(57)【要約】  高優先でデータ取得すべき要求が発生したときに、メッセージの識別子を発行できないという状態を低減する。  広域管理装置２１は、建物Ｂ１，Ｂ２に設けられた建物管理装置３１，４１と設備機器３２，４２との間で交換されるメッセージに割り当てられる識別子と、設備機器３２，４２から取得するデータの取得優先度を示した取得優先度情報とを対応付けて記憶し、記憶した識別子と取得優先度情報とを建物管理装置３１，４１に送信する。建物管理装置３１，４１は、広域管理装置２１から送信される識別子と取得優先度情報とを受信して、識別子情報記憶部に記憶し、識別子情報記憶部を参照して、メッセージのデータの取得優先度に応じた識別子を発行する。
2015107613.tif 000002
【特許請求の範囲】
【請求項１】
広域管理装置と、
設備機器が設置された建物に対応して設けられ、前記設備機器とメッセージを交換して前記設備機器からデータを取得する建物管理装置と、
を有し、
前記広域管理装置は、
前記メッセージに割り当てられる識別子と、前記データの取得優先度を示した取得優先度情報とを対応付けて記憶する第１の識別子情報記憶部と、
前記第１の識別子情報記憶部に記憶された前記識別子と前記取得優先度情報とを前記建物管理装置に送信する送信部と、
を有し、
前記建物管理装置は、
前記送信部から送信される前記識別子と前記取得優先度情報とを受信する受信部と、
前記受信部によって受信された前記識別子と前記取得優先度情報とを記憶する第２の識別子情報記憶部と、
前記第２の識別子情報記憶部を参照し、前記メッセージの前記データの取得優先度に応じた前記識別子を発行する発行部と、
を有することを特徴とする広域管理システム。
【請求項２】
請求項１に記載の広域管理システムであって、
前記建物管理装置は、
前記設備機器の前記データを要求する、前記取得優先度情報を含むデータ要求を出力するデータ要求部をさらに有し、
前記発行部は、前記第２の識別子情報記憶部を参照して、前記データ要求部の前記データ要求に含まれる前記取得優先度情報に対応した前記識別子を発行することを特徴とする広域管理システム。
【請求項３】
請求項２に記載の広域管理システムであって、
前記取得優先度情報には、第１の取得優先度情報と前記第１の取得優先度情報より前記データの取得優先度が高い第２の取得優先度情報とがあることを特徴とする広域管理システム。
【請求項４】
請求項３に記載の広域管理システムであって、
前記発行部は、前記第２の取得優先度情報の前記識別子が枯渇しているときに、前記第２の取得優先度情報を含む前記データ要求があった場合、前記第１の取得優先度情報の前記識別子を発行することを特徴とする広域管理システム。
【請求項５】
請求項４に記載の広域管理システムであって、
前記発行部は、未発行の前記第１の取得優先度情報の前記識別子を発行することを特徴とする広域管理システム。
【請求項６】
請求項４に記載の広域管理システムであって、
前記発行部は、前記第１の取得優先度情報の前記識別子が枯渇している場合、最も過去に発行した前記第１の取得優先度情報の前記識別子を、前記第２の取得優先度情報を含む前記データ要求に対して発行することを特徴とする広域管理システム。
【請求項７】
請求項２に記載の広域管理システムであって、
前記第２の識別子情報記憶部には、前記識別子に対応して、前記設備機器から取得する前記データのデータ量情報が記憶され、
前記データ要求部から出力される前記データ要求には、前記データの前記データ量情報が含まれ、
前記発行部は、前記第２の識別子情報記憶部を参照して、前記データ要求部の前記データ要求に含まれる前記取得優先度情報と前記データ量情報とに対応した前記識別子を発行することを特徴とする広域管理システム。
【請求項８】
請求項２に記載の広域管理システムであって、
前記データ要求部から出力される前記データ要求には、前記データの収集に要する時間の推定値が含まれており、
前記推定値は、前記データ要求に対して割り当てられた前記識別子に対応して、前記第２の識別子情報記憶部に記憶されることを特徴とする広域管理システム。
【請求項９】
請求項８に記載の広域管理システムであって、
前記発行部は、前記識別子の発行状態を示す発行状態情報を前記第２の識別子情報記憶部に記憶し、発行した前記識別子が、前記推定値の時間を経過した場合、前記識別子の発行状態情報を未発行とすることを特徴とする広域管理システム。
【請求項１０】
請求項１〜９のいずれか一項に記載の広域管理システムであって、
前記発行部は、前記識別子の発行状態を監視し、
前記取得優先度情報は、前記発行状態によって変更されることを特徴とする広域管理システム。
【請求項１１】
建物に設けられた建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを対応付けて記憶する識別子情報記憶部と、
前記識別子情報記憶部に記憶された前記識別子と前記取得優先度情報とを前記建物管理装置に送信する送信部と、
を有することを特徴とする広域管理装置。
【請求項１２】
建物で消費される電力を管理する広域管理装置から、前記建物に設けられた建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記識別子に対応付けられた前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを受信する受信部と、
前記受信部によって受信された前記識別子と前記取得優先度情報とを記憶する識別子情報記憶部と、
前記識別子情報記憶部を参照し、前記メッセージの前記データの取得優先度に応じた前記識別子を発行する発行部と、
を有することを特徴とする建物管理装置。
建物管理装置。
【請求項１３】
広域管理装置と、設備機器が設置された建物に対応して設けられ、前記設備機器とメッセージを交換して前記設備機器からデータを取得する建物管理装置とを有する広域管理システムの広域管理方法であって、
前記広域管理装置は、
前記メッセージに割り当てられる識別子と、前記データの取得優先度を示した取得優先度情報とを対応付けて記憶する第１の識別子情報記憶ステップと、
前記第１の識別子情報記憶ステップで記憶された前記識別子と前記取得優先度情報とを前記建物管理装置に送信する送信ステップと、
を有し、
前記建物管理装置は、
前記送信ステップによって送信される前記識別子と前記取得優先度情報とを受信する受信ステップと、
前記受信ステップによって受信された前記識別子と前記取得優先度情報とを記憶する第２の識別子情報記憶ステップと、
前記第２の識別子情報記憶ステップで記憶された前記識別子と前記取得優先度情報とを参照し、前記メッセージの前記データの取得優先度に応じた前記識別子を発行する発行ステップと、
を有することを特徴とする広域管理方法。
【請求項１４】
広域管理装置の識別子情報送信方法であって、
建物に設けられた建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを対応付けて記憶する識別子情報記憶ステップと、
前記識別子情報記憶ステップで記憶された前記識別子と前記取得優先度情報とを前記建物管理装置に送信する送信ステップと、
を有することを特徴とする識別子情報送信方法。
【請求項１５】
建物管理装置の識別子発行方法であって、
建物で消費される電力を管理する広域管理装置から、前記建物に設けられた当該建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記識別子に対応付けられた前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを受信する受信ステップと、
前記受信ステップによって受信された前記識別子と前記取得優先度情報とを記憶する識別子情報記憶ステップと、
前記識別子情報記憶ステップで記憶された前記識別子と前記取得優先度情報とを参照し、前記メッセージの前記データの取得優先度に応じた前記識別子を発行する発行ステップと、
を有することを特徴とする識別子発行方法。
【請求項１６】
広域管理装置のプログラムであって、
建物に設けられた建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを対応付けて記憶する識別子情報記憶部と、
前記識別子情報記憶部に記憶された前記識別子と前記取得優先度情報とを前記建物管理装置に送信する送信部と、
して前記広域管理装置を機能させることを特徴とするプログラム。
【請求項１７】
建物管理装置のプログラムであって、
建物で消費される電力を管理する広域管理装置から、前記建物に設けられた前記建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記識別子に対応付けられた前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを受信する受信部と、
前記受信部によって受信された前記識別子と前記取得優先度情報とを記憶する識別子情報記憶部と、
前記識別子情報記憶部を参照し、前記メッセージの前記データの取得優先度に応じた前記識別子を発行する発行部と、
して前記建物管理装置を機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広域管理システム、広域管理装置、建物管理装置、広域管理方法、識別子情報送信方法、識別子発行方法、およびプログラムに関するものである。
【背景技術】
【０００２】
従来から、ビル、病院、学校や工場などの建物には、設備機器を管理する管理装置が存在しており、複数の建物における設備機器の情報を、通信ネットワークを介して遠隔の場所からモニタリングするシステムが存在している。このようなシステムでは、建物に設置された建物管理装置と、建物に設置されている複数の設備機器との間で交換されるメッセージは、適切に交換される必要がある。【０００３】
例えば、建物管理装置は、設備機器から温度等のデータを取得するために、設備機器に対し要求メッセージを送信する。建物管理装置は、設備機器に対して要求メッセージを送信する際、要求メッセージにメッセージの識別子を含めて、設備機器に送信する。【０００４】
設備機器は、建物管理装置から要求メッセージを受信すると、測定した温度等のデータを応答メッセージとともに建物管理装置へ送信する。その際、設備機器は、建物管理装置から受信した、要求メッセージに含まれていたメッセージの識別子を応答メッセージに含めて、建物管理装置へ送信する。【０００５】
これにより、建物管理装置は、複数の設備機器が存在する場合でも、設備機器から戻ってきた応答メッセージが、どの要求メッセージに対応するものであるかを認識することができ、メッセージを適切に交換することができる。【０００６】
なお、従来、電子メールを使用した遠隔監視制御システムで、制御装置と電子メール遠隔監視制御装置の間での要求メッセージに対する応答メッセージの受信を可能とした監視制御システムが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−１５７２２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、メッセージの識別子は有限であるため、枯渇する場合がある。そのため、高優先でデータ取得すべき要求が発生しても、要求メッセージを発行することができない場合が生じるという問題がある。【０００９】
例えば、ＢＡＣｎｅｔ（Building Automation and Control Networking protocol）の標準規格では、８ビットで示される２５６個のメッセージの識別子が用意されている。しかし、例えば、応答の遅い設備機器の影響等により、２５６個全ての識別子が要求メッセージに割り当てられ、識別子が枯渇すると、建物管理装置は、高優先でデータ取得すべき要求が発生しても、要求メッセージを発行することができない場合が生じる。【００１０】
そこで本発明は、高優先でデータ取得すべき要求が発生したときに、メッセージの識別子を発行できないという状態を低減する技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本願は、上記課題の少なくとも一部を解決する手段を複数含んでいるが、その例を挙げるならば、以下の通りである。上記課題を解決すべく、本発明に係る広域管理システムは、広域管理装置と、設備機器が設置された建物に対応して設けられ、前記設備機器とメッセージを交換して前記設備機器からデータを取得する建物管理装置と、を有し、前記広域管理装置は、前記メッセージに割り当てられる識別子と、前記データの取得優先度を示した取得優先度情報とを対応付けて記憶する第１の識別子情報記憶部と、前記第１の識別子情報記憶部に記憶された前記識別子と前記取得優先度情報とを前記建物管理装置に送信する送信部と、を有し、前記建物管理装置は、前記送信部から送信される前記識別子と前記取得優先度情報とを受信する受信部と、前記受信部によって受信された前記識別子と前記取得優先度情報とを記憶する第２の識別子情報記憶部と、前記第２の識別子情報記憶部を参照し、前記メッセージの前記データの取得優先度に応じた前記識別子を発行する発行部と、を有することを特徴とする。【００１２】
また、上記の前記建物管理装置は、前記設備機器の前記データを要求する、前記取得優先度情報を含むデータ要求を出力するデータ要求部をさらに有し、前記発行部は、前記第２の識別子情報記憶部を参照して、前記データ要求部の前記データ要求に含まれる前記取得優先度情報に対応した前記識別子を発行することを特徴とするものであってもよい。【００１３】
また、上記の前記取得優先度情報には、第１の取得優先度情報と前記第１の取得優先度情報より前記データの取得優先度が高い第２の取得優先度情報とがあることを特徴とするものであってもよい。【００１４】
また、上記の前記発行部は、前記第２の取得優先度情報の前記識別子が枯渇しているときに、前記第２の取得優先度情報を含む前記データ要求があった場合、前記第１の取得優先度情報の前記識別子を発行することを特徴とするものであってもよい。【００１５】
また、上記の前記発行部は、未発行の前記第１の取得優先度情報の前記識別子を発行することを特徴とするものであってもよい。
【００１６】
また、上記の前記発行部は、前記第１の取得優先度情報の前記識別子が枯渇している場合、最も過去に発行した前記第１の取得優先度情報の前記識別子を、前記第２の取得優先度情報を含む前記データ要求に対して発行することを特徴とするものであってもよい。【００１７】
また、上記の前記第２の識別子情報記憶部には、前記識別子に対応して、前記設備機器から取得する前記データのデータ量情報が記憶され、前記データ要求部から出力される前記データ要求には、前記データの前記データ量情報が含まれ、前記発行部は、前記第２の識別子情報記憶部を参照して、前記データ要求部の前記データ要求に含まれる前記取得優先度情報と前記データ量情報とに対応した前記識別子を発行することを特徴とするものであってもよい。【００１８】
また、上記の前記データ要求部から出力される前記データ要求には、前記データの収集に要する時間の推定値が含まれており、前記推定値は、前記データ要求に対して割り当てられた前記識別子に対応して、前記第２の識別子情報記憶部に記憶されることを特徴とするものであってもよい。【００１９】
また、上記の前記発行部は、前記識別子の発行状態を示す発行状態情報を前記第２の識別子情報記憶部に記憶し、発行した前記識別子が、前記推定値の時間を経過した場合、前記識別子の発行状態情報を未発行とすることを特徴とするものであってもよい。【００２０】
また、上記の前記発行部は、前記識別子の発行状態を監視し、前記取得優先度情報は、前記発行状態によって変更されることを特徴とするものであってもよい。【００２１】
また、本発明に係る広域管理装置は、建物に設けられた建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを対応付けて記憶する識別子情報記憶部と、前記識別子情報記憶部に記憶された前記識別子と前記取得優先度情報とを前記建物管理装置に送信する送信部と、を含むことを特徴とする。【００２２】
また、本発明に係る建物管理装置は、建物で消費される電力を管理する広域管理装置から、前記建物に設けられた建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記識別子に対応付けられた前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを受信する受信部と、前記受信部によって受信された前記識別子と前記取得優先度情報とを記憶する識別子情報記憶部と、前記識別子情報記憶部を参照し、前記メッセージの前記データの取得優先度に応じた前記識別子を発行する発行部と、を含むことを特徴とする。【００２３】
また、本発明に係る広域管理装置と、設備機器が設置された建物に対応して設けられ、前記設備機器とメッセージを交換して前記設備機器からデータを取得する建物管理装置とを有する広域管理システムの広域管理方法は、前記広域管理装置は、前記メッセージに割り当てられる識別子と、前記データの取得優先度を示した取得優先度情報とを対応付けて記憶する第１の識別子情報記憶ステップと、前記第１の識別子情報記憶ステップで記憶された前記識別子と前記取得優先度情報とを前記建物管理装置に送信する送信ステップと、を有し、前記建物管理装置は、前記送信ステップによって送信される前記識別子と前記取得優先度情報とを受信する受信ステップと、前記受信ステップによって受信された前記識別子と前記取得優先度情報とを記憶する第２の識別子情報記憶ステップと、前記第２の識別子情報記憶ステップで記憶された前記識別子と前記取得優先度情報とを参照し、前記メッセージの前記データの取得優先度に応じた前記識別子を発行する発行ステップと、を含むことを特徴とする。【００２４】
また、本発明に係る広域管理装置の識別子情報送信方法は、建物に設けられた建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを対応付けて記憶する識別子情報記憶ステップと、前記識別子情報記憶ステップで記憶された前記識別子と前記取得優先度情報とを前記建物管理装置に送信する送信ステップと、を含むことを特徴とする。【００２５】
また、本発明に係る建物管理装置の識別子発行方法は、
建物で消費される電力を管理する広域管理装置から、前記建物に設けられた当該建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記識別子に対応付けられた前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを受信する受信ステップと、前記受信ステップによって受信された前記識別子と前記取得優先度情報とを記憶する識別子情報記憶ステップと、前記識別子情報記憶ステップで記憶された前記識別子と前記取得優先度情報とを参照し、前記メッセージの前記データの取得優先度に応じた前記識別子を発行する発行ステップと、を含むことを特徴とする。【００２６】
また、本発明に係る広域管理装置のプログラムは、建物に設けられた建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを対応付けて記憶する識別子情報記憶部と、前記識別子情報記憶部に記憶された前記識別子と前記取得優先度情報とを前記建物管理装置に送信する送信部と、を含むことを特徴とする。【００２７】
また、本発明に係る建物管理装置のプログラムは、建物で消費される電力を管理する広域管理装置から、前記建物に設けられた前記建物管理装置と設備機器との間で交換されるメッセージに割り当てられる識別子と、前記識別子に対応付けられた前記設備機器から取得されるデータの取得優先度を示した取得優先度情報とを受信する受信部と、前記受信部によって受信された前記識別子と前記取得優先度情報とを記憶する識別子情報記憶部と、前記識別子情報記憶部を参照し、前記メッセージの前記データの取得優先度に応じた前記識別子を発行する発行部と、を含むことを特徴とする。
【発明の効果】
【００２８】
本発明によれば、高優先でデータ取得すべき要求が発生したときに、メッセージの識別子を発行できないという状態を低減することができる。【００２９】
上記した以外の課題、構成、および効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００３０】
【図１】本発明の第１の実施の形態に係る広域管理システム１の構成例を示した図である。
【図２】広域管理装置２１の機能構成の一例を示したブロック図である。
【図３】識別子情報記憶部６２のデータ構成例を示した図である。
【図４】建物管理装置３１の機能構成の一例を示したブロック図である。
【図５】ＢＡＣｎｅｔＩ／Ｆの機能構成の一例を示したブロック図である。
【図６】ＴＳＭマネージャ８３の機能構成の一例を示したブロック図である。
【図７】識別子情報記憶部９１のデータ構成例を示した図である。
【図８】建物管理装置３１の動作例を示したシーケンス図である。
【図９】ＴＳＭマネージャ８３の動作例を示したフローチャートである。
【図１０】建物管理装置３１の動作例を示したシーケンス図である。
【図１１】建物管理装置３１の動作例を示したシーケンス図である。
【図１２】Ｉｎｖｏｋｅ＿ＩＤの割り当てを説明する図である。
【図１３】建物管理装置の機能を実現するハードウェア構成の一例を示した図である。
【図１４】第２の実施の形態に係る識別子情報記憶部９１のデータ構成例を示した図である。
【図１５】第３の実施の形態に係る識別子情報記憶部９１のデータ構成例を示した図である。
【発明を実施するための形態】
【００３１】
［第１の実施の形態］
図１は、本発明の第１の実施の形態に係る広域管理システム１の構成例を示した図である。図１に示すように、広域管理システム１は、広域管理装置２１と、建物Ｂ１，Ｂ２のそれぞれに設けられた建物管理装置３１，４１と、を備える。広域管理装置２１と、建物管理装置３１，４１のそれぞれは、例えば、インターネット等のネットワーク５１を介して、通信データの送受信が可能である。なお、図１では、建物Ｂ１，Ｂ２は、２つしか示していないが、３以上存在してもよい。この場合も各建物には、建物管理装置が備えられる。また、建物管理装置は、３以上存在してもよい。また、複数の建物を一つの建物管理装置で監視する構成にしてもよい。すなわち、建物管理装置と設備機器の構成は様々な形態があってもよい。
【００３２】
広域管理装置２１は、管理者１２から、端末装置１１を介して、建物Ｂ１，Ｂ２のぞれぞれの消費電力を制御する制御指令を受け付ける。広域管理装置２１は、受け付けた制御指令を、管理対象の建物Ｂ１，Ｂ２に設けられている建物管理装置３１，４１へ、ネットワーク５１を介して送信する。
【００３３】
建物管理装置３１は、建物Ｂ１内に設けられているＬＡＮ等のネットワーク３３に接続されている。建物管理装置３１は、ネットワーク３３を介して、建物Ｂ１内に設けられている、複数の設備機器３２のそれぞれと通信データの送受信が可能である。
【００３４】
建物管理装置４１も建物管理装置３１と同様に、建物Ｂ２内に設けられているＬＡＮ等のネットワーク４３に接続されている。建物管理装置４１は、ネットワーク４３を介して、建物Ｂ２内に設けられている、複数の設備機器４２のそれぞれと通信データの送受信が可能である。
【００３５】
建物Ｂ１に設けられている複数の設備機器３２は、例えば、空調機器、照明機器、ボイラ機器、防犯機器、またはサーバやルータなどのＩＴ（Information Technology）機器を監視する監視機器などである。
【００３６】
設備機器３２のそれぞれは、例えば、センサ等を有している。センサは、例えば、建物Ｂ１内の温度を測定する温度センサ、建物内を流れる電流を測定する電流センサ、または建物Ｂ１内の人を検知する赤外線センサなどである。設備機器３２のそれぞれは、建物管理装置３１からの要求に応じて、例えば、センサのデータを建物管理装置３１へ送信する。建物Ｂ２も建物Ｂ１と同様に、センサを備えた複数の設備機器４２が設けられている。
【００３７】
なお、図１では、設備機器３２，４２は、それぞれの建物Ｂ１，Ｂ２において４つしか示していないが、１〜３または５以上存在してもよい。
【００３８】
建物管理装置３１は、広域管理装置２１から、ネットワーク５１を介して、イベントプログラムを受信して記憶する。建物管理装置３１は、例えば、ＢＥＭＳに用いられる機器で構成されてもよい。
【００３９】
イベントプログラムとは、建物Ｂ１，Ｂ２内に設けられている設備機器３２，４２の動作を制御して、それぞれの設備機器の消費電力を制御するためのプログラムである。建物管理装置３１，４１は、広域管理装置２１から、ネットワーク５１を介して、制御指令を受信した場合に、受信した制御指令に対応するイベントプログラムを実行することにより、制御指令に応じて建物Ｂ１，Ｂ２全体の消費電力を制御する。
【００４０】
図２は、広域管理装置２１の機能構成の一例を示したブロック図である。図２に示すように、広域管理装置２１は、通信部６１と、識別子情報記憶部６２と、データ記憶部６３と、通信部６４と、を有している。
【００４１】
通信部６１は、送信部６１ａと、受信部６１ｂと、を備え、端末装置１１と通信を行う。受信部６１ｂは、例えば、端末装置１１が管理者１２から受付けた識別子情報を、端末装置１１から受信する。識別子情報は、識別子と取得優先度情報とを有する。識別子と取得優先度情報とについては、以下で説明する。
【００４２】
送信部６１ａは、端末装置１１からの要求に応じて、識別子情報記憶部６２に記憶されている識別子情報およびデータ記憶部６３に記憶されているデータを端末装置１１に送信する。端末装置１１は、例えば、送信部６１ａから送信されたデータを、ディスプレイに表示することができる。
【００４３】
ここで、識別子情報に含まれる識別子と取得優先度情報とについて説明する。建物管理装置３１は、複数の設備機器３２とメッセージを交換して、複数の設備機器３２から、例えば、設備機器３２が備えるセンサのデータを取得する。識別子は、建物管理装置３１と複数の設備機器３２とが交換するメッセージを識別するために、メッセージに割り当てられる識別子である。ＢＡＣｎｅｔの標準規格では、８ビットで表現される２５６個のＩｎｖｏｋｅ＿ＩＤが用意されている。以下では、識別子の一例であるＢＡＣｎｅｔのＩｎｖｏｋｅ＿ＩＤを用いて説明する。
【００４４】
例えば、建物管理装置３１は、設備機器３２に対し、温度等のデータの要求メッセージを送信するとする。建物管理装置３１は、設備機器３２に対して要求メッセージを送信する際、要求メッセージにＩｎｖｏｋｅ＿ＩＤを含めて、設備機器３２に送信する。
【００４５】
設備機器３２は、建物管理装置３１から要求メッセージを受信すると、温度等のデータを応答メッセージとともに建物管理装置へ送信する。その際、設備機器３２は、建物管理装置３１から受信した、要求メッセージに含まれていたＩｎｖｏｋｅ＿ＩＤを応答メッセージに含めて、建物管理装置３１へ送信する。これにより、建物管理装置３１は、複数の設備機器３２が存在する場合でも、設備機器３２から戻ってきた応答メッセージが、どの要求メッセージに対応するものであるかを認識することができる。
【００４６】
識別子情報に含まれる取得優先度情報は、設備機器３２のデータの、取得優先度を示した情報である。取得優先度情報は、以下で説明するように、Ｉｎｖｏｋｅ＿ＩＤに対応付けられて、識別子情報記憶部６２に記憶される。
【００４７】
例えば、建物管理装置３１は、ある設備機器３２のデータを、高優先で取得したいとする。この場合、ある設備機器３２に対して送信される要求メッセージには、例えば、取得優先度情報「高」が対応付けられたＩｎｖｏｋｅ＿ＩＤが割り当てられる。また、建物管理装置３１は、ある設備機器３２のデータを、高優先ではなく、取得したいとする。この場合、ある設備機器３２に対して送信される要求メッセージには、例えば、取得優先度情報「低」が対応付けられたＩｎｖｏｋｅ＿ＩＤが割り当てられる。
【００４８】
より具体的には、サーバの温度等は、人が作業する部屋の温度より優先度が高い。サーバは、温度が高くなると障害・故障等が発生するからである。そのため、サーバの温度等を管理する設備機器３２に対して送信される要求メッセージには、取得優先度情報「高」が対応付けられたＩｎｖｏｋｅ＿ＩＤが割り当てられる。また、部屋の温度を管理する設備機器３２に対して送信される要求メッセージには、取得優先度情報「低」が対応付けられたＩｎｖｏｋｅ＿ＩＤが割り当てられる。
【００４９】
建物管理装置４１においても上記と同様である。すなわち、建物管理装置４１においても２５６個のＩｎｖｏｋｅ＿ＩＤが用意され、建物管理装置４１と設備機器４２は、２５６個のＩｎｖｏｋｅ＿ＩＤを用いてメッセージを交換する。また、そのＩｎｖｏｋｅ＿ＩＤには、取得優先度情報が対応付けられている。
【００５０】
識別子情報記憶部６２は、建物管理装置３１で用いられる識別子情報を記憶している。また、識別子情報記憶部６２は、建物管理装置４１で用いられる識別子情報を記憶している。すなわち、識別子情報記憶部６２は、建物管理装置４１，４２ごとの識別子情報を記憶している。
【００５１】
図３は、識別子情報記憶部６２のデータ構成例を示した図である。図３に示すように、識別子情報記憶部６２には、Ｉｎｖｏｋｅ＿ＩＤ６２ａと、取得優先度情報６２ｂと、ステータス情報（発行状態情報）６２ｃとが、識別子情報として記憶される。
【００５２】
Ｉｎｖｏｋｅ＿ＩＤ６２ａは、上記したように、建物管理装置３１と設備機器３２との間で交換されるメッセージに割り当てられる識別子である。
【００５３】
取得優先度情報６２ｂは、設備機器３２のデータの、取得優先度を示す情報である。取得優先度情報６２ｂは、Ｉｎｖｏｋｅ＿ＩＤ６２ａに対応付けて識別子情報記憶部６２に記憶される。取得優先度情報６２ｂには、例えば、データの取得優先度が高いことを示す「高」と、データの取得優先度が高いことを示す「低」とがある。
【００５４】
例えば、図３の例の場合、取得優先度情報「高」は、Ｉｎｖｏｋｅ＿ＩＤ「１」〜「１００」に対応付けられて、識別子情報記憶部６２に記憶されている。従って、Ｉｎｖｏｋｅ＿ＩＤ「１」〜「１００」は、データの取得優先度が高いメッセージに割り当てられる。また、取得優先度情報「低」は、Ｉｎｖｏｋｅ＿ＩＤ「１０１」〜「２５６」に対応付けられて、識別子情報記憶部６２に記憶されている。従って、Ｉｎｖｏｋｅ＿ＩＤ「１０１」〜「２５６」は、データの取得優先度が低いメッセージに割り当てられる。なお、図３では、２種類の取得優先度情報６２ｂしか示していないが、３種類以上の取得優先度情報６２ｂを識別子情報記憶部６２に記憶してもよい。
【００５５】
ステータス情報６２ｃは、対応するＩｎｖｏｋｅ＿ＩＤ６２ａの発行状態を示す情報である。後述するように、識別子情報記憶部６２に記憶される識別子情報は、建物管理装置３１，４１に送信され、建物管理装置３１，４１で使用される。従って、識別子情報記憶部６２のステータス情報６２ｃには、例えば、「未発行」等の初期値が記憶される。
【００５６】
図３に示す識別子情報記憶部６２の識別子情報は、端末装置１１のディスプレイに表示することができる。例えば、送信部６１ａは、端末装置１１からの指示に応じて、識別子情報記憶部６２に記憶されている識別子情報を取得し、端末装置１１に送信する。そして、端末装置１１は、送信部６１ａから送信された識別子情報をディスプレイに表示する。
【００５７】
管理者１２は、端末装置１１のディスプレイ上で、識別子情報記憶部６２の識別子情報を「変更」することができる。また、管理者１２は、端末装置１１のディスプレイ上で、識別子情報記憶部６２に記憶される識別子情報を「新規作成」することができる。「新規作成」または「変更」された識別子情報は、端末装置１１から広域管理装置２１の受信部６１ｂに送信され、識別子情報記憶部６２に記憶される。すなわち、識別子情報記憶部６２に記憶される識別子情報は、管理者１２によって入力される。
【００５８】
なお、管理者１２は、端末装置１１を用いて識別子情報を「新規作成」または「変更」する場合、ステータス情報６２ｃについては、入力してもよいし、入力しなくてもよい。管理者１２は、端末装置１１を用いてステータス情報６２ｃを入力する場合、「未発行」を入力する。また、管理者１２が、端末装置１１を用いてステータス情報６２ｃを入力しない場合、例えば、受信部６１ｂが、端末装置１１から識別子情報を受信して識別子情報記憶部６２に記憶する際に、「未発行」のステータス情報６２ｃを識別子情報記憶部６２に記憶する。これにより、識別子情報記憶部６２のステータス情報６２ｃには、例えば、「未発行」等の初期値が記憶される。
【００５９】
上記では、建物Ｂ１の建物管理装置３１の識別子情報のデータ構成例を示したが、建物Ｂ２の建物管理装置４１の識別子情報も、図３と同様のデータ構成を有する。そして、建物管理装置４１の識別子情報も、広域管理装置２１の識別子情報記憶部６２に記憶される。
【００６０】
図２の説明に戻る。データ記憶部６３には、設備機器３２，４２が有するセンサによって取得されたデータが記憶される。データ記憶部６３には、例えば、温度データ、電流値データ、または人の検知データ等が記憶される。
【００６１】
なお、上記したように、送信部６１ａは、端末装置１１からの要求に応じて、データ記憶部６３に記憶されている、センサのデータを端末装置１１に送信する。そして、端末装置１１は、通信部６１から送信されたセンサのデータをディスプレイに表示する。これにより、管理者１２は、設備機器３２のセンサが取得したデータをモニタすることができる。
【００６２】
通信部６４は、送信部６４ａと、受信部６４ｂと、を備え、建物管理装置３１，４１と通信を行う。送信部６４ａは、識別子情報記憶部６２に記憶されている建物管理装置３１，４１の識別子情報を、建物管理装置３１，４１のそれぞれに送信する。
【００６３】
例えば、送信部６４ａは、識別子情報記憶部６２に記憶されている識別子情報が「新規作成」または「変更」されたとき、識別子情報記憶部６２に記憶されている建物管理装置３１の識別子情報を、建物Ｂ１の建物管理装置３１に送信する。また、送信部６４ａは、識別子情報記憶部６２に記憶されている建物Ｂ２の識別子情報が「新規作成」または「変更」されたとき、識別子情報記憶部６２に記憶されている建物Ｂ２の識別子情報を、建物Ｂ２の建物管理装置４１に送信する。
【００６４】
受信部６４ｂは、建物管理装置３１，４１から送信される設備機器３２，４２のセンサのデータを受信する。受信部６４ｂは、受信した設備機器のセンサのデータを、データ記憶部６３に記憶する。
【００６５】
なお、上記では、通信部６４は、２つの建物管理装置３１，４１と通信するとしたが、複数（３以上）の建物管理装置と通信を行うこともできる。
【００６６】
図４は、建物管理装置３１の機能構成の一例を示したブロック図である。図４に示すように、建物管理装置３１は、通信部７１と、データ要求部７２と、データ記憶部７３と、通信部７４と、を有している。
【００６７】
通信部７１は、送信部７１ａと、受信部７１ｂと、を備え、広域管理装置２１と通信を行う。例えば、受信部７１ｂは、広域管理装置２１から送信される、識別子情報記憶部６２の識別子情報を受信する。受信した識別子情報は、通信部７４へ出力される。
【００６８】
送信部７１ａは、例えば、データ記憶部７３に記憶されている、設備機器３２から取得したデータを広域管理装置２１へ送信する。
【００６９】
データ要求部７２は、イベントプログラムの指示に応じて、設備機器３２のデータを要求するデータ要求を出力する。例えば、データ要求部７２は、ある設備機器３２に対しては、ある周期でデータ要求を出力し、別の設備機器３２に対しては、別の周期でデータ要求を出力する。また、例えば、データ要求部７２は、設備機器３２から受信されたデータに基づいて、他の設備機器３２に対し、データ要求を出力する。
【００７０】
データ要求部７２から出力されるデータ要求には、設備機器３２から取得するデータの取得優先度を示した取得優先度情報が含まれる。例えば、データ要求部７２から出力される、ある設備機器３２に対するデータ要求には、高優先でデータを取得することを示す取得優先度情報「高」が含まれる。また、データ要求部７２から出力される、別の設備機器３２に対するデータ要求には、高優先でデータを取得しなくてもよいことを示す取得優先度情報「低」が含まれる。なお、データ要求に含まれる取得優先度情報は、イベントプログラムに予め記述されている。データ要求部７２から出力されるデータ要求は、通信部７４へ出力される。
【００７１】
データ記憶部７３には、通信部７４が受信した設備機器３２のデータが記憶される。例えば、データ記憶部７３には、通信部７４が受信した温度データ、電流値データ、または人の検知データ等が記憶される。なお、上記したように、データ記憶部７３に記憶されたデータは、広域管理装置２１へ送信される。そして、広域管理装置２１のデータ記憶部６３に記憶される。
【００７２】
通信部７４は、設備機器３２と通信を行う。例えば、通信部７４は、データ要求部７２から出力された要求メッセージを設備機器３２に送信する。また、通信部７４は、応答メッセージと設備機器３２のデータとを、設備機器３２から受信する。
【００７３】
通信部７４は、例えば、ＢＡＣｎｅｔＩ／Ｆ（Ｉ／Ｆ：Interface）によって実現される。以下では、通信部７４は、ＢＡＣｎｅｔＩ／Ｆを例として説明する。
【００７４】
図５は、ＢＡＣｎｅｔＩ／Ｆの機能構成の一例を示したブロック図である。図５に示すように、ＢＡＣｎｅｔＩ／Ｆ（通信部７４）は、ＢＡＣｎｅｔＡＰＩレイヤ８１（ＡＰＩ：Application Programming Interface）と、アプリケーションレイヤ８２と、ＴＳＭ（Transaction State Machine）マネージャ８３と、サービスハンドラ８４と、ネットワークレイヤ８５と、ＢＡＣｎｅｔバーチャルリンクレイヤ８６と、物理レイヤ８７と、を有している。
【００７５】
ＢＡＣｎｅｔＡＰＩレイヤ８１は、受信部７１ｂ、データ要求部７２、およびデータ記憶部７３とデータ通信を行う。例えば、ＢＡＣｎｅｔＡＰＩレイヤ８１は、受信部７１ｂが広域管理装置２１から受信した識別子情報を受信する。ＢＡＣｎｅｔＡＰＩレイヤ８１は、受信した識別子情報を、アプリケーションレイヤ８２を介して、ＴＳＭマネージャ８３へ出力する。
【００７６】
また、ＢＡＣｎｅｔＡＰＩレイヤ８１は、データ要求部７２から出力されるデータ要求を受信する。ＢＡＣｎｅｔＡＰＩレイヤ８１は、受信したデータ要求を、アプリケーションレイヤ８２を介して、ＴＳＭマネージャ８３へ出力する。
【００７７】
また、ＢＡＣｎｅｔＡＰＩレイヤ８１は、物理レイヤ８７によって受信された設備機器３２のデータをデータ記憶部７３へ出力する。
【００７８】
アプリケーションレイヤ８２は、ＢＡＣｎｅｔＡＰＩレイヤ８１を介して、データ要求部７２が出力したデータ要求を受信すると、ＴＳＭマネージャ８３に対し、Ｉｎｖｏｋｅ＿ＩＤの発行要求を行う。また、アプリケーションレイヤ８２は、Ｉｎｖｏｋｅ＿ＩＤの発行要求に対応するＩｎｖｏｋｅ＿ＩＤを、ＴＳＭマネージャ８３から受信する。アプリケーションレイヤ８２は、ＴＳＭマネージャ８３からＩｎｖｏｋｅ＿ＩＤを受信すると、受信したＩｎｖｏｋｅ＿ＩＤを用いて、設備機器３２からデータを取得するように、サービスハンドラ８４を呼び出す。
【００７９】
なお、データ要求部７２から出力されるデータ要求には、上記したように、データの取得優先度を示した取得優先度情報が含まれている。アプリケーションレイヤ８２は、Ｉｎｖｏｋｅ＿ＩＤの発行要求の際、データ要求に含まれていた取得優先度情報を含めて、ＴＳＭマネージャ８３へ出力する。
【００８０】
ＴＳＭマネージャ８３は、アプリケーションレイヤ８２からのＩｎｖｏｋｅ＿ＩＤの発行要求に応じて、Ｉｎｖｏｋｅ＿ＩＤを発行する。
【００８１】
図６は、ＴＳＭマネージャ８３の機能構成の一例を示したブロック図である。図６に示すように、ＴＳＭマネージャ８３は、識別子情報記憶部９１、判定部９２、および発行部９３を有している。
【００８２】
上記したように、図４の受信部７１ｂは、広域管理装置２１の識別子情報記憶部６２に記憶された、建物管理装置３１の識別子情報を受信する。受信部７１ｂによって受信された識別子情報は、図５のＢＡＣｎｅｔＡＰＩレイヤ８１およびアプリケーションレイヤ８２を介して、ＴＳＭマネージャ８３に出力され、図６の識別子情報記憶部９１に記憶される。
【００８３】
図７は、識別子情報記憶部９１のデータ構成例を示した図である。識別子情報記憶部９１には、Ｉｎｖｏｋｅ＿ＩＤ９１ａと、取得優先度情報９１ｂと、ステータス情報９１ｃとが、識別子情報として記憶される。Ｉｎｖｏｋｅ＿ＩＤ９１ａおよび取得優先度情報９１ｂは、図３で説明したＩｎｖｏｋｅ＿ＩＤ６２ａおよび取得優先度情報６２ｂと同様であるので、その説明を省略する。
【００８４】
ステータス情報９１ｃは、対応するＩｎｖｏｋｅ＿ＩＤ９１ａの発行状態を示す情報である。すなわち、ステータス情報９１ｃは、対応するＩｎｖｏｋｅ＿ＩＤ９１ａが、現在メッセージに割り当てられているか否かを示す。
【００８５】
例えば、図７の「発行中」のステータス情報９１ｃは、対応するＩｎｖｏｋｅ＿ＩＤが、現在メッセージに割り当てられていることを示す。「未発行」のステータス情報９１ｃは、対応するＩｎｖｏｋｅ＿ＩＤが、現在メッセージに割り当てられていないことを示す。なお、「発行中」のＩｎｖｏｋｅ＿ＩＤ６２ａは、例えば、設備機器３２から応答メッセージが返ってくると、「未発行」に変更される。
【００８６】
図６の説明に戻る。判定部９２には、アプリケーションレイヤ８２から出力されたＩｎｖｏｋｅ＿ＩＤの発行要求が入力される。Ｉｎｖｏｋｅ＿ＩＤの発行要求には、上記したように、データの取得優先度情報が含まれており、判定部９２は、設備機器３２から取得するデータの取得優先度を判定する。
【００８７】
発行部９３は、判定部９２の判定結果に基づいて、識別子情報記憶部９１を参照し、Ｉｎｖｏｋｅ＿ＩＤを取得して、アプリケーションレイヤ８２へ出力する。すなわち、発行部９３は、アプリケーションレイヤ８２からのＩｎｖｏｋｅ＿ＩＤの発行要求に応じて、Ｉｎｖｏｋｅ＿ＩＤを発行する。
【００８８】
例えば、判定部９２による、取得優先度の判定結果が「高」であったとする。この場合、発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「高」であるＩｎｖｏｋｅ＿ＩＤを取得する。また、判定部９２による、取得優先度の判定結果が「低」であったとする。この場合、発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」であるＩｎｖｏｋｅ＿ＩＤを取得する。
【００８９】
なお、「未発行」のステータス情報９１ｃが複数ある場合、発行部９３は、複数の「未発行」のＩｎｖｏｋｅ＿ＩＤの中から、判定部９２の判定結果に適合するＩｎｖｏｋｅ＿ＩＤをランダムに１つ取得してもよい。または、発行部９３は、複数の「未発行」のＩｎｖｏｋｅ＿ＩＤのうち、判定部９２の判定結果に適合する、最も番号の小さいＩｎｖｏｋｅ＿ＩＤを取得してもよい。
【００９０】
また、発行部９３は、取得優先度情報「高」のＩｎｖｏｋｅ＿ＩＤが枯渇しているときに（全て「発行中」であるときに）、判定部９２により取得優先度「高」が判定されたＩｎｖｏｋｅ＿ＩＤの発行要求があると、ステータス情報が「未発行」の、取得優先度情報「低」のＩｎｖｏｋｅ＿ＩＤを発行する。
【００９１】
例えば、図７において、Ｉｎｖｏｋｅ＿ＩＤ「１」〜「１００」の取得優先度情報９１ｂは「高」であり、Ｉｎｖｏｋｅ＿ＩＤ「１０１」〜「２５６」の取得優先度情報９１ｂは「低」であるとする。また、Ｉｎｖｏｋｅ＿ＩＤ「１」〜「２５５」のステータス情報９１ｃは全て「発行中」であり、Ｉｎｖｏｋｅ＿ＩＤ「２５６」のステータス情報９１ｃは「未発行」であるとする。この場合において、発行部９３は、判定部９２により取得優先度「高」が判定されたＩｎｖｏｋｅ＿ＩＤの発行要求があると、Ｉｎｖｏｋｅ＿ＩＤ「２５６」を発行する。
【００９２】
また、発行部９３は、取得優先度情報「高」のＩｎｖｏｋｅ＿ＩＤが枯渇しているときに、判定部９２により取得優先度「高」が判定されたＩｎｖｏｋｅ＿ＩＤの発行要求があった場合で、全てのＩｎｖｏｋｅ＿ＩＤが「発行中」である場合、最も過去に発行した取得優先度情報「低」のＩｎｖｏｋｅ＿ＩＤを発行する。
【００９３】
例えば、図７において、Ｉｎｖｏｋｅ＿ＩＤ「１」〜「２５６」の全てが「発行中」であるとする。また、取得優先度情報「低」のＩｎｖｏｋｅ＿ＩＤ「１０１」〜「２５６」のうち、Ｉｎｖｏｋｅ＿ＩＤ「１０１」が最も過去に発行されたＩｎｖｏｋｅ＿ＩＤとする。この場合において、発行部９３は、判定部９２により取得優先度「高」が判定されたＩｎｖｏｋｅ＿ＩＤの発行要求があると、最も過去に発行された、取得優先度情報「低」のＩｎｖｏｋｅ＿ＩＤ「１０１」を発行する。
【００９４】
なお、発行部９３は、取得優先度「低」のＩｎｖｏｋｅ＿ＩＤの発行要求があった場合、取得優先度情報「高」のＩｎｖｏｋｅ＿ＩＤに空き（未発行）があっても、取得優先度情報「高」のＩｎｖｏｋｅ＿ＩＤを発行しない。すなわち、取得優先度情報「高」のＩｎｖｏｋｅ＿ＩＤは、取得優先度が高いＩｎｖｏｋｅ＿ＩＤの発行要求のために用意される。これにより、ＴＳＭマネージャ８３は、高優先でデータ取得すべき要求が発生したときに、Ｉｎｖｏｋｅ＿ＩＤを発行できないという状態を低減することが可能となる。
【００９５】
上記では、取得優先度情報が「高」および「低」の２つの場合について説明したが、取得優先度情報は、３以上あってもよい。この場合、Ｉｎｖｏｋｅ＿ＩＤの発行要求に含まれている取得優先度の取得優先度情報が枯渇している場合、発行部９３は、Ｉｎｖｏｋｅ＿ＩＤの発行要求に含まれている取得優先度より低い優先度のＩｎｖｏｋｅ＿ＩＤを発行する。
【００９６】
図５の説明に戻る。サービスハンドラ８４は、ＢＡＣｎｅｔプロトコルスタックで使用するサービスを定義し、データの送信および受信を制御する。例えば、サービスハンドラ８４は、アプリケーションレイヤ８２から、Ｉｎｖｏｋｅ＿ＩＤを用いて、設備機器３２からデータを取得するように、サービスが呼び出されると、設備機器３２からデータを要求する要求メッセージを生成する。サービスハンドラ８４は、生成した要求メッセージに、ＴＳＭマネージャ８３が発行したＩｎｖｏｋｅ＿ＩＤを含め、ネットワークレイヤ８５、ＢＡＣｎｅｔバーチャルリンクレイヤ８６、および物理レイヤ８７を介して、設備機器３２に送信する。
【００９７】
ネットワークレイヤ８５は、アプリケーションレイヤ８２のサービス要求に応じる。また、ネットワークレイヤ８５は、ＢＡＣｎｅｔバーチャルリンクレイヤ８６に対し、サービス要求を行う。ＢＡＣｎｅｔバーチャルリンクレイヤ８６は、ネットワークレイヤ８５と物理レイヤ８７を接続するインタフェースである。物理レイヤ８７は、ネットワークの物理的な接続および伝送方法を制御する。なお、ネットワークレイヤ８５、ＢＡＣｎｅｔバーチャルリンクレイヤ８６、および物理レイヤ８７は、ＢＡＣｎｅｔプロトコルスタックの規格で定義されている。
【００９８】
図８は、建物管理装置３１の動作例を示したシーケンス図である。図８のシーケンスは、例えば、イベントプログラムが設備機器３２のデータを取得する際に実行される。
【００９９】
まず、データ要求部７２は、イベントプログラムに応じて、設備機器３２からデータを取得するデータ要求を出力する（ステップＳ１）。データ要求部７２から出力されるデータ要求には、設備機器３２からデータを取得する取得優先度を示した取得優先度情報が含まれている。
【０１００】
次に、ＢＡＣｎｅｔＡＰＩレイヤ８１は、データ要求部７２から出力されたデータ要求を受信し、アプリケーションレイヤ８２へ出力する（ステップＳ２）。
【０１０１】
次に、アプリケーションレイヤ８２は、ＢＡＣｎｅｔＡＰＩレイヤ８１からデータ要求を受信する（ステップＳ３）。
【０１０２】
次に、アプリケーションレイヤ８２は、ＢＡＣｎｅｔＡＰＩレイヤ８１からデータ要求を受信すると、ＴＳＭマネージャ８３に対し、Ｉｎｖｏｋｅ＿ＩＤの発行要求を行う（ステップＳ４）。Ｉｎｖｏｋｅ＿ＩＤの発行要求には、データ要求部７２が出力したデータ要求に含まれていた、取得優先度情報が含まれる。
【０１０３】
次に、ＴＳＭマネージャ８３は、アプリケーションレイヤ８２から、Ｉｎｖｏｋｅ＿ＩＤの発行要求を受信すると、Ｉｎｖｏｋｅ＿ＩＤの発行処理を行う（ステップＳ５）。ここで、ＴＳＭマネージャ８３のＩｎｖｏｋｅ＿ＩＤの発行処理について、フローチャートを用いて説明する。
【０１０４】
図９は、ＴＳＭマネージャ８３の動作例を示したフローチャートである。図９のフローチャートは、ＴＳＭマネージャ８３がアプリケーションレイヤ８２から、Ｉｎｖｏｋｅ＿ＩＤの発行要求を受信すると実行される。
【０１０５】
まず、ＴＳＭマネージャ８３の判定部９２は、アプリケーションレイヤ８２から受信した、Ｉｎｖｏｋｅ＿ＩＤの発行要求に含まれている取得優先度情報が「高」であるか「低」であるか判定する（ステップＳ３１）。判定部９２は、Ｉｎｖｏｋｅ＿ＩＤの発行要求に含まれている取得優先度情報が「高」の場合（ステップＳ３１で「高」の場合）、ステップＳ３２へ処理を移行する。判定部９２は、Ｉｎｖｏｋｅ＿ＩＤの発行要求に含まれている取得優先度情報が「低」の場合（ステップＳ３１で「低」の場合）、ステップＳ３７へ処理を移行する。
【０１０６】
ステップＳ３１において、判定部９２が、Ｉｎｖｏｋｅ＿ＩＤの発行要求に含まれている取得優先度情報が「高」であると判定した場合、発行部９３は、識別子情報記憶部９１を参照し、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「高」のＩｎｖｏｋｅ＿ＩＤが存在するか否か判定する（ステップＳ３２）。発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「高」のＩｎｖｏｋｅ＿ＩＤが存在する場合（ステップＳ３２で「ｙｅｓ」の場合）、ステップＳ３３へ処理を移行する。発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「高」のＩｎｖｏｋｅ＿ＩＤが存在しない場合（ステップＳ３２で「Ｎｏ」の場合）、ステップＳ３４へ処理を移行する。
【０１０７】
ステップＳ３２において、発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「高」のＩｎｖｏｋｅ＿ＩＤが存在すると判定した場合、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「高」のＩｎｖｏｋｅ＿ＩＤを取得する。また、発行部９３は、取得したＩｎｖｏｋｅ＿ＩＤのステータス情報９１ｃを「未発行」から「発行中」に変更する。発行部９３は、取得したＩｎｖｏｋｅ＿ＩＤを、Ｉｎｖｏｋｅ＿ＩＤの発行要求を行ったアプリケーションレイヤ８２に対し、発行（出力）する（ステップＳ３３）。
【０１０８】
ステップＳ３２において、発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「高」のＩｎｖｏｋｅ＿ＩＤが存在しないと判定した場合、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤが存在するか否か判定する（ステップＳ３４）。発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤが存在する場合（ステップＳ３４で「Ｙｅｓ」の場合）、ステップＳ３５へ処理を移行する。発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤが存在しない場合（ステップＳ３４で「Ｎｏ」の場合）、ステップＳ３６へ処理を移行する。
【０１０９】
ステップＳ３４において、発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤが存在すると判定した場合、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤを取得する。また、発行部９３は、取得したＩｎｖｏｋｅ＿ＩＤのステータス情報９１ｃを「未発行」から「発行中」に変更する。発行部９３は、取得したＩｎｖｏｋｅ＿ＩＤを、Ｉｎｖｏｋｅ＿ＩＤの発行要求を行ったアプリケーションレイヤ８２に対し、発行する（ステップＳ３５）。
【０１１０】
ステップＳ３４において、発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤが存在しないと判定した場合、最も過去に発行された、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤを取得する。発行部９３は、取得したＩｎｖｏｋｅ＿ＩＤを、Ｉｎｖｏｋｅ＿ＩＤの発行要求を行ったアプリケーションレイヤ８２に対し、発行する（ステップＳ３６）。
【０１１１】
ステップＳ３１において、判定部９２が、Ｉｎｖｏｋｅ＿ＩＤの発行要求に含まれている取得優先度情報が「低」であると判定した場合、発行部９３は、識別子情報記憶部９１を参照し、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤが存在するか否か判定する（ステップＳ３７）。発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤが存在する場合（ステップＳ３７で「Ｙｅｓ」の場合）、ステップＳ３８へ処理を移行する。発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤが存在しない場合（ステップＳ３７で「Ｎｏ」の場合）、ステップＳ３９へ処理を移行する。
【０１１２】
ステップＳ３７において、発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤが存在すると判定した場合、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤを取得する。また、発行部９３は、取得したＩｎｖｏｋｅ＿ＩＤのステータス情報９１ｃを「未発行」から「発行中」に変更する。発行部９３は、取得したＩｎｖｏｋｅ＿ＩＤを、Ｉｎｖｏｋｅ＿ＩＤの発行要求を行ったアプリケーションレイヤ８２に対し、発行する（ステップＳ３８）。
【０１１３】
ステップＳ３７において、発行部９３は、ステータス情報９１ｃが「未発行」の、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤが存在しないと判定した場合、発行部９３は、Ｉｎｖｏｋｅ＿ＩＤが枯渇している旨（Ｉｎｖｏｋｅ＿ＩＤを発行できない旨）を、Ｉｎｖｏｋｅ＿ＩＤの発行要求を行ったアプリケーションレイヤ８２に対し、出力する（ステップＳ３９）。
【０１１４】
図８の説明に戻る。発行部９３は、発行したＩｎｖｏｋｅ＿ＩＤを、Ｉｎｖｏｋｅ＿ＩＤの発行要求を行ったアプリケーションレイヤ８２に対し、出力する（ステップＳ６）。
【０１１５】
なお、発行部９３は、図９のステップＳ３６の処理を行った場合、以下でも説明するが、アプリケーションレイヤ８２に対し、Ｉｎｖｏｋｅ＿ＩＤが破棄された旨を出力する。アプリケーションレイヤ８２は、発行部９３からＩｎｖｏｋｅ＿ＩＤが破棄された旨を受信すると、データ要求部７２に対し、Ｉｎｖｏｋｅ＿ＩＤが破棄された旨を出力する。これにより、データの要求元であるイベントプログラムは、Ｉｎｖｏｋｅ＿ＩＤが破棄されたことを判定でき、設備機器３２からデータを取得できないことを判定できる。そして、イベントプログラムは、再度、設備機器３２に対し、データの取得要求を行うことができる。
【０１１６】
また、発行部９３は、図９のステップＳ３９の処理を行った場合、Ｉｎｖｏｋｅ＿ＩＤの発行要求を行ったアプリケーションレイヤ８２に対し、Ｉｎｖｏｋｅ＿ＩＤが枯渇していることを通知する（ステップＳ３９）。アプリケーションレイヤ８２は、発行部９３から受信した、Ｉｎｖｏｋｅ＿ＩＤが枯渇している旨の通知を、データ要求部７２へ出力する。これにより、データの要求元であるイベントプログラムは、Ｉｎｖｏｋｅ＿ＩＤが発行されなかったことを判定でき、設備機器３２からデータを取得できないことを判定できる。そして、イベントプログラムは、再度、設備機器３２に対し、データの取得要求を行うことができる。
【０１１７】
次に、アプリケーションレイヤ８２は、ＴＳＭマネージャ８３からＩｎｖｏｋｅ＿ＩＤを受信すると、サービスハンドラ８４に対し、サービス呼び出しを行う（ステップＳ７）。アプリケーションレイヤ８２は、サービスハンドラ８４に対してサービス呼び出しを行う際、サービスハンドラ８４に対し、ＴＳＭマネージャ８３から発行されたＩｎｖｏｋｅ＿ＩＤを出力する。
【０１１８】
次に、サービスハンドラ８４は、アプリケーションレイヤ８２からサービスの呼び出しを受けると、サービス処理を行う（ステップＳ８）。
【０１１９】
次に、サービスハンドラ８４は、ネットワークレイヤ８５、ＢＡＣｎｅｔバーチャルリンクレイヤ８６、および物理レイヤ８７を介して、設備機器３２に対し、要求メッセージを送信する（ステップＳ９，Ｓ１０）。要求メッセージには、ＴＳＭマネージャ８３が発行したＩｎｖｏｋｅ＿ＩＤが含まれる。
【０１２０】
次に、設備機器３２は、サービスハンドラ８４から要求メッセージを受信すると、応答処理を行う（ステップＳ１１）。例えば、設備機器３２は、自身が備えているセンサのデータを取得する。
【０１２１】
次に、設備機器３２は、取得したデータを応答メッセージに含め、建物管理装置３１へ送信する（ステップＳ１２）。設備機器３２は、ステップＳ１０で受信した要求メッセージに含まれているＩｎｖｏｋｅ＿ＩＤを応答メッセージに含め、建物管理装置３１へ送信する。
【０１２２】
次に、サービスハンドラ８４は、物理レイヤ８７、ＢＡＣｎｅｔバーチャルリンクレイヤ８６、およびネットワークレイヤ８５を介して、設備機器３２が送信した応答メッセージを受信する（ステップＳ１３）。
【０１２３】
次に、サービスハンドラ８４は、設備機器３２から受信した応答メッセージをアプリケーションレイヤ８２へ出力する（ステップＳ１４）。
【０１２４】
次に、アプリケーションレイヤ８２は、サービスハンドラ８４から出力された応答メッセージを受信する（ステップＳ１５）。なお、アプリケーションレイヤ８２は、受信した応答メッセージに含まれるＩｎｖｏｋｅ＿ＩＤによって、どの要求メッセージに対する応答メッセージであるかを判定することができる。
【０１２５】
次に、アプリケーションレイヤ８２は、ＢＡＣｎｅｔＡＰＩレイヤ８１を介して、データ要求を行ったデータ要求部７２に対し、データ要求に対する応答を返す（ステップＳ１６，Ｓ１７）。応答には、設備機器３２のデータが含まれる。
【０１２６】
次に、データ要求部７２は、受信した応答の応答処理を行う（ステップＳ１７）。例えば、データ要求部７２は、データ要求を行ったイベントプログラムに対し、データを出力する。
【０１２７】
アプリケーションレイヤ８２は、ＴＳＭマネージャ８３に対し、Ｉｎｖｏｋｅ＿ＩＤの解放要求を行う（ステップＳ１９）。アプリケーションレイヤ８２は、Ｉｎｖｏｋｅ＿ＩＤの解放要求を行う際、ステップＳ１４で受信した応答メッセージに含まれるＩｎｖｏｋｅ＿ＩＤをＴＳＭマネージャ８３に出力する。
【０１２８】
ＴＳＭマネージャ８３は、アプリケーションレイヤ８２からのＩｎｖｏｋｅ＿ＩＤの解放要求に応じて、Ｉｎｖｏｋｅ＿ＩＤを解放する（ステップＳ２０）。例えば、ＴＳＭマネージャ８３の発行部９３は、Ｉｎｖｏｋｅ＿ＩＤの解放要求に含まれるＩｎｖｏｋｅ＿ＩＤに対応するステータス情報６２ｃを、「発行中」から「未発行」に変更する。
【０１２９】
図１０、図１１は、建物管理装置３１の動作例を示したシーケンス図である。図１０のシーケンスは、Ｉｎｖｏｋｅ＿ＩＤの発行中に、そのＩｎｖｏｋｅ＿ＩＤが破棄される場合の動作例を示している。例えば、図１０、図１１のシーケンスは、図９のステップＳ３６において、Ｉｎｖｏｋｅ＿ＩＤが破棄された場合の動作例を示している。図１０において、図８と同じ処理には、同じ符号が付してあり、その説明を省略する。
【０１３０】
図１０に示すステップＳ１〜Ｓ１４に示す処理は、最も過去にＩｎｖｏｋｅ＿ＩＤが発行された、データの取得優先度が「低」のデータ要求の処理を示している。例えば、ステップＳ１でデータ要求が開始されてから、ステップＳ１４で応答メッセージが返ってくるのに、時間がかかったりすると、ステップＳ１〜Ｓ１４の処理は、最も過去にＩｎｖｏｋｅ＿ＩＤが発行された、データ要求の処理となる。
【０１３１】
図１０、図１１のシーケンスでは、ステップＳ５１〜Ｓ５７等に示すように、ステップＳ１〜Ｓ１４の処理が行われている間に、別のデータ要求が行われている。この場合において、全てのＩｎｖｏｋｅ＿ＩＤが発行されていると、最も過去に発行された、取得優先度「低」のＩｎｖｏｋｅ＿ＩＤは破棄され、取得優先度「高」のデータ要求に割り当てられる（図９のステップＳ３６の処理）。
【０１３２】
まず、データ要求部７２は、イベントプログラムに応じて、設備機器３２からデータを取得するデータ要求を出力する（ステップＳ５１）。ステップＳ５１のデータ要求は、ステップＳ１のデータ要求とは別のものである。データ要求部７２から出力されるデータ要求には、取得優先度「高」の取得優先度情報が含まれているとする。
【０１３３】
ステップＳ５２〜Ｓ５４の処理は、ステップＳ２〜Ｓ４と同様であるのでその説明を省略する。
【０１３４】
次に、ＴＳＭマネージャ８３は、Ｉｎｖｏｋｅ＿ＩＤを発行する（ステップＳ５５）。ここで、上記したように、全てのＩｎｖｏｋｅ＿ＩＤは、発行中である。この場合、発行部９３は、最も過去に発行された、取得優先度情報９１ｂが「低」のＩｎｖｏｋｅ＿ＩＤを破棄し、破棄したＩｎｖｏｋｅ＿ＩＤを、取得優先度「高」のＩｎｖｏｋｅ＿ＩＤの発行要求に対し発行する。
【０１３５】
次に、ＴＳＭマネージャ８３は、アプリケーションレイヤ８２に対し、ステップＳ１のデータ要求に対して発行したＩｎｖｏｋｅ＿ＩＤの破棄を通知する（ステップＳ５６）。
【０１３６】
次に、アプリケーションレイヤ８２は、ＴＳＭマネージャ８３から出力されたＩｎｖｏｋｅ＿ＩＤの破棄を受信する（ステップＳ５７）。
【０１３７】
次に、アプリケーションレイヤ８２は、ＴＳＭマネージャ８３からＩｎｖｏｋｅ＿ＩＤの破棄を受信すると、データ要求部７２に対し、サービスエラーを通知する（ステップＳ５８）。例えば、アプリケーションレイヤ８２は、破棄されたＩｎｖｏｋｅ＿ＩＤに対応するデータ要求（ステップＳ１のデータ要求）を行ったデータ要求部７２に対し、サービスエラーを通知する。なお、設備機器３２のデータを取得できなかったイベントプログラムは、データ要求部７２からサービスエラーを受信することにより、例えば、設備機器３２からデータを取得する処理を再度実行することができる。
【０１３８】
なお、アプリケーションレイヤ８２は、ステップＳ１のデータ要求に対する応答メッセージ（ステップＳ１４の応答メッセージ）が返ってくると、その応答メッセージを破棄する。
【０１３９】
次に、ＴＳＭマネージャ８３は、アプリケーションレイヤ８２に対し、ステップＳ５５で発行したＩｎｖｏｋｅ＿ＩＤを出力する（ステップＳ５９）。
【０１４０】
次に、アプリケーションレイヤ８２は、ＴＳＭマネージャ８３からＩｎｖｏｋｅ＿ＩＤを受信すると、サービスハンドラ８４に対し、サービス呼び出しを行う（ステップＳ６０）。このサービスの呼び出しは、ステップＳ５１のデータ要求に対するサービスの呼び出しである。なお、ステップＳ６１〜Ｓ７３の処理は、図８のステップＳ８〜Ｓ２０と同様であるので、その説明を省略する。
【０１４１】
上述したシーケンスおよびフローチャートの各処理単位は、建物管理装置３１の処理を理解容易にするために、主な処理内容に応じて分割したものである。処理単位の分割の仕方や名称によって、本願発明が制限されることはない。建物管理装置３１の処理は、処理内容に応じて、さらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。
【０１４２】
また、建物管理装置４１も、図８〜図１１で示したシーケンスおよびフローチャートと同様の動作を行う。
【０１４３】
図１２は、Ｉｎｖｏｋｅ＿ＩＤの割り当てを説明する図である。図１２に示す矢印Ａ１１は、従来のＩｎｖｏｋｅ＿ＩＤの割り当て方法を示している。従来の方法では、Ｉｎｖｏｋｅ＿ＩＤは、データの取得要求度に基づいて、グループ化されていない。そして、従来の方法では、設備機器３２のデータ取得の取得優先度に関わらず、空いているＩｎｖｏｋｅ＿ＩＤを発行する。従って、本来高優先で取得すべきデータが取得できない時間が発生する可能性がある。
【０１４４】
図１２に示す矢印Ａ１２は、第１の実施の形態のＩｎｖｏｋｅ＿ＩＤの割り当て方法を示している。第１の実施の形態では、データの取得要求度に基づいて、メッセージに割り当てるＩｎｖｏｋｅ＿ＩＤをグループ化する。例えば、第１の実施の形態では、Ｉｎｖｏｋｅ＿ＩＤを、取得優先度の高いメッセージに割り当てるＩｎｖｏｋｅ＿ＩＤと、取得優先度の低いメッセージに割り当てるＩｎｖｏｋｅ＿ＩＤとにグループ化する。
【０１４５】
具体的には、矢印Ａ１２に示すように、高優先でデータ取得するメッセージに割り当てるＩｎｖｏｋｅ＿ＩＤ「００１」〜「１００」と、低優先でデータ取得するメッセージに割り当てるＩｎｖｏｋｅ_ＩＤ「１０１」〜「２５６」とにグループ化する。そして、第１の実施の形態は、高優先でデータ取得するメッセージに対しては、高優先のＩｎｖｏｋｅ＿ＩＤ「００１」〜「１００」の中からＩｎｖｏｋｅ＿ＩＤを発行し、低優先でデータ取得するメッセージに対しては、低優先のＩｎｖｏｋｅ＿ＩＤ「１０１」〜「２５６」の中からＩｎｖｏｋｅ＿ＩＤを発行する。
【０１４６】
このように、第１の実施の形態では、高優先でデータ取得するメッセージに割り当てるＩｎｖｏｋｅ＿ＩＤを所定数確保するので、取得優先度の低いデータによって、Ｉｎｖｏｋｅ＿ＩＤの割り当てが占められるという状況を抑制することができる。つまり、高優先でデータ取得すべき要求が発生したときに、メッセージの識別子を発行できないという状態を低減することができる。
【０１４７】
図１３は、建物管理装置の機能を実現するハードウェア構成の一例を示した図である。建物管理装置３１は、例えば、図１３に示すような、ＣＰＵ（Central Processing Unit）等の演算装置１０１と、ＲＡＭ（Random Access Memory）などの主記憶装置１０２と、ＨＤＤ（Hard Disk Drive）等の補助記憶装置１０３と、有線又は無線により通信ネットワークと接続するための通信インタフェース（Ｉ／Ｆ）１０４と、マウス、キーボード、タッチセンサーやタッチパネルなどの入力装置１０５と、液晶ディスプレイなどの表示装置１０６と、ＤＶＤ（Digital Versatile Disk）などの持ち運び可能な記憶媒体に対する情報の読み書きを行う読み書き装置１０７と、によって実現することができる。
【０１４８】
例えば、図４の通信部７１、データ要求部７２、ＢＡＣｎｅｔＩ／Ｆ（通信部７４）の機能は、補助記憶装置１０３などから主記憶装置１０２にロードされた所定のプログラムを演算装置１０１が実行することで実現される。データ記憶部７３および識別子情報記憶部９１は、例えば、演算装置１０１が主記憶装置１０２または補助記憶装置１０３を利用することで実現される。建物管理装置３１と広域管理装置２１との通信は、例えば、演算装置１０１が通信Ｉ／Ｆ１０４を利用することで実現される。また、建物管理装置３１と設備機器３２の通信は、例えば、演算装置１０１が通信Ｉ／Ｆ１０４を利用することで実現される。
【０１４９】
なお、上記の所定のプログラムは、例えば、読み書き装置１０７により読み取られた記憶媒体からインストールされてもよいし、通信Ｉ／Ｆ１０４を介してネットワークからインストールされてもよい。
【０１５０】
また、建物管理装置３１の一部またはすべての機能は、例えば、演算装置、記憶装置、駆動回路などを備えるＡＳＩＣ（Application Specific Integrated Circuit）を備えるコントローラー基板等により実現してもよい。
【０１５１】
上述した建物管理装置３１の機能構成は、建物管理装置３１の構成を理解容易にするために、主な処理内容に応じて分類したものである。構成要素の分類の仕方や名称によって、本願発明が制限されることはない。建物管理装置３１の構成は、処理内容に応じて、さらに多くの構成要素に分類することもできる。また、１つの構成要素がさらに多くの処理を実行するように分類することもできる。また、各構成要素の処理は、１つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。
【０１５２】
また、ＢＡＣｎｅｔＩ／Ｆは、プログラムによって実現されるとしたが、例えば、ハードウェアの通信Ｉ／Ｆ１０４で実現してもよい。また、建物管理装置３１は、IEEE1888対応の設備機器３２と通信を行う場合、ＢＡＣｎｅｔＩ／Ｆには、IEEE1888用Ｉ／Ｆを適用することができる。また、建物管理装置３１は、センサ付の設備機器３２，４２と通信を行う場合、ＢＡＣｎｅｔＩ／Ｆには、センサ用Ｉ／Ｆを適用することができる。また、データ要求部７２は、例えば、主記憶装置１０２に記憶されたイベントプログラムによって実現してもよい。なお、広域管理装置２１および端末装置１１も、図１３と同様のハードウェア構成を有する。
【０１５３】
また、データ要求部７２は、イベントプログラムによって実現されてもよい。また、通信部７１，７４およびデータ要求部７２は、イベントプログラムによって実現されてもよい。
【０１５４】
このように、建物管理装置３１，４１は、メッセージに割り当てられるＩｎｖｏｋｅ＿ＩＤと、設備機器３２，４２のデータの取得優先度を示した取得優先度情報とを対応付けて記憶する識別子情報記憶部を有する。これにより、例えば、高優先でデータ取得したいメッセージに対して割り当てられるＩｎｖｏｋｅ＿ＩＤは、所定数確保されることになるので、高優先でデータ取得すべき要求が発生したときに、Ｉｎｖｏｋｅ＿ＩＤを発行できないという状態を低減することができる。
【０１５５】
また、建物管理装置３１，４１は、例えば、高優先度のデータ要求に対して割り当てるＩｎｖｏｋｅ＿ＩＤが枯渇しているときに、高優先度のデータ要求があった場合、未発行の低優先度に割り当てられるＩｎｖｏｋｅ＿ＩＤを発行する。これにより、高優先でデータ取得すべき要求が発生したときに、Ｉｎｖｏｋｅ＿ＩＤを発行できないという状態を低減することができる。
【０１５６】
また、建物管理装置３１，４１は、例えば、高優先度のデータ要求に対して割り当てるＩｎｖｏｋｅ＿ＩＤが枯渇しているときに、高優先度のデータ要求があった場合で、低優先度に割り当てるＩｎｖｏｋｅ＿ＩＤが枯渇している場合、最も過去に発行した低優先度のＩｎｖｏｋｅ＿ＩＤを破棄して、高優先度のデータ要求に対し発行する。これにより、高優先でデータ取得すべき要求が発生したときに、Ｉｎｖｏｋｅ＿ＩＤを発行できないという状態を回避することができる。
【０１５７】
なお、建物管理装置３１，４１は、高優先度のデータ要求に対して割り当てるＩｎｖｏｋｅ＿ＩＤが枯渇しているときに、高優先度のデータ要求があった場合で、低優先度に割り当てるＩｎｖｏｋｅ＿ＩＤが枯渇している場合、高優先度のデータ要求に対しては、Ｉｎｖｏｋｅ＿ＩＤを発行しないようにしてもよい。この場合でも、高優先でデータ取得すべき要求が発生したときに、Ｉｎｖｏｋｅ＿ＩＤを発行できないという状態を低減することができる。
【０１５８】
［第２の実施の形態］
第１の実施の形態では、Ｉｎｖｏｋｅ＿ＩＤに対し、取得優先度情報を対応付けて識別子情報記憶部に記憶した。第２の実施の形態では、Ｉｎｖｏｋｅ＿ＩＤに対し、さらに設備機器から取得するデータ量を対応付けて識別子情報記憶部に記憶する。
【０１５９】
図１４は、第２の実施の形態に係る識別子情報記憶部９１のデータ構成例を示した図である。図１４において、図７と同じものには同じ符号を付し、その説明を省略する。
【０１６０】
図１４に示すように、識別子情報記憶部９１は、さらにデータ量情報１１１が識別子情報として記憶される。データ量情報１１１は、設備機器３２から取得されるデータのデータ量を示している。例えば、図１４のデータ量情報１１１の「Ｓ」は、設備機器３２から取得されるデータのデータ量が少ないことを示す。また、データ量情報１１１の「Ｌ」は、設備機器３２から取得されるデータのデータ量が多いことを示す。
【０１６１】
第２の実施の形態では、データ要求部７２から出力されるデータ要求には、取得優先度情報の他に、設備機器３２から取得するデータのデータ量情報が含まれる。そして、アプリケーションレイヤ８２から、ＴＳＭマネージャ８３に出力されるＩｎｖｏｋｅ＿ＩＤの発行要求には、取得優先度情報とデータ量情報とが含まれる。ＴＳＭマネージャ８３の発行部９３は、Ｉｎｖｏｋｅ＿ＩＤの発行要求に含まれる取得優先度情報とデータ量情報とに基づいて、発行するＩｎｖｏｋｅ＿ＩＤ９１ａを取得する。例えば、発行部９３は、図１４の識別子情報記憶部９１を参照し、ステータス情報９２ｃが「未発行」の、Ｉｎｖｏｋｅ＿ＩＤの発行要求に含まれる取得優先度情報とデータ量情報とが一致するＩｎｖｏｋｅ＿ＩＤ９１ａを取得する。
【０１６２】
具体的には、発行部９３は、アプリケーションレイヤ８２から、取得優先度情報「高」とデータ量情報「Ｓ」とを含むＩｎｖｏｋｅ＿ＩＤの発行要求を受信したとする。この場合、発行部９３は、取得優先度情報９１ｂが「高」であり、かつ、データ量情報１１１が「Ｓ」であるＩｎｖｏｋｅ＿ＩＤ「１」〜「９８」の中から、未発行のＩｎｖｏｋｅ＿ＩＤを取得し、発行する。
【０１６３】
また、発行部９３は、アプリケーションレイヤ８２から、取得優先度情報「高」とデータ量情報「Ｌ」とを含むＩｎｖｏｋｅ＿ＩＤの発行要求を受信したとする。この場合、発行部９３は、取得優先度情報９１ｂが「高」であり、かつ、データ量情報１１１が「Ｌ」であるＩｎｖｏｋｅ＿ＩＤ「９９」，「１００」の中から、未発行のＩｎｖｏｋｅ＿ＩＤを取得し、発行する。
【０１６４】
なお、上記では、データ量情報は、「Ｓ」と「Ｌ」の２種類しか示していないが、３種類以上あってもよい。
【０１６５】
上記では、建物管理装置３１について説明したが、建物管理装置４１も同様に、取得優先度情報とデータ量情報とに基づいて、Ｉｎｖｏｋｅ＿ＩＤを発行する。
【０１６６】
このように、建物管理装置３１，４１は、メッセージに割り当てられるＩｎｖｏｋｅ＿ＩＤと、設備機器３２，４２のデータの取得優先度を示した取得優先度情報と、設備機器３２，４２から取得するデータ量を示すデータ量情報とを対応付けて記憶する識別子情報記憶部を有する。これにより、例えば、データ量の大きいデータ要求に対し、Ｉｎｖｏｋｅ＿ＩＤの割り当てが制限されるので、高優先の中でもさらに高優先でデータ取得すべき要求が発生したときに、Ｉｎｖｏｋｅ＿ＩＤを発行できないという状態を低減することができる。
【０１６７】
具体的には、データ量情報が「Ｌ」のデータ要求は、設備機器３２，３３からトレンドグラフ等を要求する場合に発生し、現在のデータだけをリアルタイムで取得するような、データ量情報が「Ｓ」のデータ要求よりも、優先度が低いと考えられる。そこで、取得優先度情報が「高」であっても、データ量情報が「Ｌ」のデータ要求に割り当てるＩｎｖｏｋｅ＿ＩＤの数は、データ量情報が「Ｓ」のデータ要求に割り当てるＩｎｖｏｋｅ＿ＩＤの数より少なくする。これにより、高優先の中でもさらに高優先でデータ取得すべき要求（データ量情報が「Ｓ」のデータ要求）が発生したときに、Ｉｎｖｏｋｅ＿ＩＤを発行できないという状態を低減することができる。
【０１６８】
［第３の実施の形態］
第３の実施の形態では、データ要求部７２から出力されるデータ要求に、設備機器３２のデータを収集するのに要する推定時間（収集時間推定値）がさらに含まれる。そして、データ要求部７２から出力されるデータ要求に含まれる収集時間推定値は、識別子情報記憶部に記憶される。
【０１６９】
図１５は、第３の実施の形態に係る識別子情報記憶部９１のデータ構成例を示した図である。図１５において、図７と同じものには同じ符号を付し、その説明を省略する。
【０１７０】
図１５に示すように、識別子情報記憶部９１には、さらに収集時間推定値１１２が識別子情報として記憶される。収集時間推定値は、設備機器３２からデータを取得するのに要する時間の推定値を示している。
【０１７１】
データ要求部７２から出力されるデータ要求には、取得優先度情報の他に、収集時間推定値が含まれる。そして、アプリケーションレイヤ８２から、ＴＳＭマネージャ８３に出力されるＩｎｖｏｋｅ＿ＩＤの発行要求には、取得優先度情報と収集時間推定値とが含まれる。ＴＳＭマネージャ８３の発行部９３は、アプリケーションレイヤ８２から受信したＩｎｖｏｋｅ＿ＩＤの発行要求に応じてＩｎｖｏｋｅ＿ＩＤを発行すると、発行したＩｎｖｏｋｅ＿ＩＤに対応して、Ｉｎｖｏｋｅ＿ＩＤの発行要求に含まれていた収集時間推定値を、識別子情報記憶部９１に記憶する。
【０１７２】
例えば、発行部９３は、取得優先度情報「高」と収集時間推定値「１秒」とを含むＩｎｖｏｋｅ＿ＩＤの発行要求を受信したとする。発行部９３は、例えば、識別子情報記憶部９１を参照し、「未発行」の取得優先度情報が「高」のＩｎｖｏｋｅ＿ＩＤ「１００」を発行するとする。この場合、発行部９３は、Ｉｎｖｏｋｅ＿ＩＤ「１００」に対応する収集時間推定値１１２に、「１秒」を記憶する。
【０１７３】
発行部９３は、Ｉｎｖｏｋｅ＿ＩＤを発行し、収集時間推定値を記憶すると、例えば、発行したＩｎｖｏｋｅ＿ＩＤに対応するタイマを設ける。そして、発行部９３は、タイマを監視し、Ｉｎｖｏｋｅ＿ＩＤを発行してから、収集時間推定値を経過したか否か判定する。例えば、上記例の場合、発行部９３は、Ｉｎｖｏｋｅ＿ＩＤ「１００」を発行してから、「１秒」が経過したか否か判定する。
【０１７４】
発行部９３は、Ｉｎｖｏｋｅ＿ＩＤを発行してから、収集時間推定値を超える前に、アプリケーションレイヤ８２からＩｎｖｏｋｅ＿ＩＤの解放要求を受信しなかった場合、発行したＩｎｖｏｋｅ＿ＩＤを破棄する。例えば、発行部９３は、アプリケーションレイヤ８２に対し、破棄するＩｎｖｏｋｅ＿ＩＤと、Ｉｎｖｏｋｅ＿ＩＤがタイムアウトしたことを示す情報とを通知する。すなわち、発行部９３は、設備機器３２の故障等によって、データの収集推定時間を経過した場合、Ｉｎｖｏｋｅ＿ＩＤをタイムアウトし、新たな要求メッセージに対し、Ｉｎｖｏｋｅ＿ＩＤを割り当てられない状況を回避する。
【０１７５】
なお、アプリケーションレイヤ８２は、発行部９３からＩｎｖｏｋｅ＿ＩＤがタイムアウトしたことを示す情報を受信すると、そのあとに受信する、タイムアウトしたＩｎｖｏｋｅ＿ＩＤの応答メッセージを破棄する。また、アプリケーションレイヤ８２は、データ要求部７２に対し、サービスエラーを通知する。
【０１７６】
上記では、建物管理装置３１について説明したが、建物管理装置４１同様に、収集時間推定値を識別子情報記憶部に記憶し、Ｉｎｖｏｋｅ＿ＩＤの発行時間を監視する。
【０１７７】
このように、建物管理装置３１，４１は、収集時間推定値を、発行するＩｎｖｏｋｅ＿ＩＤに対応して識別子情報記憶部に記憶し、Ｉｎｖｏｋｅ＿ＩＤを発行してから、収集時間推定値を経過すると、発行したＩｎｖｏｋｅ＿ＩＤを破棄する。これにより、建物管理装置３１，４１は、新たな要求メッセージに対し、Ｉｎｖｏｋｅ＿ＩＤを割り当てられない状況を回避することができる。
【０１７８】
以上、本発明について実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。上記実施形態に多様な変更または改良を加えることが可能であることが当業者には明らかである。例えば、第１の実施の形態〜第３の実施の形態を組み合わせることができる。具体的には、取得優先度情報とデータ量情報とに基づいて、Ｉｎｖｏｋｅ＿ＩＤをメッセージに割り当てるとともに（第２の実施の形態）、収集時間推定値を識別子情報記憶部に記憶して、収集時間推定値を超えるＩｎｖｏｋｅ＿ＩＤをタイムアウトするようにしてもよい（第３の実施の形態）。
【０１７９】
また、ＴＳＭマネージャ８３は、Ｉｎｖｏｋｅ＿ＩＤの発行状態を監視し、取得優先度情報を変更するようにしてもよい。例えば、ＴＳＭマネージャ８３は、識別子情報記憶部９１に記憶されている情報を監視する監視部を備える。例えば、監視部は、取得優先度情報「低」の発行状況を監視し、取得優先度情報「低」の発行中の数が、ある閾値を超えた状態で所定時間経過した場合、取得優先度情報「低」の数を所定数増加させる。具体的には、図３の例では、取得優先度情報「低」のＩｎｖｏｋｅ＿ＩＤは、１５６個割り当てられているが、その発行数がある閾値を超えた状態で所定時間経過した場合、監視部は、取得優先度情報「高」のＩｎｖｏｋｅ＿ＩＤの数を所定数減らし、取得優先度情報「低」のＩｎｖｏｋｅ＿ＩＤの数を所定数増加させる。すなわち、監視部は、取得優先度情報「高」および「低」の割り当て数を変更する。これにより、取得優先度が「低」のデータを取得できないという状態を回避することができる。なお、監視部は、取得優先度情報「低」の発行中の数が、ある閾値を超えない状態で所定時間経過した場合、取得優先度情報「低」の数を元に戻す。
【０１８０】
なお、監視部は、建物管理装置４１も有していてよい。また、監視部は、広域管理装置２１に設けてもよい。この場合、監視部は、建物管理装置３１，４１から、識別子情報記憶部の識別子情報を受信し、監視する。
【０１８１】
また、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。また、本発明は、広域管理システム１、広域管理装置２１、建物管理装置３１，３１を制御する方法、制御するプログラム、当該プログラムを記憶した記憶媒体として提供することもできる。
【符号の説明】
【０１８２】
１１  端末装置、１２  管理者、２１  広域管理装置、３１，４１  建物管理装置、３３，４３，５１  ネットワーク、３２，４２  設備機器、６１，６４，７１，７４  通信部、６２，９１  識別情報記憶部、６３，７３  データ記憶部、７２  データ要求部、８１  ＢＡＣｎｅｔＡＰＩレイヤ、８２  アプリケーションレイヤ、８３  ＴＳＭマネージャ、８４  サービスハンドラ、８５  ネットワークレイヤ、８６  ＢＡＣｎｅｔバーチャルリンクレイヤ、８７  物理レイヤ、９２  判定部、９３  発行部。
【図１】
2015107613.tif 000003
【図２】
2015107613.tif 000004
【図３】
2015107613.tif 000005
【図４】
2015107613.tif 000006
【図５】
2015107613.tif 000007
【図６】
2015107613.tif 000008
【図７】
2015107613.tif 000009
【図８】
2015107613.tif 000010
【図９】
2015107613.tif 000011
【図１０】
2015107613.tif 000012
【図１１】
2015107613.tif 000013
【図１２】
2015107613.tif 000014
【図１３】
2015107613.tif 000015
【図１４】
2015107613.tif 000016
【図１５】
2015107613.tif 000017
【国際調査報告】
2015107613.tif 000018
2015107613.tif 000019