(57)【要約】【課題】本発明は、複数の移動体を又は少なくとも１つの移動体についての異なるセンサそれぞれからのデータを動的に関連付けて、当該関連付けられた移動体からのデータ又は当該関連付けられたデータをフィルタリング処理することを目的とする。【解決手段】本発明は、少なくとも１つのセンサをそれぞれ備えている移動体からのデータを集約し、フィルタリング処理する技法であり、当該技法は複数の移動体それぞれからからのデータを受信すること、当該受信したデータに基づいて、上記複数の移動体のうちの少なくとも２つの移動体が、又は少なくとも１つの移動体についての異なるセンサそれぞれからのデータが、関連するかどうかを判断すること、及び、上記関連すると判断された移動体からのデータの少なくとも一部を、又は上記関連すると判断されたデータの少なくとも一部を、フィルタリング処理することを含む。【選択図】図１０
2015026196.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのセンサをそれぞれ備えている移動体からのデータを集約し、フィルタリング処理する方法であって、コンピュータが、
複数の移動体それぞれからのデータを受信するステップと、
前記受信したデータに基づいて、前記複数の移動体のうちの少なくとも２つの移動体が、又は少なくとも１つの移動体についての異なるセンサそれぞれからのデータが、関連するかどうかを判断するステップと、
前記関連すると判断された移動体からのデータの少なくとも一部を、又は前記関連すると判断されたデータの少なくとも一部を、フィルタリング処理するステップと
を実行することを含む、前記方法。
【請求項２】
前記判断するステップが、
前記関連すると判断された移動体が備えているセンサのうち、又は前記関連すると判断されたデータを送信する前記異なるセンサのうち、１つのセンサを主センサとし、他のセンサを従センサとして関連付けるステップ
をさらに含む、請求項１に記載の方法。
【請求項３】
前記フィルタリング処理するステップが、
前記主センサからのデータを残し、且つ前記従センサからのデータを削除し若しくは破棄するステップ、又は、
前記主センサからのデータを前記従センサからのデータの一部で補完するステップ
を含む、請求項２に記載の方法。
【請求項４】
前記コンピュータが、
前記受信したデータに基づいて、前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連が解消されるかどうかを判断するステップ
を実行することをさらに含み、
前記コンピュータが、
前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連が解消されることに応じて、前記フィルタリング処理するステップを中止するステップ
を実行することをさらに含む、
請求項１に記載の方法。
【請求項５】
前記関連すると判断された移動体の前記関連の前記解消が、前記関連すると判断された移動体のうち、異なる移動を行っている移動体があることに応じて行われる、請求項４に記載の方法。
【請求項６】
前記複数の移動体のうちの少なくとも２つの移動体が関連するかどうかを判断するステップが、
同一又は近似する移動を行っている移動体を関連する移動体であると判断するステップ、及び、
関連する移動体として関連付けられた過去の履歴データ、前記移動体を登録した移動体関連データベース、前記移動体の状態条件、又は、前記移動体のオーナー情報に基づいて、前記関連する移動体であると判断するステップ
のうちの少なくとも１つのステップを含み、又は、
前記少なくとも１つの移動体についての異なるセンサそれぞれからのデータが関連するかどうかを判断するステップが、
異なるセンサそれぞれからのデータが関連付けられた過去の履歴データ、前記移動体若しくは前記移動体からのデータを集めている機器を登録した移動体関連データベース、前記移動体若しくは前記移動体からのデータを集めている機器の状態条件、又は、前記移動体若しくは前記移動体からのデータを集めている機器のオーナー情報に基づいて、前記関連するデータであると判断するステップ
を含む、請求項１に記載の方法。
【請求項７】
前記フィルタリング処理するステップが、
前記関連すると判断された移動体からのデータ又は前記関連すると判断されたデータのうち、重複するデータを削除し又は破棄するステップ、
前記関連すると判断された移動体からのデータ又は前記関連すると判断されたデータのうち、精度の高いセンサからのデータを残し、他のセンサからのデータを削除し又は破棄するステップ、
前記関連すると判断された移動体からのデータ又は前記関連すると判断されたデータのうち、異常値であるデータ又はデータに関連付けられた属性が不適切であるデータを削除し又は破棄するステップ、
前記関連すると判断された移動体からのデータ又は前記関連すると判断されたデータの各収集時刻を比較し、データの収集間隔が所定の収集間隔になるように一部のデータを残し、残りのデータを削除し又は破棄するステップ、
前記関連すると判断された移動体からのデータ又は前記関連すると判断されたデータを互いに補完して１つのデータ集合とするステップ、及び
前記関連すると判断された移動体からのデータ又は前記関連すると判断されたデータのうち、一方のデータを受信し、他方のデータを受信しないようにするステップ
のうちの少なくとも１つのフィルタリング処理を実行するステップを含む、請求項１に記載の方法。
【請求項８】
少なくとも１つのセンサをそれぞれ備えている移動体からのデータを集約し、フィルタリング処理する方法であって、
コンピュータが、
複数の移動体それぞれからのデータを受信するステップと、
前記受信したデータに基づいて、前記複数の移動体のうちの少なくとも２つの移動体が、又は少なくとも１つの移動体についての異なるセンサそれぞれからのデータが、関連するかどうかを判断するステップと、
前記関連すると判断された移動体それぞれが備えているセンサのうちの少なくとも１つのセンサに、又は前記関連すると判断されたデータを送信する前記異なるセンサのうちの少なくとも１つのセンサに、データをフィルタリング処理するように制御する命令を送信するステップと
を実行することを含み、
前記命令を受信したセンサが、
前記命令に基づいて、前記データの少なくとも一部をフィルタリング処理するステップと、
前記フィルタリング処理された後のデータを前記コンピュータに送信するステップと
を実行することを含む、前記方法。
【請求項９】
前記判断するステップが、
前記関連すると判断された移動体が備えているセンサのうち、又は前記関連すると判断されたデータを送信する前記異なるセンサのうち、１つのセンサを主センサとし、他のセンサを従センサとして関連付けるステップ
をさらに含む、請求項８に記載の方法。
【請求項１０】
前記命令を送信するステップが、
前記従センサに前記命令を送信するステップ
を含む、請求項９に記載の方法
【請求項１１】
前記コンピュータが、
前記受信したデータに基づいて、前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連が解消されるかどうかを判断するステップと、
前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連が解消されることに応じて、前記命令を受信したセンサに前記フィルタリング処理を中止する命令を送信するステップと
を実行することをさらに含む、請求項８に記載の方法。
【請求項１２】
前記命令を受信したセンサが、
前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連が解消されるかどうかを判断するステップと、
前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連が解消されることに応じて、前記フィルタリング処理を中止するステップと
を実行することをさらに含む、請求項８に記載の方法。
【請求項１３】
前記命令を受信したセンサが、
前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連を解消したことを、前記コンピュータに通知するステップ
を実行することをさらに含む、請求項１２に記載の方法。
【請求項１４】
前記コンピュータが、
前記命令を受信したセンサにおいて前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連を解消するかどうかを判断するステップと、
前記命令を受信したセンサにおいて前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連を解消することに応じて、前記命令を受信したセンサに、前記関連すると判断された移動体の前記関連の解消を判断するための情報又は前記関連すると判断されたデータの前記関連の解消を判断するための情報を送信するステップと
を実行することをさらに含み、
前記命令を受信したセンサが、
前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連が解消されるかどうかを判断するステップにおいて、前記コンピュータから送信された前記情報と当該センサからの前記情報に対応するデータとに基づいて、前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連を解消するかどうかを判断するステップ
を実行することを含む、
請求項１２に記載の方法。
【請求項１５】
前記少なくとも１つの移動体についての異なるセンサそれぞれからのデータが、前記移動体からのデータを集めている機器からのデータ又は前記移動体についての情報を測定するためのセンサを備えている機器からのデータを含む、請求項１〜１４のいずれか一項に記載の方法。
【請求項１６】
少なくとも１つのセンサをそれぞれ備えている移動体からのデータを集約し、フィルタリング処理するコンピュータであって、
複数の移動体それぞれからのデータを受信する受信手段と、
前記受信手段が受信した前記データに基づいて、前記複数の移動体のうちの少なくとも２つの移動体が、又は少なくとも１つの移動体についての異なるセンサそれぞれからのデータが、関連するかどうかを判断する関連判断手段と、
前記関連すると判断された移動体からのデータの少なくとも一部を、又は前記関連すると判断されたデータの少なくとも一部を、フィルタリング処理するフィルタリング処理手段と
を備えている、前記コンピュータ。
【請求項１７】
少なくとも１つのセンサをそれぞれ備えている移動体と、当該移動体からのデータを集約し、フィルタリング処理するコンピュータとを備えているデータ収集システムであって、
前記コンピュータが、
複数の移動体それぞれからのデータを受信する受信手段と、
前記受信手段が受信した前記データに基づいて、前記複数の移動体のうちの少なくとも２つの移動体が、又は少なくとも１つの移動体についての異なるセンサそれぞれからのデータが、関連するかどうかを判断する関連判断手段と、
前記関連すると判断された移動体それぞれが備えているセンサのうちの少なくとも１つのセンサに、又は前記関連すると判断されたデータを送信する前記異なるセンサのうちの少なくとも１つのセンサに、データをフィルタリング処理するように制御する命令を送信するフィルタリング処理制御命令送信手段と
を備えており、
前記命令を受信したセンサが、
前記命令に基づいて、前記データの少なくとも一部をフィルタリング処理するフィルタリング処理手段と、
前記フィルタリング処理手段によりフィルタリング処理された後のデータを前記コンピュータに送信するデータ送信手段と
を備えている、前記データ収集システム。
【請求項１８】
前記コンピュータが、
前記受信手段が受信した前記データに基づいて、前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連が解消されるかどうかを判断する関連解消判断手段と、
前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連が解消されることに応じて、前記命令を受信したセンサに、前記フィルタリング処理を中止する命令を送信するフィルタリング処理中止命令送信手段と
をさらに備えている、請求項１７に記載のデータ収集システム。
【請求項１９】
前記命令を受信したセンサが、
前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連が解消されるかどうかを判断する関連解消判断手段と、
前記関連すると判断された移動体の前記関連又は前記関連すると判断されたデータの前記関連が解消されることに応じて、前記フィルタリング処理を中止するフィルタリング処理中止手段と
をさらに備えている、請求項１７に記載のデータ処理システム。
【請求項２０】
少なくとも１つのセンサをそれぞれ備えている移動体からのデータを集約し、フィルタリング処理するコンピュータ・プログラムであって、コンピュータに、請求項１〜７のいずれか一項に記載の方法の各ステップを実行させるコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センサを備えている移動体からのデータを集約し、フィルタリング処理する技法に関する。
【背景技術】
【０００２】
近年、移動可能なあらゆる機器（以下、「移動体」ともいう）、例えば車載搭載機器、カー・ナビゲーション・システム、スマートフォン、携帯電話、タブレット端末、パーソナル・コンピュータ、健康機器、歩数計、時計、デジタルカメラ、及びデジタルビデオに、何らかのセンサが搭載されている。当該移動体の各センサはデータを測定又は取得し、当該測定又は取得したデータを、例えば無線通信を介して例えばサーバに送信する。
【０００３】
例えば自動車には、１台当たり数十種類のセンサがキー・パーツとして使用されている。また、自動車に搭載されたセンサは、センサ本来の機能である物理量や化学量の変化を電気信号へ変換する処理以外に、その信号を増幅し、補償する信号補正処理、信号を扱いやすい関数に変換する演算処理、制御のための情報処理、制御対象に信号を送る為の制御処理機能を備えている。さらには、最近では、これらセンサ側にマイコンを搭載してインテリジェント化させたスマートセンサも多数見られる。
【０００４】
近年、ビッグデータともいわれる大量のデータを収集し、当該収集した大量のデータを有効利用しようとするソリューションが期待されている。これら大量のデータは、上記センサからのデータも含む。
【０００５】
しかしながら、各機器のセンサが同一対象のデータを測定していることが多い為に、各機器で測定するデータに重複が多い。また、測定されたデータの例えば精度や正確さは各機器によってばらつきがあり、またデータ損失もしばしば生じる。さらには、各機器に備え付けられているセンサが収集するデータの正規化は進んでいない。
【０００６】
また、各機器に備え付けられているセンサ間の関係は定められておらず、従って、所謂「野良センサ」が乱立している状況にある。
【０００７】
また、各機器に備え付けられているセンサが収集するデータは益々増大しているが、一方でこれらデータを収集する為のネットワーク・インフラは十分に確立されていない。
【０００８】
また、種々の機器に備え付けられているセンサから種々のデータを収集し、当該収集したデータを報告することを法令化することが進められている。
【０００９】
下記特許文献１〜３は、センサを用いて移動体に関する位置推定をより良好にする方法を記載する。
【００１０】
下記特許文献１は、相対運動センサを使用して、移動局の無線ベースの位置推定を調整するための方法であり、当該方法は、無線信号測定値に基づいて、移動局の位置を推定するステップと、前記相対運動センサを使用して、前記移動局の移動を測定するステップと、前記測定された移動に基づいて、前記移動局の変位を検出するステップと、前記変位がしきい値未満であることを決定するステップと、前記相対運動センサからの情報を使用して、前記移動局の前記推定された位置を調整するステップと（請求項１）、前記移動データに基づいて、実質的に変位が存在しないことを検出するステップと、追加の無線信号測定値に基づいて、前記移動局の更新された位置を決定するステップと、改善された位置推定を生み出すために、前記移動局の前記推定された位置と前記更新された位置とを組み合わせるステップと（請求項４）を備えており、前記移動局の前記推定された位置と前記更新された位置とを前記組み合わせるステップが、無線アクセスポイントに関連する処理遅延を精緻化するために、前記無線信号測定値を使用して導出された位置の複数の測定値をフィルタリングするステップをさらに備えていること（請求項１１）を記載する。
【００１１】
下記特許文献２は、予測位置座標算出部１４１により予測位置座標算出処理（Ｓ１５０１）を行うこと；この処理では、発信機の軌跡に基づいて、当該タイムスタンプにおける発信機の位置を予測すること；発信機の軌跡は、発信機軌跡情報記憶部１４４で管理されていること；例えば、前回の位置に至る移動ベクトルを算出し、その移動ベクトルを前回の位置座標に加えることにより、予測位置を算出することを記載する（段落００４４）。
【００１２】
下記特許文献３は、移動体の姿勢情報および位置測位情報をセンサから取得し、取得した姿勢情報および位置測位情報に基づき移動体の位置を、予め備えられた移動体の挙動を表す数式モデルに基づき算出する数式モデル処理部を備えた位置算出装置において、前記数式モデル処理部は複数の数式モデルを備え、位置算出装置は、位置の算出を行う前記数式モデル処理部における確率モデルを使ったフィルタリング処理により算出した誤差を用いて閾値の候補値を計算する閾値算出部と、数式モデルを選択するための前記閾値を前記候補値に基づき決定する閾値決定部と、数式モデル処理部で位置算出に用いる数式モデルを前記閾値決定部で決定された閾値に基づき選択する数式モデル選択部と、を有することを特徴とする位置推定装置を記載する（請求項１）。
【００１３】
下記特許文献４は、移動体の速度を検出する速度センサと、速度以外の移動体の運動を表す物理量を検出する１つ以上のセンサと、このセンサおよび速度センサからなるセンサ群からの出力を用いて、移動体の走行位置を求めるナビゲーション装置において、センサ群からの出力に対して、予め定めたフィルタ特性を持つフィルタ処理を施し、その処理結果を用いて、推定値を算出するフィルタ処理手段と、速度センサ以外の１つ以上のセンサからの出力、および、フィルタ処理手段から出力される推定値のうち、いずれか一つ以上を用いて、一つ以上のセンサからの出力誤差を評価するセンサ誤差評価手段と、センサ誤差評価手段の出力をもとに、フィルタ処理手段のフィルタ特性を調整する、フィルタゲインを算出するフィルタゲイン算出手段とを有することを特徴とするナビゲーション装置を記載する（請求項１）。
【００１４】
下記特許文献５は提供されたセンサ情報および基準情報に基づいて、前記センサ情報の信頼度を算出する信頼度算出手段として機能させるための車載センサ情報利用プログラムを記載する（請求項３）。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】特表２０１２−５０９６５２号公報
【特許文献２】特開２００５−１１４６６６号公報
【特許文献３】特開２０１１−１７４７７１号公報
【特許文献４】特開平６−３４１８４８号公報
【特許文献５】特開２００３−３３１３９０号公報
【非特許文献】
【００１６】
【非特許文献１】岡本  雄三ら、「ユーザ状況推定技術を応用した乗換案内アプリケーションの実装と評価」、情報科学技術フォーラム講演論文集、第９巻第４分冊、第６７〜７２頁、２０１０年８月２０日発行、［online］、［平成２５年６月１０日検索］、インターネット〈URL：http://www.ipsj.or.jp/annai/aboutipsj/award/9faeag0000004f4v-att/RM_006.pdf〉より入手可能
【非特許文献２】「ＮＥＣ、相手の状況を自動化して連絡できるスマホ向けシステム」、［online］、［平成２５年６月１０日検索］、インターネット〈URL：http://k-tai.impress.co.jp/docs/news/20120220_513262.html〉より入手可能
【発明の概要】
【発明が解決しようとする課題】
【００１７】
各機器が備えているセンサが収集するデータは異常値が多く、分析に必要な値が揃っていないことがある。例えば、車載電子制御ユニット（ＥＣＵ）からのデータの３割は異常値であるといわれている。また、各機器が備えているセンサの種類や設定によって、データの精度や正確さ、収集間隔又は必要な属性もばらばらである。従って、当該データを収集するコンピュータは、大量のデータを扱う為に、例えば当該データを正規化したり又はフィルタリングしたりする必要がある。また、当該コンピュータは、分析に必要なデータを複数のセンサからのデータで互いに補完したり、また、上記収集するデータのうちから精度の高いデータを集めたりする必要がある。
【００１８】
また、各機器のセンサが収集するデータを全て収集しようとすると、ネットワーク・インフラやストレージ・インフラに対して負荷を与えてしまう。従って、複数のセンサからのデータのうち、重複するデータをフィルタリング処理することによって、データ収集の為のネットワーク・インフラの負荷やストレージへの負荷、更には後続処理の負荷を軽減する必要がある。
【００１９】
また、各機器のセンサから収集されたデータに基づいて導き出される結果が期待通りではない為に、データを補完することが必要な場合がある。
【００２０】
そこで、本発明は、複数の移動体を動的に関連付けて、又は少なくとも１つの移動体についての異なるセンサそれぞれからのデータを動的に関連付けて、当該関連付けられた移動体が備えているセンサからのデータの少なくとも一部を又は上記関連付けられたデータの少なくとも一部をフィルタリング処理することによって移動体から得られるデータを有効利用することを目的とする。
【課題を解決するための手段】
【００２１】
本発明は、少なくとも１つのセンサをそれぞれ備えている複数の又は１つの移動体からのデータを集約し、フィルタリング処理する技法を提供する。当該技法は、少なくとも１つのセンサをそれぞれ備えている複数の又は１つの移動体からのデータを集約し、フィルタリング処理する方法、並びにそのコンピュータ、コンピュータ・プログラム及びコンピュータ・プログラム製品を包含しうる。
【００２２】
また、本発明は、少なくとも１つのセンサをそれぞれ備えている複数の又は１つの移動体と、当該移動体からのデータを集約し、フィルタリング処理するコンピュータとを備えているデータ収集システムを提供する。
【００２３】
本発明に従う第１の態様において、少なくとも１つのセンサをそれぞれ備えている複数の移動体からのデータを集約し、フィルタリング処理する方法は、コンピュータが、
上記複数の移動体それぞれから、上記センサからのデータを受信するステップと、
上記受信したデータに基づいて、上記複数の移動体のうちの少なくとも２つの移動体が関連する移動体であるかどうかを判断するステップと、
上記関連すると判断された移動体からのデータの少なくとも一部をフィルタリング処理するステップと
を実行することを含む。
【００２４】
本発明に従う第２の態様において、少なくとも１つのセンサをそれぞれ備えている少なくとも１つの移動体からのデータを集約し、フィルタリングする方法は、コンピュータが、
複数の移動体それぞれからのデータを受信するステップと、
上記受信したデータに基づいて、少なくとも１つの移動体についての異なるセンサそれぞれからのデータが関連するデータであるかどうかを判断するステップと、
上記関連すると判断されたデータであって、少なくとも１つの移動体からの上記異なるセンサそれぞれからのデータの少なくとも一部をフィルタリング処理するステップと
を実行することを含む。
【００２５】
本発明に従う第３の態様において、少なくとも１つのセンサをそれぞれ備えている複数の移動体からのデータを集約し、フィルタリング処理する方法は、
コンピュータが、
上記複数の移動体それぞれから、上記センサからのデータを受信するステップと、
上記受信したデータに基づいて、上記複数の移動体のうちの少なくとも２つの移動体が関連する移動体であるかどうかを判断するステップと、
上記関連すると判断された移動体が備えている少なくとも１つのセンサに、データをフィルタリング処理するように制御する命令を送信するステップと
を実行することを含み、
上記命令を受信したセンサが、
上記命令に基づいて、上記データの少なくとも一部をフィルタリング処理するステップと、
フィルタリング処理後のデータを上記コンピュータに送信するステップと
を実行することを含む。
【００２６】
本発明に従う第４の態様において、少なくとも１つのセンサをそれぞれ備えている少なくとも１つの移動体からのデータを集約し、フィルタリングする方法は、コンピュータが、
複数の移動体それぞれからのデータを受信するステップと、
上記受信したデータに基づいて、少なくとも１つの移動体についての異なるセンサそれぞれからのデータが関連するデータであるかどうかを判断するステップと、
上記関連すると判断されたデータを送信する上記異なるセンサのうちの少なくとも１つのセンサに、データをフィルタリング処理するように制御する命令を送信するステップと
を実行することを含み、
上記命令を受信したセンサが、
上記命令に基づいて、上記データの少なくとも一部をフィルタリング処理するステップと、
上記フィルタリング処理された後のデータを上記コンピュータに送信するステップと
を実行することを含む。
【００２７】
本発明に従う第５の態様において、少なくとも１つのセンサをそれぞれ備えている複数の移動体からのデータを集約し、フィルタリング処理するコンピュータは、
上記複数の移動体それぞれから、上記センサからのデータを受信する受信手段と、
上記受信したデータに基づいて、上記複数の移動体のうちの少なくとも２つの移動体が関連する移動体であるかどうかを判断する関連判断手段と、
上記関連すると判断された移動体からのデータの少なくとも一部をフィルタリング処理するフィルタリング処理手段と
を備えている。
【００２８】
本発明に従う第６の態様において、少なくとも１つのセンサをそれぞれ備えている少なくとも１つの移動体からのデータを集約し、フィルタリング処理する方法は、コンピュータが、
複数の移動体それぞれからのデータを受信する受信手段と、
上記受信したデータに基づいて、少なくとも１つの移動体についての異なるセンサそれぞれからのデータが関連するデータであるかどうかを判断する関連判断手段と、
上記関連すると判断されたデータの少なくとも一部をフィルタリング処理するフィルタリング処理手段と
を備えている。
【００２９】
本発明に従う第７の態様において、データ収集システムは、少なくとも１つのセンサをそれぞれ備えている複数の移動体と、当該複数の移動体からのデータを集約し、フィルタリング処理するコンピュータとを備えており、
上記コンピュータが、
上記複数の移動体それぞれから、上記センサからのデータを受信する受信手段と、
上記受信したデータに基づいて、上記複数の移動体のうちの少なくとも２つの移動体が関連する移動体であるかどうかを判断する関連判断手段と、
上記関連すると判断された移動体が備えている少なくとも１つに、データをフィルタリング処理するように制御する命令を送信するフィルタリング制御命令送信手段と
を備えており、
上記命令を受信したセンサが、
上記命令に基づいて、当該命令を受信したセンサからのデータのうちの少なくとも一部をフィルタリング処理するフィルタリング処理手段と、
上記フィルタリング処理手段によりフィルタリング処理された後のデータを上記コンピュータに送信するデータ送信手段と
を備えている。
【００３０】
本発明に従う第８の態様において、データ収集システムは、少なくとも１つのセンサをそれぞれ備えている少なくとも１つの移動体と、当該少なくとも１つの移動体からのデータを集約し、フィルタリング処理するコンピュータとを備えており、
上記コンピュータが、
複数の移動体それぞれからのデータを受信する受信手段と、
上記受信手段が受信した上記データに基づいて、少なくとも１つの移動体についての異なるセンサそれぞれからのデータが関連するデータであるかどうかを判断する関連判断手段と、
上記関連すると判断されたデータを送信する上記異なるセンサのうちの少なくとも１つのセンサに、データをフィルタリング処理するように制御する命令を送信するフィルタリング処理制御命令送信手段と
を備えており、
上記命令を受信したセンサが、
上記命令に基づいて、上記異なるセンサそれぞれからのデータのうちの少なくとも一部をフィルタリング処理するフィルタリング処理手段と、
上記フィルタリング処理手段によりフィルタリング処理された後のデータを上記コンピュータに送信するデータ送信手段と
を備えている。
【００３１】
また、本発明の１つの実施態様において、上記コンピュータが、
上記関連すると判断された移動体が備えているセンサのうち又は上記関連すると判断されたデータを送信する上記異なるセンサのうち、１つのセンサを主センサとし、他のセンサを従センサとして関連付けるセンサ関連付け手段
をさらに備えうる。
【００３２】
また、本発明の１つの実施態様において、
上記コンピュータが、
上記受信手段が受信した上記受信したデータに基づいて、上記関連すると判断された移動体の上記関連又は上記関連すると判断されたデータの上記関連が解消されるかどうかを判断する（コンピュータ側）関連解消判断手段と、
上記関連すると判断された移動体の上記関連又は上記関連すると判断されたデータの上記関連が解消されることに応じて、上記フィルタリング処理するステップを中止する（コンピュータ側）フィルタリング中止手段と
をさらに備えうる。
【００３３】
また、本発明の１つの実施態様において、
上記コンピュータが、
上記受信手段が受信した上記データに基づいて、上記関連すると判断された移動体の上記関連又は上記関連すると判断されたデータの上記関連が解消されるかどうかを判断する（コンピュータ側）関連解消判断手段と、
上記関連すると判断された移動体の上記関連又は上記関連すると判断されたデータの上記関連が解消されることに応じて、上記命令を受信したセンサに、上記フィルタリング処理を中止する命令を送信するフィルタリング中止命令送信手段と
をさらに備えうる。
【００３４】
また、本発明の１つの実施態様において、
上記命令を受信したセンサが、
上記関連すると判断された移動体の上記関連又は上記関連すると判断されたデータの上記関連が解消されるかどうかを判断する（センサ側）関連解消判断手段と、
上記関連すると判断された移動体の上記関連又は上記関連すると判断されたデータの上記関連が解消されることに応じて、上記フィルタリング処理を中止する（センサ側）フィルタリング中止手段と
をさらに備えうる。
【００３５】
また、本発明の１つの実施態様において、
上記コンピュータが、
上記命令を受信したセンサにおいて上記関連すると判断された移動体の上記関連又は上記関連すると判断されたデータの上記関連が解消されるかどうかを判断する（コンピュータ側）関連解消判断手段と、
上記命令を受信したセンサにおいて上記関連すると判断された移動体の上記関連又は上記関連すると判断されたデータの上記関連を解消することが可能であることに応じて、上記命令を受信したセンサに、上記関連すると判断された移動体の上記関連の解消を判断するための情報又は上記関連すると判断されたデータの上記関連の解消を判断するための情報を送信する関連解消判断情報送信手段と
をさらに備えており、
上記命令を受信したセンサが、
上記関連すると判断された移動体の上記関連又は上記関連すると判断されたデータの上記関連が解消されるかどうかを判断することにおいて、上記コンピュータから送信された上記情報と当該センサからの上記情報に対応するデータとに基づいて、上記関連すると判断された移動体又は上記関連すると判断されたデータの上記関連を解消するかどかを判断する（センサ側）関連解消判断手段
をさらに備えうる。
【００３６】
また、本発明の１つの実施態様において、上記コンピュータが備えている上記受信手段が、
上記移動体からのデータを集めている機器からのデータ又は上記移動体についての情報を測定するためのセンサを備えている機器からのデータをさらに受信すること
をさらに実行しうる。
【００３７】
また、本発明の１つの実施態様において、上記コンピュータが備えている上記関連判断手段が、
上記複数の移動体のうちの少なくとも２つの移動体が関連するかどうかを判断する場合に、
同一又は近似する移動を行っている移動体を関連する移動体であると判断すること、及び、
関連する移動体として関連付けられた過去の履歴データ、上記移動体を登録した移動体関連データベース、上記移動体の状態条件、若しくは、上記移動体のオーナー情報に基づいて、上記関連する移動体であると判断すること
の少なくとも１つを実行し、
上記少なくとも１つの移動体についての異なるセンサそれぞれからのデータが関連するかどうかを判断する場合に、
異なるセンサそれぞれからのデータが関連付けられた過去の履歴データ、上記移動体若しくは上記移動体からのデータを集めている機器を登録した移動体関連データベース、上記移動体若しくは上記移動体からのデータを集めている機器の状態条件、又は、上記移動体若しくは上記移動体からのデータを集めている機器のオーナー情報に基づいて、上記関連するデータであると判断すること
を実行する。
【００３８】
また、本発明の１つの実施態様において、上記コンピュータが備えている上記フィルタリング処理手段が、
上記主センサからのデータを残し、且つ上記従センサからのデータを削除し若しくは破棄すること、又は、
上記主センサからのデータを上記従センサからのデータの一部で補完すること
を実行しうる。
【００３９】
また、本発明の１つの実施態様において、上記コンピュータが備えている上記フィルタリング処理手段が、
上記関連すると判断された移動体からのデータ又は上記関連すると判断されたデータのうち、重複するデータを削除し又は破棄すること、
上記関連すると判断された移動体からのデータ又は上記関連すると判断されたデータのうち、精度の高いセンサからのデータを残し、他のセンサからのデータを削除し又は破棄すること、
上記関連すると判断された移動体からのデータ又は上記関連すると判断されたデータの各収集時刻を比較し、データの収集間隔が所定の収集間隔になるように一部のデータを残し、残りのデータを削除し又は破棄すること、
上記関連すると判断された移動体からのデータ又は上記関連すると判断されたデータのうち、異常値であるデータ又はデータに関連付けられた属性が不適切であるデータを削除し又は破棄すること、
上記関連すると判断された移動体からのデータ又は上記関連すると判断されたデータを互いに補完して１つのデータ集合とすること、及び
上記関連すると判断された移動体からのデータ又は上記関連すると判断されたデータのうち、一方のデータを受信し、他方のデータを受信しないようにすること
のうちの少なくとも１つのフィルタリング処理を実行しうる。
【００４０】
また、本発明の１つの実施態様において、上記コンピュータが備えている上記フィルタリング制御命令送信手段が、
上記従センサに上記データをフィルタリング処理するように制御する命令を送信すること
を実行しうる。
【００４１】
また、本発明に従うコンピュータ・プログラム及びコンピュータ・プログラム製品は、上記コンピュータに、本発明に従う方法の各ステップを実行させる。
【００４２】
本発明の実施態様に従うコンピュータ・プログラムはそれぞれ、一つ又は複数のフレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ、ＢＤ、ハードディスク装置、ＵＳＢに接続可能なメモリ媒体、ＲＯＭ、ＭＲＡＭ、ＲＡＭ等の任意のコンピュータ読み取り可能な記録媒体に格納することができる。当該コンピュータ・プログラムは、記録媒体への格納のために、通信回線で接続する他のデータ処理システム、例えばサーバ・コンピュータからダウンロードしたり、又は他の記録媒体から複製したりすることができる。また、本発明の実施態様に従うコンピュータ・プログラムは、圧縮し、又は複数に分割して、単一又は複数の記録媒体に格納することもできる。また、様々な形態で、本発明の実施態様に従うコンピュータ・プログラム製品を提供することも勿論可能であることにも留意されたい。本発明の実施態様に従うコンピュータ・プログラム製品は、例えば、上記コンピュータ・プログラムを記録した記憶媒体、又は、上記コンピュータ・プログラムを伝送する伝送媒体を包含しうる。
【００４３】
本発明の上記概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの構成要素のコンビネーション又はサブコンビネーションもまた、本発明となりうることに留意すべきである。
【００４４】
本発明の実施態様において使用されるコンピュータの各ハードウェア構成要素を、複数のマシンと組み合わせ、それらに機能を配分し実施する等の種々の変更は当業者によって容易に想定され得ることは勿論である。それらの変更は、当然に本発明の思想に包含される概念である。ただし、これらの構成要素は例示であり、そのすべての構成要素が本発明の必須構成要素となるわけではない。
【００４５】
また、本発明は、ハードウェア、ソフトウェア、又は、ハードウェア及びソフトウェアの組み合わせとして実現可能である。ハードウェアとソフトウェアとの組み合わせによる実行において、上記コンピュータ・プログラムのインストールされたコンピュータにおける実行が典型的な例として挙げられる。かかる場合、当該コンピュータ・プログラムが当該コンピュータのメモリにロードされて実行されることにより、当該コンピュータ・プログラムは、当該コンピュータを制御し、本発明にかかる処理を実行させる。当該コンピュータ・プログラムは、任意の言語、コード、又は、表記によって表現可能な命令群から構成されうる。そのような命令群は、当該コンピュータが特定の機能を直接的に、又は、１．他の言語、コード若しくは表記への変換及び、２．他の媒体への複製、のいずれか一方若しくは双方が行われた後に、実行することを可能にするものである。
【発明の効果】
【００４６】
本発明の実施態様に従うと、関連付けられた少なくとも２つの移動体それぞれに備えられた各センサからのデータのうち、又は少なくとも１つの移動体についての異なるセンサそれぞれからの関連付けられたデータのうち、重複するデータをサーバ側でフィルタリング処理することが可能になる。サーバ側で上記重複するデータをフィルタリング処理することによって、後続のデータ処理に要する当該サーバの負荷を軽減することが可能になる。
【００４７】
本発明の実施態様に従うと、関連付けられた少なくとも２つの移動体それぞれに備えられた各センサからのデータのうち、又は少なくとも１つの移動体についての異なるセンサそれぞれからの関連付けられたデータのうち、重複するデータをセンサ側でフィルタリング処理することが可能になる。センサ側で上記重複するデータをフィルタリング処理することによって、当該重複するデータを送信する際に用いられるネットワークに対する負荷やデータ送信量を軽減し、また後続のデータ処理に要する当該センサの負荷を軽減することが可能になる。
【００４８】
本発明の実施態様に従うと、関連付けられた少なくとも２つの移動体それぞれに備えられた各センサからのデータについて、又は少なくとも１つの移動体についての異なるセンサそれぞれからの関連付けられたデータについて、精度の高いセンサからのデータを残し、他のセンサからのデータを削除することによって、精度の高いデータのみを収集することが可能になる。
【００４９】
本発明の実施態様に従うと、関連付けられた少なくとも２つの移動体それぞれに備えられた各センサからのデータについて、又は少なくとも１つの移動体についての異なるセンサそれぞれからの関連付けられたデータについて、異常値であるデータ又はデータに関連付けられた属性が不適切であるデータを削除することによって、より正確なデータを収集することが可能になる。
【００５０】
本発明の実施態様に従うと、関連付けられた少なくとも２つの移動体それぞれに備えられた各センサからのデータについて、又は少なくとも１つの移動体についての異なるセンサそれぞれからの関連付けられたデータについて、当該各データの収集時刻を比較し、データの収集間隔が所定の収集間隔になるように一部のデータを残し、残りのデータを削除することによって、所定の収集間隔かなるデータに構成することが可能になる。
【００５１】
本発明の実施態様に従うと、関連付けられた少なくとも２つの移動体それぞれに備えられた各センサからのデータを、又は少なくとも１つの移動体についての異なるセンサそれぞれからの関連付けられたデータを、互いに補完することによって、特定のセンサに欠けているデータを他のセンサのデータで補完すること（残りのデータは削除される）、又は特定のセンサからの異常値を削除し、当該異常値を他のセンサの正常値で補完することが可能になる。
【００５２】
本発明の実施態様に従うと、同一の目的のデータを報告している複数の移動体を動的に関連付けて、当該動的に関連付けられた移動体それぞれから送信されたデータをフィルタリング処理することが可能になる。また、本発明の実施態様に従うと、上記動的に関連付けられた移動体の関連付けを動的に解消し、さらに当該関連付けを解消された一つの移動体を同一の目的のデータを報告している他の移動体と再び動的に関連付けて、当該動的に再関連付けられた移動体それぞれから送信されたデータをフィルタリング処理することが可能になる。
【００５３】
また、本発明の実施態様に従うと、同一の移動体についての同一の目的のデータを報告している複数のセンサからのデータを動的に関連付けて、当該動的に関連付けられたデータをフィルタリング処理することが可能になる。また、本発明の実施態様に従うと、上記動的に関連付けられたデータの関連付けを動的に解消し、さらに当該関連付けを解消されたデータを同一の移動体についての同一の目的のデータを報告している他のセンサからのデータと再び動的に関連付けて、当該動的に再関連付けされたデータをフィルタリング処理することが可能になる。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施態様において使用されうるコンピュータ（例えば、サーバ）を実現するためのハードウェア構成の一例を示した図である。
【図２Ａ】本発明の実施態様において使用されうる各種移動体、及び当該各種移動体それぞれが備えているセンサを示した図である。
【図２Ｂ】本発明の実施態様において使用されうる各種移動体、及び当該各種移動体それぞれが備えているセンサを示した図である。
【図２Ｃ】本発明の実施態様において使用されうる各種移動体、及び当該各種移動体それぞれが備えているセンサを示した図である。
【図３】本発明の実施態様に従い、都市における人の動きを追跡するソリューションのために、当該人に関連する移動体からのデータを集約し、フィルタリング処理するシナリオを示す図である。
【図４】本発明の実施態様に従い、車の渋滞管理や広告配信を行うソリューションのために、当該車に関連する移動体からのデータを集約し、フィルタリング処理するシナリオを示す図である。
【図５】本発明の実施態様に従い、各道路において車やバイクなどの流量（例えば、交通量や交通密度）を測定し乃至は推定するソリューションのために、当該車やバイクなどに搭載されているセンサ及び当該車やバイクについての情報を測定可能なセンサを備えている路側機からのデータを集約し、フィルタリング処理するシナリオを示す図である。
【図６Ａ】移動体情報を登録する為の一般的な移動体テーブルの例を示す。
【図６Ｂ】本発明の実施態様において使用されうる移動体関連データベースにおいて、関連付け可能な移動体の属性値を定義するための属性名を含むテーブル、及び関連付けされた移動体の属性値を格納するための属性名を含むテーブルの各例を示す。
【図７】本発明の実施態様に従い、サーバ側が実行する処理の例を示したフローチャートである。
【図８】本発明の実施態様に従い、センサ側が実行する処理の例を示したフローチャートである。
【図９Ａ】本発明の実施態様に従い、サーバ側で上記関連付けをする処理、及び、サーバ側で上記関連付けの解消をする処理を示したフローチャートである。
【図９Ｂ】本発明の実施態様に従い、センサ側で関連付けの解消をする処理を示したフローチャートである。
【図１０】図１に従うハードウェア構成を好ましくは備えており、本発明の実施態様に従うコンピュータ（例えば、サーバ）の機能ブロック図の一例を示した図である。
【図１１Ａ】本発明の実施態様において使用されうるセンサの機能ブロック図の一例を示した図である。
【図１１Ｂ】本発明の実施態様において使用されうるセンサの機能ブロック図の一例を示した図である。
【発明を実施するための形態】
【００５５】
本発明の実施形態を、以下に図面に従って説明する。以下の図を通して、特に断らない限り、同一の符号は同一の対象を指す。本発明の実施形態は、本発明の好適な態様を説明するためのものであり、本発明の範囲をここで示すものに限定する意図はないことを理解されたい。
【００５６】
本発明の実施態様に従う上記コンピュータ（例えば、サーバ）は、１又は複数のコンピュータから構成されうる。
【００５７】
上記コンピュータ（例えば、サーバ）は、複数の又は１つの移動体それぞれから、当該移動体それぞれに備え付けられた少なくとも１つのセンサからの測定データ（生データ）、画像データ（静止画像又は動画を包含する）、及び／又はそれらデータを処理乃至は加工することによって得られる処理データを受信する。以下において、「移動体からのデータ」又は「移動体からデータ」という場合には、上記測定データ、上記画像データ若しくは上記処理データ、又はそれらの組み合わせを包含しうる。
【００５８】
上記コンピュータ（例えば、サーバ）は、上記移動体からのデータを当該移動体から直接的に、又は、当該移動体からのデータを格納する他のコンピュータ若しくはネットワーク・ストレージ（例えば、ＮＡＳ（Network Attached Storage）及びＳＡＮ（Storage Area Network））から間接的に、例えば通信回線（例えば、有線又は無線通信回線）を経由して受信しうる。代替的には、上記コンピュータは、上記移動体からのデータを一つ又は複数のフレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ、ＢＤ、ハードディスク装置、又はＵＳＢに接続可能なメモリ媒体等の任意のコンピュータ読み取り可能な記録媒体から読み取りうる。
【００５９】
本発明の実施態様において使用されうる上記移動体は、１又は複数のセンサを備えているものであれば特に限定されない。また、上記移動体は、当該移動体それ自体が移動する機能を備えている移動体に加えて、当該移動体それ自体が移動する機能を備えていないが、移動する機能をそれ自体が備えている他の移動体（例えば、あらゆる任意の乗り物（例えば、車、電車、バス、タクシー、飛行機、又は船など）、及び人間を含む生命体）に付随乃至は同伴することによって移動可能な静止体を包含する。
【００６０】
上記移動体は例えば、あらゆる乗り物、及び人間を含む生命体；並びに、車載電子制御ユニット（ＥＣＵ）、カー・ナビゲーション・システム、ポータブル・ナビゲーション・システム、スマートフォン、携帯電話、タブレット端末（例えば、アンドロイド（登録商標）端末、Ｗｉｎｄｏｗｓ（登録商標）タブレット、若しくはｉＯＳ端末）、コンピュータ（例えば、ノートコンピュータ若しくはウルトラブック）、パーソナル・ディジタル・アシスタント（ＰＤＡ）、医療機器端末、販売時点情報管理端末（ＰＯＳ）、ゲーム端末、健康機器、歩数計、（腕）時計、デジタルカメラ、デジタルビデオ、及びヘッド・マウント・ディスプレイでありうる。
【００６１】
上記移動体は例えば、定期的に（例えば、所定の時間間隔で）又はサーバからのデータの送信要求に応じて、当該移動体からのデータを上記サーバ又は上記移動体からのデータを格納する他のコンピュータ若しくはネットワーク・ストレージへ送信可能な（発信可能な）通信機能を備えている。
【００６２】
本発明の実施態様において使用されうる上記センサは、例えば物理的若しくは化学的変化を電気的信号として出力できるものであれば、どのような種類のデータを取得しうるものであってもよい。上記センサは例えば、上記移動体に予め搭載されている各種センサ；上記移動体に後付け可能な乃至は必要に応じて装着可能な各種センサ；上記移動体に可搬されて、当該移動体とともに移動可能な各種センサ；静止画像又は動画を撮影可能なセンサ；又は、通信機能（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標），Ｗｉ−Ｆｉ）を備えているセンサでありうる。通信機能を備えているセンサは例えば、位置センサや近接センサとして使用されうる。センサが測定可能な種類のデータは例えば、位置、速度、加速度、温度、湿度、高度であるが、これらの種類に限定されるものでない。
【００６３】
本発明の実施態様において、少なくとも１つの移動体についての異なるセンサそれぞれからのデータとは、同一の移動体について、当該同一の移動体に備え付けられたセンサからのデータと、当該同一の移動体についての情報（例えば、移動体からのデータを代用し乃至は補完するためのデータ）を測定可能なセンサを備えている機器（静止した機器又は移動可能な機器でありうる）からのデータとの組み合わせ；異なる移動体について、複数の移動体それぞれに備え付けられたセンサからのデータと、当該異なる移動体それぞれからのデータを代用し乃至は補完するためのデータを測定可能な機器（静止した機器又は移動可能な機器でありうる）からのデータとの組み合わせでありうる。当該機器は、センサを備えている有体物であれば特にその種類は問わない。上記データを測定可能な機器（静止した機器）は例えば、道路上に設けられた路側機、路側センサ、路側カメラ、オービス（無人式速度取り締まり機）；気象用センサ（例えば、複合気象センサ）；又は、例えば道若しくは施設などのセンサ（例えば、監視装置）を備えている建造物でありうる。上記データを測定可能な機器（移動可能な機器）は例えば、乗り物上に設けられた路側機又は監視装置でありうる。
【００６４】
上記コンピュータと上記移動体とは、クライアント−サーバ関係にありうる。
【００６５】
図１は、本発明の実施態様において使用されうるコンピュータ（例えば、サーバ）を実現するためのハードウェア構成の一例を示した図である。
【００６６】
コンピュータ（１０１）は、ＣＰＵ（１０２）とメイン・メモリ（１０３）とを備えており、これらはバス（１０４）に接続されている。ＣＰＵ（１０２）は好ましくは、３２ビット又は６４ビットのアーキテクチャに基づくものである。当該ＣＰＵ（１０２）は例えば、インテル社のＣｏｒｅ（商標  ｉ）シリーズ、Ｃｏｒｅ（商標）  ２シリーズ、Ａｔｏｍ（商標）シリーズ、Ｘｅｏｎ（登録商標）シリーズ、Ｐｅｎｔｉｕｍ（登録商標）シリーズ若しくはＣｅｌｅｒｏｎ（登録商標）シリーズ、ＡＭＤ（Advanced Micro Devices）社のＡシリーズ、Ｐｈｅｎｏｍ（商標）シリーズ、Ａｔｈｌｏｎ（商標）シリーズ、Ｔｕｒｉｏｎ（商標）シリーズ若しくはＳｅｍｐｒｏｎ（商標）、又は、インターナショナル・ビジネス・マシーンズ・コーポレーションのＰｏｗｅｒ（商標）シリーズでありうる。
【００６７】
バス（１０４）には、ディスプレイ・コントローラ（１０５）を介して、ディスプレイ（１０６）、例えば液晶ディスプレイ（ＬＣＤ）が接続されうる。また、液晶ディスプレイ（ＬＣＤ）は例えば、タッチパネル・ディスプレイ又はフローティング・タッチ・ディスプレイであてもよい。ディスプレイ（１０６）は、コンピュータ（１０１）上で動作中のソフトウェア、例えば本発明の実施態様に従うコンピュータ・プログラムが稼働することによって表示される情報、並びに本発明の実施態様に従ってフィルタリング処理されたデータ及び当該フィルタリング処理されたデータを統計処理したデータを、適当なグラフィック・インタフェースで表示するために使用されうる。
【００６８】
バス（１０４）には任意的に、例えばＳＡＴＡ又はＩＤＥコントローラ（１０７）を介して、ディスク（１０８）、例えばハードディスク又はソリッド・ステート・ドライブに接続されうる。
【００６９】
バス（１０４）には任意的に、例えばＳＡＴＡ又はＩＤＥコントローラ（１０７）を介して、ディスク（１０８）、ドライブ（１０９）、例えばＣＤ、ＤＶＤ又はＢＤドライブが接続されうる。
【００７０】
バス（１０４）には、周辺装置コントローラ（１１０）を介して、例えばキーボード・マウス・コントローラ又はＵＳＢバスを介して、任意的に、キーボード（１１１）及びマウス（１１２）が接続されうる。
【００７１】
ディスク（１０８）には、オペレーティング・システム、Ｗｉｎｄｏｗｓ（登録商標）ＯＳ、ＵＮＩＸ（登録商標）、ＭａｃＯＳ（登録商標）、及びＪ２ＥＥなどのＪａｖａ（登録商標）処理環境、Ｊａｖａ（登録商標）アプリケーション、Ｊａｖａ（登録商標）仮想マシン（ＶＭ）、Ｊａｖａ（登録商標）実行時（ＪＩＴ）コンパイラを提供するプログラム、本発明の実施態様に従うコンピュータ・プログラム、及びその他のプログラム、並びにデータが、メイン・メモリ（１０３）にロード可能なように記憶されうる。
【００７２】
ディスク（１０８）は、コンピュータ（１０１）内に内蔵されていてもよく、当該コンピュータ（１０１）がアクセス可能なようにケーブルを介して接続されていてもよく、又は、当該コンピュータ（１０１）がアクセス可能なように有線又は無線ネットワークを介して接続されていてもよい。
【００７３】
ドライブ（１０９）は、必要に応じて、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ又はＢＤからプログラム、例えばオペレーティング・システム又はアプリケーションをディスク（１０８）にインストールするために使用されうる。
【００７４】
通信インタフェース（１１４）は、例えばイーサネット（登録商標）・プロトコルに従う。通信インタフェース（１１４）は、通信コントローラ（１１３）を介してバス（１０４）に接続され、コンピュータ（１０１）を通信回線（１１５）に有線又は無線接続する役割を担い、コンピュータ（１０１）のオペレーティング・システムの通信機能のＴＣＰ／ＩＰ通信プロトコルに対して、ネットワーク・インタフェース層を提供する。通信回線は例えば、有線ＬＡＮ接続規格に基づく有線ＬＡＮ環境、又は無線ＬＡＮ接続規格に基づく無線ＬＡＮ環境、例えばＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎなどのＷｉ−Ｆｉ無線ＬＡＮ環境、若しくは携帯電話網環境（例えば、３Ｇ、又は４Ｇ（ＬＴＥを含む）環境）でありうる。
【００７５】
コンピュータ（１０１）は、通信回線（１１５）を介して移動体からのデータを受信し、ディスク（１０８）上に格納しうる。
【００７６】
図２Ａ、図２Ｂ及び図２Ｃは、本発明の実施態様において使用されうる各種移動体、及び、当該各種移動体それぞれが備えているセンサの一例を示す。
【００７７】
図２Ａは、本発明の実施態様において使用されうる各種移動体、及び当該各種移動体それぞれが備えているセンサを示した図である。
【００７８】
図２Ａは、１台の車（２０１）に備え付けられている車載電子制御ユニット（以下、「ＥＣＵ」ともいう）（２１１）、当該車（２０１）に後付けで搭載されているポータル・カー・ナビゲーション・システム（以下、「カーナビ」ともいう）（２２１）、及び、当該車（２０１）の運転手がポケットに保持しているスマートフォン（２３１）を示す。
【００７９】
図２Ａの例では、車（２０１）が動き出すと、ＥＣＵ（２１１）、カーナビ（２２１）及びスマートフォン（２３１）はいずれも、当該車（２０１）に付随して移動する。従って、ＥＣＵ（２１１）、カーナビ（２２１）及びスマートフォン（２３１）はいずれも、本発明でいう「移動体」である。
【００８０】
ＥＣＵ（２１１）は、位置センサ（２１１Ａ）、地磁気センサ（２１１Ｂ）、方位センサ（２１１Ｃ）、加速度センサ（２１１Ｄ）、姿勢検出センサ（２１１Ｅ）、レンジ検出センサ（２１１Ｆ）、自／他車両車速センサ（２１１Ｇ）、距離センサ（２１１Ｈ）、燃料検知センサ（２１１Ｊ）、制御センサ（２１１Ｋ）、温度センサ（２１１Ｌ）、湿度センサ（２１１Ｍ）、赤外線センサ（２１１Ｎ）、ガス濃度センサ（２１１Ｐ）、及びＷｉ−Ｆｉ（２１１Ｑ）、並びに、その他の１又は複数の任意の他のセンサ（２１１Ｒ）を備えている。
【００８１】
カーナビ（２２１）は、位置センサ（２２１Ａ）、地磁気センサ（２２１Ｂ）、方位センサ（２２１Ｃ）、加速度センサ（２２１Ｄ）、車速センサ（２２１Ｅ）、ジャイロセンサ（２２１Ｆ）、回転ベクトルセンサ（２２１Ｇ）、照度センサ（２２１Ｈ）、圧力センサ（２２１Ｊ）、近接センサ（２２１Ｋ）、温度センサ（２２１Ｌ）、湿度センサ（２２１Ｍ）、カメラ（２２１Ｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）（２２１Ｐ）及びＷｉ−Ｆｉ（２２１Ｑ）、並びに、その他の１又は複数の任意の他のセンサ（２２１Ｒ）を備えている。
【００８２】
スマートフォン（２３１）は、位置センサ（２３１Ａ）、地磁気センサ（２３１Ｂ）、回転ベクトルセンサ（２３１Ｃ）、加速度センサ（２３１Ｄ）、直線加速センサ（２３１Ｅ）、ジャイロセンサ（２３１Ｆ）、重力センサ（２３１Ｇ）、照度センサ（２３１Ｈ）、圧力センサ（２３１Ｊ）、近接センサ（２３１Ｋ）、温度センサ（２３１Ｌ）、湿度センサ（２３１Ｍ）、カメラ（２３１Ｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）（２３１Ｐ）及びＷｉ−Ｆｉ（２３１Ｑ）、並びに、その他の１又は複数の任意の他のセンサ（２３１Ｒ）を備えている。
【００８３】
ＥＣＵ（２１１）、カーナビ（２２１）、及びスマートフォン（２３１）は、それらの間で、同一対象のデータを測定するセンサ（位置センサ、地磁気センサ、加速度センサ、温度センサ、湿度センサ及びＷｉ−Ｆｉ）をそれぞれ有している。従って、サーバ（１０１）が、ＥＣＵ（２１１）、カーナビ（２２１）及びスマートフォン（２３１）のそれぞれから取得しうるデータは、車（２０１）が移動中であってもほぼ同一の位置から得られるものである。しかしながら、ＥＣＵ（２１１）、カーナビ（２２１）及びスマートフォン（２３１）の上記同一対象のデータを測定する各センサからのデータは、例えばセンサの種類や製造年により、例えば精度、正確さ、又は測定間隔の点で異なる場合もある。
【００８４】
同様に、例えば、カーナビ（２２１）、及びスマートフォン（２３１）は、それらの間で、同一対象のデータを測定するセンサ（位置センサ、地磁気センサ、加速度センサ、ジャイロセンサ、照度センサ、圧力センサ、近接センサ、温度センサ、湿度センサ、カメラ、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＷｉ−Ｆｉ）をそれぞれ有している。従って、サーバ（１０１）が、カーナビ（２２１）及びスマートフォン（２３１）のそれぞれから取得しうるデータは、車（２０１）が移動中であってもほぼ同一の位置から得られるものである。しかしながら、カーナビ（２２１）及びスマートフォン（２３１）の上記同一対象のデータを測定する各センサからのデータは、例えばセンサの種類や製造年により、例えばその精度、正確さ、又は測定間隔の点で異なる場合もある。
【００８５】
上記の通り、サーバ（１０１）は、車（２０１）が移動中においてもほぼ同一の位置で同一対象のデータを複数のセンサそれぞれから取得するが、それらデータは重複したり、精度、正確さ、又は測定間隔が異なったりしうる。
【００８６】
図２Ｂは、本発明の実施態様において使用されうる各種移動体、及び当該各種移動体それぞれが備えているセンサを示した図である。
【００８７】
図２Ｂの例では、図２Ａで述べた車（２０１）の運転手がスマートフォン（２３１）を持ち出して当該車（２０１）から降り、ゲーム端末（２４１）及び歩数計（２５１）をさらに持ち出して徒歩で出掛けたと仮定する。従って、スマートフォン（２３１）、ゲーム端末（２４１）、及び歩数計（２５１）はいずれも、当該運転手に付随して移動する。従って、スマートフォン（２３１）、ゲーム端末（２４１）、及び歩数計（２５１）はいずれも、本発明でいう「移動体」である。
【００８８】
スマートフォン（２３１）は、図２Ａの説明で述べた通りの各種センサ（２３１Ａ〜２３１Ｒ）を備えている。
【００８９】
ゲーム端末（２４１）は、位置センサ（２４１Ａ）、地磁気センサ（２４１Ｂ）、モーションセンサ（２４１Ｃ）、加速度センサ（２４１Ｄ）、距離画像センサ（２４１Ｅ）、ジャイロセンサ（２４１Ｆ）、重力センサ（２４１Ｇ）、照度センサ（２４１Ｈ）、圧力センサ（２４１Ｊ）、近接センサ（２４１Ｋ）、温度センサ（２４１Ｌ）、湿度センサ（２４１Ｍ）、カメラ（２４１Ｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）（２４１Ｐ）及びＷｉ−Ｆｉ（２４１Ｑ）、並びに、その他の１又は複数の任意の他のセンサ（２４１Ｒ）を備えている。
【００９０】
歩数計（２５１）は、位置センサ（２５１Ａ）、地磁気センサ（２５１Ｂ）、回転ベクトルセンサ（２５１Ｃ）、加速度センサ（２５１Ｄ）、直線加速センサ（２５１Ｅ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）（２５１Ｆ）及びＷｉ−Ｆｉ（２５１Ｇ）、並びに、その他の１又は複数の任意の他のセンサ（２５１Ｈ）を備えている。
【００９１】
スマートフォン（２３１）、ゲーム端末（２４１）及び歩数計（２５１）は、それらの間で、同一対象のデータを測定するセンサ（位置センサ、地磁気センサ、加速度センサ、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＷｉ−Ｆｉ）をそれぞれ有している。従って、サーバ（１０１）が、スマートフォン（２３１）、ゲーム端末（２４１）及び歩数計（２５１）のそれぞれから取得しうるデータは、運転手が移動中であってもほぼ同一の位置から得られるものである。しかしながら、スマートフォン（２３１）、ゲーム端末（２４１）及び歩数計（２５１）の上記同一対象のデータを測定する各センサからのデータは、例えばセンサの種類や製造年により、例えば精度、正確さ、又は測定間隔の点で異なる場合もある。
【００９２】
同様に、例えば、ゲーム端末（２４１）及び歩数計（２５１）は、それらの間で、同一対象のデータを測定するセンサ（位置センサ、地磁気センサ、加速度センサ、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＷｉ−Ｆｉをそれぞれ有している。従って、サーバ（１０１）が、ゲーム端末（２４１）及び歩数計（２５１）のそれぞれから取得しうるデータは、運転手が移動中であってもほぼ同一の位置から得られるものである。しかしながら、ゲーム端末（２４１）及び歩数計（２５１）の上記同一対象のデータを測定する各センサからのデータは、例えばセンサの種類や製造年により、例えば精度、正確さ、又は測定間隔の点で異なる場合もある。
【００９３】
上記の通り、サーバ（１０１）は、運転手が移動中においてもほぼ同一の位置で同一対象のデータを複数のセンサそれぞれから取得するが、それらデータは重複したり、精度、正確さ、又は測定間隔が異なったりしうる。
【００９４】
図２Ｃは、本発明の実施態様において使用されうる各種移動体、及び当該各種移動体それぞれが備えているセンサを示した図である。
【００９５】
図２Ｃの例では、Ａ社のＥＣＵ（２６１）を搭載した車Ａ、Ｂ社のＥＣＵ（２７１）を搭載した車Ｂ、及びＣ社のＥＣＵ（２８１）を搭載した車Ｃが、同一の道路上を近距離で前後して又は併走して走行しているとする。
【００９６】
車Ａ、車Ｂ及び車Ｃがそれぞれ動き出すと、ＥＣＵ（２６１）、ＥＣＵ（２７１）、及びＥＣＵ（２８１）はいずれも、車Ａ、車Ｂ及び車Ｃそれぞれに付随して移動する。従って、ＥＣＵ（２６１）、ＥＣＵ（２７１）、及びＥＣＵ（２８１）はいずれも、本発明でいう「移動体」である。
【００９７】
Ａ社のＥＣＵ（２６１）は、位置センサ（２６１Ａ）、地磁気センサ（２６１Ｂ）、方位センサ（２６１Ｃ）、加速度センサ（２６１Ｄ）、姿勢検出センサ（２６１Ｅ）、レンジ検出センサ（２６１Ｆ）、自／他車両車速センサ（２６１Ｇ）、距離センサ（２６１Ｈ）、燃料検知センサ（２６１Ｊ）、制御センサ（２６１Ｋ）、温度センサ（２６１Ｌ）、湿度センサ（２６１Ｍ）、赤外線センサ（２６１Ｎ）、ガス濃度センサ（２６１Ｐ）、及びＷｉ−Ｆｉ（２６１Ｑ）、並びに、その他の１又は複数の任意の他のセンサ（２６１Ｒ）を備えている。
【００９８】
Ｂ社のＥＣＵ（２７１）は、位置センサ（２７１Ａ）、地磁気センサ（２７１Ｂ）、方位センサ（２７１Ｃ）、加速度センサ（２７１Ｄ）、姿勢検出センサ（２７１Ｅ）、レンジ検出センサ（２７１Ｆ）、自／他車両車速センサ（２７１Ｇ）、距離センサ（２７１Ｈ）、燃料検知センサ（２７１Ｊ）、制御センサ（２７１Ｋ）、温度センサ（２７１Ｌ）、湿度センサ（２７１Ｍ）、赤外線センサ（２７１Ｎ）、ガス濃度センサ（２７１Ｐ）、及びＷｉ−Ｆｉ（２７１Ｑ）、並びに、その他の１又は複数の任意の他のセンサ（２７１Ｒ）を備えている。
【００９９】
Ｃ社のＥＣＵ（２８１）は、位置センサ（２８１Ａ）、地磁気センサ（２８１Ｂ）、方位センサ（２８１Ｃ）、加速度センサ（２８１Ｄ）、姿勢検出センサ（２８１Ｅ）、レンジ検出センサ（２８１Ｆ）、自／他車両車速センサ（２８１Ｇ）、距離センサ（２８１Ｈ）、燃料検知センサ（２８１Ｊ）、制御センサ（２８１Ｋ）、車高センサ（２８１Ｌ）、障害物センサ（２８１Ｍ）、赤外線センサ（２８１Ｎ）、路面センサ（２８１Ｐ）、及びＷｉ−Ｆｉ（２８１Ｑ）、並びに、その他の１又は複数の任意の他のセンサ（２８１Ｒ）を備えている。
【０１００】
Ａ社のＥＣＵ（２６１）、Ｂ社のＥＣＵ（２７１）、及びＣ社のＥＣＵ（２８１）は、それらの間で、同一対象のデータを測定するセンサ（位置センサ、地磁気センサ、方位センサ、加速度センサ、加速度センサ、姿勢検出センサ、レンジ検出センサ、自／他車両車速センサ、距離センサ、燃料検知センサ、制御センサ、赤外線センサ、及びＷｉ−Ｆｉ）をそれぞれ有している。従って、車Ａ、車Ｂ及び車Ｃが同一の道路上を近距離で前後して又は併走して走行していることから、サーバ（１０１）が、Ａ社のＥＣＵ（２６１）、Ｂ社のＥＣＵ（２７１）、及びＣ社のＥＣＵ（２８１）のそれぞれから取得しうるデータは、車Ａ、車Ｂ及び車Ｃそれぞれが移動中であってもほぼ同一の位置から得られるものである。しかしながら、Ａ社のＥＣＵ（２６１）、Ｂ社のＥＣＵ（２７１）、及びＣ社のＥＣＵ（２８１）の上記同一対象のデータを測定する各センサからのデータは、例えば車メーカーのデフォルト設定の違いにより、例えばその精度、正確さ、又は測定間隔の点で異なる場合もある。
【０１０１】
上記の通り、サーバ（１０１）は、運転手が移動中においてもほぼ同一の位置で同一対象のデータを複数のセンサそれぞれから取得するが、それらデータは重複したり、精度、正確さ又は測定間隔が異なったりしうる。
【０１０２】
図３、図４及び図５はそれぞれ、本発明の実施態様に従い、移動体を動的に関連付けて、当該関連付けられた移動体からのデータを集約し、フィルタリング処理することによって、種々のソリューションを解決する具体例を示す。
【０１０３】
図３は、本発明の実施態様に従い、都市における人の動きを追跡するソリューションのために、当該人に関連する移動体からのデータを集約し、フィルタリング処理するシナリオを示す図である。
【０１０４】
図３のシナリオにおいて使用される移動体は下記の通りである。
・移動体は各個人が持っている端末であり、人ａ（３１１）は端末Ａ（３１２）（例えば、モバイルフォン）を所持しており、人ｂ（３２１）は端末Ｂ（３２２）（例えば、スマートフォン）を所持している。端末Ａ（３１２）及び端末Ｂ（３２２）はいずれも、人ａ（３１１）及び人ｂ（３２１）それぞれに付随して移動可能である。従って、端末Ａ（３１２）及び端末Ｂ（３２２）はいずれも、本発明でいう「移動体」である。
・移動体は公共機関の移動体である電車（３３１）に搭載されているセンサＸ（３３２）である。センサＸ（３３２）は、電車（３３１）に付随して移動可能である。従って、センサＸ（３３２）は、本発明でいう「移動体」である。
【０１０５】
図３のシナリオにおいて使用される各移動体の情報は下記の通りである。当該情報は例えば、下記図６Ａ及び図６Ｂに示す移動体関連データベースとして実装されうるが、その他の任意のデータ管理様式に従う方法で管理されてもよい。
【０１０６】
端末Ａ（３１２）及び端末Ｂ（３２２）の各移動体タイプはいずれも、「電車に搭載可能であること」、且つ、「データを所定の精度又は間隔で測定可能であること」である。
【０１０７】
また、端末Ａ（３１２）の移動体タイプは、当該端末側で「データの送信制御指示ができない」（データ送信制御指示＝Ｎｏ）であり、且つ、当該端末側で当該端末の「状態変化の判別ができない」（状態変化判別＝Ｎｏ）である。
【０１０８】
また、端末Ｂ（３２２）の移動体タイプは、当該端末側で「データの送信制御指示が可能」（データ送信制御指示＝Ｙｅｓ）であり、且つ、当該端末側で当該端末の「状態変化の判別が可能」（状態変化判別＝Ｙｅｓ）である。
【０１０９】
センサＸ（３３２）の移動体タイプは、「電車に搭載されること」、「モバイルフォン又はスマートフォンを搭載可能であること」、且つ、「データを所定の精度又は間隔で測定すること」である。
【０１１０】
センサＸ（３３２）が収集するデータの精度は、端末Ａ（３１２）及び端末Ｂ（３２２）それぞれが備えているセンサそれぞれが収集するデータの精度と同じか、又はそれらそれぞれの精度よりも良いとする。
【０１１１】
図３のシナリオにおいて、人ａ（３１１）及び人ｂ（３２１）は電車（３３１）にまだ乗っていない（３０１）。その場合の各移動体の初期情報は、下記の通りである。
・端末Ａ（３１２）：移動体タイプ＝モバイルフォン：オーナー＝人ａ（３１１）：過去の搭載履歴＝センサＸ（３３２）：移動体の関連付け＝なし
・端末Ｂ（３２２）：移動体タイプ＝スマートフォン：オーナー＝人ｂ（３２１）：過去の搭載履歴＝なし：移動体の関連付け＝なし
・センサＸ（３２２）：移動体タイプ＝電車：過去の搭載履歴＝端末Ａ（３１２）：移動体の関連付け＝なし
【０１１２】
サーバ（１０１）は、端末Ａ（３１２）及び端末Ｂ（３２２）それぞれからの、並びに電車（３３１）に搭載されたセンサＸ（３２２）からの各データを受信している。当該データは例えば、位置、移動方向、速度、加速度、及び／又は時間を含みうる。
【０１１３】
サーバ（１０１）は、センサＸ（３２２）からのデータに基づいて、電車（３３１）の移動ベクトル（すなわち、センサＸ（３２２）の移動ベクトルに等しい）を計算している。また、サーバ（１０１）は、同様に端末Ａ（３１２）及び端末Ｂ（３２２）それぞれからのデータに基づいて、端末Ａ（３１２）及び端末Ｂ（３２２）の移動ベクトルを計算している。
【０１１４】
人ａ（３１１）及び人ｂ（３２１）が、電車（３３１）に乗ったとする（３０２）。
【０１１５】
サーバ（１０１）は、センサＸ（３２２）（移動体タイプ＝電車）に搭載可能な（すなわち、関連付け可能な）移動体タイプの中で、センサＸ（３２２）の移動ベクトルに一致又はほぼ一致する移動体を、上記各移動体から受信したデータに基づいて、所定の時間間隔で判断する。
【０１１６】
サーバ（１０１）は、端末Ａ（３１２）及び端末Ｂ（３２２）に加えて、電車（３３１）内にある多数の移動体の移動ベクトルが、センサＸ（３２２）の移動ベクトルと一致又はほぼ一致することを検出する。
【０１１７】
サーバ（１０１）は、過去の搭載履歴（過去の搭載履歴＝センサＸ（３３２））から、端末Ａ（３１２）の現在の移動ベクトルが、電車（３３１）の現在の移動ベクトルと一致又はほぼ一致するかどうかを他の移動体よりも優先的に検出するようにしうる。
【０１１８】
端末Ａ（３１２）の移動体タイプが当該端末側で「状態変化の判別ができない」（状態変化判別＝Ｎｏ）であることから、端末Ａ（３１２）それ自体は電車（３３１）に乗り込んだことを検出することができない。一方、端末Ｂ（３２２）の移動体タイプが当該端末側で「状態変化の判別が可能」（状態変化判別＝Ｙｅｓ）であることから、端末Ｂ（３２２）は電車（３３１）に乗り込んだという情報をサーバ（１０１）に送信することができる。サーバ（１０１）は、電車（３３１）に乗り込んだという情報を端末Ｂ（３２２）から受信することに応じて、端末Ｂ（３２２）の現在の移動ベクトルが、センサＸ（３３２）の現在の移動ベクトルと一致又はほぼ一致するかどうかを即時に又は他の移動体よりも優先的に検出するようにしうる。
【０１１９】
サーバ（１０１）は、センサＸ（３３２）と、端末Ａ（３１２）及び端末Ｂ（３２２）とが関連付け可能であると判断する。そして、サーバ（１０１）は、センサＸ（３３２）と、端末Ａ（３１２）及び端末Ｂ（３２２）それぞれとを関連付けることに応じて、センサＸ（３３２）と、端末Ａ（３１２）及び端末Ｂ（３２２）それぞれとが関連付けられたことを示す例えば下記情報を、例えば下記図６Ｃに示す移動体関連データベース（６０３）中に追加する。上記関連付けられた情報は、例えば下記の通りである。
・端末Ａ（３１２）；センサＸ（３３２）に搭載
・端末Ｂ（３２２）；センサＸ（３３２）に搭載
・センサＸ（３３２）；端末Ａ（３１２）を搭載：端末Ｂ（３２２）を搭載
【０１２０】
サーバ（１０１）は、端末Ａ（３１２）及び端末Ｂ（３２２）それぞれから収集されるデータがセンサＸ（３２２）から収集されるデータと同じ精度を有するので、センサＸ（３３２）から収集されるデータで代用可能であると判断する。あるいは、サーバ（１０１）は、センサＸ（３３２）から収集されるデータの精度は端末Ａ（３１２）及び端末Ｂ（３２２）それぞれから収集されるデータの精度よりもよいので、端末Ａ（３１２）及び端末Ｂ（３２２）それぞれから収集されるデータは、センサＸ（３３２）から収集されるデータで代用可能であると判断する。
【０１２１】
端末Ａ（３１２）の移動体タイプが当該端末側で当該端末の「データの送信制御指示ができない」（データ送信制御指示＝Ｎｏ）であることから、サーバ（１０１）は、サーバ（１０１）側で当該端末Ａ（３１２）からのデータをフィルタリング処理する。すなわち、サーバ（１０１）は、サーバ（１０１）側で当該端末Ａ（３１２）からのデータを削除する。
【０１２２】
一方、端末Ｂ（３２２）の移動体タイプが当該端末側で当該端末の「データの送信制御指示が可能」（データ送信制御指示＝Ｙｅｓ）であることから、サーバ（１０１）は、データを送信しないこと（すなわち、端末Ｂ（３２２）側でデータを削除すること）を命令する制御指示を端末Ｂ（３２２）に送信する。
【０１２３】
また、サーバ（１０１）は、上記データのフィルタリング処理内容についての例えば下記情報を、上記関連付けられた情報中に追加しうる。
・端末Ａ（３１２）；センサＸ（３３２）に搭載：データをサーバ（１０１）側で削除
・端末Ｂ（３２２）；センサＸ（３３２）に搭載：データを端末Ｂ（３２２）側で削除
・センサＸ（３３２）；端末Ａ（３１２）を搭載：端末Ｂ（３２２）を搭載
【０１２４】
また、サーバ（１０１）は、端末Ａ（３１２）及び端末Ｂ（３２２）が電車（３３１）に搭載されたという下記履歴情報を、上記関連付けられた情報中に追加しうる。
・端末Ａ（３１２）；センサＸ（３３２）に搭載：データをサーバ（１０１）側で削除：電車（３３１）に搭載（又は、端末Ｂ（３２２）とともに電車（３３１）に搭載）：電車（３３１）に搭載された時間
・端末Ｂ（３２２）；センサＸ（３３２）に搭載：データを端末Ｂ（３２２）側で削除：電車（３３１）に搭載（又は、端末Ａ（３１２）とともに電車（３３１）に搭載）：電車（３３１）に搭載された時間
・センサＸ（３３２）；端末Ａ（３１２）を搭載：端末Ｂ（３２２）を搭載：端末Ａ（３１２）を搭載した時間：端末Ｂ（３２２）を搭載した時間
【０１２５】
センサＸ（３３２）と、端末Ａ（３１２）及び端末Ｂ（３２２）それぞれとの関連付けが持続されている間、端末Ａ（３１２）からのデータはサーバ（１０１）でフィルタリングされ、且つ、端末Ｂ（３２２）からのデータが当該端末Ｂ（３２２）でフィルタリングされる（すなわち、削除される）。
【０１２６】
従って、端末Ｂ（３２２）からサーバ（１０１）へのデータ送信が行われないことから、ネットワーク・インフラでのデータ量を削減することが可能である。
【０１２７】
また、サーバ（１０１）上又は当該サーバ（１０１）と異なる他のサーバ（図示せず）上で動作する後続のアプリケーションは、上記移動体の搭載履歴から、必要なデータをどこから取得すべきかを知ることが可能である。当該後続のアプリケーションは例えば、人の流れをマップ上で可視化するアプリケーション、又は、ある時点で移動している人をエリアごとに集計して、グラフ化表示するようなアプリケーションでありうる。
【０１２８】
サーバ（１０１）は、定期的に、センサＸ（３３２）と、端末Ａ（３１２）及び端末Ｂ（３２２）それぞれとの関連付けを持続可能であるか（言い換えれば、当該関連付けを解消するかどうか）を判断しうる。サーバ（１０１）は、当該判断の為に、センサＸ（３３２）、並びに、端末Ａ（３１２）及び端末Ｂ（３２２）の各移動ベクトルが一致するかどうかを定期的に確認しうる。また、サーバ（１０１）は、人ａ（３１１）又は人ｂ（３２１）が当該電車（３３１）の各停車駅での停車時間（例えば、時刻表に記載の停車駅での停車時間、当該電車（３３１）の実際の運行状況に基づく停車駅での推定停車時間、又は、当該電車（３３１）の過去の運転履歴に基づく停車駅での停車時間）内に電車（３３１）から降車する可能性があると推定し、上記停車時間の経過後に上記関連付けを持続可能であるかどうかを判断しうる。
【０１２９】
端末Ａ（３１２）が電車（３３１）から降りたこと（３０３）を当該端末Ａ（３１２）それ自体は判断できない（状態変化判別＝Ｎｏ）為に、端末Ａ（３１２）（すなわち、人ａ（３１１））が電車（３３１）から降りたかどうかをサーバ（１０１）が判断する。端末Ａ（３１２）は当該端末Ａ（３１２）側でフィルタリング処理をできない為（データ送信制御指示＝Ｎｏ）に、当該端末Ａ（３１２）からのデータを継続的にサーバ（１０１）に送信している。サーバ（１０１）は、端末Ａ（３１２）から送信された上記データに基づいて、端末Ａ（３１２）とセンサＸ（３３２）との関連付けを解消するかどうかを判断する。サーバ（１０１）は、例えば端末Ａ（３１２）が電車（３３１）から降りたこと（３０３）に応じて、端末Ａ（３１２）とセンサＸ（３３２）との関連付けを解消すると判断する。サーバ（１０１）は、端末Ａ（３１２）とセンサＸ（３３２）との関連付けを解消すること（３０３）に応じて、端末Ａ（３１２）からのデータについてのフィルタリング処理を中止し、そして端末Ａ（３１２）からのデータを当該サーバ（１０１）の記憶媒体（１０８）に格納する。
【０１３０】
端末Ｂ（３２２）が電車（３３１）から降りたこと（３０３）を当該端末Ｂ（３２２）それ自体が判断可能である（状態変化判別＝Ｙｅｓ）為に、端末Ｂ（３２２）（すなわち、人ｂ（３２１））が電車（３３１）から降りたかどうかを端末Ｂ（３２２）それ自体が判断する。端末Ｂ（３２２）は、例えば加速度センサの値による状態変化を判別して、当該端末Ｂ（３２２）が電車（３３１）から降りたかどうかを判断する。端末Ｂ（３２２）は当該端末Ｂ（３２２）が電車（３３１）から降りたことに応じて、端末Ｂ（３２２）と電車（３３１）とは同じ又はほぼ同じ移動ベクトルを有することがなくなる（すなわち、関連付け可能の要件を満たさなくなる）為に、サーバ（１０１）に関連解消の通知を送信する。サーバ（１０１）は、端末Ｂ（３２２）からの関連解消の通知を受信することに応じて、データを送信することを命令する制御指示を端末Ｂ（３２２）に送信する。端末Ｂ（３２２）は、当該制御指示を受信することに応じて、サーバ（１０１）にデータの送信を再開する。
【０１３１】
サーバ（１０１）は、センサＸ（３３２）と、端末Ａ（３１２）及び端末Ｂ（３２２）それぞれとの関連付けが解消されたことに応じて、上記関連付けられた情報を例えば下記の通り変更する。
・端末Ａ（３１２）；電車（３３１）から降りた時間（センサＸ（３３２）との関連付けの終了日時）：過去の搭載履歴＝センサＸ（３３２）
・端末Ｂ（３２２）；電車（３３１）から降りた時間（センサＸ（３３２）との関連付けの終了日時）：過去の搭載履歴＝センサＸ（３３２）
・センサＸ（３３２）；端末Ａ（３１２）が降りた時間（端末Ａ（３１２）との関連付けの終了日時）：端末Ｂ（３２２）が降りた時間（端末Ｂ（３２２）との関連付けの終了日時）
【０１３２】
また、サーバ（１０１）は、各移動体の上記初期情報を下記の通り変更しうる。
・端末Ａ（３１２）：移動体タイプ＝モバイルフォン：オーナー＝人ａ（３１１）：過去の搭載履歴＝センサＸ（３３２）：移動体の関連付け＝なし
・端末Ｂ（３２２）：移動体タイプ＝スマートフォン：オーナー＝人ｂ（３２１）：過去の搭載履歴＝センサＸ（３３２）：移動体の関連付け＝なし
・センサＸ（３２２）：移動体タイプ＝電車：過去の搭載履歴＝端末Ａ（３１２）：過去の搭載履歴＝端末Ｂ（３２２）：移動体の関連付け＝なし
【０１３３】
上記では、各端末Ａ及びＢ（３１２，３２２）それぞれからの各データを収集しながら動的に関連付け及び当該関連付けの解消を判断して、フィルタリング処理をする例を示した。本発明に従う別の実装方法として、各端末Ａ及びＢ（３１２，３２２）それぞれからのデータ全てをサーバ（１０１）に一旦集めてから、各データの少なくとも一部をフィルタリング処理するようにしてもよい。
【０１３４】
以上に示した実施態様を利用して、サーバ（１０１）は、人が持つ携帯端末（例えば、スマートフォン、携帯電話）からのデータを利用して、人の動きを追跡することが可能になる。従って、人が所持する端末からの及び乗り物からのデータを使用して、上記した都市における人の動きを追跡する場合、ネットワークに対する負荷やデータ送信量又はストレージや後続データ処理の負荷を軽減し、また後続のデータ処理に使用される当該センサの測定値の精度を高めることが可能になる。
【０１３５】
図４は、本発明の実施態様に従い、車の渋滞管理や広告配信を行うソリューションのために、当該車に関連する移動体からのデータを集約し、フィルタリング処理するシナリオを示す図である。
【０１３６】
図４のシナリオにおいて使用される移動体は下記の通りである。
・移動体は各個人が持っている端末であり、人ｃ（４１１）は端末Ｃ（４１２）（例えば、Ｃ社モバイルフォン）を所持しており、人ｄ（４２１）は端末Ｄ（４２２）（例えば、Ｄ社モバイルフォン）を所持しており、人ｅ（４３１）は端末Ｅ（４３２）（例えば、Ｅ社モバイルフォン）を所持している。端末Ｃ（４１２）、端末Ｄ（４２２）、及び端末Ｅ（４３２）はいずれも、人ｃ（４１１）、人ｄ（４２１）、及び人ｅ（４３１）それぞれに付随して移動可能である。従って、端末Ｃ（４１２）、端末Ｄ（４２２）、及び端末Ｅ（４３２）はいずれも、本発明でいう「移動体」である。
・移動体は車（４４１）に搭載されているセンサＹ（４４２）である。センサＹ（４４２）は、車（４４１）に付随して移動可能である。従って、センサＹ（４４２）は、本発明でいう「移動体」である。
【０１３７】
図４のシナリオにおいて使用される各移動体の情報は下記の通りである。当該情報は例えば、下記図６Ａ及び図６Ｂに示す移動体関連データベースとして実装されうるが、その他の任意のデータ管理様式に従う方法で管理されてもよい。
【０１３８】
端末Ｃ（４１２）、端末Ｄ（４２２）、及び端末Ｅ（４３２）の各移動体タイプはいずれも、「車に搭載可能であること」、且つ、「データを所定の精度又は間隔で測定可能であること」である。
【０１３９】
また、端末Ｃ（４１２）の移動体タイプは、当該端末側で「データの送信制御指示が可能」（データ送信制御指示＝Ｙｅｓ）であり、且つ、当該端末側で当該端末の「状態変化の判別ができない」（状態変化判別＝Ｎｏ）である。
【０１４０】
また、端末Ｄ（４２２）の移動体タイプは、当該端末側で「データの送信制御指示が可能」（データ送信制御指示＝Ｙｅｓ）であり、且つ、当該端末側で当該端末の「状態変化の判別が可能」（状態変化判別＝Ｙｅｓ）である。
【０１４１】
また、端末Ｅ（４３２）の移動体タイプは、当該端末側で「データの送信制御指示ができない」（データ送信制御指示＝Ｎｏ）であり、且つ、当該端末側で当該端末の「状態変化の判別ができない」（状態変化判別＝Ｎｏ）である。
【０１４２】
センサＹ（４４２）の移動体タイプは、「車」、「車に搭載されること」、「モバイルフォン及びスマートフォンを搭載可能であること」、且つ、「データを所定の精度又は間隔で測定すること」である。
【０１４３】
端末Ｃ（４１２）、端末Ｄ（４２２）、及び端末Ｅ（４３２）それぞれが備えているセンサそれぞれが収集するデータの精度それぞれは、センサＹ（４４２）が収集するデータの精度と異なっているものとする。
【０１４４】
図４のシナリオにおいて、人ｃ（４１１）、人ｄ（４２１）、及び人ｅ（４３１）は車（４４１）にまだ乗っていない（４０１）。その場合の各移動体の初期情報は、下記の通りである。
・端末Ｃ（４１２）：移動体タイプ＝モバイルフォン：オーナー＝人ｃ（４１１）：過去の搭載履歴＝なし：移動体の関連付け＝なし
・端末Ｄ（４２２）：移動体タイプ＝モバイルフォン：オーナー＝人ｄ（４２１）：過去の搭載履歴＝センサＹ（４４２）：移動体の関連付け＝なし
・端末Ｅ（４３２）：移動体タイプ＝モバイルフォン：オーナー＝人ｅ（４３１）：過去の搭載履歴＝なし：移動体の関連付け＝なし
・センサＹ（４４２）：移動体タイプ＝車（４４１）：オーナー＝人ｃ（４１１）過去の搭載履歴＝端末Ｄ（４２２）：移動体の関連付け＝なし
【０１４５】
サーバ（１０１）は、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）それぞれからの、並びに、車（４４１）に搭載されたセンサＹ（４４２）からのデータを受信している。当該データは例えば、位置、移動方向、速度、加速度、及び／又は時間を含みうる。
【０１４６】
サーバ（１０１）は、センサＹ（４４２）からのデータに基づいて、車（４４１）の移動ベクトル（すなわち、センサＹ（４４２）の移動ベクトルに等しい）を計算している。また、サーバ（１０１）は、同様に端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）それぞれからのデータに基づいて、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）の移動ベクトルを計算している。
【０１４７】
人ｃ（４１１）、人ｄ（４２１）、及び人ｅ（４３１）が、車（４４１）に乗ったとする（４０２）。
【０１４８】
サーバ（１０１）は、センサＹ（４４２）（移動体タイプ＝車）に搭載可能な（すなわち、関連付け可能な）移動体タイプの中で、センサＹ（４４２）の移動ベクトルに一致又はほぼ一致する移動体を、上記各移動体から受信したデータに基づいて、所定の時間間隔で判断する。
【０１４９】
サーバ（１０１）は、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）の移動ベクトルが、センサＹ（４４２）の移動ベクトルと一致又はほぼ一致することを検出する。サーバ（１０１）は、端末Ｃ（４１２）のオーナーと、車（４４１）のオーナーとがいずれも人ｃ（４１１）であるので、端末Ｃ（４１２）の現在の移動ベクトルが、車（４４１）の現在の移動ベクトルと一致又はほぼ一致するかどうかを他の移動体よりも優先的に検出するようにしうる。また、サーバ（１０１）は、過去の搭載履歴（過去の搭載履歴＝センサＹ（４４２））から、端末Ｄ（４２２）の現在の移動ベクトルが、車（４４１）の現在の移動ベクトルと一致又はほぼ一致するかどうかを他の移動体よりも優先的に検出するようにしうる。
【０１５０】
端末Ｃ（４１２）の移動体タイプが当該端末側で「状態変化の判別が可能」（状態変化判別＝Ｙｅｓ）であることから、端末Ｃ（４１２）は車（４４１）に乗り込んだという情報をサーバ（１０１）に送信することができる。サーバ（１０１）は、車（４４１）に乗り込んだという情報を端末Ｃ（４１２）から受信することに応じて、端末Ｃ（４１２）の現在の移動ベクトルが、センサＹ（４４２）の現在の移動ベクトルと一致又はほぼ一致するかどうかを即時に又は他の移動体よりも優先的に検出するようにしうる。同様に、端末Ｄ（４２２）の移動体タイプが当該端末側で「状態変化の判別が可能」（状態変化判別＝Ｙｅｓ）であることから、端末Ｄ（４２２）は車（４４１）に乗り込んだという情報をサーバ（１０１）に送信することができる。サーバ（１０１）は、車（４４１）に乗り込んだという情報を端末Ｄ（４２２）から受信することに応じて、端末Ｄ（４２２）の現在の移動ベクトルが、センサＹ（４４２）の現在の移動ベクトルと一致又はほぼ一致するかどうかを即時に又は他の移動体よりも優先的に検出するようにしうる。一方、端末Ｅ（４３２）の移動体タイプが当該端末側で「状態変化の判別ができない」（状態変化判別＝Ｎｏ）であることから、端末Ｅ（４３２）それ自体は車（４４１）に乗り込んだことを検出することができない。
【０１５１】
サーバ（１０１）は、センサＹ（４４２）と、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）とが関連付け可能であると判断する。そして、サーバ（１０１）は、センサＹ（４４２）と、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）それぞれとを関連付けることに応じて、センサＹ（４４２）と、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）それぞれとが関連付けられたことを示す例えば下記情報を、例えば下記図６Ｃに示す移動体関連データベース（６０３）中に追加する。上記関連付けられた情報は、例えば下記の通りである。
・端末Ｃ（４１２）；センサＹ（４４２）に搭載
・端末Ｄ（４２２）；センサＹ（４４２）に搭載
・端末Ｅ（４３２）；センサＹ（４４２）に搭載
・センサＹ（４４２）；端末Ｃ（４１２）を搭載：端末Ｄ（４２２）を搭載：端末Ｅ（４３２）を搭載
【０１５２】
端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）の各センサが収集するデータは、センサＹ（４４２）が収集するデータで代用可能であったり、又は、それらの各センサが収集するデータの精度がセンサＹ（４４２）が収集するデータの精度よりも良かったりする。従って、サーバ（１０１）は、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）の各センサのうちのどのセンサからのデータをどのようにフィルタリング処理するかを個々のデータ毎に判断する必要がある。
【０１５３】
端末Ｃ（４１２）からのデータの精度は、センサＹ（４４２）からのデータの精度と変わらないとする。よって、端末Ｃ（４１２）からのデータは、センサＹ（４４２）からのデータで代用可能である。また、端末Ｃ（４１２）側でデータの送信制御指示が可能である（データ送信制御指示＝Ｙｅｓ）。従って、サーバ（１０１）は、データを送信しないこと（すなわち、端末Ｃ（４１２）側でデータを削除すること）を命令する制御指示を端末Ｃ（４１２）に送信する。
【０１５４】
端末Ｄ（４２２）からのデータは、センサＹ（４４２）が測定できない加速度データを含み、且つ、端末Ｄ（４２２）からのＧＰＳデータの精度がセンサＹ（４４２）からのＧＰＳデータの精度よりも高いとする。よって、センサＹ（４４２）からのデータに端末Ｄ（４２２）からの加速度データを補完し、更にＧＰＳデータは、端末Ｄ（４２２）からのＧＰＳデータで置き換えることにより、より有用なデータとなる。また、端末Ｄ（４２２）側ではデータの送信制御指示が可能である（データ送信制御指示＝Ｙｅｓ）。従って、サーバ（１０１）は、加速度データ及びＧＰＳデータのみをサーバ（１０１）に送信すること且つ残りのデータを送信しないこと（すなわち、端末Ｄ（４２２）側で残りのデータを削除すること）を命令する制御指示を端末Ｄ（４２２）に送信する。サーバ（１０１）は、センサＹ（４４２）からのデータに端末Ｄ（４２２）からの加速度データを補完し、更にＧＰＳデータを端末Ｄ（４２２）からのＧＰＳデータで置き換えることが可能である。
【０１５５】
端末Ｅ（４３２）からのデータはトンネル内でも送信可能であるが、一方、センサＹ（４４２）からのデータはトンネル内で通信が途切れる為に送信できないとする。また、端末Ｅ（４３２）側でデータの送信制御指示ができない（データ送信制御指示＝Ｎｏ）。従って、サーバ（１０１）は、端末Ｅ（４３２）からのデータを、センサＹ（４４２）からのデータが欠落しているときのみ使用する。すなわち、サーバ（１０１）は、センサＹ（４４２）からのデータの欠落部分を端末Ｅ（４３２）からのデータで補完し、そして補完しなかった端末Ｅ（４３２）からのデータを削除する。
【０１５６】
また、サーバ（１０１）は、上記データのフィルタリング処理内容についての例えば下記情報を、上記関連付けられた情報中に追加しうる。
・端末Ｃ（４１２）；センサＹ（４４２）に搭載：端末Ｃ（４１２）側で削除
・端末Ｄ（４２２）；センサＹ（４４２）に搭載：加速度データを送信：ＧＰＳデータをサーバ（１０１）で補完及び削除：その他のデータを端末Ｄ（４２２）側で削除
・端末Ｅ（４３２）；センサＹ（４４２）に搭載：データをサーバ（１０１）で補完及び削除
・センサＹ（４４２）；端末Ｃ（４１２）を搭載：端末Ｄ（４２２）を搭載：端末Ｅ（４３２）を搭載
【０１５７】
また、サーバ（１０１）は、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）が車（４４１）に搭載されたという下記履歴情報を、上記関連付けられた情報中に追加しうる。
・端末Ｃ（４１２）；センサＹ（４４２）に搭載：端末Ｃ（４１２）側で削除：車（４４１）に搭載された時間
・端末Ｄ（４２２）；センサＹ（４４２）に搭載：加速度データを送信：ＧＰＳデータをサーバ（１０１）で補完及び削除：その他のデータを端末Ｄ（４２２）側で削除：車（４４１）に搭載された時間
・端末Ｅ（４３２）；センサＹ（４４２）に搭載：データをサーバ（１０１）で補完及び削除：車（４４１）に搭載された時間
・センサＹ（４４２）；端末Ｃ（４１２）を搭載：端末Ｄ（４２２）を搭載：端末Ｅ（４３２）を搭載：端末Ｃ（４１２）を搭載した時間：端末Ｄ（４２２）を搭載した時間：端末Ｅ（４３２）を搭載した時間
【０１５８】
センサＹ（４４２）と、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）それぞれとの関連付けが持続されている間、端末Ｃ（４１２）からのデータが当該端末Ｃ（４１２）でフィルタリングされ（すなわち、削除される）、端末Ｄ（４２２）からの加速度データ及びＧＰＳデータ以外のデータが当該端末Ｄ（４２２）でフィルタリングされ（すなわち、削除される）、端末Ｅ（４３２）からのデータのうち上記欠落部分の補完のために使用されなかったデータがサーバ（１０１）でフィルタリングされる（すなわち、削除される）。
【０１５９】
従って、端末Ｃ（４１２）からサーバ（１０１）へのデータ送信が行われないことから、ネットワーク・インフラでのデータ量を削減することが可能である。
【０１６０】
また、センサＹ（４４２）からのデータが端末Ｄ（４２２）からのデータで補完されることから、センサＹ（４４２）が測定できないデータを補完すること、及びデータの精度や正確さの高いデータを収集することが可能になる。
【０１６１】
また、センサＹ（４４２）からのデータが端末Ｅ（４３２）からのデータで補完されることから、欠落したデータを補完することが可能になる。
【０１６２】
サーバ（１０１）は、定期的に、センサＹ（４４２）と、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）それぞれとの関連付けを持続可能であるか（言い換えれば、当該関連付けを解消するかどうか）を判断しうる。サーバ（１０１）は、当該判断をする為に、センサＹ（４４２）、並びに、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）の各移動ベクトルが一致するかどうかを定期的に確認しうる。また、サーバ（１０１）は、当該車（４４１）が例えば定期運行をしている乗り合いバスである場合には、人ｃ（４１１）、人ｄ（４２１）又は人ｅ（４３１）が各停留所での停車時間（例えば、停留所での時刻表に記載の停留所での停車時間、当該車（４４１）の実際の運行状況に基づく停留所での推定停車時間、又は、当該車（４４１）の過去の運転履歴に基づく停留所での停車時間）内に車（４４１）から降車する可能性があると推定し、上記停止時間の経過後に上記関連付けを持続可能であるかどうかを判断しうる。
【０１６３】
人ｃ（４１１）、人ｄ（４２１）、及び人ｅ（４３１）が、車（４４１）から降りたとする（４０３）。
【０１６４】
端末Ｃ（４１２）が車（４４１）から降りたこと（４０３）を当該端末Ｃ（４１２）それ自体は判断できない（状態変化判別＝Ｎｏ）為に、端末Ｃ（４１２）（すなわち、人ｃ（４１１））が車（４４１）から降りたかどうかをサーバ（１０１）が判断する。サーバ（１０１）は、当該判断の為に、端末Ｃ（４１２）がデータをサーバ（１０１）に送るようにする為にポーリングを端末Ｃ（４１２）に定期的に送信しうる。サーバ（１０１）は、端末Ｃ（４１２）から送信されたデータに基づいて、端末Ｃ（４１２）が車（４４１）から降りたこと（４０３）に応じて、端末Ｃ（４１２）とセンサＹ（４４２）との関連付けを解消することを判断する。サーバ（１０１）は、端末Ｃ（４１２）とセンサＹ（４４２）との関連付けを解消すること（４０３）に応じて、端末Ｃ（４１２）からのデータについてのフィルタリング処理を中止し、そして端末Ｃ（４１２）からの全てのデータを当該サーバ（１０１）の記憶媒体（１０８）に格納する。
【０１６５】
端末Ｄ（４２２）が車（４４１）から降りたこと（４０３）を当該端末Ｄ（４２２）それ自体が判断可能である（状態変化判別＝Ｙｅｓ）為に、端末Ｄ（４２２）（すなわち、人ｄ（４２１））が車（４４１）から降りたかどうかを端末Ｄ（４２２）それ自体が判断する。端末Ｄ（４２２）は、例えば加速度センサの値による状態変化を判別して、当該端末Ｄ（４２２）が車（４４１）から降りたかどうかを判断する。端末Ｄ（４２２）は当該端末Ｄ（４２２）が車（４４１）から降りたことに応じて、端末Ｄ（４２２）と車（４４１）とは同じ又はほぼ同じ移動ベクトルを有することがなくなる（すなわち、関連付け可能の要件を満たさなくなる）為に、サーバ（１０１）に関連解消の通知を送信する。サーバ（１０１）は、端末Ｄ（４２２）からの関連解消の通知を受信することに応じて、全てのデータを送信することを命令する制御指示を端末Ｄ（４２２）に送信する。端末Ｄ（４２２）は、当該制御指示を受信することに応じて、サーバ（１０１）に全てのデータを送信することを再開する。
【０１６６】
端末Ｅ（４３２）が車（４４１）から降りたこと（４０３）を当該端末Ｅ（４３２）それ自体は判断できない（状態変化判別＝Ｎｏ）為に、端末Ｅ（４３２）（すなわち、人ｅ（４３１））が車（４４１）から降りたかどうかをサーバ（１０１）が判断する。端末Ｅ（４３２）は当該端末Ａ（３１２）側でフィルタリング処理をできない為（データ送信制御指示＝Ｎｏ）に、当該端末Ａ（３１２）からのデータを継続的にサーバ（１０１）に送信している。サーバ（１０１）は、端末Ｅ（４３２）から送信された上記データに基づいて、端末Ｅ（４３２）とセンサＹ（４４２）との関連付けを解消するかどうかを判断する。サーバ（１０１）は、例えば端末Ｅ（４３２）が車（４４１）から降りたこと（４０３）に応じて、端末Ｅ（４３２）とセンサＹ（４４２）との関連付けを解消すると判断する。サーバ（１０１）は、端末Ｅ（４３２）とセンサＹ（４４２）との関連付けを解消すること（４０３）に応じて、端末Ｅ（４３２）からのデータについてのフィルタリング処理を中止し、そして端末Ｅ（４３２）からの全てのデータを当該サーバ（１０１）の記憶媒体（１０８）に格納する。
【０１６７】
サーバ（１０１）は、センサＹ（４４２）と、端末Ｃ（４１２）、端末Ｄ（４２２）及び端末Ｅ（４３２）それぞれとの関連付けが解消されたことに応じて、上記関連付けられた情報を例えば下記の通り変更する。
・端末Ｃ（４１２）；車（４４１）から降りた時間（センサＹ（４４２）との関連付けの終了日時）：過去の搭載履歴＝センサＹ（４４２）
・端末Ｄ（４２２）；車（４４１）から降りた時間（センサＹ（４４２）との関連付けの終了日時）：過去の搭載履歴＝センサＹ（４４２）
・端末Ｅ（４３２）；車（４４１）から降りた時間（センサＹ（４４２）との関連付けの終了日時）：過去の搭載履歴＝センサＹ（４４２）
・センサＹ（４４２）；端末Ｃ（４１２）が降りた時間（端末Ｃ（４１２）との関連付けの終了日時）：端末Ｄ（４２２）が降りた時間（端末Ｄ（４２２）との関連付けの終了日時）：端末Ｅ（４３２）が降りた時間（端末Ｅ（４３２）との関連付けの終了日時）
【０１６８】
また、サーバ（１０１）は、各移動体の上記初期情報を下記の通り変更しうる。
・端末Ｃ（４１２）：移動体タイプ＝モバイルフォン：オーナー＝人ｃ（４１１）：過去の搭載履歴＝センサＹ（４４２）：移動体の関連付け＝なし
・端末Ｄ（４２２）：移動体タイプ＝モバイルフォン：オーナー＝人ｄ（４２１）：過去の搭載履歴＝センサＹ（４４２）：移動体の関連付け＝なし
・端末Ｅ（４３２）：移動体タイプ＝モバイルフォン：オーナー＝人ｅ（４３１）：過去の搭載履歴＝センサＹ（４４２）：移動体の関連付け＝なし
・センサＹ（４４２）：移動体タイプ＝車（４４１）：オーナー＝人ｃ（４１１）：移動体の関連付け＝センサＹ（４４２）：過去の搭載履歴＝端末Ｃ（４１２）：過去の搭載履歴＝端末Ｄ（４２２）：過去の搭載履歴＝端末Ｅ（４３２）：移動体の関連付け＝なし
【０１６９】
上記では、各端末Ｃ，Ｄ及びＥ（４１２，４２２，４３２）それぞれからの各データを収集しながら動的に関連付け及び当該関連付けの解消を判断して、フィルタリング処理をする例を示した。本発明に従う別の実装方法として、各端末Ｃ，Ｄ及びＥ（４１２，４２２，４３２）それぞれからのデータ全てをサーバ（１０１）に一旦集めてから、各データの少なくとも一部をフィルタリング処理するようにしてもよい。
【０１７０】
以上に示した実施態様を利用して、サーバ（１０１）は、例えばデータを送信可能なセンサを搭載していない車からの情報を、当該車に乗っている人が持つ携帯端末（例えば、スマートフォン、携帯電話）からのデータで代用して、渋滞管理を行うことや、当該サーバ（１０１）の管理対象である人や車がどこを走行しているかを検出することによって、当該走行中の経路上にある店や飲食店の広告を上記携帯端末や車に配信することが可能になる。従って、人が所持する端末からの及び乗り物からのデータを使用して、上記した車の渋滞管理や広告配信を行う場合、ネットワークに対する負荷やデータ送信量又はストレージや後続データ処理の負荷を軽減し、また後続データ処理に使用される当該センサの測定値の精度を高めることが可能になる。
【０１７１】
図５は、本発明の実施態様に従い、各道路において車やバイクなどの流量（例えば、交通量や交通密度）を測定し乃至は推定するソリューションのために、当該車やバイクなどに搭載されているセンサ及び当該車やバイクについての情報を測定可能なセンサを備えている路側機からのデータを集約し、フィルタリング処理するシナリオを示す図である。
【０１７２】
図５のシナリオにおいて使用される移動体は下記の通りである。
・移動体は車に搭載されているセンサであり、車Ａ（５１１）はセンサＳ（５１２）を搭載している。センサＳ（５１２）は、車Ａ（５１１）に付随して移動可能である。従って、センサＳ（５１２）は、本発明でいう「移動体」である。
・路側機（５２１）（例えば、ＩＴＳ（Intelligent Transport System）スポット）は道路に設置されており、当該路側機（５２１）が設置された道路上を走行する車（車Ａ（５１１）を含む）についての情報、例えば、各車についての速度、位置、加速度、時間、及び／又は移動方向を測定可能なセンサＺ（５２２）を備えている。すなわち、センサＺ（５２２）は車Ａ（５１１）に搭載されているセンサＳ（５１２）からのデータを代用し乃至は補完する為のデータを測定可能である。
【０１７３】
図５のシナリオにおいて使用される車Ａ（５１１）に搭載されているセンサＳ（５１２）及び路側機（５２１）が備えているセンサＺ（５２２）の情報は下記の通りである。当該情報は例えば、下記図６Ａ及び図６Ｂに示す移動体関連データベースとして実装されうるが、その他の任意のデータ管理様式に従う方法で管理されてもよい。
【０１７４】
センサＳ（５１２）の移動体タイプは、「車」、「車に搭載されること」、且つ、「データを所定の精度又は間隔で測定可能であること」である。
【０１７５】
また、センサＳ（５１２）の移動体タイプは、当該センサＳ（５１２）側で「データの送信制御指示ができない」（データ送信制御指示＝Ｎｏ）であり、且つ、当該センサＳ（５１２）側で当該端末の「状態変化の判別ができない」（状態変化判別＝Ｎｏ）である。
【０１７６】
センサＺ（５２２）の機器タイプは、「路側機」、「車の通行データを収集可能であること」、且つ、「道路Ａ上に設置されること」、当該道路Ａ上を走行中の車についての「データを所定の精度又は間隔で測定すること」である。
【０１７７】
センサＺ（５２２）が収集するデータの精度は、センサＳ（５１２）が収集するデータよりも精度が良いとする。
【０１７８】
図５のシナリオにおいて、車Ａ（５１１）は、路側機（５２１）が備えているセンサＺ（５２２）の検出範囲にまだ到達していないとする（５０１）。その場合の各移動体の初期情報は、下記の通りである。
・センサＳ（５１２）：移動体タイプ＝車：過去の関連付け履歴＝なし：移動体の関連付け＝なし
・センサＺ（５２２）：機器（移動体）タイプ＝路側機：過去の関連付け履歴＝なし：移動体の関連付け＝なし
【０１７９】
サーバ（１０１）は、車Ａ（５１１）に搭載されているセンサＳ（５１２）からの及び路側機（５２１）が備えているセンサＺ（５２２）からの各データを受信している。センサＳ（５１２）からのデータは例えば、速度、位置、加速度、時間、及び／又は移動方向を含みうる。センサＺ（５２２）からのデータは例えば、各車についての速度、位置、加速度、時間、及び／又は移動方向、特には各車についての速度及び位置の組み合わせを含みうる。
【０１８０】
サーバ（１０１）は、車Ａ（５１１）に搭載されているセンサＳ（５１２）からのデータに基づいて、車Ａ（５１１）の移動ベクトル（すなわち、センサＳ（５１２）の移動ベクトルに等しい）を計算している。同様に、サーバ（１０１）は、他の車に搭載されたセンサからのデータに基づいて、当該他の車の移動ベクトルを計算している。
【０１８１】
また、サーバ（１０１）は、車Ａ（５１１）に搭載されているセンサＳ（５１２）からのデータ（例えば、位置、移動方向）に基づいて、車Ａ（５１１）がどの道路を走っているかを判断する。さらに、サーバ（１０１）は、上記センサＳ（５１２）からのデータ（例えば、位置、移動方向）及び上記検出した道路に基づいて、車Ａ（５１１）がどの路側機に近づいているかを判断する。そして、サーバ（１０１）は、車Ａ（５１１）が路側機（５２１）に近づいていることを検出する。
【０１８２】
サーバ（１０１）は、任意的に、路側機（５２１）が備えているセンサＺ（５２２）に対して、どの車が近づいてきているのかを通知する為の情報を送信する。当該情報は例えば、路側機（５２１）がカメラを搭載している場合には、車Ａ（５１１）であると識別可能な情報（例えば、車Ａ（５１１）のナンバー若しくは車種）でありうる。また、該情報は例えば、路側機（５２１）がＲＦＩＤ（Radio Frequency Identification）を搭載している場合には、車Ａ（５１１）に搭載されたＵＨＦ周波数帯の電池レス（パッシブタイプ）のＩＣタグ、又は、センサＳ（５１２）特有の識別番号、若しくは、車Ａ（５１１）特有の識別番号でありうる。また、該情報は例えば、路側機（５２１）が狭域通信（ＤＳＲＣ：Dedicated Short-Range Communication）アンテナを搭載している場合には、車Ａ（５１１）に搭載されたＤＳＲＣ車載器からの情報でありうる。
【０１８３】
車Ａ（５１１）が、路側機（５２１）が備えているセンサＺ（５２２）の検出範囲内に近づいたとする（５０２）。
【０１８４】
サーバ（１０１）は、センサＳ（５１２）（移動体タイプ＝車）がセンサＺ（５２２）の検出範囲内に近づいてきていることに応じて、センサＳ（５１２）からの車Ａ（５１１）についてのデータをセンサＺ（５２２）からの車Ａ（５１１）についてのデータで代用可能であることから、センサＳ（５１２）からのデータとセンサＺ（５２２）からのデータとが関連付け可能であると判断する。そして、サーバ（１０１）は、センサＳ（５１２）からのデータとセンサＺ（５２２）からのデータとを関連付けることに応じて、当該関連付けられたことを示す例えば下記情報を、例えば下記図６Ｃに示す移動体関連データベース（６０３）中に追加する。上記関連付けられた情報は、例えば下記の通りである。
・センサＳ（５１２）；センサＺ（５２２）に関連付け：センサＺ（５２２）に関連付けられた時間
・センサＺ（５２２）；センサＳ（５１２）に関連付け：センサＳ（５１２）に関連付けられた時間
【０１８５】
センサＳ（５１２）側でデータの送信制御指示ができない（データ送信制御指示＝Ｎｏ）。また、センサＺ（５２２）が収集するデータの精度は、センサＳ（５１２）が収集するデータよりも精度が良い。従って、サーバ（１０１）は、センサＳ（５１２）からのデータとセンサＺ（５２２）からのデータについて、下記に示すフィルタリング処理を行う。すなわち、サーバ（１０１）は、当該サーバ（１０１）側で、センサＳ（５１２）からの車Ａ（５１１）についてのデータをセンサＺ（５２２）からの車Ａ（５１１）についてのデータで代用する。また、サーバ（１０１）は、センサＺ（５２２）のデータに欠損データ又は異常データがある場合には、当該欠損データ及び当該異常データを使用せずに、当該欠損データ及び当該異常データに対応するセンサＳ（５１２）からのデータをそのまま使用する。また、サーバ（１０１）は、センサＳ（５１２）からのデータのうち、センサＳ（５１２）からのデータで代用されデータを削除し又は破棄する。
【０１８６】
また、サーバ（１０１）は、上記データのフィルタリング処理内容についての例えば下記情報を、上記関連付けられた情報中に追加しうる。
・センサＳ（５１２）；センサＺ（５２２）に関連付け：センサＺ（５２２）のデータで代用：代用されたデータをサーバ（１０１）側で削除
・センサＺ（５２２）；センサＳ（５１２）に関連付け：センサＳ（５１２）へ代用データを提供
【０１８７】
また、サーバ（１０１）は、センサＳ（５１２）からのデータとセンサＺ（５２２）からのデータとが関連付けられたという下記履歴情報を、上記関連付けられた情報中に追加しうる。
・センサＳ（５１２）；センサＺ（５２２）に関連付け：センサＺ（５２２）に関連付けられた時間（又は、センサＳ（５１２）でセンサＺ（５２２）のデータの使用時間）
・センサＺ（５２２）；センサＳ（５１２）に関連付け：センサＳ（５１２）に関連付けられた時間
【０１８８】
センサＳ（５１２）からのデータとセンサＺ（５２２）からのデータとの間での上記各関連付けが持続されている間（例えば、車Ａ（５１１）がセンサＺ（５２２）の検出範囲内を走行している間）、サーバ（１０１）は、センサＺ（５２２）からのデータでセンサＳ（５１２）からのデータを代用する。サーバ（１０１）は、センサＳ（５１２）からのデータをセンサＺ（５２２）からのデータと比較してマッチした場合（例えば、通過時間、位置、その他車を特定する情報）に、センサＳ（５１２）からのデータをセンサＺ（５２２）からのデータで置換する。また、サーバ（１０１）は、センサＳ（５１２）からのデータをフィルタリング処理する。すなわち、サーバ（１０１）は、センサＳ（５１２）からのデータのうち、センサＺ（５２２）からのデータで代用されたデータを削除し又は破棄する。
【０１８９】
従って、センサＳ（５１２）からのデータがセンサＺ（５２２）からのデータで代用されることから、ユーザはセンサＳ（５１２）のデータとしてセンサＺ（５２２）からの精度の高いデータを利用することが可能になる。
【０１９０】
サーバ（１０１）は、定期的に、センサＳ（５１２）からのデータとセンサＺ（５２２）からのデータとの間での上記関連付けを持続可能であるか（言い換えれば、当該関連付けを解消するかどうか）を判断する。サーバ（１０１）は、センサＳ（５１２）からのデータとセンサＴ（５２２）からのデータとの関連付けを持続可能であるか判断する為に、車Ａ（５１１）の移動ベクトルを定期的に確認しうる。または、サーバ（１０１）は、車Ａ（５１１）が、路側機（５２１）の設置されている道路Ａとは別の道路Ｂを孝行していること、又は路側機（５２１）が備えているセンサＺ（５２２）の検出範囲外を走行していることを例えば道路情報より検出して、センサＳ（５１２）からのデータとセンサＴ（５２２）からのデータとの関連付けを持続可能であるか判断しうる。
【０１９１】
車Ａ（５１１）が、路側機（５２１）が備えているセンサＺ（５２２）の検出範囲外の道路（例えば、道路Ａから別の道路Ｂ）に進んだとする（５０３）。
【０１９２】
車Ａ（５１１）が道路Ａから別の道路に進んだこと（５０５）を当該車Ａ（５１１）に搭載されているセンサＳ（５１２）それ自体は判断できない（状態変化判別＝Ｎｏ）為に、車Ａ（５１１）が道路Ａから別の道路に進んだこと（５０５）をサーバ（１０１）が判断する。サーバ（１０１）は、車Ａ（５１１）が道路Ａから別の道路に進んだこと（５０５）に応じて、センサＳ（５１２）からのデータとセンサＺ（５２２）からのデータとの関連付けを解消する。サーバ（１０１）は、センサＳ（５１２）からのデータとセンサＺ（５２２）からのデータとの関連付けを解消すること（４０３）に応じて、センサＳ（５１２）からのデータについてのフィルタリング処理を中止し、そしてセンサＳ（５１２）からの全てのデータを当該サーバ（１０１）の記憶媒体（１０８）に格納する。
【０１９３】
サーバ（１０１）は、センサＳ（５１２）からのデータとセンサＺ（５２２）からのデータとの関連付けが解消されたことに応じて、上記関連付けられた情報を例えば下記の通り変更する。
・センサＳ（５１２）；車Ａ（５１１）が道路Ａから別の道に進んだ時間（センサＺ（５２２）との関連付けの終了日時）：過去の関連付け履歴＝センサＺ（５２２）
・センサＺ（５２２）；車Ａ（５１１）が道路Ａから別の道に進んだ時間（センサＳ（５１２）との関連付けの終了日時）：過去の関連付け履歴＝センサＳ（５１２）
【０１９４】
サーバ（１０１）は、上記関連付けの解消に応じて、各移動体の上記初期情報を下記の通り変更しうる。
・センサＳ（５１２）：移動体タイプ＝車：過去の関連付け履歴＝センサＺ（５２２）：移動体の関連付け＝なし
・センサＺ（５２２）：機器（移動体）タイプ＝路側機：過去の関連付け履歴＝センサＳ（５１２）：移動体の関連付け＝なし
【０１９５】
以上に示した通り、上記実施態様では、車に搭載されているセンサからのデータを当該車についての情報を測定可能なセンサからのデータで代用することによって、各道路において車の流量を測定し乃至は推定することが可能になり、さらには、ネットワークに対する負荷やデータ送信量を軽減し、また後続のデータ処理に要する当該センサの負荷を軽減することが可能になる。
【０１９６】
また、路側機（５２１）が備えているセンサＺ（５２２）から報告されるデータは、車Ａ（５１１）に搭載されているセンサＳ（５１２）が収集するデータの精度よりもが高い。従って、車Ａ（５１１）に搭載されているセンサＳ（５１２）が収集するデータを路側機（５２１）が備えているセンサＺ（５２２）から報告されるデータ（例えば、速度や位置）と比較し、当該センサＺ（５２２）から報告されるデータをセンサＳ（５１２）が収集するデータの代用として使用することによって、車Ａ（５１１）に搭載されているセンサＳ（５１２）の誤差（例えば、静的なデータからは推定できない各車毎の揺らぎ）を特定し、当該センサＳ（５１２）と路側機が備えているセンサとが関連付けられていない期間において、車Ａ（５１１）に搭載されているセンサＳ（５１２）が収集するデータを上記特定した誤差を使用して補正することが可能になる。
【０１９７】
各車やバイクそれぞれに備え付けられたセンサと路側機が備えているセンサとが関連付けられている時間は一般的に、各車やバイクがスムーズに走行している場合には非常に短い。しかしながら、上記に示す通り、車やバイクに搭載されているセンサと路側機が備えているセンサとが関連付けられていない期間において、各車やバイクそれぞれに搭載されているセンサが収集するデータを各車やバイクそれぞれについての上記特定された誤差を使用して補正することにより、各道路における車やバイクなどの流量（例えば、交通量や交通密度）をより正確に測定し乃至は推定することが可能になる。
【０１９８】
上記では、車Ａ（５１１）に搭載されているセンサＳ（５１２）からのデータ及び路側機（５２１）が備えているセンサＺ（５２２）からのデータを収集しながら動的に関連付け及び当該関連付けの解消を判断して、フィルタリング処理をする例を示した。本発明に従う別の実装方法として、車Ａ（５１１）に搭載されているセンサＳ（５１２）からのデータ及び路側機（５２１）が備えているセンサＺ（５２２）からのデータの全てをサーバ（１０１）に一旦集めてから、車の流量を解析する解析時に、各データの少なくとも一部をフィルタリング処理するようにしてもよい。
【０１９９】
上記図３、図４及び図５に示す各シナリオでは、それぞれ、都市における人の動きを追跡するソリューション、車の渋滞管理や広告配信を行うソリューション、及び、各道路において車の流量（例えば、交通量や交通密度）を測定し乃至は推定するソリューションにおいて本発明が適用可能であることを示した。本発明は、上記ソリューションに限定されるものでなく、例えば以下のソリューションに対しても適用可能である：
・安心、安全、渋滞予測などの情報を取得する為のソリューション；
・車載機器、カーナビゲーション、路車機器などから情報を取得する為のソリューション；
・携帯端末を使用して、歩行者や自転車などの情報を取得する為のソリューション；
・携帯端末を所持した人が車、又はバス、タクシー、電車、飛行機などの公共機関の乗り物に乗った場合の情報を取得する為のソリューション；
・交通状況、渋滞、車の流れ、人の流れの監視やコントロールの為のソリューション；
・電車やバスなどの情報を取得することによる運行状況管理の為のソリューション；
・カーシェアの課金の為のソリューション；
・センサが取り付けられたレンタル品（例えば、車、自転車、ＣＤ、ビデオ、ＤＶＤ）の管理の為のソリューション；
・センサが取り付けられた備品の管理の為のソリューション。
【０２００】
図６Ａは、移動体情報を登録する為の一般的な移動体テーブル（６０１）を示し、図６Ｂは、本発明の実施態様において使用されうる移動体関連データベースを示す。
【０２０１】
図６Ａは、移動体情報を登録する為の一般的な移動体テーブル（６０１）の例を示す。
【０２０２】
テーブルＡ（６０１）は、一般的な移動体テーブルの例を示す。テーブルＡ（６０１）は、属性名、並びに当該属性名に関連付けられたデータ・タイプ、及び当該属性名に関連付けられた記述を、１セットのレコードとして有する。
【０２０３】
テーブルＡ（６０１）は、装置（移動体）ＩＤ、装置（移動体）タイプ、装置（移動体）モデル、移動体所有者ＩＤ、親装置（移動体）ＩＤ、各測定値（名前、単位、精度、収集間隔、最小値、最大値、及びデフォルト値）、並びに最後に変更された時刻を属性名として有しうる。
【０２０４】
データ・タイプは、上記属性名に関連付けられたデータのデータ形式、及び任意的にデータ長を定義しうる。
【０２０５】
記述は例えば、上記属性名を説明する記述でありうる。
【０２０６】
テーブルＡ（６０１）は例えば、システム運用管理の標準化団体ＤＭＴＦ（Distributed Management Task Force）により策定されているＣＩＭ（Common Information Model）ベースを用いて実装されうる。ＣＩＭとは、ＩＴ環境における管理対象を典型的なオブジェクトとその関係で表現する方法を定義したオープン標準であり、それによって、管理対象をメーカーに関わらず、一貫して管理することが可能になる。
【０２０７】
また、テーブルＡ（６０１）は例えば、構成管理データベース（ＣＭＤＢ：Configuration Management Database）として実装されてもよい。テーブルＡ（６０１）がＣＭＤＢとして実装される場合、各移動体又は各センサが一つの構成要素（ＣＩ：Configuration Item）として管理されうる。
【０２０８】
図６Ｂは、本発明の実施態様において使用されうる移動体関連データベースにおいて、関連付け可能な移動体の属性値を定義するための属性名を含むテーブル（６０２）、及び関連付けされた移動体の属性値を格納するための属性名を含むテーブル（６０３）の各例を示す。
【０２０９】
テーブルＢ（６０２）は、関連付け可能な移動体を定義するために、テーブルＡ（６０１）と共通する属性名である移動体（機器）タイプに加えて、関連付け可能な移動体（機器）タイプ、関連付け可能な移動体（機器）のありうる関係、関連付け可能な移動体（機器）のありうる状態、制御指示を実行可能な移動体タイプ、及び状態変化の判別を実行可能な移動体タイプ、並びに最後に変更された時刻を属性名として有しうる。
【０２１０】
テーブルＢ（６０２）は、移動体が関連付け可能な移動体であるかどうかを判定するために使用されうる。
【０２１１】
テーブルＢ（６０２）は、テーブルＡ（６０１）と一体のテーブルとして記憶媒体（１０８）中に格納されていてもよく、又はテーブルＢ（６０２）がテーブルＡ（６０１）を記録している記憶媒体と異なる場所にある記憶媒体中に格納されていてもよい。
【０２１２】
テーブルＣ（６０３）は、関連付けされた移動体を定義するために、主装置（移動体）ＩＤ、従装置（移動体）ＩＤ、関連付けされた装置（移動体）の関係、及び関連付けされた装置（移動体）で必要な値を属性名として有する。
【０２１３】
テーブルＣ（６０３）は、移動体が関連付けされていることを記録するために使用されうる。また、テーブルＣ（６０３）は、関連付けされた移動体の当該関連付けを解消したことを記録するために使用されうる。
【０２１４】
また、テーブルＡ（６０１）、テーブルＢ（６０２）及びテーブルＣ（６０３）はいずれもが例えば、構成管理データベース（ＣＭＤＢ）として実装された場合、各移動体又は各センサが一つの構成要素（ＣＩ）として管理されうる。
【０２１５】
図７及び図８それぞれは、本発明の実施態様に従い、サーバ側及びセンサ側それぞれが実行する処理の例を示したフローチャートである。なお、当該フローチャートいずれも本発明の実施態様の一例を示したに過ぎず、本発明が当該フローチャートに制限されるものではないことに留意されたい。
【０２１６】
図７は、本発明の実施態様に従い、サーバ側が実行する処理の例を示したフローチャートである。
【０２１７】
ステップ７０１において、サーバ（１０１）は、移動体からのデータを集約し、フィルタリング処理を実行することを開始する。
【０２１８】
ステップ７０２において、サーバ（１０１）は、複数の移動体それぞれからのデータを受信する。サーバ（１０１）は、当該データを例えば記憶媒体（１０８）中に格納しうる。複数の移動体それぞれからのサーバへのデータ送信は例えば、移動体がサーバ（１０１）からのデータ送信要求に対してサーバ（１０１）へデータを送信すること、又は、移動体が所定の時間間隔毎にサーバ（１０１）へデータを送信することによって行われうる。
【０２１９】
また、ステップ７０２において、サーバ（１０１）は任意的に、上記移動体についての情報（例えば、移動体からのデータを代用し乃至は補完するためのデータ）を測定可能なセンサを備えている機器（静止した機器又は移動可能な機器でありうる）からのデータをさらに受信しうる。
【０２２０】
ステップ７０３において、サーバ（１０１）は、ステップ７０２で受信した上記データに関連付けられた移動体又は記憶媒体（１０８）中に既に格納されたデータに関連付けられた移動体が他の移動体と関連付けされているかどうかを判断する。また、サーバ（１０１）は、ステップ７０２で受信した上記データに関連付けられた移動体又は記憶媒体（１０８）中に既に格納されたデータに関連付けられた移動体に備え付けられたセンサからのデータが当該同一の移動体についての他のセンサからのデータと関連付けられているかどうかを判断する。サーバ（１０１）は、当該判断を、例えば図６Ｂに示す移動体関連データベース（６０３）を参照して判断しうる。サーバ（１０１）は、上記移動体が上記他の移動体と関連付けされていないことに応じて、処理をステップ７０４に進める。一方、サーバ（１０１）は、上記移動体が上記他の移動体と関連付けされていることに応じて、処理をステップ７１３に進める。同様に、サーバ（１０１）は、上記移動体に備え付けられたセンサからのデータが当該同一の移動体についての他のセンサからのデータと関連付けられていないことに応じて、処理をステップ７０４に進める。一方、サーバ（１０１）は、上記移動体に備え付けられたセンサからのデータが当該同一の移動体についての他のセンサからのデータと関連付けられていることに応じて、処理をステップ７１３に進める。
【０２２１】
ステップ７０４において、サーバ（１０１）は、ステップ７０３での判断が否定（Ｎｏ）である場合に、ステップ７０２で受信したデータを送信した移動体又は記憶媒体（１０８）中に既に格納されたデータを送信した移動体のうちから、関連付け可能な少なくとも２つの移動体があるかどうかを判断する。同様に、サーバ（１０１）は、ステップ７０３での判断が否定（Ｎｏ）である場合に、ステップ７０２で受信したデータを送信した移動体に備え付けられたセンサからのデータと、当該移動体についての情報を測定可能な機器に備え付けられたセンサからのデータとが関連付け可能なデータであるかどうかを判断する。
【０２２２】
サーバ（１０１）は、移動体が関連付け可能であるかどうかを例えば、以下の要件に基づいて判断可能である：当該移動体の位置（例えば、ＧＰＳ情報、無線ＬＡＮアクセスポイント（例えば、Ｗｉ−Ｆｉアクセスポイント）による位置情報）と移動方向（例えば、移動体同士が同じ方向及び速度で移動しているかどうか、又は移動体同士の移動ベクトルが同じであるかどうか）；当該移動体の位置と移動速度（前後ある一定期間におけるデータを比較して求められる速度）；移動体を登録した移動体テーブル（６０１）及び／又は移動体関連データベース（６０２）；当該移動体に備え付けられたセンサの型；当該移動体又は当該移動体に備え付けられたセンサに関連付け可能な移動体；当該移動体又は当該移動体に備え付けられたセンサに関連付けられたセンサ；当該移動体又は当該移動体に備え付けられたセンサの関係（例えば、乗車、又は付随可能など）；当該移動体又は当該移動体に備え付けられたセンサの近辺にあるセンサの検出（例えば、測定値による検出）；移動体の状態条件（例えば、移動中、乗車中、又は停止中など）；又は、関連する移動体として過去に関連付けられた履歴データ；若しくは、移動体のオーナー情報。
【０２２３】
サーバ（１０１）は、例えば、関連する移動体として過去に関連付けられた履歴データ；又は、移動体のオーナー情報に基づいて、移動体同士の関連付けを優先的に判断しうる。
【０２２４】
具体的には例えば、サーバ（１０１）は、同一又は近似する移動を行っている少なくとも２つの移動体であって、同じ種類のデータを測定するセンサを備えている移動体同士を、関連する移動体であると判断しうる。サーバ（１０１）は、移動体同士が同一又は近似する移動を行っているかどうかを一定期間の移動体からのデータ、例えば移動体の現在位置、移動速度、又は移動ベクトルから判断しうる。例えば、サーバ（１０１）は、複数の移動体それぞれの位置及び移動ベクトルが近似するものを関連する移動体であると判断しうる。
【０２２５】
また、サーバ（１０１）は、移動体が関連付け可能であるかどうかを例えば図６Ｂに示す移動体関連データベース（６０２）を参照して行いうる。サーバ（１０１）は例えば、移動体がある移動体に乗車中であること、移動同士が一緒に携帯中であること、又は、移動同士が一緒に移動中若しくは停止中であることを参照して移動体が関連付け可能であるかどうかを判断しうる。加速度センサなどから、機器が移動中、停止中又は乗車中かなどを判別する技術は例えば、上記非特許文献１を参照されたい。また、相手の状況、例えば静止中、会議中、歩いている、電車で移動中又は車で移動中を自動的に推定する技術は例えば、上記非特許文献２を参照されたい。
【０２２６】
また、任意的に、サーバ（１０１）は、関連付け可能な移動体があることに応じて、当該関連すると判断された移動体が備えているセンサのうち、１つのセンサを主センサとし、他の１又は複数のセンサを従センサとして関連付けうる。サーバ（１０１）は、上記主センサ及び上記従センサの関連付けを、図６Ｂに示す移動体関連データベース（６０２）を参照して行いうる。サーバ（１０１）は、上記主センサ及び上記従センサの関連付けの情報を例えば図６Ｃに示す移動体関連データベース（６０３）に格納する。
【０２２７】
サーバ（１０１）は、ステップ７０２で受信したデータを送信した移動体に備え付けられたセンサからのデータと、当該移動体についての情報を測定可能な機器に備え付けられたセンサからのデータとが関連付け可能なデータであるかどうかを例えば、以下の要件に基づいて判断可能である：当該データのうちの一方が他のデータの代用となるかどうか；又は、関連するデータとして過去に関連付けられた履歴データ；若しくは、移動体及び機器のオーナー情報。
【０２２８】
サーバ（１０１）は、例えば、関連するデータとして過去に関連付けられた履歴データ；又は、移動体及び機器それぞれのオーナー情報に基づいて、上記データ同士の関連付けを優先的に判断しうる。
【０２２９】
サーバ（１０１）は、上記関連付けが可能かどうかを、例えば定期的に（例えば、所定の時間間隔ごとに）判別しうる。
【０２３０】
ステップ７０５において、サーバ（１０１）は、ステップ７０４での判断が否定（Ｎｏ）であることに応じて、ステップ７０２で受信した上記データの全てを記憶媒体（１０８）中に格納する。すなわち、サーバ（１０１）は、ステップ７０４での判断が否定（Ｎｏ）であることに応じて、移動体から送信されたデータの全てを記憶媒体（１０８）中に格納する。関連付けが可能でない為に、本発明に従うフィルタリング処理が行われないからである。
【０２３１】
ステップ７０６において、サーバ（１０１）は、ステップ７０４での関連付け可能な移動体又は関連付け可能なデータがあることに応じて、例えば移動体関連データベース（６０３）中に当該関連付けの為の情報を入力し、当該移動体関連データベース（６０３）を更新する。
【０２３２】
ステップ７０７において、サーバ（１０１）は、関連付けされた移動体が備えているセンサそれ自体が又は関連付けされたデータを送信したセンサそれ自体が当該サーバ（１０１）からの制御指示を実行可能なセンサであるかどうかを判断する。当該制御指示は例えば、移動体の関連付けの設定命令若しくはデータの関連付けの設定命令；当該移動体が備えているセンサ若しくは上記機器が備えているセンサで収集するデータの種類、精度、若しくは取得間隔を制御しうる命令；当該移動体が備えているセンサ若しくは上記機器が備えているセンサが従センサである場合に当該従センサで収集するデータの種類、精度、若しくは取得間隔を制御しうる命令；センサ側で移動体の関連付け若しくはデータの関連付けの解消の判断をする為の命令（以下、「関連解消の判断指示」ともいう）；又は、センサ側でのフィルタリング処理内容（例えば、特には当該センサが従センサである場合に、当該従センサに対するデータを削除すること、データを格納しないこと、データを選択すること、又はデータをサーバ（１０１）に送信しないこと）、でありうる。サーバ（１０１）は、上記センサそれ自体が当該サーバ（１０１）からの制御指示を実行可能なセンサであるかどうかを判断するために、例えば移動体関連データベース（６０２）（属性名「DATA_CTL_CAP」を参照）を参照しうる。サーバ（１０１）は、上記センサそれ自体が上記制御指示を実行可能なものであることに応じて、処理をステップ７０８に進める。一方、サーバ（１０１）は、上記センサそれ自体が上記制御指示を実行可能なものでない（例えば、原始的なセンサの場合）ことに応じて、処理をステップ７１１（サーバ側でデータをフィルタリング処理するステップ）に進める。
【０２３３】
ステップ７０８において、サーバ（１０１）は、関連付けされた移動体が備えているセンサそれ自体又は関連付けされたデータを送信したセンサそれ自体が当該関連付けの解消を判断することが可能なセンサであるかどうかを判断する。サーバ（１０１）は、上記センサそれ自体が当該関連付けの解消を判断可能なセンサであるかどうかを判断するために、例えば移動体関連データベース（６０２）（属性名「STATUS_CHANGE_DETECT_CAP」を参照）を参照しうる。サーバは、上記センサそれ自体が上記関連付けの解消を判断可能であることに応じて、処理をステップ７０９（センサ側で上記関連付けの解消が可能であることを示すためのスレッドを設定するステップ）に進める。一方、サーバ（１０１）は、上記センサそれ自体が上記関連付けの解消を判断可能でないことに応じて、処理をステップ７１０（センサ側にステップ７０４での上記関連付けする為の必要な制御指示を送信するステップ）に進める。
【０２３４】
ステップ７０９において、サーバ（１０１）は、センサ側で上記関連付けの解消を判断することが可能であることを示すためのスレッドを設定する。そして、サーバ（１０１）は、ステップ７２１に処理を進めて当該関連付けの解消のためのトリガーを待つ。
【０２３５】
ステップ７１０において、サーバ（１０１）は、ステップ７０８での判断が肯定（Ｙｅｓ）である場合に、関連付けされた移動体が備えているセンサに、関連解消の判断指示を含む上記制御指示を送信する。また、サーバ（１０１）は、ステップ７０８での判断が否定（Ｎｏ）である場合に、関連付けされた移動体が備えているセンサに又は関連付けされたデータを送信したセンサに、関連解消の判断指示以外の上記制御指示を送信する。センサが、上記サーバ（１０１）からの関連解消の判断指示を含む制御指示を受信した後の処理（図７に記載の符号Ｃ）については、図８に記載のステップ８２１以降の処理を参照されたい。
【０２３６】
ステップ７１１において、ステップ７０７での上記センサそれ自体が上記制御指示を実行可能なものでないことに応じて、当該サーバが備えているフィルタリング処理手段（下記図１０の符号１０１４を参照）に対して、ステップ７０２で受信した上記データ、また将来的に移動体から受信するデータ、又は記憶媒体（１０８）中に既に格納された上記データについて、フィルタリング処理をするように指示する。フィルタリング処理手段（下記図１０の符号１０１４を参照）は、フィルタリング処理を例えば、予め定められた様式に従い又はユーザによる指定に従って実施しうる。または、サーバ（１０１）は例えば、関連付けられた移動体それぞれに備えられたセンサ又は関連付けされたデータを送信したセンサのうち同一対象のデータを測定しているセンサからの重複データ、各センサのデータの精度若しくは異常値の存在、又は収集間隔の比較を解析して、上記フィルタリング処理の内容を決定しうる。
【０２３７】
ステップ７１２において、サーバ（１０１）は、ステップ７１１に示すフィルタリング処理手段からの指示に基づいてフィルタリング処理を実施する。サーバ（１０１）は例えば、ｎ個（ｎは整数）のセンサのうちの少なくとも１つ（但し、ｎ−１個以下）のセンサそれぞれからのデータの一部又は全部のデータのフィルタリング処理、又は、複数のセンサそれぞれからのデータの一部のフィルタリング処理を実施しうる。フィルタリング処理の具体的な内容は例えば、下記の通りでありうる：
・複数のセンサのうち、１つのセンサを主センサとし、他のセンサを従センサとして関連付けられている場合に、上記主センサからのデータを残し、且つ上記従センサからのデータを削除し若しくは破棄すること；
・上記関連すると判断された移動体から受信する又は受信したデータ又は上記関連すると判断されたデータのうち、重複するデータを削除し又は破棄すること、例えば、上記関連すると判断された移動体からの重複データのうち、一方のデータを記憶媒体に格納し、他方のデータを当該記憶媒体に格納しないようにすること、又は上記関連すると判断されたデータの重複データのうち、一方のデータを記憶媒体に格納し、他方のデータを当該記憶媒体に格納しないようにすること；
・上記関連すると判断された移動体から受信する又は受信したデータ又は上記関連すると判断されたデータのうち、精度の高いセンサからのデータを残し、他のセンサからのデータを削除し又は破棄すること；
・上記関連すると判断された移動体から受信する又は受信したデータ又は上記関連すると判断されたデータの各収集時刻を比較し、データの収集間隔が所定の収集間隔になるように一部のデータを残し、残りのデータを削除し又は破棄すること；、
・上記関連すると判断された移動体から受信する又は受信したデータ又は上記関連すると判断されたデータのうち、異常値であるデータ又はデータに関連付けられた属性が不適切であるデータを削除し又は破棄すること；
・上記関連すると判断された移動体から受信する又は受信したデータ又は上記関連すると判断されたデータを互いに補完して１つのデータ集合とすること；又は、
上記関連すると判断された移動体からのデータ又は上記関連すると判断されたデータのうち、一方のデータを受信し、他方のデータを受信しないようにすること。
サーバ（１０１）は、上記フィルタリング処理の１つ又は複数を組み合わせて実施しうる。
【０２３８】
ステップ７１３において、サーバ（１０１）は、関連付けされた移動体が備えているセンサそれ自体が又は関連付けされたデータを送信したセンサそれ自体が、当該関連付けの解消を判断することが可能なセンサであるかどうかを判断する。当該判断の処理は、ステップ７０８と同様にして行われる。サーバ（１０１）は、上記センサそれ自体が上記関連付けの解消を判断可能であることに応じて、処理をステップ７１２（サーバ側でフィルタリング処理するステップ）に進める。一方、サーバ（１０１）は、上記センサそれ自体が上記関連付けの解消を判断可能でないことに応じて、サーバ側で上記関連付けの解消を判断する為に処理をステップ７１４に進める。
【０２３９】
ステップ７１２において、サーバ（１０１）は、ステップ７１３での上記センサで関連付けの解消の判断が可能であることに応じて、ステップ７１１に示すフィルタリング処理手段からの指示と同様のフィルタリング処理を実施する。
【０２４０】
ステップ７１４において、サーバ（１０１）は、上記関連付けの解消がされるかどうかを判断する。サーバ（１０１）は、上記関連付けの解消をすることに応じて、処理をステップ７１５に進める。一方、サーバ（１０１）は、上記関連付けの解消をしないことに応じて、処理をステップ７１２に進める。
【０２４１】
サーバ（１０１）は、上記移動体の関連付けの解消が可能であるかどうかを例えば、当該移動体の位置と移動方向；当該移動体の位置と移動速度（前後ある一定期間におけるデータを比較）；又は、移動体の状態条件（例えば、移動中、乗車中、又は停止中など）、に基づいて判断可能である。
【０２４２】
具体的には例えば、サーバ（１０１）は、上記関連すると判断された移動体のうち、異なる移動を行っている移動体があることに応じて上記関連付けの解消が可能であると判断しうる。サーバ（１０１）は例えば、３以上の移動体が関連付けられている場合において、２つの移動体が同一又は近似する移動を行っているが、残りの１つの移動体が上記２つの移動体と異なる移動を行っている場合には、上記２つの移動体の関連付けを維持したまま、上記残りの１つの移動体のみの関連付けの解消をすることができる。
【０２４３】
また、サーバ（１０１）は、上記移動体の関連付けの解消が可能であるかどうかを例えば図６Ｂに示す移動体関連データベース（６０２）を参照して行いうる。
【０２４４】
また、任意的に、サーバ（１０１）は、主センサと従センサとの関連付けがされている場合には、当該主従の関連付けも解消する。
【０２４５】
ステップ７１２において、サーバ（１０１）は、ステップ７１４での上記移動体の関連付けの解消をしないことに応じて、ステップ７１１に示すフィルタリング処理手段からの指示と同様のフィルタリング処理を実施する。
【０２４６】
ステップ７１５において、サーバ（１０１）は、上記関連付けの解消をすることに応じて、センサに、関連解消の判断指示を含む制御指示を送信する。センサが上記サーバ（１０１）からの関連解消の判断指示を含む制御指示を受信した後の処理（図７に記載の符号Ｃ）については、図８に記載のステップ８２１以降の各処理を参照されたい。上記制御指示は例えば、移動体が備えているセンサで収集するデータの種類、精度、若しくは取得間隔を制御しうる命令；当該移動体が備えているセンサが従センサである場合に当該従センサで収集するデータの種類、精度、若しくは取得間隔を制御しうる命令；センサ側で関連解消の判断をする為の命令（以下、「関連解消の判断指示」ともいう）；又は、センサ側でのフィルタリング処理内容でありうる。センサ側でのフィルタリング処理内容は例えば、特には当該センサが従センサである場合に、当該従センサに対してデータを削除すること、データを格納しないこと、データを選択すること、データを選択すること又はデータをサーバ（１０１）に送信しないことでありうる。
【０２４７】
ステップ７１６において、サーバ（１０１）は、当該サーバが備えているフィルタリング処理手段（下記図１０の符号１０１４を参照）に対して、フィルタリング処理を中止するように指示する。
【０２４８】
ステップ７１７において、サーバ（１０１）は、ステップ７１４での、上記当該関連付けの解消をすることに応じて、例えば移動体関連データベース（６０３）中に入力されている当該関連付けの為の情報を消去し、当該移動体関連データベース（６０３）を更新する。
【０２４９】
ステップ７０５において、サーバ（１０１）は、ステップ７１７での移動体関連データベース（６０３）の更新が終了することに応じて、フィルタリング処理中止後のデータ、すなわちステップ７０２で受信した上記データを記憶媒体（１０８）中に格納する。
【０２５０】
ステップ７２１において、サーバ（１０１）は、センサ側で上記関連付けの解消を判断する処理を開始する為のトリガーを待つ。サーバ（１０１）は、当該トリガーを受信することに応じて、処理をステップ７２２に進める。
【０２５１】
ステップ７２２において、サーバ（１０１）は、センサ側で上記関連付けの解消を判断する為に必要な関連解消判断情報をセンサに送信する。関連解消判断情報は例えば、移動体の上記関連が継続していれば存在する情報；関連する移動体の位置と移動方向；当該移動体の位置と移動速度（前後ある一定期間におけるデータ）の変化；又は、移動体の状態条件（例えば、移動中、乗車中、又は停止中など）でありうる。センサが、上記サーバ（１０１）からの関連解消判断情報を受信した後の処理（図７に記載の符号Ｄ）については、図８に記載のステップ８３１以降の処理を参照されたい。
【０２５２】
また、サーバ（１０１）は、上記関連解消判断情報をセンサに送信後に、再び、ステップ７２１に戻り、上記トリガーを待つ。
【０２５３】
図７に記載の符号Ａから始まり、ステップ７３１、７１６、７３２、７１７、そして７３３で終了する処理（太線で示す）は、下記図８に示すステップ８１１（センサ側で上記関連付けの解消をしたことに応じて、関連解消の通知をサーバに行うステップ）で送信された関連解消の通知を受信した後の処理を示す。
【０２５４】
ステップ７３１において、サーバ（１０１）は、ステップ８１１でセンサ側から送信された関連解消の通知を受信する。
【０２５５】
ステップ７１６において、サーバ（１０１）は、ステップ７２１での上記通知を受信することに応じて、当該サーバが備えているフィルタリング処理手段（下記図１０の符号１０１４を参照）に対して、フィルタリング処理を中止するように指示する。
【０２５６】
ステップ７３２において、サーバ（１０１）は、ステップ７０９で設定した関連解消判断用スレッドを解消する（すなわち、関連解消判断用スレッドの設定をオフにする）。なお、サーバ（１０１）は、ステップ７２２の処理を、ステップ７１７の処理の直後に行ってもよい。
【０２５７】
ステップ７１７において、サーバ（１０１）は、ステップ８１１での、関連付けられた移動体の当該関連付けを解消することに応じて、例えば移動体関連データベース（６０３）中に入力されている当該関連付けの為の情報を消去し、当該移動体関連データベース（６０３）を更新する。
【０２５８】
ステップ７３３において、サーバ（１０１）は、ステップ７１７での移動体関連データベース（６０３）の更新に応じて、処理を終了する。
【０２５９】
図８は、本発明の実施態様に従い、センサ側が実行する処理の例を示したフローチャートである。
【０２６０】
図８で示す処理では、データを測定のみするセンサよりもインテリジェントな判断（例えば、下記ステップ８０３〜８０６及び８０８）が可能なセンサで行われる処理を示す。
【０２６１】
ステップ８０１において、上記センサは、データ測定、そして当該測定したデータをサーバに送信する為の処理を開始する。
【０２６２】
ステップ８０２において、上記センサは、当該センサによるデータを測定する。データの測定間隔、測定精度及び測定内容などは、予め設定されているか、又は、ユーザ若しくはサーバによる変更指示によって動的に変更されうる。
【０２６３】
ステップ８０３において、上記センサは、当該センサそれ自身で制御可能かどうかを判断する。上記センサは、当該判断を例えば、サーバ（１０１）からの制御指示を実行可能なセンサであるかどうかで判断しうる。上記センサは、当該センサそれ自身で制御可能であることに応じて、処理をステップ８０４に進める。一方、上記センサは、当該センサそれ自身で制御可能でないことに応じて、処理をステップ８１１（データをサーバ（１０１）に送信するステップ）に進める。
【０２６４】
ステップ８０４において、上記センサは、当該センサを備えている移動体が他の移動体と関連付けされているかどうかを判断する。同様に、上記センサは、当該センサからのデータが、他のセンサからのデータと関連付けされているかどうかを判断する。上記センサは、上記関連付けがされていることに応じて、処理をステップ８０５に進める。一方、上記センサは、上記関連付けがされていないことに応じて、処理をステップ８１１に進める。
【０２６５】
ステップ８０５において、上記センサは、上記関連付けの解消を判断するかどうかを判断する。上記センサは、当該関連付けの解消を判断することに応じて、処理をステップ８０６に進める。一方、上記センサは、当該関連付けの解消を判断しないことに応じて、処理をステップ８１０に進める。
【０２６６】
ステップ８０６において、上記センサは、当該センサそれ自体が上記関連付けの解消を判断可能であるかどうかを判断する。上記センサは、当該センサそれ自体が当該関連付けの解消を判断可能であることに応じて、処理をステップ８０７に進める。一方、上記センサは、当該センサそれ自体が当該関連付けの解消を判断可能でないことに応じて、処理を終了ステップ８１２に進める。
【０２６７】
ステップ８０７において、上記センサは、関連解消判断の為に必要な情報をサーバ（１０１）から取得する。関連解消判断の為に必要な情報は例えば、センサが主センサと従センサとに関連付けられている場合に、例えば従センサに送信する為の、主センサの例えば位置、移動方向、及び／又は移動速度の各情報でありうる。同様に、関連解消判断の為に必要な情報は例えば、センサが主センサと従センサとに関連付けられている場合に、例えば主センサに送信する為の、従センサの例えば位置、移動方向、及び／又は移動速度の各情報でありうる。上記センサは、当該情報を取得する為に、サーバ（１０１）に対して当該情報の送信要求を送信しうる。
【０２６８】
ステップ８０８において、上記センサは、ステップ８０７で受信した上記情報に基づいて、上記関連付けの解消をするかどうかを判断する。当該センサは、上記関連付けの解消をするかどうかを例えば、当該移動体の位置と移動方向の変化；当該移動体の位置と移動速度（前後ある一定期間におけるデータを比較）の変化；又は、移動体の状態条件（例えば、移動中、乗車中、又は停止中など）の変化、に基づいて判断可能である。上記センサは、上記関連付けの解消をするかどうかを例えば、移動体の上記状態条件（例えば、移動中、乗車中、又は停止中など）の変化が生じたことに応じて、当該関連付けの解消をすると判断しうる。または、上記センサは、ステップ８０７で取得した関連解消判断の為に必要な情報、並びに、当該移動体の位置と移動方向の変化；当該移動体の位置と移動速度（前後ある一定期間におけるデータを比較）の変化；又は、移動体の状態条件（例えば、移動中、乗車中、又は停止中など）の変化に基づいて、当該関連付けの解消をすると判断しうる。または、上記センサは、ステップ８０７で取得した関連解消判断の為に必要な情報と、当該情報に対応するセンサからの最新データとが一致しないことに応じて、上記関連付けの解消をすると判断しうる。上記センサは、上記関連付けの解消をすることに応じて処理をステップ８０９に進める。一方、上記センサは、上記関連付けの解消をしないことに応じて、処理をステップ８１０に進める。
【０２６９】
ステップ８０９において、上記センサは、上記関連付けの解消をすることに応じて、当該関連解消の通知をサーバ（１０１）に送信する。
【０２７０】
上記センサは、上記通知をサーバに送信した後に、処理を、ステップ８１１（サーバ（１０１）へのデータ送信処理）へ進める。また、上記センサは、上記通知をサーバに送信した後、処理は図７に記載の符号Ａに続く処理（すなわち、サーバ（１０１）が上記センサからの上記通知を受信した後の処理）に進める。
【０２７１】
ステップ８１０において、上記センサは、ステップ８０５での上記関連付けの解消を判断しないということに応じて、又は、ステップ８０８での上記関連付けの解消しないことに応じて、指示されたフィルタリング処理を実施する。フィルタリング処理の内容は例えば、下記の通りでありうる：
・複数のセンサのうち、１つのセンサを主センサとし、他のセンサを従センサとして関連付けられている場合において、当該センサが従センサであることに応じて、当該従センサからのデータを削除し若しくは破棄すること；
・他のセンサが測定している又は測定するデータと重複する又は重複しうるデータを削除し又は破棄すること；
・当該センサの精度が他の移動体のセンサと比べてその精度が低い場合には、当該センサからのデータを削除し又は破棄すること；
・当該センサの測定データのうち、異常値であるデータ又はデータに関連付けられた属性が不適切であるデータを削除し又は破棄すること；又は、
・当該センサの測定データのうち、データの収集間隔が所定の収集間隔になるように一部のデータを残し、残りのデータを削除し又は破棄すること。
上記センサは、上記フィルタリング処理の１つ又は複数を組み合わせて実施しうる。
【０２７２】
また、ステップ８１０において、上記センサは、ステップ８０８での上記関連付けの解消をしないということに応じて、指示されたフィルタリング処理を実施する。フィルタリング処理の内容は、上記に述べた通りである。
【０２７３】
ステップ８１１において、上記センサは、ステップ８０３での判断が否定（Ｎｏ）であること（すなわち、当該センサが当該センサそれ自身で制御可能でないこと）に応じて、センサで測定したデータの全てを、又は当該測定したデータからの処理データの全てをサーバ（１０１）に送信する。
【０２７４】
また、ステップ８１１において、上記センサは、ステップ８０４での判断が否定（Ｎｏ）であること（すなわち、当該センサが当該センサそれ自身で制御可能であるが、当該センサを備えている移動体が他の移動体と関連付けされていないこと）に応じて、センサで測定したデータの全てを、又は当該測定したデータからの処理データの全てをサーバ（１０１）に送信する。
【０２７５】
また、ステップ８１１において、上記センサは、ステップ８０９で関連解消の通知がサーバに送信されたことに応じて、フィルタリング処理せずに、ステップ８０２で測定したデータの全てを、又は当該測定したデータからの処理データの全てをそのままサーバ（１０１）に送信する。
【０２７６】
また、ステップ８１１において、上記センサは、ステップ８１０でフィルタリング処理されていることに応じて、当該フィルタリング処理後のデータをサーバ（１０１）に送信する。
【０２７７】
上記データをサーバ（１０１）に送信後、処理は図７に記載の符号Ｂに続く処理（すなわち、サーバ（１０１）が上記センサ（移動体）からデータを受信した後の処理）に進む。図７に記載の符号Ｂに続く上記処理については、図７に記載のステップ７０２以降の各処理を参照されたい。
【０２７８】
ステップ８１２において、上記センサは、ステップ８０６での当該センサそれ自体が当該関連付けの解消を判断可能でないことに応じて、センサ側での処理を終了する。
【０２７９】
図８に記載の符号Ｃから始まり、ステップ８２１及び８２２に示す処理は、センサが、図７に記載のステップ７１０又はステップ７１５からの制御指示をサーバ（１０１）から受信することに応じて行われる処理を示す。
【０２８０】
ステップ８２１において、上記センサは、図７に記載のステップ７１０又はステップ７１５からの制御指示をサーバ（１０１）から受信する。
【０２８１】
ステップ８２２において、上記センサは、関連付けの設定を当該センサの記憶媒体（例えば、メモリ）中に格納する（ステップ８０４で使用）。また、上記センサは、フィルタリング処理内容を当該センサの記憶媒体（例えば、メモリ）中に格納する（ステップ８１０で使用）。当該フィルタリング処理内容は例えば、図７に記載のステップ７０７において説明した制御指示に従う処理内容でありうる。
【０２８２】
図８に記載の符号Ｄから始まり、ステップ８３１、ステップ８３２、そしてステップ８０８に進む処理、ステップ８０８、ステップ８０９、そしてステップ８１２に進む処理、並びに、ステップ８０８、そしてステップ８１２に進む処理は、図７に示すステップ７２２（関連解消判断情報をセンサに送信するステップ）で送信された関連解消判断情報を受信した後に行われる処理を示す。
【０２８３】
ステップ８３１において、上記センサは、サーバ（１０１）から関連解消判断情報を受信する。上記センサは、当該関連解消判断情報を当該センサの記憶媒体（例えば、メモリ）中に格納する。
【０２８４】
ステップ８３２において、上記センサは、当該センサで最新のデータを測定し、又は、最新のデータを当該センサの記憶媒体（例えば、メモリ）中から取り出す。上記センサは、上記測定した最新のデータ又は上記取り出した最新のデータを、上記関連解消判断情報と比較する。そして、上記センサは、処理をステップ８０８に進めて、当該比較結果に基づいて、当該関連付けの解消をするかどうかを判断する。
【０２８５】
ステップ８０８において、上記センサは、ステップ８３２での比較結果に基づいて、上記関連付けの解消をするかどうかを判断する。上記センサは、上記関連付けの解消をすることに応じて処理をステップ８０９に進める。一方、上記センサは、上記関連付けの解消をしないことに応じて、処理を終了ステップ８０８に進める。
【０２８６】
ステップ８０９において、上記センサは、上記関連付けの解消をすることに応じて、当該関連解消の通知をサーバ（１０１）に送信する。そして、上記センサは、当該関連解消の通知をサーバ（１０１）に送信した後に、処理を終了ステップ８１２に進める。
【０２８７】
ステップ８１２において、上記センサは、ステップ８０９での上記関連解消の通知がサーバ（１０１）に送信されたことに応じて、センサ側での処理を終了する。
【０２８８】
図９Ａは、本発明の実施態様に従い、サーバ側で上記関連付けをする処理、及び、サーバ側で上記関連付けの解消をする処理を示したフローチャートである。
【０２８９】
図９Ａのステップ９０１〜９０８は、サーバ（１０１）側で上記関連付けをする処理を示す。
【０２９０】
ステップ９０１において、サーバ（１０１）は、上記移動体の関連付け又は上記データの関連付けの処理を開始する。
【０２９１】
ステップ９０２において、サーバ（１０１）は、複数の移動体それぞれからのデータを受信する。サーバ（１０１）は、当該データを例えば記憶媒体（１０８）中に格納しうる。また、ステップ９０２において、サーバ（１０１）は任意的に、上記移動体についての情報（例えば、移動体からのデータを代用し乃至は補完するためのデータ）を測定可能なセンサを備えている機器（静止した機器又は移動可能な機器でありうる）からのデータをさらに受信しうる。
【０２９２】
ステップ９０３において、サーバ（１０１）は、ステップ９０２で受信した上記データから、移動体の位置情報を抽出する。また、サーバ（１０１）は、ステップ９０２で受信した上記データから、移動体の移動ベクトルを求めうる。
【０２９３】
ステップ９０４において、サーバ（１０１）は、上記位置情報を抽出した移動体と同じ又はほぼ同じ位置にいる他の移動体の情報を、上記ステップ９０２で受信したデータから、又は、例えばテーブルＡ（例えば、移動体テーブル（６０１））及び／又はテーブルＢ（例えば、移動体テーブル（６０１）移動体関連データベース（６０２））から取得する。同様に、サーバ（１０１）は、上記位置情報を抽出した移動体と同じ又はほぼ同じ位置にいる他の機器の情報を、上記ステップ９０２で受信したデータから、又は、例えばテーブルＡ（例えば、移動体テーブル（６０１））及び／又はテーブルＢ（例えば、移動体テーブル（６０１）移動体関連データベース（６０２））から取得する。
【０２９４】
ステップ９０５において、サーバ（１０１）は、上記位置情報を抽出した移動体と、当該移動体と同じ又はほぼ同じ位置にいる位置にいる少なくとも１つの移動体とが関連付け可能な移動体であるかどうかを判断する。同様に、サーバ（１０１）は、上記位置情報を抽出した移動体からのデータと、当該移動体と同じ又はほぼ同じ位置にいる位置にいる機器からのデータとが関連付け可能であるかどうかを判断する。サーバ（１０１）は、上記関連付けが可能であるかどうかを、例えば、当該移動体の機器タイプから判断しうる。また、サーバ（１０１）は、上記関連付けが可能であるかどうかを、例えば、関連する移動体として関連付けられた過去の履歴データを参照することによって判断しうる。サーバ（１０１）は、上記関連付けが可能であることに応じて処理をステップ９０６に進める。一方、サーバ（１０１）は、上記関連付けが可能でないことに応じて処理を終了ステップ９０８に進める。
【０２９５】
ステップ９０６において、サーバ（１０１）は、上記関連付け可能であることに応じて、当該関連付けを行う為に、当該移動体の移動ベクトルが同じ又はほぼ同じであるかどうかを判断する。同様に、サーバ（１０１）は、上記関連付け可能であることに応じて、当該関連付けを行う為に、当該移動体の移動ベクトルや位置情報と上記機器の位置情報が所定の範囲内（例えば、機器に備え付けられたセンサからの検出範囲内に上記移動体が位置しているかどうか）にあるかどうかを判断する。サーバ（１０１）は、上記移動ベクトルが同じ又はほぼ同じであることに応じて処理をステップ９０７に進める。一方、サーバ（１０１）は、上記移動ベクトルが同じ又はほぼ同じでないことに応じて処理を終了ステップ９０８に進める。
【０２９６】
ステップ９０７において、サーバ（１０１）は、ステップ９０６での上記関連付け可能であることに応じて、テーブルＣ（９９２）（例えば、移動体関連データベース（６０３））中に当該関連付けの為の情報を入力し、当該移動体関連データベース（６０３）を更新する。
【０２９７】
ステップ９０８において、サーバ（１０１）は、上記関連付けの処理を終了する。
【０２９８】
図９Ａのステップ９１１〜９１７は、サーバ（１０１）側で関連付けの解消をする処理を示す。
【０２９９】
ステップ９１１において、サーバ（１０１）は、上記関連付けの解消をする処理を開始する。
【０３００】
ステップ９１２において、サーバ（１０１）は、複数の移動体それぞれからのデータを受信する。サーバ（１０１）は、当該データを例えば記憶媒体（１０８）中に格納しうる。また、ステップ９１２において、サーバ（１０１）は任意的に、上記移動体についての情報（例えば、移動体からのデータを代用し乃至は補完するためのデータ）を測定可能なセンサを備えている機器（静止した機器又は移動可能な機器でありうる）からのデータをさらに受信しうる。
【０３０１】
ステップ９１３において、サーバ（１０１）は、ステップ９１２で受信した上記データから、移動体の位置情報を抽出する。また、サーバ（１０１）は、ステップ９１２で受信した上記データから、移動体の移動ベクトルを求めうる。
【０３０２】
ステップ９１４において、サーバ（１０１）は、上記関連付けられた移動体の情報を取得する。当該情報は、当該関連付けられている移動体の情報とは、当該移動体又は上記データを関連付け可能かどうかを判断する為に使用された情報である。当該情報は、例えばテーブルＢ（例えば、移動体関連データベース（６０２））から取り出しうる。
【０３０３】
ステップ９１５において、サーバ（１０１）は、ステップ９１４で取得した上記情報に基づいて、上記関連付けの解消をするかどうかを判断する。サーバ（１０１）は、上記関連付けの解消をすることに応じて、処理をステップ９１６に進める。一方、サーバ（１０１）は、上記関連付けの解消をしないことに応じて、処理を終了ステップ９１７に進める。
【０３０４】
ステップ９１６において、サーバ（１０１）は、ステップ９１５での、上記関連付けの解消をすることに応じて、テーブルＣ（９９２）（例えば、移動体関連データベース（６０３））中に入力されている当該関連付けの為の情報を消去し、当該テーブルＣ（６０３）を更新する。
【０３０５】
ステップ９１７において、サーバ（１０１）は、上記関連付けの解消をする処理を終了する。
【０３０６】
図９Ｂは、本発明の実施態様に従い、センサ側で上記関連付けの解消をする処理を示したフローチャートである。
【０３０７】
ステップ９２１において、センサは、上記関連付けの解消をする処理を開始する。
【０３０８】
ステップ９１２において、上記センサは、サーバ（１０１）から関連解消判断情報を受信する。上記センサは、当該関連解消判断情報を当該センサの記憶媒体（例えば、メモリ）中に格納する。
【０３０９】
ステップ９２３において、上記センサは、当該センサで最新のデータを測定し、又は、最新のデータを当該センサの記憶媒体（例えば、メモリ）中から取り出す。
【０３１０】
ステップ９２４において、上記センサは、上記測定した最新のデータ又は上記取り出した最新のデータから、当該センサを備えている移動体の位置情報を取得する。
【０３１１】
ステップ９２５において、上記センサは、ステップ９２４で取得した位置情報に基づいて、上記関連付けの解消をするかどうかを判断する。上記センサは、上記関連付けの解消をすることに応じて、処理をステップ９２６に進める。一方、上記センサは、は、上記関連付けの解消をしないことに応じて、処理を終了ステップ９２７に進める。
【０３１２】
ステップ９２６において、上記センサは、ステップ９２５での、上記関連付けの解消をすることに応じて、移動体関連情報（９９６）中に入力されている当該関連付けの為の情報を消去し、当該移動体関連情報（９９６）を更新する。
【０３１３】
ステップ９２７において、上記センサは、上記関連付けの解消をする処理を終了する。
【０３１４】
図１０は、図１に従うハードウェア構成を好ましくは備えており、本発明の実施態様に従うコンピュータ（例えば、サーバ）の機能ブロック図の一例を示した図である。
【０３１５】
サーバ（１００１）は、少なくとも２の移動体に接続されうる。図１０では、サーバ（１００１）は、ネットワークを介して直接的に又は間接的に複数の移動体１〜ｎ（１１０１〜１１０５）と接続されている。
【０３１６】
また、サーバ（１００１）は、図９Ａに示すテーブルＢ（９９１）及びテーブルＣ（９９２）を備えているか、又はテーブルＢ（９９１）及びテーブルＣ（９９２）を格納している記憶媒体にネットワークを介してアクセス可能である。
【０３１７】
サーバ（１００１）は、受信手段（１０１１）、関連判断手段（１０１２）、センサ関連付け手段（１０１３）、フィルタリング処理手段（１０１４）、データ格納手段（１０１５）、フィルタリング処理制御命令送信手段（１０１６）、関連解消判断手段（１０１７）、フィルタリング処理中止手段（１０１８）、フィルタリング処理中止命令送信手段（１０１９）、及び関連解消判断情報送信手段（１０２０）を備えている。
【０３１８】
受信手段（１０１１）は、複数の移動体１〜ｎ（１１０１〜１１０５）それぞれから、当該移動体１〜ｎ（１１０１〜１１０５）それぞれに備え付けられた少なくとも１つのセンサからのデータを受信する。また、受信手段（１０１１）は、移動体からのデータを集めている機器（静止した機器又は移動可能な機器でありうる）からのデータ又は移動体についての情報（例えば、移動体からのデータを代用し乃至は補完するためのデータ）を測定可能なセンサを備えている機器（静止した機器又は移動可能な機器でありうる）からのデータをさらに受信しうる。
【０３１９】
関連判断手段（１０１２）は、受信手段（１０１１）が受信した上記データに基づいて、複数の移動体１〜ｎ（１１０１〜１１０５）のうちの少なくとも２つの移動体が関連するかどうかを判断する。関連判断手段（１０１２）は、上記複数の移動体のうちの少なくとも２つの移動体が関連するかどうかを判断する場合において、同一又は近似する移動を行っている移動体を関連する移動体であると判断しうる。また、関連判断手段（１０１２）は、上記複数の移動体のうちの少なくとも２つの移動体が関連するかどうかを判断する場合において、関連する移動体として関連付けられた過去の履歴データ、移動体を登録した移動体関連データベース、移動体の状態条件、若しくは、移動体のオーナー情報に基づいて、上記関連する移動体であると判断しうる。
【０３２０】
また、関連判断手段（１０１２）は、受信手段（１０１１）が受信した上記データに基づいて、少なくとも１つの移動体（１１０１〜１１０５）についての異なるセンサそれぞれからのデータ（例えば、１つは移動体に備え付けられたセンサからのデータであり、他は、当該１つの移動体についての情報を測定可能なセンサを備えている機器からのデータである）が関連するかどうかを判断する。関連判断手段（１０１２）は、上記少なくとも１つの移動体についての異なるセンサそれぞれからのデータが関連するかどうかを判断する場合において、異なるセンサそれぞれからのデータが同一の移動体について同一の目的のデータである場合又は異なるセンサそれぞれからのデータが異なる移動体について同一の目的のデータである場合に、上記異なるセンサそれぞれからのデータが関連すると判断しうる。また、関連判断手段（１０１２）は、上記少なくとも１つの移動体についての異なるセンサそれぞれからのデータが関連するかどうかを判断する場合において、異なるセンサそれぞれからのデータが関連付けられた過去の履歴データ、前記移動体若しくは前記移動体からのデータを集めている機器を登録した移動体関連データベース、前記移動体若しくは前記移動体からのデータを集めている機器の状態条件、又は、前記移動体若しくは前記移動体からのデータを集めている機器のオーナー情報に基づいて、上記関連するデータであると判断しうる。
【０３２１】
センサ関連付け手段（１０１３）は、関連判断手段（１０１２）によって関連すると判断された移動体が備えているセンサのうち、１つのセンサを主センサとし、他のセンサを従センサとして関連付ける。また、センサ関連付け手段（１０１３）は、関連判断手段（１０１２）によって関連すると判断されたデータを送信する上記異なるセンサのうち、１つのセンサを主センサとし、他のセンサを従センサとして関連付ける。
【０３２２】
フィルタリング処理手段（１０１４）は、関連判断手段（１０１２）によって関連すると判断された移動体から受信する又は受信したデータの少なくとも一部をフィルタリング処理する。また、フィルタリング処理手段（１０１４）は、関連判断手段（１０１２）によって関連すると判断されたデータの少なくとも一部をフィルタリング処理する。
【０３２３】
また、フィルタリング処理手段（１０１４）は、主センサからのデータを残し、且つ従センサからのデータを削除し若しくは破棄する。また、フィルタリング処理手段（１０１４）は、主センサからのデータを従センサからのデータの一部で補完する。
【０３２４】
また、フィルタリング処理手段（１０１４）は、関連すると判断された移動体から受信する又は受信したデータ又は上記関連すると判断されたデータのうち、重複するデータを削除し又は破棄しうる。また、フィルタリング処理手段（１０１４）は、関連すると判断された移動体から受信する又は受信したデータ又は上記関連すると判断されたデータのうち、精度の高いセンサからのデータを残し、他のセンサからのデータを削除し又は破棄しうる。また、フィルタリング処理手段（１０１４）は、関連すると判断された移動体から受信する又は受信したデータ又は上記関連すると判断されたデータの各収集時刻を比較し、データの収集間隔が所定の収集間隔になるように一部のデータを残し、残りのデータを削除し又は破棄しうる。また、フィルタリング処理手段（１０１４）は、関連すると判断された移動体から受信する又は受信したデータ又は上記関連すると判断されたデータのうち、異常値であるデータ又はデータに関連付けられた属性が不適切であるデータを削除し又は破棄しうる。また、フィルタリング処理手段（１０１４）は、関連すると判断された移動体から受信する又は受信したデータ又は上記関連すると判断されたデータを互いに補完して１つのデータ集合としうる。また、フィルタリング処理手段（１０１４）は、関連すると判断された移動体からの重複データのうち、一方のデータを受信し、他方のデータを受信しないようにしうる。
【０３２５】
データ格納手段（１０１５）は、受信手段（１０１１）が移動体１〜ｎ（１１０１〜１１０５）それぞれに備え付けられた少なくとも１つのセンサから受信したデータ、又は、移動体からのデータを集めている機器若しくは移動体についての情報（例えば、移動体からのデータを代用し乃至は補完するためのデータ）を測定可能なセンサを備えている機器から受信したデータ、及び、フィルタリング処理手段（１０１４）がフィルタリング処理後のデータを格納する。
【０３２６】
フィルタリング処理制御命令送信手段（１０１６）は、関連判断手段（１０１２）によって関連すると判断された移動体が備えている少なくとも１つのセンサに又は上記関連すると判断されたデータを送信する上記異なるセンサのうちの少なくとも１つのセンサに、データをフィルタリング処理するように制御する命令を送信する。
【０３２７】
関連解消判断手段（１０１７）は、受信手段（１０１１）が受信した上記データに基づいて、関連判断手段（１０１２）によって関連すると判断された移動体の関連又は上記関連すると判断されたデータの関連が解消されるかどうかを判断する。
【０３２８】
フィルタリング処理中止手段（１０１８）は、関連解消判断手段（１０１７）が上記移動体の上記関連又は上記データの上記関連を解消すると判断することに応じて、フィルタリング処理するステップを中止する。
【０３２９】
フィルタリング処理中止命令送信手段（１０１９）は、関連解消判断手段（１０１７）が上記移動体の上記関連又は上記データの上記関連を解消すると判断することに応じて、データをフィルタリング処理するように制御する命令をフィルタリング処理制御命令送信手段（１０１６）から受信したセンサに、フィルタリング処理を中止する命令を送信する。
【０３３０】
関連解消判断情報送信手段（１０２０）は、データをフィルタリング処理するように制御する命令をフィルタリング処理制御命令送信手段（１０１６）から受信したセンサが上記移動体の上記関連又は上記データの上記関連を解消することが可能であることに応じて、上記命令を受信したセンサに、上記移動体の上記関連付けの解消又は上記データの上記関連付けの解消を判断するための情報を送信する。
【０３３１】
図１１Ａ及び図１１Ｂは、本発明の実施態様において使用されうるセンサの機能ブロック図の一例を示した図である。
【０３３２】
図１１Ａに示す移動体１（１１０１）は、複数のセンサ１〜ｎ（１１２１〜１１２３）を備えている。以下では、センサ１（１１２１）の機能ブロック図を示す。センサ１（１１２１）は、当該センサ１（１１２１）それ自体がフィルタリング処理をすることが可能であり、且つ、関連すると判断された移動体の上記関連又は関連すると判断されたデータの上記関連付けの解消を判断可能なインテリジェントなセンサであるとする。他のセンサ２〜ｎ（１１２２〜１１２３）は、センサ１（１１２１）と同様の機能ブロックを有するセンサであってもよく、若しくは、下記図１１Ｂに記載するセンサ１（１１５１）と同様の機能ブロックを有するセンサであってもよく、又は、データ測定機能のみを有するセンサであってもよい。
【０３３３】
センサ１（１１２１）は、フィルタリング処理手段（１１１１）、データ格納手段（１１１２）、データ送信手段（１１１３）、フィルタリング処理制御命令受信手段（１１１４）、関連解消判断情報受信手段（１１１５）、関連解消判断手段（１１１６）、フィルタリング処理中止命令受信手段（１１１７）、及びフィルタリング処理中止手段（１１１８）、並びに、データ測定手段（１１１９）、及びデータ演算手段（１１２０）を備えている。データ演算手段（１１２０）は、任意にセンサ１（１１２１）に備え付けられる手段でありうる。
【０３３４】
フィルタリング処理手段（１１１１）は、サーバ（１００１）のフィルタリング処理制御命令送信手段（１０１６）から送信された上記命令に基づいて、センサ１（１１２１）が測定したデータの少なくとも一部をフィルタリング処理する。また、フィルタリング処理手段（１１１１）は、フィルタリング処理後のデータ（すなわち、削除又は破棄されなかったデータ）をサーバ（１００１）に送信する為に、当該フィルタリング処理後のデータをデータ送信手段（１１１３）に渡す。
【０３３５】
データ格納手段（１１１２）は、センサ１（１１２１）が測定したデータ、及び、フィルタリング処理手段（１１１１）がフィルタリング処理した後のデータを格納する。
【０３３６】
データ送信手段（１１１３）は、データ測定手段（１１１９）によって測定されたデータ若しくは当該データを処理したデータ、又は、フィルタリング処理手段（１１１１）によってフィルタリング処理した後のデータ（すなわち、削除又は破棄されなかったデータ）をサーバ（１００１）に送信する。
【０３３７】
フィルタリング処理制御命令受信手段（１１１４）は、サーバ（１００１）のフィルタリング処理制御命令送信手段（１０１６）から送信された上記命令を受信する。フィルタリング処理制御命令受信手段（１１１４）は、データをフィルタリング処理するように制御する命令に基づいて、フィルタリング処理手段（１１１１）に対して、フィルタリング処理の内容を指示しうる。また、フィルタリング処理制御命令受信手段（１１１４）は、データをフィルタリング処理するように制御する命令に基づいて、データ測定手段（１１１９）に対して、計測するデータを指示しうる。
【０３３８】
関連解消判断情報受信手段（１１１５）は、サーバ（１００１）の関連解消判断情報送信手段（１０２０）から送信された上記情報を受信する。
【０３３９】
関連解消判断手段（１１１６）は、関連解消判断情報受信手段（１１１５）で受信した上記情報、及び、データ測定手段（１１１９）で測定した最新のデータを用いて、関連すると判断された移動体の当該関連又は関連すると判断されたデータの当該関連が解消されるかどうかを判断する。
【０３４０】
フィルタリング処理中止命令受信手段（１１１７）は、サーバ（１００１）のフィルタリング処理中止命令送信手段（１０１９）から送信された上記命令を受信する。
【０３４１】
フィルタリング処理中止手段（１１１８）は、関連解消判断手段（１１１６）が関連すると判断された移動体の上記関連又は関連すると判断されたデータの上記関連を解消すると判断したことに応じて、フィルタリング処理手段（１１１１）によるフィルタリング処理を中止する。
【０３４２】
データ測定手段（１１１９）は、センサ本来の機能である物理量や化学量の変化を電気信号へ変換する処理を行う。
【０３４３】
データ演算手段（１１２０）は、データ測定手段（１１１９）で測定した測定データ又は画像データを処理データに変換する。
【０３４４】
図１１Ａに示す機器（１１０２）（任意の構成である）は、移動体についての情報（例えば、移動体からのデータを代用し乃至は補完するためのデータ）を測定可能なセンサを備えている機器である。機器（１１０２）に備え付けられているセンサは、上記移動体１（１１０１）に備え付けられているセンサ１〜ｎ（１１２１〜１１２３）と同様の機能ブロックを有しうる。
【０３４５】
図１１Ｂに示す移動体２（１１３１）は、複数のセンサ１〜ｎ（１１５１〜１１５３）を備えている。以下では、センサ１（１１５１）の機能ブロック図を示す。センサ１（１１５１）は、当該センサ１（１１５１）それ自体がフィルタリング処理をすることが可能なインテリジェントなセンサであるとする。他のセンサ２〜ｎ（１１５２〜１１５３）は、センサ１（１１５１）と同様の機能ブロックを有するセンサであってもよく、若しくは、図１１Ａに記載するセンサ１（１１２１）と同様の機能ブロックを有するセンサであってもよく、又は、データ測定機能のみを有するセンサであってもよい。
【０３４６】
センサ１（１１５１）は、フィルタリング処理手段（１１４１）、データ格納手段（１１４２）、データ送信手段（１１４３）、フィルタリング処理制御命令受信手段（１１４４）、フィルタリング処理中止命令受信手段（１１４７）、及びフィルタリング処理中止手段（１１４８）、並びに、データ測定手段（１１４９）、及びデータ演算手段（１１５０）（任意である）を備えている点で、図１１Ａに記載のセンサ１（１１２１）と共通する。しかし、センサ１（１１５１）は、図１１Ａに記載のセンサ１（１１２１）が備えている関連解消判断情報受信手段（１１１５）及び関連解消判断手段（１１１６）を備えていない点で異なる。すなわち、センサ１（１１５１）は、センサ側でデータのフィルタリング処理は可能であるが、関連すると判断された移動体の上記関連付けの解消及び関連すると判断されたデータの上記関連付けの解消を判断できないセンサである。
【０３４７】
図１１Ｂに示す機器（１１３２）（任意の構成である）は、移動体についての情報（例えば、移動体からのデータを代用し乃至は補完するためのデータ）を測定可能なセンサを備えている機器である。機器（１１３２）に備え付けられているセンサは、上記移動体２（１１３１）に備え付けられているセンサ１〜ｎ（１１５１〜１１６３）と同様の機能ブロックを有しうる。
【図１】
2015026196.tif 000003
【図２Ａ】
2015026196.tif 000004
【図２Ｂ】
2015026196.tif 000005
【図２Ｃ】
2015026196.tif 000006
【図６Ａ】
2015026196.tif 000007
【図６Ｂ】
2015026196.tif 000008
【図７】
2015026196.tif 000009
【図８】
2015026196.tif 000010
【図９Ａ】
2015026196.tif 000011
【図９Ｂ】
2015026196.tif 000012
【図１０】
2015026196.tif 000013
【図１１Ａ】
2015026196.tif 000014
【図１１Ｂ】
2015026196.tif 000015
【図３】
2015026196.tif 000016
【図４】
2015026196.tif 000017
【図５】
2015026196.tif 000018