(57)【特許請求の範囲】
【請求項１】
複数のホストコンピュータと前記複数のホストコンピュータから共有される管理装置とからなり、
前記管理装置は、
同期処理要求信号格納テーブルと、
未処理通知情報テーブルと、
処理状態テーブルとを有し、
前記複数のホストコンピュータの内の第１のホストコンピュータは、
通知情報を前記未処理通知情報テーブルに格納する格納手段と、
前記格納手段による前記未処理通知情報テーブルへの前記通知情報の格納処理に応じて、当該通知情報に対応する前記処理状態テーブルの処理情報を未処理状態に更新する第１の更新手段と、
前記第１の更新手段による前記処理状態テーブルの処理情報の未処理状態への更新処理に応じて、前記同期処理要求信号格納テーブルの情報が同期処理要求信号無しの場合に、当該情報を同期処理要求信号有りに更新する第２の更新手段とを具備し、
前記複数のホストコンピュータの内の第２のホストコンピュータは、
前記処理状態テーブルを参照し、未処理状態の処理情報がない場合に、前記同期処理要求信号格納テーブルの情報を取得する処理を、取得した情報が同期処理要求信号有りとなるまで繰り返す取得手段と、
前記取得手段において取得した前記同期処理要求信号格納テーブルの情報が同期処理要求信号有りとなった場合に、当該情報を同期処理要求信号無しを示す情報に変更する変更手段と、
前記変更手段による前記同期処理要求信号格納テーブルの情報の同期処理要求信号無しへの変更処理に応じて、前記処理状態テーブルを参照し、未処理状態の処理情報に対応する前記未処理通知情報テーブルの前記通知情報を取得する処理と、前記処理情報を処理状態に更新する処理とを、未処理状態の前記処理情報が無くなるまで繰り返し、前記取得手段に戻る手段とを具備する、
ことを特徴とするホストコンピュータ間通信管理装置。
【請求項２】
複数のホストコンピュータから共有される管理装置内に、同期処理要求信号格納テーブルと、未処理通知情報テーブルと、処理状態テーブルを確保するステップと、
前記複数のホストコンピュータの内の第１のホストコンピュータが、当該複数のコンピュータから共有される管理装置内の未処理通知情報テーブルに通知情報を格納する格納ステップと、
前記第１のホストコンピュータが、前記格納ステップにおける前記未処理通知情報テーブルへの前記通知情報の格納処理に応じて、当該通知情報に対応する前記管理装置内の処理状態テーブルの処理情報を未処理状態に更新する第１の更新ステップと、
前記第１のホストコンピュータが、前記第１の更新ステップにおける前記処理状態テーブルの処理情報の未処理状態への更新処理に応じて、前記管理装置内の同期処理要求信号格納テーブルの情報が同期処理要求信号無しの場合に、当該情報を同期処理要求信号有りに更新する第２の更新ステップと、
前記複数のホストコンピュータの内の第２のホストコンピュータが、前記処理状態テーブルを参照し、未処理状態の処理情報がない場合に、前記同期処理要求信号格納テーブルの情報を取得する処理を、取得した情報が同期処理要求信号有りとなるまで繰り返す取得ステップと、
前記第２のホストコンピュータが、前記取得ステップにおいて取得した前記同期処理要求信号格納テーブルの情報が同期処理要求信号有りとなった場合に、当該情報を同期処理要求信号無しを示す情報に変更する変更ステップと、
前記第２のホストコンピュータが、前記変更ステップにおける前記同期処理要求信号格納テーブルの情報の同期処理要求信号無しへの変更処理に応じて、前記処理状態テーブルを参照し、未処理状態の処理情報に対応する前記未処理通知情報テーブルの前記通知情報を取得する処理と、前記処理情報を処理状態に更新する処理とを、未処理状態の前記処理情報が無くなるまで繰り返し、前記取得ステップに戻るステップとを含む
ことを特徴とするホストコンピュータ間通信管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のホストコンピュータにおけるホストコンピュータ間通信方式に関し、特に、通信情報を送出すべき通信要求が発生するホストコンピュータ側で、受信側ホストコンピュータの処理能力や処理状態に影響されることなく、処理全般を進めていくことができるホストコンピュータ間通信装置および通信方法に関する。
【０００２】
【従来の技術】
従来、この種のホストコンピュータ間通信方式は、送信側ホストコンピュータが、受信側ホストコンピュータによる通信情報の引取りを待つために、発生する通信要求の個数に等しい通信情報と、該通信情報にリンクを持つ同期処理信号とを、それぞれ待行列に待機させる手段を採用している。
【０００３】
ホストコンピュータ間通信方式に関する従来技術を過去の特許出願において遡及調査すると、
まず、特開昭６３−６１３６０号公報には、第１のホストコンピュータから第２のホストコンピュータにジョブ制御言語を引き渡して第２のホストコンピュータに該ジョブ制御言語起動のジョブを実行させ、その結果をファイル装置を介して受け取り、該結果に対応する第１のホストコンピュータ内のジョブ制御言語起動のジョブを第１のホストコンピュータ内で実行するに際し、上記引き渡されるジョブ制御言語と、その実行結果と、該実行結果に対応する上記第１のホストコンピュータ内のジョブ制御言語との三者間の対応を、上記ジョブ手続きと共にファイル装置を介して受渡しされるジョブ連携制御メッセージにより付ける技術が開示されている。
【０００４】
次に、特開平４−２９７９４１号公報には、メインフレーム中にあるファイルをマイクロコンピュータからアクセスする方法として、マイクロコンピュータ側からメインフレームのホストコンピュータに対して、該ホストコンピュータとの送受信に使用するパケットの構造と、送受信のタイミング管理情報を記述したパケット制御テーブルの送付要求を出して、これらをダウンロードし、上記ダウンロードされた情報を上記アクセスに使用する技術が開示されている。
次に、特開平５−２８０７９号公報には、複数のコンピュータがメモリ手段を有する一つのホストコンピュータとメモリ手段を介して情報受渡しするに際し、或る一つのコンピュータと上記ホストコンピュータとの間に生じた障害により、上記メモリ手段が専有されてしまう事態を避けるために、初期化タスク手段により、上記メモリ手段のメモリ領域を複数の領域に分割して、上記コンピュータ専有の管理領域を作り、これをそれぞれ管理する技術が開示されている。
【０００５】
次に、特開平５−１７３９１９号公報には、複数のホストコンピュータが複数の通信処理装置を介して互いにデータの送受信を行う方式として、上記すべてのホストコンピュータに、上記通信処理装置に対してダウンロードする通信処理装置制御手段と、ネットワーク構成テーブルとを設置し、上記ホストコンピュータの特定の一つに、上記ホストコンピュータが上記どの通信処理装置に対して、どの通信制御プログラムとネットワーク構成テーブルの下に上記ダウンロードを実施すべきかの情報とローディングの状況とを記録するローディング管理テーブル及びローディング管理手段とを設置し、ダウンロードの負荷を分散する技術が開示されている。
次に、特開平９−２５９０８９号公報には、専用の二次記憶装置を持つ複数のホストコンピュータがネットワークに接続されてなる分散ネットワーク環境において、二次記憶装置付きの広域ファイルシステム管理用ホストコンピュータを上記ネットワークに付加することにより、上記ホストコンピュータそれぞれが、上記各専用の二次記憶装置の集まりを一つの仮想的なストライプド・ファイルシステムと見なして使用することができる技術が開示されている。
【０００６】
【発明が解決しようとする課題】
ところで、従来のホストコンピュータ間通信方式は、設置される管理領域の大きさが通信相手ホストコンピュータの処理の都合によって決定されているため、通信文の受け皿となる上記管理領域において発生可能な待行列の規模には限界があり、送信側ホストコンピュータにおいて短い時限内で通信要求が多発した場合や、受信側ホストコンピュータで何らかの理由により処理に遅延が生じた場合には、通信要求を持つ送信側ホストコンピュータの処理にも待合わせが生じ、性能劣化を招くという問題を有している。
上記の特開平４−２９７９４１号公報，特開平５−１７３９１９号公報に開示されている技術も、上記の通り管理領域の領域限界の発生に対処する方法までは開示していない。
【０００７】
また、特開平５−２８０７９号公報に開示されている技術は、初期化タスク手段により、一つの管理領域を複数の領域に分割して、複数のホストコンピュータそれぞれに専有の管理領域を作る技術ではあるが、上記分割で形成された上記一つの専有管理領域について吟味してみると、やはり上記の通り管理領域の領域限界の発生に対処する方法までは開示していない。
さらに、特開昭６３−６１３６０号公報に示されている技術は、大容量ファイル装置を複数のホストコンピュータ間で共有する方式として捉えるべきであり、  最後に示した特開平９−２５９０８９号公報に示されている技術は、複数のホストコンピュータそれぞれに所属している金物としてのファイル装置に仮想的な大容量ファイル装置の機能を割り当てる方法と、該大容量ファイル装置を上記複数のホストコンピュータ間で共有する方式と捉えるべきである。
本発明は、以上のような従来のホストコンピュータ間通信方式における問題点に鑑みてなされたものであり、短時間内に多発する場面の通信要求を、待ち時間を生じさせることなく送信することが可能なホストコンピュータ間通信方式を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記課題を解決するために、本発明の実施態様によれば、
複数のホストコンピュータとホストコンピュータに共有される管理装置からなり、管理装置は、未処理通知情報テーブルと、処理状態テーブルを有し、複数のホストコンピュータのうち第１のホストコンピュータは、通知情報を未処理通知情報テーブルに格納する格納手段と、格納された通知情報に対応する処理状態テーブルの処理情報を未処理状態に更新する第１の更新手段と、同期処理要求信号を複数のホストコンピュータのうち第２のホストコンピュータに送信する送信手段を具備し、第２のホストコンピュータは、同期処理要求信号を受けて、未処理通知情報テーブル内に格納されている通知情報を処理する処理手段と、確保された通知情報に対応する処理状態テーブルの処理情報を処理状態に更新する第２の更新手段と、処理状態テーブルを参照して、処理状態テーブルの処理情報に未処理状態が含まれないと判断される時に、処理要求信号を停止する停止手段を具備することを特徴とするホストコンピュータ間通信管理装置を提供する。
【０００９】
また、そのホストコンピュータ間通信管理装置において、未処理通知情報テーブルが、複数のホストコンピュータの各々から発行される通知情報を個別に格納する定められた通知情報格納域と、次に発行される通知情報を格納する通知情報格納域の格納位置を示すデータが格納される未通知情報格納位置格納域と次に読み出される通知情報の通知情報格納域の格納位置を示すデータが格納される未通知情報参照位置格納域を有し、格納手段は、未通知情報格納位置格納域を参照して得られた通知情報格納域の格納位置に通知情報を格納する手段を具備し、第１の更新手段は、格納手段により通知情報格納域の格納位置に格納した通知情報に対応する処理状態テーブルの処理情報を未処理状態に更新する手段と、処理手段は未通知情報格納位置格納域を参照して得られた位置データに基づいて通知情報格納域内の通知情報を獲得する手段を具備し、第２の更新手段は処理手段により獲得された通知情報格納域内の通知情報に対応する処理状態テーブルの処理情報を処理状態に更新する手段を有することが可能である。
【００１０】
また、そのホストコンピュータ間通信管理装置において、処理状態テーブルが、未処理通知情報テーブルに含まれる通知情報の各々が未処理状態または処理済かを識別する情報を有する処理種別情報格納域を有し、第１の更新手段は、通知情報を処理種別情報格納域に格納し、第１のホストコンピュータが格納された通知情報に対して未処理状態であることを示す情報を設定する手段と、第２の更新手段は、通知情報格納域内の通知情報が獲得される度に、第２のホストコンピュータが処理種別情報格納域に獲得された通知情報に対して処理済であるとの情報を設定する手段を有することが可能である。
【００１１】
複数のホストコンピュータとホストコンピュータに共有される管理装置からなり、管理装置内に、未処理通知情報テーブルと、処理状態テーブルを確保するステップと、複数のホストコンピュータのうち第１のホストコンピュータが、通知情報を未処理通知情報テーブルに格納するステップと、第１のホストコンピュータが、格納された通知情報に対応する処理状態テーブルの処理情報を未処理状態に更新する第１の更新するステップと、第１のホストコンピュータが、同期処理要求信号を複数のホストコンピュータのうち第２のホストコンピュータに送信するステップと、第２のホストコンピュータが、同期処理要求信号を受けて、未処理通知情報テーブル内に格納されている通知情報を処理するステップと、確保された通知情報に対応する処理状態テーブルの処理情報を処理状態に更新する第２の更新するステップと、第１のホストコンピュータが、処理状態テーブルを参照して、処理状態テーブルの処理情報に未処理状態が含まれないと判断される時に、処理要求信号を停止するステップからなるホストコンピュータ間通信管理方法を提供する。
【００１２】
また、そのホストコンピュータ間通信管理方法において、未処理通知情報テーブル内に、複数のホストコンピュータの各々から発行される通知情報を個別に格納する定められた通知情報格納域を確保するステップと、未処理通知情報テーブル内に、次に発行される通知情報を格納する通知情報格納域の格納位置を示すデータが格納される未通知情報格納位置格納域を確保するステップと未処理通知情報テーブル内に、次に読み出される通知情報の通知情報格納域の格納位置を示すデータが格納される未通知情報参照位置格納域を確保するステップと、格納するステップは、未通知情報格納位置格納域を参照して得られた通知情報格納域の格納位置に通知情報を格納するステップを有し、第１の更新するステップは、格納手段により通知情報格納域の格納位置に格納した通知情報に対応する処理状態テーブルの処理情報を未処理状態に更新するステップを有し、処理するステップは、未通知情報格納位置格納域を参照して得られた位置データに基づいて通知情報格納域内の通知情報を獲得するステップを有し、第２の更新するステップは、処理手段により獲得された通知情報格納域内の通知情報に対応する処理状態テーブルの処理情報を処理状態に更新するステップを有することが可能である。
【００１３】
また、そのホストコンピュータ間通信管理方法において、処理状態テーブルに、未処理通知情報テーブルに含まれる通知情報の各々が未処理状態または処理済かを識別する情報を有する処理種別情報格納域を確保するステップと、第１の更新するステップは、通知情報を処理種別情報格納域に格納し、第１のホストコンピュータが格納された通知情報に対して未処理状態であることを示す情報を設定するステップを有し、第２の更新するステップは、通知情報格納域内の通知情報が獲得される度に、第２のホストコンピュータが処理種別情報格納域に獲得された通知情報に対して処理済であるとの情報を設定するステップを有することも可能である。
【００１４】
さらに、複数のホストコンピュータとホストコンピュータに共有される管理装置からなり、管理装置内に、未処理通知情報テーブルと、処理状態テーブルを確保するステップと、複数のホストコンピュータのうち第１のホストコンピュータが、通知情報を未処理通知情報テーブルに格納するステップと、
第１のホストコンピュータが、格納された通知情報に対応する処理状態テーブルの処理情報を未処理状態に更新する第１の更新するステップと、
第１のホストコンピュータが、同期処理要求信号を複数のホストコンピュータのうち第２のホストコンピュータに送信するステップと、第２のホストコンピュータが、同期処理要求信号を受けて、未処理通知情報テーブル内に格納されている通知情報を処理するステップと、確保された通知情報に対応する処理状態テーブルの処理情報を処理状態に更新する第２の更新するステップと、第１のホストコンピュータが、処理状態テーブルを参照して、処理状態テーブルの処理情報に未処理状態が含まれないと判断される時に、処理要求信号を停止するステップを実行するプログラムを記録した記憶媒体を提供する。
【００１５】
また、その記憶媒体において、未処理通知情報テーブル内に、複数のホストコンピュータの各々から発行される通知情報を個別に格納する定められた通知情報格納域を確保するステップと、未処理通知情報テーブル内に、次に発行される通知情報を格納する通知情報格納域の格納位置を示すデータが格納される未通知情報格納位置格納域を確保するステップと未処理通知情報テーブル内に、次に読み出される通知情報の通知情報格納域の格納位置を示すデータが格納される未通知情報参照位置格納域を確保するステップと、格納するステップは、未通知情報格納位置格納域を参照して得られた通知情報格納域の格納位置に通知情報を格納するステップを有し、第１の更新するステップは、格納手段により通知情報格納域の格納位置に格納した通知情報に対応する処理状態テーブルの処理情報を未処理状態に更新するステップを有し、処理するステップは、未通知情報格納位置格納域を参照して得られた位置データに基づいて通知情報格納域内の通知情報を獲得するステップを有し、第２の更新するステップは、処理手段により獲得された通知情報格納域内の通知情報に対応する処理状態テーブルの処理情報を処理状態に更新するステップを有するプログラムを記録することが可能である。
【００１６】
また、その記憶媒体において、処理状態テーブルに、未処理通知情報テーブルに含まれる通知情報の各々が未処理状態または処理済かを識別する情報を有する処理種別情報格納域を確保するステップと、第１の更新するステップは、通知情報を処理種別情報格納域に格納し、第１のホストコンピュータが格納された通知情報に対して未処理状態であることを示す情報を設定するステップを具備し、第２の更新するステップは、通知情報格納域内の通知情報が獲得される度に、第２のホストコンピュータが処理種別情報格納域に獲得された通知情報に対して処理済であるとの情報を設定するステップを具備するプログラムを記録することが可能である。
【００１７】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
（第１の実施の形態）
図１は、本発明の第１の実施の形態に係るホストコンピュータ間通信方式の機能構成を示す図である。
図１に示す本実施の形態では、発信側と受信側のホストコンピュータが１対１で対置する構成となっている。すなわち、ホストコンピュータ１が発信側で、ホストコンピュータ２が受信側である。
図１において、本実施の形態に係るホストコンピュータ間通信方式は、送信側のホストコンピュータ１と、受信側のホストコンピュータ２と、ホストコンピュータ１と２の間に介在する管理装置３と、デバイス１５を介してアクセス可能な記憶媒体１６とから構成される。
【００１８】
送信側のホストコンピュータ１は、通信情報を含む通信要求を作成する要求作成部１１と、要求作成部１１から起動されて、該通信情報を管理装置３内の未処理通知情報テーブル３１に順次指定されているエントリーへ格納する未処理通知情報作成部１２と、未処理通知情報作成部１２から前記通信情報の格納の都度起動されて管理装置３内の処理状態テーブル３２に前記通信情報の状態を未処理状態として設定する処理状態テーブル更新部１３と、処理状態テーブル更新部１３が状態を設定する都度起動されて管理装置３内の同期処理要求信号３３を発信状態に設定する同期処理要求信号発信部１４とを有する。
【００１９】
受信側ホストコンピュータ２では、前記処理状態テーブル３２の指定された位置の処理状態を調べる処理状態テーブル判定部２１と、処理状態テーブル判定部２１が処理済を入手した時に起動されて同期処理要求信号３３が発信状態になってから前記処理状態テーブル判定部２１を起動する同期処理要求信号受信部２２と、前記処理状態テーブル判定部２１が未処理を入手したとき起動されて前記未処理通知情報テーブル３１の指定された位置から通知情報を取得してこの指定された位置を次番に設定する未処理通知情報取得部２３と、未処理通知情報取得部２３が通知情報を取得したとき起動されて処理状態テーブル３２の指定された位置を処理済としてこの指定された位置を次のエントリー位置に更新する処理状態テーブル更新部２４と、処理状態テーブル更新部２４により起動されて前記取得した通知情報の処理を行い終了後、処理状態テーブル判定部２１を起動する要求処理部２５とを有する。
【００２０】
管理装置３は、管理領域、すなわち上記の未処理通知情報テーブル３１と、処理状態テーブル３２と、同期処理要求信号３３を有する。
図２は、未処理通知情報テーブル３１の構成と内容を示す図であり、図３は、処理状態テーブル３２の構成と内容を示す図であり、図４は、同期処理要求信号３３の構成と内容を示す図である。
【００２１】
未処理通知情報テーブル３１は、通知情報格納部３１３内に予め個数が決められた複数の通知情報格納域と、ホストコンピュータＡ１が要求した通知情報を格納すべき通知情報格納域の位置を示す未通知情報格納位置格納域３１１と、ホストコンピュータＢ２が調べるべき通知情報を格納している通知情報格納域の位置を示す未通知情報参照位置格納域３１２とを有する構成となっている。処理状態テーブル３２は未処理通知情報テーブル３１の通知情報格納域に格納された通知情報のそれぞれに対応して、未処理か処理済かの処理種別情報を格納する複数の処理種別情報格納域からなる処理種別情報格納部３２３と、ホストコンピュータ１が処理種別情報を格納すべき処理種別情報格納域の位置を示す処理種別フラグ格納位置格納域３２１と、ホストコンピュータ２が調べ、必要に応じて更新すべき処理種別情報を格納している処理種別情報格納域の位置を示す処理種別フラグ参照位置格納域３２２とを有する構成となっている。同期処理要求信号３３は処理過程のタイミングを示す同期信号の有り・なしを表示する同期処理要求信号内容３３２と、その位置を示す同期処理要求信号アドレス３３１とを有する構成となっている。
【００２２】
なお、未処理通知情報テーブル３１，処理状態テーブル３２，同期処理要求信号３３はホストコンピュータＡ１の起動時に初期設定が行われて、未通知情報格納位置格納域３１１，未通知情報参照位置格納域３１２，処理種別フラグ格納位置格納域３２１，および処理種別フラグ参照位置格納域３２２には共に最初の位置を示す１が設定され、処理種別情報を格納する処理種別情報格納部３２３内の処理種別情報格納域にはすべて処理済が設定され、同期処理要求信号アドレス３３１には同期処理要求信号内容のアドレスが、同期処理要求信号内容３３２には“なし”が設定される。
【００２３】
図５，図６，図７は、本発明の第１の実施の形態に係るホストコンピュータ間通信方式の動作を示すフローチャートである。
以下、図１を参照しつつ、図５，図６に示すフローチャートを用いて本実施例に係るホストコンピュータ間通信方式の動作を説明する。
なお、本実施の形態では、説明の都合上、未処理通知情報テーブル３１の通知情報格納部３１３内の通知情報格納域の限界値を５とし、ホストコンピュータＡ１で発生する通知情報の第１情報，第２情報，…のそれぞれの内容を“ａａ”，“ｂｂ”，…とする。
【００２４】
まず、図５，図６のフローチャートに示すホストコンピュータＡ１における動作から説明する。
まず、ホストコンピュータＡ１で通知要求が発生すると、ステップ１０１で、要求作成部１１は従来処理していると同様に通知情報を作成して、未処理通知情報作成部１２を起動する。未処理通知情報作成部１２は、未処理通知情報テーブル３１の未通知情報格納位置格納域３１１の値から、通知情報の格納すべき格納域を知って通知情報を格納する。例えば要求作成部１１の作成した通知情報が第１情報の“ａａ”であると、初回であるので未通知情報格納位置格納域３１１の値が１であるので、この“ａａ”は通知情報格納部３１３内の第１番目の通知情報格納域に格納する。
【００２５】
次に、未処理通知情報作成部１２は、ステップ１０２で、未通知情報格納位置格納域３１１の値を＋１にして、次の格納位置を指定する。
次に、ステップ１０３で、指定した格納位置が限界値を越えていないかを調べ、越えていれば、ステップ１０４で、格納位置の値の先頭の位置である１に設定する。また、越えていなければそのままとする。例えば通知情報が第１情報の“ａａ”であれば未通知情報格納位置格納域３１１の値は１から２に更新される。
その後、未処理通知情報作成部１２は、通知情報の格納位置の設定を終えると、処理状態テーブル更新部１３を起動する。
【００２６】
次に、ステップ１０５で、起動された処理状態テーブル更新部１３は処理状態テーブル３２の処理種別フラグ格納位置格納域３２１を調べて、処理種別情報格納部３２３内の指定する処理種別情報格納域に未処理フラグ１を設定する。
次に、ステップ１０６で、処理状態テーブル更新部１３は処理種別フラグ格納位置格納域３２１の値を＋１して、次の格納位置に更新する。
次に、ステップ１０７で、更新した格納位置が限界値を越えていないかを調べ、越えていれば、ステップ１０８で、格納位置の値を先頭の位置である１に設定する。また越えていなければそのままとする。
なお、ステップ１０５からステップ１０８までの処理は、例えば初回であれば、処理種別フラグ格納位置格納域３２１の値が１であるので、処理種別情報格納部３２３内の第１番目の処理種別情報格納域に未処理を示すフラグ１が設定される。そして処理種別フラグ格納位置格納域３２１の値は１から２に更新される。またこのときステップ１０８の処理は行われない。
【００２７】
処理状態テーブル更新部１３は、フラグの格納位置の設定を終えると、引き続き、ステップ１０９で、同期処理要求信号発信部１４を起動する。起動された同期処理要求信号発信部１４は、同期処理要求信号３３の同期処理要求信号アドレス３３１が示す同期処理要求信号内容３３２を“有り”にする。
同期処理要求信号内容３３２は“無し”から“有り”に設定できたことでもって同期信号要求処理が成功したものとし、既に“有り”の状態を“有り”とする場合には同期信号要求処理に失敗したものとして、ステップ１１０にて発信成功かを調べるが、上記の意味において、同期信号の発信に成功したら、処理を終了し、上記ステップ１０１からの処理を繰返す。既に“有り”の状態であって、同期信号の発信に失敗したら、一つの手段としては、上記と同様に処理を終了し、ステップ１０１からの処理を繰返すが、他の手段としては、上記タイミングは、ホストコンピュータＢ２が未処理の通信情報を処理中であることを示しているので、図示は省略するが、上記終了に際して、その意味のメッセージを表示してから終了することができる。
【００２８】
なお、上記の管理領域のうち、未処理通知情報テーブル３１，処理状態テーブル３２の大きさは、ホストコンピュータＡ１における通信要求頻度の最悪パターンと、ホストコンピュータＢ２の通信情報処理能力を勘案して、ホストコンピュータＡ１側で決定され、ホストコンピュータＡ１側で確保される。このため、管理領域の形式的な反復使用が支障無く実施できる。このことは、本発明の特徴をなしている。
しかしながら、上記ステップ１０２，ステップ１０４，ステップ１０７では、次の通信情報のためのエントリーを無条件で確保する手段を行使したが、該確保に先立って、確保される予定のエントリーが空き状態か否か、すなわち処理済が示されているか否かを確認し、空き状態でなければ、空き状態となるまで（すなわち処理済が示されるまで）、前記処理ステップ又は前記処理ステップを含むタスクを待機状態とする従来技術の処理方式も、上記の方式に併用して採用可能である。
さらに、上記で、空き状態でない時に、上記の管理領域、すなわち、未処理通知情報テーブル，処理状態テーブルをそれぞれ拡張する方式も、上記の方式に併用して採用可能である。
【００２９】
次に、図７のフローチャートに示すホストコンピュータＢ２における動作を説明する。
ホストコンピュータＢ２では、まず、ステップ２０１で、処理状態テーブル判定部２１が処理状態２１が処理状態テーブル３２の処理種別フラグ参照位置格納域３２２を参照して、処理種別情報格納部３２３内の指定されている処理種別情報格納域のフラグを取得する。
次に、ステップ２０２で、上記取得したフラグが未処理か処理済であるかを調べ、処理済であれば同期処理要求信号受信部２２を起動する。
【００３０】
同期処理要求信号受信部２２は起動されると、ステップ２０３で、同期処理要求信号３３の同期処理要求信号アドレス３３１が示すアドレスから同期処理要求信号内容３３２を取得する。そしてステップ２０４で取得した内容が“有り”かを調べ、“有り”でなければステップ２０４を繰返し、“有り”であればステップ２０５にて同期処理要求信号内容をクリアしてステップ２０１に戻る。ステップ２０５の処理を実施している間に、ホストコンピュータＡ１の同期処理要求信号発信部１４から生じた同期処理要求信号３３を“有り”にする要求が、ステップ２０５の処理によって無効にされてしまう事態の発生を防止するために、図示は省略するが、同期処理要求信号３３を排他制御にし、ステップ２０５の処理に際して同期処理要求信号３３を占有する方式も可能である。この場合、上記のホストコンピュータ１の同期処理要求信号発信部１４から生じた同期処理要求信号３３を“有り”にする要求は、ステップ２０５の処理終了を待って、改めて実施されることになる。
【００３１】
ステップ２０１からステップ２０４の処理は、例えばホストコンピュータＢ２が起動直後であれば、処理状態テーブル３２の処理種別情報格納部３２３内の処理種別情報格納域は初期設定されて処理済になっており、かつ同期処理要求信号内容３３２も“なし”になっているのでステップ２０５において一種の待機状態となっているが、ホストコンピュータＡ１により未処理通知情報テーブル３１に通知情報“ａａ”が格納され、処理状態テーブル３２の処理種別情報を示すフラグが未処理になり、更に同期処理要求信号内容３３２が“有り”に変わるのを待っていて、同期処理要求信号内容３３２が“有り”になれば、その時点以降、改めて処理状態テーブル３２の内容を調べることを示している。そこで、処理状態テーブル判断部２１は、ステップ２０２で処理種別情報を示すフラグの未処理を見つけると、未処理通知情報取得部２３を起動する。
【００３２】
未処理通知情報取得部２３は起動されると、ステップ２０６で、未処理情報テーブル３１の未通知情報参照位置格納域３１２の値を取得し、ステップ２０７で、取得した値の通知情報格納部３１３内の通知情報格納域の通知情報を取得し、未通知情報参照格納位置格納域３１２の値を＋１しておく。その後、未処理通知情報取得部２３は、処理状態テーブル更新部２４を起動する。
処理状態テーブル更新部２４は起動されると、ステップ２０８で、処理状態テーブル３２の処理種別フラグ参照位置格納域３２２の値が示す処理種別情報格納部３２３内の処理種別情報格納域の内容を処理済を示すフラグ０に変更し、更に処理種別フラグ参照位置格納域３２２の値に＋１を加えておく。その後、処理状態テーブル更新部２４は、要求処理部２５を起動する。
ステップ２０９で、要求処理部２５は、未処理通知情報取得部２３が取得した通知情報を受けて処理を行い、処理終了で再び処理状態テーブル判断部２１を起動してステップ２０１に戻って上記一連の処理を反復する。
【００３３】
図８は、以上のホストコンピュータＢ２での一連の処理が終わった時点での未処理通知情報テーブル３１，処理状態テーブル３２，および同期処理要求信号３３の内容を上記の具体例に従って示した図である。
図８（ａ）に示す未処理通知情報テーブル３１では、ホストコンピュータＢ２により、第１情報“ａａ”が取得され、未通知情報参照位置格納域３１２は、次の第２情報を示す２に変更され、第１情報の取得後にホストコンピュータＡ１により、第３情報まで格納されて、未通知情報格納位置格納域３１１は、次の第４情報を格納する４に変更されていることを示している。
【００３４】
図８（ｂ）に示す処理状態テーブル３２では、ホストコンピュータＢ２により第１情報“ａａ”が取得された後に、処理状態テーブル更新部２４により第１の処理種別情報格納域が処理済を示すフラグ０に更新され、処理種別フラグ参照位置格納域３２２も、この時、２に更新されていることを示している。
また、図８（ｃ）に示す同期処理要求信号３３では、同期処理要求信号内容３３２が、同期処理要求信号受信部２２により第１情報“ａａ”が取得されたときにクリアされたが、ホストコンピュータＡ１により第２情報“ｂｂ”の格納時に“有り”に変更されたままになっていることを示している。
【００３５】
（第２の実施の形態）
図９，図１０は、本発明の第２の実施の形態に係るホストコンピュータ間通信方式の機能構成を示す図である。
本実施の形態は、ホストコンピュータＣ４を有する点で第１の実施の形態と異なる。
本実施の形態では、ホストコンピュータＡ１の通知情報が格納される管理装置３を、ホストコンピュータＢ２とホストコンピュータＣ４とから共通に参照することにより、１対多のホストコンピュータ間での通信が可能となる。
【００３６】
本実施の形態では、説明の都合上、第１の実施の形態に対してホストコンピュータＣ４を１セット追加した構成となっているが、上記追加されるホストコンピュータは、一般には３〜ｍ（ｍ≧３）とすることができる。ホストコンピュータ３〜ｍの動作フローはホストコンピュータＢ２と同様である。
本実施の形態における管理装置３、すなわち、未処理通知情報テーブル３１，処理状態テーブル３２，同期処理要求信号３３については、第１の実施の形態と同様にすることも可能であるし、若しくは、ホストコンピュータ２〜ｎ（ｎ≧３）のそれぞれに専用の管理領域を割り当てることも可能である。
また、上記各実施の形態におけるホストコンピュータを、タスク等のプロセスに置き換えるならば、一つのコンピュータ内でのマルチプロセスにおける、プロセス間通信方式としても同様の方式を考えることができる。
【００３７】
【発明の効果】
以上説明したように、本発明に係るホストコンピュータ間通信方式は、単一の同期処理要求信号を設けて送信側ホストコンピュータ起動時からの最初のホストコンピュータ間通信要求の発生を受信側ホストコンピュータに知らせ、以降は管理装置上に設けた通知情報の格納テーブル、および通知情報の処理状態を記録する処理状態テーブルを利用して、通知情報を引渡すので、これらのテーブルを送信側ホストコンピュータ側において、任意の大きさに設定しておくことにより、送信側ホストコンピュータは、受信側ホストコンピュータの処理能力や処理状態に影響されることなく、処理を進めることができるという効果があり、具体的には、短時間内に多発する場面の通信要求を、待ち時間を生じさせることなく送信することが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るホストコンピュータ間通信方式の機能構成を示す図である。
【図２】未処理通知情報テーブル３１の構成と内容を示す図である。
【図３】処理状態テーブル３２の構成と内容を示す図である。
【図４】同期処理要求信号３３の構成と内容を示す図である。
【図５】ホストコンピュータ間通信方式のホストコンピュータＡ１の動作を示すフローチャートである。
【図６】ホストコンピュータ間通信方式のホストコンピュータＡ１の動作を示すフローチャートである。
【図７】ホストコンピュータ間通信方式のホストコンピュータＢ２の動作を示すフローチャートである。
【図８】ホストコンピュータＢ２での一連の処理が終わった時点での未処理通知情報テーブル３１，処理状態テーブル３２，および同期処理要求信号３３の内容を具体例に従って示した図である。
【図９】本発明の第２の実施の形態に係るホストコンピュータ間通信方式の機能構成を示す図である。
【図１０】本発明の第２の実施の形態に係るホストコンピュータ間通信方式の機能構成を示す図である。
【符号の説明】
１  送信側ホストコンピュータＡ
２  受信側ホストコンピュータＢ
３  管理装置
４  受信側ホストコンピュータＣ
１１  要求作成部
１２  未処理通知情報作成部
１３，２４，４４  処理状態テーブル更新部
１４  同期処理要求信号発信部
２１，４１  処理状態テーブル判定部
２２，４２  同期処理要求信号受信部
２３，４３  未処理通知情報取得部
２５，４５  要求処理部
３１  未処理通知情報テーブル
３２  処理状態テーブル
３３  同期処理要求信号
３１１  未通知情報格納位置格納域
３１２  未通知情報参照位置格納域
３１３  通知情報格納部
３２１  処理種別フラグ格納位置格納域
３２２  処理種別フラグ参照位置格納域
３２３  処理種別情報格納部
３３１  同期処理要求信号アドレス
３３２  同期処理要求信号内容
【図１】
0003720982.tif 000002
【図２】
0003720982.tif 000003
【図３】
0003720982.tif 000004
【図４】
0003720982.tif 000005
【図５】
0003720982.tif 000006
【図６】
0003720982.tif 000007
【図７】
0003720982.tif 000008
【図８】
0003720982.tif 000009
【図９】
0003720982.tif 000010
【図１０】
0003720982.tif 000011