JP2022077568A - 情報処理システム、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】本人の移動に利用しない輸送機関を用いて荷物を輸送することを可能にする。【解決手段】情報処理システムは、荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、第１のユーザの荷物と第２のユーザとが同じ輸送機関で輸送されるように、第１のユーザと第２のユーザとをマッチングする処理部を備える。【選択図】図１

Description

本開示は、情報処理システム、情報処理方法及び情報処理プログラムに関する。

例えば特許文献１は、客輸送及び荷物集配のいずれかをタクシーに行わせるシステムを開示する。

特開２００１－２５６５９６号公報

タクシーが荷物だけを運ぶことが認められないこともあり、その場合には、本人（代表例は荷物の持ち主）が荷物を持ってタクシーに乗車し、荷物と一緒に移動する必要がある。電車等、タクシー以外の輸送機関についても同様のことがいえる。

本開示の一側面は、本人の移動に利用しない輸送機関を用いて荷物を輸送することが可能な情報処理システム、情報処理方法及び情報処理プログラムを提供する。

本開示の一側面に係る情報処理システムは、荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、第１のユーザの荷物と第２のユーザとが同じ輸送機関で輸送されるように、第１のユーザと第２のユーザとをマッチングする処理部を備える。

本開示の一側面に係る情報処理方法は、情報処理装置が、荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、第１のユーザの荷物と第２のユーザとが同じ輸送機関で輸送されるように、第１のユーザと第２のユーザとをマッチングすることを含む。

本開示の一側面に係る情報処理プログラムは、荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、第１のユーザの荷物と第２のユーザとが同じ輸送機関で輸送されるように、第１のユーザと第２のユーザとをマッチングすること、をコンピュータに実行させる。

実施形態に係る情報処理システムの概略構成の例を示す図である。 情報処理システムの機能ブロックの例を示す図である。 予約情報の入力の例を示す図である。 予約情報の入力の例を示す図である。 予約情報の選択の例を示す図である。 予約情報の選択の例を示す図である。 情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。 予約情報の入力の例を示す図である。 予約情報の入力の例を示す図である。 予約情報の選択の例を示す図である。 予約情報の選択の例を示す図である。 情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。 予約情報の入力の例を示す図である。 予約情報の入力の例を示す図である。 マッチング成立通知の例を示す図である。 マッチング成立通知の例を示す図である。 情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。 ユーザ端末、情報処理装置及び配車管理装置のハードウェア構成の例を示すブロック図である。

以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。

以下に示す項目順序に従って本開示を説明する。
１．はじめに
２． 実施形態
２．１ 情報処理システムの概略構成の例
２．２ 第１のマッチング手順の例
２．３ 第２のマッチング手順の例
２．４ 第３のマッチング手順の例
２．５ セキュリティ対策の例
２．６ ハードウェア構成の例
２．７ 他の利用態様の例
３． 効果

１．はじめに
例えば輸送機関の一つであるタクシーを利用して荷物を輸送する際は、乗客の乗車が必要な場合がある。タクシードライバーによる買い物代行サービスは存在するが、タクシードライバーが買い物行為を行う必要があり、料金体系も異なるので利用しづらい。近距離での急ぎの荷物運び、旅行宿泊先に荷物だけを届ける等には、供給量が安定しており、移動距離・経路・目的地の制約が少なく、小回りの利くタクシーを用いたいという要望がある。一方で、荷物は乗客とともにタクシーで運ばれる必要はあるが、荷物の持ち主がその乗客であることまでは要求されない。

開示される技術によれば、乗客と荷物とをマッチングすることで、荷物の持ち主の移動に利用しないタクシーを用いて荷物を輸送することができる。

２． 実施形態
２．１ 情報処理システムの概略構成の例
図１は、実施形態に係る情報処理システムの概略構成の例を示す図である。情報処理システム１００は、ユーザ端末１と、ユーザ端末２と、情報処理装置３と、配車管理装置４とを含む。これらの端末及び装置は、ネットワークＮに接続される。

図１には、車両Ｖも図示される。車両Ｖは、輸送機関の一例である。輸送機関としての車両Ｖの例は、タクシーである。以下では、車両Ｖがタクシーである場合について説明する。なお、図１には一台の車両Ｖだけが図示されるが、複数の車両Ｖが存在しうる。

例えば、車両Ｖは、図示しない車載器及び端末装置等を備えている。車載器は、料金メータ、ＧＳＰ（Global Positioning System）受信器、ジャイロセンサ、速度メータ等から必要なデータを取得し、車両Ｖの動態ログを表す車両情報を生成する。車両情報は、営業地区、営業状態を示すステータス（「実車」、「空車」及び「迎車」等）、料金（運賃）、現在位置、移動速度及び移動方向等を含む。車両情報は、ＩＤも含む。ＩＤの例は、車両Ｖの所属会社を識別する会社ＩＤ、車両Ｖを識別する無線ＩＤ、車両Ｖのドライバーを識別する乗務員ＩＤ等である。他にも、ステータスの生成時刻を表すステータス時刻等が、車両情報に含まれてよい。車載器は、例えば所定の周期で車両情報を生成し、配車管理装置４に送信する。

車両Ｖが備える端末装置の例は、ドライバー用アプリケーションが動作可能なスマートフォン、タブレット端末等である。端末装置は、例えばアクセスポントＡＰ（基地局等）を介して、ネットワークＮに接続されることで、配車管理装置４と通信可能である。ドライバー用アプリケーションは、車両Ｖの配車に関する情報をドライバーに提示（表示等）したり、ドライバーの操作を受け付けたりする。例えば、配車依頼情報のドライバーへの提示、配車依頼情報への応答の配車管理装置４への送信等が行われる。配車依頼情報は、出発地及び目的地（送迎場所）、出発時刻、到着時刻、経路、料金等の情報を含む。

ユーザ端末１及びユーザ端末２は、この例では、スマートフォン、タブレット端末等であり、アクセスポントＡＰを介して、ネットワークＮに接続される。ユーザ端末１及びユーザ端末２を操作するユーザを、ユーザＵ１及びユーザＵ２と称し図示する。ユーザＵ１及びユーザＵ２は、ユーザ端末１及びユーザ端末２を操作し、所定のアプリケーションを用いることで、情報処理システム１００のサービスを利用する。

情報処理装置３は、情報処理システム１００のサービスを利用するために必要な種々の処理を実行する。一部の処理は、配車管理装置４との協働によって行われうる。配車管理装置４は、例えばタクシー会社が運用する配車管理システムを構成する。なお、実施形態では、情報処理装置３及び配車管理装置４が別々の装置である例について説明するが、情報処理装置３及び配車管理装置４の機能は一つの装置によって実現されてもよいし、３つ以上の装置よって実現されてもよい。前者の場合、例えば、配車管理装置４の機能が、情報処理装置３に組み入れられてよい。

ユーザＵ１は、荷物を車両Ｖで輸送することを希望するユーザ（第１のユーザ）である。この例では、ユーザＵ１の荷物はキャリーケースＣである。荷物の出発地（届け元）は、ユーザＵ１の現在地である。荷物の目的地（届け先）は、観光ホテルであり、目的地Ｇ１として図示される。なお、図１には一人のユーザＵ１だけが図示されるが、情報処理システム１００を利用する複数のユーザＵ１が存在しうる。

ユーザＵ２は、自身が車両Ｖで移動することを希望するユーザ（第２のユーザ）である。この例では、ユーザＵ２の出発地は、ユーザＵ２の現在地である。ユーザＵ２の目的地は、オフィスビルであり、目的地Ｇ２として図示される。なお、図１には一人のユーザＵ２だけが図示されるが、情報処理システム１００を利用する複数のユーザＵ２が存在しうる。

情報処理システム１００は、同じ車両ＶがユーザＵ１の荷物の輸送とユーザＵ２の輸送（送迎）とを行うように、ユーザＵ１とユーザＵ２とをマッチングする。マッチングの詳細については、後に図２以降を参照して説明する。

マッチングが成立すると、情報処理装置３は、輸送機関の手配、すなわちこの例では車両Ｖの配車（予約）を行う。情報処理装置３は、車両Ｖの運行経路Ｐを算出し、算出した運行経路Ｐを車両Ｖが運行するように、車両Ｖの配車を行う。算出した運行経路Ｐは、ユーザＵ１及びユーザＵ２の承諾を得るために提示されてもよい。

運行経路Ｐは、ユーザＵ２の出発地、ユーザＵ１の荷物の出発地、ユーザＵ１の荷物の目的地及びユーザＵ２の目的地をこの順に通るように算出される。このような運行経路Ｐに沿って車両Ｖが運行する場合、ユーザＵ１の荷物は、荷物の出発地から荷物の目的地に至るまでの間、ユーザＵ２と一緒に車両Ｖで輸送される。例えば、ユーザＵ２が、荷物の出発地で荷物を（この例ではユーザＵ２から）受け取り、荷物の目的地で荷物を（この例では観光ホテルの従業員等に）渡す。荷物の受け渡しは、車両Ｖのドライバーが行ってもよいであろう。いずれにおいても、ユーザＵ１は、ユーザＵ１が車両Ｖに乗車しなくとも、ユーザＵ１の荷物を車両Ｖで輸送することができる。

図２は、情報処理システムの機能ブロックの例を示す図である。ユーザ端末１、ユーザ端末２、情報処理装置３及び配車管理装置４におけるいくつかの代表的な機能ブロックが例示される。

ユーザ端末１は、通信部１１と、アプリケーション部１２とを含む。通信部１１はユーザ端末１において実行される処理に必要な種々の情報の送受信を、情報処理装置３との間で行う。以下、とくに説明がある場合を除き、ユーザ端末１による情報の送受信は、通信部１１による情報の送受信を指し示す。

アプリケーション部１２は、アプリケーションを実行するための処理部である。アプリケーションは、ユーザＵ１と、ユーザＵ２とをマッチングするためのアプリケーションであり、後述の情報処理装置３のアプリケーション部３２との協働によって実現される。ユーザ端末１において、アプリケーション部１２は、ユーザＵ１のユーザ操作を受け付けたり、ユーザＵ１に情報を提示したりするユーザインタフェースも提供する。以下、とくに説明がある場合を除き、ユーザ端末１によるユーザ操作の受け付け及び情報の提示は、アプリケーション部１２によるユーザ操作の受け付け及び情報の提示を指し示す。

ユーザ端末２は、通信部２１と、アプリケーション部２２とを含む。これらはユーザ端末１の対応する部分と同様であるので、説明は繰り返さない。

情報処理装置３は、通信部３１と、アプリケーション部３２と、記憶部３３とを含む。

通信部３１は、情報処理装置３において実行される処理に必要な情報の送受信を、ユーザ端末１、ユーザ端末２及び配車管理装置４との間で行う。以下、とくに説明がある場合を除き、情報処理装置３による情報の送受信は、通信部３１による情報の送受信を指し示す。

アプリケーション部３２は、上述のアプリケーションを実行するための処理部である。アプリケーション部３２は、運行経路算出部３２１と、料金算出部３２２と、配車部３２３とを含む。運行経路算出部３２１は、車両Ｖの運行経路Ｐを算出する。料金算出部３２２は、車両Ｖの料金を算出する。配車部３２３は、配車管理装置４に配車依頼情報を送信することで、車両Ｖを配車する。アプリケーション部３２は、これら運行経路算出部３２１、料金算出部３２２及び配車部３２３、さらには通信部３１及び記憶部３３を用いて、アプリケーションを実行する。具体例については、後に図３以降を参照して説明する。

記憶部３３は、情報処理装置３で用いられる種々の情報を記憶する。記憶される情報の一つとして、プログラム３３ａが例示される。プログラム３３ａは、コンピュータを情報処理装置３として機能させるための情報処理プログラム（ソフトウェア）である。以下、とくに説明がある場合を除き、情報処理装置３による情報の記憶は、記憶部３３による情報の記憶を指し示す。

配車管理装置４は、例えば、タクシー会社が車両Ｖの配車を管理するために運用する装置である。配車管理装置４は、通信部４１と、配車管理部４２とを含む。

通信部４１は、車両Ｖの配車管理に必要な種々の情報の送受信を、情報処理装置３及び車両Ｖとの間で行う。以下、とくに説明がある場合を除き、配車管理装置４による情報の送受信は、通信部４１による情報の送受信を指し示す。

配車管理部４２は、複数の車両Ｖそれぞれの車両情報を管理するとともに、配車依頼情報に応じて車両Ｖを配車する。例えば、配車管理部４２は、車両情報に基づいて、配車依頼情報の条件に応じることのできる車両Ｖを抽出し、車両Ｖに配車依頼情報を送信する。車両Ｖでは、先に図１を参照して説明したように、ドライバー用アプリケーションが配車依頼情報を提示し、応答を配車管理装置４に送信する。なお、配車管理部４２による配車管理には、オペレータの手動操作が介在してもよい。

以上説明した情報処理システム１００において実行されるマッチング手順のいくつかの例を説明する。マッチングの手順は、情報処理装置３のアプリケーション部３２が実行するアプリケーションに従って進められる。

２．２ 第１のマッチング手順の例
第１のマッチング手順では、移動を希望するユーザＵ２が公募（情報公開）し、荷物が輸送されることを希望するユーザＵ１が応募する。このようなマッチング手順の例について述べる。

ユーザＵ２は、ユーザ端末２を操作して、ユーザＵ２の予約情報を入力する。ユーザＵ２の予約情報は、ユーザＵ２の移動に関する情報を含み、具体的には、出発地、目的地、出発時刻、到着時刻、荷物輸送可否等の情報を含む。荷物輸送可否は、ユーザＵ２が利用する車両Ｖが、他のユーザ（ユーザＵ２に相当）の荷物を輸送してよいか否かを示す。

図３及び図４は、予約情報の入力の例を示す図である。ユーザ端末２のアプリケーション部２２による操作画面の例が示される。図３に示されるように、地図上にマーカＭ１及びマーカＭ２を配置することで、乗車地（出発地に相当）及び目的地が設定される。図３に示されるように、メッセージ「荷物を運んでよいですか？ 運賃が５００円値引きされることが想定されます」が表示される。「Ｙｅｓ」が選択され、ユーザＵ２の予約情報の入力が完了する。なお、この時点で表示される「５００円」は、ユーザＵ２に対するディスカウントとして想定される金額であり、例えば予め定められた金額である。なお、図３及び図４に示されるように入力された出発地及び目的地等の他に、出発時刻、到着時刻等も入力されうる。

ユーザ端末２は、ユーザＵ２の予約情報を、情報処理装置３に送信する。情報処理装置３は、ユーザＵ２の予約情報を記憶する。ここでは、複数のユーザＵ２が存在し、それぞれのユーザ端末２から送信された予約情報が記憶されるものとする。

ユーザＵ１は、ユーザ端末１を操作して、ユーザＵ２の予約情報に応募する。応募の際に、ユーザＵ１は、ユーザ端末１を操作して、ユーザＵ１の予約情報を入力してよい。ユーザＵ１の予約情報は、ユーザＵ１の荷物の輸送に関する情報を含み、具体的には、出発地、目的地、出発時刻、到着時刻、荷物情報、許容最遅延時間等を含む。許容最遅延時間は、到着時刻に対して許容可能な時間を示す。ユーザ端末１は、ユーザＵ１の予約情報を、情報処理装置３に送信する。

アプリケーション部３２は、記憶されているユーザＵ２の予約情報のうち、ユーザＵ１の荷物を輸送できる可能性のあるユーザＵ２の予約情報（候補）を特定する。例えば、ユーザＵ１の予約情報と、出発地、目的地、出発時刻、到着時刻等が近いユーザＵ２の予約情報が特定される。

運行経路算出部３２１は、ユーザＵ１の予約情報と、特定されたＵ２の予約情報それぞれとの組み合わせ（ペア）について、車両Ｖの運行経路Ｐを算出する。運行経路Ｐには、運行時刻も含まれてよい。すなわち、運行経路Ｐは、出発地及び目的地等の経路情報の他に、出発時刻及び到着時刻等の時刻情報を含んでよい。

例えば、運行経路算出部３２１は、上述のペアごとに、ユーザＵ１の予約情報と、ユーザＵ２の予約情報とに基づいて、運行経路Ｐを算出する。運行経路Ｐは、ユーザＵ１の予約情報及びユーザＵ２の予約情報をできるだけ満たすように定められる。運行経路Ｐは、ユーザＵ１の予約情報に示される出発地及び目的地と、ユーザＵ２の予約情報に示される出発地及び目的地とを含むように算出される。このとき、先に図１を参照して説明したように、ユーザＵ２の出発地、ユーザＵ１の荷物の出発地、ユーザＵ１の荷物の目的地及びユーザＵ２の目的地をこの順に含む運行経路が運行経路Ｐとして算出されてよい。また、運行経路Ｐは、ユーザＵ１の予約情報に示される出発時刻及び到着時刻と、ユーザＵ２の予約情報に示される出発時刻及び到着時刻を満たすように算出される。ただし、ユーザＵ１の予約情報及びユーザＵ２の予約情報の両方を完全に満たすことが困難な場合もあり、その場合には、予約された内容からある程度異なる運行経路が、運行経路Ｐとして算出されてよい。

料金算出部３２２は、上述のペアごとに、車両Ｖの料金（利用料金）を算出する。車両Ｖの料金は、ユーザＵ１が負担する料金と、ユーザＵ２が負担する料金とに分担される。ユーザＵ１が負担する料金は、ユーザＵ２に対するディスカウントになる。料金算出部３２２は、車両Ｖの料金のうちのユーザＵ１が負担する料金を算出してよい。ユーザＵ１が負担する料金は、ユーザＵ１の荷物に応じて算出されてよい。例えば、荷物の種別、重量等に応じた料金が、ユーザＵ１が負担する料金として算出されてよい。荷物の重量が大きい程、ユーザＵ１が負担する料金が高くなるように算出されてよい。

なお、ユーザＵ１が負担する料金が、公募によって決定（承諾）されてもよい。この第１のマッチング手順では、例えば、ユーザＵ１が負担する料金の希望額をユーザＵ２の予約情報に含めることにより、公募を行うことができる。

ユーザＵ２に対するディスカウントが存在するので、ユーザＵ２は、例えば荷物の出発地で荷物を受け取り荷物の目的地で荷物を渡すという作業を行うだけで料金が安くなるというインセンティブを享受できる。

アプリケーション部３２は、特定したユーザＵ２の予約情報を、例えば運行経路算出部３２１によって算出された運行経路及び料金算出部３２２によって算出された料金とともに、ユーザ端末１に送信する。

ユーザ端末１は、情報処理装置３から送信されたユーザＵ２の予約情報（候補）を、ユーザＵ１に提示する。ユーザＵ１は、ユーザ端末１を操作して、ユーザＵ２の予約情報を選択する。

図５及び図６は、予約情報の選択の例を示す図である。ユーザ端末１のアプリケーション部１２による操作画面の例が示される。図５に示されるように、「旅程Ａ」等として識別される複数のユーザＵ２の予約情報それぞれが、出発地、目的地、金額（料金に相当）及びお届け時間（到着時刻に相当）と対応づけて表示される。いずれかのユーザＵ２の予約情報が選択されると、図６に示されるように、メッセージ「荷物を運んでもらいますか？ ５００円かかります」が表示される。「Ｙｅｓ」が選択され、ユーザＵ２の予約情報の選択が完了する。

例えば以上のようにしてユーザＵ１とユーザＵ２とのマッチングが成立する。マッチングが成立すると、配車部３２３が、それらユーザＵ１及びユーザＵ２のために、車両Ｖを配車する。

配車部３２３は、例えば、配車依頼情報を、配車管理装置４に送信する。配車依頼情報は、運行経路算出部３２１によって算出された運行経路Ｐ及び料金算出部３２２によって算出された料金等を含む。

配車管理装置４の配車管理部４２は、配車依頼情報の内容に基づいて、車両Ｖを配車する。例えば、配車管理部４２は、運行経路Ｐの出発点の近くに位置しており、且つ、出発時刻から到着時刻までの間予約がされていない車両Ｖを抽出し、抽出した車両Ｖに配車依頼情報を送信する。車両Ｖのドライバーが配車依頼情報を承諾（応答）すれば、配車が確定する。配車管理部４２は、配車が確定したことを示す情報を、情報処理装置３に送信する。

配車部３２３は、配車が確定したことを示す情報を、ユーザ端末１及びユーザ端末２に送信する。ユーザ端末１及びユーザ端末２は、配車が確定したことをユーザＵ１及びユーザＵ２に提示する。車両Ｖは、配車依頼情報に基づいて、運行を開始する。

図７は、情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。図中、「情報処理装置３等」は、情報処理装置３及び配車管理装置４を指し示す。一点鎖線矢印の処理は、例えば所定の間隔で繰り返し実行される。すなわち、「車両情報」が車両Ｖから配車管理装置４に適時送信され、「荷物輸送の提案」がユーザＵ２に対して適時行われる。「荷物輸送の提案」は、他のユーザ（ユーザＵ１）の荷物輸送をユーザＵ２に提案するための情報が、情報処理装置３等からユーザ端末２に送信されることを示す。

ステップＳ１において、ユーザＵ２の予約情報が送信される。ユーザＵ２は、ユーザ端末２を操作して、ユーザＵ２の予約情報を入力する。ユーザ端末２は、ユーザＵ２の予約情報を情報処理装置３に送信する。

ステップＳ２において、ユーザＵ２の予約情報が提示される。情報処理装置３は、先のステップＳ１で受信したユーザＵ２の予約情報を、ユーザ端末１に送信する。ユーザ端末１は、受信したユーザＵ２の予約情報を、ユーザＵ１に提示する。

ステップＳ３において、ユーザＵ２の予約情報が選択される。ユーザＵ１は、ユーザ端末１を操作して、先のステップＳ２で提示されたユーザＵ２の予約情報を選択する。ユーザ端末１は、ユーザＵ２の予約情報の選択結果を、情報処理装置３に送信する。

ステップＳ４において、運行経路及び料金が提示される。情報処理装置３の運行経路算出部３２１は、先のステップＳ３で選択されたユーザＵ２の予約情報等に基づいて、車両Ｖの運行経路Ｐを算出する。料金算出部３２２は、運行経路算出部３２１によって算出された運行経路Ｐについての車両Ｖの料金を算出する。料金は、先に説明したように、ユーザＵ１が負担する料金及びユーザＵ２が負担する料金である。運行経路Ｐ及びユーザＵ１が負担する料金を示す情報は、ユーザ端末１に送信される。運行経路Ｐ及びユーザＵ２が負担する料金を示す情報は、ユーザ端末２に送信される。ユーザ端末１は、運行経路Ｐ及び料金を、ユーザＵ１に提示する。ユーザ端末２は、受信した運行経路Ｐ及び料金を、ユーザＵ２に提示する。

ステップＳ５及びステップＳ６において、承諾が行われる。ステップＳ５において、ユーザＵ２は、ユーザ端末２を操作して、先のステップＳ４で提示された運行経路Ｐ及び料金を承諾する。ステップＳ６において、ユーザＵ１は、ユーザ端末２を操作して、先のステップＳ４で提示された運行経路Ｐ及び料金を承諾する。

ステップＳ７において、配車依頼情報が送信される。情報処理装置３のアプリケーション部３２は、ユーザＵ２とユーザＵ１とをマッチングする。配車部３２３は、運行経路Ｐ及び料金を含む配車依頼情報を、配車管理装置４に送信する。配車管理装置４の配車管理部４２は、車両情報に基づいて、配車依頼情報の条件を満たす車両Ｖを抽出し、車両Ｖに配車依頼情報を送信する。車両Ｖにおいて、ドライバー用アプリケーションが、配車依頼情報をドライバーに提示する。

ステップＳ８において、配車依頼が承諾される。車両Ｖのドライバーは、ドライバー用アプリケーションを利用して、先のステップＳ７で送信された配車依頼情報に示される配車（予約）を承諾する。承諾結果は、配車管理装置４に送信される。

ステップＳ９において、配車確定が通知される。配車管理装置４は、配車が確定したことを示す情報を、情報処理装置３に送信する。情報処理装置３のアプリケーション部３２は、配車が確定したことを示す情報を、ユーザ端末１及びユーザ端末２に送信する。ユーザ端末１及びユーザ端末２は、マッチングが成立し、配車が確定したことを示す情報をユーザＵ１及びユーザＵ２に提示する。

ステップＳ１０において、運行が開始される。車両Ｖのドライバーは、先のステップＳ８で承諾した配車依頼情報に従って、車両Ｖの運行を開始する。

２．３ 第２のマッチング手順の例
第２のマッチング手順では、荷物が輸送されることを希望するユーザＵ１が公募し、移動を希望するユーザＵ２が応募する。このようなマッチング手順の例について述べる。

ユーザＵ１は、ユーザ端末１を操作して、ユーザＵ１の予約情報を入力する。

図８及び図９は、予約情報の入力の例を示す図である。ユーザ端末１のアプリケーション部１２による操作画面の例が示される。図８に示されるように、地図上にマーカＭ１及びマーカＭ２を配置することで、乗車地（出発地に相当）及び目的地が設定される。図９に示されるように、メッセージ「荷物を運んでもらいますか？ 想定運賃は８００円です」が表示される。「Ｙｅｓ」が選択され、ユーザＵ１の予約情報の入力が完了する。なお、図８及び図９に示されるように入力された出発地及び目的地等の他に、出発時刻、到着時刻等も入力されうる。

ユーザ端末１は、ユーザＵ１の予約情報を、情報処理装置３に送信する。情報処理装置３は、ユーザＵ１の予約情報を記憶する。ここでは、複数のユーザＵ１が存在し、それぞれのユーザ端末１から送信された予約情報が記憶されるものとする。

ユーザＵ２は、ユーザ端末２を操作して、ユーザＵ１の予約情報に応募する。応募の際に、ユーザＵ２は、ユーザ端末２を操作して、ユーザＵ２の予約情報を入力してよい。ユーザ端末２は、ユーザＵ２の予約情報を、情報処理装置３に送信する。

アプリケーション部３２は、記憶されているユーザＵ１の予約情報のうち、荷物がユーザＵ１の移動とともに輸送できる可能性のあるユーザＵ１の予約情報（候補）を特定する。例えば、ユーザＵ２の予約情報と、出発地、目的地、出発時刻、到着時刻等が近いユーザＵ１の予約情報が特定される。

運行経路算出部３２１は、ユーザＵ２の予約情報と、特定されたユーザＵ１の予約情報それぞれのとの組み合わせ（ペア）について、車両Ｖの運行経路Ｐを算出する。詳細は先に説明した第１のマッチング手順の場合と同様であるので、説明は省略する。

料金算出部３２２は、上記のペアごとに、車両Ｖの料金を算出する。詳細は先に説明した第１のマッチング手順の場合と同様であるので、説明は省略する。なお、ユーザＵ１が負担する料金が公募によって決定される場合、この第２のマッチング手順では、例えば、ユーザＵ１が負担する料金の希望額をユーザＵ１の予約情報に含めることにより、公募を行うことができる。

情報処理装置３は、アプリケーション部３２によって特定されたユーザＵ１の予約情報を、例えば運行経路算出部３２１によって算出された運行経路Ｐ及び料金算出部３２２によって算出された料金とともに、ユーザ端末２に送信する。

ユーザ端末２は、情報処理装置３から送信されたユーザＵ１の予約情報（候補）を、ユーザＵ２に提示する。ユーザＵ２は、ユーザ端末２を操作して、ユーザＵ１の予約情報を選択する。

図１０及び図１１は、予約情報の選択の例を示す図である。ユーザ端末２のアプリケーション部２２による操作画面の例が示される。図１０に示されるように、「荷物Ａ」等として識別される複数のユーザＵ１の予約情報それぞれが、出発地、目的地及び金額と対応づけて表示される。いずれかのユーザＵ１の予約情報が選択されると、図１１に示されるように、メッセージ「荷物を運びますか？ 運賃が５００円値引きされます」が表示される。「Ｙｅｓ」が選択され、ユーザＵ１の予約情報の選択が完了する。

例えば以上のようにして、ユーザＵ１とユーザＵ２とのマッチングが成立する。マッチング成立後の配車部３２３及び配車管理装置４の動作は、詳細は先に説明した第１のマッチング手順の場合と同様であるので、説明は省略する。

図１２は、情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。なお、先に説明した図７の一点鎖線矢印の処理については、図１２では図示は省略する。

ステップＳ２１において、ユーザＵ１の予約情報が送信される。ユーザＵ１は、ユーザ端末１を操作して、ユーザＵ１の予約情報を入力する。ユーザ端末１は、ユーザＵ１の予約情報を情報処理装置３に送信する。

ステップＳ２２において、ユーザＵ１の予約情報が提示される。情報処理装置３は、先のステップＳ２１で受信したユーザＵ１の予約情報を、ユーザ端末２に送信する。ユーザ端末２は、受信したユーザＵ１の予約情報を、ユーザＵ２に提示する。

ステップＳ２３において、ユーザＵ１の予約情報が選択される。ユーザＵ２は、ユーザ端末２を操作して、先のステップＳ２１で提示されたユーザＵ１の予約情報から、所望の予約情報を選択する。ユーザ端末２は、ユーザＵ１の予約情報の選択結果を、情報処理装置３に送信する。

ステップＳ２４において、運行経路及び料金が提示される。情報処理装置３の運行経路算出部３２１は、先のステップＳ２３で選択されたユーザＵ１の予約情報等に基づいて、車両Ｖの運行経路Ｐを算出する。料金算出部３２２は、運行経路算出部３２１によって算出された運行経路Ｐについての車両Ｖの料金を算出する。アプリケーション部３２は、運行経路Ｐ及び料金を、ユーザ端末１及びユーザ端末２に送信する。これらは先に説明した図７のステップＳ４と同様であるので、詳細な説明は繰り返さない。

ステップＳ２５～ステップＳ３０の処理は、先に説明した図７のステップＳ５～ステップＳ１０の処理と同様である。すなわち、ステップＳ２５及びステップＳ２６において、承諾が行われる。ステップＳ２７において、配車依頼情報が送信される。ステップＳ２８において、配車依頼が承諾される。ステップＳ２９において、配車確定が通知される。ステップＳ３０において、運行が開始される。

２．４ 第３のマッチング手順の例
第３のマッチング手順では、情報公開による公募及び応募は行わず、情報処理システムが自動的にユーザＵ１とユーザＵ２とをマッチングする。このようなマッチング手順の例について述べる。

ユーザＵ１は、ユーザ端末１を操作して、ユーザＵ１の予約情報を入力する。

図１３は、予約情報の入力の例を示す図である。ユーザ端末１のアプリケーション部１２による操作画面の例が示される。例えばこれまで説明したように地図上にマーカＭ１及びマーカＭ２が配置され出発地及び目的地が設定されると、メッセージ「荷物を運んでもらいますか？ 想定賃料は８００円です」が表示される。「Ｙｅｓ」が選択され、ユーザＵ１の予約情報の入力が完了する。

ユーザ端末１は、ユーザＵ１の予約情報を、情報処理装置３に送信する。情報処理装置３は、ユーザＵ１の予約情報を記憶する。ここでは、複数のユーザＵ１が存在し、それぞれのユーザ端末１から送信された予約情報が記憶されるものとする。

ユーザＵ２は、ユーザ端末２を操作して、ユーザＵ２の予約情報を入力する。

図１４は、予約情報の入力の例を示す図である。ユーザ端末２のアプリケーション部２２による操作画面の例が示される。例えばこれまで説明したように地図上にマーカＭ１及びマーカＭ２が配置され出発地及び目的地が設定されると、メッセージ「荷物を運んでよいですか？ 運賃が８００円値引きされることが想定されます」が表示される。「Ｙｅｓ」が選択され、ユーザＵ２の予約情報の入力が完了する。

ユーザ端末２は、ユーザＵ２の予約情報を、情報処理装置３に送信する。情報処理装置３は、ユーザＵ２の予約情報を記憶する。ここでは、複数のユーザＵ２が存在し、それぞれのユーザ端末２から送信された予約情報が記憶されるものとする。

アプリケーション部３２は、ユーザＵ１の予約情報とユーザＵ２の予約情報との比較結果に基づいて、ユーザＵ１とユーザＵ２とをマッチングする。比較の例は、それぞれの予約情報に示される出発地等の各項目どうしの差分評価である。例えば、出発地どうしの差分の例は、距離又はその距離を車両Ｖで移動するのに要する時間等である。目的地についても同様である。出発時刻どうしの差分の例は、時間である。目的時刻についても同様である。各項目の差分に対して閾値判断を行ったり、さらに全体の差分に対して閾値判断を行ったりすることで、差分評価が行われてよい。例えば、アプリケーション部３２は、差分が閾値未満となる場合に、ユーザＵ１とユーザＵ２とをマッチングする。

情報処理装置３は、マッチングが成立したことを示す情報を、ユーザ端末１及びユーザ端末２に送信する。

図１５及び図１６は、マッチング成立通知の例を示す図である。図１５には、ユーザ端末１のアプリケーション部１２による操作画面の例が示される。メッセージ「マッチングが成立しました 運賃は８００円です 引き取り時間は〇〇です お届け時間は○○です」が表示される。引き取り時間は、荷物の出発時刻に相当する。お届け時間は、荷物の到着時刻に相当する。図１６には、ユーザ端末２のアプリケーション部２２による操作画面の例が示される。メッセージ「マッチングが成立しました 運賃が８００円値引きされます 想定所要時間は〇〇分です」が表示される。想定所要時間は、ユーザＵ１の出発地から目的地までの移動に要する時間である。

図１７は、情報処理システムにおいて実行される処理（情報処理方法）の例を示すフローチャートである。なお、先に説明した図７の一点鎖線矢印の処理については、図１７では図示は省略する。

ステップＳ４１において、ユーザＵ１の予約情報が送信される。ユーザＵ１は、ユーザ端末１を操作して、ユーザＵ１の予約情報を入力する。ユーザ端末２は、ユーザＵ１の予約情報を、情報処理装置３に送信する。

ステップＳ４２において、ユーザＵ２の予約情報が送信される。ユーザＵ２は、ユーザ端末２を操作して、ユーザＵ２の予約情報を入力する。ユーザ端末２は、ユーザＵ２の予約情報を、情報処理装置３に送信する。

ステップＳ４３において、マッチングが行われ、運行経路Ｐ及び料金が提示される。情報処理装置３のアプリケーション部３２は、先のステップＳ４１で送信されたユーザＵ１の予約情報と、先のステップＳ４２で送信されたユーザＵ２の予約情報との比較結果に基づいて、ユーザＵ１とユーザＵ２とをマッチングする。運行経路算出部３２１は、ユーザＵ１の予約情報及びユーザＵ２の予約情報に基づいて、車両Ｖの運行経路Ｐを算出する。料金算出部３２２は、運行経路算出部３２１によって算出された運行経路Ｐについての車両Ｖの料金を算出する。アプリケーション部３２は、運行経路Ｐ及び料金を、ユーザ端末１及びユーザ端末２に送信する。これらは先に説明した図７のステップＳ４と同様であるので、詳細な説明は繰り返さない。

ステップＳ４４～ステップＳ４９の処理は、先に説明した図７のステップＳ５～ステップＳ１０と同様である。すなわち、ステップＳ４４及びステップＳ４５において、承諾が行われる。ステップＳ４６において、配車依頼情報が送信される。ステップＳ４７において、配車依頼が承諾される。ステップＳ４８において、配車確定が通知される。ステップＳ４９において、運行が開始される。

上述の第３のマッチング手順においては、ユーザＵ２の乗車によって車両Ｖのトランクが埋まらないのであれば、ユーザＵ２が他のユーザ（ユーザＵ１）の荷物を輸送する意思を有しているか否かにかかわらず、マッチングが行われてもよい。もっとも、この場合でも、例えば先に図１４を参照して説明したように、ユーザＵ２の予約情報入力時に、荷物輸送の可否すなわち荷物輸送に伴って発生する荷物の引渡等の作業についても承諾を得ておくのがよい。受取人（図１の例では観光ホテル（目的地Ｇ２）の従業員等）が荷物の到着時刻に車両Ｖまで来て荷物を受け取ることができるのであれば、ユーザＵ２の承諾が無くとも、ユーザＵ１とユーザＵ２とがマッチングされてよい。いずれにおいても、ユーザＵ１は、ユーザＵ１が車両Ｖに乗車しなくとも、ユーザＵ１の荷物を車両Ｖで輸送することができる。車両Ｖのトランクが埋まるかどうかを事前に判断できるよう、ユーザＵ２の予約情報には、ユーザＵ２の荷物情報（荷物のサイズ、重量等）が含まれてよい。荷物情報から車両Ｖのトランクが埋まらない場合に、ユーザＵ１とユーザＵ２とがマッチングされてよい。

２．５ セキュリティ対策の例
ユーザＵ１の荷物輸送に関するセキュリティ対策が実施されてよい。一実施形態において、車両Ｖは、荷物をロック収容可能な収容部を有してよい。これにより、荷物のセキュリティを確保することができる。とくにユーザＵ１の荷物が重要な荷物（個人情報関連書類、高価な物品等）である場合に有用である。例えば、情報処理装置３のアプリケーション部３２は、収容部のロック解除を行うための鍵情報（例えばＱＲコード（登録商標）等）を、ユーザＵ２に付与することなく、荷物の受取人に（場合によっては車両Ｖのドライバーにも）付与してよい。鍵情報が付与される者も、ユーザ端末１等と同様の端末を有し、アプリケーションを利用することによって、情報鍵を取得してよい。

２．６ ハードウェア構成の例
図１８は、ユーザ端末、情報処理装置及び配車管理装置のハードウェア構成の例を示すブロック図である。これまで説明したユーザ端末１、ユーザ端末２、情報処理装置３及び配車管理装置４の機能は、コンピュータに各種のプログラムをインストールすることによって実現されうる。例えば先に説明した図２のプログラム３３ａをコンピュータにインストールすることによって、情報処理装置３の機能が実現される。コンピュータにおいて、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３は、バス２０４により相互に接続されている。

バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、及びドライブ２１０が接続されている。

入力部２０６は、操作ボタン、キーボード、マウス、マイクロホン、タッチパネル、入力端子などよりなる。出力部２０７は、ディスプレイ、スピーカ、出力端子などよりなる。記憶部２０８は、ハードディスク、RAMディスク、不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブル記録媒体２１１を駆動する。

以上のように構成されるコンピュータでは、ＣＰＵ２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５及びバス２０４を介して、ＲＡＭ２０３にロードして実行することにより、上述した一連の処理が行われる。ＲＡＭ２０３にはまた、ＣＰＵ２０１が各種の処理を実行する上において必要なデータなども適宜記憶される。

コンピュータ（ＣＰＵ２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

コンピュータでは、プログラムは、リムーバブル記録媒体２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ＲＯＭ２０２や記憶部２０８に、あらかじめインストールしておくことができる。

２．７ 他の利用態様の例
情報処理システム１００の他の利用態様のいくつかの例について述べる。

荷物の受取人の連絡情報（名前、住所、受取人等）が、ユーザＵ２の予約情報に含まれてよい。この場合、ユーザＵ１とユーザＵ２とのマッチングが成立した際に、アプリケーション部３２は、荷物の受取人（届け先相手等）に通知してよい。例えば受取人がユーザ端末１等と同様のユーザ端末を有している場合には、その受取人のユーザ端末に通知が行われてよい。アプリケーション部３２は、荷物の到着時刻まで５分程度となった時点で改めて届け先に通知を行ってもよい。受取人が荷物の受取を完了すると、受取人は、例えば受取人のユーザ端末を操作して、その旨を情報処理装置３に通知してよい。アプリケーション部３２は、荷物の受取が完了した旨を、ユーザ端末１に送信してユーザＵ１に通知してよい。

マッチングが想定されるいくつかの具体的なケースについて述べる。通常の個人間の荷物の配送を希望するユーザどうしのマッチングが想定される。レストランでの食事後、タクシー（自家用車等でもよい）で帰宅するユーザが、フードデリバリをする場合（この場合は自家用車でも問題はない）において、帰宅するユーザと、フードデリバリを希望するユーザとのマッチングが想定される。旅行の際に旅館の最寄り駅から荷物だけ先に送って観光したいユーザと、同じ最寄り駅から同じ旅館へタクシーで向かうユーザとのマッチングが想定される。

ユーザＵ１の荷物が重要な荷物（重要書類等）でありオフィスから別のオフィスに運ぶ場合等は、荷物を運ぶユーザＵ２を限定して（例えば同じ会社の人物のみにして）よい。例えば、別途、ユーザＵ２の勤務地ステータス情報が入力等によって取得されたり、ＳＮＳとの連携によって取得されたりしてよい。例えばアプリケーション部３２は、そのような情報を取得し、取得した情報に基づいてユーザＵ２をフィルタリング等したうえでマッチングを行ってよい。

輸送機関は、車両（タクシー、バス、電車等）に限定されない。その場合、荷物を運ぶことになるユーザＵ２が信頼のおける人物であるかどうか、セキュリティのための設備があるかどうかなどを判断してよい。例えば、アプリケーション部３２は、ユーザＵ２のアプリケーションの利用履歴（実績）等から、ユーザＵ２の評価（レーティング等）を行い、その結果に基づいて、ユーザＵ２をフィルタリング等したうえでマッチングを行ってよい。セキュリティ設備の例は、上述のロック収容可能な収容部（トランク等）である。

車両Ｖの料金には、荷物の補償金の分の料金が上乗せされてよい。その分は、ユーザＵ１が負担してよい。例えば、料金算出部３２２は、そのような補償金を上乗せしたユーザＵ１の料金を算出してよい。

料金は、基本的には荷物の重量や大きさ、価額に応じて荷物を運んでもらう人の負担金額が増加し、荷物を運ぶ人（タクシー乗客）の負担金額が減少するように按分してよい。このような料金の算出も、料金算出部３２２によって行われてよい。

ユーザＵ１とユーザＵ２との１対１のマッチングでなくてもよい。例えば、アプリケーション部３２は、複数のユーザＵ１（の荷物）と、一人のユーザＵ２とをマッチングしてよい。アプリケーション部３２は、一人のユーザＵ１と、複数のユーザＵ２とをマッチングしてよい。この場合、例えば、運行経路算出部３２１は、ユーザＵ１の荷物が複数のユーザＵ２の移動によってリレー形式で輸送されるような運行経路を算出してよい。

車両Ｖの料金は、ユーザＵ１及びユーザＵ２の他に、荷物を受け取る人物によっても分担されてよい。例えば、料金算出部３２２は、そのように分担された料金を算出してよい。

３．効果
以上説明した情報処理システム１００は、例えば次のように特定される。図１及び図２等を参照して説明したように、情報処理システム１００は、荷物の輸送を要望する第１のユーザ（ユーザＵ１）の予約情報と、移動を要望する第２のユーザ（ユーザＵ２）の予約情報とに基づいて、第１のユーザの荷物と第２のユーザとが同じ輸送機関（例えば車両Ｖ）で輸送されるように、第１のユーザと第２のユーザとをマッチングする処理部（例えばアプリケーション部２２）を備える。

上記の情報処理システム１００によれば、荷物の輸送を希望する第１のユーザと、移動を希望する第２のユーザとが同じ輸送機関で輸送されるように、第１のユーザ及び第２のユーザがマッチングされる。したがって、第１のユーザ（本人）の移動に利用しない輸送機関を用いて荷物を輸送することが可能になる。

図１及び図２等を参照して説明したように、第１のユーザの予約情報は、荷物の出発地及び目的地を含み、処理部は、輸送機関の運行経路の途中に荷物の出発地及び目的地が含まれるように、輸送機関を手配してよい。第２のユーザの予約情報は、第２のユーザの出発地及び目的地を含み、処理部は、輸送機関の運行経路が、第１のユーザの出発地、荷物の出発地、荷物の目的地及び第２のユーザの目的地をこの順に含むように、輸送機関を手配してよい。これにより、第１のユーザの荷物を、荷物の出発地から荷物の目的地に至るまでの間、第２のユーザと一緒に輸送機関で輸送することができる。

図３～図６等を参照して説明した第１のマッチング手順のように、処理部は、第２のユーザが第１のユーザの予約情報を選択した場合に、第１のユーザと第２のユーザとをマッチングしてよい。図８～図１１等を参照して説明した第２のマッチング手順のように、処理部は、第１のユーザが第２のユーザの予約情報を選択した場合に、第１のユーザと第２のユーザとをマッチングしてよい。図１３～図１６を参照して説明したように、処理部は、第１のユーザの予約情報と、第２のユーザの予約情報との比較結果に基づいて、第１のユーザと第２のユーザとをマッチングしてよい。例えばこのようなさまざまなマッチング手順により、第１のユーザと第２のユーザとをマッチングすることができる。

処理部は、輸送機関の料金のうちの第１のユーザが負担する料金を、荷物に応じて算出してよい。例えばこのようにして、輸送機関の料金を、第１のユーザと第２のユーザとに分担させることができる。

輸送機関は、荷物をロック収容する収容部を有し、収容部は、第２のユーザには付与されない鍵情報によってロック解除されてよい。これにより、荷物のセキュリティを確保することができる。

図７、図１２及び図１７等を参照して説明した情報処理方法も、本開示の一態様である。すなわち、情報処理方法は、荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、第１のユーザの荷物と第２のユーザとが同じ輸送機関で輸送されるように、情報処理装置３が第１のユーザと第２のユーザとをマッチングすることを含む（ステップＳ４～ステップＳ６、ステップＳ２４～ステップＳ２６、ステップＳ４３～ステップＳ４５）。このような情報処理方法によっても、したがって、第１のユーザ（本人）の移動に利用しない輸送機関を用いて荷物を輸送することが可能になる。

図２及び図１８等を参照して説明した情報処理プログラム（例えばプログラム３３ａ）も、本開示の一態様である。すなわち、情報処理プログラムは、荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、第１のユーザの荷物と第２のユーザとが同じ輸送機関で輸送されるように、第１のユーザと第２のユーザとをマッチングすること、をコンピュータ（例えば情報処理装置３）に実行させる。このような情報処理プログラムによっても、したがって、第１のユーザ（本人）の移動に利用しない輸送機関を用いて荷物を輸送することが可能になる。

本開示に記載された効果は、あくまで例示であって、開示された内容に限定されない。他の効果があってもよい。

以上、本開示の実施形態について説明したが、本開示の技術的範囲は、上述の実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。

なお、本技術は以下のような構成も取ることができる。
（１）
荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、前記第１のユーザの前記荷物と前記第２のユーザとが同じ輸送機関で輸送されるように、前記第１のユーザと前記第２のユーザとをマッチングする処理部を備える、
情報処理システム。
（２）
前記第１のユーザの予約情報は、前記荷物の出発地及び目的地を含み、
前記処理部は、前記輸送機関の運行経路の途中に前記荷物の出発地及び目的地が含まれるように、前記輸送機関を手配する、
（１）に記載の情報処理システム。
（３）
前記第１のユーザの予約情報は、前記荷物の出発地及び目的地を含み、
前記第２のユーザの予約情報は、前記第２のユーザの出発地及び目的地を含み、
前記処理部は、前記輸送機関の運行経路が、前記第１のユーザの出発地、前記荷物の出発地、前記荷物の目的地及び前記第２のユーザの目的地をこの順に含むように、前記輸送機関を手配する、
（２）に記載の情報処理システム。
（４）
前記処理部は、前記第２のユーザが前記第１のユーザの予約情報を選択した場合に、前記第１のユーザと前記第２のユーザとをマッチングする、
（１）～（３）のいずれかに記載の情報処理システム。
（５）
前記処理部は、前記第１のユーザが前記第２のユーザの予約情報を選択した場合に、前記第１のユーザと前記第２のユーザとをマッチングする、
（１）～（３）のいずれかに記載の情報処理システム。
（６）
前記処理部は、前記第１のユーザの予約情報と、前記第２のユーザの予約情報との比較結果に基づいて、前記第１のユーザと前記第２のユーザとをマッチングする、
（１）～（３）のいずれかに記載の情報処理システム。
（７）
前記処理部は、前記輸送機関の料金のうちの前記第１のユーザが負担する料金を、前記荷物に応じて算出する、
（１）～（６）のいずれかに記載の情報処理システム。
（８）
前記輸送機関は、前記荷物をロック収容する収容部を有し、
前記収容部は、前記第２のユーザには付与されない鍵情報によってロック解除される、
（１）～（７）のいずれかに記載の情報処理システム。
（９）
前記輸送機関は、車両である、
（１）～（８）のいずれかに記載の情報処理システム。
（１０）
情報処理装置が、荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、前記第１のユーザの前記荷物と前記第２のユーザとが同じ輸送機関で輸送されるように、前記第１のユーザと前記第２のユーザとをマッチングすることを含む、
情報処理方法。
（１１）
荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、前記第１のユーザの前記荷物と前記第２のユーザとが同じ輸送機関で輸送されるように、前記第１のユーザと前記第２のユーザとをマッチングすること、
をコンピュータに実行させる、
情報処理プログラム。

１ ユーザ端末
２ ユーザ端末
３ 情報処理装置
４ 配車管理装置
１１ 通信部
１２ アプリケーション部（処理部）
２１ 通信部
２２ アプリケーション部（処理部）
３１ 通信部
３２ アプリケーション部（処理部）
３３ 記憶部
３２１ 運行経路算出部
３２２ 料金算出部
３２３ 配車部
３３ａ プログラム
４１ 通信部
４２ 配車管理部
１００ 情報処理システム
Ｖ 車両（輸送機関）

Claims (11)

1. 荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、前記第１のユーザの前記荷物と前記第２のユーザとが同じ輸送機関で輸送されるように、前記第１のユーザと前記第２のユーザとをマッチングする処理部を備える、
   情報処理システム。
2. 前記第１のユーザの予約情報は、前記荷物の出発地及び目的地を含み、
   前記処理部は、前記輸送機関の運行経路の途中に前記荷物の出発地及び目的地が含まれるように、前記輸送機関を手配する、
   請求項１に記載の情報処理システム。
3. 前記第１のユーザの予約情報は、前記荷物の出発地及び目的地を含み、
   前記第２のユーザの予約情報は、前記第２のユーザの出発地及び目的地を含み、
   前記処理部は、前記輸送機関の運行経路が、前記第１のユーザの出発地、前記荷物の出発地、前記荷物の目的地及び前記第２のユーザの目的地をこの順に含むように、前記輸送機関を手配する、
   請求項２に記載の情報処理システム。
4. 前記処理部は、前記第２のユーザが前記第１のユーザの予約情報を選択した場合に、前記第１のユーザと前記第２のユーザとをマッチングする、
   請求項１に記載の情報処理システム。
5. 前記処理部は、前記第１のユーザが前記第２のユーザの予約情報を選択した場合に、前記第１のユーザと前記第２のユーザとをマッチングする、
   請求項１に記載の情報処理システム。
6. 前記処理部は、前記第１のユーザの予約情報と、前記第２のユーザの予約情報との比較結果に基づいて、前記第１のユーザと前記第２のユーザとをマッチングする、
   請求項１に記載の情報処理システム。
7. 前記処理部は、前記輸送機関の料金のうちの前記第１のユーザが負担する料金を、前記荷物に応じて算出する、
   請求項１に記載の情報処理システム。
8. 前記輸送機関は、前記荷物をロック収容する収容部を有し、
   前記収容部は、前記第２のユーザには付与されない鍵情報によってロック解除される、
   請求項１に記載の情報処理システム。
9. 前記輸送機関は、車両である、
   請求項１に記載の情報処理システム。
10. 情報処理装置が、荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、前記第１のユーザの前記荷物と前記第２のユーザとが同じ輸送機関で輸送されるように、前記第１のユーザと前記第２のユーザとをマッチングすることを含む、
    情報処理方法。
11. 荷物の輸送を要望する第１のユーザの予約情報と、移動を要望する第２のユーザの予約情報とに基づいて、前記第１のユーザの前記荷物と前記第２のユーザとが同じ輸送機関で輸送されるように、前記第１のユーザと前記第２のユーザとをマッチングすること、
    をコンピュータに実行させる、
    情報処理プログラム。

Images