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

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 (10)

1. 同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得する取得手段と、
   取得した複数の前記仕入条件、複数の前記販売条件、および複数の前記運送条件を用いて、複数の前記仕入先と複数の前記販売先の間の前記商材の複数の取引による総利益を多くするように、前記取引毎の、前記仕入先の仕入量、前記運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を最適化して決定する決定手段と、
   前記決定手段により決定された、複数の前記取引内容に基づき、複数の前記販売先と複数の前記仕入先間の複数の前記取引の前記総利益を算出する算出手段と、
   前記販売条件および前記仕入条件の少なくとも一方の取引条件を緩和するための前記取引条件の変更を示すオペレータによる入力を受け付ける受付手段と、を備え、
   前記受付手段により前記取引条件の前記変更が受け付けられたとき、前記決定手段は、変更された前記取引条件を用いて、決定されていた前記取引内容を変更し、
   前記算出手段は、さらに、変更された前記取引内容に基づき変更後の前記総利益を算出し、
   前記販売先および前記仕入先の少なくとも一方の取引先別に、前記取引条件の緩和交渉が可能か否かを示す難易度が設定され、
   前記受付手段は、前記取引先の前記難易度が基準を満たす場合に、当該取引先の前記取引条件の前記変更を示す情報を受け付ける、取引管理装置。
2. 請求項１に記載の取引管理装置において、
   前記難易度は、前記取引先別の交渉成功率である、取引管理装置。
3. 請求項１または２に記載の取引管理装置において、
   前記難易度は、前記取引先別に蓄積された交渉結果を基に機械学習によって生成される、取引管理装置。
4. 請求項１から３のいずれか一項に記載の取引管理装置において、
   さらに、前記難易度は、前記取引条件の項目別に設定され、
   前記受付手段は、前記取引条件の前記項目の前記難易度が基準を満たす場合に、当該項目の前記取引条件の前記変更を示す情報を受け付ける、取引管理装置。
5. 請求項１から４のいずれか一項に記載の取引管理装置において、
   前記変更前の前記総利益および前記変更後の前記総利益を、同一画面に提示する提示手段をさらに備え、
   前記提示手段は、
   前記取引条件を緩和するための変更を行う前に前記決定手段により最適化された前記取引内容を変更前の取引内容として表示する画面と、前記取引条件を緩和するため変更された前記取引条件で前記決定手段により最適化された前記取引内容を緩和シミュレーションの結果として表示する画面と、前記取引先との交渉の結果、変更された取引条件で前記決定手段により最適化された取引内容を変更後の取引内容として表示する画面と、を提示するとともに、
   前記変更前の前記取引内容に基づき前記算出手段により算出された前記変更前の前記総利益と、前記緩和シミュレーション後の前記取引内容に基づき前記算出手段により算出された前記緩和シミュレーション後の前記総利益と、前記変更後の前記取引内容に基づき前記算出手段により算出された前記変更後の前記総利益とを、同一画面に提示する、取引管理装置。
6. 請求項５に記載の取引管理装置において、
   前記決定手段は、前記変更後の前記取引条件を用いて、所定の制限の範囲内で、決定されていた前記取引内容を変更する、取引管理装置。
7. 請求項１から６のいずれか一項に記載の取引管理装置において、
   前記決定手段は、前記取引毎に、前記販売先の価格と前記仕入先の価格の差益が大きくなるように前記仕入先の前記仕入量を決定する、取引管理装置。
8. 請求項７に記載の取引管理装置において、
   前記決定手段は、前記差益が、プラスの場合は、前記仕入量を最大にし、マイナスの場合は、前記仕入量を最小にする、取引管理装置。
9. 取引管理装置が、
   同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得し、
   取得した複数の前記仕入条件、複数の前記販売条件、および複数の前記運送条件を用いて、複数の前記仕入先と複数の前記販売先の間の前記商材の複数の取引による総利益を多くするように、前記取引毎の、前記仕入先の仕入量、前記運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を最適化して決定し、
   決定された、複数の前記取引内容に基づき、複数の前記販売先と複数の前記仕入先間の複数の前記取引の前記総利益を算出し、
   前記販売条件および前記仕入条件の少なくとも一方の取引条件を緩和するための前記取引条件の変更を示すオペレータによる入力を受け付け、
   前記取引条件の前記変更が受け付けられたとき、変更された前記取引条件を用いて、決定されていた前記取引内容を変更し、
   さらに、変更された前記取引内容に基づき変更後の前記総利益を算出し、
   前記販売先および前記仕入先の少なくとも一方の取引先別に、前記取引条件の緩和交渉が可能か否かを示す難易度が設定され、
   前記取引先の前記難易度が基準を満たす場合に、当該取引先の前記取引条件の前記変更を示す情報を受け付ける、取引管理方法。
10. コンピュータに、
    同一の商材に関する、複数の仕入先の各々の仕入条件、複数の販売先の各々の販売条件、および複数の運送手段の各々の運送条件を取得する手順、
    取得した複数の前記仕入条件、複数の前記販売条件、および複数の前記運送条件を用いて、複数の前記仕入先と複数の前記販売先の間の前記商材の複数の取引による総利益を多くするように、前記取引毎の、前記仕入先の仕入量、前記運送手段の積載地別の積載量および荷卸し地別の荷卸し量を含む取引内容を最適化して決定する手順、
    前記決定する手順により決定された、複数の前記取引内容に基づき、複数の前記販売先と複数の前記仕入先間の複数の前記取引の前記総利益を算出する手順、
    前記販売条件および前記仕入条件の少なくとも一方の取引条件を緩和するための前記取引条件の変更を示すオペレータによる入力を受け付ける手順、を実行させ、
    前記受け付ける手順において前記取引条件の前記変更が受け付けられたとき、前記決定する手順において、変更された前記取引条件を用いて、決定されていた前記取引内容を変更し、
    前記算出する手順において、さらに、変更された前記取引内容に基づき変更後の前記総利益を算出し、
    前記販売先および前記仕入先の少なくとも一方の取引先別に、前記取引条件の緩和交渉が可能か否かを示す難易度が設定され、
    前記受け付ける手順において、前記取引先の前記難易度が基準を満たす場合に、当該取引先の前記取引条件の前記変更を示す情報を受け付ける、プログラム。

Images