(57)【特許請求の範囲】
【請求項１】
複数の機器から受信したデータを記憶するデータ記憶部と、前記データ記憶部内のデータを含むメッセージを互いに送受信する複数の内部アプリケーション部と、前記各内部アプリケーション間でメッセージを伝送可能な第１共通バスと、前記各内部アプリケーション部と前記第１共通バスとを個別に接続する複数のバス接続アダプタとを備えた監視装置に用いられるセキュリティアダプタプログラムであって、
前記監視装置は、前記各内部アプリケーション部による処理の種類を示すサービス名と、前記各内部アプリケーション部を識別するアプリケーション名とを関連付けて記憶した第１記憶手段を更に備えており、
前記監視装置を、
前記各内部アプリケーション部と外部アプリケーション部との間の通信に介在するセキュリティアダプタ手段、
として更に機能させ、
前記セキュリティアダプタ手段は、
前記サービス名を指定した要求メッセージを外部アプリケーション部から受信する受信手段と、
前記受信した要求メッセージ内のサービス名に基づいて前記第１記憶手段を検索し、当該検索により得られたアプリケーション名を宛先に含むように前記要求メッセージを加工する第１加工手段と、
前記加工された要求メッセージを前記宛先のアプリケーション名が識別する内部アプリケーション部に伝送するように、当該加工された要求メッセージを前記第１共通バスに送出する送出手段と、
前記各内部アプリケーション部のうち、いずれかの内部アプリケーション部から前記バス接続アダプタ及び前記第１共通バスを介して送信メッセージを受けると、当該送信メッセージを前記外部アプリケーション部に送信する送信手段と
を含んでいることを特徴とするセキュリティアダプタプログラム。
【請求項２】
請求項１に記載のセキュリティアダプタプログラムにおいて、
前記監視装置は、
前記外部アプリケーション部を操作するユーザを識別するユーザＩＤと、前記ユーザを認証するパスワードとを関連付けて記憶した第２記憶手段と、
前記ユーザＩＤと、前記サービス名と、前記ユーザの権限を示す権限情報とを関連付けて記憶した第３記憶手段と、を更に備えており、
前記セキュリティアダプタ手段は、
前記ユーザＩＤ、前記パスワード及び前記サービス名を含む要求メッセージを前記受信手段が受信した場合に、前記受信した要求メッセージ内の前記ユーザＩＤ及び前記パスワードを前記第２記憶手段内のユーザＩＤ及びパスワードに照合することにより、当該要求メッセージの正当性を認証する認証手段と、
前記認証に成功した要求メッセージ内のサービス名に基づいて前記第３記憶手段を検索し、当該検索により得られた権限情報を含むように前記要求メッセージを加工する第２加工手段と、
前記認証に失敗した場合に、前記第１加工手段及び前記送出手段の実行を阻止する阻止手段と
を更に含んでいることを特徴とするセキュリティアダプタプログラム。
【請求項３】
請求項１又は請求項２に記載のセキュリティアダプタプログラムにおいて、
前記監視装置は、前記受信手段及び前記送信手段と前記外部アプリケーション部との間で前記要求メッセージ及び前記送信メッセージを個別に伝送可能な第２共通バスを更に備えており、
前記受信手段は、前記要求メッセージを前記外部アプリケーション部から前記第２共通バスを介して受信し、
前記送信手段は、前記送信メッセージを前記第２共通バスを介して前記外部アプリケーション部に送信することを特徴とするセキュリティアダプタプログラム。
【請求項４】
請求項１乃至請求項３のいずれか１項に記載のセキュリティアダプタプログラムにおいて、
前記送信手段は、
前記送信メッセージを受けると、当該送信メッセージが前記要求メッセージにより要求された結果を含むか否かを判定する判定手段と、
前記判定の結果、前記要求された結果を含む場合には当該送信メッセージを所定の外部クラウド記憶手段に送信する第１送信手段と、
前記判定の結果、前記否の場合には当該送信メッセージを前記外部アプリケーション部に送信する第２送信手段と
を含んでいることを特徴とするセキュリティアダプタプログラム。
【請求項５】
複数の機器から受信したデータを記憶するデータ記憶部と、前記データ記憶部内のデータを含むメッセージを互いに送受信する複数の内部アプリケーション部と、前記各内部アプリケーション間でメッセージを伝送可能な第１共通バスと、前記各内部アプリケーション部と前記第１共通バスとを個別に接続する複数のバス接続アダプタとを備えた監視装置に用いられ、前記各内部アプリケーション部と外部アプリケーション部との間の通信に介在するセキュリティアダプタ手段を備えたセキュリティアダプタ装置であって、
前記監視装置は、前記各内部アプリケーション部による処理の種類を示すサービス名と、前記各内部アプリケーション部を識別するアプリケーション名とを関連付けて記憶した第１記憶手段を更に備えており、
前記セキュリティアダプタ手段は、
前記サービス名を指定した要求メッセージを外部アプリケーション部から受信する受信手段と、
前記受信した要求メッセージ内のサービス名に基づいて前記第１記憶手段を検索し、当該検索により得られたアプリケーション名を宛先に含むように前記要求メッセージを加工する第１加工手段と、
前記加工された要求メッセージを前記宛先のアプリケーション名が識別する内部アプリケーション部に伝送するように、当該加工された要求メッセージを前記第１共通バスに送出する送出手段と、
前記各内部アプリケーション部のうち、いずれかの内部アプリケーション部から前記バス接続アダプタ及び前記第１共通バスを介して送信メッセージを受けると、当該送信メッセージを前記外部アプリケーション部に送信する送信手段と
を備えたことを特徴とするセキュリティアダプタ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、セキュリティアダプタプログラム及び装置に関する。
【背景技術】
【０００２】
図１は従来の電力系統システムにおける監視装置及びその周辺構成を示す模式図である。従来の電力系統システムでは、複数の機器＃１〜＃ｎがデータを監視装置１０に送信し、監視装置１０ａが、当該データを専用線１１を介して電力系統ＤＢ１２に保存する。監視装置１０ａ内の図示しないプロセッサは、図示しないメモリ内の複数の内部アプリケーションプログラムＡ〜Ｃ（以下、内部アプリケーションＡ〜Ｃという）を実行することにより、複数の内部アプリケーション部１３Ａ〜１３Ｃとして機能する。複数の内部アプリケーション部１３Ａ〜１３Ｃは、適宜、電力系統ＤＢ１２からデータを読み出し、当該データを含むメッセージを互いに送受信する。【０００３】
このように、従来の電力系統システムでは、主に内部アプリケーション部１３Ａ〜１３Ｃ同士が直接連携するため、内部アプリケーション部１３Ａ〜１３Ｃ毎に固有の方式によってメッセージが送受信される。このような方式は、相互間接続方式と呼ばれる。【０００４】
近年、スマートコミュニティの発展により、内部アプリケーションでも複数のアプリケーションへの連携や、外部アプリケーションへの連携が必須となってきた。【０００５】
そこで、アプリケーション間のメッセージ連携では、図２に示す如き、監視装置１０ｂ内の共通バス１４を介してメッセージが送受信されるようになる。その後、共通バス１４を利用した連携では、図３に示すように、監視装置１０ｃ内の複数のバス接続アダプタ１５Ａ〜１５Ｃを介してメッセージが送受信されるようになる。このような方式は、共通バス方式と呼ばれる。【０００６】
各バス接続アダプタ１５Ａ〜１５Ｃは、メッセージング層Ｌ１、コネクティング層Ｌ２及びアダプタ層Ｌ３を備えている。メッセージング層Ｌ１は、メッセージの送受信機能をもっている。コネクティング層Ｌ２は、共通バス１４への接続機能をもっている。アダプタ層Ｌ３は、メッセージの加工及び既存システムとの連携機能をもっている。【０００７】
最近のメッセージ連携の方式では、図４に示すように、サービス指向アーキテクチャ（service-oriented architecture、以下、ＳＯＡという）を用い、外部アプリケーション部２０から監視装置１０ｃ内の共通バス１４を介して内部アプリケーション部１３Ａ〜１３Ｃへ直接アクセス可能となっている。なお、外部アプリケーション部２０は、前述同様に、外部装置内の図示しないプロセッサが、外部装置のメモリ内の外部アプリケーションプログラム（以下、外部アプリケーションという）を実行することにより実現される機能部である。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００９−２１３２３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、図４に示した方式では、外部アプリケーション部２０から内部アプリケーションＡ〜Ｃを呼び出す際に、直接、内部アプリケーションＡ〜Ｃを呼び出すため、内部アプリケーションＡ〜Ｃの処理内容及びデータが外部に漏れる可能性がある。また、図４に示した方式は、内部アプリケーションＡ〜Ｃが特定されるため、内部アプリケーションＡ〜Ｃが攻撃の対象となる可能性もある。【００１０】
本発明が解決しようとする課題は、外部アプリケーションから内部アプリーションへのアクセスの際に、内部アプリケーションの処理内容及びデータの漏えいと、内部アプリケーションの特定とを防止し得るセキュリティアダプタプログラム及び装置を提供することである。
【課題を解決するための手段】
【００１１】
実施形態のセキュリティアダプタプログラムは、データ記憶部と、複数の内部アプリケーション部と、第１共通バスと、複数のバス接続アダプタとを備えた監視装置に用いられる。【００１２】
前記データ記憶部は、複数の機器から受信したデータを記憶する。【００１３】
前記複数の内部アプリケーション部は、前記データ記憶部内のデータを含むメッセージを互いに送受信する。【００１４】
前記第１共通バスは、前記各内部アプリケーション間でメッセージを伝送可能なバスである。【００１５】
前記複数のバス接続アダプタは、前記各内部アプリケーション部と前記第１共通バスとを個別に接続する。【００１６】
前記監視装置は、第１記憶手段を更に備えている。【００１７】
前記第１記憶手段は、前記各内部アプリケーション部による処理の種類を示すサービス名と、前記各内部アプリケーション部を識別するアプリケーション名とを関連付けて記憶している。【００１８】
前記セキュリティアダプタプログラムは、前記監視装置を、前記各内部アプリケーション部と外部アプリケーション部との間の通信に介在するセキュリティアダプタ手段、として更に機能させるためのプログラムである。
【００１９】
前記セキュリティアダプタ手段は、受信手段と、第１加工手段と、送出手段と、送信手段とを含んでいる。【００２０】
前記受信手段は、前記サービス名を指定した要求メッセージを外部アプリケーション部から受信する。【００２１】
前記第１加工手段は、前記受信した要求メッセージ内のサービス名に基づいて前記第１記憶手段を検索し、当該検索により得られたアプリケーション名を宛先に含むように前記要求メッセージを加工する。【００２２】
前記送出手段は、前記加工された要求メッセージを前記宛先のアプリケーション名が識別する内部アプリケーション部に伝送するように、当該加工された要求メッセージを前記第１共通バスに送出する。【００２３】
前記送信手段は、前記各内部アプリケーション部のうち、いずれかの内部アプリケーション部から前記バス接続アダプタ及び前記第１共通バスを介して送信メッセージを受けると、当該送信メッセージを前記外部アプリケーション部に送信する。
【図面の簡単な説明】
【００２４】
【図１】図１は、従来の電力系統システムにおける監視装置及びその周辺構成を示す模式図である。
【図２】図２は、従来の共通バス方式を説明するための模式図である。
【図３】図３は、従来の共通バス方式を説明するための模式図である。
【図４】図４は、従来のＳＯＡを用いたメッセージ連携の方式を説明するための模式図である。
【図５】図５は、各実施形態の概要を説明するための模式図である。
【図６】図６は、第１の実施形態に係るセキュリティアダプタプログラムを適用した監視装置及びその周辺構成を示す模式図である。
【図７】図７は、同実施形態における認証ＤＢを説明するための模式図である。
【図８】図８は、同実施形態における変形例を説明するための模式図である。
【図９】図９は、同実施形態における加工前のメッセージの一例を示す模式図である。
【図１０】図１０は、同実施形態における加工後のメッセージの一例を示す模式図である。
【図１１】図１１は、同実施形態における動作の概要を説明するための模式図である。
【図１２】図１２は、同実施形態における動作を示す模式図である。
【図１３】図１３は、同実施形態における動作を説明するためのフローチャートである。
【図１４】図１４は、同実施形態における動作を説明するためのフローチャートである。
【図１５】図１５は、同実施形態におけるデータの一例を示す模式図である。
【図１６】図１６は、同実施形態におけるデータの一例を示す模式図である。
【図１７】図１７は、同実施形態におけるデータの一例を示す模式図である。
【図１８】図１８は、同実施形態におけるデータの一例を示す模式図である。
【図１９】図１９は、同実施形態におけるデータの一例を示す模式図である。
【図２０】図２０は、第２の実施形態に係るセキュリティアダプタプログラムを適用した監視装置及びその周辺構成を示す模式図である。
【図２１】図２１は、第３の実施形態に係るセキュリティアダプタプログラムを適用した監視装置及びその周辺構成を示す模式図である。
【図２２】図２２は、同実施形態における動作を説明するためのフローチャートである。
【図２３】図２３は、第４の実施形態に係るセキュリティアダプタプログラムを適用した監視装置及びその周辺構成を示す模式図である。
【発明を実施するための形態】
【００２５】
以下、各実施形態について図面を用いて説明するが、その前に各実施形態に共通する概要について図５を用いて述べる。
【００２６】
従来の電力系統システムは、前述した通り、共通バス１２を利用してアプリケーション間のメッセージ連携を行う。
【００２７】
アプリケーションは、３パターン(App-01)〜(App-03)に大きく分類される。
【００２８】
(App-01)  第１パターンのアプリケーションは、伝統的なアプリケーションであり、ノウハウあるデータの管理に用いられる。
【００２９】
(App-02)  第２パターンのアプリケーションは、オープン環境で開発されたアプリケーションであり、外部インタフェースが整備されている。
【００３０】
(App-03)  第３パターンのアプリケーションは、今後開発されるアプリケーションであり、付加価値をもつ次世代アプリケーションである。
【００３１】
３パターンのアプリケーションは、有機的に連携し、外部アプリケーション部２０からの要求に対してサービスを提供する必要がある。
【００３２】
バス接続アダプタ１５Ａ〜１５Ｃは、各アプリケーションパターンに応じて、以下の３つのレベル(Level 1)〜(Level 3)でメッセージの受け渡しを行う。
【００３３】
(Level 1)  ファイルによる受け渡し。
【００３４】
(Level 2)  外部アプリケーション呼び出しによるメッセージの受け渡し。
【００３５】
(Level 3)  ＡＰＩ(application program interface)呼び出しによるメッセージの受け渡し。
【００３６】
また、電力系統システムは、前述した通り、ＳＯＡを用い、外部アプリケーション部２０と、内部アプリケーションＡ〜Ｃとの連携を行う。
【００３７】
しかしながら、前述した通り、外部アプリケーション部２０から内部アプリーションＡ〜Ｃへのアクセスの際に、内部アプリケーションＡ〜Ｃの処理内容及びデータの漏えいと、内部アプリケーションＡ〜Ｃの特定とを防止する必要がある。
【００３８】
そこで、各実施形態では、外部アプリケーションから内部アプリケーションへのアクセスの際に、セキュリティアダプタ１７を介在させた構成により、内部アプリケーションの処理内容及びデータの漏えいと、内部アプリケーションの特定とを防止している。
【００３９】
なお、セキュリティアダプタ１７は、電力系統システムセキュリティアダプタ、電力系統システムセキュリティゲートウェイ又はセキュリティゲートウェイといった任意の名称に読み替えてもよい。
【００４０】
以上が各実施形態に共通する概要の説明である。続いて、第１の実施形態から順次、具体的に説明する。
【００４１】
＜第１の実施形態＞
図６は第１の実施形態に係るセキュリティアダプタプログラムを適用した監視装置及びその周辺構成を示す模式図であり、図４及び図５に示した構成と同一部分には同一符号を付してその詳しい説明を省略し、ここでは異なる部分について主に述べる。なお、以下の各実施形態も同様にして重複した説明を省略する。また、図４等に示した構成と同一部分とは、監視装置１０において、電力系統ＤＢ（データ記憶部）１２、複数の内部アプリケーション部１３Ａ〜１３Ｃ、共通バス（第１共通バス）１４及び複数のバス接続アダプタ１５Ａ〜１５Ｃを備えた構成である。また、電力系統ＤＢ１２は、複数の機器＃１〜＃ｎから受信したデータを記憶する。複数の内部アプリケーション部１３Ａ〜１３Ｃは、電力系統ＤＢ１２内のデータを含むメッセージを互いに送受信する。共通バス（第１共通バス）１４は、各内部アプリケーション部１３Ａ〜１３Ｃ間でメッセージを伝送可能なバスである。複数のバス接続アダプタ１５Ａ〜１５Ｃは、各内部アプリケーション部１３Ａ〜１３Ｃと共通バス１４とを個別に接続する。
【００４２】
すなわち、第１の実施形態は、図４等に示した構成に比べ、各内部アプリケーション部１３Ａ〜１３Ｃと外部アプリケーション部２０との間の通信に介在するセキュリティアダプタ１７を更に備えている。セキュリティアダプタ１７は、認証ＤＢ１６を参照する。
【００４３】
ここで、認証ＤＢ（第１〜第３記憶手段）１６は、セキュリティアダプタ１７から読出／書込可能な記憶部であり、図７に示すように、認証テーブルＴ１、権限テーブルＴ２及びフローテーブルＴ３を記憶している。なお、認証テーブルＴ１及び権限テーブルＴ２は、任意の付加的事項であり、省略してもよい。各テーブルＴ１〜Ｔ３の設定は、予め管理者の操作により、セキュリティアダプタ１７が実行する。また、認証ＤＢ１６に代えて、図８に示す如き、各テーブルＴ１〜Ｔ３の内容をＸＭＬ形式で記述したＸＭＬファイルＦ１を記憶したメモリを用いてもよい。
【００４４】
認証テーブルＴ１は、外部アプリケーション部２０を操作するユーザを識別するユーザＩＤと、当該ユーザを認証するパスワードとを関連付けて記述した情報である。
【００４５】
権限テーブルＴ２は、ユーザＩＤと、サービス名と、ユーザの権限を示す権限情報とを関連付けて記述した情報である。
【００４６】
フローテーブルＴ３は、各内部アプリケーション部１３Ａ〜１３Ｃによる処理の種類を示すサービス名と、各内部アプリケーション部１３Ａ〜１３Ｃを識別するアプリケーション名Ａ〜Ｃとを関連付けて記述した情報である。なお、フローテーブルＴ３内のアプリケーション名は、サービス名毎に、実行順序に沿って記述されている。この実行順序に沿って記述されたアプリケーション名の集合をフロー情報と呼ぶ。
【００４７】
一方、セキュリティアダプタ（セキュリティアダプタ手段）１７は、監視装置１０内の図示しないプロセッサが、図示しないメモリ内のセキュリティアダプタプログラムを実行することにより実現される機能部である。言い換えると、セキュリティアダプタ１７は、ハードウェア資源とソフトウェアとの組合せ構成で実施可能となっている。このソフトウェアとしては、図６、図２０、図２１及び図２３に示すように、予めネットワーク又は非一時的なコンピュータ読取可能な記憶媒体（non-transitory computer-readable storage medium）Ｍから監視装置１０のコンピュータにインストールされ、セキュリティアダプタ１７の機能を当該コンピュータに実現させるためのセキュリティアダプタプログラムが用いられる。但し、セキュリティアダプタ１７は、ハードウェア資源とソフトウェアとの組合せ構成に限らず、ハードウェア構成のセキュリティアダプタ装置としても実施可能である。
【００４８】
ここで、セキュリティアダプタ１７は、例えば以下の各機能(f17-1)〜(f17-4)をもっている。
【００４９】
(f17-1)  サービス名を指定した要求メッセージを外部アプリケーション部から受信する受信機能。
【００５０】
(f17-2)  受信した要求メッセージ内のサービス名に基づいて認証ＤＢ１６を検索し、当該検索により得られたアプリケーション名を宛先に含むように要求メッセージを加工する第１加工機能。
【００５１】
(f17-3)  加工された要求メッセージを当該宛先のアプリケーション名が識別する内部アプリケーション部（例、１３Ａ）に伝送するように、当該加工された要求メッセージを共通バス１４に送出する送出機能。
【００５２】
(f17-4)  各内部アプリケーション部１３Ａ〜１３Ｃのうち、いずれかの内部アプリケーション部（例、１３Ａ）からバス接続アダプタ（例、１５Ａ）及び共通バス１４を介して送信メッセージを受けると、当該送信メッセージを外部アプリケーション部２０に送信する送信機能。
【００５３】
また、セキュリティアダプタ１７は、例えば以下の各機能(f17-5)〜(f17-7)を更に備えてもよい。
【００５４】
(f17-5)  ユーザＩＤ、パスワード及びサービス名を含む要求メッセージを受信機能(f17-1)が受信した場合に、当該受信した要求メッセージ内のユーザＩＤ及びパスワードを認証ＤＢ１６内のユーザＩＤ及びパスワードに照合することにより、当該要求メッセージの正当性を認証する認証機能。
【００５５】
(f17-6)  認証に成功した要求メッセージ内のサービス名に基づいて認証ＤＢ１６を検索し、当該検索により得られた権限情報を含むように要求メッセージを加工する第２加工機能。なお、第１加工機能(f17-3)及び第２加工機能(f17-6)による加工前のメッセージｍを図９に示し、加工後のメッセージｍを図１０に示す。図９及び図１０に示す例では、権限情報及びフロー情報をメッセージｍのヘッダ部に設定したが、これに限らず、メッセージｍのデータ部に設定してもよい。
【００５６】
(f17-7)  認証に失敗した場合に、第１加工機能(f17-2)及び送出機能(f17-3)の実行を阻止する阻止機能。
【００５７】
このようなセキュリティアダプタ１７は、例えば前述同様に、メッセージング層Ｌ１、コネクティング層Ｌ２及びアダプタ層Ｌ３を備えて構成してもよい。メッセージング層Ｌ１は、メッセージの送受信機能(f17-1), (f17-4)をもっている。コネクティング層Ｌ２は、共通バス１４への接続機能(f17-3), (f17-5), (f17-7)をもっている。アダプタ層Ｌ３は、メッセージの加工及び既存システムとの連携機能(f17-2), (f17-6)をもっている。
【００５８】
次に、以上のように構成されたセキュリティアダプタを備えた監視装置の動作を説明する。始めに、動作の概要を述べる。外部アプリケーション部２０は、ＳＯＡを利用した要求メッセージをセキュリティアダプタ１７へ送信する。セキュリティアダプタ１７は、認証ＤＢ１６を参照して要求メッセージを認証し、要求メッセージに関連する内部アプリケーションＡ〜Ｃの呼び出しを行う。
【００５９】
このようなセキュリティアダプタ１７の動作によって、以下の効果（i）〜（v）を得ることができる。
【００６０】
（i）外部アプリケーション部２０からの要求メッセージを認証できる。また、認証によりユーザの権限を確認し、内部アプリケーションＡ〜Ｃへのアクセスを制御できる。
【００６１】
（ii）外部アプリケーション部２０からは、図１１に示すように、セキュリティアダプタ１７しかみえないため、内部処理を隠蔽できる。すなわち、内部アプリケーションＡ〜Ｃをブラックボックス化することができる。
【００６２】
（iii）外部アプリケーション部２０からは、セキュリティアダプタ１７しかみえないため、機密データが外部に漏れない。
【００６３】
（iv）外部アプリケーション部２０からは、セキュリティアダプタ１７しかみえないため、内部アプリケーションＡ〜Ｃへの攻撃を防止できる。
【００６４】
（v）外部アプリケーション部２０からの要求メッセージに対する内部アプリケーションＡ〜Ｃの処理内容を変更することが容易となる。補足すると、セキュリティアダプタ１７がフロー情報に基づいて内部アプリケーションＡ〜Ｃの呼び出しを制御する。このため、例えば、フロー情報を書換えることにより、同じ要求メッセージに対して、呼び出す内部アプリケーションをＡからＢに容易に切り替えることができる。
【００６５】
以上が動作の概要である。続いて、セキュリティアダプタ１７の動作について図１２乃至図１４の模式図及びフローチャートを用いて説明する。
【００６６】
外部アプリケーション部２０との連携（メッセージの送受信）のパターンとして、図１２及び次に示すように４通りの動作［ａ］〜［ｄ］がある。
【００６７】
［ａ］  外部アプリケーション部２０からのメッセージの受信。
【００６８】
［ｂ］  外部アプリケーション部２０へのメッセージの送信。
【００６９】
［ｃ］  外部アプリケーション部２０からのメッセージの受信・返信（リクエスト・リプライ型）。
【００７０】
［ｄ］  外部アプリケーション部２０への送信・受信（リクエスト・リプライ型）。
【００７１】
以下、順次、説明する。
【００７２】
始めに、４通りの動作［ａ］〜［ｄ］に共通したステップＳＴ１〜ＳＴ２を述べる。
【００７３】
監視装置１０は、図示しないプロセッサがセキュリティアダプタプログラムの実行を開始することにより、セキュリティアダプタ１７を起動する（ＳＴ１）。
【００７４】
セキュリティアダプタ１７は、初期化処理として、共通バス１４及び認証ＤＢ１６への接続処理を行う（ＳＴ２）。
【００７５】
続いて、メッセージの受信処理の動作［ａ］に関するステップＳＴ３〜ＳＴ９を述べる。この動作［ａ］においては、次の例１又は例２の場合を想定している。
【００７６】
例１：外部アプリケーション部２０からメッセージを定期的に受け取って内部アプリケーション部１３Ａ又は１３Ｃに保存する場合。
【００７７】
例２：一定周期で、監視対象の機器＃１〜＃２からエネルギー使用量及びエネルギー発電量等のデータを含むメッセージを取得し、メッセージから抽出したデータを内部データベース（例、電力系統ＤＢ１２）に保存する場合。
【００７８】
さてステップＳＴ２の後、セキュリティアダプタ１７は、外部アプリケーション部２０からメッセージを受信したとする（ＳＴ３）。受信したメッセージは、サービス名を指定した要求メッセージであるとする。この要求メッセージは、ユーザＩＤ及びパスワードを更に含んでいてもよい。
【００７９】
セキュリティアダプタ１７は、受信したメッセージを解読して、認証ＤＢ１６へアクセスし、認証を実施すると共に、アプリケーションの種類を判断して、呼び出すアプリケーションを特定する（ＳＴ４）。具体的にはセキュリティアダプタ１７は、受信した要求メッセージ内のユーザＩＤ及びパスワードを認証ＤＢ１６内の認証テーブルＴ１のユーザＩＤ及びパスワードに照合することにより、当該要求メッセージの正当性を認証する。また、セキュリティアダプタ１７は、受信した要求メッセージ内のサービス名に基づいて認証ＤＢ１６内のフローテーブルＴ３を検索し、当該検索によりアプリケーション名を得る。サービス名は、アプリケーションの種類を示す。呼び出すアプリケーションは、得られたアプリケーション名により特定される。
【００８０】
また、セキュリティアダプタ１７は、メッセージを加工処理する（ＳＴ５）。
【００８１】
具体的にはセキュリティアダプタ１７は、ステップＳＴ４で得られたアプリケーション名を宛先に含むように要求メッセージを加工する。認証を実施した場合には、セキュリティアダプタ１７は、認証に成功した要求メッセージ内のサービス名に基づいて認証ＤＢ１６内の権限テーブルＴ２を検索し、当該検索により得られた権限情報を含むように要求メッセージを加工する。また、認証に失敗した場合に、セキュリティアダプタ１７は、ステップＳＴ５〜ＳＴ９を実行しない。
【００８２】
加工処理の結果、複数のアプリケーションを連携する場合には、セキュリティアダプタ１７は、フロー情報の順番に沿って、内部アプリケーションＡを呼び出し（ＳＴ６）、内部アプリケーション部１３Ａから処理結果を受ける。続いて、セキュリティアダプタ１７は、フロー情報の順番に沿って、内部アプリケーションＢを呼び出し（ＳＴ７）、内部アプリケーション部１３Ｂから処理結果を受ける。
【００８３】
しかる後、セキュリティアダプタ１７は、ステップＳＴ６，ＳＴ７に応じて受けた処理結果をマージして、マージ結果を内部アプリケーション部１３Ｃに書込む（ＳＴ８）。
【００８４】
またステップＳＴ５の加工処理の結果、１つのアプリケーションのみを呼び出す場合には、セキュリティアダプタ１７は、加工したメッセージを、例えば内部アプリケーション部１３Ａへ送出する。具体的にはセキュリティアダプタ１７は、加工された要求メッセージを宛先のアプリケーション名が識別する内部アプリケーション部１３Ａに伝送するように、当該加工された要求メッセージを共通バス１４に送出する。
【００８５】
内部アプリケーション部１３Ａは、送出されたメッセージ内のデータを書き込む（ＳＴ９）。ステップＳＴ９で書き込まれるデータは、例えば図１５に示すように、特定の日時における各機器のデータ（例、機器ＩＤ、有効電力、発電出力、電圧及び周波数の値）である。
【００８６】
次に、メッセージの送信処理の動作［ｂ］に関するステップＳＴ１０〜ＳＴ１３を述べる。この動作［ｂ］においては、次の例３又は例４の場合を想定している。
【００８７】
例３：外部アプリケーション部２０へメッセージ及び命令を送信する場合。
【００８８】
例４：監視対象の機器＃１〜＃ｎの異常を検出し、異常を示すエラーメッセージ及び対処命令を送信する場合。
【００８９】
さてステップＳＴ２の後、セキュリティアダプタ１７は、各内部アプリケーション部１３Ａ〜１３Ｃのうち、いずれかの内部アプリケーション部（例、１３Ａ）からバス接続アダプタ１５Ａ及び共通バス１４を介してメッセージを受信したとする（ＳＴ１０）。このメッセージは、外部アプリケーション部２０への送信メッセージであるとする。このメッセージは、例えば図１６に示すように、異常が検出された機器を示す機器ＩＤ、エラーメッセージに相当するエラーコード、対処命令に相当する命令コードをデータ部に含んでいる。
【００９０】
セキュリティアダプタ１７は、受信したメッセージを解読して、認証ＤＢ１６へアクセスし、例えば、メッセージ内のサービス名に基づいてフロー情報を検索し、フロー情報内で当該サービス名に一致したサービス名に関連付けられた外部アプリケーション部２０を示すアプリケーション名により、外部アプリケーション部２０を特定する（ＳＴ１１）。
【００９１】
また、セキュリティアダプタ１７は、特定した結果により、暗号化処理などのメッセージ加工を実行する（ＳＴ１２）。この暗号化処理には、例えば、特定した外部アプリケーションの公開鍵を用いる。
【００９２】
しかる後、セキュリティアダプタ１７は、ステップＳＴ１２で加工したメッセージを外部アプリケーション部２０へ送信する（ＳＴ１３）。但し、ステップＳＴ１２において加工しない場合もある。いずれにしても、セキュリティアダプタ１７は、ステップＳＴ１０で受けた送信メッセージを外部アプリケーション部２０に送信する。
【００９３】
次に、メッセージの受信・送信処理の動作［ｃ］に関するステップＳＴ１４〜ＳＴ２１を述べる。この動作［ｃ］においては、次の例５又は例６の場合を想定している。
【００９４】
例５：外部アプリケーション部２０からの要求で必要なデータを返信する場合。
【００９５】
例６：外部アプリケーション部２０から電力需給計画等のデータを要求され、結果のデータを要求元に返信する場合。要求を受けた際に、要求メッセージを認証し、認証が成功したときに結果を外部アプリケーション部２０に送信する。
【００９６】
さてステップＳＴ２の後、セキュリティアダプタ１７は、外部アプリケーション部２０からメッセージを受信したとする（ＳＴ１４）。
【００９７】
セキュリティアダプタ１７は、受信したメッセージを解読して、認証ＤＢ１６へアクセスし、認証を実施すると共に、アプリケーションの種類を判断して、呼び出すアプリケーションを特定する（ＳＴ１５）。
【００９８】
また、セキュリティアダプタ１７は、メッセージを加工処理する（ＳＴ１６）。
【００９９】
加工処理の結果、１つのアプリケーションのみを呼び出す場合には、セキュリティアダプタ１７は、メッセージ内のデータを送出すると共に、例えば内部アプリケーションＣを呼び出す（ＳＴ１７）。この呼び出しに応じて動作する内部アプリケーション部１３Ｃは、送出されたデータに基づいて電力系統ＤＢ１２を読出し、読出結果のデータをセキュリティアダプタ１７に送出する。なお、メッセージ内のデータは、例えば図１７に示すように、要求するデータを指定するための機器ＩＤ、開始日時及び終了日時をデータ部に含んでいる。
【０１００】
また、加工処理の結果、複数のアプリケーションを連携する場合には、セキュリティアダプタ１７は、フロー情報の順番に沿って、内部アプリケーションＡを呼び出し（ＳＴ１８）、内部アプリケーション部１３Ａから処理結果を受ける。続いて、セキュリティアダプタ１７は、フロー情報の順番に沿って、内部アプリケーションＢを呼び出し（ＳＴ１９）、内部アプリケーション部１３Ｂから処理結果を受ける。
【０１０１】
しかる後、セキュリティアダプタ１７は、ステップＳＴ１８，ＳＴ１９で受けた処理結果をマージする（ＳＴ２０）。
【０１０２】
セキュリティアダプタ１７は、ステップＳＴ１７に応じて送出されたデータ又はステップＳＴ２０によりマージされたデータを含む返信メッセージを作成する（ＳＴ２１）。このデータは、例えば、図１８に示すように、指定された機器ＩＤ、開始日時及び終了日時の間の１時間毎のデータ（例、機器ＩＤ、日時、供給力予測、最大電力予測の値）である。ここで、供給力は、発電できる能力を意味する。最大電力は、機器が利用する電力の最大値を意味する。
【０１０３】
次に、メッセージの送信・受信処理の動作［ｄ］に関するステップＳＴ２２〜ＳＴ２９を述べる。この動作［ｄ］においては、次の例７又は例８の場合を想定している。
【０１０４】
例７：外部のアプリケーション部２０へ要求を出し、必要なデータを取得する場合。
【０１０５】
例８：外部アプリケーション部２０から、機器の一定期間の情報（有効電力、発電出力、電圧、電流、周波数等）を取得する場合。
【０１０６】
さてステップＳＴ２の後、セキュリティアダプタ１７は、図１４に示すように、いずれかの内部アプリケーション部１３Ａ〜１３Ｃからメッセージを受信したとする（ＳＴ２２）。このメッセージは、例えば図１７に示したように、データ取得対象の機器を示す機器ＩＤ、一定期間を示す開始日時及び終了日時をデータ部に含んでいる。
【０１０７】
セキュリティアダプタ１７は、受信したメッセージを解読して、認証ＤＢ１６へアクセスし、例えば、メッセージ内のサービス名に基づいてフロー情報を検索し、フロー情報内で当該サービス名に一致したサービス名に関連付けられた外部アプリケーション部２０を示すアプリケーション名により、外部アプリケーション部２０を特定する（ＳＴ２３）。
【０１０８】
また、セキュリティアダプタ１７は、特定した結果により、暗号化処理などのメッセージ加工を実行する（ＳＴ２４）。この暗号化処理には、例えば、特定した外部アプリケーション部２０の公開鍵を用いる。
【０１０９】
ステップＳＴ２４の後、セキュリティアダプタ１７は、ステップＳＴ２４で加工したメッセージを外部アプリケーション部２０へ送信する（ＳＴ２５）。
【０１１０】
しかる後、セキュリティアダプタ１７は、外部アプリケーション部２０からメッセージを受信する（ＳＴ２６）。受信したメッセージは、例えば図１９に示すように、データ取得対象の機器を示す機器ＩＤ、開始日時及び終了日時の間の１時間毎のデータ（例、機器ＩＤ、日時、供給力予測、最大電力予測の値）である。
【０１１１】
セキュリティアダプタ１７は、受信したメッセージを解読して、認証ＤＢ１６へアクセスし、認証を実施すると共に、アプリケーションの種類を判断して、呼び出すアプリケーションを特定する（ＳＴ２７）。
【０１１２】
また、セキュリティアダプタ１７は、メッセージを加工処理する（ＳＴ２８）。
【０１１３】
また、セキュリティアダプタ１７は、ステップＳＴ２７で特定したアプリケーションへメッセージを返信する（ＳＴ２９）。
【０１１４】
上述したように本実施形態によれば、セキュリティアダプタ１７が、各内部アプリケーション部１３Ａ〜１３Ｃと外部アプリケーション部２０との間の通信に介在する構成により、外部アプリケーションから内部アプリーションへのアクセスの際に、内部アプリケーションの処理内容及びデータの漏えいと、内部アプリケーションの特定とを防止することができる。
【０１１５】
補足すると、ＳＯＡを利用した内部アプリケーションＡ〜Ｃと外部アプリケーション部２０との連携は、必ずセキュリティアダプタ１７を介することとする。外部アプリケーション部２０からは、セキュリティアダプタ１７のみが見える状態とする。
【０１１６】
セキュリティアダプタ１７は、外部アプリケーション部２０からの接続を認証することにより、必要な内部アプリケーションＡ，…への呼び出しを行う。これにより、次の（１）〜（４）の効果を得ることができる。
【０１１７】
（１）内部アプリケーションＡ〜Ｃの仕組み（アルゴリズム）を外部に漏らさない。
【０１１８】
電力系統システムでは、直接、外部アプリケーション部２０と各内部アプリケーションＡ〜Ｃとが連携すると、内部アプリケーションＡ〜Ｃの仕組みが外部アプリケーション部２０に公開されてしまう。本実施形態では、外部アプリケーション部２０からはセキュリティアダプタ１７しか見えない状態とすることで、内部アプリケーションＡ〜Ｃの仕組みを外部から隠蔽することができる。
【０１１９】
（２）機器ＩＤ等の内部データを外部に漏らさない。
【０１２０】
電力系統システムでは、外部アプリケーション部２０と連携する場合に、複数の内部アプリケーション部１３Ａ〜１３Ｃの処理結果を外部アプリケーション部２０に返信する場合がある。このため、内部アプリケーション部１３Ａ〜１３Ｃ間を流れる処理中データを外部アプリケーション部２０に直接漏らさないようにする必要がある。本実施形態では、外部アプリケーション部２０からはセキュリティアダプタ１７しか見えない状態とすることで、内部アプリケーション部１３Ａ〜１３Ｃ間を流れる処理中データを外部から隠蔽することができる。
【０１２１】
（３）内部アプリケーションＡ〜Ｃを隠蔽し、外部からの攻撃を防ぐ。
【０１２２】
電力系統システムでは、直接、外部アプリケーション部２０と各内部アプリケーションＡ〜Ｃとが連携してしまうと、内部アプリケーションＡ〜Ｃの場所が特定されてしまう。本実施形態では、外部アプリケーション部２０からはセキュリティアダプタ１７しか見えない状態とすることで、内部アプリケーションＡ〜Ｃの場所を隠蔽し、外部からの攻撃を防ぐことができる。
【０１２３】
（４）セキュリティアダプタ１７がユーザの権限を確認することにより、内部アプリケーションＡ〜Ｃへのアクセスを制御する。
【０１２４】
電力系統システムでは、外部アプリケーション部２０から受けた要求メッセージを認証する必要がある。本実施形態では、外部アプリケーション部２０から受けた要求メッセージをセキュリティアダプタ１７に受信させることにより、要求メッセージの認証及び権限確認を行い、内部アプリケーション部１３Ａ〜１３Ｃに対する適切なアクセス制御を実現させることができる。
【０１２５】
＜第２の実施形態＞
次に、第２の実施形態について概要を説明する。
【０１２６】
一般に、外部アプリケーション部２０は、ＳＯＡを利用し、共通バス１４を介してセキュリティアダプタ１７にアクセスするため、共通バス１４及びセキュリティアダプタ１７までを特定可能としている。これにより、セキュリティアダプタ１７は、処理内容を漏洩させる事態や、攻撃を受ける事態などの不測の事態を招く可能性がある。
【０１２７】
これに対し、第２の実施形態では、セキュリティをより強固とする観点から、共通バス１４を二重化し、外部アプリケーション部２０からは外部アプリケーション専用の共通バスだけが見える状態としている。
【０１２８】
これにより、セキュリティアダプタ１７も外部から隠蔽できる。二重化した共通バスはルーティング機能で接続可能である。
【０１２９】
以上が第２の実施形態の概要である。続いて、第２の実施形態を具体的に説明する。
【０１３０】
図２０は第２の実施形態に係るセキュリティアダプタプログラムを適用した監視装置及びその周辺構成を示す模式図である。
【０１３１】
本実施形態は、第１の実施形態の変形例であり、監視装置１０が、セキュリティアダプタ１７と外部アプリケーション部２０との間で要求メッセージ及び送信メッセージを個別に伝送可能な外部専用共通バス（第２共通バス）１８を更に備えている。
【０１３２】
ここで、セキュリティアダプタ１７の受信機能(f17-1)は、要求メッセージを外部アプリケーション部２０から外部専用共通バス１８を介して受信する。
【０１３３】
セキュリティアダプタ１７の送信機能(f17-4)は、送信メッセージを外部専用共通バス１８を介して外部アプリケーション部２０に送信する。
【０１３４】
以上のような構成によれば、外部アプリケーション部２０からは外部専用共通バス１８しか特定できないため、セキュリティをより強固にできる。すなわち、セキュリティアダプタ１７と外部アプリケーション部２０との間に外部専用共通バス１８を備えた構成により、第１の実施形態の作用効果に加え、外部アプリケーション部２０からセキュリティアダプタ１７、共通バス１４及び内部アプリケーション部１３Ａ〜１３Ｃを隠蔽したので、処理内容及び処理データをより強固に隠蔽することができる。
【０１３５】
＜第３の実施形態＞
図２１は第３の実施形態に係るセキュリティアダプタプログラムを適用した監視装置及びその周辺構成を示す模式図である。
【０１３６】
本実施形態は、第１の実施形態の変形例であり、セキュリティアダプタ１７が、送信メッセージを外部のクラウドＤＢ２１に送信可能な構成となっている。
【０１３７】
具体的には、セキュリティアダプタ１７の送信機能(f17-4)は、以下の機能(f17-4-1)〜(f17-4-3)を備えている。
【０１３８】
(f17-4-1)  送信メッセージを受けると、当該送信メッセージが要求メッセージにより要求された結果を含むか否かを判定する判定機能。
【０１３９】
(f17-4-2)  判定の結果、要求された結果を含む場合には当該送信メッセージを所定のクラウドＤＢ（外部クラウド記憶手段）２１に送信する第１送信機能。
【０１４０】
なお、この第１送信機能は、クラウドＤＢ２１に送信後、たとえば「Ｓｕｃｃｅｓｓ」または「ｅｒｒｏｒ」などを表す送信結果通知を外部アプリケーション部２０に送信することも可能である。
【０１４１】
(f17-4-3)  判定の結果、否の場合には当該送信メッセージを外部アプリケーション部２０に送信する第２送信機能。
【０１４２】
次に、以上のように構成されたセキュリティアダプタ１７の処理の動作について図２２のフローチャートを用いて説明する。
【０１４３】
監視装置１０は、図示しないプロセッサがセキュリティアダプタプログラムの実行を開始することにより、セキュリティアダプタ１７を起動する（ＳＴ３１）。
【０１４４】
セキュリティアダプタ１７は、初期化処理として、共通バス１４及び認証ＤＢ１６への接続処理を行う（ＳＴ３２）。
【０１４５】
ステップＳＴ２の後、セキュリティアダプタ１７は、外部アプリケーション部２０からメッセージを受信したとする（ＳＴ３３）。このメッセージは、要求メッセージであるとする。また、この要求メッセージ内のデータは、例えば図１７に示した如き、要求するデータを指定するための機器ＩＤ、開始日時及び終了日時をデータ部に含んでいるとする。
【０１４６】
セキュリティアダプタ１７は、受信したメッセージを解読して、認証ＤＢ１６へアクセスし、認証を実施すると共に、アプリケーションの種類を判断して、呼び出すアプリケーションを特定する（ＳＴ３４）。
【０１４７】
また、セキュリティアダプタ１７は、メッセージを加工処理する（ＳＴ３５）。
【０１４８】
加工処理の結果、１つのアプリケーションのみを呼び出す場合には、セキュリティアダプタ１７は、メッセージ内のデータを送出すると共に、例えば内部アプリケーションＣを呼び出す（ＳＴ３６）。この呼び出しに応じて動作する内部アプリケーション部１３Ｃは、送出されたデータに基づいて電力系統ＤＢ１２を読出し、読出結果のデータをセキュリティアダプタ１７に送出する。
【０１４９】
また、加工処理の結果、複数のアプリケーションを連携する場合には、セキュリティアダプタ１７は、フロー情報の順番に沿って、内部アプリケーションＡを呼び出し（ＳＴ３７）、内部アプリケーション部１３Ａから処理結果を受ける。続いて、セキュリティアダプタ１７は、フロー情報の順番に沿って、内部アプリケーションＢを呼び出し（ＳＴ３８）、内部アプリケーション部１３Ｂから処理結果を受ける。
【０１５０】
しかる後、セキュリティアダプタ１７は、ステップＳＴ３７，ＳＴ３８で受けた処理結果をマージする（ＳＴ３９）。
【０１５１】
セキュリティアダプタ１７は、ステップＳＴ３６に応じて送出されたデータ又はステップＳＴ３９によりマージされたデータを含む送信メッセージを受けると、当該送信メッセージが要求メッセージにより要求された結果を含むか否かを判定する。セキュリティアダプタ１７は、この判定の結果、要求された結果を含む場合には当該送信メッセージを外部のクラウドＤＢ２１に送信し、送信メッセージ内のデータをクラウドＤＢ２１に書込む（ＳＴ４０）。このデータは、例えば、図１８に示した如き、指定された機器ＩＤ、開始日時及び終了日時の間の１時間毎のデータ（例、機器ＩＤ、日時、供給力予測、最大電力予測の値）である。
【０１５２】
なお、セキュリティアダプタ１７は、判定の結果、否の場合には当該送信メッセージを外部アプリケーション部２０に送信する。
【０１５３】
上述したように本実施形態によれば、セキュリティアダプタ１７において、要求された結果を外部アプリケーション部２０に返すことなく、結果をクラウドＤＢ２１に送信する構成により、第１の実施形態の作用効果に加え、外部アプリケーション部２０がクラウドＤＢ２１の認証システムにアクセスして結果を確認することができる。
【０１５４】
補足すると、処理結果の書込先のクラウドＤＢ２１を予めセキュリティアダプタ１７に設定しておく構成により、外部アプリケーション部２０からの要求に対する処理結果に応じて、クラウドＤＢ２１のデータを更新する。これにより、様々な外部アプリケーション部２０，…からのアクセスを可能とするとともに、データを返却する際のメッセージの加工処理（暗号化その他）の負荷を軽減することができる。外部アプリケーション部２０，…は、クラウドＤＢ２１の認証システムに認証を受けることにより、クラウドＤＢ２１に書込まれた結果を確認することができる。
【０１５５】
また、本実施形態によれば、クラウドＤＢ２１の認証システムによるデータへのアクセス制御を実現することができる。さらに、クラウドＤＢ２１への書き込みによるセキュリティの強化を実現することができる。
【０１５６】
＜第４の実施形態＞
図２３は第４の実施形態に係るセキュリティアダプタプログラムを適用した監視装置及びその周辺構成を示す模式図である。
【０１５７】
本実施形態は、第２及び第３の実施形態を組合せた変形例であり、監視装置１０が、セキュリティアダプタ１７と外部アプリケーション部２０との間で要求メッセージ及び送信メッセージを個別に伝送可能な外部専用共通バス（第２共通バス）１８を備えると共に、セキュリティアダプタ１７が、送信メッセージを外部のクラウドＤＢ２１に送信可能な構成となっている。
【０１５８】
以上のような構成によれば、第２及び第３の実施形態の作用効果を同時に得ることができる。
【０１５９】
以上説明した少なくとも一つの実施形態によれば、セキュリティアダプタ１７が、各内部アプリケーション部と外部アプリケーション部２０との間の通信に介在する構成により、外部アプリケーションから内部アプリーションへのアクセスの際に、内部アプリケーションの処理内容及びデータの漏えいと、内部アプリケーションの特定とを防止することができる。
【０１６０】
なお、上記の各実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。
【０１６１】
また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。
【０１６２】
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が上記実施形態を実現するための各処理の一部を実行しても良い。
【０１６３】
さらに、各実施形態における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
【０１６４】
また、記憶媒体は１つに限らず、複数の媒体から上記の各実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。
【０１６５】
なお、各実施形態におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、上記の各実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。
【０１６６】
また、各実施形態におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【０１６７】
なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【要約】
実施形態のセキュリティアダプタプログラムは、監視装置を、各内部アプリケーション部と外部アプリケーション部との間の通信に介在するセキュリティアダプタ手段、として更に機能させる。前記セキュリティアダプタ手段は、受信手段、第１加工手段、送出手段及び送信手段を含んでいる。前記受信手段は、サービス名を指定した要求メッセージを外部アプリケーション部から受信する。前記第１加工手段は、前記受信した要求メッセージ内のサービス名に基づいて前記第１記憶手段を検索し、当該検索により得られたアプリケーション名を宛先に含むように前記要求メッセージを加工する。前記送出手段は、当該加工された要求メッセージを前記第１共通バスに送出する。前記送信手段は、いずれかの内部アプリケーション部から前記バス接続アダプタ及び前記第１共通バスを介して送信メッセージを受けると、当該送信メッセージを前記外部アプリケーション部に送信する。【図１】
0005398919.tif 000002
【図２】
0005398919.tif 000003
【図３】
0005398919.tif 000004
【図４】
0005398919.tif 000005
【図５】
0005398919.tif 000006
【図６】
0005398919.tif 000007
【図７】
0005398919.tif 000008
【図８】
0005398919.tif 000009
【図９】
0005398919.tif 000010
【図１０】
0005398919.tif 000011
【図１１】
0005398919.tif 000012
【図１２】
0005398919.tif 000013
【図１３】
0005398919.tif 000014
【図１４】
0005398919.tif 000015
【図１５】
0005398919.tif 000016
【図１６】
0005398919.tif 000017
【図１７】
0005398919.tif 000018
【図１８】
0005398919.tif 000019
【図１９】
0005398919.tif 000020
【図２０】
0005398919.tif 000021
【図２１】
0005398919.tif 000022
【図２２】
0005398919.tif 000023
【図２３】
0005398919.tif 000024