TW202345084A - Offline contract signing system characterized in that the authentication module sends an authentication code to a specified client device and receives responses from the client device that matches the authentication code to complete the steps required for offline contract signing - Google Patents

Abstract

An offline contract signing system which mainly includes a server (object database, client database, and contract database) and several terminal devices (checking module and authentication module). The checking module receives commission requests (including the commission object, client information, and contact information) to check the object status of the commission object in the commission request and the client status of the client information. When both the object status of the commission object and the client status of the client information in the commission request are qualified, the authentication module sends a corresponding authentication code to a specified client device and can receive the response from the client device that matches the authentication code to complete the steps required for offline contract signing.

Description

Offline signing system

The invention relates to a transmission device, and in particular to an offline contract signing system.

As online transactions become more and more frequent, consumers and e-commerce operators are actually often signing sales contracts. However, as permitted by law, the process and complexity of the contract are greatly simplified.

Most of the general online ordering or room booking websites require registration before being allowed to use and conduct transactions, in order to block problematic customers or understand customer behavior. If there is a problem with the registered user, the website operator will directly cancel the right to use it.

If it is for a strange customer (that is, not registered), we will not check whether the customer is valid. At most, we will only send out SMS authentication for a very preliminary verification. That is because the amount involved in online ordering or booking websites will not be too large. Large, both parties to the transaction can bear the risks of the transaction.

However, if it involves large-value property transactions, such as houses and cars, so far, transactions such as signing contracts are still completed through entities and offline. However, blank deed management will be a big challenge in the first place.

In order to prevent unscrupulous employees from going to the bank to apply for loans with blank deeds, in addition to having a number, there must also be an audit system to ensure that the blank deed is not used for false transactions. At the same time, when filling out paper deeds, , if there is any omission, the It's a very troublesome thing. Also, if you can check the basic items and identity when filling in, you can save a lot of unnecessary trouble.

For this reason, the applicant invented the "offline contract signing system" in this case in view of the shortcomings of the conventional technology to improve the aforementioned shortcomings.

In order to overcome the problems existing in the prior art, the present invention provides an offline contract signing system, which mainly includes a server (object database, customer database, contract database) and terminal device (inspection module, authentication module). The checking module receives the commission request (including the commission object, customer information, and contact information) to check the object status of the commission object in the commission request and the customer status of the customer information. When the object status of the commissioned object and the customer status of the customer information in the delegation request are both normal, the authentication module sends a corresponding verification code to the specified client device and can receive the response from the client device. Pass the confirmation code that matches the verification code to complete the steps required for offline signing.

10:Terminal device

20:Server

201a:Object database

201b:Customer database

201c:Deeds Database

102:Communication module

103: Check the module

104:Authentication module

105:Present module

12:Customer equipment

The first figure shows a system schematic diagram of a specific embodiment of the offline contract signing system of the present invention.

The present invention will be further described in detail through the following preferred embodiments and accompanying drawings.

It should be noted that the communication module 102 is a combination of software and hardware.

Refer to the first figure, which shows a system schematic diagram of a specific embodiment of the offline contract signing system of the present invention. The offline contract signing system mainly includes a terminal device 10 and a server 20 . The server 20 includes an object database 201a, a customer database 201b, and a deed database 201c. The terminal device 10 of the present invention includes an inspection module 103, an authentication module 104, a communication module 102, and a presentation module 105. The terminal device 10 includes a casing and a display (not depicted) fixed by the casing, and is coupled to the object database 201a, customer database 201b, and contract database 201c of the server through the Internet.

Among them, the object database 201a stores multiple object data, and each object data has an object state, and the object state can be abnormal or normal. The customer database 201b stores a plurality of customer data, each customer data has a customer status and customer data, and the customer status can be abnormal or normal. For example, if the present invention is applied to the real estate industry, the object data is real estate. In the real estate industry, when the real estate to be entrusted for sale is judged to be unavailable for normal transactions or the transaction risk is high (such as dangerous buildings, sea sand houses, radioactive houses, haunted houses), the object status of the object data will usually be noted as abnormal. , the rest may be normal. In the same way, the customer information may also be noted as a rejected customer (such as a breach of contract or other bad management records), and the customer status is abnormal. However, the data in the object database 201a and the customer database 201b cannot be complete. Therefore, if the object data and customer data cannot be found in the object database 201a and the customer database 201b, their respective object status and customer status will be different. Temporarily considered normal.

Referring to the first figure, to put it simply, first fill in the required information through the deed form, and then complete the required checks through the authentication module 104 and the inspection module 103 to complete the procedures required to establish the deed. Among them, the display module 105 displays the deed form through the display. The deed form has a send button and can be divided into a plurality of required and optional fields. When the Send button is activated, it checks whether the required fields are blank. If the required field is When these fields are not blank, a commission request will be generated relative to the content filled in these fields. The commission request at least contains the commission object, the customer information, and the contact information, and the contact information at least contains the specified client device 12.

Next, the checking module 103 receives the commission request (including the commission object, customer information, and contact information) to check the object status of the commission object and the customer status of the customer information in the commission request. When the object status of the commissioned object and the customer status of the customer information in the delegation request are both normal, the authentication module 104 sends a corresponding verification code to the designated client device 12 and can receive the client device 12 will return a confirmation code that matches the verification code, thereby completing the steps required for offline signing. That is, after receiving the confirmation code, the authentication module 104 adds or updates the deed information consisting of the entrustment object, the customer information, and the contact information in the entrustment request to the deed database 201c.

The above contact information includes at least the designated customer equipment. For example, if the contact information is the LINE ID of a communication APP, the specified client device is the device using the specific LINE ID. If the contact method is SMS, the specified client device is a mobile device with a specific phone number that can receive SMS messages. The client device 12 transmits data to each other through the Internet and the terminal device 10 of the present invention. The aforementioned client device 12 may be a desktop computer, a notebook computer, a tablet computer, a smart phone, etc.

When the real estate broker uses the terminal device 10 and the client device 12 held by the customer to perform a corresponding relationship operation, the entrustment request is first input through the deed form presented on the display (not depicted) by the presentation module 105, and the entrustment request at least includes The commission object, the customer information, and the contact information are so that after receiving the commission request, the inspection module 103 First, based on customer information, contact information and other information sufficient to identify the identity, and based on the customer status of each customer information in the customer database 210b, it is checked whether the customer information is abnormal. For example, when the customer information is Wang Daming, if the customer database 210b finds matching customer information, the customer status is normal, or if the customer database 210b cannot find Wang Daming's customer information, it will be determined that the customer The information is valid and you can proceed to the next step. On the contrary, when the checking module 103 finds that the customer information is abnormal, it notifies the customer to decline the entrustment. According to the object status of each object data in the object database 201a, the checking module 103 checks the object status of the commissioned object in the commission request. For example, based on the address filled in the commission object and other information sufficient for identification, the checking module 103 can confirm whether the commission object is abnormal.

If the object status of the entrusted object and the customer status of the customer information in the entrustment request are both normal, the authentication module 104 can first generate the contract and market price table to be confirmed, and provide them to the customer through the contact information in the entrustment request. The client device 12 confirms. For example, the information that needs to be confirmed by the customer generally includes review rights, one-time password (OTP) consent form, property marking department, market price list, house sales conditions, personal information, contact information, and the current status of the subject property. Instructions. After the communication module 102 receives the confirmation of the delegation conditions returned from the client device 12 via the contact method specified in the delegation request, the authentication module generates a contract relative to the delegation conditions. After the customer completes the confirmation, the authentication module 104 again uses the communication module 102 to send the corresponding verification code to the designated customer device 12 through the contact method specified in the delegation request, and returns the corresponding verification code when the customer returns the verification code. After confirming the verification code, the authentication module 104 can receive the confirmation code returned by the client device 12 through the communication module 102 that is consistent with the verification code. After confirming the code, the authentication module 104 will notify the pad supervisor of the business that issued the entrustment request to review and complete the offline signing process. Among them, the verification code sent by the authentication module 104 using the communication module can be a one-time password (One Time Password, OTP).

When the store manager determines that no correction is needed, the system will generate a digital deed with the broker's seal and provide the link to the digital deed to the customer, and then the branch will execute the entrustment follow-up process. When the store manager considers that correction is needed, the customer will be asked to confirm whether he or she agrees to the correction, and after agreeing to the correction, the subsequent process will be completed.

The terminal device 10 further includes a deed database 201c configured to store deeds, each of which has at least the entrustment object. Among them, after the authentication module 104 receives the confirmation code that is consistent with the verification code returned by the client device 12 through the communication module 102, it stores the commission request received by the inspection module 103 in the deed database.

In the customer-initiated mode, it is roughly the same as the business-initiated mode. The main purpose is to additionally check the information filled in by the customer to avoid the system receiving too many junk commissions. At the same time, the customer will also be required to enter more commission requirements. The system will require the customer to fill in additional personal information such as property identification, house sales conditions, bid documents, customer information and contact information when filling in the entrusted property. In addition, the checking module 103 will additionally check whether the commissioned object is in the business area, and also check whether the customer information is provided by the person himself. That is to say, when the inspection module 103 finds that the commissioned object in the commission request is in a non-business area, it determines that the object status of the commissioned object is abnormal. When the checking module 103 finds that the customer information in the entrustment request is not provided by the person, it determines that the customer status of the customer information is abnormal.

The present invention is disclosed with reference to the above-mentioned preferred embodiments and examples. Readers should understand that these examples are for description rather than limitation. Anyone who knows this skill will Without departing from the spirit and scope of the present invention, various combinations and modifications can be made, which should still fall within the scope of the patent of the present invention.

10: Install terminal device

20:Server

201a:Object database

201b:Customer database

201c:Deeds Database

102:Communication module

103: Check the module

104:Authentication module

105:Present module

12:Customer equipment

Claims (7)

An offline contract signing system, including: a server, including: an object database, storing a plurality of object data, each object data has an object status, the object status can be abnormal or normal: a customer database, storing a plurality of object data Customer data, each customer data has a customer status, a customer data, the customer status can be abnormal or normal; a contract database, storing plural contract data; and a terminal device, including a shell, by the shell A fixed display couples the object database, the customer database, and the contract database of the server through an Internet, and further includes: a presentation module that displays a contract form through the display, the The deed form has a send button, which can be divided into a plurality of required fields and an optional field. When the send button is activated, it will check whether the required fields are blank. If the required fields are blank, When the fields are all non-blank, a commission request will be generated relative to the content filled in those fields. The commission request at least includes the commission object, the customer information, and a contact information. The contact information includes at least one of the specified Client device; a check module configured to receive the commission request and check the commission based on the object status of each object data in the object database and the customer status of each customer data in the customer database The object status of the commissioned object in the request, and the customer status of the customer information; an authentication module coupled to the inspection module, the commissioned object in the commission request When the object status and the customer status of the customer information are both normal, and through the contact method specified in the delegation request, a corresponding verification code is sent to the specified customer device using a communication module, And can receive a confirmation code that is consistent with the verification code returned by the client device through the communication module; wherein, after the authentication module receives the confirmation code, the delegation request includes at least the delegation object, the client The deed information composed of the information and the contact information is added or updated to the deed database. For example, in the offline contract signing system described in Item 1 of the patent scope, according to the data of each object in the object database, when the inspection module cannot find the entrusted object that meets the entrustment requirements, it determines the quality of the entrusted object. The object status is normal. For example, in the offline contract signing system described in Item 1 of the patent scope, when the inspection module finds that the entrusted object in the entrustment request is a non-business area, it determines that the object status of the entrusted object is abnormal. For example, in the offline contract signing system described in Item 1 of the patent scope, based on each customer information in the customer database, when the checking module cannot find the customer information that matches the entrustment requirements, it determines the validity of the customer information. The customer status is normal. For example, in the offline contract signing system described in Item 1 of the patent scope, when the checking module finds that the customer information in the entrustment request is not provided by the person, it determines that the customer status of the customer information is abnormal. The offline contract signing system described in Item 1 of the patent application scope, wherein after using the communication module to receive a commission condition confirmation sent back from the client device through the contact method specified in the commission request, The authentication module generates information relative to the committee A deed subject to conditions. For example, in the offline contract signing system described in item 1 of the patent application, the verification code sent by the authentication module using the communication module can be a one-time password (One Time Password, OTP).

Images