JP3515839B2 - コンピュータシステム間通信システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信線を介して相
互に接続された複数のコンピュータシステム間での通信
を可能としたコンピュータシステム間通信システムに関
する。本発明は、特に、各コンピュータシステムの起動
同期を自動的にとることができるコンピュータシステム
間通信システムに関する。

【０００２】

【従来の技術】従来より、ＬＡＮ（Local Area Networ
k）等のユーザシステムにおいて、ホストコンピュータ
の負荷を分散させるため、また、遠隔地間での通信を可
能とするため、分散システム化が行われている。この分
散システムでは、ホストコンピュータを複数台設置し
て、各ホストコンピュータの配下に夫々ＬＡＮを設ける
とともに、各ホストコンピュータ間を公衆網又は専用線
のようなＷＡＮ（Wide AreaNetwork）で接続し、各ホス
トコンピュータを介して各ＬＡＮに属する端末間の通信
を可能としている。なお、以下では、ホストコンピュー
タのことを「コンピュータシステム」又は単に「システ
ム」と言う。

【０００３】このような分散システムにおいては、シス
テム間通信を行う際に、各システムの通信ジョブ（送信
側システムの送信タスク，受信側システムの受信タス
ク）が共に起動していなければならない。このように送
信側システムの通信ジョブ及び受信側システムの通信ジ
ョブが共に起動していることを、「起動同期」という。
そこで、各システム間の起動同期を如何にしてとるかが
問題になる。

【０００４】従来においては、例えばオペレータの電話
連絡等にて送信側システムの送信タスク及び受信システ
ムの受信タスクを事前に起動しておくことにより、各シ
ステム間の起動同期を取って、これら各システム間に通
信パスを確立するようにしていた。もしくは、同様にし
て受信側システムの受信タスクを送信側システムの送信
タスクに先立って起動しておいてから送信システムの送
信タスクを起動することにより、各システム間の起動同
期を取って、これら各システム間に通信システムを確立
するようにしていた。

【０００５】なお、送信側システムの送信タスク起動時
において受信側システムの受信タスクが起動されていな
い状態であった場合には、送信側システムは、受信側シ
ステムの受信タスクが起動するまで、通信パス確立のた
めの再試行（ポーリング）を行っていた。

【０００６】

【発明が解決しようとする課題】しかしながら、最近で
は、上述の分散システム化が、大型汎用機間に限らず、
ワークステーションやパソコンのような小型機まで普及
されつつある。従って、各コンピュータの種類による運
用時間帯の相違により、送信側システムと受信システム
との間で起動同期を取ることが困難になっている。即
ち、大型汎用機では、保守・点検作業のために、一週間
単位で通信ジョブの機能を停止する様に運用されるのが
一般的である。これに対して、小型機では、毎日夜間に
通信ジョブの機能を停止するように運用されるのが一般
的である。従って、送信側ホストコンピュータが大型汎
用機から構成され且つ受信側ホストコンピュータが小型
機から構成されている場合には、通信時間が夜間である
と、事前に受信システムの受信タスクを立ち上げさせる
ことはできないので、システム間の起動同期をとること
が困難となっているのである。

【０００７】また、受信側システムの受信タスクが起動
するまで送信側システムが通信パス確立のための再試行
（ポーリング）を行う場合、各システム間を接続するＷ
ＡＮが公衆網であるとすると、通信パスが確立するまで
の間は無駄な回線使用料を支払うこととなる。

【０００８】本発明は、以上の問題に鑑みてなされたも
のであり、送信側システムからの起動要求に対応して、
受信側システムの受信タスク（受信手段）を自動的に起
動することができるコンピュータシステム間通信システ
ムを提供することを、第１の課題とする。更に、両シス
テム間に通信パスを自動的に確立することができるコン
ピュータシステム間通信システムを提供することを、第
２の課題とする。

【０００９】

【課題を解決するための手段】即ち、本発明によるコン
ピュータシステム間通信システムの第１の態様は、上記
第１の課題を解決するために、図１（ａ）の原理図に示
す構成を採用した。即ち、データの送信処理を行う送信
手段（３０２）を有する第１のコンピュータシステム
（３００）とデータの受信処理を行う受信手段（３０
４）を有する第２のコンピュータシステム（３０１）と
からなるとともに、前記送信手段（３０２）と前記受信
手段（３０４）との間でデータ送信を行うコンピュータ
システム間通信システムにおいて、前記第１のコンピュ
ータシステム（３００）は、前記受信手段（３０４）の
起動を要求する起動要求手段（３０３）を備え、前記第
２のコンピュータシステム（３０１）は、この起動要求
手段（３０３）からの起動の要求を検出して前記受信手
段（３０４）を起動させる起動手段（３０５）を備える
ことを特徴とする（請求項１に対応）。

【００１０】このように構成されるコンピュータシステ
ム間通信システムによると、データ送信に先だって、第
１のコンピュータシステム（３００）の起動要求手段
（３０３）は、第２のコンピュータシステム（３０１）
に対し、受信手段（３０４）の起動を要求する。第２の
コンピュータシステム（３０１）の起動手段（３０５）
は、この起動要求に応じて、受信手段（３０４）を起動
させる。

【００１１】第２のコンピュータシステムは、夫々別個
の識別子を有する複数の受信手段を備えていても良い。
この場合、起動要求手段は、識別子を指定することによ
って、起動を要求する受信手段を特定すれば良く、起動
手段は、起動要求手段によって指定された識別子を有す
る受信手段を起動させれば良い（請求項２に対応）。

【００１２】また、各コンピュータシステムは、夫々別
個のシステム名を有していても良い。この場合、起動要
求手段は、システム名を指定することによって、起動を
要求する受信手段が備えられたコンピュータシステムを
特定することができる（請求項３に対応）。このように
構成すれば、第２のコンピュータシステムが複数ある場
合でも、データ送信先であるコンピュータシステムの受
信手段を容易に特定することができる。

【００１３】また、本発明によるコンピュータシステム
間通信システムの第２の態様は、上記第１及び第２の課
題を解決するために、図１（ｂ）の原理図に示す構成を
採用した。即ち、この第２の態様によるコンピュータシ
ステム間通信システムは、データの送信処理を行う送信
手段（４０２）を有する第１のコンピュータシステム
（４００）とデータの受信処理を行う受信手段（４０
５）を有する第２のコンピュータシステム（４０１）と
からなるとともに、前記送信手段（４０２）と前記受信
手段（４０５）との間に確立された通信パスを介してデ
ータ送信を行うコンピュータシステム間通信システムで
ある。この第１のコンピュータシステム（４００）は、
前記第２のコンピュータシステム（４０１）に対して前
記通信パスの確立要求を実行する通信パス確立要求手段
（４０３）と、前記第２のコンピュータシステム（４０
１）からの通知に応じ、前記通信パス確立要求手段（４
０３）に対して前記通信パスの確立要求を再実行させる
確立要求再実行手段（４０４）とを備えている。また、
前記第２のコンピュータシステム（４０１）は、前記通
信パス確立要求手段（４０３）によって前記通信パスの
確立を要求された時において前記受信手段（４０５）が
未起動であった場合にはこの受信手段（４０５）を起動
させる起動手段（４０６）と、この起動手段（４０６）
によって前記受信手段（４０５）が起動された場合に前
記確立要求再実行手段（４０４）に対して前記通知を行
う通知手段（４０７）と、前記通信パス確立要求手段
（４０３）によって前記通信パスの確立を要求された時
において前記受信手段（４０５）が起動済みであった場
合には前記第１のコンピュータシステム（４００）に対
して前記通信パスの確立の応答を行う通信パス確立応答
手段（４０８）とを備えている（請求項４に対応）。

【００１４】このように構成されるコンピュータシステ
ム間通信システムによると、データ送信に先立って、通
信パス確立要求手段（４０３）は、前記第２のコンピュ
ータシステム（４０１）に対して前記通信パスの確立要
求を実行する。この時、第２のコンピュータシステム４
０１において受信手段（４０５）が未起動であった場合
には、起動手段（４０６）は、この受信手段（４０５）
を起動させる。このようにして受信手段（４０５）が起
動すると、通知手段（４０７）は、第１のコンピュータ
システム（４００）の確立要求再実行手段（４０４）に
対して、受信手段（４０５）が起動した旨の通知を行
う。第１のコンピュータシステム（４００）内の確立要
求再実行手段（４０４）は、この通知に応じ、通信パス
確立要求手段（４０３）に対して通信パスの確立要求を
再実行させる。通信パス確立要求手段（４０３）が通信
パスの確立要求を再実行した時には受信手段（４０５）
は必ず起動しているので、通信パス確立応答手段（４０
８）は、第１のコンピュータシステム（４００）に対し
て前記通信パスの確立の応答を行う。これにより通信パ
スは確立されるので、第１のコンピュータシステム（４
００）の送信手段（４０２）は、第２のコンピュータシ
ステム（４０１）の受信手段（４０５）に対して、デー
タ送信をすることができるようになる。このように、通
信パスを確立するために第１のコンピュータシステム
（４００）が行う通信パス確立要求の回数は、最大２回
である。従って、第１のコンピュータシステム（４０
０）側からポーリングを繰り返し行う煩雑さやオペレー
タがマニュアル操作する手間を、解消することができ
る。

【００１５】第２のコンピュータシステムは、夫々別個
の識別子を有する複数の受信手段を備えていても良い。
この場合、通信パス確立要求手段は、識別子を指定する
ことによってこの識別子を有する受信手段に繋がる通信
パスを特定すれば良く、起動手段は、指定された識別子
を有する受信手段のみを起動すれば良く、通知手段は、
起動された受信手段の識別子を通知すれば良く、通信パ
ス確立応答手段は、指定された識別子を有する受信手段
が起動済みであった場合のみ、通信パス確立要求手段に
対して通信パスの確立の応答を行えば良い（請求項５に
対応）。

【００１６】また、各コンピュータシステムは、夫々別
個のシステム名を有していても良い。この場合、通信パ
ス確立要求手段は、システム名を指定することによっ
て、通信パスの確立を要求するコンピュータシステムを
特定すれば良い（請求項６に対応）。このように構成す
れば、第２のコンピュータシステムが複数ある場合で
も、データ送信先であるコンピュータシステムの受信手
段を容易に特定することができる。

【００１７】また、確立要求再実行手段は、通知手段に
よって通知された識別子を有する受信手段に繋がる通信
パスについてのみ、通信パス確立要求手段に対して通信
パスの確立要求を再実行させるようにしても良い（請求
項７に対応）。このようにすれば、以前より起動済みで
あった受信システムに関して通信パス確立要求を再実行
してしまう煩雑さが防止できる。

【００１８】また、第１のコンピュータシステムは、夫
々別個の識別子を有する複数の通信パス確立要求手段を
有していても良い（請求項８に対応）。この場合、通信
パスの確立要求を実行したが通信パスの確立の応答を受
けてない通信パス確立要求手段の識別子を登録するテー
ブルを更に備えることが効果的である。このようにすれ
ば、確立要求再実行手段は、このテーブルに登録された
識別子を有する通信パス確立要求手段に対してのみ、前
記通信パスの確立要求を再実行させることができるから
である（請求項９に対応）。

【００１９】本発明によるコンピュータシステムは、上
記第１及び第２の課題を解決することができるコンピュ
ータシステム間通信システムに使用可能である。即ち、
図１（ｃ）の原理図に示すように、他のコンピュータシ
ステム（５００）との間に確立された通信パスを介して
前記他のコンピュータシステム（５００）から送信され
て来たデータを受信するコンピュータシステム（５０
１）において、前記データの受信処理を行うために起動
される受信手段（５０５）と、前記他のコンピュータシ
ステム（５００）から前記通信パスの確立を要求された
時において前記受信手段（５０５）が未起動であった場
合にはこの受信手段（５０５）を起動させる起動手段
（５０６）と、この起動手段（５０６）によって前記受
信手段（５０５）が起動された場合に前記他のコンピュ
ータシステム（５００）に対してこの受信手段（５０
５）の起動を通知して前記通信パスの確立を再度要求さ
せる起動通知手段（５０７）と、前記他のコンピュータ
システム（５００）から前記通信パスの確立を要求され
た時において前記受信手段（５０５）が起動済みであっ
た場合には前記他のコンピュータシステム（５００）に
対して前記通信パスの確立の応答を行う通信パス確立応
答手段（５０８）とを備えることを特徴とする（請求項
１０に対応）。

【００２０】このように構成されたコンピュータシステ
ムによると、他のコンピュータシステム（５００）から
通信パスの確立を要求された時において受信手段（５０
５）が未起動であった場合には、起動手段（５０６）
は、この受信手段（５０５）を起動させる。このように
して受信手段（５０５）が起動されると、起動通知手段
（５０７）は、他のコンピュータシステム（５００）に
対してこの受信手段（５０５）の起動を通し、通信パス
の確立を再度要求せしめる。これに応じて他のコンピュ
ータシステム（５００）から通信パスの確立が再度要求
された時には、既に受信手段（５０５）は起動済みであ
る。そのため、通信パス確立応答手段（５０８）は、他
のコンピュータシステム（５００）に対して通信パスの
確立の応答を行う。このように、他のコンピュータシス
テムから繰り返しポーリングを受けなくても、自動的に
受信手段を起動して、通信パスの確立要求を他のコンピ
ュータシステムに促すことができる。

【００２１】

【発明の実施の形態】以下に、図面に基づいて、本発明
の実施の形態を説明する。 ＜システムの全体構成＞図２は、本実施形態によるコン
ピュータシステム間通信システムの概略構成を示すブロ
ック図である。図２において、このコンピュータシステ
ム間通信システムは、送信側のコンピュータシステム
（以下、単に「送信側システム」という）Ａ及び受信側
のコンピュータシステム（以下、単に「受信側システ
ム」という）Ｂから構成されており、これら各システム
Ａ，Ｂ間は、通信路Ｌによって接続されている。なお、
以下の説明では、理解を容易にするために、システムＡ
に関しては送信側システムとしての機能説明のみを行
い、システムＢに関しては受信側システムとしての機能
説明のみを行うが、実際には各々のシステムが送信側シ
ステムとしての機能及び受信側システムとしての機能を
併せ持っている。

【００２２】各システムＡ，Ｂは、夫々、配下にＬＡＮ
を有するホストコンピュータであり、ハードウェアとし
て、図示せぬＣＰＵ（中央処理装置）及び主記憶装置，
並びに外部記憶装置１２０，２２０を有している。そし
て、図示せぬ主記憶装置上にロードされたプログラムを
図示せぬＣＰＵによって実行することにより、図示した
各種機能を実現することができるのである。このプログ
ラムとは、通信プログラム１００，２００，アプリケー
ション１３０，２３０，通信ジョブ（送信側通信ジョブ
１１０，受信側通信ジョブ２１０），等である。

【００２３】アプリケーション１３０，２３０とは、あ
らゆるアプリケーションプログラムを含むが、ここで
は、例えばテレビ会議システムにおけるようなデータ作
成プログラム（システムＡ側のアプリケーション１３
０）及びデータビュワープログラム（システムＢ側のア
プリケーション２３０）であるとする。

【００２４】システムＡ側のアプリケーション１３０
は、生成した各データに論理アドレス（ＬＤ）を付し
て、外部記憶装置１２０内のメッセージ格納媒体１２２
に格納する。この外部記憶装置１２０内には、また、送
信管理簿１２１が掲載されている。この送信管理簿１２
１は、図１３に示すように、メッセージ格納媒体１２２
内に格納された各データの論理アドレス（ＬＤ）とその
論理アドレスに対応した送信先についての情報（相手シ
ステム名及び受信タスク名）とを対応付けた表である。

【００２５】システムＡ側の送信側通信ジョブ１１０
は、送信側コントロールタスク１１１及び複数（図２で
は２個のみ図示）の送信タスク１１４，１１７から構成
されており、メッセージ格納媒体１２２内に格納されて
いるデータを取り出して、受信側システム（システム
Ｂ）に向けて送信する機能を有している。

【００２６】具体的に説明すると、各送信タスク（送信
手段）１１４，１１７は、通信パス確立制御部１１５，
１１８としての機能，及び、送信処理部１１６，１１９
としての機能を有している。

【００２７】この通信パス確立制御部（起動要求手段，
通信パス確立要求手段）１１５，１１９は、自己の送信
タスク１１４，１１７とメッセージ格納媒体１２２内に
格納されているデータの送信先（他のシステムの通信ジ
ョブにおける受信タスク２１４，２１７）との間で通信
パスを確立する機能である。この通信パス確立のため、
通信パス確立制御部１１５，１１９は、データ送信先シ
ステムに対して、図１４に示す構成を有する確立要求メ
ッセージを送信する。この確立要求メッセージの「あて
先名」には、データ送信先の受信タスク名が書き込まれ
る。各通信パス確立制御部１１５，１１８は、送信先の
受信タスクが未起動であるため確立ができなかった通信
パスに関しては、送信側コントロールタスク１１１の起
動待ちリスト１１３にその起動待ちを登録し（矢印ａ参
照）、その受信タスクの起動を待ってから、再度その通
信パス確立を試みるのである。なお、各送信タスク１１
５，１１７は夫々ユニークな送信タスク名（ＣＯＭＩ
Ｄ：送信タスク１１４＝ＡＣＭ００，送信タスク１１７
＝ＡＣＭ０１）を有しているので、起動待ちリスト１１
３に登録を行う際には、この送信タスク名に依って登録
を行う。

【００２８】送信処理部１１６，１１９は、メッセージ
格納媒体１２２に格納されたデータを取り出すととも
に、このデータの論理アドレス（ＬＤ）に対応する送信
先情報（相手システム名及び受信タスク名）を送信管理
簿１２１から読み出し、図１５に示す形態のメッセージ
（通常メッセージ）として組み立てる。そして、この通
常メッセージを、通信パス確立制御部１１５，１１９に
よって確立された通信パスを介して送信先の受信タスク
２１４，２１７に送信する。送信処理部１１６，１１９
は、送信したメッセージが送信先のシステム（システム
Ｂ）においてそのメッセージ格納媒体２２２に格納され
た旨の返答を送信先の受信タスクから受け取ると、この
メッセージに対応するデータを、自己のシステム（シス
テムＡ）のメッセージ格納媒体１２２から消去する。

【００２９】なお、各送信タスク１１５，１１７は、複
数の送信先（受信タスク）との間で通信パスを確立し、
夫々の送信先に向けて、対応するデータを送信する。こ
の場合における複数の受信タスクは、共に同一のシステ
ム内における受信タスクである場合もあるが、夫々別個
のシステム内における受信タスクである場合もあり得
る。

【００３０】送信側コントロールタスク（確立要求再実
行手段）１１１は、各送信タスク１１４，１１７を生成
するとともにこれら送信タスク１１４，１１７を制御す
るタスクである。送信側コントロールタスク１１１は、
上述の起動待ちリスト１１３の他、起動同期制御部１１
２を含んでいる。

【００３１】この起動待ちリスト１１３は、図１０に示
すように、自己の送信側通信ジョブ１１０内の各送信タ
スク１１４，１１７毎に、その送信タスク１１４，１１
７のタスク名（ＣＯＭＩＤ），並びに、その送信タスク
１１４，１１７が起動待ちをしている受信タスク２１
４，２１７の受信システム名（ＰＳＹＳ名）及び受信タ
スク名（ＣＯＭＩＤ）を掲載している。なお、受信タス
ク名は、各システム内でユニークであるので、送信タス
ク名と同じとなる場合もある。但し、受信システム名
は、各システム毎にユニークであるので、受信タスク名
と受信システム名とを組み合わせることにより、各受信
タスク２１４，２１７を特定することができるのであ
る。

【００３２】起動同期制御部１１２は、他のシステム
（システムＢ）から受信システムの起動通知メッセージ
があった場合には、この起動通知メッセージに記載され
ている受信システム名（ＰＳＹＳ名）及び受信タスク名
（ＣＯＭＩＤ）の組み合わせによって起動待ちリスト１
１３を参照し、この組み合わせに対応する受信タスク２
１４，２１７を待っている送信タスク１１４，１１７
を、探し出す。そして、探し出した送信タスク１１４，
１１７に対して、その受信タスク２１４，２１７の起動
を通知する（矢印ｂ参照）。なお、起動同期制御部１１
２は、自己の起動時には、通信プログラム１００に対し
て、自己の宛先（ＩＤ）を指定して開設を行う。

【００３３】システムＡ側の通信プログラム１００は、
送信側通信ジョブ１１０と通信路Ｌとの間のインタフェ
ースをなし、送信側通信ジョブ１１０から通知された各
メッセージ（起動要求メッセージ，通常メッセージ）
を、所定の通信データフォーマットに編集し、通信路Ｌ
を介して受信側システム（システムＢ）に向けて送信す
る。また、通信プログラム１００は、受信側システム
（システムＢ）から受信したメッセージ（起動通知メッ
セージ）を、送信側通信ジョブ１１０にて処理可能なフ
ォーマットに変換して、送信側通信ジョブ１１０に受け
渡す。

【００３４】通信路Ｌは、ＩＳＤＮ等の公衆通信網であ
り、単数又は複数の物理的通信路内に、複数の通信パス
を設定することができる。一方、システムＢ側の通信プ
ログラム２００は、通信路Ｌと受信側通信ジョブとの間
のインタフェースをなし、送信側システム（システム
Ａ）から受信した各メッセージ（起動要求メッセージ，
通常メッセージ）を、受信側通信ジョブ２１０にて処理
可能なフォーマットに変換して、受信側通信通信ジョブ
２１０に受け渡す。また、通信プログラム２００は、受
信側通信ジョブ２１０から通知されたメッセージ（起動
通知メッセージ）を、所定の通信データフォーマットに
編集し、通信路Ｌを介して送信側システム（システム
Ａ）に向けて送信する。

【００３５】なお、通信プログラム２００は、通信宛先
監視装置２０１を内蔵している。この通信宛先監視装置
２０１は、受信側通信ジョブ２１０の各受信タスク２１
４，２１７が起動した場合にはこれら各受信タスク２１
４，２１７からその起動の通知を受けるので、どの受信
タスク２１４，２１７が受信可能な状態であるのかを、
常時認識している。そのため、通信宛先監視装置２０１
は、送信側システム（システムＡ）の何れかの送信タス
ク１１４，１１７から特定の受信タスク２１４，２１７
に対する起動要求メッセージを受信した時には、その受
信タスク２１４，２１７の状態に応じて、「確立通知
（受信タスクが起動している場合）」又は「確立失敗通
知（受信タスクが未起動の場合）」を返答する。これら
確立通知及び確立失敗通知には、確立成功又は失敗した
通信パスに繋がる受信タスク２１４，２１７を特定する
ために、システム名（ＰＳＹＳ名）及びタスク名（ＣＯ
ＭＩＤ）の組み合わせが示されている。そして、「確立
通知」がなされることによって、対応する送信タスク１
１４，１１７と受信タスク２１４，２１７との間で通信
パスが確立されたことになるのである。即ち、この通信
宛先監視装置２０１が、通信パス確立応答手段を構成す
る。

【００３６】通信宛先監視装置２０１は、また、起動要
求メッセージの宛先としての受信タスク２１４，２１７
が未起動の場合には、未起動の受信タスク２１４，２１
７がある旨の情報をシステムコンソール２４０に対して
出力する。

【００３７】このシステムコンソール２４０は、通信プ
ログラム２００の通信宛先監視装置２０１からの情報に
応じて未起動の受信タスク２１４，２１７が存在する旨
のメッセージを表示する表示装置（ハードウェア）であ
る。

【００３８】このシステムコンソール２４０に表示され
たメッセージは、自動プログラム起動部（ＡＯＦ）２５
０によって監視される。この自動プログラム起動部（Ａ
ＯＦ）２５０は、受信側システム（システムＢ）におい
て図示せぬＣＰＵによってプログラムが実行されること
により生じる機能である。そして、この自動プログラム
起動部（ＡＯＦ）２５０は、システムコンソール２４０
上に表示されたメッセージに対応する処理を、処理リス
ト２５１から読み出す。この処理リスト２５１は、図１
１に示すように、各メッセージに対応する処理（マク
ロ）を掲載したリストである。この処理リスト２５１に
は、例えば、「通信ジョブ（受信タスク）未起動」なる
メッセージに対応して、受信側通信ジョブ２１０を起動
（再起動）するための処理が掲載されている。

【００３９】この自動プログラム起動部（ＡＯＦ）２５
０によって処理リスト２５１から読み出された処理は、
起動プログラム実行部２６０において実行される。この
起動プログラム実行部２６０は、受信側システム（シス
テムＢ）において図示せぬＣＰＵによってプログラムが
実行されることにより生じる機能である。そして、この
起動プログラム実行部２６０において、受信側通信ジョ
ブ２１０を起動（再起動）するための処理が実行される
と、先ず、受信側通信ジョブ２１０を構成する受信側コ
ントロールタスク（通知手段，起動通知手段）２１１が
起動される（矢印ｃ参照）。このようにして起動された
受信側コントロールタスク２１１は、この受信側コント
ロールタスク２１１と共に受信側通信ジョブ２１０を構
成する各受信タスク（受信手段）２１４，２１７を、生
成する（矢印ｄ参照）。即ち、これら通信宛先監視装置
２０１，システムコンソール２４０，自動プログラム起
動部（ＡＯＦ）２５０，起動プログラム実行部２６０
が、起動手段を構成する。

【００４０】このようにして起動されたシステムＢ側の
送信側通信ジョブ２１０は、送信側システム（システム
Ａ）から送信されてきたメッセージをシステムＢ側の外
部記憶装置２２０内に内蔵されたメッセージ格納媒体２
２２に格納する機能を、有している。

【００４１】具体的に説明すると、各受信タスク２１
４，２１７は、通信パス確立制御部２１５，２１８とし
ての機能，及び、受信処理部２１６，２１９としての機
能を有している。

【００４２】この通信パス確立制御部２１５，２１８
は、自己をそのデータの送信先とする送信タスク１１
４，１１７との間で通信パスを確立する機能である。こ
の通信パス確立のため、通信パス確立制御部２１５，２
１８は、自己の生成時において、通信プログラム２００
に対して、自己の宛先（ＣＯＭＩＤ）を指定することに
よって開設を行う（矢印ｅ参照）。また、通信パス確立
制御部２１５，２１８は、通信プログラム２００に対す
る開設を行った後に、受信側コントロールタスク２１１
に対して起動通知を行う（矢印ｆ参照）。

【００４３】受信処理部２１６，２１９は、通信パス確
立制御部２１５，２１８によって確立された通信パスを
介して送信側システム（システムＡ）の送信タスク１１
４，１１７から送信された通常メッセージ中のデータ
を、外部記憶装置２２０内のメッセージ格納媒体２２２
に格納する。なお、上述したように、受信処理部２１
６，２１９は、通常メッセージ内のデータをメッセージ
格納媒体２２２内に格納すると、送信側システム（シス
テムＡ）の送信タスク１１４，１１７に対して、データ
をメッセージ格納媒体２２２内に格納した旨の返答を行
う。

【００４４】このようにして外部記憶装置２２０内のメ
ッセージ格納媒体２２２に格納されたデータは、アプリ
ケーション２３０によって取り出される。受信側コント
ロールタスク２１１は、各受信タスク２１４，２１７を
生成するとともにこれら受信タスク２１４，２１７を制
御するタスクである。受信側コントロールタスク２１１
は、起動同期制御部２１１及び受信管理簿２１３を含ん
でいる。

【００４５】この受信管理簿２１３は、図１２に示すよ
うに、自己の受信側通信ジョブ２１０内の各受信タスク
２１４，２１７毎に、その受信タスク２１４，２１７の
タスク名（ＣＯＭＩＤ），並びに、その受信タスク２１
４，２１７にデータを送信してくる送信システムのシス
テム名（ＰＳＹＳ名）を予め登録しておくリストであ
る。

【００４６】起動同期制御部２１２は、各受信タスク２
１４，２１７の生成時において、全受信タスク２１４，
２１７から起動通知があった場合には、受信管理簿を参
照して、各受信タスク２１４，２１７の送信元として登
録されている全てのシステム名（ＰＳＹＳ名）を読み出
す。そして、読み出した送信元システムに対して、図１
４に示す構成を有する起動通知メッセージを送信する。
この起動通知メッセージの「あて先名」には送信元シス
テムのシステム名が書き込まれるとともに、ペイロード
部分には当該システムＢのシステム名（ＰＳＹＳ名）及
び受信タスクのタスク名（ＣＯＭＩＤ）が書き込まれ
る。

【００４７】上述したように、この起動通知メッセージ
を受信した送信側システム（システムＡ）の送信側コン
トロールタスク１１１は、この起動通知メッセージに記
載された受信タスク２１４，２１７の起動を待っている
送信タスク１１４，１１７を、起動待ちリスト１１３か
ら探し出し、その送信タスク１１４，１１７に対して、
起動した受信タスク名を指定して起動通知を行う。 ＜各部における処理＞次に、本実施形態におけるシステ
ム間通信システムを構成する各構成部において実行され
る処理の内容を説明する。 〔送信側コントロールタスク〕図３は、送信側通信ジョ
ブ１１０内の送信側コントロールタスクが実行する処理
を示す。この処理は、オペレータの操作等により、送信
側コントロールタスク１１１が起動された際に実行され
る処理である。この処理が実行される前提として、各送
信タスク１１４，１１７を含めて送信側通信ジョブ１１
０は未起動であるものとする。また、通信プログラム１
００及びアプリケーションプログラム１３０は、既に起
動しているものとする。

【００４８】この処理における最初のＳ００１では、送
信側コントロールタスク１１１は、通信プログラム１０
０に対してこの通信プログラム１００が管理している自
己の宛先（ＩＤ）を指定することによって、開設を行
う。その結果、通信プログラム１００は、以後、この送
信側コントロールタスク１１１宛のメッセージを送信す
ることが、できるようになる。

【００４９】次のＳ００２では、送信側コントロールタ
スク１１１は、各送信タスク１１４，１１７の生成を、
図示せぬＣＰＵに依頼する。その結果、各送信タスク１
１４，１１７が生成され、送信側通信ジョブ１１０とし
ての機能が揃うようになる。

【００５０】次のＳ００３では、メッセージ送信を中止
すべき送信タスク１１４，１１７があるかどうかをチェ
ックする。このチェックは、各送信タスク１１４，１１
７が送信を行うものとして設定されているデータ（メッ
セージ）が、メッセージ送信を既に中止したアプリケー
ション１３０からのデータ（メッセージ）であるか否か
によって行われる。そして、メッセージ送信を既に中止
したアプリケーション１３０からのデータ（メッセー
ジ）を送信するように設定されている送信タスク１１
４，１１７がある場合には、Ｓ００４において、その各
送信タスク１１４，１１７に対して「終了通知」を行
い、処理をＳ００３に戻す。

【００５１】これに対して、メッセージ送信を既に中止
したアプリケーション１３０からのデータ（メッセー
ジ）を送信するように設定されている送信タスク１１
４，１１７がない場合には、Ｓ００５において、他のシ
ステム（システムＢ）の受信側コントロールタスク２１
１から起動通知メッセージ（ＢＥＧＩＮ）を受信してい
るか否かをチェックする。そして、起動通知メッセージ
を受信していない場合には、処理をＳ００３に戻す。

【００５２】これに対して、起動通知メッセージを受信
している場合には、Ｓ００６において、起動通知メッセ
ージに書き込まれたシステム名（ＰＳＹＳ名）及びタス
ク名（ＣＯＭＩＤ）の組み合わせを待つ送信タスク１１
４，１１７を、起動待ちリスト１１３から読み出す。こ
の場合、該当する各送信タスク１１４，１１７が起動待
ちリスト１１３に記載されていない場合には、処理をそ
のまま進める。

【００５３】次のＳ００７では、Ｓ００６にて読み出し
た各送信タスク１１４，１１７に対して、その各送信タ
スク１１４，１１７が待っている受信タスク２１４，２
１７の起動を通知する。

【００５４】次のＳ００８では、起動通知メッセージに
記載されたシステム名（ＰＳＹＳ名）及びタスク名（Ｃ
ＯＭＩＤ）の全ての組み合わせに対して、Ｓ００６及び
Ｓ００７の処理が完了したか否かをチェックする。そし
て、未だ全ての組み合わせに対する処理が完了していな
い場合には、次のシステム名（ＰＳＹＳ名）及びタスク
名（ＣＯＭＩＤ）の組み合わせに対する処理を実行すべ
く、処理をＳ００６に戻す。

【００５５】これに対して、起動通知メッセージに記載
されたシステム名（ＰＳＹＳ名）及びタスク名（ＣＯＭ
ＩＤ）の全ての組み合わせに対してＳ００６及びＳ００
７の処理が完了した場合には、処理をＳ００９に進め
る。このＳ００９では、Ｓ００５にて受信した起動通知
メッセージに対する応答メッセージ（ＥＮＤ）を返却す
る。その後、アプリケーション１３０におけるメッセー
ジ送信の中止，若しくは新たな起動通知メッセージの受
信を待つべく、処理をＳ００３に戻す。 〔送信タスク〕図４及び図５は、各送信タスク１１４，
１１７が実行する処理を示す。この処理は、送信側コン
トロールタスク１１１による送信タスク１１４，１１７
生成処理（図３のＳ００２）の実行によりスタートす
る。そして、スタート後最初のＳ１０１では、定義解釈
を行う。即ち、図示せぬ定義を参照し、自己の送信処理
部１１６，１１９において送信処理を行うべきメッセー
ジに付されている論理アドレス（ＬＤ）と、そのメッセ
ージを送信すべきシステム名（ＰＳＹＳ名）及び受信タ
スク２１４，２１７の組み合わせとを設定する。

【００５６】次のＳ１０２では、Ｓ１０１にて定義した
システム名（ＰＳＹＳ名）及び受信タスク２１４，２１
７の組み合わせの内から一つを取り出し、この取り出し
たシステム名（ＰＳＹＳ名）及び受信タスク２１４，２
１７の組み合わせを宛先として、通信パス確立要求メッ
セージを送信する。

【００５７】次のＳ１０３では、受信側システム（シス
テムＢ）の通信プログラム２００から確立通知を受信し
たか否かをチェックする。そして、未だ確立通知を受信
していない場合には、Ｓ１０４において、Ｓ１０２にて
送信した通信パス確立要求メッセージの宛先たるシステ
ム名（ＰＳＹＳ名）及びタスク名（ＣＯＭＩＤ）の組み
合わせを、自己のタスク名（ＣＯＭＩＤ）と共に、起動
待ちリスト１１３に登録する。このＳ１０４での登録処
理が完了すると、処理をＳ１０５に進める。一方、Ｓ１
０３にて確立通知を受信している場合には、処理をその
ままＳ１０５に進める。

【００５８】Ｓ１０５では、Ｓ１０１にて定義した同一
のシステム（ＰＳＹＳ）における全受信タスク（ＣＯＭ
ＩＤ）に対して上述のＳ１０２乃至Ｓ１０４の処理を完
了したか否かを、チェックする。そして、未だ全受信タ
スク（ＣＯＭＩＤ）に対しては上記処理を完了していな
い場合には、処理をＳ１０２に戻す。この場合、処理が
戻されたＳ１０２では、同一のシステム（ＰＳＹＳ）に
おける次の受信タスク（ＣＯＭＩＤ）に対して、通信パ
ス確立要求メッセージを送信する。

【００５９】これに対して、同一のシステム（ＰＳＹ
Ｓ）における全受信タスク（ＣＯＭＩＤ）に対して上記
処理を完了した場合には、Ｓ１０６において、Ｓ１０１
にて定義した全システム（ＰＳＹＳ）に対して上述のＳ
１０２乃至Ｓ１０４の処理を完了したか否かを、チェッ
クする。そして、未だ全システム（ＰＳＹＳ）に対して
は上記処理を完了していない場合には、処理をＳ１０２
に戻す。この場合、処理が戻されたＳ１０２では、次の
システム（ＰＳＹＳ）の何れかの受信タスク（ＣＯＭＩ
Ｄ）に対して、通信パス確立要求メッセージを送信す
る。

【００６０】これに対して、全システム（ＰＳＹＳ）に
対して上記処理を完了した場合には、Ｓ１０７におい
て、確立通知を受信することによって確立された正常な
通信パスがあるか否かをチェックする。そして、正常な
通信パスがない場合には、処理をそのままＳ１１１に進
める。

【００６１】これに対して、正常な通信パスがある場合
には、Ｓ１０８において、送信管理簿１２１を参照し、
この通信パスの宛先を送信先とするデータの論理アドレ
ス（ＬＤ）を読み出す。そして、読み出した論理アドレ
ス（ＬＤ）を有するデータをメッセージ格納媒体１２２
から読み出し、このデータを通常メッセージのフォーマ
ットに変換し、当該通信パス経由で送信先受信タスク２
１４，２１７へ送信する。

【００６２】次のＳ１０９では、送信すべきデータ（メ
ッセージ）がメッセージ格納媒体１２２内に残っている
か否かをチェックする。そして、送信すべきデータ（メ
ッセージ）が未だ残っている場合には、処理をＳ１０８
に戻す。これに対して、送信すべきデータ（メッセー
ジ）が既に残っていない場合には、Ｓ１１０において、
メッセージ格納待ちフラグをセットする。この後で、処
理をＳ１１１に進める。

【００６３】Ｓ１１１では、送信側コントロールタスク
１１１から受信タスクの起動通知（図３のＳ００７）が
あったか否かをチェックする。そして、起動通知があっ
た場合には、Ｓ１１２において、起動通知によって示さ
れた受信タスク名（ＣＯＭＩＤ）を起動待ちリスト１１
３から削除する。その後で、処理をＳ１０２に戻し、通
知された受信タスクに対する通信パス確立要求メッセー
ジを、再送信する。

【００６４】これに対して、起動通知がない場合には、
Ｓ１１３において、メッセージ格納待ちフラグの状態を
チェックする。そして、メッセージ格納待ちフラグがセ
ットされていない場合には、処理をＳ１１６に進める。

【００６５】これに対して、メッセージ格納待ちフラグ
がセットされている場合には、Ｓ１１４において、メッ
セージ格納媒体１２２への新たなデータ（メッセージ）
格納があったか否かをチェックする。そして、新たなデ
ータ（メッセージ）格納があった場合には、Ｓ１１５に
おいて、メッセージ格納待ちフラグをリセットするとと
もに、この新たに格納されたデータ（メッセージ）の送
信をすべく、処理をＳ１０８に戻す。これに対して、新
たなデータ（メッセージ）格納がなかった場合には、処
理をＳ１１６に進める。

【００６６】Ｓ１１６では、送信側コントロールタスク
１１１から終了通知があったか否かをチェックする。そ
して、終了通知がない場合には、処理をＳ１１１に戻
す。これに対して、終了通知があった場合には、Ｓ１１
７において、当該送信タスク１１４，１１７の停止処理
を行って、処理を終了する。 〔受信システムの通信プログラム〕図６は、受信側シス
テム（システムＢ）の通信プログラム２００が実行する
処理を示す。この通信プログラム２００は、受信側シス
テム（システムＢ）の立ち上げに同期して自動実行され
るように、設定されている。

【００６７】図６における最初のＳ２０１では、送信側
システム（システムＡ）から通信パス確立要求メッセー
ジを受信したか否かをチェックする。そして、通信パス
確立要求メッセージを受信した場合には、処理をＳ２０
２に進め、通信パス確立要求メッセージを未だ受信して
いない場合には、処理をＳ２０６に進める。

【００６８】Ｓ２０２では、宛先の受信タスク２１４，
２１７への通信パスが開設済みであるか否かをチェック
する。即ち、宛先の受信タスク２１４，２１７が起動済
みであってそのＣＯＭＩＤ（宛先）を通知してきている
か否かをチェックする。そして、宛先の受信タスク２１
４，２１７への通信パスが開設済みである場合には、Ｓ
２０３において、送信側システム（システムＡ）の通信
プログラム１００に対して確立通知を行ってから、処理
をＳ２０１に戻す。

【００６９】これに対して、宛先の受信タスク２１４，
２１７への通信パスが開設済みでない場合には、Ｓ２０
４において、システムコンソール２４０に対して、当該
未開設の受信タスクの宛先情報（ＣＯＭＩＤ）を出力す
る。そして、次のＳ２０５において、送信側システム
（システムＡ）の通信プログラム１００に対して確立失
敗通知を行ってから、処理をＳ２０１に戻す。

【００７０】一方、Ｓ２０６では、送信側システム（シ
ステムＡ）から通常メッセージを受信したか否かをチェ
ックする。そして、未だ通常メッセージを受信していな
い場合には、処理をそのままＳ２０１に戻す。これに対
して、通常メッセージを受信した場合には、Ｓ２０７に
おいて、その宛先とされた受信タスク２１４，２１７へ
この通常メッセージを転送し、処理をＳ２０１に戻す。 〔自動プログラム起動部（ＡＯＦ）〕図７は、自動プロ
グラム起動部（ＡＯＦ）において実行される処理を示
す。この処理は、受信側システム（システムＢ）の立ち
上げに同期して自動実行されるように、設定されてい
る。

【００７１】そして、スタート後最初のＳ３０１では、
新規なメッセージがシステムコンソール２４０に表示さ
れているか否かをチェックする。そして、新規なメッセ
ージが表示されていない限り、このチェックを繰り返
す。

【００７２】これに対して新規メッセージが表示されて
いる場合には、Ｓ３０２において、このメッセージに対
応する処理が処理リスト２５１に登録されているか否か
をチェックする。そして、処理が登録されていなけれ
ば、処理をそのままＳ３０１に戻す。

【００７３】これに対して、処理が登録されている場合
には、Ｓ３０３において、処理リスト２５１に登録され
ている当該処理を、起動プログラム実行部２６０にて実
行する。例えば、未開設受信タスクの宛先情報が受信側
システムの通信プログラム２００によってシステムコン
ソール２４０に表示された場合には（図６のＳ２０４参
照）、受信側コントロールタスク２１１を起動させるた
めの処理の実行を、起動プログラム実行部２６０に命令
する。Ｓ３０３実行後、次の新規メッセージの監視をす
るために、処理をＳ３０１に戻す。 〔受信側コントロールタスク〕図８は、受信側コントロ
ールタスク２１１が実行する処理を示す。この処理は、
自動プログラム起動部（ＡＯＦ）による処理実行命令
（図７のＳ３０３）に応じて起動プログラム実行部２６
０が起動プログラムを実行することにより、スタートす
る。そして、スタート後最初のＳ４０１では、各受信タ
スク２１４，２１７の生成を、図示せぬＣＰＵに依頼す
る。

【００７４】次のＳ４０２では、Ｓ４０１での受信タス
ク生成依頼に応じて生成された全ての受信タスク２１
４，２１７から起動通知が送られてくるのを待つ。そし
て、全ての受信タスク２１４，２１７からの起動通知が
揃うと、処理がＳ４０３に進む。 このＳ４０３では、
受信側コントロールタスク２１１は、受信管理簿２１３
を参照し、送信側システム（システムＡ）に通知する起
動通知メッセージを作成する。即ち、各受信タスク名
（ＣＯＭＩＤ）毎に、受信タスク名及びこの受信側シス
テム（システムＢ）のシステム名（ＰＳＹＳ名）をメッ
セージに書き込み、宛先として相手システム名（ＰＳＹ
Ｓ名）を付す。

【００７５】次のＳ４０４では、相手システム名（ＰＳ
ＹＳ名）が同じもの毎に、起動通知メッセージを送信す
る。次のＳ４０５では、全ての相手システム名（ＰＳＹ
Ｓ名）に対する起動通知メッセージ送信が完了したか否
かをチェックする。そして、全ての相手システム名（Ｐ
ＳＹＳ名）に対する起動通知メッセージ送信が未だ完了
していない場合には、処理をＳ４０４に戻し、次の相手
システム名（ＰＳＹＳ名）に対する起動通知メッセージ
送信を行う。これらＳ４０４及びＳ４０５のループ処理
を繰り返した結果、全ての相手システム名（ＰＳＹＳ
名）に対する起動通知メッセージ送信が完了した場合に
は、この処理を終了する。 〔受信タスク〕図９は、各受信タスク２１４，２１７が
実行する処理を示す。この処理は、受信側コントロール
タスク２１１による受信タスク２１４，２１７生成処理
（図８のＳ４０１）の実行によりスタートする。そし
て、スタート後最初のＳ５０１では、自らの起動完了を
待つ。そして、起動が完了すると、Ｓ５０２において、
受信側システムの通信プログラム２００に対して、自己
の宛先（ＣＯＭＩＤ）を指定して開設する。これと同時
に、Ｓ５０３において、受信側コントロールタスク２１
１に対して、自己のＣＯＭＩＤを付して起動通知を行
う。この起動通知が、図８のＳ４０２においてチェック
されるのである。

【００７６】次のＳ５０４では、通信プログラム２００
から通常メッセージを受信するのを待つ。そして、通常
メッセージを受信した場合には、Ｓ５０５において、受
信した通常メッセージをメッセージ格納媒体２２２内に
格納する。その後、次の通常メッセージを待つべく、処
理をＳ５０４に戻す。 ＜実施形態の作用＞次に、以上のように構成された本実
施形態による作用を、図１６乃至図１８を参照して説明
する。説明の前提として、送信側システム（システム
Ａ）は、図３乃至図５の処理がスタートしたことによっ
て、完全に起動しているものとする。

【００７７】図１６は、受信側システム（システムＢ）
に全く電源が投入されていないために、図６乃至図９の
何れの処理も実行されていない状態を示す。この状態に
おいて、送信側システム（システムＡ）の各部が起動し
て、送信側通信ジョブ１１０の送信タスク１１４が通信
パス確立要求メッセージを送信したとする（Ｓ１０
２）。この場合には、受信側システム（システムＢ）か
らは、何らの返答もなされない。従って、受信タスク１
１４は、何らの処理をも実行することがない。

【００７８】次に、図１７は、受信側システム（システ
ムＢ）に電源が投入され、図６の通信プログラム２００
（通信宛先監視装置２０１）及び図７の自動プログラム
起動部（ＡＯＦ）２５０が起動している状態を示す。こ
の状態において、送信側システム（システムＡ）の各部
が起動して、送信側通信ジョブ１１０の送信タスク１１
４が通信パス確立要求メッセージを送信したとする（Ｓ
１０２）。この場合には、通信プログラム２００の通信
宛先監視装置２０１は、通信パス確立要求メッセージの
宛先の受信タスクが未開設であると判定する（Ｓ２０
２）。その結果、送信側システム（システムＡ）の通信
プログラム１００に対して確立失敗通知を行うとともに
（Ｓ２０５）、システムコンソール２４０に対して未開
設受信タスクの宛先情報を出力する。

【００７９】送信タスク１１４は、この確立失敗応答を
受けて、送信側コントロールタスク１１１の起動待ちリ
スト１１３に送信先の受信タスク名を登録した後で（Ｓ
１０４）、送信側コントロールタスク１１１からの起動
通知を待ち続けることになる（Ｓ１１１）。従って、以
後起動通知があるまで、送信タスク１１４は、受信側シ
ステム（システムＢ）に対して起動要求を行わない。

【００８０】一方、システムコンソール２４０は、通信
宛先監視装置２０１からの未開設受信タスクの宛先情報
を表示する。自動プログラム起動部（ＡＯＦ）２５０
は、システムコンソール２４０に表示されている未開設
受信タスクの宛先情報を検出することにより、受信側コ
ントロールタスク２１１の起動処理を実行する（Ｓ３０
３）。この起動処理が実行されると、受信側コントロー
ルタスク２１１が起動されるとともに、受信タスク２１
４も起動される（Ｓ４０１）。これら受信側コントロー
ルタスク２１１及び受信タスク２１４が揃うことによ
り、受信側通信ジョブ２１０が生成されることになる。
図１８は、この状態を示している。

【００８１】そして、受信タスク２１４は、受信側コン
トロールタスク２１１に対して、起動通知を行う（Ｓ５
０３）。この起動通知を受けた受信側コントロールタス
ク２１１は、受信管理簿２１３を参照して起動通知メッ
セージを作成し（Ｓ４０３）、この起動通知メッセージ
を、送信側システム（システムＡ）の送信側通信ジョブ
１１０に送信する（Ｓ４０４）。

【００８２】この起動通知メッセージを受信した通信ジ
ョブ１１０の送信側コントロールタスク１１１は、起動
待ちリスト１１３を参照し（Ｓ００６）、送信タスク１
１４に対して起動通知を行う（Ｓ００７）。この起動通
知を受けた送信タスク１１４は、受信側システム（シス
テムＢ）の受信タスク２１４に対する起動要求メッセー
ジを、再送信する（Ｓ１１１，Ｓ１０２）。この場合に
は、受信側システム（システムＢ）の通信プログラム２
００は、送信タスク１１４に対して確立通知を行う（Ｓ
２０３）。

【００８３】以上のようにして確立通知が送信タスク１
１４に受信されると、送信タスク１１４は、アプリケー
ション１３０によってメッセージ格納媒体１２２に格納
されたデータ（メッセージ）を取り出して、受信側シス
テム（システムＢ）の受信タスク２１４宛に送信する。
この受信タスク２１４は、受信したデータ（メッセー
ジ）をメッセージ格納ファイル２２２に格納する。この
ようにしてメッセージ格納ファイル２２２に格納された
データ（メッセージ）は、アプリケーション２３０によ
って読み出される。

【００８４】本実施形態によると、以上説明したように
して、各受信タスク２１４，２１７が自動的に起動され
るとともに、送信側システム（システムＡ）及び受信側
システム（システムＢ）の間で通信パスが自動的に確立
し、システム間通信が可能となるのである。

【００８５】

【発明の効果】以上説明したように、本発明のコンピュ
ータシステム間通信システムによると、送信手段を有す
るコンピュータシステムからの起動要求に対応して、受
信側システムの受信手段を自動的に起動することができ
る。更に、本発明の第２の態様によれば、両システム間
に通信パスを自動的に確立することができる。

【図面の簡単な説明】

【図１】本発明の原理図

【図２】本発明の実施の形態によるシステム間通信シス
テムの概略を示すブロック図

【図３】送信側コントロールタスクにより実行される処
理を示すフローチャート

【図４】送信タスクにより実行される処理を示すフロー
チャート

【図５】送信タスクにより実行される処理を示すフロー
チャート

【図６】受信側システムの通信プログラムにより実行さ
れる処理を示すフローチャート

【図７】自動プログラム起動部において実行される処理
を示すフローチャート

【図８】受信側コントロールタスクにより実行される処
理を示すフローチャート

【図９】受信タスクにより実行される処理を示すフロー
チャート

【図１０】起動待ちリストの構成図

【図１１】処理リストの構成図

【図１２】受信管理簿の構成図

【図１３】送信管理簿の構成図

【図１４】通信パス確立要求メッセージ／起動通知メッ
セージの構成図

【図１５】通常メッセージの構成図

【図１６】実施形態の作用の説明図

【図１７】実施形態の作用の説明図

【図１８】実施形態の作用の説明図

【符号の説明】

１１０ 送信側通信ジョブ １１１ 送信側コントロールタスク １１３ 起動待ちリスト １１４，１１７ 送信タスク １１５，１１８ 通信パス確立制御部 ２００ 通信プログラム ２０１ 通信宛先監視装置 ２１０ 受信側通信ジョブ ２１１ 受信側コントロールタスク ２１４，２１７ 受信タスク ２１５，２１８ 通信パス確立制御部 ２２２ メッセージ格納媒体 ２４０ システムコンソール ２５０ プログラム自動起動装置 ２６０ 起動プログラム実行部

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平３−3457（ＪＰ，Ａ) 特開 平６−85867（ＪＰ，Ａ) 特開 平６−309057（ＪＰ，Ａ) 特開 平５−46512（ＪＰ，Ａ) 特開 平４−15739（ＪＰ，Ａ) 特開 平７−74743（ＪＰ，Ａ) 特開 平４−279951（ＪＰ，Ａ) 特開 平５−108515（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/00 353 G06F 15/163 H04L 29/08 ＷＰＩ（ＤＩＡＬＯＧ)

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】データの送信処理を行う送信手段を有する
   第１のコンピュータシステムとデータの受信処理を行う
   夫々別個の識別子を有する複数の受信手段を有する第２
   のコンピュータシステムとからなるとともに、前記送信
   手段と前記受信手段との間に確立された通信パスを介し
   てデータ送信を行うコンピュータシステム間通信システ
   ムにおいて、 前記第１のコンピュータシステムは、 前記第２のコンピュータシステムに対して識別子を選定
   することによって受信手段に繋がる通信パスを特定して
   通信パスの確立要求を実行する複数の通信パス確立要求
   手段と、前記通信パスの確立要求を実行したが前記通信パスの確
   立の応答を受けてない前記通信パス確立要求手段の前記
   識別子を登録するテーブルと、 前記第２のコンピュータシステムからの通知に応じ、前
   記通信パス確立要求手段に対して、前記テーブルを参照
   して、登録された識別子を有する前記通信パス確立要求
   手段に対してのみ前記通信パスの確立要求を再実行させ
   る確立要求再実行手段とを備え、 前記第２のコンピュータシステムは、 前記通信パス確立要求手段によって前記通信パスの確立
   を要求された時において指定された識別子を有する受信
   手段が末起動であった場合には該受信手段を起動させる
   起動手段と、 前記起動手段によって前記受信手段が起動された場合に
   前記確立要求再実行手段に対して前記通知を行う通知手
   段と、 前記通信パス確立要求手段によって前記通信パスの確立
   を要求された時において前記受信手段が起動済みであっ
   た場合には前記第１のコンピュータシステムに対して前
   記通信パスの確立の応答を行う通信パス確立応答手段と
   を備えていることを特徴とするコンピュータシステム間
   通信システム。
2. 【請求項２】前記各コンピュータシステムは、夫々別個
   のシステム名を有するとともに、 前記通信パス確立要求手段は、前記システム名を指定す
   ることによって、前記通信パスの確立を要求するコンピ
   ュータシステムを特定することを特徴とする請求項１記
   載のコンピュータシステム間通信システム。
3. 【請求項３】前記確立要求再実行手段は、前記通知手段
   によって通知された前記識別子を有する前記受信手段に
   繋がる前記通信パスについてのみ、前記通信パス確立要
   求手段に対して前記通信パスの確立要求を再実行させる
   ことを特徴とする請求項２記載のコンピュータシステム
   間通信システム。