JP2021096841A - マッチングシステム - Google Patents

Abstract

【課題】倉庫を所有する倉庫所有者と、倉庫への荷物の保管を希望する倉庫利用希望者とをマッチングし、物流業務の効率性を向上させること。【解決手段】倉庫所有者側条件取得部１１１は、倉庫事業者端末２から送信されてきた倉庫所有者側条件を取得する。倉庫利用希望者側条件取得部１１２は、荷主端末３から送信されてきた倉庫利用希望者側条件取得する。マッチング指示部１１３は、倉庫事業者端末２あるいは荷主端末３からのマッチング指示の有無を判定する。経路演算部１１４は、倉庫所有者側条件、及び倉庫利用希望者側条件に基づいてマッチングを行い、夫々の組み合わせにおいて経路を算出する。マッチング候補抽出部１１５は、経路演算部１１４で算出された経路の情報に基づいてマッチング候補を抽出する。報知部１１６は、マッチング候補を、倉庫事業者端末２あるいは荷主端末３に報知する。【選択図】図４

Description

本発明は、マッチングシステムに関する。

従来、物流事業者の枠を超えて、全国の空き倉庫に関する情報や空き倉庫を利用したい荷主の荷物に関する情報がデータベース化されているものは存在せず、物流業界ではクチコミや個別訪問による営業により空き倉庫の獲得や荷主の獲得を行っている。
そして、空き倉庫の候補や荷主の候補を獲得した後も、倉庫の内見、交渉、及び契約などの手続きが必要となるため、候補獲得後、空き倉庫の利用が開始されるまでには数ヶ月から１年もの期間を要している。
つまり、空き倉庫を提供したい倉庫所有者、及び空き倉庫を利用したい荷主にとって、利便性が高いとはいえない状況である。
そこで、空き物件の検索システムに関する技術が提案されている（例えば、特許文献１参照）。

特開２００３−２５６５３４号公報

しかしながら特許文献１に記載の技術では、検索により得られる物件が膨大である場合、候補となる物件を１件ごとに参照して自身の希望に最も適合する物件を抽出しなければならず、利便性が高いとはいえない。

本発明は、このような状況に鑑みてなされたものであり、倉庫を所有する倉庫所有者と、倉庫への荷物の保管を希望する倉庫利用希望者とをマッチングし、物流業務の効率性を向上させることを目的とする。

上記目的を達成する為、本発明の一態様のマッチングシステムは、
倉庫を所有する倉庫所有者と、倉庫への荷物の保管を希望する倉庫利用希望者とのマッチングに利用されるマッチングシステムにおいて、
前記倉庫所有者により所有されている前記倉庫のうち、利用の提供が可能な倉庫に関する条件を、倉庫所有者側条件として取得する倉庫所有者側条件取得手段と、
前記倉庫利用希望者により保管が希望されている荷物に関する条件を、倉庫利用希望者側条件として取得する倉庫利用希望者側条件取得手段と、
前記倉庫所有者側条件と前記倉庫利用希望者側条件とに基づいて、前記倉庫所有者により所有されている前記倉庫のうち、前記倉庫利用希望者により保管が希望されている前記荷物の保管が可能な倉庫を、または、前記倉庫利用希望者により保管が希望されている前記荷物のうち、前記倉庫所有者により所有されている前記倉庫に保管が可能な荷物を、マッチング候補として抽出するマッチング候補抽出手段と、
前記マッチング候補として決定された前記倉庫、または、前記荷物に関する情報を、前記倉庫利用希望者と前記倉庫所有者とのうち少なくとも一方に報知する報知手段と、
を備える。

本発明によれば、倉庫を所有する倉庫所有者と、倉庫への荷物の保管を希望する倉庫利用希望者とをマッチングし、物流業務の効率性を向上させることができる。

本発明の一実施形態にかかるマッチングシステムにより実現可能な倉庫マッチングサービスの概要を示す図である。 本発明の一実施形態に係るサーバを含むマッチングシステムの構成図である。 図２のマッチングシステムのうちサーバのハードウェア構成を示すブロック図である。 図３のサーバ、倉庫事業者端末、荷主端末の機能的構成例を示す機能ブロック図である。 図３に示すサーバが実行するマッチング処理の流れを説明するフローチャートである。 荷主端末に表示される、倉庫利用希望者側条件を入力する操作画面の例を示す図である。 荷主端末に表示される、倉庫利用希望者側条件を入力する操作画面の例を示す図であって図６とは別の図である。 倉庫事業者端末に表示される、荷主検索と問合せ行う操作画面の例を示す図である。 荷主端末に表示される、倉庫検索と問合せを行う操作画面の例を示す図である。 倉庫マッチングサービスの概要を示す図であって、図１とは別の図である。 図３のサーバが実行する効率型マッチング処理の実装例を示す図である。 図３のサーバが実行する効率型マッチング処理の実装例を示す図であって図１１とは異なる図である。

まず、本発明の実施形態を説明する前に、図１を参照して、本発明の一実施形態にかかるマッチングシステムにより実現可能な倉庫マッチングサービスの概要について説明する。

図１は、本発明の一実施形態にかかるマッチングシステムにより実現可能な倉庫マッチングサービスの概要を示す図である。
倉庫マッチングサービスとは、倉庫を所有する倉庫事業者Ｗと、倉庫への荷物の保管を希望する荷主Ｇとをマッチングし、荷主Ｇにより倉庫の利用が開始されるまでの各種手続きを支援するサービスである。

まず、ステップＳＴ１において、倉庫事業者Ｗ、及び荷主Ｇは、倉庫事業者端末２、及び荷主端末３を操作して、マッチング用ウェブサイトＬにアクセスし、アカウントの登録を行う。ここで登録されるアカウントの情報は、具体的には例えば、倉庫事業者Ｗ、及び荷主Ｇの夫々の会社情報、口座情報、担当者連絡先などである。
また登録された内容は、倉庫事業者Ｗ、及び荷主Ｇが、倉庫マッチングサービスの利用を終了するなどの理由によりアカウントの登録を抹消する際、あるいは登録内容を変更する際まで保持される。そのため、アカウントの登録は倉庫マッチングサービスの利用を開始する初期に１度だけ行えばよい。そして、その後はアカウントの登録時に付与されるＩＤなどでログインをすることにより倉庫マッチングサービスの利用を開始することができる。

ここで、マッチング用ウェブサイトＬとは、倉庫マッチングサービスを使用するために必要となるアカウントの登録、後述する倉庫に関する情報や荷物に関する情報の登録、及びログインを行うためのＷｅｂサイトである。マッチング用ウェブサイトＬは、サービス提供者Ｓにより管理される。

倉庫事業者Ｗは、アカウントの登録時に付与されたＩＤなどでマッチング用ウェブサイトＬにログインをする。そして倉庫事業者Ｗは、倉庫情報入力画面において、提供することが可能な倉庫に関する情報を入力する。
倉庫に関する情報とは例えば、倉庫の所在地、倉庫種別（営業または賃貸）、設備、受入れ可能時間（営業時間）、図面、貸出スペースの広さ、貸出可能期間などである。

倉庫事業者Ｗは、倉庫に関する情報を入力するとともに、利用者向けの規約に同意するか否かを判断する。利用者向けの規約とは、倉庫マッチングサービスを利用する際に、サービス提供者Ｓとの間で交わす取り決めのことである。具体的には例えば、サービス提供者Ｓにより提供される保険の付保に関する取り決め、契約書の雛形に関する取り決め、及び決済代行の利用に関する取り決め、などが含まれる。
倉庫事業者Ｗは、この規約に同意することによりステップＳＴ２以降の倉庫マッチングサービスの提供を受けることができるようになる。

荷主Ｇは、付与されたＩＤなどでマッチング用ウェブサイトＬにログインをする。そして荷主Ｇは、荷物情報入力画面に、倉庫への保管を希望する荷物に関する情報を入力する。
荷物に関する情報とは例えば、利用を希望する時期、内容物の特性、荷物のサイズ、荷姿、付帯作業の有無、荷主の名称、運び込みに使用するトラックの情報などである。

荷主Ｇは、荷物に関する情報を入力するとともに、上述した利用者向けの規約に同意するか否かを判断する。
荷主Ｇは、この規約に同意することによりステップＳＴ２以降の倉庫マッチングサービスの提供を受けることができるようになる。

倉庫事業者Ｗ、及び荷主Ｇにより入力された情報は、マッチング用ウェブサイトＬを介して入力情報データベースＤに格納される。
このようにして、サービス提供者Ｓは、倉庫事業者Ｗから倉庫所有者側条件として倉庫に関する情報を、そして荷主Ｇから倉庫利用希望者側条件として荷物に関する情報の入力を受け付ける。

ステップＳＴ２において、サービス提供者Ｓは、倉庫所有者側条件と、倉庫利用希望者側条件に基づいてマッチングを試みる。
倉庫所有者側条件と、倉庫利用希望者側条件とがマッチングした場合、ステップＳＴ３において、サービス提供者Ｓは、倉庫事業者Ｗ、または荷主Ｇの少なくとも一方に対し、マッチング用ウェブサイトＬを介してマッチング候補の提示を行う。
このとき、サービス提供者Ｓは、顧客サポートＳＡ１として、倉庫事業者Ｗ、または荷主Ｇの夫々とマッチングに関するやりとりを行ってもよい。具体的には例えば、マッチング用ウェブサイトＬを介してチャットを行ってもよく、また、メールや電話などを通じてやりとりをしてもよい。

提示されたマッチング候補の中から、倉庫事業者Ｗ、または荷主Ｇは、少なくとも１以上の候補をマッチング先として選択する。
マッチングが成立した倉庫の種別が営業倉庫である場合、倉庫事業者Ｗ、及び荷主ＧはステップＳＴ４において、寄託契約を締結する。ここで寄託契約とは、荷物を保管する倉庫事業者Ｗが、荷物の保管を依頼する荷主Ｇに対して荷物の保管を約束する、いわゆる荷物の保管契約のことである。寄託契約書の雛形は、上述の通りサービス提供者Ｓにより提供される。一般的に、契約締結においては雛形の作成に時間を要することが多いと言われている。即ち、倉庫事業者Ｗ、及び荷主Ｇは、サービス提供者Ｓにより提供される既成の雛形に沿って手続きを進めることが出来る為、迅速に契約締結を行うことができるようになる。

ステップＳＴ５において、サービス提供者Ｓは、マッチング用ウェブサイトＬを介し、保険代理店に対して企業包括保険の申込みを行う。ここで企業包括保険とは、火事や自然災害、事故などによる、企業の資産の損害がまとめて補償される保険である。
ステップＳＴ６において、サービス提供者Ｓにより契約された企業包括保険が、倉庫事業者Ｗに対して付保される。これにより、倉庫事業者Ｗは、付保額を超える損害の場合を除いて、個別に付保されている保険を使用しなくてもよくなる。

ステップＳＴ７において、サービス提供者Ｓは、マッチング用ウェブサイトＬを介して決済代行会社に対し、決済の代行の依頼を行う。
決済を代行するファクタリング会社を介して決済処理がなされることにより、倉庫事業者Ｗ、またはサービス提供者Ｓは、自身で荷主Ｇの与信調査を行う必要がなくなる。また、倉庫事業者Ｗは、倉庫の利用料金を先払いで受け取ることができる。そして荷主Ｇは、倉庫の利用料金を後払いする約定で倉庫を利用することができるようになる。
ステップＳＴ８において、倉庫事業者Ｗが、決済代行会社により決済額の支払い（倉庫の利用料金）を受けると、手続きはステップＳＴ９に進む。

ステップＳＴ９において、倉庫事業者Ｗ、及び荷主Ｇは、マッチング用ウェブサイトＬを介して契約書の締結、及び荷物の入出庫に関するやりとりを行う。
このときサービス提供者Ｓは、顧客サポートＳＡ２として、サービス提供者Ｓ、倉庫事業者Ｗ、及び荷主Ｇの３者の間で、契約締結や入出庫に関するやりとりを行ってもよい。具体的には例えば、マッチング用ウェブサイトＬを介してチャットを行ってもよく、また、メールや電話などを通じてやりとりをしてもよい。
またここでも契約書は、サービス提供者Ｓにより提供される雛形が用いられるが、雛形は、チャットにより倉庫事業者Ｗ、及び荷主Ｇに提供されてもよい。
このようにして、倉庫事業者Ｗ、及び荷主Ｇは、サービス提供者Ｓを含む３者の間でチャットにより契約締結に関するやりとりを行うことができる。これにより、契約内容に関する意見交換をタイムリーに行うことができるため、契約までの手続きを迅速に進めることが可能になる。
倉庫事業者Ｗ、及び荷主Ｇとの間で契約書の締結がなされた場合、ステップＳＴ１０において、荷主Ｇは、決済代行会社に対して決済額の支払いを行う。

以上のように、倉庫事業者Ｗ、及び荷主Ｇをマッチングし、荷主Ｇにより倉庫の利用が開始されるまでの各種手続きを支援する倉庫マッチングサービスを用いることにより、倉庫事業者Ｗ、及び荷主Ｇは効率よく倉庫の利用手続きを行うことができるようになる。
一般的に、荷主Ｇが、倉庫を探し始めてから、倉庫の内見、交渉、及び契約など倉庫の利用を開始するまでに、少なくとも数ヶ月から１年を要すると言われている。これに対し倉庫マッチングサービスを用いることにより、荷主Ｇは、倉庫を探し始めてから平均１２営業日程度で倉庫の利用を開始することができるようになる。
また現状、倉庫は、広いスペースを長期間提供されることが多く、余剰スペースや短期間の提供については、一般的にクチコミや個別の問合せにより顧客の候補を獲得することが多い。即ち、従来は余剰スペースを含む空き倉庫は、効率的に活用されているとは言えない状況であった。
これに対し倉庫マッチングサービスを用いることにより、余剰スペースが短期間というサイクルで提供されることが可能になる。具体的には例えば、長期リースの契約終了後、次の契約が始まるまでの短期間や、荷主都合などで一時的に空いてしまったスペースを、１日という短期間でも提供することができるようになる。

以上をまとめると、倉庫マッチングサービスを用いることにより、倉庫事業者Ｗは、余剰倉庫を短期間でもすぐに貸し出すことができる。そして荷主Ｇは、倉庫を利用したいタイミングですぐに希望の倉庫の利用を開始することができる。即ち、物流効率を向上させることができるようになる。

以下、本発明の実施形態について図２以降を用いて説明する。
図２は、本発明の一実施形態に係るサーバを含むマッチングシステムの構成図である。

本発明の一実施形態に係るマッチングシステムは、サーバ１と、倉庫事業者端末２−１乃至２−ｍ（ｍは、１以上の任意の整数値）と、荷主端末３−１乃至３−ｎ（ｎは、１以上の任意の整数値）と、サービス提供者端末４とを含む様に構成される。なおここで、サーバ１は、サービス提供者Ｓにより管理される。また、倉庫事業者端末２−１乃至２−ｍは、倉庫事業者Ｗにより管理される。また、荷主端末３−１乃至３−ｎは、荷主Ｇにより管理される。さらにまた、サービス提供者端末４は、サービス提供者Ｓにより管理される。
サーバ１と、倉庫事業者端末２−１乃至２−ｍの夫々と、荷主端末３−１乃至３−ｎの夫々と、サービス提供者端末４とは、インターネットなどの所定のネットワークＮを介して相互に接続されている。

なお、以下、倉庫事業者端末２−１乃至２−ｍの夫々を個々に区別する必要がない場合、これらをまとめて「倉庫事業者端末２」と呼び、さらに、以下、荷主端末３−１乃至３−ｎの夫々を個々に区別する必要がない場合、これらをまとめて「荷主端末３」と呼ぶ。

図３は、図２のマッチングシステムのうちサーバ１のハードウェア構成を示すブロック図である。
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されている各種プログラム、又は記憶部１８からＲＡＭ１３にロードされた各種プログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータなども適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

出力部１６は、各種液晶ディスプレイなどで構成され、各種情報を出力する。
入力部１７は、各種ハードウェアなどで構成され、各種情報を入力する。
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などで構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図２の倉庫事業者端末２、荷主端末３、及びサービス提供者端末４）との間で行う通信を制御する。

ドライブ２０は、必要に応じて設けられる。ドライブ２０には磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどよりなる、リムーバブルメディア２１が適宜装着される。ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。またリムーバブルメディア２１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

倉庫事業者端末２、荷主端末３、及びサービス提供者端末４のハードウェア構成は、サーバ１の構成と基本的に同様であるので、ここではそれらの説明は省略する。

次に、図４を参照して、図３に示すサーバ１、倉庫事業者端末２−Ｐ、荷主端末３−Ｋの機能的構成について説明する。
図４は、図３のサーバ、倉庫事業者端末、及び荷主端末の機能的構成例を示す機能ブロック図である。

サーバ１のＣＰＵ１１においては、倉庫所有者側条件取得部１１１と、倉庫利用希望者側条件取得部１１２と、マッチング指示部１１３と、経路演算部１１４と、マッチング候補抽出部１１５と、報知部１１６とが機能する。サーバ１の記憶部１８の一領域には、倉庫所有者側条件ＤＢ１８１と、倉庫利用希望者側条件ＤＢ１８２と、配送情報ＤＢ１８３とが設けられている。
倉庫事業者端末２−ＰのＣＰＵ２１においては、入力受付部２１０と、入力情報送信制御部２１２と、マッチング候補取得部２１３と、表示制御部２１４とが機能する。
荷主端末３−ＫのＣＰＵ３１においては、入力受付部３１０と、入力受付部３１１と、マッチング候補取得部３１３と、表示制御部３１４とが機能する。

倉庫事業者端末２−Ｐの入力受付部２１１は、タッチ操作入力部２７１を介して、倉庫事業者Ｗのタッチ操作により入力された倉庫所有者側条件を受付ける。具体的には例えば、入力受付部２１１は、倉庫事業者Ｗｐの、倉庫所在地、倉庫種別（営業または賃貸）、設備、受け入れ可能時間（営業時間）、図面、貸出スペースの広さ、貸出可能期間に関する情報などを受け付ける。
即ち、入力受付部２１１は、サービス提供者Ｓの設定した所定の項目の夫々について、倉庫事業者Ｗｐの提供を希望する倉庫に関する条件を、倉庫所有者側条件として受付ける。
入力情報送信制御部２１２は、入力受付部２１１で受付けた倉庫所有者側条件を、通信部２９を介してサーバ１へ送信するための制御を実行する。
このようにして、サーバ１へと送信された倉庫所有者側条件は、サーバ１によって取得される。そして、サーバ１は、その倉庫所有者側条件と、後述する倉庫利用希望者側条件とを、組み合わせてマッチング候補を抽出し、その結果を、倉庫事業者端末２−Ｐもしくは荷主端末３−Ｋの少なくとも一方へ通知する。
倉庫事業者端末２−Ｐのマッチング候補取得部２１３は、このようにしてサーバ１から通知されてきたマッチング候補を取得する。さらに、表示制御部２１４は、マッチング候補取得部２１３で取得されたマッチング候補を、表示部２７２に表示するための制御を実行する。

荷主端末３−Ｋの入力受付部３１１は、タッチ操作入力部３７１を介して、荷主Ｇｋのタッチ操作により入力された倉庫利用希望者側条件を受付ける。
ここで、倉庫利用希望者側条件とは、荷主Ｇの、保管を希望する荷物に関する情報のことをいう。具体的には例えば、倉庫を使用したい時期、内容物特性、サイズ、荷姿、付帯作業、荷主、運込トラック情報などに関する情報などである。
即ち、入力受付部３１１は、サービス提供者Ｓの設定した所定の項目についての、荷主Ｇｋの保管を希望する荷物に関する条件を、倉庫利用希望者側条件として受付ける。
入力情報送信制御部３１２は、入力受付部３１１で受付けた倉庫利用希望者側条件を、通信部３９を介してサーバ１へ送信するための制御を実行する。
このようにして、サーバ１へと送信された倉庫利用希望者側条件は、サーバ１によって取得される。そして、サーバ１は、その倉庫利用希望者側条件と、前述した倉庫所有者側条件とを、組み合わせてマッチング候補を抽出し、その結果を、荷主端末３−Ｋもしくは倉庫事業者端末２−Ｐの少なくとも一方へ通知する。
荷主端末３−Ｋのマッチング候補取得部３１３は、このようにしてサーバ１から通知されてきたマッチング候補を取得する。さらに、表示制御部３１４は、マッチング候補取得部３１３で取得されたマッチング候補を、表示部３７２に表示するための制御を実行する。

サーバ１の倉庫所有者側条件取得部１１１は、倉庫事業者Ｗにより所有されている倉庫のうち、利用の提供が可能な倉庫に関する条件を、倉庫所有者側条件として取得する。
具体的には、倉庫所有者側条件取得部１１１は、倉庫事業者端末２−Ｐより送信された倉庫所有者側条件を、通信部１９を介して取得する。そして、倉庫所有者側条件取得部１１１により取得された倉庫に関する情報は、倉庫所有者側条件ＤＢ１８１に格納される。
サーバ１の倉庫利用希望者側条件取得部１１２は、荷主Ｇにより保管が希望されている荷物に関する条件を、倉庫利用希望者側条件として取得する。
具体的には、倉庫利用希望者側条件取得部１１２は、荷主端末３−Ｋより送信された倉庫利用希望者側条件を、通信部１９を介して取得する。そして、倉庫利用希望者側条件取得部１１２により取得された荷物に関する情報は、倉庫利用希望者側条件ＤＢ１８２に格納される。

サーバ１のマッチング指示部１１３は、倉庫事業者端末２−Ｐ、または荷主端末３−Ｋの少なくとも一方より送信されるマッチング指示を、通信部１９を介して取得する。そして、マッチング指示部１１３は、倉庫所有者側条件ＤＢ１８１から倉庫所有者側条件を、そして倉庫利用希望者側条件ＤＢ１８２から倉庫利用希望者側条件を夫々呼び出す。

サーバ１の経路演算部１１４は、所定の情報に基づいて、荷主Ｇにより保管が希望されている荷物を運搬し得る経路として、倉庫事業者Ｗにより所有されている倉庫のうち少なくとも１以上を含む経路を算出する。
具体的には、経路演算部１１４は、呼び出された倉庫所有者側条件、及び倉庫利用希望者側条件の夫々に基づいてマッチングを行い、マッチングされた夫々の組み合わせにおける経路を算出する。

サーバ１のマッチング候補抽出部１１５は、倉庫所有者側条件と倉庫利用希望者側条件に加えてさらに、経路演算部１１４で算出された経路のうち少なくとも１以上の結果に基づいて、倉庫事業者Ｗにより所有されている倉庫のうち、荷主Ｇにより保管が希望されている荷物の保管が可能な倉庫を、または、荷主Ｇにより保管が希望されている前記荷物のうち、倉庫事業者Ｗにより所有されている倉庫に保管が可能な荷物を、マッチング候補として抽出する。
具体的には例えば、マッチング候補抽出部１１５は、経路演算部１１４において算出された経路の中から、より利便性が高いと考えられる経路上に存在する倉庫を所有する倉庫事業者Ｗｐをマッチング候補として抽出してもよい。ここで利便性が高い経路とは、例えば距離が近い、所要時間が短い、市街地を含まない、交通料金が安い経路などの項目があげられるが、これに限定されない。利便性として優先したい項目については荷主Ｇが自由に設定できるものとする。

ここでマッチングをする際に前提となるロジックについて、以下に具体例を挙げて説明する。
例えば、倉庫利用希望者側条件として荷主Ｇｋにより入力される希望利用地域（都道府県名）に対しては、希望利用地域と完全一致する、または希望する都道府県内に存在する、または指定都道府県を含む荷主Ｇｋの商圏内に含まれる倉庫を所有する倉庫事業者Ｗｐが、マッチングされる。
また例えば、荷主Ｇｋにより入力される希望利用時期に対しては、希望利用時期が倉庫事業者Ｗｐの希望する倉庫貸出有効期間に含まれる倉庫を所有する倉庫事業者Ｗｐが、マッチングされる。
また例えば、荷主Ｇｋにより預けられる荷物の種類（通常貨物、冷蔵冷凍品、臭いの有無、危険物、医薬品（特殊管理））に対しては、倉庫事業者Ｗｐの受入可能荷物の種類と一致する場合にマッチングされる。
また例えば、荷主Ｇｋが希望する倉庫の広さよりも、倉庫事業者Ｗｐが貸出すことが可能な倉庫スペースの広さが大きい場合に、マッチングされる。
また例えば、荷主Ｇｋが利用する配送用のトラックのサイズ（倉庫に入れるかどうか）よりも、倉庫事業者Ｗｐが提示する受入れ可能なトラックサイズが大きいサイズ（ｔ数）である場合にマッチングされる。
また例えば、荷主Ｇｋが希望する利用価格に対して、倉庫事業者Ｗｐが入力する倉庫貸出希望価格以下である場合に、マッチングされる。
また、荷主Ｇｋが希望する貸出形態（賃貸または寄託か、そして寄託の場合は、荷物の運び込み、及び運び出し対応など、付帯作業の対応が可能な場所）に対しては、倉庫事業者Ｗｐが入力する倉庫対応可能条件と一致する場合にマッチングされる。

このように、経路演算部１１４は、倉庫所有者側条件取得部１１１により取得された倉庫所有者側条件と、倉庫利用希望者側条件取得部１１２により取得された倉庫利用希望者側条件について、上述のロジックに基づいてマッチングを行う。そして、マッチングされた組み合わせの夫々について経路を算出し、最適なマッチング候補を抽出する。なお、経路を算出する際の条件は、荷主Ｇｋが自由に設定できるものとし、例えば、荷揚げ場所から必要拠点までの経路を算出するよう設定してもよいし、荷揚げ場所から倉庫までの経路を算出するように設定してもよい。また、経路を算出するにあたり、例えば、経路上の過去の交通量、天気、曜日、荷主Ｇｋの商圏、配送トラックの台数、及び配送トラックの過去の配送ルートなどの情報が参考にされてもよい。

サーバ１の報知部１１６は、マッチング候補として抽出された倉庫事業者Ｗｐの所有する倉庫、または、荷主Ｇｋが保管を希望する荷物に関する情報を、荷主Ｇｋと倉庫事業者Ｗとのうち少なくとも一方に報知する。
具体的には、報知部１１６は、マッチング候補抽出部１１５で抽出されたマッチング候補を、通信部１９を介して倉庫事業者端末２−Ｐと荷主端末３−Ｋとのうち少なくとも一方に報知する。
報知する形としては、特に指定されない。例えば、抽出されたマッチング候補から最も利便性が高い倉庫を最適倉庫とし、最適経路、おすすめ倉庫、おすすめ拠点などとして提示してもよい。
以上、図４を用いて図３のサーバ１、倉庫事業者端末２−Ｐ、荷主端末３−Ｋの機能的構成例について説明した。

次に、図５を参照して、図４の機能的構成を有するサーバ１が実行する処理の流れについて説明する。
即ち、図５は、図３に示すサーバが実行するマッチング処理の流れを説明するフローチャートである。

ステップＳ１において、倉庫所有者側条件取得部１１１は、倉庫事業者端末２−Ｐから送信されてきた倉庫所有者側条件を取得する。そして取得した情報を倉庫所有者側条件ＤＢ１８１に格納する。
ステップＳ２において、倉庫利用希望者側条件取得部１１２は、荷主端末３−Ｋから送信されてきた倉庫利用希望者側条件を取得する。そして取得した情報を倉庫利用希望者側条件ＤＢ１８２に格納する。

ステップＳ３において、マッチング指示部１１３は、倉庫事業者端末２−Ｐ、または荷主端末３−Ｋの少なくとも一方からのマッチング指示の有無を判定する。
ここで倉庫事業者端末２−１乃至２−ｍ、及び荷主端末３−１乃至３−ｎの何れからもマッチング指示が送信されてこなければ、ステップＳ３においてＮＯであると判定されて、処理はステップＳ１に戻される。
これに対して、倉庫事業者端末２−Ｐあるいは荷主端末３−Ｋからマッチングの指示がある場合、ステップＳ３においてＹＥＳであると判定されて、処理はステップＳ４へ進む。

ステップＳ４において、経路演算部１１４は、倉庫所有者側条件ＤＢ１８１、倉庫利用希望者側条件ＤＢ１８２、及び配送情報ＤＢ１８３の夫々から、倉庫所有者側条件、倉庫利用希望者条件、及び各種配送情報を受付ける。
ステップＳ４において、経路演算部１１４は、倉庫所有者側条件、及び倉庫利用希望者側条件に基づいてマッチングを行う。そしてマッチングされた夫々の組み合わせについて、経路を算出する。この時、各種配送情報を参考にしてもよい。

ステップＳ５において、マッチング候補抽出部１１５は、経路演算部１１４で算出された経路の情報に基づいてマッチング候補を抽出する。
さらにステップＳ６において、報知部１１６は、マッチング候補抽出部１１５で抽出されたマッチング候補を、倉庫事業者端末２−Ｐあるいは荷主端末３−Ｋに報知する。

ステップＳ７において、サーバ１は、処理の終了指示が有ったか否かを判断する。ここで、処理の終了指示は、特に限定されないが、本実施形態ではサーバ１の電源遮断が採用されている。つまり、サーバ１において電源が遮断されると、ステップＳ７においてＹＥＳであると判断されて、サーバ１の処理は終了になる。
これに対して、サーバ１において電源が遮断されない限り、ステップＳ７においてＮＯであると判断されて処理はステップＳ１に戻され、それ以降の処理が繰り返される。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良は本発明に含まれるものとする。

上述の実施形態では、倉庫事業者端末２−Ｐあるいは荷主端末３−Ｋの少なくとも一方からのマッチング指示を受けることによりサーバ１が自動的にマッチング候補の抽出を行ったが、この方法に限定されない。

例えば、倉庫事業者Ｗｐや荷主Ｇｋが、自身でマッチング候補の抽出を行ってもよい。
即ち、倉庫事業者Ｗｐが、倉庫事業者端末２−Ｐを用いて、倉庫所有者側条件に合致する荷物を所有する荷主Ｇｋを検索してもよく、また、荷主Ｇｋが、荷主端末３−Ｋを用いて、倉庫利用希望者側条件に合致した倉庫を有する倉庫事業者Ｗｐを検索してもよい。そして、検索により抽出されたマッチング候補に対し、倉庫事業者Ｗｐや荷主Ｇｋは、問合せという形により、マッチングを希望することについての連絡をしてもよい。
このように、倉庫事業者Ｗｐや荷主Ｇｋは、自身でマッチング候補の検索を行うことができるため、倉庫所有者側条件や倉庫利用希望者側条件を任意に変更し、例えばマッチングの可能性を調査する目的で検索を試みることもできる。
以下、具体例として、図６、図７、及び図９を用いて、荷主Ｇｋが、倉庫に関する情報を検索する際の操作画面について説明する。また、図８を用いて、倉庫事業者Ｗｐが、荷物に関する情報を検索する際の操作画面について説明する。

図６は、荷主端末に表示される、倉庫利用希望者側条件を入力する操作画面の例を示す図である。

図６を見ると、荷主端末３−Ｋの表示画面Ｖは、表示領域Ｆ１１からＦ１４までに分割される。
表示領域Ｆ１１には、どのような倉庫、作業を想定しているか、どのくらいの緊急度で探しているのか、の２項目について入力領域が設けられている。
荷主Ｇｋは、これらの入力領域に、自身の希望条件について、チェックによる入力を行うことができる。
表示領域Ｆ１２には、預けたい荷物に関する情報として、荷物の種類、荷物の詳細について、温度管理の必要性、匂いの有無、梱包状態、梱包１つの重さ、最大保管物量の７項目について、入力領域が設けられている。
荷主Ｇｋは、これらの入力領域に、チェックまたは手入力により入力を行うことができる。
表示領域Ｆ１３には、入出庫に関する情報として、入庫数量、出庫数量、及び入出庫頻度についての詳細を手入力で入力する領域と、基本作業日、作業開始時間、及び作業終了時間の６項目について入力領域が設けられている。
荷主Ｇｋは、これらの入力領域に、チェックまたは手入力により入力を行うことができる。
表示領域Ｆ１４には、搬送するトラックが決定しているか否かについての入力領域が設けられている。
荷主Ｇｋは、これらの入力領域に、チェックによる入力を行うことができる。

図７は、荷主端末に表示される、倉庫利用希望者側条件を入力する操作画面の例を示す図であって図６とは別の図である。
図７を見ると、荷主端末３の表示画面Ｖは、表示領域Ｆ１５からＦ１９までに分割される。
なお、図６と図７は便宜上２図に分かれているが、連続した１つの図として表されていてもよい。

表示領域Ｆ１５には、希望面積、つまり希望する倉庫の面積についての入力領域が設けられている。
荷主Ｇｋは、この入力領域に、手入力により自由に入力を行うことができる。
表示領域Ｆ１６には、荷物を預けたいエリア（倉庫の所在地）、及びエリアについての詳細希望の２項目について入力領域が設けられている。さらに、預けたいエリアを選択するためのボタンＢ１１が設けられている。
荷主ＧｋはこのボタンＢ１１を押下することにより、預けたいエリアを図示しないマップから選択することができる。また荷主Ｇｋは、預けたいエリアについて詳細な希望がある場合は、手入力でコメントを入力することができる。

表示領域Ｆ１７には、利用したい期間として、利用開始予定日、及び利用終了予定日の２項目についての入力領域が設けられている。
荷主Ｇｋは、これらの項目について自由に希望条件を入力することができる。

表示領域Ｆ１８には、希望する倉庫のタイプについての入力領域が設けられている。ここで透過型（ＴＣ）とは、トランスファーセンターのことであり、主に、仕分けや積み替えを行うための物流センターである。運ばれた荷物は格納、保管されることなく、直接仕分け作業に回され、次の納入先へ輸送される。また、在庫型（ＤＣ）とは、在庫することを前提とした物流センターである。出庫見込みのある荷を一旦入庫して発送まで保管することを目的の１つとする。
荷主Ｇｋは、この入力領域に、チェックによる入力を行うことができる。

表示領域Ｆ１９には、その他、条件や要望がある場合に、手入力によりコメントを入力できる領域が設けられている。
荷主Ｇｋは、この入力領域に、自身の希望について自由に入力を行うことができる。
また、表示領域Ｆ１９では、入力した自身の倉庫希望利用者側条件を、案件として公開するか否かについての入力領域が設けられている。
荷主Ｇｋは、この入力領域に、チェックによる入力を行うことができる。
そして、荷主Ｇｋは、ボタンＢ１２を押下することによって、倉庫利用者向け規約として記載されている内容に同意することで、登録を完了するものとする。
以上、図６、及び７を用いて、図４の荷主端末３−Ｋに表示される倉庫利用希望者側条件を入力する画面の例を説明した。

次に図８を用いて、倉庫事業者Ｗｐが、荷主検索、及び問合せを行う操作画面について説明する。
図８は、倉庫事業者端末に表示される、荷主検索、及び問合せ行う操作画面の例を示す図である。

図８（Ａ）の画面には、倉庫所有者側条件の入力画面、及び荷主の検索結果についての画面が表示されている。
図８（Ａ）を見ると、倉庫事業者端末２−Ｐの表示画面Ｕは、表示領域Ｆ３１からＦ３３を含むように構成されている。
表示領域Ｆ３１には、倉庫事業者Ｗｐの倉庫所有者側条件として、所有する倉庫の種別、所有する倉庫のエリア、所有する倉庫の面積の３項目についての入力領域が設けられている。
倉庫事業者Ｗｐは、この入力領域に自由に入力を行うことができる。なお、ここでは便宜上、上述した３項目についての入力領域が設けられているが、入力項目はこれに限定されない。
倉庫事業者Ｗｐは、上述した３項目の夫々について入力を行った後、荷主検索を実行するためのボタンＢ３１を押下することにより、荷主検索を実行する。

表示領域Ｆ３２には、検索結果として、検索実行によりマッチングされた荷主の数、及びマッチングした案件を表示させる順序を選択する選択領域が設けられている。
倉庫事業者Ｗｐは、検索結果の数を確認し、検索結果を表示させる順序について自由に選択することができる。
表示領域Ｆ３３には、検索結果として、マッチングされた荷主の荷物に関する条件が表示される。即ち、倉庫事業者Ｗｐは、表示領域Ｆ３３に表示される荷物に関する条件の中から、自身の希望に最も適した荷物に関する条件を有する荷主Ｇｋを選択することができる。
またここで倉庫事業者Ｗｐは、表示領域に表示された検索結果の数が多すぎる場合や、表示領域Ｆ３３に表示された条件が自身の希望に適さない場合、表示領域Ｆ３１に設けられた入力領域に、別の条件を入力し直して再度検索を実行してもよい。

図８（Ｂ）の画面には、倉庫事業者Ｗｐが選択した荷主Ｇｋに関する情報が表示されている。
図８（Ｂ）を見ると、倉庫事業者端末２−Ｐの表示画面Ｕは、表示領域Ｆ３４とボタンＢ３２を含むように構成されている。
表示領域Ｆ３４には、倉庫事業者Ｗｐが選択した荷主Ｇｋに関する情報が表示されている。ここで倉庫事業者Ｗｐは、ボタンＢ３２を押下することにより荷主Ｇｋに対し「問合せ」という形でマッチングを希望することについて連絡することができる。

図９は、荷主端末に表示される、倉庫に関する情報の検索と問合せを行う操作画面の例を示す図である。
図９（Ａ）の画面には、倉庫事業者の検索結果についての画面が表示されている。
図９（Ａ）に示すように、荷主端末３−Ｋの表示画面Ｖは、表示領域Ｆ５１乃至Ｆ５３、及びボタンＢ５１を含むように構成されている。
表示領域Ｆ５１には、図示しない絞り込み設定の入力画面を開くため為の選択領域が設けられている。荷主Ｇｋは、絞り込み設定の入力画面において、倉庫利用希望者側条件を変更することができる。

表示領域Ｆ５２には、検索結果として、マッチングされた倉庫に関する情報が表示される。即ち、荷主Ｇｋは、表示領域Ｆ５２に表示される倉庫に関する条件の中から、自身の希望に最も適した倉庫に関する条件を有する倉庫事業者Ｗｐを選択することができる。
また表示領域Ｆ５３は、表示領域Ｆ５２に示されている倉庫事業者Ｗｐの夫々が所有する倉庫がマップ上で示されたものである。このように、マッチング候補である倉庫がマップ上で示されることにより、荷主Ｇｋは直観的に倉庫の位置関係を把握できることができる。
またここで、荷主Ｇｋは、表示領域に表示された検索結果の数が多すぎる場合や、表示領域Ｆ５３に表示された条件が自身の希望に適さない場合、表示領域Ｆ５１に設けられた図示しない絞り込み設定の入力画面を介して、倉庫利用希望者側条件として別の条件を入力し直して検索を実行してもよい。即ち、荷主Ｇは、表示領域Ｆ５１の「絞り込み領域を開く」を選択し、図示しない倉庫利用希望者側条件の入力領域に、自身の希望条件を変更して再入力をすることができる。そして、ボタンＢ５１を押下することにより、変更後の条件においてマッチング候補となる倉庫をマップ上に示してもよい。

図９（Ｂ）の画面には、荷主Ｇｋが選択した倉庫事業者Ｗｐの倉庫に関する情報が表示されている。
図９（Ｂ）を見ると、荷主端末３−Ｋの表示画面Ｖは、表示領域Ｆ５４から構成されている。
表示領域Ｆ５４には、荷主Ｇｋが選択した倉庫事業者Ｗｐの倉庫に関する情報が表示されている。ここで荷主Ｇｋは、図示しない問合せボタンを押下することにより倉庫事業者Ｗｐに対し「問合せ」という形でマッチングを希望することについて連絡をすることができる。
なお上述した画面の例は一例に過ぎず、これに限定されないものとする。

また、マッチング候補を抽出する方法の他の例として、倉庫事業者Ｗｐ、及び荷主Ｇｋにより入力された倉庫所有者側条件、及び倉庫利用希望者側条件の夫々に基づき、サービス提供者Ｓがマッチング候補の抽出を行ってもよい。
前述のように、マッチング候補の抽出は、サービス提供者Ｓが設定した所定の項目の夫々において、所定のロジックに基づき、試みられる。そして、所定の項目の全てにおいて条件がマッチングした場合に、倉庫事業者Ｗｐ、及び荷主Ｇｋが、マッチング候補として抽出される。
これに対し、サービス提供者Ｓが設定した項目のうち少なくとも１項目においてマッチングがなされなかった場合、サービス提供者Ｓは、倉庫事業者Ｗｐや荷主Ｇｋに対し、マッチングされるために必要な情報を提示してもよい。これにより例えば、倉庫事業者Ｗｐや荷主Ｇｋは、マッチングされなかった場合においても、サービス提供者Ｓから提示される情報に基づいて、倉庫所有者側条件や倉庫利用希望者側条件を変更することもできる。
なお、マッチングがなされる為に必要な情報は、チャットを用いてサービス提供者Ｓから提供されてもよいが、提供の方法については特に限定されない。例えば、ダイナミックプライシングにより、倉庫所有者側条件や倉庫利用希望者側条件に対して時価が反映されてもよい。

上述の実施形態では、倉庫事業者Ｗｐが、倉庫所有者側条件として提示する倉庫貸出価格は一律していたがこれに限定されない。即ち、倉庫事業者Ｗｐは、繁忙期と閑散期や夏季と冬季などを一例とする、需要と供給のバランスとに基づいて、倉庫貸出価格を調整して提示してもよい。例えば、季節により在庫品が変動する場合、倉庫事業者Ｗｐは、荷主Ｇｋに対し、在庫が少ない時期には必要とされるスペース分だけの費用を請求し、在庫が増加する際に必要となる追加のスペース分については、短期間で利用する分だけの費用を請求するように調整することができる。これにより、荷主Ｇｋは、必要な時に必要な分だけの費用を支払えばよいことになるので、固定費を低く抑えることが可能になる。
また倉庫事業者Ｗｐは、荷主Ｇｋの荷物に対する付帯作業の有無により、倉庫貸出価格を変更して提示できるようにしてもよい。

以上のように、倉庫事業者Ｗｐ及び荷主Ｇｋは、各種各様な方法でマッチング候補の抽出を試みることにより、マッチングの可能性を高めることができる。
そしてまた、倉庫事業者Ｗｐ、及び荷主Ｇｋは、マッチングの成立後に締結する契約についても、各種各様な契約の形態を採用することができる。即ち、マッチングされた倉庫が営業倉庫の場合、前述のように、倉庫事業者Ｗｐ、及び荷主Ｇｋは、２者間で寄託契約を締結したが、この形態に限定されない。
例えば、サービス提供者Ｓが契約当事者となり、倉庫事業者Ｗｐ及びサービス提供者Ｓ、そしてサービス提供者Ｓ及び荷主Ｇｋの夫々の間で契約する形態を選択してもよい。
具体例として、図１０を用い、上述した契約形態を選択することが可能なサービスの一例について説明する。
図１０は、倉庫マッチングサービスの概要を示す図であって、図１とは別の図である。
なお、ステップＳＴ３１からステップＳＴ３３までの流れは、図１のステップＳＴ１からステップＳＴ３までと基本的に同様であるので、ここではそれらの説明は省略する。

ステップＳＴ３４において、マッチングが成立した倉庫の種別が営業倉庫である場合、荷主Ｇｋは、サービス提供者Ｓとの間で、寄託契約、及び業務委託契約を締結する。そして、サービス提供者Ｓが、荷主Ｇｋの荷物、及び荷物の入出庫に付帯する各種業務を受託する。
そして、ステップＳＴ３５において、サービス提供者Ｓは、倉庫事業者Ｗｐとの間で、（再）寄託契約、及び業務委託契約を締結する。そして、サービス提供者Ｓは、荷主Ｇｋより受寄した荷物について、倉庫事業者Ｗｐに対して保管の委託を行う。

ステップＳＴ３６において、サービス提供者Ｓは、マッチング用ウェブサイトＬを介し、保険代理店に対して企業包括保険の申込みを行う。
ステップＳＴ３７において、サービス提供者Ｓにより契約された企業包括保険が、倉庫事業者Ｗｐに対して付保される。

ステップＳＴ３８において、サービス提供者Ｓは、マッチング用ウェブサイトＬを介して決済代行会社に対し、決済の代行の依頼を行う。
ステップＳＴ３９において、サービス提供者Ｓが、決済代行会社により決済額の支払い（倉庫の利用料金）を受けると、手続きはステップＳＴ４０に進む。

ステップＳＴ４０において、倉庫事業者Ｗｐ、及び荷主Ｇｋは、マッチング用ウェブサイトＬを介し、荷物の入出庫に関するやりとりを２者間で直接行うことができる。さらにまたここでもサービス提供者Ｓは、顧客サポートとして、倉庫事業者Ｗｐ、及び荷主Ｇｋを含む３者の間で、荷物の入出庫にやりとりを行ってもよい。
ステップＳＴ４１において、サービス提供者Ｓは、倉庫事業者Ｗｐに対して決済額の支払いを行う。そしてステップＳＴ４２において、荷主Ｇｋは、サービス提供者Ｓに対して決済額の支払いを行う。
以上のように、倉庫事業者Ｗｐ、及び荷主Ｇｋは、サービス提供者Ｓが契約当事者となり、荷主Ｇｋの荷物、及び荷物の入出庫に付帯する各種業務を受託し、その受寄した荷物を、サービス提供者Ｓが倉庫事業者Ｗｐに再委託するという契約の形態を採用することができる。

また図示はしないが、サービス提供者Ｓが契約当事者となる契約の形態の他の一例として、マッチングが成立した倉庫の種別が賃貸倉庫である場合について説明する。
この場合、サービス提供者Ｓは、倉庫事業者Ｗｐとの間で倉庫の賃貸契約を締結する。そして、サービス提供者Ｓが、倉庫事業者Ｗｐより倉庫を一旦賃借する。そして、サービス提供者Ｓは、荷主Ｇｋとの間で、転貸契約を締結することで、荷主Ｇｋに対して倉庫の転貸を行うという契約の形態を採用することもできる。

このように、倉庫事業者Ｗｐ、及び荷主Ｇｋは、２者間ではなく、サービス提供者Ｓが契約当事者となり、倉庫事業者Ｗｐとサービス提供者Ｓ、そしてサービス提供者Ｓと荷主Ｇｋとの間で夫々契約するという契約の形態を採用することができる。
これにより、倉庫事業者Ｗｐ、及び荷主Ｇｋの２者の間で契約の締結をする際に発生するやりとりなどをサービス提供者Ｓが代行できるため、倉庫事業者Ｗｐと荷主Ｇｋにかかる負担を軽減することが可能になる。

またさらに、上述の実施形態では、倉庫を所有する倉庫事業者Ｗｐと、荷主Ｇｋとのマッチングを想定していたが、これに限定されない。即ち、大手デベロッパの管理するマルチテナント型大型倉庫などのテナントの空きスペースを、マッチング対象としてもよい。ここでマルチテナント型倉庫とは、複数テナントの入居を想定して施工され、後から賃貸契約するテナントを募集する汎用タイプの物流施設のことをいう。
マルチテナント型倉庫に存在する空きスペースに関する情報を夫々関連付けて管理することにより、荷主Ｇｋは、同じ施設内に存在する空きスペースのマッチングを受けることが可能になる。
このように、全国の様々な倉庫、空きスペースが管理され、マッチング候補として荷主に提供されることにより、全国的な倉庫不足解消につなげることができるようになる。さらに、デベロッパによるテナントへのマネタイズ支援策にもつながる。

また上述の実施形態では、倉庫事業者Ｗｐの所有する倉庫が、荷主Ｇｋのマッチング対象とされていたが、これに限定されない。即ち、本発明では輸配送を一例とする付帯業務のマッチングを併せて行ってもよい。即ち、倉庫だけではなく、輸配送、庫内作業、及び保管も併せてマッチングの対象とすることができる。
これにより、例えば、荷主Ｇは、倉庫のマッチングの他、輸配送や付帯業務を担う事業者のマッチング候補の提供を受けることができるようになる。倉庫事業者Ｗ、及び荷主Ｇは、倉庫提供者側条件、及び倉庫利用希望者側条件として、上述した輸配送などに関する条件を入力することにより、上述のマッチングの提供を受けることができる。
また、このとき倉庫事業者Ｗｐ、及び荷主Ｇｋが、上述のマッチングの成立後に締結する契約の形態についても特に限定されない。
例えば、次のような契約の形態を採用することができる。即ち、荷物の輸配送を行う運送事業者とのマッチングが成立した場合、荷主Ｇｋは、サービス提供者Ｓとの間で、業務委託契約を締結し、サービス提供者Ｓが、荷主Ｇｋから荷物を受託する。そして、サービス提供者Ｓは、その運送事業者との間で、業務委託契約を締結し、サービス提供者Ｓは、荷主Ｇｋから受託した荷物について、その運送事業者に対し運送の委託を行ってもよい。
また例えば、荷主Ｇｋと運送事業者とが２者間で契約を締結する、という契約の形態を採用してもよい。

また上述の実施形態は、倉庫を所有する倉庫事業者Ｗｐと、荷主Ｇｋとのマッチングを想定していたが、これに限定されない。即ち、ＥＣ事業者に対し、倉庫のマッチングだけではなく、ＥＣ事業に係るフルフィルメント機能の提供を併せて行ってもよい。
本願の一実施形態であるマッチングシステムと、ＥＣ事業者に対するフルフィルメント機能の提供とを組み合わせることにより以下のことが可能となる。即ち、ＥＣ事業者の商品を倉庫に保管し、ネット上のＥショップで注文が入ると、オンライン上の出荷手続きがなされ、顧客に対し、倉庫から商品が出荷されるという一連のシステムを提供することが可能となる。
これにより、ＥＣ事業者は、ＥＣ事業の枠組みの中において最適な倉庫を確保することができる。具体的には例えば、余剰在庫や保管在庫はより安価な倉庫スペースに逃がし、当面必要分の在庫を本フルフィルメントセンターに入れ、受注、発送を行うという効率的な使い分けが可能となる。
さらに、本発明の一実施形態によれば、港での荷揚げから商品購入者までの商品の配送経路を算出することが出来るため、効率的に商品の配送をすることが可能になる。
以上により、社会問題化している生産労働人口の減少と物流従事者の不足、物流コスト高騰への貢献が可能となる。

また上述の実施形態は、日本国内に存在する倉庫または空きスペースのみをデータベース化することを前提としていたが、これに限定されない。即ち、輸出入業務を行うフォワーディング事業者と連携し、国外の倉庫または空きスペースもデータベースに追加してマッチング対象としてもよい。
即ち、本願の一実施形態であるマッチングシステムに、例えば保税倉庫に関するデータベースを追加することにより、海外に存在する荷主のマッチングも可能になる。
また例えば、外国に存在する倉庫をデータベースに加えることにより、世界の倉庫の情報管理と、最適倉庫への保管アロケーションと、その倉庫への輸出入プロセスを一元的に行うことができる。具体的には例えば、治水の弱いアジア地域（インドネシアやタイなど）の倉庫と連携することで、災害時の緊急倉庫使用や国内商品の一時保管先として海外倉庫を使用する（輸送費を払っても国内倉庫を利用する場合よりも安い場合がある）ことも可能となる。

また、上述の実施形態は空き倉庫、及び空きスペース情報を前提としたが、これに限定されない。即ち、トラックの空きスペースや飛行機、輸送カーゴ（貨物用航空機）、船などの空きスペースをリアルタイムでデータベース化してシェアしてもよい。
ＥＣの普及により物流トラックの運転手不足が語られる一方で、トラックの積載率が低下しているとも指摘されている。トラックの空きスペースや飛行機、船などの空きスペースをデータベースで管理して、荷主とマッチングする。これにより、貨物の積載率を引き上げられることにより輸送効率が上がるため、ラストマイルの配送労働者不足に寄与することも可能となる。

さらにまた、上述のデータベースに加え、国内外の物流の荷物種別、輸送時期、輸送ルート、積載率などに関するデータを蓄積することで、これらのデータを活用した二次ビジネスが可能となる。
これにより、世界の物流最適化のコンサルテーションや、災害などや非常事態発生時の物流ルート、及び荷物の一時保管場所などの提示を受けることが可能となる。

以上をまとめると、本発明が適用されるマッチングシステムは、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用されるマッチングシステムは、
倉庫を所有する倉庫所有者（例えば倉庫事業者Ｗ）と、倉庫への荷物の保管を希望する倉庫利用希望者（例えば荷主Ｇ）とのマッチングに利用されるマッチングシステムであって、
前記倉庫所有者により所有されている前記倉庫のうち、利用の提供が可能な倉庫に関する条件（例えば、利用地域、利用時期、荷物の種類、広さなど）を、倉庫所有者側条件として取得する倉庫所有者側条件取得手段（例えば図４の倉庫所有者側条件取得部１１１）と、
前記倉庫利用希望者により保管が希望されている荷物に関する条件（例えば、荷物の種類、大きさ、希望利用地域、希望利用時期、入出庫時数量、トラックは決定されているかなど）を、倉庫利用希望者側条件として取得する倉庫利用希望者側条件取得手段（例えば図４の倉庫利用希望者側条件取得部１１２）と、
前記倉庫所有者側条件と前記倉庫利用希望者側条件とに基づいて、前記倉庫所有者により所有されている前記倉庫のうち、前記倉庫利用希望者により保管が希望されている前記荷物の保管が可能な倉庫を、または、前記倉庫利用希望者により保管が希望されている前記荷物のうち、前記倉庫所有者により所有されている前記倉庫に保管が可能な荷物を、マッチング候補として抽出するマッチング候補抽出手段（例えば図４のマッチング候補抽出部１１５）と、
前記マッチング候補として決定された前記倉庫、または、前記荷物に関する情報を、前記倉庫利用希望者と前記倉庫所有者とのうち少なくとも一方に報知する報知手段（例えば図４の報知部１１６）と、
を備える。
これにより、倉庫を所有する倉庫所有者と、倉庫への荷物の保管を希望する倉庫利用希望者とをマッチングし、物流業務の効率性を向上させることができる。

なお、マッチング候補抽出手段は、倉庫所有者と倉庫利用希望者との組み合わせでマッチング候補を抽出したが、これに限定されない。例えば、倉庫の所有権を有していなくとも倉庫を管理する者（倉庫管理）と倉庫利用希望者とを組み合わせてマッチング候補を抽出してもよい。
また、マッチング候補抽出手段は、倉庫所有者や倉庫管理者といった人でなくても、倉庫と倉庫利用希望者とを組み合わせてマッチング候補を抽出してもよい。

また、所定の情報に基づいて、前記倉庫利用希望者により保管が希望されている前記荷物を運搬し得る経路として、前記倉庫所有者により所有されている前記倉庫のうち少なくとも１以上を含む経路を算出する経路演算手段（例えば図４の経路演算部１１４）、
をさらに備え、
前記マッチング候補抽出手段は、前記倉庫所有者側条件と前記倉庫利用希望者側条件とに加えてさらに、前記経路演算手段で算出された前記経路のうち少なくとも１以上の結果に基づいて、前記マッチング候補を抽出する。

また、前記経路演算手段（例えば図４の経路演算部１１４）は、
算出された少なくとも１以上の前記経路の夫々について、前記経路に含まれる前記倉庫を介して前記荷物を運搬する際の運搬費用（例えば、輸送費用）及び走行距離（例えば、距離）を算出し、
前記マッチング候補抽出手段（例えば図４のマッチング候補抽出部１１５）は、前記経路演算手段で算出された前記運搬費用及び前記走行距離の結果に基づいて前記マッチング候補を抽出する。
以下、この段落に記載のマッチング処理を特に「効率型マッチング処理」と呼ぶ。
このような効率型マッチング処理により、運搬費用及び走行距離の夫々の項目について希望の条件を満たすマッチング候補を選択することができるため、物流業務におけるコスト効率の向上、及び物流業界における労働力不足の課題を解消することができるようになる。
次に、図１１及び図１２を用いて上述の効率型マッチング処理の具体的な実装例について説明する。

図１１及び図１２は、図３のサーバが実行する効率型マッチング処理の実装例を示す図である。

図１１には、荷物が積載されたパレットが工場Ｆから配送先Ｇ１及び配送先Ｇ２に配送される場合において、パレットの保管が可能な倉庫及び当該パレットを運搬し得る経路がマッチング候補として抽出された結果の一例を示している。
具体的には図１１（Ａ）には、パレットが工場Ｆから搬出されて倉庫Ｐ１に運搬され、倉庫Ｐ１に所定の期間保管された後、倉庫Ｐ１から配送先Ｇ１及びＧ２の夫々に配送される例が示されている。
また図１１（Ｂ）には、工場Ｆから搬出されるパレットのうち一部が工場Ｆから倉庫Ｐ２に運搬され、そして残りのパレットが工場Ｆから倉庫Ｐ３に運搬され、夫々倉庫Ｐ２及びＰ３に分散されて保管された後、倉庫Ｐ２及びＰ３の夫々から配送先Ｇ１及びＧ２の夫々に配送される例が示されている。

図１２には、図１１（Ａ）、（Ｂ）夫々の例における総コストと総走行距離の算出結果の例が示されている。
総コストは、工場Ｆから倉庫までの輸送費用、倉庫費用、荷役費用、そして倉庫から配送先までの輸送費用の総額を示している。
輸送費用は、トラックを用いてパレットを運搬する際に必要な費用であって、輸送距離、所要時間（人件費）、トラック台数等に基づいて算出される。
所要時間は、トラックを用いてパレットを運搬する際に要する時間であって、使用する道路（一般道路、有料道路）や道路の混雑状況も考慮される。なお本実装例では説明の便宜上、道路は一般道路のみを使用し、使用する道路は混雑していないものとして説明する。
またトラック台数は、１台あたりのキャパシティと荷物の種類、荷物のサイズ、荷量等により選択される。なお本実装例では説明の便宜上、輸送キャパシティ５０パレットのトラックが利用され、１パレット毎の荷物の種類、サイズ、荷重は全て等しいものとして説明する。
倉庫費用は、倉庫を使用するために必要な費用であって、本実装例においては使用する坪数に対して１坪単位で賃料が可算するように構成される。しかしながらこれに限定されず、例えば１０坪（４０パレット）単位で賃料が可算されてもよい。このような可算単位や倉庫の広さ（荷物を収容可能な坪数）も効率型マッチング処理において考慮される。
荷役費用は、倉庫内作業に必要な費用であって、保管するパレット数と、１パレットあたりの作業費から構成される。
また総走行距離は、工場Ｆから倉庫までと倉庫から配送先までの、パレットを運搬する全てのトラックの走行距離の総計を示している。

具体的には例えば、工場Ｆから８０パレットが搬出される場合を想定する。
図１１（Ａ）の例では、パレットは、工場Ｆから倉庫Ｐ１まで２台のトラックで運搬される。工場Ｆから倉庫Ｐ１までの距離Ｌ１は３０ｋｍであり、所要時間は４５分である。この場合の輸送費用Ｃ１は、８，９６０円である。

倉庫Ｐ１は、倉庫坪数が３０坪であって、賃料が１坪あたり２，０００円である。したがって倉庫Ｐ１のうち８０パレット（２０坪）分を使用する場合の倉庫費用Ｓ１は、４０，０００円である。
また、倉庫Ｐ１において、８０パレットを保管する作業にかかる荷役費用Ｎ１は、２３，２００円である。

倉庫Ｐ１に所定の期間保管された後、８０パレットのうち７６パレットが倉庫Ｐ１から配送先Ｇ１までトラック２台で配送される。倉庫Ｐ１から配送先Ｇ１までの距離Ｌ２は、２８５ｋｍ、所要時間は３００分である。この場合の輸送費用Ｃ２は、４４，８００円である。
そして、８０パレットのうち残りの４パレットが、倉庫Ｐ１から配送先Ｇ２までトラック１台で配送される。倉庫Ｐ１から配送先Ｇ２までの距離Ｌ３は、２７７ｋｍであり、所要時間は２８５分である。この場合の輸送費用Ｃ３は、２２，４００円である。

以上の演算結果より、図１１（Ａ）の例における総コストは、輸送費用Ｃ１、倉庫費用Ｓ１、荷役費用Ｎ１、輸送費用Ｃ２、輸送費用Ｃ３の総計であり、１３９，３６０円となる。また、総走行距離は、９０７．０ｋｍである。

これに対して、図１１（Ｂ）の例では、パレットは、倉庫Ｐ２及びＰ３に分散して運搬される。即ち、８０パレットのうち７６パレットは、工場Ｆから倉庫Ｐ２まで２台のトラックで運搬される。工場Ｆから倉庫Ｐ２までの距離Ｌ４は３０．０ｋｍであり、所要時間は４５分である。この場合の輸送費用Ｃ４は、８，９６０円である。
そして、８０パレットのうち残りの４パレットは、工場Ｆから倉庫Ｐ３まで１台のトラックで運搬される。工場Ｆから倉庫Ｐ３までの距離Ｌ５は、３５．０ｋｍであり、所要時間は７０分である。またこの場合の輸送費用Ｃ５は、４，４８０円である。

倉庫Ｐ２は、倉庫坪数が３０坪であって賃料が１坪あたり２，０００円である。したがって、倉庫Ｐ２のうち７６パレット（１９坪）分を使用する場合の倉庫費用Ｓ２は、３８，０００円である。
また倉庫Ｐ２において、７６パレットの保管作業にかかる荷役費用Ｎ２は、２２，０４０円である。
倉庫Ｐ３は、倉庫坪数が１０坪であって賃料が１坪あたり１，９００円である。したがって、このうち４パレット（１坪）分を使用する場合の倉庫費用Ｓ３は、１，９００円である。
また、倉庫Ｐ３において、４パレット保管作業にかかる荷役費用Ｎ３は、１，１６０円である。

倉庫Ｐ２に所定の期間保管された後、７６パレットが、倉庫Ｐ２から配送先Ｇ１までトラック２台で配送される。倉庫Ｐ２から配送先Ｇ１までの距離Ｌ６は、２８５ｋｍであり、所要時間は３００分である。この場合の輸送費用Ｃ６は４４，８００円である。
また、倉庫Ｐ３で所定の期間保管された後、４パレットが倉庫Ｐ３から配送先Ｇ２までトラック１台で配送される。倉庫Ｐ３から配送先Ｇ２までの距離Ｌ７は２００ｋｍであり、所要時間は２２５分である。この場合の輸送費用Ｃ７は、１７，９２０円である。

以上の演算結果より、図１１（Ｂ）の例における総コストは、輸送費用Ｃ４、Ｃ５、倉庫費用Ｓ２、Ｓ３、荷役費用Ｎ２、Ｎ３、輸送費用Ｃ６、Ｃ７の総計であり、１３９，２６０円となる。また、図１１（Ｂ）の例における総走行距離は、８６５．０ｋｍとなる。

以上をまとめると、効率型マッチング処理として、図４の経路演算部１１４及びマッチング候補抽出部１１５により次のような処理が実行された結果が、上述の図１１及び図１２の例である。
即ち、経路演算部１１４は、図１１（Ａ）、（Ｂ）夫々の例の経路を演算し、夫々の経路に含まれる倉庫を介して荷物を運搬する際の運搬費用としての総コスト及び総走行距離を図１２に示すように算出する。
マッチング候補抽出部１１５は、図１１（Ａ）、（Ｂ）の夫々における総コスト及び総走行距離の算出結果のうち図１１（Ｂ）の例の方が総コスト及び総走行距離共に少ないという結果に基づいて、マッチング候補として図１１（Ｂ）の例を抽出する。
即ち、図１１の例についていえば、工場Ｆから搬出される荷物を１つの倉庫に集約して保管する方が、コスト及び走行距離の観点において一見最適にみえるため、従来では図１１（Ａ）の例が採用されがちであった。しかしながら、効率型マッチング処理の実行により、図１１（Ａ）の例が必ずしも最適というわけではなく、２つの倉庫に分散して保管することにより、結果的に総コスト（運搬費用、倉庫費用、荷役費用等の総計）や総走行距離を抑えることが可能になる図１１（Ｂ）の例がマッチング候補として抽出されるのである。

具体的に説明すると図１１（Ｂ）の例では、パレットを倉庫Ｐ２だけでなく倉庫Ｐ３にも分散して保管する為、工場Ｆから倉庫Ｐ３までのパレットの運搬用にトラックを一台追加している。そのため工場Ｆから各倉庫までの運送費用に着目した場合、図１１（Ａ）におけるＣ１の８，９６０円に対して、図１１（Ｂ）においては、Ｃ４＋Ｃ５で１３，３４０円となり、図１１（Ａ）の例と比較して運送費用が高い。しかしながら図１１（Ｂ）の例では賃料が安い倉庫Ｐ３が選択されるため倉庫費用が抑えられ、結果的に総コストを安く抑えることができている。
なお図１１の例では、説明の便宜上、倉庫の候補数や経路の候補数を少なくしたが、実際には、倉庫の候補数や経路の候補数は非常に多数となるため、手動演算では最適なマッチング候補の抽出は非常に困難であるところ、効率型マッチング処理の実行により、簡単かつ短時間で適切なマッチング候補の抽出が可能になる。

即ち例えば、輸送費用が増加しても、倉庫費用を安く抑えられることが出来れば総コストは安く抑えることが出来るが、このような演算は効率型マッチング処理の実行により容易に可能になる。したがって、例えば配送先にすぐに出荷したい荷物は配送先の近くの倉庫に保管し、当面出荷しない荷物は倉庫の賃料が安い倉庫に分散して保管する等、利便性を確保しながら総コストを抑えたマッチング候補を効率型マッチング処理の実行により容易に抽出することができるようになる。

また効率型マッチング処理の実行により、総走行距離が少ないマッチング候補（図１１の例で言えば、図１１（Ｂ）の例）を抽出することが容易にできるため、物流業界の課題となっている人手不足やトラックドライバの長時間労働を解消する等、社会的な貢献が出来るようになる。

このように、輸送費用、倉庫費用、荷役作業費等から構成される総コスト及び各費用項目の低減効果に着目したマッチング候補の抽出をシステム的に行うこと（効率型マッチング処理を実行させること）ができるようになる。これにより例えば、荷物を保管したい倉庫利用希望者や、倉庫利用希望者から荷物の管理を受託するサービス提供者Ｓは、工場、倉庫における荷物の保管、店舗等への出荷、購入者宅への配送までのトータルロジスティクスにおいて、自身の求める効果（輸送費用の低減、倉庫費用の低減、総コストの最小化、輸送距離の最短化等）に沿ったマッチング候補の抽出が可能になる。

またさらにサービス提供者Ｓは、倉庫利用希望者から受託して倉庫所有者から提供を受けた登録倉庫を当該倉庫利用希望者に貸出す場合においても、倉庫利用希望者に対しては共通の価格表に基づいて倉庫の貸出しをしながら、自身の求める効果（輸送費用の低減、倉庫費用の低減、総コストの最小化、輸送距離の最短化等）に沿ったマッチング候補としての倉庫を抽出することができる。サービス提供者Ｓはこのような効率型マッチング処理の実行結果を有効的に活用することにより、効率のよい経営を達成することが出来るようになる。

１・・・サーバ、２・・・倉庫事業者端末、３・・・荷主端末、４・・・サービス提供者端末、Ｄ・・・入力情報データベース、Ｐ・・・マッチングウェブサイト、Ｗ・・・倉庫事業者、Ｇ・・・荷主、Ｓ・・・サービス提供者、１１１・・・倉庫所有者側条件取得部、１１２・・・倉庫利用希望者側条件取得部、１１３・・・マッチング指示部、１１４・・・経路演算部、１１５・・・マッチング候補抽出部、１１６・・・報知部

Claims (3)

1. 倉庫を所有する倉庫所有者と、倉庫への荷物の保管を希望する倉庫利用希望者とのマッチングに利用されるマッチングシステムにおいて、
   前記倉庫所有者により所有されている前記倉庫のうち、利用の提供が可能な倉庫に関する条件を、倉庫所有者側条件として取得する倉庫所有者側条件取得手段と、
   前記倉庫利用希望者により保管が希望されている前記荷物に関する条件を、倉庫利用希望者側条件として取得する倉庫利用希望者側条件取得手段と、
   前記倉庫所有者側条件と前記倉庫利用希望者側条件とに基づいて、前記倉庫所有者により所有されている前記倉庫のうち、前記倉庫利用希望者により保管が希望されている前記荷物の保管が可能な倉庫を、または、前記倉庫利用希望者により保管が希望されている前記荷物のうち、前記倉庫所有者により所有されている前記倉庫に保管が可能な荷物を、マッチング候補として抽出するマッチング候補抽出手段と、
   前記マッチング候補として抽出された前記倉庫に関する情報、または、前記荷物に関する情報を、前記倉庫利用希望者と前記倉庫所有者とのうち少なくとも一方に報知する報知手段と、
   を備えるマッチングシステム。
2. 所定の情報に基づいて、前記倉庫利用希望者により保管が希望されている前記荷物を運搬し得る経路として、前記倉庫所有者により所有されている前記倉庫のうち少なくとも１以上を含む経路を算出する経路演算手段、
   をさらに備え、
   前記マッチング候補抽出手段は、前記倉庫所有者側条件と前記倉庫利用希望者側条件とに加えてさらに、前記経路演算手段で算出された前記経路のうち少なくとも１以上の結果に基づいて、前記マッチング候補を抽出する、
   請求項１に記載のマッチングシステム。
3. 前記経路演算手段は、
   算出された少なくとも１以上の前記経路の夫々について、前記経路に含まれる前記倉庫を介して前記荷物を運搬する際の運搬費用及び走行距離を算出し、
   前記マッチング候補抽出手段は、前記経路演算手段で算出された前記運搬費用及び前記走行距離の結果に基づいて前記マッチング候補を抽出する、
   請求項２に記載のマッチングシステム。

Images