JP3091791B2 - メッセージ型データ処理システム - Google Patents
メッセージ型データ処理システムInfo
- Publication number
- JP3091791B2 JP3091791B2 JP04164483A JP16448392A JP3091791B2 JP 3091791 B2 JP3091791 B2 JP 3091791B2 JP 04164483 A JP04164483 A JP 04164483A JP 16448392 A JP16448392 A JP 16448392A JP 3091791 B2 JP3091791 B2 JP 3091791B2
- Authority
- JP
- Japan
- Prior art keywords
- space
- destination information
- transmission
- message
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、メッセージに従って他
空間をアクセスしながらデータ処理を実行していく構成
を採るメッセージ型データ処理システムに関し、特に、
処理要求のメッセージの送信時に、相手方の空間の存在
を空間の処理に依らずに検出できるようにするメッセー
ジ型データ処理システムに関する。
空間をアクセスしながらデータ処理を実行していく構成
を採るメッセージ型データ処理システムに関し、特に、
処理要求のメッセージの送信時に、相手方の空間の存在
を空間の処理に依らずに検出できるようにするメッセー
ジ型データ処理システムに関する。
【０００２】
【従来の技術】図１１に、本発明の適用されるメッセー
ジ型データ処理システムのシステム構成を図示する。
ジ型データ処理システムのシステム構成を図示する。
【０００３】この図に示すように、本発明の適用される
メッセージ型データ処理システムは、ハードウェア的に
は、ＣＰＵ、メモリ等からなるプロセッサモジュール
（図中のＰＭ）が、バスや回線等で複数結合されること
で構成され、一方、ソフトウェア的には、各プロセッサ
モジュールは、カーネル（核）を展開するとともに、機
能単位や資源の種類等による複数の空間を展開する。
メッセージ型データ処理システムは、ハードウェア的に
は、ＣＰＵ、メモリ等からなるプロセッサモジュール
（図中のＰＭ）が、バスや回線等で複数結合されること
で構成され、一方、ソフトウェア的には、各プロセッサ
モジュールは、カーネル（核）を展開するとともに、機
能単位や資源の種類等による複数の空間を展開する。
【０００４】そして、それぞれの空間は、互いに独立し
ていて空間の壁により相互干渉から守られており、他空
間をアクセスするときには、送信の宛先となる宛先ＣＡ
Ｐ（Capability）を指定してメッセージを通信していく
ことで行う。ここで、このＣＡＰは、空間に対応付けて
管理されるものであって、ＣＡＰ発行の権限を持つサー
バが、空間の発行要求に応答して発行していくことにな
る。
ていて空間の壁により相互干渉から守られており、他空
間をアクセスするときには、送信の宛先となる宛先ＣＡ
Ｐ（Capability）を指定してメッセージを通信していく
ことで行う。ここで、このＣＡＰは、空間に対応付けて
管理されるものであって、ＣＡＰ発行の権限を持つサー
バが、空間の発行要求に応答して発行していくことにな
る。
【０００５】このメッセージ型データ処理システムで
は、メッセージ送信先の空間がクラッシュしたり終了し
たりして存在しないことが起こる。そして、プロセッサ
モジュール自体がクラッシュすることで、メッセージ送
信先の空間が存在しないことが起こる。このような場
合、メッセージ送信元の空間が処理要求のメッセージを
送信することは意味がない。これから、メッセージ送信
元の空間が、メッセージ送信先の空間の存在・不存在を
認識できる機構が必要となる。
は、メッセージ送信先の空間がクラッシュしたり終了し
たりして存在しないことが起こる。そして、プロセッサ
モジュール自体がクラッシュすることで、メッセージ送
信先の空間が存在しないことが起こる。このような場
合、メッセージ送信元の空間が処理要求のメッセージを
送信することは意味がない。これから、メッセージ送信
元の空間が、メッセージ送信先の空間の存在・不存在を
認識できる機構が必要となる。
【０００６】しかるに、メッセージの送信前にメッセー
ジ送信先の空間が存在したとしても、メッセージの送信
直前に存在しなくなることが起こる。これから、メッセ
ージ送信先の空間が存在するか否かを、メッセージ送信
に先立って調べるようにしても意味がない。
ジ送信先の空間が存在したとしても、メッセージの送信
直前に存在しなくなることが起こる。これから、メッセ
ージ送信先の空間が存在するか否かを、メッセージ送信
に先立って調べるようにしても意味がない。
【０００７】このようなことを背景にして、従来では、
メッセージ送信元の空間が、入手した宛先のＣＡＰを指
定して要求メッセージを送信し、その後、タイマを動作
させて、規定の時間が経過しても返信メッセージが返信
されてこないときに、メッセージ送信先の空間が存在し
ないものとして、送信先の空間が存在するか否かを検出
する方法を採っていた。
メッセージ送信元の空間が、入手した宛先のＣＡＰを指
定して要求メッセージを送信し、その後、タイマを動作
させて、規定の時間が経過しても返信メッセージが返信
されてこないときに、メッセージ送信先の空間が存在し
ないものとして、送信先の空間が存在するか否かを検出
する方法を採っていた。
【０００８】すなわち、空間の存在・不存在を検出する
機構というものを特別に設けないで、メッセージ送信元
の空間が、自分でメッセージ送信先の空間の存在・不存
在を検出していくという方法を採っていたのである。
機構というものを特別に設けないで、メッセージ送信元
の空間が、自分でメッセージ送信先の空間の存在・不存
在を検出していくという方法を採っていたのである。
【０００９】
【発明が解決しようとする課題】しかしながら、このよ
うな従来技術に従っていると、メッセージ送信元の空間
のオーバヘッドが大きくなるという問題点があった。こ
れから、システム全体のデータ処理が遅延するという問
題点があったのである。
うな従来技術に従っていると、メッセージ送信元の空間
のオーバヘッドが大きくなるという問題点があった。こ
れから、システム全体のデータ処理が遅延するという問
題点があったのである。
【００１０】本発明はかかる事情に鑑みてなされたもの
であって、メッセージに従って他空間をアクセスしなが
らデータ処理を実行していく構成を採るメッセージ型デ
ータ処理システムにあって、処理要求のメッセージの送
信時に、メッセージ送信元空間の処理に依らないで、相
手方の空間の存在を検出できるようにする新たなメッセ
ージ型データ処理システムの提供を目的とする。
であって、メッセージに従って他空間をアクセスしなが
らデータ処理を実行していく構成を採るメッセージ型デ
ータ処理システムにあって、処理要求のメッセージの送
信時に、メッセージ送信元空間の処理に依らないで、相
手方の空間の存在を検出できるようにする新たなメッセ
ージ型データ処理システムの提供を目的とする。
【００１１】
【課題を解決するための手段】図１に本発明の原理構成
を図示する。図中、１は複数設けられるプロセッサモジ
ュール、２はプロセッサモジュール１を接続する通信
路、３は各プロセッサモジュール１に展開されるカーネ
ル、４はプロセッサモジュール１に展開されて、要求メ
ッセージの送信元となる送信側空間、５は送信側空間４
に対応付けて展開されて、要求メッセージの送信先を表
示する送信宛先情報を管理する宛先情報管理部、６はプ
ロセッサモジュール１に展開されて、要求メッセージに
対しての処理を実行して返信メッセージを返す受信側空
間、７は受信側空間６に対応付けて展開されて、送信さ
れてくる要求メッセージを受信するメイルボックス、８
は各プロセッサモジュール１２に展開されて、自モジュ
ール情報を管理する自ＰＭ情報管理部である。
を図示する。図中、１は複数設けられるプロセッサモジ
ュール、２はプロセッサモジュール１を接続する通信
路、３は各プロセッサモジュール１に展開されるカーネ
ル、４はプロセッサモジュール１に展開されて、要求メ
ッセージの送信元となる送信側空間、５は送信側空間４
に対応付けて展開されて、要求メッセージの送信先を表
示する送信宛先情報を管理する宛先情報管理部、６はプ
ロセッサモジュール１に展開されて、要求メッセージに
対しての処理を実行して返信メッセージを返す受信側空
間、７は受信側空間６に対応付けて展開されて、送信さ
れてくる要求メッセージを受信するメイルボックス、８
は各プロセッサモジュール１２に展開されて、自モジュ
ール情報を管理する自ＰＭ情報管理部である。
【００１２】受信側空間６を展開するプロセッサモジュ
ール１のカーネル３は、空間更新状態検出部９と、更新
回数登録部１０と、ＩＰＬ回数登録部１１と、障害処理
部１２とを備える。
ール１のカーネル３は、空間更新状態検出部９と、更新
回数登録部１０と、ＩＰＬ回数登録部１１と、障害処理
部１２とを備える。
【００１３】この空間更新状態検出部９は、受信側空間
６のクラッシュや終了を検出する。更新回数登録部１０
は、メイルボックス７に対して、空間のクラッシュ・終
了回数を表示する更新回数を登録する。ＩＰＬ回数登録
部１１は、自ＰＭ情報管理部８に対して、自モジュール
１のクラッシュ後の再立ち上げ時に実行されるＩＰＬの
回数を登録する。障害処理部１２は、送信側空間４に対
して、要求メッセージの送信先の障害発生を通知する。
６のクラッシュや終了を検出する。更新回数登録部１０
は、メイルボックス７に対して、空間のクラッシュ・終
了回数を表示する更新回数を登録する。ＩＰＬ回数登録
部１１は、自ＰＭ情報管理部８に対して、自モジュール
１のクラッシュ後の再立ち上げ時に実行されるＩＰＬの
回数を登録する。障害処理部１２は、送信側空間４に対
して、要求メッセージの送信先の障害発生を通知する。
【００１４】
【作用】本発明では、更新回数登録部１０は、空間更新
状態検出部９が受信側空間６のクラッシュや終了を検出
すると、その度毎に、メイルボックス７に登録する更新
回数を更新していくとともに、ＩＰＬ回数登録部１１
は、自モジュールでＩＰＬが実行されると、その度毎
に、自ＰＭ情報管理部８に登録するＩＰＬ回数を更新し
ていく。
状態検出部９が受信側空間６のクラッシュや終了を検出
すると、その度毎に、メイルボックス７に登録する更新
回数を更新していくとともに、ＩＰＬ回数登録部１１
は、自モジュールでＩＰＬが実行されると、その度毎
に、自ＰＭ情報管理部８に登録するＩＰＬ回数を更新し
ていく。
【００１５】このようにして、各メイルボックス７が更
新回数を管理し、各自ＰＭ情報管理部８がＩＰＬ回数を
管理するときにあって、送信側空間４は、図示しないサ
ーバ等を介して受信側空間６に対する送信宛先情報（そ
の受信側空間６のメイルボックス７へのポインタ情報）
を取得して宛先情報管理部５に登録していくことになる
が、このとき、この送信宛先情報に対応付けて、その受
信側空間６のメイルボックス７に登録されている更新回
数と、その受信側空間６を展開するプロセッサモジュー
ル１の自ＰＭ情報管理部８に登録されているＩＰＬ回数
とを宛先情報管理部５に登録していく。
新回数を管理し、各自ＰＭ情報管理部８がＩＰＬ回数を
管理するときにあって、送信側空間４は、図示しないサ
ーバ等を介して受信側空間６に対する送信宛先情報（そ
の受信側空間６のメイルボックス７へのポインタ情報）
を取得して宛先情報管理部５に登録していくことになる
が、このとき、この送信宛先情報に対応付けて、その受
信側空間６のメイルボックス７に登録されている更新回
数と、その受信側空間６を展開するプロセッサモジュー
ル１の自ＰＭ情報管理部８に登録されているＩＰＬ回数
とを宛先情報管理部５に登録していく。
【００１６】一方、送信側空間４は、受信側空間６に対
して処理要求を発行するときには、宛先情報管理部５に
管理される送信宛先情報を指定して要求メッセージを受
信側空間６に送信する。このとき、送信宛先情報の取得
時に得た更新回数及びＩＰＬ回数も送信宛先情報の中に
含めていく。
して処理要求を発行するときには、宛先情報管理部５に
管理される送信宛先情報を指定して要求メッセージを受
信側空間６に送信する。このとき、送信宛先情報の取得
時に得た更新回数及びＩＰＬ回数も送信宛先情報の中に
含めていく。
【００１７】受信側空間６に展開される障害処理部１２
は、この更新回数及びＩＰＬ回数の含まれた送信宛先情
報を持つ要求メッセージが送信されてくると、先ず最初
に、この送信宛先情報の持つＩＰＬ回数と、自ＰＭ情報
管理部８に登録されているＩＰＬ回数とを比較して、そ
の２つのＩＰＬ回数が一致しないときには、送信側空間
４の送信宛先情報の取得後に、受信側空間６を展開する
プロセッサモジュール１にクラッシュが発生したことを
検出して、送信側空間４に対して要求メッセージ送信先
のプロセッサモジュールクラッシュを通知する。一方、
２つのＩＰＬ回数を一致する場合には、続いて、この送
信宛先情報の持つ更新回数と、メイルボックス７に登録
されている更新回数とを比較して、その２つの更新回数
が一致しないときには、送信側空間４の送信宛先情報の
取得後に、受信側空間６にクラッシュが発生するか受信
側空間６が終了したことを検出して、送信側空間４に対
して要求メッセージ送信先の空間クラッシュ・終了を通
知する。
は、この更新回数及びＩＰＬ回数の含まれた送信宛先情
報を持つ要求メッセージが送信されてくると、先ず最初
に、この送信宛先情報の持つＩＰＬ回数と、自ＰＭ情報
管理部８に登録されているＩＰＬ回数とを比較して、そ
の２つのＩＰＬ回数が一致しないときには、送信側空間
４の送信宛先情報の取得後に、受信側空間６を展開する
プロセッサモジュール１にクラッシュが発生したことを
検出して、送信側空間４に対して要求メッセージ送信先
のプロセッサモジュールクラッシュを通知する。一方、
２つのＩＰＬ回数を一致する場合には、続いて、この送
信宛先情報の持つ更新回数と、メイルボックス７に登録
されている更新回数とを比較して、その２つの更新回数
が一致しないときには、送信側空間４の送信宛先情報の
取得後に、受信側空間６にクラッシュが発生するか受信
側空間６が終了したことを検出して、送信側空間４に対
して要求メッセージ送信先の空間クラッシュ・終了を通
知する。
【００１８】このように、本発明によれば、送信側空間
４の処理に依らないで、受信側空間１の展開されるカー
ネル３の処理に従って、要求メッセージの送信時に、受
信側空間６の存在・不存在を検出できるようになるの
で、従来技術の有していた問題点を解決できるようにな
るのである。
４の処理に依らないで、受信側空間１の展開されるカー
ネル３の処理に従って、要求メッセージの送信時に、受
信側空間６の存在・不存在を検出できるようになるの
で、従来技術の有していた問題点を解決できるようにな
るのである。
【００１９】
【実施例】以下、実施例に従って本発明を詳細に説明す
る。図１で説明したように、本発明では、各プロセッサ
モジュール１のカーネル３は、各受信側空間６のメイル
ボックス７に、その受信側空間６のクラッシュ・終了回
数を表示する更新回数（以下、空間バージョンコードと
称する）を登録管理する構成を採るとともに、自ＰＭ情
報管理部８に、自モジュールのクラッシュ後の再立ち上
げ時に実行するＩＰＬの回数（以下、ＰＭバージョンコ
ードと称する）を登録管理する構成を採るものである。
る。図１で説明したように、本発明では、各プロセッサ
モジュール１のカーネル３は、各受信側空間６のメイル
ボックス７に、その受信側空間６のクラッシュ・終了回
数を表示する更新回数（以下、空間バージョンコードと
称する）を登録管理する構成を採るとともに、自ＰＭ情
報管理部８に、自モジュールのクラッシュ後の再立ち上
げ時に実行するＩＰＬの回数（以下、ＰＭバージョンコ
ードと称する）を登録管理する構成を採るものである。
【００２０】すなわち、各プロセッサモジュール１のカ
ーネル３は、受信側空間６のクラッシュや終了を検出す
ると、図２（ａ）の処理フローに示すように、その度毎
に、その受信側空間６のメイルボックス７に管理される
空間バージョンコードの値を１つずつ歩進していくよう
処理するとともに、自モジュールのＩＰＬを実行する
と、図２（ｂ）の処理フローに示すように、その度毎
に、自ＰＭ情報管理部８に管理されるＰＭバージョンコ
ードの値を１つずつ歩進していくよう処理するのであ
る。
ーネル３は、受信側空間６のクラッシュや終了を検出す
ると、図２（ａ）の処理フローに示すように、その度毎
に、その受信側空間６のメイルボックス７に管理される
空間バージョンコードの値を１つずつ歩進していくよう
処理するとともに、自モジュールのＩＰＬを実行する
と、図２（ｂ）の処理フローに示すように、その度毎
に、自ＰＭ情報管理部８に管理されるＰＭバージョンコ
ードの値を１つずつ歩進していくよう処理するのであ
る。
【００２１】そして、送信側空間４は、受信側空間６の
送信宛先情報（以下、宛先ＣＡＰと称する）を取得して
宛先情報管理部５に登録するときに、その受信側空間６
のメイルボックス７に管理される空間バージョンコード
と、その受信側空間６を展開するプロセッサモジュール
１の自ＰＭ情報管理部８に管理されるＰＭバージョンコ
ードとを同時に宛先情報管理部５に登録する構成を採っ
て、図３に示すように、受信側空間６に対して宛先ＣＡ
Ｐを指定して要求メッセージを送信するときには、この
宛先ＣＡＰにＰＭ／空間バージョンコードを含めるよう
処理する構成を採るのである。
送信宛先情報（以下、宛先ＣＡＰと称する）を取得して
宛先情報管理部５に登録するときに、その受信側空間６
のメイルボックス７に管理される空間バージョンコード
と、その受信側空間６を展開するプロセッサモジュール
１の自ＰＭ情報管理部８に管理されるＰＭバージョンコ
ードとを同時に宛先情報管理部５に登録する構成を採っ
て、図３に示すように、受信側空間６に対して宛先ＣＡ
Ｐを指定して要求メッセージを送信するときには、この
宛先ＣＡＰにＰＭ／空間バージョンコードを含めるよう
処理する構成を採るのである。
【００２２】すなわち、図４に示すように、送信側空間
４を展開するプロセッサモジュール１のＰＭ−Ｉは、宛
先情報管理部５でもって、受信側空間６のメイルボック
ス７を展開するプロセッサモジュール１のＰＭ−ＩＩの
識別子（PM ID=２）と、このプロセッサモジュール１で
のメイルボックス７のアドレス（MBOX PTR）とを管理す
ることで、受信側空間６の宛先ＣＡＰを管理するととも
に、宛先ＣＡＰ取得時においてＰＭ−ＩＩが管理してい
た空間バージョンコード（この図の例では“１”）／Ｐ
Ｍバージョンコード（この図の例では“１”）を管理す
るものである。そして、自ＰＭ情報管理部８でもって、
自モジュールのＰＭ−Ｉの識別子（PM ID=１）と、自モ
ジュールのＰＭバージョンコード（この図の例では
“１”）とを管理する。
４を展開するプロセッサモジュール１のＰＭ−Ｉは、宛
先情報管理部５でもって、受信側空間６のメイルボック
ス７を展開するプロセッサモジュール１のＰＭ−ＩＩの
識別子（PM ID=２）と、このプロセッサモジュール１で
のメイルボックス７のアドレス（MBOX PTR）とを管理す
ることで、受信側空間６の宛先ＣＡＰを管理するととも
に、宛先ＣＡＰ取得時においてＰＭ−ＩＩが管理してい
た空間バージョンコード（この図の例では“１”）／Ｐ
Ｍバージョンコード（この図の例では“１”）を管理す
るものである。そして、自ＰＭ情報管理部８でもって、
自モジュールのＰＭ−Ｉの識別子（PM ID=１）と、自モ
ジュールのＰＭバージョンコード（この図の例では
“１”）とを管理する。
【００２３】一方、プロセッサモジュール１のＰＭ−Ｉ
Ｉは、受信側空間６のメイルボックス７でもって、現時
点での空間バージョンコード（この図の例では“１”）
を管理するとともに、自ＰＭ情報管理部８でもって、自
モジュールのＰＭ−ＩＩの識別子（この場合は、PM ID=
２）と、現時点での自モジュールのＰＭバージョンコー
ド（この図の例では“１”）とを管理する。
Ｉは、受信側空間６のメイルボックス７でもって、現時
点での空間バージョンコード（この図の例では“１”）
を管理するとともに、自ＰＭ情報管理部８でもって、自
モジュールのＰＭ−ＩＩの識別子（この場合は、PM ID=
２）と、現時点での自モジュールのＰＭバージョンコー
ド（この図の例では“１”）とを管理する。
【００２４】なお、この図４では、送信側空間４と受信
側空間６とが異なるプロセッサモジュール１に展開され
る例でもって、宛先情報管理部５、メイルボックス７及
び自ＰＭ情報管理部８の管理データについて説明した
が、図５に示すように、この２つの空間が同一のプロセ
ッサモジュール１に展開されるときにあっても同様であ
る。
側空間６とが異なるプロセッサモジュール１に展開され
る例でもって、宛先情報管理部５、メイルボックス７及
び自ＰＭ情報管理部８の管理データについて説明した
が、図５に示すように、この２つの空間が同一のプロセ
ッサモジュール１に展開されるときにあっても同様であ
る。
【００２５】図６に、送信側空間４が要求メッセージを
送信するときに、受信側空間６を展開するプロセッサモ
ジュール１のカーネル３が実行することになる処理フロ
ーの一実施例を図示する。次に、この処理フローに従っ
て、本発明の処理について詳細に説明する。
送信するときに、受信側空間６を展開するプロセッサモ
ジュール１のカーネル３が実行することになる処理フロ
ーの一実施例を図示する。次に、この処理フローに従っ
て、本発明の処理について詳細に説明する。
【００２６】受信側空間６を展開するプロセッサモジュ
ール１のカーソル３は、送信されてくる要求メッセージ
の持つ宛先ＣＡＰのＰＭ識別子が自モジュールの自ＰＭ
情報管理部８のＰＭ識別子と一致することで、受信側空
間６が自モジュールに展開されていることを認識する
と、図６の処理フローに示すように、先ず最初に、ステ
ップ１で、宛先ＣＡＰから、ＰＭバージョンコードと空
間バージョンコードとを取り出す。次に、自モジュール
の自ＰＭ情報管理部８から、ＰＭバージョンコードを読
み出し、続くステップ３で、この読み出したＰＭバージ
ョンコードと、送信側空間４から送られてきたＰＭバー
ジョンコードとを比較して、両者が一致するか否かを判
断する。
ール１のカーソル３は、送信されてくる要求メッセージ
の持つ宛先ＣＡＰのＰＭ識別子が自モジュールの自ＰＭ
情報管理部８のＰＭ識別子と一致することで、受信側空
間６が自モジュールに展開されていることを認識する
と、図６の処理フローに示すように、先ず最初に、ステ
ップ１で、宛先ＣＡＰから、ＰＭバージョンコードと空
間バージョンコードとを取り出す。次に、自モジュール
の自ＰＭ情報管理部８から、ＰＭバージョンコードを読
み出し、続くステップ３で、この読み出したＰＭバージ
ョンコードと、送信側空間４から送られてきたＰＭバー
ジョンコードとを比較して、両者が一致するか否かを判
断する。
【００２７】このステップ３の判断で、両者のＰＭバー
ジョンコードが一致しないと判断するときには、ステッ
プ４に進んで、要求メッセージの送信元の送信側空間４
に対して、プロセッサモジュール１のクラッシュが発生
したことを通知することで、送信先の受信側空間６の不
存在を通知する。すなわち、送信側空間４の宛先ＣＡＰ
の取得後に、受信側空間６を展開するプロセッサモジュ
ール１にクラッシュが発生したことで、送信先の受信側
空間６が存在していないことを通知していくのである。
ジョンコードが一致しないと判断するときには、ステッ
プ４に進んで、要求メッセージの送信元の送信側空間４
に対して、プロセッサモジュール１のクラッシュが発生
したことを通知することで、送信先の受信側空間６の不
存在を通知する。すなわち、送信側空間４の宛先ＣＡＰ
の取得後に、受信側空間６を展開するプロセッサモジュ
ール１にクラッシュが発生したことで、送信先の受信側
空間６が存在していないことを通知していくのである。
【００２８】一方、ステップ３の判断で、両者のＰＭバ
ージョンコードが一致すると判断するときには、ステッ
プ５に進んで、送信側空間４から送られてきた宛先ＣＡ
Ｐの指すメイルボックス７から、空間バージョンコード
を読み出し、続くステップ６で、この読み出した空間バ
ージョンコードと、送信側空間４から送られてきた空間
バージョンコードとを比較して、両者が一致するか否か
を判断する。
ージョンコードが一致すると判断するときには、ステッ
プ５に進んで、送信側空間４から送られてきた宛先ＣＡ
Ｐの指すメイルボックス７から、空間バージョンコード
を読み出し、続くステップ６で、この読み出した空間バ
ージョンコードと、送信側空間４から送られてきた空間
バージョンコードとを比較して、両者が一致するか否か
を判断する。
【００２９】このステップ６の判断で、両者の空間バー
ジョンコードが一致しないと判断するときには、ステッ
プ７に進んで、要求メッセージの送信元の送信側空間４
に対して、受信側空間６のクラッシュ又は終了の発生を
通知することで、送信先の受信側空間６の不存在を通知
する。すなわち、送信側空間４の宛先ＣＡＰの取得後
に、受信側空間６がクラッシュしたか終了したことで、
送信先の受信側空間６が存在していないことを通知して
いくのである。
ジョンコードが一致しないと判断するときには、ステッ
プ７に進んで、要求メッセージの送信元の送信側空間４
に対して、受信側空間６のクラッシュ又は終了の発生を
通知することで、送信先の受信側空間６の不存在を通知
する。すなわち、送信側空間４の宛先ＣＡＰの取得後
に、受信側空間６がクラッシュしたか終了したことで、
送信先の受信側空間６が存在していないことを通知して
いくのである。
【００３０】そして、ステップ６の判断で、両者の空間
バージョンコードが一致するときには、受信側空間６が
存在するので、その受信側空間６に制御を渡して処理を
終了する。
バージョンコードが一致するときには、受信側空間６が
存在するので、その受信側空間６に制御を渡して処理を
終了する。
【００３１】この図６の処理フローに従って、図７に示
すように、プロセッサモジュール１のＰＭ−Ｉに展開さ
れる送信側空間４の宛先情報管理部５が、受信側空間６
を展開するプロセッサモジュール１のＰＭ−ＩＩのＰＭ
バージョンコードとして“１”を管理するときにあっ
て、このＰＭ−ＩＩにクラッシュが発生すると、図８に
示すように、ＰＭ−ＩＩの再立ち上げ後には、ＰＭ−Ｉ
の宛先情報管理部５が、ＰＭ−ＩＩのＰＭバージョンコ
ードとして“１”を管理するのに対して、ＰＭ−ＩＩの
自ＰＭ情報管理部７が、自モジュールのＰＭバージョン
コードとして“２”を管理することになることから、両
者のＰＭバージョンコードが一致しないことで、送信側
空間４に対して、要求メッセージの送信先の受信側空間
６が存在していないことが通知されていくことになる。
すように、プロセッサモジュール１のＰＭ−Ｉに展開さ
れる送信側空間４の宛先情報管理部５が、受信側空間６
を展開するプロセッサモジュール１のＰＭ−ＩＩのＰＭ
バージョンコードとして“１”を管理するときにあっ
て、このＰＭ−ＩＩにクラッシュが発生すると、図８に
示すように、ＰＭ−ＩＩの再立ち上げ後には、ＰＭ−Ｉ
の宛先情報管理部５が、ＰＭ−ＩＩのＰＭバージョンコ
ードとして“１”を管理するのに対して、ＰＭ−ＩＩの
自ＰＭ情報管理部７が、自モジュールのＰＭバージョン
コードとして“２”を管理することになることから、両
者のＰＭバージョンコードが一致しないことで、送信側
空間４に対して、要求メッセージの送信先の受信側空間
６が存在していないことが通知されていくことになる。
【００３２】また、この図６の処理フローに従って、図
９に示すように、プロセッサモジュール１のＰＭ−Ｉに
展開される送信側空間４の宛先情報管理部５が、受信側
空間６の空間バージョンコードとして“１”を管理する
ときにあって、図１０に示すように、この受信側空間６
がクラッシュするか終了すると、ＰＭ−Ｉの送信側空間
４の宛先情報管理部５が、受信側空間６の空間バージョ
ンコードとして“１”を管理するのに対して、ＰＭ−Ｉ
Ｉの受信側空間６のメイルボックス７が、受信側空間６
の空間バージョンコードとして“２”を管理することに
なることから、両者の空間バージョンコードが一致しな
いことで、送信側空間４に対して、要求メッセージの送
信先の受信側空間６が存在していないことが通知されて
いくことになる。
９に示すように、プロセッサモジュール１のＰＭ−Ｉに
展開される送信側空間４の宛先情報管理部５が、受信側
空間６の空間バージョンコードとして“１”を管理する
ときにあって、図１０に示すように、この受信側空間６
がクラッシュするか終了すると、ＰＭ−Ｉの送信側空間
４の宛先情報管理部５が、受信側空間６の空間バージョ
ンコードとして“１”を管理するのに対して、ＰＭ−Ｉ
Ｉの受信側空間６のメイルボックス７が、受信側空間６
の空間バージョンコードとして“２”を管理することに
なることから、両者の空間バージョンコードが一致しな
いことで、送信側空間４に対して、要求メッセージの送
信先の受信側空間６が存在していないことが通知されて
いくことになる。
【００３３】ここで、図９及び図１０では、送信側空間
４と受信側空間６とが異なるプロセッサモジュール１に
展開されることで説明したが、この２つの空間が同一の
プロセッサモジュール１に展開されるときにあっても、
全く同様の処理に従って、送信側空間４に対して受信側
空間６が存在していないことが通知されていくことにな
る。
４と受信側空間６とが異なるプロセッサモジュール１に
展開されることで説明したが、この２つの空間が同一の
プロセッサモジュール１に展開されるときにあっても、
全く同様の処理に従って、送信側空間４に対して受信側
空間６が存在していないことが通知されていくことにな
る。
【００３４】なお、送信側空間４と受信側空間６とが同
一のプロセッサモジュール１に展開されるときにあって
も、図６の処理フローで実行する要求メッセージの宛先
ＣＡＰの持つＰＭバージョンコードと、自ＰＭ情報管理
部８から読み出すＰＭバージョンコードとの比較処理は
必要になる。これは、宛先ＣＡＰが別のプロセッサモジ
ュール１の空間に渡され、この後、この空間から再び元
のプロセッサモジュール１の別の空間に渡されるような
ことがあるのであるが、この宛先ＣＡＰが別のプロセッ
サモジュール１に渡っている間に元のプロセッサモジュ
ール１にクラッシュが発生するようなことが起こるの
で、これに対処するために必要となるのである。
一のプロセッサモジュール１に展開されるときにあって
も、図６の処理フローで実行する要求メッセージの宛先
ＣＡＰの持つＰＭバージョンコードと、自ＰＭ情報管理
部８から読み出すＰＭバージョンコードとの比較処理は
必要になる。これは、宛先ＣＡＰが別のプロセッサモジ
ュール１の空間に渡され、この後、この空間から再び元
のプロセッサモジュール１の別の空間に渡されるような
ことがあるのであるが、この宛先ＣＡＰが別のプロセッ
サモジュール１に渡っている間に元のプロセッサモジュ
ール１にクラッシュが発生するようなことが起こるの
で、これに対処するために必要となるのである。
【００３５】
【発明の効果】以上説明したように、本発明によれば、
メッセージに従って他空間をアクセスしながらデータ処
理を実行していく構成を採るメッセージ型データ処理シ
ステムにあって、要求メッセージの送信時に、送信側空
間の処理に依らないでも受信側空間の存在・不存在を送
信側空間に通知できるようになるので、従来技術の有し
ていた問題点を解決できるようになる。
メッセージに従って他空間をアクセスしながらデータ処
理を実行していく構成を採るメッセージ型データ処理シ
ステムにあって、要求メッセージの送信時に、送信側空
間の処理に依らないでも受信側空間の存在・不存在を送
信側空間に通知できるようになるので、従来技術の有し
ていた問題点を解決できるようになる。
【図１】本発明の原理構成図である。
【図２】カーネルの実行する処理フローの一実施例であ
る。
る。
【図３】本発明の宛先ＣＡＰの説明図である。
【図４】プロセッサモジュールの管理データの説明図で
ある。
ある。
【図５】プロセッサモジュールの管理データの説明図で
ある。
ある。
【図６】カーネルの実行する処理フローの一実施例であ
る。
る。
【図７】本発明の処理の説明図である。
【図８】本発明の処理の説明図である。
【図９】本発明の処理の説明図である。
【図１０】本発明の処理の説明図である。
【図１１】メッセージ型データ処理システムの説明図で
ある。
ある。
１ プロセッサモジュール ２ 通信路 ３ カーネル ４ 送信側空間 ５ 宛先情報管理部 ６ 受信側空間 ７ メイルボックス ８ 自ＰＭ情報管理部 ９ 空間更新状態検出部 １０ 更新回数登録部 １１ ＩＰＬ回数登録部 １２ 障害処理部
Claims (1)
- 【請求項１】 複数のプロセッサモジュールから構成さ
れて、送信側空間が、送信宛先情報を指定して、要求メ
ッセージを送信し、一方、該送信宛先情報の指す受信側
空間が、該送信側空間を指す返信宛先情報を指定して、
返信メッセージを送信する構成を採るメッセージ型デー
タ処理システムにおいて、 プロセッサモジュールのカーネルが、自モジュールに展
開される各空間のクラッシュ・終了回数を表示する更新
回数を管理するとともに、自モジュールのＩＰＬ回数を
管理する構成を採り、 かつ、送信側空間となる各空間が、受信側空間となる他
空間の送信宛先情報を取得するときに、この取得時に管
理されている上記更新回数及びＩＰＬ回数を該送信宛先
情報に対応付けて取得する構成を採り、 そして、受信側空間を展開するプロセッサモジュールの
カーネルは、要求メッセージの受信時に、送信宛先情報
の持つＩＰＬ回数と、自モジュールのＩＰＬ回数とが一
致しないときには、送信側空間に対して送信先のプロセ
ッサモジュールクラッシュを通知し、一方、ＩＰＬ回数
が一致するものの、送信宛先情報の持つ更新回数と、受
信側空間に対応付けて管理する更新回数とが一致しない
ときには、送信側空間に対して送信先の空間のクラッシ
ュ・終了を通知していくよう処理することを、 特徴とするメッセージ型データ処理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04164483A JP3091791B2 (ja) | 1992-06-23 | 1992-06-23 | メッセージ型データ処理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04164483A JP3091791B2 (ja) | 1992-06-23 | 1992-06-23 | メッセージ型データ処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH064443A JPH064443A (ja) | 1994-01-14 |
| JP3091791B2 true JP3091791B2 (ja) | 2000-09-25 |
Family
ID=15794033
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04164483A Expired - Lifetime JP3091791B2 (ja) | 1992-06-23 | 1992-06-23 | メッセージ型データ処理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3091791B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102680320B (zh) * | 2012-06-08 | 2013-12-04 | 哈尔滨工业大学 | 一种用于超薄柔性膜材拉伸性能测试用的夹具 |
-
1992
- 1992-06-23 JP JP04164483A patent/JP3091791B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH064443A (ja) | 1994-01-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7146427B2 (en) | Polling-based mechanism for improved RPC timeout handling | |
| US11075856B2 (en) | Switch device and communication control method | |
| CN103677988A (zh) | 用于软件系统的多进程通讯方法及系统 | |
| US7200781B2 (en) | Detecting and diagnosing a malfunctioning host coupled to a communications bus | |
| CN113452770B (zh) | 数据同步方法、装置、计算机设备及存储介质 | |
| JP3091791B2 (ja) | メッセージ型データ処理システム | |
| CN114584618A (zh) | 信息交互方法、装置、设备、存储介质和系统 | |
| JP3841229B2 (ja) | メッセージ同期型データ処理システム | |
| US20080077693A1 (en) | System and method for automatically generating a proxy interface object to communicate through a gateway software server to a remote software server | |
| JPH11338754A (ja) | 共有ファイル管理システム | |
| JP2924783B2 (ja) | リモートリード処理方法およびその装置 | |
| JPH05347650A (ja) | データ受信方式および通信制御装置 | |
| JP2503861B2 (ja) | 監視制御方式 | |
| US7500154B2 (en) | Method and system for generating a console log | |
| JP2590699B2 (ja) | オンライン発券システム | |
| WO2002099659A1 (en) | Method and apparatus for process sync restart | |
| JPH06189370A (ja) | 監視・制御システム | |
| JP3218608B2 (ja) | リモートメンテナンス処理装置 | |
| JP3456551B2 (ja) | リモートメモリロードにおけるデッドロック回避方式 | |
| JP2902791B2 (ja) | 通信端末情報登録方式 | |
| JP3008646B2 (ja) | 障害情報処理方式 | |
| CN117221375A (zh) | 节点状态检测方法、电子设备及可读存储介质 | |
| JP2513261B2 (ja) | 端末属性決定制御方式 | |
| JPS62135042A (ja) | デ−タ通信における装置アドレス自動認識方式 | |
| JPS63308445A (ja) | 通信プロトコル制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20000711 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080721 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090721 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100721 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100721 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110721 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110721 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120721 Year of fee payment: 12 |
|
| EXPY | Cancellation because of completion of term |