JP7047680B2 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

近年、同一の車両に複数のユーザが相乗りする移動形態である、所謂ライドシェアの利用が広がっている。また、このようなライドシェアの利用のために、複数のユーザをマッチングするための技術が開発されている。

また、特許文献１には、各端末の所持者同士が同一の車両に相乗りしているか否かを判定するための技術が開示されている。

特開２０１１－２３７８４２号公報

本発明は、複数のユーザが同一の車両に乗車して移動を行う交通形態において、ユーザが利用し易い交通形態を提供可能な情報処理装置、情報処理方法及びプログラムを提供することを目的とする。

本発明に係る情報処理装置は、複数のユーザが同一の車両に乗車して移動を行う交通形態において、前記車両と、前記車両に非運転ユーザとして同乗することを希望するユーザである同乗希望ユーザと、のマッチングを行う情報処理装置であって、前記同乗希望ユーザについて、該ユーザが希望する前記交通形態による移動に関するスケジュール情報を取得することと、一の前記車両である第１車両に対して複数の前記同乗希望ユーザがマッチングされ得ることが、前記スケジュール情報に基づいて予測される場合、該複数の同乗希望ユーザそれぞれについて、該マッチングに対する所定の優先度を設定することと、前記所定の優先度が設定された前記複数の同乗希望ユーザのうち、該優先度が高いユーザが、該優先度が低いユーザよりも優先して前記第１車両とのマッチングが行われるように、前記第１車両と前記同乗希望ユーザとのマッチングを行うことと、を実行する制御部を備える。

また、本発明は、情報処理方法の側面から捉えることもできる。例えば、本発明は、複数のユーザが同一の車両に乗車して移動を行う交通形態において、前記車両と、前記車両に非運転ユーザとして同乗することを希望するユーザである同乗希望ユーザと、のマッチングを行う情報処理方法であって、コンピュータが、前記同乗希望ユーザについて、該ユーザが希望する前記交通形態による移動に関するスケジュール情報を取得するステップと、一の前記車両である第１車両に対して複数の前記同乗希望ユーザがマッチングされ得ることが、前記スケジュール情報に基づいて予測される場合、該複数の同乗希望ユーザそれぞれについて、該マッチングに対する所定の優先度を設定するステップと、前記所定の優先度が設定された前記複数の同乗希望ユーザのうち、該優先度が高いユーザが、該優先度が低いユーザよりも優先して前記第１車両とのマッチングが行われるように、前記第１車両と前記同乗希望ユーザとのマッチングを行うステップと、を実行する、情報処理方法であってもよい。そして、本発明は、このような情報処理方法をコンピュータに実行させるためのプログラムであってもよい。

本発明によれば、複数のユーザが同一の車両に乗車して移動を行う交通形態において、ユーザが利用し易い交通形態を提供することができる。

実施形態に係る情報処理システムの概略構成を示す図である。 情報処理システムにおける、ユーザ端末、運転ユーザ端末、サーバ装置の各ハードウェア構成を例示する図である。 実施形態に係るサーバ装置の機能構成を例示する図である。 実施形態に係る走行スケジュール情報テーブルの一例を示す図である。 第一の実施形態に係る希望スケジュール情報テーブルの一例を示す図である。 図４、図５に示した地点ａ－ｈの位置関係を表す図である。 第一の実施形態に係る情報処理システムを利用するユーザに対して付与されるユーザランクについて説明するための図である。 同乗希望ユーザＣ００１－Ｃ００６に対して付与されたユーザランクを例示する図である。 図８に示したユーザランクに基づいて設定された所定の優先度を例示する図である。 第一の実施形態に係るマッチング情報テーブルの一例を示す図である。 サーバ装置が実行する処理のフローチャートである。 第二の実施形態に係る希望スケジュール情報テーブルの一例を示す図である。 第二の実施形態における所定の優先度を例示する図である。 第二の実施形態に係るマッチング情報テーブルの一例を示す図である。

本発明の態様の一つである情報処理装置は、複数のユーザが同一の車両に乗車して移動を行う交通形態（ライドシェア）において、所定の優先度に基づいて、車両と、車両に非運転ユーザとして同乗することを希望するユーザ（以下、「同乗希望ユーザ」と称する。）と、のマッチングを行う。詳しくは、本発明に係る情報処理装置は、所定の優先度が設定された複数の同乗希望ユーザのうち、該優先度が高いユーザが、該優先度が低いユーザよりも優先して車両とのマッチングが行われるように、車両と同乗希望ユーザとのマッチングを行う。

ここで、所定の優先度は、一の車両である第１車両への複数の同乗希望ユーザのマッチングに対する優先度であって、該複数の同乗希望ユーザそれぞれに設定される。つまり、所定の優先度とは、上記複数の同乗希望ユーザそれぞれについての第１車両へのマッチングの行われ易さを表す指標である。なお、所定の優先度は、ライドシェアを利用する利用ユーザに対して予め定められた所定のランクに基づいて設定されてもよいし、第１車両に対してマッチングされ得る複数の同乗希望ユーザそれぞれからの所定の意思表示に関する意思情報に基づいて設定されてもよい。

これによれば、同乗希望ユーザは、自身が第１車両とマッチングされ易いか否かを自身のユーザランク等に基づいて把握することができる。したがって、本発明に係る情報処理装置は、複数のユーザが同一の車両に乗車して移動を行う交通形態において、ユーザが利用し易い交通形態を提供することができる。

以下、本発明の具体的な実施形態について図面に基づいて説明する。以下の実施形態に
記載されている構成部品の寸法、材質、形状、その相対配置等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。

＜第一の実施形態＞
（システム構成）
図１は、本実施形態に係る情報処理システムの概略構成を示す図である。図１の例では、情報処理システム１は、車両１０、車両１０に非運転ユーザとして同乗することを希望するユーザ（同乗希望ユーザ）が有する端末であるユーザ端末１００、車両１０を運転する運転ユーザが有する端末である運転ユーザ端末２００、およびサーバ装置３００を含んで構成される。なお、本実施形態に係るライドシェアは、一の車両１０（本発明に係る第１車両に相当する。）に対して、該車両１０に同乗可能な定員よりも多くの同乗希望ユーザが存在する場合の例であって、ユーザ端末１００は、該同乗希望ユーザの数だけ存在する。

情報処理システム１においては、各ユーザ端末１００、運転ユーザ端末２００、およびサーバ装置３００が、ネットワークＮ１によって相互に接続される。ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。

同乗希望ユーザは、ユーザ端末１００を用いて、ライドシェアにより移動を行うことを要求する旨の情報を入力することができる。本実施形態では、同乗希望ユーザによって、該ユーザが希望するライドシェアによる移動に関するスケジュール情報（以下、「希望スケジュール情報」と称する場合もある。）が入力される。ここで、ユーザ端末１００には、情報処理システム１を利用するための所定のアプリケーション（以下、「所定のアプリ」と称する場合もある。）がインストールされており、同乗希望ユーザはユーザ端末１００にインストールされた所定のアプリを用いて希望スケジュール情報を入力することができる。また、情報処理システム１においてライドシェアに供される車両１０（第１車両）を運転する運転ユーザは、運転ユーザ端末２００を用いて、車両１０の走行スケジュール（以下、「走行スケジュール情報」と称する場合もある。）を入力することができる。この走行スケジュール情報は、運転ユーザ端末２００にインストールされた所定のアプリを用いて入力され得る。なお、希望スケジュール情報や走行スケジュール情報は、ネットワークＮ１に接続可能な任意の端末（スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ等）やパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）を用いて入力されてもよい。

サーバ装置３００は、車両と同乗希望ユーザとのマッチングを管理する管理サーバである。ここで、希望スケジュール情報と走行スケジュール情報とに基づいて周知の技術を用いて行われるマッチング処理によれば、図１に示す情報処理システム１では、車両１０（第１車両）に対して６人の同乗希望ユーザがマッチングされ得る。しかしながら、仮に車両１０の乗車定員が５名である場合には、車両１０に同乗可能な同乗希望ユーザは６人のうちの４人である。そして、この場合、６人の同乗希望ユーザのうちどのユーザが実際に車両１０に同乗可能なのかが判然としない。そうすると、同乗希望ユーザは、ライドシェアを利用して移動可能なのかどうか不安を抱くことがある。そこで、サーバ装置３００は、所定の優先度に基づいて、車両１０（第１車両）と同乗希望ユーザとのマッチングを行う。なお、本実施形態に係るマッチング処理の詳細については、後述する。

（ハードウェア構成）
図２は、ユーザ端末１００、運転ユーザ端末２００、サーバ装置３００の各ハードウェア構成を例示する図である。

先ず、サーバ装置３００について説明する。サーバ装置３００は、一般的なコンピュータの構成を有している。サーバ装置３００は、プロセッサ３０１、主記憶部３０２、補助記憶部３０３、通信部３０４を有する。これらは、互いにバスによって接続される。主記憶部３０２および補助記憶部３０３は、コンピュータで読み取り可能な記録媒体である。コンピュータのハードウェア構成は、図２に示される例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。

サーバ装置３００は、プロセッサ３０１が記録媒体に記憶されたプログラムを主記憶部３０２の作業領域にロードして実行し、プログラムの実行を通じて各機能構成部等が制御されることによって、所定の目的に合致した機能を実現することができる。

プロセッサ３０１は、例えば、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital
Signal Processor）である。プロセッサ３０１は、サーバ装置３００を制御し、様々な
情報処理の演算を行う。主記憶部３０２は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含む。補助記憶部３０３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）である。また、補助記憶部３０３は、リムーバブルメディア、即ち可搬記録媒体を含むことができる。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体である。

補助記憶部３０３は、各種のプログラム、各種のデータおよび各種のテーブルを読み書き自在に記録媒体に格納する。補助記憶部３０３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部３０３に格納される情報は、主記憶部３０２に格納されてもよい。また、主記憶部３０２に格納される情報は、補助記憶部３０３に格納されてもよい。

通信部３０４は、他の装置と接続し、サーバ装置３００と他の装置との間の通信を制御する。通信部３０４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、公衆通信網であるインターネット等のネットワークＮ１に接続される。

サーバ装置３００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

次に、ユーザ端末１００について説明する。ユーザ端末１００は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。なお、ユーザ端末１００は、公衆通信網であるインターネット等のネットワークＮ１を介してサーバ装置３００に接続される、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）であってもよい。

ユーザ端末１００は、プロセッサ１０１、主記憶部１０２、補助記憶部１０３、表示部１０４、入力部１０５、通信部１０６を有する。プロセッサ１０１、主記憶部１０２、補助記憶部１０３については、サーバ装置３００のプロセッサ３０１、主記憶部３０２、補助記憶部３０３と同様であるため、説明は省略される。表示部１０４は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル等である。入力部１
０５は、タッチパネル、押しボタン等を含む。また、入力部１０５は、映像や画像の入力を可能にするカメラや、マイクロフォンのような音声の入力部を含むことができる。通信
部１０６は、例えば、携帯電話等の電話通信網、ＷｉＦｉ等の無線通信を利用してネットワークＮ１にアクセスし、サーバ装置３００等とデータ通信をするための通信回路である。

次に、運転ユーザ端末２００について説明する。運転ユーザ端末２００は、ユーザ端末１００と同様に、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、通信部２０６を有する。プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、通信部２０６は、ユーザ端末１００のプロセッサ１０１、主記憶部１０２、補助記憶部１０３、表示部１０４、入力部１０５、通信部１０６と同様であるため、説明は省略される。

（サーバ装置の機能構成）
図３は、サーバ装置３００の機能構成を例示する図である。サーバ装置３００は、機能構成要素として、走行スケジュール情報取得部Ｆ３１０、希望スケジュール情報取得部Ｆ３２０、優先度設定部Ｆ３３０、マッチング処理部Ｆ３４０、マッチング情報提供部Ｆ３５０、走行スケジュール情報データベースＤ３１０、希望スケジュール情報データベースＤ３２０、マッチング情報データベースＤ３３０を備える。サーバ装置３００のプロセッサ３０１は、主記憶部３０２上のコンピュータプログラムにより、走行スケジュール情報取得部Ｆ３１０、希望スケジュール情報取得部Ｆ３２０、優先度設定部Ｆ３３０、マッチング処理部Ｆ３４０、マッチング情報提供部Ｆ３５０の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。

走行スケジュール情報データベースＤ３１０、希望スケジュール情報データベースＤ３２０、マッチング情報データベースＤ３３０は、プロセッサ３０１によって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部３０３に記憶されるデータを管理することで構築される。走行スケジュール情報データベースＤ３１０、希望スケジュール情報データベースＤ３２０、マッチング情報データベースＤ３３０は、例えば、リレーショナルデータベースである。

なお、サーバ装置３００の各機能構成素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。例えば、マッチング処理部Ｆ３４０の処理と、走行スケジュール情報取得部Ｆ３１０、希望スケジュール情報取得部Ｆ３２０、優先度設定部Ｆ３３０、マッチング情報提供部Ｆ３５０の処理とは、別々のコンピュータにより実行されてもよい。

走行スケジュール情報取得部Ｆ３１０は、ライドシェアに供される車両を運転する運転ユーザからの走行スケジュール情報を取得する。なお、走行スケジュール情報には、ライドシェアに用いられる車両の出発地および目的地、すなわち該車両を運転する運転ユーザの移動スケジュールが含まれる。そして、走行スケジュール情報取得部Ｆ３１０は、走行スケジュール情報を走行スケジュール情報データベースＤ３１０に登録する。

ここで、走行スケジュール情報データベースＤ３１０は、走行スケジュール情報を格納するデータベースである。走行スケジュール情報データベースＤ３１０は、図４に示す走行スケジュール情報テーブルを有する。なお、走行スケジュール情報テーブルに格納される情報は、図４に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図４に示す走行スケジュール情報テーブルは、ユーザＩＤ（運転ユーザＩＤ）、車両識別ＩＤ、出発地、出発予定時刻、目的地のフィールドを有する。運転ユーザＩＤは、運転ユーザを識別するＩＤであって、サーバ装置３００において、車両を識別する車両識別Ｉ
Ｄと予め対応付けられている。また、ユーザＩＤを含むライドシェアのユーザ情報は、個別のテーブルで管理されており、該テーブルには、ユーザの連絡先等が含まれる。連絡先は、例えば、ユーザの携帯番号または電子メールアドレスである。

このようなスケジュール情報は、運転ユーザが運転ユーザ端末２００に走行スケジュール情報を入力することで、該情報が運転ユーザ端末２００からサーバ装置３００に送信される。詳しくは、運転ユーザ端末２００は、走行スケジュール情報の入力を受付け、入力された情報をサーバ装置３００に送信する機能構成を有している。運転ユーザ端末２００のプロセッサ２０１は、主記憶部２０２上のコンピュータプログラムにより、入力部２０５から入力された走行スケジュール情報を通信部２０６を介してサーバ装置３００に送信する処理を実行する。そして、走行スケジュール情報取得部Ｆ３１０は、運転ユーザ端末２００から送信された上記情報を取得する。

ここで、図３の説明に戻る。希望スケジュール情報取得部Ｆ３２０は、ライドシェアに供される車両に非運転ユーザとして同乗することを希望するユーザ（同乗希望ユーザ）からの希望スケジュール情報を取得する。なお、希望スケジュール情報には、同乗希望ユーザの出発地および目的地、すなわち同乗希望ユーザが希望するライドシェアによる移動スケジュールが含まれる。そして、希望スケジュール情報取得部Ｆ３２０は、希望スケジュール情報を希望スケジュール情報データベースＤ３２０に登録する。

希望スケジュール情報データベースＤ３２０は、希望スケジュール情報を格納するデータベースである。希望スケジュール情報データベースＤ３２０は、図５に示す希望スケジュール情報テーブルを有する。なお、希望スケジュール情報テーブルに格納される情報は、図５に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図５に示す希望スケジュール情報テーブルは、ユーザＩＤ（同乗希望ユーザＩＤ）、出発地、出発希望時刻、目的地、到着希望時刻のフィールドを有する。

ここで、上記の図４、図５に示した地点ａ－ｈの位置関係を図６に表す。本実施形態では、運転ユーザＳ００１が出発地ａから目的地ｂへ移動するときの移動方向（該方向は、図６において矢１として表される。）に、同乗希望ユーザの目的地である地点ｄ－ｈが存在していることが判る。これに対して、運転ユーザＳ００２が出発地ａから目的地ｃへ移動するときの移動方向（該方向は、図６において矢２として表される。）には、同乗希望ユーザの目的地は存在していない。

この場合、周知の技術を用いて行われるマッチング処理によれば、運転ユーザＳ００１の移動方向に同乗希望ユーザＣ００１－Ｃ００６の目的地が存在しているため、運転ユーザＳ００１が運転する車両１０に対して同乗希望ユーザＣ００１－Ｃ００６がマッチングされ得る。本実施形態においては、図３に示す優先度設定部Ｆ３３０は、先ず、このように、一の車両である第１車両に対して複数の同乗希望ユーザがマッチングされ得るか否かを予測する。詳しくは、優先度設定部Ｆ３３０は、走行スケジュール情報取得部Ｆ３１０が取得した走行スケジュール情報と、希望スケジュール情報取得部Ｆ３２０が取得した希望スケジュール情報と、に基づいて、第１車両に対して複数の同乗希望ユーザがマッチングされ得るか否かを予測する。

そして、第１車両に対して複数の同乗希望ユーザがマッチングされ得ることが予測される場合、優先度設定部Ｆ３３０は、次に、該複数の同乗希望ユーザそれぞれについて、マッチングに対する所定の優先度を設定する。これについて、図７から図９に基づいて説明する。

図７は、本実施形態に係る情報処理システム１を利用するユーザに対して付与されるユーザランクについて説明するための図である。本実施形態では、５段階のユーザランクが用いられ、Ｃ、Ｂ、Ａ、Ｓ´、Ｓの順にランクが高くなる。なお、各ランクには付与の条件が設けられており、例えば、年間利用実績が５０回以上で１００回未満のユーザには、ランクＡが付与される。また、例えば、システムの初回利用者には、ランクＳ´が付与される。

そして、本実施形態では、運転ユーザＳ００１が運転する車両１０（第１車両）に対して同乗希望ユーザＣ００１－Ｃ００６がマッチングされ得るため、優先度設定部Ｆ３３０は、同乗希望ユーザＣ００１－Ｃ００６に対して予め定められたユーザランクに基づいて、該同乗希望ユーザそれぞれについて、マッチングに対する所定の優先度を設定する。ここで、図８は、同乗希望ユーザＣ００１－Ｃ００６に対して付与されたユーザランクを例示する図である。本実施形態では、前年の年間利用実績が７０回であるユーザＣ００１に対してユーザランクＡが付与されているのに対して、前年の年間利用実績が３回であるユーザＣ００４に対してユーザランクＣが付与されている。また、システムの初回利用者であるユーザＣ００５に対しては、ユーザランクＳ´が付与されている。

そして、図９は、図８に示したユーザランクに基づいて設定された所定の優先度を例示する図である。図９に示すように、同乗希望ユーザＣ００１－Ｃ００６のうち、最も高いユーザランクが付与されているユーザＣ００５の優先度が１となり、最も低いユーザランクが付与されているユーザＣ００３、Ｃ００４の優先度が５となっている。なお、このような優先度は、複数の同乗希望ユーザそれぞれについての車両へのマッチングの行われ易さを表す指標である。

ここで、図３の説明に戻る。マッチング処理部Ｆ３４０は、優先度設定部Ｆ３３０によって複数の同乗希望ユーザそれぞれについて設定された所定の優先度に基づいて、第１車両と同乗希望ユーザとのマッチングを行う。詳しくは、マッチング処理部Ｆ３４０は、所定の優先度が設定された複数の同乗希望ユーザのうち、該優先度が高いユーザが、該優先度が低いユーザよりも優先して第１車両とのマッチングが行われるように、第１車両と同乗希望ユーザとのマッチングを行う。なお、プロセッサ３０１が希望スケジュール情報取得部Ｆ３２０、優先度設定部Ｆ３３０、およびマッチング処理部Ｆ３４０の処理を実行することで、本発明に係る制御部として機能する。そして、サーバ装置３００が、本発明に係る情報処理装置として機能する。

そして、マッチング処理部Ｆ３４０は、第１車両と同乗希望ユーザとのマッチングを行うと、マッチング情報を生成する。ここで、マッチング情報とは、マッチング情報データベースＤ３３０に登録される情報である。

マッチング情報データベースＤ３３０は、マッチング情報を格納するデータベースである。マッチング情報データベースＤ３３０は、図１０に示すマッチング情報テーブルを有する。なお、マッチング情報テーブルに格納される情報は、図１０に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図１０に示すマッチング情報テーブルは、車両識別ＩＤ、運転ユーザＩＤ、第１車両とマッチングされた同乗希望ユーザのユーザＩＤ、同乗希望ユーザの優先度、同乗希望ユーザの出発地とその出発予定時刻、同乗希望ユーザの目的地とその到着予定時刻のフィールドを有する。本例では、運転ユーザＳ００１が運転する車両１０に、同乗希望ユーザＣ００５、Ｃ００１、Ｃ００２、Ｃ００６がマッチングされている。ここで、車両１０の乗車定員は５名である。そして、上記の図６の説明で述べたように、車両１０には、該車両に同乗可能な定員（４名）よりも多くの同乗希望ユーザ（同乗希望ユーザＣ００１－Ｃ００
６の６人）がマッチングされ得る。そこで、本例では、図１０に示すように、同乗希望ユーザＣ００１－Ｃ００６のうち、優先度が高い上位４人である同乗希望ユーザＣ００５、Ｃ００１、Ｃ００２、Ｃ００６が車両１０にマッチングされている。

そして、このようなマッチング情報は、図３に示すマッチング情報提供部Ｆ３５０によって、第１車両の運転ユーザ、および第１車両とマッチングされた同乗希望ユーザに対して提供される。また、第１車両とマッチングされなかった同乗希望ユーザに対しては、第１車両とマッチングされなかった旨が通知される。

以上に述べた情報処理システムによれば、予め定められたユーザランクに基づいて、第１車両と同乗希望ユーザとのマッチングが行われる。ここで、同乗希望ユーザは、自身のユーザランクを事前に知り得る（例えば、ユーザ端末１００にインストールされた所定のアプリから希望スケジュール情報を入力する際に、ユーザランクが表示される。）。そうすると、同乗希望ユーザは、自身が第１車両とマッチングされ易いか否かを事前に把握することができ、以て、同乗希望ユーザがライドシェアを利用して移動可能なのかどうか不安を抱く事態が軽減される。また、このようなシステムによれば、ライドシェアの利用ユーザが、自身のユーザランクを高くするためにライドシェアを積極的に利用することが想定され、その結果として、ライドシェアの利用が促進される。

ここで、本実施形態では、運転ユーザＳ００１が運転する車両１０（第１車両）とマッチングされなかった同乗希望ユーザＣ００３、Ｃ００４が、ライドシェアを利用して目的地まで移動できるように、マッチング処理部Ｆ３４０は、運転ユーザＳ００２が運転する車両２０（第２車両）とユーザＣ００３、Ｃ００４とのマッチングを行ってもよい。ただし、上記の図６の説明で述べたように、運転ユーザＳ００２の移動方向に、ユーザＣ００３、Ｃ００４の目的地は存在していない。そのため、運転ユーザＳ００２が出発地ａから目的地ｃへ移動するときに、ユーザＣ００３の目的地ｅおよびユーザＣ００４の目的地ｆを経由する場合、運転ユーザＳ００２は遠回りをすることになる。

そこで、マッチング処理部Ｆ３４０は、所定の優先度に基づいて、第１車両と同乗希望ユーザとのマッチングを行った結果、第１車両とマッチングされ得る複数の同乗希望ユーザのうち、第１車両の乗車定員により該第１車両への同乗が制限されることで、実際には第１車両とマッチングされなかった定員超過ユーザが存在する場合、該定員超過ユーザが該第１車両とは異なる一の車両である第２車両に同乗して移動可能となるように、該第２車両の運転ユーザに対して、該定員超過ユーザを同乗させる対価としてのインセンティブを付与することで、第２車両と、定員超過ユーザと、のマッチングを行ってもよい。そして、このとき、マッチング処理部Ｆ３４０は、第２車両の運転ユーザに付与するインセンティブを定員超過ユーザから取得してもよい。なお、インセンティブとは、例えば、所定のサービスに使用可能なポイント、割引券や商品券の電子データ、電子マネー等である。このようなインセンティブデータは、サーバ装置３００から第２車両の運転ユーザの運転ユーザ端末２００に送信され、第２車両の運転ユーザは、例えば、所定の施設を利用するときに、インセンティブデータとして取得した該施設の割引券を運転ユーザ端末２００の表示部２０４に表示させることで、該施設の利用料金の割引を受けることができる。

つまり、本実施形態では、車両１０（第１車両）とは異なる車両２０（第２車両）の運転ユーザであるユーザＳ００２に対して、定員超過ユーザであるユーザＣ００３、Ｃ００４を同乗させる対価としてのインセンティブが付与される。この場合、例えば、運転ユーザＳ００２には、該ユーザが遠回りをして移動を行うことに対する交通費（燃料代等）に相当するインセンティブが付与される。なお、マッチング処理部Ｆ３４０は、車両２０と定員超過ユーザＣ００３、Ｃ００４とのマッチングを実際に行う前に、インセンティブの内容を運転ユーザＳ００２と定員超過ユーザＣ００３、Ｃ００４とに提示して、これらユ
ーザに対してマッチングの承認を要求してもよい。

以上によれば、同乗希望ユーザは、仮に自身のユーザランクが低かったとしても、ライドシェアを安心して利用することができ、以て、ライドシェアの利用が促進される。なお、サーバ装置３００は、仮にマッチング処理部Ｆ３４０が同乗希望ユーザＣ００３、Ｃ００４を車両とマッチングできなかった場合には、これらユーザのためにタクシーを手配する処理を実行してもよい。これによっても、ユーザは安心感を得ることができる。

（処理の流れ）
本実施形態に係るサーバ装置３００の処理の流れについて説明する。図１１は、サーバ装置３００が実行する処理のフローチャートである。

図１１に示す処理では、先ず、ステップＳ１０１において、走行スケジュール情報が取得され該情報が登録される。ステップＳ１０１では、サーバ装置３００が、運転ユーザ端末２００から送信された走行スケジュール情報を、通信部３０４による受信を介して取得し、該走行スケジュール情報を走行スケジュール情報データベースＤ３１０に登録する。

次に、ステップＳ１０２において、希望スケジュール情報が取得され該情報が登録される。ステップＳ１０２では、サーバ装置３００が、ユーザ端末１００から送信された希望スケジュール情報を、通信部３０４による受信を介して取得し、該希望スケジュール情報を希望スケジュール情報データベースＤ３２０に登録する。

次に、ステップＳ１０３において、第１車両に対して複数の同乗希望ユーザがマッチングされ得ることが予測されるか否かが判別される。ステップＳ１０３では、周知の技術を用いて、ステップＳ１０１で取得した走行スケジュール情報と、ステップＳ１０２で取得した希望スケジュール情報と、に基づいて、第１車両に対して複数の同乗希望ユーザがマッチングされ得るか否か予測される。そして、ステップＳ１０３において肯定判定された場合、サーバ装置３００のプロセッサ３０１はステップＳ１０４の処理へ進み、ステップＳ１０３において否定判定された場合、本フローの実行が終了される。

ステップＳ１０３において肯定判定された場合、次に、ステップＳ１０４において、第１車両とマッチングされ得る複数の同乗希望ユーザそれぞれについて、マッチングに対する所定の優先度が設定される。ステップＳ１０４では、上述したように、同乗希望ユーザそれぞれに対して予め定められたユーザランクに基づいて、所定の優先度が設定される。

次に、ステップＳ１０５において、第１車両と同乗希望ユーザとのマッチングが実行される。ステップＳ１０５では、ステップＳ１０４において優先度が設定された複数の同乗希望ユーザのうち、該優先度が高いユーザが、該優先度が低いユーザよりも優先して第１車両とのマッチングが行われるように、第１車両と同乗希望ユーザとのマッチングが行われる。そして、ステップＳ１０６において、ステップＳ１０５の処理によるマッチングのマッチング情報が送信される。ステップＳ１０６では、サーバ装置３００が、マッチング情報を第１車両とマッチングされた同乗希望ユーザのユーザ端末１００および運転ユーザ端末２００に送信する。そして、サーバ装置３００は、マッチング情報をマッチング情報データベースＤ３３０に登録する。なお、サーバ装置３００は、第１車両とマッチングされなかった同乗希望ユーザのユーザ端末１００に対しては、第１車両とマッチングされなかった旨の通知を送信する。そして、ステップＳ１０６の処理の後、本フローの実行が終了される。

以上に述べた情報処理システムによれば、同乗希望ユーザは、自身が第１車両とマッチングされ易いか否かを自身のユーザランクに基づいて把握することができ、以て、同乗希
望ユーザがライドシェアの利用に不安を抱く事態が軽減される。つまり、本発明に係る情報処理装置は、複数のユーザが同一の車両に乗車して移動を行う交通形態において、ユーザが利用し易い交通形態を提供することができる。

（記録媒体）
コンピュータその他の機械、装置（以下、コンピュータ等）に上述したいずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる非一時的な記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コン
ピュータ等に固定された記録媒体としても利用可能である。

＜第二の実施形態＞
次に、本発明の第二の実施形態について説明する。なお、本実施形態において、上述した第一の実施形態と実質的に同一の構成、実質的に同一の制御処理については、その詳細な説明を省略する。

上述した第一の実施形態では、サーバ装置３００の優先度設定部Ｆ３３０は、ライドシェアの利用ユーザに対して予め定められた所定のランクに基づいて、所定の優先度を設定する。これに対して、本実施形態では、サーバ装置３００の優先度設定部Ｆ３３０は、第１車両に対してマッチングされ得る複数の同乗希望ユーザそれぞれからの所定の意思表示に関する意思情報に基づいて、所定の優先度を設定する。これについて、図１２から図１４に基づいて説明する。

図１２は、本実施形態における希望スケジュール情報テーブルを例示する図である。図１２に示す希望スケジュール情報テーブルは、ユーザＩＤ（同乗希望ユーザＩＤ）、出発地、出発希望時刻、目的地、到着希望時刻、同乗希望意思の度合いのフィールドを有する。ここで、同乗希望意思の度合いは、同乗希望ユーザそれぞれからの所定の意思表示に関する意思情報であって、該ユーザの第１車両への同乗の意思が高・中・低の３段階で表される。この同乗希望意思の度合いは、同乗希望ユーザが所定のアプリを用いて希望スケジュール情報として出発地・目的地等を入力する際に併せて入力される。

図１２によると、同乗希望ユーザＣ００１、Ｃ００２、Ｃ００３は同乗希望意思が高く、同乗希望ユーザＣ００５、Ｃ００６は同乗希望意思が低いことが判る。ここで、同乗希望意思が高いユーザとは、例えば、第１車両に同乗可能な定員よりも多くの同乗希望ユーザが該第１車両とマッチングされ得る場合には、第１車両の運転ユーザに対してインセンティブを提供してでも該第１車両への同乗を希望するユーザである。また、同乗希望意思が低いユーザとは、例えば、第１車両に同乗可能な定員よりも多くの同乗希望ユーザが該第１車両とマッチングされ得る場合には、第１車両への同乗を他のユーザに譲る意思を有するユーザである。

そして、本実施形態に係る優先度設定部Ｆ３３０は、図１２に示した同乗希望意思の度
合いに基づいて所定の優先度を設定する。図１３は、本実施形態における所定の優先度を例示する図である。図１３に示すように、同乗希望ユーザＣ００１－Ｃ００６のうち、同乗希望意思が高いユーザＣ００１、Ｃ００２、Ｃ００３の優先度が１となり、同乗希望意思が低いユーザＣ００５、Ｃ００６の優先度が５となっている。そうすると、マッチング処理部Ｆ３４０は、このように設定された所定の優先度に基づいて、第１車両と同乗希望ユーザとのマッチングを行う。詳しくは、マッチング処理部Ｆ３４０は、所定の優先度が設定された複数の同乗希望ユーザのうち、該優先度が高いユーザが、該優先度が低いユーザよりも優先して第１車両とのマッチングが行われるように、第１車両と同乗希望ユーザとのマッチングを行う。

図１４は、本実施形態におけるマッチング情報テーブルを例示する図である。図１４に示すマッチング情報テーブルは、車両識別ＩＤ、運転ユーザＩＤ、第１車両とマッチングされた同乗希望ユーザのユーザＩＤ、同乗希望ユーザの優先度、同乗希望ユーザの出発地とその出発予定時刻、同乗希望ユーザの目的地とその到着予定時刻のフィールドを有する。第一の実施形態の説明で述べたように、車両１０に同乗可能な定員は４名である。そのため、本例では、図１４に示すように、同乗希望ユーザＣ００１－Ｃ００６のうち、優先度が高い上位４人である同乗希望ユーザＣ００１、Ｃ００２、Ｃ００３、Ｃ００４が車両１０にマッチングされている。

これによれば、同乗希望ユーザは、自身が第１車両とマッチングされ易いか否かを自身の意思表示に基づいて把握することができ、以て、同乗希望ユーザがライドシェアの利用に不安を抱く事態が軽減される。これにより、複数のユーザが同一の車両に乗車して移動を行う交通形態において、ユーザが利用し易い交通形態を提供することができる。

ここで、例えば、同乗希望ユーザ自身が計画しているスケジュールが流動的である場合等においては、該ユーザが第１車両とマッチングされたにもかかわらず、後に該マッチングが該ユーザによってキャンセルされてしまうことがある。しかしながら、このような事態において、自身のスケジュールが流動的である同乗希望ユーザが最初から第１車両への同乗を他のユーザに譲る意思表示をしないことも考えられる。そこで、本実施形態では、マッチング処理部Ｆ３４０は、所定の優先度が設定された複数の同乗希望ユーザのうち第１車両とマッチングされなかったユーザであって、希望スケジュール情報において第１車両への同乗を他のユーザに譲る意思表示をしていたユーザ（同乗希望意思が低いユーザ）に対して、インセンティブを付与してもよい。なお、インセンティブとは、例えば、所定のサービスに使用可能なポイント、割引券や商品券の電子データ、電子マネー等である。このようなインセンティブデータは、サーバ装置３００から上記同乗希望ユーザのユーザ端末１００に送信される。

そうすると、例えば、自身のスケジュールが流動的である同乗希望ユーザが最初から第１車両への同乗を他のユーザに譲る意思を表示する事態が生じ易くなる。そして、これにより、ライドシェアの利用が促進されることになる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。

また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によ
って実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１０・・・・車両
１００・・・ユーザ端末
２００・・・運転ユーザ端末
３００・・・サーバ装置
３０１・・・プロセッサ
３０２・・・主記憶部
３０３・・・補助記憶部

Claims (4)

1. 複数のユーザが同一の車両に乗車して移動を行う交通形態において、前記車両と、前記車両に非運転ユーザとして同乗することを希望するユーザである同乗希望ユーザと、のマッチングを行う情報処理装置であって、
   前記同乗希望ユーザについて、該ユーザが希望する前記交通形態による移動に関するスケジュール情報を取得することと、
   一の前記車両である第１車両に対して複数の前記同乗希望ユーザがマッチングされ得ることが、前記スケジュール情報に基づいて予測される場合、該複数の同乗希望ユーザそれぞれについて、該複数の同乗希望ユーザそれぞれからの所定の意思表示に関する意思情報に基づいて、該マッチングに対する所定の優先度を設定することと、
   前記所定の優先度が設定された前記複数の同乗希望ユーザのうち、該優先度が高いユーザが、該優先度が低いユーザよりも優先して前記第１車両とのマッチングが行われるように、前記第１車両と前記同乗希望ユーザとのマッチングを行うことと、
   前記所定の優先度が設定された前記複数の同乗希望ユーザのうち前記第１車両とマッチングされなかったユーザであって、前記意思情報において前記第１車両への同乗を他のユーザに譲る意思表示をしていたユーザに対して、インセンティブを付与することと、
   を実行する制御部を備える情報処理装置。
2. 前記制御部は、
   前記所定の優先度に基づいて、前記第１車両と前記同乗希望ユーザとのマッチングを行った結果、前記第１車両とマッチングされ得る前記複数の同乗希望ユーザのうち、前記第１車両の乗車定員により該第１車両への同乗が制限されることで、実際には前記第１車両とマッチングされなかった定員超過ユーザが存在する場合、該定員超過ユーザが該第１車両とは異なる一の前記車両である第２車両に同乗して移動可能となるように、該第２車両の運転ユーザに対して、該定員超過ユーザを同乗させる対価としてのインセンティブを付与することで、前記第２車両と、前記定員超過ユーザと、のマッチングを行うことと、
   前記第２車両の運転ユーザに付与する前記インセンティブを前記定員超過ユーザから取得することと、
   を更に実行する、請求項１に記載の情報処理装置。
3. 複数のユーザが同一の車両に乗車して移動を行う交通形態において、前記車両と、前記
   車両に非運転ユーザとして同乗することを希望するユーザである同乗希望ユーザと、のマッチングを行う情報処理方法であって、
   コンピュータが、
   前記同乗希望ユーザについて、該ユーザが希望する前記交通形態による移動に関するスケジュール情報を取得するステップと、
   一の前記車両である第１車両に対して複数の前記同乗希望ユーザがマッチングされ得ることが、前記スケジュール情報に基づいて予測される場合、該複数の同乗希望ユーザそれぞれについて、該複数の同乗希望ユーザそれぞれからの所定の意思表示に関する意思情報に基づいて、該マッチングに対する所定の優先度を設定するステップと、
   前記所定の優先度が設定された前記複数の同乗希望ユーザのうち、該優先度が高いユーザが、該優先度が低いユーザよりも優先して前記第１車両とのマッチングが行われるように、前記第１車両と前記同乗希望ユーザとのマッチングを行うステップと、
   前記所定の優先度が設定された前記複数の同乗希望ユーザのうち前記第１車両とマッチングされなかったユーザであって、前記意思情報において前記第１車両への同乗を他のユーザに譲る意思表示をしていたユーザに対して、インセンティブを付与するステップと、
   を実行する、情報処理方法。
4. 複数のユーザが同一の車両に乗車して移動を行う交通形態において、前記車両と、前記車両に非運転ユーザとして同乗することを希望するユーザである同乗希望ユーザと、のマッチングを行うプログラムであって、
   コンピュータに、
   前記同乗希望ユーザについて、該ユーザが希望する前記交通形態による移動に関するスケジュール情報を取得するステップと、
   一の前記車両である第１車両に対して複数の前記同乗希望ユーザがマッチングされ得ることが、前記スケジュール情報に基づいて予測される場合、該複数の同乗希望ユーザそれぞれについて、該複数の同乗希望ユーザそれぞれからの所定の意思表示に関する意思情報に基づいて、該マッチングに対する所定の優先度を設定するステップと、
   前記所定の優先度が設定された前記複数の同乗希望ユーザのうち、該優先度が高いユーザが、該優先度が低いユーザよりも優先して前記第１車両とのマッチングが行われるように、前記第１車両と前記同乗希望ユーザとのマッチングを行うステップと、
   前記所定の優先度が設定された前記複数の同乗希望ユーザのうち前記第１車両とマッチングされなかったユーザであって、前記意思情報において前記第１車両への同乗を他のユーザに譲る意思表示をしていたユーザに対して、インセンティブを付与するステップと、
   を実行させる、プログラム。

Images