(57)【要約】【課題】比較的簡単な構成で、クライアントのアクセス負荷量に応じて容易にシステム拡張が行えるパフォーマンス、柔軟性およびコスト面の優れたデータベースシステムを実現すること。【解決手段】複数のクライアントを含むクライアント部と複数のサーバーを含むサーバー部および複数のデータ格納装置を含むデータ格納部がネットワークを介して相互に接続され、クライアントからのアクセスリクエストを任意のいずれかのサーバーに割り振るように構成されたデータベースシステムにおいて、各クライアントの固有情報が、クライアント部とデータ格納部の少なくともいずれかに保持されたことを特徴とするもの。【選択図】　　　　　　　　　　図１
2004078552.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアントを含むクライアント部と複数のサーバーを含むサーバー部および複数のデータ格納装置を含むデータ格納部がネットワークを介して相互に接続され、クライアントからのアクセスリクエストを任意のいずれかのサーバーに割り振るように構成されたデータベースシステムにおいて、
各クライアントの固有情報が、クライアント部とデータ格納部の少なくともいずれかに保持されたことを特徴とするデータベースシステム。
【請求項２】
各クライアントの固有情報は、各クライアントを割り振られた所定のデータ格納装置にアクセスさせるためのものであることを特徴とする請求項１記載のデータベースシステム。
【請求項３】
各クライアントの固有情報は、各クライアントとアクセス可能なデータ格納装置との対応関係をテーブル化してデータ格納部に格納されていることを特徴とする請求項１または請求項２記載のデータベースシステム。
【請求項４】
サーバーは、各クライアントから入力される情報に基づきアクセスすべきデータ格納装置との接続情報を復元することを特徴とする請求項１に記載のデータベースシステム。
【請求項５】
サーバーは時系列的な固有状態を持たないステートレスであることを特徴とする請求項４に記載のデータベースシステム。
【請求項６】
データ格納部は、各クライアントからのリクエストに対して記憶させたいデータを選択的に返信することを特徴とする請求項１に記載のデータベースシステム。
【請求項７】
サーバーは、アクセスを要求しているクライアントが固有情報を保持していないまたは矛盾した固有情報を持っている場合には、そのクライアントに対応付けられている正しい固有情報をデータ格納部から入手して返信し記憶させることを特徴とする請求項１に記載のデータベースシステム。
【請求項８】
クライアントの固有情報をダイナミックに変化させることを特徴とする請求項１に記載のデータベースシステム。
【請求項９】
クライアントの固有情報は、システムに前回アクセスした時間であることを特徴とする請求項８に記載のデータベースシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データベースシステムに関するものであり、詳しくは、サーバークライアント構成のデータベースシステムの改善に関する。
【０００２】
【従来の技術】
図５および図６は、それぞれ従来のサーバークライアント構成のデータベースシステム例を示すブロック図である。これら各図において、クライアント部１０とサーバー部２０およびデータ格納部３０はネットワークを介して相互に接続されている。このようなデータベースシステムとしては、視聴者側に設けられているノードによる視聴率データの収集とノードへの視聴者のプロフィールに基づいて特化されたデータの配信、生産情報収集管理システム、各種気象センサからの気象データ収集システムなどが考えられる。
【０００３】
クライアント部１０は、ユーザーインターフェースとして機能するものであり、サーバー部２０を介してデータ格納部３０にアクセスする。そして、クライアント部１０で収集したデータをデータ格納部３０にアップロードしたり、希望するデータの有無をデータ格納部３０に照会したり、データ格納部３０から所定のデータをクライアント部１０にダウンロードする。このようなクライアント部１０は、それぞれが個別にサーバー部２０にアクセスできる複数のノード１０１〜１０ｎで構成されている。
【０００４】
サーバー部２０は、それぞれが個別にクライアント部１０およびデータ格納部３０にアクセスできる複数のアプリケーションサーバー２０１〜２０ｍで構成されている。これらアプリケーションサーバー２０１〜２０ｍは、ノード１０１〜１０ｎとの通信プロトコルや、それぞれのアプリケーションに必要な所定のロジック処理を実行する。
【０００５】
データ格納部３０には、クライアント部１０で収集されアップロードされたデータや、それらのデータに基づいて行われた統計演算処理結果や、クライアント部１０に配信される図示しないシステム管理者により登録されたデータなどが格納されている。データ格納部３０は、図５では単一のデータ格納装置で構成された例を示し、図６では複数台のデータ格納装置３０１〜３０ｐが協調してクラスタとして機能する例を示している。図６のようにクラスタとして機能することにより、アプリケーションサーバー２０１〜２０ｍはデータ格納部３０を単一のデータ格納装置として認識することができる。
【０００６】
このような構成において、クライアント部１０の各ノード１０１〜１０ｎからのリクエストは、ロードバランス手法に基づいて、サーバー部２０を構成する複数のアプリケーションサーバー２０１〜２０ｍの任意の一つに割り振られる。ロードバランス手法としては、
ａ）クライアント部１０とサーバー部２０の間に負荷分散装置を設ける
ｂ）ＤＮＳ（Ｄｏｍａｉｎ　Ｎａｍｅ　Ｓｅｒｖｉｃｅ）のラウンドロビンによってアクセスされるアプリケーションサーバー２０１〜２０ｍのＩＰアドレスを巡回させる
ｃ）クライアント１０の各ノード１０１〜１０ｎに一連のアプリケーションサーバー２０１〜２０ｍのアドレスを与えることにより各ノード１０１〜１０ｎが乱数などによりランダムに選択する
などが行われる。
【０００７】
図５および図６の構成において、クライアント部１０からデータ格納部３０にアクセスする動作を説明する。
第１段階（ＳＰ１）
クライアント部１０のいずれかのノード１０１〜１０ｎは、ロードバランス手法に基づいて割り振られたアプリケーションサーバー２０１〜２０ｍの任意の一つに対して、「自身のＩＤ」と「アップロードすべきデータ」を伝送する。
【０００８】
第２段階（ＳＰ２）
割り振られたアプリケーションサーバー２０１〜２０ｍの任意の一つは、データ格納部３０への接続情報を取得してデータ格納部３０にアクセスする。ここで、図６の場合は、クラスタ化されたデータ格納部３０にアクセスするが、アプリケーションサーバーからはクラスタ化されたデータ格納部３０は単一のデータ格納装置に見える。データ格納部３０へのアクセスにあたっては、以下の複数の操作を含むことができる。
１．いずれかのノード１０１〜１０ｎからのデータのアップロード
２．データの照会
３．いずれかのノード１０１〜１０ｎ向けデータのダウンロード
【０００９】
第３段階（ＳＰ３）
割り振られたアプリケーションサーバー２０１〜２０ｍは、データ格納部３０とのアクセス結果に基づき、アクセス要求のあったいずれかのノード１０１〜１０ｎに返信するデータを作成する。
【００１０】
第４段階（ＳＰ４）
割り振られたアプリケーションサーバー２０１〜２０ｍは、作成したデータをアクセス要求のあったいずれかのノード１０１〜１０ｎに返信する。
【００１１】
ところで、このようなデータベースシステムでは、データ格納部３０へのアクセスが中心になることから、データ格納部３０に対するアクセスの容易さがシステム全体の効率的運用の支配的要素になる。
【００１２】
また、図６のようにデータ格納部３０として複数台の装置３０１〜３０ｐが協調してクラスタとして機能する構成においては、一般には高度な処理機能を実行する高価なクラスタリングソフトウェアが必要とされている。
【００１３】
【発明が解決しようとする課題】
ところが、クライアント部１０を構成するノード１０１〜１０ｎ間におけるアクセスリクエストに注目すると、データの同期がほとんど必要なかったり、リクエスト処理間の同期も不要な場合がある。これらの場合には、前述のような高価なクラスタリングソフトウェアを用いなくても負荷分散が容易に行える。
【００１４】
また、データの挿入や、簡単なデータ結合を行うような比較的単純な照会が中心になる場合には、複雑な照会文に基づいて並列処理を行うことによりパフォーマンスを高める必要もない。
【００１５】
本発明は、これらの問題に鑑みてなされたものであり、その目的は、比較的簡単な構成で、クライアントのアクセス負荷量に応じて容易にシステム拡張が行えるパフォーマンス、柔軟性およびコスト面の優れたデータベースシステムを実現することにある。
【００１６】
【課題を解決するための手段】
上記の目的を達成する請求項１に記載の発明は、
複数のクライアントを含むクライアント部と複数のサーバーを含むサーバー部および複数のデータ格納装置を含むデータ格納部がネットワークを介して相互に接続され、クライアントからのアクセスリクエストを任意のいずれかのサーバーに割り振るように構成されたデータベースシステムにおいて、
各クライアントの固有情報が、クライアント部とデータ格納部の少なくともいずれかに保持されたことを特徴とする。
【００１７】
請求項２に記載の発明は、請求項１記載のデータベースシステムにおいて、
各クライアントの固有情報は、各クライアントを割り振られた所定のデータ格納装置にアクセスさせるためのものであることを特徴とする。
【００１８】
請求項３に記載の発明は、請求項１または請求項２に記載のデータベースシステムにおいて、
各クライアントの固有情報は、各クライアントとアクセス可能なデータ格納装置との対応関係をテーブル化してデータ格納部に格納されていることを特徴とする。
【００１９】
請求項４に記載の発明は、請求項１に記載のデータベースシステムにおいて、サーバーは、各クライアントから入力される情報に基づきアクセスすべきデータ格納装置との接続情報を復元することを特徴とする。
【００２０】
請求項５に記載の発明は、請求項４に記載のデータベースシステムにおいて、サーバーは時系列的な固有状態を持たないステートレスであることを特徴とする。
【００２１】
これらにより、クライアントのアクセス負荷量に応じて容易にシステム拡張が行える。
【００２２】
請求項６に記載の発明は、請求項１に記載のデータベースシステムにおいて、データ格納部は、各クライアントからのリクエストに対して記憶させたいデータを選択的に返信することを特徴とする。
【００２３】
請求項７に記載の発明は、請求項１に記載のデータベースシステムにおいて、サーバーは、アクセスを要求しているクライアントが固有情報を保持していないまたは矛盾した固有情報を持っている場合には、そのクライアントに対応付けられている正しい固有情報をデータ格納部から入手して返信し記憶させることを特徴とする。
【００２４】
これらにより、柔軟性の高いシステムが実現できる。
【００２５】
請求項８に記載の発明は、請求項１に記載のデータベースシステムにおいて、
クライアントの固有情報をダイナミックに変化させることを特徴とする。
【００２６】
請求項９に記載の発明は、請求項８に記載のデータベースシステムにおいて、クライアントの固有情報は、システムに前回アクセスした時間であることを特徴とする。
【００２７】
これらにより、管理情報格納部への負荷集中や、データ格納装置へのアクセスによる処理負担増加を避けることができる。
【００２８】
【発明の実施の形態】
図１は本発明の実施態様の一例を示すデータベースシステムのブロック図であり、図６と共通する部分には同一の符号を付けている。図１において、クライアント部１０とサーバー部２０およびデータ格納部３０は、図６と同様にネットワークを介して相互に接続されている。このようなデータベースシステムとしては、ファイルシステムやリレーショナルデータベースが考えられる。
【００２９】
クライアント部１０は、ユーザーインターフェースとして機能するものであり、サーバー部２０を介してデータ格納部３０にアクセスする。そして、クライアント部１０で収集したデータをデータ格納部３０にアップロードしたり、希望するデータの有無をデータ格納部３０に照会したり、データ格納部３０から所定のデータをクライアント部１０にダウンロードする。このようなクライアント部１０は、それぞれが個別にサーバー部２０にアクセスできる複数のノード１０１〜１０ｎで構成されている。
【００３０】
サーバー部２０は、それぞれが個別にクライアント部１０およびデータ格納部３０にアクセスできる複数のアプリケーションサーバー２０１〜２０ｍで構成されている。これらアプリケーションサーバー２０１〜２０ｍは、ノード１０１〜１０ｎとの通信プロトコルや、それぞれのアプリケーションに必要な所定のロジック処理を実行する。
【００３１】
データ格納部３０には、クライアント部１０で収集されアップロードされたデータや、それらのデータに基づいて行われた統計演算処理結果や、クライアント部１０に配信される図示しないシステム管理者により登録されたデータなどが格納されている。データ格納部３０は、図１では独立した２台のデータ格納装置３０１〜３０２で構成する例を示している。
【００３２】
データ格納部３０には、データ格納装置３０１〜３０２の他に、管理情報格納部３１が設けられている。この管理情報格納部３１には、クライアント部１０の各ノード１０１〜１０ｎに関する固有情報が格納される。このような固有情報としては、例えば各ノード１０１〜１０ｎのＩＤと各ノード１０１〜１０ｎがアクセスすべきデータ格納装置３０１〜３０２のＩＤとの対応リストがある。これらクライアント部１０の固有情報は、所望のサービスを実現するために、クライアント部１０がアクセスする度にアプリケーションサーバー２０１〜２０ｍ上で復元される。
【００３３】
このように構成されるデータベースシステムの特徴は、次の通りである。
１）クライアント部１０の各ノード１０１〜１０ｎは、自分自身に関する情報が格納されるデータ格納装置３０１，３０２に対してのみ操作を行う。
２）クライアント部１０の各ノード１０１〜１０ｎとそれらに対応するデータ格納装置３０１，３０２との情報は、管理情報格納部３１に格納される。
【００３４】
３）クライアント部１０の各ノード１０１〜１０ｎは、リクエスト毎にデータ格納部３０から返信されるデータ格納装置３０１，３０２との対応情報を記憶して、リクエストの度にアプリケーションサーバー２０１〜２０ｍに送信する
４）アプリケーションサーバー２０１〜２０ｍは、クライアント部１０の各ノード１０１〜１０ｎから入力される情報に基づき、アクセスすべきデータ格納装置３０１，３０２の接続情報を復元する。
【００３５】
５）クライアント部１０の各ノード１０１〜１０ｎがアクセスすべきデータ格納装置３０１，３０２の情報を送ってこない場合あるいは間違った情報を送ってきた場合には、アプリケーションサーバー２０１〜２０ｍは、アクセスすべきデータ格納装置３０１，３０２の接続情報をデータ格納部３０の管理情報格納部３１に格納されている情報に基づき正しく復元する。
【００３６】
図１の動作を、以下の３つのケースＡ〜Ｂについて、それぞれ図を用いて説明する。
Ａ．各ノード１０１〜１０ｎはアクセスすべきデータ格納装置３０１〜３０２のＩＤを記憶している（図２）
Ｂ．各ノード１０１〜１０ｎはアクセスすべきデータ格納装置３０１〜３０２のＩＤを記憶していない（図３）
Ｃ．各ノード１０１〜１０ｎが記憶しているアクセスすべきデータ格納装置３０１〜３０２のＩＤは正しくない（図４）
【００３７】
Ａ．各ノード１０１〜１０ｎはアクセスすべきデータ格納装置３０１〜３０２のＩＤを記憶している（図２）
第１段階（ＳＰ１）
クライアント部１０のいずれかのノード例えば１０１は、ロードバランス手法に基づいて割り振られたアプリケーションサーバーの任意の一つ例えば２０１に対して、「自身のＩＤ（１０１）」と「自身が記憶している格納装置のＩＤ（３０１）」と「アップロードすべきデータ」を伝送する。
【００３８】
第２段階（ＳＰ２）
アプリケーションサーバー２０１は、データ格納部３０の格納装置３０１への接続情報を取得して格納装置３０１にアクセスする。格納装置３０１へのアクセスにあたっては、データのアップロード操作の他に、データの照会やノード１０１向けデータのダウンロード操作を含むこともできる。
【００３９】
第３段階（ＳＰ３）
アプリケーションサーバー２０１は、格納装置３０１とのアクセスに基づき、アクセス要求のあったノード１０１に返信するデータを作成する。
【００４０】
第４段階（ＳＰ４）
アプリケーションサーバー２０１は、作成したデータをアクセス要求のあったノード１０１に返信する。
このようにノード１０１は、自身に割り当てられている格納装置のＩＤ（３０１）を記憶していて、いずれかのアプリケーションサーバー２０１〜２０ｍにアクセスするときに送信する。
【００４１】
Ｂ．各ノード１０１〜１０ｎはアクセスすべきデータ格納装置３０１〜３０２のＩＤを記憶していない（図３）
Ｂの状況としては、ノード１０１〜１０ｎが初めてシステムにアクセスする場合や、ノード１０１〜１０ｎが例えば以下の理由で状態情報を失った場合が考えられる。
・電源が落とされた
・システムがクラッシュした
・各ノード１０１〜１０ｎは周期的に状態情報をリフレッシュしながら運用されている
【００４２】
第１段階（ＳＰ１）
クライアント部１０のいずれかのノード例えば１０１は、ロードバランス手法に基づいて割り振られたアプリケーションサーバーの任意の一つ例えば２０１に対して、「自身のＩＤ（１０１）」と「アップロードすべきデータ」を伝送する。
【００４３】
第２段階（ＳＰ２）
アプリケーションサーバー２０１は、データ格納部３０の管理情報格納部３１からノード１０１に対応している格納装置３０１への接続情報を取得する。
【００４４】
第３段階（ＳＰ３）
アプリケーションサーバー２０１は、格納装置３０１にアクセスする。格納装置３０１へのアクセスにあたっては、データのアップロード操作の他に、データの照会やノード１０１向けデータのダウンロード操作を含むこともできる。
【００４５】
第４段階（ＳＰ４）
アプリケーションサーバー２０１は、格納装置３０１とのアクセスに基づき、アクセス要求のあったノード１０１に返信するデータを作成する。
【００４６】
第５段階（ＳＰ５）
アプリケーションサーバー２０１は、データ格納部３０から取得したノード１０１に割り当てられている格納装置のＩＤ（３０１）と作成したデータをアクセス要求のあったノード１０１に返信する。
ノード１０１は、自身に割り当てられている格納装置のＩＤ（３０１）を記憶して、次回いずれかのアプリケーションサーバー２０１〜２０ｍにアクセスするときに送信する。
【００４７】
Ｃ．各ノード１０１〜１０ｎが記憶しているアクセスすべきデータ格納装置３０１〜３０２のＩＤは正しくない（図４）
Ｃの状況としては、データ格納部３０の構成が変更された場合や、ノード１０１〜１０ｎが間違った情報を記憶してしまった場合などが考えられる。
【００４８】
第１段階（ＳＰ１）
クライアント部１０のいずれかのノード例えば１０１は、ロードバランス手法に基づいて割り振られたアプリケーションサーバーの任意の一つ例えば２０１に対して、「自身のＩＤ（１０１）」と「自身が記憶している格納装置のＩＤ（３０２）」と「アップロードすべきデータ」を伝送する。
【００４９】
第２段階（ＳＰ２）
アプリケーションサーバー２０１は、データ格納部３０の格納装置３０２への接続情報を取得して格納装置３０２にアクセスする。
【００５０】
第３段階（ＳＰ３）
しかし、格納装置３０２はノード１０１のデータを格納するように割り当てられていないので、アプリケーションサーバー２０１にエラー情報を返す。
【００５１】
第４段階（ＳＰ２）
アプリケーションサーバー２０１は、エラー情報を受け取った後、データ格納部３０の管理情報格納部３１からノード１０１に対応している格納装置３０１への接続情報を取得する。
【００５２】
第５段階（ＳＰ５）
アプリケーションサーバー２０１は、格納装置３０１にアクセスする。格納装置３０１へのアクセスにあたっては、データのアップロード操作の他に、データの照会やノード１０１向けデータのダウンロード操作を含むこともできる。
【００５３】
第６段階（ＳＰ６）
アプリケーションサーバー２０１は、格納装置３０１とのアクセスに基づき、アクセス要求のあったノード１０１に返信するデータを作成する。
【００５４】
第７段階（ＳＰ７）
アプリケーションサーバー２０１は、データ格納部３０から取得したノード１０１に割り当てられている格納装置のＩＤ（３０１）と作成したデータをアクセス要求のあったノード１０１に返信する。
ノード１０１は、自身に割り当てられている格納装置のＩＤ（３０１）を記憶して、次回いずれかのアプリケーションサーバー２０１〜２０ｍにアクセスするときに送信する。
【００５５】
これらの構成により、システムの拡張性、パフォーマンス、柔軟性およびコスト面において、以下のような効果が得られる。
【００５６】
＜拡張性＞
ａ）アプリケーションサーバー２０１〜２０ｍはそれぞれが一切時系列的な固有状態を持たないステートレスであるため、同じ構成のものを任意に必要に応じて追加できる。
ｂ）データ格納部３０にアクセスされる負荷を複数の格納装置に分散できるので、拡張性が増す。また、クライアント部１０のアクセス頻度を制御することにより、データ格納部３０に対する負荷も制御できる。
ｃ）データ格納部３０の管理情報格納部３１は、クライアント部１０から毎回アクセスされないため、アクセス負荷集中による支障が生じることはない。
【００５７】
＜パフォーマンス＞
データ格納部３０を構成する格納装置の固有情報は、クライアント部１０と管理情報格納部３１に分散して格納保持されるが、通常クライアント部１０から送信される情報に基づいて復元されるため、管理情報格納部３１へのアクセス頻度を減少させることができ、パフォーマンスを向上させることができる。
【００５８】
＜柔軟性＞
クライアント部１０がデータ格納部３０を構成する格納装置の固有情報を保持してないときや保持している値に矛盾がある場合には、管理情報格納部３１から自動的に復元するためクライアント部１０の状態管理は不要であり、柔軟性に富むシステムが構築できる。これにより、サービス運営中にデータ格納部３０の構成が変わってもクライアント部１０に影響を与えずサービスを継続できる
また、管理情報格納部３１の情報を書き換えるだけでデータ格納部３０の構成を変更できる。
【００５９】
＜コスト＞
データ格納部３０の拡張性を増すためにベンダー独自の仕様に基づくクラスタリングの仕組みを使わなくてもよく、仕組みを単純化できる。一般に、クラスタリングソフトおよびクラスタリングに対応した格納装置は非常に高価であるが、これらの仕組みを使用せずにロードバランスを実現できるので安価なシステムが実現できる
【００６０】
パソコンなどの安価な機器を水平的に数多く配置するいわゆる水平的スケーリングが可能である。一般的に水平的スケーリングは、単体機器の性能を高めていくことによりスケーラビリティを確保しようとする垂直的スケーリングに比較して、低コストが図れる。
【００６１】
クライアント部１０を構成するノード１０１〜１０ｎに関する固有情報としては、各ノード１０１〜１０ｎがアクセスすべきデータ格納装置３０１〜３０２のＩＤ　の他に、例えばセッション情報やシステムに前回アクセスした時間の情報や認証データなどが考えられる。ただし、図４のようにクライアント部１０が所持している情報が間違っていることをアプリケーションサーバー２０１〜２０ｍが認識する必要がある場合は、間違った情報に基づいてアプリケーションサーバー２０１〜２０ｍで処理を実行した場合にエラーを出すようにする必要がある。ここでは認証データがその例である。
【００６２】
クライアント部１０の固有情報をダイナミックに変化させてもよい。すなわち、各ノード１０１〜１０ｎのＩＤとデータ格納装置３０１〜３０２のＩＤとの対応のように頻繁に変更されることがない固定的な情報でなく、クライアント部１０からのアクセス毎に変わるような情報の場合には、以下のような対応が考えられる。
【００６３】
クライアント部１０を構成する各ノード１０１〜１０ｎの固有情報を、管理情報格納部３１ではなく、各ノード１０１〜１０ｎがアクセスするデータ格納装置３０１〜３０２に格納する。
【００６４】
また、固有情報があまり重要でない場合には、データ格納部３０には情報を保存せずクライアント部１０に対してのみ情報を保存するようにしてもよい。
【００６５】
これらのことにより、管理情報格納部３１への負荷集中や、データ格納装置３０１〜３０２へのアクセスによる処理負担増加を避けることができる。このような固有情報の例として、「システムに前回アクセスした時間」が挙げられる。
【００６６】
アプリケーションサーバー２０１〜２０ｍのロードバランスに用いることができる。すなわち、固有情報としてアクセス可能な一連のアプリケーションサーバー２０１〜２０ｍのネットワークアドレス（ＩＰアドレス）を返し、そのリストから任意の一つのアドレスのサーバにクライントがアクセスするように構成する。
【００６７】
従来のある例では、クライアント部１０は固有情報の意味を一切知らずただ単に記憶して再びサーバに送信しているだけである。これに対し、本実施例の場合には、クライアント部１０は、固有情報のある項目がアクセスすべきアプリケーションサーバー２０１〜２０ｍのアドレスのリストを意味してるということを理解する必要がある。また、これによってクライアント部１０とサーバー部２０との結合性を高めてしまうことになるので、注意が必要である。
【００６８】
【発明の効果】
以上説明したように、本発明によれば、システムの拡張性、パフォーマンス、柔軟性およびコスト面の優れたデータベースシステムが実現でき、例えばテレビの視聴率データ収集システムとして好適である。
【図面の簡単な説明】
【図１】本発明の実施態様の一例を示すデータベースシステムのブロック図である。
【図２】図１の動作説明図である。
【図３】図１の他の動作説明図である。
【図４】図１の他の動作説明図である。
【図５】従来のデータベースシステム例を示すブロック図である。
【図６】従来のデータベースシステムの他の例を示すブロック図である。
【符号の説明】
１０　クライアント部
１０１〜１０ｎ　ノード
２０　サーバー部
２０１〜２０ｍ　アプリケーションサーバー
３０　データ格納部
３０１〜３０２　データ格納装置
３１　管理情報格納部
【図１】
2004078552.tif 000003
【図２】
2004078552.tif 000004
【図３】
2004078552.tif 000005
【図４】
2004078552.tif 000006
【図５】
2004078552.tif 000007
【図６】
2004078552.tif 000008