位置取得支援装置、通信端末、位置取得支援システム、位置取得支援装置の制御方法、通信端末の制御方法、位置取得支援プログラム、通信端末制御プログラム、及び該プログラムを記録したコンピュータ読み取り可能な記録媒体
【課題】ユーザが特別な入力操作を行うことなく、複数の通信端末が、自端末以外の通信端末の位置情報を取得することを可能にする。
【解決手段】本発明のカーナビ３０は、各携帯電話１から、当該携帯電話１の位置を示す位置情報を該位置情報の示す位置の携帯電話１以外の携帯電話１が取得するための端末情報を取得する同乗者グループ生成部４１と、該同乗者グループ生成部４１が取得した、上記各通信端末の端末情報を、当該端末情報の取得元以外の各携帯電話１に送信する同乗者グループ情報配信部４２とを備えているので、各携帯電話１のユーザは、特別な入力操作を行うことなく、他の携帯電話１の位置情報を取得することができる。
【解決手段】本発明のカーナビ３０は、各携帯電話１から、当該携帯電話１の位置を示す位置情報を該位置情報の示す位置の携帯電話１以外の携帯電話１が取得するための端末情報を取得する同乗者グループ生成部４１と、該同乗者グループ生成部４１が取得した、上記各通信端末の端末情報を、当該端末情報の取得元以外の各携帯電話１に送信する同乗者グループ情報配信部４２とを備えているので、各携帯電話１のユーザは、特別な入力操作を行うことなく、他の携帯電話１の位置情報を取得することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置に関するものである。
【背景技術】
【０００２】
地図を広げながら目的地までのルートを探すことなく、スムーズに目的地まで辿り着くことができるという利便性から、近年、カーナビゲーション装置（以下、カーナビと呼ぶ）の普及率が上昇している。一般に、カーナビは、目的地を設定することによって、車の現在地から設定された目的地までのルートガイドを行うようになっている。
【０００３】
ここで、カーナビのユーザは、設定された目的地まで車で乗り入れることができない場合や、目的地に駐車場がないような場合には、目的地の近隣の駐車場に車を停めて駐車場から目的地まで徒歩で移動することになる。このような場合に、ユーザが、駐車場から目的地までの道順がわからなくなるという問題がある。
【０００４】
そこで、下記の特許文献１〜４では、ユーザを駐車場から目的地までナビゲートするために、携帯電話機等の携帯端末を利用している。つまり、携帯端末を、車ではなく人をナビゲートする「マンナビ」として利用することが提案されている。
【０００５】
具体的には、特許文献１〜３には、カーナビと携帯電話とを通信ケーブルで接続し、カーナビに記憶された目的地、駐車位置、目的地までの経路等の情報をカーナビから携帯電話に転送することが記載されている。そして、携帯電話が、転送された上記のデータと、自端末に搭載されたＧＰＳ（Global Positioning System）とを用いて、駐車位置から目的地までのナビゲートを行うことが記載されている。
【０００６】
また、特許文献４には、カーナビに記憶された目的地、駐車位置をサーバに送信し、サーバにおいて上記駐車位置から目的地までのルート検索を行い、その結果を携帯電話に送信することが記載されている。そして、携帯電話では、受信したルート検索結果と自端末に搭載されたＧＰＳとを用いて、駐車位置から目的地までのナビゲートを行うことが記載されている。
【０００７】
ここで、特許文献１〜４に記載されているような、従来のマンナビで行われる処理について、図１８に基づいて説明する。図１８は、従来のマンナビで行われる処理の概要を示す図である。車が駐車場に到着すると、ユーザ操作によって、カーナビに設定された位置情報（目的地及び現在地等）が携帯電話に送信される。なお、位置情報は、エンジンＯＦＦやサイドブレーキがかけられたことから判別してもよい。
【０００８】
位置情報を受信した携帯電話は、受信した位置情報を登録し、これによりマンナビによるルートガイドが開始される。そして、携帯電話のユーザは車を降りて目的地に向かう。携帯電話は、ルートガイドの実行中、定期的にＧＰＳにて現在地を取得して、カーナビから受信した目的地と共に、サービスに送信する。
【０００９】
サービスは、現在地と目的地とを受信すると、該現在地から目的地までの地図と、現在地から目的地までの道順を示すルート情報とを作成し、これらを地図情報として携帯電話に送信する。なお、このときに、目的地までの距離から目的地への到着予定時刻を算出し、地図情報と共に送信するようにしてもよい。そして、携帯電話は、受信した地図情報に基づいて、地図画像と目的地までの道順とを表示する。
【００１０】
また、目的地から駐車位置に戻るときには、携帯電話は、ＧＰＳにて現在地を取得して、カーナビから受信した駐車位置と共に、サービスに送信する。これにより、上記と同様にマンナビによるルートガイドが開始され、現在地から駐車位置までの道順が地図表示される。
【００１１】
以上のように、特許文献１〜４に記載の構成によれば、駐車位置と目的地とが離れている場合であっても、携帯電話が目的地までのナビゲーションを引き継ぐので、ユーザは目的地までスムーズに辿り着くことが可能になる。
【００１２】
ここで、同じ車に複数のユーザが乗り合わせた場合に、駐車位置から目的地まで、複数のユーザが別々に移動することがある。また、車で目的地またはその付近まで移動して、駐車した後は、同じ車に乗り合わせた各ユーザがそれぞれ自由行動をとることもある。このような場合には、同じ車に乗り合わせたユーザ同士、互いに位置を確認することができれば便利である。
【００１３】
携帯電話を所有しているユーザの位置を表示する技術としては、例えば下記の特許文献５が挙げられる。特許文献５では、以下のようにして携帯電話Ａの位置を、携帯電話Ｂのユーザが乗車している車に搭載されたカーナビの地図上に表示させている。
【００１４】
すなわち、位置の検出対象となる携帯電話Ａは、その現在地を基地局によって検出させて、その位置をテキストデータとして取得し、さらにこのテキストデータを位置情報サーバに送信する。ここで、位置を取得する携帯電話Ｂは、位置情報サーバに携帯電話Ａの位置のテキストデータを要求し、取得する。そして、携帯電話Ｂは、取得したテキストデータをカーナビに送信することにより、カーナビの地図上に携帯電話Ａの現在地を表示する。
【特許文献１】特開２００２−１８１５５５号公報（2002年6月26日公開）
【特許文献２】特開２００５−１４７９４６号公報（2005年6月9日公開）
【特許文献３】特開２００７−２５６１３７号公報（2007年10月4日公開）
【特許文献４】特開２００４−３０１８０４号公報（2004年10月28日公開）
【特許文献５】特開２００２−２７１８３７号公報（2002年9月20日公開）
【発明の開示】
【発明が解決しようとする課題】
【００１５】
ここで、特許文献５の技術では、携帯電話のユーザ同士が互いに位置を伝え合うことは想定されていない。このため、携帯電話のユーザ同士が互いに位置を伝え合うために特許文献５の技術を用いた場合には、複数のユーザのそれぞれが特別な入力操作を行う必要があるという問題がある。
【００１６】
特許文献５では、携帯電話のユーザ同志が互いに位置を伝え合うことは想定されていないが、仮に３人の携帯電話Ａのユーザ（ユーザａ１〜ａ３）が、特許文献５の技術を用いて互いの位置を確認する場合を考える。
【００１７】
この場合には、ユーザａ１〜ａ３は、まず、それぞれが所有する携帯電話Ａの位置を位置情報サーバに登録する。これにより、位置情報サーバに登録されている各携帯電話Ａの位置を他のユーザが読み出すことが可能になる。
【００１８】
ここで、位置情報サーバに登録されている各携帯電話Ａの位置は、位置情報サーバにアクセスした任意の端末から読み出すことができるが、意図しない第三者に現在地を知られることは、セキュリティ上好ましくない。つまり、特許文献５の技術では、第三者からの読み出しを防ぐための仕組みが必要となる。
【００１９】
このため、特許文献５では、位置情報サーバから携帯電話Ａの位置を読み出す時に、携帯電話Ｂに、携帯電話Ａの電話番号及び認証番号を入力させて、これを位置情報サーバに送信するようにしている。そして、位置情報サーバにおいて、該位置情報サーバに予め格納されている携帯電話Ａの電話番号及び認証番号と、携帯電話Ｂから受信した電話番号及び認証番号とが一致した場合に、携帯電話Ａの位置を携帯電話Ｂに送信するようにしている。
【００２０】
つまり、ユーザａ１が、ユーザａ２及びａ３の位置を取得するためには、ユーザａ２及びａ３の携帯電話Ａの電話番号と認証番号とをそれぞれ入力する必要がある。そして、ユーザａ２及びａ３もユーザａ１と同じ処理を行う必要がある。
【００２１】
このように、特許文献５の技術を用いて携帯電話のユーザ同志が互いに位置を伝え合うためには、各ユーザは、位置情報サーバへの位置の登録、位置を取得したい携帯電話の電話番号及び認証番号の入力という特別な入力操作を行う必要があり、携帯電話のユーザ同志が容易に位置を伝え合うことができないという問題がある。
【００２２】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ユーザが特別な入力操作を行うことなく、複数の通信端末（例えば携帯電話）が、自端末以外の通信端末の位置を取得することを可能にする位置取得支援装置等を実現することにある。
【課題を解決するための手段】
【００２３】
本発明に係る位置取得支援装置は、上記課題を解決するために、複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置であって、上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得手段と、該位置取得情報取得手段が取得した、上記通信端末の位置取得情報を、当該位置取得情報の取得元以外の通信端末に送信する位置取得情報送信手段とを備えていることを特徴としている。
【００２４】
また、本発明に係る位置取得支援装置の制御方法は、上記課題を解決するために、複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置の制御方法であって、上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得ステップと、該位置取得情報取得ステップにて取得した、上記通信端末の位置取得情報を、当該位置取得情報の取得元以外の通信端末に送信する位置取得情報送信ステップとを含むことを特徴としている。
【００２５】
上記の構成および方法によれば、位置取得支援装置は、複数の通信端末のそれぞれから位置取得情報を取得し、取得した位置取得情報を各通信端末に送信する。つまり、位置取得支援装置が介在することによって、各通信端末は、何ら特別な動作を行うことなく、位置取得情報を取得することができる。
【００２６】
また、この位置取得情報は、他の通信端末の位置情報を取得するための情報であるから、各通信端末は、この位置取得情報を用いることにより、他の通信端末の位置情報を取得することができる。すなわち、上記の構成によれば、通信端末のユーザは、特別な操作を行うことなく、他の通信端末の位置情報を取得することができる。
【００２７】
なお、位置取得情報は、他の通信端末の位置情報を取得するための情報であれば、どのようなものであってもよい。例えば、通信端末の位置情報が、サーバに格納されている場合であれば、サーバから位置情報を取得することのできる情報を上記位置取得情報とすることもできる。また、通信端末の位置情報がその通信端末自体に格納されている場合であれば、当該通信端末にアクセスする通信アドレスを上記位置取得情報とすることもできる。
【００２８】
また、位置取得支援装置は、上記自装置から所定の範囲内に存在する上記通信端末のみと通信可能な近距離通信部を備え、上記位置取得情報取得手段は、上記近距離通信部を用いて、上記各通信端末に上記位置取得情報の送信を要求することが好ましい。
【００２９】
上記の構成によれば、位置取得支援装置から所定の範囲内に存在する通信端末のみと通信可能な近距離通信部を用いて位置取得情報の送信要求が行われるので、位置取得支援装置から所定の範囲内（位置取得支援装置からの距離が一定値以下となる位置）に存在する通信端末のみから位置取得情報が送信される。つまり、上記の構成によれば、位置取得支援装置の通信圏内の通信端末のみが、互いの位置情報を取得することができる。
【００３０】
したがって、例えば上記位置取得支援装置をカーナビに設けた場合に、該カーナビが搭載された車に、上記通信端末を所有する複数のユーザが乗り込んだときに、複数のユーザのそれぞれが、上記通信端末の位置情報から、該通信端末のユーザの位置を確認することも可能になる。そして、各ユーザは、他のユーザの位置を確認するためにパスワードを入力する等の特別な操作を行う必要も無い。
【００３１】
なお、上記近距離通信部の通信範囲は、必要に応じて適宜設定すればよい。例えば、上記近距離通信部の通信範囲を位置取得支援装置から半径２０ｍ以内の範囲としてもよい。この場合には、位置取得支援装置から半径２０ｍ以内の範囲に存在する各通信端末は、同じく位置取得支援装置から半径２０ｍ以内の範囲に存在する他の通信端末の位置情報を取得することができる。
【００３２】
また、上記位置取得情報送信手段は、上記位置取得情報と共に、上記通信端末が、上記位置取得情報を用いて上記位置情報を取得可能な期限を示す期限情報を送信することが好ましい。
【００３３】
上記の構成によれば、各通信端末に対し、位置取得情報と共に期限情報が送信される。これにより、期限情報が示す期限を過ぎた後は、各通信端末が位置情報を取得することができないようにすることができる。つまり、上記の構成によれば、位置取得支援装置から位置取得情報を受信した複数の通信端末が、互いの位置情報を一定期間だけ取得できるようになる。これにより、各通信端末が、必要な期間のみ互いの位置情報を取得できるようにし、必要な期間を経過した後は、他の通信端末から位置情報が取得されないようにすることができる。
【００３４】
また、上記位置取得情報は、上記各通信端末がその位置を示す位置情報を送信して格納させる位置格納サーバから上記位置情報を取得するための情報であってもよい。
【００３５】
上記の構成によれば、位置取得支援装置から位置取得情報を受信した通信端末は、該受信した位置取得情報を用いて位置取得サーバから他の通信端末の位置情報を取得することができる。
【００３６】
なお、この場合には、位置取得情報として、例えば位置情報に対応する通信端末を特定する情報（製造ナンバー、通信アドレス、所有者名）等を適用することもできるし、予め設定したパスコード等を適用することもできる。また、これらを組み合わせて用いることもできる。
【００３７】
また、上記各通信端末は、自端末の位置情報を取得する機能を有し、上記位置取得情報は、上記通信端末間で上記位置情報を送受信するための通信アドレスであってもよい。
【００３８】
位置情報は、通信端末間で直接送受信されてもよい。この場合には、上記構成のように、位置取得情報は、他の通信端末に該通信端末の位置情報を自端末に送信させるときに用いる通信アドレス（つまり自端末の通信アドレス）、及び自端末の通信アドレスを他の通信端末に送信するときに用いる通信アドレス（つまり他の通信端末の通信アドレス）であってもよい。
【００３９】
本発明の通信端末は、上記課題を解決するために、自端末の位置を示す位置情報を取得可能な通信端末であって、自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録手段と、上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信手段とを備えていることを特徴としている。
【００４０】
本発明の通信端末の制御方法は、上記課題を解決するために、自端末の位置を示す位置情報を取得可能な通信端末の制御方法であって、自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録ステップと、上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信ステップとを含むことを特徴としている。
【００４１】
上記の構成および方法によれば、複数の通信端末のそれぞれは、位置取得支援装置からの要求を受けて、位置取得情報を位置取得支援装置に送信する。これにより、各通信端末の位置取得情報は、位置取得支援装置に集まることになる。
【００４２】
そして、上記通信端末は、位置取得支援装置から、各通信端末の位置取得情報を受信する。これにより、複数の通信端末のそれぞれは、他の通信端末の位置情報を取得することが可能になる。このように、上記の構成によれば、各通信端末のユーザが特別な操作を行わなくとも、各通信端末は、他の通信端末の位置情報を取得することができる。これにより、ユーザは、他の通信端末を所持しているユーザの位置を容易に確認することができる。
【００４３】
また、上記位置取得支援装置は、上記位置取得情報と共に、該位置取得情報を用いて上記位置情報を取得可能な期限を示す期限情報を送信するものであり、上記期限情報が示す期限を経過したときに、自端末が格納している上記位置取得情報を削除する期限管理手段を備えていることが好ましい。
【００４４】
上記の構成によれば、各通信端末に対し、位置取得情報と共に期限情報が送信される。そして、期限情報が示す期限を経過したときに、位置取得情報は削除される。これにより、期限情報が示す期限を過ぎた後は、通信端末は、位置情報を取得することができないようになる。つまり、上記の構成によれば、位置取得支援装置から位置取得情報を受信した通信端末が、互いの位置情報を一定期間だけ取得できるようになる。
【００４５】
また、上記通信端末は、上記位置取得情報を用いて取得した他の通信端末の位置情報に基づいて、該他の通信端末の位置を含む地図を表示すると共に、該地図上に上記他の通信端末の位置を示す情報を表示する位置表示手段を備えていることが好ましい。
【００４６】
上記の構成によれば、他の通信端末の位置が地図上に表示されるので、通信端末のユーザは、他の通信端末がどこに位置しているかを容易に認識することができる。なお、位置を示す情報は、ユーザが当該通信端末の位置を地図上で認識できるものであればよく、特に限定されない。
【００４７】
また、上記位置取得支援装置は、設定された目的地までのルートガイドを行うナビゲーション機能を有し、上記通信端末は、上記位置取得支援装置から上記目的地の位置を示す目的地位置情報を取得して、自端末の現在の位置から上記目的地の位置までのルートガイドを、表示した地図上で行うルートガイド実行手段を備え、上記位置表示手段は、上記ルートガイドに用いる地図上に上記他の通信端末の位置を示す情報を表示することが好ましい。
【００４８】
上記の構成のように、ナビゲーション機能を有している場合には、位置取得支援装置は、設定された目的地までのルートガイドを行う。しかし、設定された目的地に到着するまでに、通信端末のユーザが、位置取得支援装置のルートガイドを受けられないことも考えられる。
【００４９】
例えば、位置取得支援装置が、車に搭載されている場合に、目的地まで車で乗りつけることができないときには、通信端末のユーザは、車から降りて徒歩等の別の手段で目的地まで移動する必要がある。
【００５０】
上記の構成によれば、このような場合に、ユーザが何ら操作を行うことなく、自動的に通信端末がルートガイドを引き継ぐので、ユーザは目的地まで確実に辿り着くことができる。
【００５１】
また、上記の構成によれば、ルートガイド用に表示された地図上に、他の通信端末の位置を示す情報が表示されるので、ユーザは、地図で目的地までの道順を確認すると同時に、他の通信端末の所在を確認することができる。
【００５２】
また、上記通信端末は、自端末以外の通信端末と通信を行う通信手段と、上記位置表示手段が表示した上記他の通信端末の位置を示す情報を選択する選択手段と、上記選択手段が選択した情報に対応する通信端末と上記通信手段を用いて通信する端末間通信制御手段とを備えていることが好ましい。
【００５３】
上記の構成によれば、通信端末の位置を示す情報を選択するという直感的な操作で、選択した情報に対応する通信端末と通信を行うことができる。これにより、ユーザは、他の通信端末のユーザと容易に連絡を取ることができる。なお、他の通信端末との通信方法は、どのようなものであってもよく、例えば電話による通話、メールの送信等であってもよい。
【００５４】
また、上記位置取得支援装置は、設定された目的地までのルートガイドを行うナビゲーション機能を有し、上記通信端末は、上記位置取得支援装置から上記目的地の位置を示す目的地位置情報を取得して、該取得した目的地位置情報が示す目的地の位置に関連する目的地関連情報を取得する目的地関連情報取得手段を備えていることが好ましい。
【００５５】
上記位置取得支援装置がナビゲーション機能を有している場合には、この機能を利用して目的地またはその周辺に辿り着くことができる。ここで、上記の構成によれば、ユーザが何ら特別な操作を行わなくとも、通信端末が目的地の位置に関連する目的地関連情報を自動的に取得する。
【００５６】
したがって、上記の構成によれば、ユーザは、容易に目的地関連情報を利用することができる。なお、目的地関連情報は、目的地またはその周辺に到着したユーザに役立つ情報であればよく、特に限定されない。
【００５７】
また、上記位置取得支援装置と、複数の上記通信端末と、上記位置格納サーバとを含む位置取得支援システムであれば、上記位置取得支援装置及び上記通信端末と同様の効果を奏する。
【００５８】
また、上記位置取得支援システムでは、上記位置取得情報送信手段は、上記位置取得情報と共に、上記位置格納サーバから位置情報を取得するための認証情報を上記各通信端末に送信し、上記各通信端末は、上記位置情報と共に、上記位置取得情報送信手段から受信した認証情報を上記位置格納サーバに送信し、上記位置格納サーバは、上記認証情報と位置情報とを対応付けて格納し、上記通信端末から上記認証情報を受信したときにのみ、上記認証情報と対応付けて格納した位置情報を上記通信端末に送信することが好ましい。
【００５９】
上記の構成によれば、認証情報を受信した通信端末のみが、位置格納サーバから他の通信端末の位置情報を取得することが可能になる。つまり、上記の構成によれば、位置格納サーバから第三者が位置情報を取得することを防ぐことができる。
【００６０】
なお、上記位置取得支援装置及び上記通信端末は、コンピュータによって実現してもよく、この場合には、コンピュータを上記位置取得支援装置または上記通信端末の各手段として動作させることにより、上記位置取得支援装置または上記通信端末をコンピュータにて実現させる制御プログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
【発明の効果】
【００６１】
以上のように、本発明に係る位置取得支援装置は、複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置であって、上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得手段と、該位置取得情報取得手段が取得した、上記各通信端末の位置取得情報を、当該位置取得情報の取得元以外の各通信端末に送信する位置取得情報送信手段とを備えている構成である。
【００６２】
また、本発明に係る位置取得支援装置の制御方法は、以上のように、複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置の制御方法であって、上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得ステップと、該位置取得情報取得ステップにて取得した、上記各通信端末の位置取得情報を、当該位置取得情報の取得元以外の各通信端末に送信する位置取得情報送信ステップとを含む構成である。
【００６３】
上記の構成によれば、位置取得支援装置は、複数の通信端末のそれぞれから位置取得情報を取得し、取得した位置取得情報を各通信端末に送信する。つまり、位置取得支援装置が介在することによって、各通信端末は、何ら特別な動作を行うことなく、位置取得情報を取得することができる。すなわち、上記の構成によれば、通信端末のユーザは、特別な操作を行うことなく、他の通信端末の位置情報を取得することができるという効果を奏する。
【００６４】
また、本発明の通信端末は、以上のように、自端末の位置を示す位置情報を取得可能な通信端末であって、自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録手段と、上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信手段とを備えている構成である。
【００６５】
そして、本発明の通信端末の制御方法は、以上のように、自端末の位置を示す位置情報を取得可能な通信端末の制御方法であって、自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録ステップと、上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信ステップとを含む構成である。
【００６６】
上記の構成によれば、複数の通信端末のそれぞれは、位置取得支援装置からの要求を受けて、位置取得情報を位置取得支援装置に送信し、上記通信端末は、位置取得支援装置から、各通信端末の位置取得情報を受信する。これにより、複数の通信端末のそれぞれは、他の通信端末の位置情報を取得することが可能になる。
【００６７】
したがって、上記の構成によれば、各通信端末のユーザが特別な操作を行わなくとも、各通信端末は、他の通信端末の位置情報を取得することができるという効果を奏する。
【発明を実施するための最良の形態】
【００６８】
本発明の一実施形態について図１から図１７に基づいて説明すると以下の通りである。本実施形態のグループ生成システムは、車に同乗している複数のユーザのそれぞれが所持している携帯電話をグループ化することによって、グループ化された携帯電話間で互いの位置を容易に確認することができるようにするものである。
【００６９】
〔グループ生成システムの概要〕
ここでは、まず図２に基づいて上記グループ生成システムの概要について説明する。図２は、上記グループ生成システムで行われる処理の一例を示す図である。図示のように、グループ生成システムは、カーナビ、携帯電話Ａ、携帯電話Ｂ、及びサーバで構成される。なお、グループ生成システムには、携帯電話が３台以上含まれていてもよい。
【００７０】
カーナビは、携帯電話Ａのユーザ及び携帯電話Ｂのユーザが乗る車に搭載されており、携帯電話Ａ及びＢと通信可能に構成されている。カーナビと携帯電話Ａ及びＢとは、通信可能に構成されていればよく、その通信手段は特に限定されないが、ここでは、カーナビと携帯電話Ａ及びＢとは、Ｂｌｕｅｔｏｏｔｈ（登録商標）で通信することを想定している。Ｂｌｕｅｔｏｏｔｈで通信を行うため、携帯電話Ａ及びＢは予めカーナビとペアリングしておく必要がある。なお、図示の例では、カーナビと携帯電話Ａ及びＢとは、既にペアリング済みである。
【００７１】
また、携帯電話Ａ及びＢは、一般的な携帯電話機と同様に、通話機能、メール送受信機能等を備えていると共に、自端末の現在位置を取得するＧＰＳ機能を備えている。そして、携帯電話Ａ及びＢは、サーバと通信可能に構成されている。サーバと携帯電話Ａ及びＢとは、通信可能に構成されていればよく、その通信手段は特に限定されないが、ここでは、サーバと携帯電話Ａ及びＢとは、３Ｇ（3rd Generation）網及びインターネットを介して通信することを想定している。
【００７２】
上記グループ生成システムでは、カーナビが、携帯電話ＡとＢとのグループ化を行う。すなわち、図示のように、車中において携帯電話Ａは、カーナビに端末情報（携帯電話Ａのメールアドレス及び電話番号等）を送信し（１）、カーナビは、受信した携帯電話Ａの端末情報を登録する（２）。同様に、携帯電話Ｂも、カーナビに端末情報（携帯電話Ｂのメールアドレス及び電話番号等）を送信し（３）、カーナビは、受信した携帯電話Ｂの端末情報を登録する（４）。
【００７３】
これにより、カーナビでは、携帯電話ＡとＢとが同乗者グループとして設定される。詳細については後述するが、グループ生成システムでは、携帯電話Ａの端末情報を用いることで、携帯電話Ａの位置情報を取得することができるようになっており、同様に携帯電話Ｂの端末情報を用いることで、携帯電話Ｂの位置情報を取得することができるようになっている。
【００７４】
また、カーナビには目的地が入力され、カーナビのルートガイドに従って目的地付近（例えば目的地近隣の駐車場）までドライブが行われる。この処理は、従来の一般的なカーナビと同じである。
【００７５】
ここで、上記グループ生成システムでは、目的地付近において車を駐車したときに、カーナビが、目的地情報（目的地の位置情報）と携帯電話Ａ及びＢから取得した端末情報とを携帯電話Ａ及びＢにブロードキャスト配信する（５）。
【００７６】
目的地情報の配信を受けることによって、携帯電話Ａ及びＢでは、目的地の位置を把握することができる。また、携帯電話Ａ及びＢは、ＧＰＳ機能を備えているので、携帯電話Ａ及びＢでは、現在地の位置情報と、目的地の位置情報とを取得することができる。このため、携帯電話Ａ及びＢは、目的地までのルートガイドを行うマンナビとして使用することも可能になる。また、目的地の位置情報は、カーナビから自動的に配信されるので、携帯電話Ａ及びＢのユーザは、携帯電話Ａ及びＢに目的地の位置情報を入力する必要がない。
【００７７】
さらに、上記グループ生成システムでは、同乗者グループを構成する各端末の端末情報もブロードキャスト配信されるので、携帯電話Ａでは、携帯電話Ｂと同乗者グループとなったことを認識することができ、同様に携帯電話Ｂでは、携帯電話Ａと同乗者グループとなったことを認識することができる。
【００７８】
そして、上記グループ生成システムでは、車を駐車して携帯電話Ａ及びＢのユーザが車から降りた後は、携帯電話Ａ及びＢから、上記同乗者グループに含まれる他の端末（携帯電話ＡまたはＢ）の位置が確認できるようになっている。すなわち、図示の例では、携帯電話Ａからは携帯電話Ｂの位置を確認することができ、同様に携帯電話Ｂからは携帯電話Ａの位置を確認することができる。
【００７９】
具体的には、携帯電話Ａは、ＧＰＳによって携帯電話Ａの現在地を取得する（８）と共に、携帯電話Ａの電話番号と上記取得した現在地とをサーバに送信する（９）。そして、サーバは、受信した携帯電話Ａの電話番号と現在地との登録を行う（１０）。携帯電話Ｂも同様に、現在地及び電話番号をサーバに送信し、サーバは受信した電話番号と現在地とを対応付けて登録する。このようにして、同乗者グループに含まれる各端末の位置及び電話番号が、サーバに登録される。
【００８０】
次に、携帯電話Ａは、他の同乗者の位置を送信するようにサーバに要求を行う（１１）。このとき、携帯電話Ａは、カーナビから受信した端末情報に含まれる電話番号（この場合、携帯電話Ｂの電話番号）をサーバに送信する。位置の送信要求を受けたサーバは、受信した電話番号と登録されている電話番号とを照合し、該電話番号に対応付けられている位置情報（この場合、携帯電話Ｂの現在地を示す位置情報）を携帯電話Ａに送信する（１２）。これにより、携帯電話Ａには、他の同乗者（この場合、携帯電話Ｂのユーザ）の位置が表示される（１３）。また、携帯電話Ｂにおいても同様にして、他の同乗者（この場合、携帯電話Ａのユーザ）の位置が表示される。
【００８１】
このように、グループ生成システムでは、カーナビが搭載された車に同乗した各ユーザの所有する端末（この場合、携帯電話Ａ及びＢ）を同乗者グループとして設定し、この同乗者グループを構成する各携帯電話から、同じ同乗者グループを構成する各携帯電話の位置を参照できるようになっている。これにより、ユーザは、何ら特別な操作を行うことなく、同乗者の位置を簡単に確認することができる。
【００８２】
〔位置情報の取得方法の変形例１〕
上記では、同乗者グループを構成する各端末の現在地をサーバに登録し、各端末からサーバに位置を取得したい端末の電話番号を通知することによって、当該端末の現在地を示す位置情報を取得する例について図２に基づいて説明した。しかしながら、グループ生成システムで行われる位置情報の取得方法は、同乗者グループを構成する各端末の位置情報を、該同乗者グループを構成する他の端末が取得できるものであればよく、この例に限られない。
【００８３】
例えば、図３に示す方法によっても、同乗者グループに含まれる各端末の位置情報を、該同乗者グループを構成する他の端末が取得することができる。図３は、上記グループ生成システムで行われる処理の一例を示す図であり、図２の例とは異なる方法で位置情報を取得する例を示す図である。
【００８４】
図３のグループ生成システムは、カーナビ、携帯電話Ａ、携帯電話Ｂ、携帯電話Ｃ、及びＩＭＳ（IP Multimedia Subsystem）サーバを含む構成である。カーナビ、携帯電話Ａ、携帯電話Ｂは、図２の例と同様のものであり、携帯電話Ｃは、携帯電話Ａ及びＢと同様のものであるから、ここではこれらの構成についての説明を省略する。
【００８５】
ＩＭＳサーバは、ＩＭＳを用いて携帯電話Ａ〜Ｃに所定のサービスを提供するサーバである。ＩＭＳは、パケット通信を利用した携帯電話のマルチメディアサービスを実現するための技術であり、第３世代携帯電話技術の標準化を行っている団体（３ＧＰＰ）で規格化されている技術である。ＩＭＳでは、ＳＩＰ（Session Initiation Protocol）と呼ばれるＩＰ電話の方式を利用することによって、通話にマルチメディア機能を追加することを可能にしている。上記ＩＭＳサーバは、ＩＭＳによる携帯電話Ａ〜Ｃからのパケット送信を利用して、同乗者グループを構成する他の携帯電話に一斉に位置情報等を送信する。
【００８６】
図３の例においても、同乗者グループの生成方法は、図２の例と同様である。すなわち、車中において携帯電話Ａはカーナビに端末情報を送信し（１）、カーナビはそれを登録する（２）。同様に、携帯電話Ｂ及びＣもカーナビに端末情報を送信し、カーナビはそれを登録する（３）〜（６）。これにより、カーナビでは、携帯電話Ａ〜Ｃが同乗者グループとして設定される。
【００８７】
そして、目的地付近において車を駐車したときには、図２の例と同様に、カーナビが、目的地情報と取得した端末情報を携帯電話Ａ〜Ｃにブロードキャスト配信し、携帯電話Ａ〜Ｃのそれぞれは、受信した目的地情報と端末情報リスト（同乗者グループに含まれる他の全端末の端末情報）を登録する（７）〜（１０）。
【００８８】
ここで、図３の例では、携帯電話Ａが、受信した端末情報リストに基づいてＩＭＳグループを生成し（１１）、生成したＩＭＳグループをＩＭＳサーバに登録する（１２）。これにより、ＩＭＳサーバでは、上記ＩＭＳグループが登録される（１３）。なお、ＩＭＳグループの生成、及びＩＭＳサーバへの登録は、同乗者グループに含まれる端末の何れかが行えばよく、必ずしも携帯電話Ａが行う必要はない。
【００８９】
ＩＭＳグループの生成、及びＩＭＳサーバへの登録を行う端末は、どのように決定してもよい。例えば、同乗者グループの中で最も先に当該同乗者グループに登録された端末が上記の処理を行うようにしてもよい。また、同乗者グループを生成するときに、どの端末が上記の処理を行うかを自動的またはユーザ入力で決定するようにしてもよい。
【００９０】
ここで、車を駐車して携帯電話Ａ〜Ｃのユーザが車から降りた後、携帯電話Ａは、ＧＰＳによって自端末の現在地を取得し（１４）、取得した現在地をＩＭＳサーバに送信する（１５）。そして、ＩＭＳサーバは、受信したデータ（この場合、携帯電話Ａの現在地を示す位置情報）をＩＭＳグループの他の端末（この場合、携帯電話Ｂ及びＣ）に送信する（１６）。これにより、携帯電話Ｂ及びＣでは、受信した位置情報に基づいて、携帯電話Ａの位置が表示される（１７）（１８）。
【００９１】
このように、図３の例では、携帯電話Ａが送信する携帯電話Ａの位置情報が、ＩＭＳサーバによってＩＭＳグループ（同乗者グループ）に含まれる携帯電話Ｂ及びＣに送信される。これにより、携帯電話Ｂ及びＣは、携帯電話Ａの現在地を取得して表示することができる。また、同様にして携帯電話Ｂ及びＣの位置情報も、ＩＭＳサーバを介してＩＭＳグループ（同乗者グループ）に含まれる各端末に送信される。これにより、携帯電話Ａ〜Ｃのそれぞれで、同乗者グループに含まれる他の端末の現在地を表示することができる。
【００９２】
ところで、図２及び図３には示していないが、上記グループ生成システムでは、生成された同乗者グループは、一定時間経過後に解消されるようになっている。同乗者グループが解消された後は、携帯電話Ａ〜Ｃは、他の端末の位置情報を取得することができなくなる。つまり、上記グループ生成システムは、同じ車に乗り合わせたメンバーを一時的にグループ化し、該グループに含まれる各メンバーの位置を他のメンバーが把握できるようにするものである。
【００９３】
ここで、上記一定時間経過前に、同乗者グループから離脱することが好ましい場合も考えられる。例えば、同じ車に乗り合わせて目的地まで来たが、車に戻らず別のルートで途中帰宅するような場合には、帰宅途中のユーザの位置が、いつまでも他の同乗者から把握された状態とする必要はなく、このような場合には帰宅するユーザを同乗者グループから離脱させることが好ましい。そこで、上記グループ生成システムでは、同乗者グループからの途中離脱が可能な構成としている。
【００９４】
図３では、携帯電話Ｃが途中離脱を行う例を示している。途中離脱を行う携帯電話Ｃは、ＩＭＳサーバにグループリストからの削除依頼を送信する（１９）。そして、削除依頼を受信したＩＭＳサーバは、携帯電話Ｃをグループから削除すると共に、携帯電話Ｃをグループから削除したことを携帯電話Ａ及びＢに通知する（２０）。通知を受けた携帯電話Ａ及びＢでは、携帯電話Ｃの端末情報が削除される（２１）（２２）。これにより、携帯電話Ｃは、同乗者グループから完全に削除されるので、以後、携帯電話Ａ及びＢから携帯電話Ｃの位置情報を取得することはできなくなる。
【００９５】
〔位置情報の取得方法の変形例２〕
図２及び図３では、サーバまたはＩＭＳサーバを利用して、同乗者グループに含まれる各端末の位置情報を、該同乗者グループに含まれている各端末が取得できるようにした構成を示した。しかしながら、グループ生成システムでは、各端末が、サーバやＩＭＳサーバ等の装置を経由せずに、各端末から直接に位置情報を取得するようにしてもよい。
【００９６】
ここでは、図４に基づいて、端末間で直接に位置情報を送受信することによって、同乗者グループを構成する各端末の位置情報を、該同乗者グループを構成する各端末が取得する例について説明する。図４は、上記グループ生成システムで行われる処理の一例を示す図であり、図２及び図３の例とは異なる方法で位置情報を取得する例を示す図である。なお、図４の（１）〜（７）の処理は、図２と同じであるから、ここではその説明を省略する。
【００９７】
（１）〜（７）の処理を終えて、各端末のユーザが車から降りた後、携帯電話Ａは、ＧＰＳによって自端末の現在地を取得し（８）、取得した現在地を携帯電話ＢにＥメールで送信する（９）。これにより、携帯電話Ａの現在地を示す位置情報が携帯電話Ｂで取得され、表示される（１０）。同様に、携帯電話Ｂも、ＧＰＳによって自端末の現在地を取得し（８）’、取得した現在地を携帯電話ＡにＥメールで送信する（９）’。これにより、携帯電話Ｂの現在地を示す位置情報が携帯電話Ａで取得され、表示される（１０）’。
【００９８】
この（８）〜（１０）及び（８）’〜（１０）’の処理が定期的に繰り返されることによって、携帯電話Ａでは、携帯電話Ｂの最新の現在値を確認することができ、携帯電話Ｂでは、携帯電話Ａの最新の現在値を確認することができる。なお、図示の例では、端末が携帯電話Ａ及びＢの２台である例を示しているが、端末の数は３台以上であっても構わない。端末が３台以上の場合には、位置情報を知らせるＥメールの送信先が複数になる。
【００９９】
また、図４の例では、携帯電話Ｂが途中離脱した場合の処理も示している。すなわち、携帯電話Ｂは、途中帰宅することを携帯電話ＡにＥメールで通知する（１１）。そして、この通知を受けた携帯電話Ａは、携帯電話Ｂの端末情報を削除する。以降、携帯電話Ａは、携帯電話Ｂへの位置情報の送信を行わず、携帯電話Ｂも携帯電話Ａへの位置情報の送信を行わない（１２）。
【０１００】
このように、端末間で直接に位置情報を送受信することによっても、同乗者グループを構成する各端末の位置情報を、該同乗者グループを構成する他の端末が取得することが可能である。また、途中離脱する処理もサーバ等を介することなく行うことができる。なお、端末間での位置情報等はＥメールに限られず、任意の通信方法で伝達することができる。
【０１０１】
〔目的地関連情報の取得〕
上述のように、グループ生成システムでは、車を駐車したときにカーナビから目的地の位置情報が、同乗者グループに含まれる各端末に送信される。グループ生成システムでは、各端末のそれぞれが、この目的地の位置情報を用いて、目的地に関連する情報である目的地関連情報を取得する。これにより、各端末のユーザは、何ら操作を行うことなく、目的地関連情報を参照することが可能になる。
【０１０２】
ここでは、同乗者グループを構成する各端末が目的地関連情報を取得する処理の概要について、図５に基づいて説明する。図５は、グループ生成システムで行われる処理の一例を示す図であり、目的地関連情報を取得する処理の概要を示す図である。
【０１０３】
なお、目的地関連情報は、目的地に関連する情報であれば、どのようなものであってもよい。例えば、目的地周辺の観光情報、飲食施設、交通機関、トイレ等の位置を示す情報を目的地関連情報としてもよい。これにより、各端末のユーザは、ガイドブックなどを開くことなく、目的地周辺の散策を楽しむことができる。
【０１０４】
図５では、車が駐車場に到着した以降の、カーナビ、携帯電話、及びサービスの動作の一例を示している。なお、カーナビ及び携帯電話は、図２〜図４の例のものと同様であり、サービスは、携帯電話に地図情報及びルートガイドを提供すると共に、目的地関連情報を提供するものである。また、ここでは簡単のため携帯電話を１台のみ示しているが、携帯電話は複数台であっても構わない。
【０１０５】
まず、車が駐車場に到着して駐車が行なわれると、カーナビは、エンジンがＯＦＦされたことや、サイドブレーキがかけられたこと等を検出して、車が駐車されたことを判別する。なお、車が駐車されたことの判別手法は、上記の例に限られない。例えば、ＧＰＳで取得した現在地が、地図上の駐車場の位置に一致している場合に、車の移動速度がゼロになったときに車が駐車されたと判別してもよい。
【０１０６】
そして、車が駐車されたと判別したカーナビは、携帯電話に位置情報を送信する。この位置情報には、当該カーナビに設定されている目的地の位置を示す位置情報、及び当該カーナビが搭載されている車の現在地（駐車位置）を示す位置情報が含まれている。なお、車の現在地（駐車位置）の位置情報は、携帯電話のユーザが車に戻るときに用いられる。
【０１０７】
ここで、車を立体駐車場等のような、鉛直方向に階層を有する場所に駐車した場合には、ＧＰＳで取得した位置情報のみでは、車を駐車した場所にスムーズに到達することができないことも考えられる。例えば、２階建ての立体駐車場に駐車したときには、ＧＰＳの位置情報のみでは、１階に駐車したのか、２階に駐車したのかを判断することができない。
【０１０８】
そこで、携帯電話は、カーナビから位置情報を受信したときに、ユーザに駐車位置の詳細情報を入力させるようにしてもよい。例えば、上記詳細情報として、駐車位置の階数や、駐車位置に付された番号等を入力しておくことにより、目的地から駐車位置まで戻ってきたときに、スムーズに車に到達することができる。
【０１０９】
さて、ユーザが車から降りて、目的地に向かって出発すると、携帯電話は、自端末が備えるＧＰＳによって現在地を取得し、取得した現在地をサービスに送信し、現在地周辺の地図データを送信するよう要求する。
【０１１０】
そして、現在地を受信し、地図データの送信要求を受けたサービスは、地図データベースから、携帯電話の現在地付近の地図を検索し、検出した地図データを携帯電話に送信する。携帯電話は、この地図データを自端末に登録し、登録した地図データを表示する。これにより、携帯電話のユーザは、現在地周辺の地図を確認することができる。
【０１１１】
また、携帯電話は、サービスに対して目的地の位置を示す位置情報を送信して、目的地関連情報の送信を要求する。そして、要求を受けたサービスは、目的地関連情報検索用のデータベースから目的地関連情報の検索を行い、検出した目的地関連情報を携帯電話に送信する。携帯電話は、この目的地関連情報を上記登録した地図データと重畳して表示する。これにより、携帯電話のユーザは、現在地周辺の地図、及び目的地関連情報を確認することができる。
【０１１２】
なお、上記目的地関連情報検索用のデータベースは、サービスが備えていてもよいし、他のサーバ等が備えていてもよい。また、目的地関連情報を送信するサービスの提供元と、地図データを送信するサービスの提供元とは同一であってもよいし、異なっていてもよい。
【０１１３】
〔グループ生成システム１００のハードウェア構成〕
続いて、上述のような処理を実行するグループ生成システム（位置取得支援システム）１００のハードウェア構成について、図６に基づいて説明する。図６は、グループ生成システム１００のハードウェア構成を示すブロック図である。図示のように、グループ生成システム１００は、携帯電話（通信端末）１、カーナビ（位置取得支援装置）３０、及びサーバ（位置格納サーバ）５０を含む構成である。なお、図６では、簡単のため、携帯電話１を１台のみ示しているが、グループ生成システム１００には、複数台の携帯電話１が含まれる。
【０１１４】
〔携帯電話１の構成〕
携帯電話１は、通話機能と電子メール（Ｅメール）送信機能とＧＰＳ機能とを備えた通信端末であり、カーナビ３０及びサーバ５０と通信可能に構成されている。図示のように、携帯電話１は、位置取得部２、電話網通信部３、音声入力部４、音声出力部５、携帯電話制御部６、一時記憶部７、携帯電話記憶部８、近距離通信部９、操作部１０、及び表示部１１を備えている。
【０１１５】
位置取得部２は、携帯電話１の現在位置を取得するものである。すなわち、位置取得部２によって携帯電話１のＧＰＳ機能が実現されている。なお、位置取得部２は、携帯電話１の現在位置を検出できるようになっていればよく、必ずしもＧＰＳを利用するものである必要はない。例えば、位置取得部２は、現在通信可能な基地局がどの基地局であるかを判断することによって、携帯電話１の現在位置を検出するものであってもよい。
【０１１６】
電話網通信部３は、携帯電話網等を介して、他の携帯電話機や一般電話機と通話を行ったり、インターネットに接続して通信を行ったりするためのものである。グループ生成システム１００では、携帯電話１が電話網通信部３を介してサーバ５０と通信するようになっている。具体的には、電話網通信部３は、携帯電話網（３Ｇ）を介してインターネットに接続し、インターネット経由でサーバ５０と通信を行う。なお、通話機能、インターネット接続機能、及びサーバ５０との通信機能が、それぞれ別の通信部によって実現されていてもよい。
【０１１７】
音声入力部４は、例えば通話時等において携帯電話１に音声信号を入力するためのものであり、音声出力部５は、通話時等において電話網通信部３が受信した音声信号等に基づいて音声を出力するためのものである。また、音声出力部５は、電話やメール等の着信を示す音声等も出力する。音声入力部４及び音声出力部５は、それぞれ音声の入力及び出力ができるものであればよく、従来の携帯電話機等で使用されているものを適用することもできる。
【０１１８】
携帯電話制御部６は、携帯電話１の動作を統括して制御するものであり、例えばＣＰＵ等で構成することができる。携帯電話制御部６は、例えばＲＡＭ等で構成される一時記憶部７を作業領域として動作する。なお、携帯電話制御部６が行う処理の詳細については、後に詳しく説明する。
【０１１９】
携帯電話記憶部８は、図示のように、プログラム及びデータを格納している。携帯電話１は、携帯電話記憶部８に格納されているプログラムを、携帯電話制御部６が一時記憶部７に読み出して実行することによって予め定められた動作を実行する。また、例えば電話網通信部３が受信したメール等のデータや、携帯電話１のユーザが記録した電話番号やメールアドレス等のデータも携帯電話記憶部８に格納されるようになっている。なお、携帯電話記憶部８は、携帯電話１の本体から着脱可能に構成されていてもよい。携帯電話記憶部８に格納されているデータの詳細については後述する。
【０１２０】
近距離通信部９は、携帯電話１が他の装置と通信を行うためのものであり、グループ生成システム１００では、近距離通信部９は、携帯電話１がカーナビ３０と通信を行うために用いられる。ここで、グループ生成システム１００では、カーナビ３０が搭載された車に同乗している複数のユーザのそれぞれが携帯電話１を所持している場合に、カーナビ３０が、各携帯電話１との通信接続を試み、通信に成功した携帯電話１を同乗者グループとして設定する。
【０１２１】
このため、近距離通信部９は、同じ車に乗り合わせた各ユーザが所持している携帯電話１とカーナビ３０との間で通信が行えるようなものとする必要がある。つまり、通信可能範囲が余りに広い通信手段を用いた場合には、車外の携帯電話１を同乗者グループに組み込んでしまう可能性があり、また逆に通信可能範囲が余りに狭い通信手段を用いた場合には、同じ車内の携帯電話１が同乗者グループに組み込まれない可能性がある。
【０１２２】
そこで、携帯電話１では、近距離通信部９は、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信を行うものとしている。Ｂｌｕｅｔｏｏｔｈ通信であれば、一般的な広さの乗用自動車であれば、各座席に座っているユーザが所持している携帯電話１とカーナビ３０との間で通信を行うことが十分に可能である。また、通信可能範囲が広すぎるということもないので車外の携帯電話１にまで及ぶ可能性も低い。Ｂｌｕｅｔｏｏｔｈ通信では、最大で半径１００ｍ程度の範囲内の機器と通信が可能であるが、ここでは半径２０ｍ程度の範囲内の機器と通信可能に設定されているものとする。
【０１２３】
なお、近距離通信部９の通信方式は、Ｂｌｕｅｔｏｏｔｈ通信に限られない。例えば、ＺｉｇＢｅｅ（登録商標）、ＵＷＢ（Ultra Wide Band）を適用することもできるし、Ｗｉ‐Ｆｉ（登録商標）等のＩＥＥＥ８０２．１１無線を適用することもできる。また、携帯電話１とカーナビ３０とは、通信可能に構成されていればよく、有線接続されていてもよい。
【０１２４】
操作部１０は、携帯電話１のユーザが携帯電話１に操作入力を行うためのものであり、ユーザが所望の操作入力を行えるものであれば特に限定されない。なお、ここでは、操作部１０は、携帯電話１の本体表面に設けられた操作キーで構成されていることを想定している。
【０１２５】
具体的には、操作キーとして、メールに関連するメニュー画面やインターネット接続に関するメニュー画面等を表示部１１に表示させる各種メニューキーや、通話の開始、終了等の入力を行うためのキー、表示部１１に表示される項目を選択するための上下左右の方向キー、選択された項目を決定する決定キー、数字や文字を入力するための文字入力キー、入力する文字の切り換えを行う切換キー等を含む複数の操作キーを備えているものとする。
【０１２６】
表示部１１は、携帯電話制御部６の指示に従って画像を表示するものである。表示部１１は、携帯電話制御部６の指示に従って画像を表示するものであればよく、特に限定されない。表示部１１は、例えばＬＣＤ（Liquid Crystal Display）表示パネルやＥＬ（Electro Luminescence）表示パネル等で構成することもできる。
【０１２７】
〔カーナビ３０の構成〕
カーナビ３０は、一般的なカーナビと同様に、地図を表示して目的地までのルートガイドを行う機能を備えていると共に、自装置と通信可能な携帯電話１で同乗者グループを形成する機能を有している。図示のように、近距離通信部３１、位置取得部３２、音声入力部３３、音声出力部３４、カーナビ制御部３５、一時記憶部３６、カーナビ記憶部３７、車両信号入力部３８、操作部３９、及び表示部４０を備えている。
【０１２８】
近距離通信部３１は、携帯電話１の近距離通信部９と通信を行うためのものである。このため、近距離通信部３１は、携帯電話１の近距離通信部９の通信方式と同じ通信方式で通信が行えるように構成される。ここでは、携帯電話１の近距離通信部９がＢｌｕｅｔｏｏｔｈ通信を行うことを想定しているので、カーナビ３０の近距離通信部３１もＢｌｕｅｔｏｏｔｈ通信を行うことができるように構成される。
【０１２９】
位置取得部３２は、ＧＰＳを利用してカーナビ３０の現在位置（つまり、カーナビ３０が搭載された車の現在地）を取得する。カーナビ３０では、この現在地に基づいて、表示部４０に、現在地付近の地図が表示され、その地図中に車の現在位置が重畳して表示される。
【０１３０】
音声入力部３３は、カーナビ３０に音声入力を行うものであり、例えばマイク等で構成される。カーナビ３０では、操作部３９から入力操作を行うことができるようになっていると共に、音声入力部３３から音声によって入力操作を行うこともできるようになっている。
【０１３１】
音声出力部３４は、カーナビ制御部３５の指示に従って音声の出力を行うものであり、例えばスピーカ等で構成される。音声出力部３４からは、例えばルートガイド用の音声等が出力される。
【０１３２】
カーナビ制御部３５は、カーナビ３０の動作を統括して制御するものであり、例えばＣＰＵ等で構成することができる。カーナビ制御部３５は、例えばＲＡＭ等で構成される一時記憶部３６を作業領域として動作する。なお、カーナビ制御部３５が行う処理の詳細については、後に詳しく説明する。
【０１３３】
カーナビ記憶部３７は、図示のように、プログラム及びデータを格納しており、カーナビ３０は、カーナビ記憶部３７に格納されているプログラムを、カーナビ制御部３５が一時記憶部３６に読み出して実行することによって予め定められた動作を実行する。また、例えば地図データや、音声出力を行うための音声データ等もカーナビ記憶部３７に格納されている。なお、カーナビ記憶部３７は、カーナビ３０の本体から着脱可能に構成されていてもよい。カーナビ記憶部３７に格納されているデータの詳細については後述する。
【０１３４】
車両信号入力部３８は、パーキングブレーキがかかっているか否かを検出するパーキングブレーキセンサーの検出結果、及び車の速度を検出する車速度センサーの検出結果の入力を受け付け、これらの検出結果をカーナビ制御部３５に送る。カーナビ制御部３５では、これらの検出結果に基づいて、車が駐車されたか否かが判断される。
【０１３５】
操作部３９は、ユーザがカーナビ３０に入力操作を行うためのものであり、表示部４０はカーナビ制御部３５の指示に従って、目的地を設定するための入力画面、地図、目的地までのルート等を表示するものである。カーナビ３０では、操作部３９が表示部４０への接触を入力操作として検出する、いわゆるタッチパネル方式で入力を行うものとする。なお、操作部３９は、ユーザの入力操作を受け付け可能な構成となっていればよく、例えば操作部３９を複数の入力ボタンで構成してもよい。
【０１３６】
〔サーバ５０の構成〕
サーバ５０は、複数の携帯電話１で構成される同乗者グループにサービスを提供するものである。具体的には、サーバ５０は携帯電話１への、地図及びルートガイドの提供、目的地関連情報の提供、及び位置情報の通知等のサービスを提供する。図示のように、通信部５１、サーバ制御部５２、一時記憶部５３、サーバ記憶部５４、操作部５５、及び表示部５６を備えている。
【０１３７】
通信部５１は、携帯電話１の電話網通信部３と通信を行うためのものである。このため、通信部５１は、携帯電話１の電話網通信部３の通信方式と同じ通信方式で通信が行えるように構成される。ここでは、携帯電話１の電話網通信部３がインターネットを介して通信を行うことを想定しているので、サーバ５０の通信部５１もインターネットを介して通信を行うことができるように構成される。
【０１３８】
サーバ制御部５２は、サーバ５０の動作を統括して制御するものであり、例えばＣＰＵ等で構成することができる。サーバ制御部５２は、例えばＲＡＭ等で構成される一時記憶部５３を作業領域として動作する。なお、サーバ制御部５２が行う処理の詳細については、後に詳しく説明する。
【０１３９】
サーバ記憶部５４は、図示のように、プログラム及びデータを格納しており、サーバ５０は、サーバ記憶部５４に格納されているプログラムを、サーバ制御部５２が一時記憶部５３に読み出して実行することによって予め定められた動作を実行する。なお、サーバ記憶部５４に格納されているデータの詳細については後述する。
【０１４０】
操作部５５は、サーバ５０に入力操作を行うためのものであり、表示部５６はサーバ制御部５２の指示に従って画像を表示するものである。これにより、表示部５６に表示される画像を確認しながら、サーバ５０に入力操作を行うことができる。
【０１４１】
以上のように、本実施形態では、携帯電話１、カーナビ３０、及びサーバ５０の各ブロック、特に携帯電話制御部６、カーナビ制御部３５、及びサーバ制御部５２を、ソフトウェアで構成する例について説明する。
【０１４２】
すなわち、携帯電話１、カーナビ３０、及びサーバ５０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。
【０１４３】
そして、本発明の目的は、上述した機能を実現するソフトウェアである携帯電話１、カーナビ３０、及びサーバ５０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記携帯電話１、カーナビ３０、及びサーバ５０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１４４】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１４５】
また、携帯電話１、カーナビ３０、及びサーバ５０を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１４６】
なお、携帯電話１、カーナビ３０、及びサーバ５０の機能は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。また、携帯電話制御部６、カーナビ制御部３５、及びサーバ制御部５２は、ハードウェアロジックによって構成してもよい。
【０１４７】
〔グループ生成システム１００のより詳細な構成〕
続いて、グループ生成システム１００のより詳細な構成について、図１に基づいて説明する。図１は、グループ生成システム１００の要部構成を示すブロック図である。なお、図６に示したように、携帯電話１とカーナビ３０との間の通信は、近距離通信部９及び３１を介して行なわれ、携帯電話１とサーバ５０との間の通信は、電話網通信部３及び通信部５１を介して行なわれるが、ここでは簡単のため、これらの構成の記載を省略している。
【０１４８】
〔携帯電話１のより詳細な構成〕
図示のように、携帯電話１の携帯電話制御部６には、同乗者グループ登録部（位置情報登録手段、位置取得情報受信手段）２０、目的地関連情報取得部（目的地関連情報取得手段）２１、ルートガイド要求部（ルートガイド実行手段）２２、同乗者位置表示部（位置表示手段）２３、同乗者グループ離脱処理部（期限管理手段）２４、及び同乗者間通信制御部（選択手段、端末間通信制御手段）２５が含まれており、携帯電話記憶部８には、端末情報格納部２６、同乗者グループ関連情報格納部２７、及び駐車位置格納部２８が含まれている。
【０１４９】
同乗者グループ登録部２０は、携帯電話１をカーナビ３０が設定する同乗者グループに登録させる処理を行う。ここでは、携帯電話１とカーナビ３０とがＢｌｕｅｔｏｏｔｈ通信を行うことを想定しているので、通信開始前に予めペアリングを行う必要がある。同乗者グループ登録部２０は、このペアリング処理を行い、これにより携帯電話１がカーナビ３０において、同乗者グループの候補として登録される。
【０１５０】
また、同乗者グループ登録部２０は、携帯電話１とカーナビ３０とが通信可能な状態となったとき、すなわち携帯電話１のユーザがカーナビ３０の搭載された車に乗り込み、カーナビ３０に電流が供給されたときに、カーナビ３０からの要求を受けて、携帯電話１の端末情報（位置取得情報）をカーナビ３０に送信する。これにより、携帯電話１の端末情報がカーナビ３０に登録されて、携帯電話１は同乗者グループの構成端末となる。
【０１５１】
なお、詳細については後述するが、端末情報は自端末が取得した自端末の位置情報を自端末以外の端末が取得するための情報である。つまり、携帯電話１の端末情報を用いることによって、他の端末は、携帯電話１の位置情報を取得することができるようになっている。
【０１５２】
目的地関連情報取得部２１は、サーバ５０から目的地関連情報を取得する処理を行う。具体的には、目的地関連情報取得部２１は、カーナビ３０から受信した目的地の位置情報をサーバ５０に送信して、目的地に関連する情報である目的地関連情報を携帯電話１に送信させる。また、目的地関連情報取得部２１は、受信した目的地関連情報を自動的に、またはユーザの入力操作に従って表示部１１に表示する処理も行う。
【０１５３】
ルートガイド要求部２２は、カーナビ３０から受信した携帯電話１の現在地及び目的地をサーバ５０に送信し、サーバ５０に上記現在地から目的地までのルートガイドを行わせる。具体的には、ルートガイド要求部２２は、サーバ５０から受信した目的地までの地図を表示部１１に表示させると共に、同じくサーバ５０から受信した目的地までの道順を示すルート情報を表示させた地図上に重畳して表示させる。
【０１５４】
同乗者位置表示部２３は、同乗者グループに含まれる他の端末の現在地を取得し、表示部１１に表示する処理を行う。より詳細には、同乗者位置表示部２３は、ルートガイド要求部２２が表示部１１に表示させた地図に上記取得した他の端末の現在地が含まれる場合に、上記地図上に当該端末の現在地を示す情報（例えば記号や文字、アイコン等）を表示する。また、ルートガイド要求部２２が表示部１１に表示させた地図に上記取得した他の端末の現在地が含まれない場合には、同乗者位置表示部２３は、上記とは別の地図を表示して該地図上に当該端末の現在地を示す情報を表示する。
【０１５５】
同乗者グループ離脱処理部２４は、携帯電話１を同乗者グループから離脱させる処理を行う。具体的には、同乗者グループ離脱処理部２４は、操作部１０に対して同乗者グループを離脱する旨の入力操作が行われたとき、同乗者グループに設定されている期限を経過したとき、及び携帯電話１が目的地から所定範囲外に出たときに、携帯電話１を同乗者グループから離脱させる。
【０１５６】
同乗者間通信制御部２５は、同乗者位置表示部２３が表示部１１に表示させた、同乗者グループを構成する他の端末の現在地を示す情報が選択されたときに、該情報に対応する端末と通信を行う。具体的には、同乗者間通信制御部２５は、上記情報が選択されたときに、該情報に対応する端末に対して、メールの送信または電話の発信を行う。
【０１５７】
端末情報格納部２６には、携帯電話１の端末情報が格納される。具体的には、端末情報格納部２６には、携帯電話１の電話番号、メールアドレス、及び所有者名等が格納される。端末情報は、携帯電話１の位置情報を他の端末が取得するためのものであり、この目的を果たすことができるものであればどのようなものであってもよい。
【０１５８】
同乗者グループ関連情報格納部２７には、カーナビ３０が設定した同乗者グループに関する情報が格納される。具体的には、同乗者グループ関連情報格納部２７には、同乗者グループを構成する他の端末の端末情報等が格納される。
【０１５９】
駐車位置格納部２８には、カーナビ３０が搭載されている車の駐車位置が格納される。ルートガイド要求部２２は、ユーザが駐車位置に戻る旨の入力操作を行ったときに、駐車位置格納部２８に格納されている駐車位置を用いて、現在地から駐車位置までのルートガイドを行う。グループ生成システム１００では、カーナビ３０が駐車位置を取得して携帯電話１に送信するので、駐車位置格納部２８にはカーナビ３０が送信した駐車位置が格納される。
【０１６０】
〔カーナビ３０のより詳細な構成〕
図示のように、カーナビ３０のカーナビ制御部３５には、端末登録部４０、同乗者グループ生成部（位置取得情報取得手段）４１、同乗者グループ情報配信部（位置取得情報送信手段）４２、動作状態判断部４３、ルートガイド実行部４４が含まれており、カーナビ記憶部３７には、登録端末管理テーブル４５、及びカーナビ側同乗者グループ管理テーブル４６が含まれている。
【０１６１】
端末登録部４０は、同乗者グループを構成する候補となる端末を登録端末管理テーブル４５に登録する。具体的には、端末登録部４０は、操作部３９に対して所定の入力操作（ペアリング操作）が行われたことを検出したときに、携帯電話１と互いのＢｌｕｅｔｏｏｔｈ通信アドレスを交換するペアリング処理を行う。そして、交換したＢｌｕｅｔｏｏｔｈ通信アドレスを登録端末管理テーブル４５に登録する。つまり、カーナビ３０とペアリング済みの端末が同乗者グループを構成する候補となる端末ということになる。
【０１６２】
同乗者グループ生成部４１は、登録端末管理テーブル４５に登録されている端末の中から、カーナビ３０が現在通信可能な端末を検索し、検出した端末を同乗者グループとして設定する。また、同乗者グループ生成部４１は、上記のようにして設定した同乗者グループをカーナビ側同乗者グループ管理テーブル４６に登録する。
【０１６３】
同乗者グループ情報配信部４２は、カーナビ側同乗者グループ管理テーブル４６に登録された各端末に対して、同じくカーナビ側同乗者グループ管理テーブル４６に登録された他の端末の上記端末情報を配信する。
【０１６４】
動作状態判断部４３は、車両信号入力部３８（図６参照）から、パーキングブレーキがかかっているか否かの検出結果、及び車の速度の検出結果を受け取り、これらの検出結果に基づいて、車が駐車されたか否かを判断する。
【０１６５】
ルートガイド実行部４４は、位置取得部３２（図６参照）が取得した現在地から、ユーザによって設定された目的地までのルートガイドを行う。具体的には、ルートガイド実行部４４は、上記現在地付近の地図をカーナビ記憶部３７から読み出して表示部４０に表示させる。そして、表示させた地図に重畳して目的地までのルートを表示すると共に、表示したルートを車が走行できるように、音声出力部３４に音声ガイドを行わせる。
【０１６６】
登録端末管理テーブル４５には、カーナビ３０とペアリング済みの端末のＢｌｕｅｔｏｏｔｈ通信アドレスが格納される。登録端末管理テーブル４５にＢｌｕｅｔｏｏｔｈ通信アドレスが格納された端末のうち、現在カーナビ３０とＢｌｕｅｔｏｏｔｈ通信可能な端末が同乗者グループに組み込まれることになる。
【０１６７】
カーナビ側同乗者グループ管理テーブル４６は、同乗者グループ生成部４１が生成した同乗者グループを管理するテーブルであり、カーナビ側同乗者グループ管理テーブル４６には、同乗者グループを構成する各端末（この場合、携帯電話１）の端末情報が含まれている。カーナビ側同乗者グループ管理テーブル４６は、例えば下記の表１に示す態様とすることもできる。
【０１６８】
【表１】
【０１６９】
表１は、カーナビ側同乗者グループ管理テーブル４６の一例を示している。表１のカーナビ側同乗者グループ管理テーブル４６では、ヘッダ情報に、ペアリングした携帯電話１の数、すなわち登録端末管理テーブル４５に登録済みの端末の総数と、乗車した端末の数、すなわちカーナビ３０と現在接続中である端末の総数とが含まれている。
【０１７０】
そして、表１に示すように、カーナビ側同乗者グループ管理テーブル４６には、登録されている各端末の端末情報が含まれている。表１の例では、端末情報に、カーナビ３０に登録を行った順に付与される登録番号、Ｂｌｕｅｔｏｏｔｈアドレス、ユーザの氏名、電話番号、メールアドレス、及びカーナビ３０との接続の有無を示す情報が含まれている。
【０１７１】
なお、表１は、カーナビ側同乗者グループ管理テーブル４６の一例を示すものであり、カーナビ側同乗者グループ管理テーブル４６の態様はこの例に限られない。カーナビ側同乗者グループ管理テーブル４６は、少なくとも同乗者グループを構成する各端末の位置を取得可能な情報を含むものであればよい。
【０１７２】
〔サーバ５０のより詳細な構成〕
図示のように、サーバ５０のサーバ制御部５２は、目的地関連情報送信部６１、ルートガイド送信部６２、同乗者位置送信部６３、及び同乗者グループ関連情報消去部６４を含み、サーバ記憶部５４は、サーバ側同乗者グループ管理テーブル６５を含む。
【０１７３】
目的地関連情報送信部６１は、携帯電話１から目的地の位置情報と目的地関連情報の送信要求とを受信し、受信した目的地の位置情報に基づいて、当該目的地付近の店舗、施設等を示す目的地関連情報を検索し、検出した目的地関連情報を携帯電話１に送信する。なお、目的地関連情報は、サーバ５０に目的地関連情報のデータベースを設け、該データベース内から検索するようにしてもよいし、サーバ５０と有線または無線通信接続された他のデータベースから検索するようにしてもよい。
【０１７４】
ルートガイド送信部６２は、携帯電話１から当該携帯電話の現在地及び目的地の位置情報と、ルートガイドの送信要求とを受信し、受信した現在地を含む範囲の地図と、現在地から目的地までのルートを示すルート情報とを携帯電話１に送信する。なお、地図は、サーバ５０に地図のデータベースを設け、該データベース内から取得するようにしてもよいし、サーバ５０と有線または無線通信接続された他のデータベースから取得するようにしてもよい。また、ルート情報は、ルートガイド送信部６２が生成してもよいし、サーバ５０と有線または無線通信接続された他の装置に生成させて取得するようにしてもよい。
【０１７５】
同乗者位置送信部６３は、携帯電話１からの指示を受けて、同乗者グループに含まれる他の携帯電話１の位置を示す位置情報を送信する。同乗者位置送信部６３は、図２の例のように、携帯電話１から要求された他の端末の現在地を携帯電話１に送信するものであってもよいし、図３の例のように携帯電話１から現在地を受信したときに、携帯電話１に他の端末の現在地を送信するものであってもよい。
【０１７６】
同乗者グループ関連情報消去部６４は、同乗者グループが解消されたとき、及び同乗者グループから離脱した携帯電話１があったときに、サーバ側同乗者グループ管理テーブル６５に格納されている同乗者グループ関連情報の削除を行う。なお、同乗者グループ関連情報には、同乗者グループを構成する各端末の端末情報と、同乗者グループの各端末に共通して適用できる同乗者グループ情報（例えば、目的地の位置情報等）とが含まれている。
【０１７７】
〔グループ生成システム１００における処理の流れ〕
続いて、グループ生成システム１００における処理の流れについて、図７に基づいて説明する。図７は、グループ生成システム１００で実行される処理の全体の流れを示すフローチャートである。なお、同図では、携帯電話１をそれぞれ所有する複数のユーザがカーナビ３０を搭載した車に乗り込んだ状態からの処理の流れを示している。以下では、まず携帯電話１が実行する処理について説明し、その後でカーナビ３０が実行する処理について説明する。
【０１７８】
〔携帯電話１の処理〕
携帯電話１がカーナビ３０に事前に登録（ペアリング）を行っている場合には、カーナビ３０が実行する同乗者確認（Ｓ１０）によって、携帯電話１が同乗者グループに登録される。具体的には、同乗者確認処理では、携帯電話１の端末情報が、カーナビ３０のカーナビ側同乗者グループ管理テーブル４６に登録される。
【０１７９】
一方、携帯電話１がカーナビ３０に登録されていない場合には、携帯電話１とカーナビ３０とのペアリングを行う必要がある。そこで、携帯電話１の同乗者グループ登録部２０は、まず登録処理を行う（Ｓ１）。登録処理では、携帯電話１とカーナビ３０とのペアリングが行われ、続いて携帯電話１の端末情報がカーナビ側同乗者グループ管理テーブル４６に登録される。なお、登録処理の詳細については後述する。
【０１８０】
カーナビ３０が実行する同乗者確認（Ｓ１０）または登録処理（Ｓ１）によって、同乗者グループへの登録が行われると、同乗者グループ登録部２０は、カーナビ３０からの接続要求を待ち受ける（Ｓ２）。なお、接続要求は、カーナビ３０が搭載された車が駐車したときに送信される。接続要求は、例えば下記の表２に示すようなデータ形式とすることもできる。
【０１８１】
【表２】
【０１８２】
そして、接続要求の受信を確認した場合（Ｓ２でＹＥＳ）には、同乗者グループ登録部２０は、カーナビ３０と接続処理を行う（Ｓ３）。接続処理を行うことによって、携帯電話１とカーナビ３０との間でＢｌｕｅｔｏｏｔｈ通信接続が確立され、携帯電話１とカーナビ３０とは、近距離通信部９及び３１を介して相互に通信を行うことが可能になる。
【０１８３】
携帯電話１とカーナビ３０とのＢｌｕｅｔｏｏｔｈ通信接続が確立されると、カーナビ３０から携帯電話１に同乗者グループ関連情報が送信されるので、携帯電話１はこれを受信する（Ｓ４）。上述のように同乗者グループ関連情報は、端末情報と同乗者グループ情報とを含む情報であり、カーナビ側同乗者グループ管理テーブル４６に格納されている。同乗者グループ関連情報は、例えば表３のようなデータ形式としてもよい。
【０１８４】
【表３】
【０１８５】
表３の例では、同乗者グループ情報として、目的地（緯度、経度）、現在地（緯度、経度）、同乗者グループの存続期限を示す終了時刻（期限情報）、及び同乗者グループが生成されたときに付与されるパスコードが含まれている。また、端末情報として、同乗者数、同乗者１〜３の氏名、電話番号、及びメールアドレスが含まれている。なお、表３の「現在地」は、カーナビ３０の現在地、すなわち駐車位置を示している。また、パスコードは、サーバ５０から他の端末の位置情報を取得するために用いられるものである。
【０１８６】
続いて、同乗者グループ登録部２０は、受信した同乗者グループ関連情報を同乗者グループ関連情報格納部２７に格納し、受信した現在地（車の駐車位置）を駐車位置格納部２８に格納する（Ｓ５）。つまり、同乗者グループ関連情報格納部２７には、上記表３に示すようなデータが格納されることになる。なお、携帯電話１は、位置取得部２を備えているので、車の駐車位置は、携帯電話１が取得するようにしてもよい。
【０１８７】
以上のようにして、同乗者グループ関連情報及び駐車位置を格納した同乗者グループ登録部２０は、カーナビ３０に切断要求を送信し（Ｓ６）、カーナビ３０とのＢｌｕｅｔｏｏｔｈ通信接続を切断する（Ｓ７）。切断要求は、例えば下記の表４に示すようなデータ形式とすることもできる。
【０１８８】
【表４】
【０１８９】
この後、ユーザは車から降り、携帯電話１を持って目的地に向かう。このときに、携帯電話１は、サーバ５０との間で降車後処理を行う（Ｓ８）。なお、降車後処理の詳細については後述する。
【０１９０】
〔カーナビ３０の処理〕
車のエンジンがかけられて動作を開始したカーナビ３０は、まず同乗者確認を行う（Ｓ１０）。具体的には、カーナビ３０の同乗者グループ生成部４１は、Ｂｌｕｅｔｏｏｔｈ通信可能な端末の検索を行う。そして、検出した端末のＢｌｕｅｔｏｏｔｈ通信アドレスが、登録端末管理テーブル４５に格納されているＢｌｕｅｔｏｏｔｈ通信アドレスに一致するか否かを確認する。
【０１９１】
そして、同乗者グループ生成部４１は、Ｂｌｕｅｔｏｏｔｈ通信アドレスが一致した端末とＢｌｕｅｔｏｏｔｈ通信接続を行い、該端末に端末情報の送信を要求して、該端末から受信した端末情報をカーナビ側同乗者グループ管理テーブル４６に登録する。
【０１９２】
すなわち、携帯電話１がカーナビ３０に登録（ペアリング）されており、携帯電話１とカーナビ３０とがＢｌｕｅｔｏｏｔｈ通信可能な位置関係にある場合には、同乗者グループ生成部４１によって、携帯電話１が検出される。そして、カーナビ３０と携帯電話１とでＢｌｕｅｔｏｏｔｈ通信接続が行われ、携帯電話１からカーナビ３０に携帯電話１の端末情報が送信され、カーナビ側同乗者グループ管理テーブル４６に登録される。なお、端末情報が登録された後、Ｂｌｕｅｔｏｏｔｈ通信接続は、切断される。
【０１９３】
一方、携帯電話１がカーナビ３０に登録（ペアリング）されていない場合には、カーナビ３０は、携帯電話１と登録処理を行う（Ｓ１１）。登録処理では、携帯電話１とカーナビ３０とでペアリングが行われると共に、携帯電話１の端末情報がカーナビ側同乗者グループ管理テーブル４６に登録される。なお、登録処理の詳細については後述する。
【０１９４】
次に、カーナビ３０のルートガイド実行部４４は、目的地設定操作の有無を確認する（Ｓ１２）。ここで、目的地設定操作が行われていないと判断した場合（Ｓ１２でＮＯ）には、処理はＳ１０に戻る。
【０１９５】
一方、目的地設定操作が行われていると判断した場合（Ｓ１２でＹＥＳ）、すなわち目的地がカーナビ３０に入力されている場合には、ルートガイド実行部４４はルート検索を行う（Ｓ１３）。目的地までのルートが検出された後は、ルートガイド実行部４４は、一般的なカーナビと同様に、音声及び画像で目的地までのルートガイドを行う。また、ルートガイド実行部４４は、設定された目的地を同乗者グループの目的地としてカーナビ側同乗者グループ管理テーブル４６に格納する（表３参照）。
【０１９６】
また、車のエンジンがかかっている（カーナビ３０に電力が供給されている）間、動作状態判断部４３は、車が停止状態となったか否かを監視し続ける（Ｓ１４）。具体的には、動作状態判断部４３は、車の速度がゼロとなり、かつパーキングブレーキがかけられたときに車が停止状態（駐車状態）となったと判断する。なお、動作状態判断部４３は、車が駐車状態になったことを検出することができればよく、例えば車のエンジンを切る操作を検出し、該操作を検出したときに車が駐車状態になったと判断してもよい。
【０１９７】
動作状態判断部４３は、車が駐車状態となったと判断する（Ｓ１４でＹＥＳ）と、その旨を同乗者グループ情報配信部４２に伝達する。伝達を受けた同乗者グループ情報配信部４２は、カーナビ側同乗者グループ管理テーブル４６に含まれる各携帯電話１に対して、同乗者グループ関連情報を配信する処理を行う（Ｓ１５〜Ｓ２１）。
【０１９８】
ここで、同乗者グループ関連情報には、携帯電話１の端末情報が含まれており、端末情報には、個人情報（電話番号、メールアドレス、及び氏名等）が含まれている。携帯電話１のユーザの中にはこのような個人情報を送信することを望まない者が含まれていることも考えられるので、同乗者グループ情報配信部４２は、同乗者グループ関連情報の配信前に、その配信可否をユーザに問い合わせることが好ましい。
【０１９９】
例えば、図８に示すような画像をカーナビ３０の表示部４０に表示して、配信可否をユーザに問い合わせればよい。図８は、カーナビ３０の表示部４０に表示される画面例を示す図であり、同図の上側は端末情報の配信可否をユーザに問い合わせる画面の一例を示し、同図の下側は終了時刻の入力画面の一例を示す図である。
【０２００】
同図の上側に示すように、個人情報が送信されることをユーザに通知し、その可否を選択させることによって、個人情報を送信したくないユーザの意図に反して個人情報が送信されることを防ぐことができる。
【０２０１】
ここで、処理を続行しないことが選択された場合（図中で「いいえ」が選択された場合）には、Ｓ１０の処理に戻る。一方、処理を続行することが選択された場合（図中で「はい」が選択された場合）には、端末情報の配信処理が続行される。すなわち、同乗者グループ情報配信部４２は、同図の下側に示すように、同乗者グループを解消する時刻である終了時刻をユーザに入力させる入力画面を表示する。これにより、ユーザは、所望の終了時刻に同乗者グループを解消することができる。
【０２０２】
そして、処理は、図７のＳ１５に進む。Ｓ１５では、同乗者グループ情報配信部４２は、同乗者グループのパスコードを生成する。このパスコードは、同乗者グループを構成する他の携帯電話１の位置情報を取得する際の認証に用いられる。同乗者グループ情報配信部４２は、生成したパスコードをカーナビ側同乗者グループ管理テーブル４６に格納する。
【０２０３】
次に、同乗者グループ情報配信部４２は、近距離通信部３１を介して、カーナビ側同乗者グループ管理テーブル４６に格納されている携帯電話１の１つに接続要求を送信する。続いて、同乗者グループ情報配信部４２は、接続要求の送信に成功したか否かを判断する（Ｓ１７）。具体的には、同乗者グループ情報配信部４２は、送信要求に対する応答の受信を確認した場合に、接続要求の送信に成功したと判断し、一定時間を経過しても応答の受信が確認できない場合に、接続要求の送信に失敗したと判断する。
【０２０４】
ここで、接続要求の送信に失敗したと判断した場合（Ｓ１７でＮＯ）には、同乗者グループ情報配信部４２は、Ｓ１６に戻って接続要求を再送信する。なお、所定回数再送信を行っても接続要求の送信成功が確認されない場合には、同乗者グループ情報配信部４２は、Ｓ２２の処理に進む（Ｓ１７からＳ２２に進む処理は図示していない）。
【０２０５】
一方、接続要求の送信に成功したと判断した場合（Ｓ１７でＹＥＳ）には、同乗者グループ情報配信部４２は、携帯電話１とＢｌｕｅｔｏｏｔｈ通信接続を確立するための接続処理を行う（Ｓ１８）。続いて、同乗者グループ情報配信部４２は、カーナビ側同乗者グループ管理テーブル４６を参照して同乗者グループ関連情報（表３参照）を携帯電話１に送信する（Ｓ１９）。
【０２０６】
同乗者グループ関連情報を送信すると、該同乗者グループ関連情報を受信した携帯電話１から切断要求が送信される。同乗者グループ情報配信部４２は、切断要求の受信を確認して（Ｓ２０）、携帯電話１とのＢｌｕｅｔｏｏｔｈ通信接続を切断する（Ｓ２１）。
【０２０７】
そして、同乗者グループ情報配信部４２は、カーナビ側同乗者グループ管理テーブル４６を参照し、同乗者グループに含まれており、未だ接続要求を送信していない携帯電話１が存在するか否かを確認する（Ｓ２２）。ここで、接続要求を送信していない携帯電話１が存在する場合（Ｓ２２でＹＥＳ）には、同乗者グループ情報配信部４２は、Ｓ１６の処理に戻ってその携帯電話１に接続要求を送信する。一方、接続要求を送信していない携帯電話１が存在しない場合（Ｓ２２でＮＯ）には、同乗者グループ情報配信部４２は、同乗者グループ生成部４１に指示して同乗者グループに加える携帯電話の有無を確認させる。
【０２０８】
グループ生成システム１００では、以上のように、複数の携帯電話１のそれぞれから送信された端末情報を用いて、カーナビ３０が同乗者グループ関連情報を生成する。そして、カーナビ３０は、生成した同乗者グループ関連情報を降車時に同乗者グループを構成する各携帯電話１に送信する。
【０２０９】
〔登録処理の流れ〕
続いて、図７のＳ１及び１１で行われる登録処理の流れについて、図９に基づいて説明する。図９は、登録処理の一例を示すフローチャートである。登録処理は、携帯電話１とカーナビ３０とでペアリング操作が行われることによって開始される。なお、以下では、まず携帯電話１が実行する処理について説明し、その後でカーナビ３０が実行する処理について説明する。
【０２１０】
〔携帯電話１の処理〕
携帯電話１の同乗者グループ登録部２０は、まず操作部１０に対してペアリングを行うための入力操作（ペアリング操作）が行われたか否かを確認する（Ｓ３０）。ここで、ペアリング操作が行われていることが確認されなかった場合（Ｓ３０でＮＯ）には、同乗者グループ登録部２０は、登録処理を終了し、図７のＳ２の処理に進む。
【０２１１】
一方、ペアリング操作が行われたことを確認した場合（Ｓ３０でＹＥＳ）には、同乗者グループ登録部２０は、カーナビ３０とペアリング処理を行う（Ｓ３１）。ペアリング処理では、携帯電話１とカーナビ３０とで機器認証が行なわれた上で、互いの通信アドレスが交換される。
【０２１２】
具体的には、携帯電話１の近距離通信部９とＢｌｕｅｔｏｏｔｈ通信を行うための通信アドレスがカーナビ３０に送信されて、カーナビ記憶部３７の登録端末管理テーブル４５に登録される。同様に、カーナビ３０の近距離通信部３１とＢｌｕｅｔｏｏｔｈ通信を行うための通信アドレスが携帯電話１に送信されて、携帯電話記憶部８に登録される。
【０２１３】
以上のようにしてペアリング処理が行われると、カーナビ３０から接続要求（表２参照）が送信される。同乗者グループ登録部２０は、接続要求の受信を確認すると、接続処理を行ってカーナビ３０とＢｌｕｅｔｏｏｔｈ通信接続を確立する（Ｓ３２）。
【０２１４】
そして、Ｂｌｕｅｔｏｏｔｈ通信接続が確立されると、同乗者グループ登録部２０は、端末情報格納部２６から携帯電話１の端末情報を読み出して、カーナビ３０に送信する（Ｓ３３）。端末情報は、携帯電話１の位置を他の端末が取得可能な情報であればよく、携帯電話１の位置を取得する方法に応じて適宜設定される。ここでは、電話番号またはメールアドレスによって携帯電話１の位置を取得することを想定しているので、端末情報は、例えば下記の表５のようなデータ形式とすることもできる。
【０２１５】
【表５】
【０２１６】
表５の端末情報には、携帯電話１の所有者の氏名、電話番号等の個人情報が含まれている。携帯電話１のユーザの中にはこのような個人情報が記録されることを望まない者が含まれていることも考えられるので、同乗者グループ登録部２０は、端末情報の送信前に、その送信可否をユーザに問い合わせることが好ましい。
【０２１７】
例えば、図１０に示すような画像を携帯電話１の表示部１１に表示して、送信可否をユーザに問い合わせればよい。図１０は、携帯電話１の表示部１１に表示される画面例を示す図であり、同図の上側は端末情報の送信可否をユーザに問い合わせる画面の一例を示し、同図の下側は送信する情報の設定画面の一例を示す図である。
【０２１８】
同図の上側に示すように、個人情報がカーナビ３０に送信されて登録されることをユーザに通知し、その可否を選択させることによって、個人情報をカーナビ３０に登録したくないユーザの個人情報が登録されることを防ぐことができる。
【０２１９】
また、携帯電話１のユーザの中には、例えば、変更が容易なメールアドレスは登録しても構わないが、変更が難しい電話番号や氏名は登録したくないといったように、一部の個人情報のみの登録を希望する者がいることも考えられる。
【０２２０】
そこで、同図の上側の画面において、登録処理を行うことが選択された場合には、同図の下側に示すように、登録する個人情報を選択する画面を表示することが好ましい。これにより、ユーザは、登録したくない個人情報を登録せずに、同乗者グループに参加することが可能になる。
【０２２１】
以上のようにして端末情報を送信すると、カーナビ３０ではこの端末情報の登録が行われ、その後カーナビ３０から携帯電話１に切断要求（表４参照）が送信される。携帯電話１では、同乗者グループ登録部２０が、切断要求の受信を確認し（Ｓ３４）、Ｂｌｕｅｔｏｏｔｈ通信接続を切断する（Ｓ３５）。これによって、携帯電話１の登録処理は終了する。
【０２２２】
〔カーナビ３０の処理〕
カーナビ３０においても携帯電話１と同様に、まず端末登録部４０によって、ペアリング操作が行われたか否かの確認が行われる（Ｓ４０）。ここで、ペアリング操作が行われていることが確認されなかった場合（Ｓ４０でＮＯ）には、端末登録部４０は登録処理を終了し、図７のＳ１２の処理に進む。
【０２２３】
一方、ペアリング操作が行われたことを確認した場合（Ｓ４０でＹＥＳ）には、端末登録部４０は、携帯電話１とペアリング処理を行う（Ｓ４１）。ペアリング処理では、携帯電話１とカーナビ３０とで機器認証が行なわれた上で、互いの通信アドレスが交換される。通信アドレスの交換が終了すると、端末登録部４０は、その旨を同乗者グループ生成部４１に伝達する。
【０２２４】
そして、伝達を受けた同乗者グループ生成部４１は、携帯電話１に接続要求を送信し（Ｓ４２）、続いて接続処理を行い（Ｓ４３）携帯電話１とＢｌｕｅｔｏｏｔｈ通信接続を確立する。
【０２２５】
ここで、上述のように、Ｂｌｕｅｔｏｏｔｈ通信接続が確立されると、携帯電話１から端末情報が送信される。同乗者グループ生成部４１は、端末情報の受信を確認する（Ｓ４４）と、受信した端末情報をカーナビ側同乗者グループ管理テーブル４６に格納する。これにより、携帯電話１は、同乗者グループを構成する端末として設定されたことになる。
【０２２６】
端末情報の格納を終えた同乗者グループ生成部４１は、携帯電話１に切断要求を送信し（Ｓ４５）、Ｂｌｕｅｔｏｏｔｈ通信接続を切断する（Ｓ４６）。これによって、カーナビ３０の登録処理は終了する。
【０２２７】
登録処理では、以上のようにしてペアリングが行われ、その後、携帯電話１の端末情報がカーナビ３０に送信されて格納される。なお、図７には示していないが、同乗者確認（Ｓ１０）では、ペアリング処理を行う点を除いて、図９の登録処理と同様の処理が行われる。
【０２２８】
すなわち、同乗者確認によって、登録端末管理テーブル４５に格納されているアドレスと同じアドレスが検出されたときには、同乗者グループ生成部４１は、そのアドレスに対して接続要求を送信してＢｌｕｅｔｏｏｔｈ通信接続を確立する。そして、Ｂｌｕｅｔｏｏｔｈ通信にて端末情報を受信してカーナビ側同乗者グループ管理テーブル４６に格納し、その後Ｂｌｕｅｔｏｏｔｈ通信接続を切断する。
【０２２９】
〔降車後処理の流れ〕
続いて、図７のＳ８で行われる登録処理の流れについて、図１１に基づいて説明する。図１１は、降車後処理の一例を示すフローチャートである。降車後処理は、カーナビ３０から同乗者グループ関連情報を受信した携帯電話１とサーバ５０とで行われる処理である。
【０２３０】
なお、図１１のフローチャートは、図２の「車外」の処理に対応している。つまり、図１１のフローチャートでは、携帯電話１は、位置情報を取得したい端末の電話番号をサーバ５０に送信することによって、該端末の位置情報を取得する。以下では、まず携帯電話１が実行する処理について説明し、その後でサーバ５０が実行する処理について説明する。
【０２３１】
〔携帯電話１の処理〕
カーナビ３０から同乗者グループ関連情報を受信したことを確認すると、同乗者グループ登録部２０は、受信した同乗者グループ関連情報を、同乗者グループ関連情報格納部２７に格納すると共に、その旨を目的地関連情報取得部２１及びルートガイド要求部２２に伝達する。
【０２３２】
伝達を受けた目的地関連情報取得部２１は、サーバ５０に目的地関連情報送信要求を送信する（Ｓ５０）。目的地関連情報送信要求は、例えば下記の表６に示すようなデータ形式とすることもできる。なお、表６の「目的地の緯度、目的地の経度」は、同乗者グループ関連情報格納部２７から読み出したものである。
【０２３３】
【表６】
【０２３４】
ここで、目的地関連情報送信要求を送信すると、サーバ５０から目的地関連情報が送信される。目的地関連情報取得部２１は、目的地関連情報の受信を確認すると（Ｓ５１）、受信した目的地関連情報を表示部１１に表示させる。なお、目的地関連情報は、受信したときに表示させてもよいし、ユーザが操作部１０に所定の入力操作を行ったときに表示させてもよい。
【０２３５】
目的地関連情報は、ユーザが駐車位置と目的地との間で移動する間に有用な情報であればどのようなものであってもよいが、例えば下記の表７に示すようなデータ形式とすることもできる。
【０２３６】
【表７】
【０２３７】
表７の例では、目的地関連情報に目的地の詳細な情報を示す目的地詳細情報と、目的地周辺施設の情報（グルメ、交通機関、ホテル、コンビニ）とが含まれている例を示している。
【０２３８】
ここでは、携帯電話１がインターネット接続できることを想定しているので、表７の例では、目的地周辺施設の情報（グルメ、交通機関、ホテル、コンビニ）は、Ｗｅｂページのリンク（ＵＲＬ）としている。しかしながら、これらの情報も目的地詳細情報と同様に、画像やテキストの形式であってもよく、逆に目的地詳細情報をＷｅｂページのリンク（ＵＲＬ）としてもよい。つまり、目的地関連情報は、画像（静止画像または動画像）、テキスト、及びリンクの何れであってもよく、またこれら以外のデータ（音声等）であっても構わない。
【０２３９】
また、上記のような、観光情報や施設、店舗情報以外にも、例えばルートガイド用の地図では表示されない、建物の内部構造を示す画像やテキスト等を目的地関連情報としてもよい。例えば、目的地がビルや地下街等の鉛直方向の階層を有する場所である場合には、ＧＰＳで取得した位置情報のみでは、各携帯電話１のユーザが目的地でスムーズに落ち合うことができないことも考えられる。目的地関連情報として、ビルや地下街等の内部構造を示す画像やテキスト等を送信することによって、このような問題を解決することができる。
【０２４０】
さらに、ここでは目的地の位置情報と目的地関連情報送信要求とをサーバ５０に送信する例を示しているが、目的地の位置情報に加えて、駐車位置を示す位置情報も送信するようにしてもよい。これにより、携帯電話１は、駐車位置から目的地までの間の情報を取得することが可能になる。
【０２４１】
携帯電話１では、以上のように、同乗者グループ関連情報が同乗者グループ関連情報格納部２７に格納されると、目的地関連情報取得部２１が、目的地関連情報の取得を行う（Ｓ５０〜Ｓ５１）。
【０２４２】
また、携帯電話１では、同乗者グループ関連情報が同乗者グループ関連情報格納部２７に格納されると、ルートガイド要求部２２が、サーバ５０から地図と目的地までの道順を示すルート情報とを取得する。
【０２４３】
すなわち、ルートガイド要求部２２は、まず位置取得部２から携帯電話１の現在地を取得する（Ｓ５２）。続いて、ルートガイド要求部２２は、Ｓ５２で取得した現在地と、同乗者グループ関連情報格納部２７に格納されている目的地及びパスコードと、端末情報格納部２６に格納されている自端末及び同乗者の電話番号とをサーバ５０に送信する（Ｓ５３）。ここでサーバ５０に送信するデータは、例えば下記の表８に示すようなデータ形式とすることもできる。
【０２４４】
【表８】
【０２４５】
なお、パスコード及び電話番号は、後述の同乗者位置表示処理（Ｓ５６〜Ｓ５８）において使用されるものである。具体的には、パスコードは、サーバ５０が同乗者グループを特定するために使用され、電話番号は、サーバ５０が携帯電話１を特定するために使用される。パスコード及び電話番号は、同乗者位置表示処理（Ｓ５６〜Ｓ５８）が行われるまでにサーバ５０に送信されるようになっていればよく、ここで述べる態様に限られない。
【０２４６】
上記のように、現在地、目的地、電話番号、及びパスコードを送信すると、サーバ５０から現在地から目的地までのルート情報と地図とが送信されるので、携帯電話１はこれを受信する（Ｓ５４）。ここでサーバ５０に送信するデータは、例えば下記の表９に示すようなデータ形式とすることもできる。
【０２４７】
【表９】
【０２４８】
また、ルート情報は、例えば下記の表１０のようなデータ形式とすればよい。このようなルート情報を受信したルートガイド要求部２２は、受信した地図を表示部１１に表示すると共に、表示した地図上に、現在地と目的地とを表示する。そして、ルートガイド要求部２２は、現在地、中間地点１〜３、及び目的地をこの順番で結ぶ線分を上記地図上に表示する。これにより、ユーザは、現在地、目的地、及び現在地から目的地までの道順を地図上で確認することができる。
【０２４９】
【表１０】
【０２５０】
ここまでの処理により、携帯電話１には、現在地から目的地までの地図が表示され、地図上には現在地、目的地、及び現在地から目的地までの道順が表示される。また、携帯電話１には、目的地関連情報も表示される。これらの情報は、例えば図１２のようにして表示される。
【０２５１】
図１２は、携帯電話１の表示部１１に表示される画像の一例を示す図であり、（ａ）は地図の表示例、（ｂ）は目的地関連情報の表示例、（ｃ）は目的地詳細情報の表示例を示している。同図（ａ）に示すように、携帯電話１の表示部１１には、現在地と目的地とを含む地図が表示され、地図上には、現在地及び目的地が表示される。なお、同図では現在地から目的地までの道順は図示していない。
【０２５２】
ここで、操作部１０に対して所定の入力操作を行うことによって、同図（ｂ）に示すように、目的地関連情報を選択するためのウィンドウが地図と重畳して表示される。ここでは、目的地関連情報が表７に示す態様であることを想定している。このため、目的地周辺施設の情報（グルメ、交通機関、ホテル、コンビニ）を選択した時には、ブラウザが起動して選択された情報を提示するＷｅｂページが表示部１１に表示される。
【０２５３】
一方、目的地詳細が選択された場合には、同図（ｃ）に示すように、目的地の詳細を示す情報（表７における、目的地に関連する画像及び目的地に関連する情報を示すテキスト）が表示部１１に表示される。
【０２５４】
携帯電話１は、上記の処理に続いて、同乗者グループに含まれる他の携帯電話１の現在地を上記地図に重畳して表示する処理を行う（Ｓ５６〜Ｓ５８）。ここで、この処理を行う前に、同乗者グループ離脱処理部２４は、携帯電話１が備える時計（図１及び図６には示していない）を参照して現在の時刻を取得し、現在の時刻が、同乗者グループ関連情報格納部２７に格納されている終了時刻を越えているか否かを判断する。また、同乗者グループ離脱処理部２４は、現在地が目的地から所定の範囲内に含まれているか否かを判断する（Ｓ５５）。
【０２５５】
終了時刻を越えているか、または現在地が目的地から所定の範囲外となっている場合（Ｓ５５でＮＯ）には、同乗者グループ離脱処理部２４は、Ｓ６２の処理に進んで携帯電話１を同乗者グループから離脱させる。一方、終了時刻を越えておらず、かつ現在地が目的地から所定の範囲内となっている場合（Ｓ５５でＹＥＳ）には、同乗者グループ離脱処理部２４は、その旨を同乗者位置表示部２３に伝達する。
【０２５６】
終了時刻は、同乗者グループに共通に設定されている時刻であるから、Ｓ５５の処理が行われることにより、終了時刻を過ぎれば、自動的に同乗者グループが解消されることになる。また、携帯電話１が目的地から所定の範囲外に位置している場合にも、携帯電話１を同乗者グループから離脱させるので、例えば携帯電話１のユーザが終了時刻前に帰宅したような場合に、帰宅途中の位置を他の携帯電話１のユーザに把握されることもない。ここでは、目的地から半径１０ｋｍ圏内を上記所定の範囲とするが、所定の範囲は、どのような範囲に設定してもよく、この例に限られない。
【０２５７】
さて、同乗者グループ離脱処理部２４から上記の伝達を受けた同乗者位置表示部２３は、同乗者位置・地図送信要求、電話番号（自端末及び同乗者）、及びパスコードをサーバ５０に送信する（Ｓ５６）。ここで送信するデータは、例えば下記の表１１に示すようなデータ形式とすることもできる。
【０２５８】
【表１１】
【０２５９】
上記のようなデータを送信すると、サーバ５０から同乗者の現在地と該現在地を含む地図とが送信される。これらのデータは、例えば下記の表１２に示すようなデータ形式であってもよい。なお、同乗者位置及び地図は、同乗者の数だけ送信される。
【０２６０】
【表１２】
【０２６１】
同乗者位置・地図送信要求を送信した同乗者位置表示部２３は、同乗者位置及び地図の受信の有無を確認し（Ｓ５７）、受信が確認された場合（Ｓ５７でＹＥＳ）には、表示部１１に、上記受信した同乗者位置を示す情報及び地図が表示されるように表示を更新する（Ｓ５８）。
【０２６２】
なお、このときに受信した同乗者位置が、現在表示中の地図に含まれる（表示可能な）位置である場合には、同乗者位置表示部２３は、表示中の地図上に同乗者の位置を示す情報を表示する。一方、受信した同乗者位置が、現在表示中の地図に含まれない（表示不可な）位置である場合には、同乗者位置表示部２３は、受信した地図を表示し、該地図上に同乗者の位置を示す情報を表示する。
【０２６３】
一定時間内に同乗者位置及び地図の受信が確認できない場合（Ｓ５７でＮＯ）、またはＳ５８で表示の更新を行った後には、同乗者位置表示部２３は、その旨を同乗者間通信制御部２５にその旨を伝達する。そして、伝達を受けた同乗者間通信制御部２５は、同乗者選択操作の有無を確認する（Ｓ５９）。
【０２６４】
ここで、Ｓ５８で表示される同乗者位置を示す情報は、操作部１０への入力操作によって、選択できるようになっている。すなわち、同乗者選択操作とは、地図上に表示される同乗者位置を示す情報を、操作部１０への入力操作によって選択する操作である。同乗者選択操作が行われたことを確認した場合（Ｓ５９でＹＥＳ）には、同乗者間通信制御部２５は、通話・メール処理を行う（Ｓ６０）。通話・メール処理では、上記選択された情報に対応する同乗者と通話、または該同乗者に対するメール送信が行われる。なお、通話・メール処理の詳細については後述する。
【０２６５】
一方、一定時間内に同乗者選択操作が行われたことが確認されなかった場合（Ｓ５９でＮＯ）、及び通話・メール処理の終了後には、同乗者間通信制御部２５は、その旨を同乗者グループ離脱処理部２４に伝達する。そして、伝達を受けた同乗者グループ離脱処理部２４は、ユーザが操作部１０に対して所定の終了操作を行ったか否かを確認する（Ｓ６１）。
【０２６６】
ここで、終了操作が確認されなかった場合（Ｓ６１でＮＯ）には、同乗者グループ離脱処理部２４は、その旨をルートガイド要求部２２に伝達し、これにより処理はＳ５２に戻る。
【０２６７】
一方、終了操作が確認された場合（Ｓ６１でＹＥＳ）には、同乗者グループ離脱処理部２４は、サーバ５０に終了通知を送信すると共に、終了処理を行う（Ｓ６２）。終了処理では、同乗者グループ離脱処理部２４は、同乗者グループ関連情報格納部２７に格納されているデータを削除する。また、終了通知を受信したサーバ５０は、サーバ記憶部５４のサーバ側同乗者グループ管理テーブル６５に格納されている携帯電話１の端末情報を削除する。このように、Ｓ６２の処理が行われることによって、携帯電話１は、同乗者グループから完全に離脱する。なお、終了通知は、例えば下記の表１３に示すようなデータ形式であってもよい。
【０２６８】
【表１３】
【０２６９】
終了通知の送信及び終了処理を終えた同乗者グループ離脱処理部２４は、ルートガイド要求部２２にその旨を伝達する。そして、伝達を受けたルートガイド要求部２２は、現在地から駐車位置までのルートガイドを行う帰車処理を実行する（Ｓ６３）。なお、帰車処理の終了後は、図７のＳ２の処理に戻る。帰車処理の詳細については後述する。この帰車処理は、図１１では、終了処理（Ｓ６２）の後に行っているが、このタイミングに限定されるものではない。例えば、目的地へのルートガイド中（Ｓ５２〜Ｓ６１）に帰車処理を行うことで、同乗者の位置情報を確認しながら、駐車位置まで戻ることも可能である。
【０２７０】
〔サーバ５０の処理〕
サーバ５０では、目的地関連情報送信部６１が、目的地関連情報送信要求の受信を待ち受けている（Ｓ７０）。そして、目的地関連情報送信部６１は、目的地関連情報送信要求の受信を確認する（Ｓ７０でＹＥＳ）と、目的地関連情報検索用のデータベースから目的地に関連する情報を検索し、検出した情報を目的地関連情報として携帯電話１に送信する（Ｓ７１）。なお、目的地関連情報検索用のデータベースは、サーバ５０が備えていてもよいし、サーバ５０の外部に存在するものであってもよい。
【０２７１】
また、携帯電話１からサーバ５０に、現在地、目的地、電話番号、及びパスコード（表８参照）が送られてくるので、ルートガイド送信部６２は、これらのデータを受信し（Ｓ７２）、サーバ側同乗者グループ管理テーブル６５に格納する（Ｓ７３）。
【０２７２】
サーバ側同乗者グループ管理テーブル６５は、例えば下記の表１４に示すようなデータ形式であってもよい。なお、表１４では、１２件の位置情報及び端末情報のうち端末情報１のみを示しているが、サーバ側同乗者グループ管理テーブル６５には、同様の位置情報及び端末情報が端末件数の数だけ含まれている。この端末件数には、携帯電話１が属する同乗者グループ以外の端末が含まれている。
【０２７３】
【表１４】
【０２７４】
サーバ側同乗者グループ管理テーブル６５に格納されているデータは、携帯電話１から現在地等が送信されたときに更新される。つまり、同乗者グループを構成する携帯電話１が、Ｓ５３の処理によって現在地等をサーバ５０に送信することにより、上記表１４のようなデータが格納される。このときには、データが格納された日時が、最終更新日時として格納される。
【０２７５】
そして、同乗者グループを構成する他の携帯電話１が、Ｓ５３の処理によって現在地等をサーバ５０に送信したときには、上記表１４のデータに、その携帯電話１の端末情報が追加される。また、このときには、データが追加された日時が、当該携帯電話１の端末情報の最終更新日時として格納される。このようにして、同乗者グループを構成する全ての携帯電話１の端末情報がサーバ側同乗者グループ管理テーブル６５に格納される。
【０２７６】
また、同乗者グループを構成する各携帯電話１は、ユーザの終了操作、終了時刻の経過、または目的地から所定範囲から外れることにより、同乗者グループから離脱するまでの間は、Ｓ５２〜Ｓ６１の処理を繰り返す。このため、同乗者グループを構成する各携帯電話１は、同乗者グループに属している間は、Ｓ５３の処理を定期的に行うことになる。
【０２７７】
これにより、サーバ側同乗者グループ管理テーブル６５に格納されている各携帯電話１の位置情報は、定期的に更新される。また、位置情報が更新されたときの日時が最終更新日時として格納される。
【０２７８】
このように、サーバ側同乗者グループ管理テーブル６５では、同乗者グループを構成する各携帯電話１の位置情報が更新されるので、サーバ側同乗者グループ管理テーブル６５を参照することによって、各携帯電話１のおおよその現在地を把握することができる。また、最終更新日時によって、サーバ側同乗者グループ管理テーブル６５に格納されている現在地が、いつの時点の現在地であるかを把握することができる。これにより、現在地の更新が滞っている携帯電話１を同乗者グループから離脱させることも可能になる。
【０２７９】
上記のようなデータがサーバ側同乗者グループ管理テーブル６５に格納されると、ルートガイド送信部６２は、格納された現在地及び目的地が含まれる地図を、地図データベースから検索すると共に、現在地から目的地までのルート探索を行う（Ｓ７４）。なお、地図データベースは、サーバ５０が備えていてもよいし、サーバ５０の外部に存在するものであってもよい。そして、ルートガイド送信部６２は、検出した地図及びルート情報を携帯電話１に送信する（Ｓ７５）。
【０２８０】
ここで、既に説明したように、携帯電話１は、同乗者位置を表示するために、同乗者位置・地図送信要求、電話番号（自端末及び同乗者）、及びパスコードをサーバ５０に送信する（Ｓ５６）。同乗者位置送信部６３は、これらのデータの受信を確認する（Ｓ７６）と、受信したデータに含まれるパスコード及び同乗者位置・地図送信要求をした者の電話番号が、サーバ側同乗者グループ管理テーブル６５に格納されているものと一致するか否かを確認する（Ｓ７７）。
【０２８１】
パスコード及び電話番号の何れか一方でも一致しないと判断した場合（Ｓ７７でＮＯ）には、同乗者位置送信部６３は、同乗者位置の送信を行わず、処理はＳ７０に戻る。一方、パスコード及び電話番号の両方が一致することが確認された場合（Ｓ７７でＹＥＳ）には、同乗者位置送信部６３は、同乗者位置を送信する処理を行う（Ｓ７８〜Ｓ７９）。
【０２８２】
このように、パスコード及び電話番号を用いて認証を行うことにより、同乗者グループに属さない第三者や、同乗者グループを離脱した者が、現在同乗者グループを構成している各携帯電話１の位置情報や個人情報をサーバ５０から取得することを防ぐことができる。
【０２８３】
さて、Ｓ７８では、同乗者位置送信部６３は、サーバ側同乗者グループ管理テーブル６５を参照して同乗者の位置（現在地）を特定する。上述のように、サーバ側同乗者グループ管理テーブル６５を参照することにより、各同乗者の現在地を特定することができる。
【０２８４】
次に、同乗者位置を特定した同乗者位置送信部６３は、特定した同乗者位置が含まれる地図を、地図データベースから検索し、検出した地図と上記特定した同乗者位置とを携帯電話１に送信する（Ｓ７９）。ここで送信するデータは、例えば上記表１２に示したようなデータ形式とすることもできる。
【０２８５】
また、サーバ５０では、一定時間（例えば３０分）以上、現在地が更新されない携帯電話１が存在する場合に、当該携帯電話１を同乗者グループから離脱させる。すなわち、同乗者グループ関連情報消去部６４は、サーバ側同乗者グループ管理テーブル６５に格納されている最終更新日時を参照し、一定時間以上更新がない端末（携帯電話１）があるか監視する（Ｓ８０）。
【０２８６】
ここで、一定時間以上更新がない携帯電話１が検出されない場合（Ｓ８０でＮＯ）には、処理はＳ７２に戻る。一方、一定時間以上更新がない携帯電話１が検出された場合（Ｓ８０でＹＥＳ）には、同乗者グループ関連情報消去部６４は、サーバ側同乗者グループ管理テーブル６５から、当該携帯電話１の位置情報等（位置情報及び端末情報）を削除する（Ｓ８１）。
【０２８７】
また、同乗者グループ関連情報消去部６４は、携帯電話１から終了通知が送信されるのを待ち受ける（Ｓ８２）。終了通知の受信が確認されない場合（Ｓ８２でＮＯ）には、処理はＳ７２に戻る。一方、終了通知の受信が確認された場合（Ｓ８２でＹＥＳ）には、同乗者グループ関連情報消去部６４は、サーバ側同乗者グループ管理テーブル６５から、終了通知を送信した携帯電話１の位置情報等（位置情報及び端末情報）を削除して（Ｓ８３）、処理はＳ７２に戻る。
【０２８８】
なお、以上、説明した図１１のフローチャートでは、図２の例と同様に、ＨＴＴＰＳで同乗者グループの各携帯電話１の位置情報を取得しているが、図３の例と同様に、ＩＭＳで同乗者グループの各携帯電話１の位置情報を取得するようにしてもよい。
【０２８９】
ＩＭＳで同乗者グループの各携帯電話１の位置情報を取得する場合には、Ｓ５３の処理で携帯電話１が現在地等をサーバ５０に送信したときに、同乗者グループの全ての携帯電話１から現在地の通知がＰＵＳＨ型の形式で行われることになる以外は、図１１のフローチャートと同様の処理が行われる。
【０２９０】
〔通話・メール処理の流れ〕
続いて、図１１のＳ６０で行われる通話・メール処理の流れについて、図１３及び図１４に基づいて説明する。図１３は、通話・メール処理の一例を示すフローチャートであり、図１４は、通話・メール処理において携帯電話１の表示部１１に表示される画面例を示す図である。
【０２９１】
上述のように、通話・メール処理は、地図上に表示された同乗者の位置を示す情報を選択することによって開始される。地図上には、例えば図１４（ａ）に示すように、（自端末の）現在地を示す情報（ポインタ）と、同乗者（けんちゃん）の現在地を示す情報（ポインタ）とが表示される。ここでは、けんちゃんの現在地を示す情報（ポインタ）が選択されたとする。
【０２９２】
なお、現在地を示す情報（ポインタ）を選択する方法は、従来から一般的に用いられている方法を適用すればよい。例えば、表示部１１に操作部１０への入力操作で移動可能なカーソルを表示し、表示したカーソルを、現在地を示す情報（ポインタ）に合わせた状態で、操作部１０に入力操作を行うことによって、当該現在地を示す情報（ポインタ）を選択するようにしてもよい。
【０２９３】
また、現在地を示す情報（ポインタ）が選択されたときには、当該現在地を示す情報（ポインタ）が選択されたことが、ユーザに認識できるように表示することが好ましい。これにより、ユーザは、複数の同乗者の現在地を示す情報が地図上に同時に表示されている場合であっても、どの同乗者を選択したかを認識することができる。この表示方法としては、例えば、選択された現在地を示す情報の表示色を変える等、従来から一般的に用いられている方法を適用することもできる。
【０２９４】
同乗者間通信制御部２５は、地図上に表示された同乗者（けんちゃん）のポインタが選択されたことを確認すると、選択されたポインタに対応する同乗者（けんちゃん）に対して、メールを送信するか、電話をかけるかを選択させる（Ｓ９０）。このときには、例えば図１４（ｂ）に示すような画像を表示してもよい。図１４（ｂ）の例では、「メール」、「発信」、「閉じる」の３つの項目が選択可能になっている。
【０２９５】
なお、図１３では示していないが、ここで「閉じる」の項目が選択された場合には、同乗者間通信制御部２５は、通話・メール処理を終了する。より詳細には、「閉じる」の項目が選択された場合には、同乗者間通信制御部２５は、「メール」、「発信」、「閉じる」の３つの項目を選択させるダイアログの表示を終了する。また、現在地を示す情報（ポインタ）が選択されたことを認識可能に表示していた場合には、この表示を元に戻す。これにより、表示部１１に表示される画像は、図１４（ａ）のように、地図等が表示された画像に戻る。
【０２９６】
Ｓ９０において、「メール」が選択された場合には、同乗者間通信制御部２５は、表示部１１に、例えば図１４（ｃ）に示すようなメール送信画面を表示する（Ｓ９１）。図１４（ｃ）に示すように、メール送信画面の「宛先」の項目には、既に同乗者（けんちゃん）のメールアドレスが入力されている。
【０２９７】
これは、「メール」が選択されたときに、同乗者間通信制御部２５が、同乗者グループ関連情報格納部２７から読み出して入力することによる。これにより、ユーザはメールアドレスを自ら入力することなく、簡単に同乗者（けんちゃん）にメールを送信することができる。
【０２９８】
メール送信画面は、送信操作が行われるまで表示され（Ｓ９２）、送信操作が行われたとき（Ｓ９２でＹＥＳ）に、同乗者間通信制御部２５はメールの送信を行う（Ｓ９３）。これにより、通話・メール処理は終了し、処理は図１１のＳ６１に進む。
【０２９９】
一方、Ｓ９０において、「電話」（図１４（ｂ）の例では「発信」）が選択された場合には、同乗者間通信制御部２５は、同乗者グループ関連情報格納部２７から選択された同乗者（けんちゃん）の電話番号を読み出して、読み出した電話番号に対して発呼処理を行う（Ｓ９４）。このときには、例えば図１４（ｄ）のような画像が表示部１１に表示される。
【０３００】
そして、同乗者（けんちゃん）が電話に出ることで通話が開始され、通話終了操作が行われるまで通話が継続する（Ｓ９５）。通話が終了する（Ｓ９５でＹＥＳ）と通信を切断し（Ｓ９６）、これにより、通話・メール処理は終了して処理は図１１のＳ６１に進む。
【０３０１】
〔帰車処理の流れ〕
続いて、図１１のＳ６３で行われる帰車処理の流れについて、図１５に基づいて説明する。図１５は、帰車処理の一例を示すフローチャートである。帰車処理は、図１１のＳ６２にて、同乗者グループから離脱した携帯電話１とサーバ５０との間で行われる処理であり、サーバ５０が現在地から駐車位置までのルートガイドを行う処理である。なお、帰車処理は、同乗者グループから離脱していない状態で行ってもよい。この場合には、駐車位置に戻るまでの間も同乗者の位置確認を行うことができる。
【０３０２】
〔携帯電話１側の処理〕
帰車処理では、まずルートガイド要求部２２が、帰りのナビ操作が行われたか否かを確認する（Ｓ１００）。なお、帰りのナビ操作は、操作部１０に対して行われる所定の入力操作である。つまり、携帯電話１のユーザが駐車位置に戻るときに帰りのナビ操作を行い、これにより現在地から駐車位置までのルートガイドが行われる。
【０３０３】
例えば、図１４（ａ）の例では、「駐車場に戻る」という選択項目が表示されている。この場合には、ルートガイド要求部２２は、この選択項目が選択されたときに、帰りのナビ操作が行われたと判断する。図１４（ａ）の例のように、同乗者の位置を表示させているとき（同乗者グループから離脱する前）に、帰りのナビ操作を行うことができるようにした場合には、同乗者の位置を確認しながら駐車場に戻ることができる。
【０３０４】
無論、帰りのナビ操作は、この例に限られない。携帯電話１に対して予め設定しておくことにより、任意の入力操作を帰りのナビ操作とすることが可能である。例えば、メニュー画面を表示させて、メニュー画面から帰りのナビ操作を選択できるようにしてもよい。
【０３０５】
ここで、帰りのナビ操作が行われたことを確認した場合（Ｓ１００でＹＥＳ）には、ルートガイド要求部２２は、駐車位置格納部２８から駐車位置を読み出し（Ｓ１０１）、位置取得部２から現在地を取得する（Ｓ１０２）。そして、ルートガイド要求部２２は、上記読み出した駐車位置と上記取得させた現在地とをサーバ５０に送信する（Ｓ１０３）。送信する駐車位置と現在地とは、例えば下記の表１５のようなデータ形式としてもよい。
【０３０６】
【表１５】
【０３０７】
駐車位置及び現在地を送信すると、現在地から駐車位置までのルート情報と地図とが送られてくるので、ルートガイド要求部２２はこれを受信し（Ｓ１０４）、表示部１１に表示する。なお、ルート情報及び地図は、上記表９のようなデータ形式としてもよい。
【０３０８】
そして、ルートガイド要求部２２は、操作部１０に対してルートガイドを終了する旨の入力操作が行われたか否かを確認する（Ｓ１０５）。ここで、ルートガイドを終了する旨の入力操作が行われたことが確認されない場合（Ｓ１０５でＮＯ）には、ルートガイド要求部２２は、Ｓ１０２の処理に戻る。
【０３０９】
すなわち、ルートガイドを終了する旨の入力操作が行われるまでの間は、Ｓ１０２からＳ１０４の処理が繰り返し行われる。これにより、ルートガイドを終了する旨の入力操作が行われるまでの間は、携帯電話１の現在地が定期的にサーバ５０に送信され、携帯電話１の現在地に応じたルート情報と地図とが携帯電話１に返送される。
【０３１０】
一方、ルートガイドを終了する旨の入力操作が行われたことが確認された場合（Ｓ１０５でＹＥＳ）には、ルートガイド要求部２２は、ルートガイドを終了する。これにより、帰車処理は終了し、図７のＳ２の処理に戻る。
【０３１１】
〔サーバ５０側の処理〕
ルートガイド送信部６２は、現在地及び駐車位置の受信を待ち受け（Ｓ１１０）、現在地及び駐車位置の受信を確認した場合（Ｓ１１０でＹＥＳ）には、受信した現在地及び駐車位置を記憶する（Ｓ１１１）。
【０３１２】
そして、ルートガイド送信部６２は、上記記憶した現在地から駐車位置までのルート探索を行い（Ｓ１１２）、また現在地及び駐車位置を含む地図を検索し、検出したルートを示すルート情報及び検出した地図を携帯電話１に送信する（Ｓ１１３）。送信後、ルートガイド送信部６２は、Ｓ１１０の処理に戻って現在地及び駐車位置の受信を待ち受ける。
【０３１３】
〔同乗者位置表示の別の例〕
図１１では、サーバ５０を利用することによって、携帯電話１に同乗者グループに含まれる他の同乗者の現在地を表示する例（図２に対応）について説明した。ここでは、携帯電話１間で直接位置情報を送受信することによって、携帯電話１に同乗者グループに含まれる他の同乗者の現在地を表示する例（図４に対応）について図１６に基づいて説明する。すなわち、図１６の例では、携帯電話１間で位置情報をメールで伝え合うことによって、同乗者グループを構成する各携帯電話１で、他の携帯電話１の位置情報を取得する。
【０３１４】
図１６は、降車後処理の他の例を示すフローチャートであり、携帯電話１間でメールの送受信を行うことにより、各携帯電話１が他の携帯電話１の位置情報を取得する例を示している。なお、図１６には、図１１と同様の処理が含まれており、このような処理については同一の参照番号を付し、詳細な説明を省略する。
【０３１５】
図１６の降車後処理は、カーナビ３０から同乗者グループ関連情報を受信した各携帯電話１で行われる。なお、図１６の降車後処理では、サーバ５０は、ルートガイドのみに用いられ、同乗者の現在地を表示する処理には関与しない。また、サーバ５０が実行する処理は、図１１の例と同様であるからここでは説明を省略する。
【０３１６】
カーナビ３０から同乗者グループ関連情報を受信した携帯電話１では、目的地関連情報取得部２１が、サーバ５０に目的地関連情報送信要求を送信し（Ｓ５０）、目的地関連情報を受信する（Ｓ５１）。また、ルートガイド要求部２２は、位置取得部２から携帯電話１の現在地を取得する（Ｓ５２）。
【０３１７】
ルートガイド要求部２２は、図１１の例と同様に、現在地及び目的地をサーバ５０に送信し（Ｓ１２２）、ルート情報及び地図を受信し（Ｓ５４）、受信したルート情報及び地図を表示部１１に表示し、これによって表示が更新される（Ｓ１２３）。
【０３１８】
また、ルートガイド要求部２２は、現在地を取得すると、その旨を同乗者位置表示部２３に伝達する。なお、図１１の例では、サーバ５０が携帯電話１の位置情報の送信を行っていたので、現在地及び目的地以外に、位置情報の送信に用いるパスコード等もサーバ５０に送信していた。これに対し、図１６の例ではサーバ５０はルートガイドのみに関与するので、ルートガイドに必要な情報である現在地及び目的地のみがサーバ５０に送信される。
【０３１９】
ルートガイド要求部２２から現在地を取得した旨の伝達を受けた同乗者位置表示部２３は、自端末の現在地を同乗者グループの他の携帯電話１に通知することの可否をユーザに選択させる（Ｓ１２０）。このときには、例えば図１７に示すような画像を表示部１１に表示させてもよい。
【０３２０】
図１７は、自端末の現在地を同乗者グループの他の携帯電話１に通知することの可否をユーザに選択させるための表示画面の一例を示す図である。図示のように、現在地を通知する対象となる同乗者グループのメンバーの氏名を表示して、可否を選択させることにより、現在地を通知したくない相手に現在地が通知されることを防ぐことができる。
【０３２１】
ここで、現在地を通知することを許可する旨の入力が行われたことを検出した場合（Ｓ１２０でＹＥＳ）には、同乗者位置表示部２３は、現在地通知メールを同乗者グループに属する各携帯電話１に送信する（Ｓ１２１）。一方、現在地を通知することを許可しない旨の入力が行われたことを検出した場合、または入力が行われないまま所定の時間（例えば３分）が経過した場合（Ｓ１２０でＮＯ）には、同乗者位置表示部２３は、Ｓ１２２の処理に進む。
【０３２２】
現在地通知メールは、該メールの送信元を示す情報と、現在地を示す情報とを含むものであればよい。例えば、現在地通知メールは、下記の表１６に示すようなデータ形式としてもよい。
【０３２３】
【表１６】
【０３２４】
現在地通知メールを送信の送信が行われた後、Ｓ１２２、Ｓ５４、及びＳ１２３の処理によって、現在地から目的地までの地図とルート情報が表示部１１に表示される。なお、現在地通知メールの送信と、Ｓ１２２、Ｓ５４、及びＳ１２３の処理とは、同時に行ってもよいし、Ｓ１２２、Ｓ５４、及びＳ１２３の処理を現在地通知メールの送信よりも先に行ってもよい。
【０３２５】
以上の処理によって表示部１１に地図が表示されると、同乗者位置表示部２３は、新着メールの有無を確認する（Ｓ１２４）。ここで、新着メールがないことが確認された場合（Ｓ１２４でＮＯ）には、Ｓ１２９の処理に進む。一方、新着メールがあることが確認された場合（Ｓ１２４でＹＥＳ）には、同乗者位置表示部２３は、新着メールの種類が、「通常」、「現在地」、及び「終了通知」の何れであるかを確認する（Ｓ１２５）。なお、「現在地」は、上記現在地通知メールを指し、「終了通知」は終了通知メールを指し、「通常」はこれら以外のメールを指す。
【０３２６】
終了通知メールは、携帯電話１が同乗者グループを離脱するときに同乗者グループの他の携帯電話１に送信するメールである。終了通知メールを受信した携帯電話１が、該終了通知メールの送信元の携帯電話１を同乗者グループから削除することによって、当該携帯電話１は同乗者グループから離脱する。終了通知メールは、下記の表１７に示すようなデータ形式としてもよい。
【０３２７】
【表１７】
【０３２８】
新着メールの種類が、「通常」、「現在地」、及び「終了通知」の何れであるかは、メールの「Subject」を参照することで判断できる。つまり、表１６の例では「Subject」が「@LOCATION」となっていることによって、当該メールが現在地通知メールであると判断することができる。また、表１７の例では、「Subject」が「@LEAVE」となっていることによって当該メールが終了通知メールであると判断することができる。そして、これらの何れにも該当しないメールを、「通常」として取り扱えばよい。
【０３２９】
メールの種類が「終了通知」であることが確認された場合には、同乗者位置表示部２３は、その旨を同乗者グループ離脱処理部２４に伝達し、伝達を受けた同乗者グループ離脱処理部２４は、同乗者の位置情報表示を解除する（Ｓ１２６）。
【０３３０】
具体的には、同乗者グループ離脱処理部２４は、同乗者グループ関連情報格納部２７に格納されている端末情報を参照し、上記受信した終了通知の送信元のメールアドレスと一致するメールアドレスが含まれる端末情報を削除する。これにより、Ｓ１２１で現在地通知メールを送信する送信先から、上記終了通知の送信元の携帯電話１が除外されるので、該携帯電話１には、現在地通知メールが送信されなくなる。また、同乗者グループ離脱処理部２４は、受信した終了通知の送信元が、既に地図上に表示されている場合には、同乗者位置表示部２３に指示してその表示を中止させる。
【０３３１】
一方、メールの種類が「現在地通知」であることが確認された場合には、同乗者位置表示部２３は、受信した現在地通知メールから同乗者の位置を抽出し、位置表示を更新する（Ｓ１２７）。
【０３３２】
具体的には、同乗者位置表示部２３は、受信した現在地通知メール（表１６参照）から緯度及び経度を読み出し、読み出した緯度及び経度で特定される地図上の位置に上記現在地通知メールの送信元の同乗者を示す情報（例えば、図１４（ａ）のようなポインタとニックネーム等）を表示する。なお、ニックネームを表示する場合には、予め端末情報にニックネームを登録しておく。また、同乗者を示す情報は、携帯電話１のユーザが、各同乗者の地図上の位置を認識できるものであればよく、この例に限られない。例えば、同乗者の顔写真等を表示してもよい。
【０３３３】
Ｓ１２６またはＳ１２７の処理を終えた後、またはＳ１２５で新着メールが「通常」であることが確認されたときには、同乗者位置表示部２３は、次の新着メールの有無を確認する（Ｓ１２８）。ここで、次の新着メールがあることが確認された場合（Ｓ１２８でＹＥＳ）には、同乗者位置表示部２３は、Ｓ１２５の処理に戻る。一方、次の新着メールがないことが確認された場合（Ｓ１２８でＮＯ）には、同乗者位置表示部２３は、その旨を同乗者グループ離脱処理部２４に伝達する。
【０３３４】
伝達を受けた同乗者グループ離脱処理部２４は、一定時間以上、現在位置通知のない同乗者の有無を確認する（Ｓ１２９）。具体的には、同乗者グループ離脱処理部２４は、現在地通知メールを受信したときに、その受信日時を記憶しておき、最後に受信した現在地通知メールの受信日時から、予め定めた一定時間（例えば３０分）以上経過している同乗者（携帯電話１）が存在するか否かを確認する。
【０３３５】
ここで、一定時間以上、現在位置通知のない同乗者があることが確認された場合（Ｓ１２９でＹＥＳ）には、同乗者グループ離脱処理部２４は、その同乗者の位置情報表示を解除する（Ｓ１３０）。なお、Ｓ１３０の処理は、Ｓ１２６の処理と同様であるから説明を省略する。
【０３３６】
以上のようにして、地図上に同乗者が表示された後は、図１１の例と同様に、同乗者の選択操作の待ち受け（Ｓ５９）が行われ、同乗者の選択操作があった場合には、通話・メール処理が行われる（Ｓ６０）。
【０３３７】
また、同乗者グループ離脱処理部２４は、ユーザの終了操作の有無を確認し（Ｓ６１
）、終了操作が確認されたとき（Ｓ６１でＹＥＳ）には、同乗者グループを構成する各携帯電話１に終了通知メール（表１６参照）を送信すると共に、終了処理を行う（Ｓ１３１）。終了処理では、同乗者グループ離脱処理部２４は、地図及び同乗者の現在地の表示を中止し、同乗者グループ関連情報格納部２７に格納されている情報を削除する。Ｓ１３１の処理の後は、図１１の例と同様に帰車処理が行われる（Ｓ６３）。
【０３３８】
なお、図１６の例では、携帯電話１が他の携帯電話１のそれぞれに自発的に現在地通知メールを送信することによって、各携帯電話１が他の携帯電話１の現在地を取得する例を示したが、現在地通知メールが、他の携帯電話１の要求を受けて送信されるようにしてもよい。
【０３３９】
〔変形例〕
以上のように、グループ生成システム１００では、カーナビ３０が複数の携帯電話１のそれぞれから、端末情報を取得し、取得した端末情報を含む同乗者グループ関連情報を複数の携帯電話１のそれぞれに送信する構成である。
【０３４０】
この端末情報には、携帯電話１の電話番号、メールアドレス等が含まれており、これを用いることによって、携帯電話１は、他の携帯電話１の位置情報を取得することができる。つまり、端末情報は、携帯電話１が他の携帯電話１の位置情報を取得するための情報であると言える。
【０３４１】
例えば、図１１（図２）の例では、同乗者グループ関連情報に含まれている、位置情報を取得したい携帯電話１の電話番号をサーバ５０に送信することによって、サーバ５０に格納されている当該携帯電話１の位置情報を取得することが可能となる。
【０３４２】
また、例えば図１６（図４）の例では、同乗者グループ関連情報に含まれている、位置情報を取得したい携帯電話１のメールアドレスを用いて、現在地通知メールを送信することによって、同乗者グループを構成する各携帯電話１は、他の携帯電話１の位置情報を取得することが可能となる。
【０３４３】
ここで、複数の端末間で互いの位置情報を容易に確認することを可能にするという本発明の目的を達成するためには、上記端末情報は、少なくとも自端末が取得した位置情報を自端末以外の端末が取得するための情報であればよい。
【０３４４】
例えば、サーバ５０から携帯電話１の位置情報を取得する場合には、同乗者グループの他の携帯電話１が、サーバ５０からその位置情報を取得することができる情報が、端末情報となる。つまり、携帯電話１が自端末の位置情報と自端末のＩＤとをサーバ５０に送信し、サーバ５０が上記ＩＤを受信したときに上記位置情報を送信する構成とした場合には、上記ＩＤが端末情報となる。無論、このＩＤはどのようなものであってもよい。例えば、携帯電話１の製造ナンバーや電子メールアドレス等であってもよいし、ユーザ名、やユーザが設定したパスワード等であってもよい。
【０３４５】
また、例えば、携帯電話１間で位置情報を送受信する場合には、他の携帯電話１に位置情報を送信するための情報が、端末情報となる。つまり、他の携帯電話１に位置情報を送信するための通信アドレスが端末情報となる。
【０３４６】
このように、携帯電話１からカーナビ３０に送信する端末情報は、位置情報の取得方法に合わせて適宜設定することができ、上記の例以外でも、少なくとも自端末が取得した位置情報を自端末以外の端末が取得するための情報を用いることにより、上記本発明の目的は達成し得る。
【０３４７】
なお、本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０３４８】
本発明のグループ生成システムでは、ユーザ操作が行われなくとも、複数の携帯電話が、互いの位置情報を取得することができ、各携帯電話のユーザは、他のユーザの位置を容易に認識することができる同乗者グループが生成される。これは、上記の例のように、カーナビを位置取得支援装置として携帯電話の同乗者グループを生成する場合に特に好適であるが、この例に限られない。
【０３４９】
例えば、位置取得支援装置は、カーナビとは別の車載装置に内蔵されていてもよいし、他の装置（例えば、携帯電話等の携帯型の機器）に内蔵されていてもよい。また、位置取得支援装置は、位置取得支援を行う専用の装置であってもよい。
【０３５０】
さらに、同乗者グループは、携帯電話に限られず、任意の通信端末で構成することができる。例えば、ＰＨＳ、ＰＤＡ、携帯型パソコン、携帯型ゲーム機などで同乗者グループを構成することも可能である。
【図面の簡単な説明】
【０３５１】
【図１】本発明の実施形態を示すものであり、グループ生成システムの要部構成を示すブロック図である。
【図２】上記グループ生成システムで行われる処理の一例を示す図である。
【図３】上記グループ生成システムで行われる処理の他の例を示す図であり、上記の例とは異なる方法で位置情報を取得する例を示す図である。
【図４】上記グループ生成システムで行われる処理のまた別の例を示す図であり、上記の例とはまた異なる方法で位置情報を取得する例を示す図である。
【図５】上記グループ生成システムで行われる処理の一例を示す図であり、目的地関連情報を取得する処理の概要を示す図である。
【図６】上記グループ生成システムのハードウェア構成を示すブロック図である。
【図７】上記グループ生成システムで実行される処理の全体の流れを示すフローチャートである。
【図８】上記グループ生成システムに含まれるカーナビの表示部に表示される画面例を示す図であり、同図の左側は端末情報の配信可否をユーザに問い合わせる画面の一例を示し、同図の右側は終了時刻の入力画面の一例を示す図である。
【図９】上記グループ生成システムにて実行される登録処理の一例を示すフローチャートである。
【図１０】上記グループ生成システムに含まれる携帯電話の表示部に表示される画面例を示す図であり、同図の左側は端末情報の送信可否をユーザに問い合わせる画面の一例を示し、同図の右側は送信する情報の設定画面の一例を示す図である。
【図１１】上記グループ生成システムにて実行される降車後処理の一例を示すフローチャートである。
【図１２】上記携帯電話の表示部に表示される画像の一例を示す図であり、（ａ）は地図の表示例、（ｂ）は目的地関連情報の表示例、（ｃ）は目的地詳細の表示例を示す図である。
【図１３】上記グループ生成システムにて実行される通話・メール処理の一例を示すフローチャートである。
【図１４】上記通話・メール処理において上記携帯電話の表示部に表示される画面例を示す図である。
【図１５】上記グループ生成システムにて実行される帰車処理の一例を示すフローチャートである。
【図１６】上記降車後処理の他の例を示すフローチャートである。
【図１７】上記携帯電話の表示部に表示される表示画面の一例を示す図であり、現在地を同乗者グループの他の携帯電話に通知することの可否をユーザに選択させるための表示画面の一例を示す図である。
【図１８】従来技術を示すものであり、従来のマンナビで行われる処理の概要を示す図である。
【符号の説明】
【０３５２】
１ 携帯電話（通信端末）
６ 携帯電話制御部
２０ 同乗者グループ登録部（位置取得情報登録手段、位置取得情報受信手段）
２１ 目的地関連情報取得部（目的地関連情報取得手段）
２２ ルートガイド要求部（ルートガイド実行手段）
２３ 同乗者位置表示部（位置表示手段）
２４ 同乗者グループ離脱処理部（期限管理手段）
２５ 同乗者間通信制御部（選択手段、端末間通信制御手段）
３０ カーナビ（位置取得支援装置）
３５ カーナビ制御部
４０ 端末登録部
４１ 同乗者グループ生成部（位置取得情報取得手段）
４２ 同乗者グループ情報配信部（位置取得情報送信手段）
５０ サーバ（位置格納サーバ）
１００ グループ生成システム（位置取得支援システム）
【技術分野】
【０００１】
本発明は、複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置に関するものである。
【背景技術】
【０００２】
地図を広げながら目的地までのルートを探すことなく、スムーズに目的地まで辿り着くことができるという利便性から、近年、カーナビゲーション装置（以下、カーナビと呼ぶ）の普及率が上昇している。一般に、カーナビは、目的地を設定することによって、車の現在地から設定された目的地までのルートガイドを行うようになっている。
【０００３】
ここで、カーナビのユーザは、設定された目的地まで車で乗り入れることができない場合や、目的地に駐車場がないような場合には、目的地の近隣の駐車場に車を停めて駐車場から目的地まで徒歩で移動することになる。このような場合に、ユーザが、駐車場から目的地までの道順がわからなくなるという問題がある。
【０００４】
そこで、下記の特許文献１〜４では、ユーザを駐車場から目的地までナビゲートするために、携帯電話機等の携帯端末を利用している。つまり、携帯端末を、車ではなく人をナビゲートする「マンナビ」として利用することが提案されている。
【０００５】
具体的には、特許文献１〜３には、カーナビと携帯電話とを通信ケーブルで接続し、カーナビに記憶された目的地、駐車位置、目的地までの経路等の情報をカーナビから携帯電話に転送することが記載されている。そして、携帯電話が、転送された上記のデータと、自端末に搭載されたＧＰＳ（Global Positioning System）とを用いて、駐車位置から目的地までのナビゲートを行うことが記載されている。
【０００６】
また、特許文献４には、カーナビに記憶された目的地、駐車位置をサーバに送信し、サーバにおいて上記駐車位置から目的地までのルート検索を行い、その結果を携帯電話に送信することが記載されている。そして、携帯電話では、受信したルート検索結果と自端末に搭載されたＧＰＳとを用いて、駐車位置から目的地までのナビゲートを行うことが記載されている。
【０００７】
ここで、特許文献１〜４に記載されているような、従来のマンナビで行われる処理について、図１８に基づいて説明する。図１８は、従来のマンナビで行われる処理の概要を示す図である。車が駐車場に到着すると、ユーザ操作によって、カーナビに設定された位置情報（目的地及び現在地等）が携帯電話に送信される。なお、位置情報は、エンジンＯＦＦやサイドブレーキがかけられたことから判別してもよい。
【０００８】
位置情報を受信した携帯電話は、受信した位置情報を登録し、これによりマンナビによるルートガイドが開始される。そして、携帯電話のユーザは車を降りて目的地に向かう。携帯電話は、ルートガイドの実行中、定期的にＧＰＳにて現在地を取得して、カーナビから受信した目的地と共に、サービスに送信する。
【０００９】
サービスは、現在地と目的地とを受信すると、該現在地から目的地までの地図と、現在地から目的地までの道順を示すルート情報とを作成し、これらを地図情報として携帯電話に送信する。なお、このときに、目的地までの距離から目的地への到着予定時刻を算出し、地図情報と共に送信するようにしてもよい。そして、携帯電話は、受信した地図情報に基づいて、地図画像と目的地までの道順とを表示する。
【００１０】
また、目的地から駐車位置に戻るときには、携帯電話は、ＧＰＳにて現在地を取得して、カーナビから受信した駐車位置と共に、サービスに送信する。これにより、上記と同様にマンナビによるルートガイドが開始され、現在地から駐車位置までの道順が地図表示される。
【００１１】
以上のように、特許文献１〜４に記載の構成によれば、駐車位置と目的地とが離れている場合であっても、携帯電話が目的地までのナビゲーションを引き継ぐので、ユーザは目的地までスムーズに辿り着くことが可能になる。
【００１２】
ここで、同じ車に複数のユーザが乗り合わせた場合に、駐車位置から目的地まで、複数のユーザが別々に移動することがある。また、車で目的地またはその付近まで移動して、駐車した後は、同じ車に乗り合わせた各ユーザがそれぞれ自由行動をとることもある。このような場合には、同じ車に乗り合わせたユーザ同士、互いに位置を確認することができれば便利である。
【００１３】
携帯電話を所有しているユーザの位置を表示する技術としては、例えば下記の特許文献５が挙げられる。特許文献５では、以下のようにして携帯電話Ａの位置を、携帯電話Ｂのユーザが乗車している車に搭載されたカーナビの地図上に表示させている。
【００１４】
すなわち、位置の検出対象となる携帯電話Ａは、その現在地を基地局によって検出させて、その位置をテキストデータとして取得し、さらにこのテキストデータを位置情報サーバに送信する。ここで、位置を取得する携帯電話Ｂは、位置情報サーバに携帯電話Ａの位置のテキストデータを要求し、取得する。そして、携帯電話Ｂは、取得したテキストデータをカーナビに送信することにより、カーナビの地図上に携帯電話Ａの現在地を表示する。
【特許文献１】特開２００２−１８１５５５号公報（2002年6月26日公開）
【特許文献２】特開２００５−１４７９４６号公報（2005年6月9日公開）
【特許文献３】特開２００７−２５６１３７号公報（2007年10月4日公開）
【特許文献４】特開２００４−３０１８０４号公報（2004年10月28日公開）
【特許文献５】特開２００２−２７１８３７号公報（2002年9月20日公開）
【発明の開示】
【発明が解決しようとする課題】
【００１５】
ここで、特許文献５の技術では、携帯電話のユーザ同士が互いに位置を伝え合うことは想定されていない。このため、携帯電話のユーザ同士が互いに位置を伝え合うために特許文献５の技術を用いた場合には、複数のユーザのそれぞれが特別な入力操作を行う必要があるという問題がある。
【００１６】
特許文献５では、携帯電話のユーザ同志が互いに位置を伝え合うことは想定されていないが、仮に３人の携帯電話Ａのユーザ（ユーザａ１〜ａ３）が、特許文献５の技術を用いて互いの位置を確認する場合を考える。
【００１７】
この場合には、ユーザａ１〜ａ３は、まず、それぞれが所有する携帯電話Ａの位置を位置情報サーバに登録する。これにより、位置情報サーバに登録されている各携帯電話Ａの位置を他のユーザが読み出すことが可能になる。
【００１８】
ここで、位置情報サーバに登録されている各携帯電話Ａの位置は、位置情報サーバにアクセスした任意の端末から読み出すことができるが、意図しない第三者に現在地を知られることは、セキュリティ上好ましくない。つまり、特許文献５の技術では、第三者からの読み出しを防ぐための仕組みが必要となる。
【００１９】
このため、特許文献５では、位置情報サーバから携帯電話Ａの位置を読み出す時に、携帯電話Ｂに、携帯電話Ａの電話番号及び認証番号を入力させて、これを位置情報サーバに送信するようにしている。そして、位置情報サーバにおいて、該位置情報サーバに予め格納されている携帯電話Ａの電話番号及び認証番号と、携帯電話Ｂから受信した電話番号及び認証番号とが一致した場合に、携帯電話Ａの位置を携帯電話Ｂに送信するようにしている。
【００２０】
つまり、ユーザａ１が、ユーザａ２及びａ３の位置を取得するためには、ユーザａ２及びａ３の携帯電話Ａの電話番号と認証番号とをそれぞれ入力する必要がある。そして、ユーザａ２及びａ３もユーザａ１と同じ処理を行う必要がある。
【００２１】
このように、特許文献５の技術を用いて携帯電話のユーザ同志が互いに位置を伝え合うためには、各ユーザは、位置情報サーバへの位置の登録、位置を取得したい携帯電話の電話番号及び認証番号の入力という特別な入力操作を行う必要があり、携帯電話のユーザ同志が容易に位置を伝え合うことができないという問題がある。
【００２２】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ユーザが特別な入力操作を行うことなく、複数の通信端末（例えば携帯電話）が、自端末以外の通信端末の位置を取得することを可能にする位置取得支援装置等を実現することにある。
【課題を解決するための手段】
【００２３】
本発明に係る位置取得支援装置は、上記課題を解決するために、複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置であって、上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得手段と、該位置取得情報取得手段が取得した、上記通信端末の位置取得情報を、当該位置取得情報の取得元以外の通信端末に送信する位置取得情報送信手段とを備えていることを特徴としている。
【００２４】
また、本発明に係る位置取得支援装置の制御方法は、上記課題を解決するために、複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置の制御方法であって、上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得ステップと、該位置取得情報取得ステップにて取得した、上記通信端末の位置取得情報を、当該位置取得情報の取得元以外の通信端末に送信する位置取得情報送信ステップとを含むことを特徴としている。
【００２５】
上記の構成および方法によれば、位置取得支援装置は、複数の通信端末のそれぞれから位置取得情報を取得し、取得した位置取得情報を各通信端末に送信する。つまり、位置取得支援装置が介在することによって、各通信端末は、何ら特別な動作を行うことなく、位置取得情報を取得することができる。
【００２６】
また、この位置取得情報は、他の通信端末の位置情報を取得するための情報であるから、各通信端末は、この位置取得情報を用いることにより、他の通信端末の位置情報を取得することができる。すなわち、上記の構成によれば、通信端末のユーザは、特別な操作を行うことなく、他の通信端末の位置情報を取得することができる。
【００２７】
なお、位置取得情報は、他の通信端末の位置情報を取得するための情報であれば、どのようなものであってもよい。例えば、通信端末の位置情報が、サーバに格納されている場合であれば、サーバから位置情報を取得することのできる情報を上記位置取得情報とすることもできる。また、通信端末の位置情報がその通信端末自体に格納されている場合であれば、当該通信端末にアクセスする通信アドレスを上記位置取得情報とすることもできる。
【００２８】
また、位置取得支援装置は、上記自装置から所定の範囲内に存在する上記通信端末のみと通信可能な近距離通信部を備え、上記位置取得情報取得手段は、上記近距離通信部を用いて、上記各通信端末に上記位置取得情報の送信を要求することが好ましい。
【００２９】
上記の構成によれば、位置取得支援装置から所定の範囲内に存在する通信端末のみと通信可能な近距離通信部を用いて位置取得情報の送信要求が行われるので、位置取得支援装置から所定の範囲内（位置取得支援装置からの距離が一定値以下となる位置）に存在する通信端末のみから位置取得情報が送信される。つまり、上記の構成によれば、位置取得支援装置の通信圏内の通信端末のみが、互いの位置情報を取得することができる。
【００３０】
したがって、例えば上記位置取得支援装置をカーナビに設けた場合に、該カーナビが搭載された車に、上記通信端末を所有する複数のユーザが乗り込んだときに、複数のユーザのそれぞれが、上記通信端末の位置情報から、該通信端末のユーザの位置を確認することも可能になる。そして、各ユーザは、他のユーザの位置を確認するためにパスワードを入力する等の特別な操作を行う必要も無い。
【００３１】
なお、上記近距離通信部の通信範囲は、必要に応じて適宜設定すればよい。例えば、上記近距離通信部の通信範囲を位置取得支援装置から半径２０ｍ以内の範囲としてもよい。この場合には、位置取得支援装置から半径２０ｍ以内の範囲に存在する各通信端末は、同じく位置取得支援装置から半径２０ｍ以内の範囲に存在する他の通信端末の位置情報を取得することができる。
【００３２】
また、上記位置取得情報送信手段は、上記位置取得情報と共に、上記通信端末が、上記位置取得情報を用いて上記位置情報を取得可能な期限を示す期限情報を送信することが好ましい。
【００３３】
上記の構成によれば、各通信端末に対し、位置取得情報と共に期限情報が送信される。これにより、期限情報が示す期限を過ぎた後は、各通信端末が位置情報を取得することができないようにすることができる。つまり、上記の構成によれば、位置取得支援装置から位置取得情報を受信した複数の通信端末が、互いの位置情報を一定期間だけ取得できるようになる。これにより、各通信端末が、必要な期間のみ互いの位置情報を取得できるようにし、必要な期間を経過した後は、他の通信端末から位置情報が取得されないようにすることができる。
【００３４】
また、上記位置取得情報は、上記各通信端末がその位置を示す位置情報を送信して格納させる位置格納サーバから上記位置情報を取得するための情報であってもよい。
【００３５】
上記の構成によれば、位置取得支援装置から位置取得情報を受信した通信端末は、該受信した位置取得情報を用いて位置取得サーバから他の通信端末の位置情報を取得することができる。
【００３６】
なお、この場合には、位置取得情報として、例えば位置情報に対応する通信端末を特定する情報（製造ナンバー、通信アドレス、所有者名）等を適用することもできるし、予め設定したパスコード等を適用することもできる。また、これらを組み合わせて用いることもできる。
【００３７】
また、上記各通信端末は、自端末の位置情報を取得する機能を有し、上記位置取得情報は、上記通信端末間で上記位置情報を送受信するための通信アドレスであってもよい。
【００３８】
位置情報は、通信端末間で直接送受信されてもよい。この場合には、上記構成のように、位置取得情報は、他の通信端末に該通信端末の位置情報を自端末に送信させるときに用いる通信アドレス（つまり自端末の通信アドレス）、及び自端末の通信アドレスを他の通信端末に送信するときに用いる通信アドレス（つまり他の通信端末の通信アドレス）であってもよい。
【００３９】
本発明の通信端末は、上記課題を解決するために、自端末の位置を示す位置情報を取得可能な通信端末であって、自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録手段と、上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信手段とを備えていることを特徴としている。
【００４０】
本発明の通信端末の制御方法は、上記課題を解決するために、自端末の位置を示す位置情報を取得可能な通信端末の制御方法であって、自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録ステップと、上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信ステップとを含むことを特徴としている。
【００４１】
上記の構成および方法によれば、複数の通信端末のそれぞれは、位置取得支援装置からの要求を受けて、位置取得情報を位置取得支援装置に送信する。これにより、各通信端末の位置取得情報は、位置取得支援装置に集まることになる。
【００４２】
そして、上記通信端末は、位置取得支援装置から、各通信端末の位置取得情報を受信する。これにより、複数の通信端末のそれぞれは、他の通信端末の位置情報を取得することが可能になる。このように、上記の構成によれば、各通信端末のユーザが特別な操作を行わなくとも、各通信端末は、他の通信端末の位置情報を取得することができる。これにより、ユーザは、他の通信端末を所持しているユーザの位置を容易に確認することができる。
【００４３】
また、上記位置取得支援装置は、上記位置取得情報と共に、該位置取得情報を用いて上記位置情報を取得可能な期限を示す期限情報を送信するものであり、上記期限情報が示す期限を経過したときに、自端末が格納している上記位置取得情報を削除する期限管理手段を備えていることが好ましい。
【００４４】
上記の構成によれば、各通信端末に対し、位置取得情報と共に期限情報が送信される。そして、期限情報が示す期限を経過したときに、位置取得情報は削除される。これにより、期限情報が示す期限を過ぎた後は、通信端末は、位置情報を取得することができないようになる。つまり、上記の構成によれば、位置取得支援装置から位置取得情報を受信した通信端末が、互いの位置情報を一定期間だけ取得できるようになる。
【００４５】
また、上記通信端末は、上記位置取得情報を用いて取得した他の通信端末の位置情報に基づいて、該他の通信端末の位置を含む地図を表示すると共に、該地図上に上記他の通信端末の位置を示す情報を表示する位置表示手段を備えていることが好ましい。
【００４６】
上記の構成によれば、他の通信端末の位置が地図上に表示されるので、通信端末のユーザは、他の通信端末がどこに位置しているかを容易に認識することができる。なお、位置を示す情報は、ユーザが当該通信端末の位置を地図上で認識できるものであればよく、特に限定されない。
【００４７】
また、上記位置取得支援装置は、設定された目的地までのルートガイドを行うナビゲーション機能を有し、上記通信端末は、上記位置取得支援装置から上記目的地の位置を示す目的地位置情報を取得して、自端末の現在の位置から上記目的地の位置までのルートガイドを、表示した地図上で行うルートガイド実行手段を備え、上記位置表示手段は、上記ルートガイドに用いる地図上に上記他の通信端末の位置を示す情報を表示することが好ましい。
【００４８】
上記の構成のように、ナビゲーション機能を有している場合には、位置取得支援装置は、設定された目的地までのルートガイドを行う。しかし、設定された目的地に到着するまでに、通信端末のユーザが、位置取得支援装置のルートガイドを受けられないことも考えられる。
【００４９】
例えば、位置取得支援装置が、車に搭載されている場合に、目的地まで車で乗りつけることができないときには、通信端末のユーザは、車から降りて徒歩等の別の手段で目的地まで移動する必要がある。
【００５０】
上記の構成によれば、このような場合に、ユーザが何ら操作を行うことなく、自動的に通信端末がルートガイドを引き継ぐので、ユーザは目的地まで確実に辿り着くことができる。
【００５１】
また、上記の構成によれば、ルートガイド用に表示された地図上に、他の通信端末の位置を示す情報が表示されるので、ユーザは、地図で目的地までの道順を確認すると同時に、他の通信端末の所在を確認することができる。
【００５２】
また、上記通信端末は、自端末以外の通信端末と通信を行う通信手段と、上記位置表示手段が表示した上記他の通信端末の位置を示す情報を選択する選択手段と、上記選択手段が選択した情報に対応する通信端末と上記通信手段を用いて通信する端末間通信制御手段とを備えていることが好ましい。
【００５３】
上記の構成によれば、通信端末の位置を示す情報を選択するという直感的な操作で、選択した情報に対応する通信端末と通信を行うことができる。これにより、ユーザは、他の通信端末のユーザと容易に連絡を取ることができる。なお、他の通信端末との通信方法は、どのようなものであってもよく、例えば電話による通話、メールの送信等であってもよい。
【００５４】
また、上記位置取得支援装置は、設定された目的地までのルートガイドを行うナビゲーション機能を有し、上記通信端末は、上記位置取得支援装置から上記目的地の位置を示す目的地位置情報を取得して、該取得した目的地位置情報が示す目的地の位置に関連する目的地関連情報を取得する目的地関連情報取得手段を備えていることが好ましい。
【００５５】
上記位置取得支援装置がナビゲーション機能を有している場合には、この機能を利用して目的地またはその周辺に辿り着くことができる。ここで、上記の構成によれば、ユーザが何ら特別な操作を行わなくとも、通信端末が目的地の位置に関連する目的地関連情報を自動的に取得する。
【００５６】
したがって、上記の構成によれば、ユーザは、容易に目的地関連情報を利用することができる。なお、目的地関連情報は、目的地またはその周辺に到着したユーザに役立つ情報であればよく、特に限定されない。
【００５７】
また、上記位置取得支援装置と、複数の上記通信端末と、上記位置格納サーバとを含む位置取得支援システムであれば、上記位置取得支援装置及び上記通信端末と同様の効果を奏する。
【００５８】
また、上記位置取得支援システムでは、上記位置取得情報送信手段は、上記位置取得情報と共に、上記位置格納サーバから位置情報を取得するための認証情報を上記各通信端末に送信し、上記各通信端末は、上記位置情報と共に、上記位置取得情報送信手段から受信した認証情報を上記位置格納サーバに送信し、上記位置格納サーバは、上記認証情報と位置情報とを対応付けて格納し、上記通信端末から上記認証情報を受信したときにのみ、上記認証情報と対応付けて格納した位置情報を上記通信端末に送信することが好ましい。
【００５９】
上記の構成によれば、認証情報を受信した通信端末のみが、位置格納サーバから他の通信端末の位置情報を取得することが可能になる。つまり、上記の構成によれば、位置格納サーバから第三者が位置情報を取得することを防ぐことができる。
【００６０】
なお、上記位置取得支援装置及び上記通信端末は、コンピュータによって実現してもよく、この場合には、コンピュータを上記位置取得支援装置または上記通信端末の各手段として動作させることにより、上記位置取得支援装置または上記通信端末をコンピュータにて実現させる制御プログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
【発明の効果】
【００６１】
以上のように、本発明に係る位置取得支援装置は、複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置であって、上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得手段と、該位置取得情報取得手段が取得した、上記各通信端末の位置取得情報を、当該位置取得情報の取得元以外の各通信端末に送信する位置取得情報送信手段とを備えている構成である。
【００６２】
また、本発明に係る位置取得支援装置の制御方法は、以上のように、複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置の制御方法であって、上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得ステップと、該位置取得情報取得ステップにて取得した、上記各通信端末の位置取得情報を、当該位置取得情報の取得元以外の各通信端末に送信する位置取得情報送信ステップとを含む構成である。
【００６３】
上記の構成によれば、位置取得支援装置は、複数の通信端末のそれぞれから位置取得情報を取得し、取得した位置取得情報を各通信端末に送信する。つまり、位置取得支援装置が介在することによって、各通信端末は、何ら特別な動作を行うことなく、位置取得情報を取得することができる。すなわち、上記の構成によれば、通信端末のユーザは、特別な操作を行うことなく、他の通信端末の位置情報を取得することができるという効果を奏する。
【００６４】
また、本発明の通信端末は、以上のように、自端末の位置を示す位置情報を取得可能な通信端末であって、自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録手段と、上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信手段とを備えている構成である。
【００６５】
そして、本発明の通信端末の制御方法は、以上のように、自端末の位置を示す位置情報を取得可能な通信端末の制御方法であって、自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録ステップと、上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信ステップとを含む構成である。
【００６６】
上記の構成によれば、複数の通信端末のそれぞれは、位置取得支援装置からの要求を受けて、位置取得情報を位置取得支援装置に送信し、上記通信端末は、位置取得支援装置から、各通信端末の位置取得情報を受信する。これにより、複数の通信端末のそれぞれは、他の通信端末の位置情報を取得することが可能になる。
【００６７】
したがって、上記の構成によれば、各通信端末のユーザが特別な操作を行わなくとも、各通信端末は、他の通信端末の位置情報を取得することができるという効果を奏する。
【発明を実施するための最良の形態】
【００６８】
本発明の一実施形態について図１から図１７に基づいて説明すると以下の通りである。本実施形態のグループ生成システムは、車に同乗している複数のユーザのそれぞれが所持している携帯電話をグループ化することによって、グループ化された携帯電話間で互いの位置を容易に確認することができるようにするものである。
【００６９】
〔グループ生成システムの概要〕
ここでは、まず図２に基づいて上記グループ生成システムの概要について説明する。図２は、上記グループ生成システムで行われる処理の一例を示す図である。図示のように、グループ生成システムは、カーナビ、携帯電話Ａ、携帯電話Ｂ、及びサーバで構成される。なお、グループ生成システムには、携帯電話が３台以上含まれていてもよい。
【００７０】
カーナビは、携帯電話Ａのユーザ及び携帯電話Ｂのユーザが乗る車に搭載されており、携帯電話Ａ及びＢと通信可能に構成されている。カーナビと携帯電話Ａ及びＢとは、通信可能に構成されていればよく、その通信手段は特に限定されないが、ここでは、カーナビと携帯電話Ａ及びＢとは、Ｂｌｕｅｔｏｏｔｈ（登録商標）で通信することを想定している。Ｂｌｕｅｔｏｏｔｈで通信を行うため、携帯電話Ａ及びＢは予めカーナビとペアリングしておく必要がある。なお、図示の例では、カーナビと携帯電話Ａ及びＢとは、既にペアリング済みである。
【００７１】
また、携帯電話Ａ及びＢは、一般的な携帯電話機と同様に、通話機能、メール送受信機能等を備えていると共に、自端末の現在位置を取得するＧＰＳ機能を備えている。そして、携帯電話Ａ及びＢは、サーバと通信可能に構成されている。サーバと携帯電話Ａ及びＢとは、通信可能に構成されていればよく、その通信手段は特に限定されないが、ここでは、サーバと携帯電話Ａ及びＢとは、３Ｇ（3rd Generation）網及びインターネットを介して通信することを想定している。
【００７２】
上記グループ生成システムでは、カーナビが、携帯電話ＡとＢとのグループ化を行う。すなわち、図示のように、車中において携帯電話Ａは、カーナビに端末情報（携帯電話Ａのメールアドレス及び電話番号等）を送信し（１）、カーナビは、受信した携帯電話Ａの端末情報を登録する（２）。同様に、携帯電話Ｂも、カーナビに端末情報（携帯電話Ｂのメールアドレス及び電話番号等）を送信し（３）、カーナビは、受信した携帯電話Ｂの端末情報を登録する（４）。
【００７３】
これにより、カーナビでは、携帯電話ＡとＢとが同乗者グループとして設定される。詳細については後述するが、グループ生成システムでは、携帯電話Ａの端末情報を用いることで、携帯電話Ａの位置情報を取得することができるようになっており、同様に携帯電話Ｂの端末情報を用いることで、携帯電話Ｂの位置情報を取得することができるようになっている。
【００７４】
また、カーナビには目的地が入力され、カーナビのルートガイドに従って目的地付近（例えば目的地近隣の駐車場）までドライブが行われる。この処理は、従来の一般的なカーナビと同じである。
【００７５】
ここで、上記グループ生成システムでは、目的地付近において車を駐車したときに、カーナビが、目的地情報（目的地の位置情報）と携帯電話Ａ及びＢから取得した端末情報とを携帯電話Ａ及びＢにブロードキャスト配信する（５）。
【００７６】
目的地情報の配信を受けることによって、携帯電話Ａ及びＢでは、目的地の位置を把握することができる。また、携帯電話Ａ及びＢは、ＧＰＳ機能を備えているので、携帯電話Ａ及びＢでは、現在地の位置情報と、目的地の位置情報とを取得することができる。このため、携帯電話Ａ及びＢは、目的地までのルートガイドを行うマンナビとして使用することも可能になる。また、目的地の位置情報は、カーナビから自動的に配信されるので、携帯電話Ａ及びＢのユーザは、携帯電話Ａ及びＢに目的地の位置情報を入力する必要がない。
【００７７】
さらに、上記グループ生成システムでは、同乗者グループを構成する各端末の端末情報もブロードキャスト配信されるので、携帯電話Ａでは、携帯電話Ｂと同乗者グループとなったことを認識することができ、同様に携帯電話Ｂでは、携帯電話Ａと同乗者グループとなったことを認識することができる。
【００７８】
そして、上記グループ生成システムでは、車を駐車して携帯電話Ａ及びＢのユーザが車から降りた後は、携帯電話Ａ及びＢから、上記同乗者グループに含まれる他の端末（携帯電話ＡまたはＢ）の位置が確認できるようになっている。すなわち、図示の例では、携帯電話Ａからは携帯電話Ｂの位置を確認することができ、同様に携帯電話Ｂからは携帯電話Ａの位置を確認することができる。
【００７９】
具体的には、携帯電話Ａは、ＧＰＳによって携帯電話Ａの現在地を取得する（８）と共に、携帯電話Ａの電話番号と上記取得した現在地とをサーバに送信する（９）。そして、サーバは、受信した携帯電話Ａの電話番号と現在地との登録を行う（１０）。携帯電話Ｂも同様に、現在地及び電話番号をサーバに送信し、サーバは受信した電話番号と現在地とを対応付けて登録する。このようにして、同乗者グループに含まれる各端末の位置及び電話番号が、サーバに登録される。
【００８０】
次に、携帯電話Ａは、他の同乗者の位置を送信するようにサーバに要求を行う（１１）。このとき、携帯電話Ａは、カーナビから受信した端末情報に含まれる電話番号（この場合、携帯電話Ｂの電話番号）をサーバに送信する。位置の送信要求を受けたサーバは、受信した電話番号と登録されている電話番号とを照合し、該電話番号に対応付けられている位置情報（この場合、携帯電話Ｂの現在地を示す位置情報）を携帯電話Ａに送信する（１２）。これにより、携帯電話Ａには、他の同乗者（この場合、携帯電話Ｂのユーザ）の位置が表示される（１３）。また、携帯電話Ｂにおいても同様にして、他の同乗者（この場合、携帯電話Ａのユーザ）の位置が表示される。
【００８１】
このように、グループ生成システムでは、カーナビが搭載された車に同乗した各ユーザの所有する端末（この場合、携帯電話Ａ及びＢ）を同乗者グループとして設定し、この同乗者グループを構成する各携帯電話から、同じ同乗者グループを構成する各携帯電話の位置を参照できるようになっている。これにより、ユーザは、何ら特別な操作を行うことなく、同乗者の位置を簡単に確認することができる。
【００８２】
〔位置情報の取得方法の変形例１〕
上記では、同乗者グループを構成する各端末の現在地をサーバに登録し、各端末からサーバに位置を取得したい端末の電話番号を通知することによって、当該端末の現在地を示す位置情報を取得する例について図２に基づいて説明した。しかしながら、グループ生成システムで行われる位置情報の取得方法は、同乗者グループを構成する各端末の位置情報を、該同乗者グループを構成する他の端末が取得できるものであればよく、この例に限られない。
【００８３】
例えば、図３に示す方法によっても、同乗者グループに含まれる各端末の位置情報を、該同乗者グループを構成する他の端末が取得することができる。図３は、上記グループ生成システムで行われる処理の一例を示す図であり、図２の例とは異なる方法で位置情報を取得する例を示す図である。
【００８４】
図３のグループ生成システムは、カーナビ、携帯電話Ａ、携帯電話Ｂ、携帯電話Ｃ、及びＩＭＳ（IP Multimedia Subsystem）サーバを含む構成である。カーナビ、携帯電話Ａ、携帯電話Ｂは、図２の例と同様のものであり、携帯電話Ｃは、携帯電話Ａ及びＢと同様のものであるから、ここではこれらの構成についての説明を省略する。
【００８５】
ＩＭＳサーバは、ＩＭＳを用いて携帯電話Ａ〜Ｃに所定のサービスを提供するサーバである。ＩＭＳは、パケット通信を利用した携帯電話のマルチメディアサービスを実現するための技術であり、第３世代携帯電話技術の標準化を行っている団体（３ＧＰＰ）で規格化されている技術である。ＩＭＳでは、ＳＩＰ（Session Initiation Protocol）と呼ばれるＩＰ電話の方式を利用することによって、通話にマルチメディア機能を追加することを可能にしている。上記ＩＭＳサーバは、ＩＭＳによる携帯電話Ａ〜Ｃからのパケット送信を利用して、同乗者グループを構成する他の携帯電話に一斉に位置情報等を送信する。
【００８６】
図３の例においても、同乗者グループの生成方法は、図２の例と同様である。すなわち、車中において携帯電話Ａはカーナビに端末情報を送信し（１）、カーナビはそれを登録する（２）。同様に、携帯電話Ｂ及びＣもカーナビに端末情報を送信し、カーナビはそれを登録する（３）〜（６）。これにより、カーナビでは、携帯電話Ａ〜Ｃが同乗者グループとして設定される。
【００８７】
そして、目的地付近において車を駐車したときには、図２の例と同様に、カーナビが、目的地情報と取得した端末情報を携帯電話Ａ〜Ｃにブロードキャスト配信し、携帯電話Ａ〜Ｃのそれぞれは、受信した目的地情報と端末情報リスト（同乗者グループに含まれる他の全端末の端末情報）を登録する（７）〜（１０）。
【００８８】
ここで、図３の例では、携帯電話Ａが、受信した端末情報リストに基づいてＩＭＳグループを生成し（１１）、生成したＩＭＳグループをＩＭＳサーバに登録する（１２）。これにより、ＩＭＳサーバでは、上記ＩＭＳグループが登録される（１３）。なお、ＩＭＳグループの生成、及びＩＭＳサーバへの登録は、同乗者グループに含まれる端末の何れかが行えばよく、必ずしも携帯電話Ａが行う必要はない。
【００８９】
ＩＭＳグループの生成、及びＩＭＳサーバへの登録を行う端末は、どのように決定してもよい。例えば、同乗者グループの中で最も先に当該同乗者グループに登録された端末が上記の処理を行うようにしてもよい。また、同乗者グループを生成するときに、どの端末が上記の処理を行うかを自動的またはユーザ入力で決定するようにしてもよい。
【００９０】
ここで、車を駐車して携帯電話Ａ〜Ｃのユーザが車から降りた後、携帯電話Ａは、ＧＰＳによって自端末の現在地を取得し（１４）、取得した現在地をＩＭＳサーバに送信する（１５）。そして、ＩＭＳサーバは、受信したデータ（この場合、携帯電話Ａの現在地を示す位置情報）をＩＭＳグループの他の端末（この場合、携帯電話Ｂ及びＣ）に送信する（１６）。これにより、携帯電話Ｂ及びＣでは、受信した位置情報に基づいて、携帯電話Ａの位置が表示される（１７）（１８）。
【００９１】
このように、図３の例では、携帯電話Ａが送信する携帯電話Ａの位置情報が、ＩＭＳサーバによってＩＭＳグループ（同乗者グループ）に含まれる携帯電話Ｂ及びＣに送信される。これにより、携帯電話Ｂ及びＣは、携帯電話Ａの現在地を取得して表示することができる。また、同様にして携帯電話Ｂ及びＣの位置情報も、ＩＭＳサーバを介してＩＭＳグループ（同乗者グループ）に含まれる各端末に送信される。これにより、携帯電話Ａ〜Ｃのそれぞれで、同乗者グループに含まれる他の端末の現在地を表示することができる。
【００９２】
ところで、図２及び図３には示していないが、上記グループ生成システムでは、生成された同乗者グループは、一定時間経過後に解消されるようになっている。同乗者グループが解消された後は、携帯電話Ａ〜Ｃは、他の端末の位置情報を取得することができなくなる。つまり、上記グループ生成システムは、同じ車に乗り合わせたメンバーを一時的にグループ化し、該グループに含まれる各メンバーの位置を他のメンバーが把握できるようにするものである。
【００９３】
ここで、上記一定時間経過前に、同乗者グループから離脱することが好ましい場合も考えられる。例えば、同じ車に乗り合わせて目的地まで来たが、車に戻らず別のルートで途中帰宅するような場合には、帰宅途中のユーザの位置が、いつまでも他の同乗者から把握された状態とする必要はなく、このような場合には帰宅するユーザを同乗者グループから離脱させることが好ましい。そこで、上記グループ生成システムでは、同乗者グループからの途中離脱が可能な構成としている。
【００９４】
図３では、携帯電話Ｃが途中離脱を行う例を示している。途中離脱を行う携帯電話Ｃは、ＩＭＳサーバにグループリストからの削除依頼を送信する（１９）。そして、削除依頼を受信したＩＭＳサーバは、携帯電話Ｃをグループから削除すると共に、携帯電話Ｃをグループから削除したことを携帯電話Ａ及びＢに通知する（２０）。通知を受けた携帯電話Ａ及びＢでは、携帯電話Ｃの端末情報が削除される（２１）（２２）。これにより、携帯電話Ｃは、同乗者グループから完全に削除されるので、以後、携帯電話Ａ及びＢから携帯電話Ｃの位置情報を取得することはできなくなる。
【００９５】
〔位置情報の取得方法の変形例２〕
図２及び図３では、サーバまたはＩＭＳサーバを利用して、同乗者グループに含まれる各端末の位置情報を、該同乗者グループに含まれている各端末が取得できるようにした構成を示した。しかしながら、グループ生成システムでは、各端末が、サーバやＩＭＳサーバ等の装置を経由せずに、各端末から直接に位置情報を取得するようにしてもよい。
【００９６】
ここでは、図４に基づいて、端末間で直接に位置情報を送受信することによって、同乗者グループを構成する各端末の位置情報を、該同乗者グループを構成する各端末が取得する例について説明する。図４は、上記グループ生成システムで行われる処理の一例を示す図であり、図２及び図３の例とは異なる方法で位置情報を取得する例を示す図である。なお、図４の（１）〜（７）の処理は、図２と同じであるから、ここではその説明を省略する。
【００９７】
（１）〜（７）の処理を終えて、各端末のユーザが車から降りた後、携帯電話Ａは、ＧＰＳによって自端末の現在地を取得し（８）、取得した現在地を携帯電話ＢにＥメールで送信する（９）。これにより、携帯電話Ａの現在地を示す位置情報が携帯電話Ｂで取得され、表示される（１０）。同様に、携帯電話Ｂも、ＧＰＳによって自端末の現在地を取得し（８）’、取得した現在地を携帯電話ＡにＥメールで送信する（９）’。これにより、携帯電話Ｂの現在地を示す位置情報が携帯電話Ａで取得され、表示される（１０）’。
【００９８】
この（８）〜（１０）及び（８）’〜（１０）’の処理が定期的に繰り返されることによって、携帯電話Ａでは、携帯電話Ｂの最新の現在値を確認することができ、携帯電話Ｂでは、携帯電話Ａの最新の現在値を確認することができる。なお、図示の例では、端末が携帯電話Ａ及びＢの２台である例を示しているが、端末の数は３台以上であっても構わない。端末が３台以上の場合には、位置情報を知らせるＥメールの送信先が複数になる。
【００９９】
また、図４の例では、携帯電話Ｂが途中離脱した場合の処理も示している。すなわち、携帯電話Ｂは、途中帰宅することを携帯電話ＡにＥメールで通知する（１１）。そして、この通知を受けた携帯電話Ａは、携帯電話Ｂの端末情報を削除する。以降、携帯電話Ａは、携帯電話Ｂへの位置情報の送信を行わず、携帯電話Ｂも携帯電話Ａへの位置情報の送信を行わない（１２）。
【０１００】
このように、端末間で直接に位置情報を送受信することによっても、同乗者グループを構成する各端末の位置情報を、該同乗者グループを構成する他の端末が取得することが可能である。また、途中離脱する処理もサーバ等を介することなく行うことができる。なお、端末間での位置情報等はＥメールに限られず、任意の通信方法で伝達することができる。
【０１０１】
〔目的地関連情報の取得〕
上述のように、グループ生成システムでは、車を駐車したときにカーナビから目的地の位置情報が、同乗者グループに含まれる各端末に送信される。グループ生成システムでは、各端末のそれぞれが、この目的地の位置情報を用いて、目的地に関連する情報である目的地関連情報を取得する。これにより、各端末のユーザは、何ら操作を行うことなく、目的地関連情報を参照することが可能になる。
【０１０２】
ここでは、同乗者グループを構成する各端末が目的地関連情報を取得する処理の概要について、図５に基づいて説明する。図５は、グループ生成システムで行われる処理の一例を示す図であり、目的地関連情報を取得する処理の概要を示す図である。
【０１０３】
なお、目的地関連情報は、目的地に関連する情報であれば、どのようなものであってもよい。例えば、目的地周辺の観光情報、飲食施設、交通機関、トイレ等の位置を示す情報を目的地関連情報としてもよい。これにより、各端末のユーザは、ガイドブックなどを開くことなく、目的地周辺の散策を楽しむことができる。
【０１０４】
図５では、車が駐車場に到着した以降の、カーナビ、携帯電話、及びサービスの動作の一例を示している。なお、カーナビ及び携帯電話は、図２〜図４の例のものと同様であり、サービスは、携帯電話に地図情報及びルートガイドを提供すると共に、目的地関連情報を提供するものである。また、ここでは簡単のため携帯電話を１台のみ示しているが、携帯電話は複数台であっても構わない。
【０１０５】
まず、車が駐車場に到着して駐車が行なわれると、カーナビは、エンジンがＯＦＦされたことや、サイドブレーキがかけられたこと等を検出して、車が駐車されたことを判別する。なお、車が駐車されたことの判別手法は、上記の例に限られない。例えば、ＧＰＳで取得した現在地が、地図上の駐車場の位置に一致している場合に、車の移動速度がゼロになったときに車が駐車されたと判別してもよい。
【０１０６】
そして、車が駐車されたと判別したカーナビは、携帯電話に位置情報を送信する。この位置情報には、当該カーナビに設定されている目的地の位置を示す位置情報、及び当該カーナビが搭載されている車の現在地（駐車位置）を示す位置情報が含まれている。なお、車の現在地（駐車位置）の位置情報は、携帯電話のユーザが車に戻るときに用いられる。
【０１０７】
ここで、車を立体駐車場等のような、鉛直方向に階層を有する場所に駐車した場合には、ＧＰＳで取得した位置情報のみでは、車を駐車した場所にスムーズに到達することができないことも考えられる。例えば、２階建ての立体駐車場に駐車したときには、ＧＰＳの位置情報のみでは、１階に駐車したのか、２階に駐車したのかを判断することができない。
【０１０８】
そこで、携帯電話は、カーナビから位置情報を受信したときに、ユーザに駐車位置の詳細情報を入力させるようにしてもよい。例えば、上記詳細情報として、駐車位置の階数や、駐車位置に付された番号等を入力しておくことにより、目的地から駐車位置まで戻ってきたときに、スムーズに車に到達することができる。
【０１０９】
さて、ユーザが車から降りて、目的地に向かって出発すると、携帯電話は、自端末が備えるＧＰＳによって現在地を取得し、取得した現在地をサービスに送信し、現在地周辺の地図データを送信するよう要求する。
【０１１０】
そして、現在地を受信し、地図データの送信要求を受けたサービスは、地図データベースから、携帯電話の現在地付近の地図を検索し、検出した地図データを携帯電話に送信する。携帯電話は、この地図データを自端末に登録し、登録した地図データを表示する。これにより、携帯電話のユーザは、現在地周辺の地図を確認することができる。
【０１１１】
また、携帯電話は、サービスに対して目的地の位置を示す位置情報を送信して、目的地関連情報の送信を要求する。そして、要求を受けたサービスは、目的地関連情報検索用のデータベースから目的地関連情報の検索を行い、検出した目的地関連情報を携帯電話に送信する。携帯電話は、この目的地関連情報を上記登録した地図データと重畳して表示する。これにより、携帯電話のユーザは、現在地周辺の地図、及び目的地関連情報を確認することができる。
【０１１２】
なお、上記目的地関連情報検索用のデータベースは、サービスが備えていてもよいし、他のサーバ等が備えていてもよい。また、目的地関連情報を送信するサービスの提供元と、地図データを送信するサービスの提供元とは同一であってもよいし、異なっていてもよい。
【０１１３】
〔グループ生成システム１００のハードウェア構成〕
続いて、上述のような処理を実行するグループ生成システム（位置取得支援システム）１００のハードウェア構成について、図６に基づいて説明する。図６は、グループ生成システム１００のハードウェア構成を示すブロック図である。図示のように、グループ生成システム１００は、携帯電話（通信端末）１、カーナビ（位置取得支援装置）３０、及びサーバ（位置格納サーバ）５０を含む構成である。なお、図６では、簡単のため、携帯電話１を１台のみ示しているが、グループ生成システム１００には、複数台の携帯電話１が含まれる。
【０１１４】
〔携帯電話１の構成〕
携帯電話１は、通話機能と電子メール（Ｅメール）送信機能とＧＰＳ機能とを備えた通信端末であり、カーナビ３０及びサーバ５０と通信可能に構成されている。図示のように、携帯電話１は、位置取得部２、電話網通信部３、音声入力部４、音声出力部５、携帯電話制御部６、一時記憶部７、携帯電話記憶部８、近距離通信部９、操作部１０、及び表示部１１を備えている。
【０１１５】
位置取得部２は、携帯電話１の現在位置を取得するものである。すなわち、位置取得部２によって携帯電話１のＧＰＳ機能が実現されている。なお、位置取得部２は、携帯電話１の現在位置を検出できるようになっていればよく、必ずしもＧＰＳを利用するものである必要はない。例えば、位置取得部２は、現在通信可能な基地局がどの基地局であるかを判断することによって、携帯電話１の現在位置を検出するものであってもよい。
【０１１６】
電話網通信部３は、携帯電話網等を介して、他の携帯電話機や一般電話機と通話を行ったり、インターネットに接続して通信を行ったりするためのものである。グループ生成システム１００では、携帯電話１が電話網通信部３を介してサーバ５０と通信するようになっている。具体的には、電話網通信部３は、携帯電話網（３Ｇ）を介してインターネットに接続し、インターネット経由でサーバ５０と通信を行う。なお、通話機能、インターネット接続機能、及びサーバ５０との通信機能が、それぞれ別の通信部によって実現されていてもよい。
【０１１７】
音声入力部４は、例えば通話時等において携帯電話１に音声信号を入力するためのものであり、音声出力部５は、通話時等において電話網通信部３が受信した音声信号等に基づいて音声を出力するためのものである。また、音声出力部５は、電話やメール等の着信を示す音声等も出力する。音声入力部４及び音声出力部５は、それぞれ音声の入力及び出力ができるものであればよく、従来の携帯電話機等で使用されているものを適用することもできる。
【０１１８】
携帯電話制御部６は、携帯電話１の動作を統括して制御するものであり、例えばＣＰＵ等で構成することができる。携帯電話制御部６は、例えばＲＡＭ等で構成される一時記憶部７を作業領域として動作する。なお、携帯電話制御部６が行う処理の詳細については、後に詳しく説明する。
【０１１９】
携帯電話記憶部８は、図示のように、プログラム及びデータを格納している。携帯電話１は、携帯電話記憶部８に格納されているプログラムを、携帯電話制御部６が一時記憶部７に読み出して実行することによって予め定められた動作を実行する。また、例えば電話網通信部３が受信したメール等のデータや、携帯電話１のユーザが記録した電話番号やメールアドレス等のデータも携帯電話記憶部８に格納されるようになっている。なお、携帯電話記憶部８は、携帯電話１の本体から着脱可能に構成されていてもよい。携帯電話記憶部８に格納されているデータの詳細については後述する。
【０１２０】
近距離通信部９は、携帯電話１が他の装置と通信を行うためのものであり、グループ生成システム１００では、近距離通信部９は、携帯電話１がカーナビ３０と通信を行うために用いられる。ここで、グループ生成システム１００では、カーナビ３０が搭載された車に同乗している複数のユーザのそれぞれが携帯電話１を所持している場合に、カーナビ３０が、各携帯電話１との通信接続を試み、通信に成功した携帯電話１を同乗者グループとして設定する。
【０１２１】
このため、近距離通信部９は、同じ車に乗り合わせた各ユーザが所持している携帯電話１とカーナビ３０との間で通信が行えるようなものとする必要がある。つまり、通信可能範囲が余りに広い通信手段を用いた場合には、車外の携帯電話１を同乗者グループに組み込んでしまう可能性があり、また逆に通信可能範囲が余りに狭い通信手段を用いた場合には、同じ車内の携帯電話１が同乗者グループに組み込まれない可能性がある。
【０１２２】
そこで、携帯電話１では、近距離通信部９は、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信を行うものとしている。Ｂｌｕｅｔｏｏｔｈ通信であれば、一般的な広さの乗用自動車であれば、各座席に座っているユーザが所持している携帯電話１とカーナビ３０との間で通信を行うことが十分に可能である。また、通信可能範囲が広すぎるということもないので車外の携帯電話１にまで及ぶ可能性も低い。Ｂｌｕｅｔｏｏｔｈ通信では、最大で半径１００ｍ程度の範囲内の機器と通信が可能であるが、ここでは半径２０ｍ程度の範囲内の機器と通信可能に設定されているものとする。
【０１２３】
なお、近距離通信部９の通信方式は、Ｂｌｕｅｔｏｏｔｈ通信に限られない。例えば、ＺｉｇＢｅｅ（登録商標）、ＵＷＢ（Ultra Wide Band）を適用することもできるし、Ｗｉ‐Ｆｉ（登録商標）等のＩＥＥＥ８０２．１１無線を適用することもできる。また、携帯電話１とカーナビ３０とは、通信可能に構成されていればよく、有線接続されていてもよい。
【０１２４】
操作部１０は、携帯電話１のユーザが携帯電話１に操作入力を行うためのものであり、ユーザが所望の操作入力を行えるものであれば特に限定されない。なお、ここでは、操作部１０は、携帯電話１の本体表面に設けられた操作キーで構成されていることを想定している。
【０１２５】
具体的には、操作キーとして、メールに関連するメニュー画面やインターネット接続に関するメニュー画面等を表示部１１に表示させる各種メニューキーや、通話の開始、終了等の入力を行うためのキー、表示部１１に表示される項目を選択するための上下左右の方向キー、選択された項目を決定する決定キー、数字や文字を入力するための文字入力キー、入力する文字の切り換えを行う切換キー等を含む複数の操作キーを備えているものとする。
【０１２６】
表示部１１は、携帯電話制御部６の指示に従って画像を表示するものである。表示部１１は、携帯電話制御部６の指示に従って画像を表示するものであればよく、特に限定されない。表示部１１は、例えばＬＣＤ（Liquid Crystal Display）表示パネルやＥＬ（Electro Luminescence）表示パネル等で構成することもできる。
【０１２７】
〔カーナビ３０の構成〕
カーナビ３０は、一般的なカーナビと同様に、地図を表示して目的地までのルートガイドを行う機能を備えていると共に、自装置と通信可能な携帯電話１で同乗者グループを形成する機能を有している。図示のように、近距離通信部３１、位置取得部３２、音声入力部３３、音声出力部３４、カーナビ制御部３５、一時記憶部３６、カーナビ記憶部３７、車両信号入力部３８、操作部３９、及び表示部４０を備えている。
【０１２８】
近距離通信部３１は、携帯電話１の近距離通信部９と通信を行うためのものである。このため、近距離通信部３１は、携帯電話１の近距離通信部９の通信方式と同じ通信方式で通信が行えるように構成される。ここでは、携帯電話１の近距離通信部９がＢｌｕｅｔｏｏｔｈ通信を行うことを想定しているので、カーナビ３０の近距離通信部３１もＢｌｕｅｔｏｏｔｈ通信を行うことができるように構成される。
【０１２９】
位置取得部３２は、ＧＰＳを利用してカーナビ３０の現在位置（つまり、カーナビ３０が搭載された車の現在地）を取得する。カーナビ３０では、この現在地に基づいて、表示部４０に、現在地付近の地図が表示され、その地図中に車の現在位置が重畳して表示される。
【０１３０】
音声入力部３３は、カーナビ３０に音声入力を行うものであり、例えばマイク等で構成される。カーナビ３０では、操作部３９から入力操作を行うことができるようになっていると共に、音声入力部３３から音声によって入力操作を行うこともできるようになっている。
【０１３１】
音声出力部３４は、カーナビ制御部３５の指示に従って音声の出力を行うものであり、例えばスピーカ等で構成される。音声出力部３４からは、例えばルートガイド用の音声等が出力される。
【０１３２】
カーナビ制御部３５は、カーナビ３０の動作を統括して制御するものであり、例えばＣＰＵ等で構成することができる。カーナビ制御部３５は、例えばＲＡＭ等で構成される一時記憶部３６を作業領域として動作する。なお、カーナビ制御部３５が行う処理の詳細については、後に詳しく説明する。
【０１３３】
カーナビ記憶部３７は、図示のように、プログラム及びデータを格納しており、カーナビ３０は、カーナビ記憶部３７に格納されているプログラムを、カーナビ制御部３５が一時記憶部３６に読み出して実行することによって予め定められた動作を実行する。また、例えば地図データや、音声出力を行うための音声データ等もカーナビ記憶部３７に格納されている。なお、カーナビ記憶部３７は、カーナビ３０の本体から着脱可能に構成されていてもよい。カーナビ記憶部３７に格納されているデータの詳細については後述する。
【０１３４】
車両信号入力部３８は、パーキングブレーキがかかっているか否かを検出するパーキングブレーキセンサーの検出結果、及び車の速度を検出する車速度センサーの検出結果の入力を受け付け、これらの検出結果をカーナビ制御部３５に送る。カーナビ制御部３５では、これらの検出結果に基づいて、車が駐車されたか否かが判断される。
【０１３５】
操作部３９は、ユーザがカーナビ３０に入力操作を行うためのものであり、表示部４０はカーナビ制御部３５の指示に従って、目的地を設定するための入力画面、地図、目的地までのルート等を表示するものである。カーナビ３０では、操作部３９が表示部４０への接触を入力操作として検出する、いわゆるタッチパネル方式で入力を行うものとする。なお、操作部３９は、ユーザの入力操作を受け付け可能な構成となっていればよく、例えば操作部３９を複数の入力ボタンで構成してもよい。
【０１３６】
〔サーバ５０の構成〕
サーバ５０は、複数の携帯電話１で構成される同乗者グループにサービスを提供するものである。具体的には、サーバ５０は携帯電話１への、地図及びルートガイドの提供、目的地関連情報の提供、及び位置情報の通知等のサービスを提供する。図示のように、通信部５１、サーバ制御部５２、一時記憶部５３、サーバ記憶部５４、操作部５５、及び表示部５６を備えている。
【０１３７】
通信部５１は、携帯電話１の電話網通信部３と通信を行うためのものである。このため、通信部５１は、携帯電話１の電話網通信部３の通信方式と同じ通信方式で通信が行えるように構成される。ここでは、携帯電話１の電話網通信部３がインターネットを介して通信を行うことを想定しているので、サーバ５０の通信部５１もインターネットを介して通信を行うことができるように構成される。
【０１３８】
サーバ制御部５２は、サーバ５０の動作を統括して制御するものであり、例えばＣＰＵ等で構成することができる。サーバ制御部５２は、例えばＲＡＭ等で構成される一時記憶部５３を作業領域として動作する。なお、サーバ制御部５２が行う処理の詳細については、後に詳しく説明する。
【０１３９】
サーバ記憶部５４は、図示のように、プログラム及びデータを格納しており、サーバ５０は、サーバ記憶部５４に格納されているプログラムを、サーバ制御部５２が一時記憶部５３に読み出して実行することによって予め定められた動作を実行する。なお、サーバ記憶部５４に格納されているデータの詳細については後述する。
【０１４０】
操作部５５は、サーバ５０に入力操作を行うためのものであり、表示部５６はサーバ制御部５２の指示に従って画像を表示するものである。これにより、表示部５６に表示される画像を確認しながら、サーバ５０に入力操作を行うことができる。
【０１４１】
以上のように、本実施形態では、携帯電話１、カーナビ３０、及びサーバ５０の各ブロック、特に携帯電話制御部６、カーナビ制御部３５、及びサーバ制御部５２を、ソフトウェアで構成する例について説明する。
【０１４２】
すなわち、携帯電話１、カーナビ３０、及びサーバ５０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。
【０１４３】
そして、本発明の目的は、上述した機能を実現するソフトウェアである携帯電話１、カーナビ３０、及びサーバ５０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記携帯電話１、カーナビ３０、及びサーバ５０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１４４】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１４５】
また、携帯電話１、カーナビ３０、及びサーバ５０を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１４６】
なお、携帯電話１、カーナビ３０、及びサーバ５０の機能は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。また、携帯電話制御部６、カーナビ制御部３５、及びサーバ制御部５２は、ハードウェアロジックによって構成してもよい。
【０１４７】
〔グループ生成システム１００のより詳細な構成〕
続いて、グループ生成システム１００のより詳細な構成について、図１に基づいて説明する。図１は、グループ生成システム１００の要部構成を示すブロック図である。なお、図６に示したように、携帯電話１とカーナビ３０との間の通信は、近距離通信部９及び３１を介して行なわれ、携帯電話１とサーバ５０との間の通信は、電話網通信部３及び通信部５１を介して行なわれるが、ここでは簡単のため、これらの構成の記載を省略している。
【０１４８】
〔携帯電話１のより詳細な構成〕
図示のように、携帯電話１の携帯電話制御部６には、同乗者グループ登録部（位置情報登録手段、位置取得情報受信手段）２０、目的地関連情報取得部（目的地関連情報取得手段）２１、ルートガイド要求部（ルートガイド実行手段）２２、同乗者位置表示部（位置表示手段）２３、同乗者グループ離脱処理部（期限管理手段）２４、及び同乗者間通信制御部（選択手段、端末間通信制御手段）２５が含まれており、携帯電話記憶部８には、端末情報格納部２６、同乗者グループ関連情報格納部２７、及び駐車位置格納部２８が含まれている。
【０１４９】
同乗者グループ登録部２０は、携帯電話１をカーナビ３０が設定する同乗者グループに登録させる処理を行う。ここでは、携帯電話１とカーナビ３０とがＢｌｕｅｔｏｏｔｈ通信を行うことを想定しているので、通信開始前に予めペアリングを行う必要がある。同乗者グループ登録部２０は、このペアリング処理を行い、これにより携帯電話１がカーナビ３０において、同乗者グループの候補として登録される。
【０１５０】
また、同乗者グループ登録部２０は、携帯電話１とカーナビ３０とが通信可能な状態となったとき、すなわち携帯電話１のユーザがカーナビ３０の搭載された車に乗り込み、カーナビ３０に電流が供給されたときに、カーナビ３０からの要求を受けて、携帯電話１の端末情報（位置取得情報）をカーナビ３０に送信する。これにより、携帯電話１の端末情報がカーナビ３０に登録されて、携帯電話１は同乗者グループの構成端末となる。
【０１５１】
なお、詳細については後述するが、端末情報は自端末が取得した自端末の位置情報を自端末以外の端末が取得するための情報である。つまり、携帯電話１の端末情報を用いることによって、他の端末は、携帯電話１の位置情報を取得することができるようになっている。
【０１５２】
目的地関連情報取得部２１は、サーバ５０から目的地関連情報を取得する処理を行う。具体的には、目的地関連情報取得部２１は、カーナビ３０から受信した目的地の位置情報をサーバ５０に送信して、目的地に関連する情報である目的地関連情報を携帯電話１に送信させる。また、目的地関連情報取得部２１は、受信した目的地関連情報を自動的に、またはユーザの入力操作に従って表示部１１に表示する処理も行う。
【０１５３】
ルートガイド要求部２２は、カーナビ３０から受信した携帯電話１の現在地及び目的地をサーバ５０に送信し、サーバ５０に上記現在地から目的地までのルートガイドを行わせる。具体的には、ルートガイド要求部２２は、サーバ５０から受信した目的地までの地図を表示部１１に表示させると共に、同じくサーバ５０から受信した目的地までの道順を示すルート情報を表示させた地図上に重畳して表示させる。
【０１５４】
同乗者位置表示部２３は、同乗者グループに含まれる他の端末の現在地を取得し、表示部１１に表示する処理を行う。より詳細には、同乗者位置表示部２３は、ルートガイド要求部２２が表示部１１に表示させた地図に上記取得した他の端末の現在地が含まれる場合に、上記地図上に当該端末の現在地を示す情報（例えば記号や文字、アイコン等）を表示する。また、ルートガイド要求部２２が表示部１１に表示させた地図に上記取得した他の端末の現在地が含まれない場合には、同乗者位置表示部２３は、上記とは別の地図を表示して該地図上に当該端末の現在地を示す情報を表示する。
【０１５５】
同乗者グループ離脱処理部２４は、携帯電話１を同乗者グループから離脱させる処理を行う。具体的には、同乗者グループ離脱処理部２４は、操作部１０に対して同乗者グループを離脱する旨の入力操作が行われたとき、同乗者グループに設定されている期限を経過したとき、及び携帯電話１が目的地から所定範囲外に出たときに、携帯電話１を同乗者グループから離脱させる。
【０１５６】
同乗者間通信制御部２５は、同乗者位置表示部２３が表示部１１に表示させた、同乗者グループを構成する他の端末の現在地を示す情報が選択されたときに、該情報に対応する端末と通信を行う。具体的には、同乗者間通信制御部２５は、上記情報が選択されたときに、該情報に対応する端末に対して、メールの送信または電話の発信を行う。
【０１５７】
端末情報格納部２６には、携帯電話１の端末情報が格納される。具体的には、端末情報格納部２６には、携帯電話１の電話番号、メールアドレス、及び所有者名等が格納される。端末情報は、携帯電話１の位置情報を他の端末が取得するためのものであり、この目的を果たすことができるものであればどのようなものであってもよい。
【０１５８】
同乗者グループ関連情報格納部２７には、カーナビ３０が設定した同乗者グループに関する情報が格納される。具体的には、同乗者グループ関連情報格納部２７には、同乗者グループを構成する他の端末の端末情報等が格納される。
【０１５９】
駐車位置格納部２８には、カーナビ３０が搭載されている車の駐車位置が格納される。ルートガイド要求部２２は、ユーザが駐車位置に戻る旨の入力操作を行ったときに、駐車位置格納部２８に格納されている駐車位置を用いて、現在地から駐車位置までのルートガイドを行う。グループ生成システム１００では、カーナビ３０が駐車位置を取得して携帯電話１に送信するので、駐車位置格納部２８にはカーナビ３０が送信した駐車位置が格納される。
【０１６０】
〔カーナビ３０のより詳細な構成〕
図示のように、カーナビ３０のカーナビ制御部３５には、端末登録部４０、同乗者グループ生成部（位置取得情報取得手段）４１、同乗者グループ情報配信部（位置取得情報送信手段）４２、動作状態判断部４３、ルートガイド実行部４４が含まれており、カーナビ記憶部３７には、登録端末管理テーブル４５、及びカーナビ側同乗者グループ管理テーブル４６が含まれている。
【０１６１】
端末登録部４０は、同乗者グループを構成する候補となる端末を登録端末管理テーブル４５に登録する。具体的には、端末登録部４０は、操作部３９に対して所定の入力操作（ペアリング操作）が行われたことを検出したときに、携帯電話１と互いのＢｌｕｅｔｏｏｔｈ通信アドレスを交換するペアリング処理を行う。そして、交換したＢｌｕｅｔｏｏｔｈ通信アドレスを登録端末管理テーブル４５に登録する。つまり、カーナビ３０とペアリング済みの端末が同乗者グループを構成する候補となる端末ということになる。
【０１６２】
同乗者グループ生成部４１は、登録端末管理テーブル４５に登録されている端末の中から、カーナビ３０が現在通信可能な端末を検索し、検出した端末を同乗者グループとして設定する。また、同乗者グループ生成部４１は、上記のようにして設定した同乗者グループをカーナビ側同乗者グループ管理テーブル４６に登録する。
【０１６３】
同乗者グループ情報配信部４２は、カーナビ側同乗者グループ管理テーブル４６に登録された各端末に対して、同じくカーナビ側同乗者グループ管理テーブル４６に登録された他の端末の上記端末情報を配信する。
【０１６４】
動作状態判断部４３は、車両信号入力部３８（図６参照）から、パーキングブレーキがかかっているか否かの検出結果、及び車の速度の検出結果を受け取り、これらの検出結果に基づいて、車が駐車されたか否かを判断する。
【０１６５】
ルートガイド実行部４４は、位置取得部３２（図６参照）が取得した現在地から、ユーザによって設定された目的地までのルートガイドを行う。具体的には、ルートガイド実行部４４は、上記現在地付近の地図をカーナビ記憶部３７から読み出して表示部４０に表示させる。そして、表示させた地図に重畳して目的地までのルートを表示すると共に、表示したルートを車が走行できるように、音声出力部３４に音声ガイドを行わせる。
【０１６６】
登録端末管理テーブル４５には、カーナビ３０とペアリング済みの端末のＢｌｕｅｔｏｏｔｈ通信アドレスが格納される。登録端末管理テーブル４５にＢｌｕｅｔｏｏｔｈ通信アドレスが格納された端末のうち、現在カーナビ３０とＢｌｕｅｔｏｏｔｈ通信可能な端末が同乗者グループに組み込まれることになる。
【０１６７】
カーナビ側同乗者グループ管理テーブル４６は、同乗者グループ生成部４１が生成した同乗者グループを管理するテーブルであり、カーナビ側同乗者グループ管理テーブル４６には、同乗者グループを構成する各端末（この場合、携帯電話１）の端末情報が含まれている。カーナビ側同乗者グループ管理テーブル４６は、例えば下記の表１に示す態様とすることもできる。
【０１６８】
【表１】
【０１６９】
表１は、カーナビ側同乗者グループ管理テーブル４６の一例を示している。表１のカーナビ側同乗者グループ管理テーブル４６では、ヘッダ情報に、ペアリングした携帯電話１の数、すなわち登録端末管理テーブル４５に登録済みの端末の総数と、乗車した端末の数、すなわちカーナビ３０と現在接続中である端末の総数とが含まれている。
【０１７０】
そして、表１に示すように、カーナビ側同乗者グループ管理テーブル４６には、登録されている各端末の端末情報が含まれている。表１の例では、端末情報に、カーナビ３０に登録を行った順に付与される登録番号、Ｂｌｕｅｔｏｏｔｈアドレス、ユーザの氏名、電話番号、メールアドレス、及びカーナビ３０との接続の有無を示す情報が含まれている。
【０１７１】
なお、表１は、カーナビ側同乗者グループ管理テーブル４６の一例を示すものであり、カーナビ側同乗者グループ管理テーブル４６の態様はこの例に限られない。カーナビ側同乗者グループ管理テーブル４６は、少なくとも同乗者グループを構成する各端末の位置を取得可能な情報を含むものであればよい。
【０１７２】
〔サーバ５０のより詳細な構成〕
図示のように、サーバ５０のサーバ制御部５２は、目的地関連情報送信部６１、ルートガイド送信部６２、同乗者位置送信部６３、及び同乗者グループ関連情報消去部６４を含み、サーバ記憶部５４は、サーバ側同乗者グループ管理テーブル６５を含む。
【０１７３】
目的地関連情報送信部６１は、携帯電話１から目的地の位置情報と目的地関連情報の送信要求とを受信し、受信した目的地の位置情報に基づいて、当該目的地付近の店舗、施設等を示す目的地関連情報を検索し、検出した目的地関連情報を携帯電話１に送信する。なお、目的地関連情報は、サーバ５０に目的地関連情報のデータベースを設け、該データベース内から検索するようにしてもよいし、サーバ５０と有線または無線通信接続された他のデータベースから検索するようにしてもよい。
【０１７４】
ルートガイド送信部６２は、携帯電話１から当該携帯電話の現在地及び目的地の位置情報と、ルートガイドの送信要求とを受信し、受信した現在地を含む範囲の地図と、現在地から目的地までのルートを示すルート情報とを携帯電話１に送信する。なお、地図は、サーバ５０に地図のデータベースを設け、該データベース内から取得するようにしてもよいし、サーバ５０と有線または無線通信接続された他のデータベースから取得するようにしてもよい。また、ルート情報は、ルートガイド送信部６２が生成してもよいし、サーバ５０と有線または無線通信接続された他の装置に生成させて取得するようにしてもよい。
【０１７５】
同乗者位置送信部６３は、携帯電話１からの指示を受けて、同乗者グループに含まれる他の携帯電話１の位置を示す位置情報を送信する。同乗者位置送信部６３は、図２の例のように、携帯電話１から要求された他の端末の現在地を携帯電話１に送信するものであってもよいし、図３の例のように携帯電話１から現在地を受信したときに、携帯電話１に他の端末の現在地を送信するものであってもよい。
【０１７６】
同乗者グループ関連情報消去部６４は、同乗者グループが解消されたとき、及び同乗者グループから離脱した携帯電話１があったときに、サーバ側同乗者グループ管理テーブル６５に格納されている同乗者グループ関連情報の削除を行う。なお、同乗者グループ関連情報には、同乗者グループを構成する各端末の端末情報と、同乗者グループの各端末に共通して適用できる同乗者グループ情報（例えば、目的地の位置情報等）とが含まれている。
【０１７７】
〔グループ生成システム１００における処理の流れ〕
続いて、グループ生成システム１００における処理の流れについて、図７に基づいて説明する。図７は、グループ生成システム１００で実行される処理の全体の流れを示すフローチャートである。なお、同図では、携帯電話１をそれぞれ所有する複数のユーザがカーナビ３０を搭載した車に乗り込んだ状態からの処理の流れを示している。以下では、まず携帯電話１が実行する処理について説明し、その後でカーナビ３０が実行する処理について説明する。
【０１７８】
〔携帯電話１の処理〕
携帯電話１がカーナビ３０に事前に登録（ペアリング）を行っている場合には、カーナビ３０が実行する同乗者確認（Ｓ１０）によって、携帯電話１が同乗者グループに登録される。具体的には、同乗者確認処理では、携帯電話１の端末情報が、カーナビ３０のカーナビ側同乗者グループ管理テーブル４６に登録される。
【０１７９】
一方、携帯電話１がカーナビ３０に登録されていない場合には、携帯電話１とカーナビ３０とのペアリングを行う必要がある。そこで、携帯電話１の同乗者グループ登録部２０は、まず登録処理を行う（Ｓ１）。登録処理では、携帯電話１とカーナビ３０とのペアリングが行われ、続いて携帯電話１の端末情報がカーナビ側同乗者グループ管理テーブル４６に登録される。なお、登録処理の詳細については後述する。
【０１８０】
カーナビ３０が実行する同乗者確認（Ｓ１０）または登録処理（Ｓ１）によって、同乗者グループへの登録が行われると、同乗者グループ登録部２０は、カーナビ３０からの接続要求を待ち受ける（Ｓ２）。なお、接続要求は、カーナビ３０が搭載された車が駐車したときに送信される。接続要求は、例えば下記の表２に示すようなデータ形式とすることもできる。
【０１８１】
【表２】
【０１８２】
そして、接続要求の受信を確認した場合（Ｓ２でＹＥＳ）には、同乗者グループ登録部２０は、カーナビ３０と接続処理を行う（Ｓ３）。接続処理を行うことによって、携帯電話１とカーナビ３０との間でＢｌｕｅｔｏｏｔｈ通信接続が確立され、携帯電話１とカーナビ３０とは、近距離通信部９及び３１を介して相互に通信を行うことが可能になる。
【０１８３】
携帯電話１とカーナビ３０とのＢｌｕｅｔｏｏｔｈ通信接続が確立されると、カーナビ３０から携帯電話１に同乗者グループ関連情報が送信されるので、携帯電話１はこれを受信する（Ｓ４）。上述のように同乗者グループ関連情報は、端末情報と同乗者グループ情報とを含む情報であり、カーナビ側同乗者グループ管理テーブル４６に格納されている。同乗者グループ関連情報は、例えば表３のようなデータ形式としてもよい。
【０１８４】
【表３】
【０１８５】
表３の例では、同乗者グループ情報として、目的地（緯度、経度）、現在地（緯度、経度）、同乗者グループの存続期限を示す終了時刻（期限情報）、及び同乗者グループが生成されたときに付与されるパスコードが含まれている。また、端末情報として、同乗者数、同乗者１〜３の氏名、電話番号、及びメールアドレスが含まれている。なお、表３の「現在地」は、カーナビ３０の現在地、すなわち駐車位置を示している。また、パスコードは、サーバ５０から他の端末の位置情報を取得するために用いられるものである。
【０１８６】
続いて、同乗者グループ登録部２０は、受信した同乗者グループ関連情報を同乗者グループ関連情報格納部２７に格納し、受信した現在地（車の駐車位置）を駐車位置格納部２８に格納する（Ｓ５）。つまり、同乗者グループ関連情報格納部２７には、上記表３に示すようなデータが格納されることになる。なお、携帯電話１は、位置取得部２を備えているので、車の駐車位置は、携帯電話１が取得するようにしてもよい。
【０１８７】
以上のようにして、同乗者グループ関連情報及び駐車位置を格納した同乗者グループ登録部２０は、カーナビ３０に切断要求を送信し（Ｓ６）、カーナビ３０とのＢｌｕｅｔｏｏｔｈ通信接続を切断する（Ｓ７）。切断要求は、例えば下記の表４に示すようなデータ形式とすることもできる。
【０１８８】
【表４】
【０１８９】
この後、ユーザは車から降り、携帯電話１を持って目的地に向かう。このときに、携帯電話１は、サーバ５０との間で降車後処理を行う（Ｓ８）。なお、降車後処理の詳細については後述する。
【０１９０】
〔カーナビ３０の処理〕
車のエンジンがかけられて動作を開始したカーナビ３０は、まず同乗者確認を行う（Ｓ１０）。具体的には、カーナビ３０の同乗者グループ生成部４１は、Ｂｌｕｅｔｏｏｔｈ通信可能な端末の検索を行う。そして、検出した端末のＢｌｕｅｔｏｏｔｈ通信アドレスが、登録端末管理テーブル４５に格納されているＢｌｕｅｔｏｏｔｈ通信アドレスに一致するか否かを確認する。
【０１９１】
そして、同乗者グループ生成部４１は、Ｂｌｕｅｔｏｏｔｈ通信アドレスが一致した端末とＢｌｕｅｔｏｏｔｈ通信接続を行い、該端末に端末情報の送信を要求して、該端末から受信した端末情報をカーナビ側同乗者グループ管理テーブル４６に登録する。
【０１９２】
すなわち、携帯電話１がカーナビ３０に登録（ペアリング）されており、携帯電話１とカーナビ３０とがＢｌｕｅｔｏｏｔｈ通信可能な位置関係にある場合には、同乗者グループ生成部４１によって、携帯電話１が検出される。そして、カーナビ３０と携帯電話１とでＢｌｕｅｔｏｏｔｈ通信接続が行われ、携帯電話１からカーナビ３０に携帯電話１の端末情報が送信され、カーナビ側同乗者グループ管理テーブル４６に登録される。なお、端末情報が登録された後、Ｂｌｕｅｔｏｏｔｈ通信接続は、切断される。
【０１９３】
一方、携帯電話１がカーナビ３０に登録（ペアリング）されていない場合には、カーナビ３０は、携帯電話１と登録処理を行う（Ｓ１１）。登録処理では、携帯電話１とカーナビ３０とでペアリングが行われると共に、携帯電話１の端末情報がカーナビ側同乗者グループ管理テーブル４６に登録される。なお、登録処理の詳細については後述する。
【０１９４】
次に、カーナビ３０のルートガイド実行部４４は、目的地設定操作の有無を確認する（Ｓ１２）。ここで、目的地設定操作が行われていないと判断した場合（Ｓ１２でＮＯ）には、処理はＳ１０に戻る。
【０１９５】
一方、目的地設定操作が行われていると判断した場合（Ｓ１２でＹＥＳ）、すなわち目的地がカーナビ３０に入力されている場合には、ルートガイド実行部４４はルート検索を行う（Ｓ１３）。目的地までのルートが検出された後は、ルートガイド実行部４４は、一般的なカーナビと同様に、音声及び画像で目的地までのルートガイドを行う。また、ルートガイド実行部４４は、設定された目的地を同乗者グループの目的地としてカーナビ側同乗者グループ管理テーブル４６に格納する（表３参照）。
【０１９６】
また、車のエンジンがかかっている（カーナビ３０に電力が供給されている）間、動作状態判断部４３は、車が停止状態となったか否かを監視し続ける（Ｓ１４）。具体的には、動作状態判断部４３は、車の速度がゼロとなり、かつパーキングブレーキがかけられたときに車が停止状態（駐車状態）となったと判断する。なお、動作状態判断部４３は、車が駐車状態になったことを検出することができればよく、例えば車のエンジンを切る操作を検出し、該操作を検出したときに車が駐車状態になったと判断してもよい。
【０１９７】
動作状態判断部４３は、車が駐車状態となったと判断する（Ｓ１４でＹＥＳ）と、その旨を同乗者グループ情報配信部４２に伝達する。伝達を受けた同乗者グループ情報配信部４２は、カーナビ側同乗者グループ管理テーブル４６に含まれる各携帯電話１に対して、同乗者グループ関連情報を配信する処理を行う（Ｓ１５〜Ｓ２１）。
【０１９８】
ここで、同乗者グループ関連情報には、携帯電話１の端末情報が含まれており、端末情報には、個人情報（電話番号、メールアドレス、及び氏名等）が含まれている。携帯電話１のユーザの中にはこのような個人情報を送信することを望まない者が含まれていることも考えられるので、同乗者グループ情報配信部４２は、同乗者グループ関連情報の配信前に、その配信可否をユーザに問い合わせることが好ましい。
【０１９９】
例えば、図８に示すような画像をカーナビ３０の表示部４０に表示して、配信可否をユーザに問い合わせればよい。図８は、カーナビ３０の表示部４０に表示される画面例を示す図であり、同図の上側は端末情報の配信可否をユーザに問い合わせる画面の一例を示し、同図の下側は終了時刻の入力画面の一例を示す図である。
【０２００】
同図の上側に示すように、個人情報が送信されることをユーザに通知し、その可否を選択させることによって、個人情報を送信したくないユーザの意図に反して個人情報が送信されることを防ぐことができる。
【０２０１】
ここで、処理を続行しないことが選択された場合（図中で「いいえ」が選択された場合）には、Ｓ１０の処理に戻る。一方、処理を続行することが選択された場合（図中で「はい」が選択された場合）には、端末情報の配信処理が続行される。すなわち、同乗者グループ情報配信部４２は、同図の下側に示すように、同乗者グループを解消する時刻である終了時刻をユーザに入力させる入力画面を表示する。これにより、ユーザは、所望の終了時刻に同乗者グループを解消することができる。
【０２０２】
そして、処理は、図７のＳ１５に進む。Ｓ１５では、同乗者グループ情報配信部４２は、同乗者グループのパスコードを生成する。このパスコードは、同乗者グループを構成する他の携帯電話１の位置情報を取得する際の認証に用いられる。同乗者グループ情報配信部４２は、生成したパスコードをカーナビ側同乗者グループ管理テーブル４６に格納する。
【０２０３】
次に、同乗者グループ情報配信部４２は、近距離通信部３１を介して、カーナビ側同乗者グループ管理テーブル４６に格納されている携帯電話１の１つに接続要求を送信する。続いて、同乗者グループ情報配信部４２は、接続要求の送信に成功したか否かを判断する（Ｓ１７）。具体的には、同乗者グループ情報配信部４２は、送信要求に対する応答の受信を確認した場合に、接続要求の送信に成功したと判断し、一定時間を経過しても応答の受信が確認できない場合に、接続要求の送信に失敗したと判断する。
【０２０４】
ここで、接続要求の送信に失敗したと判断した場合（Ｓ１７でＮＯ）には、同乗者グループ情報配信部４２は、Ｓ１６に戻って接続要求を再送信する。なお、所定回数再送信を行っても接続要求の送信成功が確認されない場合には、同乗者グループ情報配信部４２は、Ｓ２２の処理に進む（Ｓ１７からＳ２２に進む処理は図示していない）。
【０２０５】
一方、接続要求の送信に成功したと判断した場合（Ｓ１７でＹＥＳ）には、同乗者グループ情報配信部４２は、携帯電話１とＢｌｕｅｔｏｏｔｈ通信接続を確立するための接続処理を行う（Ｓ１８）。続いて、同乗者グループ情報配信部４２は、カーナビ側同乗者グループ管理テーブル４６を参照して同乗者グループ関連情報（表３参照）を携帯電話１に送信する（Ｓ１９）。
【０２０６】
同乗者グループ関連情報を送信すると、該同乗者グループ関連情報を受信した携帯電話１から切断要求が送信される。同乗者グループ情報配信部４２は、切断要求の受信を確認して（Ｓ２０）、携帯電話１とのＢｌｕｅｔｏｏｔｈ通信接続を切断する（Ｓ２１）。
【０２０７】
そして、同乗者グループ情報配信部４２は、カーナビ側同乗者グループ管理テーブル４６を参照し、同乗者グループに含まれており、未だ接続要求を送信していない携帯電話１が存在するか否かを確認する（Ｓ２２）。ここで、接続要求を送信していない携帯電話１が存在する場合（Ｓ２２でＹＥＳ）には、同乗者グループ情報配信部４２は、Ｓ１６の処理に戻ってその携帯電話１に接続要求を送信する。一方、接続要求を送信していない携帯電話１が存在しない場合（Ｓ２２でＮＯ）には、同乗者グループ情報配信部４２は、同乗者グループ生成部４１に指示して同乗者グループに加える携帯電話の有無を確認させる。
【０２０８】
グループ生成システム１００では、以上のように、複数の携帯電話１のそれぞれから送信された端末情報を用いて、カーナビ３０が同乗者グループ関連情報を生成する。そして、カーナビ３０は、生成した同乗者グループ関連情報を降車時に同乗者グループを構成する各携帯電話１に送信する。
【０２０９】
〔登録処理の流れ〕
続いて、図７のＳ１及び１１で行われる登録処理の流れについて、図９に基づいて説明する。図９は、登録処理の一例を示すフローチャートである。登録処理は、携帯電話１とカーナビ３０とでペアリング操作が行われることによって開始される。なお、以下では、まず携帯電話１が実行する処理について説明し、その後でカーナビ３０が実行する処理について説明する。
【０２１０】
〔携帯電話１の処理〕
携帯電話１の同乗者グループ登録部２０は、まず操作部１０に対してペアリングを行うための入力操作（ペアリング操作）が行われたか否かを確認する（Ｓ３０）。ここで、ペアリング操作が行われていることが確認されなかった場合（Ｓ３０でＮＯ）には、同乗者グループ登録部２０は、登録処理を終了し、図７のＳ２の処理に進む。
【０２１１】
一方、ペアリング操作が行われたことを確認した場合（Ｓ３０でＹＥＳ）には、同乗者グループ登録部２０は、カーナビ３０とペアリング処理を行う（Ｓ３１）。ペアリング処理では、携帯電話１とカーナビ３０とで機器認証が行なわれた上で、互いの通信アドレスが交換される。
【０２１２】
具体的には、携帯電話１の近距離通信部９とＢｌｕｅｔｏｏｔｈ通信を行うための通信アドレスがカーナビ３０に送信されて、カーナビ記憶部３７の登録端末管理テーブル４５に登録される。同様に、カーナビ３０の近距離通信部３１とＢｌｕｅｔｏｏｔｈ通信を行うための通信アドレスが携帯電話１に送信されて、携帯電話記憶部８に登録される。
【０２１３】
以上のようにしてペアリング処理が行われると、カーナビ３０から接続要求（表２参照）が送信される。同乗者グループ登録部２０は、接続要求の受信を確認すると、接続処理を行ってカーナビ３０とＢｌｕｅｔｏｏｔｈ通信接続を確立する（Ｓ３２）。
【０２１４】
そして、Ｂｌｕｅｔｏｏｔｈ通信接続が確立されると、同乗者グループ登録部２０は、端末情報格納部２６から携帯電話１の端末情報を読み出して、カーナビ３０に送信する（Ｓ３３）。端末情報は、携帯電話１の位置を他の端末が取得可能な情報であればよく、携帯電話１の位置を取得する方法に応じて適宜設定される。ここでは、電話番号またはメールアドレスによって携帯電話１の位置を取得することを想定しているので、端末情報は、例えば下記の表５のようなデータ形式とすることもできる。
【０２１５】
【表５】
【０２１６】
表５の端末情報には、携帯電話１の所有者の氏名、電話番号等の個人情報が含まれている。携帯電話１のユーザの中にはこのような個人情報が記録されることを望まない者が含まれていることも考えられるので、同乗者グループ登録部２０は、端末情報の送信前に、その送信可否をユーザに問い合わせることが好ましい。
【０２１７】
例えば、図１０に示すような画像を携帯電話１の表示部１１に表示して、送信可否をユーザに問い合わせればよい。図１０は、携帯電話１の表示部１１に表示される画面例を示す図であり、同図の上側は端末情報の送信可否をユーザに問い合わせる画面の一例を示し、同図の下側は送信する情報の設定画面の一例を示す図である。
【０２１８】
同図の上側に示すように、個人情報がカーナビ３０に送信されて登録されることをユーザに通知し、その可否を選択させることによって、個人情報をカーナビ３０に登録したくないユーザの個人情報が登録されることを防ぐことができる。
【０２１９】
また、携帯電話１のユーザの中には、例えば、変更が容易なメールアドレスは登録しても構わないが、変更が難しい電話番号や氏名は登録したくないといったように、一部の個人情報のみの登録を希望する者がいることも考えられる。
【０２２０】
そこで、同図の上側の画面において、登録処理を行うことが選択された場合には、同図の下側に示すように、登録する個人情報を選択する画面を表示することが好ましい。これにより、ユーザは、登録したくない個人情報を登録せずに、同乗者グループに参加することが可能になる。
【０２２１】
以上のようにして端末情報を送信すると、カーナビ３０ではこの端末情報の登録が行われ、その後カーナビ３０から携帯電話１に切断要求（表４参照）が送信される。携帯電話１では、同乗者グループ登録部２０が、切断要求の受信を確認し（Ｓ３４）、Ｂｌｕｅｔｏｏｔｈ通信接続を切断する（Ｓ３５）。これによって、携帯電話１の登録処理は終了する。
【０２２２】
〔カーナビ３０の処理〕
カーナビ３０においても携帯電話１と同様に、まず端末登録部４０によって、ペアリング操作が行われたか否かの確認が行われる（Ｓ４０）。ここで、ペアリング操作が行われていることが確認されなかった場合（Ｓ４０でＮＯ）には、端末登録部４０は登録処理を終了し、図７のＳ１２の処理に進む。
【０２２３】
一方、ペアリング操作が行われたことを確認した場合（Ｓ４０でＹＥＳ）には、端末登録部４０は、携帯電話１とペアリング処理を行う（Ｓ４１）。ペアリング処理では、携帯電話１とカーナビ３０とで機器認証が行なわれた上で、互いの通信アドレスが交換される。通信アドレスの交換が終了すると、端末登録部４０は、その旨を同乗者グループ生成部４１に伝達する。
【０２２４】
そして、伝達を受けた同乗者グループ生成部４１は、携帯電話１に接続要求を送信し（Ｓ４２）、続いて接続処理を行い（Ｓ４３）携帯電話１とＢｌｕｅｔｏｏｔｈ通信接続を確立する。
【０２２５】
ここで、上述のように、Ｂｌｕｅｔｏｏｔｈ通信接続が確立されると、携帯電話１から端末情報が送信される。同乗者グループ生成部４１は、端末情報の受信を確認する（Ｓ４４）と、受信した端末情報をカーナビ側同乗者グループ管理テーブル４６に格納する。これにより、携帯電話１は、同乗者グループを構成する端末として設定されたことになる。
【０２２６】
端末情報の格納を終えた同乗者グループ生成部４１は、携帯電話１に切断要求を送信し（Ｓ４５）、Ｂｌｕｅｔｏｏｔｈ通信接続を切断する（Ｓ４６）。これによって、カーナビ３０の登録処理は終了する。
【０２２７】
登録処理では、以上のようにしてペアリングが行われ、その後、携帯電話１の端末情報がカーナビ３０に送信されて格納される。なお、図７には示していないが、同乗者確認（Ｓ１０）では、ペアリング処理を行う点を除いて、図９の登録処理と同様の処理が行われる。
【０２２８】
すなわち、同乗者確認によって、登録端末管理テーブル４５に格納されているアドレスと同じアドレスが検出されたときには、同乗者グループ生成部４１は、そのアドレスに対して接続要求を送信してＢｌｕｅｔｏｏｔｈ通信接続を確立する。そして、Ｂｌｕｅｔｏｏｔｈ通信にて端末情報を受信してカーナビ側同乗者グループ管理テーブル４６に格納し、その後Ｂｌｕｅｔｏｏｔｈ通信接続を切断する。
【０２２９】
〔降車後処理の流れ〕
続いて、図７のＳ８で行われる登録処理の流れについて、図１１に基づいて説明する。図１１は、降車後処理の一例を示すフローチャートである。降車後処理は、カーナビ３０から同乗者グループ関連情報を受信した携帯電話１とサーバ５０とで行われる処理である。
【０２３０】
なお、図１１のフローチャートは、図２の「車外」の処理に対応している。つまり、図１１のフローチャートでは、携帯電話１は、位置情報を取得したい端末の電話番号をサーバ５０に送信することによって、該端末の位置情報を取得する。以下では、まず携帯電話１が実行する処理について説明し、その後でサーバ５０が実行する処理について説明する。
【０２３１】
〔携帯電話１の処理〕
カーナビ３０から同乗者グループ関連情報を受信したことを確認すると、同乗者グループ登録部２０は、受信した同乗者グループ関連情報を、同乗者グループ関連情報格納部２７に格納すると共に、その旨を目的地関連情報取得部２１及びルートガイド要求部２２に伝達する。
【０２３２】
伝達を受けた目的地関連情報取得部２１は、サーバ５０に目的地関連情報送信要求を送信する（Ｓ５０）。目的地関連情報送信要求は、例えば下記の表６に示すようなデータ形式とすることもできる。なお、表６の「目的地の緯度、目的地の経度」は、同乗者グループ関連情報格納部２７から読み出したものである。
【０２３３】
【表６】
【０２３４】
ここで、目的地関連情報送信要求を送信すると、サーバ５０から目的地関連情報が送信される。目的地関連情報取得部２１は、目的地関連情報の受信を確認すると（Ｓ５１）、受信した目的地関連情報を表示部１１に表示させる。なお、目的地関連情報は、受信したときに表示させてもよいし、ユーザが操作部１０に所定の入力操作を行ったときに表示させてもよい。
【０２３５】
目的地関連情報は、ユーザが駐車位置と目的地との間で移動する間に有用な情報であればどのようなものであってもよいが、例えば下記の表７に示すようなデータ形式とすることもできる。
【０２３６】
【表７】
【０２３７】
表７の例では、目的地関連情報に目的地の詳細な情報を示す目的地詳細情報と、目的地周辺施設の情報（グルメ、交通機関、ホテル、コンビニ）とが含まれている例を示している。
【０２３８】
ここでは、携帯電話１がインターネット接続できることを想定しているので、表７の例では、目的地周辺施設の情報（グルメ、交通機関、ホテル、コンビニ）は、Ｗｅｂページのリンク（ＵＲＬ）としている。しかしながら、これらの情報も目的地詳細情報と同様に、画像やテキストの形式であってもよく、逆に目的地詳細情報をＷｅｂページのリンク（ＵＲＬ）としてもよい。つまり、目的地関連情報は、画像（静止画像または動画像）、テキスト、及びリンクの何れであってもよく、またこれら以外のデータ（音声等）であっても構わない。
【０２３９】
また、上記のような、観光情報や施設、店舗情報以外にも、例えばルートガイド用の地図では表示されない、建物の内部構造を示す画像やテキスト等を目的地関連情報としてもよい。例えば、目的地がビルや地下街等の鉛直方向の階層を有する場所である場合には、ＧＰＳで取得した位置情報のみでは、各携帯電話１のユーザが目的地でスムーズに落ち合うことができないことも考えられる。目的地関連情報として、ビルや地下街等の内部構造を示す画像やテキスト等を送信することによって、このような問題を解決することができる。
【０２４０】
さらに、ここでは目的地の位置情報と目的地関連情報送信要求とをサーバ５０に送信する例を示しているが、目的地の位置情報に加えて、駐車位置を示す位置情報も送信するようにしてもよい。これにより、携帯電話１は、駐車位置から目的地までの間の情報を取得することが可能になる。
【０２４１】
携帯電話１では、以上のように、同乗者グループ関連情報が同乗者グループ関連情報格納部２７に格納されると、目的地関連情報取得部２１が、目的地関連情報の取得を行う（Ｓ５０〜Ｓ５１）。
【０２４２】
また、携帯電話１では、同乗者グループ関連情報が同乗者グループ関連情報格納部２７に格納されると、ルートガイド要求部２２が、サーバ５０から地図と目的地までの道順を示すルート情報とを取得する。
【０２４３】
すなわち、ルートガイド要求部２２は、まず位置取得部２から携帯電話１の現在地を取得する（Ｓ５２）。続いて、ルートガイド要求部２２は、Ｓ５２で取得した現在地と、同乗者グループ関連情報格納部２７に格納されている目的地及びパスコードと、端末情報格納部２６に格納されている自端末及び同乗者の電話番号とをサーバ５０に送信する（Ｓ５３）。ここでサーバ５０に送信するデータは、例えば下記の表８に示すようなデータ形式とすることもできる。
【０２４４】
【表８】
【０２４５】
なお、パスコード及び電話番号は、後述の同乗者位置表示処理（Ｓ５６〜Ｓ５８）において使用されるものである。具体的には、パスコードは、サーバ５０が同乗者グループを特定するために使用され、電話番号は、サーバ５０が携帯電話１を特定するために使用される。パスコード及び電話番号は、同乗者位置表示処理（Ｓ５６〜Ｓ５８）が行われるまでにサーバ５０に送信されるようになっていればよく、ここで述べる態様に限られない。
【０２４６】
上記のように、現在地、目的地、電話番号、及びパスコードを送信すると、サーバ５０から現在地から目的地までのルート情報と地図とが送信されるので、携帯電話１はこれを受信する（Ｓ５４）。ここでサーバ５０に送信するデータは、例えば下記の表９に示すようなデータ形式とすることもできる。
【０２４７】
【表９】
【０２４８】
また、ルート情報は、例えば下記の表１０のようなデータ形式とすればよい。このようなルート情報を受信したルートガイド要求部２２は、受信した地図を表示部１１に表示すると共に、表示した地図上に、現在地と目的地とを表示する。そして、ルートガイド要求部２２は、現在地、中間地点１〜３、及び目的地をこの順番で結ぶ線分を上記地図上に表示する。これにより、ユーザは、現在地、目的地、及び現在地から目的地までの道順を地図上で確認することができる。
【０２４９】
【表１０】
【０２５０】
ここまでの処理により、携帯電話１には、現在地から目的地までの地図が表示され、地図上には現在地、目的地、及び現在地から目的地までの道順が表示される。また、携帯電話１には、目的地関連情報も表示される。これらの情報は、例えば図１２のようにして表示される。
【０２５１】
図１２は、携帯電話１の表示部１１に表示される画像の一例を示す図であり、（ａ）は地図の表示例、（ｂ）は目的地関連情報の表示例、（ｃ）は目的地詳細情報の表示例を示している。同図（ａ）に示すように、携帯電話１の表示部１１には、現在地と目的地とを含む地図が表示され、地図上には、現在地及び目的地が表示される。なお、同図では現在地から目的地までの道順は図示していない。
【０２５２】
ここで、操作部１０に対して所定の入力操作を行うことによって、同図（ｂ）に示すように、目的地関連情報を選択するためのウィンドウが地図と重畳して表示される。ここでは、目的地関連情報が表７に示す態様であることを想定している。このため、目的地周辺施設の情報（グルメ、交通機関、ホテル、コンビニ）を選択した時には、ブラウザが起動して選択された情報を提示するＷｅｂページが表示部１１に表示される。
【０２５３】
一方、目的地詳細が選択された場合には、同図（ｃ）に示すように、目的地の詳細を示す情報（表７における、目的地に関連する画像及び目的地に関連する情報を示すテキスト）が表示部１１に表示される。
【０２５４】
携帯電話１は、上記の処理に続いて、同乗者グループに含まれる他の携帯電話１の現在地を上記地図に重畳して表示する処理を行う（Ｓ５６〜Ｓ５８）。ここで、この処理を行う前に、同乗者グループ離脱処理部２４は、携帯電話１が備える時計（図１及び図６には示していない）を参照して現在の時刻を取得し、現在の時刻が、同乗者グループ関連情報格納部２７に格納されている終了時刻を越えているか否かを判断する。また、同乗者グループ離脱処理部２４は、現在地が目的地から所定の範囲内に含まれているか否かを判断する（Ｓ５５）。
【０２５５】
終了時刻を越えているか、または現在地が目的地から所定の範囲外となっている場合（Ｓ５５でＮＯ）には、同乗者グループ離脱処理部２４は、Ｓ６２の処理に進んで携帯電話１を同乗者グループから離脱させる。一方、終了時刻を越えておらず、かつ現在地が目的地から所定の範囲内となっている場合（Ｓ５５でＹＥＳ）には、同乗者グループ離脱処理部２４は、その旨を同乗者位置表示部２３に伝達する。
【０２５６】
終了時刻は、同乗者グループに共通に設定されている時刻であるから、Ｓ５５の処理が行われることにより、終了時刻を過ぎれば、自動的に同乗者グループが解消されることになる。また、携帯電話１が目的地から所定の範囲外に位置している場合にも、携帯電話１を同乗者グループから離脱させるので、例えば携帯電話１のユーザが終了時刻前に帰宅したような場合に、帰宅途中の位置を他の携帯電話１のユーザに把握されることもない。ここでは、目的地から半径１０ｋｍ圏内を上記所定の範囲とするが、所定の範囲は、どのような範囲に設定してもよく、この例に限られない。
【０２５７】
さて、同乗者グループ離脱処理部２４から上記の伝達を受けた同乗者位置表示部２３は、同乗者位置・地図送信要求、電話番号（自端末及び同乗者）、及びパスコードをサーバ５０に送信する（Ｓ５６）。ここで送信するデータは、例えば下記の表１１に示すようなデータ形式とすることもできる。
【０２５８】
【表１１】
【０２５９】
上記のようなデータを送信すると、サーバ５０から同乗者の現在地と該現在地を含む地図とが送信される。これらのデータは、例えば下記の表１２に示すようなデータ形式であってもよい。なお、同乗者位置及び地図は、同乗者の数だけ送信される。
【０２６０】
【表１２】
【０２６１】
同乗者位置・地図送信要求を送信した同乗者位置表示部２３は、同乗者位置及び地図の受信の有無を確認し（Ｓ５７）、受信が確認された場合（Ｓ５７でＹＥＳ）には、表示部１１に、上記受信した同乗者位置を示す情報及び地図が表示されるように表示を更新する（Ｓ５８）。
【０２６２】
なお、このときに受信した同乗者位置が、現在表示中の地図に含まれる（表示可能な）位置である場合には、同乗者位置表示部２３は、表示中の地図上に同乗者の位置を示す情報を表示する。一方、受信した同乗者位置が、現在表示中の地図に含まれない（表示不可な）位置である場合には、同乗者位置表示部２３は、受信した地図を表示し、該地図上に同乗者の位置を示す情報を表示する。
【０２６３】
一定時間内に同乗者位置及び地図の受信が確認できない場合（Ｓ５７でＮＯ）、またはＳ５８で表示の更新を行った後には、同乗者位置表示部２３は、その旨を同乗者間通信制御部２５にその旨を伝達する。そして、伝達を受けた同乗者間通信制御部２５は、同乗者選択操作の有無を確認する（Ｓ５９）。
【０２６４】
ここで、Ｓ５８で表示される同乗者位置を示す情報は、操作部１０への入力操作によって、選択できるようになっている。すなわち、同乗者選択操作とは、地図上に表示される同乗者位置を示す情報を、操作部１０への入力操作によって選択する操作である。同乗者選択操作が行われたことを確認した場合（Ｓ５９でＹＥＳ）には、同乗者間通信制御部２５は、通話・メール処理を行う（Ｓ６０）。通話・メール処理では、上記選択された情報に対応する同乗者と通話、または該同乗者に対するメール送信が行われる。なお、通話・メール処理の詳細については後述する。
【０２６５】
一方、一定時間内に同乗者選択操作が行われたことが確認されなかった場合（Ｓ５９でＮＯ）、及び通話・メール処理の終了後には、同乗者間通信制御部２５は、その旨を同乗者グループ離脱処理部２４に伝達する。そして、伝達を受けた同乗者グループ離脱処理部２４は、ユーザが操作部１０に対して所定の終了操作を行ったか否かを確認する（Ｓ６１）。
【０２６６】
ここで、終了操作が確認されなかった場合（Ｓ６１でＮＯ）には、同乗者グループ離脱処理部２４は、その旨をルートガイド要求部２２に伝達し、これにより処理はＳ５２に戻る。
【０２６７】
一方、終了操作が確認された場合（Ｓ６１でＹＥＳ）には、同乗者グループ離脱処理部２４は、サーバ５０に終了通知を送信すると共に、終了処理を行う（Ｓ６２）。終了処理では、同乗者グループ離脱処理部２４は、同乗者グループ関連情報格納部２７に格納されているデータを削除する。また、終了通知を受信したサーバ５０は、サーバ記憶部５４のサーバ側同乗者グループ管理テーブル６５に格納されている携帯電話１の端末情報を削除する。このように、Ｓ６２の処理が行われることによって、携帯電話１は、同乗者グループから完全に離脱する。なお、終了通知は、例えば下記の表１３に示すようなデータ形式であってもよい。
【０２６８】
【表１３】
【０２６９】
終了通知の送信及び終了処理を終えた同乗者グループ離脱処理部２４は、ルートガイド要求部２２にその旨を伝達する。そして、伝達を受けたルートガイド要求部２２は、現在地から駐車位置までのルートガイドを行う帰車処理を実行する（Ｓ６３）。なお、帰車処理の終了後は、図７のＳ２の処理に戻る。帰車処理の詳細については後述する。この帰車処理は、図１１では、終了処理（Ｓ６２）の後に行っているが、このタイミングに限定されるものではない。例えば、目的地へのルートガイド中（Ｓ５２〜Ｓ６１）に帰車処理を行うことで、同乗者の位置情報を確認しながら、駐車位置まで戻ることも可能である。
【０２７０】
〔サーバ５０の処理〕
サーバ５０では、目的地関連情報送信部６１が、目的地関連情報送信要求の受信を待ち受けている（Ｓ７０）。そして、目的地関連情報送信部６１は、目的地関連情報送信要求の受信を確認する（Ｓ７０でＹＥＳ）と、目的地関連情報検索用のデータベースから目的地に関連する情報を検索し、検出した情報を目的地関連情報として携帯電話１に送信する（Ｓ７１）。なお、目的地関連情報検索用のデータベースは、サーバ５０が備えていてもよいし、サーバ５０の外部に存在するものであってもよい。
【０２７１】
また、携帯電話１からサーバ５０に、現在地、目的地、電話番号、及びパスコード（表８参照）が送られてくるので、ルートガイド送信部６２は、これらのデータを受信し（Ｓ７２）、サーバ側同乗者グループ管理テーブル６５に格納する（Ｓ７３）。
【０２７２】
サーバ側同乗者グループ管理テーブル６５は、例えば下記の表１４に示すようなデータ形式であってもよい。なお、表１４では、１２件の位置情報及び端末情報のうち端末情報１のみを示しているが、サーバ側同乗者グループ管理テーブル６５には、同様の位置情報及び端末情報が端末件数の数だけ含まれている。この端末件数には、携帯電話１が属する同乗者グループ以外の端末が含まれている。
【０２７３】
【表１４】
【０２７４】
サーバ側同乗者グループ管理テーブル６５に格納されているデータは、携帯電話１から現在地等が送信されたときに更新される。つまり、同乗者グループを構成する携帯電話１が、Ｓ５３の処理によって現在地等をサーバ５０に送信することにより、上記表１４のようなデータが格納される。このときには、データが格納された日時が、最終更新日時として格納される。
【０２７５】
そして、同乗者グループを構成する他の携帯電話１が、Ｓ５３の処理によって現在地等をサーバ５０に送信したときには、上記表１４のデータに、その携帯電話１の端末情報が追加される。また、このときには、データが追加された日時が、当該携帯電話１の端末情報の最終更新日時として格納される。このようにして、同乗者グループを構成する全ての携帯電話１の端末情報がサーバ側同乗者グループ管理テーブル６５に格納される。
【０２７６】
また、同乗者グループを構成する各携帯電話１は、ユーザの終了操作、終了時刻の経過、または目的地から所定範囲から外れることにより、同乗者グループから離脱するまでの間は、Ｓ５２〜Ｓ６１の処理を繰り返す。このため、同乗者グループを構成する各携帯電話１は、同乗者グループに属している間は、Ｓ５３の処理を定期的に行うことになる。
【０２７７】
これにより、サーバ側同乗者グループ管理テーブル６５に格納されている各携帯電話１の位置情報は、定期的に更新される。また、位置情報が更新されたときの日時が最終更新日時として格納される。
【０２７８】
このように、サーバ側同乗者グループ管理テーブル６５では、同乗者グループを構成する各携帯電話１の位置情報が更新されるので、サーバ側同乗者グループ管理テーブル６５を参照することによって、各携帯電話１のおおよその現在地を把握することができる。また、最終更新日時によって、サーバ側同乗者グループ管理テーブル６５に格納されている現在地が、いつの時点の現在地であるかを把握することができる。これにより、現在地の更新が滞っている携帯電話１を同乗者グループから離脱させることも可能になる。
【０２７９】
上記のようなデータがサーバ側同乗者グループ管理テーブル６５に格納されると、ルートガイド送信部６２は、格納された現在地及び目的地が含まれる地図を、地図データベースから検索すると共に、現在地から目的地までのルート探索を行う（Ｓ７４）。なお、地図データベースは、サーバ５０が備えていてもよいし、サーバ５０の外部に存在するものであってもよい。そして、ルートガイド送信部６２は、検出した地図及びルート情報を携帯電話１に送信する（Ｓ７５）。
【０２８０】
ここで、既に説明したように、携帯電話１は、同乗者位置を表示するために、同乗者位置・地図送信要求、電話番号（自端末及び同乗者）、及びパスコードをサーバ５０に送信する（Ｓ５６）。同乗者位置送信部６３は、これらのデータの受信を確認する（Ｓ７６）と、受信したデータに含まれるパスコード及び同乗者位置・地図送信要求をした者の電話番号が、サーバ側同乗者グループ管理テーブル６５に格納されているものと一致するか否かを確認する（Ｓ７７）。
【０２８１】
パスコード及び電話番号の何れか一方でも一致しないと判断した場合（Ｓ７７でＮＯ）には、同乗者位置送信部６３は、同乗者位置の送信を行わず、処理はＳ７０に戻る。一方、パスコード及び電話番号の両方が一致することが確認された場合（Ｓ７７でＹＥＳ）には、同乗者位置送信部６３は、同乗者位置を送信する処理を行う（Ｓ７８〜Ｓ７９）。
【０２８２】
このように、パスコード及び電話番号を用いて認証を行うことにより、同乗者グループに属さない第三者や、同乗者グループを離脱した者が、現在同乗者グループを構成している各携帯電話１の位置情報や個人情報をサーバ５０から取得することを防ぐことができる。
【０２８３】
さて、Ｓ７８では、同乗者位置送信部６３は、サーバ側同乗者グループ管理テーブル６５を参照して同乗者の位置（現在地）を特定する。上述のように、サーバ側同乗者グループ管理テーブル６５を参照することにより、各同乗者の現在地を特定することができる。
【０２８４】
次に、同乗者位置を特定した同乗者位置送信部６３は、特定した同乗者位置が含まれる地図を、地図データベースから検索し、検出した地図と上記特定した同乗者位置とを携帯電話１に送信する（Ｓ７９）。ここで送信するデータは、例えば上記表１２に示したようなデータ形式とすることもできる。
【０２８５】
また、サーバ５０では、一定時間（例えば３０分）以上、現在地が更新されない携帯電話１が存在する場合に、当該携帯電話１を同乗者グループから離脱させる。すなわち、同乗者グループ関連情報消去部６４は、サーバ側同乗者グループ管理テーブル６５に格納されている最終更新日時を参照し、一定時間以上更新がない端末（携帯電話１）があるか監視する（Ｓ８０）。
【０２８６】
ここで、一定時間以上更新がない携帯電話１が検出されない場合（Ｓ８０でＮＯ）には、処理はＳ７２に戻る。一方、一定時間以上更新がない携帯電話１が検出された場合（Ｓ８０でＹＥＳ）には、同乗者グループ関連情報消去部６４は、サーバ側同乗者グループ管理テーブル６５から、当該携帯電話１の位置情報等（位置情報及び端末情報）を削除する（Ｓ８１）。
【０２８７】
また、同乗者グループ関連情報消去部６４は、携帯電話１から終了通知が送信されるのを待ち受ける（Ｓ８２）。終了通知の受信が確認されない場合（Ｓ８２でＮＯ）には、処理はＳ７２に戻る。一方、終了通知の受信が確認された場合（Ｓ８２でＹＥＳ）には、同乗者グループ関連情報消去部６４は、サーバ側同乗者グループ管理テーブル６５から、終了通知を送信した携帯電話１の位置情報等（位置情報及び端末情報）を削除して（Ｓ８３）、処理はＳ７２に戻る。
【０２８８】
なお、以上、説明した図１１のフローチャートでは、図２の例と同様に、ＨＴＴＰＳで同乗者グループの各携帯電話１の位置情報を取得しているが、図３の例と同様に、ＩＭＳで同乗者グループの各携帯電話１の位置情報を取得するようにしてもよい。
【０２８９】
ＩＭＳで同乗者グループの各携帯電話１の位置情報を取得する場合には、Ｓ５３の処理で携帯電話１が現在地等をサーバ５０に送信したときに、同乗者グループの全ての携帯電話１から現在地の通知がＰＵＳＨ型の形式で行われることになる以外は、図１１のフローチャートと同様の処理が行われる。
【０２９０】
〔通話・メール処理の流れ〕
続いて、図１１のＳ６０で行われる通話・メール処理の流れについて、図１３及び図１４に基づいて説明する。図１３は、通話・メール処理の一例を示すフローチャートであり、図１４は、通話・メール処理において携帯電話１の表示部１１に表示される画面例を示す図である。
【０２９１】
上述のように、通話・メール処理は、地図上に表示された同乗者の位置を示す情報を選択することによって開始される。地図上には、例えば図１４（ａ）に示すように、（自端末の）現在地を示す情報（ポインタ）と、同乗者（けんちゃん）の現在地を示す情報（ポインタ）とが表示される。ここでは、けんちゃんの現在地を示す情報（ポインタ）が選択されたとする。
【０２９２】
なお、現在地を示す情報（ポインタ）を選択する方法は、従来から一般的に用いられている方法を適用すればよい。例えば、表示部１１に操作部１０への入力操作で移動可能なカーソルを表示し、表示したカーソルを、現在地を示す情報（ポインタ）に合わせた状態で、操作部１０に入力操作を行うことによって、当該現在地を示す情報（ポインタ）を選択するようにしてもよい。
【０２９３】
また、現在地を示す情報（ポインタ）が選択されたときには、当該現在地を示す情報（ポインタ）が選択されたことが、ユーザに認識できるように表示することが好ましい。これにより、ユーザは、複数の同乗者の現在地を示す情報が地図上に同時に表示されている場合であっても、どの同乗者を選択したかを認識することができる。この表示方法としては、例えば、選択された現在地を示す情報の表示色を変える等、従来から一般的に用いられている方法を適用することもできる。
【０２９４】
同乗者間通信制御部２５は、地図上に表示された同乗者（けんちゃん）のポインタが選択されたことを確認すると、選択されたポインタに対応する同乗者（けんちゃん）に対して、メールを送信するか、電話をかけるかを選択させる（Ｓ９０）。このときには、例えば図１４（ｂ）に示すような画像を表示してもよい。図１４（ｂ）の例では、「メール」、「発信」、「閉じる」の３つの項目が選択可能になっている。
【０２９５】
なお、図１３では示していないが、ここで「閉じる」の項目が選択された場合には、同乗者間通信制御部２５は、通話・メール処理を終了する。より詳細には、「閉じる」の項目が選択された場合には、同乗者間通信制御部２５は、「メール」、「発信」、「閉じる」の３つの項目を選択させるダイアログの表示を終了する。また、現在地を示す情報（ポインタ）が選択されたことを認識可能に表示していた場合には、この表示を元に戻す。これにより、表示部１１に表示される画像は、図１４（ａ）のように、地図等が表示された画像に戻る。
【０２９６】
Ｓ９０において、「メール」が選択された場合には、同乗者間通信制御部２５は、表示部１１に、例えば図１４（ｃ）に示すようなメール送信画面を表示する（Ｓ９１）。図１４（ｃ）に示すように、メール送信画面の「宛先」の項目には、既に同乗者（けんちゃん）のメールアドレスが入力されている。
【０２９７】
これは、「メール」が選択されたときに、同乗者間通信制御部２５が、同乗者グループ関連情報格納部２７から読み出して入力することによる。これにより、ユーザはメールアドレスを自ら入力することなく、簡単に同乗者（けんちゃん）にメールを送信することができる。
【０２９８】
メール送信画面は、送信操作が行われるまで表示され（Ｓ９２）、送信操作が行われたとき（Ｓ９２でＹＥＳ）に、同乗者間通信制御部２５はメールの送信を行う（Ｓ９３）。これにより、通話・メール処理は終了し、処理は図１１のＳ６１に進む。
【０２９９】
一方、Ｓ９０において、「電話」（図１４（ｂ）の例では「発信」）が選択された場合には、同乗者間通信制御部２５は、同乗者グループ関連情報格納部２７から選択された同乗者（けんちゃん）の電話番号を読み出して、読み出した電話番号に対して発呼処理を行う（Ｓ９４）。このときには、例えば図１４（ｄ）のような画像が表示部１１に表示される。
【０３００】
そして、同乗者（けんちゃん）が電話に出ることで通話が開始され、通話終了操作が行われるまで通話が継続する（Ｓ９５）。通話が終了する（Ｓ９５でＹＥＳ）と通信を切断し（Ｓ９６）、これにより、通話・メール処理は終了して処理は図１１のＳ６１に進む。
【０３０１】
〔帰車処理の流れ〕
続いて、図１１のＳ６３で行われる帰車処理の流れについて、図１５に基づいて説明する。図１５は、帰車処理の一例を示すフローチャートである。帰車処理は、図１１のＳ６２にて、同乗者グループから離脱した携帯電話１とサーバ５０との間で行われる処理であり、サーバ５０が現在地から駐車位置までのルートガイドを行う処理である。なお、帰車処理は、同乗者グループから離脱していない状態で行ってもよい。この場合には、駐車位置に戻るまでの間も同乗者の位置確認を行うことができる。
【０３０２】
〔携帯電話１側の処理〕
帰車処理では、まずルートガイド要求部２２が、帰りのナビ操作が行われたか否かを確認する（Ｓ１００）。なお、帰りのナビ操作は、操作部１０に対して行われる所定の入力操作である。つまり、携帯電話１のユーザが駐車位置に戻るときに帰りのナビ操作を行い、これにより現在地から駐車位置までのルートガイドが行われる。
【０３０３】
例えば、図１４（ａ）の例では、「駐車場に戻る」という選択項目が表示されている。この場合には、ルートガイド要求部２２は、この選択項目が選択されたときに、帰りのナビ操作が行われたと判断する。図１４（ａ）の例のように、同乗者の位置を表示させているとき（同乗者グループから離脱する前）に、帰りのナビ操作を行うことができるようにした場合には、同乗者の位置を確認しながら駐車場に戻ることができる。
【０３０４】
無論、帰りのナビ操作は、この例に限られない。携帯電話１に対して予め設定しておくことにより、任意の入力操作を帰りのナビ操作とすることが可能である。例えば、メニュー画面を表示させて、メニュー画面から帰りのナビ操作を選択できるようにしてもよい。
【０３０５】
ここで、帰りのナビ操作が行われたことを確認した場合（Ｓ１００でＹＥＳ）には、ルートガイド要求部２２は、駐車位置格納部２８から駐車位置を読み出し（Ｓ１０１）、位置取得部２から現在地を取得する（Ｓ１０２）。そして、ルートガイド要求部２２は、上記読み出した駐車位置と上記取得させた現在地とをサーバ５０に送信する（Ｓ１０３）。送信する駐車位置と現在地とは、例えば下記の表１５のようなデータ形式としてもよい。
【０３０６】
【表１５】
【０３０７】
駐車位置及び現在地を送信すると、現在地から駐車位置までのルート情報と地図とが送られてくるので、ルートガイド要求部２２はこれを受信し（Ｓ１０４）、表示部１１に表示する。なお、ルート情報及び地図は、上記表９のようなデータ形式としてもよい。
【０３０８】
そして、ルートガイド要求部２２は、操作部１０に対してルートガイドを終了する旨の入力操作が行われたか否かを確認する（Ｓ１０５）。ここで、ルートガイドを終了する旨の入力操作が行われたことが確認されない場合（Ｓ１０５でＮＯ）には、ルートガイド要求部２２は、Ｓ１０２の処理に戻る。
【０３０９】
すなわち、ルートガイドを終了する旨の入力操作が行われるまでの間は、Ｓ１０２からＳ１０４の処理が繰り返し行われる。これにより、ルートガイドを終了する旨の入力操作が行われるまでの間は、携帯電話１の現在地が定期的にサーバ５０に送信され、携帯電話１の現在地に応じたルート情報と地図とが携帯電話１に返送される。
【０３１０】
一方、ルートガイドを終了する旨の入力操作が行われたことが確認された場合（Ｓ１０５でＹＥＳ）には、ルートガイド要求部２２は、ルートガイドを終了する。これにより、帰車処理は終了し、図７のＳ２の処理に戻る。
【０３１１】
〔サーバ５０側の処理〕
ルートガイド送信部６２は、現在地及び駐車位置の受信を待ち受け（Ｓ１１０）、現在地及び駐車位置の受信を確認した場合（Ｓ１１０でＹＥＳ）には、受信した現在地及び駐車位置を記憶する（Ｓ１１１）。
【０３１２】
そして、ルートガイド送信部６２は、上記記憶した現在地から駐車位置までのルート探索を行い（Ｓ１１２）、また現在地及び駐車位置を含む地図を検索し、検出したルートを示すルート情報及び検出した地図を携帯電話１に送信する（Ｓ１１３）。送信後、ルートガイド送信部６２は、Ｓ１１０の処理に戻って現在地及び駐車位置の受信を待ち受ける。
【０３１３】
〔同乗者位置表示の別の例〕
図１１では、サーバ５０を利用することによって、携帯電話１に同乗者グループに含まれる他の同乗者の現在地を表示する例（図２に対応）について説明した。ここでは、携帯電話１間で直接位置情報を送受信することによって、携帯電話１に同乗者グループに含まれる他の同乗者の現在地を表示する例（図４に対応）について図１６に基づいて説明する。すなわち、図１６の例では、携帯電話１間で位置情報をメールで伝え合うことによって、同乗者グループを構成する各携帯電話１で、他の携帯電話１の位置情報を取得する。
【０３１４】
図１６は、降車後処理の他の例を示すフローチャートであり、携帯電話１間でメールの送受信を行うことにより、各携帯電話１が他の携帯電話１の位置情報を取得する例を示している。なお、図１６には、図１１と同様の処理が含まれており、このような処理については同一の参照番号を付し、詳細な説明を省略する。
【０３１５】
図１６の降車後処理は、カーナビ３０から同乗者グループ関連情報を受信した各携帯電話１で行われる。なお、図１６の降車後処理では、サーバ５０は、ルートガイドのみに用いられ、同乗者の現在地を表示する処理には関与しない。また、サーバ５０が実行する処理は、図１１の例と同様であるからここでは説明を省略する。
【０３１６】
カーナビ３０から同乗者グループ関連情報を受信した携帯電話１では、目的地関連情報取得部２１が、サーバ５０に目的地関連情報送信要求を送信し（Ｓ５０）、目的地関連情報を受信する（Ｓ５１）。また、ルートガイド要求部２２は、位置取得部２から携帯電話１の現在地を取得する（Ｓ５２）。
【０３１７】
ルートガイド要求部２２は、図１１の例と同様に、現在地及び目的地をサーバ５０に送信し（Ｓ１２２）、ルート情報及び地図を受信し（Ｓ５４）、受信したルート情報及び地図を表示部１１に表示し、これによって表示が更新される（Ｓ１２３）。
【０３１８】
また、ルートガイド要求部２２は、現在地を取得すると、その旨を同乗者位置表示部２３に伝達する。なお、図１１の例では、サーバ５０が携帯電話１の位置情報の送信を行っていたので、現在地及び目的地以外に、位置情報の送信に用いるパスコード等もサーバ５０に送信していた。これに対し、図１６の例ではサーバ５０はルートガイドのみに関与するので、ルートガイドに必要な情報である現在地及び目的地のみがサーバ５０に送信される。
【０３１９】
ルートガイド要求部２２から現在地を取得した旨の伝達を受けた同乗者位置表示部２３は、自端末の現在地を同乗者グループの他の携帯電話１に通知することの可否をユーザに選択させる（Ｓ１２０）。このときには、例えば図１７に示すような画像を表示部１１に表示させてもよい。
【０３２０】
図１７は、自端末の現在地を同乗者グループの他の携帯電話１に通知することの可否をユーザに選択させるための表示画面の一例を示す図である。図示のように、現在地を通知する対象となる同乗者グループのメンバーの氏名を表示して、可否を選択させることにより、現在地を通知したくない相手に現在地が通知されることを防ぐことができる。
【０３２１】
ここで、現在地を通知することを許可する旨の入力が行われたことを検出した場合（Ｓ１２０でＹＥＳ）には、同乗者位置表示部２３は、現在地通知メールを同乗者グループに属する各携帯電話１に送信する（Ｓ１２１）。一方、現在地を通知することを許可しない旨の入力が行われたことを検出した場合、または入力が行われないまま所定の時間（例えば３分）が経過した場合（Ｓ１２０でＮＯ）には、同乗者位置表示部２３は、Ｓ１２２の処理に進む。
【０３２２】
現在地通知メールは、該メールの送信元を示す情報と、現在地を示す情報とを含むものであればよい。例えば、現在地通知メールは、下記の表１６に示すようなデータ形式としてもよい。
【０３２３】
【表１６】
【０３２４】
現在地通知メールを送信の送信が行われた後、Ｓ１２２、Ｓ５４、及びＳ１２３の処理によって、現在地から目的地までの地図とルート情報が表示部１１に表示される。なお、現在地通知メールの送信と、Ｓ１２２、Ｓ５４、及びＳ１２３の処理とは、同時に行ってもよいし、Ｓ１２２、Ｓ５４、及びＳ１２３の処理を現在地通知メールの送信よりも先に行ってもよい。
【０３２５】
以上の処理によって表示部１１に地図が表示されると、同乗者位置表示部２３は、新着メールの有無を確認する（Ｓ１２４）。ここで、新着メールがないことが確認された場合（Ｓ１２４でＮＯ）には、Ｓ１２９の処理に進む。一方、新着メールがあることが確認された場合（Ｓ１２４でＹＥＳ）には、同乗者位置表示部２３は、新着メールの種類が、「通常」、「現在地」、及び「終了通知」の何れであるかを確認する（Ｓ１２５）。なお、「現在地」は、上記現在地通知メールを指し、「終了通知」は終了通知メールを指し、「通常」はこれら以外のメールを指す。
【０３２６】
終了通知メールは、携帯電話１が同乗者グループを離脱するときに同乗者グループの他の携帯電話１に送信するメールである。終了通知メールを受信した携帯電話１が、該終了通知メールの送信元の携帯電話１を同乗者グループから削除することによって、当該携帯電話１は同乗者グループから離脱する。終了通知メールは、下記の表１７に示すようなデータ形式としてもよい。
【０３２７】
【表１７】
【０３２８】
新着メールの種類が、「通常」、「現在地」、及び「終了通知」の何れであるかは、メールの「Subject」を参照することで判断できる。つまり、表１６の例では「Subject」が「@LOCATION」となっていることによって、当該メールが現在地通知メールであると判断することができる。また、表１７の例では、「Subject」が「@LEAVE」となっていることによって当該メールが終了通知メールであると判断することができる。そして、これらの何れにも該当しないメールを、「通常」として取り扱えばよい。
【０３２９】
メールの種類が「終了通知」であることが確認された場合には、同乗者位置表示部２３は、その旨を同乗者グループ離脱処理部２４に伝達し、伝達を受けた同乗者グループ離脱処理部２４は、同乗者の位置情報表示を解除する（Ｓ１２６）。
【０３３０】
具体的には、同乗者グループ離脱処理部２４は、同乗者グループ関連情報格納部２７に格納されている端末情報を参照し、上記受信した終了通知の送信元のメールアドレスと一致するメールアドレスが含まれる端末情報を削除する。これにより、Ｓ１２１で現在地通知メールを送信する送信先から、上記終了通知の送信元の携帯電話１が除外されるので、該携帯電話１には、現在地通知メールが送信されなくなる。また、同乗者グループ離脱処理部２４は、受信した終了通知の送信元が、既に地図上に表示されている場合には、同乗者位置表示部２３に指示してその表示を中止させる。
【０３３１】
一方、メールの種類が「現在地通知」であることが確認された場合には、同乗者位置表示部２３は、受信した現在地通知メールから同乗者の位置を抽出し、位置表示を更新する（Ｓ１２７）。
【０３３２】
具体的には、同乗者位置表示部２３は、受信した現在地通知メール（表１６参照）から緯度及び経度を読み出し、読み出した緯度及び経度で特定される地図上の位置に上記現在地通知メールの送信元の同乗者を示す情報（例えば、図１４（ａ）のようなポインタとニックネーム等）を表示する。なお、ニックネームを表示する場合には、予め端末情報にニックネームを登録しておく。また、同乗者を示す情報は、携帯電話１のユーザが、各同乗者の地図上の位置を認識できるものであればよく、この例に限られない。例えば、同乗者の顔写真等を表示してもよい。
【０３３３】
Ｓ１２６またはＳ１２７の処理を終えた後、またはＳ１２５で新着メールが「通常」であることが確認されたときには、同乗者位置表示部２３は、次の新着メールの有無を確認する（Ｓ１２８）。ここで、次の新着メールがあることが確認された場合（Ｓ１２８でＹＥＳ）には、同乗者位置表示部２３は、Ｓ１２５の処理に戻る。一方、次の新着メールがないことが確認された場合（Ｓ１２８でＮＯ）には、同乗者位置表示部２３は、その旨を同乗者グループ離脱処理部２４に伝達する。
【０３３４】
伝達を受けた同乗者グループ離脱処理部２４は、一定時間以上、現在位置通知のない同乗者の有無を確認する（Ｓ１２９）。具体的には、同乗者グループ離脱処理部２４は、現在地通知メールを受信したときに、その受信日時を記憶しておき、最後に受信した現在地通知メールの受信日時から、予め定めた一定時間（例えば３０分）以上経過している同乗者（携帯電話１）が存在するか否かを確認する。
【０３３５】
ここで、一定時間以上、現在位置通知のない同乗者があることが確認された場合（Ｓ１２９でＹＥＳ）には、同乗者グループ離脱処理部２４は、その同乗者の位置情報表示を解除する（Ｓ１３０）。なお、Ｓ１３０の処理は、Ｓ１２６の処理と同様であるから説明を省略する。
【０３３６】
以上のようにして、地図上に同乗者が表示された後は、図１１の例と同様に、同乗者の選択操作の待ち受け（Ｓ５９）が行われ、同乗者の選択操作があった場合には、通話・メール処理が行われる（Ｓ６０）。
【０３３７】
また、同乗者グループ離脱処理部２４は、ユーザの終了操作の有無を確認し（Ｓ６１
）、終了操作が確認されたとき（Ｓ６１でＹＥＳ）には、同乗者グループを構成する各携帯電話１に終了通知メール（表１６参照）を送信すると共に、終了処理を行う（Ｓ１３１）。終了処理では、同乗者グループ離脱処理部２４は、地図及び同乗者の現在地の表示を中止し、同乗者グループ関連情報格納部２７に格納されている情報を削除する。Ｓ１３１の処理の後は、図１１の例と同様に帰車処理が行われる（Ｓ６３）。
【０３３８】
なお、図１６の例では、携帯電話１が他の携帯電話１のそれぞれに自発的に現在地通知メールを送信することによって、各携帯電話１が他の携帯電話１の現在地を取得する例を示したが、現在地通知メールが、他の携帯電話１の要求を受けて送信されるようにしてもよい。
【０３３９】
〔変形例〕
以上のように、グループ生成システム１００では、カーナビ３０が複数の携帯電話１のそれぞれから、端末情報を取得し、取得した端末情報を含む同乗者グループ関連情報を複数の携帯電話１のそれぞれに送信する構成である。
【０３４０】
この端末情報には、携帯電話１の電話番号、メールアドレス等が含まれており、これを用いることによって、携帯電話１は、他の携帯電話１の位置情報を取得することができる。つまり、端末情報は、携帯電話１が他の携帯電話１の位置情報を取得するための情報であると言える。
【０３４１】
例えば、図１１（図２）の例では、同乗者グループ関連情報に含まれている、位置情報を取得したい携帯電話１の電話番号をサーバ５０に送信することによって、サーバ５０に格納されている当該携帯電話１の位置情報を取得することが可能となる。
【０３４２】
また、例えば図１６（図４）の例では、同乗者グループ関連情報に含まれている、位置情報を取得したい携帯電話１のメールアドレスを用いて、現在地通知メールを送信することによって、同乗者グループを構成する各携帯電話１は、他の携帯電話１の位置情報を取得することが可能となる。
【０３４３】
ここで、複数の端末間で互いの位置情報を容易に確認することを可能にするという本発明の目的を達成するためには、上記端末情報は、少なくとも自端末が取得した位置情報を自端末以外の端末が取得するための情報であればよい。
【０３４４】
例えば、サーバ５０から携帯電話１の位置情報を取得する場合には、同乗者グループの他の携帯電話１が、サーバ５０からその位置情報を取得することができる情報が、端末情報となる。つまり、携帯電話１が自端末の位置情報と自端末のＩＤとをサーバ５０に送信し、サーバ５０が上記ＩＤを受信したときに上記位置情報を送信する構成とした場合には、上記ＩＤが端末情報となる。無論、このＩＤはどのようなものであってもよい。例えば、携帯電話１の製造ナンバーや電子メールアドレス等であってもよいし、ユーザ名、やユーザが設定したパスワード等であってもよい。
【０３４５】
また、例えば、携帯電話１間で位置情報を送受信する場合には、他の携帯電話１に位置情報を送信するための情報が、端末情報となる。つまり、他の携帯電話１に位置情報を送信するための通信アドレスが端末情報となる。
【０３４６】
このように、携帯電話１からカーナビ３０に送信する端末情報は、位置情報の取得方法に合わせて適宜設定することができ、上記の例以外でも、少なくとも自端末が取得した位置情報を自端末以外の端末が取得するための情報を用いることにより、上記本発明の目的は達成し得る。
【０３４７】
なお、本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０３４８】
本発明のグループ生成システムでは、ユーザ操作が行われなくとも、複数の携帯電話が、互いの位置情報を取得することができ、各携帯電話のユーザは、他のユーザの位置を容易に認識することができる同乗者グループが生成される。これは、上記の例のように、カーナビを位置取得支援装置として携帯電話の同乗者グループを生成する場合に特に好適であるが、この例に限られない。
【０３４９】
例えば、位置取得支援装置は、カーナビとは別の車載装置に内蔵されていてもよいし、他の装置（例えば、携帯電話等の携帯型の機器）に内蔵されていてもよい。また、位置取得支援装置は、位置取得支援を行う専用の装置であってもよい。
【０３５０】
さらに、同乗者グループは、携帯電話に限られず、任意の通信端末で構成することができる。例えば、ＰＨＳ、ＰＤＡ、携帯型パソコン、携帯型ゲーム機などで同乗者グループを構成することも可能である。
【図面の簡単な説明】
【０３５１】
【図１】本発明の実施形態を示すものであり、グループ生成システムの要部構成を示すブロック図である。
【図２】上記グループ生成システムで行われる処理の一例を示す図である。
【図３】上記グループ生成システムで行われる処理の他の例を示す図であり、上記の例とは異なる方法で位置情報を取得する例を示す図である。
【図４】上記グループ生成システムで行われる処理のまた別の例を示す図であり、上記の例とはまた異なる方法で位置情報を取得する例を示す図である。
【図５】上記グループ生成システムで行われる処理の一例を示す図であり、目的地関連情報を取得する処理の概要を示す図である。
【図６】上記グループ生成システムのハードウェア構成を示すブロック図である。
【図７】上記グループ生成システムで実行される処理の全体の流れを示すフローチャートである。
【図８】上記グループ生成システムに含まれるカーナビの表示部に表示される画面例を示す図であり、同図の左側は端末情報の配信可否をユーザに問い合わせる画面の一例を示し、同図の右側は終了時刻の入力画面の一例を示す図である。
【図９】上記グループ生成システムにて実行される登録処理の一例を示すフローチャートである。
【図１０】上記グループ生成システムに含まれる携帯電話の表示部に表示される画面例を示す図であり、同図の左側は端末情報の送信可否をユーザに問い合わせる画面の一例を示し、同図の右側は送信する情報の設定画面の一例を示す図である。
【図１１】上記グループ生成システムにて実行される降車後処理の一例を示すフローチャートである。
【図１２】上記携帯電話の表示部に表示される画像の一例を示す図であり、（ａ）は地図の表示例、（ｂ）は目的地関連情報の表示例、（ｃ）は目的地詳細の表示例を示す図である。
【図１３】上記グループ生成システムにて実行される通話・メール処理の一例を示すフローチャートである。
【図１４】上記通話・メール処理において上記携帯電話の表示部に表示される画面例を示す図である。
【図１５】上記グループ生成システムにて実行される帰車処理の一例を示すフローチャートである。
【図１６】上記降車後処理の他の例を示すフローチャートである。
【図１７】上記携帯電話の表示部に表示される表示画面の一例を示す図であり、現在地を同乗者グループの他の携帯電話に通知することの可否をユーザに選択させるための表示画面の一例を示す図である。
【図１８】従来技術を示すものであり、従来のマンナビで行われる処理の概要を示す図である。
【符号の説明】
【０３５２】
１ 携帯電話（通信端末）
６ 携帯電話制御部
２０ 同乗者グループ登録部（位置取得情報登録手段、位置取得情報受信手段）
２１ 目的地関連情報取得部（目的地関連情報取得手段）
２２ ルートガイド要求部（ルートガイド実行手段）
２３ 同乗者位置表示部（位置表示手段）
２４ 同乗者グループ離脱処理部（期限管理手段）
２５ 同乗者間通信制御部（選択手段、端末間通信制御手段）
３０ カーナビ（位置取得支援装置）
３５ カーナビ制御部
４０ 端末登録部
４１ 同乗者グループ生成部（位置取得情報取得手段）
４２ 同乗者グループ情報配信部（位置取得情報送信手段）
５０ サーバ（位置格納サーバ）
１００ グループ生成システム（位置取得支援システム）
【特許請求の範囲】
【請求項１】
複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置であって、
上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得手段と、
該位置取得情報取得手段が取得した、上記通信端末の位置取得情報を、当該位置取得情報の取得元以外の通信端末に送信する位置取得情報送信手段とを備えていることを特徴とする位置取得支援装置。
【請求項２】
自装置から所定の範囲内に存在する上記通信端末のみと通信可能な近距離通信部を備え、
上記位置取得情報取得手段は、上記近距離通信部を用いて、上記各通信端末に上記位置取得情報の送信を要求することを特徴とする請求項１に記載の位置取得支援装置。
【請求項３】
上記位置取得情報送信手段は、上記位置取得情報と共に、上記通信端末が、上記位置取得情報を用いて上記位置情報を取得可能な期限を示す期限情報を送信することを特徴とする請求項１または２に記載の位置取得支援装置。
【請求項４】
上記位置取得情報は、上記各通信端末がその位置を示す位置情報を送信して格納させる位置格納サーバから上記位置情報を取得するための情報であることを特徴とする請求項１から３の何れか１項に記載の位置取得支援装置。
【請求項５】
上記各通信端末は、自端末の位置情報を取得する機能を有し、
上記位置取得情報は、上記通信端末間で上記位置情報を送受信するための通信アドレスであることを特徴とする請求項１から３の何れか１項に記載の位置取得支援装置。
【請求項６】
自端末の位置を示す位置情報を取得可能な通信端末であって、
自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録手段と、
上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信手段とを備えていることを特徴とする通信端末。
【請求項７】
上記位置取得支援装置は、上記位置取得情報と共に、該位置取得情報を用いて上記位置情報を取得可能な期限を示す期限情報を送信するものであり、
上記期限情報が示す期限を経過したときに、自端末が格納している上記位置取得情報を削除する期限管理手段を備えていることを特徴とする請求項６に記載の通信端末。
【請求項８】
上記位置取得情報を用いて取得した他の通信端末の位置情報に基づいて、該他の通信端末の位置を含む地図を表示すると共に、該地図上に上記他の通信端末の位置を示す情報を表示する位置表示手段を備えていることを特徴とする請求項６または７に記載の通信端末。
【請求項９】
上記位置取得支援装置は、設定された目的地までのルートガイドを行うナビゲーション機能を有し、
上記位置取得支援装置から上記目的地の位置を示す目的地位置情報を取得して、自端末の現在の位置から上記目的地の位置までのルートガイドを、表示した地図上で行うルートガイド実行手段を備え、
上記位置表示手段は、上記ルートガイドに用いる地図上に上記他の通信端末の位置を示す情報を表示することを特徴とする請求項８に記載の通信端末。
【請求項１０】
自端末以外の通信端末と通信を行う通信手段と、
上記位置表示手段が表示した上記他の通信端末の位置を示す情報を選択する選択手段と、
上記選択手段が選択した情報に対応する通信端末と上記通信手段を用いて通信する端末間通信制御手段とを備えていることを特徴とする請求項８または９に記載の通信端末。
【請求項１１】
上記位置取得支援装置は、設定された目的地までのルートガイドを行うナビゲーション機能を有し、
上記位置取得支援装置から上記目的地の位置を示す目的地位置情報を取得して、該取得した目的地位置情報が示す目的地の位置に関連する目的地関連情報を取得する目的地関連情報取得手段を備えていることを特徴とする請求項６から１０の何れか１項に記載の通信端末。
【請求項１２】
請求項４に記載の位置取得支援装置と、
請求項６から１１の何れか１項に記載の複数の通信端末と、
上記位置格納サーバとを含むことを特徴とする位置取得支援システム。
【請求項１３】
上記位置取得情報送信手段は、上記位置取得情報と共に、上記位置格納サーバから位置情報を取得するための認証情報を上記各通信端末に送信し、
上記各通信端末は、上記位置情報と共に、上記位置取得情報送信手段から受信した認証情報を上記位置格納サーバに送信し、
上記位置格納サーバは、上記認証情報と位置情報とを対応付けて格納し、上記通信端末から上記認証情報を受信したときにのみ、上記認証情報と対応付けて格納した位置情報を上記通信端末に送信することを特徴とする請求項１２に記載の位置取得支援システム。
【請求項１４】
複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置の制御方法であって、
上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得ステップと、
該位置取得情報取得ステップにて取得した、上記通信端末の位置取得情報を、当該位置取得情報の取得元以外の通信端末に送信する位置取得情報送信ステップとを含むことを特徴とする位置取得支援装置の制御方法。
【請求項１５】
自端末の位置を示す位置情報を取得可能な通信端末の制御方法であって、
自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録ステップと、
上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信ステップとを含むことを特徴とする通信端末の制御方法。
【請求項１６】
請求項１から５の何れか１項に記載の位置取得支援装置を動作させるための位置取得支援プログラムであって、コンピュータを上記各手段として機能させるための位置取得支援プログラム。
【請求項１７】
請求項６から１１の何れか１項に記載の通信端末を動作させるための通信端末制御プログラムであって、コンピュータを上記各手段として機能させるための通信端末制御プログラム。
【請求項１８】
請求項１６に記載の位置取得支援プログラムまたは請求項１７に記載の通信端末制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置であって、
上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得手段と、
該位置取得情報取得手段が取得した、上記通信端末の位置取得情報を、当該位置取得情報の取得元以外の通信端末に送信する位置取得情報送信手段とを備えていることを特徴とする位置取得支援装置。
【請求項２】
自装置から所定の範囲内に存在する上記通信端末のみと通信可能な近距離通信部を備え、
上記位置取得情報取得手段は、上記近距離通信部を用いて、上記各通信端末に上記位置取得情報の送信を要求することを特徴とする請求項１に記載の位置取得支援装置。
【請求項３】
上記位置取得情報送信手段は、上記位置取得情報と共に、上記通信端末が、上記位置取得情報を用いて上記位置情報を取得可能な期限を示す期限情報を送信することを特徴とする請求項１または２に記載の位置取得支援装置。
【請求項４】
上記位置取得情報は、上記各通信端末がその位置を示す位置情報を送信して格納させる位置格納サーバから上記位置情報を取得するための情報であることを特徴とする請求項１から３の何れか１項に記載の位置取得支援装置。
【請求項５】
上記各通信端末は、自端末の位置情報を取得する機能を有し、
上記位置取得情報は、上記通信端末間で上記位置情報を送受信するための通信アドレスであることを特徴とする請求項１から３の何れか１項に記載の位置取得支援装置。
【請求項６】
自端末の位置を示す位置情報を取得可能な通信端末であって、
自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録手段と、
上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信手段とを備えていることを特徴とする通信端末。
【請求項７】
上記位置取得支援装置は、上記位置取得情報と共に、該位置取得情報を用いて上記位置情報を取得可能な期限を示す期限情報を送信するものであり、
上記期限情報が示す期限を経過したときに、自端末が格納している上記位置取得情報を削除する期限管理手段を備えていることを特徴とする請求項６に記載の通信端末。
【請求項８】
上記位置取得情報を用いて取得した他の通信端末の位置情報に基づいて、該他の通信端末の位置を含む地図を表示すると共に、該地図上に上記他の通信端末の位置を示す情報を表示する位置表示手段を備えていることを特徴とする請求項６または７に記載の通信端末。
【請求項９】
上記位置取得支援装置は、設定された目的地までのルートガイドを行うナビゲーション機能を有し、
上記位置取得支援装置から上記目的地の位置を示す目的地位置情報を取得して、自端末の現在の位置から上記目的地の位置までのルートガイドを、表示した地図上で行うルートガイド実行手段を備え、
上記位置表示手段は、上記ルートガイドに用いる地図上に上記他の通信端末の位置を示す情報を表示することを特徴とする請求項８に記載の通信端末。
【請求項１０】
自端末以外の通信端末と通信を行う通信手段と、
上記位置表示手段が表示した上記他の通信端末の位置を示す情報を選択する選択手段と、
上記選択手段が選択した情報に対応する通信端末と上記通信手段を用いて通信する端末間通信制御手段とを備えていることを特徴とする請求項８または９に記載の通信端末。
【請求項１１】
上記位置取得支援装置は、設定された目的地までのルートガイドを行うナビゲーション機能を有し、
上記位置取得支援装置から上記目的地の位置を示す目的地位置情報を取得して、該取得した目的地位置情報が示す目的地の位置に関連する目的地関連情報を取得する目的地関連情報取得手段を備えていることを特徴とする請求項６から１０の何れか１項に記載の通信端末。
【請求項１２】
請求項４に記載の位置取得支援装置と、
請求項６から１１の何れか１項に記載の複数の通信端末と、
上記位置格納サーバとを含むことを特徴とする位置取得支援システム。
【請求項１３】
上記位置取得情報送信手段は、上記位置取得情報と共に、上記位置格納サーバから位置情報を取得するための認証情報を上記各通信端末に送信し、
上記各通信端末は、上記位置情報と共に、上記位置取得情報送信手段から受信した認証情報を上記位置格納サーバに送信し、
上記位置格納サーバは、上記認証情報と位置情報とを対応付けて格納し、上記通信端末から上記認証情報を受信したときにのみ、上記認証情報と対応付けて格納した位置情報を上記通信端末に送信することを特徴とする請求項１２に記載の位置取得支援システム。
【請求項１４】
複数の通信端末のそれぞれが互いの位置を取得することを可能にする位置取得支援装置の制御方法であって、
上記各通信端末から、当該通信端末の位置を示す位置情報を該位置情報の示す位置の通信端末以外の通信端末が取得するための位置取得情報を取得する位置取得情報取得ステップと、
該位置取得情報取得ステップにて取得した、上記通信端末の位置取得情報を、当該位置取得情報の取得元以外の通信端末に送信する位置取得情報送信ステップとを含むことを特徴とする位置取得支援装置の制御方法。
【請求項１５】
自端末の位置を示す位置情報を取得可能な通信端末の制御方法であって、
自端末を含む複数の通信端末のそれぞれが互いの位置情報を取得することを可能にする位置取得支援装置からの要求を受けて、自端末が取得した上記位置情報を自端末以外の通信端末が取得するための情報である位置取得情報を上記位置取得支援装置に送信する位置取得情報登録ステップと、
上記位置取得支援装置から、自端末以外の通信端末が当該位置取得支援装置に送信した位置取得情報を受信する位置取得情報受信ステップとを含むことを特徴とする通信端末の制御方法。
【請求項１６】
請求項１から５の何れか１項に記載の位置取得支援装置を動作させるための位置取得支援プログラムであって、コンピュータを上記各手段として機能させるための位置取得支援プログラム。
【請求項１７】
請求項６から１１の何れか１項に記載の通信端末を動作させるための通信端末制御プログラムであって、コンピュータを上記各手段として機能させるための通信端末制御プログラム。
【請求項１８】
請求項１６に記載の位置取得支援プログラムまたは請求項１７に記載の通信端末制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１０−６３０１９（Ｐ２０１０−６３０１９Ａ）
【公開日】平成２２年３月１８日（２０１０．３．１８）
【国際特許分類】
【出願番号】特願２００８−２２８８６３（Ｐ２００８−２２８８６３）
【出願日】平成２０年９月５日（２００８．９．５）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【出願人】（０００００５０１６）パイオニア株式会社 (3,620)
【Ｆターム（参考）】
【公開日】平成２２年３月１８日（２０１０．３．１８）
【国際特許分類】
【出願日】平成２０年９月５日（２００８．９．５）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【出願人】（０００００５０１６）パイオニア株式会社 (3,620)
【Ｆターム（参考）】
[ Back to top ]