JP2015114918A - 設備管理装置、通信制御方法、および、プログラム - Google Patents

Abstract

【課題】ＨＴＴＰ以外のプロトコルを用いて通信を行う場合でも、セキュリティを高めつつ、設備機器の管理を行うことのできる設備管理装置等を提供する。
【解決手段】ＷｅｂＳｏｃｋｅｔ解析部３３は、監視端末から送られたコマンドにＨＴＴＰヘッダを付加し、ＨＴＴＰ解析部３６に転送する。その際、認証代行部３５は、認証コード８２を記憶していれば、ＨＴＴＰヘッダに付加する。ＨＴＴＰ解析部３６は、付加された認証コードを用いて認証を行う。認証が成功すると、コマンド処理部３８は、コマンドに従った処理を行い、処理結果を示す応答コマンドをＨＴＴＰ形式にて生成して、ＷｅｂＳｏｃｋｅｔ解析部３３に転送する。ＷｅｂＳｏｃｋｅｔ解析部３３は、ＨＴＴＰ変換部３４により、ＨＴＴＰ形式の応答コマンドをＷｅｂＳｏｃｋｅｔ形式に変換し、監視端末に返信する。
【選択図】図２

Description

本発明は、設備管理装置、通信制御方法、および、プログラムに関する。

従来より、ビルなどの施設には、空調機器や照明機器等の設備機器が多数設置されており、それらの設備機器を管理（監視や制御）可能な設備管理装置が知られている。この設備管理装置の中には、施設内のＬＡＮ（Local Area Network）を介して、監視端末（管理者のパソコン等）と通信可能となっている場合もある。その場合、ユーザ（管理者）は、監視端末のＷｅｂブラウザから設備管理装置にアクセスして、設備機器の運転状態等を監視することができる。

なお、監視端末以外の端末が接続可能なＬＡＮ上に設備管理装置を設置する場合には、不正アクセスや意図しない誤操作等を防止するセキュリティ性能が要求される。そのため、例えば、Ｗｅｂブラウザから設備管理装置に接続したときにログイン画面を表示させ、ユーザ認証を正しく行えた端末にのみ、以降の通信を許可する仕組みが用いられている。

例えば、特許文献１には、Ｗｅｂブラウザの標準通信プロトコルであるＨＴＴＰ（Hypertext Transfer Protocol）を用いる場合において、ＨＴＴＰヘッダのＣｏｏｋｉｅを使用したセッション管理方法が開示されている。このセッション管理方法では、サーバ側のセッション管理部が、クライアントからのセッション開始要求メッセージを受信すると、セッションを識別するためのセッションＩＤを生成し、記憶領域に記録すると共に、ＨＴＴＰレスポンスメッセージのメッセージヘッダにセッションＩＤを含むＣｏｏｋｉｅ作成要求メッセージを付加して、クライアントに返信している。

特開２００５−１０９１３号公報

上述した特許文献１のセッション管理方法では、Ｃｏｏｋｉｅ内に認証済みを示す認証コードを含むように応用しており、クライアント側からＨＴＴＰコマンドごとに付加される認証コードによって、認証済みかどうかをサーバ側で判別することが可能となっている。
しかしながら、特許文献１のセッション管理方法は、通信ごとに接続・切断が行われるプロトコルであって、Ｃｏｏｋｉｅを付加可能なヘッダ部が用意されているＨＴＴＰにおいて実現可能な技術であり、ＨＴＴＰ以外のプロトコルを用いた場合に、実現できない場合もあった。例えば、近年Ｗｅｂブラウザで利用可能となりつつある常時接続型のＷｅｂＳｏｃｋｅｔプロトコルでは、各通信ごとのヘッダ部にはＣｏｏｋｉｅを付加する領域が無いため、特許文献１のセッション管理方法を利用することができなかった。

そのため、ＷｅｂＳｏｃｋｅｔプロトコルなどのようなＨＴＴＰ以外のプロトコルを用いた通信を行う場合でも、セキュリティを高めつつ、設備機器の管理（監視や制御）を行うことのできる技術が求められていた。

本発明は、上記のような問題点を解決するためになされたもので、ＨＴＴＰ以外のプロトコルを用いて通信を行う場合でも、セキュリティを高めつつ、設備機器の管理を行うことのできる設備管理装置、通信制御方法、および、プログラムを提供することを目的とする。

上記目的を達成するために、本発明に係る設備管理装置は、
設備機器を管理する設備管理装置であり、ネットワーク上の監視端末との間でＷｅｂＳｏｃｋｅｔプロトコルにて通信を行う設備管理装置であって、
ユーザ認証が成功した前記監視端末の認証データを記憶するデータ記憶部と、
前記監視端末から送られるＷｅｂＳｏｃｋｅｔ形式のコマンドを解析するＷｅｂＳｏｃｋｅｔ解析部と、
ＨＴＴＰ形式のコマンドに含まれる認証データを使用して、前記監視端末を認証するＨＴＴＰ認証部と、
前記ＨＴＴＰ認証部が認証に成功したコマンドを処理するコマンド処理部と、を備え、
前記ＷｅｂＳｏｃｋｅｔ解析部は、前記ＷｅｂＳｏｃｋｅｔ形式のコマンドに、前記データ記憶部に記憶される前記認証データを含むＨＴＴＰヘッダを付加して、前記ＨＴＴＰ認証部に転送する、
ことを特徴とする。

本発明によれば、ＨＴＴＰ以外のプロトコルを用いて通信を行う場合でも、セキュリティを高めつつ、設備機器の管理を行うことができる。

本発明の実施形態に係る設備管理システムの全体構成の一例を示すブロック図である。 設備管理装置の構成の一例を示すブロック図である。 監視端末の構成の一例を示すブロック図である。 監視端末と設備管理装置との間におけるデータの流れを示すシーケンス図である。 ユーザ認証処理を説明するためのフローチャートである。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。なお、図中同一又は相当部分には同一符号を付す。

図１は、本発明の実施形態に係る設備管理システム１の全体構成の一例を示すブロック図である。この設備管理システム１は、管理（監視や制御）の対象となる各設備機器２を、監視端末４から設備管理装置３を通じて管理するシステムである。
以下では、監視端末４は、Ｗｅｂブラウザを実行可能な汎用的なパソコン等である場合を一例として説明する。このＷｅｂブラウザは、ＷｅｂＳｏｃｋｅｔプロトコルにて通信が行えるようになっている。なお、ＷｅｂＳｏｃｋｅｔプロトコルとは、ＷｅｂサーバとＷｅｂクライアントとの双方向通信用の技術規格である。ＷｅｂＳｏｃｋｅｔプロトコルで接続すれば、ＨＴＴＰとは異なり、常時接続しておくことが可能である。そのため、接続後であれば、必要なときに設備管理装置３及び監視端末４のどちらからでも通信を開始することが可能となる。

設備管理システム１は、例えば、複数の設備機器２が配置されるビル等の施設に適用される。この設備管理システム１は、各設備機器２と、設備管理装置３と、複数の監視端末４とから構成される。なお、各設備機器２と設備管理装置３との間は、専用通信線５を介して通信可能に接続されている。また、設備管理装置３と各監視端末４との間は、通信線６を介して通信可能に接続されている。この通信線６については、同一拠点内で接続されたＬＡＮ（Local Area Network）とすることができる。この他にも、通信線６を、例えば、ＶＰＮルータを介して各監視端末４と設備管理装置３とを接続するインターネット回線とすることもできる。

複数の設備機器２は、例えば、空調機器、照明機器、又は、給湯機器などからなり、施設内の指定場所にそれぞれ設置されている。各設備機器２は、設備管理装置３の管理の下で動作する。設備機器２の運転状態は、専用通信線５を介して設備管理装置３に通知される。このような複数の設備機器２を、以下では設備機器群７とも呼ぶ。

設備管理装置３は、複数の設備機器２からなる設備機器群７を統括的に管理（監視や制御）する。設備管理装置３の構成を、以下、図２のブロック図を参照して説明する。
図２に示すように、設備管理装置３は、表示部１０と、入力部２０と、制御部３０と、データ記憶部４０と、設備機器通信管理部５０と、監視端末通信管理部６０とを備えている。

表示部１０は、例えば、液晶ディスプレイ等の表示デバイスである。表示部１０は、制御部３０による制御の下、設備機器群７の管理（監視や制御）を行うための各種画面を表示する。

入力部２０は、例えば、マウス、キーボード、タッチパネル等の入力デバイスである。なお、入力部２０がタッチパネルである場合には、表示部１０上に設置される。管理者が入力部２０から所望の操作を行うと、その操作を示す操作情報が制御部３０に供給され、例えば、画面の切り換えや、目的の設備機器２の制御等を行うことができる。

制御部３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等から構成される。より詳細には、ＲＯＭ等に格納されたプログラムをＲＡＭに読み出して、ＣＰＵが実行することにより、制御部３０の機能が実現される。

制御部３０は、設備機器２の運転状態を保持（管理）し、監視端末４に表示させる画面（監視画面等）に必要なデータを送受信する処理を行っている。また、制御部３０は、監視端末４からの接続要求を受理し、受信した各種コマンド（監視コマンドや制御コマンド等）の応答、操作実行処理、及び、各通信コマンド単位の認証処理を行っている。
より詳細に制御部３０には、設備機器管理部３１、Ｗｅｂサーバ部３２、ＷｅｂＳｏｃｋｅｔ解析部３３、及び、ＨＴＴＰ（Hypertext Transfer Protocol）解析部３６が含まれている。

設備機器管理部３１は、設備機器群７の運転状態を管理する。

Ｗｅｂサーバ部３２は、監視端末４からの接続要求を受理し、後述するＷｅｂコンテンツ９０の送信等を行う。

ＷｅｂＳｏｃｋｅｔ解析部３３は、ＷｅｂＳｏｃｋｅｔプロトコルによる各種コマンド（監視コマンドや制御コマンド等）を解析する。なお、ＷｅｂＳｏｃｋｅｔ解析部３３には、ＨＴＴＰ変換部３４が含まれている。
ＨＴＴＰ変換部３４は、ＷｅｂＳｏｃｋｅｔ形式からＨＴＴＰ形式に変換し、逆に、ＨＴＴＰ形式からＷｅｂＳｏｃｋｅｔ形式に変換する。例えば、ＨＴＴＰ変換部３４は、ＷｅｂＳｏｃｋｅｔ形式のコマンドをＨＴＴＰ形式のコマンドに変換する。また、ＨＴＴＰ変換部３４は、ＨＴＴＰ形式の応答データをＷｅｂＳｏｃｋｅｔ形式の応答データに変換する。なお、ＨＴＴＰ変換部３４には、認証代行部３５が含まれている。
認証代行部３５は、認証成功時に発行された認証コードをデータ記憶部４０（後述する接続端末データ８０）に保持して管理する。
そして、ＷｅｂＳｏｃｋｅｔ解析部３３は、認証代行部３５が認証コードを管理している場合（認証済みの場合）に、その認証コード（後述する認証コード８２）を、受信したＷｅｂＳｏｃｋｅｔ形式のコマンド内のデータ部に、ＨＴＴＰヘッダに含めて付加し、ＨＴＴＰ解析部３６に転送する。なお、認証代行部３５が認証コードを管理していない場合（未認証の場合）に、ＷｅｂＳｏｃｋｅｔ解析部３３は、付加するＨＴＴＰヘッダに認証コードを含めずに、ＨＴＴＰ解析部３６に転送する。

ＨＴＴＰ解析部３６は、ＨＴＴＰ形式のコマンド等の処理を行う。なお、ＨＴＴＰ解析部３６には、ＨＴＴＰ認証部３７、及び、コマンド処理部３８が含まれている。
ＨＴＴＰ認証部３７は、ＨＴＴＰヘッダに含まれる認証コードを使用して、コマンドの認証を行う。なお、ＨＴＴＰ認証部３７は、ユーザのログイン時には、例えば、ログイン画面にて入力されるユーザＩＤ及びパスワード等を用いてユーザの認証を試みる。そして、認証成功時にＨＴＴＰ認証部３７は、認証コードを生成する。
コマンド処理部３８は、認証されたコマンドに応じた処理を実行し、設備機器２を制御する。

データ記憶部４０は、設備機器群７の監視等を行うために必要となる各種データや、各通信コマンド単位での認証を行うために必要となる各種データを記憶し管理する。
データ記憶部４０で管理されるデータには、大別して、設備機器データ７０と、接続端末データ８０と、Ｗｅｂコンテンツ９０とが含まれている。

設備機器データ７０には、各設備機器２の運転状態データ７１が含まれている。この運転状態データ７１は、各設備機器２の現在の運転状態（例えば、設備機器２が空調機器である場合は、運転・停止状態や、冷房や暖房などの運転モード、設定温度、室内温度など）を示すデータである。運転状態データ７１は、各設備機器２とのデータ送受信により、最新の状態に随時更新されている。

接続端末データ８０は、各通信コマンド単位での認証を行うために必要なデータであり、接続されている監視端末４ごとに接続情報８１、及び、認証コード８２が含まれている。

接続情報８１は、例えば、設備管理装置３に接続中の監視端末４のＩＰアドレス、ポート番号など、ＷｅｂＳｏｃｋｅｔ通信を行うために必要な情報である。

認証コード８２は、ユーザ認証の実施時にＨＴＴＰ認証部３７から発行される認証済みを示すデータ（Ｃｏｏｋｉｅ）であり、ユーザ認証を通っていない監視端末４の場合は空の状態となる。
一例として、認証コード８２は、接続日時、及び、接続先（監視端末４のＩＰアドレス等）から、予め定められた演算（例えば、暗号化等）によって生成される。

Ｗｅｂコンテンツ９０は、監視端末４のＷｅｂブラウザで表示されるコンテンツであり、フレーム構成を記述するＨＴＭＬ（HyperText Markup Language）ファイル、表示内容の動的な変更および通信処理を行うプログラムであるＪａｖａＳｃｒｉｐｔ（登録商標）ファイル、表示のテンプレートとなるＣＳＳファイル、及び、その他画像ファイルなどが含まれている。

設備機器通信管理部５０は、専用通信線５のインターフェイスである。設備管理装置３は、この設備機器通信管理部５０を介して各設備機器２とのデータの送受信を行う。なお、専用通信線５は、必ずしも専用の通信線である必要はなく、汎用的な通信線であるＬＡＮやＲＳ−４８５インターフェイスなどを用いた構成としてもよい。

監視端末通信管理部６０は、通信線６のインターフェイスである。設備管理装置３は、この監視端末通信管理部６０を介して監視端末４との間でデータの送受信を行う。この通信線６は、例えば、有線ＬＡＮや無線ＬＡＮなど、汎用的な通信が可能な通信路である。

図１に戻って、監視端末４は、例えば、Ｗｅｂブラウザを実行可能な汎用的なパソコン等である。なお、Ｗｅｂブラウザは、ＷｅｂＳｏｃｋｅｔプロトコルにて通信が行えるようになっている。監視端末４の構成を、以下、図３のブロック図を参照して説明する。
監視端末４は、表示部１００と、入力部１１０と、制御部１２０と、データ記憶部１３０と、通信管理部１４０とを備えている。

表示部１００は、例えば、液晶ディスプレイ等の表示デバイスである。表示部１００は、制御部１２０による制御の下、設備管理装置３から取得したＷｅｂコンテンツ９０に基づいた監視画面等を表示する。

入力部１１０は、例えば、マウス、キーボード、タッチパネル等の入力デバイスである。なお、入力部１１０がタッチパネルである場合には、表示部１００上に設置される。ユーザが入力部１１０から所望の操作を行うと、その操作を示す操作情報が制御部１２０に供給され、例えば、画面の切り換えや、目的の設備機器２の制御等を行うことができる。

制御部１２０は、例えば、ＣＰＵ、ＲＯＭ及びＲＡＭ等から構成される。より詳細には、ＲＯＭ等に格納されたプログラムをＲＡＭに読み出して、ＣＰＵが実行することにより、制御部１２０の機能が実現される。

制御部１２０は、Ｗｅｂブラウザの制御等を行う。例えば、制御部１２０は、入力部１１０からの操作に従い、接続先の設備管理装置３と通信を行ってＷｅｂコンテンツ９０を取得し、設備機器群７の監視画面等を表示部１００に表示する。
より詳細に制御部１２０には、Ｗｅｂコンテンツ解析部１２１と、ＨＴＴＰ通信管理部１２２と、ＷｅｂＳｏｃｋｅｔ通信管理部１２３とが含まれている。

Ｗｅｂコンテンツ解析部１２１は、設備管理装置３から取得したＷｅｂコンテンツ９０を解析して監視画面等を表示部１００に表示する。

ＨＴＴＰ通信管理部１２２は、ＨＴＴＰでの通信を制御する。例えば、Ｗｅｂブラウザに、設備管理装置３のＵＲＬが入力されると、ＨＴＴＰ通信管理部１２２は、設備管理装置３に対してＨＴＴＰに従って接続を開始する。

ＷｅｂＳｏｃｋｅｔ通信管理部１２３は、ＷｅｂＳｏｃｋｅｔプロトコルでの通信を制御する。例えば、ＷｅｂＳｏｃｋｅｔ通信管理部１２３は、設備管理装置３から取得したＷｅｂコンテンツ９０に含まれるＪａｖａＳｃｒｉｐｔ（登録商標）で記載されたプログラムを実行し、ＷｅｂＳｏｃｋｅｔプロトコルで設備管理装置３と通信する。

データ記憶部１３０は、Ｗｅｂブラウザにおける監視画面等の表示に必要となる各種データを記憶し管理する。
データ記憶部１３０で管理されるデータには、設備機器データ１３１が含まれている。

設備機器データ１３１には、各設備機器２の運転状態データ１３２が含まれている。この運転状態データ１３２は、各設備機器２の現在の運転状態（例えば、設備機器２が空調機器である場合は、運転・停止状態や、冷房や暖房などの運転モード、設定温度、室内温度など）を示すデータである。

通信管理部１４０は、通信線６のインターフェイスである。監視端末４は、この通信管理部１４０を介して設備管理装置３との間でデータの送受信を行う。

以下、このような設備管理システム１の動作について、図４，５を参照して説明する。図４は、監視端末４が設備管理装置３からＷｅｂコンテンツ９０を取得し、Ｗｅｂブラウザ上にて監視画面を表示するまでのデータの流れを示したシーケンス図である。また、図５は、設備管理装置３が実行するユーザ認証処理を説明するためのフローチャートである。

最初に、図４を参照して、監視端末４と設備管理装置３との間におけるデータの流れを説明する。
監視端末４にてＷｅｂブラウザが開かれており、ユーザが設備管理装置３の監視用ホームページのＵＲＬ（Uniform Resource Locator）を入力すると、監視端末４は、設備管理装置３にＷｅｂコンテンツの要求コマンド（Ｗｅｂコンテンツ要求）を送信する（シーケンスｓｑ１）。
この要求コマンドを受けた設備管理装置３は、指定されたＷｅｂコンテンツを応答する（シーケンスｓｑ２）。

監視端末４は、取得したＷｅｂコンテンツに基づいて、ログイン画面を表示する（シーケンスｓｑ３）。監視端末４は、このログイン画面を表示すると共に、ＪａｖａＳｃｒｉｐｔ（登録商標）で記載されたプログラムを実行し、ＷｅｂＳｏｃｋｅｔプロトコルで設備管理装置３に接続する（シーケンスｓｑ４）。
設備管理装置３は、接続応答を返信する（シーケンスｓｑ５）。

ユーザがログイン情報（例えば、ユーザＩＤ及びパスワード等）を入力すると、監視端末４は、その内容を含むログインコマンド（認証コマンド）をＷｅｂＳｏｃｋｅｔプロトコルにて設備管理装置３に送信する（シーケンスｓｑ６）。
設備管理装置３は、ログインコマンドに基づいて認証を試みて、認証結果となるログインコマンドの応答を返信する（シーケンスｓｑ７）。

認証済みの監視端末４は、ログインコマンド以外の通信コマンドも許可され、監視に必要な各種データ、一例として、設備機器データをＷｅｂＳｏｃｋｅｔプロトコルにて設備管理装置３に送信する（シーケンスｓｑ８）。
設備管理装置３は、設備機器データ応答を返信する（シーケンスｓｑ９）。なお、認証されていない監視端末４から設備機器データが送信された場合、設備管理装置３は、エラー応答を返信する（同シーケンスｓｑ９）。
そして、監視端末４は、このようにして取得したデータを使用して、監視画面を表示する（シーケンスｓｑ１０）。

続いて、図５を参照して、設備管理装置３が行うユーザ認証処理を詳細に説明する。図５に示すユーザ認証処理は、例えば、監視端末４のＷｅｂブラウザに設備管理装置３のＵＲＬを入力し、ＷｅｂＳｏｃｋｅｔプロトコルで各通信コマンド単位で認証を行う際に、設備管理装置３にて実行される。

監視端末４にてＷｅｂブラウザが開かれており、ユーザが設備管理装置３のＵＲＬを入力すると、監視端末４の制御部１２０は、ＨＴＴＰ通信管理部１２２、及び、通信管理部１４０を介して設備管理装置３に対して、ＨＴＴＰを用いて接続を開始する。
これを受けて、設備管理装置３の制御部３０は、Ｗｅｂサーバ部３２、及び、ＨＴＴＰ解析部３６を介してログイン画面表示用のＷｅｂコンテンツ９０（ログイン画面情報）を、監視端末４に送信する（ステップＳ１０１）。

監視端末４は、取得したＷｅｂコンテンツ９０をＷｅｂコンテンツ解析部１２１にて解析し、ログイン画面を表示すると共に、ログイン画面内に埋め込まれたＪａｖａＳｃｒｉｐｔ（登録商標）プログラムを実行し、設備管理装置３にＷｅｂＳｏｃｋｅｔにて接続要求を送信する。
そして、設備管理装置３は、監視端末４からのＷｅｂＳｏｃｋｅｔ接続を受理する（ステップＳ１０２）。

設備管理装置３は、ＷｅｂＳｏｃｋｅｔの接続情報を保持する（ステップＳ１０３）。例えば、制御部３０は、ＷｅｂＳｏｃｋｅｔにて接続した監視端末４のＩＰアドレス、及び、ポート番号等の情報を、データ記憶部４０における接続端末データ８０内の接続情報８１に保持する。その際、複数の監視端末４から接続されている場合でも、区別が付くように、定められた手法でデータ記憶部４０に記憶される。

ユーザが、ログイン画面にてユーザＩＤ及びパスワード等を入力すると、監視端末４は、設備管理装置３に、その内容を含むログイン認証用の認証コマンドを、ＷｅｂＳｏｃｋｅｔプロトコルにて送信する。
そして、設備管理装置３は、そのようなＷｅｂＳｏｃｋｅｔ形式のコマンドを受信する（ステップＳ１０４）。

ＷｅｂＳｏｃｋｅｔ解析部３３は、受信したコマンドにＨＴＴＰヘッダを付加し、ＨＴＴＰ解析部３６に転送する（ステップＳ１０５）。その際、認証代行部３５は、認証コード８２をＨＴＴＰヘッダに付加する（含める）。
なお、監視端末４からの初回通信時には、未認証な状態であり、認証コード８２が空であるため、認証代行部３５は、ＨＴＴＰヘッダに何ら認証コードを含めない。
一方、監視端末４が認証済である場合は、認証代行部３５がＨＴＴＰヘッダに認証コード８２を付加するため、コマンドにＨＴＴＰヘッダに認証コード８２が付加されたコマンドが、ＨＴＴＰ解析部３６に転送される。

ＨＴＴＰ解析部３６は、受信したコマンドのＨＴＴＰヘッダに、認証コードが付加されているか否かを判別する（ステップＳ１０６）。
制御部３０は、認証コードが付加されていないと判別すると（ステップＳ１０６；Ｎｏ）、受信したコマンドが認証コマンドであるか否かを判別する（ステップＳ１０７）。
制御部３０は、認証コマンドでないと判別すると（ステップＳ１０７；Ｎｏ）、後述するステップＳ１１４に処理を進める。

一方、認証コマンドであると判別すると（ステップＳ１０７；Ｙｅｓ）、制御部３０は、認証コマンドに含まれる内容（ユーザＩＤ及びパスワード等）に使用して、ユーザ認証を実施する（ステップＳ１０８）。

制御部３０は、正常に認証されたか否かを判別する（ステップＳ１０９）。制御部３０は、正常に認証されなかった（認証エラー）と判別すると（ステップＳ１０９；Ｎｏ）、後述するステップＳ１１４に処理を進める。

一方、正常に認証されたと判別すると（ステップＳ１０９；Ｙｅｓ）、制御部３０は、新規発行の認証コードを付加した認証結果の応答コマンド（応答データ）を、ＷｅｂＳｏｃｋｅｔ解析部３３に転送する（ステップＳ１１０）。すなわち、ＨＴＴＰ認証部３７は、認証済みを示す認証コードを生成し、ＨＴＴＰヘッダ（Ｓｅｔ−Ｃｏｏｋｉｅヘッダ）にその認証コードを付加したＨＴＴＰ形式の応答コマンドをＷｅｂＳｏｃｋｅｔ解析部３３に転送する。

ＷｅｂＳｏｃｋｅｔ解析部３３は、認証コードが付加された応答の場合に、認証代行部３５が認証コードを保持する（ステップＳ１１１）。すなわち、認証代行部３５は、その認証コードを、データ記憶部４０における接続端末データ８０内の認証コード８２に保持して管理する。
そして、制御部３０は、後述するステップＳ１１７に処理を進める。

上述したステップＳ１０６にて、受信したコマンドに認証コードが付加されていると判別した場合に（ステップＳ１０６；Ｙｅｓ）、制御部３０は、その認証コードを検証する（ステップＳ１１２）。例えば、制御部３０は、検証対象となる認証コードが、データ記憶部４０に記憶される認証コード８２と一致するかどうかによって、認証コードを検証する。この他にも、例えば、認証コードを秘密鍵を用いて復号化するなどして、認証コードを検証してもよい。

制御部３０は、認証コードが正常に認証されたか否かを判別する（ステップＳ１１３）。制御部３０は、正常に認証されなかったと判別すると（ステップＳ１１３；Ｎｏ）、認証エラーの応答コマンド（応答データ）をＷｅｂＳｏｃｋｅｔ解析部３３に転送する（ステップＳ１１４）。すなわち、制御部３０は、認証エラーを示す応答コマンドをＨＴＴＰ形式にて生成し、その応答コマンドをＷｅｂＳｏｃｋｅｔ解析部３３に転送する。
なお、上述したステップＳ１０７にて、認証コマンドでないと判別された場合や、上述したステップＳ１０９にて、正常に認証されなかったと判別された場合も、同様に、認証エラーの応答コマンドをＨＴＴＰ形式にて生成し、ＷｅｂＳｏｃｋｅｔ解析部３３に転送する。
そして、制御部３０は、後述するステップＳ１１７に処理を進める。

一方、認証コードが正常に認証されたと判別された場合に（ステップＳ１１３；Ｙｅｓ）、コマンド処理部３８は、応答コマンドを作成する（ステップＳ１１５）。すなわち、コマンド処理部３８は、認証コードが付加されたコマンドに従った処理を行った後に、その処理結果を示す応答コマンドをＨＴＴＰ形式にて作成する。

コマンド処理部３８は、生成した応答コマンドをＷｅｂＳｏｃｋｅｔ解析部３３に転送する（ステップＳ１１６）。

そして、ＷｅｂＳｏｃｋｅｔ解析部３３は、ＨＴＴＰ変換部３４により、ＨＴＴＰ形式の応答コマンドをＷｅｂＳｏｃｋｅｔ形式の応答コマンドに変換し、監視端末４に返信する（ステップＳ１１７）。

このように、設備管理装置３と監視端末４とが常時接続型のＷｅｂＳｏｃｋｅｔプロトコルを用いて通信を行う場合でも、ユーザ認証が可能となる。つまり、設備管理装置３において、認証コードを保持しており、ＷｅｂＳｏｃｋｅｔ解析部３３とＨＴＴＰ解析部３６との間で、認証代行部３５による認証コードの取得と付加とを行うことにより、１コマンド単位で認証を行うことが可能となる。

なお、上記の実施形態では、設備管理装置３が表示部１０及び入力部２０を備える構成とした場合について説明したが、必ずしも表示部１０及び入力部２０を備える必要がある訳ではない。そのため、表示部１０及び入力部２０を省いた構成の設備管理装置３を用いてもよい。

また、監視端末４と設備管理装置３との間の通信フォーマットは、ＸＭＬ（Extensible Markup Language）等を用いたテキスト形式を利用してもよいし、通信サイズを低減するためにバイナリ形式など他の形式を用いてもよい。また、通信する情報を秘匿できるように、通信の暗号化を行ってもよい。

上記の実施形態では、通信方式に常時接続が可能なＷｅｂＳｏｃｋｅｔを用いる場合について説明したが、必ずしもＷｅｂＳｏｃｋｅｔに限られるものではなく、１コマンド単位で認証コード等をヘッダに付加しない他のプロトコルにおいても同様に適用可能である。

上記の実施形態では、認証コード８２が、接続日時、及び、接続先（監視端末４のＩＰアドレス等）から生成される場合について説明したが、この他にも、例えば、設備管理装置３の固有情報（例えば、製造番号）を加えて生成してもよい。このような固有情報を加えることで、複数の設備管理装置３が接続されている場合においても。同一の認証コード８２が生成されることはなく、より安全な認証を行うことができる。

上記の実施形態では、監視端末４をパソコン等として説明したが、必ずしもパソコン等を利用する必要はない。この他にも、Ｗｅｂブラウザを実行可能な専用端末やタブレット端末などを利用してもよい。

以上詳細に説明したように、上記の実施形態に係る設備管理装置３及び監視端末４によれば、常時接続型のＷｅｂＳｏｃｋｅｔプロトコルを用いて通信を行う場合でも、ユーザ認証が可能となる。
つまり、設備管理装置３において、認証成功時に発行される認証コード（Ｃｏｏｋｉｅ）を管理し、以降の通信コマンドに認証コードを付加してＨＴＴＰ解析部３６に転送する認証代行部３５をＷｅｂＳｏｃｋｅｔ解析部３３内に設けることにより、１コマンド単位で認証を行うことが可能となる。

また、従来から用いられていた、ＨＴＴＰにて通信を行い、Ｃｏｏｋｉｅを利用して認証有無を管理していた従来の認証システムを流用して、上記の実施形態のように、ＷｅｂＳｏｃｋｅｔとＨＴＴＰとのプロトコル変換と認証代行を付加することで、短期間でＷｅｂＳｏｃｋｅｔプロトコルを用いた認証システムを構築することも可能である。

上記の実施形態のように、ＷｅｂＳｏｃｋｅｔにて常時接続することにより、設備機器２の状態変化があった場合に、接続中の監視端末４に対して設備管理装置３から直ちに通報することが可能となり、常に最新の運転状態をＷｅｂブラウザで監視することが可能である。

また、設備機器２の状態変化を監視端末２に通報する場合に、従来では、設備管理装置３に通報先のアドレスを設定しておく必要があったが、上記の実施形態のように、ＷｅｂＳｏｃｋｅｔにて常時接続することにより、設備管理装置３に通報先アドレスを設定しておく必要が無くなり、不特定多数の監視端末４からでも設備機器群７の運転状態を監視することが可能である。

上記の実施形態では、設備管理装置３や監視端末４を用いる場合について説明したが、これら設備管理装置３や監視端末４の動作を規定する動作プログラムを既存のパーソナルコンピュータや情報端末機器等に適用することで、当該パーソナルコンピュータ等を本発明に係る設備管理装置３や監視端末４として機能させることも可能である。

また、このようなプログラムの配布方法は任意であり、例えば、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto Optical disk）、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布してもよいし、インターネット等の通信ネットワークを介して配布してもよい。

本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施形態及び変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。

１ 設備管理システム、２ 設備機器、３ 設備管理装置、４ 監視端末、５ 専用通信線、６ 通信線、７ 設備機器群、１０，１００ 表示部、２０，１１０ 入力部、３０，１２０ 制御部、４０，１３０ データ記憶部、５０ 設備機器通信管理部、６０ 監視端末通信管理部、１４０ 通信管理部

Claims (6)

1. 設備機器を管理する設備管理装置であり、ネットワーク上の監視端末との間でＷｅｂＳｏｃｋｅｔプロトコルにて通信を行う設備管理装置であって、
   ユーザ認証が成功した前記監視端末の認証データを記憶するデータ記憶部と、
   前記監視端末から送られるＷｅｂＳｏｃｋｅｔ形式のコマンドを解析するＷｅｂＳｏｃｋｅｔ解析部と、
   ＨＴＴＰ形式のコマンドに含まれる認証データを使用して、前記監視端末を認証するＨＴＴＰ認証部と、
   前記ＨＴＴＰ認証部が認証に成功したコマンドを処理するコマンド処理部と、を備え、
   前記ＷｅｂＳｏｃｋｅｔ解析部は、前記ＷｅｂＳｏｃｋｅｔ形式のコマンドに、前記データ記憶部に記憶される前記認証データを含むＨＴＴＰヘッダを付加して、前記ＨＴＴＰ認証部に転送する、
   ことを特徴とする設備管理装置。
2. 前記ＷｅｂＳｏｃｋｅｔ解析部には、前記監視端末の認証データを管理する認証管理部が含まれており、
   前記認証管理部は、前記監視端末との通信が接続されている状態で、前記認証データを前記データ記憶部に記憶させて管理する、
   ことを特徴とする請求項１に記載の設備管理装置。
3. 前記ＨＴＴＰ認証部は、前記監視端末のユーザを認証するための認証コマンドが転送されると、当該認証コマンドに従って認証を試み、認証が成功すると認証データを生成し、
   前記認証管理部は、前記ＨＴＴＰ認証部が生成した認証データを前記データ記憶部に記憶させる、
   ことを特徴とする請求項２に記載の設備管理装置。
4. 前記ＷｅｂＳｏｃｋｅｔ解析部には、ＨＴＴＰ形式の応答データをＷｅｂＳｏｃｋｅｔ形式の応答データに変換するＨＴＴＰ変換部が含まれており、
   前記ＨＴＴＰ認証部が行った認証が認証エラーとなったことを示すＨＴＴＰ形式の応答データ、又は、前記コマンド処理部が処理したコマンドの処理結果を示すＨＴＴＰ形式の応答データが、前記ＷｅｂＳｏｃｋｅｔ解析部に転送され、前記ＨＴＴＰ変換部によってＷｅｂＳｏｃｋｅｔ形式の応答データに変換された後に、前記監視端末に返信される、
   ことを特徴とする請求項１から３の何れか１項に記載の設備管理装置。
5. ネットワーク上の監視端末との間でＷｅｂＳｏｃｋｅｔプロトコルにて通信を行う設備管理装置の通信制御方法であって、
   前記監視端末から送られるＷｅｂＳｏｃｋｅｔ形式のコマンドを解析するＷｅｂＳｏｃｋｅｔ解析ステップと、
   ＨＴＴＰ形式のコマンドに含まれる認証データを使用して、前記監視端末を認証するＨＴＴＰ認証ステップと、
   前記ＨＴＴＰ認証ステップが認証に成功したコマンドを処理するコマンド処理ステップと、を備え、
   前記ＷｅｂＳｏｃｋｅｔ解析ステップは、前記ＷｅｂＳｏｃｋｅｔ形式のコマンドにユーザ認証が成功した前記監視端末の認証データを含むＨＴＴＰヘッダを付加して、前記ＨＴＴＰ認証ステップに転送する、
   ことを特徴とする通信制御方法。
6. ネットワーク上の監視端末との間でＷｅｂＳｏｃｋｅｔプロトコルにて通信を行うコンピュータを、
   前記監視端末から送られるＷｅｂＳｏｃｋｅｔ形式のコマンドを解析するＷｅｂＳｏｃｋｅｔ解析部、
   ＨＴＴＰ形式のコマンドに含まれる認証データを使用して、前記監視端末を認証するＨＴＴＰ認証部、
   前記ＨＴＴＰ認証部が認証に成功したコマンドを処理するコマンド処理部、として機能させ、
   前記ＷｅｂＳｏｃｋｅｔ解析部は、前記ＷｅｂＳｏｃｋｅｔ形式のコマンドにユーザ認証が成功した前記監視端末の認証データを含むＨＴＴＰヘッダを付加して、前記ＨＴＴＰ認証部に転送する、
   ように機能させることを特徴とするプログラム。

Images