(57)【要約】  通信端末装置（１２０）と、通信管理装置（１１０）との双方向通信であって、通信端末装置（１２０）は、検出部（１２１）により自装置の起動を検出した場合に、生成部（１２２）により識別情報をあらたに生成する。生成された識別情報は、格納処理部（１２３）により識別情報格納部（１２４）に格納されるとともに、報知部（１２５）により、通信管理装置（１１０）へ報知される。一方、通信管理装置（１１０）は、受付部（１１２）により、通信の確立した通信端末装置（１２０）から識別情報の報知を受け付ける。識別情報は、格納処理部（１１３）により、識別情報格納部（１１４）へ格納される。この識別情報に基づいて、通信部（１１５）は、通信端末装置（１２０）と情報の送受信をおこなう。なお、通信端末装置（１２０）は、検出部（１２１）が自装置の停止を検出した場合に、消去部（１２７）により識別情報を識別情報格納部（１２４）から消去する。
2008044293.tif 000002
【特許請求の範囲】
【請求項１】
通信端末装置との通信が確立したか否かを判定する通信判定手段と、
前記通信判定手段により前記通信端末装置との通信が確立したと判定された場合に、前記通信端末装置の識別情報を受け付ける受付手段と、
前記受付手段により受け付けた識別情報を識別情報格納部へ格納する格納処理手段と、
前記識別情報格納部に格納されている識別情報に基づいて前記通信端末装置と情報の送受信をおこなう通信手段と、
を備えることを特徴とする通信管理装置。
【請求項２】
前記通信判定手段により前記通信端末装置との通信が確立したと判定された場合に、前記通信端末装置に接続して、前記通信端末装置の識別情報を取得する取得手段を備え、
前記受付手段は、前記取得手段により取得した識別情報を受け付けることを特徴とする請求項１に記載の通信管理装置。
【請求項３】
前記通信判定手段により前記通信端末装置との通信が確立したと判定された場合に、前記通信端末装置に対して、前記通信管理装置宛てに識別情報を送信するように要求信号を送信する要求手段を備え、
前記受付手段は、前記要求信号に応答して送信された識別情報を受け付けることを特徴とする請求項１に記載の通信管理装置。
【請求項４】
前記受付手段は、前記識別情報とともに前記通信端末装置からの送信情報を受け付けることを特徴とする請求項１〜３のいずれか一つに記載の通信管理装置。
【請求項５】
通信管理装置の通信エリア内に位置する通信端末装置であって、
自装置の起動および停止を検出する検出手段と、
前記検出手段が自装置の起動を検出した場合に、自装置の識別情報をあらたに生成する生成手段と、
前記生成手段により生成した識別情報を識別情報格納部に格納する格納処理手段と、
前記生成手段により生成した識別情報を前記通信管理装置へ報知する報知手段と、
前記識別情報格納部に格納された識別情報に基づいて前記通信管理装置と情報の送受信をおこなう通信手段と、
前記検出手段が自装置の停止を検出した場合に、前記識別情報を前記識別情報格納部から消去する消去手段と、
を備えることを特徴とする通信端末装置。
【請求項６】
前記通信管理装置との通信が確立したか否かを判定する通信判定手段を備え、
前記通信判定手段により前記通信管理装置との通信が確立したと判定された場合に、前記報知手段は、前記識別情報を前記通信管理装置へ報知することを特徴とする請求項５に記載の通信端末装置。
【請求項７】
前記通信管理装置から、前記識別情報を送信するように要求する要求信号を受け付ける受付手段を備え、
前記報知手段は、前記要求信号を送信した通信管理装置へ前記識別情報を報知することを特徴とする請求項５に記載の通信端末装置。
【請求項８】
前記消去手段により前記識別情報格納部に格納されている識別情報を消去した後、前記検出手段が自装置の起動を検出した場合、
前記格納処理手段は、通信が確立した前記通信管理装置から付与された前記消去した識別情報とは異なる識別情報を、自装置の識別情報として前記識別情報格納部に格納することを特徴とする請求項５記載の通信端末装置。
【請求項９】
前記格納処理手段は、前記消去手段により前記識別情報格納部から消去された識別情報を旧識別情報として前記識別情報格納部へ格納し、
前記通信手段は、前記通信管理装置から前記識別情報もしくは前記旧識別情報に基づいて送信された情報を受信することを特徴とする請求項５〜８のいずれか一つに記載の通信端末装置。
【請求項１０】
通信エリア内に位置する通信端末装置と情報の送受信をおこなう通信管理装置の通信方法であって、
通信端末装置との通信が確立したか否かを判定する通信判定工程と、
前記通信判定工程により前記通信端末装置との通信が確立したと判定された場合に、前記通信端末装置の識別情報を受け付ける受付工程と、
前記受付工程により受け付けた識別情報を識別情報格納部へ格納する格納処理工程と、
前記識別情報格納部に格納されている識別情報に基づいて前記通信端末装置と情報の送受信をおこなう通信工程と、
を含むことを特徴とする通信方法。
【請求項１１】
通信管理装置の通信エリア内に位置する通信端末装置の通信方法であって、
自装置の起動および停止を検出する検出工程と、
前記検出工程において自装置の起動が検出された場合に、自装置の識別情報をあらたに生成する生成工程と、
前記生成工程により生成した識別情報を識別情報格納部に格納する格納処理工程と、
前記生成工程により生成した識別情報を前記通信管理装置へ報知する報知工程と、
前記識別情報格納部に格納された識別情報に基づいて前記通信管理装置と情報の送受信をおこなう通信工程と、
前記検出工程において自装置の停止が検出された場合に、前記識別情報を前記識別情報格納部から消去する消去工程と、
を含むことを特徴とする通信方法。
【請求項１２】
請求項１０または１１に記載の通信方法をコンピュータに実行させることを特徴とする通信プログラム。
【請求項１３】
請求項１２に記載の通信プログラムを記録したことを特徴とするコンピュータに読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信エリア内に位置する通信端末装置と情報の送受信をおこなう通信管理装置と、通信管理装置の通信エリア内に位置する通信端末装置と、これらの装置における通信方法、通信プログラムおよびコンピュータに読み取り可能な記録媒体に関する。ただし、この発明の利用は、上述の通信管理装置、通信端末装置、通信方法、通信プログラムおよびコンピュータに読み取り可能な記録媒体に限らない。
【背景技術】
【０００２】
従来、ナビゲーション装置は、自車位置周辺の地図を車両の走行に応じてスクロール表示すると共に、目的地までの誘導経路を探索して該地図上に表示して運転者を目的地まで案内する。このようなナビゲーション装置のうち道路交通情報通信システム（ＶＩＣＳ）対応ナビゲーション装置は、ＶＩＣＳが提供する渋滞、事故、規制等の道路交通情報（ＶＩＣＳ情報）を受信してリアルタイムに地図上に表示する機能を有している。【０００３】
ＶＩＣＳを利用することにより、運転者は渋滞道路、通行規制道路、事故発生道路を回避して目的地に短時間で到達できるようになる。また、ナビゲーション装置が、ＶＩＣＳ情報を利用するために通信情報管理装置として、道路上に光ビーコンや電波ビーコンなどのビーコンが配置されている。これらのビーコンからＶＩＣＳ情報は送信され、ナビゲーション装置は、ＶＩＣＳ情報を受信することができる（たとえば、下記特許文献１参照。）。【０００４】
また、ナビゲーション装置は、ビーコンから送信されるＶＩＣＳ情報を受信するだけではなく、走行速度や、走行位置など車両に関する情報をビーコンへ送信（アップリンク）することもできる。ビーコンは、ナビゲーション装置から車両に関する情報を受信することにより、より詳細な交通情報を取得することができる。さらに、これらの情報を送信元のナビゲーション装置へフィードバックすることもできる。【０００５】
【特許文献１】特開２００６−３２９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１のようにビーコンから特定のナビゲーション装置へＶＩＣＳ情報を送信するには、ナビゲーション装置を特定するために、ＩＤなどの識別情報が必要となる。そこで、上記特許文献１などの従来の技術では、たとえば、一つのナビゲーション装置に対して固定的に対応するＩＤを割り当て、割り当てられたＩＤに基づいてＶＩＣＳ情報を送信する手法を用いている。【０００７】
上述の手法の場合、固定したＩＤを使用することにより、ナビゲーション装置の行動を完全に捕捉することが可能となり、結果としてナビゲーション装置の利用者の行動が特定されてしまう。したがって、利用者によっては、匿名性がなく、個人を特定されてしまうことに嫌悪感を抱く場合があるという問題が一例として挙げられる。【０００８】
また、ビーコンには、各ナビゲーション装置から特定の利用者に関する情報が集まることから、個人情報が蓄積される。したがって、個人情報保護の観点から、ビーコンには、情報管理のための高度なセキュリティ機能を備えなければならないという問題が一例として挙げられる。【０００９】
ここで、利用者の行動が特定されないように、固定したＩＤに替わって、一時的なＩＤを利用したとする。具体的には、たとえば、ナビゲーション装置とビーコンとの通信が確立する度に、ビーコンによってワンタイムＩＤを生成して、ナビゲーション装置に付与する。そして、このワンタイムＩＤに基づいて情報を送受信する。しかしながら、ワンタイムＩＤを利用した場合、確立された通信が解除され、再度通信を確立すると、ナビゲーション装置には前回通信時とは異なるワンタイムＩＤが付与される。したがって、ビーコンが前回通信時に受信した情報を、ナビゲーション装置にフィードバックできないという問題が一例として挙げられる。
【課題を解決するための手段】
【００１０】
請求項１の発明にかかる通信管理装置は、通信端末装置との通信が確立したか否かを判定する通信判定手段と、前記通信判定手段により前記通信端末装置との通信が確立したと判定された場合に、前記通信端末装置の識別情報を受け付ける受付手段と、前記受付手段により受け付けた識別情報を識別情報格納部へ格納する格納処理手段と、前記識別情報格納部に格納されている識別情報に基づいて前記通信端末装置と情報の送受信をおこなう通信手段と、を備えることを特徴とする。【００１１】
また、請求項５の発明にかかる通信端末装置は、通信管理装置の通信エリア内に位置する通信端末装置であって、自装置の起動および停止を検出する検出手段と、前記検出手段が自装置の起動を検出した場合に、自装置の識別情報をあらたに生成する生成手段と、前記生成手段により生成した識別情報を識別情報格納部に格納する格納処理手段と、前記生成手段により生成した識別情報を前記通信管理装置へ報知する報知手段と、前記識別情報格納部に格納された識別情報に基づいて前記通信管理装置と情報の送受信をおこなう通信手段と、前記検出手段が自装置の停止を検出した場合に、前記識別情報を前記識別情報格納部から消去する消去手段と、を備えることを特徴とする。【００１２】
また、請求項１０の発明にかかる通信方法は、通信エリア内に位置する通信端末装置と情報の送受信をおこなう通信管理装置の通信方法であって、通信端末装置との通信が確立したか否かを判定する通信判定工程と、前記通信判定工程により前記通信端末装置との通信が確立したと判定された場合に、前記通信端末装置の識別情報を受け付ける受付工程と、前記受付工程により受け付けた識別情報を識別情報格納部へ格納する格納処理工程と、前記識別情報格納部に格納されている識別情報に基づいて前記通信端末装置と情報の送受信をおこなう通信工程と、を含むことを特徴とする。【００１３】
また、請求項１１の発明にかかる通信方法は、通信管理装置の通信エリア内に位置する通信端末装置の通信方法であって、自装置の起動および停止を検出する検出工程と、前記検出工程において自装置の起動が検出された場合に、自装置の識別情報をあらたに生成する生成工程と、前記生成工程により生成した識別情報を識別情報格納部に格納する格納処理工程と、前記生成工程により生成した識別情報を前記通信管理装置へ報知する報知工程と、前記識別情報格納部に格納された識別情報に基づいて前記通信管理装置と情報の送受信をおこなう通信工程と、前記検出工程において自装置の停止が検出された場合に、前記識別情報を前記識別情報格納部から消去する消去工程と、を含むことを特徴とする。【００１４】
また、請求項１２の発明にかかる通信プログラムは、請求項１０または１１に記載の通信方法をコンピュータに実行させることを特徴とする。【００１５】
また、請求項１３の発明にかかるコンピュータに読み取り可能な記録媒体は、請求項１２に記載の通信プログラムを記録したことを特徴とする。
【図面の簡単な説明】
【００１６】
【図１】図１は、この発明の実施の形態のシステム構成を示すブロック図である。
【図２−１】図２−１は、この発明の実施の形態にかかる通信管理装置の処理の内容を示すフローチャートである。
【図２−２】図２−２は、この発明の実施の形態にかかる通信端末装置の処理の内容を示すフローチャートである。
【図３】図３は、サーバのハードウェア構成を示すブロック図である。
【図４】図４は、ナビゲーション装置のハードウェア構成を示すブロック図である。
【図５】図５は、手法１を用いた双方向通信処理の内容を示すシーケンス図である。
【図６】図６は、手法１の変形処理の一例を示すシーケンス図である。
【図７】図７は、手法２を用いた双方向通信処理の内容を示すシーケンス図である。
【図８】図８は、手法２の変形処理の一例を示すシーケンス図である。
【図９】図９は、手法３を用いた双方向通信処理の内容を示すシーケンス図である。
【図１０】図１０は、手法３の変形処理の一例を示すシーケンス図である。
【図１１】図１１は、消去されたＩＤ宛て情報の受信処理の内容を示すフローチャートである。
【符号の説明】
【００１７】
１１０  通信管理装置
１１１  通信判定部
１１２  受付部
１１３  格納処理部
１１４  識別情報格納部
１１５  通信部
１１６  取得部
１１７  要求部
１２０  通信端末装置
１２１  検出部
１２２  生成部
１２３  格納処理部
１２４  識別情報格納部
１２５  報知部
１２６  通信部
１２７  消去部
１２８  通信判定部
１２９  受付部
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照して、この発明にかかる通信管理装置、通信端末装置、通信方法、通信プログラムおよびコンピュータに読み取り可能な記録媒体の好適な実施の形態を詳細に説明する。【００１９】
（システム構成）
まず、この発明の実施の形態のシステム構成について説明する。図１は、この発明の実施の形態のシステム構成を示すブロック図である。図１のように本実施の形態は、通信管理装置１１０と、通信端末装置１２０とを含んだシステム構成により実現される。【００２０】
本実施の形態において、通信管理装置１１０は、所定の場所に配置された情報通信機器である。この通信管理装置１１０は、通信可能エリア内の通信端末装置１２０から送信された情報を受信する。また、通信管理装置１１０は、複数の通信端末装置１２０へ所定の情報を送信するとともに、通信端末装置１２０から受信した情報に応答して特定の通信端末装置１２０のみに情報を送信することもできる。【００２１】
通信端末装置１２０は、移動体に搭載された情報通信機器である。通信端末装置１２０は、通信管理装置１１０の通信可能エリア内であれば、通信管理装置１１０との通信を確立させることができる。このとき、通信管理装置１１０に対して通信端末装置１２０は複数存在する。したがって、単純に通信を確立させただけの状態では、通信管理装置１１０は、通信端末装置１２０から情報を受信しても、どの通信端末装置１２０から受信したかを判別できない。また、通信管理装置１１０から情報を送信する場合も、特定の通信端末装置１２０へ送信することはできない。【００２２】
そこで、本実施の形態の場合、通信管理装置１１０が通信端末装置１２０との双方向通信には、通信端末装置１２０を特定するための識別情報を利用する。この識別情報は、各通信端末装置１２０それぞれに固定して設定されるのではなく、双方向通信をおこなう際に、通信端末装置１２０により任意に生成される。そして、通信端末装置１２０により生成された識別情報は、通信管理装置１１０に報知される。【００２３】
また、通信端末装置１２０は、生成した識別情報を所定の期間のみに一時的に利用する。所定の期間とは、装置の起動〜停止までの期間など任意に設定した期間である。上述のように装置の起動〜停止までを所定の期間とする場合、通信端末装置１２０の停止をトリガとして生成した識別情報を消去する。このような処理をおこなうことにより、識別情報は、限定された期間のみ有効な情報となる。そして、通信端末装置１２０が再度起動すると、あらたな識別情報を生成し、この識別情報を利用して双方向通信をおこなうために、通信管理装置１１０への識別情報の報知をおこなう。【００２４】
上述のような構成を備えることにより、通信管理装置１１０は、通信端末装置１２０がどのような情報を送信したか、すなわち通信端末装置１２０がどのような行動をしたかを、一時的に特定することができる。たとえば、通信管理装置１１０がある通信端末装置１２０から「ＡＡＡ」という識別情報を受け付け、この通信端末装置１２０と送受信処理をおこなったとする。この通信端末装置１２０が装置を停止させると「ＡＡＡ」は消去される。通信端末装置１２０が再度起動し、通信管理装置１１０との通信を確立させると、通信端末装置１２０は、あらたな識別情報「ＢＢＢ」を生成し、通信管理装置１１０に報知する。したがって、通信管理装置１１０は、通信端末装置１２０にあらたな識別情報「ＢＢＢ」を受け付けると、この「ＢＢＢ」を利用して送受信処理をおこなう。また、通信端末装置１２０が停止をするまでの間は、同一通信可能エリアであっても別の通信可能エリアであっても、「ＡＡＡ」または「ＢＢＢ」を用いて何度でも送受信処理をおこなうことができる。【００２５】
上述のような処理がおこなわれた場合、通信管理装置１１０は、「ＡＡＡ」として送受信処理をおこなった通信端末装置１２０と、「ＢＢＢ」として送受信処理をおこなった通信端末装置１２０とが同じ装置であるとはわからない。このように、通信端末装置１２０は、通信管理装置１１０と双方向通信をおこないつつも、通信端末装置１２０の匿名性を保つことができる。【００２６】
（通信管理装置の機能的構成）
つぎに、図１を用いて、この発明の実施の形態にかかる通信管理装置１１０について説明する。この実施の形態の通信管理装置１１０は、通信判定部１１１と、受付部１１２と、格納処理部１１３と、識別情報格納部１１４と、通信部１１５と、取得部１１６と、要求部１１７とを含んで構成されている。【００２７】
通信判定部１１１は、通信管理装置１１０の通信可能エリア内の通信端末装置１２０との通信が確立したか否かを判定する。具体的には、通信管理装置１１０と通信端末装置１２０との接続状態を検出し、通信が可能な安定した接続状態であるか否かの判定をおこなう。すなわち、接続が安定していれば通信が確立したと判定する。【００２８】
受付部１１２は、通信判定部１１１により通信端末装置との通信が確立したと判定された場合に、通信が確立した通信端末装置１２０の識別情報を受け付ける。識別情報とは、通信相手を特定するための情報である。受付部１１２は、通信を確立した通信端末装置１２０から識別情報が送信されてきた場合に、この識別情報を受け付けることができる。【００２９】
格納処理部１１３は、受付部１１２により受け付けた識別情報を識別情報格納部１１４に格納する。識別情報格納部１１４は、通信管理装置１１０に備えられた記録手段である。この記録手段のなかに、識別情報を格納するための専用の記録領域として識別情報格納部１２４が設定されている。なお、記録手段のハードウェアや記録方式は任意である。【００３０】
通信部１１５は、格納処理部に格納されている識別情報に基づいて通信端末装置１２０と双方向通信をおこなう。具体的には、たとえば、通信端末装置１２０と識別情報を含んだ情報の送受信をおこなう。【００３１】
また、通信管理装置１１０は、以上説明したような基本的な構成に、下記の取得部１１６や要求部１１７を加えてもよい。この取得部１１６や要求部１１７を利用することにより、受付部１１２は、様々な手順で識別情報を受け付けることができる。【００３２】
取得部１１６を利用する場合、取得部１１６は、通信端末装置１２０に直接接続して識別情報を取得する。具体的には、取得部１１６は、通信端末装置１２０の識別情報格納部１２４に接続し、識別情報を取得する。取得部１１６の処理は、通信判定部１１１による通信端末装置１２０との通信が確立したとの判定をトリガとする。識別情報格納部１２４とは、通信端末装置１２０に備えられた識別情報を格納する記録手段である（詳細は、後述する）。このように、取得部１１６が識別情報を取得した場合、受付部１１２は、取得部１１６により取得された識別情報を受け付ける。【００３３】
また、要求部１１７を利用する場合、要求部１１７は、通信端末装置１２０に対して、通信管理装置１１０宛てに識別情報を送信するように要求信号を送信する。この要求部１１７の処理は、通信判定部１１１による通信端末装置１２０との通信が確立したとの判定をトリガにしておこなわれる。このように要求部１１７が要求信号を送信した場合、受付部１１２は、要求信号に応答して通信端末装置１２０から送信された識別情報を受け付ける。【００３４】
また、受付部１１２は、通信端末装置１２０から識別情報を受け付ける際に、通信管理装置１１０への送信情報を受け付けてもよい。ここで受け付けた送信情報は、同時に受け付けた識別情報に紐付けされて受信される。【００３５】
（通信端末装置の機能的構成）
つぎに、図１を用いて通信端末装置１２０の機能的構成について説明する。図１のように、通信端末装置１２０は、検出部１２１と、生成部１２２と、格納処理部１２３と、識別情報格納部１２４と、報知部１２５と、通信部１２６と、消去部１２７と、通信判定部１２８と、受付部１２９とを含んで構成されている。【００３６】
検出部１２１は、自装置（通信端末装置１２０）の起動および停止を検出する。なお、検出部１２１により検出されるのは自装置自身の起動および停止に限らず、任意に設定した装置の起動および停止でもよい。たとえば、通信端末装置１２０が搭載された移動体の挙動（エンジンの起動／停止、パーキングブレーキのオン／オフ、バッテリー装置の起動／停止など）を検出してもよい。【００３７】
生成部１２２は、検出部１２１が自装置の起動を検出した場合に、自装置（通信端末装置１２０）の識別情報をあらたに生成する。生成部１２２により生成される識別情報の内容については、他の識別情報と違いを判別できるユニークな情報であれば任意の情報でよい。【００３８】
格納処理部１２３は、生成部１２２により生成された識別情報を識別情報格納部１２４に格納する。なお、識別情報格納部１２４は、通信端末装置１２０に備えられた記録手段である。この記録手段のなかに、識別情報を格納するための専用の記録領域として識別情報格納部１２４が設定されている。なお、記録手段のハードウェアや記録方式は任意である。【００３９】
報知部１２５は、生成部１２２により生成した識別情報を通信管理装置１１０へ報知する。報知とは、具体的には、識別情報を通信管理装置１１０へ送信する処理である。【００４０】
通信部１２６は、識別情報格納部１２４に格納された識別情報に基づいて通信管理装置１１０と双方向通信をおこなう。具体的には、通信管理装置１１０の通信部１１５と、識別情報を含んだ情報の送受信をおこなう。【００４１】
消去部１２７は、検出部１２１が自装置の停止を検出した場合に、識別情報格納部１２４に格納されている識別情報を消去する。すなわち、検出部１２１により装置の停止が検出されると、生成部１２２により生成された識別情報を用いた情報の送信が不可能になる。【００４２】
また、上述のように、消去部１２７により、識別情報格納部１２４に格納されている識別情報を消去した後、検出部１２１が自装置の起動を検出した場合、生成部１２２は、自装置（通信端末装置１２０）の識別情報をあらたに生成し、格納処理部１２３は、このあらたに生成された識別情報（消去部１２７により消去された識別情報とは異なる識別情報）を、自装置の識別情報として識別情報格納部１２４に格納する。【００４３】
また、通信端末装置１２０は、以上説明したような基本的な構成に、通信判定部１２８や受付部１２９を加えてもよい。このような構成を加えることにより、通信端末装置１２０は、様々な手法で通信管理装置１１０へ識別情報を報知することができる。【００４４】
通信判定部１２８は、通信管理装置１１０との通信が確立したか否かを判定する。通信判定部１２８を利用する場合、通信判定部１２８による通信管理装置１１０との通信が確立したとの判定をトリガとして報知部１２５は、識別情報を通信管理装置１１０へ報知する。【００４５】
受付部１２９は、通信管理装置１１０から、識別情報を送信するように要求する要求信号を受け付ける。受付部１２９を利用する場合、報知部１２５は、受付部１２９により受け付けた要求信号を送信した通信管理装置１１０へ識別情報を報知する。【００４６】
また、通信管理装置１１０では、通信端末装置１２０における識別情報の消去を把握できない。したがって、通信管理装置１１０からは、すでに消去された識別情報を利用して情報が送信されてくることがある。このような場合であっても、上述した構成を利用して、送信された情報を正しく受信させることができる。【００４７】
具体的には、消去部１２７により識別情報が識別情報格納部１２４から消去された場合に、格納処理部１２３が、消去された識別情報を旧識別情報としてあらたに識別情報格納部１２４へ格納する。このとき、識別情報格納部１２４に旧識別情報を格納するための専用の記録領域を設定してもよい。そして、通信部１２６は、通信管理装置１１０から送信された情報に含まれている識別情報が識別情報格納部１２４に格納されている識別情報もしくは、旧識別情報と一致する場合に情報を受信すればよい。このように、旧識別情報の情報を受信することにより、通信管理装置１１０から送信された情報を逃さずにフィートバックすることができる。【００４８】
（通信管理装置の処理の内容）
つぎに、通信管理装置１１０の処理の内容について説明する。図２−１は、この発明の実施の形態にかかる通信管理装置の処理の内容を示すフローチャートである。図２−１のフローチャートにおいて、まず、通信判定部１１１により通信端末装置１２０との通信が確立したか否かを判定する（ステップＳ２１１）。ここで、通信が確立するまで待ち（ステップＳ２１１：Ｎｏのループ）、通信が確立すると（ステップＳ２１１：Ｙｅｓ）、受付部１１２により接続した通信端末装置１２０の識別情報を受け付けたか否かを判断する（ステップＳ２１２）。【００４９】
ステップＳ２１２において、通信端末装置１２０の識別情報を受け付けるまで待ち（ステップＳ２１２：Ｎｏのループ）、識別情報を受け付けると（ステップＳ２１２：Ｙｅｓ）、格納処理部１１３により受け付けた識別情報を識別情報格納部１１４に格納する（ステップＳ２１３）。【００５０】
そして、通信部１１５において、識別情報に基づいて通信端末装置１２０と情報の送受信をおこない（ステップＳ２１４）、一連の処理を終了する。この識別情報とは、ステップＳ２１２により通信端末装置１２０から受け付けた識別情報である。なお、図１のように、通信端末装置１２０は複数台存在するが、上述した処理は、通信管理装置１１０との通信が可能な通信端末装置１２０ごとに個別におこなわれる。【００５１】
（通信端末装置の処理の内容）
つぎに、通信端末装置１２０の処理の内容について説明する。図２−２は、この発明の実施の形態にかかる通信端末装置の処理の内容を示すフローチャートである。図２−２のフローチャートにおいて、まず、検出部１２１により装置（通信端末装置１２０）の起動を検出したか否かを判断する（ステップＳ２２１）。【００５２】
ステップＳ２２１において装置の起動を検出すると（ステップＳ２２１：Ｙｅｓ）、つぎに、生成部１２２において識別情報を生成する（ステップＳ２２２）。生成された識別情報は、格納処理部１２３により識別情報格納部１２４に格納される（ステップＳ２２３）。その後。通信判定部１２８により、通信管理装置１１０との通信が確立したか否かを判定する（ステップＳ２２４）。【００５３】
ステップＳ２２４において、通信判定部１２８が通信管理装置１１０との通信が確立したと判定されるまで待ち（ステップＳ２２４：Ｎｏのループ）、通信が確立されると（ステップＳ２２４：Ｙｅｓ）、報知部１２５により、識別情報を通信管理装置１１０へ報知し（ステップＳ２２５）、通信部１２６において、識別情報に基づいて通信管理装置１１０と情報の送受信をおこなう（ステップＳ２２６）。【００５４】
ステップＳ２２６により情報の送受信がおこなわれた後、検出部１２１は、装置（通信端末装置１２０）の停止を検出したか否かを判断する（ステップＳ２２７）。ここで、装置の停止を検出すると（ステップＳ２２７：Ｙｅｓ）、消去部１２７により識別情報格納部１２４に格納されている識別情報を消去し（ステップＳ２２８）、一連の処理を終了する。【００５５】
また、ステップＳ２２１において、検出部１２１が装置（通信端末装置１２０）の起動を検出しなかった場合も（ステップＳ２２１：Ｎｏ）、ステップＳ２２７の処理に移行し、装置の停止を検出したか否かを判断する。このステップＳ２２７において、装置の停止が検出されなかった場合は（ステップＳ２２７：Ｎｏ）は、ステップＳ２２１の処理に戻り、装置の起動が検出されたか否かの判断をおこなう。【００５６】
以上説明したように、本実施の形態によれば、通信管理装置１１０は、通信端末装置１２０から識別情報を受け付ける。この識別情報は通信端末装置１２０により任意に生成され、一時的に設定されるものである。したがって、通信管理装置１１０は、通信端末装置１２０を搭載した移動体を一時的に特定可能となり、特定の通信端末装置１２０を対象とした双方向通信を実行することができる。また、通信管理装置１１０は、通信端末装置１２０の位置や、通信端末装置１２０を搭載した移動体の走行状態など、通信端末装置１２０ごとの状況にあわせて適切な情報を送信（情報のフィードバック）することができる。【００５７】
また、通信端末装置１２０の特定は固定的ではなく、一時的なものであるため、通信端末装置１２０の利用者を行動が特定されるのを防ぐことができる。したがって、個人情報の保護と、情報のフィードバックとを両立することができる。
【実施例】
【００５８】
つぎに、本実施の形態にかかる実施例について説明する。本実施例では、実施の形態で説明した通信管理装置１１０を、ビーコン機能を備えたサーバとして実現する。また、通信端末装置１２０は、移動体（たとえば、車両など）に搭載したナビゲーション装置として実現する。【００５９】
以下に、サーバおよびナビゲーション装置の構成と、双方向通信をおこなうための具体的な処理の内容について説明する。なお、本実施例の場合、ナビゲーション装置が一時的な識別情報としてＩＤを生成する。また、サーバとナビゲーション装置とは、このＩＤを利用して双方向通信をおこない所定の情報（たとえば、ＶＩＣＳ情報など）の送受信を実現する。また、実施の形態では、通信端末装置１２０の起動・停止を検出し、識別情報の生成、消去をおこなっていたが、実施例では、通信端末装置１２０を車両に搭載したナビゲーション装置により実現しているため、車両のエンジンの起動・停止を検出し、この検出に応じてＩＤの生成、消去をおこなう。【００６０】
（サーバのハードウェア構成）
まず、サーバのハードウェア構成について説明する。図３は、サーバのハードウェア構成を示すブロック図である。図３のように、サーバ３００は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、ＨＤ３０４と、通信部３０５とを含んで構成される。また、サーバ３００は、外部にビーコン３０６を備えている。このビーコン３０６は、ネットワーク３１０を経由してサーバ３００に接続されている。【００６１】
ＣＰＵ３０１は、サーバ３００の全体の制御を司る。ＲＯＭ３０２は、ブートプログラム、通信プログラムなどのプログラムを記録している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＨＤ３０４は、ハードディスクであり、磁気によりデータを記憶する不揮発性の磁気ディスクである。ＨＤ３０４はハードディスクドライブも備え、このハードディスクドライブにより、ハードディスク内のデータの読み取り／書き込みを制御し、ハードディスク内にデータを記録する。【００６２】
通信部３０５は、ネットワーク３１０に接続され、後述するビーコン３０６とサーバ３００とのインターフェースとして機能する。具体的には、通信部３０５は、たとえば、ＦＭチューナー、ＶＩＣＳ／ビーコンレシーバ、無線ナビゲーション装置、およびその他の通信機器よって構成される。なお、ネットワーク３１０には、具体的には、ＬＡＮ、ＷＡＮ、公衆回線網や携帯電話網などがある。【００６３】
ビーコン３０６は、所定の通信可能エリア内（たとえば、通信エリアＡ、通信エリアＢなど）車両（たとえば、車両３２０、３３０、３４０）との通信を確立させ、サーバ３００と後述するナビゲーション装置４００とのインターフェースとして機能する。ビーコン３０６は、具体的には、たとえば、各道路に備えられたビーコン路側器として提供される。【００６４】
なお、上述したサーバ３００のハードウェア構成に対応させると、図１に示した通信管理装置１１０の通信判定部１１１、受付部１１２、通信部１１５、取得部１１６および要求部１１７は、たとえばＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、通信部３０５およびビーコン３０６よりそれぞれの機能を実現する。また、格納処理部１１３は、たとえばＣＰＵ３０１およびＲＯＭ３０２によりその機能を実現する。また、識別情報格納部１１４は、たとえばＨＤ３０４によりその機能を実現する。【００６５】
（ナビゲーション装置のハードウェア構成）
つぎに、ナビゲーション装置のハードウェア構成について説明する。図４は、ナビゲーション装置のハードウェア構成を示すブロック図である。このナビゲーション装置４００は、車両に搭載された状態で利用される。【００６６】
また、図４のように、ナビゲーション装置４００は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ（メモリー）４０３と、磁気ディスクドライブ４０４と、磁気ディスク４０５と、光ディスクドライブ４０６と、光ディスク４０７と、音声Ｉ／Ｆ（インターフェース）４０８と、マイク４０９と、スピーカ４１０と、入力デバイス４１１と、映像Ｉ／Ｆ４１２と、カメラ４１３と、ディスプレイ４１４と、通信Ｉ／Ｆ４１５と、ＧＰＳユニット４１６と、各種センサ４１７と、を含んで構成される。また、各構成部４０１〜４１７は、バス４２０によってそれぞれ接続されている。【００６７】
ＣＰＵ４０１は、ナビゲーション装置４００の全体の制御を司る。ＲＯＭ４０２は、ブートプログラム、ナビゲーションプログラム、通信プログラムなどのプログラムを記録している。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。【００６８】
磁気ディスクドライブ４０４は、ＣＰＵ４０１の制御にしたがって磁気ディスク４０５に対するデータの読み取り／書き込みを制御する。磁気ディスク４０５は、磁気ディスクドライブ４０４の制御で書き込まれたデータを記録する。磁気ディスク４０５としては、たとえば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。【００６９】
光ディスクドライブ４０６は、ＣＰＵ４０１の制御にしたがって光ディスク４０７に対するデータの読み取り／書き込みを制御する。光ディスク４０７は、光ディスクドライブ４０６の制御にしたがってデータが読み出される着脱自在な記録媒体である。光ディスク４０７は、書き込み可能な記録媒体を利用することもできる。また、この着脱可能な記録媒体として、光ディスク４０７のほか、ＭＯ、メモリカードなどであってもよい。【００７０】
本実施例の場合、磁気ディスク４０５や光ディスク４０７などの記録手段の中のいずれかの記録領域にＩＤ格納場所が設定されている。このＩＤ格納場所には、ナビゲーション装置４００がサーバ３００と双方向通信をおこなう際に利用するＩＤが格納される。このＩＤは、後述する処理によりナビゲーション装置４００が生成する度に、ＩＤ格納場所に格納される。また、上述のＩＤ格納場所とは異なる記録領域には旧ＩＤ格納場所が設定されている。この旧ＩＤ格納場所には、ＩＤ格納場所に格納されているＩＤに対して消去処理がおこなわれる度に、消去されたＩＤが、あらたな旧ＩＤとして格納される。【００７１】
また、磁気ディスク４０５や光ディスク４０７に記録される情報の他の一例として、経路探索・経路誘導などに用いる地図データが挙げられる。地図データは、建物、河川、地表面などの地物（フィーチャ）をあらわす背景データと、道路の形状をあらわす道路形状データとを有しており、ディスプレイ４１４の表示画面において２次元または３次元に描画される。ナビゲーション装置が経路誘導中の場合は、地図データとＣＰＵ４０１によって取得された車両の現在地点とが重ねて表示されることとなる。【００７２】
音声Ｉ／Ｆ４０８は、音声入力用のマイク４０９および音声出力用のスピーカ４１０に接続される。マイク４０９に受音された音声は、音声Ｉ／Ｆ４０８内でＡ／Ｄ変換される。また、スピーカ４１０からは音声が出力される。なお、マイク４０９から入力された音声は、音声データとして磁気ディスク４０５または光ディスク４０７に記録可能である。【００７３】
入力デバイス４１１は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、マウス、タッチパネルなどが挙げられる。さらに、入力デバイス４１１は、デジタルカメラや携帯電話端末などの他の情報処理端末を接続し、データの入出力をおこなうことができる。【００７４】
映像Ｉ／Ｆ４１２は、映像入力用のカメラ４１３および映像出力用のディスプレイ４１４と接続される。映像Ｉ／Ｆ４１２は、具体的には、たとえば、ディスプレイ４１４全体の制御をおこなうグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいて、ディスプレイ４１４を表示制御する制御ＩＣなどによって構成される。【００７５】
カメラ４１３は、車両内外の映像を撮像し、画像データとして出力する。カメラ４１３で撮像された画像は、画像データとして磁気ディスク４０５あるいは光ディスク４０７に記録可能である。ディスプレイ４１４には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。このディスプレイ４１４は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。【００７６】
通信Ｉ／Ｆ４１５は、ビーコン３０６（図３参照）と無線通信をおこない、ビーコン３０６を介してネットワーク３１０に接続され、サーバ３００とナビゲーション装置４００とのインターフェースとして機能する。【００７７】
ネットワーク３１０は、ＬＡＮ、ＷＡＮ、公衆回線網や携帯電話網などがある。具体的には、通信Ｉ／Ｆ４１５は、たとえば、ＦＭチューナー、ＶＩＣＳ／ビーコンレシーバ、無線ナビゲーション装置、およびその他のナビゲーション装置によって構成され、サーバ３００から配信される渋滞や交通規制などの道路交通情報を取得する。なお、ＶＩＣＳは登録商標である。【００７８】
ＧＰＳユニット４１６は、ＧＰＳ衛星からの電波を受信し、ナビゲーション装置４００を搭載した車両３２０、３３０、３４０（図３参照）の位置に関する情報を出力する。ＧＰＳユニット４１６の出力情報は、後述する各種センサ４１７の出力値とともに、ＣＰＵ４０１による車両の現在地点の算出に際して利用される。現在地点を示す情報は、たとえば緯度・経度、高度などの、地図データ上の１点を特定する情報である。【００７９】
各種センサ４１７は、車速センサや角速度センサなどであり、車両の位置や挙動を判断するための情報を出力する。各種センサ４１７の出力値は、ＣＰＵ４０１による車両の現在地点の算出や、速度や方位の変化量の測定に用いられる。【００８０】
ビーコン受信機４１８は、ビーコン３０６（図３参照）から配信されるビーコン信号を受信して、ＶＩＣＳ情報としてナビゲーション装置４００に取り込む。このＶＩＣＳ情報は、道路交通情報通信システム（ＶＩＣＳ）により、渋滞、事故、規制等の道路交通情報が提供される。そして、ナビゲーション装置４００上で、リアルタイムに表示する。【００８１】
なお、上述したナビゲーション装置４００のハードウェア構成に対応させると、図１に示した通信端末装置１２０の検出部１２１は、たとえばＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３および各種センサ４１７によりその機能を実現する。また、生成部１２２は、たとえば、ＣＰＵ４０１およびＲＯＭ４０２によりその機能を実現する。また、格納処理部１２３および消去部１２７は、たとえばＣＰＵ４０１、ＲＯＭ４０２、磁気ディスクドライブ４０４および光ディスクドライブ４０６によりそれぞれその機能を実現する。また、識別情報格納部１２４は、たとえば磁気ディスク４０５または光ディスク４０７によりその機能を実現する。また、報知部１２５、通信部１２６、通信判定部１２８および受付部１２９は、たとえばＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３および通信Ｉ／Ｆ４１５によりそれぞれその機能を実現する。【００８２】
（双方向通信処理の内容）
つぎに、上述のような構成のサーバ３００およびナビゲーション装置４００との間で、双方向通信をおこなうための具体的な処理内容のとして３つの手法について説明する。【００８３】
＜手法１：車両からＩＤを送信＞
まず、車両３２０、３３０、３４０のそれぞれに搭載されているナビゲーション装置４００からサーバ３００へＩＤを送信することによりＩＤを報知する手法について説明する。図５は、手法１を用いた双方向通信処理の内容を示すシーケンス図である。ここでは、サーバ３００は、車両３２０、３３０、３４０との間でそれぞれ処理を実行することができるが、このうち車両３２０との間で通信処理する場合について説明する（以下、図６〜図１０のシーケンス図も同様）。【００８４】
図５のシーケンス図において、まず、車両３２０では、エンジンが起動され（Ｓ５０１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ５０２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ５０３）、ビーコン３０６を介して車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ５０４）。【００８５】
サーバ３００との通信が確立した後、車両３２０は、Ｓ５０２において生成した新規ＩＤをサーバ３００に送信する。サーバ３００は、車両３２０から送信されたＩＤを受信し、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ５０５）。Ｓ５０５において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ５０６）。また、サーバ３００は、新規ＩＤの保存にともない、新規ＩＤ受理確認をＩＤの送信元の車両３２０に送信する。【００８６】
Ｓ５０６以降、車両３２０は、新規ＩＤを利用してサーバ３００にアップリンク情報を送信する（アップリンク処理）。ＩＤを利用するとは、具体的には、アップリンク情報をサーバ３００は、車両３２０から送信されたアップリンク情報を受信すると、Ｓ５０６により保存されたＩＤとアップリンク情報とを紐付ける（Ｓ５０７）。【００８７】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ５０８）、サーバ３００との通信は一旦終了する。そして、車両３２０が再度ビーコン３０６（Ｓ５０３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ５０９）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ５１０）。【００８８】
サーバ３００と車両３２０とが通信可能状態になると、車両３２０は、サーバ３００にＩＤを送信する。サーバ３００は、車両３２０から送信されたＩＤを照合する（Ｓ５１１）。このＳ５１１におけるＩＤ照合は、上述したＳ５０５におけるＩＤ照合と同様の処理がおこなわれる。Ｓ５１１において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤを、該当するＩＤを紐付けする（Ｓ５１２）。サーバ３００は、Ｓ５１２の紐付け処理にともない、ＩＤ紐付け確認を車両３２０に送信する。【００８９】
以上の処理により、サーバ３００と、車両３２０とは再度、通信可能状態となる。したがって、車両３２０からは、サーバ３００へアップリンク情報が送信される（アップリンク処理）。サーバ３００は、アップリンク情報を受信すると、ＩＤとアップリンク情報とを紐付ける（Ｓ５１３）。そして、車両３２０は、アップリンク処理後、ビーコン３０６から離脱すると（Ｓ５１４）、サーバ３００との通信を一旦終了する。【００９０】
以上説明したＳ５０９〜Ｓ５１４の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ５０２において生成されたＩＤが消去され（Ｓ５１５）、一連の処理を終了する。【００９１】
（手法１の変形処理）
つぎに、手法１の変形処理について説明する。図６は、手法１の変形処理の一例を示すシーケンス図である。手法１の変形処理の場合、車両３２０は、ＩＤの送信と同時にアップリンク情報の送信（アップリンク処理）をおこなう手法である。ＩＤとアップリンク情報を同時に送信することにより、通信効率を向上させることができる。また、ＩＤを送信した車両３２０が、サーバ３００からアップリンク送信する前サーバ３００がビーコン３０６から離脱してしまうのを防ぐことができる。【００９２】
図６のシーケンス図において、図５の場合と同様に、まず、エンジンが起動され（Ｓ６０１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ６０２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ６０３）、ビーコン３０６を介して車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ６０４）。【００９３】
サーバ３００との通信が確立した後、車両３２０は、Ｓ６０２において生成した新規ＩＤをサーバ３００に送信する。また、車両３２０は、ＩＤとともに、アップリンク情報を送信する（アップリンク処理）。サーバ３００は、車両３２０から送信されたＩＤと、アップリンク情報とを受信し、まず、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ６０５）。Ｓ５０５において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ６０６）。そして、サーバ３００は、Ｓ６０６において保存したＩＤと、受信したアップリンク情報とを紐付けし（Ｓ６０７）、車両３２０に新規ＩＤ受理確認を送信する。【００９４】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ６０８）、サーバ３００との通信は一旦終了する。そして、車両３２０が再度ビーコン３０６（Ｓ６０３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ６０９）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ６１０）。【００９５】
サーバ３００と車両３２０とが通信可能状態になると、車両３２０は、サーバ３００にＩＤと、アップリンク情報とを送信する。サーバ３００は、まず、車両３２０から送信されたＩＤを照合する（Ｓ６１１）。このＳ６１１におけるＩＤ照合は、上述したＳ６０５におけるＩＤ照合と同様の処理がおこなわれる。Ｓ５１１において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤと、アップリンク情報とを、該当するＩＤに紐付けする（Ｓ６１２）。サーバ３００は、Ｓ６１２の処理にともない、ＩＤ受理確認を車両３２０に送信する。車両３２０は、上述のアップリンク処理後、ビーコン３０６から離脱すると（Ｓ６１３）、サーバ３００との通信を一旦終了する。【００９６】
以上説明したＳ６０９〜Ｓ６１３の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ６０２において生成されたＩＤが消去され（Ｓ６１４）、一連の処理を終了する。【００９７】
＜手法２：サーバがナビゲーション装置のＩＤ格納場所へ接続＞
つぎに、サーバ３００がナビゲーション装置４００のＩＤ格納場所へ接続してＩＤを取得する手法について説明する。図７は、手法２を用いた双方向通信処理の内容を示すシーケンス図である。【００９８】
図７のシーケンス図において、まず、車両３２０では、エンジンが起動され（Ｓ７０１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ７０２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ７０３）、ビーコン３０６を介して車両検知される。また、また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ７０４）。【００９９】
通信確立後、サーバ３００は、通信相手の車両３２０のＩＤを取得するため、車両３２０のメモリーにアクセスする。このメモリーとは、車両３２０のナビゲーション装置４００の記録手段（磁気ディスク４０５、光ディスク４０７）のうち、ＩＤ格納場所として設定された記録領域である。特に、手法２の場合、メモリーは、サーバ３００が自由にアクセス可能な状態に設定されている。【０１００】
そして、車両３２０に搭載されたナビゲーション装置４００のＩＤ格納場所にはＳ７０２により生成されたＩＤが格納されているため、サーバ３００はＩＤを取得する。そして、取得したＩＤと、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ７０５）。Ｓ７０５において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ７０６）。また、サーバ３００は、新規ＩＤの保存にともない、新規ＩＤ受理確認をＩＤの送信元の車両３２０に送信する。【０１０１】
Ｓ７０６以降、車両３２０は、新規ＩＤを利用してサーバ３００にアップリンク情報を送信する（アップリンク処理）。ＩＤを利用するとは、具体的には、アップリンク情報をサーバ３００は、車両３２０から送信されたアップリンク情報を受信すると、Ｓ７０６により保存されたＩＤとアップリンク情報とを紐付ける（Ｓ７０７）。【０１０２】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ７０８）、サーバ３００との通信は一旦終了する。そして、車両３２０が再度ビーコン３０６（Ｓ７０３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ７０９）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ７１０）。【０１０３】
通信確立後、サーバ３００は、通信相手の車両３２０のＩＤを取得するため、再度、車両３２０にメモリーにアクセスする。そして、車両３２０に搭載されたナビゲーション装置４００のＩＤ格納場所にはＳ７０２により生成されたＩＤが格納されているため、サーバ３００はＩＤを取得する。そして、取得したＩＤと、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ７１１）。【０１０４】
上述のＳ７１１におけるＩＤ照合は、上述したＳ７０５におけるＩＤ照合と同様の処理がおこなわれる。Ｓ７１１において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤを、該当するＩＤを紐付けする（Ｓ７１２）。サーバ３００は、Ｓ７１２の紐付け処理にともない、ＩＤ受理確認を車両３２０に送信する。【０１０５】
以上の処理により、サーバ３００と、車両３２０とは再度、通信可能状態となる。したがって、車両３２０からは、サーバ３００へアップリンク情報が送信される（アップリンク処理）。サーバ３００は、アップリンク情報を受信すると、ＩＤとアップリンク情報とを紐付ける（Ｓ７１３）。そして、車両３２０は、アップリンク処理後、ビーコン３０６から離脱すると（Ｓ７１４）、サーバ３００との通信を一旦終了する。【０１０６】
以上説明したＳ７０９〜Ｓ７１４の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ７０２において生成されたＩＤが消去され（Ｓ７１５）、一連の処理を終了する。【０１０７】
（手法２の変形処理）
つぎに、手法２の変形処理について説明する。図８は、手法２の変形処理の一例を示すシーケンス図である。手法２の変形処理も、手法１の変形処理と同様に、車両３２０は、ＩＤの送信と同時にアップリンク情報の送信をおこなう。【０１０８】
図８のシーケンス図において、図７の場合と同様に、まず、エンジンが起動され（Ｓ８０１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ８０２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ８０３）、ビーコン３０６を介して車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ８０４）。【０１０９】
通信確立後、サーバ３００は、通信相手の車両３２０のＩＤを取得するため、車両３２０のメモリーにアクセスする。そして、車両３２０に搭載されたナビゲーション装置４００のＩＤ格納場所にはＳ８０２により生成されたＩＤが格納されているため、サーバ３００はＩＤを取得する。また、サーバ３００は、ＩＤの取得とともに、車両３２０から送信（アップリンク処理）されたアップリンク情報を受信する。【０１１０】
そして、取得したＩＤと、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ８０５）。Ｓ８０５において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ８０６）。また、サーバ３００は、Ｓ８０６により保存したＩＤと、受信したアップリンク情報とを紐付け（Ｓ８０７）、新規ＩＤ受理確認をＩＤの送信元の車両３２０に送信する。【０１１１】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ８０８）、サーバ３００との通信は一旦終了する。そして、車両３２０が再度ビーコン３０６（Ｓ８０３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ８０９）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ８１０）。【０１１２】
通信確立後、サーバ３００は、通信相手の車両３２０のＩＤを取得するため、再度、車両３２０にメモリーにアクセスする。そして、車両３２０に搭載されたナビゲーション装置４００のＩＤ格納場所にはＳ７０２により生成されたＩＤが格納されているため、サーバ３００はＩＤを取得する。また、ＩＤの取得と同時に、車両３２０から送信（アップリンク処理）されたアップリンク情報を受信する。そして、取得したＩＤと、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ８１１）。【０１１３】
上述のＳ８１１におけるＩＤ照合は、上述したＳ８０５におけるＩＤ照合と同様の処理がおこなわれる。Ｓ８１１において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤと、アップリンク情報とを、該当するＩＤに紐付けする（Ｓ８１２）。サーバ３００は、Ｓ８１２の処理にともない、ＩＤ受理確認を車両３２０に送信する。車両３２０は、上述のアップリンク処理後、ビーコン３０６から離脱すると（Ｓ８１３）、サーバ３００との通信を一旦終了する。【０１１４】
以上説明したＳ８０９〜Ｓ８１３の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ８０２において生成されたＩＤが消去され（Ｓ８１４）、一連の処理を終了する。【０１１５】
＜手法３：サーバがＩＤ要求を送信＞
つぎに、サーバ３００から車両３２０のナビゲーション装置４００にＩＤを付与するように要求する手法について説明する。図９は、手法３を用いた双方向通信処理の内容を示すシーケンス図である。【０１１６】
図９のシーケンス図において、まず、サーバ３００から車両３２０にＩＤ要求を送信する。このＩＤ要求は、相手を特定せず常時送信されているもので、ここで通信処理を実行しない車両３３０や車両３４０に対しても送信される。一方、車両３２０では、エンジンが起動され（Ｓ９０１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ９０２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ９０３）、ビーコン３０６を介して車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ９０４）。【０１１７】
通信確立後、車両３２０は、ＩＤ要求を受信すると（Ｓ９０５）、サーバ３００にＳ９０２において生成したＩＤを送信する。サーバ３００は、車両３２０から送信されたＩＤを受信し、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ９０６）。Ｓ９０６において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ９０７）。また、サーバ３００は、新規ＩＤの保存にともない、新規ＩＤ受理確認をＩＤの送信元の車両３２０に送信する。【０１１８】
Ｓ９０７以降、車両３２０は、新規ＩＤを利用してサーバ３００にアップリンク情報を送信する（アップリンク処理）。ＩＤを利用するとは、具体的には、アップリンク情報をサーバ３００は、車両３２０から送信されたアップリンク情報を受信すると、Ｓ９０７により保存されたＩＤとアップリンク情報とを紐付ける（Ｓ９０８）。【０１１９】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ９０９）、サーバ３００との通信は一旦終了する。なお、通信か終了した後も、サーバ３００からは継続してＩＤ要求が送信されている。そして、車両３２０が再度ビーコン３０６（Ｓ９０３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ９１０）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ９１１）。【０１２０】
通信確立後、車両３２０は、ＩＤ要求を受信すると（Ｓ９１２）、サーバ３００にＳ９０２において生成したＩＤを送信する。サーバ３００は、車両３２０から送信されたＩＤを受信し、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ９１３）。このＳ９１３におけるＩＤ照合は、上述したＳ９０６におけるＩＤ照合と同様の処理がおこなわれる。Ｓ９１３において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤを、該当するＩＤを紐付けする（Ｓ９１４）。サーバ３００は、Ｓ７１２の紐付け処理にともない、ＩＤ受理確認を車両３２０に送信する。【０１２１】
以上の処理により、サーバ３００と、車両３２０とは再度、通信可能状態となる。したがって、車両３２０からは、サーバ３００へアップリンク情報が送信される（アップリンク処理）。サーバ３００は、アップリンク情報を受信すると、ＩＤとアップリンク情報とを紐付ける（Ｓ９１５）。そして、車両３２０は、アップリンク処理後、ビーコン３０６から離脱すると（Ｓ９１６）、サーバ３００との通信を一旦終了する。【０１２２】
以上説明したＳ９１０〜Ｓ９１５の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ９０２において生成されたＩＤが消去され（Ｓ９１７）、一連の処理を終了する。【０１２３】
（手法３の変形処理）
つぎに、手法３の変形処理について説明する。図１０は、手法３の変形処理の一例を示すシーケンス図である。手法３の変形処理も、手法１、２の変形処理と同様に、車両３２０は、ＩＤの送信と同時にアップリンク情報の送信をおこなう。【０１２４】
図１０のシーケンス図において、まず、サーバ３００から車両３２０にＩＤ要求を送信する。一方、車両３２０では、エンジンが起動され（Ｓ１００１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ１００２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ１００３）、ビーコン３０６を介して車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ１００４）。【０１２５】
通信確立後、車両３２０は、ＩＤ要求を受信すると（Ｓ１００５）、サーバ３００にＳ１００２において生成したＩＤを送信する。また、サーバ３００は、ＩＤとともに、アップリンク情報を送信する（アップリンク処理）。サーバ３００は、車両３２０から送信されたＩＤと、アップリンク情報とを受信し、まず、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ１００６）。Ｓ１００６において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ１００７）。そして、サーバ３００は、Ｓ１００７において保存したＩＤと、受信したアップリンク情報とを紐付けし（Ｓ１００８）、車両３２０に新規ＩＤ受理確認を送信する。【０１２６】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ１００９）、サーバ３００との通信は一旦終了する。なお、通信か終了した後も、サーバ３００からは継続してＩＤ要求が送信されている。そして、車両３２０が再度ビーコン３０６（Ｓ１００３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ１０１０）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ１０１１）。【０１２７】
通信確立後、車両３２０は、ＩＤ要求を受信すると（Ｓ１０１２）、サーバ３００にＳ９０２において生成したＩＤと、アップリンク情報とを送信する。サーバ３００は、車両３２０から送信されたＩＤと、アップリンク情報とを受信し、まず、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ１０１３）。このＳ１０１３におけるＩＤ照合は、上述したＳ１００６におけるＩＤ照合と同様の処理がおこなわれる。Ｓ１０１３において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤと、アップリンク情報とを、該当するＩＤに紐付けする（Ｓ１０１４）。サーバ３００は、Ｓ１０１４の処理にともない、ＩＤ受理確認を車両３２０に送信する。車両３２０は、上述のアップリンク処理後、ビーコン３０６から離脱すると（Ｓ１０１５）、サーバ３００との通信を一旦終了する。【０１２８】
以上説明したＳ１０１０〜Ｓ１０１５の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ１００２において生成されたＩＤが消去され（Ｓ１０１６）、一連の処理を終了する。【０１２９】
（消去されたＩＤ宛て情報の受信処理）
上述したように、本実施例では、各車両に搭載されているナビゲーション装置４００が一時的にＩＤを生成し、このＩＤをサーバ３００に報知した後、このＩＤをもとに双方向通信を実現する。しかしながら、車両のエンジン停止に伴いＩＤを消去してしまった後は、ナビゲーション装置４００は、サーバ３００から送信されたデータを受信できなくなってしまうという事態が想定される。したがって、個人情報を保護しながら、消去されたＩＤ宛てに送信された情報を受信するためのナビゲーション装置４００の受信処理について説明する。【０１３０】
図１１は、消去されたＩＤ宛て情報の受信処理の内容を示すフローチャートである。図１１のフローチャートにおいて、まず、エンジンオフされたか否かを判定する（ステップＳ１１０１）。ここで、エンジンオフされるまで待ち（ステップＳ１１０１：Ｎｏのループ）、エンジンオフされているとステップＳ１１０１：Ｙｅｓ）、旧ＩＤを旧ＩＤ格納場所へ移送する（ステップＳ１１０２）。【０１３１】
つぎに、エンジンオンされたか否かを判定する（ステップＳ１１０３）。ここでも、エンジンオンされるまで待ち（ステップＳ１１０３：Ｎｏのループ）、エンジンオンされていると（ステップＳ１１０３：Ｙｅｓ）、新ＩＤを取得し、ＩＤ格納場所へ格納する（ステップＳ１１０４）。【０１３２】
そして、サーバ３００から現ＩＤ（ステップＳ１１０４において格納した新ＩＤ）以外のＩＤ向け情報配信を受け取ったか否かを判定する（ステップＳ１１０５）。ここで、現ＩＤ以外のＩＤ向けの情報配信を受け取っていない場合（ステップＳ１１０５：Ｎｏ）、そのまま、一連の処理を終了する。したがって、ナビゲーション装置４００では新ＩＤによる双方向通信がおこなわれる。【０１３３】
一方、ステップＳ１１０５において、現ＩＤ以外のＩＤ向けの情報配信を受け取った場合（ステップＳ１１０５：Ｙｅｓ）、この情報配信に含まれるＩＤと、旧ＩＤ格納場所に保存されている旧ＩＤが一致するか否かを判定する（ステップＳ１１０６）。ここで、ＩＤが一致しない場合は（ステップＳ１１０６：Ｎｏ）、そのまま一連の処理を終了する。【０１３４】
一方、ステップＳ１１０６において、ＩＤが一致する場合は（ステップＳ１１０６：Ｙｅｓ）、配信された情報を取得する（ステップＳ１１０７）。そして、サーバ３００と旧ＩＤによる双方向通信をおこなうための処理に移行する。【０１３５】
まず、現ＩＤの通信が切断したか否かを判定する（ステップＳ１１０８）。現ＩＤの通信が切断している場合は（ステップＳ１１０８：Ｙｅｓ）、そのままステップＳ１１１０の処理に移行する。一方、現ＩＤの通信が切断されていない場合は（ステップＳ１１０８：Ｎｏ）、通信を切断する（ステップＳ１１０９）。【０１３６】
現ＩＤの通信の切断後（ステップＳ１１０９）、または切断されている場合は（ステップＳ１１０８：Ｙｅｓ）、つぎに、旧ＩＤによる通信を確立する（ステップＳ１１１０）。そして、サーバ３００に取得確認を返信する（ステップＳ１１１１）。このステップＳ１１１１の返信処理は旧ＩＤを利用しておこなわれる。ステップＳ１１１１の返信が終わると、最後に旧ＩＤによる通信を切断し（ステップＳ１１１２）、一連の処理を終了する。なお、情報を取得するステップＳ１１０７は、旧ＩＤで接続を確立するステップＳ１１１０の後におこなってもよい。【０１３７】
以上説明したように、本実施例では、ＩＤにより走行車両を一時的に特定することができる。このＩＤは、ナビゲーション装置４００が生成し、一時的に設定したＩＤであるためナビゲーション装置４００を搭載している車両３２０、３３０、３４０は、個人が特定されるのを防ぐことができる。【０１３８】
また、エンジンの停止に伴い消去されたＩＤを旧ＩＤとして所定の旧ＩＤ格納場所に格納しておくことにより、サーバ３００がＶＩＣＳを利用して集めたデータを、特定の車両（たとえば、車両３２０）にフィードバックすることができる。具体的には、渋滞に関する情報などを、車両ごとの走行状況にあわせて適切に配信することができる。【０１３９】
このように、本発明にかかる通信管理装置、通信端末装置、通信方法、通信プログラムおよびコンピュータに読み取り可能な記録媒体によれば個人情報の保護と情報のフィードバックとを両立することができる。【０１４０】
なお、本実施の形態で説明した通信方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【図１】
2008044293.tif 000003
【図２−１】
2008044293.tif 000004
【図２−２】
2008044293.tif 000005
【図３】
2008044293.tif 000006
【図４】
2008044293.tif 000007
【図５】
2008044293.tif 000008
【図６】
2008044293.tif 000009
【図７】
2008044293.tif 000010
【図８】
2008044293.tif 000011
【図９】
2008044293.tif 000012
【図１０】
2008044293.tif 000013
【図１１】
2008044293.tif 000014
【手続補正書】
【提出日】平成21年4月15日(2009.4.15)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信管理装置の通信エリア内に位置する通信端末装置と、この装置における通信方法、通信プログラムおよびコンピュータに読み取り可能な記録媒体に関する。ただし、この発明の利用は、上述の通信端末装置、通信方法、通信プログラムおよびコンピュータに読み取り可能な記録媒体に限らない。
【背景技術】
【０００２】
従来、ナビゲーション装置は、自車位置周辺の地図を車両の走行に応じてスクロール表示すると共に、目的地までの誘導経路を探索して該地図上に表示して運転者を目的地まで案内する。このようなナビゲーション装置のうち道路交通情報通信システム（ＶＩＣＳ）対応ナビゲーション装置は、ＶＩＣＳが提供する渋滞、事故、規制等の道路交通情報（ＶＩＣＳ情報）を受信してリアルタイムに地図上に表示する機能を有している。
【０００３】
ＶＩＣＳを利用することにより、運転者は渋滞道路、通行規制道路、事故発生道路を回避して目的地に短時間で到達できるようになる。また、ナビゲーション装置が、ＶＩＣＳ情報を利用するために通信情報管理装置として、道路上に光ビーコンや電波ビーコンなどのビーコンが配置されている。これらのビーコンからＶＩＣＳ情報は送信され、ナビゲーション装置は、ＶＩＣＳ情報を受信することができる（たとえば、下記特許文献１参照。）。
【０００４】
また、ナビゲーション装置は、ビーコンから送信されるＶＩＣＳ情報を受信するだけではなく、走行速度や、走行位置など車両に関する情報をビーコンへ送信（アップリンク）することもできる。ビーコンは、ナビゲーション装置から車両に関する情報を受信することにより、より詳細な交通情報を取得することができる。さらに、これらの情報を送信元のナビゲーション装置へフィードバックすることもできる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−３２９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１のようにビーコンから特定のナビゲーション装置へＶＩＣＳ情報を送信するには、ナビゲーション装置を特定するために、ＩＤなどの識別情報が必要となる。そこで、上記特許文献１などの従来の技術では、たとえば、一つのナビゲーション装置に対して固定的に対応するＩＤを割り当て、割り当てられたＩＤに基づいてＶＩＣＳ情報を送信する手法を用いている。
【０００７】
上述の手法の場合、固定したＩＤを使用することにより、ナビゲーション装置の行動を完全に捕捉することが可能となり、結果としてナビゲーション装置の利用者の行動が特定されてしまう。したがって、利用者によっては、匿名性がなく、個人を特定されてしまうことに嫌悪感を抱く場合があるという問題が一例として挙げられる。
【０００８】
また、ビーコンには、各ナビゲーション装置から特定の利用者に関する情報が集まることから、個人情報が蓄積される。したがって、個人情報保護の観点から、ビーコンには、情報管理のための高度なセキュリティ機能を備えなければならないという問題が一例として挙げられる。
【０００９】
ここで、利用者の行動が特定されないように、固定したＩＤに替わって、一時的なＩＤを利用したとする。具体的には、たとえば、ナビゲーション装置とビーコンとの通信が確立する度に、ビーコンによってワンタイムＩＤを生成して、ナビゲーション装置に付与する。そして、このワンタイムＩＤに基づいて情報を送受信する。しかしながら、ワンタイムＩＤを利用した場合、確立された通信が解除され、再度通信を確立すると、ナビゲーション装置には前回通信時とは異なるワンタイムＩＤが付与される。したがって、ビーコンが前回通信時に受信した情報を、ナビゲーション装置にフィードバックできないという問題が一例として挙げられる。
【課題を解決するための手段】
【００１０】
請求項１の発明にかかる通信端末装置は、通信管理装置の通信エリア内に位置する通信端末装置であって、自装置の起動および停止を検出する検出手段と、前記検出手段が自装置の起動を検出した場合に、自装置の識別情報をあらたに生成する生成手段と、前記生成手段により生成した識別情報を識別情報格納部に格納する格納処理手段と、前記生成手段により生成した識別情報を前記通信管理装置へ報知する報知手段と、前記識別情報格納部に格納された識別情報に基づいて前記通信管理装置と情報の送受信をおこなう通信手段と、を備え、前記格納処理手段は、前記検出手段が自装置の停止を検出した場合に、前記識別情報を旧識別情報として前記識別情報格納部に格納し、前記通信手段は、前記生成手段によって生成されたあらたな識別情報もしくは前記旧識別情報に基づいて前記通信管理装置から送信された情報を受信することを特徴とする。
【００１１】
また、請求項５の発明にかかる通信方法は、通信管理装置の通信エリア内に位置する通信端末装置の通信方法であって、自装置の起動および停止を検出する検出工程と、前記検出工程にて自装置の起動を検出した場合に、自装置の識別情報をあらたに生成する生成工程と、前記生成工程にて生成した識別情報を識別情報格納部に格納する格納処理工程と、前記生成工程にて生成した識別情報を前記通信管理装置へ報知する報知工程と、前記識別情報格納部に格納された識別情報に基づいて前記通信管理装置と情報の送受信をおこなう通信工程と、を含み、前記格納処理工程は、前記検出工程にて自装置の停止を検出した場合に、前記識別情報を旧識別情報として前記識別情報格納部へ格納し、前記通信工程は、前記生成工程にて生成されたあらたな識別情報もしくは前記旧識別情報に基づいて前記通信管理装置から送信された情報を受信することを特徴とする。
【００１２】
また、請求項６の発明にかかる通信プログラムは、請求項５に記載の通信方法をコンピュータに実行させることを特徴とする。
【００１３】
また、請求項７の発明にかかるコンピュータに読み取り可能な記録媒体は、請求項６に記載の通信プログラムを記録したことを特徴とする。
【図面の簡単な説明】
【００１４】
【図１】この発明の実施の形態のシステム構成を示すブロック図である。
【図２−１】この発明の実施の形態にかかる通信管理装置の処理の内容を示すフローチャートである。
【図２−２】この発明の実施の形態にかかる通信端末装置の処理の内容を示すフローチャートである。
【図３】サーバのハードウェア構成を示すブロック図である。
【図４】ナビゲーション装置のハードウェア構成を示すブロック図である。
【図５】手法１を用いた双方向通信処理の内容を示すシーケンス図である。
【図６】手法１の変形処理の一例を示すシーケンス図である。
【図７】手法２を用いた双方向通信処理の内容を示すシーケンス図である。
【図８】手法２の変形処理の一例を示すシーケンス図である。
【図９】手法３を用いた双方向通信処理の内容を示すシーケンス図である。
【図１０】手法３の変形処理の一例を示すシーケンス図である。
【図１１】消去されたＩＤ宛て情報の受信処理の内容を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照して、この発明にかかる通信端末装置、通信方法、通信プログラムおよびコンピュータに読み取り可能な記録媒体の好適な実施の形態を詳細に説明する。
【００１６】
（システム構成）
まず、この発明の実施の形態のシステム構成について説明する。図１は、この発明の実施の形態のシステム構成を示すブロック図である。図１のように本実施の形態は、通信管理装置１１０と、通信端末装置１２０とを含んだシステム構成により実現される。
【００１７】
本実施の形態において、通信管理装置１１０は、所定の場所に配置された情報通信機器である。この通信管理装置１１０は、通信可能エリア内の通信端末装置１２０から送信された情報を受信する。また、通信管理装置１１０は、複数の通信端末装置１２０へ所定の情報を送信するとともに、通信端末装置１２０から受信した情報に応答して特定の通信端末装置１２０のみに情報を送信することもできる。
【００１８】
通信端末装置１２０は、移動体に搭載された情報通信機器である。通信端末装置１２０は、通信管理装置１１０の通信可能エリア内であれば、通信管理装置１１０との通信を確立させることができる。このとき、通信管理装置１１０に対して通信端末装置１２０は複数存在する。したがって、単純に通信を確立させただけの状態では、通信管理装置１１０は、通信端末装置１２０から情報を受信しても、どの通信端末装置１２０から受信したかを判別できない。また、通信管理装置１１０から情報を送信する場合も、特定の通信端末装置１２０へ送信することはできない。
【００１９】
そこで、本実施の形態の場合、通信管理装置１１０が通信端末装置１２０との双方向通信には、通信端末装置１２０を特定するための識別情報を利用する。この識別情報は、各通信端末装置１２０それぞれに固定して設定されるのではなく、双方向通信をおこなう際に、通信端末装置１２０により任意に生成される。そして、通信端末装置１２０により生成された識別情報は、通信管理装置１１０に報知される。
【００２０】
また、通信端末装置１２０は、生成した識別情報を所定の期間のみに一時的に利用する。所定の期間とは、装置の起動〜停止までの期間など任意に設定した期間である。上述のように装置の起動〜停止までを所定の期間とする場合、通信端末装置１２０の停止をトリガとして生成した識別情報を消去する。このような処理をおこなうことにより、識別情報は、限定された期間のみ有効な情報となる。そして、通信端末装置１２０が再度起動すると、あらたな識別情報を生成し、この識別情報を利用して双方向通信をおこなうために、通信管理装置１１０への識別情報の報知をおこなう。
【００２１】
上述のような構成を備えることにより、通信管理装置１１０は、通信端末装置１２０がどのような情報を送信したか、すなわち通信端末装置１２０がどのような行動をしたかを、一時的に特定することができる。たとえば、通信管理装置１１０がある通信端末装置１２０から「ＡＡＡ」という識別情報を受け付け、この通信端末装置１２０と送受信処理をおこなったとする。この通信端末装置１２０が装置を停止させると「ＡＡＡ」は消去される。通信端末装置１２０が再度起動し、通信管理装置１１０との通信を確立させると、通信端末装置１２０は、あらたな識別情報「ＢＢＢ」を生成し、通信管理装置１１０に報知する。したがって、通信管理装置１１０は、通信端末装置１２０にあらたな識別情報「ＢＢＢ」を受け付けると、この「ＢＢＢ」を利用して送受信処理をおこなう。また、通信端末装置１２０が停止をするまでの間は、同一通信可能エリアであっても別の通信可能エリアであっても、「ＡＡＡ」または「ＢＢＢ」を用いて何度でも送受信処理をおこなうことができる。
【００２２】
上述のような処理がおこなわれた場合、通信管理装置１１０は、「ＡＡＡ」として送受信処理をおこなった通信端末装置１２０と、「ＢＢＢ」として送受信処理をおこなった通信端末装置１２０とが同じ装置であるとはわからない。このように、通信端末装置１２０は、通信管理装置１１０と双方向通信をおこないつつも、通信端末装置１２０の匿名性を保つことができる。
【００２３】
（通信管理装置の機能的構成）
つぎに、図１を用いて、この発明の実施の形態にかかる通信管理装置１１０について説明する。この実施の形態の通信管理装置１１０は、通信判定部１１１と、受付部１１２と、格納処理部１１３と、識別情報格納部１１４と、通信部１１５と、取得部１１６と、要求部１１７とを含んで構成されている。
【００２４】
通信判定部１１１は、通信管理装置１１０の通信可能エリア内の通信端末装置１２０との通信が確立したか否かを判定する。具体的には、通信管理装置１１０と通信端末装置１２０との接続状態を検出し、通信が可能な安定した接続状態であるか否かの判定をおこなう。すなわち、接続が安定していれば通信が確立したと判定する。
【００２５】
受付部１１２は、通信判定部１１１により通信端末装置との通信が確立したと判定された場合に、通信が確立した通信端末装置１２０の識別情報を受け付ける。識別情報とは、通信相手を特定するための情報である。受付部１１２は、通信を確立した通信端末装置１２０から識別情報が送信されてきた場合に、この識別情報を受け付けることができる。
【００２６】
格納処理部１１３は、受付部１１２により受け付けた識別情報を識別情報格納部１１４に格納する。識別情報格納部１１４は、通信管理装置１１０に備えられた記録手段である。この記録手段のなかに、識別情報を格納するための専用の記録領域として識別情報格納部１２４が設定されている。なお、記録手段のハードウェアや記録方式は任意である。
【００２７】
通信部１１５は、格納処理部に格納されている識別情報に基づいて通信端末装置１２０と双方向通信をおこなう。具体的には、たとえば、通信端末装置１２０と識別情報を含んだ情報の送受信をおこなう。
【００２８】
また、通信管理装置１１０は、以上説明したような基本的な構成に、下記の取得部１１６や要求部１１７を加えてもよい。この取得部１１６や要求部１１７を利用することにより、受付部１１２は、様々な手順で識別情報を受け付けることができる。
【００２９】
取得部１１６を利用する場合、取得部１１６は、通信端末装置１２０に直接接続して識別情報を取得する。具体的には、取得部１１６は、通信端末装置１２０の識別情報格納部１２４に接続し、識別情報を取得する。取得部１１６の処理は、通信判定部１１１による通信端末装置１２０との通信が確立したとの判定をトリガとする。識別情報格納部１２４とは、通信端末装置１２０に備えられた識別情報を格納する記録手段である（詳細は、後述する）。このように、取得部１１６が識別情報を取得した場合、受付部１１２は、取得部１１６により取得された識別情報を受け付ける。
【００３０】
また、要求部１１７を利用する場合、要求部１１７は、通信端末装置１２０に対して、通信管理装置１１０宛てに識別情報を送信するように要求信号を送信する。この要求部１１７の処理は、通信判定部１１１による通信端末装置１２０との通信が確立したとの判定をトリガにしておこなわれる。このように要求部１１７が要求信号を送信した場合、受付部１１２は、要求信号に応答して通信端末装置１２０から送信された識別情報を受け付ける。
【００３１】
また、受付部１１２は、通信端末装置１２０から識別情報を受け付ける際に、通信管理装置１１０への送信情報を受け付けてもよい。ここで受け付けた送信情報は、同時に受け付けた識別情報に紐付けされて受信される。
【００３２】
（通信端末装置の機能的構成）
つぎに、図１を用いて通信端末装置１２０の機能的構成について説明する。図１のように、通信端末装置１２０は、検出部１２１と、生成部１２２と、格納処理部１２３と、識別情報格納部１２４と、報知部１２５と、通信部１２６と、消去部１２７と、通信判定部１２８と、受付部１２９とを含んで構成されている。
【００３３】
検出部１２１は、自装置（通信端末装置１２０）の起動および停止を検出する。なお、検出部１２１により検出されるのは自装置自身の起動および停止に限らず、任意に設定した装置の起動および停止でもよい。たとえば、通信端末装置１２０が搭載された移動体の挙動（エンジンの起動／停止、パーキングブレーキのオン／オフ、バッテリー装置の起動／停止など）を検出してもよい。
【００３４】
生成部１２２は、検出部１２１が自装置の起動を検出した場合に、自装置（通信端末装置１２０）の識別情報をあらたに生成する。生成部１２２により生成される識別情報の内容については、他の識別情報と違いを判別できるユニークな情報であれば任意の情報でよい。
【００３５】
格納処理部１２３は、生成部１２２により生成された識別情報を識別情報格納部１２４に格納する。なお、識別情報格納部１２４は、通信端末装置１２０に備えられた記録手段である。この記録手段のなかに、識別情報を格納するための専用の記録領域として識別情報格納部１２４が設定されている。なお、記録手段のハードウェアや記録方式は任意である。
【００３６】
報知部１２５は、生成部１２２により生成した識別情報を通信管理装置１１０へ報知する。報知とは、具体的には、識別情報を通信管理装置１１０へ送信する処理である。
【００３７】
通信部１２６は、識別情報格納部１２４に格納された識別情報に基づいて通信管理装置１１０と双方向通信をおこなう。具体的には、通信管理装置１１０の通信部１１５と、識別情報を含んだ情報の送受信をおこなう。
【００３８】
消去部１２７は、検出部１２１が自装置の停止を検出した場合に、識別情報格納部１２４に格納されている識別情報を消去する。すなわち、検出部１２１により装置の停止が検出されると、生成部１２２により生成された識別情報を用いた情報の送信が不可能になる。
【００３９】
また、上述のように、消去部１２７により、識別情報格納部１２４に格納されている識別情報を消去した後、検出部１２１が自装置の起動を検出した場合、生成部１２２は、自装置（通信端末装置１２０）の識別情報をあらたに生成し、格納処理部１２３は、このあらたに生成された識別情報（消去部１２７により消去された識別情報とは異なる識別情報）を、自装置の識別情報として識別情報格納部１２４に格納する。
【００４０】
また、通信端末装置１２０は、以上説明したような基本的な構成に、通信判定部１２８や受付部１２９を加えてもよい。このような構成を加えることにより、通信端末装置１２０は、様々な手法で通信管理装置１１０へ識別情報を報知することができる。
【００４１】
通信判定部１２８は、通信管理装置１１０との通信が確立したか否かを判定する。通信判定部１２８を利用する場合、通信判定部１２８による通信管理装置１１０との通信が確立したとの判定をトリガとして報知部１２５は、識別情報を通信管理装置１１０へ報知する。
【００４２】
受付部１２９は、通信管理装置１１０から、識別情報を送信するように要求する要求信号を受け付ける。受付部１２９を利用する場合、報知部１２５は、受付部１２９により受け付けた要求信号を送信した通信管理装置１１０へ識別情報を報知する。
【００４３】
また、通信管理装置１１０では、通信端末装置１２０における識別情報の消去を把握できない。したがって、通信管理装置１１０からは、すでに消去された識別情報を利用して情報が送信されてくることがある。このような場合であっても、上述した構成を利用して、送信された情報を正しく受信させることができる。
【００４４】
具体的には、消去部１２７により識別情報が識別情報格納部１２４から消去された場合に、格納処理部１２３が、消去された識別情報を旧識別情報としてあらたに識別情報格納部１２４へ格納する。このとき、識別情報格納部１２４に旧識別情報を格納するための専用の記録領域を設定してもよい。そして、通信部１２６は、通信管理装置１１０から送信された情報に含まれている識別情報が識別情報格納部１２４に格納されている識別情報もしくは、旧識別情報と一致する場合に情報を受信すればよい。このように、旧識別情報の情報を受信することにより、通信管理装置１１０から送信された情報を逃さずにフィートバックすることができる。
【００４５】
（通信管理装置の処理の内容）
つぎに、通信管理装置１１０の処理の内容について説明する。図２−１は、この発明の実施の形態にかかる通信管理装置の処理の内容を示すフローチャートである。図２−１のフローチャートにおいて、まず、通信判定部１１１により通信端末装置１２０との通信が確立したか否かを判定する（ステップＳ２１１）。ここで、通信が確立するまで待ち（ステップＳ２１１：Ｎｏのループ）、通信が確立すると（ステップＳ２１１：Ｙｅｓ）、受付部１１２により接続した通信端末装置１２０の識別情報を受け付けたか否かを判断する（ステップＳ２１２）。
【００４６】
ステップＳ２１２において、通信端末装置１２０の識別情報を受け付けるまで待ち（ステップＳ２１２：Ｎｏのループ）、識別情報を受け付けると（ステップＳ２１２：Ｙｅｓ）、格納処理部１１３により受け付けた識別情報を識別情報格納部１１４に格納する（ステップＳ２１３）。
【００４７】
そして、通信部１１５において、識別情報に基づいて通信端末装置１２０と情報の送受信をおこない（ステップＳ２１４）、一連の処理を終了する。この識別情報とは、ステップＳ２１２により通信端末装置１２０から受け付けた識別情報である。なお、図１のように、通信端末装置１２０は複数台存在するが、上述した処理は、通信管理装置１１０との通信が可能な通信端末装置１２０ごとに個別におこなわれる。
【００４８】
（通信端末装置の処理の内容）
つぎに、通信端末装置１２０の処理の内容について説明する。図２−２は、この発明の実施の形態にかかる通信端末装置の処理の内容を示すフローチャートである。図２−２のフローチャートにおいて、まず、検出部１２１により装置（通信端末装置１２０）の起動を検出したか否かを判断する（ステップＳ２２１）。
【００４９】
ステップＳ２２１において装置の起動を検出すると（ステップＳ２２１：Ｙｅｓ）、つぎに、生成部１２２において識別情報を生成する（ステップＳ２２２）。生成された識別情報は、格納処理部１２３により識別情報格納部１２４に格納される（ステップＳ２２３）。その後。通信判定部１２８により、通信管理装置１１０との通信が確立したか否かを判定する（ステップＳ２２４）。
【００５０】
ステップＳ２２４において、通信判定部１２８が通信管理装置１１０との通信が確立したと判定されるまで待ち（ステップＳ２２４：Ｎｏのループ）、通信が確立されると（ステップＳ２２４：Ｙｅｓ）、報知部１２５により、識別情報を通信管理装置１１０へ報知し（ステップＳ２２５）、通信部１２６において、識別情報に基づいて通信管理装置１１０と情報の送受信をおこなう（ステップＳ２２６）。
【００５１】
ステップＳ２２６により情報の送受信がおこなわれた後、検出部１２１は、装置（通信端末装置１２０）の停止を検出したか否かを判断する（ステップＳ２２７）。ここで、装置の停止を検出すると（ステップＳ２２７：Ｙｅｓ）、消去部１２７により識別情報格納部１２４に格納されている識別情報を消去し（ステップＳ２２８）、一連の処理を終了する。
【００５２】
また、ステップＳ２２１において、検出部１２１が装置（通信端末装置１２０）の起動を検出しなかった場合も（ステップＳ２２１：Ｎｏ）、ステップＳ２２７の処理に移行し、装置の停止を検出したか否かを判断する。このステップＳ２２７において、装置の停止が検出されなかった場合は（ステップＳ２２７：Ｎｏ）は、ステップＳ２２１の処理に戻り、装置の起動が検出されたか否かの判断をおこなう。
【００５３】
以上説明したように、本実施の形態によれば、通信管理装置１１０は、通信端末装置１２０から識別情報を受け付ける。この識別情報は通信端末装置１２０により任意に生成され、一時的に設定されるものである。したがって、通信管理装置１１０は、通信端末装置１２０を搭載した移動体を一時的に特定可能となり、特定の通信端末装置１２０を対象とした双方向通信を実行することができる。また、通信管理装置１１０は、通信端末装置１２０の位置や、通信端末装置１２０を搭載した移動体の走行状態など、通信端末装置１２０ごとの状況にあわせて適切な情報を送信（情報のフィードバック）することができる。
【００５４】
また、通信端末装置１２０の特定は固定的ではなく、一時的なものであるため、通信端末装置１２０の利用者を行動が特定されるのを防ぐことができる。したがって、個人情報の保護と、情報のフィードバックとを両立することができる。
【実施例】
【００５５】
つぎに、本実施の形態にかかる実施例について説明する。本実施例では、実施の形態で説明した通信管理装置１１０を、ビーコン機能を備えたサーバとして実現する。また、通信端末装置１２０は、移動体（たとえば、車両など）に搭載したナビゲーション装置として実現する。
【００５６】
以下に、サーバおよびナビゲーション装置の構成と、双方向通信をおこなうための具体的な処理の内容について説明する。なお、本実施例の場合、ナビゲーション装置が一時的な識別情報としてＩＤを生成する。また、サーバとナビゲーション装置とは、このＩＤを利用して双方向通信をおこない所定の情報（たとえば、ＶＩＣＳ情報など）の送受信を実現する。また、実施の形態では、通信端末装置１２０の起動・停止を検出し、識別情報の生成、消去をおこなっていたが、実施例では、通信端末装置１２０を車両に搭載したナビゲーション装置により実現しているため、車両のエンジンの起動・停止を検出し、この検出に応じてＩＤの生成、消去をおこなう。
【００５７】
（サーバのハードウェア構成）
まず、サーバのハードウェア構成について説明する。図３は、サーバのハードウェア構成を示すブロック図である。図３のように、サーバ３００は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、ＨＤ３０４と、通信部３０５とを含んで構成される。また、サーバ３００は、外部にビーコン３０６を備えている。このビーコン３０６は、ネットワーク３１０を経由してサーバ３００に接続されている。
【００５８】
ＣＰＵ３０１は、サーバ３００の全体の制御を司る。ＲＯＭ３０２は、ブートプログラム、通信プログラムなどのプログラムを記録している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＨＤ３０４は、ハードディスクであり、磁気によりデータを記憶する不揮発性の磁気ディスクである。ＨＤ３０４はハードディスクドライブも備え、このハードディスクドライブにより、ハードディスク内のデータの読み取り／書き込みを制御し、ハードディスク内にデータを記録する。
【００５９】
通信部３０５は、ネットワーク３１０に接続され、後述するビーコン３０６とサーバ３００とのインターフェースとして機能する。具体的には、通信部３０５は、たとえば、ＦＭチューナー、ＶＩＣＳ／ビーコンレシーバ、無線ナビゲーション装置、およびその他の通信機器よって構成される。なお、ネットワーク３１０には、具体的には、ＬＡＮ、ＷＡＮ、公衆回線網や携帯電話網などがある。
【００６０】
ビーコン３０６は、所定の通信可能エリア内（たとえば、通信エリアＡ、通信エリアＢなど）車両（たとえば、車両３２０、３３０、３４０）との通信を確立させ、サーバ３００と後述するナビゲーション装置４００とのインターフェースとして機能する。ビーコン３０６は、具体的には、たとえば、各道路に備えられたビーコン路側器として提供される。
【００６１】
なお、上述したサーバ３００のハードウェア構成に対応させると、図１に示した通信管理装置１１０の通信判定部１１１、受付部１１２、通信部１１５、取得部１１６および要求部１１７は、たとえばＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、通信部３０５およびビーコン３０６よりそれぞれの機能を実現する。また、格納処理部１１３は、たとえばＣＰＵ３０１およびＲＯＭ３０２によりその機能を実現する。また、識別情報格納部１１４は、たとえばＨＤ３０４によりその機能を実現する。
【００６２】
（ナビゲーション装置のハードウェア構成）
つぎに、ナビゲーション装置のハードウェア構成について説明する。図４は、ナビゲーション装置のハードウェア構成を示すブロック図である。このナビゲーション装置４００は、車両に搭載された状態で利用される。
【００６３】
また、図４のように、ナビゲーション装置４００は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ（メモリー）４０３と、磁気ディスクドライブ４０４と、磁気ディスク４０５と、光ディスクドライブ４０６と、光ディスク４０７と、音声Ｉ／Ｆ（インターフェース）４０８と、マイク４０９と、スピーカ４１０と、入力デバイス４１１と、映像Ｉ／Ｆ４１２と、カメラ４１３と、ディスプレイ４１４と、通信Ｉ／Ｆ４１５と、ＧＰＳユニット４１６と、各種センサ４１７と、を含んで構成される。また、各構成部４０１〜４１７は、バス４２０によってそれぞれ接続されている。
【００６４】
ＣＰＵ４０１は、ナビゲーション装置４００の全体の制御を司る。ＲＯＭ４０２は、ブートプログラム、ナビゲーションプログラム、通信プログラムなどのプログラムを記録している。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。
【００６５】
磁気ディスクドライブ４０４は、ＣＰＵ４０１の制御にしたがって磁気ディスク４０５に対するデータの読み取り／書き込みを制御する。磁気ディスク４０５は、磁気ディスクドライブ４０４の制御で書き込まれたデータを記録する。磁気ディスク４０５としては、たとえば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。
【００６６】
光ディスクドライブ４０６は、ＣＰＵ４０１の制御にしたがって光ディスク４０７に対するデータの読み取り／書き込みを制御する。光ディスク４０７は、光ディスクドライブ４０６の制御にしたがってデータが読み出される着脱自在な記録媒体である。光ディスク４０７は、書き込み可能な記録媒体を利用することもできる。また、この着脱可能な記録媒体として、光ディスク４０７のほか、ＭＯ、メモリカードなどであってもよい。
【００６７】
本実施例の場合、磁気ディスク４０５や光ディスク４０７などの記録手段の中のいずれかの記録領域にＩＤ格納場所が設定されている。このＩＤ格納場所には、ナビゲーション装置４００がサーバ３００と双方向通信をおこなう際に利用するＩＤが格納される。このＩＤは、後述する処理によりナビゲーション装置４００が生成する度に、ＩＤ格納場所に格納される。また、上述のＩＤ格納場所とは異なる記録領域には旧ＩＤ格納場所が設定されている。この旧ＩＤ格納場所には、ＩＤ格納場所に格納されているＩＤに対して消去処理がおこなわれる度に、消去されたＩＤが、あらたな旧ＩＤとして格納される。
【００６８】
また、磁気ディスク４０５や光ディスク４０７に記録される情報の他の一例として、経路探索・経路誘導などに用いる地図データが挙げられる。地図データは、建物、河川、地表面などの地物（フィーチャ）をあらわす背景データと、道路の形状をあらわす道路形状データとを有しており、ディスプレイ４１４の表示画面において２次元または３次元に描画される。ナビゲーション装置が経路誘導中の場合は、地図データとＣＰＵ４０１によって取得された車両の現在地点とが重ねて表示されることとなる。
【００６９】
音声Ｉ／Ｆ４０８は、音声入力用のマイク４０９および音声出力用のスピーカ４１０に接続される。マイク４０９に受音された音声は、音声Ｉ／Ｆ４０８内でＡ／Ｄ変換される。また、スピーカ４１０からは音声が出力される。なお、マイク４０９から入力された音声は、音声データとして磁気ディスク４０５または光ディスク４０７に記録可能である。
【００７０】
入力デバイス４１１は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、マウス、タッチパネルなどが挙げられる。さらに、入力デバイス４１１は、デジタルカメラや携帯電話端末などの他の情報処理端末を接続し、データの入出力をおこなうことができる。
【００７１】
映像Ｉ／Ｆ４１２は、映像入力用のカメラ４１３および映像出力用のディスプレイ４１４と接続される。映像Ｉ／Ｆ４１２は、具体的には、たとえば、ディスプレイ４１４全体の制御をおこなうグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいて、ディスプレイ４１４を表示制御する制御ＩＣなどによって構成される。
【００７２】
カメラ４１３は、車両内外の映像を撮像し、画像データとして出力する。カメラ４１３で撮像された画像は、画像データとして磁気ディスク４０５あるいは光ディスク４０７に記録可能である。ディスプレイ４１４には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。このディスプレイ４１４は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００７３】
通信Ｉ／Ｆ４１５は、ビーコン３０６（図３参照）と無線通信をおこない、ビーコン３０６を介してネットワーク３１０に接続され、サーバ３００とナビゲーション装置４００とのインターフェースとして機能する。
【００７４】
ネットワーク３１０は、ＬＡＮ、ＷＡＮ、公衆回線網や携帯電話網などがある。具体的には、通信Ｉ／Ｆ４１５は、たとえば、ＦＭチューナー、ＶＩＣＳ／ビーコンレシーバ、無線ナビゲーション装置、およびその他のナビゲーション装置によって構成され、サーバ３００から配信される渋滞や交通規制などの道路交通情報を取得する。なお、ＶＩＣＳは登録商標である。
【００７５】
ＧＰＳユニット４１６は、ＧＰＳ衛星からの電波を受信し、ナビゲーション装置４００を搭載した車両３２０、３３０、３４０（図３参照）の位置に関する情報を出力する。ＧＰＳユニット４１６の出力情報は、後述する各種センサ４１７の出力値とともに、ＣＰＵ４０１による車両の現在地点の算出に際して利用される。現在地点を示す情報は、たとえば緯度・経度、高度などの、地図データ上の１点を特定する情報である。
【００７６】
各種センサ４１７は、車速センサや角速度センサなどであり、車両の位置や挙動を判断するための情報を出力する。各種センサ４１７の出力値は、ＣＰＵ４０１による車両の現在地点の算出や、速度や方位の変化量の測定に用いられる。
【００７７】
ビーコン受信機４１８は、ビーコン３０６（図３参照）から配信されるビーコン信号を受信して、ＶＩＣＳ情報としてナビゲーション装置４００に取り込む。このＶＩＣＳ情報は、道路交通情報通信システム（ＶＩＣＳ）により、渋滞、事故、規制等の道路交通情報が提供される。そして、ナビゲーション装置４００上で、リアルタイムに表示する。
【００７８】
なお、上述したナビゲーション装置４００のハードウェア構成に対応させると、図１に示した通信端末装置１２０の検出部１２１は、たとえばＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３および各種センサ４１７によりその機能を実現する。また、生成部１２２は、たとえば、ＣＰＵ４０１およびＲＯＭ４０２によりその機能を実現する。また、格納処理部１２３および消去部１２７は、たとえばＣＰＵ４０１、ＲＯＭ４０２、磁気ディスクドライブ４０４および光ディスクドライブ４０６によりそれぞれその機能を実現する。また、識別情報格納部１２４は、たとえば磁気ディスク４０５または光ディスク４０７によりその機能を実現する。また、報知部１２５、通信部１２６、通信判定部１２８および受付部１２９は、たとえばＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３および通信Ｉ／Ｆ４１５によりそれぞれその機能を実現する。
【００７９】
（双方向通信処理の内容）
つぎに、上述のような構成のサーバ３００およびナビゲーション装置４００との間で、双方向通信をおこなうための具体的な処理内容のとして３つの手法について説明する。
【００８０】
＜手法１：車両からＩＤを送信＞
まず、車両３２０、３３０、３４０のそれぞれに搭載されているナビゲーション装置４００からサーバ３００へＩＤを送信することによりＩＤを報知する手法について説明する。図５は、手法１を用いた双方向通信処理の内容を示すシーケンス図である。ここでは、サーバ３００は、車両３２０、３３０、３４０との間でそれぞれ処理を実行することができるが、このうち車両３２０との間で通信処理する場合について説明する（以下、図６〜図１０のシーケンス図も同様）。
【００８１】
図５のシーケンス図において、まず、車両３２０では、エンジンが起動され（Ｓ５０１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ５０２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ５０３）、ビーコン３０６を介して車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ５０４）。
【００８２】
サーバ３００との通信が確立した後、車両３２０は、Ｓ５０２において生成した新規ＩＤをサーバ３００に送信する。サーバ３００は、車両３２０から送信されたＩＤを受信し、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ５０５）。Ｓ５０５において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ５０６）。また、サーバ３００は、新規ＩＤの保存にともない、新規ＩＤ受理確認をＩＤの送信元の車両３２０に送信する。
【００８３】
Ｓ５０６以降、車両３２０は、新規ＩＤを利用してサーバ３００にアップリンク情報を送信する（アップリンク処理）。ＩＤを利用するとは、具体的には、アップリンク情報をサーバ３００は、車両３２０から送信されたアップリンク情報を受信すると、Ｓ５０６により保存されたＩＤとアップリンク情報とを紐付ける（Ｓ５０７）。
【００８４】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ５０８）、サーバ３００との通信は一旦終了する。そして、車両３２０が再度ビーコン３０６（Ｓ５０３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ５０９）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ５１０）。
【００８５】
サーバ３００と車両３２０とが通信可能状態になると、車両３２０は、サーバ３００にＩＤを送信する。サーバ３００は、車両３２０から送信されたＩＤを照合する（Ｓ５１１）。このＳ５１１におけるＩＤ照合は、上述したＳ５０５におけるＩＤ照合と同様の処理がおこなわれる。Ｓ５１１において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤを、該当するＩＤを紐付けする（Ｓ５１２）。サーバ３００は、Ｓ５１２の紐付け処理にともない、ＩＤ紐付け確認を車両３２０に送信する。
【００８６】
以上の処理により、サーバ３００と、車両３２０とは再度、通信可能状態となる。したがって、車両３２０からは、サーバ３００へアップリンク情報が送信される（アップリンク処理）。サーバ３００は、アップリンク情報を受信すると、ＩＤとアップリンク情報とを紐付ける（Ｓ５１３）。そして、車両３２０は、アップリンク処理後、ビーコン３０６から離脱すると（Ｓ５１４）、サーバ３００との通信を一旦終了する。
【００８７】
以上説明したＳ５０９〜Ｓ５１４の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ５０２において生成されたＩＤが消去され（Ｓ５１５）、一連の処理を終了する。
【００８８】
（手法１の変形処理）
つぎに、手法１の変形処理について説明する。図６は、手法１の変形処理の一例を示すシーケンス図である。手法１の変形処理の場合、車両３２０は、ＩＤの送信と同時にアップリンク情報の送信（アップリンク処理）をおこなう手法である。ＩＤとアップリンク情報を同時に送信することにより、通信効率を向上させることができる。また、ＩＤを送信した車両３２０が、サーバ３００からアップリンク送信する前サーバ３００がビーコン３０６から離脱してしまうのを防ぐことができる。
【００８９】
図６のシーケンス図において、図５の場合と同様に、まず、エンジンが起動され（Ｓ６０１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ６０２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ６０３）、ビーコン３０６を介して車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ６０４）。
【００９０】
サーバ３００との通信が確立した後、車両３２０は、Ｓ６０２において生成した新規ＩＤをサーバ３００に送信する。また、車両３２０は、ＩＤとともに、アップリンク情報を送信する（アップリンク処理）。サーバ３００は、車両３２０から送信されたＩＤと、アップリンク情報とを受信し、まず、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ６０５）。Ｓ５０５において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ６０６）。そして、サーバ３００は、Ｓ６０６において保存したＩＤと、受信したアップリンク情報とを紐付けし（Ｓ６０７）、車両３２０に新規ＩＤ受理確認を送信する。
【００９１】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ６０８）、サーバ３００との通信は一旦終了する。そして、車両３２０が再度ビーコン３０６（Ｓ６０３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ６０９）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ６１０）。
【００９２】
サーバ３００と車両３２０とが通信可能状態になると、車両３２０は、サーバ３００にＩＤと、アップリンク情報とを送信する。サーバ３００は、まず、車両３２０から送信されたＩＤを照合する（Ｓ６１１）。このＳ６１１におけるＩＤ照合は、上述したＳ６０５におけるＩＤ照合と同様の処理がおこなわれる。Ｓ５１１において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤと、アップリンク情報とを、該当するＩＤに紐付けする（Ｓ６１２）。サーバ３００は、Ｓ６１２の処理にともない、ＩＤ受理確認を車両３２０に送信する。車両３２０は、上述のアップリンク処理後、ビーコン３０６から離脱すると（Ｓ６１３）、サーバ３００との通信を一旦終了する。
【００９３】
以上説明したＳ６０９〜Ｓ６１３の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ６０２において生成されたＩＤが消去され（Ｓ６１４）、一連の処理を終了する。
【００９４】
＜手法２：サーバがナビゲーション装置のＩＤ格納場所へ接続＞
つぎに、サーバ３００がナビゲーション装置４００のＩＤ格納場所へ接続してＩＤを取得する手法について説明する。図７は、手法２を用いた双方向通信処理の内容を示すシーケンス図である。
【００９５】
図７のシーケンス図において、まず、車両３２０では、エンジンが起動され（Ｓ７０１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ７０２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ７０３）、ビーコン３０６を介して車両検知される。また、また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ７０４）。
【００９６】
通信確立後、サーバ３００は、通信相手の車両３２０のＩＤを取得するため、車両３２０のメモリーにアクセスする。このメモリーとは、車両３２０のナビゲーション装置４００の記録手段（磁気ディスク４０５、光ディスク４０７）のうち、ＩＤ格納場所として設定された記録領域である。特に、手法２の場合、メモリーは、サーバ３００が自由にアクセス可能な状態に設定されている。
【００９７】
そして、車両３２０に搭載されたナビゲーション装置４００のＩＤ格納場所にはＳ７０２により生成されたＩＤが格納されているため、サーバ３００はＩＤを取得する。そして、取得したＩＤと、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ７０５）。Ｓ７０５において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ７０６）。また、サーバ３００は、新規ＩＤの保存にともない、新規ＩＤ受理確認をＩＤの送信元の車両３２０に送信する。
【００９８】
Ｓ７０６以降、車両３２０は、新規ＩＤを利用してサーバ３００にアップリンク情報を送信する（アップリンク処理）。ＩＤを利用するとは、具体的には、アップリンク情報をサーバ３００は、車両３２０から送信されたアップリンク情報を受信すると、Ｓ７０６により保存されたＩＤとアップリンク情報とを紐付ける（Ｓ７０７）。
【００９９】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ７０８）、サーバ３００との通信は一旦終了する。そして、車両３２０が再度ビーコン３０６（Ｓ７０３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ７０９）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ７１０）。
【０１００】
通信確立後、サーバ３００は、通信相手の車両３２０のＩＤを取得するため、再度、車両３２０にメモリーにアクセスする。そして、車両３２０に搭載されたナビゲーション装置４００のＩＤ格納場所にはＳ７０２により生成されたＩＤが格納されているため、サーバ３００はＩＤを取得する。そして、取得したＩＤと、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ７１１）。
【０１０１】
上述のＳ７１１におけるＩＤ照合は、上述したＳ７０５におけるＩＤ照合と同様の処理がおこなわれる。Ｓ７１１において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤを、該当するＩＤを紐付けする（Ｓ７１２）。サーバ３００は、Ｓ７１２の紐付け処理にともない、ＩＤ受理確認を車両３２０に送信する。
【０１０２】
以上の処理により、サーバ３００と、車両３２０とは再度、通信可能状態となる。したがって、車両３２０からは、サーバ３００へアップリンク情報が送信される（アップリンク処理）。サーバ３００は、アップリンク情報を受信すると、ＩＤとアップリンク情報とを紐付ける（Ｓ７１３）。そして、車両３２０は、アップリンク処理後、ビーコン３０６から離脱すると（Ｓ７１４）、サーバ３００との通信を一旦終了する。
【０１０３】
以上説明したＳ７０９〜Ｓ７１４の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ７０２において生成されたＩＤが消去され（Ｓ７１５）、一連の処理を終了する。
【０１０４】
（手法２の変形処理）
つぎに、手法２の変形処理について説明する。図８は、手法２の変形処理の一例を示すシーケンス図である。手法２の変形処理も、手法１の変形処理と同様に、車両３２０は、ＩＤの送信と同時にアップリンク情報の送信をおこなう。
【０１０５】
図８のシーケンス図において、図７の場合と同様に、まず、エンジンが起動され（Ｓ８０１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ８０２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ８０３）、ビーコン３０６を介して車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ８０４）。
【０１０６】
通信確立後、サーバ３００は、通信相手の車両３２０のＩＤを取得するため、車両３２０のメモリーにアクセスする。そして、車両３２０に搭載されたナビゲーション装置４００のＩＤ格納場所にはＳ８０２により生成されたＩＤが格納されているため、サーバ３００はＩＤを取得する。また、サーバ３００は、ＩＤの取得とともに、車両３２０から送信（アップリンク処理）されたアップリンク情報を受信する。
【０１０７】
そして、取得したＩＤと、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ８０５）。Ｓ８０５において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ８０６）。また、サーバ３００は、Ｓ８０６により保存したＩＤと、受信したアップリンク情報とを紐付け（Ｓ８０７）、新規ＩＤ受理確認をＩＤの送信元の車両３２０に送信する。
【０１０８】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ８０８）、サーバ３００との通信は一旦終了する。そして、車両３２０が再度ビーコン３０６（Ｓ８０３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ８０９）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ８１０）。
【０１０９】
通信確立後、サーバ３００は、通信相手の車両３２０のＩＤを取得するため、再度、車両３２０にメモリーにアクセスする。そして、車両３２０に搭載されたナビゲーション装置４００のＩＤ格納場所にはＳ７０２により生成されたＩＤが格納されているため、サーバ３００はＩＤを取得する。また、ＩＤの取得と同時に、車両３２０から送信（アップリンク処理）されたアップリンク情報を受信する。そして、取得したＩＤと、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ８１１）。
【０１１０】
上述のＳ８１１におけるＩＤ照合は、上述したＳ８０５におけるＩＤ照合と同様の処理がおこなわれる。Ｓ８１１において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤと、アップリンク情報とを、該当するＩＤに紐付けする（Ｓ８１２）。サーバ３００は、Ｓ８１２の処理にともない、ＩＤ受理確認を車両３２０に送信する。車両３２０は、上述のアップリンク処理後、ビーコン３０６から離脱すると（Ｓ８１３）、サーバ３００との通信を一旦終了する。
【０１１１】
以上説明したＳ８０９〜Ｓ８１３の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ８０２において生成されたＩＤが消去され（Ｓ８１４）、一連の処理を終了する。
【０１１２】
＜手法３：サーバがＩＤ要求を送信＞
つぎに、サーバ３００から車両３２０のナビゲーション装置４００にＩＤを付与するように要求する手法について説明する。図９は、手法３を用いた双方向通信処理の内容を示すシーケンス図である。
【０１１３】
図９のシーケンス図において、まず、サーバ３００から車両３２０にＩＤ要求を送信する。このＩＤ要求は、相手を特定せず常時送信されているもので、ここで通信処理を実行しない車両３３０や車両３４０に対しても送信される。一方、車両３２０では、エンジンが起動され（Ｓ９０１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ９０２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ９０３）、ビーコン３０６を介して車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ９０４）。
【０１１４】
通信確立後、車両３２０は、ＩＤ要求を受信すると（Ｓ９０５）、サーバ３００にＳ９０２において生成したＩＤを送信する。サーバ３００は、車両３２０から送信されたＩＤを受信し、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ９０６）。Ｓ９０６において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ９０７）。また、サーバ３００は、新規ＩＤの保存にともない、新規ＩＤ受理確認をＩＤの送信元の車両３２０に送信する。
【０１１５】
Ｓ９０７以降、車両３２０は、新規ＩＤを利用してサーバ３００にアップリンク情報を送信する（アップリンク処理）。ＩＤを利用するとは、具体的には、アップリンク情報をサーバ３００は、車両３２０から送信されたアップリンク情報を受信すると、Ｓ９０７により保存されたＩＤとアップリンク情報とを紐付ける（Ｓ９０８）。
【０１１６】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ９０９）、サーバ３００との通信は一旦終了する。なお、通信か終了した後も、サーバ３００からは継続してＩＤ要求が送信されている。そして、車両３２０が再度ビーコン３０６（Ｓ９０３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ９１０）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ９１１）。
【０１１７】
通信確立後、車両３２０は、ＩＤ要求を受信すると（Ｓ９１２）、サーバ３００にＳ９０２において生成したＩＤを送信する。サーバ３００は、車両３２０から送信されたＩＤを受信し、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ９１３）。このＳ９１３におけるＩＤ照合は、上述したＳ９０６におけるＩＤ照合と同様の処理がおこなわれる。Ｓ９１３において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤを、該当するＩＤを紐付けする（Ｓ９１４）。サーバ３００は、Ｓ７１２の紐付け処理にともない、ＩＤ受理確認を車両３２０に送信する。
【０１１８】
以上の処理により、サーバ３００と、車両３２０とは再度、通信可能状態となる。したがって、車両３２０からは、サーバ３００へアップリンク情報が送信される（アップリンク処理）。サーバ３００は、アップリンク情報を受信すると、ＩＤとアップリンク情報とを紐付ける（Ｓ９１５）。そして、車両３２０は、アップリンク処理後、ビーコン３０６から離脱すると（Ｓ９１６）、サーバ３００との通信を一旦終了する。
【０１１９】
以上説明したＳ９１０〜Ｓ９１５の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ９０２において生成されたＩＤが消去され（Ｓ９１７）、一連の処理を終了する。
【０１２０】
（手法３の変形処理）
つぎに、手法３の変形処理について説明する。図１０は、手法３の変形処理の一例を示すシーケンス図である。手法３の変形処理も、手法１、２の変形処理と同様に、車両３２０は、ＩＤの送信と同時にアップリンク情報の送信をおこなう。
【０１２１】
図１０のシーケンス図において、まず、サーバ３００から車両３２０にＩＤ要求を送信する。一方、車両３２０では、エンジンが起動され（Ｓ１００１）、走行を開始する。また、車両３２０では、エンジンの起動に伴い、新規ＩＤが生成される（Ｓ１００２）。その後、車両３２０は、最初のビーコンを通過すると（Ｓ１００３）、ビーコン３０６を介して車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ１００４）。
【０１２２】
通信確立後、車両３２０は、ＩＤ要求を受信すると（Ｓ１００５）、サーバ３００にＳ１００２において生成したＩＤを送信する。また、サーバ３００は、ＩＤとともに、アップリンク情報を送信する（アップリンク処理）。サーバ３００は、車両３２０から送信されたＩＤと、アップリンク情報とを受信し、まず、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ１００６）。Ｓ１００６において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが無い場合、受信したＩＤを新規ＩＤとして保存する（Ｓ１００７）。そして、サーバ３００は、Ｓ１００７において保存したＩＤと、受信したアップリンク情報とを紐付けし（Ｓ１００８）、車両３２０に新規ＩＤ受理確認を送信する。
【０１２３】
アップリンク処理後、車両３２０がビーコン３０６から離脱すると（Ｓ１００９）、サーバ３００との通信は一旦終了する。なお、通信か終了した後も、サーバ３００からは継続してＩＤ要求が送信されている。そして、車両３２０が再度ビーコン３０６（Ｓ１００３で通過したビーコン３０６でもよいし、他のビーコン３０６でもよい）を通過すると（Ｓ１０１０）、サーバ３００により車両検知される。また、サーバ３００も車両３２０によりビーコン検知される。サーバ３００は、車両３２０のよるビーコン検知に応じてビーコン３０６の認証情報を送信し、車両３２０との通信が確立される（Ｓ１０１１）。
【０１２４】
通信確立後、車両３２０は、ＩＤ要求を受信すると（Ｓ１０１２）、サーバ３００にＳ９０２において生成したＩＤと、アップリンク情報とを送信する。サーバ３００は、車両３２０から送信されたＩＤと、アップリンク情報とを受信し、まず、ＩＤ格納場所に格納されているＩＤと照合する（Ｓ１０１３）。このＳ１０１３におけるＩＤ照合は、上述したＳ１００６におけるＩＤ照合と同様の処理がおこなわれる。Ｓ１０１３において、ＩＤ格納場所に、受信したＩＤに該当するＩＤが有る場合、受信したＩＤと、アップリンク情報とを、該当するＩＤに紐付けする（Ｓ１０１４）。サーバ３００は、Ｓ１０１４の処理にともない、ＩＤ受理確認を車両３２０に送信する。車両３２０は、上述のアップリンク処理後、ビーコン３０６から離脱すると（Ｓ１０１５）、サーバ３００との通信を一旦終了する。
【０１２５】
以上説明したＳ１０１０〜Ｓ１０１５の処理は、車両３２０のエンジンが停止されるまで繰り返される。車両３２０のエンジンが停止すると、Ｓ１００２において生成されたＩＤが消去され（Ｓ１０１６）、一連の処理を終了する。
【０１２６】
（消去されたＩＤ宛て情報の受信処理）
上述したように、本実施例では、各車両に搭載されているナビゲーション装置４００が一時的にＩＤを生成し、このＩＤをサーバ３００に報知した後、このＩＤをもとに双方向通信を実現する。しかしながら、車両のエンジン停止に伴いＩＤを消去してしまった後は、ナビゲーション装置４００は、サーバ３００から送信されたデータを受信できなくなってしまうという事態が想定される。したがって、個人情報を保護しながら、消去されたＩＤ宛てに送信された情報を受信するためのナビゲーション装置４００の受信処理について説明する。
【０１２７】
図１１は、消去されたＩＤ宛て情報の受信処理の内容を示すフローチャートである。図１１のフローチャートにおいて、まず、エンジンオフされたか否かを判定する（ステップＳ１１０１）。ここで、エンジンオフされるまで待ち（ステップＳ１１０１：Ｎｏのループ）、エンジンオフされているとステップＳ１１０１：Ｙｅｓ）、旧ＩＤを旧ＩＤ格納場所へ移送する（ステップＳ１１０２）。
【０１２８】
つぎに、エンジンオンされたか否かを判定する（ステップＳ１１０３）。ここでも、エンジンオンされるまで待ち（ステップＳ１１０３：Ｎｏのループ）、エンジンオンされていると（ステップＳ１１０３：Ｙｅｓ）、新ＩＤを取得し、ＩＤ格納場所へ格納する（ステップＳ１１０４）。
【０１２９】
そして、サーバ３００から現ＩＤ（ステップＳ１１０４において格納した新ＩＤ）以外のＩＤ向け情報配信を受け取ったか否かを判定する（ステップＳ１１０５）。ここで、現ＩＤ以外のＩＤ向けの情報配信を受け取っていない場合（ステップＳ１１０５：Ｎｏ）、そのまま、一連の処理を終了する。したがって、ナビゲーション装置４００では新ＩＤによる双方向通信がおこなわれる。
【０１３０】
一方、ステップＳ１１０５において、現ＩＤ以外のＩＤ向けの情報配信を受け取った場合（ステップＳ１１０５：Ｙｅｓ）、この情報配信に含まれるＩＤと、旧ＩＤ格納場所に保存されている旧ＩＤが一致するか否かを判定する（ステップＳ１１０６）。ここで、ＩＤが一致しない場合は（ステップＳ１１０６：Ｎｏ）、そのまま一連の処理を終了する。
【０１３１】
一方、ステップＳ１１０６において、ＩＤが一致する場合は（ステップＳ１１０６：Ｙｅｓ）、配信された情報を取得する（ステップＳ１１０７）。そして、サーバ３００と旧ＩＤによる双方向通信をおこなうための処理に移行する。
【０１３２】
まず、現ＩＤの通信が切断したか否かを判定する（ステップＳ１１０８）。現ＩＤの通信が切断している場合は（ステップＳ１１０８：Ｙｅｓ）、そのままステップＳ１１１０の処理に移行する。一方、現ＩＤの通信が切断されていない場合は（ステップＳ１１０８：Ｎｏ）、通信を切断する（ステップＳ１１０９）。
【０１３３】
現ＩＤの通信の切断後（ステップＳ１１０９）、または切断されている場合は（ステップＳ１１０８：Ｙｅｓ）、つぎに、旧ＩＤによる通信を確立する（ステップＳ１１１０）。そして、サーバ３００に取得確認を返信する（ステップＳ１１１１）。このステップＳ１１１１の返信処理は旧ＩＤを利用しておこなわれる。ステップＳ１１１１の返信が終わると、最後に旧ＩＤによる通信を切断し（ステップＳ１１１２）、一連の処理を終了する。なお、情報を取得するステップＳ１１０７は、旧ＩＤで接続を確立するステップＳ１１１０の後におこなってもよい。
【０１３４】
以上説明したように、本実施例では、ＩＤにより走行車両を一時的に特定することができる。このＩＤは、ナビゲーション装置４００が生成し、一時的に設定したＩＤであるためナビゲーション装置４００を搭載している車両３２０、３３０、３４０は、個人が特定されるのを防ぐことができる。
【０１３５】
また、エンジンの停止に伴い消去されたＩＤを旧ＩＤとして所定の旧ＩＤ格納場所に格納しておくことにより、サーバ３００がＶＩＣＳを利用して集めたデータを、特定の車両（たとえば、車両３２０）にフィードバックすることができる。具体的には、渋滞に関する情報などを、車両ごとの走行状況にあわせて適切に配信することができる。
【０１３６】
このように、本発明にかかる通信端末装置、通信方法、通信プログラムおよびコンピュータに読み取り可能な記録媒体によれば個人情報の保護と情報のフィードバックとを両立することができる。
【０１３７】
なお、本実施の形態で説明した通信方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【符号の説明】
【０１３８】
１１０  通信管理装置
１１１  通信判定部
１１２  受付部
１１３  格納処理部
１１４  識別情報格納部
１１５  通信部
１１６  取得部
１１７  要求部
１２０  通信端末装置
１２１  検出部
１２２  生成部
１２３  格納処理部
１２４  識別情報格納部
１２５  報知部
１２６  通信部
１２７  消去部
１２８  通信判定部
１２９  受付部
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信管理装置の通信エリア内に位置する通信端末装置であって、
自装置の起動および停止を検出する検出手段と、
前記検出手段が自装置の起動を検出した場合に、自装置の識別情報をあらたに生成する生成手段と、
前記生成手段により生成した識別情報を識別情報格納部に格納する格納処理手段と、
前記生成手段により生成した識別情報を前記通信管理装置へ報知する報知手段と、
前記識別情報格納部に格納された識別情報に基づいて前記通信管理装置と情報の送受信をおこなう通信手段と、を備え、
前記格納処理手段は、前記検出手段が自装置の停止を検出した場合に、前記識別情報を旧識別情報として前記識別情報格納部に格納し、
前記通信手段は、前記生成手段によって生成されたあらたな識別情報もしくは前記旧識別情報に基づいて前記通信管理装置から送信された情報を受信することを特徴とする通信端末装置。
【請求項２】
前記通信管理装置との通信が確立したか否かを判定する通信判定手段を備え、
前記通信判定手段により前記通信管理装置との通信が確立したと判定された場合に、前記報知手段は、前記識別情報を前記通信管理装置へ報知することを特徴とする請求項１に記載の通信端末装置。
【請求項３】
前記通信管理装置から、前記識別情報を送信するように要求する要求信号を受け付ける受付手段を備え、
前記報知手段は、前記要求信号を送信した通信管理装置へ前記識別情報を報知することを特徴とする請求項１または２に記載の通信端末装置。
【請求項４】
前記検出手段が自装置の停止を検出した場合に、前記識別情報を前記識別情報格納部から消去する消去手段を備え、
前記消去手段により前記識別情報格納部に格納されている識別情報を消去し、前記格納処理手段により当該消去された識別情報を前記旧識別情報として当該識別情報格納部に格納した後、前記検出手段が自装置の起動を検出した場合、
前記格納処理手段は、通信が確立した前記通信管理装置から付与された前記消去した識別情報とは異なる識別情報を、自装置のあらたな識別情報として前記識別情報格納部に格納することを特徴とする請求項１〜３のいずれか一つに記載の通信端末装置。
【請求項５】
通信管理装置の通信エリア内に位置する通信端末装置の通信方法であって、
自装置の起動および停止を検出する検出工程と、
前記検出工程にて自装置の起動を検出した場合に、自装置の識別情報をあらたに生成する生成工程と、
前記生成工程にて生成した識別情報を識別情報格納部に格納する格納処理工程と、
前記生成工程にて生成した識別情報を前記通信管理装置へ報知する報知工程と、
前記識別情報格納部に格納された識別情報に基づいて前記通信管理装置と情報の送受信をおこなう通信工程と、を含み、
前記格納処理工程は、前記検出工程にて自装置の停止を検出した場合に、前記識別情報を旧識別情報として前記識別情報格納部へ格納し、
前記通信工程は、前記生成工程にて生成されたあらたな識別情報もしくは前記旧識別情報に基づいて前記通信管理装置から送信された情報を受信することを特徴とする通信方法。
【請求項６】
請求項５に記載の通信方法をコンピュータに実行させることを特徴とする通信プログラム。
【請求項７】
請求項６に記載の通信プログラムを記録したことを特徴とするコンピュータに読み取り可能な記録媒体。
【国際調査報告】
2008044293.tif 000015
2008044293.tif 000016
2008044293.tif 000017
2008044293.tif 000018