(57)【要約】【課題】ＷＥＢアプリケーションの性能を劣化させずに、入力データを自動的に保存し、障害が発生した場合には、自動保存したデータからリカバリー可能なＷＥＢアプリケーションシステムを実現する。【解決手段】ＷＥＢ／ＡＰサーバは、クライアント端末からエントリーしたデータを仮登録テーブルに登録し、更に仮登録テーブルに登録されたデータを本登録テーブルに登録する処理を行う自動保存機能と、ＤＢサーバに障害が発生した場合、障害の種別を判定して障害内容に応じて仮登録テーブルに保存するのかを判定する障害判定機能と、障害発生後に、クライアント端末からの再ログインに伴い、ログインしたユーザに固有のユーザＩＤと突き合わせて、仮登録テーブルに登録されたデータを自動的に復旧させる復旧再開機能を有する。【選択図】図１
2013122660.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してクライアント端末に接続して構成されるＷＥＢ／ＡＰサーバと、該ＷＥＢ／ＡＰサーバに接続されるデータベースを有するＤＢサーバを含むＷＥＢアプリケーションシステムにおいて、
該ＤＢサーバは、該クライアント端末からエントリーしたデータを、ユーザを識別するユーザＩＤに対応付けて登録する仮登録テーブルと、該仮登録テーブルに登録されたデータを登録することができる本登録テーブルを有し、
該ＷＥＢ／ＡＰサーバは、
該クライアント端末からエントリーしたデータを該仮登録テーブルに登録し、更に該仮登録テーブルに登録されたデータを該本登録テーブルに登録する処理を行う自動保存機能と、
該ＤＢサーバに障害が発生した場合、該障害の種別を判定して障害内容に応じて該仮登録テーブルに保存するのかを判定する障害判定機能と、
障害発生後に、該クライアント端末からの再ログインに伴い、ログインしたユーザに固有のユーザＩＤと突き合わせて、該仮登録テーブルに登録されたデータを自動的に復旧させる復旧再開機能と、
を有することを特徴とするＷＥＢアプリケーションシステム。
【請求項２】
前記自動保存機能は、該クライアント端末からのユーザの正規な手順に従って、前記仮登録テーブルに登録されたデータを前記本登録テーブルに登録し、
前記仮登録テーブルに登録されたデータが前記本登録テーブルに登録された段階で、前記仮登録テーブルに登録されたデータを削除することを特徴とする請求項１のＷＥＢアプリケーションシステム。
【請求項３】
ネットワークを介してクライアント端末に接続して構成されるＷＥＢ／ＡＰサーバと、該ＷＥＢ／ＡＰサーバに接続されるデータベースを有するＤＢサーバを含み、該ＤＢサーバは、該クライアント端末からエントリーしたデータを、ユーザを識別するユーザＩＤに対応付けて登録する仮登録テーブルと、該仮登録テーブルに登録されたデータを登録することができる本登録テーブルを有するＷＥＢアプリケーションシステムにおけるデータ処理方法であって、
該ＷＥＢ／ＡＰサーバにおいて、
該クライアント端末からエントリーしたデータを該仮登録テーブルに登録し、更に該仮登録テーブルに登録されたデータを該本登録テーブルに登録する処理を行う自動保存ステップと、
該ＤＢサーバに障害が発生した場合、該障害の種別を判定して障害内容に応じて該仮登録テーブルに保存するのかを判定する障害判定ステップと、
障害発生後に、該クライアント端末からの再ログインに伴い、ログインしたユーザに固有のユーザＩＤと突き合わせて、該仮登録テーブルに登録されたデータを自動的に復旧させる復旧再開ステップとを実行することを特徴とするＷＥＢアプリケーションシステムにおけるデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＷＥＢアプリケーションシステム及びそのデータ処理方法に係り、特に、コールセンターの受付業務支援システムのように、データエントリー操作が伴い、かつエントリーされたデータが担保される必要性の高いシステムに係り、収集した情報の保護、ならびに障害耐久性が求められるＷＥＢアプリケーションシステム及びそのデータ処理方法に関するものである。
【背景技術】
【０００２】
ＷＥＢアプリケーションシステムにおいてブラウザエラーなどによる障害が発生した場合、ユーザが意図的にデータを保存しない限り、外部入力したデータは消失してしまう。特にコールセンターのような会話内容をデータとして残す必要がある業務において、データの消失が企業にもたらす損失は大きい。また、オペレーション業務をこなしつつ、データ保存操作をユーザに任せるのは業務効率の低下を招く。このため、システム利用者が意識することなく外部入力データを自動的に保存し、また万一システム障害が発生した場合においてデータを復旧できる要求がますます強くなる。
【０００３】
このような外部入力データを自動保存したり、保存データからシステムを復旧させたりする従来技術として、例えば特許文献１には、コンピュータシステムの障害発生後に、障害発生時にデータ入力中であった利用者プログラムによるデータ入力処理の過程を再現しながら、該入力中のデータを回復する技術が記載されている。しかし、このような従来技術では、利用者プログラムによるデータ入力処理を常にシステムで状態管理する必要があり、性能が求められるＷＥＢアプリケーションには負荷が大きい。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−２４０５９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
そこで、本発明は、ＷＥＢアプリケーションの性能を劣化させることなく、入力データを自動的に保存し、障害が発生した場合には、自動保存したデータからリカバリー可能なＷＥＢアプリケーションシステム及びそのデータ処理方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係るＷＥＢアプリケーションシステムは、好ましくは、ネットワークを介してクライアント端末に接続して構成されるＷＥＢ／ＡＰサーバと、該ＷＥＢ／ＡＰサーバに接続されるデータベースを有するＤＢサーバを含むＷＥＢアプリケーションシステムにおいて、
該ＤＢサーバは、該クライアント端末からエントリーしたデータを、ユーザを識別するユーザＩＤに対応付けて登録する仮登録テーブルと、該仮登録テーブルに登録されたデータを登録することができる本登録テーブルを有し、
該ＷＥＢ／ＡＰサーバは、該クライアント端末からエントリーしたデータを該仮登録テーブルに登録し、更に該仮登録テーブルに登録されたデータを該本登録テーブルに登録する処理を行う自動保存機能と、該ＤＢサーバに障害が発生した場合、該障害の種別を判定して障害内容に応じて該仮登録テーブルに保存するのかを判定する障害判定機能と、障害発生後に、該クライアント端末からの再ログインに伴い、ログインしたユーザに固有のユーザＩＤと突き合わせて、該仮登録テーブルに登録されたデータを自動的に復旧させる復旧再開機能と、
を有することを特徴とするＷＥＢアプリケーションシステムとして構成される。
【０００７】
好ましい例では、前記自動保存機能は、該クライアント端末からのユーザの正規な手順に従って、前記仮登録テーブルに登録されたデータを前記本登録テーブルに登録し、
前記仮登録テーブルに登録されたデータが前記本登録テーブルに登録された段階で、前記仮登録テーブルに登録されたデータを削除する前記ＷＥＢアプリケーションシステムである。
【０００８】
本発明に係るＷＥＢアプリケーションシステムにおけるデータ処理方法は、好ましくは、ネットワークを介してクライアント端末に接続して構成されるＷＥＢ／ＡＰサーバと、該ＷＥＢ／ＡＰサーバに接続されるデータベースを有するＤＢサーバを含み、該ＤＢサーバは、該クライアント端末からエントリーしたデータを、ユーザを識別するユーザＩＤに対応付けて登録する仮登録テーブルと、該仮登録テーブルに登録されたデータを登録することができる本登録テーブルを有するＷＥＢアプリケーションシステムにおけるデータ処理方法であって、
該ＷＥＢ／ＡＰサーバにおいて、
該クライアント端末からエントリーしたデータを該仮登録テーブルに登録し、更に該仮登録テーブルに登録されたデータを該本登録テーブルに登録する処理を行う自動保存ステップと、
該ＤＢサーバに障害が発生した場合、該障害の種別を判定して障害内容に応じて該仮登録テーブルに保存するのかを判定する障害判定ステップと、
障害発生後に、該クライアント端末からの再ログインに伴い、ログインしたユーザに固有のユーザＩＤと突き合わせて、該仮登録テーブルに登録されたデータを自動的に復旧させる復旧再開ステップとを実行することを特徴とするＷＥＢアプリケーションシステムにおけるデータ処理方法として構成される。
【発明の効果】
【０００９】
本発明によれば、ＷＥＢアプリケーションの性能負荷を最小限に抑えて、ユーザがシステムに入力したデータをデータベースに保存することが可能となる。データベースに保存したデータは、システム障害などで正常にシステムを終了できなかった場合に、次回起動時に読み込まれ、引き続いてのデータ編集を可能となる。
【図面の簡単な説明】
【００１０】
【図１】一実施例におけるＷＥＢアプリケーションシステムの全体構成を示す図。
【図２】一実施例のＷＥＢアプリケーションシステムにおける全体処理を示すフローチャート。
【図３】一実施例のＷＥＢアプリケーションシステムにおける自動保存処理を示すフローチャート。
【図４】一実施例のＷＥＢアプリケーションシステムにおける障害判定処理を示すフローチャート。
【図５】一実施例のＷＥＢアプリケーションシステムにおける復旧再開処理を示すフローチャート。
【図６】一実施例のＷＥＢアプリケーションシステムにおける仮登録テーブルの構成例を示す図。
【図７】一実施例のＷＥＢアプリケーションシステムにおける本登録テーブルの構成例を示す図。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態を、図面により詳細に説明する。
図１は、本発明の一実施例によるＷＥＢアプリケーションシステムの全体構成を示す。
ＷＥＢアプリケーションシステムは、ＷＥＢ／ＡＰサーバ１０と、データベース（ＤＢ）を有するＤＢサーバ１１を含むＷＥＢシステムが、ネットワークを介してクライアント端末９に接続して構成される。ＷＥＢ／ＡＰサーバ１０は、入力されたデータを自動的に保存し、障害時には保存データから復旧させる為に、自動保存機能１０１、障害判定機能１０２、復旧再開機能１０３を有し、またＤＢサーバ１１は各機能と連動して読み書きされる仮登録テーブル１１４、本登録テーブル１１５を有する。
【００１２】
自動保存機能１０１は、クライアント端末９からユーザによるエントリーが開始されると、一定間隔でユーザがそれまでにエントリーしたデータを仮登録テーブル１１４に登録する。障害判定機能１０２は、障害種別を判定し、障害内容に応じて仮登録テーブルに保存するのか、クライアントＰＣにＣＳＶファイルとしてダウンロードさせるかを切り分ける。復旧再開機能１０３は、ＤＢサーバに障害が発生した事態にも対応できるように、本登録テーブルにデータを書き込む前にセッションが途切れてしまった場合、再ログイン時にログインユーザのＩＤと突き合わせて、仮登録テーブルからデータを自動的に復旧させる。
【００１３】
仮登録テーブル１１４に登録されたデータは、クライアント端末９のユーザの操作によって正規の手順で本登録テーブル１１５に登録される。そして、仮登録テーブル１１４に登録されたデータは、本登録テーブル１１５に登録された段階で削除される。しかし、意図せずシステムが終了した場合にはデータが消えることなく、仮登録テーブル１１４に残り続ける。そして、次に復旧再開機能１０２は、ユーザがクライアント端末９よりシステムへログインした際に、ログインユーザのＩＤと突き合わせて、仮登録テーブル１１４から自動的にデータを復旧させる。
【００１４】
仮登録テーブル１１４は、図６に示すように、システムにログインするユーザを識別するユーザＩＤと、仮登録テーブルに登録したエントリーデータを識別するキー情報と、エントリーデータをバイナリデータとして保存するデータ項目、から構成される。ユーザ母体数の多いシステムに適用する場合にはＩ/Ｏの性能がネックになりやすい為、パフォーマンスを考慮して、エントリー項目は全てバイナリデータとして一括登録することとした。
【００１５】
本登録テーブル１１５は、図７に示すように、本登録テーブルに登録したエントリーデータを識別するキー情報と、エントリーデータを保存する複数のデータ項目、から構成される。
【００１６】
図２は、ＷＥＢアプリケーションシステムにおける全体処理を示すフローチャートである。
クライアント端末９よりユーザの操作によりＷＥＢエントリーが開始されると（Ｓ２０１）、自動保存機能１０１が作動する。作動中障害の発生が無く、またＷＥＢエントリーが継続される間は、一定間隔で自動保存処理Ｓ２０２が繰り返される。途中で障害が発生した場合には（Ｓ２０３）、障害判定機能１０２の処理Ｓ２０５が行われて、仮登録テーブルに書き込むか、クライアント端末９にＣＳＶデータをダウンロードさせるかの振り分けをする。一方、障害が発生しない場合には、エントリーが無くなるまでＳ２０２〜Ｓ２０３の処理を繰り返す。
【００１７】
障害が解消した後に、クライアント端末９よりユーザが再度ログインした際には、復旧再開機能１０３の処理Ｓ２０6が行われて、仮登録テーブル１１４に登録されたデータは自動的にデータ復旧する。
なお、自動保存機能１０１の処理Ｓ２０２、障害判定機能１０２の処理Ｓ２０５、復旧再開機能１０３の処理Ｓ２０６については、図３〜図５を参照して更に詳しく述べる。
【００１８】
図３は、自動保存機能の処理Ｓ２０２を詳細に示す。
まず、システム利用ユーザがデータエントリー画面をクライアント端末９に表示すると（Ｓ３０１）、自動保存機能のタイマーが起動する（Ｓ３０１）。タイマー起動のタイミングは、画面表示時、特定項目入力時などシステムに応じて設定可能である。タイマーの経過時間になるまでは待機状態となり（Ｓ３０２）、一定時間経過でそれまでにユーザがクライアント端末９より入力したデータを仮登録テーブルにバイナリデータとして書き込む（Ｓ３０４）。タイマーの設定時間もシステムに応じて設定できる為、システムの重要度や性能要求に応じてカスタマイズ可能である。
【００１９】
その後、ユーザ操作により、エントリー画面に備わっているデータ登録操作やエントリー画面から抜ける操作（戻る処理等）を受け付けると（Ｓ３０５）、タイマーを停止させ（Ｓ３０６）、仮登録テーブル１１４に登録した自動保存データが存在すれば、仮登録テーブルから該当データを削除して（Ｓ３０７）、自動保存処理を終了する。
【００２０】
図４は、障害判定機能の処理Ｓ２０５の処理を詳細に示す。
障害判定機能１０２は障害発生時以外では作動しない。ＤＢサーバ１１に障害が発生すると（Ｓ４０１）、この機能が起動されて、まず障害種別を判定する（Ｓ４０２）。想定される障害をあらかじめ記憶部又はＤＢサーバ１１にパターン登録しておき、発生する障害と当該障害に合わせた処理を定めておく。例えば、ネットワーク障害が発生した場合には、クライアント端末９とＷＥＢ／ＡＰサーバ１０の通信が取れなくなる為、仮登録テーブル１１４に登録するように処理を行う（Ｓ４０３）。一方、ＤＢサーバ１１のアクセスエラーが発生した場合には、仮登録テーブル１１４への登録が出来なくなる為、クライアント端末９へＣＳＶをダウンロードする処理を行う（Ｓ４０５）。
【００２１】
図５は、復旧再開機能の処理Ｓ２０６の処理を詳細に示す。
まず、システム利用者がシステムにログインすると（Ｓ５０１）、セッション情報からユーザＩＤを取得して（Ｓ５０２）、仮登録テーブルを検索する（Ｓ５０３）。検索の結果、データがあれば、ユーザＩＤをキーにして仮登録テーブルから自動保存データを抽出し、データが無ければ何もしないで終了する（Ｓ５０４）。
【００２２】
抽出データが１件以上あれば、当該ユーザに対して自動保存データの再編集要否を確認する（Ｓ５０５）。この例では、仮登録テーブル１１４のキーにユーザＩＤを含めているが、システムによっては、データに対するアクセス範囲を特定ユーザに限定させないケースもあり得るので、再編集要否の確認処理を含めた。ユーザが入力器から「再編集を要する」と指定した場合（Ｓ５０５）、仮登録テーブルから該当する自動保存データを取得して（Ｓ５０６）、エントリー画面に遷移させ、読み込んだ自動保存データを表示する（Ｓ５０７）。
【符号の説明】
【００２３】
１０：ＷＥＢ／ＡＰサーバ  １０１：自動保存機能  １０２：障害判定機能  １０３：復旧再開機能１１：ＤＢサーバ  １１４：仮登録テーブル  １１５：本登録テーブル  ９：クライアント端末
【図１】
2013122660.tif 000003
【図２】
2013122660.tif 000004
【図３】
2013122660.tif 000005
【図４】
2013122660.tif 000006
【図５】
2013122660.tif 000007
【図６】
2013122660.tif 000008
【図７】
2013122660.tif 000009