JP2003006018A - 処理要求復旧方式及び処理要求復旧方法及びクライアント装置及びサーバ装置 - Google Patents

Abstract

(57)【要約】 【課題】 従来よりデータベースを復旧する手段はある
が、確定されたトランザクションを反映することにより
行なわれるため、何らかの異常が発生した際には未確定
の処理は破棄され、ユーザは処理の最初から行なう必要
があるという問題があった。 【解決手段】 ユーザが使用するインターネットアクセ
ス機器（１−１）上に処理操作の操作ログ（１−１−
３）を保持することにより、サービス提供側のＷｅｂサ
ーバ（３−１）に異常が発生した際にも、操作ログ（１
−１−３）を用いて、異常が発生した時点までの処理を
復旧し、ユーザはシームレスに処理を継続できる構成と
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】データベースサーバや、Ｗｅ
ｂサーバに障害が発生し、処理の継続が困難になった際
に処理中の状態を保存することにより、早期に処理を継
続するための処理要求復旧方式及び方法に関する。

【０００２】

【従来の技術】図１２は、従来例１として、特開２００
０−２０３６９「データベース管理システム及びデータ
ベース管理方法」に表されているデータベース管理シス
テムの一例を示す図である。このデータベース管理シス
テムは、データベースの障害が発生した際に、１日単位
などでバックアップされたバックアップデータに対し、
バックアップ以降にサーバ上で実行された確定したトラ
ンザクションをＳＱＬ文に変換して保持しているサーバ
トランザクションログと、クライアントが実行し確定し
たトランザクションをＳＱＬ文に変換してクライアント
が保持するクライアントトランザクションログを収集
し、反映させることによりデータベースを復旧する方式
である。

【０００３】図１３は、従来例２として、特開平６−１
９５２５０「データベースを更新するための方法、シス
テム及び装置」に表されているデータベースを更新する
ためのシステムの一例を示す図である。バックアップデ
ータベースを連続的に維持するために、主データベース
に対し発生した処理に対するｒｅｄｏレコードを生成
し、複製データベースに対し順次適用することにより、
複製データベースと主データベースの同期をとり、主デ
ータベースに障害が発生した際にもバックアップデータ
ベースを利用してサービスを続行する方式である。

【０００４】

【発明が解決しようとする課題】従来例１では、インタ
ーネットなどの広域網に接続された不特定他数の機器が
接続された状況では、クライアントからログを収集する
ことは非常に困難であるという問題があった。また、新
たなトランザクションの発生を止めて復旧処理を行なう
ため、その間はサービスを停止することになるという問
題があった。従来例２では、複製データベースにｒｅｄ
ｏログを転送し、複製側がｒｅｄｏログを完全に受信す
るまで、新たなトランザクションのコミット処理を行な
わない同期型の場合には回線の容量により、サービスが
一定時間に処理可能なトランザクション数に制限を受け
てしまうという問題があり、ｒｅｄｏログを完全に受信
するまで待たない非同期型の場合には、主データベース
システムに異常が発生した際に、本来なら主データベー
ス側でコミットされているトランザクションが複製側に
反映されない可能性があるという問題がある。また、従
来例１及び２ともに、確定されたトランザクションの保
証を行なうのみで、ユーザが未確定で処理中の操作は保
全されないし、確定したトランザクションもデータベー
スサーバ側が確定を受領したものに限られ、データベー
スサーバに障害が発生した際に、ユーザが自らのトラン
ザクションが確定しているかどうかを再度確認する必要
があると言う問題がある。

【０００５】この発明は、インターネット等の広域網で
発生した障害からの復旧を容易にすることを目的とす
る。

【０００６】

【課題を解決するための手段】この発明に係る処理要求
復旧方式は、サービスを提供するサーバ装置と、通信網
を介して上記サーバ装置に処理を要求するクライアント
装置とを備える処理要求復旧方式において、上記クライ
アント装置は、上記サーバ装置へ処理要求を発生させる
処理要求部と、上記処理要求部が発生させた処理要求を
保持することを指示する情報保持部と、上記情報保持部
が保持することを指示した処理要求を保持する操作ログ
部とを備え、上記サーバ装置は、上記処理要求部から要
求された処理を実行して上記クライアント装置へサービ
スを提供するサービス提供部と、上記クライアント装置
が操作ログ部に保持された処理要求を読み込み、読み込
んだ処理要求に従い上記サービス提供部に処理要求を実
行させる処理継続機能部とを備えることを特徴とする。

【０００７】上記通信網は、複数のサーバ装置を接続
し、上記クライアント装置の処理要求部は、一のサーバ
装置と通信中に、上記一のサーバ装置に障害が発生した
場合、他のサーバ装置と接続し、接続したサーバ装置の
処理継続機能部へ操作ログ部に保持する処理要求を読み
出すことを指示することを特徴とする。

【０００８】上記処理要求部は、上記サーバ装置へ上記
情報を特定する情報識別子を指定して処理を要求し、上
記操作ログ部は、上記情報識別子と対応づけて、処理要
求部が操作した処理要求を格納することを特徴とする。

【０００９】上記サーバ装置のサービス提供部は、上記
クライアント装置の処理要求部が操作中の処理の中断を
選択する処理中断選択画面を有し、上記処理中断選択画
面を上記クライアント装置へ表示して、クライアント装
置の上記処理要求部へ処理中断指示の入力を促し、上記
処理中断指示の入力を受け付け、上記サーバ装置は、さ
らに、上記処理中断指示を入力し、入力した処理中断指
示に基づいて、上記クライアント装置の操作ログ部に保
持されている処理要求を読み出すサスペンド機能部と、
上記サスペンド機能部が読み出した処理要求を、上記ク
ライアント装置を識別するクライアント識別子と対応づ
けて格納する操作ログ格納部と、処理の復旧を要求する
処理復旧要求を入力し、入力した処理復旧要求に基づい
て、上記操作ログ格納部から処理要求を読み出し、読み
出した処理要求を実行して、処理を中断した時点の処理
要求までを再現するサスペンド復旧部とを備え、上記ク
ライアント装置の処理要求部は、上記処理復旧要求を上
記サーバ装置へ送信することを特徴とする。

【００１０】上記サービス提供部は、障害の発生を検出
した場合に、上記処理中断選択画面を上記クライアント
装置へ表示して、クライアント装置の上記処理要求部へ
処理中断指示の入力を促し、上記処理中断指示の入力を
受け付け、上記障害が復旧した後、上記クライアント装
置の接続を検出し、上記クライアント装置へ中断した処
理を再開するかを問合せ、中断した処理を再開する場合
は、上記サスペンド復旧部へ処理の再現を指示すること
を特徴とする。

【００１１】上記通信網は、さらに、上記サーバ装置が
サービスを提供するための情報を格納するデータベース
を備え、上記サービス提供部は、障害が発生した場合
に、上記クライアント装置へ、障害が復旧した場合に、
実行中の処理の実行結果を上記データベースへ格納する
かを問合せ、実行中の処理の実行結果をデータベースへ
格納する場合は、上記クライアント装置の操作ログ部の
処理要求を読み出すことを、上記サスペンド機能部へ指
示し、上記サスペンド機能部は、上記クライアント装置
の操作ログ部から処理要求を読み出し、読み出した処理
要求を上記操作ログ格納部へ格納し、上記サーバ装置
は、さらに、障害が復旧した場合に、上記操作ログ格納
部から格納された処理要求を読み出し、読み出した処理
要求を上記サービス提供部に実行させ、実行結果をデー
タベースへ格納する処理継続復旧部を備えることを特徴
とする。

【００１２】上記処理継続復旧部は、上記クライアント
装置が上記サーバ装置と接続していない場合は、処理要
求の実行結果をデータベースへ格納したことを通知する
ことを特徴とする。

【００１３】上記通信網は、さらに、上記サーバ装置が
サービスを提供するための情報を格納する第一のデータ
ベースと、上記第一のデータベースに障害が発生した場
合に用いる第二のデータベースとを備え、上記サーバ装
置は、さらに、上記第一のデータベースに障害が発生し
た場合に、上記第二のデータベースに切り替えるととも
に、上記クライアント装置の操作ログ部から処理要求を
読み出し、読み出した処理要求の実行結果が第二のデー
タベースに格納されているかを確認し、確認した結果に
基づいて、上記処理要求の実行結果を上記第二のデータ
ベースに格納するデータベースチェック部を備えること
を特徴とする。

【００１４】上記サーバ装置は、クライアント装置が接
続する第一のサーバ装置と、上記第一のサーバ装置に障
害が発生した場合にクライアント装置が接続する第二の
サーバ装置とを有し、上記処理要求復旧方式は、さら
に、上記第一のサーバ装置がサービスを提供するための
情報を格納する第一のデータベースと、上記第一のデー
タベースに格納される情報を所定のタイミングで複製し
て格納するとともに、上記第二のサーバ装置がサービス
を提供するための情報を格納する第二のデータベースと
を備え、上記第二のサーバ装置は、クライアント装置と
接続した場合に、上記クライアント装置の操作ログ部か
ら処理要求を読み出し、読み出した処理要求の実行結果
が第二のデータベースに格納されているかを確認し、確
認した結果に基づいて、上記処理要求の実行結果を上記
第二のデータベースに格納するデータベースチェック部
を備えることを特徴とする。

【００１５】上記通信網は、インターネットであり、上
記クライアント装置は、インターネットにアクセスする
機器であり、上記サーバ装置は、ワールド・ワイド・ウ
ェブサーバであることを特徴とする。

【００１６】この発明に係る処理要求復旧方法は、サー
ビスを提供するサーバ装置と、通信網を介して上記サー
バ装置に処理を要求するクライアント装置とを備える処
理要求復旧方法において、上記クライアント装置は、上
記サーバ装置へ処理を要求し、要求した処理要求を保持
し、上記サーバ装置は、上記クライアント装置からの要
求を処理してサービスを提供し、サービスを提供中に処
理が中断した場合に、上記クライアント装置が保持する
処理要求を読み込み、読み込んだ処理要求に従い処理要
求を実行すて処理を継続することを特徴とする。

【００１７】この発明に係るクライアント装置は、通信
網を介してサービスを提供するサーバ装置に処理を要求
するクライアント装置において、上記サーバ装置へ処理
要求発生させる処理要求部と、上記処理要求部が発生さ
せた処理要求を保持することを指示する情報保持部と、
上記情報保持部が保持することを指示した処理要求を保
持する操作ログ部とを備え、上記処理要求部は、サーバ
装置に障害が発生し、サービスの提供が中断した場合、
サーバ装置に対して、上記操作ログ部に保持する処理要
求を用いて操作した処理要求を復旧することを指示する
ことを特徴とする。

【００１８】この発明に係るサーバ装置は、クライアン
ト装置から通信網を介して接続されるサーバ装置におい
て、サービスを提供するサービス提供部と、上記クライ
アント装置へサービスの提供中にサービスの提供が中断
した場合、サービスを中断する前に要求した処理要求を
クライアント装置から入力し、入力した処理要求に従い
処理要求を実行して中断したサービスの提供を復旧する
処理継続機能部とを備えることを特徴とする。

【００１９】

【発明の実施の形態】実施の形態１．以下の説明では、
通信網としてインターネットを一例として説明するが、
インターネットに限られるわけではなく、その他の通信
プロトコルを用いてもよい。図１は、この発明の基本構
成の一例を示す処理要求復旧方式の構成図である。図に
おいて、１−１〜１−ｎはネットワークに接続されたイ
ンターネットアクセス機器（クライアント装置）であ
る。２はインターネット網やイントラネット網等の通信
網である。３−１〜３−ｍはサービスを提供するＷｅｂ
サーバ（サーバ装置）である。４はデータベースサーバ
である。インターネットアクセス機器１−１〜１−ｎ
は、Ｗｅｂサーバ３−１〜３−ｍへサービス（処理）を
要求するクライアント装置であり、Ｗｅｂサーバ３−１
〜３−ｍは、クライアント装置へ要求されたサービスを
提供するサーバ装置であるといえる。１−１−１〜１−
ｎ−１は、インターネットアクセス機器がサービスを受
けるためのブラウザ（「Ｗｅｂブラウザ」ともいう）
（処理要求部）であり、１−１−２〜１−ｎ−２は、処
理内容を保持する情報保持部であり、１−１−３〜１−
ｎ−３は、情報保持部が保持する操作ログ（操作ログ
部）である。

【００２０】ブラウザ（Ｗｅｂブラウザ）は、処理要求
部の一例である。情報保持部は、操作ログとして保持す
る情報を選択し、選択した情報を操作ログとして操作ロ
グ部（図示していない）に保持する。操作ログ部は、情
報保持部がアクセスする記憶領域である。操作ログ部が
格納する操作ログは、Ｗｅｂサーバに届いているか否か
は問わない。処理要求部が処理要求を送信し、情報保持
部が送信された処理要求を操作ログとして保持すると判
断した場合に、操作ログは、操作ログ部へ格納される。

【００２１】３−１−１〜３−ｍ−１は、データベース
を操作しながらサービスを提供するサービス提供プログ
ラム（サービス提供部）であり、３−１−２〜３−ｍ−
２は、処理の復旧を行なう処理継続機能部であり、４−
１は、データベースサーバ上のデータベースマネージメ
ントプログラム（ＤＢＭＳ）である。

【００２２】図２は、この発明においてインターネット
アクセス機器内の情報処理保持部が保持する処理内容の
保持の１構成例を示したものである。この例では、ブラ
ウザで情報保持を行なうために広く用いられているＣｏ
ｋｉｅを用いており、Ｃｏｋｉｅ処理部が、情報保持部
（１−１−２〜１−ｎ−２）に相当する。Ｃｏｋｉｅ保
存ファイルが操作ログ（１−１−３〜１−ｎ−３）に相
当する。

【００２３】図３は、この発明においてインターネット
アクセス機器内の情報処理保持部が保持するログを読み
出して処理を復旧させる構成例を示したものである。

【００２４】次に、動作について説明する。図１におい
て、ブラウザ（１−１−１）より、Ｗｅｂサーバのサー
ビス提供プログラム（３−１−１）に対し、処理要求が
行なわれ、サービス提供プログラム（３−１−１）は、
処理要求内容に従い、データベースサーバ上のＤＢＭＳ
（４−１）に対して操作を行なう。この間、処理内容
（処理要求）を情報保持部（１−１−２）が操作ログに
保存する。この流れを図２で説明すると、ユーザ指示に
よりインターネットアクセス機器（１−１）上のＷｅｂ
ブラウザ（１−１−１）からＷｅｂサーバに対し、認証
用の操作を行ない（ａ）、処理メニューの選択を行ない
（ｂ）、例えば、処理Ａを選択すると、処理Ａ用のペー
ジにアクセスを行ない（ｃ）、ここで処理Ａに必要な入
力パラメータをユーザがＷｅｂブラウザ上で行なう。

【００２５】この入力パラメータと処理要求時刻をＣｏ
ｋｉｅ処理部がＣｏｋｉｅ保存ファイルに保持するよう
Ｗｅｂサーバ上のサービス提供プログラムが指示し、保
存される（ｄ）。以降、同様に処理Ａに必要な入力を順
次行ない、最終的に処理Ａを完了させる（ｅ〜ｈ）。サ
ービス提供プログラムは、確定した内容をデータベース
に反映したことをブラウザに伝える画面を表示する
（ｉ）とともに、Ｃｏｋｉｅに処理Ａが確定した旨のロ
グを記録指示し、ログに処理Ａが確定したことを示す確
定確認コード、時刻、データベースへの反映時のトラン
ザクションＩＤが保存される（ｊ）。

【００２６】次に、処理Ｂを開始し（ｋ〜ｌ）、パラメ
ータの入力処理を行なっている（ｍ〜ｎ）所で、Ｗｅｂ
サーバ（３−１）に障害が発生し、接続先のサーバが別
のＷｅｂサーバ（３−ｍ）に切り替わった時の処理復旧
を説明する。この流れを図３で説明すると、Ｗｅｂサー
バが切り替わるため、Ｗｅｂブラウザが再接続を要求し
認証を行なう（ａ）と、Ｗｅｂサーバ上のサービス提供
プログラム（３−ｎ−１）は、新たなセッションが開始
されたと認識し、Ｗｅｂブラウザに対して、保存されて
いるＣｏｋｉｅの読み出しを要求し（ｂ）、これを受け
たＣｏｋｉｅ処理部は、要求されたＣｏｋｉｅをサービ
ス提供プログラム（３−ｎ−１）に送信し（ｃ〜ｄ）、
サービス提供プログラム（３−ｎ−１）は、処理継続機
能部（３−ｎ−２）に受信したＣｏｋｉｅデータを渡
す。

【００２７】処理継続機能部（３−ｎ−２）は、受けと
ったＣｏｋｉｅデータの各レコードの時刻の新しいもの
から順に、処理の確定確認コードを検索し、この例で
は、処理Ａの確定確認コードを持つレコードを見つけ
る。そのレコード内のトランザクションＩＤを読み出
し、データベースにそのトランザクションＩＤが処理済
みかを問い合わせる（ｅ）。この例では、データベース
に異常がなかったので、トランザクションＩＤは処理済
みになっており、その旨が回答される。これを受けて次
に、読み出したレコード以降のＣｏｋｉｅレコードを順
に読み出し、処理Ｂの開始コードを読んで、サービス提
供プログラムに対して、処理Ｂの開始を伝える。サービ
ス提供プログラム（３−ｎ−１）は、Ｗｅｂブラウザに
対して、処理復旧中の表示があるページを送信し
（ｆ）、Ｗｅｂブラウザが表示する。

【００２８】処理継続機能部（３−ｎ−２）は、次のＣ
ｏｋｉｅレコードを読み、処理Ｂに対する入力パラメー
タ（１）をサービス提供プログラム（３−ｎ−１）に渡
し、サービス提供プログラム（３−ｎ−１）は、データ
ベースアクセスを含む対応する処理を行なう。処理継続
機能部（３−ｎ−２）は、次のＣｏｋｉｅレコードを読
もうとするが、レコードがないため、サービス提供プロ
グラム（３−ｎ−１）に対して、復旧処理が終了した旨
を伝える。サービス提供プログラム（３−ｎ−１）は、
処理Ｂの以降の処理表示ページをＷｅｂブラウザに送信
する。Ｗｅｂブラウザは、処理が中断した直後の状態か
ら入力を再開することが可能となる。

【００２９】このようにして、ユーザが操作するインタ
ーネットアクセス機器上に処理内容を保存することによ
り、Ｗｅｂサーバの障害が発生したり、インターネット
アクセス機器が異常停止した場合でも、中断された処理
を再開可能としている。

【００３０】以上のように、この実施の形態では、イン
ターネットやイントラネットなどの広域網に接続された
パソコンなどのインターネットアクセス機器より利用可
能な電子商取り引きシステムなどにおいて、取り引きデ
ータ等を保持するデータベースサーバを持ち、インター
ネットアクセス機器と通信を行なう複数のＷｅｂサーバ
を持ち、Ｗｅｂサーバに対して要求した処理内容を保持
する情報保持部を持つインターネットアクセス機器から
Ｗｅｂサーバに処理要求を行なっている最中にＷｅｂサ
ーバに障害が発生した際に、代替のＷｅｂサーバ上でイ
ンターネットアクセス機器が保持する処理内容を読み出
す処理継続機能部を持ち、読み出した処理内容に従い再
度処理を行ない、障害が発生した時点まで自動的に再処
理を行なえることを特徴とした処理要求復旧方式を説明
した。

【００３１】また、この処理要求復旧方式は、Ｗｅｂサ
ーバ側での処理が判るようにＵＲＬと対応付けて、処理
の際に入力したパラメータなどと、処理中の表示／入力
ページのＵＲＬの移動情報などをまとめて保持し、処理
を継続する際に実際にインターネットアクセス機器から
行なわれた手順をなぞって再処理することを特徴とす
る。

【００３２】実施の形態２．図４において、３−１−３
は、操作ログをＷｅｂサーバに保存するサスペンド機能
部であり、３−１−４−１〜３−１−４−ｏは、接続ユ
ーザＩＤ別の操作ログである。接続ユーザＩＤ別の操作
ログは、記憶領域である操作ログ格納部（図示していな
い）に格納されている。３−１−５は、中断された処理
を再開するサスペンド復旧部であり、他は、図１と同様
である。

【００３３】次に、動作について説明する。サービス提
供プログラム（３−１−１）は、Ｗｅｂブラウザから処
理要求をされた際に、常にサスペンドのメニューを入れ
たページ（処理中断選択画面）を送信する（ａ）。ユー
ザがサスペンドのメニューを選ぶと、サービス提供プロ
グラム（３−１−１）は、操作ログの読み出しを指示
し、Ｗｅｂブラウザは操作ログをサービス提供プログラ
ム（３−１−１）に送信し（ｂ）、処理を中断する。サ
ービス提供プログラム（３−１−１）は、ユーザＩＤと
受信した操作ログをサスペンド機能部（３−１−３）に
渡し、サスペンド機能部（３−１−３）は、ユーザＩＤ
別の操作ログに保存する（ｃ）。

【００３４】次に、ユーザが処理を再開しようとした時
には、Ｗｅｂブラウザでサービス提供プログラム（３−
１−１）にアクセスする。サービス提供プログラム（３
−１−１）は、新しいセッションと認識し、認証を行な
い、次に認証に使用されたユーザＩＤをサスペンド復旧
部（３−１−５）に渡す。サスペンド復旧部（３−１−
５）は、ユーザＩＤに対応する操作ログが保存してある
かをチェックし、保存されていた場合には、サービス提
供プログラム（３−１−１）に保存ログが存在すること
を伝える。サービス提供プログラム（３−１−１）は、
中断されている処理を再開するかの問い合わせをＷｅｂ
ブラウザに対して行なう（ｄ）。ユーザが再開しないを
選択した場合には、サービス提供プログラム（３−１−
１）は、サスペンド復旧部（３−１−５）に対して、再
開しない旨を伝え、サスペンド復旧部は、ユーザＩＤに
対応する操作ログを削除する。ユーザが再開するを選択
した場合には、サービス提供プログラムは、再開する旨
をサスペンド復旧部に対して再開する旨を伝え、Ｗｅｂ
ブラウザに対して、中断処理の復旧中の表示があるペー
ジを送信し、Ｗｅｂブラウザが表示する。サスペンド復
旧部（３−１−５）は、対応する操作ログを読み出し
（ｅ）、実施の形態１と同様に、中断されたところまで
再処理を行ない、処理が終るとその旨を伝え、サービス
提供プログラム（３−１−１）は、中断時点以降の処理
表示ページをブラウザに送信し、Ｗｅｂブラウザは、処
理が中断した直後の状態から入力を再開することが可能
となる。

【００３５】このようにして、ユーザの要望により、入
力処理の中断と再開が任意に行なえ、ユーザは処理の手
順を最初からやり直す必要がなく、時間を節約できる。

【００３６】以上のように、この実施の形態の処理要求
復旧方式は、インターネットアクセス機器を利用するユ
ーザが任意の時点で処理を中断するためのメニューを常
に表示し、中断のメニューが選択された場合に、インタ
ーネットアクセス機器が保持する処理内容を読み出して
Ｗｅｂサーバに保存するサスペンド機能部を持ち、イン
ターネットアクセス機器からの再接続があった際に、以
前の処理を再開するかをユーザに問い合わせ、再開する
場合に保存してあった処理内容に従い、再度処理を実施
し、中断した時点まで自動的に再処理を行なうサスペン
ド復旧部を備えることを特徴とする。

【００３７】実施の形態３．図５において、各番号の構
成要素は、実施の形態２と同様である。

【００３８】次に、動作について説明するが、基本的な
動作は実施の形態２と同様であり、異なる部分を説明す
る。Ｗｅｂブラウザからの処理要求に対してサービス提
供プログラム（３−１−１）が処理中にデータベースの
異常を検知（ａ）した際に、サービス提供プログラム
（３−１−１）は、Ｗｅｂブラウザに対して、処理をサ
スペンドして保存するかを問い合わる（ｂ）。保存しな
い場合は、直ちに処理を中断し、保存する場合には、サ
ービス提供プログラム（３−１−１）の指示によりイン
ターネットアクセス機器（１−１）に保持してある操作
ログ（１−１−３）をサービス提供プログラムが読み出
し（ｃ）、これをサスペンド機能部にユーザＩＤととも
に渡し、サスペンド機能部（３−１−３）は、ユーザＩ
Ｄ別の操作ログに保存し（ｄ）、サービス提供プログラ
ムは処理を中断し、セッションを終了する。次に、ユー
ザが処理を再開しようとした時には、実施の形態２と同
様に処理される。

【００３９】このようにして、サービス継続に必要なデ
ータベースシステムに異常が発生した際に、中断処理を
行なえ、ユーザは処理の手順を最初からやり直す必要が
なく、時間を節約できる。

【００４０】以上のように、この実施の形態の処理要求
復旧方式は、データベースサーバに障害が発生した際
に、インターネットアクセス機器に対し、処理をサスペ
ンドして保存するかを問い合わせ、ユーザが保存を選択
した場合に、インターネットアクセス機器が保持する処
理内容を読み出してＷｅｂサーバに保存する処理中断機
能部を持ち、データベースサーバが復旧した後に、イン
ターネットアクセス機器からの再接続があった際に、以
前の処理を再開するかを問い合わせて、ユーザが再開を
選択した場合に、Ｗｅｂサーバに保存されていた処理内
容に従い、再度処理を実施し、中断した時点まで自動的
に再処理を行なうサスペンド復旧部を備えることを特徴
とする。

【００４１】実施の形態４．図６において、３−１−６
−１は、自動復旧に使用する操作ログである。３−１−
７は、自動復旧処理を行なう処理継続復旧部である。他
は、実施の形態２と同様である。

【００４２】次に、動作について説明するが、基本的な
動作は実施の形態２と同様であり、異なる部分を説明す
る。Ｗｅｂブラウザからの処理要求に対してサービス提
供プログラム（３−１−１）が処理中にデータベースの
異常を検知（ａ）した際に、サービス提供プログラム
（３−１−１）は、Ｗｅｂブラウザに対して、処理をサ
スペンドするか保存するかを問い合わせる（ｂ）。サス
ペンドするか保存しない場合は、直ちに処理を中断し、
保存する場合には、実施の形態３と同様に処理を行な
い、サスペンドしない場合には、処理を継続する。ただ
し、データベースアクセスが行なえない状態のため、サ
ービス提供プログラム（３−１−１）は、処理条件を無
視するフラグを設定する。サービス提供プログラム（３
−１−１）は、処理条件無視の場合、例えば、在庫引当
で在庫量をデータベースで確認する必要がある場合に、
無条件に引当を行なえるようにして処理を進める。処理
を進めて、ユーザが最後に処理の確定を指示した際に、
サービス提供プログラム（３−１−１）は、Ｗｅｂブラ
ウザに操作ログの読み出しを指示し、操作ログを受信し
（ｃ）、これをユーザＩＤとともにサスペンド機能部
（３−１−３）に渡し、サスペンド機能部（３−１−
３）は、自動復旧用のユーザＩＤ別操作ログにこれを保
持する（ｄ）。

【００４３】サービス提供プログラム（３−１−１）
が、データベースの復旧を検知する（ａ）と、サスペン
ド復旧部（３−１−５）に対して、自動復旧の指示を出
し、サスペンド復旧部（３−１−５）は、自動復旧用の
ユーザＩＤ別操作ログを順次読み出し（ｆ）、サービス
提供プログラム（３−１−１）に処理内容を通知し、サ
ービス提供プログラム（３−１−１）は、データベース
にアクセスしながら処理を進め、確定させる。先ほどの
例のような条件付きの処理のチェックも行ない、チェッ
クに引っかかった場合には、処理条件違反として、対応
するユーザＩＤの復旧処理を停止し、これを記録してお
き、対応するユーザが再接続した際に、復旧処理に失敗
した旨を通知する。

【００４４】このようにして、サービス継続に必要なデ
ータベースシステムに異常が発生した際にも、ユーザ処
理を進めることができ、ベストエフォート型のサービス
を提供することができ、ユーザビリティが向上する。

【００４５】以上のように、この実施の形態の処理要求
復旧方式は、データベースサーバに障害が発生した際
に、インターネットアクセス機器に対し、システムに障
害が発生した旨を伝え、データベース復旧後に反映予定
という条件で処理を続けるかを問い合わせ、ユーザが処
理継続を選択した場合に、インターネットアクセス機器
が保持する未確定の処理内容を読み出してＷｅｂサーバ
に保存し、継続された処理内容を全て保存する処理継続
機能部を持ち、データベースサーバが復旧した後に、Ｗ
ｅｂサーバに保存されていた処理内容に従い、再度処理
を実施し、保存されていた処理を全てデータベースに自
動的に反映させる再処理を行なう処理継続復旧部を備え
ることを特徴とする。

【００４６】実施の形態５．図７において、５はメール
サーバであり、他は、実施の形態４と同様である。

【００４７】次に、動作について説明する。基本的に実
施の形態４と同様であるので、異なる部分のみ説明す
る。サービス提供プログラム（３−１−１）が、データ
ベースの復旧を検知する（ａ）と、サスペンド復旧部
（３−１−５）に対して、自動復旧の指示を出し、サス
ペンド復旧部（３−１−５）は、自動復旧用のユーザＩ
Ｄ別操作ログを順次読み出し（ｆ）、サービス提供プロ
グラムに処理内容を通知する。サービス提供プログラム
（３−１−１）は、データベースにアクセスしながら処
理を進め、確定させ、処理条件違反があった場合には、
対応するユーザＩＤの復旧処理を停止し、直ちに対応す
るユーザに対し、自動復旧内容と処理条件違反が発生し
た旨をメールする（ｈ）。処理条件違反がなかった場合
にも、自動復旧内容と正常終了した旨をメールする
（ｈ）。

【００４８】このようにして、自動復旧の結果をユーザ
にメールなどの手段を用いて即座に通知することによ
り、ユーザビリティが向上する。

【００４９】以上のように、この実施の形態の処理要求
復旧方式は、インターネットアクセス機器に対し、シス
テムに障害が発生した旨を伝え、データベース復旧後に
反映予定という条件で処理を続けるかを問い合わせ、ユ
ーザが処理継続を選択した場合に、インターネットアク
セス機器が保持する未確定の処理内容を読み出してＷｅ
ｂサーバに保存し、継続された処理内容を全て保存する
処理継続機能部を持ち、データベースが復旧した際に、
該当するインターネットアクセス機器がＷｅｂサーバに
接続されていなかった際に、保存されていた処理を全て
データベースに自動的に反映させる再処理を行なうとと
もに、メールなどのメッセージ手段を用いて再処理結果
をインターネットアクセス機器に送信を行なう処理継続
復旧部を備えることを特徴とする。

【００５０】実施の形態６．図８において、６は、バッ
クアップ用データベースサーバであり、６−１は複製デ
ータベース（第２のデータベース）であり、３−１−８
は、複製データベースへの処理状況をチェックする複製
データベースチェック機能部（データベースチェック
部）である。他は、実施の形態１と同様である。

【００５１】以下の説明では、通常使用するデータベー
スを主データベース（第１のデータベース）として説明
する。図９は、Ｃｏｋｉｅを利用して操作ログを保持し
て行なう複製データベースの復旧手順を示す構成例であ
る。

【００５２】次に、動作について説明する。基本的な動
作は、実施の形態１と同様であるので異なる部分を説明
する。主データベースから複製データベースへは非同期
型で複製を行なうように設定しておく。Ｗｅｂブラウザ
からの処理要求中にデータベースサーバに異常が発生し
たことをサービス提供プログラムが検知し（ａ）、バッ
クアップデータベースに接続を切替え、Ｗｅｂブラウザ
に対して、保存されているＣｏｋｉｅの読み出しを要求
する（ｂ）。これを受けたＣｏｋｉｅ処理部は、要求さ
れたＣｏｋｉｅをサービス提供プログラム（３−１−
１）に送信し（ｃ〜ｄ）、サービス提供プログラム（３
−１−１）は、複製データベースチェック機能部（３−
１−８）に受信したＣｏｋｉｅデータを渡す。

【００５３】複製データベースチェック機能部（３−１
−８）は、複製データベースにアクセスし（ｅ）、最後
に確定されたトランザクションＩＤを読み出し最終トラ
ンザクションＩＤとして保持する。受けとったＣｏｋｉ
ｅデータの各レコードの時刻の新しいものから順に、処
理の確定確認コードを検索し、この例では、処理Ａの確
定確認コードを持つレコードを見つける。そのレコード
内のトランザクションＩＤを読み出し、最終トランザク
ションＩＤより新しいか比較する。新しい場合には、更
に操作ログの読み出しを続け、確定確認コードを持つレ
コードで、トランザクションＩＤが最終トランザクショ
ンＩＤより古いものを見つけるか、処理ログの先頭に至
るまで続ける。処理ログの先頭に至った場合には、これ
を復旧用ログの先頭とし、最終トランザクションＩＤよ
り古いトランザクションＩＤを見つけた場合には、対応
する処理の開始コードを検索し、これを復旧用ログの先
頭とする。

【００５４】次に、復旧用ログの先頭レコード以降のＣ
ｏｋｉｅレコードを順に読み出し、開始コードを読ん
で、サービス提供プログラム（３−１−１）に対して、
処理の開始を伝え、サービス提供プログラム（３−１−
１）は、Ｗｅｂブラウザに対して、処理復旧中の表示が
あるページを送信し（ｆ）、Ｗｅｂブラウザが表示す
る。複製データベースチェック機能部（３−１−８）
は、次のＣｏｋｉｅレコードを読み、処理に対する入力
パラメータをサービス提供プログラムに渡す。サービス
提供プログラム（３−１−１）は、複製データベースへ
のアクセスを含む対応する処理を行ない、以降全ての操
作をサービス提供プログラムを通して複製データベース
に反映し終ると、サービス提供プログラムに対して、復
旧処理が終了した旨を伝える。サービス提供プログラム
は、途中の処理の以降の処理表示ページをブラウザに送
信し、Ｗｅｂブラウザは、処理が一旦中断した直後の状
態から入力を再開することが可能となる。

【００５５】このようにして、同期型での複製ではな
く、非同期型での複製を行なうことにより、同期処理に
よる通常処理の性能遅延が発生しない。また、非同期な
ため、主データベースに異常が発生した際に、複製側に
確定済みトランザクションが反映されていない場合に
も、インターネットアクセス機器が保持する操作ログを
用いて、データベースを正しい状態に復旧でき、そのま
ま処理を継続することが出来る。

【００５６】以上のように、この実施の形態の処理要求
復旧方式は、複製データベースサーバを持ち、インター
ネットアクセス機器と通信を行なう複数のＷｅｂサーバ
を持ち、Ｗｅｂサーバに対して要求した処理内容を保持
する情報保持部を持つインターネットアクセス機器から
Ｗｅｂサーバに処理要求を行なっている最中に、データ
ベースサーバに障害が発生した際に、Ｗｅｂサーバが複
製データベースサーバに接続を切替え、インターネット
アクセス機器が保持する処理内容がどこまで複製データ
ベースに反映されているかをチェックする複製データベ
ースチェック機能部を備え、インターネットアクセス機
器が保持する処理内容のどこまで複製データベースに反
映されているかをチェックし、反映されていない場合、
複製データベースに対し自動的に処理を反映させ、処理
を継続することを特徴とする。

【００５７】実施の形態７．図１０において、７は、代
替Ｗｅｂサーバである。７−１は代替Ｗｅｂサーバ上の
サービス提供プログラムであり、７−２は代替Ｗｅｂサ
ーバ上の複製データベースチェック機能部（データベー
スチェック部）であり、１−１−４は、インターネット
アクセス機器に保持される代替接続先のアドレス情報で
ある。他に関しては、他の実施の形態と同様である。図
１１は、Ｃｏｋｉｅを利用して操作ログを保持して行な
う複製データベースの復旧手順を示す構成例である。

【００５８】次に、動作について説明する。主データベ
ースから遠隔の複製データベースへは非同期型で複製を
行なうように設定しておく。Ｗｅｂブラウザは、Ｗｅｂ
サーバに接続し認証を行なった際に、サービス提供プロ
グラムより代替の接続先アドレスを受け取り、これを代
替接続アドレスとして記憶領域へ保持しておく。Ｗｅｂ
ブラウザとＷｅｂサーバ間で処理を行なっている間に、
火災、地震などの災害により、Ｗｅｂサーバもデータベ
ースサーバも異常となった際には、Ｗｅｂブラウザは、
ユーザ指示により代替接続アドレスへ接続を試みる。

【００５９】以降を図１１で説明すると、ユーザ指示に
よりインターネットアクセス機器上のＷｅｂブラウザか
ら代替Ｗｅｂサーバに対し、認証用の操作を行なう
（ａ）。サービス提供プログラムは、Ｗｅｂブラウザに
対して、保存されているＣｏｋｉｅの読み出しを要求し
（ｂ）、これを受けたＣｏｋｉｅ処理部は、要求された
Ｃｏｋｉｅをサービス提供プログラムに送信する（ｃ〜
ｄ）。サービス提供プログラムは、複製データベースチ
ェック機能部へ受信したＣｏｋｉｅを渡す。複製データ
ベースチェック機能部は、以降、実施の形態６と同様に
複製データベースを復旧させ、処理を再開させる。

【００６０】このようにして、サービスを行なっていた
場所が災害によりサービス不能となっても代替サービス
を行なうことが可能であり、また、処理の一時的な中断
のみで、中断直後の状態から処理を再開できる。また、
非同期型のデータベース複製を行なうため、ＬＡＮと広
域ネットワークの回線速度の差の影響が少なく遠隔地に
複製データベースを設置することが可能となっている。

【００６１】以上のように、インターネットやイントラ
ネットなどの広域網に接続されたパソコンなどのインタ
ーネットアクセス機器より利用可能な電子商取り引きシ
ステムになどにおいて、取り引きデータ等を保持するデ
ータベースサーバを持ち、障害対策用に遠隔地に複製デ
ータベースサーバを持ち、インターネットアクセス機器
と通信を行なう複数のＷｅｂサーバを持ち、Ｗｅｂサー
バに対して要求した処理内容を保持する情報保持部を持
つインターネットアクセス機器からＷｅｂサーバに処理
要求を行なっている最中に、災害などによりデータベー
スサーバ及びＷｅｂサーバに障害が発生した際に、常に
代替Ｗｅｂサーバの接続先情報を保持する機構を備え、
現在接続中のＷｅｂサーバとの通信が途絶えた際に代替
Ｗｅｂサーバの接続先に対して再接続を行なえ、代替サ
イトのＷｅｂサーバ上にインターネットアクセス機器が
保持する処理内容がどこまで複製データベースに反映さ
れているかをチェックする複製データベースチェック機
能部を備え、インターネットアクセス機器が保持する処
理内容のどこまで複製データベースに反映されているか
をチェックし、反映されていない場合、複製データベー
スに対し自動的に処理を反映させ、処理を継続すること
を特徴とした処理要求復旧方式を説明した。

【００６２】

【発明の効果】実施の形態１の処理要求復旧方式及び方
法によれば、ユーザが操作するインターネットアクセス
機器上に処理内容を保存することにより、Ｗｅｂサーバ
の障害が発生したり、インターネットアクセス機器が異
常停止した場合でも、中断された処理を再開可能とする
効果がある。

【００６３】また、実施の形態２の処理要求復旧方式及
び方法によれば、ユーザの要望により、入力処理の中断
と再開が任意に行なえ、ユーザは処理の手順を最初から
やり直す必要がなく、時間を節約できるという効果があ
る。

【００６４】また、実施の形態３の処理要求復旧方式及
び方法によれば、サービス継続に必要なデータベースシ
ステムに異常が発生した際に中断処理を行なえ、ユーザ
は処理の手順を最初からやり直す必要がなく、時間を節
約できるという効果がある。

【００６５】実施の形態４の処理要求復旧方式及び方法
によれば、サービス継続に必要なデータベースシステム
に異常が発生した際にも、ユーザ処理を進めることがで
き、ベストエフォート型のサービスを提供することがで
き、ユーザビリティが向上するという効果がある。

【００６６】実施の形態５の処理要求復旧方式及び方法
によれば、自動復旧の結果をユーザにメールなどの手段
を用いて即座に通知することにより、ユーザビリティが
向上するという効果がある。

【００６７】また、実施の形態６の処理要求復旧方式及
び方法によれば、同期型での複製ではなく、非同期型で
の複製を行なうことにより、同期処理による通常処理の
性能遅延が発生しないという効果と非同期なため、主デ
ータベースに異常が発生した際に、複製側に確定済みト
ランザクションが反映されていない場合にも、インター
ネットアクセス機器が保持する操作ログを用いて、デー
タベースを正しい状態に復旧でき、そのまま処理を継続
することが出来るという効果がある。

【００６８】さらに、実施の形態７の処理要求復旧方式
及び方法によれば、サービスを行なっていた場所が災害
によりサービス不能となっても代替サービスを行なうこ
とが可能であり、処理の一時的な中断のみで、中断直後
の状態から処理を再開できるという効果がある。また、
非同期型のデータベース複製を行なうため、ＬＡＮと広
域ネットワークの回線速度の差の影響が少なく遠隔地に
複製データベースを設置することを可能にする効果があ
る。

【図面の簡単な説明】

【図１】 この発明の基本構成の一例を示す処理要求復
旧方式の構成図である。

【図２】 インターネットアクセス機器内の情報処理保
持部が保持する処理内容の保持の１構成例を示した図で
ある。

【図３】 インターネットアクセス機器内の情報処理保
持部が保持するログを読み出して処理を復旧させる構成
例を示した図である。

【図４】 実施の形態２の処理要求復旧方式の構成の一
例を示した図である。

【図５】 実施の形態３の処理要求復旧方式の構成の一
例を示した図である。

【図６】 実施の形態４の処理要求復旧方式の構成の一
例を示した図である。

【図７】 実施の形態５の処理要求復旧方式の構成の一
例を示した図である。

【図８】 実施の形態６の処理要求復旧方式の構成の一
例を示した図である。

【図９】 Ｃｏｋｉｅを利用して操作ログを保持して行
なう複製データベースの復旧手順を示す構成例を表す図
である。

【図１０】 実施の形態７の処理要求復旧方式の構成の
一例を示した図である。

【図１１】 Ｃｏｋｉｅを利用して操作ログを保持して
行なう複製データベースの復旧手順を示す構成例を表す
図である。

【図１２】 従来のデータベース管理システムの一例を
示す図である。

【図１３】 従来のデータベースを更新するためのシス
テムの一例を表す図である。

【符号の説明】

１−１〜１−ｎ インターネットアクセス機器、１−１
−１〜１−ｎ−１ ブラウザ、又は、Ｗｅｂブラウザ、
１−１−２〜１−ｎ−２ 情報保持部、又は、Ｃｏｋｉ
ｅ処理部、１−１−３〜１−ｎ−３ 操作ログ、又は、
Ｃｏｋｉｅ保存ファイル、２ インターネットなどの広
域網、３−１〜３−ｎ Ｗｅｂサーバ、３−１−１〜３
−ｎ−１ サービス提供プログラム、３−１−２〜３−
ｎ−２処理継続機能部、３−１−３ サスペンド機能
部、３−１−４−１〜３−１−４−ｏ ユーザＩＤ別操
作ログ、３−１−５ サスペンド復旧部、３−１−６−
１自動復旧用のユーザＩＤ別操作ログ、３−１−７ 処
理継続復旧部、３−１−８ 複製データベースチェック
機能部、４ データベースサーバ、４−１ データベー
スマネージメントシステム、５ メールサーバ、６ バ
ックアップ用データベースサーバ、６−１ 複製データ
を保持するデータベースマネージメントシステム、７
代替Ｗｅｂサーバ、７−１ サービス提供プログラム、
７−２ 複製データベースチェック機能部。

Claims (13)

【特許請求の範囲】
1. 【請求項１】 サービスを提供するサーバ装置と、通信
   網を介して上記サーバ装置に処理を要求するクライアン
   ト装置とを備える処理要求復旧方式において、 上記クライアント装置は、 上記サーバ装置へ処理要求を発生させる処理要求部と、 上記処理要求部が発生させた処理要求を保持することを
   指示する情報保持部と、 上記情報保持部が保持することを指示した処理要求を保
   持する操作ログ部とを備え、 上記サーバ装置は、 上記処理要求部から要求された処理を実行して上記クラ
   イアント装置へサービスを提供するサービス提供部と、 上記クライアント装置が操作ログ部に保持された処理要
   求を読み込み、読み込んだ処理要求に従い上記サービス
   提供部に処理要求を実行させる処理継続機能部とを備え
   ることを特徴とする処理要求復旧方式。
2. 【請求項２】 上記通信網は、複数のサーバ装置を接続
   し、 上記クライアント装置の処理要求部は、一のサーバ装置
   と通信中に、上記一のサーバ装置に障害が発生した場
   合、他のサーバ装置と接続し、接続したサーバ装置の処
   理継続機能部へ操作ログ部に保持する処理要求を読み出
   すことを指示することを特徴とする請求項１記載の処理
   要求復旧方式。
3. 【請求項３】 上記処理要求部は、上記サーバ装置へ上
   記情報を特定する情報識別子を指定して処理を要求し、 上記操作ログ部は、上記情報識別子と対応づけて、処理
   要求部が操作した処理要求を格納することを特徴とする
   請求項１または２記載の処理要求復旧方式。
4. 【請求項４】 上記サーバ装置のサービス提供部は、上
   記クライアント装置の処理要求部が操作中の処理の中断
   を選択する処理中断選択画面を有し、上記処理中断選択
   画面を上記クライアント装置へ表示して、クライアント
   装置の上記処理要求部へ処理中断指示の入力を促し、上
   記処理中断指示の入力を受け付け、 上記サーバ装置は、さらに、 上記処理中断指示を入力し、入力した処理中断指示に基
   づいて、上記クライアント装置の操作ログ部に保持され
   ている処理要求を読み出すサスペンド機能部と、 上記サスペンド機能部が読み出した処理要求を、上記ク
   ライアント装置を識別するクライアント識別子と対応づ
   けて格納する操作ログ格納部と、 処理の復旧を要求する処理復旧要求を入力し、入力した
   処理復旧要求に基づいて、上記操作ログ格納部から処理
   要求を読み出し、読み出した処理要求を実行して、処理
   を中断した時点の処理要求までを再現するサスペンド復
   旧部とを備え、 上記クライアント装置の処理要求部は、上記処理復旧要
   求を上記サーバ装置へ送信することを特徴とする請求項
   １記載の処理要求復旧方式。
5. 【請求項５】 上記サービス提供部は、障害の発生を検
   出した場合に、上記処理中断選択画面を上記クライアン
   ト装置へ表示して、クライアント装置の上記処理要求部
   へ処理中断指示の入力を促し、上記処理中断指示の入力
   を受け付け、上記障害が復旧した後、上記クライアント
   装置の接続を検出し、上記クライアント装置へ中断した
   処理を再開するかを問合せ、中断した処理を再開する場
   合は、上記サスペンド復旧部へ処理の再現を指示するこ
   とを特徴とする請求項４記載の処理要求復旧方式。
6. 【請求項６】 上記通信網は、さらに、上記サーバ装置
   がサービスを提供するための情報を格納するデータベー
   スを備え、 上記サービス提供部は、障害が発生した場合に、上記ク
   ライアント装置へ、障害が復旧した場合に、実行中の処
   理の実行結果を上記データベースへ格納するかを問合
   せ、実行中の処理の実行結果をデータベースへ格納する
   場合は、上記クライアント装置の操作ログ部の処理要求
   を読み出すことを、上記サスペンド機能部へ指示し、 上記サスペンド機能部は、上記クライアント装置の操作
   ログ部から処理要求を読み出し、読み出した処理要求を
   上記操作ログ格納部へ格納し、 上記サーバ装置は、さらに、障害が復旧した場合に、上
   記操作ログ格納部から格納された処理要求を読み出し、
   読み出した処理要求を上記サービス提供部に実行させ、
   実行結果をデータベースへ格納する処理継続復旧部を備
   えることを特徴とする請求項４記載の処理要求復旧方
   式。
7. 【請求項７】 上記処理継続復旧部は、上記クライアン
   ト装置が上記サーバ装置と接続していない場合は、処理
   要求の実行結果をデータベースへ格納したことを通知す
   ることを特徴とする請求項６記載の処理要求復旧方式。
8. 【請求項８】 上記通信網は、さらに、上記サーバ装置
   がサービスを提供するための情報を格納する第一のデー
   タベースと、 上記第一のデータベースに障害が発生した場合に用いる
   第二のデータベースとを備え、 上記サーバ装置は、さらに、上記第一のデータベースに
   障害が発生した場合に、上記第二のデータベースに切り
   替えるとともに、上記クライアント装置の操作ログ部か
   ら処理要求を読み出し、読み出した処理要求の実行結果
   が第二のデータベースに格納されているかを確認し、確
   認した結果に基づいて、上記処理要求の実行結果を上記
   第二のデータベースに格納するデータベースチェック部
   を備えることを特徴とする請求項１記載の処理要求復旧
   方式。
9. 【請求項９】 上記サーバ装置は、クライアント装置が
   接続する第一のサーバ装置と、上記第一のサーバ装置に
   障害が発生した場合にクライアント装置が接続する第二
   のサーバ装置とを有し、 上記処理要求復旧方式は、さらに、上記第一のサーバ装
   置がサービスを提供するための情報を格納する第一のデ
   ータベースと、 上記第一のデータベースに格納される情報を所定のタイ
   ミングで複製して格納するとともに、上記第二のサーバ
   装置がサービスを提供するための情報を格納する第二の
   データベースとを備え、 上記第二のサーバ装置は、クライアント装置と接続した
   場合に、上記クライアント装置の操作ログ部から処理要
   求を読み出し、読み出した処理要求の実行結果が第二の
   データベースに格納されているかを確認し、確認した結
   果に基づいて、上記処理要求の実行結果を上記第二のデ
   ータベースに格納するデータベースチェック部を備える
   ことを特徴とする請求項１記載の処理要求復旧方式。
10. 【請求項１０】 上記通信網は、インターネットであ
    り、 上記クライアント装置は、インターネットにアクセスす
    る機器であり、 上記サーバ装置は、ワールド・ワイド・ウェブサーバで
    あることを特徴とする請求項１記載の処理要求復旧方
    式。
11. 【請求項１１】 サービスを提供するサーバ装置と、通
    信網を介して上記サーバ装置に処理を要求するクライア
    ント装置とを備える処理要求復旧方法において、 上記クライアント装置は、 上記サーバ装置へ処理を要求し、 要求した処理要求を保持し、 上記サーバ装置は、 上記クライアント装置からの要求を処理してサービスを
    提供し、 サービスを提供中に処理が中断した場合に、上記クライ
    アント装置が保持する処理要求を読み込み、読み込んだ
    処理要求に従い処理要求を実行すて処理を継続すること
    を特徴とする処理要求復旧方法。
12. 【請求項１２】 通信網を介してサービスを提供するサ
    ーバ装置に処理を要求するクライアント装置において、 上記サーバ装置へ処理要求発生させる処理要求部と、 上記処理要求部が発生させた処理要求を保持することを
    指示する情報保持部と、 上記情報保持部が保持することを指示した処理要求を保
    持する操作ログ部とを備え、 上記処理要求部は、サーバ装置に障害が発生し、サービ
    スの提供が中断した場合、サーバ装置に対して、上記操
    作ログ部に保持する処理要求を用いて操作した処理要求
    を復旧することを指示することを特徴とするクライアン
    ト装置。
13. 【請求項１３】 クライアント装置から通信網を介して
    接続されるサーバ装置において、 サービスを提供するサービス提供部と、 上記クライアント装置へサービスの提供中にサービスの
    提供が中断した場合、サービスを中断する前に要求した
    処理要求をクライアント装置から入力し、入力した処理
    要求に従い処理要求を実行して中断したサービスの提供
    を復旧する処理継続機能部とを備えることを特徴とする
    サーバ装置。