Classifications

• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06Q—INFORMATION 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/00—Administration; Management
  • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06Q—INFORMATION 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/00—Administration; Management
  • G06Q10/10—Office automation; Time management
• • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
  • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
  • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
  • Y10S707/00—Data processing: database and file management or data structures
  • Y10S707/99941—Database schema or data structure
  • Y10S707/99944—Object-oriented database structure
  • Y10S707/99945—Object-oriented database structure processing

Definitions

• This invention relates to collaborative planning.
• One known method is to provide a public market for collaborators and trading partners to exchange information.
• an industry standard for communication between collaborators and trading partners can be implemented as part of the public market and integrated with CRM (customer relations management) systems at both collaborators and trading partners. While this method generally achieves the purpose of allowing collaborators and trading partners to exchange information, it suffers from several drawbacks.
• a first drawback is that, in general, each collaborator does not want other collaborators to know the collaborator's confidential information. Similarly, each trading partner does not want other trading partners to know the trading partner's confidential information.
• This confidential information can include the following:
• a second drawback is that, in general, each collaborator (or trading partner) would like to be able to have both an aggregate view, directed to all of its counter-parties (or some designated subset thereof), and a specific view, directed to particular counter-parties (or some designated set thereof).
• the invention provides a method and system for collaborative planning among multiple collaborators and multiple trading partners, in which individual collaborators and individual trading partners can both make use of global information regarding parties using the system, while still being able to maintain secure and separate information regarding how those individual parties treat their counter- parties.
• the system includes a many- to-many hub at which multiple collaborators and multiple trading partners can exchange information.
• the hub includes a global database having public information about those multiple collaborators and multiple trading partners and a set of private databases having secure and separate information for individual collaborators or individual trading partners.
• the system includes a collaborators' planning portal, through which individual collaborators can aggregate information about multiple trading partners, and a trading partners' planning portal, through which individual trading partners can aggregate information about multiple collaborators.
• the system also includes a set of application middleware capable of providing connectivity between heterogeneous CRM and supply-chain management systems that might be in use at individual collaborators or trading partners.
• the invention has general applicability to secure many-to-many communication among multiple parties having differing roles in a system for commercial activity, not limited specifically to multiple collaborators or multiple trading partners.
• embodiments of the invention can include one or more of, or some combination of, the following applications:
• Figure 1 shows a block diagram of a system for private collaborative planning in a many-to-many hub.
• Figures 2A and 2B show a process flow diagram for a method for private collaborative planning in a many-to-many hub.
• Figure 3 shows a process flow diagram for a method of treating exceptions that arise using a system for private collaborative planning in a many-to- many hub.
• client and server refer to a relationship between two devices, particularly to their relationship as client and server, not necessarily to any particular physical devices.
• client device includes any device taking on the role of a client in a client-server relationship (such as an HTTP web client and web server). There is no particular requirement that any client devices must be individual physical devices; they can each be a single device, a set of cooperating devices, a portion of a device, or some combination thereof.
• server device includes any device taking on the role of a server in a client-server relationship. There is no particular requirement that server devices must be individual physical devices; they can each be a single device, a set of cooperating devices, a portion of a device, or some combination thereof.
• logically remote refers to the relative logical placement or degree of connectivity between two or more computerized systems or two or more elements within a single system. Generally, elements that are relatively proximate to each other may be logically remote if there is a small probability that information will flow between them on a regular basis.
• operator refers to any actor capable of perfo ⁇ ning the functions of an operator ad described herein.
• An "operator” might comprise an individual person, a set of persons having authority to act in particular way, a proxy for an individual person or set of persons, such as a human secretary or a computer program having the function of forwarding or aggregating or scheduling requests made by others, or even an Al (artificial intelligence) program such as an expert system or otherwise.
• Al artificial intelligence program
• workstation refers to any device capable of performing the functions of a workstation as described herein.
• a workstation might comprise an individual computing device, a set of multiple computing devices operating in concert or cooperation, a portion of a computing device used for a particular function (such as a software package used on an otherwise general-purpose device), or some combination or mixture thereof.
• a "workstation” might include any particular computing device: a "workstation” might include a personal computer, a software package on a server, a handheld computer cooperating with a personal computer or with a server (or both), or a telephone interface to a system such as an interactive voice response system.
• a single collaborator might have a single server for access to the hub, a set of personal computers each having separate access to the hub (or alternatively, separate access to a subset of functions of the hub), and a set of handheld computers used by personnel in the field for access to the hub.
• Figure 1 shows a block diagram of a system for private collaborative planning in a many-to-many hub.
• a system 100 includes a set of individual collaborators 110, a set of individual trading partners 120, and a many-to-many hub 130.
• each collaborator 110 includes a collaborator workstation 111 and a collaborator operator 112.
• each trading partner 120 includes a trading partner workstation 121 and a trading partner operator 122.
• the hub 130 includes a hub workstation 131 and a hub operator 132.
• workstation it might comprise an individual computing device, a set of multiple computing devices operating in concert or cooperation, a portion of a computing device used for a particular function (such as a software package used on an otherwise general-purpose device), or some combination or mixture thereof.
• Performing the functions of a unitary device using multiple devices, portions of one device, portions of multiple devices, or variants thereof, are within the general concepts known in the many arts of computer science. Those skilled in the art, after reading this application, would know how to apply general concepts of computer science to the principles of the invention; all such applications are within the scope and spirit of the invention.
• a "workstation” include any particular computing device: a “workstation” might include a personal computer, a software package on a server, a handheld computer cooperating with a personal computer or with a server (or both), or a telephone interface to a system such as an interactive voice response system.
• a single collaborator might have a single server for access to the hub, a set of personal computers each having separate access to the hub (or alternatively, separate access to a subset of functions of the hub), and a set of handheld computers used by personnel in the field for access to the hub.
• “operator” it might comprise an individual person, a set of persons having authority to act in particular way, a proxy for an individual person or set of persons, such as a human secretary or a computer program having the function of forwarding or aggregating or scheduling requests made by others, or even an Al (artificial intelligence) program such as an expert system or otherwise.
• Al artificial intelligence
• the individual collaborators 110, individual trading partners 120, and the hub 130 are coupled using a communication system 140.
• the communication system 140 is capable of transferring messages from a sender to a set of receivers, such as from a collaborator 110 to the hub 130, from a trading partner 120 to the hub 130, or from the hub 130 to either a set of collaborators 110 or from the hub 130 to a set of trading partners 120.
• the communication system 140 includes a computer communication network, such as the Internet.
• the communication system 140 might include an intranet, extranet, VPN (virtual private network), ATM system, a portion of a private or public PSTN (public switched telephone network), a frame relay system, or any other communication technique capable of performing the functions described herein.
• the hub 130 includes the capability of transferring at least the following types of messages:
• a demand-signal message 142 from the hub 130 to a set of trading partners 120, describing a request for those materials or products the trading partner is on record as capable of supplying, and preferably indicating amounts and due dates
• the hub 130 includes a set of elements for providing exchange of information between collaborators 110 with trading partners 120, and for matching requirements by collaborators 110 with commitments by trading partners 120, so as to provide a many-to-many system in which collaborators 110 and trading partners 120 can conduct business.
• the hub 130 includes a collaborator portal 133, capable of integrating with individual collaborator workstations 111, capable of receiving messages from the collaborator 110 to the hub 130, and capable of delivering messages from the hub 130 to individual collaborators 110.
• the collaborator portal 133 is capable of integrating with any one of a plurality of differing software packages for information exchange between collaborators 110 and trading partners 120. There is no particular requirement that each collaborator workstation 111 use the same or similar information exchange software, or even that multiple collaborator workstations 111 at the same collaborator 110 use the same or similar information exchange software.
• the hub 130 includes a trading partner portal 134 capable of integrating with individual trading partner workstations 121, capable of receiving messages from the trading partner 120 to the hub 130, and capable of delivering messages from the hub 130 to individual trading partners 120.
• the trading partner portal 134 is also capable of integrating with any one of a plurality of differing software packages for information exchange between collaborators 110 and trading partners 120. There is no particular requirement that each trading partner workstation 121 use the same or similar information exchange software, or even that multiple trading partner workstations 121 at the same trading partner 120 use the same or similar information exchange software.
• the hub 130 includes a portion of its information that is globally available to all collaborators 110 and to all trading partners 120. Such global information might include contact information for individual collaborators 110 or trading partners 120, descriptions of those materials and products typically desired or supplied by individual collaborators 110 or trading partners 120, public specifications of products or test requirements, and other information generally known in the trade or not considered private to any subset of collaborators 110 or trading partners 120.
• the hub 130 includes a GPTD (global partner trading database) 135 including public information.
• the hub 130 also includes a portion of its information that is not globally available, such as private information only available subject to access control.
• the hub 130 includes a set of individual supply-chain automatons 136, each of which includes a PPTD (private partner trading database) 137 having private information, private to a particular collaborator 110, and customized supply-chain collaboration software 138 having private instructions regarding supply-chain collaboration and information exchange between the collaborator 110 and its trading partners 120, also private to the particular collaborator 110.
• PPTD private partner trading database
• customized supply-chain collaboration software 138 having private instructions regarding supply-chain collaboration and information exchange between the collaborator 110 and its trading partners 120, also private to the particular collaborator 110.
• each individual supply-chain automaton 136 is specific to a selected collaborator 110, rather than being usable by all collaborators 110 equally.
• a particular collaborator 110 may provide, using access control or other techniques, for related collaborators 110 to re- use the information in its particular supply-chain automaton 136. For example, if a first collaborator 110 "Engulf and Devour, USA, Inc.” has a second collaborator 110 "Minnow, Ltd.” as a subsidiary or other affiliated corporation, the first collaborator 110 may choose to share information in its particular supply-chain automaton 136 with the second collaborator 110. In particular alternative embodiments, such sharing may be limited to the sharing collaborators' 110 PPTD 137 (or portions thereof), or to the sharing collaborators' 110 customized supply-chain collaboration software 138 (or portions thereof), as the sharing collaborator 110 decides.
• the hub 130 includes a set of integration software, including a B2B communication interface 139 and a set of application middleware 145, capable of integrating information from the GPTD 135 and the PPTD 137, and capable of providing for information exchange between individual collaborators 110 using the collaborator portal 133 and individual trading partners 120 using the trading partner portal 134.
• integration software including a B2B communication interface 139 and a set of application middleware 145, capable of integrating information from the GPTD 135 and the PPTD 137, and capable of providing for information exchange between individual collaborators 110 using the collaborator portal 133 and individual trading partners 120 using the trading partner portal 134.
• Figures 2A and 2B show a process flow diagram for a method for private collaborative planning in a many-to-many hub.
• the method 200 is performed by the system 100. Although the method 200 is described serially, the steps of the method 200 can be performed by separate elements in conjunction or parallel, whether asynchronously, in a pipelined manner, or otherwise. There is no particular requirement that the method 200 be performed in the same order in which this description lists the steps, except where so indicated.
• a flow point 210 the system 100 is ready to begin performing a method 200.
• trading partner agreements for collaborators 110 and trading partners 120 have been executed, the collaborator 110 and trading partner 120 are approved, and forecast notification for all parties is valid.
• the collaborator 110 is generally a buyer, a group of buyers, a manufacturer or similar entity engaged in the production or sale of a product.
• the collaborator 110 may access all basic user functions on the hub 130 that are associated with the rule of a buyer.
• the trading partner 120 (generally, a seller) may access all basic user functions on the hub 130 that are associated with the role of trading partner.
• the designations of "collaborator” and "trading partner” refer to roles in a particular transaction or set of transactions and in no way affect the role of a party in subsequent transactions.
• a step 215 the collaborator operator 112 uses a collaborator workstation 111 to generate a buyer forecast.
• This buyer forecast may include various parameters such as anticipated needs for an upcoming time period, demand data and similar information.
• the collaborator operator 112 transmits the buyer forecast from the collaborator workstation 111 to the hub workstation 131 using the communication system 140.
• the buyer forecast is included in a definition message 141.
• this information is available to trading partners at all times so that trading partners can collaborate on demand signals.
• the buyer forecast may also be modified by a collaborator 110 in the event that the collaborator's anticipated needs change.
• the information transmitted to the hub is segregated between the global partner trading database 135 and a private partner trading database 137.
• Information that the collaborator 110 wishes to keep private is maintained in the private partner trading database 137.
• Information that the collaborator wishes to be publicly known is maintained in the global partner trading database 135.
• the trading partner operator 122 downloads the buyer forecast from the hub workstation 131 to the collaborator workstation 111 using the communication system 140. Generally, this downloaded information may be included in a demand signal message 142. In a preferred embodiment, the information that the trading partner operator 122 receives is information found in the global partner trading database 135. After downloading the buyer forecast, the trading partner operator 122 or other personnel associated with the trading partner 120 reviews the terms and projections included therein.
• a trading partner commit is a particular type of communication that is responsive to a buyer forecast. Generally, this communication is included in the commit-signal message 143 and includes dates and quantities that the trading partner 120 promises to deliver to the collaborator 110.
• the trading partner operator 122 may avoid unnecessary data entry by preferably focusing the trading partner commit on exceptions to their ability to respond in a desired manner to the buyer forecast.
• a step 235 the trading partner operator 122 uploads the trading partner commit from the trading partner workstation 121 to the hub workstation 131.
• a step 240 the collaborator operator 112 downloads the trading partner commit from the hub workstation 131.
• the collaborator operator 112 reviews the trading partner commit and compares it to the buyer forecast.
• a step 250 the collaborator operator 112 determines if there would be any problems specific to the terms included in the trading partner commit. If the collaborator operator cannot identify any problems, then the method 200 proceeds at step 255. If the collaborator operator identifies one or more problems, then the method 200 proceeds at a step 265.
• the collaborator operator 112 enters the trading partner commit into the buyer planning system.
• the buyer planning system resides on the hub workstation 131 and stores records describing transactions associated with a particular collaborator 110.
• these buyer planning systems are part of the private partner trading database 137 that is associated with the collaborator 110.
• the trading partner operator 122 enters the buyer forecast into the trading partner planning system.
• the trading partner planning system resides on the hub workstation 131 and stores records describing transactions associated with a particular trading partner 120. This trading partner planning system is part of the private partner trading database 137 that is associated with the trading partner 120.
• a step 265 the collaborator 110 and trading partner 120 attempt to resolve the process through collaboration. Communications between the collaborator 110 and the trading partner 120 are conducted by way of the hub 130.
• the method 200 may be initiated by a trading partner 120.
• the trading partner 120 generates a trading partner forecast which is reviewed by the collaborator 110. Exceptions
• Figure 3 shows a process flow diagram of a method for many-to-many business communication among collaborators and trading partners.
• the method 300 is performed by the system 100. Although the method 300 is described serially, the steps of the method 300 can be performed by separate elements in conjunction or parallel, whether asynchronously, in a pipelined manner, or otherwise. There is no particular requirement that the method 300 be performed in the same order in which this description lists the steps, except where so indicated.
• the hub 130 generally involves the public implementation industrial agreements, the processes described in the method 300 are private. These exception handling processes can be unique and private to each participant in the hub 130. In a preferred embodiment, these exception processes are stored in a memory associated with the hub 130 or edge service equipment.
• a flow point 310 the system 100 is ready to begin performing a method 300.
• one or more exceptions have arisen such that there is a variance between trading partner agreements for collaborators 110 and trading partners 120 and buyer or trading partner forecasts (described supra). For example, there may be changes in a forecast, differences between forecasts generated by a collaborator 110 and a trading partner 120 or differences in key performance metrics such as forecast error and overstock. This step and all subsequent steps are characterized as private processes and are not public.
• a step 315 all exceptions are reviewed at the hub 130. This process is scheduled as a manual process that can be executed repetitively during a planning cycle. Generally, exceptions that arise during a fixed time period (such as a week or a month) are identified. [0055] In a step 320, the exceptions identified in step 315 are downloaded from the hub 130 to the collaborator 110.
• a step 325 the collaborator 110 and trading partner 120, along with associated planners, discuss the exceptions and attempt to resolve all remaining issues. Although this process is not automated, it can be connected by way of the hub 130 and communication system 140.
• Forecasts may be adjusted (if necessary).
• a record detailing the consensus is stored in the PPTD
• the invention has general applicability to secure many-to-many communication among multiple parties having differing roles in a system for commercial activity, not limited specifically to multiple collaborators or multiple trading partners.
• embodiments of the invention can include one or more of, or some combination of, the following applications:
• techniques used by a preferred embodiment of the invention for secure many-to-many communication can be used in contexts other than the specific applications disclosed herein.
• techniques used by embodiments of the invention for secure and separate information for individual collaborators or trading partners are all generally applicable to fields other than the specific applications disclosed herein.

Landscapes

• Engineering & Computer Science (AREA)
• Business, Economics & Management (AREA)
• Human Resources & Organizations (AREA)
• Strategic Management (AREA)
• Entrepreneurship & Innovation (AREA)
• Economics (AREA)
• Tourism & Hospitality (AREA)
• Marketing (AREA)
• Operations Research (AREA)
• Quality & Reliability (AREA)
• Physics & Mathematics (AREA)
• General Business, Economics & Management (AREA)
• General Physics & Mathematics (AREA)
• Theoretical Computer Science (AREA)
• Game Theory and Decision Science (AREA)
• Educational Administration (AREA)
• Development Economics (AREA)
• Data Mining & Analysis (AREA)
• Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Priority Applications (2)

Applications Claiming Priority (2)

Publications (1)

Family

ID=25240020

Family Applications (1)

Country Status (4)

Cited By (6)

Families Citing this family (15)

Citations (5)

Family Cites Families (20)

• 2001
  • 2001-03-30 US US09/823,888 patent/US6823340B1/en not_active Expired - Lifetime
• 2002
  • 2002-03-29 JP JP2002578196A patent/JP2004525462A/ja active Pending
  • 2002-03-29 WO PCT/US2002/009934 patent/WO2002080042A1/en not_active Ceased
  • 2002-03-29 CA CA002443322A patent/CA2443322A1/en not_active Abandoned
• 2004
  • 2004-10-21 US US10/970,358 patent/US7574441B2/en not_active Expired - Fee Related
• 2008
  • 2008-07-15 JP JP2008183542A patent/JP2008299865A/ja not_active Withdrawn

Patent Citations (5)

Also Published As

Similar Documents

Legal Events