WO2002048834A2 - Systeme et procede de sondage de processus - Google Patents

Systeme et procede de sondage de processus Download PDF

Info

Publication number
WO2002048834A2
WO2002048834A2 PCT/US2001/048395 US0148395W WO0248834A2 WO 2002048834 A2 WO2002048834 A2 WO 2002048834A2 US 0148395 W US0148395 W US 0148395W WO 0248834 A2 WO0248834 A2 WO 0248834A2
Authority
WO
WIPO (PCT)
Prior art keywords
terms
negotiations
seller
buyer
negotiation
Prior art date
Application number
PCT/US2001/048395
Other languages
English (en)
Other versions
WO2002048834A3 (fr
Original Assignee
Tradeaccess, Inc.
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 Tradeaccess, Inc. filed Critical Tradeaccess, Inc.
Priority to AU2002243332A priority Critical patent/AU2002243332A1/en
Publication of WO2002048834A2 publication Critical patent/WO2002048834A2/fr
Publication of WO2002048834A3 publication Critical patent/WO2002048834A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • This invention relates generally to systems for allowing a user to analyze data collected by an automated system of record to determine which processes used are efficient and effective.
  • chat rooms and bulletin boards are interactive, each essentially allows two or more people to have conversations over the Internet, in the same way they might speak over the telephone or several might speak over an old-fashioned party line telephone. While the chat room or bulletin board may store these conversations, no other action takes place as a result of the process. Consequently, privacy and security questions aside, these are not effective devices to use to negotiate a number of variable terms, reach agreement on each and document the results. Just as telephone conversations about negotiations can be recorded on tape, but do not produce a contract document on paper, online chat or bulletin board discussions about negotiations cannot easily be used to make a contract on the network, even if they are archived.
  • Extranet Web technology has been developed to enable a corporation to "talk to” (but not negotiate multiple variables in iterative bargaining with) its suppliers and buyers over the Internet as though the other companies were part of the corporation's internal "intranet.” This information exchange is done by using client/server technology, Web browsers, and hypertext technology used in the Internet, on an internal basis, as the first step towards creating intranets and then, through them, extranets.
  • one computer acts as a Web server computer to perform complex tasks, while other, smaller computers or terminals are "clients" that communicate with the Web server.
  • clients In typical client/server intranets the client requests data and performance of tasks from the Web server computer.
  • a Web server program runs on the Web server computer to provide Web server functions.
  • the communications between these intranet clients and Web servers is in Hypertext, or Hyper Text Markup Language (HTML)- - the "language" of the Internet's World Wide Web.
  • HTML Hyper Text Markup Language
  • intranets at the Web server site, one or more people would create documents in hypertext format and make them available at the Web server.
  • employees have personal computers or terminals at their desks connected to the internal network.
  • intranet these employees would use a Web browser on their terminals to see what hypertext documents are available at the internal corporate Web server site.
  • FIG. 2b Prior Art
  • This scheme uses the concept of a hosting "mall" 24 Website that enables buyers to browse through stores 28 (individual participating selling corporate Websites or aggregated catalog systems) and use a "shopping cart” 26 feature for selecting items to purchase. Participating sellers in a mall 24 create their own Websites which list items for sale and prices. The mall usually provides the shopping cart technique for the buyer to use to select items to buy.
  • Such Internet 04 sales techniques also use security systems for transmitting payments by credit card 30a and 30b or CYBERCASHTM payment methods (not shown). Most of these mall
  • Websites are significantly limited in the interaction, if any, they allow between buyers and sellers.
  • a few allow limited price negotiations between buyers and sellers, but none allow iterative, multivariate negotiation and bargaining for both price and terms, such as availability, shipping, carrier, payment methods, risk of loss, etc.
  • Firewalls are a combination of hardware and software designed to prevent unwanted intrusion into a private corporate network by unauthorized personnel.
  • a firewall usually puts a specially programmed computer system between its internal network and the Internet. It also prevents the company's internal computer users from gaining direct access to the Internet, since the access to the Internet provided by the firewall computer is usually indirect and performed by software programs known as proxy servers.
  • FIG. 2a Prior Art
  • the enterprise commerce site provider 18 breaks through the firewalls 16af-16cf of each of its customers. Normally this is done in such a way as to provide secure access.
  • internal security may be comprised, if the customer's firewall is configured incorrectly and the Internet transmission results in a breach.
  • FIG. 2a Prior Art
  • the typical enterprise commerce site provider 18 must have each customer 16 install the provider's application server software 19s, on an application server computer 19h inside the corporation's private network 14.
  • corporation 16a would have an individual working at a desktop computer 08, for example, connect to the corporation's internal Web server computer(s) 20h over internal private network 14.
  • the corporate employee thus accesses the enterprise commerce site provider 18 through his or her corporation's Web server computer 20h, running the enterprise commerce site provider 18's application server softwarel9s.
  • application server software 19s possibly running on its own application server computer 19h communicates through the firewall 16af with enterprise commerce site provider 18, and ultimately, through that site to other corporate subscribers to the enterprise commerce site provider, 18 usually over a private leased network 11.
  • the corporation's internal network 14 links the desktop computers 08 with not only the internal application server 19, but also to the internal corporate back-office internal computers 21.
  • Payment options in an enterprise application server approach may be a little broader than those in a mall, in that they include not only credit cards (for those following the US banking systems) or CYBERCASHTM payments, but also procurement cards or specially agreed upon and custom programmed electronic authorization methods that allow a buyer to order items from a seller.
  • payment processing especially by credit card, is complicated.
  • Cards Credit cards are issued to buyers relatively easily, but merchant identifiers (merchant ID's), which allow the merchant to accept and process the cards are not as easy to obtain, especially for online transactions, and online merchants are usually charged premium processing fees to authorize online processing and the handling of international transactions.
  • Procurement cards or other custom programmed electronic authorization methods that allow a buyer to order items from a seller are usually more expensive in that they usually require special negotiations and some custom programming. Any time custom programming is required, along with local installation and training at the corporation's site, costs go up significantly.
  • enterprise application server systems such as those provided by CONNECTINC.COM and TRADE'EX.COM are designed to work with existing relationships between buyers and sellers, in which the detailed terms have already been negotiated for ongoing purchases and to prevent "wild card purchasing" inside the organization. These are usually referred to as maintenance, repair and operations (MRO) or administrative purchasing.
  • MRO maintenance, repair and operations
  • administrative purchasing only represents about 20% of a company's purchasing efforts.
  • procurement cards and specially constructed payment methods are used more for the low value transactions. More important MRO transactions are usually paid for by company checks or wire transfers.
  • Most of a corporation's purchasing efforts nearly 80% in many cases, are directed to production purchasing, which is usually not addressed by the above types of enterprise systems.
  • TRADE'EX states that its TRADE'EX procurement system is specifically designed to be an MRO system which "frees buyers to concentrate on more important tasks such as vendor selection and contract negotiation.” That is, it does not handle production purchasing and negotiations.
  • Production purchasing is normally defined as the purchasing of components, subassemblies or parts that a company assembles and repackages into its own products; f a company manufactures automobiles, for example, production purchasing for it includes the purchasing done for all the components of its automobiles — tires, batteries, electrical systems, seats, engine parts, raw materials for frames, etc.
  • MRO or administrative purchasing would handle such lower priority items as office supplies, office furniture, etc., or established longstanding items such as stock tires for automobiles for which all the terms had previously been negotiated without the benefit of automation.
  • Production purchasing includes the selection of new vendors, the evaluation of them and their products, conducting contract negotiations and so on. It is also of strategic importance to a business because it has a very direct impact on manufacturing and product costs, and sales prices.
  • the enterprise application server products do tend to reduce the internal transaction costs and time associated with MRO or administrative purchasing, they are usually affecting the smallest part of the purchasing effort, leaving the bulk of the endeavor, and often the most strategically important part to existing manual methods.
  • Credit cards are essentially ways to pay cash in advance for goods and services, and thus, would not be suitable for production purchasing either, where delivery, payment, and inspection schedules are usually negotiated to occur over time.
  • a buyer may only to agree to pay the seller in installments, after the seller has shipped a monthly quantity and the buyer has had a chance to inspect and accept them. Once the buyer has accepted a shipment, the seller would usually like the fastest payment possible. Even if credit card payments could be made after the fact, they are usually not handled online for international transactions.
  • obtaining real time card authorization for international transactions online is a major undertaking, because online card processing and bank to bank connectivity does not exist on the Internet in many countries.
  • transactions denominated in most non-G7 currencies are not likely to be processed in real time online because the international banking system is not capable of doing real time, online, Internet currency transactions. Consumers who travel and use credit cards to make payments in other countries, and other currencies, may think these transactions are being handled online, but they are not. Most of the currency exchange processing is done by the connecting banks offline, and most of it that is done electronically is done on private bank and interbank networks.
  • wire transfers allow bank-to-bank payments for international transactions in any tradable currency.
  • these are done over private bank networks and usually between companies which have already established a purchasing relationship - - i. e. for MRO or administrative purchasing.
  • Wire transfers are used more often in international trade than company checks, because the processing time for a wire transfer is faster than check processing and the fees charged by the banks are often lower.
  • the participating banks usually handle the currency conversion as part of the process. Again, however, this usually requires some fairly sophisticated interbanking networks in the applicable countries.
  • Letters of credit are another payment vehicle used for international transactions, once they have been negotiated. It usually takes 6 weeks or longer to negotiate one. Negotiations take so long because the issuing bank (the buyer's bank) assumes the total credit risk by agreeing absolutely to pay the seller so long as the transaction documents match the terms of the letter of credit itself. Most disputes about the payment of letters of credit have to do with discrepancies in the L/C terms, including such simple things as typographical errors. As seen in Figure 2c (Prior Art) heretofore, letters of credit were negotiated primarily by telephone calls and facsimile exchanges between a buyer PI and a bank P2 which can easily result in both substantive and typographical errors.
  • SWIFT Secure Digital Network
  • the United States Department of Commerce continues to regulate encryption controls required by US laws, and limits this full level of encryption to US and Canadian banks. Other systems are allowed to use 56 bit encryption outside the US and Canada.
  • Still another payment method often used in business transactions is the purchase order (PO) issued against a previously agreed upon master purchase agreement.
  • Some of the MRO or administrative systems which go beyond credit card payments, enable a buyer and seller to use the terms of a previously negotiated master purchase agreement as a governing document for each purchase order issued.
  • a purchase order represents a buyer company's obligation to pay according to the master agreement, and the seller has to accept the risk that the buyer will actually pay the purchase order per the originally negotiated payment terms.
  • this form of payment usually involves the transmission of facsimiles and telephone calls between the businesses - -an error - prone process.
  • MRO application server software at both the seller's and buyer's sites, which is installed and customized at those sites, to the internal systems used by each- -the cost of such installation and customization is usually high.
  • enterprise MRO electronic commerce products In addition to the cost of the internal software installation and customization, enterprise MRO electronic commerce products usually do little or nothing to help a seller find new buyers (or the buyer find better, more cost efficient suppliers) or simplify the initial purchase and multivariate contract negotiation process. Most buyers want to be able to evaluate new suppliers readily. The negotiation of a major purchasing agreement with a new vendor for a new product may take anywhere from 6-12 months or more, if done manually. Since the existing enterprise application server products tend to focus on integrating with existing internal adminisrrarive/MRO corporate systems, very little, if anything is done by them to simplify the launching or negotiation of new buyer/seller relationships.
  • the ability to evaluate actual samples as part of the buyer's new product may be critical to the buyer corporation's overall development strategy and product timetable, and thus, the bottom line.
  • a mass storage device manufacturer that is developing a faster, cheaper, higher capacity disk drive may need to find high capability read/write heads. Read/write heads with the characteristics needed by the mass storage device manufacturer may not be available from anyone on the market yet. However, the manufacturer probably knows several firms that make high quality read /write heads for existing devices. If these firms have new heads under development, they would usually be willing to provide evaluation samples to such a manufacturer. The manufacturer needs the samples to verify that the new disks it is building will work reliably and at full speed with the heads being developed by the other firm.
  • the manufacturer knows it is likely to be able to meet a new product shipment date of x, with a price of y. If samples cannot be obtained and evaluated, the manufacturer's product development cycle may slip by months or years, thus costing potential millions in lost revenues and market shares.
  • the team would be represented by the purchasing buyer who negotiates with the different representatives from the vendor short list.
  • the buyer may still take 6 to 12 months or more to negotiate prices, sales terms, quantities, inspection and replacement terms, availability dates, shipping costs, carrier, risk of loss and insurance, payment options, etc.
  • Most of these terms are critical for production purchasing. The cost of reaching agreement on all terms can come to thousands or tens of thousands of dollars worth of labor, travel, and other expenses normally associated with the typical production purchase negotiation, in addition to the delays caused to the buyer's development and production cycles.
  • Websites such as retail malls 24 or standalone Websites are used by some corporations which sell at retail. While many tools exist to allow companies to design Websites, there are not as many that allow a company to design one for automatic integration into a Website in a mall or with online catalogs. Since most companies want to maintain control over the appearance of their corporate and brand names, those mall or catalog sites that do provide Web tools for their business subscribers, usually do not provide complete common interfaces or templates for the companies to use, nor do they integrate the sites with multiple features and services. Instead, they usually only provide access to a shopping cart 26 feature and a secure credit card 30 payment feature with a catalog product and price list that is searchable.
  • search engines such as Compaq Corporation's ALTAVISTATM, Yahoo corporation's YAHOOTM and so on, have different schedules for accepting and adding new sites to their search lists. It can take anywhere from 4-8 weeks or more for a site to be registered with each search engine. Many Internet search engines also add entries to their lists by "spidering" around the Internet to gather all Website addresses. Depending on the search engine, spidering may take much longer or not be as complete as a user requested registration.
  • the Altavista search engine starts by spidering your entire site with its spider Scooter. Scooter may take up to three months to spider and index your entire site. It normally spiders about 2 pages per site in any week Best bet is to submit your pages manually at the rate of no more than 30 per week.
  • Creating a single Website can take anywhere from 1-8 weeks to 6-8 months or more. Creating one that is able to handle simple electronic commerce transactions may take even longer as merchant accounts for credit cards need to be obtained, integrating CYBERCASHTM or similar realtime payment methods must be provided for, search engine registrations need to be requested and so on.
  • the production purchasing buyer needs to be able to collect information about sellers, and it would help to know that some entity has screened them and monitors them for adherence to some known set of standards and reputability. Additionally, production buyers today usually have to travel to a seller's physical location to get sample products. If the buyer is in the US and the seller is in Malaysia, this might costs thousands of dollars in airfares and travel expenses, just to get samples. Most existing products and services do not help with these tasks. As noted above, samples of newly engineered component parts may be critical for the buyer company's completion of its product. New systems being built by a computer maker may need power supplies or heat dissipation systems that are also new and unproven. The engineers developing the new computer systems need to be able to test their prototypes with sample, new component parts to know the whole system will work. None of the existing methods of buying over the Internet address this kind of need. Most systems are not designed from the buyer's viewpoint.
  • both the mall concept and the enterprise server concepts use databases for storing and indexing product and price lists and catalogs, along with final orders.
  • little or nothing is known, and consequently stored about the negotiation process on a step by step basis.
  • any information that is collected is likely to be of interest primarily to the seller, not the buyer, since most of the systems in existence are focused on the seller.
  • a customer such as a computer manufacturer, may want to include a scanner product made by a scanner manufacturer as an integral part of its new computer system.
  • the customer typically still faces a number of iterative negotiations with the maker of the selected scanner subsystem—however, these may have to do with the design, the development and even the manufacturing of the subsystem.
  • the computer manufacturer may want the scanner vendor to develop custom driver software for each of the three operating systems the computer manufacturer uses, and may want special features in each.
  • the scanner vendor may be unexpectedly limited in resources and time, thus requiring that the computer maker make some selection and priority decisions.
  • Each party may have to go back and forth numerous times with requirements documents, design documents and development timetables until a good result is achieved at each stage of the development process.
  • VLSI Very Large Scale Integrated
  • a process mining system for analyzing the processes used to implement negotiated contracts and other agreements stored in an automated system of record. Using unique identifiers assigned by the contract authority of the invention, process mining can be done to evaluate the effectiveness of processes used to implement one or more sets of negotiations.
  • Figure la is a block diagram of the present invention showing its use by one sponsored commerce community.
  • Figure lb is a block diagram of a configuration of the present invention.
  • Figure lc is a logical diagram showing several communities created using the present invention.
  • Figure Id is a block diagram of the present invention showing its main functions.
  • Figure le is a block diagram illustrating a main process of the present invention.
  • Figure lf is a block diagram illustrating database structures of the present invention.
  • Figure lg is a block diagram showing some of the main interactions enabled by the present invention.
  • Figure lh is a schematic drawing of a multi-media embodiment of the present invention.
  • Figure li is a flow diagram of the multivariate negotiations engine of the present invention.
  • Figure lj is a block diagram of sponsor functions of the present invention.
  • Figure Ik is a block diagram of participant functions of the present invention.
  • Figure IL is a block diagram of network functions of the present invention.
  • Figure lm is a block diagram of external functions of the present invention.
  • Figure In is a block diagram of database functions of the present invention.
  • Figure lo is a block diagram logical overview of database functions of the present invention.
  • Figure 2a (Prior Art) is a block diagram of a prior art enterprise application software server system.
  • Figure 2b (Prior Art) is a block diagram of a prior art Internet mall site.
  • Figure 2c (Prior Art) is a block diagram of prior art sample quantity purchasing techniques.
  • Figure 3 is block diagram of a type of community enabled by the present invention.
  • Figure 4a is a flow diagram of remote Web authoring of the present invention.
  • Figure 4b is a flow diagram of the customization of the remote Web authoring of the present invention.
  • Figure 5a is a block diagram of the database functions of the present invention.
  • Figure 5b is a block diagram of a database entry of the present invention.
  • Figure 6 is a flow diagram of illustrative sponsor promotion activities of the present invention.
  • Figure 7 is a flow diagram illustrating a buyer entering negotiations.
  • Figure 8 is a flow diagram of illustrative reporting features of the present invention.
  • Figure 9 is a flow diagram illustrating a buyer participant's preparation for purchasing.
  • FIGS 10-1 through 10-3 are schematic diagrams of interactive Web authoring screens of the present invention.
  • Figures lla-1 through lla-3 show a completed letter of credit negotiated using the present invention.
  • Figure lib is a sample email notification of the present invention.
  • Figure 12 is a block diagram of a seller's administrative database of the present invention.
  • Figure 13 is an illustrative block diagram of a database entry for a community sponsor, showing status of a negotiation.
  • Figure 14 is a block diagram of another sponsor administrative area of the present invention.
  • Figure 15 a is a block diagram of part of a seller's order processing using the present invention.
  • Figure 15b is a block diagram illustrating a buyer's proposed terms using the present invention.
  • Figures 15c-l through 15c-3 are block diagrams showing a proposed letter of credit using the present invention.
  • Figure 16 is a block diagram of a seller's view of a proposed order with payment by letter of credit using the present invention.
  • Figure 17 is a block diagram illustrating seller's order processing using the present invention.
  • Figures 18-23 are illustrative e-mail notifications of the present invention.
  • Figure 24 is a block diagram of an illustrative set of community rules using the present invention.
  • Figure 25 is a flow diagram of the present invention's automation of search engine submissions.
  • Figure 26 is a flow diagram of a customizable language process for remote web authoring of the present invention.
  • Figure 27 is a block diagram illustrating International transaction processing using the present invention.
  • Figure 28 is a block diagram showing records archived by the present invention.
  • Figure 29 is a flow diagram of sample quantity ordering using the present invention.
  • Figure 30 is a block diagram showing a wire transfer negotiated according to the method and apparatus of the present invention.
  • Figures 31a through 31d are block diagrams of remotely authored Web pages created using the present invention.
  • Figure 32 is a block diagram showing sample quantity ordering with the present invention.
  • Figures 33-37 are block diagrams of an automated system of record of the present invention.
  • Figure 38 is a block diagram of a logic overflow of the invention.
  • Figure 39 is a table showing the use of a unique identifier in the present invention.
  • Figures 40 and 41 are block diagrams illustrating active templates of the present invention.
  • Figure 42 is a block diagram of an interative technical development using the present invention.
  • Figures 43 -51 are flow diagrams of the invention.
  • a block diagram of the present invention shows a multivariate negotiations engine system 02 communicating over telecommunications link 10a to the Internet 04.
  • a community sponsor 06 is shown also communicating over a telecommunications link 10b to the Internet 04.
  • Participants 08 in this community are shown at 08a-08h. For commercial implementations each participant is either a buyer or a seller (or in some cases, both) in the community.
  • Participants 08 connect to community sponsor 06, through the Internet 04 and multivariate negotiations engine system 02.
  • Multivariate negotiations engine system 02 contains all the software needed to create sponsored communities, communicate with sponsors, and with all participants and store the results.
  • Each sponsor or participant only needs a standard Internet browser such as those commonly available from Netscape Corporation or Microsoft Corporation, among others, and a commonly available desktop computer or other terminal, workstation, or computer to activate the browser over any commonly available link to the Internet.
  • these browsers are distributed free of charge by their suppliers.
  • Multivariate negotiations engine system 02 can be used for other types of sponsored communities where interactive, iterative negotiations of a number of interrelated, variable items amongst the participants over the Internet is desired.
  • manufacturers in the computer industry might want to agree on a set of multi-part, multi-tiered industry standards for a new computer bus.
  • a computer industry association or a standards association might be the community sponsor, and the computer and peripheral manufacturers might be the participants who need to iteratively negotiate with each other and /or the standards body to agree upon the standards.
  • the sponsoring standards body establishes the community, proposes initial standards, sets the rules for negotiations, encourages and monitors negotiations, and concludes with a finally agreed upon set of standards, with each step of each negotiation that occurred along the way archived. Since no additional hardware or software needs to be installed at the sponsor's site or at those of any of the participants, the present invention provides a much more economical and speedy way to negotiate complex, multivariate items such as complex standards specifications.
  • sponsored community addresses corporate buyers and sellers engaged in production purchasing
  • other commerce communities could be implemented.
  • stock or commodity trading over the Internet might be conducted using the present invention.
  • a sponsor such as a traditional stock exchange or a newer type of securities body could establish the standards for accepting stockbrokers into the community. Such standards might include compliance with applicable securities regulations and so on.
  • the sponsor can monitor and regulate actual iterative multivariate negotiations such as options, puts, calls, at the market or not at the market, etc., for buying and selling of commodities or securities electronically over the Internet.
  • a trade show organizer might sponsor a community for allocating and iteratively negotiating accommodations, placement, footage, signage, facilities, etc., amongst vendors and suppliers at the show site.
  • Participants in a community can also ask the sponsor to appoint a moderator for their negotiations, if stumbling blocks arise.
  • the moderator can monitor the negotiations and suggest next steps at any time in the process to one or several of the participants.
  • Multivariate negotiations engine system 02 can archive the multimedia sessions as video and audio files to be stored with the text.
  • the present invention allows the creation of one or more sponsored communities of any number of types for conducting iterative negotiations over a network.
  • the network used is the present-day Internet with TCP-IP protocols and formats, but those skilled in the art will appreciate that it could also be implemented on any future open network(s) which might replace or supplement the Internet, or it could be implemented inside current, private networks within a corporation, if desired.
  • Sponsored community CA might be a community of farm equipment buyers and sellers, while sponsored community CC might be a community of stockbrokers CC08br and traders CC08tr.
  • Sponsored community CB might include computer manufacturers CBO ⁇ m and peripheral makers CB08p in a standards community CB.
  • Existing enterprise electronic commerce systems would require each member of such a community to install special Webserver, application server and database server software at each sponsor site, and at all or some participant sites in a community such as sponsored community CC.
  • the present invention however only requires that each sponsor, and participant in a community have a standard Web browser (not shown here), and a connection to the Internet 04. All of the processing software and hardware needed to handle transactions for each community CA-CC shown here is provided at the multivariate negotiations engine system 02's site.
  • the above aspect of the present invention is particularly important in business to business negotiations.
  • Use of the Internet architecture helps both sponsors and participants keep their separate brand identifications through their individual URLs and Websites, and the use of http addressing and protocols enables near-instantaneous pulling of text and object files in response to any queries, whether in the same country or around the world.
  • sponsor 06 database 225 will be perceived by the participants and any visitors to the site, as the general site database for the sponsored community.
  • the present invention includes site services such as collecting data on the number of visitors to the site, their demographics, and maintaining similar server logs and analysis of the site traffic.
  • Remote authoring 50 is a seller process which enables a registered seller in the community to create a seller Website within the community on which to include the seller's marketing and product information, along with pricing, terms, service offerings and so on. Information generated or created in this remote authoring process 50 is automatically integrated with the community databases and listings. Promotion and brand identifying actions (such as registering the Web page with search engines) are taken automatically on behalf of the seller as well.
  • a seller once registered and having completed remote Web authoring, can immediately evaluate orders 54 and other inquiries and respond to them.
  • the present invention alerts sellers (and buyers) that a pending offer or counteroffer has been submitted, so that they may return to the system to negotiate or resume negotiations.
  • order activity 58 Another seller process is order activity 58 which allows the seller to follow the activity by e-mail or browser or similar means, and request data downloads or activity reports on transaction data.
  • the sponsor processes of Figure lg include maintaining databases, registering community and seller domain names, and submitting Web uniform resource locators (URLs) to multiple search engines so that both the community Website and each seller Website within it can be found by search engines such as Compaq's ALTAVISTATM among others.
  • Sponsor 06 also monitors activity, collects fees, establishes standards or rules (or both) for the community, and promotes successes.
  • the present invention also allows the collection and analysis of direct e-mail demographic information, such as company name, title and location. This data helps the present invention screen out frivolous or fraudulent inquirers. For example, a high school student attempting to propose an order might be intercepted when the present invention determines that no company name or title has been provided and no other authorization for such a request has been provided for.
  • Buyer processes shown in Figure lg include search and evaluate processes 70, which enable a prospective buyer to find companies and their products in the community and investigate their prices, terms and service offerings. If a buyer is interested in opening negotiations with a particular seller, the propose orders processes can be based on catalog prices or desired price and other terms, special orders for samples or small quantities, proposed payment vehicles, and can include information about the buyer. A buyer in this community can use order activity processes 78 to determine an order's status in the system, etc. Note that access to relevant information by each type of community member (sponsor, buyer, seller) is protected by password security and access levels.
  • Seller participant O ⁇ grpa functions include automatically integrated remote Web authoring 214-02 and processing and administration 214-04.
  • remote Web authoring 214-02 the present invention allows a seller registering with the sponsored community, to automatically create a seller's Website within the community, on completion of registration.
  • the seller selects from several Website format templates provided by the present invention and as the seller "fills in the blanks" in a selected template, the information is automatically integrated with the rest of the system, so that orders can be processed and accepted immediately and more efficient registration with search engines is automatically initiated.
  • a seller's processing and administrative steps 214-04 includes such tasks as uploading product catalogs, customizing the Website from time to time, and similar processing.
  • participant functions for buyer participants O ⁇ grpb could be as simple as proposals 214-10.
  • a buyer might either propose negotiations of order terms based on a seller's catalog and price lists or send out a request for proposal (RFP) to all or some of the seller's in the community, or send out a request for a quote (RFQ) to all or some of the sellers in a community, asking sellers to respond with the best, most comprehensive terms each seller can offer.
  • RTP request for proposal
  • RFQ request for a quote
  • the present invention also provides prospective buyers with the ability to make e-mail inquiries through the system, which are logged by the system.
  • network functions 207 of the present invention are shown.
  • most of the functions of multivariate negotiations engine 212 are actually implemented as part of Webserver software 210s.
  • Webserver software 210s interprets the TCP-IP protocol and transfers the contents to multivariate negotiations engine 212's Webserver and dynamic HTML functions 207-02.
  • these functions cause dynamic HTML text to be created to implement and communicate with the other functions of the present invention.
  • Java, Java scripting , XML, or any of a number of other languages could also be used for such communications.
  • Figure lm shows the external functions 211 of the present invention.
  • Reporting 211-02 is one type of external function 211.
  • the present invention protects the documents with separate user names, passwords and access levels for each inquirer. That is, a sponsor may be able to see the broadest or deepest levels of a transaction in the community using its master user name and password.
  • a seller may be able to see all transactions relevant to it, proposed orders pending for it from one or all members of the community, using sellers own user id and password.
  • a buyer may only be able to see orders it has proposed or concluded with one or all members of the community, using buyers separate user name and password.
  • FIG. lm Another external function 211 of the present invention shown in Figure lm, is the ability to incorporate application programming interfaces (API's) 211-04.
  • API's application programming interfaces
  • the present invention is designed from the "outside looking in” (from the network looking into the enterprise) as it were, the data from transactions completed using it might have to be transferred manually to internal seller and buyer system formats without API 211-04 functions.
  • API 211-04 functions the data that is stored internally by the present invention, can be reformatted by an API designed for a particular seller or buyer's internal systems. For example, if a seller has accepted all the terms of an open buying agreement against which a buyer has now placed an order, the seller might use an API 211-04 to "translate" that data into a format the seller's internal ERP systems can accept for order processing.
  • standard APIs 211-04 can be created to interface with standard internal ERP systems, such as ORACLE or SAP Corporations' databases and so on.
  • custom API's may need to be created to interface the present invention with their existing internal systems. In all cases, however, no API's are required to enable sponsors and participants to use the services provided by multivariate negotiations engine 212.
  • database functions 222 are shown.
  • database functions 222 are able to communicate with all other functions and services of the present invention and vice-versa.
  • Webserver software 210s fields the request and communicates it through IP firewall 203 f to database functions 222, asking the database server software managing database functions 222 to process the request and return the appropriate information.
  • the database server software performs searches, analysis, and any computations needed to hand back the correct data.
  • Webserver software 210s formats the returned data, and through conventional common gateway interface scripting techniques, creates dynamic HTML (or XML or Java or Java-compatible, etc. ) text for ultimate display. This formatted data, in turn, is transmitted to the appropriate sponsor or participants' browsers over the Internet.
  • Unique id's feature 222-02 is used to insure the proper data is found and transmitted. That is, the present invention associates unique identifiers (id's) with each sponsor, participant, and type of data or transaction. Since database functions 222 are integrated directly with the other functions of the invention, faster processing and updating of the database is enabled.
  • Figure lo shows a logical diagram of the relational structuring of database (s) 225 created according to the method and apparatus of the present invention.
  • logical folders such as 06f, 08slf, and OSblf, are created for the sponsor 06 and for participants.
  • a seller folder O ⁇ slf is referenced from sponsor 06's community database folders 06f, and from a buyer's folders O ⁇ blf .
  • Databases 225 created according to the present invention use a combination of record, field, relational names and delimiters to interrelate the elements within.
  • Those skilled in the art of relational databases will appreciate that a number of additional references and folders can be interrelated.
  • multivariate negotiations engine system 02's site contains all the software, hardware and database functions to create and support complete operations of communities.
  • the multivariate negotiations engine system 02's Website has a Webserver 210w containing standard Webserver software.
  • the public domain Apache Webserver software is used, but those skilled in the art will appreciate that any of a number of other Webserver software products could be used, such as that provided by Microsoft Corporation's Internet Information Server (IIS) product or Netscape Corporation's Fasttrack or Enterprise Server products or any of several of UNIXTM Operating system server software products available from many vendors.
  • IIS Internet Information Server
  • Netscape Corporation's Fasttrack or Enterprise Server products any of several of UNIXTM Operating system server software products available from many vendors.
  • Webserver 210w enables communications in the TCP-IP format, to be received from the Internet 04 and forwarded into multivariate negotiations engine system 02's site, which is here shown including server farm 230. Data in these communications is transferred through IP firewall 203f .
  • IP firewalls that is, firewalls such as those supplied by RAPTORTM IP firewalls from Axent Technology Corporation, SOLSTICE 1TM and SOLSTICE 2TM IP firewalls from Sun Microsystems, Inc., and PIXTM Firewalls 510 and 520 from Cisco Systems, Inc. among others, are capable of screening the incoming and outgoing information at all the levels of the TCP-IP OSI 7-layer model.
  • Webserver 210w also transmits out to Internet 04, when transmissions are sent out from multivariate negotiations engine system 02's site.
  • IP firewall 203f at multivariate negotiations engine system 02's site.
  • Data is kept secure by IP firewall 203f and communications over the Internet 04 are kept secure by Secure Socket Layer (SSL) encryptions.
  • SSL Secure Socket Layer
  • a sponsor 06 may have already spent half a million dollars or more creating its own Website and would prefer to operate the community from there.
  • This can be accomplished with the present invention by installing the invention's core libraries on the sponsor's Webserver just as it is installed at multivariate negotiations engine system 02's site.
  • a sponsor desiring such local installation would usually require a firewall and database, server locally, too, dedicated to the community. Once these are in place the present invention can be installed at the sponsor's site in the same way it is installed at multivariate negotiations engine system 02's site.
  • Multivariate negotiations engine system 02 enables this by providing a customizable scripting language as shown in Figure 26, and described in more detail below. Using this language, multivariate negotiations engine system 02 helps a seller create a Website which is, in effect, a mirror of the seller's original Website. A seller might choose to place its product catalog there and have the rest of its Website remain external to multivariate negotiations engine system 02's site. Thus, the existing seller external
  • Website retains its existing domain name and URL, is linked to by the present invention as described above, and requests to see the product catalog are linked back to multivariate negotiations engine system 02's site where the product catalog is kept.
  • FIG. Id A more detailed view of multivariate negotiations engine system 02's site is shown in Figure Id.
  • the Website 200 includes Webserver hardware 210w, IP firewall 203f, server farm 230 and database server hardware 220.
  • IP firewall 203f As shown in Figure Id, most of the functions needed to implement the present invention are implemented outside IP firewall 203f as part of the Webserver software used with Webserver hardware 210w.
  • the database server software 222 and the data 225 are the only items behind IP firewall 203f .
  • All of multivariate negotiations engine system 02's functions could also be placed behind a firewall if virtual private networks (VPN) or tunneling or similar techniques known in the art used for implementation.
  • VPN virtual private networks
  • Multivariate negotiations engine 212 is the central function, with sponsor functions 213, participant functions 214, external functions 211 and network functions 207 working in cooperation with it. All of these, in turn, communicate through the IP firewall 203f, to database functions 222, operating with database server system 220, to maintain database(s) 225. Security of sponsor and participants' communications is provided at the Webserver level through secured socket layer (SSL) encryption schemes offered by most Webserver software products, while an additional layer of security is provided by restricting access to database server computers 230, where databases 225 resides, by use of IP firewall 203f .
  • SSL secured socket layer
  • Figure li is a flow diagram of the steps of iterative multivariate negotiations engine 212 of the present invention.
  • an initializing event occurs, such as participant 08 proposing terms to another participant on an initiating terminal (or desktop computer or workstation, etc.) over the Internet 04 through multivariate negotiations engine system 02, thereby creating a communications path which is ultimately directed by multivariate negotiations engine system 02 over the Internet 04 to the destination terminal at which the selected other participant 08 is active.
  • the terms could be the placement of an order from a buyer, or a seller's response to a general request for proposal (RFP), and so on.
  • RTP general request for proposal
  • multivariate negotiations engine 212 recognizes that these two participants are negotiators and also determines that a deciding entity has been appointed either by the sponsor or by the rules established for this community. For simple order processing, the seller may be designated the deciding entity by default. For an RFP, the buyer might be designated the deciding entity. In noncommercial communities, such as standards communities or treaty negotiation communities, a sponsor 06 may wish to designate multiple deciding entities for each issue under consideration. In such an implementation, a sponsor 06 will usually want to establish more detailed rules for the ordering and processing of proposals.
  • next step 212-04 is a statement of multiple terms by one of the negotiating participants.
  • the terms could be formatted in any of a number of ways, such as pre-formatted forms, open field boxes, text areas, and so on. [See Figure 15b, for example]
  • the proposed terms are evaluated by the other participant. If the other participant is also the deciding entity and the terms are accepted, the last set of terms proposed is stored and processing proceeds to step 212-08, closure.
  • multivariate negotiations engine 212 stores this set of proposed terms at step 212-10 and processing loops back up to step 212-04, where terms are proposed again, usually with some variations from the previous set • proposed. This iterative process continues between steps 212-04 and 212-10 until the deciding entity accepts the terms and closure is reached at step 212-08. Multivariate negotiations engine 212 keeps track of each set of changes and can display them so that the changes proposed at each step of the negotiations are clearly and accurately recorded.
  • multivariate negotiations engine 212 checks to see if a concluding document is desired. For most transactions in most communities, some form of final document (such as contract document 242 above) is desired to reflect the participants' agreement. However, it is possible that the participants may only wish to reach closure and that they will rely on the recorded rounds of negotiation to memorialize the terms they agreed on. If a concluding document is requested, it is created and noted as complete at step 212-04. Whether or not a concluding document is requested, the system automatically displays the changes so they can be easily seen and the present invention also checks to see whether a state change is needed at step 212-16. If a state change is needed it is initiated at step 212-20. Depending on the community, the participants, and the transactions involved, state changes could be as simple as payment authorizations sent electronically or as complex as multi-step processes desired by the participants.
  • API functions can be used to integrate the present invention with a seller's or buyer's internal ERP systems, if desired.
  • the sponsor of community CB is a standards body, it could create a community Website for the negotiation of a particular standard, enlist participants, and encourage and monitor the negotiations without anyone having to buy or install additional local hardware or software.
  • the community could be "dismantled” and the participants could disband without wasting any hardware or software installations and expenses.
  • the present invention could be operated as a one-time service for a fee, as well as an ongoing systems.
  • the costs of the system's fees are likely to be dwarfed by the costs the users would otherwise have incurred if they had to create their own Websites and mechanisms.
  • multivariate negotiations engine 212 can operate with only a deciding entity DE and another initiating entity OE. If this is a commerce community, deciding entity DE is usually the seller and the other initiating entity OE is usually the buyer. However, even in this situation, other designations are possible. For example, if the buyer is sending out a request for proposal to which sellers must reply and negotiate, then the buyer may be the deciding entity and the seller(s) the other negotiating entity. For many master agreements or open to buy agreements, both negotiating partes may be deciding negotiating entities.
  • closure 240 usually results in a contract document 242 and probably some state changes 244 associated with activating production, shipments, payments, order handling and so on.
  • multivariate negotiations engine 212 shown in Figure le need involve only two entities, one with decision-making authority and one to propose different or additional terms, with the goal of their actions being closure on a final set of terms.
  • Multivariate negotiations engine 212 can also help participants check out market conditions through inquiries and proposals where closure 240 may not result in any contract document 242 but only in an accurate assessment of market conditions. For example, when there is rumored to be a shortage of goods of a certain type, a buyer may want to know whether it can purchase such a product in high quantities at a reasonable price from any seller. If not, then the buyer may believe the shortage does, in fact, exist.
  • FIG. 15b a typical proposal form for a buyer is shown.
  • the buyer identifies himself, his title, his company, and the company's location at lines 332-342.
  • information about the buyer's designated freight forwarder is given.
  • document presentation terms are specified, as well as at line 352, 354, 358 and so on, the detailed terms of the buyer's preferences for shipment.
  • Open text box 366 can be used by the buyer to type in or cut and paste in from another document any additional terms the buyer would like to see. This might include warranty and indemnity terms favorable to the buyer, provisions for acts of God, and so on. If purchase orders of bulk order terms are being negotiated they can be included here.
  • Letter of Credit (L/C) or other internationally standard payment vehicle terms such as wire transfer, documentary collection are being proposed, the negotiation can be structured around them.
  • the email notification includes links to multivariate negotiations engine system 02's site.
  • the seller (using its browser) becomes aware from the e- mail that a proposal is available it jumps immediately, using the link mentioned above in the email, to view a browser screen such as that shown in Figure 16, which shows a proposed order with payment by letter of credit from the above buyer.
  • the seller must still use its user id and password for such viewing, thus preserving security of the data.
  • the email notification does not contain any sensitive or confidential data. It serves simply as a notifier. Note that email notices of the present invention do not contain any confidential information.
  • Confidential data is transmitted securely to the browser through SSL techniques. Access to the data is by user name and password.
  • All participants in a negotiation are continually notified by e-mail as the negotiations progress.
  • the participants are required to enter their e-mail addresses in order to use the present invention.
  • participants log into their protected areas in the system's databases 225 they are also presented with information regarding the latest developments, if any, which have occurred in their respective negotiations.
  • a sponsored community increases the visibility of member companies which are sellers.
  • the methods described below in connection with functions to promote visibility for the sponsored community and its members significantly increase the likelihood that a buyer, searching for a new supplier over the Internet will find members of such sponsored communities and that they will be more likely to meet the buyer's needs.
  • trade development communities can be established using the present invention, including as sellers only those that meet the qualifications outlined by the sponsor. This simplifies a prospective buyer's search and evaluation task significantly.
  • the sample order quantity purchasing features (also described in more detail below) of the present invention significantly reduce the time it takes for a buyer to qualify a new supplier or seller anywhere in the world.
  • multivariate negotiations engine system 02 is connected over an international network IN, such as the Internet 04.
  • an international network IN such as the Internet 04.
  • sponsored community CC might be a community of sellers of electronic components 08s located in Pacific rim countries.
  • Prospective buyers 08b can be located anywhere in the world, such as Russia, Europe, Africa, South America, North America, and so on.
  • the present invention enables the use of several internationally accepted payment methods and automates the negotiation of them, along with the negotiation of the overall agreement.
  • the payment vehicle most commonly used when the buyer and the seller are complete strangers to each other is the letter of credit (L/C).
  • the present invention enables, as part of the negotiations process, the negotiation of the terms of a letter of credit as seen in Figure 16.
  • the letter of credit shown there if accepted by the deciding entity DE as part of the negotiations, can be transmitted over a SWIFT compatible network to the advising bank, for immediate implementation.
  • a seller can still activate a Website automatically and take volume orders if it is willing to negotiate letters of credit, wire transfers, documentary collection procedures or to accept a buyer's purchase order.
  • Figure 30 illustrates a wire transfer negotiated using the present invention. Wire transfers shift the risks from the bank to the participants. Documentary collection payment methods, purchase order payment methods, procurement cards and similar methods can also be used and negotiated using the present invention.
  • Figure 10 shows the Web authoring features of the present invention as they are displayed to a participant seller through the sponsor's Web setup area.
  • Web page buttons such as general information button 100, home page button 104, and so on, can be selected by the user at its browser to edit or preview a particular part of the website.
  • the setup area takes advantage of existing web browser technology to simplify the authoring process.
  • FIG 4a a flow diagram of the initial part of remote Web authoring 214-02 is shown.
  • a seller is registering for the first time with a sponsored commerce community.
  • Other types of communities might vary this processing.
  • the seller chooses from one or more templates provided by multivariate negotiations engine system 02, based on the level of cost and functionality the seller desires.
  • Sample website pages constructed from such templates by a hypothetical company named Exports, Inc. are shown in Figures 31a to 31d.
  • step 405 in Figure 4a the seller provides basic information as prompted by the system through a setup screen such as that shown in Figures 10-1-10-3. Portions of the demographic information collected there, along with other data collected later is automatically formatted along with the META tags and Meta Keywords for automatic submission to search engines.
  • the system presents the community's standard license agreement and terms to the seller. If the seller agrees to the terms at decision block 425, processing continues. If the seller does not agree, the seller may proceed to block 420 to negotiate with sponsor or elect not to participate.
  • payment terms are executed if the sponsor requires online payment. Any of a number of payment options provided by the system can be used. If payment has not been settled, as determined at block 430, the seller and sponsor can negotiate some more, or the seller may again elect not to participate at block 445. If the seller chooses not to participate, remote Web authoring 214-02 stops. If payment has been settled, the sponsor provides instructions at step 440 to the seller for proceeding to the creation and customization of the Website.
  • FIG. 4b processing steps for the customization of the seller's Website in the community are shown.
  • the seller logs into this part of multivariate negotiations engine system 02 using the username and passwords it selected when entering demographic data in the previous registration steps.
  • the seller having already selected a general template for a Website, selects a customization item from those that are specific to its template.
  • the seller is presented with instructions and suggestions as it customizes features using an online form such as that shown in Figures 10-1-10-3. Sellers with a small inventory of goods can simply create a product catalog online using the web authoring features of the present invention.
  • the seller can preview the Website to see what it looks like so far.
  • decision block 470 the system checks to see if the seller has completed customizing. If it has, the system enables the seller for active status and online commerce at step 480. If customization is not complete, processing continues from step 460.
  • a sponsor 06 builds a community and establishes its rules 213-02.
  • a sponsor 06 can create the community Website from templates available from multivariate negotiation system 02's site.
  • a sponsor may have already invested millions of dollars in the creation of its own database(s) and Website, and simply wants to have the community enabled from there, using applications programming interfaces (API's) or the new XML language when it is standardized.
  • API's applications programming interfaces
  • the present invention permits either or both methods of creating or enabling a community Website.
  • the rules or standards for the community can be as comprehensive or as simple as the sponsor 06 desires.
  • sponsor 06 may want to require all sellers to be compliant with a particular standards organization's applicable quality standards, such as the International Standards Organization (ISO), shown as RI here.
  • ISO International Standards Organization
  • sponsor 06 may want to insure that all fees due to sponsor from sellers are paid in full and kept up to date- rule R5.
  • a sponsor for a regional trade development community may want to insure that each seller is able to handle importing and exporting of goods - - rule R3, meets some specified minimum performance capabilities such as rule R6, just- in-time capability or rule R7, bar code processing, or rule R8, ability to handle specified payment methods.
  • the sponsor functions 213-04 are also involved in the remote Web authoring functions 214-02.
  • step 490 after sponsor determines the seller is in good standing, sponsor register's seller's company name, products and other data with the community's internal search engine.
  • step 505 sponsor registers the seller's name with Internic, the corporation established for assigning domain names and URLs.
  • step 510 sponsor automatically submits seller's name and data to major external search engines on the Internet.
  • the sponsor completes the integration of the new seller into the community, enables it for active status, includes it at the top of the list of any vendor databases and allows the seller's Website access to the online community's functions.
  • a sponsor 06 may submit its own Website and URL's to a number of Internet search engines and submit each selling participants' Websites and URL's to such search engines as soon as the seller is registered and has created a Website.
  • a typical sponsor's promote visibility functions 213-04 formats the URL's and domain names (as provided by the system registration forms which are automatically integrated into the system) into the META Tags and Meta Keywords or similar formats and submission schedules most likely to speed up registration with the search engines.
  • the ALTAVISTATM search engine Web site states that:
  • the Altavista indexer gives higher priority for keywords located in submit tags ( META Tags and Meta Keywords ), a higher priority for keywords that are located near the top of the page, and also gives a tad higher ranking for keywords appearing closer to each other on the page text. It adds up the occurrences of the keyword in the page for higher scoring. If META keyword tags are not present, it indexes the first 30-40 words of the page as the page description.
  • Figure 25 is a flow diagram illustrating how the present invention automates this notification process.
  • promote visibility function 213-04 creates a script in any of the scripting languages used on the Web, from the information supplied when a participant 08, such as a seller, registers with the community for the first time.
  • the script is written to take the seller's data and create META Tags and Meta Keywords to assist with the location of the URL's.
  • promote visibility function 213-04 checks to see if it is time to submit the data to a selected search engine n. As noted above, some search engines accept submissions only on a weekly basis, at specified times. If search engine n is not accepting data at this time promote visibility function 213-04 proceeds to step k3 to wait the specified interval. If it is the right time to submit visibility data to search engine n, promote visibility function 213-04 does so at step k4. At step k5 a check is made to see if any more submissions should be made to search engines. If there are several more to process, promote visibility function 213-04 finds the address of the next search engine, which now becomes search engine n, and returns to decision block k2.
  • promote visibility function 213-04 returns at step k6.
  • these submission steps can be scheduled to repeat on a regular basis until all of the visibility data for a new participant registrant has been submitted to all the search engines.
  • the present invention also schedules updating submissions on a regular basis to insure most search engines place community sites near the top of their index lists.
  • promote visibility functions 213 might be implemented for participants.
  • advertisements could be uploaded from a participant's local computer systems for inclusion in the participant's Website in the community, if allowed by the rules of the community.
  • Such advertisements could be forwarded or submitted to related sites as another promote visibility function 213, if allowed by the community rules.
  • Still other promotional activities for the community can be performed by the sponsor's promote visibility functions 213-04. For example, many sponsors may want to create links to and from other Websites to direct more "traffic" to the sponsor's Website, and either directly or indirectly all the seller's Websites within. This is useful when sellers or sponsors or both already have established brand name identities and traffic patterns through their own individual traditional and Web-based brand recognition marketing efforts.
  • each "round" or step of negotiations is stored and archived by the present invention.
  • This is of special benefit to any participants negotiating a binding agreement who may later disagree as to the exact intent or content of the final terms.
  • This archival processing allows either side or the sponsor or moderator (using the appropriate usernames and passwords) to view the steps leading up to the final document.
  • the likelihood of potential disputes arising over what has been historically referred to as the "battle of the forms" can be greatly reduced, or even eliminated using this archival feature.
  • the present invention provides authentication by validating the identity of the participants through user names and passwords; maintains confidentiality by using SSL encryption and decryption to ensure that confidential information is not intercepted during transmission; provides security of the data stored at multivariate negotiation engine system 02's site through use of IP firewall 203f; and by virtue of the archival features, provides documentary non-repudiation by ensuring that transactions, as they are negotiated and committed are fully documented.
  • existing security techniques such as public key encryption (PKI) systems, certificates of authentication, among others can also be used to enhance the integrity of the documentary archives.
  • Figure 28 illustrates this in simple overview format.
  • buyer terms BT1 include an order for 10,000 widgets, etc, requesting a 4-year warranty on parts and that buyer's performance or payment be excused for acts of God which are here proposed to include strikes and government actions.
  • Seller terms ST1 indicate the seller would prefer to offer only a 6 month warranty on parts and would not include strikes or government actions under the heading of acts of God which would excuse the buyer from paying for the goods.
  • the buyer responds with proposed buyer terms 2, BT2, which ask for a 1 year warranty and the inclusion of government actions as an act of God.
  • the seller accepts buyer terms BT2 and this is reflected in the final deal terms FD. If, at some later time, the seller demands payment from the buyer at a time when the buyer is unable to send money out of the country because of government action, these non-repudiation features make it clear that the seller had agree to excuse performance in that circumstance. Thus, the seller cannot say "I was positive we had eliminated two of your requested terms for inclusion as acts of God, and since our copy of the final terms has been destroyed, and you cannot find yours, I demand you pay.” The present invention significantly increases the likelihood of preventing such not uncommon occurrences as disputes arising from lost or misplaced copies of documents. Sample Ordering
  • sample orders can be placed at the outset of vendor selection processes by a production buyer. If the sponsor desires to include this feature in the community, it will make arrangements with each seller for the payment for the samples. In order to enable a seller to "go live" immediately upon the creation of the seller's Website, a sponsor might authorize payments for such sample purchases through the Sponsor's own merchant id or similar arrangements for online payment processing. This eliminates the need for the seller to wait several weeks for a merchant Id in order to accept credit card payments for small value transactions such as sample orders.
  • a seller's ability to accept sample orders in specified quantities upon agreed upon payment terms will be one of the rules of the community.
  • the system automatically sends a notification to that effect to the seller, as seen in Figure 23.
  • the seller having previously agreed to accept sample orders is now obligated to ship the quantity of the items as specified by the buyer.
  • the seller's normal shipping and handling terms apply. If the sponsor and sellers agree to accept payment for samples by credit card or procurement card, the sponsor can process the payments online using its own accounts, and then remit the proceeds from the payments, less its fees for handling, to the seller by wire transfer or other standard payment methods.
  • the present invention enables a prospective buyer to electronically search a sponsored community site at step SOI for sellers of goods meeting buyers needs.
  • this ability to find new, possibly pre-qualified suppliers over the internet is a significant advantage for production buyers.
  • the sponsored community displays to the buyer the sellers with goods meeting the needs.
  • the buyer can link to the sites of the sellers listed in the display, and either send email inquiries to them (step SO ⁇ ), or directly order sample quantities from them (step SO10) or evaluate them at step S012. If the buyer likes the samples and wishes to negotiate terms for placing an order in volume, it can proceed to Steps SOl4 through SO20 to do so.
  • sponsor database DB1 includes not only sponsor-specific information, but pointers to: a database of registered seller participants 08gra, an administrative database DBa, perhaps a larger database of potential vendors DBb, as well as a buyer participants database O ⁇ grb, and a rules database DBc.
  • seller participant 08S1 has its products database O ⁇ Slprd.
  • Seller participant O ⁇ Slin this example has just been linked to buyer participant O ⁇ bl, because of a contract document 242 the participants have just completed negotiating through the system.
  • buyer participant 08bl enables buyer participant 08bl to include seller participant 08S1 in buyer participant's qualified, online vendor list maintained by the present invention in database 08blqvl.
  • QRL qualified vendor list
  • the present invention not only allows the QVL list to be maintained online, it can also automatically add a seller to it if a major agreement such as the type designated by buyer has been completed between the two of them through the system. Similarly, the buyer in the above example is likely to be entered in several of the seller's databases.
  • a typical sponsor 06's administrative database DBa in Figure lf, includes such things as templates, procedures, and charges for registering new sellers, procedures for recognizing and assigning passwords to buyers, procedures for automatic renewal, details of each sellers required banking information, and so on.
  • Sponsor 06's vendor database DBb might be a listing of all the potential vendors in this general market. For example, if the general market for which sponsored community CC was created is the market for power supplies for electronic equipment, then all the makers of power supplies might be included in a brief listing in this database.
  • vendor database DBb As a manufacturer of power supplies for this market registers with the sponsor 06, agreeing to meet all the conditions specified for inclusion by sponsor 06, it is automatically placed, by multivariate negotiations engine system 02, at the top of a list of vendors in vendor database DBb. Thus, when potential buyers are browsing through the community Website CC, they will find the registered sellers at the top of vendor database list DBb, with others listed in lower priority order.
  • Typical sponsor vendor database Dbb includes text, images, sound files, etc.. When information from one or more of these databases is called for, the present invention pulls such associated files and graphics for display to the requestor.
  • Typical sponsor 06 databases 225 also include demographic data about registered sellers, such as company name, title, and locations. If certificates of authenticity, customer identification numbers, or electronic signatures such as those conventionally used for non- repudiation purposes are collected, they can also be stored in a sponsor database 225. Consequently, the services available from a typical sponsor 06 using the present invention, can make production purchasing more efficient for a buyer and provide direct access to potential buyers for all registered sellers.
  • database 225 of the present invention is automatically integrated with the functions of the multivariate negotiations engine system 02.
  • HTML text is received, requests and data are extracted from it (as described in more detail below) into dynamic HTML for storage in database 225 in the appropriate "folders" for the respective members.
  • database functions 222 communicate directly with webserver 210s through IP firewall 203f in the present invention.
  • the traditional approach to addressing database concerns over the Internet usually involve a webserver, an application server software product, and a database software server product.
  • this embodiment of the present invention does not use an application server software product. Instead the functionality that is needed to receive and transmit information to and from a participant O ⁇ , over a communications path through webserver 210s of multivariate negotiations engine system 02 is accomplished by using common gateway interface (CGI) programming such as perl, C++ and Java.
  • CGI common gateway interface
  • CGI programming is used between participant O ⁇ 's browser software at the participant's site, to handle communications between participant 0 ⁇ and multivariate negotiations engine system 02's webserver 210s.
  • CGI programming is used to dynamically create Web pages based upon the participant's request.
  • communications between webserver 210s and database functions 222 are conducted directly also using languages Java, perl and C++, without the use of an intervening application server software product.
  • Most of the functions of an applications server product are thus programmed directly either into webserver 210s or database functions 222 using web-based programming techniques.
  • This approach tends to save both space and time and has the advantage of simplifying the operations at both ends, since functions can be streamlined.
  • reporting can be more flexible than if a standard application server software program were interposed between webserver 210s and database functions 222.
  • Those skilled in the art will appreciate that more traditional application server software products could still be used, if desired, as could other languages or scripting languages.
  • object-oriented techniques the database is ordered more compactly to provide faster search capabilities.
  • Figure 5b for example is an illustrative database entry as it might be stored for a listing in a vendor database DBb.
  • login is shown as 579 - - the unique ID assigned by multivariate negotiations engine 02 to this particular vendor.
  • the remote web authoring template chosen by this vendor is shown as template 4, the vendor's letter of credit bank information is listed, and so on.
  • FIG. 33 a complete automated system of record CP00 of he present invention is shown.
  • sponsor 06 has, as described above, created the basic sponsored community and rules that will be used as part of the automated system of record CP00.
  • the deciding entity DE of two participants could also serve as a sponsor 06 if desired.
  • Contract authority CP02 assigns a unique identifier CPNN to each major negotiation and its ensuing activities. In the embodiments shown, this identifier is used to identify all the items associated with a major negotiation.
  • sponsor 06 uses dynamic contract CP06 of the present invention to transform the business rules of the sponsored community into the active templates CPO ⁇ of the present invention.
  • Automated negotiations engine 02 is used to negotiate from the active templates CPO ⁇ , in addition to any other user-supplied context. For the users who wish to maintain the data contained by automated system of record CP00 at one or more sites other than the central site, multiple repositories CP12 can be used to accomplish this, as will be seen in more detail below. With the use of dynamic contract CP06 and active templates CPO ⁇ , automated negotiations engine 02 can also be used more readily to negotiate other types of "contracts", such as specifications, or even to automate the negotiation of some or all of the development of a new product, as will be described in more detail below. Still in Figure 33, process mining CP10 is a function of the present invention that can be used in conjunction with automated system of record CP00 to evaluate the results of internal, external or even joint processes used to implement the contracts reached, as will also be described in more detail below.
  • Figure 34 shows a configuration of the automated system of record CP00, having, in the public section, a contract authority CP02 communicating with automated negotiations engine 02, and a contract router CP02R, which functions in much the same way as a communications network router, although in the present invention what is being routed is negotiation information related to contract identifiers CPNN.
  • a contract central switch CP02CS is also shown in the public area. Contract central switch CP02CS insures that information from the various routers is forwarded to the appropriate recipients.
  • the internet 04 is presumed to be the network in use for the public communications, however, those skilled in the art will appreciate that it can also be configured to work with private or proprietary networks.
  • a public data store 225 maintained at sponsor 06's site is shown, along with a planning application CPPL used by sponsor 06 for community members and a public application gateway CP6W, all in communication with contract router CP02R at sponsor 06's site.
  • CPPL used by sponsor 06 for community members
  • CP6W public application gateway
  • two buyer 08 configurations are shown. Each of these has a contract router CP02R, a private contract store CP12PST, private contract data CP12PDB. Either of these buyers 08 may send information through contract central switch CP02CS to reach either sellers 08 or additional application servers APP and ERP.
  • Figures 35 and 36 show simpler illustrations of contract authority 02, contract router CP02R and contract authority data 225 and private store CP12PST and private databases CP12PDB, the latter in a multiple repository configuration which will be described in more detail below.
  • Figure 37 illustrates how the present invention can be used inside a single corporate network to expand communications from automated system of record CP00 to the engineering CPEng and purchasing CPPurch departments.
  • Figure 38 is an overview of the logical flow of the present invention showing how system interfaces CP50, such as HTML CP52, XML CP54, Enterprise java beans EJB, CP56, and EDI CP58, can communicate to use automated negotiations engine 02, to apply contract terms through contract authority CP02, and to track data through process mining CP10.
  • CP50 such as HTML CP52, XML CP54, Enterprise java beans EJB, CP56, and EDI CP58
  • automated negotiations engine 02 to apply contract terms through contract authority CP02, and to track data through process mining CP10.
  • the information in these systems in turn can be used to work with internal systems CPINT as well as external systems CPEXT.
  • FIG 43 a flow diagram for sponsor 06's interaction with automated system of record CP00 is shown.
  • sponsor 06 establishes rules for the sponsored community, using techniques described above.
  • sponsor 06 obtains a unique identifier CPNN from contract authority CP02 of the present invention.
  • contract authority CP02 typically manages blocks of unique identifiers, which are each generated in such a way that they insure that number will never be generated again. So, for example, contract authority CP02 could start with a block of numbers, and then as new blocks of numbers are generated they are compared with previous blocks to insure there is no duplication.
  • sponsor 06 at step CP104 associates its contract active templates CP08 with that number for acceptance by the participants.
  • sponsor 06 asks the participants who are going to be involved in the negotiation associated with unique identifier CPNN if they wish to submit any other active templates CPO ⁇ .
  • Figure 40 an excerpt from a contracts active template CPO ⁇ a is shown, having predefined fields in specified formats for such items as item number, price, quantities needed for discount to apply, the discount, Ship schedule, Incoterms and so on.
  • Active templates CPO ⁇ are designed either by sponsors or participants or both to represent data being negotiated in such a way that certain fields can be used automatically by other programs such as logistics tracking programs, bill of materials programs, ERP systems and so on. Typically, this requires that the field be specified and formatted in such a way that the programs that will use it can either read the information directly from a record or sub record in the active template CPO ⁇ or can accept the information in that format when supplied with it as an input parameter.
  • Figure 41 shows an active template CPO ⁇ b which contains information that might be used to program a programmable logic machine operating a lathe.
  • step CPlO ⁇ the buyer sets and sends its specifications for a product to be developed and associated with the unique identifier that will govern a contract to be negotiated, in this example, the agreement will be a major agreement governing both the development as well as the purchase of that product.
  • step CP110 the buyer agrees to use the contract active template CPO ⁇ supplied by sponsor 06.
  • sponsors 06 may be good sources of such templates where contractual issues being negotiated within sponsor 06's industry are often very similar from deal to deal.
  • step CP112 the buyer submits any development active templates CP08 it may have. Examples of such will be given in more detail below.
  • step CP114 buyer submits order templates, and at step CP116 logistics templates it would like to use for these areas. Participants can use remote web authoring 214-02 to submit active templates CPO ⁇ to dynamic contract CP06, which integrates them within automated system of record CP00. Then at step CPll ⁇ , buyer proceeds to contract negotiations, using automated negotiations engine 02 of the present invention.
  • steps a typical seller might take are shown.
  • the seller uses automated negotiations engine to receive the specifications from the buyer.
  • the seller agrees, through automated negotiations engine 02 to use the contract active template CPO ⁇ supplied by sponsor 06 and, at step CP124 to use the development active template CPO ⁇ supplied by buyer.
  • seller could use automated negotiations engine 02 to negotiate the terms of an active template CPO ⁇ .
  • steps CP126 and CP12 ⁇ the seller accepts buyers order and logistic templates, respectively.
  • the seller proceeds to negotiations if it has not already done so.
  • the contract active template CP08 will be used to automatically inform buyers (or seller's or both) ERP systems, such as those provided by SAP, Oracle, Inc. Or Peoplesoft, Inc., among others, of the details of the contract which are relevant to it, such as items, price, quantity, shipping instructions.
  • the buyer at step CP136 initiates its order tracking systems, and logistical tracking systems, even though development and shipping have not even started yet.
  • the buyer and seller can perform technical negotiations using the active templates CP08 supplied by buyer for its product requirements and automated negotiations engine 02.
  • step CP140 starts development. If the active templates CPO ⁇ allow, buyer can, at step CP140 track the developments as well. Finally, at step CP14 ⁇ , seller ships the product in production quantities, which usually activates order tracking and logistics tracking operations, which continue to execute at step CP146 on an on-going basis. At some point, at step CP144, either buyer or seller may want to use process mining CP10 (described in more detail below) to determine whether its respective processes are as efficient and effective as desired.
  • process mining CP10 described in more detail below
  • the flow diagram of Figure 47 illustrates how the present invention can be used.
  • step CP150 during a negotiation, the buyer asks seller to cooperate in such an endeavor, and at step CP164, seller agrees.
  • step CP152 buyer requests notification be sent to seller through automated system of record CP00 by its own internal purchasing department, and at step CP166, internal purchasing agrees to do so.
  • step CP154 buyer requests that seller send a notification through automated system of record CP00 when the order is received by seller and at step CP16 ⁇ , seller agrees to do this, too.
  • step CP160 buyer requests that its internal receiving department also participate in sending notices, which is agree to at step CP174.
  • step CP162 which may be some time in the future, buyer starts processing orders.
  • process mining CP10 of the present invention is shown.
  • an alert is received to initiate process mining CP10.
  • An alert can come from any of a number of sources, such as a request by a buyer, a seller or a sponsor.
  • the alert containing the requested unique identifier CPNN associated with the major negotiation whose processes are to be mined is validated by contract authority CP02's security CP04 against the contract identifier CPNN maintained by contract authority CP02 in database 225.
  • Security CP04 also checks, at step CP184, to see if other information supplied with the request matches the information associated with unique identifier CPNN in database 225. If it does not, an error notice is provided.
  • events such as these can be tracked using database 225 of automated system of record CP00, using the notices provided by the procedures set up in Figure 47.
  • process rmning CP10 is used to analyze logistics within seller's internal systems, it might turn out that when seller uses its own fleet of trucks for delivery, deliveries are 1 to 3 days late, on average, while deliveries made by a delivery company are never more than 1 day late.
  • process mining CP10 can evaluate the time and revenue consequences of this for profits for this product.
  • process mining CP10 might, at step CP192 propose contract changes as simple as a change of shipper. If the changes are acceptable to the parties, process mining CP10 can amend the contract with the agreed upon changes, using automated negotiations engine 02 at step CP194.
  • a buyer manufacturer that normally produces its own equipment using programmable logic computers to operate a lathe, wants to subcontract the work to a consulting engineering company.
  • the manufacturer indicates to the consulting engineering company that it wants to program the lathe.
  • the manufacturer uses dynamic contract CP06 to present high level programming options to consulting engineer.
  • consulting engineer enters the parameters into its PLC program, which, at step CP206 demonstrates output that would result.
  • the consulting engineer refines the parameters, reruns the system at step CP120.
  • the engineer uses the final PLC settings, and at step CP22, the PLC program, if it has an assessment capability assesses the cost to create the product using those parameters.
  • the engineer approves those charges, at step CP218 the PLC system is deployed, at step CP216 all the relevant systems known to automated system of record CPOO are notified of the context.
  • the finished PLC application is available for further use.
  • Autodesk's AutoCADTM software allows users to generate mechanical computer aided design drawings which include part numbers, from which a bill of materials is produced.
  • Agile Corporation's Agile Product Definition Server can take the bill of materials parts information from AutoCADTM and publish and manage it for sourcing parts. Similar systems are provided for VLSI CAD designs by such companies as Windchill and Mentor Systems.
  • the multiple repository functions CP12 of the present invention are diagrammed in flowchart format.
  • the data created by use of automated negotiations engine 02 and automated system of record CPOO can be stored at one central location, such as sponsor 06's site.
  • a participant can request that automated system of record 02 also maintain a copy of the items relevant to that participant in a local repository.
  • Figure 50 shows the steps used to manage this.
  • multiple repository function CP12 receives an update to primary database 225.
  • each local system receives the transaction and applies it.
  • products such as BEA corporations TUXEDOTM product, or IBM Corporation's Transarc Encina product or Microsoft's Transaction Server or MTSTM product can be used In the embodiments shown, the TUXEDO product is used.
  • FIG. 50 a flow diagram of security CP04 is shown.
  • step CP320 when an agreement is negotiated using automated system of record CPOO and automated negotiations engine 02, the contract documents are created with security extensions, such as access control lists, privileges lists, etc. which all parties agree to accept.
  • step CP322 contract authority CP02 assigns a unique identifier CPNN to associate with all related documents and terms.
  • step CP324 one party agrees to accept a contract template which indicates security baselines.
  • Step CP326 the other party accepts them, too. If they do not accept or wish to add or modify the templates, they can do so at steps C32 ⁇ and CP330 respectively.
  • step CP332 agreement is reached and at step CP334, the initial contract documents are loaded into a contract router CP02R (if the router configuration is used) and automated system of record CPOO is started using these documents as the inputs to automated negotiations engine 02. From then on, at step CP340 permitted transactions are processed and at step CP336 invalid transactions are recorded and logged.

Landscapes

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

Abstract

L'invention concerne un système de sondage de processus permettant d'analyser les processus mis en oeuvre pour réaliser des contrats négociés et d'autres accords stockés dans un système d'enregistrement automatisé. A l'aide d'identificateurs uniques assignés par l'autorité chargée du contrat, on peut effectuer un sondage de processus afin d'évaluer l'efficacité de processus mis en oeuvre pour réaliser une ou plusieurs séries de négociations.
PCT/US2001/048395 2000-10-30 2001-10-30 Systeme et procede de sondage de processus WO2002048834A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2002243332A AU2002243332A1 (en) 2000-10-30 2001-10-30 System and method for process mining

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US19272900A 2000-10-30 2000-10-30
US19284800A 2000-10-30 2000-10-30
US19273500A 2000-10-30 2000-10-30
US19297900A 2000-10-30 2000-10-30
US09/192,848 2000-10-30
US09/192,729 2000-10-30
US09/192,735 2000-10-30
US09/192,979 2000-10-30

Publications (2)

Publication Number Publication Date
WO2002048834A2 true WO2002048834A2 (fr) 2002-06-20
WO2002048834A3 WO2002048834A3 (fr) 2003-06-19

Family

ID=27497955

Family Applications (4)

Application Number Title Priority Date Filing Date
PCT/US2001/048285 WO2002037738A2 (fr) 2000-10-30 2001-10-30 Systeme et procede pour autorite de contrat
PCT/US2001/047825 WO2002069074A2 (fr) 2000-10-30 2001-10-30 Systeme et procede destines a un systeme d'enregistrement automatise
PCT/US2001/048395 WO2002048834A2 (fr) 2000-10-30 2001-10-30 Systeme et procede de sondage de processus
PCT/US2001/048394 WO2002056134A2 (fr) 2000-10-30 2001-10-30 Systeme et procede pour negociations iteratives automatisees de developpements

Family Applications Before (2)

Application Number Title Priority Date Filing Date
PCT/US2001/048285 WO2002037738A2 (fr) 2000-10-30 2001-10-30 Systeme et procede pour autorite de contrat
PCT/US2001/047825 WO2002069074A2 (fr) 2000-10-30 2001-10-30 Systeme et procede destines a un systeme d'enregistrement automatise

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/US2001/048394 WO2002056134A2 (fr) 2000-10-30 2001-10-30 Systeme et procede pour negociations iteratives automatisees de developpements

Country Status (2)

Country Link
AU (4) AU2002229052A1 (fr)
WO (4) WO2002037738A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2910154A1 (fr) * 2006-12-14 2008-06-20 Pbrk Associes Sarl Procede et systeme de distribution de produits d'un magasin de stockage

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007058323A (ja) * 2005-08-22 2007-03-08 United Power Kk 対面販売方法とその装置
US20160300223A1 (en) * 2015-04-08 2016-10-13 Portable Data Corporation Protected data transfer across disparate networks
US10937075B1 (en) * 2018-08-31 2021-03-02 Coupa Software Incorporated Customer-supplier linking in a software-as-a-service system based on community supplier information

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US6055519A (en) * 1997-10-11 2000-04-25 I2 Technologies, Inc. Framework for negotiation and tracking of sale of goods

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9416673D0 (en) * 1994-08-17 1994-10-12 Reuters Ltd Data exchange filtering system
US5941947A (en) * 1995-08-18 1999-08-24 Microsoft Corporation System and method for controlling access to data entities in a computer network
US6236984B1 (en) * 1997-11-26 2001-05-22 Electronic Data Systems Corporation Method and system of managing contract negotiation records
US6067531A (en) * 1998-07-21 2000-05-23 Mci Communications Corporation Automated contract negotiator/generation system and method
US6336105B1 (en) * 1998-11-16 2002-01-01 Trade Access Inc. System and method for representing data and providing electronic non-repudiation in a negotiations system
US6338050B1 (en) * 1998-11-16 2002-01-08 Trade Access, Inc. System and method for providing and updating user supplied context for a negotiations system
AU1730400A (en) * 1998-11-16 2000-06-05 Trade Access, Inc. Iterative bargaining system
US6332135B1 (en) * 1998-11-16 2001-12-18 Tradeaccess, Inc. System and method for ordering sample quantities over a network
US6141653A (en) * 1998-11-16 2000-10-31 Tradeaccess Inc System for interative, multivariate negotiations over a network
JP2002007765A (ja) * 2000-06-23 2002-01-11 Nettainment:Kk ネゴ取引仲介装置、ネゴ取引仲介方法、ネゴ取引仲介システムならびに情報記録媒体
US20020040351A1 (en) * 2000-09-29 2002-04-04 Masaaki Nishikiori Mediation negotiating method, negotiation responding method, and computer-readable recording medium storing program for the same therein

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US6055519A (en) * 1997-10-11 2000-04-25 I2 Technologies, Inc. Framework for negotiation and tracking of sale of goods

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2910154A1 (fr) * 2006-12-14 2008-06-20 Pbrk Associes Sarl Procede et systeme de distribution de produits d'un magasin de stockage
WO2008087296A2 (fr) * 2006-12-14 2008-07-24 Salut Les Filles.Com Procédé et système de distribution de produits d'un magasin de stockage
WO2008087296A3 (fr) * 2006-12-14 2008-10-02 Salut Les Filles Com Procédé et système de distribution de produits d'un magasin de stockage

Also Published As

Publication number Publication date
WO2002056134A2 (fr) 2002-07-18
WO2002069074A2 (fr) 2002-09-06
WO2002048834A3 (fr) 2003-06-19
AU2002229052A8 (en) 2008-01-24
AU2002246626A8 (en) 2002-09-12
AU2002243332A1 (en) 2002-06-24
WO2002037738A2 (fr) 2002-05-10
AU2002229052A1 (en) 2002-05-15
WO2002037738A3 (fr) 2007-12-13
WO2002069074A3 (fr) 2002-12-27
AU2002246626A1 (en) 2002-09-12

Similar Documents

Publication Publication Date Title
US7162458B1 (en) System and method for process mining
US6141653A (en) System for interative, multivariate negotiations over a network
US6338050B1 (en) System and method for providing and updating user supplied context for a negotiations system
US6332135B1 (en) System and method for ordering sample quantities over a network
US6336105B1 (en) System and method for representing data and providing electronic non-repudiation in a negotiations system
US7496529B2 (en) Electronic activity and business system and method
US8595076B2 (en) Method and system for purchase of a product or service using a communication network site
US8548868B1 (en) Method and apparatus to aggregrate demand for buyer specified goods and services
US20020038277A1 (en) Innovative financing method and system therefor
US20020040352A1 (en) Method and system for producing an electronic business network
US20080147516A1 (en) Systems, methods and apparatuses for a payment facilitation engine
US8306866B2 (en) System and method for enabling an intellectual property transaction
US20110154476A1 (en) System and method for collecting and validating intellectual property asset data
US20110153852A1 (en) System and method for valuing and rating intellectual property assets
US20110153473A1 (en) System and method for managing royalty payments
US20110153434A1 (en) System and method for merchandising intellectual property assets
US20110153573A1 (en) System and method for valuing an ip asset based upon patent quality
US20110153444A1 (en) System and method for registering users for an ip marketplace
Koorn et al. E-procurement and Online Marketplaces
US20110153552A1 (en) System and method for standardizing ip transactions
WO2011075208A1 (fr) Système et procédé de commercialisation d'actifs de propriété intellectuelle
WO2000029976A1 (fr) Systeme integre de conception d'un site web a distance
KR20020003593A (ko) 섬유상품의 인터넷 무역 시스템 및 그 방법
WO2002048834A2 (fr) Systeme et procede de sondage de processus
WO2000029975A1 (fr) Systeme de negociation iterative

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase in:

Ref country code: JP