JP2020004347A - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】本発明は、常時運転する者が特定されていない車両を複数のユーザで利用することを可能とするための技術を提供することを目的とする。【解決手段】第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが、該第１ユーザの目的地を出発地として該第１車両を運転して移動することが可能であるか否かの判別を情報処理装置が行う。そして、情報処理装置は、当該判別において肯定判定された場合に、第１ユーザおよび第２ユーザを第１車両に対してマッチングする。【選択図】図４

Description

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

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

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

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

本発明は、常時運転する者が特定されていない車両を複数のユーザで利用することを可能とするための技術を提供することを目的とする。

本発明の第１の態様に係る情報処理装置は、
第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが、前記第１ユーザの目的地を出発地として前記第１車両を運転して移動することが可能であるか否かの判別を行うことと、
前記判別において肯定判定された場合に、前記第１ユーザおよび前記第２ユーザを前記第１車両に対してマッチングすることと、
を実行する制御部を備える。

本発明の第２の態様に係る情報処理方法は、
第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが、前記第１ユーザの目的地を出発地として前記第１車両を運転して移動することが可能であるか否かの判別を行うステップと、
前記判別において肯定判定された場合に、前記第１ユーザおよび前記第２ユーザを前記第１車両に対してマッチングするステップと、
を有する。

本発明の第３の態様に係るプログラムは、
第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが、前記第１ユーザの目的地を出発地として前記第１車両を運転して移動することが可能であるか否かの判別を行うステップと、
前記判別において肯定判定された場合に、前記第１ユーザおよび前記第２ユーザを前記第１車両に対してマッチングするステップと、
をコンピュータに実行させる。

本発明によれば、常時運転する者が特定されていない車両を複数のユーザで利用するこ
とが可能となる。

第１実施形態に係る情報処理システムの概略構成を示す図である。 管理サーバのハードウェア構成の一部を示す図である。 第１実施形態に係る情報処理システムを構成するユーザ端末および管理サーバそれぞれの構成の一例を概略的に示すブロック図である。 第１マッチング処理のフローを示すフローチャートである。 ユーザ情報ＤＢに格納されるユーザ情報のテーブル構成の一例を示す図である。 第１マッチング情報ＤＢに格納される第１マッチング情報のテーブル構成の一例を示す図である。 第２実施形態に係る情報処理システムの概略構成を示す図である。 第２マッチング情報ＤＢに格納される第２マッチング情報のテーブル構成の一例を示す図である。 第２マッチング処理のフローを示すフローチャートである。 第３実施形態における、情報処理システムの動作を説明するための図である。

本発明の第１の態様に係る情報処理装置は、第１ユーザと第２ユーザとを同一の車両にマッチングする制御部を備えている。ここで、第１ユーザおよび第２ユーザはいずれも車両の運転者となることが可能なユーザである。なお、ユーザが車両の運転者になることが可能か否かについては、各ユーザから、車両の運転者になることが可能か否かに関する情報を取得することで判定することができる。

制御部は、第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが、該第１ユーザの目的地を出発地として該第１車両を運転して移動することが可能であるか否かの判別を行う。この判別は、例えば、第１ユーザおよび第２ユーザについての、出発地、目的地、および移動スケジュールを含むユーザ情報を取得することで行うことができる。

そして、制御部は、上記の判別において肯定判定された場合、つまり、第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが、該第１ユーザの目的地を出発地として該第１車両を運転して移動することが可能であると判定された場合に、該第１ユーザおよび該第２ユーザを該第１車両に対してマッチングする。なお、「第１ユーザおよび第２ユーザを第１車両に対してマッチングする」とは、第１ユーザおよび第２ユーザと第１車両とを組み合わせることを意味する。

ここで、仮に、常時運転する者が特定されていない車両をユーザが運転して目的地まで移動した後に、該ユーザに代わって該車両を運転する者が存在しなければ、該車両が該目的地に放置されることになってしまう。このような車両の放置が発生するような状況では、ユーザが該車両を利用することは困難である。これに対し、上記のような条件を満たしている第１ユーザと第２ユーザとが同一の車両である第１車両に対してマッチングされた場合、第１ユーザが第１車両を運転して目的地まで移動した後は、第２ユーザが該第１車両を引き継いで運転することができる。したがって、第１ユーザと該第２ユーザとが同一の車両を運転者として利用することが可能となる。そのため、常時運転する者が特定されていない車両を複数のユーザで利用することが可能となる。

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

＜第１実施形態＞
（システムの概略）
図１は、本実施形態に係る情報処理システムの概略構成を示す図である。情報処理システム１は、各ユーザが有するユーザ端末１００と、管理サーバ２００とを含んで構成される。なお、ユーザ端末１００は、情報処理システム１を利用するユーザの数だけ存在する。

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

各ユーザ端末１００には、情報処理システム１におけるマッチングサービスを利用するための所定のアプリケーションがインストールされている。ここで、マッチングサービスとは、常時運転する者が特定されていない車両に対して複数のユーザをマッチングすることで、該車両を該複数のユーザで利用することを可能とするためのサービスである。以下、マッチングサービスにおいて、複数のユーザで利用する車両を「ライドシェア車両」と称する場合もある。そして、各ユーザは、ユーザ端末１００において所定のアプリケーションを作動させることで、マッチングサービスを利用するために必要な各自の情報（以下、「ユーザ情報」と称する。）を管理サーバ２００に登録することができる。

管理サーバ２００は、登録されたユーザ情報を管理するサーバである。また、管理サーバ２００は、マッチングサービスを提供するための第１マッチング処理を、登録されたユーザ情報に基づいて実行する。ここで、第１マッチング処理とは、ライドシェア車両の運転者となる複数のユーザを同一の車両にマッチングする処理、すなわち、該複数のユーザと一の車両とを組み合わせる処理である。なお、第１マッチング処理の詳細については後述する。また、管理サーバ２００は、第１マッチング処理によるマッチング結果を各ユーザ端末１００に送信する。

（サーバのハードウェア構成）
ここで、管理サーバ２００のハードウェア構成について図２に基づいて説明する。図２は、管理サーバ２００のハードウェア構成の一部を示す図である。管理サーバ２００は、一般的なコンピュータにより構成される。

管理サーバ２００は、ＣＰＵやＤＳＰ等のプロセッサ２０１、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）等の主記憶部２０２と、ＥＰＲＯＭ、ハードディスクドライブ（ＨＤＤ）、リムーバブルメディア等の補助記憶部２０３と、を備えている。ここで、リムーバブルメディアは、例えば、ＵＳＢメモリやＳＤカード等のフラッシュメモリ、あるいは、ＣＤ−ＲＯＭやＤＶＤディスク、ブルーレイディスクのようなディスク記録媒体である。

管理サーバ２００において、補助記憶部２０３には、オペレーティングシステム（ＯＳ）、各種プログラム、各種情報テーブル等が格納されている。また、管理サーバ２００において、プロセッサ２０１が、補助記憶部２０３に記憶されたプログラムを主記憶部２０２にロードして実行することによって、後述するような各種の機能モジュールを実現することができる。ただし、管理サーバ２００における一部または全部の機能モジュールはＡ
ＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、管理サーバ２００は、必ずしも単一の物理的構成によって実現される必要はなく、互いに連携する複数台のコンピュータによって構成されてもよい。

（システム構成）
次に、本実施形態に係る情報処理システム１を構成するユーザ端末１００および管理サーバ２００それぞれの機能構成について図３に基づいて説明する。図３は、本実施形態に係る情報処理システム１を構成するユーザ端末１００および管理サーバ２００それぞれの構成の一例を概略的に示すブロック図である。

（ユーザ端末）
ユーザ端末１００は、プロセッサ、主記憶部、補助記憶部と、を有するコンピュータを含んで構成される。ユーザ端末１００としては、スマートフォン、タブレットコンピュータ、モバイルコンピュータ、ウェアラブルコンピュータ、ワイヤレスストレージ、携帯電話、ハンディターミナル等を例示することができる。また、ユーザ端末１００は、ネットワークＮ１を介して管理サーバ２００に接続されるパーソナルコンピュータであってもよい。

ユーザ端末１００は、通信部１１０および制御部１２０を有している。通信部１１０は、ユーザ端末１００をネットワークＮ１に接続するための通信手段である。通信部１１０は、例えば３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）やＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の移動体通信サービスを利用して、ネットワークＮ１経由で、管理サーバ２００を含む他の装置と通信を行うことができる。

また、制御部１２０は、ユーザ端末１００を制御するための演算処理を行う機能を有する。制御部２２０は、プロセッサによって実現することができる。また、プロセッサが、補助記憶部に記憶されたプログラムを主記憶部にロードして実行することによって、制御部１２０が有する各種の機能モジュールを実現することができる。

ここで、制御部１２０は、機能モジュールとして、ユーザ情報生成部１２１を有している。ユーザ情報生成部１２１は、ユーザが、上記の所定のアプリケーションを作動させた上でユーザ端末１００の入出力部（例えば、タッチパネルディスプレイ）に対して行った入力操作に基づき、ユーザ情報を生成する。

ここで、ユーザ情報には、ユーザの、出発地（すなわち、ライドシェア車両に自身が乗車するための乗車予定地）、目的地（すなわち、ライドシェア車両から自身が降車するための降車予定地）、出発地からの出発予定日時、目的地への到着予定日時に関する情報が含まれている。なお、出発地からの出発予定日時、目的地への到着予定日時に関する情報は、ユーザが出発地から目的地に車両を運転して移動する際の移動スケジュールに関する情報であればよい。そのため、例えば、目的地への到着予定日時は、出発地、目的地、および出発予定日時に基づいて推定される日時であってもよい。また、目的地への到着予定日時に代えて、出発地から目的地まで車両による移動予定時間がユーザ情報に含まれていてもよい。

さらに、ユーザ情報には、ユーザがライドシェア車両に乗車した場合に該ユーザ自身が該ライドシェア車両の運転者となることが可能である否かに関する情報である運転可否情報も含まれている。つまり、ユーザは、ユーザ端末１００の入出力部に対する入力操作によって、該ユーザ自身が該ライドシェア車両の運転者となることが可能である否かの意思を示す。そして、このユーザの意思表示に基づいて、ユーザ情報生成部１２１が、該ユーザについてのユーザ情報に含まれる運転可否情報を生成する。

また、制御部１２０は、ユーザ情報生成部１２１において生成されたユーザ情報を通信部１１０を介して管理サーバ２００に送信する処理を行う。さらに、制御部１２０は、管理サーバ２００から送信されるマッチング結果に関する情報である第１マッチング情報を通信部１１０を介して受信する処理を行う。さらに、制御部１２０は、管理サーバ２００から受信した第１マッチング情報を、ユーザ端末１００の入出力部に出力する処理を行う。

（管理サーバ）
管理サーバ２００は、各ユーザ端末１００からネットワークＮ１経由でユーザ情報を受信する。そして、管理サーバ２００では、受信した各ユーザについてのユーザ情報に基づいて第１マッチング処理が行われる。さらに、管理サーバ２００は、第１マッチング処理によるマッチング結果に関する情報である第１マッチング情報を各ユーザ端末１００に送信する。

管理サーバ２００は、通信部２１０、制御部２２０、ユーザ情報データベース（ユーザ情報ＤＢ）２３０、第１マッチング情報データベース（第１マッチング情報ＤＢ）２４０を有している。通信部２１０は、管理サーバ２００をネットワークＮ１に接続するための通信手段である。通信部２１０は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インターフェースボードや、無線通信のための無線通信回路を含んで構成される。

ユーザ情報ＤＢ２３０は、各ユーザについてのユーザ情報を格納するデータベースである。具体的には、ユーザ情報ＤＢ２３０には、各ユーザ端末１００から受信したユーザ情報が各ユーザと紐付けられた状態で格納されている。また、第１マッチング情報ＤＢ２４０は、第１マッチング情報を格納するデータベースである。具体的には、第１マッチング情報ＤＢ２４０には、第１マッチング処理によってマッチングされた、同一のライドシェア車両にマッチングされた複数のユーザに関する情報が、該ライドシェア車両に紐付けられた状態で格納されている。

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

制御部２２０は、管理サーバ２００を制御するための演算処理を行う機能を有する。制御部２２０は、プロセッサ２０１によって実現することができる。制御部２２０は、各ユーザ端末１００から送信されるユーザ情報を通信部１１０を介して受信する処理、第１マッチング情報を通信部２１０を介して各ユーザ端末１００に送信する処理を実行する。また、制御部２２０は、ユーザ情報ＤＢ２３０へのユーザ情報の登録や、第１マッチング情報ＤＢ２４０への第１マッチング情報の登録等の情報管理処理を実行する。また、制御部２２０は、第１マッチング処理を実行する機能モジュールであるマッチング部２２１を有している。

なお、本実施形態においては、管理サーバ２００が、本発明の第１の態様に係る「情報処理装置」に相当する。

（第１マッチング処理）
ここで、マッチング部２２１によって実行される第１マッチング処理の詳細について説明する。上述したように、本実施形態に係るライドシェア車両は常時運転する者が特定さ
れていない車両であり、運転者となることが可能な一のユーザが運転する車両である。そのため、仮に、運転者となることが可能な一のユーザである第１ユーザが、ライドシェア車両である第１車両を運転して該第１ユーザの目的地まで移動した場合において、該目的地から該第１車両を運転する、該第１ユーザ以外のユーザが存在しなければ、該第１車両が放置されてしまうことになる。そこで、本実施形態に係る第１マッチング処理では、第１車両を運転して目的地まで移動する第１ユーザと、該第１ユーザの目的地を出発地として該第１車両を運転して移動する第２ユーザとを、該第１車両に対してマッチングする。

図４は、マッチング部２２１によって実行される第１マッチング処理のフローを示すフローチャートである。図５は、ユーザ情報ＤＢ２３０に格納されるユーザ情報のテーブル構成の一例を示す図である。図６は、第１マッチング情報ＤＢ２４０に格納される第１マッチング情報のテーブル構成の一例を示す図である。なお、第１マッチング処理は、ユーザ情報ＤＢ２３０に格納されている各ユーザ情報同士を照合することによって行われる。ただし、図４は、二人のユーザ（一人の第１ユーザと一人の第２ユーザ）についてのユーザ情報の組み合わせに対して行われる処理を示している。そのため、マッチング部２２１では、ユーザ情報ＤＢ２３０に格納されている一人のユーザについてのユーザ情報を第１ユーザについてのユーザ情報とするとともに、該ユーザ情報ＤＢ２３０に格納されている該第１ユーザについてのユーザ情報以外の各ユーザ情報を第２ユーザについてのユーザ情報として、それぞれの組み合わせに対して、図４に示す処理が行われることになる。

また、ここでは、各ユーザ端末１００からのユーザ情報の受信は完了しており、ユーザ情報ＤＢ２３０には十分な量のユーザ情報が格納されていることを前提として、第１マッチング処理が行われるものとする。

図４に示すフローでは、先ず、Ｓ１０１において、ユーザ情報ＤＢ２３０に格納されている複数のユーザについてのユーザ情報から、いずれもライドシェア車両の運転者となることが可能なユーザである第１ユーザおよび第２ユーザについてのユーザ情報が取得される。ここで、図４に示すように、ユーザ情報ＤＢ２３０に格納されているユーザ情報テーブルは、ユーザＩＤフィールド、出発地フィールド、目的地フィールド、出発予定日時フィールド、到着予定日時フィールド、および、運転可否情報フィールドを有する。

ユーザＩＤフィールドには、ユーザを特定するための識別情報であるユーザＩＤが入力される。また、出発地フィールドには、ユーザ端末１００から受信したユーザ情報に含まれる出発地に関する情報が入力される。また、目的地フィールドには、ユーザ端末１００から受信したユーザ情報に含まれる目的地に関する情報が入力される。出発予定日時フィールドには、ユーザ端末１００から受信したユーザ情報に含まれる出発地からの出発予定日時に関する情報が入力される。また、到着予定日時フィールドには、ユーザ端末１００から受信したユーザ情報に含まれる目的地への到着予定日時に関する情報が入力される。

また、運転可否情報フィールドには、ユーザ端末１００から受信したユーザ情報に含まれる運転可否情報が入力される。具体的には、運転可否情報に紐づけられているユーザＩＤに対応するユーザがライドシェア車両の運転者となることが可能である場合は、運転可否情報フィールドには「可」と入力される。一方で、運転可否情報に紐づけられているユーザＩＤに対応するユーザがライドシェア車両の運転者となることが不可能である場合は、運転可否情報フィールドには「不可」と入力される。したがって、例えば、図５に示すユーザ情報テーブルの例においては、運転可否情報フィールドに「可」と入力されている、ユーザＩＤ「ＩＤ１００１」、「ＩＤ１００２」、「ＩＤ１００４」に対応する各ユーザがライドシェア車両の運転者となることが可能なユーザである。また、図５に示すユーザ情報テーブルの例においては、運転可否情報フィールドに「不可」と入力されている、ユーザＩＤ「ＩＤ１００３」に対応するユーザがライドシェア車両の運転者となることが
不可能なユーザである。

そして、図４に示すフローのＳ１０１においては、運転可否情報フィールドに「可」と入力されているユーザＩＤについてのユーザ情報が、第１ユーザおよび第２ユーザについてのユーザ情報として抽出される。

次に、Ｓ１０２において、Ｓ１０１で取得された第１ユーザおよび第２ユーザについてのユーザ情報に基づいて、該第１ユーザおよび該第２ユーザを同一のライドシェア車両にマッチングすることが可能か否かが判別される。つまり、Ｓ１０２では、第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが、該第１ユーザの目的地を出発地として該第１車両を運転して移動することが可能であるか否かが判別される。

具体的には、Ｓ１０２においては、下記（１）および（２）の条件が成立しているか否かが判別される。
（１）第１ユーザの目的地と第２ユーザの出発地とが同一である。
（２）第２ユーザの出発地からの出発予定日時が第１ユーザの目的地への到着予定日時以降である。
上記（１）および（２）の条件が成立していれば、第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが、該第１ユーザの目的地を出発地として該第１車両を運転して移動することが可能であると判断できる。なお、第１ユーザの目的地への到着予定日時と第２ユーザの出発地からの出発予定日時との差が所定範囲内との制限を付加してもよい。このような制御を付加することで、第１ユーザから第２ユーザへの第１車両の引き継ぎをよりスムーズに行うことができる。

ここで、例えば、図５に示すユーザ情報テーブルの例においては、ユーザＩＤ「ＩＤ１００１」の目的地と、ユーザＩＤ「ＩＤ１００２」の出発地とが同一である。また、ユーザＩＤ「ＩＤ１００１」の到着予定日時と、ユーザＩＤ「ＩＤ１００２」の出発予定日時とが同一である。したがって、ユーザＩＤ「ＩＤ１００１」を第１ユーザとし、ユーザＩＤ「ＩＤ１００２」を第２ユーザとした場合、上記（１）および（２）の条件が成立する。そのため、この場合は、Ｓ１０２において、第１ユーザおよび第２ユーザを同一のライドシェア車両にマッチングすることが可能と判定される。また、図５に示すユーザ情報テーブルの例においては、ユーザＩＤ「ＩＤ１００１」の目的地と、ユーザＩＤ「ＩＤ１００４」の出発地とが同一である。また、図５に示すユーザ情報テーブルの例においては、ユーザＩＤ「ＩＤ１００１」の目的地は、ユーザＩＤ「ＩＤ１００４」の出発地とも同一である。しかしながら、ユーザＩＤ「ＩＤ１００１」の到着予定日時よりも、ユーザＩＤ「ＩＤ１００４」の出発予定日時の方が早い時期となっている。したがって、ユーザＩＤ「ＩＤ１００１」を第１ユーザとし、ユーザＩＤ「ＩＤ１００４」を第２ユーザとした場合、上記（１）の条件は成立するが、上記（２）の条件が不成立である。そのため、この場合は、Ｓ１０２において、第１ユーザおよび第２ユーザを同一のライドシェア車両にマッチングすることは不可能と判定される。

そして、Ｓ１０２において肯定判定された場合は、次に、Ｓ１０３において、第１ユーザおよび第２ユーザが同一のライドシェア車両である第１車両に対してマッチングされる。この場合、第１ユーザおよび第２ユーザはいずれも第１車両の運転者として該第１車両にマッチングされることになる。次に、Ｓ１０４において、第１マッチング処理によるマッチング結果を示す第１マッチング情報が生成される。ここで生成された第１マッチング情報が、第１ユーザおよび第２ユーザそれぞれのユーザ端末１００に送信されるとともに、第１マッチング情報ＤＢ２４０に登録される。

図６に示すように、第１マッチング情報ＤＢ２４０に格納されている第１マッチング情
報テーブルは、車両ＩＤフィールド、第１ユーザＩＤフィールド、第２ユーザＩＤフィールド、引き継ぎ場所フィールド、および、引き継ぎ日時フィールドを有する。車両ＩＤフィールドには、Ｓ１０３において第１ユーザおよび第２ユーザがマッチングされた第１車両を特定するための識別情報である車両ＩＤが入力される。また、第１ユーザＩＤフィールドには、Ｓ１０３において第１車両にマッチングされた第１ユーザのユーザＩＤが入力される。また、第２ユーザＩＤフィールドには、Ｓ１０３において第１車両にマッチングされた第２ユーザのユーザＩＤが入力される。

また、引き継ぎ場所フィールドには、第１ユーザと第２ユーザとの間で第１車両が引き継がれるべき場所、すなわち、第１ユーザの目的地であり且つ第２ユーザの出発地である場所に関する情報が入力される。また、引き継ぎ日時フィールドには、第１ユーザと第２ユーザとの間で第１車両が引き継がれるべき日時に関する情報が入力される。このときの日時は、第１ユーザの到着予定日時から第２ユーザの出発予定日時までの間として設定されてもよい。

なお、一の第１ユーザに対して第２ユーザを変更しながら図４に示す処理を繰り返し実行しても、Ｓ１０２において肯定判定されない場合もある。この場合、この第１ユーザと同一のライドシェア車両にマッチングできる第２ユーザが存在しないと判断できる。そうなると、仮に、第１ユーザに第１車両をマッチングすることで、該第１ユーザが該第1車
両を利用して目的地まで移動してしまうと、その後、該第１車両が該目的地に放置されてしまうことになる。そこで、このような場合は、マッチング部２２１が、同一の車両にマッチングできる相手が存在しないためマッチング不成立である旨を示す情報を生成する。そして、このマッチング不成立である旨を示す情報を、制御部２２０が、通信部２１０を介して、第１ユーザのユーザ端末１００に送信する。これにより、第１ユーザに対して、マッチング不成立であるためライドシェア車両を利用することができない旨が通知されることになる。

以上説明したように、本実施形態によれば、第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが該第１車両を引き継いで運転することが可能な、第１ユーザおよび第２ユーザが第１車両に対してマッチングされる。これにより、第１ユーザと第２ユーザとが同一のライドシェア車両を運転者として利用することが可能となる。そのため、常時運転する者が特定されていないライドシェア車両を複数のユーザで利用することが可能となる。

なお、図４に示す第１マッチング処理のフローにおけるＳ１０２では、ユーザ情報ＤＢ２３０に登録されている第１ユーザおよび第２ユーザのユーザ情報において、上記（１）および（２）の条件が成立している場合に、該第１ユーザおよび該第２ユーザを同一のライドシェア車両にマッチングすることが可能と判定した。しかしながら、例えば、ユーザ情報ＤＢ２３０に登録されているユーザ情報において、第１ユーザの目的地と第２ユーザの出発地とが異なる場合に、その旨を、管理サーバ２００から該第１ユーザおよび該第２ユーザの少なくとも一方に通知してもよい。そして、当該通知を受けて、第１ユーザが目的地を変更することで、および／または、第２ユーザが出発地を変更することで、該第１ユーザが第１車両を運転して目的地まで移動した後、該第２ユーザが、該第１ユーザの目的地を出発地として該第１車両を運転して移動することが可能となった場合に、該第１ユーザおよび該第２ユーザを同一のライドシェア車両にマッチングすることが可能と判定されるようにしてもよい。

また、例えば、ユーザ情報ＤＢ２３０に登録されているユーザ情報において、第１ユーザの目的地への到着予定日時が第２ユーザの出発地からの出発予定日時より遅い場合に、その旨を、管理サーバ２００から該第１ユーザおよび該第２ユーザの少なくとも一方に通
知してもよい。そして、当該通知を受けて、第１ユーザが目的地への到着予定日時を変更することで、および／または、第２ユーザが出発地からの出発予定日時を変更することで、該第１ユーザが第１車両を運転して目的地まで移動した後、該第２ユーザが、該第１ユーザの目的地を出発地として該第１車両を運転して移動することが可能となった場合に、該第１ユーザおよび該第２ユーザを同一のライドシェア車両にマッチングすることが可能と判定されるようにしてもよい。

＜第２実施形態＞
本実施形態においては、管理サーバ２００において、マッチングサービスを提供するための処理として、上述した第１マッチング処理に加え、第２マッチング処理が実行される。ここで、第２マッチング処理は、運転者となるユーザがマッチングされたライドシェア車両に対して、さらに同乗者となる他のユーザをマッチングする処理である。

図７は、本実施形態に係る情報処理システム１を構成するユーザ端末１００および管理サーバ２００それぞれの構成の一例を概略的に示すブロック図である。本実施形態では、管理サーバ２００が、ユーザ情報ＤＢ２３０、第１マッチング情報ＤＢ２４０に加えて、第２マッチング情報データベース（第２マッチング情報ＤＢ）２５０を有している。第２マッチング情報ＤＢ２５０は、第２マッチング処理によるマッチング結果に関する情報である第２マッチング情報を格納するデータベースである。

本実施形態では、制御部２２０におけるマッチング部２２１が、第１マッチング処理に加えて、第２マッチング処理を実行する。また、制御部２２０が、第２マッチング情報を通信部２１０を介して各ユーザ端末１００に送信する処理を実行する。さらに、制御部２２０が第２マッチング情報ＤＢ２５０への第２マッチング情報の登録を実行する。これにより、第２マッチング情報ＤＢ２５０には、第２マッチング処理によってマッチングされた、同一のライドシェア車両にマッチングされた複数のユーザに関する情報が、該ライドシェア車両に紐付けられた状態で格納される。第２マッチング情報ＤＢ２５０は、管理サーバ２００のプロセッサ２０１によってデータベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）のプログラムが実行されることで、補助記憶部２０３に構築される。第２マッチング情報ＤＢ２５０は、例えばリレーショナルデータベースである。

なお、本実施形態においても、管理サーバ２００が、本発明の第１の態様に係る「情報処理装置」に相当する。

（第２マッチング処理）
ここで、マッチング部２２１によって実行される第２マッチング処理の詳細について説明する。上述したように、第２マッチング処理は、運転者となるユーザがマッチングされたライドシェア車両に対して、同乗者となる他のユーザをマッチングする処理である。以下においては、ライドシェア車両の運転者の候補となるユーザを第１ユーザとし、該第１ユーザが運転するライドシェア車両への同乗者の候補となるユーザを第３ユーザとする。

第２マッチング処理も、第１マッチング処理と同様、ユーザ情報ＤＢ２３０に格納されているユーザ情報に基づいて実行される。ここで、第１ユーザおよび第３ユーザのユーザ情報において、下記（３）および（４）の条件が成立している場合は、第１ユーザが運転するライドシェア車両に第３ユーザが同乗することができる。
（３）第１ユーザの出発地および目的地と、第３ユーザの出発地および目的地とが同一である。
（４）第１ユーザの出発地からの出発予定日時および目的地への到着予定日時と、第３ユーザの出発地からの出発予定日時および目的地への到着予定日時とが同一である。

また、第１ユーザおよび第３ユーザのユーザ情報において、下記（５）および（６）の条件が成立している場合も、第１ユーザが運転する第１車両に第３ユーザが同乗することができる。
（５）第１ユーザの目的地と第３ユーザの目的地とが同一であり、且つ、第１ユーザの出発地から目的地までのライドシェア車両による移動経路上に第３ユーザの出発地が存在している。
（６）第３ユーザの目的地への到着予定日時が第１ユーザの目的地への到着予定日時以前であり、且つ、第１ユーザが運転するライドシェア車両の第３ユーザの出発地への到達予定日時が第３ユーザの該出発地からの出発予定日時以前である。
なお、「第１ユーザが運転するライドシェア車両の第３ユーザの出発地への到達予定日時」は、第１ユーザの出発地からの出発予定日時、および、第１ユーザの出発地から第３ユーザの出発地までの距離等に基づいて推定することができる。

そこで、第２マッチング処理では、第１ユーザおよび第３ユーザのユーザ情報において、上記（３）および（４）の条件が成立している場合、または、上記（５）および（６）の条件が成立している場合に、第１ユーザが運転するライドシェア車両に対して第３ユーザをマッチングする。そして、制御部２２０は、第２マッチング処理によるマッチング結果を示す第２マッチング情報を、第１ユーザおよび第３ユーザそれぞれのユーザ端末１００に送信するとともに、第２マッチング情報ＤＢ２５０に登録する。

図８は、第２マッチング情報ＤＢ２５０に格納される第２マッチング情報のテーブル構成の一例を示す図である。図８に示すように、第２マッチング情報ＤＢ２５０に格納されている第２マッチング情報テーブルは、車両ＩＤフィールド、第１ユーザＩＤフィールド、第３ユーザＩＤフィールド、第３ユーザ乗車地フィールド、および、第３ユーザ乗車日時フィールドを有する。車両ＩＤフィールドには、第１ユーザおよび第３ユーザがマッチングされた第１車両（すなわち、第１ユーザが運転者となり、且つ、第３ユーザが同乗者となるライドシェア車両）を特定するための識別情報である車両ＩＤが入力される。また、第１ユーザＩＤフィールドには、第１車両にマッチングされた第１ユーザのユーザＩＤが入力される。また、第３ユーザＩＤフィールドには、第１車両にマッチングされた第３ユーザのユーザＩＤが入力される。

また、第３ユーザ乗車地フィールドには、第３ユーザが第１車両に乗車する乗車地、すなわち、第３ユーザの出発地に関する情報が入力される。また、第３ユーザ乗車日時フィールドには、第３ユーザが第１車両に乗車する日時、すなわち、第３ユーザの出発地からの出発予定日時に関する情報が入力される。なお、図８に示す第２マッチング情報テーブルの例においては、第３ユーザ乗車位置が、図５に示すユーザ情報テーブルの例における第１ユーザ（ユーザＩＤ「ＩＤ１００１」）の出発地と同一となっている。また、図８に示す第２マッチング情報テーブルの例においては、第３ユーザ乗車日時が、図５に示すユーザ情報テーブルの例における第１ユーザ（ユーザＩＤ「ＩＤ１００１」）の出発予定日時地と同一となっている。これは、第１ユーザ（ユーザＩＤ「ＩＤ１００１」）と第３ユーザ（ユーザＩＤ「ＩＤ１００５」）とが、上記（３）および（４）の条件が成立したことでマッチングされたためである。

ここで、上記の第１実施形態において説明したように、第１ユーザが第１車両を運転して目的地まで移動した後、該第１車両を引き継いで運転する第２ユーザが存在しない場合がある。つまり、第１マッチング処理において、第１車両に対して第１ユーザとマッチングされる第２ユーザが存在しないと判定される場合がある。この場合、第１ユーザは第１車両を利用することができなくなる。そうなると、第１ユーザおよび第３ユーザのユーザ情報において、上記（３）および（４）の条件、または、上記（５）および（６）の条件
が成立しているために、該第１ユーザが運転する第１車両に対して該第３ユーザをマッチングすることが可能な場合であっても、第３ユーザが該第１車両を利用することも必然的にできなくなる。

そこで、本実施形態に係る第２マッチング処理においては、第１車両に対して第１ユーザとマッチングされる第２ユーザが存在しているか否かに基づいて、該第１ユーザが運転する該第１車両に対する第３ユーザのマッチングを成立させるか否かが決定される。つまり、ユーザ情報ＤＢ２３０に格納されているユーザ情報に基づいて、第１ユーザが運転する第１車両に対して該第３ユーザをマッチングすることが可能と判定された場合に、該第１車両に対して該第１ユーザとマッチングされる第２ユーザが存在していれば、該第１ユーザが運転する該第１車両に対する第３ユーザのマッチングを成立させる。一方で、ユーザ情報ＤＢ２３０に格納されているユーザ情報に基づいて、第１ユーザが運転する第１車両に対して該第３ユーザをマッチングすることが可能と判定された場合であっても、該第１車両に対して該第１ユーザとマッチングされる第２ユーザが存在していなければ、該第１ユーザが運転する該第１車両に対する第３ユーザのマッチングを不成立とする。

以下、マッチング部２２１によって実行される第２マッチング処理のフローについて図９に基づいて説明する。図９は、第２マッチング処理のフローを示すフローチャートである。なお、第２マッチング処理は、ユーザ情報ＤＢ２３０に格納されている各ユーザ情報同士を照合することによって行われる。ただし、図９は、二人のユーザ（一人の第１ユーザと一人の第３ユーザ）についてのユーザ情報の組み合わせに対して行われる処理を示している。そのため、マッチング部２２１では、ユーザ情報ＤＢ２３０に格納されている一人のユーザについてのユーザ情報を第１ユーザについてのユーザ情報とするとともに、該ユーザ情報ＤＢ２３０に格納されている該第１ユーザについてのユーザ情報以外の各ユーザ情報を第３ユーザについてのユーザ情報として、それぞれの組み合わせに対して、図９に示す処理が行われることになる。

図９に示すフローでは、先ず、Ｓ１０１において、ユーザ情報ＤＢ２３０に格納されている複数のユーザについてのユーザ情報から、第１ユーザおよび第３ユーザについてのユーザ情報が取得される。ここで、第１ユーザのユーザ情報は、ライドシェア車両の運転者となることが可能なユーザ、すなわち、ユーザ情報テーブルの運転可否情報フィールドに「可」と入力されているユーザのユーザ情報である。一方、第３ユーザのユーザ情報は、ライドシェア車両の運転者となることが可能なユーザに限られない。つまり、ユーザ情報テーブルの運転可否情報フィールドに入力されている情報の内容に関わらず、第３ユーザのユーザ情報が選択される。

次に、Ｓ２０２において、Ｓ２０１で取得された第１ユーザおよび第３ユーザについてのユーザ情報に基づいて、該第１ユーザが運転する車両に対して第３ユーザをマッチングすることが可能か否かが判別される。つまり、第１ユーザが運転する第１車両に第３ユーザが同乗することが可能か否かが判別される。具体的には、Ｓ２０２においては、上記（３）および（４）の条件、または、上記（５）および（６）の条件が成立しているか否かが判別される。Ｓ２０２においては、上記（３）および（４）の条件が成立している場合、または、上記（５）および（６）の条件が成立している場合に、肯定判定される。

Ｓ２０２において肯定判定された場合、次にＳ２０３において、第１車両に対して第１ユーザとマッチングされる第２ユーザが存在しているか否かが判別される。このＳ２０３の処理は、第１マッチング情報ＤＢ２４０に格納されている第１マッチング情報に基づいて行われる。具体的には、Ｓ２０３においては、第１マッチング情報ＤＢ２４０において、第１ユーザのユーザＩＤが、第１ユーザＩＤとして、第２ユーザＩＤとともに第１車両の車両ＩＤと紐付けられて格納されているか否かが判別される。

Ｓ２０３において肯定判定された場合は、次にＳ２０４において、第１ユーザおよび第３ユーザが同一のライドシェア車両である第１車両に対してマッチングされる。この場合、第１ユーザは第１車両の運転者として該第１車両にマッチングされ、第２ユーザは該第１車両への同乗者として該第１車両にマッチングされることになる。次に、Ｓ２０５において、第２マッチング処理によるマッチング結果を示す第２マッチング情報が生成される。ここで生成された第２マッチング情報が、第１ユーザおよび第３ユーザそれぞれのユーザ端末１００に送信されるとともに、第２マッチング情報ＤＢ２５０に登録される。

なお、一の第３ユーザに対して第１ユーザを変更しながら図９に示す処理を繰り返し実行しても、Ｓ２０２において肯定判定されない場合もある。この場合、第３ユーザが同乗できるライドシェア車両が存在しないと判断できる。また、一の第３ユーザに対して第１ユーザを変更しながら図９に示す処理を繰り返し実行しても、Ｓ２０３において肯定判定されない場合もある。この場合も、第３ユーザが同乗できるライドシェア車両が存在しないと判断できる。そのため、これらの場合は、マッチング部２２１が、同乗できるライドシェア車両が存在しないためマッチング不成立である旨を示す情報を生成する。そして、このマッチング不成立である旨を示す情報を、制御部２２０が、通信部２１０を介して、第３ユーザのユーザ端末１００に送信する。これにより、第３ユーザに対して、マッチング不成立であるためライドシェア車両を利用することができない旨が通知されることになる。

以上説明したように、本実施形態によれば、目的地への到着後は第１車両の運転を引き継ぐ第２ユーザが存在するために、第１ユーザが第１車両を運転して目的地まで移動する場合は、該第１ユーザが運転する第１車両の同乗者として第３ユーザがマッチングされる。これにより、第１ユーザおよび第２ユーザが運転者として同一のライドシェア車両を利用するとともに、第３ユーザが同乗者として同一のライドシェア車両を利用することが可能となる。

＜第３実施形態＞
本実施形態においても、管理サーバ２００において、マッチングサービスを提供するための処理として、上述した第１マッチング処理および第２マッチング処理が実行される。ここで、「第１ユーザがライドシェア車両を運転して目的地まで移動した後に該ライドシェア車両の運転を引き継ぐ（該ライドシェア車両の運転者となる）」ことを、以下においては「運転の引き継ぎ」と称する場合もある。

上述した第２マッチング処理においては、ライドシェア車両である第１車両に対して第１ユーザとマッチングされる第２ユーザが存在しない場合、第１ユーザが運転する該第１車両に対する第３ユーザのマッチングが不成立となる。しかしながら、第１ユーザが運転する第１車両に同乗する第３ユーザによる運転の引き継ぎが可能であれば、運転の引き継ぎが可能な第２ユーザが存在していなくても、該第１車両が該第１ユーザの目的地に放置されてしまうという事態が生じることを避けることができる。

そこで、本実施形態においては、第２マッチング処理において、第１車両に対して第１ユーザとマッチングされる第２ユーザが存在しないために、該第１ユーザが運転する該第１車両に対する第３ユーザのマッチングが不成立となった場合、そのマッチング結果が第３ユーザに通知される。そして、この通知を受けた第３ユーザが、第１車両に同乗して第１ユーザの目的地まで移動した後は該第３ユーザ自身が該第１車両の運転者となることが可能であるとの意思を示した場合、管理サーバ２００が、第１ユーザおよび第３ユーザを第１車両に対してマッチングする。

（システムの動作）
図１０は、本実施形態において、管理サーバ２００における制御部２２０のマッチング部２２１によって第２マッチング処理が実行されたときの、情報処理システム１の動作の流れを示す図である。本実施形態では、図９に示す第２マッチング処理のフローにおけるＳ２０３において否定判定された場合（Ｓ３０１）、すなわち、第１車両に対して第１ユーザとマッチングされる第２ユーザが存在しないと判定された場合、管理サーバ２００から第３ユーザのユーザ端末１００に対して、マッチング不成立情報が送信される（Ｓ３０２）。このときのマッチング不成立情報は、第１車両に対して第１ユーザとマッチングされる第２ユーザが存在しないために、該第１ユーザが運転する該第１車両に対する第３ユーザのマッチングが不成立となったとのマッチング結果を示す情報である。

第３ユーザのユーザ端末１００は、マッチング不成立情報を受信すると、該マッチング不成立情報が示すマッチング結果を入出力部を介して出力する（Ｓ３０３）。その結果、第３ユーザが、自身のユーザ端末１００の入出力部に対して、運転の引き継ぎが可能であることを示す情報である追加ユーザ情報を入力する操作を行った場合、該第３ユーザの端末１００から管理サーバ２００に対して、該追加ユーザ情報が送信される（Ｓ３０４）。

管理サーバ２００では、追加ユーザ情報が受信されると、制御部２２０のマッチング部２２１によって、図９に示す第２マッチング処理のフローにおけるＳ２０４、Ｓ２０５の処理が実行される。つまり、第１ユーザおよび第３ユーザが同一のライドシェア車両である第１車両に対してマッチングされるとともに、該マッチング結果を示す第２マッチング情報が生成される。そして、管理サーバ２００から、第１ユーザおよび第３ユーザそれぞれのユーザ端末１００に、第２マッチング情報が送信される（Ｓ３０６、Ｓ３０７）。これにより、第１ユーザおよび第３ユーザに対して、マッチングが成立したためライドシェア車両を利用することが可能となった旨が通知されることになる。

以上説明したように、本実施形態によれば、第１ユーザの目的地と自身の出発地が同一であるために運転の引き継ぎが可能な第２ユーザが存在しない場合であっても、該第１車両の同乗者となる第３ユーザによる運転の引き継ぎが可能となれば、該第１ユーザおよび該第３ユーザが該第１車両にマッチングされる。そのため、常時運転する者が特定されていないライドシェア車両の複数のユーザによる利用をより促進することが可能となる。

なお、本実施形態においても、管理サーバ２００が、本発明の第１の態様に係る「情報処理装置」に相当する。

（その他の実施形態）
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施し得る。また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

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

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

１・・・情報処理システム
１００・・ユーザ端末
１１０、２１０・・通信部
１２０、２２０・・制御部
１２１・・ユーザ情報生成部
２００・・管理サーバ
２２１・・マッチング部
２３０・・ユーザ情報データベース
２４０・・第１マッチング情報データベース
２５０・・第２マッチング情報データベース

Claims (6)

1. 第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが、前記第１ユーザの目的地を出発地として前記第１車両を運転して移動することが可能であるか否かの判別を行うことと、
   前記判別において肯定判定された場合に、前記第１ユーザおよび前記第２ユーザを前記第１車両に対してマッチングすることと、
   を実行する制御部を備える情報処理装置。
2. 前記制御部は、
   前記第１ユーザおよび前記第２ユーザについての、出発地、目的地、および移動スケジュールを含むユーザ情報を取得することをさらに実行し、
   前記第１ユーザおよび前記第２ユーザについての前記ユーザ情報において、前記第１ユーザの目的地と前記第２ユーザの出発地とが同一であり、且つ、前記第２ユーザの出発地からの出発予定時期が前記第１ユーザの目的地への到着予定時期以降である場合に、前記判別において肯定判定する、
   請求項１に記載の情報処理装置。
3. 前記制御部が、
   前記第１ユーザが前記第１車両によって目的地に向って移動すれば、前記第１ユーザが運転する前記第１車両に同乗することが可能な第３ユーザが存在する場合において、
   前記第１車両に対して前記第１ユーザとマッチングされる前記第２ユーザが存在すれば、前記第１ユーザが運転する前記第１車両に対する前記第３ユーザのマッチングを成立させ、前記第１車両に対して前記第１ユーザとマッチングされる前記第２ユーザが存在しなければ、前記第１ユーザが運転する前記第１車両に対する前記第３ユーザのマッチングを不成立とすること、
   をさらに実行する請求項２に記載の情報処理装置。
4. 前記制御部が、
   前記第１車両に対して前記第１ユーザとマッチングされる前記第２ユーザが存在しないために、前記第１ユーザが運転する前記第１車両に対する前記第３ユーザのマッチングを不成立とした場合、そのマッチング結果を前記第３ユーザに通知することと、
   前記マッチング結果を前記第３ユーザに通知した後において、前記第１車両に同乗して前記第１ユーザの目的地まで移動した後は前記第３ユーザが前記第１車両の運転者となることが可能である旨を示す情報を受信した場合は、前記第１ユーザおよび前記第３ユーザを前記第１車両に対してマッチングすることと、
   をさらに実行する請求項３に記載の情報処理装置。
5. 第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが、前記第１ユーザの目的地を出発地として前記第１車両を運転して移動することが可能であるか否かの判別を行うステップと、
   前記判別において肯定判定された場合に、前記第１ユーザおよび前記第２ユーザを前記第１車両に対してマッチングするステップと、
   を有する情報処理方法。
6. 第１ユーザが第１車両を運転して目的地まで移動した後、第２ユーザが、前記第１ユーザの目的地を出発地として前記第１車両を運転して移動することが可能であるか否かの判別を行うステップと、
   前記判別において肯定判定された場合に、前記第１ユーザおよび前記第２ユーザを前記第１車両に対してマッチングするステップと、
   をコンピュータに実行させるためのプログラム。

Images