JP2003263356A - クライアント、クライアント・サーバ・システム、サーバ、プログラム、記録媒体及びデータ制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 クライアント内にローカルサーバを搭載しつ
つも、サーバとのデータの一貫性を保持可能なクライア
ント、クライアント・サーバ・システム、サーバ、プロ
グラム、記録媒体及びデータ制御方法を提供する。 【解決手段】 この処理においては、サーバのデータベ
ース内に格納されたデータをクライアントのローカルデ
ータベース内に取り込んで格納する。クライアントはロ
ーカルデータを用いて特定の処理を実行するが、ローカ
ルデータと当該ローカルデータに対応するサーバのデー
タとに同一のデータ操作も行う。このデータ操作が正常
終了しない場合にはデータ操作をロールバックする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント、ク
ライアント・サーバ・システム、サーバ、プログラム、
記録媒体及びデータ制御方法に関する。

【０００２】

【従来の技術】従来のクライアント・サーバ・システム
は、特開２０００−２７６４１０号公報に記載されてい
る。このシステムでは、サーバとデータ交換するローカ
ルサーバをクライアント内に搭載しており、ＷＷＷ環境
で動作するオープンなシステムであるにも拘らず、クラ
イアントとサーバが接続されていないオフライン状態に
おいても、サーバと接続している時と変わらない運用を
行うことができる。

【０００３】

【発明が解決しようとする課題】しかしながら、オープ
ンなシステム環境であるが故、クライアントとサーバの
データ交換に障害があった場合には、データの一貫性が
失われる。本発明は、このような課題に鑑みてなされた
ものであり、障害があった場合にも、サーバとのデータ
の一貫性を保持可能なクライアント、クライアント・サ
ーバ・システム、サーバ、プログラム、記録媒体及びデ
ータ制御方法を提供することを目的とする。

【０００４】

【課題を解決するための手段】上述の課題を解決するた
め、本発明のクライアントは、通信可能に設けられるサ
ーバからデータを読み出す手段と、読み出されたデータ
をローカルデータとして格納する手段と、ローカルデー
タを用いて特定の処理を実行する手段と、ローカルデー
タと当該ローカルデータに対応する前記サーバのデータ
とに同一のデータ操作を行う手段と、データ操作が正常
終了しない場合には前記データ操作をロールバックする
手段とを備えることを特徴とする。

【０００５】このクライアントは、自身でローカルデー
タを格納しているので、オフライン時においても仮想的
にサーバにアクセスして、特定の処理を行うことができ
る。また、オンラインであっても、アクセス時間や処理
時間を短縮することができる。なお、自身のローカルデ
ータベース内にデータが無い場合にはサーバにアクセス
することができる。

【０００６】また、クライアントのローカルデータにデ
ータ操作を施す場合には、サーバのデータにも同じくデ
ータ操作を施す。データ操作における通信障害等によっ
てデータ操作が正常終了しない場合には、データ操作を
ロールバックする。これにより、サーバ内のデータと、
クライアント内のローカルデータの一貫性を保持するこ
とが可能となる。

【０００７】また、上記特定の処理及び前記データ操作
はブラウザ上から実行可能であることが好ましく、ユー
ザの操作性を向上させることができる。また、本発明の
クライアント・サーバ・システムは、上記サーバを備え
てなるものである。

【０００８】このクライアント・サーバ・システムは、
データベースを有するサーバと、サーバと通信可能であ
ってローカルウェブサーバ及びローカルデータベースサ
ーバを有するクライアントとを備えるクライアント・サ
ーバ・システムであって、ローカルウェブサーバを介し
て、クライアントのローカルデータベース内のローカル
データにデータ操作を施すと共に、サーバのデータベー
ス内のデータにデータ操作と同一のデータ操作を施す手
段と、データ操作が正常終了しない場合にはデータ操作
をロールバックする手段とを備える。本発明のサーバ
は、ローカルデータを有するクライアントと通信可能に
設けられたサーバであって、このサーバのデータとクラ
イアントのローカルデータとに同一のデータ操作が実行
され、当該データ操作が正常終了しない場合には、デー
タ操作をロールバックする手段を備える。これにより、
サーバ側においても、データ操作の履歴が取り消される
ので、クライアントとサーバのデータは同一のものとな
る。

【０００９】クライアントに上述の処理を実行させるた
めのプログラムは、クライアントに通信可能に設けられ
るサーバのデータベース内に格納されたデータを、クラ
イアントのローカルデータベース内に取り込んで格納す
る工程と、格納されたデータを用いて特定の処理が実行
できる場合には、ローカルデータベースにアクセスして
特定の処理を実行する工程と、格納されたデータを用い
て特定の処理が実行できない場合には、サーバのデータ
ベースにアクセスし、必要なデータを取り込んでローカ
ルデータベース内に格納した後、特定の処理を実行する
工程と、ローカルデータベース内のデータと、当該デー
タに対応するデータベースのデータに同一のデータ操作
を行う工程と、データ操作工程が正常終了しない場合に
はデータ操作工程をロールバックする工程とを備える。

【００１０】また、本発明の記録媒体は、このプログラ
ムを記録したコンピュータ読み取り可能な記録媒体であ
る。

【００１１】また、本発明のデータ制御方法は、クライ
アントに通信可能に設けられるサーバのデータベース内
に格納されたデータを、クライアントのローカルデータ
ベース内に取り込んで格納する工程と、格納されたデー
タを用いて特定の処理が実行できる場合には、ローカル
データベースにアクセスして前記特定の処理を実行する
工程と、格納されたデータを用いて特定の処理が実行で
きない場合には、サーバのデータベースにアクセスし、
必要なデータを取り込んでローカルデータベース内に格
納した後、特定の処理を実行する工程と、ローカルデー
タベース内のデータと、当該データに対応するデータベ
ースのデータに同一のデータ操作を行う工程と、データ
操作工程が正常終了しない場合にはデータ操作工程をロ
ールバックする工程とを備えることを特徴とする

【００１２】この場合、上述のクライアントにおける処
理が実行され、データの一貫性が保持されることとな
る。

【００１３】なお、上述のデータ操作工程が正常終了し
ない場合とは、前記クライアントと前記サーバとを接
続するネットワークに障害が発生している場合、前記
クライアントの当該データ操作工程に障害が発生してい
る場合、前記サーバにおける当該データ操作工程に障
害が発生している場合、又はデータ操作対象となる前
記サーバの前記データベース内のデータと、これに対応
するデータ操作対象となる前記ローカルデータベース内
のデータとが異なっている場合等であり、クライアント
或いはサーバは、かかる場合を自己診断機能等を用いて
検出し、ロールバックを行う。

【００１４】

【発明の実施の形態】以下、実施の形態に係るクライア
ント・サーバ・システムについて説明する。なお、同一
要素には同一符号を用い、重複する説明は省略する。

【００１５】図１はクライアント・サーバ・システムの
ブロック図である。複数のクライアントＡ１，Ａ２，Ａ
３，Ａ４，Ａ５…は、インターネット等の公衆通信網Ｘ
を介して、サーバＢに接続されている。それそれのクラ
イアントＡ１，Ａ２，Ａ３，Ａ４，Ａ５…はコンピュー
タであり、代表的な１つのクライアントＡ１は、バスラ
インを介して接続されたＣＰＵ（中央処理装置）Ａ１
ａ、記憶装置Ａ１ｂ、通信装置Ａ１ｃ、ＲＯＭ（ＢＩＯ
Ｓ用メモリ）Ａ１ｄを備えている。

【００１６】ＣＰＵＡ１ａは、記憶装置Ａ１ｂ内に格納
されたプログラムに従って所定の処理を実行する。処理
結果や通信装置Ａ１ｃを介して受信した情報、記憶装置
Ａ１ｂ内に格納されたデータは、必要に応じてモニター
Ａ１ｅに表示される。クライアントＡ１は、キーボード
やマウス等の入力装置Ａ１ｆを備えており、当該システ
ムが銀行システムである場合には、ユーザが、例えば、
口座振込等の金額等の数値入力、サーバＢへのログイン
時の暗証番号、パスワード、ＩＤ番号等の入力等を行う
ことができる。

【００１７】サーバＢもコンピュータであり、バスライ
ンを介して接続されたＣＰＵＢ１ａ、記憶装置Ｂ１ｂ、
通信装置Ｂ１ｃ、ＲＯＭ（ＢＩＯＳ用メモリ）Ｂ１ｄを
備えている。ＣＰＵＢ１ａは、記憶装置Ｂ１ｂ内に格納
されたプログラムに従って所定の処理を実行する。当該
システムが銀行システムである場合には、記憶装置Ｂ１
ｂ内にはデータベースが構築され、当該データベース内
には顧客の口座情報が格納されている。クライアントＡ
１の記憶装置Ａ１ｂ内にはローカルデータを格納するロ
ーカルデータベースが構築されており、これは、サーバ
Ｂの記憶装置Ｂ１ｂ内のデータベースと同期している。
サーバＢのデータベース内データは、クライアントＡ１
からの要求によって読み出され、ローカルデータとして
クライアントＡ１のローカルデータベース内に格納され
る。

【００１８】サーバＢの記憶装置Ｂ１ｂに構築されてい
るデータベースシステムについて若干の説明をしてお
く。現在、普及しているデータベースシステムは、リレ
ーショナルデータベースであり、行（レコード）を一件
分のデータとし、この行を構成する列（フィールド）
に、実際のデータを格納してなる表（テーブル）を有し
ている。当該データベースは、必要であれば、このよう
なテーブルを複数持たせ、テーブル間の関係を集合論的
に結合し、膨大な量のデータを簡単に処理することがで
きる。

【００１９】リレーショナルデータベース管理システム
（ＲＤＢＭＳ）の基本的な使用方法を規定する言語は、
ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇ
ｕａｇｅ）であり、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａ
ｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａ
ｒｄｉｚａｔｉｏｎ）やＡＮＳＩ（ＡｍｅｒｉｃａｎＮ
ａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｉｎｓｔｉｔｕｔ
ｅ）等で標準化されている。そのため、ＳＱＬを用いる
ことにより、異なるＲＤＢＭＳ上でも同じようにデータ
ベースを扱うことができる。

【００２０】ＳＱＬは、データの検索（ Ｑｕｅｒｙ
）…ＳＥＬＥＣＴ、新規挿入…ＩＮＳＥＲＴ、更新…
ＵＰＤＡＴＥ、削除…ＤＥＬＥＴＥなどのデータ操作文
（ＤＭＬ ／ Ｄａｔａ Ｍａｎｉｐｕｌａｔｅ Ｌ
ａｎｇｕａｇｅ ）、表の作成、変更などのデータ定
義文 （ ＤＤＬ ／ Ｄａｔａ Ｄｅｆｉｎｉｔｉｏ
ｎ Ｌａｎｇｕａｇｅ ） 、コミット（ＣＯＭＭＩ
Ｔ）、ロールバック（ＲＯＬＬＢＡＣＫ）などデータ制
御文 （ ＤＣＬ ／ Ｄａｔａ Ｃｏｎｔｒｏｌ Ｌ
ａｎｇｕａｇｅ ） からなる。

【００２１】かかるデータベースシステムは、例えば銀
行預金システムに適用することができる。銀行預金シス
テムでは、顧客とその預金残高の関係がテーブルに格納
されており、格納されたデータは特定の一連の作業（Ｉ
ＮＳＥＲＴ、ＵＰＤＡＴＥ、ＤＥＬＥＴＥ ）によって
変更することができる。データ変更のための一連の作業
単位をトランザクションといい、例えば、クライアント
Ａ１から、口座振込を行う場合、「顧客預金残高の減
少」、「振込先預金残高の増加」、「振込手数料分の銀
行資産の増加」 という３つの作業が１つのトランザク
ションを構成する。

【００２２】トランザクションとは、データ不整合が発
生しないために最低限グループ化されるべき処理単位で
あり、例えば、３つの作業は「３つとも成功する」か、
「３つとも失敗する」かのどちらかである必要があり、
上述の例では、３つの作業は同時に成功又は失敗する必
要がある。例えば、「振込先預金残高の増加」に失敗し
た場合、「振込手数料分の銀行資産の増加」を含む残り
の２つの処理も失敗させる、すなわち、振込み作業は初
めから無かったものと見なす返金作業命令「ロールバッ
ク」を発行する必要がある。

【００２３】通常、トランザクションは「ＢＩＧＩＮ
ＴＲＡＮＳＡＣＴＩＯＮ…」のようなＳＱＬを発行して
開始し、正常終了時にはデータ変更を確定させるための
命令コミット（ＣＯＭＭＩＴ）を発行し、異常終了時に
はデータ変更を取り消すための命令ロールバック（ＲＯ
ＬＬＢＡＣＫ）を発行して終了する。換言すれば、コミ
ットは、今まで行ってきた操作をデータベースに反映さ
せる命令であり、反対に ロールバックは、今まで行っ
てきた操作を反映させないようデータベースシステムに
通知する命令である。

【００２４】本システムでは、クライアントＡ１及びサ
ーバＢの記憶装置Ａ１ｂ，Ｂ１ｂの双方内にデータベー
スを構築しており、クライアントＡ１が、一旦、サーバ
Ｂのデータベースからデータを自身のデータベース内に
取り込んだ後には、かかるデータを用いて特定の処理、
例えば、クライアントに搭載されたアプリケーションが
口座残高の前年同月比を演算して表示する場合には、２
つの口座残高がクライアントＡ１のデータベース内に既
に読み込まれていれば、サーバＢのデータベースにアク
セスする必要はないため、クライアント自身のデータベ
ースにアクセスして当該演算を行う。データが無けれ
ば、もちろん、サーバＢのデータベースにアクセスし、
自身のデータベースにデータを取り込んでから、演算を
行う。

【００２５】口座残高を確認した後、例えば、ユーザが
口座振込を行う場合のように、サーバデータの変更を必
要とする場合には、トランザクションの「最小グルー
プ」を、クライアントＡ１におけるデータ操作、サーバ
Ｂにおける同一のデータ操作とし、双方のデータ操作が
正常に終了した場合に双方が「コミット」を行い、そう
でない場合には双方とも「ロールバック」を行う。

【００２６】データ操作とは、上述の「新規挿入」、
「更新」、「削除」等の命令からなる処理であり、例え
ば、クライアントＡ１の記憶装置Ａ１ｂ内のデータベー
スの口座残高データが正常に更新され、サーバＢの記憶
装置Ｂ１ｂ内のデータベースの口座残高データが正常に
更新された場合には、「コミット」が行われる。これに
より、データの一貫性が保持される。

【００２７】なお、口座振込を例にとると、この処理は
上述のトランザクションの「最小グループ」であって、
「コミット」命令も「仮のコミット」命令である。すな
わち、クライアントＡ１及びサーバＢの双方において同
時性を保持することを最小グループのトランザクション
とする３つのデータ操作、すなわち、「顧客預金残高の
減少」、「振込先預金残高の増加」、「振込手数料分の
銀行資産の増加」が正常に終了した場合、最終的な「コ
ミット」を発行し、そうでない場合には、「ロールバッ
ク」を発行する。

【００２８】図２はクライアントＡの記憶装置Ａ１ｂ内
に格納されたプログラムと、サーバＢの記憶装置Ｂ１ｂ
内に格納されたプログラムとの関係を示すシステムのブ
ロック図である。

【００２９】クライアントＡのプログラムは、ウェブブ
ラウザ２６を備えている。ウェブブラウザ（ＷＷＷブラ
ウザ）とは、「Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏ
ｒ」や「Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ」など
の、ホームページ閲覧ソフトウエアであり、ホームペー
ジはＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ ＭａｒｋｕｐＬ
ａｎｇｕａｇｅ）で記述されている。ブラウザ２６が受
信するホームページのデータは、クライアントＡ１のプ
ログラムであるローカルウェブサーバ２４から送られ
る。

【００３０】ホームページ上に設定されたリンクやアプ
レットに従って、例えば、ユーザが自分の口座残高の先
月のデータの要求すると、ミドルウエア２２は、かかる
データをローカルデータベースサーバ２５内のデータベ
ース内に検索しに行き、当該データが存在する場合に
は、ミドルウエア２２はローカルウェブサーバ２４を介
してブラウザ２６に検索されたデータを表示させる。

【００３１】ローカルデータベースサーバ２５から読み
出されたデータに、特定の処理を行う場合には、ミドル
ウエア２２はアプリケーションサーバ２３上でアプリケ
ーション２１を実行させ、当該処理を行わせる。このア
プリケーション２１は、サーバＢ内のサーブレット１２
と同一の機能を有するものであり、演算の負荷はサーバ
ＢからクライアントＡに移動している。アプリケーショ
ン２１はミドルウエア２２を介してローカルデータベー
スサーバ２５にアクセスして、必要なデータを要求する
ことができる。

【００３２】ローカルデータベースサーバ２５内に必要
なデータが存在しない場合には、ミドルウエア２２は、
公衆通信網（ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎ
ｓｆｅｒ Ｐｒｏｔｏｃｏｌ）接続ネットワーク）Ｘを
介してサーバＢ内のウェブサーバ１４にアクセスし、ウ
ェブサーバ１４上のホームページに設定されたリンクや
サーブレット１２をアプリケーションサーバ１３から起
動し、これらを通じてデータベースサーバ１１に格納さ
れたデータを読み出し、ミドルウエア２２を介してロー
カルデータベースサーバ２５内に読み出されたデータを
格納させる。

【００３３】本例のサーブレット１２はサーバＢ側で動
作するＪａｖａプログラムであり、クライアントＡ１の
要求（リクエスト）をサーバＢ側で処理し、処理結果ペ
ージを動的に生成してリプライする。これはウェブサー
バ１４を介して送信され、ミドルウエア２２は、含まれ
るデータを必要に応じて抽出してローカルデータベース
サーバ２５内に格納させる。

【００３４】当該格納後には、ローカルデータベースサ
ーバ２５内に必要なデータが格納されているので、ブラ
ウザ２６へデータを送る場合にはローカルデータベース
サーバ２５にアクセスすればよい。

【００３５】図３は上述のクライアント・サーバ・シス
テムにおけるデータの流れを示すフローチャートである
（正常終了時）。

【００３６】ブラウザ２６の表示画面に設定されたリン
クやアプレットに従ってデータを読み出す場合、まず、
クライアントのブラウザ２６、ローカルウェブサーバ２
４、ミドルウエア２２を介してローカルデータベースサ
ーバ２５にアクセスしてデータを探し、「データ無し」
とミドルウエア２２が判断した場合には、ネットワーク
Ｘを介して、サーバＢ側のウェブサーバ１４、アプリケ
ーションサーバ１３を介してデータベースサーバ１１に
アクセスし、データを探す。データベースサーバ１１か
らデータを読み出されたデータは、アプリケーションサ
ーバ１３、ウェブサーバ１４、ネットワークＸ及びミド
ルウエア２２を介してローカルデータベースサーバ２５
に書き込まれる。書き込まれたデータは、ミドルウエア
２２、ローカルウェブサーバ２４を介してブラウザ２６
に送られる。

【００３７】ブラウザ２６の表示画面に設定されたリン
クやアプレットに従ってデータを書き込む場合、まず、
クライアントのブラウザ２６、ローカルウェブサーバ２
４、ミドルウエア２２を介してローカルデータベースサ
ーバ２５にアクセスしてデータを書き込み（データ操
作）、しかる後、ミドルウエア２２はネットワークを介
して、サーバＢ側のウェブサーバ１４、アプリケーショ
ンサーバ１３を介してデータベースサーバ１１にアクセ
スし、データを書き込む（データ操作）。データベース
サーバ１１からは確認応答が送信され、この応答はアプ
リケーションサーバ１３、ウェブサーバ１４、ネットワ
ークＸ、ミドルウエア２２、ローカルウェブサーバ２４
を介してブラウザ２６に送られ、データ操作が正常に終
了したものと判定され、クライアントＡ１及びサーバＢ
においてコミットが行われる。

【００３８】図４は上述のクライアント・サーバ・シス
テムにおけるデータの流れを示すフローチャートである
（データ操作異常終了時）。本例では、図３のフローに
おけるデータ書き込み確認応答が、ネットワーク障害に
よって、クライアントＡ１のブラウザ２６まで伝達され
なかった場合である。すなわち、本例は、データ操作工
程が正常終了しない場合であり、特に、クライアントＡ
１とサーバＢとを接続するネットワークに障害が発生し
ている場合である。

【００３９】クライアントＡ１は、確認応答のタイムア
ウトを検出することによって、ネットワーク障害を検出
し、サーバＢは確認応答を受け取ったというクライアン
トＡ１からの更なる確認応答のタイムアウトを検出する
ことによって、ネットワーク障害を検出し、双方とも直
前のチェックポイントにおけるデータ書き込み地点より
も前の時点までロールバックを行う。すなわち、データ
書き込み操作を取り消す。

【００４０】図５は上述のクライアント・サーバ・シス
テムにおけるデータの流れを示すフローチャートである
（データ操作異常終了時）。本例は、図３のフローにお
いてデータ書き込み操作のコミットが行われた後、クラ
イアントのデータ操作工程に障害が発生した場合であ
る。クライアントＡ１は、その自身の障害を自己診断機
能（ＯＳに付属）を用いて検出し、障害が検出された場
合には、ロールバックを行う。すなわち、前回のコミッ
トが行われた時点まで、ロールバックする。もちろん、
このようなデータ操作工程の障害がサーバＢ側で生じた
場合には、サーバＢが自己診断機能を使って、自身の障
害を検出し、前回のコミットが行われた時点まで、ロー
ルバックする。

【００４１】図６は上述のクライアント・サーバ・シス
テムにおけるデータの流れを示すフローチャートである
（データ操作異常終了時）。本例は、図３のフローのデ
ータベースサーバへのデータ書き込み時において、デー
タ操作対象となるサーバＢのデータベース内のデータ
と、これに対応するデータ操作対象となるクライアント
Ａ１の記憶装置Ａ１ｂ内データベースのデータとが異な
っている場合である。すなわち、サーバ内データを書き
換える際の元のデータが、既に、別のクライアント（Ａ
２とする）からのデータ操作によって書き換えられ、現
在のクライアントＡ１のデータと異なっていた場合、こ
の書き込み操作を取り消し、前回のチェックポイントの
履歴まで戻る。この際、別のクライアントＡ２もロール
バックする。

【００４２】ブラウザのみを用いたＴｈｉｎクライアン
ト・サーバ・システムは、アプリケーションの実行やシ
ステム管理などをすべてサーバ側で行い、クライアント
にはその実行結果をデスクトップにＧＵＩ（Ｇｒａｐｈ
ｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）として表示
するための情報だけが送信されるシステムのことであ
る。Ｔｈｉｎクライアントが利用される場面としては，
例えば、会社の営業社員がモバイル端末を持ち歩き、公
衆回線網を介してサーバでのデータ在庫をチェックしな
がらセールスを行う例が挙げられる。

【００４３】ユーザは、商品在庫の確認や、納入在庫の
検収などをクライアント端末を使って行う。クライアン
トが要求した処理はすべてサーバ側で行われ、サーバは
処理した結果のＧＵＩ情報だけを店員に送り返す。クラ
イアント側ではアプリケーションは一切実行されないた
め、システム管理はサーバ内で一元的にできる。このよ
うなＴｈｉｎクライアント・サーバ・システムは、上述
のシステムと組み合わせることにより、そのデータの一
貫性を著しく向上させることができる。

【００４４】上述のシステムは、クライアントＡ１とサ
ーバＢとの通信にＨＴＴＰネットワークＸを用いてお
り、サーバＢ側のサーブレット１２とクライアントＡ１
側のミドルウエア２２が、ＨＴＴＰネットワークＸを用
いて通信を行っているため、サーバＢの構造を大きく変
えることなく、Ｔｈｉｎクライアント・サーバ・システ
ムに上述のシステムを組み込むことができる。

【００４５】また、上記クライアントＡ１は、データベ
ースを有しているので、これに接続される他のクライア
ントに対してはサーバとして機能することもできる。

【００４６】なお、クライアントＡ１のブラウザ２６か
らローカルウェブサーバ２４を介してローカルデータベ
ースサーバ２５を利用することができるので、クライア
ントＡ１で発生した情報はサーバＢだけでなくローカル
データベースサーバ２５内にも保存される。また、クラ
イアント／サーバ間データ交換機能はＨＴＴＰだけでな
く、ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅ
ｒ ＰｒｏｔｏｃｏｌＳｅｃｕｒｉｔｙ）やＦＴＰ（Ｆ
ｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用い
ることができ、必要に応じて、これらはＳＭＴＰ（Ｓｉ
ｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃ
ｏｌ）通信を行うことができる。また、ネットワークは
無線通信を用いてもよい。

【００４７】以上、説明したように、上述のクライアン
トは、記憶装置Ａ１ｂを備えるクライアントにおいて、
クライアントに通信可能に設けられるサーバＢのデータ
ベース内に格納されたデータを自身の記憶装置内に取り
込んで格納する工程と、格納されたデータを用いて特定
の処理（例えば、ブラウザ表示、データ間演算）が実行
できる場合には、記憶装置Ａ１ｂにアクセスして特定の
処理を実行する工程と、格納されたデータを用いて特定
の処理が実行できない場合には、サーバＢのデータベー
スにアクセスし、必要なデータを取り込んで記憶装置Ａ
１ｂ内に格納した後、特定の処理を実行する工程と、記
憶装置Ａ１ｂ内のデータと、当該データに対応するサー
バＢのデータベースのデータに同一のデータ操作（例え
ば、データ更新）を行う工程と、このデータ操作工程が
正常終了しない場合にはデータ操作工程をロールバック
する工程とを備える。

【００４８】クライアントＡ１は、自身の記憶装置Ａ１
ｂ内にサーバＢのデータベース内データを格納している
ので、オフライン時においても仮想的にサーバＢのデー
タベースにアクセスして、特定の処理を行うことができ
る。オンラインであっても、アクセス時間や処理時間を
短縮することができる。なお、クライアント自身の記憶
装置Ａ１ｂ内にデータが無い場合にはサーバＢにアクセ
スする必要がある。また、クライアントＡ１の記憶装置
Ａ１ｂ内の仮想的なサーバのデータベースのデータにデ
ータ操作を施す場合には、サーバＢのデータベースにも
同じくデータ操作を施す。データ操作工程における通信
障害等によってデータ操作工程が正常終了しない場合に
は、データ操作工程をロールバックする。これにより、
サーバＢ内のデータベース内データと、クライアント記
憶装置Ａ１ｂ内のデータの一貫性を保持することが可能
となる。

【００４９】また、上記特定の処理工程及び前記データ
操作工程はブラウザ上から実行可能であることが好まし
く、ユーザの操作性を向上させることができる。

【００５０】また、上述のデータベースを有するサーバ
Ｂはというと、クライアントＡ１からの要求に応じて、
サーバＢのデータベース内のデータをクライアントＡ１
の記憶装置Ａ１ｂ内に送信する工程と、記憶装置Ａ１ｂ
内のデータと、当該データに対応するサーバＢのデータ
ベースのデータに同一のデータ操作が実行された場合
に、当該データ操作工程が正常終了しない場合には前記
データ操作工程をロールバックする工程とを備えてい
る。これにより、サーバＢ側においても、データ操作の
履歴が取り消されるので、クライアントＡ１とサーバＢ
のデータは同一のものとなる。

【００５１】クライアントＡ１に上述の処理を実行させ
るためのプログラムは、クライアントＡ１に通信可能に
設けられるサーバＢのデータベース内に格納されたデー
タを、クライアントＡ１の記憶装置Ａ１ｂ内に取り込ん
で格納する工程と、格納されたデータを用いて特定の処
理が実行できる場合には、記憶装置Ａ１ｂにアクセスし
て特定の処理を実行する工程と、格納されたデータを用
いて特定の処理が実行できない場合には、サーバＢのデ
ータベースにアクセスし、必要なデータを取り込んで記
憶装置Ａ１ｂ内に格納した後、特定の処理を実行する工
程と、記憶装置Ａ１ｂ内のデータと、当該データに対応
するサーバＢのデータベースのデータに同一のデータ操
作を行う工程と、データ操作工程が正常終了しない場合
にはデータ操作工程をロールバックする工程とを備え
る。また、本発明の記録媒体（図示せず）は、このプロ
グラムを記録したコンピュータ読み取り可能な記録媒体
である。

【００５２】また、本発明のデータ制御方法は、クライ
アントＡ１に通信可能に設けられるサーバＢのデータベ
ース内に格納されたデータを、クライアントＡ１の記憶
装置Ａ１ｂ内に取り込んで格納する工程と、格納された
データを用いて特定の処理が実行できる場合には、記憶
装置Ａ１ｂにアクセスして特定の処理を実行する工程
と、格納されたデータを用いて特定の処理が実行できな
い場合には、サーバのデータベースにアクセスし、必要
なデータを取り込んで記憶装置Ａ１ｂ内に格納した後、
特定の処理を実行する工程と、記憶装置Ａ１ｂ内のデー
タと、当該データに対応するサーバＢのデータベースの
データに同一のデータ操作を行う工程と、データ操作工
程が正常終了しない場合にはデータ操作工程をロールバ
ックする工程とを備えている。この制御方法では上述の
クライアントＡ１における処理が実行され、データの一
貫性が保持されることとなる。

【００５３】

【発明の効果】本発明のクライアント、クライアント・
サーバ・システム、サーバ、プログラム、記録媒体及び
データ制御方法によれば、サーバとのデータの一貫性を
保持することができる。

【図面の簡単な説明】

【図１】クライアント・サーバ・システムのブロック図
である。

【図２】クライアントＡの記憶装置Ａ１ｂ内に格納され
たプログラムと、サーバＢの記憶装置Ｂ１ｂ内に格納さ
れたプログラムとの関係を示すシステムのブロック図で
ある。

【図３】上述のクライアント・サーバ・システムにおけ
るデータの流れを示すフローチャートである（正常終了
時）。

【図４】クライアント・サーバ・システムにおけるデー
タの流れを示すフローチャートである（データ操作異常
終了時）。

【図５】クライアント・サーバ・システムにおけるデー
タの流れを示すフローチャートである（データ操作異常
終了時）。

【図６】クライアント・サーバ・システムにおけるデー
タの流れを示すフローチャートである（データ操作異常
終了時）。

【符号の説明】

１１…データベースサーバ、１２…サーブレット、１３
…アプリケーションサーバ、１３…ウェブサーバ、１４
…ウェブサーバ、２１…アプリケーション、２２…ミド
ルウエア、２３…アプリケーションサーバ、２４…ロー
カルウェブサーバ、２５…ローカルデータベースサー
バ、２６…ウェブブラウザ、Ａ１，Ａ２，Ａ３，Ａ４，
Ａ５…クライアント、Ａ１ｂ…記憶装置、Ａ１ｃ…通信
装置、Ａ１ｅ…モニター、Ａ１ｆ…入力装置、Ｂ…サー
バ、Ｂ１ｂ…記憶装置、Ｂ１ｃ…通信装置、Ｂ１ｂ…記
憶装置、Ｘ…公衆通信網。

Claims (11)

【特許請求の範囲】
1. 【請求項１】 通信可能に設けられるサーバからデータ
   を読み出す手段と、 前記読み出されたデータをローカルデータとして格納す
   る手段と、 前記ローカルデータを用いて特定の処理を実行する手段
   と、 前記ローカルデータと当該ローカルデータに対応する前
   記サーバのデータとに同一のデータ操作を行う手段と、 前記データ操作が正常終了しない場合には前記データ操
   作をロールバックする手段と、を備えることを特徴とす
   るクライアント。
2. 【請求項２】 前記特定の処理及び前記データ操作はブ
   ラウザ上から実行可能であることを特徴とする請求項１
   に記載のクライアント。
3. 【請求項３】 前記データ操作が正常終了しない場合と
   は、前記クライアントと前記サーバとを接続するネット
   ワークに障害が発生している場合であることを特徴とす
   る請求項１又は２に記載のクライアント。
4. 【請求項４】 前記データ操作が正常終了しない場合と
   は、前記クライアントの当該データ操作に障害が発生し
   ている場合であることを特徴とする請求項１又は２に記
   載のクライアント。
5. 【請求項５】 前記データ操作が正常終了しない場合と
   は、前記サーバにおける当該データ操作に障害が発生し
   ている場合であることを特徴とする請求項１又は２に記
   載のクライアント。
6. 【請求項６】 前記データ操作工程が正常終了しない場
   合とは、データ操作対象となる前記サーバのデータと、
   これに対応する前記ローカルデータとが異なっている場
   合であることを特徴とする請求項１又は２に記載のクラ
   イアント。
7. 【請求項７】 データベースを有するサーバと、前記サ
   ーバと通信可能であってローカルウェブサーバ及びロー
   カルデータベースサーバを有するクライアントとを備え
   るクライアント・サーバ・システムであって、 前記ローカルウェブサーバを介して、前記クライアント
   の前記ローカルデータベース内のローカルデータにデー
   タ操作を施すと共に、前記サーバの前記データベース内
   のデータに前記データ操作と同一のデータ操作を施す手
   段と、 前記データ操作が正常終了しない場合には前記データ操
   作をロールバックする手段と、を備えることを特徴とす
   るクライアント・サーバ・システム。
8. 【請求項８】 ローカルデータを有するクライアントと
   通信可能に設けられたサーバであって、 このサーバのデータと前記クライアントのローカルデー
   タとに同一のデータ操作が実行され、当該データ操作が
   正常終了しない場合には、前記データ操作をロールバッ
   クする手段を備えることを特徴とするサーバ。
9. 【請求項９】 クライアントに通信可能に設けられるサ
   ーバのデータベース内に格納されたデータを、前記クラ
   イアントのローカルデータベース内に取り込んで格納す
   る工程と、 前記格納されたデータを用いて特定の処理が実行できる
   場合には、前記ローカルデータベースにアクセスして前
   記特定の処理を実行する工程と、 前記格納されたデータを用いて前記特定の処理が実行で
   きない場合には、前記サーバのデータベースにアクセス
   し、必要なデータを取り込んで前記ローカルデータベー
   ス内に格納した後、前記特定の処理を実行する工程と、 前記ローカルデータベース内のデータと、当該データに
   対応する前記データベースのデータに同一のデータ操作
   を行う工程と、 前記データ操作工程が正常終了しない場合には前記デー
   タ操作工程をロールバックする工程と、を前記クライア
   ントに実行させることを特徴とするプログラム。
10. 【請求項１０】 請求項９に記載の前記プログラムを記
    録したコンピュータ読み取り可能な記録媒体。
11. 【請求項１１】 クライアントに通信可能に設けられる
    サーバのデータベース内に格納されたデータを、前記ク
    ライアントのローカルデータベース内に取り込んで格納
    する工程と、 前記格納されたデータを用いて特定の処理が実行できる
    場合には、前記ローカルデータベースにアクセスして前
    記特定の処理を実行する工程と、 前記格納されたデータを用いて前記特定の処理が実行で
    きない場合には、前記サーバのデータベースにアクセス
    し、必要なデータを取り込んで前記ローカルデータベー
    ス内に格納した後、前記特定の処理を実行する工程と、 前記ローカルデータベース内のデータと、当該データに
    対応する前記データベースのデータに同一のデータ操作
    を行う工程と、 前記データ操作工程が正常終了しない場合には前記デー
    タ操作工程をロールバックする工程と、を備えることを
    特徴とするデータ制御方法。