JPH1049461A - チェックポイント通信処理システム、及びチェックポイント通信処理方法 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、従来であれば、次のチェックポイン
トが取得されるまで待機させていた通信処理を可能な限
りチェックポイントを待たずに即時に発行させることに
より通信処理の大幅な高速化を図ることを可能とする。 【解決手段】制御部２１は、通信パケットを送信する
際、比較判断部２５によりその通信パケットそれぞれに
付加されたチェックポイント順次番号と、順次番号イン
クリメント部２２により管理された現時点でのチェック
ポイント順次番号とを比較する。ここで、その通信パケ
ットに付加されたチェックポイント順次番号が、順次番
号インクリメント部２２により管理された現時点でのチ
ェックポイント順次番号と異なるときは通信パケット作
成後にチェックポイントが取得されていることになるた
めその通信パケットを即座に送信する。また、一致する
場合は、次のチェックポイント取得を待って、その通信
パケットを送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、チェックポイント
を取得しながら処理を進めていき、障害が発生したとき
に、最後に取得したチェックポイントから処理を再実行
することにより障害からの回復を実現するコンピュータ
システムに適用して好適なチェックポイント通信処理シ
ステムに係り、特に次のチェックポイント取得まで待機
させなければならないパケット数を最小限にすることに
より、コンピュータシステムにおける通信処理の大幅な
高速化を図ることを可能とするチェックポイント通信処
理システム、及びチェックポイント通信処理方法に関す
る。

【０００２】

【従来の技術】従来、チェックポイントを取得しながら
処理を進めていき、障害が発生したときに、最後に取得
したチェックポイントから処理を再実行することにより
障害からの回復を実現するコンピュータシステムにおい
ては、通信入出力の発行を次のチェックポイント取得後
まで遅延させなければならなかった。

【０００３】この理由は、システムにおいて障害が発生
したときには、システムの状態を最後に取得したチェッ
クポイントの状態に戻さなければならず、最後のチェッ
クポイント取得以降に実行した処理を常にキャンセルで
きるようにしておく必要があるからである。

【０００４】すなわち、通信処理においても、障害が発
生した場合には、最後のチェックポイント取得以降に発
行した通信処理を全てキャンセルする必要がある。しか
し、このようなことを通信処理で行なうことは困難であ
るために、通信処理の発行を次のチェックポイントが取
得されるまで遅延させることで対処しなければならなか
った。

【０００５】このときの動作原理を図１０を参照して説
明する。たとえば、アプリケーションが送信要求を発行
した場合（図１０の（１））、通信処理システムは、こ
の送信要求にしたがって通信パケット（トランスポート
レイヤにおけるトランスポートパケット、たとえばＩＰ
パケット）を作成する（図１０の（２））。

【０００６】しかしながら、実際にこの作成した通信パ
ケットを送信する際には、即座に送信するようなことは
せずに、次のチェックポイントが取得されるまで（図１
０の（３））、その送信を待機させる。

【０００７】これは障害が発生した場合、システムを直
前のチェックポイントの状態（図６の（５））にロール
バックし、そこから再実行を行うタイミング等に起因し
て、直前のチェックポイント以後の送信が（図１０の
（１））が必ずしも再び要求されるわけではないためで
ある。

【０００８】そして、次のチェックポイントが取得され
た後に、ドライバを介してこの通信パケットを送信する
（図１０の（４））。上記の動作を、本発明の実施形態
のタイミングチャート図８を用いて、詳細に説明する。

【０００９】たとえば、アプリケーションが送信要求を
発行した場合（図８の（１））、通信処理のシステム
は、この送信要求にしたがって通信パケット（トランス
ポートレイヤにおけるトランスポートパケット、たとえ
ばＩＰパケット）を作成する（図８の（２））。

【００１０】作成された通信パケットを物理的な伝送媒
体に合わせて、複数の伝送パケット（データリンクレイ
ヤにおけるデータリンクパケット、たとえばｅｔｈｅｒ
ｎｅｔパケット）に分割する（図８の（３））。

【００１１】しかしながら、実際にこの伝送パケットを
送信する際には、即座に送信するようなことはせずに、
次のチェックポイントが取得されるまで（図８の
（８））、その送信で待機させる。

【００１２】これは障害が発生した場合、システムを直
前のチェックポイントの状態（図８の（６））にロール
バックし、そこから再実行を行うのだが、タイミング等
に起因して、直前のチェックポイント以後の送信（図８
の（５））が必ずしも再び要求されるわけではないため
である。

【００１３】そして、次のチェックポイントが取得され
た後に、ドライバを介してこの伝送パケットを送信する
（図８の（５））。したがって、耐障害性を保証するシ
ステムの動作手順について通信処理にのみ着目してみる
と、次のチェックポイントまで処理を遅延させるため性
能低下のおそれがある。

【００１４】すなわち、近年、通信処理の高速化がます
ます要求されているにも関わらず、耐障害性を保証する
システムの通信処理では、上述したチェックポイント取
得に伴う遅延が高速化を阻害してしまっているといった
問題があった。

【００１５】

【発明が解決しようとする課題】上述したように、従来
のチェックポイントを取得しながら処理を進めていき、
障害が発生したときに、最後に取得したチェックポイン
トから処理を再実行することにより障害からの回復を表
現するコンピュータシステムにおいては、伝送パケット
の発行を次のチェックポイント取得後まで遅延させなけ
ればならないといった問題があった。

【００１６】そこで、本発明は上記事情を考慮して成さ
れたもので、上記不具合を解消し、従来であれば、次の
チェックポイントが取得されるまで待機させていた通信
処理を可能な限りチェックポイントを待たずに即時に発
行させることにより通信処理の大幅な高速化を図ること
を可能とするチェックポイント通信処理システム、及び
チェックポイント通信処理方法を提供することを目的と
する。

【００１７】

【課題を解決するための手段】本発明は、上記目的を達
成するため、本発明のチェックポイント通信処理システ
ムは、チェックポイントを取得しながら処理を進めてい
き、障害が発生したときに、最後に取得したチェックポ
イントから処理を再実行することにより障害からの回復
を実現するコンピュータシステムにおいて、上記チェッ
クポイントが取得される度に各チェックポイントを識別
するためのチェックポイント順次番号を更新して管理す
る手段と、通信パケットを作成（トランスポートレイヤ
におけるトランスポートパケットの作成、たとえばＩＰ
レイヤにおけるＩＰパケットの作成）するときに、その
作成した通信パケットに現在のチェックポイント順次番
号を付加する手段と、上記通信パケットを送信するとき
に、その通信パケットに付加されたチェックポイント順
次番号と現在のチェックポイント順次番号とを比較する
手段と、この比較によりその通信パケットに付加された
チェックポイント順次番号が現在のチェックポイント順
次番号と異なっているときに、即座にその通信パケット
を送信し、一致するときには、その通信パケットの送信
を次のチェックポイントが取得されるまで遅延させる手
段とを具備してなることを特徴とする。

【００１８】また、本発明のチェックポイント通信処理
システムは、チェックポイントを取得しながら処理を進
めていき、障害が発生したときに、最後に取得したチェ
ックポイントから処理を再実行することにより障害から
の回復を実現するコンピュータシステムにおいて、ある
特定の通信プロトコルで作成された通信パケット（トラ
ンスポートレイヤで作成されたトランスポートパケッ
ト、たとえばＩＰレイヤで作成されたＩＰパケット）を
伝送媒体の伝送パケットサイズで分割して複数の伝送パ
ケットを作成（データリンクレイヤにおけるデータリン
クパケットの作成、たとえばｅｔｈｅｒｎｅｔドライバ
におけるｅｔｈｅｒｎｅｔパケットの作成）するとき
に、その作成した伝送パケットが上記複数の伝送パケッ
トの中の最後のものであるか否かを示す情報を付加する
手段と、上記伝送パケットを伝送するときに、その伝送
パケットが上記複数の伝送パケットの中の最後のものか
否かを判定する手段と、この判定によりその伝送パケッ
トが上記最後のものでなかったときに、即座にその伝送
パケットを伝送し、上記最後のものであったときには、
その伝送パケットの伝送を次のチェックポイントが取得
される後まで遅延させる手段とを具備してなることを特
徴とする。

【００１９】また、本発明のチェックポイント通信処理
システムは、上記通信パケットを伝送媒体の伝送パケッ
トサイズで分割して複数の伝送パケットを作成し、その
複数の伝送パケットの中の最後のもの以外をチェックポ
イントを待機せずに即座に伝送してー番最後のもののみ
をチェックポイントまで待機させる処理をー体として行
うことを特徴とする。

【００２０】また、本発明のチェックポイント通信処理
システムは、チェックポイントを取得しながら処理を続
けていき、障害が発生したときに、最後に取得したチェ
ックポイントから処理を再実行することにより障害から
の回復を実現するコンピュータシステムであって、通信
パケットを複数の伝送パケットに分割し、順序番号を付
けた上で送信し、順序番号付きの応答パケットにより送
信完了を確認する通信プロトコルを使用する場合におい
て、最後のチェックポイント取得以降に発生した上記分
割された伝送パケットのうち、同一の送信先への最初の
パケットか否かを判定する手段と、この判定によりその
伝送パケットが上記最初のものでなかったときに、即座
にその伝送パケットを伝送し、上記最初のものであった
時には、その伝送パケットの伝送を次のチェックポイン
トが取得されるまで遅延させる手段を具備していること
を特徴とする。

【００２１】また、本発明のチェックポイント通信処理
システムは、上記特徴に加え、故障により直前のチェッ
クポイント迄ロールバックした際には、伝送パケットの
順序番号をリセットし、２つ目の伝送パケットには順序
番号初期化のメッセージを付加して伝送し、その伝送パ
ケットを受信した計算機では、不完全な伝送パケットを
破棄し、順序番号を初期化した上で伝送パケットを受信
する手段を具備していることを特徴とする。

【００２２】また、本発明のチェックポイント通信処理
システムは、上記特徴に加え、遅延せずに送出した２つ
目以降の連続する伝送パケット数が、予め設定された閾
値を超えたときに、次のチェックポイント取得を開始す
る手段を具備していることを特徴とする。

【００２３】また、本発明のチェックポイント通信処理
システムは、上記特徴に加え、分割された２つ目以降の
伝送パケットを遅延せずに送出した通信相手よりオーバ
ーフローを告知するパケットが到着した際には、その通
信相手へのパケットの伝送を停止し、次のチェックポイ
ントを開始することを具備していることを特徴とする。

【００２４】上記構成によれば、本発明のチェックポイ
ント通信処理システムでは、周期的に取得されるチェッ
クポイントを識別するためのチェックポイント順次番号
を管理し、この管理したチェックポイント順次番号に基
づいて送信処理を制御する。

【００２５】すなわち、通信パケットを作成するとき
に、その時点で採番されているチェックポイント順次番
号をその通信パケットに付加しておき、実際にこの通信
パケットを送信するときに、この通信パケットに付加さ
れたチェックポイント順次番号と送信時のチェックポイ
ント順次番号とを比較する。

【００２６】上記の動作をもう少し正確に述べると、通
信パケット（トランスポートレイヤにおけるトランスポ
ートパケット、たとえばＵＤＰパケット）は物理的伝送
媒体と合わせて、複数の伝送パケット（データリンクレ
イヤにおけるデータリンクパケット、たとえばＩＰパケ
ットやｅｔｈｅｒｎｅｔパケット）に分割される。この
時、通信パケットに付加されているチェックポイント順
次番号を伝送パケットに付加する。そして、伝送パケッ
トは送信する際に、その伝送パケットに付加されたチェ
ックポイント順次番号と、送信時のチェックポイント順
次番号とを比較する。たとえば、通信パケットが作成さ
れた後、送信処理が行われるまでの間に、チェックポイ
ント取得された場合には、通信パケット（正確には伝送
パケット）に付加されたチェックポイント順次番号と現
時点のチェックポイント順次番号は異なっているはずで
ある。したがって、このような通信パケットは、即座に
送信して良い。これにより、すべての通信パケットにつ
いての次のチェックポイント取得を待機するのではな
く、必要最小限の通信パケットのみについて次のチェッ
クポイント取得まで待機させることにより、耐障害性を
保証しつつ通信処理の高速化が図れることとなる。

【００２７】また、本発明のチェックポイント通信処理
システムにおける２番目の方法では一つの通信パケット
が複数の伝送パケットに分割されることに着目し、この
パケットの相対位置を判定して送信処理を制御する。

【００２８】すなわち、通信パケットを伝送媒体のパケ
ットサイズで分割して複数の伝送パケットを作成する際
に、これらの伝送パケットそれぞれに、その複数作成さ
れた伝送パケットの中の最後の伝送パケットかどうかを
示す情報を付加しておき、実際にこの伝送パケットを送
信するときに、この伝送パケットに付加された情報から
この伝送パケットが最後の伝送パケットであるかどうか
を判定する。そして、この判定により最後のものでなか
った場合には、チェックポイントの取得を待機せずに即
座に送信する。

【００２９】したがって、たとえば次のチェックポイン
トが取得される前に障害が発生したとしても、最後の伝
送パケットは送信されておらず、すなわち分割前の通信
パケットは送信完了とはなっていないため、受信側シス
テムによるタイムアウト検知などにより通信パケットの
再送が促されることになる。

【００３０】これにより、すべての伝送パケットについ
て次のチェックポイント取得を待機するのではなく、上
述と同様、必要最小限の伝送パケットのみについて次の
チェックポイント取得後まで、その送信を待機させるこ
とにより、耐障害性を保証しつつ通信処理の高速化が図
れることとなる。

【００３１】また、本発明のチェックポイント通信処理
システムにおける３番目の方法では、伝送パケットを作
成する処理と、伝送パケットのうちで最後のもの以外を
チェックポイントまで待機せずに伝送する処理とをー体
として実行することにより、伝送パケットにそれが最後
のものであるか否を示す情報を付加する処理を不要にで
きる。

【００３２】また、本発明のチェックポイント通信処理
システムでは、順序番号を使った確認応答を行う通信プ
ロトコルにおいても、パケットの相対位置を判定して送
信処理を制御する。

【００３３】一般に、確認応答を行う通信プロトコルで
は、各伝送パケットに対する確認応答を待ってから次の
伝送パケットを送信するが、性能劣化を防ぐために、送
信データをいくつかの伝送パケットに分割し、各伝送パ
ケットと確認応答パケットに順序番号を付加した上で、
それらのパケットをー括して送信するという工夫が行わ
れている。そして、通信相手は受信したパケットの順序
番号を判定し、完全に受信している部分までのパケット
に対する確認応答を返す。送り元はさらにその確認応答
パケットの順序番号を判定して次のー括送信を開始す
る。これにより送信順序の乱れにも対応できるようにな
っている。

【００３４】しかし、チェックポイントの取得を待って
から伝送パケットを送出する通信方法では、この工夫に
よる効果が得られない。本発明では、最後のチェックポ
イント取得以降に発生した上記分割された伝送パケット
のうち、同一の送信先への最初のパケットか否かを判定
し、その伝送パケットが最初のものでなかったときに、
チェックポイントを待たずに即座にそれらの伝送パケッ
トを伝送する。そして、上記最初のものであった時に
は、その伝送パケットの伝送を次のチェックポイントが
取得されるまで遅延させる。

【００３５】したがって、例えば次のチェックポイント
が取得される前に障害が発生したとしても、最初のパケ
ットは送信されておらず、通信相手からの確認応答のパ
ケットは来ない。通信相手側でも受信は完了していない
ことになる。

【００３６】そして、直前のチェックポイント迄ロール
バックした際には、伝送パケットの順序番号をリセット
し、２つ目の伝送パケットには順序番号初期化のメッセ
ージを付加して伝送し、順序番号を初期化した上で伝送
パケットを受信することにより、通信相手側の不完全な
伝送パケットを破棄することができる。

【００３７】これにより、確認応答を伴う通信プロトコ
ルにおいても、全てのパケットについて次のチェックポ
イント取得を待機するのではなく、必要最小限のパケッ
トのみについて次のチェックポイント取得を待機させる
ことにより、耐障害性を保証しつつ通信処理の高速化が
図れることになる。

【００３８】また、本発明のチェックポイント通信処理
システムでは、上記、順序番号を使った確認応答を行う
通信プロトコルにおいて、遅延せずに送出した２つ目以
降の連続する伝送パケット数が、予め設定された閾値を
超えたときに、次のチェックポイント取得を開始する。
さらに、通信相手よりオーバーフローを告知するパケッ
トが到着した際に、その通信相手へのパケットの伝送を
停止し、次のチェックポイントを開始する。これによ
り、性能劣化や、通信相手のバッファオーバーフローや
タイムアウトによる再送を減らすことができる。

【００３９】

【発明の実施の形態】本発明の概要は、次の通りであ
る。 （１）チェックポイントを取得しながら処理を進めてい
き、障害が発生したときに、最後に取得したチェックポ
イントから処理を再実行することにより障害からの回復
を実現するコンピュータシステムにおいて、上記チェッ
クポイントが取得される度に各チェックポイントを識別
するためのチェックポイント順次番号を更新して管理す
る手段と、通信パケットを作成するときに、その作成し
た通信パケットに現在のチェックポイント順次番号を付
加する手段と、上記通信パケットを送信するときに、そ
の通信パケットに付加されたチェックポイント順次番号
と現在のチェックポイント順次番号とを比較する手段
と、この比較によるその通信パケットに付加されたチェ
ックポイント順次番号が現在のチェックポイント順次番
号と異なるときに、即座にその通信パケットを送信し、
一致するときには、その通信パケットの送信を次のチェ
ックポイントが取得されるまで遅延させる手段とを具備
してなることを特徴とするチェックポイント通信処理シ
ステムである。そして、この構成によれば、すべての通
信パケットについての次のチェックポイント取得を待機
するのではなく、必要最小限の通信パケットのみについ
て次のチェックポイント取得まで待機させることによ
り、耐障害性を保証しつつ通信処理の高速化が図れるこ
とになる。

【００４０】（２）チェックポイントを取得しながら処
理を進めていき、障害が発生したときに、最後に取得し
たチェックポイントから処理を再実行することにより障
害からの回復を実現するコンピュータシステムにおい
て、ある特定の通信プロトコルで作成された通信パケッ
トを伝送媒体の伝送パケットサイズで分割して複数の伝
送パケットを作成するときに、その作成した伝送パケッ
トが上記複数の伝送パケットの中の最後のものであるか
否かを示す情報を付加する手段と、上記伝送パケットを
伝送するときに、その伝送パケットが上記複数の伝送パ
ケットの中の最後のものか否かを判定する手段と、この
判定によりその伝送パケットが上記最後のものでなかっ
たときに、即座にその伝送パケットを伝送し、上記最後
のものであったときには、その伝送パケットの伝送を次
のチェックポイントが取得されるまで遅延させる手段と
を具備してなることを特徴とするチェックポイント通信
処理システムである。そして、この構成によれば、すべ
ての伝送パケットについて次のチェックポイント取得を
待機するのではなく、必要最小限の伝送パケットのみに
ついて次のチェックポイント取得後まで、その送信を待
機させることにより、耐障害性を保証しつつ通信処理の
高速化が図れることになる。

【００４１】（３）上記（２）記載のチェックポイント
通信処理システムにおいて、上記通信パケットを伝送媒
体の伝送パケットサイズで分割して複数の伝送パケット
を作成し、その複数の伝送パケットの中の最後のもの以
外をチェックポイントを待機せずに即座に伝送して一番
最後のもののみをチェックポイントまで待機させる処理
を一体として行い、伝送パケットへの情報の付加を不要
とすることを特徴とする。この構成によれば、全ての伝
送パケットの送信を次のチェックポイント取得まで一律
に待機させるのではなく、その必要のあるものだけを待
機させることとなり、耐障害性を保証しつつ通信処理の
高速化が図れることになる。

【００４２】（４）チェックポイントを取得しながら処
理を進めていき、障害が発生したときに、最後に取得し
たチェックポイントから処理を再実行することにより障
害からの回復を実現するコンピュータシステムであっ
て、通信パケットを複数の伝送パケットに分割し、上記
伝送パケットに順序番号を付けた上で送信し、順序番号
付きの応答パケットにより送信完了を確認する通信プロ
トコルにおいて、最後のチェックポイント取得以後に発
生した上記分割された伝送パケットのうち、同一の送信
先への最初のパケットか否かを判定する手段と、この判
定によりその伝送パケットが上記最初のものであるとき
には、その伝送パケットの伝送を次のチェックポイント
が取得されるまで遅延させる手段とを具備してなること
を特徴とするチェックポイント通信処理システムを提供
する。この構成によれば、確認応答を伴う通信プロトコ
ルにおいても、全ての伝送パケットの送信を次のチェッ
クポイント取得まで一律に待機させるのではなく、必要
最小限の伝送パケットのみについてチェックポイント取
得を待機させることとにより、耐障害性を保証しつつ通
信処理の高速化が図れることになる。

【００４３】（５）上記（４）記載のチェックポイント
通信処理システムであって、通信パケットを複数の伝送
パケットに分割し、上記伝送パケットに順序番号を付け
た上で送信し、順序番号付きの応答パケットにより送信
完了を確認する通信プロトコルにおいて、故障により直
前のチェックポイント迄ロールバックした際には、伝送
パケットの順序番号をリセットし、２つ目の伝送パケッ
トには順序番号初期化のメッセージを付加して伝送し、
その伝送パケットを受信した計算機では、不完全な伝送
パケットを破棄し、順序番号を初期化した上で伝送パケ
ットを受信することを特徴とする。この構成によれば、
確認応答を伴う通信プロトコルにおいても、全ての伝送
パケットの送信を次のチェックポイント取得まで一律に
待機させるのではなく、必要最小限の伝送パケットのみ
についてチェックポイント取得を待機させることとによ
り、耐障害性を保証しつつ通信処理の高速化が図れるこ
とになる。

【００４４】（６）上記（４）記載のチェックポイント
通信処理システムにおいて、通信パケットを複数の伝送
パケットに分割し、上記伝送パケットに順序番号を付け
た上で送信し、順序番号付きの応答パケットにより送信
完了を確認する通信プロトコルにおいて、遅延せずに送
出した２つ目以降の連続する伝送パケット数が、予め設
定された閾値を超えたときに、次のチェックポイント取
得を開始することを特徴とする。この構成によれば、性
能劣化や、通信相手のバッファオーバーフローやタイム
アウトによる再送を減らすことができる。

【００４５】（７）上記（４）記載のチェックポイント
通信処理システムであって、通信パケットを複数の伝送
パケットに分割し、上記伝送パケットに順序番号を付け
た上で送信し、順序番号付きの応答パケットにより送信
完了を確認する通信プロトコルにおいて、分割された２
つ目以降の伝送パケットを遅延せずに送出した通信相手
よりオーバーフローを告知するパケットが到着した際に
は、その通信相手へのパケットの伝送を停止し、次のチ
ェックポイントを開始することを特徴とする。この構成
によれば、性能劣化や、通信相手のバッファオーバーフ
ローやタイムアウトによる再送を減らすことができる。

【００４６】以下、図面を参照して本発明の実施形態を
説明する。 （実施形態１）まず、図１乃至図３を参照して本発明の
実施形態１を説明する。

【００４７】図１は、実施形態１に係るチェックポイン
ト通信処理システムの概略構成を示す図である。図１に
示すように、同実施形態に係るチェックポイント通信処
理システム２は、制御部２１、順次番号インクリメント
部２２、通信パケット作成部２３、属性情報付加部２
４、および比較判断部２５を有してなる。

【００４８】制御部２１は、チェックポイント通信処理
システム２全体の制御を司るところである。順次番号イ
ンクリメント部２２は、周期的に所定のタイミングで取
得されるチェックポイントそれぞれを識別するためのチ
ェックポイント順次番号を管理するところであり、チェ
ックポイントが取得される度にチェックポイント順次番
号を更新する。

【００４９】また、通信パケット作成部２３は、アプリ
ケーション１からの送信要求にしたがって通信パケット
（トランスポートレイヤにおけるトランスポートパケッ
ト、たとえばＵＤＰパケット）を作成する。

【００５０】属性情報付加部２４は、パケット作成部２
３により、通信パケットが作成された際に、この作成通
信パケットに順次番号インクリメント部２２が管理する
現時点でのチェックポイント順次番号を付加する。

【００５１】そして、比較判断部２５は、通信パケット
を実際に送信する際に、その通信パケットに付加された
チェックポイント順次番号と、順次番号インクリメント
部２２が管理する現時点でのチェックポイント順次番号
とを比較する。

【００５２】ここで、図２を参照して同実施形態の動作
原理について説明する。図２は、同実施形態の動作原理
を説明するためのタイミングチャートである。アプリケ
ーション１が送信要求を発行すると（図２の（１））、
チェックポイント通信処理システム２の制御部２１は、
通信パケット作成部２３によりこの送信要求にしたがっ
た通信パケットを作成する（図２の（２））。

【００５３】ここでは、この送信要求に対し通信パケッ
ト４ａ〜４ｃの３つの通信パケットが作成されるものと
する。またこのとき、制御部２１は、属性情報付加部２
４により通信パケット作成部２３が作成した通信パケッ
トそれぞれに、順次番号インクリメント部２２の管理す
る作成時のチェックポイント順次番号を付加しておく。

【００５４】ここでは、通信パケット４ａが作成された
直後にチェックポイントが取得されたことを前提とし
（図２の（３））。さらに、この状態で、このチェック
ポイント取得後、次のチェックポイント取得前に、この
通信パケット４ａ〜４ｃを送信する場合を考える。

【００５５】制御部２１は、通信パケット４ａ〜４ｃを
送信する際、比較判断部２５によりその通信パケット４
ａ〜４ｃそれぞれに付加されたチェックポイント順次番
号と、順次番号インクリメント部２２により管理された
現時点でのチェックポイント順次番号とを比較する。

【００５６】ここで、その通信パケットに付加されたチ
ェックポイント順次番号が、順次番号インクリメント部
２２により管理された現時点でのチェックポイント順次
番号と異なる場合には（ここでは通信パケット４ａが該
当する）、通信パケット作成後にチェックポイントが取
得されていることになるため、その通信パケットを即座
に送信する（図２の（４））。なぜなら、これらの通信
パケットは、障害発生時にも、キャンセルする必要がな
いからである。

【００５７】一方、一致する場合には（ここでは通信パ
ケット４ｂおよび４ｃが該当する）、次のチェックポイ
ント取得（図２の（５））を待って、その通信パケット
を送信する（図２の（６））。なぜならこれらの通信パ
ケットは、障害が次のチェックポイント以前に発生した
場合にはキャンセルする必要があるからである。

【００５８】すなわち、通信パケットを送信する際に、
すべての通信パケットの送信を次のチェックポイント取
得までー律に待機させるのではなく、その必要のあるも
のだけ、すなわち障害発生時にはキャンセルする必要が
ある通信パケットだけを待機させることとなり、耐障害
性を保証しつつ通信処理の高速化が図れることとなる。

【００５９】次に、図３を参照して同実施形態の動作手
順を説明する。図３は、同実施形態の動作手順を説明す
るためのフローチャートである。アプリケーション１が
送信要求を発行すると、チェックポイント通信処理シス
テム２の制御部２１は、通信パケット作成部２３により
この送信要求にしたがった通信パケットを作成する（図
３のステップＡ１）。

【００６０】そして、制御部２１は、属性情報付加部２
４により通信パケット作成部２３が作成した通信パケッ
トそれぞれに、順次番号インクリメント部２２の管理す
る作成時のチェックポイント順次番号を付加する（図３
のステップＡ２）。

【００６１】制御部２１は、通信パケットを送信する
際、比較判断部２５によりその通信バケットそれぞれに
付加されたチェックポイント順次番号と、順次番号イン
クリメント部２２により管理された現時点でのチェック
ポイント順次番号とを比較する（図３のステップＡ
３）。

【００６２】そして、その通信パケットに付加されたチ
ェックポイント順次番号が、順次番号インクリメント部
２２により管理された現時点でのチェックポイント順次
番号と異なる場合には（図３のステップＡ３のＹ）、そ
の通信パケットを即座に送信する（図３のステップＡ
５）。

【００６３】また、上記通信パケットに付加されたチェ
ックポイント順次番号が、順次番号インクリメント部２
２により管理された現時点でのチェックポイント順次番
号と一致する場合には（図３のステップＡ３のＮ）、次
のチェックポイント取得を待って（図３のＡ４）、その
通信パケットを送信する（図３のステップＡ５）。

【００６４】上記動作をさらに詳細に述べると、通信パ
ケットは物理的な伝送媒体に合わせて、複数の伝送パケ
ット（データリンクレイヤにおけるデータパケット、た
とえばＩＰパケットやｅｔｈｅｒｎｅｔパケット）に分
割される。

【００６５】このとき、通信パケットに付加されている
チェックポイント順次番号を伝送パケットに付加する。
そして、伝送パケットを送信する際に、その伝送パケッ
トに付加されたチェックポイント順次番号と、送信時の
チェックポイント順次番号とを比較する。

【００６６】これにより通信パケットを送信する際に、
すべての通信パケットの送信を次のチェックポイント取
得までー律に待機させるのではなく、その必要のあるも
のだけを待機させることとなり、耐障害性を保証しつつ
通信処理の高速化が図れることとなる。

【００６７】（実施形態２）次に、図６、図４、および
図５を参照して本発明の実施形態２を説明する。同実施
形態では、属性情報付加部２４が、伝送パケット作成部
２６が作成する伝送パケットの相対位置情報を付加す
る。

【００６８】ここでは、通信パケット作成部２２が、ア
プリケーション１からの送信要求にしたがって通信パケ
ットを作成し、さらにこの通信パケットを伝送媒体のパ
ケットサイズで分割して複数の伝送パケットを作成する
場合に、その伝送パケットそれぞれが、その複数作成さ
れた伝送パケットの中の最後の伝送パケットかどうかを
示す情報を相対位置情報として付加する。

【００６９】ここで、図４を参照して同実施形態の動作
原理について説明する。図４は同実施形態の動作原理を
説明するためのタイミングチャートである。アプリケー
ション１が送信要求を発行すると（図４の（１））、チ
ェックポイント通信処理システム２の制御部２１は、通
信パケット作成部２２によりこの送信要求にしたがって
通信パケットを作成する（図４の（２））。

【００７０】そして、この通信パケットを伝送媒体のバ
ケットサイズで分割して複数の伝送パケットを作成する
（図４の（３））。ここでは、３つの伝送パケット５ａ
〜５ｃが作成されるものとする。

【００７１】このとき、制御部２１は、属性情報付加部
２４により伝送パケット作成部２６が作成した伝送パケ
ットそれぞれに、その伝送パケットが複数の作成された
伝送パケットの中の最後の伝送パケットかどうかを示す
情報を付加しておく。

【００７２】そして、制御部２１は、伝送パケット５ａ
〜５ｃを送信する際、比較判断部２５によりその伝送パ
ケット５ａ〜５ｃそれぞれが最後の伝送パケットかどう
かを判断する。

【００７３】ここで、その伝送パケットが最後の伝送パ
ケットでない場合には（ここでは伝送パケット５ａおよ
び５ｂが該当する）、その伝送パケットを即座に送信す
る。一方、それ以外の場合には（ここでは伝送パケット
５ｃが該当する）、次のチェックポイント取得（図４の
（４））を待って、その通信パケットを送信する。

【００７４】障害発生時、最後のチェックポイント以降
に作成された伝送パケットは、全てキャンセルする。し
かし、この発明を用いると、本来なら障害発生時にキャ
ンセルすべきパケットが、既に送信されている。

【００７５】しかし、そのような場合でも、最後の伝送
パケットは送信されておらず、すなわち分割前の通信パ
ケットは送信完了とはなっていないため、受信側システ
ムによるタイムアウト検知などにより通信パケットの再
送が促されることになり、障害発生時にキャンセルすべ
きパケットが既に送信されていることになるが、問題な
い。

【００７６】すなわち、伝送パケットを送信する際に、
すべての伝送パケットの送信を次のチェックポイント取
得までー律に待機させるのではなく、その必要のあるも
のだけを待機させることとなり、耐障害性を保証しつつ
通信処理の高速化が図れることとなる。

【００７７】次に、図５を参照して同実施形態の動作手
順を説明する。図５は、同実施形態の動作手順を説明す
るためのフローチャートである。アプリケーション１が
送信要求を発行すると、チェックポイント通信処理シス
テム２の制御部２１は、パケット作成部２３によりこの
送信要求にしたがった通信パケットを作成し（図５のス
テップＢ１）、さらにこの通信パケットを伝送媒体のパ
ケットサイズで分割して複数の伝送パケットを作成する
（図５のステップＢ２）。

【００７８】そして、制御部２１は、属性情報付加部２
４によりパケット作成部２３が作成した伝送パケットそ
れぞれに、その伝送パケットが複数作成された伝送パケ
ットの中の最後の伝送パケットかどうかを示す情報を付
加する（図５のステップＢ３）。

【００７９】制御部２１は、伝送パケットを送信する
際、比較判断部２５によりその伝送パケット５ａ〜５ｃ
それぞれが最後の伝送パケットかどうかを判断する（図
５のステップＢ４）。

【００８０】そして、その伝送パケットが最後の伝送パ
ケットでない場合には（図５のステップＢ４のＹ）、そ
の伝送パケットを即座に送信する（図５のステップＢ
６）。一方、それ以外の場合には（図５のステップＢ４
のＮ）、次のチェックポイント取得を待って（図５のス
テップＢ５）、その伝送パケットを送信する（図５のス
テップＢ６）。

【００８１】これにより、伝送パケットを送信する際
に、すべての伝送パケットの送信を次のチェックポイン
ト取得までー律に待機させるのではなく、その必要のあ
るものだけを待機させることとなり、耐障害性を保証し
つつ通信処理の高速化が図れることとなる。

【００８２】（実施形態３）次に、図７、図８及び図９
を参照して本発明の実施形態３を説明する。図７は実施
形態３に係るチェックポイント通信処理システムの概略
構成を示す図である。

【００８３】図７に示すように、同実施形態に係るチェ
ックポイント通信処理システム５は、制御部５１、パケ
ット生成部５２、送信パケット属性情報付加部５３、送
信パケット比較判断部５４、受信パケット属性判断部５
５を有してなる。

【００８４】一方、通信相手側の通信処理システム７
は、制御部７１、パケット生成部７２、受信パケット属
性判断部７３を有してなる。チェックポイント通信処理
システム５と通信処理システム７は、それぞれ通信コン
トローラ６，９を介して接続されている。

【００８５】チェックポイント通信システム５は、チェ
ックポイントを取得しながら処理を進め、障害が発生し
たときに、最後に取得したチェックポイントから処理を
再実行することにより障害からの回復を実現するコンピ
ュータシステムの通信処理部分である。一方、通信処理
システムはチェックポイント取得は行わないコンピュー
タシステムの通信処理部分である。

【００８６】チェックポイント通信処理システム５の制
御部５１は、チェックポイント通信処理システム５全体
の制御を司る。パケット生成部５２は、アプリケーショ
ン４からの送信要求に従って通信用の各種パケットを作
成する。確認応答を伴うプロトコルのパケットもここで
作成される。

【００８７】送信パケット比較判断部５４は送信パケッ
トのプロトコル種別の判断と、通信相手先及び順序番号
の判定を行う。送信パケット属性情報付加部５３は、故
障が発生し直前のチェックポイント迄ロールバックした
際に、２つ目の伝送パケットには順序番号初期化のメッ
セージを付加する部分である。

【００８８】受信パケット属性判断部５５は、通信相手
から、オーバーフローを告知するバケットが到着したか
どうかを判定する部分である。一方、通信処理システム
７の制御部７１が従来の通信処理システムと異る部分
は、受信パケット属性判断部７３である。すなわち、上
記チェックポイント通信処理システム５から順序番号初
期化のメッセージが到着したかを判定する部分である。

【００８９】ここで、図８を参照して同実施形態の動作
原理について説明する。図８は、同実施形態の動作原理
を説明するためのタイミングチャートである。アプリケ
ーション４が送信要求を発行すると（第８図（１））、
チェックポイント通信処理システム５の制御部５１は、
パケット生成部５２によりこの送信要求に従った通信パ
ケットを生成する（図８の（２））。

【００９０】ここではこの通信要求に対し通信パケット
６ａ〜６ｃの３つの順序番号付きの通信パケットが作成
されるものとする。また、このとき、制御部５１は送信
パケット比較判断部５４により、２つ目以降のパケット
（図８の６ｂ、６ｃ）はチェックポイントを待たずに通
信コントローラを介して送信する（図８の（４）、
（５））。先頭のパケット６ａについてはチェックポイ
ント取得後に送信する（図８の（９））。

【００９１】通信相手である、通信処理システム７の制
御部７１では、順序番号で受信パケットを管理してい
る。すなわち、先にパケット６ａ、６ｃを受信していて
も、パケット６ａを受信する迄はパケット６ｂ、６ｃの
受信は完了していない。パケット６ａを受信した後に、
パケット６ｃに対応する確認応答を発行する（図８の
（１１）、（１２））。

【００９２】チェックポイント通信処理システム５の制
御部は、パケット６ｃの確認応答を受け取ったのちに次
のパケットの送信を開始する（図８の（１３））。ここ
で、もしチェックポイント取得以前（図８の（８）より
以前）で故障が発生した場合には、先頭のパケットを通
信相手側は受信していないため、少なくとも正しく再実
行されない恐れのあるデータが、相手側に渡されること
を防ぐことができる。

【００９３】既に渡されている部分的なデータは、タイ
ムアウト等により破棄されることになる。しかし、タイ
ムアウトによる破棄は通信の接続を遮断してしまい、以
降のアプリケーション（図７の４、８）間の通信に支障
を来す可能性がある。これを防ぐために、本発明では順
序番号の初期化と受信済の部分的なパケットの破棄を行
う手段を追加する。これについては以下の動作手順で示
す。

【００９４】すなわち、第２実施形態と同様に、パケッ
トを送信する際に、全てのパケットの送信を次のチェッ
クポイント取得までー律に待機させるのではなく、その
必要のあるものだけを待機させることとなり、耐障害性
を保証しつつ通信処理の高速化が図れることになる。

【００９５】次に、図９を参照して、同実施形態の動作
手順を説明する。図９は、同実施形態の動作手順を説明
するためのチェックポイント通信処理のフローチャート
である。

【００９６】アプリケーション４が送信要求を発行する
と、チェックポイント通信処理システム５の制御部５１
は、パケット生成部５２によりこの送信要求に従った通
信パケットを生成し分割する（図９のステップＣ１、Ｃ
２）。

【００９７】そして、送信パケット比較部５４は、分割
された伝送パケットのプロトコルを判定し（図９のステ
ップＣ３）、確認応答手順のプロトコルでない場合に
は、例えば第１実施形態の処理を行う（図９のステップ
Ｃ４）。

【００９８】一方、確認応答手順のプロトコルの場合に
はさらに伝送パケットが最初のものであるか判定し（図
９のステップＣ５）、最初のものである場合は次のチェ
ックポイント採取迄待機させる（図９のステップＣ）。

【００９９】２つ目以降の伝送パケットの場合には送信
パケット数をカウントして実際に送信する（図９のステ
ップＣ９、Ｃ１０）。しかし、前回のチェックポイント
採取以降の送信パケット数が閾値を超えた場合にはチェ
ックポイントを採取してカウンタをリセットした後に実
際の送信処理を行う（図９のステップＣ７、Ｃ８）。

【０１００】また、故障により最後のチェックポイント
に戻って処理が再実行された場合には、２つ目のパケッ
トには順序番号初期化情報を付加した後に送信する（図
９のステップＣ５、Ｃ１１）。

【０１０１】通信相手側の通信処理システムは、順序番
号初期化情報が付加されたパケットを受信した場合に
は、既に受信済の通信データの順序番号をリセットする
だけでよい。

【０１０２】一方、受信処理では、通信相手からオーバ
ーフロー情報が付加されたパケットを受信した場合に
は、その通信相手へのパケットの伝送をー旦停止し、次
のチェックポイントを開始する。パケットの伝送はチェ
ックポイント採取後に再開される（図９のステップＤ
１、Ｄ２、Ｄ３、Ｄ４、Ｄ５）。

【０１０３】これにより、第２実施形態と同様にパケッ
トを送信する際に、全てのパケットの送信を次のチェッ
クポイント取得まで一律に待機させるのではなく、その
必要のあるものだけを待機させることとなり、耐障害性
を保証しつつ通信処理の高速化が図れることになる。

【０１０４】以上、第１、第２および第３の実施形態と
して、チェックポイント順次番号の管理およびパケット
の相対位直の判定により通信制御を行なう例を示した
が、これらを組み合わせた構成とすれば、さらに一層の
高速化が図れることとなる。

【０１０５】

【発明の効果】以上詳述したように本発明のチェックポ
イント通信処理システム、及びチェックポイント通信処
理方法によれば、従来であればチェックポイント取得後
まで遅延されていた通信処理を可能な限りチェックポイ
ントを待たずに即時に発行させることができ、チェック
ポイント方式における通信処理のレイテンシを改善させ
ることができる。

【図面の簡単な説明】

【図１】本発明の実施形態１に係るチェックポイント通
信処理システムの概略構成を示すブロック図。

【図２】同実施形態１の動作原理を説明するためのタイ
ミングチャート。

【図３】同実施形態１の動作手順を説明するためのフロ
ーチャート。

【図４】本発明の実施形態２の動作原理を説明するため
のタイミングチャート。

【図５】同実施形態２の動作手順を説明するためのフロ
ーチャート。

【図６】同実施形態２に係るチェックポイント通信処理
システムの概略構成を示すブロック図。

【図７】本発明の実施形態３に係るチェックポイント通
信処理システムの概略構成を示すブロック図。

【図８】同実施形態３の動作原理を説明するためのタイ
ミングチャート。

【図９】同実施形態３の動作手順を説明するためのフロ
ーチャート。

【図１０】従来の通信処理手順を説明するためのタイミ
ングチャート。

【符号の説明】

１…アプリケーション、 ２…チェックポイント通信処理システム、 ３…通信コントローラ、 ４…アプリケーション、 ４ａ，４ｂ，４ｃ…通信パケット、 ５…チェックポイント通信処理システム、 ５ａ，５ｂ，５ｃ…伝送パケット、 ６…通信コントローラ、 ７…通信処理システム、 ８…アプリケーション、 ９…通信コントローラ、 １０…ネットワーク、 ２１…制御部、 ２２…順次番号インクリメント部、 ２３…通信パケット作成部、 ２４…属性情報付加部、 ２５…比較部、 ２６…伝送パケット作成部、 ５１…制御部、 ５２…パケット生成部、 ５３…送信パケット属性情報付加部、 ５４…送信パケット比較判断部、 ５５…受信パケット属性判断部、 ７１…制御部、 ７２…パケット生成部、 ７３…受信パケット属性判断部。

Claims (14)

【特許請求の範囲】
1. 【請求項１】 チェックポイントを取得しながら処理を
   進めていき、障害が発生したときに、最後に取得したチ
   ェックポイントから処理を再実行することにより障害か
   らの回復を実現するコンピュータシステムにおいて、 上記チェックポイントが取得される度に各チェックポイ
   ントを識別するためのチェックポイント順次番号を更新
   して管理する手段と、 通信パケットを作成するときに、その作成した通信パケ
   ットに現在のチェックポイント順次番号を付加する手段
   と、 上記通信パケットを送信するときに、その通信パケット
   に付加されたチェックポイント順次番号と現在のチェッ
   クポイント順次番号とを比較する手段と、 この比較によるその通信パケットに付加されたチェック
   ポイント順次番号が現在のチェックポイント順次番号と
   異なるときに、即ちにその通信パケットを送信し、一致
   するときには、その通信パケットの送信を次のチェック
   ポイントが取得されるまで遅延させる手段とを具備して
   なることを特徴とするチェックポイント通信処理システ
   ム。
2. 【請求項２】 チェックポイントを取得しながら処理を
   進めていき、障害が発生したときに、最後に取得したチ
   ェックポイントから処理を再実行することにより障害か
   らの回復を実現するコンピュータシステムにおいて、 ある特定の通信プロトコルで作成された通信パケットを
   伝送媒体の伝送パケットサイズで分割して複数の伝送パ
   ケットを作成するときに、その作成した伝送パケットが
   上記複数の伝送パケットの中の最後のものであるか否か
   を示す情報を付加する手段と、 上記伝送パケットを伝送するときに、その伝送パケット
   が上記複数の伝送パケットの中の最後のものか否かを判
   定する手段と、 この判定によりその伝送パケットが上記最後のものでな
   かったときに、即座にその伝送パケットを伝送し、上記
   最後のものであったときには、その伝送パケットの伝送
   を次のチェックポイントが取得されるまで遅延させる手
   段とを具備してなることを特徴とするチェックポイント
   通信処理システム。
3. 【請求項３】 上記通信パケットを伝送媒体の伝送パケ
   ットサイズで分割して複数の伝送パケットを作成し、 その複数の伝送パケットの中の最後のもの以外をチェッ
   クポイントを待機せずに即座に伝送して一番最後のもの
   のみをチェックポイントまで待機させる処理を一体とし
   て行い、 伝送パケットへの情報の付加を不要とすることを特徴と
   する請求項２記載のチェックポイント通信処理システ
   ム。
4. 【請求項４】 チェックポイントを取得しながら処理を
   進めていき、障害が発生したときに、最後に取得したチ
   ェックポイントから処理を再実行することにより障害か
   らの回復を実現するコンピュータシステムであって、 通信パケットを複数の伝送パケットに分割し、上記伝送
   パケットに順序番号を付けた上で送信し、順序番号付き
   の応答パケットにより送信完了を確認する通信プロトコ
   ルにおいて、 最後のチェックポイント取得以後に発生した上記分割さ
   れた伝送パケットのうち、同一の送信先への最初のパケ
   ットか否かを判定する手段と、 この判定によりその伝送パケットが上記最初のものであ
   るときには、その伝送パケットの伝送を次のチェックポ
   イントが取得されるまで遅延させる手段とを具備してい
   ることを特徴とするチェックポイント通信処理システ
   ム。
5. 【請求項５】 故障により直前のチェックポイント迄ロ
   ールバックした際には、伝送パケットの順序番号をリセ
   ットし、２つ目の伝送パケットには順序番号初期化のメ
   ッセージを付加して伝送し、その伝送パケットを受信し
   た計算機では、不完全な伝送パケットを破棄し、順序番
   号を初期化した上で伝送パケットを受信することを特徴
   とする請求項４記載のチェックポイント通信処理システ
   ム。
6. 【請求項６】 遅延せずに送出した２つ目以降の連続す
   る伝送パケット数が、予め設定された閾値を超えたとき
   に、次のチェックポイント取得を開始することを特徴と
   する請求項４記載のチェックポイント通信処理システ
   ム。
7. 【請求項７】 分割された２つ目以降の伝送パケットを
   遅延せずに送出した通信相手よりオーバーフローを告知
   するパケットが到着した際には、その通信相手へのパケ
   ットの伝送を停止し、次のチェックポイントを開始する
   ことを特徴とする請求項４記載のチェックポイント通信
   処理システム。
8. 【請求項８】 チェックポイントを取得しながら処理を
   進めていき、障害が発生したときに、最後に取得したチ
   ェックポインから処理を再実行することにより障害から
   の回復を実現するコンピュータシステムにおいて、 上記チェックポイントが取得される度に各チェックポイ
   ントを識別するためのチェックポイント順次番号を更新
   し、通信パケットを作成するときに、その作成した通信
   パケットに現在のチェックポイント順次番号を付加し、
   上記通信パケットを送信するときに、その通信パケット
   に付加されたチェックポイント順次番号と現在のチェッ
   クポイント順次番号とを比較し、この比較によるその通
   信パケットに付加されたチェックポイント順次番号が現
   在のチェックポイント順次番号と異なるときに、即ちに
   その通信パケットを送信し、一致するときには、その通
   信パケットの送信を次のチェックポイントが取得される
   まで遅延させることを特徴とするチェックポイント通信
   処理方法。
9. 【請求項９】 チェックポイントを取得しながら処理を
   進めていき、障害が発生したときに、最後に取得したチ
   ェックポイントから処理を再実行することにより障害か
   らの回復を実現するコンピュータシステムにおいて、 ある特定の通信プロトコルで作成された通信パケットを
   伝送媒体の伝送パケットサイズで分割して複数の伝送パ
   ケットを作成するときに、その作成した伝送パケットが
   上記複数の伝送パケットの中の最後のものであるか否か
   を示す情報を付加し、上記伝送パケットを伝送するとき
   に、その伝送パケットが上記複数の伝送パケットの中の
   最後のものか否かを判定し、この判定によりその伝送パ
   ケットが上記最後のものでなかったときに、即座にその
   伝送パケットを伝送し、上記最後のものであったときに
   は、その伝送パケットの伝送を次のチェックポイントが
   取得されるまで遅延させることを特徴とするチェックポ
   イント通信処理方法。
10. 【請求項１０】 上記通信パケットを伝送媒体の伝送パ
    ケットサイズで分割して複数の伝送パケットを作成し、
    その複数の伝送パケットの中の最後のもの以外をチェッ
    クポイントを待機せずに即座に伝送して一番最後のもの
    のみをチェックポイントまで待機させる処理を一体とし
    て行い、伝送パケットへの情報の付加を不要とすること
    を特徴とする請求項９記載のチェックポイント通信処理
    方法。
11. 【請求項１１】 チェックポイントを取得しながら処理
    を進めていき、障害が発生したときに、最後に取得した
    チェックポイントから処理を再実行することにより障害
    からの回復を実現するコンピュータシステムであって、
    通信パケットを複数の伝送パケットに分割し、上記伝送
    パケットに順序番号を付けた上で送信し、順序番号付き
    の応答パケットにより送信完了を確認する通信プロトコ
    ルにおいて、最後のチェックポイント取得以後に発生し
    た上記分割された伝送パケットのうち、同一の送信先へ
    の最初のパケットか否かを判定し、この判定によりその
    伝送パケットが上記最初のものであるときには、その伝
    送パケットの伝送を次のチェックポイントが取得される
    まで遅延させることを特徴とするチェックポイント通信
    処理方法。
12. 【請求項１２】 チェックポイントを取得しながら処理
    を進めていき、障害が発生したときに、最後に取得した
    チェックポイントから処理を再実行することにより障害
    からの回復を実現するコンピュータシステムであって、
    通信パケットを複数の伝送パケットに分割し、上記伝送
    パケットに順序番号を付けた上で送信し、順序番号付き
    の応答パケットにより送信完了を確認する通信プロトコ
    ルにおいて、故障により直前のチェックポイント迄ロー
    ルバックした際には、伝送パケットの順序番号をリセッ
    トし、２つ目の伝送パケットには順序番号初期化のメッ
    セージを付加して伝送し、その伝送パケットを受信した
    計算機では、不完全な伝送パケットを破棄し、順序番号
    を初期化した上で伝送パケットを受信することを特徴と
    する請求項１１記載のチェックポイント通信処理方法。
13. 【請求項１３】 チェックポイントを取得しながら処理
    を進めていき、障害が発生したときに、最後に取得した
    チェックポイントから処理を再実行することにより障害
    からの回復を実現するコンピュータシステムであって、
    通信パケットを複数の伝送パケットに分割し、上記伝送
    パケットに順序番号を付けた上で送信し、順序番号付き
    の応答パケットにより送信完了を確認する通信プロトコ
    ルにおいて、遅延せずに送出した２つ目以降の連続する
    伝送パケット数が、予め設定された閾値を超えたとき
    に、次のチェックポイント取得を開始することを特徴と
    する請求項１１記載のチェックポイント通信処理方法。
14. 【請求項１４】 チェックポイントを取得しながら処理
    を進めていき、障害が発生したときに、最後に取得した
    チェックポイントから処理を再実行することにより障害
    からの回復を実現するコンピュータシステムであって、
    通信パケットを複数の伝送パケットに分割し、上記伝送
    パケットに順序番号を付けた上で送信し、順序番号付き
    の応答パケットにより送信完了を確認する通信プロトコ
    ルにおいて、分割された２つ目以降の伝送パケットを遅
    延せずに送出した通信相手よりオーバーフローを告知す
    るパケットが到着した際には、その通信相手へのパケッ
    トの伝送を停止し、次のチェックポイントを開始するこ
    とを特徴とする請求項１１記載のチェックポイント通信
    処理方法。