US20110068954A1 - Method and apparatus to collect object identification data during operation of a vehicle and analysis of such data - Google Patents

Images

Classifications

• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
  • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
  • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
  • G06K7/10544—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation by scanning of the records by radiation in the optical part of the electromagnetic spectrum
  • G06K7/10821—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation by scanning of the records by radiation in the optical part of the electromagnetic spectrum further details of bar or optical code scanning devices
  • G06K7/10861—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation by scanning of the records by radiation in the optical part of the electromagnetic spectrum further details of bar or optical code scanning devices sensing of data fields affixed to objects or articles, e.g. coded labels
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
  • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
  • G06F16/23—Updating
  • G06F16/2365—Ensuring data consistency and integrity
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
  • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
  • G06F16/29—Geographical information databases
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
  • G06F16/90—Details of database functions independent of the retrieved data types
  • G06F16/95—Retrieval from the web
  • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
  • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
  • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
  • G06K19/06009—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
  • G06K19/06018—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking one-dimensional coding
  • G06K19/06028—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking one-dimensional coding using bar codes
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
  • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
  • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
  • G06K19/06187—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with magnetically detectable marking
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
  • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
  • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
  • G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
  • G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
  • G06K19/0723—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips the record carrier comprising an arrangement for non-contact communication, e.g. wireless communication circuits on transponder cards, non-contact smart cards or RFIDs
• • G—PHYSICS
  • G08—SIGNALLING
  • G08G—TRAFFIC CONTROL SYSTEMS
  • G08G1/00—Traffic control systems for road vehicles
  • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
• • G—PHYSICS
  • G08—SIGNALLING
  • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
  • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
  • G08B21/18—Status alarms

Definitions

• Vehicle fleet operators often operate vehicles along predefined and generally invariant routes. For example, buses frequently operate on predefined routes, according to a predefined time schedule (for example, along a route that is geographically, as well as temporally defined). Migrating route data from one software platform to another software platform can be a tedious task.
• GPS Global Positioning System
• One concept disclosed herein is the collection of object identification data during the operation of a vehicle, where the vehicle interacts with the object at a definable geographical position.
• An identification sensor is coupled to a geographical position sensor, and whenever an object is identified a record is generated, the record including the identification of the object, the position of the vehicle when the interaction between the object and the vehicle occurs, and the time of the interaction.
• Exemplary (but not limiting) objects that are identified include passengers, containers (such as pallets, packages, boxes, envelopes), and documents.
• Many different types of interactions are possible, including, but not limited to, loading an object (such as a parcel, document, or container) into the vehicle, unloading an object (such as a parcel, document, or container) from the vehicle, boarding a passenger (the object) onto the vehicle, unloading a passenger (once again, the passenger being the object) from the vehicle, transferring a bulk material (such as a solid, liquid or compressed gas) from the vehicle into a specific container (the container being the object), and/or transferring a bulk material (such as a solid, liquid or compressed gas) from a specific container (the container being the object) to the vehicle.
• a bulk material such as a solid, liquid or compressed gas
• the record may also include additional data about a parameter of the object (for example, in some embodiments, it will be useful to include the object's weight in the record, or the weight/volume of a material being transferred to or from the vehicle to a specific container).
• additional data about a parameter of the object for example, in some embodiments, it will be useful to include the object's weight in the record, or the weight/volume of a material being transferred to or from the vehicle to a specific container.
• object identification (ID) and location data and/or object ID encoded position data (encoded in the sense that the object data is combined with the position data).
• the object ID and location data is stored at the vehicle for transfer to a remote computing device at a later time, and in other embodiments, the object ID and location data is wirelessly transmitted to a remote computing device during operation of the vehicle.
• object identification data is intended to refer to data that identifies an object with which a vehicle interacts.
• object identification data can include the passenger's name, or a passenger number (or an alphanumeric code or other type of code) that uniquely identifies an individual.
• the object identification data is generally a numeric or alphanumeric code that uniquely identifies the object.
• position data from the vehicle is collected as the vehicle travels to the plurality of different locations, the position data identifying a specific geographical location of the vehicle at a specific point in time (thus, the vehicle position data is time indexed).
• Time indexed object identification data is collected as the vehicle interacts with objects at various locations visited by the vehicle.
• the vehicle traverses a generally invariant route (such as a bus route), while in other embodiments the vehicle traverses a variable route (such as a parcel delivery vehicle).
• the time indexing function is implemented by the geographical position sensing system. Periodically, the geographical position sensing system generates a record that documents the current time and current geographical position of the vehicle.
• the identification data is sent to the geographical position sensing system, which either appends the identification data to the most current record, or generates a new record that documents the identity of the object, the current time and the current geographical position, thereby generating the object ID and location data.
• the set of location data collected by the geographical position sensing system during operation of the vehicle will also include object identification data at those points in time at which the vehicle interacts with an object that has been tagged in some way with a unique identifier that can be detected by the object identification sensor.
• Exemplary tags or tokens include optical codes (such as bar codes and other optically recognizable codes), radio frequency identification (RFID) tags, and magnetic tags/magnetic strips.
• the set of location data collected by the geographical position sensing system during operation of the vehicle (which at some time points includes only location data, and at other time points includes location data and object identification data) is collectively referred to herein as the object ID and location data.
• object ID and location data are conveyed to a remote computing device for storage/processing, either in real-time (i.e., while the vehicle is being operated, such that the vehicle requires a transmitter to convey the data to the remote computing device) or at some point after the vehicle has traversed a route and collected the different types of data (the position data and the object identification data).
• real-time is not intended to imply the data is transmitted instantaneously, rather the data is collected over a relatively short period of time (over a period of seconds or minutes), and transmitted to the remote computing device on a ongoing basis, as opposed to storing the data at the vehicle for an extended period of time (hour or days), and transmitting an extended data set to the remote computing device after the data set has been collected. Transmitting the object ID and location data at a later time, rather than in real time, is encompassed by the concepts disclosed herein, although real-time data transmission is likely to be popular with users.
• transferring the object ID and location data at a later time can be achieved without requiring the vehicle to include a wireless transmitter (i.e., the object ID and location data can be transferred via a hardwire connection to either the remote computing device or an intermediate data collection device that is coupled to the vehicle to extract the object ID and location data, which is then conveyed to remote computing device).
• the time indexed object ID and location data are available in a networked computing environment.
• the object ID and location data are stored by a company offering data management services to its clients, and clients can access the object ID and location data for each of their vehicles.
• the object ID and location data will have a number of uses. In the context of objects being passengers, the object ID and location data can be used by school bus operators to provide parents with data about when and where their children entered and exited a school bus. The object ID and location data can also be used to alert drivers when students attempt to get off the bus at some location other than their normal stop. The object ID and location data can be used to provide proof of delivery (or pick up) of parcels, documents, and other objects.
• Historical object ID and location data for generally invariant routes can be used to train new drivers, where historical object ID and location data is loaded onto the vehicle before the route is traversed, and that data is used to alert the driver of what objects (such as refuse containers or students) are associated with specific geographical locations in the route.
• the concepts disclosed herein can also be implemented as a non-transitory memory medium storing machine instructions that when executed by a processor implement the method, and by a system for implementing the method.
• the basic elements include a vehicle that is to be operated by a vehicle operator, a position data collection unit (such as a GPS tracking device), an object identification sensor (such as a token reader), a data link (which can be integrated into the GPS unit), and a remote computing device.
• the remote computing device can be implemented by a computing system employed by an entity operating a fleet of vehicles. Entities that operate vehicle fleets can thus use such computing systems to track and process data relating to their vehicle fleet. It should be recognized that these basic elements can be combined in many different configurations to achieve the exemplary method discussed above. Thus, the details provided herein are intended to be exemplary, and not limiting on the scope of the concepts disclosed herein.
• Identification of objects can be accomplished by a using reader to scan a token attached to the object.
• Exemplary tokens include optical codes (such as bar codes), radio frequency identification tags (RFID), and magnetic strips.
• Readers can be handheld devices, or when appropriate can be attached to the vehicle.
• RFID tags readers could be attached to the vehicle proximate a door used to load or unload the vehicle, to automatically interrogate each RFID tagged item loaded onto or unloaded from the vehicle.
• RFID tags readers could be attached to the vehicle proximate a door used to load or unload the vehicle, to automatically interrogate each RFID tagged item loaded onto or unloaded from the vehicle.
• it will be preferable to record both loading and unloading of an object although the concepts disclosed herein encompass embodiments where data relating to only loading or unloading is collected.
• the object is a person (i.e., a passenger)
• the person will be issued a token to be carried with them as they enter (or exit) the vehicle.
• a reader can be used to read a token (such as a ticket or rider pass) when a person enters or exits a vehicle.
• a token such as a ticket or rider pass
• a magnetic card reader is used to scan passenger cards as they enter or exit a vehicle.
• a particularly useful application of this type of object ID and position data tracking is to enable school bus operators to collect ridership data about students, tracking where and when students enter and exit a school bus.
• Such historical data can be used for training purposes whenever a driver is assigned a new route, as the historical data can be used to teach the driver which children get on and off at a particular stop.
• the data can be used to prevent children from getting off at an incorrect stop (the token reader will automatically check the historical data, and if that child attempts to get off at a stop that is not part of the historical data for that child, an alert can be issued to the driver).
• Time indexing can be achieved by including a time stamp with the object data as the data is collected by the object identification sensor, or the time stamp can be provided by the position sensing system, generally as discussed above.
• a first type of additional object data that can be collected during operation of the vehicle is a weight of the object.
• An exemplary embodiment of a vehicle collecting object ID and location data that includes weight is a refuse truck.
• each refuse container serviced by the vehicle is tagged with a token that is detected by the identification sensor as the contents of the refuse container is loaded into the vehicle.
• the loading arms include an identification sensor that reads a token labeling each container as the containers are manipulated by the loading arms.
• the loading arms are also equipped with weight sensors, that determines the weight of the refuse emptied from the container.
• the object ID and location data in this embodiment can be used to identify when a container was emptied, where the container was located when it was emptied, and how much refuse was removed. That data is collected automatically, and can be used to provide proof of service, and the weight function maybe used for billing purposes if the client is to be billed by weight. Recycling containers can be tracked and weighed in a similar manner. Historical data about containers and position can be used for training purposes whenever a new driver is assigned to an existing route, as the historical data can be used to teach the new driver what containers are usually serviced at a particular location.
• a second type of additional object data that can be collected during operation of the vehicle is volume.
• An exemplary embodiment of a vehicle collecting object ID and location data that includes volume is a liquid fuel or compressed gas delivery truck.
• each fuel or gas container serviced by the vehicle is tagged with a token that is detected by the identification sensor as the contents of the truck is offloaded into the container.
• the connector used to fluidly couple the vehicle to the container includes an identification sensor that reads a token labeling each container.
• the identification sensor is coupled to a flow sensor or tank level in the vehicle which keeps track of how much product is delivered. That volume data, as well as the container identification data, is sent to the vehicle's geographical position sensing system as the container is filled.
• the object ID and location data in this embodiment can be used to identify when a container was filled, where the container was located when it was filled, and how much volume of product was delivered by the vehicle. That data is collected automatically, and can be used to provide proof of service, and the volume function may be used for billing purposes if the client is to be billed by volume. It should be noted that such liquid or compressed gas deliveries can also be tracked by weight.
• Related embodiments utilize data input devices to enable vehicle operators to manually enter container identifications and product weights/volumes into a processor or computing device that combines the weight/volume data and container ID data with the vehicle position data to generate the object ID and location data.
• a third type of additional object data that can be collected during operation of the vehicle is object temperature.
• An exemplary embodiment of a vehicle collecting object ID and location data that includes temperature is a produce delivery truck.
• the temperature of each produce container delivered by the vehicle is measured as the container is loaded or unloaded from the vehicle. That temperature data, as well as the container identification data, is sent to the vehicle's geographical position sensing system as the container is loaded or unloaded.
• the object ID and location data in this embodiment can be used to identify when a container was loaded and/or unloaded, where the container/vehicle was located when the container was loaded and/or unloaded, and the temperature of the container.
• That data is collected, and can be used to provide proof of service, and the temperature function may be used for quality assurance purposes if the client asserts that poor product quality was caused by improper temperature conditions in transit.
• Related embodiments simply measure the temperature of the cargo area of the vehicle, rather than measuring the temperature of each container.
• FIG. 1 is a high level logic diagram showing exemplary overall method steps implemented in accord with the concepts disclosed herein to collect time indexed object ID encoded position data
• FIG. 2 is an exemplary functional block diagram showing the basic functional components used to implement the method steps of FIG. 1 ;
• FIG. 3 is a flow chart showing method steps implemented in an exemplary embodiment in which time indexed object ID encoded position data is analyzed to determine at least one parameter of an interaction between a uniquely labeled object and a vehicle;
• FIG. 4 is a functional block diagram of an exemplary computing device that can be employed to implement some of the method steps disclosed herein;
• FIG. 5 is a flow chart showing method steps implemented in an exemplary embodiment in which time indexed object ID encoded position data is used to help an operator of a vehicle manage interactions between the vehicle and objects at specified locations;
• FIG. 6 is an exemplary functional block diagram showing the basic functional components used to implement the method steps of FIG. 5 ;
• FIG. 7 schematically illustrates a school bus modified to implement the concepts disclosed herein, to collect and use object ID encoded position data
• FIG. 8 schematically illustrates a delivery truck modified to implement the concepts disclosed herein, to collect and use object ID encoded position data
• FIG. 9 schematically illustrates a refuse truck modified to implement the concepts disclosed herein, to collect and use object ID encoded position data
• FIG. 10 schematically illustrates a fuel truck modified to implement the concepts disclosed herein, to collect and use object ID encoded position data
• FIG. 11 is a functional block diagram showing the basic functional components used to implement a handheld identification sensor, which can be used by a vehicle operator to collect object identification data.
• FIG. 1 is a high level flow chart showing the overall method steps implemented in accord with one aspect of the concepts disclosed herein, to collect object ID and location data (otherwise referred to herein as object ID encoded position data).
• a vehicle is equipped with geographical position sensors (such as a GPS unit), so that geographical position data can be collected when the vehicle is being operated.
• the vehicle is equipped with an object identification sensor capable of uniquely identifying labeled objects that interact with the vehicle during operation of the vehicle.
• the object identification sensor detects or reads a token attached to the object (or carried by the object, where the object is a person).
• object identification sensors include bar code readers, optical code readers reading optical codes other than simple bar codes, RFID tag readers, and magnetically encoded data readers. Other technologies that enable tokens or unique object labels to be identified are encompassed by the concepts disclosed herein.
• the object identification sensor can be integrated into the vehicle, integrated into a portion of the vehicle that interacts with the object, or provided as a hand held unit to be operated by the vehicle operator, as well as any combinations thereof.
• objects that interact with the vehicle are labeled with a token, such as a bar code (or some other type of optical code), an RFID tag, or a magnetically encoded token (such as a magnetic strip used in credit cards).
• the tokens are both unique and relatively inexpensive, such that large numbers of objects can be labeled, without undue expense.
• the objects can include objects that will be loaded onto or unloaded from the vehicle, such as container (including but not limited to parcels, packages, boxes, barrels, and drums), pallets, mail, letters, documents, and people (who will generally carry a token).
• the objects can also include objects disposed at locations the vehicle will visit, such as recycling containers, refuse containers, and bulk material storage containers (including but not limited to fuel storage tanks and compressed gas storage tanks).
• location data (such as GPS data, recognizing that other location tracking systems are known, and the term GPS is intended to be exemplary of a position tracking system, and not limiting) is collected while the vehicle is in operation.
• the location data is time indexed, meaning that the location data being collected is the location of the vehicle at a particular point in time. While the vehicle is in operation, and when the object identification sensor detects a labeled object (as indicated by a decision block 18 ), the object ID data is added to the time indexed GPS data, as indicated by a block 20 .
• the object identification sensor is always enabled, and detection of labeled objects occurs automatically when the labeled object and the object identification sensor are proximate (or in the case of a magnetic card reader type sensor, when the card is swiped through the reader).
• the object identification sensor must be enabled by the vehicle operator, and detection of labeled objects occurs when the vehicle operator brings the labeled object and the object identification sensor into proximity of one another.
• FIG. 2 is a schematic block diagram of exemplary functional components that can be employed to implement the method steps of FIG. 1 .
• the components include a GPS unit 22 , a transmitter 24 , which may also have a corresponding receiver—not shown (or other data link), an object ID sensor 26 and a remote computing device 28 (generally as described above). It should be recognized that many GPS units are available that already incorporate a transmitter, such that a separate transmitter may not be required. It should be understood that the concepts disclosed herein can be used with other types of geographical position sensors/systems, and the use of the term GPS is intended to be exemplary, rather than limiting.
• GPS unit 22 includes a processor that can accept object ID data from object ID sensor 26 , and combine the object ID data with the GPS data, to generate the object ID encoded position data. While not specifically shown, it should be understood that a separate processor (i.e., a processor separate from the GPS unit) can be used to combine the object ID data to generate the object ID encoded position data before the object ID encoded position data is transmitted to the remote computing device with transmitter/data link 24 .
• a separate processor i.e., a processor separate from the GPS unit
• FIG. 3 is a high level flow chart showing the overall method steps implemented in accord with another exemplary embodiment for using object ID encoded position data collected during operation of a vehicle equipped with an object ID sensor and a GPS sensor.
• the object ID encoded position data is collected, generally as discussed above in connection with FIG. 1 .
• the object ID encoded position data is transferred from the vehicle to a remote computing device via a data link (such as a hard wired data link, a wireless data link, or a portable memory media).
• a data link such as a hard wired data link, a wireless data link, or a portable memory media.
• other object data such as weight, volume and/or temperature
• the remote computing device (or some other computing device that the object ID encoded position data is transferred to, or some other computing device that is provided access to the object ID encoded position data) is used determine at least one characteristic of an interaction between a labeled object and the vehicle.
• One such characteristic that can be determined is to identify at what time the vehicle and a specific labeled object interacted, by searching the object ID encoded position data as a function of the specific object.
• Another such characteristic that can be determined is to identify at what location the vehicle and a specific labeled object interacted, by searching the object ID encoded position data as a function of the specific object.
• object ID encoded position data includes time, location, and object identity as minimum elements, and the artisan of ordinary skill will recognize that many different analyses of the object ID encoded position data can be performed by defining one or more of those minimum elements as fixed or variable search parameters.
• the object ID encoded position data will also include additional object data (exemplary types of additional object data include weight, volume, and temperature), and where the object ID encoded position data includes such additional object data, additional search queries of the object ID encoded position data are possible.
• a billing function could be implemented where weight or volume associated with a specific object are retrieved from the object ID encoded position data and used to bill a client.
• FIG. 4 schematically illustrates an exemplary computing system 250 suitable for use in implementing the method of FIG. 3 (i.e., for executing block 34 of FIG. 3 ).
• Exemplary computing system 250 includes a processing unit 254 that is functionally coupled to an input device 252 and to an output device 262 , e.g., a display (which can be used to output a result to a user, although such a result can also be stored).
• Processing unit 254 comprises, for example, a central processing unit (CPU) 258 that executes machine instructions for carrying out an analysis of the object ID encoded position data, generally as discussed above.
• the machine instructions implement functions generally consistent with those described above with respect to block 34 of FIG. 3 .
• CPUs suitable for this purpose are available, for example, from Intel Corporation, AMD Corporation, Motorola Corporation, and other sources, as will be well known to those of ordinary skill in this art.
• RAM random access memory
• non-volatile memory 260 which can include read only memory (ROM) and may include some form of memory storage, such as a hard drive, optical disk (and drive), etc. These memory devices are bi-directionally coupled to CPU 258 . Such storage devices are well known in the art. Machine instructions and data are temporarily loaded into RAM 256 from non-volatile memory 260 . Also stored in the non-volatile memory are an operating system software and ancillary software. While not separately shown, it will be understood that a generally conventional power supply will be included to provide electrical power at voltage and current levels appropriate to energize computing system 250 .
• Input device 252 can be any device or mechanism that facilitates user input into the operating environment, including, but not limited to, one or more of a mouse or other pointing device, a keyboard, a microphone, a modem, or other input device.
• the input device will be used to initially configure computing system 250 , to achieve the desired processing (i.e., analysis of the object ID encoded position data).
• Configuration of computing system 250 to achieve the desired processing includes the steps of loading appropriate processing software into non-volatile memory 260 , and launching the processing application (e.g., loading the processing software into RAM 256 for execution by the CPU) so that the processing application is ready for use.
• Output device 262 generally includes any device that produces output information, but will most typically comprise a monitor or computer display designed for human visual perception of output. Use of a conventional computer keyboard for input device 252 and a computer display for output device 262 should be considered as exemplary, rather than as limiting on the scope of this system.
• Data link 264 is configured to enable object ID encoded position data to be input into computing system 250 for subsequent analysis.
• Those of ordinary skill in the art will readily recognize that many types of data links can be implemented, including, but not limited to, universal serial bus (USB) ports, parallel ports, serial ports, inputs configured to couple with portable memory storage devices, FireWire ports, infrared data ports, wireless data communication such as Wi-Fi and BluetoothTM, network connections via Ethernet ports, and other connections that employ the Internet.
• USB universal serial bus
• processors can be implemented as general purpose processors, where the functions implemented by the processor are changeable or customizable using machine instructions (i.e., software). Processors can also be implemented as customized hardware circuits, where the functions implemented are fixed by the design of the circuit (such processors are sometimes referred to as application specific integrated circuits).
• machine instructions i.e., software
• processors can also be implemented as customized hardware circuits, where the functions implemented are fixed by the design of the circuit (such processors are sometimes referred to as application specific integrated circuits).
• application specific integrated circuits such as application specific integrated circuits.
• the flexibility of software controlled processors often results in software based processors being selected over hardware based processors, although it should be understood that the concepts disclosed herein can be implemented using both software based processors and hardware based processors.
• FIG. 5 is a high level logic diagram showing exemplary overall method steps implemented in accord with the concepts disclosed herein, and summarized in the Summary of Invention section above, to utilize object ID encoded position data to facilitate planned interactions between a vehicle and objects as specific geographical positions.
• object ID encoded position data can be used to enhance such interactions, as well as to train new operators to understand vehicle/object interactions over predefined routes (such as school bus routes, refuse collection routes, and product delivery routes; such routes being exemplary, and not limiting).
• object ID encoded position data is provided, the object ID encoded position data correlating a specific object with a specific location (and if desired, to a specific time, although time is not a required element in this embodiment).
• the object ID encoded position data that is provided can be data collected by the vehicle generally as described above in connection with FIG. 1 , or can be generated by combining predefined object ID data and position data together (for example, a dispatcher managing a school bus or delivery route could compile the data and ensure the data is provided to the vehicle).
• the provided object ID encoded position data is stored in a memory accessible by the vehicle (or a processor associated with the vehicle) during operation of the vehicle.
• the current location of the vehicle is monitored (using a GPS unit or equivalent device).
• the current position of the vehicle is compared to the provided object ID encoded position data, and an indication (such as a display or audile alert, noting that such indications are exemplary, rather than limiting) is provided to the operator of the vehicle whenever the object ID encoded position data indicates that an interaction with a specific object is to occur at the current location of the vehicle.
• an indication can be provided as soon as the vehicle approaches an interaction location specified in the object ID encoded position data, to provide the operator of the vehicle reasonable advance notice.
• the indication will minimally identify the specific object that will interact with the vehicle at the specified location, and may include additional details as necessary to facilitate the interaction. For example, if the interaction is the delivery of a bulk material to a storage tank, the storage tank being the specified object, instructions as to a quantity of bulk material to deliver, or detailed instructions regarding material transfer or accessing the storage tank can be provided.
• FIG. 6 is a functional block diagram of exemplary functional components included in a vehicle employed to implement the method steps of FIG. 5 .
• a vehicle implementing the method includes a GPS unit 42 (which in at least some embodiments, includes a transmitter so that object ID encoded position data collected by the vehicle during its present operational state can be generated and conveyed to a remote computing device, generally as described in connection with FIG. 1 , although it should be recognized that a GPS unit without a transmitter can be coupled with a transmitter or other data link to achieve similar functionality; as well as recognizing that the vehicle could be configured to only use object ID encoded position data stored in a memory 48 to facilitate interactions with objects, as being opposed to collecting object ID encoded position data during the current operation cycle of the vehicle as well).
• GPS unit 42 is coupled to processor 44 (noting that processor 44 may be part of the GPS unit itself, as opposed to a separate device).
• Processor 44 is also logically coupled to memory 48 (in which object ID encoded position data defining specific locations where interactions with specific objects are expected are stored), as well as a display 46 (or other output device, such as a speaker) used to alert the vehicle operator that the vehicle is approaching or has reached a geographical position where the object ID encoded position data stored in memory 48 indicates an interaction between the vehicle and a specific labeled object is to occur.
• the expected interaction can encompass different interactions between the vehicle and a labeled object, including but not limited to, picking up a passenger (where the passenger is the labeled object, or rather carries with them a token that can be read by the identification sensor and thereby uniquely identifies them), dropping off a passenger (where the passenger is the labeled object, or rather carries with them a token that can be read by the identification sensor and thereby uniquely identifies them), picking up an object (such as a parcel, package, container, letter, or document), delivering an object (such as a parcel, package, container, letter, or document), and servicing an object (such as a container or piece of equipment) disposed at the specified location.
• picking up a passenger where the passenger is the labeled object, or rather carries with them a token that can be read by the identification sensor and thereby uniquely identifies them
• dropping off a passenger where the passenger is the labeled object, or rather carries with them a token that can be read by the identification sensor and thereby uniquely identifies them
• servicing an object includes, but is not limited to, removing refuse from a labeled container, removing recyclables from a labeled container, removing refuse from a container at a location that is labeled (i.e., the token is attached to a location where the container is disposed, as opposed to being attached to the container itself), removing recyclables from a container at a location that is labeled (i.e., the token is attached to a location where the container is disposed, as opposed to being attached to the container itself), transferring a bulk material (such as a solid material, a liquid, or a compressed gas) to a labeled container, transferring a bulk material (such as a solid material, a liquid, or a compressed gas) to a container at a location that is labeled (i.e., the token is attached to a location where the container is disposed, as opposed to being attached to the container itself), transferring a bulk solid material to a location that is labeled (i.e., the token is
• servicing of structures and/or equipment encompasses services performed by skilled tradesmen, including, but not limited to, plumbers, electricians, carpenters, technicians specializing in servicing specific types of equipment (including but not limited to computers, heating and ventilation equipment, construction equipment, and vehicles), and technicians responsible for other types of repair and maintenance functions.
• display 46 is used to inform the vehicle operator that the vehicle is approaching or has arrived at a location where an interaction between the vehicle and a labeled object (or labeled location, as noted above) is expected.
• the display will minimally identify the object, and in some embodiments can be used to provide more detailed information about the interaction. For example, where the interaction is a service call, details about the specific service required may be provided (i.e., replace a faulty component in a piece of equipment, or perform a specific type of scheduled maintenance on a piece of equipment, such services being exemplary and not limiting).
• a dashed block 50 around GPS 42 , processor 44 , and display 46 is intended to indicate that in some embodiments, those three elements will be combined into a single device. It should be recognized that the concepts disclosed herein encompass the use of individual devices to implement each of GPS 42 , processor 44 , and display 46 , as well embodiments where the functions of one or more of GPS 42 , processor 44 , and display 46 (and memory 48 ) are implemented by a common device.
• data link and power components have not been specifically shown, although it should be understood that such components will be utilized to provided electrical power to the GPS, processor, display and memory, and some type of data link will be used to load the previously generated object ID encoded position data into the memory.
• FIG. 7 schematically illustrates a school bus modified to implement the concepts disclosed herein, to collect and/or use object ID encoded position data, where the object interacting with the vehicle is a student (i.e., a passenger) carrying a token that can be detected by the object identification sensor.
• the bus is configured to collect object ID encoded position data during operation of the bus, then the bus will include the functional elements discussed in connection with FIG. 2 (except the remote computing device, which of course is remote from the bus).
• the bus is configured to use previously generated object ID encoded position data to facilitate transportation of students (such as training a new driver to understand which students get on and off at what stop), generally as discussed above in connection with FIG. 5
• the bus will include the functional elements discussed in connection with FIG. 6 .
• the concepts disclosed herein encompass buses that perform both the methods discussed above in connection with FIGS. 1 and 5 , and such buses will include the functional components of both FIGS. 2 and 6 (again, except for the remote computing device).
• bus 52 is configured to implement the method of FIG. 1 (i.e., to collect object ID encoded position data), and thus bus 52 includes a GPS unit 54 and an object ID sensor 56 . Not specifically shown are the data link and processor elements of FIG. 2 , which as discussed above can be implemented by a GPS unit including such elements.
• ID sensor 56 is disposed proximate a door 58 , so that ID sensor 56 can detect tokens carried by students as they board and exit the bus.
• Exemplary (but not limiting) tokens include RFID tags (which can be read automatically) and ID cards including a magnetic strip or optical data (which require the child to swipe the ID card through a reader as they enter the bus).
• the bus is equipped with other doors that are used to board or disembark students
• another ID sensor can be positioned at the other door.
• the object ID encoded position data can be conveyed to the remote computing device of FIG. 2 , and the remote computing device can make the boarding/disembarkation information available to school administrators or parents, either through a website accessible to the administrator/parent, or by sending the information in an email, a text message, a voice message, or an instant message.
• administrators would have access to boarding/disembarkation data about all students, whereas parents would only be able to access such data about their child.
• Such boarding/disembarkation data would be generated from the object ID encoded position data collected at the vehicle, and would define the location and time a specific student boarded and/or exited the bus.
• bus 52 being configured to implement the method of FIG. 5 (i.e., to use previously generated object ID encoded position data to help the bus driver recognize what students should be boarding/exiting the bus at which stops).
• bus 52 will require GPS unit 54 (to track the current position of the bus, so a GPS processor or other processor can compare the current position of the bus with the previously generated object ID encoded position data, stored in a memory 48 as shown in FIG. 6 ).
• Bus 52 will also need to include the display/output device of FIG. 6 , to provide a mechanism to inform the driver which students are associated with a specific bus stop.
• the bus configured to implement the method of FIG. 5 (using previously generated object ID encoded position data to help the bus driver recognize what students should be boarding/exiting the bus at which stops) is not intended to also implement the method of FIG. 1 (collecting object ID encoded position data while the bus is being currently operated), then the ID sensor and data link to the remote computing device shown in FIG. 2 are not required.
• Customers employing this technology will likely desire the flexibility of being able to perform both the method of FIG. 1 (collecting object ID encoded position data while the bus is being currently operated) and the method of FIG. 5 (using previously generated object ID encoded position data to help the bus driver recognize what students should be boarding/exiting the bus at which stops), and such buses will need to employ the components of both FIGS.
• the GPS unit the ID sensor
• the processor to combine the GPS data with the object ID data to generate the object ID encoded position data (which may be part of the GPS unit), the data link to convey the object ID encoded position data to the remote computing device, the memory storing the previously generated object ID encoded position data used to alert the driver which students are associated with which bus stops, the processor to monitor the current position of the bus and produce an indication/alert when the current position of the bus corresponds to a location correlated to one of the students (note the same processor combining the current GPS data with the object ID data can be used, or a separate processor can be used), and the display (or other output) used to alert the driver that the bus is at or approaching a location at which a particular student will get on or off.
• the display or other output
• FIG. 8 schematically illustrates a delivery truck modified to implement the concepts disclosed herein, to collect and/or use object ID encoded position data, where the object interacting with the vehicle is some type of cargo (including but not limited to a package, a document, an item of mail, a product, and a piece of equipment) including a token that can be detected by the object identification sensor.
• the delivery truck can be configured to implement one or both of the method of FIG. 1 (collecting object ID encoded position data while the delivery vehicle is delivering or picking up cargo) and the method of FIG. 5 (where the operator of the vehicle is using previously generated object ID encoded position data to help the delivery driver to deliver or pick up labeled cargo at specified locations).
• the delivery truck is configured to implement the method of FIG.
• the delivery truck will require the functional elements discussed in connection with FIG. 2 (except the remote computing device, which of course is remote from the delivery vehicle).
• the delivery vehicle is configured to use previously generated object ID encoded position data to facilitate delivery or pick up of cargo at specific locations (generally as discussed above in connection with FIG. 5 )
• the delivery vehicle will include the functional elements discussed in connection with FIG. 6 .
• the concepts disclosed herein encompass delivery vehicles that perform both the methods discussed above in connection with FIGS. 1 and 5 , and such delivery vehicles will include the functional components of both FIGS. 2 and 6 (again, except for the remote computing device).
• delivery truck 60 is configured to implement the method of FIG. 1 (i.e., to collect object ID encoded position data about cargo being delivered or picked up), and thus delivery truck 60 includes a GPS unit 62 and one or more object ID sensors 64 . Not specifically shown are the data link and processor elements of FIG. 2 , which as discussed above can be implemented by a GPS unit including such elements. As shown, ID sensors 64 are disposed proximate a side door 66 and a rear door 68 , so that ID sensors 64 can detect tokens attached to cargo 70 being picked up or delivered. As discussed above, many types of token/sensor combinations can be employed.
• tokens are RFID tags that can automatically be read as the cargo passes through one of doors 66 and 68 (noting that some delivery vehicles have more or fewer doors, and the specific location of the door(s) can vary).
• This automatic sensing function should reduce the time required for loading and unloading, by eliminating any manual involvement in the object ID sensing function.
• Optical codes can also be employed, but the person loading/unloading the cargo would need to ensure the optical code can be scanned by the ID sensor (much in the way a grocery checker must ensure that products are read by the bar code scanner at checkout).
• the concepts disclosed herein also encompass the use of a handheld ID sensor 72 , which though functional requires more effort on the part of the cargo handler.
• a temperature sensor 69 can be included in the cargo area of the delivery truck, to measure the ambient temperature of the cargo area.
• the temperature measurement represents additional object data, that will be combined with the object ID and the time and GPS data, to generate the object ID encoded position data.
• the temperature sensor if present, is configured to communicate its data to the GPS unit, or the processor responsible for combining the object ID data, the temperature data, and the GPS data together to generate the time indexed object ID encoded position data.
• the temperature data may be important for temperature sensitive cargo, and collecting such data and combining it with the object ID encoded position data will enable the delivery service to prove to the shipper that the cargo was maintained in the correct temperature controlled environment during transit.
• the temperature sensor can be incorporated into the object, and the temperature data can be manually entered into the GPS unit/processor during delivery, or acquired using a hand held sensor that logically communicates that data to the GPS unit/processor for incorporation into the object ID encoded position data.
• the object ID encoded position data can be conveyed to the remote computing device of FIG. 2 , and the remote computing device can make the loading/unloading information available to one or more of the delivery service, the cargo shipper, and the cargo recipient, either through a website accessible to the parties, or by sending the information in an email, a text message, a voice message, or an instant message.
• the delivery service would have access to pick up/delivery data for all cargo, whereas shippers/recipients would only be able to access such data about their cargo.
• Such pick up/delivery data would be generated from the object ID encoded position data collected at the vehicle, and would define the location and time a item of cargo was loaded or unloaded from the delivery vehicle. This data can be used to assure shippers/recipients that their cargo was picked up/delivered, and may be used by the delivery service to bill their clients.
• delivery truck 60 being configured to implement the method of FIG. 5 (i.e., to use previously generated object ID encoded position data to help the delivery driver recognize what cargo should be loaded/unloaded from the delivery vehicle at which locations).
• delivery truck 60 will require GPS unit 62 (to track the current position of the vehicle, so a GPS processor or other processor can compare the current position of the vehicle with the previously generated object ID encoded position data, stored in a memory 48 as shown in FIG. 6 ).
• Delivery truck 60 will also need to include the display/output device of FIG. 6 , to provide a mechanism to inform the driver which cargo is associated with a specific delivery or pick up location.
• delivery truck 60 is configured to implement the method of FIG. 5 (using previously generated object ID encoded position data to help the driver recognize what cargo is loaded/unloaded at what location) and is not intended to also implement the method of FIG. 1 (collecting object ID encoded position data while the delivery vehicle is being currently operated), then the ID sensor and data link to the remote computing device shown in FIG. 2 are not required.
• Customers employing this technology will likely desire the flexibility of being able to perform both the method of FIG. 1 (collecting object ID encoded position data while the delivery truck being currently operated) and the method of FIG. 5 (using previously generated object ID encoded position data to help the delivery driver recognize what cargo should be loaded/unloaded from the vehicle at what location), and such delivery vehicles will need to employ the components of both FIGS.
• the GPS unit the ID sensor
• the processor to combine the GPS data with the object ID data to generate the object ID encoded position data (which may be part of the GPS unit), the data link to convey the object ID encoded position data to the remote computing device, the memory storing the previously generated object ID encoded position data used to alert the driver which cargo is associated with which location, the processor to monitor the current position of the delivery vehicle and produce an indication/alert when the current position of the delivery vehicle corresponds to a location correlated to an item of cargo (note the same processor combining the current GPS data with the object ID data can be used, or a separate processor can be used), and the display (or other output) used to alert the driver that the delivery vehicle is at or approaching a location at which a item of cargo will be delivered or collected.
• the display or other output
• handheld ID sensor 72 can be manually used by a cargo handler (such as the driver) when loading or unloading the cargo.
• the handheld sensor must at some point be logically coupled with GPS 62 so that the object ID encoded position data can be generated. This can be achieved by using a physical connection, or a wireless data link.
• This embodiment may be less expensive (providing a handheld unit may be more cost effective that adding ID sensors to the doors), but reduces efficiency by requiring the cargo handler to perform an additional function.
• FIG. 9 schematically illustrates a refuse truck (or recycling truck) modified to implement the concepts disclosed herein, to collect and/or use object ID encoded position data, where the object interacting with the vehicle is a refuse or recycling container whose contents is transferred from the container to the refuse truck.
• the token read by the ID sensor is attached to the container itself, although it should be understood that the concepts disclosed herein encompass embodiments in which the token being detected by the ID sensor is attached to some other physical object or structure at the location where the container is stored.
• the refuse truck can be configured to implement one or both of the method of FIG. 1 (collecting object ID encoded position data while the refuse truck is collecting refuse or recyclables) and the method of FIG. 5 (where the operator of the vehicle is using previously generated object ID encoded position data to help the refuse truck driver to recognize what containers at what locations need to be emptied).
• the refuse truck will require the functional elements discussed in connection with FIG. 2 (except the remote computing device, which of course is remote from the refuse truck).
• the refuse truck is configured to use previously generated object ID encoded position data to facilitate collection of refuse/recyclables from specific containers at specific locations (generally as discussed above in connection with FIG. 5 )
• the refuse truck will include the functional elements discussed in connection with FIG. 6 .
• the concepts disclosed herein encompass refuse trucks that perform both of the methods discussed above in connection with FIGS. 1 and 5 , and such refuse trucks will include the functional components of both FIGS. 2 and 6 (again, except for the remote computing device).
• refuse truck 74 is configured to implement the method of FIG. 1 (i.e., to collect object ID encoded position data about containers from which recyclables or refuse is collected), and thus refuse truck 60 includes a GPS unit 76 and an object ID sensors 78 , which as shown is disposed on a container manipulator 86 (which lifts and rotates a container 82 , such that the refuse falls into a cargo area 88 ).
• container manipulator need not be mounted on the front of the vehicle, as other container manipulator positions (such as at the sides or rear of the vehicle) are known.
• the data link and processor elements of FIG. 2 which as discussed above can be implemented by a GPS unit including such elements.
• the position of ID sensors 78 is such that the ID sensor can detect a token 80 that uniquely identifies container 82 automatically as container manipulator 86 engages the container.
• tokens are RFID tags that can automatically be read as container manipulator 86 engages the container. This automatic sensing function should reduce the time required for identifying the object, by eliminating any manual involvement in the object ID sensing function.
• Optical codes can also be employed, but such optical codes can become obscured by dirt and grime, and may be less suitable for this application.
• other embodiments encompassed by the concepts herein will place the token on a structure or object near the container, rather than the container itself, and in such embodiments the ID sensor may be positioned differently.
• a weight sensor 84 can be included on container manipulator 86 , to measure the full weight and emptied weight of the container, to enable the weight of the refuse unloaded from the container to be measured (note that such a weight sensor could also be included in cargo area 88 , to measure the weight of the material in the cargo area before and after a container is emptied).
• the weight measurement represents additional object data, that will be combined with the object ID and the time and GPS data, to generate the object ID encoded position data.
• the object ID encoded position data can be conveyed to the remote computing device of FIG. 2 , and the remote computing device can make the container emptying information available to one or more of the refuse removal service and the client, either through a website accessible to the parties, or by sending the information in an email, a text message, a voice message, or an instant message.
• the refuse removal service would have access to pick up data for all containers, whereas clients would only be able to access such data about their containers.
• pick up data would be generated from the object ID encoded position data collected at the vehicle, and would define the location and time a container was emptied, and the weight of the material removed, if the weight data was collected. This data can be used to assure clients that their refuse was picked up, and may be used by the refuse removal service to bill their clients.
• refuse truck 74 being configured to implement the method of FIG. 5 (i.e., to use previously generated object ID encoded position data to help the driver recognize what containers should be emptied at which locations).
• refuse truck 74 will require GPS unit 76 (to track the current position of the vehicle, so a GPS processor or other processor can compare the current position of the vehicle with the previously generated object ID encoded position data, stored in a memory 48 as shown in FIG. 6 ).
• Refuse truck 74 will also need to include the display/output device of FIG. 6 , to provide a mechanism to inform the driver what containers are associated with a specific service location.
• refuse truck 74 is configured to implement the method of FIG. 5 (using previously generated object ID encoded position data to help the driver recognize what containers are emptied at what location) and is not intended to also implement the method of FIG. 1 (collecting object ID encoded position data while the refuse truck is being currently operated), then the ID sensor and data link to the remote computing device shown in FIG. 2 are not required.
• Customers employing this technology will likely desire the flexibility of being able to perform both the method of FIG. 1 (collecting object ID encoded position data while the refuse truck being currently operated) and the method of FIG. 5 (using previously generated object ID encoded position data to help the delivery driver recognize what containers should be emptied at what location), and such refuse trucks will need to employ the components of both FIGS.
• the GPS unit the ID sensor
• the processor to combine the GPS data with the object ID data to generate the object ID encoded position data (which may be part of the GPS unit), the data link to convey the object ID encoded position data to the remote computing device, the memory storing the previously generated object ID encoded position data used to alert the driver about which containers are associated with which locations, the processor to monitor the current position of the vehicle and produce an indication/alert when the current position of the refuse truck corresponds to a location correlated to a labeled container (note the same processor combining the current GPS data with the object ID data can be used, or a separate processor can be used), and the display (or other output) used to alert the driver that the refuse truck is at or approaching a location at which a container will be emptied.
• FIG. 10 schematically illustrates a tanker truck modified to implement the concepts disclosed herein, to collect and/or use object ID encoded position data, where the object interacting with the vehicle is a bulk material storage container (such as a home heating oil storage tank, a propane gas fuel storage tank, or a compressed gas storage tank, understanding that such types of storage tanks are intended to be exemplary, rather than limiting), where a product or bulk material is transferred from the tanker truck to the storage tank.
• the token read by the ID sensor is attached to the storage tank itself, although it should be understood that the concepts disclosed herein encompass embodiments in which the token being detected by the ID sensor is attached to some other physical object or structure at the location where the storage tank is stored.
• the tanker truck can be configured to implement one or both of the method of FIG. 1 (collecting object ID encoded position data while the tanker truck is out delivering bulk materials to storage tanks) and the method of FIG. 5 (where the operator of the tanker truck is using previously generated object ID encoded position data to help the tanker truck driver to recognize what storage tanks at which locations need to be filled).
• the tanker truck will require the functional elements discussed in connection with FIG. 2 (except the remote computing device, which of course is remote from the tanker truck).
• the tanker truck is configured to use previously generated object ID encoded position data to facilitate delivery of a bulk material to a specific storage tank at specific locations (generally as discussed above in connection with FIG. 5 )
• the tanker truck will include the functional elements discussed in connection with FIG. 6 .
• the concepts disclosed herein encompass tanker trucks that perform both the methods discussed above in connection with FIGS. 1 and 5 , and such tanker trucks will include the functional components of both FIGS. 2 and 6 (again, except for the remote computing device).
• tanker truck 90 is configured to implement the method of FIG. 1 (i.e., to collect object ID encoded position data about storage tanks to which the tanker truck is delivering a bulk material), and thus tanker truck 90 includes a GPS unit 92 and an object ID sensor 94 , which as shown is disposed on a distal end of a product delivery hose 96 (which is used to transfer the bulk material from the tanker truck to a storage tank 100 , which is labeled with a token 98 ).
• the ID sensor (disposed on the distal end of the delivery hose) and the token on the storage tank (disposed proximate an inlet 102 to the storage tank) will be in close proximity to each other when the delivery hose is coupled to the tank inlet.
• the position of ID sensors 94 is such that the ID sensor can detect token 98 (which uniquely identifies storage tank 100 automatically as the delivery hose engages the tank inlet).
• tokens are RFID tags that can automatically be read as the delivery hose engages the tank inlet. Because the bulk material may be flammable, care needs to be taken that the ID sensor/token interaction does not generate a spark or static electricity that could act as an ignition source.
• a volume delivery sensor 104 can be included on the tanker truck, to measure the volume of bulk material being delivered.
• the volume measurement represents additional object data, that will be combined with the object ID and the time and GPS data, to generate the object ID encoded position data.
• FIG. 10 does not specifically show the data link and processor elements of FIG. 2 , which as discussed above can be implemented by a GPS unit including such elements.
• the object ID encoded position data can be conveyed to the remote computing device of FIG. 2 , and the remote computing device can make the tank filling information available to one or more of the tanker truck service and the client, either through a website accessible to the parties, or by sending the information in an email, a text message, a voice message, or an instant message.
• the tanker truck service would have access to filling data for all storage tanks, whereas clients would only be able to access such data about their storage tanks.
• Such tank filling data would be generated from the object ID encoded position data collected at the tanker truck, and would define the location and time a storage tank was filled, and the volume of the material transferred, if the volume data was collected. This data can be used to assure clients that their tank was filled, and may be used by the tanker truck service to bill their clients.
• tanker truck 90 being configured to implement the method of FIG. 5 (i.e., to use previously generated object ID encoded position data to help the driver recognize what storage tanks at which locations should be filled).
• tanker truck 90 will require GPS unit 92 (to track the current position of the vehicle, so a GPS processor or other processor can compare the current position of the vehicle with the previously generated object ID encoded position data, stored in a memory 48 as shown in FIG. 6 ).
• Tanker truck 90 will also need to include the display/output device of FIG. 6 , to provide a mechanism to inform the driver what storage tanks are associated with a specific service location.
• tanker truck 90 is configured to implement the method of FIG. 5 (using previously generated object ID encoded position data to help the driver recognize what storage tanks are filled at what location) and is not intended to also implement the method of FIG. 1 (collecting object ID encoded position data while the tanker truck is being currently operated), then the ID sensor and data link to the remote computing device shown in FIG. 2 are not required.
• Customers employing this technology will likely desire the flexibility of being able to perform both the method of FIG. 1 (collecting object ID encoded position data while the tanker truck being currently operated) and the method of FIG. 5 (using previously generated object ID encoded position data to help the tanker truck driver recognize what storage tanks should be filled at what location), and such tanker trucks will need to employ the components of both FIGS.
• the GPS unit the ID sensor
• the processor to combine the GPS data with the object ID data to generate the object ID encoded position data (which may be part of the GPS unit), the data link to convey the object ID encoded position data to the remote computing device, the memory storing the previously generated object ID encoded position data used to alert the driver about which storage tanks are associated with which locations, the processor to monitor the current position of the vehicle and produce an indication/alert when the current position of the tanker truck corresponds to a location correlated to a labeled storage tank (note the same processor combining the current GPS data with the object ID data can be used, or a separate processor can be used), and the display (or other output) used to alert the driver that the tanker truck is at or approaching a location at which a storage tank will be filled.
• FIG. 11 is a functional block diagram showing the basic functional components used to implement a hand held identification sensor, which can be used by a vehicle operator to collect object identification data, as shown in FIG. 8 .
• a hand held ID sensor 110 includes a plurality of functional components that are included in portable ID sensor 110 , either on or inside a housing 112 .
• a central processing unit (CPU) 120 comprises the controller for portable ID sensor 110 and is coupled bi-directionally to a memory 116 that includes both random access memory (RAM) and read only memory (ROM). Memory 116 is used for storing data in RAM and machine instructions in ROM that control the functionality of CPU 120 when executed by it.
• CPU 120 is also coupled to ID sensor 114 , and is configured to receive operator input from user controls 122 .
• CPU 120 provides text and graphics to display 124 for the prompts and other messages, and menu items and options from which the operator can select, using controls 122 .
• the operator can transmit the object ID data that have been collected to the vehicle GPS or the processor that will combine the object ID data with the GPS data to generate the object ID encoded position data, using a data link 118 (in an exemplary embodiment the data link employs an RF transmission, though hardwired and other wireless type data links can be used).
• the tokens that are affixed to the objects to be identified can be of several different types, depending upon the type of sensor 114 that is included on portable ID sensor 110 .
• the token that is preferably employed is an RFID tag that is attached with a fastener or an appropriate adhesive to the object (or is carried by a passenger, or is attached to a location proximate the object, generally as discussed above).
• RFID tag One type of RFID tag that is suitable for this purpose is the WORLDTAGTM token that is sold by Sokymat Corporation. This tag is excited by an RF transmission from portable ID sensor 110 via an antenna in sensor 114 . In response to the excitation energy received, the RFID tag modifies the RF energy that is received from the antenna in sensor 114 in a manner that specifically identifies the component associated with the RFID tag, and the modified signal is detected by sensor 46 .
• An alternative type of token that can also be used in one of the concepts disclosed herein is an IBUTTONTM computer chip, which is armored in a stainless steel housing and is readily affixed to an object or location.
• the IBUTTON chip is programmed with JAVATM instructions to provide a recognition signal when interrogated by a signal received from a nearby transmitter, such as from an antenna in sensor 114 .
• the signal produced by the IBUTTON chip is received by sensor 114 , which determines the type of component associated with a token.
• This type of token is less desirable since it is more expensive, although the program instructions that it executes can provide greater functionality.
• Yet another type of token that might be used is an optical bar code in which a sequence of lines of varying width or other optical patterns encode light reflected from the bar code tag. The encoded reflected light is received by sensor 114 , which is then read by an optical detector.
• Bar code technology is well understood by those of ordinary skill in the art and readily adapted for identifying a particular type of component and location of the component on a vehicle or other system or apparatus.
• One drawback to the use of a bar code tag as a token is that the bar code can be covered with dirt or grime that must be cleaned before the sequence of bar code lines or other pattern can be properly read. If the bar code is applied to a plasticized adhesive strip, it can readily be mounted to any surface and then easily cleaned with a rag or other appropriate material.
• Yet another type of token usable in one of the concepts disclosed herein is a magnetic strip in which a varying magnetic flux encodes data identifying the particular component associated with the token.
• Such magnetic strips are often used in access cards that are read by readers mounted adjacent to doors or in an elevator that provides access to a building.
• the magnetic flux reader comprises sensor 114 .
• the data encoded on such a token are readily read as the portable device is brought into proximity of the varying magnetic flux encoded strip comprising the token.
• an active token can be employed that conforms to the BLUETOOTHTM specification for short distance data transfer between computing devices using an RF signal.
• the interaction between the vehicle and a labeled object is an inspection of the object.
• the vehicle is used to convey the inspector to the labeled object.
• a sensor attached to the vehicle or in a handheld device is used to collect the object ID data, which is combined with the position data collected by the vehicle to generate the object ID encoded position data, which can be used to verify that the inspector was proximate the specific object at a specific time.
• Objects that can be labeled for inspection include, but are not limited to, buildings, bridges, utility vaults, traffic signals, traffic signs, cell phone towers, transformers, pipelines, utility poles, and construction equipment.
• the interaction between the vehicle and a labeled object does not include loading the object onto the vehicle or removing the object from the vehicle.
• FIGS. 9 and 10 relate to embodiments where material is loaded from a container into the vehicle, or from the vehicle into the container, without the container (the labeled object) being loaded onto or being removed from the vehicle.
• Another type of interaction between a labeled object and the vehicle includes the vehicle being used to transport an inspector to the location of a labeled object that requires an inspection. In such an embodiment, inspection of the object will not result in the object being loaded onto or being removed from the vehicle.
• object ID data is collected from the object, which is combined with the position data collected by the vehicle to generate the object ID encoded position data.
• the interaction between the vehicle and a labeled object involves loading or unloading the object from a cargo area in the vehicle that is not suitable for passengers.
• FIG. 8 relates to an embodiment where objects are loaded or unloaded from a non-passenger cargo area.

Landscapes

• Engineering & Computer Science (AREA)
• Theoretical Computer Science (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Databases & Information Systems (AREA)
• Data Mining & Analysis (AREA)
• General Engineering & Computer Science (AREA)
• Electromagnetism (AREA)
• Remote Sensing (AREA)
• Computer Security & Cryptography (AREA)
• Health & Medical Sciences (AREA)
• General Health & Medical Sciences (AREA)
• Computer Vision & Pattern Recognition (AREA)
• Artificial Intelligence (AREA)
• Toxicology (AREA)
• Computer Networks & Wireless Communication (AREA)
• Computer Hardware Design (AREA)
• Microelectronics & Electronic Packaging (AREA)
• Traffic Control Systems (AREA)

Abstract

Description

Claims (24)

Priority Applications (12)

Applications Claiming Priority (4)

Related Parent Applications (1)

Related Child Applications (2)

Publications (1)

Family

ID=46051273

Family Applications (8)

Family Applications After (7)

Country Status (2)

Cited By (62)

Families Citing this family (16)

Citations (11)

Family Cites Families (276)

• 2010
  • 2010-11-09 US US12/942,874 patent/US20110068954A1/en not_active Abandoned
• 2011
  • 2011-11-08 WO PCT/US2011/059839 patent/WO2012064789A1/en active Application Filing
• 2016
  • 2016-03-28 US US15/083,208 patent/US9858462B2/en active Active
  • 2016-08-12 US US15/235,853 patent/US20160350567A1/en not_active Abandoned
• 2017
  • 2017-08-17 US US15/679,435 patent/US10013592B2/en active Active
• 2018
  • 2018-05-15 US US15/980,548 patent/US10311272B2/en active Active
  • 2018-07-02 US US16/025,836 patent/US10331927B2/en active Active
  • 2018-10-11 US US16/157,490 patent/US10354108B2/en active Active
• 2019
  • 2019-04-23 US US16/391,951 patent/US10572704B2/en active Active

Patent Citations (17)

Also Published As