JP7143909B2 - マッチングシステム、マッチング方法およびプログラム - Google Patents

Description

本発明は、マッチングシステム、マッチング方法およびプログラムに関する。

近年、マッチングに関する各種の技術が提案されている。インターネット上の求貨求車マッチングとしては、掲示板型と呼ばれるマッチングが主流である（例えば、特許文献１参照）。かかる掲示板型のマッチングは、サービス上でマッチング候補を検索し、マッチング候補をもとにユーザーが電話またはメッセージの送受信によって価格などを相手と直接交渉し、相手との合意によってマッチングが成立する技術である。

また、保育所入所マッチングに関する技術が開示されている（例えば、特許文献２参照）。かかる保育所入所マッチングに関する技術は、全体最適的なマッチングを目標とする。より詳細に、かかる保育所入所マッチングに関する技術において、入所希望者は市役所に選好（入所希望順位）などを提出し、提出された選好などをもとに市役所のシステムが安定的なマッチングを計算する。ただし、マッチングの安定性については、他の文献に開示されている（例えば、特許文献３参照）。

さらに、上記の掲示板型のマッチングにおいて電話またはメッセージの送受信によって担当者によって行われる交渉を、マルチエージェントシステムの１モデルである自動交渉技術によって代替する技術が開示されている（例えば、特許文献４参照）。

特開２００１－２８３０３７号公報 特開２０１９－０６７１５５号公報 特開２０１６－０４５８５０号公報 国際公開第２０１８／０７０４１９号

しかし、ユーザー同士のマッチングをより適切に行うことが可能な技術が提供されることが望まれる。

上記問題を解決するために、本発明のある観点によれば、複数の求車依頼者それぞれの求車依頼情報と、複数の求貨依頼者それぞれの求貨依頼情報と、第１のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング候補として選択するマッチング候補選択部と、前記マッチング候補ごとに交渉に必要な所定の処理を実行する処理実行部と、前記交渉の開始後に入力された、前記マッチング候補の求車依頼者および求貨依頼者の一部または全部の選好情報を取得する選好情報取得部と、前記選好情報と第２のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング結果として決定するマッチング部と、を備える、マッチングシステムが提供される。

前記処理実行部は、前記マッチング候補それぞれにおいて、前記求車依頼者に関する情報が前記求貨依頼者に出力されるように制御することと、前記求貨依頼者に関する情報が前記求車依頼者に出力されるように制御することとを、前記所定の処理として実行してもよい。

前記求車依頼者に関する情報は、前記求車依頼者の連絡先を示す情報を含み、前記求貨依頼者に関する情報は、前記求貨依頼者の連絡先を示す情報を含んでもよい。

前記処理実行部は、前記マッチング候補それぞれにおいて、前記求車依頼者の端末装置と前記求貨依頼者の端末装置との間においてメッセージの送受信を可能にするための処理を、前記所定の処理として実行してもよい。

前記メッセージの送受信を可能にするための処理は、前記求車依頼者の端末装置と前記求貨依頼者の端末装置との間においてメッセージの送受信が行われるチャットルームを生成することを含んでもよい。

前記処理実行部は、あらかじめ登録された項目と一致する項目がメッセージから認識されなかった場合に、前記メッセージを送信した端末装置に対して、認識されなかった項目が送信されるように送信部を制御してもよい。

前記処理実行部は、前記求車依頼者の端末装置から送信されたメッセージと、前記求貨依頼情報とにおいて、対応する条件同士の一致度合いを算出し、前記一致度合いに応じたスコアが前記求貨依頼者の端末装置に送信されるように送信部を制御してもよい。

前記処理実行部は、前記一致度合いと前記求貨依頼者の価値基準とに応じたスコアが前記求貨依頼者の端末装置に送信されるように送信部を制御してもよい。

前記処理実行部は、前記求貨依頼者の端末装置から送信されたメッセージと、前記求車依頼情報とにおいて、対応する条件同士の一致度合いを算出し、前記一致度合いに応じたスコアが前記求車依頼者の端末装置に送信されるように送信部を制御してもよい。

前記処理実行部は、複数のマッチング候補それぞれの求車依頼者が同一である場合に、前記複数のマッチング候補それぞれにおいて求貨依頼者によって入力されたメッセージから対応する条件を認識し、前記対応する条件に応じた情報が前記求車依頼者の端末装置に送信されるように送信部を制御してもよい。

前記処理実行部は、複数のマッチング候補それぞれの求貨依頼者が同一である場合に、前記複数のマッチング候補それぞれにおいて求車依頼者によって入力されたメッセージから対応する条件を認識し、前記対応する条件に応じた情報が前記求貨依頼者の端末装置に送信されるように送信部を制御してもよい。

前記処理実行部は、前記マッチング候補それぞれにおいて、前記マッチングシステム内において動作する求車依頼者側エージェントと前記マッチングシステム内において動作する求貨依頼者側エージェントとの間において交渉を開始させる処理を、前記所定の処理として実行してもよい。

前記マッチングシステムは、前記求車依頼者側エージェントと前記求貨依頼者側エージェントとの間における交渉結果が、前記求車依頼者および前記求貨依頼者それぞれに出力されるように制御する交渉結果出力部を備えてもよい。

前記選好情報取得部は、前記マッチング候補の一部または全部において、前記求貨依頼者によって入力された前記求車依頼者に対する選好情報を取得するとともに、前記求車依頼者によって入力された前記求貨依頼者に対する選好情報を取得してもよい。

前記処理実行部は、前記マッチング候補それぞれにおいて、求車依頼者側エージェントと求貨依頼者側エージェントとの間において交渉を開始させる処理を、前記所定の処理として実行し、前記マッチングシステムは、前記求車依頼者側エージェントと前記求貨依頼者側エージェントとの間における交渉結果に基づいて、前記求車依頼者および前記求貨依頼者の選好情報を決定し、前記選好情報を前記選好情報取得部に出力する選好決定部を備えてもよい。

また、本発明の別の観点によれば、複数の求車依頼者それぞれの求車依頼情報と、複数の求貨依頼者それぞれの求貨依頼情報と、第１のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング候補として選択することと、前記マッチング候補ごとに交渉に必要な所定の処理を実行することと、前記交渉の開始後に入力された、前記マッチング候補の求車依頼者および求貨依頼者の一部または全部の選好情報を取得することと、前記選好情報と第２のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング結果として決定することと、を備える、コンピュータにより実行されるマッチング方法が提供される。

また、本発明の別の観点によれば、コンピュータを、複数の求車依頼者それぞれの求車依頼情報と、複数の求貨依頼者それぞれの求貨依頼情報と、第１のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング候補として選択するマッチング候補選択部と、前記マッチング候補ごとに交渉に必要な所定の処理を実行する処理実行部と、前記交渉の開始後に入力された、前記マッチング候補の求車依頼者および求貨依頼者の一部または全部の選好情報を取得する選好情報取得部と、前記選好情報と第２のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング結果として決定するマッチング部と、を備えるマッチング装置として機能させるプログラムが提供される。

以上説明したように本発明によれば、ユーザー同士のマッチングをより適切に行うことが可能な技術が提供される。

成約率の低いマッチングの例を示す図である 不安定なマッチングの例を示す図である。 本発明の第１の実施形態に係るマッチングシステムの構成例を示す図である。 同実施形態に係る端末装置の機能構成例を示す図である。 同実施形態に係るマッチング装置の機能構成例を示す図である。 同施形態に係るマッチング装置の動作例を示すフローチャートである。 同施形態に係るマッチング装置の動作例を示すフローチャートである。 同施形態に係るマッチング装置の動作例を示すフローチャートである。 同施形態に係るマッチング装置の動作例を示すフローチャートである。 本発明の第２の実施形態に係るマッチング装置の機能構成例を示すブロック図である。 同実施形態に係るマッチング装置の動作例を示すフローチャートである。 本発明の第３の実施形態に係るマッチング装置の機能構成例を示すブロック図である。 同実施形態に係るマッチング装置の動作例を示すフローチャートである。 本発明の第４の実施形態に係るマッチング装置の機能構成例を示すブロック図である。 同実施形態に係るマッチング装置の動作例を示すフローチャートである。 情報処理装置のハードウェア構成を示す図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書および図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合がある。ただし、実質的に同一の機能構成を有する複数の構成要素等の各々を特に区別する必要がない場合、同一符号のみを付する。また、異なる実施形態の類似する構成要素については、同一の符号の後に異なるアルファベットを付して区別する場合がある。ただし、異なる実施形態の類似する構成要素等の各々を特に区別する必要がない場合、同一符号のみを付する。

＜０．概要＞
まず、本発明の実施形態の概要について説明する。

以下では、ユーザー同士を組み合わせることを、単に「マッチング」と言う。

本発明の実施形態においては、組み合わせの対象となるユーザー（依頼者）の例として、荷物の集荷および配送を依頼したいユーザー（求車依頼者）、および、荷物の集荷および配送を行うことを希望するユーザー（求貨依頼者）を挙げて説明する。求車依頼者の例としては、荷主が挙げられる。また、求貨依頼者の例としては、物流事業者が挙げられる。しかし、組み合わせの対象となるユーザーは、求車依頼者および求貨依頼者に限定されない。

さらに、以下の説明では、組み合わせが決定することを「マッチングが成立する」または単に「成約する」とも表現する。したがって、「マッチングが成立すること」、および、「成約すること」は、ユーザーとユーザーとの間において契約が結ばれる段階まで終了することを必ずしも意味しない。また、マッチングの成立は、マッチング候補（すなわち、組み合わせの候補）の決定とは区別される。

また、本発明の実施形態において、配送は、荷物を運ぶことを意味する文言として用いられる。荷物は、貨物とも表現され、荷物の種類は、輸送手段によって運ぶことが可能な物体であれば特に限定されない。ここで、本発明の実施形態においては、トラックが荷物を運ぶ場合を主に想定する。しかし、荷物を運ぶ輸送手段として、トラック以外の輸送手段（例えば、鉄道車両、船舶、航空機またはドローンなど）がトラックの代わりに用いられてもよい。

近年、マッチングに関する各種の技術が提案されている。上記のように、求貨求車マッチングとして、掲示板型のマッチングサービスが存在する（特許文献１）。しかし、掲示板型のマッチングサービスにおいては、マッチング候補が複数存在する場合に、ユーザーはある相手と合意さえすれば、ユーザーの効用（満足の度合い）を最も満たす相手（個別最適的な相手）と成約することができてしまう。このことから、システム全体としては、下記のようなｏｕｔｃｏｍｅ（結論）が導かれる場合がある。

・一部のユーザーの効用が著しく高いがその他のユーザーの効用が著しく低い。
・成約率が低い。
・マッチングが不安定である。

このようなｏｕｔｃｏｍｅ（結論）が導かれる具体例について以下に説明する。まず、システムのユーザーである荷主Ａ、荷主Ｂ、物流事業者Ｃおよび物流事業者Ｄが、下記の表（１）～（４）に示される選好を持つ場合を想定する。ここで、選好は、マッチングの可能性がある各相手に対するユーザーの好みであり得る。以下では、ユーザーの好みが成約に対する希望度合いである場合を主に想定する。また、選好情報は、選好を示す情報であり得る。

以下の説明では、選好情報が、マッチングの可能性がある各相手に対して、ユーザーが成約を希望する順に付与された番号（１、２、３、・・・）である場合（すなわち、ユーザーが成約を希望する順位である場合）を想定する。例えば、表（２）に示されるように、成約を希望する順位が同じである複数の相手に対しては、同じ順位が付与されてよい。しかし、選好情報は、かかる例に限定されない。例えば、選好情報は、ユーザーが成約を希望する強度を示す値であってもよい。

ここで、荷主Ａ、荷主Ｂ、物流事業者Ｃおよび物流事業者Ｄが、上記の表（１）～（４）に示される選好を持つ場合に、上記の掲示板型のマッチングサービスによって、望ましくないマッチングが行われる可能性がある。以下では、望ましくないマッチングの例として、図１を参照しながら、成約率の低いマッチングについて説明し、図２を参照しながら、不安定なマッチングについて説明する。

図１は、成約率の低いマッチングの例を示す図である。図１に示されるマッチングでは、荷主Ｂと物流事業者Ｃとがお互いに合意し、荷主Ｂと物流事業者Ｃとの間のマッチングが成立している。すなわち、荷主Ｂおよび物流事業者Ｃは共に、選好１位の相手と成約している（上記の表（２）および表（３）参照）。

一方、荷主Ａおよび物流事業者Ｄには共に、成約相手がいなくなってしまっている。すなわち、荷主Ａの状態は、荷物配送の発注ができない状態となり、物流事業者Ｄの状態は、荷物配送の受注ができない状態となり、成約率（マッチング率）は５０％である。図１に示された例は、一部のユーザーの効用が著しく高いがその他のユーザーの効用が著しく低いという性質、および、成約率が低いという性質を持つ。

図２は、不安定なマッチングの例を示す図である。図２に示されるマッチングでは、荷主Ｂと物流事業者Ｄとの間のマッチングが先に成立したため、残りのユーザーである荷主Ａと物流事業者Ｃとの間のマッチングも消去法的に成立している。この例では、物流事業者Ｃは選好２位の相手と成約しているが、その他のユーザーは、選好１位の相手と成約しており、成約率（マッチング率）は１００％である。

図２に示されるマッチングでは、荷主Ｂと物流事業者Ｃとは、互いに選好１位同士である（上記の表（２）および表（３）参照）。すなわち、荷主Ｂにとっては物流事業者Ｃが選好１位であり、物流事業者Ｃにとっては荷主Ｂが選好１位である。それにも関わらず、図２に示されるマッチングでは、互いに選好１位同士である荷主Ｂと物流事業者Ｃとが、成約していない。したがって、荷主Ｂと物流事業者Ｃとの組み合わせは、マッチング問題におけるブロッキングペアに該当し得る。このようなペアが存在するマッチングは安定性を欠き（不安定であり）、システム外での契約不履行などのリスクをもたらす可能性がある。

求貨求車マッチングサービスにおいて、マーケット全体としての配送効率の最適化、および、マーケット全体としての配送負担の平準化・成約率の最大化などといった、公益・公平性の追求を目指す場合には、上記のようにユーザーの挙動によってマッチングの性質が大きく左右されてしまうシステムは望ましくない。

求貨求車マッチングサービスにおいて、公益・公平性の追求を目指す場合には、特定のユーザーの効用を最も満たすマッチングではなく、マーケット全体として求められる性質を満たす、全体最適的なマッチングが適切である。マッチングの可能性が複数ある場合には、可能性のある複数のマッチングの中からシステムによって求められる性質を持つマッチングが採用されることが望ましい。

また、上記のように、保育所入所マッチングに関する技術が存在する（特許文献２）。保育所入所マッチングに関する技術は、ユーザーによって申告された選好情報に基づいて、マッチングの全体最適化を行う。しかし、例えば、下記のような場合には、ユーザーが自身の判断だけに基づいてマッチング相手に対する選好を決定したり、ユーザーがシステムに全ての選好情報を申告したり、システムが選好情報に基づいて全体的な最適解を計算することが困難である。

・マッチングのために二者以上が関わる条件調整が必要である。
・選好情報に営業秘密などの開示したくない情報が含まれる。
・選好の情報量および依存パラメータが非常に多い。

求貨求車マッチングにおいては、ユーザーがマッチング相手に対する選好情報を申告するためには、ユーザーがどのような相手とどのような条件（受注条件または発注条件）で成約可能であるかを認識している必要がある。しかし、ユーザーは、どのような相手とどのような条件で成約可能であるかを知るためには相手との間において、条件のすり合わせを行ったり交渉を行ったりする必要がある。なお、条件は、相手に対して希望する、項目とデータとの組み合わせである。

また、物流事業者の選好情報には、顧客の集配の都合および荷物の内容などといった、第三者に開示するには不向きな秘密情報も含まれる。それに加えて、物流事業者の選好情報は、既存の配送計画の内容、運転手のスケジュール、トラックのスケジュールなどといった、多岐に渡る情報に依存し、そのフォーマットも企業によって異なる。そのため、物流事業者および荷主それぞれから申告された選好情報のみに基づいて最適解を計算するのは困難である。

以上に説明したように、公益・公平性を追求する求貨求車マッチング実現のためには、システムが全体最適的なマッチングの処理を行う前に、ユーザーまたはシステムが、マッチング候補を確認し、選好を決定するための条件調整を行う構成が必要となる。なお、条件調整は、ユーザーまたはシステムによって秘密情報が開示されることなく行われるのが望ましい。そこで、条件調整は、電話またはメッセージの送受信による直接交渉によって行われてもよいし（特許文献１）、システム内の交渉プラットフォームによる自動交渉によって行われてもよい。

以上、本発明の実施形態の概要について説明した。

＜１．第１の実施形態＞
続いて、本発明の第１の実施形態について説明する。

（１－１．システムの構成例）
まず、本発明の第１の実施形態に係るマッチングシステムの構成例について説明する。図３は、本発明の第１の実施形態に係るマッチングシステムの構成例を示す図である。図３に示されるように、本発明の第１の実施形態に係るマッチングシステム１は、複数の端末装置１０と、マッチング装置２１とを備える。複数の端末装置１０およびマッチング装置２１は、ネットワーク５０を介して互いに通信可能に構成されている。

図３を参照すると、複数の端末装置１０の例として、端末装置１０－Ａ～１０－Ｄが示されている。端末装置１０－Ａは、荷主Ａによって使用される端末装置であり、端末装置１０－Ｂは、荷主Ｂによって使用される端末装置である。また、端末装置１０－Ｃは、物流事業者Ｃによって使用される端末装置であり、端末装置１０－Ｄは、物流事業者Ｄによって使用される端末装置である。しかし、荷主および物流事業者それぞれの数は、複数であれば限定されない。

なお、複数の端末装置１０それぞれは、コンピュータによって実現され得る。典型的には、複数の端末装置１０それぞれは、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）によって実現され得る。しかし、複数の端末装置１０それぞれは、ＰＣ以外の端末装置（例えば、スマートフォンまたはタブレット端末など）によって実現されてもよい。マッチング装置２１は、コンピュータによって実現され得る。典型的には、マッチング装置２１は、サーバなどのコンピュータによって実現され得る。

以上、本発明の第１の実施形態に係るマッチングシステム１の構成例について説明した。

（１－２．端末装置の機能構成例）
続いて、本発明の第１の実施形態に係る端末装置１０の機能構成例について説明する。図４は、本発明の第１の実施形態に係る端末装置１０の機能構成例を示す図である。図４に示されるように、本発明の第１の実施形態に係る端末装置１０は、制御部１１０と、操作部１２０と、記憶部１３０と、通信部１４０と、表示部１５０とを備える。

制御部１１０は、端末装置１０の動作全体を制御する機能を有する。制御部１１０は、専用のハードウェアによって構成されてもよいし、端末装置１０に内蔵されたＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）がＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に記憶されたプログラムをＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に展開して実行することにより実現されてもよい。かかるプログラムが提供され得る他、かかるプログラムを記憶させた記憶媒体も提供され得る。

操作部１２０は、ユーザー（荷主または物流事業者）から入力される操作を受け付ける。また、操作部１２０は、ユーザーから受け付けた操作を制御部１１０に提供する。本発明の第１の実施形態においては、操作部１２０がキーボードおよびマウスである場合を主に想定する。しかし、操作部１２０の具体的な構成は限定されない。例えば、操作部１２０は、キーボードおよびマウス以外の入力装置（例えば、タッチパネルなど）であってもよい。

記憶部１３０は、制御部１１０を動作させるためのプログラムおよびデータを記憶することが可能な記憶装置である。例えば、記憶装置は、不揮発性の記憶装置であってよい。また、記憶部１３０は、制御部１１０の動作の過程で必要となる各種データを一時的に記憶することもできる。

通信部１４０は、ネットワーク５０を介して他の装置との間で各種情報を送受信するための通信インタフェースである。例えば、通信部１４０は、ネットワーク５０を介してマッチング装置２１に各種情報を送信する送信部として機能し得る。また、通信部１４０は、ネットワーク５０を介してマッチング装置２１から各種情報を受信する受信部として機能し得る。

表示部１５０は、制御部１１０による制御に従って各種情報の表示を行う機能を有する。ここで、表示部１５０の形態は特に限定されない。例えば、表示部１５０は、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置、または、ランプなどの表示装置であってよい。

以上、本発明の第１の実施形態に係る端末装置１０の機能構成例について説明した。

（１－３．マッチング装置の機能構成例）
続いて、本発明の第１の実施形態に係るマッチング装置２１の機能構成例について説明する。図５は、本発明の第１の実施形態に係るマッチング装置２１の機能構成例を示す図である。

図５に示されるように、本発明の第１の実施形態に係るマッチング装置２１は、受信部２００を備える。また、本発明の第１の実施形態に係るマッチング装置２１は、求貨求車情報取得部２０１と、求貨求車情報記憶部２０２とを備える。また、本発明の第１の実施形態に係るマッチング装置２１は、マッチング管理部２１０と、マッチング候補選択部２１１と、処理実行部２８０とを備える。本発明の第１の実施形態において、処理実行部２８０は、マッチング候補出力部２１３を含む。

さらに、本発明の第１の実施形態に係るマッチング装置２１は、選好情報取得部２２１と、選好情報記憶部２２２とを備える。また、本発明の第１の実施形態に係るマッチング装置２１は、マッチング部２３１と、マッチング結果出力部２３２とを備える。さらに、本発明の第１の実施形態に係るマッチング装置２１は、送信部２４０を備える。ここで、本発明の第１の実施形態に係るマッチング装置２１は、図示しない制御部および図示しない記憶部を備える。

図示しない制御部は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などを含み、図示しない記憶部により記憶されているプログラムがＣＰＵによりＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に展開されて実行されることにより、その機能が実現され得る。このとき、当該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。あるいは、図示しない制御部は、専用のハードウェアにより構成されていてもよいし、複数のハードウェアの組み合わせにより構成されてもよい。

例えば、図示しない制御部によって、求貨求車情報取得部２０１、マッチング管理部２１０、マッチング候補選択部２１１、処理実行部２８０、選好情報取得部２２１、マッチング部２３１、および、マッチング結果出力部２３２が実現され得る。

図示しない記憶部は、図示しない制御部を動作させるためのプログラムおよびデータを記憶することが可能な記憶装置である。例えば、記憶装置は、不揮発性の記憶装置であってよい。また、図示しない記憶部は、図示しない制御部の動作の過程で必要となる各種データを一時的に記憶することもできる。例えば、図示しない記憶部によって、求貨求車情報記憶部２０２および選好情報記憶部２２２が実現され得る。

なお、受信部２００、求貨求車情報取得部２０１、求貨求車情報記憶部２０２、マッチング管理部２１０、マッチング候補選択部２１１、処理実行部２８０、選好情報取得部２２１、選好情報記憶部２２２、マッチング部２３１、マッチング結果出力部２３２および送信部２４０それぞれの機能の詳細については、（１－４．動作例）の項において説明する。

以上、本発明の第１の実施形態に係るマッチング装置２１の機能構成例について説明した。

（１－４．動作例）
続いて、本発明の第１の実施形態に係るマッチング装置２１の動作例について説明する。図６～図９は、本発明の第１の実施形態に係るマッチング装置２１の動作例を示すフローチャートである。なお、図６～図９に示された動作例は、本発明の第１の実施形態に係るマッチング装置２１の動作の一例に過ぎない。したがって、本発明の第１の実施形態に係るマッチング装置２１の動作は、図６～図９に示された動作例に限定されない。

（Ｓ２０１）
端末装置１０－Ａにおいて、荷主Ａによって入力された荷主Ａの求車依頼情報が操作部１２０によって受け付けられ、通信部１４０によって送信されると、マッチング装置２１において、求貨求車情報取得部２０１は、受信部２００を介して、荷主Ａの求車依頼情報を取得する。

同様に、端末装置１０－Ｂにおいて、荷主Ｂによって入力された荷主Ｂの求車依頼情報が操作部１２０によって受け付けられ、通信部１４０によって送信されると、マッチング装置２１において、求貨求車情報取得部２０１は、受信部２００を介して、荷主Ｂの求車依頼情報を取得する。

また、端末装置１０－Ｃにおいて、物流事業者Ｃによって入力された物流事業者Ｃの求貨依頼情報が操作部１２０によって受け付けられ、通信部１４０によって送信されると、マッチング装置２１において、求貨求車情報取得部２０１は、受信部２００を介して、物流事業者Ｃの求貨依頼情報を取得する。

同様に、端末装置１０－Ｄにおいて、物流事業者Ｄによって入力された物流事業者Ｄの求貨依頼情報が操作部１２０によって受け付けられ、通信部１４０によって送信されると、マッチング装置２１において、求貨求車情報取得部２０１は、受信部２００を介して、物流事業者Ｄの求貨依頼情報を取得する。

ここでは、求貨求車情報取得部２０１によって、荷主Ａおよび荷主Ｂそれぞれの求車依頼情報の例として、下記の表（５）に示される求車依頼一覧が取得された場合を想定する。

なお、表（５）に示された例では、求車依頼情報が、集荷住所（集荷が行われる住所）、配送住所（配送先の住所）、集荷日時（集荷が行われる日時）および配送日時（配送が行われる日時）といった項目を含んでいるが、これらの項目それぞれは、適宜に広く解釈されてよい。

例えば、「住所」は、特定の住戸の場所を示す情報だけではなく、より広い概念としての地域を示す情報（例えば、市町村、丁目、番地、マンション名など）を含み得る。また、「日時」は、日および時間の両方を指定する情報だけではなく、日および時間の少なくともいずれか一方を指定する情報を含み得る。「時間」は、１つの時刻を含む他、２つの時刻を開始時刻および終了時刻とする時間帯を含む。

また、求貨求車情報取得部２０１によって、物流事業者Ｃおよび物流事業者Ｄそれぞれの求貨依頼情報の例として、下記の表（６）に示される求貨依頼一覧が取得された場合を想定する。

なお、表（６）に示された例では、求貨依頼情報が、求車依頼情報と同様に、集荷住所、配送住所、集荷日時および配送日時といった項目を含んでいるが、これらの項目それぞれは、求車依頼情報と同様に広く解釈されてよい。

また、集荷住所および配送住所は、別項目に分けられていなくてもよく、集配住所（集荷および配送が可能な地域を示す情報）として統合されていてもよい。集荷日時および配送日時も同様に、別項目に分けられていなくてもよく、運行可能日時（集荷および配送が可能な日時）として統合されていてもよい。

上記のように、求貨依頼情報および求車依頼情報それぞれは、集荷住所、配送住所、集荷日時および配送日時といった各項目を含む。ここで、項目と項目に対応するデータとの組み合わせが、上記の「条件」に該当し得る。一例として、項目「集荷住所」とデータ「Ｘ市」との組み合わせが条件に該当し得る。他の一例として、項目「集荷日時」とデータ「５／１ ＰＭ」との組み合わせが条件に該当し得る。

（Ｓ２０２）
求貨求車情報記憶部２０２は、求貨求車情報取得部２０１によって取得された荷主Ａおよび荷主Ｂそれぞれの求車依頼情報を記憶する。さらに、求貨求車情報記憶部２０２は、求貨求車情報取得部２０１によって取得された物流事業者Ｃおよび物流事業者Ｄそれぞれの求貨依頼情報を記憶する。

（Ｓ２１１）
マッチング管理部２１０は、マッチング候補選択部２１１を呼び出すことによって、１または複数のマッチング候補の探索をマッチング候補選択部２１１に開始させる。ここで、１または複数のマッチング候補それぞれは、荷主および物流事業者の組み合わせによって構成され得る。

（Ｓ２１２）
マッチング候補選択部２１１は、マッチング管理部２１０から呼び出されたことに基づいて、求貨求車情報記憶部２０２から、荷主Ａおよび荷主Ｂそれぞれの求車依頼情報を取得するとともに、物流事業者Ｃおよび物流事業者Ｄそれぞれの求貨依頼情報を取得する。そして、マッチング候補選択部２１１は、荷主Ａおよび荷主Ｂそれぞれの求車依頼情報と、物流事業者Ｃおよび物流事業者Ｄそれぞれの求貨依頼情報と、第１のルール（以下、「マッチング候補選択ルール」とも言う。）と、に基づいて、１または複数のマッチング候補を選択する。

ここで、マッチング候補選択ルールは、求車依頼情報と求貨依頼情報とにおいて、｛集荷住所，配送住所，集荷日時，配送日時｝の全項目において、データ同士が一致する、または、一方のデータが他方のデータに包含されるというルールであってもよい。このとき、マッチング候補選択部２１１は、かかるマッチング候補選択ルールを満たす求車依頼情報と求貨依頼情報との組み合わせをマッチング候補として選択してよい。かかるマッチング候補選択ルールに従ってマッチング候補が選択された場合には、下記の表（７）に示されるマッチング候補が選択される。

なお、マッチング候補選択ルールは具体的にどのようなルールであってもよい。例えば、集荷住所，配送住所，集荷日時，配送日時のうち、一部の項目が必ず一致する必要があるハード制約項目とされ、残りの項目が一致していることが望ましいソフト制約項目とされてもよい。このとき、マッチング候補選択部２１１は、ハード制約項目およびソフト制約項目に従ってマッチング候補を選択してもよい。

（Ｓ２１３）
処理実行部２８０は、マッチング候補選択部２１１によって選択されたマッチング候補ごとに交渉に必要な所定の処理を実行する。本発明の第１の実施形態において、マッチング候補出力部２１３は、マッチング候補それぞれにおいて、荷主に関する情報が物流事業者に出力されるように制御することと、物流事業者に関する情報が荷主に出力されるように制御することとを、所定の処理として実行する。

荷主に関する情報は、荷主の名称および荷主の連絡先を示す情報の少なくともいずれか一方を含んでもよい。また、物流事業者に関する情報は、物流事業者の名称および物流事業者の連絡先を示す情報の少なくともいずれか一方を含んでもよい。連絡先を示す情報は、荷主と物流事業者との間で取り得る連絡手段に応じて適宜に設定されてよく、電話番号を含んでもよいし、電子メールアドレスを含んでもよい。

なお、荷主に関する情報は、物流事業者の求貨依頼情報に含まれる一部または全部の条件を含んでもよい。荷主がかかる条件を事前に確認することによって物流事業者との交渉をスムーズに行うことが可能になる。同様に、物流事業者に関する情報は、荷主の求車依頼情報に含まれる一部または全部の条件を含んでもよい。物流事業者がかかる条件を事前に確認することによって荷主との交渉をスムーズに行うことが可能になる。

表（７）を参照すると、荷主Ａと物流事業者Ｃとの組み合わせがマッチング候補として選択されている。そこで、マッチング候補出力部２１３は、物流事業者Ｃに関する情報が荷主Ａに出力されるように制御するとともに、荷主Ａに関する情報が物流事業者Ｃに出力されるように制御する。

物流事業者Ｃに関する情報の荷主Ａへの出力について詳細に説明すると次の通りになる。すなわち、マッチング候補出力部２１３は、物流事業者Ｃに関する情報が端末装置１０－Ａに送信されるように送信部２４０を制御することによって、物流事業者Ｃに関する情報が荷主Ａに出力されるように制御する。このとき、端末装置１０－Ａにおいては、通信部１４０によって物流事業者Ｃに関する情報が受信され、表示部１５０によって物流事業者Ｃに関する情報が表示される。そして、物流事業者Ｃに関する情報が荷主Ａによって視認される。

一例として、物流事業者Ｃに関する情報が、物流事業者Ｃの名称および物流事業者Ｃの電話番号を含む場合に、荷主Ａに対して出力される情報は、下記の表（８）に示される通りとなる。

同様にして、マッチング候補出力部２１３は、表（７）に基づいて、荷主Ｂ、物流事業者Ｃおよび物流事業者Ｄそれぞれに情報が出力されるように制御する。具体的に、荷主Ｂに対して出力される情報は、下記の表（９）に示される通りとなり、物流事業者Ｃに対して出力される情報は、下記の表（１０）に示される通りとなり、物流事業者Ｄに対して出力される情報は、下記の表（１１）に示される通りとなる。

荷主は、物流事業者に関する情報の出力を受けると、物流事業者に関する情報に基づいて物流事業者に連絡を行い、物流事業者と交渉を行う。ここでは、荷主は、物流事業者の連絡先に関する情報に基づいて、物流事業者の連絡先に連絡（例えば、電話またはメールなど）を行う場合を想定する。しかし、荷主は、物流事業者の名称に対応する連絡先に関する情報を検索し、検索によって得た連絡先に関する情報に基づいて、物流事業者の連絡先に連絡を行ってもよい。あるいは、同様の手法によって、物流事業者が荷主に連絡を行ってもよい。

荷主は物流事業者との交渉によって、必要に応じて物流事業者との成約に要する条件を確認する。同様に、物流事業者は荷主との交渉によって、必要に応じて荷主との成約に要する条件を確認する。

（Ｓ２２１）
マッチング管理部２１０は、選好情報取得部２２１を呼び出すことによって、マッチング候補の荷主および物流事業者の選好情報を選好情報取得部２２１に取得させる。ここでは、マッチング管理部２１０が、マッチング候補として、上記の表（７）に示されたマッチング候補Ｎｏ．１～３それぞれの荷主および物流事業者の選好情報を選好情報取得部２２１に取得させる場合を想定する。

（Ｓ２２２）
選好情報取得部２２１は、交渉の開始後に入力された、マッチング候補の荷主および物流事業者の選好情報を取得する。

一例として、選好情報取得部２２１が、荷主Ａの物流事業者Ｃに対する選好情報を取得する場合を想定する（上記の表（７）に示されたマッチング候補Ｎｏ．１）。かかる場合には、端末装置１０－Ａにおいて、選好情報の入力を促す情報が表示部１５０によって表示されると、荷主Ａは、物流事業者Ｃとの交渉の開始後に、物流事業者Ｃに対する選好情報を操作部１２０に入力する。なお、選好情報が入力されるタイミングは、交渉が終了した後であってもよいし、交渉の途中であってもよい（すなわち、交渉の結論が出た後であってもよいし、交渉の結論が出る前であってもよい）。

物流事業者Ｃに対する選好情報は、操作部１２０によって受け付けられると、通信部１４０によって荷主Ａの物流事業者Ｃに対する選好情報としてマッチング装置２１に送信される。選好情報取得部２２１は、受信部２００を介して荷主Ａの物流事業者Ｃに対する選好情報を取得する。

同様にして、選好情報取得部２２１は、荷主Ｂから入力された選好情報として、荷主Ｂの物流事業者Ｃに対する選好情報、および、荷主Ｂの物流事業者Ｄに対する選好情報を取得する。また、選好情報取得部２２１は、物流事業者Ｃから入力された選好情報として、物流事業者Ｃの荷主Ａに対する選好情報、および、物流事業者Ｃの荷主Ｂに対する選好情報を取得する。さらに、選好情報取得部２２１は、物流事業者Ｄから入力された選好情報として、物流事業者Ｄの荷主Ｂに対する選好情報を取得する。

一例として、荷主Ａから入力された選好情報は、下記の表（１２）に示す通りであり、荷主Ｂから入力された選好情報は、下記の表（１３）に示す通りである。さらに、一例として、物流事業者Ｃから入力された選好情報は、下記の表（１４）に示す通りであり、物流事業者Ｃから入力された選好情報は、、下記の表（１５）に示す通りである。

なお、上記の表（１２）～表（１５）に示された例では、選好情報が成約を希望する順位である。このとき、成約を希望する順位が同じである複数の相手に対しては、同じ順位が入力されてよい。しかし、選好情報は、成約を希望する順位に限定されない。選好情報は、ユーザーが成約を希望する強度を示す値（例えば、１００点を満点とする点数、５段階のアルファベットによる評価値など）であってもよい。

また、上記の表（１２）～表（１５）に示された例では、荷主Ａ、荷主Ｂ、物流事業者Ｃおよび物流事業者Ｄそれぞれが、マッチング候補相手に対する選好情報を漏れなく入力する場合が想定されている。しかし、荷主Ａ、荷主Ｂ、物流事業者Ｃおよび物流事業者Ｄそれぞれは、マッチング候補相手のうち、成約を希望しない相手に対する選好情報を入力しなくてもよい。

すなわち、上記の表（１２）～表（１５）に示された例では、選好情報取得部２２１が、マッチング候補Ｎｏ．１～３（表（７）参照）の荷主および物流事業者のマッチング候補相手の選好情報を全部取得する場合が想定されている。しかし、選好情報取得部２２１は、マッチング候補Ｎｏ．１～３（表（７）参照）の荷主および物流事業者のマッチング候補相手の選好情報を一部のみ取得してもよい。

（Ｓ２２３）
選好情報記憶部２２２は、選好情報取得部２２１によって取得された選好情報を記憶する。

（Ｓ２３１）
マッチング管理部２１０は、マッチング部２３１を呼び出すことによって、選好情報に基づくマッチングの履行をマッチング部２３１に開始させる。

（Ｓ２３２）
マッチング部２３１は、マッチング管理部２１０から呼び出されたことに基づいて、選好情報記憶部２２２から選好情報を取得する。

（Ｓ２３３）
マッチング部２３１は、選好情報記憶部２２２から取得した選好情報に基づいて、マッチングを履行するか否かを判断する。ここでは、マッチング部２３１が、マッチング候補の出力先である、荷主Ａ、荷主Ｂ、物流事業者Ｃおよび物流事業者Ｄの全員による選好情報の入力が済んでいるか否かに応じて、マッチングを履行するか否かを判断する場合を想定する。このとき、荷主Ａ、荷主Ｂ、物流事業者Ｃおよび物流事業者Ｄの全員によって入力された選好情報が、マッチングに用いられればよい。

しかし、マッチングを履行するか否かを判断する手法は、かかる例に限定されない。例えば、マッチング部２３１は、選好情報の入力期限を決めておき、入力期限が到来したか否かに応じて、マッチングを履行するか否かを判断してもよい。このとき、入力期限までに入力された選好情報のみがマッチングに用いられればよい。

マッチング部２３１は、マッチングを履行しないと判断した場合には、Ｓ２３２に動作を移行させる。一方、マッチング部２３１は、マッチングを履行すると判断した場合には、Ｓ２３４に動作を移行させる。

（Ｓ２３４）
マッチング部２３１は、選好情報記憶部２２２から取得した選好情報と、第２のルール（以下、「マッチングルール」とも言う。）と、に基づいて、マッチングを履行する。より詳細に、マッチング部２３１は、選好情報記憶部２２２から取得した選好情報と、マッチングルールとに基づいて、荷主Ａ、荷主Ｂ、物流事業者Ｃおよび物流事業者Ｄから、荷主と物流事業者との組み合わせをマッチング結果として決定する。組み合わせの数は、１つであってもよいし、複数であってもよい。

ここで、マッチングルールは、互いに選好情報を入力し合う荷主および物流事業者をマッチングした場合に、マッチング数が最も大きいマッチングの仕方を採用するというルールであってもよい。換言すると、マッチングルールは、互いに成約を希望し合う荷主および物流事業者を成約させた場合に、成約数が最も大きいマッチングの仕方を採用するというルールであってもよい。かかるマッチングルールに従ったマッチングを、以下では「成約数が最大となる全体最適マッチング」とも表現する。

なお、マッチングルールは、マッチング数が最も大きいマッチングの仕方が複数通りある場合には、成約を希望する順位の和が最も小さいマッチングの仕方を採用するというルールを含んでもよい。あるいは、マッチングルールは、マッチング数が最も大きいマッチングの仕方が複数通りある場合には、成約を希望する強度の和が最も大きいマッチングの仕方を採用するというルールを含んでもよい。上記の表（１２）～表（１５）に示された選好情報に基づく、成約数が最大となる全体最適マッチングの結果は、下記の表（１６）に示される通りとなる。

（Ｓ２３５）
マッチング結果出力部２３２は、マッチング結果それぞれにおいて、荷主を示す情報が物流事業者に出力されるように制御することと、物流事業者を示す情報が荷主に出力されるように制御する。荷主を示す情報は、荷主の名称を含んでもよい。また、物流事業者を示す情報は、物流事業者の名称を含んでもよい。

表（１６）を参照すると、荷主Ａと物流事業者Ｃとの組み合わせがマッチング結果として決定されている。そこで、マッチング結果出力部２３２は、マッチング結果として物流事業者Ｃを示す情報が荷主Ａに出力されるように制御するとともに、マッチング結果として荷主Ａを示す情報が物流事業者Ｃに出力されるように制御する。

荷主Ａへのマッチング結果の出力について詳細に説明すると次の通りになる。すなわち、マッチング候補出力部２１３は、マッチング結果として物流事業者Ｃを示す情報が端末装置１０－Ａに送信されるように送信部２４０を制御することによって、マッチング結果として物流事業者Ｃを示す情報が荷主Ａに出力されるように制御する。このとき、端末装置１０－Ａにおいては、通信部１４０によってマッチング結果として物流事業者Ｃを示す情報が受信され、表示部１５０によってマッチング結果として物流事業者Ｃを示す情報が表示される。そして、マッチング結果として物流事業者Ｃを示す情報が荷主Ａによって視認される。

一例として、荷主Ａに対して出力されるマッチング結果は、下記の表（１７）に示される通りとなる。

同様にして、マッチング候補出力部２１３は、表（１６）に基づいて、荷主Ｂ、物流事業者Ｃおよび物流事業者Ｄそれぞれにマッチング結果が出力されるように制御する。具体的に、荷主Ｂに対して出力されるマッチング結果は、下記の表（１８）に示される通りとなり、物流事業者Ｃに対して出力されるマッチング結果は、下記の表（１９）に示される通りとなり、物流事業者Ｄに対して出力されるマッチング結果は、下記の表（２０）に示される通りとなる。

なお、上記では、マッチングルールとして、成約数が最も大きいマッチングの仕方を採用するというルールを例に挙げて説明した。しかし、マッチングルールは、かかる例に限定されない。例えば、上記のように、成約数が最も大きいマッチングが履行される場合には、成約を希望する順位を互いに１位としながらもマッチングされないブロッキングペア｛荷主Ｂ，物流事業者Ｃ｝が存在してしまっている（表（１６）参照）。かかるブロッキングペアを生じさせるマッチングは安定性が低いと言える。

そこで、マッチングルールは、ブロッキングペアを生じさせないマッチングの仕方の中で、成約数が最も大きいマッチングの仕方を採用するというルールであってもよい。かかるマッチングルールに従ったマッチングを、以下では「安定マッチング」とも表現する。上記の表（１２）～表（１５）に示された選好情報に基づく安定マッチングの結果は、下記の表（２１）に示される通りとなる。

安定マッチングが履行される場合には（表（２１）参照）、成約数が最大となる全体最適マッチング（表（１６）参照）が履行される場合と比較して、成約数は少なくなってしまうが、ブロッキングペアを生じさせないため、マッチングの安定性が高いと言える。なお、マッチングの安定性は、各ユーザーがマッチング結果に従う可能性、各ユーザーの満足感、および、各ユーザーの非羨望性の観点からも重要な性質である。

以上、本発明の第１の実施形態に係るマッチング装置２１の動作例について説明した。

（１－５．効果）
以上に説明したように、本発明の第１の実施形態では、同一のシステム内においてマッチング候補が選択され、ユーザーは、選択されたマッチング候補の相手との間で、システム外において条件調整を行う。そして、ユーザーは、条件調整後にマッチング候補の相手に対する選好情報をシステムに返し、システムが全体最適化を行う。したがって、本発明の第１の実施形態によれば、既に開示されている技術とは異なり、不公平かつ個別最適的な成約を防ぐことが可能であり、公益・公平性の高いマッチングを実現することが可能である。

以上、本発明の第１の実施形態について説明した。

＜２．第２の実施形態＞
続いて、本発明の第２の実施形態について説明する。

（２－１．構成例）
続いて、図１０を参照しながら、本発明の第２の実施形態に係るマッチング装置２２の機能構成例について説明する。

図１０は、本発明の第２の実施形態に係るマッチング装置２２の機能構成例を示すブロック図である。図１０に示されるように、本発明の第２の実施形態に係るマッチング装置２２は、処理実行部２８０が交渉支援部２４２を含む点において、本発明の第１の実施形態に係るマッチング装置２１と異なる。したがって、本発明の第２の実施形態では、交渉支援部２４２について主に説明し、他の構成についての詳細な説明は省略する。

以上、本発明の第２の実施形態に係るマッチング装置２２の機能構成例について説明した。

（２－２．動作例）
続いて、本発明の第２の実施形態に係るマッチング装置２２の動作例について説明する。図１１は、本発明の第２の実施形態に係るマッチング装置２２の動作例を示すフローチャートである。なお、図１１に示された動作例は、本発明の第２の実施形態に係るマッチング装置２２の動作の一例に過ぎない。したがって、本発明の第２の実施形態に係るマッチング装置２２の動作は、図１１に示された動作例に限定されない。

（Ｓ２１１、Ｓ２１２）
まず、Ｓ２１１およびＳ２１２が実行されるが、Ｓ２１１およびＳ２１２の動作は、本発明の第１の実施形態に係るマッチング装置２１によって実行されるＳ２１１およびＳ２１２の動作と同様に実行される。ただし、マッチング候補選択部２１１は、選択した１または複数のマッチング候補（表（７）参照）をマッチング管理部２１０に出力する。

（Ｓ２４１）
マッチング管理部２１０は、交渉支援部２４２を呼び出すことによって、各マッチング候補において荷主と物流事業者との間におけるメッセージの送受信を可能にするための処理を交渉支援部２４２に開始させる。

（Ｓ２４２）
処理実行部２８０は、マッチング候補選択部２１１によって選択されたマッチング候補ごとに交渉に必要な所定の処理を実行する。本発明の第２の実施形態において、交渉支援部２４２は、各マッチング候補において荷主の端末装置１０と物流事業者の端末装置１０との間におけるメッセージの送受信を可能にするための処理を所定の処理として実行する。ここでは、荷主の端末装置１０と物流事業者の端末装置１０との間におけるメッセージの送受信を可能にするための処理が、荷主の端末装置１０と物流事業者の端末装置１０との間においてプライベートにメッセージ送受信が行われる空間（以下、「チャットルーム」とも言う。）を生成することを含む場合を想定する。

例えば、マッチング候補選択部２１１によって表（７）に示されるマッチング候補が選択された場合、交渉支援部２４２は、マッチング候補（荷主Ａ，物流事業者Ｃ）に対応するチャットルーム、マッチング候補（荷主Ｂ，物流事業者Ｃ）に対応するチャットルーム、マッチング候補（荷主Ｂ，物流事業者Ｄ）に対応するチャットルームの３つのチャットルームを生成する。そして、交渉支援部２４２は、荷主および物流事業者それぞれの端末装置１０に対して対応するチャットルームへの招待を行う。荷主および物流事業者は、招待されたチャットルームに端末装置１０によってアクセスすることによって、チャットルームにおいて相手との間でメッセージ交換による交渉によって条件調整を行うことが可能になる。

具体的に、交渉支援部２４２は、荷主の端末装置１０において操作部１２０に入力されたメッセージが受信部２００によって受信されると、当該メッセージが物流事業者の端末装置１０に送信されるように送信部２４０を制御する。物流事業者の端末装置１０においては、メッセージが通信部１４０によって受信され、表示部１５０によって表示される。また、交渉支援部２４２は、物流事業者の端末装置１０において操作部１２０に入力されたメッセージが受信部２００によって受信されると、荷主の端末装置１０に送信されるように送信部２４０を制御する。荷主の端末装置１０においては、メッセージが通信部１４０によって受信され、表示部１５０によって表示される。

（メッセージ入力の補助）
このとき、交渉支援部２４２は、メッセージ交換を行う荷主および物流事業者それぞれの端末装置１０に対して、各種の交渉支援を行うことができる。例えば、交渉支援部２４２は、メッセージの入力欄が荷主および物流事業者それぞれの端末装置１０に送信されるように送信部２４０を制御してもよい。かかる場合には、荷主および物流事業者それぞれは、表示部１５０による入力欄の表示によって、入力欄へのメッセージの入力が促される。

例えば、入力欄の例としては、自然言語文を入力可能なテキストボックスが想定される。これによって、荷主および物流事業者それぞれは、テキストボックスに対して、自然言語文を入力することができる。一例として、自然言語文は、「こんにちは、５／２必着で２００ｋｇの貨物をＸ市からＹ市まで送りたいのですが、いくらで運んでいただけますでしょうか。」といった文であってもよい。交渉支援部２４２は、荷主または物流事象者の端末装置１０から自然言語文が受信部２００によって受信されると、自然言語文がメッセージとして相手の端末装置１０に送信されるように送信部２４０を制御する。

あるいは、入力欄は、下記の表（２２）に示すように、相手に対して希望する条件の項目（集荷住所、配送住所、集荷日時、配送日時）ごとに分かれた入力ボックスであってもよい。これによって、荷主および物流事業者それぞれは、入力ボックスに対して、各項目に対応するデータを入力することができる。交渉支援部２４２は、荷主または物流事象者の端末装置１０から各項目に対応するデータが受信部２００によって受信されると、各項目に対応するデータがメッセージとして相手の端末装置１０に送信されるように送信部２４０を制御する。

（条件の認識）
その他、交渉支援部２４２は、荷主または物流事業者によって入力されるメッセージの形式が自然言語文である場合には、入力された自然言語文に基づいて、入力を行った者（以下、「入力者」とも言う。）の希望する条件を認識してもよい。このとき、交渉支援部２４２は、認識した条件がメッセージとして直ちに相手の端末装置１０に送信されるように送信部２４０を制御してもよい。

しかし、交渉支援部２４２による条件の認識が誤る可能性もあり得る。そこで、交渉支援部２４２は、認識した条件が入力者の端末装置１０に送信されるように送信部２４０を制御してもよい。かかる場合には、入力者は、表示部１５０による条件の表示によって、入力した自然言語文がどのように認識されたかを把握し得る。

一例として、入力者が「こんにちは、５／２必着で２００ｋｇの貨物をＸ市からＹ市まで送りたいのですが、いくらで運んでいただけますでしょうか。」という自然言語文を入力した場合に、交渉支援部２４２は、かかる自然言語文に基づいて、入力者の希望する条件を、下記の表（２３）に示すように認識してもよい。

上記の表（２３）では、条件の例として、項目「重量」とデータ「２００ｋｇ」との組み合わせが認識されている。なお、条件の認識はどのように行われてもよい。一例として、項目「重量」に対応するデータに含まれやすい語句（例えば、ｋｇなど）が項目「重量」と対応付けられてあらかじめ辞書データとして登録されている場合が想定される。かかる場合には、交渉支援部２４２は、辞書データに登録されている語句と一致する語句が自然言語文から認識された場合に、その語句を含んだ名詞とその名詞に対応付けられた項目との組み合わせを条件として認識してもよい。

（条件の修正）
入力者は、表示部１５０によって表示された条件を見ながら、条件の認識に誤りがあることに気づいた場合には、条件の修正を入力することが可能であってもよい。例えば、上記の表（２３）に示された例では、データ「５／２」が誤って項目「集荷日時」に対応するデータとして認識されてしまっている。そこで、入力者は、下記の表（２４）に示されるように、項目「集荷日時」に対応する入力欄のデータ「５／２」を削除する修正と、項目「配送日時」に対応する入力欄にデータ「５／２」を入力する修正とを操作部１２０に入力してもよい。

このとき、入力者の端末装置１０において、通信部１４０は、修正後の条件を送信する。交渉支援部２４２は、入力者の端末装置１０から送信された修正後の条件が受信部２００によって受信されると、修正後の条件がメッセージとして相手の端末装置１０に送信されるように送信部２４０を制御する。相手の端末装置１０において、表示部１５０によって修正後の条件が表示されることによって、入力者が希望する条件が相手によってより確実に把握され得る。

（メッセージ考案の補助）
交渉支援部２４２は、メッセージ考案の補助機能を有してもよい。例えば、メッセージから認識されるべき条件の項目（すなわち、荷主と物流事業者との間で合意すべき条件の項目）があらかじめ登録されている場合が想定される。かかる場合に、交渉支援部２４２は、入力者の端末装置１０から送信され、受信部２００によって受信されたメッセージから、あらかじめ登録された項目と一致する項目が認識されなかった場合に、入力者の端末装置１０に対して、認識されなかった項目が送信されるように送信部２４０を制御してもよい。

かかる場合には、入力者は、表示部１５０による認識されなかった項目の表示によって、データ入力が足りていない項目（すなわち、相手との交渉によって調整が必要な条件の項目）を把握し得る。一例として、認識されなかった項目が「集荷日時」である場合、認識されなかった項目「集荷日時」に関する相手とのメッセージ交換を促す情報「集荷日時についても確認してみましょう」が入力者の端末装置１０に対して送信されるように送信部２４０を制御してもよい。

（選好決定の補助）
交渉支援部２４２は、選好決定の補助機能を有してもよい。例えば、交渉支援部２４２は、マッチング候補において、荷主によって入力されたメッセージが荷主の端末装置１０から送信され、受信部２００によって受信された場合に、荷主の端末装置１０から送信されたメッセージと、求貨求車情報記憶部２０２に記憶された物流事業者の求貨依頼情報とにおいて、対応する条件同士の一致度合いを算出してもよい。そして、交渉支援部２４２は、算出した条件同士の一致度合いに応じたスコアが物流事業者の端末装置１０に送信されるように送信部２４０を制御してもよい。

同様に、交渉支援部２４２は、マッチング候補において、物流事業者によって入力されたメッセージが物流事業者の端末装置１０から送信され、受信部２００によって受信された場合に、物流事業者の端末装置１０から送信されたメッセージと、求貨求車情報記憶部２０２に記憶された荷主の求車依頼情報とにおいて、対応する条件同士の一致度合いを算出してもよい。そして、交渉支援部２４２は、算出した条件同士の一致度合いに応じたスコアが荷主の端末装置１０に送信されるように送信部２４０を制御してもよい。

ここで、条件同士の一致度合いはどのように算出されてもよい。例えば、交渉支援部２４２は、メッセージから認識される条件と、求貨依頼情報または求車依頼情報に含まれる条件とにおいて、対応する条件のデータ同士が一致する、または、一方のデータが他方のデータに包含される数を条件同士の一致度合いとして算出してもよい。また、条件同士の一致度合いとスコアとの対応関係も限定されない。例えば、交渉支援部２４２は、条件同士の一致度合いが大きいほどスコアを大きくしてもよい（例えば、交渉支援部２４２は、条件同士の一致度合い自体をスコアとして扱ってもよい）。一方、条件同士の一致度合いに応じたスコアは、あらかじめ用意されたスコアリングモデルによって算出され得る。

あるいは、スコアは、条件同士の一致度合いと、荷主または物流事業者によってあらかじめ入力された価値基準とに基づいて算出されてもよい。これによって、荷主または物流事業者の価値基準がより正確に反映されたスコアが算出され得る。なお、条件同士の一致度合いと価値基準とに基づくスコアは、あらかじめ用意されたスコアリングモデルによって算出され得る。

例えば、価値基準の例として、データ同士の差分に対する許容範囲が項目ごとに荷主または物流事業者によって入力され、求貨求車情報記憶部２０２にあらかじめ登録されていてもよい。このとき、交渉支援部２４２は、データ同士の差分があらかじめ登録された許容範囲内の条件があれば、その条件のデータ同士が一致するとみなしてもよい。あるいは、価値基準の例として、各項目に対する優先順位が荷主または物流事業者によって入力され、求貨求車情報記憶部２０２にあらかじめ登録されていてもよい。このとき、交渉支援部２４２は、データ同士が一致する、または、一方のデータが他方のデータに包含される条件の優先順位が高いほど、スコアを大きく算出してもよい。

また、価値基準の入力が不十分である場合が想定される。あるいは、荷主または物流事業者自身においても価値基準が明確に定量化されていない場合も想定される。あるいは、メッセージ交換中に価値基準が変化する場合も想定される。かかる場合には、条件同士の一致度合いと価値基準とに基づいて算出されるスコアの精度が向上しにくいことも考えられる。そこで、荷主または物流事業者は、相手のメッセージに対する評価結果を入力してもよい。このとき、交渉支援部２４２は、入力された評価結果に基づいて、評価結果の入力者の価値基準を推測し、推測によって価値基準が得られた後に、条件同士の一致度合いと価値基準とに基づくスコアの算出（スコアリング）を開始してもよい。

一例として、物流事業者は、荷主のメッセージ（表（２５）の上段）に対して、各条件に対する評価結果（表（２５）の「集荷住所」から「価格」まで）およびメッセージ全体に対する評価結果（表（２５）の「総合」）を入力することができる。一例として、評価結果は、三段階（◎，△，×）によって入力可能であってもよい。

同様にして、物流事業者のメッセージに対して、荷主が各条件に対する評価結果およびメッセージ全体に対する評価結果を入力することも可能である。交渉支援部２４２は、各条件に対する評価結果およびメッセージ全体に対する評価結果のうち入力された評価結果に基づいて、評価結果の入力者の価値基準を推測し得る。なお、評価結果に基づく価値基準は、あらかじめ用意された学習済みのモデルによって推測され得る。また、交渉支援部２４２は、推測した価値基準と条件同士の一致度合いとに基づくスコアを、あらかじめ用意されたスコアリングモデルによって算出し得る。

また、交渉支援部２４２は、荷主のメッセージに条件が含まれる場合に、条件ととともにその条件変更を希望するかを問う情報が物流事業者の端末装置１０に送信されるように送信部２４０を制御してもよい。例えば、条件変更を希望するかを問う情報は、「重量は２００ｋｇより多い方がよいですか？」などといった質問であってもよい。物流事業者の端末装置１０において、表示部１５０によって条件ととともにその条件変更を希望するかを問う情報が表示されることによって、物流事業者に対して価値基準を推測するための評価結果の入力が促される。

同様にして、交渉支援部２４２は、物流事業者のメッセージに条件が含まれる場合に、条件ととともにその条件変更を希望するかを問う情報が荷主の端末装置１０に送信されるように送信部２４０を制御してもよい。荷主の端末装置１０において、表示部１５０によって条件ととともにその条件変更を希望するかを問う情報が表示されることによって、荷主に対して価値基準を推測するための評価結果の入力が促される。

また、複数のマッチング候補それぞれの荷主が同一の荷主である場合が想定される。かかる場合には、交渉支援部２４２は、その複数のマッチング候補それぞれにおいて物流事業者によって入力されたメッセージから対応する条件を認識し、対応する条件に応じた情報が、荷主の端末装置１０に送信されるように送信部２４０を制御してもよい。荷主の端末装置１０において、表示部１５０によって対応する条件に応じた情報が表示されることによって、複数の物流事業者に対する荷主による選好情報の入力が支援される。

上記の表（７）に示された例では、二つのマッチング候補（荷主Ｂ，物流事業者Ｃ）および（荷主Ｂ，物流事業者Ｄ）それぞれの荷主が同一の荷主Ｂである。そこで、交渉支援部２４２は、二つのマッチング候補（荷主Ｂ，物流事業者Ｃ）および（荷主Ｂ，物流事業者Ｄ）に対応するチャットルームにおいて、荷主Ｂの相手である物流事業者Ｃおよび物流事業者Ｄそれぞれによって入力されたメッセージから対応する条件を認識する。そして、交渉支援部２４２は、認識した対応する条件に応じた情報が、荷主の端末装置１０に送信されるように送信部２４０を制御してもよい。

例えば、対応する条件に応じた情報は、対応する条件自体を含んでもよい。あるいは、対応する条件に応じた情報は、対応する条件同士を直接比較した結果（例えば、物流事業者Ｃの「集荷時刻」よりも物流事業者Ｄの「集荷時刻」のほうが遅いなど）を含んでもよい。

あるいは、対応する条件に応じた情報は、対応する条件それぞれと荷主Ｂの求車依頼情報との一致度合い（例えば、物流事業者Ｃの「集荷時刻」は求貨依頼情報の「集荷時刻」と一致しているが、物流事業者Ｄの「集荷時刻」と求貨依頼情報の「集荷時刻」とは一致しておらず、一方が他方に包含もされていないなど）を含んでもよい。あるいは、対応する条件に応じた情報は、一致度合いに応じたスコア（例えば、物流事業者Ｃのスコアよりも物流事業者Ｄのスコアのほうが高いなど）を含んでもよい。

このとき、対応する条件の一方が認識されたのに対し、他方が認識されない場合があり得る。かかる場合には、交渉支援部２４２は、荷主Ｂの端末装置１０に対して、認識されなかった条件に関するメッセージ交換を促す情報が送信されるように送信部２４０を制御してもよい。一例として、物流事業者Ｃによって入力されたメッセージから「集荷日時＝１５時」に対応する「価格」が認識されたのに対し、物流事業者Ｄによって入力されたメッセージから同日時に対応する「価格」が認識されない場合が想定される。かかる場合には、メッセージ交換を促す情報は、「物流事業者Ｄに１５時集荷の場合の価格も確認してみましょう」などといった価格に関するメッセージ交換を促す情報であってもよい。

複数のマッチング候補それぞれの荷主が同一の荷主である場合と同様に、複数のマッチング候補それぞれの物流事業者が同一の物流事業者である場合が想定される。かかる場合には、交渉支援部２４２は、その複数のマッチング候補それぞれにおいて荷主によって入力されたメッセージから対応する条件を認識し、対応する条件に応じた情報が、物流事業者の端末装置１０に送信されるように送信部２４０を制御してもよい。物流事業者の端末装置１０において、表示部１５０によって対応する条件に応じた情報が表示されることによって、複数の荷主に対する物流事業者による選好情報の入力が支援される。

さらに、複数のマッチング候補それぞれの荷主が同一の荷主である場合と同様に、交渉支援部２４２は、物流事業者の端末装置１０に対して、メッセージ交換を促す情報が送信されるように送信部２４０を制御してもよい。

続いて、Ｓ２２２以降の動作が実行されるが、Ｓ２２２以降の動作は、本発明の第１の実施形態に係るマッチング装置２１によって実行されるＳ２２２以降の動作と同様に実行される。ただし、本発明の第２の実施形態において、Ｓ２２２における、選好情報の入力タイミングである交渉の開始後は、より具体的には、荷主と物流事業者との間におけるメッセージ送受信の開始後に該当する。

以上、本発明の第２の実施形態に係るマッチング装置２２の動作例について説明した。

（２－３．効果）
以上に説明したように、依頼者間における受発注に関する条件調整が、本発明の第１の実施形態においてはシステム外で行われるのに対し、本発明の第２の実施形態においては、システム内のチャットルームに誘導されて行われる。これによって、依頼者は、電話番号または電子メールアドレスなどといった、連絡先を示す情報の開示を行う必要がなくなる。また、本発明の第２の実施形態によれば、マッチング候補の相手の希望をメッセージによってより確実に把握できるため、相手の希望を踏まえた選好情報の入力におけるヒューマンエラーが防止され得る。

荷主と物流事業者とのマッチングでは、条件の数が多く条件間の依存関係が複雑であるため、人間同士のメッセージ交換のみでは合意形成に至るために労力がかかるという特徴がある。しかし、本発明の第２の実施形態によれば、メッセージ考案補助機能（例えば、荷主および物流事業者が確認するべき内容をシステムが提案するなどといった機能）によって、よりスピーディーに合意形成を行うことができる。

また、複数の相手との交渉に基づいて、複数の相手それぞれに対する選好を決定する場合には、交渉の相手が増えるほど、どの相手との合意条件がどの程度望ましいかという選好決定をユーザー自身が行うことが難しくなる。しかし、本発明の第２の実施形態によれば、選好決定の補助機能（例えば、条件に対する定量的なスコアリングによる補助など）により、ユーザーによる選好決定が容易になると考えられる。

以上、本発明の第２の実施形態について説明した。

＜３．第３の実施形態＞
続いて、本発明の第３の実施形態について説明する。

（３－１．構成例）
続いて、図１２を参照しながら、本発明の第３の実施形態に係るマッチング装置２３の機能構成例について説明する。

図１２は、本発明の第３の実施形態に係るマッチング装置２３の機能構成例を示すブロック図である。図１２に示されるように、本発明の第３の実施形態に係るマッチング装置２３は、自動交渉プラットフォーム２５２および交渉結果出力部２５４を含む点、処理実行部２８０にマッチング管理部２１０が含まれる点において、本発明の第２の実施形態に係るマッチング装置２２と異なる。したがって、本発明の第３の実施形態では、マッチング管理部２１０、自動交渉プラットフォーム２５２および交渉結果出力部２５４について主に説明し、他の構成についての詳細な説明は省略する。

以上、本発明の第３の実施形態に係るマッチング装置２３の機能構成例について説明した。

（３－２．動作例）
続いて、本発明の第３の実施形態に係るマッチング装置２３の動作例について説明する。図１３は、本発明の第３の実施形態に係るマッチング装置２３の動作例を示すフローチャートである。なお、図１３に示された動作例は、本発明の第３の実施形態に係るマッチング装置２３の動作の一例に過ぎない。したがって、本発明の第３の実施形態に係るマッチング装置２３の動作は、図１３に示された動作例に限定されない。

（Ｓ２１１、Ｓ２１２）
まず、Ｓ２１１およびＳ２１２が実行されるが、Ｓ２１１およびＳ２１２の動作は、本発明の第２の実施形態に係るマッチング装置２２によって実行されるＳ２１１およびＳ２１２の動作と同様に実行される。

（Ｓ２５１）
処理実行部２８０は、マッチング候補選択部２１１によって選択されたマッチング候補ごとに交渉に必要な所定の処理を実行する。本発明の第３の実施形態において、マッチング管理部２１０は、自動交渉プラットフォーム２５２を呼び出すことによって、各マッチング候補において、荷主に対応する交渉エージェント（求車依頼者側エージェント）と物流事業者に対応する交渉エージェント（求貨依頼者側エージェント）との間において交渉を開始させる処理を、所定の処理として実行する。

（Ｓ２５２）
自動交渉プラットフォーム２５２は、荷主Ａに対応する交渉エージェント、荷主Ｂに対応する交渉エージェント、物流事業者Ｃに対応する交渉エージェントおよび物流事業者Ｄに対応する交渉エージェントを設定する。自動交渉プラットフォーム２５２は、マッチング管理部２１０から呼び出されたことに基づいて、各マッチング候補において、荷主に対応する交渉エージェントと物流事業者に対応する交渉エージェントとの間における交渉を開始する。

ここで、交渉エージェントは、システム内において動作する電子的なエージェントであり、例えば、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）によって実現され得る。荷主Ａに対応する交渉エージェントは、荷主Ａのシステムに存在する効用情報データベース３１Ａを参照しながら、相手の交渉エージェントと自動交渉を行う。同様に、荷主Ｂに対応する交渉エージェントは、荷主Ｂのシステムに存在する効用情報データベース３１Ｂを参照しながら、相手の交渉エージェントと自動交渉を行う。

同様に、物流事業者Ｃに対応する交渉エージェントは、物流事業者Ｃのシステムに存在する効用情報データベース３１Ｃを参照しながら、相手の交渉エージェントと自動交渉を行う。物流事業者Ｄに対応する交渉エージェントは、物流事業者Ｄのシステムに存在する効用情報データベース３１Ｄを参照しながら、相手の交渉エージェントと自動交渉を行う。なお、自動交渉は、複数の交渉エージェントが自動的にメッセージの生成および送受信を行うことによって、互いに合意可能な結論を探索する技術である。

なお、図１２に示された例では、効用情報データベース３１Ａは、荷主Ａのシステム（例えば、荷主Ａの端末装置１０－Ａの内部、荷主Ａの端末装置１０－Ａと接続された図示しないサーバなど）に存在する。しかし、効用情報データベース３１Ａは、マッチング装置２３の内部に存在していてもよい。同様に、効用情報データベース３１Ｂ、３１Ｃ、３１Ｄの少なくとも一つは、マッチング装置２３の内部に存在していてもよい。

以下では、自動交渉の一例として、荷主Ａと物流事業者Ｃとの受発注に関する条件調整の自動交渉例について説明する。まず、荷主Ａに対応する交渉エージェントは、荷主Ａの効用情報データベース３１Ａから、荷主A集荷対応スケジュール（表（２６）参照）と荷主A貨物情報（表（２７）参照）を参照する。

また、物流事業者Ｃに対応する交渉エージェントは、物流事業者Ｃの効用情報データベース３１Ｃから、物流事業者Ｃ輸送計画情報（表（２７）参照）と物流事業者Ｃ混載貨物情報（表（２８）参照）を参照する。ここで、物流事業者Ｃ混載貨物情報は、マッチング候補の相手の貨物と混載する予定の貨物に関する情報である。

一例として、荷主Ａに対応する交渉エージェントと、物流事業者Ｃに対応する交渉エージェントとが、与えられた効用関数と戦略に従って、下記の表（３０）に示されるように、メッセージを送受信した場合を想定する。

荷主Ａに対応する交渉エージェントは、物流事業者Ｃに対応する交渉エージェントが最後に送信したメッセージの条件を受け入れ可能と判断し、ａｃｃｅｐｔのメッセージを送信する。自動交渉プラットフォーム２５２は、下記の表（３１）に示されるメッセージを交渉の結論としてマッチング管理部２１０へ返す。

自動交渉プラットフォーム２５２は、上記した交渉エージェント同士による交渉を、上記の表（７）のそれぞれのマッチング候補に対して行う。

なお、自動交渉プラットフォーム２５２において、交渉エージェントと人間が交渉を行う場合も考えられる。かかる場合には、自動交渉プラットフォーム２５２は、交渉エージェントが送信したメッセージを、表または自然言語文などといった、人間の可読性が高い形式に変換する処理と、人間が入力したメッセージを、交渉エージェントが認識可能な形式に変換する処理の少なくともどちらか一方を行ってもよい。このとき、人間とのメッセージ入出力は、本発明の第１の実施形態および本発明の第２の実施形態におけるメッセージ入出力と同様である。

（Ｓ２５３）
マッチング管理部２１０は、交渉結果出力部２５４を呼び出すことによって、交渉結果出力部２５４に交渉結果を出力させる。交渉結果は、マッチング管理部２１０から交渉結果出力部２５４に与えられる。なお、交渉結果出力部２５４によって出力される交渉結果は、必ずしも交渉の結論を含んでいなくてもよい。例えば、交渉結果出力部２５４によって出力される交渉結果は、交渉の結論が出る前までの交渉途中の結果のみが含まれてもよい。

（Ｓ２５４）
交渉結果出力部２５４は、マッチング管理部２１０から呼び出されたことに基づいて、各マッチング候補において、荷主および物流事業者それぞれに対応する交渉エージェント同士の交渉結果が、荷主および物流事業者それぞれに出力されるように制御する。一例として、物流事業者Ｃに出力される交渉結果は、下記の表（３２）に示される通りである。

一例として、物流事業者Ｃへの交渉結果の出力について詳細に説明すると次の通りになる。

すなわち、交渉結果出力部２５４は、荷主Ａおよび物流事業者Ｃそれぞれに対応する交渉エージェント同士の交渉結果が端末装置１０－Ｃに送信されるように送信部２４０を制御することによって、交渉結果が物流事業者Ｃに出力されるように制御する。このとき、端末装置１０－Ｃにおいては、通信部１４０によって交渉結果が受信され、表示部１５０によって交渉結果が表示される。そして、荷主Ａおよび物流事業者Ｃそれぞれに対応する交渉エージェント同士の交渉結果が物流事業者Ｃによって視認される。

続いて、Ｓ２２２以降の動作が実行されるが、Ｓ２２２以降の動作は、本発明の第２の実施形態に係るマッチング装置２２によって実行されるＳ２２２以降の動作と同様に実行される。ただし、本発明の第３の実施形態において、Ｓ２２２における、選好情報の入力タイミングである交渉の開始後は、より具体的には、交渉結果出力部２５４による交渉結果の出力の開始後に該当する。

以上、本発明の第３の実施形態に係るマッチング装置２３の動作例について説明した。

（３－３．効果）
以上に説明したように、依頼者間における受発注に関する条件調整が、本発明の第１の実施形態においては電話または電子メールで行われ、本発明の第２の実施形態においては、チャットルームにて行われるのに対し、本発明の第３の実施形態においては、自動交渉プラットフォームでの自動交渉で行われる。これによって、条件調整にかかる時間が減少し、条件調整が行われる時間帯にも制限がなくなるため、より多くのマッチング候補の相手との間において、より短い時間にて条件調整が行われる得る。

なお、このような自動交渉による取引の社会実装黎明期においては、自動交渉エージェントの判断にそれほど信頼性がないと考えられる。そこで、交渉は自動交渉エージェントによって行われる一方、最終的な選好（利益）の判断は担当者（人間）が行うのが望ましい。したがって、本発明の第３の実施形態は、かかる時期などにおいて、特に好適に実施され得ると考えられる。

以上、本発明の第３の実施形態について説明した。

＜４．第４の実施形態＞
続いて、本発明の第４の実施形態について説明する。

（４－１．構成例）
続いて、図１４を参照しながら、本発明の第４の実施形態に係るマッチング装置２４の機能構成例について説明する。

図１４は、本発明の第４の実施形態に係るマッチング装置２４の機能構成例を示すブロック図である。図１４に示されるように、本発明の第４の実施形態に係るマッチング装置２４は、選好決定部２６２を含む点において、本発明の第３の実施形態に係るマッチング装置２３と異なる。したがって、本発明の第４の実施形態では、選好決定部２６２について主に説明し、他の構成についての詳細な説明は省略する。

以上、本発明の第４の実施形態に係るマッチング装置２４の機能構成例について説明した。

（４－２．動作例）
続いて、本発明の第４の実施形態に係るマッチング装置２４の動作例について説明する。図１５は、本発明の第４の実施形態に係るマッチング装置２４の動作例を示すフローチャートである。なお、図１５に示された動作例は、本発明の第４の実施形態に係るマッチング装置２４の動作の一例に過ぎない。したがって、本発明の第４の実施形態に係るマッチング装置２４の動作は、図１５に示された動作例に限定されない。

（Ｓ２１１、Ｓ２１２、Ｓ２５１、Ｓ２５２）
まず、Ｓ２１１、Ｓ２１２、Ｓ２５１およびＳ２５２が実行されるが、Ｓ２１１、Ｓ２１２、Ｓ２５１およびＳ２５２の動作は、本発明の第３の実施形態に係るマッチング装置２３によって実行されるＳ２１１、Ｓ２１２、Ｓ２５１およびＳ２５２の動作と同様に実行される。

（Ｓ２６１）
マッチング管理部２１０は、選好決定部２６２を呼び出すことによって、選好決定部２６２に選好情報の決定を開始させる。交渉結果は、マッチング管理部２１０から選好決定部２６２に与えられる。

（Ｓ２６２）
選好決定部２６２は、マッチング管理部２１０から呼び出されたことに基づいて、選好情報を決定する。より詳細に、選好決定部２６２は、各マッチング候補における荷主および物流事業者それぞれに対応する交渉エージェント同士の交渉結果に基づいて、荷主および物流事業者それぞれの選好情報を決定する。選好決定部２６２は、各マッチング候補における荷主および物流事業者それぞれの選好情報を選好情報取得部２２１に出力する。

一例として、選好決定部２６２が、物流事業者Ｃの荷主Ａおよび荷主Ｂそれぞれに対する選好情報を決定する場合を想定する。また、選好情報の例として、選好順位が決定される場合を想定する。このとき、荷主Ａおよび荷主Ｂそれぞれに対する選好順位は、物流事業者Ｃの価値基準に基づいて付けられるのが望ましい。

そこで、選好決定部２６２は、物流事業者Ｃの効用情報データベース３１Ｃを参照し、効用関数値に基づいて下記の表（３３）に示されるように、交渉結果に対するスコアリングを行う。また、選好決定部２６２は、スコアリングの結果に基づいて、物流事業者Ｃの荷主Ａおよび荷主Ｂそれぞれに対する選好順位を決定する。下記の表（３３）に示された例では、荷主Ａおよび荷主Ｂのうち、よりスコアが高い荷主Ｂの選好順位がより高く決定されている。

なお、上記では、自動交渉プラットフォーム２５２が選好決定部２６２に対して、各交渉結果を与える例を主に説明した。しかし、自動交渉プラットフォーム２５２は、選好決定部２６２に対して、各交渉結果だけではなく、各交渉結果に対応する効用値情報またはスコア情報も与えてよい。かかる場合には、選好決定部２６２が各依頼者の効用情報データベースを参照する必要はなく、自動交渉プラットフォーム２５２から与えられた情報のみを元に選好情報を決定すればよい。

以上、本発明の第４の実施形態に係るマッチング装置２４の動作例について説明した。

（４－３．効果）
以上に説明したように、本発明の第４の実施形態によれば、本発明の第３の実施形態と同様に、自動交渉プラットフォームでの自動交渉が行われる。本発明の第４の実施形態においては、それに加えて交渉後の選好決定まで自動で行われる。したがって、本発明の第４の実施形態に係るマッチングシステムは、求貨依頼情報および求車依頼情報の入力からシステムの動作完了まで人間の手に触れずに全自動で運用することが可能である。

また、本発明の第３の実施形態では、選好（利益）判断が人間によって行われる。一方、本発明の第４の実施形態に係るマッチングシステムは、自動交渉エージェントの判断にある程度信頼性が生まれ、人間による承認がなくても安全に運用できるようになった場合に対して、特に好適に適用され得る。

＜５．ハードウェア構成例＞
続いて、本発明の実施形態に係るマッチング装置２１～２４のハードウェア構成例について説明する。以下では、これらのハードウェア構成例として、情報処理装置９００のハードウェア構成例について説明する。なお、以下に説明する情報処理装置９００のハードウェア構成例は一例に過ぎない。したがって、本発明の実施形態に係るマッチング装置２１～２４のハードウェア構成は、以下に説明する情報処理装置９００のハードウェア構成から不要な構成が削除されてもよいし、新たな構成が追加されてもよい。

図１６は、情報処理装置９００のハードウェア構成を示す図である。情報処理装置９００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９０３と、ホストバス９０４と、ブリッジ９０５と、外部バス９０６と、インタフェース９０７と、入力装置９０８と、出力装置９０９と、ストレージ装置９１０と、通信装置９１１と、を備える。

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置９００内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバス等から構成されるホストバス９０４により相互に接続されている。

ホストバス９０４は、ブリッジ９０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス９０６に接続されている。なお、必ずしもホストバス９０４、ブリッジ９０５および外部バス９０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。

入力装置９０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバー等ユーザーが情報を入力するための入力手段と、ユーザーによる入力に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路等から構成されている。情報処理装置９００を操作するユーザーは、この入力装置９０８を操作することにより、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりすることができる。

出力装置９０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置、ランプ等の表示装置およびスピーカ等の音声出力装置を含む。

ストレージ装置９１０は、データ格納用の装置である。ストレージ装置９１０は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置等を含んでもよい。ストレージ装置９１０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ装置９１０は、ハードディスクを駆動し、ＣＰＵ９０１が実行するプログラムや各種データを格納する。

通信装置９１１は、例えば、ネットワークに接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置９１１は、無線通信または有線通信のどちらに対応してもよい。

以上、本発明の実施形態に係る情報処理装置９００のハードウェア構成例について説明した。

＜６．まとめ＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

１ マッチングシステム
１０ 端末装置
１１０ 制御部
１２０ 操作部
１３０ 記憶部
１４０ 通信部
１５０ 表示部
２１～２４ マッチング装置
２００ 受信部
２０１ 求貨求車情報取得部
２０２ 求貨求車情報記憶部
２１０ マッチング管理部
２１１ マッチング候補選択部
２８０ 処理実行部
２１３ マッチング候補出力部
２２１ 選好情報取得部
２２２ 選好情報記憶部
２３１ マッチング部
２３２ マッチング結果出力部
２４０ 送信部
２４２ 交渉支援部
２５２ 自動交渉プラットフォーム
２５４ 交渉結果出力部
２６２ 選好決定部
３１Ａ～３１Ｄ 効用情報データベース
５０ ネットワーク

Claims (17)

1. 複数の求車依頼者それぞれの求車依頼情報と、複数の求貨依頼者それぞれの求貨依頼情報と、第１のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング候補として選択するマッチング候補選択部と、
   前記マッチング候補ごとに交渉に必要な所定の処理を実行する処理実行部と、
   前記交渉の開始後に入力された、前記マッチング候補の求車依頼者および求貨依頼者の一部または全部の選好情報を取得する選好情報取得部と、
   前記選好情報と第２のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング結果として決定するマッチング部と、
   を備える、マッチングシステム。
2. 前記処理実行部は、前記マッチング候補それぞれにおいて、前記求車依頼者に関する情報が前記求貨依頼者に出力されるように制御することと、前記求貨依頼者に関する情報が前記求車依頼者に出力されるように制御することとを、前記所定の処理として実行する、
   請求項１に記載のマッチングシステム。
3. 前記求車依頼者に関する情報は、前記求車依頼者の連絡先を示す情報を含み、
   前記求貨依頼者に関する情報は、前記求貨依頼者の連絡先を示す情報を含む、
   請求項２に記載のマッチングシステム。
4. 前記処理実行部は、前記マッチング候補それぞれにおいて、前記求車依頼者の端末装置と前記求貨依頼者の端末装置との間においてメッセージの送受信を可能にするための処理を、前記所定の処理として実行する、
   請求項１に記載のマッチングシステム。
5. 前記メッセージの送受信を可能にするための処理は、前記求車依頼者の端末装置と前記求貨依頼者の端末装置との間においてメッセージの送受信が行われるチャットルームを生成することを含む、
   請求項４に記載のマッチングシステム。
6. 前記処理実行部は、あらかじめ登録された項目と一致する項目がメッセージから認識されなかった場合に、前記メッセージを送信した端末装置に対して、認識されなかった項目が送信されるように送信部を制御する、
   請求項４または５に記載のマッチングシステム。
7. 前記処理実行部は、前記求車依頼者の端末装置から送信されたメッセージと、前記求貨依頼情報とにおいて、対応する条件同士の一致度合いを算出し、前記一致度合いに応じたスコアが前記求貨依頼者の端末装置に送信されるように送信部を制御する、
   請求項４または５に記載のマッチングシステム。
8. 前記処理実行部は、前記一致度合いと前記求貨依頼者の価値基準とに応じたスコアが前記求貨依頼者の端末装置に送信されるように送信部を制御する、
   請求項７に記載のマッチングシステム。
9. 前記処理実行部は、前記求貨依頼者の端末装置から送信されたメッセージと、前記求車依頼情報とにおいて、対応する条件同士の一致度合いを算出し、前記一致度合いに応じたスコアが前記求車依頼者の端末装置に送信されるように送信部を制御する、
   請求項４または５に記載のマッチングシステム。
10. 前記処理実行部は、複数のマッチング候補それぞれの求車依頼者が同一である場合に、前記複数のマッチング候補それぞれにおいて求貨依頼者によって入力されたメッセージから対応する条件を認識し、前記対応する条件に応じた情報が前記求車依頼者の端末装置に送信されるように送信部を制御する、
    請求項４または５に記載のマッチングシステム。
11. 前記処理実行部は、複数のマッチング候補それぞれの求貨依頼者が同一である場合に、前記複数のマッチング候補それぞれにおいて求車依頼者によって入力されたメッセージから対応する条件を認識し、前記対応する条件に応じた情報が前記求貨依頼者の端末装置に送信されるように送信部を制御する、
    請求項４または５に記載のマッチングシステム。
12. 前記処理実行部は、前記マッチング候補それぞれにおいて、前記マッチングシステム内において動作する求車依頼者側エージェントと前記マッチングシステム内において動作する求貨依頼者側エージェントとの間において交渉を開始させる処理を、前記所定の処理として実行する、
    請求項１に記載のマッチングシステム。
13. 前記マッチングシステムは、前記求車依頼者側エージェントと前記求貨依頼者側エージェントとの間における交渉結果が、前記求車依頼者および前記求貨依頼者それぞれに出力されるように制御する交渉結果出力部を備える、
    請求項１２に記載のマッチングシステム。
14. 前記選好情報取得部は、前記マッチング候補の一部または全部において、前記求貨依頼者によって入力された前記求車依頼者に対する選好情報を取得するとともに、前記求車依頼者によって入力された前記求貨依頼者に対する選好情報を取得する、
    請求項１～１３のいずれか一項に記載のマッチングシステム。
15. 前記処理実行部は、前記マッチング候補それぞれにおいて、求車依頼者側エージェントと求貨依頼者側エージェントとの間において交渉を開始させる処理を、前記所定の処理として実行し、
    前記マッチングシステムは、
    前記求車依頼者側エージェントと前記求貨依頼者側エージェントとの間における交渉結果に基づいて、前記求車依頼者および前記求貨依頼者の選好情報を決定し、前記選好情報を前記選好情報取得部に出力する選好決定部を備える、
    請求項１に記載のマッチングシステム。
16. 複数の求車依頼者それぞれの求車依頼情報と、複数の求貨依頼者それぞれの求貨依頼情報と、第１のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング候補として選択することと、
    前記マッチング候補ごとに交渉に必要な所定の処理を実行することと、
    前記交渉の開始後に入力された、前記マッチング候補の求車依頼者および求貨依頼者の一部または全部の選好情報を取得することと、
    前記選好情報と第２のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング結果として決定することと、
    を備える、コンピュータにより実行されるマッチング方法。
17. コンピュータを、
    複数の求車依頼者それぞれの求車依頼情報と、複数の求貨依頼者それぞれの求貨依頼情報と、第１のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング候補として選択するマッチング候補選択部と、
    前記マッチング候補ごとに交渉に必要な所定の処理を実行する処理実行部と、
    前記交渉の開始後に入力された、前記マッチング候補の求車依頼者および求貨依頼者の一部または全部の選好情報を取得する選好情報取得部と、
    前記選好情報と第２のルールとに基づいて、前記複数の求車依頼者および前記複数の求貨依頼者から、求車依頼者および求貨依頼者の１または複数の組み合わせそれぞれをマッチング結果として決定するマッチング部と、
    を備えるマッチング装置として機能させるプログラム。
    

Images