(57)【要約】【課題】各機器を接続するネットワークにかかる通信負荷の軽減とデータの信憑性の担保との両立を図る。【解決手段】収集周期テーブルに設定されている収集周期に従い、収集対象となるデータ識別子のデータを収集して収集データキャッシュ部１６に記憶させるデータ収集部１２と、新たに収集されたデータ（新データ）と同じデータ識別子のデータが収集データキャッシュ部１６にすでに存在していた場合、新データとすでに存在していたデータ（旧データ）との差異が閾値を上回る場合、当該データ識別子の収集周期として短い収集周期を、新データと旧データとの差異が閾値を下回る場合、当該データ識別子の収集周期として長い収集周期を、それぞれ設定して収集周期テーブルを更新する収集周期調整部１３と、データ送信要求に対し、データが収集データキャッシュ部１６にあればそのデータを、なければデータ収集部１２に収集させて取得したデータを、要求元へ送信するデータ提供部１４と、を有する。【選択図】図３
2014216764.tif 000002
【特許請求の範囲】
【請求項１】
データを定周期的に収集する収集周期がデータ識別子毎に設定された収集周期情報を記憶する収集周期情報記憶手段と、
一時記憶手段と、
前記収集周期情報に設定されている収集周期に従い、収集対象となるデータ識別子のデータを収集して前記一時記憶手段に記憶させる収集手段と、
前記収集手段により新たに収集されたデータと同じデータ識別子のデータが前記一時記憶手段にすでに存在していた場合、前記収集手段により新たに収集されたデータの前記一時記憶手段にすでに存在していたデータに対する変化量が予め設定された閾値を上回る場合には現在設定されている収集周期より短い収集周期を新たに設定し、前記変化量が前記閾値を下回る場合には現在設定されている収集周期より長い収集周期を新たに設定し、その新たに設定した収集周期で前記収集周期情報記憶手段に記憶されている当該データ識別子に対応する収集周期情報を変更する変更手段と、
データ送信要求に応じて、送信対象とするデータ識別子のデータが、前記一時記憶手段に記憶されている場合には前記一時記憶手段に記憶されている当該データ識別子の最新のデータを要求元へ送信し、前記一時記憶手段に記憶されていない場合には当該データ識別子のデータを前記収集手段に収集させ、その収集されたデータを要求元へ送信する送信手段と、
を有することを特徴とするゲートウェイ装置。
【請求項２】
データ識別子と、当該データ識別子におけるデータの変更条件値と、前記収集手段により収集されたデータの値が前記変更条件値に合致した場合に収集周期の変更対象とするデータ識別子と、当該変更対象とするデータ識別子に設定された収集周期変更情報と、が対応付けして設定された連係情報を記憶する連係情報記憶手段を有し、
前記変更手段は、前記収集手段により収集されたデータの値が、前記連係情報に設定された当該データ識別子に対応する変更条件値に合致した場合、当該連係情報に設定された収集周期変更情報に従い当該変更対象とするデータ識別子に設定されている収集周期を変更することを特徴とする請求項１に記載のゲートウェイ装置。
【請求項３】
前記変更手段は、予め設定された範囲内において収集周期を設定することを特徴とする請求項１に記載のゲートウェイ装置。
【請求項４】
前記収集手段は、前記収集周期情報に収集周期が設定されていないデータ識別子が存在する場合、当該データ識別子のデータを定周期的に収集しないことを特徴とする請求項１に記載のゲートウェイ装置。
【請求項５】
データを収集する収集周期がデータ識別子毎に設定された収集周期情報を記憶する収集周期情報記憶手段と、一時記憶手段と、を有するゲートウェイ装置に搭載されたコンピュータを、
前記収集周期情報に設定されている収集周期に従い、収集対象となるデータ識別子のデータを収集して前記一時記憶手段に記憶させる収集手段、
前記収集手段により新たに収集されたデータと同じデータ識別子のデータが前記一時記憶手段にすでに存在していた場合、前記収集手段により新たに収集されたデータの前記一時記憶手段にすでに存在していたデータに対する変化量が予め設定された閾値を上回る場合には現在設定されている収集周期より短い収集周期を新たに設定し、前記変化量が前記閾値を下回る場合には現在設定されている収集周期より長い収集周期を新たに設定し、その新たに設定した収集周期で前記収集周期情報記憶手段に記憶されている当該データ識別子に対応する収集周期情報を変更する変更手段、
データ送信要求に応じて、送信対象とするデータ識別子のデータが、前記一時記憶手段に記憶されている場合には前記一時記憶手段に記憶されている当該データ識別子の最新のデータを要求元へ送信し、前記一時記憶手段に記憶されていない場合には当該データ識別子のデータを前記収集手段に収集させ、その収集されたデータを要求元へ送信する送信手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイ装置及びプログラム、特に機器から外部に送信されるデータを中継するゲートウェイ装置及びそのゲートウェイ装置に搭載されたコンピュータを機能させるためのプログラムに関する。
【背景技術】
【０００２】
ビルに設置された機器からのデータをインターネット経由で外部に送信することによってビル所有者等のユーザに閲覧させるシステムにおいては、ビル側にゲートウェイ装置を設置するのが一般的である。ゲートウェイ装置は、機器からデータを定期的に収集、蓄積しておき、ユーザからの各機器へのデータ送信要求に対し、要求先の各機器を代理して、当該機器から収集して蓄積しておいたデータを要求元へ送信することで応答していた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−０５９０００号公報
【特許文献２】特開２０１２−０５９００１号公報
【特許文献３】特開平５−２１１６８６号公報
【特許文献４】特開２００４−３４８３１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前述した機器からデータを定期的に収集する方法では、ネットワークにかかる通信負荷とリアルタイム性とがトレードオフになる。すなわち、機器からデータを収集する周期を相対的に長くすると、ゲートウェイ装置と各機器とを接続するネットワークにかかる通信負荷を軽減することができるが、データ送信要求時点より前の時点においてすでに収集したデータを送信することにもなりうるので送信要求に対してリアルタイムに応答しているとは言い難くなる。リアルタイムなデータを送信していないということは、データの信憑性が懸念される。その一方、機器からデータを収集する周期を相対的に短くすると、データの信憑性は相対的に担保されるものの、ゲートウェイ装置と機器とを接続するネットワークにかかる通信負荷が相対的に高くなってしまう。
【０００５】
本発明は、従来に比して各機器を接続するネットワークにかかる通信負荷の軽減とデータの信憑性の担保との両立を図ることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係るゲートウェイ装置は、データを定周期的に収集する収集周期がデータ識別子毎に設定された収集周期情報を記憶する収集周期情報記憶手段と、一時記憶手段と、前記収集周期情報に設定されている収集周期に従い、収集対象となるデータ識別子のデータを収集して前記一時記憶手段に記憶させる収集手段と、前記収集手段により新たに収集されたデータと同じデータ識別子のデータが前記一時記憶手段にすでに存在していた場合、前記収集手段により新たに収集されたデータの前記一時記憶手段にすでに存在していたデータに対する変化量が予め設定された閾値を上回る場合には現在設定されている収集周期より短い収集周期を新たに設定し、前記変化量が前記閾値を下回る場合には現在設定されている収集周期より長い収集周期を新たに設定し、その新たに設定した収集周期で前記収集周期情報記憶手段に記憶されている当該データ識別子に対応する収集周期情報を変更する変更手段と、データ送信要求に応じて、送信対象とするデータ識別子のデータが、前記一時記憶手段に記憶されている場合には前記一時記憶手段に記憶されている当該データ識別子の最新のデータを要求元へ送信し、前記一時記憶手段に記憶されていない場合には当該データ識別子のデータを前記収集手段に収集させ、その収集されたデータを要求元へ送信する送信手段と、を有するものである。
【０００７】
また、データ識別子と、当該データ識別子におけるデータの変更条件値と、前記収集手段により収集されたデータの値が前記変更条件値に合致した場合に収集周期の変更対象とするデータ識別子と、当該変更対象とするデータ識別子に設定された収集周期変更情報と、が対応付けして設定された連係情報を記憶する連係情報記憶手段を有し、前記変更手段は、前記収集手段により収集されたデータの値が、前記連係情報に設定された当該データ識別子に対応する変更条件値に合致した場合、当該連係情報に設定された収集周期変更情報に従い当該変更対象とするデータ識別子に設定されている収集周期を変更するものである。
【０００８】
また、前記変更手段は、予め設定された範囲内において収集周期を設定するものである。
【０００９】
また、前記収集手段は、前記収集周期情報に収集周期が設定されていないデータ識別子が存在する場合、当該データ識別子のデータを定周期的に収集しないものである。
【００１０】
本発明に係るプログラムは、データを収集する収集周期がデータ識別子毎に設定された収集周期情報を記憶する収集周期情報記憶手段と、一時記憶手段と、を有するゲートウェイ装置に搭載されたコンピュータを、前記収集周期情報に設定されている収集周期に従い、収集対象となるデータ識別子のデータを収集して前記一時記憶手段に記憶させる収集手段、前記収集手段により新たに収集されたデータと同じデータ識別子のデータが前記一時記憶手段にすでに存在していた場合、前記収集手段により新たに収集されたデータの前記一時記憶手段にすでに存在していたデータに対する変化量が予め設定された閾値を上回る場合には現在設定されている収集周期より短い収集周期を新たに設定し、前記変化量が前記閾値を下回る場合には現在設定されている収集周期より長い収集周期を新たに設定し、その新たに設定した収集周期で前記収集周期情報記憶手段に記憶されている当該データ識別子に対応する収集周期情報を変更する変更手段、データ送信要求に応じて、送信対象とするデータ識別子のデータが、前記一時記憶手段に記憶されている場合には前記一時記憶手段に記憶されている当該データ識別子の最新のデータを要求元へ送信し、前記一時記憶手段に記憶されていない場合には当該データ識別子のデータを前記収集手段に収集させ、その収集されたデータを要求元へ送信する送信手段、として機能させるためのものである。
【発明の効果】
【００１１】
本発明によれば、従来に比して各機器を接続するネットワークにかかる通信負荷の軽減とデータの信憑性の担保との両立を図ることができる。
【００１２】
また、複数のデータ識別子を連係させて収集周期を変更することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明に係るゲートウェイ装置を有するビル監視システムの全体構成の一例を示す図である。
【図２】実施の形態１におけるゲートウェイ装置に搭載されたコンピュータのハードウェア構成図である。
【図３】実施の形態１におけるゲートウェイ装置のブロック構成図である。
【図４】実施の形態１における収集周期テーブル記憶部に記憶される収集周期テーブルの構成例を示す図である。
【図５】図４に示した収集周期テーブルの設定例に従ってデータ収集を行うタイミングを示す図である。
【図６】実施の形態１におけるデータ収集処理を示すフローチャートである。
【図７】実施の形態１におけるデータ送信処理を示すフローチャートである。
【図８】実施の形態２におけるゲートウェイ装置のブロック構成図である。
【図９】実施の形態２における連係情報記憶部に記憶される連係情報のデータ構成例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００１５】
実施の形態１．
図１は、本発明に係るゲートウェイ装置を有するビル監視システムの全体構成の一例を示す図である。図１には、ビル３の所有者や管理者等のユーザにより使用されるユーザ端末装置１と、ユーザ端末装置１とビル３に設置されたゲートウェイ装置１０とを接続するインターネットなどのＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）２と、ユーザにより監視対象とされる空調、照明等の電気設備機器（以下、「機器」）４と、ゲートウェイ装置１０と各機器４とを接続する専用のネットワーク５と、が示されている。
【００１６】
ユーザは、各機器４から発せられる、温度、湿度、センサ出力値等のデータを取得、参照することによって各機器４の状態監視等を行うが、ゲートウェイ装置１０は、各機器４からのデータを中継する。
【００１７】
図２は、本実施の形態におけるゲートウェイ装置１０に搭載されたコンピュータのハードウェア構成図である。本実施の形態においてゲートウェイ装置１０に搭載されたコンピュータは、従前から存在する汎用的なハードウェア構成で実現できる。すなわち、コンピュータは、図２に示したようにＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ハードディスクドライブ（ＨＤＤ）２４を接続したＨＤＤコントローラ２５、通信手段として設けられたネットワークコントローラ２６を内部バス２７に接続して構成される。なお、保守、各種設定等のために、入力手段としてマウスとキーボード、表示装置としてディスプレイ、あるいは他の情報処理装置を必要により接続できるように構成してもよい。
【００１８】
図３は、本実施の形態におけるゲートウェイ装置１０のブロック構成図である。本実施の形態におけるゲートウェイ装置１０は、要求受信部１１、データ収集部１２、収集周期調整部１３、データ提供部１４、制御部１５、収集データキャッシュ部１６及び収集周期テーブル記憶部１７を有している。図３では、データの流れを実線で示している。なお、本実施の形態に用いない構成要素については図３から省略している。
【００１９】
要求受信部１１は、ユーザ端末装置１から送信されてくるデータ送信要求を受信する。データ収集部１２は、収集手段として設けられ、収集周期テーブル記憶部１７に記憶された収集周期テーブルに設定されている収集周期に従い、収集対象となるデータ種別のデータを該当する機器４から収集し、収集データキャッシュ部１６に書き込むことで記憶させる。収集周期調整部１３は、変更手段として設けられ、収集周期テーブル記憶部１７に記憶された収集周期テーブルの設定内容を変更する。変更する内容、タイミング等の詳細についてはデータ収集処理の説明と合わせて後述する。データ提供部１４は、送信手段として設けられ、要求受信部１１が受信したデータ送信要求に応じて、機器４から収集したデータを要求元であるユーザ端末装置１に送信する。制御部１５は、各構成要素１１〜１４と連携動作することで、ゲートウェイ装置１０に、本実施の形態において特徴的な機器４からのデータを外部のユーザ端末装置１へ送信する際のデータ中継機能を発揮させる。
【００２０】
収集データキャッシュ部１６は、一時記憶手段として設けられ、データ収集部１２により収集されたデータを一時記憶する。本実施の形態においては、単に「キャッシュ」とも称する。収集周期テーブル記憶部１７は、収集周期情報記憶手段として設けられ、機器４からデータを収集する収集周期がデータ種別毎に設定された収集周期情報をテーブル形式にて記憶する。
【００２１】
図４は、本実施の形態における収集周期テーブル記憶部１７に記憶される収集周期テーブルの構成例を示す図である。収集周期テーブルは、収集周期情報をテーブル形式にて保持している。収集周期テーブルには、データ識別子と収集周期と待ち周期数とが対応付けて設定される。機器４からは、機器４によって温度、センサ検出値等のデータが出力されるが、データ識別子には、各機器４から出力されるデータを識別するための情報としてデータ識別子が設定される。全ての機器４が１種類のデータのみを出力する場合には、データ識別子の代わりに機器を識別する情報を用いてもよい。データ収集部１２は、制御部１５による制御のもと定周期的に、例えば１０秒ごとに機器４からデータを収集するデータ収集処理を実施するが、収集周期には、実際にデータの収集を行う周期の間隔が設定される。待ち周期数は、データの収集を実際に行うタイミングを特定するために用いられる。
【００２２】
ゲートウェイ装置１０における各構成要素１１〜１５は、ゲートウェイ装置１０に搭載されたコンピュータと、コンピュータに搭載されたＣＰＵ２１で動作するプログラムとの協調動作により実現される。また、収集データキャッシュ部１６及び収集周期テーブル記憶部１７は、ＨＤＤ２４またはＲＡＭ２３にて実現される。
【００２３】
また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、接続した情報処理装置を介して、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムは、情報処理装置を利用してコンピュータにインストールされ、コンピュータのＣＰＵ２１がプログラムを順次実行することで各種処理が実現される。
【００２４】
次に、本実施の形態における動作について説明するが、最初に収集周期テーブルの設定内容の変更方法及び収集周期テーブルの設定内容に基づいたデータ収集タイミングの特定方法について図４及び図５を用いて説明する。
【００２５】
図５は、図４に示した収集周期テーブルの設定例に従って各データ識別子のデータの収集を行うタイミングを示す図である。図５において、“○”は当該周期において対応するデータ識別子のデータの収集を行うタイミングを示し、“×” は当該周期において対応するデータ識別子のデータの収集を行わないタイミングを示している。収集周期調整部１３は、収集周期テーブルの設定内容を変更して収集周期を調整するが、この収集周期の調整は、待ち周期数を増減させることで行っている。
【００２６】
例えば、図４においてデータ識別子“データＢ”の収集周期情報に着目すると、このデータ識別子には、収集周期として“３”が設定されている。つまり、３周期毎にデータ収集を行うことを意味している。収集周期調整部１３は、データ収集部１２による１周期のデータ収集が終了するたびに待ち周期数が０になるまで１ずつ減算する。図４には、待ち周期数“２”が設定されている。データ収集部１２は、待ち周期数が“０”のデータ識別子をデータ収集対象としているので、データ識別子“データＢ”のデータは、今回の周期（図５における１周期目）ではデータ収集の対象としない。１周期目におけるデータ収集が終了すると、収集周期調整部１３は、待ち周期数を１減算することで待ち周期数を“１”に変更する。待ち周期数は“０”ではないので、データ収集部１２は、次の周期（図５における２周期目）でもデータ収集の対象としない。２周期目におけるデータ収集が終了すると、収集周期調整部１３は、待ち周期数を１減算することで待ち周期数を“０”に変更する。これにより、待ち周期数は“０”になったので、データ収集部１２は、更に次の周期（図５における３周期目）では、データ識別子“データＢ”のデータを収集する。データが収集されると、収集周期調整部１３は、待ち周期数が“０”の場合、待ち周期数を収集周期の設定値“３”で更新する。そして、更新後、待ち周期数から１減算して、待ち周期数を“２”に変更する。
【００２７】
このように、データ識別子“データＢ”に関しては、収集周期に設定された３周期毎にデータ収集が実施される。データ識別子“データＣ”に関しても同様にして、収集周期に設定された５周期毎にデータ収集が実施される。図４に示したデータ識別子“データＣ”の設定例によると、待ち周期数は“１”なので、データ識別子“データＣ”のデータは、２周期目に、続いて７周期目に収集される。データ収集部１２によるデータ収集が１０秒ごとに実施される場合、つまり、１周期が１０秒の場合、データ識別子“データＢ”のデータは３０秒ごとに収集され、データ識別子“データＣ”のデータは５０秒ごとに収集されることになる。
【００２８】
データ識別子“データＡ”に関しては、収集周期に“１”が設定されているので、１周期毎、すなわち、１０秒ごとにデータ収集が実施される。
【００２９】
データ識別子“データＤ”の収集周期には“０”が設定されている。これは、収集周期が設定されていないことを意味する。このように、データ識別子に収集周期が設定されていない場合、データ収集部１２は、当該データ識別子のデータを周期的に収集しない。
【００３０】
以上のことから理解できるように、収集周期に“１”が設定されると、データの収集は毎周期行われる。また、データの収集を周期的に行わない場合、管理者等は収集周期に“０”を設定することになる。なお、詳細は後述するように、収集周期に“０”が設定されているデータ識別子以外のデータ識別子の収集周期は、データが収集されるたびに変更されうるので、基本的には定周期的にデータが収集されるとは限らない。
【００３１】
なお、本実施の形態では、全てのデータ識別子に対する収集周期情報が収集周期テーブルに設定されていることを想定しているが、収集周期テーブルに登録されていないデータ識別子のデータ収集は、取り決めによって毎周期行うようにしてもよいし、周期的にデータ収集を行わないようにしてもよい。
【００３２】
続いて、本実施の形態におけるデータ収集処理について図６に示したフローチャートを用いて説明する。
【００３３】
計時機能を有する制御部１５は、前回のデータ収集から１０秒経過したことを検知すると、データ収集部１２を起動する。データ収集部１２は、起動されることでデータ収集を開始する。具体的には、収集周期テーブルから未処理の収集周期情報を１つずつ読み出す（ステップ１０１）。例えば、収集周期テーブルの先頭から順にデータ識別子に設定されている情報を読み出せばよい。読み出したデータ識別子に対応する待ち周期数が“０”の場合、データの収集対象と判断し、“０”以外の場合、今回の周期でのデータの収集対象外と判断する。但し、収集周期が“０”であるデータ識別子は、前述したように常に周期的なデータ収集の対象外となる。今回の周期ではデータを収集しないと判断した場合（ステップ１０２でＮ）、全ての収集周期情報に対する処理が終了するまで（ステップ１０８でＮ）、次の収集周期情報に処理を移行する（ステップ１０１）。
【００３４】
読み出したデータ識別子のデータを収集対象と判断した場合（ステップ１０２でＹ）、データ収集部１２は、該当する機器４に対して当該データ識別子のデータの送信要求を送信する。そして、この送信要求に応じて機器４から送信されてくるデータを受信することで収集すると（ステップ１０３）、収集データキャッシュ部１６に書き込むことで保存する（ステップ１０４）。
【００３５】
収集データが収集データキャッシュ部１６に書き込まれると、制御部１５は、収集周期調整部１３を起動する。収集周期調整部１３は、起動されると、今回の周期においてデータ収集部１２により新たに収集されたデータ（以下、「新データ」ともいう）と同じデータ識別子のデータ（以下、「旧データ」ともいう）が収集データキャッシュ部１６にすでに存在しているかどうかを確認する。なお、同じデータ識別子の新旧は、データ収集部１２が収集したデータを収集データキャッシュ部１６に書き込むときに付加された収集日時により判断してもよい。新データと同じデータ識別子の旧データが収集データキャッシュ部１６に存在しない場合（ステップ１０５でＮ）、全ての収集周期情報に対する処理が終了するまで（ステップ１０８でＮ）、次の収集周期情報に処理を移行する（ステップ１０１）。
【００３６】
一方、新データと同じデータ識別子の旧データが収集データキャッシュ部１６にすでに存在していた場合（ステップ１０５でＹ）、収集周期調整部１３は、次のようにして収集周期を自動的に調整する（ステップ１０６）。すなわち、収集周期調整部１３は、まず新データと旧データとを比較し、各データ値の差異を確認する。そして、各データ値の差異、換言すると新データの旧データに対する変化量が予め設定された閾値を上回る場合、現在設定されている収集周期より短い収集周期を新たに設定する。本実施の形態では、現在の収集周期の値から１を減算する。一方、新データの旧データに対する変化量が上記閾値を下回る場合、現在設定されている収集周期より長い収集周期を新たに設定する。本実施の形態では、現在の収集周期の値に１を加算する。更に、収集周期調整部１３は、待ち周期数“０”を、当該データ識別子に設定されている収集周期の値で更新する。
【００３７】
なお、変化量が閾値と一致した場合は、加算しても減算してもよい。あるいは、現在の収集周期の設定値をそのまま維持してもよい。また、ここでは、識別子に設定する収集周期を、１ずつ加算若しくは減算することで調整したが、必ずしも加減値を１とする必要はなく、また加算値と減算値を同値とする必要はない。
【００３８】
以上のようにして収集周期が調整されると、制御部１５は、当該データ識別子の旧データを削除する（ステップ１０７）。
【００３９】
以上の処理を全ての収集周期情報に対して実施するまで繰り返す（ステップ１０８でＮ）。そして、全ての収集周期情報に対する処理が終了したことを認識すると（ステップ１０８でＹ）、制御部１５は、収集周期調整部１３に、収集周期テーブルに登録されている全てのデータ識別子に対応する待ち周期数から１減算する（ステップ１０９）。
【００４０】
このように、本実施の形態におけるゲートウェイ装置１０は、機器４からデータ識別子毎に設定された収集周期に従いデータを周期的に収集して、蓄積する。
【００４１】
ところで、収集周期を増減させる判断基準として設けている閾値は、データ識別子毎に設定している。データは、温度などの計測により得られる数値データとは限らず、照明のオン（＝１）／オフ（＝２）のデータも存在する。また、収集対象のデータが温度の場合と電力使用量の場合とでは、当然ながら取り扱う数値の範囲や桁数が異なる場合もある。従って、各データ識別子に設定すべき閾値は異なる。また、同じ温度等同じ種別のデータであれば同じ閾値を用いてもよいが、機器４の設置環境等に応じて適切な閾値を機器毎（データ識別子毎）に設定してもよい。
【００４２】
続いて、ユーザ端末装置１からデータ送信要求が送信されてきたときに実施するデータ送信処理について図７に示したフローチャートを用いて説明する。
【００４３】
ユーザ端末装置１からデータ送信要求が送られてくると、要求受信部１１は、その要求を受信することで受け付ける（ステップ１２１）。ユーザ端末装置１は、送信対象とするデータ識別子毎にデータ送信要求を送信してもよいし、一のデータ送信要求に送信対象とする複数のデータ識別子を個別に指定して送信してもよい。あるいは、全てのデータ識別子のデータを送信対象として、データ識別子を指定せずにデータ送信要求を送信してもよい。ここでは、データ送信要求の形態がどのようであれ、全てのデータ識別子のデータが送信対象とされているものとして説明する。
【００４４】
要求受信部１１がデータ送信要求を受け付けると、制御部１５は、そのデータ送信要求をデータ提供部１４を起動する。データ提供部１４は、起動されると、各機器４にデータ送信要求を配信せずに、次のようにして各データ識別子のデータを取得して要求元のユーザ端末装置１に送信する。
【００４５】
データ提供部１４は、収集周期テーブルあるいは全てのデータ識別子のリストが登録されている図示しないデータベースを参照し、送信対象とするデータ識別子を特定する。そして、例えば、データ識別子のリストの先頭から順に処理対象として当該データ識別子のデータを取得する。まず、データ提供部１４は、未処理のデータ識別子を特定することで処理対象を特定すると（ステップ１２２）、当該データ識別子のデータが収集データキャッシュ部１６に記憶されているかを確認する。ここで、送信対象とするデータ識別子のデータが収集データキャッシュ部１６に記憶されている場合（ステップ１２３でＹ）、収集データキャッシュ部１６から当該データ識別子の最新のデータを読み出し、要求元となるユーザ端末装置１へ送信する（ステップ１２５）。一方、送信対象とするデータ識別子のデータが収集データキャッシュ部１６に記憶されていない場合（ステップ１２３でＮ）、データ提供部１４は、データ収集部１２に、当該データ識別子のデータを収集させ（ステップ１２４）、その収集されたデータを取得して、要求元となるユーザ端末装置１へ送信する（ステップ１２６）。
【００４６】
以上の処理を全てのデータ識別子に対して終了するまで（ステップ１２７でＮ）、繰り返し実行する。
【００４７】
以上説明したように、本実施の形態においては、新旧データの差異が相対的に小さいデータに関しては、データの収集周期を相対的に長くすることによって機器４からのデータ収集にかかる通信負荷を軽減するようにした。つまり、軽視できる程度の差異となるデータであれば、ユーザに提供するデータの信憑性を大きく崩すものではないと考え、通信負荷を優先するようにした。一方、新旧データの差異が相対的に大きいデータに関しては、データの収集周期を相対的に短くすることによって当該データの信憑性を担保するようにした。つまり、軽視できないほど差異が生じているデータに関しては、通信負荷よりデータの信憑性の担保を優先することにした。このことから、図６に示したステップ１０６において、収集周期を増減させる判断基準として設けている閾値には、新旧データの差異が軽視できる程度か否かの判断基準となる数値が設定されることになる。
【００４８】
本実施の形態によれば、全てのデータ識別子のデータを毎周期ごと（上記１０秒ごと）に必ずしも機器４から収集する必要がなくなるためゲートウェイ装置１０と機器４とを接続するネットワーク５にかかる通信負荷を軽減することができると共に、軽視できない程度の差異が生じているデータに関しては、データ送信要求に対してリアルタイムにデータを収集することによってデータの信憑性を担保することができる。
【００４９】
なお、図６に示したステップ１０６において新データと比較する旧データ（収集データキャッシュ部１６にすでに存在していたデータ）は、基本的には新データの直前に収集されたデータを想定している。しかし、旧データは、必ずしも直前のデータと限定する必要はなく、新データが収集された時間帯、曜日、時節等の日時情報に応じて特定してもよい。あるいは、旧データを、新データと同じデータ識別子の、過去に収集された複数のデータの平均値を算出するなどして作成してもよい。例えば、閾値が１とした場合、新旧データの差異が０．９であれば、閾値を上回らないので収集周期は相対的に長くなる。０．９の差異が連続して発生すると、収集周期は更に長くなる一方である。しかし、例えば５周期連続して０．９の差異が生じていた場合、結果として当初の旧データと比較して（０．９×５＝）４．５の差異が生じていることになる。直前のデータのみを旧データとして取り扱うと、このようなケースが発生しうるので、過去に収集された複数のデータに基づき旧データを作成するようにしてもよい。なお、このような場合に対応するために、図６のステップ１０７では、旧データを即座に削除しないで、ある一定期間保存しておくようにしてもよい。
【００５０】
実施の形態２．
図８は、本実施の形態におけるゲートウェイ装置１０のブロック構成図である。実施の形態１と同じ構成要素には、同じ符号を付け説明を省略する。本実施の形態におけるゲートウェイ装置１０は、実施の形態１に示した構成に、連係情報記憶部１８を追加した構成を有している。
【００５１】
図９は、本実施の形態における連係情報記憶部１８に記憶される連係情報のデータ構成例を示す図である。連係情報記憶部１８は、連係情報記憶手段として設けられ、予め設定された連係情報を記憶する。連係情報には、データ識別子と、当該データ識別子におけるデータの変更条件値と、データ収集部１２により収集されたデータの値が変更条件値に合致した場合に収集周期の変更対象とするデータ識別子（連係データ識別子）と、当該連係データ識別子に設定された収集周期変更情報と、が対応付けして設定される。
【００５２】
ビル設備管理では、例えば、ある部屋に機器４として照明設備と空調設備とが設置されている場合、その部屋の照明のＯＮと連動して、その部屋の空調のデータの収集を始めるなど、ある機器のデータの値に応じて、関連する機器の収集周期を連係して制御したい場合がある。このように、本実施の形態では、機器４から収集されるデータを連係して収集制御するために連係情報を用いるようにした。
【００５３】
次に、本実施の形態における動作について説明するが、本実施の形態におけるデータ収集処理は、実施の形態１において説明した処理に加えて連係情報を用いた処理が付加されることになる。すなわち、図６において、あるデータ識別子のデータが収集されると（ステップ１０３）、収集周期調整部１３は、その収集されたデータの値と連係情報に設定された当該データ識別子に対応する変更条件値とを比較する。そして、収集されたデータの値が変更条件値に合致した場合、収集周期調整部１３は、当該データ識別子及び合致した変更条件値に対応する連係データ識別子に対応する収集周期変更情報に従い、収集周期テーブルに設定されている、当該連係データ識別子に設定されている収集周期を変更する。例えば、図４及び図９に示した設定例によると、収集されたデータ識別子“データＡ”のデータの値が“ＯＦＦ”の場合、データ識別子“データＣ”に設定されている収集周期“５”を、“収集周期＋１”と設定された収集周期変更情報に従い１加算することで“６”と変更する。
【００５４】
この連係情報を用いた収集周期の変更処理は、図６においてデータ収集（ステップ１０３）の直後からステップ１０５の直前の間、あるいはステップ１０８の直前に実施すればよい。
【００５５】
本実施の形態におけるデータ送信処理は、実施の形態１と同じでよいので説明を省略する。
【００５６】
なお、図９に例示したように、一のデータ識別子に対して変更条件値毎に連係データ識別子及び収集周期変更情報の組を設定することができる。更に、データ識別子及び変更条件値の組に対して、複数の連係データ識別子及び収集周期変更情報の組を設定してもよい。
【００５７】
ところで、上記実施の形態１，２においては、前述したように新旧データの差異に応じて、換言すると新データの旧データに対する変化量に応じてデータ識別子に対応させて設定した収集周期を増減させるようにした。ただ、新旧データの差異が閾値を上回る状態が継続すると、収集周期がいずれ“０”になってしまい、定周期によるデータ収集の対象外となってしまう。本実施の形態では、収集周期が“０”になると、その後はずっと収集周期の変更対象外となってしまう。また、新旧データの差異が閾値を下回る状態が継続すると、収集周期の値が大きくなりすぎ、新旧データの差異が閾値を上回るような状態になったとしても、データを定周期では収集できなくなってしまう可能性が生じる。そこで、本実施の形態では、収集周期の上下限値を予め設定しておき、その上下限値により決められた範囲内において収集周期を設定するようにしてもよい。この場合、下限値として例えば“１”が設定されているとすると、新旧データの差異が閾値を上回る状態が継続したことで収集周期が“１”まで小さくなった後は、新旧データの差異が閾値を上回ったとしても当該データ識別子の収集周期は“１”のままとなる。
【００５８】
上記各実施の形態においては、ビルに設置の機器４として照明や空調などの電気設備機器を想定して説明したが、電気設備機器の種類はこれに限るものではなく、またゲートウェイ装置１０の設置場所は家庭などでもよくビルに限定されるものではない。
【符号の説明】
【００５９】
１  ユーザ端末装置、２  ＷＡＮ、３  ビル、４  機器、５  ネットワーク、１０  ゲートウェイ装置、１１  要求受信部、１２  データ収集部、１３  収集周期調整部、１４  データ提供部、１５  制御部、１６  収集データキャッシュ部、１７  収集周期テーブル記憶部、１８  連係情報記憶部、２１  ＣＰＵ、２２  ＲＯＭ、２３  ＲＡＭ、２４  ハードディスクドライブ（ＨＤＤ）、２５  ＨＤＤコントローラ、２６  ネットワークコントローラ、２７  内部バス。
【図１】
2014216764.tif 000003
【図２】
2014216764.tif 000004
【図３】
2014216764.tif 000005
【図４】
2014216764.tif 000006
【図５】
2014216764.tif 000007
【図６】
2014216764.tif 000008
【図７】
2014216764.tif 000009
【図８】
2014216764.tif 000010
【図９】
2014216764.tif 000011