JP2002024600A - System and method for promoting transaction - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a transaction promoting system capable of efficiently exchanging information between a CONSUMER and a provider. SOLUTION: Consumer information is registered fro a consumer terminal in a consumer information data base by using the home page of the Internet, and the consumer information is retrieved from a provider terminal, and response information corresponding to the consumer information is registered. At that time, the consumer information is accumulated in each specific time, and the provider is notified of the consumer information as a new registration through an electronic mail. The response information registered by the provider is registered in a response information data base so as to correspond to the consumer information, and when a request of reading is issued from the consumer, the response information is outputted in a list in an easily comparable format.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a transaction promotion system and method for exchanging information between a requester and a provider on an Internet homepage.
In particular, it relates to efficiency improvement.

2. Description of the Related Art FIG.
No. 68 discloses the configuration of an intermediary system. This system mediates information distribution between a customer who registers request information and a contractor (provider) who desires to obtain the request information.

[0002] A customer operates a network 2 from a customer terminal 213.
The request information is registered in the service center 211 (server) via the server 12. Next, the contractor (provider) is the contractor terminal 2
14 and retrieves the request information registered by the customer on the service center 211 (server) and retrieves the information. afterwards,
The contractor (provider), if necessary, should contact the customer directly with the customer's contact information etc. included in the retrieved request information to sell products, provide services, etc. according to the customer's wishes Can be.

However, in the above-described method, the contractor (provider) retrieves the request information after searching for the request information, and only retrieves the request information to the customer (requester) who has registered the request information only when necessary. Customer (requester) to contact
After registering his own request information, he must wait until a contractor (provider) contacts him.

That is, a customer (requester) who has completed registration of request information cannot receive a response to the request until there is a contact from a contractor (provider) who has searched for the request information of the customer. Will follow.

[0005] For example, when a customer (requester) wants to obtain information as soon as possible, anxiety arises if a contractor (provider) does not receive a contact forever. And since the customer (requester) has no contact from the contractor (provider),
If the information is obtained by another means, there may be a case where a contractor (provider) subsequently contacts the information. In this way, it is quite possible that the efficiency of information acquisition for the requester is worsened.

[0006] Further, it is conceivable that a contractor (provider) contacts a customer (requester) who has registered request information, but another contractor (provider) contacts the customer first. If the request information registered by the customer (requester) is related to a contract, the contractor (requester) may miss a contract opportunity due to a delay in communication.

Further, since the contractor (provider) contacts the customer (requester) and notifies the information, the customer (requester)
Naturally, it is impossible to browse the information owned by the contractor (provider).

The present invention solves the above-mentioned problems, and a requester who has registered request information can select response information registered by a provider, and response information from the provider can be registered. If not, it is an object of the present invention to provide a transaction promotion system that enables a provider to search for information registered in advance.

[0009]

(1) In the transaction promotion system of the present invention, the requester terminal registers the request information in the information mediation server, and the provider terminal registers the request information registered in the information mediation server. And transmits the response information to the request information to the information relay server. The information relay server registers the request information and the response information responded thereto in association with each other, and the requester terminal responds to the registered request information and the response to the registered request information. The response information is displayed in association with the response information.

[0010] Therefore, efficient information exchange can be performed between the requester and the provider, and negotiations can be started by the requester. That is, if the provider registers the response information with respect to the request information registered by the requester, the requester can confirm and compare at least one or more pieces of the response information.

(2) The information mediation server of the present invention inputs and registers request information from a requester, inputs response information to the request information from a provider, registers the information in association with the request information, and registers the information. It is characterized in that the requested information that has already been sent and the response information that has been responded to are output in association with each other.

Therefore, the request information and the corresponding response information can be output as a list.

(3) The transaction promotion system or the information mediation server according to the present invention transmits the request information from the requester at predetermined time intervals or every time the number of new request information registrations reaches a predetermined number.
It is characterized in that it is output collectively to the provider.

Therefore, the registration status of the desired information can be efficiently notified to the provider in a coherent format.

(4) If there is no response information to the request information, the transaction promotion system or the information mediation server of the present invention searches and outputs information registered in another database according to the request of the requester. It is characterized by.

Therefore, even if the provider does not have a chance to register the response information to the request information, the information registered in the other database can be converted into the special search function (request information) similarly to the response information to the request information. Need not be re-entered).

(5) The transaction promotion system or the information mediation server of the present invention is characterized in that the request information and the response information are information relating to renting or buying and selling real estate.

[0018] Therefore, since the requester does not need to visit the real estate company and the provider does not need to carry out sales activities to attract customers, information on the demand and supply of real estate can be efficiently provided on the information network. Can be exchanged.

(6) In the transaction promotion method according to the present invention, the requester terminal registers the request information in the information relay server, the provider terminal displays the request information registered in the information relay server,
The response information to the request information is transmitted to the information relay server, and the information relay server registers the request information in association with the response information corresponding thereto, and the requester terminal registers the registered request information and the response information corresponding thereto. Are displayed in association with each other.

Therefore, efficient information exchange can be performed between the requester and the provider, and negotiations can be started by the requester. That is, if the provider registers the response information with respect to the request information registered by the requester, the requester can confirm and compare at least one or more pieces of the response information.

[0021]

BEST MODE FOR CARRYING OUT THE INVENTION As one embodiment of the present invention, a transaction promotion system for real estate information performed between a specific corporation and a specific real estate agent will be described with reference to the drawings. In this embodiment, the requester is a corporation that desires real estate information, and the provider is a real estate agent that provides real estate information.

(1) Overall Configuration FIG. 1 shows the overall configuration of a transaction promotion system according to an embodiment of the present invention. The information mediation server device 6, the requester terminal 2, the provider terminal 4, and the information registration server device 7 are connected via the Internet 1. Note that the information registration server device 7 here is a server device known from the related art. That is, it is a database server in which a provider or another real estate agent in this embodiment can register a real estate article and search it.
That is, the information registration server device 7 is "another database".

The information mediation server device 6 is realized by a computer device such as an information mediator. A request information database 8 for registering and managing request information from requesters, a requester database 10 for registering and managing user IDs and passwords of requesters, and the like, inside the information mediating server device 6, There is a provided information database 12 for registering and managing provided information from a provider, and a provided database 14 for registering and managing user IDs and passwords of the providers.

The requester terminal 2 is realized by the requester's computer, and the provider terminal 4 is realized by the provider's computer. Although only one requester terminal 2 and one provider terminal 4 are displayed in the figure, there are actually a plurality of devices.

The requester inputs a specific URL to the browser from the requester terminal 2 to access the home page of the information mediation server 6, and the provider inputs another specific URL to the browser from the provider terminal 4 to obtain the information. The homepage of the mediation server 6 can be accessed.

At this time, the requester requests the user ID and password registered in the requester database 10 from the information mediation server 6 and receives user authentication. Further, the provider is requested by the information mediation server 6 for the user ID and the password registered in the provider database 14, and receives the user authentication.

Therefore, in the information mediation server 6, the user I of the requester or provider who is permitted to access is
It is necessary to register user information such as D and password in the requester database 10 or the provider database 14 in advance.

(2) Server Device FIG. 2 shows a hardware configuration diagram of the information mediation server device 6 and the information registration server device 7. These server devices include a CPU 20, a memory 22, a display 24, a hard disk 26 (storage device), a keyboard / mouse 2
8, a communication circuit 30 is provided. The communication circuit 30 is a circuit for connecting to the Internet 1.

On the hard disk 26, database management software is installed. Information mediation server 6
Then, the request information database 8 and the requester database 1
0, provided information database 12, provided database 1
4 is managed, and a registration information database 16 is managed in the information registration server.

FIG. 3 shows an example of the request information database 8 and the requester database 10. When the user requests the user authentication from the information mediation server 6, the requester enters the requester's homepage for the requester only when he inputs the requester code and password dedicated to the requester previously notified in the requester database 10. Can access.

The “requester code” is a management code of the requester who registered the request information, and is a unique key in the requester database 10.

The "request number" is a unique key in the request information database 8 that is issued each time the request information is registered.

FIG. 4 shows an example of the provided information database 12 and the provided database 14. When a user authentication is requested from the information mediation server 6, the provider enters the provider's home page only when the provider code and the password, which have been notified in advance in the provider database 14, are input. Can access.

The “provider code” is a management code of the provider who registered the provided information, and is a unique key in the provider database 14.

The “response number” is a unique key in the provided information database 12 that is issued each time provided information is registered.

Note that the information registration server 7 may be operated separately as long as it is connected to the information mediation server 6 via the Internet. The information registration server 7 is set to receive a search request from the information mediation server 6.

(3) Processing Flow Referring to the processing flow of FIG. 5, mainly a corporation (a requester)
And the flow of operation in the information mediation server 6 will be described.

The corporate company (the requester) starts the browser of the requester terminal 2, inputs a specific URL, and accesses the information mediation server 6 via the Internet (step 5).
01). The information mediation server 6 transmits a user authentication screen (FIG. 9) to the corporate company (requester) to confirm whether the corporate company is a registered user (step 511).

When the corporation (requester) enters the user ID 92 and the password 94 and presses the "send" button 96 (step 502), the information mediation server 6 stores the transmitted user ID 92 and password 94 in the requester database 10. The authentication process is performed by comparing with the requester code and password in the above. When the authentication is performed by the information intermediary server 6, the information intermediary server 6 sends a
A menu screen for a corporate company (requester) (FIG. 10) is transmitted (step 512).

Menu screen for corporate company (requester) (FIG. 1)
In 0), the number of requests 101, the number of answers 102, the number of contacts 103, the number of decisions 104, and the like are displayed. Request registration 10
5, a request answer list 106, a special property search 107 for members, and the like are displayed.

A corporation (requester) registers a request 10
When 5 is selected (step 503), a request form as shown in FIG. 11 is transmitted from the information mediation server 6 to the corporation (requester) (step 513).

In the request form, items related to real estate as shown in the items of the request information database 8 are displayed, and the corporation (requester) can input desired conditions of the property (step 504). The information mediation server 6 registers the information on the desired condition of the property input by the corporation (the requester) in the request information database 8 (step 514).

For real estate agents (providers),
For example, three times a day (8:00, 12:00, 16: 3
0), the number of new registrations in the request information database 8 may be totaled for each prefecture, and a setting may be made so as to notify an e-mail as shown in FIG. 12 (step 515).
At this time, it is desirable that the notification time be in a form according to the business of the real estate agent.

With reference to the processing flow of FIG. 6, the flow of operations mainly in the real estate agent (provider) and the information mediation server 6 will be described.

The real estate agent (provider) starts the browser of the provider terminal 4, inputs a specific URL, and accesses the information mediation server 6 via the Internet (step 621).

The information mediation server 6 transmits a user authentication screen (FIG. 13) to the real estate agent (provider) to confirm whether the real estate agent is a registered user (step 611).

Real estate agent (provider) has user ID 13
2 and the password 134 and enter a "Send" button 136
When the user presses (step 622), the information mediation server 6 collates the transmitted user ID 132 and password 134 with the provider code and password in the provider database 10 to perform authentication processing. When the authentication is performed in the information intermediary server 6, the information intermediary server 6 transmits a real estate agent (provider) menu screen (FIG. 14) to the real estate agent (provider) (step 612).

On the menu screen for a real estate agent (provider) (FIG. 14), a request list 14
2. A request response list 144 is displayed.

[0049] Real estate agent (provider) requests list 1
When 42 is selected (step 623), 15A in FIG.
Is sent from the information mediation server 6 to the real estate agent (provider) (step 613).

Items for searching the request information database 8 are displayed on the request search form, and the real estate agent (provider) can input search conditions for the property (step 624). For example, the search condition is shown in FIG.
15A and 15B, and the search items include area, prefecture, municipalities, along the line, property type, rent range, and the like.

After selecting or inputting the search conditions on the screen, the real estate agent (provider) 15A1, 15A2, 15A
When one of the "search" buttons of A3 is pressed, the information mediation server 6 searches the demand information database 8 with the search conditions and transmits a search result as shown in 15C (step 614). On the screen 15C, a list of requested properties (request information) input by a corporate company (requester) is displayed. In each row of the list, a “details” button 15C1 and a “property registration” button 15C2 are displayed. The screen displayed when the "Details" button 15C1 is pressed is 1
Shown in 5D. 15D displays the detailed information of the selected request property.

When the "property registration" button 15C2 displayed on 15C is pressed (step 625), FIG.
A property information registration menu as shown in 16A of No. 6 is displayed (step 615). When the "new property registration" 16A1 button is pressed (step 626), a new property registration form 16B is displayed (step 616).

In the new property registration form 16B, items related to the real estate as shown in the items of the provided information database 12 are displayed, and the real estate agent (provider) can input the information of the responding property (step). 62
7). The information mediation server 6 provides information on the responding property of the property input by the real estate agent (provider) to the provision information database 1
2 is registered (step 617).

For example, when the responding property is registered in the provision information database 12, the fact that the responding property has been registered is notified to the corporate company (requester). Therefore, a setting may be made to notify an e-mail as shown in FIG. 17 (step 61).
8).

A real estate agent (provider) subscribing to REN (Real Estate Network)
o. It is also possible to press the "register" button 16A2 and enter the property number registered in REN to register the response property. In this case, the property No. , The result of searching the REN property database is taken over as response property data. The REN is realized in a form as shown in a registration information database 16 in the information registration server device 7 in FIG.

"REN (Real Estate Network)" refers to a real estate-related information database operated by Megamedia Communications Inc.

With reference to the processing flow of FIG. 7, the operation flow of the corporation (requester), the information mediation server 6, and the real estate agent (provider) will be described.

The corporate company (requester) confirming that the response article has been registered by e-mail starts the browser of the requester terminal 2 and inputs a specific URL, and the information mediation server 6 via the Internet. Access (Step 7
01).

The information mediation server 6 transmits a user authentication screen (FIG. 9) to the corporate company (requester) to check whether the corporate company is a registered user (step 711).

When the corporation (requester) enters the user ID 92 and the password 94 and presses the “send” button 96 (step 702), the information mediation server 6 stores the transmitted user ID 92 and password 94 in the requester database 10. The authentication process is performed by comparing with the requester code and password in the above. When the authentication is performed by the information intermediary server 6, the information intermediary server 6 sends a
A menu screen for a corporate company (requester) (FIG. 10) is transmitted (step 712).

Menu screen for corporate company (requester) (FIG. 1)
In 0), the number of requests 101, the number of answers 102, the number of contacts 103, the number of decisions 104, and the like are displayed.

As menu items, a request registration 105, a request answer list 106, a special property search 107 for members and the like are displayed. Then, when the corporation (requester) selects the request response list 106 (step 703), the request response list 18A of FIG. 18 is transmitted from the information mediation server 6 to the corporation (requester) (step 713).

A list of response statuses for each requested property is displayed in the request response list 18A. At this time, each request property corresponds to the request number in the request information database 8, but if the request number exists in the provision information database 12, there is a response property registration, so the "answered" button 18A1 is displayed. You.

When the request number does not exist in the provided information database 12, that is, when the response property is not registered, a "special search" button 18A2 is displayed.

When the corporation (requester) presses the "answered" button 18A1 (step 704), a screen as shown at 18B is transmitted from the information mediation server 6 to the corporation (requester) (step 713). ), You can check the details of the responding property.

When a plurality of responding properties are registered for one request, a plurality of rows of property information are displayed on 18B. In addition, a “contact” button 18B1 and a “details” button 18B2 are displayed for each response property.

The corporate company (requester) has a “details” button 1
By pressing 8B2, the detailed information of the responding property can be confirmed. The corporation (requester) presses the "contact" button 18B1 when the response information matches the requested condition or when the user is interested in the response information. You can contact the supplier (provider).

When the corporation (requester) presses the "contact" button 18B1, a contact form as shown in FIG. 19 is transmitted from the information mediation server 6 to the corporation (requester) (step 715). . When the property that has been “contacted” is displayed again, the “contact” button is not displayed as shown in 18C.

The corporate company (requester) inputs information such as contact information, a request for urgent contact, and a desired date of preview in the contact form and transmits the information to the information mediation server 6 (step 70).
6). The information mediation server 6 notifies the real estate agent (provider) who registered the response information of the contact request information from the corporate company (requester) input in the contact format by e-mail as shown in FIG. 20 (step). 71
6).

The real estate agent (provider) can contact the corporate company (requester) notified by e-mail by telephone, facsimile, e-mail, etc., and respond to the request for contact. It should be noted that the real estate agent (provider) can know the information on the corporate company (requester) for the first time at this time. That is, unless the corporation (requester) transmits a contact request, the real estate agent (provider) does not know the information of the corporation (requester).

Thereafter, the corporation (requester) and the real estate agent (provider) communicate with each other, and preview and negotiation of the property are performed (steps 707 and 721).

With reference to the processing flow of FIG. 8, the operation flow of the corporation (requester), the information mediation server 6, the information registration server 7, and the real estate agent (provider) will be described.

When the corporation company (requester) presses the "special search" button 18A2 in FIG. 18 (step 804), the information mediation server 6 sends the information to the registration information database 16 (for example, REN) in the information registration server 7. Then, a search request is made (step 814). The information registration server 7 transmits the search result to the information mediation server 6. The information mediation server 6 displays the search result of the REN property as a response property matching the condition.

The corporate company (requester) contacts the real estate agent (provider) and presses the "OK" button 18C when the property registered as the request information is closed,
The registered property as the request information can be set to “determined”. Note that when the property that has been determined is displayed again, the “determine” button is not displayed as shown in 18D.

When a registered property is determined by a system other than the present system, by pressing a "delete" button 18A5,
Registration as request information can be deleted.

When the registered property is closed, the real estate agent (provider) presses the “contract” button, so that the registered property as response information can be “contracted”.

In addition to the system, when a registered property is determined, a registration as response information can be deleted by pressing a "delete" button.

Note that the server device is set so as to automatically delete the requested property after a certain period of time, for example, 1.5 months, with respect to the property for which the corporation (requester) has registered the request. It is desirable not to display data.

The embodiment of the present invention is a transaction promotion system for real estate information. However, the present invention can be used in any transaction industry by replacing desired information or provided information from real estate information with other information. For example,
Can be used in the used car sales industry by replacing with used car information, can be used in the travel agency by replacing with travel information, and can be used in the part-time job brokerage industry by replacing with part-time information .

Further, in the embodiment, the number of new registrations in the request information database 8 is counted by prefecture and notified by e-mail three times a day. However, the above aggregation method and notification timing can be changed according to the type of business and industry. For example, notification is made every week, or notification is made when there are five new registrations. In addition,
The notification method (for example, telephone, FAX) can be changed.

[Brief description of the drawings]

FIG. 1 is a diagram showing an overall configuration of a transaction promotion system according to an embodiment.

FIG. 2 is a diagram illustrating a hardware configuration of the information mediation server device.

FIG. 3 is an example showing a structure of a request information database and a requester database in the information mediation server.

FIG. 4 is an example showing a structure of a provided information database and a provider database in the information mediation server.

FIG. 5 is a flowchart mainly showing the operation between the requester and the information mediation server in one embodiment.

FIG. 6 is a flowchart mainly showing the operation between the provider and the information mediation server in one embodiment.

FIG. 7 is a flowchart illustrating operations of a requester, an information mediation server, and a provider according to one embodiment.

FIG. 8 is a flowchart showing operations of a requester, an information mediation server, an information registration server, and a provider according to one embodiment.

FIG. 9 is a diagram showing a user authentication screen for a corporate company (a requester).

FIG. 10 is a diagram showing a menu screen for a corporation (a requester).

FIG. 11 is a diagram showing a request form screen for a corporation (a requester).

FIG. 12 is a diagram showing an e-mail message transmitted to a real estate agent (provider).

FIG. 13 is a diagram showing a user authentication screen for a real estate agent (provider).

FIG. 14 is a diagram showing a menu screen for a real estate agent (provider).

FIG. 15 is a diagram showing a flow of a screen related to a search of a request list for a real estate agent (provider).

FIG. 16 is a diagram showing a flow of a screen relating to property registration.

FIG. 17 is a diagram showing an e-mail message transmitted to a corporation (a requester).

FIG. 18 is a diagram showing a flow of a screen relating to retrieval of a request list for a corporate company (requester).

FIG. 19 is a diagram showing a contact form to a real estate agent (provider) for a corporate company (requester).

FIG. 20 is a diagram showing an e-mail message transmitted to a real estate agent (provider).

FIG. 21 is a diagram showing a conventional information mediation system.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 ... Internet 2 ... Requester terminal 4 ... Provider terminal 6 ... Information mediation server apparatus 6 ... Information registration server apparatus 8 ... Request information database 10 ... Requester database 12 ... provided information database 14 ... provider database 16 ... registered information database 20 ... CPU 22 ... memory 24 ... display 26 ... hard disk 28 ... keyboard / mouse 30 ...・ Communication line

Claims (6)

[Claims] 1. A transaction promotion system including a requester terminal for transmitting request information, a provider terminal for transmitting response information to the request information, and an information mediation server for mediating information of the request information and the response information. The requester terminal registers the request information in the information relay server, the provider terminal displays the request information registered in the information relay server, transmits response information to the request information to the information relay server, The information mediating server registers the request information in association with the response information responded thereto, and the requester terminal displays the registered request information and the response information responded thereto in association with each other and displays the transaction information. system. 2. Request information from a requester is input and registered, response information to the request information from the provider is input and registered in association with the request information, and the registered request information and the response are received. An information relay server, which outputs response information in association with the response information. 3. The system according to claim 1, wherein the information mediation server collects request information from the requester at a predetermined time interval or at a predetermined number of new request information registrations. Output to providers. 4. The system or server according to claim 1, wherein the information mediation server uses information registered in another database as a request of the requester when there is no response information to the request information. Characteristically searching and outputting according to. 5. The system or server according to claim 1, wherein the request information and the response information are information relating to renting or buying and selling real estate. 6. A transaction promoting method using a requester terminal for transmitting request information, a provider terminal for transmitting response information to the request information, and an information mediation server for mediating information of the request information and the response information. The requester terminal registers the request information in the information relay server, the provider terminal displays the request information registered in the information relay server, and transmits response information to the request information to the information relay server. A transaction wherein the information intermediary server registers the request information and the response information responded thereto in association with each other, and the requester terminal displays the registered request information and the response information responded thereto in association with each other; How to promote.