(57)【要約】【課題】プローブ機器の差異によって生じる様々なデータフォーマットのプローブ情報を集約し、体系立てて管理する。【解決手段】プローブ情報収集端末３ａ、３ｂ、・・・３ｍは、様々なデータフォーマットのプローブ情報をプローブ情報管理サーバ１に送信する。プローブ情報管理サーバ１は、プローブ情報収集端末３ａ、３ｂ、・・・３ｍから、プローブ情報を受信する。プローブ情報管理サーバ１は、様々なプローブ情報が共通に含む複数の共通データ項目に対応するデータ（日付情報、時間情報、緯度情報、経度情報等）を受信したプローブ情報から抽出し、抽出されたデータを含む正規化された正規化プローブ情報を作成する。そして、プローブ情報管理サーバ１は、正規化プローブ情報をプローブ情報データベースに格納する。【選択図】図１
2011138317.tif 000002
【特許請求の範囲】
【請求項１】
各プローブ情報収集端末からプローブ情報を受信するプローブ情報受信手段と、
前記プローブ情報受信手段によって受信された各プローブ情報のデータフォーマットの形式を判定するデータフォーマット形式判定手段と、
前記データフォーマット形式判定手段によって判定されたデータフォーマットの形式に応じて、各プローブ情報が共通に含む複数の共通データ項目に対応するデータを前記プローブ情報受信手段によって受信された各プローブ情報から抽出し、当該抽出された複数のデータを含む正規化された正規化プローブ情報を作成する正規化プローブ情報作成手段と、
前記正規化プローブ情報作成手段によって作成された正規化プローブ情報をプローブ情報データベースに格納する正規化プローブ情報格納手段と、
を備えることを特徴とするプローブ情報管理システム。
【請求項２】
プローブ情報に含まれる複数の前記共通データ項目の位置と当該各共通データ項目に対応するデータの属性を示すデータパターン情報が格納されたデータパターンデータベースを備え、
前記正規化プローブ情報作成手段は、前記データパターンデータベースからデータパターン情報を読み出し、前記プローブ情報受信手段によって受信されたプローブ情報に含まれる当該データパターン情報によって示される各前記共通データ項目の位置に存在するデータの属性が全て当該データパターン情報によって示される各前記共通データ項目に対応するデータの属性と一致するか否か判定し、前記プローブ情報受信手段によって受信されたプローブ情報に含まれる当該データパターン情報によって示される各前記共通データ項目の位置に存在するデータの属性が全て当該データパターン情報によって示される各前記共通データ項目に対応するデータの属性と一致すると判定された場合に、前記共通データ項目に関するデータを抽出する、
ことを特徴とする請求項１に記載のプローブ情報管理システム。
【請求項３】
各前記共通データ項目に対応するデータの属性を示すフィールドパターン情報が格納されたフィールドパターンデータベースを備え、
前記正規化プローブ情報作成手段は、前記フィールドパターンデータベースから各フィールドパターン情報を読み出し、前記プローブ情報受信手段によって受信されたプローブ情報が全ての前記共通データ項目に対応するフィールドパターン情報によって示されるデータの属性と一致する属性を有するデータを含むか否か判別し、前記プローブ情報受信手段によって受信されたプローブ情報が全ての前記共通データ項目に対応するフィールドパターン情報によって示されるデータの属性と一致する属性を有するデータを含むと判定された場合に、前記共通データ項目に関するデータを抽出する、
ことを特徴とする請求項２に記載のプローブ情報管理システム。
【請求項４】
前記共通データ項目に対応するデータは、日付情報を示す日付情報データと、時間情報を示す時間情報データと、緯度情報を示す緯度情報データと、経度情報を示す経度情報データとを含み、
前記正規化プローブ情報作成手段は、各プローブ情報から少なくとも日付情報データと、時間情報データと、緯度情報データと、経度情報データとを抽出する、
ことを特徴とする請求項１乃至３のいずれか１項に記載のプローブ情報管理システム。
【請求項５】
日本の道路を示す地図情報が格納された地図情報データベースを備え、
前記正規化プローブ情報作成手段は、抽出された前記緯度情報データと前記経度情報データとによって決定される位置が前記地図情報データベースに格納されている地図情報によって示される日本の道路にマッピングできるか否かに基づいて、緯度情報と経度情報の測地系が日本測地系と世界測地系のいずれであるか判定し、判定された測地系を正規化プローブ情報に含める、
ことを特徴とする請求項４に記載のプローブ情報管理システム。
【請求項６】
利用者端末からの要求に応じて、前記プローブ情報データベースに格納されている正規化プローブ情報または当該正規化プローブ情報に所定の処理を施して得られた情報を当該利用者端末に送信する送信手段を備えることを特徴とする請求項１乃至５のいずれか１項
に記載のプローブ情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末から収集される様々な形式のプローブデータを集約して管理するプローブ情報管理システムに関するものである。
【背景技術】
【０００２】
交通や土木分野において行われる調査の一形態として、プローブ調査がある。プローブ調査とは、携帯端末や移動体に搭載した端末により、人、自動車、自転車等の移動体について、緯度、経度、速度、日時などをプローブ情報として正確にデータ収集することである。
【０００３】
プローブ調査により収集した走行速度、急加減速、急ハンドル等の運転の状況に関するプローブ情報を基に、自動車の保険料を算出するシステムが知られている（例えば、特許文献１参照）。
【０００４】
また、ナビゲーション装置等に記憶されている地図情報に含まれない新規道路について、プローブ調査により収集した緯度や経度等の自動車の走行軌跡に関するプローブ情報に基づいて、その新規道路を地図情報に追加するための道路幅を算出するシステムが知られている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２９７９１０
【特許文献２】特開２００８−１６４３７３
【発明の開示】
【発明が解決しようとする課題】
【０００６】
プローブ情報は、各種プローブ機器により、一定の間隔で収集される。
ここで、プローブ機器には、ボタン一つで稼動を始める機種、稼動までにいくつかの操作が必要な機種、調査対象である移動体の種類が限られる機種、汎用的に使える機種、公衆送信網でプローブ情報を送信できる機種、端末やメディアにプローブ情報を保存する機種、等さまざまな種類がある。現在のプローブ機器には、調査対象を意識せずにどのような調査にも対応できる汎用的な機種は存在せず、利用者は調査に適合するプローブ機器を選択して利用する必要がある。
【０００７】
しかし、各機種で取得されるプローブ情報のデータフォーマットに統一的な規格はない。様々な移動体から取得されるプローブ情報は、プローブ機器の機種ごとに様々なデータフォーマットを有しており、データフォーマットが統一されておらず、取得したプローブ情報に含まれる各項目が何を意味するか判別できない。このため、収集したプローブ情報を集約し、体系立てて管理することができない。
【０００８】
本発明は、上記実情を鑑みて行われたものであり、プローブ機器の差異によって生じる様々なデータフォーマットのプローブ情報を集約し、体系立てて管理することができ、プローブ機器の機種を意識せずプローブ情報を利用することができるプローブ情報管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明のプローブ情報管理システムは、
各プローブ情報収集端末からプローブ情報を受信するプローブ情報受信手段と、
前記プローブ情報受信手段によって受信された各プローブ情報のデータフォーマットの形式を判定するデータフォーマット形式判定手段と、
前記データフォーマット形式判定手段によって判定されたデータフォーマットの形式に応じて、各プローブ情報が共通に含む複数の共通データ項目に対応するデータを前記プローブ情報受信手段によって受信された各プローブ情報から抽出し、当該抽出された複数のデータを含む正規化された正規化プローブ情報を作成する正規化プローブ情報作成手段と、
前記正規化プローブ情報作成手段によって作成された正規化プローブ情報をプローブ情報データベースに格納する正規化プローブ情報格納手段と、
を備えることを特徴とする。
【００１０】
好ましくは、本発明のプローブ情報管理システムは、
プローブ情報に含まれる複数の前記共通データ項目の位置と当該各共通データ項目に対応するデータの属性を示すデータパターン情報が格納されたデータパターンデータベースを備え、
前記正規化プローブ情報作成手段は、前記データパターンデータベースからデータパターン情報を読み出し、前記プローブ情報受信手段によって受信されたプローブ情報に含まれる当該データパターン情報によって示される各前記共通データ項目の位置に存在するデータの属性が全て当該データパターン情報によって示される各前記共通データ項目に対応するデータの属性と一致するか否か判定し、前記プローブ情報受信手段によって受信されたプローブ情報に含まれる当該データパターン情報によって示される各前記共通データ項目の位置に存在するデータの属性が全て当該データパターン情報によって示される各前記共通データ項目に対応するデータの属性と一致すると判定された場合に、前記共通データ項目に関するデータを抽出する、
ことを特徴とする。
【００１１】
好ましくは、本発明のプローブ情報管理システムは、
各前記共通データ項目に対応するデータの属性を示すフィールドパターン情報が格納されたフィールドパターンデータベースを備え、
前記正規化プローブ情報作成手段は、前記フィールドパターンデータベースから各フィールドパターン情報を読み出し、前記プローブ情報受信手段によって受信されたプローブ情報が全ての前記共通データ項目に対応するフィールドパターン情報によって示されるデータの属性と一致する属性を有するデータを含むか否か判別し、前記プローブ情報受信手段によって受信されたプローブ情報が全ての前記共通データ項目に対応するフィールドパターン情報によって示されるデータの属性と一致する属性を有するデータを含むと判定された場合に、前記共通データ項目に関するデータを抽出する、
ことを特徴とする。
【００１２】
好ましくは、前記共通データ項目に対応するデータは、日付情報を示す日付情報データと、時間情報を示す時間情報データと、緯度情報を示す緯度情報データと、経度情報を示す経度情報データとを含み、
前記正規化プローブ情報作成手段は、各プローブ情報から少なくとも日付情報データと、時間情報データと、緯度情報データと、経度情報データとを抽出する、
ことを特徴とする。
【００１３】
好ましくは、本発明のプローブ情報管理システムは、
日本の道路を示す地図情報が格納された地図情報データベースを備え、
前記正規化プローブ情報作成手段は、抽出された前記緯度情報データと前記経度情報データとによって決定される位置が前記地図情報データベースに格納されている地図情報によって示される日本の道路にマッピングできるか否かに基づいて、緯度情報と経度情報の測地系が日本測地系と世界測地系のいずれであるか判定し、判定された測地系を正規化プローブ情報に含める、
ことを特徴とする。
【００１４】
好ましくは、本発明のプローブ情報管理システムは、利用者端末からの要求に応じて、前記プローブ情報データベースに格納されている正規化プローブ情報または当該正規化プローブ情報に所定の処理を施して得られた情報を当該利用者端末に送信する送信手段を備えることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、プローブ機器の差異によって生じる様々なデータフォーマットのプローブ情報を集約し、体系立てて管理することができ、プローブ機器の機種を意識せずプローブ情報を利用することができる。
【図面の簡単な説明】
【００１６】
【図１】プローブ情報集約システムの構成の一例を示す図である。
【図２】本発明の実施形態に係るプローブ情報管理サーバの構成の一例を示す図である。
【図３】プローブ情報収集端末によって取得されるテキストデータの構成の一例を示す図である。
【図４】プローブ情報収集端末によって取得されるＣＳＶ形式データの構成の一例を示す図である。
【図５】プローブ情報変換部におけるプローブ情報変換処理の流れを示す図である。
【図６】図５の続きの図である。
【図７】ＣＳＶ形式データパターン取得処理の流れを示す図である。
【図８】ＣＳＶ形式のプローブ情報とＣＳＶ形式データパターンの一例を示す図である。
【図９】固定長形式データパターン取得処理の流れを示す図である。
【図１０】固定長形式のプローブ情報と固定長形式データパターンの一例を示す図である。
【図１１】フィールド単位パターンマッチ処理の流れを示す図である。
【図１２】ＣＳＶ形式のプローブ情報とフィールドパターンを示す図である。
【図１３】固定長形式のプローブ情報とフィールドパターンを示す図である。
【図１４】データ解析処理の流れを示す図である。
【図１５】データパターンデータベースに登録されるデータパターンの一例を示す図である。
【図１６】フィールドパターンデータベースに登録されるフィールドパターンの一例を示す図である。
【図１７】プローブ情報データベースに登録されるプローブ情報の一例を示す図である。
【図１８】不明ログデータベースに登録される不明ログの一例を示す図である。
【図１９】測地系判定処理の流れを示す図である。
【図２０】地図上に緯度と経度をマッピングしたイメージを示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態に係るプローブ情報管理サーバとプローブ情報集約システムについて図面を参照しながら説明する。
【００１８】
図１は、本発明の実施形態に係るプローブ情報集約システムの構成の一例を示す。
プローブ情報集約システムは、プローブ情報管理サーバ１と、移動体２ａ、２ｂ、・・・２ｍと、プローブ情報収集端末３ａ、３ｂ、・・・３ｍと、基地局４と、利用者端末５ａ、５ｂ、・・・５ｎと、ネットワーク６とで構成される。
【００１９】
移動体２ａ、２ｂ、・・・２ｍは、例えば、自動車である。
プローブ情報収集端末３ａ、３ｂ、・・・３ｍは、それぞれ移動体２ａ、２ｂ、・・・２ｍに搭載され、移動体２ａ、２ｂ、・・・２ｍとともに移動する。プローブ情報収集端末３ａ、３ｂ、・・・３ｍは、無線回線によって基地局４と接続されている。そして、基地局４はネットワーク６と接続され、このネットワーク６にプローブ情報管理サーバ１が接続されている。プローブ情報収集端末３ａ、３ｂ、・・・３ｍが例えば携帯電話である場合、基地局４は移動電話事業者の基地局に相当する。ネットワーク６には、また、利用者端末５ａ、５ｂ、・・・５ｎが接続されている。
プローブ情報収集端末３ａ、３ｂ、・・・３ｍは、プローブ情報を一定のタイミングで記録媒体に記録する。プローブ情報収集端末３ａ、３ｂ、・・・３ｍは、記録したプローブ情報を、無線により、基地局４を経由し、ネットワーク６を介して、プローブ情報管理サーバ１に送信する。
プローブ情報収集端末３ａ、３ｂ、・・・３ｍは、複数の製造メーカーによって製造される。プローブ情報収集端末の製造メーカーや機器が異なれば、プローブ情報のデータフォーマットは大きく異なる。このため、プローブ情報収集端末３ａ、３ｂ、・・・３ｍは、様々なデータフォーマットのプローブ情報をプローブ情報管理サーバ１に送信する。
【００２０】
プローブ情報管理サーバ１は、プローブ情報収集端末３ａ、３ｂ、・・・３ｍからプローブ情報を受信する。
データフォーマットが異っていてもプローブ情報には、日付、時間、緯度、経度等に関する情報が共通に含まれている。プローブ情報管理サーバ１は、後述するように、これらの様々なデータフォーマットのプローブ情報に共通に含まれる情報を抽出し、それらの共通に含まれる情報をまとめて正規化された正規化プローブ情報を作成する。そして、プローブ情報管理サーバ１は、正規化プローブ情報をプローブ情報データベースに格納する。
プローブ情報管理サーバ１は、利用者端末５ａ、５ｂ、・・・５ｎからの要求に応じて、正規化プローブ情報または正規化プローブ情報に所定の処理を施して得られた情報を送信する。
【００２１】
利用者端末５ａ、５ｂ、・・・５ｎは、プローブ情報管理サーバ１から受信した正規化プローブ情報または正規化プローブ情報に所定の処理を施して得られた情報を様々なサービスに利用する。
【００２２】
プローブ情報管理サーバ１は、図２に示すように、処理部１１と、記憶部１２と、ネットワークＩ／Ｆ（インタフェース）部１３とを有している。
処理部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１４とメモリ１５とを有している。
メモリ１５は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）やＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を含む。メモリ１５は、プローブ情報変換部１５１と、統計処理部１５２と、端末Ｉ／Ｆ（インタフェース）部１５３とで構成されるプログラムを記憶している。
ＣＰＵ１４は、メモリ１５に記憶されているプログラムを実行する。
【００２３】
記憶部１２は、ハードディスク装置や光ディスク装置等で構成される。記憶部１２は、データパターンＤＢ（データベース）１２１と、フィールドパターンＤＢ（データベース）１２２と、プローブ情報ＤＢ（データベース）１２３と、不明ログＤＢ（データベース）１２４とを記憶する。
ネットワークインタフェース部１３は、ネットワーク６に接続されており、プローブ情報収集端末３ａ、３ｂ、・・・３ｍからプローブ情報を受信する。また、ネットワークインタフェース部１３は、利用者端末５ａ、５ｂ、・・・５ｎに正規化プローブ情報等を送信する。
【００２４】
プローブ情報変換部１５１は、ネットワークインタフェース部１３がプローブ情報収集端末３ａ、３ｂ、・・・３ｍから受信したプローブ情報を受け取る。そして、プローブ情報変換部１５１は、後述するように、データパターンＤＢ１２１とフィールドパターンＤＢ１２２を参照して様々なデータフォーマットのプローブ情報が共通に含む共通データ項目に対応するデータを抽出し、抽出されたデータを含む正規化された正規化プローブ情報を作成する。そして、プローブ情報変換部１５１は、作成された正規化プローブ情報をプローブ情報ＤＢ１２３に格納する。
【００２５】
統計処理部１５２は、利用者端末５ａ、５ｂ、・・・５ｎからの要求に応じて、プローブ情報ＤＢ１２３に格納されている正規化プローブ情報を読み出す。そして、利用者端末５ａ、５ｂ、・・・５ｎからの要求が正規化プローブ情報に所定の処理を施すことを指示している場合には、統計処理部１５２は、利用者端末５ａ、５ｂ、・・・５ｎが使用する形態に合うように、読み出した正規化プローブ情報に所定の処理を施して統計情報等を作成する。
端末インタフェース部１５３は、利用者端末５ａ、５ｂ、・・・５ｎから要求を受け取ると、統計処理部１５２にその要求を渡す。そして、端末インタフェース部１５３は、統計処理部１５２から正規化プローブ情報または正規化プローブ情報に所定の処理が施された情報を受け取り、利用者端末５ａ、５ｂ、・・・５ｎに送信する。端末インタフェース部１５３は、例えば、プローブ情報管理サーバ１をＷｅｂサーバとして機能させる。
【００２６】
以下に、プローブ情報変換部１５１におけるプローブ情報変換処理の詳細について説明する。
【００２７】
プローブ情報収集端末３ａ、３ｂ、・・・３ｍによって取得されたプローブ情報は、可変長テキスト形式（ＣＳＶ（Ｃｏｍｍｍａ  Ｓｅｐａｒａｔｅｄ  Ｖａｌｕｅ）形式）や固定長形式など様々なデータフォーマットで記録されている。
例えば、プローブ情報収集端末３ａによって取得されたプローブ情報はテキストデータである。このプローブ情報は、図３に示すように、車両識別コード２１として「２３７２０５３８」、取得日２２として「２００９０３０７」、取得時間２３として「０８２０３１」、日本測地系による緯度２４として「３５．６８５９４２６６９８５８８９」、日本測地系による経度２５として「１３９．７５３０５７１１１２０６０３」、方向２６として「８」、速度２７として「３２」、高度２８として「１０．２１１」を含んでいる。
【００２８】
同様に、例えば、プローブ情報収集端末３ｂによって取得されたプローブ情報はＣＳＶ形式データである。このプローブ情報は、図４に示すように、シーケンスＮｏ３１として「２００３９」、取得日３２として「２００９−０１−２３」、取得時間３３として「１０：２１：４０」、世界測地系による緯度３４として「３５．６５５３３２３６５４４０３２」、世界測地系による経度３５として「１３９．７２６３６３７６７０８９８２」、日本測地系による緯度３６として「３５．６５８２６１４２１７０４２９」、日本測地系による経度３７として「１３９．７４１９８４９５２３９２５６」、測位精度３８として「１」、即位モード３９として「０」、電波の強さ３ａとして「３」を含んでいる。
【００２９】
上述のように、各プローブ情報収集端末で取得されるプローブ情報は、製造メーカーや機器により異なる。しかし、各プローブ情報収集端末により共通して取得されるデータ項目がある。その共通するデータ項目は、本実施形態では「日付、時刻、緯度、経度」である。本プローブ情報集約システムでは、この共通するデータ項目、例えば「日付、時刻、緯度、経度」を、プローブ情報管理サーバ１に集約し一元管理する。
【００３０】
図１に示すプローブ情報収集端末３ａ、３ｂ、・・・、３ｍにより取得できる各「日付、時刻、緯度、経度」は、プローブ情報収集端末の製造メーカーや機器により、プローブ情報に含まれる位置にばらつきがある。このため、各プローブ情報収集端末が一つのデータとして取得したプローブ情報のどの部分が、「日付」、「時刻」、「緯度」、「経度」であるかを特定することは困難である。また、異なるデータフォーマットのままでは、収集したプローブ情報を汎用的なデータとして使用できず、プローブ情報を利用した各種サービスを提供することができない。これを解決すべく、プローブ情報管理サーバ１でプローブ情報を収集する際、プローブ情報変換部１５１により、収集したプローブ情報のデータパターンを判定し、収集したプローブ情報を正規化された正規化プローブ情報に変換する。
【００３１】
プローブ情報変換部１５１におけるプローブ情報変換処理を図５と図６を参照して説明する。
図５は、プローブ情報変換部１５１におけるプローブ情報変換処理の流れを示す。
ＣＰＵ１４は、ネットワークインタフェース部１３がプローブ情報収集端末３ａ、３ｂ、・・・、３ｍから受信したプローブ情報を受け取る（Ｓ１０１）。
【００３２】
次に、ＣＰＵ１４は、受信したプローブ情報のデータフォーマットが、ＣＳＶ形式であるか、固定長形式であるか、またはこれらいずれの形式でもないかを判定する（Ｓ１０２、Ｓ１０３）。
すなわち、ＣＰＵ１４は、受信したプローブ情報のデータフォーマットが、カンマやタブ、スペース等で区切られているか否かを判定し、カンマやタブ、スペース等で区切られていれば、ＣＳＶ形式と判定する（Ｓ１０２：Ｙｅｓ）。
また、ＣＰＵ１４は、受信したプローブ情報のデータフォーマットが、英数字のみ、あるいは英数字と所定の文字列で構成されており、長さが一定であれば固定長形式と判定する（Ｓ１０３：Ｙｅｓ）。
また、ＣＰＵ１４は、どちらにも属さない独自形式のデータフォーマットである場合、不明な形式と判定する（Ｓ１０２：Ｎｏ、Ｓ１０３：Ｎｏ）。
【００３３】
ＣＰＵ１４は、受信したプローブ情報のデータフォーマットがＣＳＶ形式であると判定した場合（Ｓ１０２：Ｙｅｓ）、プローブ情報のカンマやタブ、スペース等の区切りの数、位置に基づいて、フィールド数、フィールド桁数を決定する。そして、ＣＰＵ１４は、決定されたフィールド数、フィールド桁数、および書式と一致するフィールド数、フィールド桁数、および書式を有するデータパターンをデータパターンＤＢ１２１から取得する（Ｓ１０４）。
【００３４】
受信したプローブ情報がＣＳＶ形式であると判定した場合（Ｓ１０２：Ｙｅｓ）のＣＳＶ形式データパターン取得処理（Ｓ１０４）について図７を参照して詳細に説明する。
【００３５】
ＣＰＵ１４は、受信したプローブ情報がＣＳＶ形式であると判定した場合、データパターンＤＢ１２１にＣＳＶ形式データパターンが有るか否か調べる（Ｓ１０４１）。ＣＰＵ１４は、データパターンＤＢ１２１にＣＳＶ形式データパターンが有る場合（Ｓ１０４１：Ｙｅｓ）、データパターンＤＢ１２１からＣＳＶ形式データパターンを１つ読み出す（Ｓ１０４２）。そして、ＣＰＵ１４は、受信したプローブ情報のフィールド数とデータパターンＤＢ１２１から読み出したＣＳＶ形式データパターンのフィールド数が同じか否か判定する（Ｓ１０４３）。ＣＰＵ１４は、フィールド数が同じである場合（Ｓ１０４３：Ｙｅｓ）、そのデータパターンの日付情報、時間情報、緯度情報、経度情報の位置、桁数、書式が、プローブ情報の日付情報、時間情報、緯度情報、経度情報と一致しているか否かを判定する（Ｓ１０４４〜Ｓ１０４７）。
【００３６】
すなわち、ＣＰＵ１４は、データパターンＤＢ１２１から読み出したデータパターンの日付情報にあたるフィールドの位置、書式、桁数が、受信したプローブ情報の該当する位置にあるフィールドの書式、桁数と同じであるか否か判定する（Ｓ１０４４）。なお、日付情報にあたるフィールドの書式と桁数は、日付情報にあたるフィールドの属性の一例である。
ＣＰＵ１４は、日付フィールドの位置、書式、桁数が同じであると判定した場合（Ｓ１０４４：Ｙｅｓ）、時間情報にあたるフィールドの判定処理に移る。ＣＰＵ１４は、時間情報の判定処理では、当該データパターンの時間情報にあたるフィールドの位置、書式、桁数が、受信したプローブ情報の該当する位置にあるフィールドの書式、桁数と同じであるか否かを判定する（Ｓ１０４５）。なお、時間情報にあたるフィールドの書式と桁数は時間情報にあたるフィールドの属性の一例である。
【００３７】
ＣＰＵ１４は、時間フィールドの位置、書式、桁数が同じであると判定した場合（Ｓ１０４５：Ｙｅｓ）、緯度情報にあたるフィールドの判定処理に移る。ＣＰＵ１４は、緯度情報の判定処理では、同様に当該データパターンの緯度情報にあたるフィールドの位置、書式、桁数が、受信したプローブ情報の該当する位置にあたるフィールドの書式、桁数と同じであるか否かを判定する（Ｓ１０４６）。なお、緯度情報にあたるフィールドの書式と桁数は緯度情報にあたるフィールドの属性の一例である。
ＣＰＵ１４は、緯度フィールドの位置、書式、桁数が同じであると判定した場合（Ｓ１０４６：Ｙｅｓ）、経度情報にあたるフィールドの判定処理に移る。ＣＰＵ１４は、経度情報の判定処理では、同様に当該データパターンの経度情報にあたるフィールドの位置、書式、桁数が、受信したプローブ情報の該当する位置にあたるフィールドの書式、桁数と同じであるか否かを判定する（Ｓ１０４７）。なお、経度情報にあたるフィールドの書式と桁数は経度情報にあたるフィールドの属性の一例である。
ＣＰＵ１４は、経度フィールドの位置、書式、桁数が同じであると判定した場合（Ｓ１０４７：Ｙｅｓ）、受信したプローブ情報に対応するＣＳＶ形式データパターンを取得することに成功したと判定する。
【００３８】
一方、ＣＰＵ１４は、ステップＳ１０４３〜Ｓ１０４７のいずれかをＮｏと判定した場合、ステップＳ１０４１に戻り、データパターンＤＢ１２１に他のＣＳＶ形式データパターンが有るか否か調べる。ＣＰＵ１４は、データパターンＤＢ１２１に他のＣＳＶ形式データパターンが有る場合（Ｓ１０４１：Ｙｅｓ）、そのＣＳＶ形式データパターンを読み出して（Ｓ１０４２）、再度Ｓ１０４３〜Ｓ１０４７を実行する。
ＣＰＵ１４は、データパターンＤＢ１２１に他のＣＳＶ形式データパターンが無い場合（Ｓ１０４１：Ｎｏ）、受信したプローブ情報に対応するＣＳＶ形式データパターンを取得することに失敗したと判定する。
【００３９】
図８に示すように、例えば、受信したＣＳＶ形式のプローブ情報４０１が、カンマで４つのフィールドに区切られており、各フィールドについて、フィールド１の書式が「ｙｙｙｙ／ｍｍ／ｄｄ」、桁数が１０桁、フィールド２の書式が「ｈｈ：ｍｍ：ｓｓ」、桁数が８桁、フィールド３の書式が「ｄｄ．ｄｄｄｄｄ」、桁数が整数２桁、小数５桁、フィールド４の書式が「ｄｄｄ．ｄｄｄｄｄ」、桁数が整数３桁、小数５桁である例について説明する。
【００４０】
ＣＰＵ１４は、プローブ情報４０１のフィールド数と同じフィールド数のデータパターン４５０を、データパターンデータベース１２１から取得する（Ｓ１０４１〜Ｓ１０４３）。例えば、ＣＰＵ１４は、フィールド数が４であるデータパターン４５０をデータパターンデータベース１２１から取得する。
さらに、ＣＰＵ１４は、当該データパターン４５０の各フィールドの桁数、書式が、受信したプローブ情報の対応する位置にあるフィールドの桁数、書式と同じであるか否かを判定する（Ｓ１０４４〜１０４７）。
【００４１】
すなわち、ＣＰＵ１４は、データパターン４５０のフィールドＮＯ「１」４０６の書式「ｙｙｙｙ／ｍｍ／ｄｄ」４０９、桁数１０桁４０８が、プローブ情報４０１のフィールド１の書式、桁数と一致するか否かを判定する（Ｓ１０４４）。また、ＣＰＵ１４は、フィールドＮＯ「２」４１１の書式「ｈｈ：ｍｍ：ｓｓ」４１４、桁数８桁４１３が、プローブ情報４０１のフィールド２の書式、桁数と一致するか否かを判定する（Ｓ１０４５）。また、ＣＰＵ１４は、フィールドＮＯ「３」４１６の書式「ｄｄ．ｄｄｄｄｄ」４２０、桁数（整数）２桁４１８、桁数（小数）５桁４１９が、プローブ情報４０１のフィールド３の書式、桁数と一致するか否かを判定する（Ｓ１０４６）。ＣＰＵ１４は、同様にフィールドＮＯ「４」４２２の書式「ｄｄｄ．ｄｄｄｄｄ」４２６、桁数（整数）３桁４２４、桁数（小数）５桁４２５が、プローブ情報４０１のフィールド４の書式、桁数と一致するか否かを判定する（Ｓ１０４７）。ＣＰＵ１４は、これらすべてが一致した場合、受信したプローブ情報に対応するＣＳＶ形式データパターンを取得することに成功したと判定する。
【００４２】
また、ＣＰＵ１４は、図５のステップＳ１０３のデータフォーマットの判定処理により受信したプローブ情報のデータフォーマットが固定長形式であると判定した場合、プローブ情報の文字列の長さ等に基づいて、プローブ情報に対応する固定長形式データパターンをデータパターンＤＢ１２１から取得する（Ｓ１０５）。
受信したプローブ情報が固定長形式であると判定された場合（Ｓ１０３：Ｙｅｓ）の固定長形式データパターン取得処理（Ｓ１０５）について図９を参照して詳細に説明する。
ＣＰＵ１４は、受信したプローブ情報が固定長形式であると判定した場合、データパターンＤＢ１２１に固定長形式データパターンが有るか否か調べる（Ｓ１０５１）。ＣＰＵ１４は、データパターンＤＢ１２１に固定長形式データパターンが有る場合（Ｓ１０５１：Ｙｅｓ）、データパターンＤＢ１２１から固定長形式データパターンを１つ読み出す（Ｓ１０５２）。そして、ＣＰＵ１４は、読み出した固定長形式データパターンの文字列長が受信したプローブ情報と同じであるか否か判定する（Ｓ１０５３）。
ＣＰＵ１４は、文字列長が同じである場合（Ｓ１０５３：Ｙｅｓ）、読み出した固定長形式データパターンの日付情報、時間情報、緯度情報、経度情報の位置、桁数、数値範囲が、受信したプローブ情報の日付情報、時間情報、緯度情報、経度情報と一致しているか否かを判定する（Ｓ１０５４〜Ｓ１０５７）。
【００４３】
すなわち、ＣＰＵ１４は、読み出した固定長形式データパターンの日付情報と同じ位置、桁数、数値範囲で、受信したプローブ情報の日付情報が存在するか否かを判定する（Ｓ１０５４）。なお、日付情報の桁数と数値範囲は日付情報の属性の一例である。
また、ＣＰＵ１４は、固定長形式データパターンの時間情報と同じ位置、桁数、数値範囲で、プローブ情報の時間情報が存在するか否かを判定する（Ｓ１０５５）。なお、時間情報の桁数と数値範囲は時間情報の属性の一例である。
同様に、ＣＰＵ１４は、固定長形式データパターンの緯度情報と同じ位置、桁数、数値範囲で、プローブ情報の緯度情報が存在するか否かを判定する（Ｓ１０５６）。なお、緯度情報の桁数と数値範囲は緯度情報の属性の一例である。
さらに、ＣＰＵ１４は、固定長形式データパターンの経度情報と同じ位置、桁数、数値範囲で、プローブ情報の経度情報が存在するか否かを判定する（Ｓ１０５７）。なお、経度情報の桁数と数値範囲は経度情報の属性の一例である。
ＣＰＵ１４は、読み出した固定長形式データパターンの文字列長が受信したプローブ情報の文字列長と一致しており（Ｓ１０５３：Ｙｅｓ）、固定長形式データパターンの日付情報、時間情報、緯度情報、経度情報の位置、桁数、数値範囲が、それぞれプローブ情報の文字列長、日付情報、時間情報、緯度情報、経度情報と一致していると判定した場合（Ｓ１０５４：Ｙｅｓ、Ｓ１０５５：Ｙｅｓ、Ｓ１０５６：Ｙｅｓ、Ｓ１０５７：Ｙｅｓ、）、受信したプローブ情報に対応する固定長形式データパターンを取得することに成功したと判定する。
【００４４】
一方、ＣＰＵ１４は、ステップＳ１０５３〜Ｓ１０５７のいずれかをＮｏと判定した場合、ステップＳ１０５１に戻り、データパターンＤＢ１２１に他の固定長形式データパターンが有るか否か調べる。ＣＰＵ１４は、データパターンＤＢ１２１に他の固定長形式データパターンが有る場合（Ｓ１０５１：Ｙｅｓ）、その固定長形式データパターンを読み出して（Ｓ１０５２）、再度ステップＳ１０５３〜Ｓ１０５７を実行する。
ＣＰＵ１４は、データパターンＤＢ１２１に他の固定長形式データパターンが無い場合（Ｓ１０５１：Ｎｏ）、受信したプローブ情報に対応する固定長形式データパターンを取得することに失敗したと判定する。
【００４５】
例えば、ＣＰＵ１４は、図１０に示すように、受信したプローブ情報の文字列長が、２７桁のデータ５０１である場合、データパターンＤＢ１２１から、文字列長が２７桁であるデータパターン５５０を取得する（Ｓ１０５１〜Ｓ１０５３）。
さらに、ＣＰＵ１４は、当該データパターン５５０の各項目の開始位置、桁数、数値範囲を取得し、それらが受信したプローブ情報と一致するか否かを判定する（Ｓ１０５４〜Ｓ１０５７）。ここで、数値範囲について、例えば、当該データパターン５５０の場合、日付情報は先頭２桁の値が００〜９９の範囲内、３桁から４桁の値が０１〜１２、５桁から６桁の値が０１〜３１の範囲内である。また、時間情報は７桁から８桁の値が０１〜２４の範囲内、９桁から１０桁の値が００〜６０の範囲内、１１桁から１２桁の値が００〜６０の範囲内である。緯度情報は１３桁から２０桁の値が０００００００〜９００００００の範囲内であり、経度情報は２１桁から２７桁の値が００００００００〜１８００００００の範囲内である。
【００４６】
ＣＰＵ１４は、当該データパターン５５０の日付情報、時間情報、緯度情報、経度情報の位置、桁数、数値範囲と、当該プローブ情報５０１の日付情報、時間情報、緯度情報、経度情報の位置、桁数、数値範囲が一致するか否かの判定を以下の方法で行う。
すなわち、ＣＰＵ１４は、当該プローブ情報５０１と、当該データパターン５５０の日付情報が同一の位置、桁数、数値範囲であるか否かについて、当該プローブ情報５０１の先頭から２桁の値が００〜９９の範囲内であり、３桁から４桁の値が０１〜１２の範囲であり、５桁から６桁の値が０１〜３１の範囲内であるか否かにより判定する（Ｓ１０５４）。
また、ＣＰＵ１４は、当該プローブ情報５０１と、当該データパターン５５０の時間情報が同一の位置、桁数、数値範囲であるか否かについて、当該プローブ情報５０１の７桁目から８桁目までの値が００〜２４の範囲内であり、９桁目から１０桁目までの値が００〜６０の範囲内であり、１１桁目から１２桁目までの値が００〜６０の範囲内であるか否かにより判定する（Ｓ１０５５）。
【００４７】
同様に、ＣＰＵ１４は、当該プローブ情報５０１と、当該データパターン５５０の緯度情報が同一の位置、桁数、数値範囲であるか否かについて、当該プローブ情報５０１の１３桁目から２０桁目までの値が、０００００００〜９００００００の範囲内であるか否かにより判定する（Ｓ１０５６）。
さらに、ＣＰＵ１４は、当該プローブ情報５０１と、当該データパターン５５０の緯度情報が同一の位置、桁数、数値範囲であるか否かについて、当該プローブ情報５０１の２１桁目から２７桁目までの値が、０００００００〜１８０００００の範囲内であるか否かにより判定する（Ｓ１０５７）。
ＣＰＵ１４は、すべて一致した場合、受信したプローブ情報に対応する固定長形式データパターンを取得することに成功したと判定する。
【００４８】
ＣＰＵ１４は、受信したプローブ情報と一致するデータパターンがデータパターンＤＢ１２１に存在しなかった場合（図５のＳ１０６：Ｎｏ）にフィールド単位パターンマッチング処理（図５のＳ１０８）を実行する。図１１は、フィールド単位パターンマッチング処理の流れを示す。
受信したプローブ情報がＣＳＶ形式であり、パターンマッチするデータパターンが存在しなかった場合（図５のＳ１０６：Ｎｏ）、ＣＰＵ１４は、このプローブ情報のどのフィールドが日付フィールド、時間フィールド、緯度フィールド、経度フィールドであるかを判定する。
【００４９】
ＣＰＵ１４は、まず、日付フィールドについて判定する（Ｓ１０８１）。
すなわち、フィールドパターンＤＢ１２２から取得した日付情報のフィールドパターンと、当該プローブ情報の１〜ｎのフィールドについて、桁数、書式が一致するフィールドが存在するか否か順に判定する。１〜ｎのすべてのフィールドで一致しなかった場合、フィールドパターンＤＢ１２２から他の日付情報に関するフィールドパターンを取得し、同様に、当該プローブ情報の１〜ｎのフィールドについて、桁数、書式が一致するフィールドが存在するか否か順に判定する。さらに存在しなかった場合、同様に、フィールドパターンＤＢ１２２に格納されている日付情報のフィールドパターンすべてについて、桁数、書式が一致するまで判定処理を繰り返す(Ｓ１０８１)。
なお、日付情報のフィールドパターンの桁数と書式が日付情報の属性の一例である。
【００５０】
ＣＰＵ１４は、当該プローブ情報に日付情報のフィールドが存在した場合（Ｓ１０８１：Ｙｅｓ）、時間情報についての判定処理に移る（Ｓ１０８２）。
すなわち、フィールドパターンＤＢ１２２から取得した時間情報のフィールドパターンと、当該プローブ情報の１〜ｎのフィールドについて、桁数、書式が一致するフィールドが存在するか否か判定する。１〜ｎのすべてのフィールドで一致しなかった場合、フィールドパターンＤＢ１２２から他の時間情報に関するフィールドパターンを取得し、同様に、当該プローブ情報の１〜ｎのフィールドについて、桁数、書式が一致するフィールドが存在するか否か判定する。さらに存在しなかった場合、同様に、フィールドパターンＤＢ１２２に格納されている時間情報のフィールドパターンすべてについて、桁数、書式が一致するまで判定処理を繰り返す(ステップ１０８２)。
なお、時間情報のフィールドパターンの桁数と書式が時間情報の属性の一例である。
【００５１】
ＣＰＵ１４は、当該プローブ情報に時間情報のフィールドが存在した場合（Ｓ１０８２：Ｙｅｓ）、緯度情報についての判定処理に移る（Ｓ１０８３）。
すなわち、フィールドパターンＤＢ１２２から取得した緯度情報のフィールドパターンと、当該プローブ情報の１〜ｎのフィールドについて、桁数、書式が一致するフィールドが存在するか否か判定する。１〜ｎのすべてのフィールドで一致しなかった場合、フィールドパターンＤＢ１２２から他の緯度情報に関するフィールドパターンを取得し、同様に、当該プローブ情報の１〜ｎのフィールドについて、桁数、書式が一致するフィールドが存在するか否か判定する。さらに存在しなかった場合、同様に、フィールドパターンＤＢ１２２に格納されている緯度情報のフィールドパターンすべてについて、桁数、書式が一致するまで判定処理を繰り返す(ステップ１０８３)。
なお、緯度情報のフィールドパターンの桁数と書式が緯度情報の属性の一例である。
【００５２】
ＣＰＵ１４は、当該プローブ情報に緯度情報のフィールドが存在した場合（Ｓ１０８３：Ｙｅｓ）、経度情報についての判定処理に移る（Ｓ１０８４）。
すなわち、フィールドパターンＤＢ１２２から取得した経度情報のフィールドパターンと、当該プローブ情報の１〜ｎのフィールドについて、桁数、書式が一致するフィールドが存在するか否か判定する。１〜ｎのすべてのフィールドで一致しなかった場合、フィールドパターンＤＢ１２２から他の経度情報に関するフィールドパターンを取得し、同様に、当該プローブ情報の１〜ｎのフィールドについて、桁数、書式が一致するフィールドが存在するか否か判定する。さらに存在しなかった場合、同様に、フィールドパターンＤＢ１２２に格納されている経度情報のフィールドパターンすべてについて、桁数、書式が一致するまで判定処理を繰り返す(ステップ１０８４)。
なお、経度情報のフィールドパターンの桁数と書式が経度情報の属性の一例である。
ＣＰＵ１４は、受信したプローブ情報に日付情報、時間情報、緯度情報、経度情報が存在した場合、フィールド単位パターンマッチングに成功し、このプローブ情報に対応するデータパターンを取得できたと判定する（図５のＳ１０９：Ｙｅｓ）。
【００５３】
すなわち、ＣＰＵ１４は、図１２に示すように、例えば、受信したプローブ情報の日付フィールドが２００９／０７／３０（書式ｙｙｙｙ／ｍｍ／ｄｄ）であるデータの場合、フィールドパターンＤＢ１２２から日付情報に関する１つ目のフィールドパターン６０２を取得し、プローブ情報６０１のフィールド１〜４について、桁数が８、書式がｙｙｙｙ／ｍｍ／ｄｄであるフィールドが存在するか否か順に判定する。ＣＰＵ１４は、桁数、書式が同一のフィールドは存在しない場合、フィールドパターンＤＢ１２２から次のフィールドパターン６０３を取得し、同様に、プローブ情報６０１のフィールド１〜４について、桁数が８、書式がｙｙｙｙ／ｍｍ／ｄｄであるフィールドが存在するか否か順に判定する。ＣＰＵ１４は、フィールド１の桁数、書式が一致した場合、日付情報のフィールドが存在すると判定する（Ｓ１０８１）。時間情報、緯度情報、経度情報についても、同様に判定処理を行う（Ｓ１０８２〜Ｓ１０８４）。
【００５４】
ＣＰＵ１４は、受信したプローブ情報が固定長形式であり、パターンマッチするデータパターンが存在しなかった場合（図５のＳ１０７：Ｎｏ）、当該プローブ情報のどの部分が日付情報、時間情報、緯度情報、経度情報であるかを判定する（図５のＳ１０８）。
ＣＰＵ１４は、はじめに、日付情報について判定処理を行う（Ｓ１０８１）。
すなわち、フィールドパターンＤＢ１２２から取得した日付情報のフィールドパターンと、当該プローブ情報について、桁数、数値範囲が一致する部分が存在するか否か判定する。判定位置を１桁毎ずらし、すべての部分で一致しなかった場合、フィールドパターンＤＢ１２２から他の日付情報に関するフィールドパターンを取得し、同様に、当該プローブ情報について、桁数、数値範囲が一致する部分が存在するか否か判定する。一致する部分が存在しなかった場合、同様に、フィールドパターンＤＢ１２２に格納されている日付情報に関するフィールドパターンすべてについて、桁数、数値範囲が一致するまで判定処理を繰り返す(Ｓ１０８１)。
なお、日付情報のフィールドパターンの桁数と数値範囲が日付情報の属性の一例である。
【００５５】
ＣＰＵ１４は、日付情報が存在した場合（Ｓ１０８１：Ｙｅｓ）、時間情報についての判定処理に移る（Ｓ１０８２）。
すなわち、フィールドパターンＤＢ１２２から取得した時間情報のフィールドパターンと、当該プローブ情報について、桁数、数値範囲が一致する部分が存在するか否か判定する。判定位置を１桁毎ずらし、すべての部分で一致しなかった場合、フィールドパターンＤＢ１２２から他の時間情報に関するフィールドパターンを取得し、同様に、当該プローブ情報について、桁数、数値範囲がすべて一致するフィールドが存在するか否か判定する。一致するフィールドが存在しなかった場合、同様に、フィールドパターンＤＢ１２２に格納されている時間情報のフィールドパターンすべてについて、桁数、数値範囲が一致するまで判定を繰り返す(Ｓ１０８２)。
なお、時間情報のフィールドパターンの桁数と数値範囲が時間情報の属性の一例である。
【００５６】
ＣＰＵ１４は、時間情報が存在した場合、緯度情報についての判定処理に移る（Ｓ１０８３）。
すなわち、フィールドパターンＤＢ１２２から取得した緯度情報のフィールドパターンと、当該プローブ情報について、桁数、数値範囲が一致する部分が存在するか否か判定する。判定位置を１桁毎ずらし、すべての部分で一致しなかった場合、フィールドパターンＤＢ１２２から他の緯度情報に関するフィールドパターンを取得し、同様に、当該プローブ情報について、桁数、数値範囲がすべて一致するフィールドが存在するか否か判定する。一致するフィールドが存在しなかった場合、同様に、フィールドパターンＤＢ１２２に格納されている緯度情報のフィールドパターンすべてについて、桁数、数値範囲が一致するまで判定を繰り返す(Ｄ１０８３)。
なお、緯度情報のフィールドパターンの桁数と数値範囲が緯度情報の属性の一例である。
【００５７】
ＣＰＵ１４は、緯度情報が存在した場合、経度情報についての判定処理に移り、同様に、経度情報を判定する（Ｓ１０８４）。
すなわち、フィールドパターンＤＢ１２２から取得した経度情報のフィールドパターンと、当該プローブ情報について、桁数、数値範囲がすべて一致する部分が存在するか否か判定する。判定位置を１桁毎ずらし、すべての部分で一致しなかった場合、フィールドパターンＤＢ１２２から次の経度情報のフィールドパターンを取得し、当該プローブ情報について、桁数、数値範囲がすべて一致するフィールドが存在するか否か判定する。一致するフィールドが存在しなかった場合、同様に、フィールドパターンＤＢ１２２に格納されている経度情報のフィールドパターンすべてについて、桁数、数値範囲が一致するまで判定を繰り返す(Ｓ１０８４)。
なお、経度情報のフィールドパターンの桁数と数値範囲が経度情報の属性の一例である。
ＣＰＵ１４は、受信したプローブ情報に日付情報、時間情報、緯度情報、経度情報が存在した場合、フィールド単位パターンマッチングに成功し、このプローブ情報に対応するデータパターンを取得できたと判定する（図５のＳ１０９：Ｙｅｓ）。
【００５８】
すなわち、ＣＰＵ１４は、図１３に示すように、例えば、フィールドパターンＤＢ１２２から取得した日付情報に関するフィールドパターン７０２の桁数が８である場合、受信したプローブ情報の１桁目から２桁目までの値が、２０であるか否かを判定する。ＣＰＵ１４は、値が一致しなければ、判定対象を１桁ずらし、２桁目から３桁目の値が、２０であるか否か判定し、一致しなければ、同様に、最後の桁数まで判定する。ＣＰＵ１４は、すべて一致しなければ、フィールドパターン７０２とマッチしないと判定する。そして、ＣＰＵ１４は、フィールドパターンＤＢ１２２から次のフィールドパターン７０３を取得し、同様に、１桁目から判定する。すなわち、ＣＰＵ１４は、受信したプローブ情報７０１の１桁目から２桁目までの値が、００〜９９までの範囲内であるか否かを判定する。ＣＰＵ１４は、範囲内であれば、３桁目から４桁目までの値が、０１〜１２までの範囲内であるか否かを判定する。ＣＰＵ１４は、範囲内であれば、５桁目から６桁目までの値が、０１〜３１の範囲内であるか否か判定する。ＣＰＵ１４は、以上の６桁の値の範囲が、すべて一致すれば、日付情報のパターンマッチングが成功したと判定する（Ｓ１０８１：Ｙｅｓ）。
ＣＰＵ１４は、時間情報、緯度情報、経度情報についても、同様に判定処理を行う。
【００５９】
次に、図５に戻り、ＣＰＵ１４は、受信したプローブ情報がＣＳＶ形式でもなく固定長形式でもないと判定した場合（Ｓ１０２：Ｎｏ、Ｓ１０３：Ｎｏ）、不明な形式として、図１４に示すデータ解析処理を行う（Ｓ１１０）。
ＣＰＵ１４は、データ解析処理では、受信したプローブ情報の文字コードを分析し、文字コードを特定する（Ｓ１１０１）。ＣＰＵ１４は、文字コードの特定ができた場合（Ｓ１１０１：Ｙｅｓ）、ｎ進数の分析処理を行い、当該プローブ情報を文字列に変換する（Ｓ１１０２）。なお、ｎ進数の分析処理は、言語に実装されている正規化表現等の公知技術を用いて行う。
ＣＰＵ１４は、文字コードの特定ができなかった場合（Ｓ１１０１：Ｎｏ）、バイナリの分析処理を行い、受信したプローブ情報をバイナリデータとみなしてバイナリデータを文字列に変換する（Ｓ１１０３）。
【００６０】
ＣＰＵ１４は、ｎ進数の分析処理（Ｓ１１０２）またはバイナリの分析処理（Ｓ１１０３）によって変換された文字列が英数字のみ、あるいは英数字と所定の文字列のみで構成されている場合には、データ解析に成功したと判定し（図５のＳ１１１：Ｙｅｓ）、ステップＳ１０５の固定長形式データパターン取得処理に進む。
ＣＰＵ１４は、変換された文字列が英数字と所定の文字列以外の文字列を含む場合には、データ解析に失敗したと判定する（図５のＳ１１１：Ｎｏ）。
【００６１】
図６は、図５のフローチャートの続きであり、受信したプローブ情報に対応するデータパターンを取得した後の処理を示す。
ＣＰＵ１４は、フィールド単位パターンマッチングに成功し、受信したプローブ情報に対応するデータパターンを取得できたと判定した場合（図５のＳ１０９：Ｙｅｓ）、当該データパターンをデータパターンＤＢ１２１に保管する（Ｓ１１２）。また、日付情報、時間情報、緯度情報、経度情報の各フィールドパターンをフィールドパターンＤＢ１２２に保管する（Ｓ１１３）。
そして、ＣＰＵ１４は、取得したデータパターンを参照して受信したプローブ情報から日付情報、時間情報、緯度情報、経度情報（共通データ項目に対応するデータ）を抽出し、抽出された日付情報、時間情報、緯度情報、経度情報を含む正規化された正規化プローブ情報を作成する（Ｓ１１４）。
さらに、ＣＰＵ１４は、正規化されたプローブ情報をプローブ情報ＤＢ１２３に保管する（Ｓ１１５）。
【００６２】
また、ＣＰＵ１４は、受信したプローブ情報に対応するＣＳＶ形式データパターンを取得することに成功したと判定した場合（図５のＳ１０６：Ｙｅｓ）、および、受信したプローブ情報に対応する固定長形式データパターンを取得することに成功したと判定した場合（図５のＳ１０７：Ｙｅｓ）、取得したデータパターンを参照して受信したプローブ情報から日付情報、時間情報、緯度情報、経度情報（共通データ項目に対応するデータ）を抽出し、抽出された日付情報、時間情報、緯度情報、経度情報を含む正規化された正規化プローブ情報を作成する（Ｓ１１４）。そして、ＣＰＵ１４は、正規化されたプローブ情報をプローブ情報ＤＢ１２３に保管する（Ｓ１１５）。
【００６３】
ＣＰＵ１４は、フィールド単位パターンマッチングに失敗し、受信したプローブ情報に対応するデータパターンを取得できなかったと判定した場合（図５のＳ１０９：Ｎｏ）、およびデータ解析処理（図５のＳ１１０）によって変換された文字列が英数字と所定の文字列以外の文字列を含むため、データ解析に失敗したと判定した（図５のＳ１１１：Ｎｏ）場合、データパターンを取得できなかったプローブ情報を、不明ログとして、不明ログＤＢ１２４に保管する（Ｓ１１６）。
【００６４】
ここで、ＣＰＵ１４は、フィールド単位パターンマッチングに成功し、受信したプローブ情報に対応するＣＳＶ形式データパターンを取得できたと判定した場合（図５のＳ１０９：Ｙｅｓ）、図１５に示すように、例えば、データパターンＤＢ１２１に、パターンコード８０１として「０２３」、形式８０２として「ＣＳＶ」、全フィールド数８０３として「６」、データ８０４として「２００９／１２／２３」、フィールドＮｏ８０５として「１」、種別８０６として「日付」、桁数８０７として「１０」、書式８０８として「ｙｙｙｙ／ｍｍ／ｄｄ」を登録する（Ｓ１１２）。
【００６５】
同様に、ＣＰＵ１４は、例えば、図１６に示すように、フィールドパターンＤＢ１２２に、パターンコード９０１として「０１４」、形式９０２として「ＣＳＶ」、種別９０３として「日付」、データ９０４として「２００９／１２／２３」、桁数９０５として「８」、書式９０６として「ｙｙｙｙ／ｍｍ／ｄｄ」を登録する（Ｓ１１３）。
【００６６】
同様に、ＣＰＵ１４は、例えば、図１７に示すように、プローブ情報ＤＢ１２３に、パターンコード１００１として「０２３７５」、日付フィールド１００２として「２００９１２２３」、時間フィールド１００３として「０８２０３１」、緯度フィールド１００４として「０３５．６５８２６１４２１７０４２９」、経度フィールド１００６として「１３９．７４１９８４９５２３９２５６」を登録する（Ｓ１１５）。
【００６７】
また、ＣＰＵ１４は、受信したプローブ情報に対応するデータパターンを取得できなかったと判定した場合（図５のＳ１０９：Ｎｏ）、例えば、図１８に示すように、不明ログＤＢ１２４に、データＮＯ１１０１として「２５４６」、プローブ情報１１０２として「２３７２０５３８３２５５８」、書込日時１１０３として「２００９０３０７０８２０３１」、日付フィールド判別１１０４として「パターン５」、時間フィールド判別１１０５として「−」、緯度フィールド判別１１０６として「パターン３」、緯度フィールド判別１１０７として「パターン３」を登録する（Ｓ１１６）。
【００６８】
図１９は、緯度と経度の測地系について判定する測地系判定処理の流れを示す。
ＣＰＵ１４は、測地系を判定しようとする移動体のプローブ情報をプローブ情報ＤＢ１２３から読み出す。そして、ＣＰＵ１４は、それらの緯度と経度をカーナビゲーションシステムの地図にマッピングする（Ｓ２０１）。その際、緯度と経度は日本測地系と想定してマッピングする。
ＣＰＵ１４は、測地系の判定対象であるプローブデータの緯度と経度をマッピングした結果、図２０のマッピング結果１２０１に示すように、地図上の道路にマッピングできた場合（Ｓ２０２：Ｙｅｓ）、日本測地系と判定する（Ｓ２０３）。ＣＰＵ１４は、図２０のマッピング結果１２０２のように、緯度と経度が地図上の道路にマッピングできなかった場合（Ｓ２０２：Ｎｏ）、世界測地系と判定する（Ｓ２０４）。
判定の結果、日本測地系であるか、世界測地系であるかを図１７のプローブ情報ＤＢ１２３の測地系１００５、１００７に登録する（Ｓ２０５）。
【００６９】
上記の方法により、集約したプローブ情報は、例えば、正規化された正規化プローブ情報を各ユーザが使用する形態ごとに統計処理部１５２が統計処理を行う。そして、端末インタフェース部１５３が利用者からの要求に基づき、ネットワーク６を介して、各利用者端末に統計処理を行った情報を送信する。
【００７０】
なお、上記実施形態では、日付情報、時間情報、緯度情報、経度情報を取得して正規化プローブ情報を作成したが、他の情報を正規化プローブ情報に含めても良い。
また、上記実施形態では、ＣＳＶ形式データパターンと固定長形式データパターンの例を示したが、これら以外の形式のデータパターンであっても本発明を適用できることは言うまでもない。
更に、上記実施形態では、集約した正規化プローブ情報の利用方法として、統計処理を行い、利用者の利用に供する旨の記載をしたが、集約した正規化プローブ情報を他の方法により利用できることは言うまでもない。
【００７１】
また、上記実施形態では、プローブ情報収集端末は取得したプローブ情報を無線によりプローブ情報管理サーバに送信するとしたが、プローブ情報収集端末はプローブ情報をＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ等の可搬型記録媒体に保存し、その可搬型記録媒体をプローブ情報管理サーバに装着することによりプローブ情報をプローブ情報管理サーバに受け渡すこととしても良い。
また、上記測地系判定処理において、緯度と経度は日本測地系と想定してマッピングするとしたが、緯度と経度は世界測地系と想定してマッピングし、地図上の道路にマッピングできた場合、世界測地系と判定し、緯度と経度が地図上の道路にマッピングできなかった場合、日本測地系と判定しても良い。
【００７２】
本発明によれば、次のような効果がある。
（１）様々なプローブ情報のデータフォーマットを統一したデータフォーマットに変換して集約することで、収集したプローブ情報の利用が容易になり、様々なサービスの提供が可能となる。
（２）これにより利用者はプローブ情報を利用するために専用の高額な車載端末を準備する必要がなく、また事業者はプローブ情報管理サーバを準備する必要がなく、コストを削減することができる。
【００７３】
以上、本発明の実施形態について説明したが、設計上の都合やその他の要因によって必要となる様々な修正や組み合わせは、請求項に記載されている発明や発明の実施形態に記載されている具体例に対応する発明の範囲に含まれると理解されるべきである。
【符号の説明】
【００７４】
１…プローブ情報管理サーバ、２ａ、２ｂ、２ｎ…移動体、３ａ、３ｂ、３ｍ…プローブ情報収集端末、４…基地局、５ａ、５ｂ、５ｎ…利用者端末、６…ネットワーク、１１…処理部、１２…記憶部、１３…ネットワークインタフェース部、１４…ＣＰＵ、１５…メモリ、１２１…データパターンＤＢ、１２２…フィールドパターンＤＢ、１２３…プローブ情報ＤＢ、１２４…不明ログＤＢ、１５１…プローブ情報変換部、１５２…統計処理部、１５３…端末インタフェース部
【図１】
2011138317.tif 000003
【図２】
2011138317.tif 000004
【図３】
2011138317.tif 000005
【図４】
2011138317.tif 000006
【図５】
2011138317.tif 000007
【図６】
2011138317.tif 000008
【図７】
2011138317.tif 000009
【図８】
2011138317.tif 000010
【図９】
2011138317.tif 000011
【図１０】
2011138317.tif 000012
【図１１】
2011138317.tif 000013
【図１２】
2011138317.tif 000014
【図１３】
2011138317.tif 000015
【図１４】
2011138317.tif 000016
【図１５】
2011138317.tif 000017
【図１６】
2011138317.tif 000018
【図１７】
2011138317.tif 000019
【図１８】
2011138317.tif 000020
【図１９】
2011138317.tif 000021
【図２０】
2011138317.tif 000022