JP2002063060A

JP2002063060A - 計算機システムおよびそのデータ転送方法

Info

Publication number: JP2002063060A
Application number: JP2000309299A
Authority: JP
Inventors: Hajime Serizawa; 一芹沢; Hirofumi Nagasuga; 弘文長須賀; Tatsutoshi Sakuraba; 健年櫻庭; Kenta Futase; 健太二瀬; Masahiro Yamashita; 正弘山下
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2000-06-08
Filing date: 2000-10-04
Publication date: 2002-02-28
Anticipated expiration: 2020-10-04
Also published as: JP4192416B2

Abstract

(57)【要約】【課題】従来の２つの計算機ノード間のデータ受け渡し
方法では、データ転送を行うプログラム間の待ち合わせ
のオーバヘッドが大きい。【解決手段】データを送信する第１のプログラムが、任
意の時間間隔でデータを主記憶の領域に格納する。デー
タを受信する第２のプログラムは、任意の時間間隔で上
記領域をＲＤＭＡを用いて、参照する。または、データ
を受信する第２のプログラムは、任意の時間間隔で主記
憶の領域を参照する。データを送信する第１のプログラ
ムは、任意の時間間隔でＲＤＭＡを用いてデータを上記
領域に格納する。さらに、書き込みと読み出しのすれ違
いを検出するため、各レコードに識別子を付け、識別子
とレコード本体のアクセス順序を書き込みと読み出しで
逆にする。あるいは各レコードに識別子と誤り検出符号
を付加する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークまた
は入出力チャネルで接続された計算機の間で、複数のレ
コードからなるデータを受け渡す処理に関する。

【０００２】

【従来の技術】二つの計算機ノード間で、多数のレコー
ドからなるデータを受け渡す従来の技術として、以下に
示すものがある。

【０００３】第１の従来の技術は、特開平６−６７９４
４号公報の２ページ６１行目から、２ページ８１行目に
示されている。この第１の従来の技術は、２つの計算機
ノード間で共用しているディスク装置を利用した方法で
ある。この方法では、同一のデータを格納した２個のボ
リュームからなる組を用意し、各々のボリュームを各計
算機ノードに接続させて、共用できる状態にしておく。
そして、一方の計算機ノードがデータを参照する場合
は、ボリュームの組を解き（ボリュームの切り離し）、
一方のボリューム（以下、第１のボリューム）を参照す
る側の計算機ノードに占有させる。その間、該ディスク
の制御装置は、もう片方のボリューム（以下、第２のボ
リューム）に他方の計算機ノードによる変更を全て記録
しておく。データを参照した計算機ノードが、参照を終
え、上記第１のボリュームの占有を解くと、上記ディス
クの制御装置は、上記第２のボリュームに対する変更の
記録を、上記第１のボリュームに反映し、その後、上記
２個のボリュームを、同一のデータを格納する組とし
て、二つの計算機ノードから共用できる状態にする（ボ
リュームの再同期化）。

【０００４】第２の従来の技術は、特開平６−１４９４
８５号公報の３ページ５８行目から、４ページ５２行目
に示されている。この第２の従来の技術は、計算機ノー
ド間で共用している半導体外部記憶装置を利用した方法
である。この方法では、単一のメモリ領域を複数の計算
機ノード間で共用し、各々の計算機ノードは、該メモリ
領域に対して排他的にアクセスする。

【０００５】

【発明が解決しようとする課題】ここで、第１の従来の
技術は、一方の計算機ノードがデータを参照するたびに
ボリュームの切り離しと、再同期化を行う必要が有る。
そのため、リアルタイム処理に適用することは困難であ
る問題がある。

【０００６】一方、第２の従来の技術は、データ転送の
たびに、レコードの完全性を保証するためにデータの出
力側の計算機ノードと、データの参照側計算機ノードと
の間で、これらの領域の排他制御を行う必要がある。大
量のデータを転送する際には、これらの排他処理に要す
るオーバヘッドが膨大となる問題がある。さらに、この
オーバヘッドは、データ転送の効率を低下させることが
ある。

【０００７】本発明の第１の目的は、データ転送効率の
向上を阻害する排他処理に要するオーバヘッドを軽減す
ることにある。

【０００８】本発明の第２の目的は、リアルタイム処理
にも利用可能なデータ転送方法を提供することにある。

【０００９】

【課題を解決するための手段】本発明では、ＲＤＭＡ
（ＲｅｍｏｔｅＤｉｒｅｃｔＭｅｍｏｒｙＡｃｃ
ｅｓｓ）を用いた、データ転送を行う。ＲＤＭＡとは、
送信側の計算機ノードの送信すべきデータのアドレスを
受信側の計算機ノードが判っている、または受信側の計
算機ノードの受信すべきデータのアドレスを送信側の計
算機ノードがわかっているものである。そして、ネット
ワークで接続された二つの計算機ノード間において、一
方の計算機ノードのプログラムが、該計算機ノードの主
記憶のデータを格納すべき／データを読み出すべき領域
と、他方の計算機ノードの主記憶のデータを読み出すべ
き／データを格納すべき領域とを指定してそれらの領域
間でデータのコピーをする要求を作成し、この要求を、
通信手段またはそれを制御するソフトウェアで処理する
ことで、上記計算機ノードのそれぞれの主記憶間で直接
データのコピーを行う技術である。

【００１０】ＲＤＭＡには、ＲＤＭＡを起動する計算機
ノードの主記憶のデータを、他方の計算機ノード上の主
記憶に格納するＲＤＭＡ−Ｗｒｉｔｅと、ＲＤＭＡを起
動する計算機ノードの主記憶に、他方の計算機ノード上
の主記憶のデータを格納するＲＤＭＡ−Ｒｅａｄの２種
がある。

【００１１】ＲＤＭＡは、例えば米Ｉｎｔｅｌ社、米Ｃ
ｏｍｐａｑ社、米マイクロソフト社による、Ｖｉｒｔｕ
ａｌＩｎｔｅｒｆａｃｅＡｒｃｈｉｔｅｃｔｕｒｅ
Ｓｐｅｃｉｆｉｃａｔｉｏｎ１．０（１９９７．１
２．１６）に記載されている。

【００１２】本発明では、第１の計算機ノードの主記憶
上の領域に、同期を取らずに一方的に（非同期の手順
で）任意の時間間隔で、一つ以上のレコードを格納し、
第２の計算機ノード上で動作しているプログラムが、Ｒ
ＤＭＡ−Ｒｅａｄを利用して、当該領域を任意の時間間
隔で参照することで、データ転送を実現する。

【００１３】また、第１の計算機ノード上のプログラム
が、第２の計算機ノードの主記憶上の領域に、同期を取
らずに一方的に（非同期の手順で）任意の時間間隔で、
ＲＤＭＡ−Ｗｒｉｔｅを用いて一つ以上のレコードを格
納し、第２の計算機ノード上で動作しているプログラム
が、上記領域を任意の時間間隔で参照することでデータ
転送を実現する。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を、図
を用いて説明する。

【００１５】まず、図１から図１０を用いて第１の本発
明の実施の形態を説明する。

【００１６】図１は、第１の本発明の実施の形態の全体
構成図である。第１の計算機ノード１０と第２の計算機
ノード２０は、ネットワーク３０に接続している。そし
て、第１の計算機１０と第２の計算機２０とは、ネット
ワーク３０を介して互いに通信することが可能である。

【００１７】第１の計算機ノード１０には、第２の計算
機ノード２０に送信すべきデータレコード１５３を出力
する第１のプログラム１１０と主記憶１５０に格納さ
れ、データレコード１５３を格納するデータレコードテ
ーブル１５１と、前記データレコード１５３をネットワ
ーク３０を経由して第２の計算機２０へ送信する送信部
１７０を有している。送信部１７０は、第１のプログラ
ムと独立したプログラム、又はハードウェアで構成され
ている。さらに、第１のプログラム１１０は、前記デー
タレコード１５３を出力するデータレコード出力処理部
１１１と、後述する識別情報１５２を出力する識別情報
出力処理部１１２と、データレコード出力処理部１１１
および識別情報出力処理部１１２の出力をデータレコー
ドテーブル１５１に格納する格納処理部１１３で構成さ
れる。ここで、前記識別情報１５２とは、少なくとも前
後に連続して格納された２個のデータレコード１５３を
識別できる情報であり、例えばデータレコード１５３の
それぞれに対し採番される通し番号である。識別情報出
力処理部１１２には該通し番号を生成するカウンタ１１
６を有する。さらに、格納処理部１１３には、データレ
コードテーブル１５１における格納すべきエントリのイ
ンデクス（ある識別情報及びデータレコードをどのエン
トリに格納すべきかを示すもの）を格納するポインタ１
１５を含む。

【００１８】また、データレコード出力処理部１１１と
は例えば、ＯＬＴＰ（ＯｎＬｉｎｅＴｒａｎｓａｃ
ｔｉｏｎＰｒｏｃｅｓｓｉｎｇ）がジャーナルデータ
をデータレコードテーブル１５１に書き込むものであ
り、この例ではデータレコード１５３はオンライン処理
におけるジャーナルデータである。

【００１９】第２の計算機ノード２０は、第１の計算機
１０が出力したデータレコード１５３を受信し、参照す
る第２のプログラム２１０と第１の計算機１０のデータ
レコードテーブル１５１の、完全または不完全な複製で
ある主記憶２５０上のデータレコードテーブル２５１
と、前記データレコード１５３をネットワーク３０を経
由して第１の計算機から受信する受信部２７０を有して
いる。さらに、第２のプログラム２１０は、タイマ２１
１と、前記データレコード１５３の受信要求を生成する
データ受信要求生成処理部２１２と、データレコード参
照処理部２２１を有する。なお、タイマ２１１は一定の
時間間隔でデータ受信要求生成処理部２１２を起動する
ための処理であり、第２のプログラム２１０の外部に存
在しても良い。

【００２０】さらに、データレコード参照処理部２２１
はデータレコードテーブル２５１において、どのエント
リを参照すべきかを示すインデクスを格納するポインタ
２２５と、読み出された前記識別情報２５２の妥当性を
検証する為に使用するカウンタ２２６とを含む。

【００２１】なお、データレコード１５３を生成するプ
ログラム、およびデータレコード２５３を参照してさら
に別の処理を行うプログラムは、本発明とは直接関係な
いので、本実施例では省略する。

【００２２】図２は第１の実施の形態において、第１の
プログラム１１０の処理を示すフローチャートである。

【００２３】まず、データレコード出力処理部１１１が
１個のデータレコード１５３を出力し、格納処理部１１
３に該データレコード１５３のデータレコードテーブル
１５１への格納処理を依頼する（ステップ１１ａ）。格
納処理部１１３は、識別情報出力処理部１１２を起動す
る（ステップ１１ｂ）。識別情報出力処理部１１２は識
別情報１５２を出力し、これを格納処理部１１３に返す
（ステップ１１ｃ）。

【００２４】格納処理部１１３は、ステップ１１ａのデ
ータレコード１５３とステップ１１ｃの識別情報１５２
とを組にして、ポインタ１１５が指すエントリに格納す
る（ステップ１１ｇ）。その後、格納処理部１１３は、
ポインタ１１５をインクリメントし、最大値を超えた場
合はラップ処理を行う（ステップ１１ｈ）。識別情報出
力処理部１１２および格納処理部１１３の詳細について
は後述する。第１のプログラム１１０が複数のデータレ
コード１５３を出力する場合、上記ステップ１１ａから
ステップ１１ｈを繰り返す。識別情報及びデータレコー
ドは第２の計算機ノードとは関係なくデータレコードが
発生する毎にデータレコードテーブル１５１へと格納さ
れる。

【００２５】図３は、第１の実施の形態において、第２
のプログラム２１０の処理を示すフローチャートであ
る。

【００２６】まず、第２のプログラム２１０はデータレ
コードテーブル２５１を初期化する（ステップ２１
ａ）。初期化後のデータレコードテーブル２５１は、後
に図７で説明するため、ここでは説明を省略する。次に
データ受信要求生成処理部２１２が参照先としてデータ
レコードテーブル１５１を、受信先としてデータレコー
ドテーブル２５１を、それぞれ指定したデータ受信要求
を生成し、受信部２７０を起動する（ステップ２１
ｃ）。即ち、このときにＲＤＭＡ−Ｒｅａｄの起動が行
なわれる。ステップ２１ｃにおいて、送信先および受信
先には、データレコードテーブル１５１および２５１の
全てのエントリ、または一部のエントリ群、のいずれを
指定しても良い。望ましくは、前回の最後のデータ転送
において、送信部１７０が最後のエントリを読み出した
時刻から、今回のデータ転送において、送信部が最初の
エントリを読み出す時刻までの間に、格納処理部１１３
が格納するエントリ群を指定する。第１の計算機ノード
１０の負荷により、上記エントリ群に含まれるエントリ
数が変化する場合は、負荷に追随して読み出すエントリ
数を増減する。例えば、前回読み出しに失敗したエント
リ数が多い場合は、次に読み出すエントリ数を減少させ
る。

【００２７】さらに、第２のプログラム２１０は、受信
部２７０からの、ステップ２１ｃで発行したデータ転送
の完了を待つ（ステップ２１ｄ、ステップ２１ｅ）。さ
らに、データレコード受信処理部２２１が、データレコ
ードテーブル２５１を参照する（ステップ２１ｆ）。デ
ータレコード参照処理部２２１については、後に図１０
を用いて説明する。さらに、第２のプログラム２１０
は、タイマ２１１に対し、一定時間後にステップ２１ｃ
から処理を続行することを要求する（ステップ２１
ｇ）。ステップ２１ｇにおいて、タイマに要求する時間
間隔は任意で良い。リアルタイム性を向上する為に望ま
しくは、該時間間隔として、今回のデータ転送におい
て、送信部１７０が最後のエントリを読み出した時刻か
ら、次回のデータ転送において、送信部１７０が最初の
エントリを読み出す時刻までの間に、格納処理部１１３
が一つ以上のエントリを格納可能な時間間隔を指定す
る。特に、ステップ２１ｆにおいて、今回データ転送し
た全てのエントリが読み出し可能であった場合には、次
のデータが既に格納されている可能性が有るので、時間
間隔として０を設定することが望ましい。

【００２８】データ転送効率を向上する為に望ましく
は、該時間間隔として今回のデータ転送において、送信
部１７０が最後のエントリを読み出した時刻から、次回
のデータ転送において、送信部が最初のエントリを読み
出す時刻までの間に、格納処理部１１３がデータレコー
ドテーブル１５１の半分に相当するエントリを格納可能
な時間間隔を指定する。次に、タイマ２１１が一定の時
間後にデータ受信要求生成処理部２１２を起動する（ス
テップ２１ｂ）。このようにＲＤＭＡに関して第１の計
算機ノードにおけるデータの格納と第２の計算機ノード
におけるＲＤＭＡ−Ｒｅａｄによるデータの読み出しが
それぞれ任意の時間間隔で非同期に行なわれるので、こ
れらの間での確認手順が不要であり、プログラムにかか
る負担は小さいものとなる。

【００２９】以下では、ｌ、ｍ、ｎは１を超える自然数
とし、ｌとｎ、およびｍとｎはそれぞれ互いに素である
とする。ｎ−１はカウンタ１１６の上限値の意味を持
ち、ｍはデータレコードテーブル１５１のエントリ数
を、ｌはデータレコードテーブル２５１のエントリ数を
それぞれ示す。

【００３０】図４は、第１の実施の形態において、識別
情報出力処理部１１２の処理を示すフローチャートであ
る。

【００３１】まず識別情報出力処理部１１２は、カウン
タ１１６を０にクリアし（ステップ１１２ａ）、格納処
理部１１３からの要求を待つ（ステップ１１２ｂ、ステ
ップ１１２ｃ）。ここで、格納処理部１１３からの要求
があると、識別情報出力処理部１１２はカウンタ１１６
の値を格納処理部１１３に返す（ステップ１１２ｄ）。
ここで、カウンタ１１６の値がｎ−１より小さいか判断
し（ステップ１１２ｅ）、該判断が真の場合、カウンタ
１１６をインクリメントし（ステップ１１２ｆ）、ステ
ップ１１２ｂからの処理を繰り返す。該判断が偽の場合
は、ステップ１１２ａからの処理を繰り返す。

【００３２】図５は、第１の実施の形態において、格納
処理部１１３を示すフローチャートである。

【００３３】まず格納処理部１１３は、データレコード
テーブル１５１を初期化する（ステップ１１３ａ）。初
期化後のデータレコードテーブル１５１は後に図８に説
明する。さらに格納処理部１１３は、ポインタ１１５を
０にクリアし（ステップ１１３ｂ）、データレコード出
力処理部１１１からの要求を待つ（ステップ１１３ｃ、
ステップ１１３ｄ）。ここで、データレコード出力処理
部１１１からの要求があると、格納処理部１１３は、デ
ータレコード出力処理部１１１が出力したデータレコー
ド１５３を受け取り（ステップ１１３ｅ）、さらに図２
で示したステップ１１ｂを行い、識別情報出力処理部１
１２から識別情報１５２を得る（ステップ１１３ｆ）。
さらに、格納処理部１１３は、データレコードテーブル
１５１においてポインタ１１５が指すエントリに、ステ
ップ１１３ｅで得たデータレコード１５３を格納し（ス
テップ１１３ｇ）、ステップ１１３ｆで得た識別情報１
５２を、該エントリに格納する（ステップ１１３ｈ）。
さらにポインタのインクリメントのための処理を行う
（ステップ１１３ｋ、ステップ１１３ｌ）。

【００３４】図６は、第１の実施の形態において、格納
処理部１１３のステップ１１３ａの直後の、即ち初期化
後のデータレコードテーブル１５１を示している。

【００３５】データレコードテーブルはエントリ０から
エントリｍ−１で成り立っており、それぞれポインタが
０からｍ−１をとるときに指すエントリに対応してい
る。格納処理部１１３は各エントリの識別情報１５２
を、次のように格納する。格納処理部１１３はエントリ
０の識別情報１５２．０に−１を、エントリ１の識別情
報１５２．１からエントリｍ−２の識別情報１５２．ｍ
−２までは、０、１、２、．．．の順に、０から１ずつ
増加させた数を格納する。ここで、もし、識別情報１５
２に格納すべき値がｎ−１を超えた場合には、該エント
リの識別情報１５２には０を格納し、以降は同様に１ず
つ増加させた数を格納する。さらに格納処理部１１３
は、エントリｍ−１の識別情報１５２．ｍ−１にはｎ−
１を格納する。

【００３６】各エントリのデータレコード１５３は、適
当な初期値で初期化されている。但し、以降に述べるデ
ータレコード参照処理部２２１では、これらのデータレ
コード１５３を無視するため、必ずしも初期化する必要
はない。

【００３７】図７は、本発明の第１の実施の形態におい
て、第２のプログラム２１０のステップ２１ａの直後
の、即ち初期化後のデータレコードテーブル２５１を示
している。図６との違いは、エントリ数がｍではなくｌ
（エル）であることである。

【００３８】図８は、本発明の第１の実施の形態におい
て、格納処理部１１３と送信部１７０がそれぞれデータ
レコードテーブル１５１に対する書き込みと読み出しを
行っているときの、ある一時点の状態を示している。

【００３９】矢印１５６は格納処理部１１３がエントリ
を書き込む方向を、矢印１５７は送信部１７０がエント
リを読み出す方向を示している。すなわち、格納処理部
１１３と送信部１７０とは互いに逆の順序で読み書きし
ている。この理由は、格納処理部１１３の書き込みと、
送信部１７０の読み出しとのすれ違いを、識別情報１５
２の不連続により検出するためである。以下に詳しく説
明する。

【００４０】格納処理部１１３は、エントリ９のデータ
レコード１５３．９、エントリ９の識別情報１５２．
９、エントリ１０のデータレコード１５３．１０、エン
トリ１０の識別情報１５２．１０、．．．の順にデータ
レコードテーブル１５１のエントリを書き込んでおり、
送信部１７０の読み出しとすれ違う瞬間は、エントリ１
２のデータレコード１５３．１２を書き換え途中にあ
る。送信部１７０は、エントリ１２の識別情報１５２．
１２、エントリ１２のデータレコード１５３．１２、エ
ントリ１１の識別情報１５２．１１、エントリ１１のデ
ータレコード１５２．１１、．．．の順にデータレコー
ドテーブル１５１のエントリを読み出している。

【００４１】ここで、識別情報１５２．１２とデータレ
コード１５３．１２、および識別情報１５２．１１に注
目する。格納処理部１１３は、データレコード１５３．
１２の書き込みを完了してから識別情報１５２．１２を
書き込む。そのため、図８に示した時点では、識別情報
１５２．１２に格納処理１１３が書き込む前の値（具体
的には１２）が残っていて、この値は識別情報１５２．
１１の値（具体的には６８）とは不連続になる。この
時、送信部１７０は既に識別情報１５２．１２を読み込
んでおり、その後識別情報１５２．１１を読み出す。そ
のため、上記のすれ違いが生じたときは、必ず識別番号
１５２．１１と識別番号１５２．１２が不連続になる。
不連続になるということはまだ、エントリ１２は書き換
え中のデータレコードを含んでいることを意味する。

【００４２】なお、もし仮に格納処理部１１３と送信部
１７０とが同じ順序で読み書きした場合はこの限りでは
ない。これを図９および図１０を用いて説明する。図９
では、読み出し動作が書き込み動作に追いついて来た場
合を示している。格納処理部１１３が識別番号１５２．
１１を書き込んで（６１５．１）から、送信部１７０が
これを読み出す（６１５．２）。その後、送信部１７０
がデータレコード１５３．１２を読み出している（６１
５．３）が、このデータレコード１５３．１２は格納処
理部１１３が書き込みを完了する前であるから、不正な
値のまま読み出される。その後の処理は図１０に示す。

【００４３】図１０では、まず格納処理部１１３がデー
タレコード１５３．１２を書き込む（６１５．４）。そ
の後、格納処理部１１３が識別番号１５２．１２を書き
込んで（６１５．５）から送信部１７０がこれを読み出
し（６１５．６）ているが、この識別番号１５２．１２
は正しい値（具体的には６９）が読み出される。すなわ
ち、送信部１７０が読み出した識別番号１５２．１１と
識別番号１５２．１２は、連続になる。このように、格
納処理部１１３の書き込みと、送信部１７０の読み出し
との順序が同じであると、図９で示したように、６９番
目のデータレコードは正しくないまま読み出しているに
も係わらず識別番号は連続したものとして読み出されて
しまう。従って、識別番号１５２の連続性だけでデータ
レコード１５３が正しく読めたことを保証できない。

【００４４】図１１は本発明の第１の実施の形態におい
て、図８のデータレコードテーブル１５１が、送信部１
７０と受信部２７０とによって、第２の計算機ノード２
０に転送された、データレコードテーブル２５１を示し
ている。

【００４５】図８で述べたように、エントリ９の識別情
報２５２．９から、エントリ１１の識別情報２５２．１
１は６６から６８と連続しており、これらに対するデー
タレコード２５３．９からデータレコード２５３．１１
が正しく書き込まれたことを示している。さらに、デー
タレコード２５３．１２の識別情報は１２であり連続で
なく、データレコード２５３．１２が書き換え途中に読
み出されたことを示している。

【００４６】図１２は、第１の実施の形態において、デ
ータレコード参照処理部２２１の内容を示すフローチャ
ートである。ここでは、識別番号がエントリ上で連続性
があるか、どのエントリのデータレコードが不正である
かを知る。

【００４７】まず、データレコード参照処理部２２１は
カウンタ２２６を０にクリアし（ステップ２２１ａ）、
ポインタ２２５を０にクリアする（ステップ２２１
ｂ）。次に、ポインタ２２５が指すエントリの一つ前の
エントリの識別番号２５２が正しいかを確認するため、
ポインタ２２５の値から１を減じた数をラップさせ、そ
の値をインデクスとして持つエントリの識別情報２２５
を読み取り（ステップ２２１ｃ）、カウンタ２２６から
１を減じた数をラップさせた値を求める（ステップ２２
１ｄ）。そして、ステップ２２１ｃの識別情報２２５
と、ステップ２２１ｄの値とが等しいか否かを判断する
（ステップ２２１ｅ）。該判断が真の場合はステップ２
２１ｆへ進み、偽の場合は、ノードＢへ進む。詳しくは
後述するが、ノードＢからの処理は、ポインタ２２５が
指すエントリのデータレコードが不正のときの処理であ
る。ステップ２２１ｆでは、データレコード参照処理部
２２１は、ポインタ２２５が指すエントリの識別情報２
５２が、カウンタ２２６の値と一致しているか否かを判
断する。該判断が真の場合はノードＡへ進み、該判断が
偽の場合はノードＢへ進む。ノードＡに進んだ場合は、
データレコード参照処理部２２１は、ポインタ２２５が
指すエントリのデータレコード２５３は正しいと判断
し、該データレコード２５３を参照する（ステップ２２
１ｋ）。さらにデータレコード参照処理部２２１は、カ
ウンタ２２６をインクリメントし（ステップ２２１
ｍ）、ポインタ２２５をインクリメントして（ステップ
２２１ｎ）、ポインタ２２５、カウンタ２２６のラップ
処理を行って（ステップ２２１ｖ）、ステップ２２１ｃ
へ進む。ノードＢへ進んだ場合は、データレコード参照
処理部２２１は、ポインタ２２５が指すエントリのデー
タレコード２５３は不正と判断し、該データレコード２
５３は参照しない（ステップ２２１ｌ）。さらに、デー
タレコード参照処理部２２１は、ポインタ２２５、カウ
ンタ２２６の値を変更せずに、ステップ２２１ｃから処
理を繰り返す。また、不正と判断されたデータレコード
２５３に関する情報が出力され、データレコード２５３
を参照する別の処理で利用される。

【００４８】ここで、データレコードが不正と判断され
た場合はポインタはインクリメントされない。従って、
次のデータの転送はこのポインタで表されるエントリを
含むいくつかのエントリのデータレコードが適当な時間
間隔後に転送されることになる。

【００４９】本発明の第１の実施形態ではＣＰＵの負荷
の削減効果が大きい。

【００５０】次に、図１３から図１８を用いて、第２の
本発明の実施の形態と第１の本発明の実施の形態との違
いを説明する。

【００５１】図１３は、第２の本発明の実施の形態の全
体構成図である。図１との違いは、第1のプログラム１
１０が誤り検出符号生成処理部１１４を含むことと、第
２のプログラム２１０が誤り検出符号検査処理部２２２
を含むこと、データレコードテーブル１５１に誤り検査
符号１５４を含むこと、データレコードテーブル２５１
に誤り検査符号２５４を含むことである。

【００５２】誤り検出符号生成処理部１１４は、データ
レコードエントリの識別情報１５２と、データレコード
１５３の組から、誤り検出符号１５４を生成する。誤り
検出符号検査処理部２２２は、誤り検出符号２５４が、
データレコードエントリの識別情報２５２と、データレ
コード２５３との組から生成された符号（誤りなし）か
否（誤りあり）かを検査する。ここで、誤り検出符号を
採用した理由を簡単に説明しておく。第１の実施例では
データレコードテーブル１５１にジャーナルデータなど
のデータレコードを書き込む方向と反対の方向に転送の
ための読み出しを進めることにより不正なデータを検出
する方法を採ったのに対して、同一方向に読み出す場合
を想定している。そして、データレコードの正しさを誤
り検出符号を利用して保証しようとしたものである。

【００５３】図１４は、第２の本発明の実施の形態にお
いて、第１のプログラム１１０の処理を示すフローチャ
ートである。

【００５４】図２との違いは、ステップ１１ｄおよびス
テップ１１ｅ、ステップ１１ｆを含むこと、ステップｇ
を含まないことである。ステップ１１ｄでは、格納処理
部１１３がステップ１１ａのデータレコード１５３とス
テップ１１ｃの識別情報１５２とを組にして、誤り検出
符号生成処理部１１４に渡す。ステップ１１ｅでは、誤
り検出符号生成処理部１１４が、ステップ１１ｄで渡さ
れた情報から誤り検出符号１５４を生成し、格納処理部
１１３に返す。ステップ１１ｆでは、格納処理部１１３
が、ステップ１１ａのデータレコード１５３とステップ
１１ｃの識別情報１５２とステップ１１ｅの誤り検出符
号１５４とを組にして、ポインタ１１５が指すエントリ
に格納する。

【００５５】図１５は、第２の本発明の実施の形態にお
いて、格納処理部１１３の内容を示すフローチャートで
ある。

【００５６】図５との違いは、ステップ１１３ｉとステ
ップ１１３ｊを含むことである。ステップ１１３ｉにお
いて、格納処理部１１３は、図１４で示したステップ１
１ｄを行い、誤り検出符号生成処理部１１４から誤り検
出符号１５４を得る。ステップ１１３ｊにおいて、格納
処理部１１３は、ステップ１１３ｉで取得した誤り検出
符号１５４をポインタ１１５が指すエントリに格納す
る。

【００５７】図１６は、本発明の第２の実施の形態にお
いて、初期化後のデータレコードテーブル１５１を示し
ている。

【００５８】図６との違いは、誤り検出符号１５４を含
むこと、データレコード１５３の初期化を必ず行う必要
があることである。何故ならば古いデータではあるがデ
ータレコードと誤り検出符号とが整合したデータが残っ
ているとそれが新しく格納された正しいデータレコード
なのか、古い（正しくない）データなのかの区別が付か
なくなるからである。格納処理部１１３は、ステップ１
１３ａにおいて、これらの誤り検出符号１５４を、識別
情報１５２、データレコード１５３から生成した誤り訂
正符号以外の値、即ち、不正な符号を格納する。

【００５９】図１７は、本発明の第２の本発明の実施の
形態において、データレコードテーブル１５１の、ある
一時点の状態を示している。

【００６０】図８との違いは、誤り検出符号１５４を含
むことである。図１７で、格納処理部１１３がエントリ
１２のデータレコード１５３に書き込んでいる途中で、
送信部１７０が当該エントリを読み出しているとする。
このとき、エントリ１２の誤り検出符号１５４．１２
は、当該エントリから生成された誤り検出符号でないた
め、不正な符号となる。図１７のその他の誤り検出符号
１５４．９から誤り検出符号１５４．１１はそれぞれの
エントリから生成された誤り検出符号であるため、正し
い符号である。

【００６１】図１８は、本発明の第２の実施の形態にお
いて、データレコード参照処理部２２１の内容を示すフ
ローチャートである。ここでは誤り検出符号によって読
み出されたデータレコードが正しいものかどうかを判定
している。

【００６２】図１２との違いは、ステップ２２１ｒおよ
び２２１ｓを含むこと、ステップ２２１ｃからステップ
２２１ｅを含まないことである。ステップ２２１ｒにお
いて、データレコード参照処理部２２１はポインタ２２
５が指すエントリを誤り検出符号検査処理部２２２に渡
す。

【００６３】ステップ２２１ｓにおいて、データレコー
ド参照処理部２２１は、誤り検出符号検査処理部２２２
の結果から、当該レコードに誤りが含まれたか否かを判
断する。該判断が真の場合はノードＢへ進み、該判断が
偽の場合はノードＡに進む。

【００６４】本発明の第２の実施の形態においては、読
み取り順序が同一方向のものでもデータレコードの正し
さが保証できる。

【００６５】次に、図１９から図２２を用いて、第３の
本発明の実施の形態と第１の本発明の実施の形態との違
いを説明する。

【００６６】図１９は、第３の本発明の実施の形態の全
体構成図である。図１との違いは、第1のプログラム１
１０がデータ送信要求生成処理部１２２を含むこと、第
２のプログラム２１０がタイマ２１１とデータ受信要求
生成処理部２１２を含まないこと、である。データ送信
要求生成処理部１２２は送信部１７０に対し、データレ
コードテーブル１５１の送信要求を生成する。即ち、Ｒ
ＤＭＡ−Ｗｒｉｔｅを使って送信側の主導によりデータ
の転送を行なう場合を示している。このとき、第１の計
算機ノードには図１の構成に比べて負荷はかかるが同期
を取らない転送方式としているため従来例よりも負荷は
小さいものとなっている。データ送信要求生成処理部１
２２は送信データがある程度たまったときに送信部１７
０にデータの読み出しを行なわせるものである。データ
の転送は第２のプログラムがポーリングして転送データ
があることを認知して実施される。

【００６７】図２０は、本発明の第３の実施の形態にお
ける、第１のプログラム１１０の処理を示すフローチャ
ートである。

【００６８】図２との違いは、ステップ１１iからステ
ップ１１ｌを含むことである。ステップ１１ｉにおい
て、第１のプログラム１１０はデータレコードテーブル
１５１を送信するか否かの判断をする。即ち、本発明の
第３の実施の形態おいて、データ送信の間隔は任意であ
る。リアルタイム性を向上する為に望ましくは、該時間
間隔を短くする、即ち、なるべく多くの場合についてス
テップ１１ｉにおける判断を真とする。データ送信の時
間間隔の調整はデータ送信要求生成処理部１２２がステ
ップ１１ｉで行なう。

【００６９】データ転送効率を向上する為に望ましく
は、最後にデータ送信を行った時点から現在までに、格
納処理部１１３がデータレコードテーブル１５１の半分
に相当するエントリを格納したときにステップ１１ｉに
おける判断を真とする。

【００７０】該判断が真の場合、ステップ１１ｊに進
み、偽の場合は１１ａに進む。ステップ１１ｊにおいて
は、データ送信要求生成処理部１２２が、データ送信要
求を作成し、送信部１７０を起動する。さらに、ステッ
プ１１ｋとステップ１１ｌにおいて、第１のプログラム
１１０は、ステップ１１ｊで起動した送信が完了したこ
とを待つ。その後、第１のプログラム１１０はステップ
１１ａから処理を続行する。本発明の第３の実施の形態
では、第２のプログラム２１０は、図３に示すステップ
２１ｆを実行するのみである。

【００７１】本発明の第３の実施の形態では、格納処理
部１１３は、図５に示す処理と同一だが、ステップ１１
３ｇとステップ１１３ｈの順序の入れ替えが可能である
ことが異なる。本発明の第３の実施の形態では、データ
レコードテーブル１５１の読み書き順序について、図８
に示す順序でなくても構わない。

【００７２】図２１は、本発明の第３の実施の形態にお
いて、データレコードテーブル１５１が、送信部１７０
と受信部２７０とによって、第２の計算機ノード２０に
転送された、データレコードテーブル２５１を示してい
る。

【００７３】矢印２５６は受信部２７０がエントリを書
き込む方向を、矢印２５７は第２のプログラム２１０が
エントリを読み出す方向を示している。データレコード
２５３が正しく読めたか否かの判定は、本発明の第１の
実施の形態と同様である。

【００７４】図２２は、第３の実施の形態において、デ
ータレコード参照処理部２２１の内容を示すフローチャ
ートである。

【００７５】図２２は図１２と異なり、ステップ２２１
ｖからステップ２２１ｘを含み、ステップ２２１ｆをス
テップ２２１ｃの前に実行する。即ち、本発明の第３の
実施の形態によれば、データレコード参照処理部２２１
はインデクスの大きいほうの識別情報２５２から参照す
る。ステップ２２１ｖでは、データレコード参照処理部
２２１はポインタ２２５、カウンタ２２６それぞれに、
同じ任意の自然数を加える。ここで望ましくは、該自然
数は以降のステップ２２１ｆの判断が真となる、最大の
数とする。ただし、この最適値を予測することは困難な
ので、例えば前回のステップ２２１ｖにおいて加算した
自然数を記憶しておき、今回のステップ２２１ｖでは、
該自然数から、前回のステップ２２１ｖ処理から不正レ
コードを読み出した数を差し引いた数、またはそれに近
い数を指定する。

【００７６】ステップ２２１ｆの判断が真の場合、デー
タレコード参照処理部２２１はステップ２２１ｃへ進
み、偽の場合はノードＢへ進む。ステップ２２１Ｗにお
いて、データレコード参照処理部２２１はポインタ２２
５から１を減じた値が指すエントリ（ポインタ２２５が
０の場合は、エントリｌ−１）が既に正しく読み込み済
みか判断する。

【００７７】該判断が真の場合、データレコード参照処
理部２２１はステップ２２１ｖに進み、該判断が偽の場
合、ステップ２２１ｘに進む。ステップ２２１ｘにおい
て、データレコード参照処理部２２１は、カウンタ２２
６、ポインタ２２５をそれぞれデクリメントする。本発
明の第３の実施の形態ではＲＤＭＡ−Ｒｅａｄをサポー
トしていないものにも適用できる。

【００７８】次に、図２３から図２４を用いて、第４の
本発明の実施の形態と第２の本発明の実施の形態との違
いを説明する。

【００７９】図２３は、第４の本発明の実施の形態の全
体構成図である。図２３は、図１３と異なり、第1のプ
ログラム１１０がデータ送信要求生成処理部１２２を含
み、第２のプログラム２１０がタイマ２１１とデータ受
信要求生成処理部２１２を含まない。データ送信要求生
成処理部１２２は本発明の第３の実施の形態と変わらな
い。

【００８０】図２４は、第４の本発明の実施の形態にお
ける、第1のプログラム１１０の処理を示すフローチャ
ートである。

【００８１】図２４は、図１４と異なり、ステップ１１
iからステップ１１ｌを含む。これらのステップは、本
発明の第３の実施の形態と同様である。本発明の第４の
実施の形態では読み取り順序が書き込み順序と同一で、
ＲＤＭＡ−Ｒｅａｄをサポートしていないものにも適用
出来る。

【００８２】次に、図２５から図２７を用いて、第５の
本発明の実施の形態と第１の本発明の実施の形態との違
いを説明する。図２５は、第５の本発明の実施の形態の
全体構成図である。図２５は図１と異なり、第１のプロ
グラム１１０に通知処理部１１７を含み、第２のプログ
ラム２１０にタイマ２１１を含まない。通知処理部１１
７はデータレコードがある程度たまったとき送信部１７
０に読み出しをなさせるとともに第２のプログラムに読
み取りのきっかけを与えるものでＲＤＭＡ−Ｗｒｉｔｅ
の割り込みをするものである。

【００８３】図２６は、第５の本発明の実施の形態にお
ける、第1のプログラム１１０の処理を示すフローチャ
ートである。

【００８４】図２６は、図２と異なり、ステップ１１ｍ
を有する。ステップ１１ｍにおいて、通知処理部１１７
は、送信部１７０に、第２のプログラム２１０が受信す
るイベント通知を依頼する。本実施例では第２のプログ
ラムにタイマが不要で送信側のトリガでデータの転送が
制御される。つまり、データの転送の時間間隔は通知処
理部１１７の制御による。

【００８５】図２７は、第５の実施の形態において、第
２のプログラム２１０の処理を示すフローチャートであ
る。

【００８６】図２７は、図３と異なり、ステップ２１ｈ
を含み、ステップ２１ｂおよびステップ２１ｇを含まな
い。ステップ２１ｂにおいて、第２のプログラム２１０
は通知処理部１１７からのイベント通知を待つ。本発明
の第５の実施の形態ではＣＰＵの負荷の削減効果が大き
く、送信側の通知をトリガとしてデータの転送が行なわ
れるので受信側の負担が小さい。

【００８７】次に、図２８を用いて、第６の本発明の実
施の形態と第２の本発明の実施の形態との違いを説明す
る。

【００８８】図２８は、第６の本発明の実施の形態の全
体構成図である。

【００８９】図２８は図１３と異なり、第１のプログラ
ム１１０に通知処理部１１７を含み、第２のプログラム
２１０にタイマ２１１を含まない。第６の本発明の実施
の形態と第２の本発明の実施の形態とのその他の違い
は、第５の本発明の実施の形態と第１の本発明の実施の
形態との違いと同一なので説明を省略する。これはデー
タレコードテーブル１５１へのジャーナルデータなどの
データレコードを書き込む方向とその読み出し方向とが
同じである場合を想定し、且つ、送信側でデータの転送
時間間隔を制御する場合である。本発明の第６の実施の
形態では読み取り順序が書き込み順序と同一のものでも
サポートでき、ＣＰＵ負荷の削減の効果が大きい。ま
た、送信側の通知をトリガとしているので受信側の負担
が小さい。

【００９０】次に、図２９を用いて、第７の本発明の実
施の形態と第３の本発明の実施の形態との違いを説明す
る。

【００９１】図２９は、第７の本発明の実施の形態の全
体構成図である。図２９は図１９と異なり、第１のプロ
グラム１１０にデータ送信要求生成・通知処理部１２３
を含み、第1のプログラム１１０にデータ送信要求生成
処理部１２２を含まない。

【００９２】データ送信要求生成・通知処理部１２３
は、データ送信要求生成処理部１２２と異なり、送信部
１１７を起動するとき、データ送信要求と通知要求を組
みにして送信部に渡す。ただし、本発明を実施するため
には、データ送信要求と通知要求は必ずしも組みにする
必要はない。本発明の第７の実施の形態ではＣＰＵの負
荷の削減効果が大きく、ＲＤＭＡ−Ｒｅａｄをサポート
していないものにも適用が可能である。また、送信側の
通知によるため受信側の負担は小さい。

【００９３】次に、図３０を用いて、第８の本発明の実
施の形態と第４の本発明の実施の形態との違いを説明す
る。

【００９４】図３０は、第８の本発明の実施の形態の全
体構成図である。図３０は図２３と異なり、第１のプロ
グラム１１０にデータ送信要求生成・通知処理部１２３
を含み、第1のプログラム１１０にデータ送信要求生成
処理部１２２を含まない。本発明の第８の実施の形態で
は読み取りが書き込みと同一方向でも適用でき、ＲＤＭ
Ａ−Ｒｅａｄをサポートしていないものにも適用出来
る。また、送信側の通知によるため受信側の負荷は小さ
い。

【００９５】次に、図３１を用いて、第９の本発明の実
施の形態を説明する。

【００９６】図３１は、第９の本発明の実施の形態の全
体構成図である。第1の計算機ノード１０は基幹系シス
テム５１０を含み、第2の計算機ノード２０は情報系シ
ステム２０を含む。第1のプログラム１１０は、第９の
本発明の実施の形態ではオンライン・トランザクション
・プロセッシング（ＯＬＴＰ）である。データレコード
１５３は第９の本発明の実施の形態では、ＯＬＴＰ１１
０が処理過程を保存するために出力するジャーナルであ
る。第２のプログラム２１０は、第９の本発明の実施の
形態ではデータベース管理システム（ＤＢＭＳ）であ
る。

【００９７】第９の本発明の実施の形態では、第1の本
発明の実施の形態から、第８の本発明の実施の形態に示
した処理内容の具体的応用を示すもので、これらのいず
れか一つと同様の処理を行って、ＯＬＴＰ１１０が出力
するジャーナル１５３を情報系システム５２０に転送す
る。

【００９８】次に、図３２を用いて、第１０の本発明の
実施の形態を説明する。

【００９９】図３２は、第１０の本発明の実施の形態の
全体構成図である。第１０の本発明の実施の形態では、
第１の計算機ノード１０と第２の計算機ノード２０と外
部記憶装置４０が、ネットワーク３０を介して互いに接
続されている。外部記憶装置４０は、送信手段１７０と
受信手段４７０、データレコードテーブル１５１、受信
制御部４１０、および送信制御部４１１を含む。受信制
御部４１０は受信手段４７０を制御する。送信制御部４
１１は、送信手段１７０を制御する。第１の計算機ノー
ドは、第１のプログラム１１０と主記憶１５０、送信手
段１７１を含む。さらに、主記憶１５０は、バッファ１
６１を含む。このバッファ１６１は、第１のプログラム
１１０がデータレコードテーブル１５１に格納すべきデ
ータを一時的に格納し、送信手段１７１が送信時に参照
できるようにする。

【０１００】第２の計算機ノード２０は、第２のプログ
ラム２１０と主記憶２５０、受信手段２７０とを含む。
主記憶２５０はデータレコードテーブル２５１を含む。

【０１０１】第１０の本発明の実施の形態では、第１の
プログラム１１０はデータレコード１５３と識別情報１
５２の組を、データレコードテーブル１５１に格納する
ことを、バッファ１６１、送信手段１７１、受信手段４
７０を介して、受信制御部４１０と通信しながら行うこ
と以外、既に述べた第１から第８の本発明の実施の形態
と変りない。この格納方法は、本発明と直接関係ないの
で説明を省略する。

【０１０２】第１０の本発明の実施の形態ではデータレ
コードテーブル１５１の最終的な書き込みは、受信手段
４７０が行う。受信手段４７０が、データレコードテー
ブル１５１に書き込む方向は、第１から第８の本発明の
実施の形態における格納処理１１３が格納する方向と同
じである。

【０１０３】送信制御部４１１は、第３、４の本発明の
実施の形態における、データ送信要求生成処理部１２
２、または第５、６の本発明の実施の形態における、通
知処理部１１７、または第７、８の本発明の実施の形態
における、データ送信要求生成・通知処理部１２３と同
様の処理を行う。なお、送信制御部４１１と受信制御部
４１０とは互いに非同期に独立に動作する。

【０１０４】第１０の本発明の実施の形態の構成は、以
上に述べた相違を除き、第１から第８の本発明の実施の
形態の構成と同様である。

【０１０５】第１０の本発明の実施の形態においては、
以上の構成で、第１から第８の本発明の実施の形態の処
理内容の何れか一つと同様の処理を行って、第１のプロ
グラムが出力するデータレコード１５３を第２のプログ
ラムに転送する。

【０１０６】

【発明の効果】本発明により、データを送信するプログ
ラムと受信するプログラムとの同期オーバヘッドが低減
する。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態の全体構成図であ
る。

【図２】第１のプログラム１１０の処理を示すフローチ
ャートである。

【図３】第２のプログラム２１０の処理を示すフローチ
ャートである。

【図４】識別情報出力処理１１２の処理を示すフローチ
ャートである。

【図５】格納処理１１３を示すフローチャートである。

【図６】データレコードテーブル１５１を示す図であ
る。

【図７】データレコードテーブル２５１を示す図であ
る。

【図８】データレコードテーブル１５１を示す図であ
る。

【図９】同方向に読み出しと書き込みを行なったときの
データレコードテーブルの状態を説明する図（１）であ
る。

【図１０】同方向に読み出しと書き込みを行なったとき
のデータレコードテーブルの状態を説明する図（２）で
ある。

【図１１】データレコードテーブル２５１を示す図であ
る。

【図１２】データレコード参照処理２２１の内容を示す
フローチャートである。

【図１３】第２の本発明の実施の形態の全体構成図であ
る。

【図１４】第１のプログラム１１０の処理を示すフロー
チャートである。

【図１５】格納処理１１３の内容を示すフローチャート
である。

【図１６】データレコードテーブル１５１を示す図であ
る。

【図１７】データレコードテーブル１５１を示す図であ
る。

【図１８】データレコード参照処理２２１の内容を示す
フローチャートである。

【図１９】第３の本発明の実施の形態の全体構成図であ
る。

【図２０】第１のプログラム１１０の処理を示すフロー
チャートである。

【図２１】データレコードテーブル２５１を示す図であ
る。

【図２２】データレコード参照処理２２１の内容を示す
フローチャートである。

【図２３】第４の本発明の実施の形態の全体構成図であ
る。

【図２４】第１のプログラム１１０の処理を示すフロー
チャートである。

【図２５】第５の本発明の実施の形態の全体構成図であ
る。

【図２６】第１のプログラム１１０の処理を示すフロー
チャートである。

【図２７】第２のプログラム２１０の処理を示すフロー
チャートである。

【図２８】第６の本発明の実施の形態の全体構成図であ
る。

【図２９】第７の本発明の実施の形態の全体構成図であ
る。

【図３０】第８の本発明の実施の形態の全体構成図であ
る。

【図３１】第９の本発明の実施の形態の全体構成図であ
る。

【図３２】第１０の本発明の実施の形態の全体構成図で
ある。

【符号の説明】１０：第１の計算機ノード２０：第２の計算機ノード１１０：第１のプログラム１１１：データレコード出力処理部１１２：識別情報出力処理部１１３：格納処理部１１５：ポインタ１１６：カウンタ１５０：主記憶１５１：データレコードテーブル１５２：識別情報１５３：データレコード１７０：送信部２１０：第２のプログラム２１１：タイマ２１２：データ受信要求生成処理部２２１：データレコード参照処理部２２５：ポインタ２２６：カウンタ２５０：主記憶２５１：データレコードテーブル２５２：識別情報２５３：データレコード２７０：受信部３０：ネットワーク

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 15/177 ６７６Ｇ０６Ｆ 15/177 ６７６Ｂ (72)発明者櫻庭健年神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者二瀬健太神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者山下正弘神奈川県秦野市堀山下１番地株式会社日立製作所エンタープライズサーバ事業部内Ｆターム(参考） 5B018 GA01 HA11 MA01 QA16 5B045 BB53 5B065 BA10 CE07 5B082 GB06

Claims

【特許請求の範囲】

【請求項１】第１の計算機ノードとそれに接続された第
２の計算機ノードを有する計算機システムであって、デ
ータレコードを格納する第１の記憶領域と、任意の時間
間隔で第２の計算機ノードとは非同期に第１の記憶領域
にデータレコードを格納する第１の処理部と、第１の記
憶領域からコピーされたデータレコードを記憶する第２
の記憶領域と、第１の処理部とは非同期の任意の時間間
隔で第１の記憶領域から読み出すべきレコード群を指定
して第２の記憶領域に読み出し、参照する第２の処理部
を備えたことを特徴とする計算機システム。
【請求項２】請求項１に記載の計算機システムにおい
て、第１の記憶領域は、第１の計算機ノード内に配置されて
いることを特徴とする計算機システム。
【請求項３】請求項１に記載の計算機システムにおい
て、第２の記憶領域は、第２の計算機ノード内に配置されて
いることを特徴とする計算機システム。
【請求項４】請求項１に記載の計算機システムにおい
て、第１の記憶領域は、第１の計算機ノードおよび第２の計
算機ノードと互いに接続する外部記憶装置内に配置され
ていることを特徴とする計算機システム。
【請求項５】第２の計算機ノードは第２の処理部を一定
の時間間隔で起動し、第１の記憶領域から第２の記憶領
域へデータを読み出すためのタイマを備えたことを特徴
とする請求項１、２、３または４記載の計算機システ
ム。
【請求項６】第１の処理部はデータレコードが格納され
た順序を示す識別番号を付与して前記データレコードを
第１の記憶領域に格納し、第１の記憶領域は前記識別番
号とデータレコードが組で格納される複数個のエントリ
を有しており、前記エントリに第１の処理部で書き込ま
れる方向と前記エントリから読み出される方向は逆であ
り、第２の処理部は第２の記憶領域にコピーされた第１
の記憶領域のデータを参照し、前記識別番号によって当
該データレコードが正しいものであるか否かを判断する
ことを特徴とする請求項１、２、３または４記載の計算
機システム。
【請求項７】第１の処理部では前記データレコードを書
き込んでから当該データレコードの識別番号を書き込
み、第２の処理部では第２の記憶領域に読み出されたデ
ータの前記識別番号に連続性がある場合当該データレコ
ードは正しいと判断し、連続性がない場合当該データレ
コードが不正であると判断することを特徴とする請求項
６記載の計算機システム。
【請求項８】第１の処理部は更に前記データレコードに
対して誤り検出符号を生成する誤り検出符号生成処理部
を含み、第１の記憶領域に前記データレコードと前記誤
り検出符号を書き込み、第２の処理部は第２の記憶領域
に読み出されたデータについて前記誤り検出符号により
誤りの検出を行ない、誤りが検出されない場合当該デー
タレコードを正しいものと判断し誤りが検出された場合
当該データレコードを正しくないものと判断することを
特徴とする請求項１、２、３または４記載の計算機シス
テム。
【請求項９】第１の記憶領域は前記誤り検出符号とデー
タレコードが組で格納される複数個のエントリを有して
おり、前記エントリに第１の処理部で書き込まれる方向
と前記エントリから読み出される方向とは同一方向であ
ることを特徴とする請求項８記載の計算機システム。
【請求項１０】第１の計算機ノードと第２の計算機ノー
ドが接続された計算機システムであり、第１の計算機ノ
ードはデータレコードを格納する第１の記憶領域と、任
意の時間間隔で第２の計算機ノードと非同期に第１の記
憶領域に前記データレコードを格納する第１の処理部
と、任意の時間間隔で第１の記憶領域の前記データレコ
ードを第２の計算機ノードに送信するデータ送信要求を
生成するデータ送信生成処理部とを有し、第２の計算機
ノードはコピーされた第１の記憶領域のデータレコード
を格納する第２の記憶領域と、第２の記憶領域のデータ
レコードを任意の時間間隔で第１の計算機ノードと非同
期に参照する第２の処理部を備えたことを特徴とする計
算機システム。
【請求項１１】第１の計算機ノード上の第１の記憶領域
に格納された一つ以上のレコードで構成されるデータ
を、第２の計算機ノード上で動作しているプログラム
が、当該記憶領域を指定して、第２の計算機ノード上の
第２の記憶領域にコピーさせて参照することが可能な通
信手段を有する計算機システムのデータ転送方法におい
て、第１の計算機ノード上で動作し、任意の時間間隔
で、第１の記憶領域に、一つ以上のレコードで構成され
るデータを格納するステップと、第２の計算機ノード上
で動作し、任意の時間間隔で、前記通信手段を用いて第
１の記憶領域の指定されたデータを第２の記憶領域にコ
ピーさせ、そのデータを参照するステップとを備えたこ
とを特徴とするデータ転送方法。
【請求項１２】第１の記憶領域を持つ第１の計算機ノー
ド上で動作しているプログラムが、第２の計算機ノード
の主記憶装置内の第２の記憶領域に、第１の記憶領域の
一つ以上のレコードで構成されるデータを、直接格納す
ることが可能な通信手段を有する計算機システムのデー
タ転送方法において、第１の計算機ノード上で動作し、
任意の時間間隔で、前記通信手段を用いて第２の記憶領
域に一つ以上のレコードで構成されるデータを格納する
ステップと、第２の計算機ノード上で動作し、任意の時
間間隔で、第２の領域のデータを参照するステップとを
備えたことを特徴とするデータ転送方法。
【請求項１３】外部記憶装置にある第１の記憶領域に、
第１の計算機ノード上で動作しているプログラムが、デ
ータを直接格納することが可能な第１の通信手段と、第
２の計算機ノード上で動作しているプログラムが、第１
の記憶領域を指定して、第２の計算機ノード上の第２の
記憶領域にコピーさせて参照することが可能な第２の通
信手段を有する計算機システムのデータ転送方法におい
て、第１の計算機ノード上で動作し、第１の通信手段を
用いて任意の時間間隔で、第１の記憶領域に、一つ以上
のレコードで構成されるデータを格納する第１のステッ
プと、第２の計算機ノード上で動作し、第１のステップ
とは非同期に任意の時間間隔で、第２の通信手段を用い
て第１の記憶領域の指定されたデータを第２の記憶領域
にコピーさせ、そのデータを参照する第２のステップと
を備えたことを特徴とするデータ転送方法。
【請求項１４】第１の記憶領域は識別番号とデータレコ
ードが組で格納される複数個のエントリを有しており、
第１の計算機ノード上で動作し、前記データレコードを
書き込んでから当該データレコードの前記識別番号を書
き込み、前記エントリに書き込まれる方向と逆の方向に
前記エントリから読み出すステップと、第２の計算機ノ
ード上で動作し、第２の記憶領域にコピーされた第１の
記憶領域のデータを参照し、第２の記憶領域に読み出さ
れたデータの前記識別番号に連続性がある場合当該デー
タレコードは正しいと判断し、連続性がない場合当該デ
ータレコードが不正であると判断するステップとを備え
たことを特徴とする請求項１１、１２または１３記載の
データ転送方法。
【請求項１５】第１の記憶領域は誤り検出符号とデータ
レコードが組で格納される複数個のエントリを有してお
り、第１の計算機ノード上で動作し、第１の記憶領域に
前記データレコードとその誤り検出符号を書き込み、前
記エントリに書き込まれる方向と同一方向に前記エント
リから読み出すステップと、第２の計算機ノード上で動
作し、第２の記憶領域に読み出されたデータについて前
記誤り検出符号により誤りの検出を行ない、誤りが検出
されない場合当該データレコードを正しいものと判断し
誤りが検出された場合当該データレコードを正しくない
ものと判断するステップとを備えたことを特徴とする請
求項１１、１２または１３記載のデータ転送方法。