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

Abstract

【課題】複数のユーザが同一の車両に相乗りするライドシェアにおいて、ユーザのプライバシーが損なわれることを好適に抑制する。【解決手段】本発明に係る情報処理装置は、同乗ユーザの出発地及び目的地を取得することと、同乗ユーザの出発地を含む第一の範囲において、前記出発地と異なる地点であって、且つ同乗ユーザが車両に乗車する状況を第三者が認識し得る地点を乗車地点に決定することと、同乗ユーザの目的地を含む第二の範囲において、前記目的地と異なる地点であって、且つ同乗ユーザが車両から降車する状況を第三者が認識し得る地点を降車地点に決定することと、同乗ユーザの乗車地点及び降車地点を、車両に関連する装置へ送信することと、を実行する、制御部を備えるようにした。【選択図】図１２

Description

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

各端末の位置情報に基づいて、それらの端末の所有者が同一の車両に相乗り中であるか否かを判断し、その判定結果に基づいてＣＯ_２排出量や燃料の消費量といった環境負荷を算出する技術が知られている（例えば、特許文献１を参照）。

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

本発明は、移動を目的とする複数のユーザが同一の車両に相乗りするライドシェアにおいて、ユーザのプライバシーが損なわれることを好適に抑制することができる技術の提供を目的とする。

本発明に係る情報処理装置は、複数のユーザが同一の車両に相乗りする形態において、前記車両に非運転者として同乗するユーザである同乗ユーザの乗車地点及び降車地点を設定する情報処理装置である。この情報処理装置は、前記同乗ユーザの出発地及び目的地を取得することと、前記同乗ユーザの前記出発地を含む第一の範囲において、前記出発地と異なる地点であって、且つ前記同乗ユーザが前記車両に乗車する状況を第三者が認識し得る地点を乗車地点に決定することと、前記同乗ユーザの前記目的地を含む第二の範囲において、前記目的地と異なる地点であって、且つ前記同乗ユーザが前記車両から降車する状況を第三者が認識し得る地点を降車地点に決定することと、前記同乗ユーザの前記乗車地点及び前記降車地点を、前記車両に関連する装置へ送信することと、を実行する制御部を備える。

また、本発明は、複数のユーザが同一の車両に相乗りする形態において、前記車両に非運転者として同乗するユーザである同乗ユーザの乗車地点及び降車地点を設定する情報処理方法として捉えることもできる。その場合、本発明に係る情報処理方法は、前記同乗ユーザの出発地及び目的地を取得するステップと、前記同乗ユーザの前記出発地を含む第一の範囲において、前記出発地と異なる地点であって、且つ前記同乗ユーザが前記車両に乗車する状況を第三者が認識し得る地点を乗車地点に決定するステップと、前記同乗ユーザの前記目的地を含む第二の範囲において、前記目的地と異なる地点であって、且つ前記同乗ユーザが前記車両から降車する状況を第三者が認識し得る地点を降車地点に決定するステップと、前記同乗ユーザの前記乗車地点及び前記降車地点を、前記車両に関連する装置へ送信するステップと、をコンピュータが実行するようにしてもよい。

また、本発明は、複数のユーザが同一の車両に相乗りする形態において、前記車両に非運転者として同乗するユーザである同乗ユーザの乗車地点及び降車地点を設定する情報処理プログラムとして捉えることもできる。その場合、本発明に係る情報処理プログラムは、前記同乗ユーザの出発地及び目的地を取得するステップと、前記同乗ユーザの前記出発地を含む第一の範囲において、前記出発地と異なる地点であって、且つ前記同乗ユーザが前記車両に乗車する状況を第三者が認識し得る地点を乗車地点に決定するステップと、前
記同乗ユーザの前記目的地を含む第二の範囲において、前記目的地と異なる地点であって、且つ前記同乗ユーザが前記車両から降車する状況を第三者が認識し得る地点を降車地点に決定するステップと、前記同乗ユーザの前記乗車地点及び前記降車地点を、前記車両に関連する装置へ送信するステップと、をコンピュータに実行させるようにしてもよい。

本発明によれば、移動を目的とする複数のユーザが同一の車両に相乗りするライドシェアにおいて、ユーザのプライバシーが損なわれることを好適に抑制することができる。

ライドシェアの概要を説明するための図である。 ライドシェアシステムの概略構成を示す図である。 ユーザ端末及びサーバ装置のハードウェア構成を示す図である。 サーバ装置の機能構成を示すブロック図である。 走行スケジュール情報テーブルの構成例を示す図である。 移動スケジュール情報テーブルの構成例を示す図である。 予約情報テーブルの構成例を示す図である。 予約情報テーブルの他の構成例を示す図である。 会員情報テーブルの構成例を示す図である。 同乗ユーザの乗車地点の設定方法を説明するための図である。 ライドシェアシステムの各構成要素間で送受信されるデータの流れ、及び各構成要素が行う処理の流れの概略を示すフロー図である。 プライバシー処理を実行する際のサーバ装置の動作を示すフロー図である。

本発明は、複数のユーザが同一の車両に相乗りする形態（ライドシェア）において、前記車両に非運転者として同乗するユーザ（同乗ユーザ）の乗車地点及び降車地点を設定するための情報処理装置である。

ここで、同乗ユーザの乗車地点や降車地点が、該同乗ユーザの出発地や目的地と同じ場所に設定されると、同乗ユーザの生活圏や個人情報に係わる場所（例えば、自宅、勤務先、通学先、知人宅等）が他のユーザに知られることで、プライバシーが損なわれる可能性がある。そのため、ライドシェアにおいては、ユーザのプライバシーを考慮して、乗車地点や降車地点を設定する必要がある。また、同乗ユーザは、自身の生活圏や個人情報に係わる場所を知られたくない一方で、人気の無い場所や防犯カメラの無い場所等のように、同乗ユーザが車両に乗り降りする状況を第三者が認識し得ない場所で車両に乗り降りすることに不安を覚える可能性がある。

これに対し、本発明に係る情報処理装置では、同乗ユーザの乗車地点及び降車地点を設定する場合に、制御部が、先ず、同乗ユーザの出発地及び目的地を取得する。続いて、制御部は、前記同乗ユーザの前記出発地を含む第一の範囲において、前記出発地と異なる地点であって、且つ前記同乗ユーザが前記車両に乗車する状況を第三者が認識し得る地点を乗車地点に決定するとともに、前記同乗ユーザの前記目的地を含む第二の範囲において、前記目的地と異なる地点であって、且つ前記同乗ユーザが前記車両から降車する状況を第三者が認識し得る地点を降車地点に決定する。そして、制御部は、前記同乗ユーザの前記乗車地点及び前記降車地点を、前記車両に関連する装置へ送信するようにした。これにより、同乗ユーザの安全性を確保しつつ、同乗ユーザの出発地や目的地が他のユーザに知られてしまうことを抑制することができる。その結果、同乗ユーザのプライバシーが損なわれることを好適に抑制することができる。

なお、ここでいう「車両に関連する装置」は、例えば、前記車両を運転するユーザである運転ユーザが使用する端末、又は、前記車両に搭載され前記車両の走行経路を指定する車載端末である。同乗ユーザの相乗りする車両が運転ユーザによって手動運転される車両である場合には、上記のように設定された乗車地点及び降車地点を、運転ユーザの使用する端末、又は車両に搭載されたナビゲーション装置等の車載装置へ送信することで、同乗ユーザの乗車地点及び降車地点を運転ユーザに認識させることが可能となる。また、同乗ユーザの相乗りする車両が自律的に走行する車両である場合には、上記のように設定された乗車地点及び降車地点を、該車両の自律走行を制御するコンピュータ等の車載装置へ送信することで、同乗ユーザの乗車地点から降車地点へ車両を自律走行させることが可能となる。

また、同乗ユーザが車両に乗車する状況又は車両から降車する状況を第三者が認識し得る地点は、例えば、営業中の商業施設における停車可能な場所（駐車場や車寄せ等）、又は防犯カメラが設置されている停車可能な場所である。斯様な場所が乗車場所や降車場所に設定されれば、同乗ユーザの安全性に関する不安を軽減することができる。

なお、同乗ユーザの乗車地点や降車地点が、該同乗ユーザの出発地や目的地から過剰に離れた場所に設定されると、同乗ユーザの利便性が損なわれる可能性がある。そこで、上記の第一の範囲及び第二の範囲は、同乗ユーザが徒歩で移動可能な範囲に設定されてもよい。その場合、同乗ユーザの利便性を損なうことなく、該同乗ユーザのプライバシーを保護することができる。

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

＜実施形態＞
本実施形態では、移動を目的とする複数のユーザが同一の車両に相乗りする形態（以下、「ライドシェア」と記す場合もある。）において、本発明を実施する例について述べる。なお、移動を目的とする複数のユーザが相乗りすることができる車両としては、自動車や電車等を使用することができるが、本実施形態では、自動車を対象とする例について述べる。

（ライドシェアの概要）
先ず、ライドシェアの概要について図１に基づいて説明する。図１に示す例では、ユーザＡは出発地ｄから目的地ｅまで移動し、ユーザＢは出発地ｆから目的地ｇまで移動し、ユーザＣは出発地ｈから目的地ｅまで移動するものとする。

ここで、仮にユーザＡ〜Ｃが各々の車両で別々に移動すると、３台の車両が必要となる。これに対して、ユーザＡ〜Ｃが相乗りを行うと、１台の車両で各目的地までの移動が可能となる。図１に示す例では、ユーザＡ自身が車両を運転して地点ｄから地点ｅまで移動する。このとき、ユーザＡは、地点ｆにおいて、自身が運転する車両にユーザＢを乗車させ、地点ｈにおいて、自身が運転する車両にユーザＣを乗車させる。そして、ユーザＡは、自身とユーザＣの目的地である地点ｅまで車両を移動させる途中で地点ｇを経由し、地点ｇでユーザＢを降車させることで、ユーザＢを出発地ｆから目的地ｇまで移動させることができる。その後、ユーザＡは、車両を地点ｇから地点ｅまで移動させることで、ユーザＣを出発地ｈから目的地ｅまで移動させるとともに、ユーザＡ自身の移動を達成することもできる。

このようなライドシェアでは、道路を走行する車両の台数を削減することができため、交通渋滞を抑制することができる。また、例えば、車両の移動に要する交通費（燃料代等）を該車両に相乗りした複数のユーザで分担することで、各ユーザが個別の車両で移動する場合と比較して、ユーザ１人あたりの交通費を軽減することもできる。

なお、図１に示したライドシェアの態様はあくまで一例であり、１台の車両に相乗りするユーザの組み合わせは、周知の技術を用いて行うことができる。

ところで、図１に示した例において、ユーザＡ（運転ユーザ）の運転する車両にユーザＢ、Ｃ（同乗ユーザ）が実際に乗車する場所である乗車地点が該同乗ユーザの出発地ｆ、ｈと一致したり、運転ユーザの運転する車両から同乗ユーザが実際に降車する場所である降車地点が該同乗ユーザの目的地（ｇ、ｅ）と一致したりすると、同乗ユーザの生活圏や個人情報に係わる場所が他のユーザに知られてしまう可能性がある。例えば、ユーザＢ、Ｃの出発地ｆ、ｈや目的地ｇ、ｅがユーザＢ、Ｃの自宅や勤務先等である場合に、それらの出発地ｆ、ｈや目的地ｇ、ｅが各ユーザの乗車地点や降車地点に設定されると、ユーザＢ、Ｃの自宅や勤務先等が他のユーザに知られてしまうことになる。

これに対し、本実施形態では、同乗ユーザの乗車地点及び降車地点を、該同乗ユーザの出発地及び目的地と各々異なる場所に設定することで、各同乗ユーザのプライバシーが損なわれることを抑制する。さらに、本実施形態では、同乗ユーザの乗車地点及び降車地点を設定するにあたり、同乗ユーザの安全性や利便性を考慮するようにしている。すなわち、同乗ユーザの出発地点から徒歩で移動可能な範囲（第一の範囲）において、同乗ユーザが車両に乗車する状況を第三者が認識し得る場所を乗車地点に設定するとともに、同乗ユーザの目的地から徒歩で移動可能な範囲（第二の範囲）において、同乗ユーザが車両から降車する状況を第三者が認識し得る場所を降車地点に設定することで、同乗ユーザの安全性や利便性を確保する。

（システム構成）
図２は、ライドシェアサービスの提供を行うためのシステム（以下、「ライドシェアシステム」と記す場合もある。）の一構成例を示す図である。図２に示す例では、ライドシェアシステムは、相乗りに使用される車両１０、該車両１０に相乗りするユーザが使用するユーザ端末２００、及びサーバ装置３００を含んで構成される。ユーザ端末２００とサーバ装置３００とは、ネットワークＮ１によって相互に接続可能である。ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Wide Area Network）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等
の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。

なお、図２に示す例では、相乗りに使用される車両として、１台の車両１０のみが図示されているが、当該ライドシェアサービスで利用可能な車両として登録されている台数分の車両がライドシェアシステムに含まれるものとする。また、図２に示す例では、ユーザ端末２００として、運転ユーザが使用する第１ユーザ端末２００Ａと、同乗ユーザが使用する第２ユーザ端末２００Ｂとの２個のみが図示されているが、当該ライドシェアサービスを利用可能な会員として登録されているユーザ数に応じた個数のユーザ端末がライドシェアシステムに含まれるものとする。

ユーザ端末２００には、ライドシェアサービスを利用するための所定のアプリケーションがインストールされている。ユーザ端末２００のユーザは、自身のユーザ端末２００に上記所定のアプリケーションを実行させることで、相乗りを行う際の条件等に関する情報（以下、「リクエスト情報」と記す場合もある。）を、サーバ装置３００に登録することができる。例えば、運転ユーザは、第１ユーザ端末２００Ａに上記所定のアプリケーショ
ンを実行させることで、自身の予定する車両１０の走行区間や走行日時等に関する情報（走行スケジュール）を、リクエスト情報として、サーバ装置３００に登録することができる。また、同乗ユーザは、第２ユーザ端末２００Ｂに上記所定のアプリケーションを実行させることで、自身の希望する移動区間や移動日時等に関する情報（移動スケジュール）を、リクエスト情報として、サーバ装置３００に登録することができる。なお、ユーザ端末２００の詳細について後述する。

サーバ装置３００は、運転ユーザからのリクエスト情報、及び同乗ユーザからのリクエスト情報を受け付ける。そして、サーバ装置３００は、運転ユーザからのリクエスト情報と同乗ユーザからのリクエスト情報とに基づいて、運転ユーザと同乗ユーザとの暫定的な組み合わせを決定する。サーバ装置３００は、上記した暫定的な組み合わせにおける運転ユーザと同乗ユーザとの各々のユーザ端末２００に対して、相乗りの条件を示す情報を送信する。そして、運転ユーザと同乗ユーザとの各々のユーザ端末２００から相乗りの条件に承諾する情報を受信すると、サーバ装置３００が、上記した暫定的な組み合わせを正式な組み合わせに確定する。以下では、上記した手順でサーバ装置３００が運転ユーザと同乗ユーザとの組み合わせを確定する処理を、「マッチング処理」と称する。

また、本実施形態におけるサーバ装置３００は、上記したマッチング処理を行う機能に加え、同乗ユーザの出発地及び目的地に基づいて、該同乗ユーザの乗車地点及び降車地点を設定する機能を備える。これらの機能を備えるサーバ装置３００が、本発明に係る「情報処理装置」に相当する。

（ハードウェア構成）
図３は、ユーザ端末２００、及びサーバ装置３００の各々のハードウェア構成を例示する図である。なお、前述の図２に示した第１ユーザ端末２００Ａと第２ユーザ端末２００Ｂは、図３中のユーザ端末２００と同様のハードウェア構成を含むものとする。

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

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

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

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

通信部３０４は、外部の装置とサーバ装置３００との間における情報の送受信を行う。通信部３０４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。

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

次に、ユーザ端末２００は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）等のように、ユーザが携帯可能な小型のコンピュータである。なお、ユーザ端末２００は、公衆通信網であるインターネット等のネットワークＮ１を介してサーバ装置３００に接続される、パーソナルコンピュータ（Personal Computer :PC）であってもよい。

ユーザ端末２００は、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、位置取得部２０６、通信部２０７を有する。プロセッサ２０１、主記憶部２０２、補助記憶部２０３については、サーバ装置３００のプロセッサ３０１、主記憶部３０２、補助記憶部３０３と同様であるため、説明は省略される。表示部２０４は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル
等である。入力部２０５は、例えば、文字等の記号を入力可能なタッチパネルや押しボタン、音声を入力可能なマイクロフォン、動画像や静止画像を撮像可能なカメラ等を含む。位置取得部２０６は、ユーザ端末２００の現在位置を取得する機器であり、典型的にはＧＰＳ受信器等を含んで構成される。通信部２０７は、例えば、移動体通信サービス（携帯電話等の電話通信網、ＷｉＦｉ等の無線通信）を利用してネットワークＮ１にアクセスし、サーバ装置３００等とデータ通信をするための通信回路である。

（サーバ装置の機能構成）
ここで、サーバ装置３００の機能構成について、図４に基づいて説明する。図４に示すように、本実施形態のサーバ装置３００は、その機能構成要素として、マッチング処理部Ｆ３１０、プライバシー処理部Ｆ３２０、走行スケジュール管理データベースＤ３１０、移動スケジュール管理データベースＤ３２０、及び予約管理データベースＤ３３０を含む。ここで、マッチング処理部Ｆ３１０及びプライバシー処理部Ｆ３２０は、サーバ装置３００のプロセッサ３０１が主記憶部３０２上のコンピュータプログラムを実行することにより形成される。なお、マッチング処理部Ｆ３１０とプライバシー処理部Ｆ３２０のいずれか、又はその一部がハードウェア回路により形成されてもよい。

走行スケジュール管理データベースＤ３１０、移動スケジュール管理データベースＤ３２０、予約管理データベースＤ３３０、及び会員情報管理データベースＤ３４０は、サーバ装置３００のプロセッサ３０１によって実行されるデータベース管理システム（Database Management System :DBMS）のプログラムが、補助記憶部３０３に記憶されているデータを管理することで構築される。これら走行スケジュール管理データベースＤ３１０、移動スケジュール管理データベースＤ３２０、予約管理データベースＤ３３０、及び会員情報管理データベースＤ３４０は、例えば、リレーショナルデータベースである。

なお、サーバ装置３００の各機能構成要素のいずれか、又はその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。例えば、マッチング処理部Ｆ３１０に含まれる各処理と、プライバシー処理部Ｆ３２０に含まれる各処理とは
、別々のコンピュータにより実行されてもよい。

走行スケジュール管理データベースＤ３１０は、各車両１０の走行スケジュールが格納されており、そこでは車両１０の運転ユーザの識別情報と車両１０の走行スケジュールとの紐付けが行われている。ここで、走行スケジュール管理データベースＤ３１０に格納される走行スケジュール情報の一構成例について、図５に基づいて説明する。図５は、走行スケジュール情報のテーブル構成を例示する図である。なお、走行スケジュール情報テーブルに登録される情報は、図５に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図５に示す走行スケジュール情報テーブルは、車両ＩＤ、運転ユーザＩＤ、出発地、出発予定日時、目的地、到着予定日時、及びステータス等の各フィールドを有する。車両ＩＤフィールドには、相乗りに利用可能な各車両１０を識別するための情報である車両ＩＤが登録される。ここでいう車両ＩＤは、各車両１０の運転ユーザがライドシェアサービスの会員登録を行う際に、後述のユーザＩＤとともに付与される情報であり、個々の車両１０を識別するための情報である。運転ユーザＩＤフィールドには、相乗りに利用可能な各車両１０の運転ユーザを識別するための情報であるユーザＩＤが登録される。ユーザＩＤは、相乗りに利用可能な車両１０の運転ユーザがライドシェアサービスの会員登録を行う際に付与される情報である。出発地フィールドには、各運転ユーザが相乗りに利用可能な車両１０の出発地を示す情報が登録される。なお、ここでいう出発地は、運転ユーザが車両１０による移動を開始する場所に限定されず、運転ユーザが自身の都合等に応じて適宜に変更することができる。出発予定日時フィールドには、運転ユーザが自身の運転する車両１０で上記出発地を出発する予定日時を示す情報が登録される。目的地フィールドには、運転ユーザが相乗りに利用可能な車両１０で向かう目的地を示す情報が登録される。なお、ここでいう目的地は、運転ユーザが車両１０による移動を終了する場所に限定されず、運転ユーザが自身の都合等に応じて適宜に変更することができる。到着予定日時フィールドには、運転ユーザが自身の運転する車両１０で上記目的地に到着する予定日時を示す情報が登録される。ステータスフィールドには、運転ユーザによる車両１０の移動状況を示す情報が登録される。例えば、運転ユーザの運転によって車両１０が目的地に既に到着している場合には、「到着済」と登録され、運転ユーザの運転によって車両１０が出発地から目的地へ移動中である場合には、「移動中」と登録され、運転ユーザの運転によって車両１０が出発地から未だ出発していない場合には、「出発前」と登録される。なお、上記ステータスフィールドに「移動中」と登録される車両１０については、該車両１０の現在位置に関する情報も当該ステータスフィールドに登録されるようにしてもよい。その場合における車両１０の現在位置は、サーバ装置３００が運転ユーザのユーザ端末２００と通信することで取得されてもよく、又は車両１０に搭載されている通信可能な機器とサーバ装置３００が通信することで取得されてもよい。

移動スケジュール管理データベースＤ３２０は、任意の車両１０への相乗りを希望する同乗ユーザの移動スケジュールが格納されており、そこでは同乗ユーザの識別情報と移動スケジュールとの紐付けが行われている。ここで、移動スケジュール管理データベースＤ３２０に格納される移動スケジュール情報の一構成例について、図６に基づいて説明する。図６は、移動スケジュール情報のテーブル構成を例示する図である。なお、移動スケジュール情報テーブルに登録される情報は、図６に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図６に示す移動スケジュール情報テーブルは、同乗ユーザＩＤ、出発地、出発希望日時、目的地、到着希望日時、及びステータス等の各フィールドを有する。同乗ユーザＩＤフィールドには、各同乗ユーザを識別するためのユーザＩＤが登録される。同乗ユーザのユーザＩＤは、前述した運転ユーザＩＤと同様に、同乗ユーザがライドシェアサービスの会
員登録を行う際に付与される情報である。出発地フィールドには、各同乗ユーザが移動を開始する地点（出発地）を示す情報が登録される。出発希望日時フィールドには、各同ユーザが上記出発地からの移動開始を希望する日時を示す情報が登録される。目的地フィールドには、各同乗ユーザが移動を終了する地点（目的地）を示す情報が登録される。到着希望日時フィールドには、各同乗ユーザが上記目的地への到着を希望する日時を示す情報が登録される。ステータスフィールドには、同乗ユーザの移動状況を示す情報が登録される。例えば、同乗ユーザが相乗り可能な車両１０から既に降車している場合には、「降車済み」と登録され、同乗ユーザと組み合わせる運転ユーザが確定しているが、その運転ユーザの運転する車両１０に該同乗ユーザが乗車する前の段階にある場合には、「予約中」と登録され、該同乗ユーザと組み合わせる運転ユーザが確定していない段階にある場合には、「マッチング中」と登録される。

予約管理データベースＤ３３０は、ライドシェアサービスの予約情報が格納されており、そこでは運転ユーザに関する情報と該運転ユーザの運転する車両１０に相乗り予定の同乗ユーザに関する情報との紐付けが行われている。ここで、予約管理データベースＤ３３０に格納される予約情報の一構成例について、図７に基づいて説明する。図７は、予約情報のテーブル構成を例示する図である。なお、予約情報テーブルに登録される情報は、図７に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図７に示す予約情報テーブルは、予約ＩＤ、運転ユーザＩＤ、車両情報、同乗ユーザＩＤ、乗車地、乗車予定日時、降車地、降車予定日時、及びステータス等の各フィールドを有する。予約ＩＤフィールドには、個々の予約情報を識別するための情報である予約ＩＤが登録される。この予約ＩＤは、例えば、各ユーザが予約内容について確認や変更等を行う場合に使用される。運転ユーザＩＤフィールドには、相乗り可能な車両１０を運転する運転ユーザのユーザＩＤが登録される。車両情報フィールドには、各運転ユーザが運転する車両１０を、該車両１０に相乗りする同乗ユーザが識別するために必要な情報が登録される。例えば、車両情報フィールドには、車種、自動車登録番号（ナンバープレートに標記された番号）、車体色等の情報が登録される。同乗ユーザＩＤフィールドには、各運転ユーザの運転する車両１０に相乗りする予定の同乗ユーザのユーザＩＤが登録される。乗車地フィールドには、各運転ユーザが自身の運転する車両１０に同乗ユーザを乗車させる場所（乗車地点）を示す情報が登録される。乗車予定日時フィールドには、上記乗車地点において各運転ユーザが自身の運転する車両１０に同乗ユーザを乗車させる予定日時を示す情報が登録される。降車地フィールドには、各運転ユーザが自身の運転する車両１０から同乗ユーザを降車させる場所（降車地点）を示す情報が登録される。降車予定日時フィールドには、上記降車地点において各運転ユーザが自身の運転する車両１０から同乗ユーザを降車させる予定日時を示す情報が登録される。ステータスフィールドには、各車両１０の相乗り状況を示す情報が登録される。例えば、同乗ユーザが上記降車地点で車両１０から既に降車している場合には、「降車済み」と登録され、同乗ユーザが車両１０に相乗り中である場合には、「乗車中」と登録され、同乗ユーザが車両１０に乗車する前の段階にある場合には、「乗車前」と登録される。なお、本例においては、上記の乗車地点及び降車地点は、同乗ユーザの出発地及び目的地とは各々異なる場所に設定されるものとする。それら乗車地点及び降車地点の設定方法については後述する。

図７の予約情報テーブルは、各運転ユーザの運転する車両１０に１人の同乗ユーザが相乗りする場合のテーブル構成例を示しているが、各運転ユーザの運転する車両１０に相乗りする同乗ユーザの人数は２人以上であってもよい。その場合は、図８に示すように、１つの運転ユーザＩＤに対して、複数の同乗ユーザの情報が紐付けられればよい。

会員情報管理データベースＤ３４０は、ライドシェアサービスに会員登録されているユーザの情報（会員情報）が格納されている。ここで、会員情報管理データベースＤ３４０
に格納される会員情報の一構成例について、図９に基づいて説明する。図９は、会員情報のテーブル構成を例示する図である。なお、会員情報テーブルに登録される情報は、図９に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図９に示す会員情報テーブルは、ユーザＩＤ、連絡先、属性、認証、及び車両ＩＤ等の各フィールドを有する。ユーザＩＤフィールドには、各ユーザがライドシェアサービスの会員登録を行った際に付与されるユーザＩＤが登録される。連絡先フィールドには、各ユーザの連絡先を示す情報（例えば、電子メールアドレスや電話番号等であり、少なくとも各ユーザが使用するユーザ端末２００の電子メールアドレスを含む）が登録される。属性フィールドには、各ユーザの属性を示す情報（例えば、氏名、ニックネーム、年齢、性別、職業、勤務先（通学先）、趣味、特技等）が登録される。認証フィールドには、前述のリクエスト情報をサーバ装置３００に登録する場合や、前述の予約情報を確認する場合等における認証に必要となるパスワード等を示す情報が登録される。車両ＩＤフィールドには、各ユーザが相乗りに利用可能な車両１０の車両ＩＤが登録される。なお、相乗りに利用可能な車両１０を所有していないユーザについては、例えば、車両ＩＤフィールドに「無」と登録される。

次に、マッチング処理部Ｆ３１０は、運転ユーザや同乗ユーザからのリクエスト情報に基づいて、マッチング処理を行う。詳細には、運転ユーザのユーザ端末２００から送信されるリクエスト情報をサーバ装置３００が受信した場合に、マッチング処理部Ｆ３１０は、該リクエスト情報に基づいて、前述の図５に示したような走行スケジュール情報テーブルを生成し、生成された走行スケジュール情報テーブルを走行スケジュール管理データベースＤ３１０に格納する。また、同乗ユーザのユーザ端末２００から送信されるリクエスト情報をサーバ装置３００が受信した場合に、マッチング処理部Ｆ３１０は、該リクエスト情報に基づいて、前述の図６に示したような移動スケジュール情報テーブルを生成し、生成された移動スケジュール情報テーブルを移動スケジュール管理データベースＤ３２０に格納する。そして、マッチング処理部Ｆ３１０は、走行スケジュール管理データベースＤ３１０に格納されている走行スケジュール情報テーブルと、移動スケジュール管理データベースＤ３２０に格納されている移動スケジュール情報テーブルとを比較して、各同乗ユーザの移動スケジュールに適合する走行スケジュールを抽出する。続いて、マッチング処理部Ｆ３１０は、抽出された走行スケジュールに紐づけられている運転ユーザを上記同乗ユーザと暫定的に組み合わせる。上記した手順で運転ユーザと同乗ユーザとの暫定的な組み合わせが決定されると、後述するプライバシー処理部Ｆ３２０によって同乗ユーザの乗車地点及び降車地点を設定する処理（プライバシー処理）が行われる。その後、マッチング処理部Ｆ３１０は、上記した暫定的な組み合わせにおける運転ユーザと同乗ユーザとの各々のユーザ端末２００に対して、上記プライバシー処理で設定された乗車地点及び降車地点を含む、相乗りの条件を示す情報（例えば、同乗ユーザの乗車地点、同乗ユーザの乗車予定日時、同乗ユーザの降車地点、同乗ユーザの降車予定日時、車両１０の種類等）を送信する。これに対し、運転ユーザ及び同乗ユーザの双方のユーザ端末２００から上記した相乗りの条件に承諾する情報が返信されてくると、マッチング処理部Ｆ３１０は、上記した暫定的な組み合わせを正式な組み合わせに確定する。これに伴い、マッチング処理部Ｆ３１０は、上記した正式な組み合わせに基づいて、前述の図７、８に示したような予約情報テーブルを生成し、生成された予約情報テーブルを予約管理データベースＤ３３０に格納する。なお、マッチング処理部Ｆ３１０によるマッチング処理の実行方法は、上記した方法に限られるものではなく、周知の技術を用いる他の方法でマッチング処理が行われてもよい。

プライバシー処理部Ｆ３２０は、上記したように、運転ユーザ及び同乗ユーザの暫定的な組み合わせが決定された際に、同乗ユーザの乗車地点及び降車地点を設定するためのプライバシー処理を行う。本例におけるプライバシー処理は、同乗ユーザの乗車地点を該同
乗ユーザの出発地とは異なる場所に設定するとともに、同乗ユーザの降車地点を該同乗ユーザの目的地とは異なる場所に設定する処理である。ここで、同乗ユーザの乗車地点及び降車地点を設定する方法について説明する。なお、降車地点は乗車地点と同様の方法で設定されるため、ここでは乗車地点の設定方法について図１０に基づいて説明する。図１０は、同乗ユーザの出発地（図１０中のＤｐ）周辺の道路地図を示す図である。

プライバシー処理部Ｆ３２０は、同乗ユーザが出発地Ｄｐから徒歩で移動可能な範囲（図１０中の一点鎖線で囲まれた範囲）において、該同乗ユーザが相乗りに使用される車両１０へ乗車する状況を第三者が認識し得る場所（以下、「視認可能スポット」と記す場合もある。）を抽出する。ここでいう視認可能スポットは、例えば、同乗ユーザの出発予定日時に営業している商業施設（店舗、宿泊施設、アミューズメント施設等）における停車可能な場所（駐車場や車寄せ等）、及び防犯カメラが設置された停車可能な場所を抽出する。なお、ライドシェアサービスの提供エリア内に存在する商業施設の位置及び営業時間に関する情報、並びに防犯カメラの設置場所に関する情報は、事前に収集しておくとともに、データベース化しておくようにしてもよい。

同乗ユーザが出発地Ｄｐから徒歩で移動可能な範囲に存在する視認可能スポットが抽出されると、プライバシー処理部Ｆ３２０は、抽出された視認可能スポットを乗車地点に設定する。なお、図１０に示す例のように、同乗ユーザが出発地Ｄｐから徒歩で移動可能な範囲に複数の視認可能スポット（図１０中のＰ１、Ｐ２、Ｐ３）が存在する場合は、同乗ユーザの利便性を考慮して、出発地Ｄｐから最も近い視認可能スポット（図１０中のＰ１）が乗車地に設定されてもよい。なお、同乗ユーザのプライバシー保護の観点に立つと、出発地Ｄｐから最も遠い視認可能スポット（図１０中のＰ３）が乗車地に設定されてもよく、又は出発地Ｄｐとの間に少なくとも２つの曲がり角が存在する視認可能スポット（図１０中のＰ２）が乗車地に設定されてもよい。また、同乗ユーザが出発地Ｄｐから徒歩で移動可能な範囲に商業施設と防犯カメラ設置場所とが存在する場合は、防犯カメラ設置場所よりも商業施設が優先的に乗車地点に設定されるようにしてもよい。複数の視認可能スポットから乗車地点に相応しい視認可能スポットを選択する方法は、上記した方法に限定されるものではなく、状況に応じて適宜変更することも可能である。

上記した方法によって乗車地点及び降車地点が出発地及び目的地と各々異なる場所に設定されると、同乗ユーザの安全性を確保しつつ、該同乗ユーザの出発地や目的地が他のユーザに知られてしまうことを抑制することができる。その結果、同乗ユーザの出発地や目的地が該同乗ユーザの生活圏や個人情報に係わる場所であっても、斯様な場所が他のユーザに知られることを好適に抑制することができる。

（システムの動作）
本実施形態に係るライドシェアシステムの動作の流れについて説明する。図１１は、本実施形態に係るライドシェアシステムの動作の流れを例示する図である。図１１は、ライドシェアにおける、各構成要素間で送受信されるデータの流れ、及び各構成要素が行う処理の流れの概略を示すフロー図である。

図１１において、第１ユーザ端末２００Ａは、運転ユーザによる入力部２０５への走行スケジュールの入力を受け付けると（Ｓ１１）、該走行スケジュールをリクエスト情報として通信部２０７からサーバ装置３００へ送信する（Ｓ１２）。

第１ユーザ端末２００Ａからのリクエスト情報をサーバ装置３００の通信部３０４が受信すると、マッチング処理部Ｆ３１０が、該リクエスト情報に基づいて前述の図５に示したような走行スケジュール情報テーブルを生成し、生成された走行スケジュール情報テーブルを走行スケジュール管理データベースＤ３１０に登録する（Ｓ１３）。

また、第２ユーザ端末２００Ｂは、同乗ユーザによる入力部２０５への移動スケジュールの入力を受け付けると（Ｓ１４）、該移動スケジュールをリクエスト情報として通信部２０７からサーバ装置３００へ送信する（Ｓ１５）。

第２ユーザ端末２００Ｂからのリクエスト情報をサーバ装置３００の通信部３０４が受信すると、マッチング処理部Ｆ３１０が、該リクエスト情報に基づいて前述の図６に示したような移動スケジュール情報テーブルを生成し、生成された移動スケジュール情報テーブルを移動スケジュール管理データベースＤ３２０に登録する（Ｓ１６）。

なお、各ユーザが上記リクエスト情報をサーバ装置３００に登録する方法は、ユーザ端末２００Ａ、２００Ｂを利用した方法に限定されるものではなく、例えば、ネットワークＮ１に接続可能な任意の端末（スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ等）やパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）を利用して、上記リクエスト情報をサーバ装置３００に登録してもよい。また、図１１に示す例では、第１ユーザ端末２００Ａからのリクエスト情報が、第２ユーザ端末２００Ｂからのリクエスト情報よりも早い時期にサーバ装置３００へ送信されているが、第２ユーザ端末２００Ｂからのリクエスト情報が、第１ユーザ端末２００Ａからのリクエスト情報よりも早い時期にサーバ装置３００へ送信される場合もあり得る。

サーバ装置３００のマッチング処理部Ｆ３１０は、走行スケジュール管理データベースＤ３１０に格納されている走行スケジュール情報テーブルと、移動スケジュール管理データベースＤ３２０に格納されている移動スケジュール情報テーブルとを比較して、各同乗ユーザの移動スケジュールに適合する走行スケジュールを抽出する。続いて、マッチング処理部Ｆ３１０は、抽出された走行スケジュールに紐づけられている運転ユーザを上記同乗ユーザと暫定的に組み合わせる（Ｓ１７）。

運転ユーザと同乗ユーザとの暫定的な組み合わせが決定されると、サーバ装置３００のプライバシー処理部Ｆ３２０が、プライバシー処理を実行する（Ｓ１８）。このプライバシー処理は、図１２に示すような処理フローに基づいて行われる。

図１２において、プライバシー処理部Ｆ３２０は、上記暫定的な組み合わせに含まれる同乗ユーザに対応する移動スケジュール情報テーブルにアクセスすることで、該同乗ユーザの出発地及び目的地を取得する（Ｓ１０１）。続いて、プライバシー処理部Ｆ３２０は、前述の図１０の説明で述べた方法により、同乗ユーザが出発地から徒歩で移動可能な範囲（徒歩圏内）に存在する視認可能スポットを抽出し（Ｓ１０２）、抽出された視認可能スポットを乗車地点に設定する（Ｓ１０３）。その際、上記の徒歩圏内に複数の視認可能スポットが存在していれば、同乗ユーザの利便性又はプライバシー保護の観点に基づいて１つの視認可能スポットを選択して、選択された視認可能スポットを乗車地点に設定すればよい。また、プライバシー処理部Ｆ３２０は、同乗ユーザが目的地から徒歩で移動可能な範囲（徒歩圏内）に存在する視認可能スポットも抽出して（Ｓ１０４）、抽出された視認可能スポットを降車地点に設定する（Ｓ１０５）。なお、降車地点の対象となる視認可能スポットの抽出方法は、前述の図１０の説明で述べた方法と同様である。

ここで図１１に戻り、サーバ装置３００のマッチング処理部Ｆ３１０は、Ｓ１８のプライバシー処理で設定された乗車地点及び降車地点を含む、相乗りの条件を示す情報（同乗ユーザの乗車地点、同乗ユーザの乗車予定日時、同乗ユーザの降車地点、同乗ユーザの降車予定日時、車両１０の種類等）を、通信部３０４から第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ送信する（Ｓ１９）。

相乗りの条件を示す情報が第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂで受信されると、各ユーザ端末２００Ａ、２００Ｂは、上記した暫定的な組み合わせにおける相乗りの条件を示す情報を表示部２０４に表示する。その際、各ユーザ端末２００Ａ、２００Ｂでは、上記相乗りの条件を示す情報について承諾するか否かの選択を各ユーザに促す処理（例えば、相乗りの条件に承諾するか否かを選択するためのボタンをタッチパネル等の入力部２０５に表示させる処理）を行う。そして、各ユーザが上記相乗りの条件を示す情報について承諾することを選択すると、各ユーザ端末２００Ａ、２００Ｂが、上記した暫定的な組み合わせにおける相乗りの条件に承諾することを示す情報（承諾情報）を、通信部２０７からサーバ装置３００へ送信する（Ｓ２０、Ｓ２１）。なお、図１１に示す例では、第１ユーザ端末２００Ａからの承諾情報の方が、第２ユーザ端末２００Ｂからの承諾情報よりも早い時期にサーバ装置３００へ送信されているが、第２ユーザ端末２００Ｂからの承諾情報の方が、第１ユーザ端末２００Ａからの承諾情報よりも早い時期に送信される場合もあり得る。

上記した暫定的な組み合わせにおける相乗りの条件に承諾することを示す情報である承諾情報を、サーバ装置３００の通信部３０４が受信すると、マッチング処理部Ｆ３１０は、上記暫定的な組み合わせを正式な組み合わせに確定する（Ｓ２１）。そして、マッチング処理部Ｆ３１０は、上記正式な組み合わせにおける相乗りの条件に基づいて、前述の図７、８に示したような予約情報テーブルを生成し、生成された予約情報テーブルを予約管理データベースＤ３３０に登録する（Ｓ２２）。また、マッチング処理部Ｆ３１０は、生成された予約情報テーブルに含まれる情報（予約情報）を、第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ送信する（Ｓ２３）。

なお、上記した承諾情報を、第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂの双方から受信することができない場合には、サーバ装置３００のマッチング処理部Ｆ３１０は、上記した暫定的な組み合わせとは異なるユーザの組み合わせで構成される、新たな暫定的な組み合わせを設定し直すものとする。

以上述べたフローによれば、同乗ユーザの乗車地点及び降車地点が、該同乗ユーザの出発地及び目的地と各々異なる場所に設定されるため、出発地や目的地が同乗ユーザの生活圏や個人情報に係わる場所であっても、それらの場所が他のユーザに知られることを抑制することができる。さらに、同乗ユーザの乗車地点及び降車地点が、該同乗ユーザが車両１０に乗車する状況を第三者が認識し得る視認可能スポットに設定されるため、同乗ユーザの安全性を確保することもできる。よって、同乗ユーザのプライバシーが損なわれることを好適に抑制することができる。

＜変形例＞
前述の実施形態では、運転ユーザによって手動運転される車両が相乗りに利用される形態を例示したが、自律走行車両が相乗りに利用されてもよい。その場合、マッチング処理で生成された予約情報のうち、車両の運行に必要な情報（例えば、乗車地点、乗車予定日時、降車地点、及び降車予定日時等）が、第１ユーザ端末２００Ａの代わりに、自律走行車両に搭載されたコンピュータへ送信されるようにしてもよい。これによれば、自律走行車両が相乗りに利用される形態においても、各同乗ユーザの安全性を確保しつつ、各同乗ユーザの出発地や目的地が他の同乗ユーザに知られてしまうことを抑制することができる。

また、前述の実施形態では、同乗ユーザの乗車地点及び降車地点がサーバ装置３００によって決定される例について述べたが、決定された乗車地点及び降車地点を確認した同乗ユーザが、乗車地点や降車地点の変更を要求することができるようにしてもよい。その場合、サーバ装置３００は、運転ユーザと同乗ユーザとの組み合わせを変更せずに、乗車地
点や降車地点のみを変更すればよい。

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

また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。

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

１：ライドシェアシステム
１０：車両
２００Ａ：第１ユーザ端末
２００Ｂ：第２ユーザ端末
３００：サーバ装置
３０１：プロセッサ

Claims (7)

1. 複数のユーザが同一の車両に相乗りする形態において、前記車両に非運転者として同乗するユーザである同乗ユーザの乗車地点及び降車地点を設定する情報処理装置であって、
   前記同乗ユーザの出発地及び目的地を取得することと、
   前記同乗ユーザの前記出発地を含む第一の範囲において、前記出発地と異なる地点であって、且つ前記同乗ユーザが前記車両に乗車する状況を第三者が認識し得る地点を乗車地点に決定することと、
   前記同乗ユーザの前記目的地を含む第二の範囲において、前記目的地と異なる地点であって、且つ前記同乗ユーザが前記車両から降車する状況を第三者が認識し得る地点を降車地点に決定することと、
   前記同乗ユーザの前記乗車地点及び前記降車地点を、前記車両に関連する装置へ送信することと、
   を実行する制御部を備える、
   情報処理装置。
2. 前記車両に関連する装置は、前記車両を運転するユーザである運転ユーザが使用する端末、又は、前記車両に搭載され前記車両の走行経路を指定する車載端末である、
   請求項１に記載の情報処理装置。
3. 前記同乗ユーザが前記車両に乗車する状況又は前記車両から降車する状況を第三者が認識し得る地点は、営業中の商業施設における停車可能な場所である、
   請求項１又は２に記載の情報処理装置。
4. 前記同乗ユーザが前記車両に乗車する状況又は前記車両から降車する状況を第三者が認識し得る地点は、防犯カメラが設置されている停車可能な場所である、
   請求項１又は２に記載の情報処理装置。
5. 前記第一の範囲は、前記同乗ユーザが前記出発地から徒歩で移動可能な範囲であり、
   前記第二の範囲は、前記同乗ユーザが前記目的地から徒歩で移動可能な範囲である、
   請求項１〜４の何れか１項に記載の情報処理装置。
6. 複数のユーザが同一の車両に相乗りする形態において、前記車両に非運転者として同乗するユーザである同乗ユーザの乗車地点及び降車地点を設定する情報処理方法であって、
   コンピュータが、
   前記同乗ユーザの出発地及び目的地を取得するステップと、
   前記同乗ユーザの前記出発地を含む第一の範囲において、前記出発地と異なる地点であって、且つ前記同乗ユーザが前記車両に乗車する状況を第三者が認識し得る地点を乗車地点に決定するステップと、
   前記同乗ユーザの前記目的地を含む第二の範囲において、前記目的地と異なる地点であって、且つ前記同乗ユーザが前記車両から降車する状況を第三者が認識し得る地点を降車地点に決定するステップと、
   前記同乗ユーザの前記乗車地点及び前記降車地点を、前記車両に関連する装置へ送信するステップと、
   を実行する、情報処理方法。
7. 複数のユーザが同一の車両に相乗りする形態において、前記車両に非運転者として同乗するユーザである同乗ユーザの乗車地点及び降車地点を設定する情報処理プログラムであって、
   コンピュータに、
   前記同乗ユーザの出発地及び目的地を取得するステップと、
   前記同乗ユーザの前記出発地を含む第一の範囲において、前記出発地と異なる地点であって、且つ前記同乗ユーザが前記車両に乗車する状況を第三者が認識し得る地点を乗車地点に決定するステップと、
   前記同乗ユーザの前記目的地を含む第二の範囲において、前記目的地と異なる地点であって、且つ前記同乗ユーザが前記車両から降車する状況を第三者が認識し得る地点を降車地点に決定するステップと、
   前記同乗ユーザの前記乗車地点及び前記降車地点を、前記車両に関連する装置へ送信するステップと、
   を実行させる、情報処理プログラム。

Images