JP2010231423A - 消費情報地図表示装置、消費情報地図表示システム、および消費情報地図表示方法 - Google Patents

消費情報地図表示装置、消費情報地図表示システム、および消費情報地図表示方法 Download PDF

Info

Publication number
JP2010231423A
JP2010231423A JP2009077235A JP2009077235A JP2010231423A JP 2010231423 A JP2010231423 A JP 2010231423A JP 2009077235 A JP2009077235 A JP 2009077235A JP 2009077235 A JP2009077235 A JP 2009077235A JP 2010231423 A JP2010231423 A JP 2010231423A
Authority
JP
Japan
Prior art keywords
information
consumption information
building
scenario
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2009077235A
Other languages
English (en)
Other versions
JP5147771B2 (ja
Inventor
Reiko Sakurada
玲子 櫻田
Takaaki Moriya
高明 森谷
Hiroyuki Onishi
浩行 大西
Akinaga Yamamura
晃永 山村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
NTT Facilities Inc
Original Assignee
Nippon Telegraph and Telephone Corp
NTT Facilities Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp, NTT Facilities Inc filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2009077235A priority Critical patent/JP5147771B2/ja
Publication of JP2010231423A publication Critical patent/JP2010231423A/ja
Application granted granted Critical
Publication of JP5147771B2 publication Critical patent/JP5147771B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Instructional Devices (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】複数のビルにおける電力使用量等の資源消費情報を集約して一元的に管理し、ウェブサービスを利用してビル毎の資源の消費量情報を利用者端末に地図情報と共に表示させる、消費情報地図表示装置を提供する。
【解決手段】各ビルにおける資源の消費量情報を収集する群管理サーバ１０１と、利用者端末３２からの資源の消費量情報の地図上での表示要求を受付けるシナリオサーバ２０１を備える。そして、シナリオサーバ２０１では、利用者端末３２からの表示要求が発生した場合に、利用者端末３２からの表示要求の内容に応じたシナリオをシナリオ記憶部から抽出し、この抽出したシナリオに従って処理を実行し、利用者端末３２において資源の消費量情報を地図情報と共に表示させる。
【選択図】図１

Description

本発明は、ビル単位・フロア単位での電力使用量等の資源の消費量情報を取得し、利用者端末において地図情報と共に表示させる、消費情報地図表示装置、消費情報地図表示システム、および消費情報地図表示方法に関する。
近年、複数のウェブサービス（Ｗｅｂサービス）を融合して、新しいサービスを提供する、マッシュアップとよばれる開発手法が注目されている。これは、各社が提供しているＡＰＩ（Application Program Interface）を利用し、ＩＴ（Information Technology）の深い知識がなくても容易にアプリケーションの開発することができる開発手法である。また、融合により、全てを作り込む必要がないため、開発時間の短縮が可能となる。
上記に関連し、これまで、通信ネットワーク上のサービスエレメントと情報ネットワークの上のサービスエレメントとを複合したサービスを容易に提供するサービス連携装置が開示されている（特許文献１参照）。
また、近年、ビル設備間の通信をＴＣＰ／ＩＰで統合、オープン化し、マルチベンダ性を高めて、拠点を跨ぐビル群を統合的に管理するようなシステムを実現するため、ＳＯＡＰ／ＨＴＴＰ（Simple Object Access Protocol/HTTP）を用いたウェブサービス技術が注目されている。ウェブサービスによりビル内の機器を制御するプロトコル規格としてＡＳＨＲＡＥ（米国冷暖房空調工業会：American Society of Heating，Refrigerating and Air Conditioning Engineers）により策定されたＢＡＣｎｅｔ／ＷＳ（Web Services for Building Automation and Control Network：登録商標）と、ＯＡＳＩＳ（Organization for the Advancement of Structured Information Standard)によって策定されたｏＢＩＸ（Open Building Information Exchange）という２種類のプロトコルが策定されている。
また、以前より、ビルの電力使用量を取得し、地図上に表示させるシステムはあった。これは、省エネコンサルタント向けのシステムで、電力の使用状況を携帯電話やインターネッの画面で確認することにより、遠隔地における電力使用量の監視を実現したシステムである（非特許文献１参照）。
しかしながら、上述のようなサービス連携装置、例えば、複数のサーバを連携させるネットワークサービスプラットフォーム（ＮＷＳＰＦ：Network Service Platform）では、ビル系のシステムとの連携が困難であった。なぜなら、それぞれのビルで提供されているデータ量が多く、また、各ビルで保持しているデータは、ビルのメーカやビルに設置された機器によってデータの形式が異なるため、従来のネットワークサービスプラットフォーム（ＮＷＳＰＦ）でこれらのデータを直接扱おうとすると、ネットワークサービスプラットフォーム（ＮＷＳＰＦ）に非常に大きな負担が掛かり、実装が容易ではなかった。また、ビルに設置される機器は組み込み系のものであるため、ビルの機器自身にデータを保持させることも、メモリ容量などの観点から実現が容易ではない。
特開２００８−１２３２２１号公報
"地図情報表示システム開発アプリケーションのご案内"、株式会社ＴＲＵＳＴ ＳＹＳＴＥＭ、［平成２１年１月２５日検索］、インターネット<http://www.trust-system.co.jp/application.htm>
上述のように、ビルの電力使用量などを監視するため、複数のビルに設置された個々の管理システムから収集したデータをサーバなどで集約して一元管理し、一括して表示するシステムは従来からあった。
しかしながら、従来のシステムは個々のビルの管理システムごとにデータの形式やデータを集める範囲（フロア単位、機器単位、ビル単位など）が異なり、また、その収集すべきデータ量が多いという状況であった。そのため、一元管理するサーバに個別のビルごとにデータ形式を変換する機能を設け、また、ビルのデータを一元管理サーバが逐一収集するようにすると、一元管理サーバの処理負荷が重くなるという問題があった。さらに、新しいビルを一元管理に追加しようとすると、そのビルの個別システムに対応したデータ変換機能を一元管理サーバに追加する必要があった。
本発明は、上記の課題認識に基づいてなされたものであり、複数のビルにおける電力使用量等の資源の消費量情報を集約して一元的に管理し、ウェブサービスを利用してビル毎の電力使用量等の資源の消費量情報を利用者端末に地図情報と共に表示させると共に、さらには、利用者に対するサービスを柔軟に変更することができる、消費情報地図表示装置、消費情報地図表示システム、および消費情報地図表示方法を提供することを目的としている。
上記の課題を解決するため、本発明の消費情報地図表示装置は、複数のビルに供給されている資源の各ビルおける消費量の情報をネットワークを介して収集し、収集した前記消費量情報を前記ネットワークを介して利用者端末の画面上に地図情報と共に表示させる消費情報地図表示装置であって、各ビルにおける前記消費量情報を前記ネットワーク経由で収集する群管理手段と、前記利用者端末から前記ネットワークを介して前記消費量情報の表示要求を受け付ける表示要求受付手段と、前記利用者端末からの表示要求の内容に応じて、前記群管理手段による前記消費量情報の収集処理と、前記消費量情報を前記利用者端末に表示させるための所定の処理との組み合わせを予め定めたシナリオとして記憶するシナリオ記憶手段と、前記利用者端末からの表示要求が発生した場合に、その要求内容に応じて、前記シナリオ記憶手段からシナリオを抽出し、該抽出したシナリオに従って前記所定の処理を実行するシナリオ実行手段と、を備えることを特徴とする。
また、本発明の消費情報地図表示装置は、前記群管理手段で収集するデータの形式を、前記シナリオ実行手段で扱えるデータの形式に変換するデータ形式変換手段、を更に備えることを特徴とする。
また、本発明の消費情報地図表示装置は、前記各ビル内には、ビル内に設置された設備機器におけるビルに供給された資源の使用量等の情報を階層構造により区分して収集する使用量サーバを備え、前記群管理手段は、前記階層構造で区分された設備機器の情報を保持し、前記階層構造の情報を基に、前記設備機器を区分して資源の使用量等の情報を収集する、ことを特徴とする。
また、本発明の消費情報地図表示装置は、前記ビル内には、前記設備機器の使用状況の情報を保持する設備スケジュール情報保持手段を更に備え、前記シナリオ実行手段は、前記設備機器の使用状況の情報を収集すると共に、該設備機器の使用状況の情報と前記資源の使用量等の情報とを併せて前記利用者端末に表示させる、ことを特徴とする。
また、本発明の消費情報地図表示装置は、ネットワーク上のウェブサービスが提供する情報を取得するウェブデータ取得部を備え、前記シナリオ実行手段により、前記ウェブデータ取得部により取得した情報と前記群管理手段により取得した資源の使用量等の情報とを組み合わせて、前記利用者端末に表させる、ことを特徴とする。
また、本発明の消費情報地図表示装置は、前記ウェブデータ取得部により、対象となるビルの所在するエリアの天気・気温を含む天候情報を前記ウェブサービスから取得し、前記天候情報と前記資源の使用量等の情報とを併せて前記利用者端末に表示させる、ことを特徴とする。
また、本発明の消費情報地図表示システムは、複数のビルに供給されている資源の各ビルおける消費量の情報をネットワークを介して収集し、収集した前記消費量情報を前記ネットワークを介して利用者端末の画面上に地図情報と共に表示させる消費情報地図表示システムであって、各ビルにおける前記消費量情報を前記ネットワーク経由で収集する群管理サーバと、前記利用者端末からの表示要求の内容に応じて、前記群管理サーバによる前記消費量情報の収集処理と、前記消費量情報を前記利用者端末に表示させるための所定の処理との組み合わせを予め定めたシナリオとして記憶するシナリオ記憶部と、前記利用者端末から前記ネットワークを介して前記消費量情報の表示要求を受け付けると共に、前記利用者端末からの表示要求が発生した場合に、その要求内容に応じて、前記シナリオ記憶部からシナリオを抽出し、該抽出したシナリオに従って前記所定の処理を実行するシナリオサーバと、を備えることを特徴とする。
また、本発明の消費情報地図表示システムは、前記群管理サーバで収集するデータの形式を、前記シナリオサーバで扱えるデータの形式に変換するデータ形式変換サーバ、を更に備えることを特徴とする。
また、本発明の消費情報地図表示方法は、複数のビルに供給されている資源の各ビルおける消費量の情報をネットワークを介して収集し、収集した前記消費量情報を前記ネットワークを介して利用者端末の画面上に地図情報と共に表示させる消費情報地図表示装置における消費情報地図表示方法であって、各ビルにおける前記消費量情報を前記ネットワーク経由で収集する群管理手順と、前記利用者端末から前記ネットワークを介して前記消費量情報の表示要求を受け付ける表示要求受付手順と、前記利用者端末からの表示要求の内容に応じて、前記群管理手順による前記消費量情報の収集処理と、前記消費量情報を前記利用者端末に表示させるための所定の処理との組み合わせを予め定めたシナリオとして記憶するシナリオ記憶手順と、前記利用者端末からの表示要求が発生した場合に、その要求内容に応じて、記憶しているシナリオを抽出し、該抽出したシナリオに従って前記所定の処理を実行するシナリオ実行手順と、を含むことを特徴とする。
本発明の消費情報地図表示装置および消費情報地図表示システムにおいては、各ビルにおける、例えば、電力使用量等の資源の消費量情報をネットワーク経由で収集し、利用者端末からの消費量情報の表示要求をネットワークを介して受け付け、利用者端末からの表示要求の内容に応じたシナリオを実行することにより、利用者端末に資源の消費量情報を地図情報と共に表示させる。
これにより、複数のビルにおける、例えば、電力使用量等の資源の消費量情報を集約して一元的に管理し、ビル毎の資源の消費量情報を利用者端末に地図情報と共に表示させるとことができる。また、シナリオを書き換えることにより、利用者に対するサービスを柔軟に変更することができる。
また、本発明の消費情報地図表示装置および消費情報地図表示システムにおいては、群管理手段で収集するデータの形式を、シナリオ実行手段で扱えるデータの形式に変換するデータ形式変換手段を備える。
これにより、消費情報地図表示装置とビル系のシステムの融合を可能にし、また、ビルの設備機器における電力使用量等の資源の消費量情報を群管理手段に集約させることができる。
また、本発明の消費情報地図表示装置においては、ビル内の各設備機器を階層構造（データ収集パスのツリー構造）により区分して、例えば、電力使用量等の消費量情報を収集する。
これにより、ビル内におけるフロア単位、設備機器の種類ごとなど、より詳細な電力使用量等の表示を行うことができる。
また、本発明の消費情報地図表示装置においては、ビル内には、ビル設備の使用状況の情報を保持する設備スケジュール保持手段を備え、シナリオ実行手段により、ビル設備の使用状況の情報を収集する。
これにより、ビル設備（部屋等）の使用状況（予約状況等）を、例えば、ビル全体の電力使用量等の情報に併せて利用者端末に表示させることができる。
また、本発明の消費情報地図表示装置においては、ネットワーク上のウェブサービスが提供する情報を取得し、ウェブサービスから取得したデータと資源の消費量情報とを組み合わせて、利用者端末に表示させる。
これにより、複数のウェブサービスから得た情報と、例えば、電力使用量等の消費量情報と組み合わせて、利用者に種々のサービスを提供できる。
また、本発明の消費情報地図表示装置においては、対象となるビルの所在するエリアの天気・気温を含む天候情報をウェブサービスを利用して取得し、天候情報と資源の消費量情報とを併せて表示する。
これにより、天候情報と、例えば、電力使用量等の消費量情報とを併せて利用者端末に表示させることができる。
また、本発明の電力消費情報地図表示方法においては、各ビルにおける、例えば、電力使用量等の資源の消費量情報をネットワーク経由で収集し、利用者端末からの資源の消費量情報の地図上での表示要求をネットワークを介して受け付け、利用者端末からの表示要求の内容に応じたシナリオを実行することにより、利用者端末に資源の消費量情報を地図情報と共に表示させる。
これにより、複数のビルにおける、例えば、電力使用量等の資源の消費量情報を集約して一元的に管理し、ビル毎の電力使用量等の資源の消費量情報を利用者端末に地図情報と共に表示させるとことができる。また、シナリオを書き換えることにより、利用者に対するサービスを柔軟に変更することができる。
本発明の第１の実施の形態に係る消費情報地図表示装置の基本構成を示す図である。 表示内容の例について説明するための図である。 サーバの構成例を示すブロック図である。 消費情報地図表示装置における処理の流れを示すシーケンス図である。 電力使用量の収集のためのパスの第１の例を示す図である。 電力使用量の収集のためのパスの第２の例を示す図である。 ビル一覧情報等の例を示す図である。 エリアＩＤ情報等の例を示す図である。 本発明の第２の実施の形態に係る消費情報地図表示装置における処理の流れを示すシーケンス図である。
［本発明の概要］
この発明は、ネットワークを利用して複数のビルの電力使用量などを監視し、その情報を地図上に表示すると共に、インターネット上にあるウェブサービスなどを組み合わせることで、柔軟なビル管理サービスを実現するものである。
このために、本発明では、ウェブサービスを組み合わせて実行するシナリオサーバと、ビル管理のための情報収集を行う群管理サーバ、および個々のビルのデータ形式の変換を行うデータ形式変換サーバを備える。ビルの電力使用量等の情報は定期的あるいは管理者などの指示により、群管理サーバが各ビルから収集する。群管理サーバでは、集めたデータをデータ形式変換サーバへ送り、データ形式変換サーバがシナリオサーバで扱える形式に変換してシナリオサーバへ送る。シナリオサーバはこのデータを基に、必要なウェブサービスと組み合わせて利用者にサービスを提供する。
以下、図面を参照して、本発明の実施の形態について説明する。
[第１の実施の形態]
図１は、本発明の第１の実施の形態に係る消費情報地図表示装置の基本構成と、その動作の概要を説明するための図である。図１に示す消費情報地図表示装置においては、ビル所有者（ビルオーナー）が管理しているビル単位、さらにはフロア単位での電力使用量等のエネルギー消費量（資源の消費量情報）を地図上に表示する装置である。なお、図１に示す消費情報地図表示装置は、複数のサーバが連携して処理を行うように構成されているため「消費情報地図表示システム」とも呼ばれる。
この消費情報地図表示装置は、群管理サーバ１０１、シナリオサーバ２０１、およびデータ形式変換サーバ３０１を中心に構成されるものである。これらの群管理サーバ１０１、シナリオサーバ２０１、およびデータ形式変換サーバ３０１により、電力使用量等を地図表示するためのサービス連携装置（例えば、ネットワークサービスプラットフォーム（ＮＷＳＰＦ：Network service platform））が構成されている。また、天気サービスエンジン４０１、および地図サービスエンジン５０１は、インターネット上でウェブサービスを提供するサーバであり、本発明の消費情報地図表示装置にウェブサービスを提供するものである。
そして、各ビル内には電力使用量等のエネルギー消費量の情報を収集するサーバ、例えば電力使用量サーバ１１が設備されており、群管理サーバ１０１は、ＢＡＣｎｅｔ（登録商標）あるいはＬＯＮＴＡＬＫ（Local Operating Network・Talks：登録商標）等で、ウェブサービスゲートウェイ２１を通して、電力使用量サーバ１１からエネルギー消費量の情報を取得するように構成されている。
上記構成において、ビルの所有者３１あるいは、省エネコンサルタント等がパソコンや携帯電話の利用者端末３２からポータルサイト６０１にアクセスすると（ステップＳ１）、ポータルサイト６０１からシナリオサーバ２０１のシナリオを起動させる（ステップＳ２）。
シナリオサーバ２０１は、シナリオにより、ビルのエネルギー消費量（電力使用量等）を集約している群管理サーバ１０１に、エネルギー消費量の情報を取得するためのメッセージを送る（ステップＳ３）。
群管理サーバ１０１はＢＡＣｎｅｔ／ＷＳあるいは、ｏＢＩＸ等の形式で記述したＳＯＡＰ／ＨＴＴＰにより、各ビルのエネルギー消費量の情報を取得するためのメッセージを作成し、各ビルの電力使用量サーバ１１に送る。各ビルの電力使用量サーバ１１はメッセージを受け取ると、ビルのエネルギー消費量（電力使用量）を群管理サーバ１０１に返す。群管理サーバ１０１は取得した電力使用量をシナリオサーバ２０１に返す。シナリオサーバ２０１は、地図サービスエンジン５０１により各ビルの所在地をプロットした地図を利用者端末３２に表示させると共に、群管理サーバ１０１より取得した電力使用量等を地図上に表示させる（ステップＳ４）。
さらに、利用者の要望により、シナリオサーバ２０１が、天気情報などのウェブサービスから天気情報などを取得し、地図上でエネルギー消費量（電力使用量等）に併せて表示することもできる。
また、図２に示すように、群管理サーバ１０１により収集したビルごとのエネルギー消費量（電力使用量等）を基に、二酸化炭素（ＣＯ２）排出量を算出し、これらの情報を地図サービスエンジン５０１により、利用者端末３２上にウェブ表示（Ｗｅｂ表示）させることもできる。
また、図３は、群管理サーバ１０１、シナリオサーバ２０１、データ形式変換サーバ３０１の構成例を示す図であり、各サーバ間の連携関係を説明するための図である。また、エネルギー消費量（資源の消費量情報）として電力使用量を収集する場合の例である。
なお、各サーバにおける詳細な処理動作については、後述する図４のシーケンス図において説明するので、ここでは、各サーバの基本的な構成と、その動作の概要についてだけ説明する。また、図３に示す構成図では、図１に示す基本構成図と比較して、新たに、位置参照ワークステーション７０１と、オーナー情報サーバ８０１とが追加されている。
図３において、群管理サーバ１０１は、ビル内情報収集部１１１により、一定間隔あるいは要求に応じてビルＩＤを引数としたメッセージを電力使用量サーバ（各ビルのサーバ）１１に送り、ビルの電力使用量を取得し、この電力使用量を電力使用量データベース１０２に保存する。また、群管理サーバ１０１は、ビル内情報収集部１１１により、一定間隔あるいは要求に応じてビルＩＤを引数としたメッセージを電力使用量サーバ１１に送り、ビルの設備機器のデータ収集のためのパスを取得する処理を行う。群管理サーバ１０１は、全ビルの全機器のパスを所有し、パスのツリーを生成する（図５、あるいは、図６を参照）。そして、このパスのツリーの情報をビル一覧データベース１０３に保存する。また、群管理サーバ１０１は、ビル内情報収集部１１１により、ビル内機器の警報情報を取得し、警報情報データベース１０４に保存する。この警報情報の例を、図７（Ｄ）に示す。
シナリオサーバ２０１は、利用者からの表示要求の内容に応じた各種のアクション（処理内容）を記録したシナリオ記憶部２０２を有している。また、シナリオサーバ２０１は、表示要求受付部２１４より、利用者の電力使用量等の表示要求を受け付ける。図に示す例では、シナリオサーバ２０１の表示要求受付部２１４が、地図サービスエンジン５０１を介して、利用者端末３２からの表示要求を受け付ける例を示しているが、利用者端末３２から直接に表示要求を受け付けることもできる。
表示要求受付部２１４では、利用者からの表示要求を受け付けると、シナリオ実行部２１１を起動する。シナリオ実行部２１１が起動されると、シナリオ実行部２１１は、利用者の表示要求の内容に応じたシナリオをシナリオ記憶部２０２から抽出し、抽出したシナリオにより処理を開始する。このシナリオ実行部２１１は、情報取得部２１２により、群管理サーバ１０１、天気サービスエンジン４０１、位置参照ワークステーション７０１、およびオーナー情報サーバ８０１から、電力使用量等の表示処理に必要なデータを取得する。
このシナリオサーバ２０１では、情報取得部２１２により、データ形式変換サーバ３０１を通して、群管理サーバ１０１からビル設備機器の電力使用量等のデータを取得する。また、シナリオサーバ２０１では、情報取得部２１２により、データ形式変換サーバ３０１を通して、天気情報ウェブサービスである天気サービスエンジン４０１から、対象となるビルの所在するエリアの天気・気温などの天候情報を取得する。また、緯度・経度変換ウェブサービスである位置参照ワークステーション７０１から対象となるビルの所在地の緯度・経度の情報を取得する。また、シナリオサーバ２０１は、情報取得部２１２により、オーナー情報サーバ８０１から表示対象となるビルのオーナー情報を取得する。このオーナー情報は、図８（Ｃ）に示すようなデータ形式によりオーナー情報データベース８０２に記録されている。
また、シナリオサーバ２０１内の表示情報生成部２１３は、利用者端末３２に表示させる情報、例えば、二酸化炭素（ＣＯ２）の排出量を表示する場合は、この排出量を電力使用量から算出する処理などを行う。また、天候情報と電力使用量とを併せて表示する場合は、これら組み合わせた表示情報を生成する。
データ形式変換サーバ３０１は、データ変換部３１１により、群管理サーバ１０１等のデータ形式を、シナリオサーバ２０１で扱えるデータ形式に合わせるよう変更する機能を有している。また、シナリオサーバ２０１におけるデータ形式をイーネットのウェブサービスのデータ形式に合わせるよう変更する機能も有している。この機能を利用することにより、シナリオサーバ２０１においてシナリオを変更してもデータ形式変換に要する作業を軽減できる。
また、データ形式変換サーバ３０１は、ウェブデータ収集部３１２により、ウェブサービスを利用して、天気サービスエンジン４０１から、対象となるビルの所在するエリアの天気・気温などの情報を取得し、また、位置参照ワークステーション７０１から対象となるビルの所在地の緯度・経度の情報を取得する。このウェブデータ収集部３１２により取得されたウェブサービスのデータは、データ変換部３１１を通してシナリオサーバ２０１に送られる。
地図サービスエンジン５０１は、地図情報データベース５０２に、表示対象となるビルが所在する地域の地図情報を電子データとして保持している。また、地図サービスエンジン５０１には、ウェブ処理部５１１を有しており、このウェブ処理部５１１により、ポータルサイト６０１の地図サービス６０２を通して、利用者（ビルのオーナー等）からのビルの電力使用量等の表示要求を受け付ける。また、地図サービスエンジン５０１は、利用者（ビルのオーナー等）からのビルの電力使用量等の表示要求をシナリオサーバ２０１に送信する。また、地図サービスエンジン５０１は、シナリオサーバ２０１から受け取った電力使用量等のエネルギー情報リストを受け取り、この電力使用量等を地図上にプロットした情報をＸＭＬファイルとして地図サービス６０２に渡す。
（消費情報地図表示装置における動作の流れを示すシーケンス図の説明）
図４は、図３に示す消費情報地図表示装置における処理の流れを示すシーケンス図である。図４に示す例は、資源の消費量情報として、電力使用量（エネルギー消費量）の情報を収集して表示する例であり、以下、図４を参照して、その処理の流れについて説明する。
群管理サーバ１０１は、一定間隔あるいは要求に応じてビルＩＤ（buildingid）を引数としたメッセージを電力使用量サーバ（各ビルのサーバ）に送り、ビルの機器のパスを取得する（ステップＳ１０１）。群管理サーバ１０１は、全ビルの全設備機器における電力使用量を収集するためのパスを所有し、パスのツリーを生成する（図５、あるいは、図６を参照）。
ただし、群管理サーバ１０１が電量使用量サーバに送信するメッセージは、以下のようなＵＲＩ形式である。
ＵＲＩの例） http://musashino:02
ＵＲＩの形式）http://［ビル名］:［ビルＩＤ］
群管理サーバ１０１は、一定間隔あるいは要求に応じてビルＩＤ（buildingid）を引数としたメヅセージを電力使用量サーバ（各ビルのサーバ）１１に送り、ビルの電力使用量を取得する（ステップＳ１０２）。
上記における、電力使用量サーバ１１が、群管理サーバ１０１に返すメッセージには、電力使用量の情報が含まれており、ＢＡＣｎｅｔ／ＷＳなどのファシリティ・ウェブ・サービスプロトコル仕様に従う以下のようなＸＭＬ形式である。
<soapenvBody>
<bac:getValuesResponse
SOAP-ENC:arrayType=“xsd:string[10］”>
<electricityconsumption>0126115</electricityconsumption>
・・・
</bac:getValuesResponse>
</soapenv:Body>
以上のような、ビル用のデータ形式で記述されたデータを、以下、「ビル形式データ」と呼ぶ。
一方、ウェブ上の地図サービス６０２では、ビルの電力使用量の情報を取得して表示するために、ビルオーナである利用者ＩＤ（ownerid）を引数としたＨＴＴＰのＧＥＴメッセージを地図サービスエンジン（地図ＳＥ）５０１に送る（ステップＳ１０３）。
地図サービスエンジン５０１は、シナリオを起動させるために、getEnergieInfoメッセージをシナリオサーバ２０１に送信する（ステップＳ１０４）。
シナリオサーバ２０１は、ビルの情報を取得するために、利用者ＩＤ（ownerid）を引数としたgetBuildingListメッセージをデータ形式変換サーバ３０１に送る（ステップＳ１０５）。シナリオサーバ２０１は、「ビル形式データ」であるメッセージは全てデータ形式変換サーバ３０１に送信する。データ形式変換サーバ３０１は、シナリオのサーバから受信したメッセージを群管理サーバ１０１に送る（ステップＳ１０６）。
群管理サーバ１０１は利用者ＩＤ（ownerid）を検索キーとして、群管理サーバ１０１内のビル一覧データベース１０３にアクセスし（ステップＳ１０７）、ビルＩＤ、ビル所在地のデータを含んだビル一覧（図７（Ａ）を参照）を取得する。そして、レスポンスをデータ形式変換サーバ３０１に返す（ステップＳ１０８）。
データ形式変換サーバ３０１は、ビルの所在地の緯度・経度を取得するために、緯度・経度変換ウェブサービスである位置参照ワークステーション（位置参照ＷＳ）７０１に、ステップＳ１０７で得たビル一覧の中のデータである「ビル所在地」を引数にしたgetGeoCordingメッセージを送る（ステップＳ１０９）。位置参照ワークステーション７０１は、ビルの所在地の緯度・経度を出し、ビル一覧と併せて、シナリオサーバ２０１に返す（ステップＳ１１０）。この緯度・経度の情報の例を、図７（Ｂ）に示す。
なお、ビルの所在地の線度・経度は、後述する処理ステップにおいて地図に表示させる．ために必要なデータである。データ形式変換サーバ３０１は、群管理サーバ１０１が保持しているデータだけでは、足りないデータをインターネット上のウェブサービス等から取得して補う役割を担っている。
続いて、シナリオサーバ２０１は、各ビルの電力使用量を取得するためにビル一覧を引数にgetEnergieInfoメッセージをデータ形式変換サーバに送る（ステップＳ１１１）。この場合に、シナリオサーバ２０１は、「ビル形式データ」であるメッセージをデータ形式変換サーバ３０１に送信する。データ形式変換サーバ３０１は、シナリオサーバ２０１から受信したメッセージを群管理サーバ１０１に送る（ステップＳ１１２）。
群管理サーバ１０１は、「buildingid」を引数に群管理サーバ１０１内の電力使用量サーバ１０２にアクセスし、電力使用量リスト（エネルギー情報リスト）を取得し（ステップＳ１１３，Ｓ１１４）、データ形式変換サーバ３０１にレスポンスを返し（ステップＳ１１５）、さらに、データ形式変換サーバ３０１はそのレスポンスをシナリオサーバ２０１に返す（ステップＳ１１６）。図７（Ｃ）に、シナリオサーバ２０１に返されるエネルギー情報リスト(電力使用量リスト)の例を示す。
シナリオサーバ２０１は、ビルの警報情報を得るために、ビル一覧を引数にgetAlartInfoListメッセージをデータ形式変換サーバに送る（ステップＳ１１７）。データ形式変換サーバは、シナリオサーバ２０１から受信したメッセージを群管理サーバ１０１に転送する（ステップＳ１１８）。
群管理サーバ１０１は、「buildingid」を引数に群管理サーバ１０１内の警報情報データベース１０４にアクセスし、警報情報のリストを取得し（ステップＳ１１９，Ｓ１２０）、データ形式変換サーバ３０１にレスポンスを返し（ステップＳ１２１）、さらに、データ形式変換サーバ３０１はそのレスポンスをシナリオサーバ２０１に返す（Ｓ１２２）。図７（Ｄ）に警報情報のリストの例を示す。
シナリオサーバ２０１は、ビル所在地における天気・気温情報を取得するために、ビル所在地を引数にgetWeatherInfoListメッセージをデータ形式変換サーバ３０１に送る（ステップＳ１２３）。このgetWeatherInfoListメッセージでは、引数に「ビル用デ一タ」を用いているため、シナリオサーバ２０１はメッセージをデータ形式変換サーバ３０１に送る。
データ形式変換サーバ３０１は、ビル所在地を引数にgetAreaメッセージを天気サービスエンジン（天気ＳＥ）４０１に送り、天気サービスエンジン４０１から、エリアＩＤを得る（ステップＳ１２４）。図８（Ａ）にエリアＩＤの例を示す。
データ形式変換サーバ３０１は、天気サービスエンジン４０１から天気・気温情報を得るために、エリアＩＤを引数としたgetWeatherInfoList メッセージを送る（ステップＳ１２５）。
天気サービスエンジン４０１は、エリアＩＤを検索キーとしてデータベースにアクセスをし、エリア一致する天気・気温情報を取得する（ステップＳ１２６，Ｓ１２７）。この天気・気温情報の例を図８（Ｂ）に示す。
天気サービスエンジン４０１は、データ形式変換サーバ３０１に天気・気温情報リストを返す（ステップＳ１２８）。データ形式変換サーバ３０１は、シナリオサーバ２０１に天気・気温情報リストを返す（ステップＳ１２９）。シナリオサーバ２０１は、取得した気・気温情報リストと電力使用量リスト（エネルギー情報リスト）を地図サービスエンジン５０１に返す（ステップＳ１３０）。
シナリオサーバ２０１は、ビル所有者（オーナー）の情報を得るために、利用者ＩＤ（ownerid）を引数としたgetOwnerInfoメッセージをオーナー情報サーバ８０１に送る。オーナー情報サーバ８０１は自身のオーナーデータベース（図８（Ｃ）を参照）にアクセスし、利用者ＩＤ（ownerid）と一致する情報を取得する（ステップＳ１３１）。シナリオサーバ２０１は、地図サービスエンジンにオーナー情報を送る（ステップＳ１３２）。
地図サービスエンジン５０１は、電力使用量リスト（エネルギー情報リスト）を引数としたＨＴＭＬまたはＸＭＬファイルを作成し、その作成したファイル、および、オーナー情報を地図サービス６０２に渡す（ステップＳ１３３）。
（ビルの電力使用量の詳細を知りたい場合についての説明）
サービスの利用者は、上述したシーケンス図（図４）の一連のサービスを受けたあとに、さらにビルの電力使用量の詳細を知りたい場合は以下のようにして実現することができる。
上述したステップＳ１３３において、「detail」という変数の値を“０”としたクッキー（detail＝0）をサービスの利用者の利用しているブラウザに登録する。
そして、サービスの利用者はウェブ上の地図サービス６０２から、所有するビルの中から電力使用量の詳細状況を表示させたいビルの「詳細」ボタン（図３の地図サービ６０２を参照）をクリックする。
そして、サービス利用者が選択したビルの電力使用量の詳細状況を取得し、表示させるために、利用者ＩＤ（ownerid）と、詳細番号（detail＝0など）を引数としたＨＴＴＰのＧＥＴメッセージを地図サービスエンジンに送る（ステップＳ１０３）。
詳細番号（detail＝0など）はクッキーとしてサービスの利用者の利用しているブラウザに登録される。
地図サービスエンジン５０１は、シナリオを起動させるために、getEnergieInfoメッセージをシナリオサーバ２０１に送信する（ステップＳ１０４）。
シナリオサーバ２０１は、ビルの情報を取得するために、利用者ＩＤ（ownerid）と詳細番号（detail＝0など）を引数としたgetBuildingListメッセージをデータ形式変換サーバ３０１送る。シナリオサーバ２０１は、「ビル形式データ」であるメッセージは全てデータ形式変換サーバ３０１に送信する。データ形式変換サーバ３０１は、シナリオのサーバから受信したメッセージを群管理サーバ１０１に送る（ステップＳ１０５）。
群管理サーバ１０１は利用者ＩＤ（ownerid）を検索キーとして、群管理サーバ１０１内のビル一覧データベース１０３にアクセスし、ビルＩＤ、ビル所在地のデータを含んだビル一覧を取得する（ステップＳ１０７）。レスポンスをデータ形式変換サーバ３０１に返す（ステップＳ１０８）。
データ形式変換サーバ３０１は、ビルの所在地の緯度・経度を取得するために、緯度・経度変換ウェブサービスである位置参照ワークステーション（位置参照ＷＳ）７０１に、ステップＳ１０６，Ｓ１０７で得たビル一覧の中のデータである「ビル所在地」を引数にしたgetGeoCordingメッセージを送る（ステップＳ１０９）。位置参照ワークステーション７０１は、ビルの所在地の緯度・経度を出し、ビル一覧と併せて、シナリオサーバ２０１に返す（ステップＳ１１０）。図７（Ｂ）に、シナリオサーバ２０１に返されるビルの所在地の緯度・経度情報の例を示す。なお、ビルの所在地の緯度・経度は、ステップＳ１３３で地図に表示させるために必要なデータである。
シナリオサーバ２０１は、各ビルの詳細な電力使用量を取得するために詳細番号（detail＝0など）を引数にgetEnergieInfoメッセージをデータ形式須換サーバに送る（ステップＳ１１１）。
群管理サーバ１０１は、(buildingid）および詳細番号を引数に群管理サーバ１０１内の電力使用量データベース１０２にアクセスし、詳細番号（detail=0など）に沿った電力使用量のリストを取得し（ステップＳ１１３，Ｓ１１４）、データ形式変換サーバ３０１にレスポンスを返し（ステップＳ１１５）、さらに、データ形式変換サーバ３０１はそのレスポンスをシナリオサーバ２０１に返す（ステップＳ１１６）。
例えば、群管理サーバ１０１が、図５に示すような電力使用量の収集のためのパスのツリー構造を持っている場合、「detail＝0」では、「０＋１＝１段目」の深さ（musasino／aria1とmusasino/aria2）以下のデバイスの電力使用量の合計値を返す。
また、群管理サーバ１０１が図６に示すようなパスのツリー構造を持っている場合、「detail＝0」では、「０＋１＝１段目」の深さ（musasino/light-Subsystemとmusasino/elevator-Subsystem、musasino/air-conditioner-Subsystem）以下のサブシステムの電力使用量の合計値を返す。この場合、「detail」という変数の値を“１”としたクッキー（detail＝1）をサービスの利用者の利用しているブラウザに登録する。
さらに詳細情報を得たい場合は、上記のステップを繰り返し、「detail＝n（n=1、2、3、…）」を引数として群管理サーバ１０１内の電力使用量データベース１０２にアクセスし、ｎ＋１段目の深さ以下のデバイスの電力使用量の合計値を返し、「detail」という変数の値を「ｎ＋１」としたクッキー（detail＝n＋1）をサービスの利用者の利用しているブラウザに登録する。
たとえば、「ｎ＋１＝２」の場合、図５に示すようなパスのツリー構造の場合では、
musasino/aria1/1floor、musasino/aria1/2floor、musasino/aria1/3floor、musasino/aria2/121、musasino/aria2/122、musasino/aria2/123、などエリア毎の電力使用量を返す。
図６に示すようなパスのツリー構造の場合では、
musasino/light-subsystem/1floor、musasino/light-Subsystem/2floor、musasino/light-subsystem/3floor、musasino/elevator-subsystem/aria1、musasino/elevator-subsystem/aria2、musasino/elevator-subsystem/aria3、musasino/air-conditioner-subsystem/main、musasino/air-conditioner-subsystem/2building、musasino/air-conditioner-subsystem/3building、などのサブシステム（デバイスの種類）毎の電力使用量を返す。
以上、本発明の第１の実施の形態について説明したが、本発明の消費情報地図表示装置では、多大なビルのデータを群管理サーバ１０１に集約させ、システム全体のスケーラビリティを確保することができる。さらに、シナリオサーバ２０１のシナリオを書き換えることにより、呼び出すウェブサービスを柔軟に変更することができる。また、シナリオサーバ２０１とウェブサービスの間にデータ形式変換サーバ３０１を設置することにより、様々な形のウェブサービスのデータ形式とビルの情報形式を揃えることで、ウェブサービスとの連携をより柔軟に行うことができる。
なお、図１および図３に示す第１の実施の形態の消費情報地図表示装置において、前述の群管理手段は、群管理サーバ１０１が相当し、前述の表示要求受付手段は表示要求受付部２１４が相当する。また、前述のシナリオ記憶手段はシナリオ記憶部２０２が相当し、前述のシナリオ実行手段はシナリオ実行部２１１が相当し、また、前述のデータ形式変換手段はデータ形式変換サーバ３０１が相当する。また、前述の使用量サーバは、電力使用量サーバ１１が相当する。
そして、第１の実施の形態における消費情報地図表示装置は、各ビルにおける資源の消費量情報をネットワーク経由で収集する群管理サーバ１０１と、利用者端末からネットワークを介して消費量情報の表示要求を受け付ける表示要求受付部２１１と、利用者端末３２からの表示要求の内容に応じて、群管理サーバ１０１による消費量情報の収集処理と、消費量情報を利用者端末３２に表示させるための所定の処理との組み合わせを予め定めたシナリオとして記憶するシナリオ記憶部２０２と、利用者端末３２からの表示要求が発生した場合に、その要求内容に応じたシナリオをナリオ記憶部２０２から抽出し、この抽出したシナリオに従って所定の処理動作を実行するシナリオ実行部２１１と、を有して構成される。
これにより、複数のビルにおける電力使用量等の資源の消費量情報を集約して一元的に管理し、ビル毎の電力使用量等の消費量情報を利用者端末に地図情報と共に表示させるとことができる。また、シナリオを書き換えることにより、利用者に対するサービスを柔軟に変更することができる。
また、本発明の消費情報地図表示装置は、群管理サーバ１０１で収集するデータの形式を、シナリオサーバ２０１で扱えるデータの形式に変換するデータ形式変換サーバ３０１を有して構成される。
これにより、消費情報地図表示装置とビル系のシステムの融合を可能にし、また、ビル系の情報を群管理手段に集約させることができる。
また、本発明の消費情報地図表示装置は、各ビル内には、ビル内の設備機器の資源の消費量情報を階層構造により区分して収集する使用量サーバを備える。例えば、電力使用量を階層構造により区分して収集する電力使用量サーバ１１を備え、群管理サーバ１０１は、階層構造で区分された設備機器の情報を保持し、この階層構造の情報を基に、ビル内の設備機器を区分して電力使用量の情報を収集する。
これにより、ビル内におけるフロア単位、設備機器の種類ごとなど、より詳細な電力使用量等の消費情報の表示を行うことができる。
また、本発明の消費情報地図表示装置は、ネットワーク上のウェブサービスが提供する情報を取得するウェブデータ取得部３０１を備え、シナリオサーバ２０１により、ウェブデータ取得部３０１により取得した情報と群管理サーバ１０１により取得した電力使用量等の資源の消費量情報とを組み合わせて、利用者端末に表させる。
これにより、複数のウェブサービスから得た情報と電力使用量等の資源の消費量情報と組み合わせて、利用者に種々のサービスを提供できる。
また、本発明の消費情報地図表示装置は、対象となるビルの所在するエリアの天気・気温を含む天候情報をウェブサービスを用いて取得する情報取得部２１２を備え、天候情報と電力使用量等の資源の消費量情報とを併せて表示する。
これにより、天候情報と電力使用量等の資源の消費量情報とを併せて表示することができる。
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。この第２の実施の形態は、ビル設備（部屋）の使用状況（予約状況）をビル電力使用量等の消費量情報に併せて表示させる例である。
図９は、第２の実施の形態の消費情報地図表示装置における処理の流れを示すシーケンス図である。
図９に示すシーケンス図が、図４に示すシーケンス図と異なる点は、設備予約スケジュールワークステーション（設備予約スケジュールＷＳ）９０１を追加した点と、ステップＳ１２２からステップＳ１３０との間の処理ステップを、ステップＳ１２２Ａ、Ｓ１２２Ｂ、Ｓ１２２Ｃ、Ｓ１２２Ｄ、Ｓ１２２Ｅに置き換えた点である。他の処理ステップについては図４に示すシーケンス図と同様であり、重複する説明は省略する。
図９を参照して、シナリオサーバ２０１は、ビルの設備（部屋）の予約情報を取得するために、データ形式変換サーバ３０１に、ビルＩＤ（buildingid）を引数としたgetBookingInfomationListメッセージを送る（ステップＳ１２２Ａ）。データ形式変換サーバ３０１は、自身のデータベースにアクセスし引数「buildingid」をビル名に変換する（ステップＳ１２２Ｂ）。
データ形式変換サーバ３０１は、ビルの設備（部屋）の予約情報を取得するために、ビル名を引数としたgetBookhgInfomationメッセージを設備予約スケジュールワークステーション９０１に送る（ステップＳ１２２Ｃ）。設備予約スケジュールワークステーション９０１は、設備予約情報をデータ形式変換サーバに返す（ステップＳ１２２Ｄ）。データ形式変換サーバ３０１は、そのレスポンスをシナリオサーバ２０１に返す（ステップＳ１２２Ｅ）。
以後の処理は、図４に示した処理と同様であり、これにより、ビル設備（部屋）の使用状況（予約状況）をビル電力使用量等の消費量情報に併せて表示させることができる。
このように、第２に実施の形態の消費情報地図表示装置においては、スケジューラなど、ユーザがインターネットで普段利用しているウェブサービスをそのまま使って連携することが容易に行える。
なお、第２の実施の形態の消費情報地図表示装置において、前述の設備スケジュール情報保持手段は、設備予約スケジュールワークステーション９０１が相当する。
そして、第２の実施の形態の消費情報地図表示装置においては、ビル内には、ビル設備の使用状況の情報を保持する設備予約スケジュールワークステーション９０１を備え、群管理サーバ１０１は電力使用量等の消費量情報を収集し、シナリオサーバ２０１はデータ形式変換サーバ３０１を介して、設備予約スケジュールワークステーション９０１からビル設備の使用状況の情報を収集する。そして、シナリオサーバ２０１は、ビル設備の使用状況の情報をビル電力使用量等の消費量情報に併せて利用者端末３２に表示させる。
これにより、ビル設備（部屋等）の使用状況（予約状況等）をビル電力使用量等の消費量情報に併せて利用者端末に表示させることができる。
なお、上述した消費情報表示システムでは、電力使用量を表示する例について説明したが、電力使用量以外にも、水道使用量、ガス使用量、コピー用紙などの使用量を表示するようにしてもよい。この場合、例えば、水道使用量、ガス使用量については、検針メータに使用量の情報を発信する装置を設けることにより実現することができる。また、例えば、コピー用紙の場合は、コピー機の用紙カウンタに使用量の情報を発信する装置を設けることにより実現することができる。
以上、本発明の実施の形態について説明したが、本発明の消費情報地図表示装置においては、シナリオサーバ２０１、群管理サーバ１０１、ビル管理システム（電力使用量サーバ１１等）、インターネット、データ形式変換サーバ３０１から組みあわされるシステム構成であって、シナリオサーバ２０１を介してインターネット上のウェブサービスから様々な情報を収集し、ビルから得られる情報と合わせて表示することができる。
また、群管理サーバ１０１、およびデータ形式変換サーバ３０１の存在により、シナリオサーバ２０１とビル系のシステムの融合を可能にし、また、ビル系の情報は群管理サーバ１０１に集約させることで、シナリオサーバ２０１は、ビルに特化したものではなく、他のシステムとも連携が可能となる。
また、複数ビルを管理する場合、各ビルのビル管理システム（電力使用量サーバ１１等）を個別にメンテナンスしにくいが、群管理サーバ１０１の存在により、複数ビルの情報を集約させメンテナンスを容易になる。
また、データ形式変換サーバ３０１において、群管理サーバ１０１のデータ形式を、インターネットウェブサービスのデータ形式に合わせるよう変更するため、シナリオを変更してもデータ形式変換に要する作業を軽減できる。
また、群管理サーバ１０１の存在により、常にシナリオサーバ２０１は、点在し、ビル毎に形式が異なるデータを一元的に管理することができる。また、群管理サーバ１０１の存在により、ビルの全機器のパスのツリー構造を導き出し、それをもとに、ビルのより詳細な電力使用量等の表示を行うことができる。
上記に加え、さらに、ＮＧＮ（次世代ネットワーク）網を経由させることで安全にビル響報のデータを収集することもできる。これは、ビルのイベント（異常情報）をＮＧＮを介して群管理サーバ１０１に集約させることにより、ＳＩＰによるトンネリングがされるので、ビルのイベント（異常情報を）安全に集めることが可能になる。
以上、本発明の実施の形態について説明したが、本発明の消費情報地図表示装置は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
１１・・・電力使用量サーバ、２１・・・ウェブサービスゲートウェイ、３１・・・ビル所有者、３２・・・利用者端末、１０１・・・群管理サーバ、１０２・・・電力使用量データベース、１０３・・・ビル一覧データベース、１０４・・・警報情報データベース、１１１・・・ビル内情報収集部、２０１・・・シナリオサーバ、２０２・・・シナリオ記憶部、２１１・・・シナリオ実行部、２１２・・・情報取得部、２１３・・・表示情報生成部、２１４・・・表示要求受付部、３０１・・・データ形式変換サーバ、４０１・・・天気サービスエンジン、５０１・・・地図サービスエンジン、５０２・・・地図情報データベース、５１１・・・ウェブ処理部、６０１・・・ポータルサイト、６０２・・・地図サービス、７０１・・・位置参照ワークステーション、８０１・・・オーナー情報サーバ、９０１・・・設備予約スケジュールワークステーション

Claims (9)

  1. 複数のビルに供給されている資源の各ビルおける消費量の情報をネットワークを介して収集し、収集した前記消費量情報を前記ネットワークを介して利用者端末の画面上に地図情報と共に表示させる消費情報地図表示装置であって、
    各ビルにおける前記消費量情報を前記ネットワーク経由で収集する群管理手段と、
    前記利用者端末から前記ネットワークを介して前記消費量情報の表示要求を受け付ける表示要求受付手段と、
    前記利用者端末からの表示要求の内容に応じて、前記群管理手段による前記消費量情報の収集処理と、前記消費量情報を前記利用者端末に表示させるための所定の処理との組み合わせを予め定めたシナリオとして記憶するシナリオ記憶手段と、
    前記利用者端末からの表示要求が発生した場合に、その要求内容に応じて、前記シナリオ記憶手段からシナリオを抽出し、該抽出したシナリオに従って前記所定の処理を実行するシナリオ実行手段と、
    を備えることを特徴とする消費情報地図表示装置。
  2. 前記群管理手段で収集するデータの形式を、前記シナリオ実行手段で扱えるデータの形式に変換するデータ形式変換手段、
    を更に備えることを特徴とする請求項１に記載の消費情報地図表示装置。
  3. 前記各ビル内には、ビル内に設置された設備機器におけるビルに供給された資源の使用量等の情報を階層構造により区分して収集する使用量サーバを備え、
    前記群管理手段は、前記階層構造で区分された設備機器の情報を保持し、前記階層構造の情報を基に、前記設備機器を区分して資源の使用量等の情報を収集する、
    ことを特徴とする請求項１または請求項２に記載の消費情報地図表示装置。
  4. 前記ビル内には、前記設備機器の使用状況の情報を保持する設備スケジュール情報保持手段を更に備え、
    前記シナリオ実行手段は、前記設備機器の使用状況の情報を収集すると共に、該設備機器の使用状況の情報と前記資源の使用量等の情報とを併せて前記利用者端末に表示させる、
    ことを特徴とする請求項１から請求項３のいずれかに記載の消費情報地図表示装置。
  5. ネットワーク上のウェブサービスが提供する情報を取得するウェブデータ取得部を備え、
    前記シナリオ実行手段により、前記ウェブデータ取得部により取得した情報と前記群管理手段により取得した資源の使用量等の情報とを組み合わせて、前記利用者端末に表させる、
    ことを特徴とする請求項１から請求項４のいずれかに記載の消費情報地図表示装置。
  6. 前記ウェブデータ取得部により、対象となるビルの所在するエリアの天気・気温を含む天候情報を前記ウェブサービスから取得し、
    前記天候情報と前記資源の使用量等の情報とを併せて前記利用者端末に表示させる、
    ことを特徴とする請求項５に記載の消費情報地図表示装置。
  7. 複数のビルに供給されている資源の各ビルおける消費量の情報をネットワークを介して収集し、収集した前記消費量情報を前記ネットワークを介して利用者端末の画面上に地図情報と共に表示させる消費情報地図表示システムであって、
    各ビルにおける前記消費量情報を前記ネットワーク経由で収集する群管理サーバと、
    前記利用者端末からの表示要求の内容に応じて、前記群管理サーバによる前記消費量情報の収集処理と、前記消費量情報を前記利用者端末に表示させるための所定の処理との組み合わせを予め定めたシナリオとして記憶するシナリオ記憶部と、
    前記利用者端末から前記ネットワークを介して前記消費量情報の表示要求を受け付けると共に、前記利用者端末からの表示要求が発生した場合に、その要求内容に応じて、前記シナリオ記憶部からシナリオを抽出し、該抽出したシナリオに従って前記所定の処理を実行するシナリオサーバと、
    を備えることを特徴とする消費情報地図表示システム。
  8. 前記群管理サーバで収集するデータの形式を、前記シナリオサーバで扱えるデータの形式に変換するデータ形式変換サーバ、
    を更に備えることを特徴とする請求項７に記載の消費情報地図表示システム。
  9. 複数のビルに供給されている資源の各ビルおける消費量の情報をネットワークを介して収集し、収集した前記消費量情報を前記ネットワークを介して利用者端末の画面上に地図情報と共に表示させる消費情報地図表示装置における消費情報地図表示方法であって、
    各ビルにおける前記消費量情報を前記ネットワーク経由で収集する群管理手順と、
    前記利用者端末から前記ネットワークを介して前記消費量情報の表示要求を受け付ける表示要求受付手順と、
    前記利用者端末からの表示要求の内容に応じて、前記群管理手順による前記消費量情報の収集処理と、前記消費量情報を前記利用者端末に表示させるための所定の処理との組み合わせを予め定めたシナリオとして記憶するシナリオ記憶手順と、
    前記利用者端末からの表示要求が発生した場合に、その要求内容に応じて、記憶しているシナリオを抽出し、該抽出したシナリオに従って前記所定の処理を実行するシナリオ実行手順と、
    を含むことを特徴とする消費情報地図表示方法。
JP2009077235A 2009-03-26 2009-03-26 消費情報地図表示装置、消費情報地図表示システム、および消費情報地図表示方法 Expired - Fee Related JP5147771B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009077235A JP5147771B2 (ja) 2009-03-26 2009-03-26 消費情報地図表示装置、消費情報地図表示システム、および消費情報地図表示方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009077235A JP5147771B2 (ja) 2009-03-26 2009-03-26 消費情報地図表示装置、消費情報地図表示システム、および消費情報地図表示方法

Publications (2)

Publication Number Publication Date
JP2010231423A true JP2010231423A (ja) 2010-10-14
JP5147771B2 JP5147771B2 (ja) 2013-02-20

Family

ID=43047184

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009077235A Expired - Fee Related JP5147771B2 (ja) 2009-03-26 2009-03-26 消費情報地図表示装置、消費情報地図表示システム、および消費情報地図表示方法

Country Status (1)

Country Link
JP (1) JP5147771B2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012133556A (ja) * 2010-12-21 2012-07-12 Denso Corp 消費エネルギ報知装置
KR101174602B1 (ko) 2011-09-05 2012-08-16 한국과학기술원 단일 지점에서 과도 응답 분석을 통한 에너지 사용 패턴을 인식하는 시스템 및 방법
CN111241219A (zh) * 2019-12-30 2020-06-05 国网北京市电力公司 数据传输展示方法、装置、存储介质及处理器

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1049552A (ja) * 1996-08-05 1998-02-20 Shimizu Corp エネルギー集中管理・解析システム
JP2000285156A (ja) * 1999-03-31 2000-10-13 Japan Research Institute Ltd 地域エネルギー施策評価システムおよび同システムのためのプログラムを記録した媒体
JP2005025654A (ja) * 2003-07-01 2005-01-27 Hitachi Building Systems Co Ltd エネルギ管理システム
JP2007003358A (ja) * 2005-06-24 2007-01-11 Hitachi Ltd 電力量情報処理システム、電力量情報処理方法、および電力量情報処理プログラム
JP2008140326A (ja) * 2006-12-05 2008-06-19 Nippon Telegr & Teleph Corp <Ntt> ネットワークサービスプラットフォーム装置、サービス連携システム、サービス連携方法、及び、サービス連携プログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1049552A (ja) * 1996-08-05 1998-02-20 Shimizu Corp エネルギー集中管理・解析システム
JP2000285156A (ja) * 1999-03-31 2000-10-13 Japan Research Institute Ltd 地域エネルギー施策評価システムおよび同システムのためのプログラムを記録した媒体
JP2005025654A (ja) * 2003-07-01 2005-01-27 Hitachi Building Systems Co Ltd エネルギ管理システム
JP2007003358A (ja) * 2005-06-24 2007-01-11 Hitachi Ltd 電力量情報処理システム、電力量情報処理方法、および電力量情報処理プログラム
JP2008140326A (ja) * 2006-12-05 2008-06-19 Nippon Telegr & Teleph Corp <Ntt> ネットワークサービスプラットフォーム装置、サービス連携システム、サービス連携方法、及び、サービス連携プログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012133556A (ja) * 2010-12-21 2012-07-12 Denso Corp 消費エネルギ報知装置
KR101174602B1 (ko) 2011-09-05 2012-08-16 한국과학기술원 단일 지점에서 과도 응답 분석을 통한 에너지 사용 패턴을 인식하는 시스템 및 방법
CN111241219A (zh) * 2019-12-30 2020-06-05 国网北京市电力公司 数据传输展示方法、装置、存储介质及处理器

Also Published As

Publication number Publication date
JP5147771B2 (ja) 2013-02-20

Similar Documents

Publication Publication Date Title
JP4808409B2 (ja) センサネットワークシステム、センサデータの検索方法及びプログラム
AU2012276270B2 (en) An integration system
WO2018035143A1 (en) Integrated solution of internet of things and smart grid network
CN101247402B (zh) 多媒体文件的下载播放系统和方法
WO2014002184A1 (ja) 設備管理システム及びプログラム
US20120165988A1 (en) Method and apparatus for collecting building management data
JP5328829B2 (ja) センサネットワークシステム、センサデータの検索方法
JP2006244120A (ja) センサネットワークシステム、センサデータの処理方法及びプログラム
US20070275715A1 (en) Home network system and method for remotely installing home services in the same
CN103338206A (zh) 一种基于数据总线技术实现数据交换的方法及装置
WO2012160814A1 (ja) 情報処理システム、アクセス権管理方法、情報処理装置およびその制御方法と制御プログラム
US9274754B2 (en) Program generating apparatus, program generation method and computer readable medium
JP5147771B2 (ja) 消費情報地図表示装置、消費情報地図表示システム、および消費情報地図表示方法
JP2016062506A (ja) 監視システム、監視装置及び監視方法
CN102811255B (zh) 一种用于分布负载的装置和方法
JP2009141725A (ja) 住宅機器遠隔監視サービス提供システム
JP2008117291A (ja) ワークフロートラッキングシステム、統合管理装置、方法、プログラム及びそれを記録した情報記録媒体
Vijayakumar et al. Tracking stream provenance in complex event processing systems for workflow-driven computing
Okhovat et al. Monitoring the Smart City Sensor Data Using Thingsboard and Node-Red
KR20110069276A (ko) 아이피기반 서비스 단말기，이를 이용한 전력 사용량 모니터링 방법 및 이를 갖는 스마트 그리드 시스템
CN102170371B (zh) 一种基于集中式管理的收集网络设备重要信息的方法
CN104462235A (zh) 一种基于Restful Web Service的物联网通用事件服务机制
Caffarel et al. Bat-mp: An ontology-based energy management platform
KR101966548B1 (ko) 다수의 이질적인 센서 네트워크 플랫폼을 위한 센서 메타 데이터 생성 시스템
CN113301131A (zh) 一种基于mqtt通信协议的智慧空间开发方法及系统

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110404

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20121112

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20121120

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121127

R150 Certificate of patent or registration of utility model

Ref document number: 5147771

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151207

Year of fee payment: 3

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees