Negotiation apparatus, negotiation methods, and programs

Abstract

Previously, we were unable to properly support product purchase negotiations because we could not appropriately modify the negotiation terms for purchasing the products. [Solution] The negotiation device 1 includes a condition acquisition unit 132 that receives negotiation instructions corresponding to acceptance conditions, which are the negotiation conditions for purchasing a product, from the first user's first terminal 2 and acquires presented conditions based on the acceptance conditions; a condition presentation unit 141 that transmits the presented conditions to the second user's second terminal 3, who is the seller of the product; a response receiving unit 122 that receives response information from the second terminal 3 that specifies whether or not the presented conditions are accepted; and a completion notification unit 142 that transmits completion information to the first user if the presented conditions are accepted. The condition acquisition unit 132 acquires new presented conditions if the response information indicates that the presented conditions are not accepted, and the condition presentation unit 141 transmits the new presented conditions to the second terminal 3. This negotiation device 1 allows for appropriate modification of the negotiation conditions for purchasing a product, thereby appropriately supporting the negotiation for purchasing a product.

Description

Technical Field

[0001] The present invention relates to a negotiation device and the like that support negotiations such as the purchase of goods.

Background Art

[0002] Conventionally, there has been a negotiation device that performs automatic negotiation by transmitting and receiving proposals to and from a counterpart device (see Patent Document 1).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] However, in the prior art, negotiation conditions such as the purchase of goods could not be appropriately changed, so negotiations such as the purchase of goods could not be appropriately supported.

Means for Solving the Problems

[0005] The negotiation device of the first invention of the present invention includes an instruction reception unit that receives a negotiation instruction associated with reception conditions, which are negotiation conditions for the purchase of goods, from a first terminal of a first user who is a purchaser of the goods; a condition acquisition unit that acquires presentation conditions, which are negotiation conditions based on the reception conditions; a condition presentation unit that transmits the presentation conditions acquired by the condition acquisition unit to a second terminal of a second user who is a seller of the goods; a response reception unit that receives response information from the second terminal for specifying a response including whether to permit the presentation conditions; and a establishment notification unit that transmits establishment information indicating that the negotiation has been established to the first user when the response information indicates information indicating that the presentation conditions are permitted. When the response information indicates information indicating that the presentation conditions are not permitted, the condition acquisition unit acquires new presentation conditions different from the presentation conditions transmitted by the condition presentation unit, and the condition presentation unit transmits the new presentation conditions to the second terminal.

[0006] This configuration allows for appropriate modification of the terms of the purchase negotiation, thereby effectively supporting the negotiation process for purchasing goods.

[0007] Furthermore, the negotiation device of this second invention is a negotiation device in which, compared to the first invention, the reception conditions corresponding to the negotiation instructions received by the instruction receiving unit each have two or more item conditions, each with a different importance level, and the condition acquisition unit uses the importance level to acquire a presented condition having at least one item condition from among the two or more item conditions.

[0008] This configuration allows for the acquisition of appropriate terms that take importance into account in negotiations involving two or more items with corresponding levels of importance, thereby effectively supporting negotiations for the purchase of goods.

[0009] Furthermore, the negotiation device of this third invention is a negotiation device that, in relation to the first or second invention, includes, in that the reception conditions corresponding to the negotiation instructions received by the instruction receiving unit include item conditions having an upper limit and a lower limit, and the condition acquisition unit acquires numerical conditions between the upper limit and the lower limit for the item conditions, and acquires presented conditions having numerical conditions.

[0010] This configuration allows for the acquisition of appropriate offer terms that take into account the range of item conditions, even in negotiation conditions that include item conditions with upper and lower limits, thereby effectively supporting negotiations for the purchase of goods.

[0011] Furthermore, the negotiation device of this fourth invention further comprises a determination unit that determines whether the response from the second terminal matches the condition change conditions for any one of the first to third inventions, and the condition acquisition unit acquires new presented conditions different from the presented conditions acquired immediately before, if the determination unit determines that the condition change conditions are met.

[0012] This configuration allows for appropriate negotiation regarding the purchase of goods, as the terms of the purchase can be changed at the appropriate time.

[0013] Furthermore, the negotiation device of the fifth invention further comprises a determination unit that determines whether the response from the second terminal meets the interruption conditions for any one of the first to third inventions, a prompting unit that sends prompting information to the first user prompting them to input information when the determination unit determines that the interruption conditions are met, and a response receiving unit that receives response information from the first terminal in response to the transmission of the prompting information, and transmits the response information received by the response receiving unit or information based on the response information received by the response receiving unit to the second terminal.

[0014] This configuration allows for timely input of user information, thereby effectively supporting negotiations regarding product purchases.

[0015] Furthermore, the negotiation device of the sixth invention, compared to the fifth invention, has the following characteristics: the interruption condition is that the response information identifying the response from the second terminal includes information indicating that the proposed conditions are not accepted; the condition acquisition unit creates a new condition proposal, which is a new proposed condition, using the proposed conditions or response information transmitted to the second terminal; the reminder unit outputs reminder information including the new condition proposal; the response receiving unit receives response information from the first terminal that includes information for determining whether or not to accept the proposed new condition proposal; and the condition presentation unit transmits the new condition proposal to the second terminal if the response receiving unit has received response information indicating that the proposed new condition proposal is accepted.

[0016] This configuration allows for the presentation of proposed new terms and conditions to a second user, thereby effectively supporting negotiations for purchasing the product.

[0017] Furthermore, the negotiation device of the seventh invention is a negotiation device in which, with respect to any one of the first to sixth inventions, the instruction receiving unit receives negotiation instructions corresponding to acceptance conditions which are negotiation conditions for purchasing two or more products, the priority acquisition unit further comprises a priority acquisition unit which acquires the priority of two or more products in negotiation, and the condition acquisition unit acquires the presented conditions according to the priority of two or more products.

[0018] This configuration allows users to obtain offer conditions according to the priority of two or more products, thereby effectively supporting negotiations for product purchases.

[0019] Further, in the negotiation device of the eighth invention, for the seventh invention, each of two or more products is associated with one or more product attribute values, and the ranking acquisition unit acquires the priorities of two or more products by using one or more product attribute values of each of the two or more products.

[0020] With such a configuration, it is possible to acquire appropriate priorities of two or more products and acquire presentation conditions according to the priorities, so that the negotiation for purchasing products can be appropriately supported.

[0021] Further, the negotiation device of the ninth invention further includes a determination unit that determines whether or not a response from the second terminal matches the target addition condition with respect to the seventh or eighth invention. When the determination unit determines that the response matches the target addition condition, the condition acquisition unit acquires a new presentation condition that includes negotiation conditions for purchasing other products among the two or more products in addition to the product targeted by the presentation condition immediately transmitted to the second terminal.

[0022] With such a configuration, it is possible to acquire appropriate negotiation conditions for purchasing two or more products, so that the negotiation for purchasing two or more products can be appropriately supported.

[0023] Further, the negotiation device of the tenth invention includes a determination unit that determines whether or not the negotiation establishment condition is met with respect to any one of the first to ninth inventions, a document creation unit that creates a document using the presentation condition or response information when the determination unit determines that the negotiation establishment condition is met, and a document output unit that outputs the document created by the document creation unit.

[0024] With such a configuration, it is possible to support the creation of an appropriate document after the negotiation is established.

[0025] Further, in the negotiation device of the eleventh invention, for any one of the first to tenth inventions, the condition acquisition unit substitutes the reception condition into a prompt template for acquiring a presentation condition, constructs a prompt, gives the prompt to the generation AI, obtains an answer from the generation AI, and acquires the presentation condition from the answer.

[0026] With such a configuration, by using the generation AI, an appropriate presentation condition can be obtained.

[0027] Further, in the negotiation device of the twelfth invention, for any one of the first to tenth inventions, the condition acquisition unit performs a prediction process of machine learning using a learning model created by a learning process of machine learning and the reception condition with two or more teacher data having established negotiation conditions, and acquires the presentation condition.

[0028] With such a configuration, by using machine learning, an appropriate presentation condition can be obtained.

Effect of the Invention

[0029] According to the negotiation device of the present invention, since the negotiation conditions for the purchase of a product can be appropriately changed, the negotiation for the purchase of a product can be appropriately supported.

Brief Description of the Drawings

[0030] [Figure 1] Conceptual diagram of the information system A in Embodiment [Figure 2] Block diagram of the information system A [Figure 3] Block diagram of the negotiation device 1 [Figure 4] Flowchart for explaining an operation example of the negotiation device 1 [Figure 5] Flowchart for explaining the first example of the priority acquisition process [Figure 6] Flowchart for explaining the second example of the priority acquisition process [Figure 7] Flowchart for explaining the third example of the priority acquisition process [Figure 8] A flowchart illustrating the first example of the process for obtaining the conditions presented. [Figure 9] A flowchart illustrating a second example of the process for obtaining the same presentation conditions. [Figure 10] A flowchart illustrating the third example of the process for obtaining the conditions presented. [Figure 11] A flowchart illustrating an example of the OK process. [Figure 12] A flowchart illustrating an example of the document creation process. [Figure 13] A flowchart illustrating an example of the NG process. [Figure 14] A flowchart illustrating the first example of the process for obtaining the same complex conditions. [Figure 15] A flowchart illustrating a second example of the process for obtaining the same complex conditions is provided. [Figure 16] A flowchart illustrating the third example of the process for obtaining the same complex conditions is provided. [Figure 17] A flowchart illustrating the first example of the counter-proposal acquisition process. [Figure 18] A flowchart illustrating a second example of the counter-proposal acquisition process. [Figure 19] A flowchart illustrating an example of operation for the first terminal 2. [Figure 20] A diagram showing an example of the prompt management table. [Figure 21] A diagram showing an example of the same condition management table. [Figure 22] A diagram showing an example of a tie-rank determination prompt. [Figure 23] A diagram showing an example of a prompt for obtaining the same conditions. [Figure 24] A diagram showing an example of the output of the negotiation process. [Figure 25] A diagram showing an example of a reverse proposal prompt. [Figure 26] This figure shows an example of a complex condition acquisition prompt. [Figure 27] A diagram showing an example of a proposed combination of conditions. [Figure 28] Block diagram of the computer system [Modes for carrying out the invention]

[0031] The embodiments of the negotiation device and the like will be described below with reference to the drawings. In the embodiments, components that are denoted by the same reference numerals perform the same operation, and therefore their further explanation may be omitted.

[0032] (Embodiment 1) In this embodiment, a negotiation device is described that receives acceptance conditions from the buyer's first terminal and transmits appropriate offer conditions, which are based on those acceptance conditions, to the supplier's second terminal. The acceptance conditions include, for example, two or more item conditions corresponding to importance. The acceptance conditions include, for example, item conditions with upper and lower limits.

[0033] Furthermore, in this embodiment, a negotiation device that acquires new presented conditions and transmits them to a second terminal when the conditions for changing the conditions are met will be described.

[0034] Furthermore, in this embodiment, we will describe a negotiation device that prompts the first terminal to input, for example, an instruction to change the conditions or to cancel the negotiation, when the response from the second terminal matches the interruption conditions.

[0035] Furthermore, in this embodiment, a negotiation device that assists in re-presenting negotiation terms will be described.

[0036] Furthermore, in this embodiment, we will describe a negotiation device that generates a priority order for negotiation targets and obtains the presentation conditions for multiple products and transmits them to a second terminal when there are two or more products to be negotiated.

[0037] Furthermore, in this embodiment, we will describe a negotiation device that, after a negotiation is concluded, creates documents such as contracts, quotations, and invoices.

[0038] In this specification, information X being associated with information Y means that information Y can be obtained from information X, or information X can be obtained from information Y, and the method of association is irrelevant. Information X and information Y may be linked, may reside in the same buffer, may information X be contained in information Y, or information Y may be contained in information X, and so on.

[0039] Furthermore, in this specification, selecting or determining information Z means obtaining information Z, obtaining a pointer to information Z, obtaining the ID of information Z, setting a flag on information Z, etc., and it is sufficient to be able to access information Z.

[0040] Figure 1 is a conceptual diagram of information system A in this embodiment. Information system A comprises a negotiation device 1, one or more first terminals 2, one or more second terminals 3, and one or more generating AI devices 4.

[0041] Negotiating device 1 is typically a server. Negotiating device 1 may be a cloud server or an ASP server, but its type is not limited.

[0042] Furthermore, negotiation device 1 may include first terminal 2. If negotiation device 1 includes first terminal 2, negotiation device 1 may also be a terminal. In such a case, negotiation device 1 may be, for example, a smartphone, a so-called personal computer, or a tablet device, but the type is not limited.

[0043] Terminal 2 is the terminal used by the user who purchases the goods. Such a user is a so-called buyer. The goods here refer to the items to be purchased and may also include services.

[0044] The second terminal 3 is a terminal used by the user who sells the goods. Such a user is a so-called supplier (seller).

[0045] The first terminal 2 and the second terminal 3 could be, for example, a smartphone, a personal computer, or a tablet device, but the type is not specified.

[0046] The Generating AI Device 4 is a device that has the functionality of a Generating AI. In this context, the Generating AI Device 4 typically has the functionality of a text generation AI. The Generating AI may be, for example, ChatGPT or Google Bard, but is not limited to that. Note that Google is a registered trademark. The Generating AI Device 4 may be, for example, a cloud server or an ASP server, but is not limited to that type. The Generating AI Device 4 will be referred to as the Generating AI as appropriate. Furthermore, the Negotiation Device 1 may also have the functionality of a Generating AI. In such a case, the Generating AI Device 4 is not required for Information System A.

[0047] Negotiation device 1 and first terminal 2, negotiation device 1 and second terminal 3, and negotiation device 1 and generation AI device 4 can communicate with each other via a network such as the Internet.

[0048] Figure 2 is a block diagram of information system A in this embodiment. Figure 3 is a block diagram of negotiation device 1.

[0049] Negotiation device 1 comprises a storage unit 11, a reception unit 12, a processing unit 13, and an output unit 14. Storage unit 11 comprises a prompt management unit 111 and a condition management unit 112. Reception unit 12 comprises an instruction reception unit 121, a response reception unit 122, and a response reception unit 123. Processing unit 13 comprises a rank acquisition unit 131, a condition acquisition unit 132, a judgment unit 133, a reminder unit 134, and a document creation unit 135. Judgment unit 133 comprises a change judgment means 1331, an interruption judgment means 1332, an addition judgment means 1333, and a settlement judgment means 1334. Output unit 14 comprises a condition presentation unit 141, a settlement notification unit 142, and a document output unit 143.

[0050] The first terminal 2 comprises a first storage unit 21, a first receiving unit 22, a first processing unit 23, a first transmission unit 24, a first receiving unit 25, and a first output unit 26.

[0051] The second terminal 3 includes a second storage unit 31, a second receiving unit 32, a second processing unit 33, a second transmission unit 34, a second receiving unit 35, and a second output unit 36.

[0052] The storage unit 11, which constitutes the negotiation device 1, stores various types of information. These types of information include, for example, one or more prompt templates, acceptance conditions, various conditions other than acceptance conditions, and one or more document templates.

[0053] These various conditions are typically not presented to the user. Examples of these conditions include the condition change conditions, interruption conditions, target addition conditions, counter-proposal conditions, and negotiation success conditions described later. It goes without saying that these conditions may also be embedded within the program.

[0054] A counter-proposal condition is a condition for making a counter-proposal in response to a second user's proposed conditions. For example, a counter-proposal condition might be that the conditions proposed by the second user do not match the information received.

[0055] A document template is a template for constructing a document. A document is an electronic document related to negotiations. Examples of documents include contracts, quotations, and invoices. A document template has variables into which the terms of the successful conclusion of the negotiation are substituted. These terms may include price, quantity, and delivery date. A document template also has variables into which the first user identifier and second user identifier are substituted. The first user identifier is the identifier of the first user, for example, the first user's name and first user's ID. The second user identifier is the identifier of the second user, for example, the second user's name and second user's ID.

[0056] The prompt management unit 111 stores one or more prompt templates.

[0057] A prompt template is a template for prompts given to the generating AI. A prompt template typically has one or more variables, but it can also be a prompt itself. If a prompt template has variables, information is assigned to those variables to complete the prompt.

[0058] Examples of prompt templates include a prompt template for obtaining a condition, a prompt template for obtaining a complex condition, a prompt template for determining a rank, and a prompt template for obtaining a proposed new condition.

[0059] The condition acquisition prompt template is the information that forms the basis for constructing a prompt to acquire the presentation conditions to be presented to the second terminal 3 based on the reception conditions.

[0060] A composite condition acquisition prompt template is the information that forms the basis of a prompt for acquiring the conditions presented when purchasing two or more items. A composite condition acquisition prompt template typically has variables to which some or all of the two or more acceptance conditions are substituted.

[0061] A ranking prompt template is used to determine the priority of two or more items being purchased during negotiations.

[0062] The "New Terms and Conditions Proposal Prompt Template" is a template for new negotiation terms, and it is the information that forms the basis of the prompt for obtaining the new terms and conditions proposal to be presented to the second user.

[0063] The condition management unit 112 stores one or more acceptance conditions. Preferably, the acceptance conditions are associated with a first user identifier that identifies the first user. Preferably, the acceptance conditions are associated with a second user identifier that identifies the second user. The acceptance conditions may differ depending on the second user, even for the purchase of the same product.

[0064] Acceptance conditions are the conditions transmitted from the first terminal 2 of the first user, who is the purchaser of the product, and are the negotiation conditions for purchasing the product. Acceptance conditions include product information for one or more products to be purchased. Product information includes, for example, the product name. Product information includes, for example, one or more product attribute values. Acceptance conditions include, for example, one or more item conditions. Item conditions are partial conditions that make up the overall conditions. Item conditions include, for example, price conditions, quantity conditions, delivery date conditions, alternative conditions, and budget conditions. Item conditions may include upper and lower limits. In other words, item conditions may be conditions that have a range. It is preferable that each of the two or more item conditions is associated with an importance level. Importance level is the degree of importance in negotiations. Importance level is, for example, one of the natural numbers from 1 to 3, for example, "1" is a non-negotiable condition, "2" is a condition to be kept as much as possible, and "3" is a condition to be kept if possible. Note that the number of possible values ​​for importance level and the meaning of importance level may be other. Importance can be information that can take on one of two values, for example, "required" or "optional."

[0065] Price conditions are the conditions related to price. Quantity conditions are the conditions related to quantity. Delivery conditions are the conditions related to delivery date. Additional conditions are additional conditions in case negotiations fail. Budget conditions are the conditions related to the overall budget.

[0066] The reception unit 12 receives various instructions and information. These instructions and information include, for example, negotiation instructions (described later), acceptance conditions for one or more products, response information (described later), and reply information (described later).

[0067] The instruction receiving unit 121 receives negotiation instructions from the first terminal 2 of the first user, who is the purchaser of the product, which correspond to the acceptance conditions that are the negotiation conditions for purchasing the product. The instruction receiving unit 121 receives negotiation instructions that correspond to the acceptance conditions for purchasing, for example, two or more products. The instruction receiving unit 121 receives negotiation instructions from, for example, the first terminal 2. It is preferable that each of the two or more products that have acceptance conditions is associated with one or more product attribute values.

[0068] If the negotiation device 1 has the function of the first terminal 2, the instruction receiving unit 121 receives negotiation instructions, which are input from the first user. In this case, the receiving is, for example, information entered from an input device such as a keyboard, mouse, or touch panel.

[0069] The response receiving unit 122 receives response information from the second terminal 3 that specifies the response, including whether or not the presented conditions are accepted. The response receiving unit 122 receives response information from the second terminal 3 in response to the presented conditions being sent to the second terminal 3.

[0070] Response information refers to information that identifies the second user's response to the presented conditions. Response information may include, for example, information that identifies whether or not the conditions are accepted. Response information may include acceptance information indicating whether or not the conditions are accepted. Acceptance information may be, for example, "OK (e.g., "1")" or "NG (e.g., "0")". Response information may also include response conditions. Response conditions are the conditions desired by the second user.

[0071] The response receiving unit 123 receives response information from the first terminal 2. In response to the transmission of reminder information to the first terminal 2, the response receiving unit 123 receives response information from the first terminal 2.

[0072] Reminder information is information that prompts the first user to input information when the automated negotiation process by negotiation device 1 is interrupted. Reminder information may include, for example, information prompting the input of new negotiation conditions, information prompting the input to cancel negotiations, or information on proposals including new conditions proposals, which are drafts of new conditions to be offered.

[0073] Response information refers to the information of the first user's response to a reminder notice. Examples of response information include new negotiation terms, information indicating whether negotiations will be terminated, and information indicating whether the proposed new terms will be accepted or not.

[0074] The response receiving unit 123 receives, for example, response information from the first terminal 2, which includes information for determining whether or not to accept the proposed new terms and conditions.

[0075] The processing unit 13 performs various processes. These processes include, for example, those performed by the rank acquisition unit 131, the condition acquisition unit 132, the judgment unit 133, the reminder unit 134, or the document creation unit 135.

[0076] If the acceptance conditions include negotiation conditions for two or more products, the ranking acquisition unit 131 acquires the priority order of those two or more products in the negotiation. The priority order of the products is the order in which the negotiations take place. For example, the priority order of the products is the order in which the first user wants to purchase them.

[0077] The ranking acquisition unit 131 obtains the priority order of two or more products, for example, using one or more product attribute values ​​for each of the two or more products. The ranking acquisition unit 131 obtains the priority order of two or more products, for example, using generative AI, machine learning, or logic based on product attribute values. Three cases are described below. (1) When using a generating AI

[0078] The rank acquisition unit 131 obtains a rank determination prompt template from the prompt management unit 111. Next, the rank acquisition unit 131 places product information, including one or more product attribute values ​​for each of two or more products, in the variable section of the rank determination prompt template, thereby constructing a rank determination prompt. Next, the rank acquisition unit 131 passes the rank determination prompt to the generation AI and obtains a response from the generation AI. Next, the rank acquisition unit 131 obtains information that identifies the priority order of two or more products based on the response.

[0079] The template for the ranking prompt is, for example, "You will negotiate with the sellers of two or more items to purchase two or more items. Refer to the product information for each of the two or more items below and propose the order in which to negotiate with the sellers of the items. [Product Information]<Product Information>" where <Product Information> is the variable where the information for the two or more items will be placed. (2) When using machine learning

[0080] The rank acquisition unit 131 retrieves the learning model from the storage unit 11. The learning model referred to here can also be called a rank learning model.

[0081] Next, the rank acquisition unit 131 constructs a vector of explanatory variables from the product information of two or more products to be purchased. The vector is, for example, a vector whose elements are the information contained in two or more item conditions that each of the two or more products has as acceptance conditions. The vector is, for example, a vector whose elements are one or two or more product attribute values ​​for each of the two or more products. The information contained in the item conditions can be thought of as product attribute values ​​(for example, price, quantity).

[0082] Next, the rank acquisition unit 131 provides the rank learning model and the vector to a machine learning prediction processing module, executes the module, and acquires the priority information, which is the target variable.

[0083] A learning model is information constructed through the learning process of machine learning and is used in the prediction process of machine learning. A learning model can also be called a learner, classifier, or classification model. The machine learning algorithm can be deep learning, random forest, decision tree, SVM, etc. Furthermore, various machine learning functions and existing libraries can be used in machine learning, such as the TensorFlow® library, the R language's random forest module, fastText, and TinySVM.

[0084] The ranking learning model here is a model obtained by performing a machine learning training process using training data consisting of, for example, two or more positive examples. The positive examples here are past cases where negotiations were successful, and the training data consists of priority information, which identifies the negotiation order when purchasing two or more products, as the dependent variable, and vectors composed of product information for two or more products as the independent variables.

[0085] Priority information is information that identifies the negotiation order of two or more products to be purchased. Priority information is, for example, a set of pairs of order and product identifier. Priority information is, for example, a set of product names arranged in the order of negotiation. Priority information is, for example, a vector of explanatory variables which is, for example, a vector (rank of the first product, rank of the second product, ..., rank of the nth product) corresponding to the order of two or more product information that make up (elements that are one or more attribute values ​​of the product information of the first product, elements that are one or more attribute values ​​of the product information of the second product, ..., elements that are one or more attribute values ​​of the product information of the nth product).

[0086] The learning model here is, for example, a model obtained by providing a module that performs machine learning processing with two or more training data sets, where the explanatory variable is a vector with one or more product attribute values ​​that constitute the product information for each of the two or more products to be purchased, and the target variable is the negotiation order, and then executing the module. When using such a model, the rank acquisition unit 131 constructs a vector with one or more product attribute values ​​that constitute the product information for each of the two or more products to be purchased, provides this vector and the learning model to a module that performs machine learning prediction processing, executes the module, and obtains the priority information, which is the target variable. Next, the rank acquisition unit 131 obtains a set of product information that is ordered in ascending order of the rank indicated by the priority information obtained by the machine learning prediction process. (3) When based on logic derived from product attribute values

[0087] The ranking unit 131 determines the negotiation order of two or more products based on one or more product attribute values ​​for each of the two or more products. The product attribute values ​​used here are, for example, unit price, unit price × quantity = total price, and delivery date. For example, there are three cases: (3-1) When negotiating in order of highest unit price

[0088] The ranking unit 131 retrieves the unit price of each of the two or more products. The ranking unit 131 retrieves the product information of each of the two or more products sorted in descending order of unit price. (3-2) When negotiating in order of highest total amount

[0089] The ranking unit 131 obtains the unit price and quantity for each of the two or more products. The ranking unit 131 calculates "unit price × quantity = total price" for each of the two or more products. Next, the ranking unit 131 obtains product information for each of the two or more products sorted in descending order of total price. (3-3) When negotiating in order of shortest delivery time

[0090] The ranking unit 131 retrieves the delivery dates for two or more products. The ranking unit 131 retrieves product information for two or more products sorted in order of shortest delivery date (smallest to largest "delivery date - today's date").

[0091] The condition acquisition unit 132 acquires the proposed conditions, which are negotiation conditions based on the acceptance conditions specified by the first user. It is preferable that the proposed conditions are not exactly the same as the acceptance conditions. The proposed conditions may be the same as the acceptance conditions.

[0092] For example, if the received response information indicates that the presented conditions are not accepted, the condition acquisition unit 132 is preferable to acquire new presented conditions that are different from the presented conditions transmitted by the condition presentation unit 141.

[0093] The condition acquisition unit 132 preferably acquires a presentation condition that has at least one of the two or more item conditions, using the importance level associated with each of the two or more item conditions.

[0094] The condition acquisition unit 132 preferably acquires a numerical condition between the upper and lower limits (for example, the price is "x1" or "(x1+x2) / 2") for an item condition having an upper and lower limit (for example, "x1 <= price <= x2"), and acquires a presentation condition having said numerical condition (for example, the price condition).

[0095] It is preferable for the condition acquisition unit 132 to acquire a new presentation condition that is different from the presentation condition acquired immediately before, when the judgment unit 133 determines that the condition change condition is met.

[0096] The condition acquisition unit 132 is preferably able to create a new condition proposal, which is a new set of proposed conditions, using the proposed conditions or response information transmitted to the second terminal 3.

[0097] If the judgment unit 133 determines, for example, that the additional target conditions are met, the condition acquisition unit 132 acquires new offer conditions that include not only the target product of the offer conditions transmitted to the second terminal 3 immediately before, but also negotiation conditions for purchasing other products from among the two or more products.

[0098] The condition acquisition unit 132 preferably acquires the presentation conditions according to the priority order of two or more products.

[0099] The condition acquisition unit 132 acquires the priority of two or more products, for example, by generating AI, machine learning, or logic. Three cases are described below. (1) When using a generating AI

[0100] The condition acquisition unit 132 obtains a condition acquisition prompt template from the prompt management unit 111. The condition acquisition unit 132 substitutes the acceptance conditions into the condition acquisition prompt template to construct a condition acquisition prompt. Next, the condition acquisition unit 132 passes the condition acquisition prompt to the generation AI and obtains a response from the generation AI. Next, the condition acquisition unit 132 obtains the presented conditions from the response.

[0101] A template for a prompt to retrieve conditions might look like this: "The conditions for the user to purchase the product are as follows. Evaluate these conditions and output the revised conditions if necessary. [Conditions]<Conditions>"

[0102] The condition acquisition unit 132 may also provide the generating AI with the conditions (positive examples) of one or more successful negotiations in past negotiations unrelated to the current negotiation, pass a condition acquisition prompt to the generating AI, obtain a response from the generating AI, and then obtain the conditions from that response.

[0103] Alternatively, the condition acquisition unit 132 may provide the generating AI with the conditions (negative examples) of one or more past negotiations that were unsuccessful, pass a condition acquisition prompt to the generating AI, obtain a response from the generating AI, and then obtain the conditions from that response.

[0104] Alternatively, the condition acquisition unit 132 may provide the generating AI with one or more positive examples and one or more negative examples, then pass a condition acquisition prompt to the generating AI, obtain a response from the generating AI, and obtain the presented conditions from that response. (2) When using machine learning

[0105] The condition acquisition unit 132 uses two or more training data sets containing established negotiation conditions, and uses the learning model created by the machine learning learning process and the acceptance conditions to perform a machine learning prediction process and acquire the proposed conditions.

[0106] The condition acquisition unit 132 constructs a vector whose elements are, for example, two or more item conditions that the acceptance conditions have. Next, the condition acquisition unit 132 provides this vector and the learning model to a machine learning prediction processing module, executes the module, and obtains the vector which is the target variable. Next, the condition acquisition unit 132 constructs the presentation conditions from this vector.

[0107] The training data used to obtain the learning model here is, for example, data in which a vector with elements representing two or more item conditions that constitute the negotiation conditions initially presented by a user in negotiations (e.g., vector (product identifier, unit price, quantity, delivery date) or (unit price, quantity, delivery date)) is used as the explanatory variable, and a vector with elements representing two or more item conditions that constitute the purchase conditions that are the conditions under which the negotiation is concluded (e.g., vector (product identifier, unit price, quantity, delivery date) or (unit price, quantity, delivery date)) is used as the dependent variable. (3) When based on logic

[0108] The condition acquisition unit 132, for example, among the item conditions of the acceptance conditions, acquires a representative value within the range of the upper limit and lower limit for item conditions that have an upper limit and a lower limit as the condition for that item.

[0109] A representative value is, for example, the upper or lower limit that is most favorable to the first user. Another representative value is, for example, the average of the upper and lower limits.

[0110] The condition acquisition unit 132, for example, acquires the upper or lower limit that is most advantageous to the first user among the item conditions of the acceptance conditions, for item conditions that have an upper limit and a lower limit. If the item condition is a unit price condition, the condition acquisition unit 132 acquires the lower limit value of the range of unit price item conditions of the acceptance conditions as the unit price item condition of the offered conditions. If the item condition is a delivery date condition, the condition acquisition unit 132 acquires the shortest delivery date from the range of delivery date item conditions of the acceptance conditions as the delivery date item condition of the offered conditions. If the item condition is a quantity condition, the condition acquisition unit 132 acquires the upper limit of the range of quantity item conditions of the acceptance conditions as the quantity item condition of the offered conditions.

[0111] The condition acquisition unit 132, for example, if the item condition of the acceptance condition is a single value with no range, acquires the same condition as the item condition of the acceptance condition for that item condition. (4) When combining the above

[0112] The condition acquisition unit 132 may acquire the presented conditions by combining two or three methods from among the generation AI method, the machine learning method, and the logic method. For example, the condition acquisition unit 132 may acquire some of the item conditions out of two or more item conditions using the generation AI method, some of the item conditions using the machine learning method, and some of the item conditions using the logic method.

[0113] The judgment unit 133 determines whether the response from the second terminal 3 meets various conditions. These conditions include, for example, conditions for changing conditions, conditions for interruption, conditions for adding targets, and conditions for successful negotiation.

[0114] The change determination means 1331 determines whether the response from the second terminal 3 matches the condition change condition.

[0115] Condition change conditions are conditions for changing the presented conditions. Condition change conditions are conditions related to the response from the second terminal 3. Condition change conditions are, for example, one of the following conditions or a combination of two or more conditions: conditions related to response information, conditions related to the number of responses, and conditions related to response time. Condition change conditions include, for example, "the response information contains a condition", "the response information contains information indicating that the presented conditions are not accepted", "the number of responses is equal to or greater than the first threshold (e.g., 1 time) and less than or equal to the second threshold (e.g., 2 times)", "the negotiation time including the response time (time elapsed since the initial presentation of the presented conditions) is equal to or greater than the threshold (e.g., 1 hour)", "the last response information contains information indicating that the presented conditions are not accepted, and the number of responses is equal to or greater than the threshold (e.g., 2 times)", and "the last response information contains information indicating that the presented conditions are not accepted, and the difference between the conditions included in the response information (e.g., unit price conditions) and the presented conditions (e.g., unit price conditions) is equal to or greater than the threshold".

[0116] The interruption determination means 1332 determines whether the response from the second terminal 3 meets the interruption conditions.

[0117] An interruption condition is a condition for interrupting negotiations and prompting input from the first user. The interruption condition is a condition related to the response from the second terminal 3. An interruption condition is, for example, one of the following conditions or a combination of two or more conditions: a condition related to the number of changes to the offered conditions, a condition related to the response information, a condition related to the number of responses, or a condition related to the response time. An interruption condition is, for example, "the number of changes to the offered conditions is equal to or greater than a threshold (e.g., "2 times"), and the last response information includes information indicating that the offered conditions are not accepted," or "the last response information includes information indicating that the offered conditions are not accepted, and the difference between the conditions included in the response information (e.g., unit price conditions) and the offered conditions (e.g., unit price conditions) is equal to or greater than a threshold."

[0118] The additional determination means 1333 determines whether the response from the second terminal 3 matches the additional target conditions.

[0119] Additional conditions are conditions for adding conditions for new products in addition to the currently negotiable products. Additional conditions are conditions related to the response from the second terminal 3. Additional conditions are, for example, one or a combination of two or more conditions from the following: conditions related to the conditions included in the response information sent from the second terminal 3, conditions related to the number of changes to the offered conditions, conditions related to the response information, conditions related to the number of responses, and conditions related to the response time. Additional conditions are, for example, "information indicating that the price (unit price or total price) included in the offered conditions is not acceptable," "the difference between the desired selling price included in the received response information and the price included in the offered conditions is greater than or equal to a threshold," and "the number of changes to the offered conditions is greater than or equal to a threshold, and information indicating that the price (unit price or total price) included in the offered conditions is not acceptable."

[0120] The negotiation determination means 1334 determines whether the response from the second terminal 3 meets the conditions for negotiation success.

[0121] The conditions for a successful negotiation are the conditions used to identify that a negotiation has been successful. Examples of successful negotiation conditions include "the response information sent from the second terminal 3 includes information indicating acceptance of the presented conditions" and "the information from the first terminal 2 includes information indicating acceptance of the conditions included in the response information sent from the second terminal 3."

[0122] The reminder unit 134 outputs reminder information to the first user when the judgment unit 133 determines that the interruption conditions are met.

[0123] Reminder information is information that prompts the input of information. For example, reminder information may prompt the input of new acceptance conditions or new offer conditions. For example, reminder information may prompt the input of information regarding whether or not to cancel negotiations. Reminder information may also be screen information. Screen information is information used to construct a screen. Screen information may be written in HTML, XML, etc., but the means of implementation is not specified.

[0124] The reminder unit 134 outputs reminder information, for example, which includes proposed new conditions. The proposed new conditions are conditions acquired by the condition acquisition unit 132, and are proposed new conditions acquired using the conditions sent to the second terminal 3 or the response information received from the second terminal 3.

[0125] The document creation unit 135 creates a document using the terms offered when the negotiation was concluded or the response information when the negotiation was concluded, if the judgment unit 133 determines that the conditions for a successful negotiation are met.

[0126] The documents created by Document Creation Department 135 do not necessarily have to be completed documents. The documents typically include the terms and conditions agreed upon during negotiations. These terms include the purchase price and quantity. They also include, for example, the delivery date.

[0127] The output unit 14 outputs various types of information. These types of information include, for example, presentation conditions and fulfillment information.

[0128] Here, output usually refers to transmission to the first terminal 2 or the second terminal 3, but it may also be a concept that includes display on a screen, projection using a projector, printing with a printer, sound output, transmission to an external device, storage on a recording medium, and delivery of processing results to other processing devices or other programs other than the first terminal 2 or the second terminal 3.

[0129] The condition presentation unit 141 transmits the presented conditions acquired by the condition acquisition unit 132 to the second terminal 3 of the second user, who is the seller of the product. The transmission of such presented conditions is for the purpose of negotiation with the second user.

[0130] The condition presentation unit 141 transmits the presented conditions to the second terminal 3. The condition presentation unit 141 transmits new presented conditions to the second terminal 3. The new presented conditions are those acquired by the condition acquisition unit 132 when the received response information includes information indicating that the previously transmitted presented conditions to the second terminal 3 are not accepted. The new presented conditions are different from those previously transmitted by the condition presentation unit 141. The new presented conditions also include negotiation conditions for the purchase of two or more products acquired by the condition acquisition unit 132 when the judgment unit 133 determines that they match the additional target conditions.

[0131] If the condition proposal unit 141 receives response information from the first user that includes acceptance of the proposed new conditions, the response receiving unit 123 transmits the new conditions to the second terminal 3. The reception from the first user is usually received from the first terminal 2.

[0132] The agreement notification unit 142 transmits agreement information to the first user. The agreement notification unit 142 may also transmit agreement information to the second user. The agreement notification unit 142 usually transmits agreement information to the first user if the response information indicates acceptance of the presented conditions. Agreement information is information indicating that the negotiation has been concluded.

[0133] The document output unit 143 outputs the document created by the document creation unit 135. This output can be, for example, stored in the storage unit 11 or a recording medium (not shown), transmitted to the first terminal 2, or transmitted to the second terminal 3.

[0134] Various types of information are stored in the first storage unit 21, which constitutes the first terminal 2. These types of information include, for example, the first user identifier.

[0135] The first reception unit 22 receives input such as instructions and information from the first user. Instructions and information include, for example, reception conditions, negotiation instructions, or response information.

[0136] The means of inputting instructions and information can be anything, such as a touch panel, keyboard, mouse, or menu screen.

[0137] The first processing unit 23 performs various processes. These various processes include, for example, changing the instructions and information received by the first receiving unit 22 into instructions and information for transmission, and changing the structure to output information received by the first receiving unit 25.

[0138] The first transmission unit 24 transmits various information and instructions to the negotiation device 1. These various information and instructions include, for example, the first user identifier, negotiation instructions, and response information.

[0139] The first receiving unit 25 receives various types of information from the negotiation device 1. These types of information include, for example, screen information, reminder information, agreement information, and documents.

[0140] The first output unit 26 outputs various types of information. These types of information include, for example, screens, reminder information, completion information, and documents.

[0141] Various types of information are stored in the second storage unit 31, which constitutes the second terminal 3. These types of information include, for example, a second user identifier.

[0142] The second reception unit 32 receives input such as instructions and information from the second user. Instructions and information include, for example, response information.

[0143] The means of inputting instructions and information can be anything, such as a touch panel, keyboard, mouse, or menu screen.

[0144] The second processing unit 33 performs various processes. These processes include, for example, changing the instructions and information received by the second receiving unit 32 into instructions and information for transmission, and changing the structure to output information received by the second receiving unit 35.

[0145] The second transmission unit 34 transmits various information and instructions to the negotiation device 1. These various information and instructions include, for example, a second user identifier and response information.

[0146] The second receiving unit 35 receives various types of information from the negotiation device 1. These types of information include, for example, screen information, presentation conditions, and documents.

[0147] The second output unit 36 ​​outputs various types of information. These types of information include, for example, screens, display conditions, and documents.

[0148] The storage unit 11, prompt management unit 111, condition management unit 112, first storage unit 21, and second storage unit 31 are preferably made of non-volatile recording media, but can also be made of volatile recording media.

[0149] The process by which information is stored in the storage unit 11, etc. is not relevant. For example, information may be stored in the storage unit 11, etc. via a recording medium, information transmitted via a communication line, etc. may be stored in the storage unit 11, etc., or information input via an input device may be stored in the storage unit 11, etc.

[0150] The reception unit 12 and the instruction reception unit 121 are usually implemented by wireless or wired communication means, but they may also be implemented by means of receiving broadcasts, device drivers for input means such as touch panels and keyboards, or control software for menu screens.

[0151] The reply receiving unit 122, the response receiving unit 123, the first receiving unit 25, and the second receiving unit 35 are usually implemented by wireless or wired communication means, but may also be implemented by means of receiving broadcasts, etc.

[0152] The condition presentation unit 141, the confirmation unit 142, the first transmission unit 24, and the second transmission unit 34 are usually implemented by wireless or wired communication means, but may also be implemented by broadcasting means.

[0153] The processing unit 13, rank acquisition unit 131, condition acquisition unit 132, judgment unit 133, reminder unit 134, document creation unit 135, change judgment means 1331, interruption judgment means 1332, addition judgment means 1333, completion judgment means 1334, first processing unit 23, and second processing unit 33 can usually be implemented using a processor, memory, etc. The processing procedures of the processing unit 13, etc., are usually implemented in software, and this software is recorded on a recording medium such as ROM. However, it may also be implemented in hardware (dedicated circuitry). The processor can be a CPU, MPU, GPU, etc., and the type is not limited.

[0154] The output unit 14 and the document output unit 143 are usually implemented by wireless or wired communication means, but may also be implemented by means of receiving broadcasts, driver software for output devices such as displays and speakers, or driver software for output devices and output devices.

[0155] The first reception unit 22 and the second reception unit 32 can be implemented using device drivers for input means such as touch panels and keyboards, or control software for menu screens.

[0156] The first output unit 26 and the second output unit 36 ​​may or may not be considered to include output devices such as displays and speakers. The first output unit 26 can be implemented using driver software for an output device, or driver software for an output device and an output device.

[0157] Next, an example of the operation of negotiation device 1 will be explained using the flowchart in Figure 4.

[0158] (Step S401) The instruction receiving unit 121 determines whether or not it has received the negotiation instruction. If the negotiation instruction has been received, it proceeds to step S402; otherwise, it proceeds to step S413.

[0159] (Step S402) The processing unit 13 obtains one or more acceptance conditions of the negotiation instruction, or obtains one or more acceptance conditions corresponding to the negotiation instruction from the condition management unit 112.

[0160] (Step S403) The processing unit 13 determines whether the acceptance conditions obtained in step S402 include acceptance conditions for two or more products. If there are acceptance conditions for two or more products, the process proceeds to step S404; otherwise, the process proceeds to step S405.

[0161] (Step S404) The ranking acquisition unit 131 acquires priority information to identify the priority order of negotiations for two or more products. An example of such priority acquisition process will be explained using the flowcharts in Figures 5, 6, and 7.

[0162] (Step S405) The condition acquisition unit 132 performs the process of acquiring the presented conditions. An example of such a process of acquiring presented conditions will be explained using the flowcharts in Figures 8, 9, and 10.

[0163] (Step S406) The condition presentation unit 141 obtains a second user identifier corresponding to the negotiation instruction.

[0164] (Step S407) The condition presentation unit 141 transmits the presented conditions to the second user identified by the second user identifier.

[0165] (Step S408) The response receiving unit 122 determines whether or not it has received response information. If it has received response information, it proceeds to step S409; if it has not received response information, it proceeds to step S408.

[0166] (Step S409) The processing unit 13 determines whether the response information is "OK" or "NG". If it is "OK", proceed to step S410; if it is "NG", proceed to step S412. Note that "OK" in the response information means that the response information indicates that the presented conditions have been accepted. "NG" in the response information means that the response information indicates that the presented conditions have not been accepted.

[0167] (Step S410) The processing unit 13 performs processing when the response information is "OK". This processing is called the OK processing. An example of the OK processing will be explained using the flowchart in Figure 11.

[0168] (Step S411) The processing unit 13 determines whether or not there are conditions for accepting the next negotiating target. If there are conditions for accepting the next negotiating target, the unit returns to step S406; otherwise, the unit returns to step S401.

[0169] (Step S412) The processing unit 13 performs processing when the response information is "NG". This processing is called NG processing. An example of NG processing will be explained using the flowchart in Figure 13.

[0170] (Step S413) The reception unit 12 determines whether it has received one or more reception conditions, etc. If it has received the reception conditions, etc., it proceeds to step S414; otherwise, it returns to step S401. The reception conditions, etc., are the reception conditions, the first user identifier, and the second user identifier.

[0171] (Step S414) The processing unit 13 stores one or more acceptance conditions, etc., in the condition management unit 112. Return to step S401.

[0172] In the flowchart shown in Figure 4, processing is terminated by power-off or processing termination interrupts.

[0173] Next, we will explain the first example of the priority acquisition process in step S404 using the flowchart in Figure 5. The first example is the case where a generation AI is used.

[0174] (Step S501) The rank acquisition unit 131 acquires the acceptance conditions for two or more products.

[0175] (Step S502) The rank acquisition unit 131 obtains a rank determination prompt template from the prompt management unit 111.

[0176] (Step S503) The rank acquisition unit 131 places all or part of the acceptance conditions for two or more products in the variable section of the rank determination prompt template to configure the rank determination prompt.

[0177] (Step S504) The rank acquisition unit 131 provides the rank determination prompt template, which was constructed in step S503, to the generation AI.

[0178] (Step S505) The rank acquisition unit 131 determines whether or not it has obtained an answer from the generating AI. If an answer has been obtained, it proceeds to step S506; otherwise, it returns to step S505.

[0179] (Step S506) The rank acquisition unit 131 obtains priority information from the answers obtained in step S505. It returns to the higher-level processing.

[0180] Next, we will explain a second example of the priority acquisition process in step S404 using the flowchart in Figure 6. The second example involves the use of machine learning.

[0181] (Step S601) The rank acquisition unit 131 acquires the acceptance conditions for two or more products.

[0182] (Step S602) The rank acquisition unit 131 constructs a vector using the acceptance conditions for two or more products obtained in step S601.

[0183] (Step S603) The rank acquisition unit 131 acquires the rank learning model from the storage unit 11.

[0184] (Step S604) The rank acquisition unit 131 provides the vector and the rank learning model to a machine learning prediction processing module, executes the module, and obtains the prediction result.

[0185] (Step S605) The rank acquisition unit 131 acquires priority information from the prediction result. It returns to the higher-level process. Note that the prediction result may also be priority information.

[0186] Next, a third example of the priority acquisition process in step S404 will be explained using the flowchart in Figure 7. The third example is the case using logic.

[0187] (Step S701) The rank acquisition unit 131 assigns 1 to counter i.

[0188] (Step S702) The rank acquisition unit 131 determines whether or not the i-th item to be negotiated exists. If the i-th item exists, the unit proceeds to step S703; otherwise, the unit proceeds to step S709.

[0189] (Step S703) The rank acquisition unit 131 assigns 1 to counter j.

[0190] (Step S704) The rank acquisition unit 131 determines whether or not the j-th item condition exists in the acceptance conditions for the i-th product. If the j-th item condition exists, the unit proceeds to step S705; otherwise, it proceeds to step S708.

[0191] (Step S705) The rank acquisition unit 131 acquires the score of the j-th item condition for the i-th product. The score of the j-th item condition for the i-th product is, for example, a value corresponding to the rank among the item conditions of two or more products. If the item condition is a price condition, for example, the scores of the item conditions for each of the two or more products will be "1", "2", ... "n" from the lowest price among the two or more products.

[0192] (Step S706) The rank acquisition unit 131 adds the score obtained in step S705 to the total score of the i-th product.

[0193] (Step S707) The rank acquisition unit 131 increments counter j by 1. Return to step S704.

[0194] (Step S708) The rank acquisition unit 131 increments counter i by 1. Return to step S702.

[0195] (Step S709) The ranking unit 131 sorts the products using the total score of each of the two or more products as the key.

[0196] (Step S710) The rank acquisition unit 131 acquires priority information for two or more products according to the sorted result. It returns to the higher-level processing.

[0197] Next, we will explain the first example of the process for obtaining the presentation conditions in step S405 using the flowchart in Figure 8. The first example is the case when using a generating AI.

[0198] (Step S801) The condition acquisition unit 132 acquires the number of condition presentations. Note that the number of condition presentations may be the number of conditions presented so far or the number of conditions presented this time. Condition presentation refers to the transmission of presented conditions to the second user.

[0199] (Step S802) The condition acquisition unit 132 acquires a condition acquisition prompt template corresponding to the number of times a condition has been presented from the prompt management unit 111.

[0200] (Step S803) The condition acquisition unit 132 assigns 1 to counter i.

[0201] (Step S804) The condition acquisition unit 132 determines whether the i-th variable exists in the condition acquisition prompt template. If the i-th variable exists, the unit proceeds to step S805; otherwise, it proceeds to step S808.

[0202] (Step S805) The condition acquisition unit 132 acquires information corresponding to the i-th variable. This information may be, for example, an acceptance condition. This information may be, for example, one or more past presentation conditions.

[0203] (Step S806) The condition acquisition unit 132 places the information acquired in step S805 into the condition acquisition prompt template at the position of the i-th variable.

[0204] (Step S807) The condition acquisition unit 132 increments the counter i by 1. Return to step S804.

[0205] (Step S808) The condition acquisition unit 132 passes the configured condition acquisition prompt to the generation AI.

[0206] (Step S809) The condition acquisition unit 132 determines whether or not it has obtained a response from the generating AI. If a response has been obtained, the process proceeds to step S810; otherwise, it returns to step S809.

[0207] (Step S810) The condition acquisition unit 132 acquires the presented conditions from the response obtained in step S809. It then returns to the higher-level processing.

[0208] Next, a second example of the process for obtaining the presentation conditions in step S405 will be explained using the flowchart in Figure 9. The second example involves the use of machine learning.

[0209] (Step S901) The condition acquisition unit 132 acquires the number of times the condition has been presented.

[0210] (Step S902) The condition acquisition unit 132 assigns 1 to counter i.

[0211] (Step S903) The condition acquisition unit 132 determines whether or not the i-th item condition exists among the target reception conditions. If the i-th item condition exists, the unit proceeds to step S904; otherwise, the unit proceeds to step S908.

[0212] (Step S904) The condition acquisition unit 132 acquires the i-th item condition among the target acceptance conditions.

[0213] (Step S905) The condition acquisition unit 132 determines whether the i-th item condition is a condition with a range. If it is a condition with a range, the unit proceeds to step S906; otherwise, the unit proceeds to step S907.

[0214] (Step S906) The condition acquisition unit 132 acquires two or more candidate values ​​from the range (from lower limit to upper limit) for the i-th item condition.

[0215] For example, if the item condition is "10,000 yen <= price <= 20,000 yen", the condition acquisition unit 132 will acquire candidate values ​​such as "10,000 yen", "12,000 yen", "14,000 yen", "16,000 yen", "18,000 yen", and "20,000 yen". Note that the method (interval, calculation method, etc.) by the condition acquisition unit 132 for acquiring two or more candidate values ​​is not specified.

[0216] (Step S907) The condition acquisition unit 132 increments the counter i by 1. The process returns to step S903.

[0217] (Step S908) The condition acquisition unit 132 assigns 1 to counter j.

[0218] (Step S909) The condition acquisition unit 132 determines whether or not there is a candidate for the j-th presentation condition among the set of possible item conditions for combinations of two or more item conditions. If a candidate for the j-th presentation condition exists, the unit proceeds to step S910; otherwise, the unit proceeds to step S916.

[0219] (Step S910) The condition acquisition unit 132 acquires a candidate for the j-th presented condition. The candidate for the j-th presented condition is, for example, a combination of a fixed item condition and the j-th item condition from among item conditions that have two or more candidates.

[0220] (Step S911) The condition acquisition unit 132 constructs a vector from the j-th presented condition. The vector is a vector whose elements are the information (e.g., price, quantity, delivery date) of each of the two or more item conditions that the candidate for the j-th presented condition has. It is also preferable that the vector has the number of conditions presented.

[0221] (Step S912) The condition acquisition unit 132 acquires the learning model from the storage unit 11.

[0222] (Step S913) The condition acquisition unit 132 provides the learning model acquired in step S912 and the vector constructed in step S911 to a module that performs machine learning prediction processing, and executes the module.

[0223] (Step S914) The condition acquisition unit 132 acquires the prediction result and the score. The prediction result is, for example, "1" for successful negotiation or "0" for unsuccessful negotiation.

[0224] (Step S915) The condition acquisition unit 132 increments counter j by 1. Return to step S909.

[0225] (Step S916) The condition acquisition unit 132 acquires candidate offer conditions where the prediction result is "1" (negotiation successful) and the score is the highest. These candidate offer conditions become the offer conditions.

[0226] Next, a third example of the process for obtaining the presented conditions in step S405 will be explained using the flowchart in Figure 10. The third example is a case using logic.

[0227] (Step S1001) The condition acquisition unit 132 acquires the number of times the condition has been presented.

[0228] (Step S1002) The condition acquisition unit 132 assigns 1 to counter i.

[0229] (Step S1003) The condition acquisition unit 132 determines whether or not the i-th item condition exists among the target reception conditions. If the i-th item condition exists, the unit proceeds to step S1004; otherwise, the unit proceeds to step S1008.

[0230] (Step S1004) The condition acquisition unit 132 acquires the i-th item condition among the target acceptance conditions.

[0231] (Step S1005) The condition acquisition unit 132 determines whether the i-th item condition is a condition with a range. If it is a condition with a range, the unit proceeds to step S1006; otherwise, the unit proceeds to step S1007.

[0232] (Step S1006) The condition acquisition unit 132 refers to the item condition management table in the storage unit 11 and selects the item identification identifier and the number of condition presentations that match the item for the i-th item condition,

[0233] The item condition management table is a table used to determine the item conditions corresponding to the number of times a condition is presented. The item condition management table has one or more records that have an "item identifier," a "number of times condition," and an "item condition definition." The "item identifier" is, for example, "price," "quantity," or "delivery date." The "number of times condition" is a condition related to the number of times the condition is presented. The "number of times condition" is, for example, "1," "2nd to 3rd time," or "4th time or more." The "item condition definition" is information used to determine the item conditions. The "item condition definition" is, for example, "minimum value," "average value," or "maximum value." If the item condition is "10,000 yen <= price <= 20,000 yen" and the record in the item condition management table is "item identifier = price, number of times condition = 1, item condition definition = minimum value," the condition acquisition unit 132 acquires the minimum value "price = 10,000 yen" as the item condition for price corresponding to the first presentation condition. If the item condition is "10,000 yen <= price <= 20,000 yen" and the record in the item condition management table is "item identifier = price, count condition = 2, item condition definition = average value", the condition acquisition unit 132 acquires the minimum value "price = 15,000 yen" as the item condition for price corresponding to the second presented condition.

[0234] (Step S1007) The condition acquisition unit 132 increments the counter i to 1. The process returns to step S1003.

[0235] (Step S1008) The condition acquisition unit 132 constructs a presentation condition that includes the presentation item conditions acquired in step S1006. It then returns to the higher-level processing.

[0236] Next, an example of the OK process in step S410 will be explained using the flowchart in Figure 11.

[0237] (Step S1101) The processing unit 13 stores the agreed-upon conditions, etc., in the storage unit 11. The conditions, etc., include the conditions, the first user identifier, the second user identifier, and time information. The time information is information that identifies the time, such as the date, year, month, and day, or year, month, and day and time.

[0238] (Step S1102) The document creation unit 135 creates a document after the negotiation agreement. An example of such a document creation process will be explained using the flowchart in Figure 12.

[0239] (Step S1103) The document output unit 143 outputs one or more documents obtained in step S1102.

[0240] (Step S1104) The settlement notification unit 142 sends settlement information to the first user, or to the first user and the second user, indicating that the negotiation has been concluded. The process returns to the higher level.

[0241] Next, an example of the document creation process in step S1102 will be explained using the flowchart in Figure 12.

[0242] (Step S1201) The document creation unit 135 obtains the first user identifier.

[0243] (Step S1202) The document creation unit 135 obtains the second user identifier.

[0244] (Step S1203) The document creation unit 135 obtains the fulfilled presentation conditions.

[0245] (Step S1204) The document creation unit 135 decides whether or not to create a contract. If a contract is to be created, it proceeds to step S1205; if a contract is not to be created, it proceeds to step S1207.

[0246] (Step S1205) The document creation unit 135 retrieves a contract template from the storage unit 11.

[0247] (Step S1206) The document creation unit 135 substitutes the first user identifier, the second user identifier, and the presented conditions into the contract template to construct the contract.

[0248] (Step S1207) The document creation unit 135 decides whether or not to create a quotation. If a quotation is to be created, it proceeds to step S1208; if a quotation is not to be created, it proceeds to step S1207.

[0249] (Step S1208) The document creation unit 135 retrieves a quotation template from the storage unit 11.

[0250] (Step S1209) The document creation unit 135 substitutes the first user identifier, the second user identifier, and the presented conditions into the quotation template to construct the quotation.

[0251] (Step S1210) The document creation unit 135 decides whether or not to create an invoice. If an invoice is to be created, it proceeds to step S1211; otherwise, it returns to the higher-level process.

[0252] (Step S1211) The document creation unit 135 retrieves an invoice template from the storage unit 11.

[0253] (Step S1212) The document creation unit 135 substitutes the first user identifier, the second user identifier, and the presentation conditions into the invoice template to construct the invoice. It then returns to the higher-level process.

[0254] Furthermore, the technique of substituting information into the variable sections of the template document is publicly known. In other words, the processes in steps S1206, S1209, and S1212 are publicly known, so a detailed explanation will be omitted.

[0255] Next, an example of the NG processing in step S412 will be explained using the flowchart in Figure 13.

[0256] (Step S1301) The change determination means 1331 determines whether the condition change condition is met. If the condition change condition is met, proceed to step S405; otherwise, proceed to step S1302.

[0257] (Step S1302) The change determination means 1331 determines whether the response information sent by the second user includes the conditions presented by the second user. If the conditions of the second user are included, the process proceeds to step S1303; otherwise, the process proceeds to step S405.

[0258] (Step S1303) The determination unit 133 obtains the conditions of the second user from the received response information.

[0259] (Step S1304) The determination unit 133 determines whether the conditions of the second user satisfy the target reception information. If the reception information is satisfied, the process proceeds to step S410; otherwise, the process proceeds to step S1305.

[0260] (Step S1305) The condition acquisition unit 132 performs counter-proposal acquisition processing. Proceed to step S406. Counter-proposal acquisition processing is the process of acquiring further proposed conditions to be presented in response to the conditions presented by the second user. An example of counter-proposal acquisition processing will be explained using the flowcharts in Figures 18 and 19.

[0261] (Step S1306) The interruption determination means 1332 determines whether or not the interruption condition is met. If the interruption condition is met, proceed to step S1307; otherwise, proceed to step S1316.

[0262] (Step S1307) The reminder unit 134 acquires the response information received by the response receiving unit 122.

[0263] (Step S1308) The reminder unit 134 uses the response information obtained in step S1307 to construct reminder information.

[0264] (Step S1309) The reminder unit 134 sends reminder information to the first user.

[0265] (Step S1310) The response receiving unit 123 determines whether it has received response information from the first user in response to the transmission of the urging information. If it has received the response information, it proceeds to step S1311; if it has not received the response information, it returns to step S1310.

[0266] (Step S1311) The condition acquisition unit 132 determines whether the response information includes a new condition proposal. If it includes a new condition proposal, it proceeds to step S1312; if it does not include a new condition proposal, it proceeds to step S1313. Note that the new condition proposal is a new acceptance condition proposed by the first user.

[0267] (Step S1312) The condition acquisition unit 132 acquires the new condition proposal included in the response information. Proceed to step S406.

[0268] (Step S1313) The determination unit 133 determines whether to create a new condition proposal. If it decides to create a new condition proposal, it proceeds to step S405; if it decides not to create a new condition proposal, it proceeds to step S1314. Here, the determination unit 133 may always determine to create a new condition proposal. Also, the determination unit 133 may determine to create a new condition proposal in specific cases, for example, when the number of proposals for the presentation conditions to the second user is within the threshold, or when the negotiation time is within the threshold.

[0269] (Step S1314) The output unit 14 transmits the response information to the first user.

[0270] (Step S1315) The processing unit 13 performs the negotiation termination process. The termination process is, for example, a process of notifying the first user and the second user of the termination of the negotiation.

[0271] (Step S1316) The additional determination means 1333 determines whether the target additional condition is satisfied. If the target additional condition is satisfied, it proceeds to step S1317; if it is not satisfied, it proceeds to step S1315.

[0272] (Step S1317) The condition acquisition unit 132 acquires the presentation conditions with the goods to be negotiated added. It goes to step S406. For an example of such composite condition acquisition processing, the flowcharts in FIGS. 14, 15, and 16 will be used for explanation.

[0273] Next, for the first example of the composite condition acquisition processing in step S1313, the flowchart in FIG. 14 will be used for explanation. The first example is the case of using a generation AI.

[0274] (Step S1401) The condition acquisition unit 132 acquires the composite condition acquisition prompt template from the prompt management unit 111.

[0275] (Step S1402) The condition acquisition unit 132 acquires the acceptance conditions of each of two or more goods including the goods to be added to the negotiation.

[0276] (Step S1403) The condition acquisition unit 132 substitutes 1 into the counter i.

[0277] (Step S1404) The condition acquisition unit 13 determines whether the i-th variable exists in the composite condition acquisition prompt template. If the i-th variable exists, it goes to step S1405; if it does not exist, it goes to step S1408.

[0278] (Step S1405) The condition acquisition unit 132 acquires the information corresponding to the i-th variable. Such information is, for example, all or part of the acceptance conditions of two or more goods.

[0279] (Step S I406) The condition acquisition unit 132 arranges the information acquired in step S1405 at the position of the i-th variable in the composite condition acquisition prompt template.

[0280] (Step S1407) The condition acquisition unit 132 increments the counter i by 1. It returns to step S1404.

[0281] (Step S1408) The condition acquisition unit 132 passes the configured composite condition acquisition prompt to the generation AI.

[0282] (Step S1409) The condition acquisition unit 132 determines whether or not it has obtained a response from the generating AI. If a response has been obtained, the unit proceeds to step S1410; otherwise, it returns to step S1409.

[0283] (Step S1410) The condition acquisition unit 132 acquires the presented conditions from the response obtained in step S1409. It returns to the higher-level processing.

[0284] Next, a second example of the complex condition acquisition process in step S1313 will be explained using the flowchart in Figure 15. The second example involves the use of machine learning.

[0285] (Step S1501) The condition acquisition unit 132 acquires the acceptance conditions for two or more products, including the products to be added to the negotiation.

[0286] (Step S1502) The condition acquisition unit 132 assigns 1 to counter i.

[0287] (Step S1503) The condition acquisition unit 132 determines whether the i-th identical item exists in each of the two or more received information. If the i-th identical item exists, the unit proceeds to step S1504; otherwise, it returns to the higher-level process. Whether the i-th identical item exists or not is determined by whether the same item condition exists for the target item.

[0288] (Step S1504) The condition acquisition unit 132 determines whether the i-th identical item is an item subject to merger negotiation. If the i-th identical item is an item subject to merger negotiation, the process proceeds to step S1505; otherwise, the process proceeds to step S1508.

[0289] The object of combined negotiation is an item for which the attribute values of two or more products can be negotiated collectively. The items for combined negotiation are, for example, "amount" and "unit price". The items for combined negotiation may include "delivery date".

[0290] Also, the item identifier for identifying the items for combined negotiation is stored in the storage unit 11.

[0291] (Step S1505) The condition acquisition unit 132 acquires from the storage unit 11 the learning model corresponding to the item for combined negotiation.

[0292] (Step S1506) The condition acquisition unit 132 performs a prediction process of machine learning using the learning model and the item conditions of the i-th same item of two or more products.

[0293] For example, the condition acquisition unit 132 provides the learning model and (the price of product 1, the price of product 2) to a module that performs a prediction process of machine learning, executes the module, and obtains the total price when product 1 and product 21 are purchased together (usually, a price lower than "the price of product 1 + the price of product 2"). In such a case, the learning model is a model obtained by a learning process of machine learning using two or more teacher data with the price of product 1 and the price of product 2 as explanatory variables and the total price as the target variable.

[0294] (Step S1507) The condition acquisition unit 132 acquires the item conditions of the i-th same item using the result of the prediction process.

[0295] (Step S1508) The condition acquisition unit 132 increments the counter i by 1. Return to step S1503.

[0296] Next, the third example of the composite condition acquisition process in step S1313 will be described using the flowchart of FIG. 16. The third example is in the case of logic.

[0297] (Step S1601) The condition acquisition unit 132 acquires the reception conditions of two or more products.

[0298] (Step S1602) The condition acquisition unit 132 assigns 1 to counter i.

[0299] (Step S1603) The condition acquisition unit 132 determines whether the i-th identical item is an item subject to merger negotiation. If the i-th identical item is an item subject to merger negotiation, the process proceeds to step S1604; otherwise, it returns to the higher-level process.

[0300] (Step S1604) The condition acquisition unit 132 determines whether the i-th identical item is an item subject to merger negotiation. If the i-th identical item is an item subject to merger negotiation, the process goes to step S1506; otherwise, the process goes to step S1509.

[0301] (Step S1605) The condition acquisition unit 132 acquires two or more item conditions for the i-th same item.

[0302] (Step S1606) The condition acquisition unit 132 acquires a representative value of the values ​​that two or more item conditions have.

[0303] (Step S1607) The condition acquisition unit 132 acquires the item condition for the i-th identical item.

[0304] (Step S1608) The condition acquisition unit 132 increments the counter i to 1. Return to step S1603.

[0305] Next, we will explain the first example of the counter-proposal acquisition process in step S1305 using the flowchart in Figure 17. The first example is the case where a generating AI is used.

[0306] (Step S1701) The condition acquisition unit 132 acquires a counter-proposal prompt template from the prompt management unit 111.

[0307] (Step S1702) The condition acquisition unit 132 assigns 1 to counter i.

[0308] (Step S1703) The condition acquisition unit 132 determines whether the i-th variable exists in the counter-proposal prompt template. If the i-th variable exists, the unit proceeds to step S1704; otherwise, it proceeds to step S1707.

[0309] (Step S1704) The condition acquisition unit 132 acquires information corresponding to the i-th variable. This information may include, for example, the acceptance conditions and the conditions of the second user's proposal included in the response information.

[0310] (Step S1705) The condition acquisition unit 132 places the information acquired in step S1704 into the counter-proposal prompt template at the position of the i-th variable.

[0311] (Step S1706) The condition acquisition unit 132 increments the counter i to 1. Return to step S1703.

[0312] (Step S1707) The condition acquisition unit 132 passes the configured counter-proposal prompt to the generation AI.

[0313] (Step S1708) The condition acquisition unit 132 determines whether or not it has obtained a response from the generating AI. If a response has been obtained, it proceeds to step S1709; otherwise, it returns to step S1708.

[0314] (Step S1709) The condition acquisition unit 132 acquires the presented conditions from the response obtained in step S1708. It then returns to the higher-level processing.

[0315] Next, a second example of the counter-proposal acquisition process in step S1305 will be explained using the flowchart in Figure 18. The second example is a logic-based case.

[0316] (Step S1801) The condition acquisition unit 132 acquires the acceptance conditions for the subject of negotiation.

[0317] (Step S1802) The condition acquisition unit 132 assigns 1 to counter i.

[0318] (Step S1803) The condition acquisition unit 132 determines whether or not the i-th item condition exists among the target reception conditions. If the i-th item condition exists, the unit proceeds to step S1804; otherwise, the unit proceeds to step S1809.

[0319] (Step S1804) The condition acquisition unit 132 acquires the i-th item condition from the accepted conditions. The condition acquisition unit 132 also acquires a condition for the same item as the i-th item condition from the accepted conditions from the conditions proposed by the second user.

[0320] (Step S1805) The condition acquisition unit 132 determines whether the two item conditions acquired in step S1804 match. If the two item conditions match, the process proceeds to step S1808; otherwise, it proceeds to step S1806.

[0321] (Step S1806) The condition acquisition unit 132 acquires each value of the two item conditions. The condition acquisition unit 132 acquires a representative value (for example, the mean) of the two values.

[0322] (Step S1807) The condition acquisition unit 132 acquires a new i-th item condition that uses the representative value of the two values ​​as the condition.

[0323] (Step S1808) The condition acquisition unit 132 increments the counter i to 1. Return to step S1803.

[0324] (Step S1809) The condition acquisition unit 132 constructs the suggested information, which is a counter-proposal. It returns to the higher-level processing.

[0325] Next, an example of the operation of the first terminal 2 will be explained using the flowchart in Figure 19.

[0326] (Step S1901) The first reception unit 22 determines whether it has received the reception conditions, etc. for one or more products. If it has received the reception conditions, etc., it proceeds to step S1902; otherwise, it proceeds to step S1903. The reception conditions, etc. here refer to, for example, the reception conditions and the second user identifier.

[0327] (Step S1902) The first processing unit 23 obtains the first user identifier from the first storage unit 21. The first transmission unit 24 transmits the acceptance conditions, etc., containing the first user identifier to the negotiation device 1. The process returns to step S1901.

[0328] (Step S1903) The first reception unit 22 determines whether or not it has received the negotiation instruction. If it has received the negotiation instruction, it proceeds to step S1904; otherwise, it proceeds to step S1905.

[0329] (Step S1904) The first processing unit 23 obtains the first user identifier from the first storage unit 21. The first transmission unit 24 transmits a negotiation instruction containing the first user identifier to the negotiation device 1. The process returns to step S1901.

[0330] (Step S1905) The first receiving unit 25 determines whether or not it has received agreement information from the negotiation device 1. If agreement information has been received, the unit proceeds to step S1906; otherwise, it proceeds to step S1909.

[0331] (Step S1906) The first processing unit 23 configures the establishment information to be output. The first output unit 26 outputs the establishment information.

[0332] (Step S1907) The first processing unit 23 determines whether there is one or more documents in the received established information. If there are documents, the unit proceeds to step S1908; otherwise, it returns to step S1901.

[0333] (Step S1908) The first output unit 26 outputs one or more documents. The process returns to step S1901.

[0334] (Step S1909) The first receiving unit 25 determines whether or not it has received a reminder message from the negotiation device 1. If a reminder message is received, the unit proceeds to step S1910; otherwise, it returns to step S1901.

[0335] (Step S1910) The first processing unit 23 configures the reminder information to be output. The first output unit 26 outputs the reminder information.

[0336] (Step S1911) The first reception unit 22 determines whether or not it has received the response information. If it has received the response information, it proceeds to step S1912; otherwise, it returns to step S1911.

[0337] (Step S1912) The first processing unit 23 obtains the first user identifier from the first storage unit 21. The first transmission unit 24 transmits response information to the negotiation device 1, associating it with the first user identifier. The process returns to step S1901.

[0338] Next, we will explain an example of processing at the second terminal 3.

[0339] The second receiving unit 35 of the second terminal 3 receives the proposed conditions from the negotiation device 1. The second output unit 36 ​​outputs the proposed conditions. The second receiving unit 32 receives the response information. The second transmitting unit 34 transmits the response information to the negotiation device 1.

[0340] The following describes a specific example of the operation of information system A in this embodiment.

[0341] Assume that the prompt management unit 111 of the negotiation device 1 stores the prompt management table shown in Figure 20. The prompt management table is a table that manages prompt templates. The prompt management table manages one or more records that have "ID", "Template Name", "Number of Times Condition", and "Prompt Template". "ID" is information that identifies the record. "Template Name" is the name of the prompt template. "Number of Times Condition" is a condition related to the number of negotiations. "Number of Times Condition" is a condition related to the number of times the presented conditions are presented to the second user. In other words, the prompt management table can manage two or more prompt templates depending on the number of negotiations so far or the current number of negotiations. In the prompt management table, "ID=1" indicates that it is a condition acquisition prompt template, but if the number of times condition "number of times=1" is met (in the case of the first negotiation), the prompt template that is paired with the number of times condition "number of times=1" is used, and if the number of times condition "number of times>=2" is met (in the case of the second negotiation or later), the prompt template that is paired with the number of times condition "number of times>=2" is used. In the "prompt template," strings enclosed in "<" and ">" are variables whose information is replaced.

[0342] The condition management unit 112 stores the condition management table shown in Figure 21. The condition management table is a table that manages the acceptance conditions. Each record in the condition management table is information transmitted from the first terminal 2 to the negotiation device 1. The condition management table manages one or more records of "Negotiation ID", "First User Identifier", "Second User Identifier", and "Acceptance Condition". "Negotiation ID" is the ID of the acceptance condition. "First User Identifier" and "Second User Identifier" are user IDs here, but they can also be the user's email address, phone number, etc. The attribute value "Acceptance Condition" for "Negotiation ID=1" has two acceptance conditions. In other words, the record for "Negotiation ID=1" is negotiated on two products. The attribute value "Acceptance Condition" for "Negotiation ID=2" has only one acceptance condition. In other words, the record for "Negotiation ID=2" is negotiated on one product.

[0343] In the above situation, two specific examples of the operation of information system A are described below. Specific example 1 is an example where, after determining the order of two or more acceptance conditions, negotiations reach an agreement while changing the presented conditions. Specific example 2 is an example where negotiations for one product fail, but additional conditions are met, and negotiations for two or more products are conducted together.

[0344] In this specific example, negotiation device 1 primarily uses a generating AI to support negotiations between the first terminal 2 and the second terminal 3.

[0345] (Specific example 1) User "U01" enters the negotiation instruction "Negotiation ID=1" into the first terminal 2. The first terminal 2 receives the negotiation instruction and transmits it to the negotiation device 1.

[0346] The instruction receiving unit 121 of the negotiation device 1 receives the negotiation instruction "Negotiation ID=1". Next, the processing unit 13 obtains the acceptance conditions corresponding to the negotiation instruction "Negotiation ID=1" from the condition management table in Figure 21. The obtained acceptance conditions include the acceptance conditions for the office desk and the acceptance conditions for the chair.

[0347] Next, the processing unit 13 determines that the acquired acceptance conditions include acceptance conditions for two or more products.

[0348] Next, the rank acquisition unit 131 determines the negotiation order of the acceptance conditions as follows, using the priority acquisition process explained with the flowchart in Figure 5. In other words, the rank acquisition unit 131 obtains a rank determination prompt template from the prompt management table (Figure 20). The rank determination prompt template is the prompt template for the record with "ID=2" in Figure 20. Next, the rank acquisition unit 131 places the acceptance conditions for the desk and the chair in the variable <acceptance conditions> of the rank determination prompt template, thereby constructing a rank determination prompt. This rank determination prompt is shown in Figure 22. Next, the rank acquisition unit 131 provides the rank determination prompt to the generating AI and obtains a response from the generating AI. Next, the rank acquisition unit 131 obtains the priority information "1. Chair 2. Desk" from the obtained response.

[0349] Next, the condition acquisition unit 132 acquires the presentation conditions for the first "chair" indicated by the priority information by performing the presentation condition acquisition process described using the flowchart in Figure 8.

[0350] In other words, the condition acquisition unit 132 acquires the number of times the condition is presented, which is "1". Next, the condition acquisition unit 132 acquires a condition acquisition prompt template from the prompt management table (Figure 20) that corresponds to the count condition "Count = 1" that the number of times the condition is presented, which is "1". Next, the condition acquisition unit 132 acquires the information corresponding to the variable <Acceptance Condition> in the condition acquisition prompt template, which is "<Product> Chair <Unit Price> 40,000 to 50,000 yen <Quantity> 50 to 60 <Delivery Date> 2024 / 10 / 31 <ng>The first unit obtains the condition "No casters". Next, the condition acquisition unit 132 places the acquired reception conditions in the variable positions in the condition acquisition prompt template, constructing the condition acquisition prompt shown in Figure 23. Next, the condition acquisition unit 132 provides the condition acquisition prompt to the generating AI and obtains a response from the generating AI. Next, the condition acquisition unit 132 obtains the presentation conditions from the acquired response as "Unit price: 40,000 yen Quantity: 50 chairs Delivery date: October 31, 2024 Other conditions: Casters included". <ng>The item condition "No casters" corresponding to " is the most important condition. Other item conditions are, <ng>Its importance is lower compared to the corresponding item conditions.

[0351] Next, the condition presentation unit 141 obtains the second user identifier "U02," which is paired with "Negotiation ID=1," from the condition management table (Figure 21). Then, the condition presentation unit 141 transmits the presented conditions to the second terminal 3 of the second user identified by the second user identifier "U02."

[0352] The second terminal 3 receives and outputs the presented conditions (see 2401 in Figure 24). The second user then sees the presented conditions and inputs, "These are tough conditions. I would like to propose the following: Unit price: 55,000 yen Quantity: 50 legs Delivery date: October 31, 2024 Other conditions: Casters included" (see 2402 in Figure 24). Next, the second terminal 3 receives the response information including the conditions proposed by the second user and transmits this response information to the negotiation device 1.

[0353] Next, the response receiving unit 122 of the negotiation device 1 receives the response information from the second terminal 3.

[0354] Next, the processing unit 13 determines that the response information is "NG". At this point, the processing unit 13 detects, for example, that the response information does not contain keywords indicating acceptance of the presented conditions (e.g., "accepted", "OK", "understood"), and determines that the response information is "NG". The processing unit 13 provides, for example, a vectorized response information and a machine learning model to a machine learning prediction processing module, executes the module, and obtains a prediction result indicating whether the response information is "OK" or "NG". In this case, the learning model is obtained by providing the machine learning learning processing module with two or more training data having explanatory variables which are vectorized response information and an objective variable ("OK" or "NG"), and executing the module. The processing unit 13 may, for example, pass a prompt to the generating AI asking whether the meaning of the response information is "OK" or "NG", and obtain an answer of "OK" or "NG" from the generating AI. A prompt template in such cases might look like this: "Does the following response mean 'OK' or 'NG' regarding the conditions we have presented? [Response]<Response Information>"

[0355] Next, the processing unit 13 performs the processing when the response information is "NG". This processing is explained using the flowchart in Figure 13.

[0356] In other words, the change determination means 1331 determines that the condition change condition is met because the response information includes the condition. The change determination means 1331 also determines that the response information sent by the second user includes the second user's conditions. Next, the determination unit 133 obtains the second user's conditions from the response information: "Unit price: 55,000 yen, Quantity: 50 chairs, Delivery date: October 31, 2024, Other conditions: Casters included". Next, the determination unit 133 determines that the second user's conditions do not meet the target reception information.

[0357] Next, the condition acquisition unit 132 performs the counter-proposal acquisition process explained using the flowchart in Figure 17. That is, the condition acquisition unit 132 acquires a counter-proposal acquisition prompt template from the prompt management table (Figure 20). The condition acquisition unit 132 substitutes the conditions of the second user and the previously sent proposal information "·Unit price: 40,000 yen ·Quantity: 50 chairs ·Delivery date: October 31, 2024 ·Other conditions: Casters included" into the variables <Response information.Condition> and <Offering conditions> in the counter-proposal acquisition prompt template. Then, the condition acquisition unit 132 acquires the counter-proposal acquisition prompt shown in Figure 25. Next, the condition acquisition unit 132 passes the configured counter-proposal prompt to the generating AI and acquires the response. The condition acquisition unit 132 acquires the offer condition "·Unit price: 47,500 yen ·Quantity: 50 chairs ·Delivery date: October 31, 2024 ·Other conditions: Casters included", which is the condition part of the response.

[0358] Next, the condition presentation unit 141 transmits the new presentation conditions to the second user's second terminal 3 (2403 in Figure 24).

[0359] Next, the second terminal 3 receives and outputs the presented conditions. The second user, having seen the new presented conditions, considers them acceptable and enters the response information "I accept your proposal." Next, the second terminal 3 receives this response information and transmits it to the negotiation device 1.

[0360] Next, the response receiving unit 122 of the negotiation device 1 receives response information from the second terminal 3. Then, the output unit 14 sends the response information "I accept your proposal" to the first user.

[0361] Next, the first user's first terminal 2 receives and outputs the second user's response information (2404 in Figure 24).

[0362] Next, the processing unit 13 determines that the response information is "OK". Then, the processing unit 13 stores the agreed-upon conditions "Unit price: 47,500 yen Quantity: 50 chairs Delivery date: October 31, 2024 Other conditions: With casters" in the storage unit 11, associating them with the first user identifier and the second user identifier.

[0363] Next, the document creation unit 135 creates the post-negotiation agreement documents according to the process described using the flowchart in Figure 12. Specifically, the document creation unit 135 creates, for example, a contract and a quotation. The document output unit 143 then stores the contract and quotation in the storage unit 11, associating them with the first user identifier and the second user identifier. The document output unit 143 also sends the contract and quotation to the first and second users.

[0364] Furthermore, the output unit 14 may transmit information including the agreed-upon conditions (2405 in Figure 24) to the first terminal 2 and the second terminal 3 in order to confirm that the negotiations between the first user and the second user have been concluded.

[0365] Figure 24 also shows, for example, an example screen of the first terminal 2.

[0366] Subsequently, the negotiation device 1 similarly negotiates the office desk with the second user. The document creation unit 135 may create a document after the negotiations for two or more negotiable items are completed, or it may create a document each time the negotiations for individual products are completed.

[0367] (Specific example 2) In Specific Example 1, the negotiation for the chair was unsuccessful, and the additional determination means 1333 of the negotiation device 1 determined that the conditions for adding a target item had been met. Next, the condition acquisition unit 132 performs a composite condition acquisition process, for example, as explained using the flowchart in Figure 14, to acquire new offering conditions. That is, the condition acquisition unit 132 acquires a composite condition acquisition prompt template from the prompt management table (Figure 20). The condition acquisition unit 132 acquires the acceptance conditions for two items, including the item to be added to the negotiation (in this case, an office desk). The condition acquisition unit 132 substitutes the acceptance conditions for the two items, the second user's proposal, and the latest offering conditions for the chair into each variable of the composite condition acquisition prompt template, thereby constructing the composite condition acquisition prompt in Figure 26. Next, the condition acquisition unit 132 passes the constructed composite condition acquisition prompt to the generating AI and obtains a response from the generating AI. Next, the condition acquisition unit 132 acquires the offering conditions from the response.

[0368] Next, the condition presentation unit 141 sends a proposal including the presented conditions to the second user's second terminal 3. An example of such a proposal is shown in Figure 27.

[0369] Next, the second terminal 3 receives and outputs the proposal. The second user, upon seeing the proposal, decides it is a good one and enters the response "I accept your proposal." The second terminal 3 then receives this response and transmits it to the negotiation device 1.

[0370] Next, the response receiving unit 122 of the negotiation device 1 receives response information from the second terminal 3. Then, the processing unit 13 determines that the response information is "OK".

[0371] Next, the processing unit 13 stores the agreed-upon conditions in the storage unit 11, associating them with the first user identifier and the second user identifier.

[0372] Next, the document creation unit 135 creates a document after the negotiation agreement is reached, following the process described using the flowchart in Figure 12. Then, the document output unit 143 stores the document in the storage unit 11, associating it with the first user identifier and the second user identifier. The document output unit 143 also sends the document to the first and second users.

[0373] In summary, according to this embodiment, the negotiation terms for purchasing goods can be appropriately modified, thereby effectively supporting the negotiation process for purchasing goods.

[0374] Furthermore, according to this embodiment, in negotiation conditions having two or more item conditions with corresponding levels of importance, it is possible to obtain appropriate presented conditions that take importance into account, thereby appropriately supporting negotiations for the purchase of goods.

[0375] Furthermore, according to this embodiment, in negotiation conditions that include item conditions having upper and lower limits, it is possible to obtain appropriate offer conditions that take into account the range of item conditions, thereby appropriately supporting negotiations for the purchase of goods.

[0376] Furthermore, according to this embodiment, the negotiation conditions for purchasing goods can be changed at an appropriate time, thereby providing appropriate support for the negotiation of purchasing goods.

[0377] Furthermore, according to this embodiment, since information from the user can be entered at the appropriate time, it is possible to appropriately support the negotiation of purchasing a product.

[0378] Furthermore, according to this embodiment, by presenting a new set of proposed terms and conditions to the second user, it is possible to appropriately support the negotiation of purchasing the product.

[0379] Furthermore, according to this embodiment, it is possible to obtain an appropriate priority order for two or more products and obtain the offer conditions according to that priority order, thereby appropriately supporting negotiations for the purchase of two or more products.

[0380] Furthermore, according to this embodiment, it is possible to obtain appropriate negotiation terms for the purchase of two or more products, and therefore, negotiations for the purchase of two or more products can be appropriately supported.

[0381] The processing in this embodiment may be implemented in software. This software may be distributed via software download or the like. Alternatively, this software may be recorded on a recording medium such as a CD-ROM and distributed. This also applies to other embodiments in this specification. The software that implements information system A in this embodiment is the following program. In other words, this program is a program that causes a computer to function as an instruction receiving unit that receives negotiation instructions corresponding to acceptance conditions, which are the negotiation conditions for purchasing the product, from a first terminal of a first user who is the purchaser of the product; a condition acquisition unit that acquires presented conditions, which are negotiation conditions based on the acceptance conditions; a condition presentation unit that transmits the presented conditions acquired by the condition acquisition unit to a second terminal of a second user who is the seller of the product; a response receiving unit that receives response information from the second terminal that specifies a response including whether or not the presented conditions are accepted; and a conclusion notification unit that, if the response information indicates that the presented conditions are accepted, transmits conclusion information to the first user indicating that the negotiation has been concluded. The program is a program that causes the computer to function as follows: if the response information indicates that the presented conditions are not accepted, the condition acquisition unit acquires new presented conditions different from the presented conditions transmitted by the condition presentation unit, and the condition presentation unit transmits the new presented conditions to the second terminal.

[0382] Figure 28 is a block diagram of a computer system 300 that executes the program described herein to realize the negotiation device 1 and other devices of the various embodiments described above.

[0383] In Figure 28, the computer system 300 includes a computer 301 with a CD-ROM drive, a keyboard 302, a mouse 303, and a monitor 304.

[0384] In Figure 28, the computer 301 includes, in addition to the CD-ROM drive 3012, an MPU 3013, a bus 3014 connected to the CD-ROM drive 3012, a ROM 3015 for storing programs such as boot-up programs, a RAM 3016 connected to the MPU 3013 for temporarily storing instructions for application programs and providing temporary storage space, and a hard disk 3017 for storing application programs, system programs, and data. Although not shown here, the computer 301 may further include a network card for providing connectivity to a LAN.

[0385] The program that causes the computer system 300 to execute the functions of the negotiation device 1, etc., as described above, may be stored on CD-ROM 3101, inserted into CD-ROM drive 3012, and then transferred to hard disk 3017. Alternatively, the program may be transmitted to computer 301 via a network (not shown) and stored on hard disk 3017. The program is loaded into RAM 3016 during execution. The program may also be loaded directly from CD-ROM 3101 or the network.

[0386] The program does not necessarily have to include an operating system (OS) or third-party program that causes the computer 301 to execute functions such as the negotiation device 1 of the above-described embodiment. The program only needs to include the instruction portion that calls appropriate functions (modules) in a controlled manner and obtains the desired result. How the computer system 300 operates is well known, so a detailed explanation is omitted.

[0387] In the above program, steps such as sending information and receiving information do not include hardware-based processing, such as processing performed by a modem or interface card in the transmission step (processing that can only be performed by hardware).

[0388] Furthermore, the computer running the above program may be a single computer or multiple computers. In other words, it may perform centralized processing or distributed processing.

[0389] Furthermore, it goes without saying that in each of the above embodiments, two or more communication means present in a single device may be physically implemented in a single medium.

[0390] Furthermore, in each of the above embodiments, each process may be implemented by centralized processing by a single device, or by distributed processing by multiple devices.

[0391] It goes without saying that the present invention is not limited to the embodiments described above, and various modifications are possible, all of which are also included within the scope of the present invention. [Industrial applicability]

[0392] As described above, the negotiation device 1 according to the present invention has the effect of appropriately supporting negotiations for the purchase of goods because it can appropriately change the negotiation conditions for the purchase of goods, and is useful as a server or the like that to support negotiations. [Explanation of Symbols]

[0393] A Information Systems 1 Negotiation device 2. First terminal 3. Second terminal 4 Generation AI device 11 Storage Unit 12 Reception Department 13 Processing Unit 14 Output section 21 First storage unit 22 First Reception Department 23 First Processing Unit 24 First Transmitter 25 First receiving unit 26 First output section 31 Second storage unit 32 Second Reception Department 33 Second Processing Unit 34 Second Transmitter 35 Second receiving unit 36 Second Output Section 111 Prompt Management Department 112 Condition Management Department 121 Instruction Reception Department 122 Reply Receiving Section 123 Response receiving unit 131 Rank acquisition part 132 Condition Acquisition Unit 133 Judgment Department 134 Reminder Department 135 Document Creation Department 141 Condition presentation part 142 Notification of Establishment 143 Document Output Section 1331 Change determination means 1332 Interruption judgment means 1333 Additional Judgment Means 1334 Establishment determination means< / ng> < / ng> < / ng>

Claims

1. An instruction receiving unit that receives negotiation instructions corresponding to the acceptance conditions, which are the negotiation conditions for purchasing the said product, from the first terminal of the first user who is the purchaser of the product, A condition acquisition unit that acquires the presented conditions, which are negotiation conditions based on the aforementioned acceptance conditions, A condition presentation unit transmits the presentation conditions acquired by the condition acquisition unit to the second terminal of a second user who is the seller of the aforementioned product, A response receiving unit receives response information from the second terminal that specifies a response including whether or not the aforementioned conditions are accepted, If the response information indicates acceptance of the presented conditions, the system comprises a settlement notification unit that transmits settlement information to the first user indicating that the negotiation has been concluded. The condition acquisition unit, If the response information indicates that the terms and conditions are not accepted, the terms and conditions unit will obtain new terms and conditions that are different from the terms and conditions transmitted. The aforementioned condition presentation unit is, A negotiation device that transmits the aforementioned new offer conditions to the second terminal.

2. The acceptance conditions corresponding to the negotiation instructions received by the instruction receiving unit each have two or more item conditions with different levels of importance. The condition acquisition unit, The negotiation device according to claim 1, which uses the aforementioned importance to obtain a presentation condition having at least one item condition from among two or more item conditions.

3. The acceptance conditions corresponding to the negotiation instructions received by the instruction receiving unit include item conditions having an upper limit and a lower limit. The condition acquisition unit, The negotiation device according to claim 1, which obtains a numerical condition between the upper limit and the lower limit for the item conditions, and obtains the presented condition having said numerical condition.

4. The system further comprises a determination unit that determines whether the response from the second terminal matches the condition change conditions, The condition acquisition unit, The negotiation device according to claim 1, wherein if the determination unit determines that the conditions for changing the conditions are met, it obtains new offering conditions different from the offering conditions obtained immediately before.

5. A determination unit that determines whether the response from the second terminal meets the interruption conditions, When the determination unit determines that the interruption conditions are met, the prompting unit sends prompting information to the first user prompting them to input information, The system further comprises a response receiving unit that receives response information from the first terminal in response to the transmission of the aforementioned reminder information, The negotiation device according to claim 1, wherein the response receiving unit transmits the response information received by the response receiving unit or information based on the response information received by the response receiving unit to the second terminal.

6. The interruption condition is that the response information identifying the response from the second terminal includes information indicating that the presented conditions are not accepted. The condition acquisition unit, Using the aforementioned conditions or response information transmitted to the second terminal, a new set of proposed conditions is created, which is a draft of new conditions. The aforementioned reminder unit, The reminder information, including the proposed new terms, is output. The response receiving unit is, The first terminal receives the response information, which includes information for determining whether or not to accept the proposed new terms and conditions. The aforementioned condition presentation unit is, The negotiation device according to claim 5, wherein if the response receiving unit receives the response information including an acceptance of the proposed new terms, it transmits the proposed new terms to a second terminal.

7. The instruction receiving unit is, We accept negotiation instructions that correspond to the acceptance conditions, which are the negotiation conditions for purchasing two or more items. The system further comprises a priority acquisition unit that acquires the priority order of the two or more products mentioned above in negotiations, The condition acquisition unit, The negotiation device according to claim 1, which obtains the offer conditions in accordance with the priority order of the two or more products mentioned above.

8. Each of the two or more products is associated with one or more product attribute values. The aforementioned rank acquisition unit, The negotiation device according to claim 7, which obtains the priority order of two or more products using one or more product attribute values ​​for each of the two or more products.

9. The system further comprises a determination unit that determines whether the response from the second terminal meets the criteria for adding a target, The condition acquisition unit, The negotiation device according to claim 7, wherein if the determination unit determines that the conditions for additional items are met, it obtains new offer conditions that include, in addition to the product subject to the offer conditions transmitted to the second terminal immediately before, negotiation conditions for purchasing other products among the two or more products.

10. A judgment unit that determines whether or not the conditions for successful negotiation are met, If the judgment unit determines that the conditions for successful negotiation are met, a document creation unit creates a document using the presented conditions or the response information, The negotiation apparatus according to claim 1, further comprising a document output unit that outputs the document created by the document creation unit.

11. The condition acquisition unit, A negotiation device according to any one of claims 1 to 10, comprising: substituting the acceptance conditions into a prompt template for obtaining the presented conditions to constitute a prompt; providing the prompt to a generating AI; obtaining a response from the generating AI; and obtaining the presented conditions from the response.

12. The condition acquisition unit, The negotiation apparatus according to any one of claims 1 to 10, wherein a machine learning prediction process is performed using a learning model created by machine learning processing and the acceptance conditions, using two or more training data sets having established negotiation conditions, to obtain the presented conditions.

13. A negotiation method implemented by an instruction receiving unit, a condition acquisition unit, a condition presentation unit, a response receiving unit, and an agreement notification unit, The instruction receiving unit receives a negotiation instruction from the first terminal of the first user, who is the purchaser of the product, which corresponds to the acceptance conditions, which are the negotiation conditions for purchasing the product. The aforementioned condition acquisition unit includes a condition acquisition step in which it acquires the proposed conditions, which are negotiation conditions based on the aforementioned acceptance conditions, The condition presentation step involves the condition presentation unit transmitting the presentation conditions acquired by the condition acquisition unit to the second terminal of the second user, who is the seller of the product. The response receiving step includes the response receiving unit receiving response information from the second terminal that specifies a response including whether or not the presented conditions are accepted, If the agreement notification unit determines that the response information is information indicating acceptance of the presented conditions, the agreement notification step includes sending agreement information to the first user indicating that the negotiation has been concluded, If the condition acquisition unit determines that the response information indicates that the presented conditions are not accepted, the condition presentation unit takes the step of acquiring new presented conditions that are different from the presented conditions transmitted by the condition presentation unit. A negotiation method comprising the step of the condition presentation unit transmitting the new presented conditions to the second terminal.

14. Computers, An instruction receiving unit that receives negotiation instructions corresponding to the acceptance conditions, which are the negotiation conditions for purchasing the said product, from the first terminal of the first user who is the purchaser of the product, A condition acquisition unit that acquires the presented conditions, which are negotiation conditions based on the aforementioned acceptance conditions, A condition presentation unit transmits the presentation conditions acquired by the condition acquisition unit to the second terminal of a second user who is the seller of the aforementioned product, A response receiving unit receives response information from the second terminal that specifies a response including whether or not the aforementioned conditions are accepted, If the response information indicates that the presented conditions are accepted, the program functions as a conclusion notification unit that transmits conclusion information to the first user indicating that the negotiation has been concluded. The condition acquisition unit, If the response information indicates that the terms and conditions are not accepted, the terms and conditions unit will obtain new terms and conditions that are different from the terms and conditions transmitted. The aforementioned condition presentation unit is, A program for causing the computer to function by transmitting the aforementioned new presentation conditions to the second terminal.

Images