(57)【要約】【課題】クライアント装置から効率良く情報を登録することができるとともに、データベースで障害が発生した際に迅速に障害復旧を行なうことができる情報管理装置を得ること。【解決手段】入力情報を入力するクライアントＰＣ３００から送信される入力情報に所定の処理を行なうとともにＤＢサーバ２００に記憶させて管理するＡＰサーバ１００において、ＤＢサーバ２００との接続障害に関する接続障害情報を識別する障害識別情報を記憶するカレントステータスＤＢ７０と、ＤＢサーバ２００との接続障害が復旧した後、クライアントＰＣ３００から送信済みの入力情報および入力情報をクライアントＰＣ３００から再送信させるための再送信情報をクライアントＰＣ３００に送信するメール送信手段５０と、を備え、カレントステータスＤＢ７０が障害識別情報を記憶しない場合にＤＢサーバ２００と接続できるか否かを判断する。【選択図】        図１
2007018373.tif 000002
【特許請求の範囲】
【請求項１】
所定の情報を入力情報として入力するクライアント側装置と接続され、前記クライアント側装置から送信される入力情報に所定の処理を行なうとともに、所定の処理を行なった前記入力情報をデータベースサーバに記憶させて管理する情報管理装置において、
前記入力情報に所定の処理を行う情報処理手段と、
前記クライアント側装置から送信される前記入力情報を受信した際に、前記データベースサーバと接続できるか否かを判断する接続判断手段と、
前記データベースサーバとの接続障害が発生した場合に、前記接続障害に関する接続障害情報を識別する障害識別情報を記憶する障害識別情報記憶手段と、
前記障害識別情報記憶部が記憶する障害識別情報に対応する接続障害情報を記憶する接続障害情報記憶手段と、
前記データベースサーバとの接続障害が発生した後、前記接続判断手段が前記データベースサーバとの接続が可能であることを確認した場合に、前記クライアント装置から送信済みの前記入力情報および前記入力情報を前記クライアント側装置から再送信させるための再送信情報を前記クライアント側装置に送信する再送信情報送信手段と、
を備え、
前記障害識別情報記憶手段は、前記データベースサーバへの接続障害が発生した場合に、前記データベースサーバから送信される接続障害情報に対応する前記障害識別情報を記憶するとともに、前記データベースサーバとの接続が可能であることを確認できた場合に前記記憶していた障害識別情報を削除し、
前記接続判断手段は、前記障害識別情報記憶手段が前記障害識別情報を記憶しない場合に前記データベースサーバと接続できるか否かを判断することを特徴とする情報管理装置。
【請求項２】
前記接続判断手段が前記データベースサーバとの接続が可能であることを確認した後に、前記入力情報を前記クライアント側装置から再送信させるか否かを確認するための確認情報を前記クライアント側装置に送信するとともに、前記クライアント側装置から前記確認情報に対する応答情報を受信する再送信確認手段をさらに備え、
前記再送信情報送信手段は、前記入力情報を前記クライアント側装置から再送信させる応答情報を前記再送信確認手段が受信した場合に、前記再送信情報および前記入力情報を前記クライアント側装置に送信することを特徴とする請求項１に記載の情報管理装置。
【請求項３】
前記データベースサーバへの接続障害が発生した後、前記接続判断手段が前記データベースサーバと接続できると判断した場合に、前記データベースサーバを再起動させる所定のコマンド情報を用いて前記データベースサーバを再起動させる再起動手段をさらに備えることを特徴とする請求項１または２に記載の情報管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置の情報入力処理を支援する情報管理装置に関するものである。
【背景技術】
【０００２】
近年、通信技術の発展に伴い、複数のパーソナルコンピュータ（クライアント装置）等から入力される情報を、ＤＢ（Data Base）サーバと接続したアプリケーションサーバ等の情報管理装置で管理する技術（情報管理システム）の開発が進められている。情報管理システムにおいては、アプリケーションサーバが備える所定のアプリケーションによって、パーソナルコンピュータ等から入力される情報に所定の処理を行なっている。そして、所定の処理が行われた情報をＤＢサーバが記憶し、アプリケーションサーバは必要に応じてＤＢサーバから情報を抽出している。
【０００３】
このような情報管理システムにおいて、例えばＤＢサーバに障害が発生すると、パーソナルコンピュータのユーザは全ての情報入力処理を完了した後、アプリケーションサーバに情報の登録要求を行なうまでＤＢサーバに障害が発生したことを認識することができない。このため、パーソナルコンピュータに入力した情報が無駄となってしまい、情報管理システムの利便性を悪化させている。したがって、ＤＢサーバ等の障害発生時においても、効率良く情報を登録し管理することが望まれている。
【０００４】
特許文献１に記載の状態監視装置は、通信制御部、状態監視処理部、応答情報取得処理部、異常検知処理部を具備して構成されている。そして、状態監視処理部は、所定の周期で業務サーバの稼働状態を監視するためのサービス要求を送出している。応答情報取得処理部では、サービス要求に対応する業務サーバからの応答情報を取得し、この応答情報が「正常」かまたは「異常」かを判定している。応答情報が「異常」と判定された場合には、異常検知処理部では、応答情報に対応する業務サーバにおける障害発生を検知し、通信制御部を介してシステム統括管理サーバに対して障害発生に関する情報を通知している。
【０００５】
【特許文献１】特開２０００−２９７４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記従来の技術によれば、業務サーバの稼働状態が正常か異常かをシステム統括管理サーバに通知することはできるが、障害発生時においても、クライアント装置のユーザが情報管理装置に効率良く情報を登録することができないという問題があった。また、障害が発生した際、迅速に障害復旧を行なうことができないといった問題があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、クライアント装置から効率良く情報を登録することができるとともに、データベースで障害が発生した際に、迅速に障害復旧を行なうことができる情報管理装置を得ることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、所定の情報を入力情報として入力するクライアント側装置と接続され、前記クライアント側装置から送信される入力情報に所定の処理を行なうとともに、所定の処理を行なった前記入力情報をデータベースサーバに記憶させて管理する情報管理装置において、前記入力情報に所定の処理を行う情報処理手段と、前記クライアント側装置から送信される前記入力情報を受信した際に、前記データベースサーバと接続できるか否かを判断する接続判断手段と、前記データベースサーバとの接続障害が発生した場合に、前記接続障害に関する接続障害情報を識別する障害識別情報を記憶する障害識別情報記憶手段と、前記障害識別情報記憶部が記憶する障害識別情報に対応する接続障害情報を記憶する接続障害情報記憶手段と、前記データベースサーバとの接続障害が発生した後、前記接続判断手段が前記データベースサーバとの接続が可能であることを確認した場合に、前記クライアント装置から送信済みの前記入力情報および前記入力情報を前記クライアント側装置から再送信させるための再送信情報を前記クライアント側装置に送信する再送信情報送信手段と、を備え、前記障害識別情報記憶手段は、前記データベースサーバへの接続障害が発生した場合に、前記データベースサーバから送信される接続障害情報に対応する前記障害識別情報を記憶するとともに、前記データベースサーバとの接続が可能であることを確認できた場合に前記記憶していた障害識別情報を削除し、前記接続判断手段は、前記障害識別情報記憶手段が前記障害識別情報を記憶しない場合に前記データベースサーバと接続できるか否かを判断することを特徴とする。
【発明の効果】
【０００９】
この発明によれば、クライアント側装置から送信される入力情報のデータ登録を行なう際に、データベースサーバに障害が発生した場合であっても、入力情報をクライアント側装置から再送信させるための再送信情報および入力情報をクライアント側装置に送信するので、クライアント側装置からの入力情報のデータ登録を容易に行なうことが可能となる。したがって、クライアント側装置から情報管理装置へ効率良く情報を登録することが可能になるという効果を奏する。また、データベースサーバにおいて障害が発生した場合であっても、接続障害に関する接続障害情報を識別する障害識別情報に基づいて、迅速に障害復旧を行なうことが可能になるという効果を奏する。
【発明を実施するための最良の形態】
【００１０】
以下に、本発明にかかる情報管理装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１１】
実施の形態
まず、本実施の形態に係る情報管理システムの概念について説明する。図１は、実施の形態に係る情報管理システムの概念を説明するための説明図である。情報管理システムは、クライアントＰＣ（Personal Computer）３００、ＡＰ（Application Program）サーバ１００、ＤＢ（Data Base）サーバ２００を含んで構成されている。
【００１２】
なお、ここでのクライアントＰＣ３００が特許請求の範囲に記載のクライアント側装置に対応し、ＤＢサーバ２００が特許請求の範囲に記載のデータベースサーバに対応し、ＡＰサーバ１００が特許請求の範囲に記載の情報管理装置に対応する。
【００１３】
情報管理システムは、例えば会社内に配置され、クライアントＰＣ３００は情報が管理されるユーザ（例えば社員）側の通信端末（情報登録装置）として動作し、ＡＰサーバ１００、ＤＢサーバ２００は情報を管理する側（経理部門等）の情報管理装置として動作する。なお、ここではＡＰサーバ１００が管理する情報の一例として、各ユーザの出張旅費に関する情報を管理する場合について説明する。
【００１４】
クライアントＰＣ３００は、ＡＰサーバ１００に出張旅費等に関する所定の情報（以下、ユーザ入力情報という）を入力するパーソナルコンピュータ等であり、ＡＰサーバ１００とＬＡＮ（Local Area Network）回線等によって接続されている。
【００１５】
ＡＰサーバ１００は、クライアントＰＣ３００から入力される情報を管理するパーソナルコンピュータ等であり、ＬＡＮ回線等によってクライアントＰＣ３００、ＤＢサーバ２００に接続されている。
【００１６】
ＤＢサーバ２００は、ＡＰサーバ１００によって所定の処理が行われたクライアントＰＣ３００からのユーザ入力情報や、クライアントＰＣ３００に関する情報を記憶するデータベースである。
【００１７】
クライアントＰＣ３００のユーザは、例えばブラウザの出張旅費精算画面３１０から社員番号、出張日、出張費用の金額等に関する情報を入力する。出張旅費精算画面３１０に所定の情報を入力し終えると、ユーザが登録ボタン等を押下することによって、出張旅費精算画面３１０に入力された出張旅費に関するユーザ入力情報がＡＰサーバ１００に送信される（１）。
【００１８】
出張旅費精算画面３１０に入力された出張旅費に関するユーザ入力情報は、ＡＰサーバ１００内の精算手段１０に入力される。精算手段１０は、まずＤＢサーバ接続手段２０にＤＢサーバ２００への接続テストを実行させる（２）。
【００１９】
ＤＢサーバ接続手段２０は、カレントステータスＤＢ７０内にＤＢサーバ２００の障害の発生を示す情報（ＤＢサーバ２００の障害の発生を示すメッセージ（接続障害情報）に対応付けられたメッセージナンバ（障害識別情報））があるか否かを判断する（３）。カレントステータスＤＢ７０内にメッセージナンバがある場合、ＤＢサーバ接続手段２０はメッセージＤＢ８０内からＤＢサーバ２００の障害の発生に関するメッセージ（情報）を抽出し、精算手段１０に送信する。
【００２０】
メッセージＤＢ８０には、ＤＢサーバ２００から送信される障害の発生を示すメッセージ（後述する接続ＮＧメッセージ）、接続ＮＧメッセージをユーザに理解しやすく変換したエラーメッセージ（以下、エラー情報変換メッセージという）、エラー情報変換メッセージを識別するためのメッセージナンバがそれぞれ対応付けられて格納されている。したがって、ＤＢサーバ接続手段２０は、カレントステータスＤＢ７０から抽出したメッセージナンバに基づいて、メッセージＤＢ８０からエラー情報変換メッセージを抽出し精算手段１０に送信する。なお、エラー情報変換メッセージは、例えば日本語によってエラー内容やエラーに対する指示を示すメッセージである。また、メッセージＤＢ８０には、ＤＢサーバ２００から送信されるメッセージに対応する後述の接続ＯＫメッセージを、ユーザに理解しやすく変換したメッセージとして格納することとしてもよい。
【００２１】
一方、カレントステータスＤＢ７０内にＤＢサーバ２００の障害の発生を示す情報（メッセージナンバ）がない場合、ＤＢサーバ接続手段２０はＤＢサーバ２００への接続を行なう（４）。ＤＢサーバ２００は、ＤＢサーバ接続手段２０から接続要求されると、ＤＢサーバ接続手段２０に何らかのメッセージを送信する（５）。ＤＢサーバ接続手段２０は、ＤＢサーバ２００から受信したメッセージが接続成功（接続ＯＫ）を示すメッセージ（接続ＯＫメッセージ）または接続失敗（接続ＮＧ）を示すメッセージ（接続ＮＧメッセージ）のいずれであるかをメッセージＤＢ８０に問い合わせる。これにより、ＤＢサーバ接続手段２０は、メッセージ毎に設定されている接続ＯＫ／ＮＧフラグを取得し、接続ＯＫであるか接続ＮＧであるかを判断する。
【００２２】
ＤＢサーバ接続手段２０は、ＤＢサーバ２００から接続ＯＫメッセージに対応するメッセージを受信すると、この接続ＯＫメッセージを精算手段１０に送信する。精算手段１０は、ユーザ入力情報に基づいた出張旅費の精算処理等を行う。そして、精算処理等が完了したデータはＤＢサーバ２００へ格納させる。なお、メッセージＤＢ８０にメッセージ内容（接続ＯＫメッセージ）が登録されていない場合は、ＤＢサーバ接続手段２０はメッセージＤＢ８０に接続ＯＫメッセージを新規登録する。そして、メッセージＤＢ８０に新たに登録する接続ＯＫメッセージには、新たなメッセージナンバ等を対応付けておく。また、ＤＢサーバ２００への接続の成功または失敗を示す接続フラグを接続ＯＫに設定してＤＢサーバ接続手段２０に記憶しておく。
【００２３】
以下、ＤＢサーバ接続手段２０が、ＤＢサーバ２００から接続ＮＧメッセージに対応するメッセージを受信した場合（ＤＢサーバ２００に障害が発生した場合）について説明する。ＤＢサーバ接続手段２０が、ＤＢサーバ２００から接続ＮＧメッセージに対応するメッセージを受信すると、ＤＢサーバ接続手段２０は、接続ＮＧメッセージに対応するメッセージに基づいて、メッセージＤＢ８０にアクセスし、エラー情報変換メッセージやＤＢサーバ２００の再起動が可能か否かを示す再起動フラグをメッセージＤＢ８０から抽出する（６）。
【００２４】
メッセージＤＢ８０にメッセージ内容（接続ＮＧメッセージとエラー情報変換メッセージ）が登録されていない場合、ＤＢサーバ接続手段２０は接続ＮＧと判断しメッセージＤＢ８０に接続ＮＧメッセージとエラー情報変換メッセージを新規登録する。そして、メッセージＤＢ８０に新たに登録する接続ＮＧメッセージとエラー情報変換メッセージには、新たなメッセージナンバ等を対応付けておく。また、ＤＢサーバ２００への接続の成功または失敗を示す接続フラグを接続ＮＧに設定してＤＢサーバ接続手段２０に記憶しておく。なお、エラー内容が原因不明の場合、ＤＢサーバ接続手段２０は既定のメッセージを設定し、後で原因が判明した際に、システム管理者等がエラー情報変換メッセージの内容を適切な内容にメンテナンスすることとしてもよい。
【００２５】
また、ＤＢサーバ接続手段２０は、所定の時間を経過してもＤＢサーバ２００からメッセージを受信できない場合は、タイムアウトと判断し、接続ＮＧであると判断する。そして、メッセージＤＢ８０にタイムアウトに関する接続ＮＧメッセージ、この接続ＮＧメッセージに対応するエラー情報変換メッセージ、この接続ＮＧメッセージに対応するメッセージナンバ等を新規登録する。なお、タイムアウトに関する接続ＮＧメッセージを予めメッセージＤＢ８０に格納しておいてもよい。この場合、予めメッセージＤＢ８０に格納しておいたタイムアウトに関する接続ＮＧメッセージ（メッセージナンバ）をカレントステータスＤＢ７０に設定すればよい。
【００２６】
ＤＢサーバ接続手段２０がメッセージＤＢ８０を照会した結果、メッセージＤＢ８０から所定のエラー情報変換メッセージを抽出できなかった場合（接続ＮＧの場合）は、メッセージＤＢ８０に新たに登録したメッセージナンバ等をカレントステータスＤＢ７０に記憶させる（７）。
【００２７】
ＤＢサーバ接続手段２０は、ＤＢサーバ２００への接続ＮＧを示す情報（エラー情報変換メッセージ）を精算手段１０に送信するとともに（８）、ＤＢサーバ２００の障害発生を示す情報（接続ＮＧメッセージ等）をシステム管理者４００へ電子メール等で通知する（後述する（Ｃ８））。
【００２８】
精算手段１０は、クライアントＰＣ３００からのリクエストに基づいて判断するＤＢサーバ２００を更新するか否かの情報（以下、ＤＢ更新情報という）、エラー情報変換メッセージ、ブラウザの出張旅費精算画面３１０に入力されてＡＰサーバ１００に送信された情報（ユーザ入力情報）、精算手段１０が備えるアプリケーションを識別するためのアプリケーションＩＤ等を、再実行情報生成手段４０に入力する（９）。
【００２９】
再実行情報生成手段４０は、ＤＢ更新情報に基づいて、以下の処理を行なう（１０）。すなわち、ＤＢ更新情報がＤＢサーバ２００の更新無しを示す場合、再実行情報生成手段４０は、エラー情報変換メッセージを表示するための情報をｈｔｍｌ（Hyper Text Markup Language）等によって作成し、クライアントＰＣ３００のブラウザに送信する。
【００３０】
そして、クライアントＰＣ３００のブラウザは、エラー情報変換メッセージをエラーメッセージ表示画面３２０として表示する。ここでのエラーメッセージ表示画面３２０には、例えば「サーバ障害が発生しています」といったメッセージを表示する。
【００３１】
一方、ＤＢ更新情報がＤＢサーバ２００の更新有りを示す場合、再実行情報生成手段４０は、エラー情報変換メッセージ、ユーザ入力情報、ユーザ（クライアントＰＣ３００）のメールアドレス等を表示するための情報をｈｔｍｌ等によって作成し、クライアントＰＣ３００のブラウザに送信する。なお、ここでのユーザのメールアドレスは、障害復旧時にクライアントＰＣ３００にメール通知するためのアドレスである。
【００３２】
そして、クライアントＰＣ３００のブラウザは、エラー情報変換メッセージをエラーメッセージ表示画面３３０として表示する。ここでのエラーメッセージ表示画面３３０には、例えば「サーバ障害が発生したため登録できませんでした。障害復旧後に以下の入力内容で再実行したい場合は、送信ボタンを押してください。復旧時にメールでご連絡します」といったメッセージと、ユーザ入力情報（入力内容）の一覧を表示する。
【００３３】
クライアントＰＣ３００のユーザが、ユーザ入力情報をＡＰサーバ１００に再送信（再登録）したい場合は、ユーザによってエラーメッセージ表示画面３３０内の送信ボタンが押下される（１１）。これにより、クライアントＰＣ３００からＡＰサーバ１００へ、ユーザ入力情報を再送信することを示す情報が送信される。
【００３４】
ユーザ入力情報を再送信することを示す情報は、ＡＰサーバ１００の再実行情報生成手段４０に入力される。再実行情報生成手段４０は、ユーザ入力情報を確認して再登録させるために必要な情報（エラー情報変換メッセージ、ユーザ入力情報、ユーザ入力情報に対する処理内容に関する情報、精算手段１０のアプリケーションＩＤ、クライアントＰＣ３００のユーザのメールアドレス等（以下、再実行情報という））を再実行ＤＢ６０に記憶させる（１２）。
【００３５】
ＤＢサーバ接続手段２０は、メッセージＤＢ８０から抽出した再起動フラグがＤＢサーバ２００の再起動が可能であることを示す場合、ＤＢサーバ再起動手段３０を起動させる（１３）。
【００３６】
ＤＢサーバ再起動手段３０は、メッセージＤＢ８０からＤＢサーバ２００を再起動するためのコマンドを抽出する（１４）。ＤＢサーバ再起動手段３０は、ＤＢサーバ２００に対してリモートログインして再起動コマンドを実行する。これにより、ＤＢサーバ２００の再実行処理手段２１０は再起動処理を行う（１５）。
【００３７】
この後、ＤＢサーバ再起動手段３０は、ＤＢサーバ２００の再実行処理手段２１０から再起動処理の処理結果に関する情報を受信する（１６）。再起動処理の処理結果が再起動成功の場合、ＤＢサーバ再起動手段３０はカレントステータスＤＢ７０内のデータ（ＤＢサーバ２００の障害の発生を示すメッセージに対応付けられたメッセージナンバ）を消去する。一方、再起動処理の処理結果が再起動失敗の場合、ＤＢサーバ再起動手段３０はカレントステータスＤＢ７０内のデータを消去しない（１７）。そして、ＤＢサーバ再起動手段３０は、再起動処理の処理結果に関わらず、再起動処理の処理結果をシステム管理者４００へメール等によって通知する（１８）。
【００３８】
また、ＡＰサーバ１００のメール送信手段５０は、クライアントＰＣ３００のブラウザ操作をトリガとせず、以下の処理（（Ｃ１）〜（Ｃ８））を所定の周期で実行している。すなわち、メール送信手段５０は、所定の周期で自動的に起動する（Ｃ１）。
【００３９】
メール送信手段５０は、再実行ＤＢ６０を照会し再実行ＤＢ６０内の情報（再実行情報）を取得する（Ｃ２）。再実行ＤＢ６０内にデータが無い場合、メール送信手段５０の処理を終了する。
【００４０】
再実行ＤＢ６０内にデータが有る場合、メール送信手段５０はＤＢサーバ接続手段２０にＤＢサーバ２００への接続テストを実行させる（Ｃ３）。ＤＢサーバ接続手段２０は、ＤＢサーバ２００への接続が成功したか否かの接続結果に関する情報（接続ＯＫメッセージまたは接続ＮＧメッセージ）をメール送信手段５０に入力する（Ｃ４）。
【００４１】
メール送信手段５０は、ＤＢサーバ接続手段２０から接続ＯＫメッセージを受信すると、ＤＢサーバ２００の復旧を示すメッセージ（後述する復旧通知画面３４０）やユーザ入力情報を確認して再登録するためのメッセージ（後述する再実行画面３５０）をｈｔｍｌ等によって作成し、再実行ＤＢ６０に登録されているメールアドレスへメール送信する（Ｃ５）。一方、メール送信手段５０は、ＤＢサーバ接続手段２０から接続ＮＧメッセージを受信すると、メール送信手段５０の処理を終了する。
【００４２】
メール送信手段５０は、再実行ＤＢ６０に登録されているメールアドレスへメール送信する際、再実行ＤＢ６０からメール送信したアドレスに対応する再実行情報を削除する（Ｃ６）。
【００４３】
メール送信手段５０からメールを受信したクライアントＰＣ３００は、ＤＢサーバ２００の復旧を示すメッセージを復旧通知画面３４０として表示する。復旧通知画面３４０には、例えば「サーバが復旧しましたので、ご連絡いたします。以下の添付ファイルから再実行が可能です。」のメッセージ、ユーザ入力情報の一覧を表示する添付ファイルにアクセスするためのＵＲＬ（Uniform Resource Locator）等が表示される。
【００４４】
クライアントＰＣ３００は、復旧通知画面３４０のメッセージ（メール）に添付されているＵＲＬにアクセスし、メールに添付されているｈｔｍｌで作成された画面（ユーザ入力情報を確認して再登録するための画面（以下、再実行画面３５０という））を開く。
【００４５】
再実行画面（再送信情報）３５０には、例えば「サーバ障害が発生して登録できなかった以下の内容を再実行できます。再実行する場合は再実行ボタンを押してください。」のメッセージと、ユーザ入力情報の一覧、ＡＰサーバ１００にアクセスしてユーザ入力情報を送信するための再実行ボタンが表示される。
【００４６】
クライアントＰＣ３００のユーザによって再実行画面３５０内の再実行ボタンが押されると、再実行画面３５０に表示されているユーザ入力情報（出張旅費精算画面３１０に入力された出張旅費に関する情報）がＡＰサーバ１００に送信される（Ｃ７）。
【００４７】
この後、再実行画面３５０に表示されていたユーザ入力情報は、ＡＰサーバ１００内の精算手段１０に入力される。そして、情報管理システムにおいて（２）以降の処理が行なわれる。
【００４８】
また、ＤＢサーバ接続手段２０は、ＤＢサーバ２００への接続が成功したか否かの接続結果に関する情報をメール送信手段５０に入力する際（Ｃ４）、ＤＢサーバ２００の障害発生を示す情報（接続ＮＧメッセージ等）をシステム管理者４００へ電子メール等で通知する（Ｃ８）。
【００４９】
つぎに、ＡＰサーバ１００の構成を詳細に説明する。図２は、ＡＰサーバの構成を示すブロック図である。ＡＰサーバ１００は、精算手段１０、ＤＢサーバ接続手段２０、ＤＢサーバ再起動手段３０、再実行情報生成手段４０、メール送信手段５０、通信Ｉ／Ｆ手段９０、再実行ＤＢ６０、カレントステータスＤＢ７０、メッセージＤＢ８０、制御手段９１を備えている。
【００５０】
なお、ここでの精算手段１０が特許請求の範囲に記載の情報処理手段に対応し、ＤＢサーバ接続手段２０が特許請求の範囲に記載の接続判断手段に対応する。また、ここでのカレントステータスＤＢ７０が特許請求の範囲に記載の障害識別情報記憶手段に対応し、メッセージＤＢ８０が特許請求の範囲に記載の接続障害情報記憶手段に対応する。また、ここでのメール送信手段５０が特許請求の範囲に記載の再送信情報送信手段に対応する。また、ここでの再実行情報生成手段４０が特許請求の範囲に記載の再送信確認手段に対応し、ＤＢサーバ再起動手段３０が特許請求の範囲に記載の再起動手段に対応する。
【００５１】
精算手段１０は、クライアントＰＣ３００から送信されるリクエストに基づいて、クライアントＰＣ３００からのリクエストがＤＢサーバ２００の操作処理、更新処理を含んでいるか否かを判断する。
【００５２】
精算手段１０は、出張旅費の精算処理等を行なうソフトウェアアプリケーションを備えている。精算手段１０は、クライアントＰＣ３００からのリクエストがＤＢサーバ２００の操作処理、更新処理を含んでいない場合や、ＤＢサーバ２００への接続が可能な場合、所定のソフトウェアアプリケーションを用い、ユーザ入力情報に基づいて出張旅費の精算処理等を行なう。
【００５３】
ＤＢサーバ接続手段２０は、カレントステータスＤＢ７０内にＤＢサーバ２００の障害の発生を示す情報（メッセージナンバ）があるか否かを判断する。ＤＢサーバ接続手段２０は、カレントステータスＤＢ７０内にメッセージナンバがある場合、メッセージＤＢ８０内からＤＢサーバ２００の障害の発生に関するメッセージ（エラー情報変換メッセージ）を抽出し、精算手段１０に送信する。
【００５４】
ＤＢサーバ接続手段２０は、カレントステータスＤＢ７０内にメッセージナンバがない場合、ＤＢサーバ２００への接続を行ないＤＢサーバ２００から何らかのメッセージを受信する。ＤＢサーバ接続手段２０は、ＤＢサーバ２００から受信したメッセージをメッセージＤＢ８０に問い合わせ（接続テスト結果の問い合わせ）、接続ＯＫメッセージまたは接続ＮＧメッセージ（エラー情報変換メッセージ）のいずれかを取得する。ＤＢサーバ接続手段２０は、メッセージＤＢ８０から受信した接続テストのテスト結果（接続ＯＫメッセージまたは接続ＮＧメッセージ）を精算手段１０に送信する。ＤＢサーバ接続手段２０は、接続テストのテスト結果に基づいて、ＤＢサーバ再起動手段３０にＤＢサーバ２００の再起動を行なわせる。
【００５５】
ＤＢサーバ再起動手段３０は、ＤＢサーバ接続手段２０からの指示に基づいて、ＤＢサーバ２００の再起動処理を行なう。ＤＢサーバ再起動手段３０は、メッセージＤＢ８０からＤＢサーバ２００を再起動するためのコマンドを抽出してＤＢサーバ２００の再起動を行ない、再起動処理の処理結果をシステム管理者４００へメール等によって通知する。ＤＢサーバ再起動手段３０は、ＤＢサーバ２００の再起動に成功した場合、カレントステータスＤＢ７０内のデータ（メッセージナンバ）を消去する。
【００５６】
再実行情報生成手段４０は、精算手段１０のＤＢサーバ接続結果解析部６から受信したＤＢ更新情報に基づいて、エラーメッセージ表示画面３２０またはエラーメッセージ表示画面３３０をｈｔｍｌ生成部４２に生成させる。
【００５７】
再実行情報生成手段４０は、生成したエラーメッセージ表示画面３２０，３３０をクライアントＰＣ３００に送信し、クライアントＰＣ３００からユーザ入力情報を再送信する指示情報を受信する。
【００５８】
再実行情報生成手段４０は、精算手段１０から受信したエラー情報変換メッセージ、入力内容の一覧からなるユーザ入力情報、ユーザ入力情報に対する処理内容に関する情報、精算手段１０のアプリケーションＩＤ、クライアントＰＣ３００のユーザのメールアドレスを再実行ＤＢ６０に記憶させる。
【００５９】
メール送信手段５０は、クライアントＰＣ３００へ復旧通知画面３４０を表示させるためのメールを作成するメール作成アプリケーションを備えている。通信Ｉ／Ｆ手段９０は、クライアントＰＣ３００、ＤＢサーバ２００との通信を行う通信インタフェースである。
【００６０】
再実行ＤＢ６０は、ユーザ入力情報を確認して再登録させるために必要な再実行情報（エラー情報変換メッセージ、ユーザ入力情報、ユーザ入力情報に対する処理内容に関する情報、精算手段１０のアプリケーションＩＤ、クライアントＰＣ３００のユーザのメールアドレス等）を記憶する。
【００６１】
カレントステータスＤＢ７０は、ＤＢサーバ２００の障害の発生を示す情報（ＤＢサーバ２００の障害の発生を示すメッセージに対応付けられたメッセージナンバ）を記憶する。カレントステータスＤＢ７０は、ＤＢサーバ２００への接続障害が発生した場合に、ＤＢサーバ２００から送信される接続ＮＧ情報に対応するメッセージナンバを記憶するとともに、ＤＢサーバ再起動手段３０がＤＢサーバ２００の再起動を確認すると記憶していたメッセージナンバを削除する。
【００６２】
メッセージＤＢ８０は、ＤＢサーバ２００から送信される障害の発生を示すメッセージ（接続ＮＧメッセージ）、接続ＮＧメッセージをユーザに理解しやすく変換したエラー情報変換メッセージ、エラー情報変換メッセージを識別するためのメッセージナンバ、接続ＯＫ／ＮＧフラグ、再起動フラグ（再起動のＯＫ／ＮＧを示すフラグ）、再起動コマンドをそれぞれ対応付けて記憶する。
【００６３】
制御手段９１は、精算手段１０、ＤＢサーバ接続手段２０、ＤＢサーバ再起動手段３０、再実行情報生成手段４０、メール送信手段５０、通信Ｉ／Ｆ手段９０、再実行ＤＢ６０、カレントステータスＤＢ７０、メッセージＤＢ８０を制御する。
【００６４】
ここで、精算手段１０の詳細な構成について説明する。図３は、精算手段の構成を示す図である。精算手段１０は、ログインチェック部１、ログイン画面生成部２、リクエスト解析部３、ＤＢサーバ接続リクエスト部４、精算処理部５、ＤＢサーバ接続結果解析部６を備えている。
【００６５】
ログインチェック部１は、クライアントＰＣ３００からアクセスがあった際に、クライアントＰＣ３００からログインされた（ログイン済み）か否かを判断する。ログイン画面生成部２は、ログインチェック部１がクライアントＰＣ３００からログインされていないと判断した場合に、ＡＰサーバ１００にログインするためのログイン画面をｈｔｍｌ等によって生成し、クライアントＰＣ３００に送信する。
【００６６】
リクエスト解析部３は、クライアントＰＣ３００から送信されるリクエスト（要求情報）を解析する。リクエスト解析部３は、例えばクライアントＰＣ３００からのリクエストにＳＱＬ（Structured Query Language）が含まれているか否かに基づいて、クライアントＰＣ３００からのリクエストがＤＢサーバ２００の操作処理を含んでいるか否かを判断する。
【００６７】
リクエスト解析部３は、クライアントＰＣ３００からのリクエストがＤＢサーバ２００の操作処理を含んでいると判断した場合には、リクエストがＤＢサーバ２００の更新処理（ＩＮＳＥＲＴ、ＵＰＤＡＴＥ、ＤＥＬＥＴＥ、ＤＲＯＰ等）を含んでいるか否かを判断する。
【００６８】
クライアントＰＣ３００からのリクエストがＤＢサーバ２００の操作処理、ＤＢサーバ２００の更新処理を含んでいない場合、リクエスト解析部３はリクエストがＤＢサーバ２００の操作処理、更新処理を含んでいないことを示す情報を精算処理部５に送信する。
【００６９】
クライアントＰＣ３００からのリクエストがＤＢサーバ２００の操作処理、ＤＢサーバ２００の更新処理を含んでいる場合、リクエスト解析部３は、クライアントＰＣ３００からのリクエストがＤＢサーバ２００の操作処理、更新処理を含んでいることを示す情報（ＤＢ更新情報）を、ＤＢサーバ接続リクエスト部４に入力する。ＤＢサーバ接続リクエスト部４は、リクエストがＤＢサーバ２００の更新処理を含んでいることを示す判断結果（ＤＢ更新情報）を受けると、ＤＢサーバ接続手段２０にＤＢサーバ２００へ接続テストを行なうようリクエストするとともに、ＤＢサーバ接続手段２０から接続テストのテスト結果を受信する。
【００７０】
ＤＢサーバ接続リクエスト部４は、ＤＢサーバ接続手段２０の接続先となるＤＢサーバ２００に関する情報（アドレス等）を記憶しており、このアドレス等に基づいて、ＤＢサーバ接続手段２０にＤＢサーバ２００へ接続テストを行なうようリクエストする。ＤＢサーバ接続リクエスト部４は、ＤＢサーバ接続手段２０から受信した接続テストのテスト結果をＤＢサーバ接続結果解析部６に入力する。
【００７１】
精算処理部５は、リクエストがＤＢサーバ２００の操作処理、更新処理を含んでいないことを示す情報をリクエスト解析部３から受信すると、出張旅費の精算等を行なう所定のソフトウェアアプリケーションを用い、ユーザ入力情報に基づいて出張旅費の精算処理等を行なう。
【００７２】
また、ＤＢサーバ接続リクエスト部４から入力された接続テストのテスト結果が、接続成功（接続ＯＫ）であった場合、ＤＢサーバ接続結果解析部６は、精算処理部５に出張旅費の精算処理等を行わせる。精算処理部５は、出張旅費の精算処理結果をクライアントＰＣ３００に送信し、クライアントＰＣ３００に出張旅費の精算処理結果を表示させる。
【００７３】
ＤＢサーバ接続リクエスト部４から入力された接続テストのテスト結果が、接続失敗（接続ＮＧ）であった場合、ＤＢサーバ接続結果解析部６は接続ＮＧを示すメッセージ、ＤＢ更新情報、ユーザ入力情報（入力内容及び各入力内容に対する項目名）、精算手段１０が備えるアプリケーションを識別するためのアプリケーションＩＤを再実行情報生成手段４０に送る。
【００７４】
つぎに、再実行情報生成手段４０の詳細な構成について説明する。図４は、再実行情報生成手段の構成を示す図である。再実行情報生成手段４０は、リクエスト受付部４１、ｈｔｍｌ生成部４２、再実行情報登録部４３を備えている。
【００７５】
リクエスト受付部４１は、精算手段１０のＤＢサーバ接続結果解析部６から受信したＤＢ更新情報に基づいて、エラーメッセージ表示画面３２０またはエラーメッセージ表示画面３３０をｈｔｍｌ生成部４２に生成させる。
【００７６】
リクエスト受付部４１は、ＤＢ更新情報がＤＢサーバ２００の更新を行なうことを示す情報である場合、エラーメッセージ表示画面３３０をｈｔｍｌ生成部４２に生成させる。また、リクエスト受付部４１は、ＤＢ更新情報がＤＢサーバ２００の更新を行なわないことを示す情報である場合、エラーメッセージ表示画面３２０をｈｔｍｌ生成部４２に生成させる。
【００７７】
ｈｔｍｌ生成部４２は、リクエスト受付部４１からの指示に基づいて、エラーメッセージ表示画面３２０またはエラーメッセージ表示画面３３０をｈｔｍによって生成する。ｈｔｍｌ生成部４２は、ＤＢ更新情報がＤＢサーバ２００の更新を行なうことを示す情報である場合、ＤＢサーバ２００への接続ＮＧを示すエラー情報変換メッセージ、入力内容の一覧（項目名、入力値）からなるユーザ入力情報、ユーザ入力情報に対する処理内容（ＤＢサーバ２００への登録、更新等）に関する情報、精算手段１０のアプリケーションＩＤを示すエラーメッセージ表示画面３３０をｈｔｍｌによって生成する。
【００７８】
ｈｔｍｌ生成部４２は、ＤＢ更新情報がＤＢサーバ２００の更新を行わないことを示す情報である場合、ＤＢサーバ２００への接続ＮＧを示すエラー情報変換メッセージを示すエラーメッセージ表示画面３２０をｈｔｍｌによって生成する。ｈｔｍｌ生成部４２は、生成したエラーメッセージ表示画面３３０やエラーメッセージ表示画面３２０をクライアントＰＣ３００に送信する。
【００７９】
再実行情報登録部４３は、エラー情報変換メッセージ、入力内容の一覧からなるユーザ入力情報、ユーザ入力情報に対する処理内容に関する情報、精算手段１０のアプリケーションＩＤ、クライアントＰＣ３００のユーザのメールアドレスを再実行ＤＢ６０に記憶させる。
【００８０】
再実行情報登録部４３は、クライアントＰＣ３００のユーザ毎のメールアドレスとユーザの社員番号との対応付けに関する情報を記憶しており、この対応関係情報、ユーザ入力情報に基づいて、各ユーザのアドレスを抽出する。
【００８１】
再実行情報登録部４３へは、クライアントＰＣ３００のユーザによってユーザ入力情報を再送信する指示情報が入力（エラーメッセージ表示画面３３０内の送信ボタンが押下）される。また、再実行情報登録部４３へは、ＤＢサーバ接続手段２０からＤＢサーバ２００への接続テスト結果に関する情報が入力される。
【００８２】
つぎに、ＡＰサーバ１００のＤＢサーバ接続手段２０によるＤＢサーバ２００への接続テストの処理手順について説明する。図５は、ＡＰサーバからＤＢサーバへの接続テストの処理手順を示すフローチャートである。
【００８３】
ＤＢサーバ接続手段２０は、ＤＢサーバ２００への接続テストを実行するよう精算手段１０から指示情報を受けると、カレントステータスＤＢ７０内にＤＢサーバ２００の障害の発生を示す情報（ＤＢサーバ２００の障害の発生を示すメッセージに対応付けられたメッセージナンバ）があるか否かを判断する（カレントステータスチェック）（ステップＳ１１０）。
【００８４】
カレントステータスＤＢ７０内にメッセージナンバがない場合（ステップＳ１１０、データ無）、ＤＢサーバ接続手段２０はＤＢサーバ２００への接続テスト処理を行なう（ステップＳ１２０）。
【００８５】
ＤＢサーバ２００は、ＤＢサーバ接続手段２０から接続要求されると、ＤＢサーバ接続手段２０に何らかのメッセージを送信する。ＤＢサーバ接続手段２０は、ＤＢサーバ２００から何らかのメッセージを受信したか否かに基づいて、ＤＢサーバ２００からの応答の有無を判断する（ステップＳ１３０）。
【００８６】
ＤＢサーバ接続手段２０は、ＤＢサーバ２００から何らかのメッセージを受信すると（ステップＳ１３０、有）、ＤＢサーバ２００からの応答有りと判断し、メッセージＤＢ８０への照会を行う（ステップＳ１４０）。
【００８７】
ＤＢサーバ接続手段２０は、メッセージＤＢ８０内にエラー情報変換メッセージ（データ）があるか否かを判断する（ステップＳ１５０）。メッセージＤＢ８０内にエラー情報変換メッセージがある場合（ステップＳ１５０、有）、ＤＢサーバ接続手段２０は、ＤＢサーバ２００から受信したメッセージが接続ＯＫメッセージ、接続ＮＧメッセージのいずれであるかをメッセージＤＢ８０に問い合わせる。これにより、ＤＢサーバ接続手段２０は、ＤＢサーバ２００からメッセージ毎に設定されている接続ＯＫ／ＮＧフラグを取得し、ＤＢサーバ２００への接続テストの処理結果が接続ＯＫであるか接続ＮＧであるかを判断する（ステップＳ１６０）。
【００８８】
ＤＢサーバ接続手段２０は、ＤＢサーバ２００から接続テストの処理結果として接続ＯＫメッセージに対応するメッセージを受信すると（ステップＳ１６０、ＯＫ）、このメッセージをメッセージＤＢ８０に突合せ、このメッセージに対応する接続ＯＫメッセージを取得する。ＤＢサーバ接続手段２０は、メッセージＤＢ８０から取得した接続ＯＫメッセージを精算手段１０に送信し、精算手段１０が出張旅費の精算処理等を行う。
【００８９】
メッセージＤＢ８０内にエラー情報変換メッセージがない場合（ステップＳ１５０、無）、ＤＢサーバ接続手段２０は接続ＮＧと判断しメッセージＤＢ８０に接続ＮＧメッセージとエラー情報変換メッセージを新規登録する（ステップＳ１７０）。そして、メッセージＤＢ８０に新たに登録する接続ＮＧメッセージとエラー情報変換メッセージには、新たなメッセージナンバ等を対応付けておく。また、ＤＢサーバ２００への接続の成功または失敗を示す接続フラグを接続ＮＧに設定してＤＢサーバ接続手段２０に記憶しておく。
【００９０】
ステップＳ１７０の処理の後、ＤＢサーバ接続手段２０は接続ＮＧメッセージとエラー情報変換メッセージに対応するメッセージナンバをカレントステータスＤＢ７０に登録する。
【００９１】
また、ＤＢサーバ接続手段２０がＤＢサーバ２００から接続テストの処理結果として接続ＮＧメッセージに対応するメッセージを受信すると（ステップＳ１６０、ＮＧ）、このメッセージをメッセージＤＢ８０に突合せ、このメッセージに対応するメッセージナンバを取得する。そして、取得したメッセージナンバをカレントステータスＤＢ７０に登録する（ステップＳ１８０）。
【００９２】
つぎに、ＤＢサーバ接続手段２０は、メッセージＤＢ８０にアクセスし再起動フラグを抽出する。ＤＢサーバ接続手段２０は、抽出した再起動フラグに基づいてＤＢサーバ２００が再起動可能か否かを判断する（ステップＳ１９０）。再起動フラグが、ＤＢサーバ２００は再起動可能であることを示す場合、ＤＢサーバ接続手段２０はＤＢサーバ再起動手段３０を起動する。これにより、ＤＢサーバ再起動手段３０はＤＢサーバ２００の再起動処理を行う（ステップＳ２００）。
【００９３】
再起動フラグが、ＤＢサーバ２００は再起動不可能であることを示す場合、ＤＢサーバ接続手段２０はエラー情報変換メッセージを精算手段１０に送信するとともに、ＤＢサーバ２００の障害発生を示す情報（接続ＮＧメッセージ等）をシステム管理者４００へ電子メール等で通知する（ステップＳ２３０）。
【００９４】
また、カレントステータスＤＢ７０内にメッセージナンバがある場合、ＤＢサーバ接続手段２０はメッセージＤＢ８０内からエラー情報変換メッセージを抽出し、精算手段１０に送信する（ステップＳ２１０）。
【００９５】
また、ＤＢサーバ接続手段２０は、ＤＢサーバ２００から接続テストの処理結果を受信できなかった場合（ステップＳ１３０、無）、タイムアウトと判断し、接続ＮＧであると判断する。そして、ＤＢサーバ接続手段２０は、メッセージＤＢ８０にタイムアウトに関する接続ＮＧメッセージ、この接続ＮＧメッセージに対応するエラー情報変換メッセージ、この接続ＮＧメッセージに対応するメッセージナンバ等を新規登録する（ステップＳ２２０）。また、ＤＢサーバ接続手段２０は、メッセージＤＢ８０に新規登録した接続ＮＧメッセージに対応するメッセージナンバをカレントステータスＤＢ７０に登録する。なお、タイムアウトに関する接続ＮＧメッセージを予めメッセージＤＢ８０に格納してある場合、予めメッセージＤＢ８０に格納しておいたタイムアウトに関する接続ＮＧメッセージをカレントステータスＤＢ７０に登録する。
【００９６】
そして、ＤＢサーバ接続手段２０はエラー情報変換メッセージを精算手段１０に送信するとともに、ＤＢサーバ２００の障害発生を示す情報をシステム管理者４００へ電子メール等で通知する（ステップＳ２３０）。タイムアウトの原因はＤＢサーバ２００の障害によるものと、通信経路上の障害によるものがある。タイムアウトの原因が通信経路上の障害によるものである場合、ＤＢサーバ２００で障害が発生しているわけではないので、再度接続処理を行うとタイムアウトが発生しない場合がある。このため、タイムアウトが発生した場合には、システム管理者４００への通知を行うのみとし、ＤＢサーバ２００で障害が発生していることを示すメッセージナンバ等を、カレントステータスＤＢ７０に登録しないこととしてもよい。
【００９７】
つぎに、ＡＰサーバ１００のＤＢサーバ再起動手段３０によるＤＢサーバ２００の再起動処理の処理手順について説明する。図６は、ＤＢサーバの再起動処理の処理手順を示すフローチャートである。
【００９８】
ＤＢサーバ接続手段２０が、ＤＢサーバ再起動手段３０を起動させると、ＤＢサーバ再起動手段３０はメッセージＤＢ８０への照会を行なう（ステップＳ３１０）。そして、ＤＢサーバ再起動手段３０は、メッセージＤＢ８０からＤＢサーバ２００を再起動するためのコマンドを抽出する。ＤＢサーバ再起動手段３０は、ＤＢサーバ２００に対してリモートログインして再起動コマンドを実行する。これにより、ＤＢサーバ２００の再実行処理手段２１０は再起動処理を行う（ステップＳ３２０）。
【００９９】
この後、ＤＢサーバ再起動手段３０は、ＤＢサーバ２００の再実行処理手段２１０から再起動処理の処理結果に関する情報（リターンコード）を受信する。ＤＢサーバ再起動手段３０は、受信したリターンコードが再起動の成功を示すリターンコードであるか否か（判定ＯＫまたは判定ＮＧ）を判断する。
【０１００】
再起動処理の処理結果が再起動成功（判定ＯＫ）の場合（ステップＳ３３０、ＯＫ）、ＤＢサーバ再起動手段３０はカレントステータスＤＢ７０内のデータ（メッセージナンバ）を消去する（ステップＳ３４０）。
【０１０１】
一方、再起動処理の処理結果が再起動失敗（判定ＮＧ）の場合（ステップＳ３３０、ＮＧ）、ＤＢサーバ再起動手段３０はカレントステータスＤＢ７０内のデータを消去しない。ＤＢサーバ再起動手段３０は、再起動処理の処理結果に関わらず、再起動処理の処理結果をシステム管理者４００へメール等によって通知する（ステップＳ３５０）。
【０１０２】
つぎに、ＡＰサーバ１００の再実行情報生成手段４０の動作処理手順について説明する。図７は、再実行情報生成手段の処理手順を示すフローチャートである。精算手段１０は、ＤＢ更新情報、エラー情報変換メッセージ、ブラウザの出張旅費精算画面３１０に入力されてＡＰサーバ１００に送信された情報（ユーザ入力情報）、精算手段１０が備えるアプリケーションを識別するためのアプリケーションＩＤ等を、再実行情報生成手段４０に入力する（ステップＳ４１０）。
【０１０３】
再実行情報生成手段４０のリクエスト受付部４１は、精算手段１０のＤＢサーバ接続結果解析部６から受信したＤＢ更新情報に基づいて、エラーメッセージ表示画面３２０またはエラーメッセージ表示画面３３０をｈｔｍｌ生成部４２に生成させる。
【０１０４】
リクエスト受付部４１は、ＤＢ更新情報がＤＢサーバ２００の更新を行なうことを示す情報である場合、エラーメッセージ表示画面３３０をｈｔｍｌ生成部４２に生成させる。また、リクエスト受付部４１は、ＤＢ更新情報がＤＢサーバ２００の更新を行なわないことを示す情報である場合、エラーメッセージ表示画面３２０をｈｔｍｌ生成部４２に生成させる。
【０１０５】
ｈｔｍｌ生成部４２は、リクエスト受付部４１からの指示に基づいて、エラーメッセージ表示画面３２０またはエラーメッセージ表示画面３３０をｈｔｍによって生成する。ｈｔｍｌ生成部４２は、ＤＢ更新情報がＤＢサーバ２００の更新を行なうことを示す情報である場合、ＤＢサーバ２００への接続ＮＧを示すエラー情報変換メッセージ、入力内容の一覧（項目名、入力値）からなるユーザ入力情報、ユーザ入力情報に対する処理内容（ＤＢサーバ２００への登録、更新等）に関する情報、精算手段１０のアプリケーションＩＤを示すエラーメッセージ表示画面３３０をｈｔｍｌによって生成する。
【０１０６】
ｈｔｍｌ生成部４２は、ＤＢ更新情報がＤＢサーバ２００の更新を行わないことを示す情報である場合、ＤＢサーバ２００への接続ＮＧを示すエラー情報変換メッセージを示すエラーメッセージ表示画面３２０をｈｔｍｌによって生成する。ｈｔｍｌ生成部４２は、生成したエラーメッセージ表示画面３３０やエラーメッセージ表示画面３２０をクライアントＰＣ３００に送信する（ステップＳ４２０）。そして、クライアントＰＣ３００のブラウザは、エラーメッセージ表示画面３２０またはエラーメッセージ表示画面３３０を表示する。
【０１０７】
クライアントＰＣ３００のユーザが、ユーザ入力情報をＡＰサーバ１００に再送信（再登録）したい場合は、ユーザによってエラーメッセージ表示画面３３０内の送信ボタンが押下される。これにより、クライアントＰＣ３００からＡＰサーバ１００へ、ユーザ入力情報を再送信することを示す情報が送信される。
【０１０８】
ユーザ入力情報を再送信することを示す情報は、ＡＰサーバ１００の再実行情報生成手段４０の再実行情報登録部４３に入力される。再実行情報登録部４３は、ユーザ入力情報を確認して再登録させるために必要な情報（エラー情報変換メッセージ、ユーザ入力情報、ユーザ入力情報に対する処理内容に関する情報、精算手段１０のアプリケーションＩＤ、クライアントＰＣ３００のユーザのメールアドレス等（再実行情報）を再実行ＤＢ６０に記憶させる（ステップＳ４３０）。
【０１０９】
つぎに、ＡＰサーバ１００のメール送信手段５０からクライアントＰＣ３００へのメール送信処理の処理手順について説明する。図８は、クライアントＰＣへのメール送信処理の処理手順を示すフローチャートである。
【０１１０】
ＡＰサーバ１００のメール送信手段５０は、所定の周期で自動的に起動すると、再実行ＤＢ６０への照会を行う（ステップＳ５１０）。メール送信手段５０は、再実行ＤＢ６０内にデータ（再実行情報）があるか否かを判断する（ステップＳ５２０）。再実行ＤＢ６０内にデータが無い場合（ステップＳ５２０、無）、メール送信手段５０の処理を終了する。
【０１１１】
一方、再実行ＤＢ６０内にデータが有る場合（ステップＳ５２０、有）、メール送信手段５０はＤＢサーバ接続手段２０にＤＢサーバ２００への接続テストを実行させる（ステップＳ５３０）。ここでのＤＢサーバ２００への接続テストは、図５で説明したＤＢサーバ接続手段２０によるＤＢサーバ２００への接続テストに対応する。
【０１１２】
すなわち、ＤＢサーバ接続手段２０は、カレントステータスＤＢ７０内にＤＢサーバ２００の障害の発生を示すメッセージに対応付けられたメッセージナンバがあるか否かを判断する。カレントステータスＤＢ７０内にメッセージナンバがない場合、ＤＢサーバ接続手段２０はＤＢサーバ２００への接続テスト処理を行なう。ＤＢサーバ２００は、ＤＢサーバ接続手段２０から接続要求されると、ＤＢサーバ接続手段２０に何らかのメッセージを送信する。ＤＢサーバ接続手段２０は、ＤＢサーバ２００から何らかのメッセージを受信したか否かに基づいて、ＤＢサーバ２００からの応答の有無を判断する。ＤＢサーバ接続手段２０は、ＤＢサーバ２００から何らかのメッセージを受信すると、ＤＢサーバ２００からの応答有りと判断し、メッセージＤＢ８０への照会を行う。ＤＢサーバ接続手段２０は、メッセージＤＢ８０内にエラー情報変換メッセージがあるか否かを判断する。メッセージＤＢ８０内にエラー情報変換メッセージがある場合、ＤＢサーバ接続手段２０は、ＤＢサーバ２００から受信したメッセージが接続ＯＫメッセージ、接続ＮＧメッセージのいずれであるかをメッセージＤＢ８０に問い合わせる。これにより、ＤＢサーバ接続手段２０は、ＤＢサーバ２００からメッセージ毎に設定されている接続ＯＫ／ＮＧフラグを取得し、ＤＢサーバ２００への接続テストの処理結果が接続ＯＫであるか接続ＮＧであるかを判断する。ＤＢサーバ再起動手段３０は、ＤＢサーバ２００の再実行処理手段２１０から再起動処理の処理結果に関する情報（リターンコード）を受信する。ＤＢサーバ再起動手段３０は、受信したリターンコードが再起動の成功を示すリターンコードであるか否か（判定ＯＫまたは判定ＮＧ）を判断する（ステップＳ５４０）。なお、ＤＢサーバ２００は、ＤＢサーバ接続手段２０から接続テストが行なわれた際、ＤＢサーバ２００が接続結果に関する情報（接続ＯＫメッセージまたは接続ＮＧメッセージ）をＤＢサーバ接続手段２０に送信してもよい。
【０１１３】
ＤＢサーバ接続手段２０は、ＤＢサーバ２００への接続が成功したか否かの判定結果をメール送信手段５０に入力する。ＤＢサーバ２００への接続が成功（判定ＯＫ）である場合（ステップＳ５４０、ＯＫ）、メール送信手段５０は、ＤＢサーバ２００の復旧を示すメッセージ（復旧通知画面３４０）、ユーザ入力情報を確認して再登録するための画面（再実行画面３５０）を、データ登録の再実行用の情報としてｈｔｍｌ等によって作成する（ステップＳ５５０）。メール送信手段５０は、作成されたデータ登録の再実行用の情報を、再実行ＤＢ６０に登録されているメールアドレスへメール送信する（ステップＳ５６０）。
【０１１４】
メール送信手段５０は、再実行ＤＢ６０に登録されているメールアドレスへメール送信する際、再実行ＤＢ６０からメール送信したアドレスに対応するデータ（再実行情報）を削除する（ステップＳ５７０）。一方、ＤＢサーバ２００への接続が成功（判定ＮＧ）である場合（ステップＳ５４０、ＮＧ）、メール送信手段５０はメール送信処理を終了する。
【０１１５】
このように実施の形態によれば、クライアントＰＣ３００からＡＰサーバ１００へデータ登録を行なう際に、ＤＢサーバ２００に障害が発生した場合であっても、入力済みのデータを再登録させるための情報（ユーザ入力情報）をＡＰサーバ１００からクライアントＰＣ３００に送信するので、クライアントＰＣ３００からＡＰサーバ１００へデータの再登録を容易に行なえる。したがって、クライアントＰＣ３００からＡＰサーバ１００へ効率良く情報を登録することが可能となる。また、ＤＢサーバ２００において障害が発生した場合であっても、ＡＰサーバ１００はカレントステータスＤＢ７０に基づいて、迅速に障害復旧を行なうことが可能となる。
【産業上の利用可能性】
【０１１６】
以上のように、本発明にかかる情報管理装置は、クライアント装置からの送信される情報の管理に適している。
【図面の簡単な説明】
【０１１７】
【図１】実施の形態に係る情報管理システムの概念を説明するための図である。
【図２】ＡＰサーバの構成を示すブロック図である。
【図３】精算手段の構成を示す図である。
【図４】再実行情報生成手段の構成を示す図である。
【図５】ＡＰサーバからＤＢサーバへの接続テストの処理手順を示すフローチャートである。
【図６】ＤＢサーバの再起動処理の処理手順を示すフローチャートである。
【図７】再実行情報生成手段の処理手順を示すフローチャートである。
【図８】クライアントＰＣへのメール送信処理の処理手順を示すフローチャートである。
【符号の説明】
【０１１８】
１  ログインチェック部
２  ログイン画面生成部
３  リクエスト解析部
４  サーバ接続リクエスト部
５  精算処理部
６  サーバ接続結果解析部
１０  精算手段
２０  サーバ接続手段
３０  サーバ再起動手段
４０  再実行情報生成手段
４１  リクエスト受付部
４２  ｈｔｍｌ生成部
４３  再実行情報登録部
５０  メール送信手段
６０  再実行ＤＢ
７０  カレントステータスＤＢ
８０  メッセージＤＢ
９０  通信Ｉ／Ｆ手段
９１  制御手段
１００  ＡＰサーバ
２００  ＤＢサーバ
２１０  再実行処理手段
３００  クライアントＰＣ
３１０  出張旅費精算画面
３２０，３３０  エラーメッセージ表示画面
３４０  復旧通知画面
３５０  再実行画面
４００  システム管理者
【図１】
2007018373.tif 000003
【図２】
2007018373.tif 000004
【図３】
2007018373.tif 000005
【図４】
2007018373.tif 000006
【図５】
2007018373.tif 000007
【図６】
2007018373.tif 000008
【図７】
2007018373.tif 000009
【図８】
2007018373.tif 000010