JP6849169B2 - 仲介サーバおよび仲介方法 - Google Patents

Description

本発明は、車両のプローブ情報を仲介する仲介サーバおよび仲介方法に関する。

近年、スマートフォンを利用したカーナビゲーションのモバイルアプリケーション（以下、「アプリ」という。）が普及している。このようなアプリは、ユーザ（ドライバ）に対して目的地までの経路案内を行う代わりに、車両の位置および当該位置の通過時刻の情報を含むプローブ情報を取得し、取得したプローブ情報を、カーナビゲーションのサービスを提供する事業者に提供している。

カーナビゲーションのサービスを提供する事業者、つまりプローブ情報を収集する事業者（以下、「プローブ情報収集者」という。）は、一般にはＩＴ（Information Technology）企業が多く、アプリを利用するユーザの家族情報および購買履歴情報などの顧客情報を管理している。プローブ情報収集者は、自身が保有する顧客情報と、プローブ情報から得られる行動履歴情報とから、ユーザの行動を分析し、ユーザごとに有効な広告を提供したりすることができる。例えば、ユーザＡが頻繁にレストランに立ち寄って外食をしていることが、行動履歴情報や購買履歴情報（例えば、クレジットカードの利用履歴情報）から分かったとする。また、ユーザＡがａ地点からｂ地点に向かう道路を頻繁に走行していることが、行動履歴情報から分かったとする。このような場合に、ａ地点からｂ地点に向かう道路沿いに新しいレストランがオープンした場合には、プローブ情報収集者は、そのレストランのクーポン情報をユーザＡにメール等で送信してもよい。このようにして、有効な広告活動が行われる。

特開２０１５−０９７００７号公報

一方、プローブ情報収集者以外の事業者であっても、プローブ情報を利用したいと考える場合がある。このようなプローブ情報を利用したい事業者（以下、「プローブ情報利用者」という。）も、独自に顧客を有しており、その顧客のプローブ情報をプローブ情報収集者から入手したいと考えている。しかしながら、プローブ情報利用者は、自身が管理する顧客情報がプローブ情報収集者に流出することを警戒しており、両者間の交渉がうまく行かなかったり、そもそもプローブ情報収集者との接触を避けていたりする。

本発明はこのような事情に鑑みてなされたものであり、プローブ情報利用者の管理する顧客情報の流出のリスクを減らした上で、プローブ情報収集者からプローブ情報を入手するために、車両のプローブ情報を仲介する仲介サーバおよび仲介方法を提供することを目的とする。

（１）上記目的を達成するために、本発明の一実施態様に係る仲介サーバは、移動端末から当該移動端末の位置および当該位置の通過時刻の情報を含むプローブ情報を収集する収集サーバに、前記移動端末のユーザを識別する第１ＩＤであって、前記プローブ情報の利用者が利用する利用サーバによって管理される前記第１ＩＤに対応した前記ユーザの識別子である第２ＩＤを送信する第２ＩＤ送信部と、前記第２ＩＤ送信部が送信した前記第２ＩＤが関連付けられた前記プローブ情報である第２ＩＤ関連プローブ情報を、前記収集サーバから受信するプローブ情報受信部と、前記プローブ情報受信部が受信した前記第２ＩＤ関連プローブ情報を、前記利用サーバに送信するプローブ情報送信部と、を備える。

（４）本発明の他の実施態様に係る仲介方法は、仲介サーバが、移動端末から当該移動端末の位置および当該位置の通過時刻の情報を含むプローブ情報を収集する収集サーバに、前記移動端末のユーザを識別する第１ＩＤであって、前記プローブ情報の利用者が利用する利用サーバによって管理される前記第１ＩＤに対応した前記ユーザの識別子である第２ＩＤを送信し、前記仲介サーバが、送信した前記第２ＩＤが関連付けられた前記プローブ情報である第２ＩＤ関連プローブ情報を、前記収集サーバから受信し、前記仲介サーバが、受信した前記第２ＩＤ関連プローブ情報を、前記利用サーバに送信する。

本発明によると、プローブ情報利用者の管理する顧客情報の流出のリスクを減らした上で、プローブ情報収集者からプローブ情報を入手することができる。

本発明の実施の形態１に係る交通情報収集システムの構成を示す図である。 本発明の実施の形態１に係る移動端末の機能的な構成を示すブロック図である。 移動端末の表示画面の一例を示す図である。 プローブ情報送信部から収集サーバに送信される第２ＩＤ関連プローブ情報の一例を示す図である。 本発明の実施の形態１に係る収集サーバの機能的な構成を示すブロック図である。 本発明の実施の形態１に係る仲介サーバの機能的な構成を示すブロック図である。 第２ＩＤ受信部が作成した関係情報の一例を示す図である。 本発明の実施の形態１に係る利用サーバの機能的な構成を示すブロック図である。 顧客情報記憶部に記憶されている顧客情報の一例を示す図である。 本発明の実施の形態１に係る交通情報収集システムの処理の流れの一例を示すシーケンス図である。 本発明の実施の形態２に係る仲介サーバの機能的な構成を示すブロック図である。 本発明の実施の形態２に係る利用サーバの機能的な構成を示すブロック図である。 本発明の実施の形態２に係る交通情報収集システムの処理の流れの一例を示すシーケンス図である。 本発明の実施の形態３に係る仲介サーバの機能的な構成を示すブロック図である。 本発明の実施の形態３に係る収集サーバの機能的な構成を示すブロック図である。 本発明の実施の形態３に係る交通情報収集システムの処理の流れの一例を示すシーケンス図である。 本発明の実施の形態４に係る仲介サーバの機能的な構成を示すブロック図である。 本発明の実施の形態４に係る交通情報収集システムの処理の流れの一例を示すシーケンス図である。

最初に本発明の実施態様を列記して説明する。
（１）本発明の一実施態様に係る交通情報収集システムは、自端末の位置および当該位置の通過時刻の情報を含むプローブ情報を取得する移動端末と、前記プローブ情報の収集者によって利用される収集サーバであって、前記移動端末が取得した前記プローブ情報を収集する前記収集サーバと、前記プローブ情報の利用者によって利用される利用サーバであって、前記移動端末が取得した前記プローブ情報を取得する前記利用サーバと、前記プローブ情報の仲介者によって利用される仲介サーバであって、前記収集サーバが収集した前記プローブ情報を前記利用サーバに送信する前記仲介サーバとを備え、前記移動端末のユーザを識別する第１ＩＤであって、前記利用サーバによって管理される前記第１ＩＤに対応した前記ユーザの識別子である第２ＩＤを関連付けした前記プローブ情報である第２ＩＤ関連プローブ情報を、前記移動端末が前記収集サーバに送信し、前記収集サーバは、前記移動端末から前記第２ＩＤ関連プローブ情報を受信し、受信した前記第２ＩＤ関連プローブ情報を、前記仲介サーバに送信し、前記仲介サーバは、前記収集サーバから前記第２ＩＤ関連プローブ情報を受信し、受信した前記第２ＩＤ関連プローブ情報の中から、前記第２ＩＤ関連プローブ情報が示す前記第２ＩＤに基づいて前記利用サーバが管理する前記第１ＩＤに対応付けられると判断される前記第２ＩＤ関連プローブ情報を、前記利用サーバに送信し、前記利用サーバは、前記仲介サーバから、前記第２ＩＤ関連プローブ情報を受信する。

この構成によると、収集サーバが収集した移動端末のプローブ情報が、仲介サーバを介して利用サーバに送信される。利用サーバはユーザの識別子である第１ＩＤを管理している。一方、移動端末は第１ＩＤに対応した第２ＩＤと関連付けてプローブ情報（第２ＩＤ関連プローブ情報）を収集サーバに送信する。このため、収集サーバは、第２ＩＤを知ることはできても、第１ＩＤを知ることはできない。仲介サーバは、収集サーバから取得した第２ＩＤ関連プローブ情報が示す第２ＩＤに基づいて利用サーバが管理する第１ＩＤに対応付けられると判断される第２ＩＤ関連プローブ情報を利用サーバに送信する。このため、利用サーバは、自身が管理する第１ＩＤを収集サーバに知らせることなく、自身が管理する顧客のプローブ情報を入手することができる。つまり、利用サーバは、プローブ情報の利用者の管理する顧客情報の流出のリスクを減らした上で、プローブ情報の収集者からプローブ情報を入手することができる。

（２）好ましくは、前記仲介サーバは、前記収集サーバから、前記第２ＩＤ関連プローブ情報を受信する仲介側プローブ情報受信部と、前記仲介側プローブ情報受信部が受信した前記第２ＩＤ関連プローブ情報のうち、前記利用サーバが管理する前記第１ＩＤに対応した前記第２ＩＤに関連付けられた前記第２ＩＤ関連プローブ情報を、前記利用サーバに送信する仲介側プローブ情報送信部とを含む。

この構成によると、仲介サーバは、収集サーバから収集した第２ＩＤ関連プローブ情報の中から、利用サーバが管理する第１ＩＤに対応した第２ＩＤ関連プローブ情報を当該利用サーバに送信している。例えば、利用サーバが複数ある場合には、仲介サーバが、収集サーバが収集したすべての第２ＩＤ関連プローブ情報を一旦受信し、利用サーバごとに当該利用サーバが管理する第１ＩＤに対応した第２ＩＤ関連プローブ情報を振り分け、各利用サーバに振り分けられた第２ＩＤ関連プローブ情報を送信することができる。このため、仲介サーバは、収集サーバに第１ＩＤを知らせることなく第１ＩＤに対応したプローブ情報を利用サーバに送信することができる。

（３）また、前記仲介サーバは、前記利用サーバが管理する前記第１ＩＤに対応した前記第２ＩＤを、前記収集サーバに送信する第２ＩＤ送信部と、前記第２ＩＤ送信部が送信した前記第２ＩＤに関連付けられた前記第２ＩＤ関連プローブ情報を、前記収集サーバから受信する仲介側プローブ情報受信部と、前記仲介側プローブ情報受信部が受信した前記第２ＩＤ関連プローブ情報を、前記利用サーバに送信する仲介側プローブ情報送信部とを含み、前記収集サーバは、前記移動端末から、前記第２ＩＤ関連プローブ情報を受信する収集側プローブ情報受信部と、前記仲介サーバから、前記第２ＩＤを受信する収集側ＩＤ受信部と、前記収集側プローブ情報受信部が受信した前記第２ＩＤ関連プローブ情報のうち、前記収集側ＩＤ受信部が受信した前記第２ＩＤに関連付けられた前記第２ＩＤ関連プローブ情報を、前記仲介サーバに送信する収集側プローブ情報送信部とを含んでいてもよい。

この構成によると、仲介サーバが、第１ＩＤに対応した第２ＩＤを収集サーバに送信することにより、第２ＩＤに関連付けられた第２ＩＤ関連プローブ情報を収集サーバから受信し、受信した第２ＩＤ関連プローブ情報を利用サーバに送信している。例えば、プローブ情報の利用を要求している利用者の利用サーバで管理されている第１ＩＤに対応する第２ＩＤを仲介サーバが収集サーバに送信する。このことにより、利用サーバは、第１ＩＤで特定されるユーザが利用する移動端末のプローブ情報を、仲介サーバを経由して収集サーバから入手することができる。このため、仲介サーバは、収集サーバに第１ＩＤを知らせることなく、第１ＩＤに対応したプローブ情報を利用サーバに送信することができる。

（４）好ましくは、前記利用サーバは、さらに、前記仲介サーバから受信した前記第２ＩＤ関連プローブ情報が示す前記第２ＩＤを前記第１ＩＤに変換する。

この構成によると、利用サーバが第２ＩＤを第１ＩＤに変換している。このため、仲介サーバが第２ＩＤを第１ＩＤに変換する必要がなくなり、仲介サーバの処理負荷を軽減することができる。

（５）さらに好ましくは、前記移動端末は、さらに、所定の暗号鍵を用いて前記第１ＩＤを暗号化することにより、前記第１ＩＤを前記第２ＩＤに変換し、前記利用サーバは、さらに、前記所定の暗号鍵に対応した復号鍵を用いて前記第２ＩＤを復号することにより、前記第２ＩＤを前記第１ＩＤに変換する。

この構成によると、移動端末は、第１ＩＤを暗号化することにより第１ＩＤを第２ＩＤに変換している。このため、第２ＩＤを知ることができる収集サーバは、第２ＩＤから第１ＩＤを類推することが困難である。また、暗号鍵および復号鍵を定期的に更新するなどすることにより、収集サーバは第１ＩＤを類推することがより困難となる。このため、利用サーバは、より安全に、収集サーバからプローブ情報を入手することができる。

（６）また、前記仲介サーバは、さらに、前記収集サーバから受信した前記第２ＩＤ関連プローブ情報が示す前記第２ＩＤを前記第１ＩＤに変換し、変換後の前記第１ＩＤを、前記利用サーバが管理する前記第１ＩＤに対応付けられると判断される前記第２ＩＤ関連プローブ情報とともに、前記利用サーバに送信してもよい。

この構成によると、仲介サーバが第２ＩＤを第１ＩＤに変換し、第１ＩＤとともに第２ＩＤ関連プローブ情報を利用サーバに送信している。このため、利用サーバが第２ＩＤを第１ＩＤに変換する必要がなくなり、利用サーバの処理負荷を軽減することができる。

（７）好ましくは、前記移動端末は、さらに、所定の暗号鍵を用いて前記第１ＩＤを暗号化することにより、前記第１ＩＤを前記第２ＩＤに変換し、前記仲介サーバは、さらに、前記所定の暗号鍵に対応した復号鍵を用いて前記第２ＩＤを復号することにより、前記第２ＩＤを前記第１ＩＤに変換する。

この構成によると、移動端末は、第１ＩＤを暗号化することにより第１ＩＤを第２ＩＤに変換している。このため、第２ＩＤを知ることができる収集サーバは、第２ＩＤから第１ＩＤを類推することが困難である。また、暗号鍵および復号鍵を定期的に更新するなどすることにより、収集サーバは第１ＩＤを類推することがより困難となる。このため、利用サーバは、より安全に、収集サーバからプローブ情報を入手することができる。

（８）本発明の他の実施態様に係る交通情報収集方法は、上述の交通情報収集システムの構成に対応する処理ステップを含んで構成される。このため、上述の交通情報収集システムと同様の作用および効果を奏することができる。

（９）本発明の他の実施態様に係るプログラムは、上述の交通情報収集システムが備える移動端末としてコンピュータを機能させるためのプログラムであって、当該移動端末のユーザを識別する第１ＩＤであって、前記移動端末の位置および当該位置の通過時刻の情報を含むプローブ情報の利用者が利用する利用サーバによって管理される前記第１ＩＤを取得する第１ＩＤ取得部と、前記第１ＩＤ取得部が取得した前記第１ＩＤを第２ＩＤに変換するＩＤ変換部と、前記ＩＤ変換部による変換後の前記第２ＩＤを、前記プローブ情報を作成するプログラムモジュールに送信して、当該プログラムモジュールを起動する起動部として前記コンピュータを機能させる。

この構成によると、移動端末が第１ＩＤに対応した第２ＩＤをプログラムモジュールに送信して、プログラムモジュールを起動している。そのため、プログラムモジュールは、第１ＩＤではなく、第２ＩＤと関連付けてプローブ情報を収集サーバに送信することになる。このため、収集サーバは、第２ＩＤを知ることはできても、第１ＩＤを知ることはできない。仲介サーバは、第１ＩＤに対応付けられるプローブ情報を収集サーバから取得して、利用サーバに送信することができる。このため、利用サーバは、自身が管理する第１ＩＤを収集サーバに知らせることなく、自身が管理する顧客のプローブ情報を入手することができる。つまり、利用サーバは、プローブ情報の利用者の管理する顧客情報の流出のリスクを減らした上で、プローブ情報の収集者からプローブ情報を入手することができる。

（１０）本発明の他の実施態様に係るプログラムは、上述の交通情報収集システムが備える移動端末としてコンピュータを機能させるためのプログラムであって、当該移動端末のユーザを識別する第１ＩＤであって、前記移動端末の位置および当該位置の通過時刻の情報を含むプローブ情報の利用者が利用する利用サーバによって管理される前記第１ＩＤを取得する第１ＩＤ取得部と、前記第１ＩＤ取得部が取得した前記第１ＩＤを第２ＩＤに変換するＩＤ変換部と、前記移動端末のプローブ情報を取得するプローブ情報取得部と、前記ＩＤ変換部による変換後の前記第２ＩＤと、前記プローブ情報取得部が取得した前記プローブ情報とを関連付けて、前記プローブ情報の収集者が利用する収集サーバに送信するプローブ情報送信部として前記コンピュータを機能させる。

この構成によると、移動端末は第１ＩＤに対応した第２ＩＤと関連付けてプローブ情報を収集サーバに送信している。このため、収集サーバは、第２ＩＤを知ることはできても、第１ＩＤを知ることはできない。仲介サーバは、第１ＩＤに対応付けられるプローブ情報を収集サーバから取得して、利用サーバに送信することができる。このため、利用サーバは、自身が管理する第１ＩＤを収集サーバに知らせることなく、自身が管理する顧客のプローブ情報を入手することができる。つまり、利用サーバは、プローブ情報の利用者の管理する顧客情報の流出のリスクを減らした上で、プローブ情報の収集者からプローブ情報を入手することができる。

（１１）本発明の他の実施態様に係るプログラムは、上述の交通情報収集システムが備える仲介サーバとしてコンピュータを機能させるためのプログラムであって、移動端末から当該移動端末の位置および当該位置の通過時刻の情報を含むプローブ情報を収集する収集サーバに、前記移動端末のユーザを識別する第１ＩＤであって、前記プローブ情報の利用者が利用する利用サーバによって管理される前記第１ＩＤに対応した前記ユーザの識別子である第２ＩＤを送信する第２ＩＤ送信部と、前記第２ＩＤ送信部が送信した前記第２ＩＤが関連付けられた前記プローブ情報である第２ＩＤ関連プローブ情報を、前記収集サーバから受信するプローブ情報受信部と、前記プローブ情報受信部が受信した前記第２ＩＤ関連プローブ情報を、前記利用サーバに送信するプローブ情報送信部として前記コンピュータを機能させる。

この構成によると、収集サーバが収集した移動端末のプローブ情報が、仲介サーバを介して利用サーバに送信される。利用サーバはユーザの識別子である第１ＩＤを管理している。一方、移動端末は第１ＩＤに対応した第２ＩＤと関連付けてプローブ情報（第２ＩＤ関連プローブ情報）を収集サーバに送信する。このため、収集サーバは、第２ＩＤを知ることはできても、第１ＩＤを知ることはできない。仲介サーバは、収集サーバから取得した第２ＩＤ関連プローブ情報が示す第２ＩＤに基づいて利用サーバが管理する第１ＩＤに対応付けられると判断される第２ＩＤ関連プローブ情報を利用サーバに送信する。このため、利用サーバは、自身が管理する第１ＩＤを収集サーバに知らせることなく、自身が管理する顧客のプローブ情報を入手することができる。つまり、利用サーバは、プローブ情報の利用者の管理する顧客情報の流出のリスクを減らした上で、プローブ情報の収集者からプローブ情報を入手することができる。

（１２）本発明の他の実施態様に係るプログラムは、上述の交通情報収集システムが備える収集サーバとしてコンピュータを機能させるためのプログラムであって、移動端末のユーザを識別する第１ＩＤであって、前記移動端末の位置および当該位置の通過時刻の情報を含むプローブ情報の利用者が利用する利用サーバによって管理される前記第１ＩＤに対応した前記ユーザの識別子である第２ＩＤを関連付けした前記プローブ情報である第２ＩＤ関連プローブ情報を、前記移動端末から受信するプローブ情報受信部と、前記プローブ情報の仲介者によって利用される仲介サーバから、前記第２ＩＤを受信する第２ＩＤ受信部と、前記プローブ情報受信部が受信した前記第２ＩＤ関連プローブ情報のうち、前記第２ＩＤ受信部が受信した前記第２ＩＤに関連付けられた前記第２ＩＤ関連プローブ情報を、前記仲介サーバに送信するプローブ情報送信部として前記コンピュータを機能させる。

この構成によると、収集サーバは、第１ＩＤに対応した第２ＩＤを仲介サーバから受信し、受信した第２ＩＤに関連付けられた第２ＩＤ関連プローブ情報を仲介サーバに送信することができる。仲介サーバは、第２ＩＤ関連プローブ情報を利用サーバに送信することができる。このため、収集サーバは、第１ＩＤを知ることなく、利用サーバに、第１ＩＤに対応したプローブ情報を送信することができる。つまり、利用サーバは、プローブ情報の利用者の管理する顧客情報の流出のリスクを減らした上で、プローブ情報の収集者からプローブ情報を入手することができる。

（１３）本発明の他の実施態様に係るプログラムは、上述の交通情報収集システムが備える利用サーバとしてコンピュータを機能させるためのプログラムであって、前記利用サーバは、移動端末の位置および当該位置の通過時刻の情報を含むプローブ情報の利用者によって利用され、前記移動端末のユーザを識別する第１ＩＤであって、前記利用サーバが管理する第１ＩＤに対応した第２ＩＤに関連付けられた前記プローブ情報である第２ＩＤ関連プローブ情報を、収集サーバが収集した前記プローブ情報を仲介する仲介サーバから受信するプローブ情報受信部として前記コンピュータを機能させる。

この構成によると、利用サーバは、自身が管理する第１ＩＤを収集サーバに知らせることなく、自身が管理する顧客のプローブ情報を仲介サーバから入手することができる。つまり、利用サーバは、プローブ情報の利用者の管理する顧客情報の流出のリスクを減らした上で、プローブ情報の収集者からプローブ情報を入手することができる。

［本願発明の実施形態の詳細］
以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示すものである。以下の実施の形態で示される数値、構成要素、構成要素の配置位置および接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。本発明は、特許請求の範囲によって特定される。よって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、本発明の課題を達成するのに必ずしも必要ではないが、より好ましい形態を構成するものとして説明される。

（実施の形態１）
［１−１．システムの全体構成］
図１は、本発明の実施の形態１に係る交通情報収集システムの構成を示す図である。

交通情報収集システム１は、道路上を走行する自動車などの車両２の位置および当該位置の通過時刻の情報を含むプローブ情報を収集するシステムであり、移動端末１０と、収集サーバ２０と、仲介サーバ３０と、複数の利用サーバ４０（Ｘ、Ｙ）とを備える。移動端末１０は、無線基地局４を介してインターネットなどの広域通信網３に接続されている。また、収集サーバ２０、仲介サーバ３０および複数の利用サーバ４０（Ｘ、Ｙ）も広域通信網３に接続されている。

移動端末１０は、車両２のドライバまたは同乗者が利用するスマートフォンなどの携帯情報端末であり、移動端末１０上では、プローブ情報を取得するためのカーナビゲーションなどのアプリが実行されているものとする。このアプリを利用したカーナビゲーションなどのサービスは、収集サーバ２０を利用するプローブ情報収集者またはプローブ情報収集者に関連する事業者から提供される。移動端末１０は、所定時間間隔で自身のプローブ情報を取得し、取得したプローブ情報を収集サーバ２０に送信する。図１には、移動端末１０を１つしか記載していないが、道路上には複数の車両２が走行している。このため、移動端末１０も複数存在する。

収集サーバ２０は、プローブ情報収集者によって利用されるサーバであって、移動端末１０が取得したプローブ情報を収集する。

利用サーバ４０は、プローブ情報利用者によって利用されるサーバであって、移動端末１０が取得したプローブ情報を取得する。利用サーバ４０は、１以上存在するものとし、ここでは、利用サーバＸおよびＹを図示している。なお、利用サーバＸおよびＹのプローブ情報利用者は異なる。

仲介サーバ３０は、プローブ情報を仲介する事業者（以下、「プローブ情報仲介者」という。）によって利用されるサーバであって、収集サーバ２０が収集したプローブ情報を利用サーバ４０に送信する。

なお、上記したプローブ情報収集者、プローブ情報利用者およびプローブ情報仲介者は互いに異なる。

［１−２．移動端末１０の構成］
図２は、本発明の実施の形態１に係る移動端末１０の機能的な構成を示すブロック図である。

移動端末１０は、移動端末１０のユーザを、当該ユーザの識別子である第１ＩＤにより識別する。第１ＩＤは、利用サーバ４０によって管理されており、利用サーバ４０が、第１ＩＤとユーザの顧客情報（購買履歴情報、家族情報など）とを対応付けて記憶している。移動端末１０は、自身のプローブ情報を取得し、移動端末１０のユーザの第１ＩＤに対応した第２ＩＤを関連付けしたプローブ情報である第２ＩＤ関連プローブ情報を収集サーバに送信する。ここで、第２ＩＤは、移動端末１０のユーザの識別子であり、第１ＩＤと対応付けられる識別子である。

移動端末１０は、上述したようにスマートフォンなどの携帯情報端末であり、内部にＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）および通信インタフェースなどを備えるコンピュータを含む。

移動端末１０は、第１ＩＤ取得部１１と、第１ＩＤ送信部１２と、認証結果受信部１３と、ＩＤ変換部１４と、起動部１５と、第２ＩＤ送信部１８と、プローブ情報取得部１６と、プローブ情報送信部１７とを備える。これらの各処理部は、ＲＡＭなどに記憶されたコンピュータプログラムをＣＰＵ上で実行することにより、その機能を達成する。

移動端末１０上では、起動アプリ１０Ａとカーナビゲーションアプリ１０Ｂとが実行され、起動アプリ１０Ａを実行することにより処理部１１〜１５および１８が実現され、カーナビゲーションアプリ１０Ｂを実行することにより処理部１６および１７が実現される。

なお、起動アプリ１０Ａは、プローブ情報利用者ごとに用意されている。つまり、利用サーバＸが第１ＩＤを管理しているユーザの移動端末１０には、利用サーバＸを利用するプローブ情報利用者（以下、「プローブ情報利用者Ｘ」という。）用の起動アプリ１０Ａがインストールされており、利用サーバＹが第１ＩＤを管理しているユーザの移動端末１０には、利用サーバＹを利用するプローブ情報利用者（以下、「プローブ情報利用者Ｙ」という。）用の起動アプリ１０Ａがインストールされているものとする。

図３は、移動端末１０の表示画面の一例を示す図であり、図３（ａ）に示すように、移動端末１０のホーム画面には、起動アプリ１０Ａのアイコン１０Ｃと、カーナビゲーションアプリ１０Ｂのアイコン１０Ｄとが表示されている。起動アプリ１０Ａのアイコン１０Ｃをユーザがタップすることにより、起動アプリ１０Ａが起動し、図３（ｂ）に示すような起動アプリ１０Ａの初期画面が表示される。

第１ＩＤ取得部１１は、第１ＩＤを取得する。第１ＩＤ取得部１１は、例えば、ユーザが移動端末１０のソフトウェアキーボードなどを操作して入力した第１ＩＤを受け付けることにより、第１ＩＤを取得する。なお、第１ＩＤ取得部１１は、第１ＩＤとともに、パスワードの入力を受け付けてもよい。例えば、図３（ｂ）に示す起動アプリ１０Ａの初期画面において、ユーザがログインボタン１０Ｅをタップすると、図３（ｃ）に示すような第１ＩＤおよびパスワードの入力画面が表示される。この画面において、ユーザが第１ＩＤおよびパスワードを入力すると、第１ＩＤ取得部１１が、入力された第１ＩＤおよびパスワードを取得する。

第１ＩＤ送信部１２は、第１ＩＤ取得部１１が取得した第１ＩＤおよびパスワードを利用サーバ４０に送信することにより、ユーザ認証を受ける。なお、第１ＩＤが利用サーバＸにより管理されている場合（起動アプリ１０Ａがプローブ情報利用者Ｘ用の起動アプリ１０Ａの場合）には、第１ＩＤ送信部１２は、第１ＩＤおよびパスワードを利用サーバＸに送信することにより、利用サーバＸによりユーザ認証を受ける。また、第１ＩＤが利用サーバＹにより管理されている場合（起動アプリ１０Ａがプローブ情報利用者Ｙ用の起動アプリ１０Ａの場合）には、第１ＩＤ送信部１２は、第１ＩＤおよびパスワードを利用サーバＹに送信することにより、利用サーバＹによりユーザ認証を受ける。

認証結果受信部１３は、いずれかの利用サーバ４０でユーザ認証された認証結果を、当該利用サーバ４０から受信する。

ＩＤ変換部１４は、認証結果受信部１３がユーザ認証成功との認証結果を得た場合に、第１ＩＤを第２ＩＤに変換する。例えば、ＩＤ変換部１４は、暗号鍵として予め定められた公開鍵を用いて公開鍵暗号方式により第１ＩＤを暗号化し、暗号化した結果を第２ＩＤとしてもよい。具体的には、第１ＩＤが利用サーバＸにより管理される場合には、利用サーバＸ用の公開鍵を用いて第１ＩＤを暗号化し、第１ＩＤが利用サーバＹにより管理される場合には、利用サーバＹ用の公開鍵を用いて第１ＩＤを暗号化する。なお、暗号方式は公開鍵暗号方式に限定されるものではなく、第１ＩＤを管理する利用サーバとの間で秘密管理された共通鍵を暗号鍵として用いて第１ＩＤを暗号化する共通鍵暗号方式などの他の方式を用いることもできる。また、ＩＤ変換部１４は、第１ＩＤと第２ＩＤとの変換テーブルを有しており、変換テーブルを用いて第１ＩＤを第２ＩＤに変換してもよい。なお、暗号鍵または変換テーブルは定期的に更新するとしてもよい。

起動部１５は、認証結果受信部１３がユーザ認証成功との認証結果を得た場合に、カーナビゲーションアプリ１０Ｂを起動する。その際、起動部１５は、カーナビゲーションアプリ１０Ｂに第２ＩＤを送信する。これにより、例えば、図３（ｄ）に示すように、移動端末１０の画面には、カーナビゲーションアプリ１０Ｂが提供する経路案内の画像が表示され、それ以降はカーナビゲーションのサービスが提供される。

第２ＩＤ送信部１８は、第２ＩＤを仲介サーバ３０に送信する。この際、第２ＩＤとともに、起動アプリ１０Ａがどのプローブ情報利用者向けのアプリであるかを示す情報も合わせて送信する。例えば、第２ＩＤ送信部１８は、起動アプリ１０Ａの識別子を送信することにより、上記情報を仲介サーバ３０に送信する。これにより、仲介サーバ３０側では、第２ＩＤとプローブ情報利用者とを紐づけることができる。

プローブ情報取得部１６は、移動端末１０のプローブ情報を取得する。例えば、移動端末１０は、移動端末１０が備えるＧＰＳ（Global Positioning System）センサやジャイ
ロセンサなどから移動端末１０の位置情報を所定時間間隔で取得し、当該位置の通過時刻情報を移動端末１０が備えるタイマーや時計などから取得することにより、プローブ情報を取得する。

プローブ情報送信部１７は、ＩＤ変換部１４による変換後の第２ＩＤと、プローブ情報取得部１６が取得したプローブ情報とを関連付けて、収集サーバ２０に送信する。第２ＩＤが関連付けされたプローブ情報のことを、以下では「第２ＩＤ関連プローブ情報」という。なお、プローブ情報送信部１７は、第２ＩＤ関連プローブ情報を１つずつ収集サーバ２０に送信してもよいが、複数の第２ＩＤ関連プローブ情報をまとめて収集サーバ２０に送信してもよい。

図４は、プローブ情報送信部１７から収集サーバ２０に送信される第２ＩＤ関連プローブ情報の一例を示す図である。図４に示すように第２ＩＤ関連プローブ情報は、プローブＩＤと、第２ＩＤと、位置情報と、時刻情報とを含む。プローブＩＤとは、プローブ情報の送信者を識別するための識別子であり、例えば、移動端末１０の装置ＩＤなどである。第２ＩＤは、ＩＤ変換部１４から取得される移動端末１０のユーザの識別子である。位置情報および時刻情報はプローブ情報取得部１６から取得されるプローブ情報である。第２ＩＤ関連プローブ情報は、車両２の速度情報や舵角情報などのその他のプローブ情報を含んでいてもよい。プローブ情報送信部１７は、第２ＩＤ関連プローブ情報に第２ＩＤを含めることにより、第２ＩＤと、プローブ情報取得部１６が取得したプローブ情報とを関連付ける。なお、プローブ情報送信部１７は、端末装置１０の装置ＩＤに第２ＩＤを付加したものをプローブＩＤとして、第２ＩＤ関連プローブ情報に含めてもよい。これにより、プローブ情報送信部１７は、第２ＩＤと、プローブ情報取得部１６が取得したプローブ情報とを関連付けることができる。この場合には、第２ＩＤ関連プローブ情報に第２ＩＤの欄を設ける必要はない。

なお、移動端末１０のユーザは、図３（ａ）に示したホーム画面において、アイコン１０Ｃをタップせずに、アイコン１０Ｄをタップすることによりカーナビゲーションアプリ１０Ｂを起動することも可能である。この場合、起動アプリ１０Ａは起動されていないため、カーナビゲーションアプリ１０Ｂは、起動アプリ１０ＡのＩＤ変換部１４から第２ＩＤを受信することができない。このような場合には、カーナビゲーションアプリ１０Ｂのプローブ情報送信部１７は、第２ＩＤ関連プローブ情報の第２ＩＤの欄に、ダミーの値（例えば、予め定められた定数、または乱数）を埋め込んで、収集サーバ２０に第２ＩＤ関連プローブ情報を送信するようにしてもよい。なお、移動端末１０にカーナビゲーションアプリ１０Ｂがインストールされているが、起動アプリ１０Ａがインストールされていない場合にも同様に、カーナビゲーションアプリ１０Ｂのプローブ情報送信部１７は、第２ＩＤ関連プローブ情報の第２ＩＤの欄に、ダミーの値を埋め込んで、収集サーバ２０に第２ＩＤ関連プローブ情報を送信するようにしてもよい。

［１−３．収集サーバ２０の構成］
図５は、本発明の実施の形態１に係る収集サーバ２０の機能的な構成を示すブロック図である。

収集サーバ２０は、移動端末１０から第２ＩＤ関連プローブ情報を受信し、受信した第２ＩＤ関連プローブ情報を仲介サーバ３０に送信する。

収集サーバ２０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ（Hard Disk Drive）および通信
インタフェースなどを備えるコンピュータにより構成される。

収集サーバ２０は、プローブ情報受信部２１と、プローブ情報記憶部２２と、プローブ情報要求信号受信部２３と、プローブ情報送信部２４とを備える。処理部２１、２３および２４は、ＲＡＭなどに記憶されたコンピュータプログラムをＣＰＵ上で実行することにより、その機能を達成する。

プローブ情報受信部２１は、移動端末１０から、第２ＩＤ関連プローブ情報を受信する。プローブ情報受信部２１は、受信した第２ＩＤ関連プローブ情報をプローブ情報記憶部２２に書き込む。

プローブ情報記憶部２２は、プローブ情報受信部２１が受信したプローブ情報を記憶する記憶装置であり、ＨＤＤなどにより構成される。

プローブ情報要求信号受信部２３は、プローブ情報の送信を要求する信号であるプローブ情報要求信号を、仲介サーバ３０から受信する。

プローブ情報送信部２４は、プローブ情報要求信号受信部２３が受信したプローブ情報要求信号に応答して、プローブ情報記憶部２２から第２ＩＤ関連プローブ情報を読み出す。プローブ情報送信部２４は、読み出した第２ＩＤ関連プローブ情報を、仲介サーバ３０に送信する。例えば、プローブ情報送信部２４は、プローブ情報記憶部２２に記憶されている第２ＩＤ関連プローブ情報のうち、仲介サーバ３０に未送信のすべての第２ＩＤ関連プローブ情報を、仲介サーバ３０に送信する。仲介サーバ３０に送信済みか否かは、プローブ情報送信部２４が、第２ＩＤ関連プローブ情報に送信済みフラグを付けることにより、管理してもよい。

［１−４．仲介サーバ３０の構成］
図６は、本発明の実施の形態１に係る仲介サーバ３０の機能的な構成を示すブロック図である。

仲介サーバ３０は、収集サーバ２０から第２ＩＤ関連プローブ情報を受信する。仲介サーバ３０は、受信した第２ＩＤ関連プローブ情報の中から、第２ＩＤ関連プローブ情報が示す第２ＩＤに基づいて、利用サーバ４０ごとに、当該利用サーバ４０が管理する第１ＩＤに対応付けられると判断される第２ＩＤ関連プローブ情報を、利用サーバ４０に送信する。

仲介サーバ３０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤおよび通信インタフェースなどを備えるコンピュータにより構成される。

仲介サーバ３０は、プローブ情報要求信号送信部３１と、プローブ情報受信部３２と、プローブ情報記憶部３３と、プローブ情報振り分け部３４と、プローブ情報送信部３５と、第２ＩＤ受信部３８と、関係情報記憶部３９とを備える。処理部３１、３２、３４、３５および３８は、ＲＡＭなどに記憶されたコンピュータプログラムをＣＰＵ上で実行することにより、その機能を達成する。

第２ＩＤ受信部３８は、移動端末１０から第２ＩＤと、移動端末１０上で実行されている起動アプリ１０Ａがどのプローブ情報利用者に向けられたものであるのかを示す情報（例えば、起動アプリ１０Ａの識別子）とを受信する。第２ＩＤ受信部３８は、受信したこれらの情報に基づいて、第２ＩＤとプローブ情報利用者のＩＤとの関係を示す関係情報を作成し、作成した関係情報を関係情報記憶部３９に書き込む。

図７は、第２ＩＤ受信部３８が作成した関係情報の一例を示す図である。図７に示すように、関係情報は、第２ＩＤとプローブ情報利用者ＩＤとの関係を示している。例えば、第２ＩＤ「１１１」とプローブ情報利用者ＩＤ「Ｘ」とが対応付けられており、第２ＩＤ「１１１」で識別されるユーザは、プローブ情報利用者Ｘ用の起動アプリ１０Ａを利用していることが示されている。また、第２ＩＤ「１１２」とプローブ情報利用者ＩＤ「Ｙ」とが対応付けられており、第２ＩＤ「１１２」で識別されるユーザは、プローブ情報利用者Ｙ用の起動アプリ１０Ａを利用していることが示されている。

関係情報記憶部３９は、図７に示すような第２ＩＤ受信部３８が作成した関係情報を記憶する記憶装置であり、ＨＤＤなどにより構成される。

プローブ情報要求信号送信部３１は、収集サーバ２０に対してプローブ情報要求信号を送信する。プローブ情報要求信号送信部３１は、所定時間ごとなどのように定期的にプローブ情報要求信号を送信してもよいし、いずれかの利用サーバ４０からプローブ情報を入手したい旨の要求があった場合にプローブ情報要求信号を送信してもよい。

プローブ情報受信部３２は、プローブ情報要求信号送信部３１が送信したプローブ情報要求信号に応答して収集サーバ２０から送信される第２ＩＤ関連プローブ情報を受信し、受信した第２ＩＤ関連プローブ情報をプローブ情報記憶部３３に書き込む。

プローブ情報記憶部３３は、プローブ情報受信部３２が受信した第２ＩＤ関連プローブ情報を一時的に記憶する記憶装置であり、ＨＤＤなどにより構成される。

プローブ情報振り分け部３４は、プローブ情報記憶部３３に一時的に記憶された第２ＩＤ関連プローブ情報の振り分け先の利用サーバ４０を決定する。具体的には、プローブ情報振り分け部３４は、図７に示した関係情報を参照して、第２ＩＤ関連プローブ情報に含まれる第２ＩＤに基づいて、当該第２ＩＤに対応したプローブ情報利用者ＩＤを決定する。プローブ情報振り分け部３４は、決定したプローブ情報利用者ＩＤが利用する利用サーバ４０を、第２ＩＤ関連プローブ情報の振り分け先の利用サーバ４０として決定する。例えば、第２ＩＤ関連プローブ情報に含まれる第２ＩＤが「１１１」である場合には、第２ＩＤ「１１１」はプローブ情報利用者ＩＤ「Ｘ」に対応している。このため、プローブ情報振り分け部３４は、第２ＩＤ「１１１」を含む第２ＩＤ関連プローブ情報を、プローブ情報利用者Ｘの利用する利用サーバＸに振り分けることを決定する。同様にして、プローブ情報振り分け部３４は、第２ＩＤ「１１２」を含む第２ＩＤ関連プローブ情報を、プローブ情報利用者Ｙの利用する利用サーバＹに振り分けることを決定する。

プローブ情報送信部３５は、プローブ情報振り分け部３４が決定した振り分け先に基づいて、プローブ情報記憶部３３に一時記憶された第２ＩＤ関連プローブ情報を、それぞれの振り分け先の利用サーバ４０に送信する。以上の処理により、プローブ情報送信部３５は、利用サーバ４０ごとに、利用サーバ４０が管理する第１ＩＤに対応した第２ＩＤに関連付けられた第２ＩＤ関連プローブ情報を、利用サーバ４０に送信することができる。

［１−５．利用サーバ４０の構成］
図８は、本発明の実施の形態１に係る利用サーバ４０の機能的な構成を示すブロック図である。

利用サーバ４０は、仲介サーバ３０から第２ＩＤ関連プローブ情報を受信する。利用サーバ４０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤおよび通信インタフェースなどを備えるコンピュータにより構成される。

利用サーバ４０は、プローブ情報受信部４１と、ＩＤ変換部４２と、プローブ情報記憶部４３と、顧客情報記憶部４４と、認証処理部４５とを備える。処理部４１、４２および４５は、ＲＡＭなどに記憶されたコンピュータプログラムをＣＰＵ上で実行することにより、その機能を達成する。

プローブ情報受信部４１は、仲介サーバ３０から第２ＩＤ関連プローブ情報を受信する。

ＩＤ変換部４２は、プローブ情報受信部４１が受信した第２ＩＤ関連プローブ情報に含まれる第２ＩＤを第１ＩＤに変換する。例えば、ＩＤ変換部４２は、復号鍵として予め定められた秘密鍵を用いて公開鍵暗号方式により第２ＩＤを復号し、復号した結果を第１ＩＤとしてもよい。具体的には、利用サーバ４０が利用サーバＸの場合には、利用サーバＸ用の秘密鍵を復号鍵として用いて、第２ＩＤを復号し、利用サーバ４０が利用サーバＹの場合には、利用サーバＹ用の秘密鍵を復号鍵として用いて第２ＩＤを復号する。公開鍵暗号方式を用いることにより、利用サーバ４０が秘密鍵を適切に管理しさえすれば、第２ＩＤから第１ＩＤへの変換の秘匿性を担保することができる。なお、復号方式は公開鍵暗号方式に限定されるものではなく、利用サーバ４０と移動端末１０との間で秘密管理された共通鍵を復号鍵として用いて第２ＩＤを復号する共通鍵暗号方式などの他の方式を用いることもできる。また、ＩＤ変換部４２は、第１ＩＤと第２ＩＤとの変換テーブルを有しており、変換テーブルを用いて第２ＩＤを第１ＩＤに変換してもよい。なお、復号鍵または変換テーブルは定期的に更新するとしてもよい。

プローブ情報受信部４１は、ＩＤ変換部４２により変換された後の第１ＩＤと対応付けて、受信した第２ＩＤ関連プローブ情報を、プローブ情報記憶部４３に書き込む。

プローブ情報記憶部４３は、第２ＩＤ関連プローブ情報を記憶する記憶装置であり、ＨＤＤなどにより構成される。プローブ情報記憶部４３は、ＩＤ変換部４２により変換された後の第１ＩＤと対応付けて第２ＩＤ関連プローブ情報を記憶する。これにより、プローブ情報記憶部４３は、第１ＩＤごとに、プローブ情報を管理することができる。

顧客情報記憶部４４は、第１ＩＤごとに顧客情報を記憶している記憶装置であり、ＨＤＤなどにより構成される。図９は、顧客情報記憶部４４に記憶されている顧客情報の一例を示す図である。図９に示すように、顧客情報は、第１ＩＤ、パスワード、氏名、住所、購買履歴および家族構成の情報を含む。例えば、第１ＩＤ「１１１」のユーザの氏名は「Ａ川Ｂ男」であり、パスワードは「ａｂｃ」であり、ユーザの住所は「Ｅ県」であり、「商品Ｇ」を過去に購入しており、「独身」であることが顧客情報に示されている。

認証処理部４５は、移動端末１０から第１ＩＤおよびパスワードの組み合わせを受信し、受信した第１ＩＤおよびパスワードの組み合わせが顧客情報記憶部４４に記憶されている顧客情報に含まれているか否かを調べることにより、第１ＩＤのユーザ認証を行う。認証処理部４５は、ユーザ認証の結果を移動端末１０に送り返す。例えば、移動端末１０から第１ＩＤ「１１１」およびパスワード「ａｂｃ」の組み合わせを受信した場合には、この組み合わせは図９に示した顧客情報に含まれているため、認証処理部４５は、第１ＩＤのユーザ認証に成功したと判断し、判断結果を移動端末１０に送信する。また、移動端末１０から第１ＩＤ「１１１」およびパスワード「ｘｙｚ」の組み合わせを受信した場合には、この組み合わせは図９に示した顧客情報に含まれていないため、認証処理部４５は、第１ＩＤのユーザ認証に失敗したと判断し、判断結果を移動端末１０に送信する。

［１−６．交通情報収集システム１の処理フロー］
図１０は、本発明の実施の形態１に係る交通情報収集システム１の処理の流れの一例を示すシーケンス図である。以下、このシーケンス図に基づいて、交通情報収集システム１が実行する処理の流れの一例を説明する。なお、以下の説明では、移動端末１０のユーザは、プローブ情報利用者Ｘの顧客であり、移動端末１０には、プローブ情報利用者Ｘ用の起動アプリ１０Ａがインストールされているものとする。

図３（ａ）を参照して、ユーザにより移動端末１０上のアイコン１０Ｃがタップされ、起動アプリ１０Ａが起動された後、図３（ｂ）に示すホーム画面上のログインボタン１０Ｅがタップされることにより、図３（ｃ）に示すような第１ＩＤおよびパスワードの入力画面が表示される。ユーザが、この入力画面において第１ＩＤおよびパスワードを入力すると、移動端末１０の第１ＩＤ取得部１１が、入力された第１ＩＤおよびパスワードを取得する（Ｓ１）。

移動端末１０の第１ＩＤ送信部１２は、第１ＩＤ取得部１１が取得した第１ＩＤおよびパスワードを利用サーバＸに送信する（Ｓ２）。

利用サーバＸの認証処理部４５は、移動端末１０から第１ＩＤおよびパスワードの組み合わせを受信し、受信した当該組み合わせに基づいて、顧客情報記憶部４４に記憶されている顧客情報を参照してユーザ認証処理を行う（Ｓ３）。

認証処理部４５は、ユーザ認証処理の結果を移動端末１０に返送する（Ｓ４）。移動端末１０の認証結果受信部１３が認証結果を受信する。

認証結果受信部１３がユーザ認証失敗との認証結果を受信した場合には（Ｓ５でＮＯ）、その後の処理は行われない。

認証結果受信部１３がユーザ認証成功との認証結果を受信した場合には（Ｓ５でＹＥＳ）、ＩＤ変換部１４は、第１ＩＤ取得部１１が取得した第１ＩＤを第２ＩＤに変換する（Ｓ６）。

第２ＩＤ送信部１８は、第２ＩＤと起動アプリ１０Ａの識別子とを仲介サーバ３０に送信する（Ｓ７）。

仲介サーバ３０の第２ＩＤ受信部３８は、第２ＩＤ送信部１８から送信された第２ＩＤと起動アプリ１０Ａの識別子とを受信し、受信したこれらの情報に基づいて、第２ＩＤとプローブ情報利用者のＩＤとの関係を示す関係情報を作成し、作成した関係情報を関係情報記憶部３９に書き込む（Ｓ８）。関係情報の一例は図７に示した通りである。

移動端末１０の起動部１５は、カーナビゲーションアプリ１０Ｂを起動するとともに、カーナビゲーションアプリ１０Ｂに第２ＩＤを送信する（Ｓ９）

移動端末１０のプローブ情報取得部１６は、移動端末１０のプローブ情報を取得する（Ｓ１０）。

プローブ情報送信部１７は、ＩＤ変換部１４による変換後の第２ＩＤと、プローブ情報取得部１６が取得したプローブ情報とを関連付けた第２ＩＤ関連プローブ情報を収集サーバ２０に送信する（Ｓ１１）。つまり、プローブ情報送信部１７は、図４に示したように、プローブＩＤと第２ＩＤとプローブ情報（位置情報、時刻情報など）を含む第２ＩＤ関連プローブ情報を作成し、作成した第２ＩＤ関連プローブ情報を収集サーバ２０に送信する。

収集サーバ２０のプローブ情報受信部２１は、移動端末１０から、第２ＩＤ関連プローブ情報を受信し、受信した第２ＩＤ関連プローブ情報をプローブ情報記憶部２２に書き込む（Ｓ１２）。

ステップＳ１０〜Ｓ１２の処理は、移動端末１０がプローブ情報を取得する限り、つまり、移動端末１０上でカーナビゲーションアプリ１０Ｂが実行される限り繰り返し実行される。

仲介サーバ３０のプローブ情報要求信号送信部３１は、定期的に収集サーバ２０に対してプローブ情報要求信号を送信し、収集サーバ２０のプローブ情報要求信号受信部２３は、仲介サーバ３０から、プローブ情報要求信号を受信する（Ｓ１３）。

収集サーバ２０のプローブ情報送信部２４は、プローブ情報要求信号に応答して、プローブ情報記憶部２２から仲介サーバ３０に未送信のすべての第２ＩＤ関連プローブ情報を読み出し、読み出した第２ＩＤ関連プローブ情報を仲介サーバ３０に送信する。仲介サーバ３０のプローブ情報受信部３２は、収集サーバ２０から第２ＩＤ関連プローブ情報を受信し、受信した第２ＩＤ関連プローブ情報をプローブ情報記憶部３３に書き込む（Ｓ１４）。

仲介サーバ３０のプローブ情報振り分け部３４は、プローブ情報記憶部３３に一時的に記憶された第２ＩＤ関連プローブ情報の振り分け先の利用サーバ４０を決定する（Ｓ１５）。振り分け方法は上述した通りであるが、ステップＳ８の処理において作成された関係情報を参照して、第２ＩＤ関連プローブ情報に含まれる第２ＩＤに基づいて、当該第２ＩＤに対応したプローブ情報利用者ＩＤを決定する。プローブ情報振り分け部３４は、決定したプローブ情報利用者ＩＤが利用する利用サーバ４０を、第２ＩＤ関連プローブ情報の振り分け先の利用サーバ４０として決定する。

仲介サーバ３０のプローブ情報送信部３５は、プローブ情報振り分け部３４が決定した振り分け先に基づいて、プローブ情報記憶部３３に一時記憶された第２ＩＤ関連プローブ情報を、それぞれの振り分け先の利用サーバＸおよびＹに送信する。つまり、プローブ情報送信部３５は、利用サーバＸが管理する第１ＩＤに対応した第２ＩＤに関連付けられた第２ＩＤ関連プローブ情報を利用サーバＸに送信し、利用サーバＹが管理する第１ＩＤに対応した第２ＩＤに関連付けられた第２ＩＤ関連プローブ情報を利用サーバＹに送信する。利用サーバＸおよびＹのプローブ情報受信部４１は、仲介サーバ３０から第２ＩＤ関連プローブ情報を受信する（Ｓ１６、Ｓ１７）。

利用サーバＸのＩＤ変換部４２は、プローブ情報受信部４１が受信した第２ＩＤ関連プローブ情報に含まれる第２ＩＤを第１ＩＤに変換する（Ｓ１８）。

利用サーバＸのプローブ情報受信部４１は、ＩＤ変換部４２により変換された後の第１ＩＤと対応付けて、受信した第２ＩＤ関連プローブ情報を、プローブ情報記憶部４３に書き込む（Ｓ１９）。

利用サーバＹのＩＤ変換部４２およびプローブ情報受信部４１も、ステップＳ１８およびＳ１９と同様の処理を行う（Ｓ２０、Ｓ２１）。

［１−７．実施の形態１の効果等］
以上説明したように、本発明の実施の形態１によると、収集サーバ２０が収集した移動端末１０のプローブ情報が、仲介サーバ３０を介して利用サーバ４０に送信される。利用サーバ４０はユーザの識別子である第１ＩＤを管理している。一方、移動端末１０は第１ＩＤに対応した第２ＩＤと関連付けてプローブ情報（第２ＩＤ関連プローブ情報）を収集サーバ２０に送信する。このため、収集サーバ２０は、第２ＩＤを知ることはできても、第１ＩＤを知ることはできない。仲介サーバ３０は、収集サーバ２０から取得した第２ＩＤ関連プローブ情報が示す第２ＩＤに基づいて利用サーバ４０が管理する第１ＩＤに対応付けられると判断される第２ＩＤ関連プローブ情報を、利用サーバ４０に送信する。このため、利用サーバ４０は、自身が管理する第１ＩＤを収集サーバ２０に知らせることなく、自身が管理する顧客のプローブ情報を入手することができる。つまり、利用サーバ４０は、プローブ情報利用者の管理する顧客情報の流出のリスクを減らした上で、プローブ情報収集者からプローブ情報を入手することができる。

また、仲介サーバ３０は、収集サーバ２０から収集した第２ＩＤ関連プローブ情報の中から、利用サーバ４０が管理する第１ＩＤに対応した第２ＩＤ関連プローブ情報を当該利用サーバ４０に送信している。例えば、利用サーバ４０が複数ある場合には、仲介サーバ３０が、収集サーバ２０が収集したすべての第２ＩＤ関連プローブ情報を一旦受信し、利用サーバ４０ごとに当該利用サーバ４０が管理する第１ＩＤに対応した第２ＩＤ関連プローブ情報を振り分け、各利用サーバ４０に振り分けられた第２ＩＤ関連プローブ情報を送信することができる。このため、仲介サーバ３０は、収集サーバ２０に第１ＩＤを知らせることなく第１ＩＤに対応したプローブ情報を利用サーバ４０に送信することができる。

また、利用サーバ４０が第２ＩＤを第１ＩＤに変換している。このため、仲介サーバ３０が第２ＩＤを第１ＩＤに変換する必要がなくなり、仲介サーバ３０の処理負荷を軽減することができる。

また、移動端末１０は、第１ＩＤを暗号化することにより第１ＩＤを第２ＩＤに変換している。このため、第２ＩＤを知ることができる収集サーバ２０は、第２ＩＤから第１ＩＤを類推することが困難である。また、暗号鍵（公開鍵）および復号鍵（秘密鍵）を定期的に更新するなどすることにより、収集サーバ２０は第１ＩＤを類推することがより困難となる。このため、利用サーバ４０は、より安全に、収集サーバ２０からプローブ情報を入手することができる。

また、仲介サーバ３０を介してプローブ情報の授受を行うことにより、プローブ情報利用者が抱く顧客情報流出の不安を低減させることができる。

さらに、顧客情報の流出リスクを減らしてプローブ情報の授受を行うことができるため、プローブ情報の取引市場の活性化を促し、プローブ情報を有効活用する機会を増やすことができる。

（実施の形態２）
実施の形態１では、利用サーバ４０が第２ＩＤを第１ＩＤに変換する処理を行った。これに対し、実施の形態２では、仲介サーバ３０が第２ＩＤを第１ＩＤに変換する。以下、実施の形態１と異なる点を中心に説明し、同様の点については説明を適宜省略する。

実施の形態２に係る交通情報収集システムの構成は、図１に示した交通情報収集システム１の構成と同様である。

また、交通情報収集システム１に含まれる移動端末１０の構成は、図２に示した移動端末１０の構成と同様である。

また、交通情報収集システム１に含まれる収集サーバ２０の構成は、図５に示した収集サーバ２０の構成と同様である。

［２−１．仲介サーバ３０の構成］
図１１は、本発明の実施の形態２に係る仲介サーバ３０の機能的な構成を示すブロック図である。

仲介サーバ３０は、図６に示した実施の形態１に係る仲介サーバ３０の構成に、さらに、ＩＤ変換部３６を加えたものである。ＩＤ変換部３６は、ＲＡＭなどに記憶されたコンピュータプログラムをＣＰＵ上で実行することにより、その機能を達成する。

ＩＤ変換部３６は、プローブ情報受信部３２が受信してプローブ情報記憶部３３に一時記憶された第２ＩＤ関連プローブ情報を読み出し、読み出した第２ＩＤ関連プローブ情報に含まれる第２ＩＤを第１ＩＤに変換する。例えば、ＩＤ変換部３６は、復号鍵として予め定められた秘密鍵を用いて公開鍵暗号方式により第２ＩＤを復号し、復号した結果を第１ＩＤとしてもよい。具体的には、ＩＤ変換部３６は、関係情報記憶部３９に記憶されている関係情報から第２ＩＤに対応するプローブ情報利用者ＩＤを特定する。ＩＤ変換部３６は、当該ＩＤのプローブ情報利用者が利用する利用サーバ用の秘密鍵を復号鍵として用いて第２ＩＤを復号する。例えば、第２ＩＤが「１１１」である場合には、ＩＤ変換部３６は、図７に示す関係情報を参照して、第２ＩＤ「１１１」に対応するプローブ情報利用者ＩＤを「Ｘ」と特定する。プローブ情報利用者ＩＤ「Ｘ」のプローブ情報利用者は利用サーバＸを利用するため、ＩＤ変換部３６は、利用サーバＸ用の秘密鍵を復号鍵として用いて第２ＩＤを復号し、復号した結果を第１ＩＤとする。なお、復号方式は公開鍵暗号方式に限定されるものではなく、仲介サーバ３０と移動端末１０との間で秘密管理された共通鍵を復号鍵として用いて第２ＩＤを復号する共通鍵暗号方式などの他の方式を用いることもできる。また、ＩＤ変換部３６は、第１ＩＤと第２ＩＤとの変換テーブルを有しており、変換テーブルを用いて第２ＩＤを第１ＩＤに変換してもよい。なお、復号鍵または変換テーブルは定期的に更新するとしてもよい。

ＩＤ変換部３６は、変換された後の第１ＩＤを第２ＩＤ関連プローブ情報と対応付けてプローブ情報記憶部３３に書き込む。

プローブ情報送信部３５は、ＩＤ変換部３６によりプローブ情報記憶部３３に書き込まれた第１ＩＤと第２ＩＤ関連プローブ情報との組を、プローブ情報振り分け部３４が決定した振り分け先に基づいて、それぞれの振り分け先の利用サーバ４０に送信する。

［２−２．利用サーバ４０の構成］
図１２は、本発明の実施の形態２に係る利用サーバ４０の機能的な構成を示すブロック図である。

利用サーバ４０は、図８に示した実施の形態１に係る利用サーバ４０の構成からＩＤ変換部４２を除いた構成を有する。

プローブ情報受信部４１は、仲介サーバ３０から、第１ＩＤと第２ＩＤ関連プローブ情報との組を受信し、プローブ情報記憶部４３に書き込む。

［２−３．交通情報収集システム１の処理フロー］
図１３は、本発明の実施の形態２に係る交通情報収集システム１の処理の流れの一例を示すシーケンス図である。以下、このシーケンス図に基づいて、交通情報収集システム１が実行する処理の流れの一例を説明する。
ステップＳ１〜Ｓ１５の処理は、図１０に示したものと同様である。

ステップＳ１５の後、仲介サーバ３０のＩＤ変換部３６は、プローブ情報受信部３２が受信してプローブ情報記憶部３３に一時記憶された第２ＩＤ関連プローブ情報を読み出し、読み出した第２ＩＤ関連プローブ情報に含まれる第２ＩＤを第１ＩＤに変換する（Ｓ３１）。ＩＤ変換部３６は、変換された後の第１ＩＤを第２ＩＤ関連プローブ情報と対応付けてプローブ情報記憶部３３に書き込む。

プローブ情報送信部３５は、ＩＤ変換部３６によりプローブ情報記憶部３３に書き込まれた第１ＩＤと第２ＩＤ関連プローブ情報との組を、プローブ情報振り分け部３４が決定した振り分け先に基づいて、それぞれの振り分け先の利用サーバＸおよびＹに送信する。利用サーバＸおよびＹのプローブ情報受信部４１は、仲介サーバ３０から第１ＩＤと第２ＩＤ関連プローブ情報との組を受信する（Ｓ３２、Ｓ３３）。

利用サーバＸのプローブ情報受信部４１は、受信した第１ＩＤと第２ＩＤ関連プローブ情報との組をプローブ情報記憶部４３に書き込む（Ｓ３４）。

利用サーバＹのプローブ情報受信部４１は、受信した第１ＩＤと第２ＩＤ関連プローブ情報との組をプローブ情報記憶部４３に書き込む（Ｓ３５）。

［２−４．実施の形態２の効果等］
以上説明したように、本発明の実施の形態２によると、仲介サーバ３０が第２ＩＤを第１ＩＤに変換し、第１ＩＤとともに第２ＩＤ関連プローブ情報を利用サーバ４０に送信している。このため、利用サーバ４０が第２ＩＤを第１ＩＤに変換する必要がなくなり、利用サーバ４０の処理負荷を軽減することができる。

（実施の形態３）
実施の形態１では、収集サーバ２０は、プローブ情報要求信号に応答して、仲介サーバ３０に対して未送信のすべての第２ＩＤ関連プローブ情報を送信した。これに対して、実施の形態３では、収集サーバ２０は、仲介サーバ３０から要求のあった第２ＩＤ関連プローブ情報を送る。以下では、実施の形態１と異なる点を中心に説明し、同様の点については説明を適宜省略する。

実施の形態３に係る交通情報収集システムの構成は、図１に示した交通情報収集システム１の構成と同様である。

また、交通情報収集システム１に含まれる移動端末１０の構成は、図２に示した移動端末１０の構成と同様である。

また、交通情報収集システム１に含まれる利用サーバ４０の構成は、図８に示した利用サーバ４０の構成と同様である。

［３−１．仲介サーバ３０の構成］
図１４は、本発明の実施の形態３に係る仲介サーバ３０の機能的な構成を示すブロック図である。

仲介サーバ３０は、図６に示した実施の形態１に係る仲介サーバ３０の構成において、プローブ情報要求信号送信部３１の代わりに、第２ＩＤ送信部３７を備える。第２ＩＤ送信部３７は、ＲＡＭなどに記憶されたコンピュータプログラムをＣＰＵ上で実行することにより、その機能を達成する。

第２ＩＤ送信部３７は、収集サーバ２０に対して、利用サーバ４０が管理する第１ＩＤに対応した第２ＩＤを送信する。例えば、第２ＩＤ送信部３７は、関係情報記憶部３９に記憶されている関係情報を参照して、プローブ情報利用者ＩＤ「Ｘ」に対応する第２ＩＤを、収集サーバ２０に定期的に送信する。同様に、第２ＩＤ送信部３７は、関係情報を参照して、プローブ情報利用者ＩＤ「Ｙ」に対応する第２ＩＤを、収集サーバ２０に定期的に送信する。これにより、第２ＩＤ送信部３７は、利用サーバＸおよびＹが管理する第１ＩＤに対応した第２ＩＤを、収集サーバ２０に定期的に送信することができる。プローブ情報利用者ＩＤ「Ｘ」に対応する第２ＩＤの送信タイミングと、プローブ情報利用者ＩＤ「Ｙ」に対応する第２ＩＤの送信タイミングとは同時であってもよいし、異なっていてもよい。ただし、複数のプローブ情報利用者ＩＤに対応する第２ＩＤを同時に収集サーバ２０に送信した方が、収集サーバ２０が第２ＩＤからプローブ情報利用者を特定しにくくすることができる。このため、同時に複数のプローブ情報利用者ＩＤに対応する第２ＩＤを収集サーバ２０に送信することが望ましい。

プローブ情報受信部３２は、第２ＩＤ送信部３７が送信した第２ＩＤに応答して収集サーバ２０から送信される第２ＩＤ関連プローブ情報を受信し、受信した第２ＩＤ関連プローブ情報をプローブ情報記憶部３３に書き込む。

［３−２．収集サーバ２０の構成］
図１５は、本発明の実施の形態３に係る収集サーバ２０の機能的な構成を示すブロック図である。

収集サーバ２０は、図５に示した実施の形態１に係る収集サーバ２０の構成において、プローブ情報要求信号受信部２３の代わりに第２ＩＤ受信部２５を備える。第２ＩＤ受信部２５は、ＲＡＭなどに記憶されたコンピュータプログラムをＣＰＵ上で実行することにより、その機能を達成する。
第２ＩＤ受信部２５は、仲介サーバ３０から、第２ＩＤを受信する。

プローブ情報送信部２４は、第２ＩＤ受信部２５が受信した第２ＩＤに関連付けられた第２ＩＤ関連プローブ情報をプローブ情報記憶部２２から読み出し、読み出した第２ＩＤ関連プローブ情報を仲介サーバ３０に送信する。例えば、プローブ情報送信部２４は、プローブ情報記憶部２２に記憶されている仲介サーバ３０に未送信の第２ＩＤ関連プローブ情報の中から、第２ＩＤ受信部２５が受信した第２ＩＤを含む第２ＩＤ関連プローブ情報を抽出する。プローブ情報送信部２４は、抽出した第２ＩＤ関連プローブ情報を仲介サーバ３０に送信する。

［３−３．交通情報収集システム１の処理フロー］
図１６は、本発明の実施の形態３に係る交通情報収集システム１の処理の流れの一例を示すシーケンス図である。以下、このシーケンス図に基づいて、交通情報収集システム１が実行する処理の流れの一例を説明する。
ステップＳ１〜Ｓ１２の処理は、図１０に示したものと同様である。

ステップＳ１２の後、仲介サーバ３０の第２ＩＤ送信部３７は、収集サーバ２０に対して、利用サーバ４０が管理する第１ＩＤに対応した第２ＩＤを送信する。収集サーバ２０の第２ＩＤ受信部２５は、第２ＩＤ送信部３７が送信した第２ＩＤを受信する（Ｓ４１）。例えば、利用サーバ４０には、利用サーバＸ、ＹおよびＺの３つがあるものとし、第２ＩＤ送信部３７は、このうち利用サーバＸおよびＹが管理する第１ＩＤに対応した第２ＩＤを、収集サーバ２０に送信するものとする。つまり、第２ＩＤ送信部３７は、関係情報記憶部３９に記憶されている関係情報を参照して、プローブ情報利用者ＩＤ「Ｘ」に対応する第２ＩＤと、プローブ情報利用者ＩＤ「Ｙ」に対応する第２ＩＤとを収集サーバ２０に送信する。

収集サーバ２０のプローブ情報送信部２４は、第２ＩＤ受信部２５が受信した第２ＩＤに関連付けられた第２ＩＤ関連プローブ情報をプローブ情報記憶部２２から読み出し、読み出した第２ＩＤ関連プローブ情報を仲介サーバ３０に送信する。仲介サーバ３０のプローブ情報受信部３２は、プローブ情報送信部２４から第２ＩＤ関連プローブ情報を受信し、受信した第２ＩＤ関連プローブ情報をプローブ情報記憶部３３に書き込む（Ｓ４２）。例えば、第２ＩＤ受信部２５が受信した第２ＩＤは、プローブ情報利用者ＩＤ「Ｘ」に対応する第２ＩＤと、プローブ情報利用者ＩＤ「Ｙ」に対応する第２ＩＤとが含まれる。プローブ情報送信部２４は、これらの第２ＩＤを含む第２ＩＤ関連プローブ情報をプローブ情報記憶部２２から読み出し、読み出した第２ＩＤ関連プローブ情報を仲介サーバ３０に送信する。

ステップＳ４２の後、ステップＳ１５〜Ｓ２１の処理が実行される。これらの処理は、図１０に示したものと同様である。

なお、第２ＩＤ送信部３７は、利用サーバ４０からの要求を受け、第２ＩＤを収集サーバ２０に送信してもよい。例えば、利用サーバＸからプローブ情報の送信要求を受け付けた第２ＩＤ送信部３７は、利用サーバＸに対応する第２ＩＤを関係情報記憶部３９に記憶されている関係情報（図７）から特定し、特定した第２ＩＤを収集サーバ２０に送信するようにしてもよい。これにより、第２ＩＤ送信部３７は、利用サーバＸで管理されている第１ＩＤに対応する第２ＩＤを収集サーバ２０に送信することができる。

［３−４．実施の形態３の効果等］
以上説明したように、本発明の実施の形態３によると、仲介サーバ３０が、利用サーバ４０が管理する第１ＩＤに対応した第２ＩＤを収集サーバ２０に送信している。また、仲介サーバ３０が、第２ＩＤに関連付けられた第２ＩＤ関連プローブ情報を収集サーバ２０から受信し、受信した第２ＩＤ関連プローブ情報を利用サーバ４０に送信している。例えば、仲介サーバ３０が、プローブ情報利用者の利用サーバ４０で管理されている第１ＩＤに対応する第２ＩＤを収集サーバ２０に送信する。このことにより、利用サーバ４０は、第１ＩＤで特定されるユーザが利用する移動端末のプローブ情報を、仲介サーバ３０を経由して収集サーバ２０から入手することができる。このため、仲介サーバ３０は、収集サーバ２０に第１ＩＤを知らせることなく、第１ＩＤに対応したプローブ情報を利用サーバ４０に送信することができる。

（実施の形態４）
実施の形態３では、利用サーバ４０が第２ＩＤを第１ＩＤに変換する処理を行った。これに対し、実施の形態４では、仲介サーバ３０が第２ＩＤを第１ＩＤに変換する。以下、実施の形態１〜３と異なる点を中心に説明し、同様の点については説明を適宜省略する。

実施の形態４に係る交通情報収集システムの構成は、図１に示した交通情報収集システム１の構成と同様である。

また、交通情報収集システム１に含まれる移動端末１０の構成は、図２に示した移動端末１０の構成と同様である。

また、交通情報収集システム１に含まれる収集サーバ２０の構成は、図１５に示した収集サーバ２０の構成と同様である。

また、交通情報収集システム１に含まれる利用サーバ４０の構成は、図１２に示した利用サーバ４０の構成と同様である。

［４−１．仲介サーバ３０の構成］
図１７は、本発明の実施の形態４に係る仲介サーバ３０の機能的な構成を示すブロック図である。

仲介サーバ３０は、図１４に示した実施の形態３に係る仲介サーバ３０の構成に、さらに、ＩＤ変換部３６を加えたものである。ＩＤ変換部３６は、ＲＡＭなどに記憶されたコンピュータプログラムをＣＰＵ上で実行することにより、その機能を達成する。

ＩＤ変換部３６は、図１１に示した実施の形態２に係る仲介サーバ３０のＩＤ変換部３６と同様の処理を行う。つまり、ＩＤ変換部３６は、プローブ情報受信部３２が受信してプローブ情報記憶部３３に一時記憶された第２ＩＤ関連プローブ情報を読み出し、読み出した第２ＩＤ関連プローブ情報に含まれる第２ＩＤを第１ＩＤに変換する。

［４−２．交通情報収集システム１の処理フロー］
図１８は、本発明の実施の形態４に係る交通情報収集システム１の処理の流れの一例を示すシーケンス図である。以下、このシーケンス図に基づいて、交通情報収集システム１が実行する処理の流れの一例を説明する。

ステップＳ１〜Ｓ１２、Ｓ４１、Ｓ４２およびＳ１５の処理は、図１６に示したものと同様である。

ステップＳ１５の後、仲介サーバ３０のＩＤ変換部３６は、プローブ情報受信部３２が受信してプローブ情報記憶部３３に一時記憶された第２ＩＤ関連プローブ情報を読み出し、読み出した第２ＩＤ関連プローブ情報に含まれる第２ＩＤを第１ＩＤに変換する（Ｓ３１）。ＩＤ変換部３６は、変換された後の第１ＩＤを第２ＩＤ関連プローブ情報と対応付けてプローブ情報記憶部３３に書き込む。なお、この処理は、図１３に示したものと同様である。

ステップＳ３１の後、ステップＳ３１〜Ｓ３５の処理が実行される。これらの処理は、図１３に示したものと同様である。

［４−３．実施の形態４の効果等］
以上説明したように、本発明の実施の形態４によると、実施の形態３と同様の効果を奏することができる。それに加え、仲介サーバ３０が第２ＩＤを第１ＩＤに変換し、第１ＩＤとともに第２ＩＤ関連プローブ情報を利用サーバ４０に送信している。このため、利用サーバ４０が第２ＩＤを第１ＩＤに変換する必要がなくなり、利用サーバ４０の処理負荷を軽減することができる。

［５．付記］
以上、本発明の実施の形態に係る交通情報収集システム１について説明したが、本発明は、この実施の形態に限定されるものではない。

上述の実施の形態では、移動端末１０はスマートフォンなどの携帯情報端末としたが、移動端末１０は携帯情報端末に限定されるものではなく、プローブ情報を取得して収集サーバ２０に送信することのできる装置であれば、その他の装置であってもよい。例えば、移動端末１０は、車両２に固定される固定式のカーナビゲーション装置であってもよいし、携帯型のカーナビゲーション装置であってもよい。

また、上述の実施の形態では、移動端末１０のＩＤ変換部１４が第１ＩＤを第２ＩＤに変換しているが、第１ＩＤから第２ＩＤへの変換は他の装置が行ってもよい。例えば、仲介サーバ３０または利用サーバ４０にＩＤ変換部１４が備えられていてもよい。この場合、移動端末１０は、仲介サーバ３０または利用サーバ４０に第１ＩＤを送信し、いずれかのサーバのＩＤ変換部１４において第１ＩＤを第２ＩＤに変換してもらう。移動端末１０は、仲介サーバ３０または利用サーバ４０から、第１ＩＤを変換した後の第２ＩＤを受信する。

また、仲介サーバ３０のプローブ情報振り分け部３４は、関係情報記憶部３９に記憶された関係情報（図７）を参照して、第２ＩＤに対応したプローブ情報利用者ＩＤを決定しているが、関係情報を用いずにプローブ情報利用者ＩＤを決定してもよい。例えば、第２ＩＤを「７」で割った余りが「６」となる第２ＩＤは利用サーバＸが管理する第１ＩＤに対応付けられており、第２ＩＤを「７」で割った余りが「０」となる第２ＩＤは利用サーバＹが管理する第１ＩＤに対応付けられているとする。このように、第２ＩＤが所定の法則性を有している場合には、モジュロ演算等を行うことにより第２ＩＤからプローブ情報利用者ＩＤを決定することができる。なお、ハッシュ関数等を用いて第２ＩＤからプローブ情報利用者ＩＤを導き出すことができる場合も同様である。このような場合には、移動端末１０の第２ＩＤ送信部１８と、仲介サーバ３０の第２ＩＤ受信部３８および関係情報記憶部３９とは無くてもよい。

また、上述の実施の形態では、移動端末１０のプローブ情報送信部１７が送信する第２ＩＤ関連プローブ情報に含まれるプローブＩＤは、プローブ情報の送信者を識別するための識別子であり、例えば、移動端末１０の装置ＩＤなどであるとしたが、プローブＩＤはこれに限定されるものではない。例えば、仲介サーバ３０は、収集サーバ２０から予め大量のプローブＩＤを入手しておき、プローブ情報送信部１７は、入手したプローブＩＤを第２ＩＤ関連プローブ情報に含めて収集サーバ２０に送信するようにしてもよい。これにより、例えば、１つの第２ＩＤに複数のプローブＩＤを対応させることもできる。よって、収集サーバ２０は、プローブＩＤから第２ＩＤを特定することが困難となり、第２ＩＤの匿名性を高めることができる。また、実施の形態３および４において、仲介サーバ３０の第２ＩＤ送信部３７が収集サーバ２０に対して第２ＩＤを送信する際に、ダミーの第２ＩＤを送信することができる。例えば、第２ＩＤ送信部３７は、プローブ情報利用者ＩＤ「Ｘ」に対応する第２ＩＤを収集サーバ２０に送信する際に、プローブ情報利用者ＩＤ「Ｙ」に対応する第２ＩＤや、その他のプローブ情報利用者ＩＤに対応する第２ＩＤを混ぜて収集サーバ２０に送信してもよい。これにより、収集サーバ２０がどのプローブ情報利用者ＩＤに対応した第２ＩＤを受信したかを捕捉しにくくすることができる。

また、実施の形態１および２では、収集サーバ２０は、仲介サーバ３０から送信されたプローブ情報要求信号に応答して第２ＩＤ関連プローブ情報を仲介サーバ３０に送信することとしたが、第２ＩＤ関連プローブ情報の送信タイミングはこれに限定されるものではない。例えば、収集サーバ２０は、定期的に（所定時間間隔で）仲介サーバ３０に対して第２ＩＤ関連プローブ情報を送信してもよい。なお、定期的に第２ＩＤ関連プローブ情報を送信する場合には、収集サーバ２０のプローブ情報要求信号受信部２３および仲介サーバ３０のプローブ情報要求信号送信部３１は備えられていなくてもよい。

なお、仲介サーバ３０の関係情報記憶部３９に記憶される関係情報は、第２ＩＤとプローブ情報利用者のＩＤとの関係を示すものとしたが、第２ＩＤと第１ＩＤとの関係を直接示していてもよい。この場合、移動端末１０の第２ＩＤ送信部１８は、第２ＩＤと第１ＩＤとの組を仲介サーバ３０に送信する（図１０のＳ７）。仲介サーバ３０の第２ＩＤ受信部３８は、移動端末１０から第１ＩＤと第２ＩＤとを受信し、第１ＩＤと第２ＩＤとの対応付けを示す関係情報を作成し、作成した関係情報を関係情報記憶部３９に書き込む。仲介サーバ３０のプローブ情報振り分け部３４は、第２ＩＤに基づいて第２ＩＤ関連プローブ情報の振り分け先の利用サーバ４０を決定することとなるが、上述したように、第２ＩＤが所定の法則性を有している場合には、モジュロ演算を行ったり、ハッシュ関数の値を計算するなどすることで、第２ＩＤからプローブ情報利用者ＩＤを決定することができる。

また、上述の実施の形態では、第２ＩＤ関連プローブ情報の中に、第２ＩＤとプローブ情報とを含めることとしたが、第２ＩＤとプローブ情報とは別のデータとして取り扱ってもよい。この場合のプローブ情報を第２ＩＤ関連プローブ情報と呼んでもよい。

また、上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩから構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。ＲＡＭには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。

また、本発明は、上記に示す方法であるとしてもよい。また、本発明は、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、上記コンピュータプログラムからなるデジタル信号であるとしてもよい。

さらに、本発明は、上記コンピュータプログラムまたは上記デジタル信号をコンピュータ読取可能な非一時的な記録媒体、例えば、ＨＤＤ、ＣＤ−ＲＯＭ、半導体メモリなどに記録したものとしてもよい。

また、上記プログラムに含まれる各ステップは、複数のコンピュータにより実行されてもよい。
さらに、上記実施の形態および上記変形例をそれぞれ組み合わせるとしてもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 交通情報収集システム
２ 車両
３ 広域通信網
４ 無線基地局
１０ 移動端末
１１ 第１ＩＤ取得部
１２ 第１ＩＤ送信部
１３ 認証結果受信部
１４ ＩＤ変換部
１５ 起動部
１６ プローブ情報取得部
１７ プローブ情報送信部
１８ 第２ＩＤ送信部
２０ 収集サーバ
２１ プローブ情報受信部
２２ プローブ情報記憶部
２３ プローブ情報要求信号受信部
２４ プローブ情報送信部
２５ 第２ＩＤ受信部
３０ 仲介サーバ
３１ プローブ情報要求信号送信部
３２ プローブ情報受信部
３３ プローブ情報記憶部
３４ プローブ情報振り分け部
３５ プローブ情報送信部
３６ ＩＤ変換部
３７ 第２ＩＤ送信部
３８ 第２ＩＤ受信部
３９ 関係情報記憶部
４０、Ｘ、Ｙ 利用サーバ
４１ プローブ情報受信部
４２ ＩＤ変換部
４３ プローブ情報記憶部
４４ 顧客情報記憶部
４５ 認証処理部

Claims (4)

1. 移動端末から当該移動端末の位置および当該位置の通過時刻の情報を含むプローブ情報を収集する収集サーバに、前記移動端末のユーザを識別する第１ＩＤであって、前記プローブ情報の利用者が利用する利用サーバによって管理される前記第１ＩＤに対応した前記ユーザの識別子である第２ＩＤを送信する第２ＩＤ送信部と、
   前記第２ＩＤ送信部が送信した前記第２ＩＤが関連付けられた前記プローブ情報である第２ＩＤ関連プローブ情報を、前記収集サーバから受信するプローブ情報受信部と、
   前記プローブ情報受信部が受信した前記第２ＩＤ関連プローブ情報を、前記利用サーバに送信するプローブ情報送信部と、
   を備える、仲介サーバ。
2. 前記収集サーバから受信した前記第２ＩＤ関連プローブ情報が示す前記第２ＩＤを前記第１ＩＤに変換するＩＤ変換部をさらに備え、
   前記プローブ情報送信部は、変換後の前記第１ＩＤを、前記利用サーバが管理する前記第１ＩＤに対応付けられると判断される前記第２ＩＤ関連プローブ情報とともに、前記利用サーバに送信する、
   請求項１に記載の仲介サーバ。
3. 前記ＩＤ変換部は、所定の暗号鍵を用いて前記第１ＩＤを暗号化することにより変換された前記第２ＩＤを、前記所定の暗号鍵に対応した復号鍵を用いて復号することにより前記第１ＩＤに変換する
   請求項２に記載の仲介サーバ。
4. 仲介サーバが、移動端末から当該移動端末の位置および当該位置の通過時刻の情報を含むプローブ情報を収集する収集サーバに、前記移動端末のユーザを識別する第１ＩＤであって、前記プローブ情報の利用者が利用する利用サーバによって管理される前記第１ＩＤに対応した前記ユーザの識別子である第２ＩＤを送信し、
   前記仲介サーバが、送信した前記第２ＩＤが関連付けられた前記プローブ情報である第２ＩＤ関連プローブ情報を、前記収集サーバから受信し、
   前記仲介サーバが、受信した前記第２ＩＤ関連プローブ情報を、前記利用サーバに送信する
   仲介方法。

Images