JP2001195451A - Trading support system - Google Patents

Abstract

(57) [Summary] [PROBLEMS] To provide a transaction support system capable of promptly and successfully closing a transaction. SOLUTION: In a virtual market 10 controlled by a server 1 and opened on the Internet, the server provides a list of offers provided from terminals (3a to 3m) of providers (sellers) via a offer offer screen. When the recipient (purchaser) transmits the inquiry condition within the set valid time in response to the provision condition posted in this offer list, the notice is automatically notified only to the provider. Control is provided so that counter provision conditions are input through the counter offer screen to support negotiations, and that the progress of the transaction is displayed in a transaction status list posted on the homepage.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a transaction support system, and more particularly, to a support system for smoothly mediating between a seller and a purchaser of a product.

[0002]

2. Description of the Related Art Conventionally, in a commodity transaction or the like, an intermediary such as a trading company has existed in order to smoothly transact a large amount of transactions, and the intermediary receives information of a sales offer such as a product from a seller, Introduce to the buyer who has a contract with the contract, and when the appropriate buyer is found, work out the terms and conditions with the seller,
We try to close the deal.

[0003]

However, in such a transaction, the offer information of the seller is introduced by telephone or facsimile by a person in charge of the trader. Therefore, the success or failure of the transaction depends on the experience of the person in charge,
It depends on the size of the personal network and the bargaining power of the person in charge.

[0004] In such sales negotiations using a telephone or facsimile, the seller and the purchaser must proceed one-on-one.
It takes a considerable amount of time to reach an agreement between the two parties, and if negotiations are not successful, the search for the next negotiating partner will be resumed from that point, so the time to close the transaction is generally long and appears in a spot It was not suitable for quickly closing deals on special priced products.

[0005] For this reason, there has been proposed a system for introducing offers via the Internet in order to efficiently introduce offers and enable quick transaction establishment.

[0006] However, in such a system, since only the offer information of the seller is posted to solicit a buyer, the conditions are not sufficiently packed, and the probability of successful transaction is not necessarily high.

[0007] Further, since negotiations are performed individually without sufficiently examining buyers who respond to the offer, there is no guarantee that transactions will be performed in accordance with sincere business practices, and both sellers and buyers will not be involved. There is also a problem that the risk is large.

[0008] The present invention has been made to solve such a problem, and an object of the present invention is to provide a transaction support system capable of achieving a transaction quickly and with high probability.

[0009]

According to the present invention, there is provided a transaction support system controlled by a server and having a virtual market established on the Internet, wherein the server transmits the information provided by the provider via a provided offer screen. When an offer is posted as an offer list, and in response to the provision conditions listed in the offer list, the provider transmits the inquiry condition through the counter offer screen for the provider within the set effective time. To provide negotiation support to automatically notify only the provider concerned and enable entry of counter provision conditions on the provider counter offer screen, and to display the negotiation progress on the transaction status list posted on the website It is characterized by controlling.

[0010] With this configuration, the offer offer of the recipient to the offer of the provider and the counter offer of the provider to the offer can be made on the unified screen of the virtual market established on the Internet.
Transactions can be completed quickly and with high probability.

[0011] It is preferable that the server further causes a special display to be provided for a provided offer for which a predetermined time has not elapsed and negotiations have not yet been performed.

[0012] Thus, a provider who is looking for a business partner can quickly find a provided offer that can be inquired.

[0013] In a case where a plurality of inquiries are received for the provided offer, the server negotiates with the provided if the number of provided offers and the inquired of the provided match. Only after termination, negotiations with other recipients are possible, and negotiations with a plurality of recipients are possible at the same time if the total quantity of inquiries of the recipients is within the range of the quantity in the offer offered. And good.

[0014] With this, when the number of provided offers is large, a plurality of negotiations can be advanced, so that it is possible to dispose of a large amount of stocked goods and the like.

In the negotiation support, it is preferable that negotiation termination input can be made from the provider or the recipient.

Thus, when it is determined that it is difficult to establish an agreement on the transaction conditions, it is possible to quickly give up and search for another negotiation partner.

In the transaction status list, when there is an input from one of the provider and the recipient to approve the condition for the entire provided quantity, the entire transaction is deleted from the screen and the provided quantity is displayed. When there is an input for approving the same condition for a part, display control is performed so that the remaining quantity obtained by subtracting the approved quantity is displayed.

[0018] Thus, the provider seeking the transaction can quickly know what kind of offer offer the transaction is not yet established.

[0019] In the offer list, it is preferable that the name of the provider can be masked in the initial publication.

In this case, if the name of the provider is clear,
Since a situation which is disadvantageous to the provider may occur, this can be prevented.

[0021] As a result of referring to the offer offer screen from the recipient and checking the sample offer request on the screen, an e-mail requesting sample offer may be sent from the recipient to the provider. preferable.

As a result, the recipient can quickly obtain the sample and make an accurate decision.

The provider may be a merchandise seller or a service provider, and the recipient may be a merchandise purchaser or a service beneficiary.

In the case of a product, at least one of delivery conditions, delivery time, payment conditions, etc., in addition to the selling price and quantity, is provided in the offer conditions in the offer.
It is preferable to include two conditions.

Thus, the success or failure of the agreement of the conditions is determined not only by the price and the quantity but also by taking various factors into consideration.

Further, according to the present invention, in a transaction support system using an Internet homepage controlled by a server, an offer of a provider can be viewed by all accessers, and an inquiry for the offer can be made. The content of the offered offer of the provided recipient and the counter offer of the provided provider can be viewed only between the parties.

[0027] In this system, information is released until negotiations are started, but after the negotiations are started, the contents are confidential to anyone other than the parties, so that it is possible to smoothly support the conclusion of the transaction. Becomes

[0028]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, an embodiment of a transaction support system according to the present invention will be described in detail with reference to the drawings.

Here, a description will be given by taking as an example the transaction of polyester chips as raw materials for fibers, films, PET bottles and the like as commodities. Because this polyester is used worldwide, the production capacity of polymerization equipment varies from country to country, so there is excess production between the polyester raw material market and the product market that produces products using this raw material. Polyester chips are sold. However, the production of polyester chips is not stable, and the price is volatile due to the sensitive response to the end demands of fibers and PET bottles.

FIG. 1 is a block diagram showing an outline of a transaction support system according to the present invention.

The virtual market provider manages the server computer system 1 connected to the Internet, and establishes and operates a virtual market site controlled by the server computer system 1. A large-capacity storage device 2 is connected to the server computer system 1 and stores various information described later.

The server computer system is connected to computer systems 3a to 3m in a seller company as a provider via a communication line, and a computer system 4a in a purchaser company as a receiver.
To 4n are connected. Therefore, the computer system of each company can access the virtual market operated by the virtual market provider.

This system is operated by using, for example, Microsoft Corporation Windows NT as an operating system.

FIG. 2 is a schematic diagram showing an outline of a transaction support system according to the present invention.

The virtual market provider is recruiting members in the virtual market site 10, and a member who has registered as an online member is given a user ID and password, and is allowed to participate in transactions.

After registering as a member, if there is a registration of detailed specifications of a product offered by the seller's company and an offer input, the offer is posted in the virtual market as an offer list. Updated in real time.

When the provider who referred to the offer list presents the inquiries to the specific provider, the negotiation mode is set. In the following, negotiations are performed between the two parties until agreement of the transaction conditions or negotiation failure. In this negotiation, this virtual market site has a powerful negotiation support function, and presents the inquiring condition for the provider's offer and presents the provider's counter offer to this inquiring condition on a stylized screen. This will help to reach a speedy agreement while recognizing the differences in terms.

Further, the virtual market provides various types of industry information useful to both the provider and the receiver, and supports a reasonable compromise based on market trends and the like.

As a result of the negotiations, when an agreement is reached between the provider and the recipient, a fee corresponding to the transaction amount is paid to the virtual market provider, and a contract is formalized between the parties. Based on this, the settlement of the price and the delivery of the agreed product are performed.

Next, the actual operation of the transaction support system will be described in more detail.

Enter this site via the Internet,
The first page opened using a commercially available browser displays that this site is a virtual market, entry fields for a user ID and password for participating in transactions, access items for visitors, and the like. Items for this visitor include a description of the site, online registration to become a member, a demonstration of the actual transaction, and the latest topics.

The online registration will be described with reference to the flowchart of FIG.

When the purchaser and the seller who desire to join the membership click on the online registration part after seeing the demonstration and explanation described above, an online member registration screen shown in FIG. 4 is displayed (step S101).

Referring to FIG. 4, this member registration screen can be commonly used for both the provider and the recipient, and the distinction between the provider and the recipient, the name of the person in charge, the company name, Company abbreviation, title, department, address, city name (state, county, etc. in foreign countries), postal code (zip code in foreign countries), country name,
Registered information such as a telephone number, a facsimile number, an e-mail address, a homepage address, a password, and remarks, and an answer column for questions such as where the user knew this virtual market site and what to expect from the virtual market site are provided.

When the applicant for the membership fills in or inputs by selecting an item which is facilitated in advance, the information is transmitted to the server, and the transmitted information is transmitted to the server as described later. Is stored in the storage device.

In the input items, the password is a character string composed of characters arbitrarily selected by the applicant from the restricted range of characters, but is displayed as an asterisk at the time of input, and it is not clear whether the input was correct. ,
The same character string is entered again in the password re-entry field to confirm.

In the server, when the data of the applicant for membership is transmitted, the ID for the applicant for membership is automatically issued (step S103). Is returned to the person. This ID allows the applicant to view the transaction screen, but cannot transmit information.

The virtual market provider examines the transmitted registration information in detail, and examines whether or not the applicant for membership is suitable as a member by comparing it with past performance and data (particularly credit relations) by an original information network. When the member is approved (step S104), input and negotiation can be performed as a member (step S106). When the member is not approved, a rejection e-mail is sent to the applicant, and The already issued ID becomes invalid and the virtual market cannot be browsed thereafter (step S105). Even in this case, the registration information of the applicant is left in the storage device.

[0049] Each time information is transmitted from the server to the terminal computer system for each session in which the terminal computer system accesses the server, a public key for encryption is simultaneously transmitted in the background, and the member can access the server. User ID to enter the virtual market site
When the password is input, the password is encrypted using the public key in the background, and the encrypted password is sent to the server.

After entering the virtual market site, the menu is switched to a screen showing a negotiation state shown in FIG. 5 or 6 by menu selection. The screen of FIG. 5 displays the state of negotiations with various providers (purchasers) with respect to the offer transmitted by the member who is the provider (seller), and the screen of FIG. The status of negotiations with various providers (sellers) for the member (purchaser) is displayed.

The contents displayed on these screens include the date for each provision target (specification), the current negotiation status, the name of the provider or the recipient, the country, the quantity, the unit price, the delivery conditions, the delivery time, the payment conditions, and the validity. Period.

An offer input button (not shown) is provided on this screen. By clicking this button, an offer input screen shown in FIG. 7 is displayed, and an offer can be input. Here, an offer by the provider WWW will be described.

The provider name WWW and the country are the same as the registered contents and cannot be changed. However, the quantity (for example, tonnage), unit price (price per ton), delivery conditions (fare, CIF including insurance, and fare) can be changed. Include CFR, distinction of FOB not including and shipping location), delivery time (month), payment terms (eg, up to days after letter of credit (L / C)), validity period of this offer, etc. The condition can be changed by selecting any of the contents prepared on the selection screen which is opened by clicking the mark.

The reason why the delivery conditions and the payment conditions are also negotiated items is that the actual transaction is performed in consideration of various conditions other than the price and the quantity.

In addition, other conditions such as whether or not to provide a sample and whether to disclose a company name can be designated.

Of these, regarding the display of the name, it may be better to refrain from displaying the name for various reasons, so that it is possible to select not to display the name. For example,
When the name of the seller is displayed, it may be disadvantaged to the seller because it is bought or shunned from the beginning, and transactions are often sold anonymously via trading companies The reason is that such a transaction form does not cause much change. Even when such anonymous display is performed, there is an inquiry from the buyer, and the seller's company name must be disclosed at the stage when the seller issues the counter offer.

The expiration date can be freely selected, and the display of the set expiration date is controlled so that the remaining time decreases with time. Then, for example, when the remaining time is less than 3 hours, the display color is changed to red, and a warning is issued so as to expedite the counter offer.

When the provider inputs such an offer, it is necessary to input the detailed information to the virtual market so that the recipient can know the detailed information on the provided polyester chip. There is.

FIG. 8 shows a screen for inputting chip specifications.

The contents are chip specification, name, viscosity, melting point, carboxyl group content, titanium dioxide content, ash content, water content, DEG, iron content, acid value, color, packaging, container, and the amount per container. Etc., and are created so as to clarify the chip specifications by filling the respective blanks.

FIG. 9 shows a counter offer input screen.
This screen is almost the same for both the provider and the recipient except that the display of the provider or the recipient is different. The counter offer of the provider to the provider's offer and the provider's Also commonly used for counter offers. The input section on this input screen is the upper part, but the lower part displays the chip specification input in FIG. 8 and the middle part also shows the progress of the negotiations so far.

FIG. 10 is a flowchart showing how the negotiation is performed.

When the server receives the offer input as described above from the provider (seller) (step S20)
1) The information is added and displayed in real time on the offer list of the virtual market (step S202).

When a certain offer is posted for the first time, "New" is displayed on the screen. This display is made only within 24 hours after posting the offer on the virtual marketplace and when no one is negotiating. Therefore, once the negotiations have been performed within 24 hours, the "new" mark will not be displayed again if there is no longer a negotiating partner due to the declination described below.

After displaying the offer of the provider (seller) in the offer list, if there is no inquiry within the expiration date,
Treated as a timeout (step S203), the process ends, and the offer is also deleted from the offer list.

On the other hand, the offer of this example found from the offer list by the provider (purchaser) is referred to (step S204), and when the provider inputs the inquiry condition with the content (step S205). When the provider clicks the approval button to approve the inquiry condition (step S206), the contract is closed (step S2).
07). In order to complete the transaction, it is necessary to enter into a separate contract between the provider and the recipient, but in this virtual market, this point is left to the parties,
I don't know.

On the other hand, when the provider does not approve the inquiry condition by the provider and the offer is canceled by the provider (step S208), the process returns to step S201.

On the other hand, if the provider reconsiders the conditions and inputs the counter offer (step S20)
9) If the recipient approves the content (step S210), the contract is closed (step S211).

When the provider does not approve the contents of the counter offer and stops the negotiation (step S212), the process is terminated. If the negotiation is not stopped, and a counter offer from the recipient is further input (step S
213), the process returns to step S206, and the negotiation is continued until the contract is made or canceled thereafter.

FIG. 9 described above corresponds to step S213 in FIG.
Shows the input of the provider's counter offer in the above. Referring to the situation so far, the offerer increased the unit price slightly, although the offer of the original provider was FOB Busan. With lower overall cost
Presents FR Shanghai. On the other hand, since the content of the counter offer input by the seller is the same as the offer of the buyer, it is considered that the provided party will approve and the agreement will be established next.

In such a negotiation support function, the provider Z can make a counter offer even when a certain provider X and a certain provider Y are negotiating. However, in order for the provider X to enter into negotiations with the provider Z, the negotiation with the provider Y must be completed.

When there are inquiries from a plurality of providers, negotiations with other providers are prohibited when the provider presents a counter offer to any of them. Therefore, in order to negotiate with another recipient, it is necessary to terminate the negotiation with the recipient.

Further, steps S208 and S208 in FIG.
As described at 212, if the conditions are not met,
Both the provider and the recipient can end the transaction at their own will (referred to as declination). There is no need to give a reason for this closing.

In the above transaction, the virtual market provider stores all exchanges such as offers and counter offers made in the virtual market in the storage area of the server as history. Specifically, an ID is assigned to each action and stored.

FIG. 11 is an explanatory diagram showing the contents stored in the storage device 2. In this figure, data used for displaying a normal homepage is omitted, and only data characteristic of the present invention will be described.

The storage unit 2 is divided into various areas, the main ones of which are a general information area 21, a transaction target information area 22, a provider related information area 23, a provider related information area 24, an offer record. An area 25, a negotiation recording area 26, a log storage area 27, and the like.

First, the general information area 21 records member registration information, country information such as area, population, and economic trends by country, and information such as economic trends in related industrial fields.
It will be updated at any time due to membership registration and deletion, changes in the economic situation, etc.

The transaction target information area 22 contains all information indicating the content of the transaction target, such as chip specification ID, name, viscosity, melting point, carboxyl group content, titanium dioxide content, ash content, Moisture content,
DEG, iron content, acid value, color, packaging, container, loading amount per container, and the like are recorded.

In the provider related information area 23, the user ID, password, country name, user name, position, affiliation,
Includes a record of all registrations, such as location addresses, and status.

The recipient-related information area 24 includes records of all registration items such as a user ID, a password, a country name, a user name, a position, an affiliation, and a location address of the recipient and a record of the situation.

The offer recording area 25 records the contents of the offer presented by the provider and the recipient, that is, the offer ID, the offer date, the quantity, the unit price, the expiration date, the delivery condition, the presence / absence of sample provision, and the like. .

In the negotiation record area 26, information related to negotiations, that is, negotiation ID, negotiation date, negotiation amount, negotiation unit price, negotiation expiration date, negotiation delivery condition and letter of credit (L /
C) Related information is recorded.

The records of these providers, recipients, offers, and negotiations are recorded in a page format.

In the log storage area 27, all communication records are stored in chronological order.

The server sorts these and other recorded information as appropriate to compose screen display information and e-mail contents.

It should be noted that the person in charge of operation of this virtual market can browse all of the above-mentioned stored information for management in order to achieve smooth operation management.

In the above embodiment, a polyester chip has been described as an example of a commodity to be traded. However, the present invention can be applied to any commodity, service, or the like in which a provider and a receiver exist.

[0088]

As described above, according to the present invention, the invitee's inquiries to the provider's offer and the provider's counter offer in response to the offer are displayed on a unified screen of a virtual market established on the Internet. Since it is possible to provide a place for efficient negotiations, it is possible to make a transaction quickly and with a high probability.

Further, according to the present invention, while the offer of the provider can be viewed by all of the accessors, the offer of the recipient who inquired about the offer and the provider of the Since the contents of the counter offer can only be seen between the parties,
The information is released until the negotiations are started, but once the negotiations are started, the contents are kept confidential to anyone other than the parties, so that it is possible to smoothly support the conclusion of the transaction.

[Brief description of the drawings]

FIG. 1 is a block diagram showing an outline of a transaction support system according to the present invention.

FIG. 2 is a schematic diagram showing an outline of a transaction support system according to the present invention.

FIG. 3 is a flowchart showing a process for member registration.

FIG. 4 is an explanatory diagram showing an input screen for member registration.

FIG. 5 is a diagram showing a screen for displaying the status of a transaction with a purchaser regarding a member who is a seller.

FIG. 6 is a diagram showing a screen for displaying a state of a transaction with a seller regarding a member who is a purchaser.

FIG. 7 is an explanatory diagram of an offer input screen.

FIG. 8 is an explanatory diagram of a screen for inputting chip specifications.

FIG. 9 is an explanatory diagram of a counter offer input screen.

FIG. 10 is a flowchart showing main processing in the transaction support system according to the present invention.

FIG. 11 is a block diagram showing storage contents of a storage device in the server computer system.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 Server computer system 2 Storage device 3a-3m Provider (seller) terminal 4a-4n Provider (purchaser) terminal 10 Virtual market 21 General information area 22 Transaction target information area 23 Provider related information area 24 Received Provider related information area 25 Offer recording area 26 Negotiation recording area 27 Log recording area

Claims (11)

[Claims] 1. A transaction support system controlled by a server and having a virtual market established on the Internet, wherein the server displays an offer list transmitted from a provider via a offer screen as an offer list. , In response to the offer conditions listed in the offer listing,
When the recipient sends the inquiry condition through the counter offer screen for the recipient within the set valid time, it is possible to automatically notify only the provider and enter the counter provision condition on the counter offer screen for the provider. A transaction support system that provides negotiation support and controls so that the negotiation progress is displayed on a transaction status list posted on its website. 2. The transaction support system according to claim 1, wherein the server further displays a special offer for a provided offer for which a predetermined time has not elapsed and negotiations have not yet been performed. 3. In a case where a plurality of inquiries are received for the provided offer, the server, if the number of provided offers matches the inquired of the provided, matches the provided offer. Only after negotiations are completed, negotiations with other recipients are possible, and negotiations with a plurality of recipients can be performed simultaneously if the total quantity of the inquiries of the recipients is within the range of the quantity in the offered offer. The transaction support system according to claim 1, wherein: 4. The transaction support system according to claim 1, wherein, in said negotiation support, negotiation termination input can be made from said provider or said recipient. 5. In the transaction status list, when there is an input from one of the provider and the recipient to approve the condition for the entire provided quantity, the entire transaction is erased from the screen and provided. 2. The transaction according to claim 1, wherein when there is an input for approving a similar condition for a part of the quantity, display control is performed so that the remaining quantity obtained by subtracting the approved quantity is displayed. Support system. 6. The transaction support system according to claim 1, wherein in the offer list, the name of the provider can be masked in the initial posting. 7. As a result of referring to the offer offer screen from the recipient, the sample offer request is checked on the screen, and an e-mail requesting sample offer is transmitted from the recipient to the provider. The transaction support system according to claim 1, wherein: 8. The method according to claim 1, wherein the provider is a seller of the product, and the recipient is a purchaser of the product.
8. The transaction support system according to any one of claims 7 to 7. 9. The transaction support system according to claim 1, wherein the provider is a service provider, and the recipient is a beneficiary of the service. 10. The transaction according to claim 10, wherein the provision conditions in the offer include at least one of delivery conditions, delivery time, payment conditions, and the like, in addition to the selling price and quantity. Support system. 11. A transaction support system using an Internet homepage controlled by a server, wherein an offer of a provider can be viewed by all of the accessors, and a provider of the provider who inquires about the offer. A transaction support system in which the offer and the contents of the counter offer of the provider corresponding thereto can be viewed only between the parties.