(57)【要約】【課題】複数のゲートウェイ装置と、当該複数のゲートウェイ装置を配下に持つデータ集約装置とを備えたデータ集約システムにおいて、データ集約装置が過負荷になることを防止しながら、予測困難なデータ量変動にも柔軟に対応し、効率的にデータ集約装置にデータを送信する。【解決手段】ゲートウェイ装置は、データをデータ集約装置に送信するタイミングを示すタイムスロット情報と送信タイミングでの送信データ量情報とを含む送信リソース割り当て表に基づきキューバッファからデータを送信するとともに、キューバッファの状態に基づき送信リソース必要量を決定し、当該送信リソース必要量をデータ集約装置に送信し、送信リソース必要量を送信したことに応じて当該データ集約装置から受信する送信リソース割り当て表を、新たな送信リソース割り当て表として使用する。【選択図】図２
2008054127.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータ送信装置から送信されたデータを受信するゲートウェイ装置を複数備え、更に当該複数のゲートウェイ装置から送信される前記データ送信装置のデータを集約するデータ集約装置を備えたデータ集約システムにおける前記ゲートウェイ装置であって、
前記データ送信装置から受信したデータをキューとして一時的に蓄積するキューバッファと、
前記キューバッファに蓄積されたデータを前記データ集約装置に送信するタイミングを示すタイムスロット情報と送信タイミングでの送信データ量情報とを含む送信リソース割り当て表を格納する送信リソース割り当て表格納手段と、
前記送信リソース割り当て表格納手段に格納された前記送信リソース割り当て表を参照し、当該送信リソース割り当て表に示されたタイムスロット情報と送信データ量情報とに基づき、前記キューバッファから前記データ集約装置にデータを送信するデータ送信手段と、
前記キューバッファの状態を監視し、その状態に基づき送信リソース必要量を決定し、当該送信リソース必要量を前記データ集約装置に送信し、送信リソース必要量を送信したことに応じて当該データ集約装置から受信する送信リソース割り当て表を、既に存在する送信リソース割り当て表に代えて前記送信リソース割り当て表格納手段に格納する送信リソース割り当て表更新手段と
を備えたことを特徴とするゲートウェイ装置。
【請求項２】
前記送信リソース割り当て表更新手段は、定期的に前記送信リソース必要量を前記データ集約装置に送信することにより前記送信リソース割り当て表の更新を行うことを特徴とする請求項１に記載のゲートウェイ装置。
【請求項３】
前記送信リソース割り当て表更新手段は、所定の期間内に、前記タイムスロット情報で示される送信タイミングで前記キューバッファにデータが存在しなかった回数と、前記キューバッファに予め定めらた時間以上の間蓄積されているデータ量とから前記送信リソース必要量を決定することを特徴とする請求項２に記載のゲートウェイ装置。
【請求項４】
前記送信リソース割り当て表更新手段は、前記キューバッファが予め定めた状態になった場合に、前記送信リソース必要量を前記データ集約装置に送信することにより前記送信リソース割り当て表の更新を行うことを特徴とする請求項１又は２に記載のゲートウェイ装置。
【請求項５】
前記予め定めた状態は、前記キューバッファの空き容量が予め定めた量以下になったことである請求項４に記載のゲートウェイ装置。
【請求項６】
前記複数のデータ送信装置は、周期的にデータを送信する周期型データ送信装置と特定の事象が発生したことに応じてデータを送信する事象駆動型データ送信装置とを含み、
前記ゲートウェイ装置は、前記キューバッファとして、周期型データ送信装置から送信されるデータである周期型データを蓄積する周期型データ用キューバッファと、事象駆動型データ送信装置から送信されるデータである事象駆動型データを蓄積する事象駆動型データ用キューバッファとを備え、
前記送信リソース割り当て表格納手段は、周期型データ用キューバッファ及び事象駆動型データ用キューバッファのそれぞれに対する送信リソース割り当て表を格納し、前記データ送信手段は、それぞれのキューバッファに対して送信リソース割り当て表を参照したデータ送信を行い、前記送信リソース割り当て表更新手段は、それぞれのキューバッファに対する送信リソース割り当て表の更新を行うことを特徴とする請求項１ないし５のうちいずれか１項に記載のゲートウェイ装置。
【請求項７】
複数のデータ送信装置から送信されたデータを受信するゲートウェイ装置を複数備え、更に当該複数のゲートウェイ装置から送信される前記データ送信装置のデータを集約するデータ集約装置を備えたデータ集約システムにおける前記データ集約装置であって、  
前記ゲートウェイ装置から送信リソース必要量を受信し、その送信リソース必要量に基づき、前記ゲートウェイ装置が前記データを前記データ集約装置に送信するタイミングを示すタイムスロット情報と送信タイミングでの送信データ量情報とを含む送信リソース割り当て表を作成する送信リソース割り当て表作成手段と、
前記送信リソース割り当て表を、前記送信リソース必要量を送信した前記ゲートウェイ装置に送信する手段と
を備えたことを特徴とするデータ集約装置。
【請求項８】
前記送信リソース割り当て表は、前記ゲートウェイ装置が前記送信リソース必要量を送信するために割り当てられたタイムスロット情報と送信データ量情報とを含む請求項７に記載のデータ集約装置。
【請求項９】
前記ゲートウェイ装置が前記送信リソース必要量を送信するために割り当てたタイムスロット情報は、前記ゲートウェイ装置が定期的に送信リソース必要量を送信するために使用する第１のタイムスロットの情報と、前記ゲートウェイ装置が予め定めた状態を検知したときに送信リソース必要量を送信するために使用する第２のタイムスロットの情報を含み、第２のタイムスロットの時間間隔は、第１のタイムスロットの時間間隔より小さいことを特徴とする請求項８に記載のデータ集約装置。
【請求項１０】
前記データ集約装置は、配下の全てのゲートウェイ装置に対する、タイムスロット毎の割り当て済みの送信データ量情報を含む全体送信リソース割り当て表を有し、前記送信リソース割り当て表作成手段は、当該全体送信リソース割り当て表を参照して特定の前記ゲートウェイ装置に対する送信リソースの割り当ての可否を判断することを特徴とする請求項７ないし９のうちいずれか１項に記載のデータ集約装置。
【請求項１１】
複数のデータ送信装置から送信されたデータを受信するゲートウェイ装置を複数備え、更に当該複数のゲートウェイ装置から送信される前記データ送信装置のデータを集約するデータ集約装置を備えたデータ集約システムであって、
前記ゲートウェイ装置は、
前記データ送信装置から受信したデータをキューとして一時的に蓄積するキューバッファと、
前記キューバッファに蓄積されたデータを前記データ集約装置に送信するタイミングを示すタイムスロット情報と送信タイミングでの送信データ量情報とを含む送信リソース割り当て表を格納する送信リソース割り当て表格納手段と、
前記送信リソース割り当て表格納手段に格納された前記送信リソース割り当て表を参照し、当該送信リソース割り当て表に示されたタイムスロット情報と送信データ量情報とに基づき、前記キューバッファから前記データ集約装置にデータを送信するデータ送信手段と、
前記キューバッファの状態を監視し、その状態に基づき送信リソース必要量を決定し、当該送信リソース必要量を前記データ集約装置に送信し、送信リソース必要量を送信したことに応じて当該データ集約装置から受信する送信リソース割り当て表を、既に存在する送信リソース割り当て表に代えて前記送信リソース割り当て表格納手段に格納する送信リソース割り当て表更新手段とを備え、
前記データ集約装置は、
前記ゲートウェイ装置から送信リソース必要量を受信し、その送信リソース必要量に基づき、前記送信リソース割り当て表を作成する送信リソース割り当て表作成手段と、
前記送信リソース割り当て表を、前記送信リソース必要量を送信した前記ゲートウェイ装置に送信する手段とを備える
ことを特徴とするデータ集約システム。
【請求項１２】
複数のデータ送信装置から送信されたデータを受信するゲートウェイ装置を複数備え、更に当該複数のゲートウェイ装置から送信される前記データ送信装置のデータを集約するデータ集約装置を備えたデータ集約システムにより実行されるデータ送信方法であって、
前記ゲートウェイ装置が、前記データ送信装置から受信したデータをキューとして一時的にキューバッファに蓄積し、当該キューバッファに蓄積されたデータを前記データ集約装置に送信するタイミングを示すタイムスロット情報と送信タイミングでの送信データ量情報とを含む送信リソース割り当て表を格納する送信リソース割り当て表格納手段から当該送信リソース割り当て表を読み出し、当該送信リソース割り当て表を参照し、当該送信リソース割り当て表に示されたタイムスロット情報と送信データ量情報とに基づき、前記キューバッファから前記データ集約装置にデータを送信し、
前記ゲートウェイ装置が、前記キューバッファの状態を監視し、その状態に基づき送信リソース必要量を決定し、当該送信リソース必要量を前記データ集約装置に送信し、
前記データ集約装置が、前記ゲートウェイ装置から送信リソース必要量を受信し、その送信リソース必要量に基づき、送信リソース割り当て表を作成し、当該送信リソース割り当て表を、前記送信リソース必要量を送信した前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置が、前記データ集約装置から受信する送信リソース割り当て表を、既に存在する送信リソース割り当て表に代えて前記送信リソース割り当て表格納手段に格納する
ことを特徴とするデータ送信方法。
【請求項１３】
複数のデータ送信装置から送信されたデータを受信するゲートウェイ装置を複数備え、更に当該複数のゲートウェイ装置から送信される前記データ送信装置のデータを集約するデータ集約装置を備えたデータ集約システムにおける前記ゲートウェイ装置であって、前記データ送信装置から受信したデータをキューとして一時的に蓄積するキューバッファを備えたゲートウェイ装置を、
前記キューバッファに蓄積されたデータを前記データ集約装置に送信するタイミングを示すタイムスロット情報と送信タイミングでの送信データ量情報とを含む送信リソース割り当て表を格納する送信リソース割り当て表格納手段における当該送信リソース割り当て表を参照する手段、
前記送信リソース割り当て表に示されたタイムスロット情報と送信データ量情報とに基づき、前記キューバッファから前記データ集約装置にデータを送信するデータ送信手段、
前記キューバッファの状態を監視し、その状態に基づき送信リソース必要量を決定し、当該送信リソース必要量を前記データ集約装置に送信し、送信リソース必要量を送信したことに応じて当該データ集約装置から受信する送信リソース割り当て表を、既に存在する送信リソース割り当て表に代えて前記送信リソース割り当て表格納手段に格納する送信リソース割り当て表更新手段、
として機能させるプログラム。
【請求項１４】
複数のデータ送信装置から送信されたデータを受信するゲートウェイ装置を複数備え、更に当該複数のゲートウェイ装置から送信される前記データ送信装置のデータを集約するデータ集約装置を備えたデータ集約システムにおける前記データ集約装置を、  
前記ゲートウェイ装置から送信リソース必要量を受信し、その送信リソース必要量に基づき、前記ゲートウェイ装置が前記データを前記データ集約装置に送信するタイミングを示すタイムスロット情報と送信タイミングでの送信データ量情報とを含む送信リソース割り当て表を作成する送信リソース割り当て表作成手段、
前記送信リソース割り当て表を、前記送信リソース必要量を送信した前記ゲートウェイ装置に送信する手段、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多数のセンサからネットワークを介して転送されるセンサデータを集約するセンサデータ集約システムに関するものである。
【背景技術】
【０００２】
ドア開閉検知センサ等のセンサを建物等の拠点に設置し、異常の監視をセンタ側で行うセンサ管理システムが普及している。一般に、拠点内には各種の複数のセンサが設置されるとともに、センサから送出されるデータ（センサデータと呼ぶ）をセンサリーダを介して受信して、それをセンタ側に送信するゲートウェイ装置が設置される。そして、センタ側には、各拠点に設置された複数のゲートウェイ装置からのセンサデータをネットワークを介して集約し、センサデータに基づく処理（異常通知等）を行なうデータ集約装置が備えられる。
【０００３】
このようなセンサ管理システムでは、センサを設置する拠点が広がり、センサの数が非常に多くなると、大量のセンサデータがデータ集約装置に送られることとなり、データ集約装置の過負荷やネットワークの輻輳といった問題が発生し得る。
【０００４】
データを集約することに関連し、多数の視聴者端末から放送局のセンタに送信されるデータを効率的に集約するための技術が特許文献１に記載されている。特許文献１の技術では、センタ側で、集約対象端末数の増減傾向から次回の集約対象端末数を推定することにより発呼確率値を決定し、それを各端末に送信し、各端末では発呼確率値と乱数との比較により発呼するか否かを決定する。
【０００５】
しかし、特許文献１の技術では、集約対象端末数の推定や発呼確率値の決定等を全てセンタ側で行なうため、膨大な数のセンサの利用が想定されるセンサ管理システムに対してこの技術を適用すると、データ集約装置での負荷が過大になってしまう。
【０００６】
また、センサには、温度検知センサのように定期的にセンサデータを送出する定周期型検知のセンサの他、何かの事象が発生した場合にセンサデータを送出するイベントドリブン型検知のセンサがあるが、イベントドリブン型検知のセンサでは、増減傾向等からでは予測できないデータ量の変動がある。このような送出タイミングの予測が困難なデータに対しては、集約対象端末数の増減傾向に基づく推定を行なう特許文献１の技術を適用しても適切な送信制御を行うことはできない。
【特許文献１】特開２００３−２８３６９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は上記の点に鑑みてなされたものであり、複数のゲートウェイ装置と、当該複数のゲートウェイ装置を配下に持つデータ集約装置とを備えたデータ集約システムにおいて、データ集約装置が過負荷になることを防止しながら、予測困難なデータ量変動にも柔軟に対応し、効率的にデータ集約装置にデータを送信するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題は、複数のデータ送信装置から送信されたデータを受信するゲートウェイ装置を複数備え、更に当該複数のゲートウェイ装置から送信される前記データ送信装置のデータを集約するデータ集約装置を備えたデータ集約システムにおける前記ゲートウェイ装置であって、前記データ送信装置から受信したデータをキューとして一時的に蓄積するキューバッファと、前記キューバッファに蓄積されたデータを前記データ集約装置に送信するタイミングを示すタイムスロット情報と送信タイミングでの送信データ量情報とを含む送信リソース割り当て表を格納する送信リソース割り当て表格納手段と、前記送信リソース割り当て表格納手段に格納された前記送信リソース割り当て表を参照し、当該送信リソース割り当て表に示されたタイムスロット情報と送信データ量情報とに基づき、前記キューバッファから前記データ集約装置にデータを送信するデータ送信手段と、前記キューバッファの状態を監視し、その状態に基づき送信リソース必要量を決定し、当該送信リソース必要量を前記データ集約装置に送信し、送信リソース必要量を送信したことに応じて当該データ集約装置から受信する送信リソース割り当て表を、既に存在する送信リソース割り当て表に代えて前記送信リソース割り当て表格納手段に格納する送信リソース割り当て表更新手段とを備えたことを特徴とするゲートウェイ装置により解決される。
【０００９】
前記ゲートウェイ装置において、前記送信リソース割り当て表更新手段は、定期的に前記送信リソース必要量を前記データ集約装置に送信することにより前記送信リソース割り当て表の更新を行うこととしてもよい。
【００１０】
また、前記送信リソース割り当て表更新手段は、所定の期間内に、前記タイムスロット情報で示される送信タイミングで前記キューバッファにデータが存在しなかった回数と、前記キューバッファに予め定めらた時間以上の間蓄積されているデータ量とから前記送信リソース必要量を決定するように構成することもできる。
【００１１】
また、前記送信リソース割り当て表更新手段は、前記キューバッファが予め定めた状態になった場合に、前記送信リソース必要量を前記データ集約装置に送信することにより前記送信リソース割り当て表の更新を行うようにしてもよい。この場合、前記予め定めた状態は、前記キューバッファの空き容量が予め定めた量以下になったことであるとすることができる。
【００１２】
また、前記複数のデータ送信装置が、周期的にデータを送信する周期型データ送信装置と特定の事象が発生したことに応じてデータを送信する事象駆動型データ送信装置とを含む場合、前記ゲートウェイ装置は、前記キューバッファとして、周期型データ送信装置から送信されるデータである周期型データを蓄積する周期型データ用キューバッファと、事象駆動型データ送信装置から送信されるデータである事象駆動型データを蓄積する事象駆動型データ用キューバッファとを備え、前記送信リソース割り当て表格納手段は、周期型データ用キューバッファ及び事象駆動型データ用キューバッファのそれぞれに対する送信リソース割り当て表を格納し、前記データ送信手段は、それぞれのキューバッファに対して送信リソース割り当て表を参照したデータ送信を行い、前記送信リソース割り当て表更新手段は、それぞれのキューバッファに対する送信リソース割り当て表の更新を行う。
【００１３】
また、本発明は、複数のデータ送信装置から送信されたデータを受信するゲートウェイ装置を複数備え、更に当該複数のゲートウェイ装置から送信される前記データ送信装置のデータを集約するデータ集約装置を備えたデータ集約システムにおける前記データ集約装置であって、前記ゲートウェイ装置から送信リソース必要量を受信し、その送信リソース必要量に基づき、前記ゲートウェイ装置が前記データを前記データ集約装置に送信するタイミングを示すタイムスロット情報と送信タイミングでの送信データ量情報とを含む送信リソース割り当て表を作成する送信リソース割り当て表作成手段と、前記送信リソース割り当て表を、前記送信リソース必要量を送信した前記ゲートウェイ装置に送信する手段とを備えたことを特徴とするデータ集約装置として構成してもよい。
【００１４】
前記送信リソース割り当て表は、前記ゲートウェイ装置が前記送信リソース必要量を送信するために割り当てられたタイムスロット情報と送信データ量情報とを含むように区政できる。なお、前記ゲートウェイ装置が前記送信リソース必要量を送信するために割り当てたタイムスロット情報は、前記ゲートウェイ装置が定期的に送信リソース必要量を送信するために使用する第１のタイムスロットの情報と、前記ゲートウェイ装置が予め定めた状態を検知したときに送信リソース必要量を送信するために使用する第２のタイムスロットの情報を含み、第２のタイムスロットの時間間隔は、第１のタイムスロットの時間間隔より小さいこととしてもよい。
【００１５】
また、前記データ集約装置は、配下の全てのゲートウェイ装置に対する、タイムスロット毎の割り当て済みの送信データ量情報を含む全体送信リソース割り当て表を有し、前記送信リソース割り当て表作成手段は、当該全体送信リソース割り当て表を参照して特定の前記ゲートウェイ装置に対する送信リソースの割り当ての可否を判断することとしてもよい。
【発明の効果】
【００１６】
本発明によれば、ゲートウェイ装置が自律的に必要なリソース量を算出するので、データ集約装置が過負荷になることを防止できる。また、ゲートウェイ装置が適宜必要なリソース量をデータ集約装置に送信することができ、データ集約装置はそれに応じてリソース割り当てを行なうので、予測困難なデータ量変動にも柔軟に対応できる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明の実施の形態について説明する。まず、基本的な構成及び処理内容について説明し、その後、装置構成及び処理内容を詳細に説明する。
【００１８】
（基本的な構成及び処理内容）
本実施の形態におけるシステム構成を図１に示す。図１に示すように本システムは、データ集約装置１と複数のゲートウェイ装置３とを有しており、これらがネットワーク２で接続されている。各ゲートウェイ装置３配下には複数のセンサが存在し、各センサから無線でセンサリーダにセンサデータが送信され、センサリーダからゲートウェイ装置３にセンサデータが送信される。ゲートウェイ装置３とその配下のセンサによりワイヤレスセンサネットワークが構成される。なお、ネットワーク２は、例えば衛星通信網、IP網、無線アクセス網等である。
【００１９】
本実施の形態では、データ集約装置１は、ゲートウェイ装置３がセンサデータの送信に必要とするリソース量を当該ゲートウェイ装置３から受信し、そのリソースをタイムスロットに割り当てることにより、スケジュール表を作成し、それをゲートウェイ装置３に送信する。
【００２０】
ゲートウェイ装置３は、センサから送信されたセンサデータを一時的に蓄積するキューバッファ（以下、単にキューと呼ぶ）を備えており、データ集約装置１から受信したスケジュール表に記載された割り当てタイムスロットのタイミングで、キューに蓄積されたセンサデータをデータ集約装置１に送信する。なお、このタイミングで送信するデータ量に関する情報もスケジュール表に記載されている。また、キューの使用状況により決定した必要とするリソース量を適宜データ集約装置１に送信する。
【００２１】
上記のリソースをタイムリソースと呼び、ゲートウェイ装置３に割り当てられる最小のタイムリソースを単位タイムリソースと呼ぶ。また、スケジュール表は、予め定められた期間を１単位として作成され、この期間をスケジュール単位期間と呼ぶ。
【００２２】
単位タイムリソースあたりの時間（＝タイムスロットの時間）、最大送信帯域、スケジュール単位期間の長さ（タイムスロットの数）は、データ集約装置１配下の全ゲートウェイ装置で共通である。また、データ集約装置１及び全ゲートウェイ装置３において時刻の同期が取られているものとする。
【００２３】
図２を参照して、割り当てタイムリソースに従ってセンサデータを送信する例を説明する。図２では、単位タイムリソースの時間の長さ、つまり１タイムスロットの時間の長さが２．５秒、最大送信帯域が５０バイト、スケジュール単位期間が１分である例を示している。単位タイムリソースの時間の長さが２．５秒なので、スケジュール単位期間（１分）内に２４個のタイムスロットが存在する。
【００２４】
図２の例では、３、及び１９のタイムスロットにおいてそれぞれ１つの単位タイムリソースが割り当てられ、１１のタイムスロットに２つの単位タイムリソースが割り当てられている。つまり、３、及び１９のタイムスロットではそれぞれ最大５０バイトのセンサデータを送信することができ、１１のタイムスロットでは最大１００バイトのセンサデータを送信することができる。
【００２５】
ゲートウェイ装置３は、スケジュール表を参照し、タイムリソースが割り当てられたタイムスロットの時間になるとキューに蓄積されたセンサデータをデータ集約装置１に送信する。例えば１１のタイムスロットの時間になると、キューに蓄積されているセンサデータから最大送信可能バイト数（１００バイト）までのセンサデータを取得し、データ集約装置１にそのセンサデータを転送する。スケジュール単位期間が１分であることから、１分毎に図２に示す割り当てに従ってキューに蓄積されたセンサデータの転送を行なう。
【００２６】
また、ゲートウェイ装置３は、予め定めた時間毎、もしくはキューが予め定めた状態（キューの空き容量低下）になったときに、必要なタイムリソース量であるタイムリソース要求数をデータ集約装置１に通知し、データ集約装置１がタイムリソースの割り当てを行ない、新たなスケジュール表を作成し、ゲートウェイ装置３がそのスケジュール表を受信して、既に存在するスケジュール表に代えて受信したスケジュール表を記憶手段に格納することによりスケジュール表を更新し、そのスケジュール表に従ってセンサデータの転送を行なう。
【００２７】
本実施の形態では、予め定めた時間毎に送出するタイムリソース要求数を通常タイムリソース要求数と呼び、これに基づきタイムリソースの割り当てを行なうことを通常タイムリソース割り当てと呼んでいる。また、キューの空き容量が低下したときに送出するタイムリソース要求数を緊急タイムリソース要求数と呼び、これに基づきタイムリソース割り当てを行なうことを緊急タイムリソース割り当てと呼んでいる。それぞれについての必要なタイムリソース量の決め方やスケジュール表作成の詳細については後に詳細に説明する。
【００２８】
さて、前述したように、センサには、予め決められた周期でセンサデータを送信する周期型検知のセンサと、特定の事象が発生した場合にのみセンサデータを送信するイベントドリブン型検知のセンサがある。両センサにおけるデータ送出の時間的特性が異なるため、本実施の形態のゲートウェイ装置３は、周期型検知のセンサから受信するセンサデータ（周期型検知センサデータと呼ぶ）を蓄積するキュー（周期型検知センサデータ用キューと呼ぶ）と、イベントドリブン型検知のセンサから受信するセンサデータ（イベントドリブン型検知センサデータと呼ぶ）を蓄積するキュー（イベントドリブン型検知センサデータ用キューと呼ぶ）とを備えており、それぞれのキューに対して個別にタイムリソースの割り当て、及びスケジュール表に基づくデータ送信制御が行われている。      
２つのキューを用いてセンサデータ転送を行なう場合のシステムの動作概要を図３を参照して説明する。
【００２９】
本実施の形態では、各センサのIDと送出されるデータ種別とを対応付けた図４に示すような対応表をゲートウェイ装置３が有している。ゲートウェイ装置３は、センサデータに含まれるセンサIDに基づきこの対応表を参照することにより、センサから受信するセンサデータの種別を識別し、センサデータに対応するキューに当該センサデータを蓄積する。
【００３０】
そして、ゲートウェイ装置３は、周期型検知センサデータ用のタイムリソース割り当てに従って、周期型検知センサデータ用キューからセンサデータをデータ集約装置１に転送し、イベントドリブン型検知センサデータ用のタイムリソース割り当てに従って、イベントドリブン型検知センサデータ用キューからセンサデータをデータ集約装置１に転送する。また、ゲートウェイ装置３は、周期型検知センサデータ及びイベントドリブン型検知センサデータそれぞれについてのタイムリソース要求数をデータ集約装置１に送信し、データ集約装置１は、それぞれに対するタイムリソースの割り当てを行なって、それぞれの割り当て結果を含むスケジュール表をゲートウェイ装置３に送信する。
【００３１】
（詳細装置構成）
以下、本実施の形態における装置構成を詳細に説明する。
【００３２】
図５にゲートウェイ装置３の機能ブロック図を示す。図５に示すように、ゲートウェイ装置３は、センサデータ受信部３１、センサデータキューイング部３２、イベントドリブン型検知センサデータキュー３３と周期型検知センサデータキュー３４を備えたセンサデータキュー３５、センサデータキュー監視部３６、通常タイムリソース要求数算出部３７、緊急タイムリソース要求数算出部３８、スケジュール表参照部３９、センサデータ転送部４０、管理データ転送部４１、個別スケジュール表・緊急割り当てタイムリソース表受信部４２、個別スケジュール表及び緊急データ用割り当てタイムリソース表を格納するスケジュール表格納部４３を有している。動作は次の通りである。
【００３３】
センサデータ受信部３１は、配下のワイヤレスセンサネットワークからセンサデータを受信する。そして、センサデータキューイング部３２が、記憶装置に格納されている図４に示す対応表を参照して、受信したセンサデータのセンサデータ種別を判断し、センサデータ種別に応じたキューにセンサデータを蓄積する。
【００３４】
そして、スケジュール表参照部３９が、個別スケジュール表及び緊急データ用割り当てタイムリソース表を参照し、表に記載された割り当てタイムリソース情報に従ってセンサデータ転送部４０に指示を出し、センサデータ転送部４０は、その指示に従ってキューからセンサデータを読み出してデータ集約装置１に転送する。また、後述するように、個別スケジュール表には、タイムリソース要求数（管理データと呼ぶ）を送るためのタイムリソース情報が含まれており、スケジュール表参照部３９は、この情報を参照することにより管理データ転送部４１に指示を行い、管理データ転送部４１は、この指示に従って、通常タイムリソース要求数算出部３７及び緊急タイムリソース要求数算出部３８で算出されたタイムリソース要求数の転送を行なう。
【００３５】
また、センサデータキュー監視部３６は、周期型検知センサデータ用キュー及びイベントドリブン型検知センサデータ用キューそれぞれの監視を行い、監視結果を通常タイムリソース要求数算出部３７及び緊急タイムリソース要求数算出部３８に渡す。図５に記載されているように、通常タイムリソース要求数算出部３７に渡されるデータは、未使用タイムスロット数とタイムアウトデータバイト数であり、緊急タイムリソース要求数算出部３８に渡されるデータは、バッファ使用率等である。通常タイムリソース要求数算出部３７及び緊急タイムリソース要求数算出部３８は、それぞれこのデータを用いてタイムリソース要求数を算出する。
【００３６】
ゲートウェイ装置３の各処理機能部は、ＣＰＵ、メモリ、ハードディスク等の記憶装置を備えたコンピュータに、本実施の形態で説明する処理を実行するプログラムを搭載することにより実現できる。また、キューはメモリを用いて実現でき、スケジュール表格納部４３は、メモリもしくはハードディスクで実現できる。
【００３７】
次に、データ集約装置１の機能ブロック図を図６に示す。図６に示すように、データ集約装置１は、センサデータ受信部１１、センサデータ格納部１２、管理データ受信部１３、要求タイムリソース割り当て可否判定部１４、緊急割り当てタイムリソース表生成部１５、個別スケジュール表生成部１６、個別スケジュール表送信部１７、緊急割り当てタイムリソース表送信部１８を有している。動作は次の通りである。
【００３８】
センサデータ受信部１１は、ゲートウェイ装置３から受信したセンサデータをセンサデータ格納部１２に格納する。なお、センサデータ格納部１２に格納されたセンサデータは、異常通知等にための処理に用いられるが、この処理自体は従来技術を用いて実現できるので、この処理を行う機能部は図示していない。
【００３９】
また、管理データ受信部１３は、ゲートウェイ装置３から通常タイムリソース要求数もしくは緊急タイムリソース要求数を受信し、これを要求タイムリソース割り当て可否判定部１４に送る。要求タイムリソース割り当て可否判定部１４は、通常タイムリソース要求数もしくは緊急タイムリソース要求数からタイムリソースのタイムスロットへの割り当てを行い、この割り当てが全体のタイムリソース中で可能かどうかの判定を行う。可能であれば、割り当て結果情報を緊急割り当てタイムリソース表生成部１５もしくは個別スケジュール表生成部１６に送り、これらはそれぞれ緊急割り当てタイムリソース表送信部１８、個別スケジュール表送信部１７に対して表の送信を依頼し、緊急割り当てタイムリソース１８表通知部及び個別スケジュール表送信部１７はそれぞれ表をゲートウェイ装置３に送信する。
【００４０】
データ集約装置１の各処理機能部も、ＣＰＵ、メモリ、ハードディスク等の記憶装置を備えたコンピュータに、本実施の形態で説明する処理を実行するプログラムを搭載することにより実現できる。
【００４１】
（タイムリソース割り当てについて）
本実施の形態では、データ集約装置１におけるタイムリソース割り当てとして、通常タイムリソース割り当て、緊急タイムリソース割り当て、及び管理データ用のタイムリソース割り当てが行われる。以下、これらについて詳細に説明する。
【００４２】
まず、図７を参照して通常タイムリソース割り当て、緊急タイムリソース割り当ての役割の違いを説明する。
【００４３】
図７（ａ）に示すように、センサデータ量は、時間軸に沿って比較的緩やかに変化する中で突発的にデータ量が増加する場合がある。
【００４４】
図７（ｂ）に示すように、通常タイムリソース割り当ては、時間軸に沿って比較的緩やかに変化するデータに追随する目的で行なわれるものである。図７（ｂ）に示すような小さな変動は、例えば周期型検知センサデータでいえば、各ゲートウェイ装置に接続する対象センサノード数の増減により発生し、イベントドリブン型検知センサデータでいえば、対象センサノード数の増減、および局地的なイベントの発生により発生すると想定される。
【００４５】
一方、緊急タイムリソース割り当ては、図７（ａ）に示すような急激なデータ量の変化に追随する目的で、図７（ｃ）に示すように、一時的にタイムリソースの割り当てを行なうものである。図７（ａ）に示すよう大きなデータ量の変動は、例えばイベントドリブン型検知センサデータでいえば、多くのセンサがセンシング検知を行うような大規模なイベントの発生（振動センサでいえば、地震の発生等）により発生すると想定される。
【００４６】
次に、通常タイムリソース割り当て及び緊急タイムリソース割り当てのそれぞれにおける管理データ用タイムリソースの割り当てについて説明する。
【００４７】
通常タイムリソース割り当ては、予め定められた周期（再スケジューリング周期と呼ぶ）に従って、センサデータ種別毎に行なわれる。例えばスケジュール単位期間１分に対し、再スケジューリング周期間隔を５分とする。この場合、センサデータ用割り当てタイムリソース表（図２参照）が５度参照される度に、新しいセンサデータ用割り当てタイムリソース表に更新されることになる。
【００４８】
従って、通常タイムリソース割り当てのために利用される管理データ用タイムリソースは、再スケジューリング周期間隔毎（前の例でいえば５分ごと）に割り当てられる。各ゲートウェイ装置３はこのタイムリソースの割り当てタイミングにて、データ集約装置１に対してタイムリソース要求数の通知を行い、データ集約装置１はタイムリソースの再割り当てを行う。
【００４９】
通常タイムリソース割り当てのために利用される管理データ用タイムリソースの割り当てに際しては、複数ゲートウェイ装置間で特定のタイムスロット時間に複数ゲートウェイ装置に対する再割り当て処理が重なるのを回避するために、各ゲートウェイ装置における管理データ用タイムリソースの割り当ては、適当に分散させる。
【００５０】
例えば、ゲートウェイ装置３の初期接続時に、最初の管理データ用タイムリソースの割り当てをランダムなタイムスロット番号を指定することにより行い、その後の管理データ用タイムリソース割り当ては、設定された再スケジュール周期間隔に従うこととする。これにより、例えば多くのゲートウェイ装置が、毎回同じタイムスロット番号において同時に通常タイムスロット要求数をデータ集約装置１に送信するといった事態を避けることができる。さらに、図８に示すような各ゲートウェイ装置への管理データ用割り当てタイムリソース管理表をデータ集約装置１に設け、当該テーブルに基づいて管理データ用タイムリソースの割り当てを行ってもよい。この表には、各ゲートウェイ装置に対応付けて管理データ送信用として割り当てられるタイムスロットＮｏが記録されている。また、本実施の形態において、再割り当ては、スケジュール単位期間が5回経過する毎に行なうので、５回繰り返されるスケジュール単位期間内での割り当てを管理するために、最初にタイムスロットを割り当てた時間も記録される。
【００５１】
一方、緊急タイムリソース割り当ては、通常タイムリソース割り当てのように周期的に行なうのではなく、突発的に変動したセンサデータに追従するようにして行われる。
【００５２】
従って、緊急タイムリソース割り当てのために利用される管理データ用タイムリソース割り当て周期間隔は、突発的なセンサデータ量の変化に追随するのに要するシステム許容時間をもとに設定される。
【００５３】
例えば、突発的なセンサデータ量の変化に対し、そのデータに対するタイムリソースの割り当てを２０秒内に完了させたい場合であれば、緊急タイムリソース割り当てのために利用される管理データに対するタイムリソース割り当て周期間隔を２０秒（スケジュール単位期間１分あたり、３タイムリソースの割り当て）に設定することになる。
【００５４】
以上、各ゲートウェイ装置３には、センサデータ用の通常タイムリソースとして２つ、緊急タイムリソースとして１つ、管理データ用に２つの合計５つのタイムリソースが割り当てられる。このうち、管理データ用のタイムリソース割り当てを示す管理データ用割り当てタイムリソース表と、センサデータ用の通常タイムリソースの割り当てを示すセンサデータ用割り当てタイムリソース表とを合わせたものが、個別スケジュール表であり、緊急タイムリソースの割り当てを示すものが緊急割り当てタイムリソース表である。個別スケジュール表の一例を図９に示し、緊急割り当てタイムリソース表の一例を図１０に示す。
【００５５】
また、図１１に、タイムリソースの割り当ての様子を時系列イメージで示す。図１１（ａ）〜（ｅ）における１目盛りがスケジュール単位期間を示し、通常タイムリソース割り当てでは、この期間が５回繰り返される度にタイムリソース要求数がゲートウェイ装置３から送出されて、データ集約装置１にて新たなタイムリソース割り当てが行なわれる。
【００５６】
図１１（ｃ）に示すように、Ｔ１の時点で、周期型検知センサデータ用に５つのタイムリソース、イベントドリブン型検知センサデータ用に２つのタイムリソース割り当てが要求され、それに従って、図１１（ａ）、図１１（ｂ）に示すようにタイムリソースの割り当てが行なわれている。そして、Ｔ２の時点で、周期型検知センサデータ用に５つのタイムリソース、イベントドリブン型検知センサデータ用に２つのタイムリソース割り当てが要求され、それに従ったタイムリソース割り当てが行なわれている。
【００５７】
また、図１１（ｄ）には緊急タイムリソース割り当て用の管理データ用タイムリソースが示されており、この図に示すように、Ｔ３とＴ４の間に、緊急タイムリソースを必要とする事象が発生し、Ｔ４の時点で５つの緊急タイムリソースの割り当て要求がなされている。これに従って、図１１（ｅ）に示すように、５つの緊急タイムリソースが割り当てられている。また、Ｔ５の時点では３つの緊急タイムリソースの割り当て要求がなされ、これに従った緊急タイムリソースが割り当てられている。なお、図１１（ｅ）に示すように、緊急タイムリソースは、それが割り当てられたスケジュール単位期間のみで有効である。
【００５８】
なお、各タイムリソースは基本的には対応するデータ種別の転送のためにのみ使用される。ただし、例えば周期型検知センサデータ用の割り当てタイムリソースタイミングにおいて、送信対象となる周期型検知センサデータがキューイングされていなかった場合や、緊急タイムリソース割り当てのために利用される管理データ用タイムリソースタイミングにおいて緊急タイムリソースの要求が必要でない場合などにおいては、そのタイムリソースを利用して、本来の送信目的以外のセンサデータもしくは管理データの転送を行なうこととしてもよい。次に、通常時、および緊急時の各タイムリソース割り当てにおける処理を詳細に説明する。
【００５９】
（個別スケジュール表の作成、配信処理）
まず、通常時における個別スケジュール表の作成、配信処理を、図１２に示す（ステップ１）キュー使用状況監視、（ステップ２）タイムリソース要求数算出、（ステップ３）個別スケジュール表作成、配信の手順に沿って説明する。
【００６０】
＜Ｓ１：キュー使用状況監視＞
ゲートウェイ装置３は、周期型検知センサデータ用キュー及びイベントドリブン型検知センサデータ用キューのそれぞれについて、キューの使用状況を監視する。具体的には、前回の再スケジューリングタイミングから、現再スケジューリングタイミングまでの、タイムリソース未使用数と、キュー内のタイムアウトデータバイト数をカウントする。
【００６１】
タイムリソース未使用数とは、スケジュール表に示されるタイムリソース割り当てタイミングになった時点で、キューに送信すべきデータが存在しないためにそのタイミングをデータ送信に使用しなかった回数であり、キュー内のタイムアウトデータバイト数とは、キュー内に予め定められた時間（例えばスケジュール単位期間）以上キューイングされているセンサデータのバイト数の合計である。
【００６２】
タイムリソース未使用数が多い場合、現在の割り当てタイムリソース数が余分であることを示すため、新規タイムリソース割り当て要求数を減らす要因となり、タイムアウトデータバイト数が多い場合は、現在の割り当てタイムリソース数では足りないことを示すため、同要求数を増やす要因となる。
【００６３】
＜Ｓ２：タイムリソース要求数算出＞
ゲートウェイ装置３は、再スケジューリングタイミング（＝通常タイムリソース割り当てのための管理データ用タイムリソース割り当てタイミング）において、タイムリソース要求数を、上記２つのパラメータより算出し、データ集約装置１へ転送する。
【００６４】
タイムリソース要求数の算出は、例えば、再スケジュール周期間隔が５分、スケジュール単位期間が１分、１タイムリソースあたりの最大送信バイト数が５０バイトである場合、前回のタイムリソース要求数を基準として、次に示す式により算出する。
【００６５】
タイムリソース要求数＝前回割り当て要求数
＋（タイムアウトデータバイト数/５０）
−（タイムリソース未使用数/５）
ここで、上記の式の第２項は、タイムアウトデータバイト数を単位タイムリソースあたりの送信バイト数で割ることで、タイムアウトしたデータを送信するのに必要だったスケジュール単位期間あたりのタイムリソース数が算出される項であり、この項はタイムリソース要求数を増加させる項である。第３項は、タイムリソース未使用数を、再スケジューリング周期間隔あたりのスケジュール単位期間数で割ることで、スケジュール単位期間あたりのタイムリソース未使用数が算出される項であり、この項はタイムリソース要求数を減少させる項である。
【００６６】
タイムリソース要求数算出の一例を図１３に示す。図１３に示す例は、単位タイムリソースあたりの最大送信帯域を５０バイト、スケジュール単位期間を１分（スケジュール単位期間あたり２４スロット）、再スケジュール周期間隔を５分とした場合に、その５分間におけるタイムアウトデータ量が２００バイト、タイムリソース未使用数が0だった場合の例である。
【００６７】
図１３に示すように、前回（Ｔ１の時点）でのタイムリソース要求数が５である場合、上記計算式から、５＋（２００／５０）−（０／５）＝９となり、次回（Ｔ２の時点）のタイムリソース要求数は９となる。そして、下記の個別スケジュール表作成、配信を経て、Ｔ２以降のタイムリソースが割り当てられ、それに従ったセンサデータの転送が行なわれることになる。
【００６８】
＜Ｓ３：個別スケジュール表作成、配信＞
データ集約装置１は、ゲートウェイ装置３から受信したタイムリソース要求数を元に仮の個別スケジュール表を作成する。仮の個別スケジュール表の作成のためのタイムリソース割り当ては、予測困難なセンサデータの発生に対する送信機会を最大化するために、スケジュール単位期間内について等間隔にてタイムリソース割り当てを行うものとする。なお、この割り当てには前述した管理データ用タイムリソース割り当てを含む。
【００６９】
例えば単位タイムリソース時間が２．５秒、スケジュール単位期間が１分の場合、スケジュール単位期間は２４のタイムスロットに分割されるが、このときタイムリソース要求数として３を受信した場合は、８タイムスロット毎に割り当てを行うことになる。このとき、タイムリソース割り当てを行う初期位置は、複数ゲートウェイ装置間での特定のタイムスロット番号における割り当てタイムリソースの重複、偏りを避けるためにランダムに決定するものとする。
【００７０】
上記例において、タイムリソース割り当て初期タイムスロット位置が１２に決定された場合、４、１２、２０番目のタイムスロットにて単位タイムリソースの割り当てが行われる。このようなランダムな初期タイムスロット位置からのタイムリソース割り当てを行うことで、全体スケジュールにおけるタイムリソースごとの割り当てタイムリソース数を均一化することが可能となる。
【００７１】
ただし、特に周期型センサデータ用のタイムリソース割り当てにおいて、予めスケジュール単位期間内におけるセンシングタイミングが予測できる場合には、それに従った割り当てを行うこととしてもよい。
【００７２】
続いて、データ集約装置１は、作成された仮の個別スケジュール表が実際に割り当て可能かどうかの判定を行う。具体的にはデータ集約装置１は、全ゲートウェイ装置３に対する個別スケジュール表を集計した全体スケジュール表を管理しており、この全体スケジュール表に新たに作成した個別スケジュール表を反映させる。  
全体スケジュール表の例を図１４に示す。図１４に示すように、全体スケジュール表は、スケジュール単位期間内の各タイムスロットにおける全ゲートウェイ装置３への割り当てタイムリソース数を管理するものであり、各タイムスロット番号における割り当て単位タイムリソース毎に、割り当て対象ゲートウェイ装置３を一意に識別するIDを関連付けて管理している。これにより全体スケジュール表から、各ゲートウェイ装置３に割り当てしているタイムリソース表を抽出することが可能となる。また必要に応じてゲートウェイ装置IDに加えて、その割り当てタイムリソースの用途（センサデータ用、管理データ用、緊急データ用等）を識別するための情報を付加してもよい。
【００７３】
新たに生成した個別スケジュール表を全体スケジュール表へ反映した結果、各タイムスロットにおける割り当てタイムリソース数が、アクセスネッワークにおける最大帯域から決定される割り当て可能な最大タイムリソース数をオーバーしないかどうかを確認する。もし割り当て可能であれば仮の個別スケジュール表を、新規個別スケジュール表として当該ゲートウェイ装置へ配信する。
【００７４】
もし最大タイムリソース数をオーバーするために割り当てができない場合には、当該ゲートウェイ装置３に対し、割り当て不可を通知する。もしくは、割り当ての初期値を変更することにより再度仮のスケジュール表を作成し、割り当て可能かどうかの判定を行うこととしてもよい。
【００７５】
（緊急割り当てタイムリソース表の作成、配信処理）
次に、緊急時における緊急割り当てタイムリソース表の作成、配信処理を、図１５に示す（ステップ１１）キュー使用状況監視、（ステップ１２）タイムリソース要求数算出、（ステップ１３）緊急割り当てタイムリソース表作成、配信の手順に沿って説明する。なお、図１６には、（ステップ１１）キュー使用状況監視、（ステップ１２）タイムリソース要求数算出、（ステップ１３）緊急割り当てタイムリソース表作成、配信それぞれのタイミング例と、割り当て例を示している。
【００７６】
＜Ｓ１１：キュー使用状況監視＞
ゲートウェイ装置３は、周期型検知センサデータ用キュー及びイベントドリブン型検知センサデータ用キューのそれぞれについて、緊急に送信が必要なデータが存在しないかどうかの監視、およびその発生の検知を行う。具体的には、キューのバッファ空き容量が、予め定められた閾値以下になっていないか、例えばバッファ空き容量が全体の５０％を下回ってないかどうかを監視し、下回っている場合に、緊急に送信が必要なデータが発生したと判断する。
【００７７】
＜Ｓ１２：タイムリソース要求数算出＞
ゲートウェイ装置３が、あるキューにおいて、緊急に送信が必要なデータ（緊急データと呼ぶ）が発生したと判断した場合、ゲートウェイ装置３は、緊急データの送信に必要なタイムリソース数である緊急タイムリソース要求数を算出した上で、データ集約装置１へ通知する。
【００７８】
緊急タイムリソース要求数としては、各ゲートウェイ装置３にて静的に設定された値、もしくはバッファの空き容量に応じて動的に算出された値を用いる。例えば該当のキューに４７０バイトのデータがスタックされており、バッファの空き容量低下のため、スタックデータの一括送信を緊急で行うこととする場合、単位タイムリソースあたりの最大送信データ量が５０バイトであれば、緊急タイムリソース要求数として１０をデータ集約装置１に送信する。
【００７９】
＜Ｓ１３：緊急割り当てタイムリソース表作成、配信＞
データ集約装置１は、ゲートウェイ装置３から受信した緊急タイムリソース要求数のタイムリソースを、当該ゲートウェイ装置３用の緊急タイムリソースとして、直近のタイムスロット番号（例えば現タイムスロットから３つ先のタイムスロット）に割り当てる。例えば１０の緊急タイムリソース割り当てを行う場合、全体スケジュール表の状況に応じて、３つ先のタイムスロットにて１０のタイムリソースを割り当てる、もしくは３つおよび４つ先のタイムスロットにそれぞれ５つのタイムリソースを割り当てるといった割り当てを行なう。  
また、全体スケジュール表を参照した結果、直近のタイムスロット番号にて割り当て可能な空きタイムリソースが存在しなかった場合には、通常タイムリソースの一部を一時的に削除した上で、緊急タイムリソースの割り当てを行ってもよい。
【００８０】
データ集約装置１は、以上により割り当てられた緊急タイムリソースの通知を当該ゲートウェイ装置３に対して行う。なお、この緊急タイムリソース割り当てはあくまで指定されたタイムリソース時間において一度のみ使用できる一時的なものであり、次のスケジュール単位期間内においては割り当てられた緊急タイムリソースの使用はできない。
【００８１】
（本実施の形態で説明したシステムの効果）
本実施の形態のシステムでは、各ゲートウェイ装置３が自身のキューの使用状況に応じて定期的にタイムリソース要求数を算出するため、各ゲートウェイ装置３にて発生するセンサデータ量の変動に柔軟に対応可能である。
【００８２】
また、タイムリソースの割り当てをデータ種別ごとに行うので、データの特性に応じた適切なタイムリソース割り当てが可能となる。また、定期的にキューの使用状況をもとにした再スケジューリングを行うとともに、緊急データ発生を監視し、緊急データ発生時に緊急のタイムリソース割り当てを行うので、時系列的に緩やかなセンサデータ量の変動と、短時間内における急激なセンサデータ量の増加の両方に対応することが可能となる。
【００８３】
また、最も処理の負荷が大きいタイムリソース要求数の算出を各ゲートウェイ装置３が自律的に行うので、データ集約装置１における負荷が軽減される。
【００８４】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。なお、本実施の形態では、センサから送信されるセンサデータを集約する集約システムに本発明を適用した例を示しているが、本発明はセンサデータ集約に限らず、複数のデータ送信装置から送信されるデータを、ゲートウェイ装置を介して集約するシステムであればどのようなデータに対しても適用できる。
【図面の簡単な説明】
【００８５】
【図１】本発明の実施の形態におけるシステム構成図である。
【図２】割り当てタイムリソースに従ってセンサデータを送信する例を説明するための図である。
【図３】２つのキューを用いてセンサデータ転送を行なう場合のシステムの動作概要を説明するための図である。
【図４】センサのIDと送出されるデータ種別とを対応付けた対応表の例を示す図である。
【図５】ゲートウェイ装置３の機能ブロック図である。
【図６】データ集約装置１の機能ブロック図である。
【図７】通常タイムリソース割り当て、及び緊急タイムリソース割り当ての役割を説明するための図である。
【図８】管理データ用割り当てタイムリソース管理表を示す図である。
【図９】個別スケジュール表の一例を示す図である。
【図１０】緊急割り当てタイムリソース表の一例を示す図である。
【図１１】タイムリソースの割り当ての様子を時系列イメージで示す図である。
【図１２】個別スケジュール表の作成、配信処理を説明するための図である。
【図１３】タイムリソース要求数算出の一例を説明するための図である。
【図１４】全体スケジュール表の例を示す図である。
【図１５】緊急割り当てタイムリソース表の作成、配信処理を説明するための図である。
【図１６】緊急割り当てタイムリソース表の作成、配信処理を説明するための図である。
【符号の説明】
【００８６】
１  データ集約装置
２  ネットワーク
３  ゲートウェイ装置
１１  センサデータ受信部
１２  センサデータ格納部
１３  管理データ受信部
１４  要求タイムリソース割り当て可否判定部
１５  緊急割り当てタイムリソース表生成部
１６  個別スケジュール表生成部
１７  個別スケジュール表送信部
１８  緊急割り当てタイムリソース表送信部
３１  センサデータ受信部
３２  センサデータキューイング部
３３  イベントドリブン型検知センサデータキュー
３４  周期型検知センサデータキュー
３５  センサデータキュー
３６  センサデータキュー監視部
３７  通常タイムリソース要求数算出部
３８  緊急タイムリソース要求数算出部
３９  スケジュール表参照部
４０  センサデータ転送部
４１  管理データ転送部
４２  個別スケジュール表・緊急割り当てタイムリソース表受信部
４３  スケジュール表格納部４３
【図１】
2008054127.tif 000003
【図２】
2008054127.tif 000004
【図３】
2008054127.tif 000005
【図４】
2008054127.tif 000006
【図５】
2008054127.tif 000007
【図６】
2008054127.tif 000008
【図７】
2008054127.tif 000009
【図８】
2008054127.tif 000010
【図９】
2008054127.tif 000011
【図１０】
2008054127.tif 000012
【図１１】
2008054127.tif 000013
【図１２】
2008054127.tif 000014
【図１３】
2008054127.tif 000015
【図１４】
2008054127.tif 000016
【図１５】
2008054127.tif 000017
【図１６】
2008054127.tif 000018