JP5537668B2 - バス接続プログラム及び装置 - Google Patents

Description

本発明の実施形態は、バス接続プログラム及び装置に関する。

図１は従来の電力系統システムにおける監視装置及びその周辺構成を示す模式図である。従来の電力系統システムでは、複数の機器＃１〜＃ｎがデータを監視装置１０ａに送信し、監視装置１０ａが、当該データを専用バス１１を介して電力系統ＤＢ１２に保存する。監視装置１０ａ内の図示しないプロセッサは、図示しないメモリ内の複数の内部アプリケーションプログラムＡ〜Ｃ（以下、内部アプリケーションＡ〜Ｃという）を実行することにより、複数の内部アプリケーション部１３Ａ〜１３Ｃとして機能する。複数の内部アプリケーション部１３Ａ〜１３Ｃは、適宜、電力系統ＤＢ１２からデータを読み出し、当該データを含むメッセージを互いに送受信する。

このように、従来の電力系統システムでは、主に内部アプリケーション部１３Ａ〜１３Ｃ同士が直接連携するため、内部アプリケーション部１３Ａ〜１３Ｃ毎に固有の方式によってメッセージが送受信される。このような方式は、相互間接続方式と呼ばれる。

近年、スマートコミュニティの発展により、内部アプリケーションでも複数のアプリケーションへの連携や、外部アプリケーションへの連携が必須となってきた。

そこで、アプリケーション間のメッセージ連携では、図２に示す如き、監視装置１０ｂ内の共通バス１４を介してメッセージが送受信されるようになる。その後、共通バス１４を利用した連携では、図３に示すように、監視装置１０ｃ内の複数のバス接続アダプタ１５Ａ〜１５Ｃを介してメッセージが送受信されるようになる。このような方式は、共通バス方式と呼ばれる。

各バス接続アダプタ１５Ａ〜１５Ｃは、メッセージング層Ｌ１、コネクティング層Ｌ２及びアダプタ層Ｌ３を備えている。メッセージング層Ｌ１は、メッセージの送受信機能をもっている。コネクティング層Ｌ２は、共通バス１４への接続機能をもっている。アダプタ層Ｌ３は、メッセージの加工及び既存システムとの連携機能をもっている。

このようなバス接続アダプタ１５Ａ〜１５Ｃは、外部アプリケーションに連携させる場合、セキュリティ機能、標準化機能及び個別要求対応機能がアダプタ層Ｌ３に必要となる。セキュリティ機能は、暗号化及びユーザ認証等のセキュリティ対策を実施する機能である。標準化機能は、データの送受信に関する業界標準（ＣＩＭ（Common Information Model）：ＩＥＣ（International Electrotechnical Commission））に対応する機能であり、電力系統システムにおいては、変電所自動化システム ＩＥＣ６１８５０、系統配電制御システム ＩＥＣ６１９７０／ＩＥＣ６１９６８などが関係する（以下、これらのいずれかの規格を示す場合にＩＥＣという）。個別要求対応機能は、圧縮、解凍、シリアライズ、マッピング、フィルタリング、プロトコル変換、その他、外部記憶装置から機器情報を取得してメッセージに情報を付加する情報付加等のように、特殊なメッセージ加工を実施する機能である。各機能の内容は、国、地域及び案件毎に、又は利用形態毎に異なる。

よって、バス接続アダプタ１５Ａ〜１５Ｃは、図４に示すように、国、地域、案件毎に固有のセキュリティ機能（暗号化Ａ〜Ｃ、認証Ａ）、標準化機能（標準対応）及び個別要求対応機能（圧縮Ａ，Ｂ）をアダプタ層に組み込んでいる。

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

しかしながら、国、地域、案件毎に固有の機能をバス接続アダプタに組み込むことは、バス接続アダプタのプログラムを増大又は多様化させ、管理を困難とする。また、各機能の内容が後日、変更される場合もあるため、汎用的なバス接続アダプタのプログラムを作成することは困難である。さらに、各機能の変更毎に、固有のバス接続アダプタのプログラムを作成する必要があるため、早急なシステム構築や機能変更等の要請に対応することができない。

本発明が解決しようとする課題は、容易に管理でき、汎用性があり、機能の変更毎に作成する必要が無いバス接続プログラム及び装置を提供することである。

実施形態のバス接続プログラムは、データ記憶部と、内部アプリケーション部と、共通バスとを備えた監視装置に用いられる。

前記データ記憶部は、複数の機器から受信したデータを記憶する。

前記内部アプリケーション部は、前記データ記憶部内のデータを含むメッセージを送受信可能である。

前記共通バスは、前記内部アプリケーション部と外部アプリケーション部との間で前記メッセージを伝送可能である。

前記監視装置は、ファイル記憶手段と、エレメント記憶手段とを更に備えている。

前記ファイル記憶手段は、前記内部アプリケーション部を識別するサービス名と、前記メッセージに各処理を実行するためのエレメントプログラムを識別するエレメント名とを関連付けて記述したファイルを記憶している。

前記エレメント記憶手段は、前記エレメント名の指定によって個別に呼び出し実行される複数のエレメントプログラムを記憶している。

前記複数のエレメントプログラムは、前記共通バスを介して送受信するメッセージを加工処理する複数のプログラムである。前記複数のエレメントプログラムは、標準化機能エレメントプログラム、個別要求対応機能エレメントプログラム及びセキュリティ機能対応エレメントプログラムを含んでいる。

前記標準化機能エレメントプログラムは、前記メッセージを個別要求に基づいて処理するためのプログラムである。

前記個別要求対応機能エレメントプログラムは、前記メッセージを個別要求に基づいて処理するプログラムである。

前記セキュリティ機能対応エレメントプログラムは、前記メッセージをセキュリティ対応に基づいて処理するプログラムである。

前記バス接続プログラムは、前記監視装置を、前記内部アプリケーション部と前記共通バスとを接続するバス接続手段、として更に機能させるためのプログラムである。

前記バス接続手段は、第１受信手段と、第１特定手段と、第１処理手段と、送出手段と、第２受信手段と、第２特定手段と、第２処理手段と、送信手段とを含んでいる。

前記第１受信手段は、前記サービス名及び宛先を指定した前記要求メッセージを前記外部アプリケーション部から前記共通バスを介して受信する。

前記第１特定手段は、前記受信した要求メッセージ内のサービス名に基づいて前記ファイルからエレメント名を特定する。

前記第１処理手段は、前記特定したエレメント名に基づいて、前記各エレメントプログラムを呼出し実行することにより、前記要求メッセージを処理する。

前記送出手段は、前記第１処理手段により処理された要求メッセージからデータを抽出し、当該データを要求メッセージが指定したサービス名又は宛先に対応する内部アプリケーション部に送出する。

前記第２受信手段は、前記サービス名及び宛先を指定した前記送信メッセージを前記内部アプリケーション部から受信する。

前記第２特定手段は、前記受信した送信メッセージ内のサービス名に基づいて前記ファイルからエレメント名を特定する。

前記第２処理手段は、前記第２特定手段により特定したエレメント名に基づいて、前記各エレメントプログラムを呼出し実行することにより、前記送信メッセージを処理する。

前記送信手段は、前記送信メッセージが指定したサービス名又は宛先に対応する外部アプリケーション部に、前記第２処理手段により処理された送信メッセージを送信する。

図１は、従来の電力系統システムにおける監視装置及びその周辺構成を示す模式図である。 図２は、従来の共通バス方式を説明するための模式図である。 図３は、従来の共通バス方式を説明するための模式図である。 図４は、従来のバス接続アダプタを説明するための模式図である。 図５は、各実施形態に共通するバス接続カートリッジアダプタを説明するための模式図である。 図６は、各実施形態に共通するバス接続カートリッジアダプタを説明するための模式図である。 図７は、各実施形態に共通するバス接続カートリッジアダプタを説明するための模式図である。 図８は、一般的な各パターンのアプリケーションを説明するための模式図である。 図９は、一つの実施形態に係るバス接続カードリッジアダプタ及びファイルの概要を説明するための模式図である。 図１０は、第１の実施形態に係るバス接続プログラムを適用した監視装置及びその周辺構成を示す模式図である。 図１１は、同実施形態におけるエレメントプログラムを説明するための模式図である。 図１２は、同実施形態におけるエレメントプログラムを説明するための模式図である。 図１３は、同実施形態におけるメッセージの送受信パターンを示す模式図である。 図１４は、同実施形態における動作を説明するためのフローチャートである。 図１５は、同実施形態におけるデータの一例を示す模式図である。 図１６は、同実施形態におけるデータの一例を示す模式図である。 図１７は、同実施形態におけるデータの一例を示す模式図である。 図１８は、同実施形態におけるデータの一例を示す模式図である。 図１９は、同実施形態における動作を説明するためのフローチャートである。 図２０は、同実施形態におけるデータの一例を示す模式図である。 図２１は、第２の実施形態に係るバス接続カートリッジアダプタを説明するための模式図である。 図２２は、第３の実施形態に係るバス接続カートリッジアダプタを説明するための模式図である。 図２３は、同実施形態におけるファイル記憶部の構成を示す模式図である。 図２４は、第４の実施形態に係るバス接続カートリッジアダプタを説明するための模式図である。 図２５は、同実施形態におけるメッセージの概要を示す模式図である。 図２６は、同実施形態におけるバス接続プログラムを適用した監視装置及びその周辺構成を示す模式図である。 図２７は、同実施形態における変形例を説明するための模式図である。 図２８は、第５の実施形態に係るバス接続カートリッジアダプタを説明するための模式図である。 図２９は、同実施形態におけるバス接続プログラムを適用した監視装置及びその周辺構成を示す模式図である。

以下、各実施形態について図面を用いて説明するが、その前に各実施形態に共通する概要について図５乃至図８を用いて述べる。

図５乃至図７は、各実施形態に共通するバス接続カートリッジアダプタを説明するための模式図である。なお、本明細書中、アダプタからエレメントを呼び出す方式をカートリッジ方式と呼ぶ。また、カートリッジ方式を利用したアダプタをバス接続カートリッジアダプタと呼ぶ。但し、「カートリッジ方式」及び「バス接続カートリッジアダプタ」の用語は、適宜、他の用語に変更してもよい。例えば、「バス接続カートリッジアダプタ」の用語は、バス接続アダプタ、電力系統システムカートリッジアダプタ又は電力系統システムアダプタといった任意の用語に変更してもよい。

バス接続カートリッジアダプタ１８は、アダプタ層Ｌ３が、エレメント記憶部１７から各種エレメント（部品）を呼び出すことにより、複数の機能を使用可能とする。したがって、各アプリケーション毎に、バス接続カートリッジアダプタ１８に用いるバス接続プログラムを予め作成する必要はない。なお、エレメント記憶部１７は、バス接続カートリッジアダプタ１８から読出可能なメモリであり、予め準備した各エレメントファイルを記憶している。ここで、予め準備した各エレメントファイルは、プリエレメントライブラリと呼んでもよい。

一方、従来の電力系統システムは、前述した通り、図８の左側に示すように、共通バス１２を利用してアプリケーション間のメッセージ連携を行う。

アプリケーションは、３パターン(App-01)〜(App-03)に大きく分類される。

(App-01) 第１パターンのアプリケーションは、伝統的なアプリケーションであり、ノウハウあるデータの管理に用いられる。

(App-02) 第２パターンのアプリケーションは、オープン環境で開発されたアプリケーションであり、外部インタフェースが整備されている。

(App-03) 第３パターンのアプリケーションは、今後開発されるアプリケーションであり、付加価値をもつ次世代アプリケーションである。

バス接続カートリッジアダプタ１８は、各パターンのアプリケーション(App-01)〜(App-03)に応じて、以下の３つのレベル(Level 1)〜(Level 3)でメッセージの受け渡しを行う。

(Level 1) ファイルによる受け渡し。

(Level 2) 外部アプリケーション呼び出しによるメッセージの受け渡し。

(Level 3) ＡＰＩ(Application Program Interface)呼び出しによるメッセージの受け渡し。

バス接続カートリッジアダプタ１８は、メッセージに応じて、セキュリティ機能、標準化機能、個別要求対応機能を実行する必要がある。

このため、バス接続カートリッジアダプタ１８は、図８の右側に示すように、各機能のエレメント（部品プログラム）を呼出すように構成されている。このように、バス接続カートリッジアダプタ１８は、メッセージに対応して、各機能を実行できるため、早急なシステム構築、機能変更等が可能となる。また、各機能のエレメントを準備しておくことにより、案件に応じてエレメントを選択可能としている。また、各エレメントは、例えばＤＬＬ（Dynamic Link Library）のように用いられ、バス接続カートリッジアダプタ１８が呼出し可能なライブラリとして実装されている。

これにより、以下のような効果（i）〜（iv）を得ることができる。

（i）各メッセージに対して共通のバス接続カートリッジアダプタ１８を利用できる。機能の追加又は変更がある場合に、バス接続カートリッジアダプタ１８本体を変更せずに済む。また、セキュリティ要件等、各種要件が変更となった場合は、エレメントの修正のみで対応できる。

（ii）各機能のエレメントを単発的又は連続的に呼出すことができる。また、各機能のエレメントを順番に呼出すことが可能である。

（iii）エレメント記憶部１７内の各エレメントと、バス接続カートリッジアダプタ１８とを分離できるため、管理が容易となる。

これらの効果に加え、図９に示すように、バス接続カートリッジアダプタ１８内のカートリッジ部cartが、ファイル記憶部１６から読み出したＸＭＬ（Extensible Markup Language）形式のファイルＦ１を参照して、エレメントを呼び出す構成としてもよい。ファイルＦ１には、各アプリケーション毎に必要なエレメント名、エレメント呼出し順が記述されているものとする。なお、ファイルＦ１は、ＸＭＬ形式に限定されない。

図９に示した構成の場合、次の効果（iv）を更に得ることができる。

（iv）アプリケーション毎に、メッセージフォーマット加工、管理が容易となる。外部から要求メッセージを受けた場合は、要求メッセージの内容によって、呼び出すエレメント、呼出順を変更することができる。

以上が各実施形態に共通する概要の説明である。続いて、第１の実施形態から順次、具体的に説明する。

＜第１の実施形態＞
図１０は第１の実施形態に係るバス接続プログラムを適用した監視装置及びその周辺構成を示す模式図であり、図３に示した構成と同一部分には同一符号を付してその詳しい説明を省略し、ここでは異なる部分について主に述べる。なお、以下の各実施形態も同様にして重複した説明を省略する。なお、図１０中、３つの内部アプリケーション部１３Ａ〜１３Ｃを図示しているが、各実施形態は、各内部アプリケーション部１３Ａ〜１３Ｃ間の送受信を例に挙げず、１つの内部アプリケーション部１３Ｂと外部アプリケーション部２０との間の送受信を例に挙げて説明する。また、図３に示した構成と同一部分とは、監視装置１０において、電力系統ＤＢ（データ記憶部）１２、内部アプリケーション部１３Ｂ及び共通バス１４を備えた構成である。また、電力系統ＤＢ１２は、複数の機器＃１〜＃ｎから受信したデータを記憶する。内部アプリケーション部１３Ｂは、電力系統ＤＢ１２内のデータを含むメッセージを送受信する。共通バス１４は、内部アプリケーション部１３Ｂと共通バス１４との間でメッセージを伝送可能なバスである。

すなわち、第１の実施形態は、図３に示した構成に比べ、バス接続アダプタ１５Ａ〜１５Ｃに代えて、ファイル記憶部１６、エレメント記憶部１７及びバス接続カートリッジアダプタ１８を更に備えている。

ファイル記憶部１６は、サービス名と、エレメント名とを関連付けて記述したファイルＦ１を記憶している。サービス名は、内部アプリケーション部１３Ａ〜１３Ｃを識別する情報である。エレメント名は、メッセージに各処理を実行するためのエレメントプログラムを識別する情報である。ここで、ファイルＦ１は、サービス名と、エレメントプログラムを識別するエレメント名及び当該エレメントプログラムの呼出し順とを関連付けて記述してもよい。また、ファイルＦ１は、図９に示したように、ＸＭＬ形式で記述されていてもよい。

エレメント記憶部１７は、エレメント名の指定によって個別に呼び出し実行される複数のエレメントプログラムを記憶している。複数のエレメントプログラムは、共通バス１４を介して送受信するメッセージを加工処理する複数のプログラムであって、例えば、標準化機能エレメントプログラム、個別要求対応機能エレメントプログラム及びセキュリティ機能対応エレメントプログラムを含んでいる。標準化機能エレメントプログラムは、メッセージを規格に基づいて処理を実行するためのプログラムである。個別要求対応機能エレメントプログラムは、メッセージを個別要求に基づいて処理を実行するプログラムである。セキュリティ機能対応エレメントプログラムは、メッセージをセキュリティ対応に基づいて処理を実行するプログラムである。標準化機能エレメントプログラム、個別要求対応機能エレメントプログラム及びセキュリティ機能対応エレメントプログラムは、それぞれ標準化機能エレメントプログラム群、個別要求対応機能エレメントプログラム群及びセキュリティ機能対応エレメントプログラム群と呼んでもよい。

このような各エレメントプログラムは、たとえば第１〜第６のエレメントプログラムを含んでいる。

第１のエレメントプログラムは、共通バス１４を介して外部アプリケーション部２０から受信した要求メッセージを解凍する処理を実行するためのプログラムである。

第２のエレメントプログラムは、解凍された要求メッセージを復号する処理を実行するためのプログラムである。

第３のエレメントプログラムは、復号する処理又は解凍する処理が実行された要求メッセージをＩＥＣの規格に基づいて解読する処理を実行するためのプログラムである。

第４のエレメントプログラムは、内部アプリケーション部１３Ａ〜１３Ｃから受信した送信メッセージをＩＥＣの規格に基づいて標準化する処理を実行するためのプログラムである（例えば、図１１を参照）。

第５のエレメントプログラムは、内部アプリケーション部１３Ａ〜１３Ｃから受信した送信メッセージ又は標準化された送信メッセージを暗号化する処理を実行するためのプログラムである（例えば、図１２を参照）。

第６のエレメントプログラムは、暗号化された送信メッセージを圧縮する処理を実行するためのプログラムである（例えば、図１２を参照）。

ここで、第１のエレメントプログラム（解凍処理）及び第６のエレメントプログラム（圧縮処理）は、前述した個別要求対応機能に対応する。第２のエレメントプログラム（復号処理）及び第５のエレメントプログラム（暗号化処理）は、前述したセキュリティ機能に対応する。第３のエレメントプログラム（ＩＥＣに基づく解読処理）及び第４のエレメントプログラム（ＩＥＣに基づく標準化処理）は、前述した標準化機能に対応する。なお、個別要求対応機能に対応するエレメントプログラムは、解凍処理、圧縮処理に限らず、たとえば、シリアライズ処理、マッピング処理、フィルタリング処理、プロトコル変換処理、その他、外部記憶装置から機器情報を取得してメッセージに情報を付加する情報付加処理等を行うものが考えられる。

一方、バス接続カートリッジアダプタ（バス接続手段）１８は、監視装置１０内の図示しないプロセッサが、図示しないメモリ内のバス接続プログラムを実行することにより実現される機能部である。言い換えると、バス接続カートリッジアダプタ１８は、ハードウェア資源とソフトウェアとの組合せ構成で実施可能となっている。このソフトウェアとしては、図１０、図２６及び図２９に示すように、予めネットワーク又は非一時的なコンピュータ読取可能な記憶媒体（non-transitory computer-readable storage medium）Ｍから監視装置１０のコンピュータにインストールされ、バス接続カートリッジアダプタ１８の機能を当該コンピュータに実現させるためのバス接続プログラムが用いられる。但し、バス接続カートリッジアダプタ１８は、ハードウェア資源とソフトウェアとの組合せ構成に限らず、ハードウェア構成のバス接続装置としても実施可能である。

ここで、バス接続カートリッジアダプタ１８は、例えば以下の各機能(f18-1)〜(f18-8)をもっている。

(f18-1) サービス名及び宛先を指定した要求メッセージを外部アプリケーション部２０から共通バス１４を介して受信する第１受信機能。

(f18-2) 受信した要求メッセージ内のサービス名に基づいてファイルＦ１からエレメント名を特定する第１特定機能。

(f18-3) 特定したエレメント名に基づいて、各エレメントプログラムを呼出し実行することにより、要求メッセージを処理する第１処理機能。

(f18-4) 第１処理機能(f18-3)により処理された要求メッセージからデータを抽出し、当該データを要求メッセージが指定したサービス名又は宛先に対応する内部アプリケーション部１３Ｂに送出する送出機能。

(f18-5) サービス名及び宛先を指定した送信メッセージを内部アプリケーション部１３Ｂから受信する第２受信機能。

(f18-6) 受信した送信メッセージ内のサービス名に基づいてファイルＦ１からエレメント名を特定する第２特定機能。

(f18-7) 第２特定機能(f18-6)により特定したエレメント名に基づいて、各エレメントプログラムを呼出し実行することにより、送信メッセージを処理する第２処理機能。

(f18-8) 送信メッセージが指定したサービス名又は宛先に対応する外部アプリケーション部２０に、第２処理機能(f18-7)により処理された送信メッセージを送信する送信機能。

なお、第１特定機能(f18-2)及び第２特定機能(f18-6)は、サービス名に基づいてファイルＦ１からエレメント名及び呼出し順を特定してもよい。

また、第１処理機能(f18-3)及び第２処理機能(f18-7)は、特定したエレメント名及び呼出し順に基づいて、各エレメントプログラムを連続して呼出し実行することにより、要求メッセージを処理してもよい。

このようなバス接続カートリッジアダプタ１８は、例えば前述同様に、メッセージング層Ｌ１、コネクティング層Ｌ２及びアダプタ層Ｌ３を備えて構成してもよい。メッセージング層Ｌ１は、メッセージの送受信機能(f18-1), (f18-4), (f18-5), (f18-8)をもっている。コネクティング層Ｌ２は、共通バス１４への接続機能をもっている。アダプタ層Ｌ３は、メッセージの加工及び既存システムとの連携機能をもっている。また、アダプタ層Ｌ３は、メッセージの加工及び既存システムとの連携機能のうち、機能(f18-2), (f18-3), (f18-6), (f18-7)を実現するためのエレメントプログラムを呼出し実行するカートリッジ部cartを備えている。

また、バス接続カートリッジアダプタ１８は、例えば管理者の操作に応じてエレメントプログラム又はファイルＦ１を修正するように、以下の各機能(f18-9)〜(f18-12)を更に備えてもよい。

(f18-9) エレメント名を指定した修正命令及びデータの入力を受け付ける第１受付機能。

(f18-10) 第１受付機能(f18-9)により入力を受け付けた修正命令及びデータに基づいて、当該指定されたエレメント名により識別されたエレメントプログラムを修正する第１修正機能。

(f18-11) ファイルを識別するファイル名、エレメント名を指定した修正命令及び修正エレメント名の入力を受け付ける第２受付機能。

(f18-12) 第２受付機能(f18-11)により入力を受け付けたファイル名、修正命令及び修正エレメント名に基づいて、当該ファイル名及び修正命令により指定されたファイルＦ１内のエレメント名を修正エレメント名に修正する第２修正機能。

次に、以上のように構成されたバス接続カートリッジアダプタ１８を備えた監視装置の動作について図１３乃至図１９を用いて説明する。なお、以下の説明は、内部アプリケーション部１３Ｂが外部アプリケーション部２０と連携する場合を例に挙げて述べるが、これに限らず、内部アプリケーション部１３Ｂが他の内部アプリケーション部１３Ａ，１３Ｃと連携してもよい。

外部アプリケーション部２０との連携（メッセージの送受信）のパターンとして、図１３及び次に示すように４通りの動作［ａ］〜［ｄ］がある。

［ａ］ 外部アプリケーション部２０からのメッセージの受信。

［ｂ］ 外部アプリケーション部２０へのメッセージの送信。

［ｃ］ 外部アプリケーション部２０からのメッセージの受信・返信（リクエスト・リプライ型）。

［ｄ］ 外部アプリケーション部２０への送信・受信（リクエスト・リプライ型）。

以下、順次、説明する。

始めに、図１４を用いて、４通りの動作［ａ］〜［ｄ］に共通したステップＳＴ１〜ＳＴ３を述べる。

監視装置１０は、図示しないプロセッサがバス接続プログラムの実行を開始することにより、バス接続カートリッジアダプタ１８を起動する（ＳＴ１）。

バス接続カートリッジアダプタ１８は、初期化処理として、例えばＸＭＬ形式のファイルＦ１を読み込む（ＳＴ２）。

また、バス接続カートリッジアダプタ１８は、初期化処理として、共通バス１４及び内部アプリケーション部１３Ｂへの接続処理を行う（ＳＴ３）。

続いて、メッセージの受信処理の動作［ａ］に関するステップＳＴ４〜ＳＴ７を述べる。この動作［ａ］においては、次の例１又は例２の場合を想定している。

例１：外部アプリケーション部２０からメッセージを定期的に受け取って内部アプリケーション部１３Ｂに保存する場合。

例２：一定周期で、監視対象の機器＃１〜＃２からエネルギー使用量及びエネルギー発電量等のデータを含むメッセージを取得し、メッセージから抽出したデータを内部データベース（例、電力系統ＤＢ１２）に保存する場合。この場合、データが機密情報であるため、セキュリティ対策が必要となる。

さてステップＳＴ３の後、バス接続カートリッジアダプタ１８は、外部アプリケーション部２０から共通バス１４を介してメッセージを受信したとする（ＳＴ４）。受信したメッセージは、ヘッダ部内のプロパティにサービス名及び宛先を指定した要求メッセージであるとする。

バス接続カートリッジアダプタ１８は、受信したメッセージの種類を判断する（ＳＴ５）。具体的にはバス接続カートリッジアダプタ１８は、受信した要求メッセージ内のサービス名（又は宛先）に基づいてファイルＦ１からエレメント名及び呼出し順を特定する。

バス接続カートリッジアダプタ１８においては、カートリッジ部cartが、特定したエレメント名及び呼出し順に基づいて、各エレメントプログラムを呼出し実行することにより、要求メッセージを処理する（ＳＴ６）。

ステップＳＴ６では、例えば要求メッセージに標準化処理、暗号化処理及び圧縮処理が施されている場合、カートリッジ部cartは、解凍処理Ａ、復号処理（暗号解読処理）Ａ及び標準化解読処理Ａの各エレメントプログラムを順番に呼出し実行する。また、例えば要求メッセージに標準化処理及び圧縮処理が施されている場合、カートリッジ部cartは、解凍処理Ｂ及び標準化解読処理Ａの各エレメントプログラムを順番に呼出し実行する。

ステップＳＴ６の後、バス接続カートリッジアダプタ１８は、ステップＳＴ６で処理された要求メッセージからデータを抽出し、当該データを要求メッセージが指定したサービス名又は宛先に対応する内部アプリケーション部１３Ｂに送出する（ＳＴ７）。

内部アプリケーション部１３Ｂは、送出されたデータを書き込む。このデータは、例えば図１５に示すように、特定の日時における各機器のデータ（例、機器ＩＤ、有効電力、発電出力、電圧及び周波数の値）である。

次に、メッセージの送信処理の動作［ｂ］に関するステップＳＴ８〜ＳＴ１１を述べる。この動作［ｂ］においては、次の例３又は例４の場合を想定している。

例３：外部アプリケーション部２０へメッセージ及び命令を送信する場合。

例４：監視対象の機器＃１〜＃ｎの異常を検出し、異常を示すエラーメッセージ及び対処命令を送信する場合。ここで、エラー内容に機密情報が含まれる場合には、セキュリティ対策が必要となる。

さてステップＳＴ３の後、バス接続カートリッジアダプタ１８は、サービス名及び宛先をヘッダ部内のプロパティに指定した送信メッセージを内部アプリケーション部１３Ｂから受信したとする（ＳＴ８）。このメッセージは、外部アプリケーション部２０への送信メッセージであるとする。このメッセージは、例えば図１６に示すように、異常が検出された機器を示す機器ＩＤ、エラーメッセージに相当するエラーコード、対処命令に相当する命令コードを有するデータを含んでいる。

バス接続カートリッジアダプタ１８は、受信した送信メッセージを解読して、送信先を判断する（ＳＴ９）。また、バス接続カートリッジアダプタ１８は、受信した送信メッセージ内のサービス名（又は宛先）に基づいてファイルＦ１からエレメント名及び呼出し順を特定する。

バス接続カートリッジアダプタ１８においては、カートリッジ部cartが、特定したエレメント名及び呼出し順に基づいて、各エレメントプログラムを呼出し実行することにより、送信メッセージを処理する（ＳＴ１０）。

ステップＳＴ１０では、例えば送信メッセージに標準化処理、暗号化処理及び圧縮処理を施す場合、カートリッジ部cartは、標準化処理Ａ、暗号化処理Ａ及び圧縮処理Ａの各エレメントプログラムを順番に呼出し実行する。また、例えば送信メッセージに暗号化処理を施す場合、カートリッジ部cartは、暗号化処理Ａのエレメントプログラムを呼出し実行する。この暗号化処理には、例えば、送信先の外部アプリケーション部２０又は他の内部アプリケーション部の公開鍵を用いる。なお、メッセージに標準化処理を施さない場合は、通常、内部アプリケーション部と連携する場合である。

ステップＳＴ１０の後、バス接続カートリッジアダプタ１８は、送信メッセージが指定したサービス名又は宛先に対応する外部アプリケーション部２０に、ステップＳＴ１０で処理された送信メッセージを送信する（ＳＴ１１）。

次に、メッセージの受信・送信処理の動作［ｃ］に関するステップＳＴ１２〜ＳＴ１６を述べる。この動作［ｃ］においては、次の例５又は例６の場合を想定している。

例５：外部アプリケーション部２０からの要求で必要なデータを返信する場合。

例６：外部アプリケーション部２０から電力需給計画等のデータを要求され、結果のデータを要求元に返信する場合。返信の際に、外部アプリケーション部２０との連携のため、送信メッセージの標準化処理及び暗号化処理等を実行する。

さてステップＳＴ３の後、バス接続カートリッジアダプタ１８は、外部アプリケーション部２０から共通バス１４を介してメッセージを受信したとする（ＳＴ１２）。

バス接続カートリッジアダプタ１８は、受信したメッセージの種類を判断する（ＳＴ１３）。具体的には、バス接続カートリッジアダプタ１８は、受信した要求メッセージ内のサービス名（又は宛先）に基づいてファイルＦ１からエレメント名及び呼出し順を特定する。

バス接続カートリッジアダプタ１８においては、カートリッジ部cartが、特定したエレメント名及び呼出し順に基づいて、各エレメントプログラムを呼出し実行することにより、要求メッセージを処理する（ＳＴ１４）。

ステップＳＴ１４では、カートリッジ部cartは、ステップＳＴ６と同様に、各エレメントプログラムを順番に呼出し実行する。

ステップＳＴ１４の後、バス接続カートリッジアダプタ１８は、ステップＳＴ１４で処理された要求メッセージからデータを抽出し、当該データを要求メッセージが指定したサービス名又は宛先に対応する内部アプリケーション部１３Ｂに送出する（ＳＴ１５）。このデータは、例えば図１７に示すように、要求するデータを指定するための機器ＩＤ、開始日時及び終了日時を含んでいる。

続いて、バス接続カートリッジアダプタ１８は、内部アプリケーション部１３Ｂから処理結果のデータを受信し、このデータを含む返信メッセージを作成する（ＳＴ１６）。このデータは、例えば、図１８に示すように、指定された機器ＩＤ、開始日時及び終了日時の間の１時間毎のデータ（例、機器ＩＤ、日時、供給力予測、最大電力予測の値）である。ここで、供給力は、発電できる能力を意味する。最大電力は、機器が利用する電力の最大値を意味する。また、バス接続カートリッジアダプタ１８は、サービス名及び宛先を返信メッセージのヘッダ部内のプロパティに指定する。

以下、バス接続カートリッジアダプタ１８は、ステップＳＴ９〜ＳＴ１１と同様にして、返信メッセージを外部アプリケーション部２０に送信する。

次に、メッセージの送信・受信処理の動作［ｄ］に関するステップＳＴ２０〜ＳＴ２７を述べる。この動作［ｄ］においては、次の例７又は例８の場合を想定している。

例７：外部のアプリケーション部２０へ要求を出し、必要なデータを取得する場合。

例８：外部アプリケーション部２０から、機器の一定期間の情報（有効電力、発電出力、電圧、電流、周波数等）を取得する場合。外部アプリケーション部２０からデータを取得するため、標準化処理が必要となる。

さてステップＳＴ３の後、バス接続カートリッジアダプタ１８は、図１９に示すように、サービス名及び宛先をヘッダ部内のプロパティに指定した送信メッセージを内部アプリケーション部１３Ｂから受信したとする（ＳＴ２０）。このメッセージは、例えば図１７に示したように、データ取得対象の機器を示す機器ＩＤ、一定期間を示す開始日時及び終了日時を有するデータを含んでいる。

バス接続カートリッジアダプタ１８は、受信したメッセージを解読して、送信先を判断する（ＳＴ２１）。また、バス接続カートリッジアダプタ１８は、受信した送信メッセージ内のサービス名（又は宛先）に基づいてファイルＦ１からエレメント名及び呼出し順を特定する。

バス接続カートリッジアダプタ１８においては、カートリッジ部cartが、特定したエレメント名及び呼出し順に基づいて、各エレメントプログラムを呼出し実行することにより、送信メッセージを処理する（ＳＴ２２）。ステップＳＴ２２では、カートリッジ部cartは、ステップＳＴ１０と同様に、各エレメントプログラムを順番に呼出し実行する。

ステップＳＴ２２の後、バス接続カートリッジアダプタ１８は、送信メッセージが指定したサービス名又は宛先に対応する外部アプリケーション部２０に、ステップＳＴ２２で処理された送信メッセージを送信する（ＳＴ２３）。

バス接続カートリッジアダプタ１８は、外部アプリケーション部２０から共通バス１４を介してメッセージを受信したとする（ＳＴ２４）。受信したメッセージは、ヘッダ部内のプロパティにサービス名及び宛先を指定した要求メッセージであるとする。この要求メッセージは、例えば図２０に示すように、データ取得対象の機器を示す機器ＩＤ、開始日時及び終了日時の間の１時間毎のデータ（例、機器ＩＤ、日時、供給力予測、最大電力予測の値）を含んでいる。

以下、バス接続カートリッジアダプタ１８は、前述したステップＳＴ５〜ＳＴ７と同様に、ステップＳＴ２５〜ＳＴ２７を実行する。

次に、以上のようなバス接続カートリッジアダプタ１８に用いられるエレメントプログラム又はファイルＦ１を修正する動作を述べる。

監視装置においては、管理者による図示しない入力部の操作により、エレメント名を指定した修正命令及びデータが入力されると、この入力をバス接続カートリッジアダプタ１８が受け付ける。

バス接続カートリッジアダプタ１８は、入力を受け付けた修正命令及びデータに基づいて、当該指定されたエレメント名により識別されたエレメントプログラムを修正する。

また、監視装置においては、管理者による図示しない入力部の操作により、ファイルＦ１を識別するファイル名、エレメント名を指定した修正命令及び修正エレメント名が入力されると、この入力をバス接続カートリッジアダプタ１８が受け付ける。

バス接続カートリッジアダプタ１８は、入力を受け付けたファイル名、修正命令及び修正エレメント名に基づいて、当該ファイル名及び修正命令により指定されたファイルＦ１内のエレメント名を修正エレメント名に修正する。なお、エレメント名の修正に伴い、エレメントの呼出し順を修正することも可能である。

上述したように本実施形態によれば、バス接続カートリッジアダプタ１８が、受信した要求メッセージ又は送信メッセージ内のサービス名に基づいてファイルＦ１からエレメント名を特定し、特定したエレメント名に基づいて、各エレメントプログラムを呼出し実行する構成により、容易に管理でき、汎用性があり、機能の変更毎に作成する必要が無いバス接続プログラムを提供することができる。

例えば、各メッセージに対して共通のバス接続カートリッジアダプタ１８を利用できる。また、機能の追加又は変更がある場合に、バス接続カートリッジアダプタ１８本体を変更せずに済む。セキュリティ要件等、各種要件が変更となった場合は、エレメントの修正のみで対応できる。このため、監視装置１０をバス接続カートリッジアダプタ１８として機能させるバス接続プログラムは、容易に管理でき、汎用性があり、機能の変更毎に作成する必要が無い。

補足すると、電力系統システムでは、セキュリティ、標準化対応、個別要求対応等の機能は、各項目毎の要件が国、案件、地域毎に異なる。これに対し、各機能のプログラムをエレメント化し、エレメントプログラムを内部から呼出し可能とした構成により、複数の機能の組合せに容易に対応可能となり、早急なシステム構築、機能変更等が可能となる。

また、電力系統システムでは、セキュリティ、標準化対応、個別要求対応等の複数の機能を同時に実装する必要がある。これに対し、エレメントの呼出し順に基づいて、各エレメントを連続して呼出し可能とした構成により、同時に複数の機能の実装が可能となる。

さらに、エレメント名及び呼出し順をＸＭＬ形式のファイルＦ１に指定した場合、エレメント名及び呼出し順の変更に容易に対応することができる。

また、電力系統システムでは、各種要件が変更となることが多い。よって、内部から各種エレメントを呼出す構成により、バス接続カートリッジアダプタ１８を変更せずに、エレメントだけの修正で対応できるため、早急な対応が可能となる。

また、エレメント名及び呼出し順が変更となった場合は、外部のファイルＦ１の修正によって容易に対応することができる。

また、各エレメントと、バス接続カートリッジアダプタ１８とを分離した構成により、バス接続カートリッジアダプタ１８と、各エレメントとを別々に管理できるので、アプリケーション管理が容易となる。

＜第２の実施形態＞
次に、第２の実施形態について概要を説明する。

電力系統システムでは、セキュリティ、標準化対応、個別要求対応等の機能がアプリケーション毎に異なる。これに対し、第１の実施形態では、各機能をエレメント化して、内部から呼び出しを可能とした。

一方、第２の実施形態では、図２１に示すように、各アプリケーション毎に必要なエレメント名及びエレメントの呼出し順をＤＢ（database）に保存する。

これにより、以下のことが可能となる。

エレメント名及び呼出し順をＤＢに保持する構成により、様々なアプリケーションからのアクセスを可能にする。また、エレメント名又は呼出し順の変更も一箇所のＤＢの修正ですむため、容易となる。

以上が第２の実施形態の概要である。続いて、第２の実施形態を具体的に説明する。

第２の実施形態は、第１の実施形態の変形例であり、ファイルＦ１が、表形式で記述されており、ファイル記憶部１６が、サービス名をキーとしてエレメント名を検索可能なデータベースである。なお、ファイル記憶部１６は、サービス名をキーとしてエレメント名及び呼出し順を検索可能なデータベースとしてもよい。

以上のような構成によれば、第１の実施形態の効果に加え、データベースを利用して、必要なエレメント名を検索し、エレメント呼出し順を指定することができる。

補足すると、電力系統システムでは、標準化要件等、常に新しい機能を組み込む事が必要となる。また、各機能の組み合わせも要件が変更となることがある。よって、各エレメントのエレメント名及び呼出し順をＤＢに保存しておく構成により、複数のアプリケーションからのアクセスを可能とし、エレメント名の変更や呼び出し順の変更を一箇所のみで対応できるようにしている。

＜第３の実施形態＞
次に、第３の実施形態について概要を説明する。

第３の実施形態は、図２２に示すように、各アプリケーション毎に必要なエレメント名、エレメント呼出し順をＤＢに保存し、かつ認証処理に必要な情報もＤＢに保存する。また、ユーザ認証の結果により、読出（リード）権限、書込（ライト）権限等の権限付与および、必要なエレメントを取得する。例えば、ユーザＵ１の場合、読出権限付与Ａエレメントを実行した後、暗号化Ａエレメントを実行する。

これにより、以下のことが可能となる。

認証に必要な情報をＤＢに保存する構成により、ユーザ毎に読出（リード）権限等の権限の付与および、権限毎に必要なエレメントを定義することができる。また、第２の実施形態と同様に、各種の情報をＤＢに保持する構成により、様々なアプリケーションからのアクセスを可能にする。また、認証に必要な情報、エレメント名又は呼出し順の変更も一箇所のＤＢの修正ですむため、容易となる。

以上が第３の実施形態の概要である。続いて、第３の実施形態を具体的に説明する。

第３の実施形態は、第１の実施形態の変形例であり、図２２及び図２３に示すように、ファイル記憶部１６が、認証テーブルＴ１及びファイルＦ１を記憶している。

認証テーブルＴ１は、外部アプリケーション部２０を操作するユーザを識別するユーザＩＤと、当該ユーザを認証するパスワードとを関連付けて記述した情報である。

ファイルＦ１は、ユーザＩＤと、サービス名と、エレメント名と、ユーザの権限を示す権限情報とが関連付けて記述されている。

ファイル記憶部１６は、認証のための認証テーブルＴ１や権限情報を記憶することから、認証ＤＢと呼んでもよい。

また、エレメント記憶部１７内の各エレメントプログラムは、パスワードを用いた認証に成功した要求メッセージ内のサービス名に基づいてファイルＦ１を検索し、当該検索により得られた権限情報を含むように当該要求メッセージを加工する処理を実行するための第７のエレメントプログラムを更に含んでいる。

バス接続カートリッジアダプタ１８は、認証に関連して、以下の機能(f18-13)〜(f18-15)を更に備えている。

(f18-13) ユーザＩＤ、パスワード及びサービス名を含む要求メッセージを第１受信機能(f18-1)が受信した場合に、当該受信した要求メッセージ内のユーザＩＤ及びパスワードを認証テーブルＴ１内のユーザＩＤ及びパスワードに照合することにより、当該要求メッセージの正当性を認証する認証機能。

(f18-14) 認証に成功した場合に、、前記第１特定手段、前記第１処理手段及び前記送出手段の実行を許可する許可機能。

(f18-15) 認証に失敗した場合に、第１特定機能(f18-2)、第１処理機能(f18-3)及び送出機能(f18-4)の実行を阻止する阻止機能。

次に、以上のように構成されたバス接続カートリッジアダプタ１８を備えた監視装置の動作について説明する。この動作は、前述したステップＳＴ４，ＳＴ１２，ＳＴ２４において、外部アプリケーション部２０からメッセージを受信した後に、ユーザ認証を実行し、認証が成功したときにステップＳＴ５，ＳＴ１３，ＳＴ２５に移行するものである。ステップＳＴ４，ＳＴ１２，ＳＴ２４は互いに同様の処理なので、ここではステップＳＴ４を代表例に挙げて述べる。

すなわち、前述したステップＳＴ４において、バス接続カートリッジアダプタ１８は、外部アプリケーション部２０から共通バス１４を介してメッセージを受信したとする。受信したメッセージは、ヘッダ部内のプロパティにユーザＩＤ、パスワード及びサービス名を指定した要求メッセージであるとする。

バス接続カートリッジアダプタ１８は、当該受信した要求メッセージ内のユーザＩＤ及びパスワードを認証テーブルＴ１内のユーザＩＤ及びパスワードに照合することにより、当該要求メッセージの正当性を認証する。

認証に失敗した場合に、バス接続カートリッジアダプタ１８は、第１特定機能、第１処理機能及び送出機能の実行を阻止するため、処理を終了する。

一方、認証に成功した場合に、バス接続カートリッジアダプタ１８は、第１特定機能、第１処理機能及び送出機能の実行を許可し、前述したステップＳＴ５以降の処理を実行する。

上述したように本実施形態によれば、第１の実施形態の効果に加え、ユーザ認証及び権限付与を実行することができる。

補足すると、電力系統システムでは、ユーザ毎にアクセス権等のセキュリティ処理が必要となる。認証ＤＢを利用して、ユーザ認証することで、ユーザ毎に権限付与を含めた必要なエレメント、エレメント呼出順を取得することができる。

＜第４の実施形態＞
次に、第４の実施形態について概要を説明する。

第４の実施形態は、図２４及び図２５に示すように、各アプリケーション毎に必要なエレメント名、エレメント呼出順をメッセージｍのヘッダ部（メッセージプロパティ）に保存しておく。ここでは、メッセージプロパティは、サービス名、エレメント名及び呼出し順を含んでいるとする。このメッセージを受信した場合、バス接続カートリッジアダプタ１８は、メッセージプロパティ内のエレメント名に基づき、メッセージを元の状態に戻すエレメント名と呼出し順に基づいて各エレメントを呼出し実行する。例えば、メッセージプロパティ内のエレメント名が、「標準化ＩＥＣ」、「暗号化Ｂ」及び「圧縮Ｂ」の場合、バス接続カートリッジアダプタ１８は、「解凍Ｂ」、「復号Ｂ」及び「標準化６１９７０対応」のエレメントを呼出し実行する。

これにより、以下のことが可能となる。

エレメント名及び呼出し順序をメッセージプロパティに保持する構成で、あらかじめエレメントの情報を持っていない場合でも、動的にメッセージの内容によって必要なエレメントを判断することができる。

以上が第４の実施形態の概要である。続いて、第４の実施形態を具体的に説明する。

図２６は第４の実施形態におけるバス接続プログラムが適用された監視装置及びその周辺構成を示す模式図である。

第４の実施形態は、第１又は第２の実施形態の変形例であり、図１０に示した構成に比べ、エレメント名及び呼出し順序等を示すファイルＦ１を記憶したファイル記憶部１６が省略されている。

これに伴い、バス接続カートリッジアダプタ１８は、ファイルＦ１を検索せずに、各エレメントを呼出し実行するように動作する。

具体的には、バス接続カートリッジアダプタ１８は、前述した各機能(f18-1)〜(f18-8)に代えて、以下の各機能(f18-1)’〜(f18-8)’を備えている。

(f18-1)’ 内部アプリケーション部１３Ｂを識別するサービス名及び宛先と、エレメントプログラムを識別するエレメント名及び当該エレメントプログラムの呼出し順とを指定した要求メッセージを外部アプリケーション部２０から共通バス１４を介して受信する第１受信機能。

(f18-2)’ 受信した要求メッセージからエレメント名及び呼出し順を抽出し、当該抽出したエレメント名及び呼出し順とは逆の関係にあるエレメント名及び呼出し順を特定する第１特定機能。この抽出は、例えば要求メッセージのフォーマットに基づいて実行可能である。この特定は、例えば逆の関係をバス接続プログラム内で定義することにより実行可能である。逆の関係とは、メッセージを元の状態に復元する関係を意味している。例えば、各エレメント名“標準化エレメント”、“暗号化エレメント”及び“圧縮エレメント”と、各エレメント名“標準化解読エレメント”、“復号エレメント”及び“解凍エレメント”とは、互いに逆の関係にある。また例えば、最初の呼出し順と、最後の呼出し順とは、互いに逆の関係にある。同様に、最初から２番目の呼出し順と、最後から２番目の呼出し順とは、互いに逆の関係にある。これらは、第２特定機能(f18-6)’でも同様である。

(f18-3)’ 特定したエレメント名及び呼出し順に基づいて、各エレメントプログラムを呼出し実行することにより、要求メッセージを処理する第１処理機能。

(f18-4)’ 第１処理機能(f18-3)’により処理された要求メッセージからデータを抽出し、当該データを要求メッセージが指定したサービス名又は宛先に対応する内部アプリケーション部２０に送出する送出機能。

(f18-5)’ 内部アプリケーション部１３Ｂを識別するサービス名及び外部アプリケーション部２０を識別する宛先と、エレメントプログラムを識別するエレメント名及び当該エレメントプログラムの呼出し順とを指定した送信メッセージを内部アプリケーション部１３Ｂから受信する第２受信機能。

(f18-6)’ 受信した送信メッセージ内のエレメント名及び呼出し順を抽出し、当該抽出したエレメント名及び呼出し順とは逆の関係にあるエレメント名及び呼出し順を特定する第２特定機能。

(f18-7)’ 特定したエレメント名及び呼出し順に基づいて、各エレメントプログラムを呼出し実行することにより、送信メッセージを処理する第２処理機能。

(f18-8)’ 送信メッセージが指定したサービス名又は宛先に対応する外部アプリケーション部２０に、第２処理機能(f18-7)’により処理された送信メッセージを送信する送信機能。

また、バス接続カートリッジアダプタ１８は、前述したファイル修正のための各機能(f18-11)及び(f18-12)が省略されている。

なお、監視装置１０内の他の構成は、第１の実施形態と同様である。例えば、エレメント記憶部１７内の各エレメントプログラムは、第１の実施形態と同様である。

以上のような構成によれば、バス接続カートリッジアダプタ１８が、エレメント名及び呼出し順を含むメッセージを受信し、前述したステップＳＴ５，ＳＴ９，ＳＴ１３，ＳＴ２１及びＳＴ２５において、ファイルＦ１を用いずに、メッセージからエレメント名及び呼出し順を特定するので、第１又は第２の実施形態の効果に加え、ファイルＦ１を備えずに、各エレメントプログラムを呼出し実行することができる。

補足すると、本実施形態では、メッセージプロパティの内容に応じて、必要なエレメントを選択、エレメント呼出順を選択できる。すなわち、どのエレメントを使って加工されたかを、メッセージプロパティに保存しておくことにより、加工されたメッセージを受け取った側が、プロパティを参考にして元の状態に戻すことを可能とする。

なお、本実施形態は、サービス名、宛先、エレメント名及び呼出し順に加え、ユーザＩＤ及びパスワードを更に含むメッセージと、図２７に示すように、認証テーブルＴ１及び権限テーブルＴ２を記憶した記憶部１９を用い、第３の実施形態と同様に、ユーザ認証及び権限付与をバス接続カートリッジアダプタ１８が実行する構成に変形してもよい。この場合、第３の実施形態におけるファイルＦ１は、権限テーブルＴ２と読み替える。権限テーブルＴ２は、第３の実施形態のファイルＦ１からエレメント名及び呼出し順序が省略された構成であり、ユーザＩＤ、サービス名及び権限情報が関連付けて記述されている。

＜第５の実施形態＞
次に、第５の実施形態について概要を説明する。

第５の実施形態は、図２８に示すように、バス接続カートリッジアダプタ１８が、各エレメント実行後、結果をクラウドＤＢ２１に書き込む。例えば、バス接続カートリッジアダプタ１８は、暗号化Ａエレメント、圧縮エレメントＡを実行した後、実行結果を含むメッセージをクラウドＤＢへ書き込む、
このことにより、以下が可能となる。

複数の外部アプリケーション部２０，…から結果を確認することができる。

クラウドＤＢの認証システムによるデータへのアクセス制御を実現できる。

クラウドＤＢへの書込処理により、セキュリティを強化できる。

以上が第５の実施形態の概要である。続いて、第５の実施形態を具体的に説明する。

図２９は第５の実施形態におけるバス接続プログラムが適用された監視装置及びその周辺構成を示す模式図である。

本実施形態は、第４の実施形態の変形例であり、バス接続カートリッジアダプタ１８が、送信メッセージを外部のクラウドＤＢ２１に送信可能な構成となっている。

具体的には、バス接続カートリッジアダプタ１８の送信機能(f18-8)’は、以下の機能(f18-8-1)〜(f18-8-3)を備えている。

(f18-8-1) 第２処理機能(f18-7)により処理された送信メッセージが要求メッセージにより要求された結果を含むか否かを判定する判定機能。

(f18-8-2) 判定の結果、要求された結果を含む場合には当該送信メッセージを所定のクラウドＤＢ（外部クラウド記憶手段）２１に送信する第１送信機能。なお、この第１送信機能は、クラウドＤＢ２１に送信後、たとえば「Ｓｕｃｃｅｓｓ」または「ｅｒｒｏｒ」などを表す送信結果通知を外部アプリケーション部２０に送信することも可能である。

(f18-8-3) 判定の結果、否の場合には当該送信メッセージを外部アプリケーション部２０に送信する第２送信機能。

次に、以上のように構成されたバス接続カートリッジアダプタ１８の処理の動作について説明する。この動作は、前述したステップＳＴ１１，ＳＴ２３の変形例である。ステップＳＴ１１，ＳＴ２３は互いに同様の処理なので、ここではステップＳＴ１１を代表例に挙げて述べる。

すなわち、前述したステップＳＴ１１において、バス接続カートリッジアダプタ１８は、ステップＳＴ１０により処理された送信メッセージが要求メッセージにより要求された結果を含むか否かを判定する。

バス接続カートリッジアダプタ１８は、判定の結果、要求された結果を含む場合には当該送信メッセージを所定のクラウドＤＢ（外部クラウド記憶手段）２１に送信する。

バス接続カートリッジアダプタ１８は、判定の結果、否の場合には当該送信メッセージを外部アプリケーション部２０に送信する。これにより、ステップＳＴ１１が終了する。

上述したように本実施形態によれば、バス接続カートリッジアダプタ１８において、要求された結果を外部アプリケーション部２０に返信せずに、結果をクラウドＤＢ２１に送信する構成により、第４の実施形態の作用効果に加え、外部アプリケーション部２０がクラウドＤＢ２１の認証システムにアクセスして結果を確認することができる。

補足すると、処理結果の書込先のクラウドＤＢ２１を予めバス接続カートリッジアダプタ１８に設定しておく構成により、複数のエレメント実行後の結果に基づき、クラウドＤＢ２１のデータを更新する。これにより、様々な外部アプリケーション部２０，…からのアクセスを可能とするとともに、データを返信する際のメッセージの加工処理（暗号化など）の負荷を軽減することができる。外部アプリケーション部２０，…は、所定のクラウドＤＢ２１の認証システムに認証を受けることにより、クラウドＤＢ２１に書込まれた結果を確認することができる。

また、本実施形態によれば、クラウドＤＢ２１の認証システムによるデータへのアクセス制御を実現することができる。さらに、クラウドＤＢ２１への書き込みによるセキュリティの強化を実現することができる。

また、本実施形態は、第４の実施形態に限らず、第１乃至第３の各実施形態に適用してもよい。

以上説明した少なくとも一つの実施形態によれば、バス接続カートリッジアダプタ１８が、受信した要求メッセージ又は送信メッセージ内のサービス名に基づいてファイルＦ１からエレメント名を特定し、特定したエレメント名に基づいて、各エレメントプログラムを呼出し実行する構成により、容易に管理でき、汎用性があり、機能の変更毎に作成する必要が無いバス接続プログラムを提供することができる。

なお、上記の各実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。

また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。

また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が上記実施形態を実現するための各処理の一部を実行しても良い。

さらに、各実施形態における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。

また、記憶媒体は１つに限らず、複数の媒体から上記の各実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。

なお、各実施形態におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、上記の各実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。

また、各実施形態におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。

なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

Claims (8)

1. 複数の機器から受信したデータを記憶するデータ記憶部と、前記データ記憶部内のデータを含むメッセージを送受信可能な複数の内部アプリケーション部と、前記各内部アプリケーション部と外部アプリケーション部との間で前記メッセージを伝送可能な共通バスとを備えた監視装置に用いられるバス接続プログラムであって、
   前記監視装置は、
   前記各内部アプリケーション部を識別するサービス名と、前記メッセージに各処理を実行するためのエレメントプログラムを識別するエレメント名とを関連付けて記述したファイルを記憶したファイル記憶手段と、
   前記エレメント名の指定によって個別に呼び出し実行される複数のエレメントプログラムを記憶したエレメント記憶手段と
   を更に備えており、
   前記複数のエレメントプログラムは、前記共通バスを介して送受信するメッセージを加工処理する複数のプログラムであって、
   前記メッセージを規格に基づいて処理するための標準化機能エレメントプログラムと、
   前記メッセージを個別要求に基づいて処理する個別要求対応機能エレメントプログラムと、
   前記メッセージをセキュリティ対応に基づいて処理するセキュリティ機能対応エレメントプログラムと
   を含んでおり、
   前記監視装置を、
   前記各内部アプリケーション部と前記共通バスとを接続するバス接続手段、
   として更に機能させ、
   前記バス接続手段は、
   前記各内部アプリケーション部を識別するサービス名及び宛先を指定した要求メッセージを前記外部アプリケーション部から前記共通バスを介して受信する第１受信手段と、
   前記受信した要求メッセージ内のサービス名に基づいて前記ファイルからエレメント名を特定する第１特定手段と、
   前記特定したエレメント名に基づいて、前記各エレメントプログラムを呼出し実行することにより、前記要求メッセージを処理する第１処理手段と、
   前記第１処理手段により処理された要求メッセージからデータを抽出し、当該データを要求メッセージが指定した宛先に対応する内部アプリケーション部に送出する送出手段と、
   前記各内部アプリケーション部を識別するサービス名及び前記外部アプリケーション部を識別する宛先を指定した前記送信メッセージを当該サービス名で識別される内部アプリケーション部から受信する第２受信手段と、
   前記受信した送信メッセージ内のサービス名に基づいて前記ファイルからエレメント名を特定する第２特定手段と、
   前記第２特定手段により特定したエレメント名に基づいて、前記各エレメントプログラムを呼出し実行することにより、前記送信メッセージを処理する第２処理手段と、
   前記送信メッセージが指定した宛先に対応する外部アプリケーション部に、前記第２処理手段により処理された送信メッセージを送信する送信手段と
   を含んでいることを特徴とするバス接続プログラム。
2. 請求項１に記載のバス接続プログラムにおいて、
   前記ファイルは、ＸＭＬ形式で記述されていることを特徴とするバス接続プログラム。
3. 請求項１に記載のバス接続プログラムにおいて、
   前記ファイルは、表形式で記述されており、
   前記ファイル記憶手段は、前記サービス名をキーとして前記エレメント名を検索可能なデータベースであることを特徴とするバス接続プログラム。
4. 請求項１に記載のバス接続プログラムにおいて、
   前記監視装置は、
   前記外部アプリケーション部を操作するユーザを識別するユーザＩＤと、前記ユーザを認証するパスワードとを関連付けて記憶したパスワード記憶手段、
   を更に備えており、
   前記ファイルは、前記ユーザＩＤと、前記サービス名と、前記エレメント名と、前記ユーザの権限を示す権限情報とを関連付けて記述しており、
   前記各エレメントプログラムは、
   前記パスワードを用いた認証に成功した要求メッセージ内のサービス名に基づいて前記ファイルを検索し、当該検索により得られた権限情報を含むように当該要求メッセージを加工する処理を実行するための第７のエレメントプログラムを更に含んでおり、
   前記バス接続手段は、
   前記ユーザＩＤ、前記パスワード及び前記サービス名を含む要求メッセージを前記第１受信手段が受信した場合に、前記受信した要求メッセージ内の前記ユーザＩＤ及び前記パスワードを前記パスワード記憶手段内のユーザＩＤ及びパスワードに照合することにより、当該要求メッセージの正当性を認証する認証手段と、
   前記認証に成功した場合に、前記第１特定手段、前記第１処理手段及び前記送出手段の実行を許可する許可手段と、
   前記認証に失敗した場合に、前記第１特定手段、前記第１処理手段及び前記送出手段の実行を阻止する阻止手段と
   を更に含んでいることを特徴とするバス接続プログラム。
5. 請求項１乃至請求項４のいずれか１項に記載のバス接続プログラムにおいて、
   前記バス接続手段は、
   前記ファイルを識別するファイル名、前記エレメント名を指定した修正命令及び修正エレメント名の入力を受け付ける第２受付手段と、
   前記第２受付手段により入力を受け付けたファイル名、修正命令及び修正エレメント名に基づいて、当該ファイル名及び修正命令により指定された前記ファイル内のエレメント名を前記修正エレメント名に修正する第２修正手段と
   を更に含んでいることを特徴とするバス接続プログラム。
6. 請求項１乃至請求項５のいずれか１項に記載のバス接続プログラムにおいて、
   前記バス接続手段は、
   前記エレメント名を指定した修正命令及びデータの入力を受け付ける第１受付手段と、
   前記第１受付手段により入力を受け付けた修正命令及びデータに基づいて、当該指定されたエレメント名により識別されたエレメントプログラムを修正する第１修正手段と
   を更に含んでいることを特徴とするバス接続プログラム。
7. 請求項１乃至請求項６のいずれか１項に記載のバス接続プログラムにおいて、
   前記送信手段は、
   前記第２処理手段により処理された送信メッセージが前記要求メッセージにより要求された結果を含むか否かを判定する判定手段と、
   前記判定の結果、前記要求された結果を含む場合には当該送信メッセージを所定の外部クラウド記憶手段に送信する第１送信手段と、
   前記判定の結果、前記否の場合には当該送信メッセージを前記外部アプリケーション部に送信する第２送信手段と
   を含んでいることを特徴とするバス接続プログラム。
8. 複数の機器から受信したデータを記憶するデータ記憶部と、前記データ記憶部内のデータを含むメッセージを送受信可能な複数の内部アプリケーション部と、前記各内部アプリケーション部と外部アプリケーション部との間で前記メッセージを伝送可能な共通バスとを備えた監視装置に用いられ、前記各内部アプリケーション部と前記共通バスとを接続するバス接続手段を備えたバス接続装置であって、
   前記監視装置は、
   前記各内部アプリケーション部を識別するサービス名と、前記メッセージに各処理を実行するためのエレメントプログラムを識別するエレメント名とを関連付けて記述したファイルを記憶したファイル記憶手段と、
   前記エレメント名の指定によって個別に呼び出し実行される複数のエレメントプログラムを記憶したエレメント記憶手段と
   を更に備えており、
   前記複数のエレメントプログラムは、前記共通バスを介して送受信するメッセージを加工処理する複数のプログラムであって、
   前記メッセージを規格に基づいて処理するための標準化機能エレメントプログラムと、
   前記メッセージを個別要求に基づいて処理する個別要求対応機能エレメントプログラムと、
   前記メッセージをセキュリティ対応に基づいて処理するセキュリティ機能対応エレメントプログラムと
   を含んでおり、
   前記バス接続手段は、
   前記各内部アプリケーション部を識別するサービス名及び宛先を指定した要求メッセージを前記外部アプリケーション部から前記共通バスを介して受信する第１受信手段と、
   前記受信した要求メッセージ内のサービス名に基づいて前記ファイルからエレメント名を特定する第１特定手段と、
   前記特定したエレメント名に基づいて、前記各エレメントプログラムを呼出し実行することにより、前記要求メッセージを処理する第１処理手段と、
   前記第１処理手段により処理された要求メッセージからデータを抽出し、当該データを要求メッセージが指定した宛先に対応する内部アプリケーション部に送出する送出手段と、
   前記各内部アプリケーション部を識別するサービス名及び前記外部アプリケーション部を識別する宛先を指定した前記送信メッセージを当該サービス名で識別される内部アプリケーション部から受信する第２受信手段と、
   前記受信した送信メッセージ内のサービス名に基づいて前記ファイルからエレメント名を特定する第２特定手段と、
   前記第２特定手段により特定したエレメント名に基づいて、前記各エレメントプログラムを呼出し実行することにより、前記送信メッセージを処理する第２処理手段と、
   前記送信メッセージが指定した宛先に対応する外部アプリケーション部に、前記第２処理手段により処理された送信メッセージを送信する送信手段と
   を備えたことを特徴とするバス接続装置。

Images