WO2017212553A1 - 仲介装置、仲介方法及び仲介プログラム - Google Patents

仲介装置、仲介方法及び仲介プログラム Download PDF

Info

Publication number
WO2017212553A1
WO2017212553A1 PCT/JP2016/066942 JP2016066942W WO2017212553A1 WO 2017212553 A1 WO2017212553 A1 WO 2017212553A1 JP 2016066942 W JP2016066942 W JP 2016066942W WO 2017212553 A1 WO2017212553 A1 WO 2017212553A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
supplier
product
buyer
purchase
Prior art date
Application number
PCT/JP2016/066942
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/JP2016/066942 priority Critical patent/WO2017212553A1/ja
Priority to JP2018522302A priority patent/JP6410994B2/ja
Priority to KR1020187033546A priority patent/KR20180128976A/ko
Priority to PCT/JP2016/085273 priority patent/WO2017212667A1/ja
Priority to CN201680086248.1A priority patent/CN109196541B/zh
Priority to DE112016006838.7T priority patent/DE112016006838T5/de
Priority to US16/096,234 priority patent/US20190236675A1/en
Publication of WO2017212553A1 publication Critical patent/WO2017212553A1/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/0623—Item investigation
    • G06Q30/0625—Directed, with specific intent or strategy
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • 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

Definitions

  • the present invention relates to a mediation device, a mediation method, and a mediation program.
  • Patent Documents 1 and 2 disclose a method in which a buyer refers to a supplier's product specifications and evaluation information on the Web and selects an optimal supplier.
  • Patent Document 3 discloses a method for posting buyer purchase information on the Web and realizing a transaction from the supplier side.
  • Patent Document 4 discloses a method of matching information on demand and supply of buyers and suppliers and notifying both.
  • Patent Documents 1 to 4 In order to realize the desired procurement by exchanging information between suppliers and suppliers in the supply chain using the Internet, the above-described methods disclosed in Patent Documents 1 to 4 have the following two problems.
  • Patent documents 1 to 3 focus on sharing of supplier product information and evaluation information, and information other than desired product information on the buyer side, such as evaluation information, is difficult to share. For this reason, transactions tend to proceed with advantage of buyers, and it is impossible to identify malicious buyers who perform unfair price cuts.
  • Patent Document 4 When matching the buyer's desired product information and the supplier's product information using the matching technique as described in Patent Document 4, only those having the same specifications can be selected. For this reason, it is not possible to create a sales opportunity for a supplier that can satisfy the specifications with a slight specification change.
  • the present invention it is an object to realize a fair trade by using supplier evaluation information and buyer evaluation information.
  • flexible matching is automatically performed using these evaluation information, the product specifications desired by the buyer, and the product specifications of the supplier and manufacturing equipment, etc., and more purchase opportunities are provided.
  • the purpose is to create.
  • An intermediary device includes: A storage unit for storing buyer evaluation information including buyer evaluation data for evaluating a buyer and purchase request information including information of a purchase desired product that the buyer desires to purchase; Based on a supply condition representing a condition of a supply product supplied by a supplier and a buyer evaluation condition representing a condition of the buyer evaluation data desired by the supplier with respect to a buyer who is a supplier to which the supply product is supplied, A purchase request extraction request for extracting purchase product information from the purchase request information is acquired, and a purchase request is obtained from the purchase request information based on the supply conditions, the buyer evaluation conditions, the purchase request information, and the buyer evaluation information. And a trading department for extracting product information.
  • the transaction unit obtains a purchase request extraction request for extracting information on purchase desired products from purchase request information including information on purchase desired products that buyers desire to purchase.
  • the purchase request extraction request extracts information on products desired to be purchased based on the supply conditions that indicate the conditions of the supplied products supplied by the supplier and the buyer evaluation conditions that indicate the conditions of the buyer evaluation data desired by the supplier. It is a request to do.
  • a transaction part extracts the information of a purchase desired product from purchase desired information based on supply conditions, buyer evaluation conditions, purchase desired information, and buyer evaluation information which evaluated the buyer.
  • the intermediary apparatus when the supplier extracts the buyer's purchase desired product, the buyer evaluation information of the buyer who wants to purchase the purchase desired product to be extracted can be taken into account, so that more There is an effect that fair trade can be realized.
  • FIG. 1 is a configuration diagram of a mediation system 500 and a mediation device 10 according to Embodiment 1.
  • FIG. The block diagram of the transaction information 15 which concerns on Embodiment 1.
  • FIG. The block diagram of the buyer evaluation information 12 which concerns on Embodiment 1.
  • FIG. The block diagram of the supplier evaluation information 16 which concerns on Embodiment 1.
  • FIG. The block diagram of the buyer company information 13 which concerns on Embodiment 1.
  • FIG. The block diagram of the supplier company information 17 which concerns on Embodiment 1.
  • FIG. The block diagram of the purchase wish information 14 which concerns on Embodiment 1.
  • FIG. The block diagram of the supplier product information 18 which concerns on Embodiment 1.
  • FIG. 10 is a flowchart of matching processing S400 according to the third embodiment.
  • Embodiment 1 FIG. *** Explanation of configuration ***
  • the configuration of the mediation system 500 and the mediation device 10 according to the present embodiment will be described with reference to FIG.
  • the buyer 20 and the supplier 30 mutually evaluate each other, and referring to the evaluation result, the buyer 20 searches for a product supplied by the supplier 30, and the supplier 30 selects a product desired by the buyer 20. It is a search system.
  • Each of the buyer 20 and the supplier 30 is one or more.
  • the brokerage system 500 is configured such that the buyer terminal 21 included in the buyer 20, the supplier terminal 31 included in the supplier 30, and the brokerage apparatus 10 that mediates procurement are connected via the Internet 40.
  • the intermediary device 10 includes a transaction unit 110 and a storage unit 120.
  • the storage unit 120 stores buyer evaluation information 12, buyer company information 13, purchase request information 14, transaction information 15, supplier evaluation information 16, supplier company information 17, and supplier product information 18.
  • the buyer terminal 21 of the buyer 20 is connected to the transaction unit 110 of the mediation device 10 via the Internet 40.
  • the supplier terminal 31 of the supplier 30 is also connected to the transaction unit 110 of the mediation device 10 via the Internet 40.
  • the transaction unit 110 uses the buyer evaluation information 12, the buyer company information 13, the purchase request information 14, the transaction information 15, the supplier evaluation information 16, the supplier company information 17, and the supplier product information 18, from the buyer terminal 21 and the supplier terminal 31. Meet the demands of
  • the intermediary device 10 is a computer.
  • the intermediary device 10 includes a processor 910 and other hardware such as a storage device 920, an input interface 930, an output interface 940, and a communication interface 950.
  • the storage device 920 includes a memory and an auxiliary storage device.
  • the intermediary device 10 includes a transaction unit 110 and a storage unit 120 as functional configurations.
  • the transaction unit 110 in the mediation device 10 is referred to as a “part” function of the mediation device 10.
  • the function of “part” of the intermediary device 10 is realized by software.
  • the storage unit 120 is realized by the storage device 920.
  • the processor 910 is connected to other hardware via a signal line, and controls these other hardware.
  • the processor 910 is an IC (Integrated Circuit) that performs processing.
  • the processor 910 is a CPU (Central Processing Unit) or the like.
  • the input interface 930 is a port connected to an input device such as a mouse, a keyboard, and a touch panel. Specifically, the input interface 930 is a USB (Universal / Serial / Bus) terminal. The input interface 930 may be a port connected to a LAN (Local / Area / Network).
  • the output interface 940 is a port to which a cable of a display device such as a display is connected. The output interface 940 is, for example, a USB terminal or an HDMI (registered trademark) (High Definition, Multimedia, Interface) terminal. Specifically, the display is an LCD (Liquid / Crystal / Display).
  • the communication interface 950 includes a receiver and a transmitter.
  • the communication interface 950 is a communication chip or a NIC (Network Interface Card).
  • the communication interface 950 functions as a communication unit that communicates data.
  • the receiver functions as a receiving unit that receives data
  • the transmitter functions as a transmitting unit that transmits data.
  • the auxiliary storage device is a ROM (Read Only Memory), a flash memory, or an HDD (Hard Disk Drive).
  • the memory is a RAM (Random Access Memory).
  • the storage unit 120 may be realized by an auxiliary storage device, may be realized by a memory, or may be realized by a memory and an auxiliary storage device. A method for realizing the storage unit 120 is arbitrary.
  • the auxiliary storage device stores a program that realizes the function of “unit”. This program is loaded into the memory, read into the processor 910, and executed by the processor 910.
  • the auxiliary storage device also stores an OS (Operating System). At least a part of the OS is loaded into the memory, and the processor 910 executes a program that realizes the function of “unit” while executing the OS.
  • OS Operating System
  • the intermediary device 10 may include a plurality of processors that replace the processor 910.
  • the plurality of processors share execution of a program that realizes the function of “unit”.
  • Each processor is an IC that performs processing in the same manner as the processor 910.
  • Information, data, signal values, and variable values indicating the results of processing by the function of “unit” are stored in a memory, an auxiliary storage device, or a register or cache memory in the processor 910.
  • an arrow connecting each unit and the storage unit represents that each unit stores the processing result in the storage unit, or each unit reads information from the storage unit.
  • arrows connecting the respective parts represent the flow of control.
  • a program that realizes the function of the “part” of the intermediary device 10 may be stored in a portable recording medium such as a magnetic disk, a flexible disk, an optical disk, a compact disk, a Blu-ray (registered trademark) disk, or a DVD (Digital Versatile Disc).
  • a program that realizes the function of the “unit” of the mediation apparatus 10 is also referred to as a mediation program 520.
  • a mediation program product is a storage medium and a storage device in which the mediation program 520 is recorded, and loads a computer-readable program regardless of the appearance format.
  • FIG. 2 is a diagram showing a configuration of transaction information 15 according to the present embodiment.
  • the transaction information 15 includes transaction ID 41, date 42, buyer 43, supplier 44, product 45, quantity 46, and remarks 47.
  • the transaction ID 41 is an ID uniquely assigned to all transactions between buyers and suppliers that are performed using the procurement mediation system 500.
  • the date and time 42 is the date and time when the transaction is established, and the buyer 43 and the supplier 44 are the purchaser and seller of the transaction, respectively.
  • the product 45 is a product name indicating which product has been traded, and may be substituted by a model number or the like.
  • the quantity 46 indicates the quantity at which the product 45 was traded.
  • Remark 47 is other information to be described in the transaction. Specifically, information such as that the transaction is an order with a special specification or an order with a short delivery date is described.
  • the transaction information 15 is always recorded when a transaction is performed between the buyer 20 and the supplier 30 using the transaction unit 110, and is associated with other information via the transaction unit 110.
  • FIG. 3 is a diagram showing a configuration of buyer evaluation information 12 according to the present embodiment.
  • the buyer evaluation information 12 includes buyer evaluation data 511 that evaluates the buyer.
  • the buyer evaluation information 12 includes buyer evaluation data 511 for each of the required quality 53, the required price 54, and the required delivery date 55 requested by the buyer for the purchased product that the buyer has purchased in the past.
  • the buyer evaluation information 12 includes information of transaction ID 51, evaluation date 52, required quality 53, required price 54, required delivery date 55, and remarks 56 as shown in FIG.
  • the transaction ID 51 is the same as the transaction ID 41 described in the transaction information 15.
  • the evaluation date 52 is the date when the supplier 30 performed this evaluation.
  • the required quality 53, the required price 54, and the required delivery date 55 are the quality, price, and delivery date requested by the buyer 20 from the supplier 30 in this transaction.
  • the required quality 53, the required price 54, and the required delivery date 55 include information from “low” to “high”, information from “short” to “long”, information from “1” to “10”, and explanation thereof.
  • Qualitative or quantitative information is set as buyer evaluation data 511. Specifically, “high” and “less than 0.1% defective” are set in the required quality 53 as the buyer evaluation data 511.
  • qualitative or quantitative buyer evaluation data 511 to be noted regarding the buyer 20 in terms other than quality, price, and delivery date is set. Specifically, in the remark 56, “the number of quality claims is large” is set.
  • These buyer evaluation data 511 are evaluations performed by the supplier 30 on the buyer 20 after the transaction. Further, regarding the required quality 53, the required price 54, the required delivery date 55, and the remarks 56, it is not essential to evaluate all items, and the supplier 30 sets the evaluation of the buyer 20 as much as possible.
  • FIG. 4 is a diagram showing a configuration of the supplier evaluation information 16 according to the present embodiment.
  • the supplier evaluation information 16 includes supplier evaluation data 610 that evaluates the supplier.
  • the supplier evaluation information 16 includes supplier evaluation data for each of the supplied quality 63, the supplied price 64, and the supplied delivery date 65 of the supplied products that the supplier has supplied in the past.
  • the supplier evaluation information 16 similarly to the buyer evaluation information 12, includes information of transaction ID 61, evaluation date / time 62, supplied quality 63, supplied price 64, supplied delivery date 65, and remarks 66. .
  • These supplier evaluation data 610 are evaluations performed by the buyer 20 on the supplier 30 after the transaction.
  • the required quality 53, the required price 54, and the required delivery date 55 correspond to the supplied quality 63, the supplied price 64, and the supplied delivery date 65.
  • FIG. 5 is a diagram showing a configuration of buyer company information 13 according to the present embodiment.
  • FIG. 6 is a diagram showing a configuration of supplier company information 17 according to the present embodiment.
  • the buyer company information 13 includes company ID 71, company name 72, product 73, wholesaler 74, base 75, parts delivery method 76, scale 77, and remarks 78.
  • the company ID 71 is an identifier uniquely assigned to each buyer.
  • the company name 72 is the name of the buyer.
  • the product 73 is a product manufactured by the buyer.
  • the wholesaler 74 is the name of the wholesaler whose product 73 is stored by the buyer.
  • the base 75 is a place of the buyer's manufacturing base, and the parts delivery method 76 is how the supplier delivers the parts at the manufacturing base.
  • the scale 77 is an amount (capital or sales) indicating the scale of the buyer company.
  • Remark 78 is information that should be described in addition to the buyer.
  • the supplier company information 17 is also based on information of company ID 81, company name 82, product 83, supplier 84, base 85, production equipment 86, scale 87, and remarks 88. Composed.
  • the supplier 84 is a supplier from whom the supplier purchases parts.
  • the company described in the supplier 84 may be set in the supplier company information 17 as a supplier.
  • the production facility 86 is information indicating what kind of production facility is operating in what situation.
  • FIG. 7 is a diagram showing a configuration of purchase request information 14 according to the present embodiment.
  • the purchase request information 14 includes information on a purchase request product that the buyer desires to purchase.
  • the information on the desired product to be purchased included in the desired purchase information 14 is also a purchase condition for the desired product.
  • the purchase request information 14 is obtained from information of a purchase request product ID 91, company ID 92, part name 93, specification 94, desired price 95, desired quantity 96, desired delivery date 97, and remarks 98. Composed.
  • the purchase desired product ID 91 is an identifier uniquely assigned to each purchase desired product of the buyer.
  • the company ID 92 is an identifier in the company ID 71 of the buyer company information 13.
  • the part name 93 is a name of a purchase desired product that the buyer desires to purchase.
  • the specification 94 is a detailed specification that explains the product desired to be purchased.
  • the desired price 95 is a desired purchase price of the product desired to be purchased.
  • a supplier evaluation condition regarding an evaluation desired for the supplier regarding the price may be set as additional information of the desired purchase price.
  • the desired purchase price and the supplier evaluation data 610 of the supplied price of the supplier may be set to “low” and “0.9 times or less of the market price” as the desired price 95.
  • the desired quantity 96 is the number of products required for purchase.
  • the desired delivery date 97 is when the part is desired.
  • a supplier evaluation condition (such as requesting a short delivery date) regarding an evaluation desired for the supplier regarding the delivery date may be set.
  • Remark 98 is information on other parts desired to be purchased that should be described. Specifically, it includes information such as “delivery date priority”, “schedulable delivery”, and supplier evaluation conditions relating to an evaluation desired by the supplier regarding quality.
  • FIG. 8 is a diagram showing a configuration of supplier product information 18 according to the present embodiment.
  • the supplier product information 18 includes information on supply products supplied by the supplier. Specifically, as shown in FIG. 8, the supplier product information 18 includes product ID 101, company ID 102, part name 103, specification 104, price 105, delivery date 106, and remarks 107.
  • the product ID 101 is an identifier uniquely assigned to each supplied product.
  • the company ID 102 is an identifier in the company ID 81 of the supplier company information 17 that sells the supplied product.
  • the part name 103 is a name of a supplied product sold by the supplier.
  • the specification 104 is a detailed specification that describes the supplied product.
  • a price 105 is a selling price of the supplied product
  • a delivery date 106 is a delivery date from receiving an order for the supplied product to delivery.
  • Remark 107 is information on the supplied product to be described elsewhere.
  • the buyer 20 connects from the buyer terminal 21 to the transaction unit 110 and inputs the buyer company information 13 and the purchase request information 14 within a possible range.
  • the buyer company information 13 and the purchase request information 14 are stored in the storage unit 120.
  • the supplier 30 connects to the transaction unit 110 from the supplier terminal 31 and inputs the supplier company information 17 and the supplier product information 18 as much as possible.
  • Supplier company information 17 and supplier product information 18 are stored in the storage unit 120.
  • the transaction unit 110 records the transaction information 15 and stores it in the storage unit 120.
  • both the buyer 20 and the supplier 30 input the evaluation relevant to the transaction into the supplier evaluation information 16 and the buyer evaluation information 12 through the transaction unit 110, respectively.
  • the transaction process S100 is a process in which a buyer selects a supplier, and is mainly a process for trading off-the-shelf products.
  • the transaction unit 110 acquires a supply product extraction request for extracting supply product information from the supplier product information 18.
  • the supply product extraction request is based on the supplier product information based on the purchase condition indicating the condition of the product desired to purchase and the supplier evaluation condition indicating the condition of the supplier evaluation data 610 desired by the buyer for the supplier supplying the desired product.
  • 18 is a request for extracting supply product information from 18.
  • the transaction unit 110 extracts supply product information from the supplier product information 18 based on the purchase conditions, the supplier evaluation conditions, the supplier product information 18, and the supplier evaluation information 16.
  • the purchase condition and the supplier evaluation condition are included in the purchase request information 14.
  • step S ⁇ b> 201 the transaction unit 110 receives a supply product extraction request for searching for supply products that satisfy the conditions described in the purchase request information 14 from the buyer terminal 21 via the Internet 40.
  • the buyer 20 connects to the transaction unit 110 from the buyer terminal 21 and searches for a supply product that satisfies the conditions described in the information of the purchase request information 14 input by the buyer 20 from the supplier product information 18.
  • the request is transmitted to the transaction unit 110.
  • step S202 when the transaction unit 110 receives the supply product extraction request, the transaction unit 110 refers to the purchase request information 14 and the supplier product information 18, and selects a supply product that matches the purchase conditions described in the purchase request information 14 as the supplier product. Search from information 18.
  • step S202 If there is a product that matches the purchase conditions (YES in step S202), the process proceeds to step S203. If there is no supply product that matches the purchase conditions (NO in step S202), the buyer terminal 21 is notified that there is no supply product that matches the conditions (step S2021), and the process is terminated.
  • step S203 the transaction unit 110 returns the information on the supplied product that matches the conditions to the buyer terminal 21 as matched product information.
  • the matched product information includes information necessary for the buyer 20 to consider the purchase of the supplied product, such as the company name 82 of the supplier supplying the supplied product, the part name 103, the specification 104, and the price 105.
  • the matched product information includes the supplier evaluation condition included in the supply product extraction request.
  • the transaction unit 110 may include the supplier evaluation information 16 and the supplier company information 17 of the supplier providing the product in the matching product information.
  • step S204 the buyer terminal 21 receives the matched product information.
  • the matched product information is scrutinized by the buyer 20 to determine whether to purchase the supplied product from the supplier.
  • the buyer requests the transaction unit 110 to refer to the supplier evaluation information 16 and the supplier company information 17 of the supplier who sells the product to be purchased, and purchases the supply product from the supplier using the supplier evaluation condition or the like. Determine whether or not to do so.
  • the supplier evaluation information 16 and the supplier company information 17 are included in the matching product information, it is determined whether or not to purchase by referring to the supplier evaluation information 16 and the supplier company information 17 included in the matching product information. May be. If it is determined not to purchase (NO in step S204), the process ends. If it is determined to purchase (YES in step S204), the supply product determined to be purchased is determined as the supply product extracted from the supplier product information 18, and the process proceeds to step S205.
  • step S202a of FIG. 10 the transaction unit 110 uses the purchase conditions and supplier evaluation conditions included in the supply product extraction request, and the supplier product information 18 and supplier evaluation information 16 stored in the storage unit 120 to provide supplier product information.
  • the information of the supplied product is extracted from 18.
  • the transaction unit 110 may extract information on the supply product that is satisfied by the supplier and the supplier evaluation data 610 satisfies the supplier evaluation condition from the supplier product information 18. Good.
  • the supply product extraction request may include a condition regarding the company data of the supplier.
  • the transaction unit 110 refers to the supplier product information 18, the supplier evaluation information 16, and the supplier company information 17 based on the purchase conditions, the supplier evaluation conditions, and the conditions related to the supplier's company data, and supplies the supply product information to the supplier product information. 18 may be extracted. If there is an extracted supply product (YES in step S203a), the process proceeds to step S205 in FIG. If there is no supply product to be extracted (NO in step S203a), the buyer terminal 21 is notified that there is no supply product that matches the conditions (step S2021a), and the process proceeds to the end of FIG. Then, the transaction unit 110 transmits the extracted supply product information to the buyer terminal 21.
  • information useful for each of the buyer and the supplier considering the transaction is added to the transaction information 15, the buyer company information 13, the buyer evaluation information 12, the supplier company information 17, and the supplier evaluation information 16. ing.
  • the following effects can be expected when the buyer selects the supply product of the supplier by the processing from step S201 to step S204 in FIG. 10 or the processing from step S201 to step S203a.
  • the supplier 84 from the supplier company information 17 optimization at the time of supply chain construction, that is, distribution of geographical risk and cost reduction by the same supplier can be achieved.
  • the base 85 of the supplier company information 17 it is possible to optimize transportation, that is, shorten lead time and transportation cost.
  • the production facility 86 of the supplier company information 17 By referring to the production facility 86 of the supplier company information 17, the remaining capacity of the supplier's production capacity can be measured from the operation status of the facility. (4) By referring to the scale 87 of the supplier company information 17, the safety of ordering can be estimated from the company scale of the buyer. (5) With the remarks 88 of the supplier company information 17, it is possible to take advantage of merits that cannot be expressed quantitatively. (6) Transactions with the supplier can be determined from the evaluation on the supplied quality 63, supplied price 64, and supplied delivery date 65 of the supplier from a plurality of buyers in the supplier evaluation information 16. (7) From the remarks 66 of the supplier evaluation information 16, it is possible to know whether the supplier is good or bad that cannot be expressed quantitatively. (8) In addition, from the transaction information 15 that has been statistically processed so that individual transactions cannot be identified, the objective performance (number of transactions, transaction volume, number of trading companies, etc.) of the supplier is more objectively known. Can do.
  • step S ⁇ b> 205 the buyer terminal 21 transmits order data to the supplier terminal 31 via the transaction unit 110.
  • the product ordered by the buyer from the supplier is the supply product determined to be purchased in step S204 or the supply product extracted by the transaction unit 110 in step S202a.
  • the order data includes the part name and quantity of the supplied product.
  • step S206 the transaction between the buyer and the supplier is started, and the transaction unit 110 stores the order data as the transaction information 15 in the storage unit 120.
  • step S207 the transaction unit 110 causes each of the buyer terminal 21 and the supplier terminal 31 to determine whether or not to evaluate the transaction partner. Receives the determination result. If an evaluation result indicating that the evaluation is not performed is received (NO in step S207), the process is terminated.
  • step S207 If an evaluation result indicating evaluation is received (YES in step S207), the process proceeds to step S208.
  • step S ⁇ b> 208 the transaction unit 110 receives the transaction partner evaluation result from the buyer terminal 21 or the supplier terminal 31, and sets it in the buyer evaluation information 12 or the supplier evaluation information 16 stored in the storage unit 120.
  • the transaction process S200 by the supplier according to the present embodiment will be described with reference to FIG. Further, a transaction process S200 by the supplier according to the present embodiment will be described with reference to FIG.
  • the transaction process S200 is a process in which the supplier selects a buyer, and is mainly a transaction process for ordered items.
  • the transaction unit 110 acquires a purchase request extraction request for extracting information on a purchase request product from the purchase request information 14.
  • the purchase request extraction request includes a supply condition indicating a condition of a supply product supplied by the supplier, and a buyer evaluation condition indicating a condition of the buyer evaluation data 511 desired by the supplier with respect to a buyer who is a supplier to which the supply product is supplied.
  • the transaction part 110 extracts the information of a purchase desired product from the purchase request information 14 based on supply conditions, buyer evaluation conditions, purchase request information, and buyer evaluation information.
  • the supply condition is, for example, supply product information set in the supplier product information 18.
  • step S ⁇ b> 301 the transaction unit 110 receives a purchase request search request for searching for a purchase desired product satisfying a supply condition that the supplier can supply from the purchase request information 14 from the supplier terminal 31 via the Internet 40.
  • the supplier connects to the transaction unit 110 from the supplier terminal 31, and transmits a purchase request search request for searching for purchase desired products from the purchase request information 14 to the transaction unit 110.
  • the transaction unit 110 extracts purchase desired product information from the purchase request information 14 based on the supply conditions, the buyer evaluation conditions, the purchase request information, and the buyer evaluation information.
  • the transaction unit 110 when acquiring the purchase request extraction request, obtains information on purchase desired products from the purchase request information 14 that satisfies the supply conditions and the buyer evaluation data satisfies the buyer evaluation conditions. Extract. If there is no desired product to be extracted (NO in step S302), the supplier terminal 31 is notified that there is no product that matches the conditions (step S3021), and the process ends. If there is a purchase desired product to be extracted (YES in step S302), the process proceeds to step S303. In step S ⁇ b> 303, the transaction unit 110 transmits the extracted purchase desired product information to the supplier terminal 31. It should be noted that the purchase request extraction request may include conditions relating to buyer's company data.
  • the transaction unit 110 refers to the purchase request information 14, the buyer evaluation information 12, and the buyer company information 13 on the basis of the supply conditions, the buyer evaluation conditions, and the conditions regarding the buyer's company data, and purchases information on the desired purchase product. Extract from information 14. The transaction unit 110 transmits the extracted information on the desired product to purchase to the supplier terminal 31.
  • steps S301 to S302 in FIG. 11 may be replaced with steps S301a to S304a in FIG.
  • the supplier connects to the transaction unit 110 from the supplier terminal 31 and searches the purchase request information 14 for a product that meets the supply conditions that can be sold (step). S301a).
  • the supplier narrows down the products desired to be purchased that match the supply conditions that can be sold by the supplier (step S 302 a). As a result of narrowing down, if there is no desired product for purchase (NO in step S302a), the process ends.
  • step S303a if there is a product desired to be purchased (YES in step S302a), the process proceeds to step S303a.
  • step S303a if there is an existing product that the supplier can sell from the narrowed purchase desired products (YES in step S303a), the process proceeds to step S305. If there is no existing product that can be sold by the supplier from the narrowed purchase desired products (NO in step S303a), the process proceeds to step S304a.
  • step S304a when a new product is used, the supplier newly adds a new product to the supplier product information 18, and the process proceeds to step S305.
  • the supplier purchases based on the supply conditions, the buyer evaluation data, the buyer evaluation conditions, and the purchase request information.
  • Information on the product desired to be purchased extracted from the desired information 14 can be obtained.
  • the supplier searches for a buyer's desired purchase product. That is, when searching for a product desired to be purchased, by referring to the buyer company information 13, the buyer evaluation information 12, and the transaction information 15, the cost and risk other than the price of the product when the order is received are estimated. You can find buyers that lead to your profits.
  • the part delivery method 76 of the buyer company information 13 it is possible to confirm the compatibility with the delivery method of the company.
  • the production scale can be estimated, and the feasibility can be measured when presenting the purchase desired sales proposal to the buyer.
  • the remarks 78 of the buyer company information 13 it is possible to utilize a merit that cannot be expressed quantitatively.
  • (6) Based on the evaluation regarding the required quality 53, required price 54, and required delivery date 55 of a buyer from a plurality of suppliers in the buyer evaluation information 12, it can be used as a judgment material for determining a transaction with the buyer.
  • From the remark 56 of the buyer evaluation information 12 it is possible to know whether the buyer is good or bad that cannot be expressed quantitatively.
  • the buyer's performance can be known more objectively from the transaction information 15 which is statistically processed and cannot be discriminated from each transaction.
  • step S ⁇ b> 305 the transaction unit 110 receives from the supplier terminal 31 a purchase request sales proposal that suggests that the product desired to be purchased can be sold, and transmits the received purchase request proposal to the buyer terminal 21.
  • a transaction between a buyer and a supplier who desires to purchase a desired product for purchase is started, and the transaction unit 110 stores the purchase request sales proposal as transaction information 15 in the storage unit 120.
  • the purchase desired sales proposal is also called reverse order data.
  • step S306 the buyer terminal 21 receives the purchase request sales proposal.
  • the purchase desired sales proposal is scrutinized by the buyer to determine whether or not to purchase the product from the supplier.
  • the buyer requests the transaction unit 110 to refer to the supplier evaluation information 16 and the supplier company information 17 of the supplier who sells the product desired to be purchased, and refers to the supplier evaluation information 16 and the supplier company information 17 to purchase. It is determined whether or not the purchase desired product included in the desired sales proposal should be purchased. If it is determined not to purchase (NO in step S306), the process ends. If it is determined to purchase (YES in step S306), the process proceeds to step S207.
  • step S307 the buyer terminal 21 transmits order data such as a part name and a quantity to the supplier via the transaction unit 110.
  • step S308 a transaction between the buyer and the supplier is started.
  • the transaction unit 110 may store the purchase request sales proposal as the transaction information 15 when the purchase request sales proposal is transmitted to the buyer terminal 21 (step S305), or store the order data as the transaction information 15. You may memorize
  • step S309 the transaction unit 110 causes each of the buyer terminal 21 and the supplier terminal 31 to determine whether or not to evaluate the transaction partner. Receives the determination result. If an evaluation result indicating that the evaluation is not performed is received (NO in step S309), the process is terminated. If an evaluation result indicating evaluation is received (YES in step S309), the process proceeds to step S310. In step S ⁇ b> 310, the transaction unit 110 receives the evaluation result of the trading partner from the buyer terminal 21 or the supplier terminal 31 and stores it in the storage unit 120 as the buyer evaluation information 12 or the supplier evaluation information 16.
  • buyers and suppliers can post company information, purchase request information, and product information on the Web in order to find trading partners. .
  • the company information includes a company name, a product field, a customer, a location, equipment, other conditions, a scale, and the like necessary for examining the transaction.
  • the purchase request information and product information include the product name, product specifications, price, quantity, delivery date, and other reference information necessary for considering the transaction.
  • the evaluation information includes date and time, quantitative evaluation and qualitative evaluation of quality, price, delivery date, and other reference information.
  • the transaction information includes buyers, suppliers, product names, quantities, and other reference information. As described above, according to the intermediary device 10 according to the present embodiment, both the buyer and the supplier know the partner's company information and evaluation before starting the transaction or during the transaction, thereby avoiding trouble and increasing the efficiency of procurement.
  • the evaluation information of each supplier and buyer is posted on the Web and is more equalized by performing bidirectional matching. Can effectively mediate many procurements.
  • the transaction unit has been described as being realized by a program operating on a processor, but a transaction server having the function of the transaction unit may be used. And each information memorize
  • storage part may be stored in a file server, and the function of the mediation apparatus concerning this Embodiment may be implement
  • FIG. 13 is a diagram illustrating a configuration of the mediation apparatus 10 according to a modification of the present embodiment.
  • the mediation device 10 includes hardware such as a processing circuit 909, an input interface 930, an output interface 940, and a communication interface 950.
  • the processing circuit 909 is a dedicated electronic circuit that realizes the above-described “unit” function and storage unit. Specifically, the processing circuit 909 includes a single circuit, a composite circuit, a programmed processor, a parallel programmed processor, a logic IC, a GA (Gate Array), an ASIC (Application Specific Integrated Circuit), or an FPGA (Field). -Programmable Gate Array).
  • the intermediary device 10 may include a plurality of processing circuits that replace the processing circuit 909. As a whole, the function of “unit” is realized by the plurality of processing circuits.
  • Each processing circuit is a dedicated electronic circuit, like the processing circuit 909.
  • the function of the intermediary device 10 may be realized by a combination of software and hardware. That is, some functions may be realized by dedicated hardware in the intermediary device 10 and the remaining functions may be realized by software.
  • the processor 910, the storage device 920, and the processing circuit 909 are collectively referred to as a “processing circuit”. That is, regardless of the configuration of the intermediary device 10 shown in FIGS. 4 and 12, the function of “unit” and the storage unit are realized by the processing circuitry.
  • Part may be read as “Process”, “Procedure” or “Process”. Further, the function of “unit” may be realized by firmware.
  • Embodiment 2 differences from the first embodiment will be mainly described.
  • the same reference numerals are given to the same components as those described in the first embodiment, and the description thereof is omitted.
  • a method has been described in which both the buyer and the supplier search for a trading partner.
  • an intermediary device 10a that automatically matches buyer demand and supplier supply in a predetermined manner by adding a matching unit 130 to the configuration of the first embodiment will be described.
  • FIG. 14 is a diagram illustrating a configuration of the mediation apparatus 10a according to the present embodiment.
  • a matching unit 130 is provided in addition to the functional configuration of the intermediary device 10 of the first embodiment.
  • the matching unit 130 is also called a matching engine.
  • the matching unit 130 automatically uses the buyer evaluation information 12, the buyer company information 13, the purchase request information 14, the transaction information 15, the supplier evaluation information 16, the supplier company information 17, and the supplier product information 18. Connect buyers' purchase wishes with supplier availability.
  • the matching unit 130 selects a supplier as a selected supplier from the supplier company information 17 based on the purchase request information 14. Specifically, the matching unit 130 selects a processing target purchase specification (hereinafter referred to as a purchase request specification) with respect to information on a purchase request product (hereinafter referred to as a processing target purchase request) which is one row of the purchase request information 14.
  • the supplier company information 17 is selected from the supplier company information 17.
  • the matching unit 130 finds a supplier in the product field that is close to the purchase desired specification with reference to the following information and the like.
  • the transaction information 15 of the buyer who wishes to purchase the processing target is referred to, and a supplier with a transaction in the past is selected.
  • B Select a supplier who has a transaction record with a buyer who sells a product similar to the buyer's product 73 desired to be processed.
  • C A supplier having the same product 83 as that in (A) and (B) in the supplier company information 17 is selected.
  • D Select a supplier whose supplier product information 18 has a product similar to the part name 93 and specification 94 desired to be purchased.
  • the matching unit 130 selects a combination of a feature for selecting a supplier (part name 93, specification 94, etc. of the purchase request information 14) and the selected candidate list of suppliers for later selection. May be stored in the storage unit 120.
  • step S ⁇ b> 402 the matching unit 130 determines the degree to which the specification of the supplied product supplied by the selected supplier matches the specification of the purchase desired product, that is, the purchase desired specification. Specifically, the matching unit 130 uses the supplier product information 18 to determine the degree of specification coincidence between the supply product sold by the selected supplier and the desired purchase specification. In step S403, the matching unit 130 determines whether the degree is smaller than a threshold value. For example, the threshold is set to 100%. When the degree of coincidence of the specifications is 100%, it is determined that they are completely coincident, that is, the specifications are satisfied. When the degree of coincidence of the specifications is less than 100%, it is determined that they are not completely coincident, that is, the specifications are not satisfied.
  • step S403 In the case of a perfect match, that is, when the part specification 94, the desired price 95, etc. completely match the product specification 104, price 105, etc. included in the supplier product information 18 of the selected supplier (YES in step S403), step The process proceeds to the establishment of matching in S407.
  • step S408 the matching unit 130 adds the selected selected supplier and the supplied product to the list as a matching result, and stores the result. If there is a next selected supplier in step S410, the process returns to step S402 and is repeated.
  • step S404 the matching unit 130 analyzes the difference between the specification of the supply product of the selected supplier and the specification desired for purchase.
  • the matching unit 130 determines whether or not to extract the supply product information of the selected supplier from the supplier product information based on the analysis result. Specifically, the matching unit 130 can satisfy the specification by correcting the location of the specification where the selected supplier does not match, based on information such as the supplier 84 of the selected supplier and the production facility 86. Determine. For example, information on what kind of material the selected supplier purchases is described in the supplier 84 (may be disclosed only to the matching unit 130), and what kind of equipment and materials are used for material processing in the production facility 86.
  • step S407 the matching unit 130 adds the matched supplier and its supplied product to the matching result together with the difference in specifications in the form of a proposal, and stores the matching result in a list.
  • step S410 If the matching unit 130 determines that the difference in specifications cannot be adjusted (absorbed) (NO in step S406), the process proceeds to matching failure in step S409. Then, the process proceeds to step S410, and if there is a next selected supplier, the process is repeated.
  • step S411 the matching unit 130 returns to step S401 if there is a next line of the purchase request information 14 (YES in step S411), and processes the next line of the purchase request information 14 Repeat the process as a target purchase request.
  • step S412 the matching unit 130 notifies the matching result to one or both of the buyer who registered the purchase target to be processed and each supplier described in the matching result.
  • the matching result itself is highly confidential information
  • the supplier side is not informed of information other than the supplier, and the buyer side is not informed of information that is not disclosed to the supplier side, and can be traded only. Tell them that you have a sexual partner.
  • Buyers and suppliers can also filter their notifications based on the other party's evaluation. This means that even when a partner whose threshold value is lower than the threshold value is matched, the partner is excluded from the candidates and notified.
  • a supplier having the capability or possibility of satisfying required specifications such as dimensions, functions, and prices, is designated as a supplier company. It can be automatically extracted from information and supplier product information. The degree of coincidence and specification difference can be notified to the buyer, the supplier, or both in an abstracted state with respect to confidential information.
  • the supplier company information is information including production equipment and suppliers
  • the supplier product information is information including product lineup and specifications thereof.
  • the matching unit 130 automatically associates the buyer's purchase request with the supplier's availability based on pre-registered information, and thus has the following effects.
  • the first is the reduction of matching effort and the expansion of the matching range. As buyer purchase request information and supplier product information increase, it is not easy to connect them manually. Therefore, when selecting a supplier by hand, the buyer inevitably conducts an investigation mainly on the suppliers who have dealt with until now and procure only from a limited range of suppliers. However, when the matching engine of the present embodiment automatically performs the matching process, it is possible to consider suppliers that could not be reached manually or suppliers that could not be conceived as candidates. (2) Second, efficient supplier selection can be realized while maintaining confidentiality.
  • Embodiment 3 FIG.
  • differences from the first and second embodiments will be mainly described.
  • the same components as those described in the first and second embodiments are denoted by the same reference numerals, and the description thereof is omitted.
  • the method has been described in which both the buyer and the supplier search for a trading partner while referring to the other evaluation.
  • a method has been described in which the matching unit 130 automatically finds a trading partner including a potential trading partner from information registered in advance by both parties.
  • instead of creating passive purchase opportunities triggered by buyers' purchase wishes we review our own suppliers and production facilities based on current transaction information of other companies and actively purchase opportunities. How to create
  • FIG. 16 is a diagram illustrating a configuration of the mediation apparatus 10b according to the present embodiment.
  • a trend analysis unit 140 is provided in addition to the functional configuration of the mediation apparatus 10b of the second embodiment.
  • the trend analysis unit 140 is also referred to as a trend analysis engine.
  • the trend analysis unit 140 refers to the transaction information 15 and the purchase request information 14 and analyzes what specifications of the product are currently required. Then, the trend analysis unit 140 notifies the trend to a supplier selling a product close to the required specification based on the analysis result. That is, the trend analysis unit 140 extracts trend products that tend to be traded based on the transaction information 15 and the purchase request information 14. When there is a difference between the specification of the trend product and the specification of the supply product supplied by the supplier, the trend analysis unit 140 analyzes the difference. The trend analysis unit 140 notifies the supplier of a trend notification related to the trend product based on the analysis result.
  • step S501 the trend analysis unit 140 analyzes what products are often traded based on the transaction information 15 and the purchase request information 14.
  • the trend analysis unit 140 divides the products registered in the transaction information 15 and the purchase request information 14 for each product field, and counts the number of transactions and the number of purchases desired for each product field. Analyzing trends.
  • step S502 the trend analysis unit 140 extracts trend products that tend to be traded. Specifically, the trend analysis unit 140 compares the analysis result of step S501 with the past analysis result, and particularly narrows down two types of products that have a large transaction volume and products that have an increasing transaction volume. Here, two types of narrowed products are assumed to be trend products.
  • step S ⁇ b> 503 the trend analysis unit 140 determines whether the supplier desires trend analysis based on the supplier company information 17. As a specific example, it is assumed that the supplier company information 17 has a trend analysis desired item indicating whether or not a trend analysis is desired. The trend analysis unit 140 determines whether or not the supplier desires trend analysis by referring to this trend analysis desired item. When the supplier does not desire the trend analysis (NO in step S503), it determines the trend analysis hope for the next supplier in the supplier company information 17. If the supplier desires trend analysis (YES in step S503), the process proceeds to step S504.
  • step S504 the trend analysis unit 140 determines whether the supplier sells products having specifications close to the above-described two types of trend products. If the supplier sells a product that matches the trend product (YES in step S504), the process proceeds to step S507. At this time, the trend analysis unit 140 determines whether the supplier sells a product with specifications close to the trend product or is a complete match by the same processing as Steps S401 to S403 described in FIG. Also good. In step S507, the trend analysis unit 140 notifies the supplier of a trend notification indicating that there is much demand for products having specifications matching the trend, or that these products are increasing. If the supplier does not sell a product that matches the trend product (NO in step S504), the process proceeds to step S505.
  • step S505 the trend analysis unit 140 analyzes the difference in specifications between the trend product and the supply product of the supplier. In other words, the trend analysis unit 140 analyzes whether a product with a close specification that does not match the trend product is sold, and whether the difference in specification with the trend product can be adjusted by the supplier.
  • step S506 if the trend analysis unit 140 sells a product that does not match the trend product but has close specifications, and determines that the difference in specifications is adjustable (YES in step S506), the trend analysis unit 140 proceeds to step S507. .
  • step S507 the trend analysis unit 140 notifies the supplier of a trend notification indicating an estimated increase in orders due to adjustment of specification differences.
  • the trend analysis unit 140 analyzes the specification difference between the trend product and the supply product of the supplier and uses the same processing as that in steps S404 to S406 described in FIG. To determine whether adjustment is possible. If it is determined that the specification difference cannot be adjusted (NO in step S506), the process proceeds to step S508. In step S508, if there is a next supplier, the trend analysis unit 140 returns to step S503 and repeats the process. Perform the above procedure for all suppliers who wish to analyze trends.
  • the trend analysis unit 140 it is possible to automatically analyze the trend of transactions in the world, and there are the following effects.
  • Suppliers can know the specifications of products that are currently selling or will be sold by obtaining the analysis results of the trend analysis department without having to ask buyers what they want or what kind of products they want. .
  • This also uses the trend analysis department extracted from a lot of transactions and purchase request information, where it is difficult to obtain a clear answer due to confidentiality or ambiguity even when asking parts desired by buyers By doing so, it is possible to know what products should be focused on while avoiding the above-mentioned problems. For example, until now, trading companies and information analysis companies have been doing with their own know-how, but this embodiment makes it possible for anyone involved in trading to know the trend anonymously.
  • the trend analysis unit can find a supplier that can acquire an order with a minimum change from the production facility information and supplier information registered in advance.
  • the range for notifying the trend analysis result should be limited by parameters such as product field and company size.
  • the trend analysis results should not contain information that can identify individual companies, it is necessary to anonymize and abstract before informing the supplier.
  • the functional block of the mediation apparatus is arbitrary as long as the functions described in the above embodiments can be realized.
  • the intermediary device may be configured with any combination of these functional blocks or with any block configuration.
  • the mediation device may be composed of a plurality of devices instead of a single device.
  • Embodiment 1 to 3 was demonstrated, you may implement combining several parts among these Embodiment. Alternatively, one part of these embodiments may be implemented. In addition, the contents of these embodiments may be implemented in any combination as a whole or in part. In addition, said embodiment is an essentially preferable illustration, Comprising: It does not intend restrict

Abstract

取引部（１１０）が、バイヤが購入を希望する購入希望製品の情報を含む購入希望情報（１４）から購入希望製品の情報を抽出する購入希望抽出要求を取得する。購入希望抽出要求は、サプライヤが供給する供給製品の条件を表す供給条件と、バイヤに対してサプライヤが希望するバイヤ評価データの条件を表すバイヤ評価条件とに基づいて、購入希望製品の情報を抽出する要求である。そして、取引部（１１０）は、供給条件とバイヤ評価条件と購入希望情報（１４）とバイヤを評価したバイヤ評価情報（１２）とに基づいて、購入希望情報（１４）から購入希望製品の情報を抽出する。

Description

仲介装置、仲介方法及び仲介プログラム
　本発明は、仲介装置、仲介方法及び仲介プログラムに関する。
　特許文献１及び２には、バイヤがＷｅｂでサプライヤの製品仕様及び評価情報を参照し、最適なサプライヤを選定する方式について開示されている。また、特許文献３には、バイヤの購入希望情報をＷｅｂに掲載し、サプライヤ側から取引きを実現する方式について開示されている。そして特許文献４では、バイヤとサプライヤの需要と供給に関する情報をマッチングし、双方に通知する方式について開示されている。
特開２００２－００７６４７号公報 特開２０１５－２１９５５５号公報 特開２００３－０４４７０７号公報 特開２０１５－０９９６１８号公報
　インターネットを利用してサプライチェーンのバイヤとサプライヤが情報を交換し、希望の調達を実現するためには、上述の特許文献１から４で示される方式では、以下の２つの課題がある。
（１）特許文献１から３では、サプライヤの製品情報及び評価情報の共有に注力しており、バイヤ側の希望製品情報以外の情報、例えば評価情報等は共有されにくい。そのため、取引きはバイヤ有利で進みがちであり、不当な値切り等を行う悪質なバイヤを見抜くことができない。
（２）特許文献４のようなマッチング技術を活用して、バイヤの希望製品情報とサプライヤの製品情報を結びつける場合、確実に仕様が一致するものしか選出することができない。そのため、わずかな仕様変更で仕様を満たすことができるサプライヤの販売機会を創出することができない。
　本発明では、サプライヤの評価情報とバイヤの評価情報とを用いて、より公平な取引きの実現を目的とする。また、本発明では、これらの評価情報と、バイヤの希望する製品仕様と、サプライヤの製品仕様及び製造装置等に関する情報とを用いて、柔軟なマッチングを自動的に行い、より多くの購買機会を創出することを目的とする。
　本発明に係る仲介装置は、
　バイヤを評価したバイヤ評価データを含むバイヤ評価情報と、バイヤが購入を希望する購入希望製品の情報を含む購入希望情報とを記憶する記憶部と、
　サプライヤが供給する供給製品の条件を表す供給条件と、前記供給製品を供給する供給先であるバイヤに対して前記サプライヤが希望する前記バイヤ評価データの条件を表すバイヤ評価条件とに基づいて、前記購入希望情報から購入希望製品の情報を抽出する購入希望抽出要求を取得し、前記供給条件と前記バイヤ評価条件と前記購入希望情報と前記バイヤ評価情報とに基づいて、前記購入希望情報から購入希望製品の情報を抽出する取引部とを備えた。
　本発明に係る仲介装置では、取引部が、バイヤが購入を希望する購入希望製品の情報を含む購入希望情報から購入希望製品の情報を抽出する購入希望抽出要求を取得する。購入希望抽出要求は、サプライヤが供給する供給製品の条件を表す供給条件と、バイヤに対してサプライヤが希望するバイヤ評価データの条件を表すバイヤ評価条件とに基づいて、購入希望製品の情報を抽出する要求である。そして、取引部は、供給条件とバイヤ評価条件と購入希望情報とバイヤを評価したバイヤ評価情報とに基づいて、購入希望情報から購入希望製品の情報を抽出する。よって、本発明に係る仲介装置によれば、サプライヤがバイヤの購入希望製品を抽出する際に、抽出する購入希望製品の購入を希望するバイヤのバイヤ評価情報を考慮に入れることができるので、より公平な取引を実現することができるという効果を奏する。
実施の形態１に係る仲介システム５００及び仲介装置１０の構成図。 実施の形態１に係る取引情報１５の構成図。 実施の形態１に係るバイヤ評価情報１２の構成図。 実施の形態１に係るサプライヤ評価情報１６の構成図。 実施の形態１に係るバイヤ企業情報１３の構成図。 実施の形態１に係るサプライヤ企業情報１７の構成図。 実施の形態１に係る購入希望情報１４の構成図。 実施の形態１に係るサプライヤ製品情報１８の構成図。 実施の形態１に係るバイヤによる取引処理Ｓ１００のフロー図。 実施の形態１に係るバイヤによる取引処理Ｓ１００の別例を示すフロー図。 実施の形態１に係るサプライヤによる取引処理Ｓ２００のフロー図。 実施の形態１に係るサプライヤによる取引処理Ｓ２００の別例を示すフロー図。 実施の形態１の変形例に係る仲介装置１０の構成図。 実施の形態２に係る仲介装置１０ａの構成図。 実施の形態２に係るマッチング処理Ｓ３００のフロー図。 実施の形態３に係る仲介装置１０ｂの構成図。 実施の形態３に係るマッチング処理Ｓ４００のフロー図。
　以下、本発明の実施の形態について、図を用いて説明する。なお、各図中、同一または相当する部分には、同一符号を付している。実施の形態の説明において、同一または相当する部分については、説明を適宜省略または簡略化する。
　実施の形態１．
＊＊＊構成の説明＊＊＊
　図１を用いて、本実施の形態に係る仲介システム５００及び仲介装置１０の構成について説明する。
　仲介システム５００は、バイヤ２０とサプライヤ３０とが相互に評価し合い、その評価結果を参考にして、バイヤ２０はサプライヤ３０が供給する製品を探し、サプライヤ３０はバイヤ２０が希望している製品を探すシステムである。バイヤ２０とサプライヤ３０との各々は、１つまたは複数である。仲介システム５００は、バイヤ２０が備えるバイヤ端末２１と、サプライヤ３０が備えるサプライヤ端末３１と、調達を仲介する仲介装置１０とがインターネット４０を介して接続する構成をとる。仲介装置１０は複数あってもよいが、複数ある場合はそれぞれの装置が持つバイヤ２０及びサプライヤ３０に関するデータは共有できていなければならない。
　図１において、仲介装置１０は、取引部１１０と記憶部１２０とを備える。記憶部１２０には、バイヤ評価情報１２、バイヤ企業情報１３、購入希望情報１４、取引情報１５、サプライヤ評価情報１６、サプライヤ企業情報１７、サプライヤ製品情報１８が記憶されている。バイヤ２０のバイヤ端末２１は、インターネット４０を介して仲介装置１０の取引部１１０と接続する。サプライヤ３０のサプライヤ端末３１もインターネット４０を介して仲介装置１０の取引部１１０と接続する。取引部１１０は、バイヤ評価情報１２、バイヤ企業情報１３、購入希望情報１４、取引情報１５、サプライヤ評価情報１６、サプライヤ企業情報１７、サプライヤ製品情報１８を利用し、バイヤ端末２１及びサプライヤ端末３１からの要求に応じる。
　次に、本実施の形態に係る仲介装置１０の構成について説明する。
　本実施の形態において、仲介装置１０は、コンピュータである。仲介装置１０は、プロセッサ９１０を備えると共に、記憶装置９２０、入力インタフェース９３０、出力インタフェース９４０、通信インタフェース９５０といった他のハードウェアを備える。記憶装置９２０は、メモリと補助記憶装置とを有する。
　図１に示すように、仲介装置１０は、機能構成として、取引部１１０と、記憶部１２０とを備える。以下の説明では、仲介装置１０における取引部１１０を、仲介装置１０の「部」の機能という。
　仲介装置１０の「部」の機能は、ソフトウェアで実現される。
　また、記憶部１２０は、記憶装置９２０で実現される。
　プロセッサ９１０は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
　プロセッサ９１０は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）である。プロセッサ９１０は、具体的には、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）等である。
　入力インタフェース９３０は、マウス、キーボード、タッチパネルといった入力装置と接続されるポートである。入力インタフェース９３０は、具体的には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ・Ｓｅｒｉａｌ・Ｂｕｓ）端子である。なお、入力インタフェース９３０は、ＬＡＮ（Ｌｏｃａｌ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）と接続されるポートであってもよい。
　出力インタフェース９４０は、ディスプレイといった表示機器のケーブルが接続されるポートである。出力インタフェース９４０は、例えば、ＵＳＢ端子又はＨＤＭＩ（登録商標）（Ｈｉｇｈ・Ｄｅｆｉｎｉｔｉｏｎ・Ｍｕｌｔｉｍｅｄｉａ・Ｉｎｔｅｒｆａｃｅ）端子である。ディスプレイは、具体的には、ＬＣＤ（Ｌｉｑｕｉｄ・Ｃｒｙｓｔａｌ・Ｄｉｓｐｌａｙ）である。
　通信インタフェース９５０は、レシーバとトランスミッタとを備える。具体的には、通信インタフェース９５０は通信チップまたはＮＩＣ（Ｎｅｔｗｏｒｋ・Ｉｎｔｅｒｆａｃｅ・Ｃａｒｄ）である。通信インタフェース９５０はデータを通信する通信部として機能する。レシーバはデータを受信する受信部として機能し、トランスミッタはデータを送信する送信部として機能する。
　補助記憶装置は、具体的には、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、フラッシュメモリ、又は、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）である。メモリは、具体的には、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）である。記憶部１２０は、補助記憶装置により実現されてもよいし、メモリにより実現されてもよいし、メモリと補助記憶装置とにより実現されていてもよい。記憶部１２０の実現方法は任意である。
　補助記憶装置には、「部」の機能を実現するプログラムが記憶されている。このプログラムは、メモリにロードされ、プロセッサ９１０に読み込まれ、プロセッサ９１０によって実行される。補助記憶装置には、ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）も記憶されている。ＯＳの少なくとも一部がメモリにロードされ、プロセッサ９１０はＯＳを実行しながら、「部」の機能を実現するプログラムを実行する。
　仲介装置１０は、プロセッサ９１０を代替する複数のプロセッサを備えていてもよい。これらの複数のプロセッサは、「部」の機能を実現するプログラムの実行を分担する。それぞれのプロセッサは、プロセッサ９１０と同じように、プロセッシングを行うＩＣである。
　「部」の機能による処理の結果を示す情報、データ、信号値、及び、変数値は、メモリ、補助記憶装置、又は、プロセッサ９１０内のレジスタ又はキャッシュメモリに記憶される。なお、図１において、各部と記憶部とを結ぶ矢印は、各部が処理の結果を記憶部に記憶すること、或いは、各部が記憶部から情報を読み出すことを表している。また、各部を結ぶ矢印は、制御の流れを表している。
　仲介装置１０の「部」の機能を実現するプログラムは、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）といった可搬記録媒体に記憶されてもよい。
　なお、仲介装置１０の「部」の機能を実現するプログラムを仲介プログラム５２０ともいう。また、仲介プログラムプロダクトと称されるものは、仲介プログラム５２０が記録された記憶媒体及び記憶装置であり、見た目の形式に関わらず、コンピュータ読み取り可能なプログラムをロードしているものである。
　次に、仲介装置１０の記憶部１２０に記憶された各情報について説明する。
　図２は、本実施の形態に係る取引情報１５の構成を示す図である。
　取引情報１５は、図２に示すように取引ＩＤ４１、日時４２、バイヤ４３、サプライヤ４４、製品４５、数量４６、備考４７の情報から構成される。取引ＩＤ４１は、調達仲介システム５００を利用して行われるバイヤとサプライヤ間の取引の全てに各々一意に付与されるＩＤである。日時４２は、その取引が成立した日時であり、バイヤ４３とサプライヤ４４はそれぞれ取引の購入者と販売者である。製品４５は、どの製品の取引が行われたのかを示す製品名であり、型番等でも代用される。数量４６は、製品４５がどの数量で取引されたかを示す。備考４７は、その取引に記載すべきその他の情報である。具体的には、その取引が特別仕様での発注である、短納期注文である等の情報が記載される。取引情報１５は、取引部１１０を利用してバイヤ２０とサプライヤ３０間で取引が行われた際に必ず記録され、取引部１１０を経由して他の情報と関連付けられる。
　図３は、本実施の形態に係るバイヤ評価情報１２の構成を示す図である。
　バイヤ評価情報１２は、バイヤを評価したバイヤ評価データ５１１を含む。バイヤ評価情報１２は、バイヤが過去に購入した購入製品についてバイヤが要求した要求品質５３と要求価格５４と要求納期５５との各々に対するバイヤ評価データ５１１を含む。
　具体的には、バイヤ評価情報１２は、図３に示すように取引ＩＤ５１、評価日時５２、要求品質５３、要求価格５４、要求納期５５、備考５６の情報から構成される。取引ＩＤ５１は、取引情報１５に記載の取引ＩＤ４１と同一のものである。評価日時５２は、サプライヤ３０がこの評価を行った日時である。要求品質５３、要求価格５４、要求納期５５は、それぞれバイヤ２０がサプライヤ３０に本取引で要求した品質、価格、納期である。
　要求品質５３、要求価格５４、要求納期５５には、「低」から「高」の情報、「短」から「長」の情報、「１」から「１０」までの情報とその説明のための定性的または定量的な情報とがバイヤ評価データ５１１として設定される。具体的には、要求品質５３には、バイヤ評価データ５１１として、「高」及び「不良率０．１％未満」が設定されている。
　備考５６は、品質、価格、納期以外の面でバイヤ２０に関して特筆すべき定性的または定量的なバイヤ評価データ５１１が設定される。具体的には、備考５６には、「品質クレーム数が多い」が設定される。
　これらのバイヤ評価データ５１１は、取引後にサプライヤ３０がバイヤ２０に対して行った評価である。また、要求品質５３、要求価格５４、要求納期５５、備考５６に関しては、全ての項目を評価することは必須ではなく、可能な範囲でサプライヤ３０がバイヤ２０の評価を設定する。
　図４は、本実施の形態に係るサプライヤ評価情報１６の構成を示す図である。
　サプライヤ評価情報１６は、サプライヤを評価したサプライヤ評価データ６１０を含む。サプライヤ評価情報１６は、サプライヤが過去に供給した供給済製品の供給済品質６３と供給済価格６４と供給済納期６５との各々に対するサプライヤ評価データを含む。
　図４に示すように、サプライヤ評価情報１６もバイヤ評価情報１２と同様に、取引ＩＤ６１、評価日時６２、供給済品質６３、供給済価格６４、供給済納期６５、備考６６の情報から構成される。これらのサプライヤ評価データ６１０は、取引後にバイヤ２０がサプライヤ３０に対して行う評価である。なお、要求品質５３、要求価格５４、要求納期５５は、供給済品質６３、供給済価格６４、供給済納期６５に対応する。
　図５は、本実施の形態に係るバイヤ企業情報１３の構成を示す図である。図６は、本実施の形態に係るサプライヤ企業情報１７の構成を示す図である。
　バイヤ企業情報１３は、図５に示すように企業ＩＤ７１、企業名７２、製品７３、卸先７４、拠点７５、部品納入方式７６、規模７７、備考７８の情報から構成される。企業ＩＤ７１は、各バイヤに一意に割り振られた識別子である。企業名７２は、そのバイヤの名称である。製品７３は、そのバイヤが製造している製品である。卸先７４は、そのバイヤが製品７３を納めている卸先の名称である。拠点７５は、バイヤの製造拠点の場所であり、部品納入方式７６は、その製造拠点でどのようにサプライヤが部品を納めているかである。規模７７は、そのバイヤ企業の規模を示す金額（資本金或いは売上）である。備考７８は、バイヤについてその他に記載すべき情報である。
　図６に示すように、サプライヤ企業情報１７もバイヤ企業情報１３と同様に、企業ＩＤ８１、企業名８２、製品８３、仕入先８４、拠点８５、生産設備８６、規模８７、備考８８の情報から構成される。仕入先８４は、サプライヤが部品を仕入れる取引先である。なお、仕入先８４に記載された企業は、サプライヤとしてサプライヤ企業情報１７に設定されている場合もある。また、生産設備８６は、どのような生産設備がどのような状況で稼働しているかを示す情報である。
　図７は、本実施の形態に係る購入希望情報１４の構成を示す図である。
　購入希望情報１４は、バイヤが購入を希望する購入希望製品の情報を含む。購入希望情報１４に含まれる購入希望製品の情報は、購入希望製品の購入条件でもある。
　具体的には、購入希望情報１４は、図７に示すように、購入希望製品ＩＤ９１、企業ＩＤ９２、部品名９３、仕様９４、希望価格９５、希望数量９６、希望納期９７、備考９８の情報から構成される。購入希望製品ＩＤ９１は、バイヤの各購入希望製品に一意に割り振られた識別子である。企業ＩＤ９２は、バイヤ企業情報１３の企業ＩＤ７１にある識別子である。部品名９３は、バイヤが購入を希望する購入希望製品の名称である。仕様９４は、その購入希望製品を説明する詳細仕様である。希望価格９５は、購入希望製品の希望買取価格である。なお、希望価格９５には、希望買取価格の付記情報として、価格に関してサプライヤに希望する評価に関するサプライヤ評価条件を設定してもよい。具体的には、希望価格９５に、希望買取価格と、サプライヤの供給済価格のサプライヤ評価データ６１０が「低」かつ「市場価格の０．９倍以下」とを設定してもよい。希望数量９６は、どのくらいその購入希望製品を必要としているかの数である。希望納期９７は、いつまでにその部品が欲しいかである。希望納期９７にも、納期に関してサプライヤに希望する評価に関するサプライヤ評価条件（短納期を希望等）を設定してもよい。
　備考９８は、それ以外の記載すべき購入希望部品についての情報である。具体的には、「納期優先」、「分納可」、品質に関してサプライヤに希望する評価に関するサプライヤ評価条件といった情報である。
　図８は、本実施の形態に係るサプライヤ製品情報１８の構成を示す図である。
　サプライヤ製品情報１８は、サプライヤが供給する供給製品の情報を含む。
　具体的には、サプライヤ製品情報１８は、図８で示すように、製品ＩＤ１０１、企業ＩＤ１０２、部品名１０３、仕様１０４、価格１０５、納期１０６、備考１０７の情報から構成される。製品ＩＤ１０１は、各供給製品に一意に割り振られた識別子である。企業ＩＤ１０２は、その供給製品を販売するサプライヤ企業情報１７の企業ＩＤ８１にある識別子である。部品名１０３は、そのサプライヤが販売する供給製品の名称である。仕様１０４は、その供給製品を説明する詳細仕様である。価格１０５は、その供給製品の販売価格であり、納期１０６はその供給製品の注文を受けてから届けるまでの納期である。備考１０７は、その他に記載すべき当該供給製品の情報である。
＊＊＊動作の説明＊＊＊
　図９を用いて、本実施の形態に係るバイヤによる取引処理Ｓ１００について説明する。また、図１０を用いて、本実施の形態に係るバイヤによる取引処理Ｓ１００について説明する。
＜事前準備処理＞
　まず、事前に実行される事前準備処理について説明する。
　予め、バイヤ２０はバイヤ端末２１から取引部１１０に接続し、バイヤ企業情報１３及び購入希望情報１４を可能な範囲で入力しておく。バイヤ企業情報１３及び購入希望情報１４は、記憶部１２０に記憶される。
　サプライヤ３０はサプライヤ端末３１から取引部１１０に接続し、サプライヤ企業情報１７及びサプライヤ製品情報１８を可能な範囲で入力しておく。サプライヤ企業情報１７及びサプライヤ製品情報１８は、記憶部１２０に記憶される。
　また、仲介装置１０を通じてバイヤ２０とサプライヤ３０間で行われた取引については、取引部１１０が取引情報１５に記録し、記憶部１２０に記憶する。また、その取引に関連する評価は、バイヤ２０及びサプライヤ３０の双方が、取引部１１０を通じてそれぞれサプライヤ評価情報１６及びバイヤ評価情報１２に入力する。
＜バイヤによる取引処理Ｓ１００＞
　取引処理Ｓ１００は、バイヤがサプライヤを選定する処理であり、主に既製品の取引のための処理である。
　取引処理Ｓ１００において、取引部１１０は、サプライヤ製品情報１８から供給製品の情報を抽出する供給製品抽出要求を取得する。供給製品抽出要求は、購入希望製品の条件を表す購入条件と、購入希望製品を供給するサプライヤに対してバイヤが希望するサプライヤ評価データ６１０の条件を表すサプライヤ評価条件とに基づいて、サプライヤ製品情報１８から供給製品の情報を抽出する要求である。そして、取引部１１０は、購入条件とサプライヤ評価条件とサプライヤ製品情報１８とサプライヤ評価情報１６とに基づいて、サプライヤ製品情報１８から供給製品の情報を抽出する。購入条件とサプライヤ評価条件とは、購入希望情報１４に含まれる。
　以下に、取引処理Ｓ１００を具体的に説明する。
　ステップＳ２０１において、取引部１１０は、バイヤ端末２１からインターネット４０を介して、購入希望情報１４に記されている条件を満たす供給製品をサプライヤ製品情報１８から検索する供給製品抽出要求を受信する。具体的には、バイヤ２０はバイヤ端末２１から取引部１１０に接続し、自身が入力した購入希望情報１４の情報に記されている条件を満たす供給製品をサプライヤ製品情報１８から検索する供給製品抽出要求を取引部１１０に送信する。
　ステップＳ２０２において、取引部１１０は、供給製品抽出要求を受信すると、購入希望情報１４とサプライヤ製品情報１８とを参照し、購入希望情報１４に記されている購入条件に合致する供給製品をサプライヤ製品情報１８から検索する。購入条件に合致する製品があった場合（ステップＳ２０２でＹＥＳ）、ステップＳ２０３に進む。購入条件に合致する供給製品がない場合（ステップＳ２０２でＮＯ）、条件に合致する供給製品がないことをバイヤ端末２１へ通知し（ステップＳ２０２１）、処理を終了する。
　ステップＳ２０３において、取引部１１０は、条件に合致した供給製品の情報を合致製品情報として、バイヤ端末２１に返信する。合致製品情報には、この供給製品を供給するサプライヤの企業名８２と、部品名１０３、仕様１０４、価格１０５等バイヤ２０が当該供給製品の購入を検討する上で必要な情報が含まれる。また、合致製品情報には、供給製品抽出要求に含まれるサプライヤ評価条件も含まれるものとする。このとき、取引部１１０は、この製品を提供するサプライヤのサプライヤ評価情報１６及びサプライヤ企業情報１７を合致製品情報に含めてもよい。
　ステップＳ２０４において、バイヤ端末２１は、合致製品情報を受信する。合致製品情報は、バイヤ２０により精査され、そのサプライヤからその供給製品を購入するか否かの判定がなされる。このとき、バイヤは、購入しようと思う製品を販売するサプライヤのサプライヤ評価情報１６及びサプライヤ企業情報１７の参照を取引部１１０に要求し、サプライヤ評価条件等を用いて、そのサプライヤから供給製品を購入すべきか否かを判定する。或いは、サプライヤ評価情報１６及びサプライヤ企業情報１７が合致製品情報に含まれている場合は、合致製品情報に含まれるサプライヤ評価情報１６及びサプライヤ企業情報１７を参照して、購入すべきか否かを判定してもよい。
　購入しないと判定された場合（ステップＳ２０４でＮＯ）、処理を終了する。購入すると判定された場合（ステップＳ２０４でＹＥＳ）、購入すると判定された供給製品をサプライヤ製品情報１８から抽出された供給製品としてステップＳ２０５に進む。
　或いは、図９のステップＳ２０２からステップＳ２０４の処理を、図１０のステップＳ２０２ａからステップＳ２０３ａの処理に替えてもよい。図１０のステップＳ２０２ａでは、取引部１１０は、供給製品抽出要求に含まれる購入条件及びサプライヤ評価条件と、記憶部１２０に記憶されたサプライヤ製品情報１８及びサプライヤ評価情報１６を用いて、サプライヤ製品情報１８から供給製品の情報を抽出する。例えば、取引部１１０は、供給製品抽出要求を取得すると、購入条件を満たし、かつ、サプライヤ評価データ６１０がサプライヤ評価条件を満たすサプライヤが供給する供給製品の情報をサプライヤ製品情報１８から抽出してもよい。また、供給製品抽出要求には、サプライヤの企業データに関する条件を含ませてもよい。取引部１１０は、購入条件とサプライヤ評価条件とサプライヤの企業データに関する条件とに基づいて、サプライヤ製品情報１８とサプライヤ評価情報１６とサプライヤ企業情報１７とを参照し、供給製品の情報をサプライヤ製品情報１８から抽出してもよい。
　抽出した供給製品があれば（ステップＳ２０３ａでＹＥＳ）、処理は図９のステップＳ２０５に進む。抽出する供給製品がなければ（ステップＳ２０３ａでＮＯ）、条件に合致する供給製品がないことをバイヤ端末２１へ通知し（ステップＳ２０２１ａ）、処理は図９の終了に進む。
　そして、取引部１１０は、抽出した供給製品の情報をバイヤ端末２１に送信する。
　本実施の形態では、取引情報１５、バイヤ企業情報１３、バイヤ評価情報１２、サプライヤ企業情報１７、及びサプライヤ評価情報１６に、バイヤとサプライヤそれぞれが取引を検討する上で有用となる情報が付加されている。これにより、図１０のステップＳ２０１からステップＳ２０４の処理、或いは、ステップＳ２０１からステップＳ２０３ａの処理により、バイヤがサプライヤの供給製品を選ぶ際に、次のような効果が期待できる。
（１）サプライヤ企業情報１７からその仕入先８４を参照することにより、サプライチェーン構築時の最適化、すなわち地理的リスクの分散や同一サプライヤによるコスト削減等を図ることができる。
（２）サプライヤ企業情報１７の拠点８５を参照することにより、輸送の最適化、すなわちリードタイムの短縮や輸送コスト削減等を図ることができる。
（３）サプライヤ企業情報１７の生産設備８６を参照することにより、設備の稼働状況からサプライヤの生産能力の余力を計ることができる。
（４）サプライヤ企業情報１７の規模８７を参照することにより、バイヤの会社規模から発注の安全性を見積もることができる。
（５）サプライヤ企業情報１７の備考８８により、定量的に表せないメリットを活用することができる。
（６）サプライヤ評価情報１６にある複数のバイヤからの当該サプライヤの供給済品質６３、供給済価格６４、供給済納期６５に関する評価から、当該サプライヤとの取引を判定することができる。
（７）サプライヤ評価情報１６の備考６６から当該サプライヤの定量的に表せない良し悪しを知ることができる。
（８）さらに、統計処理され個々の取引が判別できないような形になった取引情報１５からも、より客観的な当該サプライヤのパフォーマンス（取引回数、取引量、取引会社数、等）を知ることができる。
　ステップＳ２０５において、バイヤ端末２１は、取引部１１０を経由して、サプライヤ端末３１に注文データを送信する。バイヤがサプライヤに注文する製品は、ステップＳ２０４において購入が決定された供給製品、或いは、ステップＳ２０２ａにおいて取引部１１０により抽出された供給製品である。注文データには、この供給製品の部品名及び数量等が含まれる。
　ステップＳ２０６において、バイヤとサプライヤ間の取引が開始され、取引部１１０は、注文データを取引情報１５として記憶部１２０に記憶する。
　取引完了後に、ステップＳ２０７において、取引部１１０は、バイヤ端末２１及びサプライヤ端末３１のそれぞれに取引相手を評価するか否かを判定させ。判定結果を受信する。
　評価しないとの評価結果を受信した場合（ステップＳ２０７でＮＯ）、処理を終了する。評価するとの評価結果を受信した場合（ステップＳ２０７でＹＥＳ）、ステップＳ２０８に進む。
　ステップＳ２０８において、取引部１１０は、バイヤ端末２１或いはサプライヤ端末３１から、取引相手の評価結果を受信し、記憶部１２０に記憶されているバイヤ評価情報１２或いはサプライヤ評価情報１６に設定する。
＜サプライヤによる取引処理Ｓ２００＞
　図１１を用いて、本実施の形態に係るサプライヤによる取引処理Ｓ２００について説明する。また、図１２を用いて、本実施の形態に係るサプライヤによる取引処理Ｓ２００について説明する。
　取引処理Ｓ２００は、サプライヤがバイヤを選定する処理であり、主に注文品の取引の処理である。
　取引処理Ｓ２００において、取引部１１０は、購入希望情報１４から購入希望製品の情報を抽出する購入希望抽出要求を取得する。購入希望抽出要求は、サプライヤが供給する供給製品の条件を表す供給条件と、供給製品を供給する供給先であるバイヤに対してサプライヤが希望するバイヤ評価データ５１１の条件を表すバイヤ評価条件とに基づいて、購入希望情報１４から購入希望製品の情報を抽出する要求である。そして、取引部１１０は、供給条件とバイヤ評価条件と購入希望情報とバイヤ評価情報とに基づいて、購入希望情報１４から購入希望製品の情報を抽出する。供給条件は、例えば、サプライヤ製品情報１８に設定されている供給製品の情報である。
　以下に、取引処理Ｓ２００を具体的に説明する。
　ステップＳ３０１において、取引部１１０は、サプライヤ端末３１からインターネット４０を介して、購入希望情報１４からサプライヤが供給可能な供給条件を満たす購入希望製品を検索する購入希望検索要求を受信する。具体的には、サプライヤはサプライヤ端末３１から取引部１１０に接続し、購入希望製品を購入希望情報１４から検索する購入希望検索要求を取引部１１０に送信する。
　ステップＳ３０２において、取引部１１０は、供給条件とバイヤ評価条件と購入希望情報とバイヤ評価情報とに基づいて、購入希望情報１４から購入希望製品の情報を抽出する。例えば、取引部１１０は、購入希望抽出要求を取得すると、供給条件を満たし、かつ、バイヤ評価データがバイヤ評価条件を満たすバイヤが購入を希望している購入希望製品の情報を購入希望情報１４から抽出する。抽出すべき購入希望製品がない場合は（ステップＳ３０２でＮＯ）、条件に合致する製品がないことをサプライヤ端末３１へ通知し（ステップＳ３０２１）、処理を終了する。抽出すべき購入希望製品がある場合は（ステップＳ３０２でＹＥＳ）、処理はステップＳ３０３に進む。
　ステップＳ３０３において、取引部１１０は、抽出した購入希望製品の情報をサプライヤ端末３１に送信する。
　なお、購入希望抽出要求には、バイヤの企業データに関する条件を含ませてもよい。取引部１１０は、供給条件とバイヤ評価条件とバイヤの企業データに関する条件とに基づいて、購入希望情報１４とバイヤ評価情報１２とバイヤ企業情報１３とを参照し、購入希望製品の情報を購入希望情報１４から抽出する。
　取引部１１０は、抽出した購入希望製品の情報をサプライヤ端末３１に送信する。
　或いは、図１１のステップＳ３０１からステップＳ３０２を、図１２のステップＳ３０１ａからステップＳ３０４ａに替えてもよい。図１２のステップＳ３０１ａからステップＳ３０４ａの処理を行う場合は、まず、サプライヤは、サプライヤ端末３１から取引部１１０に接続し、購入希望情報１４から自身が販売可能な供給条件に当てはまるものを探す（ステップＳ３０１ａ）。このとき、サプライヤは、バイヤ企業情報１３の製品７３や購入希望情報１４の仕様９４等を参考に、自身が販売可能な供給条件に当てはまる購入希望製品の絞り込みを行う（ステップＳ３０２ａ）。絞り込んだ結果、購入希望製品がなければ（ステップＳ３０２ａでＮＯ）、処理は終了する。絞り込んだ結果、購入希望製品があれば（ステップＳ３０２ａでＹＥＳ）、処理はステップＳ３０３ａに進む。
　ステップＳ３０３ａにおいて、絞り込んだ購入希望製品からサプライヤが販売可能な既存製品があれば（ステップＳ３０３ａでＹＥＳ）、処理はステップＳ３０５に進む。絞り込んだ購入希望製品からサプライヤが販売可能な既存製品がなければ（ステップＳ３０３ａでＮＯ）、処理はステップＳ３０４ａに進む。
　ステップＳ３０４ａにおいて、新規の製品で対応する場合は、サプライヤは新たにサプライヤ製品情報１８に新規製品を追加し、ステップＳ３０５に進む。
　以上のように、図１０のステップＳ３０１からステップＳ３０３の処理、或いは、ステップＳ３０１ａからステップＳ３０４ａの処理により、サプライヤは、供給条件とバイヤ評価データとバイヤ評価条件と購入希望情報とに基づいて、購入希望情報１４より抽出した購入希望製品の情報を得ることができる。
　上記の処理により、サプライヤがバイヤの購入希望製品を探す際に、次のような効果が期待できる。すなわち、購入希望製品を検索する際に、バイヤ企業情報１３とバイヤ評価情報１２と取引情報１５とを参照することにより、注文を受けた際にかかる製品の値段以外のコストやリスクを見積り、最も自社の利益に繋がるバイヤを見つけることができる。
（１）具体的には、バイヤ企業情報１３のバイヤの卸先７４を参照することにより、自社技術の漏洩を防止する効果がある。
（２）バイヤ企業情報１３の拠点７５を参照することにより、地理的リスクの分散、輸送コストの削減等の効果がある。
（３）バイヤ企業情報１３の部品納入方式７６を参照することにより、自社の納品方式との適合性を確認することができる。
（４）バイヤ企業情報１３の規模７７を参照することにより、生産規模を見積ることができ、購入希望販売提案をバイヤに提示する際に遂行可能性を計ることができる。
（５）バイヤ企業情報１３の備考７８を参照することにより、定量的に表せないメリットを活用することができる。
（６）バイヤ評価情報１２にある複数のサプライヤからのバイヤの要求品質５３、要求価格５４、要求納期５５に関する評価から、当該バイヤとの取引を決める判断材料にすることができる。
（７）バイヤ評価情報１２の備考５６から当該バイヤの定量的に表せない良し悪しを知ることができる。
（８）そして、統計処理され個々の取引が判別できないような形になった取引情報１５から、より客観的な当該バイヤのパフォーマンスを知ることができる。
　ステップＳ３０５において、取引部１１０は、サプライヤ端末３１から購入希望製品に対して販売可能であることを提案する購入希望販売提案を受信し、受信した購入希望販売提案をバイヤ端末２１に送信する。この時点で、購入希望製品の購入を希望しているバイヤとサプライヤ間の取引が開始され、取引部１１０は、購入希望販売提案を取引情報１５として記憶部１２０に記憶する。購入希望販売提案は、逆注文データともいう。
　ステップＳ３０６において、バイヤ端末２１は、購入希望販売提案を受信する。購入希望販売提案は、バイヤにより精査され、そのサプライヤからその製品を購入するか否かを判定がなされる。このとき、バイヤは、購入を希望する製品を販売するサプライヤのサプライヤ評価情報１６及びサプライヤ企業情報１７の参照を取引部１１０に要求し、サプライヤ評価情報１６及びサプライヤ企業情報１７を参照して、購入希望販売提案に含まれる購入希望製品を購入すべきか否かを判定する。
　購入しないと判定された場合（ステップＳ３０６でＮＯ）、処理を終了する。購入すると判定された場合（ステップＳ３０６でＹＥＳ）、ステップＳ２０７に進む。
　ステップＳ３０７において、バイヤ端末２１は、取引部１１０を経由して、サプライヤに部品名及び数量等の注文データを送信する。
　ステップＳ３０８において、バイヤとサプライヤ間の取引が開始される。なお、取引部１１０は、購入希望販売提案がバイヤ端末２１に送信された時点で、購入希望販売提案を取引情報１５として記憶してもよいし（ステップＳ３０５）、注文データを取引情報１５として記憶部１２０に記憶してもよい（ステップＳ３０８）。
　取引完了後に、ステップＳ３０９において、取引部１１０は、バイヤ端末２１及びサプライヤ端末３１のそれぞれに取引相手を評価するか否かを判定させ。判定結果を受信する。
　評価しないとの評価結果を受信した場合（ステップＳ３０９でＮＯ）、処理を終了する。評価するとの評価結果を受信した場合（ステップＳ３０９でＹＥＳ）、ステップＳ３１０に進む。
　ステップＳ３１０において、取引部１１０は、バイヤ端末２１或いはサプライヤ端末３１から、取引相手の評価結果を受信し、バイヤ評価情報１２或いはサプライヤ評価情報１６として記憶部１２０に記憶する。
＊＊＊本実施の形態の効果の説明＊＊＊
　以上のように、本実施の形態に係る仲介システム５００及び仲介装置１０によれば、バイヤ、サプライヤがそれぞれ取引相手を見つけるために企業情報、購入希望情報、製品情報をＷｅｂに掲載することができる。また、過去行った取引の情報と共に取引相手への評価を保持し、これら全ての情報を参考にしてバイヤがサプライヤを、サプライヤがバイヤを選ぶことができる。
　また、本実施の形態に係る仲介装置１０によれば、企業情報は取引を検討するために必要な企業名、製品分野、取引先、立地、設備その他条件、規模、等を含む。また、購入希望情報、製品情報には、取引を検討するために必要な製品名、製品仕様、価格、数量、納期、その他参考情報を含む。また、評価情報には、日時と、品質、価格、納期それぞれの定量的評価及び定性的評価、その他参考情報を含む。また、取引情報にはバイヤ、サプライヤ、製品名、数量、その他参考情報等を含む。
　このように、本実施の形態に係る仲介装置１０によれば、バイヤとサプライヤ双方が取引開始前または取引中に相手の企業情報や評価を知ることで、トラブルの回避や調達の効率化を図ることができる。本効果が有効に発揮されるためには、双方が本方式を活用して取引を行うことと、取引後に相手の評価を実施することが重要となる。これらが欠けると、調達効率化に必要な様々なデータが不足し、取引時に参考にすることができなくなる。
　本実施の形態に係る仲介システム５００及び仲介装置１０によれば、サプライチェーン構築及び運用効率化のために、サプライヤとバイヤそれぞれの評価情報をＷｅｂに掲載し、双方向マッチングを行うことでより対等で多くの調達を効率的に仲介することができる。
　本実施の形態では、取引部はプロセッサ上で動作するプログラムにより実現されるとして説明したが、取引部の機能を有する取引サーバを用いてもよい。そして、記憶部に記憶された各情報はファイルサーバに格納され、ファイルサーバと取引サーバがネットワーク等により接続された構成により本実施の形態に係る仲介装置の機能を実現してもよい。
＊＊＊他の構成＊＊＊
　本実施の形態では、仲介装置１０の機能がソフトウェアで実現されるが、変形例として、仲介装置１０の機能がハードウェアで実現されてもよい。
　図１３は、本実施の形態の変形例に係る仲介装置１０の構成を示す図である。
　図１３に示すように、仲介装置１０は、処理回路９０９、入力インタフェース９３０、出力インタフェース９４０、通信インタフェース９５０といったハードウェアを備える。
　処理回路９０９は、上述した「部」の機能及び記憶部を実現する専用の電子回路である。処理回路９０９は、具体的には、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ（Ｇａｔｅ　Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）、又は、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）である。
　仲介装置１０は、処理回路９０９を代替する複数の処理回路を備えていてもよい。これら複数の処理回路により、全体として「部」の機能が実現される。それぞれの処理回路は、処理回路９０９と同じように、専用の電子回路である。
　別の変形例として、仲介装置１０の機能がソフトウェアとハードウェアとの組合せで実現されてもよい。すなわち、仲介装置１０において一部の機能が専用のハードウェアで実現され、残りの機能がソフトウェアで実現されてもよい。
　プロセッサ９１０、記憶装置９２０、及び、処理回路９０９を、総称して「プロセッシングサーキットリ」という。つまり、仲介装置１０の構成が図４及び図１２のいずれに示した構成であっても、「部」の機能及び記憶部は、プロセッシングサーキットリにより実現される。
　「部」を「工程」又は「手順」又は「処理」に読み替えてもよい。また、「部」の機能をファームウェアで実現してもよい。
　実施の形態２．
　本実施の形態では、主に、実施の形態１との差異について説明する。
　本実施の形態において、実施の形態１で説明した構成と同様の構成には同一の符号を付し、その説明を省略する。
　実施の形態１では、バイヤとサプライヤ双方が取引相手を自ら探す方法について説明した。しかしバイヤ及びサプライヤの数が増えるにつれ、バイヤの購入希望製品及びサプライヤの供給製品の数も膨大となる。
　本実施の形態では、実施の形態１の構成にマッチング部１３０を追加することで、バイヤの需要とサプライヤの供給を事前に定めた方式で自動的にマッチングする仲介装置１０ａについて説明する。
＊＊＊構成の説明＊＊＊
　図１４は、本実施の形態に係る仲介装置１０ａの構成の示す図である。
　本実施の形態では、実施の形態１の仲介装置１０の機能構成に加えて、マッチング部１３０を備える。マッチング部１３０は、マッチングエンジンともいう。
　本実施の形態では、マッチング部１３０は、バイヤ評価情報１２、バイヤ企業情報１３、購入希望情報１４、取引情報１５、サプライヤ評価情報１６、サプライヤ企業情報１７、サプライヤ製品情報１８を用いて自動的にバイヤの購入希望とサプライヤの供給可能を結びつける。
＊＊＊動作の説明＊＊＊
　図１５を用いて、本実施の形態に係るマッチング処理Ｓ４００について説明する。
　ステップＳ４０１において、マッチング部１３０は、購入希望情報１４に基づいて、サプライヤ企業情報１７からサプライヤを選出サプライヤとして選出する。具体的には、マッチング部１３０は、購入希望情報１４の１つの行である購入希望製品の情報（以下、処理対象購入希望とする）について、処理対象購入希望の仕様（以下、購入希望仕様とする）と近い製品分野を持つサプライヤをサプライヤ企業情報１７から選出する。このとき、マッチング部１３０は、以下の情報等を参考に、購入希望仕様と近い製品分野のサプライヤを見つけ出す。
（Ａ）処理対象購入希望のバイヤの取引情報１５を参照し、過去に取引のあるサプライヤを選ぶ。
（Ｂ）処理対象購入希望のバイヤの製品７３と類似する製品を販売するバイヤと取引実績があるサプライヤを選ぶ。
（Ｃ）上記（Ａ），（Ｂ）と同じ製品８３をサプライヤ企業情報１７に持つサプライヤを選ぶ。
（Ｄ）処理対象購入希望の部品名９３及び仕様９４と類似する製品をサプライヤ製品情報１８に持つサプライヤを選ぶ。
　また、この段階で、マッチング部１３０は、サプライヤを選出するための特徴（購入希望情報１４の部品名９３、仕様９４等）と、選出したサプライヤの候補リストとの組み合わせを、後の選出のために記憶部１２０に保存してもよい。
　ステップＳ４０２において、マッチング部１３０は、選出サプライヤが供給する供給製品の仕様と購入希望製品の仕様、すなわち購入希望仕様とが一致する度合いを判定する。具体的には、マッチング部１３０は、サプライヤ製品情報１８を用いて、選出サプライヤが販売する供給製品と購入希望仕様との仕様一致度合いを判定する。
　ステップＳ４０３において、マッチング部１３０は、度合いが閾値より小さいか否かを判定する。例えば、閾値を１００％とする。仕様の一致の度合いが１００％の場合は完全一致、すなわち仕様を満たすと判定する。仕様の一致の度合いが１００％より小さい場合は完全一致でない、すなわち仕様を満たさないと判定する。完全一致の場合、すなわち部品の仕様９４、希望価格９５等が、選出サプライヤのサプライヤ製品情報１８に含まれる製品の仕様１０４、価格１０５等と完全に一致する場合（ステップＳ４０３でＹＥＳ）は、ステップＳ４０７のマッチング成立に進む。
　ステップＳ４０８において、マッチング部１３０は、マッチングした選出サプライヤ及びその供給製品をマッチング結果としてリストに加え、保存する。
　ステップＳ４１０において、次の選出サプライヤがあれば、ステップＳ４０２に戻り処理を繰り返す。
　ステップＳ４０３において、完全一致しない場合、処理はステップＳ４０４に進む。
　ステップＳ４０４において、マッチング部１３０は、選出サプライヤの供給製品の仕様と購入希望仕様との違いを分析する。
　ステップＳ４０５において、マッチング部１３０は、分析結果に基づいて、選出サプライヤの供給製品の情報をサプライヤ製品情報から抽出するか否かを判定する。具体的には、マッチング部１３０は、選出サプライヤの仕入先８４や生産設備８６等の情報から、選出サプライヤが不一致となっている仕様の箇所について、修正することにより仕様を満たすことができるかを判定する。例えば、仕入先８４に選出サプライヤがどのような材料を仕入れているかの情報を（マッチング部１３０のみに開示する形でも可）記載し、生産設備８６に材料加工のためにどのような設備やプロセスがあるかを（これもマッチング部１３０のみに開示でも可）記載する。このような情報を記載することにより、材料と設備の仕様を超えない範囲で生産プロセスを変更し、購入希望仕様に近づけることを試みる。また、仮に材料仕入先もサプライヤ製品情報１８やサプライヤ企業情報１７に登録されていれば、仕入れる材料の変更も視野に入る。
　このような処理により、仕様の違いが調整（吸収）可能であるとマッチング部１３０が判断できれば（ステップＳ４０６でＹＥＳ）、ステップＳ４０７のマッチング成立に進む。ステップＳ４０８において、マッチング部１３０は、マッチングしたサプライヤ及びその供給製品を提案という形で仕様の違いと共にマッチング結果に加え、リストに保存する。そして、マッチング部１３０はステップＳ４１０を実行する。
　仕様の違いが調整（吸収）不可能であるとマッチング部１３０が判断した場合（ステップＳ４０６でＮＯ）、ステップＳ４０９のマッチング不成立に進む。そして、ステップＳ４１０に進み、次の選出サプライヤがあれば処理を繰り返す。
　選出サプライヤの全てについて処理が完了した後は、マッチング部１３０は、購入希望情報１４の次の行があれば（ステップＳ４１１でＹＥＳ）、ステップＳ４０１に戻り、購入希望情報１４の次の行を処理対象購入希望として処理を繰り返す。
　購入希望情報１４の全ての行について処理が終了すると（ステップＳ４１１でＮＯ）、処理はステップＳ４１２に進む。ステップＳ４１２において、マッチング部１３０は、処理対象購入希望を登録したバイヤ、マッチング結果に記載されている各サプライヤの一方或いは両方にマッチング結果を通知する。ここで、マッチング結果自体は機密性の高い情報であるため、サプライヤ側には当該サプライヤ以外の情報は知らせず、またバイヤ側にもサプライヤ側の非公開としている情報は通知せず、あくまで取引可能性のある相手がいることを伝える。またバイヤとサプライヤはそれぞれへの通知に対して、相手の評価によるフィルタをかけることも可能である。これは、閾値を下回る相手がマッチングした場合でも、その相手は候補から除外した上で通知することを意味する。
＊＊＊本実施の形態の効果の説明＊＊＊
　以上のように、本実施の形態に係る仲介装置１０ａによれば、バイヤの購入希望情報を基に、その寸法、機能、価格等の要求仕様を満たす能力または可能性を持つサプライヤを、サプライヤ企業情報とサプライヤ製品情報から自動的に抽出することができる。そして、一致度合い及び仕様差異を、機密性のある情報については抽象化した状態でバイヤ、サプライヤまたはその両者に通知することができる。なお、サプライヤ企業情報は生産設備、仕入先等を含む情報であり、サプライヤ製品情報は、製品ラインナップ及びそれらの仕様等を含む情報である。
　本実施の形態に係るマッチング部１３０は、予め登録されている情報から自動的にバイヤの購入希望とサプライヤの提供可能とを結びつけるので、以下の効果がある。
（１）１つ目は、マッチングの手間の削減とマッチング範囲の拡大である。バイヤの購入希望情報とサプライヤの製品情報が増えるに従い、人手でこれらを結びつけることは容易ではなくなる。よってバイヤは人手でサプライヤ選定を行った場合、どうしても今まで取引を行ったことのあるサプライヤを中心に調査を行い、限られた範囲のサプライヤのみから調達を行うことになる。しかし、本実施の形態のマッチング処理をマッチングエンジンが自動的に行うことで、人手ではたどり着かなかった取引先、思いつかなかった取引先等も候補として検討することができる。
（２）２つ目は、機密性を保ったままでの効率の良いサプライヤ選定を実現することができる。人手で選定作業を実施した場合、どうしても相手に見られて良い公開情報から候補を選出し、そこから電話やメール等で直接交渉にあたる必要があった。しかし、本実施の形態のように、生産設備や取引先等の一部の情報を非公開（マッチングエンジンのみ参照可能）の形で登録することで、競合他社に自社の機密情報を知られることなく、効率よくマッチングを行うことができる。ただしこれらの機密情報は、マッチングの範囲（バイヤの要望に応えられる可能性を持つサプライヤの数）を増やすことができる反面、取り扱いに注意しなければその会社の操業に重大な影響を及ぼす可能性がある。本実施の形態を使用した場合のバイヤ側のメリットは、使用しない場合と比べて直接サプライヤの機密情報を参照することなく多くのサプライヤ候補を抽出できることにある。また、サプライヤ側のメリットは、多くのバイヤの購入希望から自社が対応できそうなものを簡単に選出できることである。
　本実施の形態も、実施の形態１と同様に、より多くの情報が登録されている状態で一番良いマッチング結果を出すことができる。
　実施の形態３．
　本実施の形態では、主に、実施の形態１，２との差異について説明する。
　本実施の形態において、実施の形態１，２で説明した構成と同様の構成には同一の符号を付し、その説明を省略する。
　実施の形態１では、バイヤとサプライヤ双方が他方の評価を参考にしながら取引相手を探す方法について説明した。また、実施の形態２では、それに加えて双方が予め登録した情報からマッチング部１３０が自動的に、潜在分の取引相手も含む取引相手を見つける方法について説明した。
　本実施の形態では、バイヤの購入希望をきっかけとする受動的な購買機会の創出ではなく、現在行われている他社の取引情報から自社の仕入先や生産設備を見直し、能動的に購買機会を創出する方法について説明する。
＊＊＊構成の説明＊＊＊
　図１６は、本実施の形態に係る仲介装置１０ｂの構成の示す図である。
　本実施の形態では、実施の形態２の仲介装置１０ｂの機能構成に加えて、トレンド分析部１４０を備える。トレンド分析部１４０は、トレンド分析エンジンともいう。
　トレンド分析部１４０は、取引情報１５や購入希望情報１４を参照して、現在どのような仕様の製品が必要とされているかを分析する。そして、トレンド分析部１４０は、分析結果に基づき、求められている仕様と近い製品を販売しているサプライヤにトレンドを通知する。すなわち、トレンド分析部１４０は、取引情報１５と購入希望情報１４とに基づいて、取引される傾向にあるトレンド製品を抽出する。トレンド分析部１４０は、トレンド製品の仕様とサプライヤが供給する供給製品の仕様とに違いがある場合に、違いを分析する。トレンド分析部１４０は、分析結果に基づいて、サプライヤに対してトレンド製品に関するトレンド通知を通知する。
＊＊＊動作の説明＊＊＊
　図１７を用いて、本実施の形態に係るトレンド通知処理Ｓ５００について説明する。
　ステップＳ５０１において、トレンド分析部１４０は、取引情報１５及び購入希望情報１４に基づいて、どういった製品がよく取引されているかを分析する。具体例としては、トレンド分析部１４０は、取引情報１５及び購入希望情報１４に登録されている製品を製品分野ごとに分け、製品分野ごとに取引数及び購入希望数をカウントする等により、取引される傾向を分析する。
　ステップＳ５０２において、トレンド分析部１４０は、取引される傾向にあるトレンド製品を抽出する。具体的には、トレンド分析部１４０は、ステップＳ５０１の分析結果と、過去の分析結果とを比較し、特に、取引量の多い製品、取引量が増加傾向にある製品の２種類を絞り込む。ここで、絞り込んだ２種類の製品をトレンド製品とする。
　ステップＳ５０３において、トレンド分析部１４０は、サプライヤ企業情報１７に基づいて、サプライヤがトレンド分析を希望しているか否かを判定する。具体例として、サプライヤ企業情報１７がトレンド分析を希望するか否かのトレンド分析希望項目を有するものとする。トレンド分析部１４０は、このトレンド分析希望項目を参照することによりサプライヤがトレンド分析を希望しているか否かを判定する。
　サプライヤがトレンド分析を希望していない場合（ステップＳ５０３でＮＯ）、サプライヤ企業情報１７の次のサプライヤについて、トレンド分析の希望を判定する。サプライヤがトレンド分析を希望している場合（ステップＳ５０３でＹＥＳ）、処理はステップＳ５０４に進む。
　ステップＳ５０４において、トレンド分析部１４０は、当該サプライヤが、上述の２種類のトレンド製品と近い仕様の製品を販売しているか判定する。当該サプライヤがトレンド製品と一致する製品を販売している場合（ステップＳ５０４でＹＥＳ）、ステップＳ５０７に進む。このとき、トレンド分析部１４０は、図１５で説明したステップＳ４０１からステップ４０３と同様の処理により、当該サプライヤがトレンド製品と近い仕様の製品を販売しているか、また、完全一致かを判定してもよい。
　ステップＳ５０７において、トレンド分析部１４０は、サプライヤにトレンドと一致した仕様の製品の需要が多い、またはこれらの製品が増加していることを示すトレンド通知を通知する。
　当該サプライヤがトレンド製品と一致する製品を販売していない場合（ステップＳ５０４でＮＯ）、ステップＳ５０５に進む。
　ステップＳ５０５において、トレンド分析部１４０は、トレンド製品と当該サプライヤの供給製品との仕様の差異を分析する。すなわち、トレンド分析部１４０は、トレンド製品と一致はしないが近い仕様の製品を販売しているか、また、トレンド製品との仕様の差異は当該サプライヤにより調整可能であるかを分析する。
　ステップＳ５０６において、トレンド分析部１４０は、トレンド製品と一致はしないが近い仕様の製品を販売しており、仕様の差異は調整可能であると判定した場合（ステップＳ５０６でＹＥＳ）、ステップＳ５０７に進む。ステップＳ５０７において、トレンド分析部１４０は、当該サプライヤに、仕様の差異の調整による受注増加見込みを示すトレンド通知を通知する。このとき、トレンド分析部１４０は、図１５で説明したステップＳ４０４からステップ４０６と同様の処理を用いて、トレンド製品と当該サプライヤの供給製品との仕様の差異の分析と、仕様の差異は当該サプライヤにより調整可能であるかの判定とを行う。
　仕様の差異は調整不可能と判定した場合（ステップＳ５０６でＮＯ）、ステップＳ５０８に進む。
　ステップＳ５０８において、トレンド分析部１４０は、次のサプライヤがあれば、ステップＳ５０３に戻り、処理を繰り返す。
　上記手順を、トレンド分析を希望する全てのサプライヤに対して実施する。
＊＊＊本実施の形態の効果の説明＊＊＊
　以上のように、本実施の形態に係る仲介装置１０ｂによれば、バイヤ、サプライヤ間の過去の取引または現在掲載中の購入希望情報から、取引の多い或いは増加傾向にある製品を自動的に抽出することができる。そして、そのトレンド情報を知ることで更なる生産性の改善や生産規模の拡大が図れる。
　本実施の形態に係るトレンド分析部１４０によれば、自動的に世の中の取引の傾向について分析することかでき、次のような効果がある。
（１）サプライヤはバイヤから欲しい製品を聞き出す、或いはどういった製品が欲しいか調査しなくても、トレンド分析部の分析結果を得ることで、現在売れている、或いは今後売れる製品の仕様が分かる。これも、バイヤ各社に欲しい部品を尋ねても機密性や曖昧さが原因ではっきりとした回答を得られないところを、トレンド分析部が多くの取引や購入希望情報から抽出した傾向という形で利用することで、上述の問題を回避しつつどのような製品の販売に注力すべきかを知ることができる。例えばこのようなことは、今までは商社や情報分析企業が独自のノウハウにより行っていたことだが、本実施の形態により取引に関わる誰もが匿名でトレンドを知ることが可能となる。更にこれらは、情報として個々の企業を特定できない形で匿名化し、一般的なトレンド情報として販売することも可能となる。
（２）また、サプライヤは自社の製造工程に余力がある場合や、規模拡大のための拡張を考えている場合に、どの箇所にどの程度、どういった方法で製造工程を変更すべきかを、トレンド情報から知ることができる。これは、サプライヤが自社製品の中で需要が先細りしている製品に割いていた生産能力を、今後需要が増大する見込みのある製品（仕様）に転換するアドバイスとなる。世間で多く取引され、需要が拡大している製品であれば、特殊な技術やノウハウが必要とされるものでなければサプライヤが新規に参入し、販売先を獲得することも可能である。この際、予め登録してある生産設備情報や仕入先情報から、最小限の変更で受注を獲得できる可能性のあるサプライヤを、トレンド分析部は見つけ出すことができる。これにより、製造業全体で見た場合に無駄の少ない効率的な生産と設備投資を実現できる。
　なお、トレンド分析で気をつけなければならないのは、そのトレンド分析結果を同時に大量に通知することによって、需要が不必要に乱高下する可能性があることである。この点に注意し、本実施の形態では、トレンド分析結果を通知する範囲を製品分野、企業規模等のパラメータで限定すべきである。また、トレンド分析結果には個々の企業の特定につながる情報は含まれるべきではないので、サプライヤに通知する前に匿名化・抽象化する必要がある。
　以上、本発明の実施の形態１から３について説明したが、これらの実施の形態の説明において「部」として説明するもののうち、いずれか１つのみを採用してもよいし、いくつかの任意の組合せを採用してもよい。つまり、仲介装置の機能ブロックは、上記の実施の形態で説明した機能を実現することができれば、任意である。これらの機能ブロックを、どのような組合せ、或いは任意のブロック構成で仲介装置を構成しても構わない。また、仲介装置は、１つの装置でなく、複数の装置から構成されていてもよい。
　また、実施の形態１から３について説明したが、これらの実施の形態のうち、複数の部分を組み合わせて実施しても構わない。或いは、これらの実施の形態のうち、１つの部分を実施しても構わない。その他、これらの実施の形態の内容を、全体として或いは部分的に、どのように組合せて実施しても構わない。
　なお、上記の実施の形態は、本質的に好ましい例示であり、本発明、その適用物や用途の範囲を制限することを意図するものではなく、必要に応じて種々の変更が可能である。
　１０，１０ａ，１０ｂ　仲介装置、１２　バイヤ評価情報、１３　バイヤ企業情報、１４　購入希望情報、１５　取引情報、１６　サプライヤ評価情報、１７　サプライヤ企業情報、１８　サプライヤ製品情報、２０　バイヤ、２１　バイヤ端末、３０　サプライヤ、３１　サプライヤ端末、４０　インターネット、４１，５１，６１，７１，８１，　取引ＩＤ、４２　日時、４３　バイヤ、４４　サプライヤ、４５，７３，８３　製品、４６　数量、４７，５６，６６，７８，８８，９８，１０７　備考、５２，６２　評価日時、５３　要求品質、５４　要求価格、５５　要求納期、６３　供給済品質、６４　供給済価格、６５　供給済納期、７２，８２　企業名、７４　卸先、７５，８５　拠点、７６　部品納入方式、７７，８７　規模、８４　仕入先、８６　生産設備、９１　購入希望製品ＩＤ、１０１　製品ＩＤ、９２，１０２　企業ＩＤ、９３，１０３　部品名、９４，１０４　仕様、９５　希望価格、９６　希望数量、９７　希望納期、１０５　価格、１０６　納期、１１０　取引部、１２０　記憶部、１３０　マッチング部、１４０　トレンド分析部、５００　仲介システム、５１０　仲介方法、５２０　仲介プログラム、５１１　バイヤ評価データ、６１０　サプライヤ評価データ、Ｓ１００，Ｓ２００　取引処理、Ｓ４００　マッチング処理、Ｓ５００　トレンド通知処理、９０９　処理回路、９１０　プロセッサ、９２０　記憶装置、９３０　入力インタフェース、９４０　出力インタフェース、９５０　通信インタフェース。

Claims (10)

  1. 　バイヤを評価したバイヤ評価データを含むバイヤ評価情報と、バイヤが購入を希望する購入希望製品の情報を含む購入希望情報とを記憶する記憶部と、
    　サプライヤが供給する供給製品の条件を表す供給条件と、前記供給製品を供給する供給先であるバイヤに対して前記サプライヤが希望する前記バイヤ評価データの条件を表すバイヤ評価条件とに基づいて、前記購入希望情報から購入希望製品の情報を抽出する購入希望抽出要求を取得し、前記供給条件と前記バイヤ評価条件と前記購入希望情報と前記バイヤ評価情報とに基づいて、前記購入希望情報から購入希望製品の情報を抽出する取引部と
    を備えた仲介装置。
  2. 　前記記憶部は、
    　サプライヤを評価したサプライヤ評価データを含むサプライヤ評価情報と、サプライヤが供給する供給製品の情報を含むサプライヤ製品情報とを記憶し、
    　前記取引部は、
    　前記購入希望製品の条件を表す購入条件と、前記購入希望製品を供給するサプライヤに対して前記バイヤが希望する前記サプライヤ評価データの条件を表すサプライヤ評価条件とに基づいて、前記サプライヤ製品情報から供給製品の情報を抽出する供給製品抽出要求を取得し、前記購入条件と前記サプライヤ評価条件と前記サプライヤ製品情報と前記サプライヤ評価情報とに基づいて、前記サプライヤ製品情報から供給製品の情報を抽出する請求項１に記載の仲介装置。
  3. 　前記バイヤ評価情報は、
    　バイヤが過去に購入した購入製品について前記バイヤが要求した要求品質と要求価格と要求納期との各々に対する前記バイヤ評価データを含み、
    　前記サプライヤ評価情報は、
    　サプライヤが過去に供給した供給済製品の供給済品質と供給済価格と供給済納期との各々に対する前記サプライヤ評価データを含む請求項２に記載の仲介装置。
  4. 　前記取引部は、
    　前記購入希望抽出要求を取得すると、前記供給条件を満たし、かつ、前記バイヤ評価データが前記バイヤ評価条件を満たすバイヤが購入を希望している購入希望製品の情報を前記購入希望情報から抽出する請求項３に記載の仲介装置。
  5. 　前記取引部は、
    　前記供給製品抽出要求を取得すると、前記購入条件を満たし、かつ、前記サプライヤ評価データが前記サプライヤ評価条件を満たすサプライヤが供給する供給製品の情報を前記サプライヤ製品情報から抽出する請求項４に記載の仲介装置。
  6. 　前記記憶部は、
    　バイヤの企業の情報を表すバイヤ企業情報と、サプライヤの企業の情報を表すサプライヤ企業情報とを記憶し、
    　前記取引部は、
    　前記バイヤ企業情報に基づいて前記購入希望情報から購入希望製品の情報を抽出すると共に、前記サプライヤ企業情報に基づいて前記サプライヤ製品情報から供給製品の情報を抽出する請求項５に記載の仲介装置。
  7. 　前記仲介装置は、さらに、
    　前記購入希望情報に基づいて、前記サプライヤ企業情報からサプライヤを選出サプライヤとして選出し、前記選出サプライヤが供給する供給製品の仕様と前記購入希望製品の仕様とが一致する度合いを判定し、前記度合いが閾値より小さい場合に、前記選出サプライヤが供給する供給製品の仕様と前記購入希望製品の仕様との違いを分析し、分析結果に基づいて、前記選出サプライヤの供給製品の情報を前記サプライヤ製品情報から抽出するか否かを判定するマッチング部を備えた請求項６に記載の仲介装置。
  8. 　前記記憶部は、
    　バイヤとサプライヤとの間で取引があった製品の情報を表す取引情報を記憶し、
    　前記仲介装置は、さらに、
    　前記取引情報と前記購入希望情報とに基づいて、取引される傾向にあるトレンド製品を抽出し、前記トレンド製品の仕様とサプライヤが供給する供給製品の仕様とに違いがある場合に、前記違いを分析し、分析結果に基づいて、前記サプライヤに対して前記トレンド製品に関するトレンド通知を通知するトレンド分析部を備えた請求項６または７に記載の仲介装置。
  9. 　バイヤとサプライヤとの取引を仲介する仲介装置の仲介方法において、
    　前記仲介装置は、バイヤを評価したバイヤ評価データを含むバイヤ評価情報と、バイヤが購入を希望する購入希望製品の情報を含む購入希望情報とを記憶する記憶部を備え、
    　取引部が、サプライヤが供給する供給製品の条件を表す供給条件と、前記供給製品を供給する供給先であるバイヤに対して前記サプライヤが希望する前記バイヤ評価データの条件を表すバイヤ評価条件とに基づいて、前記購入希望情報から購入希望製品の情報を抽出する購入希望抽出要求を取得し、前記供給条件と前記バイヤ評価条件と前記購入希望情報と前記バイヤ評価情報とに基づいて、前記購入希望情報から購入希望製品の情報を抽出する仲介方法。
  10. 　バイヤとサプライヤとの取引を仲介する仲介装置の仲介プログラムにおいて、
    　前記仲介装置は、バイヤを評価したバイヤ評価データを含むバイヤ評価情報と、バイヤが購入を希望する購入希望製品の情報を含む購入希望情報とを記憶する記憶部を備え、
    　サプライヤが供給する供給製品の条件を表す供給条件と、前記供給製品を供給する供給先であるバイヤに対して前記サプライヤが希望する前記バイヤ評価データの条件を表すバイヤ評価条件とに基づいて、前記購入希望情報から購入希望製品の情報を抽出する購入希望抽出要求を取得し、前記供給条件と前記バイヤ評価条件と前記購入希望情報と前記バイヤ評価情報とに基づいて、前記購入希望情報から購入希望製品の情報を抽出する取引処理とをコンピュータである仲介装置に実行させる仲介プログラム。
PCT/JP2016/066942 2016-06-07 2016-06-07 仲介装置、仲介方法及び仲介プログラム WO2017212553A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
PCT/JP2016/066942 WO2017212553A1 (ja) 2016-06-07 2016-06-07 仲介装置、仲介方法及び仲介プログラム
JP2018522302A JP6410994B2 (ja) 2016-06-07 2016-11-29 仲介装置、仲介方法及び仲介プログラム
KR1020187033546A KR20180128976A (ko) 2016-06-07 2016-11-29 중개 장치, 중개 방법 및 기억 매체에 저장된 중개 프로그램
PCT/JP2016/085273 WO2017212667A1 (ja) 2016-06-07 2016-11-29 仲介装置、仲介方法及び仲介プログラム
CN201680086248.1A CN109196541B (zh) 2016-06-07 2016-11-29 中介装置、中介方法和计算机能读取的存储介质
DE112016006838.7T DE112016006838T5 (de) 2016-06-07 2016-11-29 Mediationsvorrichtung, Mediationsverfahren und Mediationsprogramm
US16/096,234 US20190236675A1 (en) 2016-06-07 2016-11-29 Mediation apparatus, mediation method, and computer readable medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/066942 WO2017212553A1 (ja) 2016-06-07 2016-06-07 仲介装置、仲介方法及び仲介プログラム

Publications (1)

Publication Number Publication Date
WO2017212553A1 true WO2017212553A1 (ja) 2017-12-14

Family

ID=60577776

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/JP2016/066942 WO2017212553A1 (ja) 2016-06-07 2016-06-07 仲介装置、仲介方法及び仲介プログラム
PCT/JP2016/085273 WO2017212667A1 (ja) 2016-06-07 2016-11-29 仲介装置、仲介方法及び仲介プログラム

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/085273 WO2017212667A1 (ja) 2016-06-07 2016-11-29 仲介装置、仲介方法及び仲介プログラム

Country Status (6)

Country Link
US (1) US20190236675A1 (ja)
JP (1) JP6410994B2 (ja)
KR (1) KR20180128976A (ja)
CN (1) CN109196541B (ja)
DE (1) DE112016006838T5 (ja)
WO (2) WO2017212553A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020166444A (ja) * 2019-03-28 2020-10-08 株式会社セラク 農産物取引システムおよびプログラム
WO2021001976A1 (ja) * 2019-07-04 2021-01-07 日本電気株式会社 情報処理装置、制御方法及び記憶媒体
WO2021001977A1 (ja) * 2019-07-04 2021-01-07 日本電気株式会社 情報処理装置、制御方法及び記憶媒体
JP6803529B1 (ja) * 2019-08-29 2020-12-23 株式会社Ｐｓｉ 情報処理装置
CN110866802A (zh) * 2019-10-15 2020-03-06 政采云有限公司 基于智能平台的服务类商品交易方法
KR102337298B1 (ko) * 2020-02-28 2021-12-07 김우진 부품 공급 관리 시스템
JP7437235B2 (ja) 2020-05-25 2024-02-22 株式会社日立製作所 計画連携装置および計画連携方法
US20230360073A1 (en) * 2020-11-13 2023-11-09 Psi Corporation Information processing device

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002215996A (ja) * 2001-01-22 2002-08-02 Masayoshi Son 取引管理システム及び取引管理方法
JP2003044707A (ja) * 2001-08-02 2003-02-14 Toshiba Corp 物品調達支援用サーバシステム、物品調達支援方法および物品調達支援用プログラム
JP2003281409A (ja) * 2002-03-26 2003-10-03 Mitsubishi Electric Information Systems Corp オークション装置、オークション方法及びそれをコンピュータに実行させるためのプログラム
JP2003303252A (ja) * 2002-04-12 2003-10-24 Hitachi Ltd 取引情報提供方法及びサプライヤ品質情報提供方法
JP2016038658A (ja) * 2014-08-06 2016-03-22 株式会社日立製作所 サプライヤ探索装置および探索方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11143940A (ja) * 1997-11-04 1999-05-28 Ntt Data Corp 購買情報提供システム及び記録媒体
JP2000113051A (ja) 1998-10-01 2000-04-21 Hitachi Ltd グローバル部品調達システム
US7584135B1 (en) * 2000-05-17 2009-09-01 Bullion Direct, Inc. System and method for electronic trading and delivery of a commoditized product
JP2002007647A (ja) 2000-06-20 2002-01-11 Asahi Kasei Corp サプライヤ紹介システム
JP2006176231A (ja) 2004-12-21 2006-07-06 Atsunori Kubokawa サーバシステム、その制御方法及び制御プログラム、情報処理システム及び方法
JP2011008309A (ja) * 2009-06-23 2011-01-13 Hitachi Ltd 電子商取引におけるサプライヤ評価方法及びそのシステム
US9158813B2 (en) * 2010-06-09 2015-10-13 Microsoft Technology Licensing, Llc Relaxation for structured queries
JP4814390B1 (ja) * 2010-09-21 2011-11-16 株式会社購買戦略研究所 購買支援方法および購買支援装置
JP5315368B2 (ja) * 2011-02-28 2013-10-16 株式会社日立製作所 文書処理装置
WO2013099964A1 (ja) 2011-12-27 2013-07-04 ニーズトゥーマッチ株式会社 マッチング支援装置、マッチング支援システム及びプログラム
JP5836170B2 (ja) * 2012-03-21 2015-12-24 株式会社日立製作所 調達リスク算出方法、調達リスク算出装置および調達リスク算出プログラム
US10275824B2 (en) * 2013-09-10 2019-04-30 United Parcel Service Of America, Inc. Concepts for transacting e-commerce
JP2015219555A (ja) 2014-05-14 2015-12-07 株式会社日立製作所 リバースオークション支援装置、リバースオークション支援方法、及びリバースオークション支援プログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002215996A (ja) * 2001-01-22 2002-08-02 Masayoshi Son 取引管理システム及び取引管理方法
JP2003044707A (ja) * 2001-08-02 2003-02-14 Toshiba Corp 物品調達支援用サーバシステム、物品調達支援方法および物品調達支援用プログラム
JP2003281409A (ja) * 2002-03-26 2003-10-03 Mitsubishi Electric Information Systems Corp オークション装置、オークション方法及びそれをコンピュータに実行させるためのプログラム
JP2003303252A (ja) * 2002-04-12 2003-10-24 Hitachi Ltd 取引情報提供方法及びサプライヤ品質情報提供方法
JP2016038658A (ja) * 2014-08-06 2016-03-22 株式会社日立製作所 サプライヤ探索装置および探索方法

Also Published As

Publication number Publication date
DE112016006838T5 (de) 2019-02-14
JPWO2017212667A1 (ja) 2018-09-27
KR20180128976A (ko) 2018-12-04
JP6410994B2 (ja) 2018-10-24
US20190236675A1 (en) 2019-08-01
CN109196541B (zh) 2021-12-21
WO2017212667A1 (ja) 2017-12-14
CN109196541A (zh) 2019-01-11

Similar Documents

Publication Publication Date Title
WO2017212553A1 (ja) 仲介装置、仲介方法及び仲介プログラム
van Engelenburg et al. A blockchain architecture for reducing the bullwhip effect
US20190012623A1 (en) Trade management method, trade management system and trade management device
JP6713616B2 (ja) 取引支援システム
JP2019179402A (ja) 融資審査システム、方法およびプログラム
US20160086189A1 (en) Item Registration Services
JP2019505931A (ja) データ市場において価格発見メカニズムを割り振るための方法およびシステム
EP3387788A1 (en) Real time digital value nodes and networks
Chen et al. Procurement strategies in the presence of the spot market—an analytical framework
JP6844797B2 (ja) マッチング支援システム、サーバ及びマッチング支援方法
KR101802813B1 (ko) 재원 거래 중개 장치 및 재원 거래 중개 방법
KR20090002145A (ko) 상품 로컬 정보 제공 방법 및 시스템
TWI686751B (zh) 家戶保單資料整合系統及方法
US20200027117A1 (en) Real-Time Trusted Blockchain Attribution Platform
Ren Empirical studies in information sharing
JP2007094520A (ja) 提案情報管理システム及びサーバ
JP2009015593A (ja) 広告公開システム、広告公開方法及び広告公開プログラム
KR102260924B1 (ko) 통합 양식 기반의 금융 서비스를 위한 금융 시스템의 동작 방법
Schoenherr et al. Becoming Mainstream: Electronic Sourcing Suites
JP6963664B2 (ja) 販売情報装置、仕入数量判定方法、及び仕入数量判定プログラム
US20230281701A1 (en) Monitoring system, monitoring method, and non-transitory computer medium for monitoring system
US20220374976A1 (en) Manufacturing ordering assistance apparatus, method and storage medium
JP5500406B2 (ja) 取引支援システム
JP2022145215A (ja) 受付装置、受付方法、受付プログラム
TW202347217A (zh) 用於處理物品銷售資訊之電子設備及其方法

Legal Events

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

Ref document number: 16904588

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: 16904588

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP