The server 10 is configured for receiving information of contracts desired by users from the client computers 30, obtaining contract templates in the database 40 or creating contract templates based on information of corresponding desired contracts and receiving feedback information from the users when the users apply the contract templates to complete the desired contracts. Information of a desired contract may include a type of the desired contract, information of parties involved in the desired contract and detailed terms of the desired contract. The desired contracts may be sales contracts, futures contracts, lease contracts, construction contracts or other types of contracts. Furthermore, the server 10 is configured for monitoring status of the completed desired contracts.
The network 20 can be a local area network (LAN), a wide area network (WAN), a metropolis area network (MAN) or any other kind of network.
Each client computer 30 is programmed to provide an interactive user interface for users to submit information of desired contracts to the server 10, and view contract templates obtained from the database 40. Each client applies the contract templates to complete the desired contracts and each client computer 30 is further programmed to receive status information of the completed desired contracts.
The database 40 is configured for storing the contract templates, the information of the desired contracts and the completed desired contracts.
The information receiving module 100 is programmed for receiving information of a desired contract, submitted by a user from a client computer 30, via the network 20. The information of the desired contract may include a type of the desired contract (i.e. a sales contract), information of parties involved in the desired contract (such as a manufacturer A and a purchaser B) and detailed terms of the desired contract (such as agreements about supply and demand of goods and prices of the goods made by the manufacturer A).
The information querying module 110 is programmed for querying whether there is a contract template in the database 40 that meets the needs of the type of contract that is desired.
The contract template creating module 120 is programmed for creating a contract template based on the information of the desired contract and storing the contract template into the database 40, if there is no contract template in the database 40 that meets the requirements of the type of the desired contract. Creating the contract template includes setting contract clauses, setting an allowable range of the contract clauses that can be modified by the user and setting data types that can be added to the contract template by the user.
The contract template obtaining module 130 is programmed for obtaining the contract template from the database 40.
The data checking module 140 is programmed for checking whether the data added to the contract template meets predetermined data types of the contract template when the user applies the contract template to complete the desired contract, for example, whether a date input by the user is in a predetermined “YYYY-MM-DD” type? Whether a name input by the user is in a predetermined character type?
The contract status monitoring module 150 is programmed for monitoring the status of the completed desired contract and informing the related persons located at the client computers 30 of the status.
In step S102, the information querying module 110 queries whether there is a contract template in the database 40 that meets the requirements of the type of the desired contract. If there is no contract template in the database 40 that meets the requirements of the type of the desired contract, then, in step 103, a contract administrator (i.e. a lawyer) at the server 10 creates a contract template based on the information of the desired contract through the contract template creating module 120, including setting contract clauses, setting an allowable range of the contract clauses that can be modified by the user, setting data types that can be added to the contract template by the user and storing the contract template in the database 40.
In step S102, if there is a contract template already in the database 40 that meets the requirements for the type of the desired contract, the procedure directly goes to step S104.
In step S104, the contract template obtaining module 130 obtains the contract template from the database 40 and sends the contract template to the client computer 30. In step S105, the user views the contract template and checks whether the contract template meets his/her requirement. For example, the user determines whether the contract clauses are in accordance with the agreements. If the contract template does not meet his/her requirement, in step S106, the data check module 140 checks whether certain contract clauses the user intends to modify may be allow to be modified.
If the contract clauses are not allowed to be modified, the user may send his opinion and suggestion to the server 10. Then, in step S107, the information receiving module 100 receives feedback information of the contract template from the user and the procedure returns to step S103.
In step S106, if the contract clauses allow the user to modify, the procedure goes to step S108, where the user modifies the contract clauses. After modifying the contract clauses, in step S109, the user views and checks the contract template again to determine whether the contract template meets his/her requirements. If the contract template still does not meet his/her requirements, the procedure goes back to step S107.
In step S109, if the contract template meets the user's requirements, the procedure goes to step S110, where the user applies the contract template to complete the desired contract. Applying the contract template to complete the desired contract involves actions such as inputting a valid date of the desired contract and signing his/her name electronically. Following step S110, the data checking module 140 checks whether the data added to the contract template meets the predetermined data type. If the data added by the user does not meet the predetermined data type, then the contract template would reject the data upon receiving until the user inputs the appropriate data type. The other user (i.e. the purchaser B) may also add data to the contract template and the data checking module 150 also checks the data added by the other user until the desired contract is completed.
In step S111, the user stores the completed desired contract in the database 40. In step S112, the contract status monitoring module 150 monitors the status of the completed desired contract. Monitoring the status involves: determining when the completed desired contract would expire and determining whether the completed desired contract has been abated before expiring. The contract status monitoring module 150 also sends the status information of the completed desired contract to the related persons, such as the manufacturer A and the purchaser B.
Although the present invention has been specifically described on the basis of a preferred embodiment and preferred method, it is to be understood that the invention is not limited thereto, the disclosure is illustrative only and various changes or modifications may be made in detail, especially in matters of size, shape and arrangement of parts with in the principles of the invention to the full extent indicated by the broad general meaning of the terms in which the appended claims are expressed. Changes or modifications may be made to the embodiments and methods without departing from the scope and spirit of the invention.
| Number | Date | Country | Kind |
|---|---|---|---|
| 200610062198.1 | Aug 2006 | CN | national |