(57)【特許請求の範囲】
【請求項１】
複数の機器から受信したデータを記憶するデータ記憶部と、前記データ記憶部内のデータを含むメッセージを送受信可能な複数の内部アプリケーション部と、前記複数の内部アプリケーション部の間で前記メッセージを伝送可能な共通バスとを備えた監視装置に用いられるメッセージ制御プログラムであって、
前記監視装置は、
前記メッセージの種類を示すメッセージ種類と、前記内部アプリケーション部を識別するサービス名と、前記メッセージの通信方式を識別する通信方式識別情報とを関連付けて記述したファイルを記憶した記憶手段と、
を更に備えており、
前記監視装置を、
前記各内部アプリケーション部から送信されたメッセージの通信方式を個別に制御する複数のメッセージ制御手段、
として更に機能させ、
前記各メッセージ制御手段は、
前記メッセージ種類及び前記サービス名を含むメッセージを前記内部アプリケーション部から受信する受信手段と、
前記受信したメッセージ内のメッセージ種類及びサービス名に基づいて前記ファイルから通信方式識別情報を特定する特定手段と、
前記特定した通信方式識別情報に基づいて、前記受信したメッセージの通信方式を変更すると共に、当該メッセージを前記共通バスに送出する送出手段と
を含んでいるメッセージ制御プログラム。
【請求項２】
請求項１に記載のメッセージ制御プログラムにおいて、
前記通信方式識別情報は、前記通信方式を識別する通信方式名と、当該通信方式におけるコネクション、セッション又はキューを識別する固有識別子とを含んでおり、
前記送出手段は、
前記通信方式名に基づいて前記通信方式を変更する第１変更部と、
前記固有識別子に基づいて当該通信方式におけるコネクション、セッション又はキューを変更する第２変更部と、
前記第１変更部及び前記第２変更部による変更の後、前記メッセージを前記共通バスに送出する送出部と
を含んでいるメッセージ制御プログラム。
【請求項３】
請求項１又は請求項２に記載のメッセージ制御プログラムにおいて、
前記通信方式識別情報は、前記メッセージの伝送に遅延がない場合の第１の通信方式名と、前記メッセージの伝送に遅延がある場合の第２の通信方式名とを含んでおり、
前記特定手段は、
前記メッセージ種類、前記サービス名及び前記遅延の有無に基づいて前記ファイルから前記第１の通信方式名又は第２の通信方式名を特定するメッセージ制御プログラム。
【請求項４】
請求項１乃至請求項３のいずれか１項に記載のメッセージ制御プログラムにおいて、
前記通信方式識別情報は、前記メッセージの伝送に遅延及びエラーがない場合の第１の通信方式名と、前記メッセージの伝送にエラーがある場合の第３の通信方式名とを含んでおり、
前記特定手段は、
前記メッセージ種類、前記サービス名及び前記エラーの有無に基づいて前記ファイルから前記第１の通信方式名又は第３の通信方式名を特定するメッセージ制御プログラム。
【請求項５】
請求項１乃至請求項４のいずれか１項に記載のメッセージ制御プログラムにおいて、
前記送出手段は、前記通信方式を変更すると共に、当該変更を示す変更フラグと、当該変更する前の通信方式名と、当該変更する前の通信方式名に関連付けられたサービス名とを前記メッセージに付与し、当該付与後のメッセージを前記共通バスに送出し、
前記各メッセージ制御手段は、
他のメッセージ制御手段から前記共通バスに送出されたメッセージを受信し、当該メッセージに付与された変更フラグ、通信方式名及びサービス名に基づいて、当該メッセージを前記内部アプリケーション部に送出する受信メッセージ送出手段、
を更に含んでいるメッセージ制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、メッセージ制御プログラムに関する。
【背景技術】
【０００２】
図１は従来の電力系統システムにおける監視装置及びその周辺構成を示す模式図である。従来の電力系統システムでは、複数の機器＃１〜＃ｎがデータを監視装置１０に送信し、監視装置１０ａが、当該データを専用バス１１を介して電力系統ＤＢ１２に保存する。【０００３】
監視装置１０ａ内の図示しないプロセッサは、図示しないメモリ内の複数の内部アプリケーションプログラムＡ〜Ｃ（以下、内部アプリケーションＡ〜Ｃという）を実行することにより、複数の内部アプリケーション部１３Ａ〜１３Ｃとして機能する。複数の内部アプリケーション部１３Ａ〜１３Ｃは、適宜、電力系統ＤＢ１２からデータを読み出し、当該データを含むメッセージを互いに送受信する。【０００４】
このように、従来の電力系統システムでは、主に内部アプリケーション部１３Ａ〜１３Ｃ同士が直接連携するため、内部アプリケーション部１３Ａ〜１３Ｃ毎に固有の方式によってメッセージが送受信される。このような方式は、相互間接続方式と呼ばれる。【０００５】
近年、スマートコミュニティの発展により、内部アプリケーションでも複数のアプリケーション間の連携や、外部アプリケーションとの連携が必須となってきた。【０００６】
アプリケーション間のメッセージ連携では、図２に示す如き、監視装置１０ｂ内の共通バス１４及び複数のバス接続アダプタ１５Ａ〜１５Ｃを介してメッセージが送受信される。このような方式は、共通バス方式と呼ばれる。【０００７】
各バス接続アダプタ１５Ａ〜１５Ｃは、メッセージング層Ｌ１、コネクティング層Ｌ２及びアダプタ層Ｌ３を備えている。メッセージング層Ｌ１は、メッセージの送受信機能をもっている。コネクティング層Ｌ２は、共通バス１４への接続機能をもっている。アダプタ層Ｌ３は、メッセージの加工及び既存システムとの連携機能をもっている。【０００８】
また、アプリケーション間のメッセージ連携では、処理内容（以下、サービスともいう）の種類が増加しており、以下のＣＩＳ (Component interface specification)の標準規格が定義されている。【０００９】
・IEC 61970-401：コンポーネントインタフェース仕様（CIS）− フレームワーク
・IEC 61970-402：CIS − 共通サービス
・IEC 61970-403：CIS − 汎用データアクセス（GDA）
・IEC 61970-404：CIS − ハイスピードデータアクセス(HSDA)
・IEC 61970-405：CIS −汎用イベントとサブスクリプション(GES)
・IEC 61970-407：CIS −時系列データアクセス(TSDA)
これらの標準規格は、サービスによって分類されている。例えば、ＨＳＤＡサービスは優先度の高い処理となり、他のサービスよりも優先的にメッセージ処理が実行される必要がある。【００１０】
優先制御の要求としては、以下が挙げられる。【００１１】
・他のメッセージを追い抜きたい。【００１２】
・サービスによって、優先度を上げて他のメッセージを追い抜きたい。【００１３】
・同じサービスでも、特に緊急性が高い処理は、他のメッセージを追い抜きたい。【００１４】
・同じサービスでも、ネットワーク負荷等によって、処理に遅延が発生している場合には、他のメッセージを追い抜きたい。【００１５】
・送信処理でエラーが発生しても、メッセージを送信したい。【００１６】
このような優先制御は、例えば図３に示す如き、メッセージをディスパッチするディスパッチャ（dispatcher）２０で実現可能となっている。ディスパッチャ２０としては、例えば、Java（登録商標）のＪＭＳ（Java messaging service）サーバ等が使用可能となっている。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開２０１１−１８２１１５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１８】
しかしながら、以上のような相互間接続方式の場合、内部アプリケーション部１３Ａ〜１３Ｃ毎に固有の方式によってメッセージを送受信するため、メッセージの優先制御が困難である。【００１９】
また、共通バス方式の場合、共通バス１４を流れてディスパッチャ２０に届いたメッセージが当該ディスパッチャ２０に優先制御される。このため、共通バス１４を流れるメッセージの優先制御が困難である。【００２０】
本発明が解決しようとする課題は、共通バスを流れるメッセージの優先制御を実現し得るメッセージ制御プログラムを提供することである。
【課題を解決するための手段】
【００２１】
実施形態のメッセージ制御プログラムは、データ記憶部と、複数の内部アプリケーション部と、共通バスとを備えた監視装置に用いられる。【００２２】
前記データ記憶部は、複数の機器から受信したデータを記憶する。【００２３】
前記複数の内部アプリケーション部は、前記データ記憶部内のデータを含むメッセージを送受信可能である。【００２４】
前記共通バスは、前記複数の内部アプリケーション部の間で前記メッセージを伝送可能である。【００２５】
前記監視装置は、記憶手段を更に備えている。【００２６】
前記記憶手段は、前記メッセージの種類を示すメッセージ種類と、前記内部アプリケーション部を識別するサービス名と、前記メッセージの通信方式を識別する通信方式識別情報とを関連付けて記述したファイルを記憶している。【００２７】
前記メッセージ制御プログラムは、前記監視装置を、前記各内部アプリケーション部から送信されたメッセージの通信方式を個別に制御する複数のメッセージ制御手段、として更に機能させるためのプログラムである。【００２８】
前記各メッセージ制御手段は、受信手段と、特定手段と、送出手段とを含んでいる。【００２９】
前記受信手段は、前記メッセージ種類及び前記サービス名を含むメッセージを前記内部アプリケーション部から受信する。【００３０】
前記特定手段は、前記受信したメッセージ内のメッセージ種類及びサービス名に基づいて前記ファイルから通信方式識別情報を特定する。【００３１】
前記送出手段は、前記特定した通信方式識別情報に基づいて、前記受信したメッセージの通信方式を変更すると共に、当該メッセージを前記共通バスに送出する。
【図面の簡単な説明】
【００３２】
【図１】図１は、従来の電力系統システムにおける監視装置及びその周辺構成を示す模式図である。
【図２】図２は、従来の共通バス方式を説明するための模式図である。
【図３】図３は、従来の優先制御を説明するための模式図である。
【図４】図４は、第１の実施形態に係るメッセージ制御プログラムを適用した監視装置及びその周辺構成を示す模式図である。
【図５】図５は、同実施形態における記憶部を説明するための模式図である。
【図６】図６は、同実施形態における動作を説明するための模式図である。
【図７】図７は、同実施形態における動作を説明するための模式図である。
【図８】図８は、第２の実施形態における記憶部を説明するための模式図である。
【図９】図９は、同実施形態における動作を説明するための模式図である。
【図１０】図１０は、第３の実施形態における記憶部を説明するための模式図である。
【図１１】図１１は、同実施形態における動作を説明するための模式図である。
【図１２】図１２は、第４の実施形態における記憶部を説明するための模式図である。
【図１３】図１３は、同実施形態における動作を説明するための模式図である。
【図１４】図１４は、第５の実施形態における記憶部を説明するための模式図である。
【図１５】図１５は、同実施形態における動作を説明するための模式図である。
【図１６】図１６は、第６の実施形態における記憶部を説明するための模式図である。
【図１７】図１７は、同実施形態における動作を説明するための模式図である。
【図１８】図１８は、第７の実施形態におけるメッセージの送受信を説明するための模式図である。
【図１９】図１９は、同実施形態における動作を説明するための模式図である。
【発明を実施するための形態】
【００３３】
以下、各実施形態について図面を用いて説明する。
【００３４】
＜第１の実施形態＞
図４は第１の実施形態に係るメッセージ制御プログラムを適用した監視装置及びその周辺構成を示す模式図であり、図３に示した構成と同一部分には同一符号を付してその詳しい説明を省略し、ここでは異なる部分について主に述べる。なお、以下の各実施形態も同様にして重複した説明を省略する。
【００３５】
また、図４中、３つの内部アプリケーション部１３Ａ〜１３Ｃを図示しているが、各実施形態は、各内部アプリケーション部１３Ａ〜１３Ｃ間の送受信を例に挙げず、１つの内部アプリケーション部１３Ａがメッセージを送信する場合を例に挙げて説明する。
【００３６】
また、図３に示した構成と同一部分とは、監視装置１０において、専用バス１１、電力系統ＤＢ（データ記憶部）１２、内部アプリケーション部１３Ａ〜１３Ｃ及び共通バス１４を備えた構成である。
【００３７】
電力系統ＤＢ１２は、複数の機器＃１〜＃ｎから受信したデータを記憶する。
【００３８】
内部アプリケーション部１３Ａ〜１３Ｃは、例えば、電力系統ＤＢ１２内のデータを含むメッセージを送受信する。
【００３９】
共通バス１４は、内部アプリケーション部１３Ａ〜１３Ｃと共通バス１４との間でメッセージを伝送可能なバスである。
【００４０】
すなわち、第１の実施形態は、図３に示した構成に比べ、バス接続アダプタ１５Ａ〜１５Ｃに代えて、記憶部１６Ａ〜１６Ｃ及びメッセージ制御アダプタ１７Ａ〜１７Ｃを更に備えている。
【００４１】
記憶部１６Ａ〜１６Ｃは、メッセージの種類を示すメッセージ種類と、内部アプリケーション部１３Ａ〜１３Ｃを識別するサービス名と、メッセージの通信方式を識別する通信方式識別情報とを関連付けて記述したファイルを記憶している。
【００４２】
具体的には記憶部１６Ａ〜１６Ｃは、図５に示すように、メッセージ種類とサービス名とを関連付けて記述した第１ファイルＦ１と、サービス名と通信方式識別情報とを関連付けて記述した第２ファイルＦ２とを記憶している。
【００４３】
なお、通信方式識別情報は、通信方式を識別する通信方式名“通信方式１”，…，“通信方式３”と、当該通信方式におけるコネクション、セッション又はキューを識別する固有識別子“α”，“β”とを含んでもよい。
【００４４】
また、当該固有識別子“α”，“β”は通信方式識別情報から省略してもよい。但し、第１及び第２ファイルＦ１，Ｆ２は、メッセージ種類、サービス名及び通信様式識別情報を関連付けて記述した１つのファイル（図示せず）に変形してもよい。また、第１及び第２ファイルＦ１，Ｆ２としては、表形式に限らず、ＸＭＬ形式などの所望の形式で記述可能となっている。
【００４５】
通信方式とは、メッセージの送受信を行うための手段（方式）であり、例えば、ソケット及びＪＭＳ（Java messaging Service)等が、適宜、使用可能となっている。
【００４６】
ＪＭＳは、高等なメッセージング通信方式であり、ソケットに比べ、通信負荷が高く、通信速度が低速である。
【００４７】
ソケットは、ＪＭＳに比べ、通信負荷が低く、通信速度が高速である。
【００４８】
従って、サービス内容に応じて最適な通信方式が予め管理者に選択され、最適な通信方式を示す通信方式識別情報が記憶部１６Ａ〜１６Ｃに書込まれる。
【００４９】
一方、各メッセージ制御アダプタ（各メッセージ制御手段）１７Ａ〜１７Ｃは、監視装置１０内の図示しないプロセッサが、図示しないメモリ内のメッセージ制御プログラムを実行することにより実現される機能部である。
【００５０】
言い換えると、メッセージ制御アダプタ１７Ａ〜１７Ｃは、ハードウェア資源とソフトウェアとの組合せ構成で実施可能となっている。このソフトウェアとしては、図４に示すように、予めネットワーク又は非一時的なコンピュータ読取可能な記憶媒体（non-transitory computer-readable storage medium）Ｍから監視装置１０のコンピュータにインストールされ、各メッセージ制御アダプタ１７Ａ〜１７Ｃの機能を当該コンピュータに実現させるためのメッセージ制御プログラムが用いられる。
【００５１】
但し、各メッセージ制御アダプタ１７Ａ〜１７Ｃは、ハードウェア資源とソフトウェアとの組合せ構成に限らず、ハードウェア構成のメッセージ接続装置としても実施可能である。
【００５２】
ここで、各メッセージ制御アダプタ１７Ａ〜１７Ｃは、各内部アプリケーション部１３Ａ〜１３Ｃから送信されたメッセージの通信方式を個別に制御するものであり、例えば以下の各機能(f17-1)〜(f17-8)をもっている。
【００５３】
(f17-1)  メッセージ種類及びサービス名を含むメッセージを内部アプリケーション部１３Ａ，１３Ｂ又は１３Ｃから受信する受信機能。
【００５４】
(f17-2)  受信したメッセージ内のメッセージ種類及びサービス名に基づいてファイルＦ１，Ｆ２から通信方式識別情報を特定する特定機能。
【００５５】
(f17-3)  特定した通信方式識別情報に基づいて、当該受信したメッセージの通信方式を変更すると共に、当該メッセージを共通バス１４に送出する送出機能。
【００５６】
ここで、送出機能(f17-3)は、以下の各機能(f17-3-1)〜(f17-3-3)を含んでいてもよい。
【００５７】
(f17-3-1)  通信方式名“通信方式１”，…，“通信方式３”に基づいて通信方式を変更する第１変更機能。
【００５８】
(f17-3-2)  固有識別子“α”，“β”に基づいて当該通信方式におけるコネクション、セッション又はキューを変更する第２変更機能。
【００５９】
(f17-3-3)  第１変更機能(f17-3-1)及び第２変更機能(f17-3-2)による変更の後、メッセージを共通バス１４に送出する機能。
【００６０】
次に、以上のように構成されたメッセージ制御アダプタ１７Ａ〜１７Ｃを備えた監視装置の動作について図６及び図７を用いて説明する。なお、以下の説明は、内部アプリケーション部１３Ａがメッセージ制御アダプタ１７Ａを介してメッセージを共通バスに送出する場合を例に挙げて述べるが、これに限らず、内部アプリケーション部１３Ｂ又は１３Ｃがメッセージ制御アダプタ１７Ｂ又は１７Ｃを介してメッセージを共通バス１４に送出する場合であってもよい。
【００６１】
始めに、監視装置１０は、図示しないプロセッサがメッセージ制御プログラムの実行を開始することにより、メッセージ制御アダプタ１７Ａを起動する。
【００６２】
メッセージ制御アダプタ１７Ａは、初期化処理として、記憶部１６Ａ内のファイルＦ１，Ｆ２を読み込む。
【００６３】
また、メッセージ制御アダプタ１７Ａは、初期化処理として、共通バス１４及び内部アプリケーション部１３Ａへの接続処理を行う。
【００６４】
続いて、メッセージ制御アダプタ１７Ａは、メッセージ種類及びサービス名を含むメッセージを内部アプリケーション部１３Ａから受信する。
【００６５】
メッセージ制御アダプタ１７Ａは、受信したメッセージ内のメッセージ種類及びサービス名に基づいてファイルＦ１，Ｆ２から通信方式識別情報を特定する。
【００６６】
メッセージ制御アダプタ１７Ａは、特定した通信方式識別情報に基づいて、当該受信したメッセージの通信方式を変更すると共に、当該メッセージを共通バス１４に送出する。
【００６７】
このとき、例えば図６に示すように、メッセージ種類“ＭＤ”及びサービス名“サービスＤ”を含むメッセージｍ２の通信方式は、内部アプリケーション部１３Ａの通信方式から、メッセージ種類“ＭＤ”及びサービス名“サービスＤ”に関連付けられた通信方式“通信方式４”に変更される。メッセージ種類“ＭＢ” 及びサービス名“サービスＢ”を含むメッセージｍ１の場合には、通信方式が“通信方式２”に変更され、コネクション、セッション又はキューの固有識別子が“α”に変更される。
【００６８】
“通信方式４”の通信速度が“通信方式２”の通信速度よりも高速の場合、“通信方式４”のメッセージｍ２は、“通信方式２”のメッセージｍ１を追い越すことができる。
【００６９】
このように、メッセージに含まれるサービス名に対応する通信方式を選択することにより、サービス（処理内容）に合わせてメッセージの優先処理を制御することができる。
【００７０】
また、優先的なサービスのメッセージの場合は、より早い通信方式をファイルＦ２に定義することにより、他のサービスのメッセージよりも高速に通信が可能となる。
【００７１】
例えば図７に示すように、ＣＩＳの規格を用いたサービス名の場合、ＨＳＤＡサービスでは、高速の通信が必要であるため、高速な通信方式である“通信方式４”をファイルＦ２に定義しておけばよい。
【００７２】
上述したように本実施形態によれば、メッセージ制御アダプタ１７Ａが、内部アプリケーション部１３Ａから受信したメッセージ内のメッセージ種類及びサービス名に基づいてファイルＦ１，Ｆ２から通信方式識別情報を特定し、特定した通信方式識別情報に基づいて、当該受信したメッセージの通信方式を変更すると共に、当該メッセージを共通バスに送出する構成により、共通バスを流れるメッセージの優先制御を実現することができる。
【００７３】
言い換えると、メッセージ制御アダプタ１７Ａ〜１７Ｃにおいて、処理内容（サービス）にあわせて通信方式を選択できる構成により、共通バスを流れるメッセージの優先制御を実現することができる。
【００７４】
補足すると、処理内容（サービス）によって、メッセージの優先度（送信性能）が異なる。例えば、アラートメッセージは優先度が高く、高速に送受信が行われる必要がある。本実施形態では、全てのサービスを同じ通信方式とはせず、サービス毎に通信方式を選択する構成により、メッセージの優先度を制御することができる。
【００７５】
＜第２の実施形態＞
次に、第２の実施形態に係るメッセージ制御プログラムに基づくメッセージ制御アダプタ及びその周辺構成について、前述した図４を用いて説明する。
【００７６】
第２の実施形態は、第１の実施形態の変形例であり、同じサービスでも通信手段に遅延（ネットワークの遅延、処理の集中による遅延）が発生している場合に、別の通信手段を利用するようにメッセージ制御を実行する形態である。メッセージ制御による優先処理の方法には、次の３つの方法［１］〜［３］が考えられる。
【００７７】
［１］同じ通信方式を用い、コネクション、セクション又はキューを変更する方法（以下、第１の方法ともいう。）。
【００７８】
［２］異なる通信方式を用いる方法（以下、第２の方法ともいう。）。
【００７９】
［３］上記［１］と［２］を組合せて用いる方法（以下、第３の方法ともいう。）。
【００８０】
以下、本実施形態では第１の方法を用いた例を述べ、第３及び第４の実施形態では第２及び第３の実施形態を用いた例を述べる。
【００８１】
本実施形態においては、具体的には図８に示すように、記憶部１６Ａ〜１６Ｃでは、第２ファイルＦ２に代えて第３ファイルＦ３を記憶している。
【００８２】
第３ファイルＦ３は、サービス名と通信方式識別情報とが関連付けられて記述されている。第３ファイルＦ３内のサービス名は、この例では左列に記述されている。
【００８３】
第３ファイルＦ３内の通信方式識別情報は、メッセージの伝送に遅延がない場合の第１の通信方式名と、メッセージの伝送に遅延がある場合の第２の通信方式名とを含んでいる。
【００８４】
第１の通信方式名は、この例ではファイルＦ３の中央の列に記述されている。ファイルＦ３では、第１の通信方式名に加え、当該第１の通信方式名の通信方式におけるコネクション、セクション又はキューを識別する固有識別子“α”，“β”が更に記述されている。
【００８５】
第２の通信方式名は、この例ではファイルＦ３の右列に記述されている。同様に、ファイルＦ３では、第２の通信方式名に加え、当該第２の通信方式名の通信方式におけるコネクション、セクション又はキューを識別する固有識別子“β”，“γ”が更に記述されている。
【００８６】
これに伴い、メッセージ制御アダプタ１７Ａ〜１７Ｃの特定機能(f17-2)は、メッセージ種類、サービス名、及び遅延の有無に基づいてファイルＦ１，Ｆ３から第１の通信方式名又は第２の通信方式名を特定する機能(f17-2-1)をもっている。この機能(f17-2-1)は、以下の第３及び第４の実施形態でも同様に、特定機能(f17-2)に備えられている。
【００８７】
遅延の有無は、メッセージ制御アダプタ１７Ａ〜１７Ｃが定期的にハートビート（Heart beat）等を利用して判定し、判定結果を示すフラグを保持しておけば分かる。これは以下の各実施形態でも同様である。
【００８８】
次に、以上のように構成されたメッセージ制御アダプタ１７Ａ〜１７Ｃを備えた監視装置の動作について説明する。なお、以下の説明は、内部アプリケーション部１３Ａがメッセージ制御アダプタ１７Ａを介してメッセージを共通バスに送出する場合を例に挙げて述べるが、これに限らず、内部アプリケーション部１３Ｂ又は１３Ｃがメッセージ制御アダプタ１７Ｂ又は１７Ｃを介してメッセージを共通バス１４に送出する場合であってもよい。
【００８９】
始めに、監視装置１０は、図示しないプロセッサがメッセージ制御プログラムの実行を開始することにより、メッセージ制御アダプタ１７Ａを起動する。
【００９０】
メッセージ制御アダプタ１７Ａは、初期化処理として、記憶部１６Ａ内のファイルＦ１，Ｆ３を読み込む。
【００９１】
また、メッセージ制御アダプタ１７Ａは、初期化処理として、共通バス１４及び内部アプリケーション部１３Ａへの接続処理を行う。
【００９２】
続いて、メッセージ制御アダプタ１７Ａは、メッセージ種類及びサービス名を含むメッセージを内部アプリケーション部１３Ａから受信する。
【００９３】
メッセージ制御アダプタ１７Ａは、受信したメッセージ内のメッセージ種類及びサービス名に基づいてファイルＦ１，Ｆ３から通信方式識別情報を特定する。
【００９４】
このとき、メッセージ制御アダプタ１７Ａは、メッセージ種類及びサービス名に加え、遅延の有無に基づいて、ファイルＦ１，Ｆ３から第１の通信方式名又は第２の通信方式名を特定する。
【００９５】
しかる後、メッセージ制御アダプタ１７Ａは、特定した通信方式識別情報に基づいて、当該受信したメッセージの通信方式を変更すると共に、当該メッセージを共通バス１４に送出する。
【００９６】
このとき、例えば図９に示すように、遅延が無い場合（通常の場合）には、メッセージｍ１の通信方式は、内部アプリケーション部１３Ａの通信方式から、メッセージ種類“ＭＢ”、サービス名“サービスＢ”及び遅延がない場合の通信方式に関連付けられた通信方式“通信方式２；α”に変更される。
【００９７】
一方、遅延がある場合には、メッセージｍ２の通信方式は、内部アプリケーション部１３Ａの通信方式から、メッセージ種類“ＭＢ”、サービス名“サービスＢ”及び遅延がある場合の通信方式に関連付けられた通信方式“通信方式２；β”に変更される。固有識別子βは、追い越し専用のコネクション、セッション又はキューを表している。
【００９８】
ここで、“通信方式２；β”の通信速度が“通信方式２；α”の通信速度よりも高速の場合、“通信方式２；β”のメッセージｍ２は、“通信方式２；α”のメッセージｍ１を追い越すことができる。
【００９９】
上述したように本実施形態によれば、メッセージ種類、サービス名、及び遅延の有無に基づいてファイルＦ１，Ｆ３から第１の通信方式名又は第２の通信方式名を特定する構成により、第１の実施形態の効果に加え、通信手段に遅延が発生した場合に対応してメッセージの優先制御を実現することができる。
【０１００】
また、本実施形態で述べた第１の方法では、遅延の有無に対し、同じ通信方式を用いてコネクション、セクション又はキューを変更する構成により、遅延が発生している場合には、コネクション、セッション、キュー名などの固有識別子を変更して、メッセージの優先処理を行う。例えば、優先度が高いメッセージの場合、追い越し専用に用意したキューを利用することができる。
【０１０１】
補足すると、例えば、同じサービスでも、緊急度の高いメッセージが存在する。その際に、追い越し専用の通信手段を用意しておくことで、他のメッセージを追い越すことができる。また、通信手段に遅延が発生した場合に、ルールに従って他のメッセージを追い越すことができる。
【０１０２】
＜第３の実施形態＞
次に、第３の実施形態に係るメッセージ制御プログラムに基づくメッセージ制御アダプタ及びその周辺構成について、前述した図４を用いて説明する。
【０１０３】
第３の実施形態は、第２の実施形態の変形例であり、通信手段に遅延が発生している場合に、異なる通信方式を用いる第２の方法により、メッセージ制御を実行する形態である。
【０１０４】
本実施形態においては、具体的には図１０に示すように、記憶部１６Ａ〜１６Ｃでは、第３ファイルＦ３に代えて第４ファイルＦ４を記憶している。
【０１０５】
第４ファイルＦ４は、サービス名と通信方式識別情報とが関連付けられて記述されている。第４ファイルＦ４内のサービス名は、この例では左列に記述されている。
【０１０６】
第４ファイルＦ４内の通信方式識別情報は、メッセージの伝送に遅延がない場合の第１の通信方式名と、メッセージの伝送に遅延がある場合の第２の通信方式名とを含んでいる。
【０１０７】
第１の通信方式名は、この例ではファイルＦ３の中央の列に記述されている。
【０１０８】
第２の通信方式名は、この例ではファイルＦ３の右列に記述されている。
【０１０９】
メッセージ制御アダプタ１７Ａ〜１７Ｃの特定機能(f17-2)は、前述同様に、メッセージ種類、サービス名、及び遅延の有無に基づいてファイルＦ１，Ｆ４から第１の通信方式名又は第２の通信方式名を特定する機能(f17-2-1)をもっている。
【０１１０】
次に、以上のように構成されたメッセージ制御アダプタ１７Ａ〜１７Ｃを備えた監視装置の動作について説明する。なお、以下の説明は、内部アプリケーション部１３Ａがメッセージ制御アダプタ１７Ａを介してメッセージを共通バスに送出する場合を例に挙げて述べるが、これに限らず、内部アプリケーション部１３Ｂ又は１３Ｃがメッセージ制御アダプタ１７Ｂ又は１７Ｃを介してメッセージを共通バス１４に送出する場合であってもよい。
【０１１１】
始めに、監視装置１０は、図示しないプロセッサがメッセージ制御プログラムの実行を開始することにより、メッセージ制御アダプタ１７Ａを起動する。
【０１１２】
メッセージ制御アダプタ１７Ａは、初期化処理として、記憶部１６Ａ内のファイルＦ１，Ｆ４を読み込む。
【０１１３】
また、メッセージ制御アダプタ１７Ａは、初期化処理として、共通バス１４及び内部アプリケーション部１３Ａへの接続処理を行う。
【０１１４】
続いて、メッセージ制御アダプタ１７Ａは、メッセージ種類及びサービス名を含むメッセージを内部アプリケーション部１３Ａから受信する。
【０１１５】
メッセージ制御アダプタ１７Ａは、受信したメッセージ内のメッセージ種類及びサービス名に基づいてファイルＦ１，Ｆ４から通信方式識別情報を特定する。
【０１１６】
このとき、メッセージ制御アダプタ１７Ａは、メッセージ種類及びサービス名に加え、遅延の有無に基づいて、ファイルＦ１，Ｆ４から第１の通信方式名又は第２の通信方式名を特定する。
【０１１７】
しかる後、メッセージ制御アダプタ１７Ａは、特定した通信方式識別情報に基づいて、当該受信したメッセージの通信方式を変更すると共に、当該メッセージを共通バス１４に送出する。
【０１１８】
このとき、例えば図１１に示すように、遅延がある場合には、メッセージｍ２の通信方式は、内部アプリケーション部１３Ａの通信方式から、メッセージ種類“ＭＢ”、サービス名“サービスＢ”及び遅延がある場合の通信方式に関連付けられた通信方式“通信方式１”に変更される。“通信方式１”の通信速度が“通信方式２”の通信速度よりも高速の場合、“通信方式１”のメッセージｍ２は、“通信方式２”のメッセージｍ１を追い越すことができる。
【０１１９】
例えば、通常時には“通信方式２”としてＪＭＳ（Java Messaging Service) を用い、遅延発生時には“通信方式１”としてソケット（優先処理：追い越し専用）を用いればよい。
【０１２０】
ＪＭＳは、高等なメッセージング通信方式であるが、そのため、通信負荷がかかる。そこで、追い越し専用にソケット通信を用意しておき、追い越しが必要と判断した場合は、ソケット通信を利用すればよい。
【０１２１】
上述したように本実施形態によれば、メッセージ種類、サービス名、及び遅延の有無に基づいてファイルＦ１，Ｆ４から第１の通信方式名又は第２の通信方式名を特定する構成により、第２の実施形態と同様の効果を得ることができる。
【０１２２】
また、本実施形態で述べた第２の方法では、遅延の有無に対し、異なる通信方式を用いる構成により、遅延が発生している場合には、通信方式を変更して、メッセージの優先処理を行う。例えば、優先度が高いメッセージの場合、高速の通信方式を利用することができる。
【０１２３】
＜第４の実施形態＞
次に、第４の実施形態に係るメッセージ制御プログラムに基づくメッセージ制御アダプタ及びその周辺構成について、前述した図４を用いて説明する。
【０１２４】
第４の実施形態は、第２及び第３の実施形態の組合せ例であり、通信手段に遅延が発生している場合に、第１及び第２の方法を組み合わせた第３の方法により、メッセージ制御を実行する形態である。
【０１２５】
本実施形態においては、具体的には図１２に示すように、記憶部１６Ａ〜１６Ｃでは、第３又は第４ファイルＦ３，Ｆ４に代えて第５ファイルＦ５を記憶している。
【０１２６】
第５ファイルＦ５は、サービス名と通信方式識別情報とが関連付けられて記述されている。第５ファイルＦ５内のサービス名は、この例では左列に記述されている。
【０１２７】
第５ファイルＦ５内の通信方式識別情報は、メッセージの伝送に遅延がない場合の第１の通信方式名と、メッセージの伝送に遅延がある場合の第２の通信方式名とを含んでいる。
【０１２８】
第１の通信方式名は、この例ではファイルＦ５の中央の列に記述されている。ファイルＦ５では、第１の通信方式名に加え、当該第１の通信方式名の通信方式におけるコネクション、セクション又はキューを識別する固有識別子“α”，“β”が更に記述されている場合がある。
【０１２９】
第２の通信方式名は、この例ではファイルＦ５の右列に記述されている。同様に、ファイルＦ５では、第２の通信方式名に加え、当該第２の通信方式名の通信方式におけるコネクション、セクション又はキューを識別する固有識別子“β”，“γ”が更に記述されている場合がある。
【０１３０】
メッセージ制御アダプタ１７Ａ〜１７Ｃの特定機能(f17-2)は、前述同様に、メッセージ種類、サービス名、及び遅延の有無に基づいてファイルＦ１，Ｆ５から第１の通信方式名又は第２の通信方式名を特定する機能(f17-2-1)をもっている。
【０１３１】
以上のような構成によれば、図１３に示すように、ファイルＦ５の設定に応じて、例えば“サービスＡ”のメッセージの場合には遅延発生時に“通信方式３”を高速の“通信方式２”に変更し、“サービスＢ”のメッセージの場合には遅延発生時に“通信方式１；α”を高速の“通信方式１；β”に変更することができる。
【０１３２】
すなわち、メッセージに応じて第１の方法又は第２の方法を用いる構成により、メッセージに応じて第２及び第３の実施形態の効果を得ることができる。
【０１３３】
＜第５の実施形態＞
次に、第５の実施形態に係るメッセージ制御プログラムに基づくメッセージ制御アダプタ及びその周辺構成について、前述した図４を用いて説明する。
【０１３４】
第５の実施形態は、第１の実施形態の変形例であり、通信にエラーが発生している場合に、異なる通信方式を用いる方法により、メッセージ制御を実行する形態である。
【０１３５】
本実施形態においては、具体的には図１４に示すように、記憶部１６Ａ〜１６Ｃでは、第２ファイルＦ２に代えて第６ファイルＦ６を記憶している。
【０１３６】
第６ファイルＦ６は、サービス名と通信方式識別情報とが関連付けられて記述されている。第６ファイルＦ６内のサービス名は、この例では左列に記述されている。
【０１３７】
第６ファイルＦ６内の通信方式識別情報は、メッセージの伝送に遅延及びエラーがない場合の第１の通信方式名と、メッセージの伝送にエラーがある場合の第３の通信方式名とを含んでいる。
【０１３８】
第１の通信方式名は、この例ではファイルＦ６の中央の列に記述されている。
【０１３９】
第３の通信方式名は、この例ではファイルＦ６の右列に記述されている。
【０１４０】
これに伴い、メッセージ制御アダプタ１７Ａ〜１７Ｃの特定機能(f17-2)は、前述した機能(f17-2-1)に代えて、メッセージ種類、サービス名、及びエラーの有無に基づいてファイルＦ１，Ｆ６から第１の通信方式名又は第３の通信方式名を特定する機能(f17-2-2)をもっている。この機能(f17-2-2)は、以下の第６の実施形態でも同様に、特定機能(f17-2)に備えられている。
【０１４１】
エラーの有無は、メッセージ制御アダプタ１７Ａ〜１７Ｃが定期的にハートビート（Heart beat）等を利用して判定し、判定結果を示すフラグを保持しておけば分かる。これは以下の各実施形態でも同様である。
【０１４２】
次に、以上のように構成されたメッセージ制御アダプタ１７Ａ〜１７Ｃを備えた監視装置の動作について説明する。なお、以下の説明は、内部アプリケーション部１３Ａがメッセージ制御アダプタ１７Ａを介してメッセージを共通バスに送出する場合を例に挙げて述べるが、これに限らず、内部アプリケーション部１３Ｂ又は１３Ｃがメッセージ制御アダプタ１７Ｂ又は１７Ｃを介してメッセージを共通バス１４に送出する場合であってもよい。
【０１４３】
始めに、監視装置１０は、図示しないプロセッサがメッセージ制御プログラムの実行を開始することにより、メッセージ制御アダプタ１７Ａを起動する。
【０１４４】
メッセージ制御アダプタ１７Ａは、初期化処理として、記憶部１６Ａ内のファイルＦ１，Ｆ６を読み込む。
【０１４５】
また、メッセージ制御アダプタ１７Ａは、初期化処理として、共通バス１４及び内部アプリケーション部１３Ａへの接続処理を行う。
【０１４６】
続いて、メッセージ制御アダプタ１７Ａは、メッセージ種類及びサービス名を含むメッセージを内部アプリケーション部１３Ａから受信する。
【０１４７】
メッセージ制御アダプタ１７Ａは、受信したメッセージ内のメッセージ種類及びサービス名に基づいてファイルＦ１，Ｆ６から通信方式識別情報を特定する。
【０１４８】
このとき、メッセージ制御アダプタ１７Ａは、メッセージ種類及びサービス名に加え、エラーの有無に基づいて、ファイルＦ１，Ｆ６から第１の通信方式名又は第３の通信方式名を特定する。
【０１４９】
しかる後、メッセージ制御アダプタ１７Ａは、特定した通信方式識別情報に基づいて、当該受信したメッセージの通信方式を変更すると共に、当該メッセージを共通バス１４に送出する。
【０１５０】
このとき、例えば図１５に示すように、エラーが無い場合（通常の場合）には、メッセージの通信方式は、内部アプリケーション部１３Ａの通信方式から、メッセージ種類“ＭＢ”、サービス名“サービスＢ”及びエラーがない場合の通信方式に関連付けられた通信方式“通信方式２”に変更される。
【０１５１】
一方、エラーがある場合には、メッセージの通信方式は、内部アプリケーション部１３Ａの通信方式から、メッセージ種類“ＭＢ”、サービス名“サービスＢ”及びエラーがある場合の通信方式に関連付けられた通信方式“通信方式３”に変更される。
【０１５２】
ここで、“通信方式３“の通信速度が“通信方式２”の通信速度よりも高速の場合、“通信方式３”のメッセージは、“通信方式２”のメッセージを追い越すことができる。
【０１５３】
上述したように本実施形態によれば、メッセージ種類、サービス名、及びエラーの有無に基づいてファイルＦ１，Ｆ６から第１の通信方式名又は第３の通信方式名を特定する構成により、第１の実施形態の効果に加え、通信手段にエラーが発生した場合に対応してメッセージの優先制御を実現することができる。
【０１５４】
また、メッセージ制御アダプタ１７Ａ〜１７Ｃにおいて、通信手段にエラーが発生している場合に、ルールに従って、別の通信手段で処理を続行できる。例えば、通信手段にエラーが発生している場合に、あらかじめ設定したルールに従って、別の通信手段を利用することによって、処理を中断せずに続行できる。
【０１５５】
＜第６の実施形態＞
次に、第６の実施形態に係るメッセージ制御プログラムに基づくメッセージ制御アダプタ及びその周辺構成について、前述した図４を用いて説明する。
【０１５６】
第６の実施形態は、第４及び第５の実施形態の組合せ例であり、通信手段に遅延が発生している場合の第３の方法と、通信手段にエラーが発生している場合に異なる通信方式を用いる方法との組合せにより、メッセージ制御を実行する形態である。
【０１５７】
本実施形態においては、具体的には図１６に示すように、記憶部１６Ａ〜１６Ｃでは、第５又は第６ファイルＦ５，Ｆ６に代えて第７ファイルＦ７を記憶している。
【０１５８】
第７ファイルＦ７は、サービス名と通信方式識別情報とが関連付けられて記述されている。第７ファイルＦ７内のサービス名は、この例では左列に記述されている。
【０１５９】
第７ファイルＦ７内の通信方式識別情報は、メッセージの伝送に遅延及びエラーがない場合の第１の通信方式名と、メッセージの伝送に遅延がある場合の第２の通信方式名と、メッセージの伝送にエラーがある場合の第３の通信方式名とを含んでいる。
【０１６０】
第１の通信方式名は、この例ではファイルＦ７の右から３番目の列に記述されている。ファイルＦ７では、第１の通信方式名に加え、当該第１の通信方式名の通信方式におけるコネクション、セクション又はキューを識別する固有識別子“α”，“β”が更に記述されている場合がある。
【０１６１】
第２の通信方式名は、この例ではファイルＦ７の右から２番目の列に記述されている。同様に、ファイルＦ７では、第２の通信方式名に加え、当該第２の通信方式名の通信方式におけるコネクション、セクション又はキューを識別する固有識別子“γ”が更に記述されている場合がある。第２の通信方式名は、変更後の通信方式名の通信方式に更に遅延が発生した場合に備え、第２候補、第３候補、…と複数の候補を定義してもよい。
【０１６２】
第３の通信方式名は、この例ではファイルＦ７の右から１番目の列に記述されている。第３の通信方式名は、変更後の通信方式名の通信方式に更にエラーが発生した場合に備え、第２候補、第３候補、…と複数の候補を定義してもよい。
【０１６３】
メッセージ制御アダプタ１７Ａ〜１７Ｃの特定機能(f17-2)は、前述同様に、メッセージ種類、サービス名、及び遅延の有無に基づいてファイルＦ１，Ｆ７から第１の通信方式名又は第２の通信方式名を特定する機能(f17-2-1)と、メッセージ種類、サービス名、及びエラーの有無に基づいてファイルＦ１，Ｆ７から第１の通信方式名又は第３の通信方式名を特定する機能(f17-2-2)とをもっている。
【０１６４】
以上のような構成によれば、図１７に示すように、ファイルＦ７の設定に応じて、例えば“サービスＡ”のメッセージの場合には遅延発生時に“通信方式２”を高速の“通信方式１”に変更し、“サービスＢ”のメッセージの場合には遅延発生時に“通信方式４”を高速の“通信方式１”に変更することができる。
【０１６５】
また、ファイルＦ７の設定に応じて、例えば“サービスＡ”のメッセージの場合にはエラー発生時に“通信方式２”を“通信方式３”に変更し、“サービスＢ”のメッセージの場合にはエラー発生時に“通信方式４”を“通信方式３”に変更することができる。
【０１６６】
すなわち、遅延発生時にメッセージに応じて第２の通信方式名を特定し、遅延発生時にメッセージに応じて第３の通信方式名を特定する構成により、第４及び第５の実施形態の効果を得ることができる。
【０１６７】
＜第７の実施形態＞
次に、第７の実施形態に係るメッセージ制御プログラムに基づくメッセージ制御アダプタ及びその周辺構成について、前述した図４を用いて説明する。
【０１６８】
本実施形態は、第１〜第６の実施形態の具体例であり、通信方式を変更する場合の送受信側の具体的な処理を述べている。
【０１６９】
例えば図１８に示すように、送信側のメッセージ制御アダプタ１７Ａ，１７Ｃが通信方式を変更した場合、受信側のメッセージ制御アダプタ１７Ｃ，１７Ａでは変更後の通信方式により受信したメッセージを正しいサービス処理へ送出する必要がある。
【０１７０】
これに伴い、各メッセージ制御アダプタ１７Ａ〜１７Ｃの送出機能(f17-3)は、通信方式を変更すると共に、当該変更を示す変更フラグと、当該変更する前の通信方式名と、当該変更する前の通信方式名に関連付けられたサービス名とをメッセージｍに付与し、当該付与後のメッセージｍを共通バス１４に送出する機能を含んでいる。
【０１７１】
また、メッセージ制御制御アダプタ１７Ｃは、他のメッセージ制御アダプタ１７Ａ又は１７Ｂから共通バス１４に送出されたメッセージｍを受信し、当該メッセージｍに付与された変更フラグ、通信方式名及びサービス名に基づいて、当該メッセージｍを内部アプリケーション部１３Ｃに送出する受信メッセージ送出機能(f17-4)を更に備えている。
【０１７２】
他のメッセージ制御アダプタ１７Ａ，１７Ｂも同様に、このような受信メッセージ送出機能(f17-4)を更に備えている。
【０１７３】
次に、以上のように構成されたメッセージ制御アダプタ１７Ａ〜１７Ｃを備えた監視装置の動作について図１９を用いて説明する。なお、以下の説明は、内部アプリケーション部１３Ａがメッセージ制御アダプタ１７Ａを介してメッセージを共通バスに送出する場合を例に挙げて述べるが、これに限らず、内部アプリケーション部１３Ｂ又は１３Ｃがメッセージ制御アダプタ１７Ｂ又は１７Ｃを介してメッセージを共通バス１４に送出する場合であってもよい。
【０１７４】
始めに、監視装置１０は、図示しないプロセッサがメッセージ制御プログラムの実行を開始することにより、メッセージ制御アダプタ１７Ａを起動する。
【０１７５】
メッセージ制御アダプタ１７Ａは、初期化処理として、記憶部１６Ａ内のファイルＦ１，Ｆ２等を読み込む。
【０１７６】
また、メッセージ制御アダプタ１７Ａは、初期化処理として、共通バス１４及び内部アプリケーション部１３Ａへの接続処理を行う。
【０１７７】
続いて、メッセージ制御アダプタ１７Ａは、メッセージ種類及びサービス名を含むメッセージを内部アプリケーション部１３Ａから受信する。
【０１７８】
メッセージ制御アダプタ１７Ａは、受信したメッセージ内のメッセージ種類及びサービス名に基づいてファイルＦ１，Ｆ２等から通信方式識別情報を特定する。
【０１７９】
メッセージ制御アダプタ１７Ａは、特定した通信方式識別情報に基づいて、当該受信したメッセージｍの通信方式を変更すると共に、当該変更を示す変更フラグと、当該変更する前の通信方式名（元の通信方式）と、当該変更する前の通信方式名に関連付けられたサービス名（元のサービス名）とをメッセージｍに付与し、当該付与後のメッセージｍを共通バス１４に送出する。なお、メッセージｍは、変更フラグ、元の通信方式及び元のサービス名に加え、変更後の通信方式名（現在の通信方式）と、変更後の通信方式名に関連付けられたサービス名（現在のサービス名）とが更に付加されている。
【０１８０】
一方、受信側のメッセージ制御アダプタ１７Ａは、他のメッセージ制御アダプタ１７Ａから共通バス１４に送出されたメッセージｍを受信し、当該メッセージｍに付与された変更フラグ、通信方式名及びサービス名に基づいて、当該メッセージを内部アプリケーション部１３Ｃに送出する。この内部アプリケーション部１３Ｃは、元の通信方式名及び元のサービス名に対応している。
【０１８１】
従って、例えば、追い越し専用の通信方式１といった異なる通信手段を利用した場合であっても、元の通信方式及び元のサービス名に対応するサービスＢの処理へメッセージを受け渡すことができる。
【０１８２】
上述したように本実施形態によれば、送信側のメッセージ制御アダプタ１７Ａが、変更フラグ、元の通信方式及び元のサービス名をメッセージに付与する構成により、受信側のメッセージ制御アダプタ１７Ｃが、元の通信方式及び元のサービス名に対応するサービスの処理を実行する内部アプリケーション部１３Ｃへメッセージを送出することができる。
【０１８３】
以上説明した少なくとも一つの実施形態によれば、メッセージ制御アダプタ１７Ａ〜１７Ｃにおいて、処理内容（サービス）にあわせて通信方式を選択できる構成により、共通バスを流れるメッセージの優先制御を実現することができる。
【０１８４】
なお、上記の各実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。
【０１８５】
また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。
【０１８６】
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が上記実施形態を実現するための各処理の一部を実行しても良い。
【０１８７】
さらに、各実施形態における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
【０１８８】
また、記憶媒体は１つに限らず、複数の媒体から上記の各実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。
【０１８９】
なお、各実施形態におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、上記の各実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。
【０１９０】
また、各実施形態におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【０１９１】
なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【要約】
実施形態のメッセージ制御プログラムは、監視装置を、各内部アプリケーション部から送信されたメッセージの通信方式を個別に制御する複数のメッセージ制御手段、として更に機能させる。前記各メッセージ制御手段は、前記メッセージ種類及び前記サービス名を含むメッセージを前記内部アプリケーション部から受信する。前記各メッセージ制御手段は、前記受信したメッセージ内のメッセージ種類及びサービス名に基づいて前記ファイルから通信方式識別情報を特定する。前記各メッセージ制御手段は、前記特定した通信方式識別情報に基づいて、前記受信したメッセージの通信方式を変更すると共に、当該メッセージを前記共通バスに送出する。【図１】
0005380607.tif 000002
【図２】
0005380607.tif 000003
【図３】
0005380607.tif 000004
【図４】
0005380607.tif 000005
【図５】
0005380607.tif 000006
【図６】
0005380607.tif 000007
【図７】
0005380607.tif 000008
【図８】
0005380607.tif 000009
【図９】
0005380607.tif 000010
【図１０】
0005380607.tif 000011
【図１１】
0005380607.tif 000012
【図１２】
0005380607.tif 000013
【図１３】
0005380607.tif 000014
【図１４】
0005380607.tif 000015
【図１５】
0005380607.tif 000016
【図１６】
0005380607.tif 000017
【図１７】
0005380607.tif 000018
【図１８】
0005380607.tif 000019
【図１９】
0005380607.tif 000020