A system, method and program product for commerce management, especially for managing contingency agreements or contracts. An agreement is entered into the system, logging conditions for the agreement and identifying potential responses to satisfy each condition. A location may also be identified for each identified potential response, e.g. a HTML link to an internet web site. Milestones are set to determine when to check whether conditions have been satisfied. As each milestone is encountered information is retrieved from the locations or provided manually. The retrieved information is checked to determine whether the agreement is determinate, i.e., all of the conditions have been satisfied or, the agreement has failed because one condition will not be satisfied. If more conditions remain unsatisfied and are identified with subsequent milestones, the most recent milestone is recorded. The contracting parties are notified regarding status of the agreement and of passing any milestone. Notification and reminders may be by electronic mail (e-mail) or by more traditional mail.

Patent
   6985868
Priority
Mar 22 2000
Filed
Mar 22 2000
Issued
Jan 10 2006
Expiry
Nov 11 2021
Extension
599 days
Assg.orig
Entity
unknown
0
10
EXPIRED
1. A commerce management method for automatically managing agreements including one or more contingencies, said method comprising the steps of:
a) logging at least one condition for an agreement and identifying at least one potential response as indicating satisfaction of said at least one condition;
b) retrieving information related to responses to each condition from independent sources;
c) checking said retrieved information to determine whether said agreement is determinate; and
d) notifying contracting parties when said agreement is determined to be determinate.
6. An automated commerce management system comprising:
a plurality of remotely connected terminals, contracting parties entering information about contract conditions in said terminals;
a storage maintaining a contingency agreement database, said contingency agreement database including contracting party information and condition information on a plurality of agreements, said condition information including:
one or more potential responses satisfying each condition, and
one or more milestones for each said potential response; and
an automatic data retriever retrieving condition response information from independent sources via one or more remotely connected computers.
10. A computer program product for automated commerce management, said computer program product comprising a computer usable medium having computer readable program code thereon, said computer readable program code comprising:
computer readable program code means for logging conditions for agreements and for each logged condition identifying at least one potential response as indicating satisfaction;
computer readable program code means for retrieving information related to responses to each condition from independent sources;
computer readable program code means for checking said retrieved information to determine whether said agreement is determinate; and
computer readable program code means for notifying contracting parties when said agreements is determinate.
2. A commerce management method as in claim 1, wherein the retrieving step (b) comprises automatically retrieving information from previously identified remotely connected locations.
3. A commerce management method as in claim 2, wherein said retrieved information includes at least one of: consumer's price index (CPI), prime lending rate (Prime), a mortgage rate, a currency exchange rate, a bond interest rate, a raw material price, a weather forecast, auction results, election results, and ballot proposition results.
4. A commerce management method as in claim 1, wherein the step (d) of notifying the parties, notifies parties that the contract has failed when a response to a condition indicates said condition cannot be satisfied.
5. A commerce management method as in claim 1, wherein the step (d) of notifying the parties, notifies parties that the contract is determinate when identified satisfying responses have been received for each said condition.
7. A commerce management system as in claim 6, further comprising:
an automatic mailer notifying contracting parties when a corresponding agreement is determinate.
8. A commerce management system as in claim 7 wherein said automatic mailer sends electronic mail (e-mail) to parties identified by an e-mail address.
9. A commerce management system as in claim 6, wherein said condition response information includes at least one of: consumer's price index (CPI), prime lending rate (Prime), a mortgage rate, a currency exchange rate, a bond interest rate, a raw material price, a weather forecast, auction results, election results, and ballot proposition results.

1. Field of the Invention

The present invention generally relates to methods of contract management and, more particularly to managing contingency contracts or agreements in electronic commerce.

2. Background Description

Agreements often include one or more conditions that affect the duties and obligations in a bargain of the contracting parties. These conditions may be based upon events that may or may not occur or, upon required actions by any or all of the contracting parties. Conditions which require the occurrence of an event to satisfy the condition are known as conditions precedent. Conditions which require the event not to occur are referred to as conditions subsequent. Agreements or contracts containing such conditions, which also may be referred to as contingencies, may be referred to as contingency contracts.

For example, in a real estate sales agreement a home buyer may be committed to purchase a house, provided the house passes inspection, i.e., as a condition precedent. If the house does not pass the inspection there may be no obligation on the part of either party. In yet another condition of the same real estate sales agreement, the home buyer may commit to buy the house, unless the buyer cannot arrange financing under predetermined terms, i.e., a condition subsequent. The buyer's subsequent failure to obtain financing would discharge the buyer's obligation to purchase the house. Prior to the occurrence of these contingent events, it cannot be determined with absolute certainty whether the sale will ever occur.

Thus, until it can be determined whether or not a contingent event occurs, the contract is indeterminate with respect to that event. By contrast, once the contingent event occurs, the contract is determinate with respect to that event. Further, typically, occurrence of these contingent events are time limited to make the contract determinate after a period of time.

Typically, depending upon the particular contingency, one contracting party must notify others upon satisfaction of the conditions or the failure thereof. Also, very often these contingencies depend upon the actions of third parties, e.g., a lender, a housing inspector. Miscommunication between the parties can kill or delay the sale and, in some instance result in lawsuits, e.g., where the seller, believing the buyer could not get financing, agrees to sell the property to a second buyer.

Thus, parties to commercial transactions need ways to include contingencies based on events that are recognized, automatically, by a commerce management system managing commercial transactions.

It is therefore a purpose of the present invention to improve contract management;

It is another purpose of the present invention to automatically manage contract contingencies;

It is yet another purpose of the present invention to reduce miscommunication between parties to an indeterminate contingency agreement.

The present invention is a system, method and program product for commerce management, especially for managing contingency agreements or contracts. An agreement is entered into the system, logging conditions for the agreement and identifying potential responses to satisfy each condition. A location may be identified for each identified potential response, e.g. a HTML link to an internet web site. Milestones are set to determine when to check whether conditions have been satisfied. As each milestone is encountered information is retrieved from the locations or provided manually. The retrieved information is checked to determine whether the agreement is determinate, i.e., all of the conditions have been satisfied or, the agreement has failed because one condition will not be satisfied. If more conditions remain unsatisfied and are identified with subsequent milestones, the most recent milestone is recorded. The contracting parties are notified regarding milestones passed and status of the agreement and reminders may be sent. Notification and reminders may be sent by electronic mail (e-mail) or by more traditional mail.

The foregoing and other objects, aspects and advantages will be better understood from the following detailed preferred embodiment description with reference to the drawings, in which:

FIG. 1 is an example of the preferred embodiment contract management system of the present invention;

FIG. 2 is a flow diagram of the preferred contract contingency management method of the present invention.

Referring now to the drawings, and more particularly, FIG. 1 is an example of a commerce management system 100 for managing commercial transactions according to the preferred embodiment of the present invention. The preferred system 100 includes multiple input terminals 102 and 104 remotely connected to one or more servers 106. The terminals 102, 104 and server may be connected together, for example, over what is known as the Internet or the World Wide Web (www) 108. The server 106 maintains contract contingency related information that may include typically used information, e.g., the “consumer's price index” (CPI) or the “prime lending rate” (Prime), as well as agreement specific contingency information. Agreement specific information may be provided by the contracting parties or, preferably, provided independently by an originating third party, e.g., the buyer's lender or a building inspector. One or more printer 110 may be remotely connected or connected directly to one or more of the terminals 102, 104 and, optionally, to the server 106.

When an agreement is reached, the contract may be registered at one of the terminals 102, 104 and any conditions in the contract may be identified and logged in a database in the server 106. In particular, the preferred commerce management system 100 maintains one or more lists of all contingency milestones or deadlines for every registered agreement. Collected information is stored in a suitable data structure form, e.g., a heap, to facilitate, as each milestone is reached, fast selection of a next milestone.

At each milestone the system 100 fetches contingency data corresponding to that milestone and updates corresponding contract information accordingly. Thus, at any particular milestone the system 100 may indicate that an agreement may have become determinate, i.e., either the agreement has failed for failure to satisfy a condition precedent or failed because of the occurrence of an event satisfying a condition subsequent; or, a condition precedent has been satisfied. (Passage of a milestone without satisfaction of a condition subsequent is treated as satisfaction of a condition precedent.)

Optionally, the system may also include milestones to trigger initiating tasks that facilitate the contractual process such as ordering inspections and tests. For these optional milestones the system 100 sends reminders, preferably using electronic mail (e-mail) at an appropriate time or, a reminder is printed on printer 110 and mailed using an appropriate carrier such as the U.S. Postal Service. Further, the system 100 notifies the parties to a contract after the occurrence or lack thereof of each conditional event using an appropriate carrier or e-mail. Thus, the system 100 may inform the parties automatically of conditions being met to remove contingencies, of fixing contractual variables (e.g, mortgage rate) or of failure of the contract due to the lack of the occurrence of a condition precedent. Also, the system 100 may remind parties automatically of individual contractual obligations, e.g., apply for a loan, sell stock, etc.

FIG. 2 is a flow diagram of the preferred automatic contingency contract management method 120 of the present invention. As noted hereinabove, contractual conditions are entered in the system 100 and the contracting parties may go their separate ways. Typically, each party takes whatever steps are required to see that contractual conditions (precedent) are satisfied. When an agreement is entered into the system 100, in addition to entering information to identify the contracting parties, in step 122 the conditions are identified with a contingency and a milestone deadline is associated with each condition. Alarms are set in the system 100 for each milestone. Also, for conditions contingent upon independent informational sources such as the CPI or Prime, those informational sources are identified and links are provided to the sources. Having entered conditional information, the system enters a wait state in step 124 and no further action is taken until a milestone deadline occurs. It should be noted that milestones may be checked periodically prior to the deadline and, checking a milestone may be initiated manually at any time prior to the deadline.

When a milestone deadline occurs in step 126, a system timer sends a flag to initiate checking contract contingencies. Also, where appropriate, reminders may be sent and any information related to the particular deadline is retrieved. Such deadline related information may be retrieved by the system automatically, from previously identified links, as well as being provided manually in step 128 by individuals, e.g., a building inspector's report. In step 130, the retrieved information is checked to determine if the contract is determinate, i.e., all conditions have been met or one condition has failed. If the contract is determinate, then in step 132, the results are recorded. After recording results the contracting parties are notified in step 134 and in step 136 the system 100 is returned to a wait state until the next milestone deadline. If the contract is not yet determinate in step 130, some conditions still require additional action and, in step 138 passage of the particular deadline is recorded. The next milestone deadline is scheduled in step 140. Parties are notified of the passage of each milestone in step 134 and in step 136 the system 100 is returned to a wait state until the next milestone.

Thus, the commerce management system 100 of the preferred embodiment of the present invention allows contracting parties to select contingencies in their agreement having some contingent terms depend on events and data that may be observed to manage the contracts automatically.

As indicated above, conditions may depend upon independent informational sources. For example, links may be provided to informational sources including, but not limited to:

Conditioned upon the Buyer Obtaining a Loan: In particular, home sales contracts include contingency clauses making the sales agreement conditioned upon the buyer obtaining a home loan. Home mortgage loans are available over the www from web based lenders. In this example the home seller and buyer parties can agree that the buyer will apply for a loan from web based lender. The system 100 would be given permission to check the loan application status, automatically, and remove the contingency, automatically, when the condition is met, i.e., when the loan is approved or, indicating failure of the contract when the home loan is denied.

Exchange Rates: Parties to an international transaction may agree that the purchase price of products will be fixed on the day of delivery of the goods rather than at the time of signing the contract and, further that the purchase price depends on a certain exchange rate. These specific dependencies can be specified in the agreement. For example, such a contract may recite “buyer agrees to pay in Swiss Francs an amount equal to $1000 at the dollars to Swiss Francs exchange rate as published in http://www.cnnfn.com/markets/currencies/ at 12 noon on April 16 or the day of the delivery, whichever is earlier.”

Interest Rates: A seller may be willing to lend money to a buyer to facilitate a transaction. The loan financing terms may be set, automatically, by retrieving information readily available on the world-wide-web. For example, such a sales agreement may recite: “Seller agrees to loan buyer $10,000 at a fixed interest rate equal to what is commonly referred to as the “prime lending rate” as posted at 12 noon on the day of this Agreement at http://www.cnnfn.com/markets/bondcenter/shorttemm.html.” In another example, one party's obligation may be conditioned upon an external indicator reciting: “buyer agrees to purchase product provided the rate listed as the ‘3 month LIBOR’ at http://www.cnnfn.com/markets/bondcenter/shortterm.html is at least 7% on 12 noon of Dec. 31, 2000.”

Unit Price Based on Purchase Volume: Typically, suppliers offer volume discounts to customers. However, these volume discounts are based on the number of units of a particular order. The system of the present invention can allow sellers to commit to sell items at an automatically determined unit price based on total volume purchased by a specific deadline. An e-merchant (i.e., a merchant conducting business over the internet) can make sales volume history available, so that the volume may be aggregated and the discount provided, automatically.

Material or Commodities Costs: A manufacturer may agree to fill an order contingent upon raw material prices remaining below a particular value, i.e., a condition subsequent. Thus, where raw material prices are published regularly on the www, an appropriate condition may be included in the contract such as that provided above.

Yet other conditions may be included where appropriate. For example, purchasing tickets to outdoor events may be contingent, for example, on a favorable weather forecast for the event, published on a specified web site two days before the event. Some public auctions results are available on the www and contracts may be conditioned on such auction results. A contractual relationship may be conditioned upon election or ballot proposition results by providing an internet address pointing to a site containing expected results.

Additionally, contracting parties wishing to condition a contract on more private individual events may be facilitated by one or both parties posting information on a private internet site. For example, parties with access to the same Web site that is “for members only” can select contingencies based on events that may be directly related to one of the parties, themselves. So, the parties may condition the agreement upon winning some internal competition, being elected, etc. The foregoing milestone examples are included for example only and not intended as limitations.

While the invention has been described in terms of preferred embodiments, those skilled in the art will recognize that the invention can be practiced with modification within the spirit and scope of the appended claims.

Megiddo, Nimrod

Patent Priority Assignee Title
Patent Priority Assignee Title
5570291, Aug 24 1994 MOORE WALLACE USA LLC Custom product estimating and order processing system
5689650, Feb 23 1995 Community reinvestment act network
5875431, Mar 15 1996 Legal strategic analysis planning and evaluation control system and method
5913164, Nov 30 1995 ATC Technologies, LLC Conversion system used in billing system for mobile satellite system
5991733, Mar 22 1996 HARTFORD FIRE INSURANCE COMPANY Method and computerized system for managing insurance receivable accounts
6122633, May 27 1997 International Business Machines Corporation Subscription within workflow management systems
6144943, Oct 21 1997 Virginia Commonwealth University Method of managing contract housekeeping services
6308188, Jun 19 1997 International Business Machines Corporation System and method for building a web site with automated workflow
6381610, Jan 22 1999 HEWLETT-PACKARD DEVELOPMENT COMPANY, L P System and method for implementing project procedures
FR2586316,
/
Executed onAssignorAssigneeConveyanceFrameReelDoc
Mar 22 2000International Business Machines Corporation(assignment on the face of the patent)
Date Maintenance Fee Events


Date Maintenance Schedule
Jan 10 20094 years fee payment window open
Jul 10 20096 months grace period start (w surcharge)
Jan 10 2010patent expiry (for year 4)
Jan 10 20122 years to revive unintentionally abandoned end. (for year 4)
Jan 10 20138 years fee payment window open
Jul 10 20136 months grace period start (w surcharge)
Jan 10 2014patent expiry (for year 8)
Jan 10 20162 years to revive unintentionally abandoned end. (for year 8)
Jan 10 201712 years fee payment window open
Jul 10 20176 months grace period start (w surcharge)
Jan 10 2018patent expiry (for year 12)
Jan 10 20202 years to revive unintentionally abandoned end. (for year 12)