Source: http://www.google.com/patents/US6237051?dq=inassignee:Temic
Timestamp: 2018-01-23 00:58:04
Document Index: 674193586

Matched Legal Cases: ['application No. 60', 'art, 1', 'art, 4', 'art, 2', 'art, 2', 'art, 4']

Patent US6237051 - Asset tracking within and across enterprise boundaries - Google Patents
A unique data label is affixed to each tracked asset and a unique data label for each location in the enterprise, both real and virtual locations. Location history data of the asset is related to other asset data in a relational data base. Assets typically include system components down to the least...http://www.google.com/patents/US6237051?utm_source=gb-gplus-sharePatent US6237051 - Asset tracking within and across enterprise boundaries
Publication number US6237051 B1
Application number US 09/120,807
Publication number 09120807, 120807, US 6237051 B1, US 6237051B1, US-B1-6237051, US6237051 B1, US6237051B1
Inventors David Jarrett Collins
Original Assignee Data Capture Institute
Patent Citations (18), Non-Patent Citations (14), Referenced by (81), Classifications (15), Legal Events (8)
Asset tracking within and across enterprise boundaries
US 6237051 B1
A unique data label is affixed to each tracked asset and a unique data label for each location in the enterprise, both real and virtual locations. Location history data of the asset is related to other asset data in a relational data base. Assets typically include system components down to the least repairable/replaceable unit (LRU). The data label, in the preferred embodiment of the invention, is a code label using a code that ensures each label is unique to the asset or location to which it is attached. Here the word location is an inclusive term. It includes the geographical location and the identity of the building in which the asset is housed. Location also includes the identity of the system of which a component is a part and, if relevant, location within the system. It includes also any real or virtual location of interest for subsequent analysis and is ultimately defined by the nature of the system being tracked.
People assigned to install, upgrade, maintain, and do other work on the system are identified and this identifying data is entered into the data base along with each activity performed on the system and its components. Preferably, in response to a scanned asset label, a menu of allowable activities is presented so that the person assigned to do a task associated with the asset can easily make entries into the data base of the code assigned to the task performed. With asset data, asset location, and task record (including the person performing the task), entered into the relational data base, it is relatively easy to track the components of complex systems in a large enterprise over time and build complex relational records.
1. A method for gathering physical asset data for systems in an enterprise in order to be able to track the asset over time and physical location, including steps of;
identifying traceable components for each asset in a system;
entering in a relational data base a globally unique component code for each traceable component;
applying a physical label with the globally unique component code respectively to each traceable component;
entering component attributes for said each traceable component in the relational database;
developing a table of location definitions;
applying a physical label with the unique location code respectively to locations as defined in said table of location definitions;
reading the component label code and the location label code when the location of the component changes and entering these codes in the relational data base;
assigning a unique code to a service person;
entering the code assigned to the service person and the component code into the relational data base each time a service person takes an action with respect to a component;
lining the three codes, namely, asset code, location code and service person code in the relational data base;
developing a table of allowable actions a service person may perform on an asset; and
entering a service person action from said table in the relational data base linked to said asset code, said location code, and said code assigned to the service person.
2. A method for gathering physical asset data for an enterprise in order to be able to track the asset over time and physical location as in claim 1 wherein each label code is a scan code.
3. A method for gathering physical asset data for an enterprise in order to be able to track the asset over time and physical location as in claim 1 wherein each scan code is a bar code.
This application claim benefit to provisional application No. 60/053,680 Jul. 24, 1997.
This invention relates to an improved system for gathering and entering data for use in tracking and managing assets in a complex, diverse enterprise, and more particularly, to a system that gathers and links data down to the least repairable/replaceable units in a system and within and across enterprise boundaries.
Large enterprises such as multi-national corporations, government agencies, and even smaller organizations having an affinity to other organizations with similar operating assets, have a barrier to easily tracking the performance of complex operating assets over time. These assets are typically composed of components produced by independent suppliers to comprise subsystems which in turn are combined to perform as a large system. The performance of the large system is dependent upon the reliability of each subsystem which, in turn, is dependent upon the reliability of components. Examples of complex systems would include telecommunications and air traffic control systems. To manage assets in such a complex environment, data is needed to identify not only where the components are, but also where they came from, how they got there, and what has been done through their service life and is being done to them.
As will be appreciated by those skilled in the art, code labels (e.g. bar code labels, radio frequency (rf) labels and static discharge chip labels) have been used in the prior art in connection with asset tracking. These prior art systems, while generally satisfactory, do not conceptually address the entire problem with the vision necessary to systematically and reliably capture the data required to track and manage assets, particularly relational data that enables problem analysis, revision, and repair of assets in a diverse, complex enterprise.
An object of this invention is the provision of a system that facilitates the gathering and use of asset data to track, and manage the assets, including problem analysis, revision, and repair of the assets.
Another object is a system that simplifies the process of tracking the components of complex systems in a large enterprise and among separate enterprises over long time periods in order to isolate and correct component reliability issues.
Briefly, this invention contemplates affixing a unique data label to each tracked asset and a unique data label for each location in the enterprise, both real and virtual locations. Location history data of the asset is related to other asset data in a relational data base. Assets typically include system components down to the least repairable/replaceable unit (LRU). The data label, in the preferred embodiment of the invention, is a code label using a code that ensures each label is unique to the asset or location to which it is attached. Here the word location is an inclusive term. It includes the geographical location and the identity of the building in which the asset is housed. Location also includes the identity of the system of which a component is a part and, if relevant, location within the system. It includes also any real or virtual location of interest for subsequent analysis and is ultimately defined by the nature of the system being tracked.
FIG. 1 is a functional block diagram of an embodiment of an asset management data system in accordance with the teachings of this invention.
FIG. 2 is a flow chart illustrating the method steps for the asset management data system in accordance with the teachings of the invention.
Referring now to FIGS. 1 and 2, each asset 30 has an asset label 31, illustrated in FIG. 1. As represented at step 10 in FIG. 2, engineering judgment must be exercised in examining the design of each complex system to determine the component or module level at which to begin asset tracking. Individual printed circuit boards (PCBs), power supplies, display components, antenna structures and similar components would certainly qualify for detailed tracking. Components on PCBs, if removable such as memory chips or processor chips, may also qualify for tracking. Components (i.e. assets) identified in step 10 are labeled in step 12 with asset identification label 31 applied to them. This label is of the nature of a serial number that cannot be interpreted as any other message or identification code by an identification reader within the sphere of circulation of these assets; for example, the UCC/EAN-128 messaging system using Application Identifiers.
At the time the component label is applied in step 12, relevant component detail is inputted, linked to the component label data and transferred to a relational database 32, in step 14. Component detail might include subcomponent parts, revision level of the component, date and location of manufacture, inspection procedures at the time of manufacture, cross reference information for component identification, such as manufacturer part number and related serial number, and National Stock Number (NSN) if applicable.
The tracking system anticipates movement of components and subsystems within a large enterprise and enterprise to enterprise.
A table of possible component or subsystem locations is developed (step 16) to enable enterprise-wide tracking. If the component label were applied at the time of manufacture, as described in 12, that manufacturing location would be an element of the table. If the component is then received at the system user's warehouse or receiving station, that location also would be an element of the table. Where the component is placed in a subsystem is also a location in the table as would be where the subsystem was placed within the system, etc.
A location label 34 is affixed, where possible, to the production line, receiving location, subsystem rack or cabinet, various site spare cabinets, and equipment huts, etc. at step 18. Data within these labels also must be unambiguous throughout the enterprise so that an identification scanner will not confuse this data or message with any other message that scanner may read. The relational data base 32 relationally stores the location code, the location description, the asset code, and the asset description.
For purposes of performing component or subsystem inventory, recording system maintenance or calibration, etc., and change of asset location a reader or readers 36 read at each event the relevant component(s) asset label and the location asset labels at step 20, and the data stored in data base 32.
A service person performing component service may have a bar code or other identification label 38 affixed to his/her badge, step 22. The service person identity could be inputted via a personal computer with a code signature assigned to that person, or keyed in by the person. The system reads the service person's labeled badge, or the person otherwise signs on to a computer or data network 40 for the activity site, and the three code labels are read (i.e. asset label, location label, and personal labels) and linked in the relational data base, step 24.
A menu of allowable service person actions 42, developed for each component in the system and each location of interest to component tracking at step 26, is called up on a display 44 in response to inputs from processor 40. For instance at a receiving location, a service person may be allowed to receive, inspect and put away components to a stock location. At an operating subsystem site, a service person may be allowed to remove a component and install a spare component, etc.
In step 28, in order to update the relational database regarding each service event (the sum of which constitutes asset tracking), the service person enters (e.g. point and click) the description of the service performed, linked to his/her identity, component label data, and location label data, all of which have been inputted into the local computer or data network in the previous steps. The data accumulated in step 28 is transferred to the relational database 32 in step 29.
While the invention has been described in terms of a single preferred embodiment, those skilled in the art will recognize that the invention can be practiced with modification within the spirit and scope of the appended claims. For example, the various locations within an enterprise and locations in other enterprises can be linked to a relational data base over the internet.
US5697061 * Sep 22, 1993 Dec 9, 1997 Seattle Silicon Corporation Method and apparatus for providing information concerning products, using radio frequency transmissions
1 "Asset Tracking Benefits Large Organizations", Automatic I.D. News, Oct. 97, vol. 13 Issue 11, p32, 2p, 1 chart, 1 diagram.*
2 "Automatic Data Collection", New Equipment Digest, May 2000, vol. 65 Issue 5, p66, ½p.*
3 "Bar Code Control Systems Improve Inventory Operations", Automatic I.D. News, Oct. 1996, vol. 10 Issue 11, p34, 2p, 1 chart, 4c.*
4 "Figurine Manufacturer Keeps Tabs on the Goods", Automatic I.D. News, May 98, vol. 14 Issue 6, p24, 2p, 1 chart, 2c.*
5 "Going Mobile on the Manufacturing Floor", Automatic I.D. News, Apr. 1995, vol. 11 Issue 4, p22, 2p, 1bw.*
6 * "Making the Transition to World-Class Performance", Automatic I.D. News, Mar. 1995, vol. 11 Issue 3, p58, 3p, 1 chart, 2c.
7 "McDonnell Douglas: Flying High with RF/DC", Automatic I.D. News, Aug. 1995, vol. 11 Issue 9, p18, 2p, 1 chart, 4c.*
8 "On the Road to a Paperless System", Automatic I.D. News, Jul. 97, vol. 13 Issue 8, p22, 1p, 2c.*
9 "Software Products", Automatic I.D. News, Jun. 1995, vol. 11 Issue 6, p54, 3p, 3bw.*
10 Bates, A. "Taming the Inventory Dragon", American Nurseryman, Jul. 1997, vol. 186 Issue 1, p52, 9p 4c.*
11 Faloon, K. "Inventory Partners", Supply House Times, Feb. 2000, vol. 42 Issue 12, p32, 4p, 3c.*
12 Harter, K. "A Quick Read", American Nurseryman, May 98, vol. 187 Issue 9, p28, 6p, 1c.*
13 Jesitus, J. "Warehouse Management System Bears Fruit", Automatic I.D. News, Jan. 98, vol. 14 Issue 1, p14, 4p, 2c.*
14 Jones, S. "Motorola Introduces Smart Paper", Crain's Chicago Business, Feb. 2000, vol. 23, Issue 9, p16, ⅕p.*
US6868397 * May 26, 2000 Mar 15, 2005 Basic Resources, Inc. Equipment information system and method
US7415483 Jun 5, 2003 Aug 19, 2008 Sap Ag Individual data objects in enterprise computing systems
US7639144 Dec 11, 2006 Dec 29, 2009 a2b Trackin Solutions System and method of validating asset tracking codes
US8494892 * Sep 15, 2006 Jul 23, 2013 Sap Ag Tracking substances over various business processes
US8981905 * Sep 13, 2012 Mar 17, 2015 A2B Tracking Solutions, Inc Secure asset tracking system
US20040189422 * Jun 6, 2003 Sep 30, 2004 M/A Com, Eurotec, B.V. Increasing performance of planar inductors used in broadband applications
US20050138125 * Dec 19, 2003 Jun 23, 2005 Ethan Davis Enterprise asset management by a third party expert system
US20070150356 * Dec 11, 2006 Jun 28, 2007 A2B Tracking Solutions, Inc. System and method for validating asset tracking codes
US20130257594 * Sep 13, 2012 Oct 3, 2013 A2B Tracking Solutions, Inc. Secure asset tracking system
EP2254083A1 * May 19, 2010 Nov 24, 2010 Ahold Licensing SA Automated area inspection and recordkeeping system and method
U.S. Classification 710/36, 710/240, 707/E17.018, 702/84, 705/22, 710/1
International Classification G06Q10/06, G06Q20/20, G06F17/30
Cooperative Classification G06Q20/203, G06F17/30241, G06Q10/06
European Classification G06Q10/06, G06Q20/203, G06F17/30L
Owner name: DATA CAPTURE INSTITUTE, MASSACHUSETTS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:COLLINS, DAVID JARRETT;REEL/FRAME:009351/0465
Owner name: DATA CAPTURE INSTITUTE, INC., MASSACHUSETTS
Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE NAME OF ASSIGNEE FROM DATA CAPTURE INSTITUTE TO DATA CAPTURE INSTITUTE, INC. PREVIOUSLY RECORDED ON REEL 009351 FRAME 465.;ASSIGNOR:COLLINS, DAVID JARRETT;REEL/FRAME:020679/0788
Free format text: NUNC PRO TUNC ASSIGNMENT;ASSIGNOR:COLLINS, DAVID JARRETT;REEL/FRAME:020817/0473
Owner name: GIORDANO FACILITY IT LLC, DELAWARE
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:DATA CAPTURE INSTITUTE, INC.;REEL/FRAME:021029/0057
Free format text: MERGER;ASSIGNOR:GIORDANO FACILITY IT LLC;REEL/FRAME:037183/0326