(57)【特許請求の範囲】
【請求項１】
データを記憶、管理するデータベースと、このデータベースから引き抜いたデータを記憶、管理し、利用者のコンピュータからデータをリクエストされるデータウエアハウスとを備えてなるデータウエアハウス・システムにおいて、
前記利用者のコンピュータからの、前記データウエアハウス内の個々のデータ項目に対する第１リクエストの回数を監視する利用者リクエスト監視手段と、
前記第１リクエストの頻度の大小を判断する利用者リクエスト頻度判断手段と、
前記第１リクエストを受けて、前記データウエアハウスが、前記データベースから前記データを引き抜く第２リクエストの回数を監視するＳＱＬリクエスト監視手段と、
前記第２リクエストの頻度の大小を判断するＳＱＬリクエスト頻度判断手段を含み、
前記利用者リクエスト頻度判断手段の判断及び前記ＳＱＬリクエスト頻度判断手段の判断に応じて、前記データウエアハウスに対するデータ管理を行うデータ管理手段を備え、
前記データウエアハウスは、前記利用者のコンピュータからの前記第１リクエストがあった場合、前記利用者のコンピュータからの前記第１リクエストに係わるデータが前記データウエアハウスに記憶されている場合には、前記データウエアハウスから前記利用者のコンピュータに対して前記利用者のコンピュータからの前記第１リクエストに係わるデータのダウンロードを行い、前記利用者のコンピュータからの前記第１リクエストに係わるデータが前記データウエアハウスに記憶されていない場合には、前記データベースに対して前記利用者のコンピュータからの前記第１リクエストに係わるデータを前記データベースから引き抜く前記第２リクエストを行い、前記データベースから前記利用者のコンピュータに対して前記利用者からの前記第１リクエストに係わるデータのダウンロードを行わせる機能を備え、
前記データ管理手段は、前記データウエアハウスに記憶されているデータのうち、前記利用者のコンピュータからの前記第１リクエストの頻度が大きいデータについては、前記データウエアハウスに維持させ、前記利用者のコンピュータからの前記第１リクエストの頻度が小さいデータについては、前記データウエアハウスから削除するようにデータ管理を行う機能を備えていることを特徴とするデータウエアハウス・システム。
【請求項２】
前記利用者のコンピュータからの前記第１リクエストの頻度が大きいデータの前記データウエアハウスへの維持は、前記データウエアハウスが、前記データベースからデータを定期取得する際に、前記利用者のコンピュータからの前記第１リクエストの頻度が大きいデータを取得することにより実行され、
前記利用者のコンピュータからの前記第１リクエストの頻度が小さいデータの前記データウエアハウスからの削除は、前記データウエアハウスが、前記データベースからのデータを定期取得する際に、前記利用者のコンピュータからの前記第１リクエストの頻度が小さいデータを取得しないことにより実行されることを特徴とする請求項１記載のデータウエアハウス・システム。
【請求項３】
前記データ管理手段は、前記データベースに記憶されているデータのうち、前記データウエアハウスからの前記第２リクエストの頻度が大きいデータについては、前記データウエアハウスに追加するようにデータ管理を行う機能を備えていることを特徴とする請求項２記載のデータウエアハウス・システム。
【請求項４】
前記データウエアハウスからの前記第２リクエストの頻度が大きいデータの前記データウエアハウスへの追加は、前記データウエアハウスが、前記データベースからデータを定期取得する際に、前記データウエアハウスからの前記第２リクエストの頻度が大きいデータを取得することにより実行されることを特徴とする請求項３記載のデータウエアハウス・システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、管理重視の形式でデータを記憶、管理するデータベースから引き抜いたデータを利用者重視の形式で記憶、管理するデータウエアハウスを備えてなるデータウエアハウス・システムに関する。
【０００２】
【従来の技術】
近年、情報化産業の発達に伴い、大量なデータの迅速、かつ、効率的な管理が可能であり、かつ、管理されているデータの利用者による有効的利用が可能であるデータベース・システムの構築が要求されており、利用者の目的に応じた多種多様な概念のデータベースが提案されている。
【０００３】
その中で、従来の管理重視の形式でデータを記憶、管理するデータベースに対して、利用者に主眼を置いた新しいデータベースの概念として、データウエアハウスと呼ばれるものが提唱され、企業戦略のツールとして、急速に普及している。
【０００４】
データウエアハウスとは、管理重視の形式でデータを記憶、管理するオリジナルのデータベースに対してスレーブ形成される２段目のデータベースのことであり、利用者により利用されることを前提としてオリジナルのデータベースから引き抜いて加工したデータを記憶、管理するデータベースのことである。
【０００５】
このように、オリジナルのデータベースから引き抜いて、利用者により有効に利用されることを前提として加工されたデータを記憶、管理するデータウエアハウスを使用する場合には、通常のデータベースに比べて、データの解析作業を迅速、かつ、容易に行うことができるという利点がある。
【０００６】
【発明が解決しようとする課題】
通常、データウエアハウスは、金融業者や企業の経理、銀行等の基幹系システムに付属するデータベース・システムを対象としており、取り扱うデータ項目の変動が少なく、頻繁なデータ項目改定の無いシステム上では成功していた。
【０００７】
これに対して、製造業、特に、半導体製造部門のように、日々技術革新が進み、解析するデータが日々変動するような情報系システムにデータウエアハウスを適用する場合には、取り扱うデータ項目も日々変化していき、常にデータ項目の見直しを図り、煩雑なデータ項目の改定作業が必要となり、システムを成功させるには、過大なシステム保守人員の労力を必要としていた。
【０００８】
しかし、保守人員の労力が得られたとしても、多種多様な利用者のニーズに合わせたシステムの最適化を図ることは容易ではなく、事細かに利用者のニーズを把握し、それに応じたデータ項目の更新を頻繁に行う必要があり、システムの最適化と、その安定運用は困難なものとなっていた。
【０００９】
特に、利用者のニーズの把握は、利用者と管理者との担当者同志のヒヤリングで行うには限界があり、システム全体の効率化を含めて、十分な利用者ニーズの実現の可能性は低いものであった。
【００１０】
また、データウエアハウス・システムの運用は、対象とするデータベースや利用者の規模にも左右され、規模が大きくなると、人員の手での運用では、一層困難なものとなる。
【００１１】
このように、データウエアハウス・システムは、利用者に主眼を置いたシステムとして、利用することを最前提にしたアルゴリズムで構成されるため、収集するデータ項目や、そのファイル形式も利用者優先となり、多種多様なニーズの把握と、それに応じたデータ項目の頻繁な改定とをシステム管理者が一元的に抱え込む形となっていた。
【００１２】
このことは、システムのセキュリティを図る点ではメリットはあるものの、当然のことながら、デメリットとして、管理者の負担が大きく、必要とするデータが日々変動する情報系のデータウエアハウス・システムでは、最適化のための手番が掛かり過ぎていた。
【００１３】
このため、システムの立ち上げと成熟には多大な労力と時間を必要とし、有効なデータウエアハウス・システムを早急に構築することは、非常に困難であったし、システムの最適化そのものについても、情報系のニーズは多種に渡るため、現状の管理者の手作業による管理では、その実現性の可能性は低かった。
【００１４】
即ち、システムの管理を管理者の手作業で行う場合には、利用者のニーズに沿えば沿うほど管理者の負担は増え、システムの体系が追いつかず、使いにくいシステムとなってしまい、逆に、取り扱うデータ項目を限定していけば、システムの体系化は容易となり、管理者にとって使い勝手は上がるものの、利用者が十分な解析を行うことができなくなり、存在意義のないシステムになってしまう。
【００１５】
このように、データウエアハウス・システムにおいては、管理者にとってのシステムの使い勝手の向上（システムの体系化）と、システムの目的（利用者のニーズに十分に対応し得るデータの提供）とがトレードオフの関係にあることから、両方のバランスを取り、システムの成熟を図ることが重要、かつ、困難な問題となっている。
【００１６】
本発明は、かかる点に鑑み、データウエアハウスに対するデータ管理を管理者の負担なしに行い、自己成長的、自己成熟的にシステムの最適化及びシステムの安定運用を図ることができるようにしたデータウエアハウス・システムを提供することを目的とする。
【００１７】
【課題を解決するための手段】
本発明中、第１の発明は、データを記憶、管理するデータベースと、このデータベースから引き抜いたデータを記憶、管理し、利用者のコンピュータからデータをリクエストされるデータウエアハウスとを備えてなるデータウエアハウス・システムにおいて、前記利用者のコンピュータからの、前記データウエアハウス内の個々のデータ項目に対する第１リクエストの回数を監視する利用者リクエスト監視手段と、前記第１リクエストの頻度の大小を判断する利用者リクエスト頻度判断手段と、前記第１リクエストを受けて、前記データウエアハウスが、前記データベースから前記データを引き抜く第２リクエストの回数を監視するＳＱＬリクエスト監視手段と、前記第２リクエストの頻度の大小を判断するＳＱＬリクエスト頻度判断手段を含み、前記利用者リクエスト頻度判断手段の判断及び前記ＳＱＬリクエスト頻度判断手段の判断に応じて、前記データウエアハウスに対するデータ管理を行うデータ管理手段を備えているというものである。
【００１８】
本発明中、第１の発明によれば、前記利用者のコンピュータからの、前記データウエアハウス内の個々のデータ項目に対する前記第１リクエストの頻度を判断し、前記データウエアハウスに対するデータ管理を行うデータ管理手段を備えているので、前記データウエアハウスに対するデータ管理を管理者の負担なしに行うことができる。
【００１９】
本発明中、第２の発明は、第１の発明において、前記データウエアハウスは、前記利用者のコンピュータからの前記第１リクエストがあった場合、前記利用者のコンピュータからの前記第１リクエストに係わるデータが前記データウエアハウスに記憶されている場合には、前記データウエアハウスから前記利用者のコンピュータに対して前記利用者のコンピュータからの前記第１リクエストに係わるデータのダウンロードを行い、前記利用者のコンピュータからの前記第１リクエストに係わるデータが前記データウエアハウスに記憶されていない場合には、前記データベースに対して前記利用者のコンピュータからの前記第１リクエストに係わるデータを前記データベースから引き抜く前記第２リクエストを行い、前記データベースから前記利用者のコンピュータに対して前記利用者からの前記第１リクエストに係わるデータのダウンロードを行わせる機能を備えているというものである。
【００２０】
本発明中、第３の発明は、第２の発明において、前記データ管理手段は、前記データウエアハウスに記憶されているデータのうち、前記利用者のコンピュータからの前記第１リクエストの頻度が大きいデータについては、前記データウエアハウスに維持させ、前記利用者のコンピュータからの前記第１リクエストの頻度が小さいデータについては、前記データウエアハウスから削除するようにデータ管理を行う機能を備えているというものである。
【００２１】
本発明中、第４の発明は、第３の発明において、前記利用者のコンピュータからの前記第１リクエストの頻度が大きいデータの前記データウエアハウスへの維持は、前記データウエアハウスが、前記データベースからデータを定期取得する際に、前記利用者のコンピュータからの前記第１リクエストの頻度が大きいデータを取得することにより実行され、前記利用者のコンピュータからの前記第１リクエストの頻度が小さいデータの前記データウエアハウスからの削除は、前記データウエアハウスが、前記データベースからのデータを定期取得する際に、前記利用者のコンピュータからの前記第１リクエストの頻度が小さいデータを取得しないことにより実行されるというものである。
【００２２】
本発明中、第５の発明は、第４の発明において、前記データ管理手段は、前記データベースに記憶されているデータのうち、前記データウエアハウスからの前記第２リクエストの頻度が大きいデータについては、前記データウエアハウスに追加するようにデータ管理を行う機能を備えているというものである。
【００２３】
本発明中、第６の発明は、第５の発明において、前記データウエアハウスからの前記第２リクエストの頻度が大きいデータの前記データウエアハウスへの追加は、前記データウエアハウスが、前記データベースからデータを定期取得する際に、前記データウエアハウスからの前記第２リクエストの頻度が大きいデータを取得することにより実行されるというものである。
【００２４】
本発明中、第７の発明は、第１、第２、第３、第４、第５又は第６の発明において、前記データウエアハウスは、前記利用者のコンピュータからのデータに関する前記第１リクエストが不正の場合には、前記利用者のコンピュータからのデータに関する前記第１リクエストを正しく補正する機能を備えているというものである。
【００２５】
【発明の実施の形態】
図１は本発明の一実施形態を利用者のパーソナル・コンピュータ（以下、パソコンという）と共に示す概念図である。
【００２６】
図１中、１は本発明の一実施形態のデータウエアハウス・システムを示しており、２−１、２−ｍは管理重視の形成でデータを記憶、管理するデータベースである。なお、データベース２−２〜２−（ｍ−１）は図示を省略している。
【００２７】
また、３はデータベース２−１〜２−ｍから引き抜いたデータを利用者重視の形式で記憶するデータウエアハウスであり、利用者のパソコンからデータをリクエストされるものである。
【００２８】
また、４はデータベース２−１〜２−ｍ内のデータウエアハウス３には記憶されていない個々のデータ項目に対するデータウエアハウス３からのＳＱＬリクエストを監視し、データベース２−１〜２−ｍ内のデータウエアハウス３には記憶されていない個々のデータ項目に対するＳＱＬリクエスト回数を記憶するＳＱＬリクエスト監視手段である。
【００２９】
また、５はＳＱＬリクエスト監視手段４に記憶されているデータベース２−１〜２−ｍ内のデータウエアハウス３には記憶されていない個々のデータ項目に対するＳＱＬリクエスト回数から、データベース２−１〜２−ｍ内のデータウエアハウス３には記憶されていない個々のデータ項目に対するＳＱＬリクエスト頻度の大小を判断するＳＱＬリクエスト頻度判断手段である。
【００３０】
また、６はデータウエアハウス３内の個々のデータ項目に対する利用者からのリクエストを監視し、データウエアハウス３内の個々のデータ項目に対する利用者からのリクエスト回数を記憶する利用者リクエスト監視手段である。
【００３１】
また、７は利用者リクエスト監視手段６が記憶するデータウエアハウス３内の個々のデータ項目に対する利用者からのリクエスト回数から、データウエアハウス３内の個々のデータ項目に対する利用者からのリクエスト頻度の大小を判断する利用者リクエスト頻度判断手段である。
【００３２】
また、８−１、８−ｎはデータウエアハウス・システム１に接続されている利用者のパソコンであり、パソコン８−２〜８−（ｎ−１）は、図示を省略している。
【００３３】
なお、本発明の一実施形態においては、ＳＱＬリクエスト監視手段４と、ＳＱＬリクエスト頻度判断手段５と、利用者リクエスト監視手段６と、利用者リクエスト頻度判断手段７とを含めてデータ管理手段が構成されている。
【００３４】
図２はデータウエアハウス・システム１の動作を示すフローチャートであり、データウエアハウス３に対して利用者のパソコン８−１〜８−ｎのいずれかからデータのリクエストがあると（ステップＳ１）、データウエアハウス３において、利用者のリクエスト・データがデータウエアハウス３に記憶されているか否かが判断される（ステップＳ２）。
【００３５】
そして、利用者のリクエスト・データがデータウエアハウス３に記憶されている場合（ステップＳ２でＹＥＳの場合）には、データウエアハウス３から利用者のパソコンに対して利用者のリクエスト・データのダウンロードが行われる（ステップＳ３）。
【００３６】
これに対して、利用者のリクエスト・データがデータウエアハウス３に記憶されていない場合（ステップＳ２でＮＯの場合）には、データウエアハウス３からデータベース２−１〜２−ｍに対してＳＱＬリクエストが行われ（ステップＳ４）、データベース２−１〜２−ｍから利用者のパソコンに対して利用者のリクエスト・データのダウンロードが行われる（ステップＳ５）。
【００３７】
また、データウエアハウス・システム１においては、利用者リクエスト監視手段６により、データウエアハウス３内の個々のデータ項目に対する利用者からのリクエストが監視され、データウエアハウス３内の個々のデータ項目に対する利用者からのリクエスト回数が利用者リクエスト監視手段６に記憶される。
【００３８】
そして、利用者リクエスト監視手段６が記憶するデータウエアハウス３内の個々のデータ項目に対する利用者からのリクエスト回数から、データウエアハウス３内の個々のデータ項目に対する利用者からのリクエスト頻度の大小が利用者リクエスト頻度判断手段７によって判断される（ステップＳ６）。
【００３９】
ここに、リクエスト頻度が大であると判断されたデータ項目ついては、データウエアハウス３がデータベース２−１〜２−ｍからデータを定期取得する際に、データウエアハウス３に取得され、データウエアハウス３内に維持される（ステップＳ７）、
【００４０】
これに対して、リクエスト頻度が小であると判断されたデータ項目ついては、データウエアハウス３がデータベース２−１〜２−ｍからデータを定期取得する際に、データウエアハウス３には取得されず、データウエアハウス２から削除される（ステップＳ８）。
【００４１】
また、データウエアハウス・システム１においては、ＳＱＬリクエスト監視手段４により、データベース２−１〜２−ｍ内のデータウエアハウス３に記憶されていない個々のデータ項目に対するデータウエアハウス３からのＳＱＬリクエストが監視され、データベース２−１〜２−ｍ内のデータウエアハウス３に記憶されていない個々のデータ項目に対するデータウエアハウス３からのＳＱＬリクエスト回数がＳＱＬリクエスト監視手段４に記憶される。
【００４２】
そして、ＳＱＬリクエスト監視手段４が記憶するデータベース２−１〜２−ｍ内のデータウエアハウス３に記憶されていない個々のデータ項目に対するデータウエアハウス３からのＳＱＬリクエスト回数から、データベース２−１〜２−ｍ内のデータウエアハウス３に記憶されていない個々のデータ項目に対するデータウエアハウス３からのＳＱＬリクエスト頻度の大小がＳＱＬリクエスト頻度判断手段５によって判断される（ステップＳ９）。
【００４３】
ここに、ＳＱＬリクエスト頻度が大であると判断されたデータ項目については、データウエアハウス３がデータベース２−１〜２−ｍからデータの定期取得を行う際に、データウエアハウス３に取得され、データウエアハウス３に追加される（ステップＳ１０）。
【００４４】
これに対して、ＳＱＬリクエスト頻度が小であると判断されたデータ項目ついては、データウエアハウス３がデータベース２−１〜２−ｍからデータの定期取得を行う際に、データウエアハウス３には取得されないように制御される（ステップＳ１１）。
【００４５】
図３〜図５はデータウエアハウス・システム１の動作を具体的に説明するための図であり、図３はデータベース２−１にはデータ項目ａ、ｂ、ｃの各データが記憶され、データベース２−ｍにはデータ項目ｄ、ｅ、ｆの各データが記憶され、データウエアハウス３にはデータ項目ａ、ｃ、ｄ、ｆの各データが記憶されている状態を表している。
【００４６】
このような状態にある場合において、図４に示すように、例えば、利用者のパソコン８−１からデータウエアハウス３に対してデータ項目ａ、ｆがリクエストされた場合、データウエアハウス３にはデータ項目ａ、ｆの各データが記憶されているので、データ項目ａ、ｆの各データは、データウエアハウス３から利用者のパソコン８−１に対してダウンロードされる。
【００４７】
また、例えば、利用者のパソコン８−ｎからデータウエアハウス３に対してデータ項目ｃ、ｄがリクエストされた場合においても、データウエアハウス３には、これらデータ項目ｃ、ｄの各データが記憶されているので、これらデータ項目ｃ、ｄの各データは、データウエアハウス３から利用者のパソコン８−ｎに対してダウンロードされる。
【００４８】
これに対して、図５に示すように、例えば、利用者のパソコン８−１からデータウエアハウス３に対してデータ項目ｅがリクエストされた場合、データウエアハウス３にはデータ項目ｅのデータは記憶されていないので、データウエアハウス３からデータベース２−ｍに対してＳＱＬリクエストが行われ、データ項目ｅのデータは、データベース２−ｍから利用者のパソコン８−１に対してダウンロードされる。
【００４９】
また、データウエアハウス・システム１では、利用者リクエスト監視手段６により、データウエアハウス３内のデータ項目ａ、ｃ、ｄ、ｆに対する利用者からのリクエストが監視され、データウエアハウス３内のデータ項目ａ、ｃ、ｄ、ｆに対する利用者からのリクエスト回数が利用者リクエスト監視手段６に記憶される。
【００５０】
そして、利用者リクエスト監視手段６が記憶するデータウエアハウス３内のデータ項目ａ、ｃ、ｄ、ｆに対する利用者からのリクエスト回数から、データウエアハウス３内のデータ項目ａ、ｃ、ｄ、ｆに対する利用者からのリクエスト頻度の大小が利用者リクエスト頻度判断手段７によって判断される。
【００５１】
ここに、データ項目ａ、ｃ、ｄ、ｆのうち、利用者からのリクエスト頻度が大であると判断されたデータ項目のデータについては、データウエアハウス３がデータベース２−１〜２−ｍからデータを定期取得する際に、データウエアハウス３に取得され、データウエアハウス３内に維持される。
【００５２】
これに対して、データ項目ａ、ｃ、ｄ、ｆの各データのうち、利用者からのリクエスト頻度が小であると判断されたデータ項目のデータついては、データウエアハウス３がデータベース２−１〜２−ｍからデータを定期取得する際に、データウエアハウス３には取得されず、データウエアハウス３から削除される。
【００５３】
また、データウエアハウス・システム１においては、ＳＱＬリクエスト監視手段４により、データウエアハウス３からのデータベース２−１〜２−ｍ内のデータ項目ｅ、ｆに対するＳＱＬリクエストが監視され、データウエアハウス３からのデータベース２−１〜２−ｍ内のデータ項目ｅ、ｆの各データに対するＳＱＬリクエスト回数がＳＱＬリクエスト監視手段４に記憶される。
【００５４】
そして、ＳＱＬリクエスト監視手段４が記憶するデータウエアハウス３からのデータベース２−１〜２−ｍ内のデータ項目ｅ、ｆに対するＳＱＬリクエスト回数から、データウエアハウス３からのデータベース２−１〜２−ｍ内のデータ項目ｅ、ｆに対するＳＱＬリクエスト頻度の大小がＳＱＬリクエスト頻度判断手段５によって判断される。
【００５５】
ここに、データ項目ｅ、ｆのうち、ＳＱＬアクセス頻度が大であると判断されたデータ項目のデータは、データウエアハウス３がデータベース２−１〜２−ｍからデータを定期取得する際に、データウエアハウス３に取得され、データウエアハウス３に追加される。
【００５６】
これに対して、データ項目ｅ、ｆのうち、ＳＱＬリクエスト頻度が小であると判断されたデータ項目のデータは、データウエアハウス３がデータベース２−１〜２−ｍからデータを定期取得する際に、データウエアハウス３に取得されないように制御される。
【００５７】
このように、本発明の一実施形態のデータウエアハウス・システム１によれば、利用者のパソコン８−１〜８−ｎからの個々のデータについてのリクエスト頻度を判断し、データウエアハウス３に対するデータ管理を行うようにしているので、データウエアハウス３に対するデータ管理を管理者の負担なしに行い、自己成長的、自己成熟的にシステムの最適化及びシステムの安定運用を図ることができる。
【００５８】
なお、データウエアハウス３に対して、利用者のパソコン８−１〜８−ｎからのデータのリクエストが不正の場合に、利用者のパソコン８−１〜８−ｎからのデータのリクエストを正しく補正する機能を備えさせることができ、このようにする場合には、利用者にとっての利便性の向上を図ることができる。
【００５９】
【発明の効果】
本発明中、第１、第２、第３、第４、第５又は第６の発明によれば、利用者のコンピュータからの、データウエアハウス内の個々のデータ項目に対する第１リクエストの頻度を判断し、データウエアハウスに対するデータ管理を行うデータ管理手段を備えているので、データウエアハウスに対するデータ管理を管理者の負担なしに行い、自己成長的、自己成熟的にシステムの最適化及びシステムの安定運用を図ることができる。
【００６０】
本発明中、第７の発明によれば、第１、第２、第３、第４、第５又は第６の発明と同様の効果を得ることができると共に、データウエアハウスは、利用者のコンピュータからのデータに関する第１リクエストが不正の場合には、利用者のコンピュータからのデータに関する第１リクエストを正しく補正する機能を備えるとしているので、利用者にとっての利便性の向上を図ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態を利用者のパーソナル・コンピュータと共に示す概念図である。
【図２】本発明の一実施形態の動作を示すフローチャートである。
【図３】本発明の一実施形態の動作を具体的に説明するための図である。
【図４】本発明の一実施形態の動作を具体的に説明するための図である。
【図５】本発明の一実施形態の動作を具体的に説明するための図である。
【符号の説明】
１  データウエアハウス・システム（本発明の一実施形態）
２−１、２−ｍ  データベース
３  データウエアハウス
４  ＳＱＬリクエスト監視手段
５  ＳＱＬリクエスト頻度判断手段
６  利用者リクエスト監視手段
７  利用者リクエスト頻度判断手段
８−１、８−ｎ  利用者のパソコン
【図１】
0003944937.tif 000002
【図２】
0003944937.tif 000003
【図３】
0003944937.tif 000004
【図４】
0003944937.tif 000005
【図５】
0003944937.tif 000006