WO2020194703A1 - 仲介装置、制御方法及び記憶媒体 - Google Patents

仲介装置、制御方法及び記憶媒体 Download PDF

Info

Publication number
WO2020194703A1
WO2020194703A1 PCT/JP2019/013761 JP2019013761W WO2020194703A1 WO 2020194703 A1 WO2020194703 A1 WO 2020194703A1 JP 2019013761 W JP2019013761 W JP 2019013761W WO 2020194703 A1 WO2020194703 A1 WO 2020194703A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
data
user
owner
task
Prior art date
Application number
PCT/JP2019/013761
Other languages
English (en)
French (fr)
Inventor
昌史 小山田
圭吾 木村
邦紘 竹岡
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to PCT/JP2019/013761 priority Critical patent/WO2020194703A1/ja
Priority to JP2020504728A priority patent/JP6844744B2/ja
Priority to US17/442,161 priority patent/US20220180420A1/en
Publication of WO2020194703A1 publication Critical patent/WO2020194703A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2457—Query processing with adaptation to user needs
    • G06F16/24578—Query processing with adaptation to user needs using ranking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services

Definitions

  • the present invention relates to a technical field of an intermediary device, a control method, and a storage medium that mediates the sale and purchase of data.
  • Patent Document 1 discloses an intermediary system that displays order information excluding buyer identification information to the seller and displays a list of bid information entered by the seller in response to the order information to the buyer.
  • Patent Document 1 the order information that specifies the object to be bought by the buyer is specified as the intermediary device, but when the object that the seller wants to sell is specified as the intermediary device and when the transaction target is other than the service. None is disclosed about the mode of mediation.
  • an object of the present invention is mainly to provide an intermediary device, a control method and a storage medium capable of preferably performing an intermediary regarding selection of a seller of data owned by a data owner. Make it an issue.
  • One aspect of the intermediary device is an intermediary device, which uses an acquisition unit that acquires request information regarding the sale of data owned by the data owner from the owner terminal used by the data owner, and the data.
  • a determination unit that determines whether or not there is a user who has or is expected to execute a task that is effective in the case, and when the determination unit determines that the user exists, the owner obtains information about the user. It has a notification unit for notifying the terminal.
  • One aspect of the control method is a control method executed by an intermediary device, in which request information regarding the sale of data owned by a data owner is acquired from an owner terminal used by the data owner, and the data is obtained. It is determined whether or not there is a user who has an execution record or a prospect of execution of a task that has an effect when used, and when it is determined that the user exists, information about the user is notified to the owner terminal.
  • One aspect of the storage medium is an acquisition unit that acquires request information regarding the sale of data owned by the data owner from the owner terminal used by the data owner, and a task that is effective when the data is used.
  • a determination unit that determines whether or not there is a user who has an execution record or a prospect of execution, and a notification unit that notifies the owner terminal of information about the user when the determination unit determines that the user exists. It is a storage medium in which a program that functions a computer is stored.
  • the data owner when there is a request for selling data owned by a data owner, the data owner is suitably notified of information about a user who is presumed to be in demand for the data. Can be done.
  • the configuration of the data market system according to the first embodiment is shown.
  • the schematic configuration of the intermediary device is shown.
  • the schematic configuration of the owner terminal used by the data owner is shown.
  • the outline configuration of the user terminal used by the user is shown.
  • This is an example of the data structure of the data information to be sold.
  • This is an example of the data structure of actual information.
  • This is an example of a functional block of an intermediary device.
  • This is a display example of the seller proposal screen.
  • the functional block diagram of the intermediary device which concerns on 2nd Embodiment is shown.
  • This is an example of a data structure of user information according to the second embodiment.
  • This is an example of the flowchart according to the second embodiment.
  • This is an example of process A in the flowchart according to the second embodiment.
  • the functional block diagram of the intermediary device which concerns on 3rd Embodiment is shown.
  • FIG. 1 shows the configuration of the data market system 100 according to the first embodiment.
  • the data market system 100 mainly includes an intermediary device 1, an owner terminal 2 used by a data owner who wants to sell the data owned, and a user terminal 3 used by a user who uses the data market system 100. And have.
  • the brokerage device 1 and the owner terminal 2, and the brokerage device 1 and the user terminal 3 each perform data communication via a communication network or the like.
  • one owner terminal 2 and one user terminal 3 exist, but a plurality of each may exist.
  • data owners and users shall include not only individuals but also organizations such as companies.
  • the brokerage device 1 performs processing related to brokerage of data sales. Specifically, when the intermediary device 1 receives the request information regarding the sale of data (also referred to as “sale request information S1”) from the owner terminal 2, the user who is presumed to be in demand for the data is selected. , Select as a purchase candidate for the data. Hereinafter, the data designated as the sale target by the sale request information S1 will be referred to as "sale target data”. Then, as a response to the sale request information S1, the brokerage device 1 transmits information about the purchase candidate of the data to be sold (also referred to as “purchase candidate information S2”) to the owner terminal 2.
  • purchase candidate information S2 information about the purchase candidate of the data to be sold
  • the intermediary device 1 receives the information designating one of the purchase candidates from the owner terminal 2 after transmitting the purchase candidate information S2, the intermediary device 1 is sent to the user terminal 3 corresponding to the designated purchase candidate.
  • information proposing the purchase of the data to be sold also referred to as "purchase proposal information S3" is transmitted.
  • the brokerage device 1 when a transaction is concluded between the data owner and the user after agreement of various trading conditions regarding the data to be sold, the brokerage device 1 is used on the user terminal 3 used by the user. , Send the data to be sold. Further, in this case, the brokerage device 1 performs processing related to the transfer of money associated with the sale and purchase of the provided data to be sold to the data owner and the user.
  • the owner terminal 2 generates the sale request information S1 regarding the data to be sold specified by the data owner, and transmits the sale request information S1 to the intermediary device 1.
  • the sale request information S1 may include the sale target data itself, or may include information (that is, metadata) for specifying the sale target data instead of the sale target data.
  • the owner terminal 2 receives the purchase candidate information S2 from the brokerage device 1 as a response to the sale request information S1, the owner terminal 2 displays the purchase candidate information S2 based on the purchase candidate information S2. A display example based on the purchase candidate information S2 will be described later.
  • the user terminal 3 is a terminal device used by the user of the data market system 100.
  • the user of the data market system 100 may be, for example, a person who has a record of buying and selling data in the data market system 100, and the communication address of the user terminal 3 and the attribute information of the user with respect to the data market system 100. It may be a person who has registered as a user.
  • the user terminal 3 When the user terminal 3 receives the purchase proposal information S3 from the brokerage device 1, the user terminal 3 displays a screen for proposing the purchase of the data to be sold based on the purchase proposal information S3.
  • the user who uses the user terminal 3 has the data to be sold presented on the above screen, which is essential data for performing the task to be executed, data necessary for improving the accuracy of the task, or the like.
  • the above-mentioned task refers to processing related to various data analysis such as demand analysis of products and cancellation analysis of insurance products and the like.
  • the user terminal 3 receives various inputs related to the purchase of the data to be sold on the above screen, and transmits the input information to the intermediary device 1.
  • FIG. 2 shows a schematic configuration of the intermediary device 1.
  • the intermediary device 1 mainly includes a storage unit 13, a communication unit 14 that performs data communication, and a control unit 15.
  • the control unit 15 includes a CPU, ROM, RAM, etc. (not shown), and performs various controls on each component in the brokerage device 1.
  • the control unit 15 functions as a computer that executes a program. The process executed by the control unit 15 will be described later.
  • the storage unit 13 is composed of a memory such as a hard disk or a flash memory.
  • the storage unit 13 stores a program executed by the control unit 15 and information necessary for the control unit 15 to execute a predetermined process by executing the program.
  • the above-mentioned program may be stored in any storage medium other than the storage unit 13.
  • the storage unit 13 stores, for example, the data information 131 to be sold, the user information 132, the accuracy calculation information 133, and the actual result information 134.
  • the sale target data information 131 is information related to the sale target data, and is generated based on the sale request information S1 received from the owner terminal 2.
  • the user information 132 is information about a user who uses the data market system 100, and is generated based on the information registered by the user at the time of user registration or past sales transaction, for example.
  • the user information 132 includes user identification information, address information that serves as a contact information for the user, and the like. Further, the user information 132 may further include information such as the past usage record of the user in the data market system 100.
  • the accuracy calculation information 133 is information necessary for calculating the accuracy of the task.
  • the accuracy calculation information 133 is a correspondence table or the like showing the correspondence between each candidate of the data combination used for the task and the accuracy when the candidate of each combination is used for each task for which the accuracy is calculated. May be good.
  • the performance information 134 indicates the performance related to the transactions completed in the data market system 100. The details of the performance information 134 will be described later.
  • FIG. 5 is an example of the data structure of the data information 131 to be sold.
  • the sale target data information 131 is, for example, information generated for each sale request information S1 received from the owner terminal 2, and includes owner identification information, desired price information, data identification information, and sale target data. including.
  • “Owner identification information” is information that identifies the owner of the data to be sold (that is, the data owner who uses the owner terminal 2).
  • the owner identification information may include information on attributes of the data owner such as a company name and an industry.
  • the “suggested price information” is information indicating the desired selling price of the data owner.
  • the “data identification information” is information (metadata) for identifying the data to be sold, and includes information indicating various attributes of the data to be sold such as the name and data size of the data to be sold.
  • “Data to be sold” is raw data of the data to be sold.
  • the data structure of the data 131 to be sold is not limited to the example shown in FIG.
  • the sale target data information 131 does not have to include the “sale target data”.
  • the owner terminal 2 may directly transmit the data to be sold to the user terminal 3.
  • FIG. 6 is an example of the data structure of the performance information 134.
  • the performance information 134 is generated for each transaction established in the data market system 100, for example.
  • the performance information includes, for example, seller information, buyer information, transaction data information, applied task information, and usage data information.
  • the seller information indicates the identification information and the like of the user (data owner) who became the seller in the target transaction.
  • the buyer information indicates identification information and the like of the user who became the buyer in the target transaction.
  • the transaction data information indicates identification information of the data to be traded in the target transaction.
  • the applied task information indicates a task performed by the buyer using the data indicated by the transaction data information.
  • the usage data information indicates identification information of the data used when the buyer executes the task indicated by the applied task information.
  • FIG. 3 shows a schematic configuration of the owner terminal 2.
  • the owner terminal 2 mainly includes an input unit 21, an output unit 22, a storage unit 23, a communication unit 24 for data communication, and a control unit 25. Each of these elements is connected to each other via a bus line 20.
  • the input unit 21 is an interface that accepts user input, and corresponds to, for example, a touch panel, a button, a voice input device, and the like.
  • the output unit 22 is an interface for outputting information to the user, and corresponds to a display for displaying information, a speaker for outputting sound, and the like.
  • the storage unit 23 is composed of a memory such as a hard disk or a flash memory.
  • the storage unit 23 stores a program executed by the control unit 25 and information necessary for the control unit 25 to execute a predetermined process by executing the program.
  • the storage unit 23 stores data 26 including data to be sold.
  • the control unit 25 includes a CPU, ROM, RAM, etc. (not shown), and performs various controls on each component in the owner terminal 2. For example, the control unit 25 generates the sale request information S1 regarding the data specified by the input unit 21, and transmits it to the intermediary device 1 by the communication unit 24. Further, when the purchase candidate information S2 is received from the brokerage device 1 via the communication unit 24, the control unit 25 controls the output unit 22 based on the purchase candidate information S2 to perform a predetermined display or the like. ..
  • FIG. 4 shows a schematic configuration of the user terminal 3.
  • the user terminal 3 mainly includes an input unit 31, an output unit 32, a storage unit 33, a communication unit 34 for data communication, and a control unit 35. Each of these elements is connected to each other via a bus line 30.
  • the input unit 31 is an interface that accepts user input, and corresponds to, for example, a touch panel, a button, a voice input device, and the like.
  • the output unit 32 is an interface for outputting information to the user, and corresponds to a display for displaying information, a speaker for outputting sound, and the like.
  • the storage unit 33 is composed of a memory such as a hard disk or a flash memory.
  • the storage unit 33 stores a program executed by the control unit 35 and information necessary for the control unit 35 to execute a predetermined process by executing the program. Further, the storage unit 33 stores the task information 36 and the data 37.
  • the task information 36 is information necessary for the user who uses the user terminal 3 to execute the task, and includes, for example, a task execution program such as an analysis engine and an analysis script.
  • the data 37 is the data to be analyzed by the above-mentioned task.
  • the control unit 35 includes a CPU, ROM, RAM, etc. (not shown), and performs various controls on each component in the user terminal 3. For example, when the control unit 35 receives the purchase proposal information S3 via the communication unit 34, the control unit 35 causes the output unit 32 to execute a predetermined output based on the purchase proposal information S3.
  • FIG. 7 shows an example of the functional block of the intermediary device 1 regarding the reception of the sale request information S1 and the transmission of the purchase candidate information S2.
  • the control unit 15 of the intermediary device 1 functionally includes an acquisition unit 52, a determination unit 53, and a notification unit 54.
  • the acquisition unit 52 receives the sale request information S1 from the owner terminal 2 via the communication unit 14. Then, the acquisition unit 52 generates the sale target data information 131 based on the received sale request information S1, and stores the generated sale target data information 131 in the storage unit 13.
  • the determination unit 53 refers to the sale target data information 131, the user information 132, the accuracy calculation information 133, and the performance information 134 based on the sale request information S1 acquired by the acquisition unit 52, and refers to the sale target corresponding to the sale request information S1. Determine if there are any data purchase candidates.
  • the determination unit 53 calculates the accuracy that increases when the data to be sold is added to the task indicated by the application task information of the actual information 134 (also simply referred to as “actual task”).
  • the above-mentioned "increasing accuracy” corresponds to the difference between the accuracy when the data to be sold is not added to the target performance task and the accuracy when the data to be sold is added.
  • the determination unit 53 refers to the accuracy calculation information 133, and uses only the data indicated by the usage data information of the performance information 134 for the target performance task (that is, the data used when the performance task was executed in the past).
  • the determination unit 53 refers to the accuracy calculation information 133, and calculates the accuracy when both the data indicated by the usage data information and the sale target data are used for the target actual task. Then, the determination unit 53 calculates the difference between these calculated accuracy as the above-mentioned "increasing accuracy".
  • the determination unit 53 considers that the data to be sold is effective for the actual task when the accuracy of the actual task increases by a predetermined value or more when the data to be sold is added, and the user corresponding to the actual task. Is determined to be a purchase candidate.
  • the above-mentioned predetermined value may be set to a predetermined value, or may be set so that the number of purchase candidates is a predetermined number.
  • the determination unit 53 supplies the user information 132, the actual result information 134, and the information related to the accuracy calculated by the determination unit 53 to the notification unit 54.
  • the notification unit 54 generates the purchase candidate information S2 regarding the user determined by the determination unit 53 as the purchase candidate, and transmits the purchase candidate information S2 to the owner terminal 2 via the communication unit 14.
  • the notification unit 54 proposes a sales destination of the data to be sold based on the user information 132, the performance information 134, the accuracy information calculated by the determination unit 53, and the like (also referred to as a “sale destination proposal screen”). .) Display information is generated. Then, the notification unit 54 transmits the generated display information to the owner terminal 2 as purchase candidate information S2.
  • a display example of the seller proposal screen will be described later.
  • the notification unit 54 When the notification unit 54 receives the determination information indicating that the corresponding purchase candidate does not exist from the determination unit 53, the notification unit 54 provides the display information for displaying the information indicating that the purchase candidate does not exist as the purchase candidate. It is transmitted to the owner terminal 2 as the person information S2.
  • FIG. 8 is a display example of the seller proposal screen displayed by the owner terminal 2 based on the purchase candidate information S2.
  • the notification unit 54 of the brokerage device 1 displays the purchase candidate list 61 and the sort selection field 62 on the seller proposal screen.
  • FIG. 8 shows a display example of the sale destination proposal screen when the data to be sold is “data a”.
  • the purchase candidate list 61 is composed of purchase candidate display columns 66 (66A to 66C) showing information for each purchase candidate.
  • the purchase candidate display column 66 is a display column showing information for each purchase candidate.
  • the notification unit 54 displays information about the purchase candidate “company X” who has an execution record of the actual task “task A” in the purchase candidate display column 66A.
  • the notification unit 54 displays information about the purchase candidate "company Y” who has an execution record of the actual task "task B" in the purchase candidate display column 66B, and has an execution record of the actual task "task C”.
  • Information about the purchase candidate "Company Z" is displayed in the purchase candidate display column 66C.
  • the purchase candidate display column 66 includes a display area for each item of "actual task”, "effect by data a”, and “number of actual buyers", detail buttons 63 (63A to 63C), and approach instruction buttons 64. (64A to 64C).
  • the notification unit 54 is effective (that is, the accuracy is improved) by using "data a" which is the data to be sold among the actual tasks of the purchase candidate as the "actual task” to be displayed in the purchase candidate display field 66. ) The actual task is displayed. Further, the notification unit 54 displays the rate of increase in accuracy obtained by adding the “data a” which is the data to be sold to the corresponding actual task as the “effect by the data a”. Further, the notification unit 54 displays the number of actual purchase candidates who have become buyers in the data market system 100 in the past as the "actual number of buyers" based on the user information 132 or the actual number 134.
  • the detail button 63 is a button for instructing the display of detailed information of the corresponding purchase candidate.
  • the notification unit 54 detects the selection of the detail button 63, the notification unit 54 transmits the display information of the screen displaying the detailed information of the corresponding purchase candidate to the owner terminal 2.
  • the above-mentioned detailed information includes, for example, information on evaluation from the other party when data is bought and sold using the data market system 100 in the past, and the size and listing of the company when the purchase candidate is a corporation. It may include general profile information such as presence / absence.
  • the approach instruction button 64 is a button that instructs the corresponding purchase candidate to propose the sale of the data "data a" to be sold.
  • the notification unit 54 detects the selection of the approach instruction button 64, the notification unit 54 transmits the purchase proposal information S3 regarding the sale target data “data a” to the user terminal 3 of the target purchase candidate.
  • the notification unit 54 provides information on the desired selling price of the data to be sold "data a” and information on the data owner of the "data a” based on the data information 131 to be sold, the user information 132, and the like. Included in purchase proposal information S3.
  • the sort selection field 62 is a selection field for designating a method for determining the order of the purchase candidate display fields 66A to 66C in the purchase candidate list 61.
  • the sort selection field 61 is a pull-down menu type selection field, and in FIG. 8, "sort in descending order of effect" is selected. Then, in this case, the notification unit 54 displays the purchase candidate display fields 66A to 66C side by side in descending order of the increase rate of the accuracy indicated by the “effect by the data a”.
  • the sort selection field 61 has at least a selection field for "sorting in descending order of actual number of buyers" in addition to "sorting in descending order of effectiveness".
  • the notification unit 54 arranges the purchase candidate display columns 66A to 66C in descending order of the "number of actual buyers" shown in the purchase candidate display columns 66A to 66C. indicate.
  • FIG. 9 is an example of a flowchart showing a processing procedure of the intermediary device 1 and the owner terminal 2 in the first embodiment.
  • the owner terminal 2 detects the input regarding the sale of the data to be sold by the input unit 21, the owner terminal 2 generates the sale request information S1 regarding the sale of the designated data to be sold, and uses the sale request information S1 as the intermediary device 1. (Step S11).
  • the acquisition unit 52 of the brokerage device 1 receives the sale request information S1 from the owner terminal 2 and stores the sale target data information 131 based on the sale request information S1 (step S21). Then, the determination unit 53 of the brokerage device 1 determines the effect of the sale target data on the actual task recorded in the actual information 134 (step S22). In this case, the determination unit 53 refers to the accuracy calculation information 133 and calculates the difference in accuracy between the case where the sale target data is used and the case where the sale target data is not used for the actual task recorded in the actual information 134. Then, the determination unit 53 determines that the effect on the actual task is effective, for example, when the above difference is equal to or greater than a predetermined value.
  • the determination unit 53 refers to the achievement information 134 and determines that the user who has performed the effective achievement task is a purchase candidate (step S23; Yes). Step S24). Then, the notification unit 54 transmits the purchase candidate information S2 regarding the purchase candidate determined by the determination unit 53 to the owner terminal 2 (step S25).
  • the purchase candidate information S2 includes display information on the seller proposal screen.
  • the brokerage device 1 determines that there is no purchase candidate when there is no effective achievement task (step S23; No). In this case, the brokerage device 1 generates the purchase candidate information S2 including the display information indicating that the purchase candidate does not exist, and transmits the purchase candidate information S2 to the owner terminal 2 (step S25). ..
  • the owner terminal 2 After transmitting the sale request information S1 in step S11, the owner terminal 2 receives the purchase candidate information S2 from the intermediary device 1 as a response to the sale request information S1 (step S12). Then, the owner terminal 2 displays the seller proposal screen and the like by the output unit 22 based on the received purchase candidate information S2 (step S13).
  • the brokerage device 1 when the brokerage device 1 receives the sale request information S1 in which the sale target data is specified from the owner terminal 2, it is presumed that there is a demand for the sale target data. It is possible to select a purchase candidate from past users and notify the owner terminal 2. As a result, the data owner can preferably select the seller of the data to be sold. Further, the intermediary device 1 preferably supports the selection of the sale destination of the data to be sold by the data owner by including the information such as the effect of the data to be sold as the information of the purchase candidate to be displayed on the owner terminal 2. can do.
  • FIG. 10 shows a functional block diagram of the intermediary device 1A according to the second embodiment.
  • the brokerage device 1A according to the second embodiment is scheduled to be implemented recorded in the user information 132A instead of determining the purchase candidate based on the effect of the data to be sold on the past performance task recorded in the performance information 134. Determine potential buyers based on the effect of data to be sold on the task.
  • the control unit 15 of the brokerage device 1A functionally includes a registration unit 51A, an acquisition unit 52A, a determination unit 53A, and a notification unit 54A.
  • the intermediary device 1A has user information 132A including information about a task scheduled to be performed by the user.
  • the registration unit 51A When the registration unit 51A receives the registration information "S4" including the information about the task (also referred to as “scheduled task") to be executed from the user terminal 3, the user information 132A is based on the registration information S4. Is generated, and the user information 132A is stored in the storage unit 13.
  • FIG. 11 is an example of the data structure of the user information 132A.
  • the user information 132A shown in FIG. 11 mainly includes user identification information, execution task information, and possession data information.
  • “User identification information” is user identification information.
  • “Execution task information” is information about a task scheduled to be executed by the target user.
  • “Owned data information” is information about data held by the target user.
  • the registration unit 51A receives the registration information S4 including the user identification information, the execution task information, and the possessed data information from the user terminal 3 to obtain the user information 132A having the data structure shown in FIG. Generate.
  • the acquisition unit 52A receives the sale request information S1 from the owner terminal 2 and stores the sale target data information 131 based on the sale request information S1.
  • the determination unit 53A refers to the execution task information and the possession data information of the user information 132A generated for each user, and calculates the effect of the data to be sold on the task to be executed indicated by the execution task information. Specifically, the determination unit 53A has the accuracy when only the data indicated by the corresponding owned data information is used for the task to be executed, and the case where both the data indicated by the owned data information and the data to be sold are used. The difference from the accuracy is calculated as the above-mentioned effect. Then, the determination unit 53A determines that the user corresponding to the task to be executed whose accuracy difference is equal to or greater than a predetermined value is a purchase candidate.
  • the notification unit 54A Similar to the notification unit 54 of the first embodiment, the notification unit 54A generates purchase candidate information S2 regarding the user determined by the determination unit 53 to be a purchase candidate, and purchases the purchase to the owner terminal 2 via the communication unit 14. Candidate information S2 is transmitted.
  • FIG 12 and 13 are examples of flowcharts showing the processing procedures of the intermediary device 1 and the owner terminal 2 in the second embodiment.
  • the owner terminal 2 detects the input regarding the sale of the data to be sold by the input unit 21, the owner terminal 2 generates the sale request information S1 regarding the sale of the designated data to be sold, and uses the sale request information S1 as the intermediary device 1. (Step S31).
  • the acquisition unit 52A of the brokerage device 1 receives the sale request information S1 from the owner terminal 2 and stores the sale target data information 131 generated based on the sale request information S1 (step S41). Further, when the registration information S4 is received from the user terminal 3, the registration unit 51A stores the user information 132A generated based on the received registration information S4 in the storage unit 13.
  • the determination unit 53A of the brokerage device 1 determines the effect of the data to be sold on the task to be executed recorded in the user information 132A (step S42).
  • the determination unit 53A uses, for example, the accuracy when only the data owned by the target user is used for the task to be performed, and both the data owned by the target user and the data to be sold. If the difference from the accuracy of the case is greater than or equal to the predetermined value, it is judged that the data to be sold to the task to be executed has an effect. In another example, when the determination unit 53A adds the data to be sold to the data to be used so that the task to be executed can be executed for the first time, the determination unit 53A determines that the data to be sold to the task to be executed has an effect.
  • the determination unit 53A determines that the user who plans to execute the effective implementation scheduled task is a purchase candidate (step S44). .. Then, the notification unit 54A transmits the purchase candidate information S2 regarding the purchase candidate determined by the determination unit 53A to the owner terminal 2 (step S45).
  • the purchase candidate information S2 includes the display information of the seller proposal screen.
  • step S43 when there is no effective task to be executed (step S43; No), the brokerage device 1 executes the process A described later shown in FIG.
  • the owner terminal 2 After transmitting the sale request information S1 in step S11, the owner terminal 2 receives the purchase candidate information S2 from the intermediary device 1 as a response to the sale request information S1 (step S32). Then, the owner terminal 2 displays the seller proposal screen and the like by the output unit 22 based on the received purchase candidate information S2 (step S33).
  • the registration unit 51A of the intermediary device 1 determines whether or not the registration information S4 has been received from the user terminal 3 (step S47). Then, when the registration information S4 is received from the user terminal 3 (step S47; Yes), the registration unit 51A stores the user information 132A generated based on the registration information S4 in the storage unit 13 (step S48). Then, the determination unit 53A determines whether or not there is a task to be executed that is more effective by using the data to be sold based on the user information 132A generated in step S48 and the accuracy calculation information 133 (step S49). ).
  • step S49; Yes when there is a task to be executed that is more effective by using the data to be sold (step S49; Yes), the determination unit 53A determines that the user who is the sender of the registration information S4 is a purchase candidate (step S49; Yes). Step S50). Then, the notification unit 54A shifts to step S45 of FIG. In this case, in step S45, the notification unit 54A transmits the purchase candidate information S2 regarding the user determined as the purchase candidate in step S50 to the intermediary device 1.
  • the brokerage device 1 is in demand for the sale target data when the sale request information S1 in which the sale target data is specified is received from the owner terminal 2.
  • Information on the purchase candidate can be suitably notified to the owner terminal 2.
  • FIG. 14 is a functional block diagram of the intermediary device 1B according to the third embodiment.
  • the intermediary device 1B functionally includes an acquisition unit 52B, a determination unit 53B, and a notification unit 54B.
  • the acquisition unit 52B acquires the sale request information S1, which is the request information regarding the sale of the data owned by the data owner, from the owner terminal 2 used by the data owner.
  • the determination unit 53B determines whether or not there is a user who has an execution record or a prospect of execution of a task that is effective when the above data is used.
  • the notification unit 54B indicates purchase candidate information indicating information about the user. Notify the owner terminal 2 of S2.
  • the brokerage device 1B can preferably notify the owner terminal 2 of the information of the purchase candidate who is presumed to be in demand for the data to be sold provided by the owner terminal 2. it can.
  • An acquisition unit that acquires request information regarding the sale of data owned by the data owner from the owner terminal used by the data owner, and an acquisition unit.
  • a determination unit that determines whether or not there is a user who has or is expected to execute a task that has an effect when the above data is used.
  • a notification unit that notifies the owner terminal of information about the user when the determination unit determines that the user exists. Brokerage device with.
  • Appendix 2 The intermediary device according to Appendix 1, wherein the information about the user includes information about the task and information about the effect.
  • Appendix 3 The intermediary device according to Appendix 2, wherein the notification unit transmits display information for displaying the list of users in descending order of effectiveness to the owner terminal as information about the user.
  • the determination unit makes the determination by referring to the actual information including at least the information about the data bought and sold in the past, the task in which the data was used, and the user who bought and sold the data.
  • the intermediary device according to any one of Appendix 1 to 3.
  • Appendix 5 The notification unit is described in Appendix 4, wherein the notification unit transmits display information for displaying the list of users in descending order of usage record based on the record information to the owner terminal as information about the user. Brokerage device.
  • Appendix 7 The intermediary device according to Appendix 6, wherein the determination unit makes the determination based on the user information received from the user terminal used by the user after the acquisition unit acquires the request information.
  • Appendix 8 It is a control method executed by an intermediary device. Obtaining request information regarding the sale of data owned by the data owner from the owner terminal used by the data owner, It is determined whether or not there is a user who has or is expected to execute a task that has an effect when the above data is used. A control method for notifying the owner terminal of information about the user when the determination unit determines that the user exists.
  • An acquisition unit that acquires request information regarding the sale of data owned by the data owner from the owner terminal used by the data owner, and an acquisition unit.
  • a determination unit that determines whether or not there is a user who has or is expected to execute a task that has an effect when the above data is used.

Abstract

取得部５２Ｂは、データ所有者が所有するデータの売却に関する要求情報である売却要求情報Ｓ１を、データ所有者が使用する所有者端末２から取得する。判定部５３Ｂは、上述のデータを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者の有無の判定を行う。通知部５４Ｂは、上述のデータを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者が存在すると判定部５３Ｂが判定した場合に、当該利用者に関する情報を示す購入候補者情報Ｓ２を所有者端末２に通知する。

Description

仲介装置、制御方法及び記憶媒体
　本発明は、データの売買に関する仲介を行う仲介装置、制御方法及び記憶媒体の技術分野に関する。
　通信網を介して売り手と買い手の仲介を行う仲介システムが知られている。例えば、特許文献１には、買い手の識別情報を除いた発注情報を売り手に表示し、発注情報に対して売り手が入力した応札情報の一覧表を買い手に表示する仲介システムが開示されている。
特開２０１３－４１３５４号公報
　データを収集及び管理するデータ所有者がデータを活用しきれない場合が存在する。このようなデータは、他者にとっては必要なデータともなり得る。一方、特許文献１では、買い手が買う対象を指定した発注情報を仲介装置に指定しているが、売り手が売りたい対象を仲介装置に指定する場合、及び、サービス以外を取引対象とする場合の仲介の態様については、何ら開示されていない。
　本発明の目的は、上述した課題を鑑み、データ所有者が所有するデータの売却先の選定に関する仲介を好適に実行することが可能な仲介装置、制御方法及び記憶媒体を提供することを主な課題とする。
　仲介装置の一の態様は、仲介装置であって、データ所有者が所有するデータの売却に関する要求情報を、前記データ所有者が使用する所有者端末から取得する取得部と、前記データを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者の有無の判定を行う判定部と、前記利用者が存在すると前記判定部が判定した場合に、前記利用者に関する情報を前記所有者端末に通知する通知部と、を有する。
　制御方法の一の態様は、仲介装置が実行する制御方法であって、データ所有者が所有するデータの売却に関する要求情報を、前記データ所有者が使用する所有者端末から取得し、前記データを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者の有無の判定を行い、前記利用者が存在すると判定した場合に、前記利用者に関する情報を前記所有者端末に通知する。
　記憶媒体の一の態様は、データ所有者が所有するデータの売却に関する要求情報を、前記データ所有者が使用する所有者端末から取得する取得部と、前記データを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者の有無の判定を行う判定部と、前記利用者が存在すると前記判定部が判定した場合に、前記利用者に関する情報を前記所有者端末に通知する通知部としてコンピュータを機能させるプログラムが格納された記憶媒体である。
　本発明によれば、データ所有者が所有するデータの売却に関する要求があった場合に、当該データに対して需要があると推定される利用者に関する情報を、データ所有者に好適に通知することができる。
第１実施形態に係るデータマーケットシステムの構成を示す。 仲介装置の概略構成を示す。 データ所有者が使用する所有者端末の概略構成を示す。 利用者が使用する利用者端末の概略構成を示す。 売却対象データ情報のデータ構造の一例である。 実績情報のデータ構造の一例である。 仲介装置の機能ブロックの一例である。 売却先提案画面の表示例である。 第１実施形態に係るフローチャートの一例である。 第２実施形態に係る仲介装置の機能ブロック図を示す。 第２実施形態に係る利用者情報のデータ構造の一例である。 第２実施形態に係るフローチャートの一例である。 第２実施形態に係るフローチャートにおける処理Ａの一例である。 第３実施形態に係る仲介装置の機能ブロック図を示す。
　以下、図面を参照しながら、仲介装置、制御方法及び記憶媒体の実施形態について説明する。
　＜第１実施形態＞
　（１－１）データマーケットシステムの構成
　図１は、第１実施形態に係るデータマーケットシステム１００の構成を示す。データマーケットシステム１００は、主に、仲介装置１と、所有するデータの売却を希望するデータ所有者が使用する所有者端末２と、データマーケットシステム１００を利用する利用者が使用する利用者端末３とを有する。仲介装置１と所有者端末２、及び仲介装置１と利用者端末３は、それぞれ通信網等を介してデータ通信を行う。なお、図１では、所有者端末２及び利用者端末３は１台ずつ存在しているが、それぞれ複数台存在してもよい。また、データ所有者及び利用者は、個人に限らず会社等の組織も含むものとする。
　仲介装置１は、データの売買の仲介に関する処理を行う。具体的には、仲介装置１は、所有者端末２からデータの売却に関する要求情報（「売却要求情報Ｓ１」とも呼ぶ。）を受信した場合、当該データの需要があると推測される利用者を、当該データに対する購入候補者として選定する。以後では、売却要求情報Ｓ１により売却対象として指定されたデータを、「売却対象データ」と呼ぶ。そして、仲介装置１は、売却要求情報Ｓ１に対する応答として、売却対象データの購入候補者に関する情報（「購入候補者情報Ｓ２」とも呼ぶ。）を、所有者端末２に送信する。
　また、仲介装置１は、購入候補者情報Ｓ２の送信後、いずれかの購入候補者を指定する情報を所有者端末２から受信した場合、指定された購入候補者に対応する利用者端末３に対し、売却対象データの購入を提案する情報（「購入提案情報Ｓ３」とも呼ぶ。）を送信する。
　なお、仲介装置１は、データ所有者と利用者との間において、売却対象データに関する種々の売買条件の合意等を経て取引が成立した場合には、当該利用者が使用する利用者端末３に、売却対象データを送信する。また、仲介装置１は、この場合、データ所有者と利用者とに対し、提供された売却対象データの売買に伴う金銭の授受に関する処理を行う。
　所有者端末２は、データ所有者が指定した売却対象データに関する売却要求情報Ｓ１を生成し、当該売却要求情報Ｓ１を仲介装置１へ送信する。売却要求情報Ｓ１には、売却対象データそのものが含まれてもよく、売却対象データに代えて売却対象データを特定するための情報（即ちメタデータ）が含まれていてもよい。また、所有者端末２は、売却要求情報Ｓ１の応答として仲介装置１から購入候補者情報Ｓ２を受信した場合、購入候補者情報Ｓ２に基づく表示等を行う。購入候補者情報Ｓ２に基づく表示例については後述する。
　利用者端末３は、データマーケットシステム１００の利用者が使用する端末装置である。データマーケットシステム１００の利用者とは、例えば、データマーケットシステム１００においてデータの売買実績がある者であってもよく、データマーケットシステム１００に対して利用者端末３の通信アドレス及び利用者の属性情報等の利用者登録を行った者であってもよい。
　利用者端末３は、仲介装置１から購入提案情報Ｓ３を受信した場合に、購入提案情報Ｓ３に基づき売却対象データの購入を提案する画面を表示する。この場合、利用者端末３を使用する利用者は、上述の画面において提示された売却対象データが、実行したいタスクを行うのに必須のデータ、又は、当該タスクの精度の向上に必要なデータ等である等の検討を行う。上述のタスクは、例えば、商品の需要分析、保険商品等の解約分析などの種々のデータ分析に関する処理を指す。そして、利用者端末３は、上述の画面において、売却対象データの購入に関する各種入力を受け付け、入力された情報を仲介装置１へ送信する。
　（１－２）装置構成
　次に、仲介装置１、所有者端末２、及び利用者端末３の各構成について、図２～図４を参照して説明する。
　図２は、仲介装置１の概略構成を示す。仲介装置１は、主に、記憶部１３と、データ通信を行う通信部１４と、制御部１５とを備える。
　制御部１５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、仲介装置１内の各構成要素に対して種々の制御を行う。制御部１５は、プログラムを実行するコンピュータとして機能する。制御部１５が実行する処理については後述する。
　記憶部１３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部１３は、制御部１５が実行するプログラム、及び、制御部１５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。なお、上述のプログラムは、記憶部１３以外の任意の記憶媒体に格納されてもよい。
　また、記憶部１３は、例えば、売却対象データ情報１３１と、利用者情報１３２と、精度算出情報１３３と、実績情報１３４とを記憶する。
　売却対象データ情報１３１は、売却対象データに関する情報であり、所有者端末２から受信する売却要求情報Ｓ１に基づき生成される。
　利用者情報１３２は、データマーケットシステム１００を利用する利用者に関する情報であり、例えば、利用者登録時又は過去の売買取引時等において利用者が登録した情報に基づき生成される。例えば、利用者情報１３２は、利用者の識別情報、利用者の連絡先となるアドレス情報などを含む。また、利用者情報１３２は、データマーケットシステム１００における利用者の過去の利用実績などの情報をさらに含んでもよい。
　精度算出情報１３３は、タスクの精度の計算に必要な情報である。例えば、精度算出情報１３３は、精度の算出対象となるタスク毎に、当該タスクに用いるデータの組合せの各候補と各組合せの候補を用いた場合の精度との対応を示す対応テーブル等であってもよい。
　実績情報１３４は、データマーケットシステム１００において成立した取引に関する実績を示す。実績情報１３４の詳細については後述する。
　ここで、売却対象データ情報１３１及び実績情報１３４のデータ構造例について、図５及び図６を参照して説明する。
　図５は、売却対象データ情報１３１のデータ構造の一例である。売却対象データ情報１３１は、例えば、所有者端末２から受信する売却要求情報Ｓ１毎に生成される情報であって、所有者識別情報と、希望価格情報と、データ識別情報と、売却対象データとを含む。
　「所有者識別情報」は、売却対象データの所有者（即ち所有者端末２を使用するデータ所有者）を識別する情報である。なお、所有者識別情報は、会社名、業種などのデータ所有者の属性に関する情報を含んでもよい。「希望価格情報」は、データ所有者の希望売値を示す情報である。「データ識別情報」は、売却対象データを識別するための情報（メタデータ）であり、売却対象データの名称、データサイズ等の売却対象データの種々の属性を示す情報を含む。「売却対象データ」は、売却対象データの生データである。
　なお、売却対象データ１３１のデータ構造は、図５に示す例に限定されない。例えば、売却対象データ情報１３１は、「売却対象データ」を含まなくともよい。この場合、例えば、データ所有者と利用者との間で売却対象データの売買契約が成立した場合に、所有者端末２が利用者端末３へ売却対象データを直接送信してもよい。
　図６は、実績情報１３４のデータ構造の一例である。実績情報１３４は、例えば、データマーケットシステム１００において成立した取引毎に生成される。実績情報は、例えば、売り手情報、買い手情報、取引データ情報、適用タスク情報、使用データ情報を含む。ここで、売り手情報は、対象の取引において売り手となった利用者（データ所有者）の識別情報等を示す。買い手情報は、対象の取引において買い手となった利用者の識別情報等を示す。取引データ情報は、対象の取引において取引対象となったデータの識別情報を示す。適用タスク情報は、取引データ情報が示すデータを用いて買い手が実行したタスクを示す。使用データ情報は、適用タスク情報が示すタスクを買い手が実行する際に使用したデータの識別情報を示す。
　図３は、所有者端末２の概略構成を示す。所有者端末２は、主に、入力部２１と、出力部２２と、記憶部２３と、データ通信を行う通信部２４と、制御部２５と、を備える。これらの各要素は、バスライン２０を介して相互に接続されている。
　入力部２１は、ユーザの入力を受け付けるインターフェースであり、例えば、タッチパネル、ボタン、音声入力装置などが該当する。出力部２２は、利用者に情報を出力するインターフェースであり、情報を表示するためのディスプレイ、音を出力するためのスピーカなどが該当する。
　記憶部２３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部２３は、制御部２５が実行するプログラム、及び、制御部２５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。また、記憶部２３は、売却対象データを含むデータ２６を記憶する。
　制御部２５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、所有者端末２内の各構成要素に対して種々の制御を行う。例えば、制御部２５は、入力部２１により指定されたデータに関する売却要求情報Ｓ１を生成し、通信部２４により仲介装置１へ送信する。また、通信部２４を介して仲介装置１から購入候補者情報Ｓ２を受信した場合、制御部２５は、購入候補者情報Ｓ２に基づき、出力部２２を制御することで、所定の表示等を行う。
　図４は、利用者端末３の概略構成を示す。利用者端末３は、主に、入力部３１と、出力部３２と、記憶部３３と、データ通信を行う通信部３４と、制御部３５と、を備える。これらの各要素は、バスライン３０を介して相互に接続されている。
　入力部３１は、ユーザの入力を受け付けるインターフェースであり、例えば、タッチパネル、ボタン、音声入力装置などが該当する。出力部３２は、利用者に情報を出力するインターフェースであり、情報を表示するためのディスプレイ、音を出力するためのスピーカなどが該当する。
　記憶部３３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部３３は、制御部３５が実行するプログラム、及び、制御部３５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。また、記憶部３３は、タスク情報３６と、データ３７とを記憶する。タスク情報３６は、利用者端末３を使用する利用者によるタスクの実行に必要な情報であり、例えば、分析エンジンや分析スクリプトなどのタスクの実行プログラム等を含む。データ３７は、上述のタスクによる分析対象となるデータである。
　制御部３５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、利用者端末３内の各構成要素に対して種々の制御を行う。例えば、制御部３５は、通信部３４を介して購入提案情報Ｓ３を受信した場合に、当該購入提案情報Ｓ３に基づき出力部３２に所定の出力を実行させる。
　（１－３）機能ブロック
　図７は、売却要求情報Ｓ１の受信及び購入候補者情報Ｓ２の送信に関する仲介装置１の機能ブロックの一例を示す。仲介装置１の制御部１５は、機能的には、取得部５２と、判定部５３と、通知部５４とを含む。
　取得部５２は、所有者端末２から通信部１４を介して売却要求情報Ｓ１を受信する。そして、取得部５２は、受信した売却要求情報Ｓ１に基づき売却対象データ情報１３１を生成し、生成した売却対象データ情報１３１を記憶部１３に記憶する。
　判定部５３は、取得部５２が取得した売却要求情報Ｓ１に基づく売却対象データ情報１３１、利用者情報１３２、精度算出情報１３３、及び実績情報１３４を参照し、売却要求情報Ｓ１に対応する売却対象データの購入候補者の有無を判定する。
　具体的には、まず、判定部５３は、実績情報１３４の適用タスク情報が示すタスク（単に「実績タスク」とも呼ぶ。）について、売却対象データを加えた場合に増加する精度を算出する。上述の「増加する精度」は、対象の実績タスクに売却対象データを加えない場合の精度と加えた場合の精度との差に相当する。例えば、判定部５３は、精度算出情報１３３を参照し、対象の実績タスクに対して実績情報１３４の使用データ情報が示すデータ（即ち過去に実績タスクを実行した時に使用されたデータ）のみを使用した場合の精度を算出する。また、判定部５３は、精度算出情報１３３を参照し、対象の実績タスクに対して使用データ情報が示すデータと売却対象データとの両方を使用した場合の精度を算出する。そして、判定部５３は、算出したこれらの精度の差を、上述の「増加する精度」として算出する。
　次に、判定部５３は、売却対象データを加えた場合に実績タスクの精度が所定値以上増加する場合、売却対象データが実績タスクに対して効果があるとみなし、実績タスクに対応する利用者を購入候補者であると判定する。上述の所定値は、予め定められた値に設定されてもよく、購入候補者が所定数となるように設定されてもよい。そして、判定部５３は、購入候補者に対応する利用者情報１３２、実績情報１３４、及び判定部５３が算出した精度に関する情報等を、通知部５４に供給する。
　通知部５４は、判定部５３が購入候補者と判定した利用者に関する購入候補者情報Ｓ２を生成し、通信部１４を介して所有者端末２に購入候補者情報Ｓ２を送信する。この場合、通知部５４は、利用者情報１３２、実績情報１３４、及び判定部５３が算出した精度に関する情報等に基づき、売却対象データの売却先を提案する画面（「売却先提案画面」とも呼ぶ。）の表示情報を生成する。そして、通知部５４は、生成した表示情報を、購入候補者情報Ｓ２として所有者端末２に送信する。売却先提案画面の表示例については後述する。なお、通知部５４は、該当する購入候補者が存在しない旨の判定情報を判定部５３から受信した場合には、購入候補者が存在しない旨の情報を表示するための表示情報を、購入候補者情報Ｓ２として所有者端末２に送信する。
　（１－４）表示例
　図８は、所有者端末２が購入候補者情報Ｓ２に基づき表示した売却先提案画面の表示例である。図８に示すように、仲介装置１の通知部５４は、売却先提案画面上に、購入候補者リスト６１と、ソート選択欄６２とを表示させている。図８は、一例として、売却対象データが「データａ」である場合の売却先提案画面の表示例を示している。
　購入候補者リスト６１は、購入候補者毎の情報を示した購入候補者表示欄６６（６６Ａ～６６Ｃ）から構成される。購入候補者表示欄６６は、購入候補者毎の情報を示した表示欄である。ここでは、通知部５４は、実績タスク「タスクＡ」の実行実績がある購入候補者「会社Ｘ」に関する情報を、購入候補者表示欄６６Ａに表示している。同様に、通知部５４は、実績タスク「タスクＢ」の実行実績がある購入候補者「会社Ｙ」に関する情報を購入候補者表示欄６６Ｂに表示し、実績タスク「タスクＣ」の実行実績がある購入候補者「会社Ｚ」に関する情報を購入候補者表示欄６６Ｃに表示している。
　ここで、購入候補者表示欄６６は、「実績タスク」、「データａによる効果」、「買い手実績数」の各項目に対する表示領域と、詳細ボタン６３（６３Ａ～６３Ｃ）と、アプローチ指示ボタン６４（６４Ａ～６４Ｃ）とを有する。
　通知部５４は、購入候補者表示欄６６に表示する「実績タスク」として、購入候補者の実績タスクのうち、売却対象データである「データａ」を用いることで効果が生じる（即ち精度が向上する）実績タスクを表示している。また、通知部５４は、「データａによる効果」として、対応する実績タスクに対し、売却対象データである「データａ」を加えることで得られる精度の増加割合を表示している。また、通知部５４は、「買い手実績数」として、対応する購入候補者が過去にデータマーケットシステム１００において買い手となった実績数を、利用者情報１３２又は実績情報１３４に基づき表示している。
　詳細ボタン６３は、対応する購入候補者の詳細情報の表示を指示するボタンである。通知部５４は、詳細ボタン６３の選択を検知した場合、対応する購入候補者の詳細情報を表示する画面の表示情報を、所有者端末２に送信する。上述の詳細情報は、例えば、過去にデータマーケットシステム１００を利用してデータの売買を行った場合の相手側からの評価に関する情報、購入候補者が法人である場合には会社の規模や上場の有無などの一般的なプロフィール情報などを含んでもよい。
　アプローチ指示ボタン６４は、対応する購入候補者に売却対象データ「データａ」の売却提案を指示するボタンである。通知部５４は、アプローチ指示ボタン６４の選択を検知した場合、対象の購入候補者の利用者端末３に対し、売却対象データ「データａ」に関する購入提案情報Ｓ３を送信する。この場合、例えば、通知部５４は、売却対象データ情報１３１及び利用者情報１３２等に基づき、売却対象データ「データａ」の希望売値の情報及び「データａ」のデータ所有者に関する情報等を、購入提案情報Ｓ３に含める。
　ソート選択欄６２は、購入候補者リスト６１における購入候補者表示欄６６Ａ～６６Ｃの並び順の決定方法を指定する選択欄である。ここでは、一例として、ソート選択欄６１は、プルダウンメニュー形式の選択欄となっており、図８では「効果が高い順にソート」が選択されている。そして、この場合、通知部５４は、購入候補者表示欄６６Ａ～６６Ｃを、「データａによる効果」が示す精度の増加割合が高い順に並べて表示する。なお、ソート選択欄６１は、「効果が高い順にソート」以外に、「買い手実績数が高い順にソート」の選択欄を少なくとも有する。「買い手実績数が高い順にソート」が選択された場合、通知部５４は、購入候補者表示欄６６Ａ～６６Ｃに示される「買い手実績数」が多い順に、購入候補者表示欄６６Ａ～６６Ｃを並べて表示する。
　（１－５）処理フロー
　図９は、第１実施形態における仲介装置１及び所有者端末２の処理手順を示すフローチャートの一例である。
　まず、所有者端末２は、入力部２１により売却対象データの売却に関する入力を検知した場合、指定された売却対象データの売却に関する売却要求情報Ｓ１を生成し、当該売却要求情報Ｓ１を仲介装置１へ送信する（ステップＳ１１）。
　仲介装置１の取得部５２は、所有者端末２から売却要求情報Ｓ１を受信し、当該売却要求情報Ｓ１に基づく売却対象データ情報１３１を記憶する（ステップＳ２１）。そして、仲介装置１の判定部５３は、実績情報１３４に記録された実績タスクに対し、売却対象データによる効果を判定する（ステップＳ２２）。この場合、判定部５３は、精度算出情報１３３を参照し、実績情報１３４に記録された実績タスクに対し、売却対象データを用いる場合と用いない場合とでの精度の差を算出する。そして、判定部５３は、例えば、上述の差が所定値以上の場合、実績タスクに対する効果があると判定する。
　そして、効果がある実績タスクが存在する場合（ステップＳ２３；Ｙｅｓ）、判定部５３は、実績情報１３４を参照し、効果がある実績タスクを実施した利用者を購入候補者であると判定する（ステップＳ２４）。そして、通知部５４は、判定部５３が判定した購入候補者に関する購入候補者情報Ｓ２を、所有者端末２へ送信する（ステップＳ２５）。購入候補者情報Ｓ２は、売却先提案画面の表示情報を含んでいる。
　一方、仲介装置１は、効果がある実績タスクが存在しない場合（ステップＳ２３；Ｎｏ）、購入候補者が存在しないと判定する。この場合、仲介装置１は、購入候補者が存在しない旨を表示する表示情報を含んだ購入候補者情報Ｓ２を生成し、当該購入候補者情報Ｓ２を所有者端末２へ送信する（ステップＳ２５）。
　所有者端末２は、ステップＳ１１において売却要求情報Ｓ１の送信後、売却要求情報Ｓ１の応答として購入候補者情報Ｓ２を仲介装置１から受信する（ステップＳ１２）。そして、所有者端末２は、受信した購入候補者情報Ｓ２に基づき、出力部２２により売却先提案画面等の表示を行う（ステップＳ１３）。
　このように、第１実施形態によれば、仲介装置１は、売却対象データを指定した売却要求情報Ｓ１を所有者端末２から受信した場合に、売却対象データに対して需要があると推測される購入候補者を過去の利用者から選定し、所有者端末２に通知することができる。これにより、データ所有者は、売却対象データの売却先を好適に選定することができる。また、仲介装置１は、所有者端末２に表示させる購入候補者の情報として、売却対象データによる効果等の情報を含めることで、データ所有者による売却対象データの売却先の選定を好適に支援することができる。
　＜第２実施形態＞
　図１０は、第２実施形態に係る仲介装置１Ａの機能ブロック図を示す。第２実施形態に係る仲介装置１Ａは、実績情報１３４に記録された過去の実績タスクに対する売却対象データの効果に基づき購入候補者を決定する代わりに、利用者情報１３２Ａに記録された実施予定のタスクに対する売却対象データの効果に基づき購入候補者を決定する。
　第２実施形態に係る仲介装置１Ａの制御部１５は、機能的には、登録部５１Ａと、取得部５２Ａと、判定部５３Ａと、通知部５４Ａと、を有する。また、仲介装置１Ａは、利用者による実施予定のタスクに関する情報を含む利用者情報１３２Ａを有する。
　登録部５１Ａは、利用者端末３から実施する見込みがあるタスク（「実施予定タスク」とも呼ぶ。）に関する情報を含む登録情報「Ｓ４」を受信した場合に、登録情報Ｓ４に基づき利用者情報１３２Ａを生成し、利用者情報１３２Ａを記憶部１３に記憶する。
　図１１は、利用者情報１３２Ａのデータ構造の一例である。図１１に示す利用者情報１３２Ａは、主に、利用者識別情報と、実行タスク情報と、所有データ情報とを含む。
　「利用者識別情報」は、利用者の識別情報である。「実行タスク情報」は、対象の利用者が実施予定のタスクに関する情報である。「所有データ情報」は、対象の利用者が保有するデータに関する情報である。例えば、登録部５１Ａは、これらの利用者識別情報、実行タスク情報及び所有データ情報を含む登録情報Ｓ４を利用者端末３から受信することで、図１１に示すデータ構造を有する利用者情報１３２Ａを生成する。
　再び図１０を参照し、仲介装置１Ａの機能的な構成について説明する。取得部５２Ａは、第１実施形態の取得部５２と同様、所有者端末２から売却要求情報Ｓ１を受信し、当該売却要求情報Ｓ１に基づく売却対象データ情報１３１を記憶する。
　判定部５３Ａは、利用者毎に生成される利用者情報１３２Ａの実行タスク情報及び所有データ情報を参照し、実行タスク情報が示す実施予定タスクに対する売却対象データの効果を算出する。具体的には、判定部５３Ａは、実施予定タスクに対し、対応する所有データ情報が示すデータのみを使用した場合の精度と、所有データ情報が示すデータと売却対象データの両方を使用した場合の精度との差を、上述の効果として算出する。そして、判定部５３Ａは、精度の差が所定値以上となる実施予定タスクに対応する利用者を、購入候補者であると判定する。
　通知部５４Ａは、第１実施形態の通知部５４と同様、判定部５３が購入候補者と判定した利用者に関する購入候補者情報Ｓ２を生成し、通信部１４を介して所有者端末２に購入候補者情報Ｓ２を送信する。
　図１２及び図１３は、第２実施形態における仲介装置１及び所有者端末２の処理手順を示すフローチャートの一例である。
　まず、所有者端末２は、入力部２１により売却対象データの売却に関する入力を検知した場合、指定された売却対象データの売却に関する売却要求情報Ｓ１を生成し、当該売却要求情報Ｓ１を仲介装置１へ送信する（ステップＳ３１）。
　仲介装置１の取得部５２Ａは、所有者端末２から売却要求情報Ｓ１を受信し、当該売却要求情報Ｓ１に基づき生成した売却対象データ情報１３１を記憶する（ステップＳ４１）。また、登録部５１Ａは、利用者端末３から登録情報Ｓ４を受信した場合には、受信した登録情報Ｓ４に基づき生成した利用者情報１３２Ａを、記憶部１３に記憶する。
　そして、仲介装置１の判定部５３Ａは、利用者情報１３２Ａに記録された実施予定タスクに対する売却対象データの効果を判定する（ステップＳ４２）。この場合、判定部５３Ａは、例えば、実施予定タスクに対して対象の利用者が所有するデータのみを使用した場合の精度と、対象の利用者が所有するデータと売却対象データの両方を使用した場合の精度との差が所定値以上である場合、実施予定タスクへの売却対象データによる効果があると判定する。他の例では、判定部５３Ａは、売却対象データを使用するデータに加えることで、実施予定タスクの実行が初めて可能となる場合、実施予定タスクへの売却対象データによる効果があると判定する。
　そして、判定部５３Ａは、効果がある実施予定タスクが存在する場合（ステップＳ４３；Ｙｅｓ）、効果がある実施予定タスクを実施予定の利用者を、購入候補者であると判定する（ステップＳ４４）。そして、通知部５４Ａは、判定部５３Ａが判定した購入候補者に関する購入候補者情報Ｓ２を、所有者端末２へ送信する（ステップＳ４５）。ここで、購入候補者情報Ｓ２は、売却先提案画面の表示情報を含んでいる。
　一方、効果がある実施予定タスクが存在しない場合（ステップＳ４３；Ｎｏ）、仲介装置１は、図１３に示される後述の処理Ａを実行する。
　所有者端末２は、ステップＳ１１において売却要求情報Ｓ１の送信後、売却要求情報Ｓ１の応答として、購入候補者情報Ｓ２を仲介装置１から受信する（ステップＳ３２）。そして、所有者端末２は、受信した購入候補者情報Ｓ２に基づき、出力部２２により売却先提案画面等の表示を行う（ステップＳ３３）。
　ここで、処理Ａについて、図１３を参照して説明する。
　仲介装置１の登録部５１Ａは、利用者端末３から登録情報Ｓ４を受信したか否か判定する（ステップＳ４７）。そして、登録部５１Ａは、利用者端末３から登録情報Ｓ４を受信した場合（ステップＳ４７；Ｙｅｓ）、登録情報Ｓ４に基づき生成した利用者情報１３２Ａを記憶部１３に記憶する（ステップＳ４８）。そして、判定部５３Ａは、ステップＳ４８で生成された利用者情報１３２Ａと、精度算出情報１３３とに基づき、売却対象データの使用により効果がある実施予定タスクが存在するか否か判定する（ステップＳ４９）。そして、判定部５３Ａは、売却対象データの使用により効果がある実施予定タスクが存在する場合（ステップＳ４９；Ｙｅｓ）、登録情報Ｓ４の送信元の利用者を、購入候補者であると判定する（ステップＳ５０）。そして、通知部５４Ａは、図１２のステップＳ４５へ移行する。この場合、ステップＳ４５では、通知部５４Ａは、ステップＳ５０において購入候補者と判定された利用者に関する購入候補者情報Ｓ２を、仲介装置１へ送信する。
　このように、第２実施形態においても、仲介装置１は、売却対象データを指定した売却要求情報Ｓ１を所有者端末２から受信した場合に、売却対象データに対して需要があると推測される購入候補者の情報を、所有者端末２に好適に通知することができる。
　＜第３実施形態＞
　図１４は、第３実施形態における仲介装置１Ｂの機能ブロック図である。仲介装置１Ｂは、機能的には、取得部５２Ｂと、判定部５３Ｂと、通知部５４Ｂとを有する。
　取得部５２Ｂは、データ所有者が所有するデータの売却に関する要求情報である売却要求情報Ｓ１を、データ所有者が使用する所有者端末２から取得する。判定部５３Ｂは、上述のデータを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者の有無の判定を行う。通知部５４Ｂは、上述のデータを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者が存在すると判定部５３Ｂが判定した場合に、当該利用者に関する情報を示す購入候補者情報Ｓ２を、所有者端末２に通知する。
　第３実施形態によっても、仲介装置１Ｂは、所有者端末２が提供する売却対象データに対して需要があると推測される購入候補者の情報を、好適に所有者端末２に通知することができる。
　その他、上記の各実施形態（変形例を含む、以下同じ）の一部又は全部は、以下の付記のようにも記載され得るが以下には限られない。
［付記１］
　データ所有者が所有するデータの売却に関する要求情報を、前記データ所有者が使用する所有者端末から取得する取得部と、
　前記データを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者の有無の判定を行う判定部と、
　前記利用者が存在すると前記判定部が判定した場合に、前記利用者に関する情報を前記所有者端末に通知する通知部と、
を有する仲介装置。
［付記２］
　前記利用者に関する情報は、前記タスクに関する情報と、前記効果に関する情報とを含む、付記１に記載の仲介装置。
［付記３］
　前記通知部は、前記利用者のリストを前記効果が高い順に並べて表示するための表示情報を、前記利用者に関する情報として前記所有者端末に送信する、付記２に記載の仲介装置。
［付記４］
　前記判定部は、過去に売買されたデータと、当該データが使用されたタスクと、当該データの売買を行った利用者とに関する情報を少なくとも含む実績情報を参照することで、前記判定を行う、付記１～３のいずれか一項に記載の仲介装置。
［付記５］
　前記通知部は、前記利用者のリストを、前記実績情報に基づく利用実績が多い順に並べて表示するための表示情報を、前記利用者に関する情報として前記所有者端末に送信する、付記４に記載の仲介装置。
［付記６］
　前記判定部は、実行予定のタスクと、所有するデータとに関する情報を少なくとも含む利用者情報を参照することで、前記判定を行う、付記１～３のいずれか一項に記載の仲介装置。
［付記７］
　前記判定部は、前記取得部が前記要求情報を取得後、前記利用者が利用する利用者端末から受信する前記利用者情報に基づき、前記判定を行う、付記６に記載の仲介装置。
［付記８］
　仲介装置が実行する制御方法であって、
　データ所有者が所有するデータの売却に関する要求情報を、前記データ所有者が使用する所有者端末から取得し、
　前記データを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者の有無の判定を行い、
　前記利用者が存在すると前記判定部が判定した場合に、前記利用者に関する情報を前記所有者端末に通知する、制御方法。
［付記９］
　データ所有者が所有するデータの売却に関する要求情報を、前記データ所有者が使用する所有者端末から取得する取得部と、
　前記データを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者の有無の判定を行う判定部と、
　前記利用者が存在すると判定した場合に、前記利用者に関する情報を前記所有者端末に通知する通知部
としてコンピュータを機能させるプログラムが格納された記憶媒体。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。すなわち、本願発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。また、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。
　１、１Ａ、１Ｂ　仲介装置
　２　所有者端末
　３　利用者端末
　２１、３１　入力部
　２２、３２　出力部
　１３、２３、３３　記憶部
　１４、２４、３４　通信部
　１５、２５、３５　制御部
　１００　データマーケットシステム

Claims (9)

  1. 　データ所有者が所有するデータの売却に関する要求情報を、前記データ所有者が使用する所有者端末から取得する取得部と、
    　前記データを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者の有無の判定を行う判定部と、
    　前記利用者が存在すると前記判定部が判定した場合に、前記利用者に関する情報を前記所有者端末に通知する通知部と、
    を有する仲介装置。
  2. 　前記利用者に関する情報は、前記タスクに関する情報と、前記効果に関する情報とを含む、請求項１に記載の仲介装置。
  3. 　前記通知部は、前記利用者のリストを前記効果が高い順に並べて表示するための表示情報を、前記利用者に関する情報として前記所有者端末に送信する、請求項２に記載の仲介装置。
  4. 　前記判定部は、過去に売買されたデータと、当該データが使用されたタスクと、当該データの売買を行った利用者とに関する情報を少なくとも含む実績情報を参照することで、前記判定を行う、請求項１～３のいずれか一項に記載の仲介装置。
  5. 　前記通知部は、前記利用者のリストを、前記実績情報に基づく利用実績が多い順に並べて表示するための表示情報を、前記利用者に関する情報として前記所有者端末に送信する、請求項４に記載の仲介装置。
  6. 　前記判定部は、実行予定のタスクと、所有するデータとに関する情報を少なくとも含む利用者情報を参照することで、前記判定を行う、請求項１～３のいずれか一項に記載の仲介装置。
  7. 　前記判定部は、前記取得部が前記要求情報を取得後、前記利用者が利用する利用者端末から受信する前記利用者情報に基づき、前記判定を行う、請求項６に記載の仲介装置。
  8. 　仲介装置が実行する制御方法であって、
    　データ所有者が所有するデータの売却に関する要求情報を、前記データ所有者が使用する所有者端末から取得し、
    　前記データを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者の有無の判定を行い、
    　前記利用者が存在すると判定した場合に、前記利用者に関する情報を前記所有者端末に通知する、制御方法。
  9. 　データ所有者が所有するデータの売却に関する要求情報を、前記データ所有者が使用する所有者端末から取得する取得部と、
    　前記データを使用した場合に効果が生じるタスクの実行実績又は実行見込みがある利用者の有無の判定を行う判定部と、
    　前記利用者が存在すると前記判定部が判定した場合に、前記利用者に関する情報を前記所有者端末に通知する通知部
    としてコンピュータを機能させるプログラムが格納された記憶媒体。
PCT/JP2019/013761 2019-03-28 2019-03-28 仲介装置、制御方法及び記憶媒体 WO2020194703A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2019/013761 WO2020194703A1 (ja) 2019-03-28 2019-03-28 仲介装置、制御方法及び記憶媒体
JP2020504728A JP6844744B2 (ja) 2019-03-28 2019-03-28 仲介装置、制御方法及びプログラム
US17/442,161 US20220180420A1 (en) 2019-03-28 2019-03-28 Intermediary device, control device, control method and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/013761 WO2020194703A1 (ja) 2019-03-28 2019-03-28 仲介装置、制御方法及び記憶媒体

Publications (1)

Publication Number Publication Date
WO2020194703A1 true WO2020194703A1 (ja) 2020-10-01

Family

ID=72611270

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/013761 WO2020194703A1 (ja) 2019-03-28 2019-03-28 仲介装置、制御方法及び記憶媒体

Country Status (3)

Country Link
US (1) US20220180420A1 (ja)
JP (1) JP6844744B2 (ja)
WO (1) WO2020194703A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001350964A (ja) * 2000-06-07 2001-12-21 Yoshio Kobayashi 商品売買システム
JP2004054422A (ja) * 2002-07-17 2004-02-19 Renesas Technology Corp データ売買システム
WO2017073660A1 (ja) * 2015-10-28 2017-05-04 オムロン株式会社 データ流通管理システム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8793593B2 (en) * 2011-09-21 2014-07-29 Facebook, Inc. Integrating structured objects and actions generated on external systems into a social networking system
US20130290072A1 (en) * 2012-04-25 2013-10-31 Tom Yitao Ren Automated Planning, Value Calculation And Decision Optimization System And Method
CN103428165B (zh) * 2012-05-15 2015-07-01 腾讯科技（深圳）有限公司 社交网络节点分组方法和装置
US10242102B2 (en) * 2014-12-29 2019-03-26 Samsung Electronics Co., Ltd. Network crawling prioritization
US9965328B2 (en) * 2015-09-23 2018-05-08 International Business Machines Corporation Selective and piecemeal data loading for computing efficiency
US10831497B2 (en) * 2019-01-31 2020-11-10 International Business Machines Corporation Compression/decompression instruction specifying a history buffer to be used in the compression/decompression of data

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001350964A (ja) * 2000-06-07 2001-12-21 Yoshio Kobayashi 商品売買システム
JP2004054422A (ja) * 2002-07-17 2004-02-19 Renesas Technology Corp データ売買システム
WO2017073660A1 (ja) * 2015-10-28 2017-05-04 オムロン株式会社 データ流通管理システム

Also Published As

Publication number Publication date
JPWO2020194703A1 (ja) 2021-04-08
JP6844744B2 (ja) 2021-03-17
US20220180420A1 (en) 2022-06-09

Similar Documents

Publication Publication Date Title
US11263682B2 (en) System and method for coupling a user computing device and a point of sale device
EP2074575A2 (en) Apparatuses, methods and systems for cross border procurement
US20130124369A1 (en) Method for assisting purchase, device and system
US20120296780A1 (en) Systems and methods for exchanging product information
JP7037304B2 (ja) 取引支援システム、取引支援装置、取引支援方法及びプログラム
US9760931B2 (en) System and method of communicating with distributed marketplaces
JP2008262429A (ja) 自動売買システム、自動売買方法、およびプログラム
KR20130016989A (ko) 거래지도를 이용한 인터넷 거래 중개 장치, 거래 중개 방법 및 그 시스템
US20200372984A1 (en) Methods and systems for providing improved mechanism for updating healthcare information systems
US20050234808A1 (en) Method of joint purchase reverse auction, computer program product and server
KR20130062857A (ko) 온라인을 이용한 상품 판매방법 및 장치
US9240024B2 (en) Comment submission support system, comment submission support device, comment submission support device control method, program, and information storage medium
JP6844744B2 (ja) 仲介装置、制御方法及びプログラム
US20140108215A1 (en) System and methods for trading
JP6483899B1 (ja) 信用度算出方法、情報処理装置及び信用度算出プログラム
JP6483898B1 (ja) 信用度算出方法、情報処理装置及び信用度算出プログラム
TWM520695U (zh) 不動產自售的使用者設備及系統
JP7264232B2 (ja) 仲介装置、制御方法及びプログラム
JP2017033164A (ja) 不動産仲介装置、不動産仲介方法、及び不動産仲介プログラム
KR101598570B1 (ko) 쇼핑 서비스 제공 시스템 및 쇼핑 서비스 제공 방법
JP7459864B2 (ja) 管理装置、制御方法及びプログラム
CN110310181B (zh) 交易项目推荐方法、装置及存储介质
JP2020126527A (ja) プログラム、情報処理装置、及び情報処理方法
KR100663957B1 (ko) 가격 급변에 대응한 체결을 위한 주식 주문 방법
CN110310120B (zh) 基于见证人参与的保障交易方法、装置及存储介质

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2020504728

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19922102

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19922102

Country of ref document: EP

Kind code of ref document: A1