(57)【要約】【課題】  既存のアプリケーションプログラムの改良や新規のアプリケーションプログラムの追加を容易に行うことのできるアプリケーションプログラムの通信方法及びアプリケーションプログラムを提供する。【解決手段】  監視制御システムにおいてコントローラ又は中央監視装置の制御部が実行する全てのアプリケーションプログラム（ＡＰ）におけるプロパティ及びメソッドに、該プロパティ及びメソッドの種別自体に応じて固有のＩＤを割り付けるように取り決めた。これにより、本監視制御システム１に運転時間監視機能ＡＰ２９を追加するに際し、スケジュール機能ＡＰ１７や発停失敗警報機能ＡＰ１６に対して、メッセージを運転時間監視機能ＡＰ２９に出力する際のその出力先（運転時間監視機能ＡＰ２９）を指定するプログラムを新たに開発する必要をなくした。【選択図】      図５
2005157669.tif 000002
【特許請求の範囲】
【請求項１】
監視制御対象設備の監視及び／又は制御を行うための装置を動作させる複数のアプリケーションプログラムが、プロパティ及び／又はメソッドに関する要求を行うためのメッセージを前記各アプリケーションプログラム間で通信可能に構成された監視制御システムにおける前記アプリケーションプログラムの通信方法であって、
前記アプリケーションプログラムは、
当該監視制御システムにおいてプロパティ及びメソッドの種別自体に応じて固有の識別情報がそれぞれ割り付けられた、各アプリケーションプログラムにおけるプロパティ及び／又はメソッドのその識別情報を記憶し、
当該アプリケーションプログラムと通信可能な他のアプリケーションプログラムに対してプロパティ及び／又はメソッドに関する所定の処理を要求するとき、前記要求対象のプロパティ及び／又はメソッドに割り付けられた識別情報と、その要求対象のプロパティ及び／又はメソッドについての要求内容を示すデータとを含むメッセージを作成し、このメッセージを前記他のアプリケーションプログラムに出力し、
前記他のアプリケーションプログラムからメッセージを受信すると、このメッセージに書き込まれた識別情報に対応するプロパティ及び／又はメソッドに関する所定の処理を実行することを特徴とするアプリケーションプログラムの通信方法。
【請求項２】
前記アプリケーションプログラムは、
当該アプリケーションプログラムと通信可能な他のアプリケーションプログラムにプロパティ及び／又はメソッドに関する所定の処理を要求するタイミングのプロパティに割り付けられた識別情報を保持し、
前記所定の処理を要求するタイミングになると、前記タイミングのプロパティに割り付けられた識別情報と、そのプロパティについての要求内容を示すデータとを含むメッセージを作成し、このメッセージを前記他のアプリケーションプログラムに出力し、
前記他のアプリケーションプログラムから、所定の処理を要求するタイミングのプロパティに割り付けられた識別情報を含むメッセージを受信すると、このメッセージに書き込まれた識別情報に対応するプロパティである前記タイミングを変更することを特徴とする請求項１に記載のアプリケーションプログラムの通信方法。
【請求項３】
前記所定の処理を要求するタイミングは、予め定めた時刻、予め定めた条件が満たされるタイミング及び周期的に予め定めた時間が経過するタイミングのうち少なくとも１つであることを特徴とする請求項１または２に記載のアプリケーションプログラムの通信方法。
【請求項４】
監視制御システム内に備えられた監視制御対象設備の監視及び／又は制御を行うための装置を動作させ、他のアプリケーションプログラムとの間でプロパティ及び／又はメソッドに関する要求を行うためのメッセージを通信可能なアプリケーションプログラムであって、
当該監視制御システムにおいてプロパティ及びメソッドの種別自体に応じて固有の識別情報がそれぞれ割り付けられたプロパティ及び／又はメソッドのその識別情報を記憶し、
当該アプリケーションプログラムと通信可能な他のアプリケーションプログラムに対してプロパティ及び／又はメソッドに関する所定の処理を要求するとき、前記要求対象のプロパティ及び／又はメソッドに割り付けられた識別情報と、その要求対象のプロパティ及び／又はメソッドについての要求内容を示すデータとを含むメッセージを作成し、このメッセージを前記他のアプリケーションプログラムに出力し、
前記他のアプリケーションプログラムからメッセージを受信すると、このメッセージに書き込まれた識別情報に対応するプロパティ及び／又はメソッドに関する所定の処理を実行するアプリケーションプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、照明設備や空調設備等の監視制御対象設備の監視や制御を行う監視制御システムの技術分野に属し、特に、前記監視や制御を行うための装置に組み込まれた複数のアプリケーションプログラム間の通信方法及びそのアプリケーションプログラムに関する。
【背景技術】
【０００２】
近年、センター装置と該センター装置に通信可能に接続された制御端末器と該制御端末器に通信可能に接続された例えば照明装置等の負荷（監視制御対象設備）とを備え、制御端末器がセンター装置から送信される制御信号に基づいて負荷の動作を制御し、制御端末器が負荷の状態を検出して得た状態信号を監視データとしてセンター装置に送信することで負荷の状態を監視するように構成された監視制御システムが知られている（例えば下記特許文献１参照）。
【０００３】
ところで、この種の監視制御システムにおける負荷の動作の監視や制御を行うための装置（センター装置や制御端末器）には、通常、他のアプリケーションプログラムにプロパティやメソッドに関する処理を要求するためのメッセージを出力する機能を備えたアプリケーションプログラムが組み込まれている。図８は、従来のメッセージ出力機能を備えたアプリケーションプログラムのそのメッセージ出力機能をブロック化して表した図である。
【０００４】
図８に示すように、従来のメッセージ出力機能を備えたアプリケーションプログラム１００は、登録部１０１と、プロパティ設定部１０２と、メソッド処理部１０３と、通信部１０４と、メッセージ解析部１０５と、アプリケーションＡ用メッセージ生成部１０６と、アプリケーションＢ用メッセージ生成部１０７と、機能部１０８とを有する。なお、アプリケーションＡ，Ｂは、監視制御システムにおいて当該アプリケーションプログラム１００との間でメッセージの授受が可能な他のアプリケーションプログラムを示す。
【０００５】
アプリケーションプログラム間で授受されるメッセージには、プロパティやメソッドに割り付けられたＩＤ（identification）が書き込まれるようになっている。ここで、従来では、プロパティやメソッドに割り付けられるＩＤは、各アプリケーションプログラム内で固有のものとされており、登録部１０１は、アプリケーションプログラムごとに分類してＩＤを登録する。
【０００６】
プロパティ設定部１０２は、登録部１０１に登録されたＩＤに対応するプロパティの設定値の書込み処理や読出し処理を行うものであり、メソッド処理部１０３は、登録部１０１により登録されたＩＤに対応するメソッドを実行するものである。アプリケーションＡ用メッセージ生成部１０６は、他のアプリケーションプログラムＡに出力するメッセージを生成するものであり、アプリケーションＢ用メッセージ生成部１０７は、他のアプリケーションプログラムＢに出力するメッセージを生成するものであり、通信部１０４は、前記各メッセージ生成部１０６，１０７で生成されたメッセージの出力等、アプリケーションプログラムＡ，Ｂとの間におけるメッセージの通信を行うものである。なお、機能部１０８及びメッセージ解析部１０５の機能については、発明を実施するための最良の形態で説明するのでここではそれらの説明は省略する。
【特許文献１】特開平１０−５１８６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
このように、従来では、プロパティやメソッドに割り付けられるＩＤはアプリケーションプログラム内で固有のものであり、複数のアプリケーションプログラムの中では、異なるプロパティやメソッドでも同一のＩＤが割り付けられる場合があるため、メッセージを生成するに際してメッセージの出力先（アプリケーションプログラム）を指定したメッセージを生成するプログラム、すなわち図８に示すようにアプリケーションＡ用メッセージ生成部１０６やアプリケーションＢ用メッセージ生成部１０７が必要となる。
【０００８】
したがって、監視制御システムに新規の機能を追加すべく新たなアプリケーションプログラムを追加しようとするときには、その新規のアプリケーションプログラムに向けてメッセージを生成し出力するための新規アプリケーションプログラム用メッセージ生成部を既存のアプリケーションプログラムに備える必要がある、換言すれば外部のアプリケーションプログラムにメッセージを出力する際にその出力先を指定するためのプログラムを既存の各アプリケーションプログラムに対して開発する必要がある。また、新規のアプリケーションプログラムにおいても、複数のプロパティやメソッドがどのアプリケーションプログラムに属するのか等をプログラムの開発者が知った上で、新規のアプリケーションプログラムに、要求先のアプリケーションプログラムを指定する機能を備えたプログラムを開発する必要がある。
【０００９】
さらに、プロパティ設定部１０２が登録部１０１に設定値の書込みや読み出しを行う場合に、その書込み等を行う対象のプロパティが属するアプリケーションプログラムを識別する機能をプロパティ設定部１０２に備える必要もある。
【００１０】
また、監視制御システムの機能を改良すべく既存のアプリケーションプログラムを改良するときにも、各メッセージ生成部（例えば図８におけるアプリケーションＡ用メッセージ生成部１０６やアプリケーションＢ用メッセージ生成部１０７）をそれぞれ改良しなければならない場合がある。
【００１１】
このように、監視制御システムに新たな機能を追加したり、監視制御システムの機能の改良を行ったりするときには、従来ではアプリケーションプログラムを比較的大幅に開発し直す必要があり、そのため多大な時間やコストを要していた。
【００１２】
また、監視制御システムは、主にビルやマンションあるいは個別住宅などの照明設備や空調設備あるいは動力設備等の制御監視を行うものであるから、該システムに新機能を追加する場合には、年末年始や夜間など少なくとも人の少ないときに、可能な限り迅速に行って、現場でのシステム入替え作業を短時間で行う必要がある。
【００１３】
しかしながら、従来では、新機能の追加に伴って既存アプリケーションプログラムの変更が必要であったため、システムを導入する現場において、既存プログラム変更により想定し得ない障害が頻繁に発生することが想定され、これにより、現場でのシステム動作のチェックを短時間で行うことが困難であった。
【００１４】
本発明は、このような事情に鑑みてなされたものであり、既存のアプリケーションプログラムの改良や新規のアプリケーションプログラムの追加を容易に行うことのできるアプリケーションプログラムの通信方法及びアプリケーションプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上述の目的を達成するために、本発明の第１の手段に係るアプリケーションプログラムの通信方法は、監視制御対象設備の監視及び／又は制御を行うための装置を動作させる複数のアプリケーションプログラムが、プロパティ及び／又はメソッドに関する要求を行うためのメッセージを前記各アプリケーションプログラム間で通信可能に構成された監視制御システムにおける前記アプリケーションプログラムの通信方法であって、前記アプリケーションプログラムは、当該監視制御システムにおいてプロパティ及びメソッドの種別自体に応じて固有の識別情報がそれぞれ割り付けられた、各アプリケーションプログラムにおけるプロパティ及び／又はメソッドのその識別情報を記憶し、当該アプリケーションプログラムと通信可能な他のアプリケーションプログラムに対してプロパティ及び／又はメソッドに関する所定の処理を要求するとき、前記要求対象のプロパティ及び／又はメソッドに割り付けられた識別情報と、その要求対象のプロパティ及び／又はメソッドについての要求内容を示すデータとを含むメッセージを作成し、このメッセージを前記他のアプリケーションプログラムに出力し、前記他のアプリケーションプログラムからメッセージを受信すると、このメッセージに書き込まれた識別情報に対応するプロパティ及び／又はメソッドに関する所定の処理を実行する。
【００１６】
さらに、上述のアプリケーションプログラムの通信方法において、前記アプリケーションプログラムは、当該アプリケーションプログラムと通信可能な他のアプリケーションプログラムにプロパティ及び／又はメソッドに関する所定の処理を要求するタイミングのプロパティに割り付けられた識別情報を保持し、前記所定の処理を要求するタイミングになると、前記タイミングのプロパティに割り付けられた識別情報と、そのプロパティについての要求内容を示すデータとを含むメッセージを作成し、このメッセージを前記他のアプリケーションプログラムに出力し、前記他のアプリケーションプログラムから、所定の処理を要求するタイミングのプロパティに割り付けられた識別情報を含むメッセージを受信すると、このメッセージに書き込まれた識別情報に対応するプロパティである前記タイミングを変更する。
【００１７】
さらに、上述のアプリケーションプログラムの通信方法において、前記所定の処理を要求するタイミングは、予め定めた時刻、予め定めた条件が満たされるタイミング及び周期的に予め定めた時間が経過するタイミングのうち少なくとも１つである。
【００１８】
また、本発明の第２の手段に係るアプリケーションプログラムは、監視制御システム内に備えられた監視制御対象設備の監視及び／又は制御を行うための装置を動作させ、他のアプリケーションプログラムとの間でプロパティ及び／又はメソッドに関する要求を行うためのメッセージを通信可能なアプリケーションプログラムであって、当該監視制御システムにおいてプロパティ及びメソッドの種別自体に応じて固有の識別情報がそれぞれ割り付けられたプロパティ及び／又はメソッドのその識別情報を記憶し、当該アプリケーションプログラムと通信可能な他のアプリケーションプログラムに対してプロパティ及び／又はメソッドに関する所定の処理を要求するとき、前記要求対象のプロパティ及び／又はメソッドに割り付けられた識別情報と、その要求対象のプロパティ及び／又はメソッドについての要求内容を示すデータとを含むメッセージを作成し、このメッセージを前記他のアプリケーションプログラムに出力し、前記他のアプリケーションプログラムからメッセージを受信すると、このメッセージに書き込まれた識別情報に対応するプロパティ及び／又はメソッドに関する所定の処理を実行する。
【発明の効果】
【００１９】
本発明によれば、各アプリケーションプログラムにおけるプロパティ及び／又はメソッドに、監視制御システムにおいてプロパティ及びメソッドの種別自体に応じて固有の識別情報をそれぞれ割り付けるようにしたので、既存のアプリケーションプログラムの改良や新規のアプリケーションプログラムの追加を容易に行うことができる。
【００２０】
また、既存のアプリケーションプログラムの変更がなくなるため、既存プログラム変更による想定し得ない障害が減少し、これにより、現場でのシステム動作チェックを円滑に短時間で行うことが可能となる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明に係るアプリケーションプログラムの通信方法を採用する監視制御システムの第１の実施形態を図面に基づいて説明する。
【００２２】
図１は、監視制御システムの構成を示す図である。
【００２３】
図１に示すように、監視制御システム１は、例えばビル等に設置される複数の照明設備２（２ａ〜２ｆ）と、この照明設備２のオンオフを切り換えるスイッチＳＷ３（３ａ〜３ｆ）と、商用電源から電力の供給を受けて照明設備２ａ〜２ｆ及びスイッチＳＷ３ａ〜３ｆの制御や監視を行う複数のコントローラ４と、照明設備２ａ〜２ｆ及びスイッチＳＷ３ａ〜３ｆやコントローラ４に関する各種情報の収集及び管理を行う中央監視装置５とを備えてなり、照明設備２ａ〜２ｆ及びスイッチＳＷ３ａ〜３ｆとコントローラ４とは所定の通信線Ｌ１（例えば、１０ＢＡＳＥ−Ｔ等の信号線や電力線）を介し、また、コントローラ４と中央監視装置５とは、Ethernet（登録商標）等の通信ネットワークＬ２を介してそれぞれ通信可能に接続されている。スイッチＳＷ３ａは照明設備２ａに、スイッチＳＷ３ｂは照明設備２ｂに、スイッチＳＷ３ｃは照明設備２ｃに、スイッチＳＷ３ｄは照明設備２ｄに、スイッチＳＷ３ｅは照明設備２ｅに、スイッチＳＷ３ｆは照明設備２ｆに対応し、各スイッチＳＷの操作により対応する照明設備がオンオフ動作する。
【００２４】
本監視制御システム１において、例えばスイッチＳＷ３ａがオンされると、スイッチＳＷ３ａはコントローラ４にスイッチＳＷ３ａがオンされた旨の信号を送出し、コントローラは、この信号を受けて照明設備２ａをオンにする制御信号を該照明設備２ａに送出する。照明設備２ａは、この制御信号によりオン状態になるとコントローラ４に制御結果信号（オン状態になった旨の信号）を送出し、コントローラ４は、この信号を受けてスイッチＳＷ３ａに設けられている図略の表示部の表示状態を変更する信号、例えばＬＥＤ（light emitting diode）の表示色を例えば緑色から赤色に変化させる信号をスイッチＳＷ３ａに送出する。これにより、スイッチＳＷ３ａの表示部の表示状態が変更される。
【００２５】
なお、本実施形態では、監視制御システム１において制御の対象となる設備として照明設備２ａ〜２ｆを挙げたが、これに限らず、例えば煙感知器等からなる防災設備、冷暖房等の空調設備、ブラインド設備あるいはインターホン等からなるセキュリティ設備等も制御や監視の対象となり得る。
【００２６】
図２は、中央監視装置５の電気的な構成を示す図である。図２に示すように、中央監視装置５は、表示部６と、入力操作部７と、通信部８と、外部記憶部９と、画像処理部１０と、制御部１１とを備える。
【００２７】
表示部６は、ＬＣＤ（Liquid Crystal Display）等からなり、コントローラ４から収集した各種情報等の表示を行うものである。入力操作部７は、照明設備２ａ〜２ｆ及びスイッチＳＷ３ａ〜３ｆやコントローラ４に関する各種情報の収集や管理を行うべく、制御部１１等に所望の処理・動作を行わせる指示を入力するためのものであり、中央監視装置５がパーソナルコンピュータで構成されている場合には例えばキーボードやマウスに相当する。通信部８は、コントローラ４との間で例えばEthernet（登録商標）規格に基づく通信を行うものである。外部記憶部９は、例えばハードディスクやメモリカードからなり、各種のプログラムやデータを記憶するものである。画像処理部１０は、表示部６に画像を表示する際に、生成された画像信号に表示部６の表示特性（γ特性）に応じた補正を行う処理等を施すものである。制御部１１は、例えば制御プログラムを記憶するＲＯＭや一時的にデータを記憶するＲＡＭからなる記憶部１１ａが内蔵されたマイクロコンピュータからなり、中央監視装置５に備えられた前記各部の駆動を互いに関連付けて制御するものである。
【００２８】
図３は、コントローラ４の電気的な構成を示す図である。
【００２９】
図３に示すように、第１通信部１２と、第２通信部１３と、外部記憶部１４と、制御部１５とを備える。第１通信部１２は、照明設備２ａ〜２ｆ及びスイッチＳＷ３ａ〜３ｆとの間で、スイッチＳＷ３ａ〜３ｆの制御信号や監視信号、及び該照明設備２ａ〜２ｆへの制御信号や制御結果信号等の通信を行うものである。第２通信部１３は、例えばEthernet（登録商標）規格に基づき、中央監視装置５との間で照明設備２ａ〜２ｆやスイッチ３ａ〜３ｆの状態を示す状態信号等の通信を行うものである。外部記憶部１４は、ＲＡＭ（Random Access Memory）等からなり、各種のプログラムやデータを記憶するものである。制御部１５は、例えば制御プログラムを記憶するＲＯＭや一時的にデータを記憶するＲＡＭからなる記憶部１５ａが内蔵されたマイクロコンピュータからなり、コントローラ４に備えられた前記各部の駆動を互いに関連付けて制御するものである。
【００３０】
以上のようなハード構成を有する中央監視装置５及びコントローラ４を動作させるプログラムの中には、他のアプリケーションプログラムに後述のメッセージを出力する機能を有するアプリケーションプログラムがあり、本実施形態では、このメッセージ出力機能を有するアプリケーションプログラム間でメッセージの通信の仕方に特徴を有している。図４は、メッセージ出力機能を有するアプリケーションプログラムの一例であるスケジュール機能アプリケーションプログラムと発停失敗警報機能アプリケーションプログラムとの関係を示したブロック図である。なお、このようなアプリケーションプログラムは、Ｃ言語やjava言語等のソフトウェア言語により記述される。以下の説明においては、アプリケーションプログラムをＡＰと表すものとする。
【００３１】
図４においては、発停失敗警報機能ＡＰ１６は、照明設備２ａ〜２ｆへの制御信号と制御結果信号とが一致するか否かの判定処理と、それらが一致しなかった場合に、例えば或る照明設備をオンにするという制御に対してその照明設備がオンしなかった場合に警報を出力させる警報出力処理とを主として行うプログラムである。スケジュール機能ＡＰ１７は、ここでは発停失敗警報機能ＡＰ１６の動作スケジュールを管理するプログラムである。各ＡＰ１６，１７は、互いに当該ＡＰで生成したメッセージを相手のＡＰに出力する機能を有しており、図４では、スケジュール機能ＡＰ１７と発停失敗警報機能ＡＰ１６との間でメッセージの授受（通信）が行えることを示している。
【００３２】
スケジュール機能ＡＰ１７と発停失敗警報機能ＡＰ１６とは、メッセージを授受するための構成（機能）については略同様であり、ＡＰ１６，１７の機能をブロック化して表すと図５に示すようなものとなる。なお、スケジュール機能ＡＰ１７と発停失敗警報機能ＡＰ１６に限らず、メッセージを授受する機能が搭載されている他のＡＰについても、図５と略同様の構成を有する。
【００３３】
図５に示すように、スケジュール機能ＡＰ１７及び発停失敗警報機能ＡＰ１６は、機能的に、機能部１８と、通信部１９と、登録部２０と、メッセージ生成部２１と、メッセージ解析部２６と、プロパティ設定部２７と、メソッド処理部２８とを備える。ここで、プロパティとは、対象となる事物の機能や性質（属性）をいい、例えば、発停失敗警報機能ＡＰによる発停失敗警報機能のオン（出力）／オフ（非出力）や、スケジュール機能ＡＰにより刻まれる時刻等である。メソッドは、その事物の振る舞い（処理）をいい、例えば関連のある複数のデータを１つのファイルにまとめる処理等である。
【００３４】
機能部１８は、各ＡＰに固有の目的を実現するものであり、例えば発停失敗警報機能ＡＰ１６の機能部１８は、制御信号と制御結果信号との一致を判定する処理や、それらが一致しない場合に警報を出力する指示を行う。通信部１９は、他のＡＰとの間でメッセージの授受を行うのに必要な通信処理を行うものである。
【００３５】
登録部２０は、各プロパティ及びメソッドに割り付けられたＩＤとプロパティの設定値とを、制御部１５（１１）内の記憶部１５ａ（１１ａ）に登録するものである。プロパティの設定値とは、例えば前述の例でいうと、発停失敗警報機能ＡＰによる発停失敗警報機能の「オン（出力）」や「オフ（非出力）」に割り付けられた値である。本実施形態では、ＡＰごとにプロパティ及びメソッドにＩＤを割り付けるのではなく、本監視制御システム１においてコントローラ４又は中央監視装置５の制御部１１，１５が実行する全てのＡＰにおけるプロパティ及びメソッドに、プロパティ及びメソッドの種別自体に応じて固有のＩＤを割り付けるように取り決めているところに特徴を有している。下表１は、発停失敗警報機能ＡＰ１６におけるプロパティ及びメソッドとそれらに割り付けられたＩＤとを示したものである。なお、本監視制御システム１においてコントローラ４又は中央監視装置５の制御部１１，１５が、将来実行するであろうプロパティ及びメソッドに対しても、予めＩＤを割り付けておいてもよい。
【００３６】
【表１】
2005157669.tif 000003
【００３７】
表１に、発停失敗警報機能ＡＰ１６におけるプロパティの一例と、各プロパティに割り付けられたＩＤと、制御内容とを示す。表１に示すように、本実施形態では各プロパティに対して１２ｂｉｔのＩＤが割り付けられている。例えば、モジュール（コントローラ４）毎の発停失敗警報機能の設定（オン／オフ）のプロパティに対して、ＩＤ「０００００００００００１」が割り付けられており、ポイント（照明設備２）毎の発停失敗警報機能の設定（オン／オフ）のプロパティに対して、ＩＤ「０００００００００１００」が割り付けられている。これらのプロパティについては、読出し及び書込みの両方が行える（Ｒ／Ｗ）。また、これらのプロパティについて、発停失敗警報機能をオフにする設定値として「１」が、オンにする設定値として「２」が割り付けられている。
【００３８】
ポイント毎の発停失敗発生状態（警報を出力すべき状態）の有無のプロパティに対して、ＩＤ「０００００００００１１１」が割り付けられており、このプロパティについては読出しのみ行え（Ｒ）、ポイント毎の状態不一致発生状態（制御内容と制御結果とが一致しない状態）の有無のプロパティに対して、ＩＤ「００００００００１０００」が割り付けられており、このプロパティについても読出しのみ行え（Ｒ）、後述するポイント毎のインターバル時間のプロパティに対して、ＩＤ「００００００００１００１」が割り付けられており、このプロパティについては、読出し及び書込みの両方が行える（Ｒ／Ｗ）。
【００３９】
本実施形態では、何らかの要因で発停失敗警報機能がオフに設定されても１時間ごとに発停失敗警報機能をオンにする等の場合のように、スケジュール機能ＡＰ１７が或る一定時間（以下、インターバル時間という）の経過をトリガとして発停失敗警報機能ＡＰ１６にメッセージ２２を出力するように設定されている。この場合、例えば発停失敗警報機能ＡＰ１６がインターバル時間のプロパティを保持し、その設定値が「１時間」であるものとしたときに、スケジュール機能ＡＰ１７から発停失敗警報機能ＡＰに向けてインターバル時間のプロパティの設定値を「２時間」としたメッセージ２２を出力することで、発停失敗警報機能がオンとなるインターバル時間を１時間から２時間に変更することができる。特許請求の範囲における予め定めた時間が経過するタイミングは、例えばこのインターバル時間が経過するタイミングである。
【００４０】
表１において空欄の部分（例えば矢印Ａに示す部分）はリザーブであり、矢印Ａに示すリザーブについては予めＩＤ「００００００００００１０」及び「００００００００００１１」が割り付けられている。特許請求の範囲における所定の処理は、例えばこのようなプロパティに対応する処理である。
【００４１】
メッセージ生成部２１は、機能部１８による指示により、相手のＡＰへ出力するメッセージを生成するものである。そのメッセージのフォーマットを図６（ａ）に、生成されるメッセージの一例を図６（ｂ）に示す。
【００４２】
図６（ａ）に示すように、メッセージ２２は、要求内容部２３と、システム管理ＩＤ部２４と、データ部２５とからなる。
【００４３】
要求内容部２３は、登録部２０への設定値の書き込み（ＷＴ）か、登録部２０からの設定値の読み出し（ＲＤ）か、あるいはメソッドの処理（ＣＬ）かを示すデータが書き込まれる部分である。
【００４４】
システム管理ＩＤ部２４は、要求対象のプロパティ又はメソッドに割り付けられたＩＤ（例えば前述の１２ｂｉｔのＩＤ）が書き込まれる部分である。
【００４５】
データ部２５は、要求対象のプロパティの設定値（例えば発停失敗警報機能のオンを表す「２」やオフを表す「１」）が書き込まれる部分である。
【００４６】
例えば、発停失敗警報機能ＡＰ１６に対し、スケジュール機能ＡＰ１７から発停失敗警報機能ＡＰに対しポイント毎の発停失敗警報機能をオンにする旨の要求を行うとき、図６（ｂ）に示すように、スケジュール機能ＡＰは、要求内容部２３に「ＷＴ」のデータを、システム管理ＩＤ部２４に「０００００００００１００」のデータを、データ部２５に「２」のデータを書き込んだメッセージ２２を生成する。
【００４７】
なお、表１において、「Ｒ／Ｗ」は、プロパティの設定値の書込みと読出しの両方を行えることを示し、「Ｒ」は、プロパティの設定値の読出しのみが行えることを示す。
【００４８】
メッセージ解析部２６は、当該ＡＰのプロパティ設定部２７及びメソッド処理部２８において取り扱う対象のプロパティ及びメソッドに割り付けられたＩＤを保持しており、このＩＤが当該ＡＰで保持するＩＤであるか否か、すなわち相手側のＡＰから受信したメッセージ２２が自分宛のものであるか否か、及びプロパティに属するものであるかメソッドに属するものであるかを解析し、それに応じてプロパティ設定部２７又はメソッド処理部２８にそのメッセージ２２を出力するものである。
【００４９】
プロパティ設定部２７は、プロパティのＩＤと前記制御部１５（１１）内の記憶部１５ａ（１１ａ）のアドレスとの対応関係（プロパティに割り付けられたＩＤがその記憶部１５ａ（１１ａ）のどの記憶領域に記憶されているか）を記憶しており、相手側のＡＰから受信したメッセージ２２に従って、そのプロパティの設定値の書込み処理（ＷＴ）や読み出し処理（ＲＤ）を行うものである。例えば、発停失敗警報機能ＡＰ１６に対し、スケジュール機能ＡＰ１７から発停失敗警報機能をオンにする旨の要求がある、すなわち、図６（ｂ）に示すようなメッセージ２２がスケジュール機能ＡＰから発停失敗警報機能ＡＰに出力されると、発停失敗警報機能ＡＰ１６のプロパティ設定部２７は、前記記憶部１５ａ（１１ａ）に格納されているそのプロパティ「発停失敗警報機能のオン／オフ」の設定値を「１（オフ）」から「２（オン）」に書き換える。
【００５０】
メソッド処理部２８は、プロパティ設定部２７と同様、メソッドのＩＤと前記制御部１５（１１）内の記憶部１５ａ（１１ａ）のアドレスとの対応関係（メソッドに割り付けられたＩＤがその記憶部１５ａ（１１ａ）のどの記憶領域に記憶されているか）を記憶しており、相手側のＡＰから受信したメッセージ２２に従って、メソッドの処理を実行するものである。
【００５１】
図７は、発停失敗警報機能ＡＰ１６又はスケジュール機能ＡＰ１７がメッセージ２２を受信したときに行う処理を示すフローチャートである。
【００５２】
図７に示すように、通信部１９は、メッセージ２２を受信するとメッセージ解析部２６にそのメッセージ２２を出力し（ステップ♯１でＹＥＳ）、メッセージ解析部２６は、このメッセージ２２の解析を行う（ステップ♯２）。その解析の結果、メッセージ２２のシステム管理ＩＤ部２４に書き込まれているＩＤが、当該ＡＰで取り扱うプロパティ又はメソッドのＩＤでない場合には（ステップ♯３でＮＯ）、メッセージ解析部２６は、それ以上何も処理を行わない。一方、前記ＩＤが当該ＡＰで取り扱うプロパティ又はメソッドのＩＤである場合には（ステップ♯３でＹＥＳ）、メッセージ解析部２６は、メッセージ２２の要求内容部２３に書き込まれているデータに基づき、そのメッセージ２２の要求内容が制御（メソッドの処理）の要求であるか否かを判定する（ステップ♯４）。
【００５３】
そして、メッセージ２２の要求内容が制御である場合には（ステップ♯４でＹＥＳ）、メソッド処理部２８は、そのメッセージ２２をメッセージ解析部２６から受け取り、該メッセージ２２のシステム管理ＩＤ部２４に書き込まれているＩＤに対応するメソッドの処理を実行する（ステップ♯５）。
【００５４】
一方、メッセージ２２の要求内容が制御（ＣＬ）でない場合には（ステップ♯４でＮＯ）、メッセージ解析部２６は、要求内容部２３に書き込まれた要求内容が書込み処理（ＷＴ）又は読出し処理（ＲＤ）であるか否かを判定する（ステップ♯６）。そして、要求内容部２３に書き込まれた要求内容が書込み処理（ＷＴ）または読出し処理（ＲＤ）である場合には、プロパティ設定部２７は、そのメッセージ２２をメッセージ解析部２６から受け取り、その要求内容が書込み処理（ＷＴ）を示すデータであるときには、プロパティ設定部２７は、システム管理ＩＤ部２４に書き込まれたＩＤに対応するプロパティの設定値を、データ部２５に書き込まれたデータに対応する設定値に書き換える。また、前記要求内容が読み出し（ＲＤ）を示すデータであるときには、プロパティ設定部２７は、システム管理ＩＤ２７部に書き込まれたＩＤに対応するプロパティの設定値を制御部１５（１１）内の記憶部１５ａ（１１ａ）から読み出す。なお、メッセージ２２の要求内容が書込み処理（ＷＴ）または読出し処理（ＲＤ）でもない場合には（ステップ♯４でＮＯ）、処理を終了する。
【００５５】
以上のように、本監視制御システム１における発停失敗警報機能ＡＰ１６及びスケジュール機能ＡＰ１７において、プロパティ及びメソッドに、それらの種別自体に応じて固有のＩＤを割り付けるようにしたことにより、次のような効果が得られる。
【００５６】
本監視制御システム１に新たな機能を追加すべく、その機能に対応するＡＰを該システム１に追加することを想定する。なお、ここでは、図４の点線に示すように、例えば照明設備３等の運転時間を管理するＡＰ（以下、このＡＰを運転時間監視機能ＡＰという）２９を追加するものとし、運転時間監視機能ＡＰ２９は、スケジュール機能ＡＰ１７及び発停失敗警報機能ＡＰ１６との間でメッセージ２２の授受を行う機能を有するものとする。
【００５７】
本監視制御システム１の規則によれば、下表２に示すように、運転時間監視機能ＡＰのプロパティ及びメソッドについても、スケジュール機能ＡＰ１７や発停失敗警報機能ＡＰ１６のプロパティやメソッドには割り当てられていない固有のＩＤを割り付けるように取り決めている。これにより、本監視制御システム１に運転時間監視機能ＡＰ２９を追加するに際し、スケジュール機能ＡＰ１７や発停失敗警報機能ＡＰ１６に対して、メッセージ２２を運転時間監視機能ＡＰ２９に出力する際のその出力先（運転時間監視機能ＡＰ２９）を指定するプログラム（図７に示す従来技術を用いて表すと運転時間監視機能ＡＰ用メッセージ生成部）を新たに開発する必要がない。
【００５８】
【表２】
2005157669.tif 000004
【００５９】
表２に、運転時間監視機能ＡＰ２９におけるプロパティの一例と、各プロパティに割り付けられたＩＤと、制御内容とを示す。なお、ここでは、監視制御対象設備は、照明設備２だけでなく複数種類あるものとする。
【００６０】
表２に示すように、本実施形態では各プロパティに対して１２ｂｉｔのＩＤが割り付けられている。記憶部１１ａや記憶部１５ａから各種のファイルを読み込む指示の有無のプロパティに対して、ＩＤ「１００００００００００１」が割り付けられており、記憶部１１ａや記憶部１５ａにファイルを書き込む指示の有無のプロパティに対して、ＩＤ「１０００００００００１０」が割り付けられている。記憶部１１ａや記憶部１５ａ内のファイルを削除する指示の有無のプロパティに対して、ＩＤ「１０００００００００１１」が割り付けられている。記憶部１１ａや記憶部１５ａからのファイルの読込み及び削除の指示の有無のプロパティに対して、ＩＤ「１００００００００１００」が割り付けられている。記憶部１１ａや記憶部１５ａから全ての監視制御対象設備に関するデータを削除する指示の有無のプロパティに対して、ＩＤ「１００００００００１０１」が割り付けられている。以上のプロパティについては、書込みのみ行える（Ｗ）。
【００６１】
各監視制御対象設備についてそれぞれ積算した運転時間を合計する機能の設定（オン／オフ）のプロパティに対して、ＩＤ「１０００００００１１１０」が割り付けられており、このプロパティについては、読出しのみ行える（Ｒ）。各監視制御対象設備について運転時間を積算する機能の設定（オン／オフ）のプロパティに対して、ＩＤ「１０００００００１１１１」が割り付けられており、このプロパティについては、書込み及び読出しの両方が行える（Ｒ／Ｗ）。
【００６２】
運転時間の現状の最大値のプロパティに対して、ＩＤ「１００００００１００００」が割り付けられており、このプロパティについては、読出しのみが行える（Ｒ）。運転時間の現状の積算値（例えば１０分間隔での運転時間）のプロパティに対して、ＩＤ「１００００００１０００１」が割り付けられており、このプロパティについては、読出しのみが行える（Ｒ）。運転時間監視機能ＡＰ２９が監視制御システム１に新たに追加されてから累積した運転時間の積算値のプロパティに対して、ＩＤ「１００００００１００１０」が割り付けられており、このプロパティについては、読出しのみが行える（Ｒ）。運転時間の上限値（秒単位で設定された設定値）のプロパティに対して、ＩＤ「１００００００１００１１」が割り付けられており、このプロパティについては、書込み及び読出しの両方が行える（Ｒ／Ｗ）。運転時間の積算値（秒単位で設定された設定値）のプロパティに対して、ＩＤ「１００００００１０１００」が割り付けられており、このプロパティについては、書込み及び読出しの両方が行える（Ｒ／Ｗ）。運転時間の累積積算値（秒単位で設定された設定値）のプロパティに対して、ＩＤ「１００００００１０１０１」が割り付けられており、このプロパティについては、書込み及び読出しの両方が行える（Ｒ／Ｗ）。なお、特許請求の範囲における所定の処理には、例えばこれらのプロパティに関する処理が含まれる。
【００６３】
例えば、スケジュール機能ＡＰが発停失敗警報機能ＡＰ１６に対し発停失敗警報機能をオンにする旨の要求を行うときには、スケジュール機能ＡＰは、図６（ｂ）に示すようなメッセージ２２を発停失敗警報機能ＡＰに出力すればよいことは前述したが、新たに追加される運転時間監視機能ＡＰが発停失敗警報機能ＡＰ１６に対して発停失敗警報機能をオンにする旨の要求を行うときにも、スケジュール機能ＡＰと同様のメッセージ２２を生成し、そのメッセージ２２を発停失敗警報機能ＡＰに出力すればよく、発停失敗警報機能をオンにする旨の要求を行うメッセージの出力先を指定した上で該メッセージの出力処理を行う必要がない。すなわち、運転時間監視機能ＡＰがこのプロパティのＩＤを記憶部１５ａ（１１ａ）の当該運転時間監視機能ＡＰ用の記憶領域に保持してさえいれば他のＡＰにそのプロパティに関する要求（設定値の書込みや読出しの要求）を行うことができ、メッセージの出力先を指定するためのプログラムは必要ない。
【００６４】
また、従来では、スケジュール機能ＡＰ１７や発停失敗警報機能ＡＰ１６のＩＤ管理仕様、つまり複数のプロパティやメソッドがスケジュール機能ＡＰ１７に属するのか発停失敗警報機能ＡＰ１６に属するのか等をプログラムの開発者が知った上で、運転時間監視機能ＡＰ２９に、要求先のＡＰ（スケジュール機能ＡＰや発停失敗警報機能ＡＰ）を指定する機能を備えるプログラムを開発する必要があったが、本実施形態では、前述のようにプロパティやメソッドに監視制御システム１内でそれらの種別自体に応じて固有のＩＤを割り付けるように取り決めたことで、新規のＡＰを追加する際に前述のようなＩＤ管理仕様を開発者が知っておく必要もない。
【００６５】
また、このように監視制御システム１に新たなＡＰを追加する場合だけでなく、既存のＡＰを改良する場合にも、従来技術で説明したスケジュール機能ＡＰ用データ生成部や発停失敗警報機能ＡＰ用データ生成部を再度開発し直すという必要性がなくなる。
【００６６】
このように、本監視制御システム１においては、ＡＰを追加したり改良したりする場合でも、他のＡＰとの間でメッセージの授受を行うためのプログラムの再開発を省くことができるため、新規のＡＰを従来に比して容易に追加したり改良したりすることができる。
【００６７】
なお、本発明は、前記第１の実施形態に加えて次の形態（１），（２）も採用可能である。
【００６８】
（１）或る時刻（例えば時刻１２時００分）を刻時すると、例えばスケジュール機能ＡＰが発停失敗警報機能ＡＰのメッセージ２２を生成して出力して発停失敗警報機能をオンにする等、或るＡＰ（メッセージ出力元ＡＰという）が或る時刻をトリガとして他のＡＰにメッセージ２２を出力する構成を実現する場合には、メッセージ出力元ＡＰが他のＡＰからあるいはクロック信号を生成する水晶発振器等から時刻情報を取得できるようにするとともに、メッセージ出力元ＡＰがトリガ時刻のプロパティにＩＤを割り付け、そのＩＤをメッセージ出力元ＡＰ及びメッセージ出力先ＡＰで保持するようにするとよい。この場合、例えばスケジュール機能ＡＰがトリガ時刻のプロパティを保持し、その設定値が時刻１２時００分に設定されているときには、他のＡＰからスケジュール機能ＡＰに向けてトリガ時刻のプロパティの設定値を時刻１０時００分としたメッセージ２２を出力することで、スケジュール機能ＡＰから発停失敗警報機能ＡＰにメッセージ２２を出力する時刻を１２時００分から１０時００分に変更することができる。このように構成することで、例えば発停失敗警報機能を動作させる必要のない時間帯においては発停失敗警報機能を動作させないようにして監視制御システム１を効率的に稼動させることができる。なお、特許請求の範囲における予め定めた時刻は、例えば前記トリガ時刻である。
【００６９】
（２）例えば或る場所の照明設備が消灯すると発停失敗警報機能をオフにする等の場合のように、或るＡＰ（メッセージ出力元ＡＰという）が或るイベントの発生（または 或る条件の充足）をトリガとして他のＡＰにメッセージ２２を出力する構成を実現する場合には、メッセージ出力元ＡＰがイベント発生のプロパティにＩＤを割り付け、そのＩＤをメッセージ出力元ＡＰ及びメッセージ出力先ＡＰで保持するようにするとよい。この場合、例えば発停失敗警報機能ＡＰがイベント発生のプロパティを保持し、その設定値が照明設備オフであるものとしたときに、他のＡＰから発停失敗警報機能ＡＰに向けてイベント発生のプロパティの設定値を「人感センサオン」としたメッセージ２２を出力することで、発停失敗警報機能がオフとなるトリガを「照明設備オフ」から「人感センサオン」に変更することができる。なお、人感センサは、例えば熱検知等により人間の存在を遠隔的に検出するものである。このように構成することで、例えば監視制御対象設備の動作とＡＰの動作とを連動させることができる。なお、特許請求の範囲における予め定めた条件は、例えば前記イベントの発生である。
【図面の簡単な説明】
【００７０】
【図１】本発明に係るアプリケーションプログラムの通信方法を採用する監視制御システムの構成を示す図である。
【図２】中央監視装置の電気的な構成を示す図である。
【図３】コントローラの電気的な構成を示す図である。
【図４】メッセージ出力機能を有するアプリケーションプログラムの一例であるスケジュール機能アプリケーションプログラムと発停失敗警報機能アプリケーションプログラムとの関係を示したブロック図である。
【図５】スケジュール機能ＡＰと発停失敗警報機能ＡＰの機能をブロック化して表した図である。
【図６】（ａ）は、メッセージのフォーマットを示した図、（ｂ）は、生成されるメッセージの一例を示した図である。
【図７】発停失敗警報機能ＡＰ又はスケジュール機能ＡＰがメッセージを受信したときに行う処理を示すフローチャートである。
【図８】従来のメッセージ出力機能を備えたアプリケーションプログラムの機能をブロック化して表した図である。
【符号の説明】
【００７１】
１  監視制御システム
２ａ〜２ｆ  照明設備
３ａ〜３ｆ  スイッチＳＷ
４  コントローラ
５  中央監視装置
１１，１５  制御部
１２  第１通信部
１３  第２通信部
１６  発停失敗警報機能ＡＰ
１７  スケジュール機能ＡＰ
１８  機能部
１９  通信部
２０  登録部
２１  メッセージ生成部
２２  メッセージ
２３  要求内容部
２４  システム管理ＩＤ部
２５  データ部
２６  メッセージ解析部
２７  プロパティ設定部
【図１】
2005157669.tif 000005
【図２】
2005157669.tif 000006
【図３】
2005157669.tif 000007
【図４】
2005157669.tif 000008
【図５】
2005157669.tif 000009
【図６】
2005157669.tif 000010
【図７】
2005157669.tif 000011
【図８】
2005157669.tif 000012