JP2003150595A - データベースシステム - Google Patents

Abstract

(57)【要約】 【課題】 データベース処理をクライアント端末とデー
タサーバに分散構築し、データサーバへのアクセスを極
力抑制したデータベースシステムを得る。 【解決手段】 ローカルなデータベース５を有するクラ
イアント端末３と、このクライアント端末３に通信伝送
路２を介して接続され、データベースであるＲＤＢ４及
びそのＲＤＢ４のバージョン情報とデータベース５のバ
ージョン情報とを収録したＤＢバージョン管理表７を有
するデータサーバ１によって構成され、クライアント端
末３に検索要求が生じたとき、クライアント端末３は、
自身のデータベース５のバージョンをデータサーバ１に
照会し、最新バージョンであることを確認したとき、自
身のデータベース５を検索し、最新バージョンが確認で
きないとき、データサーバ１からデータベースの差分情
報を取得して自身のデータベース５を更新した後、検索
するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、通信媒体によっ
て接続されたデータサーバ及びクライアント端末間にお
けるデータ検索取得機能を有するデータベースシステム
に関するものである。

【０００２】

【従来の技術】図４は、従来のデータ管理システムを示
すシステム構成図であり、データサーバ及びクライアン
ト端末間を通信媒体にて接続したデータ管理システムで
ある。図４において、１はデータサーバ、２は通信伝送
路、３は通信伝送路２を介してデータサーバ１に接続さ
れたクライアント端末（１〜Ｎ）、４はデータサーバ１
のデータベースであるＲＤＢ（ｒｅｌａｔｉｏｎａｌ
ｄａｔａｂａｓｅ）である。図５は、従来のデータ管理
システムにおけるデータ要求／取得処理を示すシーケン
ス図である。

【０００３】次に、動作について図５にしたがって説明
する。この種のデータ検索・取得方法は、ＲＤＢ４を実
装するデータサーバ１に対し、複数のクライアント端末
３（１〜Ｎ）よりデータ検索・取得要求が行われる。デ
ータサーバ１では、各クライアント端末３より受信した
これらのデータ検索・取得要求に対し、条件に一致した
データをＲＤＢ４より検索取得し、要求元のクライアン
ト端末３へ送信する。

【０００４】

【発明が解決しようとする課題】従来のデータサーバ及
びクライアント端末間におけるデータ検索・取得要求
は、以上のように処理されていたので、データサーバ１
側では複数のクライアント端末３よりデータ検索・取得
要求を同時に受信した場合、一括処理するため、多大な
データ処理性能が要求される。また、高負荷時には、デ
ータ検索・取得要求の処理不能や、ＤＢＭＳ（ｄａｔａ
ｂａｓｅ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ）処理
のためＣＰＵが長時間占有される現象を招くという欠点
があった。

【０００５】本課題に対しては、特開平１１−１９５０
２９号公報において、クライアント端末からデータサー
バに対する検索要求に対し、データベースから検索条件
に該当するデータを取得し、さらにこの取得データに対
する検索を行うための検索プログラム（アプレット）を
付加してクライアント端末に送信するシステムが提案さ
れている。本提案の目的は、一度取得したデータをさら
に絞り込むため、データサーバに対して同じような検索
操作を実行することを抑えることにより（初回検索にて
取得したデータと同時にクライアント端末へ送信された
アプレットによりクライアント端末内で取得したデータ
に対し更なる絞り込みが行えることにより）、データ検
索に要する負荷を下げることである。しかし、本提案で
は、複数クライアント端末からの初回検索要求が同時に
発生した場合、それぞれの要求に対し、一旦はデータサ
ーバが一括処理する形となる。従って、同時に複数クラ
イアント端末からの検索要求が多数発生した場合のデー
タサーバ上、ＤＢＭＳ負荷の増大は否めない。また、特
開平１１−１９５０２９号公報により提案されている手
法では、通信回線が切断された状態では、クライアント
端末よりデータサーバに対する初回検索要求やデータ更
新要求が実行できず、データ操作が一切不可能となると
いう問題もある。

【０００６】この発明は、上記のような問題点を解決す
るためになされたもので、データベース処理をクライア
ント端末とデータサーバに分散構築し、データサーバへ
のアクセスを極力抑制したデータベースシステムを得る
ことを第一の目的としている。また、データサーバとク
ライアント端末間の通信が切断された状態においても、
クライアント端末側でデータ検索・画面表示操作、ある
いはデータ登録・更新操作を継続できるデータベースシ
ステムを得ることを第二の目的としている。

【０００７】また、公衆通信媒体にてデータサーバとク
ライアント端末間が接続されている場合、最新情報をデ
ータサーバよりクライアント端末に取り込む処理以外で
は、ネットワーク接続を切断した状態でデータベース処
理が可能となるデータベースシステムを得ることを第三
の目的にしている。また、クライアント端末やモバイル
端末が、ダイヤルアップ等でネットワーク接続を行い、
必要時のみ一時的にデータサーバと接続し使用される場
合に、データサーバと切断された状態でも、クライアン
ト端末においてデータ検索表示／蓄積は実行でき、この
ときのクライアント端末のソフトウェアコストを抑制す
ることができるデータベースシステムを得ることを第四
の目的としている。

【０００８】

【課題を解決するための手段】この発明に係わるデータ
ベースシステムにおいては、データサーバと複数のクラ
イアント端末が通信伝送路を介して接続されたデータベ
ースシステムにおいて、第一のデータベースを有するデ
ータサーバと、第一のデータベースに収録された所定期
間分のデータによって構成される第二のデータベースを
有するクライアント端末を備え、クライアント端末は、
検索要求が生じたとき、第二のデータベースのバージョ
ンの照会をデータサーバに行い、データサーバによっ
て、第一のデータベースのバージョンとの一致が確認さ
れてから第二のデータベースを検索するものである。

【０００９】また、データサーバは、クライアント端末
の第二のデータベースのバージョンより第一のデータベ
ースのバージョンの方が新しいとき、第一のデータベー
スと第二のデータベースとの差分情報をクライアント端
末に送信するものである。また、通信伝送路が切断され
たとき、クライアント端末は、第二のデータベースを検
索するものである。

【００１０】さらに、通信伝送路が切断されたとき、第
二のデータベースがクライアント端末によって更新され
た場合は、切断された通信伝送路の復旧に応じて、クラ
イアント端末は切断中に更新された第二のデータベース
の更新情報をデータサーバに通知するものである。ま
た、クライアント端末は、第二のデータベースを更新し
たとき、更新情報を手動によりデータサーバに通知する
ものである。

【００１１】また、第二のデータベースは、ＸＭＬファ
イルによって構成されているものである。

【００１２】

【発明の実施の形態】実施の形態１．図１は、この発明
の実施の形態１及び実施の形態３によるデータベースシ
ステムを示すブロック図である。図１において、１はデ
ータサーバ、２は通信伝送路、３は通信伝送路２を介し
てデータサーバ１に接続されたクライアント端末（１〜
Ｎ）、４はデータサーバ１のデータベースであるＲＤＢ
（第一のデータベース）である。５はクライアント端末
３上で、管理されるデータベース（第二のデータベー
ス）で、ＸＭＬドキュメント等を用い、タグによって定
義された要素名とデータ自体を保存している。このデー
タベース５は、ＲＤＢ４の保持データの内、最新から所
定期間遡って収録されたデータによって構成され、所定
期間は、システムの容量に応じてシステムで必要とす
る、例えば年数または月数である。６はデータベース５
に対するデータ検索（データフィルタリング）に用いら
れるＸＳＬＴ等のスタイルシートである。７はデータサ
ーバ１及びクライアント端末３の各装置が保持するデー
タベースのバージョンを管理するＤＢバージョン管理表
である。８はクライアント端末３から受信したデータ検
索要求にもとづき、データサーバ１上のＲＤＢ４から条
件に該当するデータを取得し、クライアント端末３に送
信したり、クライアント端末３からのデータ更新をＲＤ
Ｂ４に反映するＤＢ処理機能である。９はブラウザ表示
機能１０にてクライアント端末３上に表示されたＷｅｂ
画面でのデータ検索操作を受けて、データベース５また
はＲＤＢ４にデータ検索要求を行う検索要求機能であ
る。

【００１３】図１には、データサーバ１にＲＤＢ４が構
築されている。ＲＤＢ４では、各レコード毎に更新日時
（年２桁、月２桁、日２桁、時２桁、分２桁、秒２桁）
を付加している。さらに削除されたレコードのデータ内
容と削除日時（年２桁、月２桁、日２桁、時２桁、分２
桁、秒２桁）とを削除履歴として管理するテーブルを具
備している。削除履歴の内、全クライアント端末３のデ
ータベース５に対し更新（レコード削除処理）が完了し
たものに関しては、全端末更新完了時点で消去される。

【００１４】データベース５は、データ要素名によりデ
ータ自体がどういった類のものかをアプリケーションが
判別でき、データベースとして容易に処理できるもので
ある。ＤＢバージョン管理表７は、各装置が保持するデ
ータベースのバージョン（年２桁、月２桁、日２桁、時
２桁、分２桁、秒２桁）を管理する。データサーバ１の
データベースバージョンは、ＲＤＢ４が更新されるた
び、クライアント端末３のデータベースバージョンは、
データサーバ１からデータを取得し、更新されるたび
に、当該処理時刻（年２桁、月２桁、日２桁、時２桁、
分２桁、秒２桁）が入力される。

【００１５】次に、データ検索要求／取得に関する動作
について説明する。図１において、クライアント端末３
よりデータ検索要求が発生する。クライアント端末３上
の検索要求機能９では、まず、データサーバ１に対し、
クライアント端末３自身が保持しているデータベース５
（ＸＭＬファイル等）のバージョンが最新であるかの問
い合わせＡを実行する。この時、クライアント端末３自
身のデータベースバージョンを合わせて送信する。デー
タサーバ１上のＤＢ処理機能８では、クライアント端末
３よりのデータベースバージョン問い合わせＡを受信
後、ＤＢバージョン管理表７にて管理するデータサーバ
自身のデータベースバージョンと、受信したクライアン
ト端末３のデータベースバージョンとの比較Ｂを実行す
る。その後、クライアント端末３に対し、データベース
バージョン比較結果（一致／不一致）の送信Ｃを実行す
る。

【００１６】クライアント端末３では、上記送信Ｃによ
り、データベースバージョンの比較結果を受信する。比
較結果が一致である場合、ローカルに管理するデータベ
ース（ＸＭＬファイル等）５に対し、データ検索（フィ
ルタリング）を行うスタイルシート６を適用し、データ
検索Ｄを実行する。検索要求機能９は、上述のデータ検
索Ｄの処理より、検索結果を取得Ｅし、ブラウザ表示機
能１０に対し、検索結果の画面表示Ｆを実行する。ま
た、データサーバ１では、上記データベースバージョン
比較処理Ｂの結果が不一致（データサーバ１上、データ
ベースバージョンがクライアント端末３自身の管理する
データベースのバージョンより新しい）の場合、次にク
ライアント端末３への比較結果送信に合わせて、取得し
たデータベースの差分情報を送信する。

【００１７】データベースの差分情報は、ＲＤＢ４にて
保持しているレコードの内、更新日時（年２桁、月２
桁、日２桁、時２桁、分２桁、秒２桁）が、クライアン
ト端末３のデータベースバージョンより新しいもの、さ
らに削除履歴として管理するテーブルからクライアント
端末３のデータベースバージョンより新しいレコード削
除履歴を取得Ｈしたものである。クライアント端末３で
は、本処理により受信したデータベースの差分情報から
自身の管理するデータベース５を更新する。更新正常終
了後、データサーバ１上のＤＢバージョン管理表７の自
身のＤＢバージョンを更新する。その後、検索要求機能
９において、更新されたデータベース５に対し、データ
検索処理を実行する。

【００１８】実施の形態１によれば、上述した処理によ
り、クライアント端末３が複数台存在し、データ検索要
求が多数、同時発生した場合においても、データサーバ
１ではデータベースバージョンの不一致となったクライ
アント端末３に対してのみＲＤＢ処理により差分データ
を送信し、データベースバージョンの一致するクライア
ント端末３に関しては、クライアント端末の保有するロ
ーカルのデータベース５に対して検索処理が実行される
ため、データ検索のＤＢＭＳ負荷は、それぞれのクライ
アント端末３に分散され、データサーバ１上で全クライ
アント端末分のデータベース検索処理を実行することに
よる高負荷を回避できる。

【００１９】実施の形態２．図２は、この発明の実施の
形態２によるデータベースを示すブロック図である。図
２において、１〜５は図１におけるものと同一のもので
ある。

【００２０】次に、動作について説明する。図２におい
て、まずデータサーバ１及びクライアント端末３間の通
信が切断される。通信が切断された状態においても、ク
ライアント端末３では、自身がローカルにデータベース
５（ＸＭＬファイル等）を保持することにより、これに
対しデータ検索やデータ更新の操作を継続することがで
きる。データサーバ１及びクライアント端末３間の通信
が復旧した時、クライアント端末３にて通信切断中、デ
ータベース５に対し実行した処理（データ検索やデータ
更新）をデータサーバ１に通知し、データサーバ１上の
ＲＤＢ４を更新する。

【００２１】データサーバ１上のＲＤＢ４の更新におい
ては、クライアント端末３上のＸＭＬファイルをデータ
サーバ１に送信し、これをＲＤＢ４に反映することで実
現する。ＲＤＢ４上のあるレコードに対しデータ更新を
行う場合、上述の通信切断中に他のクライアント端末に
より、ＲＤＢ４上の当該レコードが既に更新されている
可能性がある。この時、ＲＤＢ４上の当該レコードにお
ける更新日時（年２桁、月２桁、日２桁、時２桁、分２
桁、秒２桁）に対し、クライアント端末３がローカルの
ＸＭＬファイル上の当該レコードを更新した更新日時
（年２桁、月２桁、日２桁、時２桁、分２桁、秒２桁）
が古い場合、このレコードに対するデータ更新処理を実
施しない。これによりデータ更新の時系列の妥当性を確
保する。クライアント端末３より、ＲＤＢ４上のデータ
更新処理後、改めてＲＤＢ４が管理するデータをクライ
アント端末３にて取得し、情報更新（ＸＭＬファイルの
更新）を実行することで、ＲＤＢ４とクライアント端末
３上のデータベース５（ＸＭＬファイル等）の整合性を
確保できる。

【００２２】実施の形態２によれば、データサーバ及び
クライアント端末間の通信が切断された場合でも、クラ
イアント端末ではローカルにデータ検索が行えると共に
復旧した場合のシステムの整合性を確保することができ
る。

【００２３】実施の形態３．実施の形態３は、図１を援
用して説明する。実施の形態３は、図１において、デー
タサーバに対し、クライアント端末３自身が保持してい
るデータベース５（ＸＭＬファイル等）のバージョンが
最新であるかの問い合わせＡ、及び最新でない場合のデ
ータベースの情報更新を、クライアント端末３のオペレ
ータ操作を手動で実行するシステムである。

【００２４】検索要求機能９は、クライアント端末３の
オペレーションにより検索要求が発生すると、自身がロ
ーカルに保持するデータベース５（ＸＭＬファイル等）
に対し検索処理を実行する。また、データの新規情報登
録、更新においても、クライアント端末３のローカルに
て保持するデータベース５（ＸＭＬファイル等）に対し
て、データ登録あるいは更新を行う。オペレータは、あ
る程度のデータ処理を終えてから、データサーバ１に対
してデータベースの更新を画面手動操作にて要求する。
これにより、データの更新処理１回１回に対してデータ
サーバ１に対する通信接続やＤＢＭＳ処理が発生するこ
とがなくなる。従って、誤ってデータ登録、更新を実行
した場合の、操作やり直しによる無駄な通信接続やＤＢ
ＭＳ処理が抑制でき、これにより通信費やＤＢＭＳ負荷
の軽減を図ることができる。

【００２５】実施の形態３によれば、データ登録、更新
を実行する場合の通信接続やＤＢＭＳ処理を抑制でき、
通信費やＤＢＭＳ負荷の軽減を図ることができる。

【００２６】実施の形態４．図３は、この発明の実施の
形態４によるデータベースシステムのソフトウェア構成
を示す図である。図３において、３、５、６は図１にお
けるものと同一のものである。１１はＯＳ、１２はＪＤ
Ｋ［Ｊａｖａ（登録商標） Ｄｅｖｅｌｏｐｍｅｎｔ
Ｋｉｔ：Ｊａｖａ（登録商標）プログラム開発環境／実
行環境］、１３はサーブレットエンジン、１４はＨＴＴ
Ｐサービス、１５はＷｅｂ画面を表示するためのブラウ
ザ、１６はクライアント端末自身が保持するデータベー
ス５（ＸＭＬファイル等）に対し、データ更新を実行す
るＸＭＬドキュメント作成機能である。１７はクライア
ント端末自身が保持するデータベース５（ＸＭＬファイ
ル等）に対し、検索を実行するＸＭＬドキュメント検索
機能である。

【００２７】次に、動作について説明する。通常、デー
タベース管理機能を実現する場合には、データを保管管
理するため、またデータ操作を行うため、一般的に高価
な汎用ＲＤＢＭＳ（ｒｅｌａｔｉｏｎａｌ ｄａｔａｂ
ａｓｅ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ）ソフト
ウェアが必要となる。システム使用等により、図４に示
すシステム構成において、複数台のクライアント端末全
てにおいてデータベース管理機能を実装する必要が生じ
た場合、現状では、上述したＲＤＢＭＳソフトウェアを
個々のクライアント端末に実装する必要があり、クライ
アント端末の台数が増加するに従い、システム構築費用
（ＲＤＢＭＳソフトウェアの購入費用）がかさむことに
なる。

【００２８】実施の形態４では、クライアント端末３に
おいてデータベース５を構築するため、ＸＭＬファイル
等を適用する。ＸＭＬ等のタグによって定義されたデー
タ要素名とデータ自体をファイル保存する。このデータ
要素名によりデータ自体がどういった類のものかをアプ
リケーションが容易に判別でき、データベースとして可
能となる。また、クライアント端末３上のデータベース
５に対する検索等のデータ操作を、ＸＳＬＴ等の文章変
換スタイルシート６を適用し、上述したＸＭＬファイル
等により構築されたデータベース５からデータを抽出す
ることで、実現する。

【００２９】実施の形態４によれば、クライアント端末
毎にＲＤＢＭＳソフトウェアを購入し実装することが不
要となり、システム構築費用（ＲＤＢＭＳソフトウェア
の購入費用）の軽減を実現できる。

【００３０】

【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に示すような効果を奏する。データ
サーバと複数のクライアント端末が通信伝送路を介して
接続されたデータベースシステムにおいて、第一のデー
タベースを有するデータサーバと、第一のデータベース
に収録された所定期間分のデータによって構成される第
二のデータベースを有するクライアント端末を備え、ク
ライアント端末は、検索要求が生じたとき、第二のデー
タベースのバージョンの照会をデータサーバに行い、デ
ータサーバによって、第一のデータベースのバージョン
との一致が確認されてから第二のデータベースを検索す
るので、複数のクライアント端末でデータ検索要求が多
数発生した場合のデータ検索に要する負荷を分散するこ
とができる。

【００３１】また、データサーバは、クライアント端末
の第二のデータベースのバージョンより第一のデータベ
ースのバージョンの方が新しいとき、第一のデータベー
スと第二のデータベースとの差分情報をクライアント端
末に送信するので、第二のデータベースのバージョンよ
り第一のデータベースのバージョンの方が新しいときの
み、差分情報を送信すればよく、高負荷を回避できる。
また、通信伝送路が切断されたとき、クライアント端末
は、第二のデータベースを検索するので、通信伝送路が
切断されたときでも、クライアント端末では検索を行う
ことができる。

【００３２】さらに、通信伝送路が切断されたとき、第
二のデータベースがクライアント端末によって更新され
た場合は、切断された通信伝送路の復旧に応じて、クラ
イアント端末は切断中に更新された第二のデータベース
の更新情報をデータサーバに通知するので、通信伝送路
が切断から復旧したときの第一のデータベールと第二の
データベースのデータの整合性を確保することができ
る。また、クライアント端末は、第二のデータベースを
更新したとき、更新情報を手動によりデータサーバに通
知するので、更新情報をまとめて送信することができ、
通信接続やＤＢＭＳ処理を抑制することができる。

【００３３】また、第二のデータベースは、ＸＭＬファ
イルによって構成されているので、システム構築費用を
軽減することができる。

【図面の簡単な説明】

【図１】 この発明の実施の形態１及び実施の形態３に
よるデータベースシステムを示すブロック図である。

【図２】 この発明の実施の形態２によるデータベース
を示すブロック図である。

【図３】 この発明の実施の形態４によるデータベース
システムのソフトウェア構成を示す図である。

【図４】 従来のデータ管理システムを示すシステム構
成図である。

【図５】 従来のデータ管理システムにおけるデータ要
求／取得処理を示すシーケンス図である。

【符号の説明】

１ データサーバ、２ 通信伝送路、３ クライアント
端末、４ ＲＤＢ、５ データベース、６ スタイルシ
ート、７ ＤＢバージョン管理表、８ ＤＢ処理機能、
９ 検索要求機能、１０ ブラウザ表示機能、１１ Ｏ
Ｓ、１２ ＪＤＫ［Ｊａｖａ（登録商標） Ｄｅｖｅｌ
ｏｍｅｎｔ Ｋｉｔ］、１３ サーブレットエンジン、
１４ ＨＴＴＰサービス、１５ ブラウザ、１６ ＸＭ
Ｌドキュメント作成機能、１７ ＸＭＬドキュメント検
索機能。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 データサーバと複数のクライアント端末
   が通信伝送路を介して接続されたデータベースシステム
   において、第一のデータベースを有するデータサーバ、
   上記第一のデータベースに収録された所定期間分のデー
   タによって構成される第二のデータベースを有するクラ
   イアント端末を備え、上記クライアント端末は、検索要
   求が生じたとき、上記第二のデータベースのバージョン
   の照会を上記データサーバに行い、上記データサーバに
   よって、上記第一のデータベースのバージョンとの一致
   が確認されてから第二のデータベースを検索することを
   特徴とするデータベースシステム。
2. 【請求項２】 データサーバは、クライアント端末の第
   二のデータベースのバージョンより第一のデータベース
   のバージョンの方が新しいとき、上記第一のデータベー
   スと第二のデータベースとの差分情報を上記クライアン
   ト端末に送信することを特徴とする請求項１記載のデー
   タベースシステム。
3. 【請求項３】 通信伝送路が切断されたとき、クライア
   ント端末は、第二のデータベースを検索することを特徴
   とする請求項１または請求項２記載のデータベースシス
   テム。
4. 【請求項４】 通信伝送路が切断されたとき、第二のデ
   ータベースがクライアント端末によって更新された場合
   は、上記切断された通信伝送路の復旧に応じて、上記ク
   ライアント端末は切断中に更新された第二のデータベー
   スの更新情報をデータサーバに通知することを特徴とす
   る請求項１〜請求項３のいずれか一項記載のデータベー
   スシステム。
5. 【請求項５】 クライアント端末は、第二のデータベー
   スを更新したとき、上記更新情報を手動によりデータサ
   ーバに通知することを特徴とする請求項１〜請求項４の
   いずれか一項記載のデータベースシステム。
6. 【請求項６】 第二のデータベースは、ＸＭＬファイル
   によって構成されていることを特徴とする請求項１〜請
   求項５のいずれか一項記載のデータベースシステム。