JP6419309B2

JP6419309B2 - 通信システム、設備管理装置、通信方法及びプログラム

Info

Publication number: JP6419309B2
Application number: JP2017507246A
Authority: JP
Inventors: 山彦伊藤; 太一石阪; 丈瑠黒岩; 紀之小宮
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2015-03-25
Filing date: 2015-03-25
Publication date: 2018-11-07
Anticipated expiration: 2035-03-25
Also published as: EP3276496B1; JPWO2016151798A1; WO2016151798A1; EP3276496A4; EP3276496A1

Description

本発明は、通信システム、設備管理装置、通信方法及びプログラムに関する。

ビル内に設置された複数の空調機等の設備機器を管理する少なくとも１つの設備管理装置と、監視装置とをイントラネットに接続させ、監視装置が、各設備管理装置からの管理情報を収集し、統合的に各設備機器の管理を行う設備管理システムが知られている。

このような設備管理システムでは、例えば、ポートスキャン等の行為により、設備管理装置が提供する非公開サービスに不正にアクセスされ、管理情報等が流出してしまう等の被害を防止するための対策が重要であり、従来、様々な提案がなされている。

例えば、特許文献１には、外部ネットワークに接続した管理装置と、内部ネットワークに接続した通信対象機器とがファイアウォールを介して接続されたネットワークシステムが記載されている。このネットワークシステムでは、通信対象機器は、管理装置に対して、特定の通信プロトコル（例えば、ＨＴＴＰ）に従うリクエストを定期的に送信する。管理装置は、このリクエストに対して、データ要求を示すレスポンス又はデータ要求がないことを示すレスポンスを通信対象機器へ送信する。そして、通信対象機器では、データ要求を示すレスポンスを受信したとき、特定の通信プロトコルに従うリクエストに当該データ要求に係るデータを添付して送信する。

特許第４１０４７９９号公報

しかしながら、特許文献１に記載の技術のように、通信対象機器から管理装置に対してリクエストが定期的に送信される通信シーケンスでは、タイムラグやトラフィックの増大が懸念され、また、ＨＴＴＰ等の特定の通信プロトコルの制約により、仕様変更への対応も容易ではないという課題がある。

本発明は、上記課題を解決するためになされたものであり、被監視装置が提供するサービスへの不正なアクセスを防止しつつ、監視装置と被監視装置間の通信において、タイムラグやトラフィックの増大を招かず、加えて、仕様変更への対応も容易となる通信システム等を提供することを目的とする。

上記目的を達成するため、本発明に係る通信システムは、
第１の装置と、前記第１の装置に予め定めたサービスを提供する第２の装置とを備え、
前記第１の装置は、
前記第２の装置と第１のプロトコルに則った通信を行う第１の通信部と、
前記第２の装置に前記サービスの提供を要求する際、要求内容を示すメッセージ本体に、前記サービスの提供を受けるためのパラメータが設定された第１のヘッダを付加した要求コマンドを前記第１の通信部を介して前記第２の装置に送信するコマンド送信部と、を備え、
前記第２の装置は、
前記第１の装置と前記第１のプロトコルに則った通信を行う第２の通信部と、
前記第１のプロトコルとは異なる第２のプロトコルに則って前記サービスを提供するサービス提供部と、
前記第２の通信部によって前記要求コマンドが受信されると、前記要求コマンドの前記第１のヘッダと、予め保持するデフォルトのメッセージヘッダとに基づいて、前記要求コマンドを前記第２のプロトコルに則ったフレームに変換して前記サービス提供部に供給する中継部と、を備え、
前記中継部は、前記第１のヘッダの先頭から順に１行ずつ読み込み、読み込んだ行が示す内容に基づいて前記デフォルトのメッセージヘッダの内容を更新し、更新した前記デフォルトのメッセージヘッダを前記要求コマンドの前記メッセージ本体に付加することで、前記要求コマンドを前記フレームに変換する。

本発明によれば、第２の装置（被監視装置）が提供するサービスへの不正なアクセスを防止しつつ、第１の装置（監視装置）と第２の装置間の通信において、タイムラグやトラフィックの増大を招かず、加えて、仕様変更への対応も容易となる。

本発明の実施形態に係る通信システムを備えた設備管理システムの全体構成を示す図である。監視装置のハードウェア構成を示すブロック図である。監視装置の機能構成を示すブロック図である。要求内容を示すメッセージボディの一例を示す図である。応答内容を示すメッセージボディの一例を示す図である。要求コマンドの一例を示す図である。設備管理装置のハードウェア構成を示すブロック図である。設備管理装置の機能構成を示すブロック図である。変換後のフレームの一例を示す図である。デフォルトのメッセージヘッダの一例を示す図である。通知内容を示すメッセージボディの一例を示す図である。フレーム変換処理の手順を示すフローチャートである。監視装置と設備管理装置間の通信シーケンスを示す図である。

以下、本発明の実施形態について図面を参照して詳細に説明する。

図１は、本発明の実施形態に係る通信システムを備えた設備管理システム１の全体構成を示す図である。設備管理システム１は、例えば、オフィスビル内に設置され、図１に示すように、監視装置２と、複数の設備管理装置３と、複数の設備機器４と、を備える。

監視装置２と各設備管理装置３は、イントラネット等のネットワーク５を介して互いに通信可能に接続されている。本発明の本実施形態に係る通信システムは、監視装置２と、少なくとも１つの設備管理装置３とから構成される。各設備管理装置３には、少なくとも１つの設備機器４が、ネットワーク６を介して互いに通信可能に接続されている。ネットワーク６は、周知の設備機器ネットワークの仕様に基づいたネットワークである。

設備機器４は、例えば、空調機、照明器、給湯機などであり、設備管理装置３の管理の下で動作する。

監視装置２（第１の装置）は、各設備管理装置３から管理情報を収集し、収集した管理情報に基づいた画面（異常通知、警告、各種グラフ等）を表示してユーザに提示する装置である。監視装置２は、図２に示すように、情報を表示するための表示部２０と、ユーザの操作を入力するための操作入力部２１と、各設備管理装置３と通信するための通信部２２と、各種のプログラムやデータを保持するためのデータ記憶部２３と、これらを制御する制御部２４と、を備える。

表示部２０は、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ等の表示デバイスを含んで構成される。表示部２０は、制御部２４の制御の下、各設備管理装置３から収集した管理情報に基づく画面等を表示する。

操作入力部２１は、例えば、キーボード、マウス、キーパッド、タッチパッドやタッチパネル等を含んで構成され、ユーザの操作を入力し、入力した操作に係る信号を制御部２４に送出する。

通信部２２（第１の通信部）は、例えば、ネットワークカード等の通信インタフェースを含んで構成され、制御部２４の制御の下、ネットワーク５を介して、各設備管理装置３と予め定めた通信プロトコル（第１のプロトコル）に則った通信を行う。本実施形態では、通信部２２は、ＷｅｂＳｏｃｋｅｔのプロトコルに則った通信を行う。

データ記憶部２３は、フラッシュメモリ等の読み書き可能な不揮発性の半導体メモリやハードディスクドライブ等から構成される。データ記憶部２３は、各設備管理装置３と通信するためのプログラムやデータ、収集した管理情報を加工したり、加工結果を示す画面を表示するためのプログラムやデータを記憶する。

制御部２４は、何れも図示しないが、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備え、監視装置２を統括制御する。

図３は、監視装置２の機能構成を示すブロック図である。データ処理部２００は、定期的に、あるいは、ユーザの指示に応じて、全て、あるいは、特定の設備管理装置３に対してサービスの提供の要求を行う。ここで、サービスの提供とは、設備管理装置３が備えるサービス提供機能（詳細は後述する。）によって実行される処理をいう。サービス提供機能には、例えば、要求された管理情報（管理対象となる設備機器４の運転状態、運転モード、消費電力等の情報）の送信等が含まれる。

例えば、データ処理部２００は、設備管理装置３に対して、管理情報の送信を要求する際、要求データを生成して、コマンド送受信部２０１に供給する。この場合、具体的には、データ処理部２００は、要求データとして、図４に示すように、要求内容を示すメッセージ本体（メッセージボディ）を生成して、コマンド送受信部２０１に供給する。図４のメッセージ本体の例では、Ｓｔａｔｅ（運転状態）とＭｏｄｅ（運転モード）の要求が記述されている。

また、データ処理部２００は、設備管理装置３からの応答データ（図５参照）の供給をコマンド送受信部２０１から受けると、かかる応答データを加工し、加工した結果を表示部２０に表示させる処理等を行う。

コマンド送受信部２０１は、データ処理部２００からメッセージボディが供給されると、このメッセージボディに、アクセス用ヘッダ（第１のヘッダ）を付加することで要求コマンドを生成する（図６参照）。その際、コマンド送受信部２０１は、アクセス用ヘッダとメッセージボディとの間に改行コードを２つ挿入する。

アクセス用ヘッダとは、設備管理装置３からサービスの提供を受けるためのパラメータ、換言すると、設備管理装置３が備えるサービス提供機能にアクセスするためのパラメータが設定されたデータである。詳細は後述するが、設備管理装置３が備えるサービス提供機能は、第１のプロトコル（本実施形態では、ＷｅｂＳｏｃｋｅｔのプロトコル）とは異なる第２のプロトコル（本実施形態では、ＨＴＴＰ）に則ってサービスの提供を行う。例えば、アクセス用ヘッダにおいて、「ＰＯＳＴ」又は「ＧＥＴ」で始まる行は、リクエストを示すフィールドであり、「Ｘ−ＣＯＭＳＥＴＴＩＮＧ−」で始まる行は、ポート等の通信設定を示すフィールドであり、その他の行は、ＨＴＴＰヘッダの指定を示すフィールドである。

コマンド送受信部２０１は、生成した要求コマンドを通信部２２を介して、データ処理部２００により指定された設備管理装置３に送信する。また、コマンド送受信部２０１は、設備管理装置３からの応答コマンドあるいは通知コマンドを通信部２２を介して受信すると、受信した応答コマンド等から、図５に示すような、応答内容を示すメッセージ本体（メッセージボディ）、即ち、応答データを抽出し、抽出した応答データをデータ処理部２００に供給する。

続いて、設備管理装置３について説明する。設備管理装置３（第２の装置）は、図７に示すように、監視装置２と通信するための監視装置用通信部３０と、各設備機器４と通信するための設備機器用通信部３１と、各種のプログラムやデータを保持するためのデータ記憶部３２と、これらを制御する制御部３３と、を備える。

監視装置用通信部３０（第２の通信部）は、例えば、ネットワークカード等の通信インタフェースを含んで構成され、制御部３３の制御の下、ネットワーク５を介して、監視装置２と予め定めた通信プロトコル（第１のプロトコル）に則った通信を行う。本実施形態では、監視装置用通信部３０は、ＷｅｂＳｏｃｋｅｔのプロトコルに則った通信を行う。

設備機器用通信部３１は、例えば、ネットワークカード等の通信インタフェースを含んで構成され、制御部３３の制御の下、ネットワーク６を介して、各設備機器４と周知の設備機器ネットワークの仕様に基づいた通信を行う。

データ記憶部３２は、フラッシュメモリ等の読み書き可能な不揮発性の半導体メモリやハードディスクドライブ等から構成される。データ記憶部３２は、各設備機器４の運転状態等を管理するためのプログラムやデータ、サービス提供機能を実現するためのプログラムやデータを記憶する。

制御部３３は、何れも図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備え、設備管理装置３を統括制御する。

図８は、設備管理装置３の機能構成を示すブロック図である。コマンド送受信部３００は、監視装置２からの要求コマンドを監視装置用通信部３０を介して受信すると、受信した要求コマンドを中継部３０１に供給する。また、コマンド送受信部３００は、中継部３０１から供給された応答コマンドあるいは通知コマンドを監視装置用通信部３０を介して監視装置２に送信する。

中継部３０１は、コマンド送受信部３００から要求コマンドの供給を受けると、当該要求コマンドに含まれるアクセス用ヘッダに基づいて、アクセスするサービス提供機能（サービス提供部３０２Ａ又は３０２Ｂ）を判別すると共に、当該要求コマンドを、第１のプロトコル（ＷｅｂＳｏｃｋｅｔのプロトコル）とは異なる第２のプロトコル（本実施形態では、ＨＴＴＰ）に則ったフレーム（図９参照）に変換する。詳細は後述するが、変換の際、中継部３０１は、図１０に示すデフォルトのメッセージヘッダ（デフォルトヘッダ）を使用する。

そして、中継部３０１は、生成したフレームを判別したアクセス先のサービス提供部３０２（サービス提供部３０２Ａ又は３０２Ｂ）に供給する。また、中継部３０１は、サービス提供部３０２Ａ又は３０２Ｂから供給された応答コマンド、サービス提供部３０２Ｃから供給された通知コマンドをコマンド送受信部３００に供給する。

サービス提供部３０２Ａ〜３０２Ｃは、設備管理装置３におけるサービス提供機能としての役割を担う。サービス提供部３０２Ａ又は３０２Ｂは、第２のプロトコル（本実施形態では、ＨＴＴＰ）に則ったデータの送受信によってサービスの提供を行う。より詳細には、サービス提供部３０２Ａ又は３０２Ｂは、中継部３０１からの上記のフレームに含まれる要求データ（メッセージボディ）の内容に応じて、応答データ（要求された運転状態、運転モード等の管理情報が含まれるデータ）を生成する（図５参照）。そして、サービス提供部３０２Ａ又は３０２Ｂは、生成した応答データを格納した、ＨＴＴＰに則った応答コマンドを中継部３０１に供給する。

サービス提供部３０２Ｃは、管理対象の設備機器４の運転状態等に変化があった場合に、その旨を自発的に監視装置２に通知する。具体的には、運転状態等に変化があると、サービス提供部３０２Ｃは、状態変化を示す通知データ（図１１参照）を生成し、生成した通知データを格納したコマンド（通知コマンド）を中継部３０１に供給する。サービス提供部３０２Ｃは、通知コマンドを予め定めたプロトコル、例えばＵＤＰ（User Datagram Protocol）に則って生成する。

図１２は、中継部３０１によって実行されるフレーム変換処理の手順を示すフローチャートである。このフレーム変換処理は、コマンド送受信部３００から要求コマンドが供給されると開始される。

先ず、中継部３０１は、コマンド送受信部３００から供給された要求コマンドにアクセス用ヘッダが含まれているか否かを判別する（ステップＳ１０１）。アクセス用ヘッダが含まれていない場合（ステップＳ１０１；ＮＯ）、中継部３０１は、要求コマンドから抽出したメッセージボディにデフォルトヘッダ（図１０参照）を付加する（ステップＳ１０２）。これにより、監視装置２からの要求コマンドが、第２のプロトコル、即ち、ＨＴＴＰに則ったフレームに変換され、フレーム変換処理は終了する。

一方、アクセス用ヘッダが含まれている場合（ステップＳ１０１；ＹＥＳ）、中継部３０１は、デフォルトヘッダをコピーして同一内容のヘッダ（テンポラリヘッダ）を生成する（ステップＳ１０３）。次に、中継部３０１は、アクセス用ヘッダの先頭から順に１行読み込む（ステップＳ１０４）。

読み込んだ行が、リクエストを示すフィールドの場合（ステップＳ１０５；ＹＥＳ）、中継部３０１は、テンポラリヘッダに含まれるリクエスト行（リクエストを示すフィールド）を当該読み込んだ行と置換する（ステップＳ１０６）。その後、中継部３０１は、ステップＳ１１３の処理を行う。

読み込んだ行が、通信設定を示すフィールドの場合（ステップＳ１０７；ＹＥＳ）、中継部３０１は、テンポラリヘッダに含まれる通信設定行（通信設定を示すフィールド）を当該読み込んだ行と置換する（ステップＳ１０８）。その後、中継部３０１は、ステップＳ１１３の処理を行う。

読み込んだ行が、リクエストを示すフィールド及び通信設定を示すフィールドの何れでもない場合（ステップＳ１０５；ＮＯ、及び、ステップＳ１０７；ＮＯ）、中継部３０１は、読み込んだ行が、ＨＴＴＰヘッダの指定を示すフィールドであるか否かを判別する（ステップＳ１０９）。

読み込んだ行が、ＨＴＴＰヘッダの指定を示すフィールドでない場合（ステップＳ１０９；ＮＯ）、中継部３０１は、ステップＳ１１３の処理を行う。

一方、読み込んだ行が、ＨＴＴＰヘッダの指定を示すフィールドの場合（ステップＳ１０９；ＹＥＳ）、中継部３０１は、テンポラリヘッダに、当該読み込んだ行に含まれるＨＴＴＰヘッダと同一のＨＴＴＰヘッダを含むＨＴＴＰヘッダ行（ＨＴＴＰヘッダの指定を示すフィールド）があるか否かを判別する（ステップＳ１１０）。

テンポラリヘッダに上記に該当するＨＴＴＰヘッダ行がある場合（ステップＳ１１０；ＹＥＳ）、中継部３０１は、テンポラリヘッダの当該ＨＴＴＰヘッダ行を当該読み込んだ行と置換する（ステップＳ１１１）。その後、中継部３０１は、ステップＳ１１３の処理を行う。

一方、テンポラリヘッダに上記に該当するＨＴＴＰヘッダ行が無い場合（ステップＳ１１０；ＮＯ）、中継部３０１は、テンポラリヘッダに当該読み込んだ行を追加し（ステップＳ１１２）、ステップＳ１１３の処理を行う。

ステップＳ１１３では、中継部３０１は、アクセス用ヘッダから全ての行の読み込みが完了したか否かを判別する（ステップＳ１１３）。全ての行の読み込みが完了していない場合（ステップＳ１１３；ＮＯ）、中継部３０１の処理は、ステップＳ１０４に戻る。

一方、全ての行の読み込みが完了した場合（ステップＳ１１３；ＹＥＳ）、中継部３０１は、要求コマンドから抽出したメッセージボディにテンポラリヘッダを付加する（ステップＳ１１４）。これにより、監視装置２からの要求コマンドが、第２のプロトコル、即ち、ＨＴＴＰに則ったフレーム（図９参照）に変換され、フレーム変換処理は終了する。

図１３に、監視装置２と設備管理装置３間の通信シーケンスを示す。

以上のように、本発明の実施形態に係る通信システムでは、監視装置２が、設備管理装置３が備えるサービス提供機能（サービス提供部３０２Ａ，３０２Ｂ）へアクセスするためには、当該設備管理装置３が備える中継部３０１を経由する必要がある。そして、サービス提供機能へアクセスするためのフレームは、中継部３０１によって生成される。これにより、例えば、外部から既知のプロトコル（例えば、ＨＴＴＰ）を使用したアクセスができず、ポートスキャンによって、設備管理装置３のサービス提供機能への不正なアクセスを防止することができる。

また、従来のように監視装置２に対して設備管理装置３側からリクエストを定期的に送信する必要がないため、タイムラグやトラフィックが増大する心配がない。

加えて、監視装置２で生成されるアクセス用ヘッダに設定するパラメータを適宜変更することで、提供を要求するサービスの追加や仕様変更への対応も容易となる。

さらに、監視装置２と設備管理装置３との間の通信が、ＷｅｂＳｏｃｋｅｔのプロトコルに則って行われる。このため、ハンドシェイク後は、常時接続状態にしておくことができ、通信が必要なときには、監視装置２、設備管理装置３のどちらからでも送信を開始することが可能となる。したがって、監視装置２は、設備管理装置３からのサービス提供を即座に受けることが可能となる。また、ＷｅｂＳｏｃｋｅｔのプロトコルに則っているため、Ｗｅｂブラウザからサービス提供機能にアクセスすることが可能となる。

なお、本発明は、上記実施形態に限定されず、本発明の要旨を逸脱しない範囲での種々の変更は勿論可能である。

例えば、設備管理装置３が備えるサービス提供機能は、上述したような、管理情報の送信や状態変化の通知に限定されることはない。例えば、設備管理装置３は、監視装置２からの指示により保持する管理情報を更新してもよい。

また、上記実施形態において、設備管理装置３が備えるサービス提供部３０２Ａ，３０２Ｂは、ＨＴＴＰに則ってサービスを提供するものであったが、他の通信プロトコルでサービスを提供してもよい。その場合、監視装置２において、コマンド送受信部２０１は、データ処理部２００から供給されたメッセージボディに、当該他の通信プロトコル用のアクセス用ヘッダ（第１のヘッダ）を付加することで要求コマンドを生成する。

また、上記実施形態において、監視装置２や設備管理装置３によって実行されるプログラムは、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto-Optical Disk）、ＵＳＢメモリ、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布することも可能である。そして、かかるプログラムを特定の又は汎用のコンピュータにインストールすることによって、当該コンピュータを上記実施形態における監視装置２や設備管理装置３として機能させることも可能である。

また、上記のプログラムをインターネット等の通信ネットワーク上のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するようにしてもよい。また、通信ネットワークを介してプログラムを転送しながら起動実行することによっても、上述の処理を達成することができる。さらに、プログラムの全部又は一部をサーバ装置上で実行させ、その処理に関する情報をコンピュータが通信ネットワークを介して送受信しながらプログラムを実行することによっても、上述の処理を達成することができる。

なお、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを上記の記録媒体に格納して配布してもよく、また、コンピュータにダウンロード等してもよい。

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

本発明は、ビル等に設置される設備機器を管理するための設備管理システムに好適に採用され得る。

１設備管理システム、２監視装置、３設備管理装置、４設備機器、５，６ネットワーク、２０表示部、２１操作入力部、２２通信部、２３，３２データ記憶部、２４，３３制御部、３０監視装置用通信部、３１設備機器用通信部、２００データ処理部、２０１，３００コマンド送受信部、３０１中継部、３０２Ａ〜３０２Ｃサービス提供部

Claims

第１の装置と、前記第１の装置に予め定めたサービスを提供する第２の装置とを備え、
前記第１の装置は、
前記第２の装置と第１のプロトコルに則った通信を行う第１の通信部と、
前記第２の装置に前記サービスの提供を要求する際、要求内容を示すメッセージ本体に、前記サービスの提供を受けるためのパラメータが設定された第１のヘッダを付加した要求コマンドを前記第１の通信部を介して前記第２の装置に送信するコマンド送信部と、を備え、
前記第２の装置は、
前記第１の装置と前記第１のプロトコルに則った通信を行う第２の通信部と、
前記第１のプロトコルとは異なる第２のプロトコルに則って前記サービスを提供するサービス提供部と、
前記第２の通信部によって前記要求コマンドが受信されると、前記要求コマンドの前記第１のヘッダと、予め保持するデフォルトのメッセージヘッダとに基づいて、前記要求コマンドを前記第２のプロトコルに則ったフレームに変換して前記サービス提供部に供給する中継部と、を備え、
前記中継部は、前記第１のヘッダの先頭から順に１行ずつ読み込み、読み込んだ行が示す内容に基づいて前記デフォルトのメッセージヘッダの内容を更新し、更新した前記デフォルトのメッセージヘッダを前記要求コマンドの前記メッセージ本体に付加することで、前記要求コマンドを前記フレームに変換する、通信システム。
前記第１の装置と前記第２の装置との間の通信が、ＷｅｂＳｏｃｋｅｔのプロトコルに則って行われる、請求項１に記載の通信システム。
少なくとも１つの設備機器の動作を管理すると共に、監視装置に予め定めたサービスを提供する設備管理装置であって、
前記監視装置と第１のプロトコルに則った通信を行う通信部と、
前記第１のプロトコルとは異なる第２のプロトコルに則って前記サービスを提供するサービス提供部と、
前記通信部によって、前記監視装置からの要求コマンドが受信されると、前記要求コマンドに含まれる、前記サービスの提供を受けるためのパラメータが設定されたヘッダと、予め保持するデフォルトのメッセージヘッダとに基づいて、前記要求コマンドを前記第２のプロトコルに則ったフレームに変換して前記サービス提供部に供給する中継部と、を備え、
前記中継部は、前記ヘッダの先頭から順に１行ずつ読み込み、読み込んだ行が示す内容に基づいて前記デフォルトのメッセージヘッダの内容を更新し、更新した前記デフォルトのメッセージヘッダを前記要求コマンドに含まれるメッセージ本体に付加することで、前記要求コマンドを前記フレームに変換する、設備管理装置。
第１の装置が、第２の装置に予め定めたサービスの提供を要求する際、要求内容を示すメッセージ本体に、前記サービスの提供を受けるためのパラメータが設定された第１のヘッダを付加した要求コマンドを第１のプロトコルに則って前記第２の装置に送信し、
前記第２の装置が、前記要求コマンドを受信すると、前記要求コマンドの前記第１のヘッダと、予め保持するデフォルトのメッセージヘッダとに基づいて、前記要求コマンドを前記第１のプロトコルとは異なる第２のプロトコルに則ったフレームに変換し、変換後のフレームに基づいて前記サービスを提供する処理を実行し、
前記第２の装置は、前記第１のヘッダの先頭から順に１行ずつ読み込み、読み込んだ行が示す内容に基づいて前記デフォルトのメッセージヘッダの内容を更新し、更新した前記デフォルトのメッセージヘッダを前記要求コマンドの前記メッセージ本体に付加することで、前記要求コマンドを前記フレームに変換する、通信方法。
少なくとも１つの設備機器の動作を管理すると共に、監視装置に予め定めたサービスを提供するコンピュータを、
前記監視装置と第１のプロトコルに則った通信を行う通信部、
前記第１のプロトコルとは異なる第２のプロトコルに則って前記サービスを提供するサービス提供部、
前記通信部によって、前記監視装置からの要求コマンドが受信されると、前記要求コマンドに含まれる、前記サービスの提供を受けるためのパラメータが設定されたヘッダと、予め保持するデフォルトのメッセージヘッダとに基づいて、前記要求コマンドを前記第２のプロトコルに則ったフレームに変換して前記サービス提供部に供給する中継部、として機能させ、
前記中継部は、前記ヘッダの先頭から順に１行ずつ読み込み、読み込んだ行が示す内容に基づいて前記デフォルトのメッセージヘッダの内容を更新し、更新した前記デフォルトのメッセージヘッダを前記要求コマンドに含まれるメッセージ本体に付加することで、前記要求コマンドを前記フレームに変換する、プログラム。