(57)【要約】【課題】相乗り利用の拡大を図る。【解決手段】情報処理装置は、ユーザの移動の予定を示す情報と、相乗り利用に使用可能な車両の運転スケジュールを示す情報とを取得し、ユーザの移動の予定を示す情報と、車両の運転スケジュールを示す情報とに基づいて、車両を用いた相乗り利用によって前記ユーザの移動の予定を実行可能と判定する場合に、相乗り利用を勧める情報をユーザの端末へ送信する制御部を含む。【選択図】図７
2020008977.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの移動の予定を示す情報と、相乗り利用に使用可能な車両の運転スケジュールを示す情報とを取得することと、
前記ユーザの移動の予定を示す情報と、前記車両の運転スケジュールを示す情報とに基づいて、前記車両を用いた前記相乗り利用によって前記ユーザの移動の予定を実行可能と判定する場合に、前記相乗り利用を勧める情報を前記ユーザの端末へ送信することと
を実行する制御部
を含む情報処理装置。
【請求項２】
前記制御部は、前記ユーザの前記相乗り利用の実績の有無を示す実績情報が前記ユーザに前記相乗り利用の実績がないことを示す場合に、前記ユーザの移動の予定を示す情報と、前記車両の運転スケジュールを示す情報とを取得する
請求項１に記載の情報処理装置。
【請求項３】
前記実績情報は、前記端末に前記相乗り利用に係るソフトウェアがインストールされているか否か、又は前記端末にインストールされた前記ソフトウェアの使用実績があるか否かを示す情報であり、
前記制御部は、前記実績情報が、前記端末に前記ソフトウェアがインストールされていないこと、又は前記ソフトウェアの使用実績がないことを示す場合に、前記ユーザに前記相乗り利用の実績がないと判定する
請求項２に記載の情報処理装置。
【請求項４】
前記制御部は、前記端末に前記ソフトウェアがインストールされていない場合に、前記相乗り利用を勧める情報と、前記ソフトウェアのインストールを促す情報とを前記端末に送信する
請求項３に記載の情報処理装置。
【請求項５】
前記実績情報は、前記端末の位置の履歴を示す情報であり、
前記制御部は、前記端末の位置の履歴を示す情報が、前記相乗り利用の際に生じる前記ユーザの挙動を示さない場合に、前記ユーザに前記相乗り利用の実績がないと判定する
請求項２に記載の情報処理装置。
【請求項６】
前記制御部は、所定のグループのメンバの夫々に関する、前記相乗り利用に係る情報を蓄積したデータベースから、前記メンバの夫々の前記実績情報を抽出する
請求項１から５のいずれか１項に記載の情報処理装置。
【請求項７】
前記制御部は、前記端末から前記ユーザの移動の予定を示す情報を取得する
請求項１から６のいずれか１項に記載の情報処理装置。
【請求項８】
前記制御部は、前記端末の位置の履歴を示す情報を前記端末から取得し、前記端末の位置の履歴を示す情報を用いて前記ユーザの移動の予定を示す情報を生成する
請求項１から７のいずれか１項に記載の情報処理装置。
【請求項９】
前記グループが自家用車の保有者のグループであり、
前記車両は、前記メンバの自家用車である
請求項５から８のいずれか１項に記載の情報処理装置。
【請求項１０】
前記制御部は、前記相乗り利用による、前記ユーザの社会的貢献、前記ユーザが享受する経済的効果、及び前記ユーザが低減できるリスクの少なくとも１つを示す情報を、前記
相乗り利用を勧める情報とともに送信する
請求項１から９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記制御部は、前記相乗り利用を勧める情報とともに、前記車両に係る情報を送信する請求項１から１０のいずれか１項に記載の情報処理装置。
【請求項１２】
ユーザの移動の予定を示す情報と、相乗り利用に使用可能な車両の運転スケジュールを示す情報とを取得することと、
前記ユーザの移動を示す情報と、前記車両の運転スケジュールを示す情報とに基づいて、前記車両を用いた前記相乗り利用によって前記ユーザの移動の予定を実行可能と判定する場合に、前記相乗り利用を勧める情報を前記ユーザの端末へ送信することと
を含む情報処理方法。
【請求項１３】
ユーザの移動の予定を示す情報と、相乗り利用に使用可能な車両の運転スケジュールを示す情報とを取得することと、
前記ユーザの移動を示す情報と、前記車両の運転スケジュールを示す情報とに基づいて、前記車両を用いた前記相乗り利用によって前記ユーザの移動の予定を実行可能と判定する場合に、前記相乗り利用を勧める情報を前記ユーザの端末へ送信することと
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、及び情報処理方法に関する。
【背景技術】
【０００２】
近年、同一の車両に複数人が相乗りする移動形態が広がっている。他人同士の相乗り（ライドシェア）に関する技術として、利用者に関する情報を記憶する管理サーバと、利用者が所持する利用者端末と、からなり、利用者端末からの要求に応じて、管理サーバが、車両に同乗して移動する他の利用者である同乗者を検索する同乗者検索システムがある（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１４６２６１号公報
【特許文献２】特表２０１３−５１３１８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、相乗り利用の拡大を図ることのできる情報処理装置、及び情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の態様の一つは、ユーザの移動の予定を示す情報と、相乗り利用に使用可能な車両の運転スケジュールを示す情報とを取得することと、
前記ユーザの移動の予定を示す情報と、前記車両の運転スケジュールを示す情報とに基づいて、前記車両を用いた前記相乗り利用によって前記ユーザの移動の予定を実行可能と判定する場合に、前記相乗り利用を勧める情報を前記ユーザの端末へ送信することと
を実行する制御部を含む情報処理装置である。
【０００６】
本発明の他の態様は、ユーザの移動の予定を示す情報と、相乗り利用に使用可能な車両の運転スケジュールを示す情報とを取得することと、
前記ユーザの移動の予定を示す情報と、前記車両の運転スケジュールを示す情報とに基づいて、前記車両を用いた前記相乗り利用によって前記ユーザの移動の予定を実行可能と判定する場合に、前記相乗り利用を勧める情報を前記ユーザの端末へ送信することと
を含む情報処理方法である。
【０００７】
本発明の他の態様は、上述した情報処理方法をコンピュータに実行させるためのプログラム、該プログラムを記録した記録媒体である。
【発明の効果】
【０００８】
本開示によれば、相乗り利用の機会増大を図ることができる。
【図面の簡単な説明】
【０００９】
【図１】第１実施形態に係る情報処理システムの構成例を示す図である。
【図２】図２（Ａ）は、サーバに適用可能な情報処理装置（コンピュータ）の構成例を示す。図２（Ｂ）は、サーバの構成例を示す。
【図３】図３（Ａ）は、第１端末として使用可能な情報処理装置（コンピュータ）の構成例を示す。図３（Ｂ）は、第１端末の構成例を示す。
【図４】図４（Ａ）は、第２端末として使用可能な情報処理装置（コンピュータ）の構成例を示す。図４（Ｂ）は、第２端末の構成例を示す。
【図５】ユーザデータベースのデータ構造例を示す図である。
【図６】車両データベースのデータ構造例を示す図である。
【図７】サーバの動作例を示すフローチャートである。
【図８】ユーザ抽出処理の一例を示すフローチャートである。
【図９】対応可能車両の検索処理の一例を示すフローチャートである。
【図１０】第１端末の、リコメンド情報受信時における処理を示すフローチャートである。
【図１１】サーバの動作例を示すフローチャートである。
【図１２】第２端末における処理例を示すフローチャートである。
【図１３】第２実施形態におけるユーザ抽出処理を示す。
【発明を実施するための形態】
【００１０】
本発明の態様の一つに係る情報処理装置によれば、ユーザの移動の予定を示す情報と、相乗り利用に使用可能な車両の運転スケジュールを示す情報とに基づいて、車両を用いた相乗り利用によってユーザの移動の予定を実行可能である場合に、相乗り利用を勧める情報をユーザの端末に送信する。ユーザは端末を介して相乗りを勧める情報を受け取ることで、相乗り利用のきっかけを得る。そして、実際にユーザが相乗りを実施することで、相乗り利用の機会増大が図られる。機会増大は、相乗り利用の実績を有する者の増大や、相乗り利用者の延べ人数の増大（１人当たりの利用回数の増大）を含む。
【００１１】
以下、本発明の実施形態に係る情報処理装置、及び情報処理方法を図面を用いて説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１２】
〔第１実施形態〕
＜システム構成＞
図１は、第１実施形態に係る情報処理システムの構成例を示す図である。図１において、情報処理システムは、サーバ１０と、第１端末２０と、第２端末３０とを含む。
【００１３】
サーバ１０、第１端末２０、第２端末３０の夫々は、ネットワーク２を介して通信を行い、データを送受信することができる。ネットワーク２は、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Wide Area Network）と、ＷＡＮへのアクセス網とを含む。但し、ＷＡＮ以外の通信網が採用されてもよい。アクセス網は、有線網（例えばＬＡＮ）であっても無線網であってもよい。無線網は、例えば、所定の無線通信規格（Radio Access Technology（ＲＡＴ））に適合又は準拠する無線網である。無線通信規格（ＲＡＴ）は、例えば、３ＧやＬＴＥ（Long Term Evolution）、５Ｇなどのセルラー通信規格、無線ＬＡＮ（IEEE 802.11シリーズ、WiFi含む）、Bluetooth（登録商標）、ＢＬＥ（Bluetooth （登録商標）Low Energy）、ＣＶ２Ｘ（Cellular Vehicle-to-Everything）などである。
【００１４】
第１端末２０は、相乗りサービス（ライドシェアサービス）のユーザが使用する通信端末である。また、第２端末３０は、相乗りサービスのユーザが相乗りに使用可能な車両１のドライバや車両１の管理者によって使用される。
【００１５】
サーバ１０は、車両１を用いた相乗りサービスに係る情報を管理する。サーバ１０は、相乗りサービスのユーザに係る情報と、車両１に係る情報とを収集及び管理する。本実施形態において、相乗りサービスのユーザは、実際の利用実績のあるユーザだけでなく、未利用の（利用実績のない）潜在的なユーザも含む。ユーザは、相乗りサービスのユーザをメンバ（会員）とするグループに属しており、サーバ１０は、グループのメンバに係る情
報を管理する。
【００１６】
図１では、第１端末２０の例示として、ユーザＡが使用する第１端末２０Ａと、ユーザＢが使用する第１端末２０Ｂとを例示する。但し、第１端末２０の数は１台でも３台以上でもよい。また、図１では、車両１及び第２端末３０を一つだけ図示しているが、これらは２以上あってもよい。
【００１７】
第１端末２０は、例えば、小型の（可搬性を有する）コンピュータである。第１端末２０には、スマートフォン、タブレットコンピュータ、モバイルコンピュータ、ウェアラブルコンピュータ、ワイヤレスストレージ、フィーチャーフォン、ハンディターミナル、ラップトップ型のパーソナルコンピュータなどが含まれる。第１端末２０は、汎用コンピュータでも専用コンピュータでもよい。また、第１端末２０は、固定端末や車載端末である場合もある。
【００１８】
また、第２端末３０は、汎用コンピュータでも専用コンピュータでもよい。また、第２端末３０は移動端末であっても固定端末であってもよい。第２端末３０は、第１端末の例示として挙げた種類のコンピュータを適用することができる。
【００１９】
本実施形態では、第１端末２０は、ユーザが所持及び使用するスマートフォンである場合を例に説明する。また、第２端末３０が車両１に載せられた車載端末である場合について説明する。車載端末としての第２端末３０は、車両１に固定（ビルトイン）されていても、車両１に脱着自在に取り付けられ、必要に応じて車外に持ち出し可能であっても、車両１の車内の所定の位置に単に載置された可搬性を有するコンピュータであってもよい。
【００２０】
本実施形態では、サーバ１０は、相乗りサービスのユーザに係る情報を管理し、ユーザに係る情報は、ユーザの相乗り利用の実績の有無を示す情報（実績情報）を含む。サーバ１０は、実績情報において、相乗り利用の実績のないユーザを特定し、そのユーザの端末（第１端末２０）に、相乗り利用を勧める情報（リコメンド情報）を送信する。但し、リコメンド情報の送信先が、相乗り利用の実績のないユーザに制限されることは、必ずしも必要でない。例えば、或るユーザが或る場所への移動に専ら相乗りサービスを利用するが、或る場所以外の場所については相乗りサービスを利用しない場合に、或る場所以外の場所についても相乗りを勧めるリコメンド情報を送信することも考えられる。この場合でも、相乗り利用の頻度を高めて、相乗り利用の機会拡大を図ることができる。
【００２１】
本実施形態では、一例として、サーバ１０は、相乗りサービスのユーザに係る情報を管理するユーザデータベース（ユーザＤＢ）と、ユーザが相乗りに利用可能な車両１に係る情報を管理する車両データベース（車両ＤＢ）と、を管理する。
【００２２】
サーバ１０は、ユーザＤＢに格納された、ユーザの相乗り利用の実績の有無を示す情報（実績情報）を用いて、相乗り利用の実績のないユーザを特定し、このユーザの移動の予定を示す情報（スケジュール）を取得する。スケジュールは、ユーザＤＢに事前に記憶されているものを用いても、ユーザＤＢ以外（例えば第１端末２０）から取得してもよい。また、スケジュールは、ユーザの過去の位置の履歴から未来の移動を予測することにより生成されたものであってもよい。
【００２３】
また、サーバ１０は、相乗りに使用可能な車両１の運転スケジュールを取得する。運転スケジュールは、車両ＤＢに事前に記憶されているものを用いても、第２端末３０から取得してもよい。
【００２４】
なお、本実施形態では、サーバ１０の管理者は、相乗りサービスの運営業者が、車両販
売業者でもある、或いは車両販売業者が協力者である場合について説明する。車両販売業者は、車両販売業者の顧客のうち、自家用車の保有者のグループ（車両保有者グループと称する）向けの各種サービスを運営しており、車両保有者グループのメンバに係るデータベース（車両保有者ＤＢ）を管理している。本実施形態における、相乗りサービスのユーザは、車両保有者グループのメンバのうち、相乗りサービスのユーザのグループ（相乗りユーザグループと称する）のメンバになることを了承した者である。このため、本実施形態におけるユーザＤＢは、車両保有者グループのメンバについて作成されたデータベース（車両保有者ＤＢと称する）に記憶された情報を元に作成される。また、車両１は、相乗りサービスのユーザのいずれかの自家用車である。
【００２５】
但し、上記した実施形態でのケースは一例であり、サーバ１０の管理者が相乗りサービスの運営以外の事業を行うことは必須でない。また、相乗りサービスの運営以外の事業は、車両販売以外の事業であってもよい。また、相乗りサービスのユーザが自家用車の保有者である（車両１が相乗りサービスのユーザの自家用車である）ことは必ずしも必要ない。相乗りサービスのユーザは自家用車を有しない者であってもよい。
【００２６】
以下、サーバ１０、第１端末２０、第２端末３０の構成例について説明する。
＜サーバの構成＞
図２（Ａ）は、サーバ１０に適用可能な情報処理装置（コンピュータ）１００の構成例を示す。図２（Ｂ）は、サーバ１０の構成例を示す。図２（Ａ）において、情報処理装置１００は、ＣＰＵ（Central Processing Unit）１０１と、主記憶装置１０２と、補助記憶装置１０３と、通信インタフェース回路（通信ＩＦ回路）１０４と、入力装置１０５と、出力装置１０６とが、バス１０９を介して相互に接続されている。ＣＰＵ１０１はプロセッサの一例であり、主記憶装置１０２及び補助記憶装置１０３は記憶装置の一例である。
【００２７】
主記憶装置は、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を含む。ＲＡＭは、プログラムの展開領域、ＣＰＵ１０１の作業領域、データの記憶領域などとして使用される。ＲＯＭは、ＣＰＵ１０１によって実行される様々なプログラムやプログラムの実行に際して使用されるデータを記憶している。補助記憶装置１０３は、プログラムやプログラムの実行に際して使用されるデータなどを記憶する。補助記憶装置１０３は、例えばハードディスクドライブ（ＨＤＤ）である。
【００２８】
通信ＩＦ回路１０４は、所定の通信規格に応じた通信処理を司る回路であり、信号の送受信やプロトコル変換処理などを行う。入力装置１０５は、情報の入力に使用される、キー、ボタン、ポインティングデバイス、タッチパネルなどである。また、出力装置１０６は、情報の出力に使用される。出力装置１０６は、ディスプレイ装置やプリンタなどを含む。また、入力装置１０５は、マイクロフォンのような音声の入力装置を含む場合もある。出力装置１０６は、スピーカのような音声の出力装置を含む場合もある。音声の入力及び出力装置として、例えばヘッドセットを用いてもよい。
【００２９】
ＣＰＵ１０１は、主記憶装置１０２や補助記憶装置１０３に記憶されたプログラムをロードして実行することにより様々な処理を行う。情報処理装置１００は、ＣＰＵ１０１のプログラム実行によって、図２（Ｂ）に示すような、バス１０９を介して相互に接続された、制御部２０１、記憶部２０２、通信部２０４、入力装置２０５及びディスプレイ装置２０６を含んだサーバ１０として動作する。
【００３０】
ＣＰＵ１０１は、制御部２０１として動作する。主記憶装置１０２及び補助記憶装置１０３は、記憶部２０２として使用される。通信ＩＦ回路１０４は、通信部２０４（図２（Ｂ））として動作し、入力装置１０５及び出力装置１０６は、入力装置２０５及びディス
プレイ装置２０６として使用される。
【００３１】
制御部２０１は、車両１を用いた相乗りを制御するための処理として、例えば、以下のような動作又は処理を行う。
（ａ）ユーザの移動の予定を示す情報と、相乗り利用に使用可能な車両の運転スケジュールを示す情報とを取得する。
（ｂ）ユーザの移動の予定を示す情報（スケジュール）と、車両の運転スケジュールを示す情報とに基づいて、車両を用いた相乗り利用によってユーザの移動の予定を実行可能と判定する場合に、相乗り利用を勧める情報をユーザの端末へ送信する。
【００３２】
＜第１端末の構成＞
図３（Ａ）は、第１端末２０として使用可能な情報処理装置（コンピュータ）１２０の構成例を示す。図３（Ｂ）は、第１端末２０の構成例を示す。図３（Ａ）において、情報処理装置１２０は、情報処理装置１００と同様に、ＣＰＵ１２１と、主記憶装置１２２と、補助記憶装置１２３と、通信ＩＦ回路１２４と、入力装置１２５と、出力装置１２６とが、バス１２９を介して相互に接続された構成を有する。情報処理装置１２０のバス１２９には、さらに、ＧＰＳ（Global Positioning System）受信機１２８が接続される。ＧＰＳ受信機１２８は、第１端末２０の位置、すなわちユーザの現在位置の検出に使用される。
【００３３】
図３（Ａ）に示す情報処理装置１２０において、ＣＰＵ１２１が主記憶装置１２２や補助記憶装置１２３に記憶されたプログラムを実行する。これによって、情報処理装置１２０は、図３（Ｂ）に示すように、制御部２２１と、記憶部２２２と、通信部２２４と、入力装置２２５と、ディスプレイ装置２２６と、位置検出部２２８とを含んだ第１端末２０として動作する。すなわち、ＣＰＵ１２１は、制御部２２１として動作する。主記憶装置１２２及び補助記憶装置１２３は、記憶部２２２として使用される。また、通信ＩＦ回路１２４は、通信部２２４として動作する。また、入力装置１２５及び出力装置１２６は、入力装置２２５及びディスプレイ装置２２６として使用される。また、ＧＰＳ受信機１２８は位置検出部２２８として動作する。
【００３４】
＜第２端末の構成＞
図４（Ａ）は、第２端末３０として使用可能な情報処理装置（コンピュータ）１３０の構成例を示す。図４（Ｂ）は、第２端末３０の構成例を示す。図４（Ａ）において、情報処理装置１３０は、ＣＰＵ１３１と、主記憶装置１３２と、補助記憶装置１３３と、通信ＩＦ回路１３４と、入力装置１３５と、出力装置１３６とが、バス１３９を介して相互に接続された構成を有する。
【００３５】
図４（Ａ）に示す情報処理装置１３０において、ＣＰＵ１３１が主記憶装置１３２や補助記憶装置１３３に記憶されたプログラムを実行する。これによって、情報処理装置１３０は、図４（Ｂ）に示すように、制御部２３１と、記憶部２３２と、通信部２３４と、入力装置２３５と、ディスプレイ装置２３６とを含んだ第２端末３０として動作する。すなわち、ＣＰＵ１３１は、制御部２３１として動作する。主記憶装置１３２及び補助記憶装置１３３は、記憶部２３２として使用される。また、通信ＩＦ回路１３４は、通信部２３４として動作する。また、入力装置１３５及び出力装置１３６は、入力装置２３５及びディスプレイ装置２３６として使用される。
【００３６】
また、情報処理装置１３０は、インタフェース回路（ＩＦ）１０７を介して車両１に搭載されたカーナビゲーション装置１０８と接続されてもよい。カーナビゲーション装置１０８は、ＣＰＵ（プロセッサ）、記憶装置、通信装置、ＧＰＳ受信機、入力装置及びディスプレイ装置などを含んでいる。プロセッサは、記憶装置に記憶されたプログラムの実行
によって、入力装置から入力される目的地情報と、ＧＰＳ受信機から得られる現在位置から目的地までの距離、ルート、所要時間を計算し、ディスプレイ装置に対し、車両１の位置を含む地図を表示する。また、これらとともに、カーナビゲーション装置１０８は、目的地までの距離、ルート、所要時間などを表示する。また、プロセッサは、現在位置と目的地との距離が所定距離より短くなると、音声の出力や表示態様の変更によって、目的地付近へ到達したことを車両１のドライバに伝達する。第２端末３０は、車両１に係る情報を生成する場合に、カーナビゲーション装置１０８によって得られた情報を用いることができる。なお、第２端末３０が車載端末である場合、カーナビゲーション装置１０８や、車両１に搭載された既存の通信端末の機能拡張によって実装することもあり得る。
【００３７】
＜データベース（ＤＢ）＞
以下、サーバ１０が使用又は管理するデータベースについて説明する。以下に説明するデータベースは、サーバ１０の記憶部２０２に記憶される。但し、サーバ１０の内外における、記憶部２０２以外の記憶装置に記憶されてもよい。
【００３８】
＜＜ユーザＤＢ＞＞
ユーザＤＢ１５１は、第１端末２０のユーザに係る情報を記憶するためのＤＢである。ユーザＤＢ１５１は、「所定のグループのメンバの夫々に関する、相乗り利用に係る情報を蓄積したデータベース」に相当する。
【００３９】
図５は、ユーザＤＢ１５１のデータ構造例を示す図である。図５において、ユーザＤＢ１５１は、ユーザに対応する１以上のエントリ（レコード）を記憶するテーブル構造を有する。図５の例では、レコードは、情報要素として、「名称」、「ユーザＩＤ」、「属性」、「アプリの有無」、「ＡＵ（Active User）/ＮＡＵ（Non- Active User）」、「実績」、「スケジュール」、「移動履歴」を含む。
【００４０】
「名称」は、第１端末２０のユーザの氏名や名称である。「ユーザＩＤ」は、ユーザの固有の識別子（ユーザＩＤ）である。「属性」は、ユーザの属性を示す情報である。「属性」情報は、ユーザの個人情報、ユーザが使用する第１端末２０に係る情報、ユーザの保有する車両（自家用車）に係る情報（自家用車関連情報）、などを含む。
【００４１】
ユーザの個人情報は、例えば、ユーザの性別、年齢、氏名、住所、連絡先、職業などから選ばれる少なくとも１つである。また、第１端末２０に係る情報は、例えば、第１端末２０のアドレス、第１端末２０の識別子（端末ＩＤ）などから選ばれる少なくとも１つである。但し、個人情報及び第１端末２０に係る情報の要素は、上記例示列挙に制限されない。
【００４２】
また、自家用車関連情報は、自家用車の車種、燃費（単位走行距離当たりのガソリンや軽油の消費量、電気消費量）、単位走行距離あたりの二酸化炭素（ＣＯ２）排出量などを例示できる。自家用車は、エンジンやモータなどの原動機を含む移動体であって、自動車（自動二輪を含む）や原動機付自転車を含む。なお、自家用車関連情報の情報項目は、上記の例示列挙に制限されない。
【００４３】
「アプリの有無」は、ユーザが使用する第１端末２０において、相乗りサービスの利用に係る契約の締結等に使用されるアプリケーションプログラム（「ライドシェア用アプリ」と称する）がインストールされているか否かを示す情報である。ライドシェア用アプリは、「相乗り利用に係るソフトウェア」の一例である。
【００４４】
ライドシェア用アプリは、例えば、上述した自家用車の購入時などの、相乗りサービスのユーザ登録（ユーザＤＢ１５１へのレコードの登録）の了承や勧誘の機会に、インスト
ールを促されたり、勧められたりする。ユーザは、インストールの働きかけ（要請）に応じて、第１端末２０を用いて、ライドシェア用アプリのダウンロードサイトにアクセスし、ライドシェア用アプリのダウンロード及びインストールを行うことができる。但し、ライドシェア用アプリのダウンロード及びインストールの要請は、上記に限られず、例えば、サーバ１０や第２端末３０（車載端末）からの同報送信による広告を用いて行ってもよい。
【００４５】
「ＡＵ／ＮＡＵ」は、ユーザがライドシェア用アプリのアクティブユーザ（ＡＵ）か非アクティブユーザ（ＮＡＵ）であるかを示す。ここでは、ライドシェア用アプリを第１端末２０にインストールしたが、ライドシェア用アプリの使用実績のないユーザ、又はライドシェア用アプリの使用実績はあるが、相乗りサービスの利用実績（契約成立の記録）がないユーザが「ＮＡＵ」に定義される。一方、ライドシェア用アプリを用いた相乗りサービスの契約成立の記録を有するユーザが「ＡＵ」に定義される。
【００４６】
「実績」は、「アプリの有無」及び「ＡＵ/ＮＡＵ」を用いて判定した、ユーザが相乗りサービスを利用した実績の有無を示す。ライドシェア用アプリがインストールされていない者、「ＮＡＵ」に該当する者は、実績のない者と判定される。
【００４７】
ここに、ライドシェア用アプリは、第１端末２０の制御部２２１（として動作するＣＰＵ１２１）によって実行される。ライドシェア用アプリは、例えば、ライドシェア用アプリの使用実績「有り」を示す第１フラグと、相乗りサービスの利用実績「有り」を示す第２フラグを有している。第１端末２０においてライドシェア用アプリが起動され、ユーザがライドシェア用アプリの操作が情報の入力をした履歴が形成された場合に、第１フラグがセットされる。また、ライドシェア用アプリを用いて、相乗りサービスの利用が確定（例えば、ユーザが相乗りサービスの利用完了を登録）した場合に、第２フラグがセットされる。
【００４８】
ライドシェア用アプリのインストール完了を示す通知、第１フラグのセット完了を示す通知、及び第２フラグのセット完了を示す通知のうちの少なくとも１つは、通信部２２４（通信ＩＦ回路１２４）を介して、サーバ１０へ送信可能である。ライドシェア用アプリは、サーバ１０のアドレス（所定の宛先アドレス）を含んでおり、上記した夫々の通知は、このアドレス宛に送信される。夫々の通知は、ライドシェア用アプリのＩＤ（アプリＩＤ）と、第１端末２０のユーザのＩＤ（ユーザＩＤ）、第１端末２０の端末ＩＤ、第２端末のアドレスを含む。
【００４９】
サーバ１０の制御部２０１（として動作するＣＰＵ１０１）は、通信部２０４（通信ＩＦ回路１０４）から通知を受信すると、通知に従ってユーザＤＢ１５１を更新する。例えば、通知がライドシェア用アプリのインストール完了を示す場合には、対応するレコード中の、抽出元ＤＢの「アプリの有無」が「有り」に設定（更新）される。また、通知が第１フラグのセット完了又は第２フラグのセット完了を示す場合には、制御部２０１は、ＡＵ／ＮＡＵの値を「ＡＵ」に設定（更新）する。本実施形態では、ＡＵ／ＮＡＵの値制御に、第１フラグのセット完了の通知と第２フラグのセット完了の通知との一方を送ればよく、他方の送信は省略できる。どちらを省略するかはユーザが適宜設定できる。
【００５０】
「スケジュール」は、ユーザの移動の予定を示す情報の一例であり、例えば、所定期間（例えば一日、午前中、午後など）における、ユーザの移動の予定を示す。「スケジュール」は、パラメータ（情報項目）として、「出発時刻」、「出発地」、「目的地」、「到着時刻」、「所要時間」、「移動距離」、「移動方法」、「利用促進情報」などを含むことができる。「スケジュール」は、所定期間（例えば一日）における、１又は２以上の移動の予定の夫々に関して記録可能である。
【００５１】
「スケジュール」において、「出発時刻」は、移動の開始を予定する時刻である。「到着時刻」は、目的地への到着予定時刻である。時刻には、日、七曜、月を含む場合もある。「出発地」及び「目的地」は、ユーザの移動の始点及び終点の場所や位置を示す情報である。その粒度（詳細の度合い）は適宜決定可能である。所要時間は、出発地から目的地の移動に割り当てた時間である。「移動距離」は、出発地から目的地までの距離を示す。距離は、直線距離でも、移動経路長でも、移動方法に応じた単位時間当たりの移動速度を予め決定し、この移動速度と所要時間とから求めた値でもよい。「移動方法」は、ユーザが移動に使用する手段を示し、例えば、徒歩、軽車両（自転車）、自家用車、公共交通機関利用（バス、鉄道、タクシー等）などである。
【００５２】
「利用促進情報」は、移動方法を相乗りに変更する（相乗りで代替する）ことにより得られる（享受する）経済的効果や社会的貢献を示す情報、その他のユーザのインセンティブとなり得る情報を含む。利用促進情報は、例えば、徒歩や軽車両利用から相乗りへの変更により増加する自由時間（節約できる時間）を示す情報、相乗り利用によって生じる燃費の削減量やＣ０２の削減量を示す情報、渋滞発生予防や渋滞解消に対する貢献を示す情報、などを含み得る。
【００５３】
なお、燃費の削減量やＣ０２の削減量は、「属性」情報中の車両に係る情報と、移動時間と、所定の算出式（記憶部２０２に記憶）とを用いて算出できる。渋滞解消による貢献を示す情報は、例えば、ユーザの移動が渋滞を発生させる、或いは渋滞状況を悪化させる可能性がある場合に記録される。節約される時間は、徒歩、軽車両、車両での移動速度や道路情報を用いて、所定の算出式を用いて算出される。
【００５４】
インセンティブとなり得る情報として、例えば、運転時のリスクを低減可能な情報が挙げられる。心身不調時、荒天時、夕方などの視認性悪化時、渋滞中、自家用車両の不調時など、相乗り利用で自らの運転時のリスクを減らせる旨の情報を提供することが考えられる。ユーザの状況、天気の状況、道路状況、時間帯など応じて、相乗り利用で回避できるリスクの内容を選択してもよい。
【００５５】
「移動履歴」はユーザの過去の移動（行動履歴）の実績を示す。「移動履歴」は、所定期間（例えば一日）における、ユーザの第１端末２０の各時刻における位置（位置の移動の軌跡（移動経路））と、移動速度とを示す。移動履歴には、第１端末２０を所持したユーザの行動に伴う１又は２以上の移動（通勤、通学、買い物など）を示す情報が含まれている。また、各移動に関して、その移動方法を示す情報（徒歩、軽車両利用、自家用車利用、公共交通機関利用）に応じた挙動を示す情報も含まれる。
【００５６】
移動履歴は、その移動履歴から特定される移動が所定の未来（例えば翌日）に繰り返されると推定して、移動履歴から特定された移動を、未来におけるユーザの移動の予定、すなわち「スケジュール」として扱うことができる。換言すれば、移動履歴から、「スケジュール」を生成することができる。移動履歴に複数の移動が含まれている場合、夫々の移動に対応する「スケジュール」（移動の予定）を示す情報を生成することができる。
【００５７】
もっとも、「スケジュール」は、移動履歴とは無関係に取得可能であり、例えば、サーバ１０が必要に応じて第１端末２０にスケジュールの問い合わせを行い、第１端末２０から送信されるスケジュールを取得してもよい。よって、サーバ１０が移動履歴を記録したり管理したりすることは必須ではない。なお、図５のユーザＤＢ１５１にて示した情報要素の分類（グループ化、クラス分け）の方法は一例示であり、このような例示に制限されない。
【００５８】
ユーザＤＢ１５１に記憶される情報の一部は、ユーザＤＢ１５１以外のデータベース（ＤＢ）、例えば、所定のグループに関するＤＢから取得（抽出）することができる。そのようなＤＢを抽出元ＤＢと呼ぶ。本実施形態では、上述した車両保有者グループに係る車両保有者ＤＢが抽出元ＤＢの一例である場合について説明する。ユーザＤＢ１５１は、車両保有者ＤＢが記憶する情報項目と共通する情報項目を有し、車両保有者ＤＢからの抽出された情報が記憶される。例えば、ユーザＤＢ１５１の「名称」、「ユーザＩＤ」、「属性」は、車両保有者ＤＢから抽出されたものであってもよい。また、「アプリの有無」、「ＡＵ/ＮＡＵ」、「スケジュール」、「移動履歴」が車両保有者ＤＢにて管理され、そこから取得されてもよい。車両保有者ＤＢがユーザＤＢ１５１に格納する情報項目のすべてを記憶する構成、すなわち、ユーザＤＢ１５１が車両保有者ＤＢの一部であってもよい。ユーザＤＢ１５１に記憶される情報要素は、第１端末２０や第１端末２０以外の装置から取得される。情報の提供元や取得の経路を問わない。
【００５９】
「移動履歴」は、例えば、以下のようにして取得される。サーバ１０の制御部２０１は、定期的又は周期的に各ユーザの第１端末２０と通信を行い、第１端末２０の位置（位置検出部２２８によって得られる）を第１端末２０から受信する。制御部２０１は、今回の位置と前回の位置から移動距離及び移動速度を求めて記録する。これにより、第１端末２０の移動経路（位置座標の変遷）及び移動速度を把握することができる。
【００６０】
＜＜車両ＤＢ＞＞
車両ＤＢ１５２は、相乗りに利用可能な車両１に係る情報を記憶するためのＤＢである。図６は、車両ＤＢ１５２のデータ構造例を示す図である。図６において、車両ＤＢ１５２は、１以上のエントリ（レコード）を記憶するテーブル構造を有する。エントリは、情報要素として、「車両ＩＤ」、「車両属性」、「ドライバ属性」、「第２端末情報」、「運転スケジュール」を含む。但し、これら以外の情報項目を含んでもよい。
【００６１】
「車両ＩＤ」は、車両１の固有情報（車両の識別子）である。「車両属性」は、車両１の属性を示す情報である。車両属性情報の情報項目（車両の属性）は、例えば、車種（セダン、ミニバン、ワゴン、トラック、軽自動車、エコカーなど）、荷物の収容スペース（荷台、トランクなど）の有無などである。車両属性情報には、車両１に係る画像情報が含まれてもよい。
【００６２】
「ドライバ属性」は、車両１のドライバの属性を示す情報である。ドライバ属性情報の情報項目（ドライバの属性）は、例えば、ドライバの性別、年齢、職業などである。ドライバ属性は、人種や使用言語を含んでもよい。「第２端末情報」は、車両１と関連づけられた（対応する）第２端末３０に係る情報を示す。第１端末情報は、例えば、第２端末３０の識別子（ＩＤ）や、第２端末３０のアドレスなどである。
【００６３】
「運転スケジュール」は、所定期間（例えば一日）における、車両１を運転しての移動スケジュールを示す。運転スケジュールは、例えば、ユーザＤＢ１５１のスケジュールに合わせて、「出発（予定）時刻」、「出発地」、「目的地」、「到着（予定）時刻」、「所用時間」、「移動距離」などのパラメータを含むことができる。「出発時刻」及び「出発地」は、未来の予定時刻であっても、車両１の現在位置（現在時刻における車両１の位置）であってもよい。サーバ１０は、例えば、車両１に載せられた第２端末３０、或いはカーナビゲーション装置１０８から、車両１の現在位置を取得することができる。車両ＤＢ１５２に記憶される情報要素は、第２端末３０や第１端末２０以外の装置から取得される。情報の提供元や取得の経路を問わない。
【００６４】
なお、車両ＤＢ１５２は、車両保有者ＤＢのような在るＤＢの一部であっても、車両保有者ＤＢから必要な情報を抽出して生成された独立型のＤＢであってもよい。
【００６５】
運転スケジュールは、車両１のユーザ（ドライバ）が予め第２端末３０を用いてサーバ１０に登録したものであっても、適宜のタイミングで、サーバ１０の制御部２０１が第２端末３０に、運転スケジュールの提供を要求し、要求に応じた第２端末３０からの運転スケジュールを車両ＤＢ１５２の対応するレコードに登録してもよい。第２端末３０から取得されるスケジュール情報は、第２端末３０が独自に生成したものであっても、第２端末３０が車両１のカーナビゲーション装置１０８から取得したナビゲーション情報であってもよい。
【００６６】
＜動作例＞
図７は、サーバ１０の動作例を示すフローチャートである。図７のフローチャートは、例えば、サーバ１０の制御部２０１によって行われる。Ｓ０１では、制御部２０１は、リコメンド情報を送信するユーザの抽出処理を行う。
【００６７】
図８は、ユーザ抽出処理の一例を示すフローチャートである。Ｓ１０１において、制御部２０１は、ユーザＤＢ１５１を参照し、残りのユーザのレコードがあるかを判定する。残りのレコードがあると判定する場合には、制御部２０１はユーザＤＢ１５１から１人のユーザのレコードを特定して処理をＳ１０２に進める。そうでないと判定する場合には、ユーザ抽出処理が終了し、処理がＳ０２へ進む。
【００６８】
Ｓ１０２では、制御部２０１は、Ｓ１０１で特定したレコード中の「ＡＵ／ＮＡＵ」の値を参照し、値がＮＡＵ（非アクティブユーザ）を示すか否かを判定する。値がＮＡＵを示すと判定される場合（Ｓ１０２のＹｅｓ）、ユーザが相乗り利用の実績を有しないとの扱いとなる。この場合、当該ユーザがリコメンド情報の提供先と決定され、制御部２０１はそのユーザのレコードをユーザＤＢ１５１から抽出する（Ｓ１０４）。その後、処理をＳ１０１に戻す。これに対し、「ＡＵ／ＮＡＵ」の値がＮＡＵでないと判定される場合には（Ｓ１０２のＮｏ）、制御部２０１は、処理をＳ１０３へ進める。
【００６９】
Ｓ１０３では、当該レコード中の「アプリの有無」が「有り」を示す、すなわち、第１端末２０にライドシェア用アプリがインストール済みであることを示すか否かを制御部２０１は判定する。このとき、ライドシェア用アプリが有ると判定する場合には（Ｓ１０３のＹｅｓ）、制御部２０１は処理をＳ１０１に戻す。すなわち、ユーザに相乗り利用の実績あり、との扱いとなる。これに対し、ライドシェア用アプリがないと判定する場合には（Ｓ１０３のＮｏ）、処理がＳ１０４に進む。
【００７０】
このようにして、ユーザＤＢ１５１に登録されたユーザの全てに関してＳ１０２〜Ｓ１０４の処理が行われ、相乗り利用の実績がないと判定されたユーザについてのレコードが抽出される。ユーザ抽出処理が終了すると、処理がＳ０２（図７）に進む。
【００７１】
Ｓ０２では、制御部２０１は、スケジュールの確認処理を行う。当該処理は、以下のようにして行われる。
（（方法１）レコード中のスケジュール情報の確認）
制御部２０１は、Ｓ０１の処理によって抽出した１又は２以上のユーザのレコードから、１つのユーザ（ユーザのレコード）を特定する。制御部２０１は、特定したユーザのレコードに記憶されているスケジュールを参照する。
【００７２】
（（方法２）スケジュール情報の生成）
例えば、ユーザのレコード中に記憶された移動履歴がユーザの所定期間（例えば一日）における行動履歴を示し、翌日も同じ行動が繰り返されることが想定される場合（過去の移動履歴から未来の移動を予測できる場合）、移動履歴から、ユーザのスケジュールを生
成することができる。
【００７３】
移動履歴には、１又は複数のユーザの移動を示す情報が含まれている。移動履歴に含まれた移動を示す情報は、以下のようにして抽出できる。例えば、移動履歴において、第１端末２０の位置が或る小エリア（建物や施設内）内に所定時間以上止まった後に、その小エリア外への移動を始めたパターンを発見した場合に、制御部２０１は、ユーザが移動を開始したと判定し、位置がその小エリアから離脱した時刻を、「スケジュール」に含まれる日時（出発時刻）に設定し、その小エリアの位置を「出発地」に設定する。
【００７４】
その後、移動履歴において、第１端末２０の位置が移動して或る小エリア内で所定時間以上止まる状態になった場合に、制御部２０１は、その小エリアの位置を「目的地」に設定する。また、制御部２０１は、その小エリアへの到達時刻を目的地への到着時刻に設定し、移動開始時刻との差分を求めて「所用時間」に設定する。また、制御部２０１は、出発地から目的地までの位置の移動経路及び移動速度と、上述した移動パターン情報とを用いて、ユーザの移動方法を推定し、「移動方法」に設定する。移動方法に対応する社会的貢献や経済的効果を示す情報の種別を、制御部２０１は「利用促進情報」に設定する。スケジュールには、さらに、出発地から目的地までの距離を含めることができる。このようにして、移動履歴から１又は２以上の移動の予定（スケジュール）を生成することができる。
【００７５】
（（方法３）第１端末２０から取得）
スケジュールは第１端末２０から取得してもよい。例えば、制御部２０１は、第１端末２０のユーザに、当日の移動のスケジュールを問い合わせる。例えば、制御部２０１は、スケジュールを問い合わせるメッセージ（ユーザＩＤ含む）を生成し、通信部２０４を介して第１端末２０のアドレス宛に送信する。メッセージはネットワーク２を介して第１端末２０に受信される。
【００７６】
第１端末２０では、制御部２２１が、スケジュールの問い合わせ画面をユーザに報知（例えば、ディスプレイ装置２２６に表示）する。ユーザが、入力装置２２５を用いて、１又は２以上のスケジュールの生成に係る情報項目（出発地、目的地、出発時刻、到着時刻など）を入力する。ユーザが入力したスケジュール情報を含む応答メッセージを制御部２２１は生成し、通信部２２４からサーバ１０のアドレス宛に送信する。応答メッセージは、ネットワーク２を介してサーバ１０に受信される。サーバ１０の制御部２０１は、応答メッセージ中のスケジュールを取得し、ユーザＩＤに対応するレコードに登録する。このように、制御部２０１は、Ｓ０２において、上述した方法１〜３のいずれかを用いてスケジュールを取得し、その内容を確認する。
【００７７】
Ｓ０３では、スケジュールに対応可能な運転スケジュールを有する相乗り用の車両１を制御部２０１は検索する。上述したように、車両ＤＢ１５２（図６）には、相乗りサービスに利用可能な車両１のレコードが記憶されている。制御部２０１は、車両ＤＢ１５２の各レコード中の運転スケジュールを参照する。
【００７８】
図９は、対応可能車両の検索処理の一例を示すフローチャートである。Ｓ１１１において、サーバ１０の制御部２０１は、ユーザＤＢ１５１から抽出したユーザのレコード中のスケジュール（ユーザのスケジュールと称する）における目的地と、車両ＤＢ１５２の各レコードの運転スケジュールにおける目的地とを対比し、目的地同士が合致する運転スケジュールを有するレコードを抽出する。相乗りのために車両１の運転スケジュールに大幅な変更を要しない車両１を選出するためである。目的地同士が合致するとは、以下の場合を含むことができる。但し、これらに限定されない。
（１）目的地間の距離が所定の閾値以下である場合。
（２）ユーザの目的地と車両１の移動経路との距離が所定の閾値以下である場合。
（３）ユーザの目的地が車両１の目的地又は経由地が属するエリアに属する場合。
【００７９】
Ｓ１１２では、制御部２０１は、Ｓ１１１で抽出したレコードの中から、到着時刻がユーザのスケジュールにおける到着時刻より早い運転スケジュールを含むレコードを抽出する。ユーザにとって相乗りによる時間的デメリットがないか小さい車両１を選出するためである。但し、ユーザのスケジュールにおける到着時間より遅くなるが、その遅延時間長が所定時間長より小さいレコードも抽出対象に含めてもよい。
【００８０】
Ｓ１１３では、制御部２０１は、ユーザの出発時刻にユーザの出発地へ到着可能な運転スケジュールを含むレコードを抽出する。遅延のないユーザのピックアップを保証するためである。例えば、制御部２０１は、ユーザのスケジュールの出発地と運転スケジュールの出発地との距離を求め、その距離を車両１が平均移動速度で移動するときの所要時間が、現在時刻からユーザの出発時刻までの時間より短い車両１のレコードを抽出する。Ｓ１１３の処理が終了すると、処理がＳ０４に戻る。
【００８１】
なお、Ｓ１１１〜Ｓ１１３の順序は適宜変更可能である。また、Ｓ１１１〜Ｓ１１３から選択される、少なくとも１つの処理がＳ０３にて実行されるようにしてもよい。
【００８２】
なお、Ｓ０３の処理において、複数の第２端末３０にユーザのスケジュール情報を送信し、相乗り可能である旨を返信する第２端末３０を待ち受け、返信が得られたことを以て、リコメンド情報を生成するようにしてもよい。なお、Ｓ０３において、対応可能な車両１が検索されない場合には、図７に示すサーバ１０の処理は終了する。
【００８３】
Ｓ０４では、制御部２０１は、ユーザに対するリコメンド情報を生成する。リコメンド情報は、以下を含むことができる。
（１）ユーザの目的地への移動に用いる移動方法を、相乗りサービスの利用によって代替可能である旨（目的地への移動について相乗り利用を勧める旨：相乗り利用を勧める情報に相当）。
（２）相乗りを利用可能な移動スケジュール（例：目的地○○への移動）
（３）移動方法に応じた利用促進情報
（４）車両に係る情報（車両属性情報、ドライバ属性情報）
（５）ユーザＩＤ、車両ＩＤ（複数台ある場合は複数台分）
【００８４】
利用促進情報は、相乗りへの変更前の移動方法と、移動方法に対応する利用促進情報の種別とに応じて適宜作成する。例えば、自家用車の利用から相乗りに変更する場合、自家用車の車両に係る情報と、スケジュールにおける移動距離とを用いて、燃費やＣＯ２発生量を算出し、これらが削減されることを利用促進情報に設定する。但し、利用促進情報が移動方法と関連づけて生成されることは必ずしも必要ではなく、利用促進情報がユーザと直接に関係なくとも、相乗りの機会増大によるメリットを伝えることができればよいため、利用促進情報をランダムに選んでリコメンド情報に含めることが考えられる。
【００８５】
なお、利用促進情報、車両に係る情報（車両属性情報、ドライバ属性情報の少なくとも一方）はオプションである。また、Ｓ０３において複数の車両１が検索された場合に、検索された車両１の全ての車両属性やドライバ属性を含んでもよく、検索された車両１から選択された少なくとも１つの車両１についての車両属性やドライバ属性が送信されるようにしてもよい。
【００８６】
Ｓ０５では、制御部２０１は、リコメンド情報の送信処理を行う。本実施形態では、上記した複数種類の情報（（１）〜（４）の情報）を含むリコメンド情報を生成して第１端
末２０に送信するが、（１）〜（４）の情報を２回以上に分けて送信してもよい。
【００８７】
リコメンド情報は、通信部２０４から、ユーザの第１端末２０のアドレス宛に送信される。Ｓ０６では、制御部２０１は、Ｓ０１で複数のユーザ（のレコード）が抽出され、未処理のユーザのレコードが残っているかを判定する。レコードが残っていないと判定する場合、処理がＳ０７に進み、そうでない場合には、処理がＳ０２に戻って、残りのユーザのレコードの夫々に関するＳ０２〜Ｓ０５の処理が繰り返される。
【００８８】
図１０は、第１端末２０の、リコメンド情報受信時における処理を示すフローチャートである。図１０に示す処理は、第１端末２０の制御部２２１（ＣＰＵ１２１）によって行われる。
【００８９】
Ｓ１１では、制御部２２１は、通信部２２４で受信されたリコメンド情報を取得する。Ｓ１２では、制御部２２１は、リコメンド情報到着をユーザに報知する。報知は、例えば、ライドシェアサービスの利用を勧める旨を、第１端末２０のディスプレイ装置２２６に表示させる。この表示は、例えば、プッシュ通知の適用によって実行できる。また、表示には、ライドシェア用アプリの起動ボタンと、ライドシェア用アプリのダウンロードサイトへのアドレス（ＵＲＬ）とを含めてもよい。
【００９０】
Ｓ１３では、ライドシェア用アプリが起動されたか否かを判定する。ライドシェア用アプリの起動のトリガは、ユーザのトリガ入力でも、第１端末２０内におけるイベント発生（ユーザの操作に依存するかどうかを問わない）でもよい。例えば、ユーザにより、ライドシェア用アプリの起動ボタンが押されたことをトリガとして、ライドシェア用アプリの起動（実行開始）を制御部２０１は行い、ライドシェア用アプリの起動を検出する。
【００９１】
ここで、第１端末２０にライドシェア用アプリがインストールされていない場場合、ユーザは、上記した表示にて示されたダウンロードサイトのＵＲＬをタッチする等の一定の操作を行う。すると、第１端末２０がネットワーク２を介してダウンロードサイトへアクセスする。ダウンロードサイトの案内に従ってユーザが第１端末２０を操作すると、第１端末２０がダウンロードサイトからライドシェア用アプリのファイルをダウンロードし、第１端末２０にインストールする。インストールの完了をトリガとして、自動的にライドシェア用アプリが起動する場合、制御部２２１は、そのようなライドシェア用アプリの起動を検出することができる。このようにして、リコメンド情報の通知をきっかけに、ライドシェア用アプリのインストールを促すことができる。
【００９２】
Ｓ１３において、制御部２０１が、ライドシェア用アプリの起動検出によって、ライドシェア用アプリが起動したと判定する場合は、処理がＳ１４に進む。これに対し、ユーザが、ライドシェア用アプリを起動させない、或いはインストールしない場合には、ライドシェア用アプリの起動は検出されないので、図１０の処理は終了する。
【００９３】
Ｓ１４では、制御部２０１は、ライドシェア用アプリの実行によって、リコメンド情報の詳細をユーザに報知する。例えば、制御部２０１は、リコメンド情報に含まれた、各種の情報（相乗り利用可能な移動スケジュール、利用促進情報、車両に係る情報（車両やドライバの属性情報））などをディスプレイ装置２２６に表示する。複数の車両１に係る情報が含まれている場合、制御部２０１は、車両１を選択可能な態様で、車両１に係る情報を表示する。ユーザは、リコメンド情報を参照することによって、自身のスケジュール中の移動を相乗りで行えること、相乗りによって、時間の節約や、ＣＯ２排出量の削減等、経済的効果、社会的貢献、リスク低減効果があることを知ることができる。
【００９４】
Ｓ１５では、制御部２２１は、第１端末２０を用いた返信設定がなされているかを判定
する。例えば、第１端末２０で行うのは、リコメンド情報の受信とユーザへの報知までで、その後の相乗り利用については、リコメンド情報に含まれた連絡先への電話連絡などで、車両１のドライバ等と交渉、調整する態様である場合、第１端末２０での返信設定はなされない。返信設定がなされていない場合、制御部２２１は処理を終了する。これに対し、相乗り希望の旨を返信する設定がなされている場合には、制御部２２１は、ディスプレイ装置２２６に対し、相乗りを利用するか否かのユーザに尋ねる画面を表示する。入力装置２２５を用いてユーザが相乗り利用の旨を入力すると、処理がＳ１７に進む。これに対し、相乗り利用をしない旨が入力されると、制御部２２１は処理を終了する。
【００９５】
Ｓ１７では、制御部２２１は、相乗り希望情報を生成し、サーバ１０に送信する。相乗り希望情報は、例えば、以下の情報を含む。
（１）相乗り利用を希望する旨
（２）複数の車両１の情報を表示した場合における、車両１の選択結果
（３）その他、相乗り利用の契約に要する情報（ユーザの連絡先など）
（４）ユーザＩＤ、車両ＩＤ（複数台の場合はユーザが選択した車両ＩＤ）
【００９６】
その後、制御部２２１は、相乗り希望情報に対する回答を待ち（Ｓ１８）、回答を受信すると、その回答に含まれる情報（例えば、相乗り希望を受け付けた旨、会乗り利用の契約が成立した旨、など）をユーザに報知（例えば、ディスプレイ装置２２６に表示）し、処理を終了する。なお、一定時間が経過しても回答を受信できない場合、制御部２０１は所定のエラー処理を行い、処理を終了する。
【００９７】
サーバ１０の制御部２０１は、リコメンド情報を送信すると、図１１のＳ０７に示すように、相乗り希望情報を待ち受ける。但し、一定時間経過しても相乗り希望情報を受信できない場合には、図１１の処理を終了する。相乗り希望情報が受信できた場合には、制御部２０１は、その相乗り希望情報を、車両ＤＢ１５２の第２端末情報を用いて、第１端末２０へ送信する（Ｓ０８）。
【００９８】
その後、制御部２０１は、相乗り希望情報に対する第２端末３０からの回答を待ち（Ｓ０９）、回答が受信されると、その回答を第１端末２０へ送信する（Ｓ１０）。
【００９９】
図１２は、第２端末３０における処理例を示すフローチャートである。図１２の処理は、第２端末３０の制御部２３１によって実行される。Ｓ２１では、制御部２３１は、通信部２３４で受信された相乗り希望情報を取得する。
【０１００】
Ｓ２２では、制御部２３１は、相乗り希望情報の到着をユーザに報知する。報知は、例えば、相乗り希望情報に含まれる情報を第２端末３０のディスプレイ装置２３６に表示させることによって行われる。
【０１０１】
制御部２３１は、ディスプレイ装置２３６に、相乗り希望を受け入れる否かの入力を促す画面を表示する。Ｓ２３では、第２端末３０のユーザ（車両１のドライバや管理者）が相乗り希望を受け入れ可能か否かを入力装置２３５を用いて入力する。受け入れ可能な旨が入力された場合（Ｓ２３のＹｅｓ）、制御部２３１は、第１端末２０のユーザへの連絡事項（相乗り希望を受け付けた旨、契約が成立した旨、車両１への連絡先など）を生成し（Ｓ２４）、連絡事項を含む回答をサーバ１０に送信する。サーバ１０は、上述したように、回答を受信して、第１端末２０へ送信する（Ｓ０９，Ｓ１０）。
【０１０２】
＜第１実施形態の効果＞
以上説明したように、相乗りサービスのユーザのうち、利用実績のないユーザがユーザＤＢから抽出され、抽出されたユーザの移動の予定（スケジュール）に使用可能な車両１
が、車両ＤＢ１５２に記憶された情報を用いて検索される。利用可能な車両１が検索された（存在する）場合、ユーザの第１端末２０に、相乗り利用を勧める情報（リコメンド情報）が送信される。ユーザは、リコメンド情報に基づいて、相乗り利用を判断し、相乗りを利用する場合には、相乗り希望情報を返信する。これによって、相乗り利用の拡大を図ることができる。
【０１０３】
〔第２実施形態〕
以下、第２実施形態について説明する。第２実施形態は、第１実施形態と共通する構成を有するので、主として第１実施形態と異なる構成について説明し、共通の構成については説明を省略する。
【０１０４】
第１実施形態では、ライドシェア用アプリがインストールされていない者、「ＮＡＵ」に該当する者は、実績のない者として扱われていた。第２実施形態では、ライドシェア用アプリのインストールの有無や、ライドシェア用アプリの使用履歴の有無ではなく、「移動履歴」に基づいて、相乗り利用の実績の有無を判定する。
【０１０５】
第１実施形態で説明したように、サーバ１０の制御部２０１は、定期的又は周期的に第１端末２０と通信を行い、第１端末２０の位置（位置検出部２２８によって得られる）を第１端末２０から受信する。制御部２０１は、今回の位置と前回の位置から移動距離及び移動速度を求めて記録する。このように、サーバ１０は、第１端末２０の「移動履歴」、すなわち、移動経路（位置座標の変遷）及び移動速度示す情報を取得する。
【０１０６】
サーバ１０の記憶部２０２は、移動方法に応じた移動の経路や移動速度のパターンを示すデータ（移動パターン情報という）を記憶している。移動パターン情報は、ユーザの自宅住所、自家用車両の車庫の位置、道路、公共交通機関（鉄道車両、バス、タクシー）の乗降場所（駅、バス停、タクシー乗り場）、鉄道車両やバスの走行経路などの情報を含む地図データなどを用いて生成される。
【０１０７】
移動パターン情報は、移動手段に応じたパターンを示す。例えば、徒歩や軽車両での移動を示す移動パターンは、移動速度が所定速度を超えない範囲での移動が継続するというパターンを示す。また、自家用車での移動を示す移動パターン情報は、例えば、移動経路が車庫の位置を経由し、そこで一旦止まってから、移動速度が所定速度以上に急速に上がる、というパターンを示す。また、鉄道車両やバスでの移動を示す移動パターンは、移動経路が鉄道車両やバスの乗降場所（駅、バス停）で一旦止まってから、鉄道車両やバスの移動速度で移動を開始し、駅やバス停での一旦停止を繰り返す、というパターンを示す。また、タクシー利用の移動パターンは、例えば以下のように定め得る。一般的に、タクシーへの乗車場所は或る程度限られる（タクシー乗り場、幹線道路、自宅付近）。このため、タクシー利用の移動パターンは、移動経路がタクシーの一般的な乗車場所にて一旦停止し、その後所定速度以上に移動速度が急上昇する、というパターンを示す。
【０１０８】
相乗り利用の移動パターンは、上記以外のパターンとなる。例えば、自宅や車庫の位置から所定距離より離れた場所（例えば、相乗り者に自宅住所が知れるのを回避するため）であり、且つ上記タクシーの一般的な乗車場所と異なる場所（例えば、店舗や施設の駐車場などの道路以外の場所）で一旦停止した後、移動速度が所定速度以上に急速に上昇しているパターンが、相乗り利用での移動パターンとなる。
【０１０９】
図１３は、第２実施形態におけるユーザ抽出処理を示す。第１実施形態（図８）との相違は、Ｓ１０２及びＳ１０３の代わりに、Ｓ１０１Ａ及びＳ１０１Ｂの処理が設けられていることである。
【０１１０】
Ｓ１０１Ａでは、制御部２０１は、ユーザのレコード中の移動履歴と各移動手段についての移動パターン情報とを対比する。Ｓ１０１Ｂでは、制御部２０１は、対比の結果において、移動履歴が相乗りパターンを有しているか否かを判定する。移動履歴が相乗りパターンを有していると判定される場合には（Ｓ１０１ＢのＹｅｓ）、ユーザに相乗りの実績があるとの取り扱いとなり、処理がＳ１０１に戻る。これに対し、移動履歴が相乗りパターンを有していないと判定される場合（Ｓ１０１ＢのＮｏ）、ユーザに相乗りの実績がないとの取り扱いとなり、処理がＳ１０４に進む。
【０１１１】
このようにして、ユーザの移動履歴を用いて、ユーザが相乗り利用の実績を有しているか否かを判定することができる。すなわち、制御部２０１は、第１端末２０の位置の履歴を示す情報が、相乗り利用の際に生じるユーザの挙動を示さない場合に、ユーザに前記相乗り利用の実績がないと判定する。上記点を除いて、第１実施形態の構成と第２実施形態の構成とは同じであるので、説明を省略する。なお、第１実施形態において、或るユーザについて、「アプリの有無」や「ＡＵ／ＮＡＵ」に対応する情報が記録されていない場合に、Ｓ１０１Ａ及びＳ１０１Ｂの処理が実行されるようにしてもよい。第２実施形態は、第１実施形態と同様の作用効果を得ることができる。
【０１１２】
以上説明した第１及び第２実施形態において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【０１１３】
第１〜第２実施形態に係るサーバ１０、第１端末２０及び第２端末３０は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【０１１４】
１・・・車両
２・・・ネットワーク
１０・・・サーバ
２０・・・第１端末
３０・・・第２端末
１００、１２０、１３０・・・情報処理装置
１０１、１２１、１３１・・・ＣＰＵ
１０２、１２２、１３２・・・主記憶装置
１０３、１２３、１３３・・・補助記憶装置
１０４、１２４、１３４・・・通信インタフェース回路
２０１、２２１、２３１・・・制御部
２０２、２２２、２３２・・・記憶部
２０４、２２４、２３４・・・通信部
【図１】
2020008977.tif 000003
【図２】
2020008977.tif 000004
【図３】
2020008977.tif 000005
【図４】
2020008977.tif 000006
【図５】
2020008977.tif 000007
【図６】
2020008977.tif 000008
【図７】
2020008977.tif 000009
【図８】
2020008977.tif 000010
【図９】
2020008977.tif 000011
【図１０】
2020008977.tif 000012
【図１１】
2020008977.tif 000013
【図１２】
2020008977.tif 000014
【図１３】
2020008977.tif 000015