(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された監視システムから時系列データを収集する収集手段と、
前記監視システムから収集した時系列データを、世界標準時間及び前記各監視システムが配置されている場所の現地時間で管理可能に記憶する記憶手段と、
前記時系列データを使用して、前記世界標準時間及び前記現地時間を時間軸として画面上に表示可能な所定の管理情報を作成する作成手段と、
前記ネットワークを介して前記管理情報を配信する配信手段と
を具備したことを特徴とする遠隔情報管理システム。
【請求項２】
前記監視システムは、
所定の場所に配置された設備又は施設を監視し、
前記設備又は施設を運用または運転に伴う前記時系列データを作成するように構成されていることを特徴とする請求項１に記載の遠隔情報管理システム。
【請求項３】
前記世界標準時間は、グリニッジ標準時間又は協定世界時間であることを特徴とする請求項１又は請求項２のいずれか１項に記載の遠隔情報管理システム。
【請求項４】
前記配信手段は、
前記ネットワークに接続されて、情報閲覧機能を有する端末装置に前記管理情報を配信するように構成されていることを特徴とする請求項１から請求項３のいずれか１項に記載の遠隔情報管理システム。
【請求項５】
前記記憶手段は、
前記監視システムから収集した時系列データを履歴情報として蓄積し、
前記監視システムの監視対象に関するシステム施設情報を保存し、
前記監視システムにおいて取り扱う信号情報を蓄積するデータベースから構成されている特徴とする請求項１から請求項４のいずれか１項に記載の遠隔情報管理システム。
【請求項６】
前記作成手段は、
前記記憶手段に蓄積又は保存されている履歴情報、システム施設情報及び信号情報を加工して前記管理情報を作成するように構成されていることを特徴とする請求項５に記載の遠隔情報管理システム。
【請求項７】
前記作成手段は、
前記システム施設情報に含まれるサマータイムの情報を使用して、前記時系列データの時間軸として画面上に表示する時間表示をサマータイムに応じて設定できるように前記管理情報を作成することを特徴とする請求項６に記載の遠隔情報管理システム。
【請求項８】
前記作成手段は、
ある期間の時系列データを前記画面上に表示する場合に、サマータイムの期間とサマータイムでない期間と識別して時間表示を設定できるように前記管理情報を作成することを特徴とする請求項７に記載の遠隔情報管理システム。
【請求項９】
前記作成手段は、
ある時点の時系列データを前記画面上に表示する場合に、サマータイムの期間とサマータイムでない期間と識別して時間表示を設定できるように前記管理情報を作成することを特徴とする請求項７に記載の遠隔情報管理システム。
【請求項１０】
前記収集手段は、
前記監視システムとの間で指定の通信プロトコルでのデータ通信機能により、当該監視システムから時系列データを収集するように構成されていることを特徴とする請求項１から請求項９のいずれか１項に記載の遠隔情報管理システム。
【請求項１１】
前記記憶手段に記憶された情報を使用して、前記複数の監視システムに対して有効かつ共通的な演算処理を実行する演算手段を有することを特徴とする請求項１から請求項１０のいずれか１項に記載の遠隔情報管理システム。
【請求項１２】
前記演算手段の演算結果を反映した前記記憶手段に記憶された情報を前記各監視システムに送信する送信手段を有することを特徴とする請求項１１に記載の遠隔情報管理システム。
【請求項１３】
コンピュータシステムから構成される遠隔情報管理システムに適用する遠隔情報管理方法であって、
前記コンピュータシステムは、
ネットワークに接続された監視システムから時系列データを収集する処理と、
前記監視システムから収集した時系列データを、世界標準時間及び前記各監視装置が配置されている場所の現地時間で管理可能に記憶する処理と、
前記時系列データを使用して、前記世界標準時間及び前記現地時間を時間軸として画面上に表示可能な所定の管理情報を作成する処理と、
前記ネットワークを介して前記管理情報を配信する処理と
を実行することを特徴とする遠隔情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを利用し、遠隔地に配置されている設備や施設を監視するための情報を管理する遠隔情報管理技術に関する。
【背景技術】
【０００２】
従来、空調設備などのビル設備を管理するビル管理システムや、上下水道施設を監視する上下水道監視システム等の設備や施設を管理（監視）する各種の管理システムが存在している（例えば、特許文献１〜３を参照）。また、各種の設備や施設を統合的に管理または監視するシステムも存在する。
【０００３】
ところで、近年では、インターネットに代表されるネットワークを利用した情報インフラの整備が推進されている。この情報インフラを利用することにより、国内に設置されている設備や施設だけでなく、国外に設置されているビルや上下水道施設などを管理または監視するグローバルな管理システムの実現が可能になっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２１４４２７号公報
【特許文献２】特開平８−５５３８号公報
【特許文献３】特開平８−２４１３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述のようなグローバルな管理システムを実現する上で、国内や国外の遠隔地に設置されている設備や施設の運用又は運転に関する時系列データを収集し、これらの時系列データを処理し、各地域の時差やサマータイムなどの時間軸を考慮した管理情報を統一的に管理する遠隔情報管理システムの実現が必要不可欠である。このようなシステムであれば、各地域毎に管理する分散システム方式と比較して、ソフトウェアの更新などの管理コストを相対的に縮減できる利点もある。
【０００６】
そこで、本発明の目的は、国内や国外の遠隔地に設置されている設備や施設の運用又は運転に関する管理情報を統一的に管理できる遠隔情報管理システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の観点に従った遠隔情報管理システムは、ネットワークに接続された監視システムから時系列データを収集する収集手段と、前記監視システムから収集した時系列データを、世界標準時間及び前記各監視システムが配置されている場所の現地時間で管理可能に記憶する記憶手段と、前記時系列データを使用して、前記世界標準時間及び前記現地時間を時間軸として画面上に表示可能な所定の管理情報を作成する作成手段と、前記ネットワークを介して前記管理情報を配信する配信手段とを備えた構成である。
【発明の効果】
【０００８】
本発明によれば、国内や国外の遠隔地に設置されている設備や施設の運用又は運転に関する管理情報を統一的に管理できる遠隔情報管理システムを実現できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に関するシステム全体を説明するためのブロック図。
【図２】本実施形態に関する遠隔情報管理システムの構成を説明するためのブロック図。
【図３】本実施形態に関するデータベースの情報の一例を示す図。
【図４】本実施形態に関するデータ加工部の動作に伴う表示形態の一例を説明するための図。
【図５】本実施形態に関するデータ加工部の動作に伴う表示形態の一例を説明するための図。
【図６】本実施形態に関するデータ加工部の動作に伴う表示形態の一例を説明するための図。
【図７】本実施形態に関するデータ加工部の動作に伴う表示形態の一例を説明するための図。
【図８】本実施形態に関するデータ加工部の動作に伴う表示形態の一例を説明するための図。
【図９】本実施形態に関するデータ加工部の動作に伴う表示形態の一例を説明するための図。
【図１０】本実施形態に関して指定期間の情報を取得する場合の一例を説明するための図。
【図１１】他の実施形態に関する遠隔情報管理システムの構成を説明するためのブロック図。
【図１２】他の実施形態の遠隔情報管理システムの適用例を説明するためのブロック図。
【発明を実施するための最良の形態】
【００１０】
以下図面を参照して、本発明の実施形態を説明する。
【００１１】
［システムの構成］
図１は、本実施形態に関するシステム全体を説明するためのブロック図である。図２は、本実施形態に関する遠隔情報管理システムの要部を説明するためのブロック図である。
【００１２】
図１に示すように、システム全体としては、本実施形態の遠隔情報管理システム１０は、例えば国内の管理センタに設置されており、インターネットなどのネットワーク１１を介して、国内及び国外の各地域にある監視システム１２と接続し、情報交換を行なう。遠隔情報管理システム１０及び各監視システム１２は、主としてコンピュータシステム（ハードウエア及びソフトウェア）から構成されている。
【００１３】
各監視システム１２はそれぞれ、国内や国外に設置されたビルや上下水道プラントなどの設備又は施設の運用及び運転を監視する。各監視システム１２は、設備又は施設の運用及び運転に伴う各種の時系列データを作成し記憶装置に蓄積する。時系列データは、例えば、監視対象がビルの空調設備の場合にはビル内の温度計測値などである。遠隔情報管理システム１０は、後述するように、ネットワーク１１を介して各監視システム１２から定期的に時系列データを収集する。
【００１４】
さらに、ネットワーク１１には、国内及び国外の各地域にある端末装置１３が接続されている。各端末装置１３は、例えばパーソナルコンピュータから構成されており、遠隔情報管理システム１０のデータベースに蓄積されている管理情報を受信して、表示画面上に表示する情報閲覧機能を有する。
【００１５】
図２に示すように、遠隔情報管理システム１０は、データ収集部１０１と、データ蓄積部１０２と、データ加工部１０３と、データ配信部１０４と、データベース１０５〜１０７とを有する。後述するように、データベース１０５は、システム情報（施設情報）を蓄積する。データベース１０６は信号情報を蓄積する。また、データベース１０７は履歴情報を蓄積する。
【００１６】
データ収集部１０１は、ネットワーク１１を介して国内及び国外に設置されている各監視システム１２から定期的に時系列データを収集する。データ蓄積部１０２は、データ収集部１０１により収集された時系列データを履歴情報としてデータベース１０７に蓄積する処理部である。
【００１７】
データ加工部１０３は、データベース１０５〜１０７に蓄積された各種の情報を加工して、監視システム１２の監視対象である設備や施設の運用又は運転に関する管理情報を作成する。また、データ加工部１０３は、ネットワーク１１を介して各端末装置１３から送信される情報を受信し、管理情報を作成するための情報加工処理を実行する。データ配信部１０４は、データ加工部１０３により作成された管理情報を、ネットワーク１１を介して各端末装置１３に配信する。
【００１８】
（データベースの構成）
図３（Ａ）〜（Ｃ）は、データベース１０５〜１０７に蓄積される情報の一例を示す図である。
【００１９】
図３（Ａ）に示すように、データベース１０５は、システム情報（施設情報）を蓄積する。具体的には、データベース１０５は、例えば、ビルＩＤ、ビル名、設置されている国名、時差(ＧＭＴからの時差)、サマータイムの有無、サマータイム開始日時、サマータイム終了日時等の項目に対応する情報を蓄積する。ここで、ＧＭＴ（Greenwich Mean Time）とは、世界標準時間として使用されるグリニッジ標準時間である。また、世界標準時間としては、ＵＴＣ（Coordinated Universal Time）と呼ばれる協定世界時間（世界共通公式時間）でもよい。なお、データベース１０５には、システム情報及び施設情報が予め登録されているか、または端末装置１３から登録されてもよい。
【００２０】
次に、図３（Ｂ）に示すように、データベース１０６は信号情報を蓄積する。具体的には、データベース１０６は、各監視システム１２の監視対象の設備や施設に関する信号情報として、例えば、信号ＩＤ、ビルＩＤ、オブジェクト番号、オブジェクト名称、ＯＮ名称、ＯＦＦ名称、レンジ上限値、レンジ下限値、単位等の項目に対応する情報を蓄積する。
【００２１】
さらに、図３（Ｃ）に示すように、データベース１０７は履歴情報を蓄積する。具体的には、データベース１０７は、履歴情報として、例えば、信号ＩＤ、時刻（TIMESTANP）、数値データ等の項目を含む時系列データを蓄積する。
【００２２】
遠隔情報管理システム１０は、データベース１０７に蓄積された履歴情報である時系列データをＧＭＴ又はＵＴＣの世界標準時間で管理し、時差の情報をデータベース１０５に蓄積されたシステム情報として管理する。これにより、複数の監視対象の設備や施設に関する信号情報を効率的に取り扱うことが可能となる。なお、複数の監視システム１２から収集される履歴情報（時系列データ）は、接続するシステム数や扱う信号点数、また保存する期間によっては膨大なデータ量となると想定される。従って、データベース１０７では、履歴情報は、例えば接続する監視システム１２毎に区分して蓄積される構成でもよい。
【００２３】
［システムの動作］
以下、図４から図１０を参照して、本実施形態の遠隔情報管理システム１０の動作を説明する。
【００２４】
まず、管理システム１０は、データ収集部１０１により、ネットワーク１１を介して国内及び国外の各地域にある各監視システム１２から、設備又は施設の運用及び運転に伴う各種の時系列データを定期的に収集する。データ蓄積部１０２は、収集された時系列データを履歴情報としてデータベース１０７に蓄積する。
【００２５】
次に、管理システム１０は、データベース１０７に蓄積された履歴情報、データベース１０５に蓄積されているシステム情報、及びデータベース１０６に蓄積されている信号情報を使用して、監視対象である設備又は施設の運用及び運転に関する管理情報を作成し、ネットワーク１１を介して各端末装置１３に提供できる。
【００２６】
このような管理システム１０による情報提供により、各端末装置１３は、管理システム１０のデータ配信部１０４により配信される管理情報に基づいて、ある一時点の運用及び運転に関する状況を表示し、あるいは指定期間の時系列データを表示し、また指定期間における時系列データを取得することが可能である。
【００２７】
具体的には、図４から図１０に示すように、管理システム１０のデータ加工部１０３により作成された管理情報（画面情報）の提供により、各端末装置１３は画面上に時系列データのグラフ表示を行なうことができる。
【００２８】
図４（Ａ）〜（Ｄ）は、端末装置１３の画面上において、ある期間の時系列データのグラフ表示を行なう場合の具体例である。図４（Ａ）は、端末装置１３の画面上で、施設の名称（ここではビル名）及び表示期間に含まれる日時を設定するための領域を示す。図４（Ｂ）は、指定期間の時系列データのグラフ表示を意味する。図４（Ｃ）は、当該グラフに表示する日時の一例を示す。図４（Ｄ）は、データベース１０５を参照して取得する時系列データの日時の一例を示す。
【００２９】
図４（Ａ）に示すように、端末装置１３の画面上に、ビル名として「B Building」が指定されて、時刻４０として「14/Mar./2010 1:30」が指定されたとする。ここで、「14/Mar./2010」は２０１０年３月１４日を意味する。また、「1:30」は午前１時３０分を意味する。以下同様の表記を採用する。
【００３０】
データ加工部１０３は、データベース１０５を参照し、設定されたビル名から、図３（Ａ）に示すように、ビルＩＤ「２」、国名「アメリカ」、ＧＭＴを基準とする−５時間の時差、サマータイムの有無「有」などのシステム情報を取得する。さらに、データ加工部１０３は、取得したビルＩＤ「２」から、図３（Ｂ）に示すように、データベース１０６から該当する信号ＩＤ「３」または「４」に対応する信号情報を取得する。次に、データ加工部１０３は、取得した信号ＩＤ「３」から、図３（Ｃ）に示すように、データベース１０７から該当する履歴情報（時系列データ）を取得する。
【００３１】
ここで、指定されたビル「B Building」の地域は、システム情報からＧＭＴを基準として−５時間の時差を有している。従って、指定された「B Building」の「14/Mar./2010 1:30」の時系列データは、データベース１０７の履歴情報としては、「14/Mar./2010 6:30」の時系列データとして格納されている。
【００３２】
従って、図４（Ｄ）に示すように、時差を換算した日時「14/Mar./2010 6:30」の時系列データは端末装置１３の画面上の右端に表示されて、それより左側に、指定した期間分の時系列データのグラフ表示が行なわれる。
【００３３】
次に、図５から図８を参照して、サマータイムを考慮した場合の表示処理（画面情報の作成）について説明する。
【００３４】
まず、サマータイム（summer time or saving time）とは、ある指定した期間において時刻を１時間進める（１時間早める）という夏時間の制度であり、主に欧米を中心とした各国で導入されている。例えば、ビル「B Building」の地域（ここではアメリカ）では、2010/3/14 2:00〜2010/11/7 2:00までの期間がサマータイムとして指定される。
【００３５】
この場合、サマータイムに入る2010/3/14 2:00（２０１０年３月１４日の午前２時）の前後では、1:59（午前１時５９分）の次が3:00（午前３時）となり、2:00〜2:59（午前２時から３時）という時刻は存在しないこととなる。また、サマータイムが終了する2010/11/7 2:00の前後では、1:59の次が1:00となり、1:00〜1:59の時刻が２回存在することになる。したがって、サマータイム期間に含まれる時系列データを指定した場合には、画面上で指定する日時において、サマータイム期間中の日時を指定した場合には、サマータイム優先で扱うこととする。
【００３６】
図５（Ａ）〜（Ｄ）は、端末装置１３の画面上において、サマータイムにより、存在しない時刻を指定した場合の表示処理の具体例である。即ち、図５（Ａ）に示すように、端末装置１３の画面上に、ビル名として「B Building」が指定されて、時刻５０として「14/Mar./2010 2:30」が指定されたとする。この時刻「14/Mar./2010 2:30」は、サマータイムに入る前後の範囲に含まれるため、存在しない時刻となる。
【００３７】
この場合、端末装置１３の画面上には、指定した時刻がないため、サマータイムに切り替わる直前までは、通常時刻での時系列データのグラフ表示のみが行なわれる。また、データベース１０５を参照し、サマータイムに入るとサマータイムに応じた時系列データのグラフ表示が行なわれる。
【００３８】
図６（Ａ）〜（Ｄ）は、端末装置１３の画面上において、サマータイムに入り、実際に存在する時刻を指定した場合の表示処理の具体例である。即ち、図６（Ａ）に示すように、端末装置１３から画面上に、ビル名として「B Building」が指定されて、時刻６０として「14/Mar./2010 3:30」が指定されたとする。この時刻「14/Mar./2010 3:30」は、図６（Ｃ）に示すように、サマータイムに入った後で実際に存在する時刻６１となる。
【００３９】
この場合、端末装置１３の画面上には、通常時刻の時系列データとサマータイム時刻６１の時系列データのグラフ表示が連続して表示されることになる。なお、端末装置１３の画面上において、サマータイム時刻６１の表示色を変化させる。これにより、サマータイムの期間では、通常期間の日時の表示色とが異なるため、サマータイム期間に入っているか否かを容易に識別できる。サマータイムに入る時に時刻が飛び、あるいはサマータイムが終了する時に時刻が重複する場合でも、容易に識別することができる。また、履歴情報より取得される時系列データとしては、サマータイム前後でも途切れなく連続した期間の時系列データとして取得されることになる。
【００４０】
図７（Ａ）〜（Ｄ）は、端末装置１３の画面上において、サマータイム及び通常時刻のいずれにも含まれる時刻を指定した場合の表示処理の具体例である。即ち、図７（Ａ）に示すように、端末装置１３の画面上に、ビル名として「B Building」が指定されて、時刻７０として「7/Nov./2010 1:30」が指定されたとする。
【００４１】
この場合、指定された時刻「7/Nov./2010 1:30」は、サマータイム及び通常時刻のいずれにも含まれる時刻のため、サマータイムとして解釈される。従って、端末装置１３の画面上には、サマータイム時刻７１の時系列データのグラフ表示が連続して表示されることになる。なお、端末装置１３の画面上において、サマータイム時刻７１の表示色を変化させる。
【００４２】
図８（Ａ）〜（Ｄ）は、端末装置１３の画面上において、サマータイムが終了し、通常時刻を指定した場合の表示処理の具体例である。即ち、図８（Ａ）に示すように、端末装置１３から画面上に、ビル名として「B Building」が指定されて、時刻８０として通常時刻「7/Mar./2010 2:30」が指定されたとする。
【００４３】
この場合、サマータイム時刻８１の時系列データと通常時刻の時系列データが連続して表示されることになる。なお、端末装置１３の画面上において、サマータイム時刻８１の表示色を変化させる。また、履歴情報より取得する時系列データとしては、サマータイムの前後でも途切れなく連続した期間の時系列データとして取得されることになる。
【００４４】
次に、図９（Ａ），（Ｂ）を参照して、端末装置１３の画面上において、ある一時点の時系列データの表示を行なう場合の具体例を説明する。
【００４５】
図９（Ａ）に示すように、端末装置１３の画面上に、ビル名として「B Building」が指定されて、時刻９０として「14/Mar./2010 1:30」が指定されたとする。ここで、指定されたビル「B Building」の地域は、システム情報からＧＭＴを基準として−５時間の時差を有している。従って、指定された「B Building」の「14/Mar./2010 1:30」の時系列データは、データベース１０７の履歴情報としては、「14/Mar./2010 6:30」の時系列データとして格納されている。従って、図９（Ｂ）に示すように、端末装置１３から画面上には、「14/Mar./2010 6:30」の時系列データが表示されることになる。
【００４６】
以下、端末装置１３の画面上には、時刻９０として設定される日時に応じた時系列データが表示される。
【００４７】
具体例として、時刻９０として「2010/3/14 1:59」が指定された場合には、データベース１０７からは、「2010/3/14 6:59」の時系列データが取得されて表示される。時刻９０として「2010/3/14 2:00〜2:59」が指定された場合には、サマータイムで存在しない時刻のため、時系列データは表示されない。時刻９０として「2010/3/14 3:00〜2010/11/7 1:59」が指定された場合には、データベース１０７からは、サマータイムの時刻「2010/3/14 7:00〜2010/11/7 5:59」の時系列データが取得されて表示される。時刻９０として「2010/11/7 2:00」が指定された場合には、データベース１０７からは、サマータイムの時刻「2010/11/7 7:00」の時系列データが取得されて表示される。
【００４８】
なお、通常時刻に戻った「2010/11/7 1:00〜1:59」の時系列データ(データベース１０７では、2010/11/7 6:00〜6:59)は、表示されないことになる。即ち、一時点の時系列データの表示はできないが、図４から図８に示すように、ある期間の時系列データの表示としては可能である。
【００４９】
次に、図１０（Ａ），（Ｂ）を参照して、端末装置１３の画面上において、ある期間の時系列データの表示を行なう場合の具体例を説明する。
【００５０】
図１０（Ａ）に示すように、端末装置１３の画面上では、ビル名として「B Building」の指定と共に、取得したい時系列データの期間(開始日と終了日)が指定される。例えば、指定期間９１として「14/Mar./2010」〜「7/Nov./2010」が指定されたとする。この指定は、「14/Mar./2010 0:00」〜「7/Nov./2010 23:59」の期間における時系列データの取得を意味する。
【００５１】
ここで、指定されたビル「B Building」の地域は、システム情報からＧＭＴを基準として−５時間の時差を有している。従って、指定された期間９１の時系列データとしては、「14/Mar./2010 5:00」〜「8/Mar./2010 4:59」の時系列データがデータベース１０７から取得されて、図１０（Ｂ）に示すように、端末装置１３から画面上に表示されることになる。
【００５２】
さらに、取得した時系列データの期間にサマータイムの開始日と終了日が含まれる場合には、以下のような処理が必要となる。
【００５３】
即ち、「2010/3/14」のデータダウンロードでは、期間「2010/3/14 0:00〜1:59および3:00〜23:59」の２３時間分の時系列データとして、データベース１０７から「2010/3/14 5:00〜2010/3/15 3:59」の時系列データを取得する。また、「2010/3/15〜2010/11/6」のデータダウンロードでは、例えば「2010/3/15」であれば、期間「2010/3/15 0:00〜23:59」の２４時間分の時系列データとして、データベース１０７から「2010/3/15 4:00〜2010/3/15 3:59」の時系列データを取得する。さらに、「2010/11/7」のデータダウンロードでは、期間「2010/11/7 0:00〜1:59および1:00〜23:59」の２５時間分の時系列データとして、データベース１０７から「2010/11/7 4:00〜2010/11/8 4:59」の時系列データを取得する。
【００５４】
以上のように本実施形態の遠隔情報管理システム１０によれば、ネットワーク１１を介して国内及び国外に設置されている各監視システム１２から定期的に時系列データを収集し、履歴情報としてデータベース１０７に蓄積できる。さらに、各端末装置１３から指定された時点又は期間の時系列データを加工した管理情報を、ネットワーク１１を介して各端末装置１３に配信することができる。
【００５５】
この場合、監視対象のビルなどの施設や設備が設置されている地域の時差またはサマータイムを考慮して時系列データを加工して配信することができる。従って、国内及び国外に設置されている施設や設備の運用又は運転に関する管理情報を、地域の時差またはサマータイムを考慮して統一的に管理することが可能となる。これにより、各端末装置１３は、指定した時点や期間の管理情報を効率的に取得し、画面上に表示することができる。
【００５６】
なお、本実施形態では、監視対象としてビルの施設を想定したが、これに限ることなく、国内又は国外に設置されている上下水道施設の運用又は運転に関する遠隔管理システムにも適用することができる。
【００５７】
［他の実施形態］
図１１は、他の実施形態に関する遠隔情報管理システム１０の構成を説明するためのブロック図である。本実施形態のシステム１０は、演算部１０８及びデータ送信部１０９を有する構成である。なお、これらの構成以外は、図２に示す遠隔情報管理システム１０の構成と同様のため同一符号を付して説明を省略する。
【００５８】
演算部１０８は、ネットワーク１１を介して接続される国内または国外の複数の監視システム１２に対して有効となる共通の演算機能を有し、データベース１０５，１０７に蓄積されたシステム情報または履歴情報から取得されるデータを使用する演算処理を実行する。また、データ送信部１０９は、ネットワーク１１を介して接続される複数の監視システム１２に対して、データベース１０７から取得される設定値等のデータを送信する。
【００５９】
図１２は、当該遠隔情報管理システム１０の適用例として、特に空調設備の制御機能を有するビル管理システムに適用した構成を示す図である。以下、具体的に説明する。
【００６０】
遠隔情報管理システム１０のデータ収集部１０１は、監視システム１２に相当するビル管理システム（以下、ビル管理システム１２として表記する）から、ネットワーク１１を介して空調設備の制御に関する情報（時系列データ）を定期的に収集する。ここで、ビル管理システム１２は、例えばBACnet（米国冷暖房空調協会の登録商標）プロトコルと呼ぶ通信プロトコルを利用して、ネットワーク１１を介したデータ通信を行なう。
【００６１】
データ収集部１０１は、ビル管理システム１２から、例えば、ビルにおける各空間の室内温度、室内湿度、外気温度、及び外気湿度等の情報を収集する。データ蓄積部１０２は、収集された情報を履歴情報としてデータベース１０７に蓄積する。データベース１０６には、当該履歴情報に対応する信号情報が保存されている。また、データベース１０５には、システム情報・施設情報として、図３（Ａ）に示すような前述の情報と併せて、現地のビル室内空間において快適となる温度設定値を算出するために必要なパラメータ情報(緯度、経度、季節、着衣量、活動量、目標PMV値、空間の面積等)が設定される。
【００６２】
一方、遠隔情報管理システム１０は、空調制御演算部１１０を有し、データベース１０７に蓄積されている履歴情報及びデータベース１０５に設定されているパラメータ情報を使用して、管理対象のビルにおける温度設定値を算出する。この温度設定値は、データベース１０７に蓄積されている履歴情報に反映される。さらに、データ送信部１０９は、データベース１０７から履歴情報に反映された温度設定値をビル管理システム１２に送信する。ビル管理システム１２は、受信した当該温度設定値に基づいて、管理対象のビル内に設置された空調設備の制御を実行する。
【００６３】
以上のように本実施形態の遠隔情報管理システム１０であれば、空調設備の制御に必要な温度設定値を算出し、ビル管理システム１２に提供することができる。また、前述のシステム１０と同様に、データ配信部１０４により、各ビルの各空間における現在値の情報や時系列データの情報を各端末装置１３に提供することができる。なお、空調制御演算部１１０は、温度設定値を算出するために、前述のパラメータ情報においてビルの地理的な条件が設定されることが必要である。
【００６４】
さらに、本実施形態のシステム１０では、図１２に示すように、全体の機能を例えば３つの装置に分散して配置することが可能である。但し、各機能を同一の装置に一体化するか、あるいは別の装置毎に分散して配置するかどうかについては、システムの規模や処理負荷等を勘案して適切に配置すれば良い。
【００６５】
なお、本実施形態では、ビル管理システムによる空調制御の場合について説明したが、これに限ることなく、上下水道の監視システムや、他の分野の監視又は管理システムに対しても適用することが可能である。また、監視又は管理対象の分野での特有の管理情報を提供することも可能である。
【００６６】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００６７】
１０…遠隔情報管理システム、１１…ネットワーク（インターネット）、
１２…監視システム（ビル管理システム）、１３…端末装置、
１０１…データ収集部、１０２…データ蓄積部、１０３…データ加工部、
１０４…データ配信部、１０５…データベース（システム情報）、
１０６…データベース（信号情報）、１０７…データベース（履歴情報）、
１０８…演算部、１０９…データ送信部、１１０…空調制御演算部。
【図１】
0005414604.tif 000002
【図２】
0005414604.tif 000003
【図３】
0005414604.tif 000004
【図４】
0005414604.tif 000005
【図５】
0005414604.tif 000006
【図６】
0005414604.tif 000007
【図７】
0005414604.tif 000008
【図８】
0005414604.tif 000009
【図９】
0005414604.tif 000010
【図１０】
0005414604.tif 000011
【図１１】
0005414604.tif 000012
【図１２】
0005414604.tif 000013