JPH08511889A - 拡張プログラム間通信サーバ - Google Patents

Abstract

(57)【要約】 本発明は、第１のコンピュータ環境にあるプログラムと第２のコンピュータ環境にあるプログラムとのインタフェースをとるためのシステムおよび方法を提供する。拡張プログラム間サーバ（ＡＰＳ）は、クライアントコンピュータで走行するプログラムと異なるコンピュータ環境で走行するプログラムとの間のデータ交換を可能にする。ＡＰＳコントローラプロセスは、複数のサーバプロセスを生成し管理する。このサーバプロセスは、クライアント−サーバ機能を実行することによって、あるコンピュータ環境のクライアントプログラムと別のコンピュータ環境のプログラムとの間に通信リンクを確立し付与する。ＡＰＳは、複数のクライアントが単一のサーバを通じて通信可能にする単一制御ポイントを提供する。

Description

【発明の詳細な説明】 拡張プログラム間通信サーバ 〔発明の分野〕 本発明は、クライアントサーバ、より詳細には、あるコンピュータ環境のプロ グラムと別のコンピュータ環境のプログラムとのインタフェースをとることがで きるクライアントサーバに関する。 〔関連技術〕 費用面で有利な価格でコンピュータ性能の向上がなされるにつれ、今日の産業 はその経営上の必要事項を処理するためにコンピュータによる解決策をますます 用いつつある。しかし、産業の多くが追求しているコンピュータ化の発展サイク ルは、ある工場内でのそうしたコンピュータ解決策の電子的寄せ集めをもたらし ている。例えば、Ｘ社は、そのビジネスおよび財務に関する必要事のすべてを処 理するためのＩＢＭ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｉｕｓｉｎｅｓｓ Ｍａ ｃｈｉｎｅs）社のメインフレームと、製造・生産工程を管理するためのＶＡＸ （Ｄｉｇｉｔａｌ Ｅｑｕｉｐｍｅｎｔ Ｃｏｒｐｏｒａｔｉｏｎ社から販売さ れている）を所有しているかもしれない。 ある時点までは、この種の相違は企業にとってほとんど問題とならない。各々 のコンピュータ化経営は他とは十分に独立して機能する。しかし、企業がコンピ ュータ化されたビジネス経営を独立にコンピュータ化された生産経営と統合しよ うと着手すると、インタフェースの課題を解決する必要がある。完全な統合化の ために、企業は、その生産用コンピュータ（例えば、ＶＡＸ装置群）からのデー タをそのビジネス用コンピュータ（例えば、ＩＢＭメインフレーム）のデータと 交換できなければならない。そうすれば、企業は、その在庫の更新、出荷スケジ ュールの生成などを自動化できるであろう。 こうした統合化の要請を満たすために、異なるコンピュータ環境間においてそ うしたデータ交換を可能にするためにいくつかの方法が開発されている。例えば 、あるコンピュータメーカーは、ＶＡＸ機がＩＢＭ機およびそのクローンまたは 互換機とインタフェースをとれるようにするゲートウェイを提供している。ＶＡ Ｘ機がこのゲートウェイを通じてＩＢＭ機と通信するには、そうした通信を可能 にする、所有権主張可能なソフトウエアライブラリを使用しなければならない。 例えば、ＤＥＣｎｅｔ／ＳＮＡ ＶＭＳ ＡＰＰＣ／ＬＵ６．２プログラミング インタフェースルーチンが使用できるであろう。これは、ＩＢＭのＳｙｓｔｅｍ Ｎｅｔｗｏｒｋ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｌｏｇｉｃａｌ Ｕｎｉｔ（Ｌ Ｕ）６．２の具体化にもとづいた拡張プログラム間通信（ＡＰＰＣ）ルーチンで ある。こうしたルーチンは、パーソナルコンピュータを含め、すべてのＩＢＭ機 （およびそのクローン）とのＬＵ６．２通信による通信を可能にする。 ＩＢＭプログラムと通信する必要があるＶＡＸで走行するプログラムは、この ＡＰＰＣ／ＬＵ６．２ルーチンおよび関係するソフトウエアライブラリを使用で きるであろう。しかし、ＡＰＰＣルーチンによるプログラミングは困難かつ時間 のかかる作業となりがちであり、それらのルーチンはネットワーク資源およびコ ンピュータ通信資源の相当な割当てを必要とする。その１つの理由は、ＡＰＰＣ を用いて書かれるプログラムが“コール”を要するからである。ＡＰＰＣコール の一部のものは、２０ものパラメータを必要とする。指定されたパラメータはＶ ＡＸで維持されなければならない。また、一部のパラメータはＩＢＭ側の関係す る定義と一致しなければならない。さらに、これらのパラメータのうち一部はＩ ＢＭ指向であり、一部はＶＡＸ指向であるので、システム開発者はコールパラメ ータを適切に処理するために両方の環境の専門知識を要求される。 本明細書では、用語「プログラム」は、アプリケーションまたはその他の種類 のコンピュータプログラム、ルーチン、プロセスなどを指すために用いる。アプ リケーションは、通常、ある機能を実行するために１つにまとめられた１個以上 のプログラムを含む。 従来のゲートウェイによる解決法に伴う別の問題は、ゲートウェイに接続され た各々のＶＡＸ機が、ＩＢＭ機と通信するためのソフトウエアライブラリを持た なければならないことである。言い換えれば、ゲートウェイを通じてＩＢＭ機と のリンクを確立または受信したいと望む各ＶＡＸ機は、ソフトウエアライブラリ の複製を持っていなければならない。これはゲートウェイ環境の管理に関係する 付加的な問題をもたらす。上述のパラメータは、実施される各システムで維持お よび更新されなければならず、しばしば、その更新は同時に生じるはずである。 極めて多数のシステムが関与する場合に、この種の維持は困難な管理作業である 。別の欠点は、ＩＢＭ機と通信する各ＶＡＸ機で使用するためのソフトウエアラ イブラリのライセンス契約に関係する費用である。 現在利用可能なゲートウェイ技術のさらに別の欠点は、ＬＵ６．２セッション がすでにＩＢＭ機と確立されていない限り、または、ＶＡＸ機がＩＢＭ機に接続 されたゲートウェイとセッションを確立していない限り、ＩＢＭメインフレーム は、ＶＡＸ機で会話を開始できないことである。従来の知識によれば、ＩＢＭ機 は、ネットワーク上の多数のＶＡＸ機のうちの１台を“探し”て見つけることは できない。ＩＢＭ機が特定のＶＡＸ機に送信したいとするデータを持っている場 合、そのＩＢＭ機は、まずＶＡＸ機がＩＢＭ機との接続を確立しない限り、その データを送信できない。 求められているものは、複数のクライアントコンピュータで走る複数のクライ アントプログラムと、別のコンピュータ環境にあるプログラムとのインタフェー スをとるためのシステムおよび方法である。この理想的な解決法は、従来のシス テムに存在する管理の問題を軽減するために単一の制御ポイントを提供するはず である。 〔発明の概要〕 拡張プログラム間通信サーバ（ＡＰＳ）は、あるコンピュータ環境のプログラ ムが異なる処理環境で走行するプログラムとデータを交換できるようにするため のシステムおよび方法を提供する。このＡＰＳは、別のコンピュータ環境にある １台以上のコンピュータとの通信制御のための単一ポイントを付与する、複数の クライアントコンピュータとのサーバ関係を形成する。 このクライアント−サーバ関係の利点は、クライアントシステムのプログラマ が、アプリケーションレベルで実施するための通信機能はいずれであるかという 問題およびそれらの機能の実施方法にのみ関与すればよいことである。彼らは、 相手方のコンピュータ環境と通信するために必要な通信セッション接続技法に関 与しない。クライアントシステムと相手方のコンピュータ環境との間の通信セッ ション接続に必要な技法は、クライアントシステムにインストールされ、かつ、 ＡＰＳを介して相手方のコンピュータ環境と透過な通信を提供する、ＡＰＳクラ イアントルーチンを用いてクライアントシステムによってアクセスされる。その 結果、それら２つのコンピュータ環境間の通信インタフェースを実行するために 、単一の制御ポイントが付与される。これにより、通信リンクの管理のための必 要条件が著しく低減されることになる。 ＡＰＳは各通信環境のプログラム間に透過（ｔｒａｎｓｐａｒｅｎｔ）な通信 サービスを提供する。その結果、それらのプログラムは、相互に通信するために 各自の通信技法を使用する。単純なＳＡＡ ＣＰＩ−Ｃ（Ｓｙｓｔｅｍｓ Ａｐ ｐｌｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｃｏｍｍｏｎ Ｐｒｏｇｒａ ｍｍｉｎｇ ＩＮｔｅｒｆａｃｅ ｆｏｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）呼 出し可能ルーチンが、そのインタフェースを起動させ、起動するとインタフェー スと対話するために、クライアントシステムに提供される。 ＡＰＳは、第２のコンピュータ環境のプログラムと通信するために第１のコン ピュータ環境のプログラムによって使用される複数のサーバプロセスを確立し維 持する。一方のコンピュータ環境のプログラムが別のコンピュータ環境の別のプ ログラムと通信したいと望むと、そのプログラムはＡＰＳを介してセッションを 要求する。そうした要求を受信すると、ＡＰＳコントローラプロセスが、そのセ ッションを形成するためのサーバプロセスを指名する。第１のコンピュータ環境 のプログラムと第２のコンピュータ環境のプログラムとの間でそのセッションが 確立される。セッションは、いずれか一方のプログラムの要求によって切断する ことができる。 本発明のさらに詳細な特徴および利益は、本発明の各種実施例の構造および動 作とともに、添付図面によって以下に詳述する。 〔図面の簡単な説明〕 本発明を添付図面によって説明する。図面中、同一の参照番号は同一または機 能的に類似の要素を示す。さらに、参照番号の最上位の桁は、その参照番号が最 初に用いられた図面を示す。 図１は、本発明に従ったＡＰＳおよびその周囲環境の高水準ブロック図である 。 図２は、本発明に従ったＡＰＳの機能性を例示する機能ブロック図である。 図３は、第１のコンピュータ環境のクライアントプログラムと第２のコンピュ ータ環境のプログラムとのインタフェースをとるための方法を例示する流れ図で ある。 図４は、指定のＩＢＭプログラムとのセッションを確立し実施するＤＥＣサー バの特定の実施例を例示する流れ図である。 図５は、指定のクライアントプログラムとのセッションを確立し実施するＩＢ Ｍサーバプロセスの特定の実施例を例示する流れ図である。 図６は、本発明に従ったＡＰＳの例示的な具体化を例示するブロック図である 。 図７は、ビジネス環境にあるプログラムが製造環境にあるプログラムと通信す るためにＡＰＳを使用する状況を例示するブロック図である。 図８は、ＡＰＳコントローラプロセスとＡＰＳサーバプロセスとの間の内部イ ンタフェースを例示するブロック図である。 図９は、２つのコンピュータ環境とＡＰＳとのインタフェースをとるために使 用されるルーチンを例示するブロック図である。 〔発明の詳細な説明〕 本発明の拡張プログラム間通信サーバ（ＡＰＳ）は、２つの異なるコンピュー タ環境で走るプログラム間のデータ交換を可能にするシステムおよび方法である 。詳細には、ＡＰＳは、あるコンピュータ環境の１つ以上のクライアントが別の コンピュータ環境の１つ以上のホストとインタフェースをとることを可能にする 。 好ましい実施例によれば、ＡＰＳは、複数のＶＡＸが複数のＩＢＭメインフレ ームと通信できるようにする通信インタフェースを付与する。より詳しくは、こ の実施例では、サーバは、複数のＶＡＸが、ＬＵ６．２通信を使用するＩＢＭと 通信するためにＤＥＣｎｅｔを介してインタフェースをとることを可能にする。 本明細書の一部は、好ましいＶＡＸおよびＩＢＭ環境にもとづいてＡＰＳを説 明している。しかし、当業者にとって、他の通信ネットワーク、規格およびプロ トコルを用いる他のコンピュータ環境のインタフェースをとるために、ＡＰＳを いかにして使用できるかは明白であろう。 ＡＰＳシステムはクライアント−サーバの概念に従って設計されている。すな わち、ＩＢＭプログラムとの通信はＡＰＳによって取り扱われ、また、クライア ントシステム（ＶＡＸ）は、データやステータスを含むことが可能な情報をＩＢ Ｍプログラムと交換するためにＡＰＳシステムを使用する。このクライアント− サーバ関係の利点は、クライアントシステムのプログラマが、アプリケーション レベルで実施するための通信機能はいずれのレベルであるかという問題およびそ れらの機能の実施方法にのみ関与すればよいことである。彼らは、相手方のコン ピュータ環境と通信するために必要な通信セッション接続技法に関与しない。ク ライアントシステムは、ＣＰＩ−Ｃにもとづくルーチンである与えられたＡＰＳ クライアントルーチンを呼び出すことによって通信セッション接続に必要な技法 を助成する。これらのルーチンは、ＩＢＭプログラムとのＡＰＳを介した透過な 通信を提供する。通信機能のほとんどがＡＰＳによって取り扱われるので、クラ イアントプログラムがＩＢＭプログラムと通信することは容易である。 ＡＰＳシステムおよびその環境の高水準ブロック図を図１に示す。図１によれ ば、ＡＰＳ １０２は、ＶＡＸ／ＶＭＳ環境１０６で走行するＡＰＳクライアン トプログラム１０４が、ＩＢＭ環境１１０（例えば、１台以上のメインフレーム ）で走行するＩＢＭプログラム１０８（ＬＵ６．２プログラムなど）と通信する セッションを提供する。ＡＰＳ １０２は、１台以上のＶＡＸ １０６で走行す る複数のＡＰＳクライアントプログラム１０４が、１台以上のＩＢＭ機で走行す る１つ以上のＩＢＭプログラム１０８と通信できるようにする。 ＤＥＣｎｅｔ／ＳＮＡゲートウェイ１１２は、ＤＥＣｎｅｔ １２２通信環境 とＩＢＭ ＳＮＡ １２４通信環境との間のインタフェースを提供する。ゲート ウェイ１１２は、図１および以降の図において独立した“ボックス”として示さ れている。このようにゲートウェイ１１２がＡＰＳ １０２から分離しているこ とは、機能的分離であって、必ずしも論理的または物理的分離ではないことに留 意しなければならない。言い換えれば、ゲートウェイ１１２とＡＰＳ １０２と は同一のプロセッサ上で実施可能である。ゲートウェイ１１２の全部の機能は、 ＡＰＳ １０２の機能を実行し、従って分離した物理ゲートウェイ１１２を不要 にする同一の機械によって実行することができる。 ゲートウェイ１１２は、あるプロトコルセットから別のセットへ行くために必 要な変換を扱う。メッセージフォーマット変換は、メッセージを、そのメッセー ジが送られる先のコンピュータ環境に適切なフォーマットおよびサイズに変換す る。アドレス変換は、メッセージに関係するアドレスを、宛て先ネットワークが 要求するアドレス構造に変換する。プロトコル変換は、一方のコンピュータ環境 からの制御情報を、相手方の環境において相当する機能を実行するために必要な 制御情報と置き換える。この変換は、通常、メッセージの分割および再組立、デ ータフロー制御、エラーの検出および回復といったサービスを考慮している。 ＡＰＳコントローラプロセス１３２はＡＰＳ １０２の核心である。ＡＰＳコ ントローラプロセス１３２は、ＡＰＳ １０２内の他のＡＰＳサーバプロセス１ ３４を管理する。ＡＰＳサーバプロセス１３４は、ＬＵ６．２によるＩＢＭリン クを処理する。ＤＥＣｎｅｔセッションは、ＡＰＳコントローラプロセス１３２ および各ＡＰＳサーバプロセス１３４によって確立され利用される。ＡＰＳサー バプロセス１３４は、ＡＰＳコントローラプロセス１３２によって管理され、Ａ ＰＳクライアントプログラム１０４とプログラム１０８との間の通信セッション を確立するために使用される。 ＡＰＳ １０２は、ＩＢＭプログラム１０８とクライアントプログラム１０４ との間の通信サービスを提供する。これらのサービスはそれらのプログラムにと って透過であるように設計されているので、ＩＢＭプログラム１０８もクライア ントプログラム１０４のいずれも、各自が中間にあるＡＰＳシステム１０２を介 して通信しているということに“気づか”ない。各プログラム１０８および１０ ４は、各自のローカル通信機能を使用する（例えば、ＩＢＭにとってはＣＩＣＳ ステートメントまたはＣＰＩ−Ｃルーチン。ＶＡＸは、ＣＰＩ−Ｃ準拠のＡＰＳ クライアントルーチンを使用する。）。 ＡＰＳ １０２は、セッション多重化機能を提供する。この機能は、所定の時 間、極めて多数の異なるクライアントプログラム１０４によるＩＢＭ １１０と のＬＵ６．２セッションの使用を助成する。ＩＢＭプログラム１０８との会話は 、 第１のクライアントプログラム１０４とＩＢＭプログラム１０８との間の第１の 会話が完全に終了してから、その次のクライアントプログラム１０４と同じＩＢ Ｍプログラム１０８との間の次の会話が開始されるというように、逐次的に行わ れる。これに関して、ＡＰＳ １０２の重要な基本機能の１つは、ＬＵ６．２セ ッションが、ＩＢＭ １１０が複数のクライアントプログラム１０４と会話する 時に再確立されない永久セッションである、ということである。これによって、 オペレーティングシステムが、変化するセッション負荷を管理するタスク、また は、ＬＵ６．２の接続および切断を管理する定期的かつ時間を費すタスクに頻繁 に関わらなくてよいので、ＩＢＭ １１０のより正確なシステムの平衡化および 微調整が可能になる。 この多重化機能から導かれるもう１つの重要な機能は、ＬＵ６．２セッション が複数のＶＡＸクライアント１０６によって使用および共用され得ることである 。その結果、各クライアントシステム１０６は、ＩＢＭプログラム１０８との会 話を助成するためにＬＵ６．２セッションを確立するというタスクに資源および 時間を充てる必要がなくなる。クライアントシステム１０６にもたらされる別の 利益は、あるアプリケーションのためのあるＩＢＭ機１１０との現在のＬＵ６． ２セッションの完全な利用を指示する高速フィードバックから得られる。このよ うなフィードバックは、別のＩＢＭ機１１０に問い合わせるための、または、ク ライアントシステム１０６の別のタスクに資源を再指定するためのフィードバッ ク事象として用いることができる。 いずれかの特定のＩＢＭ １１０にとってアクティブであるセッションの数を 制限することによって、クライアントシステム１０６は、ＩＢＭ １１０から、 それらの接続時に高速な応答を受ける。ＡＰＳ １０２によって提供されるさら に別の重要な機能は、代替ＡＰＳ １０２へのリンクの開始を助成するためにク ライアントアプリケーションプログラム１０４を要さずに代替経路でＩＢＭプロ グラム１０８が到達できるように、会話の開始時に代替ＡＰＳ １０２インタフ ェースへの透過なフェイルオーバ機能である。 代替経路は、そのＩＢＭプログラム１０８に達するために別のゲートウェイ１ １２を使用することが可能な別のＡＰＳ １０２としてもよい。多数の代替ＡＰ Ｓ １０２を定義できることに留意されたい。 透過なフェールオーバ機能はＩＢＭ側に備えることもできる。この機能は、複 数のＡＰＳ １０２から同じＩＢＭプログラム１０８への永久ＬＵセッションを 定義することによって使用可能となる（例えば、図６を参照）。もし１つのＡＰ Ｓ １０２からクライアント１０６へのＤＥＣｎｅｔ経路が使用不能となった場 合、または、ＡＰＳ １０２自体が使用できない場合、別のＡＰＳ １０２がそ のクライアントシステム１０６に到達するために使用することができよう。代替 ＡＰＳ １０２を選択する機能は、所望の場合、各ＩＢＭプログラム１０８に組 み込む必要がある。 ＡＰＳ １０２によって提供される別のフェールオーバ機能は、ＡＰＳサーバ プロセス１３４が、それらがゲートウェイ１１２で各自の基本LＵによって各自 のＬＵセッションを確立できない場合に、別のゲートウェイ１１２によって、ま たは、同一のゲートウェイ１１２で代替ＬＵによって各自のＬＵセッションを確 立しようとする試みが可能なことである。 ＡＰＳ １０２はまた、ＩＢＭプログラム１０８がいずれかのクライアントシ ステム１０６に存在するクライアントプログラム１０４と（インストールされた ＡＰＳクライアントルーチンおよびＤＥＣｎｅｔルーチンと）ＤＥＣｎｅｔ １ ２２によって会話を確立できるようにする、その手段を提供する。ＩＢＭプログ ラム１０８がＡＰＳ １０２を介してクライアントプログラム１０４との会話を 要求すると、ＡＰＳ １０２は、ＤＥＣｎｅｔ １２２を通じて要求されたクラ イアントプログラム１０４を起動させる。 ＡＰＳ １０２のさらに別の基本機能は、ある環境のプログラムが他の環境に 存在する複数のプログラムと会話することができる、１群のほぼ同時の会話を確 立できるようにするものである。それらのセッションは、単一のクライアントプ ログラム１０４または、１台以上のＶＡＸ機１０６の複数のクライアントプログ ラム１０４に対して向けることができる。同様に、ＡＰＳ １０２は、１台以上 のＩＢＭ機１１０の１つ以上のＩＢＭプログラム１０８に対し複数のセッション をオープンさせ続けることも可能である。 この複数セッション状況を可能にするために、複数の代替実施例を実施するこ とができる。１実施例では、クライアントプログラム１０４Ａは、ＡＰＳ １０ ２によってＩＢＭ １１０と多数の個別の会話を確立することができる。確立さ れた各会話について、その会話に必要なセッションを可能にするために、１個の ＤＥＣサーバプロセス２０６が指定される。 別の実施例では、ＩＢＭプログラム１０８は、ＩＢＭサーバプロセス２０８に よってクライアントプログラム１０４に会話を要求する。クライアントプログラ ム１０４はその後、ＤＥＣサーバプロセス２０６を用いてＡＰＳ １０２による ＩＢＭ １１０との個別の会話を確立する。確立された各々の個別の会話につい て、必要なセッションを可能にするために、１個のＡＰＳサーバプロセス１３４ が指定される。 さらに別の実施例では、単一のＩＢＭプログラム１０８が、異なるクライアン トプログラム１０４Ｂに接続するために１群の連携ＩＢＭサーバプロセス２０８ を用いて異なるクライアントプログラム１０４Ｂと１群の会話を要求することが できる。この状況で確立された各々の個別の会話について、その会話に必要なセ ッションを可能にするために、１個のＩＢＭサーバプロセス２０８が指定される 。 これらの実施例の各々について、ＡＰＳクライアントプログラム１０４は、一 度に、ＩＢＭプログラム１０８によって要求されたアクティブなセッションをた だ１つしか持てない点に留意しなければならない。 全部の場合において、ＡＰＳ １０２は、当該の会話が終了するまでその会話 を助成することに専念する単一のＤＥＣサーバプロセス２０６を用いてクライア ントプログラム１０４の要求時に使用可能なＬＵセッションに接続する。また、 ＡＰＳ １０２は、当該の会話が終了するまでその会話を助成することにただ専 念する単一のＩＢＭサーバプロセス２０８を用いてＩＢＭプログラム１０８の要 求時にクライアントプログラム１０４Ｂに接続する。しかし、１実施例では、Ａ ＰＳクライアントプログラム１０４は、一度に、ＩＢＭプログラム１０８によっ て要求されたアクティブなセッションをただ１つしか持つことができない。 ＡＰＳ １０２はロギングおよび制御機能も提供する。ＡＰＳ １０２は、そ のアクティビティの全部のログを取り、問題が発生した場合にはシステム警告を 生成する。また、統計データがＡＰＳ１０２によって収集される。 ＡＰＳ１０２によって提供される１つの追加機能は文字変換である。ＶＡＸシ ステムは、７ビット文字であるＡｍｅｒｉｃａｎ Ｓｔａｎｄａｒｄ Ｃｏｄｅ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｔｅｒｃｈａｎｇｅ（ＡＳＣＩＩ）（ 情報交換用米国標準コード）を用いて通信する。他方、ＩＢＭは、ＥＢＣＤＩＣ （拡張２進化１０進符号）として公知の８ビットコードを使用する。従って、Ｉ ＢＭとＶＡＸとの間で文字データを交換するには文字変換が必要になる。ＡＳＣ ＩＩ−ＥＢＣＤＩＣ変換をサポートするためのＶＡＸ用の既製品は入手可能であ る。しかし、それらの製品は標準文字セットをサポートしているにすぎない。Ａ ＰＳ １０２は、多国語またはその他の文字を含む広範な文字への文字変換を行 う変換機能を提供する。従って、プログラム１０４および１０８は、各自の通信 相手に適応するために文字変換を実行する必要がない。 図２は、ＡＰＳ １０２の上述および追加の機能を例示する機能ブロック図で ある。図２によれば、ＡＰＳコントローラプロセス１３２はＡＰＳ １０２の核 心である。ＡＰＳコントローラプロセス１３２は、他の全部のＡＰＳプロセス１ ３４を管理し、自己自身のＤＥＣｎｅｔセッションを有する。 好ましい１実施例によれば、ＡＰＳコントローラプロセス１３２は、複数の論 理ＤＥＣｎｅｔセッションをサポートする、永久ＤＥＣｎｅｔプロセスである。 この好ましい実施例では、２種類のサーバプロセス１３４が備わっている。ＤＥ Ｃサーバプロセス２０６およびＩＢＭサーバプロセス２０８である。別の実施例 では、インタフェースされるコンピュータ環境ならびにそれらの関係する通信プ ロトコル、規格およびルーチンに応じて、他のサーバプロセス１３４を備えるこ とができる。 １実施例によれば、サーバプロセス１３４はＡＰＳ １０２の開始時に生成さ れる。付加的なサーバプロセス１３４が要求されるような、より多数のセッショ ンが必要な場合、ユーザが追加のサーバプロセス１３４を生成できるように管理 ユーティリティが備わっている。ＡＰＳコントローラプロセス１３２が、必要な 場合に追加のサーバプロセス１３４を生成する、または、過剰な数が存在する場 合にサーバプロセス１３４を削除するといった実施例を含む、別の実施例を想定 することもできよう。 好ましい１実施例では、サーバプロセス１３４はクラス特定プロセスである。 言い換えれば、サーバプロセス１３４は、特定のＩＢＭプログラム１０８または 特定の形式のＩＢＭプログラム１０８を指示する。例えば、買付け・注文システ ムが、クライアントプログラム１０４が通信を望むＩＢＭプログラム１０８であ ると仮定する。特定のサーバプロセス１３４のクラスがそのプログラムと通信す るために確立され、そのクラス内の特定のサーバプロセス１３４が当該の買付け ・注文システムとのセッションを確立するために使用される。システムのクラス 形式に適応するように、（期待される用途を有する）各クラス形式について複数 のサーバプロセス１３４が、クライアントプログラム１０４Ａが要求を発した時 に使用可能であるために確立される。 ＡＰＳ １０２の機能を説明するために、２種類のクライアントプログラム１ ０４Ａおよび１０４Ｂが示されている。クライアントプログラム１０４Ａは、Ｉ ＢＭプログラム１０８との接続を要求するＶＡＸプログラムである。クライアン トプログラム１０４Ｂは、接続を要求するＩＢＭプログラム１０８によって起動 されるＶＡＸプログラムである。図２は、２つのクライアントシステム１０６の ２個のクライアントプログラムしか図示していないが、本発明によれば、１つ以 上のクライアントシステム１０６に存在する複数のプログラム１０４が、１つ以 上のＩＢＭシステムのプログラムと通信することができる。 （サーバプロセス１３４によって確立された）ＩＢＭプログラム１０８との所 定の数の論理装置セッションは、ずっと維持される。クライアントプログラム１ ０４ＡがＩＢＭプログラム１０８と通信できるようにするために、１つのサーバ プロセス１３４によって１つの論理装置セッションが使用される。また、確立さ れた論理装置セッションは、クライアントプログラム１０４Ｂと通信するために ＩＢＭプログラム１０８によって使用されることも可能である。事前に論理装置 セッションを確立させることは、クライアントプログラム１０４Ａが、サービス が要求された時にＤＥＣサーバ２０６によってＬＵ６．２セッションが確立され るのを待つ必要がないので、性能上の利益をもたらす。 恐らくシステムおよびネットワーク上の制約が使用可能なサーバプロセス１３ ４の数を制限するはずなので、要求側プログラム（クライアントプログラム１０ ４ＡまたはＩＢＭプログラム１０８のいずれか一方）をサポートするためにサー バプロセス１３４が使用できないという状況が生じる可能性がある。こうした場 合、要求側プログラム１０４Ａまたは１０８は、サーバプロセス１３４が使用可 能となるまで待たなければならないであろう。好ましい実施例では、ＡＰＳクラ イアントルーチン９２２（図９）が、いずれか１つが使用可能であれば別の ＡＰＳ １０２を通じて接続を試みる。 ＩＢＭプログラム１０８がクライアントプログラム１０４８と会話を開始でき るようにするためには、それまでに論理装置セッションがＩＢＭサーバプロセス ２０８によって確立されていなければならない。 管理ユーティリティ２１４は、端末２６２を介したＡＰＳ １０２のオペレー タ制御を可能にするインタフェースを提供する。管理ユーティリティ２１４によ って提供される機能の一部は、オペレータが付加的なサーバプロセス１３４を生 成できるようにすること、および、オペレータがＡＰＳ １０２のプロセスおよ び機能を管理できるようにすることを可能にする。 監視ユーティリティ２１６は、制御セクション２１２からデータを取り出し、 そのデータを報告および画面にフォーマットし、フォーマットされたデータを端 末２６２へ転送するために備わっている。これにより、人間オペレータがＡＰＳ １０２の動作を監視することができる。監視ユーティリティ２１６は、管理ユ ーティリティ２１４のサブセットまたはサブシステムとして実施することもでき る点に留意しなければならない。 制御セクション２１２はＡＰＳ １０２の主作業領域として機能する。また、 制御セクション２１２は、大域データの記憶域としても機能し、このデータを、 サーバプロセス１３４、管理ユーティリティ２１４、監視ユーティリティ２１６ およびＡＰＳコントローラプロセス１３２が使用できるようにする。さらに、Ａ ＰＳ １０２が永久定義を記憶する場所である制御ファイル２１０が備わってい る。 図２によって図示および説明したアーキテクチャは、本発明の機能を最も良く 例示するために選択されたものである点に留意しなければならない。所望の機能 を実施するために、多数の他の物理および／または論理アーキテクチャが選択で きよう。そのような代替アーキテクチャを実施する方法は、当業者には明白であ ろう。 ＤＥＣサーバプロセス２０６を介してクライアントプログラム１０４ＡとＩＢ Ｍプログラム１０８とのインタフェースをとる方法を、図３に示す。以下に図２ および図３に言及しつつ、この方法について説明する。この説明は、第２のコン ピュータ環境にあるプログラム１０８への接続を要求する第１のコンピュータ環 境にあるクライアントプログラム１０４Ａに関して行う。 ＡＰＳ １０２が開始すると、ステップ３０２で、指定数のＤＥＣサーバプロ セス２０６が生成される。生成されるＤＥＣサーバプロセス２０６の数は、意図 されたリンク要求条件にもとづいて選択され、それらの数は制御ファイル２１０ で定義される。プログラム１０４Ａがプログラム１０８への接続を要求した時に 使用可能なＤＥＣサーバプロセス２０６が通常存在するように、十分な数が生成 される。生成された各ＤＥＣサーバプロセス２０６について、ＩＢＭプログラム １０８との論理装置セッションが確立される。 ステップ３０３では、ＤＥＣサーバプロセス２０６がサービス要求を待ってい る。プログラム１０４Ａからサービスが要求されると、ＡＰＳコントローラプロ セス１３２がプログラム１０４Ａからその要求を受け取る。この要求は会話セッ ション２４２によって行われる。この会話セッション２４２は、クライアントプ ログラム１０４Ａがセッションを要求している間ずっとアクティブである。 ステップ３０４では、ＡＰＳコントローラプロセス１３２がＤＥＣサーバプロ セス２０６が使用可能かどうかを判定する。複数のクラスのＤＥＣサーバプロセ ス２０６を用いるシステムでは、実際の判定は、所望のセッションを処理するた めに適正なクラスのＤＥＣサーバプロセス２０６が使用可能かどうかについて行 われる点に留意しなければならない。ＤＥＣサーバプロセス２０６が使用可能で あれば、それがステップ３０６においてＡＰＳコントローラプロセス１３２によ って要求側プログラム１０４Ａに割当てられる。ステップ３０６ではまた、ＡＰ Ｓコントローラプロセス１３２が、一意のセッションＩＤを割当て、そのＩＤを 指定されたＤＥＣサーバプロセス２０６に通知し、要求側プログラム１０４Ａに 接続情報を送信する。この時点で、会話セッション２４２は終了する。 ステップ３０８では、要求側プログラム１０４Ａが指定されたＤＥＣサーバプ ロセス２０６と直接にセッション２４４を確立する。ステップ３０９で、クライ アントアプリケーション１０４ＡとＩＢＭプログラム１０８との間の会話が指定 のＤＥＣサーバプロセス２０６を介して行われる。要求側プログラム１０４Ａは 、第２のコンピュータ環境にある指定されたプログラム１０８へデータを転送し 始める。一度セッションが確立されると、ＡＰＳコントローラプロセス１３２は 、要求側プログラム１０４Ａと指定プログラム１０８との間の通信に能動的に関 与することはない。 ステップ３０９で確立された会話がアクティブである間、ＡＰＳ １０２は、 要求側プログラム１０４Ａが指定プログラム１０８と通信可能にするために必要 なすべてのデータ会話を実行する。例えば、ＡＰＳ １０２はＤＥＣｎｅｔを通 じて要求側プログラム１０４Ａからデータを受信する。このデータが指定された ＩＢＭプログラム１０８へ転送される際、そのデータは、ＩＢＭ環境に適合する 通信を提供するＡＰＳ ＬＵ６．２ルーチンを用いて転送される。この場合、Ａ ＳＣＩＩからＥＢＣＤＩＣへの文字変換は同じくＡＰＳ １０２によって実行さ れ得る。 通信が完了すると、いずれか一方のプログラムが、ステップ３１４において、 ＤＥＣサーバプロセス２０６によってその会話を割当て解除できる。それに応え て、ステップ３１６で、ＤＥＣサーバプロセス２０６は、プログラム１０８（ま たはクライアントプログラム１０４Ａ）との会話を割当て解除し、新しい会話要 求を受け入れる準備ができたことをＡＰＳコントローラプロセス１３２に通知す る。ＤＥＣサーバプロセス２０６はどちらか一方のセッションを終了することも できる点に留意しなければならない。会話およびＤＥＣｎｅｔセッションが終了 すると、ＤＥＣサーバプロセス２０６は、ステップ３０３に示された状態に復帰 する。 ステッ３０４で、ＡＰＳコントローラプロセス１３２が要求されたセッション を処理するために使用可能なＤＥＣサーバプロセス２０６がまったくないと判定 すると、ＡＰＳコントローラプロセス１３２はステップ３１０で要求側プログラ ム１０４Ａに通知する。ステップ３１２で、要求側プログラム１０４Ａは、１個 以上のバックアップＡＰＳが使用可能であれば、バックアップＡＰＳ １０２を 通じて接続を試みる。好ましい実施例によれば、クライアントルーチン９２２（ 図９）が別のＡＰＳ １０２を探す動作を開始する。 図３に関して上述した方法は、以下でさらに、特定の例によって説明する。Ｉ ＢＭプログラム１０８への接続がＶＡＸクライアントプログラム１０４Ａから要 求された場合、ＡＰＳコントローラプロセス１３２は、適切なクラスの使用可能 なＤＥＣサーバプロセス２０６を探す。ＤＥＣサーバプロセス２０６が使用可能 であれば、ＡＰＳコントローラプロセス１３２は、それを要求側クライアントプ ログラム１０４Ａに割当て、一意のセッションＩＤを割当て、そのＩＤをＤＥＣ サーバプロセス２０６に通知し、接続情報を要求側クライアントプログラム１０ ４Ａに送信する。その後、要求側クライアントプログラム１０４Ａは、指定され たＤＥＣサーバプロセス２０６と直接ＤＥＣｎｅｔセッションを確立する。それ に応えて、ＤＥＣサーバプロセス２０６は指定されたプログラム１０８と会話を 確立し、プログラム１０４ＡはそのＤＥＣサーバの会話によってプログラム１０ ８と通信する。 クライアントプログラム１０４Ａがその通信を完了すると、クライアントプロ グラム１０４ＡはＤＥＣサーバプロセス２０６とのＤＥＣｎｅｔセッションを切 断する。ＤＥＣサーバプロセス２０６は、ＩＢＭプログラム１０８との会話を割 当て解除し、新しい会話の要求を受け入れる準備ができたことをＡＰＳコントロ ーラプロセス１３２に通知する。ＩＢＭプログラム１０８がその会話を終了した 場合、ＤＥＣサーバプロセス２０６はクライアントプログラム１０４Ａとのセッ ションを終了する。 さらに、ＤＥＣサーバプロセス２０６とのＤＥＣｎｅｔセッションおよびＬＵ セッションは、ＤＥＣサーバプロセス２０６によっても切断することができる。 これは、エラーの場合に発生する。 上述の通り、ステップ３０９で、ＤＥＣサーバプロセス２０６は指定されたＩ ＢＭプログラム１０８との会話を確立する。図４は、この接続を確立、維持およ び終了する際にＤＥＣサーバプロセス２０６がたどるステップを示す流れ図であ る。図４は、指定されたＩＢＭプログラム１０８とのセッションを確立し、以降 の会話を促進するＤＥＣサーバプロセス２０６について説明している。以下の説 明にもとづき、図４によって説明する方法がまた、別のコンピュータ環境にある プログラムと通信するために第１のコンピュータ環境にあるプログラムのために 通信を確立するサーバプロセスのより一般的な場合にいかにして適用されるかは 、当業者にとって明白であろう。 ここで図１、図２および図４を参照すれば、ステップ４０２において、ＤＥＣ サーバプロセス２０６は指定されたＩＢＭプログラム１０８とＬＵセッションを 確立する。１実施例では、このセッションは、ＡＰＳ １０２の起動時に最初に 確立され、以後、各サーバプロセス１３４の起動時に確立される。 ステップ４０４で、ＤＥＣサーバプロセス２０６は、ＡＰＳコントローラプロ セス１３２との初期会話に続き、ＡＰＳクライアントプログラム１０４Ａからの ＤＥＣｎｅｔ接続要求を受信する。クライアントプログラム１０４Ａは指定され たＩＢＭプログラム１０８への接続を要求している。ステップ４０６では、この 要求に応えて、指定されたＩＢＭプログラム１０８に会話が割当てられる。 必要な接続が確立されたので、ステップ４０８において、クライアントプログ ラム１０４ＡとＩＢＭプログラム１０８との間でデータが転送される。この転送 はＡＰＳコントローラプロセス１３２とは独立して行われる。この転送を完遂さ せるために、ＡＰＳ １０２は、ＤＥＣｎｅｔ １２２を通じてクライアントプ ログラム１０４Ａとデータを転送するためにＡＰＳ ＤＥＣｎｅｔルーチンを使 用する。ＡＰＳ １０２はまた、指定のＩＢＭプログラム１０８へデータを転送 するためにＡＰＰＣ／ＬＵ６．２ルーチンを使用する。他のコンピュータ環境と の間でデータを検索および／または転送するために別のルーチンを使用する、別 の実施例を考慮することもできるであろう。 ＬＵ６．２セッションが早期に終了した場合（ボックス４０９）、サーバプロ セス１３４は、ステップ４１０でＬＵ６．２セッションを再確立しようと試みる 。好ましい実施例では、この試行は、所定のタイムアウト期間後、周期的に行わ れる。必要なＬＵ６．２セッションを再確立しようとする動作は、クライアント プログラム２０２Ａのユーザにとっては透過である。タイムアウト期間は、サー バプロセス１３４がシステム資源を無限に拡張することなく通信を再確立する機 会が持てるように選択される。しかし、ＬＵ６．２セッションが失われた場合、 ＤＥＣサーバプロセス２０６はクライアントプログラム１０４Ａとのセッション を終了し、両セッションは、会話が再開可能となる前に再確立される必要がある 。この場合、ＤＥＣサーバプロセス２０６は、クライアントプログラム１０４Ａ との他のセッションについて使用可能となる前にＬＵ６．２セッションを再確立 しなければならない点に留意されたい。クライアントプログラム１０４Ａは、再 確立されたＤＥＣサーバプロセス２０６に周期的に問い合わせるか、または、別 のＤＥＣサーバプロセス２０６を探さなければならない。 クライアントプログラム１０４とサーバプロセス１３４との間のセッションが 失われた場合、ＩＢＭプログラム１０８との会話は終了する。しかし、ＩＢＭプ ログラム１０８とのＬＵ６．２セッションは終了しない。影響を受けたＤＥＣサ ーバプロセス２０６は、次の要求側クライアントプログラム１０４にとって使用 可能となる。 セッションが早期に終了しなければ、ＤＥＣサーバプロセス２０６は、ステッ プ４１２において、クライアントプログラム１０４ＡまたはＩＢＭプログラム１ ０８のいずれか一方の要求時に会話を終了する。ＩＢＭプログラム１０８または ＶＡＸクライアントプログラム１０４Ａのいずれか一方が、会話を終了させるこ とも可能である。 次に、ＩＢＭプログラム１０８がＶＡＸプログラム１０４０への接続を要求し た時に生じることを示すために、第２の例を説明する。ＬＵ（論理装置）セッシ ョンがＡＰＳ １０２によって確立されていなければならないので、ＩＢＭプロ グラム１０８による接続要求は、アクティブなＬＵセッションにおいてのみ行う ことができる。ＩＢＭサーバプロセス２０８は、その確立されたセッションを記 録しており、ＩＢＭプログラム１０８が会話を要求するまで待機している。この 要求が生じると、ＩＢＭサーバプロセス２０８は、指定されたクライアントプロ グラム１０４ＢとのＤＥＣｎｅｔセッションを確立する。このセッションがアク ティブになると、ＩＢＭプログラム１０８およびクライアントプログラム１０４ Ｂの両者は、データおよびステータスメッセージを送受信することができる（す なわち、両者はセッションによって会話を行うことができる）。さらに、ＩＢＭ プログラム１０８およびクライアントプログラム１０４Ｂの両者は、その会話を 割当て解除することもできる。これが生じると、ＩＢＭサーバプロセス２０８は 、そのＬＵセッションをアクティブにしておき、別の会話要求を待つ。 次に、好ましい実施例に従ってＩＢＭプログラム１０８をクライアントプログ ラム１０４Ｂに接続する際にＩＢＭサーバプロセス２０８により生起するプロセ スについて説明する。図５は、そのような接続を確立する際にＩＢＭサーバプロ セス２０８によって行われる方法を示す流れ図である。ここで図１、図２および 図５を参照すれば、ステップ５０２において、ＩＢＭサーバプロセス２０８はＩ ＢＭプログラム１０８と永久ＬＵセッションを確立する。 ステップ５０４で、ＩＢＭサーバプロセス２０８は、ＩＢＭプログラム１０８ からクライアントプログラム１０４Ｂへの接続要求を受信する。ステップ５０６ で、ＩＢＭサーバプロセス２０８は指定のクライアントプログラム１０４Ｂとの ＤＥＣｎｅｔセッションを確立する。 会話が確立されると、ステップ５０８において、ＩＢＭプログラム１０８とク ライアントプログラム１０４０との間でデータおよびステータスの転送が生じ得 る。この転送はＡＰＳコントローラプロセス１３２とは独立して行われる。ＩＢ Ｍサーバプロセス２０８は、要求側ＩＢＭプログラム１０８と指定のクライアン トプログラム１０４Ｂとの間でデータを転送するために必要な通信および／また はプロトコル会話を実行する。好ましい実施例では、ＩＢＭプログラム１０８と の間でデータを転送するためにはＡＰＰＣ／ＬＵ６．２ルーチンが使用され、Ｄ ＥＣｎｅｔ １２２を介して指定のクライアントプログラム１０４Ｂとの間でデ ータを転送するためにはＤＥＣｎｅｔルーチンが使用される。要求側プログラム １０８と指定のプログラム１０４Ｂとの間でデータを転送するために他の通信ル ーチンを使用する、別の実施例を考慮することもできよう。ＬＵ６．２セッショ ンが早期に終了した場合（ボックス５０９）、ＩＢＭサーバプロセス２０８は、 ステップ５１０においてＬＵ６．２セッションを再確立しようと試みる。好まし い実施例では、この試行は、指定のタイムアウト期間後に周期的に行われる。必 要なＬＵ６．２セッションを再確立するその動作は、クライアントプログラム１ ０４０のユーザにとっては透過である。タイムアウト期間は、ＩＢＭサーバプロ セス２０８がシステム資源を無限に拡張することなく通信を再確立する機会が持 てるように選択される。しかし、ＬＵ６．２セッションが失われた場合、ＩＢ Ｍサーバプロセス２０８はクライアントプログラム１０４０とのセッションを終 了し、両セッションは、会話が再開可能となる前に再確立される必要がある。こ の場合、ＩＢＭサーバプロセス２０８は、クライアントプログラム１０４８との 他のセッションについて使用可能となる前に、ＬＵ６．２セッションを再確立し なければならない点に留意されたい。 ＩＢＭプログラム１０８は、再確立されたＩＢＭサーバプロセス２０８に周期 的に問い合わせるか、または、別のＩＢＭサーバプロセス２０８を探さなければ ならない。 セッションが早期に終了しなければ、ＩＢＭサーバプロセス２０８は、ステッ プ５１２において、ＩＢＭプログラム１０８またはクライアントプログラム１０ ４Ｂのいずれか一方の要求時に、そのＬＵセッションを確立させたまま、通信リ ンクを終了する。 ＡＰＳ １０２の基本機能は、異なるコンピュータ環境で走行するプログラム 間の通信インタフェースを提供することである。この機能の詳細な例示を助ける ために、２つの異なるコンピュータ環境で走行するプログラムがＡＰＳ １０２ を介して通信できる、例示的なＡＰＳ環境に関してＡＰＳ １０２を検討する。 図６は、例示環境においてＡＰＳ１０２の使用を示すブロック図である。以下、 図６を参照しつつ、この環境およびそこでＡＰＳ １０２が果たす役割について 説明する。図示した環境はＡＰＳ １０２が実施可能である多数の環境のうちの 一例にすぎない点に留意されたい。 ＩＢＭメインフレーム６０２（または、ＡＰＰＣを実施できる他のシステム） は、ある製品の製造および販売を行うある会社のビジネス面を管理するために、 ビジネスプログラム６４２を走行させる。このＩＢＭメインフレームで走行する ビジネスプログラムは、在庫計算、注文日程計画、請求書作成などといった機能 を実行する。 この会社の製品の製造を管理するために、複数のＤＥＣ ＶＡＸ ６０４が使 用されている。ＶＡＸ ６０４で走行する製造プログラム６４４は、製造工程と のインタフェースをとり、製造工程を監視する。 この会社のコンピュータ化されたビジネス環境をコンピュータ化された製造環 境と統合するために、ビジネスプログラム６４２は製造プログラム６４４と通信 する必要がある。従来の知識は、そうした通信を実現するためには、ＩＢＭメイ ンフレーム６０２とＤＥＣ ＶＡＸ ６０４とのインタフェースをとるためにＤ ＥＣｎｅｔ／ＳＮＡゲートウェイ１１２を備えるべきであると教示する。 同様に、従来の知識によれば、インタフェースされる各々のＶＡＸ ６０４に ついて、個別のＤＥＣｎｅｔ／ＳＮＡ ＶＭＳ ＡＰＰＣ／ＬＵ６．２ルーチン がＶＡＸ ６０４に要求される。多数の製造製品または工程管理用ＶＡＸ ６０ ４を有する大規模プラントにとっては、従来の解決策はそれらのルーチンの多数 の複製物を必要とする。このことは、本明細書の発明の背景の部分で検討した通 り、管理の観点からの難題をもたらす。それはまた、ネットワーク資源の非効率 的な使用につながる。 本発明によれば、ＡＰＳ １０２は、単一のゲートウェイ１１２を介して、多 数のＶＡＸ ６０４または他のＤＥＣｎｅｔシステムのインタフェースをとる。 好ましい実施例では、環境に冗長的かつ補助的な能力を付与するために、第２の ＡＰＳ １０２も備えられる。ゲートウェイ機能をＡＰＳ １０２に含めること が可能であることを示すために、ゲートウェイ１１２およびＡＰＳ １０２の各 組の周囲にボックスが描かれている。 この環境のＡＰＳ １０２について、単純な想定を用いて以下に詳述する。こ の想定では、ビジネスプログラム６４２は、製品の注文に応答して生産指示要求 を生成する。この生産指示要求は、その製品が製造環境で製造できるようにＶＡ Ｘ ６０４の製造プログラム６４４へ通信されなければならない。それに応えて 、 製造プログラム６４４は、使用する原料や製造する製品にもとづいて在庫の変更 を報告するために、さらに、他の生産関連データを報告するためにビジネスプロ グラム６４２と通信する必要が生じる。図７は、こうした想定を実行する際に関 係するステップを例示するために用いた流れ図である。 以下、図６および図７に言及すれば、ステップ７０２において、ＩＢＭメイン フレーム６０２で走行するビジネスプログラム６４２が生産指示を生成し、それ をＶＡＸ ６０４で走行する製造プログラム６４４へ送信したいと望む。ステッ プ７０４で、ビジネスプログラム６４２は製造プログラム６４４との接続を確立 する。従来の知識に従って、ＶＡＸ ６０４と直接にインタフェースされたＤＥ Ｃｎｅｔ／ＳＮＡゲートウェイ１１２を用いると、ビジネスプログラム６４２は 製造プログラム６４４との接続を確立できないはずなので、それは実現できない であろう。しかし、本発明によれば、ＡＰＳ １０２がゲートウェイ１１２によ ってＩＢＭメインフレーム６０２とＬＵセッションをすでに確立しているので、 ビジネスプログラム６４２は、図５に関して説明した通り、製造プログラム６４ ４との会話を確立できる。 この接続が確立されると、ステップ７０６で、ビジネスプログラム６４２は生 産指示を製造プログラム６４４へ送信する。この転送もやはり、図５に関して説 明した方法に従って行われる。その生産指示を受信すると、製造プログラム６４ ４は、ステップ７０８で、要求された製品の生産を実行する。 次に、製造プログラム６４４は生産情報をビジネスプログラム６４２に通信し たいと望む。この生産情報には、使用する原料や生産する製品の数量といった情 報が含まれる。この情報を通信するために、製造プログラム６４４は、ステップ ７１０で、ＡＰＳ １０２を介してビジネスプログラム６４２と接続を確立する 。これは、図４に関して前述した通り、ビジネスプログラム６４２と接続を確立 するＡＰＳ １０２によって実現される。ステップ７１２で、製造プログラム ６４４はＡＰＳ １０２を介して在庫・生産情報をビジネスプログラム６４２に 送信する。 ＡＰＳ １０２を用いて、複数の製造プログラム６４４と複数のビジネスプロ グラム６４２との間での通信を可能にするために複数の通信リンクが確立できる ことに留意されたい。また、ＡＰＳ １０２は、ビジネスプログラム６４２が複 数の製造プログラム６４４のうちのいずれか１つと通信トランザクションを開始 できるようにもする。ＡＰＳ １０２によって付与されるこの第２の機能は、従 来の知識のゲートウェイ１１２を用いては利用できないものであった（クライア ントによるゲートウェイとの以前のリンクがそのクライアントによってすでに確 立されていた場合の一部の限定機能を除く）。 また、この環境において、ＤＥＣ ＶＡＸ ６０４はＵＰＳ １０２にとって クライアントとして構成される点にも留意されたい。図６で例示したように、Ａ ＰＳ １０２とＶＡＸ ６０４との間の通信はＤＥＣｎｅｔ １２２を通じて行 われる。ゲートウェイ１１２とＩＢＭメインフレーム６０２との間の通信はＩＢ Ｍの通信プロトコルＳＮＡを通じて行われる。 ＡＰＳコントローラプロセス１３２とサーバプロセス１３４との間の通信を図 ８に示す。インタフェースルーチン８０２は、サーバプロセス１３４がＡＰＳコ ントローラプロセス１３２と通信できるようにするために備わっている。複数の メールボックス８０４，８０６，８０８および８１０は、ＡＰＳコントローラプ ロセス１３２とサーバプロセス１３４との間のメッセージ、コマンドおよび要求 の交換を助成するために備わっている。各ＡＰＳサーバプロセス１３４について １個のサーバプロセスメールボックス８０４が存在する。サーバプロセスメール ボックス８０４およびコントローラ管理メールボックス８０６は、コントローラ プロセス１３２およびサーバプロセス１３４の非同期動作を可能にする。メッセ ージ、コマンドおよび要求は、メールボックス８０４および８０６に任意の時点 に入れておき、後の時点で宛て先プロセス１３２および１３４によって取り出さ れ、処理されるようにできる。 サーバプロセスメールボックス８０４は、コントローラプロセス１３２によっ て送信されたコマンドおよびメッセージを格納し、それらをサーバプロセス１３ ４へ転送する。これらのメッセージはセッションＩＤその他の接続情報などの情 報を含むことができる。 コントローラ管理メールボックス８０６は、ＡＰＳサーバプロセス１３４およ び管理ユーティリティ２１４からのメッセージを格納するために備わっている。 それらのメッセージは後にコントローラプロセス１３２に転送される。これらの メッセージの一例は、制御ファイル２１０から情報を検索するための要求である 。 ＡＰＳコントローラプロセス１３２は、管理ユーティリティメールボックス８ １０を通じて管理ユーティリティ２１４と通信する。 プロセス終了メールボックス８０８は、サーバプロセス１３４の終了に関して ＶＡＸ／ＶＭＳにより生成された終了メッセージ８２２を格納し、それらをコン トローラプロセス１３２に転送する。このような終了メッセージは、サーバプロ セスが消滅したり抜け出たりした場合に生成される。コントローラプロセス１３ ２は、終了したサーバプロセス１３４を再生することによってそれに対処する。 ＶＭＳ終了メッセージ８２２は、それが実際にはサーバプロセス１３４からでは なくＶＭＳから来ることを示すために、破線によって示されている。 前述の通り、好ましい実施例では、ＡＰＳ １０２は、それがＶＡＸ １０６ とクライアント−サーバ関係を形成するように実施される。１つのＡＰＳサーバ プロセス１３４と１つのＶＡＸ １０６との接続を図９に示す。図９によれば、 ＶＡＸ １０６で走行するクライアントプログラム１０４は、ＡＰＳ １０２と の通信を可能にするルーチンを有する。ＡＰＳクライアントルーチン９２２は、 プログラム１０４がＡＰＳ １０２と通信できるようにするルーチンである。Ａ ＰＳクライアントルーチン９２２は、ＶＡＸ １０６で走行するいずれかのプロ グラム言語によって呼び出し可能なコールを含むことができる。これらのルーチ ンの一覧を表１に示す。 ＡＰＳクライアントルーチン９２２は、ＡＰＳ １０２との複数の会話をサポ ートし、自動バックアップサーバ選択機能を提供する。この機能は、基本ＡＰＳ １０２が故障したり何らかの理由で使用できなくなった場合、または、適切な クラスでいずれのサーバプロセス１３４も使用不可能となった場合に、ＡＰＳク ライアントルーチン９２２が二次ＡＰＳ １０２（または複数の使用可能なＡＰ Ｓ １０２のうちの１つ）を選択できるようにする。ＡＰＳ ＤＥＣｎｅｔルー チン９２４はＶＡＸ １０６に存在する。ＡＰＳクライアントＤＥＣｎｅｔルー チン９２５はＡＰＳ １０２に存在する。ＡＰＳクライアントＤＥＣｎｅｔルー チン９２４およびAＰＳ ＤＥＣｎｅｔルーチン９２５はＤＥＣｎｅｔ １２２ を介して通信することができる。 ＡＰＳ １０２にあるＡＰＳクライアントルーチン９０６は、ＡＰＳ １０２ と１つ以上のＶＡＸ １０６との間でサーバ−クライアント関係を確立するため に必要な機能を実行する。 サーバプロセス１３４は、ＶＡＸ １０６と、それが通信する相手のＩＢＭプ ログラムとの間の接続を行う。サーバプロセス１３４については、図１〜図５に よってすでに詳述してある。 ＡＰＳ ＬＵ６．２ルーチン９２８およびＤＥＣ ＬＵ６．２ルーチン９２６ は、ＡＰＳ １０２がＤＥＣｎｅｔ／ＳＮＡゲートウェイを通じてＩＢＭ ＬＵ ６．２プログラムと通信するために必要な通信プロトコルを付与する。ＡＰＳ ＬＵ６．２ルーチンは、ＩＢＭプログラムとの通信機能を提供する。ＤＥＣ Ｌ Ｕ６．２ルーチン９２６は、ＡＰＳ ＬＵ６．２ルーチン９２４によって使用さ れ、ＤＥＣゲートウェイとの通信機能を提供する。 別の実施例では、階層設計により、上述のクライアント−サーバ関係は、ファ イル転送といった別の専用機能を実施するために置換または増補することもでき よう。 以上、本発明の各種実施例を説明したが、それらは例示として提示したにすぎ ず、何ら限定的なものではないことを理解しなければならない。従って、本発明 の請求の範囲は、上述の例示実施例のいずれによっても限定されるものではない 。 〔表１〕

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ， ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，Ｇ Ｂ，ＨＵ，ＪＰ，ＫＲ，ＫＺ，ＬＫ，ＬＵ，ＬＶ，ＭＧ ，ＭＮ，ＭＷ，ＮＬ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ， ＲＵ，ＳＤ，ＳＥ，ＳＩ，ＳＫ，ＵＡ，ＵＺ，ＶＮ

Claims (1)

1. 【特許請求の範囲】 １． 第１のコンピュータ環境にある複数のプログラムのうちの少なくとも１ つと第２のコンピュータ環境にある複数のプログラムのうちの少なくとも１つと のインタフェースをとるためのプログラム間サーバ装置であって、 第１のコンピュータ環境と第２のコンピュータ環境との間の通信セッションを 提供するように構成された少なくとも１つのサーバプロセスであり、それによっ て前記第１および第２のコンピュータ環境の一方にある第１のプログラムが前記 サーバプロセスと通信セッションを確立し、前記第１および第２のコンピュータ 環境の他方にある第２のプログラムと通信することが可能となり、その際前記通 信は前記サーバプロセスを通じて行われるものである、前記サーバプロセスと、 前記サーバプロセスと結合されており、前記第１のプログラムからの接続要求 を受信し、かつ、前記接続要求を受信すると前記サーバプロセスの１つに通信タ スクを割当てるように構成されたコントローラプロセスとを含むことを特徴とす るプログラム間サーバ装置。 ２． 請求項１記載の装置であって、前記コントローラプロセスと結合されて おり、大域データを格納し、かつ、前記大域データを前記サーバプロセスおよび 前記コントローラプロセスに供給するように構成された制御セクションをさらに 含むことを特徴とする装置。 ３． 請求項１または２に記載の装置であって、前記コントローラプロセスと 結合されており、前記コントローラプロセスによって使用されるための永久定義 を格納し、かつ、使用可能なサーバプロセスの数を定義するように構成された制 御ファイルをさらに含むことを特徴とする装置。 ４． 請求項１ないし３のいずれかに記載の装置であって、前記コントローラ プロセスと結合されており、前記サーバのオペレータ制御用のインタフェースを 提供するように構成された管理ユーティリティをさらに含むことを特徴とする装 置。 ５． 請求項４記載の装置であって、前記管理ユーティリティがさらに、オペ レータが追加のサーバプロセスを生成できるように構成されていることを特徴と する装置。 ６． 請求項２ないし５のいずれかに記載の装置であって、前記制御セクショ ンと結合されており、前記制御セクションからデータを取り出し、前記データを 報告および画面にフォーマットし、さらに前記フォーマットされたデータをユー ザ端末に送信し、それによって人間オペレータがプログラム間サーバ装置の動作 を監視できるように構成された、監視ユーティリティをさらに含むことを特徴と する装置。 ７． 請求項１ないし６のいずれかに記載の装置であって、前記サーバプロセ スに結合されており、前記第１および第２のコンピュータ環境の間の通信インタ フェースを提供するように構成されたゲートウェイをさらに含むことを特徴とす る装置。 ８． 請求項１ないし７のいずれかに記載の装置であって、 前記コントローラプロセスおよび前記サーバプロセスに結合されており、コマ ンドおよび前記コントローラプロセスによって発せられた第１のメッセージを格 納し、かつ、前記格納されたコマンドおよび第１のメッセージを前記サーバプロ セスに転送するように構成されたサーバプロセスメールボックスと、 前記コントローラプロセスおよび前記サーバプロセスに結合されており、前記 サーバプロセスからの第２のメッセージを格納し、かつ、前記第２のメッセージ を前記コントローラプロセスに転送するように構成されたコントローラ管理メー ルボックスと、 前記コントローラプロセスおよび前記サーバプロセスに結合されており、前記 サーバプロセスからの終了メッセージを格納し、かつ、前記終了メッセージを前 記コントローラプロセスに転送するように構成されたプロセス終了メールボック スとをさらに含むことを特徴とする装置。 ９． 第１のコンピュータ環境にある複数のプログラムのうちの少なくとも１ つと第２のコンピュータ環境にある複数のプログラムのうちの少なくとも１つと のインタフェースをとるための方法であって、 （ａ）第１および第２のコンピュータ環境のうちの一方にある第１のプログラ ムにサーバプロセスを割当て、前記第１のプログラムが第１および第２のコンピ ュータ環境のうちの他方にある第２のプログラムにセッションを要求するステッ プと、 （ｂ）前記第１のプログラムと前記割当てられたサーバプロセスとの間で第１ のセッションを確立するステップと、 （ｃ）前記第２のプログラムと前記割当てられたサーバプロセスとの間で第２ のセッションを確立するステップと、 を備え、これにより 前記第１のセッションおよび第２のセッションは前記第１のプログラムと前記 第２のプログラムとの間の会話を有することを特徴とする方法。 １０． 請求項９記載の方法であって、前記第２のプログラムとの会話のため に前記第１のプログラムからの要求を受信するステップをさらに含むことを特徴 とする方法。 １１． 請求項９または１０に記載の方法であって、前記ステップ（ａ）が、 複数のサーバプロセスのうちの１つが前記第１のプログラムによって要求され たセッションを提供するために使用可能であるかどうかを判定するステップと、 前記サーバプロセスが使用可能である場合に前記サーバプロセスを前記第１の プログラムに割当てるステップと、 前記複数のサーバプロセスのうちの１つが使用不能である場合にサーバプロセ スが使用不可能であることを前記第１のプログラムに通知するステップとを含む ことを特徴とする方法。 １２． 請求項９ないし１１のいずれかに記載の方法であって、前記第１およ び第２のプログラムのセッションを割当て解除するステップをさらに含むことを 特徴とする方法。 １３． 請求項１２記載の方法であって、前記セッションが前記第１および第 ２のプログラムの一方から受信された終了要求に応答して割当て解除されること を特徴とする方法。 １４． 請求項９ないし１３のいずれかに記載の方法であって、前記複数のサ ーバプロセスを生成するステップをさらに含むことを特徴とする方法。 １５． 請求項１４記載の方法であって、前記サーバプロセスが最初に前記コ ントローラプロセスによって生成されることを特徴とする方法。 １６． 請求項１４記載の方法であって、前記サーバプロセスは、前記要求側 プログラムが前記指定されたプログラムに接続を要求した時に生成されることを 特徴とする方法。 １７． 請求項１２ないし１６のいずれかに記載の方法であって、前記セッシ ョンが早期に終了した場合に前記セッションを再確立しようと試みるステップを さらに含むことを特徴とする方法。 １８． 請求項９ないし１７のいずれかに記載の方法であって、前記第１およ び第２のプログラムの間の通信を生起させるために必要なプロトコル会話を実行 するステップをさらに含むことを特徴とする方法。 １９． 統合化プラント環境用システムであって、 前記プラントのビジネス面を管理するビジネスプログラムを走らせるために構 成された１台以上のコンピュータシステムを含むビジネスコンピュータ環境と、 製品の製造を管理する製造プログラムを走らせるために構成された複数の第２ のコンピュータシステムであり、前記第１および第２のコンピュータ環境は同一 のコンピュータ環境ではない、前記第２のコンピュータシステムと、 前記ビジネスプログラムと、前記複数の第２のコンピュータシステムのうちの １台で走る前記製造プログラムとの間で通信できるように構成されたゲートウェ イと、 前記複数の第２のコンピュータシステムの各々にある製造プログラムが前記第 １のコンピュータ環境にある前記ビジネスプログラムと前記ゲートウェイを介し て通信できるようにサーバ／クライアント関係を構築するために構成された拡張 プログラム間サーバとを含むことを特徴とするシステム。 ２０． ＩＢＭ環境にある１つ以上のＩＢＭプログラムとＤＥＣ環境にある１ つ以上のＤＥＣプログラムとのインタフェースをとるためのプログラム間サーバ 装置であって、 前記ＩＢＭプログラムが前記ＤＥＣプログラムと会話を開始できるようにする １つ以上の論理装置セッションを確立し維持するように構成されたサーバプロセ スと、 前記サーバプロセスと結合されており、前記ＤＥＣプログラムおよびＩＢＭプ ログラムからの接続要求を受け入れ、かつ、接続を要求するプログラムにサーバ プロセスを割当てるように構成されたコントローラプロセスとを含むことを特徴 とする装置。 ２１． 請求項２０記載のサーバ装置であって、前記コントローラプロセスと 結合されており、大域データを格納し、かつ、前記大域データを前記第１、第２ および第３の手段に提供するための第１の手段をさらに含むことを特徴とする装 置。 ２２． 請求項２１記載のサーバ装置であって、前記第１の手段と結合されて おり、前記コントローラプロセスによって使用されるための永久定義を格納する ための第２の手段をさらに含むことを特徴とする装置。 ２３． 請求項２０記載のサーバ装置であって、 前記コントローラプロセスおよび前記サーバプロセスと結合されており、コマ ンドおよび前記コントローラプロセスによって発せられた第１のメッセージを格 納し、かつ、前記格納されたコマンドおよび第１のメッセージを前記サーバプロ セスに転送するための第１の手段と、 前記コントローラプロセスおよび前記サーバプロセスに結合されており、前記 サーバプロセスからの第２のメッセージを格納し、かつ、前記第２のメッセージ を前記コントローラプロセスに転送するための第２の手段と、 前記コントローラプロセスおよび前記サーバプロセスに結合されており、前記 サーバプロセスからの終了メッセージを格納し、かつ、前記終了メッセージを前 記コントローラプロセスに転送するための第３の手段とをさらに含むことを特徴 とする装置。 ２４． コンピュータ統合化製造環境用システムであって、 製造プラントのビジネス面を管理するビジネスプログラムを走らせるために構 成されたＩＢＭコンピュータ環境と、 製品の製造を管理する製造プログラムを走らせるために構成されたＤＥＣコン ピュータ環境と、 前記製造プログラムが前記ビジネスプログラムと通信できるようにサーバ／ク ライアント関係を構築するために構成された拡張プログラム間サーバとを含み、 前記拡張プログラム間サーバが、 前記ビジネスプログラムが前記製造プログラムと会話を開始できるようにする １つ以上の論理装置セッションを確立し維持するように構成されたサーバプロセ スと、 前記サーバプロセスと結合されており、前記ビジネスプログラムおよび製造プ ログラムからの接続要求を受け入れ、かつ、接続を要求するプログラムにサーバ プロセスを割当てるように構成されたコントローラプロセスとを含むことを特徴 とするシステム。 ２５． 請求項２４記載のシステムであって、前記ビジネスプログラムと製造 プログラムとの間の通信を可能にするように構成されたゲートウェイをさらに含 むことを特徴とするシステム。