(57)【要約】【課題】  複数プロセス間の通信を伴なうサービスの復旧を行なう。【解決手段】  サービスを構成するプロセス群の関係性データ１４０はあらかじめ、プロセス作成者や管理者によって与えられ、１４０にはプロセスＡとプロセスＣが関連することが記されている。このとき、プロセス１００の処理内で、メモリイメージを取得するチェックポイント機能が呼び出された場合に、チェックポイント機能部１２０内のスケジューラ制御部１７０は、システムのスケジューラ機能部１５０にプロセススケジュールの停止を行い、プロセス関係性データ取得部１６０は、１４０を参照し、プロセス間通信の関係性を取得し、取得したプロセス間通信の関係性をメモリイメージ取得機能部１３０に通知する。メモリイメージ取得機能部１３０は指定された関係性から、プロセス１００と１１０のイメージを同時に取得する。【選択図】  図１
2005301805.tif 000002
【特許請求の範囲】
【請求項１】
単一のコンピュータシステム上において、複数のプロセスが連携することで実現されるサービスにおいて、複数の連携するプロセスのチェックポイントでのメモリイメージ取得時に、各プロセス間通信の関係性を取得するプロセス関係性データ取得手段と、
プロセス間通信の関係性を取得する時およびメモリイメージ取得時に、システムの処理多重性を提供するスケジューラの動作を一時的に停止するスケジューラ制御手段と、
取得されたプロセス間通信の関係性からプロセスのメモリイメージを取得するメモリイメージ取得機能手段と、
サービスの障害発生時に、取得されたメモリイメージから各プロセスのメモリイメージを復元するメモリイメージ復元機能手段と、
プロセス間通信のリソースを復元するリソース復元機能手段と
を有するサービス復旧装置。
【請求項２】
前記プロセス関係性データ取得手段は、チェックポイント実行時には、プロセス間通信の関係性を、プロセス間通信の情報を解析することで把握する、請求項１に記載の装置。
【請求項３】
前記プロセス関係性データ取得手段は、プロセス間通信の関係性の解析時に、プロセス間通信がパイプまたは名前付きパイプを用いる場合には、ｉｎｏｄｅ情報およびプロセス情報を使用してプロセス間通信の関係性を解析する、請求項２に記載の装置。
【請求項４】
前記プロセス関係性データ取得手段は、プロセス間通信の関係性の解析時に、プロセス間通信がソケットを用いる場合には、ｐｒｏｃファイルシステムの情報を使用してプロセス間通信の関係性を解析する、請求項２に記載の装置。
【請求項５】
前記プロセス関係性データ取得手段は、プロセス間通信の関係性の解析時に、プロセス間通信がＩＰＣを用いる場合には、システムのＩＰＣ機能部にＩＰＣ識別子と呼び出し元プロセスＩＤを保持する記録部の情報を使用してプロセス間通信の関係性を解析する、請求項２に記載の装置。
【請求項６】
前記リソース復元機能手段は、解析されたプロセス間通信の関係性を元に、該当する新たなプロセス間通信のリソースを作成し、それを利用する、請求項２に記載の装置。
【請求項７】
前記リソース復元機能手段は、新たなリソースの利用時に、プロセス間通信がパイプ、名前付きパイプ、ソケットの場合には、プロセスが保持する読み書き用のファイルディスクリプタを新たに作成したファイルディスクリプタで上書きすることで、リソースを復旧する、請求項６に記載の装置。
【請求項８】
前記リソース復元機能手段は、新たなリソースの利用時に、プロセス間通信がＩＰＣの場合には、新たに通信用のＩＰＣ識別子を作成し、ＩＰＣ通信機能部において、古いＩＰＣ識別子で通信要求が行われた場合には、そのＩＰＣ識別子を新たに作成されたＩＰＣ識別子に変換することで、リソースを復旧する、請求項６に記載の装置。
【請求項９】
単一のコンピュータシステム上において、複数のプロセスが連携することで実現されるサービスにおいて、複数の連携するプロセスのチェックポイントでのメモリイメージ取得時に、プロセス間通信の関係性を取得するプロセス関係性データ取得ステップと、
プロセス間通信の関係性を取得する時およびメモリイメージ取得時に、システムの処理多重性を提供するスケジューラの動作を一時的に停止するスケジューラ制御ステップと、
取得されたプロセス間通信の関係性からプロセスのメモリイメージを取得するメモリイメージ取得機能ステップと、
サービスの障害発生時に、取得されたメモリイメージから各プロセスのメモリイメージを復元するメモリイメージ復元機能ステップと、
プロセス間通信のリソースを復元するリソース復元機能ステップと
を有するサービス復旧方法。
【請求項１０】
請求項１から請求項８のいずれかに記載の装置の機能をコンピュータで実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は単一のコンピュータシステム上において、複数の連携するプロセスのチェックポイントを用い、プロセス間通信のリソースを復元することで、複数のプロセスが連携することで実現されるサービスを復旧する方法、装置、プログラムに関する。
【背景技術】
【０００２】
従来、システム上で単一のプロセスを復旧させるためには、特許文献１に示すように、障害発生時にチェックポイントを用い、メモリマネージメントユニットを制御することで、単一のプロセスのメモリイメージをチェックポイント時の状態に戻してきた。
【特許文献１】特開平１０−１８７６１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した従来のチェックポイント方式を用いる場合には単一のプロセスのメモリイメージ（プロセスのメモリ内容で物理メモリだけでなく、ページアウトされる内容も対象となる）の復旧のみ可能である。しかしながら、サービスの多くは個々のプロセスが連携して動作しており、チェックポイントにより、メモリイメージを保持する順番および、障害復旧時にメモリイメージから復元する順番を考慮する必要があり、かつ個々のプロセスが通信のため等に使用しているシステムリソースを復元する必要があるため、従来のチェックポイント方式を用いた場合、サービスの復旧を行うことができない。
【０００４】
本発明の目的は、複数プロセス間の通信を伴なうサービスの復旧を行なうサービス復旧装置、方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明のサービス復旧装置は、
単一のコンピュータシステム上において、複数のプロセスが連携することで実現されるサービスにおいて、複数の連携するプロセスのチェックポイントでのメモリイメージ取得時に、プロセス間通信の関係性を取得するプロセス関係性データ取得手段と、
プロセス間通信の関係性を取得する時およびメモリイメージ取得時に、システムの処理多重性を提供するスケジューラの動作を一時的に停止するスケジューラ制御手段と、
取得されたプロセス間通信の関係性からプロセスのメモリイメージを取得するメモリイメージ取得機能手段と、
サービスの障害発生時には、取得されたメモリイメージから各プロセスのメモリイメージを復元するメモリイメージ復元機能手段と、
プロセス間通信のリソースを復元するリソース復元機能手段を有する。
【０００６】
本発明においては、チェックポイントでプロセスのメモリイメージを取得する際には、プロセスがチェックポイント機能を呼び出すが、その際にチェックポイント機能に対してプロセス間通信の関係性の通知を行う。この際にプロセスから渡されるプロセス間通信の関係性とは、サービスを提供するプロセス間の依存関係である。この関係性に従って、チェックポイント機能は該当プロセスと関連するプロセスのメモリイメージの取得を行う。
【０００７】
なお、メモリイメージを取得する際には、該当プロセスのメモリ空間のコピーをＬｉｎｕｘではｃｌｏｎｅ（）システムコール等を用いて行い、各プロセスが保持するプロセス間通信のためのシステムリソースの解析を行う。
【０００８】
サービスに障害が発生した場合には、サービスに関連するプロセス群の動作を一時停止し、チェックポイントを取得した状態のメモリイメージを、サービスを提供する各プロセスのメモリ空間に上書きする。また、それと同時に、既に解析した、各プロセスが持つプロセス間通信のためのリソースの再設定を行い、通信チャンネルをオープンする。
【０００９】
以上の手段により、複数プロセスによって提供されるサービスの高速な復旧を可能にする。
【００１０】
また、プロセス間通信の関係性は、サービスプログラム作成者・管理者により明示的に与えられる場合と、チェックポイント機能が暗示的に解析する場合が存在する。前者の明示的に与えられる場合には、プログラムコード中のチェックポイント機能呼び出し時において、サービスプログラム作成者が機能呼び出し時の付加データとして、直接プロセスの関係性情報を与える場合と、間接的に関係性情報が示される設定ファイルを示す場合が存在する。設定ファイルを示す場合には、その設定ファイルはサービスプログラム作成者や、管理者によって明示的に指定することが可能である。
【００１１】
一方、チェックポイント機能が暗示的にプロセスの依存性を解析する場合においては、チェックポイントにおいて該当プロセスのメモリイメージ取得時に、該当プロセスが持つプロセス間通信用のリソースを解析し、該当プロセスと通信を行っているプロセスを把握し、通信先のプロセスにおいても再帰的に通信リソースを解析することで、関係性を持つプロセス群を把握する。このプロセス間通信の関係性を取得する解析およびメモリイメージ取得時には、メモリイメージ取得の同時性を保障するために、システムの処理多重性を提供するスケジューラを停止して他のプロセスへの処理切り替えを生じずに動作する。
【００１２】
メモリイメージからのプロセスが持つリソースの解析とその復元方法は、プロセス間通信の手法により異なる。一般的なＵｎｉｘシステムにおけるプロセス間通信の手法として、パイプ、名前付きパイプ、ＩＰＣ（Ｉｎｔｅｒ  Ｐｒｏｃｅｓｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ソケットが存在する。
【００１３】
パイプの場合のプロセス間通信リソースの解析方法としては、パイプを使用する場合にはｐｏｐｅｎ（）機能を使用してパイプを作成するのが一般的である。この場合、ｐｏｐｅｎの引数として、実行するコマンドと、パイプの方向（読み込みか、書き込みか）が指定され、実行するコマンドが、新たな子プロセスとして生成され、ｐｏｐｅｎ（）を実行した親プロセスと子プロセスの間で、パイプ用に作成されたファイルディスクリプタが、プロセスの読み込み用ファイルディスクリプタである０番と、書き込み用ファイルディスクリプタである１番にコピーされ、親プロセスと子プロセスの間で指定された方向でのデータのやり取りが可能になる。この時パイプに使用される読み書きを行うファイルディスクリプタは、パイプのｉｎｏｄｅ情報構造体およびプロセスのプロセス情報構造体に保持されており、このファイルディスクリプタからパイプを使用したプロセス間通信の関係性が解析する。
【００１４】
パイプによるプロセス間通信のリソースを復旧させる場合には、復旧時に新たなパイプを作成し、従来パイプによる通信路を持っていたプロセスのファイルディスクリプタを受信側プロセスの場合は、プロセスのファイルディスクリプタ０番を、送信側プロセスの場合はファイルディスクリプタ１番に新たに取得したパイプのファイルディスクリプタをコピーすることで復元する。
【００１５】
名前付きパイプにおいても、パイプと同様に名前付きパイプに使用される読み書きを行うファイルディスクリプタは、ｉｎｏｄｅ情報構造体に保持されており、このファイルディスクリプタと、プロセスの親子関係から名前付きパイプを使用したプロセス間通信の関係性が解析でき、リソースの復旧においても、パイプと同様、新たに取得したファイルディスクリプタを上書きすることで、復元する。
【００１６】
ＩＰＣ（セマフォ、メッセージ、共有メモリリージョン）の場合においては、各プロセスが事前に同一のＩＰＣ通信用のキーを共有しており、その通信用キーから生成されるＩＰＣ識別子に対して通信を行うことで、プロセス間の通信が可能である。一方、各プロセスが使用するＩＰＣ通信用のキーやＩＰＣ識別子はプロセス内でどのように保存されるかはプロセスに依存する。このため、ＵｎｉｘシステムのＩＰＣ機能を各プロセスが使用する際に、システムのＩＰＣ機能に、ＩＰＣ識別子とプロセスＩＤを保持させる機能を新たに設置し、これらの情報を記録することでプロセス間通信の関係性を解析する。
【００１７】
ＩＰＣのリソース復元においては、解析された関係性より新たなＩＰＣ識別子をイメージ復元時に作成し、イメージから復元されたプロセスがＩＰＣ機能を使用する際には、システムのＩＰＣ機能側において、該当するＩＰＣ識別子を新たに取得されたＩＰＣ識別子に変更する機能を新たに設けることでＩＰＣリソースを復元する。
【００１８】
ソケットの場合では、各プロセス間通信の関係性は、Ｕｎｉｘシステム上のプロセス情報から取得することが可能である。例えばＬｉｎｕｘであれば／ｐｒｏｃ／ｎｅｔ以下に、現在のプロトコル毎のセッション情報が保持されており、この情報を取得することで、プロセス間通信の関係性を解析することが可能である。また、ソケットを使用する場合に、プロセス間のデータの受け渡しにはパイプや名前付きパイプと同様にファイルディスクリプタに対してデータの送受信が行われるため、プロセスイメージ復元後のリソースは、各プロセスのファイルディスクリプタを上書きすることで復元する。
【発明の効果】
【００１９】
本発明によれば、複数のプロセスが密接に連携することで実現される高度サービスに障害が発生した場合に、サービスの高速な復旧を行うことができる。
【発明を実施するための最良の形態】
【００２０】
次に、本発明の実施の形態を図面を参照し、Ｌｉｎｕｘにおける実施形態で説明する。
【００２１】
［実施形態１］
図１は、サービスを構成するプロセス群の関係性が、明示的にプロセス作成者や管理者によって指示されている場合にチェックポイントによってプロセスのメモリイメージを取得する実施形態を示している。１００はメモリ上のプロセスＡを示してあり、１１０はメモリ上のプロセスＣを示してある。サービスを構成するプロセス群の関係性１４０はあらかじめ、プロセス作成者や管理者によって与えられ、１４０にはプロセスＡとプロセスＣが関連することが記されている。このとき、プロセス１００の処理内で、メモリイメージを取得するチェックポイント機能が呼び出された場合（１８０）に、チェックポイント機能部１２０内のスケジューラ制御部１７０は、システムのスケジューラ機能部１５０にプロセススケジュールの停止を行い（１９０）、プロセス関係性データ取得部１６０は、１４０を参照し、プロセス間通信の関係性を取得（１９１）し、取得したプロセス間通信の関係性をメモリイメージ取得機能部１３０に通知する（１９２）。メモリイメージ取得機能部１３０は指定された関係性から、プロセス１００と１１０のイメージを同時に取得する（１９３）。
【００２２】
［実施形態２］
図２は、サービスを構成するプロセス群の関係性をチェックポイント機能から取得し、プロセスのメモリイメージを取得する実施形態を示している。プロセス間通信の関係性とは、本実施形態ではプロセス間の通信によって表されると定義し、チェックポイント機能部１２０によってプロセス間の通信状態を把握することで、プロセス間通信の関係性を解析している。具体的にはプロセス１００の処理中にプロセス１１０との通信を行う際には、システムが提供するプロセス間通信機能部２００を呼び出し、送信したいデータを渡す（２１０）。このとき、プロセス間通信機能部２００ではプロセス１１０に対して通信データを送信する（２２０）。プロセス１００の処理内でチェックポイント機能部１２０を呼び出し、メモリイメージの取得を行う（２４０）際に、チェックポイント機能部１２０内をプロセス関係性データ取得部１６０がプロセス間の情報（どのプロセスとどのプロセス通信を行なっているか）をプロセス間通信機能部２００に再帰的に問い合わせる（２３０）。具体的には、チェックポイントを要求したプロセス１００と通信を行っているプロセスをプロセス間通信機能部２００に問い合わせることで、プロセス１１０が関係性を持つプロセスであることを究明する。次にプロセス１１０と通信を行っているプロセスが１００以外に存在しないかをプロセス間通信機能部２００に問い合わせる。この動作を、プロセス１００と関連性を持つプロセスを全て究明するまで再帰的に繰り返すことでプロセス間通信の関係性を取得し、取得された関係性をメモリイメージ取得機能部１３０に通知する（１９２）ことで、メモリイメージ取得機能部１３０が関係性のあるプロセスのメモリイメージ取得を行う（２５０）。
【００２３】
このプロセス間通信の関係性を取得する際に、必要となるプロセス間の通信情報は、プロセス間通信の種類によって異なる。
【００２４】
［実施形態３］
図３は、パイプおよび名前付きパイプを使用する場合のプロセス間通信情報の取得方法を示している。プロセス１００がプロセス１１０と通信を行う際には、ＰＯＳＩＸ（Ｐｏｒｔａｂｌｅ  Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ  ｆｏｒ  Ｃｏｍｐｕｔｅｒ  Ｅｎｖｉｒｏｎｍｅｎｔ）で定義されるパイプ作成機能である、ｐｏｐｅｎ機能等を呼び出す（２１０）。プロセス間通信機能部２００では通信用の新たなファイルディスクリプタを、ファイルディスクリプタ作成機能部３００を用いて作成する（３２０）。次に作成されたファイルディスクリプタをｉｎｏｄｅ情報３１０に格納し（３３０）、作成されたファイルディスクリプタをプロセス１００に通知する（３４０）。次に２１０のｐｏｐｅｎ機能を呼び出す際に付随する情報である、通信先のプロセスであるプロセス１１０を新たに作成し、プロセス１１０の通信チャンネルに作成されたファイルディスクリプタを設定する。これにより、プロセス１００と１１０間での通信が可能になり、このプロセス１００と１１０に設定されるファイルディスクリプタ情報および、ｉｎｏｄｅ情報３１０に保持されるファイルディスクリプタ情報（プロセス情報）よりプロセス間通信の関係性を取得する。具体的にはチェックポイント機能部１２０内のプロセス関係性データ取得部１６０がｉｎｏｄｅ情報３１０に存在するファイルディスクリプタを取得し、それと同一のファイルディスクリプタを持つプロセスを、システム上のプロセス群から検索を行い、同一のファイルディスクリプタを持つプロセスを発見する（２３０）。
【００２５】
［実施形態４］
図４は、プロセス間通信にＩＰＣを用いている場合のプロセス間通信の関係性を解析する実施形態を示す。ＩＰＣ（ＩＰＣメッセージ、ＩＰＣ共有メモリ等）を用いる場合には、通信を行うプロセスであるプロセス１００と１１０間であらかじめ同一のＩＰＣ通信用のキーを共有しておくか、別の通信方法を使用して、キーを通知する必要がある（４２０）。プロセス１００が１１０と通信を行う場合には、プロセス間通信機能部２００へＩＰＣ通信用のキーを通知する（２１０）。プロセス間通信機能部２００では、渡されたキーよりＩＰＣ識別子をＩＰＣ識別子生成機能部４００で生成し（４４０）、その生成されたＩＰＣ識別子の情報と、プロセス間通信機能部２００を呼び出したプロセスの情報をプロセスＩＤ・ＩＰＣ識別子記録部４１０にて記録する（４５０）。その後、プロセス間通信機能部２００はプロセス１００へＩＰＣ識別子を通知する。プロセス１１０においても同様にＩＰＣ通信用のキーをプロセス間通信機能部２００に通知し、ＩＰＣ識別子を取得する（４３０）。プロセス間通信の関係性はチェックポイント機能部１２０内のプロセス関係性データ取得部１６０がプロセスＩＤ・ＩＰＣ識別子記録部４１０の情報を取得すること（２３０）で解析可能である。
【００２６】
［実施形態５］
図５は、プロセス間通信にソケットを用いる場合の実施形態を示す。ソケットの通信状況はＬｉｎｕｘの場合には／ｐｒｏｃ／ｎｅｔ以下のフォルダ、ｐｒｏｃファイルシステム内に５００のようにトランスポートプロトコルが示されている。本通信状況をチェックポイント機能部１２０内のプロセス関係性データ取得部１６０が検索し（２３０）、ローカルアドレスとリモートアドレスが同一のものが、プロセス間通信を行っているプロセスとなる。
【００２７】
以上の手法にてプロセス間通信をキーとしてプロセス間通信の関係性を取得可能であり、関連するプロセス群のメモリイメージを取得することが可能になる。
【００２８】
［実施形態６］
メモリイメージ群を復帰させる際に、単純に取得されたプロセスのイメージを復帰させただけでは、プロセス間の通信リソースはＵｎｉｘシステムが保持し、通信リソースの復帰が行われないため、サービスとして機能を行えない。以下にプロセス群のイメージを復帰する際に、Ｕｎｉｘシステムの通信リソースを復旧する実施形態を示す。
【００２９】
［実施形態７］
図６は、パイプ、名前付きパイプ、ソケットの通信リソースを復帰する実施形態を示す。障害検出機能部６００が、適時監視対象のプロセスであるプロセス１００と１１０を監視（６３０）しており、障害が生じた場合にはスナップショット復元機能部６１０に復元を通知する（６４０）。スナップショット復元機能部６１０では、新たな通信用のリソースを作成しリソース復元機能部６２０に通知する（６５０）。リソース復元機能部６２０ではそれぞれのプロセス間通信リソースに合致した新たなリソースを作成し（この場合はいずれもファイルディスクリプタ）、新たに作成されたファイルディスクリプタを復旧するプロセスのプロセス情報の読み書きを行うファイルディスクリプタに上書きする（６６０）。本実施形態により、パイプ、名前付きパイプ、ソケットにおけるリソース復元が可能になる。
【００３０】
［実施形態８］
図７は、ＩＰＣの通信リソースを復帰する実施形態を示す障害検出機能部６００がプロセス１００および１１０等を監視しており（６３０）、障害が発生した場合にはメモリイメージ復元機能部６１０にプロセスイメージの復元を指示する（６４０）。メモリイメージ復元機能部６１０では解析されたプロセス間通信の関係性を元にプロセス群のスナップショットを復元し、それらプロセス群の使用する通信リソースの復元をリソース復元機能部６２０に通知する（６５０）。リソース復元機能部６２０では、新たなＩＰＣのリソースを作成するとともに、そのリソースとプロセス間通信の関係性をＩＰＣ識別子置換機能部７００に通知する（７１０）。ＩＰＣ識別子置換機能部７００ではプロセス１００や１１０からプロセス間通信機能部２００に対してプロセス間通信が行われる際に使用される古いＩＰＣ識別子を新たなＩＰＣ識別子に書き換える（７２０）。以上の方法でＩＰＣの通信リソースの復元を行う。
【００３１】
なお、本発明は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【図面の簡単な説明】
【００３２】
【図１】明示的なプロセス群の関係性が存在する場合のチェックポイントによるプロセスのメモリイメージ取得を示す図である。
【図２】チェックポイント機能によってプロセス群の関係性を解析する場合のプロセスのメモリイメージ取得を示す図である。
【図３】パイプ、名前付きパイプを用いる場合のプロセス間通信の関係性取得およびプロセス間の使用リソース解析を示す図である。
【図４】ＩＰＣを用いる場合のプロセス間通信の関係性取得および、プロセス間の使用リソース解析を示す図である。
【図５】Ｓｏｃｋｅｔを用いる場合の高速な関係性取得を示す図である。
【図６】パイプ、名前付きパイプ、ソケットを用いる場合のプロセス間通信用リソースの復元方法を示す図である。
【図７】ＩＰＣを用いる場合のプロセス間通信用リソースの復元方法を示す図である。
【符号の説明】
【００３３】
１００，１１０    プロセス
１２０    チェックポイント機能部
１３０    メモリイメージ取得機能部
１４０    プロセス関係性データ
１５０    スケジューラ機能部
１６０    プロセス関係性データ取得部
１７０    スケジューラ制御部
１８０，１９０〜１９３    処理
２００    プロセス間通信機能部
２１０，２２０，２３０，２４０，２５０    処理
３００    ファイルディスクリプタ作成機能部
３１０    ｉｎｏｄｅ情報
３２０，３３０，３４０，３５０    処理
４００    ＩＰＣ識別子生成機能部
４１０    プロセスＩＤ，ＩＰＣ識別子
４２０，４３０，４４０，４５０    処理
５００    トランスポートプロトコル
６００    障害検出機能部
６１０    メモリイメージ復元機能部
６２０    リソース復元機能部
６３０，６４０，６５０，６６０    処理
７００    ＩＰＣ識別子置換機能部
７１０，７２０    処理
【図１】
2005301805.tif 000003
【図２】
2005301805.tif 000004
【図３】
2005301805.tif 000005
【図４】
2005301805.tif 000006
【図５】
2005301805.tif 000007
【図６】
2005301805.tif 000008
【図７】
2005301805.tif 000009