複数の測定装置のうち1の測定装置から当該1の測定装置の測定データを受信する第1処理と、前記1の測定装置の測定データと、前記複数の測定装置の測定データとの関係を表す指標値を計算する第2処理と、計算された前記指標値に基づき、前記複数の測定装置のうち少なくともいずれかの測定装置に、前記測定データの送信頻度を変更させるためのデータを送信する第3処理と、をコンピュータに実行させるためのプログラム。前記第3処理において、前記測定データの送信頻度を変更させるためのデータの送信先の測定装置に、前記測定データの送信頻度を元に戻すための条件をさらに送信する請求項1記載のプログラム。前記測定データには位置情報が含まれ、前記第2処理において、前記1の測定装置の位置情報と前記複数の測定装置の位置情報とを用いて、前記1の測定装置を含む所定範囲における前記測定装置の疎密に関する指標値を計算し、前記第3処理において、計算された前記疎密に関する指標値と粗密に関する所定の基準値とを比較することにより、前記測定データの送信頻度を変更するか判断する請求項1又は2記載のプログラム。前記測定データには位置情報が含まれ、前記第2処理において、前記1の測定装置の位置情報と前記複数の測定装置の位置情報とを用いて、前記1の測定装置と前記複数の測定装置のうち当該1の測定装置に最も近い測定装置との距離に関する指標値を計算し、前記第3処理において、計算された前記距離に関する指標値と距離に関する所定の基準値とを比較することにより、前記測定データの送信頻度を変更するか判断する請求項1又は2記載のプログラム。前記測定データの送信頻度を変更すると判断した場合には、前記1の測定装置を含む所定範囲から1又は複数の測定装置を特定する処理をさらに前記コンピュータに実行させ、前記第3処理において、特定された前記1又は複数の測定装置に、前記測定データの送信頻度を変更するためのデータを送信する請求項3記載のプログラム。前記第3処理において、前記測定データの送信頻度を変更すると判断した場合には、前記1の測定装置又は当該1の測定装置に最も近い測定装置に、前記測定データの送信頻度を変更するためのデータを送信する請求項4記載のプログラム。前記測定データの送信頻度を元に戻すための条件が、送信頻度を変更してからの経過時間に関する条件、送信頻度を変更してからの移動距離に関する条件、移動速度に関する条件及び他の測定装置との距離に関する条件の少なくともいずれかを含む請求項2乃至6いずれか1つ記載のプログラム。測定データの送信頻度を変更するためのデータを、測定データを収集して処理を実行するコンピュータから受信した場合、受信した当該データに従い、前記測定データの送信頻度を変更し、前記測定データの送信頻度を元に戻すための条件を前記コンピュータから受信した場合、当該条件が満たされるか監視し、前記測定データの送信頻度を元に戻すための条件が満たされたことを検出した場合、前記測定データの送信頻度を元に戻す処理を測定装置に実行させるためのプログラム。複数の測定装置のうち1の測定装置から当該1の測定装置の測定データを受信するステップと、前記1の測定装置の測定データと、前記複数の測定装置の測定データとの関係を表す指標値を計算するステップと、計算された前記指標値に基づき、前記複数の測定装置のうち少なくともいずれかの測定装置に、前記測定データの送信頻度を変更させるためのデータを送信するステップと、を含み、コンピュータにより実行される通信制御方法。複数の測定装置のうち1の測定装置から当該1の測定装置の測定データを受信する第1処理部と、前記1の測定装置の測定データと、前記複数の測定装置の測定データとの関係を表す指標値を計算する第2処理部と、計算された前記指標値に基づき、前記複数の測定装置のうち少なくともいずれかの測定装置に、前記測定データの送信頻度を変更させるためのデータを送信する第3処理部と、を有する通信制御装置。測定データの送信頻度を変更するためのデータを、測定データを収集して処理を実行するコンピュータから受信した場合、受信した当該データに従い、前記測定データの送信頻度を変更するステップと、前記測定データの送信頻度を元に戻すための条件を前記コンピュータから受信した場合、当該条件が満たされるか監視するステップと、前記測定データの送信頻度を元に戻すための条件が満たされたことを検出した場合、前記測定データの送信頻度を元に戻すステップと、を含み、測定装置により実行される通信制御方法。測定データの送信頻度を変更するためのデータを、測定データを収集して処理を実行するコンピュータから受信した場合、受信した当該データに従い、前記測定データの送信頻度を変更する第1変更部と、前記測定データの送信頻度を元に戻すための条件を前記コンピュータから受信した場合、当該条件が満たされるか監視する監視部と、前記測定データの送信頻度を元に戻すための条件が満たされたことを検出した場合、前記測定データの送信頻度を元に戻す第2変更部と、を有する測定装置。従って、本技術の目的は、一側面において、データを収集して処理するシステムにおいて、収集するデータの量を適切に制御するための技術を提供することである。本技術の第1の態様に係る通信制御方法は、A複数の測定装置のうち1の測定装置から当該1の測定装置の測定データを受信するステップと、B1の測定装置の測定データと、複数の測定装置の測定データとの関係を表す指標値を計算する計算ステップと、C計算された指標値に基づき、複数の測定装置のうち少なくともいずれかの測定装置に、測定データの送信頻度を変更させるためのデータを送信する送信ステップとを含む。本技術の第2の態様に係る通信制御方法は、E測定データの送信頻度を変更するためのデータを、測定データを収集して処理を実行するコンピュータから受信した場合、受信した当該データに従い、測定データの送信頻度を変更するステップと、F測定データの送信頻度を元に戻すための条件をコンピュータから受信した場合、当該条件が満たされるか監視するステップと、G測定データの送信頻度を元に戻すための条件が満たされたことを検出した場合、測定データの送信頻度を元に戻すステップとを含む。実施の形態1図1に、第1の実施の形態に係るシステム概要図を示す。コンピュータ11には、例えばインターネット等のネットワークであるネットワーク10を介して測定装置12乃至14が有線又は無線により接続されている。測定装置12乃至14は、データ例えば位置データや気象データを測定し、測定したデータ以下、測定データと呼ぶをコンピュータ11に送信する。コンピュータ11は、測定装置12乃至14から受信した測定データに対して所定の分析処理を行い、分析結果を出力する。なお、図1では測定装置は3つしか示していないが、測定装置の数に限定は無い。図2に、図1に示したコンピュータ11の機能ブロックを示す。図2の例では、コンピュータ11は、第1処理部111と、第2処理部112と、第3処理部113とを含む。第1処理部111は、測定装置12乃至14からデータを受信し、受信したデータを第2処理部112に出力する。第2処理部112は、第1処理部111から受け取ったデータを用いて処理を行い、処理結果を第3処理部113に出力する。第3処理部113は、第2処理部113から受け取ったデータに応じて、測定データの送信頻度を変更させるためのデータを生成し、測定装置12乃至14の少なくともいずれかに送信する処理を行う。図3に、図1に示した測定装置12乃至14の機能ブロック図を示す。図3の例では、測定装置は、第1変更部101と、監視部102と、第2変更部103とを含む。第1変更部101は、コンピュータ11から受信したデータを用いて、測定データの送信頻度を変更する処理を行う。また、第1変更部101は、受信したデータを監視部102に出力する。監視部102は、第1変更部101から受け取ったデータを用いて処理を行い、処理結果を第2変更部103に出力する。第2変更部103は、監視部102から受け取ったデータを用いて、測定データの送信頻度を元に戻す処理を行う。なお、測定データは、送信部図示せずがコンピュータ11に送信するようになっている。次に、図4及び図5を用いて、図1に示したシステムにおいて行われる処理について説明する。はじめに、図4を用いて、コンピュータ11が行う処理について説明する。まず、コンピュータ11における第1処理部111は、測定装置12乃至14のうちいずれかの測定装置ここでは、測定装置12とするから測定データを受信する図4:ステップS1。そして、第1処理部111は、受信した測定データを第2処理部112に出力する。そして、第2処理部112は、第1処理部111から受け取った測定データと、記憶部図示せずに格納されている、測定装置13及び測定装置14の測定データとの関係を表す指標値を計算するステップS3。指標値は、例えば測定装置の疎密に関する指標値や、測定装置間の距離に関する指標値である。また、第2処理部112は、計算した指標値を第3処理部113に出力する。そして、第3処理部113は、第2処理部112から受け取った指標値に基づき、測定装置12乃至14の少なくともいずれかの測定装置に、測定データの送信頻度を変更させるためのデータ及び送信頻度を元に戻すための条件を送信するステップS5。ここでは、例えば測定データの送信元の測定装置に対して送信する。そして処理を終了する。以上のような処理を実施することにより、コンピュータ11が、受信する測定データの量を適切に制御することができるようになる。次に、図5を用いて、測定装置12乃至14が行う処理について説明する。ここでは、便宜上、測定装置12が処理を行う場合を例にして説明する。まず、測定装置12における第1変更部101は、測定データの送信頻度を変更するためのデータ及び送信頻度を元に戻すための条件をコンピュータ11から受信する。そして、第1変更部101は、測定データの送信頻度を変更するためのデータに従い、送信部図示せずが測定データを送信する頻度を変更する図5:ステップS11。例えば、送信部図示せずに新たな送信頻度を通知する。また、第1変更部101は、送信頻度を元に戻すための条件を監視部102に出力する。そして、監視部102は、測定データの送信頻度を元に戻すための条件が満たされるかを監視するステップS13。監視部102は、測定データの送信頻度を元に戻すための条件が満たされたことを検出した場合に、その旨を第2変更部103に出力する。そして、測定データの送信頻度を元に戻すための条件が満たされていない場合ステップS15:Noルート、ステップS13の処理に戻る。一方、測定データの送信頻度を元に戻すための条件が満たされたことが検出された場合ステップS15:Yesルート、第2変更部103は、送信頻度を元に戻す処理を実行するステップS17。例えば、送信部図示せずに元の送信頻度を通知する。そして処理を終了する。以上のような処理を実施すれば、測定装置がコンピュータ11に送信する測定データの量が適切に制御されるようになる。実施の形態2背景技術で述べたように、CEPのシステムには、CEPエンジンが受信するイベントデータの量を状況に応じて適切に制御する仕組みが無いという問題がある。例えば、多数のセンサが移動しながらイベントデータを測定する場合を考える。この場合、センサが密集してしまうと、分析にとって無意味な多量のデータがCEPエンジンに送信されるため、データの送受信及び分析に関する無駄なコストが生じてしまう。また、センサが密集した状態で多量のデータが送信されると、特定の伝送路に輻輳が発生し、測定データが失われることがある。さらに、測定データの送信が適切に行われていないことをセンサが検出すると、送信を一旦止めてから再度送信を行うことがある。これは、輻輳がさらに悪化する原因になる。そこで、第2の実施の形態では、以下のような処理を行うことによりこの問題に対処している。図6に、第2の実施の形態に係るシステム概要図を示す。第2の実施の形態では、CEPを実行するCEPエンジン21と、車両22乃至24に搭載されたセンサとが通信を行うようになっている。具体的には、例えばインターネット等のネットワークであるネットワーク20に、CEPエンジン21が有線又は無線により接続されており、また車両22乃至24に搭載されたセンサが無線により接続されている。車両22乃至24は移動及び停止を繰り返しながら、搭載されたセンサによりイベントデータ例えば温度のデータを測定し、位置情報と共にCEPエンジン21に送信する。CEPエンジン21は、センサから受信したイベントデータに対してCEP例えば、温度の分布を分析する処理などを実行し、実行結果を出力する。なお、図6では車両を3つしか示していないが、数に限定は無い。図7に、CEPエンジン21の機能ブロック図を示す。図7の例では、CEPエンジン21は、受信部211と、管理部212と、データ処理部217と、処理結果格納部218とを含む。また、管理部212は、計算部213と、判断部214と、制御部215と、管理データ格納部216とを含む。受信部211は、センサから受信したデータをデータ処理部217及び管理部212に出力する。データ処理部217は、センサから受信したイベントデータに対しCEPを実行し、実行結果を処理結果格納部218に格納する。計算部213は、受信部211から受け取ったデータを用いて、後述する指標値を計算したり、管理データ格納部216に格納されているデータを更新する処理等を行う。判断部214は、計算部213により計算された指標値に基づき、測定データの送信頻度を変更するか判断する処理等を行う。制御部215は、送信頻度を変更させるためのフラグや中断条件及び再開条件をセンサに送信する処理等を行う。図8に、車両22乃至24に搭載されたセンサの機能ブロック図を示す。図8の例では、センサは、測定部201と、送信制御部202と、送信部206とを含む。また、送信制御部202は、データ管理部203と、センサデータ格納部204と、判定部205とを含む。測定部201は、イベントデータを測定し、イベントデータを送信制御部202及び送信部206に出力する。送信部206は、測定部201により測定されたイベントデータ等をCEPエンジン21に送信する。データ管理部203は、センサデータ格納部204に格納されているデータを管理する処理等を行う。判定部205は、CEPエンジン21から受信した中断条件及び再開条件が満たされるか判定する処理等を行う。なお、センサは位置情報取得部図示せずを有しており、位置情報取得部により車両の位置情報を取得できるようになっている。図9に、CEPエンジン21における管理データ格納部216に格納されているデータの一例を示す。図9の例では、センサIDと、フラグと、送信中断事由と、温度と、位置とが格納されるようになっている。図10に、センサにおけるセンサデータ格納部204に格納されているデータの一例を示す。図10の例では、センサIDと、フラグと、中断条件と、再開条件と、温度とが格納されるようになっている。フラグは、ON又はOFFが設定される。次に、図11乃至図16を用いて、図6に示したシステムにおいて行われる処理について説明する。まず、図11を用いて、図6に示したシステムにおいて行われる処理の概要を説明する。図11に示すように、本実施の形態では、センサがイベントデータを測定すると、位置情報と共にCEPエンジン21に送信する。CEPエンジン21は、センサから測定データ及び位置情報を収集し、管理データ格納部216において管理する。CEPエンジン21は、位置情報により、センサ同士が接近したことを検出する。図11の例では、センサ4とセンサ5が接近していることを検出したため、センサ5によるイベントデータの送信を中断させている。ここで、CEPエンジン21は、管理データ格納部216において、センサ5に対してOFFのフラグを設定する。また、センサ5は、センサデータ格納部204においてフラグをOFFに設定する。このように、CEPエンジン21とセンサとの間でフラグの同期を取りつつ、送信の中断が適切に行われるようにする。次に、図12乃至図14を用いて、車両22乃至24に搭載されたセンサが行う処理について説明する。まず、イベントデータ取得時の処理について説明する。センサにおける測定部201は、イベントデータ例えば温度のデータを測定する図12:ステップS21。そして、測定部201はイベントデータを送信部206に出力し、またデータ管理部203に送信可否の判断を要求する。そして、データ管理部203は、センサデータ格納部204図8においてフラグがONに設定されているか判断するステップS23。フラグがONに設定されていないすなわちOFFに設定されていると判断された場合ステップS23:Noルート、送信部206によるイベントデータの送信を行わず、処理を終了する。一方、フラグがONに設定されていると判断された場合ステップS23:Yesルート、データ管理部203は、送信可能であることを送信部206に通知する。そして、送信部206は、イベントデータ及び位置情報取得部図示せずから取得した位置情報をCEPエンジン21に送信するステップS25。そして処理を終了する。このように、イベントデータの取得時にセンサデータ格納部204に設定されているフラグを確認することにより、イベントデータの送信可否を判断することができる。次に、フラグの更新処理について説明する。まず、データ管理部203は、CEPエンジン21からフラグを受信したか判断する図13:ステップS31。CEPエンジン21からフラグを受信したと判断された場合ステップS31:Yesルート、データ管理部203は、OFFを示すフラグを受信したか判断するステップS33。OFFを示すフラグを受信したと判断された場合ステップS33:Yesルート、データ管理部203は、センサデータ格納部204においてフラグがOFFに設定されているか判断するステップS35。フラグがOFFに設定されている場合ステップS35:Yesルート、フラグを変更しないので、処理を終了する。一方、フラグがOFFに設定されていないすなわちONに設定されていると判断された場合ステップS35:Noルート、データ管理部203は、センサデータ格納部204においてフラグをOFFに設定するステップS37。そして、データ管理部203は、センサIDを含み且つフラグをOFFに設定したことを示す変更通知をCEPエンジン21に送信するステップS39。そして処理を終了する。一方、ステップS33においてOFFを示すフラグを受信していない場合ステップS33:Noルート、ONを示すフラグを受信したので、データ管理部203は、センサデータ格納部204においてフラグがONに設定されているか判断するステップS41。フラグがONに設定されていると判断された場合ステップS41:Yesルート、フラグを変更しないので、処理を終了する。一方、フラグがONに設定されていないすなわちOFFに設定されていると判断された場合ステップS41:Noルート、データ管理部203は、センサデータ格納部204においてフラグをONに設定するステップS43。また、データ管理部203は、センサIDを含み且つフラグをONに設定したことを示す変更通知をCEPエンジン21に送信するステップS39。そして処理を終了する。一方、ステップS31において、CEPエンジン21からフラグを受信していないと判断された場合ステップS31:Noルート、判定部205は、判定処理を実施するステップS45。判定処理については、図14を用いて説明する。まず、判定部205は、センサデータ格納部204においてフラグがONに設定されているか判断する図14:ステップS51。フラグがONに設定されていると判断された場合ステップS51:Yesルート、判定部205は、中断条件が成立するか判断するステップS53。中断条件が成立しないと判断された場合ステップS53:Noルート、フラグを変更しないので、元の処理に戻る。なお、中断条件としては、例えば車両が所定時間以上停止しているという条件や送信を再開してから所定時間以上経過したという条件、他の車両との距離が所定距離以下になったという条件、所定範囲外に移動したという条件等が考えられる。本実施の形態においては、このような中断条件を予めCEPエンジン21から受信しているとする。一方、中断条件が成立したと判断された場合ステップS53:Yesルート、判定部205は、センサデータ格納部204においてフラグをOFFに設定するステップS55。そして、判定部205は、センサIDを含み且つフラグをOFFに設定したことを示す変更通知をCEPエンジン21に送信しステップS57、元の処理に戻る。一方、ステップS51において、フラグがONに設定されていないすなわちOFFに設定されていると判断された場合ステップS51:Noルート、判定部205は、再開条件が成立するか判断するステップS59。再開条件が成立しないと判断された場合ステップS59:Noルート、フラグを変更しないので、元の処理に戻る。なお、再開条件としては、例えば送信を中断してから所定時間以上経過したという条件や送信を中断した時点の位置から所定距離以上移動したという条件、他の車両との距離が所定距離以上になったという条件、右折又は左折をしたという条件、移動速度が所定速度以上であるそのため、間もなく他の車両との距離が所定距離以上になると推定されるという条件等が考えられる。本実施の形態においては、このような再開条件を予めCEPエンジン21から受信しているとする。そして、ステップS59において再開条件が成立すると判断された場合ステップS59:Yesルート、判定部205は、センサデータ格納部204においてフラグをONに設定するステップS60。また、判定部205は、センサIDを含み且つフラグをONに設定したことを示す変更通知をCEPエンジン21に送信するステップS57。そして元の処理に戻る。なお、送信を再開した場合に、必ずしも変更通知をCEPエンジン21に送信しなくてもよい。CEPエンジン21では、イベントデータを受信することによって、フラグが変更されたことがわかるからである。このような処理を実施することにより、イベントデータの送信の中断及び再開をセンサにおいて自立的に判定することができるようになる。図13の説明に戻り、判定処理ステップS45が終了すると、フラグ設定処理は終了する。以上のような処理を実施することにより、CEPエンジン21からの要求、又は中断条件及び再開条件の成立によりフラグが更新され、センサが送信するイベントデータの量が適切に制御される。次に、図15及び図16を用いて、CEPエンジン21が行う処理について説明する。まず、CEPエンジン21における受信部211は、車両22乃至24に搭載されたセンサのうちいずれかのセンサからデータを受信する図15:ステップS61。ここでは、変更通知、又はイベントデータ及び位置情報を受信するものとする。受信部211は、受信したデータを計算部213に出力する。そして、計算部213は、ステップS61において変更通知を受信したか判断するステップS63。変更通知を受信した場合ステップS63:Yesルート、計算部213は、管理データ格納部216図9において、変更通知に含まれるセンサIDに対応付けられているフラグを、変更通知に従い変更しステップS65、ステップS61の処理に戻る。一方、変更通知を受信していないすなわち、イベントデータ及び位置情報を受信した場合ステップS63:Noルート、計算部213は、データ処理部217にイベントデータの処理を要求する。そして、データ処理部217は、イベントデータに対してCEPを実行しステップS67、実行結果を処理結果格納部218に格納する。また、計算部213は、ステップS61において受信した位置情報と、管理データ格納部216に格納されている位置情報とを用いて、センサの位置に関する指標値を算出するステップS69。センサの位置に関する指標値とは、例えばステップS61において受信した位置情報の送信元のセンサ以下、送信元センサと呼ぶと当該送信元センサに最も近いセンサとの距離や送信元センサを中心とした所定範囲におけるセンサの粗密度合い等である。但し、センサの位置に関する指標値はこのようなものに限られるわけではない。なお、計算部213は、計算した指標値を判断部214に出力する。そして、判断部214は、ステップS69において計算された指標値と、予め定められた基準値例えば距離に関する基準値や粗密度合いに関する基準値とを比較することにより、送信元センサのイベントデータの送信を中断させるか判断するステップS71。例えば、距離に関する指標値が基準値を下回っている場合、すなわち送信元センサと当該送信元センサに最も近いセンサとの距離が所定距離以下である場合に、イベントデータの送信を中断させる。また、例えば、粗密度合いに関する指標値が基準値を上回っている場合、すなわち送信元センサを中心とした所定範囲におけるセンサの粗密度合いが基準値以上である場合に、イベントデータの送信を中断させる。そして、送信元センサのイベントデータの送信を中断させないと判断された場合ステップS71:Noルート、処理は端子Aを介して図16のステップS79に移行する。送信元センサのイベントデータの送信を中断させると判断された場合ステップS71:Yesルート、判断部214は、OFFを示すフラグの送信先のセンサを特定するステップS73。なお、判断部214は、イベントデータの送信中断及び送信を中断するセンサを制御部215に通知する。フラグの送信先のセンサは、送信元のセンサと当該送信元センサに最も近いセンサとの距離が所定距離以下である場合には、送信元センサ又は当該送信元センサに最も近いセンサをフラグの送信先とすればよい。また、粗密度合いに関する指標値が基準値を上回っている場合、すなわちセンサが密集していると判断された場合には、センサ群の中から代表的な1又は複数のセンサを特定し、特定されたセンサ以外のセンサによるイベントデータの送信を中断させるようにしてもよい。そして、制御部215は、イベントデータの送信を中断させるセンサに対して、OFFを示すフラグを送信するステップS75。また、制御部215は、イベントデータの送信を中断させるセンサに対して、中断を再開させるための再開条件を送信するステップS77。さらに、制御部215は、管理データ格納部216において、イベントデータの送信を中断させるセンサについてOFFのフラグを設定する。そして処理は端子Aを介して図16のステップS79に移行する。図16の説明に移行し、判断部214は、管理データ格納部216において送信中断事由が登録されているセンサについて、送信中断事由が解消したか判断するステップS79。例えば、中断を開始してからの時間を判断部214が計測しておき、所定時間以上経過したかを判断する。送信中断事由が解消されたと判断された場合ステップS79:Yesルート、判断部214は、イベントデータの送信を再開させるセンサを制御部215に通知する。そして、制御部215は、イベントデータの送信を再開させるセンサに対して、ONを示すフラグを送信するステップS81。また、制御部215は、イベントデータの送信を再開させるセンサに対して、送信を中断させるための中断条件を送信するステップS83。さらに、制御部215は、管理データ格納部216において、イベントデータの送信を中断させるセンサについてONのフラグを設定する。そして、処理はステップS85に移行する。一方、送信中断事由が解消されていないと判断された場合ステップS79:Noルート、判断部214は、処理を終了するか判断するステップS85。例えば、CEPエンジン21の管理者から終了指示がなされたかを判断する。処理を終了しないと判断された場合ステップS85:Noルート、処理は端子Bを介してステップS61の処理に戻る。一方、処理を終了すると判断した場合ステップS85:Yesルート、処理を終了する。以上のような処理を実施することにより、センサから受信するイベントデータの量を適切に制御できるようになる。[実施の形態3]次に、第3の実施の形態について説明する。第3の実施の形態は、センサは中断条件が成立するか否かの判断を行わないという点で第2の実施の形態と異なっている。その他の部分については、第2の実施の形態と同様である。そのため、CEPエンジン21は、ステップS83の処理すなわち、中断条件をセンサに送信する処理を行わない。また、センサの処理は、第2の実施の形態と比較すると、判定処理の内容が異なっている。そこで、第3の実施の形態の判定処理について図17及び図18を用いて説明する。まず、判定部205は、センサデータ格納部204においてフラグがOFFに設定されているか判断する図17:ステップS91。フラグがOFFに設定されていないすなわちONに設定されていると判断された場合ステップS91:Noルート、フラグを変更しないので、元の処理に戻る。なお、第3の実施の形態においては、図18に示すようなデータがセンサデータ格納部204に格納されている。図18の例では、センサIDと、フラグと、再開条件と、温度とが格納されるようになっている。一方、フラグがOFFに設定されていると判断された場合ステップS91:Yesルート、判定部205は、再開条件が成立するか判断するステップS93。再開条件については、第2の実施の形態で述べたとおりである。再開条件が成立しないと判断された場合ステップS93:Noルート、フラグを変更しないので、元の処理に戻る。一方、再開条件が成立すると判断された場合ステップS93:Yesルート、判定部205は、センサデータ格納部204においてフラグをONに設定するステップS95。また、判定部205は、センサIDを含み且つフラグをONに設定したことを示す変更通知をCEPエンジン21に送信するステップS97。そして元の処理に戻る。このようにすれば、中断条件が成立するか判定する機能をセンサが有していなくても、CEPエンジン21に送信するイベントデータの量を適切に制御することができる。[実施の形態4]次に、第4の実施の形態について説明する。第4の実施の形態は、センサは再開条件が成立するか否かの判断を行わないという点で第2の実施の形態と異なっている。その他の部分については、第2の実施の形態と同様である。そのため、CEPエンジン21は、ステップS77の処理すなわち、再開条件をセンサに送信する処理を行わない。また、センサの処理は、第2の実施の形態と比較すると、判定処理の内容が異なっている。そこで、第4の実施の形態の判定処理について図19及び図20を用いて説明する。まず、判定部205は、センサデータ格納部204においてフラグがONに設定されているか判断する図19:ステップS101。フラグがONに設定されていないすなわちOFFに設定されていると判断された場合ステップS101:Noルート、フラグを変更しないので、元の処理に戻る。なお、第4の実施の形態においては、図20に示すようなデータがセンサデータ格納部204に格納されている。図20の例では、センサIDと、フラグと、中断条件と、温度とが格納されるようになっている。一方、フラグがONに設定されていると判断された場合ステップS101:Yesルート、判定部205は、中断条件が成立するか判断するステップS103。中断条件については、第2の実施の形態で述べたとおりである。中断条件が成立しないと判断された場合ステップS103:Noルート、フラグを変更しないので、元の処理に戻る。一方、中断条件が成立すると判断された場合ステップS103:Yesルート、判定部205は、センサデータ格納部204においてフラグをOFFに設定するステップS105。また、判定部205は、センサIDを含み且つフラグをOFFに設定したことを示す変更通知をCEPエンジン21に送信するステップS107。そして元の処理に戻る。このようにすれば、再開条件が成立するかを判定する機能をセンサが有していなくても、CEPエンジン21に送信するデータの量を適切に制御することができる。[実施の形態5]次に、第5の実施の形態について説明する。第5の実施の形態は、センサは中断条件及び再開条件が成立するか否かの判断を行わないという点で第2の実施の形態と異なっている。その他の部分については、第2の実施の形態と同様である。そのため、CEPエンジン21は、ステップS77の処理すなわち、再開条件をセンサに送信する処理及びステップS83の処理すなわち、中断条件をセンサに送信する処理を行わない。一方、センサは、中断条件及び再開条件が成立するか否かの判断を行わないので、ステップS45の判定処理を行わない。従って、第5の実施の形態においては、図21に示すようなデータがセンサデータ格納部204に格納されている。図21の例では、センサIDと、フラグと、温度とが格納されるようになっている。このように、センサはフラグを変更するか否かの判断を全く行わず、CEPエンジン21がイベントデータの送信頻度を完全に制御するようにしても、送信されるイベントデータの量は適切に制御される。以上本技術の一実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明したコンピュータ11、測定装置12、CEPエンジン21及びセンサの機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。また、上で説明した処理フローは、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。なお、実施の形態2乃至5においては、車両に搭載したセンサを例にして説明をしたが、車両に限られるわけではなく、携帯電話等に実施の形態を適用するようにしてもよい。また、実施の形態2乃至5においては、送信頻度を制御するためのフラグはON又はOFFの2段階としたが、例えば最も近いセンサとの距離に応じて送信頻度を変更するなど、より細かく送信頻度を調整するようにしてもよい。また、実施の形態2乃至5においては、センサが移動する場合を例にして説明したが、移動しないセンサに対して本実施の形態を適用するようにしてもよい。例えば気象データの定点観測を行うセンサが複数配置されている場合に、CEPエンジンが測定データを収集して測定値の分布を解析し、解析結果に基づき測定データの送信頻度を変更するか判断するようにしてもよい。また、実施の形態2乃至5においては、センサによるイベントデータの送信を中断させるか否かの判断において、位置に関する指標値を用いなくても、例えば日時の条件等を用いるようにしてもよい。例えば、ラッシュの時間帯とそれ以外の時間帯とで送信頻度を変えたり、また平日と休祭日とで送信頻度を変えるようにしてもよい。なお、上で述べたコンピュータ11及びCEPエンジン21は、コンピュータ装置であって、図22に示すように、メモリ2501とCPU2503とハードディスクドライブHDD2505と表示装置2509に接続される表示制御部2507とリムーバブルディスク2511用のドライブ装置2513と入力装置2515とネットワークに接続するための通信制御部2517とがバス2519で接続されている。オペレーティングシステムOS:OperatingSystem及び本実施例における処理を実施するためのアプリケーションプログラムは、HDD2505に格納されており、CPU2503により実行される際にはHDD2505からメモリ2501に読み出される。CPU2503は、アプリケーションプログラムの処理内容に応じて表示制御部2507、通信制御部2517、ドライブ装置2513を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ2501に格納されるが、HDD2505に格納されるようにしてもよい。本技術の実施例では、上で述べた処理を実施するためのアプリケーションプログラムはコンピュータ読み取り可能なリムーバブルディスク2511に格納されて頒布され、ドライブ装置2513からHDD2505にインストールされる。インターネットなどのネットワーク及び通信制御部2517を経由して、HDD2505にインストールされる場合もある。このようなコンピュータ装置は、上で述べたCPU2503、メモリ2501などのハードウエアとOS及びアプリケーションプログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。なお、図1及び図6に示した各処理部は、CPU2503及びプログラムの組み合わせ、すなわち、CPU2503がプログラムを実行することにより実現してもよい。より具体的には、CPU2503は、HDD2505又はメモリ2501に記憶されたプログラムに従った動作を行うことで、上で述べたような処理部として機能してもよい。また、図1及び図6に示した各データ格納部は、図22におけるメモリ2501やHDD2505等として実現してもよい。以上述べた本実施の形態をまとめると以下のようになる。本実施の形態の第1の態様に係る通信制御方法は、A複数の測定装置のうち1の測定装置から当該1の測定装置の測定データを受信するステップと、B1の測定装置の測定データと、複数の測定装置の測定データとの関係を表す指標値を計算する計算ステップと、C計算された指標値に基づき、複数の測定装置のうち少なくともいずれかの測定装置に、測定データの送信頻度を変更させるためのデータを送信する送信ステップとを含む。このような処理を実施すれば、測定装置から受信する測定データの量を適切に制御することができるようになる。これにより、コンピュータにおける無駄な処理コストを減らし、またネットワークの帯域を有効に利用できるようになる。なお、測定装置が移動していない場合でも、測定値の偏り等から送信頻度を変更する場合もある。また、計算された指標値によっては、測定データの送信頻度を変更させるためのデータを送信しない場合もある。また、上で述べた送信ステップが、c1測定データの送信頻度を変更させるためのデータの送信先の測定装置に、測定データの送信頻度を元に戻すための条件をさらに送信するステップを含むようにしてもよい。このようにすれば、送信頻度を元に戻すか否かの判断を測定装置が自律的に行うことができるようになる。また、測定データには位置情報が含まれるようにしてもよい。そして、上で述べた計算ステップが、b11の測定装置の位置情報と複数の測定装置の位置情報とを用いて、1の測定装置を含む所定範囲における測定装置の疎密に関する指標値を計算するステップを含むようにしてもよい。また、上で述べた送信ステップが、c2計算された疎密に関する指標値と粗密に関する所定の基準値とを比較することにより、測定データの送信頻度を変更するか判断するステップを含むようにしてもよい。このような処理を行うことにより、測定装置の疎密の状態に応じて効率的に測定データを受信できる。また、測定データには位置情報が含まれるようにしてもよい。そして、上で述べた計算ステップが、b21の測定装置の位置情報と複数の測定装置の位置情報とを用いて、1の測定装置と複数の測定装置のうち当該1の測定装置に最も近い測定装置との距離に関する指標値を計算ステップを含み、上で述べた送信ステップが、c3計算された距離に関する指標値と距離に関する所定の基準値とを比較することにより、測定データの送信頻度を変更するか判断するステップを含むようにしてもよい。このような処理を行うことにより、測定装置間の距離に応じて効率的に測定データを受信できる。また、上で述べた方法が、D測定データの送信頻度を変更すると判断した場合には、1の測定装置を含む所定範囲から1又は複数の測定装置を特定する処理ステップをさらに含むようにしてもよい。そして、上で述べた送信ステップが、c4特定された1又は複数の測定装置に、測定データの送信頻度を変更するためのデータを送信するステップを含むようにしてもよい。このようにすれば、例えばセンサが密集しているような場合においても、受信する測定データの量をより柔軟に制御することができるようになる。また、上で述べた送信ステップが、c5測定データの送信頻度を変更すると判断した場合には、1の測定装置又は当該1の測定装置に最も近い測定装置に、測定データの送信頻度を変更するためのデータを送信するステップを含むようにしてもよい。接近している2つの測定装置から送信される測定データは、一方が無意味なものになる可能性があるため、このような処理を行うことにより効率的に測定データを受信できる。また、上で述べた測定データの送信頻度を元に戻すための条件が、送信頻度を変更してからの経過時間に関する条件、送信頻度を変更してからの移動距離に関する条件、移動速度に関する条件及び他の測定装置との距離に関する条件の少なくともいずれかを含むようにしてもよい。このような条件であれば、送信頻度を元に戻すか否かの判断を測定装置において行うことができるようになる。本実施の形態の第2の態様に係る通信制御方法は、E測定データの送信頻度を変更するためのデータを、測定データを収集して処理を実行するコンピュータから受信した場合、受信した当該データに従い、測定データの送信頻度を変更するステップと、F測定データの送信頻度を元に戻すための条件をコンピュータから受信した場合、当該条件が満たされるか監視するステップと、G測定データの送信頻度を元に戻すための条件が満たされたことを検出した場合、測定データの送信頻度を元に戻すステップとを含む。このような処理であれば、測定データの送信頻度の変更が柔軟に行われるので、コンピュータにおける無駄な処理コストを減らし、またネットワークの帯域を有効に利用できるようになる。本実施の形態の第3の態様に係る通信制御方法は、H複数の測定装置のうち1の測定装置から当該1の測定装置の測定データを受信するステップと、I1の測定装置の測定データと、複数の測定装置の測定データとの関係を表す指標値を計算する計算ステップと、J計算された指標値に基づき、測定データの送信頻度を変更するか判断する判断ステップと、K測定データの送信頻度を変更すると判断した場合には、複数の測定装置のうち少なくともいずれかの測定装置に、測定データの送信頻度を変更させるためのデータを送信する送信ステップとを含む。なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、CD-ROM、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。