JP3892825B2 - データベース検索支援システムおよびデータベース検索支援方法 - Google Patents
データベース検索支援システムおよびデータベース検索支援方法 Download PDFInfo
- Publication number
- JP3892825B2 JP3892825B2 JP2003146487A JP2003146487A JP3892825B2 JP 3892825 B2 JP3892825 B2 JP 3892825B2 JP 2003146487 A JP2003146487 A JP 2003146487A JP 2003146487 A JP2003146487 A JP 2003146487A JP 3892825 B2 JP3892825 B2 JP 3892825B2
- Authority
- JP
- Japan
- Prior art keywords
- search
- database
- search condition
- support system
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、データベース検索技術に係り、特に、データベース構造やデータベース検索言語に関する知識の乏しいユーザであっても、データベースに対する検索要求の手続きを容易にプログラミング可能とするデータベース検索支援システムおよびデータベース検索支援方法に関する。
【０００２】
【従来の技術】
情報化社会と称される今日では、データを効率的に蓄積し、かつ、その蓄積したデータを効率的に検索することが強く求められる。このようなことから、従来より、様々なデータベースモデルが開発されるに至っている。そして、その中の一つとして、リレーショナルデータベースが存在する。
【０００３】
リレーショナルデータベースは、ＳＱＬ（Structured Query Language）と称されるデータベース検索言語で検索条件文を作成し、この検索条件文を使ってデータベースに対する問い合わせを行うことにより、所望のデータが検索できるようになっている。また、このＳＱＬは、プログラム中に埋め込むことも可能であるため、リレーショナルデータベースを利用したアプリケーションシステムも広く普及している。
【０００４】
【発明が解決しようとする課題】
ところで、このリレーショナルデータベースを利用したアプリケーションシステムを構築する場合、そのアプリケーションシステムのデータ管理体系とリレーショナルデータベース内部のデータ構造とは必ずしも一致するものではない。そして、不一致の場合には、そのデータベース構造の理解とＳＱＬに関する高度な知識とが必要となる。
【０００５】
実際、アプリケーションシステムのデータ管理体系とリレーショナルデータベース内部のデータ構造とが一致する場合の方が希であるため、結局、リレーショナルデータベースの検索を実行するプログラムを作成するには、データベース構造やＳＱＬに関する高度な知識が不可欠であるというのが現状であった。
【０００６】
この発明は、このような事情を考慮してなされたものであり、リレーショナルデータベースに対する検索要求の手続きをオブジェクト指向プログラム言語を用いて記述可能とするデータベース検索支援システムおよびデータベース検索支援方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
前述の目的を達成するために、この発明は、リレーショナルデータベースに対する検索要求の手続きをオブジェクト指向プログラム言語を用いて記述可能とするためのデータベース検索支援システムであって、予め定められたデータ管理体系で構築されるデータ群を操作対象とする検索メソッドが定義されたオブジェクトを生成するクラスを複数種類提供するプログラムインタフェース手段と、前記リレーショナルデータベースの表構造を取得するスキーマ取得手段と、前記プログラムインタフェース手段により提供されたいずれかのクラスが生成したオブジェクトに対して検索要求のためのメッセージが送信された場合に、前記スキーマ取得手段により取得された前記リレーショナルデータベースの表構造に基づき、その検索要求に対応する検索条件文を作成するＳＱＬ言語変換手段と、前記ＳＱＬ言語変換手段により作成された検索条件文を用いて前記リレーショナルデータベースに対する問い合わせを実行し、その検索結果を前記メッセージの送信元に返却する検索実行手段とを具備することを特徴とする。
【０００８】
この発明のデータベース検索支援システムは、アプリケーションシステムとリレーショナルデータベースマネジメントシステムとの間に介在し、各アプリケーションシステムのデータ管理体系ごとに、そのデータ管理体系で構築されるデータ群を操作対象とする検索メソッドを提供し、また、各アプリケーションシステムによる当該検索メソッドの実行を検索条件文に変換して、リレーショナルデータベースに対する問い合わせを代行する。
【０００９】
これにより、各アプリケーションシステムのデータ管理体系を知るのみで、実際のデータベース構造やデータベース検索言語に関する高度な知識を持ち合わせていなくとも、データベースに対する検索要求の手続きを容易にプログラミングすることが可能となる。
【００１０】
【発明の実施の形態】
以下、図面を参照してこの発明の実施形態を説明する。
図１は、この発明の実施形態に係るデータベース検索支援システムの機能ブロックを示す図である。
【００１１】
このデータベース検索支援システム１００は、例えばクライアントサーバシステムのサーバコンピュータ上などで動作するものであり、図１に示すように、アプリケーションシステム１０とリレーショナルデータベースマネジメントシステム（ＲＤＢＭＳ）２０との間に介在して設けられる。なお、データベース検索支援システム１００が動作するコンピュータと、アプリケーションシステム１０が動作するコンピュータおよびＲＤＢＭＳ２０が動作するコンピュータとは、すべてが同一であっても良いし、一部またはすべてが異なっていても良い。
【００１２】
このデータベース検索支援システム１００は、ＲＤＢＭＳ２０が管理するデータベース２１の実際のデータ構造を意識することなく、アプリケーションシステム１０が各々のデータ管理体系に沿ってデータ検索を行うことを可能とするために設けられるものである。より具体的には、ＲＤＢＭＳ２０に対する検索要求の手続きをオブジェクト指向プログラム言語を用いてアプリケーションシステム１０をプログラミングできるようにするものであり、図２に示すように、このデータベース検索支援システム１００は、アプリケーションシステム１０のシステム管理体系ごとにクラスを擬似的に提供し、アプリケーションシステム１０には、このクラスにより生成されるオブジェクトに検索要求（メソッド実行）を行わせるようにする。つまり、このデータベース検索支援システム１００は、アプリケーションシステム１０からは１つの機能オブジェクトとして見えるように動作するものであり、あたかもアプリケーションシステム１０のシステム管理体系で構築されるデータ群を操作対象とする検索メソッドが定義された機能オブジェクトのように見せ掛けるための仕組みをもつ。
【００１３】
そして、これらを実現するために、このデータベース検索支援システム１００は、アプリケーション構造管理部１０１、スキーマ管理部１０２、アクセス権限管理部１０３、検索条件解析部１０４、ＳＱＬ言語変換部１０５および検索実行部１０６の各処理部を有している。なお、これらの各処理部は、当該データベース検索支援システム１００が動作するコンピュータのメモリに格納されてＣＰＵにより実行されるプログラムで構成される。
【００１４】
アプリケーションシステム１０は、それぞれ独自のグラフィカルユーザインタフェース（ＧＵＩ）１１を備えるのが一般的であり、このＧＵＩ１１を介して利用者からの入力を受け付ける。ここでは、アプリケーションシステム１０は、例えば書籍や車、不動産物件など、特定の分野の商品を検索するためのシステムであるものと想定する。また、検索対象の商品に関するデータは、ＲＤＢＭＳ２０が管理するデータベース２１に格納されているものとする。そして、ＧＵＩ１１を介して利用者からキーワードや検索開始指示などの入力を受け付けたアプリケーションシステム１０は、機能オブジェクトであるデータベース検索支援システム１００に対して検索要求のためのメッセージを送信する。
【００１５】
一方、データベース検索支援システム１００では、このアプリケーションシステム１０から送信されたメッセージをアプリケーション構造管理部１０１によって受信する。各アプリケーションプログラム１０に対するクラスの提供は、このアプリケーション構造管理部１０１によるプログラム間インタフェース制御により実現されるものであり、アプリケーション構造管理部１０１は、各アプリケーションシステム１０がどの属性（表中の列項目）を使用するのかを事前の設定により得て管理し、このメッセージに対応する問い合わせを代行するためにはデータベース２１のどのデータにアクセスすべきかを判別する。スキーマ管理部１０２は、ＲＤＢＭＳ２０が管理するデータベース２１のデータ構造を定義したデータ（スキーマ）をデータベース２１から得て管理しており、アプリケーション構造管理部１０１は、このスキーマ管理部１０２が管理するスキーマを参照し、アクセス対象のデータを特定する。この結果は、アプリケーション構造管理部１０１からＳＱＬ言語変換部１５に通知される。
【００１６】
アプリケーション構造管理部１０１によって受信されるメッセージには、アプリケーションシステム１０の利用者のアクセス権限が内包され、また、検索条件を指定することが可能である。そして、このアクセス権限はアクセス権限管理部１０３に、検索条件は検索条件解析部１０４にそれぞれ転送される。
【００１７】
アクセス権限管理部１０３は、各アプリケーションシステム１０がどのような機密チェックの判断基準を採用するのかを管理しており、その判断基準に基づくアクセス権限レベルチェックを含むＳＱＬ文を作成するようにＳＱＬ言語変換部１０５に指示する。例えば、アプリケーションシステム１０の利用者に与えられたレベルよりも高い機密レベルのデータの参照を禁止するといった判断基準などを管理することができる。つまり、各アプリケーションシステム１０が採用する機密チェックの判断基準をデータベース検索支援システム１００内に隠蔽することを実現している。
【００１８】
一方、検索条件解析部１０４は、アプリケーション構造管理部１０１から転送された検索条件を解析し、その解析結果に基づくＳＱＬ文を作成するようにＳＱＬ言語変換部１０５に指示するものであるが、この検索条件解析部１０４による検索条件の解析については後述する。
【００１９】
ＳＱＬ言語変換部１０５は、アプリケーション構造管理部１０１からの通知、アクセス権限管理部１０３および検索条件解析部１０４からの指示に基づき、アプリケーションシステム１０の検索要求をＳＱＬ文に変換する。そして、検索実行部１０６は、ＳＱＬ言語変換部１０５により作成されたＳＱＬ文を用いてＲＤＢＭＳ２０に対する問い合わせを行い、その検索結果をアプリケーション構造管理部１０１を介してアプリケーションシステム１０に返却する。
【００２０】
ここで、図３を参照して、“ＩＤ”、“ＮＡＭＥ”、“ＡＤＤＲ”の３つの属性を使用するアプリケーションシステム１０に対してクラス（Ｎ）を提供する場合を考える。また、このアプリケーションシステム１０では、アプリケーションシステム１０の利用者に与えられたレベルよりも高い機密レベルのデータの参照を禁止するといった機密チェックの判断基準が採用されるものとする。
【００２１】
一方、ＲＤＢＭＳ２０が管理するデータベース２１は、これらの属性値を表Ａおよび表Ｂの２つの表で保持し、かつ、この表Ａと表Ｂとは、属性“ＩＤ”で繋がりをもつものとする。
【００２２】
このような状況において、レベル３の権原レベルが与えられた利用者の“ＨＡＮＡ”が、“クラス（Ｎ）．検索（）”を実行すると、データベース検索支援システム１００では、次のＳＱＬ文によるＲＤＢＭＳ２０に対する問い合わせを実行する。なお、“検索（）”は、検索条件を指定しない、つまり全件検索の実行を示している。
【００２３】
SELECT 表A.ID,表A.NAME,表B.ADDR FROM 表A,表B
WHERE 表B.LEVEL=<3 AND 表A.ID=表B.ID
これにより、実際のデータベースの表構造や表同士の繋がりをデータベース検索支援システム１００内に隠蔽することが実現される。また、前述のように、アプリケーションシステム１０が採用する機密チェックの判断基準もこのデータベース検索支援システム１００内に隠蔽されている。したがって、アプリケーションシステム１０のプログラミング時には、これらを意識する必要が全くない。
【００２４】
次に、データベース検索支援システム１００の検索条件解析部１０４が実行する検索条件の解析について説明する。
【００２５】
前述したように、アプリケーションシステム１０が検索要求のためにデータベース検索支援システム１００に送信するメッセージには、検索条件を指定することが可能である。この検索条件は、図４に示すように、列名（属性）、比較演算子、比較値からなる１つの列を検索対象とする列検索条件を最小単位のオブジェクト（列条件オブジェクト）に見立て、図５に示すように、このオブジェクトを必要な数だけ論理演算子（「かつ(AND)」／「または(OR)」）で任意に組み合わせたものを検索条件オブジェクトとしてメッセージにセットする。なお、この検索条件オブジェクトは、必ずしも複数の列条件オブジェクトの組み合わせで構成しなければならないものではなく、１つの列条件オブジェクトのみでも良いのは言うまでもない。
【００２６】
図６には、２つの列条件オブジェクトを組み合わせて１つの検索条件オブジェクトを完成させる一例が示されている。
【００２７】
図６に示す検索条件オブジェクトは、２つの列条件オブジェクトの組み合わせによって構成されており、１つ目の列条件オブジェクトは、属性“ＩＤ”、比較演算子“＜”、比較値“２００”からなり、２つ目の列条件オブジェクトは、属性“ＡＤＤＲ”、比較演算子“＝”、比較値“ＴＯＫＹＯ”からなる。また、この２つの列条件オブジェクトは、演算子“ＯＲ”で組み合わせられている。そして、図３に示したクラス（Ｎ）がメッセージの送信先である場合、この検索条件オブジェクトを指定する検索は、例えば“クラス（Ｎ）．検索（検索条件オブジェクト）”として実行されることになる。
【００２８】
検索条件オブジェクトが２つ以上の列条件オブジェクトの組み合わせで構成されている場合、検索条件解析部１０４は、まず、この検索条件オブジェクトを列条件オブジェクトに細分化する。次に、検索条件解析部１０４は、この細分化した列条件オブジェクトのうち、同じ属性の列条件オブジェクト同士を統合し、論理の再構築を実行する。そして、このように組み立てた論理を解析結果としてＳＱＬ言語変換部１０５に引き渡す。一方、この論理を受け取ったＳＱＬ言語変換部１０５は、次のようなＳＱＬ文を作成することになる。
【００２９】
SELECT 表A.ID,表A.NAME,表B.ADDR FROM 表A,表B
WHERE (表B.LEVEL=<3 AND 表A.ID=表B.ID) AND
(表A.ID<200 OR 表B.ADDR=”TOKYO”)
なお、図６の例では、同じ属性の列条件オブジェクトが複数存在しないが、例えば３つ目の列条件オブジェクトとして、属性“ＩＤ”、比較演算子“＞”、比較値“５００”からなるものが存在した場合には、
SELECT 表A.ID,表A.NAME,表B.ADDR FROM 表A,表B
WHERE (表B.LEVEL=<3 AND 表A.ID=表B.ID) AND
((表A.ID<200 AND 表A.ID>500) OR 表B.ADDR=”TOKYO”)
のように統合されることになる。
【００３０】
このように、オブジェクト指向的な部品と部品との組み合わせによって、検索条件を構成することを可能とすることにより、ＲＤＢＭＳ２０固有の検索式を知らなくとも、ＲＤＢＭＳ２０に対する検索要求の手続きをアプリケーションシステム１０中に記述することが可能となる。
【００３１】
また、この検索条件解析部１０４の解析機能を備えることによって、図７に示すように、複数の検索条件を論理演算子で結合し、より複雑な新たな検索条件を作成することも可能となる。この場合も、検索条件解析部１０４は、列条件オブジェクトへの細分化、同一属性の列条件オブジェクト同士の統合および論理の再構築を実行すれば良い。
【００３２】
さらに、このデータベース検索支援システム１００では、アプリケーションシステム１０が、最初に得られた検索結果の内容を破棄することなく、つまりその検索結果をベースにしつつ新たな検索条件を指定することを可能とする。
【００３３】
このために、検索条件解析部１０４は、図８に示すように、列条件オブジェクトの比較値として検索メソッドが直接セットされている場合（その旨を知らせるスイッチが付加されている場合）、または検索結果オブジェクトがセットされている場合、その検索結果を基にした検索の実行が指示されたものと解析する。
【００３４】
図９は、図３に示した検索で得た結果を基にして新たな検索条件を指定して検索要求を行う場合の一例を示す図であり、この列条件オブジェクトの比較値として検索メソッドがセットされていると、検索条件解析部１０４は、副問い合わせの検索条件文を作成する旨をＳＱＬ言語変換部１０５に指示し、その結果、次のようなＳＱＬ文が作成されることになる。
【００３５】
ADDR IN (SELECT ADDR 表B WHERE 〜 )
また、この列条件オブジェクトの比較値として検索結果オブジェクトがセットされていると、検索条件解析部１０４は、その検索結果オブジェクトの内容に基づく列挙型問い合わせの検索条件文を作成する旨をＳＱＬ言語変換部１０５に指示し、その結果、次のようなＳＱＬ文が作成されることになる。
【００３６】
ADDR IN (結果ID1,結果ID2,結果ID3,結果ID4,結果ID5 〜 )
これにより、複雑な副問い合わせ構文などを意識する必要なしに、ＳＱＬ言語での副問い合わせなどが実現されることになる。
【００３７】
図１０は、このデータベース検索支援システム１００の主要な動作手順を示すフローチャートである。
【００３８】
アプリケーションシステム１０から検索要求のためのメッセージが送信されると、アプリケーション構造管理部１０１は、その検索要求の対象となるデータを判別する（ステップＡ１）。また、検索条件解析部１０４は、そのメッセージで指定された検索条件オブジェクトを列条件オブジェクトに細分化する（ステップＡ２）。次に、検索条件解析部１０４は、その細分化した列条件オブジェクトのうち、同じ属性の列条件オブジェクト同士を統合し（ステップＡ３）、論理の再構築を実行する（ステップＡ４）。
【００３９】
ＳＱＬ言語変換部１０５は、アプリケーション構造管理部１０１からの通知に基づき、列名を実テーブルの列名に変換する等の処理を行うことにより、検索条件解析部１０４が再構築した論理からＳＱＬ文を作成する（ステップＡ５）。そして、検索実行部１０６は、このＳＱＬ言語変換部１０５で作成されたＳＱＬ文を用いて、ＲＤＢＭＳ２０に対する問い合わせを実行する（ステップＡ６）。
【００４０】
これにより、各々のデータ管理体系を知るのみで、実際のデータベース構造やデータベース検索言語に関する高度な知識を持ち合わせていなくとも、データベースに対する検索要求の手続きを容易にアプリケーションシステム１０内に記述することが可能となる。
【００４１】
また、このデータベース検索支援システム１００は、ＳＱＬ言語変換部１０５の置き換えのみで、Ａ社製のＲＤＢＭＳ２０対応版、Ｂ社製のＲＤＢＭＳ２０の対応版、Ｃ社製のＲＤＢＭＳ２０の対応版など、複数のＲＤＭＢＭＳ２０に対応することが可能である。
【００４２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【００４３】
【発明の効果】
以上説明したように、この発明によれば、リレーショナルデータベースに対する検索要求の手続きをオブジェクト指向プログラム言語を用いて記述可能とするデータベース検索支援システムおよびデータベース検索支援方法を提供することができる。
【図面の簡単な説明】
【図１】 この発明の実施形態に係るデータベース検索支援システムの機能ブロックを示す図
【図２】 同実施形態のデータベース検索支援システムがアプリケーションシステム向けに提供するプログラムインタフェースを説明するための概念図
【図３】 同実施形態のデータベース検索支援システムを介在させた場合のＲＤＢＭＳの検索原理を説明するための概念図
【図４】 同実施形態のデータベース検索支援システムで指定される列条件オブジェクトを示す図
【図５】 図４に示した列条件オブジェクトを論理演算子で任意に組み合わせて構成される検索条件オブジェクトを示す図
【図６】 ２つの列条件オブジェクトを組み合わせて１つの検索条件オブジェクトを完成させる一例を示す図
【図７】 図５に示した検索条件オブジェクトを論理演算子で任意に組み合わせて新たに構成される検索条件オブジェクトを示す図
【図８】 最初に得られた検索結果の内容を破棄することなく、つまりその検索結果をベースにしつつ新たな検索条件を指定する例を説明するための図
【図９】 図３に示した検索で得た結果を基にして新たな検索条件を指定して検索要求を行う場合の一例を示す図
【図１０】 同実施形態のデータベース検索支援システムの主要な動作手順を示すフローチャート
【符号の説明】
１０…アプリケーションシステム、１１…グラフィカルユーザインタフェース（ＧＵＩ）、２０…リレーショナルデータベースマネジメントシステム（ＲＤＢＭＳ）、２１…データベース、１００…データベース検索支援システム、１０１…アプリケーション構造管理部、１０２…スキーマ管理部、１０３…アクセス権限管理部、１０４…検索条件解析部、１０５…ＳＱＬ言語変換部、１０６…検索実行部。
【発明の属する技術分野】
この発明は、データベース検索技術に係り、特に、データベース構造やデータベース検索言語に関する知識の乏しいユーザであっても、データベースに対する検索要求の手続きを容易にプログラミング可能とするデータベース検索支援システムおよびデータベース検索支援方法に関する。
【０００２】
【従来の技術】
情報化社会と称される今日では、データを効率的に蓄積し、かつ、その蓄積したデータを効率的に検索することが強く求められる。このようなことから、従来より、様々なデータベースモデルが開発されるに至っている。そして、その中の一つとして、リレーショナルデータベースが存在する。
【０００３】
リレーショナルデータベースは、ＳＱＬ（Structured Query Language）と称されるデータベース検索言語で検索条件文を作成し、この検索条件文を使ってデータベースに対する問い合わせを行うことにより、所望のデータが検索できるようになっている。また、このＳＱＬは、プログラム中に埋め込むことも可能であるため、リレーショナルデータベースを利用したアプリケーションシステムも広く普及している。
【０００４】
【発明が解決しようとする課題】
ところで、このリレーショナルデータベースを利用したアプリケーションシステムを構築する場合、そのアプリケーションシステムのデータ管理体系とリレーショナルデータベース内部のデータ構造とは必ずしも一致するものではない。そして、不一致の場合には、そのデータベース構造の理解とＳＱＬに関する高度な知識とが必要となる。
【０００５】
実際、アプリケーションシステムのデータ管理体系とリレーショナルデータベース内部のデータ構造とが一致する場合の方が希であるため、結局、リレーショナルデータベースの検索を実行するプログラムを作成するには、データベース構造やＳＱＬに関する高度な知識が不可欠であるというのが現状であった。
【０００６】
この発明は、このような事情を考慮してなされたものであり、リレーショナルデータベースに対する検索要求の手続きをオブジェクト指向プログラム言語を用いて記述可能とするデータベース検索支援システムおよびデータベース検索支援方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
前述の目的を達成するために、この発明は、リレーショナルデータベースに対する検索要求の手続きをオブジェクト指向プログラム言語を用いて記述可能とするためのデータベース検索支援システムであって、予め定められたデータ管理体系で構築されるデータ群を操作対象とする検索メソッドが定義されたオブジェクトを生成するクラスを複数種類提供するプログラムインタフェース手段と、前記リレーショナルデータベースの表構造を取得するスキーマ取得手段と、前記プログラムインタフェース手段により提供されたいずれかのクラスが生成したオブジェクトに対して検索要求のためのメッセージが送信された場合に、前記スキーマ取得手段により取得された前記リレーショナルデータベースの表構造に基づき、その検索要求に対応する検索条件文を作成するＳＱＬ言語変換手段と、前記ＳＱＬ言語変換手段により作成された検索条件文を用いて前記リレーショナルデータベースに対する問い合わせを実行し、その検索結果を前記メッセージの送信元に返却する検索実行手段とを具備することを特徴とする。
【０００８】
この発明のデータベース検索支援システムは、アプリケーションシステムとリレーショナルデータベースマネジメントシステムとの間に介在し、各アプリケーションシステムのデータ管理体系ごとに、そのデータ管理体系で構築されるデータ群を操作対象とする検索メソッドを提供し、また、各アプリケーションシステムによる当該検索メソッドの実行を検索条件文に変換して、リレーショナルデータベースに対する問い合わせを代行する。
【０００９】
これにより、各アプリケーションシステムのデータ管理体系を知るのみで、実際のデータベース構造やデータベース検索言語に関する高度な知識を持ち合わせていなくとも、データベースに対する検索要求の手続きを容易にプログラミングすることが可能となる。
【００１０】
【発明の実施の形態】
以下、図面を参照してこの発明の実施形態を説明する。
図１は、この発明の実施形態に係るデータベース検索支援システムの機能ブロックを示す図である。
【００１１】
このデータベース検索支援システム１００は、例えばクライアントサーバシステムのサーバコンピュータ上などで動作するものであり、図１に示すように、アプリケーションシステム１０とリレーショナルデータベースマネジメントシステム（ＲＤＢＭＳ）２０との間に介在して設けられる。なお、データベース検索支援システム１００が動作するコンピュータと、アプリケーションシステム１０が動作するコンピュータおよびＲＤＢＭＳ２０が動作するコンピュータとは、すべてが同一であっても良いし、一部またはすべてが異なっていても良い。
【００１２】
このデータベース検索支援システム１００は、ＲＤＢＭＳ２０が管理するデータベース２１の実際のデータ構造を意識することなく、アプリケーションシステム１０が各々のデータ管理体系に沿ってデータ検索を行うことを可能とするために設けられるものである。より具体的には、ＲＤＢＭＳ２０に対する検索要求の手続きをオブジェクト指向プログラム言語を用いてアプリケーションシステム１０をプログラミングできるようにするものであり、図２に示すように、このデータベース検索支援システム１００は、アプリケーションシステム１０のシステム管理体系ごとにクラスを擬似的に提供し、アプリケーションシステム１０には、このクラスにより生成されるオブジェクトに検索要求（メソッド実行）を行わせるようにする。つまり、このデータベース検索支援システム１００は、アプリケーションシステム１０からは１つの機能オブジェクトとして見えるように動作するものであり、あたかもアプリケーションシステム１０のシステム管理体系で構築されるデータ群を操作対象とする検索メソッドが定義された機能オブジェクトのように見せ掛けるための仕組みをもつ。
【００１３】
そして、これらを実現するために、このデータベース検索支援システム１００は、アプリケーション構造管理部１０１、スキーマ管理部１０２、アクセス権限管理部１０３、検索条件解析部１０４、ＳＱＬ言語変換部１０５および検索実行部１０６の各処理部を有している。なお、これらの各処理部は、当該データベース検索支援システム１００が動作するコンピュータのメモリに格納されてＣＰＵにより実行されるプログラムで構成される。
【００１４】
アプリケーションシステム１０は、それぞれ独自のグラフィカルユーザインタフェース（ＧＵＩ）１１を備えるのが一般的であり、このＧＵＩ１１を介して利用者からの入力を受け付ける。ここでは、アプリケーションシステム１０は、例えば書籍や車、不動産物件など、特定の分野の商品を検索するためのシステムであるものと想定する。また、検索対象の商品に関するデータは、ＲＤＢＭＳ２０が管理するデータベース２１に格納されているものとする。そして、ＧＵＩ１１を介して利用者からキーワードや検索開始指示などの入力を受け付けたアプリケーションシステム１０は、機能オブジェクトであるデータベース検索支援システム１００に対して検索要求のためのメッセージを送信する。
【００１５】
一方、データベース検索支援システム１００では、このアプリケーションシステム１０から送信されたメッセージをアプリケーション構造管理部１０１によって受信する。各アプリケーションプログラム１０に対するクラスの提供は、このアプリケーション構造管理部１０１によるプログラム間インタフェース制御により実現されるものであり、アプリケーション構造管理部１０１は、各アプリケーションシステム１０がどの属性（表中の列項目）を使用するのかを事前の設定により得て管理し、このメッセージに対応する問い合わせを代行するためにはデータベース２１のどのデータにアクセスすべきかを判別する。スキーマ管理部１０２は、ＲＤＢＭＳ２０が管理するデータベース２１のデータ構造を定義したデータ（スキーマ）をデータベース２１から得て管理しており、アプリケーション構造管理部１０１は、このスキーマ管理部１０２が管理するスキーマを参照し、アクセス対象のデータを特定する。この結果は、アプリケーション構造管理部１０１からＳＱＬ言語変換部１５に通知される。
【００１６】
アプリケーション構造管理部１０１によって受信されるメッセージには、アプリケーションシステム１０の利用者のアクセス権限が内包され、また、検索条件を指定することが可能である。そして、このアクセス権限はアクセス権限管理部１０３に、検索条件は検索条件解析部１０４にそれぞれ転送される。
【００１７】
アクセス権限管理部１０３は、各アプリケーションシステム１０がどのような機密チェックの判断基準を採用するのかを管理しており、その判断基準に基づくアクセス権限レベルチェックを含むＳＱＬ文を作成するようにＳＱＬ言語変換部１０５に指示する。例えば、アプリケーションシステム１０の利用者に与えられたレベルよりも高い機密レベルのデータの参照を禁止するといった判断基準などを管理することができる。つまり、各アプリケーションシステム１０が採用する機密チェックの判断基準をデータベース検索支援システム１００内に隠蔽することを実現している。
【００１８】
一方、検索条件解析部１０４は、アプリケーション構造管理部１０１から転送された検索条件を解析し、その解析結果に基づくＳＱＬ文を作成するようにＳＱＬ言語変換部１０５に指示するものであるが、この検索条件解析部１０４による検索条件の解析については後述する。
【００１９】
ＳＱＬ言語変換部１０５は、アプリケーション構造管理部１０１からの通知、アクセス権限管理部１０３および検索条件解析部１０４からの指示に基づき、アプリケーションシステム１０の検索要求をＳＱＬ文に変換する。そして、検索実行部１０６は、ＳＱＬ言語変換部１０５により作成されたＳＱＬ文を用いてＲＤＢＭＳ２０に対する問い合わせを行い、その検索結果をアプリケーション構造管理部１０１を介してアプリケーションシステム１０に返却する。
【００２０】
ここで、図３を参照して、“ＩＤ”、“ＮＡＭＥ”、“ＡＤＤＲ”の３つの属性を使用するアプリケーションシステム１０に対してクラス（Ｎ）を提供する場合を考える。また、このアプリケーションシステム１０では、アプリケーションシステム１０の利用者に与えられたレベルよりも高い機密レベルのデータの参照を禁止するといった機密チェックの判断基準が採用されるものとする。
【００２１】
一方、ＲＤＢＭＳ２０が管理するデータベース２１は、これらの属性値を表Ａおよび表Ｂの２つの表で保持し、かつ、この表Ａと表Ｂとは、属性“ＩＤ”で繋がりをもつものとする。
【００２２】
このような状況において、レベル３の権原レベルが与えられた利用者の“ＨＡＮＡ”が、“クラス（Ｎ）．検索（）”を実行すると、データベース検索支援システム１００では、次のＳＱＬ文によるＲＤＢＭＳ２０に対する問い合わせを実行する。なお、“検索（）”は、検索条件を指定しない、つまり全件検索の実行を示している。
【００２３】
SELECT 表A.ID,表A.NAME,表B.ADDR FROM 表A,表B
WHERE 表B.LEVEL=<3 AND 表A.ID=表B.ID
これにより、実際のデータベースの表構造や表同士の繋がりをデータベース検索支援システム１００内に隠蔽することが実現される。また、前述のように、アプリケーションシステム１０が採用する機密チェックの判断基準もこのデータベース検索支援システム１００内に隠蔽されている。したがって、アプリケーションシステム１０のプログラミング時には、これらを意識する必要が全くない。
【００２４】
次に、データベース検索支援システム１００の検索条件解析部１０４が実行する検索条件の解析について説明する。
【００２５】
前述したように、アプリケーションシステム１０が検索要求のためにデータベース検索支援システム１００に送信するメッセージには、検索条件を指定することが可能である。この検索条件は、図４に示すように、列名（属性）、比較演算子、比較値からなる１つの列を検索対象とする列検索条件を最小単位のオブジェクト（列条件オブジェクト）に見立て、図５に示すように、このオブジェクトを必要な数だけ論理演算子（「かつ(AND)」／「または(OR)」）で任意に組み合わせたものを検索条件オブジェクトとしてメッセージにセットする。なお、この検索条件オブジェクトは、必ずしも複数の列条件オブジェクトの組み合わせで構成しなければならないものではなく、１つの列条件オブジェクトのみでも良いのは言うまでもない。
【００２６】
図６には、２つの列条件オブジェクトを組み合わせて１つの検索条件オブジェクトを完成させる一例が示されている。
【００２７】
図６に示す検索条件オブジェクトは、２つの列条件オブジェクトの組み合わせによって構成されており、１つ目の列条件オブジェクトは、属性“ＩＤ”、比較演算子“＜”、比較値“２００”からなり、２つ目の列条件オブジェクトは、属性“ＡＤＤＲ”、比較演算子“＝”、比較値“ＴＯＫＹＯ”からなる。また、この２つの列条件オブジェクトは、演算子“ＯＲ”で組み合わせられている。そして、図３に示したクラス（Ｎ）がメッセージの送信先である場合、この検索条件オブジェクトを指定する検索は、例えば“クラス（Ｎ）．検索（検索条件オブジェクト）”として実行されることになる。
【００２８】
検索条件オブジェクトが２つ以上の列条件オブジェクトの組み合わせで構成されている場合、検索条件解析部１０４は、まず、この検索条件オブジェクトを列条件オブジェクトに細分化する。次に、検索条件解析部１０４は、この細分化した列条件オブジェクトのうち、同じ属性の列条件オブジェクト同士を統合し、論理の再構築を実行する。そして、このように組み立てた論理を解析結果としてＳＱＬ言語変換部１０５に引き渡す。一方、この論理を受け取ったＳＱＬ言語変換部１０５は、次のようなＳＱＬ文を作成することになる。
【００２９】
SELECT 表A.ID,表A.NAME,表B.ADDR FROM 表A,表B
WHERE (表B.LEVEL=<3 AND 表A.ID=表B.ID) AND
(表A.ID<200 OR 表B.ADDR=”TOKYO”)
なお、図６の例では、同じ属性の列条件オブジェクトが複数存在しないが、例えば３つ目の列条件オブジェクトとして、属性“ＩＤ”、比較演算子“＞”、比較値“５００”からなるものが存在した場合には、
SELECT 表A.ID,表A.NAME,表B.ADDR FROM 表A,表B
WHERE (表B.LEVEL=<3 AND 表A.ID=表B.ID) AND
((表A.ID<200 AND 表A.ID>500) OR 表B.ADDR=”TOKYO”)
のように統合されることになる。
【００３０】
このように、オブジェクト指向的な部品と部品との組み合わせによって、検索条件を構成することを可能とすることにより、ＲＤＢＭＳ２０固有の検索式を知らなくとも、ＲＤＢＭＳ２０に対する検索要求の手続きをアプリケーションシステム１０中に記述することが可能となる。
【００３１】
また、この検索条件解析部１０４の解析機能を備えることによって、図７に示すように、複数の検索条件を論理演算子で結合し、より複雑な新たな検索条件を作成することも可能となる。この場合も、検索条件解析部１０４は、列条件オブジェクトへの細分化、同一属性の列条件オブジェクト同士の統合および論理の再構築を実行すれば良い。
【００３２】
さらに、このデータベース検索支援システム１００では、アプリケーションシステム１０が、最初に得られた検索結果の内容を破棄することなく、つまりその検索結果をベースにしつつ新たな検索条件を指定することを可能とする。
【００３３】
このために、検索条件解析部１０４は、図８に示すように、列条件オブジェクトの比較値として検索メソッドが直接セットされている場合（その旨を知らせるスイッチが付加されている場合）、または検索結果オブジェクトがセットされている場合、その検索結果を基にした検索の実行が指示されたものと解析する。
【００３４】
図９は、図３に示した検索で得た結果を基にして新たな検索条件を指定して検索要求を行う場合の一例を示す図であり、この列条件オブジェクトの比較値として検索メソッドがセットされていると、検索条件解析部１０４は、副問い合わせの検索条件文を作成する旨をＳＱＬ言語変換部１０５に指示し、その結果、次のようなＳＱＬ文が作成されることになる。
【００３５】
ADDR IN (SELECT ADDR 表B WHERE 〜 )
また、この列条件オブジェクトの比較値として検索結果オブジェクトがセットされていると、検索条件解析部１０４は、その検索結果オブジェクトの内容に基づく列挙型問い合わせの検索条件文を作成する旨をＳＱＬ言語変換部１０５に指示し、その結果、次のようなＳＱＬ文が作成されることになる。
【００３６】
ADDR IN (結果ID1,結果ID2,結果ID3,結果ID4,結果ID5 〜 )
これにより、複雑な副問い合わせ構文などを意識する必要なしに、ＳＱＬ言語での副問い合わせなどが実現されることになる。
【００３７】
図１０は、このデータベース検索支援システム１００の主要な動作手順を示すフローチャートである。
【００３８】
アプリケーションシステム１０から検索要求のためのメッセージが送信されると、アプリケーション構造管理部１０１は、その検索要求の対象となるデータを判別する（ステップＡ１）。また、検索条件解析部１０４は、そのメッセージで指定された検索条件オブジェクトを列条件オブジェクトに細分化する（ステップＡ２）。次に、検索条件解析部１０４は、その細分化した列条件オブジェクトのうち、同じ属性の列条件オブジェクト同士を統合し（ステップＡ３）、論理の再構築を実行する（ステップＡ４）。
【００３９】
ＳＱＬ言語変換部１０５は、アプリケーション構造管理部１０１からの通知に基づき、列名を実テーブルの列名に変換する等の処理を行うことにより、検索条件解析部１０４が再構築した論理からＳＱＬ文を作成する（ステップＡ５）。そして、検索実行部１０６は、このＳＱＬ言語変換部１０５で作成されたＳＱＬ文を用いて、ＲＤＢＭＳ２０に対する問い合わせを実行する（ステップＡ６）。
【００４０】
これにより、各々のデータ管理体系を知るのみで、実際のデータベース構造やデータベース検索言語に関する高度な知識を持ち合わせていなくとも、データベースに対する検索要求の手続きを容易にアプリケーションシステム１０内に記述することが可能となる。
【００４１】
また、このデータベース検索支援システム１００は、ＳＱＬ言語変換部１０５の置き換えのみで、Ａ社製のＲＤＢＭＳ２０対応版、Ｂ社製のＲＤＢＭＳ２０の対応版、Ｃ社製のＲＤＢＭＳ２０の対応版など、複数のＲＤＭＢＭＳ２０に対応することが可能である。
【００４２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【００４３】
【発明の効果】
以上説明したように、この発明によれば、リレーショナルデータベースに対する検索要求の手続きをオブジェクト指向プログラム言語を用いて記述可能とするデータベース検索支援システムおよびデータベース検索支援方法を提供することができる。
【図面の簡単な説明】
【図１】 この発明の実施形態に係るデータベース検索支援システムの機能ブロックを示す図
【図２】 同実施形態のデータベース検索支援システムがアプリケーションシステム向けに提供するプログラムインタフェースを説明するための概念図
【図３】 同実施形態のデータベース検索支援システムを介在させた場合のＲＤＢＭＳの検索原理を説明するための概念図
【図４】 同実施形態のデータベース検索支援システムで指定される列条件オブジェクトを示す図
【図５】 図４に示した列条件オブジェクトを論理演算子で任意に組み合わせて構成される検索条件オブジェクトを示す図
【図６】 ２つの列条件オブジェクトを組み合わせて１つの検索条件オブジェクトを完成させる一例を示す図
【図７】 図５に示した検索条件オブジェクトを論理演算子で任意に組み合わせて新たに構成される検索条件オブジェクトを示す図
【図８】 最初に得られた検索結果の内容を破棄することなく、つまりその検索結果をベースにしつつ新たな検索条件を指定する例を説明するための図
【図９】 図３に示した検索で得た結果を基にして新たな検索条件を指定して検索要求を行う場合の一例を示す図
【図１０】 同実施形態のデータベース検索支援システムの主要な動作手順を示すフローチャート
【符号の説明】
１０…アプリケーションシステム、１１…グラフィカルユーザインタフェース（ＧＵＩ）、２０…リレーショナルデータベースマネジメントシステム（ＲＤＢＭＳ）、２１…データベース、１００…データベース検索支援システム、１０１…アプリケーション構造管理部、１０２…スキーマ管理部、１０３…アクセス権限管理部、１０４…検索条件解析部、１０５…ＳＱＬ言語変換部、１０６…検索実行部。
Claims (7)
- リレーショナルデータベースに対する検索要求の手続きをオブジェクト指向プログラム言語を用いて記述可能とするためのデータベース検索支援システムであって、
予め定められたデータ管理体系で構築されるデータ群を操作対象とする検索メソッドが定義されたオブジェクトを生成するクラスを各データ管理体系ごとに提供するプログラムインタフェース手段と、
前記リレーショナルデータベースの表構造を取得するスキーマ取得手段と、
前記プログラムインタフェース手段により提供されたいずれかのクラスが生成したオブジェクトに対して検索要求のためのメッセージが送信された場合に、そのクラスのデータ管理体系と前記スキーマ取得手段により取得された前記リレーショナルデータベースの表構造とに基づき、その検索要求に対応する検索条件文を作成するＳＱＬ言語変換手段と、
前記ＳＱＬ言語変換手段により作成された検索条件文を用いて前記リレーショナルデータベースに対する問い合わせを実行し、その検索結果を前記メッセージの送信元に返却する検索実行手段と
を具備することを特徴とするデータベース検索支援システム。 - 機密チェックの判断基準を前記データ管理体系ごとに管理するアクセス権限管理手段をさらに具備し、
前記ＳＱＬ言語変換手段は、前記アクセス権限管理手段により管理された判断基準に基づくアクセス権限レベルチェックを含む検索条件文を作成することを特徴とする請求項１記載のデータベース検索支援システム。 - 前記メッセージは、属性、比較演算子および比較値からなる列検索条件を検索条件として指定可能であり、
前記メッセージで指定された検索条件の内容を解析する検索条件解析手段をさらに具備し、
前記ＳＱＬ言語変換手段は、前記検索条件解析手段の解析結果に基づき、前記検索条件文を作成することを特徴とする請求項１または２記載のデータベース検索支援システム。 - 前記メッセージは、さらに複数の前記列検索条件を論理演算子で任意に組み合わせた検索条件を指定可能であることを特徴とする請求項３記載のデータベース検索支援システム。
- 前記メッセージは、さらに複数の前記検索条件を論理演算子で任意に組み合わせた新たな検索条件を指定可能であることを特徴とする請求項４記載のデータベース検索支援システム。
- 前記検索条件解析手段は、前記列検索条件の比較値として検索結果が格納されていた場合、その検索結果を基にした検索の実行が指示されたものと解析することを特徴とする請求項３、４または５記載のデータベース検索支援システム。
- リレーショナルデータベースに対する検索要求の手続きをオブジェクト指向プログラム言語を用いて記述可能とするためのデータベース検索支援方法であって、
予め定められたデータ管理体系で構築されるデータ群を操作対象とする検索メソッドが定義されたオブジェクトを生成するクラスを複数種類提供し、
前記リレーショナルデータベースの表構造を取得し、
前記提供したいずれかのクラスが生成したオブジェクトに対して検索要求のためのメッセージが送信された場合に、前記取得した前記リレーショナルデータベースの表構造に基づき、その検索要求に対応する検索条件文を作成し、
前記作成した検索条件文を用いて前記リレーショナルデータベースに対する問い合わせを実行し、その検索結果を前記メッセージの送信元に返却する
ことを特徴とするデータベース検索支援方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003146487A JP3892825B2 (ja) | 2003-05-23 | 2003-05-23 | データベース検索支援システムおよびデータベース検索支援方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003146487A JP3892825B2 (ja) | 2003-05-23 | 2003-05-23 | データベース検索支援システムおよびデータベース検索支援方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004348570A JP2004348570A (ja) | 2004-12-09 |
| JP3892825B2 true JP3892825B2 (ja) | 2007-03-14 |
Family
ID=33533328
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003146487A Expired - Lifetime JP3892825B2 (ja) | 2003-05-23 | 2003-05-23 | データベース検索支援システムおよびデータベース検索支援方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3892825B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4801358B2 (ja) * | 2005-02-23 | 2011-10-26 | 富士通株式会社 | Ｓｑｌ自動生成のためのプログラム |
| JP2009245283A (ja) * | 2008-03-31 | 2009-10-22 | Japan Research Institute Ltd | データ検索システム、データ検索方法、およびプログラム |
| JP5320637B2 (ja) * | 2008-03-31 | 2013-10-23 | 株式会社Ｊｓｏｌ | データ検索システム、システム、プログラム、およびデータ検索方法 |
| JP5163662B2 (ja) * | 2010-01-25 | 2013-03-13 | Ｎｅｃシステムテクノロジー株式会社 | ファイル生成システムおよびファイル生成方法 |
| JP5685205B2 (ja) * | 2012-01-13 | 2015-03-18 | 富士通フロンテック株式会社 | プログラム、情報処理装置およびアクセス支援方法 |
-
2003
- 2003-05-23 JP JP2003146487A patent/JP3892825B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004348570A (ja) | 2004-12-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Xu et al. | Combining the best of global-as-view and local-as-view for data integration | |
| US9558239B2 (en) | Relational query planning for non-relational data sources | |
| US7779050B2 (en) | Method, apparatus, and system for data modeling and processing | |
| US6490581B1 (en) | System and method for providing an object-oriented interface to a relational database | |
| US6449609B1 (en) | Using materialized view to process a related query containing a one to many lossless join | |
| US20050165754A1 (en) | Method and system for data retrieval from heterogeneous data sources | |
| JP2016181306A (ja) | 索引キーを使用して検索を絞込むシステムおよび方法 | |
| KR20060043011A (ko) | 암시 술어를 이용하는 개선된 쿼리 최적화기 | |
| JP2007257083A (ja) | データベース統合参照プログラム、データベース統合参照方法及びデータベース統合参照装置 | |
| US8458200B2 (en) | Processing query conditions having filtered fields within a data abstraction environment | |
| JP2001344245A (ja) | 情報処理装置 | |
| AU2016222437B1 (en) | Query rewriting in a relational data harmonization framework | |
| US11762775B2 (en) | Systems and methods for implementing overlapping data caching for object application program interfaces | |
| Oldakowski et al. | Rap: Rdf api for php | |
| US9031924B2 (en) | Query conditions having filtered fields within a data abstraction environment | |
| US9063957B2 (en) | Query systems | |
| JP3892825B2 (ja) | データベース検索支援システムおよびデータベース検索支援方法 | |
| JP3786233B2 (ja) | 情報検索方法および情報検索システム | |
| JPH05204983A (ja) | リレーショナルデータベース処理装置および処理方法 | |
| JP7063563B2 (ja) | 標準化データベースアクセスシステムおよび方法 | |
| Barzdins et al. | Ontology enabled graphical database query tool for end-users | |
| US9047338B2 (en) | Managing drill-through targets | |
| JP2001134597A (ja) | 複数異種情報源アクセス方法及び装置及び複数異種情報源アクセスプログラムを格納した記憶媒体 | |
| Vretanos | OGC® Web Feature Service 2.0 Interface Standard–With Corrigendum, Version 2.0. 2. | |
| Farnan | Efficient, locally-enforceable querier privacy for distributed database systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060823 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060905 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061106 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061205 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061207 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3892825 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091215 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101215 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101215 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111215 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121215 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131215 Year of fee payment: 7 |
|
| EXPY | Cancellation because of completion of term |