US20040181464A1 - Method and system for transferring information between multiple buyers and multiple sellers - Google Patents

Method and system for transferring information between multiple buyers and multiple sellers Download PDF

Info

Publication number
US20040181464A1
US20040181464A1 US10/810,353 US81035304A US2004181464A1 US 20040181464 A1 US20040181464 A1 US 20040181464A1 US 81035304 A US81035304 A US 81035304A US 2004181464 A1 US2004181464 A1 US 2004181464A1
Authority
US
United States
Prior art keywords
data
product
user
inventory
database
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US10/810,353
Inventor
David Vanker
Thaddeus MacKrell
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US10/810,353 priority Critical patent/US20040181464A1/en
Publication of US20040181464A1 publication Critical patent/US20040181464A1/en
Priority to US11/823,589 priority patent/US7711603B2/en
Assigned to CIBC BANK USA reassignment CIBC BANK USA SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: RMG ENTERPRISE SOLUTIONS, INC., RMG NETWORKS HOLDING CORPORTATION
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/203Inventory monitoring
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/209Specified transaction journal output feature, e.g. printed receipt or voice output
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/04Billing or invoicing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0611Request for offers or quotes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • the present invention generally relates to the field of information transfer and, more specifically, to a method and system for transferring information between multiple buyers and multiple vendors.
  • the present invention provides an industry-wide, multi-party inventory management system.
  • the system of the present invention comprises a collective view of the inventory levels within an entire market while extending the “just in time” inventory practices of each manufacturer to the point of consumption through the deployment of “point of use” level data capture devices and a central database.
  • Individually established product re-supply level points are used by the central database's operating system to trigger a vendor's re-supply and billing mechanisms.
  • Licensed access by a manufacturer sales or service representative in the field, coupled with the use of similar data collection devices, enables the management of truck stock inventory and the corresponding product visibility with regard to location, type and disposition.
  • the optimization of the product at the point of use is made possible by licensed access for a vendor and their ability to use the present invention and supporting decision tools to move the necessary inventory to the optimal or immediate point of consumption. Since the needs of each customer is different, the present invention allows individual vendor and customer licensors to set mutually agreed-upon inventory levels which satisfy the operational requirement for each customer, while avoiding excessive stocking by either party.
  • the present invention is thus designed to invigorate and optimize the general commercial activities of participating industries. Beyond simple inventory consumption triggers and product level analysis, the present invention provides a platform for the easy collection and dissemination of a wide range of commerce-related information throughout an industry, without burdening any party with more than a single, direct interface to all other parties. Furthermore, intelligent controls limit access by each individual while mutually agreeable licensing agreements and syndicate arrangements allow each vendor and customer to control the expansion and participation of parties in the model.
  • FIG. 1 is a schematic diagram of the current environment of an inventory management system
  • FIG. 2 is a schematic diagram of one embodiment of an inventory management system, in accordance with the present invention.
  • FIG. 3 is a flow chart illustrating the basic function of the system of FIG. 2;
  • FIG. 4 is a flow chart illustrating the security and access control component of the system of FIG. 2;
  • FIG. 5 illustrates an array highlighting a dynamic creation of customized data sets, according to the system of FIG. 2;
  • FIG. 6 illustrates an example of a two-dimensional data table, as used in the system of FIG. 2;
  • FIG. 7 illustrates an example of a vertical and hierarchical data trees, as used in the system of FIG. 2;
  • FIG. 8 is a table illustrating user-determined thresholds, for use in the system of FIG. 2;
  • FIG. 9 is a flowchart illustrating a method for transferring information between multiple buyers and multiple vendors, in accordance with the system of FIG. 2.
  • the present invention relates to a community- or market-wide, multi-contributor, pooled inventory system that enables all licensed parties to have selective access to data elements.
  • the data elements preferably relate to various aspects of a particular industry.
  • access to the data elements enable the licensed parties to effect specific actions concerning the data elements, such as, for example, automated re-supply, billing, consignment, truck stock management, service, marketing, general communication improvements, etc.
  • the present invention may be managed by one of the market participants or, alternatively, by an independent third party.
  • the preferred embodiment of a coordinator in this invention is the host and ongoing administrator of an electronic repository of data and software tools that together constitute a software application, also known as an application service provider (ASP).
  • ASP application service provider
  • “Common,” as used above, means available to both the parties, as part of their current (or an easily obtainable) internal system for transmitting, manipulating and viewing information, and based on communication standards supported on both ends of the transaction.
  • the preferred embodiment of a common system for communication is, in this case, the Internet or any similar communication system.
  • the processes covered by this invention may be grouped into generic features (such as security) and two independent cycles (for buyers and sellers), with several points of intersection. Elements of these cycles—selected features that add value for users of the system by enhancing insight into inventory disposition and related commercial activity—are not new.
  • the invention's innovations lie in the particular processes that make the data valid, comprehensible and useful to parties on opposite ends of a transaction and in the cumulative effect—real-time, shared visibility into inventory at the point of use or sale, forming an industry-wide, multi-party inventory management system.
  • the present invention permits an entire vertical market of customers having similar interests to take advantage of higher levels of service from an unlimited number of vendors and distributors, including widespread consignment inventory practices.
  • the present invention foregoes the need for each individual customer to have a computer connection to each vendor or distributor.
  • the multi-customer pooled data provides insight and enables action with regard to individual customers, but also foregoes the traditional requirement of having a specific link or intermittent query of each individual customer.
  • the present invention enables an extension of “just in time” manufacturing practices through to the point of consumption. This increased visibility on product stocking levels enables the participating manufactures to optimize available product across the entire market, to view field agent's trunk supply, to move product throughout the market in order to minimize excess manufacturing, to review consumption of critical supply and to manage customer consignment programs.
  • a “many to many” method and apparatus for the syndication of inventory and associated data between two or more parties via a computer system or systems managed by one of the parties or by a third, independent party through an “all parties” licensing arrangement is provided by the present invention.
  • competitive manufacturers or suppliers of product obtain licensed access to a database which contains continuously updated condition and consumption information on their products provided by the market consumers via barcode readers or like systems.
  • the central database managing licensor accepts inventory data from licensees and then assembles, sorts and feeds back a collection of the relevant data to all engaged parties in the arrangement to include product manufactures and their agents, as well as producers, distributors, testers and consumers or users.
  • Data contribution can also include information from the manufacturer or distributor to the customer on the status of product which is in route to the customer's location, as well as information on pricing, billing, account status, product recalls, marketing and the like.
  • commerce can be executed through the system, the present invention is primarily designed to collect and organize data which optimizes the entire commercial process, but is not limited to one element, such as, for example, the product selection or purchase.
  • licensing parties might also include other commerce facilitators such as group purchasing organizations and industry-wide communication exchanges (e.g., Internet exchanges). These organizations may license information regarding the continuous flow of product between the customers and the vendors or distributors in order to enable such activities as charge-back programs, volume discounting, contract compliance analysis and the like.
  • the “many to many” inventory data syndication model is primarily designed to enable multiple common customers of the same groups of vendors or distributors to avoid the requirement of multiple unit of use collection systems and multiple interfaces to vendor order fulfillment systems.
  • the present invention limits the required number of customer interfaces from one for each customer to one for the entire engaged market.
  • the present invention pertains to a wide variety of markets. However, it is of particular benefit in markets where full integration and use of standardized product coding and or communication languages is lacking. This absence of standardization may be due to a dearth of industry focus, competitive positions of suppliers or a lack of available technology skills at the customer end.
  • the present invention applies particularly well in markets where the material being produced, sold, distributed, controlled, managed, tracked and/or consumed is subject to one or more of the following characteristics:
  • the items are labile in nature or subject to obsolescence;
  • the items can be labeled with incremental information regarding newly revealed characteristics while awaiting consumption, thus essentially changing their identity;
  • the items can be moved between various points of use in order to avoid spoilage and to optimize supply;
  • the items can be part of a consignment inventory arrangement
  • the items may be managed by a central database-type system of syndicated information which is then provided to various contributing and consuming parties via a licensing relationship.
  • FIG. 1 illustrates a schematic diagram of the current environment of an inventory management system 10 .
  • the industry in question concerns the supply and distribution of implanted medical devices.
  • the inventory management system described here may be applicable to other products.
  • Such products include, for example, blood and blood-related components (i.e., plasma, retics, red blood cells, white blood cells, etc.), body organs for transplant (i.e., eyes, kidneys, skin, livers, lungs, hearts, etc.), bone marrow and related components, genetic material (i.e., cells, DNA, RNA, eggs, semen, etc.), limbs, (i.e., fingers, hands, toes, legs, arms, ears, etc.), hair and follicles, implanted and external bodily function support or monitoring devices (i.e., pumps, pacemakers, prosthetics, ocular devices, stents, etc.) and organic compounds (i.e., cloned organisms, cells, organs, animals, etc.).
  • blood and blood-related components i.e., plasma, retics, red blood cells, white blood cells, etc.
  • body organs for transplant i.e., eyes, kidneys, skin, livers, lungs,
  • the inventory management system may also include veterinary (i.e., non-human) applications for all the medical items listed above. Additionally, the inventory management system may be directed to non-medical labile or “time-sensitive” products, such as cattle, poultry, raw meat and seafood, prepared meat and seafood, wild animals, dairy products, other non-meat prepared foods, plants, flowers, grain, seeds, water, ice, wine, beer, liquor, lumber, apparel and footwear, home furnishings, seasonal goods, toys, reading materials, computers and electronics, packaged software, appliances, hardware, home improvement supplies, industrial supplies, gases, organic fuels and lubricants (i.e., oil gasoline, etc.) and genetically-altered components.
  • non-medical labile or “time-sensitive” products such as cattle, poultry, raw meat and seafood, prepared meat and seafood, wild animals, dairy products, other non-meat prepared foods, plants, flowers, grain, seeds, water, ice, wine, beer, liquor, lumber, apparel and footwear, home furnishings, seasonal goods, toys, reading materials, computers and electronics, packaged
  • users of implantable medical devices 12 , 14 , 16 , 18 mainly hospitals, order supplies from a plurality of suppliers 20 , 22 , 24 , 26 .
  • the suppliers 20 , 22 , 24 , 26 may sometimes be under contract with the users 12 , 14 , 16 , 18 .
  • the users 12 , 14 , 16 , 18 will additionally have a storage area 28 , 30 , 32 , 34 .
  • the storage areas 28 , 30 , 32 , 34 preferably store, inventory and match the products to patients.
  • the storage areas 28 , 30 , 32 , 34 may be an internal department within a particular user, as shown; may be shared between two users (as illustrated by reference numeral 36 ); or outsourced to a third party (as illustrated by reference numeral 38 ).
  • the third party storage area 38 may even be an independent product supplier offering an additional service.
  • the third party supplier 38 may employ agents (as shown by the line referenced by numeral 40 ) to deliver the product to the user 18 when ordered.
  • the user's staff communicates frequently (as shown by the line referenced by numeral 42 ) with the supplier 24 regarding the inventory needed at the user's facility.
  • agents 44 may be dispatched to move products to users (as shown by the line referenced by numeral 46 ) or between users (as shown by the line referenced by numeral 48 ) to address a need or to optimize the late-dated supply of a certain product.
  • FIG. 2 illustrates a schematic diagram of one embodiment of an inventory management system 100 of the present invention.
  • the industry in question concerns the supply and distribution of implantable medical devices.
  • the inventory management system described here may be applicable to other products.
  • Such products include, for example, blood and blood-related components (i.e., plasma, retics, red blood cells, white blood cells, etc.), body organs for transplant (i.e., eyes, kidneys, skin, livers, lungs, hearts, etc.), bone marrow and related components, genetic material (i.e., cells, DNA, RNA, eggs, semen, etc.), limbs, (i.e., fingers, hands, toes, legs, arms, ears, etc.), hair and follicles, implanted and external bodily function support or monitoring devices (i.e., pumps, pacemakers, prosthetics, ocular devices, stents, etc.) and organic compounds (i.e., cloned organisms, cells, organs, animals, etc.).
  • blood and blood-related components i.e., plasma, retics, red blood cells, white blood cells, etc.
  • body organs for transplant i.e., eyes, kidneys, skin, livers, lungs,
  • the inventory management system may also include veterinary (i.e., non-human) applications for all the medical items listed above. Additionally, the inventory management system may be directed to non-medical labile or “time-sensitive” products, such as cattle, poultry, raw meat and seafood, prepared meat and seafood, wild animals, dairy products, other non-meat prepared foods, plants, flowers, grain, seeds, water, ice, wine, beer, liquor, lumber, apparel and footwear, home furnishings, seasonal goods, toys, reading materials, computers and electronics, packaged software, appliances, hardware, home improvement supplies, industrial supplies, gases, organic fuels and lubricants (i.e., oil gasoline, etc.) and genetically-altered components.
  • non-medical labile or “time-sensitive” products such as cattle, poultry, raw meat and seafood, prepared meat and seafood, wild animals, dairy products, other non-meat prepared foods, plants, flowers, grain, seeds, water, ice, wine, beer, liquor, lumber, apparel and footwear, home furnishings, seasonal goods, toys, reading materials, computers and electronics, packaged
  • the inventory management system 100 may preferably include a computer algorithm program and software, which may be stored integral with, or remote from, a central database 102 .
  • the computer algorithm program may preferably comprise any program capable of being stored on an electronic medium, such as, for example, RAM or ROM, and permitted to be accessed (and consequently run) by microprocessor (not shown), preferably running integral with, or remote from, the central database 102 .
  • the software running inventory management system 100 may be performed manually by a programmer, electronically programming instructions to the inventory management system 100 , either remotely from a location away from the inventory management system 100 , or via an electronic connection with the inventory management system 100 .
  • the embodiment of the inventory management system 100 of the present invention comprises a model and apparatus for the inventory management and distribution of implantable medical devices.
  • key information such as the status, disposition, availability, price, age, etc. is contained in a single, multi-user, independent location, such as a database 102 .
  • the database 102 may be accessed by all parties appropriately involved in the transaction of each unit of product.
  • the fundamental change from the present market picture is the addition of the independently maintained database 102 .
  • the present market picture is a competitive model that does not afford ease of communication between market suppliers or customers concerning the status of the product. This creates waste and excessive effort to communicate effectively regarding the supply.
  • the present invention provides a central point of information 102 , accessible by all (subject to certain rules), without disturbing the existing market structure.
  • suppliers 104 , 106 who compete for users 108 , 110 .
  • Product is still brought to the user's facilities 112 , 114 by shippers 116 , 118 .
  • Suppliers 104 , 106 still manufacturer products and hold it in their warehouse locations 122 , 124 awaiting approval to distribute.
  • Some suppliers 104 , 106 may choose to place part of their supply at the hospital on consignment 126 , which is enabled and easily managed through the present invention.
  • Another element of the model is the proliferation of data access and/or viewing devices 142 , 144 , 146 , 148 , 150 , 152 that enable all parties to see their data on their supply.
  • These devices can be as varied as phones, pages, PDAs, computers, Internet browsers, etc.
  • These devices communicate with the central independent repository 102 via communication links 164 , 166 , 168 , 170 , 172 , 174 —importantly, without need for a specific and proprietary communications protocol; rather, they rely on the standard communications protocol used to connect with this common communications platform (a preferred embodiment is the Internet).
  • Another change to the market model is the addition of information collection devices (e.g., bar-code scanners) 128 , 130 , 132 , 134 , 136 , 138 , 140 , which are interfaced to a network which is in turn connected to the database via the Internet or other network (e.g., wireless). As indicated in FIG. 2, these devices 128 , 130 , 132 , 134 , 136 , 138 , 140 are widely deployed throughout the invention to collect data on a continuous basis.
  • information collection devices e.g., bar-code scanners
  • the invention enables new parties 154 , e.g., industry analysts, to easily gain a consolidated view of the product status, availability and disposition.
  • the model allows rules of access to govern the availability of information between market players (i.e. between neighboring hospitals) so that they can support one another's needs.
  • the rules of access can permit two affiliated suppliers to view each other's supply status while maintaining as proprietary the sources of that supply 120 .
  • the access rules that are a part of the invention can permit all parties to optimize the supply that is in the channel.
  • the invention enables all supplier representatives 116 , 118 to use their data retrieval systems 136 , 138 to move supply between hospitals (as referenced by lines 156 , 158 , 160 ), while appropriately tracking ownership for payment purposes.
  • this invention eliminates the product waste and excessive and laborious communication and product shuffling effort associated with the current market model.
  • FIG. 3 illustrates the basic function of the present invention.
  • a data collection device 128 , 130 , 132 , 136 , 138 , 140 acquires information in the form of a code (an example is the alphanumeric code indicated by a barcode).
  • the code is communicated via computer link 182 to a central Product Information Database 200 , which associates product attributes with the alphanumeric code.
  • the Product Information Database 200 is updated by periodic communication via computer link 186 with a plurality of Vendor Product Attributes Databases 204 , maintained separate from the Product Information Database 200 by a plurality of vendors or suppliers.
  • the Product Information Database 200 can't identify a code, it communicates the problem to the Exception Capture and Reporting Engine 202 to be addressed and corrected.
  • the Product Information Database 200 continuously communicates via computer link 190 with a Central Inventory Data Repository 104 .
  • the difference between the two databases is that the Product Information Database 200 is a record of single-instance product information regarding a plurality of products, and is not modified by exchanges with the Data Collection Device 128 , 130 , 132 , 136 , 138 , 140 .
  • the Central Inventory Data Repository 104 maintains a dynamic record of multiple instances of a single product information code, in order to track product totals.
  • a Communications Interface for Formatting and Viewing Data 142 , 144 , 146 , 148 , 150 , 152 requests a data subset
  • the request goes via computer link 180 to a Data Subset Presentation Engine 206 .
  • the Data Subset Presentation Engine 206 acquires data via a communications interface 188 from the Central Inventory Data Repository 104 , and presents the data subset via a communications interface 180 through a Communications Interface for Formatting and Viewing Data 142 , 144 , 146 , 148 , 150 , 152 .
  • a central node receives various information corresponding to a plurality of products. This information is preferably transmitted to the node electronically, but may be by any other suitable means providing for the transfer of information. Additionally, the information is preferably sent to the node from a plurality of independent sources. Preferably, these independent sources are suppliers of a particular product (i.e., vendors). For example, a vendor may supply information to the node regarding specific details about the product controlled by vendor, such as, for example, amount of product, size of product, cost of product, etc.
  • the node Upon receiving the information, in Block 510 , the node then stores this information in a first database.
  • the node then receives a request for information.
  • this request may come form at least one user (or, more specifically, would-be-user) of the product stored in the first database.
  • a buyer may inquire to the node as to the status of a particular product.
  • the node retrieves the requested information from the first database and posts the information to a second database.
  • the node provides access to the second database to a plurality of subscribers. That is, according to a particular subscriber's account, the node allows access to the second database.
  • This method of selective allowance to the database is preferably based on a number of security measures that allow restricted access to certain databases of information. Additional measures include, for example, login names and/or passwords.
  • a subscriber is allowed to access a particular database for information relating to a particular product, that subscriber (whether a vendor or a buyer) may be permitted to view the information contained in the second database.
  • the subscriber may be the same person or entity as the person or entity making the request for information in Block 520 . However, such is not a requirement, and a subscriber may be different from the requestor. Assuming the subscriber meets the security requirements, the subscriber is permitted access to the second database.
  • the subscriber may transact business with a particular vendor or buyer dealing in the product that is the subject of the information contained on the second database. This is shown in Block 560 .
  • page refers to a discrete interface for information presentation or interaction.
  • a single process involving multiple steps may encompass many pages, but not every step requires that a separate page be presented to the user (many steps are carried out internally, without presentation or interaction with the user).
  • Open Network Model This invention relies on the participating entities having a common platform of communication (the preferred embodiment for this invention is the Internet).
  • a coordinator or “host” creates and maintains a data record (preferred embodiment: an electronic database accessible over the Internet) of valid user identification codes (usernames) and user passwords.
  • Unique user passwords encrypted in the system so that they are unknown even to the host, are critical to this invention, in that they provide the means of delineating relevant tools and bodies of data to be presented to the user, in exclusion of other tools and data that the user is not authorized to access.
  • Modules are discrete features or portions of features deemed sufficiently distinct to warrant independent security protection. A user's access to each module is denied by default unless specifically permitted by the coordinator. Users themselves may select and modify their own roles but may not alter the relationship between any role and any module; this privilege is reserved for the coordinator.
  • Roles and permissions Users' roles define their general function, position or “need to know” for purposes of the invention. Roles correspond to the aforementioned security keys, in that they determine which users have access to which modules (system features). Permissions govern which roles have access to which modules. Each user has one or more roles. Each module is accessible by those users whose roles have the appropriate permission.
  • User identity and security keys 310 Multiple elements of user's online identity are communicated constantly throughout a user's interaction with the software, determining Application Module Access 320 , Data Subset Access 322 , and rights for Communication With Other System Users 324 . While a user is in communication with the invention, all user activity is governed by the user's identity and the user's “security key.” The system obtains these elements from the Database of User Identities and Security Keys 330 in connection with the username and password. Once the user's username and password are validated against the database and the corresponding security key and user identity are obtained, a “session” with the system may proceed.
  • the user's security key is a general identification grouping that determines whether the user has access to a feature, function, area or page within the application (see Roles and Permissions under Section 2.2).
  • the user's identity is unique to the user but also includes parameters this user shares with others in the same organization (i.e., the identity of Jane Smith, employee of SupplierA Inc., includes elements that identify her uniquely as Jane Smith and generally as an employee of SupplierA Inc.). This provides unique access to data sets such as her password change input section and shared access to the specific data set that this invention reserves for ABC Inc.
  • the combination of security key and user identity determines what the user can access, view, and manipulate within this system.
  • a sample of code for determining and acting on a user's identity and security keys upon arrival at a new page is as follows: if not IsUserAllowed(“ModuleName”, ALLOW_VIEW) then response.Redirect “not_allowed.asp” response.End end if
  • Passing of this data to the system is at no time visible to or affected by the user it occurs by virtue of a repeated verification of user identity and security key as stored, temporarily, on the user's own communication device.
  • the preferred embodiment of the present invention is an encrypted token or cookie, placed on the user's device by the system, and being automatically deleted upon manual or automatic termination of the user's session (see Section 2). Direct access to or manipulation of either the security keys or identities by users is not permitted.
  • a further example is the dynamic, on-the-fly creation of customized data sets according to certain parameters of users' identities.
  • the preferred implementation under this invention also includes a visible control (screen button) and supporting code for terminating a user's session with the system. Once terminated and inactive, the connection cannot be used by any user to access or manipulate the system or data it contains. Because of the aforementioned constant communication of user identity and security key to the system, no module or component the system or its associated data may be accessed or manipulated outside an active session.
  • the system in this invention places a time stamp in the token or cookie on the users communication device. With each new transmission of a request to the system, it compares the time value to the central system's time value. If the time stamp on the user's device is less than the time value on the central system by a set interval, then the user is presumed to have been inactive since that time and is logged off automatically.
  • the coordinator or host controls access to user identities and related data. Users can manipulate selected data points within their own and affiliated records in the database (e.g., employees at the same company or department), but they cannot alter the composition or permissions associated with various roles or security keys, and they cannot associate any user with any entity or organization outside their own. (For example, a user from one company cannot be associated with any other company not under control of or related to the first; a user within one division of any organization cannot be associated with any other division, except by those user-administrators with control over both divisions' associations.) Only the coordinator of the system has access to and control over users' affiliation in the system database with unassociated organizations.
  • the preferred embodiment of this subsystem of user identities and data is a hosted computer-network server, in a secure environment managed either by the main coordinating party or a separate third-party.
  • Messages to trading partner Preferred embodiment is e-mail message either within the system or from the system to any independent e-mail system (such as Microsoft Outlook), and other embodiments include fax communication transmitted from the system to any outside fax interface, paging systems, mobile phones, and other wireless communications interfaces.
  • e-mail message either within the system or from the system to any independent e-mail system (such as Microsoft Outlook), and other embodiments include fax communication transmitted from the system to any outside fax interface, paging systems, mobile phones, and other wireless communications interfaces.
  • the ability to use the system's communications tool and to reach specific other users of the system depends on a user's identity and security keys.
  • Buyer's Product Management Cycle Receive, Monitor, Record Use/Sale, Order. Once granted access, the buyer works with the system in a cycle of receiving goods, monitoring, recording use or sale of items, and ordering new items.
  • the system increments the total quantity record for the identified product in the Central Inventory Data Repository 104 , for later viewing by authorized system participants via a Communications Interface for Formatting/Viewing Data 142 , 144 , 146 , 148 , 150 , 152 , using presentation logic residing in the Data Subset Presentation Engine 206 .
  • H123 and “+H123 ⁇ ” may represent one product, and “H123A” and “H123B” may represent different unit containers of one product (e.g., 1 in the box for “H123A” and 10 in a case for “H123B”), but storing the different values on behalf of that product in the Central Inventory Data Repository 104 would misrepresent the total quantity, making effective management of inventory impossible. For example, a perceived quantity of “0” of product “H123” may simply reflect the data collection device's preference for passing “+H123 ⁇ ” as that product's identifying code to the Product Information Database 200 . The invention protects against this confusion with the measures described below in this section.
  • the Product Information Database 200 stores values for each unit size of each product within a given marketplace. If the initial code from the Data Collection Device 128 , 130 , 132 , 136 , 138 , 140 is an exact match of a product ID code in the database, this value is used to update the Central Inventory Data Repository 104 , including the incrementing of total quantity of that item.
  • the Data Subset Presentation Engine 206 checks the records from the Product Information Database 200 for identical manufacturer and other item identification, indicating a single product type with different packaging sizes. In this case, the Data Subset Presentation Engine 206 favors the lowest available quantity; it offers the alternatives only when necessary for proper tracking of the lowest tracked unit size (e.g., in the case of management by case, carton, or multiple-item container). In the absence of a positive determination of a single product with multiple pack sizes, the Data Subset Presentation Engine 206 returns all possible options, enabling the user to choose.
  • Adding an item to inventory in this invention triggers certain routines to determine if additional user interaction is required to initiate some other process within the system. For instance:
  • Inventory Data Repository 104 to trigger functions by the Data Subset Presentation Engine 206 and change the parameters of display to other system participants through their Communications Interface for Formatting and Viewing Data 142 , 144 , 146 , 148 , 150 , 152 .
  • “consigned” status may move a product to a separate Alert or Viewing function for the supplier of the consigned item.
  • the Data Subset Presentation Engine 206 redirects the user to a process that allows the user to submit additional information manually to the Data Subset Presentation Engine 206 (an example in the preferred embodiment is the selection of the product's manufacturer from a list and manual entry via a Data Collection Device 128 , 130 , 132 , 136 , 138 , 140 of a product catalog number).
  • the Data Subset Presentation Engine 206 acting on continuous comparisons between various values in the Central Inventory Data Repository 104 and user-determined thresholds for differences in those values, automatically sorts alerts, or messages for immediate user attention, into the following types (FIG. 8):
  • Reports use the Data Subset Presentation Engine 206 to present a view of a data subset to an authorized user.
  • a Data Collection Device 128 , 130 , 132 , 136 , 138 , 140 passes a code number to the Product Information Database 200 for identification.
  • the identified code is used by the logic in the Data Subset Presentation Engine 206 to decrement the appropriate record in the Central Inventory Data Repository 104 .
  • Product identification from the user-provided code relies on processes described in Sections 1.2 and 1.3 above in the Buyer's cycle.
  • Detailed Usage/Sale Records an embodiment is the present invention's Encounters feature.
  • the Detailed Usage/Sale Records component enables the buyers, prompted by logic in the Data Subset Presentation Engine 206 pertaining to use or sale of the products (to whom it was sold, under what conditions, at what discount, with what outcomes, etc.) to use a Communications Interface for Formatting and Viewing Data 142 , 144 , 146 , 148 , 150 , 152 to supplement the record of the removal in the Central Inventory Data Repository 104 .
  • the invention provides an information storage platform (preferred embodiment: the Central Inventory Data Repository 104 ) for subsequent retrieval of a buyer's usage records.
  • the user selects “order” across from any line item indicated to be in short supply, then selects a “prepare order worksheet” button to retrieve a record from the Central Inventory Data Repository 104 via the Web browser, detailing the number of products to be ordered (the difference between the user's par level and the current quantity, changeable by the user).
  • this order worksheet updates the Central Inventory Data Repository 104 to note that the product is on order. In the preferred embodiment, this status is altered either by the user's adding of this product to his inventory record or by the Reconcile Order or Acknowledge Order function contained in the Data Subset Presentation Engine 206 .
  • a manual order combines logic for searching the Product Information Database 200 , storing details in the Central Inventory Data Repository 104 , and communicating those details in the form of an order worksheet to any authorized participants in the system via a Communications Interface for Formatting and Viewing Data 142 , 144 , 146 , 148 , 150 , 152 .
  • Standing orders use details from the Central Inventory Data Repository 104 and order-creation logic from the Data Subset Presentation Engine 206 to prepare repeating, identical (but editable) order worksheets for products presumed to need replenishment in like amounts at regular intervals.
  • Order data is retained for later retrieval in the Central Inventory Data Repository 104 .
  • the logic for finding and formatting stored order data is housed in the Data Subset Presentation Engine.
  • Supplier's Product Management Support Cycle Monitor.
  • the supplier uses a Communications Interface for Viewing and Transmitting Data 142 , 144 , 146 , 148 , 150 , 152 to access data from the buyer's portion of the Central Inventory Data Repository 104 .
  • the tools used in this support role, launched from the Data Subset Presentation Engine 206 function identically to those used by buyers. The difference is the range of data available to a supplier.
  • Supplier's Internal (Field-Based) Product Management Cycle Receive, Monitor, Use/Distribute, Order.
  • Intermediary's (Coordinator's) Management Cycle Setup, Review, Resolve.
  • the system coordinator maintains a series of controls over data relationships between the participating buyers and sellers, maintains the accuracy and integrity of data in the Product Information Database 200 and Central Inventory Data Repository 104 , and assigns and secures the identities, roles, and permissions of system users, which are stored in the Central Inventory Data Repository 104 .
  • a preferred embodiment of the invention provides a dedicated interface for the coordinating party or intermediary, with logic and controls residing in the Data Subset Presentation Engine 206 .
  • the interface provides broad access to the Central Inventory Data Repository 104 and Product Information Database 200 for the coordinator and its representatives, subject to password protection and security key checking.
  • these passwords are encrypted so as not to be human readable, and therefore unknown to all users but their owner.
  • the preferred embodiment of this invention provides tools within the Data Subset Presentation Engine 206 for the coordinator's representatives to resolve data issues and maintain and modify both the Central Inventory Data Repository 104 and the Product Information Database 200 .
  • These issues includes but are not limited to correcting erroneous product data, clearing passwords, altering database structure in the Product Information Database 200 or logical structure in the Data Subset Presentation Engine 206 , and modifying links between participants in the system, which are then stored in the Central Inventory Data Repository 104 to be referenced by logic residing in the Data Subset Presentation Engine 206 .

Abstract

A method for transferring information between multiple buyers and multiple vendors is provided. Information is received from a plurality of sources. This information corresponds to a plurality of products. This information is stored in a first database. A request is received. The request concerns a portion of the information stored in the first database. The request is then retrieved from the first database and posted to a second database. Access is provided to subsets of the second database to a plurality of subscribers.

Description

    APPLICATION HISTORY
  • This Application claims the benefit of U.S. Provisional Patent Application, Serial No. 60/262,182, filed on 17 Jan. 2001 and entitled “Method and System for Transferring Blood-Related Information Between Multiple Buyers and Multiple Sellers of Blood,” and U.S. Provisional Patent Application, Serial No. 60/262,184, filed on 17 Jan. 2001 and entitled “Method and System for Transferring Inventory Information Between Multiple Buyers and Multiple Sellers.” [0001]
  • FIELD OF THE INVENTION
  • The present invention generally relates to the field of information transfer and, more specifically, to a method and system for transferring information between multiple buyers and multiple vendors. [0002]
  • BACKGROUND OF INVENTION
  • Traditional inventory management systems were internally focused (i.e., only concerned about a particular customer or a particular vendor), and insight into inventory on hand was limited to each party's own staff. As a result, inventory management systems for both customers and vendors were limited to managing current stock on hand and alerting responsible parties when to re-order certain products. Any visibility into a customer's inventory level by a vendor or a vendor's stocking level by a customer was established through a specific arrangement and proprietary computer system integration. [0003]
  • Another obstacle was that, in most vendors' and most customers' internal systems, inventory, production, sales management, billing, etc. were very often based on many separate computer systems. These systems lacked the standardization afforded by a common communicative language, one that would enable an efficient data exchange. Furthermore, this lack of standardization prevented not only vendors from proactively managing their customers, but also prevented different departments of the same customer from accurately viewing product stocking and consumption rates. [0004]
  • There is, therefore, a need to provide a method and system for transferring information between multiple buyers and multiple sellers that overcomes the above-stated disadvantages. [0005]
  • SUMMARY OF THE INVENTION
  • The present invention provides an industry-wide, multi-party inventory management system. The system of the present invention comprises a collective view of the inventory levels within an entire market while extending the “just in time” inventory practices of each manufacturer to the point of consumption through the deployment of “point of use” level data capture devices and a central database. Individually established product re-supply level points are used by the central database's operating system to trigger a vendor's re-supply and billing mechanisms. Licensed access by a manufacturer sales or service representative in the field, coupled with the use of similar data collection devices, enables the management of truck stock inventory and the corresponding product visibility with regard to location, type and disposition. Furthermore, the optimization of the product at the point of use is made possible by licensed access for a vendor and their ability to use the present invention and supporting decision tools to move the necessary inventory to the optimal or immediate point of consumption. Since the needs of each customer is different, the present invention allows individual vendor and customer licensors to set mutually agreed-upon inventory levels which satisfy the operational requirement for each customer, while avoiding excessive stocking by either party. [0006]
  • The present invention is thus designed to invigorate and optimize the general commercial activities of participating industries. Beyond simple inventory consumption triggers and product level analysis, the present invention provides a platform for the easy collection and dissemination of a wide range of commerce-related information throughout an industry, without burdening any party with more than a single, direct interface to all other parties. Furthermore, intelligent controls limit access by each individual while mutually agreeable licensing agreements and syndicate arrangements allow each vendor and customer to control the expansion and participation of parties in the model.[0007]
  • BRIEF DESCRIPTION OF THE FIGURES
  • FIG. 1 is a schematic diagram of the current environment of an inventory management system; [0008]
  • FIG. 2 is a schematic diagram of one embodiment of an inventory management system, in accordance with the present invention; [0009]
  • FIG. 3 is a flow chart illustrating the basic function of the system of FIG. 2; [0010]
  • FIG. 4 is a flow chart illustrating the security and access control component of the system of FIG. 2; [0011]
  • FIG. 5 illustrates an array highlighting a dynamic creation of customized data sets, according to the system of FIG. 2; [0012]
  • FIG. 6 illustrates an example of a two-dimensional data table, as used in the system of FIG. 2; [0013]
  • FIG. 7 illustrates an example of a vertical and hierarchical data trees, as used in the system of FIG. 2; [0014]
  • FIG. 8 is a table illustrating user-determined thresholds, for use in the system of FIG. 2; and [0015]
  • FIG. 9 is a flowchart illustrating a method for transferring information between multiple buyers and multiple vendors, in accordance with the system of FIG. 2.[0016]
  • DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED EMBODIMENTS
  • The present invention relates to a community- or market-wide, multi-contributor, pooled inventory system that enables all licensed parties to have selective access to data elements. The data elements preferably relate to various aspects of a particular industry. In turn, access to the data elements enable the licensed parties to effect specific actions concerning the data elements, such as, for example, automated re-supply, billing, consignment, truck stock management, service, marketing, general communication improvements, etc. The present invention may be managed by one of the market participants or, alternatively, by an independent third party. [0017]
  • Shared visibility into product parameters—such as quantities, locations, expiration dates, arrival dates, delivery status, point of origin, etc.—between multiple buyers on one hand and multiple sellers on the other relies on a coordinated and common system between the parties. “Coordinated” in the above phrase means built and maintained to serve particular subsets of relevant data to the respective parties, with features that both add value on either end of the equation (distinctly for buyers and sellers) and provide protection for the parties' internal data. The coordination of data gathering, storage, sharing, and value-added manipulation between multiple independent buyers and suppliers (or distributing and receiving entities in the case of a single organization) is the essence of this invention. The preferred embodiment of a coordinator in this invention is the host and ongoing administrator of an electronic repository of data and software tools that together constitute a software application, also known as an application service provider (ASP). “Common,” as used above, means available to both the parties, as part of their current (or an easily obtainable) internal system for transmitting, manipulating and viewing information, and based on communication standards supported on both ends of the transaction. The preferred embodiment of a common system for communication is, in this case, the Internet or any similar communication system. [0018]
  • The processes covered by this invention may be grouped into generic features (such as security) and two independent cycles (for buyers and sellers), with several points of intersection. Elements of these cycles—selected features that add value for users of the system by enhancing insight into inventory disposition and related commercial activity—are not new. The invention's innovations lie in the particular processes that make the data valid, comprehensible and useful to parties on opposite ends of a transaction and in the cumulative effect—real-time, shared visibility into inventory at the point of use or sale, forming an industry-wide, multi-party inventory management system. [0019]
  • By enabling the multi-customer collection and pooling of inventory, the present invention permits an entire vertical market of customers having similar interests to take advantage of higher levels of service from an unlimited number of vendors and distributors, including widespread consignment inventory practices. [0020]
  • Furthermore, by pooling data contributions from multiple customers and by allowing vendors to view and interpret specific data as it relates to certain rules of access, the present invention foregoes the need for each individual customer to have a computer connection to each vendor or distributor. Thus, from either the vendor or distributor perspective, the multi-customer pooled data provides insight and enables action with regard to individual customers, but also foregoes the traditional requirement of having a specific link or intermittent query of each individual customer. [0021]
  • Furthermore, the present invention enables an extension of “just in time” manufacturing practices through to the point of consumption. This increased visibility on product stocking levels enables the participating manufactures to optimize available product across the entire market, to view field agent's trunk supply, to move product throughout the market in order to minimize excess manufacturing, to review consumption of critical supply and to manage customer consignment programs. [0022]
  • To this end, a “many to many” method and apparatus for the syndication of inventory and associated data between two or more parties via a computer system or systems managed by one of the parties or by a third, independent party through an “all parties” licensing arrangement is provided by the present invention. According to the present invention, competitive manufacturers or suppliers of product obtain licensed access to a database which contains continuously updated condition and consumption information on their products provided by the market consumers via barcode readers or like systems. Additionally, the central database managing licensor accepts inventory data from licensees and then assembles, sorts and feeds back a collection of the relevant data to all engaged parties in the arrangement to include product manufactures and their agents, as well as producers, distributors, testers and consumers or users. [0023]
  • Data contribution can also include information from the manufacturer or distributor to the customer on the status of product which is in route to the customer's location, as well as information on pricing, billing, account status, product recalls, marketing and the like. Although commerce can be executed through the system, the present invention is primarily designed to collect and organize data which optimizes the entire commercial process, but is not limited to one element, such as, for example, the product selection or purchase. [0024]
  • To that end, licensing parties might also include other commerce facilitators such as group purchasing organizations and industry-wide communication exchanges (e.g., Internet exchanges). These organizations may license information regarding the continuous flow of product between the customers and the vendors or distributors in order to enable such activities as charge-back programs, volume discounting, contract compliance analysis and the like. [0025]
  • The “many to many” inventory data syndication model, as promulgated by the present invention, is primarily designed to enable multiple common customers of the same groups of vendors or distributors to avoid the requirement of multiple unit of use collection systems and multiple interfaces to vendor order fulfillment systems. Likewise, from a vendor's or distributor's perspective, the present invention limits the required number of customer interfaces from one for each customer to one for the entire engaged market. As a result, the present invention pertains to a wide variety of markets. However, it is of particular benefit in markets where full integration and use of standardized product coding and or communication languages is lacking. This absence of standardization may be due to a dearth of industry focus, competitive positions of suppliers or a lack of available technology skills at the customer end. Furthermore, the present invention applies particularly well in markets where the material being produced, sold, distributed, controlled, managed, tracked and/or consumed is subject to one or more of the following characteristics: [0026]
  • The items are labile in nature or subject to obsolescence; [0027]
  • The items can be labeled with incremental information regarding newly revealed characteristics while awaiting consumption, thus essentially changing their identity; [0028]
  • The items can be moved between various points of use in order to avoid spoilage and to optimize supply; [0029]
  • The items can be part of a consignment inventory arrangement; and [0030]
  • The items may be managed by a central database-type system of syndicated information which is then provided to various contributing and consuming parties via a licensing relationship. [0031]
  • FIG. 1 illustrates a schematic diagram of the current environment of an [0032] inventory management system 10. For purposes of the example shown in FIG. 1, it will be assumed that the industry in question concerns the supply and distribution of implanted medical devices. Alternatively, the inventory management system described here may be applicable to other products. Such products include, for example, blood and blood-related components (i.e., plasma, retics, red blood cells, white blood cells, etc.), body organs for transplant (i.e., eyes, kidneys, skin, livers, lungs, hearts, etc.), bone marrow and related components, genetic material (i.e., cells, DNA, RNA, eggs, semen, etc.), limbs, (i.e., fingers, hands, toes, legs, arms, ears, etc.), hair and follicles, implanted and external bodily function support or monitoring devices (i.e., pumps, pacemakers, prosthetics, ocular devices, stents, etc.) and organic compounds (i.e., cloned organisms, cells, organs, animals, etc.). The inventory management system may also include veterinary (i.e., non-human) applications for all the medical items listed above. Additionally, the inventory management system may be directed to non-medical labile or “time-sensitive” products, such as cattle, poultry, raw meat and seafood, prepared meat and seafood, wild animals, dairy products, other non-meat prepared foods, plants, flowers, grain, seeds, water, ice, wine, beer, liquor, lumber, apparel and footwear, home furnishings, seasonal goods, toys, reading materials, computers and electronics, packaged software, appliances, hardware, home improvement supplies, industrial supplies, gases, organic fuels and lubricants (i.e., oil gasoline, etc.) and genetically-altered components.
  • Referring to FIG. 1, users of implantable [0033] medical devices 12,14, 16, 18, mainly hospitals, order supplies from a plurality of suppliers 20, 22, 24, 26. The suppliers 20, 22, 24,26 may sometimes be under contract with the users 12, 14, 16,18. Generally, the users 12,14,16,18 will additionally have a storage area 28,30, 32, 34. The storage areas 28, 30, 32, 34 preferably store, inventory and match the products to patients. The storage areas 28, 30, 32, 34 may be an internal department within a particular user, as shown; may be shared between two users (as illustrated by reference numeral 36); or outsourced to a third party (as illustrated by reference numeral 38).
  • The third [0034] party storage area 38 may even be an independent product supplier offering an additional service. In such a case, the third party supplier 38 may employ agents (as shown by the line referenced by numeral 40) to deliver the product to the user 18 when ordered. In all cases, however, the user's staff communicates frequently (as shown by the line referenced by numeral 42) with the supplier 24 regarding the inventory needed at the user's facility. As required, agents 44 may be dispatched to move products to users (as shown by the line referenced by numeral 46) or between users (as shown by the line referenced by numeral 48) to address a need or to optimize the late-dated supply of a certain product.
  • In all cases, communication on a continuous basis does not exist between [0035] blood suppliers 20, 22, 24, 26 in the users 12, 14, 16, 18 or the blood suppliers 20, 22, 24, 26 concerning the level, type, availability, dating, disposition and other pertinent details of the product.
  • At all relevant points within [0036] system 10, some portion of information regarding the availability, status, disposition, dating and other pertinent details on the blood supply may be available. However, no system links these disparate points of information in an organized, reliable and accessible manner. As a result, significant energy, resources, time and supplies are wasted in the current model.
  • FIG. 2 illustrates a schematic diagram of one embodiment of an [0037] inventory management system 100 of the present invention. For purposes of the example shown in FIG. 2, it will be assumed that the industry in question concerns the supply and distribution of implantable medical devices. Alternatively, the inventory management system described here may be applicable to other products. Such products include, for example, blood and blood-related components (i.e., plasma, retics, red blood cells, white blood cells, etc.), body organs for transplant (i.e., eyes, kidneys, skin, livers, lungs, hearts, etc.), bone marrow and related components, genetic material (i.e., cells, DNA, RNA, eggs, semen, etc.), limbs, (i.e., fingers, hands, toes, legs, arms, ears, etc.), hair and follicles, implanted and external bodily function support or monitoring devices (i.e., pumps, pacemakers, prosthetics, ocular devices, stents, etc.) and organic compounds (i.e., cloned organisms, cells, organs, animals, etc.). The inventory management system may also include veterinary (i.e., non-human) applications for all the medical items listed above. Additionally, the inventory management system may be directed to non-medical labile or “time-sensitive” products, such as cattle, poultry, raw meat and seafood, prepared meat and seafood, wild animals, dairy products, other non-meat prepared foods, plants, flowers, grain, seeds, water, ice, wine, beer, liquor, lumber, apparel and footwear, home furnishings, seasonal goods, toys, reading materials, computers and electronics, packaged software, appliances, hardware, home improvement supplies, industrial supplies, gases, organic fuels and lubricants (i.e., oil gasoline, etc.) and genetically-altered components.
  • The [0038] inventory management system 100 may preferably include a computer algorithm program and software, which may be stored integral with, or remote from, a central database 102. The computer algorithm program may preferably comprise any program capable of being stored on an electronic medium, such as, for example, RAM or ROM, and permitted to be accessed (and consequently run) by microprocessor (not shown), preferably running integral with, or remote from, the central database 102. Alternatively, the software running inventory management system 100 may be performed manually by a programmer, electronically programming instructions to the inventory management system 100, either remotely from a location away from the inventory management system 100, or via an electronic connection with the inventory management system 100.
  • Referring to FIG. 2, the embodiment of the [0039] inventory management system 100 of the present invention comprises a model and apparatus for the inventory management and distribution of implantable medical devices. In the embodiment shown, key information, such as the status, disposition, availability, price, age, etc. is contained in a single, multi-user, independent location, such as a database 102. Furthermore, the database 102 may be accessed by all parties appropriately involved in the transaction of each unit of product.
  • Referring to FIG. 2, the fundamental change from the present market picture (i.e., FIG. 1) is the addition of the independently maintained database [0040] 102. As seen in FIG. 1, the present market picture is a competitive model that does not afford ease of communication between market suppliers or customers concerning the status of the product. This creates waste and excessive effort to communicate effectively regarding the supply.
  • By contrast, referring to FIG. 2, the present invention provides a central point of information [0041] 102, accessible by all (subject to certain rules), without disturbing the existing market structure. There are still suppliers 104, 106 who compete for users 108,110. Product is still brought to the user's facilities 112, 114 by shippers 116,118. Suppliers 104,106 still manufacturer products and hold it in their warehouse locations 122, 124 awaiting approval to distribute. Some suppliers 104, 106 may choose to place part of their supply at the hospital on consignment 126, which is enabled and easily managed through the present invention.
  • Another element of the model is the proliferation of data access and/or [0042] viewing devices 142, 144, 146, 148, 150, 152 that enable all parties to see their data on their supply. These devices can be as varied as phones, pages, PDAs, computers, Internet browsers, etc. These devices communicate with the central independent repository 102 via communication links 164, 166, 168, 170, 172, 174—importantly, without need for a specific and proprietary communications protocol; rather, they rely on the standard communications protocol used to connect with this common communications platform (a preferred embodiment is the Internet). Another change to the market model is the addition of information collection devices (e.g., bar-code scanners) 128, 130, 132, 134, 136, 138, 140, which are interfaced to a network which is in turn connected to the database via the Internet or other network (e.g., wireless). As indicated in FIG. 2, these devices 128, 130, 132, 134, 136, 138, 140 are widely deployed throughout the invention to collect data on a continuous basis.
  • The use of various [0043] data collection devices 128, 130, 132, 134, 136, 138, 140 and data viewing devices 142, 144, 146, 148, 150, 152 by all significant players in the supply chain enables the constant updating of the central independent repository 102. This system provides critical, and previously unavailable, information to the individuals, who can use the data in a proactive manner to optimize the blood supply.
  • Although traditional service contracts between suppliers and customers continue to exist in the current invention, the invention enables [0044] new parties 154, e.g., industry analysts, to easily gain a consolidated view of the product status, availability and disposition. In addition, the model allows rules of access to govern the availability of information between market players (i.e. between neighboring hospitals) so that they can support one another's needs. Likewise, the rules of access can permit two affiliated suppliers to view each other's supply status while maintaining as proprietary the sources of that supply 120. Finally, although the various suppliers remain independent, the access rules that are a part of the invention can permit all parties to optimize the supply that is in the channel. For example, the invention enables all supplier representatives 116, 118 to use their data retrieval systems 136, 138 to move supply between hospitals (as referenced by lines 156, 158, 160), while appropriately tracking ownership for payment purposes.
  • In operation, this invention eliminates the product waste and excessive and laborious communication and product shuffling effort associated with the current market model. [0045]
  • FIG. 3 illustrates the basic function of the present invention. A [0046] data collection device 128, 130, 132, 136, 138, 140 acquires information in the form of a code (an example is the alphanumeric code indicated by a barcode). The code is communicated via computer link 182 to a central Product Information Database 200, which associates product attributes with the alphanumeric code. The Product Information Database 200 is updated by periodic communication via computer link 186 with a plurality of Vendor Product Attributes Databases 204, maintained separate from the Product Information Database 200 by a plurality of vendors or suppliers. When the Product Information Database 200 can't identify a code, it communicates the problem to the Exception Capture and Reporting Engine 202 to be addressed and corrected. The Product Information Database 200 continuously communicates via computer link 190 with a Central Inventory Data Repository 104. The difference between the two databases is that the Product Information Database 200 is a record of single-instance product information regarding a plurality of products, and is not modified by exchanges with the Data Collection Device 128, 130, 132, 136, 138, 140.
  • The Central [0047] Inventory Data Repository 104, on the other hand, maintains a dynamic record of multiple instances of a single product information code, in order to track product totals.
  • When a Communications Interface for Formatting and [0048] Viewing Data 142, 144, 146, 148, 150, 152 (one embodiment is an Internet browser) requests a data subset, the request goes via computer link 180 to a Data Subset Presentation Engine 206. According to pre-selected parameters, the Data Subset Presentation Engine 206 acquires data via a communications interface 188 from the Central Inventory Data Repository 104, and presents the data subset via a communications interface 180 through a Communications Interface for Formatting and Viewing Data 142, 144, 146, 148, 150, 152.
  • Referring to FIG. 9, a method for transferring information between multiple buyers and multiple vendors is illustrated. In [0049] Block 500, a central node receives various information corresponding to a plurality of products. This information is preferably transmitted to the node electronically, but may be by any other suitable means providing for the transfer of information. Additionally, the information is preferably sent to the node from a plurality of independent sources. Preferably, these independent sources are suppliers of a particular product (i.e., vendors). For example, a vendor may supply information to the node regarding specific details about the product controlled by vendor, such as, for example, amount of product, size of product, cost of product, etc.
  • Upon receiving the information, in [0050] Block 510, the node then stores this information in a first database.
  • In [0051] Block 520, the node then receives a request for information. Preferably, this request may come form at least one user (or, more specifically, would-be-user) of the product stored in the first database. For example, a buyer may inquire to the node as to the status of a particular product.
  • In [0052] Blocks 530 and 540, the node retrieves the requested information from the first database and posts the information to a second database.
  • In [0053] Block 550, the node provides access to the second database to a plurality of subscribers. That is, according to a particular subscriber's account, the node allows access to the second database. This method of selective allowance to the database is preferably based on a number of security measures that allow restricted access to certain databases of information. Additional measures include, for example, login names and/or passwords. Thus, if a subscriber is allowed to access a particular database for information relating to a particular product, that subscriber (whether a vendor or a buyer) may be permitted to view the information contained in the second database. In most cases, the subscriber may be the same person or entity as the person or entity making the request for information in Block 520. However, such is not a requirement, and a subscriber may be different from the requestor. Assuming the subscriber meets the security requirements, the subscriber is permitted access to the second database.
  • Upon accessing the second database, the subscriber may transact business with a particular vendor or buyer dealing in the product that is the subject of the information contained on the second database. This is shown in [0054] Block 560.
  • What follows is a detailed description of the software components and processes of the system of the present invention. The term “page” as used in the following detailed system description refers to a discrete interface for information presentation or interaction. A single process involving multiple steps may encompass many pages, but not every step requires that a separate page be presented to the user (many steps are carried out internally, without presentation or interaction with the user). [0055]
  • Open Network Model. This invention relies on the participating entities having a common platform of communication (the preferred embodiment for this invention is the Internet). [0056]
  • Security and Access Control. The invention's implementation of data security and user identification is critical to assembling and providing access to specific data subsets, based on each users relationship to the community or market employing the system. This system component is illustrated in FIG. 4. [0057]
  • 1. Log In [0058]
  • 1.1. Username and password protection. A coordinator or “host” creates and maintains a data record (preferred embodiment: an electronic database accessible over the Internet) of valid user identification codes (usernames) and user passwords. Unique user passwords, encrypted in the system so that they are unknown even to the host, are critical to this invention, in that they provide the means of delineating relevant tools and bodies of data to be presented to the user, in exclusion of other tools and data that the user is not authorized to access. [0059]
  • 1.2. Forced [0060] Password Change 340 on first log in. Users are required to create a new password, unlike the current one, any time they log in for the first time with a new or system-issued replacement password. This prevents access by anyone who discovers a user's initial password issued by the system (for example, via e-mail). The invention uses a database “flag” to determine whether the user has every logged in before and resets this flag whenever a new password is created for the user.
  • 1.3. “Module”-level security checking. Modules are discrete features or portions of features deemed sufficiently distinct to warrant independent security protection. A user's access to each module is denied by default unless specifically permitted by the coordinator. Users themselves may select and modify their own roles but may not alter the relationship between any role and any module; this privilege is reserved for the coordinator. [0061]
  • 1.4. Roles and permissions. Users' roles define their general function, position or “need to know” for purposes of the invention. Roles correspond to the aforementioned security keys, in that they determine which users have access to which modules (system features). Permissions govern which roles have access to which modules. Each user has one or more roles. Each module is accessible by those users whose roles have the appropriate permission. [0062]
  • 1.5. User identity and [0063] security keys 310. Multiple elements of user's online identity are communicated constantly throughout a user's interaction with the software, determining Application Module Access 320, Data Subset Access 322, and rights for Communication With Other System Users 324. While a user is in communication with the invention, all user activity is governed by the user's identity and the user's “security key.” The system obtains these elements from the Database of User Identities and Security Keys 330 in connection with the username and password. Once the user's username and password are validated against the database and the corresponding security key and user identity are obtained, a “session” with the system may proceed. The user's security key is a general identification grouping that determines whether the user has access to a feature, function, area or page within the application (see Roles and Permissions under Section 2.2). The user's identity is unique to the user but also includes parameters this user shares with others in the same organization (i.e., the identity of Jane Smith, employee of SupplierA Inc., includes elements that identify her uniquely as Jane Smith and generally as an employee of SupplierA Inc.). This provides unique access to data sets such as her password change input section and shared access to the specific data set that this invention reserves for ABC Inc. The combination of security key and user identity determines what the user can access, view, and manipulate within this system. A sample of code for determining and acting on a user's identity and security keys upon arrival at a new page (one embodiment is Active Server Pages, or ASP language, employed largely in the development of Internet-based applications) is as follows:
    if not IsUserAllowed(“ModuleName”, ALLOW_VIEW)
    then
      response.Redirect “not_allowed.asp”
      response.End
    end if
  • In other words, if the role to which a user has been assigned does not having “viewing” permission to a module called ModuleName, then that user is redirected away from the page or feature of the system to which he or she was seeking access. [0064]
  • Passing of this data to the system is at no time visible to or affected by the user it occurs by virtue of a repeated verification of user identity and security key as stored, temporarily, on the user's own communication device. The preferred embodiment of the present invention is an encrypted token or cookie, placed on the user's device by the system, and being automatically deleted upon manual or automatic termination of the user's session (see Section 2). Direct access to or manipulation of either the security keys or identities by users is not permitted. [0065]
  • A further example is the dynamic, on-the-fly creation of customized data sets according to certain parameters of users' identities. The preferred embodiment of the present invention uses a Microsoft SQL database. So, for example, a user may be identified partly as having employerID=SupplierA. Because the user's identity travels with the user throughout a session, available to every new page visited or function executed by the Data [0066] Subset Presentation Engine 206, specific, personalized data subsets can be called from the Central Inventory Data Repository 104 simply by using this and other values as constraints on the user's request. This principle is illustrated in FIG. 5. For example, the following selects from a table inventory the current array of products 612 associated with a user whose employerID=SupplierA, excluding products from SupplierB 614 and SupplierC 616 stored in the same Central Inventory Data Repository 104 where employerID<>(not equal to) SupplierA 610:
    SELECT
      product_code, product_name, expiration_date,
    quantity
    FROM
      inventory
    WHERE
      employerID = 2
  • This is a traditional and common way of deriving subsets of data from a database, limiting access to data to those whose identity permits it. The present invention's innovation is to provide the coordination of these security checks and resulting data sets between multiple buyers and multiple sellers. [0067]
  • 2. Log Out [0068]
  • 2.1. Manual. The preferred implementation under this invention also includes a visible control (screen button) and supporting code for terminating a user's session with the system. Once terminated and inactive, the connection cannot be used by any user to access or manipulate the system or data it contains. Because of the aforementioned constant communication of user identity and security key to the system, no module or component the system or its associated data may be accessed or manipulated outside an active session. [0069]
  • 2.2. Automatic based on a time interval. Along with the user's identity and security key, the system in this invention places a time stamp in the token or cookie on the users communication device. With each new transmission of a request to the system, it compares the time value to the central system's time value. If the time stamp on the user's device is less than the time value on the central system by a set interval, then the user is presumed to have been inactive since that time and is logged off automatically. [0070]
  • 3. Coordinated Security of User Identities and Data. [0071]
  • 3.1. Access to user identities and data. The coordinator or host controls access to user identities and related data. Users can manipulate selected data points within their own and affiliated records in the database (e.g., employees at the same company or department), but they cannot alter the composition or permissions associated with various roles or security keys, and they cannot associate any user with any entity or organization outside their own. (For example, a user from one company cannot be associated with any other company not under control of or related to the first; a user within one division of any organization cannot be associated with any other division, except by those user-administrators with control over both divisions' associations.) Only the coordinator of the system has access to and control over users' affiliation in the system database with unassociated organizations. [0072]
  • 3.2. The preferred embodiment of this subsystem of user identities and data is a hosted computer-network server, in a secure environment managed either by the main coordinating party or a separate third-party. [0073]
  • 4. Communication Among Parties. [0074]
  • 4.1. Messages to trading partner. Preferred embodiment is e-mail message either within the system or from the system to any independent e-mail system (such as Microsoft Outlook), and other embodiments include fax communication transmitted from the system to any outside fax interface, paging systems, mobile phones, and other wireless communications interfaces. The ability to use the system's communications tool and to reach specific other users of the system depends on a user's identity and security keys. [0075]
  • Buyer's Product Management Cycle: Receive, Monitor, Record Use/Sale, Order. Once granted access, the buyer works with the system in a cycle of receiving goods, monitoring, recording use or sale of items, and ordering new items. [0076]
  • 1. Receive [0077]
  • 1.1. Add. The system maintains a running total of buyer's inventory by incrementing current totals with the addition of new items. The basic process for submitting items to the system for inclusion in the running total of a buyer's inventory is captured in FIG. 3. A [0078] Data Collection Device 128, 130, 132, 136, 138, 140 submits a product code for comparison to values in a Product Information Database 200. Using logic in the Data Subset Presentation Engine 206 (described in greater detail below), the system increments the total quantity record for the identified product in the Central Inventory Data Repository 104, for later viewing by authorized system participants via a Communications Interface for Formatting/ Viewing Data 142, 144, 146, 148,150, 152, using presentation logic residing in the Data Subset Presentation Engine 206.
  • 1.2. Identification of products based on full or partial user-provided input. Users increment their inventory records by first identifying the code of the product they wish to add. For the preferred embodiment of this invention, that code is expressed in barcoded format, read by a [0079] Data Collection Device 128, 130, 132, 136, 138, 140, for example, a barcode scanner. Two problems work against the accuracy and clarity of the records for the parties sharing the data through this system. First, the codes may be expressed or read inconsistently, even for the same product. “H123” and “+H123−” may represent one product, and “H123A” and “H123B” may represent different unit containers of one product (e.g., 1 in the box for “H123A” and 10 in a case for “H123B”), but storing the different values on behalf of that product in the Central Inventory Data Repository 104 would misrepresent the total quantity, making effective management of inventory impossible. For example, a perceived quantity of “0” of product “H123” may simply reflect the data collection device's preference for passing “+H123−” as that product's identifying code to the Product Information Database 200. The invention protects against this confusion with the measures described below in this section.
  • 1.2.1. Exact match of the user's initial input. The [0080] Product Information Database 200 stores values for each unit size of each product within a given marketplace. If the initial code from the Data Collection Device 128, 130, 132, 136, 138, 140 is an exact match of a product ID code in the database, this value is used to update the Central Inventory Data Repository 104, including the incrementing of total quantity of that item.
  • 1.2.2. Parsing of the code from the [0081] Data Collection Device 128, 130, 132, 136, 138, 140. If no exact match is found for the initial code, the current embodiment of the invention attempts a series of modifications to that code in a bid to find an exact match with some element of a product record in the Product Information Database 200. For example, the current embodiment of the invention systematically removes characters from the beginning and end of a user-submitted code, such as “+H123−,” eventually finding a match with “H123.” The eliminates variation in the identification of the item coded “H123.”
  • 1.2.3. Multiple matches. Though the [0082] Product Information Database 200 enforces uniqueness in product ID codes, the parsing described above may yield multiple matches with records in the Product Information Database 200. If multiple matches are found, the Data Subset Presentation Engine 206 checks the records from the Product Information Database 200 for identical manufacturer and other item identification, indicating a single product type with different packaging sizes. In this case, the Data Subset Presentation Engine 206 favors the lowest available quantity; it offers the alternatives only when necessary for proper tracking of the lowest tracked unit size (e.g., in the case of management by case, carton, or multiple-item container). In the absence of a positive determination of a single product with multiple pack sizes, the Data Subset Presentation Engine 206 returns all possible options, enabling the user to choose.
  • 1.2.4. Automatic determination of product identification requirements. From a comparison of the user-provided product code to a series of user-established preferences for inventory handling (in this embodiment, covering issues such as whether lot number are required for adding a certain product to inventory or the status of the product for consignment purposes), the Data [0083] Subset Presentation Engine 206 can selectively request more input from users, to increase the detail of the user's portion of the Central Inventory Data Repository 104.
  • 1.2.5. Storage and modification of mutually visible parameters. A buyer's establishment and upkeep of its portion of the Central [0084] Inventory Data Repository 104 creates the shared content at the core of this invention. Examples include product identification numbers, lot numbers, expiration dates, storage locations, quantities, etc.
  • 1.2.6. Automatic identification of parameters based on analysis of product coding (e.g., determination of expiration date, point of origin, date of manufacturer, etc. from lot number or serial number barcode). The invention incorporates logic in the Data [0085] Subset Presentation Engine 206 to derive from various user-provided data other important product parameters. An embodiment of this logic is the following algorithm excerpt:
    if len(strUPN_unaltered)= 22 then
        if mid(strUPN_unaltered,15,2)=“10” then
      lot number delimeter
        strLot = mid(strUPN_unaltered,17)
        strLot = Replace(strLot, “<”, “&lt;”)
        strLot = Replace(strLot, “>”, “&gt;”)
    end if
  • This says, if the length of the user's input is 22 characters, and the number “10” occurs in the 15[0086] th position in the input, then the following characters is a lot number.
  • 1.2.7. Adding an item to inventory in this invention triggers certain routines to determine if additional user interaction is required to initiate some other process within the system. For instance: [0087]
  • If an item is being added to a buyer's inventory for the first time, the buyer is given the option of adding details such as the price, par level, internal code, and the necessity for indicating lot number and expiration data on future additions of like products. [0088]
  • If the item is “consigned” to the buyer by the seller, the Data [0089] Subset Presentation Engine 206 can note this fact in the Central
  • [0090] Inventory Data Repository 104, to trigger functions by the Data Subset Presentation Engine 206 and change the parameters of display to other system participants through their Communications Interface for Formatting and Viewing Data 142, 144, 146, 148, 150, 152. For example, “consigned” status may move a product to a separate Alert or Viewing function for the supplier of the consigned item.
  • 1.3. Exception handling for product identification. If the user-submitted code is not identified by any effort of the Data [0091] Subset Presentation Engine 206.
  • 1.3.1. Initial input not recognized. In this case, the Data [0092] Subset Presentation Engine 206 redirects the user to a process that allows the user to submit additional information manually to the Data Subset Presentation Engine 206 (an example in the preferred embodiment is the selection of the product's manufacturer from a list and manual entry via a Data Collection Device 128, 130, 132, 136,138, 140 of a product catalog number).
  • 1.4. Reconcile. To ensure the values for parameters such as quantity, lot number, and expiration date in the inventory system are accurate, the buyer can use the Data [0093] Subset Presentation Engine 206 to compare physical inventory to system inventory. In the Reconcile process, the user submits data from Data Collection Device 128, 130, 132, 136, 138, 140 to the Product Information Database 200, which interprets the data. The Central Inventory Data Repository 104 temporarily stores the new data for comparison to existing records in the Central Inventory Data Repository 104, identifying discrepancies between the physical and virtual inventories and allowing the user to correct those discrepancies through the Data Subset Presentation Engine 206.
  • 1.4.1. Reconcile Order. The contents of incoming shipments, for which order documents were prepared previously using the Data [0094] Subset Presentation Engine 206 in tandem with the Central Inventory Data Repository 104, may be reconciled against the expected contents of the order. The addition of products to a current inventory record is subject to all steps in the product identification process described above.
  • 1.5. Acknowledge Order. One-step process that enables a recipient to add to inventory records all products associated with a single order number, simply by acknowledging receipt of a shipment corresponding to that number. Addition of products to a current inventory record is subject to all steps in the product identification process described above. [0095]
  • 2. Monitor. Features of the Data [0096] Subset Presentation Engine 206, accessed by the Communications Interfaces for Viewing and Transmitting Data 142, 144, 146, 148, 150, 152. View. The buyer's view of detailed inventory data is limited to its own inventory. Buyers may use the invention to create links between their inventories, for shared visibility. In no case can any unauthorized buyer view another buyers inventory.
  • 2.1.1. View Customization—format variations. The invention offers the user certain controls for changing the way data is viewed. Examples include selecting between two-dimensional data tables and vertical, hierarchical data trees (FIGS. [0097] 6 and 7—images created from screens of a current embodiment of the invention).
  • 2.1.2. View Customization—content variations. The invention allows users to manipulate the data sets to which they have access, by altering the order, number and type of data fields requested from the Data [0098] Subset Presentation Engine 206.
  • 2.2. Par Level Creation and Modification. A Buyer's par levels represent ideal stocking levels. At the par level, supply is neither too low, creating a risk of shortages, nor excessive, representing a strain on capital and storage resources. [0099]
  • 2.3. Alerts. The Data [0100] Subset Presentation Engine 206, acting on continuous comparisons between various values in the Central Inventory Data Repository 104 and user-determined thresholds for differences in those values, automatically sorts alerts, or messages for immediate user attention, into the following types (FIG. 8):
  • 2.3.1. Highlights. Summaries of the other Alerts groupings—total numbers of various types of Alerts. [0101]
  • 2.3.2. [0102] Low Stock 410. Where current quantity<or=par level−(par level×user's low stock threshold percentage).
  • 2.3.3. [0103] Overstock 420. Where current quantity>or=par level+(par level×user's overstock threshold percentage).
  • 2.3.4. Expired. Where expiration date<today's date. [0104]
  • 2.3.5. Nearing Expiration. Where expiration date−user's expiration date threshold expressed in months<today's date. [0105]
  • 2.3.6. Watch Lists. The relationship between these Alerts ensures that no product is “invisible” to the users on either end of the transaction during the time that it remains “on order,” prior to its receipt (see FIG. 8). [0106]
  • 2.3.6.1. Low [0107] Stock Watch List 430. Where quantity<=par level−(low stock threshold×par level) AND quantity+quantity on order>=par level−(low stock threshold×par level) AND quantity+quantity on order<=par level+(over stock threshold×par level)
  • 2.3.6.2. [0108] Overstock Watch List 440. Where quantity<=par level+(over stock threshold×par level) AND quantity+quantity on order>=par level+(over stock threshold×par level)
  • 2.3.6.3. Products on [0109] Order 450. Where quantity>par level−(low stock threshold×par level) AND quantity+quantity on order<par level+(over stock threshold×par level) AND quantity on order>0
  • 2.3.7. Consigned Product Used. Alerts Buyers to the usage of a consigned product (one do not yet own but which has been placed with them for use or sale by the supplier, in anticipation that the use or sale of that item will trigger purchase of the item by the buyer from the supplier). [0110]
  • 2.4. Search. Subject to the limits established by their individual identities, users may search the Central [0111] Inventory Data Repository 104 and Product Information Database 200 using their Communications Interfaces for Viewing and Transmitting Data 142, 144, 146, 148, 150, 152. The Data Subset Presentation Engine 206 interprets and allows manipulation of the results.
  • 2.5. Reports. Reports use the Data [0112] Subset Presentation Engine 206 to present a view of a data subset to an authorized user.
  • 2.5.1. Parameters initially set. Reports with parameters initially set do not require the user to interact with software control in the Data [0113] Subset Presentation Engine 206 to see an initial result (this result may be customized subsequently).
  • 2.5.2. Parameters set by user through interaction with software. Reports with parameters set by user through interaction with software direct the Data [0114] Subset Presentation Engine 206 as to which particular data points the user wishes to see.
  • 2.5.3. Memorized. Any data set presented by the Data [0115] Subset Presentation Engine 206 may be saved or “memorized” by the user, for later retrieval.
  • 2.6. Hosting of User-Provided Data. This invention relies in many particulars on sharing a single body of information between multiple buyers and multiple sellers over a common communication platform. However, the preferred embodiment also provides a structure and electronic storage for the internally meaningful data—codes, prices, names, etc.—of participants in the system. The user identity and security key protections ensure that this information is not shared with unauthorized user, though participating organizations may elect to reveal certain data points to certain of their buyers or suppliers. [0116]
  • 3. Record Usage/Sale [0117]
  • 3.1. Removal. A [0118] Data Collection Device 128,130,132,136,138,140 passes a code number to the Product Information Database 200 for identification. The identified code is used by the logic in the Data Subset Presentation Engine 206 to decrement the appropriate record in the Central Inventory Data Repository 104. Product identification from the user-provided code relies on processes described in Sections 1.2 and 1.3 above in the Buyer's cycle.
  • 3.2. Detailed Usage/Sale Records (an embodiment is the present invention's Encounters feature). In addition to submitting codes of products to be removed from the running total of items in inventory, the Detailed Usage/Sale Records component enables the buyers, prompted by logic in the Data [0119] Subset Presentation Engine 206 pertaining to use or sale of the products (to whom it was sold, under what conditions, at what discount, with what outcomes, etc.) to use a Communications Interface for Formatting and Viewing Data 142, 144, 146, 148, 150, 152 to supplement the record of the removal in the Central Inventory Data Repository 104.
  • 3.2.1. Archive of usage records. The invention provides an information storage platform (preferred embodiment: the Central Inventory Data Repository [0120] 104) for subsequent retrieval of a buyer's usage records.
  • 3.3. Consigned product usage and notification. The invention provides tools within the Data [0121] Subset Presentation Engine 206 for a buyer to notify a seller about use of and need of replacement for consigned goods through a Communications Interface for Formatting and Viewing Data 142, 144,146,148, 150, 152, along with access controls for transferring transaction details to the intended party (appropriate supplier), exclusive of other suppliers.
  • 4. Order [0122]
  • 4.1. Automated from Alerts section. The Low Stock Alert described in Section 2.3.2 allows the buyer to use a Communications Interface for Formatting and [0123] Viewing Data 142, 144, 146, 148, 150, 152, along with functions contained in the Data Subset Presentation Engine 206, to create orders for entry into other, unrelated systems or for direct transmission, via the Data Subset Presentation Engine 206, to suppliers. In the preferred embodiment, the user selects “order” across from any line item indicated to be in short supply, then selects a “prepare order worksheet” button to retrieve a record from the Central Inventory Data Repository 104 via the Web browser, detailing the number of products to be ordered (the difference between the user's par level and the current quantity, changeable by the user). Once completed, this order worksheet updates the Central Inventory Data Repository 104 to note that the product is on order. In the preferred embodiment, this status is altered either by the user's adding of this product to his inventory record or by the Reconcile Order or Acknowledge Order function contained in the Data Subset Presentation Engine 206.
  • 4.2. Manual. A manual order combines logic for searching the [0124] Product Information Database 200, storing details in the Central Inventory Data Repository 104, and communicating those details in the form of an order worksheet to any authorized participants in the system via a Communications Interface for Formatting and Viewing Data 142, 144, 146, 148,150, 152.
  • 4.3. Standing-order management. Standing orders use details from the Central [0125] Inventory Data Repository 104 and order-creation logic from the Data Subset Presentation Engine 206 to prepare repeating, identical (but editable) order worksheets for products presumed to need replenishment in like amounts at regular intervals.
  • 4.4. Archive of order data. Order data is retained for later retrieval in the Central [0126] Inventory Data Repository 104. The logic for finding and formatting stored order data is housed in the Data Subset Presentation Engine.
  • Supplier's Product Management Support Cycle: Monitor. In supporting its customers using this invention—performing such tasks as helping a customer avoid shortages, product spoilage, overstocking, uneven stocking levels of key products, etc.—the supplier uses a Communications Interface for Viewing and Transmitting [0127] Data 142, 144, 146, 148, 150, 152 to access data from the buyer's portion of the Central Inventory Data Repository 104. The tools used in this support role, launched from the Data Subset Presentation Engine 206, function identically to those used by buyers. The difference is the range of data available to a supplier.
  • 1. Monitor [0128]
  • 1.1. View. The supplier's access to a broad yet tightly controlled set of buyer data is at the heart of this invention. The supplier sees on his own product at his buyers' location, in real-time, by virtue of a relationship between supplier representatives and buyers, and with the permission of the buyer (granted through selections made through an Internet browser (in the preferred embodiment) in functions stored in the Data [0129] Subset Presentation Engine 206, driving modifications in the Central Inventory Data Repository 104).
  • Under no circumstances can one supplier ever view the data or activity of another supplier. The identity and security keys dictate the terms of access through the user's session. [0130]
  • 1.1.1. View Customizations—format and content variations. Suppliers have access to controls for two-dimensional data tables, vertical, hierarchical data trees (FIGS. [0131] 6 and 7—images created from screens of a current embodiment of the invention), and other alternatives for customizing their view of permitted data.
  • 1.2. Alerts. As in Section 2.3 above in the Buyer's Product Management Cycle, but limited to notices about inventory conditions relative to the supplier's own product lines only. This and all other replication of buyer functionality on the supplier side of the invention is accomplished in this embodiment by separate code in the Data [0132] Subset Presentation Engine 206 for the supplier. This code performs at least two security checks and formats data from the Central Inventory Data Repository 104 accordingly: it determines the user type of the requestor, and upon determining a user type of “supplier,” determines with which supplier the user is affiliated. Only data pertaining to this supplier is available to the user he can never see data on another supplier's product, from generic parameters such as descriptions or catalog numbers to specifics such as current quantities, sales dates, prices, expiration dates of stocked product, etc.
  • 1.3. Search. Limited as above by the user's code to data pertaining to his or her organization. In the preferred embodiment (using a Microsoft SQL Server database and the ASP coding language for Internet applications), the dynamic inclusion of a “where” clause (e.g., where manufacturerID=5), drawn from the user's identity, in any database requests performed on the Central [0133] Inventory Data Repository 104 by the Data Subset Presentation Engine 206, limits search results to a user's own organization, while providing real-time visibility into buyer inventory levels and other data.
  • 1.4. Reports. Functions as in 2.5 above for the Buyer's Product Management Cycle, with available data limited by the user's identity and supplier affiliation. [0134]
  • Supplier's Internal (Field-Based) Product Management Cycle: Receive, Monitor, Use/Distribute, Order. These features of one preferred embodiment of the system (an inventory system between multiple buyers and multiple sellers of implantable medical devices) pertain to maintenance of a field-based inventory of products by a supplier's sales or service forces. Sometimes called “trunk stock,” this inventory is used for product demonstration or as a limited, widely dispersed distribution channel to satisfy urgent buyer needs. [0135]
  • 1. Receive [0136]
  • 1.1. Add. As in Section 1.1 above in the Buyer's Product Management Cycle, but access is limited to the supplier's own product lines. Constrained by a “where” clause that dynamically inserts the supplier-user's supplier (employer) code, the supplier may not call from the [0137] Product Information Database 200 or store in the Central Inventory Data Repository 104 any data pertaining to other manufacturer's products.
  • 1.1.1. Identification of products based on full or partial user-provided input, handling of multiple product code matches and unidentified products codes (exceptions). As in Section 1.2 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines. [0138]
  • 1.1.2. Storage of and access to dynamic product parameters from the Central Inventory Data Repository [0139] 104 (e.g., quantities, lot numbers expiration dates, par levels, etc.). A supplier may, at its discretion, give its customers visibility into its field-based inventory, using constraints set by the supplier in the Data Subset Presentation Engine 206 (for example, giving customers in the Northeastern U.S. access through a Communications Interface for Formatting and Viewing Data 142, 144, 146, 148, 150, 152 for reviewing available inventory of sales and service representatives covering that territory).
  • 1.2. Reconcile. As in Section 1.4 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines. [0140]
  • 1.3. Acknowledge Order. As in Section 1.5 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines. [0141]
  • 2. Monitor [0142]
  • 2.1. View. As in Section 2.1 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines. [0143]
  • 2.2. Alerts. As in Section 2.3 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines and, in one embodiment, the following supplier-specific Alert types. [0144]
  • 2.2.1. To Be Returned—Loan/Trade/Exchanged from Customer. Provides a section in the Alerts function of the Data [0145] Subset Presentation Engine 206 that retains a record of any product “added” to a supplier's field-based inventory and recorded in the supplier's portion of the Central Inventory Data Repository 104 that must later be replaced for the buyer from whom the product was obtained. The alert is satisfied and disappears when the product is returned to the customer, an event captured during the subsequent removal of a product from the supplier representative's field-based inventory.
  • 2.2.2. To Be Received—Bartered/Loaned to Customer. Provides a section in the Alerts function of the Data [0146] Subset Presentation Engine 206 that retains a record of any product “removed” from a supplier's field-based inventory and recorded in the supplier's portion of the Central Inventory Data Repository 104 that must later be recovered from or replaced by the buyer who received the product. The alert is satisfied and disappears when the product is retrieved from the customer, an event captured during the subsequent addition of a product to the supplier representative's field-based inventory.
  • 2.3. Search. As in Section 2.4 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines. [0147]
  • 2.4. Reports. As in Section 2.5 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines. [0148]
  • 3. Record Usage/Sale [0149]
  • 3.1. Removal. As in Section 3.1 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines. [0150]
  • 3.2. Detailed Usage/Sale Records (an embodiment is the present invention's Sales Disposition feature). As in Section 3.2 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines. [0151]
  • 4. Order [0152]
  • 4.1. Automated from Alerts section. As in Section 4.1 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines. [0153]
  • 4.2. Manual. As in Section 4.2 above in the Buyer's Product Management Cycle, with access limited to the suppliers own product lines. [0154]
  • 4.3. Standing order management. As in Section 4.3 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines. [0155]
  • 4.4. Archive of order data. As in Section 4.4 above in the Buyer's Product Management Cycle, with access limited to the supplier's own product lines. [0156]
  • Intermediary's (Coordinator's) Management Cycle: Setup, Review, Resolve. The system coordinator maintains a series of controls over data relationships between the participating buyers and sellers, maintains the accuracy and integrity of data in the [0157] Product Information Database 200 and Central Inventory Data Repository 104, and assigns and secures the identities, roles, and permissions of system users, which are stored in the Central Inventory Data Repository 104.
  • 1. Setup. [0158]
  • 1.1. Creating links for shared visibility. Certain logic in the Data [0159] Subset Presentation Engine 206 relies on coded relationships between parties to determine access to information. One example in the present embodiment may be access by a user within one department of an organization to the data records regarding inventory or personnel of another department in the same organization. Another might be real-time access, via a Communications Interface for Formatting and Viewing Data 142, 144, 146, 148, 150, 152, to buyer inventory data in the Central Inventory Data Repository 104 for the representative of a supplier to that buyer. A preferred embodiment of security for these restrictions is the access security described above in the Security and Access Control section, in addition to a system for encryption (Secure Socket Layer is an embodiment) of data traveling across a common communications system (e.g., the Internet).
  • 2. Review. A preferred embodiment of the invention provides a dedicated interface for the coordinating party or intermediary, with logic and controls residing in the Data [0160] Subset Presentation Engine 206. The interface provides broad access to the Central Inventory Data Repository 104 and Product Information Database 200 for the coordinator and its representatives, subject to password protection and security key checking.
  • In the preferred embodiment, these passwords are encrypted so as not to be human readable, and therefore unknown to all users but their owner. [0161]
  • 3. Resolve. In addition to simple “viewing” access, the preferred embodiment of this invention provides tools within the Data [0162] Subset Presentation Engine 206 for the coordinator's representatives to resolve data issues and maintain and modify both the Central Inventory Data Repository 104 and the Product Information Database 200. These issues includes but are not limited to correcting erroneous product data, clearing passwords, altering database structure in the Product Information Database 200 or logical structure in the Data Subset Presentation Engine 206, and modifying links between participants in the system, which are then stored in the Central Inventory Data Repository 104 to be referenced by logic residing in the Data Subset Presentation Engine 206.
  • It should be appreciated that the embodiments described above are to be considered in all respects only illustrative and not restrictive. The scope of the invention is indicated by the following claims rather than by the foregoing description. All changes that come within the meaning and range of equivalents are to be embraced within their scope. [0163]

Claims (3)

We claim:
1. A method for transferring information between multiple buyers and multiple vendors, comprising:
receiving information corresponding to a plurality of products from a plurality of sources;
storing the information in a first database;
receiving a request for a portion of the information stored in the first database;
retrieving the portion of the information corresponding to the request from the first database;
posting the information on a second database, the information corresponding to the request; and
providing access to subsets of the second database to a plurality of subscribers.
2. The method of claim 1, further comprising providing access between at least one of the plurality of subscribers and at least one of the plurality of sources.
3. An inventory management system, comprising:
a central node;
a plurality of vendors electronically coupled to the central node;
a plurality of buyers electronically coupled to the central; and
first and second databases electronically coupled to the central node;
wherein a request from one of the plurality of buyers is received as the central node which obtains information stored on the first database from at least one of the plurality of vendors and displays the information on the second database.
US10/810,353 2001-01-17 2004-03-26 Method and system for transferring information between multiple buyers and multiple sellers Abandoned US20040181464A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US10/810,353 US20040181464A1 (en) 2001-01-17 2004-03-26 Method and system for transferring information between multiple buyers and multiple sellers
US11/823,589 US7711603B2 (en) 2001-01-17 2007-06-28 Method and system for transferring information between multiple buyers and multiple sellers

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US26218201P 2001-01-17 2001-01-17
US26218401P 2001-01-17 2001-01-17
US10/050,615 US20020099631A1 (en) 2001-01-17 2002-01-16 Method and system for transferring information between multiple buyers and multiple sellers
US10/810,353 US20040181464A1 (en) 2001-01-17 2004-03-26 Method and system for transferring information between multiple buyers and multiple sellers

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US10/050,615 Continuation US20020099631A1 (en) 2001-01-17 2002-01-16 Method and system for transferring information between multiple buyers and multiple sellers

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/823,589 Continuation US7711603B2 (en) 2001-01-17 2007-06-28 Method and system for transferring information between multiple buyers and multiple sellers

Publications (1)

Publication Number Publication Date
US20040181464A1 true US20040181464A1 (en) 2004-09-16

Family

ID=27367794

Family Applications (3)

Application Number Title Priority Date Filing Date
US10/050,615 Abandoned US20020099631A1 (en) 2001-01-17 2002-01-16 Method and system for transferring information between multiple buyers and multiple sellers
US10/810,353 Abandoned US20040181464A1 (en) 2001-01-17 2004-03-26 Method and system for transferring information between multiple buyers and multiple sellers
US11/823,589 Active US7711603B2 (en) 2001-01-17 2007-06-28 Method and system for transferring information between multiple buyers and multiple sellers

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US10/050,615 Abandoned US20020099631A1 (en) 2001-01-17 2002-01-16 Method and system for transferring information between multiple buyers and multiple sellers

Family Applications After (1)

Application Number Title Priority Date Filing Date
US11/823,589 Active US7711603B2 (en) 2001-01-17 2007-06-28 Method and system for transferring information between multiple buyers and multiple sellers

Country Status (1)

Country Link
US (3) US20020099631A1 (en)

Cited By (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050065804A1 (en) * 2003-09-18 2005-03-24 The Cobalt Group, Inc. Method and system for furnishing of customized information to venues targeted to selected audiences
US20050262026A1 (en) * 2004-05-13 2005-11-24 Watkins Daniel R Authorisation system
US20060144938A1 (en) * 2005-01-05 2006-07-06 Donna David Wine data scanner, related database system and method of using same
EP1686525A1 (en) * 2005-01-31 2006-08-02 ALSO Holding AG Storage management system and operating method for such a storage management system
US20060190381A1 (en) * 2005-02-01 2006-08-24 Sweeney Michael J Collective purchase model for medical products
US20060282837A1 (en) * 2005-06-08 2006-12-14 John Almeida method for global resource sharing having logically linked means and integrated functionality for building solutions
US20070239593A1 (en) * 2005-02-01 2007-10-11 Sweeney Michael J Collective purchase model for medical products
US20070282711A1 (en) * 2006-06-02 2007-12-06 Matthew Royce Ullman Source- and venue-specific inventory data processing and identification system
US20080052350A1 (en) * 2001-12-20 2008-02-28 John Almeida A Virtual Network Resource Infrastructure (VNRI) arrangement
WO2008028161A3 (en) * 2006-09-01 2008-09-04 Pelletsales Com Llc System and method for facillitating transactions in a distribution network
US20090259504A1 (en) * 2007-12-18 2009-10-15 Jeffrey Bruno Method and system for par optimization
US20090328077A1 (en) * 2008-06-25 2009-12-31 International Business Machines Corporation Software Appliances not Requiring Virtual Machines
US20100082780A1 (en) * 2008-10-01 2010-04-01 Matt Muilenburg Systems and methods for configuring a website having a plurality of operational modes
US20100082778A1 (en) * 2008-10-01 2010-04-01 Matt Muilenburg Systems and methods for configuring a network of affiliated websites
US20130297461A1 (en) * 2012-05-02 2013-11-07 Nulogy Corporation Method, system and apparatus for integrating order management and warehouse management
US8935286B1 (en) * 2011-06-16 2015-01-13 The Boeing Company Interactive system for managing parts and information for parts
US9589273B2 (en) 2001-12-20 2017-03-07 Unoweb Virtual, Llc Method of three-level hosting infrastructure
US10326858B2 (en) 2017-05-23 2019-06-18 Cdk Global, Llc System and method for dynamically generating personalized websites
US10332068B2 (en) 2016-04-21 2019-06-25 Cdk Global, Llc Systems and methods for stocking an automobile
US10482475B2 (en) 2011-02-10 2019-11-19 Adp Dealer Services, Inc. Systems and methods for providing targeted advertising
US10853769B2 (en) 2016-04-21 2020-12-01 Cdk Global Llc Scheduling an automobile service appointment in a dealer service bay based on diagnostic trouble codes and service bay attributes
US10867285B2 (en) 2016-04-21 2020-12-15 Cdk Global, Llc Automatic automobile repair service scheduling based on diagnostic trouble codes and service center attributes
US11080734B2 (en) 2013-03-15 2021-08-03 Cdk Global, Llc Pricing system for identifying prices for vehicles offered by vehicle dealerships and other entities
US11080105B1 (en) 2020-11-18 2021-08-03 Cdk Global, Llc Systems, methods, and apparatuses for routing API calls
US11190608B2 (en) 2018-03-21 2021-11-30 Cdk Global Llc Systems and methods for an automotive commerce exchange
US11501351B2 (en) 2018-03-21 2022-11-15 Cdk Global, Llc Servers, systems, and methods for single sign-on of an automotive commerce exchange
US11514021B2 (en) 2021-01-22 2022-11-29 Cdk Global, Llc Systems, methods, and apparatuses for scanning a legacy database
US11803535B2 (en) 2021-05-24 2023-10-31 Cdk Global, Llc Systems, methods, and apparatuses for simultaneously running parallel databases

Families Citing this family (78)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7080050B1 (en) * 1999-08-05 2006-07-18 Barter Securities Electronic bartering system
US7062460B1 (en) * 1999-10-12 2006-06-13 Enduse.Com Llc On-line auction method and system facilitating the sale of multiple product units at prices varying with volume
US20020147649A1 (en) * 2001-04-04 2002-10-10 White Daniel F. System and method of managing time-sensitive items
TW508516B (en) * 2001-05-18 2002-11-01 Mitac Int Corp Warehousing system with optimum process management
US20030028676A1 (en) * 2001-06-28 2003-02-06 Pangrac David M. Field technician virtual trainer
US7870005B2 (en) * 2001-06-29 2011-01-11 The Ohio Willow Wood Company System, method, and computer program product for configuring and purchasing a medical device
US20030074282A1 (en) * 2001-10-12 2003-04-17 Inventec Corporation Inventory management system for effecting an efficient reply of possible future component parts from a component part supplier
US20050075950A1 (en) * 2002-07-17 2005-04-07 Lewis Daniel R. Methods and systems for managing supply chain participant relationships
US20040059710A1 (en) * 2002-07-30 2004-03-25 Yun-Chi Lee Method and system for processing export information
US7426484B2 (en) * 2003-02-04 2008-09-16 United Parcel Service Of America, Inc. Consolidated shipping and distribution of multiple orders with returns
US20040186796A1 (en) * 2003-03-21 2004-09-23 James Barwick Consignment inventory management and reconciliation system
US7742928B2 (en) * 2003-05-09 2010-06-22 United Parcel Service Of America, Inc. System for resolving distressed shipments
US7895199B2 (en) 2004-04-20 2011-02-22 Honda Motor Co., Ltd. Method and system for modifying orders
US7548877B2 (en) * 2004-08-30 2009-06-16 Quixtar, Inc. System and method for processing orders for multiple multilevel marketing business models
US8036940B2 (en) * 2005-01-13 2011-10-11 Silvaris Corporation System and method for displaying inventory and future inventory for purchase
DE112006000030T5 (en) * 2005-03-09 2008-04-17 Eick, Stephen, Naperville Automated feature-based analysis for cost management of materials
US20130275258A1 (en) * 2005-03-09 2013-10-17 Akoya, Inc. System, Method, and Computer-readable program for managing cost and supply of parts
US8447664B1 (en) 2005-03-10 2013-05-21 Amazon Technologies, Inc. Method and system for managing inventory by expected profitability
US7881986B1 (en) * 2005-03-10 2011-02-01 Amazon Technologies, Inc. Method and system for event-driven inventory disposition
JP4247216B2 (en) * 2005-08-23 2009-04-02 株式会社東芝 Information processing apparatus and authentication control method
US8171101B2 (en) * 2005-09-30 2012-05-01 Cleversafe, Inc. Smart access to a dispersed data storage network
US7543743B1 (en) 2005-10-19 2009-06-09 Amazon Technologies, Inc. Method and system for determining inventory health with respect to a disposition channel
TWI314407B (en) * 2006-07-11 2009-09-01 A method and system for blocking the specific function of the p2p application in the network
US8302861B2 (en) * 2007-05-22 2012-11-06 Ibm International Group B.V. System and method for maintaining inventory management records based on demand
US20090037356A1 (en) * 2007-08-03 2009-02-05 Russell Rothstein Systems and methods for generating sales leads data
US8799103B1 (en) 2007-09-20 2014-08-05 Ariba, Inc. Client-side structured data capture and remote application integration using a web browser
CN101470722A (en) * 2007-12-27 2009-07-01 鸿富锦精密工业(深圳)有限公司 Basic product data configuration system and method
US8015079B2 (en) * 2008-01-07 2011-09-06 Oracle International Corporation Pick release performance using a multi-threaded architecture to distribute the workload across multiple processors
JP4970302B2 (en) * 2008-02-14 2012-07-04 富士フイルム株式会社 Image processing apparatus, image processing method, and imaging apparatus
US8065237B2 (en) * 2008-04-08 2011-11-22 United Parcel Service Of America, Inc. Systems and methods for aggregating packages in a shipping environment
US8065297B2 (en) * 2008-06-09 2011-11-22 Xerox Corporation Semantic enhanced link-based ranking (SEL Rank) methodology for prioritizing customer requests
US8560394B2 (en) * 2010-07-12 2013-10-15 Incentient, Llc System and method to enable a customer to select a wine based upon available inventory
US8036942B2 (en) 2009-01-30 2011-10-11 Microsoft Corporation Ecommerce marketplace integration techniques
US10096049B2 (en) 2010-04-30 2018-10-09 H-Source, Inc. Perishable medical product management systems, perishable medical product management methods, and perishable medical product resale methods
US8412673B2 (en) * 2010-07-30 2013-04-02 Sap Ag Persistence of master data in a multi-tenant software delivery architecture
CA2757869A1 (en) * 2010-11-16 2012-05-16 Enthrill Distribution Inc. Point of interest tracking with specific retailer accreditation
US8732093B2 (en) 2011-01-26 2014-05-20 United Parcel Service Of America, Inc. Systems and methods for enabling duty determination for a plurality of commingled international shipments
US8473371B2 (en) * 2011-03-28 2013-06-25 Ebay Inc. Transactions via a user device in the proximity of a seller
US8447665B1 (en) 2011-03-30 2013-05-21 Amazon Technologies, Inc. Removal of expiring items from inventory
US8730823B2 (en) 2011-06-24 2014-05-20 Jasper Wireless, Inc. Core services platform for wireless voice, data and messaging network services
US8666848B1 (en) 2011-10-04 2014-03-04 Amazon Technologies, Inc. Continuous planning review system
US8538828B2 (en) 2011-10-18 2013-09-17 Autotrader.Com, Inc. Consumer-to-business exchange auction
US8595082B2 (en) 2011-10-18 2013-11-26 Autotrader.Com, Inc. Consumer-to-business exchange marketplace
US9043456B2 (en) * 2012-02-28 2015-05-26 Arris Technology, Inc. Identity data management system for high volume production of product-specific identity data
US9563870B1 (en) 2012-03-06 2017-02-07 Optoro, Inc. Methods and apparatus for processing and marketing inventory via multiple channels
US9594877B2 (en) 2012-08-31 2017-03-14 Nuvectra Corporation Virtual reality representation of medical devices
US9507912B2 (en) 2012-08-31 2016-11-29 Nuvectra Corporation Method and system of simulating a pulse generator on a clinician programmer
US8868199B2 (en) 2012-08-31 2014-10-21 Greatbatch Ltd. System and method of compressing medical maps for pulse generator or database storage
US8903496B2 (en) 2012-08-31 2014-12-02 Greatbatch Ltd. Clinician programming system and method
US9615788B2 (en) 2012-08-31 2017-04-11 Nuvectra Corporation Method and system of producing 2D representations of 3D pain and stimulation maps and implant models on a clinician programmer
US9471753B2 (en) 2012-08-31 2016-10-18 Nuvectra Corporation Programming and virtual reality representation of stimulation parameter Groups
US9180302B2 (en) 2012-08-31 2015-11-10 Greatbatch Ltd. Touch screen finger position indicator for a spinal cord stimulation programming device
US9415935B1 (en) * 2012-08-31 2016-08-16 Amazon Technologies, Inc. Automated inventory quality control
US8812125B2 (en) 2012-08-31 2014-08-19 Greatbatch Ltd. Systems and methods for the identification and association of medical devices
US9375582B2 (en) 2012-08-31 2016-06-28 Nuvectra Corporation Touch screen safety controls for clinician programmer
US8983616B2 (en) 2012-09-05 2015-03-17 Greatbatch Ltd. Method and system for associating patient records with pulse generators
US9259577B2 (en) 2012-08-31 2016-02-16 Greatbatch Ltd. Method and system of quick neurostimulation electrode configuration and positioning
US8761897B2 (en) 2012-08-31 2014-06-24 Greatbatch Ltd. Method and system of graphical representation of lead connector block and implantable pulse generators on a clinician programmer
US10668276B2 (en) 2012-08-31 2020-06-02 Cirtec Medical Corp. Method and system of bracketing stimulation parameters on clinician programmers
US8757485B2 (en) 2012-09-05 2014-06-24 Greatbatch Ltd. System and method for using clinician programmer and clinician programming data for inventory and manufacturing prediction and control
US9767255B2 (en) 2012-09-05 2017-09-19 Nuvectra Corporation Predefined input for clinician programmer data entry
JP5414878B1 (en) * 2012-11-30 2014-02-12 楽天株式会社 Out-of-stock notification system, out-of-stock notification device, out-of-stock notification method, and program
US9806933B2 (en) * 2013-03-13 2017-10-31 Microsoft Technology Licensing, Llc Component loading based on user interactions
CN103353958A (en) * 2013-06-21 2013-10-16 京东方科技集团股份有限公司 Material control system
US10438276B2 (en) * 2014-04-16 2019-10-08 Ebay Inc. Smart recurrent orders
EP3166559A4 (en) 2014-07-08 2018-03-28 Ekso Bionics, Inc. Systems and methods for transferring exoskeleton trajectory sequences
WO2016014986A1 (en) * 2014-07-24 2016-01-28 Worldpay US, Inc. Methods and apparatus for unified inventory and financial transaction management
US11017351B2 (en) * 2014-09-12 2021-05-25 Transtar Industries Llc Parts recommendation and procurement system and method
WO2016132400A1 (en) * 2015-02-20 2016-08-25 オータフーズマーケット株式会社 Seafood order placement and reception system
US10467585B2 (en) * 2015-03-13 2019-11-05 Jason K. Smith Beverage product acquisition and inventory management system
US10296612B2 (en) 2015-09-29 2019-05-21 At&T Mobility Ii Llc Sorting system
US10416959B2 (en) 2015-10-27 2019-09-17 At&T Mobility Ii Llc Analog sorter
US10496370B2 (en) * 2015-12-02 2019-12-03 At&T Intellectual Property I, L.P. Adaptive alphanumeric sorting apparatus
US10261832B2 (en) 2015-12-02 2019-04-16 At&T Mobility Ii Llc Sorting apparatus
CN106933674A (en) * 2015-12-31 2017-07-07 腾讯科技(深圳)有限公司 The method and system of resource transfers
EP3193292A1 (en) 2016-01-18 2017-07-19 Tata Consultancy Services Limited A method and system for automatic replenishment and management of inventory
US10776772B2 (en) 2016-09-30 2020-09-15 Middleware, Inc. Automated digital method and system of providing or sharing access
US11257066B2 (en) 2016-09-30 2022-02-22 Middleware, Inc. Automated digital method and system of providing or sharing access

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6181981B1 (en) * 1996-05-15 2001-01-30 Marconi Communications Limited Apparatus and method for improved vending machine inventory maintenance
US6246994B1 (en) * 1999-02-19 2001-06-12 Therightsize, Inc. System and method for providing standardized individual information
US20020184088A1 (en) * 2001-04-30 2002-12-05 Ari Rosenberg System and method for the presentation of advertisements
US20030023503A1 (en) * 2001-07-30 2003-01-30 Shipley Company, L.L.C. Vendor-managed inventory method and system
US20040236645A1 (en) * 2003-05-23 2004-11-25 Tien Chih Yao Vendor-managed inventory system and method
US20040243487A1 (en) * 2003-05-30 2004-12-02 Tien Chih Yuo Vendor-managed inventory system and method

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4992940A (en) * 1989-03-13 1991-02-12 H-Renee, Incorporated System and method for automated selection of equipment for purchase through input of user desired specifications
US5712990A (en) * 1991-10-03 1998-01-27 International Technology Corporation Of California Economical automated process for averting physical dangers to people, wildlife or environment due to hazardous waste
US5671362A (en) * 1995-04-04 1997-09-23 Cowe; Alan B. Materials monitoring systems, materials management systems and related methods
GB9604459D0 (en) * 1996-03-01 1996-05-01 Isr Logistics Ltd An apparatus for the control of inventory
JPH10143732A (en) * 1996-11-12 1998-05-29 Kuresutetsuku Internatl Corp:Kk Automatic vending machine and distribution management system
US6490567B1 (en) * 1997-01-15 2002-12-03 At&T Corp. System and method for distributed content electronic commerce
US5991728A (en) * 1997-04-30 1999-11-23 Deroyal Industries, Inc. Method and system for the tracking and profiling of supply usage in a health care environment
US6154738A (en) * 1998-03-27 2000-11-28 Call; Charles Gainor Methods and apparatus for disseminating product information via the internet using universal product codes
US6741968B2 (en) * 1998-04-24 2004-05-25 Fuel Partners, L.P. Method for processing information through a clearinghouse
US6366829B1 (en) * 1998-10-06 2002-04-02 J. P. Donmoyer, Inc. Bulk inventory network system (BINS)
US6260024B1 (en) * 1998-12-02 2001-07-10 Gary Shkedy Method and apparatus for facilitating buyer-driven purchase orders on a commercial network system
US6204763B1 (en) * 1999-03-22 2001-03-20 Jujitsu Limited Household consumable item automatic replenishment system including intelligent refrigerator
CA2330717A1 (en) * 2000-01-10 2001-07-10 Skulogix Inc. Method and system for facilitating fulfillment of electronic commercial transactions
US6850900B1 (en) * 2000-06-19 2005-02-01 Gary W. Hare Full service secure commercial electronic marketplace
US7475024B1 (en) * 2000-12-13 2009-01-06 Microsoft Corporation System and method for distributing in real-time, inventory data acquired from in-store point of sale terminals
US6673479B2 (en) * 2001-03-15 2004-01-06 Hydrogenics Corporation System and method for enabling the real time buying and selling of electricity generated by fuel cell powered vehicles
US20050149378A1 (en) * 2004-01-02 2005-07-07 Cyr Keneth K. System and method for management of clinical supply operations

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6181981B1 (en) * 1996-05-15 2001-01-30 Marconi Communications Limited Apparatus and method for improved vending machine inventory maintenance
US6246994B1 (en) * 1999-02-19 2001-06-12 Therightsize, Inc. System and method for providing standardized individual information
US20020184088A1 (en) * 2001-04-30 2002-12-05 Ari Rosenberg System and method for the presentation of advertisements
US20030023503A1 (en) * 2001-07-30 2003-01-30 Shipley Company, L.L.C. Vendor-managed inventory method and system
US20040236645A1 (en) * 2003-05-23 2004-11-25 Tien Chih Yao Vendor-managed inventory system and method
US20040243487A1 (en) * 2003-05-30 2004-12-02 Tien Chih Yuo Vendor-managed inventory system and method

Cited By (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9589273B2 (en) 2001-12-20 2017-03-07 Unoweb Virtual, Llc Method of three-level hosting infrastructure
US8307047B2 (en) 2001-12-20 2012-11-06 Unoweb, Inc. Method of a first host of first content retrieving second content from a second host and presenting both contents to a user
US20080052350A1 (en) * 2001-12-20 2008-02-28 John Almeida A Virtual Network Resource Infrastructure (VNRI) arrangement
US20050065804A1 (en) * 2003-09-18 2005-03-24 The Cobalt Group, Inc. Method and system for furnishing of customized information to venues targeted to selected audiences
US20050262026A1 (en) * 2004-05-13 2005-11-24 Watkins Daniel R Authorisation system
US20060144938A1 (en) * 2005-01-05 2006-07-06 Donna David Wine data scanner, related database system and method of using same
EP1686525A1 (en) * 2005-01-31 2006-08-02 ALSO Holding AG Storage management system and operating method for such a storage management system
US20060190381A1 (en) * 2005-02-01 2006-08-24 Sweeney Michael J Collective purchase model for medical products
US20070239593A1 (en) * 2005-02-01 2007-10-11 Sweeney Michael J Collective purchase model for medical products
US7971198B2 (en) 2005-06-08 2011-06-28 Unoweb Inc. Method for global resource sharing having logically linked means and integrated functionality for building solutions
US20060282837A1 (en) * 2005-06-08 2006-12-14 John Almeida method for global resource sharing having logically linked means and integrated functionality for building solutions
US8055544B2 (en) * 2006-06-02 2011-11-08 Cobalt Group, Inc. Source- and venue-specific inventory data processing and identification system
US20070282712A1 (en) * 2006-06-02 2007-12-06 Matthew Royce Ullman Source-and venue-specific inventory data processing and identification system
US20070282711A1 (en) * 2006-06-02 2007-12-06 Matthew Royce Ullman Source- and venue-specific inventory data processing and identification system
US8538894B2 (en) * 2006-06-02 2013-09-17 Adp Dealer Services, Inc. Source- and venue-specific inventory data processing and identification system
US20070282713A1 (en) * 2006-06-02 2007-12-06 Matthew Royce Ullman Source- and venue-specific inventory data processing and identification system
US8275717B2 (en) * 2006-06-02 2012-09-25 Adp Dealer Services, Inc. Source- and venue-specific inventory data processing and identification system
US20090248527A1 (en) * 2006-09-01 2009-10-01 United States Dynamics, Inc. System and Method for Facillitating Transactions in a Distribution Network
WO2008028161A3 (en) * 2006-09-01 2008-09-04 Pelletsales Com Llc System and method for facillitating transactions in a distribution network
US7979312B2 (en) * 2006-09-01 2011-07-12 United States Dynamics, Inc. System and method for facillitating transactions in a distribution network
US20090259504A1 (en) * 2007-12-18 2009-10-15 Jeffrey Bruno Method and system for par optimization
US8190411B2 (en) * 2007-12-18 2012-05-29 Allegiance Corporation Method and system for par optimization
US20090328077A1 (en) * 2008-06-25 2009-12-31 International Business Machines Corporation Software Appliances not Requiring Virtual Machines
US20100082778A1 (en) * 2008-10-01 2010-04-01 Matt Muilenburg Systems and methods for configuring a network of affiliated websites
US8438310B2 (en) 2008-10-01 2013-05-07 Adp Dealer Services, Inc. Systems and methods for configuring a website having a plurality of operational modes
US8051159B2 (en) 2008-10-01 2011-11-01 The Cobalt Group, Inc. Systems and methods for configuring a network of affiliated websites
US20100082780A1 (en) * 2008-10-01 2010-04-01 Matt Muilenburg Systems and methods for configuring a website having a plurality of operational modes
US10482475B2 (en) 2011-02-10 2019-11-19 Adp Dealer Services, Inc. Systems and methods for providing targeted advertising
US8935286B1 (en) * 2011-06-16 2015-01-13 The Boeing Company Interactive system for managing parts and information for parts
US20130297461A1 (en) * 2012-05-02 2013-11-07 Nulogy Corporation Method, system and apparatus for integrating order management and warehouse management
US11080734B2 (en) 2013-03-15 2021-08-03 Cdk Global, Llc Pricing system for identifying prices for vehicles offered by vehicle dealerships and other entities
US10332068B2 (en) 2016-04-21 2019-06-25 Cdk Global, Llc Systems and methods for stocking an automobile
US10853769B2 (en) 2016-04-21 2020-12-01 Cdk Global Llc Scheduling an automobile service appointment in a dealer service bay based on diagnostic trouble codes and service bay attributes
US10867285B2 (en) 2016-04-21 2020-12-15 Cdk Global, Llc Automatic automobile repair service scheduling based on diagnostic trouble codes and service center attributes
US10326858B2 (en) 2017-05-23 2019-06-18 Cdk Global, Llc System and method for dynamically generating personalized websites
US11190608B2 (en) 2018-03-21 2021-11-30 Cdk Global Llc Systems and methods for an automotive commerce exchange
US11501351B2 (en) 2018-03-21 2022-11-15 Cdk Global, Llc Servers, systems, and methods for single sign-on of an automotive commerce exchange
US11616856B2 (en) 2018-03-21 2023-03-28 Cdk Global, Llc Systems and methods for an automotive commerce exchange
US11080105B1 (en) 2020-11-18 2021-08-03 Cdk Global, Llc Systems, methods, and apparatuses for routing API calls
US11514021B2 (en) 2021-01-22 2022-11-29 Cdk Global, Llc Systems, methods, and apparatuses for scanning a legacy database
US11803535B2 (en) 2021-05-24 2023-10-31 Cdk Global, Llc Systems, methods, and apparatuses for simultaneously running parallel databases

Also Published As

Publication number Publication date
US7711603B2 (en) 2010-05-04
US20080015958A1 (en) 2008-01-17
US20020099631A1 (en) 2002-07-25

Similar Documents

Publication Publication Date Title
US7711603B2 (en) Method and system for transferring information between multiple buyers and multiple sellers
US6996538B2 (en) Inventory control system and methods
US8019662B2 (en) Livestock inventory tracking system and methods
US7739148B2 (en) Reporting metrics for online marketplace sales channels
KR100961804B1 (en) Inventory control system and methods
US20050071249A1 (en) E-commerce repricing system
US20070124216A1 (en) Systems and methods for locating and purchasing proximal inventory items
WO2003094080A1 (en) System and method for sharing information relating to supply chain transactions in multiple environments
US20210256539A1 (en) System and Method for Providing Requested Information to Thin Clients
EP1504390A2 (en) Food tracing and tracking system and method
Nakatani et al. Data synchronization technology: standards, business values and implications
CN105453119A (en) System and method for dynamic client relationship management (CRM)
US8452670B2 (en) Computer-enabled method and system for facilitating veterinary pharmaceutical and other animal-related product catalog customization
Whitaker et al. How multinational corporations use information technology to manage global operations
AU2004282842A1 (en) Common point authoring system for tracking and authenticating objects in a distribution chain
CN114493430B (en) Logistics distribution system and method based on big data
US20190244164A1 (en) Product relationship, recommendation, and inventory management systems, methods, and computer program products
Chang et al. Design and implementation of an e-Procurement system
KR20120087335A (en) System for integrated management of animal information
KR20120137597A (en) System for integrated management of animal information
Ramayah et al. IMPACT OF INFORMATION TECHNOLOGY (IT) TOOLS, PARTNER RELATIONSHIP AND SUPPLY CHAIN PERFORMANCE.
US20230132654A1 (en) Integrated agriculture information and management system, and methods of using the same
KR20210050084A (en) pharmaceutical distribution platform
Smith An empirical investigation of supply chain excellence in Healthcare
US20020143605A1 (en) Method and apparatus for managing supply and demand in a structured environment

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION

AS Assignment

Owner name: CIBC BANK USA, ILLINOIS

Free format text: SECURITY INTEREST;ASSIGNORS:RMG ENTERPRISE SOLUTIONS, INC.;RMG NETWORKS HOLDING CORPORTATION;REEL/FRAME:058798/0582

Effective date: 20190923