JPH0314044A

JPH0314044A - プログラム間通信方式

Info

Publication number: JPH0314044A
Application number: JP1149217A
Authority: JP
Inventors: Hiromichi Ogata; 緒方　博通
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1989-06-12
Filing date: 1989-06-12
Publication date: 1991-01-22

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、複数のプログラム相互間でデータの送受信を
行い、データの処理を行う電子計算機システムのプログ
ラム間通信方式に関する。

【従来の技術〕

従来から、複数のプログラム間でデータの送受信を行い
、データ処理を行う電子計算機システムが知られている
。例えば、１８Ｍ社”ＡＣＣＥＳＳ”誌Ｊｕｌｙ／Ａｕ
ｇｕｓｔ　　１９８８　ｐｐ、１６〜＋９に記載されて
いる。また、「日経コンピュータ」誌　１９８８゜５月
２３日ｐｐ、１０１〜１１６には、分散処理システムで
データを効率よく配置して、これを管理する分散データ
ベースシステムについて記載されている。

これによれば、ノードｌで処理するトランザクションで
、他のノード２およびノード３のデータベースを更新す
る場合が示されている。この場合、複数ノードのデータ
ベースを同期をとって更新するために、２フエーズコミ
ーツトと呼ばれる手続きが必要である。すなわち、トラ
ンザクション処理の開始により、ノード２へＤＭＬ　（
データ操作言語）を送信し、ノード２のメモリ上でＤＭ
Ｌ処理を行い、ノードｌに返送した後に次のノード３へ
ＤＭＬ送信を行い、ノード３のメモリ上でＤＭＬ処理を
行った後にノードｌに返送する。そして、第１番目のコ
ミットであるコミット保証の送信をノード２と３に並列
に行って、ノード２，３でジャーナルを取得させ、応答
がノードｌに返送された後、処理終了のコミット決定を
行い、第２番目のコミット送信をノード２，３に対して
並列に行う。これにより、各ノード２．３におけるメモ
リ上のデータを更新し、それぞれノードｌに応答するこ
とによってトランザクションの処理を終了す〔発明が解
決しようとする課題〕このような従来のプログラム間通信方式では、以下の点
で問題があった。

（イ）先ず、プログラム間通信は、データを送受信する
プログラムが別の計算機システムに存在する場合に限定
されている。すなわち、同一計算機システム内の複数プ
ログラム間でも通信は可能であるが、これは上記通信と
は全く異なるインタフェース、通信手順により行われて
おり、両者はプログラム間データ授受とプログラム間デ
ータ通信のように明確に区別されている。従って、通信
する相手プログラムの位置がどの計算機システム内に存
在するかを、常に意識する必要があった。

また、近年、ワークステーションにもプログラムが存在
するようになっているが、統一的機能で別計算機システ
ム内または同一計算機システム内のワークステーション
との間でデータ送受信を行うことができない。すなわち
、前述のように、両者の間にはインタフェースや通信手
順が全く異なっでいるので、統一的には処理できなかっ
た。その結果、プログラムの標準化の上でも支障が生じ
ている。また、相手プログラムまたは自プログラムの位
置を変更した場合、例えば、相手のプログラムが計算機
システムＡからＢに移動した場合、あるいは自プログラ
ムが計算ＩＣからＤに移動した場合には、通信用プログ
ラム中の相手識別やその他の処理手順が変更になるため
、プログラムを修正する必要がある。

（ロ）同一プログラムまたは同一トランザクションにお
いて、プログラム間通信と同時に、分散データベースア
クセスを使用する点については、全く考慮されていない
。すなわち、従来のプログラム間通信では、プログラム
間通信のときにはその通信だけを行うだけで、同時にデ
ータベースをアクセスすることはできなかった。また１
分散データベースをアクセスする際には、それだけを行
っていた。これら２つの処理を同一のインタフェースや
同一手続きで行うことができれば、両者を選択して使用
することもでき、極めて便利である。

（ハ）プログラム間通信で起動されたプログラムにおい
て、さらにプログラム間通信を行うことができなかった
ので、計算機システムの構成上に制約が生じていた。す
なわち、プログラムＡからプログラムＢに通信する場合
、プログラムＢの実行中に他のプログラムＣ１への通信
が必要となっても、従来の方式ではプログラム間通信は
２つの間だけに限定されており、３番目への通信は混乱
や誤動作が生じる原因となるので、禁止されていた。

本発明の目的は、これら従来の課題を解決し、相手プロ
グラムがどの位置に存在しても、同一プログラムインタ
フェースで、データ送受信を行うことができ、かつ同一
プログラムまたは同一トランザクションでプログラム間
通信と同時に分散データベースをアクセスすることがで
き、またプログラム間通信で起動されたプログラムで更
に他のプログラム間通信を行うことができ、相手プログ
ラムの位置意識する必要がないプログラム間通信方式を
提供することにある。

〔課題を解決するための手段］上記目的を達成するため、本発明のプログラム間通信方
式は、（ｉ）それぞれ複数のプログラムを内蔵する複数
の計算機システムにおいて、各プログラムには通信相手
先プログラムの所在を管理するマネージャを設け、プロ
グラム間通信を要求するプログラムは、該プログラムを
管理する上記マネージャに対して、起動要求したい相手
プログラムを管理するマネージャを指定することにより
。

該相手プログラムが同一計算機システム、別計算機シス
テム、ないしワークステーションに所在する場合でも、
同一のプログラムインタフェースにより相手プログラム
との間で通信することに特徴がある。また、（ｉｉ）上
記マネージャは、プログラム間通信の相手マネージャの
位置、分散されたデータベースシステムの所在を管理し
、かつトランザクション終了時に２フェーズコミット処
理を統一的に行うことにより、同一プログラムないし同
一トランザクションに対してプログラム間通信と同時に
分散データベースへのアクセスを行うことにも特徴があ
る。また、（ｉｉｉ）上記マネージャは、他の計算機シ
ステムおよびワークステーションに存在する相手マネー
ジャの所在場所とその存在の有無を判別して、該相手マ
ネージャの立上げおよび停止の情報を送受信し、かつプ
ログラム間通信の障害監視を行うことにより、プログラ
ム間通信要求を行うプログラムに対して相手プログラム
の位置を意識させないようにしたことにも特徴がある。

さらに、（１■）上記マネージャは、相手マネージャと
の間でプログラム起動要求を行うために送信するデータ
上に、起動を要求するトランザクション名、起動を要求
するマネージャ名、起動要求先のマネージャ名、トラン
ザクション識別子および途中ネストマネージャ数を書き
込み、トランザクションのプログラム間通信のネスト数
およびリカーシブルになっていないことを判断すること
により、プログラム間通信で起動されたプログラムから
更にプログラム間通信を行うことにも特徴がある。

〔作　　用〕

本発明においては、（イ）各計算機システム内にプログ
ラムを管理するマネージャを設けて、そのマネージャが
相手プログラムの所在を管理しており、プログラム間通
信を行う場合には、そのマネージャが相手プログラムの
位置を指定することにより、起動するプログラムの所在
に関係なく、同一のプログラムインタフェースでプログ
ラム間通を行うことができるようにした。その結果、同
一計算機システム内のプログラム間通信でも、異なる計
算機システムのプログラム間通信でも、ある計算機シス
テム内のプログラムから他のＭｆ算機システムのワーク
ステーション（端末）内のプログラム間の通信でも、全
て同一インタフェース、同一手順で通信を行うことが可
能となる。

（ロ）また１分散データベースアクセスのデータベース
所在管理と２フェーズコミット制御の機能、および、プ
ログラム間通信の相手プログラムの所在管理と２フェー
ズコミット制御の機能を、いずれも同一マネージャが行
うようにする。これにより、同一インタフェースでプロ
グラム間通信とともに分散データベースのアクセスも行
うことが可能となる。

（ハ）また、プログラム間通信により起動されたプログ
ラムにおいて、更にプログラム間通信を行うことができ
るように、プログラム起動要求する送信データに、トラ
ンザクション発生マネージャ名、起動要求を行った。マ
ネージャ名、起動要求先マネージャ名、トランザクショ
ン識別子、・および途中ネストマネージャ数を設定する
ようにした。

これにより、プログラム間通信を行っている一方のプロ
グラムの実行中に他のプログラムとの通信が必要となっ
ても、送信データの内容を参照することにより、誤動作
は起らないので、複数のプログラムにわたってプログラ
ム間通信が可能となる。

なお、ネストマネージャ数とは、複数プログラムにわた
って通信を行う場合の各プログラムを管理するマネージ
ャの数である。

（ニ）また、相手プログラムの位置を意識させないため
に、相手プログラムの所在と２フェーズコミット制御を
行うマネージャが、他の計算機システムおよびワークス
テーションに存在するマネージャの立上げ、および停止
情報を送受信するとともに、障害の監視を行うようにし
た。

〔実施例〕

以下、本発明の実施例を、図面により詳細に説明する。

第１図は、本発明の一実施例であるプログラム間通信を
実行する複数の計算機システムの接続系統図である。

第１図では、計算機システム（１）ｌｌ、計算機システ
ム（２）］　２、および計算機システム（３）１３、な
らびにワークステーション（１）１４、ワクステーショ
ン（２）＋５の相互間で、データ送受信を行うことによ
りデータ処理を行っている。

そして、各計算機システム１１，１２．１３およびワー
クステーション１４．１５内には、相互にデータを送受
信してユーザ固有の処理を行うアプリケーションプログ
ラム（ＡＰ）１１５〜１１８゜１２５〜１２８，１３４
〜１３７，１４４〜１４５゜１５４〜１５５が存在する
。なお、計算機システム１１上のＡＰＩＩ５と１１７、
計算機システム１２上のＡＰ１２５と１２７等に見られ
るように、同一プログラムが同一計算機内に複数個存在
する場合もある。しかし、その場合でも、管理するマネ
ージャは異なる。計算機システム１１には、オペレーテ
ィングシステム１１２の下に、ＡＰＩ１５、ＡＰ１１６
を管理するマネージャ＋１３が設けられ、またＡＰＩ　
１７．ＡＰＩ　＋８を管理する他のマネージャ１１４が
設けられている。なお、ＡＰｉ（ｉ＝１，２．　　・・
・）は、ＡＰの種類ｉのことである。マネージャ１１３
，１１４は、ＤＢ／ＤＣプログラムにプログラム間通信
機能を付加したものである。計算機システム１１にはデ
ータベースＩｌｌが接続されて、プログラム１１５〜１
１８からアクセスが可能である。計算機システム１１は
、他の計算機システム１２．１３とは通信回線１２１，
１１９を介して接続され、ワークステーション１４．１
５とは通信回線１４６，１５６を介して接続されている
。計算機システム１２は、計算機システム１１のホット
スタンバイ機能のために設けられた計算機システムであ
って、計算機システム１１と同一の構成を持ち、共有の
データベース１１１に接続されている。

第１図では、プログラムインタフェースにおいて、起動
要求をするプログラムを管理するマネージャを指定する
。すなわち、マネージャ相互を指定して相互に通信し合
うこ−とにより、データを送受信するプログラムが同一
計算機システム内に存在しても、別計算機システムに存
在しても、またワークステーションに存在しても、全く
同一のプログラムインタフェースで通信することが可能
となる。マネージャは、プログラム間通信の相手マネー
ジャの位置、データベースシステムの所在、およびトラ
ンザクション終了時の２フェーズコミット処理を、いず
れも統一的に行うことができる。

その結果、同一プログラムまたは同一トランザクション
において、プログラム間通信と同時に分散データベース
へのアクセスが可能となる。

マネージャは、他の計算機システムおよびワークステー
ションに存在するマネージャの立上げ、停止情報を送受
信するとともに、障害の監視を行う。これにより、プロ
グラム間通信を要求したプログラムを管理するマネージ
ャは、相手マネージャの所在場所と存在の有無を知るこ
とができ、プログラムインタフェースで相手マネージャ
を指定するだけでよいため、相手プログラムの位置を意
識する必要がなくなった。また、マネージャは、プログ
ラム起動要求をするための送信データに、トランザクシ
ョン名、起動要求を行ったマネージャ名、起動要求先マ
ネージャ名、トランザクション識別子、および途中ネス
トマネージャ数を設定することにより、　トランザクシ
ョンのプログラム間通信のネスト数（プログラム間通信
で順次能のプログラムと通信する場合の連結された複数
プログラム数）やりカーシブコール（プログラムＡから
Ｂを呼出すと同時に、プログラムＢからＡを呼出すこと
により、ループ状態になる状態）になっていないか否か
を判別することができる。この結果、不当に計算機リソ
ースを占有することを防止でき、プログラム間通信によ
り起動されたプログラムで、更にプログラム間通信を行
うことができる。

第２図は、本発明におけるプログラム間通信機能のアプ
リケーションプログラムインタフェース（ＡＰＩ）の一
実施例を示す図である。第２図（ａ）はプログラム間通
信を要求するプログラムとそのプログラムを管理するマ
ネージャとの間のデータ授受の通信記述項および通諸文
であり、第２図（ｂ）は（ａ）に示すＲＥＣＥＩＶＥ文
と５ＥＮＤ文の詳細内容である。

ココテは、ＪＩＳ　　Ｃ０ＢＯＬ−１９７４（７）通信
機能を基にして、プログラム間通信機能に拡張した例を
示している。

（ａ）では、通信記述項（ＣＤ）２１と通信文２２゜２
３とが示されている。通信記述項（ＣＤ）とは、通信文
発行時の詳細情報をマネージャに連絡したり、処理結果
情報をマネージャから受は取るために、データ部に通信
節２１１として記述する。ここでは、ＣＤとして名称Ｃ
Ｄ０Ｉを付けた例２１２が示され、実行結果のリターン
コードを示すステータスコードの情報２１３と、相手プ
ログラムを示す情報（ＤＥＳＴ　ＩＮＡＴ　ＩＯＮ句）
２１４と、通信のデータ長を示す情報２１５とが記述さ
れている。相手プログラムは、相手マネージャ名称とＡ
Ｐ名称対で指定される（２４）。従って、自マネージャ
内のプログラム間通信では、自マネージャ名称を相手マ
ネージャ名称として指定することになる。通信文２２，
２．３は、ＡＰからそのＡＰを管理するマネージャに対
して要求を示すものである。メツセージを受信要求する
ＲＥＣＥ　ＩＶＥ文２２と、メツセージを送信要求する
５ＥＮＤ文２３とがある。これらは、ＣＤ名称を指定す
るとともに、データを一意名１．２として指定する。

次に、（ｂ）のＩＮＴＯ旬２５は、受信データの所在を
示す、受信データは４バイトのデータ長２５１と、受信
データ２５２の形式を持つ。また。

上記受信データ２５２の詳細は、トランザクション発生
時にマネージャが付加したトランザクション識別子２５
３．起動要求したプログラム名称（ＡＰ名称）２５４、
プログラム間通信で起動するプログラム名称（ＡＰ名称
）２５５、およびＡＰから送信要求されるユーザデータ
２５６より構成される。なお、受信データ内の２５３〜
２５５は、ＡＰを管理するマネージャにより付加される
。

、また、ＦＲＯＭ句２６は、送信データ（ＳＥＮＤ文）
の所在を示している。５ＥＮＤ文は、４バイトのデータ
長２６１と、送信データ（ユーザデータ）２６２から構
成されている。

第３図は、本発明の一実施例を示すもので、マネージャ
におけるプログラム間通信のＡＰからの受付は処理のフ
ローチャートである。

ＡＰからプログラム間通信要求を受付けると、相手マネ
ージャの存在の有無、通信回線の障害の有無をチエツク
して、送信可能か否かを判断しくステップ３１）、送信
可能のときには、送信データを作成して相手マネージャ
に送信する（ステップ３２）、一定期間（システム定義
）後に応答なし、あるいは通信回線の障害による応答な
し、あるいは応答メツセージを受取ったか否かを判断し
くステップ３３）、応答メツセージを受取った場合には
、相手プログラムが正常に終了したことを示すノーマル
応答であるか否かをチエツクする（ステツブ３４）。正
常であれば、ステータスコードにノーマルをセットして
、処理を終了する（ステップ３５）。すなわち、第２図
（ａ）に示すステータスコ・−ド２１３のＣＤにノーマ
ルをセットする。

一方、エラー時には、エラーに従って、第２図（ａ）に
示すステータスコード２１３のＣＤに異常をセットする
（ステップ３６）。

第４図は、本発明の一実施例を示すもので、プログラム
間通信要求を受は取ったマネージャのプログラム起動処
理のフローチャートである。

先ず、通信先マネージャはメツセージを受信すると、起
動要求プログラムの存在、障害による閉塞、不当なプロ
グラム間通信ネストにないか否か等をチエツクする（ス
テップ４１）。起動可能であれば、プログラムを起動し
て（ステップ４２）、正常に終了するか否かをチエツク
する（ステップ４３）。正常に終了したときには、ノー
マル応答メツセージを作成する（ステップ４４）。また
、異常時には、異常応答メツセージを作成して（ステッ
プ４６）、起動要求したマネージャに対して応答メツセ
ージを返送する（ステップ４５）。

第５図は、本発明の一実施例を示すマネージャ間の送受
信データのフォーマット図である。

第５図（ａ）は、マネージャ間送信データのフォーマッ
トであり、第５図（ｂ）は（ａ）の付加情報の詳細内容
を示すフォーマツ、トである。

第２図に示すＡＰＩ（アプリケーションプログラムイン
タフェース）で、ユーザプログラムからマネージャにプ
ログラム間通信を要求した後、要求元のマネージャから
通信相手先プログラムを管理するマネージャに対して、
第５図（ａ）に示すデータを送信する。

送信データは、第５図（ａ）に示すように、４バイトの
全体データ長５１、送信先マネージャの識別子５２、起
動要求したプログラムを管理するマネージャの識別子５
３、マネージャ間のメツセージ種別５４、メツセージが
トランザクションである場合の付加情報５５、およびプ
ログラム起動要求時のユーザデータ５６から構成される
。メツセージ種別としては、ｌがマネージャの立上げ完
了を知らせるコード５４１．２がマネージャの停止を知
らせるコード５４２．３がマネージャの異常終了を知ら
せるコード５４３．４がマネージャが正常に動作してい
ることをシステム定義期間毎に連絡するヘルスチェック
通知５４４、および５がＡＰのトランザクショ、ン処理
を制御するためのメツセージ５４５となっている。

次に、付加情報５５としては、第５図（ｂ）に示すよう
に、付加データ長５５１、トランザクションを特定する
トランザクション識別子５５２、トランザクションの状
態、処理を示すコードであるトランザクション事象５５
３、起動したいプログラム名称５５４、本発明において
不当なプログラム間ネストとしてリカーシブルになって
いないか、プログラム間ネストが不当に多くないか、の
チエツクをするためのトランザクション発生マネージャ
間５５６、プログラム通信ネスト数５５７、および処理
時のエラー詳細を示すコード５５８から構成されている
。トランザクション事象５５３としては、ＯｌがＡＰか
らのプログラム起動要求５５３１．０２がプログラム起
動要求に対する処理結果応答のうち、ノーマル応答メツ
セージ５５３２．０３が同じく異常応答メツセージ５５
３３゜０４が同期制御のためのメツセージのうち、コミ
ット保証の送信５５３４．０５が同じくコミット保証の
送信に対する応答５−５３５．０６が同じくコミットの
送信５５３６．０７が同じくコミットの送信に対する応
答５５３７、ｏ８が同じくトランザクション異常連絡５
５３８となっている。

このように、マネージャ間でプログラム名称やプログラ
ム通信木スト数や状態を示す付加情報等を送受するので
、プログラム間通信により起動されたプログラムからさ
らにプログラム間通信を行っても、エラーを起こすこと
がなく、確実にプログラム間通信を行うことができる。

第６図は、本発明の一実施例を示すシーケンスチャート
であって、分散ＤＢアクセスとプログラム起動されたプ
ログラムから他のプログラムの起動要求を行う処理例を
示すものである。

先ず、計算機システムｌから計算機システム３のＤＢア
クセス要求を行い、次に計算機システム３にプログラム
間通を要求し、計算機システム３で起動されたプログラ
ムから、ワークステーション２のプログラムに対してプ
ログラム間通信を要求する場合が示されている。

計算機システム１で７トランザクシヨンが発生して、処
理が開始されることによりＡＰが起動される（６１１）
。ＡＰから分散ＤＢアクセス要求を受は付けると（６１
２）、要求を示すＤＭＬ　（データ操作言語）を送信し
て（６１３）、計算機システム３のメモリ上でＤＭＬ処
理を行う（６３１）。すなわち、実°際のＤＢの更新は
トランザクション終了処理で行われるため、ここではメ
モリ上での操作が行われる。次に、ＡＰからプログラム
間通信が要求されると、計算機システム３のマネージャ
に対してデータが送信される（６１４）。計算機システ
ム３のプログラムが起動されると（６３２）、さらにプ
ログラム間通信要求が行われて、ワークステーション２
にプログラム間通信を行う（６３３）。

ワークステーション２では、プログラムが起動されて処
理が行われる（６２１）。ワークステーション２の処理
終了後、計算機システム３のＡＰに制御を戻すと、計算
機システム３で管理しているＤＢへのアクセス要求がＡ
Ｐから行われ、メモリ上でＤＢ　　ＤＭＬ処理が行われ
る（６３４）。計算機システム３のＡＰの処理が終了し
た後、計算機システムｌのＡＰに制御が戻され、このＡ
Ｐの終了後にマネージャはコミット保証の送信を行う（
６１５）。コミット保証の送信とコミットの送信からな
る２フェーズコミットの処理手順は、従来から行われて
いるＤＢの同期更新の処理手順である。

計算機システム３では、コミット保証の送信を受けると
、ワークステーション２に対しコミット保証の送信を行
うとともに、セキュア状態の管理として、更新ジャーナ
ルを取得する（６３５）。ワークステーション２でも、
同じようにセキュア状態の管理を行い（６２２）、応答
を計算機システム３に返す。計算機システム３は、日計
算機システム３のセキュア状態の管理が終了して、ワー
クステーション２からの応答を受は取ると、計算機シス
テムｌに応答を返送する。計算機システムｌは、応答を
受は取るとジャーナルを取得して、コミットを決定した
ことを計算機システム３に送信する（６　］　６）。計
算機システム３では、コミットをワークステーション２
に送信するとともに（６３６）、コミット処理としてデ
ータベースの更新、コミット状態に達したことを示すジ
ャーナルを取得する（６３７）。ワークステーション２
でも、コミット処理を行って（６２３）、その応答を計
算機システム３に返送する。計算機システム３は、コミ
ット処理の完了後、計算機システムｌに応答を返送する
。計算機システムｌでは、コミット完了のジャーナルを
取得して、コミット処理を終了させ（６１７）、トラン
ザクション処理を終了する（６１８）。

第７図は、本発明におけるマネージャのテーブル構成例
を示す図である。

第１図における各計算機システムのマネージャは、第７
図に示すように、共通テーブル７１とその共通テーブル
７１のポインタで結合された計算機システム管理テーブ
ル７２、ワークステーション管理テーブル７３．マネー
ジャ管理テーブル７４、ＡＰＩｌ！Ｆ理テーブル７５、
およびトランザクション管理テーブル７６を持っている
。

共通テーブル７１は、全てのテーブルの管理テーブルで
あって、このテーブルを基にして全テーブルが求められ
る。計算機システム管理テーブル７２は、他の計算機シ
ステムの正常／異常ステータス７２１接続回線を示す回
線識別子７２２を情報として持っている。ワークステー
ション管理テーブル７３は、接続回線識別子７３１とワ
ークステーションの正常／異常ステータス７３２を情報
として持っている。マネージャ管理テーブル７４は、マ
ネージャの所在が計算機システムであるがまたはワーク
ステーションであるかを示す情報７４１と正常／異常の
ステータス７４２を持っている。また、ＡＰ管理テーブ
ル７５は自分が管理するＡＰのみのテーブルであり、Ａ
Ｐ名称７５１とＡＰの閉塞中／正常ステータス７５２と
を持っている。トランザクション管理テーブル７６は自
分の管理するＡＰのトランザクションのみらなず、他の
ＡＰとの間で通信されたトランザクションもここで管理
する。すなわち、マネージャで管理しているトランザク
ションおよび他マネージャが管理しているＡＰからのプ
ログラム間通信によって発生したトランザクションに対
して、トランザクション識別子７６１と１、トランザク
ションステータス７６２として、コミット保証の有無、
プログラム間通信によって発生したトランザクションか
否か、最初のトランザクション発生マネージャ間を管理
している。

〔発明の効果〕

以上説明したように、本発明によれば、（イ）相手プロ
グラムの所在にかかわらず、同一プログラムインタフェ
ースでプログラム間通信ができるので、プログラムの標
準化が行えるとともに、簡単に相手プログラムの所在場
所を変更できるので、システムの柔軟性が増大する。ま
た（口）プログラム間通信と同時に、分散データベース
アクセスが可能であるため、性能やプログラムの使い分
けができ、システムの可用性が増大する。また（ハ）相
手プログラムの位置を意識させないので、プログラムの
開発が容易になるとともに、予備用計算機システムのよ
うに、プログラム構成の動的な追加が簡単にできる。さ
らに（ニ）プログラム間通信を繰り返し使用できるので
、プログラム作成の自由度が増大し、プログラムの開発
が容易となる。

【図面の簡単な説明】

第１図は本発明の一実施例を示す計算機システムの接続
系統図、第２図は本発明におけるプログラム間通信機能
のインタフェースを示す図、第３図は本発明におけるマ
ネージャのプログラム間通信のＡＰからの受付は処理の
フローチャート、第４図は本発明における要求先マネー
ジャのプログラム起動処理のフローチャート、第５図は
本発明におけるマネージャ間の送受信データ例を示す図
、第６図は本発明におけるプログラム間通信と分散ＤＢ
アクセスの同時処理のシーケンスチャート、第７図は本
発明におけるマネージャに備えられたテーブルの構成図
である。１１．１２，１３：計算機システムｌ、２，３．１４．
１５：ワークステーション、１１３，１１４゜１２３．
１２４，１３３，１４３，１５３：マネージャ、１１５
〜１１８，１２５〜１２８，１３４〜１３７，１４４，
１４５，１５４，１５５：アプリケーションプログラム
（ＡＰ）、１１１，１３１゜１４１．１５１：データベ
ース（ＤＢ）、７１：共通テーブル、７２：計算機シス
テム管理テーブル、７３：ワークステーション管理テー
ブル、７４：マネージャ管理テーブル、７５：ＡＰ管理
テーブル、７６：トランザクション管理テーブル。第３図第４図ヘ＾計さ−ノ

Claims

【特許請求の範囲】１、それぞれ複数のプログラムを内蔵する複数の計算機
システムにおいて、各プログラムには通信相手先プログ
ラムの所在を管理するマネージャを設け、プログラム間
通信を要求するプログラムは、該プログラムを管理する
上記マネージャに対して、起動要求したい相手プログラ
ムを管理するマネージャを指定することにより、該相手
プログラムが同一計算機システム、別計算機システム、
ないしワークステーションに所在する場合でも、同一の
プログラムインタフェースにより相手プログラムとの間
で通信することを特徴とするプログラム間通信方式。２、上記マネージャは、プログラム間通信の相手マネー
ジャの位置、分散されたデータベースシステムの所在を
管理し、かつトランザクション終了時に２フェーズコミ
ット処理を統一的に行うことにより、同一プログラムな
いし同一トランザクションに対してプログラム間通信と
同時に分散データベースへのアクセスを行うことを特徴
とする請求項１記載のプログラム間通信方式。３、上記マネージャは、他の計算機システムおよびワー
クステーションに存在する相手マネージャの所在場所と
その存在の有無を判別して、該相手マネージャの立上げ
および停止の情報を送受信し、かつプログラム間通信の
障害監視を行うことにより、プログラム間通信要求を行
うプログラムに対して相手プログラムの位置を意識させ
ないようにしたことを特徴とする請求項１または２記載
のプログラム間通信方式。４、上記マネージャは、相手マネージャとの間でプログ
ラム起動要求を行うために送信するデータ上に、起動を
要求するトランザクション名、起動を要求するマネージ
ャ名、起動要求先のマネージャ名、トランザクション識
別子および途中ネストマネージャ数を書き込み、トラン
ザクションのプログラム間通信のネスト数およびリカー
シブルになっていないことを判断することにより、プロ
グラム間通信で起動されたプログラムから更にプログラ
ム間通信を行うことを特徴とする請求項１、２または３
記載のプログラム間通信方式。