(57)【要約】【課題】様々なセンサノードから送られた異種混合のデータに対し、各アプリケーションそれぞれに、必要なデータのみを送信するデータ処理装置を提供すること。【解決手段】本発明のデータ処理装置では、記憶装置１２に、各アプリケーションＡ〜Ｃが要求するデータの内容、データを取得するセンサノードＴ１〜Ｔ３の配置条件、データの取得条件が登録されている。また記憶装置１３に、各センサノード毎に、センサノードの配置条件、データの取得条件、及び取得条件に従って取得されるデータの内容が登録されている。そして、ストリーム情報分析部４１が、センサノードから出力されたデータを取得し、出力元のセンサノードと、記憶装置１２，１３に登録された登録情報とに基づいて、各アプリケーションのうちの何れかによって要求されるデータを抽出し、抽出したデータに対して、当該データを要求するアプリケーションを配信先として割り当てる。【選択図】      図４
2007323350.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータ取得手段から出力される各出力データを受信し、前記受信した各出力データを、複数のアプリケーションのうちの何れかのアプリケーションに配信するデータ処理装置であって、
前記各アプリケーション毎に、前記各アプリケーションが要求する出力データの内容、前記出力データを取得するデータ取得手段の配置条件、前記データ取得手段によって取得される前記出力データの取得条件が登録された第一の登録情報と、
前記各データ取得手段毎に、データ取得手段の配置条件、このデータ取得手段が取得する出力データの取得条件、及び前記取得条件に従って取得される出力データの内容が登録された第二の登録情報と、
前記複数のデータ取得手段から出力された各出力データを取得し、前記取得した各出力データのうち、出力元のデータ取得手段と、前記第一及び第二の登録情報とに基づいて、前記各アプリケーションのうちの何れかによって要求される出力データを抽出し、前記抽出した出力データに対して、当該出力データを要求するアプリケーションを配信先として割り当てるデータ抽出手段と、
前記データ抽出手段によって配信先を割り当てられた出力データを、前記配信先であるアプリケーションへ送信するが、同一の配信先に割り当てられた複数の出力データについては、この複数の出力データを結合し、しかる後に、この結合した出力データを、前記同一の配信先であるアプリケーションへ送信するデータ送信手段と
を備えたデータ処理装置。
【請求項２】
請求項１に記載のデータ処理装置において、
前記データ送信手段による送信に係る送信負荷を計測する送信負荷計測手段と、
送信負荷を、その大きさに応じて段階的にレベル分けした複数の負荷レベルを予め定義した送信負荷基準に基づいて、前記送信負荷計測手段によって計測された送信負荷が、どの負荷レベルに属するのかを判定し、判定した負荷レベルを、前記データ抽出部に出力する負荷レベル判定手段とを更に備え、
前記第一の登録情報は、前記各アプリケーション毎に、前記各アプリケーションが要求する出力データの内容、前記出力データを取得するデータ取得手段の配置条件、前記データ取得手段によって取得される前記出力データの取得条件に加えて、前記負荷レベルが登録され、
前記データ抽出手段は、前記複数のデータ取得手段から出力された各出力データに加えて、前記負荷レベル判定手段から出力された負荷レベルを取得し、前記第一の登録情報において、前記負荷レベルに等しい負荷レベルが登録されているアプリケーションのみを対象として、出力元のデータ取得手段と、前記第一及び第二の登録情報とに基づいて、前記対象とされたアプリケーションのうちの何れかによって要求される出力データを抽出し、前記抽出した出力データに対して、当該出力データを要求するアプリケーションを配信先として割り当てる
データ処理装置。
【請求項３】
請求項１又は請求項２に記載のデータ処理装置において、
前記データ抽出手段は、前記第一又は第二の登録情報の内容が更新された場合には、更新内容が書き込まれた更新情報を作成し、前記作成した更新情報を出力し、
前記データ送信手段と前記各アプリケーションとの間に介挿して設けられ、前記データ抽出手段から前記更新情報が出力されると、前記データ送信手段から送信された出力データを、前記更新情報の内容に従った前記アプリケーションへ配信する配信手段を更に備えたデータ処理装置。
【請求項４】
請求項１乃至３のうち何れか１項に記載のデータ処理装置において、
外部通信ネットワークを介して他のデータ処理装置とデータや情報を送受信するとともに、受信したデータや情報を、自身が備えられたデータ処理装置内の部位に転送する送受信手段を更に備え、
前記送受信手段は、
前記他のデータ処理装置に対して、データや情報を要求する場合には、要求先である前記他のデータ処理装置に対して、前記要求先であるデータ処理装置のデータ抽出手段が取得した出力データ、前記要求先であるデータ処理装置が備えている第一の登録情報、及び第二の登録情報のうちの少なくとも何れかを要求する要求情報を送信し、
他のデータ処理装置から前記要求情報が送信されることによって情報を要求された場合には、この要求情報を受信し、この要求情報が前記出力データを要求しているのであれば、自身が備えられたデータ処理装置に備えられたデータ抽出手段が取得した出力データを取得し、前記要求情報が前記第一の登録情報を要求しているのであれば、前記自身が備えられたデータ処理装置に備えられた第一の登録情報を取得し、前記要求情報が前記第二の登録情報を要求しているのであれば、前記自身が備えられたデータ処理装置に備えられた第二の登録情報を取得し、
前記出力データ、第一の登録情報、及び第二の登録情報のうち、取得したものを返信情報として、前記要求元であるデータ処理装置に返信し、
前記送信した要求情報に応じて、前記要求先であるデータ処理装置から前記返信情報が返信されてきた場合には、前記返信情報を受信し、前記返信情報に前記出力データが含まれていれば、前記出力データを、前記自身が備えられたデータ処理装置に備えられたデータ抽出手段に転送し、前記返信情報に前記第一の登録情報が含まれていれば、自身が備えられたデータ処理装置に備えられた第一の登録情報の内容を、前記返信情報に含まれている第一の登録情報の内容で上書きし、前記返信情報に前記第二の登録情報が含まれていれば、前記自身が備えられたデータ処理装置に備えられた第二の登録情報の内容を、前記返信情報に含まれている第二の登録情報の内容で上書きするように動作し、
前記データ抽出手段は、前記送受信手段から出力データが転送された場合には、前記転送された各出力データのうち、出力元のデータ取得手段と、前記第一及び第二の登録情報とに基づいて、前記各アプリケーションのうちの何れかによって要求される出力データを抽出し、前記抽出した出力データに対して、当該出力データを要求するアプリケーションを配信先として割り当てるようにしたデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、データ処理装置に関し、例えば、センサから送られたセンシングデータや、ウェブカメラから送られた動画データのような複数の異種データを取得し、取得した各異種データを適切なアプリケーションに配信するためのデータ処理装置に関する。
【背景技術】
【０００２】
従来、例えば、センサ（以下、「センサノード」とも称する）から送られるセンシングデータや、ウェブカメラからストリームされる動画データのように、異種混合のデータを取得し、取得したデータを、アプリケーション側に配信するデータ処理装置が知られている。
【０００３】
この種のデータ処理装置では、例えば、海岸や河川に設置された水位レベルセンサ、流量センサ、海岸や河川際や道路に設置されたウェブカメラ、道路脇に設置された騒音センサ等といった様々なソースから異種混合のストリームデータを取得する。
【０００４】
そして、これら異種混合のストリームデータを取得すると、取得したストリームデータを、一つ又は複数のアプリケーションに配信している。アプリケーションは、これら配信されたストリームデータを用いて、所定の解析や分析等を行っている。例えば、交通情報を分析するアプリケーションであれば、配信されたストリームデータのうち、道路に設置されたウェブカメラからの動画データを用いて、道路の渋滞状況を分析する。水位を分析するアプリケーションであれば、配信されたストリームデータのうち、水位レベルセンサからのセンシングデータを用いて、海岸や河川の水位レベルを把握する。
【特許文献１】特開２００１−９２７５８号公報
【特許文献２】特開２００２−９９４７１号公報
【非特許文献１】渡辺陽介、北川博之、内山大悟、「問合わせ最適化機構を備えたデータストリーム統合システムの開発」、電子情報通信学会データ工学研究専門委員会  第１５回データ工学ワークショップ論文（２００４年６月１８日発行）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、このような従来のデータ処理装置では、以下のような問題がある。
【０００６】
すなわち、データ処理装置は、上述したように、様々なソースからストリームされたデータを取得すると、取得した全てのデータを、全てのアプリケーションに対して送信してしまう。このため、アプリケーション側には、自己で行う解析や分析等には利用しない、必要のないデータまで送信されてしまう。
【０００７】
つまり、従来のデータ処理装置は、必要のないデータまで送信するという無駄な動作をしており、最適化されておらず、アプリケーションへのデータ送信に係る余分な負荷や、アプリケーション自体に対しても余分な負荷をもたらす恐れがあるという問題がある。
【０００８】
また、必要のないデータを送信すること自体が、悪影響を及ぼす可能性もある。例えば、各種センサ群からのストリームデータをアプリケーションへ送信する場合、データ処理装置からアプリケーションへのネットワークの負荷がリアルタイムに変化する場合や、アプリケーション側のシステム処理能力が変化して低くなる等の制約がある場合には、ネットワークや、アプリケーション側のシステム処理能力の限界を超えてしまい、リアルタイム性を必要とするデータの処理等において、不都合が生じる恐れがあるという問題がある。
【０００９】
このような問題に関連する技術として、例えば、特許文献１では、デバイス情報をディレクトリサーバに登録することでアプリケーションからデバイス情報を利用可能にするが、登録の際にデバイス情報の更新頻度も合わせてディレクトリサーバに登録し、その更新頻度に応じて登録処理を分散的に行う技術が開示されている。しかしながら、特許文献１では、アプリケーションの要求に対応するデータ処理の最適化に関する技術は開示されていない。
【００１０】
また、非特許文献１には、ストリームデータに対する問合せの一手法が提示されているが、センサ群、ストリームデータ群、アプリケーション群を踏まえた最適化処理に係る技術は開示されていない。
【００１１】
また、特許文献２では、マルチメディアサービスを提供するコンポーネントをディレクトリサーバに登録しておき、アプリケーション実行時に登録されたコンポーネント間をＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）交渉を行って結合する技術が開示されている。しかしながら、独立した各アプリケーションの要求と、センサ群に対応するストリームデータ処理に関する技術は開示されていない。
【００１２】
以上説明したように、従来のデータ処理装置は、最適化されておらず、アプリケーションへのデータ送信に係る余分な負荷や、アプリケーション自体に対しても余分な負荷をもたらしているという問題がある。
【００１３】
本発明はこのような事情に鑑みてなされたものであり、様々なセンサ群から送られた異種混合のデータに対し、各アプリケーションそれぞれに、必要なデータのみを送信し、もって、アプリケーションへのデータ送信に係る負荷や、アプリケーション自体に対する処理負荷の低減を図ることが可能なデータ処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するために、本発明では、以下のような手段を講じる。
【００１５】
すなわち、請求項１の発明は、複数のデータ取得手段から出力される各出力データを受信し、受信した各出力データを、複数のアプリケーションのうちの何れかのアプリケーションに配信するデータ処理装置であって、第一及び第二の登録情報と、データ抽出手段と、データ送信手段とを備えてなる。
【００１６】
第一の登録情報には、各アプリケーション毎に、各アプリケーションが要求する出力データの内容、出力データを取得するデータ取得手段の配置条件、データ取得手段によって取得される出力データの取得条件が登録されている。
【００１７】
また、第二の登録情報には、各データ取得手段毎に、データ取得手段の配置条件、このデータ取得手段が取得する出力データの取得条件、及び取得条件に従って取得される出力データの内容が登録されている。
【００１８】
データ抽出手段は、複数のデータ取得手段から出力された各出力データを取得し、取得した各出力データのうち、出力元のデータ取得手段と、第一及び第二の登録情報とに基づいて、各アプリケーションのうちの何れかによって要求される出力データを抽出し、抽出した出力データに対して、当該出力データを要求するアプリケーションを配信先として割り当てる。
【００１９】
データ送信手段は、データ抽出手段によって配信先を割り当てられた出力データを、配信先であるアプリケーションへ送信するが、同一の配信先に割り当てられた複数の出力データについては、この複数の出力データを結合し、しかる後に、この結合した出力データを、同一の配信先であるアプリケーションへ送信する。
【００２０】
従って、請求項１の発明のデータ処理装置においては、以上のような手段を講じることにより、様々なデータ取得手段から送られた異種混合の出力データに対し、各アプリケーションそれぞれに、必要な出力データのみを送信することができる。その結果、アプリケーションへの出力データの送信に係る負荷や、アプリケーション自体に対する処理負荷の低減を図ることが可能となる。
【００２１】
また、請求項２の発明は、請求項１の発明のデータ処理装置において、データ送信手段による送信に係る送信負荷を計測する送信負荷計測手段と、送信負荷を、その大きさに応じて段階的にレベル分けした複数の負荷レベルを予め定義した送信負荷基準に基づいて、送信負荷計測手段によって計測された送信負荷が、どの負荷レベルに属するのかを判定し、判定した負荷レベルを、データ抽出部に出力する負荷レベル判定手段とを更に備えている。
【００２２】
ここで、第一の登録情報は、各アプリケーション毎に、各アプリケーションが要求する出力データの内容、出力データを取得するデータ取得手段の配置条件、データ取得手段によって取得される出力データの取得条件に加えて、負荷レベルが登録されている。
【００２３】
そして、データ抽出手段は、複数のデータ取得手段から出力された各出力データに加えて、負荷レベル判定手段から出力された負荷レベルを取得し、第一の登録情報において、負荷レベルに等しい負荷レベルが登録されているアプリケーションのみを対象として、出力元のデータ取得手段と、第一及び第二の登録情報とに基づいて、対象とされたアプリケーションのうちの何れかによって要求される出力データを抽出し、抽出した出力データに対して、当該出力データを要求するアプリケーションを配信先として割り当てる。
【００２４】
従って、請求項２の発明のデータ処理装置においては、以上のような手段を講じることにより、様々なデータ取得手段から送られた異種混合の出力データに対し、各アプリケーションそれぞれに、刻々と変化する送信負荷状況に応じて必要な出力データのみを送信することができる。その結果、アプリケーションへの出力データの送信に係る負荷や、アプリケーション自体に対する処理負荷の低減を図ることが可能となる。
【００２５】
更に、請求項３の発明は、請求項１又は請求項２の発明のデータ処理装置において、データ抽出手段は、第一又は第二の登録情報の内容が更新された場合には、更新内容が書き込まれた更新情報を作成し、作成した更新情報を出力する。そして、このデータ処理装置は、データ送信手段と各アプリケーションとの間に介挿して設けられ、データ抽出手段から更新情報が出力されると、データ送信手段から送信された出力データを、更新情報の内容に従ったアプリケーションへ配信する配信手段を更に備えている。
【００２６】
従って、請求項３の発明のデータ処理装置においては、以上のような手段を講じることにより、請求項１及び請求項２の発明で奏された作用効果に加えて、アプリケーションからの要求内容や、配信先や、負荷レベル等に変化があった場合であっても、直ちにその変化に応じて出力データを適切なアプリケーションへ配信することが可能となる。
【００２７】
更に、請求項４の発明は、請求項１乃至３のうち何れか１項の発明のデータ処理装置において、外部通信ネットワークを介して他のデータ処理装置とデータや情報を送受信するとともに、受信したデータや情報を、自身が備えられたデータ処理装置内の適切な部位に転送する送受信手段を更に備えている。この送受信手段は、他のデータ処理装置に対して、データや情報を要求する場合には、要求先である他のデータ処理装置に対して、要求先であるデータ処理装置のデータ抽出手段が取得した出力データ、要求先であるデータ処理装置が備えている第一の登録情報、及び第二の登録情報のうちの少なくとも何れかを要求する要求情報を送信する。また、他のデータ処理装置から要求情報が送信されることによって情報を要求された場合には、この要求情報を受信し、この要求情報がデータを要求しているのであれば、自身が備えられたデータ処理装置に備えられたデータ抽出手段が取得したデータを取得し、要求情報が第一の登録情報を要求しているのであれば、自身が備えられたデータ処理装置に備えられた第一の登録情報を取得し、要求情報が第二の登録情報を要求しているのであれば、自身が備えられたデータ処理装置に備えられた第二の登録情報を取得する。また、出力データ、第一の登録情報、及び第二の登録情報のうち、取得したものを返信情報として、要求元であるデータ処理装置に返信する。また、送信した要求情報に応じて、要求先であるデータ処理装置から返信情報が返信されてきた場合には、返信情報を受信し、返信情報に出力データが含まれていれば、出力データを、自身が備えられたデータ処理装置に備えられたデータ抽出手段に転送し、返信情報に第一の登録情報が含まれていれば、自身が備えられたデータ処理装置に備えられた第一の登録情報の内容を、返信情報に含まれている第一の登録情報の内容で上書きし、返信情報に第二の登録情報が含まれていれば、自身が備えられたデータ処理装置に備えられた第二の登録情報の内容を、返信情報に含まれている第二の登録情報の内容で上書きする。
【００２８】
そして、データ抽出手段は、送受信手段から出力データが転送された場合には、転送された各出力データのうち、出力元のデータ取得手段と、第一及び第二の登録情報とに基づいて、各アプリケーションのうちの何れかによって要求される出力データを抽出し、抽出した出力データに対して、当該出力データを要求するアプリケーションを配信先として割り当てる。
【００２９】
従って、請求項４の発明のデータ処理装置においては、以上のような手段を講じることにより、他のデータ処理装置からの第一の登録情報、第二の登録情報、出力データを用いて、請求項１、請求項２、及び請求項３のそれぞれで得られた作用効果と同様の作用効果を奏することが可能となる。
【発明の効果】
【００３０】
本発明によれば、様々なセンサ群から送られた異種混合のデータに対し、各アプリケーションそれぞれに、必要なデータのみを送信することができる。以上により、アプリケーションへのデータ送信に係る負荷や、アプリケーション自体に対する処理負荷の低減を図ることが可能なデータ処理装置を実現することができる。
【発明を実施するための最良の形態】
【００３１】
以下に、本発明を実施するための最良の形態について図面を参照しながら説明する。
【００３２】
（第１の実施の形態）
図１は、第１の実施の形態に係るデータ処理装置の構成例を示す機能ブロック図である。
【００３３】
すなわち、本実施の形態に係るデータ処理装置１０は、データ処理部１１と、アプリケーション情報記憶装置１２と、センサ情報記憶装置１３と、経路フィルタ１４とを備えており、各センサノードＴ１〜Ｔ３（以下、「センサノードＴ」と総称する場合もある）からのストリームデータが、データ処理部１１とセンサ情報記憶装置１３に出力されるようにしている。また、経路フィルタ１４には、アプリケーションＡ〜Ｃが接続されている。なお、図１では、代表的に、三つのセンサノードＴ１〜Ｔ３と、三つのアプリケーションＡ〜Ｃのみを例示しているが、それぞれ三つに限定される訳ではない。また、例えば、センサノードＴ１は、同一場所に設置された複数のセンサノード（例えば、図３中に示すようなセンサノードＴ１−１〜Ｔ１−３）をまとめて称していても良い。
【００３４】
センサノードＴ１〜Ｔ３は、水位計、流量計、流速計、ＣＣＤカメラ、あるいはＷｅｂカメラ等のように、センシングデータや画像データを取得するセンサ類である。これらセンサノードＴ１〜Ｔ３は、取得したデータをストリームデータとしてデータ処理部１１に出力する。
【００３５】
アプリケーション情報記憶装置１２は、ハードディスク等のハードウェアからなり、データ処理部１１及び経路フィルタ１４とデータ授受可能なように接続されている。そして、図２に示すような、アプリケーション要求情報テーブル１２ａを格納している。アプリケーション要求情報テーブル１２ａは、整理番号であるアプリケーション要求情報番号１２ｂと、アプリケーション名１２ｃと、各アプリケーションＡ〜Ｃが取り扱うストリームデータ種類１２ｄと、各ストリームデータが取得された場所１２ｅ及び位置間隔１２ｆと、ストリームデータを要求する要求間隔１２ｇと、センサノードがカメラである場合、カメラの向けられた方向１２ｈとの各データ項目からなるデータレコードを多数格納している。このようなアプリケーション要求情報テーブル１２ａへのデータレコードの登録は、各アプリケーションＡ〜Ｃが、経路フィルタ１４を経由してデータ処理部１１（後述するアプリケーション要求情報登録部４３）にアクセスし、必要な情報を送信し、これに応じて、データ処理部１１（後述するアプリケーション要求情報登録部４３）が、アプリケーション情報記憶装置１２にアクセスし、各アプリケーションＡ〜Ｃから送信された情報を、アプリケーション要求情報テーブル１２ａに書き込むことによって行う。
【００３６】
センサ情報記憶装置１３は、ハードディスク等のハードウェアからなり、データ処理部１１及び各センサノードＴとデータ授受可能なように接続されている。そして、図３に示すようなセンサ情報テーブル１３ａを格納している。センサ情報テーブル１３ａは、整理番号であるセンサ情報番号１３ｂと、各センサノードＴにそれぞれ付されたセンサ名１３ｃと、各センサノードＴが取り扱うストリームデータ種類１３ｄと、各センサノードＴが設置された場所１３ｅ及び位置１３ｆと、ストリームデータが取得される時間間隔１３ｇと、センサノードＴがカメラである場合、カメラの向けられた方向１３ｈとの各データ項目からなるデータレコードを多数格納している。このようなセンサ情報テーブル１３ａへのデータレコードの登録は、例えばＺｉｇＢｅｅのような既存技術を用いて、各センサノードＴ１〜Ｔ３が、データ処理部１１（後述するセンサ情報登録部４４）にアクセスし、必要な情報を送信し、これに応じて、データ処理部１１（後述するセンサ情報登録部４４）が、センサ情報記憶装置１３にアクセスし、各センサノードＴ１〜Ｔ３から送信された情報を、センサ情報テーブル１３ａに書き込むことによって行う。
【００３７】
データ処理部１１は、センサノードＴからストリームデータが出力されると、アプリケーション情報記憶装置１２に格納されたアプリケーション要求情報テーブル１２ａ、及びセンサ情報記憶装置１３に格納されたセンサ情報テーブル１３ａの情報を用いて、各アプリケーションＡ〜Ｃへ送信を要する情報のみを含むストリームデータをフィルタリングし、このフィルタリングしたストリームデータを、対応するアプリケーションＡ〜Ｃにそれぞれ送信する。つまり、それぞれのアプリケーションＡ〜Ｃに対して、必要な情報のみを送信するためのデータ処理を司っている。このようなデータ処理部１１の詳細構成を示す機能ブロック図を図４に示す。
【００３８】
すなわち、データ処理部１１は、ストリーム情報分析部４１と、データ加工部４２と、アプリケーション要求情報登録部４３と、センサ情報登録部４４とを備えている。
【００３９】
アプリケーション要求情報登録部４３は、各アプリケーションＡ〜Ｃからの要求に応じて、アプリケーション要求情報テーブル１２ａへデータレコードを登録する。すなわち、各アプリケーションＡ〜Ｃが、経路フィルタ１４を経由してアプリケーション要求情報登録部４３にアクセスし、必要な情報を送信すると、アプリケーション要求情報登録部４３は、アプリケーション情報記憶装置１２にアクセスし、各アプリケーションＡ〜Ｃから送信された情報を、アプリケーション要求情報テーブル１２ａに書き込むことによってデータレコードを登録する。
【００４０】
センサ情報登録部４４は、各センサノードＴ１〜Ｔ３からの要求に応じて、センサ情報テーブル１３ａへデータレコードを登録する。すなわち、各センサノードＴ１〜Ｔ３が、センサ情報登録部４４にアクセスし、必要な情報を送信すると、センサ情報登録部４４は、センサ情報記憶装置１３にアクセスし、各センサノードＴ１〜Ｔ３から送信された情報を、センサ情報テーブル１３ａに書き込むことによってデータレコードを登録する。
【００４１】
ストリーム情報分析部４１は、先ず、アプリケーション情報記憶装置１２に格納されたアプリケーション要求情報テーブル１２ａに登録されたデータレコードを取得し、センサ情報記憶装置１３に格納されたセンサ情報テーブル１３ａから、対応するデータレコードのセンサ情報番号１３ｂを取得する。
【００４２】
また、ストリーム情報分析部４１には、各センサノードＴからストリームデータＳＴ（ＳＴ１，ＳＴ２，・・・）が出力されて来る。ストリームデータＳＴは、出力元のセンサノードＴを識別するヘッダｈと、実体データｄとから構成されている。そして、このようなストリームデータＳＴ（ＳＴ１，ＳＴ２，・・・）が出力されて来ると、ヘッダｈから出力元のセンサノードＴを把握し、前記該当するセンサ情報番号１３ｂのデータレコードのセンサ名１３ｃに一致するセンサノードＴからのストリームデータＳＴを取得することによって、ストリームデータＳＴのフィルタリングを行う。そして、フィルタリングして得たストリームデータＳＴをデータ加工部４２に出力する。
【００４３】
そして、アプリケーション要求情報テーブル１２ａとセンサ情報テーブル１３ａとに基づいて、このフィルタリングして得たストリームデータＳＴを要求しているアプリケーション（アプリケーション要求情報テーブル１２ａにおけるアプリケーション名１２ｃ）を把握し、このアプリケーションを宛先として含んだヘッダ情報Ｈ（例えば、アプリケーションＡを宛先とするヘッダ情報Ｈを「ａｐｐＡ」とする）を作成し、作成したヘッダ情報Ｈも、データ加工部４２に出力する。なお、宛先は、一つのアプリケーションのみに限られず、複数のアプリケーションである場合もありうる。そのような場合、全ての宛先を含んだヘッダ情報Ｈを作成する。例えば、アプリケーションＡ，Ｂが宛先である場合、ヘッダ情報Ｈを「ａｐｐＡ，ａｐｐＢ」とする。
【００４４】
データ加工部４２は、ストリーム情報分析部４１から出力されたストリームデータＳＴに、同じくストリーム情報分析部４１から出力されたヘッダ情報Ｈを付加して加工ストリームデータＫＳを作成する。そして、この作成した加工ストリームデータＫＳを、経路フィルタ１４へ出力する。
【００４５】
また、データ加工部４２は、作成した複数の加工ストリームデータＫＳのヘッダ情報Ｈをそれぞれ照合し、同一のヘッダ情報Ｈを持つ（すなわち、宛先のアプリケーションが同じである）加工ストリームデータＫＳが存在している場合には、共通のヘッダ情報Ｈを持つ加工ストリームデータＫＳに結合する。そして、結合した加工ストリームデータＫＳを、経路フィルタ１４へ出力する。図４において、データ加工部４２から出力されている加工ストリームデータＫＳは、ストリーム情報分析部４１からデータ加工部４２へ出力されたストリームデータＳＴ１とストリームデータＳＴ２との宛先がともにアプリケーションＡ，Ｂ，Ｃであるので、共通のヘッダ情報Ｈ「ａｐｐＡ，ａｐｐＢ，ａｐｐＣ」の次に、ストリームデータＳＴ１の実体データｄ１と、ストリームデータＳＴ２の実体データｄ２とを結合している。
【００４６】
経路フィルタ１４は、このようにしてデータ加工部４２から加工ストリームデータＫＳが出力されると、加工ストリームデータＫＳのヘッダ情報Ｈに基づいて宛先のアプリケーションを把握し、把握したアプリケーションに加工ストリームデータＫＳを送信する。
【００４７】
これによって、各アプリケーションＡ〜Ｃに、アプリケーション要求情報テーブル１２ａで予め登録しておいた必要なデータのみを提供する。
【００４８】
次に、以上のように構成した本実施の形態に係るデータ処理装置の動作を図５に示すフローチャートを用いて説明する。
【００４９】
まず、図２に示すようなアプリケーション要求情報テーブル１２ａに情報が登録され、アプリケーション情報記憶装置１２に格納される（Ｓ５１）。アプリケーション要求情報テーブル１２ａは、整理番号であるアプリケーション要求情報番号１２ｂと、アプリケーション名１２ｃと、各アプリケーションＡ〜Ｃが取り扱うストリームデータ種類１２ｄと、各ストリームデータが取得された場所１２ｅ及び位置間隔１２ｆと、ストリームデータを要求する要求間隔１２ｇと、センサノードがカメラである場合、カメラの向けられた方向１２ｈとの各データ項目から構成されたデータレコードを多数格納している。このようなアプリケーション要求情報テーブル１２ａへのデータレコードの登録は、各アプリケーションＡ〜Ｃが、経路フィルタ１４を経由してアプリケーション要求情報登録部４３にアクセスし、必要な情報を送信し、これに応じて、アプリケーション要求情報登録部４３が、アプリケーション情報記憶装置１２にアクセスし、各アプリケーションＡ〜Ｃから送信された情報を、アプリケーション要求情報テーブル１２ａに書き込むことによって行われる。
【００５０】
次に、図３に示すようなセンサ情報テーブル１３ａに、センサ情報が登録され、センサ情報記憶装置１３に格納される（Ｓ５２）。センサ情報テーブル１３ａは、整理番号であるセンサ情報番号１３ｂと、各センサノードＴにそれぞれ付されたセンサ名１３ｃと、各センサノードＴが取り扱うストリームデータ種類１３ｄと、各センサノードＴが設置された場所１３ｅ及び位置１３ｆと、ストリームデータが取得される時間間隔１３ｇと、センサノードＴがカメラである場合、カメラの向けられた方向１３ｈとの各データ項目から構成されるデータレコードを多数格納している。このようなセンサ情報テーブル１３ａへのデータレコードの登録は、例えばＺｉｇＢｅｅのような既存技術を用いて、各センサノードＴ１〜Ｔ３が、センサ情報登録部４４にアクセスし、必要な情報を送信し、これに応じて、センサ情報登録部４４が、センサ情報記憶装置１３にアクセスし、各センサノードＴ１〜Ｔ３から送信された情報を、センサ情報テーブル１３ａに書き込むことによって行われる。
【００５１】
そして、ステップＳ５１においてアプリケーション要求情報テーブル１２ａに登録された各データレコードが、データ処理部１１のストリーム情報分析部４１によって取得される（Ｓ５３）。また、ステップＳ５２においてセンサ情報テーブル１３ａに登録された各データレコードも同様に、データ処理部１１のストリーム情報分析部４１によって取得される（Ｓ５４）。
【００５２】
次に、ストリーム情報分析部４１において、アプリケーション要求情報テーブル１２ａに登録された情報に基づいて、センサ情報テーブル１３ａから、該当するデータレコードのセンサ情報番号１３ｂが取得される（Ｓ５５）。
【００５３】
また、ストリーム情報分析部４１には、各センサノードＴからストリームデータＳＴ（ＳＴ１，ＳＴ２，・・・）が出力されて来る。ストリームデータＳＴは、出力元のセンサノードＴを識別するヘッダｈと、実体データｄとから構成されている。そして、このようにストリーム情報分析部４１に出力されたストリームデータＳＴ（ＳＴ１，ＳＴ２，・・・）は、そのヘッダｈから、出力元のセンサノードＴが把握され、前記該当するセンサ情報番号１３ｂに対応するセンサ名１３ｃに一致するセンサノードＴからのストリームデータＳＴを取得することによって、ストリームデータＳＴのフィルタリングが行われる（Ｓ５６）。
【００５４】
このフィルタリングにより、ストリームデータＳＴが得られた場合には（Ｓ５７：Ｙｅｓ）、得られたストリームデータＳＴがデータ加工部４２に出力され、ステップＳ５８の処理に進む。一方、フィルタリングにより除外されたストリームデータＳＴについては（Ｓ５７：Ｎｏ）、不要なストリームデータＳＴとして、これ以上の処理はなされない（Ｓ６１）。
【００５５】
ステップＳ５８では、ストリーム情報分析部４１において、アプリケーション要求情報テーブル１２ａとセンサ情報テーブル１３ａとに基づいて、このフィルタリングして得たストリームデータＳＴを要求しているアプリケーション（アプリケーション要求情報テーブル１２ａにおけるアプリケーション名１２ｃ）が把握され、このアプリケーションを宛先として含んだヘッダ情報Ｈ（例えば、アプリケーションＡを宛先とするヘッダ情報Ｈを「ａｐｐＡ」とする）が作成され、作成したヘッダ情報Ｈも、データ加工部４２に出力される。なお、宛先は、一つのアプリケーションのみに限られず、複数のアプリケーションである場合もありうる。そのような場合、全ての宛先を含んだヘッダ情報Ｈが作成される。例えば、アプリケーションＡ，Ｂが宛先である場合、ヘッダ情報が「ａｐｐＡ，ａｐｐＢ」とされる（Ｓ５８）。
【００５６】
次に、データ加工部４２において、ストリーム情報分析部４１から出力されたストリームデータＳＴに、同じくストリーム情報分析部４１から出力されたヘッダ情報Ｈが付加されて加工ストリームデータＫＳが作成される。この作成された加工ストリームデータＫＳは、経路フィルタ１４へ出力される。
【００５７】
また、データ加工部４２では、作成した複数の加工ストリームデータＫＳのヘッダ情報Ｈがそれぞれ照合され、同一のヘッダ情報Ｈを持つ（すなわち、宛先のアプリケーションが同じである）加工ストリームデータＫＳが存在している場合には、同一のヘッダ情報Ｈを持つ加工ストリームデータＫＳに結合される。そして、結合された加工ストリームデータＫＳが、経路フィルタ１４へ出力される（Ｓ５９）。
【００５８】
経路フィルタ１４では、このようにしてデータ加工部４２から加工ストリームデータＫＳが出力されると、加工ストリームデータＫＳのヘッダ情報Ｈに基づいて宛先のアプリケーションが把握され、把握されたアプリケーションへ加工ストリームデータＫＳが送信される（Ｓ６０）。これによって、アプリケーションＡ〜Ｃには、必要な加工ストリームデータＫＳのみがまとめて送られるようになるので、アプリケーションＡ〜ＣへのストリームデータＳＴの送信に係る負荷や、アプリケーションＡ〜Ｃ自体に対する処理負荷が低減される。
【００５９】
上述したように、本実施の形態に係るデータ処理装置においては、上記のような作用により、様々なセンサノードから送られた異種混合のストリームデータに対し、各アプリケーションそれぞれに、必要なストリームデータのみを送信することができる。その結果、アプリケーションへのストリームデータの送信に係る負荷や、アプリケーション自体に対する処理負荷の低減を図ることが可能となる。
【００６０】
（第２の実施の形態）
図６は、第２の実施の形態に係るデータ処理装置６０の構成例を示す機能ブロック図である。
【００６１】
図７は、本実施の形態に係るデータ処理装置６０におけるデータ処理部７１の詳細構成を示す機能ブロック図である。
【００６２】
本実施の形態に係るデータ処理装置６０は、第１の実施の形態に係るデータ処理装置１０の変形例であるので、同一箇所については同一符号を付して重複説明を避け、第１の実施の形態と異なる点について説明する。
【００６３】
すなわち、本実施の形態に係るデータ処理装置６０は、第１の実施の形態に係るデータ処理装置１０に、ネットワークアナライザ６１と、負荷情報管理部６３とを更に付加した構成としている。更に、アプリケーション情報記憶装置１２が、図２に示すようなアプリケーション要求情報テーブル１２ａではなく、図８に示すようなアプリケーション要求情報テーブル６２ａを格納している。
【００６４】
図８に示すアプリケーション要求情報テーブル６２ａは、図２に示すアプリケーション要求情報テーブル１２ａに、負荷レベル６２ｉの項目を付加している。負荷レベルとは、データ処理装置６０からアプリケーションＡ〜Ｃへの加工ストリームデータＫＳの送信に係る負荷の程度のことであり、例えば、データ処理装置６０からアプリケーションＡ〜Ｃへの加工ストリームデータＫＳの送信負荷が１００〜１２０％の場合を負荷レベル１、８０〜１００％の場合を負荷レベル２のように、任意に設定するようにしてよい。このようなアプリケーション要求情報テーブル６２ａのデータレコードもまた、第１の実施の形態で説明したようにして、各アプリケーションＡ〜Ｃが登録する。
【００６５】
ネットワークアナライザ６１は、データ処理部１１と経路フィルタ１４との間に介挿して設けられており、データ処理部７１のデータ加工部４２から経路フィルタ１４に向けて出力された加工ストリームデータＫＳによる送信負荷を計測し、計測結果（例えば、送信負荷８０％等）を負荷情報管理部６３へ出力する。
【００６６】
負荷情報管理部６３は、予め設定した基準に基づいて、ネットワークアナライザ６１から出力された計測結果（例えば、送信負荷８０％等）が、どの負荷レベルに属するのかを判定する。例えば、送信負荷が１００〜１２０％の場合を負荷レベル１、８０〜１００％の場合を負荷レベル２とするように基準を設定しているのであれば、計測結果として送信負荷８０％がネットワークアナライザ６１から出力されたのであれば、この計測結果から、負荷レベル２であると判定する。そして、このように判定した負荷レベルを、データ処理部１１のストリーム情報分析部４１に出力する。
【００６７】
ストリーム情報分析部４１は、このようにして負荷情報管理部６３から負荷レベルが出力されると、アプリケーション情報記憶装置１２に格納されたアプリケーション要求情報テーブル６２ａに登録されたデータレコードの中から、負荷情報管理部６３から出力された負荷レベルに等しい負荷レベル６２ｉを持つデータレコードのみを抽出する。例えば、負荷情報管理部６３から出力された負荷レベルが負荷レベル２であれば、アプリケーション要求情報番号１２ｂがＲＮ００２，ＲＮ００４，ＲＮ００６，ＲＮ００８であるデータレコードを抽出し、これら抽出したデータレコードのみを、以降のデータ処理の対象とする。
【００６８】
次に、ストリーム情報分析部４１は、第１の実施の形態で説明したような処理を続ける。ただし、ストリーム情報分析部４１は、上記抽出したデータレコードを対象に、センサ情報記憶装置１３に格納されたセンサ情報テーブル１３ａから、対応するデータレコードのセンサ情報番号１３ｂを取得する。そして、ストリームデータＳＴ（ＳＴ１，ＳＴ２，・・・）が出力されて来ると、ヘッダｈから出力元のセンサノードＴを把握し、前記該当するセンサ情報番号１３ｂのデータレコードのセンサ名１３ｃに一致するセンサノードＴからのストリームデータＳＴを取得することによって、ストリームデータＳＴのフィルタリングを行う。そして、フィルタリングして得たストリームデータＳＴをデータ加工部４２に出力する。
【００６９】
そして、アプリケーション要求情報テーブル６２ａのうち、上記抽出したデータレコードと、センサ情報テーブル１３ａとに基づいて、このフィルタリングして得たストリームデータＳＴを要求しているアプリケーション（上記抽出したデータレコードにおけるアプリケーション名１２ｃ）を把握し、このアプリケーションを宛先として含んだヘッダ情報Ｈ（例えば、アプリケーションＡを宛先とするヘッダ情報Ｈを「ａｐｐＡ」とする）を作成し、作成したヘッダ情報Ｈも、データ加工部４２に出力する。
【００７０】
データ加工部４２及び経路フィルタ１４の構成は、第１の実施の形態で説明した通りである。
【００７１】
これによって、本実施の形態では、刻々と変化する送信負荷状況に応じて加工ストリームデータＫＳを送信しながら、各アプリケーションＡ〜Ｃに、必要なデータのみを提供することができる。
【００７２】
次に、以上のように構成した本実施の形態に係るデータ処理装置６０の動作を図５及び図９に示すフローチャートを用いて説明する。
【００７３】
本実施の形態に係るデータ処理装置６０では、図８に示すようなアプリケーション要求情報テーブル６２ａに要求情報が登録され、アプリケーション情報記憶装置１２に格納されている。そして、図５に示すステップＳ６０において、データ加工部４２から加工ストリームデータＫＳが送信されると、ネットワークアナライザ６１によって、データ加工部４２からの加工ストリームデータＫＳによる送信負荷が計測され、計測結果（例えば、送信負荷８０％等）が負荷情報管理部６３へ出力される（Ｓ８０）。
【００７４】
負荷情報管理部６３では、予め設定した基準に基づいて、ネットワークアナライザ６１から出力された計測結果（例えば、送信負荷８０％等）が、どの負荷レベルに属するのかが判定される（Ｓ８１）。例えば、送信負荷が１００〜１２０％の場合を負荷レベル１、８０〜１００％の場合を負荷レベル２とするように基準を設定しており、計測結果として送信負荷８０％がネットワークアナライザ６１から出力されたのであれば、この計測結果から、負荷レベル２と判定される。そして、このように判定された負荷レベルは、データ処理部１１のストリーム情報分析部４１へ出力される。
【００７５】
ストリーム情報分析部４１では、このようにして負荷情報管理部６３から負荷レベルが出力されると、アプリケーション情報記憶装置１２に格納されたアプリケーション要求情報テーブル６２ａに登録されたデータレコードの中から、負荷情報管理部６３から出力された負荷レベルに等しい負荷レベル６２ｉを持つデータレコードが抽出される（Ｓ８２）。例えば、負荷情報管理部６３から出力された負荷レベルが負荷レベル２であれば、アプリケーション要求情報番号１２ｂがＲＮ００２，ＲＮ００４，ＲＮ００６，ＲＮ００８であるデータレコード、すなわち要求時間１２ｇの間隔が長く、負荷レベルの低いデータレコードが抽出され、これら抽出されたデータレコードのみが、以降のデータ処理の対象とされ、図５のフローチャートにおけるステップＳ５３及びＳ５４の処理に続く。
【００７６】
上述したように、本実施の形態に係るデータ処理装置においては、上記のような作用により、様々なセンサノードから送られた異種混合のストリームデータに対し、各アプリケーションそれぞれに、刻々と変化する送信負荷状況に応じて必要なストリームデータのみを送信することができる。その結果、アプリケーションへのストリームデータの送信に係る負荷や、アプリケーション自体に対する処理負荷の低減を図ることが可能となる。
【００７７】
（第３の実施の形態）
図１０は、第３の実施の形態に係るデータ処理装置におけるデータ処理部１００の詳細構成を示す機能ブロック図である。
【００７８】
本実施の形態に係るデータ処理装置の図１０に示す機能ブロック図は、第２の実施の形態の図７からの変形例として示しているが、本実施の形態に係るデータ処理装置は、第２の実施の形態のみならず第１の実施の形態に係るデータ処理装置１０の変形例でもありうる。以下では、第２の実施の形態に係るデータ処理装置６０の変形例として、第２の実施の形態と同一箇所については同一符号を付して重複説明を避け、第２の実施の形態と異なる点について説明する。
【００７９】
すなわち、本実施の形態に係るデータ処理装置のデータ処理部１００は、第２の実施の形態に係るデータ処理装置６０のデータ処理部７１に、ヘッダ統合情報記憶装置１０１を更に付加した構成としている。
【００８０】
ヘッダ統合情報記憶装置１０１は、データ加工部４２からの送信負荷が変化した場合や、アプリケーションＡ〜Ｃからの要求情報や、センサノードＴからの出力情報が変化した場合に、データ加工部４２から送信された加工ストリームデータＫＳのヘッダＨの情報の最新の更新情報等を、ストリーム情報分析部４１が書き込むためのヘッダ統合情報テーブルを格納する記憶装置であって、ハードディスク等のハードウェアからなる。
【００８１】
図１１は、ヘッダ統合情報テーブル１１０の一例を示すデータ構成図である。ヘッダ統合情報テーブル１１０は、項目として、ヘッダ番号１１０ａ、現状ヘッダ情報１１０ｂ、アプリケーション要求情報番号１１０ｃ、センサ情報番号１１０ｄ、ネットワーク負荷レベル１１０ｅ、更新ヘッダ情報１１０ｆ、更新アプリケーション要求情報番号１１０ｇ、更新センサ情報番号１１０ｈ、更新ネットワーク負荷レベル１１０ｉを含んでなる。
【００８２】
アプリケーション情報記憶装置１２は、アプリケーション要求情報テーブル１２ａに登録された情報の過去分を蓄積し、センサ情報記憶装置１３は、センサ情報テーブル１３ａに登録された情報の過去分を蓄積して行く。
【００８３】
一方、ストリーム情報分析部４１がヘッダＨを発行し、データ加工部４２から加工ストリームデータＫＳが送信され始めた後も含めて、ストリーム情報分析部４１は、アプリケーションＡ〜Ｃのうちの何れかによってアプリケーション要求情報テーブル１２ａの内容が変更されると、変更されたアプリケーション要求情報テーブル１２ａを考慮する。また、ストリーム情報分析部４１は、センサノードＴ１〜Ｔ３のうちの何れかによってセンサ情報テーブル１３ａの内容が変更されると、変更されたセンサ情報テーブル１３ａを考慮する。更に、ストリーム情報分析部４１は、負荷情報管理部６３から出力される負荷レベルを考慮する。
【００８４】
ストリーム情報分析部４１は、データ加工部４２からの送信負荷が変化した場合や、アプリケーションＡ〜Ｃからの要求情報や、センサノードＴからの出力情報等が更新された場合に、更新ヘッダ情報１１０ｆ、更新アプリケーション要求情報番号１１０ｇ、更新センサ情報番号１１０ｈ、及び更新ネットワーク負荷レベル１１０ｉのうちの該当する更新情報を、ヘッダ統合情報記憶装置１０１内のヘッダ統合情報テーブル１１０に書き込む。
【００８５】
更にストリーム情報分析部４１は、ヘッダ統合情報テーブル１１０から、書き込み済みのヘッダＨのデータレコードを取得し、そのヘッダＨの内容と、アプリケーション要求情報テーブル１２ａの内容、センサ情報テーブル１３ａの内容、及び負荷情報管理部６３からの負荷レベル情報とを比べて、ヘッダＨの内容に変更が生じている場合は、変更内容をヘッダ統合情報テーブル１１０に反映する。例えば、現状ヘッダ情報１１０ｂに変更が生じている場合には、変更内容を、更新ヘッダ情報１１０ｆに書き込む。アプリケーション要求情報番号１１０ｃに変更が生じている場合には、変更内容を、更新アプリケーション要求情報番号１１０ｇに書き込む。センサ情報番号１１０ｄに変更が生じている場合には、変更内容を、更新センサ情報番号１１０ｈに書き込む。ネットワーク負荷レベル１１０ｅに変更が生じている場合には、変更内容を、更新ネットワーク負荷レベル１１０ｉに書き込む。
【００８６】
そして、ストリーム情報分析部４１は、このようにしてヘッダ統合情報テーブル１１０に変更内容を書き込むと、このヘッダ統合情報テーブル１１０に書き込まれた情報を、経路フィルタ１４に出力する。
【００８７】
経路フィルタ１４は、このようにしてヘッダ統合情報テーブル１１０の情報を渡されると、データ加工部４２から出力された加工ストリームデータＫＳについて、そのヘッダ番号１１０ａに基づいて、ヘッダ情報が更新されているかを判定し、更新されている場合には、更新された内容に従ってこの加工ストリームデータＫＳをアプリケーションに配信する。一方、更新されていない場合には、従来のヘッダ情報に従ってこの加工ストリームデータＫＳをアプリケーションに配信する。
【００８８】
これによって、本実施の形態に係るデータ処理装置は、ヘッダ統合情報テーブル１１０を用いることによって、アプリケーションからの要求内容や、宛先や、負荷レベル等に変化があった場合であっても、直ちにその変化に応じて加工ストリームデータＫＳを正しいアプリケーションへ配信できるようにしている。
【００８９】
次に、以上のように構成した本実施の形態に係るデータ処理装置の動作について図１２に示すフローチャートを用いて説明する。
【００９０】
本実施の形態に係るデータ処理装置では、第２の実施の形態に係るデータ処理装置６０のデータ処理部１１に、ヘッダ統合情報記憶装置１０１が更に付加されている。
【００９１】
ハードディスク等のハードウェアからなるヘッダ統合情報記憶装置１０１には、データ加工部４２からの送信負荷が変化した場合や、アプリケーションＡ〜Ｃからの要求情報や、センサノードＴからの出力情報が変化した場合に、データ加工部４２から送信された加工ストリームデータＫＳのヘッダＨの情報の最新の更新情報等が、ストリーム情報分析部４１によって書き込まれる図１１に示すようなヘッダ統合情報テーブル１１０が格納されている。
【００９２】
そして、アプリケーション情報記憶装置１２には、アプリケーション要求情報テーブル１２ａに登録された情報の過去分が蓄積され、センサ情報記憶装置１３には、センサ情報テーブル１３ａに登録された情報の過去分が蓄積されて行く。
【００９３】
まず、ストリーム情報分析部４１によって、ヘッダ統合情報記憶装置１０１に格納されたヘッダ統合情報テーブル１１０から、書き込み済みのヘッダＨが取得される（Ｓ１２１）。また、ストリーム情報分析部４１がヘッダＨを発行し、データ加工部４２から加工ストリームデータＫＳが送信され始めた後も含めて、アプリケーションＡ〜Ｃのうちの何れかによってアプリケーション要求情報テーブル１２ａの内容が変更されると、ストリーム情報分析部４１がアプリケーション要求情報テーブル１２ａを取得することによって、ストリーム情報分析部４１によってその変更内容が考慮される（Ｓ１２２）。また、センサノードＴ１〜Ｔ３のうちの何れかによってセンサ情報テーブル１３ａの内容が変更されると、ストリーム情報分析部４１がセンサ情報テーブル１３ａを取得することによって、ストリーム情報分析部４１によってその変更内容が考慮される（Ｓ１２３）。また、ストリーム情報分析部４１が、負荷情報管理部６３から出力される負荷レベルを取得することによって、ストリーム情報分析部４１によってその負荷レベルが考慮される（Ｓ１２４）。なお、これらステップＳ１２１乃至１２４の処理は、どの順序で行っても構わない。
【００９４】
そして、ストリーム情報分析部４１では、ステップＳ１２１で取得したヘッダＨの内容と、ステップＳ１２２で取得したアプリケーション要求情報テーブル１２ａの内容、ステップＳ１２３で取得したセンサ情報テーブル１３ａの内容、及びステップＳ１２４で取得した負荷情報管理部６３からの負荷レベル情報とを比べて、ヘッダＨの内容に変更が生じているか否かが判定される（Ｓ１２５）。
【００９５】
そして、変更が生じていると判定された場合（Ｓ１２５：Ｙｅｓ）であって、更に、データ加工部４２から送信済みの加工ストリームデータＫＳが更新可能である場合（Ｓ１２６：Ｙｅｓ）には、ストリーム情報分析部４１によって、ヘッダ統合情報記憶装置１０１内のヘッダ統合情報テーブル１１０の当該ヘッダ情報が更新される（Ｓ１２７）。
【００９６】
一方、ステップＳ１２５において、変更が生じていないと判定された場合（Ｓ１２５：Ｎｏ）、及びステップＳ１２６において、更新可能ではない場合（Ｓ１２６：Ｎｏ）には、ヘッダ統合情報テーブル１１０の当該ヘッダ情報は更新されない（Ｓ１２８）。
【００９７】
ステップＳ１２７及びＳ１２８の後は、ヘッダ統合情報テーブル１１０に書き込まれた情報が、経路フィルタ１４に出力される。そして、経路フィルタ１４では、ヘッダ統合情報テーブル１１０の情報が渡されると、データ加工部４２から出力された加工ストリームデータＫＳについて、そのヘッダ番号１１０ａに基づいて、ヘッダ情報が更新されているかが判定される(Ｓ１２９)。そして、更新されていると判定された場合（Ｓ１２９：更新）には、更新された内容に従ってこの加工ストリームデータＫＳがアプリケーションに配信される（Ｓ１３０）。一方、更新されていないと判定された場合（Ｓ１２９：未更新）には、この加工ストリームデータＫＳは、従来のヘッダ情報に従ってアプリケーションに配信される（Ｓ１３１）。
【００９８】
上述したように、本実施の形態に係るデータ処理装置においては、上記のような作用により、ヘッダ統合情報テーブル１１０を用いることによって、第１及び第２の実施の形態で奏された作用効果に加えて、アプリケーションからの要求内容や、宛先や、負荷レベル等に変化があった場合であっても、直ちにその変化に応じて加工ストリームデータＫＳを正しいアプリケーションへ配信することが可能となる。
【００９９】
（第４の実施の形態）
図１３は、第４の実施の形態に係るデータ処理装置１３０の構成例を示す機能ブロック図である。ただし、アプリケーション要求情報登録部４３と、センサ情報登録部４４との記載は省略している。
【０１００】
また、図１４は、このような第４の実施の形態に係る複数のデータ処理装置１３０が通信ネットワーク１３４によって互いに接続されたネットワーク構成例を示す概念図である。この通信ネットワーク１３４は、イーサネット（登録商標）等のＬＡＮ、あるいは公衆回線や専用回線を介して複数のＬＡＮが接続されるＷＡＮ等からなる。ＬＡＮの場合には、必要に応じてルータを介した多数のサブネットから構成される。また、ＷＡＮの場合には、公衆回線に接続するためのファイアウォール等を適宜備えているが、ここではその図示及び詳細説明を省略する。
【０１０１】
図１３及び図１４に示す本実施の形態に係るデータ処理装置１３０は、第１の実施の形態の変形例として示しているが、本実施の形態に係るデータ処理装置１３０は、第１の実施の形態のみならず第２及び第３の実施の形態に係るデータ処理装置の変形例でもありうる。以下では、代表的に、第１の実施の形態に係るデータ処理装置１０の変形例として、第１の実施の形態と同一箇所については同一符号を付して重複説明を避け、第１の実施の形態と異なる点について説明する。
【０１０２】
すなわち、本実施の形態に係るデータ処理装置１３０は、第１の実施の形態に係るデータ処理装置１０に、送受信部１３１を更に付加した構成としている。この送受信部１３１は、データ処理部１１のストリーム情報分析部４１、アプリケーション情報記憶装置１２、及びセンサ情報記憶装置１３を通信ネットワーク１３４に接続している。
【０１０３】
そして、通信ネットワーク１３４に、このような送受信部１３１を備えた複数のデータ処理装置１３０が接続することにより、各データ処理装置１３０は、この送受信部１３１から、他のデータ処理装置１３０（例えば、データ処理装置１３０（＃Ｘ））に対して、他のデータ処理装置１３０（例えば、データ処理装置１３０（＃Ｘ））が取得する各センサノードＴ１（＃Ｘ）〜Ｔ３（＃Ｘ）からのストリームデータＳＴ（＃Ｘ）、アプリケーション情報記憶装置１２（＃Ｘ）に格納されたアプリケーション要求情報テーブル１２ａ（＃Ｘ）の情報、及びセンサ情報記憶装置１３（＃Ｘ）に格納されたセンサ情報テーブル１３ａ（＃Ｘ）の情報等を要求する要求情報を送信する。この要求情報は、要求元のデータ処理装置１３０のアドレス情報と、要求先のデータ処理装置１３０（＃Ｘ）のアドレス情報と、要求する情報やデータを指定した指定情報種類（ノードセンサＴ１（＃Ｘ）〜Ｔ３（＃Ｘ）からのストリームデータＳＴ、又はアプリケーション要求情報テーブル１２ａ（＃Ｘ）の情報、又はセンサ情報テーブル１３ａ（＃Ｘ）の情報等）とを含んでいる。
【０１０４】
なお、図１４では、データ処理装置１３０、データ処理装置１３０（＃Ｘ）、及びデータ処理装置１３０（＃Ｙ）の３つのデータ処理装置が通信ネットワーク１３４を介して接続された構成を示しているが、これは一例であり、それより多い、又はそれより少ないデータ処理装置１３０が接続された構成であっても良い。
【０１０５】
このようにして送信された要求情報は、要求先のアドレス情報に従って、データ処理装置１３０（＃Ｘ）に到達し、データ処理装置１３０（＃Ｘ）の送受信部１３１（＃Ｘ）が受信する。送受信部１３１（＃Ｘ）は、この要求情報に含まれる指定情報種類を参照する。そして、指定情報種類によって、アプリケーション要求情報テーブル１２ａ（＃Ｘ）が指定されていれば、アプリケーション情報記憶装置１２（＃Ｘ）に格納されたアプリケーション要求情報テーブル１２ａ（＃Ｘ）の情報を取得し、この取得した情報を要求情報に添付する。そして、要求情報に含まれる要求元のアドレス情報に従って、通信ネットワーク１３４を介して返信する。一方、指定情報種類によって、センサ情報テーブル１３ａ（＃Ｘ）が指定されていれば、センサ情報記憶装置１３（＃Ｘ）に格納されたセンサ情報テーブル１３ａ（＃Ｘ）の情報を取得し、この取得した情報を要求情報に添付する。そして、要求情報に含まれる要求元のアドレス情報に従って、通信ネットワーク１３４を介して返信する。一方、指定情報種類によって、ノードセンサＴ１（＃Ｘ）からのストリームデータＳＴ（＃Ｘ）が指定されていれば、ノードセンサＴ１（＃Ｘ）からストリーム情報分析部４１（＃Ｘ）へ送られたストリームデータＳＴ（＃Ｘ）を、ストリーム情報分析部４１（＃Ｘ）から取得し、この取得したストリームデータＳＴ（＃Ｘ）を要求情報に添付する。そして、要求情報に含まれる要求元のアドレス情報に従って、通信ネットワーク１３４を介して返信する。
【０１０６】
このようにして要求情報に添付されて返信されたアプリケーション要求情報テーブル１２ａ（＃Ｘ）の情報、又はセンサ情報テーブル１３ａ（＃Ｘ）の情報、又はストリームデータＳＴ（＃Ｘ）は、通信ネットワーク１３４を介して要求元のデータ処理装置１３０に到達し、データ処理装置１３０の送受信部１３１が受信する。送受信部１３１は、返信された要求情報を参照することにより、データ処理装置１３０（＃Ｘ）から、どのような情報が添付されて送信されて来たかを判定する。
【０１０７】
アプリケーション要求情報テーブル１２ａ（＃Ｘ）の情報が送信されて来た場合には、送受信部１３１は、この情報を、アプリケーション情報記憶装置１２に格納されているアプリケーション要求情報テーブル１２ａに上書きする。そして、データ処理装置１３０のストリーム情報分析部４１は、上書きされたアプリケーション要求情報テーブル１２ａと、元々備えてるセンサ情報テーブル１３ａとを用いてストリームデータＳＴのフィルタリングや加工を行う。
【０１０８】
センサ情報テーブル１３ａ（＃Ｘ）の情報が送信されて来た場合には、送受信部１３１は、この情報を、センサ情報記憶装置１３に格納されているセンサ情報テーブル１３ａに上書きする。そして、データ処理装置１３０のストリーム情報分析部４１は、元々備えているアプリケーション要求情報テーブル１２ａと、上書きされたセンサ情報テーブル１３ａとを用いてストリームデータＳＴのフィルタリングや加工を行う。
【０１０９】
ストリームデータＳＴ（＃Ｘ）が送信されて来た場合には、送受信部１３１は、このストリームデータＳＴ（＃Ｘ）をストリーム情報分析部４１に転送する。すると、ストリーム情報分析部４１は、このストリームデータＳＴ（＃Ｘ）についても、自己に直接センサノードＴ１〜Ｔ３から送られてくるストリームデータＳＴと同様に処理する。
【０１１０】
以上説明したように、本実施の形態に係るデータ処理装置１３０は送受信部１３１を備えているので、通信ネットワーク１３４を介して、他のデータ処理装置１３０（＃Ｘ）が持っているアプリケーション要求情報テーブル１２ａ（＃Ｘ）やセンサ情報テーブル１３ａ（＃Ｘ）の情報を取得し、ストリームデータＳＴ（＃Ｘ）のフィルタリングや加工のために用いることができる。また、他のデータ処理装置１３０（＃Ｘ）に送信されたセンサノードＴ１（＃Ｘ）〜Ｔ３（＃Ｘ）からのストリームデータＳＴ（＃Ｘ）を取得し、取得したストリームデータＳＴ（＃Ｘ）に対してフィルタリングや加工を行うことができる。
【０１１１】
更に、このような送受信部１３１を、第２の実施の形態に係るデータ処理装置６０に適用する場合には、負荷情報管理部６３に接続し、アプリケーション情報記憶装置１２にアプリケーション要求情報テーブル６２ａを格納すれば、ストリーム情報分析部４１は、他のデータ処理装置１３０（＃Ｘ）の負荷レベルを用いてストリームデータＳＴ（＃Ｘ）のフィルタリングや加工を行うことができることも理解できるであろう。
【０１１２】
以上説明したように、本実施の形態に係るデータ処理装置１３０は、送受信部１３１を備え、通信ネットワーク１３４を介して複数のデータ処理装置１３０（＃Ｘ）と接続することにより、他のデータ処理装置１３０（＃Ｘ）からのアプリケーション要求情報テーブル１２ａ（＃Ｘ）、センサ情報テーブル１３ａ（＃Ｘ）、ストリームデータＳＴ（＃Ｘ）、更に負荷レベルを用いて、第１、第２、及び第３のそれぞれの実施の形態で得られた作用効果と同様の作用効果を奏することが可能となる。
【０１１３】
以上、本発明を実施するための最良の形態について、添付図面を参照しながら説明したが、本発明はかかる構成に限定されない。特許請求の範囲の発明された技術的思想の範疇において、当業者であれば、各種の変更例及び修正例に想到し得るものであり、それら変更例及び修正例についても本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【０１１４】
【図１】第１の実施の形態に係るデータ処理装置の構成例を示す機能ブロック図。
【図２】第１の実施の形態に係るデータ処理装置におけるアプリケーション要求情報テーブルの一例を示すデータ構成図。
【図３】第１の実施の形態に係るデータ処理装置におけるセンサ情報テーブルの一例を示すデータ構成図。
【図４】第１の実施の形態に係るデータ処理装置におけるデータ処理部の詳細構成を示す機能ブロック図。
【図５】第１の実施の形態に係るデータ処理装置の動作を示すフローチャート。
【図６】第２の実施の形態に係るデータ処理装置の構成例を示す機能ブロック図。
【図７】第２の実施の形態に係るデータ処理装置におけるデータ処理部の詳細構成を示す機能ブロック図。
【図８】第２の実施の形態に係るデータ処理装置におけるアプリケーション要求情報テーブル。
【図９】第２の実施の形態に係るデータ処理装置の動作を示すフローチャート。
【図１０】第３の実施の形態に係るデータ処理装置におけるデータ処理部の詳細構成を示す機能ブロック図。
【図１１】第３の実施の形態に係るデータ処理装置におけるヘッダ統合情報テーブルの一例を示すデータ構成図。
【図１２】第３の実施の形態に係るデータ処理装置の動作を示すフローチャート。
【図１３】第４の実施の形態に係るデータ処理装置の構成例を示す機能ブロック図。
【図１４】第４の実施の形態に係る複数のデータ処理装置が通信ネットワークによって互いに接続されたネットワーク構成例を示す概念図。
【符号の説明】
【０１１５】
Ａ〜Ｃ…アプリケーション，Ｔ１〜Ｔ３…センサノード，ＳＴ…ストリームデータ，ｈ…ヘッダ，ｄ…実体データ，Ｈ…ヘッダ情報，ＫＳ…加工ストリームデータ，１０…データ処理装置，１１…データ処理部，１２…アプリケーション情報記憶装置，１２ａ…アプリケーション要求情報テーブル，１３…センサ情報記憶装置，１３ａ…センサ情報テーブル，１４…経路フィルタ，４１…ストリーム情報分析部，４２…データ加工部，４３…アプリケーション要求情報登録部，４４…センサ情報登録部，６０…データ処理装置，６１…ネットワークアナライザ，６２ａ…アプリケーション要求情報テーブル，６３…負荷情報管理部，７０…データ処理部、１００…データ処理部，１０１…ヘッダ統合情報記憶装置，１１０…ヘッダ統合情報テーブル、１３１…送受信部、１３４…通信ネットワーク
【図１】
2007323350.tif 000003
【図２】
2007323350.tif 000004
【図３】
2007323350.tif 000005
【図４】
2007323350.tif 000006
【図５】
2007323350.tif 000007
【図６】
2007323350.tif 000008
【図７】
2007323350.tif 000009
【図８】
2007323350.tif 000010
【図９】
2007323350.tif 000011
【図１０】
2007323350.tif 000012
【図１１】
2007323350.tif 000013
【図１２】
2007323350.tif 000014
【図１３】
2007323350.tif 000015
【図１４】
2007323350.tif 000016