JP3833746B2 - チェックポイント通信処理システム、及びチェックポイント通信処理方法 - Google Patents
チェックポイント通信処理システム、及びチェックポイント通信処理方法 Download PDFInfo
- Publication number
- JP3833746B2 JP3833746B2 JP20183096A JP20183096A JP3833746B2 JP 3833746 B2 JP3833746 B2 JP 3833746B2 JP 20183096 A JP20183096 A JP 20183096A JP 20183096 A JP20183096 A JP 20183096A JP 3833746 B2 JP3833746 B2 JP 3833746B2
- Authority
- JP
- Japan
- Prior art keywords
- checkpoint
- packet
- transmission
- communication
- sequence number
- 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 - Fee Related
Links
Images
Landscapes
- Retry When Errors Occur (AREA)
- Computer And Data Communications (AREA)
Description
【発明の属する技術分野】
本発明は、チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムに適用して好適なチェックポイント通信処理システムに係り、特に次のチェックポイント取得まで待機させなければならないパケット数を最小限にすることにより、コンピュータシステムにおける通信処理の大幅な高速化を図ることを可能とするチェックポイント通信処理システム、及びチェックポイント通信処理方法に関する。
【0002】
【従来の技術】
従来、チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムにおいては、通信入出力の発行を次のチェックポイント取得後まで遅延させなければならなかった。
【0003】
この理由は、システムにおいて障害が発生したときには、システムの状態を最後に取得したチェックポイントの状態に戻さなければならず、最後のチェックポイント取得以降に実行した処理を常にキャンセルできるようにしておく必要があるからである。
【0004】
すなわち、通信処理においても、障害が発生した場合には、最後のチェックポイント取得以降に発行した通信処理を全てキャンセルする必要がある。しかし、このようなことを通信処理で行なうことは困難であるために、通信処理の発行を次のチェックポイントが取得されるまで遅延させることで対処しなければならなかった。
【0005】
このときの動作原理を図10を参照して説明する。
たとえば、アプリケーションが送信要求を発行した場合(図10の(1))、通信処理システムは、この送信要求にしたがって通信パケット(トランスポートレイヤにおけるトランスポートパケット、たとえばIPパケット)を作成する(図10の(2))。
【0006】
しかしながら、実際にこの作成した通信パケットを送信する際には、即座に送信するようなことはせずに、次のチェックポイントが取得されるまで(図10の(3))、その送信を待機させる。
【0007】
これは障害が発生した場合、システムを直前のチェックポイントの状態(図6の(5))にロールバックし、そこから再実行を行うタイミング等に起因して、直前のチェックポイント以後の送信が(図10の(1))が必ずしも再び要求されるわけではないためである。
【0008】
そして、次のチェックポイントが取得された後に、ドライバを介してこの通信パケットを送信する(図10の(4))。
上記の動作を、本発明の実施形態のタイミングチャート図8を用いて、詳細に説明する。
【0009】
たとえば、アプリケーションが送信要求を発行した場合(図8の(1))、通信処理のシステムは、この送信要求にしたがって通信パケット(トランスポートレイヤにおけるトランスポートパケット、たとえばIPパケット)を作成する(図8の(2))。
【0010】
作成された通信パケットを物理的な伝送媒体に合わせて、複数の伝送パケット(データリンクレイヤにおけるデータリンクパケット、たとえばethernetパケット)に分割する(図8の(3))。
【0011】
しかしながら、実際にこの伝送パケットを送信する際には、即座に送信するようなことはせずに、次のチェックポイントが取得されるまで(図8の(8))、その送信で待機させる。
【0012】
これは障害が発生した場合、システムを直前のチェックポイントの状態(図8の(6))にロールバックし、そこから再実行を行うのだが、タイミング等に起因して、直前のチェックポイント以後の送信(図8の(5))が必ずしも再び要求されるわけではないためである。
【0013】
そして、次のチェックポイントが取得された後に、ドライバを介してこの伝送パケットを送信する(図8の(5))。
したがって、耐障害性を保証するシステムの動作手順について通信処理にのみ着目してみると、次のチェックポイントまで処理を遅延させるため性能低下のおそれがある。
【0014】
すなわち、近年、通信処理の高速化がますます要求されているにも関わらず、耐障害性を保証するシステムの通信処理では、上述したチェックポイント取得に伴う遅延が高速化を阻害してしまっているといった問題があった。
【0015】
【発明が解決しようとする課題】
上述したように、従来のチェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を表現するコンピュータシステムにおいては、伝送パケットの発行を次のチェックポイント取得後まで遅延させなければならないといった問題があった。
【0016】
そこで、本発明は上記事情を考慮して成されたもので、上記不具合を解消し、従来であれば、次のチェックポイントが取得されるまで待機させていた通信処理を可能な限りチェックポイントを待たずに即時に発行させることにより通信処理の大幅な高速化を図ることを可能とするチェックポイント通信処理システム、及びチェックポイント通信処理方法を提供することを目的とする。
【0017】
【課題を解決するための手段】
本発明は、上記目的を達成するため、本発明のチェックポイント通信処理システムは、チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムにおいて、上記チェックポイントが取得される度に各チェックポイントを識別するためのチェックポイント順次番号を更新して管理する手段と、通信パケットを作成(トランスポートレイヤにおけるトランスポートパケットの作成、たとえばIPレイヤにおけるIPパケットの作成)するときに、その作成した通信パケットに現在のチェックポイント順次番号を付加する手段と、上記通信パケットを送信するときに、その通信パケットに付加されたチェックポイント順次番号と現在のチェックポイント順次番号とを比較する手段と、この比較によりその通信パケットに付加されたチェックポイント順次番号が現在のチェックポイント順次番号と異なっているときに、即座にその通信パケットを送信し、一致するときには、その通信パケットの送信を次のチェックポイントが取得されるまで遅延させる手段とを具備してなることを特徴とする。
【0018】
また、本発明のチェックポイント通信処理システムは、チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムにおいて、ある特定の通信プロトコルで作成された通信パケット(トランスポートレイヤで作成されたトランスポートパケット、たとえばIPレイヤで作成されたIPパケット)を伝送媒体の伝送パケットサイズで分割して複数の伝送パケットを作成(データリンクレイヤにおけるデータリンクパケットの作成、たとえばethernetドライバにおけるethernetパケットの作成)するときに、その作成した伝送パケットが上記複数の伝送パケットの中の最後のものであるか否かを示す情報を付加する手段と、上記伝送パケットを伝送するときに、その伝送パケットが上記複数の伝送パケットの中の最後のものか否かを判定する手段と、この判定によりその伝送パケットが上記最後のものでなかったときに、即座にその伝送パケットを伝送し、上記最後のものであったときには、その伝送パケットの伝送を次のチェックポイントが取得される後まで遅延させる手段とを具備してなることを特徴とする。
【0019】
また、本発明のチェックポイント通信処理システムは、上記通信パケットを伝送媒体の伝送パケットサイズで分割して複数の伝送パケットを作成し、その複数の伝送パケットの中の最後のもの以外をチェックポイントを待機せずに即座に伝送してー番最後のもののみをチェックポイントまで待機させる処理をー体として行うことを特徴とする。
【0020】
また、本発明のチェックポイント通信処理システムは、チェックポイントを取得しながら処理を続けていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムであって、通信パケットを複数の伝送パケットに分割し、順序番号を付けた上で送信し、順序番号付きの応答パケットにより送信完了を確認する通信プロトコルを使用する場合において、最後のチェックポイント取得以降に発生した上記分割された伝送パケットのうち、同一の送信先への最初のパケットか否かを判定する手段と、この判定によりその伝送パケットが上記最初のものでなかったときに、即座にその伝送パケットを伝送し、上記最初のものであった時には、その伝送パケットの伝送を次のチェックポイントが取得されるまで遅延させる手段を具備していることを特徴とする。
【0021】
また、本発明のチェックポイント通信処理システムは、上記特徴に加え、故障により直前のチェックポイント迄ロールバックした際には、伝送パケットの順序番号をリセットし、2つ目の伝送パケットには順序番号初期化のメッセージを付加して伝送し、その伝送パケットを受信した計算機では、不完全な伝送パケットを破棄し、順序番号を初期化した上で伝送パケットを受信する手段を具備していることを特徴とする。
【0022】
また、本発明のチェックポイント通信処理システムは、上記特徴に加え、遅延せずに送出した2つ目以降の連続する伝送パケット数が、予め設定された閾値を超えたときに、次のチェックポイント取得を開始する手段を具備していることを特徴とする。
【0023】
また、本発明のチェックポイント通信処理システムは、上記特徴に加え、分割された2つ目以降の伝送パケットを遅延せずに送出した通信相手よりオーバーフローを告知するパケットが到着した際には、その通信相手へのパケットの伝送を停止し、次のチェックポイントを開始することを具備していることを特徴とする。
【0024】
上記構成によれば、本発明のチェックポイント通信処理システムでは、周期的に取得されるチェックポイントを識別するためのチェックポイント順次番号を管理し、この管理したチェックポイント順次番号に基づいて送信処理を制御する。
【0025】
すなわち、通信パケットを作成するときに、その時点で採番されているチェックポイント順次番号をその通信パケットに付加しておき、実際にこの通信パケットを送信するときに、この通信パケットに付加されたチェックポイント順次番号と送信時のチェックポイント順次番号とを比較する。
【0026】
上記の動作をもう少し正確に述べると、通信パケット(トランスポートレイヤにおけるトランスポートパケット、たとえばUDPパケット)は物理的伝送媒体と合わせて、複数の伝送パケット(データリンクレイヤにおけるデータリンクパケット、たとえばIPパケットやethernetパケット)に分割される。この時、通信パケットに付加されているチェックポイント順次番号を伝送パケットに付加する。そして、伝送パケットは送信する際に、その伝送パケットに付加されたチェックポイント順次番号と、送信時のチェックポイント順次番号とを比較する。たとえば、通信パケットが作成された後、送信処理が行われるまでの間に、チェックポイント取得された場合には、通信パケット(正確には伝送パケット)に付加されたチェックポイント順次番号と現時点のチェックポイント順次番号は異なっているはずである。したがって、このような通信パケットは、即座に送信して良い。これにより、すべての通信パケットについての次のチェックポイント取得を待機するのではなく、必要最小限の通信パケットのみについて次のチェックポイント取得まで待機させることにより、耐障害性を保証しつつ通信処理の高速化が図れることとなる。
【0027】
また、本発明のチェックポイント通信処理システムにおける2番目の方法では一つの通信パケットが複数の伝送パケットに分割されることに着目し、このパケットの相対位置を判定して送信処理を制御する。
【0028】
すなわち、通信パケットを伝送媒体のパケットサイズで分割して複数の伝送パケットを作成する際に、これらの伝送パケットそれぞれに、その複数作成された伝送パケットの中の最後の伝送パケットかどうかを示す情報を付加しておき、実際にこの伝送パケットを送信するときに、この伝送パケットに付加された情報からこの伝送パケットが最後の伝送パケットであるかどうかを判定する。そして、この判定により最後のものでなかった場合には、チェックポイントの取得を待機せずに即座に送信する。
【0029】
したがって、たとえば次のチェックポイントが取得される前に障害が発生したとしても、最後の伝送パケットは送信されておらず、すなわち分割前の通信パケットは送信完了とはなっていないため、受信側システムによるタイムアウト検知などにより通信パケットの再送が促されることになる。
【0030】
これにより、すべての伝送パケットについて次のチェックポイント取得を待機するのではなく、上述と同様、必要最小限の伝送パケットのみについて次のチェックポイント取得後まで、その送信を待機させることにより、耐障害性を保証しつつ通信処理の高速化が図れることとなる。
【0031】
また、本発明のチェックポイント通信処理システムにおける3番目の方法では、伝送パケットを作成する処理と、伝送パケットのうちで最後のもの以外をチェックポイントまで待機せずに伝送する処理とをー体として実行することにより、伝送パケットにそれが最後のものであるか否を示す情報を付加する処理を不要にできる。
【0032】
また、本発明のチェックポイント通信処理システムでは、順序番号を使った確認応答を行う通信プロトコルにおいても、パケットの相対位置を判定して送信処理を制御する。
【0033】
一般に、確認応答を行う通信プロトコルでは、各伝送パケットに対する確認応答を待ってから次の伝送パケットを送信するが、性能劣化を防ぐために、送信データをいくつかの伝送パケットに分割し、各伝送パケットと確認応答パケットに順序番号を付加した上で、それらのパケットをー括して送信するという工夫が行われている。そして、通信相手は受信したパケットの順序番号を判定し、完全に受信している部分までのパケットに対する確認応答を返す。送り元はさらにその確認応答パケットの順序番号を判定して次のー括送信を開始する。これにより送信順序の乱れにも対応できるようになっている。
【0034】
しかし、チェックポイントの取得を待ってから伝送パケットを送出する通信方法では、この工夫による効果が得られない。本発明では、最後のチェックポイント取得以降に発生した上記分割された伝送パケットのうち、同一の送信先への最初のパケットか否かを判定し、その伝送パケットが最初のものでなかったときに、チェックポイントを待たずに即座にそれらの伝送パケットを伝送する。そして、上記最初のものであった時には、その伝送パケットの伝送を次のチェックポイントが取得されるまで遅延させる。
【0035】
したがって、例えば次のチェックポイントが取得される前に障害が発生したとしても、最初のパケットは送信されておらず、通信相手からの確認応答のパケットは来ない。通信相手側でも受信は完了していないことになる。
【0036】
そして、直前のチェックポイント迄ロールバックした際には、伝送パケットの順序番号をリセットし、2つ目の伝送パケットには順序番号初期化のメッセージを付加して伝送し、順序番号を初期化した上で伝送パケットを受信することにより、通信相手側の不完全な伝送パケットを破棄することができる。
【0037】
これにより、確認応答を伴う通信プロトコルにおいても、全てのパケットについて次のチェックポイント取得を待機するのではなく、必要最小限のパケットのみについて次のチェックポイント取得を待機させることにより、耐障害性を保証しつつ通信処理の高速化が図れることになる。
【0038】
また、本発明のチェックポイント通信処理システムでは、上記、順序番号を使った確認応答を行う通信プロトコルにおいて、遅延せずに送出した2つ目以降の連続する伝送パケット数が、予め設定された閾値を超えたときに、次のチェックポイント取得を開始する。さらに、通信相手よりオーバーフローを告知するパケットが到着した際に、その通信相手へのパケットの伝送を停止し、次のチェックポイントを開始する。
これにより、性能劣化や、通信相手のバッファオーバーフローやタイムアウトによる再送を減らすことができる。
【0039】
【発明の実施の形態】
本発明の概要は、次の通りである。
(1)チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムにおいて、上記チェックポイントが取得される度に各チェックポイントを識別するためのチェックポイント順次番号を更新して管理する手段と、通信パケットを作成するときに、その作成した通信パケットに現在のチェックポイント順次番号を付加する手段と、上記通信パケットを送信するときに、その通信パケットに付加されたチェックポイント順次番号と現在のチェックポイント順次番号とを比較する手段と、この比較によるその通信パケットに付加されたチェックポイント順次番号が現在のチェックポイント順次番号と異なるときに、即座にその通信パケットを送信し、一致するときには、その通信パケットの送信を次のチェックポイントが取得されるまで遅延させる手段とを具備してなることを特徴とするチェックポイント通信処理システムである。そして、この構成によれば、すべての通信パケットについての次のチェックポイント取得を待機するのではなく、必要最小限の通信パケットのみについて次のチェックポイント取得まで待機させることにより、耐障害性を保証しつつ通信処理の高速化が図れることになる。
【0040】
(2)チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムにおいて、ある特定の通信プロトコルで作成された通信パケットを伝送媒体の伝送パケットサイズで分割して複数の伝送パケットを作成するときに、その作成した伝送パケットが上記複数の伝送パケットの中の最後のものであるか否かを示す情報を付加する手段と、上記伝送パケットを伝送するときに、その伝送パケットが上記複数の伝送パケットの中の最後のものか否かを判定する手段と、この判定によりその伝送パケットが上記最後のものでなかったときに、即座にその伝送パケットを伝送し、上記最後のものであったときには、その伝送パケットの伝送を次のチェックポイントが取得されるまで遅延させる手段とを具備してなることを特徴とするチェックポイント通信処理システムである。そして、この構成によれば、すべての伝送パケットについて次のチェックポイント取得を待機するのではなく、必要最小限の伝送パケットのみについて次のチェックポイント取得後まで、その送信を待機させることにより、耐障害性を保証しつつ通信処理の高速化が図れることになる。
【0041】
(3)上記(2)記載のチェックポイント通信処理システムにおいて、上記通信パケットを伝送媒体の伝送パケットサイズで分割して複数の伝送パケットを作成し、その複数の伝送パケットの中の最後のもの以外をチェックポイントを待機せずに即座に伝送して一番最後のもののみをチェックポイントまで待機させる処理を一体として行い、伝送パケットへの情報の付加を不要とすることを特徴とする。この構成によれば、全ての伝送パケットの送信を次のチェックポイント取得まで一律に待機させるのではなく、その必要のあるものだけを待機させることとなり、耐障害性を保証しつつ通信処理の高速化が図れることになる。
【0042】
(4)チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムであって、通信パケットを複数の伝送パケットに分割し、上記伝送パケットに順序番号を付けた上で送信し、順序番号付きの応答パケットにより送信完了を確認する通信プロトコルにおいて、最後のチェックポイント取得以後に発生した上記分割された伝送パケットのうち、同一の送信先への最初のパケットか否かを判定する手段と、この判定によりその伝送パケットが上記最初のものであるときには、その伝送パケットの伝送を次のチェックポイントが取得されるまで遅延させる手段とを具備してなることを特徴とするチェックポイント通信処理システムを提供する。この構成によれば、確認応答を伴う通信プロトコルにおいても、全ての伝送パケットの送信を次のチェックポイント取得まで一律に待機させるのではなく、必要最小限の伝送パケットのみについてチェックポイント取得を待機させることとにより、耐障害性を保証しつつ通信処理の高速化が図れることになる。
【0043】
(5)上記(4)記載のチェックポイント通信処理システムであって、通信パケットを複数の伝送パケットに分割し、上記伝送パケットに順序番号を付けた上で送信し、順序番号付きの応答パケットにより送信完了を確認する通信プロトコルにおいて、故障により直前のチェックポイント迄ロールバックした際には、伝送パケットの順序番号をリセットし、2つ目の伝送パケットには順序番号初期化のメッセージを付加して伝送し、その伝送パケットを受信した計算機では、不完全な伝送パケットを破棄し、順序番号を初期化した上で伝送パケットを受信することを特徴とする。この構成によれば、確認応答を伴う通信プロトコルにおいても、全ての伝送パケットの送信を次のチェックポイント取得まで一律に待機させるのではなく、必要最小限の伝送パケットのみについてチェックポイント取得を待機させることとにより、耐障害性を保証しつつ通信処理の高速化が図れることになる。
【0044】
(6)上記(4)記載のチェックポイント通信処理システムにおいて、通信パケットを複数の伝送パケットに分割し、上記伝送パケットに順序番号を付けた上で送信し、順序番号付きの応答パケットにより送信完了を確認する通信プロトコルにおいて、遅延せずに送出した2つ目以降の連続する伝送パケット数が、予め設定された閾値を超えたときに、次のチェックポイント取得を開始することを特徴とする。この構成によれば、性能劣化や、通信相手のバッファオーバーフローやタイムアウトによる再送を減らすことができる。
【0045】
(7)上記(4)記載のチェックポイント通信処理システムであって、通信パケットを複数の伝送パケットに分割し、上記伝送パケットに順序番号を付けた上で送信し、順序番号付きの応答パケットにより送信完了を確認する通信プロトコルにおいて、分割された2つ目以降の伝送パケットを遅延せずに送出した通信相手よりオーバーフローを告知するパケットが到着した際には、その通信相手へのパケットの伝送を停止し、次のチェックポイントを開始することを特徴とする。この構成によれば、性能劣化や、通信相手のバッファオーバーフローやタイムアウトによる再送を減らすことができる。
【0046】
以下、図面を参照して本発明の実施形態を説明する。
(実施形態1)
まず、図1乃至図3を参照して本発明の実施形態1を説明する。
【0047】
図1は、実施形態1に係るチェックポイント通信処理システムの概略構成を示す図である。
図1に示すように、同実施形態に係るチェックポイント通信処理システム2は、制御部21、順次番号インクリメント部22、通信パケット作成部23、属性情報付加部24、および比較判断部25を有してなる。
【0048】
制御部21は、チェックポイント通信処理システム2全体の制御を司るところである。順次番号インクリメント部22は、周期的に所定のタイミングで取得されるチェックポイントそれぞれを識別するためのチェックポイント順次番号を管理するところであり、チェックポイントが取得される度にチェックポイント順次番号を更新する。
【0049】
また、通信パケット作成部23は、アプリケーション1からの送信要求にしたがって通信パケット(トランスポートレイヤにおけるトランスポートパケット、たとえばUDPパケット)を作成する。
【0050】
属性情報付加部24は、パケット作成部23により、通信パケットが作成された際に、この作成通信パケットに順次番号インクリメント部22が管理する現時点でのチェックポイント順次番号を付加する。
【0051】
そして、比較判断部25は、通信パケットを実際に送信する際に、その通信パケットに付加されたチェックポイント順次番号と、順次番号インクリメント部22が管理する現時点でのチェックポイント順次番号とを比較する。
【0052】
ここで、図2を参照して同実施形態の動作原理について説明する。
図2は、同実施形態の動作原理を説明するためのタイミングチャートである。アプリケーション1が送信要求を発行すると(図2の(1))、チェックポイント通信処理システム2の制御部21は、通信パケット作成部23によりこの送信要求にしたがった通信パケットを作成する(図2の(2))。
【0053】
ここでは、この送信要求に対し通信パケット4a〜4cの3つの通信パケットが作成されるものとする。
またこのとき、制御部21は、属性情報付加部24により通信パケット作成部23が作成した通信パケットそれぞれに、順次番号インクリメント部22の管理する作成時のチェックポイント順次番号を付加しておく。
【0054】
ここでは、通信パケット4aが作成された直後にチェックポイントが取得されたことを前提とし(図2の(3))。
さらに、この状態で、このチェックポイント取得後、次のチェックポイント取得前に、この通信パケット4a〜4cを送信する場合を考える。
【0055】
制御部21は、通信パケット4a〜4cを送信する際、比較判断部25によりその通信パケット4a〜4cそれぞれに付加されたチェックポイント順次番号と、順次番号インクリメント部22により管理された現時点でのチェックポイント順次番号とを比較する。
【0056】
ここで、その通信パケットに付加されたチェックポイント順次番号が、順次番号インクリメント部22により管理された現時点でのチェックポイント順次番号と異なる場合には(ここでは通信パケット4aが該当する)、通信パケット作成後にチェックポイントが取得されていることになるため、その通信パケットを即座に送信する(図2の(4))。なぜなら、これらの通信パケットは、障害発生時にも、キャンセルする必要がないからである。
【0057】
一方、一致する場合には(ここでは通信パケット4bおよび4cが該当する)、次のチェックポイント取得(図2の(5))を待って、その通信パケットを送信する(図2の(6))。なぜならこれらの通信パケットは、障害が次のチェックポイント以前に発生した場合にはキャンセルする必要があるからである。
【0058】
すなわち、通信パケットを送信する際に、すべての通信パケットの送信を次のチェックポイント取得までー律に待機させるのではなく、その必要のあるものだけ、すなわち障害発生時にはキャンセルする必要がある通信パケットだけを待機させることとなり、耐障害性を保証しつつ通信処理の高速化が図れることとなる。
【0059】
次に、図3を参照して同実施形態の動作手順を説明する。
図3は、同実施形態の動作手順を説明するためのフローチャートである。
アプリケーション1が送信要求を発行すると、チェックポイント通信処理システム2の制御部21は、通信パケット作成部23によりこの送信要求にしたがった通信パケットを作成する(図3のステップA1)。
【0060】
そして、制御部21は、属性情報付加部24により通信パケット作成部23が作成した通信パケットそれぞれに、順次番号インクリメント部22の管理する作成時のチェックポイント順次番号を付加する(図3のステップA2)。
【0061】
制御部21は、通信パケットを送信する際、比較判断部25によりその通信バケットそれぞれに付加されたチェックポイント順次番号と、順次番号インクリメント部22により管理された現時点でのチェックポイント順次番号とを比較する(図3のステップA3)。
【0062】
そして、その通信パケットに付加されたチェックポイント順次番号が、順次番号インクリメント部22により管理された現時点でのチェックポイント順次番号と異なる場合には(図3のステップA3のY)、その通信パケットを即座に送信する(図3のステップA5)。
【0063】
また、上記通信パケットに付加されたチェックポイント順次番号が、順次番号インクリメント部22により管理された現時点でのチェックポイント順次番号と一致する場合には(図3のステップA3のN)、次のチェックポイント取得を待って(図3のA4)、その通信パケットを送信する(図3のステップA5)。
【0064】
上記動作をさらに詳細に述べると、通信パケットは物理的な伝送媒体に合わせて、複数の伝送パケット(データリンクレイヤにおけるデータパケット、たとえばIPパケットやethernetパケット)に分割される。
【0065】
このとき、通信パケットに付加されているチェックポイント順次番号を伝送パケットに付加する。そして、伝送パケットを送信する際に、その伝送パケットに付加されたチェックポイント順次番号と、送信時のチェックポイント順次番号とを比較する。
【0066】
これにより通信パケットを送信する際に、すべての通信パケットの送信を次のチェックポイント取得までー律に待機させるのではなく、その必要のあるものだけを待機させることとなり、耐障害性を保証しつつ通信処理の高速化が図れることとなる。
【0067】
(実施形態2)
次に、図6、図4、および図5を参照して本発明の実施形態2を説明する。
同実施形態では、属性情報付加部24が、伝送パケット作成部26が作成する伝送パケットの相対位置情報を付加する。
【0068】
ここでは、通信パケット作成部22が、アプリケーション1からの送信要求にしたがって通信パケットを作成し、さらにこの通信パケットを伝送媒体のパケットサイズで分割して複数の伝送パケットを作成する場合に、その伝送パケットそれぞれが、その複数作成された伝送パケットの中の最後の伝送パケットかどうかを示す情報を相対位置情報として付加する。
【0069】
ここで、図4を参照して同実施形態の動作原理について説明する。
図4は同実施形態の動作原理を説明するためのタイミングチャートである。
アプリケーション1が送信要求を発行すると(図4の(1))、チェックポイント通信処理システム2の制御部21は、通信パケット作成部22によりこの送信要求にしたがって通信パケットを作成する(図4の(2))。
【0070】
そして、この通信パケットを伝送媒体のバケットサイズで分割して複数の伝送パケットを作成する(図4の(3))。ここでは、3つの伝送パケット5a〜5cが作成されるものとする。
【0071】
このとき、制御部21は、属性情報付加部24により伝送パケット作成部26が作成した伝送パケットそれぞれに、その伝送パケットが複数の作成された伝送パケットの中の最後の伝送パケットかどうかを示す情報を付加しておく。
【0072】
そして、制御部21は、伝送パケット5a〜5cを送信する際、比較判断部25によりその伝送パケット5a〜5cそれぞれが最後の伝送パケットかどうかを判断する。
【0073】
ここで、その伝送パケットが最後の伝送パケットでない場合には(ここでは伝送パケット5aおよび5bが該当する)、その伝送パケットを即座に送信する。一方、それ以外の場合には(ここでは伝送パケット5cが該当する)、次のチェックポイント取得(図4の(4))を待って、その通信パケットを送信する。
【0074】
障害発生時、最後のチェックポイント以降に作成された伝送パケットは、全てキャンセルする。しかし、この発明を用いると、本来なら障害発生時にキャンセルすべきパケットが、既に送信されている。
【0075】
しかし、そのような場合でも、最後の伝送パケットは送信されておらず、すなわち分割前の通信パケットは送信完了とはなっていないため、受信側システムによるタイムアウト検知などにより通信パケットの再送が促されることになり、障害発生時にキャンセルすべきパケットが既に送信されていることになるが、問題ない。
【0076】
すなわち、伝送パケットを送信する際に、すべての伝送パケットの送信を次のチェックポイント取得までー律に待機させるのではなく、その必要のあるものだけを待機させることとなり、耐障害性を保証しつつ通信処理の高速化が図れることとなる。
【0077】
次に、図5を参照して同実施形態の動作手順を説明する。
図5は、同実施形態の動作手順を説明するためのフローチャートである。
アプリケーション1が送信要求を発行すると、チェックポイント通信処理システム2の制御部21は、パケット作成部23によりこの送信要求にしたがった通信パケットを作成し(図5のステップB1)、さらにこの通信パケットを伝送媒体のパケットサイズで分割して複数の伝送パケットを作成する(図5のステップB2)。
【0078】
そして、制御部21は、属性情報付加部24によりパケット作成部23が作成した伝送パケットそれぞれに、その伝送パケットが複数作成された伝送パケットの中の最後の伝送パケットかどうかを示す情報を付加する(図5のステップB3)。
【0079】
制御部21は、伝送パケットを送信する際、比較判断部25によりその伝送パケット5a〜5cそれぞれが最後の伝送パケットかどうかを判断する(図5のステップB4)。
【0080】
そして、その伝送パケットが最後の伝送パケットでない場合には(図5のステップB4のY)、その伝送パケットを即座に送信する(図5のステップB6)。一方、それ以外の場合には(図5のステップB4のN)、次のチェックポイント取得を待って(図5のステップB5)、その伝送パケットを送信する(図5のステップB6)。
【0081】
これにより、伝送パケットを送信する際に、すべての伝送パケットの送信を次のチェックポイント取得までー律に待機させるのではなく、その必要のあるものだけを待機させることとなり、耐障害性を保証しつつ通信処理の高速化が図れることとなる。
【0082】
(実施形態3)
次に、図7、図8及び図9を参照して本発明の実施形態3を説明する。
図7は実施形態3に係るチェックポイント通信処理システムの概略構成を示す図である。
【0083】
図7に示すように、同実施形態に係るチェックポイント通信処理システム5は、制御部51、パケット生成部52、送信パケット属性情報付加部53、送信パケット比較判断部54、受信パケット属性判断部55を有してなる。
【0084】
一方、通信相手側の通信処理システム7は、制御部71、パケット生成部72、受信パケット属性判断部73を有してなる。
チェックポイント通信処理システム5と通信処理システム7は、それぞれ通信コントローラ6,9を介して接続されている。
【0085】
チェックポイント通信システム5は、チェックポイントを取得しながら処理を進め、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムの通信処理部分である。一方、通信処理システムはチェックポイント取得は行わないコンピュータシステムの通信処理部分である。
【0086】
チェックポイント通信処理システム5の制御部51は、チェックポイント通信処理システム5全体の制御を司る。
パケット生成部52は、アプリケーション4からの送信要求に従って通信用の各種パケットを作成する。確認応答を伴うプロトコルのパケットもここで作成される。
【0087】
送信パケット比較判断部54は送信パケットのプロトコル種別の判断と、通信相手先及び順序番号の判定を行う。
送信パケット属性情報付加部53は、故障が発生し直前のチェックポイント迄ロールバックした際に、2つ目の伝送パケットには順序番号初期化のメッセージを付加する部分である。
【0088】
受信パケット属性判断部55は、通信相手から、オーバーフローを告知するバケットが到着したかどうかを判定する部分である。
一方、通信処理システム7の制御部71が従来の通信処理システムと異る部分は、受信パケット属性判断部73である。すなわち、上記チェックポイント通信処理システム5から順序番号初期化のメッセージが到着したかを判定する部分である。
【0089】
ここで、図8を参照して同実施形態の動作原理について説明する。
図8は、同実施形態の動作原理を説明するためのタイミングチャートである。アプリケーション4が送信要求を発行すると(第8図(1))、チェックポイント通信処理システム5の制御部51は、パケット生成部52によりこの送信要求に従った通信パケットを生成する(図8の(2))。
【0090】
ここではこの通信要求に対し通信パケット6a〜6cの3つの順序番号付きの通信パケットが作成されるものとする。
また、このとき、制御部51は送信パケット比較判断部54により、2つ目以降のパケット(図8の6b、6c)はチェックポイントを待たずに通信コントローラを介して送信する(図8の(4)、(5))。先頭のパケット6aについてはチェックポイント取得後に送信する(図8の(9))。
【0091】
通信相手である、通信処理システム7の制御部71では、順序番号で受信パケットを管理している。すなわち、先にパケット6a、6cを受信していても、パケット6aを受信する迄はパケット6b、6cの受信は完了していない。パケット6aを受信した後に、パケット6cに対応する確認応答を発行する(図8の(11)、(12))。
【0092】
チェックポイント通信処理システム5の制御部は、パケット6cの確認応答を受け取ったのちに次のパケットの送信を開始する(図8の(13))。
ここで、もしチェックポイント取得以前(図8の(8)より以前)で故障が発生した場合には、先頭のパケットを通信相手側は受信していないため、少なくとも正しく再実行されない恐れのあるデータが、相手側に渡されることを防ぐことができる。
【0093】
既に渡されている部分的なデータは、タイムアウト等により破棄されることになる。しかし、タイムアウトによる破棄は通信の接続を遮断してしまい、以降のアプリケーション(図7の4、8)間の通信に支障を来す可能性がある。これを防ぐために、本発明では順序番号の初期化と受信済の部分的なパケットの破棄を行う手段を追加する。これについては以下の動作手順で示す。
【0094】
すなわち、第2実施形態と同様に、パケットを送信する際に、全てのパケットの送信を次のチェックポイント取得までー律に待機させるのではなく、その必要のあるものだけを待機させることとなり、耐障害性を保証しつつ通信処理の高速化が図れることになる。
【0095】
次に、図9を参照して、同実施形態の動作手順を説明する。
図9は、同実施形態の動作手順を説明するためのチェックポイント通信処理のフローチャートである。
【0096】
アプリケーション4が送信要求を発行すると、チェックポイント通信処理システム5の制御部51は、パケット生成部52によりこの送信要求に従った通信パケットを生成し分割する(図9のステップC1、C2)。
【0097】
そして、送信パケット比較部54は、分割された伝送パケットのプロトコルを判定し(図9のステップC3)、確認応答手順のプロトコルでない場合には、例えば第1実施形態の処理を行う(図9のステップC4)。
【0098】
一方、確認応答手順のプロトコルの場合にはさらに伝送パケットが最初のものであるか判定し(図9のステップC5)、最初のものである場合は次のチェックポイント採取迄待機させる(図9のステップC)。
【0099】
2つ目以降の伝送パケットの場合には送信パケット数をカウントして実際に送信する(図9のステップC9、C10)。
しかし、前回のチェックポイント採取以降の送信パケット数が閾値を超えた場合にはチェックポイントを採取してカウンタをリセットした後に実際の送信処理を行う(図9のステップC7、C8)。
【0100】
また、故障により最後のチェックポイントに戻って処理が再実行された場合には、2つ目のパケットには順序番号初期化情報を付加した後に送信する(図9のステップC5、C11)。
【0101】
通信相手側の通信処理システムは、順序番号初期化情報が付加されたパケットを受信した場合には、既に受信済の通信データの順序番号をリセットするだけでよい。
【0102】
一方、受信処理では、通信相手からオーバーフロー情報が付加されたパケットを受信した場合には、その通信相手へのパケットの伝送をー旦停止し、次のチェックポイントを開始する。パケットの伝送はチェックポイント採取後に再開される(図9のステップD1、D2、D3、D4、D5)。
【0103】
これにより、第2実施形態と同様にパケットを送信する際に、全てのパケットの送信を次のチェックポイント取得まで一律に待機させるのではなく、その必要のあるものだけを待機させることとなり、耐障害性を保証しつつ通信処理の高速化が図れることになる。
【0104】
以上、第1、第2および第3の実施形態として、チェックポイント順次番号の管理およびパケットの相対位直の判定により通信制御を行なう例を示したが、これらを組み合わせた構成とすれば、さらに一層の高速化が図れることとなる。
【0105】
【発明の効果】
以上詳述したように本発明のチェックポイント通信処理システム、及びチェックポイント通信処理方法によれば、従来であればチェックポイント取得後まで遅延されていた通信処理を可能な限りチェックポイントを待たずに即時に発行させることができ、チェックポイント方式における通信処理のレイテンシを改善させることができる。
【図面の簡単な説明】
【図1】本発明の実施形態1に係るチェックポイント通信処理システムの概略構成を示すブロック図。
【図2】同実施形態1の動作原理を説明するためのタイミングチャート。
【図3】同実施形態1の動作手順を説明するためのフローチャート。
【図4】本発明の実施形態2の動作原理を説明するためのタイミングチャート。
【図5】同実施形態2の動作手順を説明するためのフローチャート。
【図6】同実施形態2に係るチェックポイント通信処理システムの概略構成を示すブロック図。
【図7】本発明の実施形態3に係るチェックポイント通信処理システムの概略構成を示すブロック図。
【図8】同実施形態3の動作原理を説明するためのタイミングチャート。
【図9】同実施形態3の動作手順を説明するためのフローチャート。
【図10】従来の通信処理手順を説明するためのタイミングチャート。
【符号の説明】
1…アプリケーション、
2…チェックポイント通信処理システム、
3…通信コントローラ、
4…アプリケーション、
4a,4b,4c…通信パケット、
5…チェックポイント通信処理システム、
5a,5b,5c…伝送パケット、
6…通信コントローラ、
7…通信処理システム、
8…アプリケーション、
9…通信コントローラ、
10…ネットワーク、
21…制御部、
22…順次番号インクリメント部、
23…通信パケット作成部、
24…属性情報付加部、
25…比較部、
26…伝送パケット作成部、
51…制御部、
52…パケット生成部、
53…送信パケット属性情報付加部、
54…送信パケット比較判断部、
55…受信パケット属性判断部、
71…制御部、
72…パケット生成部、
73…受信パケット属性判断部。
Claims (14)
- チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムにおいて、
上記チェックポイントが取得される度に各チェックポイントを識別するためのチェックポイント順次番号を更新して管理する手段と、
通信パケットを作成するときに、その作成した通信パケットに現在のチェックポイント順次番号を付加する手段と、
上記通信パケットを送信するときに、その通信パケットに付加されたチェックポイント順次番号と現在のチェックポイント順次番号とを比較する手段と、
この比較によるその通信パケットに付加されたチェックポイント順次番号が現在のチェックポイント順次番号と異なるときに、即ちにその通信パケットを送信し、一致するときには、その通信パケットの送信を次のチェックポイントが取得されるまで遅延させる手段とを具備してなることを特徴とするチェックポイント通信処理システム。 - チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムにおいて、
ある特定の通信プロトコルで作成された通信パケットを伝送媒体の伝送パケットサイズで分割して複数の伝送パケットを作成するときに、その作成した伝送パケットが上記複数の伝送パケットの中の最後のものであるか否かを示す情報を付加する手段と、
上記伝送パケットを伝送するときに、その伝送パケットが上記複数の伝送パケットの中の最後のものか否かを判定する手段と、
この判定によりその伝送パケットが上記最後のものでなかったときに、即座にその伝送パケットを伝送し、上記最後のものであったときには、その伝送パケットの伝送を次のチェックポイントが取得されるまで遅延させる手段とを具備してなることを特徴とするチェックポイント通信処理システム。 - 上記通信パケットを伝送媒体の伝送パケットサイズで分割して複数の伝送パケットを作成し、
その複数の伝送パケットの中の最後のもの以外をチェックポイントを待機せずに即座に伝送して一番最後のもののみをチェックポイントまで待機させる処理を一体として行い、
伝送パケットへの情報の付加を不要とすることを特徴とする請求項2記載のチェックポイント通信処理システム。 - チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムであって、
通信パケットを複数の伝送パケットに分割し、上記伝送パケットに順序番号を付けた上で送信し、順序番号付きの応答パケットにより送信完了を確認する通信プロトコルにおいて、
最後のチェックポイント取得以後に発生した上記分割された伝送パケットのうち、同一の送信先への最初のパケットか否かを判定する手段と、
この判定によりその伝送パケットが上記最初のものであるときには、その伝送パケットの伝送を次のチェックポイントが取得されるまで遅延させる手段とを具備していることを特徴とするチェックポイント通信処理システム。 - 故障により直前のチェックポイント迄ロールバックした際には、伝送パケットの順序番号をリセットし、2つ目の伝送パケットには順序番号初期化のメッセージを付加して伝送し、その伝送パケットを受信した計算機では、不完全な伝送パケットを破棄し、順序番号を初期化した上で伝送パケットを受信することを特徴とする請求項4記載のチェックポイント通信処理システム。
- 遅延せずに送出した2つ目以降の連続する伝送パケット数が、予め設定された閾値を超えたときに、次のチェックポイント取得を開始することを特徴とする請求項4記載のチェックポイント通信処理システム。
- 分割された2つ目以降の伝送パケットを遅延せずに送出した通信相手よりオーバーフローを告知するパケットが到着した際には、その通信相手へのパケットの伝送を停止し、次のチェックポイントを開始することを特徴とする請求項4記載のチェックポイント通信処理システム。
- チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポインから処理を再実行することにより障害からの回復を実現するコンピュータシステムにおいて、
上記チェックポイントが取得される度に各チェックポイントを識別するためのチェックポイント順次番号を更新し、通信パケットを作成するときに、その作成した通信パケットに現在のチェックポイント順次番号を付加し、上記通信パケットを送信するときに、その通信パケットに付加されたチェックポイント順次番号と現在のチェックポイント順次番号とを比較し、この比較によるその通信パケットに付加されたチェックポイント順次番号が現在のチェックポイント順次番号と異なるときに、即ちにその通信パケットを送信し、一致するときには、その通信パケットの送信を次のチェックポイントが取得されるまで遅延させることを特徴とするチェックポイント通信処理方法。 - チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムにおいて、
ある特定の通信プロトコルで作成された通信パケットを伝送媒体の伝送パケットサイズで分割して複数の伝送パケットを作成するときに、その作成した伝送パケットが上記複数の伝送パケットの中の最後のものであるか否かを示す情報を付加し、上記伝送パケットを伝送するときに、その伝送パケットが上記複数の伝送パケットの中の最後のものか否かを判定し、この判定によりその伝送パケットが上記最後のものでなかったときに、即座にその伝送パケットを伝送し、上記最後のものであったときには、その伝送パケットの伝送を次のチェックポイントが取得されるまで遅延させることを特徴とするチェックポイント通信処理方法。 - 上記通信パケットを伝送媒体の伝送パケットサイズで分割して複数の伝送パケットを作成し、その複数の伝送パケットの中の最後のもの以外をチェックポイントを待機せずに即座に伝送して一番最後のもののみをチェックポイントまで待機させる処理を一体として行い、伝送パケットへの情報の付加を不要とすることを特徴とする請求項9記載のチェックポイント通信処理方法。
- チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムであって、通信パケットを複数の伝送パケットに分割し、上記伝送パケットに順序番号を付けた上で送信し、順序番号付きの応答パケットにより送信完了を確認する通信プロトコルにおいて、最後のチェックポイント取得以後に発生した上記分割された伝送パケットのうち、同一の送信先への最初のパケットか否かを判定し、この判定によりその伝送パケットが上記最初のものであるときには、その伝送パケットの伝送を次のチェックポイントが取得されるまで遅延させることを特徴とするチェックポイント通信処理方法。
- チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムであって、通信パケットを複数の伝送パケットに分割し、上記伝送パケットに順序番号を付けた上で送信し、順序番号付きの応答パケットにより送信完了を確認する通信プロトコルにおいて、故障により直前のチェックポイント迄ロールバックした際には、伝送パケットの順序番号をリセットし、2つ目の伝送パケットには順序番号初期化のメッセージを付加して伝送し、その伝送パケットを受信した計算機では、不完全な伝送パケットを破棄し、順序番号を初期化した上で伝送パケットを受信することを特徴とする請求項11記載のチェックポイント通信処理方法。
- チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムであって、通信パケットを複数の伝送パケットに分割し、上記伝送パケットに順序番号を付けた上で送信し、順序番号付きの応答パケットにより送信完了を確認する通信プロトコルにおいて、遅延せずに送出した2つ目以降の連続する伝送パケット数が、予め設定された閾値を超えたときに、次のチェックポイント取得を開始することを特徴とする請求項11記載のチェックポイント通信処理方法。
- チェックポイントを取得しながら処理を進めていき、障害が発生したときに、最後に取得したチェックポイントから処理を再実行することにより障害からの回復を実現するコンピュータシステムであって、通信パケットを複数の伝送パケットに分割し、上記伝送パケットに順序番号を付けた上で送信し、順序番号付きの応答パケットにより送信完了を確認する通信プロトコルにおいて、分割された2つ目以降の伝送パケットを遅延せずに送出した通信相手よりオーバーフローを告知するパケットが到着した際には、その通信相手へのパケットの伝送を停止し、次のチェックポイントを開始することを特徴とする請求項11記載のチェックポイント通信処理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP20183096A JP3833746B2 (ja) | 1996-07-31 | 1996-07-31 | チェックポイント通信処理システム、及びチェックポイント通信処理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP20183096A JP3833746B2 (ja) | 1996-07-31 | 1996-07-31 | チェックポイント通信処理システム、及びチェックポイント通信処理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH1049461A JPH1049461A (ja) | 1998-02-20 |
JP3833746B2 true JP3833746B2 (ja) | 2006-10-18 |
Family
ID=16447607
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP20183096A Expired - Fee Related JP3833746B2 (ja) | 1996-07-31 | 1996-07-31 | チェックポイント通信処理システム、及びチェックポイント通信処理方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3833746B2 (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8745157B2 (en) | 2011-09-02 | 2014-06-03 | Trading Technologies International, Inc. | Order feed message stream integrity |
GB202202815D0 (en) * | 2022-03-01 | 2022-04-13 | Graphcore Ltd | Reset of a multi-node syste |
-
1996
- 1996-07-31 JP JP20183096A patent/JP3833746B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH1049461A (ja) | 1998-02-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4587053B2 (ja) | 通信装置、通信システム、パケット欠落検出方法、およびパケット欠落検出プログラム | |
CN110297801B (zh) | 基于容错fpga的事务系统的正好一次事务语义的系统和方法 | |
US7529855B2 (en) | Dynamic modification of fragmentation size cluster communication parameter in clustered computer system | |
US8238350B2 (en) | Message batching with checkpoints systems and methods | |
CN100399282C (zh) | 智能网络适配器的状态恢复及故障修复 | |
EP0950955B1 (en) | Method and apparatus for correct and complete transactions in a fault tolerant distributed database system | |
JP3384686B2 (ja) | 通信ネットワークから情報を受信するための方法および装置 | |
US20040054814A1 (en) | System and method for handling frames in multiple stack environments | |
JPH11502659A (ja) | 故障許容処理方法 | |
JP2004032224A (ja) | サーバ引継システムおよびその方法 | |
JP2009531879A (ja) | メッセージ再伝送のための方法およびシステム並びにシステム間メッセージ配信のための方法およびシステム | |
US20180024896A1 (en) | Information processing system, information processing apparatus, and information processing method | |
JP2002527935A (ja) | データ通信用方法とシステム | |
CN114500552B (zh) | 边缘计算场景下的云边消息可靠性传输方法及装置 | |
JP2003337717A (ja) | オンライントランザクション処理の障害時復旧同期システム | |
JP3833746B2 (ja) | チェックポイント通信処理システム、及びチェックポイント通信処理方法 | |
CN101207617A (zh) | 网络储存系统的数据传输方法 | |
US5832201A (en) | Method and apparatus for a checkpoint based communication processing system | |
US20080212505A1 (en) | Method and receiving apparatus for processing arq block in wibro system | |
EP1225741B1 (en) | High speed interconnection for embedded systems within a computer network | |
JP3304365B2 (ja) | メッセージ通信制御方法および通信システム | |
JP2009217765A (ja) | 複数宛先への同期送信方法、その実施システム及び処理プログラム | |
JPH10320326A (ja) | チェックポイント通信処理システム、及びチェックポイント通信処理方法、この通信処理方法を格納した記憶媒体 | |
JP5046197B2 (ja) | 通信装置、通信システム、パケット欠落検出方法、およびパケット欠落検出プログラム | |
JP2002099510A (ja) | 複数トランザクション処理システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060718 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060720 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090728 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100728 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100728 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110728 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120728 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130728 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |