(57)【要約】【課題】複数のビルにおける電力使用量等の資源消費情報を集約して一元的に管理し、ウェブサービスを利用してビル毎の資源の消費量情報を利用者端末に地図情報と共に表示させる、消費情報地図表示装置を提供する。【解決手段】各ビルにおける資源の消費量情報を収集する群管理サーバ１０１と、利用者端末３２からの資源の消費量情報の地図上での表示要求を受付けるシナリオサーバ２０１を備える。そして、シナリオサーバ２０１では、利用者端末３２からの表示要求が発生した場合に、利用者端末３２からの表示要求の内容に応じたシナリオをシナリオ記憶部から抽出し、この抽出したシナリオに従って処理を実行し、利用者端末３２において資源の消費量情報を地図情報と共に表示させる。【選択図】図１
2010231423.tif 000002
【特許請求の範囲】
【請求項１】
複数のビルに供給されている資源の各ビルおける消費量の情報をネットワークを介して収集し、収集した前記消費量情報を前記ネットワークを介して利用者端末の画面上に地図情報と共に表示させる消費情報地図表示装置であって、
各ビルにおける前記消費量情報を前記ネットワーク経由で収集する群管理手段と、
前記利用者端末から前記ネットワークを介して前記消費量情報の表示要求を受け付ける表示要求受付手段と、
前記利用者端末からの表示要求の内容に応じて、前記群管理手段による前記消費量情報の収集処理と、前記消費量情報を前記利用者端末に表示させるための所定の処理との組み合わせを予め定めたシナリオとして記憶するシナリオ記憶手段と、
前記利用者端末からの表示要求が発生した場合に、その要求内容に応じて、前記シナリオ記憶手段からシナリオを抽出し、該抽出したシナリオに従って前記所定の処理を実行するシナリオ実行手段と、
を備えることを特徴とする消費情報地図表示装置。
【請求項２】
前記群管理手段で収集するデータの形式を、前記シナリオ実行手段で扱えるデータの形式に変換するデータ形式変換手段、
を更に備えることを特徴とする請求項１に記載の消費情報地図表示装置。
【請求項３】
前記各ビル内には、ビル内に設置された設備機器におけるビルに供給された資源の使用量等の情報を階層構造により区分して収集する使用量サーバを備え、
前記群管理手段は、前記階層構造で区分された設備機器の情報を保持し、前記階層構造の情報を基に、前記設備機器を区分して資源の使用量等の情報を収集する、
ことを特徴とする請求項１または請求項２に記載の消費情報地図表示装置。
【請求項４】
前記ビル内には、前記設備機器の使用状況の情報を保持する設備スケジュール情報保持手段を更に備え、
前記シナリオ実行手段は、前記設備機器の使用状況の情報を収集すると共に、該設備機器の使用状況の情報と前記資源の使用量等の情報とを併せて前記利用者端末に表示させる、
ことを特徴とする請求項１から請求項３のいずれかに記載の消費情報地図表示装置。
【請求項５】
ネットワーク上のウェブサービスが提供する情報を取得するウェブデータ取得部を備え、
前記シナリオ実行手段により、前記ウェブデータ取得部により取得した情報と前記群管理手段により取得した資源の使用量等の情報とを組み合わせて、前記利用者端末に表させる、
ことを特徴とする請求項１から請求項４のいずれかに記載の消費情報地図表示装置。
【請求項６】
前記ウェブデータ取得部により、対象となるビルの所在するエリアの天気・気温を含む天候情報を前記ウェブサービスから取得し、
前記天候情報と前記資源の使用量等の情報とを併せて前記利用者端末に表示させる、
ことを特徴とする請求項５に記載の消費情報地図表示装置。
【請求項７】
複数のビルに供給されている資源の各ビルおける消費量の情報をネットワークを介して収集し、収集した前記消費量情報を前記ネットワークを介して利用者端末の画面上に地図情報と共に表示させる消費情報地図表示システムであって、
各ビルにおける前記消費量情報を前記ネットワーク経由で収集する群管理サーバと、
前記利用者端末からの表示要求の内容に応じて、前記群管理サーバによる前記消費量情報の収集処理と、前記消費量情報を前記利用者端末に表示させるための所定の処理との組み合わせを予め定めたシナリオとして記憶するシナリオ記憶部と、
前記利用者端末から前記ネットワークを介して前記消費量情報の表示要求を受け付けると共に、前記利用者端末からの表示要求が発生した場合に、その要求内容に応じて、前記シナリオ記憶部からシナリオを抽出し、該抽出したシナリオに従って前記所定の処理を実行するシナリオサーバと、
を備えることを特徴とする消費情報地図表示システム。
【請求項８】
前記群管理サーバで収集するデータの形式を、前記シナリオサーバで扱えるデータの形式に変換するデータ形式変換サーバ、
を更に備えることを特徴とする請求項７に記載の消費情報地図表示システム。
【請求項９】
複数のビルに供給されている資源の各ビルおける消費量の情報をネットワークを介して収集し、収集した前記消費量情報を前記ネットワークを介して利用者端末の画面上に地図情報と共に表示させる消費情報地図表示装置における消費情報地図表示方法であって、
各ビルにおける前記消費量情報を前記ネットワーク経由で収集する群管理手順と、
前記利用者端末から前記ネットワークを介して前記消費量情報の表示要求を受け付ける表示要求受付手順と、
前記利用者端末からの表示要求の内容に応じて、前記群管理手順による前記消費量情報の収集処理と、前記消費量情報を前記利用者端末に表示させるための所定の処理との組み合わせを予め定めたシナリオとして記憶するシナリオ記憶手順と、
前記利用者端末からの表示要求が発生した場合に、その要求内容に応じて、記憶しているシナリオを抽出し、該抽出したシナリオに従って前記所定の処理を実行するシナリオ実行手順と、
を含むことを特徴とする消費情報地図表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビル単位・フロア単位での電力使用量等の資源の消費量情報を取得し、利用者端末において地図情報と共に表示させる、消費情報地図表示装置、消費情報地図表示システム、および消費情報地図表示方法に関する。
【背景技術】
【０００２】
近年、複数のウェブサービス（Ｗｅｂサービス）を融合して、新しいサービスを提供する、マッシュアップとよばれる開発手法が注目されている。これは、各社が提供しているＡＰＩ（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メッセージを設備予約スケジュールワークステーション９０１に送る（ステップＳ１２２Ｃ）。設備予約スケジュールワークステーション９０１は、設備予約情報をデータ形式変換サーバに返す（ステップＳ１２２Ｄ）。データ形式変換サーバ３０１は、そのレスポンスをシナリオサーバ２０１に返す（ステップＳ１２２Ｅ）。
【００９８】
以後の処理は、図４に示した処理と同様であり、これにより、ビル設備（部屋）の使用状況（予約状況）をビル電力使用量等の消費量情報に併せて表示させることができる。
【００９９】
このように、第２に実施の形態の消費情報地図表示装置においては、スケジューラなど、ユーザがインターネットで普段利用しているウェブサービスをそのまま使って連携することが容易に行える。
【０１００】
なお、第２の実施の形態の消費情報地図表示装置において、前述の設備スケジュール情報保持手段は、設備予約スケジュールワークステーション９０１が相当する。
そして、第２の実施の形態の消費情報地図表示装置においては、ビル内には、ビル設備の使用状況の情報を保持する設備予約スケジュールワークステーション９０１を備え、群管理サーバ１０１は電力使用量等の消費量情報を収集し、シナリオサーバ２０１はデータ形式変換サーバ３０１を介して、設備予約スケジュールワークステーション９０１からビル設備の使用状況の情報を収集する。そして、シナリオサーバ２０１は、ビル設備の使用状況の情報をビル電力使用量等の消費量情報に併せて利用者端末３２に表示させる。
これにより、ビル設備（部屋等）の使用状況（予約状況等）をビル電力使用量等の消費量情報に併せて利用者端末に表示させることができる。
【０１０１】
なお、上述した消費情報表示システムでは、電力使用量を表示する例について説明したが、電力使用量以外にも、水道使用量、ガス使用量、コピー用紙などの使用量を表示するようにしてもよい。この場合、例えば、水道使用量、ガス使用量については、検針メータに使用量の情報を発信する装置を設けることにより実現することができる。また、例えば、コピー用紙の場合は、コピー機の用紙カウンタに使用量の情報を発信する装置を設けることにより実現することができる。
【０１０２】
以上、本発明の実施の形態について説明したが、本発明の消費情報地図表示装置においては、シナリオサーバ２０１、群管理サーバ１０１、ビル管理システム（電力使用量サーバ１１等）、インターネット、データ形式変換サーバ３０１から組みあわされるシステム構成であって、シナリオサーバ２０１を介してインターネット上のウェブサービスから様々な情報を収集し、ビルから得られる情報と合わせて表示することができる。
【０１０３】
また、群管理サーバ１０１、およびデータ形式変換サーバ３０１の存在により、シナリオサーバ２０１とビル系のシステムの融合を可能にし、また、ビル系の情報は群管理サーバ１０１に集約させることで、シナリオサーバ２０１は、ビルに特化したものではなく、他のシステムとも連携が可能となる。
【０１０４】
また、複数ビルを管理する場合、各ビルのビル管理システム（電力使用量サーバ１１等）を個別にメンテナンスしにくいが、群管理サーバ１０１の存在により、複数ビルの情報を集約させメンテナンスを容易になる。
【０１０５】
また、データ形式変換サーバ３０１において、群管理サーバ１０１のデータ形式を、インターネットウェブサービスのデータ形式に合わせるよう変更するため、シナリオを変更してもデータ形式変換に要する作業を軽減できる。
【０１０６】
また、群管理サーバ１０１の存在により、常にシナリオサーバ２０１は、点在し、ビル毎に形式が異なるデータを一元的に管理することができる。また、群管理サーバ１０１の存在により、ビルの全機器のパスのツリー構造を導き出し、それをもとに、ビルのより詳細な電力使用量等の表示を行うことができる。
【０１０７】
上記に加え、さらに、ＮＧＮ（次世代ネットワーク）網を経由させることで安全にビル響報のデータを収集することもできる。これは、ビルのイベント（異常情報）をＮＧＮを介して群管理サーバ１０１に集約させることにより、ＳＩＰによるトンネリングがされるので、ビルのイベント（異常情報を）安全に集めることが可能になる。
【０１０８】
以上、本発明の実施の形態について説明したが、本発明の消費情報地図表示装置は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【０１０９】
１１・・・電力使用量サーバ、２１・・・ウェブサービスゲートウェイ、３１・・・ビル所有者、３２・・・利用者端末、１０１・・・群管理サーバ、１０２・・・電力使用量データベース、１０３・・・ビル一覧データベース、１０４・・・警報情報データベース、１１１・・・ビル内情報収集部、２０１・・・シナリオサーバ、２０２・・・シナリオ記憶部、２１１・・・シナリオ実行部、２１２・・・情報取得部、２１３・・・表示情報生成部、２１４・・・表示要求受付部、３０１・・・データ形式変換サーバ、４０１・・・天気サービスエンジン、５０１・・・地図サービスエンジン、５０２・・・地図情報データベース、５１１・・・ウェブ処理部、６０１・・・ポータルサイト、６０２・・・地図サービス、７０１・・・位置参照ワークステーション、８０１・・・オーナー情報サーバ、９０１・・・設備予約スケジュールワークステーション
【図１】
2010231423.tif 000003
【図２】
2010231423.tif 000004
【図３】
2010231423.tif 000005
【図４】
2010231423.tif 000006
【図５】
2010231423.tif 000007
【図６】
2010231423.tif 000008
【図７】
2010231423.tif 000009
【図８】
2010231423.tif 000010
【図９】
2010231423.tif 000011