JP5418070B2 - 業務操作支援方法及びコンピュータ装置 - Google Patents

Description

本技術は、クライアント・サーバ型の業務処理システムにおいて、ユーザの業務操作を支援するための技術に関する。

例えばクライアント・サーバ型の業務処理システムでは、ユーザが、クライアント端末を利用して、複数の業務処理画面を辿りながらデータ入力等の作業を進めていく。また、障害発生時の備えとして待機系システムを有するシステムも存在する。このようなシステムでは、途中で常用系システムに障害が発生し常用系システムとの接続が切断されてしまった場合、運用が待機系システムへ切り替えられる。

しかしながら、このようなシステムでは、途中から作業を再開できることが、必ずしも保障されているわけではない。そのため、待機系システムへ切り替わった後、ユーザは、最初から作業をやり直さなければならない場合がある。

特開２００４−３２２２４号公報

以上のように、従来技術では、システム障害が発生してユーザの作業が中断された場合、ユーザが最初から作業をやり直さなければならない場合があり、ユーザにとって手間がかかるという問題があった。また、従来技術では、作業が中断された場合に、ユーザが、どの作業まで完了しているかを容易に把握することもできなかった。

従って、本技術の目的は、システム障害が発生してユーザの作業が中断された場合に、ユーザが作業を再開できるようにすることである。

第１の態様に係る業務操作支援方法は、常用系システムと当該常用系システムで実行されたデータベース更新処理に関するログデータを保持する待機系システムとにネットワークを介して接続され、業務処理画面の識別子とログデータの識別子とを格納する管理データベースと記憶装置とを有するコンピュータより実行される業務操作支援方法である。そして、本業務操作支援方法は、常用系システムから特定の業務処理画面のデータを受信した場合、特定の業務処理画面を表示し、特定の業務処理画面のデータを記憶装置に格納するステップと、特定の業務処理画面に対する入力又は選択データをユーザから受け付け、常用系システムに送信するステップと、特定の業務処理画面に対する入力又は選択データの送信に応じて常用系システムで実行されたデータベース更新処理に関するログデータを常用系システムから受信した場合、当該ログデータを記憶装置に格納し、当該ログデータの識別子を特定の業務処理画面の識別子に対応付けて管理データベースに格納するステップと、常用系システムの障害発生を検出した場合、記憶装置に格納されているログデータを待機系システムに送信し、当該待機系システムにログデータの整合性を確認するための処理を実施させるステップと、待機系システムにより整合が取れていることが確認されたことが通知されたログデータのうち最新ログデータに対応する業務処理画面又は当該業務処理画面の次の業務処理画面のデータを記憶装置から取得して表示する表示ステップとを含む。

第２の態様に係る業務処理システムは、常用系システムと、当該常用系システムで実行されたデータベース更新処理に関するログデータを保持する待機系システムと、業務処理画面の識別子とログデータの識別子とを格納する管理データベースと記憶装置とを有するクライアント・コンピュータとを有する。そして、上で述べた常用系システムは、特定の業務処理画面のデータをクライアント・コンピュータに送信する手段と、クライアント・コンピュータから特定の業務処理画面に対する入力又は選択データを受信した場合、データベース更新処理を実行し、当該データベース更新処理に関するログデータをクライアント・コンピュータに送信する手段とを有する。また、上で述べた待機系システムは、クライアント・コンピュータからログデータを受信した場合、受信したログデータと待機系システム自身が保持するログデータとを比較することにより整合性を確認し、確認結果をクライアント・コンピュータに送信する手段を有する。さらに、上で述べたクライアント・コンピュータは、常用系システムから特定の業務処理画面のデータを受信した場合、特定の業務処理画面を表示し、特定の業務処理画面のデータを記憶装置に格納する手段と、特定の業務処理画面に対する入力又は選択データをユーザから受け付け、常用系システムに送信する手段と、特定の業務処理画面に対する入力又は選択データの送信後、常用系システムからログデータを受信した場合、当該ログデータを記憶装置に格納し、当該ログデータの識別子を特定の業務処理画面の識別子に対応付けて管理データベースに格納する手段と、常用系システムの障害発生を検出した場合、記憶装置に格納されているログデータを待機系システムに送信する手段と、待機系システムにより整合が取れていることが確認されたことが通知されたログデータのうち最新ログデータに対応する業務処理画面又は当該業務処理画面の次の業務処理画面のデータを記憶装置から取得して表示する手段とを有する。

システム障害が発生してユーザの作業が中断された場合に、ユーザが作業を再開できるようになる。

図１は、複数の業務処理画面を経て完了する業務の一例を示す図である。 図２は、図１に示した業務に対する作業中にシステム障害が発生した場合の一例を示す図である。 図３は、待機系システムのログイン画面の一例を示す図である。 図４は、本技術の実施の形態の概要を説明するための図である。 図５は、本技術の一実施の形態に係る業務処理システムのシステム構成図である。 図６は、業務処理システムにおけるクライアント端末の機能ブロック図である。 図７は、管理データベースに格納されるデータの一例を示す図である。 図８は、業務処理管理テーブルに格納されるデータの一例を示す図である。 図９は、通常動作時の業務処理システムの処理フロー（第１の部分）を示す図である。 図１０は、通常動作時の業務処理システムの処理フロー（第２の部分）を示す図である。 図１１は、システム障害発生時の業務処理システムの処理フロー（第１の部分）を示す図である。 図１２は、再現リストの一例を示す図である。 図１３は、システム障害発生時の業務処理システムの処理フロー（第２の部分）を示す図である。 図１４は、システム障害発生時の業務処理システムの処理フロー（第３の部分）を示す図である。 図１５は、トランザクション比較処理の処理フローを示す図である。 図１６は、復旧時の業務処理システムの処理フローを示す図である。 図１７は、コンピュータの機能ブロック図である。 図１８は、本技術の第１の態様に係る業務操作支援方法の処理フローを示す図である。 図１９は、本技術の第２の態様に係るクライアント・コンピュータの機能ブロック図である。

まず、図１乃至図４を用いて、本技術の実施の形態の概要を説明する。ここでは、常用系システム及び待機系システムを有する業務処理システムを前提に説明する。例えば、図１に示すように、複数の業務処理画面（図１では、画面１乃至画面３）を経て１つの業務が完了する場面を想定する。なお、図１は、１画面につき、２つのトランザクションが実行される業務の一例を示している。具体的には、画面１では、トランザクションＴＲ１及びＴＲ２が実行され、画面２では、トランザクションＴＲ３及びＴＲ４が実行され、画面３では、トランザクションＴＲ５及びＴＲ６が実行されるようになっている。

例えば図２に示すように、ユーザがログイン画面、画面１、画面２の順に作業を行っていた際に、画面２（トランザクションＴＲ４）のところでシステム障害が発生した場合、常用系システムから運用系システムへ運用が切り替えられる。この際、例えば、図３に示すように、待機系システムにログインするためのログイン画面が表示される。なお、この場合、画面２のトランザクションＴＲ３までの処理は完了しているが、待機系システムにログインした後、画面１（トランザクションＴＲ１）からやり直さなければならない場合がある。また、ユーザが、トランザクションＴＲ３まで完了していることを忘れてしまったため、途中から再開できない場合もある。

そこで、本実施の形態では、システム障害によってユーザの作業が中断されてしまった場合、図４に示すように、ユーザがそれまで辿ってきたログイン画面、画面１、画面２の順に自動遷移させることで、どの作業まで完了しているのかをユーザが容易に認識できるようにする。また、トランザクションＴＲ１、ＴＲ２及びＴＲ３の実行時に出力される、データベースの更新ログを、常用系システムからクライアント端末に転送するようにし、クライアント端末では、各画面を表示する際に、更新ログから入力内容を再現する。以下、本技術の実施の形態について詳細に説明する。

図５に、本技術の一実施の形態に係る業務処理システムのシステム構成を示す。例えばインターネットであるネットワーク１に、障害検知装置３と、クライアント端末９とが接続されている。さらに、障害検知装置３には、常用系システム５におけるネットワーク装置５０と、待機系システム７におけるネットワーク装置７０とが接続されている。なお、クライアント端末９には、Ｗｅｂブラウザがインストールされており、ユーザの指示に応じて実行される。

また、常用系システム５には、ネットワーク装置５０と、Ｗｅｂサーバ５１と、ＡＰ（アプリケーション）サーバ５２と、ＤＢ（データベース）サーバ５３と、ＤＢサーバ５３により管理されるＤＢ５４とが含まれる。そして、ネットワーク装置５０と、Ｗｅｂサーバ５１と、ＡＰサーバ５２と、ＤＢサーバ５３とはＬＡＮ（Local Area Network）等を介して接続されている。また、ＤＢサーバ５３は、ＤＢ５４の更新ログをクライアント端末９に送信するトランザクション転送モジュール５３１を含む。なお、本実施の形態では、更新ログをトランザクションデータと呼ぶ場合もある。

さらに、待機系システム７には、ネットワーク装置７０と、Ｗｅｂサーバ７１と、ＡＰサーバ７２と、ＤＢサーバ７３と、ＤＢサーバ７３により管理されるＤＢ７４とが含まれる。そして、ネットワーク装置７０と、Ｗｅｂサーバ７１と、ＡＰサーバ７２と、ＤＢサーバ７３とはＬＡＮ等を介して接続されている。また、Ｗｅｂサーバ７１は、業務処理継続のための処理を実施するサーバ側業務継続モジュール７１１を含む。さらに、ＤＢサーバ７３は、更新ログの整合性を確認するための処理を実施するトランザクション比較モジュール７３１を含む。

なお、図５に示した業務処理システムでは、常用系システム５と待機系システム７とでデータベースを同期させるため、レプリケーション機能によって、ＤＢ５４の更新ログを常用系システム５から待機系システム７へ遠隔即時転送するようになっている。そして、待機系システム７では、常用系システム５から転送された更新ログを保持しておく。

また、図６に、図５に示したクライアント端末９の機能ブロック図を示す。クライアント端末９は、業務処理部９０１と、トランザクション受信モジュール９０３と、再現モジュール９０５と、クライアント側業務継続モジュール９０７と、管理ＤＢ９０９と、業務処理管理テーブル９１１と、フラグファイル格納部９１３と、画面データ格納部９１５と、トランザクションデータ格納部９１７とを含む。業務処理部９０１は、常用系システム５又は待機系システム７から業務処理画面のデータを受信すると、画面データ格納部９１５に格納し、その業務処理画面を表示し、画面データ名（ＨＴＭＬ（Hyper Text Markup Language）ファイル名）、画面データ更新時刻及びコネクションＩＤなどを含むレコードを管理ＤＢ９０９に追加する。なお、業務処理部９０１は、現在の業務処理画面が業務開始画面であるか判断し、業務開始画面であると判断した場合には、業務中である旨のフラグをフラグファイル格納部９１３に設定する。さらに、業務処理部９０１は、表示中の業務処理画面に対する入力又は選択データをユーザから受け付け、入力又は選択データを常用系システム５又は待機系システム７に送信する。トランザクション受信モジュール９０３は、常用系システム５からトランザクションデータ（更新ログ）を受信すると、トランザクションデータ格納部９１７に格納し、トランザクションデータのファイル名を管理ＤＢ９０９のレコードに登録する。再現モジュール９０５は、障害検知装置３から障害発生通知を受信すると、フラグファイル格納部９１３に基づき業務中であるか否か判断し、業務中である場合には、管理ＤＢ９０９において再現処理対象となるレコードを特定する。そして、再現モジュール９０５は、再現処理対象のレコードに係る業務処理画面を表示し、再現処理対象のレコードに係るトランザクションデータを待機系システム７に送信する。クライアント側業務継続モジュール９０７は、待機系システム７におけるサーバ側業務継続モジュール７１１と連携して、業務処理を再開するための処理を実施する。なお、画面データ格納部９１５として、クライアント端末９のキャッシュを用いるような場合もある。

図７に、管理ＤＢ９０９に格納されるデータの一例を示す。図７の例では、管理ＤＢ９０９には、項番の列と、業務処理画面の画面データ名の列と、画面データ更新時刻の列と、トランザクションファイル名の列と、実行中作業（ステータス）の列と、コネクションＩＤの列とが含まれる。なお、項番の列には、レコードを識別するための番号が設定され、管理ＤＢ９０９への登録順に連続した番号が付与される。画面データ更新時刻の列には、その業務処理画面のデータの更新時間が設定される。実行中作業（ステータス）の列には、業務処理管理テーブル９１１から特定されるステータスが設定される。コネクションＩＤの列には、クライアント端末９と、常用系システム５又は待機系システム７との間のコネクションＩＤが設定される。

図８に、業務処理管理テーブル９１１に格納されるデータの一例を示す。図８の例では、業務処理管理テーブル９１１には、ＩＤの列と、業務処理画面の画面データ名の列と、その業務処理画面に対応するステータスの列と、直前ステータスの列と、処理開始フラグの列とが含まれる。なお、各列に設定されるデータは事前に決定されているものとする。直前ステータスの列には、その業務処理画面へ遷移する直前のステータスが登録され、１つの業務処理画面が複数のステータスを持つ場合、直前ステータスによって判別する。例えば管理ＤＢ９０９に項番ｎのレコードを追加する際、まず、項番ｎのレコードにおける画面データ名を基に業務処理管理テーブル９１１を検索する。ここで、画面データ名に対応するステータスが業務処理管理テーブル９１１から１つだけ検出された場合には、そのステータスを項番ｎのレコードに設定する。一方、画面データ名に対応するステータスが業務処理管理テーブル９１１から複数検出された場合には、その中から、項番ｎ−１のレコード（但し、項番ｎのレコードと同一コネクションＩＤを含むものとする）における実行中作業（ステータス）と直前ステータスとが一致するステータスを特定し、特定されたステータスを項番ｎのレコードに設定する。また、処理開始フラグの列には、その業務処理画面が業務開始画面であれば１が設定され、業務開始画面でなければ０が設定される。

次に、図９乃至図１６を用いて、図５に示した業務処理システムにおける常用系システム５、待機系システム７及びクライアント端末９の処理について説明する。まず、図９及び図１０を用いて通常動作時の処理について説明する。例えば、クライアント端末９は、ユーザからアクセス要求の入力を受け付け、アクセス要求を常用系システム５へ送信する。そして、常用系システム５のＷｅｂサーバ５１は、クライアント端末９からのアクセス要求を受信し、アクセス要求に応じた画面データ（すなわち、Ｗｅｂページ・データ）を生成し、クライアント端末９に送信する（図９：ステップＳ１）。

そして、クライアント端末９の業務処理部９０１は、常用系システム５から画面データ（Ｗｅｂページ・データ）を受信する（ステップＳ３）。そして、業務処理部９０１は、受信した画面データを画面データ格納部９１５に格納すると共に、表示装置に表示する（ステップＳ５）。そして、業務処理部９０１は、表示画面に対する入力又は選択をユーザから受け付け（ステップＳ７）、入力又は選択データを含む電文を生成し、常用系システム５に送信する（ステップＳ９）。

そして、常用系システム５のＷｅｂサーバ５１は、クライアント端末９から電文を受信する（ステップＳ１１）。そして、Ｗｅｂサーバ５１、ＡＰサーバ５２及びＤＢサーバ５３は、電文に応じた処理を実行し、ＤＢサーバ５３は、ＤＢ５４の更新ログ（トランザクションデータ）を電文のコードに対応付けて記憶装置に格納する（ステップＳ１３）。

そして、常用系システム５と待機系システム７が連携して、レプリケーション処理を実施する（ステップＳ１５及びステップＳ１７）。これにより、常用系システム５から待機系システム７へ更新ログが送信され、常用系システム５と待機系システム７とでデータベースの同期が取られる。待機系システム７では、常用系システム５からの更新ログを保持しておくものとする。なお、レプリケーション処理については、従来の処理と変わらないため、これ以上述べない。その後、常用系システム５の処理は、端子Ｂを介してステップＳ２９（図１０）に移行する。

一方、ステップＳ９の後、クライアント端末９の業務処理部９０１は、トランザクション受信モジュール９０３を起動する（ステップＳ１９）。この際、業務処理部９０１は、現在の業務処理画面の画面データ名、画面データ更新時刻及びコネクションＩＤをトランザクション受信モジュール９０３に引き渡す。なお、ステップＳ１９以降の処理は、上で説明したステップＳ１１乃至ステップＳ１７の処理と並行に行われる。

そして、トランザクション受信モジュール９０３は、起動後、業務処理管理テーブル９１１に基づき、現在の業務処理画面が業務開始画面であるか判断する（ステップＳ２１）。具体的には、画面データ名を基に業務処理管理テーブル９１１を検索し、画面データ名に対応する処理開始フラグが１に設定されている場合、業務開始画面であると判断する。現在の業務処理画面が業務開始画面であると判断された場合（ステップＳ２１：Ｙｅｓルート）、トランザクション受信モジュール９０３は、業務中である旨のフラグをフラグファイル格納部９１３に設定する（ステップＳ２３）。その後、ステップＳ２５の処理に移行する。

一方、現在の業務処理画面が業務開始画面でなければ（ステップＳ２１：Ｎｏルート）、ステップＳ２３の処理をスキップし、ステップＳ２５の処理に移行する。

そして、トランザクション受信モジュール９０３は、項番、画面データ名、画面データ更新時刻、コネクションＩＤ及びステータスを含むレコードを管理ＤＢ９０９に追加する（ステップＳ２５）。なお、項番については、連続する新たな番号を割り当てる。また、ステータスについては、画面データ名を基に業務処理管理テーブル９１１を検索し、画面データ名に対応するステータスをレコードに設定する。なお、上でも述べたように、対応するステータスが複数存在する場合には、直前ステータスに従ってステータスを特定する。その後、クライアント端末９の処理は、端子Ａを介してステップＳ２７（図１０）に移行する。

図１０の説明に移行して、端子Ａの後、クライアント端末９のトランザクション受信モジュール９０３は、トランザクション転送モジュール５３１の起動要求を常用系システム５に送信し、トランザクション転送モジュール５３１を呼び出す（図１０：ステップＳ２７）。例えば、起動要求には、ステップＳ９において送信した電文のコード（ＩＤ）などが含まれる

そして、端子Ｂの後、常用系システム５のＤＢサーバ５３は、クライアント端末９からトランザクション転送モジュール５３１の起動要求を受信し、トランザクション転送モジュール５３１を起動する（ステップＳ２９）。そして、トランザクション転送モジュール５３１は、起動後、起動要求に含まれる電文のコードに対応するトランザクションデータを記憶装置から取得し、クライアント端末９に送信する（ステップＳ３１）。

そして、クライアント端末９のトランザクション受信モジュール９０３は、常用系システム５からトランザクションデータを受信し、トランザクションデータ格納部９１７に格納する（ステップＳ３３）。そして、トランザクション受信モジュール９０３は、受信したトランザクションデータのファイル名を、ステップＳ２５において管理ＤＢ９０９に追加したレコードに登録する（ステップＳ３５）。

そして、トランザクション受信モジュール９０３は、現在の業務処理画面が予め定められた業務終了画面（例えば、ログアウト画面等）であるか判断する（ステップＳ３７）。なお、業務処理管理テーブル９１１に処理終了フラグを設けて、業務終了画面を管理するような構成を採用することも可能である。そして、現在の業務処理画面が業務終了画面であると判断された場合（ステップＳ３７：Ｙｅｓルート）、トランザクション受信モジュール９０３は、業務中である旨を表すフラグをフラグファイル格納部９１３から削除する（ステップＳ３９）。そして、処理を終了する。

一方、現在の業務処理画面が業務終了画面でなければ（ステップＳ３７：Ｎｏルート）、ステップＳ３９の処理を行わずに、処理を終了する（ステップＳ４１）。

なお、次の業務処理画面に遷移する際には、ステップＳ１に戻り、上で述べた処理が繰り返される。このようにして、常用系システム５からクライアント端末９にトランザクションデータが送信され、トランザクションデータがクライアント端末９に蓄積されていく。

次に、図１１乃至図１５を用いて、障害発生時の処理について説明する。なお、図９及び図１０に示したような処理が事前に実行され、管理ＤＢ９０９には図７に示したようなデータが格納されているものとする。また、業務処理管理テーブル９１１には図８に示したようなデータが格納されているものとする。例えば、障害検知装置３は、常用系システム５の障害発生を検出すると（図１１：ステップＳ５１）、再現モジュール９０５の起動要求をクライアント端末９に送信し、再現モジュール９０５を呼び出す（ステップＳ５３）。

そして、クライアント端末９は、障害検知装置３から再現モジュール９０５の起動要求を受信し、再現モジュール９０５を起動する（ステップＳ５５）。そして、再現モジュール９０５は、起動後、フラグファイル格納部９１３を検索し、業務中である旨のフラグが設定されているか判断する（ステップＳ５７）。業務中である旨のフラグがフラグファイル格納部９１３に設定されていなければ（ステップＳ５７：Ｎｏルート）、作業途中の業務は現時点では存在しないと判断し、処理を終了する。

一方、業務中である旨のフラグがフラグファイル格納部９１３に設定されている場合（ステップＳ５７：Ｙｅｓルート）、作業途中の業務が存在すると判断し、ステップＳ６１の処理に移行する。

そして、再現モジュール９０５は、管理ＤＢ９０９から、トランザクションデータのファイル名が登録済みのレコードの中から最新レコードを再現対象として選択する（ステップＳ６１）。例えば図７に示したようなデータが管理ＤＢ９０９に格納されている場合には、項番４のレコードが最新レコードとなり、再現対象として選択される。そして、再現モジュール９０５は、選択されたレコードにおけるトランザクションファイル名を再現リストに追加する（ステップＳ６３）。なお、再現リストは、クライアント端末９の記憶装置に格納される。

そして、再現モジュール９０５は、選択されたレコードにおける画面データ名及びステータスに対応する処理開始フラグを業務処理管理テーブル９１１から取得する（ステップＳ６５）。例えば画面データ名「uketuke2.html」及びステータス「受付中」であれば、業務処理管理テーブル９１１（図８）におけるＩＤ３に係る処理開始フラグ（０）が取得される。

そして、再現モジュール９０５は、取得した処理開始フラグが１であるか判断する（ステップＳ６７）。取得した処理開始フラグが０である場合（ステップＳ６７：Ｎｏルート）、再現モジュール９０５は、管理ＤＢ９０９から、同一コネクションＩＤを持つレコードのうち現在のレコードの１つ前のレコードを再現対象として選択する（ステップＳ６９）。例えば現在のレコードが項番４のレコードである場合、同一コネクションＩＤを持つ項番３のレコードが選択される。そして、ステップＳ６３の処理に戻り、上で述べた処理を繰り返す。

一方、取得した処理開始フラグが１である場合（ステップＳ６７：Ｙｅｓルート）、クライアント端末９の処理は、端子Ｃを介してステップＳ７１（図１３）に移行する。

例えば図７に示したようなデータが管理ＤＢ９０９に格納されている場合には、項番４、項番３、項番２、項番１の順にレコードが再現対象として選択される。そして、項番１のレコードが選択されたとき、画面データ名「login.htm」及びステータス「ログイン」に対応する処理開始フラグ（すなわち、図８におけるＩＤ１に係る処理開始フラグ）は１となるので、図１３の処理に移行することになる。なお、項番４、項番３、項番２及び項番１の順にレコードが選択された場合、再現リストには図１２に示すようなデータが格納される。図１２では、上から順に、項番４のレコードに係るトランザクションファイル名「００００００４」、項番３のレコードに係るトランザクションファイル名「００００００３」、項番２のレコードに係るトランザクションファイル名「００００００２」及び項番１のレコードに係るトランザクションファイル名「００００００１」が設定されている。

図１３の説明に移行して、端子Ｃの後、クライアント端末９の再現モジュール９０５は、管理ＤＢ９０９において、再現対象レコードのうち未処理のレコードを項番の小さい順に特定する（図１３：ステップＳ７１）。例えば、項番４、項番３、項番２及び項番１のレコードが再現対象レコードの場合、本ステップでは、項番１、項番２、項番３及び項番４の順にレコードが特定される。

そして、再現モジュール９０５は、画面データ格納部９１５から、特定したレコードに係る画面データを取得し、表示装置に表示する（ステップＳ７３）。

そして、再現モジュール９０５は、トランザクションデータ格納部９１７から、特定したレコードに係るトランザクションデータを取得する（ステップＳ７５）。そして、再現モジュール９０５は、トランザクションデータをマイニングし、入力内容を抽出し、表示中の画面上に入力内容を表示する（ステップＳ７７）。なお、マイニングについては、従来の処理と変わらないため、これ以上述べない。

そして、再現モジュール９０５は、トランザクション比較モジュール７３１の起動要求を待機系システム７に送信し、トランザクション比較モジュール７３１を呼び出す（ステップＳ７９）。

そして、待機系システム７のＤＢサーバ７３は、クライアント端末９からトランザクション比較モジュール７３１の起動要求を受信し、トランザクション比較モジュール７３１を起動する（ステップＳ８１）。

また、再現モジュール９０５は、ステップＳ７５において取得したトランザクションデータ及び記憶装置に格納されている再現リストを待機系システム７に送信する（ステップＳ８３）。そして、クライアント端末９の処理は、端子Ｅを介してステップＳ９１（図１４）の処理に移行する。

そして、待機系システム７のトランザクション比較モジュール７３１は、クライアント端末９からトランザクションデータ及び再現リストを受信し、一旦記憶装置に格納する（ステップＳ８５）。そして、待機系システム７の処理は、端子Ｄを介してステップＳ８７（図１４）の処理に移行する。

図１４の説明に移行して、端子Ｄの後、待機系システム７のトランザクション比較モジュール７３１は、クライアント端末９から送信されたトランザクションデータと、通常動作時に常用系システム５から送信されたトランザクションデータとを用いてトランザクション比較処理を実施する（ステップＳ８７）。トランザクション比較処理については、図１５を用いて説明する。

まず、トランザクション比較モジュール７３１は、クライアント端末９から受信したトランザクションデータをマイニングし、マイニング結果を記憶装置に格納する（図１５：ステップＳ１１１）。

また、トランザクション比較モジュール７３１は、待機系システムで保持している同一データ名のトランザクションデータをマイニングし、マイニング結果を記憶装置に格納する（ステップＳ１１３）。

そして、トランザクション比較モジュール７３１は、記憶装置に格納されたマイニング結果を比較し、マイニング結果が同一であるか判断する（ステップＳ１１５）。マイニング結果が同一である場合（ステップＳ１１５：Ｙｅｓルート）、トランザクション比較モジュール７３１は、クライアント端末９から受信したトランザクションデータについてクライアント端末９と待機系システム７とで整合が取れていると判断する（ステップＳ１１７）。そして、本処理を終了し、元の処理に戻る。

一方、マイニング結果が異なる場合（ステップＳ１１５：Ｎｏルート）、トランザクション比較モジュール７３１は、クライアント端末９から受信したトランザクションデータについてクライアント端末９と待機系システム７とで整合が取れていない（不整合あり）と判断する（ステップＳ１１９）。そして、トランザクション比較モジュール７３１は、再現リストから、不整合があると判断されたトランザクション以降のトランザクションデータを特定する（ステップＳ１２１）。なお、図１２に示したように、再現リストでは、１番下のトランザクションデータが最も古く、１番上のトランザクションデータが最新のものとなっている。従って、例えば図１２に示したようなデータが再現リストに格納されている際に、「００００００３」のトランザクションデータに不整合があると判断された場合には、本ステップでは、「００００００３」及び「００００００４」のトランザクションデータが特定される。

そして、トランザクション比較モジュール７３１は、特定したトランザクションデータを待機系システム７から削除し、ＤＢ７４に対してロールバック処理を実施する（ステップＳ１２３）。これにより、ＤＢ７４の内容は、「００００００２」の時点まで戻される。そして、本処理を終了し、元の処理に戻る。

図１４の説明に戻って、トランザクション比較処理を実施した後、トランザクション比較モジュール７３１は、処理結果（整合性あり／整合性なし）をクライアント端末９に送信する（ステップＳ８９）。

そして、クライアント端末９の再現モジュール９０５は、待機系システム７からトランザクション比較処理の処理結果を受信し、処理結果が整合性ありを表しているか判断する（ステップＳ９３）。処理結果が整合性ありを表している場合（ステップＳ９３：Ｙｅｓルート）、再現モジュール９０５は、全ての再現対象レコードについて処理が完了したか判断する（ステップＳ９５）。全ての再現対象レコードについて処理が完了した場合（ステップＳ９５：Ｙｅｓルート）、ステップＳ１０５の処理に移行する。

一方、全ての再現対象レコードについて処理が完了していなければ（ステップＳ９５：Ｎｏルート）、すなわち再現すべき画面が未だ残っている場合には、端子Ｆを介してステップＳ７１（図１３）の処理に戻り、上で述べた処理を繰り返す。なお、２回目以降の処理では、トランザクション比較モジュール７３１は既に起動されているため、ステップＳ７９及びステップＳ８１の処理は省略可能である。

一方、ステップＳ９３において、処理結果が整合性なし（不整合あり）を表していると判断された場合（ステップＳ９３：Ｎｏルート）、再現モジュール９０５は、再現リストから、不整合があることが通知されたトランザクション以降のトランザクションデータを特定する（ステップＳ９７）。なお、本ステップの処理は、ステップＳ１２１の処理と同じであり、使用する再現リストも同じであるため、ステップＳ１２１で特定されたトランザクションデータと同一のトランザクションデータが特定される。そして、再現モジュール９０５は、特定したトランザクションデータをトランザクションデータ格納部９１７から削除する（ステップＳ９９）。

また、再現モジュール９０５は、処理対象中のレコード以降の再現対象レコードを管理ＤＢ９０９から削除する（ステップＳ１０１）。例えば図７に示したようなデータが管理ＤＢ９０９に格納されている際に、現在項番３のレコードについて処理していた場合には、項番３、項番４及び項番５のレコードを管理ＤＢ９０９から削除する。

そして、再現モジュール９０５は、業務処理が完了してない旨のメッセージを現在表示中の画面上に表示する（ステップＳ１０３）。なお、現在表示中の画面に対する処理が完了していないことをユーザに知らせることができれば、他のメッセージを表示するようにしてもよい。その後、ステップＳ１０５の処理に移行する。

そして、ステップＳ９５において全ての再現対象レコードについての処理が完了していないと判断された場合、又は、ステップＳ１０３の処理の後、再現モジュール９０５は、復旧待ちとなり（ステップＳ１０５）、障害発生時の処理を終了する。

以上のような処理を実施することにより、ユーザがそれまで行ってきた作業画面を再現して表示することができ、ユーザにとっては、どこまで作業が完了しているかを容易に把握することができるようになる。

次に、図１６を用いて、システム復旧時の処理について説明する。なお、上で述べた障害発生時の処理が事前に実行され、クライアント端末９が復旧待ち状態になっているものとする。まず、障害検知装置３が、待機系システム７への切り替え完了を検出すると、障害対処通知をクライアント端末９に送信する（図１６：ステップＳ１３１）。

そして、クライアント端末９の再現モジュール９０５は、障害検知装置３から障害対処通知を受信し（ステップＳ１３３）、クライアント側業務継続モジュール９０７を起動する（ステップＳ１３５）。

そして、クライアント側業務継続モジュール９０７は、起動後、管理ＤＢ９０９から、整合性があることが通知されたトランザクションデータのうち最新のトランザクションデータに対応する画面データ名及びコネクションＩＤを取得する（ステップＳ１３７）。そして、クライアント側業務継続モジュール９０７は、サーバ側業務継続モジュール７１１の起動要求を待機系システム７に送信する（ステップＳ１３９）。

そして、待機系システム７のＷｅｂサーバ７１は、クライアント端末９からサーバ側業務継続モジュール７１１の起動要求を受信し、サーバ側業務継続モジュール７１１を起動する（ステップＳ１４１）。

また、クライアント端末９のクライアント側業務継続モジュール９０７は、サーバ側業務継続モジュール７１１を呼び出した後、ステップＳ１３７で取得した画面データ名及びコネクションＩＤを待機系システム７に送信する（ステップＳ１４３）。

そして、待機系システム７のサーバ側業務継続モジュール７１１は、クライアント端末９から画面データ名及びコネクションＩＤを受信し、一旦記憶装置に格納する（ステップＳ１４５）。なお、起動要求に画面データ名及びコネクションＩＤを含めることも可能であり、その場合には、ステップＳ１４３及びステップＳ１４５の処理は省略可能である。

そして、サーバ側業務継続モジュール７１１は、受信したコネクションＩＤについてのコネクションを再確立する（ステップＳ１４７）。そして、サーバ側業務継続モジュール７１１とクライアント側業務継続モジュール９０７とが連携して、業務処理を再開し（ステップＳ１４９及びステップＳ１５１）、復旧時の処理を終了する。

以上のような処理を実施することにより、コネクションが再確立され、クライアント端末９と待機系システム７との間で業務処理が再開されるので、ユーザにとっては、作業が中断されたとしても、途中から再開できるようになる。

以上本技術の一実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明した常用系システム５、待機系システム７及びクライアント端末９の機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。

また、上で説明した管理ＤＢ９０９及び業務処理管理テーブル９１１に格納されるデータは一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。例えばトランザクションデータの整合性を先に確認するようにし、その後、業務処理画面を表示するようにしてもよい。

なお、上で述べたクライアント端末９及び各種サーバは、コンピュータ装置であって、図１７に示すように、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本技術の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

以上述べた本技術の実施の形態をまとめると以下のとおりになる。

第１の態様に係る業務操作支援方法は、常用系システムと当該常用系システムで実行されたデータベース更新処理に関するログデータを保持する待機系システムとにネットワークを介して接続され、業務処理画面の識別子とログデータの識別子とを格納する管理データベースと記憶装置とを有するコンピュータより実行される業務操作支援方法である。そして、本業務操作支援方法は、常用系システムから特定の業務処理画面のデータを受信した場合、特定の業務処理画面を表示し、特定の業務処理画面のデータを記憶装置に格納するステップ（図１８：ステップＳ１００１）と、特定の業務処理画面に対する入力又は選択データをユーザから受け付け、常用系システムに送信するステップ（図１８：ステップＳ１００３）と、特定の業務処理画面に対する入力又は選択データの送信に応じて常用系システムで実行されたデータベース更新処理に関するログデータを常用系システムから受信した場合、当該ログデータを記憶装置に格納し、当該ログデータの識別子を特定の業務処理画面の識別子に対応付けて管理データベースに格納するステップ（図１８：ステップＳ１００５及びＳ１００７）と、常用系システムの障害発生を検出した場合（図１８：ステップＳ１００９）、記憶装置に格納されているログデータを待機系システムに送信し、当該待機系システムにログデータの整合性を確認するための処理を実施させるステップ（図１８：ステップＳ１０１１）と、待機系システムにより整合が取れていることが確認されたことが通知されたログデータのうち最新ログデータに対応する業務処理画面又は当該業務処理画面の次の業務処理画面のデータを記憶装置から取得して表示する表示ステップ（図１８：ステップＳ１０１３）とを含む。

このようにすれば、整合が取れている最新ログデータに対応する業務処理画面又はその次の業務処理画面が表示されるので、ユーザは、どこから作業を開始すればよいかを容易に把握でき、作業を途中から再開できるようになる。

また、上で述べた表示ステップが、業務処理開始時の業務処理画面から順に、最新ログデータに対応する業務処理画面又は次の業務処理画面までの各業務処理画面を表示するステップを含むようにしてもよい。このようにすれば、既に完了済みとなっている一連の作業内容を容易に確認できるようになる。

さらに、本業務操作支援方法は、待機系システムからログデータの不整合がある旨の通知を受信した場合、不整合があることが通知されたログデータに対応する業務処理画面を表示すると共に、当該業務処理画面における業務処理が完了していない旨のメッセージを表示する不整合表示ステップをさらに含むようにしてもよい。このようにすれば、ログに不整合がある場合、問題が生じている業務処理画面が表示されるので、ユーザは、再開すべき作業を容易に把握できる。

また、上で述べた不整合表示ステップが、不整合があることが通知されたログデータ及び当該ログデータより後に受信したログデータを記憶装置から削除し、削除したログデータの識別子と、対応する業務処理画面の識別子とを管理データベースから削除するステップを含むようにしてもよい。このようにすれば、記憶装置及び管理データベースの内容を、整合が取れている時点までロールバックすることができる。

さらに、上で述べた管理データベースが、常用系システムとコンピュータ間のコネクションの識別子をさらに格納する場合もある。そして、本業務操作支援方法が、表示ステップの後に、最新ログデータに対応する業務処理画面の識別子と、対応するコネクションの識別子とを待機系システムに送信し、待機系システムとの間でコネクションを再確立して待機系システムに業務処理を再開させるステップをさらに含むようにしてもよい。このようにすれば、待機系システムとの間でコネクションが再確立され、作業を引き続き行うことができるようになる。

第２の態様に係るコンピュータは、常用系システムから特定の業務処理画面のデータを受信した場合、特定の業務処理画面を表示し、特定の業務処理画面のデータを記憶装置（図１９：記憶装置１９１１）に格納する画面データ受信手段（図１９：画面データ受信部１９０１）と、特定の業務処理画面に対する入力又は選択データをユーザから受け付け、常用系システムに送信する入力データ送信手段（図１９：入力データ送信部１９０３）と、特定の業務処理画面に対する入力又は選択データの送信に応じて常用系システムで実行されたデータベース更新処理に関するログデータを常用系システムから受信した場合、当該ログデータを記憶装置に格納し、当該ログデータの識別子を特定の業務処理画面の識別子に対応付けて管理データベース（図１９：管理ＤＢ１９１３）に格納するログデータ受信手段（図１９：ログデータ受信部１９０５）と、常用系システムの障害発生を検出した場合、常用系システム内のデータベースの更新ログを保持する待機系システムに記憶装置に格納されているログデータを送信し、当該待機系システムにログデータの整合性を確認するための処理を実施させるログデータ送信手段（図１９：ログデータ送信部１９０７）と、待機系システムにより整合が取れていることが確認されたことが通知されたログデータのうち最新ログデータに対応する業務処理画面又は当該業務処理画面の次の業務処理画面のデータを記憶装置から取得して表示する画面再表示手段（図１９：画面再表示部１９０９）とを有する。

第３の態様に係る業務処理システムは、常用系システムと、当該常用系システムで実行されたデータベース更新処理に関するログデータを保持する待機系システムと、業務処理画面の識別子とログデータの識別子とを格納する管理データベースと記憶装置とを有するクライアント・コンピュータとを有する。そして、上で述べた常用系システムは、特定の業務処理画面のデータをクライアント・コンピュータに送信する手段と、クライアント・コンピュータから特定の業務処理画面に対する入力又は選択データを受信した場合、データベース更新処理を実行し、当該データベース更新処理に関するログデータをクライアント・コンピュータに送信する手段とを有する。また、上で述べた待機系システムは、クライアント・コンピュータからログデータを受信した場合、受信したログデータと待機系システム自身が保持するログデータとを比較することにより整合性を確認し、確認結果をクライアント・コンピュータに送信する手段を有する。さらに、上で述べたクライアント・コンピュータは、常用系システムから特定の業務処理画面のデータを受信した場合、特定の業務処理画面を表示し、特定の業務処理画面のデータを記憶装置に格納する手段と、特定の業務処理画面に対する入力又は選択データをユーザから受け付け、常用系システムに送信する手段と、特定の業務処理画面に対する入力又は選択データの送信後、常用系システムからログデータを受信した場合、当該ログデータを記憶装置に格納し、当該ログデータの識別子を特定の業務処理画面の識別子に対応付けて管理データベースに格納する手段と、常用系システムの障害発生を検出した場合、記憶装置に格納されているログデータを待機系システムに送信する手段と、待機系システムにより整合が取れていることが確認されたことが通知されたログデータのうち最新ログデータに対応する業務処理画面又は当該業務処理画面の次の業務処理画面のデータを記憶装置から取得して表示する手段とを有する。

なお、上で述べたような処理をクライアント端末９及び各種サーバに実施させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。また、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）
常用系システムと当該常用系システムで実行されたデータベース更新処理に関するログデータを保持する待機系システムとにネットワークを介して接続され、業務処理画面の識別子と前記ログデータの識別子とを格納する管理データベースと記憶装置とを有するコンピュータより実行される業務操作支援方法であって、
前記常用系システムから特定の業務処理画面のデータを受信した場合、前記特定の業務処理画面を表示し、前記特定の業務処理画面のデータを前記記憶装置に格納するステップと、
前記特定の業務処理画面に対する入力又は選択データをユーザから受け付け、前記常用系システムに送信するステップと、
前記特定の業務処理画面に対する入力又は選択データの送信に応じて前記常用系システムで実行されたデータベース更新処理に関するログデータを前記常用系システムから受信した場合、当該ログデータを前記記憶装置に格納し、当該ログデータの識別子を前記特定の業務処理画面の識別子に対応付けて前記管理データベースに格納するステップと、
前記常用系システムの障害発生を検出した場合、前記記憶装置に格納されている前記ログデータを前記待機系システムに送信し、当該待機系システムに前記ログデータの整合性を確認するための処理を実施させるステップと、
前記待機系システムにより整合が取れていることが確認されたことが通知された前記ログデータのうち最新ログデータに対応する前記業務処理画面又は当該業務処理画面の次の業務処理画面のデータを前記記憶装置から取得して表示する表示ステップと、
を含み、コンピュータにより実行される業務操作支援方法。

（付記２）
前記表示ステップが、
業務処理開始時の前記業務処理画面から順に、前記最新ログデータに対応する業務処理画面又は前記次の業務処理画面までの各前記業務処理画面を表示するステップ
を含む付記１記載の業務操作支援方法。

（付記３）
前記待機系システムから前記ログデータの不整合がある旨の通知を受信した場合、不整合があることが通知された前記ログデータに対応する前記業務処理画面を表示すると共に、当該業務処理画面における業務処理が完了していない旨のメッセージを表示する不整合表示ステップ
をさらに含む付記１又は２記載の業務操作支援方法。

（付記４）
前記不整合表示ステップが、
不整合があることが通知された前記ログデータ及び当該ログデータより後に受信した前記ログデータを前記記憶装置から削除し、削除した前記ログデータの識別子と、対応する前記業務処理画面の識別子とを前記管理データベースから削除するステップ
を含む付記３記載の業務操作支援方法。

（付記５）
前記管理データベースが、前記常用系システムと前記コンピュータ間のコネクションの識別子をさらに格納し、
前記表示ステップの後に、前記最新ログデータに対応する前記業務処理画面の識別子と、対応する前記コネクションの識別子とを前記待機系システムに送信し、前記待機系システムとの間でコネクションを再確立して前記待機系システムに業務処理を再開させるステップ
をさらに含む付記１乃至４のいずれか１つ記載の業務操作支援方法。

（付記６）
常用系システムから特定の業務処理画面のデータを受信した場合、前記特定の業務処理画面を表示し、前記特定の業務処理画面のデータを記憶装置に格納する画面データ受信手段と、
前記特定の業務処理画面に対する入力又は選択データをユーザから受け付け、前記常用系システムに送信する入力データ送信手段と、
前記特定の業務処理画面に対する入力又は選択データの送信に応じて前記常用系システムで実行されたデータベース更新処理に関するログデータを前記常用系システムから受信した場合、当該ログデータを前記記憶装置に格納し、当該ログデータの識別子を前記特定の業務処理画面の識別子に対応付けて管理データベースに格納するログデータ受信手段と、
前記常用系システムの障害発生を検出した場合、前記常用系システム内のデータベースの更新ログを保持する待機系システムに前記記憶装置に格納されている前記ログデータを送信し、当該待機系システムに前記ログデータの整合性を確認するための処理を実施させるログデータ送信手段と、
前記待機系システムにより整合が取れていることが確認されたことが通知された前記ログデータのうち最新ログデータに対応する前記業務処理画面又は当該業務処理画面の次の業務処理画面のデータを前記記憶装置から取得して表示する画面再表示手段と、
を有するコンピュータ。

（付記７）
常用系システムと当該常用系システムで実行されたデータベース更新処理に関するログデータを保持する待機系システムとにネットワークを介して接続され、業務処理画面の識別子と前記ログデータの識別子とを格納する管理データベースと記憶装置とを有するコンピュータに処理を実行させるためのプログラムであって、
前記常用系システムから特定の業務処理画面のデータを受信した場合、前記特定の業務処理画面を表示し、前記特定の業務処理画面のデータを前記記憶装置に格納するステップと、
前記特定の業務処理画面に対する入力又は選択データをユーザから受け付け、前記常用系システムに送信するステップと、
前記特定の業務処理画面に対する入力又は選択データの送信に応じて前記常用系システムで実行されたデータベース更新処理に関するログデータを前記常用系システムから受信した場合、当該ログデータを前記記憶装置に格納し、当該ログデータの識別子を前記特定の業務処理画面の識別子に対応付けて前記管理データベースに格納するステップと、
前記常用系システムの障害発生を検出した場合、前記記憶装置に格納されている前記ログデータを前記待機系システムに送信し、当該待機系システムに前記ログデータの整合性を確認するための処理を実施させるステップと、
前記待機系システムにより整合が取れていることが確認されたことが通知された前記ログデータのうち最新ログデータに対応する前記業務処理画面又は当該業務処理画面の次の業務処理画面のデータを前記記憶装置から取得して表示するステップと、
をコンピュータに実行させるための業務操作支援プログラム。

（付記８）
常用系システムと、
前記常用系システムで実行されたデータベース更新処理に関するログデータを保持する待機系システムと、
業務処理画面の識別子と前記ログデータの識別子とを格納する管理データベースと記憶装置とを有するクライアント・コンピュータと、
を有し、
前記常用系システムは、
特定の業務処理画面のデータを前記クライアント・コンピュータに送信する手段と、
前記クライアント・コンピュータから前記特定の業務処理画面に対する入力又は選択データを受信した場合、データベース更新処理を実行し、当該データベース更新処理に関するログデータを前記クライアント・コンピュータに送信する手段と、
を有し、
前記待機系システムは、
前記クライアント・コンピュータから前記ログデータを受信した場合、受信した前記ログデータと前記待機系システム自身が保持する前記ログデータとを比較することにより整合性を確認し、確認結果を前記クライアント・コンピュータに送信する手段
を有し、
前記クライアント・コンピュータは、
前記常用系システムから前記特定の業務処理画面のデータを受信した場合、前記特定の業務処理画面を表示し、前記特定の業務処理画面のデータを前記記憶装置に格納する手段と、
前記特定の業務処理画面に対する入力又は選択データをユーザから受け付け、前記常用系システムに送信する手段と、
前記特定の業務処理画面に対する入力又は選択データの送信後、前記常用系システムから前記ログデータを受信した場合、当該ログデータを前記記憶装置に格納し、当該ログデータの識別子を前記特定の業務処理画面の識別子に対応付けて前記管理データベースに格納する手段と、
前記常用系システムの障害発生を検出した場合、前記記憶装置に格納されている前記ログデータを前記待機系システムに送信する手段と、
前記待機系システムにより整合が取れていることが確認されたことが通知された前記ログデータのうち最新ログデータに対応する前記業務処理画面又は当該業務処理画面の次の業務処理画面のデータを前記記憶装置から取得して表示する手段と、
を有する業務処理システム。

１ ネットワーク ３ 障害検知装置
５ 常用系システム ７ 待機系システム
９ クライアント端末
５０，７０ ネットワーク装置
５１，７１ Ｗｅｂサーバ
５２，７２ ＡＰサーバ
５３，７３ ＤＢサーバ
５４，７４ ＤＢ
５３１ トランザクション転送モジュール
７１１ サーバ側業務継続モジュール
７３１ トランザクション比較モジュール
９０１ 業務処理部
９０３ トランザクション受信モジュール
９０５ 再現モジュール
９０７ クライアント側業務継続モジュール
９０９ 管理ＤＢ
９１１ 業務処理管理テーブル
９１３ フラグファイル格納部
９１５ 画面データ格納部
９１７ トランザクションデータ格納部

Claims (6)

1. 常用系システムと当該常用系システムで実行されたデータベース更新処理に関するログデータを保持する待機系システムとにネットワークを介して接続され、業務処理画面の識別子と前記ログデータの識別子とを格納する管理データベースと記憶装置とを有するコンピュータより実行される業務操作支援方法であって、
   前記常用系システムから特定の業務処理画面のデータを受信した場合、前記特定の業務処理画面を表示し、前記特定の業務処理画面のデータを前記記憶装置に格納するステップと、
   前記特定の業務処理画面に対する入力又は選択データをユーザから受け付け、前記常用系システムに送信するステップと、
   前記特定の業務処理画面に対する入力又は選択データの送信に応じて前記常用系システムで実行されたデータベース更新処理に関するログデータを前記常用系システムから受信した場合、当該ログデータを前記記憶装置に格納し、当該ログデータの識別子を前記特定の業務処理画面の識別子に対応付けて前記管理データベースに格納するステップと、
   前記常用系システムの障害発生を検出した場合、前記記憶装置に格納されている前記ログデータを前記待機系システムに送信し、当該待機系システムに前記ログデータの整合性を確認するための処理を実施させるステップと、
   前記待機系システムにより整合が取れていることが確認されたことが通知された前記ログデータのうち最新ログデータに対応する前記業務処理画面又は当該業務処理画面の次の業務処理画面のデータを前記記憶装置から取得して表示する表示ステップと、
   を含み、コンピュータにより実行される業務操作支援方法。
2. 前記表示ステップが、
   業務処理開始時の前記業務処理画面から順に、前記最新ログデータに対応する業務処理画面又は前記次の業務処理画面までの各前記業務処理画面を表示するステップ
   を含む請求項１記載の業務操作支援方法。
3. 前記待機系システムから前記ログデータの不整合がある旨の通知を受信した場合、不整合があることが通知された前記ログデータに対応する前記業務処理画面を表示すると共に、当該業務処理画面における業務処理が完了していない旨のメッセージを表示する不整合表示ステップ
   をさらに含む請求項１又は２記載の業務操作支援方法。
4. 前記不整合表示ステップが、
   不整合があることが通知された前記ログデータ及び当該ログデータより後に受信した前記ログデータを前記記憶装置から削除し、削除した前記ログデータの識別子と、対応する前記業務処理画面の識別子とを前記管理データベースから削除するステップ
   を含む請求項３記載の業務操作支援方法。
5. 常用系システムから特定の業務処理画面のデータを受信した場合、前記特定の業務処理画面を表示し、前記特定の業務処理画面のデータを記憶装置に格納する画面データ受信手段と、
   前記特定の業務処理画面に対する入力又は選択データをユーザから受け付け、前記常用系システムに送信する入力データ送信手段と、
   前記特定の業務処理画面に対する入力又は選択データの送信に応じて前記常用系システムで実行されたデータベース更新処理に関するログデータを前記常用系システムから受信した場合、当該ログデータを前記記憶装置に格納し、当該ログデータの識別子を前記特定の業務処理画面の識別子に対応付けて管理データベースに格納するログデータ受信手段と、
   前記常用系システムの障害発生を検出した場合、前記常用系システム内のデータベースの更新ログを保持する待機系システムに前記記憶装置に格納されている前記ログデータを送信し、当該待機系システムに前記ログデータの整合性を確認するための処理を実施させるログデータ送信手段と、
   前記待機系システムにより整合が取れていることが確認されたことが通知された前記ログデータのうち最新ログデータに対応する前記業務処理画面又は当該業務処理画面の次の業務処理画面のデータを前記記憶装置から取得して表示する画面再表示手段と、
   を有するコンピュータ。
6. 常用系システムと、
   前記常用系システムで実行されたデータベース更新処理に関するログデータを保持する待機系システムと、
   業務処理画面の識別子と前記ログデータの識別子とを格納する管理データベースと記憶装置とを有するクライアント・コンピュータと、
   を有し、
   前記常用系システムは、
   特定の業務処理画面のデータを前記クライアント・コンピュータに送信する手段と、
   前記クライアント・コンピュータから前記特定の業務処理画面に対する入力又は選択データを受信した場合、データベース更新処理を実行し、当該データベース更新処理に関するログデータを前記クライアント・コンピュータに送信する手段と、
   を有し、
   前記待機系システムは、
   前記クライアント・コンピュータから前記ログデータを受信した場合、受信した前記ログデータと前記待機系システム自身が保持する前記ログデータとを比較することにより整合性を確認し、確認結果を前記クライアント・コンピュータに送信する手段
   を有し、
   前記クライアント・コンピュータは、
   前記常用系システムから前記特定の業務処理画面のデータを受信した場合、前記特定の業務処理画面を表示し、前記特定の業務処理画面のデータを前記記憶装置に格納する手段と、
   前記特定の業務処理画面に対する入力又は選択データをユーザから受け付け、前記常用系システムに送信する手段と、
   前記特定の業務処理画面に対する入力又は選択データの送信後、前記常用系システムから前記ログデータを受信した場合、当該ログデータを前記記憶装置に格納し、当該ログデータの識別子を前記特定の業務処理画面の識別子に対応付けて前記管理データベースに格納する手段と、
   前記常用系システムの障害発生を検出した場合、前記記憶装置に格納されている前記ログデータを前記待機系システムに送信する手段と、
   前記待機系システムにより整合が取れていることが確認されたことが通知された前記ログデータのうち最新ログデータに対応する前記業務処理画面又は当該業務処理画面の次の業務処理画面のデータを前記記憶装置から取得して表示する手段と、
   を有する業務処理システム。

Images