JP3671765B2 - 異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体 - Google Patents
異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体 Download PDFInfo
- Publication number
- JP3671765B2 JP3671765B2 JP27114199A JP27114199A JP3671765B2 JP 3671765 B2 JP3671765 B2 JP 3671765B2 JP 27114199 A JP27114199 A JP 27114199A JP 27114199 A JP27114199 A JP 27114199A JP 3671765 B2 JP3671765 B2 JP 3671765B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- query
- information source
- search condition
- source
- 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
【０００１】
【発明の属する技術分野】
本発明は、異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体に係り、特に、種々の情報源（関係ＤＢ、画像ＤＢ、Ｗｅｂページ、等）に対する検索において、各情報源毎に全く異なる問い合わせ記述方法の違いや、各情報源が持つ制約をユーザに意識させることなく、簡易な単一フォーマットで全ての情報源に対する問い合わせ記述を実現し得る異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体に関する。
【０００２】
【従来の技術】
近年のオープンなネットワークの普及に伴い、これまでに蓄積された種々の情報源をそのネットワークに接続し、共有する動きが活発化している。しかし、これらの情報源は、その種別（関係データベース、Ｗｅｂページ、画像データベース、ＸＭＬ、等）毎に、その目的に応じて使い分けられ、独立に管理運用されている。情報源の種別が異なると、そのアクセス方法は当然のこと、問い合わせ記述が異なり、問い合わせ記述の方法が異なれば、個別に情報源毎の問い合わせを記述し、個別にアクセスする必要がある。
【０００３】
複数の関係データベースを統合する既存の技術としては、マルチデータベースと呼ばれるものがある。これは、複数のデータベースに対して、それを統合するスキーマを、関係データベースのビューを作るのと同じ要領で作成し、ユーザはその統合したスキーマに対して、問い合わせを行うことができるようになるというものである。しかし、マルチデータベースは、以下に述べるような、新しい情報源固有の問題を解決することはできない。
【０００４】
Ｗｅｂページ・画像データベースなどの情報源には、一般の関係データベースとは異なる制約がある。例えば、商品の「値段」を元に「商品名」・「商品内容」などの項目を求めるフォーム形式のＷｅｂページを情報源とすることを考える。このＷｅｂページをマルチデータベースの情報源と見做し、あたかも表を検索するように検索しようとするとき、「値段」「商品名」「商品内容」といった項目をもつ仮想的な表ができることになる。しかし、この表には、必ず「値段」を条件として指定されなければ、検索することができないという制約がある。関係データベースにおいては、すべての項目は同じように検索できるが、それが、Ｗｅｂページの情報源では適用しないのである。
【０００５】
また、最近の市販の画像データベースにおいては、関係データベースの問い合わせ言語であるＳＱＬ言語を独自に拡張した問い合わせを用いて、画像の検索を行う。画像の検索のためには、単に画像の項目を指定するだけではなく、「色」「形状」などのパラメータを与えて、検索することができる。また、逆に、これらの画像独自のパラメータを指定しないと検索ができないという制約がある場合がある。そのような制約は製品毎に異なっている。
【０００６】
このような異種の情報源に対する検索の問題を解決するために、メディエータというシステムアーキテクチャが提案されている。メディエータでは、異種情報源のデータを各メディエータ独自のデータモデルにマッピングするための情報と、その統合スキーマと個別スキーマのマッピング情報を管理するという点では、マルチデータベースと共通である。しかし、そのマッピング情報をルールベースといった知識表現技術を利用することに特徴がある。ユーザからの問い合わせ要求があると、このルール表現されたマッピング情報とユーザの問い合わせを組み合わせて、ルール処理エンジンが解釈して、適切な情報源への問い合わせを生成する。
【０００７】
また、画像データベースに固有の問い合わせ記述の変換方法として、画像データベース異種性解消検索方法（特願平１０−３６３５１）で開示されている問い合わせ変換の方法が挙げられる。当該方法は、画像データベースを関係データベースにマッピングし、各データ項目の表現形式と検索結果となる画像データの受渡し方法を管理することにより、単一問い合わせから各異種画像データベースへの問い合わせ変換を実現するものである。
【０００８】
【発明が解決しようとする課題】
しかしながら、上記従来の方法には以下のような問題がある。
マルチデータベースにおいては、関係データベース以外のＷｅｂページ・画像データベースなどの異種の情報源を扱う方法は特に用意されていない。
また、メディエータにおいては、Ｗｅｂページ・画像データベースの持つ制約を表現するために、ルールを用いる必要がある。しかし、ルールのような一般的な知識表現言語を用いることは、制約の記述・マッピングの記述をするときに、ルール言語の習得が必要になること、ある種類の制約に対してどういったルールで表現すれば良いのかという指針が明確でないこと、等により、システム管理者に対する負担が大きくなる。また、これまでのメディエータにおいては、ある項目が検索できる／できない、等のデータ項目のレベルの制約を記述することは可能であったが、あるデータ型において、比較処理ができる／できない、等のようなデータ型レベル（メタデータレベル）の制約の記述方法は明確になっていない。
【０００９】
また、画像データベース異種性解消検索方法（特願平１０−３６３５１）で開示されている問い合わせ変換の方法では、画像データベースの持つ制約を扱う方法が明確にはなっていない。
本発明は、上記の点に鑑みなされたもので、容易な問い合わせ記述、容易なシステムの維持管理、柔軟な異種情報源への対応を解決し、種々の情報源（関係ＤＢ、画像ＤＢ、Ｗｅｂページ等）に対する検索において、各情報源毎に全く異なる問い合わせ文記述の違いをユーザに意識させることなく、簡易な単一フォーマットで全ての情報源に対する問い合わせ記述を実現し、情報源毎の問い合わせ記述に変換する異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
本発明（請求項１）は、ユーザからの単一フォーマットの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換するための異種情報源問い合わせ変換装置における、異種情報源問い合わせ変換方法において、
変換手段が、種々の情報源の情報源種別毎の問い合わせ記述能力を管理する情報源種別問い合わせ記述能力情報、情報源種別のデータ型毎の問い合わせ記述能力を管理するデータ型問い合わせ記述能力情報、情報源の種別やアクセス情報を管理する情報源情報、情報源が内在するデータ項目の問い合わせ能力を管理する情報源問い合わせ記述能力情報、情報源が内在する表毎の必須条件の処理方法を管理する必須検索条件制御情報、及び、情報源が内在する表毎の必須検索条件を管理する必須検索条件グループ情報の各情報を格納する記憶手段の情報を用いて、ユーザからの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換する変換ステップを行い ( ステップ１，２ ) 、
変換ステップは、
種々の情報源固有の問い合わせに変換する際に、
取得した単一フォーマットによる問い合わせに対し、問い合わせの構文を解析し、
情報源問い合わせ記述能力情報を用いて問い合わせ一時候補を生成し、
情報源種別問い合わせ記述能力情報とデータ型問い合わせ記述能力情報を用いて問い合わせ不可な問い合わせ一次候補を削除し、
必須検索条件制御情報と必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ記述能力情報を用いて問い合わせ可能で必須条件データ項目が欠如したものはその検索条件を補完し、
残った各問い合わせ一次候補を問い合わせ候補とし、
情報源種別毎の問い合わせ文生成関数に渡し、情報源固有の問い合わせ記述を生成し、結果を返却する。
【００１３】
図２は、本発明の原理構成図である。
本発明（請求項２）は、ユーザからの単一フォーマットの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換するための異種情報源問い合わせ変換装置であって、
種々の情報源の情報源種別毎の問い合わせ記述能力を管理する情報源種別問い合わせ記述能力情報、情報源種別のデータ型毎の問い合わせ記述能力を管理するデータ型問い合わせ記述能力情報、情報源の種別やアクセス情報を管理する情報源情報、情報源が内在するデータ項目の問い合わせ能力を管理する情報源問い合わせ記述能力情報、情報源が内在する表毎の必須条件の処理方法を管理する必須検索条件制御情報、及び、情報源が内在する表毎の必須検索条件を管理する必須検索条件グループ情報の各情報を格納する記憶手段１５０と、
記憶手段１５０の情報を用いて、ユーザからの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換する変換手段１００と、を有し
変換手段１００は、
取得した単一フォーマットによる問い合わせに対し、問い合わせの構文を解析する問い合わせ構文解析手段１２０と、
情報源問い合わせ記述能力情報を用いて問い合わせ一時候補を生成する手段と、情報源種別問い合わせ記述能力情報とデータ型問い合わせ記述能力情報を用いて問い合わせ不可な問い合わせ一次候補を削除する手段と、必須検索条件制御情報と必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ記述能力情報を用いて問い合わせ可能で必須条件データ項目が欠如したものはその検索条件を補完する手段とを有する問い合わせ候補生成手段１３０と、
残った各問い合わせ一次候補を問い合わせ候補とし、情報源種別毎の問い合わせ文生成関数に渡し、情報源固有の問い合わせ記述を生成し、結果を返却する問い合わせ構文生成手段１４０と、を含む。
【００１６】
本発明（請求項３）は、ユーザからの単一フォーマットの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換するための異種情報源問い合わせ変換装置における、異種情報源問い合わせ変換プログラムを格納した記憶媒体であって、
請求項１記載の異種情報源問い合わせ変換方法を実現するための処理をコンピュータに実行させるプログラムを格納した記憶媒体である。
【００１９】
上記のように、本発明は、種々の情報源固有の情報である、情報源種別問い合わせ記述能力情報、データ型問い合わせ記述能力情報、情報源情報、情報源問い合わせ記述能力情報、必須検索条件制御情報、必須検索条件グループ情報を定義して記憶手段に定義しておき、情報源毎に独立に管理しておくことにより、検索項目とその条件を含む問い合わせ記述を作成することにより、簡易な単一フォーマットを用いて問い合わせ記述の実現が可能となる。
【００２０】
【発明の実施の形態】
本発明では、まず、異種情報源に対し、▲１▼情報源種別毎の問い合わせ記述能力を管理する情報源種別問い合わせ記述能力情報、▲２▼情報源種別のデータ型毎の問い合わせ記述能力を管理するデータ型問い合わせ記述能力情報、▲３▼情報源の種別やアクセス情報を管理する情報源情報、▲４▼情報源が内在するデータ項目毎の問い合わせ能力を管理する情報源問い合わせ記述能力情報、▲５▼情報源が内在する表毎の必須条件の処理方法を管理する必須検索条件制御情報、▲６▼情報源が内在する表毎の必須検索条件を管理する必須検索条件グループ情報を記憶しておくものとする。
【００２１】
上記の各情報の内容を以下に示す。
▲１▼ 情報源種別毎の問い合わせ記述能力を管理する情報源種別問い合わせ記述能力情報：
・情報源種別名
・問い合わせ文生成関数名
・問い合わせ文生成ライブラリ名
・ＡＮＤ条件指定可否フラグ
・ＯＲ条件指定可否フラグ
▲２▼ 情報源種別のデータ型毎の問い合わせ記述能力を管理するデータ型問い合わせ記述能力情報：
・情報源種別名
・データ型名
・＝条件の指定可否フラグ
・＜＞条件の指定可否フラグ
・＜条件の指定可否フラグ
・＞条件の指定可否フラグ
・＜＝条件の指定可否フラグ
・＞＝条件の指定可否フラグ
・ＬＩＫＥ条件の指定可否フラグ
▲３▼ 情報源の種別やアクセス情報を管理する情報源情報：
・情報源名
・情報源種別名
・情報源アクセス情報
▲４▼ 情報源が内在するデータ項目毎の問い合わせ能力を管理する情報源問い合わせ記述能力情報：
・情報源名
・表名
・データ項目名
・データ型名
・データ項目値の取得可否フラグ
・検索条件への指定可否フラグ
・検索条件のデフォルト値
▲５▼ 情報源が内在する表毎の必須条件の処理方法を管理する必須検索条件制御情報：
・情報源名
・表名
・必須検索条件制御フラグ
▲６▼ 情報源が内在する表毎の必須検索条件を管理する必須検索条件グループ情報：
・情報源名
・表名
・必須検索条件グループ番号
・データ項目名
上記の情報を定義・記憶しておき、ユーザからの問い合わせ記述を、種々の情報源固有の問い合わせに変換する際の動作を説明する。
【００２２】
図３、図４は、本発明の異種情報源問い合わせ変換処理のフローチャートである。
ステップ１０１） 最初に、単一フォーマットによる問い合わせに対し、問い合わせの構文を解析する。
ステップ１０２） 問い合わせで指定された全てのデータ項目を含む情報源を情報源問い合わせ記述能力情報を用いて探索する。
【００２３】
ステップ１０３） 各々のデータ項目についてデータ項目値の取得可否と、検索条件への指定可否をチェックし、各々の可否指定を満たす問い合わせ先の組み合わせを問い合わせ一次候補として生成する。
ステップ１０４） 各問い合わせ一次候補に対し、情報源種別問い合わせ記述能力情報で管理されるＡＮＤ／ＯＲ指定可否をチェックし、また、データ型問い合わせ記述能力情報で管理される＝／＜＞／＜／＞／、＜＝／＞＝ＬＩＮＫ指定可否をチェックし、いずれかの可否指定を満たさない問い合わせ候補を問い合わせ一次候補から削除する。
【００２４】
ステップ１０５） 各問い合わせ一次候補に対し、必須検索条件グループ情報があるかを判断し、ある場合には、ステップ１０６に移行し、ない場合には何もしない。
ステップ１０６） いずれかの必須検索条件グループに属するデータ項目が指定されているかチェックする。
【００２５】
ステップ１０７） 指定されている場合には、ステップ１０８に移行し、ない場合にはステップ１１１に移行する。
ステップ１０８） 指定されていた場合、当該グループに属する全データ項目が検索条件として指定されているか、必須検索条件制御フラグが「デフォルト値を用いて候補とする」となっているかをチェックする。
【００２６】
ステップ１０９） ステップ１０８に条件を満たす場合、必須検索条件を補完し、当該候補を残す。
ステップ１１０） ステップ１０８の条件を満たさない場合には、問い合わせ一次候補から削除する。
ステップ１１１） ステップ１０７において、指定がない場合には、必須検索条件制御フラグが「必須条件を満たさない場合に候補としない」であるかをチェックし、そうである場合にはステップ１１２に移行し、そうでない場合にはステップ１１３に移行する。
【００２７】
ステップ１１２） 当該候補を問い合わせ一次候補から削除する。
ステップ１１４） 残った各問い合わせ一次候補を問い合わせ候補とする。
ステップ１１５） 情報源に対するアクセス情報と併せて、情報源種別問い合わせ記述能力情報で管理される問い合わせ文生成関数に渡すことにより、情報源固有の問い合わせ記述を生成する。
【００２８】
次に、本発明の異種情報源問い合わせ変換装置の構成を説明する。
図５は、本発明の異種情報源問い合わせ変換装置の構成を示す。
同図に示す異種情報源問い合わせ変換装置１００は、ユーザインタフェース部１１０、問い合わせ構文解析部１２０、問い合わせ候補生成部１３０、問い合わせ構文生成部１４０、情報源問い合わせ情報蓄積部１５０、情報源問い合わせ情報管理部１６０から構成され、ユーザインタフェース部１１０を介してアプリケーションプログラム２００とやり取りする。
【００２９】
以下に、上記の各構成要素について説明する。
ユーザインタフェース部１１０は、ユーザのアプリケーションプログラム２００から入力される検索項目と検索条件のみからなる問い合わせを受け付け、変換された問い合わせをアプリケーションプログラム２００に返却する。
問い合わせ構文解析部１２０は、ユーザインタフェース部１１０で受け付けた問い合わせの構文を解析する。
【００３０】
問い合わせ候補生成部１３０は、データ項目探索部１３１、問い合わせ記述能力チェック部１３２、必須条件データ項目処理部１３３から構成される。
データ項目探索部１３１は、問い合わせ構文解析部１２０で解析した問い合わせにおいて、指定されたデータ項目の所在を探索し、問い合わせ一次候補を生成する。
【００３１】
問い合わせ記述能力チェック部１３２は、データ項目探索部１３１で生成した問い合わせ一次候補に対し、問い合わせにおいて指定されたデータ項目の情報源種別やデータ型による問い合わせ記述能力をチェックし、問い合わせ不可な問い合わせ一次候補を削除する。
必須条件データ項目処理部１３３は、問い合わせ記述能力チェック部１３２で残った問い合わせ一次候補に対し、必須条件制御情報と必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ一次候補を削除すると共に、問い合わせ可能で必須条件データ項目が欠如したものはその条件を補完する。
【００３２】
問い合わせ構文生成部１４０は、問い合わせ構文生成制御部１４１と、問い合わせ文生成関数ライブラリ１４２から構成される。
問い合わせ構文生成制御部１４１は、問い合わせ候補生成部１３０で残った問い合わせ一次候補を問い合わせ候補とし、情報源種別毎の問い合わせ文生成関数ライブラリ１４２に渡し、変換された問い合わせをユーザインタフェース部１１０に返却する。
【００３３】
問い合わせ文生成関数ライブラリ１４２は、問い合わせ構文生成制御部１４１から受け取った問い合わせ候補に対し、情報源固有の問い合わせ言語を生成し、問い合わせ構文生成制御部１４１に返却する。
情報源問い合わせ情報蓄積部１５０は、情報源種別問い合わせ記述能力情報、データ型問い合わせ記述能力情報、情報源情報、情報源問い合わせ記述能力情報、必須検索条件制御情報、必須検索条件グループ情報を記憶し、管理する。
【００３４】
情報源問い合わせ情報管理部１６０は、情報源問い合わせ情報蓄積部１５０に対する各種情報の入力／削除／変更を行う。
上記のように構成される異種情報源問い合わせ変換装置において、変換を実行する前に各種情報の準備を行う準備フェーズと、実際の変換を行う変換フェーズについて説明する。
【００３５】
図６は、本発明の準備フェーズの動作を示すフローチャートでる。
必要な情報源種別が登録済か否かの判定を行い（ステップ２００）、必要な情報源種別が未登録の場合、情報源種別毎の問い合わせ記述能力情報の定義（ステップ２１０）と、情報源種別のデータ型毎の問い合わせ記述能力情報の定義（ステップ２２０）と、情報源の種別やアクセス情報を管理する情報源情報の定義（ステップ２３０）と、情報源が内在するデータ項目毎の問い合わせ能力情報の定義（ステップ２４０）と、情報源が内在する表毎の必須条件制御情報の定義（ステップ２５０）と、情報源が内在する表毎の必須検索条件グループ情報の定義（ステップ２６０）とを行う。なお、上記では、ステップ２００〜ステップ２６０を一連の動作で定義しているが、上記の各情報において、未定義の情報を随時定義するものとする。
【００３６】
図７は、本発明の変換フェーズの動作を示すフローチャートである。
ユーザインタフェース部１１０を介して取得した単一フォーマットによる問い合わせに対し、問い合わせ構文解析部１２０において問い合わせの構文を解析し、問い合わせ候補生成部１３０のデータ項目探索部１３１において情報源問い合わせ情報蓄積部１５０の情報源問い合わせ記述能力情報を用いて問い合わせ一次候補を生成し（ステップ３００）、問い合わせ記述能力チェック部１３２において情報源種別問い合わせ記述能力情報とデータ型問い合わせ記述能力情報を用いて問い合わせ不可な問い合わせ一次候補を削除する（ステップ３１０）。必須条件データ項目処理部１３３において必須検索条件制御情報と必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ一次候補を削除し（ステップ３２０）、情報源問い合わせ記述能力情報を用いて問い合わせ可能で必須条件データ項目が欠如したものはその検索条件を補完する（ステップ３３０）。問い合わせ構文生成部１４０は、残った各問い合わせ一次候補を問い合わせ候補とし、情報源種別毎の問い合わせ文生成関数ライブラリ１４２に渡す（ステップ３４０）。問い合わせ構文生成制御部１４１は、問い合わせ構文生成制御部１４１において、情報源固有の問い合わせ記述を生成し、結果を返却する（ステップ３５０）。
【００３７】
【実施例】
以下、図面と共に本発明の実施例を説明する。
図８は、本発明の一実施例の情報源問い合わせ情報蓄積部に格納される内容の例である。
同図（Ａ）は、Ａ社ＰＣ製品ＲＤＢであり、Ａ社ＰＣ製品に関する情報を格納した関係データベースである。検索要求として、ＳＱＬを受け付け、表形式で検索結果を返却する。
【００３８】
同図（Ｂ）は、Ｂ社ＰＣ製品に関する情報をＨＴＭＬを用いて記述したＷｅｂページである。検索要求として以下の構文を受け付け、Ｗｅｂページ中のｔａｂｌｅタグで区切られた箇所のデータを表形式データとして扱い、検索結果を表形式で返却するアクセスドライバを介し、アクセスするものとする。
……
＜検索要求＞：：＝＜ＵＲＬ指定＞”｜”＜検索項目群＞”｜”＜検索条件群＞
＜ＵＲＬ指定＞：：＝＜ＵＲＬ＞［”？”＜ＣＧＩ変数群＞］
＜ＣＧＩ変数群＞：：＝＜ＣＧＩ変数＞［”＆”＜ＣＧＩ変数＞］…
＜ＣＧＩ変数＞：：＝＜ＣＧＩ変数名＞”＝”＜ＣＧＩ変数値＞
＜ＣＧＩ変数名＞：：＝任意の文字列
＜ＣＧＩ変数値＞：：＝任意の文字列
＜検索項目群＞：：＝＜検索項目＞［”，”＜検索項目＞］…
＜検索条件群＞：：＝＜検索条件＞［”，”＜検索条件＞］…
＜検索条件＞：：＝＜検索項目＞＜比較演算子＞任意の文字列
例）
http://www.b-shop.co.jp/products.html ｜商品名，価格，種別｜価格＝10000 ……
同図（Ｃ）は、ショップ取扱ＰＣ検索エンジンであり、Ｃショップで取り扱っているＰＣ製品に関する情報をメーカ名を条件として与え、その検索結果を図９に示すように表形式で商品名と価格を表示する。Ｗｅｂ上の検索エンジン、メーカ名は必ず条件として指定する必要があり、省略できない。当該検索エンジンは、上記のＷｅｂページと同様にアクセスドライバを介してアクセスするものとする。
【００３９】
以下、上記の例に基づいて、準備フェーズと検索フェーズに分けて図６、図７に従って説明する。
最初に、準備フェーズについて説明する。
（１）情報源種別毎の問い合わせ記述能力情報の定義（ステップ２１０）：
ＲＤＢ・Ｗｅｂページ、画像ＤＢなどといった、情報源の種別毎に、ユーザからの問い合わせを解析した結果をもとに、各情報源種別に適した形式の問い合わせ文を生成する関数の名前である問い合わせ文生成関数名・その問い合わせ文生成関数を含んでいるライブラリの名前である問い合わせ文生成ライブラリ名・条件式として、ＡＮＤやＯＲを含むことができる・できないを表すフラグといった、問い合わせ記述能力情報を以下のように設定する。その設定例を図１０に示す。
【００４０】
▲１▼関係データベース：
・情報源種別名：ＲＤＢ
・問い合わせ文生成関数名：createＳＱＬ
・問い合わせ文生成ライブラリ名：createQuery.dll
・ＡＮＤ条件指定可否フラグ：可
・ＯＲ条件指定可否フラグ：可
▲２▼Ｗｅｂページ：
・情報源種別名：ＷｅｂＰａｇｅ
・問い合わせ文生成関数名：createＵＲＬ
・問い合わせ文生成ライブラリ名：createQuery.dll
・ＡＮＤ条件指定可否フラグ：可
・ＯＲ条件指定可否フラグ：不可
ここでは、Ｗｅｂページにおいては、ＯＲを指定することができないという例になっている。
【００４１】
（２） 情報源種別のデータ型毎の問い合わせ記述能力情報の定義（ステップ２２０）：
それぞれの情報源種別のデータ型毎に、条件として＝＜＞などの比較演算子を指定することができる・できないを表すフラグである問い合わせ記述能力情報を、以下の通り設定する。設定例を図１１に示す。
【００４２】
▲１▼ 関係データベース：
・情報源種別名：ＲＤＢ
・データ型名：ＣＨＡＲ
・＝条件の指定可否フラグ：可
・＜＞条件の指定可否フラグ：可
・＜条件の指定可否フラグ：可
・＞条件の指定可否フラグ：可
・＜＝条件の指定可否フラグ：可
・＞＝条件の指定可否フラグ：可
・ＬＩＫＥ条件の指定可否フラグ：可
…
・情報源種別名：ＲＤＢ
・データ型名：ＩＮＴ
・＝条件の指定可否フラグ：可
・＜＞条件の指定可否フラグ：可
・＜条件の指定可否フラグ：可
・＞条件の指定可否フラグ：可
・＜＝条件の指定可否フラグ：可
・＞＝条件の指定可否フラグ：可
・ＬＩＫＥ条件の指定可否フラグ：不可
▲２▼ Ｗｅｂぺージ
・情報源種別名：ＷｅｂＰａｇｅ
・データ型名：ＣＨＡＲ
・＝条件の指定可否フラグ：可
・＜＞条件の指定可否フラグ：可
・＜条件の指定可否フラグ：可
・＞条件の指定可否フラグ：可
・＜＝条件の指定可否フラグ：可
・＞＝条件の指定可否フラグ：可
・ＬＩＫＥ条件の指定可否フラグ：可
…
・情報源種別名：ＷｅｂＰａｇｅ
・データ型名：ＬＯＮＧ
・＝条件の指定可否フラグ：可
・＜＞条件の指定可否フラグ：可
・＜条件の指定可否フラグ：可
・＞条件の指定可否フラグ：可
・＜＝条件の指定可否フラグ：可
・＞＝条件の指定可否フラグ：可
・ＬＩＫＥ条件の指定可否フラグ：不可
ＲＤＢのＩＮＴ型と、ＷｅｂページのＬＯＮＧ型については、ＬＩＫＥ演算子を指定することができないが、それ以外の条件指定は可能であるという設定である。
【００４３】
（３） 情報源の種別やアクセス情報を管理する情報源情報（ステップ２３０）：
それぞれの情報源の名前に対して、情報源の種別と、情報源にアクセスするためのアクセス情報（データベースの名前やＷｅｂページのＵＲＬ）を設定する。例の場合は、以下のように設定する。設定例を図１２に示す。
【００４４】
▲１▼ Ａ社ＰＣ製品ＲＤＢ： ・情報源名：Ａ社ＰＣ
・情報源種別名：ＲＤＢ
・情報源アクセス情報：ashop
▲２▼ Ｂ社ＰＣ製品Ｗｅｂページ：
・情報源名：Ｂ社ＰＣ
・情報源種別名：ＷｅｂＰａｇｅ
・情報源アクセス情報：http://www.b-shop.co.jp/product.html
▲３▼ Ｃショップ取扱ＰＣ検索エンジン：
・情報源名：Ｃ社ＰＣ
・情報源種別名：ＷｅｂＰａｇｅ
・情報源アクセス情報：http://www.c-shop.co.jp/products.cgi
（４） 情報源が内在するデータ項目毎の問い合わせ記述能力情報の定義（ステップ２４０）：
それぞれの情報源が内在するデータ項目毎に、その問い合わせ記述能力情報を設定する。問い合わせ記述能力情報としては、以下の情報がある。
【００４５】
取得可否フラグ：情報源から、当該データ項目の値を取得できるか・できないかを表すフラグであり、Ｗｅｂページにおける「キーワード」のような項目は、情報源から値を取得することはできない。
指定可否フラグ：当該データ項目において、情報源に対して検索条件を指定することができる・できないを表すフラグであり、例えば、フォーム形式のＷｅｂページにおいて、結果として返っているデータ項目に対しては、検索条件を指定することができない。
【００４６】
必須検索条件（必須条件）：ある表を検索するときに、必ず指定しておかなければならない条件であり、例えば、フォーム形式のＷｅｂページにおいて、条件を指定しないと検索できような場合、その条件がそのような例となる。ユーザからこの必須検索条件を指定しないで検索しようとしたとき、本発明の変換方法では、情報源に対する問い合わせ文を生成するとき、その検索条件を自動的に付加することができる。検索条件のデフォルト値とは、そのときに検索条件とする値である。
【００４７】
これらの情報を以下のように設定する。設定例を図１３に示す。
▲１▼ Ａ社ＰＣ製品ＲＤＢ：
・情報源名：Ａ社ＰＣ
・表名：Ａ社ＰＣ製品テーブル
・データ項目名：メーカ名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：Ａ社ＰＣ
・表名：Ａ社ＰＣ製品テーブル
・データ項目名：商品名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：Ａ社ＰＣ
・表名：Ａ社ＰＣ製品テーブル
・データ項目名：価格
・データ型名：ＩＮＴ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
▲２▼ Ｂ社ＰＣ製品Ｗｅｂページ
・情報源名：Ｂ社ＰＣ
・表名：Ｂ社ＰＣ製品テーブル
・データ項目名：メーカ名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：Ｂ社ＰＣ
・表名：Ｂ社ＰＣ製品テーブル
・データ項目名：商品名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：Ｂ社ＰＣ
・表名：Ｂ社ＰＣ製品テーブル
・データ項目名：価格
・データ型名：ＬＯＮＧ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：Ｂ社ＰＣ
・表名：Ｂ社ＰＣ製品テーブル
・データ項目名：納期
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
▲４▼ Ｃショップ取扱ＰＣ検索エンジン
・情報源名：ＣショップＰＣ
・表名：Ｃショップ取扱ＰＣ
・データ項目名：メーカ名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：ＣショップＰＣ
・表名：Ｃショップ取扱ＰＣ
・データ項目名：商品名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：ＣショップＰＣ
・表名：Ｃショップ取扱ＰＣ
・データ項目名：価格
・データ型名：ＬＯＮＧ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
ＣショップＰＣのページでは、「メーカ名」というデータ項目は、検索条件のみにしか指定することができないので、データ項目値の取得可否は、「否」に設定している。
【００４８】
（５） 情報源が内在する表毎の必須検索条件制御情報の定義（ステップ２５０）：
それぞれの情報源が内在する表毎に、以下の通り、その必須検索条件制御情報を設定する。設定例を図１４に示す。
▲１▼ Ａ社ＰＣ製品ＲＤＢ：
必須検索条件を設定する必要がないため、なにも設定しない。
【００４９】
▲２▼ Ｂ社ＰＣ製品Ｗｅｂページ：
必須検索条件を設定する必要がないため、なにも設定しない。
▲３▼ Ｃショップ取扱ＰＣ検索エンジン
Ｃショップ取扱ＰＣ検索エンジンで検索する場合には、メーカ名が検索条件に設定されていないと、検索ができない。この必ず必要な項目「メーカ名」は、必須検索条件として設定する必要がある。ユーザからの問い合わせに必須検索条件が含まれなかった場合の動作は、必須検索条件制御フラグで設定する。
【００５０】
必須検索条件制御フラグの設定値としては、「候補としない」「デフォルト値を用いて候補とする」の２つがある。「候補としない」とは、必須検索条件をユーザが指定しない場合に、検索の候補から除外することを表す。「デフォルト値を用いて候補とする」とは、必須検索条件をユーザが指定しない場合に、デフォルト値を用いて検索条件を追加して、検索候補として作成することを表す。
【００５１】
この例においては、メーカ名として必ずあるメーカの名前を値として入れなければならないと仮定する。その場合、ユーザからの問い合わせ中に必須検索条件が指定されないときは、すべてのメーカの情報を必要としていると解釈されるから、デフォルト値として勝手な値を入れることはできない。よって、具体的には、以下の通り設定する。
・情報源名：ＣショップＰＣ
・表名：Ｃショップ取扱ＰＣ
・必須検索条件制御フラグ：必須条件を満たさない場合に候補としない。
【００５２】
例えば、仮に、メーカ名として「すべてのメーカ」という予約語を指定すると、すべてのメーカの情報を検索してくれるＷｅｂページがある場合は、「すべてのメーカ」を情報源問い合わせ記述能力情報の検索条件のデフォルト値に設定し、必須検索条件制御情報の必須検索条件制御フラグには、「デフォルト値を用いて候補とする」を設定することが有効である。ユーザがメーカ名を検索条件に指定しないときは、「すべてのメーカ」に対する検索条件を本発明の変換方法により補完される。
【００５３】
（６） 情報源が内在する表毎の必須検索条件グループ情報の定義（ステップ２６０）：
必須条件は、ある表に対して複数の項目が必須でる場合がある。このようなデータ項目の集まりを必須項目グループと呼ぶ。それぞれの情報源が内在する表毎の必須検索条件グループ情報を以下の通り、設定する。設定例を図１５に示す。
【００５４】
▲１▼ Ａ社ＰＣ製品ＲＤＢ
必須検索条件を設定する必要がないため、何も設定しない。
▲２▼ Ｂ社ＰＣ製品Ｗｅｂページ
必須検索条件を設定する必要がないため、何も設定しない。
▲４▼ Ｃショップ取扱ＰＣ検索エンジン
Ｃショップ取扱ＰＣ検索エンジンで検索する場合には、メーカ名が検索条件に設定されていないと、検索ができない。このため、以下の通り設定する。
・情報源名：ＣショップＰＣ
・表名：Ｃショップ取扱ＰＣ
・必須検索条件グループ番号：１
・データ項目名：メーカ名
次に変換フェーズについて説明する。
【００５５】
以下の欲しい項目とその条件からなる簡易な構文の検索要求に対する処理を説明する。
…
検索項目：価格
検索条件：商品名＝Ａ−ＰＣ１
…
（１） 問い合わせの構文を解析し、情報源問い合わせ記述能力情報を用いて問い合わせ一次候補を生成（ステップ３００）：
データ項目値の取得可否フラグが「可」であるデータ項目「価格」と、検索条件への指定可否フラグが「可」であるデータ項目名「商品名」を同時に持つ情報源を情報源問い合わせ記述能力テーブルから探索する。結果として以下を取得する。
【００５６】
（候補１）
情報源名：Ａ社ＰＣ
情報源種別名：ＲＤＢ
表名：Ａ社ＰＣ製品テーブル
データ項目名：価格、データ型名：ＩＮＴ，検索条件のデフォルト値：＜ＮＵＬＬ＞
データ項目名：商品名、データ型名：ＣＨＡＲ，検索条件のデフォルト値：＜ＮＵＬＬ＞
（候補２）
情報源名：Ｂ社ＰＣ
情報源種別名：ＷｅｂＰａｇｅ
表名：Ｂ社ＰＣ製品テーブル
データ項目名：価格、データ型名：ＬＯＮＧ，検索条件のデフォルト値：＜ＮＵＬＬ＞
データ項目名：商品名、データ型名：ＣＨＡＲ，検索条件のデフォルト値：＜ＮＵＬＬ＞
（候補３）
情報源名：Ｃ社ＰＣ
情報源種別名：ＷｅｂＰａｇｅ
表名：Ｃショップ取り扱いＰＣ
データ項目名：価格、データ型名：ＬＯＮＧ，検索条件のデフォルト値：＜ＮＵＬＬ＞
データ項目名：商品名、データ型名：ＣＨＡＲ，検索条件のデフォルト値：＜ＮＵＬＬ＞
（２） 情報源種別問い合わせ記述能力情報とデータ型問い合わせ記述能力情報を用いて問い合わせ付加な問い合わせ一次候補を削除（ステップ３１０）：
情報源種別名「ＷｅｂＰａｇｅ」のＯＲ条件指定可否フラグが「不可」となっているが、検索要求として、ＯＲは指定されていなかったため、情報源種別問い合わせ記述能力のチェックは、問題なしとなる。
【００５７】
データ型問い合わせ記述能力テーブルにおいては、問い合わせの条件式として、「＝」が指定されているので、＝条件の指定可否フラグをチェックするが、「可」となっているので、問題なしとなる。
（３） 必須検索条件制御情報と必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ一次候補を削除（ステップ３２０）：
作成された候補について、アクセスしようとする表が、必須検索条件グループテーブルに含まれるかを調べる。この例の場合、ＣショップＰＣ情報源が必須検索条件グループとして登録されていて、データ項目「メーカ名」が必須項目となっている。上記問い合わせにおいては、「メーカ名」は指定されていない。このように、必須検索条件が含まれない問い合わせについては、必須検索条件制御テーブルをチェックし、必須検索条件制御フラグの内容を参照し、候補の扱いを決定する。この例の場合は「候補としない」となっているので、（候補３）は、候補から削除する。
【００５８】
（４） 情報源問い合わせ記述能力情報を用いて問い合わせ可能で必須条件データ項目が欠如したものは、その検索条件を補完（ステップ３３０）：
この例においては、必須検索条件に該当した（候補３）は、上記の（３）の処理で削除されているので、検索条件の補完は実施されない。
（５） 残った各問い合わせ一次候補を問い合わせ候補とし、情報源種別毎の問い合わせ文生成関数に渡す（ステップ３４０）：
最終的に残った問い合わせ一次候補である（候補１）と（候補２）を問い合わせ文生成関数に渡す。
【００５９】
（６） 情報源固有の問い合わせ記述を生成し、結果を返却する（ステップ３５０）：
それぞれ以下のような情報源固有の問い合わせ記述が生成される。
（候補１）select 価格 from Ａ社ＰＣ製品テーブル where 商品名＝’Ａ−ＰＣ１’
（候補２）http://www.b-shop.co.jp/products.html ｜価格｜商品名＝’Ａ−ＰＣ１’
また、前述の図６に示す準備フェーズの動作及び図７に示す変換フェーズの動作をプログラムとして構築し、異種情報源問い合わせ変換装置として利用されるコンピュータに接続されるディスク装置や、フロッピーディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることにより、本発明を容易に実現できる。
【００６０】
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【００６１】
【発明の効果】
上述のように、本発明によれば、オープンなネットワーク上において、ますます増大する問い合わせ記述の異なる情報源に対し、その種々の情報を情報源毎に独立に管理すればよいので、システム構築が容易かつ、拡張性に富み、本発明に対する問い合わせ記述は検索項目とその条件のみからなる簡易な構文を用いているので、各情報源毎に異なる問い合わせ文記述の違いをユーザに意識させることなく、簡易な単一フォーマットで全ての情報源に対する問い合わせ記述を実現できるため、従来に比較して画期的に、異種の情報源に対する問い合わせ記述効率が向上する。
【００６２】
また、本発明は、例えば、「各社種々の情報源種別から構成されるエクストラネットにおけるキーワード検索」、「複数の画像データベースから構成されるマルチメディア百科事典」、「顧客データベースと商品Ｗｅｂページから構成されるヘルプデスク」などの問い合わせ変換に利用可能であり、シームレスな情報源アクセス技術の確立に貢献し得る。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明の異種情報源問い合わせ変換処理のフローチャート（その１）である。
【図４】本発明の異種情報源問い合わせ変換処理のフローチャート（その２）である。
【図５】本発明の異種情報源問い合わせ変換装置の構成図である。
【図６】本発明の準備フェーズの動作のフローチャートである。
【図７】本発明の変換フェーズの動作のフローチャートである。
【図８】本発明の一実施例の情報源問い合わせ情報蓄積部に格納される内容の例である。
【図９】本発明の一実施例のＰＣ検索エンジンによる検索結果の例である。
【図１０】本発明の一実施例の情報源種別問い合わせ記述能力情報の例である。
【図１１】本発明の一実施例の情報源種別データ型問い合わせ記述能力情報の例である。
【図１２】本発明の一実施例の情報源情報の例である。
【図１３】本発明の一実施例の情報源問い合わせ記述能力情報の例である。
【図１４】本発明の一実施例の必須検索条件制御情報の例である。
【図１５】本発明の一実施例の必須検索条件グループ情報の例である。
【符号の説明】
１００ 変換手段
１１０ ユーザインタフェース部
１２０ 問い合わせ構文解析手段、問い合わせ構文解析部
１３０ 問い合わせ候補生成手段、問い合わせ候補生成部
１３１ データ項目探索部
１３２ 問い合わせ記述能力チェック部
１３３ 必須条件データ項目処理部
１４０ 問い合わせ構文生成部
１４１ 問い合わせ構文生成制御部
１４２ 問い合わせ文生成関数ライブラリ
１５０ 記憶手段、情報源問い合わせ情報蓄積部
１６０ 情報源問い合わせ情報管理部
２００ アプリケーションプログラム
３００ 情報定義手段
【発明の属する技術分野】
本発明は、異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体に係り、特に、種々の情報源（関係ＤＢ、画像ＤＢ、Ｗｅｂページ、等）に対する検索において、各情報源毎に全く異なる問い合わせ記述方法の違いや、各情報源が持つ制約をユーザに意識させることなく、簡易な単一フォーマットで全ての情報源に対する問い合わせ記述を実現し得る異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体に関する。
【０００２】
【従来の技術】
近年のオープンなネットワークの普及に伴い、これまでに蓄積された種々の情報源をそのネットワークに接続し、共有する動きが活発化している。しかし、これらの情報源は、その種別（関係データベース、Ｗｅｂページ、画像データベース、ＸＭＬ、等）毎に、その目的に応じて使い分けられ、独立に管理運用されている。情報源の種別が異なると、そのアクセス方法は当然のこと、問い合わせ記述が異なり、問い合わせ記述の方法が異なれば、個別に情報源毎の問い合わせを記述し、個別にアクセスする必要がある。
【０００３】
複数の関係データベースを統合する既存の技術としては、マルチデータベースと呼ばれるものがある。これは、複数のデータベースに対して、それを統合するスキーマを、関係データベースのビューを作るのと同じ要領で作成し、ユーザはその統合したスキーマに対して、問い合わせを行うことができるようになるというものである。しかし、マルチデータベースは、以下に述べるような、新しい情報源固有の問題を解決することはできない。
【０００４】
Ｗｅｂページ・画像データベースなどの情報源には、一般の関係データベースとは異なる制約がある。例えば、商品の「値段」を元に「商品名」・「商品内容」などの項目を求めるフォーム形式のＷｅｂページを情報源とすることを考える。このＷｅｂページをマルチデータベースの情報源と見做し、あたかも表を検索するように検索しようとするとき、「値段」「商品名」「商品内容」といった項目をもつ仮想的な表ができることになる。しかし、この表には、必ず「値段」を条件として指定されなければ、検索することができないという制約がある。関係データベースにおいては、すべての項目は同じように検索できるが、それが、Ｗｅｂページの情報源では適用しないのである。
【０００５】
また、最近の市販の画像データベースにおいては、関係データベースの問い合わせ言語であるＳＱＬ言語を独自に拡張した問い合わせを用いて、画像の検索を行う。画像の検索のためには、単に画像の項目を指定するだけではなく、「色」「形状」などのパラメータを与えて、検索することができる。また、逆に、これらの画像独自のパラメータを指定しないと検索ができないという制約がある場合がある。そのような制約は製品毎に異なっている。
【０００６】
このような異種の情報源に対する検索の問題を解決するために、メディエータというシステムアーキテクチャが提案されている。メディエータでは、異種情報源のデータを各メディエータ独自のデータモデルにマッピングするための情報と、その統合スキーマと個別スキーマのマッピング情報を管理するという点では、マルチデータベースと共通である。しかし、そのマッピング情報をルールベースといった知識表現技術を利用することに特徴がある。ユーザからの問い合わせ要求があると、このルール表現されたマッピング情報とユーザの問い合わせを組み合わせて、ルール処理エンジンが解釈して、適切な情報源への問い合わせを生成する。
【０００７】
また、画像データベースに固有の問い合わせ記述の変換方法として、画像データベース異種性解消検索方法（特願平１０−３６３５１）で開示されている問い合わせ変換の方法が挙げられる。当該方法は、画像データベースを関係データベースにマッピングし、各データ項目の表現形式と検索結果となる画像データの受渡し方法を管理することにより、単一問い合わせから各異種画像データベースへの問い合わせ変換を実現するものである。
【０００８】
【発明が解決しようとする課題】
しかしながら、上記従来の方法には以下のような問題がある。
マルチデータベースにおいては、関係データベース以外のＷｅｂページ・画像データベースなどの異種の情報源を扱う方法は特に用意されていない。
また、メディエータにおいては、Ｗｅｂページ・画像データベースの持つ制約を表現するために、ルールを用いる必要がある。しかし、ルールのような一般的な知識表現言語を用いることは、制約の記述・マッピングの記述をするときに、ルール言語の習得が必要になること、ある種類の制約に対してどういったルールで表現すれば良いのかという指針が明確でないこと、等により、システム管理者に対する負担が大きくなる。また、これまでのメディエータにおいては、ある項目が検索できる／できない、等のデータ項目のレベルの制約を記述することは可能であったが、あるデータ型において、比較処理ができる／できない、等のようなデータ型レベル（メタデータレベル）の制約の記述方法は明確になっていない。
【０００９】
また、画像データベース異種性解消検索方法（特願平１０−３６３５１）で開示されている問い合わせ変換の方法では、画像データベースの持つ制約を扱う方法が明確にはなっていない。
本発明は、上記の点に鑑みなされたもので、容易な問い合わせ記述、容易なシステムの維持管理、柔軟な異種情報源への対応を解決し、種々の情報源（関係ＤＢ、画像ＤＢ、Ｗｅｂページ等）に対する検索において、各情報源毎に全く異なる問い合わせ文記述の違いをユーザに意識させることなく、簡易な単一フォーマットで全ての情報源に対する問い合わせ記述を実現し、情報源毎の問い合わせ記述に変換する異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
本発明（請求項１）は、ユーザからの単一フォーマットの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換するための異種情報源問い合わせ変換装置における、異種情報源問い合わせ変換方法において、
変換手段が、種々の情報源の情報源種別毎の問い合わせ記述能力を管理する情報源種別問い合わせ記述能力情報、情報源種別のデータ型毎の問い合わせ記述能力を管理するデータ型問い合わせ記述能力情報、情報源の種別やアクセス情報を管理する情報源情報、情報源が内在するデータ項目の問い合わせ能力を管理する情報源問い合わせ記述能力情報、情報源が内在する表毎の必須条件の処理方法を管理する必須検索条件制御情報、及び、情報源が内在する表毎の必須検索条件を管理する必須検索条件グループ情報の各情報を格納する記憶手段の情報を用いて、ユーザからの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換する変換ステップを行い ( ステップ１，２ ) 、
変換ステップは、
種々の情報源固有の問い合わせに変換する際に、
取得した単一フォーマットによる問い合わせに対し、問い合わせの構文を解析し、
情報源問い合わせ記述能力情報を用いて問い合わせ一時候補を生成し、
情報源種別問い合わせ記述能力情報とデータ型問い合わせ記述能力情報を用いて問い合わせ不可な問い合わせ一次候補を削除し、
必須検索条件制御情報と必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ記述能力情報を用いて問い合わせ可能で必須条件データ項目が欠如したものはその検索条件を補完し、
残った各問い合わせ一次候補を問い合わせ候補とし、
情報源種別毎の問い合わせ文生成関数に渡し、情報源固有の問い合わせ記述を生成し、結果を返却する。
【００１３】
図２は、本発明の原理構成図である。
本発明（請求項２）は、ユーザからの単一フォーマットの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換するための異種情報源問い合わせ変換装置であって、
種々の情報源の情報源種別毎の問い合わせ記述能力を管理する情報源種別問い合わせ記述能力情報、情報源種別のデータ型毎の問い合わせ記述能力を管理するデータ型問い合わせ記述能力情報、情報源の種別やアクセス情報を管理する情報源情報、情報源が内在するデータ項目の問い合わせ能力を管理する情報源問い合わせ記述能力情報、情報源が内在する表毎の必須条件の処理方法を管理する必須検索条件制御情報、及び、情報源が内在する表毎の必須検索条件を管理する必須検索条件グループ情報の各情報を格納する記憶手段１５０と、
記憶手段１５０の情報を用いて、ユーザからの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換する変換手段１００と、を有し
変換手段１００は、
取得した単一フォーマットによる問い合わせに対し、問い合わせの構文を解析する問い合わせ構文解析手段１２０と、
情報源問い合わせ記述能力情報を用いて問い合わせ一時候補を生成する手段と、情報源種別問い合わせ記述能力情報とデータ型問い合わせ記述能力情報を用いて問い合わせ不可な問い合わせ一次候補を削除する手段と、必須検索条件制御情報と必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ記述能力情報を用いて問い合わせ可能で必須条件データ項目が欠如したものはその検索条件を補完する手段とを有する問い合わせ候補生成手段１３０と、
残った各問い合わせ一次候補を問い合わせ候補とし、情報源種別毎の問い合わせ文生成関数に渡し、情報源固有の問い合わせ記述を生成し、結果を返却する問い合わせ構文生成手段１４０と、を含む。
【００１６】
本発明（請求項３）は、ユーザからの単一フォーマットの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換するための異種情報源問い合わせ変換装置における、異種情報源問い合わせ変換プログラムを格納した記憶媒体であって、
請求項１記載の異種情報源問い合わせ変換方法を実現するための処理をコンピュータに実行させるプログラムを格納した記憶媒体である。
【００１９】
上記のように、本発明は、種々の情報源固有の情報である、情報源種別問い合わせ記述能力情報、データ型問い合わせ記述能力情報、情報源情報、情報源問い合わせ記述能力情報、必須検索条件制御情報、必須検索条件グループ情報を定義して記憶手段に定義しておき、情報源毎に独立に管理しておくことにより、検索項目とその条件を含む問い合わせ記述を作成することにより、簡易な単一フォーマットを用いて問い合わせ記述の実現が可能となる。
【００２０】
【発明の実施の形態】
本発明では、まず、異種情報源に対し、▲１▼情報源種別毎の問い合わせ記述能力を管理する情報源種別問い合わせ記述能力情報、▲２▼情報源種別のデータ型毎の問い合わせ記述能力を管理するデータ型問い合わせ記述能力情報、▲３▼情報源の種別やアクセス情報を管理する情報源情報、▲４▼情報源が内在するデータ項目毎の問い合わせ能力を管理する情報源問い合わせ記述能力情報、▲５▼情報源が内在する表毎の必須条件の処理方法を管理する必須検索条件制御情報、▲６▼情報源が内在する表毎の必須検索条件を管理する必須検索条件グループ情報を記憶しておくものとする。
【００２１】
上記の各情報の内容を以下に示す。
▲１▼ 情報源種別毎の問い合わせ記述能力を管理する情報源種別問い合わせ記述能力情報：
・情報源種別名
・問い合わせ文生成関数名
・問い合わせ文生成ライブラリ名
・ＡＮＤ条件指定可否フラグ
・ＯＲ条件指定可否フラグ
▲２▼ 情報源種別のデータ型毎の問い合わせ記述能力を管理するデータ型問い合わせ記述能力情報：
・情報源種別名
・データ型名
・＝条件の指定可否フラグ
・＜＞条件の指定可否フラグ
・＜条件の指定可否フラグ
・＞条件の指定可否フラグ
・＜＝条件の指定可否フラグ
・＞＝条件の指定可否フラグ
・ＬＩＫＥ条件の指定可否フラグ
▲３▼ 情報源の種別やアクセス情報を管理する情報源情報：
・情報源名
・情報源種別名
・情報源アクセス情報
▲４▼ 情報源が内在するデータ項目毎の問い合わせ能力を管理する情報源問い合わせ記述能力情報：
・情報源名
・表名
・データ項目名
・データ型名
・データ項目値の取得可否フラグ
・検索条件への指定可否フラグ
・検索条件のデフォルト値
▲５▼ 情報源が内在する表毎の必須条件の処理方法を管理する必須検索条件制御情報：
・情報源名
・表名
・必須検索条件制御フラグ
▲６▼ 情報源が内在する表毎の必須検索条件を管理する必須検索条件グループ情報：
・情報源名
・表名
・必須検索条件グループ番号
・データ項目名
上記の情報を定義・記憶しておき、ユーザからの問い合わせ記述を、種々の情報源固有の問い合わせに変換する際の動作を説明する。
【００２２】
図３、図４は、本発明の異種情報源問い合わせ変換処理のフローチャートである。
ステップ１０１） 最初に、単一フォーマットによる問い合わせに対し、問い合わせの構文を解析する。
ステップ１０２） 問い合わせで指定された全てのデータ項目を含む情報源を情報源問い合わせ記述能力情報を用いて探索する。
【００２３】
ステップ１０３） 各々のデータ項目についてデータ項目値の取得可否と、検索条件への指定可否をチェックし、各々の可否指定を満たす問い合わせ先の組み合わせを問い合わせ一次候補として生成する。
ステップ１０４） 各問い合わせ一次候補に対し、情報源種別問い合わせ記述能力情報で管理されるＡＮＤ／ＯＲ指定可否をチェックし、また、データ型問い合わせ記述能力情報で管理される＝／＜＞／＜／＞／、＜＝／＞＝ＬＩＮＫ指定可否をチェックし、いずれかの可否指定を満たさない問い合わせ候補を問い合わせ一次候補から削除する。
【００２４】
ステップ１０５） 各問い合わせ一次候補に対し、必須検索条件グループ情報があるかを判断し、ある場合には、ステップ１０６に移行し、ない場合には何もしない。
ステップ１０６） いずれかの必須検索条件グループに属するデータ項目が指定されているかチェックする。
【００２５】
ステップ１０７） 指定されている場合には、ステップ１０８に移行し、ない場合にはステップ１１１に移行する。
ステップ１０８） 指定されていた場合、当該グループに属する全データ項目が検索条件として指定されているか、必須検索条件制御フラグが「デフォルト値を用いて候補とする」となっているかをチェックする。
【００２６】
ステップ１０９） ステップ１０８に条件を満たす場合、必須検索条件を補完し、当該候補を残す。
ステップ１１０） ステップ１０８の条件を満たさない場合には、問い合わせ一次候補から削除する。
ステップ１１１） ステップ１０７において、指定がない場合には、必須検索条件制御フラグが「必須条件を満たさない場合に候補としない」であるかをチェックし、そうである場合にはステップ１１２に移行し、そうでない場合にはステップ１１３に移行する。
【００２７】
ステップ１１２） 当該候補を問い合わせ一次候補から削除する。
ステップ１１４） 残った各問い合わせ一次候補を問い合わせ候補とする。
ステップ１１５） 情報源に対するアクセス情報と併せて、情報源種別問い合わせ記述能力情報で管理される問い合わせ文生成関数に渡すことにより、情報源固有の問い合わせ記述を生成する。
【００２８】
次に、本発明の異種情報源問い合わせ変換装置の構成を説明する。
図５は、本発明の異種情報源問い合わせ変換装置の構成を示す。
同図に示す異種情報源問い合わせ変換装置１００は、ユーザインタフェース部１１０、問い合わせ構文解析部１２０、問い合わせ候補生成部１３０、問い合わせ構文生成部１４０、情報源問い合わせ情報蓄積部１５０、情報源問い合わせ情報管理部１６０から構成され、ユーザインタフェース部１１０を介してアプリケーションプログラム２００とやり取りする。
【００２９】
以下に、上記の各構成要素について説明する。
ユーザインタフェース部１１０は、ユーザのアプリケーションプログラム２００から入力される検索項目と検索条件のみからなる問い合わせを受け付け、変換された問い合わせをアプリケーションプログラム２００に返却する。
問い合わせ構文解析部１２０は、ユーザインタフェース部１１０で受け付けた問い合わせの構文を解析する。
【００３０】
問い合わせ候補生成部１３０は、データ項目探索部１３１、問い合わせ記述能力チェック部１３２、必須条件データ項目処理部１３３から構成される。
データ項目探索部１３１は、問い合わせ構文解析部１２０で解析した問い合わせにおいて、指定されたデータ項目の所在を探索し、問い合わせ一次候補を生成する。
【００３１】
問い合わせ記述能力チェック部１３２は、データ項目探索部１３１で生成した問い合わせ一次候補に対し、問い合わせにおいて指定されたデータ項目の情報源種別やデータ型による問い合わせ記述能力をチェックし、問い合わせ不可な問い合わせ一次候補を削除する。
必須条件データ項目処理部１３３は、問い合わせ記述能力チェック部１３２で残った問い合わせ一次候補に対し、必須条件制御情報と必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ一次候補を削除すると共に、問い合わせ可能で必須条件データ項目が欠如したものはその条件を補完する。
【００３２】
問い合わせ構文生成部１４０は、問い合わせ構文生成制御部１４１と、問い合わせ文生成関数ライブラリ１４２から構成される。
問い合わせ構文生成制御部１４１は、問い合わせ候補生成部１３０で残った問い合わせ一次候補を問い合わせ候補とし、情報源種別毎の問い合わせ文生成関数ライブラリ１４２に渡し、変換された問い合わせをユーザインタフェース部１１０に返却する。
【００３３】
問い合わせ文生成関数ライブラリ１４２は、問い合わせ構文生成制御部１４１から受け取った問い合わせ候補に対し、情報源固有の問い合わせ言語を生成し、問い合わせ構文生成制御部１４１に返却する。
情報源問い合わせ情報蓄積部１５０は、情報源種別問い合わせ記述能力情報、データ型問い合わせ記述能力情報、情報源情報、情報源問い合わせ記述能力情報、必須検索条件制御情報、必須検索条件グループ情報を記憶し、管理する。
【００３４】
情報源問い合わせ情報管理部１６０は、情報源問い合わせ情報蓄積部１５０に対する各種情報の入力／削除／変更を行う。
上記のように構成される異種情報源問い合わせ変換装置において、変換を実行する前に各種情報の準備を行う準備フェーズと、実際の変換を行う変換フェーズについて説明する。
【００３５】
図６は、本発明の準備フェーズの動作を示すフローチャートでる。
必要な情報源種別が登録済か否かの判定を行い（ステップ２００）、必要な情報源種別が未登録の場合、情報源種別毎の問い合わせ記述能力情報の定義（ステップ２１０）と、情報源種別のデータ型毎の問い合わせ記述能力情報の定義（ステップ２２０）と、情報源の種別やアクセス情報を管理する情報源情報の定義（ステップ２３０）と、情報源が内在するデータ項目毎の問い合わせ能力情報の定義（ステップ２４０）と、情報源が内在する表毎の必須条件制御情報の定義（ステップ２５０）と、情報源が内在する表毎の必須検索条件グループ情報の定義（ステップ２６０）とを行う。なお、上記では、ステップ２００〜ステップ２６０を一連の動作で定義しているが、上記の各情報において、未定義の情報を随時定義するものとする。
【００３６】
図７は、本発明の変換フェーズの動作を示すフローチャートである。
ユーザインタフェース部１１０を介して取得した単一フォーマットによる問い合わせに対し、問い合わせ構文解析部１２０において問い合わせの構文を解析し、問い合わせ候補生成部１３０のデータ項目探索部１３１において情報源問い合わせ情報蓄積部１５０の情報源問い合わせ記述能力情報を用いて問い合わせ一次候補を生成し（ステップ３００）、問い合わせ記述能力チェック部１３２において情報源種別問い合わせ記述能力情報とデータ型問い合わせ記述能力情報を用いて問い合わせ不可な問い合わせ一次候補を削除する（ステップ３１０）。必須条件データ項目処理部１３３において必須検索条件制御情報と必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ一次候補を削除し（ステップ３２０）、情報源問い合わせ記述能力情報を用いて問い合わせ可能で必須条件データ項目が欠如したものはその検索条件を補完する（ステップ３３０）。問い合わせ構文生成部１４０は、残った各問い合わせ一次候補を問い合わせ候補とし、情報源種別毎の問い合わせ文生成関数ライブラリ１４２に渡す（ステップ３４０）。問い合わせ構文生成制御部１４１は、問い合わせ構文生成制御部１４１において、情報源固有の問い合わせ記述を生成し、結果を返却する（ステップ３５０）。
【００３７】
【実施例】
以下、図面と共に本発明の実施例を説明する。
図８は、本発明の一実施例の情報源問い合わせ情報蓄積部に格納される内容の例である。
同図（Ａ）は、Ａ社ＰＣ製品ＲＤＢであり、Ａ社ＰＣ製品に関する情報を格納した関係データベースである。検索要求として、ＳＱＬを受け付け、表形式で検索結果を返却する。
【００３８】
同図（Ｂ）は、Ｂ社ＰＣ製品に関する情報をＨＴＭＬを用いて記述したＷｅｂページである。検索要求として以下の構文を受け付け、Ｗｅｂページ中のｔａｂｌｅタグで区切られた箇所のデータを表形式データとして扱い、検索結果を表形式で返却するアクセスドライバを介し、アクセスするものとする。
……
＜検索要求＞：：＝＜ＵＲＬ指定＞”｜”＜検索項目群＞”｜”＜検索条件群＞
＜ＵＲＬ指定＞：：＝＜ＵＲＬ＞［”？”＜ＣＧＩ変数群＞］
＜ＣＧＩ変数群＞：：＝＜ＣＧＩ変数＞［”＆”＜ＣＧＩ変数＞］…
＜ＣＧＩ変数＞：：＝＜ＣＧＩ変数名＞”＝”＜ＣＧＩ変数値＞
＜ＣＧＩ変数名＞：：＝任意の文字列
＜ＣＧＩ変数値＞：：＝任意の文字列
＜検索項目群＞：：＝＜検索項目＞［”，”＜検索項目＞］…
＜検索条件群＞：：＝＜検索条件＞［”，”＜検索条件＞］…
＜検索条件＞：：＝＜検索項目＞＜比較演算子＞任意の文字列
例）
http://www.b-shop.co.jp/products.html ｜商品名，価格，種別｜価格＝10000 ……
同図（Ｃ）は、ショップ取扱ＰＣ検索エンジンであり、Ｃショップで取り扱っているＰＣ製品に関する情報をメーカ名を条件として与え、その検索結果を図９に示すように表形式で商品名と価格を表示する。Ｗｅｂ上の検索エンジン、メーカ名は必ず条件として指定する必要があり、省略できない。当該検索エンジンは、上記のＷｅｂページと同様にアクセスドライバを介してアクセスするものとする。
【００３９】
以下、上記の例に基づいて、準備フェーズと検索フェーズに分けて図６、図７に従って説明する。
最初に、準備フェーズについて説明する。
（１）情報源種別毎の問い合わせ記述能力情報の定義（ステップ２１０）：
ＲＤＢ・Ｗｅｂページ、画像ＤＢなどといった、情報源の種別毎に、ユーザからの問い合わせを解析した結果をもとに、各情報源種別に適した形式の問い合わせ文を生成する関数の名前である問い合わせ文生成関数名・その問い合わせ文生成関数を含んでいるライブラリの名前である問い合わせ文生成ライブラリ名・条件式として、ＡＮＤやＯＲを含むことができる・できないを表すフラグといった、問い合わせ記述能力情報を以下のように設定する。その設定例を図１０に示す。
【００４０】
▲１▼関係データベース：
・情報源種別名：ＲＤＢ
・問い合わせ文生成関数名：createＳＱＬ
・問い合わせ文生成ライブラリ名：createQuery.dll
・ＡＮＤ条件指定可否フラグ：可
・ＯＲ条件指定可否フラグ：可
▲２▼Ｗｅｂページ：
・情報源種別名：ＷｅｂＰａｇｅ
・問い合わせ文生成関数名：createＵＲＬ
・問い合わせ文生成ライブラリ名：createQuery.dll
・ＡＮＤ条件指定可否フラグ：可
・ＯＲ条件指定可否フラグ：不可
ここでは、Ｗｅｂページにおいては、ＯＲを指定することができないという例になっている。
【００４１】
（２） 情報源種別のデータ型毎の問い合わせ記述能力情報の定義（ステップ２２０）：
それぞれの情報源種別のデータ型毎に、条件として＝＜＞などの比較演算子を指定することができる・できないを表すフラグである問い合わせ記述能力情報を、以下の通り設定する。設定例を図１１に示す。
【００４２】
▲１▼ 関係データベース：
・情報源種別名：ＲＤＢ
・データ型名：ＣＨＡＲ
・＝条件の指定可否フラグ：可
・＜＞条件の指定可否フラグ：可
・＜条件の指定可否フラグ：可
・＞条件の指定可否フラグ：可
・＜＝条件の指定可否フラグ：可
・＞＝条件の指定可否フラグ：可
・ＬＩＫＥ条件の指定可否フラグ：可
…
・情報源種別名：ＲＤＢ
・データ型名：ＩＮＴ
・＝条件の指定可否フラグ：可
・＜＞条件の指定可否フラグ：可
・＜条件の指定可否フラグ：可
・＞条件の指定可否フラグ：可
・＜＝条件の指定可否フラグ：可
・＞＝条件の指定可否フラグ：可
・ＬＩＫＥ条件の指定可否フラグ：不可
▲２▼ Ｗｅｂぺージ
・情報源種別名：ＷｅｂＰａｇｅ
・データ型名：ＣＨＡＲ
・＝条件の指定可否フラグ：可
・＜＞条件の指定可否フラグ：可
・＜条件の指定可否フラグ：可
・＞条件の指定可否フラグ：可
・＜＝条件の指定可否フラグ：可
・＞＝条件の指定可否フラグ：可
・ＬＩＫＥ条件の指定可否フラグ：可
…
・情報源種別名：ＷｅｂＰａｇｅ
・データ型名：ＬＯＮＧ
・＝条件の指定可否フラグ：可
・＜＞条件の指定可否フラグ：可
・＜条件の指定可否フラグ：可
・＞条件の指定可否フラグ：可
・＜＝条件の指定可否フラグ：可
・＞＝条件の指定可否フラグ：可
・ＬＩＫＥ条件の指定可否フラグ：不可
ＲＤＢのＩＮＴ型と、ＷｅｂページのＬＯＮＧ型については、ＬＩＫＥ演算子を指定することができないが、それ以外の条件指定は可能であるという設定である。
【００４３】
（３） 情報源の種別やアクセス情報を管理する情報源情報（ステップ２３０）：
それぞれの情報源の名前に対して、情報源の種別と、情報源にアクセスするためのアクセス情報（データベースの名前やＷｅｂページのＵＲＬ）を設定する。例の場合は、以下のように設定する。設定例を図１２に示す。
【００４４】
▲１▼ Ａ社ＰＣ製品ＲＤＢ： ・情報源名：Ａ社ＰＣ
・情報源種別名：ＲＤＢ
・情報源アクセス情報：ashop
▲２▼ Ｂ社ＰＣ製品Ｗｅｂページ：
・情報源名：Ｂ社ＰＣ
・情報源種別名：ＷｅｂＰａｇｅ
・情報源アクセス情報：http://www.b-shop.co.jp/product.html
▲３▼ Ｃショップ取扱ＰＣ検索エンジン：
・情報源名：Ｃ社ＰＣ
・情報源種別名：ＷｅｂＰａｇｅ
・情報源アクセス情報：http://www.c-shop.co.jp/products.cgi
（４） 情報源が内在するデータ項目毎の問い合わせ記述能力情報の定義（ステップ２４０）：
それぞれの情報源が内在するデータ項目毎に、その問い合わせ記述能力情報を設定する。問い合わせ記述能力情報としては、以下の情報がある。
【００４５】
取得可否フラグ：情報源から、当該データ項目の値を取得できるか・できないかを表すフラグであり、Ｗｅｂページにおける「キーワード」のような項目は、情報源から値を取得することはできない。
指定可否フラグ：当該データ項目において、情報源に対して検索条件を指定することができる・できないを表すフラグであり、例えば、フォーム形式のＷｅｂページにおいて、結果として返っているデータ項目に対しては、検索条件を指定することができない。
【００４６】
必須検索条件（必須条件）：ある表を検索するときに、必ず指定しておかなければならない条件であり、例えば、フォーム形式のＷｅｂページにおいて、条件を指定しないと検索できような場合、その条件がそのような例となる。ユーザからこの必須検索条件を指定しないで検索しようとしたとき、本発明の変換方法では、情報源に対する問い合わせ文を生成するとき、その検索条件を自動的に付加することができる。検索条件のデフォルト値とは、そのときに検索条件とする値である。
【００４７】
これらの情報を以下のように設定する。設定例を図１３に示す。
▲１▼ Ａ社ＰＣ製品ＲＤＢ：
・情報源名：Ａ社ＰＣ
・表名：Ａ社ＰＣ製品テーブル
・データ項目名：メーカ名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：Ａ社ＰＣ
・表名：Ａ社ＰＣ製品テーブル
・データ項目名：商品名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：Ａ社ＰＣ
・表名：Ａ社ＰＣ製品テーブル
・データ項目名：価格
・データ型名：ＩＮＴ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
▲２▼ Ｂ社ＰＣ製品Ｗｅｂページ
・情報源名：Ｂ社ＰＣ
・表名：Ｂ社ＰＣ製品テーブル
・データ項目名：メーカ名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：Ｂ社ＰＣ
・表名：Ｂ社ＰＣ製品テーブル
・データ項目名：商品名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：Ｂ社ＰＣ
・表名：Ｂ社ＰＣ製品テーブル
・データ項目名：価格
・データ型名：ＬＯＮＧ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：Ｂ社ＰＣ
・表名：Ｂ社ＰＣ製品テーブル
・データ項目名：納期
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
▲４▼ Ｃショップ取扱ＰＣ検索エンジン
・情報源名：ＣショップＰＣ
・表名：Ｃショップ取扱ＰＣ
・データ項目名：メーカ名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：ＣショップＰＣ
・表名：Ｃショップ取扱ＰＣ
・データ項目名：商品名
・データ型名：ＣＨＡＲ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
…
・情報源名：ＣショップＰＣ
・表名：Ｃショップ取扱ＰＣ
・データ項目名：価格
・データ型名：ＬＯＮＧ
・データ項目値の取得可否フラグ：可
・検索条件への指定可否フラグ：可
・検索条件のデフォルト値：＜ＮＵＬＬ＞
ＣショップＰＣのページでは、「メーカ名」というデータ項目は、検索条件のみにしか指定することができないので、データ項目値の取得可否は、「否」に設定している。
【００４８】
（５） 情報源が内在する表毎の必須検索条件制御情報の定義（ステップ２５０）：
それぞれの情報源が内在する表毎に、以下の通り、その必須検索条件制御情報を設定する。設定例を図１４に示す。
▲１▼ Ａ社ＰＣ製品ＲＤＢ：
必須検索条件を設定する必要がないため、なにも設定しない。
【００４９】
▲２▼ Ｂ社ＰＣ製品Ｗｅｂページ：
必須検索条件を設定する必要がないため、なにも設定しない。
▲３▼ Ｃショップ取扱ＰＣ検索エンジン
Ｃショップ取扱ＰＣ検索エンジンで検索する場合には、メーカ名が検索条件に設定されていないと、検索ができない。この必ず必要な項目「メーカ名」は、必須検索条件として設定する必要がある。ユーザからの問い合わせに必須検索条件が含まれなかった場合の動作は、必須検索条件制御フラグで設定する。
【００５０】
必須検索条件制御フラグの設定値としては、「候補としない」「デフォルト値を用いて候補とする」の２つがある。「候補としない」とは、必須検索条件をユーザが指定しない場合に、検索の候補から除外することを表す。「デフォルト値を用いて候補とする」とは、必須検索条件をユーザが指定しない場合に、デフォルト値を用いて検索条件を追加して、検索候補として作成することを表す。
【００５１】
この例においては、メーカ名として必ずあるメーカの名前を値として入れなければならないと仮定する。その場合、ユーザからの問い合わせ中に必須検索条件が指定されないときは、すべてのメーカの情報を必要としていると解釈されるから、デフォルト値として勝手な値を入れることはできない。よって、具体的には、以下の通り設定する。
・情報源名：ＣショップＰＣ
・表名：Ｃショップ取扱ＰＣ
・必須検索条件制御フラグ：必須条件を満たさない場合に候補としない。
【００５２】
例えば、仮に、メーカ名として「すべてのメーカ」という予約語を指定すると、すべてのメーカの情報を検索してくれるＷｅｂページがある場合は、「すべてのメーカ」を情報源問い合わせ記述能力情報の検索条件のデフォルト値に設定し、必須検索条件制御情報の必須検索条件制御フラグには、「デフォルト値を用いて候補とする」を設定することが有効である。ユーザがメーカ名を検索条件に指定しないときは、「すべてのメーカ」に対する検索条件を本発明の変換方法により補完される。
【００５３】
（６） 情報源が内在する表毎の必須検索条件グループ情報の定義（ステップ２６０）：
必須条件は、ある表に対して複数の項目が必須でる場合がある。このようなデータ項目の集まりを必須項目グループと呼ぶ。それぞれの情報源が内在する表毎の必須検索条件グループ情報を以下の通り、設定する。設定例を図１５に示す。
【００５４】
▲１▼ Ａ社ＰＣ製品ＲＤＢ
必須検索条件を設定する必要がないため、何も設定しない。
▲２▼ Ｂ社ＰＣ製品Ｗｅｂページ
必須検索条件を設定する必要がないため、何も設定しない。
▲４▼ Ｃショップ取扱ＰＣ検索エンジン
Ｃショップ取扱ＰＣ検索エンジンで検索する場合には、メーカ名が検索条件に設定されていないと、検索ができない。このため、以下の通り設定する。
・情報源名：ＣショップＰＣ
・表名：Ｃショップ取扱ＰＣ
・必須検索条件グループ番号：１
・データ項目名：メーカ名
次に変換フェーズについて説明する。
【００５５】
以下の欲しい項目とその条件からなる簡易な構文の検索要求に対する処理を説明する。
…
検索項目：価格
検索条件：商品名＝Ａ−ＰＣ１
…
（１） 問い合わせの構文を解析し、情報源問い合わせ記述能力情報を用いて問い合わせ一次候補を生成（ステップ３００）：
データ項目値の取得可否フラグが「可」であるデータ項目「価格」と、検索条件への指定可否フラグが「可」であるデータ項目名「商品名」を同時に持つ情報源を情報源問い合わせ記述能力テーブルから探索する。結果として以下を取得する。
【００５６】
（候補１）
情報源名：Ａ社ＰＣ
情報源種別名：ＲＤＢ
表名：Ａ社ＰＣ製品テーブル
データ項目名：価格、データ型名：ＩＮＴ，検索条件のデフォルト値：＜ＮＵＬＬ＞
データ項目名：商品名、データ型名：ＣＨＡＲ，検索条件のデフォルト値：＜ＮＵＬＬ＞
（候補２）
情報源名：Ｂ社ＰＣ
情報源種別名：ＷｅｂＰａｇｅ
表名：Ｂ社ＰＣ製品テーブル
データ項目名：価格、データ型名：ＬＯＮＧ，検索条件のデフォルト値：＜ＮＵＬＬ＞
データ項目名：商品名、データ型名：ＣＨＡＲ，検索条件のデフォルト値：＜ＮＵＬＬ＞
（候補３）
情報源名：Ｃ社ＰＣ
情報源種別名：ＷｅｂＰａｇｅ
表名：Ｃショップ取り扱いＰＣ
データ項目名：価格、データ型名：ＬＯＮＧ，検索条件のデフォルト値：＜ＮＵＬＬ＞
データ項目名：商品名、データ型名：ＣＨＡＲ，検索条件のデフォルト値：＜ＮＵＬＬ＞
（２） 情報源種別問い合わせ記述能力情報とデータ型問い合わせ記述能力情報を用いて問い合わせ付加な問い合わせ一次候補を削除（ステップ３１０）：
情報源種別名「ＷｅｂＰａｇｅ」のＯＲ条件指定可否フラグが「不可」となっているが、検索要求として、ＯＲは指定されていなかったため、情報源種別問い合わせ記述能力のチェックは、問題なしとなる。
【００５７】
データ型問い合わせ記述能力テーブルにおいては、問い合わせの条件式として、「＝」が指定されているので、＝条件の指定可否フラグをチェックするが、「可」となっているので、問題なしとなる。
（３） 必須検索条件制御情報と必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ一次候補を削除（ステップ３２０）：
作成された候補について、アクセスしようとする表が、必須検索条件グループテーブルに含まれるかを調べる。この例の場合、ＣショップＰＣ情報源が必須検索条件グループとして登録されていて、データ項目「メーカ名」が必須項目となっている。上記問い合わせにおいては、「メーカ名」は指定されていない。このように、必須検索条件が含まれない問い合わせについては、必須検索条件制御テーブルをチェックし、必須検索条件制御フラグの内容を参照し、候補の扱いを決定する。この例の場合は「候補としない」となっているので、（候補３）は、候補から削除する。
【００５８】
（４） 情報源問い合わせ記述能力情報を用いて問い合わせ可能で必須条件データ項目が欠如したものは、その検索条件を補完（ステップ３３０）：
この例においては、必須検索条件に該当した（候補３）は、上記の（３）の処理で削除されているので、検索条件の補完は実施されない。
（５） 残った各問い合わせ一次候補を問い合わせ候補とし、情報源種別毎の問い合わせ文生成関数に渡す（ステップ３４０）：
最終的に残った問い合わせ一次候補である（候補１）と（候補２）を問い合わせ文生成関数に渡す。
【００５９】
（６） 情報源固有の問い合わせ記述を生成し、結果を返却する（ステップ３５０）：
それぞれ以下のような情報源固有の問い合わせ記述が生成される。
（候補１）select 価格 from Ａ社ＰＣ製品テーブル where 商品名＝’Ａ−ＰＣ１’
（候補２）http://www.b-shop.co.jp/products.html ｜価格｜商品名＝’Ａ−ＰＣ１’
また、前述の図６に示す準備フェーズの動作及び図７に示す変換フェーズの動作をプログラムとして構築し、異種情報源問い合わせ変換装置として利用されるコンピュータに接続されるディスク装置や、フロッピーディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることにより、本発明を容易に実現できる。
【００６０】
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【００６１】
【発明の効果】
上述のように、本発明によれば、オープンなネットワーク上において、ますます増大する問い合わせ記述の異なる情報源に対し、その種々の情報を情報源毎に独立に管理すればよいので、システム構築が容易かつ、拡張性に富み、本発明に対する問い合わせ記述は検索項目とその条件のみからなる簡易な構文を用いているので、各情報源毎に異なる問い合わせ文記述の違いをユーザに意識させることなく、簡易な単一フォーマットで全ての情報源に対する問い合わせ記述を実現できるため、従来に比較して画期的に、異種の情報源に対する問い合わせ記述効率が向上する。
【００６２】
また、本発明は、例えば、「各社種々の情報源種別から構成されるエクストラネットにおけるキーワード検索」、「複数の画像データベースから構成されるマルチメディア百科事典」、「顧客データベースと商品Ｗｅｂページから構成されるヘルプデスク」などの問い合わせ変換に利用可能であり、シームレスな情報源アクセス技術の確立に貢献し得る。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明の異種情報源問い合わせ変換処理のフローチャート（その１）である。
【図４】本発明の異種情報源問い合わせ変換処理のフローチャート（その２）である。
【図５】本発明の異種情報源問い合わせ変換装置の構成図である。
【図６】本発明の準備フェーズの動作のフローチャートである。
【図７】本発明の変換フェーズの動作のフローチャートである。
【図８】本発明の一実施例の情報源問い合わせ情報蓄積部に格納される内容の例である。
【図９】本発明の一実施例のＰＣ検索エンジンによる検索結果の例である。
【図１０】本発明の一実施例の情報源種別問い合わせ記述能力情報の例である。
【図１１】本発明の一実施例の情報源種別データ型問い合わせ記述能力情報の例である。
【図１２】本発明の一実施例の情報源情報の例である。
【図１３】本発明の一実施例の情報源問い合わせ記述能力情報の例である。
【図１４】本発明の一実施例の必須検索条件制御情報の例である。
【図１５】本発明の一実施例の必須検索条件グループ情報の例である。
【符号の説明】
１００ 変換手段
１１０ ユーザインタフェース部
１２０ 問い合わせ構文解析手段、問い合わせ構文解析部
１３０ 問い合わせ候補生成手段、問い合わせ候補生成部
１３１ データ項目探索部
１３２ 問い合わせ記述能力チェック部
１３３ 必須条件データ項目処理部
１４０ 問い合わせ構文生成部
１４１ 問い合わせ構文生成制御部
１４２ 問い合わせ文生成関数ライブラリ
１５０ 記憶手段、情報源問い合わせ情報蓄積部
１６０ 情報源問い合わせ情報管理部
２００ アプリケーションプログラム
３００ 情報定義手段
Claims (3)
- ユーザからの単一フォーマットの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換するための異種情報源問い合わせ変換装置における、異種情報源問い合わせ変換方法において、
変換手段が、前記種々の情報源の情報源種別毎の問い合わせ記述能力を管理する情報源種別問い合わせ記述能力情報、情報源種別のデータ型毎の問い合わせ記述能力を管理するデータ型問い合わせ記述能力情報、情報源の種別やアクセス情報を管理する情報源情報、情報源が内在するデータ項目の問い合わせ能力を管理する情報源問い合わせ記述能力情報、情報源が内在する表毎の必須条件の処理方法を管理する必須検索条件制御情報、及び、情報源が内在する表毎の必須検索条件を管理する必須検索条件グループ情報の各情報を格納する記憶手段の情報を用いて、前記ユーザからの問い合わせ記述を、前記種々の情報源固有の問い合わせ記述に変換する変換ステップを行い、
前記変換ステップは、
前記種々の情報源固有の問い合わせに変換する際に、
取得した単一フォーマットによる問い合わせに対し、問い合わせの構文を解析し、
前記情報源問い合わせ記述能力情報を用いて問い合わせ一時候補を生成し、
前記情報源種別問い合わせ記述能力情報と前記データ型問い合わせ記述能力情報を用いて問い合わせ不可な問い合わせ一次候補を削除し、
前記必須検索条件制御情報と前記必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ記述能力情報を用いて問い合わせ可能で必須条件データ項目が欠如したものはその検索条件を補完し、
残った各問い合わせ一次候補を問い合わせ候補とし、
情報源種別毎の問い合わせ文生成関数に渡し、情報源固有の問い合わせ記述を生成し、結果を返却する
ことを特徴とする異種情報源問い合わせ変換方法。 - ユーザからの単一フォーマットの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換するための異種情報源問い合わせ変換装置であって、
前記種々の情報源の情報源種別毎の問い合わせ記述能力を管理する情報源種別問い合わせ記述能力情報、情報源種別のデータ型毎の問い合わせ記述能力を管理するデータ型問い合わせ記述能力情報、情報源の種別やアクセス情報を管理する情報源情報、情報源が内在するデータ項目の問い合わせ能力を管理する情報源問い合わせ記述能力情報、情報源が内在する表毎の必須条件の処理方法を管理する必須検索条件制御情報、及び、情報源が内在する表毎の必須検索条件を管理する必須検索条件グループ情報の各情報を格納する記憶手段と、
前記記憶手段の情報を用いて、前記ユーザからの問い合わせ記述を、前記種々の情報源固有の問い合わせ記述に変換する変換手段と、を有し
前記変換手段は、
取得した単一フォーマットによる問い合わせに対し、問い合わせの構文を解析する問い合わせ構文解析手段と、
前記情報源問い合わせ記述能力情報を用いて問い合わせ一時候補を生成する手段と、前記情報源種別問い合わせ記述能力情報と前記データ型問い合わせ記述能力情報を用いて問い合わせ不可な問い合わせ一次候補を削除する手段と、前記必須検索条件制御情報と前記必須検索条件グループ情報を用いて問い合わせ不可な問い合わせ記述能力情報を用いて問い合わせ可能で必須条件データ項目が欠如したものはその検索条件を補完する手段とを有する問い合わせ候補生成手段と、
残った各問い合わせ一次候補を問い合わせ候補とし、情報源種別毎の問い合わせ文生成関数に渡し、情報源固有の問い合わせ記述を生成し、結果を返却する問い合わせ構文生成手段と、を含むことを特徴とする異種情報源問い合わせ変換装置。 - ユーザからの単一フォーマットの問い合わせ記述を、種々の情報源固有の問い合わせ記述に変換するための異種情報源問い合わせ変換装置における、異種情報源問い合わせ変換プログラムを格納した記憶媒体であって、
前記請求項１記載の異種情報源問い合わせ変換方法を実現するための処理をコンピュータに実行させるプログラムを格納したことを特徴とする異種情報源問い合わせ変換プログラムを格納した記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27114199A JP3671765B2 (ja) | 1999-09-24 | 1999-09-24 | 異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27114199A JP3671765B2 (ja) | 1999-09-24 | 1999-09-24 | 異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001092844A JP2001092844A (ja) | 2001-04-06 |
| JP3671765B2 true JP3671765B2 (ja) | 2005-07-13 |
Family
ID=17495902
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP27114199A Expired - Lifetime JP3671765B2 (ja) | 1999-09-24 | 1999-09-24 | 異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3671765B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7698441B2 (en) * | 2002-10-03 | 2010-04-13 | International Business Machines Corporation | Intelligent use of user data to pre-emptively prevent execution of a query violating access controls |
| JP2006512695A (ja) * | 2002-12-23 | 2006-04-13 | デクステラ・インコーポレイテッド | モバイルデータとソフトウェアのアップデートシステムおよび方法 |
| US7383255B2 (en) * | 2003-06-23 | 2008-06-03 | Microsoft Corporation | Common query runtime system and application programming interface |
| JP4704769B2 (ja) * | 2005-02-21 | 2011-06-22 | エスアーペー アーゲー | 修理見積額出力装置、修理見積額出力方法、修理見積額出力プログラム、および修理見積額出力システム |
| JP5326303B2 (ja) * | 2008-03-10 | 2013-10-30 | 富士通株式会社 | 統合装置、統合プログラム、統合方法 |
| JP5100820B2 (ja) | 2010-11-25 | 2012-12-19 | 株式会社東芝 | 問合せ式変換装置、方法およびプログラム |
| CN102571720B (zh) * | 2010-12-27 | 2015-02-04 | 中国移动通信集团辽宁有限公司 | 一种异构信息内容处理方法及装置 |
| US9767108B2 (en) * | 2012-07-13 | 2017-09-19 | Hitachi Solutions, Ltd. | Retrieval device, method for controlling retrieval device, and recording medium |
| JP6523923B2 (ja) * | 2015-11-06 | 2019-06-05 | 三菱電機株式会社 | 検索制御装置および検索制御方法 |
| US12493802B2 (en) * | 2024-03-05 | 2025-12-09 | Squirrel Applications Llc | System and method for cross-platform personalized information management |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11232154A (ja) * | 1998-02-16 | 1999-08-27 | Nippon Telegr & Teleph Corp <Ntt> | 複数データベース異種性解消検索方法および装置と複数データベース異種性解消検索プログラムを記録した記録媒体 |
| JP3437434B2 (ja) * | 1998-02-18 | 2003-08-18 | 日本電信電話株式会社 | 画像データベース異種性解消検索方法および装置と画像データベース異種性解消検索プログラムを記録した記録媒体 |
-
1999
- 1999-09-24 JP JP27114199A patent/JP3671765B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001092844A (ja) | 2001-04-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7747610B2 (en) | Database system and methodology for processing path based queries | |
| US7080067B2 (en) | Apparatus, method, and program for retrieving structured documents | |
| US7634498B2 (en) | Indexing XML datatype content system and method | |
| Arocena et al. | WebOQL: Restructuring documents, databases, and webs | |
| US7293018B2 (en) | Apparatus, method, and program for retrieving structured documents | |
| US6950815B2 (en) | Content management system and methodology featuring query conversion capability for efficient searching | |
| US6959416B2 (en) | Method, system, program, and data structures for managing structured documents in a database | |
| US8290977B2 (en) | Database system providing methodology for execution of functions in XML queries | |
| US6233578B1 (en) | Method and system for information retrieval | |
| US7124358B2 (en) | Method for dynamically generating reference identifiers in structured information | |
| US8983931B2 (en) | Index-based evaluation of path-based queries | |
| US20040220912A1 (en) | Techniques for changing xml content in a relational database | |
| US20110131200A1 (en) | Complex path-based query execution | |
| US20020078041A1 (en) | System and method of translating a universal query language to SQL | |
| US20050165754A1 (en) | Method and system for data retrieval from heterogeneous data sources | |
| Binding et al. | KOS at your service: Programmatic access to knowledge organisation systems | |
| JP3671765B2 (ja) | 異種情報源問い合わせ変換方法及び装置及び異種情報源問い合わせ変換プログラムを格納した記憶媒体 | |
| US8086561B2 (en) | Document searching system and document searching method | |
| JP3786233B2 (ja) | 情報検索方法および情報検索システム | |
| US7769750B2 (en) | Metadata based hypermedia management system | |
| US20090210400A1 (en) | Translating Identifier in Request into Data Structure | |
| KR20170088466A (ko) | 그래프 데이터에 대한 부분 매칭 시스템 | |
| US20060095513A1 (en) | Hypermedia management system | |
| JP4289022B2 (ja) | 構造化文書処理方法及び装置及び構造化文書処理プログラム及び構造化文書処理プログラムを格納した記憶媒体 | |
| JP2001134597A (ja) | 複数異種情報源アクセス方法及び装置及び複数異種情報源アクセスプログラムを格納した記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041012 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050111 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050304 |
|
| 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: 20050329 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050411 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3671765 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100428 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100428 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110428 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 9 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |