設備機器連携システム及び機器制御方法並びにエージェント装置
【課題】ビルのテナント内システムからビル管理システム側の設備機器を制御するにあたって、各テナント内の各ユーザがより柔軟に設備機器を制御できる設備機器連携システムを提供すること。
【解決手段】各テナント内において、仮想化操作点データベース２２には、各ユーザ対応に、適宜設備機器を組み合わせた仮想化操作点の情報を記憶している。ユーザ認証部２４がユーザ端末２０２のユーザを認証した後に、仮想化操作点制御指示受付部２５がユーザ端末２０２を介してユーザから所望する仮想化操作点に対する制御の要求を受け、機器監視制御リモートプロトコル処理部２６がリモート制御コマンドを生成する。リモート制御コマンドは、設備側ゲートウェイ１に対して、テナント認証を経た後に、送信される。設備側ゲートウェイ１は、上記リモート制御コマンドをローカル制御コマンドに変換して、該当する設備機器１０６に送信する。
【解決手段】各テナント内において、仮想化操作点データベース２２には、各ユーザ対応に、適宜設備機器を組み合わせた仮想化操作点の情報を記憶している。ユーザ認証部２４がユーザ端末２０２のユーザを認証した後に、仮想化操作点制御指示受付部２５がユーザ端末２０２を介してユーザから所望する仮想化操作点に対する制御の要求を受け、機器監視制御リモートプロトコル処理部２６がリモート制御コマンドを生成する。リモート制御コマンドは、設備側ゲートウェイ１に対して、テナント認証を経た後に、送信される。設備側ゲートウェイ１は、上記リモート制御コマンドをローカル制御コマンドに変換して、該当する設備機器１０６に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報系のネットワークから制御系のネットワーク上の設備機器を制御可能にする設備機器連携システム及び機器制御方法並びにエージェント装置に関する。
【背景技術】
【０００２】
省力化、省エネ化を目的として、ビル管理システム（ＢＡＳ）が、その時々の技術を取り入れて発展してきており、現在では、ＩＰネットワークの技術を用いた高度なビル設備集中管理が実現されている。
【０００３】
例えば、ビル管理を遠隔から行う遠隔監視については、ＶＰＮなどの仮想ネットワーク技術を利用し、ビル管理システムのネットワークを外部まで延長することにより実現できる。あるいは、ビル管理を集中して行う管理端末の操作画面に、ＲＤＰなどのリモートデスクトップ環境技術を用いることでも、「ビル管理者がビル管理を遠隔から行う」という要求は満たされる。
【０００４】
また、例えば、ビル内の照明の消灯・点灯を携帯電話から操作するような遠隔操作については、携帯電話からアクセス可能なＷｅｂサーバを立ち上げ、そのＷｅｂサーバがユーザ管理と操作画面を提供し、携帯電話上でのその画面操作の結果としてビル管理システムに消灯・点灯の制御命令を送出するようなＷｅｂサーバ方式により、「登録ユーザが携帯電話から消灯・点灯を操作する」というシステムが実現できる。
【０００５】
一方、例えば、特許文献１には、ＯＡ側に設置される会議予約サーバとビル管理システムとを接続するサービスが開示されている。ここでは、会議予約サーバからの複数の設備機器状態の一括変更指令を、ビル管理システム側に設置されたサーバが解釈実行するモデルとなっている。
【０００６】
これらのように、ビル管理システムはＩＴ技術を積極的に取り込みつつ拡張されてきている。
【０００７】
ところで、昨今、イントラネットにおける業務系システムや、インターネットのコンテンツサービスシステムなどでは、異種サービスの組み合わせによる新たなサービスの創出、従来サービスの有効活用といった、サービス連携が盛んに行われている。このようなサービス連携にビル管理システムが加わっていく場合、サービス連携は、これまでのビル管理システムの拡張としてのサービス実現ではなく、ビル管理システムの管轄外のシステムとの連携が必須であり、異なる管理ドメイン間の相互接続が必要となってくる。
【０００８】
ところが、異なる管理ドメインとビル管理システムとの接続は、一番単純なケースの一つである、ビルのテナント内システムとビル管理システムとの連携ですら、単純には実現できない。例えば、特許文献１では、複数のテナントが入居するビルにおいての利用は想定されておらず、各テナント内システムの管理するネットワークとビル管理システムとのネットワークを、どのように接続し、どのように管理するのかといった問題や、各テナント内のユーザ情報をビル管理システム側で抱えることによる情報管理コストの問題などが、考慮されていない。
【特許文献１】特開２００５−３３２２７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ビルの各テナント内システムからビル管理システム側にある設備機器を制御しようとしても、従来の技術においては、複数のテナント内システムとビル管理システムとの連携や認証の問題について考慮されておらず、テナント内のユーザが設備機器を制御するには大きな制約があった。
【００１０】
本発明は、上記事情を考慮してなされたもので、ビルのテナント内のシステムからビルの制御系のネットワーク上の設備機器を制御するにあたって、各テナント内の各ユーザがより柔軟に設備機器を制御することを可能にする設備機器連携システム及び機器制御方法並びにエージェント装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、ビル内の設備機器を接続するための制御系ネットワークに接続されたゲートウェイ装置と、該制御系ネットワーク以外のネットワークを介して該ゲートウェイ装置と通信可能で且つテナント毎に設けられるエージェント装置とを含む設備機器連携システムであって、前記エージェント装置は、操作対象とする１以上の設備機器を組み合わせた仮想化操作点を定義した仮想化操作点情報を１以上記憶する記憶手段と、クライアント装置に係るユーザに対するユーザ認証を行うユーザ認証手段と、何れかの前記仮想化操作点に対する制御の要求を受信する要求受信手段と、前記クライアント装置に係る前記ユーザ認証に成功しており且つ該クライアント装置から前記要求を受信している場合に、該要求に係る前記仮想化操作点情報をもとに、該要求に係る前記設備機器を制御対象とし且つ特定のリモートプロトコルによるリモート制御コマンドを生成するリモート制御コマンド生成手段と、前記ゲートウェイ装置により行われる、前記クライアント装置に係るテナントに対するテナント認証に成功している場合に、前記リモート制御コマンドを前記ゲートウェイ装置に送信するリモート制御コマンド送信手段とを備え、前記ゲートウェイ装置は、前記テナント認証を行うテナント認証手段と、前記リモート制御コマンドを受信するリモート制御コマンド受信手段と、前記エージェント装置に係る前記テナント認証に成功しており且つ該エージェント装置から前記リモート制御コマンドを受信している場合に、該リモート制御コマンドをもとに、該リモート制御コマンドに係る設備機器を制御対象とし且つ特定のローカルプロトコルによるローカル制御コマンドを生成するローカル制御コマンド生成手段と、生成された前記ローカル制御コマンドを、前記制御系ネットワークを介して、該ローカル制御コマンドに係る前記設備機器又はそのコントローラに送信するローカル制御コマンド送信手段とを備えたことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ビルのテナント内のシステムからビルの制御系のネットワーク上の設備機器を制御するにあたって、各テナント内の各ユーザがより柔軟に設備機器を制御することが可能になる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照しながら本発明の実施形態について説明する。
【００１４】
本実施形態では、例えば、テナント内のユーザのＰＣの有閑時に、ＰＣのスクリーンセーバを起動するだけでなく、これに連動させて、該ユーザの座席付近の空調や照明などのビルの設備機器をも省電力モードにするような省エネ機能（照明セーバ、空調セーバ）、あるいは、テナント内の労務管理システムにおける残業申請に対する承認と連動させて、照明や空調などのビルの設備機器の運転を延長するような自動設定機能、テナント内の統一認証システムを利用した、ビルの設備機器の遠隔操作に対する認証のシングルサインオン化や操作権管理の機能など、テナント内の様々なユーザシステムとビル管理システムとの連携を可能にすることを考える。このような連携を考えた場合、例えば、システムのどこかでテナント内ユーザ情報を管理することが望まれ、また、各テナントのシステムとビル管理システムとが各々の運用ポリシーを曲げることなく容易に接続される構成であることが望まれる。
【００１５】
ここで、上記観点において、テナント内システムとビル管理システムとを連携する場合について検討する。
【００１６】
（i）ユーザ認証
例えばあるテナント内のユーザが他のテナント内の設備機器を制御できるのは不都合であることを考えても、ユーザは制御する権限を有する設備機器のみを制御できるようにするのが望ましい。そのためには、ユーザが設備機器を制御するにあたって、ユーザに対する認証を実施することが望ましい。しかし、従来技術では、制御対象となる設備機器の属するビル管理システムにおいて、ユーザという概念は存在しない。
【００１７】
（ii）ユーザによる設備制御の自由度
例えばユーザは権限を持つ範囲内で出来るだけ自由に設備ネットワークを連携させることができると望ましい。例えば、オフィスにおいて、ユーザは帰宅する際に自分の机の周辺の照明や空調を自動的に停止できるようにし、あるいは、配置変更などで座席の位置が変更された場合に、その時点でユーザの権限で設定を変更できることが望ましい。また、ユーザは設備機器に対する制御内容或いは連携内容を適宜カスタマイズできることが望ましい。しかし、そのような仕組みは従来知られていない。
【００１８】
（iii）ユーザのサービス導入の自由度
ユーザの設備に対する制御については、制約が低い方が望ましい。例えばユーザの立場で見ると、ＰＣだけでなく携帯電話やＰＤＡなどでも設備を制御できる方が望ましく、制御用の特別なアプリケーションは不要である方が望ましい。また、ユーザ側のネットワークに接続される部分は、ユーザ側の運用ポリシーへの対応が必要となる。例えば、利用可能なソフト／ハードが制限される、ユーザ側管理ソフトの導入が求められる、などが考えられる。つまり、単純に接続するにしても、ビル管理システム側の管理が煩雑となってしまう。逆に言うと、ビル管理システム自体は、ユーザ側のネットワークとはできるだけ疎に結合されることが望ましい。
【００１９】
（iv）ビル管理システムのネットワークに対する保護
ビル管理者からみた場合、ユーザが設備を操作できる内容に対して制約をかけたい場合が考えられる。空調を例にとると、設備管理者が定めた温度より低く冷房温度を設定できないようにしたいといったことや、温度設定は変更を一定以上のレートでは操作させない（例えば、１分に１度まで等）といったことが考えられる。これらの運用ポリシーを、ユーザへの負担を小さくした上で実現できるのが望ましい。
【００２０】
これらを考慮すると、ビル管理システムのネットワーク（設備網）に接続された設備機器に対して、状態取得／操作設定を行うことのできるゲートウェイを介して、ビル内のテナントのサービス提供状態を管理しつつ、テナント内のシステムとの連携が容易で、テナント内のユーザには設備機器の利用の自由度を与え、ビル管理業務には干渉しない、ビルシステムの個人利用フレームワークシステムを提供することが望まれる。
【００２１】
そこで、本実施形態では、詳しくは後述するように、次のような構成をとっている。
【００２２】
（１）ビル管理ドメイン内に設置される設備側ゲートウェイと、テナント側管理ドメイン内に設置される該設備側ゲートウェイとの接続を行うユーザ側のパーソナライゼーションエージェントとを用いる。
【００２３】
（２）ビル管理側のユーザ管理としてはテナントが入居している区画を管理するという意味でのテナント管理のみを行い、テナント内のユーザに対するユーザ管理は各テナント側において行う。
【００２４】
（３）設備側ゲートウェイは、ビル管理システムの管理下の設備機器へのアクセスを提供し、パーソナライゼーションエージェントとの間でテナント認証を行い、また、利用可能な設備機器と制御範囲の情報をパーソナライゼーションエージェントに提供する。
【００２５】
（４）パーソナライゼーションエージェントは、テナント内のユーザを認証し、ビル管理システム側から許可された範囲内の機器に対する制御コマンドを設備側ゲートウェイに送信する。また、ユーザ毎の機器連携設定情報を管理する。
【００２６】
以下、本実施形態について詳しく説明する。
【００２７】
図１に、本発明の一実施形態に係るオフィスビル内ネットワークシステムの構成例を示す。
【００２８】
本オフィスビル内ネットワークシステムが設けられるオフィスビル内には、１以上のテナントが存在し、それらテナントの全部又は一部に、当該テナントに専用のパーソナライゼーションエージェント２（詳しくは後述する）が設置される。なお、本実施形態では、複数のテナントにパーソナライゼーションエージェント２が設置される場合を想定しているが、一つのテナントにのみパーソナライゼーションエージェント２が設置される場合でも構わない。
【００２９】
オフィスビル内ネットワークシステムには、大きく、制御系のネットワークと、情報系のネットワークとの二つが含まれる。制御系のネットワークは、ビル管理システムに属するものであって、ここでは、ビル内設備の管理や監視制御等のためのネットワークである。情報系のネットワークは、ここでは、ＯＡ等のためのネットワークである。
【００３０】
制御系のネットワークには、制御系ネットワーク１００と、設備側ゲートウェイ１と、設備機器監視システム１０２とが含まれる。
【００３１】
また、制御系のネットワークには、各テナント内の各設備機器（例えば、照明や空調など）に対する監視制御のためのコントローラ（テナント内設備機器用コントローラ）１０４と、各共用部設備機器（例えば、照明や空調、エレベータなど）の監視制御のためのコントローラ（共用部設備機器用コントローラ）１０５とが含まれる。テナント内設備機器用コントローラ１０４や共用部設備機器用コントローラ１０５の数は任意である。
【００３２】
なお、設備機器のコントローラは、当該設備機器に内蔵されたものであっても良いし、当該設備機器とは独立した装置であっても良い。以下では、設備機器の監視制御については、設備機器本体ではなく、そのコントローラに着目して説明する。
【００３３】
情報系のネットワークには、情報系ネットワーク１２０と、テナント毎に設けられるパーソナライゼーションエージェント２とが含まれる。パーソナライゼーションエージェント２の数は任意である。
【００３４】
また、情報系のネットワークには、パーソナライゼーションエージェント２に対する端末となる装置が含まれる。ここでは、該端末の例として、各テナントのユーザのユーザ端末２０２が含まれるものとする（なお、図１では、一つのパーソナライゼーションエージェント２についてのみ、ユーザ端末２０２を例示した）。各テナント内のユーザ端末２０２の数は任意である。
【００３５】
各テナントのパーソナライゼーションエージェント２には、そのテナント内のユーザのユーザ端末２０２が接続可能である。
【００３６】
また、パーソナライゼーションエージェント２は、情報系ネットワーク１２０・中間ネットワーク１５０を介して、設備側ゲートウェイ１と通信可能である。
【００３７】
情報系ネットワーク１２０、中間ネットワーク１５０及び制御系ネットワーク１００それぞれの構成・実装には特に限定はない。
【００３８】
図１では、情報系のネットワークと制御系のネットワークとを接続する中間ネットワーク１５０が存在するが、情報系のネットワークと制御系のネットワークとが直接接続されていてもよい。すなわち、情報系ネットワーク１２０が、直接、設備側ゲートウェイ１と接続されていてもよい。
【００３９】
なお、設備側ゲートウェイ１は、全体で１台だけ設置される場合と、サブシステム毎や、フロア毎など、複数台設置される場合との、いずれも可能である。なお、図１は、前者の場合を例示している。
【００４０】
パーソナライゼーションエージェント２は、当該本オフィスビル内部のネットワークのみを介して設備側ゲートウェイ１と通信可能であってもよいし、情報系ネットワーク１２０から外部のインターネットを経由した上で設備側ゲートウェイ１と通信可能であってもよい。パーソナライゼーションエージェント２が設備側ゲートウェイ１と接続するために、種々の構成が可能である（ようするに、パーソナライゼーションエージェント２が、制御系ネットワーク１００を介さずに設備側ゲートウェイ１と通信可能であればよい）。
【００４１】
次に、図２に、上記オフィスビル内ネットワークシステムのより具体的な例を示す。
【００４２】
図２中、５００はオフィスビルを表し、４００はそのオフィスビル５００内にあるネットワークシステム（オフィスビル内ネットワークシステム）を表し、３００は外部のインターネットを表す。オフィスビル５００には、１以上のテナントが存在する（図２では、フロア１のテナント＃１とフロア２のテナント＃２の２つのテナントを例示している）。
【００４３】
前述のように、オフィスビル内ネットワークシステム４００には、大きく、制御系のネットワークと、情報系のネットワークとの二つが含まれる。
【００４４】
制御系のネットワークには、前述のように、制御系ネットワーク１００と、設備側ゲートウェイ１、設備機器監視システム１０２とが含まれる。
【００４５】
また、図２の例では、制御系のネットワークには、テナント内設備機器用コントローラ１０４として、テナント＃１について、テナント内照明に対する照明ＩＰコントローラ１０５と、テナント内空調に対する空調ＩＰコントローラ１０８とが、テナント＃２について、照明ＩＰコントローラ１０６と、空調ＩＰコントローラ１０８とが含まれる。また、共用部設備機器用コントローラ１０５として、エレベータに対するエレベータＩＰコントローラ１１５、共用部照明に対する共用部照明ＩＰコントローラ１１６、共用部空調に対する共用部空調ＩＰコントローラ１１８とが含まれる。これらコントローラは、制御系ネットワーク１００に接続される。
【００４６】
ビル管理室に居るオペレータ等は、従来通り、設備機器監視システム１０２を操作することによって、各ＩＰコントローラを通じて、各設備機器を監視制御することができる。
【００４７】
図２の例では、情報系のネットワークには、（テナントごとに設けられる）テナント内ネットワーク２０１が含まれる。図２の例では、二つのテナント内ネットワーク２０１を例示している。
【００４８】
テナント内ネットワーク２０１には、それぞれ、パーソナライゼーションエージェント（以下、エージェントと略記する。また、図２ではＰＡで表す。）２と、他の各種システムや端末等が接続される。図２の例では、端末の例として前述したユーザ端末２０２が、他の各種システムの例として業務システム２０３が、それぞれ例示されている。なお、ユーザ端末２０２の有するハードウェ／ソフトウェア／機能等には、特に制限はない。また、業務システム２０３の種類（或いは、業務サービスの内容）や台数は任意であり、また、テナント内ネットワーク２０１には、他の装置が接続されていて構わない。
【００４９】
図２の例では、各テナント内ネットワーク２０１は、それぞれ、ルータ２００を介して、情報系基幹ネットワーク１２１に接続される。
【００５０】
また、図２の例では、各テナント内ネットワーク２０１は、ルータ２００・情報系基幹ネットワーク１２１・基幹ルータ１２２を介してインターネット３００に接続され、一方、ルータ２００・情報系基幹ネットワーク１２１・基幹ルータ１２２・中間ネットワーク１５０を介して、（制御系のネットワークにおいて制御系ネットワーク１００に接続される）設備側ゲートウェイ１に接続される。
【００５１】
なお、図２は一例であり、エージェント２が設備側ゲートウェイ１に接続する方法には種々のバリエーションが可能である。また、エージェント２が設備側ゲートウェイ１に接続する方法は、一つに固定されていてもよいし、複数の方法のうちから適宜選択できるようにしてもよい。
【００５２】
図２では、オフィスビル５００の１フロアにつき１つのテナントを例示しているが、１フロアにつき任意数のテナントが存在して構わない（もちろん、テナントの存在しないフロアがあっても構わない）。また、各テナントに上記エージェント２を設けるか否かは、各テナントごとに適宜に決めても構わない。
【００５３】
また、ここでは、１つのテナントにつき１つのエージェント２を設けるものとして説明しているが、１つのテナントに複数のエージェント２を設けることを妨げるものではない。
【００５４】
なお、テナントの他に、例えば、ビル全体の管理を行う部門（例えば、図２のビル管理室）にもエージェント２を設置するようにしても構わない。この場合には、ビル管理室に居るオペレータ等が、その端末等からエージェント２を操作する。
【００５５】
次に、各テナント内ネットワーク２０１が利用する情報系基幹ネットワーク１２１について詳しく説明する。
【００５６】
情報系基幹ネットワーク１２１は、基本的には、どのような構成のものであっても構わない。情報系基幹ネットワーク１２１の構成によって基幹ルータ１２２が不要のこともある。
【００５７】
一例を示すと、オフィスビル５００の情報系基幹ネットワーク１２１は、例えば、オフィスビル５００の各フロアまで配線された幹線をＭＤＦ(Main Distributing Frame)と呼ばれる通信線路の集線盤にまとめられている。このＭＤＦから外部のインターネット３００への接続が行われる。各フロアには、ＩＤＦ(Intermediate Distribution Frame)と呼ばれる各フロア内のネットワークとＭＤＦとを接続するための配線盤が設置される。
【００５８】
また、従来、上記のような通信設備は電話回線の用途が主であったが、最近ではインターネット回線も重要なインフラとなってきており、ビルの設備の１つとして施工されるようになってきている。例えば、ＦＴＴＢ(Fiber To The Building)などと呼ばれる方式で、ビル内の各フロアまで光ケーブルが配線されるようになってきており、ビル内のテナントは安定したブロードバンド回線を利用することが可能となっている。情報系基幹ネットワーク１２１は、このような構成でももちろん構わない。
【００５９】
また、情報系基幹ネットワーク１２１には、それらの他、種々の構成が可能である。
【００６０】
なお、本実施形態において、情報系基幹ネットワーク１２１からインターネット３００へ接続できることは必須ではない。
【００６１】
次に、制御系ネットワーク１００について詳しく説明する。
【００６２】
制御系ネットワーク１００は、各テナント内の設備機器（例えば、照明や空調など）や、ビル内の共用部の設備機器（例えば、共用部照明や共用部空調、エレベータなど）をネットワークで統合し、ビル管理室において（例えば設備機器監視システム１０２を通じて）個々の設備機器の監視制御を集中して行えるようにしたものである。制御系ネットワーク１００は、フロア横断的（テナント横断的）に張り巡らされている。例えば、ＢＡＣｎｅｔ／ＩＰなどのＩＰネットワーク上で動くプロトコルを用いても良いが、これに制限されるものではない。
【００６３】
次に、制御系ネットワーク１００と情報系基幹ネットワーク１２１とを接続する中間ネットワーク１５０について詳しく説明する。
【００６４】
この中間ネットワーク１５０は、各テナント内ネットワーク２０１が、情報系基幹ネットワーク１２１から、制御系ネットワーク１００にアクセスするために、使用される。制御系ネットワーク１００は、各テナント内ネットワーク２０１から見ると、管理外の外部のネットワークとなる。
【００６５】
なお、図２では、オフィスビル内ネットワークシステム４００の出口が１つのルータ（基幹ルータ１２２）である構成を例示しているが、情報系基幹ネットワーク１２１は、メディアレベルでは統合されていて、ＩＰネットワークの上位プロバイダは自由に選べる構成も可能である。ようするに、情報系基幹ネットワーク１２１と制御系ネットワーク１００との間においてＩＰでの通信が可能であれば、どのような構成でも構わない。
【００６６】
次に、図３に、本実施形態に係るオフィスビル内ネットワークシステムの主要部を構成する設備機器連携システムの構成例を示す。
【００６７】
まず、本実施形態の設備機器連携システムは、図３に示されるように、主に、制御系のネットワークと情報系のネットワークとの接点（図２の例では、制御系ネットワーク１００と中間ネットワーク１５０との接続点）に配置される（１台又は複数台の）設備側ゲートウェイ１と、各テナントのエージェント２とから構成される。
【００６８】
なお、図３では、一つの設備側ゲートウェイ１及び一つのエージェント２のみを示しており、また、エージェント２の端末として一つのユーザ端末２０２、設備機器用ＩＰコントローラとして照明ＩＰコントローラ１０６のみをそれぞれ例示している。
【００６９】
エージェント２は、概略的には、それが設置されたテナントに属する個々のユーザに関する情報を管理し、設備側ゲートウェイ１は、個々の設備機器に関する情報と、個々のテナントに関する情報を管理する。
【００７０】
また、ユーザが設備機器を制御するにあたっての認証については、概略的には、認証を２段階に分け、エージェント２がユーザ認証を行い、設備側ゲートウェイ１がテナント認証を行うというように、エージェント２と設備側ゲートウェイ１で分担する。
【００７１】
図４に、本実施形態に係るエージェントの概略的な処理手順の一例を示し、図５に、本実施形態に係る設備側ゲートウェイの概略的な処理手順の一例を示す。エージェント２は、最初にユーザ認証手続きを行い（ステップＳ１１）、認証に成功したならば（ステップＳ１２）、ユーザから後述する仮想化操作点に対する指示を入力し（ステップＳ１３）、これに基づいて、特定の設備機器を監視制御するための制御コマンドを第1のプロトコルにて作成し（ステップＳ１４）、設備側ゲートウェイ１とテナント認証を行い（ステップＳ１５）、認証に成功したならば（ステップＳ１６）、上記制御コマンドを設備側ゲートウェイ１へ送信する（ステップＳ１７）。設備側ゲートウェイ１は、上記のテナント認証手続きを行って（ステップＳ２１）、これに成功した場合に（ステップＳ２２）、その後、上記制御コマンドを受信すると（ステップＳ２３）、これを、第２のプロトコルに変換して（ステップＳ２４）、当該設備機器又は当該設備機器用コントローラへ与える（ステップＳ２５）。なお、必要に応じて監視制御の結果をエージェント２へ返す。
【００７２】
第1のプロトコルは、エージェント２と設備側ゲートウェイ１との間の制御コマンドの受け渡しに用いるものとして予め定められたリモートプロトコルである。第１のプロトコルには、例えば、ＢＡＣｎｅｔ／ＷＳやｏ．ＢＩＸを用いても良いが、これに制限されるものではない。第２のプロトコルは、制御系のネットワークにて用いられているローカルプロトコルである。第２のプロトコルには、例えば、ＢＡＣｎｅｔ／ＩＰを用いても良いが、これに制限されるものではない。以下、リモートプロトコルにより制御コマンドをリモート制御コマンド、ローカルプロトコルにより制御コマンドをローカル制御コマンドとも呼ぶものとする。また、本実施形態では、制御とは監視などを含む広い意味で用いるものとする。
【００７３】
なお、図４及び図５は一例であり、これらに制限されるものではない。例えば、図４のステップ１３及びステップＳ１４を、ステップ１５及びステップＳ１６の認証後に行うようにしても良い。
【００７４】
続いて、エージェント２及び設備側ゲートウェイ１についてより詳しく説明する。
【００７５】
エージェント２は、図３に示されるように、テナント内ユーザデータベース（テナント内ユーザＤＢ）２１と、仮想化操作点データベース（仮想化操作点ＤＢ）２２と、仮想化操作点管理部２３と、テナント内ユーザ認証部２４と、仮想化操作点制御指示受付部２５と、機器監視制御リモートプロトコル処理部２６とを備える。
【００７６】
テナント内ユーザＤＢ２１は、当該テナントに係るユーザ認証情報を保持する。
【００７７】
仮想化操作点ＤＢ２２は、ユーザ毎に、仮想化操作点の情報を保持する。仮想化操作点の情報は、１又は複数の設備機器の連動操作を記述したカスタマイズ情報である。
【００７８】
仮想化操作点管理部２３は、仮想化操作点情報の作成、修正、削除の管理を行うためのものである。
【００７９】
テナント内ユーザ認証部２４は、当該テナント内ユーザの認証を行う。
【００８０】
仮想化操作点制御指示受付部２５は、仮想化操作点に対する制御の指示（要求）を受け付ける。
【００８１】
機器監視制御リモートプロトコル処理部２６は、受けた仮想化操作点に対する指示（要求）をもとに、リモートプロトコルによる制御コマンドを生成し、生成したリモート制御コマンドを設備側ゲートウェイ１に対して送出する。
【００８２】
一方、設備側ゲートウェイ１は、図３に示されるように、機器情報データベース（機器情報ＤＢ）１１と、テナントデータベース（テナントＤＢ）１２と、機器情報提供部１３と、テナント認証部１４と、機器監視制御リモートプロトコル処理部１５と、機器監視制御ローカルプロトコル処理部１６とを備える。
【００８３】
機器情報ＤＢ１１は、制御系ネットワーク１００に接続された各設備機器の機器情報（例えば、各設備機器の名称や機能の情報）を保持する。
【００８４】
テナントＤＢ１２は、当該オフィスビルの区画利用者である各テナントのテナント情報を保持する。
【００８５】
機器情報提供部１３は、機器情報ＤＢ１１に保持されている機器情報をテナント側に提供する。
【００８６】
テナント認証部１４は、各エージェント２に係るテナントの認証を行う。
【００８７】
機器監視制御リモートプロトコル処理部１５は、エージェント２からのリモート制御コマンドを受け付ける。また、必要に応じて、設備機器に対するアクセス制御を行う。
【００８８】
機器監視制御ローカルプロトコル処理部１６は、受けたリモート制御コマンドをもとに、ローカルプロトコルによる制御コマンドを生成し、制御系ネットワーク１００上の特定の設備機器に係る設備機器用コントローラに対して、生成したローカル制御コマンドを送出する。なお、設備機器用コントローラ又は同等の機能を内蔵し、該内蔵したコントローラ又は機能を用いている設備機器には、該設備機器に対して直接、制御コマンドを送出する。
【００８９】
なお、設備側ゲートウェイ１が複数台設置される場合は、各設備側ゲートウェイ１は、それが直接担当する部分に関する情報のみ保持し、あるいは処理を行うようにしてもよい。例えば、設備側ゲートウェイ１がサブシステム毎又はフロア毎に設置されるときは、各設備側ゲートウェイ１は、それが設置されるサブシステム又はフロアに係るテナントのテナント情報のみ保持するようにしてもよい。また、この場合に、各エージェント２に、それがアクセスすべき設備側ゲートウェイ１を示す情報を（例えば管理者が）設定するようにしてもよいし、「各エージェント２がアクセスすべき設備側ゲートウェイ１」を解決するサーバを、システム内に設置するようにしてもよいし、各エージェント２が適用な設備側ゲートウェイ１にメッセージを出し、これを受信した設備側ゲートウェイ１が当該エージェント２を担当するサーバに該メッセージを転送するようにしてもよい。
【００９０】
ここで、エージェント２が記憶する仮想化操作点情報とは、複数の設備機器の連動操作の記述である。例えば、Ａという操作は、自分のオフィスの席付近の空調及び照明のＯＮ／ＯＦＦを行い、Ｂという操作は、オフィス全域の照明のＯＮ／ＯＦＦを行う、というものとなる。この「操作」を、仮想化操作点(Virtual Point；ＶＰ)という形で表現する。ユーザは自由に仮想化操作点ＶＰを作成し、作成した仮想化操作点ＶＰに対して、どのような設備機器の連動操作を割り当てるかを自由に設定できる。
【００９１】
エージェント２が具体的にどの設備を操作するかという記述は、その対象となる設備機器の機器識別子(Equipment Identifier；ＥＩＤ)と、その設備機が接続されている制御系ネットワーク１００に接続されている設備側ゲートウェイ１の識別子すなわちゲートウェイ識別子（Gateway Identifier；ＧＩＤ）とからなる。すなわち、ユーザの仮想化操作点ＶＰのカスタマイズは、仮想化操作点ＶＰの識別子すなわち仮想化操作点識別子(Virtual Point Identifier；ＶＰＩＤ)に対して、ゲートウェイ識別子ＧＩＤと機器識別子ＥＩＤとの対の集合を与えることに相当する。
【００９２】
次に、各種情報について説明する。
【００９３】
まず、設備側ゲートウェイ１のテナントＤＢ１２が保持する「テナントテーブル」について説明する。
【００９４】
テナントテーブルは、当該オフィスビルの各区画の利用権を持っている各テナントを管理するための情報を含むものである。
【００９５】
図６に、テナントテーブルの一例を示す。このテナントテーブルは、個々のテナントを識別する「テナント識別子（Tenant Identifier；ＴＩＤ）」と、当該テナントの名称を表す「テナント名」と、当該テナントを認証する際に用いられる「認証情報」と、当該テナントから（当該テナントに属するユーザが）操作することを許可されている設備機器の機器識別子（ＥＩＤ）の集合を表す「操作可能機器リスト」とを対応付けて保持する。
【００９６】
次に、設備側ゲートウェイ１の機器情報ＤＢ１１が保持する「機器集合テーブル」について説明する。
【００９７】
機器集合テーブルは、各設備機器が有する操作点の集合に関する情報を含むものである。
【００９８】
図７に、機器集合テーブルの一例を示す。この機器集合テーブルは、個々の設備機器を識別する「機器識別子（ＥＩＤ）」と、当該設備機器の種別を表す「機器種別」と、当該設備機器の名称を表す「機器名」と、当該設備機器が有する操作点のポイント識別子（ＰＩＤ）の集合を表す「ポイント識別子集合」とを対応付けて保持する。
【００９９】
次に、設備側ゲートウェイ１の機器情報ＤＢ１１が保持する「ポイント情報テーブル」について説明する。
【０１００】
ポイント情報テーブルは、個々の設備機器の有する操作点（ポイント）に関する情報を含むものである。
【０１０１】
図８に、ポイント情報テーブルの一例を示す。このポイント情報テーブルは、個々の操作点を識別する「ポイント識別子(Point Identifier；ＰＩＤ)」と、当該操作点の名称を表す「ポイント名」と、当該操作点の制御を担当しているＩＰコントローラへのアクセス情報である「ＩＰコントローラ情報」とを少なくとも対応付けて保持する。
【０１０２】
図８の例では、ポイント識別子は、設備機器に固有の第１の符号部分（例えば、「ＡＣ００１−ＢＯ」の「ＡＣ００１」の部分）と、当該設備機器における操作点を区別する第２の符号部分（例えば、「ＡＣ００１−ＢＯ」の「ＢＯ」の部分）とから構成している。本具体例では、第１の符号部分には、機器識別子（ＥＩＤ）を用いている。また、例えば、第２の符号部分には、「その操作点の状態（例えば、電源スイッチのＯＮ／ＯＦＦなどの状態、又は、照度、温度、風量などの連続値若しくは離散値など）について、それが、書き込み可能であるか、読み取り専用であるか」を識別可能な符号を含んでも良い。例えば、Ｏは書き込み可能を表し、Ｉは読み取り専用を表すなどである。また、上記の他にも、離散値を取るか連続値を取るか、離散値を取る場合にはどのような状態を取り得るか、連続値を取る場合には連続値の上限値及び下限値としてどのような値を取り得るかなどについて、識別可能な符号を含んでも良い。
【０１０３】
図８の例では、ポイント名は、当該設備機器に固有の第１の名称部分（例えば、「空調Ｘ＿スイッチ」の「空調Ｘ」）と、当該設備機器における操作点を区別する第２の名称部分（例えば、「空調Ｘ＿スイッチ」の「スイッチ」）とから構成している。
【０１０４】
図８の例では、ＩＰコントローラ情報には、当該ＩＰコントローラのＩＰアドレスを用いるものとしている。
【０１０５】
次に、エージェント２の仮想化操作点ＤＢ２２が保持する「仮想化操作点テーブル」について説明する。
【０１０６】
仮想化操作点テーブルは、仮想化操作点に関する情報を含むものである。
【０１０７】
図９に、仮想化操作点テーブルの一例を示す。この仮想化操作点テーブルは、個々の仮想化操作点を識別する「仮想化操作点識別子（ＶＰＩＤ）」と、当該仮想化操作点のオーナを示す「ユーザ識別子（ＵＩＤ）」と、当該仮想化操作点の操作対象機器を表す「機器リスト」を保持する。
【０１０８】
図９の例では、機器リストは、ゲートウェイ識別子ＧＩＤと機器識別子ＥＩＤとの組の集合からなるものである。
【０１０９】
ところで、仮想化操作点ＶＰに対する操作において、対象となる設備機器の温度等の所定のパラメータを変更する場合における該パラメータの実際の設定値は、制御コマンドの種別に任せるようにしても良い（言い換えると、エージェント２に対する制御コマンドについては、抽象度を高くできるようにしても良い）。エージェント２と接続するユーザ端末２０２や業務システム２０３側からの利用ケースとしては、温度を２６℃にしたい、とか、照度を８００Ｌｘにしたいといった定量的な指示よりは、温度を今より涼しくしたい、とか、照明を少し暗くしたい、といった定性的な指示ができた方が、ユーザ端末２０２や業務システム２０３側で実装する設備機器操作ロジックを簡便にすることができる。
【０１１０】
例えば、図９で定義される仮想化操作点ＶＰに対しては、該仮想化操作点ＶＰをＯＮにするか、ＯＦＦにするかを指示するコマンドが定義できる。このＯＮにするという設定の実現方法は、エージェント２側で単純に機器のスイッチを表すポイントをＯＮにするコマンドだけに限定されるわけではなく、例えば、照明については照度設定を表すポイントの照度値を８０％にするといった方法や、空調については風量を表すポイントの設定を“強”にするといった方法でも良い。
【０１１１】
このようなＶＰコマンドの設定に関しては、エージェント２側において別途設定可能になっていることが望ましい。
【０１１２】
もちろん、ユーザが、設備機器に対する操作の内容として、直接、設定温度や風量などの具体的な数値やレベルなどを、指定できるようにしても良い。
【０１１３】
次に、エージェント２のテナントユーザＤＢ２１が保持する「ユーザテーブル」について説明する。
【０１１４】
ユーザテーブルは、テナント内のユーザの認証情報と個人情報を含むものである。
【０１１５】
図１０に、ユーザテーブルの一例を示す。このユーザテーブルは、個々のユーザを識別する「ユーザ識別子（User Identifier；ＵＩＤ）」と、当該テナント内のユーザを認証する際に用いられる「ユーザ認証情報」と、当該ユーザの名称を表す「ユーザ名」と、当該ユーザがエージェント２から設備側ゲートウェイ１にアクセスする際に用いられる「ゲートウェイ情報」とを対応付けて保持する。
【０１１６】
図１０例では、ゲートウェイ情報は、ゲートウェイ識別子ＧＩＤと、当該ゲートウェイ識別子ＧＩＤにて割り当てられた、当該テナントのテナント識別子ＴＩＤとの組からなるものである。
【０１１７】
なお、テナント識別子ＴＩＤは、設備側ゲートウェイ１毎（ゲートウェイ識別子ＧＩＤ毎）に一意であるとする。これは、仮想化操作点ＶＰを、複数の異なるビル管理ドメインに対してマップできるようにするためである。例えば、ある仮想化操作点ＶＰは、本館と分室両方の照明のスイッチのＯＮ／ＯＦＦに割り当てる、というような例では、本館側の設備側ゲートウェイ１と分室側の設備側ゲートウェイ１はそれぞれ異なるビルに属しており、テナント識別子ＴＩＤはそれぞれのビル管理者から割り当てられる場合が考えられる。よって、上記ゲートウェイ情報には、複数の｛ＧＩＤ，ＴＩＤ｝が含まれることがある。
【０１１８】
ここで、ビル管理者は、各テナント内の個々のユーザまでは管理の対象としたくない場合が考えられる。すなわち、ビル管理者が管理したいのは、そのビル内の一部分（すなわち、不動産）を借りて使用しているテナントであり、他の管理は、各テナント内部で実施して欲しい場合が考えられる。例えば、アルバイトなど人員の出入りが繁雑な環境では、個々のユーザに対するアクセス権限の授与と剥奪は当該テナントに任せ、ビル管理者はテナント単位で認証するという方式を取りたい可能性が高い。このようなニーズに対応するため、本実施形態では、ビル管理側のユーザであるテナントとテナント内部のユーザの構造を分離している。すなわち、端末操作者であるテナント内ユーザとエージェント２との間は、ユーザ毎に認証され、エージェント２は、ユーザをテナント識別子ＴＩＤにマップし、エージェント２と設備側ゲートウェイ１との間の認証はテナント単位で行うようにしている。
【０１１９】
なお、ビル管理者がすべてのユーザを認証したいという要求もあり得る。この要求に対応するためには、例えば、単純にテナントとユーザとを一対一でマップして、認証を行えば良い。この場合において、エージェント２でのユーザ認証は省略しない方が望ましい。
【０１２０】
次に、ユーザがユーザ端末２０２からエージェント２にアクセスして、仮想化操作点ＶＰの操作を行う場合について説明する。
【０１２１】
（１）まず、ユーザは、ユーザ端末２０２から、エージェント２にアクセスする。そして、エージェント２において、テナント内ユーザ認証部２４が、ユーザを認証する。
【０１２２】
ユーザ認証に失敗した後には、ユーザは、エージェント２を利用することができない。
【０１２３】
（２）次に、ユーザ認証に成功した後に、ユーザは、ユーザ端末２０２を介して、エージェント２にアクセスして、仮想化操作点ＶＰの操作を行うことができる。
【０１２４】
まず、ユーザは、操作対象とする仮想化操作点ＶＰを選択する。また、その仮想化操作点ＶＰが、操作内容を指示すべきものである場合には、その操作内容を選択する。例えば、照明や空調のスイッチのＯＮ／ＯＦＦの切り替えの場合には、「ＯＮ」の指示又は「ＯＦＦ」の指示を選択し、空調の設定温度の変更の場合には、「温度を上げる」指示又は「温度を上げる」を選択する（もちろん、具体的な設定温度を選択できるようにしても良い）。その仮想化操作点ＶＰが、操作内容を指示しないものである場合には、その操作内容を指示しない。例えば、照明がＯＮ状態かＯＦＦ状態かの取得、空調の現在の設定温度の取得や現在の室温の取得などの場合である。なお、ユーザが、エージェント２において仮想化操作点ＶＰを操作するインタフェースには、例えば、ＧＵＩを用いても良いし、他のどのようなインタフェースを用いても良い。
【０１２５】
エージェント２において、仮想化操作点制御指示受付部２５は、この選択された仮想化操作点の識別子ＶＰＩＤから、制御対象となる設備機器の識別子ＥＩＤと、各ＥＩＤに対応する設備側ゲートウェイ１の識別子ＧＩＤとの組の集合を取得する。
【０１２６】
（３）そして、エージェント２と設備側ゲートウェイ１との間で所定のタイミングでテナント認証が行われるとともに、エージェント２から各ＥＩＤに対応するＧＩＤの設備側ゲートウェイ１に対して、当該ＥＩＤの設備機器に対する操作指令を含む制御コマンドが与えられ、設備側ゲートウェイ１により、該制御コマンドをもとに、各設備機器に対して必要な操作が行われる。例えば、ユーザが所望する照明がＯＦＦに切り替えられ、あるいは、ユーザが所望する空調の設定温度の変更がなされる。なお、設備側ゲートウェイ１からエージェント２を介してユーザ端末２０２へ操作結果が通知され、ユーザが該操作結果を参照できるようにしてもよい。
【０１２７】
以下、本実施形態の通信手順について説明する。
【０１２８】
図１１に、本実施形態に係る設備側ゲートウェイ及びエージェントを含む設備機器連携システムの通信手順の一例を示す。図１２に、設備側ゲートウェイとエージェントの手続きの流れの概要を示す。なお、図１１及び図１２では、手続きの対象となる設備側ゲートウェイ１が一つの場合を例示しているが、手続きの対象となる設備側ゲートウェイ１が複数になる場合もある。
【０１２９】
まず、ユーザは、ユーザ端末２０２から、エージェント２へアクセスする。なお、ユーザが、特定の（１又は複数の）端末のみからエージェント２へアクセスできるようにしても良いし、任意の端末からエージェント２へアクセスできるようにしても良い。また、携帯電話やＰＤＡからエージェント２へアクセスできるようにしても良い。アクセスのプロトコルは、典型的には、ＨＴＴＰであるが、これに制限されるものではない。
【０１３０】
ユーザ端末２０２からエージェント２へ、ユーザ認証の要求を行う（ステップＳ８１）（図１２の８００参照）。
【０１３１】
エージェント２は、該要求を受けると、テナント内ユーザ認証部２４において、ユーザ識別子ＵＩＤ単位でのユーザ認証を行う（ステップＳ８２）（図１２の８００参照）。
【０１３２】
具体的なユーザ認証の方法は、どのようなものであっても構わない。例えば、ユーザがユーザ端末２０２にユーザＩＤとパスワードを入力し、ユーザ端末２０２からエージェント２へユーザＩＤとパスワードを送信し、エージェント２が、受信したユーザＩＤとパスワードを、テナント内ユーザＤＢ２１に保持されているユーザ認証情報と対照することによって、ユーザ認証が行われても良いし、上記パスワードの代わりに又はパスワードに加えて、ユーザの指紋などの生体情報や、ＩＣカードに格納した秘密の情報を利用しても良い。また、他にも種々のユーザ認証方法が可能である。
【０１３３】
認証に成功した後、ユーザは、ユーザ端末２０２から、エージェント２に対して、仮想化操作点識別子ＶＰＩＤと、操作内容（例えば、照明のスイッチに対する「ＯＮ」又は「ＯＦＦ」、空調の設定温度の変更など。ただし、現在の設定温度の取得など、操作内容が不要の場合もある。）とを指示（要求）する（ステップＳ８３）（図１２の８０１参照）。
【０１３４】
エージェント２は、上記指示を受けると、仮想化操作点制御指示受付部２５において、ユーザ識別子ＵＩＤと仮想化操作点識別子ＶＰＩＤとをもとに、仮想化操作点テーブル（例えば図９）を参照して、機器リスト、すなわち、制御する対象となる機器識別子とそのゲートウェイ識別子との組｛ＧＩＤ，ＥＩＤ｝の集合を取得する（ステップＳ８４）。
【０１３５】
さらに、エージェント２は、ユーザ識別子ＵＩＤをもとに、ユーザテーブル（例えば図１０）を参照して、ゲートウェイ情報、すなわち、対象となるゲートウェイ識別子とテナント識別子との組｛ＧＩＤ，ＴＩＤ｝を取得する（ステップＳ８５）。なお、上記ゲートウェイ情報には、複数の｛ＧＩＤ，ＴＩＤ｝が含まれることがある。
【０１３６】
取得した機器リスト及び指示された操作内容は、仮想化操作点制御指示受付部２５から機器監視制御リモートプロトコル処理部２６へ、渡される（図１２の８０２参照）。
【０１３７】
エージェント２は、機器監視制御リモートプロトコル処理部２６において、機器リストに含まれる各々の｛ＧＩＤ，ＥＩＤ｝について、対象のゲートウェイ識別子ＧＩＤで示される設備側ゲートウェイ１にて定義されたテナント識別子ＴＩＤを識別子として、認証を要求する（ステップＳ８６）（図１２の８０３参照）。
【０１３８】
なお、各々の｛ＧＩＤ，ＥＩＤ｝ごとに、認証要求を送信しても良いが、同一の設備側ゲートウェイ１に対する重複した認証の発生を回避するために、｛ＧＩＤ，ＥＩＤ｝の集合について、一旦、各ゲートウェイ識別子ＧＩＤごとに、機器識別子ＥＩＤの集合を取りまとめて、｛ＧＩＤ，ＥＩＤの集合｝の形に再構成し、ゲートウェイ識別子ＧＩＤごとに、認証要求を送信するのが好ましい。
【０１３９】
設備側ゲートウェイ１は、該要求を受けると、テナント認証部１４において、テナント識別子ＴＩＤ単位でのテナント認証を行う（ステップＳ８７）（図１２の８０３参照）。その際、テナント認証部１４は、該要求に係るＴＩＤをもとに、テナントテーブル（例えば、図６）の認証情報を参照して、テナント認証を行う。具体的なテナント認証の方法は、どのようなものであっても構わない。
【０１４０】
認証に成功した後、エージェント２（の機器監視制御リモートプロトコル処理部２６）は、仮想化操作点制御指示受付部２５から渡された、機器リスト及び操作内容をもとに、該機器リストに含まれる各識別子ＥＩＤの設備機器について、当該設備機器に対する操作指令を含むリモート制御コマンドを生成し、これを、該当する各設備側ゲートウェイ１（の機器監視制御リモートプロトコル処理部１５）に対して送信する（ステップＳ８８）（図１２の８０４参照）。リモート制御コマンドには、例えば、機器識別子ＥＩＤ、操作内容、テナント識別子ＴＩＤが含まれる。なお、リモート制御コマンドは、設備機器ごとに生成する方法の他に、対応する設備側ゲートウェイ１を同じくする全部又は一部の設備機器について取り纏めて生成する方法もあり得る。いずれにしても、ユーザが指示した一つのＶＰに対する操作をもとに、複数の制御コマンドが生成されることがあり得る。
【０１４１】
エージェント２（の機器監視制御リモートプロトコル処理部２６）と設備側ゲートウェイ１（の機器監視制御リモートプロトコル処理部１５）との間の通信は、典型的には、ＸＭＬ／ＳＯＡＰで行われ、認証は、ＯＡＳＩＳが規定するWeb Services Securityによって実現可能であるが、これらに制限されるものではない。
【０１４２】
次に、設備側ゲートウェイ１は、上記リモート制御コマンドを受信すると、機器監視制御リモートプロトコル処理部１５において、コマンド送信元であるエージェント２に係るテナント識別子ＴＩＤをもとに、テナントテーブル（例えば図６）の操作可能機器リストを参照して、該コマンド送信元であるエージェント２に係るテナント（に属するユーザ）に、操作対象の機器識別子ＥＩＤを操作する権限があることを確認する（ステップＳ８９）。
【０１４３】
識別子ＥＩＤの設備機器を操作できることが確認された場合には、機器監視制御リモートプロトコル処理部１５から機器監視制御ローカルプロトコル処理部１６へ、上記リモート制御コマンドが渡される（図１２の８０５参照）。
【０１４４】
なお、識別子ＥＩＤの設備機器を操作できないことが確認された場合には、上記制御コマンドは破棄される。ここで、一つの制御コマンドに複数の設備機器に対する操作を含めることができる構成を採用した場合に、一つの制御コマンドに含まれる一部の設備機器に対する操作の権限がなかったときは、当該一つの制御コマンドをすべて破棄する方法と、当該一つの制御コマンドに含まれる無権限の設備機器に係る部分のみを破棄する方法とがある。なお、破棄が発生した場合には、エラーを示す通知を、設備側ゲートウェイ１から要求元のエージェント２へ返すようにすると好ましい。
【０１４５】
機器監視制御ローカルプロトコル処理部１６は、権限確認された上記リモート制御コマンドを受けると、リモートプロトコルからローカルプロトコルへのプロトコル変換を行い、生成したローカル制御コマンドを、該当する設備機器に係るコントローラ宛てに送信する（ステップＳ９０）（図１２の８０６参照）。ここで、一つのリモート制御コマンドに複数の設備機器に対する操作を含めることができる構成を採用した場合において、受け取ったリモート制御コマンドに複数の設備機器に対する操作が含まれているときは、ローカル制御コマンドは、設備機器ごとに生成する。
【０１４６】
上記プロトコル変換においては、例えば、機器識別子ＥＩＤ及び操作内容をもとに、実際の制御オブジェクト情報を取得して、第２のプロトコルのコマンドを生成する。コントローラのアドレスは、例えば、機器識別子ＥＩＤをもとに、機器集合テーブル（例えば、図７）のポイント識別子集合を参照して、該当するポイント識別子ＰＩＤを求め、次いで、ポイント識別子ＰＩＤをもとに、ポイント情報テーブル（例えば、図８）を参照することによって、求めることができる。なお、典型的には、制御オブジェクトは、ネットワークで制御可能な空調や照明であり、ＢＡＣｎｅｔに代表される制御プロトコルを使って通信を行うことができるが、これらに制限されるものではない。
【０１４７】
上記ローカル制御コマンドを受信した当各設備機器のコントローラは、その制御コマンドを実行する（ステップＳ９１）（図１２の８０６参照）。
【０１４８】
なお、必要に応じて、上記コントローラが、制御結果を設備側ゲートウェイ１に通知し、これを設備側ゲートウェイ１からエージェント２を介してユーザ端末２０２へ通知されるようにしてもよい。
【０１４９】
なお、上記通信手順は一例であり、種々のバリエーションが可能である。
【０１５０】
ここで、上記では、ユーザがユーザ端末２０２により所望の仮想化操作点に対する制御の要求を行ったが、例えば、ユーザ端末２０２において、特定のイベントと、特定の仮想化操作点に対する制御とを適宜対応付けておき、ユーザ端末２０２において、いずれかの特定のイベントが検出されたときに、これを契機として、自動的に、該特定のイベントに対応する特定の仮想化操作点に対する制御を、エージェント２に対して要求するように構成することも可能である。
【０１５１】
次に、本実施形態の設備機器連携システムの具体例の一つとして、エージェントとＯＡ機器とを連携される例について説明する。
【０１５２】
ここでは、図１３を参照しながら、スクリーンセーバと連動させた空調セーバ／照明セーバについて説明する。
【０１５３】
この連携サービスでは、テナント内の各ユーザのユーザ端末２０２であるＰＣがスクリーンセーバモードとなった際に、ＰＣ内のスクリーンセーバの組み込まれたモジュールが、スクリーンセーバ起動条件を検出して（ステップＳ１０１）、スクリーンセーバ起動イベントが発生した時に、ユーザ端末２０２は、併せて、エージェント２に対して当該ＰＣの所有者を示すユーザ識別子ＵＩＤと、そのユーザの座席付近の「空調」と「照明」をひとまとめにした仮想化操作点ＶＰの識別子ＶＰＩＤと、該仮想化操作点ＶＰを「ＯＦＦ」（又は、「省エネモード」）にする指令とを含む要求を、エージェント２に対して送信する（ステップＳ１０２）。
【０１５４】
エージェント２は、受け取った要求に係る仮想化操作点ＶＰを、個々の設備機器（この例の場合は、「空調」と「照明」）に展開し、併せてＯＦＦ指令（又は、省エネモード遷移指令）をリモートプロトコルによる制御コマンドに変換し、対象となる設備ゲートウェイ１に送出する（ステップＳ１０３）。
【０１５５】
設備ゲートウェイ１は、上記リモート制御コマンドを受け取ると、これをもとにローカルプロトコルによる制御コマンドを生成して対象となる設備機器（図中、２４０参照）に送出する（ステップＳ１０４）。
【０１５６】
この結果、上記ユーザのＰＣでスクリーンセーバが起動されるのと併せて、上記ユーザの自席付近の空調と照明がＯＦＦになる（ステップＳ１０５）。
【０１５７】
もちろん、上記とは逆に、スクリーンセーバから通常画面に復帰するイベントが発生した場合に、これに併せて、ユーザの座席付近の「空調」と「照明」をひとまとめにした上記仮想化操作点ＶＰを「ＯＮ」にするリモート制御コマンドを送信して、「空調」と「照明」をＯＮにする（又は通常モードに復帰させる）ことも可能である。また、ユーザが帰宅又は外出などのために、ＰＣの電源をＯＦＦにするイベントが発生した場合に、これに併せて、ユーザの座席付近の「空調」と「照明」をひとまとめにした上記仮想化操作点ＶＰを「ＯＦＦ」にするリモート制御コマンドを送信して、「空調」と「照明」をＯＦＦにすることも可能であるし、その逆に、ユーザが出社又は外出からの帰社などのために、ＰＣの電源をＯＮにするイベントが発生した場合に、これに併せて、ユーザの座席付近の「空調」と「照明」をひとまとめにした上記仮想化操作点ＶＰを「ＯＮ」にするリモート制御コマンドを送信して、「空調」と「照明」をＯＮにすることも可能である。
【０１５８】
もちろん、これらは、連携操作の一例であり、他にも様々なバリエーションが可能である。
【０１５９】
ところで、本実施形態におけるエージェント２は、テナント内ネットワーク２０１上のシステムであるので、ＰＣの所有者を示すユーザ識別子ＵＩＤを流用することは、運用ポリシー的に容易である。また、自席付近の機器という機器グループ情報は、エージェント２において管理されるので、個々のＰＣにおいて個別の機器を認識する必要はない。例えば、あるユーザ識別子ＵＩＤに係る仮想化操作点識別子ＶＰＩＤが「００１」であるものが該ＵＩＤのユーザの自席を示す、などとナンバリングしておけば、ＰＣ毎のスクリーンセーバモジュール２２１の設定を最小限にとどめることができる。例えば、配置変更などで座席の位置が変更された場合に、その時点でユーザの権限で容易に設定を変更することができる。
【０１６０】
次に、本実施形態の設備機器連携システムの他の具体例として、労務管理システムにおける残業申請など、テナントの組織上の承認フローを伴うようなシステムについて説明する。
【０１６１】
ここでは、空調機器の運転が終業時刻などの一定の時刻で停止するようになっているが、残業申請が承認された場合には、その申請者席付近の空調機器の運転を延長するような例について説明する。
【０１６２】
組織上の承認フローを伴うシステムは、すでにオンライン化され、様々なビジネスロジックが組まれている。このようなシステムにおける各申請は、承認状態に関するステートを持ち、そのステートに応じて、申請の承認状況が把握できるようになっている。そのようなシステムにおいて、例えば、残業申請について直属の上司が承認したというステートになった場合に、これを契機として、その申請者席付近の空調機器に対応する仮想化操作点ＶＰに対する延長動作指示の要求を送るといった構成が可能である。
【０１６３】
この場合、例えば、労務管理システムから、申請者を示すユーザ識別子ＵＩＤと、申請者席付近の空調機器を示す仮想化操作点識別子ＶＰＩＤと、該仮想化操作点識別子ＶＰＩＤを残業時間帯も引き続き「ＯＮ」にする指示とを伴った要求を、エージェント２に送信すれば良い。以降のエージェント２の動作は、これまでと同様であるが、ユーザ認証は、労務管理システムとの間で行うことになる。
【０１６４】
なお、上記の場合に、空調機器の運転を延長する時間については、残業申請の際に帰宅時刻も申請するものとして、労務管理システムからエージェント２への要求に帰宅時刻をも含め、エージェント２が制御コマンドを生成する際に、該制御コマンドに空調を停止する予約時刻も含めるようにしても良い。また、空調の運転が一旦延長された際には、停止の予約をしないようにしても良い。さらに、この場合には、例えば前述したようにユーザが帰宅する際のＰＣの電源ＯＦＦに連動させて、空調を停止させることも可能である。
【０１６５】
ここまで、エージェント２内にテナント内ユーザ認証部２４を含む構成について説明してきたが、テナント内の統一されたユーザ認証システムなどとの連携によるシングルサインオン化も可能である。その場合は、エージェント２内において、各統一ユーザＩＤに対応するロールのマッピングを管理し、各操作の認証や、認証情報の管理ついては、シングルサインオンに任せる構成を取ることができる。
【０１６６】
シングルサインオンシステムと連動することで、例えば、一日の中で最初にログインしたタイミングを「出社」と見なし、シングルサインオンを管理するサーバから、同一テナントネットワーク内のエージェント２に対して、シングルサインオンで利用されたアカウントと該アカウントの自席を表す仮想化操作点ＶＰを「ＯＮ」にする制御の指示（要求）を認証情報付きで通知し、エージェント２は、対応するロールを検索して自席に対応する仮想化操作点ＶＰから対応する設備機器を割り出して、リモート制御コマンドを生成し、これを設備側ゲートウェイ１に送信することで、シングルサインオンの一日で最初のログオンによって、出社後必要になる照明の点灯、空調の稼働、電源類の通電など一連の設備機器制御を自動化することも可能である。
【０１６７】
ここまで、ビル設備の利用者として、テナント内のユーザを例にとって説明してきたが、設備機器のユーザとしては、テナントに対する訪問者や、清掃業者、メンテナンス業者、警備業者などの外部の人間である場合も考えられる。
【０１６８】
例えば、外部の人間に対してテナント内のユーザが対応するような場合は、エージェント２において来客用の一時アカウントを管理し、それを外部ユーザに渡すという形で、テナント内の社外対応ポリシーに従った運用を行えば良い。
【０１６９】
一方、テナント外の人間（例えば、清掃業者やメンテナンス業者等）に対しては、ビルオーナ側で契約がなされることがある。この場合は、例えば、設備側ゲートウェイ１においてビル管理サービスを１つのテナントとみなしたアカウントを発行し、ビル管理側で各業者の操作可能機器リストを管理すれば良い。
【０１７０】
このように、本実施形態によれば、設備側ゲートウェイ１側ではテナント情報のみを管理し、エージェント２側においてユーザ情報を管理することで、テナント内業務システムとの連携を容易に行うことができる。また、さらに、設備機器を許された範囲内で自由に集約して表現する仮想化操作点ＶＰの機能により（エージェント２にＶＰ管理を集約することにより）、業務システム側で個々の機器を管理把握する手間を省くことができる。また、実際に設備機器への操作命令を発行するのは設備側ゲートウェイ１の仕事であり、設備側ゲートウェイ１側のポリシーでオーバーライドしてしまえば制御を禁止することができる。
【０１７１】
次に、各ユーザによる仮想化操作点ＶＰのカスタマイズについて説明する。
【０１７２】
ここでは、図１４を参照しながら、仮想化操作点識別子ＶＰＩＤの編集の例について説明する。
【０１７３】
前述したように、エージェント２が具体的にどの設備を操作するかという記述は、その対象となる設備機器（図中、２４１参照）の機器識別子ＥＩＤと、その設備機が接続されている制御系ネットワーク１００に接続されている設備側ゲートウェイ１の識別子すなわちゲートウェイ識別子ＧＩＤとからなる。すなわち、ユーザの仮想化操作点ＶＰのカスタマイズは、仮想化操作点ＶＰの識別子すなわち仮想化操作点識別子ＶＰＩＤに対して、ゲートウェイ識別子ＧＩＤと機器識別子ＥＩＤとの対の集合を与えることに相当する。
【０１７４】
各設備側ゲートウェイ１に属する設備機器の機器識別子ＥＩＤの集合は、設備側ゲートウェイ１の機器情報提供部１３より、エージェント２に提供される。該機器情報は、設備側で管理する機器と１対１で対応する情報であっても良いし、いくつかの機器をまとめたグループ機器を１つの機器として見せても良い。また、エージェント２に係るテナントのテナント識別子ＴＩＤに対応するアクセス制御情報として、機器設定の読み書き可能（ＲＷ）、読み込みのみ（ＲＯ）、操作禁止（Ｘ）を少なくとも含む情報（なお、明示的に操作禁止（Ｘ）を記述しない方法も可能である。）をエージェント２側に提供することで、エージェント２側は操作可能な機器のリストを入手することができる。
【０１７５】
エージェント２において、ある仮想化操作点識別子ＶＰＩＤに対してＥＩＤの集合を与える手段は、例えば、ユーザ端末２０２のＷｅｂブラウザ２２２からエージェント２のＰＳ編集サービスに接続し（Ｓ１２１）、エージェント２においてＶＰＩＤ編集のＷｅｂ画面を提供することで（Ｓ１２２）、可能である。なお、ＶＰＩＤの編集作業は、ＶＰＩＤの操作に比して頻度が少なく、それほど重い機能ではない。このＶＰＩＤ編集画面では、エージェント２が設備側ゲートウェイ１から許可された範囲内の機器をテナント内のユーザが自由に組み合わせられるようにしてもよいし、例えば、ユーザの所属部門に基づいた追加のアクセス制御をエージェント２において実装し、権限を持った人が該アクセス制御を操作し、一般の利用者はさらにテナント内で許可された範囲内の機器を自由に組み合わせるにとどめる、などでもよい。もちろん、アクセス制御については、種々の方法が可能である。
【０１７６】
なお、ユーザが上記編集を行うのに先立って、ユーザ認証を行うようにしても良い。
【０１７７】
また、前述したように、仮想化操作点ＶＰに対する操作において、実際の設定値を制御コマンドの種別に任せるようにしても良いし、ユーザが具体的に設定値を指定できるようにしても良く、このようなコマンドの設定に関しては、エージェント２側において別途設定可能になっていると望ましい。
【０１７８】
次に、図１５を参照しながら、設備側ゲートウェイ１が複数存在する場合について説明する。
【０１７９】
これまで、設備側ゲートウェイ１が１つである場合を中心に説明してきたが、既に言及したように、設備側ゲートウェイ１が複数存在する構成も可能である。
【０１８０】
設備側ゲートウェイ１が複数ある場合としては、例えば、テナントが物理的に複数のビルに点在している場合や、あるいは、設備側ゲートウェイ１がフロア毎に設置されるなどの理由により、エージェント２がリモート制御コマンドを送信する対象になる設備側ゲートウェイ１が複数になる場合がある。
【０１８１】
この場合、例えば、図１０で示したユーザテーブルにおいて、ゲートウェイ情報として、ゲートウェイ識別子ＧＩＤと、そのゲートウェイ識別子ＧＩＤに対応する設備側ゲートウェイ１で管理されるテナント識別子ＴＩＤとの組を、エージェント２がアクセスする対象とする設備側ゲートウェイ１の台数分記憶しておけば良い。
【０１８２】
エージェント２は、ユーザ端末２０２（中の例えばクライアントモジュール２２３）から仮想化操作点に対する操作の要求を受けた場合に、対象となる設備機器の属する設備側ゲートウェイ１が複数にわたるときは、各設備側ゲートウェイ１毎に、対応するゲートウェイ識別子ＧＩＤとテナント識別子ＴＩＤの認証情報を用いて認証を行い、各設備側ゲートウェイ１にそれぞれリモート制御コマンドを送信する（Ｓ１４１）。各設備側ゲートウェイ１は、受信した制御コマンドに基づいて、該当する設備機器（図中、２４２，２４３参照）の監視制御を行う（Ｓ１４２，Ｓ１４３）。
【０１８３】
この場合、テナント識別子ＴＩＤは、全設備側ゲートウェイ１で固有に割り当てられる必要はなく、個々の設備側ゲートウェイ１内において固有であれば十分であり、設備側ゲートウェイ１間にわたるテナント識別子ＴＩＤの割り当て管理は不要になる。このため、設備側ゲートウェイ１毎に管理者が異なるような運用形態においても、管理コストを増大させることはない。
【０１８４】
次に、図１６を参照しながら、複数のエージェントと共用部設備機器との連携の例について説明する。
【０１８５】
例えば、エレベータの停止階操作などをテナント内から行うというユースケースを考えると、エレベータはビルの共用部設備であり、複数のテナントの複数のユーザあるいは同一のテナントの複数のユーザから同時にアクセスされる可能性がある。
【０１８６】
すでに説明したように、エージェント２と設備側ゲートウェイ１により、各テナントは、テナント内のネットワークから、直接、設備機器に対して監視・制御を行うことができる。エレベータの停止階操作や、通路の照明や空調、エントランスの自動ドア状態など共用部の設備に対して、一つのビルに入居する複数のテナントが、同一の設備側ゲートウェイ１を通じて監視・制御を行う場合において、各テナントは任意の設備機器に対して自由なタイミングで監視・制御を行うことができるとすると、偶然、同じ設備機器に対して同じ時刻に監視・制御が行われる可能性がある。
【０１８７】
そこで、複数のエージェント２が同時に（或いは、所定の時間内に相前後して）共用設備機器（図中、２４４参照）に対するリモート制御コマンドを送信し（Ｓ１６１，Ｓ１６２）、同一の設備側ゲートウェイ１が、それらを受信した場合に、該設備側ゲートウェイ１は、それら制御コマンドを同時に実行しても不具合が発生しないときは、それらを同時に実行し、そうでないときは、それら制御コマンドに対し、所定の基準に基づいて、調停処理を行う（Ｓ１６３）。
【０１８８】
なお、この調停処理は、例えば、仮想化操作点制御指示受付部２５と機器監視制御リモートプロトコル処理部２６との間に設けた調停処理部（図示せず）において行えば良い。
【０１８９】
調停が不要である場合は、例えば、共用設備機器の稼働状態やセンサーの現在値などを読み取るだけのリモート制御コマンドを受信した場合である。この場合には、同時アクセスを許可し、各エージェント２に、それぞれ、所望する値を提供すれるようにして構わない。なお、この場合に、同一の制御コマンドについては、要求元ごとに制御コマンドをそれぞれ実行しても良いが、それらのうちの一つのみを実行して読み取りを行い、その結果を利用するようにしても良い。
【０１９０】
これに対して、スイッチのＯＮ／ＯＦＦなど設備機器を直接操作するようなリモート制御コマンドや、設定変更など設備機器に何らかのデータを書き込もうとするリモート制御コマンドを複数受信した場合に、調停が必要となることがある。例えば、同一の設備機器に対して、矛盾する複数の制御コマンド（例えば、スイッチをＯＮにする制御コマンドとスイッチをＯＦＦにする制御コマンド、あるいは、温度を上げるコマンドと温度を下げるコマンド）を受信した場合、あるいは、重複して実行することによって予期しない結果が発生する複数のコマンド（例えば、設定温度を２度上げるコマンドと温度を３度上げるコマンド）を受信した場合、あるいは、実行順序によって結果が異なる複数のコマンド（例えば、設定温度を２３度にするコマンドと、設定温度を２４度にするコマンド）を受信した場合などに、調停を実行するようにしても良い。
【０１９１】
調停の方法としては、例えば、受信した複数のリモート制御コマンドから、一つを選択し、他を破棄する方法である。具体的には、例えば、コマンド発行時刻やコマンド受信時刻、あるいはあらかじめ定められたテナント識別子ＴＩＤの優先度などの所定の基準に基づいて、リモート制御コマンド（生成すべきローカル制御コマンド）を選択し、これをもとにローカル制御コマンドを生成し、該ローカル制御コマンドを設備機器に送出する方法がある。また、複数の制御コマンドについて、優先度を決定し、その優先度に従って、複数の制御コマンドを、順次、発効するキューイングのような方法も可能である。
【０１９２】
なお、これらのような調停の結果、コマンドを受け付けられなかったエージェント２に対しては、その旨を示すエラーメッセージを返答すると望ましい。
【０１９３】
ところで、共用部の設備に対する監視・制御は、各テナントのエージェント２だけでなく、ビル全体の管理を行うビル管理者のエージェント２から行われることもある。例えば、ビル管理者のエージェント２は、ビル全体の照明や空調の稼働状況や、防犯防災の設備の状態を監視し、あるフロアの機器の稼働状態がすべてオフになったことで、利用者がいなくなったことを検知し、該フロアの共用部機器に対しても稼働状態をオフにするように指令を出すことも可能である。
【０１９４】
本実施形態によれば、ビル管理システム側は、どの設備機器の操作権が、どのテナントにあるか、というテナント管理のみでよく、テナント内の個々のユーザ管理は、エージェントに委譲することができる。エージェント側では、テナント内の既存のユーザ認証の仕組みが利用できる。
【０１９５】
また、本実施形態によれば、ユーザは、設備側ゲートウェイから許可された範囲内の機器の設定を、自由にカスタマイズすることができる。
【０１９６】
また、本実施形態によれば、エージェントは、ビル管理システムと切り離されているので、ビル管理システムの制約を受けづらい。一方、プロトコル変換機能などビル管理システムと直接繋がる機能は、設備側ゲートウェイにあり、テナントのネットワークには直接は接続されておらず、テナント側運用ポリシーの制約を受けづらい。
【０１９７】
また、本実施形態によれば、実際に設備機器への操作命令を発行するのは設備側ゲートウェイの仕事であり、設備側ゲートウェイ側のポリシーでオーバーライドしてしまえば、制御を禁止することができる。
【０１９８】
なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手順を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【０１９９】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０２００】
【図１】本発明の一実施形態に係るオフィスビル内ネットワークシステムの構成例を示す図
【図２】同実施形態に係るオフィスビル内ネットワークシステムのより詳細な構成例を示す図
【図３】同実施形態に係る設備側ゲートウェイ及びエージェントを含む設備機器連携システムの構成例を示す図
【図４】同実施形態に係るエージェントの処理手順の一例を示すフローチャート
【図５】同実施形態に係る設備側ゲートウェイの処理手順の一例を示すフローチャート
【図６】テナントテーブルの一例を示す図
【図７】機器集合テーブルの一例を示す図
【図８】ポイント情報テーブルの一例を示す図
【図９】仮想化操作点テーブルの一例を示す図
【図１０】ユーザテーブルの一例を示す図
【図１１】同実施形態に係る設備側ゲートウェイ及びエージェントを含む設備機器連携システムの動作の一例について説明するための図
【図１２】同実施形態に係る設備側ゲートウェイ及びエージェントを含む設備機器連携システムの通信手順の一例を示すフローチャート
【図１３】エージェントとＯＡ機器との連携の例について説明するための図
【図１４】仮想化操作点識別子ＶＰＩＤの編集の例について説明するための図
【図１５】設備側ゲートウェイが複数ある場合の例について説明するための図
【図１６】複数のエージェントと共用部設備機器との連携の例について説明するための図
【符号の説明】
【０２０１】
１…設備側ゲートウェイ、１１…機器情報データベース、１２…テナントデータベース、１３…機器情報提供部、１４…テナント認証部、１５…機器監視制御リモートプロトコル処理部、１６…機器監視制御ローカルプロトコル処理部、２…パーソナライゼーションエージェント、２１…テナントユーザデータベース、２２…仮想化操作点データベース、２３…仮想化操作点管理部、２４…テナント内ユーザ認証部、２５…仮想化操作点制御指示受付部、２６…機器監視制御リモートプロトコル処理部、１００…制御系ネットワーク、１０２…設備機器監視システム、１０６…照明ＩＰコントローラ、１０８…空調ＩＰコントローラ、１１５…エレベータＩＰコントローラ、１１６…共用部照明ＩＰコントローラ、１１８…共用部空調ＩＰコントローラ、１２１…情報系基幹ネットワーク、１２２…基幹ルータ、２００…ルータ、２０１…テナント内ネットワーク、１５０…中間ネットワーク、２０３…業務システム、２０２…ユーザ端末、２２１…スクリーンセーバモジュール、２２２…Ｗｅｂブラウザ、２２３…クライアントモジュール、２４０〜２４４…設備機器、３００…インターネット、４００…オフィスビル内ネットワークシステム、５００…オフィスビル
【技術分野】
【０００１】
本発明は、情報系のネットワークから制御系のネットワーク上の設備機器を制御可能にする設備機器連携システム及び機器制御方法並びにエージェント装置に関する。
【背景技術】
【０００２】
省力化、省エネ化を目的として、ビル管理システム（ＢＡＳ）が、その時々の技術を取り入れて発展してきており、現在では、ＩＰネットワークの技術を用いた高度なビル設備集中管理が実現されている。
【０００３】
例えば、ビル管理を遠隔から行う遠隔監視については、ＶＰＮなどの仮想ネットワーク技術を利用し、ビル管理システムのネットワークを外部まで延長することにより実現できる。あるいは、ビル管理を集中して行う管理端末の操作画面に、ＲＤＰなどのリモートデスクトップ環境技術を用いることでも、「ビル管理者がビル管理を遠隔から行う」という要求は満たされる。
【０００４】
また、例えば、ビル内の照明の消灯・点灯を携帯電話から操作するような遠隔操作については、携帯電話からアクセス可能なＷｅｂサーバを立ち上げ、そのＷｅｂサーバがユーザ管理と操作画面を提供し、携帯電話上でのその画面操作の結果としてビル管理システムに消灯・点灯の制御命令を送出するようなＷｅｂサーバ方式により、「登録ユーザが携帯電話から消灯・点灯を操作する」というシステムが実現できる。
【０００５】
一方、例えば、特許文献１には、ＯＡ側に設置される会議予約サーバとビル管理システムとを接続するサービスが開示されている。ここでは、会議予約サーバからの複数の設備機器状態の一括変更指令を、ビル管理システム側に設置されたサーバが解釈実行するモデルとなっている。
【０００６】
これらのように、ビル管理システムはＩＴ技術を積極的に取り込みつつ拡張されてきている。
【０００７】
ところで、昨今、イントラネットにおける業務系システムや、インターネットのコンテンツサービスシステムなどでは、異種サービスの組み合わせによる新たなサービスの創出、従来サービスの有効活用といった、サービス連携が盛んに行われている。このようなサービス連携にビル管理システムが加わっていく場合、サービス連携は、これまでのビル管理システムの拡張としてのサービス実現ではなく、ビル管理システムの管轄外のシステムとの連携が必須であり、異なる管理ドメイン間の相互接続が必要となってくる。
【０００８】
ところが、異なる管理ドメインとビル管理システムとの接続は、一番単純なケースの一つである、ビルのテナント内システムとビル管理システムとの連携ですら、単純には実現できない。例えば、特許文献１では、複数のテナントが入居するビルにおいての利用は想定されておらず、各テナント内システムの管理するネットワークとビル管理システムとのネットワークを、どのように接続し、どのように管理するのかといった問題や、各テナント内のユーザ情報をビル管理システム側で抱えることによる情報管理コストの問題などが、考慮されていない。
【特許文献１】特開２００５−３３２２７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ビルの各テナント内システムからビル管理システム側にある設備機器を制御しようとしても、従来の技術においては、複数のテナント内システムとビル管理システムとの連携や認証の問題について考慮されておらず、テナント内のユーザが設備機器を制御するには大きな制約があった。
【００１０】
本発明は、上記事情を考慮してなされたもので、ビルのテナント内のシステムからビルの制御系のネットワーク上の設備機器を制御するにあたって、各テナント内の各ユーザがより柔軟に設備機器を制御することを可能にする設備機器連携システム及び機器制御方法並びにエージェント装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、ビル内の設備機器を接続するための制御系ネットワークに接続されたゲートウェイ装置と、該制御系ネットワーク以外のネットワークを介して該ゲートウェイ装置と通信可能で且つテナント毎に設けられるエージェント装置とを含む設備機器連携システムであって、前記エージェント装置は、操作対象とする１以上の設備機器を組み合わせた仮想化操作点を定義した仮想化操作点情報を１以上記憶する記憶手段と、クライアント装置に係るユーザに対するユーザ認証を行うユーザ認証手段と、何れかの前記仮想化操作点に対する制御の要求を受信する要求受信手段と、前記クライアント装置に係る前記ユーザ認証に成功しており且つ該クライアント装置から前記要求を受信している場合に、該要求に係る前記仮想化操作点情報をもとに、該要求に係る前記設備機器を制御対象とし且つ特定のリモートプロトコルによるリモート制御コマンドを生成するリモート制御コマンド生成手段と、前記ゲートウェイ装置により行われる、前記クライアント装置に係るテナントに対するテナント認証に成功している場合に、前記リモート制御コマンドを前記ゲートウェイ装置に送信するリモート制御コマンド送信手段とを備え、前記ゲートウェイ装置は、前記テナント認証を行うテナント認証手段と、前記リモート制御コマンドを受信するリモート制御コマンド受信手段と、前記エージェント装置に係る前記テナント認証に成功しており且つ該エージェント装置から前記リモート制御コマンドを受信している場合に、該リモート制御コマンドをもとに、該リモート制御コマンドに係る設備機器を制御対象とし且つ特定のローカルプロトコルによるローカル制御コマンドを生成するローカル制御コマンド生成手段と、生成された前記ローカル制御コマンドを、前記制御系ネットワークを介して、該ローカル制御コマンドに係る前記設備機器又はそのコントローラに送信するローカル制御コマンド送信手段とを備えたことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ビルのテナント内のシステムからビルの制御系のネットワーク上の設備機器を制御するにあたって、各テナント内の各ユーザがより柔軟に設備機器を制御することが可能になる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照しながら本発明の実施形態について説明する。
【００１４】
本実施形態では、例えば、テナント内のユーザのＰＣの有閑時に、ＰＣのスクリーンセーバを起動するだけでなく、これに連動させて、該ユーザの座席付近の空調や照明などのビルの設備機器をも省電力モードにするような省エネ機能（照明セーバ、空調セーバ）、あるいは、テナント内の労務管理システムにおける残業申請に対する承認と連動させて、照明や空調などのビルの設備機器の運転を延長するような自動設定機能、テナント内の統一認証システムを利用した、ビルの設備機器の遠隔操作に対する認証のシングルサインオン化や操作権管理の機能など、テナント内の様々なユーザシステムとビル管理システムとの連携を可能にすることを考える。このような連携を考えた場合、例えば、システムのどこかでテナント内ユーザ情報を管理することが望まれ、また、各テナントのシステムとビル管理システムとが各々の運用ポリシーを曲げることなく容易に接続される構成であることが望まれる。
【００１５】
ここで、上記観点において、テナント内システムとビル管理システムとを連携する場合について検討する。
【００１６】
（i）ユーザ認証
例えばあるテナント内のユーザが他のテナント内の設備機器を制御できるのは不都合であることを考えても、ユーザは制御する権限を有する設備機器のみを制御できるようにするのが望ましい。そのためには、ユーザが設備機器を制御するにあたって、ユーザに対する認証を実施することが望ましい。しかし、従来技術では、制御対象となる設備機器の属するビル管理システムにおいて、ユーザという概念は存在しない。
【００１７】
（ii）ユーザによる設備制御の自由度
例えばユーザは権限を持つ範囲内で出来るだけ自由に設備ネットワークを連携させることができると望ましい。例えば、オフィスにおいて、ユーザは帰宅する際に自分の机の周辺の照明や空調を自動的に停止できるようにし、あるいは、配置変更などで座席の位置が変更された場合に、その時点でユーザの権限で設定を変更できることが望ましい。また、ユーザは設備機器に対する制御内容或いは連携内容を適宜カスタマイズできることが望ましい。しかし、そのような仕組みは従来知られていない。
【００１８】
（iii）ユーザのサービス導入の自由度
ユーザの設備に対する制御については、制約が低い方が望ましい。例えばユーザの立場で見ると、ＰＣだけでなく携帯電話やＰＤＡなどでも設備を制御できる方が望ましく、制御用の特別なアプリケーションは不要である方が望ましい。また、ユーザ側のネットワークに接続される部分は、ユーザ側の運用ポリシーへの対応が必要となる。例えば、利用可能なソフト／ハードが制限される、ユーザ側管理ソフトの導入が求められる、などが考えられる。つまり、単純に接続するにしても、ビル管理システム側の管理が煩雑となってしまう。逆に言うと、ビル管理システム自体は、ユーザ側のネットワークとはできるだけ疎に結合されることが望ましい。
【００１９】
（iv）ビル管理システムのネットワークに対する保護
ビル管理者からみた場合、ユーザが設備を操作できる内容に対して制約をかけたい場合が考えられる。空調を例にとると、設備管理者が定めた温度より低く冷房温度を設定できないようにしたいといったことや、温度設定は変更を一定以上のレートでは操作させない（例えば、１分に１度まで等）といったことが考えられる。これらの運用ポリシーを、ユーザへの負担を小さくした上で実現できるのが望ましい。
【００２０】
これらを考慮すると、ビル管理システムのネットワーク（設備網）に接続された設備機器に対して、状態取得／操作設定を行うことのできるゲートウェイを介して、ビル内のテナントのサービス提供状態を管理しつつ、テナント内のシステムとの連携が容易で、テナント内のユーザには設備機器の利用の自由度を与え、ビル管理業務には干渉しない、ビルシステムの個人利用フレームワークシステムを提供することが望まれる。
【００２１】
そこで、本実施形態では、詳しくは後述するように、次のような構成をとっている。
【００２２】
（１）ビル管理ドメイン内に設置される設備側ゲートウェイと、テナント側管理ドメイン内に設置される該設備側ゲートウェイとの接続を行うユーザ側のパーソナライゼーションエージェントとを用いる。
【００２３】
（２）ビル管理側のユーザ管理としてはテナントが入居している区画を管理するという意味でのテナント管理のみを行い、テナント内のユーザに対するユーザ管理は各テナント側において行う。
【００２４】
（３）設備側ゲートウェイは、ビル管理システムの管理下の設備機器へのアクセスを提供し、パーソナライゼーションエージェントとの間でテナント認証を行い、また、利用可能な設備機器と制御範囲の情報をパーソナライゼーションエージェントに提供する。
【００２５】
（４）パーソナライゼーションエージェントは、テナント内のユーザを認証し、ビル管理システム側から許可された範囲内の機器に対する制御コマンドを設備側ゲートウェイに送信する。また、ユーザ毎の機器連携設定情報を管理する。
【００２６】
以下、本実施形態について詳しく説明する。
【００２７】
図１に、本発明の一実施形態に係るオフィスビル内ネットワークシステムの構成例を示す。
【００２８】
本オフィスビル内ネットワークシステムが設けられるオフィスビル内には、１以上のテナントが存在し、それらテナントの全部又は一部に、当該テナントに専用のパーソナライゼーションエージェント２（詳しくは後述する）が設置される。なお、本実施形態では、複数のテナントにパーソナライゼーションエージェント２が設置される場合を想定しているが、一つのテナントにのみパーソナライゼーションエージェント２が設置される場合でも構わない。
【００２９】
オフィスビル内ネットワークシステムには、大きく、制御系のネットワークと、情報系のネットワークとの二つが含まれる。制御系のネットワークは、ビル管理システムに属するものであって、ここでは、ビル内設備の管理や監視制御等のためのネットワークである。情報系のネットワークは、ここでは、ＯＡ等のためのネットワークである。
【００３０】
制御系のネットワークには、制御系ネットワーク１００と、設備側ゲートウェイ１と、設備機器監視システム１０２とが含まれる。
【００３１】
また、制御系のネットワークには、各テナント内の各設備機器（例えば、照明や空調など）に対する監視制御のためのコントローラ（テナント内設備機器用コントローラ）１０４と、各共用部設備機器（例えば、照明や空調、エレベータなど）の監視制御のためのコントローラ（共用部設備機器用コントローラ）１０５とが含まれる。テナント内設備機器用コントローラ１０４や共用部設備機器用コントローラ１０５の数は任意である。
【００３２】
なお、設備機器のコントローラは、当該設備機器に内蔵されたものであっても良いし、当該設備機器とは独立した装置であっても良い。以下では、設備機器の監視制御については、設備機器本体ではなく、そのコントローラに着目して説明する。
【００３３】
情報系のネットワークには、情報系ネットワーク１２０と、テナント毎に設けられるパーソナライゼーションエージェント２とが含まれる。パーソナライゼーションエージェント２の数は任意である。
【００３４】
また、情報系のネットワークには、パーソナライゼーションエージェント２に対する端末となる装置が含まれる。ここでは、該端末の例として、各テナントのユーザのユーザ端末２０２が含まれるものとする（なお、図１では、一つのパーソナライゼーションエージェント２についてのみ、ユーザ端末２０２を例示した）。各テナント内のユーザ端末２０２の数は任意である。
【００３５】
各テナントのパーソナライゼーションエージェント２には、そのテナント内のユーザのユーザ端末２０２が接続可能である。
【００３６】
また、パーソナライゼーションエージェント２は、情報系ネットワーク１２０・中間ネットワーク１５０を介して、設備側ゲートウェイ１と通信可能である。
【００３７】
情報系ネットワーク１２０、中間ネットワーク１５０及び制御系ネットワーク１００それぞれの構成・実装には特に限定はない。
【００３８】
図１では、情報系のネットワークと制御系のネットワークとを接続する中間ネットワーク１５０が存在するが、情報系のネットワークと制御系のネットワークとが直接接続されていてもよい。すなわち、情報系ネットワーク１２０が、直接、設備側ゲートウェイ１と接続されていてもよい。
【００３９】
なお、設備側ゲートウェイ１は、全体で１台だけ設置される場合と、サブシステム毎や、フロア毎など、複数台設置される場合との、いずれも可能である。なお、図１は、前者の場合を例示している。
【００４０】
パーソナライゼーションエージェント２は、当該本オフィスビル内部のネットワークのみを介して設備側ゲートウェイ１と通信可能であってもよいし、情報系ネットワーク１２０から外部のインターネットを経由した上で設備側ゲートウェイ１と通信可能であってもよい。パーソナライゼーションエージェント２が設備側ゲートウェイ１と接続するために、種々の構成が可能である（ようするに、パーソナライゼーションエージェント２が、制御系ネットワーク１００を介さずに設備側ゲートウェイ１と通信可能であればよい）。
【００４１】
次に、図２に、上記オフィスビル内ネットワークシステムのより具体的な例を示す。
【００４２】
図２中、５００はオフィスビルを表し、４００はそのオフィスビル５００内にあるネットワークシステム（オフィスビル内ネットワークシステム）を表し、３００は外部のインターネットを表す。オフィスビル５００には、１以上のテナントが存在する（図２では、フロア１のテナント＃１とフロア２のテナント＃２の２つのテナントを例示している）。
【００４３】
前述のように、オフィスビル内ネットワークシステム４００には、大きく、制御系のネットワークと、情報系のネットワークとの二つが含まれる。
【００４４】
制御系のネットワークには、前述のように、制御系ネットワーク１００と、設備側ゲートウェイ１、設備機器監視システム１０２とが含まれる。
【００４５】
また、図２の例では、制御系のネットワークには、テナント内設備機器用コントローラ１０４として、テナント＃１について、テナント内照明に対する照明ＩＰコントローラ１０５と、テナント内空調に対する空調ＩＰコントローラ１０８とが、テナント＃２について、照明ＩＰコントローラ１０６と、空調ＩＰコントローラ１０８とが含まれる。また、共用部設備機器用コントローラ１０５として、エレベータに対するエレベータＩＰコントローラ１１５、共用部照明に対する共用部照明ＩＰコントローラ１１６、共用部空調に対する共用部空調ＩＰコントローラ１１８とが含まれる。これらコントローラは、制御系ネットワーク１００に接続される。
【００４６】
ビル管理室に居るオペレータ等は、従来通り、設備機器監視システム１０２を操作することによって、各ＩＰコントローラを通じて、各設備機器を監視制御することができる。
【００４７】
図２の例では、情報系のネットワークには、（テナントごとに設けられる）テナント内ネットワーク２０１が含まれる。図２の例では、二つのテナント内ネットワーク２０１を例示している。
【００４８】
テナント内ネットワーク２０１には、それぞれ、パーソナライゼーションエージェント（以下、エージェントと略記する。また、図２ではＰＡで表す。）２と、他の各種システムや端末等が接続される。図２の例では、端末の例として前述したユーザ端末２０２が、他の各種システムの例として業務システム２０３が、それぞれ例示されている。なお、ユーザ端末２０２の有するハードウェ／ソフトウェア／機能等には、特に制限はない。また、業務システム２０３の種類（或いは、業務サービスの内容）や台数は任意であり、また、テナント内ネットワーク２０１には、他の装置が接続されていて構わない。
【００４９】
図２の例では、各テナント内ネットワーク２０１は、それぞれ、ルータ２００を介して、情報系基幹ネットワーク１２１に接続される。
【００５０】
また、図２の例では、各テナント内ネットワーク２０１は、ルータ２００・情報系基幹ネットワーク１２１・基幹ルータ１２２を介してインターネット３００に接続され、一方、ルータ２００・情報系基幹ネットワーク１２１・基幹ルータ１２２・中間ネットワーク１５０を介して、（制御系のネットワークにおいて制御系ネットワーク１００に接続される）設備側ゲートウェイ１に接続される。
【００５１】
なお、図２は一例であり、エージェント２が設備側ゲートウェイ１に接続する方法には種々のバリエーションが可能である。また、エージェント２が設備側ゲートウェイ１に接続する方法は、一つに固定されていてもよいし、複数の方法のうちから適宜選択できるようにしてもよい。
【００５２】
図２では、オフィスビル５００の１フロアにつき１つのテナントを例示しているが、１フロアにつき任意数のテナントが存在して構わない（もちろん、テナントの存在しないフロアがあっても構わない）。また、各テナントに上記エージェント２を設けるか否かは、各テナントごとに適宜に決めても構わない。
【００５３】
また、ここでは、１つのテナントにつき１つのエージェント２を設けるものとして説明しているが、１つのテナントに複数のエージェント２を設けることを妨げるものではない。
【００５４】
なお、テナントの他に、例えば、ビル全体の管理を行う部門（例えば、図２のビル管理室）にもエージェント２を設置するようにしても構わない。この場合には、ビル管理室に居るオペレータ等が、その端末等からエージェント２を操作する。
【００５５】
次に、各テナント内ネットワーク２０１が利用する情報系基幹ネットワーク１２１について詳しく説明する。
【００５６】
情報系基幹ネットワーク１２１は、基本的には、どのような構成のものであっても構わない。情報系基幹ネットワーク１２１の構成によって基幹ルータ１２２が不要のこともある。
【００５７】
一例を示すと、オフィスビル５００の情報系基幹ネットワーク１２１は、例えば、オフィスビル５００の各フロアまで配線された幹線をＭＤＦ(Main Distributing Frame)と呼ばれる通信線路の集線盤にまとめられている。このＭＤＦから外部のインターネット３００への接続が行われる。各フロアには、ＩＤＦ(Intermediate Distribution Frame)と呼ばれる各フロア内のネットワークとＭＤＦとを接続するための配線盤が設置される。
【００５８】
また、従来、上記のような通信設備は電話回線の用途が主であったが、最近ではインターネット回線も重要なインフラとなってきており、ビルの設備の１つとして施工されるようになってきている。例えば、ＦＴＴＢ(Fiber To The Building)などと呼ばれる方式で、ビル内の各フロアまで光ケーブルが配線されるようになってきており、ビル内のテナントは安定したブロードバンド回線を利用することが可能となっている。情報系基幹ネットワーク１２１は、このような構成でももちろん構わない。
【００５９】
また、情報系基幹ネットワーク１２１には、それらの他、種々の構成が可能である。
【００６０】
なお、本実施形態において、情報系基幹ネットワーク１２１からインターネット３００へ接続できることは必須ではない。
【００６１】
次に、制御系ネットワーク１００について詳しく説明する。
【００６２】
制御系ネットワーク１００は、各テナント内の設備機器（例えば、照明や空調など）や、ビル内の共用部の設備機器（例えば、共用部照明や共用部空調、エレベータなど）をネットワークで統合し、ビル管理室において（例えば設備機器監視システム１０２を通じて）個々の設備機器の監視制御を集中して行えるようにしたものである。制御系ネットワーク１００は、フロア横断的（テナント横断的）に張り巡らされている。例えば、ＢＡＣｎｅｔ／ＩＰなどのＩＰネットワーク上で動くプロトコルを用いても良いが、これに制限されるものではない。
【００６３】
次に、制御系ネットワーク１００と情報系基幹ネットワーク１２１とを接続する中間ネットワーク１５０について詳しく説明する。
【００６４】
この中間ネットワーク１５０は、各テナント内ネットワーク２０１が、情報系基幹ネットワーク１２１から、制御系ネットワーク１００にアクセスするために、使用される。制御系ネットワーク１００は、各テナント内ネットワーク２０１から見ると、管理外の外部のネットワークとなる。
【００６５】
なお、図２では、オフィスビル内ネットワークシステム４００の出口が１つのルータ（基幹ルータ１２２）である構成を例示しているが、情報系基幹ネットワーク１２１は、メディアレベルでは統合されていて、ＩＰネットワークの上位プロバイダは自由に選べる構成も可能である。ようするに、情報系基幹ネットワーク１２１と制御系ネットワーク１００との間においてＩＰでの通信が可能であれば、どのような構成でも構わない。
【００６６】
次に、図３に、本実施形態に係るオフィスビル内ネットワークシステムの主要部を構成する設備機器連携システムの構成例を示す。
【００６７】
まず、本実施形態の設備機器連携システムは、図３に示されるように、主に、制御系のネットワークと情報系のネットワークとの接点（図２の例では、制御系ネットワーク１００と中間ネットワーク１５０との接続点）に配置される（１台又は複数台の）設備側ゲートウェイ１と、各テナントのエージェント２とから構成される。
【００６８】
なお、図３では、一つの設備側ゲートウェイ１及び一つのエージェント２のみを示しており、また、エージェント２の端末として一つのユーザ端末２０２、設備機器用ＩＰコントローラとして照明ＩＰコントローラ１０６のみをそれぞれ例示している。
【００６９】
エージェント２は、概略的には、それが設置されたテナントに属する個々のユーザに関する情報を管理し、設備側ゲートウェイ１は、個々の設備機器に関する情報と、個々のテナントに関する情報を管理する。
【００７０】
また、ユーザが設備機器を制御するにあたっての認証については、概略的には、認証を２段階に分け、エージェント２がユーザ認証を行い、設備側ゲートウェイ１がテナント認証を行うというように、エージェント２と設備側ゲートウェイ１で分担する。
【００７１】
図４に、本実施形態に係るエージェントの概略的な処理手順の一例を示し、図５に、本実施形態に係る設備側ゲートウェイの概略的な処理手順の一例を示す。エージェント２は、最初にユーザ認証手続きを行い（ステップＳ１１）、認証に成功したならば（ステップＳ１２）、ユーザから後述する仮想化操作点に対する指示を入力し（ステップＳ１３）、これに基づいて、特定の設備機器を監視制御するための制御コマンドを第1のプロトコルにて作成し（ステップＳ１４）、設備側ゲートウェイ１とテナント認証を行い（ステップＳ１５）、認証に成功したならば（ステップＳ１６）、上記制御コマンドを設備側ゲートウェイ１へ送信する（ステップＳ１７）。設備側ゲートウェイ１は、上記のテナント認証手続きを行って（ステップＳ２１）、これに成功した場合に（ステップＳ２２）、その後、上記制御コマンドを受信すると（ステップＳ２３）、これを、第２のプロトコルに変換して（ステップＳ２４）、当該設備機器又は当該設備機器用コントローラへ与える（ステップＳ２５）。なお、必要に応じて監視制御の結果をエージェント２へ返す。
【００７２】
第1のプロトコルは、エージェント２と設備側ゲートウェイ１との間の制御コマンドの受け渡しに用いるものとして予め定められたリモートプロトコルである。第１のプロトコルには、例えば、ＢＡＣｎｅｔ／ＷＳやｏ．ＢＩＸを用いても良いが、これに制限されるものではない。第２のプロトコルは、制御系のネットワークにて用いられているローカルプロトコルである。第２のプロトコルには、例えば、ＢＡＣｎｅｔ／ＩＰを用いても良いが、これに制限されるものではない。以下、リモートプロトコルにより制御コマンドをリモート制御コマンド、ローカルプロトコルにより制御コマンドをローカル制御コマンドとも呼ぶものとする。また、本実施形態では、制御とは監視などを含む広い意味で用いるものとする。
【００７３】
なお、図４及び図５は一例であり、これらに制限されるものではない。例えば、図４のステップ１３及びステップＳ１４を、ステップ１５及びステップＳ１６の認証後に行うようにしても良い。
【００７４】
続いて、エージェント２及び設備側ゲートウェイ１についてより詳しく説明する。
【００７５】
エージェント２は、図３に示されるように、テナント内ユーザデータベース（テナント内ユーザＤＢ）２１と、仮想化操作点データベース（仮想化操作点ＤＢ）２２と、仮想化操作点管理部２３と、テナント内ユーザ認証部２４と、仮想化操作点制御指示受付部２５と、機器監視制御リモートプロトコル処理部２６とを備える。
【００７６】
テナント内ユーザＤＢ２１は、当該テナントに係るユーザ認証情報を保持する。
【００７７】
仮想化操作点ＤＢ２２は、ユーザ毎に、仮想化操作点の情報を保持する。仮想化操作点の情報は、１又は複数の設備機器の連動操作を記述したカスタマイズ情報である。
【００７８】
仮想化操作点管理部２３は、仮想化操作点情報の作成、修正、削除の管理を行うためのものである。
【００７９】
テナント内ユーザ認証部２４は、当該テナント内ユーザの認証を行う。
【００８０】
仮想化操作点制御指示受付部２５は、仮想化操作点に対する制御の指示（要求）を受け付ける。
【００８１】
機器監視制御リモートプロトコル処理部２６は、受けた仮想化操作点に対する指示（要求）をもとに、リモートプロトコルによる制御コマンドを生成し、生成したリモート制御コマンドを設備側ゲートウェイ１に対して送出する。
【００８２】
一方、設備側ゲートウェイ１は、図３に示されるように、機器情報データベース（機器情報ＤＢ）１１と、テナントデータベース（テナントＤＢ）１２と、機器情報提供部１３と、テナント認証部１４と、機器監視制御リモートプロトコル処理部１５と、機器監視制御ローカルプロトコル処理部１６とを備える。
【００８３】
機器情報ＤＢ１１は、制御系ネットワーク１００に接続された各設備機器の機器情報（例えば、各設備機器の名称や機能の情報）を保持する。
【００８４】
テナントＤＢ１２は、当該オフィスビルの区画利用者である各テナントのテナント情報を保持する。
【００８５】
機器情報提供部１３は、機器情報ＤＢ１１に保持されている機器情報をテナント側に提供する。
【００８６】
テナント認証部１４は、各エージェント２に係るテナントの認証を行う。
【００８７】
機器監視制御リモートプロトコル処理部１５は、エージェント２からのリモート制御コマンドを受け付ける。また、必要に応じて、設備機器に対するアクセス制御を行う。
【００８８】
機器監視制御ローカルプロトコル処理部１６は、受けたリモート制御コマンドをもとに、ローカルプロトコルによる制御コマンドを生成し、制御系ネットワーク１００上の特定の設備機器に係る設備機器用コントローラに対して、生成したローカル制御コマンドを送出する。なお、設備機器用コントローラ又は同等の機能を内蔵し、該内蔵したコントローラ又は機能を用いている設備機器には、該設備機器に対して直接、制御コマンドを送出する。
【００８９】
なお、設備側ゲートウェイ１が複数台設置される場合は、各設備側ゲートウェイ１は、それが直接担当する部分に関する情報のみ保持し、あるいは処理を行うようにしてもよい。例えば、設備側ゲートウェイ１がサブシステム毎又はフロア毎に設置されるときは、各設備側ゲートウェイ１は、それが設置されるサブシステム又はフロアに係るテナントのテナント情報のみ保持するようにしてもよい。また、この場合に、各エージェント２に、それがアクセスすべき設備側ゲートウェイ１を示す情報を（例えば管理者が）設定するようにしてもよいし、「各エージェント２がアクセスすべき設備側ゲートウェイ１」を解決するサーバを、システム内に設置するようにしてもよいし、各エージェント２が適用な設備側ゲートウェイ１にメッセージを出し、これを受信した設備側ゲートウェイ１が当該エージェント２を担当するサーバに該メッセージを転送するようにしてもよい。
【００９０】
ここで、エージェント２が記憶する仮想化操作点情報とは、複数の設備機器の連動操作の記述である。例えば、Ａという操作は、自分のオフィスの席付近の空調及び照明のＯＮ／ＯＦＦを行い、Ｂという操作は、オフィス全域の照明のＯＮ／ＯＦＦを行う、というものとなる。この「操作」を、仮想化操作点(Virtual Point；ＶＰ)という形で表現する。ユーザは自由に仮想化操作点ＶＰを作成し、作成した仮想化操作点ＶＰに対して、どのような設備機器の連動操作を割り当てるかを自由に設定できる。
【００９１】
エージェント２が具体的にどの設備を操作するかという記述は、その対象となる設備機器の機器識別子(Equipment Identifier；ＥＩＤ)と、その設備機が接続されている制御系ネットワーク１００に接続されている設備側ゲートウェイ１の識別子すなわちゲートウェイ識別子（Gateway Identifier；ＧＩＤ）とからなる。すなわち、ユーザの仮想化操作点ＶＰのカスタマイズは、仮想化操作点ＶＰの識別子すなわち仮想化操作点識別子(Virtual Point Identifier；ＶＰＩＤ)に対して、ゲートウェイ識別子ＧＩＤと機器識別子ＥＩＤとの対の集合を与えることに相当する。
【００９２】
次に、各種情報について説明する。
【００９３】
まず、設備側ゲートウェイ１のテナントＤＢ１２が保持する「テナントテーブル」について説明する。
【００９４】
テナントテーブルは、当該オフィスビルの各区画の利用権を持っている各テナントを管理するための情報を含むものである。
【００９５】
図６に、テナントテーブルの一例を示す。このテナントテーブルは、個々のテナントを識別する「テナント識別子（Tenant Identifier；ＴＩＤ）」と、当該テナントの名称を表す「テナント名」と、当該テナントを認証する際に用いられる「認証情報」と、当該テナントから（当該テナントに属するユーザが）操作することを許可されている設備機器の機器識別子（ＥＩＤ）の集合を表す「操作可能機器リスト」とを対応付けて保持する。
【００９６】
次に、設備側ゲートウェイ１の機器情報ＤＢ１１が保持する「機器集合テーブル」について説明する。
【００９７】
機器集合テーブルは、各設備機器が有する操作点の集合に関する情報を含むものである。
【００９８】
図７に、機器集合テーブルの一例を示す。この機器集合テーブルは、個々の設備機器を識別する「機器識別子（ＥＩＤ）」と、当該設備機器の種別を表す「機器種別」と、当該設備機器の名称を表す「機器名」と、当該設備機器が有する操作点のポイント識別子（ＰＩＤ）の集合を表す「ポイント識別子集合」とを対応付けて保持する。
【００９９】
次に、設備側ゲートウェイ１の機器情報ＤＢ１１が保持する「ポイント情報テーブル」について説明する。
【０１００】
ポイント情報テーブルは、個々の設備機器の有する操作点（ポイント）に関する情報を含むものである。
【０１０１】
図８に、ポイント情報テーブルの一例を示す。このポイント情報テーブルは、個々の操作点を識別する「ポイント識別子(Point Identifier；ＰＩＤ)」と、当該操作点の名称を表す「ポイント名」と、当該操作点の制御を担当しているＩＰコントローラへのアクセス情報である「ＩＰコントローラ情報」とを少なくとも対応付けて保持する。
【０１０２】
図８の例では、ポイント識別子は、設備機器に固有の第１の符号部分（例えば、「ＡＣ００１−ＢＯ」の「ＡＣ００１」の部分）と、当該設備機器における操作点を区別する第２の符号部分（例えば、「ＡＣ００１−ＢＯ」の「ＢＯ」の部分）とから構成している。本具体例では、第１の符号部分には、機器識別子（ＥＩＤ）を用いている。また、例えば、第２の符号部分には、「その操作点の状態（例えば、電源スイッチのＯＮ／ＯＦＦなどの状態、又は、照度、温度、風量などの連続値若しくは離散値など）について、それが、書き込み可能であるか、読み取り専用であるか」を識別可能な符号を含んでも良い。例えば、Ｏは書き込み可能を表し、Ｉは読み取り専用を表すなどである。また、上記の他にも、離散値を取るか連続値を取るか、離散値を取る場合にはどのような状態を取り得るか、連続値を取る場合には連続値の上限値及び下限値としてどのような値を取り得るかなどについて、識別可能な符号を含んでも良い。
【０１０３】
図８の例では、ポイント名は、当該設備機器に固有の第１の名称部分（例えば、「空調Ｘ＿スイッチ」の「空調Ｘ」）と、当該設備機器における操作点を区別する第２の名称部分（例えば、「空調Ｘ＿スイッチ」の「スイッチ」）とから構成している。
【０１０４】
図８の例では、ＩＰコントローラ情報には、当該ＩＰコントローラのＩＰアドレスを用いるものとしている。
【０１０５】
次に、エージェント２の仮想化操作点ＤＢ２２が保持する「仮想化操作点テーブル」について説明する。
【０１０６】
仮想化操作点テーブルは、仮想化操作点に関する情報を含むものである。
【０１０７】
図９に、仮想化操作点テーブルの一例を示す。この仮想化操作点テーブルは、個々の仮想化操作点を識別する「仮想化操作点識別子（ＶＰＩＤ）」と、当該仮想化操作点のオーナを示す「ユーザ識別子（ＵＩＤ）」と、当該仮想化操作点の操作対象機器を表す「機器リスト」を保持する。
【０１０８】
図９の例では、機器リストは、ゲートウェイ識別子ＧＩＤと機器識別子ＥＩＤとの組の集合からなるものである。
【０１０９】
ところで、仮想化操作点ＶＰに対する操作において、対象となる設備機器の温度等の所定のパラメータを変更する場合における該パラメータの実際の設定値は、制御コマンドの種別に任せるようにしても良い（言い換えると、エージェント２に対する制御コマンドについては、抽象度を高くできるようにしても良い）。エージェント２と接続するユーザ端末２０２や業務システム２０３側からの利用ケースとしては、温度を２６℃にしたい、とか、照度を８００Ｌｘにしたいといった定量的な指示よりは、温度を今より涼しくしたい、とか、照明を少し暗くしたい、といった定性的な指示ができた方が、ユーザ端末２０２や業務システム２０３側で実装する設備機器操作ロジックを簡便にすることができる。
【０１１０】
例えば、図９で定義される仮想化操作点ＶＰに対しては、該仮想化操作点ＶＰをＯＮにするか、ＯＦＦにするかを指示するコマンドが定義できる。このＯＮにするという設定の実現方法は、エージェント２側で単純に機器のスイッチを表すポイントをＯＮにするコマンドだけに限定されるわけではなく、例えば、照明については照度設定を表すポイントの照度値を８０％にするといった方法や、空調については風量を表すポイントの設定を“強”にするといった方法でも良い。
【０１１１】
このようなＶＰコマンドの設定に関しては、エージェント２側において別途設定可能になっていることが望ましい。
【０１１２】
もちろん、ユーザが、設備機器に対する操作の内容として、直接、設定温度や風量などの具体的な数値やレベルなどを、指定できるようにしても良い。
【０１１３】
次に、エージェント２のテナントユーザＤＢ２１が保持する「ユーザテーブル」について説明する。
【０１１４】
ユーザテーブルは、テナント内のユーザの認証情報と個人情報を含むものである。
【０１１５】
図１０に、ユーザテーブルの一例を示す。このユーザテーブルは、個々のユーザを識別する「ユーザ識別子（User Identifier；ＵＩＤ）」と、当該テナント内のユーザを認証する際に用いられる「ユーザ認証情報」と、当該ユーザの名称を表す「ユーザ名」と、当該ユーザがエージェント２から設備側ゲートウェイ１にアクセスする際に用いられる「ゲートウェイ情報」とを対応付けて保持する。
【０１１６】
図１０例では、ゲートウェイ情報は、ゲートウェイ識別子ＧＩＤと、当該ゲートウェイ識別子ＧＩＤにて割り当てられた、当該テナントのテナント識別子ＴＩＤとの組からなるものである。
【０１１７】
なお、テナント識別子ＴＩＤは、設備側ゲートウェイ１毎（ゲートウェイ識別子ＧＩＤ毎）に一意であるとする。これは、仮想化操作点ＶＰを、複数の異なるビル管理ドメインに対してマップできるようにするためである。例えば、ある仮想化操作点ＶＰは、本館と分室両方の照明のスイッチのＯＮ／ＯＦＦに割り当てる、というような例では、本館側の設備側ゲートウェイ１と分室側の設備側ゲートウェイ１はそれぞれ異なるビルに属しており、テナント識別子ＴＩＤはそれぞれのビル管理者から割り当てられる場合が考えられる。よって、上記ゲートウェイ情報には、複数の｛ＧＩＤ，ＴＩＤ｝が含まれることがある。
【０１１８】
ここで、ビル管理者は、各テナント内の個々のユーザまでは管理の対象としたくない場合が考えられる。すなわち、ビル管理者が管理したいのは、そのビル内の一部分（すなわち、不動産）を借りて使用しているテナントであり、他の管理は、各テナント内部で実施して欲しい場合が考えられる。例えば、アルバイトなど人員の出入りが繁雑な環境では、個々のユーザに対するアクセス権限の授与と剥奪は当該テナントに任せ、ビル管理者はテナント単位で認証するという方式を取りたい可能性が高い。このようなニーズに対応するため、本実施形態では、ビル管理側のユーザであるテナントとテナント内部のユーザの構造を分離している。すなわち、端末操作者であるテナント内ユーザとエージェント２との間は、ユーザ毎に認証され、エージェント２は、ユーザをテナント識別子ＴＩＤにマップし、エージェント２と設備側ゲートウェイ１との間の認証はテナント単位で行うようにしている。
【０１１９】
なお、ビル管理者がすべてのユーザを認証したいという要求もあり得る。この要求に対応するためには、例えば、単純にテナントとユーザとを一対一でマップして、認証を行えば良い。この場合において、エージェント２でのユーザ認証は省略しない方が望ましい。
【０１２０】
次に、ユーザがユーザ端末２０２からエージェント２にアクセスして、仮想化操作点ＶＰの操作を行う場合について説明する。
【０１２１】
（１）まず、ユーザは、ユーザ端末２０２から、エージェント２にアクセスする。そして、エージェント２において、テナント内ユーザ認証部２４が、ユーザを認証する。
【０１２２】
ユーザ認証に失敗した後には、ユーザは、エージェント２を利用することができない。
【０１２３】
（２）次に、ユーザ認証に成功した後に、ユーザは、ユーザ端末２０２を介して、エージェント２にアクセスして、仮想化操作点ＶＰの操作を行うことができる。
【０１２４】
まず、ユーザは、操作対象とする仮想化操作点ＶＰを選択する。また、その仮想化操作点ＶＰが、操作内容を指示すべきものである場合には、その操作内容を選択する。例えば、照明や空調のスイッチのＯＮ／ＯＦＦの切り替えの場合には、「ＯＮ」の指示又は「ＯＦＦ」の指示を選択し、空調の設定温度の変更の場合には、「温度を上げる」指示又は「温度を上げる」を選択する（もちろん、具体的な設定温度を選択できるようにしても良い）。その仮想化操作点ＶＰが、操作内容を指示しないものである場合には、その操作内容を指示しない。例えば、照明がＯＮ状態かＯＦＦ状態かの取得、空調の現在の設定温度の取得や現在の室温の取得などの場合である。なお、ユーザが、エージェント２において仮想化操作点ＶＰを操作するインタフェースには、例えば、ＧＵＩを用いても良いし、他のどのようなインタフェースを用いても良い。
【０１２５】
エージェント２において、仮想化操作点制御指示受付部２５は、この選択された仮想化操作点の識別子ＶＰＩＤから、制御対象となる設備機器の識別子ＥＩＤと、各ＥＩＤに対応する設備側ゲートウェイ１の識別子ＧＩＤとの組の集合を取得する。
【０１２６】
（３）そして、エージェント２と設備側ゲートウェイ１との間で所定のタイミングでテナント認証が行われるとともに、エージェント２から各ＥＩＤに対応するＧＩＤの設備側ゲートウェイ１に対して、当該ＥＩＤの設備機器に対する操作指令を含む制御コマンドが与えられ、設備側ゲートウェイ１により、該制御コマンドをもとに、各設備機器に対して必要な操作が行われる。例えば、ユーザが所望する照明がＯＦＦに切り替えられ、あるいは、ユーザが所望する空調の設定温度の変更がなされる。なお、設備側ゲートウェイ１からエージェント２を介してユーザ端末２０２へ操作結果が通知され、ユーザが該操作結果を参照できるようにしてもよい。
【０１２７】
以下、本実施形態の通信手順について説明する。
【０１２８】
図１１に、本実施形態に係る設備側ゲートウェイ及びエージェントを含む設備機器連携システムの通信手順の一例を示す。図１２に、設備側ゲートウェイとエージェントの手続きの流れの概要を示す。なお、図１１及び図１２では、手続きの対象となる設備側ゲートウェイ１が一つの場合を例示しているが、手続きの対象となる設備側ゲートウェイ１が複数になる場合もある。
【０１２９】
まず、ユーザは、ユーザ端末２０２から、エージェント２へアクセスする。なお、ユーザが、特定の（１又は複数の）端末のみからエージェント２へアクセスできるようにしても良いし、任意の端末からエージェント２へアクセスできるようにしても良い。また、携帯電話やＰＤＡからエージェント２へアクセスできるようにしても良い。アクセスのプロトコルは、典型的には、ＨＴＴＰであるが、これに制限されるものではない。
【０１３０】
ユーザ端末２０２からエージェント２へ、ユーザ認証の要求を行う（ステップＳ８１）（図１２の８００参照）。
【０１３１】
エージェント２は、該要求を受けると、テナント内ユーザ認証部２４において、ユーザ識別子ＵＩＤ単位でのユーザ認証を行う（ステップＳ８２）（図１２の８００参照）。
【０１３２】
具体的なユーザ認証の方法は、どのようなものであっても構わない。例えば、ユーザがユーザ端末２０２にユーザＩＤとパスワードを入力し、ユーザ端末２０２からエージェント２へユーザＩＤとパスワードを送信し、エージェント２が、受信したユーザＩＤとパスワードを、テナント内ユーザＤＢ２１に保持されているユーザ認証情報と対照することによって、ユーザ認証が行われても良いし、上記パスワードの代わりに又はパスワードに加えて、ユーザの指紋などの生体情報や、ＩＣカードに格納した秘密の情報を利用しても良い。また、他にも種々のユーザ認証方法が可能である。
【０１３３】
認証に成功した後、ユーザは、ユーザ端末２０２から、エージェント２に対して、仮想化操作点識別子ＶＰＩＤと、操作内容（例えば、照明のスイッチに対する「ＯＮ」又は「ＯＦＦ」、空調の設定温度の変更など。ただし、現在の設定温度の取得など、操作内容が不要の場合もある。）とを指示（要求）する（ステップＳ８３）（図１２の８０１参照）。
【０１３４】
エージェント２は、上記指示を受けると、仮想化操作点制御指示受付部２５において、ユーザ識別子ＵＩＤと仮想化操作点識別子ＶＰＩＤとをもとに、仮想化操作点テーブル（例えば図９）を参照して、機器リスト、すなわち、制御する対象となる機器識別子とそのゲートウェイ識別子との組｛ＧＩＤ，ＥＩＤ｝の集合を取得する（ステップＳ８４）。
【０１３５】
さらに、エージェント２は、ユーザ識別子ＵＩＤをもとに、ユーザテーブル（例えば図１０）を参照して、ゲートウェイ情報、すなわち、対象となるゲートウェイ識別子とテナント識別子との組｛ＧＩＤ，ＴＩＤ｝を取得する（ステップＳ８５）。なお、上記ゲートウェイ情報には、複数の｛ＧＩＤ，ＴＩＤ｝が含まれることがある。
【０１３６】
取得した機器リスト及び指示された操作内容は、仮想化操作点制御指示受付部２５から機器監視制御リモートプロトコル処理部２６へ、渡される（図１２の８０２参照）。
【０１３７】
エージェント２は、機器監視制御リモートプロトコル処理部２６において、機器リストに含まれる各々の｛ＧＩＤ，ＥＩＤ｝について、対象のゲートウェイ識別子ＧＩＤで示される設備側ゲートウェイ１にて定義されたテナント識別子ＴＩＤを識別子として、認証を要求する（ステップＳ８６）（図１２の８０３参照）。
【０１３８】
なお、各々の｛ＧＩＤ，ＥＩＤ｝ごとに、認証要求を送信しても良いが、同一の設備側ゲートウェイ１に対する重複した認証の発生を回避するために、｛ＧＩＤ，ＥＩＤ｝の集合について、一旦、各ゲートウェイ識別子ＧＩＤごとに、機器識別子ＥＩＤの集合を取りまとめて、｛ＧＩＤ，ＥＩＤの集合｝の形に再構成し、ゲートウェイ識別子ＧＩＤごとに、認証要求を送信するのが好ましい。
【０１３９】
設備側ゲートウェイ１は、該要求を受けると、テナント認証部１４において、テナント識別子ＴＩＤ単位でのテナント認証を行う（ステップＳ８７）（図１２の８０３参照）。その際、テナント認証部１４は、該要求に係るＴＩＤをもとに、テナントテーブル（例えば、図６）の認証情報を参照して、テナント認証を行う。具体的なテナント認証の方法は、どのようなものであっても構わない。
【０１４０】
認証に成功した後、エージェント２（の機器監視制御リモートプロトコル処理部２６）は、仮想化操作点制御指示受付部２５から渡された、機器リスト及び操作内容をもとに、該機器リストに含まれる各識別子ＥＩＤの設備機器について、当該設備機器に対する操作指令を含むリモート制御コマンドを生成し、これを、該当する各設備側ゲートウェイ１（の機器監視制御リモートプロトコル処理部１５）に対して送信する（ステップＳ８８）（図１２の８０４参照）。リモート制御コマンドには、例えば、機器識別子ＥＩＤ、操作内容、テナント識別子ＴＩＤが含まれる。なお、リモート制御コマンドは、設備機器ごとに生成する方法の他に、対応する設備側ゲートウェイ１を同じくする全部又は一部の設備機器について取り纏めて生成する方法もあり得る。いずれにしても、ユーザが指示した一つのＶＰに対する操作をもとに、複数の制御コマンドが生成されることがあり得る。
【０１４１】
エージェント２（の機器監視制御リモートプロトコル処理部２６）と設備側ゲートウェイ１（の機器監視制御リモートプロトコル処理部１５）との間の通信は、典型的には、ＸＭＬ／ＳＯＡＰで行われ、認証は、ＯＡＳＩＳが規定するWeb Services Securityによって実現可能であるが、これらに制限されるものではない。
【０１４２】
次に、設備側ゲートウェイ１は、上記リモート制御コマンドを受信すると、機器監視制御リモートプロトコル処理部１５において、コマンド送信元であるエージェント２に係るテナント識別子ＴＩＤをもとに、テナントテーブル（例えば図６）の操作可能機器リストを参照して、該コマンド送信元であるエージェント２に係るテナント（に属するユーザ）に、操作対象の機器識別子ＥＩＤを操作する権限があることを確認する（ステップＳ８９）。
【０１４３】
識別子ＥＩＤの設備機器を操作できることが確認された場合には、機器監視制御リモートプロトコル処理部１５から機器監視制御ローカルプロトコル処理部１６へ、上記リモート制御コマンドが渡される（図１２の８０５参照）。
【０１４４】
なお、識別子ＥＩＤの設備機器を操作できないことが確認された場合には、上記制御コマンドは破棄される。ここで、一つの制御コマンドに複数の設備機器に対する操作を含めることができる構成を採用した場合に、一つの制御コマンドに含まれる一部の設備機器に対する操作の権限がなかったときは、当該一つの制御コマンドをすべて破棄する方法と、当該一つの制御コマンドに含まれる無権限の設備機器に係る部分のみを破棄する方法とがある。なお、破棄が発生した場合には、エラーを示す通知を、設備側ゲートウェイ１から要求元のエージェント２へ返すようにすると好ましい。
【０１４５】
機器監視制御ローカルプロトコル処理部１６は、権限確認された上記リモート制御コマンドを受けると、リモートプロトコルからローカルプロトコルへのプロトコル変換を行い、生成したローカル制御コマンドを、該当する設備機器に係るコントローラ宛てに送信する（ステップＳ９０）（図１２の８０６参照）。ここで、一つのリモート制御コマンドに複数の設備機器に対する操作を含めることができる構成を採用した場合において、受け取ったリモート制御コマンドに複数の設備機器に対する操作が含まれているときは、ローカル制御コマンドは、設備機器ごとに生成する。
【０１４６】
上記プロトコル変換においては、例えば、機器識別子ＥＩＤ及び操作内容をもとに、実際の制御オブジェクト情報を取得して、第２のプロトコルのコマンドを生成する。コントローラのアドレスは、例えば、機器識別子ＥＩＤをもとに、機器集合テーブル（例えば、図７）のポイント識別子集合を参照して、該当するポイント識別子ＰＩＤを求め、次いで、ポイント識別子ＰＩＤをもとに、ポイント情報テーブル（例えば、図８）を参照することによって、求めることができる。なお、典型的には、制御オブジェクトは、ネットワークで制御可能な空調や照明であり、ＢＡＣｎｅｔに代表される制御プロトコルを使って通信を行うことができるが、これらに制限されるものではない。
【０１４７】
上記ローカル制御コマンドを受信した当各設備機器のコントローラは、その制御コマンドを実行する（ステップＳ９１）（図１２の８０６参照）。
【０１４８】
なお、必要に応じて、上記コントローラが、制御結果を設備側ゲートウェイ１に通知し、これを設備側ゲートウェイ１からエージェント２を介してユーザ端末２０２へ通知されるようにしてもよい。
【０１４９】
なお、上記通信手順は一例であり、種々のバリエーションが可能である。
【０１５０】
ここで、上記では、ユーザがユーザ端末２０２により所望の仮想化操作点に対する制御の要求を行ったが、例えば、ユーザ端末２０２において、特定のイベントと、特定の仮想化操作点に対する制御とを適宜対応付けておき、ユーザ端末２０２において、いずれかの特定のイベントが検出されたときに、これを契機として、自動的に、該特定のイベントに対応する特定の仮想化操作点に対する制御を、エージェント２に対して要求するように構成することも可能である。
【０１５１】
次に、本実施形態の設備機器連携システムの具体例の一つとして、エージェントとＯＡ機器とを連携される例について説明する。
【０１５２】
ここでは、図１３を参照しながら、スクリーンセーバと連動させた空調セーバ／照明セーバについて説明する。
【０１５３】
この連携サービスでは、テナント内の各ユーザのユーザ端末２０２であるＰＣがスクリーンセーバモードとなった際に、ＰＣ内のスクリーンセーバの組み込まれたモジュールが、スクリーンセーバ起動条件を検出して（ステップＳ１０１）、スクリーンセーバ起動イベントが発生した時に、ユーザ端末２０２は、併せて、エージェント２に対して当該ＰＣの所有者を示すユーザ識別子ＵＩＤと、そのユーザの座席付近の「空調」と「照明」をひとまとめにした仮想化操作点ＶＰの識別子ＶＰＩＤと、該仮想化操作点ＶＰを「ＯＦＦ」（又は、「省エネモード」）にする指令とを含む要求を、エージェント２に対して送信する（ステップＳ１０２）。
【０１５４】
エージェント２は、受け取った要求に係る仮想化操作点ＶＰを、個々の設備機器（この例の場合は、「空調」と「照明」）に展開し、併せてＯＦＦ指令（又は、省エネモード遷移指令）をリモートプロトコルによる制御コマンドに変換し、対象となる設備ゲートウェイ１に送出する（ステップＳ１０３）。
【０１５５】
設備ゲートウェイ１は、上記リモート制御コマンドを受け取ると、これをもとにローカルプロトコルによる制御コマンドを生成して対象となる設備機器（図中、２４０参照）に送出する（ステップＳ１０４）。
【０１５６】
この結果、上記ユーザのＰＣでスクリーンセーバが起動されるのと併せて、上記ユーザの自席付近の空調と照明がＯＦＦになる（ステップＳ１０５）。
【０１５７】
もちろん、上記とは逆に、スクリーンセーバから通常画面に復帰するイベントが発生した場合に、これに併せて、ユーザの座席付近の「空調」と「照明」をひとまとめにした上記仮想化操作点ＶＰを「ＯＮ」にするリモート制御コマンドを送信して、「空調」と「照明」をＯＮにする（又は通常モードに復帰させる）ことも可能である。また、ユーザが帰宅又は外出などのために、ＰＣの電源をＯＦＦにするイベントが発生した場合に、これに併せて、ユーザの座席付近の「空調」と「照明」をひとまとめにした上記仮想化操作点ＶＰを「ＯＦＦ」にするリモート制御コマンドを送信して、「空調」と「照明」をＯＦＦにすることも可能であるし、その逆に、ユーザが出社又は外出からの帰社などのために、ＰＣの電源をＯＮにするイベントが発生した場合に、これに併せて、ユーザの座席付近の「空調」と「照明」をひとまとめにした上記仮想化操作点ＶＰを「ＯＮ」にするリモート制御コマンドを送信して、「空調」と「照明」をＯＮにすることも可能である。
【０１５８】
もちろん、これらは、連携操作の一例であり、他にも様々なバリエーションが可能である。
【０１５９】
ところで、本実施形態におけるエージェント２は、テナント内ネットワーク２０１上のシステムであるので、ＰＣの所有者を示すユーザ識別子ＵＩＤを流用することは、運用ポリシー的に容易である。また、自席付近の機器という機器グループ情報は、エージェント２において管理されるので、個々のＰＣにおいて個別の機器を認識する必要はない。例えば、あるユーザ識別子ＵＩＤに係る仮想化操作点識別子ＶＰＩＤが「００１」であるものが該ＵＩＤのユーザの自席を示す、などとナンバリングしておけば、ＰＣ毎のスクリーンセーバモジュール２２１の設定を最小限にとどめることができる。例えば、配置変更などで座席の位置が変更された場合に、その時点でユーザの権限で容易に設定を変更することができる。
【０１６０】
次に、本実施形態の設備機器連携システムの他の具体例として、労務管理システムにおける残業申請など、テナントの組織上の承認フローを伴うようなシステムについて説明する。
【０１６１】
ここでは、空調機器の運転が終業時刻などの一定の時刻で停止するようになっているが、残業申請が承認された場合には、その申請者席付近の空調機器の運転を延長するような例について説明する。
【０１６２】
組織上の承認フローを伴うシステムは、すでにオンライン化され、様々なビジネスロジックが組まれている。このようなシステムにおける各申請は、承認状態に関するステートを持ち、そのステートに応じて、申請の承認状況が把握できるようになっている。そのようなシステムにおいて、例えば、残業申請について直属の上司が承認したというステートになった場合に、これを契機として、その申請者席付近の空調機器に対応する仮想化操作点ＶＰに対する延長動作指示の要求を送るといった構成が可能である。
【０１６３】
この場合、例えば、労務管理システムから、申請者を示すユーザ識別子ＵＩＤと、申請者席付近の空調機器を示す仮想化操作点識別子ＶＰＩＤと、該仮想化操作点識別子ＶＰＩＤを残業時間帯も引き続き「ＯＮ」にする指示とを伴った要求を、エージェント２に送信すれば良い。以降のエージェント２の動作は、これまでと同様であるが、ユーザ認証は、労務管理システムとの間で行うことになる。
【０１６４】
なお、上記の場合に、空調機器の運転を延長する時間については、残業申請の際に帰宅時刻も申請するものとして、労務管理システムからエージェント２への要求に帰宅時刻をも含め、エージェント２が制御コマンドを生成する際に、該制御コマンドに空調を停止する予約時刻も含めるようにしても良い。また、空調の運転が一旦延長された際には、停止の予約をしないようにしても良い。さらに、この場合には、例えば前述したようにユーザが帰宅する際のＰＣの電源ＯＦＦに連動させて、空調を停止させることも可能である。
【０１６５】
ここまで、エージェント２内にテナント内ユーザ認証部２４を含む構成について説明してきたが、テナント内の統一されたユーザ認証システムなどとの連携によるシングルサインオン化も可能である。その場合は、エージェント２内において、各統一ユーザＩＤに対応するロールのマッピングを管理し、各操作の認証や、認証情報の管理ついては、シングルサインオンに任せる構成を取ることができる。
【０１６６】
シングルサインオンシステムと連動することで、例えば、一日の中で最初にログインしたタイミングを「出社」と見なし、シングルサインオンを管理するサーバから、同一テナントネットワーク内のエージェント２に対して、シングルサインオンで利用されたアカウントと該アカウントの自席を表す仮想化操作点ＶＰを「ＯＮ」にする制御の指示（要求）を認証情報付きで通知し、エージェント２は、対応するロールを検索して自席に対応する仮想化操作点ＶＰから対応する設備機器を割り出して、リモート制御コマンドを生成し、これを設備側ゲートウェイ１に送信することで、シングルサインオンの一日で最初のログオンによって、出社後必要になる照明の点灯、空調の稼働、電源類の通電など一連の設備機器制御を自動化することも可能である。
【０１６７】
ここまで、ビル設備の利用者として、テナント内のユーザを例にとって説明してきたが、設備機器のユーザとしては、テナントに対する訪問者や、清掃業者、メンテナンス業者、警備業者などの外部の人間である場合も考えられる。
【０１６８】
例えば、外部の人間に対してテナント内のユーザが対応するような場合は、エージェント２において来客用の一時アカウントを管理し、それを外部ユーザに渡すという形で、テナント内の社外対応ポリシーに従った運用を行えば良い。
【０１６９】
一方、テナント外の人間（例えば、清掃業者やメンテナンス業者等）に対しては、ビルオーナ側で契約がなされることがある。この場合は、例えば、設備側ゲートウェイ１においてビル管理サービスを１つのテナントとみなしたアカウントを発行し、ビル管理側で各業者の操作可能機器リストを管理すれば良い。
【０１７０】
このように、本実施形態によれば、設備側ゲートウェイ１側ではテナント情報のみを管理し、エージェント２側においてユーザ情報を管理することで、テナント内業務システムとの連携を容易に行うことができる。また、さらに、設備機器を許された範囲内で自由に集約して表現する仮想化操作点ＶＰの機能により（エージェント２にＶＰ管理を集約することにより）、業務システム側で個々の機器を管理把握する手間を省くことができる。また、実際に設備機器への操作命令を発行するのは設備側ゲートウェイ１の仕事であり、設備側ゲートウェイ１側のポリシーでオーバーライドしてしまえば制御を禁止することができる。
【０１７１】
次に、各ユーザによる仮想化操作点ＶＰのカスタマイズについて説明する。
【０１７２】
ここでは、図１４を参照しながら、仮想化操作点識別子ＶＰＩＤの編集の例について説明する。
【０１７３】
前述したように、エージェント２が具体的にどの設備を操作するかという記述は、その対象となる設備機器（図中、２４１参照）の機器識別子ＥＩＤと、その設備機が接続されている制御系ネットワーク１００に接続されている設備側ゲートウェイ１の識別子すなわちゲートウェイ識別子ＧＩＤとからなる。すなわち、ユーザの仮想化操作点ＶＰのカスタマイズは、仮想化操作点ＶＰの識別子すなわち仮想化操作点識別子ＶＰＩＤに対して、ゲートウェイ識別子ＧＩＤと機器識別子ＥＩＤとの対の集合を与えることに相当する。
【０１７４】
各設備側ゲートウェイ１に属する設備機器の機器識別子ＥＩＤの集合は、設備側ゲートウェイ１の機器情報提供部１３より、エージェント２に提供される。該機器情報は、設備側で管理する機器と１対１で対応する情報であっても良いし、いくつかの機器をまとめたグループ機器を１つの機器として見せても良い。また、エージェント２に係るテナントのテナント識別子ＴＩＤに対応するアクセス制御情報として、機器設定の読み書き可能（ＲＷ）、読み込みのみ（ＲＯ）、操作禁止（Ｘ）を少なくとも含む情報（なお、明示的に操作禁止（Ｘ）を記述しない方法も可能である。）をエージェント２側に提供することで、エージェント２側は操作可能な機器のリストを入手することができる。
【０１７５】
エージェント２において、ある仮想化操作点識別子ＶＰＩＤに対してＥＩＤの集合を与える手段は、例えば、ユーザ端末２０２のＷｅｂブラウザ２２２からエージェント２のＰＳ編集サービスに接続し（Ｓ１２１）、エージェント２においてＶＰＩＤ編集のＷｅｂ画面を提供することで（Ｓ１２２）、可能である。なお、ＶＰＩＤの編集作業は、ＶＰＩＤの操作に比して頻度が少なく、それほど重い機能ではない。このＶＰＩＤ編集画面では、エージェント２が設備側ゲートウェイ１から許可された範囲内の機器をテナント内のユーザが自由に組み合わせられるようにしてもよいし、例えば、ユーザの所属部門に基づいた追加のアクセス制御をエージェント２において実装し、権限を持った人が該アクセス制御を操作し、一般の利用者はさらにテナント内で許可された範囲内の機器を自由に組み合わせるにとどめる、などでもよい。もちろん、アクセス制御については、種々の方法が可能である。
【０１７６】
なお、ユーザが上記編集を行うのに先立って、ユーザ認証を行うようにしても良い。
【０１７７】
また、前述したように、仮想化操作点ＶＰに対する操作において、実際の設定値を制御コマンドの種別に任せるようにしても良いし、ユーザが具体的に設定値を指定できるようにしても良く、このようなコマンドの設定に関しては、エージェント２側において別途設定可能になっていると望ましい。
【０１７８】
次に、図１５を参照しながら、設備側ゲートウェイ１が複数存在する場合について説明する。
【０１７９】
これまで、設備側ゲートウェイ１が１つである場合を中心に説明してきたが、既に言及したように、設備側ゲートウェイ１が複数存在する構成も可能である。
【０１８０】
設備側ゲートウェイ１が複数ある場合としては、例えば、テナントが物理的に複数のビルに点在している場合や、あるいは、設備側ゲートウェイ１がフロア毎に設置されるなどの理由により、エージェント２がリモート制御コマンドを送信する対象になる設備側ゲートウェイ１が複数になる場合がある。
【０１８１】
この場合、例えば、図１０で示したユーザテーブルにおいて、ゲートウェイ情報として、ゲートウェイ識別子ＧＩＤと、そのゲートウェイ識別子ＧＩＤに対応する設備側ゲートウェイ１で管理されるテナント識別子ＴＩＤとの組を、エージェント２がアクセスする対象とする設備側ゲートウェイ１の台数分記憶しておけば良い。
【０１８２】
エージェント２は、ユーザ端末２０２（中の例えばクライアントモジュール２２３）から仮想化操作点に対する操作の要求を受けた場合に、対象となる設備機器の属する設備側ゲートウェイ１が複数にわたるときは、各設備側ゲートウェイ１毎に、対応するゲートウェイ識別子ＧＩＤとテナント識別子ＴＩＤの認証情報を用いて認証を行い、各設備側ゲートウェイ１にそれぞれリモート制御コマンドを送信する（Ｓ１４１）。各設備側ゲートウェイ１は、受信した制御コマンドに基づいて、該当する設備機器（図中、２４２，２４３参照）の監視制御を行う（Ｓ１４２，Ｓ１４３）。
【０１８３】
この場合、テナント識別子ＴＩＤは、全設備側ゲートウェイ１で固有に割り当てられる必要はなく、個々の設備側ゲートウェイ１内において固有であれば十分であり、設備側ゲートウェイ１間にわたるテナント識別子ＴＩＤの割り当て管理は不要になる。このため、設備側ゲートウェイ１毎に管理者が異なるような運用形態においても、管理コストを増大させることはない。
【０１８４】
次に、図１６を参照しながら、複数のエージェントと共用部設備機器との連携の例について説明する。
【０１８５】
例えば、エレベータの停止階操作などをテナント内から行うというユースケースを考えると、エレベータはビルの共用部設備であり、複数のテナントの複数のユーザあるいは同一のテナントの複数のユーザから同時にアクセスされる可能性がある。
【０１８６】
すでに説明したように、エージェント２と設備側ゲートウェイ１により、各テナントは、テナント内のネットワークから、直接、設備機器に対して監視・制御を行うことができる。エレベータの停止階操作や、通路の照明や空調、エントランスの自動ドア状態など共用部の設備に対して、一つのビルに入居する複数のテナントが、同一の設備側ゲートウェイ１を通じて監視・制御を行う場合において、各テナントは任意の設備機器に対して自由なタイミングで監視・制御を行うことができるとすると、偶然、同じ設備機器に対して同じ時刻に監視・制御が行われる可能性がある。
【０１８７】
そこで、複数のエージェント２が同時に（或いは、所定の時間内に相前後して）共用設備機器（図中、２４４参照）に対するリモート制御コマンドを送信し（Ｓ１６１，Ｓ１６２）、同一の設備側ゲートウェイ１が、それらを受信した場合に、該設備側ゲートウェイ１は、それら制御コマンドを同時に実行しても不具合が発生しないときは、それらを同時に実行し、そうでないときは、それら制御コマンドに対し、所定の基準に基づいて、調停処理を行う（Ｓ１６３）。
【０１８８】
なお、この調停処理は、例えば、仮想化操作点制御指示受付部２５と機器監視制御リモートプロトコル処理部２６との間に設けた調停処理部（図示せず）において行えば良い。
【０１８９】
調停が不要である場合は、例えば、共用設備機器の稼働状態やセンサーの現在値などを読み取るだけのリモート制御コマンドを受信した場合である。この場合には、同時アクセスを許可し、各エージェント２に、それぞれ、所望する値を提供すれるようにして構わない。なお、この場合に、同一の制御コマンドについては、要求元ごとに制御コマンドをそれぞれ実行しても良いが、それらのうちの一つのみを実行して読み取りを行い、その結果を利用するようにしても良い。
【０１９０】
これに対して、スイッチのＯＮ／ＯＦＦなど設備機器を直接操作するようなリモート制御コマンドや、設定変更など設備機器に何らかのデータを書き込もうとするリモート制御コマンドを複数受信した場合に、調停が必要となることがある。例えば、同一の設備機器に対して、矛盾する複数の制御コマンド（例えば、スイッチをＯＮにする制御コマンドとスイッチをＯＦＦにする制御コマンド、あるいは、温度を上げるコマンドと温度を下げるコマンド）を受信した場合、あるいは、重複して実行することによって予期しない結果が発生する複数のコマンド（例えば、設定温度を２度上げるコマンドと温度を３度上げるコマンド）を受信した場合、あるいは、実行順序によって結果が異なる複数のコマンド（例えば、設定温度を２３度にするコマンドと、設定温度を２４度にするコマンド）を受信した場合などに、調停を実行するようにしても良い。
【０１９１】
調停の方法としては、例えば、受信した複数のリモート制御コマンドから、一つを選択し、他を破棄する方法である。具体的には、例えば、コマンド発行時刻やコマンド受信時刻、あるいはあらかじめ定められたテナント識別子ＴＩＤの優先度などの所定の基準に基づいて、リモート制御コマンド（生成すべきローカル制御コマンド）を選択し、これをもとにローカル制御コマンドを生成し、該ローカル制御コマンドを設備機器に送出する方法がある。また、複数の制御コマンドについて、優先度を決定し、その優先度に従って、複数の制御コマンドを、順次、発効するキューイングのような方法も可能である。
【０１９２】
なお、これらのような調停の結果、コマンドを受け付けられなかったエージェント２に対しては、その旨を示すエラーメッセージを返答すると望ましい。
【０１９３】
ところで、共用部の設備に対する監視・制御は、各テナントのエージェント２だけでなく、ビル全体の管理を行うビル管理者のエージェント２から行われることもある。例えば、ビル管理者のエージェント２は、ビル全体の照明や空調の稼働状況や、防犯防災の設備の状態を監視し、あるフロアの機器の稼働状態がすべてオフになったことで、利用者がいなくなったことを検知し、該フロアの共用部機器に対しても稼働状態をオフにするように指令を出すことも可能である。
【０１９４】
本実施形態によれば、ビル管理システム側は、どの設備機器の操作権が、どのテナントにあるか、というテナント管理のみでよく、テナント内の個々のユーザ管理は、エージェントに委譲することができる。エージェント側では、テナント内の既存のユーザ認証の仕組みが利用できる。
【０１９５】
また、本実施形態によれば、ユーザは、設備側ゲートウェイから許可された範囲内の機器の設定を、自由にカスタマイズすることができる。
【０１９６】
また、本実施形態によれば、エージェントは、ビル管理システムと切り離されているので、ビル管理システムの制約を受けづらい。一方、プロトコル変換機能などビル管理システムと直接繋がる機能は、設備側ゲートウェイにあり、テナントのネットワークには直接は接続されておらず、テナント側運用ポリシーの制約を受けづらい。
【０１９７】
また、本実施形態によれば、実際に設備機器への操作命令を発行するのは設備側ゲートウェイの仕事であり、設備側ゲートウェイ側のポリシーでオーバーライドしてしまえば、制御を禁止することができる。
【０１９８】
なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手順を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【０１９９】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０２００】
【図１】本発明の一実施形態に係るオフィスビル内ネットワークシステムの構成例を示す図
【図２】同実施形態に係るオフィスビル内ネットワークシステムのより詳細な構成例を示す図
【図３】同実施形態に係る設備側ゲートウェイ及びエージェントを含む設備機器連携システムの構成例を示す図
【図４】同実施形態に係るエージェントの処理手順の一例を示すフローチャート
【図５】同実施形態に係る設備側ゲートウェイの処理手順の一例を示すフローチャート
【図６】テナントテーブルの一例を示す図
【図７】機器集合テーブルの一例を示す図
【図８】ポイント情報テーブルの一例を示す図
【図９】仮想化操作点テーブルの一例を示す図
【図１０】ユーザテーブルの一例を示す図
【図１１】同実施形態に係る設備側ゲートウェイ及びエージェントを含む設備機器連携システムの動作の一例について説明するための図
【図１２】同実施形態に係る設備側ゲートウェイ及びエージェントを含む設備機器連携システムの通信手順の一例を示すフローチャート
【図１３】エージェントとＯＡ機器との連携の例について説明するための図
【図１４】仮想化操作点識別子ＶＰＩＤの編集の例について説明するための図
【図１５】設備側ゲートウェイが複数ある場合の例について説明するための図
【図１６】複数のエージェントと共用部設備機器との連携の例について説明するための図
【符号の説明】
【０２０１】
１…設備側ゲートウェイ、１１…機器情報データベース、１２…テナントデータベース、１３…機器情報提供部、１４…テナント認証部、１５…機器監視制御リモートプロトコル処理部、１６…機器監視制御ローカルプロトコル処理部、２…パーソナライゼーションエージェント、２１…テナントユーザデータベース、２２…仮想化操作点データベース、２３…仮想化操作点管理部、２４…テナント内ユーザ認証部、２５…仮想化操作点制御指示受付部、２６…機器監視制御リモートプロトコル処理部、１００…制御系ネットワーク、１０２…設備機器監視システム、１０６…照明ＩＰコントローラ、１０８…空調ＩＰコントローラ、１１５…エレベータＩＰコントローラ、１１６…共用部照明ＩＰコントローラ、１１８…共用部空調ＩＰコントローラ、１２１…情報系基幹ネットワーク、１２２…基幹ルータ、２００…ルータ、２０１…テナント内ネットワーク、１５０…中間ネットワーク、２０３…業務システム、２０２…ユーザ端末、２２１…スクリーンセーバモジュール、２２２…Ｗｅｂブラウザ、２２３…クライアントモジュール、２４０〜２４４…設備機器、３００…インターネット、４００…オフィスビル内ネットワークシステム、５００…オフィスビル
【特許請求の範囲】
【請求項１】
ビル内の設備機器を接続するための制御系ネットワークに接続されたゲートウェイ装置と、該制御系ネットワーク以外のネットワークを介して該ゲートウェイ装置と通信可能で且つテナント毎に設けられるエージェント装置とを含む設備機器連携システムであって、
前記エージェント装置は、
操作対象とする１以上の設備機器を組み合わせた仮想化操作点を定義した仮想化操作点情報を１以上記憶する記憶手段と、
クライアント装置に係るユーザに対するユーザ認証を行うユーザ認証手段と、
何れかの前記仮想化操作点に対する制御の要求を受信する要求受信手段と、
前記クライアント装置に係る前記ユーザ認証に成功しており且つ該クライアント装置から前記要求を受信している場合に、該要求に係る前記仮想化操作点情報をもとに、該要求に係る前記設備機器を制御対象とし且つ特定のリモートプロトコルによるリモート制御コマンドを生成するリモート制御コマンド生成手段と、
前記ゲートウェイ装置により行われる、前記クライアント装置に係るテナントに対するテナント認証に成功している場合に、前記リモート制御コマンドを前記ゲートウェイ装置に送信するリモート制御コマンド送信手段とを備え、
前記ゲートウェイ装置は、
前記テナント認証を行うテナント認証手段と、
前記リモート制御コマンドを受信するリモート制御コマンド受信手段と、
前記エージェント装置に係る前記テナント認証に成功しており且つ該エージェント装置から前記リモート制御コマンドを受信している場合に、該リモート制御コマンドをもとに、該リモート制御コマンドに係る設備機器を制御対象とし且つ特定のローカルプロトコルによるローカル制御コマンドを生成するローカル制御コマンド生成手段と、
生成された前記ローカル制御コマンドを、前記制御系ネットワークを介して、該ローカル制御コマンドに係る前記設備機器又はそのコントローラに送信するローカル制御コマンド送信手段とを備えたことを特徴とする設備機器連携システム。
【請求項２】
前記記憶手段は、前記仮想化操作点情報を各ユーザ対応に記憶し、
前記エージェント装置は、前記クライアント装置から、特定のユーザに対応する前記仮想化操作点情報に対する追加、修正又は削除を含む編集を受ける手段を更に備えたことを特長とする請求項１に記載の設備機器連携システム。
【請求項３】
前記記憶手段は、前記仮想化操作点情報を各ユーザ対応に記憶し、
前記クライアント装置は、
前記エージェント装置に前記ユーザ認証を要求する手段と、
前記ユーザ認証に成功した後に、当該ユーザに係る前記仮想化操作点のうちから、制御対象とするものを選択する指示をユーザから受け付ける手段と、
受け付けた前記指示に係る前記仮想化操作点に対する制御の要求を前記エージェント装置に送信する手段とを含むことを特徴とする請求項１に記載の設備機器連携システム。
【請求項４】
前記クライアント装置は、特定のイベントが検出された場合に、該特定のイベントに対応する特定の仮想化操作点に対する制御の要求を自動的に前記エージェント装置に送信する手段を含むことを特徴とする請求項１に記載の設備機器連携システム。
【請求項５】
各々の前記仮想化操作点は、当該仮想化操作点に係る１以上の設備機器のそれぞれについて、当該設備機器を識別する機器識別子と、当該設備機器に対応する前記ゲートウェイ装置を識別するゲートウェイ識別子との組を含み、
前記リモート制御コマンド生成手段は、前記要求に係る前記仮想化操作点情報に複数の異なる機器識別子及び複数の異なるゲートウェイ識別子が含まれる場合には、少なくとも各ゲートウェイ識別子ごとに、前記リモート制御コマンドを生成することを特徴とする請求項１に記載の設備機器連携システム。
【請求項６】
前記ゲートウェイ装置は、前記テナント毎に、当該テナントに係るユーザによる制御が許されている１以上の設備機器を識別する機器識別子のリスト情報を記憶する手段を更に備え、
前記ローカル制御コマンド生成手段は、前記リモート制御コマンドに係る設備機器の機器識別子をもとに、前記リスト情報を参照し、該設備機器に対する制御が許されている場合にのみ、該設備機器を制御対象とする前記ローカル制御コマンドを生成することを特徴とする請求項１に記載の設備機器連携システム。
【請求項７】
前記ゲートウェイ装置は、同一の設備機器に対して、同時に又は所定の時間内に相前後して、複数のリモート制御コマンドを受信した場合に、所定の基準に従った調停処理を行う手段を更に備えたことを特徴とする請求項１に記載の設備機器連携システム。
【請求項８】
前記ゲートウェイ装置は、各々の前記エージェント装置に対して、当該エージェントから当該ゲートウェイ装置を介して制御することの可能な設備機器に関する情報を提供する手段を更に備えたことを特徴とする請求項１に記載の設備機器連携システム。
【請求項９】
前記ユーザ認証手段は、外部のシングルサインオンシステムと連動して、前記ユーザ認証を行うことを特徴とする請求項１に記載の設備機器連携システム。
【請求項１０】
ビル内の設備機器を接続するための制御系ネットワークに接続されたゲートウェイ装置と該制御系ネットワーク以外のネットワークを介して通信可能で且つテナント毎に設けられるエージェント装置であって、
前記エージェント装置は、
操作対象とする１以上の設備機器を組み合わせた仮想化操作点を定義した仮想化操作点情報を１以上記憶する記憶手段と、
クライアント装置に係るユーザに対するユーザ認証を行うユーザ認証手段と、
何れかの前記仮想化操作点に対する制御の要求を受信する要求受信手段と、
前記クライアント装置に係る前記ユーザ認証に成功しており且つ該クライアント装置から前記要求を受信している場合に、該要求に係る前記仮想化操作点情報をもとに、該要求に係る前記設備機器を制御対象とし且つ特定のリモートプロトコルによるリモート制御コマンドを生成するリモート制御コマンド生成手段と、
前記ゲートウェイ装置により行われる、前記クライアント装置に係るテナントに対するテナント認証に成功している場合に、前記リモート制御コマンドを前記ゲートウェイ装置に送信するリモート制御コマンド送信手段とを備えたことを特徴とするエージェント装置。
【請求項１１】
前記記憶手段は、前記仮想化操作点情報を各ユーザ対応に記憶し、
前記エージェント装置は、前記クライアント装置から、特定のユーザに対応する前記仮想化操作点情報に対する追加、修正又は削除を含む編集を受ける手段を更に備えたことを特長とする請求項１１に記載のエージェント装置。
【請求項１２】
前記記憶手段は、前記仮想化操作点情報を各ユーザ対応に記憶し、
前記クライアント装置は、
前記エージェント装置に前記ユーザ認証を要求する手段と、
前記ユーザ認証に成功した後に、当該ユーザに係る前記仮想化操作点のうちから、制御対象とするものを選択する指示をユーザから受け付ける手段と、
受け付けた前記指示に係る前記仮想化操作点に対する制御の要求を前記エージェント装置に送信する手段とを含むことを特徴とする請求項１１に記載のエージェント装置。
【請求項１３】
前記クライアント装置は、特定のイベントが検出された場合に、該特定のイベントに対応する特定の仮想化操作点に対する制御の要求を自動的に前記エージェント装置に送信する手段を含むことを特徴とする請求項１１に記載のエージェント装置。
【請求項１４】
各々の前記仮想化操作点は、当該仮想化操作点に係る１以上の設備機器のそれぞれについて、当該設備機器を識別する機器識別子と、当該設備機器に対応する前記ゲートウェイ装置を識別するゲートウェイ識別子との組を含み、
前記リモート制御コマンド生成手段は、前記要求に係る前記仮想化操作点情報に複数の異なる機器識別子及び複数の異なるゲートウェイ識別子が含まれる場合には、少なくとも各ゲートウェイ識別子ごとに、前記リモート制御コマンドを生成することを特徴とする請求項１１に記載のエージェント装置。
【請求項１５】
前記ユーザ認証手段は、外部のシングルサインオンシステムと連動して、前記ユーザ認証を行うことを特徴とする請求項１１に記載のエージェント装置。
【請求項１６】
ビル内の設備機器を接続するための制御系ネットワークに接続されたゲートウェイ装置と、該制御系ネットワーク以外のネットワークを介して該ゲートウェイ装置と通信可能で且つテナント毎に設けられるエージェント装置とを含む設備機器連携システムにおける機器制御方法であって、
前記エージェント装置が備える記憶手段が、操作対象とする１以上の設備機器を組み合わせた仮想化操作点を定義した仮想化操作点情報を１以上記憶するステップと、
前記エージェント装置が備えるユーザ認証手段が、クライアント装置に係るユーザに対するユーザ認証を行うステップと、
前記エージェント装置が備える要求受信手段が、何れかの前記仮想化操作点に対する制御の要求を受信するステップと、
前記エージェント装置が備えるリモート制御コマンド生成手段が、前記クライアント装置に係る前記ユーザ認証に成功しており且つ該クライアント装置から前記要求を受信している場合に、該要求に係る前記仮想化操作点情報をもとに、該要求に係る前記設備機器を制御対象とし且つ特定のリモートプロトコルによるリモート制御コマンドを生成するステップと、
前記エージェント装置が備えるリモート制御コマンド送信手段が、前記ゲートウェイ装置により行われる、前記クライアント装置に係るテナントに対するテナント認証に成功している場合に、前記リモート制御コマンドを前記ゲートウェイ装置に送信するステップと、
前記ゲートウェイ装置が備えるテナント認証手段が、前記テナント認証を行うステップと、
前記ゲートウェイ装置が備えるリモート制御コマンド受信手段が、前記リモート制御コマンドを受信するステップと、
前記ゲートウェイ装置が備えるローカル制御コマンド生成手段が、前記エージェント装置に係る前記テナント認証に成功しており且つ該エージェント装置から前記リモート制御コマンドを受信している場合に、該リモート制御コマンドをもとに、該リモート制御コマンドに係る設備機器を制御対象とし且つ特定のローカルプロトコルによるローカル制御コマンドを生成するステップと、
前記ゲートウェイ装置が備えるローカル制御コマンド送信手段が、生成された前記ローカル制御コマンドを、前記制御系ネットワークを介して、該ローカル制御コマンドに係る前記設備機器又はそのコントローラに送信するステップとを有することを特徴とする機器制御方法。
【請求項１】
ビル内の設備機器を接続するための制御系ネットワークに接続されたゲートウェイ装置と、該制御系ネットワーク以外のネットワークを介して該ゲートウェイ装置と通信可能で且つテナント毎に設けられるエージェント装置とを含む設備機器連携システムであって、
前記エージェント装置は、
操作対象とする１以上の設備機器を組み合わせた仮想化操作点を定義した仮想化操作点情報を１以上記憶する記憶手段と、
クライアント装置に係るユーザに対するユーザ認証を行うユーザ認証手段と、
何れかの前記仮想化操作点に対する制御の要求を受信する要求受信手段と、
前記クライアント装置に係る前記ユーザ認証に成功しており且つ該クライアント装置から前記要求を受信している場合に、該要求に係る前記仮想化操作点情報をもとに、該要求に係る前記設備機器を制御対象とし且つ特定のリモートプロトコルによるリモート制御コマンドを生成するリモート制御コマンド生成手段と、
前記ゲートウェイ装置により行われる、前記クライアント装置に係るテナントに対するテナント認証に成功している場合に、前記リモート制御コマンドを前記ゲートウェイ装置に送信するリモート制御コマンド送信手段とを備え、
前記ゲートウェイ装置は、
前記テナント認証を行うテナント認証手段と、
前記リモート制御コマンドを受信するリモート制御コマンド受信手段と、
前記エージェント装置に係る前記テナント認証に成功しており且つ該エージェント装置から前記リモート制御コマンドを受信している場合に、該リモート制御コマンドをもとに、該リモート制御コマンドに係る設備機器を制御対象とし且つ特定のローカルプロトコルによるローカル制御コマンドを生成するローカル制御コマンド生成手段と、
生成された前記ローカル制御コマンドを、前記制御系ネットワークを介して、該ローカル制御コマンドに係る前記設備機器又はそのコントローラに送信するローカル制御コマンド送信手段とを備えたことを特徴とする設備機器連携システム。
【請求項２】
前記記憶手段は、前記仮想化操作点情報を各ユーザ対応に記憶し、
前記エージェント装置は、前記クライアント装置から、特定のユーザに対応する前記仮想化操作点情報に対する追加、修正又は削除を含む編集を受ける手段を更に備えたことを特長とする請求項１に記載の設備機器連携システム。
【請求項３】
前記記憶手段は、前記仮想化操作点情報を各ユーザ対応に記憶し、
前記クライアント装置は、
前記エージェント装置に前記ユーザ認証を要求する手段と、
前記ユーザ認証に成功した後に、当該ユーザに係る前記仮想化操作点のうちから、制御対象とするものを選択する指示をユーザから受け付ける手段と、
受け付けた前記指示に係る前記仮想化操作点に対する制御の要求を前記エージェント装置に送信する手段とを含むことを特徴とする請求項１に記載の設備機器連携システム。
【請求項４】
前記クライアント装置は、特定のイベントが検出された場合に、該特定のイベントに対応する特定の仮想化操作点に対する制御の要求を自動的に前記エージェント装置に送信する手段を含むことを特徴とする請求項１に記載の設備機器連携システム。
【請求項５】
各々の前記仮想化操作点は、当該仮想化操作点に係る１以上の設備機器のそれぞれについて、当該設備機器を識別する機器識別子と、当該設備機器に対応する前記ゲートウェイ装置を識別するゲートウェイ識別子との組を含み、
前記リモート制御コマンド生成手段は、前記要求に係る前記仮想化操作点情報に複数の異なる機器識別子及び複数の異なるゲートウェイ識別子が含まれる場合には、少なくとも各ゲートウェイ識別子ごとに、前記リモート制御コマンドを生成することを特徴とする請求項１に記載の設備機器連携システム。
【請求項６】
前記ゲートウェイ装置は、前記テナント毎に、当該テナントに係るユーザによる制御が許されている１以上の設備機器を識別する機器識別子のリスト情報を記憶する手段を更に備え、
前記ローカル制御コマンド生成手段は、前記リモート制御コマンドに係る設備機器の機器識別子をもとに、前記リスト情報を参照し、該設備機器に対する制御が許されている場合にのみ、該設備機器を制御対象とする前記ローカル制御コマンドを生成することを特徴とする請求項１に記載の設備機器連携システム。
【請求項７】
前記ゲートウェイ装置は、同一の設備機器に対して、同時に又は所定の時間内に相前後して、複数のリモート制御コマンドを受信した場合に、所定の基準に従った調停処理を行う手段を更に備えたことを特徴とする請求項１に記載の設備機器連携システム。
【請求項８】
前記ゲートウェイ装置は、各々の前記エージェント装置に対して、当該エージェントから当該ゲートウェイ装置を介して制御することの可能な設備機器に関する情報を提供する手段を更に備えたことを特徴とする請求項１に記載の設備機器連携システム。
【請求項９】
前記ユーザ認証手段は、外部のシングルサインオンシステムと連動して、前記ユーザ認証を行うことを特徴とする請求項１に記載の設備機器連携システム。
【請求項１０】
ビル内の設備機器を接続するための制御系ネットワークに接続されたゲートウェイ装置と該制御系ネットワーク以外のネットワークを介して通信可能で且つテナント毎に設けられるエージェント装置であって、
前記エージェント装置は、
操作対象とする１以上の設備機器を組み合わせた仮想化操作点を定義した仮想化操作点情報を１以上記憶する記憶手段と、
クライアント装置に係るユーザに対するユーザ認証を行うユーザ認証手段と、
何れかの前記仮想化操作点に対する制御の要求を受信する要求受信手段と、
前記クライアント装置に係る前記ユーザ認証に成功しており且つ該クライアント装置から前記要求を受信している場合に、該要求に係る前記仮想化操作点情報をもとに、該要求に係る前記設備機器を制御対象とし且つ特定のリモートプロトコルによるリモート制御コマンドを生成するリモート制御コマンド生成手段と、
前記ゲートウェイ装置により行われる、前記クライアント装置に係るテナントに対するテナント認証に成功している場合に、前記リモート制御コマンドを前記ゲートウェイ装置に送信するリモート制御コマンド送信手段とを備えたことを特徴とするエージェント装置。
【請求項１１】
前記記憶手段は、前記仮想化操作点情報を各ユーザ対応に記憶し、
前記エージェント装置は、前記クライアント装置から、特定のユーザに対応する前記仮想化操作点情報に対する追加、修正又は削除を含む編集を受ける手段を更に備えたことを特長とする請求項１１に記載のエージェント装置。
【請求項１２】
前記記憶手段は、前記仮想化操作点情報を各ユーザ対応に記憶し、
前記クライアント装置は、
前記エージェント装置に前記ユーザ認証を要求する手段と、
前記ユーザ認証に成功した後に、当該ユーザに係る前記仮想化操作点のうちから、制御対象とするものを選択する指示をユーザから受け付ける手段と、
受け付けた前記指示に係る前記仮想化操作点に対する制御の要求を前記エージェント装置に送信する手段とを含むことを特徴とする請求項１１に記載のエージェント装置。
【請求項１３】
前記クライアント装置は、特定のイベントが検出された場合に、該特定のイベントに対応する特定の仮想化操作点に対する制御の要求を自動的に前記エージェント装置に送信する手段を含むことを特徴とする請求項１１に記載のエージェント装置。
【請求項１４】
各々の前記仮想化操作点は、当該仮想化操作点に係る１以上の設備機器のそれぞれについて、当該設備機器を識別する機器識別子と、当該設備機器に対応する前記ゲートウェイ装置を識別するゲートウェイ識別子との組を含み、
前記リモート制御コマンド生成手段は、前記要求に係る前記仮想化操作点情報に複数の異なる機器識別子及び複数の異なるゲートウェイ識別子が含まれる場合には、少なくとも各ゲートウェイ識別子ごとに、前記リモート制御コマンドを生成することを特徴とする請求項１１に記載のエージェント装置。
【請求項１５】
前記ユーザ認証手段は、外部のシングルサインオンシステムと連動して、前記ユーザ認証を行うことを特徴とする請求項１１に記載のエージェント装置。
【請求項１６】
ビル内の設備機器を接続するための制御系ネットワークに接続されたゲートウェイ装置と、該制御系ネットワーク以外のネットワークを介して該ゲートウェイ装置と通信可能で且つテナント毎に設けられるエージェント装置とを含む設備機器連携システムにおける機器制御方法であって、
前記エージェント装置が備える記憶手段が、操作対象とする１以上の設備機器を組み合わせた仮想化操作点を定義した仮想化操作点情報を１以上記憶するステップと、
前記エージェント装置が備えるユーザ認証手段が、クライアント装置に係るユーザに対するユーザ認証を行うステップと、
前記エージェント装置が備える要求受信手段が、何れかの前記仮想化操作点に対する制御の要求を受信するステップと、
前記エージェント装置が備えるリモート制御コマンド生成手段が、前記クライアント装置に係る前記ユーザ認証に成功しており且つ該クライアント装置から前記要求を受信している場合に、該要求に係る前記仮想化操作点情報をもとに、該要求に係る前記設備機器を制御対象とし且つ特定のリモートプロトコルによるリモート制御コマンドを生成するステップと、
前記エージェント装置が備えるリモート制御コマンド送信手段が、前記ゲートウェイ装置により行われる、前記クライアント装置に係るテナントに対するテナント認証に成功している場合に、前記リモート制御コマンドを前記ゲートウェイ装置に送信するステップと、
前記ゲートウェイ装置が備えるテナント認証手段が、前記テナント認証を行うステップと、
前記ゲートウェイ装置が備えるリモート制御コマンド受信手段が、前記リモート制御コマンドを受信するステップと、
前記ゲートウェイ装置が備えるローカル制御コマンド生成手段が、前記エージェント装置に係る前記テナント認証に成功しており且つ該エージェント装置から前記リモート制御コマンドを受信している場合に、該リモート制御コマンドをもとに、該リモート制御コマンドに係る設備機器を制御対象とし且つ特定のローカルプロトコルによるローカル制御コマンドを生成するステップと、
前記ゲートウェイ装置が備えるローカル制御コマンド送信手段が、生成された前記ローカル制御コマンドを、前記制御系ネットワークを介して、該ローカル制御コマンドに係る前記設備機器又はそのコントローラに送信するステップとを有することを特徴とする機器制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００９−２２４８５２（Ｐ２００９−２２４８５２Ａ）
【公開日】平成２１年１０月１日（２００９．１０．１）
【国際特許分類】
【出願番号】特願２００８−６４２３４（Ｐ２００８−６４２３４）
【出願日】平成２０年３月１３日（２００８．３．１３）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２１年１０月１日（２００９．１０．１）
【国際特許分類】
【出願日】平成２０年３月１３日（２００８．３．１３）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]