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

Abstract

【課題】利用者同士が相乗りの交渉を行う場面において利用者の匿名性を保つことが可能な、情報処理装置、情報処理システム、情報処理方法、及びプログラムを提供する。
【解決手段】端末からの要求に基づいて、前記端末に対応づけて発行された通信用ＩＤを前記端末に対して提供するＩＤ提供部と、他の端末により登録された相乗り希望情報を前記端末へ提示する相乗り情報管理部と、提示された相乗り希望情報の中から選択された相乗り希望情報の登録元である他の端末と前記端末との間で、前記端末および前記他の端末にそれぞれ発行された通信用ＩＤにより通信させる通信制御部と、を備える、情報処理装置。
【選択図】図１１

Description

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

従来、例えば目的地の方向が似通っている者同士が打ち合わせてタクシーなどの乗り物一台に乗車すること（相乗り）が行われている。

また、近年、面識のない乗客同士の相乗りを可能とするための技術が提案されている。例えば、特許文献１には、サーバが、現在位置を含む待合情報取得要求をユーザ端末から受信した場合には、所定距離内に並んでいる待合者に関する待合情報をユーザ端末へ送信すること、および、サーバが、連絡先取得要求をユーザ端末から受信した場合には、受信した連絡先取得要求に基づいて他のユーザの例えば携帯電話番号、メールアドレスなどの連絡先情報をユーザ端末へ送信することが記載されている。また、特許文献２には、配車サービスを受けようとする複数のユーザから、現在位置と目的地に関する情報を受け付け、そして、受け付けた現在位置と目的地を参照して、同じ車両に乗車して目的地に到達できるユーザをグループ化する技術が記載されている。

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

上述したように、特許文献１に記載の技術では、利用者同士の通信を可能とするために、利用者の例えば携帯電話番号などの個人情報が他の利用者に公開される。このため、公開された個人情報が例えば悪意のある利用者により漏えいされる恐れがある。また、利用者が個人情報の漏えいに不安を感じることにより、システムがあまり利用されない可能性がある。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、利用者同士が相乗りの交渉を行う場面において利用者の匿名性を保つことが可能な、新規かつ改良された情報処理装置、情報処理システム、情報処理方法、及びプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、端末からの要求に基づいて、前記端末に対応づけて発行された通信用ＩＤを前記端末に対して提供するＩＤ提供部と、他の端末により登録された相乗り希望情報を前記端末へ提示する相乗り情報管理部と、提示された相乗り希望情報の中から選択された相乗り希望情報の登録元である他の端末と前記端末との間で、前記端末および前記他の端末にそれぞれ発行された通信用ＩＤにより通信させる通信制御部と、を備える、情報処理装置が提供される。

前記相乗り希望情報は、乗車位置情報、目的位置情報、または乗車希望時間を含んでもよい。

前記通信用ＩＤは、使用可能な時間または場所が限定されている一時的なＩＤであってもよい。

前記相乗り情報管理部は、前記端末から受信される相乗り希望情報を、前記端末に発行された通信用ＩＤと対応づけて相乗り情報データベースに登録してもよい。

前記情報処理装置は、所定の条件が満たされた場合に、前記端末に対応づけて発行された通信用ＩＤを削除するＩＤ削除部をさらに備えてもよい。

前記所定の条件は、前記端末に対応づけて発行された通信用ＩＤの使用が終了される時間または場所に関する条件を含んでもよい。

前記所定の条件は、前記端末から通信用ＩＤの削除要求が受信されることを含んでもよい。

前記相乗り情報管理部は、前記ＩＤ削除部により通信用ＩＤが削除された場合には、削除された通信用ＩＤに対応づけて前記相乗り情報データベースに登録されている相乗り希望情報を削除してもよい。

前記ＩＤ削除部は、前記端末から、車両による移動可能性の検知に基づいた通信用ＩＤの削除要求が受信された場合には、前記端末に対応づけて発行された通信用ＩＤを削除してもよい。

前記ＩＤ削除部は、前記端末から、車両内に設置されている通信機からの受信に基づいた通信用ＩＤの削除要求が受信された場合には、前記端末に対応づけて発行された通信用ＩＤを削除してもよい。

また、上記課題を解決するために、本発明の別の観点によれば、端末、および情報処理装置を有し、前記端末は、通信用ＩＤの提供要求を前記情報処理装置へ送信させる送信制御部と、前記情報処理装置から提示される相乗り希望情報を出力させる出力制御部と、を備え、前記情報処理装置は、前記端末からの要求に基づいて、前記端末に対応づけて発行された通信用ＩＤを前記端末に対して提供するＩＤ提供部と、他の端末により登録された相乗り希望情報を前記端末へ提示する相乗り情報管理部と、提示された相乗り希望情報の中から選択された相乗り希望情報の登録元である他の端末と前記端末との間で、前記端末および前記他の端末にそれぞれ発行された通信用ＩＤにより通信させる通信制御部と、を備える、情報処理システムが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、端末からの要求に基づいて、前記端末に対応づけて発行された通信用ＩＤを前記端末に対して提供するステップと、他の端末により登録された相乗り希望情報を前記端末へ提示するステップと、提示された相乗り希望情報の中から選択された相乗り希望情報の登録元である他の端末と前記端末との間で、前記端末および前記他の端末にそれぞれ発行された通信用ＩＤにより通信させるステップと、を備える、情報処理方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、端末からの要求に基づいて、前記端末に対応づけて発行された通信用ＩＤを前記端末に対して提供するＩＤ提供部と、他の端末により登録された相乗り希望情報を前記端末へ提示する相乗り情報管理部と、提示された相乗り希望情報の中から選択された相乗り希望情報の登録元である他の端末と前記端末との間で、前記端末および前記他の端末にそれぞれ発行された通信用ＩＤにより通信させる通信制御部、として機能させるための、プログラムが提供される。

以上説明したように本発明によれば、利用者同士が相乗りの交渉を行う場面において利用者の匿名性を保つことができる。

本発明の各実施形態に共通する情報処理システムの構成例を示した説明図である。 本発明の第１の実施形態によるクライアント端末２０の構成を示した機能ブロック図である。 同実施形態によるワンタイムＩＤ提供要求画面の表示例を示した説明図である。 同実施形態によるワンタイムＩＤ連絡先登録画面の表示例を示した説明図である。 同実施形態によるシステム利用開始画面の表示例を示した説明図である。 同実施形態による乗車希望時間入力画面の表示例を示した説明図である。 同実施形態による交渉希望相手選択画面の表示例を示した説明図である。 同実施形態によるシステム利用終了画面の表示例を示した説明図である。 同実施形態による乗車位置情報入力画面の表示例を示した説明図である。 同実施形態による目的位置情報入力画面の表示例を示した説明図である。 同実施形態による管理サーバ１０の構成を示した機能ブロック図である。 同実施形態によるワンタイムＩＤ ＤＢ１２４の構成例を示した説明図である。 同実施形態による相乗り情報ＤＢ１２６の構成例を示した説明図である。 同実施形態による位置情報ＤＢ１２８の構成例を示した説明図である。 同実施形態による相乗りの交渉場面における動作の一部を示したシーケンス図である。 同実施形態による相乗りの交渉場面における動作の一部を示したシーケンス図である。 同実施形態による相乗りの交渉場面における動作の一部を示したシーケンス図である。 同実施形態によるワンタイムＩＤの削除動作を示したフローチャートである。 本発明の第２の実施形態によるクライアント端末２０の構成を示した機能ブロック図である。 同実施形態によるワンタイムＩＤの削除動作を示したフローチャートである。 本発明の第３の実施形態によるクライアント端末２０の構成を示した機能ブロック図である。 同実施形態によるクライアント端末２０と車両内の通信機４００との通信のイメージを示した説明図である。 同実施形態によるワンタイムＩＤの削除動作を示したフローチャートである。 本発明の各実施形態による管理サーバ１０のハードウェア構成を示した説明図である。 本発明の変形例による公開設定画面の表示例を示した説明図である。 本発明の変形例による相乗り情報ＤＢ１２６の構成例を示した説明図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じてクライアント端末２０ａおよびクライアント端末２０ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、クライアント端末２０ａおよびクライアント端末２０ｂを特に区別する必要が無い場合には、単にクライアント端末２０と称する。

また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．情報処理システムの基本構成
２．実施形態の詳細な説明
２−１．第１の実施形態
２−２．第２の実施形態
２−３．第３の実施形態
３．ハードウェア構成
４．変形例

＜＜１．情報処理システムの基本構成＞＞
本発明は、一例として「２−１．第１の実施形態」〜「２−３．第３の実施形態」において詳細に説明するように、多様な形態で実施され得る。最初に、各実施形態に共通する情報処理システムの基本構成について図１を参照して説明する。

図１に示したように、各実施形態による情報処理システムは、管理サーバ１０、通信網１２、およびクライアント端末２０を含む。

＜１−１．管理サーバ１０＞
管理サーバ１０は、本発明における情報処理装置の一例である。この管理サーバ１０は、相乗り支援システムを管理するためのコンピュータである。例えば、管理サーバ１０は、後述するクライアント端末２０から受信される、相乗りに関する希望内容を示す相乗り希望情報を管理する。また、管理サーバ１０は、クライアント端末２０からの要求に応じて、管理している相乗り希望情報をクライアント端末２０へ提示する。なお、相乗り希望情報は、例えば、利用者２が相乗り希望する場所を示す乗車位置情報、利用者２の目的地を示す目的位置情報、および乗車希望時間を含む情報である。

また、管理サーバ１０は、後述するように、クライアント端末２０からの要求に基づいて、使用可能な時間または場所が限定されている一時的なＩＤであるワンタイムＩＤをクライアント端末２０に対応づけて発行する。ここで、ワンタイムＩＤは、本発明における通信用ＩＤの一例である。また、ワンタイムＩＤは、例えばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ＩＤ、またはメールアドレスとして利用される。

なお、管理サーバ１０は、例えば、通信網１２を介したクライアント端末２０間の通話に用いられるＳＩＰメッセージを処理するＳＩＰサーバとして構成される。また、管理サーバ１０は、例えば相乗り支援システムを構成するＷＥＢページを管理するＷＥＢサーバとして構成される。

以下では一例として、各実施形態による相乗り支援システムがＷＥＢシステムとして構成される例を中心として説明を行う。但し、相乗り支援システムは、かかる例に限定されず、クライアント端末２０上で動作するアプリケーションとして構成されてもよい。

＜１−２．通信網１２＞
通信網１２は、通信網１２に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、通信網１２は、電話回線網、インターネット、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを含む。また、通信網１２は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。

＜１−３．クライアント端末２０＞
クライアント端末２０は、本発明における端末の一例である。クライアント端末２０は、利用者２が所持する携帯型の通信端末である。このクライアント端末２０は、管理サーバ１０と通信することにより、相乗り支援システムを利用することができる。例えば、利用者２ａは、クライアント端末２０ａを用いて、相乗り支援システムを利用することにより、相乗りの希望条件を満たす他の利用者２ｂを探すことができる。そして、利用者２ａは、相乗りの交渉を希望する他の利用者２ｂと、クライアント端末２０ａを用いて例えば通話により交渉することができる。

なお、クライアント端末２０は、例えば、スマートフォンなどの携帯電話機、タブレット端末、ラップトップ型ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、またはＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ）型デバイスなどである。なお、以下では、クライアント端末２０がスマートフォンである例を中心として説明を行う。

以上、各実施形態に共通する情報処理システムの基本構成について説明した。上述した各実施形態による管理サーバ１０は、利用者２同士が相乗りの交渉を行う場面において利用者２の匿名性を保つことが可能である。以下、このような本発明の各実施形態について順次詳細に説明する。

＜＜２．実施形態の詳細な説明＞＞
＜２−１．第１の実施形態＞
［２−１−１．クライアント端末２０‐１の構成］
まず、第１の実施形態による構成について詳細に説明する。図２は、第１の実施形態によるクライアント端末２０‐１の構成を示した機能ブロック図である。図２に示したように、クライアント端末２０‐１は、制御部２００、通信部２２０、出力部２２２、入力部２２４、および記憶部２２６を有する。

（２−１−１−１．制御部２００）
制御部２００は、クライアント端末２０‐１の動作を全般的に制御する。また、図２に示したように、制御部２００は、送信制御部２０２、位置情報取得部２０４、目的位置情報取得部２０６、および出力制御部２０８を有する。

（２−１−１−２．送信制御部２０２）
送信制御部２０２は、例えば後述する入力部２２４に対して利用者２により入力された各種の入力情報を管理サーバ１０‐１へ、後述する通信部２２０に送信させる。

‐Ａ．ワンタイムＩＤの提供要求の送信‐
例えば、送信制御部２０２は、利用者２の入力に応じて、ワンタイムＩＤの提供要求を管理サーバ１０‐１へ通信部２２０に送信させる。

ここで、上記の機能について図３を参照して、より詳細に説明する。図３は、相乗り支援システムにおけるワンタイムＩＤ提供要求画面３０の表示例を示した説明図である。なお、このワンタイムＩＤ提供要求画面３０は、例えば、相乗り支援システムの利用開始時において、記憶部２２６にワンタイムＩＤが保持されていないことが制御部２００により確認された場合に表示される画面である。

図３に示したように、例えば、ワンタイムＩＤ提供要求画面３０において、利用者２により「はい」ボタン３００が選択された場合には、送信制御部２０２は、ワンタイムＩＤの提供要求を管理サーバ１０‐１へ通信部２２０に送信させる。

‐Ｂ．ワンタイムＩＤの連絡先登録要求の送信‐
また、送信制御部２０２は、利用者２の入力に応じて、クライアント端末２０‐１に対応づけて発行されたワンタイムＩＤを例えば他のクライアント端末２０‐１との通話に用いるための連絡先として管理サーバ１０‐１に登録させるための登録要求を、管理サーバ１０‐１へ通信部２２０に送信させる。

ここで、上記の機能について図４を参照して、より詳細に説明する。図４は、相乗り支援システムにおけるワンタイムＩＤ連絡先登録画面３１の表示例を示した説明図である。このワンタイムＩＤ連絡先登録画面３１は、例えば、クライアント端末２０‐１に対して発行されたワンタイムＩＤが連絡先として登録されていないことが管理サーバ１０‐１により確認された場合に表示される画面である。

図４に示したように、例えば、ワンタイムＩＤ連絡先登録画面３１において、利用者２により「はい」ボタン３１０が選択された場合には、送信制御部２０２は、ワンタイムＩＤの連絡先登録要求を管理サーバ１０‐１へ通信部２２０に送信させる。

‐Ｃ．システム利用開始要求の送信‐
また、送信制御部２０２は、利用者２の入力に応じて、相乗り支援システムの利用開始要求を管理サーバ１０‐１へ通信部２２０に送信させる。

ここで、上記の機能について図５を参照して、より詳細に説明する。図５は、相乗り支援システムにおけるシステム利用開始画面３２の表示例を示した説明図である。このシステム利用開始画面３２は、例えば、クライアント端末２０‐１に対して発行されたワンタイムＩＤが連絡先として登録されていることが管理サーバ１０‐１により確認された場合に表示される画面である。

図５に示したように、例えば、システム利用開始画面３２において、利用者２により利用開始ボタン３２０が選択された場合には、送信制御部２０２は、相乗り支援システムの利用開始要求を管理サーバ１０‐１へ通信部２２０に送信させる。

‐Ｄ．ワンタイムＩＤの削除要求の送信‐
また、送信制御部２０２は、利用者２の入力に応じて、クライアント端末２０‐１に対応づけて発行されているワンタイムＩＤの削除要求を管理サーバ１０‐１へ通信部２２０に送信させる。

例えば、図５に示したシステム利用開始画面３２において、利用者２によりＩＤ削除ボタン３２２が選択された場合には、送信制御部２０２は、ワンタイムＩＤの削除要求を管理サーバ１０‐１へ通信部２２０に送信させる。

‐Ｅ．相乗り希望情報の送信‐
また、送信制御部２０２は、利用者２により入力された相乗り希望情報を管理サーバ１０‐１へ通信部２２０に送信させる。

例えば、送信制御部２０２は、後述する位置情報取得部２０４により取得された乗車位置情報、後述する目的位置情報取得部２０６により取得された目的位置情報、および、入力部２２４に対して入力された乗車希望時間を含む相乗り希望情報を管理サーバ１０‐１へ通信部２２０に送信させる。

なお、乗車希望時間に関しては、例えば、図６に示したような、相乗り支援システムにおける乗車希望時間入力画面３３において利用者２により指定された時間が設定される。

‐Ｆ．交渉希望の相乗り希望情報の送信‐
また、送信制御部２０２は、後述するように、管理サーバ１０‐１から提示された他のクライアント端末２０‐１による相乗り希望情報の中から利用者２により選択された相乗り希望情報を管理サーバ１０‐１へ通信部２２０に送信させる。

ここで、上記の機能について図７を参照して、より詳細に説明する。図７は、相乗り支援システムにおける交渉希望相手選択画面３４の表示例を示した説明図である。この交渉希望相手選択画面３４は、管理サーバ１０‐１から受信される、他のクライアント端末２０‐１により登録された相乗り希望情報を表示し、利用者２に選択させるための画面である。

図７に示したように、例えば、交渉希望相手選択画面３４において、いずれかの相乗り希望情報３４０が利用者２により選択された場合には、送信制御部２０２は、選択された相乗り希望情報３４０を管理サーバ１０‐１へ通信部２２０に送信させる。

‐Ｇ．システム利用終了要求の送信‐
また、送信制御部２０２は、利用者２の入力に応じて、相乗り支援システムの利用終了要求を管理サーバ１０‐１へ通信部２２０に送信させる。

ここで、上記の機能について図８を参照して、より詳細に説明する。図８は、相乗り支援システムにおけるシステム利用終了画面３５の表示例を示した説明図である。このシステム利用終了画面３５は、例えば、他のクライアント端末２０‐１との通話が終了した場合に表示される画面である。

図８に示したように、例えば、システム利用終了画面３５において、利用者２により「はい」ボタン３７０が選択された場合には、送信制御部２０２は、相乗り支援システムの利用終了要求を管理サーバ１０‐１へ通信部２２０に送信させる。

‐Ｈ．通話音声の送信−
また、送信制御部２０２は、入力部２２４に対して利用者２により発声された、他のクライアント端末２０‐１宛ての音声を管理サーバ１０‐１へ通信部２２０に送信させる。

例えば、送信制御部２０２は、入力部２２４に対して利用者２により発声された音声から複数のＩＰパケットを生成する。なお、送信制御部２０２は、ＩＰパケットのＦｒｏｍヘッダーには、記憶部２２６に記憶されているワンタイムＩＤを設定する。そして、送信制御部２０２は、生成したＩＰパケットを管理サーバ１０‐１へ通信部２２０に送信させる。

‐Ｉ．チャットメッセージの送信−
また、送信制御部２０２は、例えば相乗り支援システム上のチャット画面において利用者２により入力された文字情報を管理サーバ１０‐１へ通信部２２０に送信させる。

‐Ｈ．位置情報の送信−
また、送信制御部２０２は、所定の時間間隔ごとに、後述する位置情報取得部２０４により例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）衛星から受信される測位信号から特定されるクライアント端末２０‐１の位置情報を管理サーバ１０‐１へ通信部２２０に送信させることも可能である。

（２−１−１−３．位置情報取得部２０４）
位置情報取得部２０４は、入力部２２４に対する利用者２の入力に基づいて、乗車位置情報を取得する。

ここで、上記の機能について図９を参照して、より詳細に説明する。図９は、例えば管理サーバ１０‐１から受信される乗車位置情報入力画面３６の表示例を示した説明図である。この乗車位置情報入力画面３６は、相乗り希望情報に含まれる乗車位置情報を入力するための画面である。

図９に示したように、例えば、乗車位置情報入力画面３６において、利用者２によりＧＰＳ使用ボタン３６０が選択された場合には、位置情報取得部２０４は、ＧＰＳ衛星から受信された測位信号に基づいて、クライアント端末２０‐１の現在位置を測位し、そして、測位した位置情報を乗車位置情報に設定する。

また、乗車位置情報入力画面３６において、利用者２により地図選択ボタン３６２が選択された場合には、位置情報取得部２０４は、表示画面に表示される地図において利用者２により選択された位置情報や地名を乗車位置情報に設定する。

また、乗車位置情報入力画面３６において、利用者２により地名入力ボタン３６４が選択された場合には、位置情報取得部２０４は、表示画面に表示される地名入力欄に対して利用者２により入力された地名を乗車位置情報に設定する。

なお、変形例として、位置情報取得部２０４は、利用者２により電話番号が入力された場合には、入力された電話番号に対応する位置情報を例えば通信網１２に接続された所定のサーバ、あるいは記憶部２２６から取得し、そして、取得した位置情報を乗車位置情報に設定することも可能である。

（２−１−１−４．目的位置情報取得部２０６）
目的位置情報取得部２０６は、入力部２２４に対する利用者２の入力に基づいて、目的位置情報を取得する。

ここで、上記の機能について図１０を参照して、より詳細に説明する。図１０は、例えば管理サーバ１０‐１から受信される目的位置情報入力画面３７の表示例を示した説明図である。この目的位置情報入力画面３７は、相乗り希望情報に含まれる目的位置情報を入力するための画面である。

図１０に示したように、例えば、目的位置情報入力画面３７において、利用者２により地図選択ボタン３７０が選択された場合には、目的位置情報取得部２０６は、表示画面に表示される地図において利用者２により選択された位置情報や地名を目的位置情報に設定する。

また、目的位置情報入力画面３７において、利用者２により地名入力ボタン３７２が選択された場合には、目的位置情報取得部２０６は、表示画面に表示される地名入力欄に対して利用者２により入力された地名を目的位置情報に設定する。

なお、変形例として、目的位置情報取得部２０６は、利用者２により電話番号が入力された場合に、入力された電話番号に対応する位置情報を所定のサーバ、あるいは記憶部２２６から取得し、そして、取得した位置情報を目的位置情報に設定することも可能である。

（２−１−１−５．出力制御部２０８）
出力制御部２０８は、後述する通信部１２０により受信される各種の情報を、後述する出力部２２２に出力させる。例えば、出力制御部２０８は、管理サーバ１０‐１から受信される、相乗り支援システムに関する各種の表示画面を出力部２２２に表示させる。また、出力制御部２０８は、管理サーバ１０‐１から受信される、他のクライアント端末２０‐１の通話音声を出力部２２２に出力させる。

（２−１−１−６．通信部２２０）
通信部２２０は、クライアント端末２０‐１と通信可能な装置との間で各種の情報を送受信する。例えば、通信部２２０は、送信制御部２０２による制御に従って、利用者２により入力された相乗り希望情報を管理サーバ１０‐１へ送信する。また、通信部２２０は、利用者により入力部２２４に対して発声された、他のクライアント端末２０‐１宛ての通話音声を管理サーバ１０‐１へ送信する。

また、通信部２２０は、他のクライアント端末２０‐１により登録された相乗り希望情報を管理サーバ１０‐１から受信する。また、通信部２２０は、他のクライアント端末２０‐１による通話音声を管理サーバ１０‐１から受信する。

（２−１−１−７．出力部２２２）
出力部２２２は、クライアント端末２０‐１に設置されているタッチパネル、またはスピーカーなどにより構成される。この出力部２２２は、出力制御部２０８の制御に従って、各種の情報を出力する。例えば、出力部２２２は、管理サーバ１０‐１から受信された表示画面を表示したり、または、管理サーバ１０‐１から受信された音声を出力する。

なお、変形例として、出力部２２２は、音声ディスプレイや、触覚ディスプレイにより構成されてもよい。

（２−１−１−８．入力部２２４）
入力部２２４は、クライアント端末２０‐１に設置されているボタン、タッチパネル、またはマイクなどにより構成され、利用者の各種の入力を受け付ける。例えば、入力部２２４は、表示画面に表示された複数の選択項目に対する利用者の選択操作を受け付ける。また、入力部２２４は、利用者により発声された音声を受け付ける。

（２−１−１−９．記憶部２２６）
記憶部２２６は、各種のデータやソフトウェアを記憶する。例えば、記憶部２２６は、管理サーバ１０‐１から受信されるワンタイムＩＤを記憶する。

［２−１−２．管理サーバ１０‐１の構成］
また、図１１は、第１の実施形態による管理サーバ１０‐１の構成を示した機能ブロック図である。図１１に示したように、管理サーバ１０‐１は、制御部１００、通信部１２０、および記憶部１２２を有する。

（２−１−２−１．制御部１００）
制御部１００は、管理サーバ１０‐１に内蔵される、後述するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１５０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１５４などのハードウェアを用いて、管理サーバ１０‐１の動作を全般的に制御する。また、図１１に示したように、制御部１００は、ＩＤ提供部１０２、相乗り情報管理部１０４、通信制御部１０６、およびＩＤ削除部１０８を有する。

（２−１−２−２．ＩＤ提供部１０２）
‐ワンタイムＩＤの発行‐
ＩＤ提供部１０２は、クライアント端末２０‐１からのワンタイムＩＤの提供要求が、後述する通信部１２０により受信された場合に、クライアント端末２０‐１に対応づけて、ワンタイムＩＤを発行する。

例えば、ＩＤ提供部１０２は、クライアント端末２０‐１のＩＰアドレスと対応づけてワンタイムＩＤを発行する。または、ＩＤ提供部１０２は、クライアント端末２０‐１の電話番号や電子メールアドレスと対応づけてワンタイムＩＤを発行してもよい。なお、本明細書では以後、ＩＤ提供部１０２が、クライアント端末２０‐１のＩＰアドレスと対応づけてワンタイムＩＤを発行する例を中心として説明を行う。

なお、ＩＤ提供部１０２は、ワンタイムＩＤを時間限定または場所限定の一時的なＩＤとして発行する。例えば、ＩＤ提供部１０２は、発行時刻から所定の時間のみ使用可能なＩＤとしてワンタイムＩＤを発行する。または、ＩＤ提供部１０２は、例えばあるタクシー乗り場から半径２００ｍ以内など、所定の範囲内でのみ使用可能なＩＤとしてワンタイムＩＤを発行する。

‐ワンタイムＩＤの記録‐
また、ＩＤ提供部１０２は、発行したワンタイムＩＤをワンタイムＩＤ ＤＢ１２４に記録する。

ここで、図１２を参照して、ワンタイムＩＤ ＤＢ１２４の構成例について説明する。図１２に示したように、ワンタイムＩＤ ＤＢ１２４では、ワンタイムＩＤ１２４０、ＩＰアドレス１２４２、および登録時間１２４４が対応づけて記録される。ここで、ＩＰアドレス１２４２には、該当のワンタイムＩＤが発行されたクライアント端末２０‐１のＩＰアドレスが記録される。また、登録時間１２４４には、該当のワンタイムＩＤが発行された日時が記録される。

例えば、図１２の３レコード目では、ＩＰアドレスが「１３５．１３５．１３５．１３５」であるクライアント端末２０‐１からワンタイムＩＤの提供要求が受信された場合に、ＩＤ提供部１０２が、当該クライアント端末２０‐１のＩＰアドレスに対応づけて、「ｃｃｃｃｃ」というワンタイムＩＤを発行した例を示している。

‐ワンタイムＩＤの提供‐
また、ＩＤ提供部１０２は、発行したワンタイムＩＤを、当該ワンタイムＩＤに対応するクライアント端末２０‐１へ通信部１２０に送信させる。

（２−１−２−３．相乗り情報管理部１０４）
‐相乗り希望情報の登録‐
相乗り情報管理部１０４は、クライアント端末２０‐１から受信される相乗り希望情報を、クライアント端末２０‐１に発行されたワンタイムＩＤと対応づけて相乗り情報ＤＢ１２６に登録する。なお、相乗り情報ＤＢ１２６は、本発明における相乗り情報データベースの一例である。

‐相乗り情報ＤＢ１２６‐
ここで、図１３を参照して、相乗り情報ＤＢ１２６の構成例について説明する。図１３に示したように、相乗り情報ＤＢ１２６では、データＩＤ１２６０、希望乗車位置１２６２、希望目的位置１２６４、希望乗車時間１２６６、名前１２６８、およびワンタイムＩＤ１２７０が対応づけて記録される。ここで、データＩＤ１２６０には、相乗り希望情報を管理するためのＩＤが記録される。また、希望乗車位置１２６２、希望目的位置１２６４、および希望乗車時間１２６６には、それぞれ該当の相乗り希望情報に含まれる乗車位置情報、目的位置情報、および乗車希望時間が記録される。また、名前１２６８には、例えば利用者により設定されたアカウント名や、管理サーバ１０‐１が自動的に生成した文字列など、相乗り支援システムを利用するために設定される利用者の名前が記録される。また、ワンタイムＩＤ１２７０には、該当の相乗り希望情報の登録元であるクライアント端末２０‐１に対して発行されたワンタイムＩＤが記録される。

例えば、図１３の１レコード目は、データＩＤとして「０００１」が設定された相乗り希望情報であり、当該相乗り希望情報に含まれる乗車位置情報が「羽田空港第２ターミナル」、目的位置情報が「吉祥寺」、乗車希望時間が「２０１３年８月２５日 １６：００：００」であり、当該相乗り希望情報を登録した利用者の名前が「ｓｕｚｕｋｉ」であり、当該相乗り希望情報の登録元のクライアント端末２０‐１に対応するワンタイムＩＤが「ａａａａａ」であることをそれぞれ示している。

‐相乗り希望情報の提示‐
また、相乗り情報管理部１０４は、例えば通信部１２０によりクライアント端末２０‐１から相乗り希望情報が受信された場合などに、当該クライアント端末２０‐１に対して、他のクライアント端末２０‐１により登録された相乗り希望情報を通信部１２０に送信させる。

例えば、相乗り情報管理部１０４は、まず、クライアント端末２０‐１ａから受信された相乗り希望情報に類似する、他のクライアント端末２０‐１ｂによる相乗り希望情報を相乗り情報ＤＢ１２６から抽出する。そして、相乗り情報管理部１０４は、抽出した相乗り希望情報をクライアント端末２０‐１ａへ通信部１２０に送信させる。

‐相乗り希望情報の削除‐
また、相乗り情報管理部１０４は、後述するＩＤ削除部１０８によりワンタイムＩＤが削除された場合には、削除されたワンタイムＩＤに対応づけて相乗り情報ＤＢ１２６に登録されている相乗り希望情報を相乗り情報ＤＢ１２６から削除する。

例えば、図１３に示した例では、仮にＩＤ削除部１０８により「ａａａａａ」というワンタイムＩＤが削除された場合には、相乗り情報管理部１０４は、「ａａａａａ」に対応づけられている相乗り希望情報、つまりデータＩＤが「０００１」である相乗り希望情報を相乗り情報ＤＢ１２６から削除する。

（２−１−２−４．通信制御部１０６）
通信制御部１０６は、クライアント端末２０‐１ａとクライアント端末２０‐１ｂとの間で通信の制御を行う。

例えば、クライアント端末２０‐１ａからクライアント端末２０‐１ｂに対して発呼された場合には、通信制御部１０６は、ＳＩＰ Ｉｎｖｉｔｅメッセージをクライアント端末２０‐１ｂに送信することにより、クライアント端末２０‐１ａおよびクライアント端末２０‐１ｂの通話の準備段階を行う。また、通信制御部１０６は、クライアント端末２０‐１ａとクライアント端末２０‐１ｂとの間で互いに送信される、通話用のＩＰパケットの中継を行う。

（２−１−２−５．ＩＤ削除部１０８）
ＩＤ削除部１０８は、所定の条件が満たされた場合に、クライアント端末２０‐１に対応づけて発行されたワンタイムＩＤを削除する。

‐ワンタイムＩＤの設定条件に基づいた削除‐
より具体的には、ＩＤ削除部１０８は、クライアント端末２０‐１に対応づけて発行されたワンタイムＩＤの使用が終了される時間または場所に関する条件が満たされた場合に、当該ワンタイムＩＤをワンタイムＩＤ ＤＢ１２４から削除することが可能である。

例えば、発行されたワンタイムＩＤに使用時間の限定が設定されている場合には、ＩＤ削除部１０８は、現在時刻が、当該ワンタイムＩＤに設定されている使用時間を超えた場合に、当該ワンタイムＩＤを削除する。また、発行されたワンタイムＩＤに使用場所の限定が設定されている場合には、ＩＤ削除部１０８は、当該ワンタイムＩＤに対応するクライアント端末２０‐１から受信される位置情報が、当該ワンタイムＩＤに設定されている使用範囲外である場合には、当該ワンタイムＩＤを削除する。

このように、ワンタイムＩＤの設定条件に基づいてワンタイムＩＤを自動的に削除する効果としては、例えばクライアント端末２０−１のＩＰアドレスなどの個人情報がワンタイムＩＤ ＤＢ１２４に長期間残り続けることを防止できることが挙げられる。このため、悪意のある人物よりワンタイムＩＤ ＤＢ１２４から個人情報が取得されるリスクを低く抑えることができる。

‐削除要求に基づいた削除‐
また、ＩＤ削除部１０８は、クライアント端末２０‐１からワンタイムＩＤの削除要求が受信された場合には、該当のワンタイムＩＤをワンタイムＩＤ ＤＢ１２４から削除することが可能である。

（２−１−２−６．通信部１２０）
通信部１２０は、管理サーバ１０‐１と通信可能な装置との間で情報を送受信する。例えば、通信部１２０は、相乗り希望情報をクライアント端末２０‐１から受信する。また、通信部１２０は、ＩＤ提供部１０２の制御に従って、発行されたワンタイムＩＤをクライアント端末２０‐１へ送信する。

（２−１−２−７．記憶部１２２）
記憶部１２２は、図１１に示したように、例えばワンタイムＩＤ ＤＢ１２４、相乗り情報ＤＢ１２６、および位置情報ＤＢ１２８などの各種データを記憶する。

‐位置情報ＤＢ１２８‐
ここで、図１４を参照して、位置情報ＤＢ１２８の構成例について説明する。図１４に示したように、位置情報ＤＢ１２８では、位置名称１２８０、および緯度経度１２８２が対応づけて記録される。ここで、緯度経度１２８２には、該当の位置名称に対応する緯度および経度が記録される。例えば、図１４の１レコード目は、「吉祥寺」という地名の緯度および経度は、「Ｅ１３９．５８：Ｎ３５．４１」であることを示している。

この位置情報ＤＢ１２８によれば、例えば相乗り情報ＤＢ１２６における希望乗車位置１２６２または希望目的位置１２６４の項目値が（緯度経度ではなく）地名で登録されている場合であっても、緯度経度に変換することが可能になる。このため、相乗り情報管理部１０４は、クライアント端末２０‐１ａから受信される相乗り希望情報に類似する、他のクライアント端末２０‐１ｂによる相乗り希望情報を正確かつ漏れなく検索することができる。

なお、管理サーバ１０‐１の構成は、上述した構成に限定されない。例えば、ワンタイムＩＤ ＤＢ１２４、相乗り情報ＤＢ１２６、または位置情報ＤＢ１２８のうちいずれか１以上は管理サーバ１０‐１に含まれる代わりに、管理サーバ１０‐１と通信可能な他の装置に記憶されてもよい。

［２−１−３．動作］
以上、第１の実施形態による構成について説明した。続いて、第１の実施形態による動作について、「２−１−３−１．相乗りの交渉場面における動作」〜「２−１−３−２．ワンタイムＩＤの削除処理の動作」において説明する。

（２−１−３−１．相乗りの交渉場面における動作）
最初に、相乗りの交渉場面における動作について、図１５を参照して説明する。図１５は、第１の実施形態による相乗りの交渉場面における動作の一部を示したシーケンス図である。なお、ここでは、クライアント端末２０‐１ａを所持する利用者２ａが相乗りの相手を探すために、相乗り支援システムを利用する場面における動作の例について説明する。

図１５に示したように、まず、利用者２ａが相乗り支援システムにログインする。この際、クライアント端末２０‐１ａは、通信網１２を介して、管理サーバ１０‐１と通信可能な状況であるものとする。

例えば、相乗り支援システムがブラウザなど一般的なソフトウェアにアクセスして動作する構成の場合には、クライアント端末２０‐１ａは、ブラウザから管理サーバ１０‐１へアクセスする。なお、この際、クライアント端末２０‐１ａは、相乗り支援システムを利用するために必要なデータを管理サーバ１０‐１からダウンロードするなどの処理を行ってもよい。

または、相乗り支援システムがクライアント端末２０‐１ａ上で動作するアプリケーションにより構成される場合には、クライアント端末２０‐１ａの制御部２００は、当該アプリケーションを起動する。なお、当該アプリケーションには、クライアント端末２０‐１ａに対応づけて発行されたワンタイムＩＤが予め含まれていてもよい。

続いて、クライアント端末２０‐１ａの制御部２００は、管理サーバ１０‐１により発行されたワンタイムＩＤが記憶部２２６に記憶されているか否かを確認する。例えば、相乗り支援システムが上述したブラウザベースで構成されている場合には、Ｃｏｏｋｉｅデータがブラウザ側に残っており、かつ、当該Ｃｏｏｋｉｅデータの中にワンタイムＩＤが保持されているか否かを確認する（Ｓ１０１）。

ワンタイムＩＤが記憶部２２６に記憶されている場合には（Ｓ１０１：Ｙｅｓ）、クライアント端末２０‐１ａは、後述するＳ１０６の動作を行う。

一方、ワンタイムＩＤが記憶部２２６に記憶されていない場合には（Ｓ１０１：Ｎｏ）、クライアント端末２０‐１ａの出力制御部２０８は、例えば図３に示したようなワンタイムＩＤ提供要求画面３０を表示させる。そして、ワンタイムＩＤ提供要求画面３０において、ワンタイムＩＤの提供を希望しないことが利用者２ａにより入力された場合には（Ｓ１０２：Ｎｏ）、クライアント端末２０‐１ａは、処理を終了する。

一方、ワンタイムＩＤの提供を希望することが利用者２ａにより入力された場合には（Ｓ１０２：Ｙｅｓ）、送信制御部２０２は、ワンタイムＩＤの提供要求を管理サーバ１０‐１へ通信部２２０に送信させる（Ｓ１０３）。

その後、管理サーバ１０‐１のＩＤ提供部１０２は、クライアント端末２０‐１ａと対応づけてワンタイムＩＤを発行し、そして、発行したワンタイムＩＤをワンタイムＩＤ ＤＢ１２４に記録する（Ｓ１０４）。

続いて、ＩＤ提供部１０２は、Ｓ１０４で発行されたワンタイムＩＤをクライアント端末２０‐１ａへ通信部１２０に送信させる。

そして、クライアント端末２０‐１ａの制御部２００は、受信したワンタイムＩＤを記憶部２２６に記憶させる。例えば、相乗り支援システムが上述したブラウザベースで構成されている場合には、制御部２００は、ワンタイムＩＤをＣｏｏｋｉｅデータの一部として記憶部２２６に保持させる（Ｓ１０５）。

続いて、送信制御部２０２は、記憶部２２６に記憶されているワンタイムＩＤが連絡先登録されているかの問合せを管理サーバ１０‐１へ通信部１２０に送信させる（Ｓ１０６）。

その後、管理サーバ１０‐１の制御部１００は、クライアント端末２０‐１ａに対応づけて発行されたワンタイムＩＤが記憶部１２２に連絡先登録されているかを確認する。例えば、管理サーバ１０‐１がＳＩＰサーバの機能を有する場合には、当該ワンタイムＩＤが記憶部１２２にＲｅｇｉｓｔｅｒされているかを確認する。

そして、制御部１００は、確認結果をクライアント端末２０‐１ａへ通知する（Ｓ１０７）。

その後、クライアント端末２０‐１ａの制御部２００は、ワンタイムＩＤが連絡先登録されていないことが管理サーバ１０‐１から通知された場合には（Ｓ１０８：Ｎｏ）、クライアント端末２０‐１ａは、後述するＳ１２１の動作を行う。

一方、ワンタイムＩＤが連絡先登録されていることが通知された場合には（Ｓ１０８：Ｙｅｓ）、出力制御部２０８は、例えば図５に示したようなシステム利用開始画面３２を表示させる（Ｓ１０９）。システム利用開始画面３２において、相乗り支援システムの利用の開始が利用者２ａにより選択された場合には（Ｓ１０９：Ｎｏ）、クライアント端末２０‐１ａは、後述するＳ１２４の動作を行う。

一方、システム利用開始画面３２において、ワンタイムＩＤの削除が利用者２ａにより選択された場合には（Ｓ１０９：Ｙｅｓ）、送信制御部２０２は、ワンタイムＩＤの削除要求を管理サーバ１０‐１へ通信部２２０に送信させる（Ｓ１１０）。そして、クライアント端末２０‐１ａは、処理を終了する。

その後、管理サーバ１０‐１のＩＤ削除部１０８は、クライアント端末２０‐１ａに対応づけて発行されたワンタイムＩＤをワンタイムＩＤ ＤＢ１２４から削除する（Ｓ１１１）。そして、管理サーバ１０‐１は、処理を終了する。

次に、図１６を参照して、ワンタイムＩＤが連絡先登録されていないことが管理サーバ１０‐１から通知された場合（Ｓ１０８：Ｎｏ）の動作について説明する。図１６に示したように、クライアント端末２０‐１ａの出力制御部２０８は、例えば図４に示したようなワンタイムＩＤ連絡先登録画面３１を表示させる。そして、ワンタイムＩＤ連絡先登録画面３１において、連絡先登録を希望しないことが利用者２ａにより選択された場合には（Ｓ１２１：Ｎｏ）、クライアント端末２０‐１ａは、処理を終了する。

一方、連絡先登録を希望することが利用者２ａにより選択された場合には（Ｓ１２１：Ｙｅｓ）、送信制御部２０２は、ワンタイムＩＤの連絡先登録の要求を管理サーバ１０‐１へ通信部２２０に送信させる（Ｓ１２２）。

その後、管理サーバ１０‐１の制御部１００は、クライアント端末２０‐１ａに対応づけて発行されたワンタイムＩＤを連絡先登録する。例えば、管理サーバ１０‐１がＳＩＰサーバの機能を有する場合には、制御部１００は、当該ワンタイムＩＤを記憶部１２２にＲｅｇｉｓｔｅｒする（Ｓ１２３）。

その後、クライアント端末２０‐１ａの出力制御部２０８は、例えば図９に示したような乗車位置情報入力画面３６を表示させる。そして、位置情報取得部２０４は、乗車位置情報入力画面３６に対する利用者２ａの入力に基づいて、乗車位置情報を取得する（Ｓ１２４）。

続いて、出力制御部２０８は、例えば図１０に示したような目的位置情報入力画面３７を表示させる。そして、目的位置情報取得部２０６は、目的位置情報入力画面３７に対する利用者２ａの入力に基づいて、目的位置情報を取得する（Ｓ１２５）。

続いて、出力制御部２０８は、例えば図６に示したような乗車希望時間入力画面３３を表示させる。そして、利用者２ａは、乗車希望時間入力画面３３に対して乗車希望時間を入力する（Ｓ１２６）。

続いて、送信制御部２０２は、Ｓ１２４で取得された乗車位置情報、Ｓ１２５で取得された目的位置情報、およびＳ１２６で入力された乗車希望時間を含む相乗り希望情報を管理サーバ１０‐１へ通信部１２０に送信させる（Ｓ１２７）。

その後、管理サーバ１０‐１の相乗り情報管理部１０４は、相乗り情報ＤＢ１２６に登録されている、他のクライアント端末２０‐１ｂによる相乗り希望情報のうち、クライアント端末２０‐１ａから受信された相乗り希望情報に類似する、クライアント端末２０‐１ｂによる相乗り希望情報を検索する（Ｓ１２８）。そして、相乗り情報管理部１０４は、検索結果をクライアント端末２０‐１ａへ通信部１２０に送信させる（Ｓ１２９）。

その後、１以上の相乗り希望情報が管理サーバ１０‐１から受信された場合には（Ｓ１３０：Ｙｅｓ）、クライアント端末２０‐１ａは、後述するＳ１４１の動作を行う。

一方、相乗り希望情報が管理サーバ１０‐１から受信されなかった場合には（Ｓ１３０：Ｎｏ）、クライアント端末２０‐１ａの出力制御部２０８は、入力された相乗り希望情報の登録を希望するか否かを確認する画面を表示させる。相乗り希望情報の登録を希望しないことが利用者２ａにより選択された場合には（Ｓ１３１：Ｎｏ）、クライアント端末２０‐１ａは、処理を終了する。

一方、相乗り希望情報の登録を希望することが利用者２ａにより選択された場合には（Ｓ１３１：Ｙｅｓ）、送信制御部２０２は、入力された相乗り希望情報の登録要求を管理サーバ１０‐１へ通信部２２０に送信させる（Ｓ１３２）。そして、クライアント端末２０‐１ａは、処理を終了する。

その後、管理サーバ１０‐１の相乗り情報管理部１０４は、Ｓ１２７で受信された相乗り希望情報を、クライアント端末２０‐１ａに発行されたワンタイムＩＤに対応づけて相乗り情報ＤＢ１２６に登録する（Ｓ１３３）。そして、管理サーバ１０‐１は、処理を終了する。

次に、図１７を参照して、１以上の相乗り希望情報が管理サーバ１０‐１から受信された場合（Ｓ１３０：Ｙｅｓ）の動作について説明する。図１７に示したように、クライアント端末２０‐１ａの出力制御部２０８は、例えば図７に示したような交渉希望相手選択画面３４を表示させる（Ｓ１４１）。そして、交渉希望相手選択画面３４に表示された相乗り希望情報の中に利用者２ａが交渉を希望する情報が無い場合には（Ｓ１４２：Ｎｏ）、利用者２ａは、交渉を希望しないことを選択する。そして、クライアント端末２０‐１ａは、Ｓ１３１の動作を行う。

一方、利用者２ａが交渉を希望する情報がある場合には（Ｓ１４２：Ｙｅｓ）、交渉希望相手選択画面３４において、利用者２ａは、交渉を希望する相乗り希望情報を選択する（Ｓ１４３）。

続いて、クライアント端末２０‐１ａの送信制御部２０２は、Ｓ１４３で選択された相乗り希望情報を管理サーバ１０‐１へ通信部１２０に送信させる（Ｓ１４４）。

その後、管理サーバ１０‐１の通信制御部１０６は、Ｓ１４３で選択された相乗り希望情報の登録元であるクライアント端末２０‐１ｂに対して発呼する。そして、通信制御部１０６は、クライアント端末２０‐１ａとクライアント端末２０‐１ｂとの間で、それぞれに発行されたワンタイムＩＤを用いた通話を中継する（Ｓ１４５）。

その後、通話が終了した際には、クライアント端末２０‐１ａの送信制御部２０２は、切断通知を管理サーバ１０‐１へ通信部１２０に送信させる（Ｓ１４６）。

続いて、出力制御部２０８は、例えば図８に示したようなシステム利用終了画面３５を表示させる（Ｓ１４７）。システム利用終了画面３５において、システムの利用を終了しない（つまり、利用を継続する）ことが利用者２ａにより選択された場合には（Ｓ１４７：Ｎｏ）、クライアント端末２０‐１ａは、再びＳ１３０の動作を行う。

一方、システム利用終了画面３５において、システムの利用を終了することが利用者２ａにより選択された場合には（Ｓ１４７：Ｙｅｓ）、送信制御部２０２は、相乗り希望情報の削除要求を管理サーバ１０‐１へ通信部２２０に送信させる（Ｓ１４８）。そして、クライアント端末２０‐１ａは、処理を終了する。

その後、管理サーバ１０‐１の相乗り情報管理部１０４は、クライアント端末２０‐１ａに発行されたワンタイムＩＤに対応づけて登録されている相乗り希望情報を相乗り情報ＤＢ１２６から削除する（Ｓ１４９）。そして、管理サーバ１０‐１は、処理を終了する。

（２−１−３−２．ワンタイムＩＤの削除処理の動作）
次に、図１８を参照して、第１の実施形態によるワンタイムＩＤの削除処理の動作について説明する。図１８は、管理サーバ１０‐１によるワンタイムＩＤの削除処理の動作を示したフローチャートである。

図１８に示したように、まず、管理サーバ１０‐１のＩＤ削除部１０８は、例えば所定の時間間隔ごとに、一定時間以上経過したか否かを確認する（Ｓ１６１）。一定時間が経過していない場合には（Ｓ１６１：Ｎｏ）、ＩＤ削除部１０８は、一定時間待機する（Ｓ１６２）。そして、ＩＤ削除部１０８は、再びＳ１６１の動作を行う。

一方、一定時間以上経過した場合には（Ｓ１６１：Ｙｅｓ）、ＩＤ削除部１０８は、ワンタイムＩＤの発行時刻から一定時間以上経過しているワンタイムＩＤをワンタイムＩＤ ＤＢ１２４から抽出する（Ｓ１６３）。そして、ＩＤ削除部１０８は、抽出したワンタイムＩＤをワンタイムＩＤ ＤＢ１２４から削除する（Ｓ１６４）。

その後、相乗り情報管理部１０４は、Ｓ１６４で削除されたワンタイムＩＤそれぞれに対応づけて登録されている相乗り希望情報を相乗り情報ＤＢ１２６から抽出する。そして、相乗り情報管理部１０４は、抽出した相乗り希望情報を相乗り情報ＤＢ１２６から削除する（Ｓ１６５）。

［２−１−４．効果］
以上、例えば図１１、および図１５〜１７等を参照して説明したように、管理サーバ１０‐１は、クライアント端末２０‐１ａからの要求に基づいて、クライアント端末２０‐１ａに対応づけて発行されたワンタイムＩＤをクライアント端末２０‐１ａに対して提供し、他のクライアント端末２０‐１ｂにより登録された相乗り希望情報をクライアント端末２０‐１ａへ提示し、そして、提示された相乗り希望情報の中から選択された相乗り希望情報の登録元であるクライアント端末２０‐１ｂとクライアント端末２０‐１ａとの間で、クライアント端末２０‐１ａおよびクライアント端末２０‐１ｂにそれぞれ発行されたワンタイムＩＤにより通信させる。

このため、利用者２同士が相乗りの交渉を行う際に、クライアント端末２０‐１の固定的なＩＤの代わりに、一時的に発行されたワンタイムＩＤにより通信することができる。このため、クライアント端末２０‐１の例えば電話番号などの固定的なＩＤが他の利用者に知られることがないので、利用者２の匿名性を保つことができる。そして、相乗り支援システムの利用に関して利用者２は安心感を抱くようになり、相乗り支援システムの利用者２の増加が期待できる。

また、管理サーバ１０‐１は、クライアント端末２０‐１に対応づけて発行されたワンタイムＩＤの使用が終了される時間または場所に関する条件が満たされた場合には、当該ワンタイムＩＤをワンタイムＩＤ ＤＢ１２４から自動的に削除する。このため、例えばクライアント端末２０−１のＩＰアドレスなどの個人情報がワンタイムＩＤ ＤＢ１２４に長期間残り続けることを防止できるので、悪意のある人物よりワンタイムＩＤ ＤＢ１２４から個人情報が取得されるリスクを低く抑えることができる。

＜２−２．第２の実施形態＞
以上、第１の実施形態について説明した。次に、第２の実施形態について説明する。まず、第２の実施形態を創作するに至った背景について説明する。

上述したように、第１の実施形態では、ワンタイムＩＤの使用可能な時間または場所に関する条件が満たされない場合には、管理サーバ１０‐１は、当該ワンタイムＩＤに対応するクライアント端末２０‐１による相乗り希望情報を自動的に削除する。

ところで、時間や場所に関する限定だけでは、利用者２が現在例えばタクシーに相乗りしているか否かを特定することが難しい。このため、利用者２がすでにタクシーに相乗りして出発していても、当該利用者２による相乗り希望情報が相乗り情報ＤＢ１２６から削除されておらず、他の利用者２から当該利用者２に対して電話がかかってしまう可能性がある。その結果、電話をかける側、受ける側双方の利用者２が不便に感じる可能性がある。

後述するように、第２の実施形態によれば、利用者２が乗車していることを検知することにより、当該利用者２による相乗り希望情報を適切なタイミングで自動的に削除することが可能である。

［２−２−１．クライアント端末２０‐２の構成］
まず、第２の実施形態による構成について詳細に説明する。図１９は、第２の実施形態によるクライアント端末２０‐２の構成を示した機能ブロック図である。図１９に示したように、クライアント端末２０‐２は、第１の実施形態と比較して、移動開始検知部２１０、および測定部２２８を新たに含む。なお、以下では、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。

（２−２−１−１．送信制御部２０２）
第２の実施形態による送信制御部２０２は、後述する移動開始検知部２１０により、車両によるクライアント端末２０‐２の移動が検知された場合には、クライアント端末２０‐２に対応づけて発行されているワンタイムＩＤの削除要求を管理サーバ１０‐２へ通信部２２０に送信させる。

（２−２−１−２．移動開始検知部２１０）
移動開始検知部２１０は、後述する測定部２２８による測定結果に基づいて、クライアント端末２０‐２が車両により移動していることを検知する。例えば、移動開始検知部２１０は、まず、後述する測定部２２８により測定された加速度の振動パターンと、例えば記憶部２２６に予め記憶されている、車両の加速度の標準的な振動パターン（以下、比較用振動パターンとも称する）とを比較する。そして、移動開始検知部２１０は、測定された加速度の振動パターンと、比較用振動パターンとが一致または類似している場合には、クライアント端末２０‐２が車両により移動していることを検知する。

（２−２−１−３．測定部２２８）
測定部２２８は、例えば加速度センサや地磁気センサなどにより構成される。測定部２２８は、例えばクライアント端末２０‐２の加速度や、地磁気の向きなどを測定する。

［２−２−２．管理サーバ１０‐２の構成］
第２の実施形態による管理サーバ１０‐２の構成は、第１の実施形態と同様である。従って、ここでは説明を省略する。

［２−２−３．動作］
以上、第２の実施形態による構成について説明した。続いて、第２の実施形態による動作について説明する。なお、「相乗りの交渉場面における動作」に関しては、第１の実施形態と同様である。

（２−２−３−１．ワンタイムＩＤの削除処理の動作）
図２０は、第２の実施形態によるワンタイムＩＤの削除処理の動作を示したフローチャートである。図２０に示したように、まず、クライアント端末２０‐２の移動開始検知部２１０は、例えば所定の時間間隔ごとに、一定時間以上経過したか否かを確認する（Ｓ２０１）。一定時間が経過していない場合には（Ｓ２０１：Ｎｏ）、移動開始検知部２１０は、一定時間待機する（Ｓ２０２）。そして、移動開始検知部２１０は、再びＳ２０１の動作を行う。

一方、一定時間以上経過している場合には（Ｓ２０１：Ｙｅｓ）、移動開始検知部２１０は、待機時間における測定部２２８による測定結果に基づいて、車両による移動可能性を算出する（Ｓ２０３）。そして、移動開始検知部２１０は、車両による移動可能性の算出結果が所定の閾値以上であるか否かを判定する（Ｓ２０４）。車両による移動可能性が所定の閾値未満であることが判定された場合には（Ｓ２０４：Ｎｏ）、移動開始検知部２１０は、再びＳ２０１の動作を行う。

一方、車両による移動可能性が所定の閾値以上であることが判定された場合には（Ｓ２０４：Ｙｅｓ）、送信制御部２０２は、クライアント端末２０‐２に対応づけて発行されているワンタイムＩＤの削除要求を管理サーバ１０‐２へ通信部２２０に送信させる（Ｓ２０５）。そして、制御部２００は、記憶部２２６に記憶されているワンタイムＩＤを記憶部２２６から削除する（Ｓ２０６）。

その後、管理サーバ１０‐２のＩＤ削除部１０８は、クライアント端末２０‐２に対応づけて発行されているワンタイムＩＤをワンタイムＩＤ ＤＢ１２４から削除する（Ｓ２０７）。

続いて、相乗り情報管理部１０４は、Ｓ２０７で削除されたワンタイムＩＤに対応づけて登録されている相乗り希望情報を相乗り情報ＤＢ１２６から抽出する。そして、相乗り情報管理部１０４は、抽出した相乗り希望情報を相乗り情報ＤＢ１２６から削除する（Ｓ２０８）。

［２−２−４．効果］
以上、例えば図１９、および図２０を参照して説明したように、クライアント端末２０‐２は、車両による移動可能性を検知した場合に、ワンタイムＩＤの削除要求を管理サーバ１０‐２へ送信させる。

このため、管理サーバ１０‐２は、利用者２による相乗り希望情報を、車両に乗車中であることがクライアント端末２０‐２により検知された際に自動的に削除することができる。このため、タクシーの乗車中において他の利用者２から当該利用者２に電話がかかってくる可能性をほとんど無くすことができる。その結果、電話をかける側、受ける側双方の利用者にとって相乗り支援システムの利便性がさらに向上する。

＜２−３．第３の実施形態＞
以上、第２の実施形態について説明した。次に、第３の実施形態について説明する。まず、第３の実施形態を創作するに至った背景について説明する。

上述したように、第２の実施形態では、車両により移動していることがクライアント端末２０‐２により検知された場合に、管理サーバ１０‐２は、当該クライアント端末２０‐２の利用者による相乗り希望情報を自動的に削除する。ところで、例えばクライアント端末２０‐２の測定精度が低い場合には、仮に利用者が車両に乗車していても、車両により移動していることをクライアント端末２０‐２が検知できない可能性がある。

後述するように、第３の実施形態によれば、利用者が乗車していることを精度高く検知することにより、当該利用者による相乗り希望情報をより適切なタイミングで自動的に削除することが可能である。

［２−３−１．クライアント端末２０‐３の構成］
まず、第３の実施形態による構成について詳細に説明する。図２１は、第３の実施形態によるクライアント端末２０‐３の構成を示した機能ブロック図である。図２１に示したように、クライアント端末２０‐３は、第１の実施形態と比較して、車両内判定部２１２を新たに含む。なお、以下では、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。

（２−３−１−１．送信制御部２０２）
第３の実施形態による送信制御部２０２は、後述する車両内判定部２１２により、車両内に設置されている通信機との間の通信が検知された場合には、クライアント端末２０‐３に対応づけて発行されているワンタイムＩＤの削除要求を管理サーバ１０‐３へ通信部２２０に送信させる。ここで、車両は、例えばタクシーや、相乗りバスなどである。

（２−３−１−２．車両内判定部２１２）
車両内判定部２１２は、車両内に設置されている通信機からの受信に基づいて、クライアント端末２０‐３が車両内に位置するか否かを判定する。

ここで、図２２を参照して、上記の機能についてより詳細に説明する。図２２は、車両４０内に設置されている通信機４００とクライアント端末２０‐３との通信のイメージを示した説明図である。図２２に示したように、例えば、車両内判定部２１２は、通信機４００から送信される所定の電磁波が通信部２２０により受信された場合には、クライアント端末２０‐３が車両４０内に位置すると判定する。ここで、所定の電磁波は、例えば所定の信号を乗せた電波であってもよいし、赤外線であってもよい。

あるいは、変形例として、車両内判定部２１２は、通信機４００から発信される所定の情報を埋め込んだ可視光、または背景音楽が検知された場合に、クライアント端末２０‐３が車両４０内に位置すると判定することも可能である。

なお、図２２では、通信機４００が、車両４０内の天井に設置されている例を示しているが、かかる例に限定されない。クライアント端末２０‐３が車両４０内の任意の場所において通信機４００から所定の電磁波を受信可能であれば、通信機４００は、車両４０内のいずれの場所に設置されていてもよい。また、通信機４００は、例えば、車両４０に設置されているカーオーディオプレーヤーと一体的に構成されてもよい。また、通信機４００は、例えば車両のいずれかのドアが開閉した時点から所定の時間までなど、一定の時間のみ所定の電磁波を送信してもよい。

［２−３−２．管理サーバ１０‐３の構成］
第３の実施形態による管理サーバ１０‐３の構成は、第１の実施形態と同様である。従って、ここでは説明を省略する。

［２−３−３．動作］
以上、第３の実施形態による構成について説明した。続いて、第３の実施形態による動作について説明する。なお、「相乗りの交渉場面における動作」に関しては、第１の実施形態と同様である。

（２−３−３−１．ワンタイムＩＤの削除処理の動作）
図２３は、第３の実施形態によるワンタイムＩＤの削除処理の動作を示したフローチャートである。図２３に示したように、まず、クライアント端末２０‐３の車両内判定部２１２は、例えば所定の時間間隔ごとに、一定時間以上経過したか否かを確認する（Ｓ３０１）。一定時間が経過していない場合には（Ｓ３０１：Ｎｏ）、車両内判定部２１２は、一定時間待機する（Ｓ３０２）。そして、車両内判定部２１２は、再びＳ３０１の動作を行う。

一方、一定時間以上経過している場合には（Ｓ３０１：Ｙｅｓ）、車両内判定部２１２は、車両内に設置されている通信機からの所定の電磁波が通信部２２０により受信されたか否かを判定する（Ｓ３０３）。通信機から所定の電磁波が受信されていないと判定した場合には（Ｓ３０３：Ｎｏ）、車両内判定部２１２は、再びＳ３０１の動作を行う。

一方、通信機から所定の電磁波が受信されたと判定した場合には（Ｓ３０３：Ｙｅｓ）、送信制御部２０２は、クライアント端末２０‐３に対応づけて発行されているワンタイムＩＤの削除要求を管理サーバ１０‐３へ通信部２２０に送信させる（Ｓ３０４）。

なお、Ｓ３０５〜Ｓ３０７の動作は、第２の実施形態におけるＳ２０６〜Ｓ２０８の動作と同様である。

［２−３−４．効果］
以上、例えば図２１〜図２３を参照して説明したように、クライアント端末２０‐３は、車両内に設置されている通信機から所定の電磁波の受信を検知した場合に、ワンタイムＩＤの削除要求を管理サーバ１０‐３へ送信させる。

このため、クライアント端末２０‐３は、車両に乗車中であることを精度高く検知することができるので、管理サーバ１０‐３は、利用者２による相乗り希望情報をより適切なタイミングで自動的に削除することが可能である。

＜＜３．ハードウェア構成＞＞
以上、本発明の各実施形態について説明した。次に、本発明の各実施形態に共通する管理サーバ１０のハードウェア構成について、図２４を参照して説明する。図２４に示したように、管理サーバ１０は、ＣＰＵ１５０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５２、ＲＡＭ１５４、内部バス１５６、入出力インターフェース１５８、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１６０、およびネットワークインターフェース１６２を備える。

＜３−１．ＣＰＵ１５０＞
ＣＰＵ１５０は、演算処理装置および制御装置として機能し、各種プログラムに従って管理サーバ１０内の動作全般を制御する。また、ＣＰＵ１５０は、管理サーバ１０において制御部１００の機能を実現する。なお、ＣＰＵ１５０は、マイクロプロセッサなどのプロセッサにより構成される。

＜３−２．ＲＯＭ１５２＞
ＲＯＭ１５２は、ＣＰＵ１５０が使用するプログラムや演算パラメータ等を記憶する。

＜３−３．ＲＡＭ１５４＞
ＲＡＭ１５４は、ＣＰＵ１５０の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。

＜３−４．内部バス１５６＞
内部バス１５６は、ＣＰＵバスなどから構成される。この内部バス１５６は、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４を相互に接続する。

＜３−５．入出力インターフェース１５８＞
入出力インターフェース１５８は、ＨＤＤ１６０、およびネットワークインターフェース１６２を、内部バス１５６と接続する。例えばＨＤＤ１６０は、この入出力インターフェース１５８および内部バス１５６を介して、ＲＡＭ１５４などとの間でデータをやり取りする。

＜３−６．ＨＤＤ１６０＞
ＨＤＤ１６０は、記憶部１２２として機能する、データ格納用の装置である。このＨＤＤ１６０は、例えば、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置、および記憶媒体に記録されたデータを削除する削除装置などを含む。また、ＨＤＤ１６０は、ＣＰＵ１５０が実行するプログラムや各種データを格納する。

＜３−７．ネットワークインターフェース１６２＞
ネットワークインターフェース１６２は、例えばインターネットなどの通信網に接続するための通信デバイス等で構成された通信インターフェースである。このネットワークインターフェース１６２は、通信部１２０として機能する。なお、ネットワークインターフェース１６２は、無線ＬＡＮ対応通信装置、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）対応通信装置、または有線による通信を行うワイヤー通信装置であってもよい。

＜＜４．変形例＞＞
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

＜４−１．変形例１＞
例えば、クライアント端末２０ａとクライアント端末２０ｂとが通話中である場合には、管理サーバ１０は、クライアント端末２０ａおよびクライアント端末２０ｂにより登録されている相乗り希望情報を他のクライアント端末２０ｃに公開しないことも可能である。

この変形例１によれば、他のクライアント端末２０ｃでは、例えば図７に示した交渉希望相手選択画面３４において、現在通話可能な利用者２による相乗り希望情報のみが表示されるので、利便性がさらに高い。

＜４−２．変形例２＞
また、各実施形態による相乗り支援システムは、クライアント端末２０ａが、自己の相乗り希望情報を他のクライアント端末２０ｂへ公開させるか否かを変更可能なように構成されることも可能である。

［４−２−１．クライアント端末２０の構成］
例えば、相乗り支援システムの利用中において、利用者２ａの入力に応じて、クライアント端末２０ａの出力制御部２０８は、まず、図２５に示したような公開設定画面３８を表示させる。なお、この公開設定画面３８は、クライアント端末２０ａが管理サーバ１０に登録した相乗り希望情報を他のクライアント端末２０ｂへ公開させるか否かを変更するための画面である。

そして、公開設定画面３８において、利用者２ａにより「はい」ボタン３８２が選択された場合には、送信制御部２０２は、相乗り希望情報３８０を非公開にさせる要求を管理サーバ１０へ通信部２２０に送信させる。

［４−２−２．管理サーバ１０の構成］
また、変形例１による相乗り情報ＤＢ１２６は、例えば図２６に示したように、図１３に示した相乗り情報ＤＢ１２６と比較して、さらに公開設定１２７２列を含むことが可能である。そして、管理サーバ１０の相乗り情報管理部１０４は、クライアント端末２０から受信される公開／非公開の変更要求に応じて、公開設定１２７２の値を変更することが可能である。

例えば、図２５に示した公開設定画面３８において、利用者２ａにより「はい」ボタン３８２が選択された場合には、相乗り情報管理部１０４は、図２６に示したように、図２５における相乗り希望情報３８０に対応する相乗り情報ＤＢ１２６のレコード、つまりデータＩＤが「０００１」であるレコードに関して、公開設定１２７２の値を「公開」から「非公開」に変更する。

この変形例２によれば、利用者２ａは、自己が登録した相乗り希望情報を他のクライアント端末２０ｂへ公開させる時期を調整することが可能となる。このため、利用者２ａは、他の利用者２ｂから電話がかかってくることを望まない時には、一時的に相乗り希望情報を非公開に設定することができるので、利便性がさらに向上する。

＜４−３．変形例３＞
また、各実施形態によるクライアント端末２０の出力制御部２０８は、各種の表示画面を出力部２２２に表示させる代わりに、小型プロジェクタや、デジタルサイネージなどに出力させてもよい。

＜４−４．変形例４＞
なお、本発明の各実施形態によれば、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４などのハードウェアを、上述した管理サーバ１０の各構成と同等の機能を発揮させるためのコンピュータプログラムも提供可能である。また、該コンピュータプログラムが記録された記録媒体も提供される。

１０ 管理サーバ
１２ 通信網
２０ クライアント端末
４０ 車両
１００ 制御部
１０２ ＩＤ提供部
１０４ 相乗り情報管理部
１０６ 通信制御部
１０８ ＩＤ削除部
１２０ 通信部
１２２ 記憶部
１２４ ワンタイムＩＤ ＤＢ
１２６ 相乗り情報ＤＢ
１２８ 位置情報ＤＢ
１５０ ＣＰＵ
１５２ ＲＯＭ
１５４ ＲＡＭ
１５６ 内部バス
１５８ 入出力インターフェース
１６０ ＨＤＤ
１６２ ネットワークインターフェース
２００ 制御部
２０２ 送信制御部
２０４ 位置情報取得部
２０６ 目的位置情報取得部
２０８ 出力制御部
２１０ 移動開始検知部
２１２ 車両内判定部
２２０ 通信部
２２２ 出力部
２２４ 入力部
２２６ 記憶部
２２８ 測定部
４００ 通信機

Claims (13)

1. 端末からの要求に基づいて、前記端末に対応づけて発行された通信用ＩＤを前記端末に対して提供するＩＤ提供部と、
   他の端末により登録された相乗り希望情報を前記端末へ提示する相乗り情報管理部と、
   提示された相乗り希望情報の中から選択された相乗り希望情報の登録元である他の端末と前記端末との間で、前記端末および前記他の端末にそれぞれ発行された通信用ＩＤにより通信させる通信制御部と、
   を備える、情報処理装置。
2. 前記相乗り希望情報は、乗車位置情報、目的位置情報、または乗車希望時間を含む、請求項１に記載の情報処理装置。
3. 前記通信用ＩＤは、使用可能な時間または場所が限定されている一時的なＩＤである、請求項１または２に記載の情報処理装置。
4. 前記相乗り情報管理部は、前記端末から受信される相乗り希望情報を、前記端末に発行された通信用ＩＤと対応づけて相乗り情報データベースに登録する、請求項１〜３のいずれか一項に記載の情報処理装置。
5. 前記情報処理装置は、所定の条件が満たされた場合に、前記端末に対応づけて発行された通信用ＩＤを削除するＩＤ削除部をさらに備える、請求項４に記載の情報処理装置。
6. 前記所定の条件は、前記端末に対応づけて発行された通信用ＩＤの使用が終了される時間または場所に関する条件を含む、請求項５に記載の情報処理装置。
7. 前記所定の条件は、前記端末から通信用ＩＤの削除要求が受信されることを含む、請求項５または６に記載の情報処理装置。
8. 前記相乗り情報管理部は、前記ＩＤ削除部により通信用ＩＤが削除された場合には、削除された通信用ＩＤに対応づけて前記相乗り情報データベースに登録されている相乗り希望情報を削除する、請求項５〜７のいずれか一項に記載の情報処理装置。
9. 前記ＩＤ削除部は、前記端末から、車両による移動可能性の検知に基づいた通信用ＩＤの削除要求が受信された場合には、前記端末に対応づけて発行された通信用ＩＤを削除する、請求項５〜８のいずれか一項に記載の情報処理装置。
10. 前記ＩＤ削除部は、前記端末から、車両内に設置されている通信機からの受信に基づいた通信用ＩＤの削除要求が受信された場合には、前記端末に対応づけて発行された通信用ＩＤを削除する、請求項５〜９のいずれか一項に記載の情報処理装置。
11. 端末、および情報処理装置を有し、
    前記端末は、通信用ＩＤの提供要求を前記情報処理装置へ送信させる送信制御部と、
    前記情報処理装置から提示される相乗り希望情報を出力させる出力制御部と、
    を備え、
    前記情報処理装置は、
    前記端末からの要求に基づいて、前記端末に対応づけて発行された通信用ＩＤを前記端末に対して提供するＩＤ提供部と、
    他の端末により登録された相乗り希望情報を前記端末へ提示する相乗り情報管理部と、
    提示された相乗り希望情報の中から選択された相乗り希望情報の登録元である他の端末と前記端末との間で、前記端末および前記他の端末にそれぞれ発行された通信用ＩＤにより通信させる通信制御部と、
    を備える、情報処理システム。
12. 端末からの要求に基づいて、前記端末に対応づけて発行された通信用ＩＤを前記端末に対して提供するステップと、
    他の端末により登録された相乗り希望情報を前記端末へ提示するステップと、
    提示された相乗り希望情報の中から選択された相乗り希望情報の登録元である他の端末と前記端末との間で、前記端末および前記他の端末にそれぞれ発行された通信用ＩＤにより通信させるステップと、
    を備える、情報処理方法。
13. コンピュータを、
    端末からの要求に基づいて、前記端末に対応づけて発行された通信用ＩＤを前記端末に対して提供するＩＤ提供部と、
    他の端末により登録された相乗り希望情報を前記端末へ提示する相乗り情報管理部と、
    提示された相乗り希望情報の中から選択された相乗り希望情報の登録元である他の端末と前記端末との間で、前記端末および前記他の端末にそれぞれ発行された通信用ＩＤにより通信させる通信制御部、
    として機能させるための、プログラム。

Images