JP2000227906A - 分散アプリケーション連携方法 - Google Patents

Abstract

(57)【要約】 【課題】分散オブジェクト環境に対応していないプログ
ラムと分散オブジェクト環境に対応したオブジェクトと
を連携させて動作できるようにした分散アプリケーショ
ン連携方法を提供することを目的とする。 【解決手段】分散オブジェクト仕様に対応していないイ
ベントと分散オブジェクト仕様に対応したイベントとの
間の変換を行なって、一方の環境下で発行されたイベン
トを他方の環境下のイベントに変換して発行するように
する。また分散オブジェクト環境下のオブジェクトに関
する情報を収集するオブジェクトを用意し、該オブジェ
クトで分散オブジェクト環境下のオブジェクトに関する
情報を収集し、分散オブジェクト対応でないプログラム
に渡す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散オブジェクト
環境に対応していないプログラムと分散オブジェクト環
境に対応したアプリケーションとを連携させる方法に関
する。

【０００２】

【従来の技術】分散オブジェクトシステムは、ネットワ
ーク上に分散配置されたオブジェクトが相互に連携しな
がら全体として機能するシステムのことである。オブジ
ェクトとは、データと処理手続き（メソッド）とが一体
となったプログラムのことである。分散オブジェクトシ
ステムを実現するオブジェクト技術に関する仕様とし
て、例えば、ＯＭＧ（The Object Management Group）
が策定したＣＯＲＢＡ（Common Object Request Broker
Architecture）や、Ｍｉｃｒｏｓｏｆｔ社が策定した
ＤＣＯＭ（Distributed Component Object Model）があ
る。ＯＭＧは米国Object Management Group, Incの米国
およびその他の国における商標、ＣＯＲＢＡは米国Obje
ct Management Group, Incの米国およびその他の国にお
ける登録商標、Ｍｉｃｒｏｓｏｆｔは米国およびその他
の国における米国Microsoft Corp.の登録商標である。
ＣＯＲＢＡでは、オブジェクト同士の通信路となるオブ
ジェクト・リクエスト・ブローカ（ＯＲＢ）を経由して
各種の機能を備えるオブジェクトが通信することにより
全体として機能する。各オブジェクトが、ネットワーク
上のどのマシンに実装されているかなどは意識する必要
がないので、ＣＯＲＢＡのインターフェース仕様を守る
限り、個々のオブジェクト単位で自由に機能拡張や変
更、インプリメンテーションを行なうことができる。オ
ブジェクト指向技術を用いて、オブジェクト相互がコミ
ュニケートする技術として、特開平６−３３２８７０号
が開示されている。

【０００３】一方、従来より、ＣＯＲＢＡのような分散
オブジェクト技術を用いないシステム（以下、クライア
ント・サーバ環境と記す。）も多く開発され現実に使用
されている。例えば、各種の業務処理を行なう業務アプ
リケーションが使用されている。業務アプリケーション
では、幾つかのアプリケーションを連携して実行するス
ケジュール機能が実現されている。スケジュール機能
は、例えば、時刻Ｘに業務アプリケーションＡを起動
し、該業務アプリケーションＡが正常終了したら業務ア
プリケーションＢを起動し、該業務アプリケーションＡ
でエラーが発生したら業務アプリケーションＣを起動す
る、というように所定のスケジュールに沿って業務アプ
リケーションを実行していく機能である。

【０００４】

【発明が解決しようとする課題】ところで、分散オブジ
ェクト技術を用いないシステムから、分散オブジェクト
仕様に沿ったアプリケーション（オブジェクト）を呼び
出してその機能を利用することは、従来の技術ではでき
ない。分散オブジェクト環境下のオブジェクトの機能を
利用するためには、分散オブジェクト技術を用いないシ
ステムを、分散オブジェクト仕様に合わせて改変する必
要がある。例えば、ＣＯＲＢＡやＤＣＯＭにしたがった
オブジェクトの機能を利用したいときには、呼び出す側
にＣＯＲＢＡやＤＣＯＭの仕様にしたがったインターフ
ェースを作成する必要がある。

【０００５】しかし、分散オブジェクト技術を用いない
システムを、分散オブジェクト仕様に改変するのには、
時間と費用がかかる。分散オブジェクト技術を用いない
システムでも、例えばクライアント・サーバ方式で各種
の機能を実現する複数の業務アプリケーションを連携さ
せて実行するものもあり、そのようなシステムでは全て
の業務アプリケーションを分散オブジェクト環境に乗せ
るように改変するのは時間と費用がかかる。一方、従来
実現されている機能の一部分を、分散オブジェクト仕様
のオブジェクトで実行させようとしても、上述したよう
に、分散オブジェクト仕様でないシステムから、分散オ
ブジェクト環境下のオブジェクトを呼び出すことはでき
ない。

【０００６】本発明は、上述の従来技術の問題点に鑑
み、分散オブジェクト環境に対応していないプログラム
と分散オブジェクト環境に対応したオブジェクトとを連
携させて動作できるようにした分散アプリケーション連
携方法を提供することを目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、分散オブジェクト仕様に対応していない
プログラムと分散オブジェクト環境下のオブジェクトと
を連携して動作させる連携方法であって、分散オブジェ
クト仕様に対応していないプログラムから、分散オブジ
ェクト仕様に対応していないイベントを発行するステッ
プと、該分散オブジェクト仕様に対応していないイベン
トを、分散オブジェクト仕様に対応したイベントに変換
して発行するステップと、該分散オブジェクト仕様に対
応したイベントを、分散オブジェクト環境下のオブジェ
クトに渡すステップとを備えたことを特徴とする。

【０００８】また、分散オブジェクト仕様に対応してい
ないプログラムと分散オブジェクト環境下のオブジェク
トとを連携して動作させる連携方法であって、分散オブ
ジェクト環境下のオブジェクトから、分散オブジェクト
仕様に対応したイベントを発行するステップと、該分散
オブジェクト仕様に対応したイベントを、分散オブジェ
クト仕様に対応していないイベントに変換して発行する
ステップと、該分散オブジェクト仕様に対応していない
イベントを、分散オブジェクト仕様に対応していないプ
ログラムに渡すステップとを備えたことを特徴とする。

【０００９】さらに、前記イベントを変換して発行する
ステップは、分散オブジェクト仕様に対応していないイ
ベントと分散オブジェクト仕様に対応したイベントとの
対応関係を記載したイベント定義テーブルを参照して行
なうようにするとよい。分散オブジェクト環境下の任意
のオブジェクトに関する情報を収集するための情報収集
オブジェクトを用意し、該情報収集オブジェクトにより
分散オブジェクト環境下の任意のオブジェクトに関する
情報を収集するステップと、該情報収集オブジェクトに
より収集した情報を、分散オブジェクト仕様に対応して
いないプログラムに渡すステップとを、さらに備えるよ
うにしてもよい。

【００１０】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を説明する。

【００１１】図１は、本発明に係る分散アプリケーショ
ン連携方法を適用したシステムの全体構成を示す。運用
管理サーバ１０１には運用管理プログラム１１１が実装
されており、これにより各種の業務アプリケーションを
連携して実行して業務を遂行する。業務サーバ１０２に
は、各種の業務アプリケーション１２１，１２２，１２
３が実装されている。運用管理プログラム１１１は、ス
ケジュール機能を備えており、例えば時刻Ｘに業務アプ
リケーションＡを起動し、該業務アプリケーションＡが
正常終了したら業務アプリケーションＢを起動し、該業
務アプリケーションＡでエラーが発生したら業務アプリ
ケーションＣを起動する、というように、業務サーバ１
０２内のアプリケーションをあらかじめ定められたスケ
ジュールに沿って実行できる。

【００１２】運用管理サーバ１０１および業務サーバ１
０２は、一般的なクライアント・サーバ（Ｃ／Ｓ）環境
下にあるものであり、ＣＯＲＢＡ仕様にしたがった分散
オブジェクト環境下のものではない。運用管理プログラ
ム１１１によって起動された業務アプリケーションは実
行結果を業務管理プログラムへ終了コードとして通知す
る。

【００１３】一方、運用管理プログラム１１１から、分
散オブジェクト環境下のプログラム（オブジェクト）を
利用することができる。あらかじめ運用管理プログラム
１１１では、分散オブジェクト環境のオブジェクトを呼
び出すためのクライアント・サーバ環境イベントを登録
しておく。運用管理プログラム１１１から該クライアン
ト・サーバ環境イベントが発行されると、サーバ１０３
のイベント変換プログラム１３１が、該クライアント・
サーバ環境イベントを分散オブジェクト仕様に沿ったオ
ブジェクトを起動するイベントに変換する。ここでは、
分散オブジェクト環境としてＣＯＲＢＡを用いるので、
上記分散オブジェクト仕様に沿ったオブジェクトを起動
するイベントをＣＯＲＢＡ環境イベントと呼ぶ。

【００１４】イベント変換プログラム１３１で変換され
発行されたＣＯＲＢＡ環境イベントは、ＯＳ Ａ１０４
やＯＳ Ｂ１０５などの各種のプラットホーム（例え
ば、Windows（Windowsは米国およびその他の国における
米国 Microsoft Corp. の登録商標である）やUNIX（UNI
Xは、X/Open Company Limited が独占的にライセンスし
ている米国ならびに他の国における登録商標である）な
どであるが、これらに限らず他のプラットホームでもか
まわない）上に実装されたＣＯＲＢＡのオブジェクト・
リクエスト・ブローカ（ＯＲＢ）１０６を介して、所定
のＣＯＲＢＡアプリケーション（ＣＯＲＢＡ仕様のオブ
ジェクト）１６１に渡され、該ＣＯＲＢＡアプリケーシ
ョン１６１が起動する。

【００１５】逆に、イベント変換機能を利用することに
よって、ＣＯＲＢＡアプリケーション１６１からクライ
アント・サーバ環境下のプログラムにＣＯＲＢＡ環境イ
ベントを発行し、ＣＯＲＢＡ環境イベントを受け取った
クライアント・サーバ環境下のプログラムに処理を行わ
せることもできる。例えば、ＣＯＲＢＡアプリケーショ
ン１６１の処理の結果をクライアント・サーバ環境下の
運用管理プログラム１１１に返す場合などである。この
場合、あらかじめＣＯＲＢＡアプリケーション１６１で
は、クライアント・サーバ環境下のプログラムに情報を
送るためのイベント（ＣＯＲＢＡ環境イベント）を登録
しておく。ＣＯＲＢＡアプリケーション１６１から該Ｃ
ＯＲＢＡ環境イベントが発行されると、サーバ１０３の
イベント変換プログラム１３１が、該ＣＯＲＢＡ環境イ
ベントを対応するクライアント・サーバ環境イベントに
変換する。イベント変換プログラム１３１で変換され発
行されたクライアント・サーバ環境イベントは、運用管
理プログラム１１１に渡され、これによりＣＯＲＢＡア
プリケーション１６１からの情報を運用管理プログラム
１１１に渡すことができる。

【００１６】イベント変換プログラム１３１は、実際の
構成では、運用管理サーバ１０１と同じサーバに置くこ
ともできるし、また、分散オブジェクト環境のＣＯＲＢ
Ａアプリケーション１６１が存在するサーバにおくこと
もできる。もちろんイベント変換専用のサーバに運用管
理サーバと、ＣＯＲＢＡアプリケーションの両方から独
立しておくこともできる。この場合、イベント変換プロ
グラム１３１が存在するサーバ上には、ＣＯＲＢＡのオ
ブジェクト・リクエスト・ブローカ（ＯＲＢ）１０６が
存在する必要がある。

【００１７】図４は、イベント変換プログラム１３１が
クライアント・サーバ環境イベントとＣＯＲＢＡ環境イ
ベントとの間の変換を行なう際に参照するイベント定義
テーブル４００（図１の１３２）を示す。イベント定義
テーブル４００は、イベント名称のフィールド４０１と
イベントＩＤのフィールド４０２を有する。イベント名
称のフィールド４０１には、ＣＯＲＢＡ環境イベントの
名称を登録する。イベントＩＤのフィールド４０２に
は、フィールド４０１に登録されたＣＯＲＢＡ環境イベ
ントに対応するクライアント・サーバ環境イベントのＩ
Ｄ（識別子）を登録する。

【００１８】なお、本実施例ではＣＯＲＢＡ環境イベン
ト名称とクライアント・サーバ環境イベントのイベント
ＩＤとを対応させるイベント定義テーブル４００を例と
して示したが、ＣＯＲＢＡ環境イベントのイベント本体
の情報やクライアント・サーバ環境イベントのイベント
本体の情報をイベント定義テーブルに追加したり、ＣＯ
ＲＢＡ環境イベントとクライアント・サーバ環境イベン
トとのイベント本体の定義テーブルを別途設けること
で、イベント本体の内容の変換も可能である。

【００１９】図５は、ＣＯＲＢＡ環境イベントのデータ
形式の例を示す。ＣＯＲＢＡ環境イベント５００は、Ｃ
ＯＲＢＡ環境下で有意なイベント名称５０１、該イベン
ト名称のＣＯＲＢＡ環境イベントに対応するクライアン
ト・サーバ環境イベントのイベントＩＤ５０２、および
当該ＣＯＲＢＡ環境イベントの内容を表すイベント本体
５０３を備えている。

【００２０】図６は、クライアント・サーバ環境イベン
トのデータ形式の例を示す。クライアント・サーバ環境
イベント６００は、当該クライアント・サーバ環境イベ
ントを特定する識別子であるイベントＩＤ６０１、およ
び当該クライアント・サーバ環境イベントの内容を表す
イベント本体６０２を備えている。

【００２１】図２は、イベント変換プログラム１３１に
おいてクライアント・サーバ環境イベントを受信しＣＯ
ＲＢＡ環境イベントに変換して発行する処理の手順を示
す。ステップ２０１で、クライアント・サーバ環境下で
発行されたクライアント・サーバ環境イベント（図６の
形式）を受け取る。ステップ２０２で、受け取ったクラ
イアント・サーバ環境イベント６００のイベントＩＤ６
０１が、図４に示したイベント定義テーブル４００に登
録されているか否か検索する。検索の結果、イベント定
義テーブル４００に登録されているイベントＩＤであっ
た場合はステップ２０３から２０４に進み、登録されて
いないイベントＩＤであった場合はそのまま処理を終了
する。

【００２２】ステップ２０４では、受け取ったクライア
ント・サーバ環境イベント６００をＣＯＲＢＡ環境イベ
ント５００（図５の形式）に変換し、該ＣＯＲＢＡ環境
イベントを発行して、処理を終了する。ＣＯＲＢＡ環境
イベントへの変換は、具体的には、図５のデータ形式の
ＣＯＲＢＡ環境イベント５００を作成する処理である。
ＣＯＲＢＡ環境イベント５００中、イベントＩＤ５０２
には、受け取ったクライアント・サーバ環境イベント６
００のイベントＩＤ６０１をセットする。イベント名称
５０１には、当該イベントＩＤ６０１に対応するイベン
ト名称を、イベント定義テーブル４００から読み出して
セットする。

【００２３】イベント本体５０３には、受け取ったクラ
イアント・サーバ環境イベント６００のイベント本体６
０２をＣＯＲＢＡ環境のイベント本体に変換してセット
する。

【００２４】図３は、イベント変換プログラム１３１に
おいてＣＯＲＢＡ環境イベントを受信しクライアント・
サーバ環境イベントに変換して発行する処理の手順を示
す。ステップ３０１で、ＣＯＲＢＡ環境下で発行された
ＣＯＲＢＡ環境イベント（図５の形式）を受け取る。

【００２５】ステップ３０２で、受け取ったＣＯＲＢＡ
環境イベント５００のイベント名称５０１が、図４に示
したイベント定義テーブル４００に登録されているか否
か検索する。検索の結果、イベント定義テーブル４００
に登録されているイベント名称であった場合はステップ
３０３から３０４に進み、登録されていないイベント名
称であった場合はそのまま処理を終了する。

【００２６】ステップ３０４では、受け取ったＣＯＲＢ
Ａ環境イベント５００をクライアント・サーバ環境イベ
ント６００（図６の形式）に変換し、該クライアント・
サーバ環境イベントを発行して、処理を終了する。クラ
イアント・サーバ環境イベントへの変換は、具体的に
は、図６のデータ形式のクライアント・サーバ環境イベ
ント６００を作成する処理である。クライアント・サー
バ環境イベント６００中、イベントＩＤ６０１には、受
け取ったＣＯＲＢＡ環境イベント５００のイベント名称
５０１に対応するイベントＩＤを、イベント定義テーブ
ル４００から読み出してセットする。なお、このとき、
イベント定義テーブル４００から読み出したイベントＩ
Ｄが、受け取ったＣＯＲＢＡ環境イベント５００中のイ
ベントＩＤ５０２に一致することをチェックする。イベ
ント本体６０２には、受け取ったＣＯＲＢＡ環境イベン
ト５００のイベント本体５０３をクライアント・サーバ
環境のイベント本体に変換してセットする。

【００２７】なお、図１では、クライアント・サーバ環
境下のプログラムとして１つの運用管理プログラムを、
分散オブジェクト環境下のプログラムとして１つのＣＯ
ＲＢＡアプリケーション１６１を、それぞれ取り上げて
説明したが、各環境下のプログラムは１つに限らず任意
の数でよい。また、分散オブジェクト環境はＣＯＲＢＡ
に限らず、他の分散オブジェクト環境でもよい。クライ
アント・サーバ環境下の複数のプログラムと分散オブジ
ェクト環境下の複数のプログラムとの間でも、上述した
イベント変換プログラムによりイベント変換することに
より、クライアント・サーバ環境下のプログラムから分
散オブジェクト環境下のオブジェクトを呼び出してその
機能を利用し、逆に分散オブジェクト環境下のオブジェ
クトからのアクションをクライアント・サーバ環境下の
プログラムで受け取ることができる。したがって、クラ
イアント・サーバ環境下のプログラムと分散オブジェク
ト環境下のオブジェクトとを連携させて動作させること
ができる。

【００２８】次に、図１のシステムにおいて、クライア
ント・サーバ環境下の運用管理プログラム１１１でＣＯ
ＲＢＡアプリケーション（オブジェクト）の各種の情報
を収集する方法について説明する。まず、あらかじめ情
報を収集したいＣＯＲＢＡアプリケーションに情報送信
用ルーチンを用意しておく。この情報送信用ルーチンは
オブジェクトとして構成されており、情報送信オブジェ
クトと呼ぶものとする。ここでは、図１のＣＯＲＢＡア
プリケーション１６１の情報を収集する例で説明するの
で、該ＣＯＲＢＡアプリケーション１６１内に情報送信
オブジェクトが用意される。

【００２９】ＣＯＲＢＡアプリケーション１６２は、情
報収集を実行するＣＯＲＢＡアプリケーション（オブジ
ェクト）であり、データベース（ＤＢ）１６３を備えて
いる。以下では、ＣＯＲＢＡアプリケーション１６２を
情報収集アプリケーション１６２と呼ぶ。情報収集アプ
リケーション１６２には、情報を収集したいＣＯＲＢＡ
アプリケーション１６１の情報送信オブジェクトを登録
しておく。情報収集アプリケーション１６２は、所定時
間間隔で、登録されている情報送信オブジェクトを呼び
出す。呼び出された情報送信オブジェクトは、対応する
ＣＯＲＢＡアプリケーションの状態などの各種の情報を
情報収集アプリケーション１６２に渡す。例えば、ＣＯ
ＲＢＡアプリケーション１６１の情報送信オブジェクト
は、ＣＯＲＢＡアプリケーション１６１に関する各種の
情報を収集し情報収集アプリケーション１６２に渡す。
情報収集アプリケーション１６２は、収集した各ＣＯＲ
ＢＡアプリケーションに関する情報をＤＢ１６３に格納
する。

【００３０】情報収集アプリケーション１６２には、収
集した情報をクライアント・サーバ環境下のプログラム
に渡すためのオブジェクト（情報送信用オブジェクト）
が用意されている。

【００３１】運用管理プログラム１１１は、上述したイ
ベント変換プログラム１３１を経由する方法で、上記情
報送信用オブジェクトを呼び出すことができる。情報送
信用オブジェクトは、ＤＢ１６３内に収集した各ＣＯＲ
ＢＡアプリケーションに関する情報を、上述したイベン
ト変換プログラム１３１を経由する方法で、運用管理プ
ログラム１１１に渡すことができる。

【００３２】以上より、運用管理プログラム１１１は、
任意のタイミングあるいはインターバルでＤＢ１６３の
情報（すなわちＣＯＲＢＡアプリケーションの状態な
ど）を取得できる。したがって、ＣＯＲＢＡアプリケー
ションに関する統計情報などをクライアント・サーバ環
境の側で表示したり、取得した情報に応じた動作を行な
うことなどが可能になる。

【００３３】特に、従来の業務アプリケーションの情報
収集の方法は、各機能を利用する側のタイミングで直接
情報を収集するものであった。しかし、情報収集して管
理する側のアプリケーションが複数ある場合は、同じ情
報を何度も収集することになり、被管理アプリケーショ
ンへの負担（オーバヘッド）が大きくなってしまう。

【００３４】そこで、上述の本実施の形態のようにすれ
ば、情報収集は情報収集アプリケーション１６２がまと
めて行なうので、同じ情報を何度も収集することがな
く、ＣＯＲＢＡ環境の被管理アプリケーションの負担は
少ない。クライアント・サーバ環境下の複数の管理プロ
グラムから情報収集の要求があったときは、情報収集ア
プリケーション１６２がＤＢ１６３に収集した情報をそ
れぞれ渡せばよいので、情報収集のためのオーバヘッド
は小さく、クライアント・サーバ環境下の管理プログラ
ムが増加しても、それほどの負担増にならない。

【００３５】図７は、本発明を適用した障害監視システ
ムの例を示す。監視サーバ７０１はクライアント・サー
バ環境下にあり、運用管理プログラム７０２（図１の１
１１と同様のもの）が動作している。運用管理プログラ
ム７０２は、運転シナリオ７０３にしたがうスケジュー
ルで、分散オブジェクト環境下の業務アプリケーション
あるいは不図示のクライアント・サーバ環境下の業務ア
プリケーションを動作させる。監視サーバ７０１は、業
務アプリケーションで発生する障害を検出し、その障害
発生に係る情報を障害ログ７０４に格納する。

【００３６】サーバ７１１、業務サーバ７２１、および
ＷＷＷサーバ７３１は、分散オブジェクト（ＣＯＲＢ
Ａ）環境下にある。サーバ７１１では、イベント変換プ
ログラム７１２が動作している。イベント変換プログラ
ム７１２は、図１の１３１と同様のものである。業務サ
ーバ７２１は、各種の業務アプリケーション（ＣＯＲＢ
Ａオブジェクト）を実装している。ＷＷＷサーバ７３１
は、クライアント７３２〜７３４にＷＷＷサービスを提
供するサーバであり、必要に応じて業務サーバ７２１の
オブジェクトを利用できる。

【００３７】このようなシステムで、業務サーバ７２１
に何らかの障害が発生したとき、その障害を通知するＣ
ＯＲＢＡ環境イベントがに示すように発生される。こ
のＣＯＲＢＡ環境イベントは、図１で説明したようにイ
ベント変換プログラム７１２によりクライアント・サー
バ環境イベントに変換され、に示すように監視サーバ
７０１の運用管理プログラムに渡される。運用管理プロ
グラム７０２は、当該障害発生に係る情報を障害ログ７
０４に記録するとともに、サービス停止イベント（クラ
イアント・サーバ環境イベント）をに示すように発行
する。このサービス停止イベントは、図１で説明したよ
うにイベント変換プログラム７１２によりＣＯＲＢＡ環
境イベントのサービス停止イベントに変換され、に示
すように例えばＷＷＷサーバ７３１に送られ、必要な停
止処理が実行される。

【００３８】図８は、本発明を適用したデータ収集シス
テムの例を示す。運用管理サーバ８０１は、会社の管理
部門に配置されたクライアント・サーバ環境下の管理用
サーバである。この会社では、Ａ店、Ｂ店、およびＣ店
の３つの店舗を有し、各店舗にはそれぞれ店舗システム
８１０，８２０，８３０が備えられている。店舗システ
ム８１０は分散オブジェクト環境で構築され、店舗シス
テム８２０は小規模なＣ／Ｓシステムで構築され、店舗
システム８３０はメインフレームで構築されているもの
とする。

【００３９】図８において、イベント変換プログラム８
１１は運用管理サーバ８０１側に置くこともできるが、
店舗８１０側に置くことによって、分散オブジェクト環
境を局所化できる効果がある。すなわち、イベント変換
プログラム８１１を運用管理サーバ８０１側に置いた場
合は、運用管理サーバ８０１上にも分散オブジェクト環
境を構築する必要があるが、店舗８１０側に置いた場合
は、運用管理サーバ８０１側は従来のクライアント・サ
ーバ環境のままで、店舗８１０にだけ分散オブジェクト
環境を構築すれば良い。

【００４０】運用管理サーバ８０１で各店舗システムの
データを収集したい場合、店舗システム８１０は分散オ
ブジェクト環境であるので、上述した実施の形態と同様
にイベント変換プログラム８１１を設けてデータ収集す
る。その手順は、運用管理サーバ８０１からデータ収集
ジョブのクライアント・サーバ環境イベントを発行し、
イベント変換プログラム８１１で該イベントを分散オブ
ジェクト環境下のイベントに変換して発行し、店舗シス
テム８１０からデータ収集の終了通知（分散オブジェク
ト環境下のイベント）が発行されたら、該終了通知のイ
ベントをイベント変換プログラム８１１でクライアント
・サーバ環境イベントに変換して運用管理サーバ８０１
に渡す、という手順である。

【００４１】さらに、分散オブジェクト環境ではない店
舗システム８２０，８３０の場合は、例えば運用管理サ
ーバ８０１からそれぞれの店舗システムに対して、直接
ｆｔｐなどのファイル転送プログラムを呼び出すことが
できる。呼び出されたプログラムは、必要なデータを運
用管理サーバ８０１に送る。送り終わったら、運用管理
サーバ８０１にデータ転送作業完了を通知する。これら
により、運用管理サーバ８０１では、分散オブジェクト
環境であるか否かにかかわらず、一元的にデータ収集す
ることができる。

【００４２】ウインドウ８４０は、運用管理サーバ８０
１でデータ収集する際の手順定義画面の例を示す。な
お、画面内の各部は本来はアイコンで表示されるもので
あるが、ここでは単なる四角いブロックで表した。各店
舗システムからデータ収集し、それらをまとめてＤＢを
更新し、そのＤＢ情報に基づいて日報を出力したり業務
障害通知を行なう手順が示されている。特に、Ａ店のデ
ータ収集では、分散オブジェクト環境のシステムからの
データ収集であるので、８４１に示すようにイベントの
送受信でデータ収集することが示されている。

【００４３】本実施形態においては、ＣＯＲＢＡ環境に
おける一例を示したが、ＤＣＯＭの環境においても本発
明を実施することは可能である。

【００４４】

【発明の効果】以上説明したように、本発明によれば、
分散オブジェクト仕様にしたがっていないプログラムと
分散オブジェクト仕様にしたがったプログラムとの間で
使用するイベントの変換を行なって、一方の環境下のプ
ログラムで発行されたイベントを他方の環境下のプログ
ラムのイベントに変換して発行するので、分散オブジェ
クト環境に対応していないプログラムから分散オブジェ
クト環境に対応したオブジェクト（プログラム）の機能
を利用したり、分散オブジェクト環境に対応したオブジ
ェクト（プログラム）からの情報を分散オブジェクト環
境に対応していないプログラムに渡すなど、両環境でプ
ログラムを連携させて動作させることができる。

【００４５】特に、分散オブジェクト環境下のオブジェ
クトに関する情報を収集して、分散オブジェクト対応で
ないプログラムに渡せるので、分散オブジェクト対応で
ないプログラムから、分散オブジェクト環境のオブジェ
クト（プログラム）に関する情報を取得でき、該情報を
表示したり管理に利用することができる。

【図面の簡単な説明】

【図１】分散アプリケーション連携方法を適用したシス
テムの全体構成図

【図２】クライアント・サーバ環境イベントをＣＯＲＢ
Ａ環境イベントに変換する処理のフローチャート図

【図３】ＣＯＲＢＡ環境イベントをクライアント・サー
バ環境イベントに変換する処理を示すフローチャート図

【図４】イベント定義テーブルの例を示す図

【図５】ＣＯＲＢＡ環境イベントのデータ形式の例を示
す図

【図６】クライアント・サーバ環境イベントのデータ形
式の例を示す図

【図７】障害監視システムの例を示す図

【図８】情報収集システムの例を示す図

【符号の説明】

１０１…運用管理サーバ、１０２…業務サーバ、１０３
…サーバ、１０４，１０５…プラットホーム、１０６…
オブジェクト・リクエスト・ブローカ（ＯＲＢ）、１１
１…運用管理プログラム、１２１，１２２，１２３…業
務アプリケーション、１３１…イベント変換プログラ
ム、１６１，１６２…ＣＯＲＢＡアプリケーション、１
６３…データベース、４００…イベント定義テーブル、
５００…ＣＯＲＢＡイベントのデータ形式、６００…Ｃ
／Ｓ環境イベントのデータ形式。

Claims (4)

【特許請求の範囲】
1. 【請求項１】分散オブジェクト仕様に対応していないプ
   ログラムと分散オブジェクト環境下のオブジェクトとを
   連携して動作させる連携方法であって、 分散オブジェクト仕様に対応していないプログラムか
   ら、分散オブジェクト仕様に対応していないイベントを
   発行するステップと、 該分散オブジェクト仕様に対応していないイベントを、
   分散オブジェクト仕様に対応したイベントに変換して発
   行するステップと、 該分散オブジェクト仕様に対応したイベントを、分散オ
   ブジェクト環境下のオブジェクトに渡すステップとを備
   えたことを特徴とする分散アプリケーション連携方法。
2. 【請求項２】分散オブジェクト仕様に対応していないプ
   ログラムと分散オブジェクト環境下のオブジェクトとを
   連携して動作させる連携方法であって、 分散オブジェクト環境下のオブジェクトから、分散オブ
   ジェクト仕様に対応したイベントを発行するステップ
   と、 該分散オブジェクト仕様に対応したイベントを、分散オ
   ブジェクト仕様に対応していないイベントに変換して発
   行するステップと、 該分散オブジェクト仕様に対応していないイベントを、
   分散オブジェクト仕様に対応していないプログラムに渡
   すステップとを備えたことを特徴とする分散アプリケー
   ション連携方法。
3. 【請求項３】請求項１または２の何れか１つに記載の分
   散アプリケーション連携方法であって、 前記イベントを変換して発行するステップは、分散オブ
   ジェクト仕様に対応していないイベントと分散オブジェ
   クト仕様に対応したイベントとの対応関係を記載したイ
   ベント定義テーブルを参照して行なうことを特徴とする
   分散アプリケーション連携方法。
4. 【請求項４】請求項１から３の何れか１つに記載の分散
   アプリケーション連携方法であって、 分散オブジェクト環境下の任意のオブジェクトに関する
   情報を収集するための情報収集オブジェクトを用意し、
   該情報収集オブジェクトにより分散オブジェクト環境下
   の任意のオブジェクトに関する情報を収集するステップ
   と、 該情報収集オブジェクトにより収集した情報を、分散オ
   ブジェクト仕様に対応していないプログラムに渡すステ
   ップとを備えたことを特徴とする分散アプリケーション
   連携方法。