(57)【要約】【課題】本発明の課題は、共有して利用されるデータ不揮発化装置との接続に関する接続情報を不揮発化して保存し、異常発生の際に保存しておいた接続情報を回収する接続情報回収方法及びサーバ装置を提供すことを目的とする。【解決手段】本発明の課題は、共有で利用されるデータ不揮発化装置との接続に関する接続情報を異常発生時に回収する接続情報回収方法であって、コンピュータに、前記接続情報が格納されている不揮発化領域に、業務処理の運用開始によって起動された処理単位に対応する接続情報が存在するか否かを判断する判断手順と、前記接続情報が存在する場合に、該接続情報を用いて前記処理単位の接続状態を復元し、前記データ不揮発化装置との接続を切断した後に該接続情報を削除する接続情報回収手順とを実行させる接続情報回収方法により達成される。【選択図】図２
2007272804.tif 000002
【特許請求の範囲】
【請求項１】
共有で利用されるデータ不揮発化装置との接続に関する接続情報を異常発生時に回収する接続情報回収方法であって、コンピュータに、
前記接続情報が格納されている不揮発化領域に、業務処理の運用開始によって起動された処理単位に対応する接続情報が存在するか否かを判断する判断手順と、
前記接続情報が存在する場合に、該接続情報を用いて前記処理単位の接続状態を復元し、前記データ不揮発化装置との接続を切断した後に該接続情報を削除する接続情報回収手順とを実行させる接続情報回収方法。
【請求項２】
前記コンピュータに、前記業務処理の運用開始に応じて、前記処理単位に対応させて前記接続情報のための不揮発化領域を確保する領域確保手順を実行させることを特徴とする請求項１記載の接続回収方法。
【請求項３】
前記処理単位は、スレッドであり、
前記領域確保手順は、前記不揮発化領域に、前記処理単位が属するワークユニットと、プロセスとを識別する識別情報と、スレッドを識別する情報とを夫々ディレクトリ名としたツリー構造を構成し、該スレッド識別情報を示すディレクトリ配下に前記接続情報をファイルとして格納することを特徴とする請求項２記載の接続回収方法。
【請求項４】
前記コンピュータに、
前記データ不揮発化装置との接続の正常な切断に応じて、前記接続情報を前記不揮発化領域から削除する接続情報削除手順と、
前記業務処理の正常な運用終了に応じて、前記接続情報のための不揮発化領域を削除する不揮発化領域削除手順とを実行させることを特徴とする請求項１乃至３のいずれか一項記載の接続回収方法。
【請求項５】
共有で利用されるデータ不揮発化装置との接続に関する接続情報を異常発生時に回収するサーバ装置であって、
前記接続情報が格納されている不揮発化領域に、業務処理の運用開始によって起動された処理単位に対応する接続情報が存在するか否かを判断する判断手段と、
前記接続情報が存在する場合に、該接続情報を用いて前記処理単位の接続状態を復元し、前記データ不揮発化装置との接続を切断した後に該接続情報を削除する接続情報回収手段とを有することを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共有して利用されるデータ不揮発化装置との接続に関する接続情報を不揮発化して保存し、異常発生の際に保存しておいた接続情報を回収する接続情報回収方法及びサーバ装置に関する。
【背景技術】
【０００２】
複数のコンピュータ装置からデータ不揮発化装置を共有する形態の業務処理システムにて複数の業務処理実行が行われる環境では、装置のユーザ側で接続操作を行い、接続状態を保持してデータ不揮発化装置が利用される。このような場合、データ不揮発化装置は、複数のコンピュータ装置の夫々で生成されるプロセスやスレッド等によって、異なる複数のユーザから同時に利用される。
【０００３】
このような動作環境において、装置側の作業が中断されても、各サービスの提供状態を記憶しておくことによって、前回のサービスの提供を続行可能とすることが提案されている（例えば、特許文献１）。
【特許文献１】特開平９−２２３０９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、データ不揮発化装置側では、各接続情報を装置との接続をその装置のＩＰアドレス（ホスト名）によって管理している。従って、異常発生などにより、正常なプロセスやスレッドと異常なプロセスやスレッドとが混在している場合、接続情報では各プロセスと各スレッドとを識別できないため、異常によって使用不能となった接続情報を未回収のまま残すか、正常なプロセスやスレッドが使用している接続情報も含めて一括して回収するしかなかった。前者の場合、不要な資源を消費することになり、後者の場合、一時的にデータ不揮発化装置が使用できない状態となり、正常なプロセスやスレッドによってデータ不揮発化装置を利用しているユーザも処理を行えない等の問題があった。
【０００５】
よって、本発明の目的は、共有して利用されるデータ不揮発化装置との接続に関する接続情報を不揮発化して保存し、異常発生の際に保存しておいた接続情報を回収する接続情報回収方法及びサーバ装置を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明は、共有で利用されるデータ不揮発化装置との接続に関する接続情報を異常発生時に回収する接続情報回収方法であって、コンピュータに、前記接続情報が格納されている不揮発化領域に、業務処理の運用開始によって起動された処理単位に対応する接続情報が存在するか否かを判断する判断手順と、前記接続情報が存在する場合に、該接続情報を用いて前記処理単位の接続状態を復元し、前記データ不揮発化装置との接続を切断した後に該接続情報を削除する接続情報回収手順とを実行させるように構成される。
【０００７】
このような接続情報回収方法では、共有して利用されるデータ不揮発化装置との接続に関する接続情報を不揮発化して保存し、異常発生の際に保存しておいた接続情報を回収することができる。
【０００８】
上記課題を解決するための手段として、本発明は、上記接続情報回収方法での処理を実行するサーバ装置、及び、上記接続情報回収方法での処理を実現するプログラムとすることもできる。
【発明の効果】
【０００９】
本願発明は、複数のプロセスやスレッドから共有されるデータ不揮発化装置を利用する動作環境において、ユーザ側のプロセスやスレッドの一部に異常が発生した場合、正常なプロセスやスレッドから利用されているデータ不揮発化装置全体、及び、正常なプロセスやスレッドに影響を与えることなく、異常が発生したプロセスやスレッドで使用していた接続情報のみを回収することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１１】
図１は、システム構成の例を示す図である。図１において、サーバＡ１００とサーバＢ２００とが、ネットワーク２を介してデータ不揮発化装置５を備えたサーバＣ３００に接続される。サーバＡ１００、サーバＢ２００、サーバＣ３００は、ネットワークを介して接続されるクライアント（図示せず）からの処理要求を受け付けて、業務単位の実行環境を構成するワークユニットによって業務処理を管理する。サーバＡ１００、サーバＢ２００、サーバＣ３００夫々のワークユニットでは、複数のプロセスやスレッドがデータ不揮発化装置５を同時に共有している。
【００１２】
各サーバＡ１００、サーバＢ２００、サーバＣ３００は、サーバコンピュータ装置であって、ＣＰＵ（中央処理装置）によって装置全体が制御され、メモリ、補助記憶装置、通信制御装置などのハードウェアを有する。本発明では、このようなシステム構成において、データ不揮発化装置５を利用する各サーバＡ１００、サーバＢ２００、サーバＣ３００で接続情報（黒丸印）を管理する。
【００１３】
図２は、接続情報の管理処理を説明するためのフローチャート図である。図２において、運用環境は、データ不揮発化装置５を利用する側の処理部での動作の総称であり、接続情報管理は、データ不揮発化装置５を利用するサーバ内に運用環境と共に構成される。各サーバＡ１００、サーバＢ２００、サーバＣ３００において、運用環境及び接続情報管理での処理は、プログラムを実行することによって行われる処理である。
【００１４】
運用環境で運用が開始されると（ステップＳ１）、接続情報管理は接続情報のための不揮発化領域を作成（確保）する（ステップＳ１１）。次に、運用環境は、データ不揮発化装置５へ接続すると（ステップＳ２）、接続情報管理は、接続情報のための不揮発化領域にプロセスやスレッド毎に接続情報を追加して格納する（ステップＳ１２）。従って、何らかの異常発生によって再起動した場合、接続情報の回収が可能となる。接続情報の回収とは、接続情報が復元されることを意味する。
【００１５】
そして、運用環境は、業務運用を開始する（ステップＳ３）。業務運用中に異常が発生した場合には、再起動の際にステップＳ１２にて不揮発化領域に格納した接続情報を用いて、プロセスやスレッド毎に復元することができる。
【００１６】
通常に業務運用が終了した場合、運用環境はデータ不揮発化装置との接続を切断する（ステップＳ４）。接続情報管理は、対応するプロセス又はスレッドの接続情報を不揮発化領域から削除する（ステップＳ１４）。
【００１７】
運用環境はデータ不揮発化装置との接続の切断後、運用管理は運用終了処理を行い、プロセス及びスレッドが終了する（ステップＳ５）。接続情報管理は、接続情報のための不揮発化領域を削除する（ステップＳ１５）。
【００１８】
図３は、運用モデルの例を示す図である。運用モデルＡ及び運用モデルＢは、ワークユニットによって、業務単位の実行環境を構成した場合の運用モデルの例を示している。
【００１９】
運用モデルＡでは、ワークユニットｗｕ００１が２つのアプリＡとアプリＢの組み合わせによって１つの業務単位の実行環境を管理している。
【００２０】
アプリＡではプロセス１が生成され、そのプロセス１では２つのスレッド248296064とスレッド289993344とが生成される（１プロセス２スレッド）。また、アプリＢではプロセス２とプロセス３とが生成される。プロセス２では１つのスレッド146872271が生成され、プロセス３では１つのスレッド346872271が生成される。
【００２１】
そして、スレッド毎に接続情報が管理される。プロセス１のスレッド248296064では、４つの接続情報（Dest001_r、Dest002_s、Err_s、Res_s）が管理される。プロセス１のスレッド289993344では、４つの接続情報（Dest001_r、Dest002_s、Err_s、Res_s）が管理される。プロセス２のスレッド146872271では、２つの接続情報（Que01_r、Que01_s）が管理される。プロセス２のスレッド346872271では、２つの接続情報（Que01_r、Que01_s）が管理される。
【００２２】
本発明において、運用モデルＡに示す運用モデルでの接続情報の管理では、アプリを特定する情報を使用せず、業務単位であるワークユニットが使用される。また、ワークユニット上で運用するアプリの実行プロセス数及びスレッド数は、ワークユニット定義（後述）で定義可能である。
【００２３】
運用モデルＢでは、マルチスレッドを使わない設定のワークユニットの例を示している。この場合は、スレッドレベルのディレクトリ（後述）を使用しない。運用モデルＢにおいて、ワークユニットｗｕ００２（プロセスモード）が１つのアプリＣによって１つの業務単位の実行環境を管理している。
【００２４】
アプリＣではプロセス１が生成されるのみである（１プロセス）。そして、プロセス１に対応する接続情報が管理される。プロセス１では、３つの接続情報（Que03_r、Que03_s、Que04_s）が管理される。
【００２５】
運用モデルＣは、ワークユニットを用いない非ワークユニット環境での運用モデルの例を示している。運用モデルＣでは、非ワークユニット環境において、各アプリケーションへのインターフェース（ＡＰＦＷ．ＡＰＩ）を介してアプリＤとアプリＥとが実行される。
【００２６】
アプリＤではプロセス9769が生成され、そのプロセス9769では１つのスレッド46491168が生成される。アプリＥではプロセス10244が生成され、そのプロセス10244では１つのスレッド52334612が生成される。
【００２７】
そして、スレッド毎に接続情報が管理される。プロセス9769のスレッド46491168では、３つの接続情報（Que03_r、Que03_s、Que04_s）が管理される。プロセス10244のスレッド52334612では、２つの接続情報（Dest001_r、Dest002_s）が管理される。
【００２８】
図４は、接続情報を管理するためのデータ構成の概念を示す図である。図４において、接続情報は、業務運用単位識別名と、プロセス識別名と、スレッド識別名と、接続先識別名と、送信用／受信用識別情報とによって、ツリー構造でスレッド毎に管理される。
【００２９】
接続情報の取得時に、動作環境の各種識別名も取得してツリーを作成し、このツリー構造配下で接続情報を不揮発化保存して管理する。ただし、運用環境に応じて、使用しない情報の階層を省略しても良い。例えば、スレッドを使用しない場合、スレッド識別名の階層は省略される。
【００３０】
図５は、図４に示すデータ構成をディレクトリ及びファイルで管理する例を示す図である。図５において、業務運用単位識別名にワークユニット名を用いてディレクトリ名とし、その配下にプロセス識別名にプロセス通番を用いてディレクトリ名とし、その配下にスレッド識別名にスレッドＩＤを用いてディレクトリ名とし、その配下に接続先識別名にイベントチャネル論理名を用いてファイル名前半とし、また、送信用／受信用識別情報に送信用／受信用識別を示すフラグを用いてファイル名後半とする。
【００３１】
このようなディレクトリ及びファイルで図３の運用モデルＡに示すプロセス３の接続情報の１つは、
~/wu001/3/346872271/Queue01_r.dat
ワークユニット名        ：wu001
プロセス通番            ：３
スレッドＩＤ            ：346872271
イベントチャネル論理名  ：Queue01
送信用／受信用識別フラグ：ｒ
のように管理され、スレッドＩＤによって接続情報を特定することができる。ここで、「.dat」は固定のファイル拡張子である。
【００３２】
このようなディレクトリ及びファイルで図３の運用モデルＣに示すプロセス１０２４４の接続情報の１つは、
~/APFW.API/10244/52334612/Destination002_s.dat
ワークユニット名        ：APFW.API
プロセスＩＤ            ：10244
スレッドＩＤ            ：52334612
イベントチャネル論理名  ：Destination002
送信用／受信用識別フラグ：ｓ
のように管理され、スレッドＩＤによって接続情報を特定することができる。ここで、「.dat」は固定のファイル拡張子である。
【００３３】
従って、ワークユニットの使用又は不使用に関わらず同じ体系で接続情報を管理することができる。ワークユニットが使用される場合、ワークユニットがプロセスを管理するため、プロセス通番は、ワークユニット上で一意に決定される番号である。プロセス通番が同じ働きをするプロセスに対して一意に付与される場合には、プロセスを停止及び再起動させても同じ通番が引き継がれるため、プロセス通番を用いることが好ましい。
【００３４】
図６は、図３における接続情報の管理例を示す図である。図６において、親ディレクトリ「parent_dir」配下に、図３に示す運用モデルＡ、運用モデルＢ、そして運用モデルＣとがディレクトリ及びファイルで管理される。
【００３５】
次に、ワークユニットを適応した運用モデルでの処理の詳細について図７及び図８で説明する。
【００３６】
図７は、ワークユニットを適応した運用モデルでの処理詳細を説明するためのフローチャート図である。図７において、運用環境側での運用開始の処理（ステップＳ１）において、運用者（ユーザ）がワークユニットを起動操作すると（ステップＳ１ａ）、ワークユニットは、ワークユニットの動作設定を記述したワークユニット定義から自身のワークユニット名を取得して、そのワークユニット名をキーにして接続情報を回収するための操作を行う（ステップＳ１ｂ）。
【００３７】
接続情報管理側での未回収接続情報の回収の処理（ステップＳ１０）において、接続情報管理用のディレクトリのうち、入力されたワークユニット名のディレクトリを検索する（ステップＳ１０ａ）。ディレクトリが存在しなければ何もせずに復帰する。前回運用時に異常が発生していなければ存在しない。ディレクトリが存在する場合、ディレクトリ内のファイルから接続状態を復元し、切断操作を実行する。切断後、ファイルを削除する。全てのファイルが削除されたらディレクトリも削除する。
【００３８】
一方、運用環境側では、ワークユニットがワークユニット定義から、ワークユニット上で動作するプロセス／スレッドの多重度の情報を取得してプロセス／スレッドを起動する（ステップＳ１ｃ）。
【００３９】
そして、各プロセス／スレッドは、ユーザ業務アプリの実行前に、制御プログラムを実行する（ステップＳ１ｄ）。制御プログラムは、以下の情報を取得し、それらを入力としてイベントチャネル利用のための初期処理を実行する。
【００４０】
・ワークユニット名：ワークユニットが設定した環境変数により取得
・プロセス通番    ：ワークユニットが設定した環境変数により取得
・スレッドＩＤ    ：ＯＳ関数により取得
上記取得した情報は、接続情報管理に通知される。
【００４１】
接続情報管理側での接続情報の不揮発化領域を作成する処理（ステップＳ１１）において、ワークユニット名と、プロセス通番と、スレッドＩＤとを名前とするディレクトリを作成する（ステップＳ１１ａ）。
【００４２】
一方、運用環境側でのデータ不揮発化装置へと接続する処理（ステップＳ２）において、各プロセス／スレッドは、制御プログラムで、ワークユニットの動作設定を記述したワークユニット定義及び制御プログラムの動作設定を記述したフロー定義から利用するイベントチャネルの情報（イベントチャネル名、送信／受信種別）を取得して、イベントチャネルへ接続する（ステップＳ２ａ）。
【００４３】
接続情報管理側での接続情報を追加する処理（ステップＳ１２）において、イベントチャネルへの接続情報を直列化し、作成したディレクトリ内にファイルとして保存する。ファイル名は、イベントチャネル名、送信／受信種別から作成する。
【００４４】
その後、接続情報は回収可能な状態となり、異常による再起動時には異常に係る接続を切断することができる。
【００４５】
運用環境側での業務運用の処理（ステップＳ３）において、各プロセス／スレッドは、制御プログラムからユーザ業務アプリを呼び出して実行する（同じプロセス／スレッド内で実行する）（ステップＳ３ａ）。業務処理完了後、制御プログラムへ復帰する。
【００４６】
その後、運用環境側でのデータ不揮発化装置との接続を切断する処理及び運用終了処理（ステップＳ４及びＳ５）において、運用者がワークユニットを停止する操作を行うと（ステップＳ４ａ）、ワークユニットは、各プロセス／スレッドの終了出口を呼び出し（ステップＳ４ｂ）、各プロセス／スレッドは、接続状態のイベントチャネルからデータ不揮発化装置との接続を切断する（ステップＳ４ｃ）。
【００４７】
接続情報管理側での接続情報を不揮発化領域から削除する処理（ステップＳ１４）では、イベントチャネルからの切断後、切断した接続に対応する接続情報のファイルを不揮発化領域から削除する（ステップＳ１４ａ）。
【００４８】
運用環境側では、各プロセス／スレッドが、イベントチャネル利用の終了処理を実行する。
【００４９】
接続情報管理側での接続情報のための不揮発化領域を削除する処理（ステップＳ１５）では、接続情報のファイルが一つも存在しないディレクトリを削除する（ステップＳ１５ａ）。
【００５０】
図７のフローチャートに基づいて、正常時の処理と異常時の処理とについて図８で詳述する。図８は、正常時の処理と異常時の処理とを対比させて説明するためのフローチャート図である。
【００５１】
先ず正常時の処理について説明する。図８において、運用開始によって、ワークユニット、プロセス、スレッドが起動する（ステップＳ１０１）。そして、接続情報の回収を行う（ステップＳ１０２）。不揮発化した接続情報を検索し、接続情報のファイルが存在しない場合（初回起動時や正常終了後の起動時）、回収に伴う処理は行われない。
【００５２】
運用単位識別名。プロセス識別名、スレッド識別名を取得する（ステップＳ１０３）。運用単位識別名として、環境変数によって取得したワークユニット名が設定される。プロセス識別名として、環境変数によって取得したプロセス通番が設定される。スレッド識別名として、ＯＳ関数で取得したスレッドＩＤが設定される。
【００５３】
ワークユニット定義及びフロー定義から接続先識別名と送信／受信種別を取得して、データ不揮発化装置へ接続する（ステップＳ１０４）。接続先識別名として、ワークユニット定義又はフロー定義からイベントチャネル論理名を取得する。送信／受信種別として、ワークユニット定義又はフロー定義から送信／受信種別を取得する。
【００５４】
そして、接続情報（図４、図５、図６参照）を不揮発化して保存する（ステップＳ１０５）。ユーザ業務アプリが運用され（ステップＳ１０６）、その後運用が終了される。
【００５５】
運用が正常終了又は異常終了かを判断する（ステップＳ１０７）。運用者の停止操作による正常終了である場合、接続情報が回収される（ステップＳ１０８）。データ不揮発化装置５との接続に対して切断処理を行い、不揮発化領域の接続情報を削除する。運用の終了に応じて、ワークユニット、プロセス、スレッドが停止する（ステップＳ１０９）。
【００５６】
一方、ステップＳ１０７において、異常終了であると判断された場合、異常終了に伴うワークユニット、プロセス、スレッドを再起動してステップＳ２０１へと進む。
【００５７】
次に、異常発生に伴う再起動後の処理について詳述する。運用再開により、異常発生で停止したワークユニット、プロセス、スレッドが起動される（ステップＳ２０１）。異常の内容によって、再起動の単位はことなる。
【００５８】
再起動によって、接続情報を回収する（ステップＳ２０２）。不揮発化した接続情報を検索する。ワークユニット停止の場合、該当するワークユニット名のディレクトリ配下を検索する。プロセス停止の場合、該当するプロセス通番のディレクトリ配下を検索する。異常終了後の起動時にはファイルが存在するため、不揮発化した接続情報から接続状態を復元して、切断操作を実施する。
【００５９】
運用単位識別名と、プロセス識別名と、スレッド識別名とを取得する（ステップＳ２０３）。運用単位識別名として、環境変数によってワークユニット名を取得する。プロセス識別名として、環境変数によってプロセス通番を取得する。スレッド識別名として、ＯＳ関数によってスレッドＩＤを取得する。
【００６０】
ワークユニット定義及びフロー定義から接続先識別名と送信／受信種別とを取得して、データ不揮発化装置５へと接続する（ステップＳ２０４）。接続先識別名として、ワークユニット定義又はフロー定義からイベントチャネル論理名を取得する。送信／受信種別として、ワークユニット定義又はフロー定義から送信／受信種別を取得する。
【００６１】
そして、接続情報（図４、図５、図６参照）を不揮発化して保存する（ステップＳ２０５）。ユーザ業務アプリが運用され（ステップＳ２０６）、その後運用が終了される。
【００６２】
運用が正常終了又は異常終了かを判断する（ステップＳ２０７）。運用者の停止操作による正常終了である場合、接続情報が回収される（ステップＳ２０８）。データ不揮発化装置５との接続に対して切断処理を行い、不揮発化領域の接続情報を削除する。運用の終了に応じて、ワークユニット、プロセス、スレッドが停止する（ステップＳ２０９）。
【００６３】
一方、ステップＳ２０７において、異常終了であると判断された場合、異常終了に伴うワークユニット、プロセス、スレッドを再起動してステップＳ２０１へと進む。
【００６４】
データ不揮発化装置５側で異常が発生した場合、データ不揮発化装置５に関する全ての接続情報は無効になる。その状態になった場合、不揮発化した接続情報が不要であることは、データ不揮発化装置５側でも利用側でも明らかとなるため、接続情報を削除することによって不要な接続情報が残存することを防止することができる。
【００６５】
上述したように、本発明では、複数のプロセス及びスレッドから共有されるデータ不揮発化装置５の利用中、利用側のプロセス又はスレッドの一部に異常が発生した場合、正常なプロセスやスレッドからも利用されているデータ不揮発化装置全体や、正常なプロセスやスレッドに影響を与えることなく、異常が発生したプロセスやスレッドで使用していた接続情報のみを回収することができる。従って、データ不揮発化装置５の可用性を向上させ、そのデータ不揮発化装置５を用いた業務システム全体の運用性も向上させることができる。
【００６６】
また、利用者側で接続情報をスレッド毎に管理することができるため、利用者側の異常をデータ不揮発化装置５へ伝達する必要が無く、利用者側の操作のみで回収を行うことができる。従って、データ不揮発化装置５からのポーリングなどの余計な処理を追加する必要がない。
【００６７】
以上の説明に関し、更に以下の項を開示する。
（付記１）
共有で利用されるデータ不揮発化装置との接続に関する接続情報を異常発生時に回収する接続情報回収方法であって、コンピュータに、
前記接続情報が格納されている不揮発化領域に、業務処理の運用開始によって起動された処理単位に対応する接続情報が存在するか否かを判断する判断手順と、
前記接続情報が存在する場合に、該接続情報を用いて前記処理単位の接続状態を復元し、前記データ不揮発化装置との接続を切断した後に該接続情報を削除する接続情報回収手順とを実行させる接続情報回収方法。
（付記２）
前記コンピュータに、前記業務処理の運用開始に応じて、前記処理単位に対応させて前記接続情報のための不揮発化領域を確保する領域確保手順を実行させることを特徴とする付記１記載の接続回収方法。
（付記３）
前記処理単位は、スレッドであり、
前記領域確保手順は、前記不揮発化領域に、前記処理単位が属するワークユニットと、プロセスとを識別する識別情報と、スレッドを識別する情報とを夫々ディレクトリ名としたツリー構造を構成し、該スレッド識別情報を示すディレクトリ配下に前記接続情報をファイルとして格納することを特徴とする付記２記載の接続回収方法。
（付記４）
前記コンピュータに、
前記データ不揮発化装置との接続の正常な切断に応じて、前記接続情報を前記不揮発化領域から削除する接続情報削除手順と、
前記業務処理の正常な運用終了に応じて、前記接続情報のための不揮発化領域を削除する不揮発化領域削除手順とを実行させることを特徴とする付記１乃至３のいずれか一項記載の接続回収方法。
（付記５）
前記接続情報削除手順は、前記接続情報を格納したファイルを削除することを特徴とする付記４記載の接続回収方法。
（付記６）
前記不揮発化領域削除手順は、前記ファイルがひとつも存在しないディレクトリを削除することを特徴とする付記４又は５記載の接続回収方法。
（付記７）
共有で利用されるデータ不揮発化装置との接続に関する接続情報を異常発生時に回収するサーバ装置であって、
前記接続情報が格納されている不揮発化領域に、業務処理の運用開始によって起動された処理単位に対応する接続情報が存在するか否かを判断する判断手段と、
前記接続情報が存在する場合に、該接続情報を用いて前記処理単位の接続状態を復元し、前記データ不揮発化装置との接続を切断した後に該接続情報を削除する接続情報回収手段とを有することを特徴とするサーバ装置。
（付記８）
共有で利用されるデータ不揮発化装置との接続に関する接続情報を異常発生時に回収する接続情報回収処理をコンピュータに実行させるコンピュータ実行可能なプログラムであって、該コンピュータに、
前記接続情報が格納されている不揮発化領域に、業務処理の運用開始によって起動された処理単位に対応する接続情報が存在するか否かを判断する判断手順と、
前記接続情報が存在する場合に、該接続情報を用いて前記処理単位の接続状態を復元し、前記データ不揮発化装置との接続を切断した後に該接続情報を削除する接続情報回収手順とを実行させるコンピュータ実行可能なプログラム。
【００６８】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００６９】
【図１】システム構成の例を示す図である。
【図２】接続情報の管理処理を説明するためのフローチャート図である。
【図３】運用モデルの例を示す図である。
【図４】接続情報を管理するためのデータ構成の概念を示す図である。
【図５】図４に示すデータ構成をディレクトリ及びファイルで管理する例を示す図である。
【図６】図３における接続情報の管理例を示す図である。
【図７】ワークユニットを適応した運用モデルでの処理詳細を説明するためのフローチャート図である。
【図８】正常時の処理と異常時の処理とを対比させて説明するためのフローチャート図である。
【符号の説明】
【００７０】
２          ネットワーク
５          データ不揮発化装置
１００      サーバＡ
２００      サーバＢ
３００      サーバＣ
【図１】
2007272804.tif 000003
【図２】
2007272804.tif 000004
【図３】
2007272804.tif 000005
【図４】
2007272804.tif 000006
【図５】
2007272804.tif 000007
【図６】
2007272804.tif 000008
【図７】
2007272804.tif 000009
【図８】
2007272804.tif 000010