WO2021100623A1 - 取引管理装置、取引管理方法、およびプログラム - Google Patents

取引管理装置、取引管理方法、およびプログラム Download PDF

Info

Publication number
WO2021100623A1
WO2021100623A1 PCT/JP2020/042408 JP2020042408W WO2021100623A1 WO 2021100623 A1 WO2021100623 A1 WO 2021100623A1 JP 2020042408 W JP2020042408 W JP 2020042408W WO 2021100623 A1 WO2021100623 A1 WO 2021100623A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
conditions
transaction management
management device
sales
Prior art date
Application number
PCT/JP2020/042408
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 US17/776,710 priority Critical patent/US20220414588A1/en
Priority to JP2021558348A priority patent/JP7367771B2/ja
Publication of WO2021100623A1 publication Critical patent/WO2021100623A1/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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • 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/0834—Choice of carriers
    • 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 transaction management device, a transaction management method, and a program, and more particularly to a transaction management device, a transaction management method, and a program that comprehensively manages a plurality of transactions.
  • Patent Document 1 describes an energy transaction management system that manages transactions based on a transaction contract concluded when wholesale of energy procured from a consumer.
  • the equipment operation management device creates an operation plan for the load equipment of the customer.
  • the energy transaction management device obtains the difference between the predicted value of the energy consumption based on the operation plan and the procurement amount reference value and uses it as the procurement energy amount. Further, the energy transaction management device uses the difference between the predicted value and the wholesale amount reference value as the wholesale energy amount.
  • the energy transaction management device calculates the cost (adjustment amount and wholesale amount) corresponding to each of the amount of energy to be procured and the amount of energy that can be wholesaled, obtains the difference as profit and loss, and if the profit or loss is equal to or more than the target value, the wholesale transaction contract. , Operation plan, and operation plan start time are associated with each other to create and output a transaction plan.
  • the trader will make an effort to make a profit in each transaction, but the result will differ depending on the experience and ability of each trader.
  • raising the profit of an individual transaction does not necessarily mean raising the total profit of the entire transaction. For example, even if there is some loss in one transaction, if the profit exceeds the loss in another transaction, the profit may increase as a whole. Therefore, it is necessary to efficiently manage the entire transaction of products between a plurality of suppliers and a plurality of sales destinations.
  • the present invention has been made in view of the above circumstances, and an object of the present invention is to provide a technique for efficiently managing the entire transaction of a product between a plurality of suppliers and a plurality of sales destinations. is there.
  • the first aspect relates to transaction management equipment.
  • the transaction management device related to the first aspect is An acquisition means for acquiring the purchase conditions of each of a plurality of suppliers, the sales conditions of each of a plurality of sales destinations, and the transportation conditions of each of a plurality of transportation means for the same product. Gross profit from multiple transactions of the product between the plurality of suppliers and the plurality of sales destinations using the acquired plurality of purchase conditions, the plurality of sales conditions, and the plurality of transportation conditions.
  • the decision to optimize and determine the transaction content for each transaction including the purchase amount of the supplier, the load amount of the transportation means for each loading place, and the unloading amount for each unloading place. Means and.
  • the second aspect relates to a transaction management method performed by at least one computer.
  • the transaction management method related to the second aspect is The transaction management device Obtain the purchase conditions of each of multiple suppliers, the sales conditions of each of multiple sales destinations, and the transportation conditions of each of multiple means of transportation for the same product. Gross profit from multiple transactions of the product between the plurality of suppliers and the plurality of sales destinations using the acquired plurality of purchase conditions, the plurality of sales conditions, and the plurality of transportation conditions.
  • the transaction content including the purchase amount of the supplier, the load amount of the transportation means for each loading place, and the unloading amount for each unloading place is optimized and determined for each transaction. Including that.
  • this invention may be a program that causes at least one computer to execute the method of the second aspect, or a recording medium that can be read by a computer that records such a program. You may.
  • This recording medium includes non-temporary tangible media.
  • This computer program includes computer program code that causes the computer to implement its transaction management method on the transaction management device when executed by the computer.
  • the various components of the present invention do not necessarily have to be independent of each other, and a plurality of components are formed as one member, and one component is formed of a plurality of members. It may be that a certain component is a part of another component, a part of a certain component overlaps with a part of another component, and the like.
  • the order of description does not limit the order in which the plurality of procedures are executed. Therefore, when implementing the method and computer program of the present invention, the order of the plurality of procedures can be changed within a range that does not hinder the contents.
  • the method of the present invention and the plurality of procedures of the computer program are not limited to being executed at different timings. Therefore, another procedure may occur during the execution of a certain procedure, a part or all of the execution timing of the certain procedure and the execution timing of the other procedure may overlap, and the like.
  • acquisition means that the own device retrieves data or information stored in another device or storage medium (active acquisition), and is output to the own device from the other device. Includes at least one of entering data or information (passive acquisition). Examples of active acquisition include requesting or inquiring about other devices and receiving the reply, and accessing and reading other devices or storage media. In addition, an example of passive acquisition may be receiving information to be delivered (or transmitted, push notification, etc.). Further, the “acquisition” may be to select and acquire the received data or information, or to select and receive the delivered data or information.
  • FIG. 1 is a diagram for explaining an outline of a transaction management system according to an embodiment of the present invention.
  • a trader purchases and sells a certain product from a plurality of suppliers 10 (in the figure, three of Ba, Bb, and Bc are shown, but the trader is not limited to the three).
  • the first 20 three of Sa, Sb, and Sc are shown in the figure, but the present invention is not limited to three
  • the transportation means 30 for transporting the product from the supplier 10 to the sales destination 20 in the figure, the company ship Ta, the company ship Tb, and the spot ship TRa are shown, but the number is not limited to three. No.
  • Is also matched further to confirm the transaction.
  • the products to be traded include, for example, fuels such as crude oil, liquefied natural gas (LNG), liquefied petroleum gas (LPG), petroleum products, and coal. Other examples include chemicals, iron ore, non-ferrous metals, grains and the like.
  • the transportation means 30 includes a ship, an aircraft, a vehicle, a train, and the like.
  • the transportation plan is drafted for one year, updated several times, and then finalized.
  • the transportation plan is not limited to one year, and may be another period, for example, a period of several months such as three months or three years, or a period of several years. Therefore, the number of business partners is enormous. Therefore, the person in charge of the plurality of suppliers 10 and the plurality of sales destinations 20 as business partners is assigned to each trader, for example, by region of the business partner, and negotiations are conducted.
  • the department manager receives reports from each person in charge, organizes them, and manages the entire transaction.
  • each trader makes an effort to make a profit in each transaction, but the result depends on the experience and ability of each trader.
  • raising the profit of an individual transaction does not necessarily mean raising the total profit of the entire transaction. For example, even if there is some loss in one transaction, if the profit exceeds the loss in another transaction, the profit may increase as a whole.
  • the matching result 50 is the transaction content, profit and price difference of each transaction when the supplier 10, the seller 20 and the transportation means 30 are combined, and the gross profit 60 of all transactions. Includes.
  • the name identification information
  • transaction form for example, FOB (Free On Board: delivery on the ship deck) or DES (Delivered Ex Ship: delivery on the ship)
  • price of the product for example, delivery on the ship
  • the transaction details of the seller 20 include name (identification information), transaction form (for example, FOB or DES), and merchandise price (unit price, etc.). ), Delivery date, landing place, and quantity of merchandise.
  • the transaction content of the transportation means 30 includes the ship used and the number of voyage days.
  • CFR Cost and Freight: conditions including fare
  • CIF Cost Insurance and Freight: conditions including fare insurance premium
  • the transaction management system of the present invention makes it possible to efficiently increase profits by making it possible to manage transactions as a whole.
  • FIG. 2 is a functional block diagram showing a logical configuration example of the transaction management device 100 according to the embodiment of the present invention.
  • the transaction management device 100 includes an acquisition unit 102 and a determination unit 104.
  • the acquisition unit 102 acquires the purchase conditions of each of the plurality of suppliers 10 and the sales conditions of each of the plurality of sales destinations 20 and the transportation conditions of each of the plurality of transportation means 30 for the same product.
  • the determination unit 104 uses the acquired plurality of purchase conditions, a plurality of sales conditions, and a plurality of transportation conditions to total the total of the products between the plurality of suppliers 10 and the plurality of sales destinations 20 by a plurality of transactions. Optimize and determine the transaction content for each transaction so as to increase profits.
  • the transaction content includes at least the purchase amount of the supplier 10, the load amount of the transportation means 30 for each loading place, and the unloading amount for each unloading place.
  • the purchase condition 202 and the sales condition 204 are transaction conditions that have been agreed in advance with each business partner (supplier 10 or sales destination 20), and the determination unit 104 trades each transaction so as to fall within the range of these transaction conditions. Determine the content.
  • the same product means, for example, products having the same business partner and can be handled together in one transaction, products having different components and qualities such as LNG, and LPG. Different types such as propane and butane may be included.
  • the determination unit 104 determines the purchase amount of the supplier 10 so that the difference between the price of the seller 20 and the price of the supplier 10 becomes large for each transaction. As a result, the transaction content can be optimized.
  • the decision unit 104 maximizes the purchase amount when the profit margin is positive, and minimizes the purchase amount when the margin is negative.
  • the optimization is realized by the mathematical optimization process. Further, the determination unit 104 may perform the optimization process by machine learning. Further, the optimization process can be performed in addition to the above-mentioned increase of the gross profit of transaction 60. For example, optimization may be performed so as to strictly adhere to the delivery date. For example, the transaction content may be generated with a margin so that the plan can be robust against disturbances such as bad weather. For example, the determination unit 104 sets the most economical navigation speed in advance by the operator, for example, 13 to 18.5, in consideration of the delivery date, fuel consumption, market fluctuation due to the arrival date, and the like. Select within a range such as knots.
  • the transaction management device 100 further includes a storage device 110.
  • the storage device 110 may be provided inside the transaction management device 100 or may be provided outside. That is, the storage device 110 may be hardware integrated with the transaction management device 100, or may be hardware separate from the transaction management device 100.
  • the transaction management device 100 and the storage device 110 may be connected by a communication network.
  • the purchase condition 202 of the plurality of suppliers 10 acquired by the acquisition unit 102, the sales condition 204 of the plurality of sales destinations 20, and the transportation condition 206 of the plurality of transportation means 30 are stored in the storage device 110. Further, the transaction content of each transaction matched by the determination unit 104 and information such as the gross profit are also stored in the storage device 110. Information on transaction details and total profit may be stored in, for example, a text data file (for example, JSON (JavaScript (registered trademark) Object Notation) format), CVS (Concurrent Versions System), a tabular data file, or the like. Alternatively, it may be stored in a database format.
  • FIG. 3 is a block diagram illustrating a hardware configuration of a computer 1000 that realizes the transaction management device 100 shown in FIG.
  • the computer 1000 has a bus 1010, a processor 1020, a memory 1030, a storage device 1040, an input / output interface 1050, and a network interface 1060.
  • the bus 1010 is a data transmission path for the processor 1020, the memory 1030, the storage device 1040, the input / output interface 1050, and the network interface 1060 to transmit and receive data to and from each other.
  • the method of connecting the processors 1020 and the like to each other is not limited to the bus connection.
  • the processor 1020 is a processor realized by a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), or the like.
  • the memory 1030 is a main storage device realized by a RAM (Random Access Memory) or the like.
  • the storage device 1040 is an auxiliary storage device realized by an HDD (Hard Disk Drive), an SSD (Solid State Drive), a memory card, a ROM (Read Only Memory), or the like.
  • the storage device 1040 stores a program module that realizes each function of the computer 1000.
  • the processor 1020 reads each of these program modules into the memory 1030 and executes them, each function corresponding to the program module is realized.
  • the storage device 1040 may also store each data of the storage device 110.
  • the program module may be recorded on a recording medium.
  • the recording medium on which the program module is recorded includes a medium that can be used by the non-temporary tangible computer 1000, and the program code that can be read by the computer 1000 (processor 1020) may be embedded in the medium.
  • the input / output interface 1050 is an interface for connecting the computer 1000 and various input / output devices.
  • the network interface 1060 is an interface for connecting the computer 1000 to the communication network.
  • This communication network is, for example, LAN (Local Area Network) or WAN (Wide Area Network).
  • the method of connecting the network interface 1060 to the communication network may be a wireless connection or a wired connection.
  • the computer 1000 is connected to a necessary device (for example, a display, a keyboard, a mouse, a printer, etc.) via the input / output interface 1050 or the network interface 1060.
  • a necessary device for example, a display, a keyboard, a mouse, a printer, etc.
  • the computer 1000 that realizes the transaction management device 100 is, for example, a personal computer, a smartphone, a tablet terminal, or the like.
  • the transaction management device 100 is realized by installing and starting an application program for realizing the transaction management device 100 on the computer 1000.
  • the computer 1000 is a web server, and the user activates a browser on a user terminal such as a personal computer, a smartphone, or a tablet terminal to provide a transaction management service of the transaction management device 100 via a network such as the Internet. You may be able to use the function of the transaction management device 100 by accessing the web page to be used.
  • the computer 1000 may be a server device of a system such as SaaS (Software as a Service) that provides a transaction management service for the transaction management device 100.
  • SaaS Software as a Service
  • the user may access the server device from a user terminal such as a personal computer, a smartphone, or a tablet terminal via a network such as the Internet, and the transaction management device 100 may be realized by a program running on the server device.
  • FIG. 4 is a flowchart showing an operation example of the transaction management device 100 of the present embodiment.
  • the acquisition unit 102 acquires the purchase conditions of each of the plurality of suppliers 10 and the sales conditions of each of the plurality of sales destinations 20 and the transportation conditions of each of the plurality of transportation means 30 for the same product. (Step S101).
  • FIG. 5 is a diagram showing an example of a data structure of transaction conditions.
  • FIG. 5A shows the purchase condition 202
  • FIG. 5B shows the sales condition 204.
  • the purchase condition 202 includes at least the customer ID, the loading place (for example, the loading port), the loading date, the price of the product, and the transaction volume of the product.
  • the sales condition 204 includes at least the customer ID, the landing place (for example, the port of loading), the date of unloading, the price of the product, and the trading volume of the product.
  • the supplier ID includes information for identifying the supplier 10 and the seller 20 and information for identifying each individual.
  • the loading port and the landing port are information indicating the designation or restriction of the port for loading the product and the port for unloading the product to be traded, respectively, and the name of the port and the identification information for identifying the port. Includes at least one of.
  • the loading date and the unloading date indicate the period (at least one of the start date and the end date) for loading or unloading the product.
  • the price indicates the range of the unit price of purchasing or selling the product (at least one of the upper limit and the lower limit), and may be indicated by a price formula (including a price index) or the like.
  • the trading volume indicates the range of the quantity of the product (at least one of the upper limit and the lower limit).
  • the unit of transaction volume depends on the type of product and includes any range (at least one of the upper limit and the lower limit) such as volume, weight, and calorific value.
  • the quality condition of the product (information indicating rank, information indicating purity, etc.) may be included.
  • FIG. 6 is a diagram showing an example of the data structure of the transportation condition 206.
  • the transportation condition 206 includes at least a means of transportation ID, a loading place (for example, a loading port), a loading date, a loadable amount, a landing place (for example, a loading port), a unloading date, and a freight charge.
  • the means of transportation ID is information for identifying the means of transportation (for example, individual ships and aircraft), and is information indicating the type of means of transportation (for example, information for distinguishing between ships and aircraft, or information on own ships and spot ships. Information to distinguish) may be included.
  • An in-house ship is a ship owned by a trading company or a ship that concludes a charter contract with the ship owner for a certain period of time.
  • a spot ship is a ship owned by another company and is used temporarily by paying rent.
  • the loading port and the landing port include information indicating the designation or restriction of the port to be loaded and unloaded by the transportation means.
  • the loading date and the unloading date indicate the period during which the transportation means loads and unloads the product (at least one of the start date and the end date).
  • the loadable capacity includes at least one of the tank capacity of the transportation means and the tank loadable capacity.
  • the freight charges are daily costs such as fuel costs and labor costs for own ships, and rents for spot ships.
  • the determination unit 104 uses the acquired purchase condition 202 of the plurality of suppliers 10, the sales condition 204 of the plurality of sales destinations 20, and the transportation conditions 206 of the plurality of transportation means 30.
  • the transaction content for each transaction is determined so as to optimize the gross profit from the plurality of transactions of the product between the supplier 10 and the plurality of sales destinations 20 (step S103).
  • the determination unit 104 optimizes the total transaction profit 60 so as to be high within the range of each condition, and matches and combines the supplier 10, the seller 20, and the transportation means 30. , Determine the transaction details.
  • the acquisition unit 102 acquires the purchase condition 202 of the plurality of suppliers 10, the sales condition 204 of the plurality of sales destinations 20, and the transportation condition 206 of the plurality of transportation means 30. Then, the determination unit 104 determines the transaction content by matching so that the total profit becomes high.
  • FIG. 7 is a functional block diagram showing a logical configuration example of the transaction management device 100 according to the embodiment of the present invention.
  • the transaction management device 100 of the present embodiment is the same as the transaction management device 100 of the above-described embodiment, except that it has a configuration for presenting transaction details.
  • the configuration of the transaction management device 100 of the present embodiment may be combined with the transaction management device 100 of another embodiment within a consistent range.
  • the transaction management device 100 includes the acquisition unit 102 and the determination unit 104, which are the same as the transaction management device 100 of FIG. 2, and further includes a presentation unit 130.
  • the presentation unit 130 presents the transaction content determined by the determination unit 104. In the example of FIG. 7, the presentation unit 130 displays the optimization result screen 300 of FIG. 8 on the display unit 132. Further, the presenting unit 130 may print out the matching result 50 including at least the transaction contents to the printer, or output the matching result 50 as a data file to the storage device 110 and store it.
  • the display unit 132 is a display device of the transaction management device 100, and is a liquid crystal display, an organic EL display, and a CRT (Cathode Ray Tube).
  • the display unit 132 may be a touch panel.
  • the display unit 132 may be hardware integrated with the transaction management device 100, or may be hardware separate from the transaction management device 100.
  • FIG. 8 is a diagram showing an example of the optimization result screen 300.
  • the optimization result screen 300 includes contract information 310 and matching details 320.
  • the contract information 310 includes purchase conditions 202 and sales conditions 204. The details of the optimization result screen 300 will be described in the embodiment described later.
  • the same effect as that of the above embodiment can be obtained, and the transaction content determined by the determination unit 104 can be presented to the user (here, the trader or its manager) by the presentation unit 130.
  • the optimization result screen 300 includes the entire matching result of the plurality of suppliers 10, the plurality of sales destinations 20, and the plurality of transportation means 30 in a list, it is not an individual transaction content such as by area, but rather an individual transaction content. You can manage the entire transaction.
  • FIG. 9 is a functional block diagram showing a logical configuration example of the transaction management device 100 according to the embodiment of the present invention.
  • the transaction content is optimized based on the transaction conditions defined in the contract with the business partner.
  • the transaction management device 100 of the present embodiment has a configuration in which a simulation is performed when the transaction conditions are relaxed, and optimization is performed based on the transaction conditions that are actually relaxed as a result of negotiations with the business partner.
  • the configuration of the transaction management device 100 of the present embodiment may be combined with the transaction management device 100 of another embodiment within a consistent range.
  • the transaction management device 100 includes the same acquisition unit 102 and determination unit 104 as the transaction management device 100 of FIG. 2, and further includes a calculation unit 120 and a reception unit 122.
  • the calculation unit 120 calculates the gross profit 60 of a plurality of transactions between the plurality of sales destinations 20 and the plurality of suppliers 10 based on the plurality of transaction contents determined by the determination unit 104.
  • the reception unit 122 accepts an input by an operator indicating a change in the transaction conditions for relaxing at least one of the purchase conditions 202 and the sales conditions 204.
  • the determination unit 104 changes the determined transaction contents by using the changed transaction conditions.
  • the calculation unit 120 calculates the changed gross profit 60 based on the changed transaction content.
  • calculation unit 120 may calculate the amount of change between the gross profit 60 before the change and the gross profit 60 after the change. The calculation unit 120 also calculates the profit for each transaction before and after the change.
  • the relaxation of the conditions means shifting, changing, or expanding the scope of the parts that do not match the transaction conditions of the supplier 10, the seller 20, and the means of transportation 30 in matching. Is. Furthermore, relaxation of conditions includes shifting, changing, or expanding the scope of some of the trading conditions so that the profits of the trading company will increase.
  • the transaction management device 100 may include a presentation unit 130 in addition to the configuration of the transaction management device 100 of FIG.
  • the presentation unit 130 may present at least one of the calculated gross profit 60 before the change, the gross profit 60 after the change, and the amount of change before and after the change.
  • the presentation unit 130 may present the gross profit 60 before the change and the gross profit 60 after the change on the same screen.
  • the determination unit 104 changes the determined transaction content, in other words, the result of the initial optimization, within the range of the predetermined limit, using the changed transaction conditions.
  • a mitigation simulation can be performed after specifying whether or not the changed transaction conditions are applicable for each transaction. This is because there is a limit to the number of cases (for example, 10 out of 100 transactions) that can be negotiated to relax the transaction conditions. In addition, there are items that cannot be negotiated depending on the business partner, or items with transaction conditions that cannot be negotiated for relaxation.
  • the information indicating the transaction content of each transaction further has a fixed flag.
  • the fixed flag is set to "1" for transactions that can be changed, and "0" is set for transactions that cannot be changed.
  • a fixed flag is presented in the fixed column 322 of the last column of the matching item 320 in FIG.
  • the fixed flags "1" and "0" are examples and are not limited to these.
  • a plurality of patterns may be set, and the determination unit 104 may perform optimization processing for each pattern and output a plurality of simulation results.
  • the ship to be used, the delivery date, or the sublease of the ship (rental of the company's own ship) can be set to be fixed.
  • a plurality of fixed flags may be provided and set for each.
  • the above-mentioned fixed flag for matching may be "T”
  • the fixed flag for the vessel used may be "S”
  • the fixed flag for the delivery date may be "D", and the like.
  • a flag for fixing the designation not to sublease may be set for each ship.
  • the flag may be specified by the operator by providing a non-sublease flag column (not shown) in the list of the ship navigation route result screen 500 of FIG. 13 to be described later for each ship.
  • the optimization result screen 300 may include a GUI (Graphical User Interface) for changing a fixed flag indicating whether or not the change is possible for each transaction.
  • the reception unit 122 accepts the designation of whether or not the transaction conditions can be relaxed for each transaction, and stores the information indicating the transaction content of each transaction in association with the information.
  • a difficulty level may be set for each of at least one of the supplier 10 and the seller 20 to indicate whether or not negotiations for easing the transaction conditions are possible.
  • the purchase condition 202 in FIG. 5 (a) and the sales condition 204 in FIG. 5 (b) may further include the difficulty of negotiation with the business partner, respectively.
  • the reception unit 122 receives information indicating a change in the business conditions of the business partner.
  • the difficulty level is shown in 3 levels, but it is not limited to this.
  • it may be indicated by the negotiation success rate (%) of the business partner.
  • a predetermined value for example, 80% or more
  • the difficulty level may be generated by accumulating the negotiation results for each business partner and performing machine learning.
  • the transaction management device 100 sets a fixed flag of "1" indicating that the transaction content can be changed for the transaction related to the supplier whose difficulty level of the supplier meets the standard (not shown). ) May be further provided. Further, the changing unit may set a fixed flag of "0" indicating that the transaction content cannot be changed for a transaction related to a business partner whose difficulty level does not meet the standard (difficulty level 2 or higher).
  • the difficulty level may be set for each item of transaction conditions.
  • the reception unit 122 receives the information indicating the change of the transaction condition of the item.
  • the higher the difficulty level the more difficult it is to negotiate to relax the conditions of the item, and it is assumed that there are transactions that cannot be negotiated.
  • the difficulty level of the item of the transaction condition is lower than the predetermined value, it is possible to negotiate the relaxation of the item of the transaction condition. If the difficulty level of the item of the transaction condition is equal to or higher than the predetermined value, it shall not be possible to negotiate the relaxation of the item of the transaction condition.
  • the changing unit may set a fixed flag of "1" indicating that the transaction content of the transaction can be changed for the transaction whose difficulty level of the item of the transaction condition meets the standard. Further, the changing unit may set a fixed flag of "0" indicating that the transaction content of the transaction can be changed for the transaction in which the difficulty level of the item of the transaction condition does not meet the standard.
  • FIG. 10 is a flowchart showing an operation example of the transaction management device 100 of the present embodiment.
  • the procedure of the process of accepting the input of the information indicating the change for relaxing the transaction conditions by the operator and calculating the gross profit 60 according to the changed conditions. Is shown.
  • the calculation unit 120 determines the gross profit 60 of a plurality of transactions between the plurality of sales destinations 20 and the plurality of suppliers 10 based on the plurality of transaction contents determined by the determination unit 104 in step S103 of FIG. Is calculated (step S201). Then, when the reception unit 122 receives the change operation by the operator (YES in step S203), the reception unit 122 changes the transaction content determined in step S103 using the changed transaction conditions (step S205).
  • the calculation unit 120 calculates the gross profit 60 after changing the transaction conditions, in other words, after trying to relax the conditions, according to the transaction content changed in step S205 (step S207). Then, the process returns to step S203. When the change is accepted again (YES in step S203), the relaxation simulation of step S205 and step S207 can be repeated. If the change in transaction conditions is not accepted (NO in step S203), the process returns to the process shown in FIG. 4 and the process ends.
  • the processing before and after the change may be processed in parallel, or a plurality of change patterns may be processed in parallel.
  • the processing of the flowcharts of FIGS. 4 and 10 may be executed once a day and the optimization may be repeated, for example.
  • the transaction in which "1" is set in the above-mentioned fixed flag is subject to re-optimization.
  • Transactions for which "0" is set in the fixed flag are excluded from reoptimization.
  • the calculation unit 120 may calculate the amount of change between the gross profit 60 before the change and the gross profit 60 after the change (not shown). Further, the presentation unit 130 may present at least one of the gross profit 60 before the change, the gross profit 60 after the change, and the amount of change before and after the change (not shown). Further, the presentation unit 130 may display the gross profit 60 before the change and the gross profit 60 after the change on the same screen (not shown).
  • FIG. 12 is a diagram showing an example of the relaxation simulation result screen 400 of the present embodiment.
  • the relaxation simulation result screen 400 displays the initial optimization result before the change, the simulation result in which the transaction conditions are relaxed, and the optimization result based on the changed transaction conditions as a result of negotiations with the business partner on the same screen. Includes.
  • each result includes the creation date and time, total profit, total purchase price, total selling price, total operating cost, and total loan profit.
  • the example of FIG. 12 is a screen when a tab showing an outline of the relaxation simulation result is selected.
  • the relaxation simulation result screen 400 displays other tabs, that is, the initial optimization result before the change, the simulation result in which the transaction conditions are relaxed, and the optimization result based on the changed transaction conditions as a result of negotiation with the business partner. It also includes tabs for displaying each. When these tabs are selected, for example, the optimization result screen 300 created at each timing of FIG. 8 is displayed.
  • the reception unit 122 receives the input indicating the change of the transaction conditions, the determination unit 104 performs the optimization process again within the range of the changed transaction conditions, and the calculation unit 120.
  • the gross profit 60 is calculated based on the transaction contents before and after the change of the transaction conditions.
  • the transaction management device 100 of the present embodiment is the same as any of the above embodiments except that it has a configuration for considering a case where the transportation means 30 owned or contracted by the company is lent to a third party.
  • the transaction management device 100 of this embodiment can be combined with any of the above embodiments.
  • the transaction management device 100 of the present embodiment will be described as having the same configuration as the transaction management device 100 of the third embodiment of FIG.
  • the decision unit 104 preferentially allocates its own ship, which does not cost money, as the means of transportation 30. Then, the determination unit 104 performs matching so as to use a spot ship when the company's ship is insufficient. However, it is not limited to this if it is more profitable to use a spot ship. For example, a spot ship can be dropped off after being unloaded, so that the cost of navigation on the return route can be reduced.
  • the determination unit 104 also considers renting the company's ship to a third party and obtaining a loan profit as a matching condition.
  • the decision unit 104 optimizes and determines the transaction content so that the gross profit 60 when it is assumed that the transportation means 30 owned (contracted) by the company is lent to a third party is increased.
  • the determination unit 104 optimizes the company's ship, for example, when the number of waiting days of the ship exceeds a certain period (for example, 30 days) and the profit from renting (subleasing) the company's ship increases. Sublease of own ship as a target is included in the condition of transportation condition 206.
  • the transportation condition 206 includes a condition relating to the transportation means 30 (own ship) owned by the company and a condition for contracting the transportation means 30 from another company each time (use of a spot ship).
  • the purchase condition 202 and the sales condition 204 described in the above embodiment may also be set for each type of contract such as a long-term contract, a spot contract (in the case of using a spot ship), a portfolio contract, and a term contract.
  • the storage device 110 stores, for example, information such as a ship name (including identification information), a distinction between own ship / spot ship, loadable capacity, and fuel consumption for each speed as ship information of the transportation means 30. Further, the storage device 110 stores information such as the distance traveled between ports, the canal used for each route, the usage fee, and the ships that cannot enter the port as port information. Further, the storage device 110 stores information such as a price transition for each price index.
  • Ship-related costs include, but are not limited to: (B1) Charter fee for spot ships: Calculated by daily charter fee (tariff for each season) x number of sailing days (b2) Charter fee for spot ships: Transfer cost to loading site, transfer cost to return site, etc. Total of average costs (b3) Fuel cost: Calculated based on fuel consumption for each sailing speed (b4) Port charter fee: Calculated based on tariffs for each port and ship category (b5) Canal toll: Calculated based on toll tariffs on Panama or Suez canals
  • FIG. 13 is a diagram showing an example of the ship navigation route result screen 500.
  • FIG. 14 is a diagram showing an example of the ship schedule screen 600.
  • the presentation unit 130 presents the ship navigation route result screen 500 and the ship schedule screen 600.
  • the ship navigation route result screen 500 of FIG. 13 includes the result of optimization of the transportation means 30 determined by the determination unit 104.
  • the ship navigation route result screen 500 includes a loan profit column 502 showing the loan profit when the company's ship is rented. For example, Record 510 and Record 512 are subleasing their own vessels. For this reason, lending profit is generated.
  • the ship schedule screen 600 of FIG. 14 shows the optimized schedules of a plurality of ships in chart 610.
  • different vessel schedules are indicated by different line types (eg, solid line 630, dashed line 640, alternate long and short dash line 650, etc.).
  • the schedules of different vessels may be shown in different colors.
  • the vessel departs USA in late November 2019, makes a loading voyage (Laden) indicated by the solid line 630, and arrives in Europe in early December 2019.
  • the section indicated by reference numeral 632 indicates the delivery window (DW) of the supplier 10.
  • the section indicated by reference numeral 634 indicates the period DW that the sales destination 20 can deliver.
  • the DW of the supplier 10 and the DW of the seller 20 are indicated by different line types or different colored lines.
  • the vessels shown by the solid line 630 are rented to other companies until mid-January 2020 after arriving in Europe.
  • the sublease period for this vessel is indicated by dot line 636 on chart 610.
  • a window 620 showing the detailed contents of the voyage may be displayed.
  • the window 620 displayed when the alternate long and short dash line 650 is selected is shown.
  • the decision unit 104 optimizes the transaction content so that the total transaction profit 60 when it is decided to lend the own ship to a third party is increased. Therefore, according to the transaction management device 100 of the present embodiment, the same effect as that of the above embodiment is obtained, and when the profit is increased by subleasing the own ship, the subleasing of the own ship is included in the plan and the transaction content is optimized. Can be transformed into. Further, the trader can make a judgment as to whether or not to sublease the own ship by the calculation unit 120, and can make a judgment by looking at the profit presented by the presentation unit 130.
  • the reception unit 122 may accept the designation of the time limit for the optimization process. Further, the time required for the arithmetic processing may be changed by changing the gap of the result of the optimization processing.
  • the calculation unit 120 may repeat the optimization process so as to gradually narrow the gap difference, and may end the optimization process when the time limit is exceeded.
  • a transaction management device comprising means. 2. 1. 1. 1.
  • a calculation means for calculating the gross profit of a plurality of the transactions between the plurality of sales destinations and the plurality of suppliers based on the plurality of transaction contents determined by the determination means. Further provided with a receiving means for accepting input by an operator indicating a change in the transaction conditions for relaxing at least one of the sales conditions and the purchase conditions. When the change of the transaction condition is accepted by the reception means, the determination means changes the determined transaction content by using the changed transaction condition.
  • the calculation means is a transaction management device that further calculates the changed gross profit based on the changed transaction content. 3. 3. 2. In the transaction management device described in A transaction management device further comprising a presentation means for presenting the gross profit before the change and the total profit after the change on the same screen. 4. 3. 3. 3.
  • the determination means is a transaction management device that changes the determined transaction content within a predetermined limit by using the changed transaction conditions. 5. 4. In the transaction management device described in Difficulty levels are set to indicate whether or not it is possible to negotiate relaxation of the transaction conditions for each of the sales destination and at least one of the suppliers.
  • the reception means is a transaction management device that receives information indicating the change of the transaction conditions of the business partner when the difficulty level of the business partner satisfies the standard. 6. 5. In the transaction management device described in Further, the difficulty level is set for each item of the transaction conditions.
  • the receiving means is a transaction management device that receives information indicating the change of the transaction condition of the item when the difficulty level of the item of the transaction condition satisfies the standard. 7. 1. 1.
  • the determination means is a transaction management device that determines the purchase amount of the supplier so that the difference between the price of the seller and the price of the supplier becomes large for each transaction. 8. 7. In the transaction management device described in The determination means is a transaction management device that maximizes the purchase amount when the profit margin is positive and minimizes the purchase amount when the margin is negative. 9. 1. 1. From 8. In the transaction management device described in any one of The determination means is a transaction management device that optimizes and determines the transaction content so that the total profit when it is assumed that the transportation means owned by the company is lent to a third party is increased. 10. 1. 1. To 9. In the transaction management device described in any one of The transaction management device includes the conditions relating to the transportation means owned by the company and the conditions for contracting the transportation means from another company each time.
  • the transaction management device Obtain the purchase conditions of each of multiple suppliers, the sales conditions of each of multiple sales destinations, and the transportation conditions of each of multiple means of transportation for the same product. Gross profit from multiple transactions of the product between the plurality of suppliers and the plurality of sales destinations using the acquired plurality of purchase conditions, the plurality of sales conditions, and the plurality of transportation conditions.
  • the transaction content including the purchase amount of the supplier, the load amount of the transportation means for each loading place, and the unloading amount for each unloading place is optimized and determined for each transaction.
  • Transaction management method 12. 11. In the transaction management method described in The transaction management device Based on the determined transaction contents, the gross profit of the transaction between the sales destination and the supplier is calculated.
  • Difficulty levels are set to indicate whether or not it is possible to negotiate relaxation of the transaction conditions for each of the sales destination and at least one of the suppliers.
  • the transaction management device A transaction management method that accepts information indicating the change in the transaction conditions of the business partner when the difficulty level of the business partner meets the criteria. 16. 15. In the transaction management method described in Further, the difficulty level is set for each item of the transaction conditions. The transaction management device A transaction management method that accepts information indicating the change of the transaction condition of the item when the difficulty level of the item of the transaction condition satisfies the standard. 17. 11. From 16.
  • the transportation conditions include conditions relating to the transportation means owned by the company and conditions for contracting the transportation means from another company each time.

Landscapes

  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

取引管理装置（１００）は、同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得する取得部（１０２）と、取得した複数の仕入条件、複数の販売条件、および複数の運送条件を用いて、複数の仕入先と複数の販売先の間の商材の複数の取引による総利益を最適化するように、取引毎の、仕入先の仕入量、運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を決定する決定部（１０４）と、を備える。

Description

取引管理装置、取引管理方法、およびプログラム
　本発明は、取引管理装置、取引管理方法、およびプログラムに関し、特に、複数の取引を総合的に管理する取引管理装置、取引管理方法、およびプログラムに関する。
　特許文献１には、需要家から調達したエネルギを卸売りする際に締結される取引契約に基づいて取引を管理する、エネルギ取引管理システムが記載されている。このシステムでは、設備運用管理装置は需要家の負荷設備の運用計画を作成する。エネルギ取引管理装置は、運用計画に基づくエネルギ消費量の予測値と調達量基準値との差分を求め調達エネルギ量とする。さらに、エネルギ取引管理装置は、予測値と卸売量基準値との差分を卸売エネルギ量とする。エネルギ取引管理装置は、調達すべきエネルギ量と卸売できるエネルギ量それぞれに対応する費用（調整額と卸売額）を算出し、その差分を損益として求め、損益が目標値以上の場合、卸売取引契約、運用計画、および運用計画の開始時刻を対応付けて取引計画を作成し出力する。
　電力会社などの電気事業者に各国から仕入れた燃料を販売する商社などにおいて、複数の仕入先と複数の販売先との取引の組み合わせをマッチングする。燃料は船舶なとの運送手段によって仕入先から販売先に運搬されるため、さらに、運送手段の手配および調整も一緒に行う。仕入先と販売先とは予め契約により取引条件が定められていて、その取引条件の範囲内で取引を成立させる必要がある。
特開２０１５－２２２４７２号公報
　多数の取引先が存在する場合、トレーダーは取引の組み合わせの計画を立案し、取引先と条件緩和の交渉などを行いながら取引条件の修正を繰り返す必要があった。
　この場合、トレーダーが各取引で利益を上げる努力をすることになるが、トレーダー個々人の経験や能力によって結果に差が出てしまう。また、個々の取引の利益を上げることが、必ずしも取引全体の総利益をあげることになるとは限らない。例えば、ある取引では多少の損失が出たとしても、他の取引でその損失を上回る利益が出れば、全体的には利益が上がる場合も考えられる。このため、複数の仕入先と複数の販売先の間における商材の取引全体を効率よく管理する必要がある。
　本発明は上記事情に鑑みてなされたものであり、その目的とするところは、複数の仕入先と複数の販売先の間における商材の取引全体を効率よく管理する技術を提供することにある。
　本発明の各側面では、上述した課題を解決するために、それぞれ以下の構成を採用する。
　第一の側面は、取引管理装置に関する。
　第一の側面に係る取引管理装置は、
　同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得する取得手段と、
　取得した複数の前記仕入条件、複数の前記販売条件、および複数の前記運送条件を用いて、複数の前記仕入先と複数の前記販売先の間の前記商材の複数の取引による総利益を多くするように、前記取引毎の、前記仕入先の仕入量、前記運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を最適化して決定する決定手段と、を有する。
　第二の側面は、少なくとも１つのコンピュータにより実行される取引管理方法に関する。
　第二の側面に係る取引管理方法は、
　取引管理装置が、
　同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得し、
　取得した複数の前記仕入条件、複数の前記販売条件、および複数の前記運送条件を用いて、複数の前記仕入先と複数の前記販売先の間の前記商材の複数の取引による総利益を多くするように、前記取引毎の、前記仕入先の仕入量、前記運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を最適化して決定する、ことを含む。
　なお、本発明の他の側面としては、上記第二の側面の方法を少なくとも１つのコンピュータに実行させるプログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記録媒体であってもよい。この記録媒体は、非一時的な有形の媒体を含む。
　このコンピュータプログラムは、コンピュータにより実行されたとき、コンピュータに、取引管理装置上で、その取引管理方法を実施させるコンピュータプログラムコードを含む。
　なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
　また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
　また、本発明の方法およびコンピュータプログラムには複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の方法およびコンピュータプログラムを実施するときには、その複数の手順の順番は内容的に支障のない範囲で変更することができる。
　さらに、本発明の方法およびコンピュータプログラムの複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。
　上記各側面によれば、複数の仕入先と複数の販売先の間における商材の取引全体を効率よく管理する技術を提供することができる。
本発明の実施の形態に係る取引管理システムの概要を説明するための図である。 本発明の実施の形態に係る取引管理装置の論理的な構成例を示す機能ブロック図である。 図２に示す取引管理装置を実現するコンピュータのハードウェア構成を例示するブロック図である。 本実施形態の取引管理装置の動作例を示すフローチャートである。 取引条件のデータ構造の例をそれぞれ示す図である。 運送条件のデータ構造の例を示す図である。 本発明の実施の形態に係る取引管理装置の論理的な構成例を示す機能ブロック図である。 最適化結果画面の例を示す図である。 本発明の実施の形態に係る取引管理装置の論理的な構成例を示す機能ブロック図である。 本実施形態の取引管理装置の動作例を示すフローチャートである。 本発明の実施の形態に係る取引管理装置の論理的な構成例を示す機能ブロック図である。 緩和シミュレーション結果画面の一例を示す図である。 船舶航行経路結果画面の一例を示す図である。 船舶スケジュール画面の一例を示す図である。
　以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。以下の各図において、本発明の本質に関わらない部分の構成については省略してあり、図示されていない。
　実施形態において「取得」とは、自装置が他の装置や記憶媒体に格納されているデータまたは情報を取りに行くこと（能動的な取得）、および、自装置に他の装置から出力されるデータまたは情報を入力すること（受動的な取得）の少なくとも一方を含む。能動的な取得の例は、他の装置にリクエストまたは問い合わせしてその返信を受信すること、及び、他の装置や記憶媒体にアクセスして読み出すこと等がある。また、受動的な取得の例は、配信（または、送信、プッシュ通知等）される情報を受信すること等がある。さらに、「取得」とは、受信したデータまたは情報の中から選択して取得すること、または、配信されたデータまたは情報を選択して受信することであってもよい。
（第１の実施の形態）
＜システム概要＞
　図１は、本発明の実施の形態に係る取引管理システムの概要を説明するための図である。
　トレーダーは、ある商材を複数の仕入先１０（図ではＢａ、Ｂｂ、Ｂｃの３つを示しているが、３つに限定されるものではない。）からそれぞれ仕入れて販売する複数の販売先２０（図ではＳａ、Ｓｂ、Ｓｃの３つを示しているが、３つに限定されるものではない。）をマッチングして取引を成立させる。さらに、商材を仕入先１０から販売先２０に運送する運送手段３０（図では自社船Ｔａ、自社船Ｔｂ、スポット船ＴＲａの３つを示しているが、３つに限定されるものではない。）もさらにマッチングして取引を確定させる。
　取引対象の商材は、例えば、原油、液化天然ガス（Liquefied Natural Gas（ＬＮＧ））、液化石油ガス（Liquefied Petroleum Gas：ＬＰＧ）、石油製品、石炭などの燃料を含む。他の例では、化学品、鉄鉱石、非鉄金属、穀物なども含まれる。
　運送手段３０は、船舶、航空機、車両、列車などが含まれる。
　運送計画は、一年間分がまとめて立案され、何度か更新された後、確定される。なお運送計画は、一年間分に限定されず、他の期間でもよく、例えば、三ヶ月分、三年間分など数ヶ月分、数年間分などの期間でもよい。
　したがって取引先数は膨大な件数になる。そのため、取引先となる複数の仕入先１０と複数の販売先２０の担当をトレーダー毎に例えば、取引先の地域別などに分担して交渉を行う。部門管理者が各担当者からの報告を受けて取りまとめて全体の取引を管理する。しかし、この方法の場合、各トレーダーが各取引で利益を上げる努力をすることになるが、トレーダー個々人の経験や能力によって結果に差が出てしまう。また、個々の取引の利益を上げることが、必ずしも取引全体の総利益をあげることになるとは限らない。例えば、ある取引では多少の損失が出たとしても、他の取引でその損失を上回る利益が出れば、全体的には利益が上がる場合も考えられる。
　また、気象条件により船舶や航空機の運行状況が変更になったり、欠航となったりした場合などに、変更を余儀なくされることもあり、トレーダーにとって大きな負担となっていた。
　図１の例では、マッチング結果５０は、仕入先１０と販売先２０と運送手段３０を組み合わせたときの各取引の取引内容、利益および価格差と、全取引の取引総利益６０と、を含んでいる。取引内容は、仕入先１０については、名称（識別情報）、取引形態（例えば、ＦＯＢ（Free On Board：本船甲板渡し）またはＤＥＳ（Delivered Ex Ship：本船持込渡し）、商材の価格（単価など）、荷受渡日、積地、および商材の数量を含む。販売先２０の取引内容は、名称（識別情報）、取引形態（例えば、ＦＯＢまたはＤＥＳ）、商材の価格（単価など）、荷受渡日、揚地、および商材の数量を含む。さらに、運送手段３０の取引内容として、使用船舶および航海日数などを含む。なお、仕入先１０および販売先２０の取引形態は対象商材によって異なり、例えば、ＬＰＧの場合、ＦＯＢとＤＥＳに加えてＣＦＲ（Cost and Freight：運賃込み条件）やＣＩＦ（Cost Insurance and Freight：運賃保険料込み条件）なども取り扱う場合もある。
　この例では、例えば、取引ＩＤが００２と０８１の取引に関しては、利益はマイナスになっている。しかし、取引全体の取引総利益６０はプラスになっているので問題ではない。
　本発明の取引管理システムは、取引を全体で管理できるようにすることで、効率よく利益も上げることが可能になる。
＜機能構成例＞
　図２は、本発明の実施の形態に係る取引管理装置１００の論理的な構成例を示す機能ブロック図である。
　取引管理装置１００は、取得部１０２と、決定部１０４と、を備える。
　取得部１０２は、同一の商材に関する、複数の仕入先１０の各々の仕入条件、複数の販売先２０の各々の販売条件、および複数の運送手段３０の各々の運送条件を取得する。
　決定部１０４は、取得した複数の仕入条件、複数の販売条件、および複数の運送条件を用いて、複数の仕入先１０と複数の販売先２０の間の商材の複数の取引による総利益を多くするように、取引毎の取引内容を最適化して決定する。
　取引内容は、少なくとも、仕入先１０の仕入量、運送手段３０の積載地別の積載量および荷卸し地別の荷卸し量を含む。
　仕入条件２０２および販売条件２０４は、各取引先（仕入先１０または販売先２０）と予め取り決めた取引条件であり、決定部１０４は、この取引条件の範囲に収まるように各取引の取引内容を決定する。
　同一の商材とは、例えば、取引先が同じものであり、一度の取引で一緒に取り扱うことができるものであれば、ＬＮＧなどのように成分や品質が異なるものや、ＬＰＧなどのようにプロパンとブタンなど種類が異なるものを含んでもよい。
　さらに、決定部１０４は、取引毎に、販売先２０の価格と仕入先１０の価格の差益が大きくなるように仕入先１０の仕入量を決定する。これにより、取引内容を最適化することができる。
　決定部１０４は、差益が、プラスの場合は、仕入量を最大にし、マイナスの場合は、仕入量を最小にする。
　決定部１０４において、最適化は数理最適化処理により実現される。また、決定部１０４は、機械学習により最適化処理を行ってもよい。また、最適化処理は、上記した取引総利益６０を増やすため以外にも行うことができる。例えば、納期を厳守するように最適化を行ってもよい。例えば、気象の悪化などの外乱にも頑健な計画になるように、余裕を持った取引内容を生成してもよい。例えば、決定部１０４は、納期を遵守し、かつ、燃費、到着日による市場変動なども考慮した上で、最も経済的な航行速度を、予めオペレータにより設定された、例えば、１３～１８．５ノットなどの範囲内で選択する。実際は航行速度１８．５ノット以上で航行可能であるが、１８．５より遅く設定することで余裕を持たせている。これにより、荒天や荷役開始までの待機時間、運河の渋滞などによる納期遅延リスクを回避することができる。
　取引管理装置１００は、さらに、記憶装置１１０を備える。記憶装置１１０は、取引管理装置１００の内部に設けられてもよいし、外部に設けられてもよい。つまり記憶装置１１０は、取引管理装置１００と一体のハードウェアであってもよいし、取引管理装置１００とは別体のハードウェアであってもよい。取引管理装置１００と記憶装置１１０は通信ネットワークで接続されてもよい。
　取得部１０２により取得された複数の仕入先１０の仕入条件２０２、複数の販売先２０の販売条件２０４と、複数の運送手段３０の運送条件２０６とは記憶装置１１０に記憶され。さらに、決定部１０４によりマッチングされた各取引の取引内容と、総利益などの情報も、記憶装置１１０に記憶される。取引内容と総利益の情報は、例えば、テキストデータファイル（例えば、ＪＳＯＮ（JavaScript（登録商標） Object Notation）形式）、ＣＶＳ（Concurrent Versions System）、表形式データファイルなどで記憶されてよい。あるいは、データベース形式で記憶されてもよい。
＜ハードウェア構成例＞
　図３は、図２に示す取引管理装置１００を実現するコンピュータ１０００のハードウェア構成を例示するブロック図である。コンピュータ１０００は、バス１０１０、プロセッサ１０２０、メモリ１０３０、ストレージデバイス１０４０、入出力インタフェース１０５０、およびネットワークインタフェース１０６０を有する。
　バス１０１０は、プロセッサ１０２０、メモリ１０３０、ストレージデバイス１０４０、入出力インタフェース１０５０、およびネットワークインタフェース１０６０が、相互にデータを送受信するためのデータ伝送路である。ただし、プロセッサ１０２０などを互いに接続する方法は、バス接続に限定されない。
　プロセッサ１０２０は、ＣＰＵ（Central Processing Unit） やＧＰＵ（Graphics Processing Unit）などで実現されるプロセッサである。
　メモリ１０３０は、ＲＡＭ（Random Access Memory）などで実現される主記憶装置である。
　ストレージデバイス１０４０は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、メモリカード、又はＲＯＭ（Read Only Memory）などで実現される補助記憶装置である。ストレージデバイス１０４０はコンピュータ１０００の各機能を実現するプログラムモジュールを記憶している。プロセッサ１０２０がこれら各プログラムモジュールをメモリ１０３０上に読み込んで実行することで、そのプログラムモジュールに対応する各機能が実現される。また、ストレージデバイス１０４０は記憶装置１１０の各データも記憶してもよい。
　プログラムモジュールは、記録媒体に記録されてもよい。プログラムモジュールを記録する記録媒体は、非一時的な有形のコンピュータ１０００が使用可能な媒体を含み、その媒体に、コンピュータ１０００（プロセッサ１０２０）が読み取り可能なプログラムコードが埋め込まれてよい。
　入出力インタフェース１０５０は、コンピュータ１０００と各種入出力機器とを接続するためのインタフェースである。
　ネットワークインタフェース１０６０は、コンピュータ１０００を通信ネットワークに接続するためのインタフェースである。この通信ネットワークは、例えばＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）である。ネットワークインタフェース１０６０が通信ネットワークに接続する方法は、無線接続であってもよいし、有線接続であってもよい。
　そして、コンピュータ１０００は、入出力インタフェース１０５０またはネットワークインタフェース１０６０を介して、必要な機器（例えば、ディスプレイ、キーボード、マウス、プリンタ等）に接続する。
　取引管理装置１００を実現するコンピュータ１０００は、例えば、パーソナルコンピュータ、スマートフォン、タブレット端末などである。例えば、取引管理装置１００は、コンピュータ１０００に、当該取引管理装置１００を実現するためのアプリケーションプログラムをインストールして起動することで実現される。
　他の例では、コンピュータ１０００は、ウェブサーバであり、ユーザはパーソナルコンピュータ、スマートフォン、タブレット端末などのユーザ端末でブラウザを起動し、インターネットなどのネットワークを介して取引管理装置１００の取引管理サービスを提供するウェブページにアクセスすることで、取引管理装置１００の機能を利用できてもよい。
　さらなる他の例では、コンピュータ１０００は、取引管理装置１００の取引管理サービスを提供するＳａａＳ（Software as a Service）などシステムのサーバ装置であってもよい。ユーザはパーソナルコンピュータ、スマートフォン、タブレット端末などのユーザ端末からインターネットなどのネットワークを介してサーバ装置にアクセスし、サーバ装置上で動作するプログラムにより取引管理装置１００が実現されてもよい。
＜動作例＞
　図４は、本実施形態の取引管理装置１００の動作例を示すフローチャートである。
　まず、取得部１０２は、同一の商材に関する、複数の仕入先１０の各々の仕入条件、複数の販売先２０の各々の販売条件、および複数の運送手段３０の各々の運送条件を取得する（ステップＳ１０１）。
　図５は、取引条件のデータ構造の例をそれぞれ示す図である。図５（ａ）は仕入条件２０２、図５（ｂ）は販売条件２０４を示している。仕入条件２０２は、少なくとも、取引先ＩＤ、積地（例えば積地港）、積荷日、商材の価格、および商材の取引量を含む。販売条件２０４は、少なくとも、取引先ＩＤ、揚地（例えば積地港）、荷揚日、商材の価格、および商材の取引量を含む。
　取引先ＩＤは、仕入先１０および販売先２０を識別するための情報と、個々を識別するための情報とを含む。積地港および揚地港は、それぞれ取引対象となる商材を、商材を積み荷する港および揚げ荷する港の指定または制約などを示す情報であり、港の名称および港を識別する識別情報の少なくともいずれか一つを含む。積荷日および荷揚日は、商材を積み荷または揚げ荷をする期間（開始日および終了日の少なくとも一方）を示す。
　価格は、商材の仕入または販売の単価の範囲（上限および下限の少なくとも一方）を示し、価格フォーミュラ（価格指標を含む）などで示されてもよい。取引量は、商材の量の範囲（上限および下限の少なくとも一方）を示す。取引量の単位は、商材の種類によって異なり、体積、重量、熱量などのいずれかの範囲（上限および下限の少なくとも一方）を含む。その他、商材の品質条件（ランクを示す情報や純度を示す情報など）を含んでもよい。
　図６は、運送条件２０６のデータ構造の例を示す図である。運送条件２０６は、少なくとも、運送手段ＩＤ、積地（例えば積地港）、積荷日、積載可能量、揚地（例えば積地港）、荷揚日、および運賃を含む。運送手段ＩＤは、運送手段（例えば個々の船舶や航空機）を識別するための情報であり、運送手段の種類を示す情報（例えば、船舶および航空機を区別する情報、あるいは、自社船およびスポット船を区別する情報）を含んでもよい。自社船とは、商社などが保有する船、あるいは船主と一定期間の傭船契約を締結する船である。スポット船とは、他社が保有する船であり、賃料を払って一時的に利用する。
　積地港および揚地港は、当該運送手段が積荷および荷揚する港の指定または制約などを示す情報を含む。積荷日および荷揚日は、当該運送手段が商材を積み荷する期間および荷揚げする期間（開始日および終了日の少なくとも一方）を示す。積載可能量は、当該運送手段のタンク容量、およびタンク積載可能容量の少なくとも一方を含む。運賃は、自社船であれば、燃料費、人件費などの日割り費用、スポット船でれば、賃料などの費用である。
　図４に戻り、決定部１０４は、取得した複数の仕入先１０の仕入条件２０２、複数の販売先２０の販売条件２０４、および複数の運送手段３０の運送条件２０６を用いて、複数の仕入先１０と複数の販売先２０の間の商材の複数の取引による総利益を最適化するように、取引毎の取引内容を決定する（ステップＳ１０３）。
　決定部１０４は、各条件の範囲内で、図１に示すように、取引総利益６０が高くなるように最適化して、仕入先１０と販売先２０と運送手段３０とをマッチングして組み合わせ、取引内容を決定する。
　本実施形態の取引管理装置１００によれば、取得部１０２により複数の仕入先１０の仕入条件２０２、複数の販売先２０の販売条件２０４、および複数の運送手段３０の運送条件２０６が取得され、決定部１０４により総利益が高くなるようにマッチングして取引内容が決定される。
　これにより、各取引先との契約で定められた取引条件の範囲内で取引全体の総利益をできる限り上げる組み合わせを効率よく作成できる。
（第２の実施の形態）
　図７は、本発明の実施の形態に係る取引管理装置１００の論理的な構成例を示す機能ブロック図である。本実施形態の取引管理装置１００は、取引内容を提示する構成を有する点以外は図２の上記実施形態の取引管理装置１００と同じである。本実施形態の取引管理装置１００の構成は、矛盾のない範囲で、他の実施形態の取引管理装置１００と組み合わせてもよい。
＜機能構成例＞
　取引管理装置１００は、図２の取引管理装置１００と同じ、取得部１０２と、決定部１０４とを備えるとともに、さらに、提示部１３０を備える。
　提示部１３０は、決定部１０４によって決定された取引内容を提示する。図７の例では、提示部１３０は、表示部１３２に図８の最適化結果画面３００を表示する。さらに、提示部１３０は、取引内容を少なくとも含むマッチング結果５０をプリンタに印字出力したり、データファイルとして記憶装置１１０に出力して記憶させたりしてもよい。
　表示部１３２は、取引管理装置１００の表示装置であり、液晶ディスプレイ、有機ＥＬディスプレイ、ＣＲＴ（Cathode Ray Tube）である。表示部１３２は、タッチパネルでもよい。表示部１３２は、取引管理装置１００と一体のハードウェアであってもよいし、取引管理装置１００とは別体のハードウェアであってもよい。
　図８は、最適化結果画面３００の例を示す図である。
　最適化結果画面３００は、契約情報３１０と、マッチング明細３２０と、を含む。契約情報３１０は、仕入条件２０２および販売条件２０４を含む。なお、最適化結果画面３００の詳細については後述する実施形態で説明する。
　この構成によれば、上記実施形態と同様な効果を奏するとともに、さらに、決定部１０４により決定された取引内容を提示部１３０によりユーザ（ここではトレーダーまたはその管理者）に提示することかできる。最適化結果画面３００は、複数の仕入先１０と複数の販売先２０と複数の運送手段３０との全体のマッチング結果を一覧に含んでいるので、エリア別などの個別の取引内容ではなく、取引全体を管理できる。
（第３の実施の形態）
　図９は、本発明の実施の形態に係る取引管理装置１００の論理的な構成例を示す機能ブロック図である。上記実施形態では、取引先と契約で定められた取引条件を元に取引内容を最適化していた。しかし、取引先との交渉により取引条件を緩和することも可能である。そこで、本実施形態の取引管理装置１００は、取引条件を緩和したときのシミュレーションを行うとともに、実際に取引先との交渉の結果緩和された取引条件に基づいて最適化を行う構成を有する。本実施形態の取引管理装置１００の構成は、矛盾のない範囲で、他の実施形態の取引管理装置１００と組み合わせてよい。
＜機能構成例＞
　取引管理装置１００は、図２の取引管理装置１００と同じ取得部１０２と、決定部１０４とを備えるとともに、さらに、算出部１２０と、受付部１２２と、を備える。
　算出部１２０は、決定部１０４により決定された、複数の取引内容に基づき、複数の販売先２０と複数の仕入先１０間の複数の取引の取引総利益６０を算出する。
　受付部１２２は、仕入条件２０２および販売条件２０４の少なくとも一方の取引条件を緩和するための取引条件の変更を示すオペレータによる入力を受け付ける。
　受付部１２２により取引条件の変更が受け付けられたとき、決定部１０４は、変更された取引条件を用いて、決定されていた取引内容を変更する。
　算出部１２０は、変更された取引内容に基づき変更後の取引総利益６０を算出する。
　さらに、算出部１２０は、変更前の取引総利益６０と変更後の取引総利益６０の変化量を算出してもよい。また、算出部１２０は、変更前と変更後の取引毎の利益も算出する。
　ここで、条件の緩和とは、マッチングする上で仕入先１０と販売先２０と運送手段３０のそれぞれの取引条件で合わない部分について条件をずらしたり、変更したり、範囲を広げたりすることである。さらに、条件の緩和には、商社側の利益が増えるように、取引条件の一部をずらしたり、変更したり、範囲を広げたりすることも含む。
　変更可能な項目は以下に例示されるが、これらに限定されない。
（ａ１）受渡期間の変更または絞り込み
（ａ２）受渡エリアの変更または絞り込み（地域→国→港など）
（ａ３）商材の受渡量の変更または絞り込み
（ａ４）商材の品質の変更
（ａ５）カーゴ数の変更
　また、図１１に示すように、取引管理装置１００は、図９の取引管理装置１００の構成に加え、提示部１３０を備えてもよい。提示部１３０は、算出された変更前の取引総利益６０、変更後の取引総利益６０、および、変更前と変更後の変化量の少なくともいずれか一つを提示してもよい。
　さらに、提示部１３０は、変更前の取引総利益６０および変更後の取引総利益６０を同一画面に提示してもよい。
　さらに、決定部１０４は、変更後の取引条件を用いて、所定の制限の範囲内で、決定されていた取引内容、言い換えると初回最適化の結果を変更する。取引毎に、変更後の取引条件が適用可能か否かを指定した上で、緩和シミュレーションを行うことができる。これは、取引条件の緩和の交渉を行うことができる件数（例えば、全取引１００件のうち、１０件など）には制限があるためである。また、取引先によって交渉の余地がないもの、あるいは、緩和交渉ができない取引条件の項目なども存在するためである。
　具体的には、各取引の取引内容を示す情報は、固定フラグをさらに有している。固定フラグには、例えば、変更が可能な取引には「１」がセットされ、変更ができない取引には「０」がセットされる。図８のマッチング明細３２０の最終列の固定欄３２２に、固定フラグが提示されている。
　固定フラグの「１」や「０」は、一例でありこれに限定されない。例えば、複数のパターンを設定し、決定部１０４は、パターン毎に最適化処理を行い複数のシミュレーション結果を出力してもよい。また、取引内容の項目別に固定することも可能である。例えば、利用船舶、受渡日、または船舶の転貸（自社船の貸し出し）などを固定に設定することができる。この場合、固定フラグを複数設け、それぞれ設定してもよい。例えば、上記したマッチングの固定フラグは「Ｔ」、利用船舶の固定フラグは「Ｓ」、受渡日の固定フラグは「Ｄ」などとしてもよい。また、船舶転貸の固定フラグは、船舶毎に転貸しないという指定を固定するフラグを設定できてもよい。後述する図１３の船舶航行経路結果画面５００の一覧に図示されない転貸不可フラグ欄を船舶毎に設けてオペレータによりフラグを指定できてもよい。
　最適化結果画面３００は、取引毎に、変更が可能か否かを示す固定フラグを変更するためのＧＵＩ（Graphical User Interface）を含んでもよい。受付部１２２は、取引条件の緩和が可能か否かの指定を取引毎に受け付け、各取引の取引内容を示す情報に対応付けて記憶させる。
　さらに、仕入先１０および販売先２０の少なくとも一方の取引先別に、取引条件の緩和交渉が可能か否かを示す難易度が設定されてもよい。図５（ａ）の仕入条件２０２、および図５（ｂ）の販売条件２０４は、それぞれ取引先の交渉難易度をさらに含んでもよい。受付部１２２は、取引先の難易度（例えば、レベル１、２、３）が基準（例えば、レベル２未満）を満たす場合に、当該取引先の取引条件の変更を示す情報を受け付ける。
　難易度は高い程、条件緩和交渉が難しいことを示し、交渉が不可の取引先の難易度は最高レベル（例えば、レベル３）が設定される。取引先の難易度が所定値未満（レベル１とレベル２）の場合、取引先との交渉が可能とする。取引先の難易度が所定値以上（レベル３）の場合、取引先との交渉はできないものとする。交渉が可能な取引先の取引条件は変更可能であり、交渉が困難な取引先の取引条件は変更できないと判断する。
　この例では、難易度を３段階のレベルで示しているが、これに限定されない。例えば、取引先の交渉成功率（％）などで示してもよい。交渉成功率が所定値より高い（例えば、８０％以上）場合に取引先の難易度が基準を満たす、言い換えると、当該取引先の取引条件の変更が可能であると判断してもよい。また、難易度は、取引先毎に交渉結果を蓄積して機械学習させることで生成してもよい。
　この構成において、取引管理装置１００は、取引先の難易度が基準を満たす取引先に関する取引について、取引内容の変更が可能であることを示す「１」を固定フラグにセットする変更部（不図示）をさらに有してもよい。変更部は、さらに、取引先の難易度が基準を満たさない（難易度２以上）取引先に関する取引について、取引内容の変更ができないことを示す「０」を固定フラグにセットしてもよい。
　さらに、難易度は、取引条件の項目別に設定されてもよい。受付部１２２は、取引条件の項目の難易度が基準を満たす場合に、当該項目の取引条件の変更を示す情報を受け付ける。難易度は高い程、当該項目の条件緩和交渉が難しいことを示し、交渉が不可の取引も存在するものとする。取引条件の項目の難易度が所定値より低い場合、当該取引条件の項目の緩和交渉が可能とする。取引条件の項目の難易度が所定値以上の場合、当該取引条件の項目の緩和交渉はできないものとする。
　この構成において、変更部は、取引条件の項目の難易度が基準を満たす取引について、当該取引の取引内容の変更が可能であることを示す「１」を固定フラグにセットしてもよい。変更部は、さらに、取引条件の項目の難易度が基準を満たさない取引について、当該取引の取引内容の変更が可能であることを示す「０」を固定フラグにセットしてもよい。
＜動作例＞
　図１０は、本実施形態の取引管理装置１００の動作例を示すフローチャートである。本図では、図４のフローチャートのステップＳ１０３のマッチング処理内で、オペレータによる取引条件を緩和するための変更を示す情報の入力を受け付け、変更された条件に従って取引総利益６０を算出する処理の手順を示している。
　まず、算出部１２０は、図４のステップＳ１０３で決定部１０４により決定された、複数の取引内容に基づき、複数の販売先２０と複数の仕入先１０間の複数の取引の取引総利益６０を算出する（ステップＳ２０１）。そして、受付部１２２は、オペレータによる変更操作を受け付けると（ステップＳ２０３のＹＥＳ）、変更された取引条件を用いて、ステップＳ１０３で決定されていた取引内容を変更する（ステップＳ２０５）。
　そして、算出部１２０は、ステップＳ２０５で変更された取引内容に従い、取引条件変更後、言い換えると、条件緩和を試行した後の取引総利益６０を算出する（ステップＳ２０７）。そして、ステップＳ２０３に戻る。再度、変更を受け付けた場合（ステップＳ２０３のＹＥＳ）、ステップＳ２０５およびステップＳ２０７の緩和シミュレーションを繰り返すことができる。取引条件の変更を受け付けなかった場合は（ステップＳ２０３のＮＯ）、図４の処理に戻り、処理を終了する。
　なお、フローチャート上は、変更前と変更後の処理を順番に行うように記載されているが、これに限定されない。変更前と変更後の処理を並列処理、あるいは、複数の変更パターンを並列処理してもよい。
　図４および図１０のフローチャートの処理は、例えば、１日１回実行し、最適化を繰り返してもよい。このとき、上記した固定フラグに「１」がセットされている取引について再最適化の対象とする。固定フラグに「０」がセットされている取引については再最適化の対象外とする。このように取引全体を最適化処理の対象としないことで、演算処理の負荷を効率よく低減することができ、演算処理にかかる時間を短縮することができる。
　さらに、算出部１２０は、変更前の取引総利益６０と変更後の取引総利益６０の変化量を算出してもよい（不図示）。さらに、提示部１３０は、変更前の取引総利益６０、変更後の取引総利益６０、および、変更前と変更後の変化量の少なくともいずれか一つを提示してもよい（不図示）。さらに、提示部１３０は、変更前の取引総利益６０と変更後の取引総利益６０を同一画面に表示してもよい（不図示）。
　図１２は、本実施形態の緩和シミュレーション結果画面４００の一例を示す図である。緩和シミュレーション結果画面４００は、変更前の初回最適化結果と、取引条件を緩和したシミュレーション結果と、さらに、取引先との交渉の結果変更された取引条件に基づく最適化結果と、を同一画面に含んでいる。
　図の例では、各結果には、作成日時、総利益、総仕入価格、総販売価格、総運航費用、および総貸出利益が含まれている。図１２の例は、緩和シミュレーション結果の概要を示すタブが選択されているときの画面である。緩和シミュレーション結果画面４００は、その他のタブ、すなわち、変更前の初回最適化結果と、取引条件を緩和したシミュレーション結果と、取引先との交渉の結果変更された取引条件に基づく最適化結果とを表示するためのタブもそれぞれ含んでいる。これらのタブを選択すると、例えば、図８のそれぞれのタイミングで作成される最適化結果画面３００が表示される。
　本実施形態の取引管理装置１００によれば、受付部１２２により取引条件の変更を示す入力が受け付けられ、決定部１０４により変更された取引条件の範囲で再度最適化処理が行われ、算出部１２０により取引条件の変更前と変更後の取引内容に基づく取引総利益６０がそれぞれ算出される。
　これにより、初回の取引内容から条件緩和交渉前にシミュレーションを行ったり、交渉後に正式な取引内容に基づく取引総利益６０を算出したりすることを効率よく行うことができる。本実施形態の取引管理装置１００によれば、上記実施形態と同様な効果を奏するとともに、さらに、条件緩和の交渉の立案、および計画の反映を効率よく行うことができる。さらに、気象条件などにより運送手段３０の運行に変更が生じた場合にも、運送手段３０の運送条件２０６を変更した上で、再度、取引内容の最適化を行うことかできるので、突発的な変更にも柔軟に対応できる。
（第４の実施の形態）
　本実施形態の取引管理装置１００は、自社が保有または契約している運送手段３０を第三者に貸し出すケースについて考慮する構成を有する点以外は上記いずれかの実施形態と同様である。本実施形態の取引管理装置１００は、上記実施形態のいずれかと組み合わせることができる。ここでは、本実施形態の取引管理装置１００は、図１１の第３実施形態の取引管理装置１００と同じ構成を有するものとして説明する。
　決定部１０４は、運送手段３０として、費用がかからない自社船を優先的に割り当てる。そして、決定部１０４は、自社船が不足する場合に、スポット船を利用するようにマッチングを行う。ただし、スポット船を利用する方が、利益がでる場合はこれに限定されない。例えば、スポット船は、荷揚後、乗り捨てすることができるので、復路の航行費用分をコスト削減できるためである。
　一方で、自社船が利用されない期間が存在すると、維持費の分だけ損失が発生することになる。そこで、本実施形態では、自社船を第三者に貸し出し、貸出利益を得ることも決定部１０４はマッチング条件として考慮する。
　決定部１０４は、自社が保有（契約）している運送手段３０を第三者に貸し出すと仮定したときの取引総利益６０が多くなるように、取引内容を最適化して決定する。
　決定部１０４は、例えば、自社船は、当該船舶の待機日数が一定期間（例えば３０日）を超える場合であって、かつ、自社船の貸し出し（転貸）による利益が上がる場合に、最適化の対象として自社船の転貸を運送条件２０６の条件に含める。
　運送条件２０６には、自社が保有している運送手段３０（自社船）に関する条件と、運送手段３０を他社から都度契約する（スポット船の利用）ときの条件が含まれている。上記実施形態で説明した仕入条件２０２および販売条件２０４も、長期契約、スポット契約（スポット船利用などの場合）、ポートフォリオ契約、およびターム契約など契約のタイプ別にそれぞれ設定できてもよい。
　記憶装置１１０は、例えば、運送手段３０の船舶情報として、船舶名称（識別情報を含む）、自社船／スポット船の区別、積載可能量、速度毎の燃費などの情報を記憶している。さらに、記憶装置１１０は、港情報として、港間移動距離、航路毎の利用運河、利用料、入港不可船舶などの情報を記憶している。さらに、記憶装置１１０は、価格指標毎の価格推移などの情報を記憶している。
　船舶関連のコストは、以下の内容を含んでいるが、これらに限定されない。
（ｂ１）スポット船の傭船料：１日当たりの傭船料（シーズン毎のタリフ）×航行日数で算出
（ｂ２）スポット船の傭船固定費用：積地までの移動費、返却地までの移動費、などの平均的な費用の合計
（ｂ３）燃料費：航行速度毎の燃費をもとに算出
（ｂ４）港利用料：港毎、船舶カテゴリ毎のタリフをもとに算出
（ｂ５）運河通行料：パナマまたはスエズ運河の通行料タリフをもとに算出
　図１３は、船舶航行経路結果画面５００の一例を示す図である。図１４は、船舶スケジュール画面６００の一例を示す図である。
　提示部１３０は、船舶航行経路結果画面５００および船舶スケジュール画面６００を提示する。図１３の船舶航行経路結果画面５００は、決定部１０４により決定された運送手段３０の最適化の結果を含んでいる。船舶航行経路結果画面５００は、自社船が貸し出されたときの貸出利益を示す貸出利益欄５０２を含む。例えば、レコード５１０とレコード５１２は、自社船を転貸している。このため、貸出利益が発生している。
　図１４の船舶スケジュール画面６００は、最適化された複数の船舶のスケジュールをチャート６１０で示している。図中、異なる船舶スケジュールは異なる線種（例えば、実線６３０、破線６４０、一点鎖線６５０など）で示されている。あるいは、異なる船舶のスケジュールは、異なる色で示されてもよい。
　船舶は、２０１９年１１月下旬にＵＳＡを出航し、実線６３０で示される積載航海（Laden）をして、２０１９年１２月上旬に欧州に到着する。符号６３２で示される区間は、仕入先１０が受渡可能な期間（Delivery Window：ＤＷ）を示している。符号６３４で示されている区間は、販売先２０が受渡可能な期間ＤＷを示している。仕入先１０のＤＷと販売先２０のＤＷは、異なる線種または異なる色の線で示される。
　そして、実線６３０で示される船舶は、欧州に到着後、２０２０年１月中旬まで他社に貸し出されている。この船舶の転貸の期間は、チャート６１０上にドット線６３６で示されている。
　そして、２０２０年１月中旬に欧州を出航し、実線６３８で示される空荷航海（Ballast）をして、２０２０年１月下旬にＵＳＡに到着する。
　また、各船舶の線上でオペレータによる選択操作（タッチやクリック）を受け付けると、当該航海の詳細内容を示すウインドウ６２０が表示されてもよい。図では、一点鎖線６５０を選択操作したときに表示されたウインドウ６２０が示されている。
　本実施形態において、決定部１０４により、自社船を第三者に貸し出すと確定したときの取引総利益６０が多くなるように取引内容が最適化される。よって、本実施形態の取引管理装置１００によれば、上記実施形態と同様な効果を奏するとともに、自社船を転貸することで利益が上がる場合に自社船の転貸を計画に含めて取引内容を最適化することができる。さらに、トレーダーは自社船の転貸を行うか否かの判断を算出部１２０により算出され、提示部１３０により提示された利益を見て判断することができる。
　以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。
　例えば、他の実施形態において、受付部１２２は、最適化処理の制限時間の指定を受け付けてもよい。さらに、最適化処理の結果のギャップを変えることで、演算処理にかかる時間を変更してもよい。算出部１２０は、ギャップ差を徐々に狭めていくように最適化処理を繰り返し、制限時間を超える時点で最適化処理を終了させてもよい。
　以上、実施形態および実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　なお、本発明において利用者または契約に関する情報を取得、利用する場合は、これを適法に行うものとする。
　上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下に限られない。
１．　同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得する取得手段と、
　取得した複数の前記仕入条件、複数の前記販売条件、および複数の前記運送条件を用いて、複数の前記仕入先と複数の前記販売先の間の前記商材の複数の取引による総利益を多くするように、前記取引毎の、前記仕入先の仕入量、前記運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を最適化して決定する決定手段と、を備える、取引管理装置。
２．　１．に記載の取引管理装置において、
　前記決定手段により決定された、複数の前記取引内容に基づき、複数の前記販売先と複数の前記仕入先間の複数の前記取引の前記総利益を算出する算出手段と、
　前記販売条件および前記仕入条件の少なくとも一方の取引条件を緩和するための前記取引条件の変更を示すオペレータによる入力を受け付ける受付手段と、をさらに備え、
　前記受付手段により前記取引条件の前記変更が受け付けられたとき、前記決定手段は、変更された前記取引条件を用いて、決定されていた前記取引内容を変更し、
　前記算出手段は、さらに、変更された前記取引内容に基づき変更後の前記総利益を算出する、取引管理装置。
３．　２．に記載の取引管理装置において、
　前記変更前の前記総利益および前記変更後の前記総利益を、同一画面に提示する提示手段をさらに備える、取引管理装置。
４．　３．に記載の取引管理装置において、
　前記決定手段は、前記変更後の前記取引条件を用いて、所定の制限の範囲内で、決定されていた前記取引内容を変更する、取引管理装置。
５．　４．に記載の取引管理装置において、
　前記販売先および前記仕入先の少なくとも一方の取引先別に、前記取引条件の緩和交渉が可能か否かを示す難易度が設定され、
　前記受付手段は、前記取引先の前記難易度が基準を満たす場合に、当該取引先の前記取引条件の前記変更を示す情報を受け付ける、取引管理装置。
６．　５．に記載の取引管理装置において、
　さらに、前記難易度は、前記取引条件の項目別に設定され、
　前記受付手段は、前記取引条件の前記項目の前記難易度が基準を満たす場合に、当該項目の前記取引条件の前記変更を示す情報を受け付ける、取引管理装置。
７．　１．から６．のいずれか一つに記載の取引管理装置において、
　前記決定手段は、前記取引毎に、前記販売先の価格と前記仕入先の価格の差益が大きくなるように前記仕入先の前記仕入量を決定する、取引管理装置。
８．　７．に記載の取引管理装置において、
　前記決定手段は、前記差益が、プラスの場合は、前記仕入量を最大にし、マイナスの場合は、前記仕入量を最小にする、取引管理装置。
９．　１．から８．のいずれか一つに記載の取引管理装置において、
　前記決定手段は、自社が保有している前記運送手段を第三者に貸し出すと仮定したときの前記総利益が多くなるように、前記取引内容を最適化して決定する、取引管理装置。
１０．　１．から９．のいずれか一つに記載の取引管理装置において、
　前記運送条件には、自社が保有している前記運送手段に関する条件と、前記運送手段を他社から都度契約するときの条件が含まれている、取引管理装置。
１１．　取引管理装置が、
　同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得し、
　取得した複数の前記仕入条件、複数の前記販売条件、および複数の前記運送条件を用いて、複数の前記仕入先と複数の前記販売先の間の前記商材の複数の取引による総利益を多くするように、前記取引毎の、前記仕入先の仕入量、前記運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を最適化して決定する、取引管理方法。
１２．　１１．に記載の取引管理方法において、
　前記取引管理装置が、
　決定された、複数の前記取引内容に基づき、複数の前記販売先と複数の前記仕入先間の複数の前記取引の前記総利益を算出し、
　前記販売条件および前記仕入条件の少なくとも一方の取引条件を緩和するための前記取引条件の変更を示すオペレータによる入力を受け付け、
　前記取引条件の前記変更が受け付けられたとき、変更された前記取引条件を用いて、決定されていた前記取引内容を変更し、
　さらに、変更された前記取引内容に基づき変更後の前記総利益を算出する、取引管理方法。
１３．　１２．に記載の取引管理方法において、
　前記取引管理装置が、さらに、
　前記変更前の前記総利益および前記変更後の前記総利益を、同一画面に提示する、取引管理方法。
１４．　１３．に記載の取引管理方法において、
　前記取引管理装置が、
　前記変更後の前記取引条件を用いて、所定の制限の範囲内で、決定されていた前記取引内容を変更する、取引管理方法。
１５．　１４．に記載の取引管理方法において、
　前記販売先および前記仕入先の少なくとも一方の取引先別に、前記取引条件の緩和交渉が可能か否かを示す難易度が設定され、
　前記取引管理装置が、
　前記取引先の前記難易度が基準を満たす場合に、当該取引先の前記取引条件の前記変更を示す情報を受け付ける、取引管理方法。
１６．　１５．に記載の取引管理方法において、
　さらに、前記難易度は、前記取引条件の項目別に設定され、
　前記取引管理装置が、
　前記取引条件の前記項目の前記難易度が基準を満たす場合に、当該項目の前記取引条件の前記変更を示す情報を受け付ける、取引管理方法。
１７．　１１．から１６．のいずれか一つに記載の取引管理方法において、
　前記取引管理装置が、
　前記取引毎に、前記販売先の価格と前記仕入先の価格の差益が大きくなるように前記仕入先の前記仕入量を決定する、取引管理方法。
１８．　１７．に記載の取引管理方法において、
　前記取引管理装置が、
　前記差益が、プラスの場合は、前記仕入量を最大にし、マイナスの場合は、前記仕入量を最小にする、取引管理方法。
１９．　１１．から１８．のいずれか一つに記載の取引管理方法において、
　　前記取引管理装置が、
　自社が保有している前記運送手段を第三者に貸し出すと仮定したときの前記総利益が多くなるように、前記取引内容を最適化して決定する、取引管理方法。
２０．　１１．から１９．のいずれか一つに記載の取引管理方法において、
　前記運送条件には、自社が保有している前記運送手段に関する条件と、前記運送手段を他社から都度契約するときの条件が含まれている、取引管理方法。
２１．　コンピュータに、
　同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得する手順、
　取得した複数の前記仕入条件、複数の前記販売条件、および複数の前記運送条件を用いて、複数の前記仕入先と複数の前記販売先の間の前記商材の複数の取引による総利益を多くするように、前記取引毎の、前記仕入先の仕入量、前記運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を最適化して決定する手順、を実行させるためのプログラム。
２２．　２１．に記載のプログラムにおいて、
　決定された、複数の前記取引内容に基づき、複数の前記販売先と複数の前記仕入先間の複数の前記取引の前記総利益を算出する手順、
　前記販売条件および前記仕入条件の少なくとも一方の取引条件を緩和するための前記取引条件の変更を示すオペレータによる入力を受け付ける手順、
　前記取引条件の前記変更が受け付けられたとき、変更された前記取引条件を用いて、決定されていた前記取引内容を変更する手順、
　さらに、変更された前記取引内容に基づき変更後の前記総利益を算出する手順、をコンピュータに実行させるためのプログラム。
２３．　２２．に記載のプログラムにおいて、
　前記変更前の前記総利益および前記変更後の前記総利益を、同一画面に提示する手順をコンピュータに実行させるためのプログラム。
２４．　２３．に記載のプログラムにおいて、
　前記変更後の前記取引条件を用いて、所定の制限の範囲内で、決定されていた前記取引内容を変更する手順をコンピュータに実行させるためのプログラム。
２５．　２４．に記載のプログラムにおいて、
　前記販売先および前記仕入先の少なくとも一方の取引先別に、前記取引条件の緩和交渉が可能か否かを示す難易度が設定され、
　前記取引先の前記難易度が基準を満たす場合に、当該取引先の前記取引条件の前記変更を示す情報を受け付ける手順をコンピュータに実行させるためのプログラム。
２６．　２５．に記載のプログラムにおいて、
　さらに、前記難易度は、前記取引条件の項目別に設定され、
　前記取引条件の前記項目の前記難易度が基準を満たす場合に、当該項目の前記取引条件の前記変更を示す情報を受け付ける手順をコンピュータに実行させるためのプログラム。
２７．　２１．から２６．のいずれか一つに記載のプログラムにおいて、
　前記取引毎に、前記販売先の価格と前記仕入先の価格の差益が大きくなるように前記仕入先の前記仕入量を決定する手順をコンピュータに実行させるためのプログラム。
２８．　２７．に記載のプログラムにおいて、
　前記差益が、プラスの場合は、前記仕入量を最大にし、マイナスの場合は、前記仕入量を最小にする手順をコンピュータに実行させるためのプログラム。
２９．　２１．から２８．のいずれか一つに記載のプログラムにおいて、
　自社が保有している前記運送手段を第三者に貸し出すと仮定したときの前記総利益が多くなるように、前記取引内容を最適化して決定する手順をコンピュータに実行させるためのプログラム。
３０．　２１．から２９．のいずれか一つに記載のプログラムにおいて、
　前記運送条件には、自社が保有している前記運送手段に関する条件と、前記運送手段を他社から都度契約するときの条件が含まれている、プログラム。
　この出願は、２０１９年１１月１８日に出願された日本出願特願２０１９－２０７６８８号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１０　仕入先
２０　販売先
３０　運送手段
５０　マッチング結果
６０　取引総利益
１００　取引管理装置
１０２　取得部
１０４　決定部
１１０　記憶装置
１２０　算出部
１２２　受付部
１３０　提示部
１３２　表示部
２０２　仕入条件
２０４　販売条件
２０６　運送条件
２１２　長期契約基礎情報
２１４　長期契約カーゴ別情報
２１６　スポット取引情報
２１８　マーケット取引見込情報
２２２　自社船スペック情報
２２４　スポット船スペック情報
２３０　移動距離情報
２３２　港情報
２３４　入港可否情報
２３６　運河通行料金情報
２３８　運河利用航路情報
２４０　価格指標情報
３００　最適化結果画面
３１０　契約情報
３２０　マッチング明細
３２２　固定欄
４００　緩和シミュレーション結果画面
５００　船舶航行経路結果画面
５０２　貸出利益欄
６００　船舶スケジュール画面
６１０　チャート
６２０　ウインドウ
１０００　コンピュータ
１０１０　バス
１０２０　プロセッサ
１０３０　メモリ
１０４０　ストレージデバイス
１０５０　入出力インタフェース
１０６０　ネットワークインタフェース

Claims (30)

  1. 　同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得する取得手段と、
    　取得した複数の前記仕入条件、複数の前記販売条件、および複数の前記運送条件を用いて、複数の前記仕入先と複数の前記販売先の間の前記商材の複数の取引による総利益を多くするように、前記取引毎の、前記仕入先の仕入量、前記運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を最適化して決定する決定手段と、を備える、取引管理装置。
  2. 　請求項１に記載の取引管理装置において、
    　前記決定手段により決定された、複数の前記取引内容に基づき、複数の前記販売先と複数の前記仕入先間の複数の前記取引の前記総利益を算出する算出手段と、
    　前記販売条件および前記仕入条件の少なくとも一方の取引条件を緩和するための前記取引条件の変更を示すオペレータによる入力を受け付ける受付手段と、をさらに備え、
    　前記受付手段により前記取引条件の前記変更が受け付けられたとき、前記決定手段は、変更された前記取引条件を用いて、決定されていた前記取引内容を変更し、
    　前記算出手段は、さらに、変更された前記取引内容に基づき変更後の前記総利益を算出する、取引管理装置。
  3. 　請求項２に記載の取引管理装置において、
    　前記変更前の前記総利益および前記変更後の前記総利益を、同一画面に提示する提示手段をさらに備える、取引管理装置。
  4. 　請求項３に記載の取引管理装置において、
    　前記決定手段は、前記変更後の前記取引条件を用いて、所定の制限の範囲内で、決定されていた前記取引内容を変更する、取引管理装置。
  5. 　請求項４に記載の取引管理装置において、
    　前記販売先および前記仕入先の少なくとも一方の取引先別に、前記取引条件の緩和交渉が可能か否かを示す難易度が設定され、
    　前記受付手段は、前記取引先の前記難易度が基準を満たす場合に、当該取引先の前記取引条件の前記変更を示す情報を受け付ける、取引管理装置。
  6. 　請求項５に記載の取引管理装置において、
    　さらに、前記難易度は、前記取引条件の項目別に設定され、
    　前記受付手段は、前記取引条件の前記項目の前記難易度が基準を満たす場合に、当該項目の前記取引条件の前記変更を示す情報を受け付ける、取引管理装置。
  7. 　請求項１から６のいずれか一項に記載の取引管理装置において、
    　前記決定手段は、前記取引毎に、前記販売先の価格と前記仕入先の価格の差益が大きくなるように前記仕入先の前記仕入量を決定する、取引管理装置。
  8. 　請求項７に記載の取引管理装置において、
    　前記決定手段は、前記差益が、プラスの場合は、前記仕入量を最大にし、マイナスの場合は、前記仕入量を最小にする、取引管理装置。
  9. 　請求項１から８のいずれか一項に記載の取引管理装置において、
    　前記決定手段は、自社が保有している前記運送手段を第三者に貸し出すと仮定したときの前記総利益が多くなるように、前記取引内容を最適化して決定する、取引管理装置。
  10. 　請求項１から９のいずれか一項に記載の取引管理装置において、
    　前記運送条件には、自社が保有している前記運送手段に関する条件と、前記運送手段を他社から都度契約するときの条件が含まれている、取引管理装置。
  11. 　取引管理装置が、
    　同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得し、
    　取得した複数の前記仕入条件、複数の前記販売条件、および複数の前記運送条件を用いて、複数の前記仕入先と複数の前記販売先の間の前記商材の複数の取引による総利益を多くするように、前記取引毎の、前記仕入先の仕入量、前記運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を最適化して決定する、取引管理方法。
  12. 　請求項１１に記載の取引管理方法において、
    　前記取引管理装置が、
    　決定された、複数の前記取引内容に基づき、複数の前記販売先と複数の前記仕入先間の複数の前記取引の前記総利益を算出し、
    　前記販売条件および前記仕入条件の少なくとも一方の取引条件を緩和するための前記取引条件の変更を示すオペレータによる入力を受け付け、
    　前記取引条件の前記変更が受け付けられたとき、変更された前記取引条件を用いて、決定されていた前記取引内容を変更し、
    　さらに、変更された前記取引内容に基づき変更後の前記総利益を算出する、取引管理方法。
  13. 　請求項１２に記載の取引管理方法において、
    　前記取引管理装置が、さらに、
    　前記変更前の前記総利益および前記変更後の前記総利益を、同一画面に提示する、取引管理方法。
  14. 　請求項１３に記載の取引管理方法において、
    　前記取引管理装置が、
    　前記変更後の前記取引条件を用いて、所定の制限の範囲内で、決定されていた前記取引内容を変更する、取引管理方法。
  15. 　請求項１４に記載の取引管理方法において、
    　前記販売先および前記仕入先の少なくとも一方の取引先別に、前記取引条件の緩和交渉が可能か否かを示す難易度が設定され、
    　前記取引管理装置が、
    　前記取引先の前記難易度が基準を満たす場合に、当該取引先の前記取引条件の前記変更を示す情報を受け付ける、取引管理方法。
  16. 　請求項１５に記載の取引管理方法において、
    　さらに、前記難易度は、前記取引条件の項目別に設定され、
    　前記取引管理装置が、
    　前記取引条件の前記項目の前記難易度が基準を満たす場合に、当該項目の前記取引条件の前記変更を示す情報を受け付ける、取引管理方法。
  17. 　請求項１１から１６のいずれか一項に記載の取引管理方法において、
    　前記取引管理装置が、
    　前記取引毎に、前記販売先の価格と前記仕入先の価格の差益が大きくなるように前記仕入先の前記仕入量を決定する、取引管理方法。
  18. 　請求項１７に記載の取引管理方法において、
    　前記取引管理装置が、
    　前記差益が、プラスの場合は、前記仕入量を最大にし、マイナスの場合は、前記仕入量を最小にする、取引管理方法。
  19. 　請求項１１から１８のいずれか一項に記載の取引管理方法において、
    　　前記取引管理装置が、
    　自社が保有している前記運送手段を第三者に貸し出すと仮定したときの前記総利益が多くなるように、前記取引内容を最適化して決定する、取引管理方法。
  20. 　請求項１１から１９のいずれか一項に記載の取引管理方法において、
    　前記運送条件には、自社が保有している前記運送手段に関する条件と、前記運送手段を他社から都度契約するときの条件が含まれている、取引管理方法。
  21. 　コンピュータに、
    　同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得する手順、
    　取得した複数の前記仕入条件、複数の前記販売条件、および複数の前記運送条件を用いて、複数の前記仕入先と複数の前記販売先の間の前記商材の複数の取引による総利益を多くするように、前記取引毎の、前記仕入先の仕入量、前記運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を最適化して決定する手順、を実行させるためのプログラム。
  22. 　請求項２１に記載のプログラムにおいて、
    　決定された、複数の前記取引内容に基づき、複数の前記販売先と複数の前記仕入先間の複数の前記取引の前記総利益を算出する手順、
    　前記販売条件および前記仕入条件の少なくとも一方の取引条件を緩和するための前記取引条件の変更を示すオペレータによる入力を受け付ける手順、
    　前記取引条件の前記変更が受け付けられたとき、変更された前記取引条件を用いて、決定されていた前記取引内容を変更する手順、
    　さらに、変更された前記取引内容に基づき変更後の前記総利益を算出する手順、をコンピュータに実行させるためのプログラム。
  23. 　請求項２２に記載のプログラムにおいて、
    　前記変更前の前記総利益および前記変更後の前記総利益を、同一画面に提示する手順をコンピュータに実行させるためのプログラム。
  24. 　請求項２３に記載のプログラムにおいて、
    　前記変更後の前記取引条件を用いて、所定の制限の範囲内で、決定されていた前記取引内容を変更する手順をコンピュータに実行させるためのプログラム。
  25. 　請求項２４に記載のプログラムにおいて、
    　前記販売先および前記仕入先の少なくとも一方の取引先別に、前記取引条件の緩和交渉が可能か否かを示す難易度が設定され、
    　前記取引先の前記難易度が基準を満たす場合に、当該取引先の前記取引条件の前記変更を示す情報を受け付ける手順をコンピュータに実行させるためのプログラム。
  26. 　請求項２５に記載のプログラムにおいて、
    　さらに、前記難易度は、前記取引条件の項目別に設定され、
    　前記取引条件の前記項目の前記難易度が基準を満たす場合に、当該項目の前記取引条件の前記変更を示す情報を受け付ける手順をコンピュータに実行させるためのプログラム。
  27. 　請求項２１から２６のいずれか一項に記載のプログラムにおいて、
    　前記取引毎に、前記販売先の価格と前記仕入先の価格の差益が大きくなるように前記仕入先の前記仕入量を決定する手順をコンピュータに実行させるためのプログラム。
  28. 　請求項２７に記載のプログラムにおいて、
    　前記差益が、プラスの場合は、前記仕入量を最大にし、マイナスの場合は、前記仕入量を最小にする手順をコンピュータに実行させるためのプログラム。
  29. 　請求項２１から２８のいずれか一項に記載のプログラムにおいて、
    　自社が保有している前記運送手段を第三者に貸し出すと仮定したときの前記総利益が多くなるように、前記取引内容を最適化して決定する手順をコンピュータに実行させるためのプログラム。
  30. 　請求項２１から２９のいずれか一項に記載のプログラムにおいて、
    　前記運送条件には、自社が保有している前記運送手段に関する条件と、前記運送手段を他社から都度契約するときの条件が含まれている、プログラム。
PCT/JP2020/042408 2019-11-18 2020-11-13 取引管理装置、取引管理方法、およびプログラム WO2021100623A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/776,710 US20220414588A1 (en) 2019-11-18 2020-11-13 Transaction management apparatus, transaction management method, and non-transitory computer-readable storage medium
JP2021558348A JP7367771B2 (ja) 2019-11-18 2020-11-13 取引管理装置、取引管理方法、およびプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-207688 2019-11-18
JP2019207688 2019-11-18

Publications (1)

Publication Number Publication Date
WO2021100623A1 true WO2021100623A1 (ja) 2021-05-27

Family

ID=75981292

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/042408 WO2021100623A1 (ja) 2019-11-18 2020-11-13 取引管理装置、取引管理方法、およびプログラム

Country Status (3)

Country Link
US (1) US20220414588A1 (ja)
JP (1) JP7367771B2 (ja)
WO (1) WO2021100623A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012531673A (ja) * 2009-06-24 2012-12-10 エクソンモービル リサーチ アンド エンジニアリング カンパニー 石油製品輸送物流を支援するツール
US20150012326A1 (en) * 2011-12-09 2015-01-08 Exxonmobil Upstream Research Company Method for Developing A Long-Term Strategy for Allocating a Supply of Liquefied Natural Gas

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6937992B1 (en) * 2000-12-29 2005-08-30 Arrowstream, Inc. Transport vehicle capacity maximization logistics system and method of same
JP3887173B2 (ja) 2001-01-18 2007-02-28 新日本製鐵株式会社 輸送管理装置、輸送管理システム、輸送管理方法、及び記憶媒体
JP2002304447A (ja) 2001-04-03 2002-10-18 Nippon Steel Corp 輸送管理装置、輸送管理システム、輸送管理方法及び記憶媒体
US7797205B2 (en) 2007-12-21 2010-09-14 Exxonmobil Research And Engineering Company System for optimizing bulk product allocation, transportation and blending
KR101296933B1 (ko) 2008-11-21 2013-08-14 신닛테츠스미킨 카부시키카이샤 배합 및 배선 계획 작성 시스템, 방법 및 프로그램을 기억한 기억매체

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012531673A (ja) * 2009-06-24 2012-12-10 エクソンモービル リサーチ アンド エンジニアリング カンパニー 石油製品輸送物流を支援するツール
US20150012326A1 (en) * 2011-12-09 2015-01-08 Exxonmobil Upstream Research Company Method for Developing A Long-Term Strategy for Allocating a Supply of Liquefied Natural Gas

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NAKAIZUMI, TAKUYA: "Evaluation of the Coastwise Sea Freight Transport Industry", IATSS REVIEW, vol. 29, no. 1, March 2004 (2004-03-01), pages 61 - 69, Retrieved from the Internet <URL:https://www.iatss.or.jp/common/pdf/publication/iatss-review/29-1-11.pdf> [retrieved on 20210119] *

Also Published As

Publication number Publication date
US20220414588A1 (en) 2022-12-29
JPWO2021100623A1 (ja) 2021-05-27
JP7367771B2 (ja) 2023-10-24

Similar Documents

Publication Publication Date Title
AU2008341114B2 (en) System for optimizing bulk product allocations, transportation and blending
US10867261B2 (en) Method of generating an optimized ship schedule to deliver liquefied natural gas
Stålhane et al. A construction and improvement heuristic for a liquefied natural gas inventory routing problem
Estache et al. Efficiency gains from port reform and the potential for yardstick competition: lessons from Mexico
Halvorsen-Weare et al. Routing and scheduling in a liquefied natural gas shipping problem with inventory and berth constraints
Fodstad et al. LNGScheduler: a rich model for coordinating vessel routing, inventories and trade in the liquefied natural gas supply chain
Wang et al. Optimal inventory decisions for a risk-averse retailer when offering layaway
Sheng et al. (s, S) policy model for liner shipping refueling and sailing speed optimization problem
Regli et al. Crude oil contango arbitrage and the floating storage decision
JP2002024496A (ja) 取引調整装置、システム、方法、情報記録媒体およびプログラム製品
US20220292561A1 (en) Commodity exchange system, commodity exchange method, and commodity exchange program
KR102248340B1 (ko) 항공 수출 물류 중개 시스템
WO2021100623A1 (ja) 取引管理装置、取引管理方法、およびプログラム
Li et al. Maritime inventory routing with transshipment: the case of Yamal LNG
WO2002003221A2 (en) Transportation of goods
KR102248339B1 (ko) 해상 수출 물류 비용 연산 및 중개 시스템
KR102248342B1 (ko) 해상 수출 물류 중개 시스템
Parker Matching in the oil tanker industry: implications for energy efficiency
KR102248337B1 (ko) 항공 수출 물류 비용 연산 및 중개 시스템
Hastutik et al. Msme Export Finance Go Internasional
Harasheh et al. The Global Supply Chain of Commodities
JP2024082666A (ja) 業務支援装置、業務支援方法、及び、業務支援プログラム
Adams et al. The Role of Commodity Exchanges in Pricing
KR20240023950A (ko) 인코텀즈 기반의 물류 포워딩 서비스 장치
Siddiqui et al. Effective crude oil export sales management towards a robust economy

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021558348

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20890163

Country of ref document: EP

Kind code of ref document: A1