(57)【要約】他の方法ではリンクされていないデータベース間をリンクさせる方法と装置を提供する。このようなリンクを生成する方法は、原始データベース内でテキストを選択することによって開始することができる。出発点となるリンクは、この原始データベースに存在することが望ましい。その後、少なくとも１つの目的データベース内で、選択したこのテキストに関係した情報を検索する。関連したそれぞれの情報ブロックに関するアドレス情報を原始データベース内で選択されたテキストと関係づけ、リンクする。
2004514967.tif 000002
【特許請求の範囲】
【請求項１】
データベース間をリンクする方法であって、
少なくとも１つの原始データベースを選択し；
この原始データベースから原始データを選択し；
少なくとも１つの目的データベースを選択し；
この目的データベースの中で、選択した上記原始データと一致する目的データを所定の規則に従って検索し；
この目的データが上記原始データと一致した場合に上記原始データベースにリンクを挿入し、このリンクによって上記原始データベースへの少なくとも１つのエントリーを上記目的データベースへの少なくとも１つのエントリーと結びつける操作を含む方法。
【請求項２】
選択した上記原始データベースからフィールドを１つ選択し；
このフィールドを上記目的データベースへの少なくとも１つのエントリーと結びつけるリンクを上記原始データベースに挿入する操作を含む、請求項１に記載の方法。
【請求項３】
選択した上記目的データベースから少なくとも１つのフィールドを選択し；
選択した上記目的データベースから選択したこのフィールドの中で、上記原始データと一致する目的データを所定の規則に従って検索する操作を含む、請求項１または２に記載の方法。
【請求項４】
テキスト検索パラメータを選択し；
このテキスト検索パラメータを利用して、選択した少なくとも１つの上記原始データベースを検索し；
このテキスト検索パラメータを利用して見つかった少なくとも１つの原始テキストと、この原始テキストの位置を同定し；
少なくとも１つの目的データベースの中で、上記原始テキストと一致する目的テキストを所定の規則に従って検索し；
この目的テキストが上記原始テキストと一致した場合にその原始テキストとその目的テキストをリンクする操作を含む、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
選択した上記原始データベースからフィールドを１つ選択し；
選択した上記テキスト検索パラメータを利用して、上記原始データベースから選択したフィールドを検索する操作を含む、請求項４に記載の方法。
【請求項６】
選択した上記目的データベースから少なくとも１つのフィールドを選択し；選択した上記目的データベースから選択したこの少なくとも１つのフィールドの中で、原始テキストと一致する目的テキストをテキスト検索規則に従って検索する操作をさらに含む、請求項４または５に記載の方法。
【請求項７】
リンクを生成するとき、上記原始データベースへの上記エントリーが少なくとも１つのリンクを有することを確認し；少なくとも上記目的データベースとエントリーを同定する識別子を挿入する操作をさらに含む、請求項１〜６のいずれか１項に記載の方法。
【請求項８】
リンクを生成するとき、原始テキストが少なくとも１つのリンクを有することを確認し、少なくとも上記目的データベースとフィールドを同定する識別子を挿入する操作を含む、請求項４〜７のいずれか１項に記載の方法。
【請求項９】
上記原始データベースから１つ以上の検索用語を抽出し；
上記原始データベースから抽出したこの１つ以上の検索用語を利用して上記目的データベースを検索し；
上記原始データベースにリンクを挿入し、このリンクによって、上記原始データベース内の１つの検索用語を上記目的データベースへの少なくとも１つのエントリーと結びつける操作を含む、請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
上記原始データベースにリンクを挿入し、このリンクによって上記原始データベース内のそれぞれの検索用語を上記目的データベースへの少なくとも１つのエントリーと結びつける操作を含む、請求項９に記載の方法。
【請求項１１】
上記原始データベース内でそれぞれの検索用語の近傍にリンクを表示する操作を含む、請求項９または１０に記載の方法。
【請求項１２】
少なくとも１つのデータベースと、このデータベースから別のデータベースにリンクする手段とを備えるコンピュータ・システムであって、
少なくとも１つの原始データベースを選択する手段と；
この原始データベースから原始データを選択する手段と；
少なくとも１つの目的データベースを選択する手段と；
この目的データベースの中で、選択した上記原始データと一致する目的データを所定の規則に従って検索する手段と；
上記原始データベースにリンクを挿入し、このリンクによってこの原始データベースへの少なくとも１つのエントリーを上記目的データベースへの少なくとも１つのエントリーと結びつける手段とを含むコンピュータ・システム。
【請求項１３】
コンピュータで実行したとき、そのコンピュータに請求項１〜１１のいずれか１項に記載の方法を実行させるプログラム・コードを含むコンピュータ・プログラム。
【請求項１４】
コンピュータで実行したとき、そのコンピュータに請求項１〜１１のいずれか１項に記載の方法を実行させるコンピュータ可読プログラム・コードが記憶されている、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【０００１】
発明が属する技術分野
本発明は、電子データベース全般に関するものであり、さらに詳細には、データベース間をリンクしてナビゲーションするのに用いられる方法と装置に関する。
【０００２】
発明の背景
多数の電子データベースが利用可能になっている。そのうちのいくつかは独立型のデータベースとして作られており、他のデータベースで利用できる追加情報を示すリンクはない。その他のデータベースでは、他の関連したデータベースへの電子的リンクまたはテキスト・リンクが埋め込まれている。これらリンクは、データベースを構成するときに確認して挿入されたものである。
【０００３】
例えばタンパク質データベースである“ＳｗｉｓｓＰｒｏｔ”は、タンパク質が酵素活性を有する場合には“ＥＮＺＹＭＥ”データベースへのエントリーに対応するリンクを備えている。したがって、“ＳｗｉｓｓＰｒｏｔ”で見つかったタンパク質の酵素活性に興味がある場合には、“ＥＮＺＹＭＥ”データベースへのリンクを利用して酵素活性に関する情報を得ることができる。
【０００４】
リンクを有するデータベースが作成されているとはいえ、別の１つのデータベースへのリンクしかなされていないことがしばしばある。リンクされるこのデータベースはよく知られていて、通常は、データベースの作成者が有益で関係した情報を含んでいることを確認したデータベースである。しかしデータベースの作成者の一方がリンクしていない２つのデータベース間をリンクするのに利用できる方法は現在のところ存在していない。
【０００５】
発明のまとめ
本発明は、上記の問題を解決し、他の方法ではリンクされていないデータベース間をリンクさせる方法と装置を提供する。このようなリンクを生成する方法は、原始データベース内でテキストを選択することによって開始することができる。出発点となるリンクは、この原始データベースに存在することが望ましい。その後、少なくとも１つの目的データベース内で、選択したこのテキストに関係した情報を検索する。関連したそれぞれの情報ブロックに関するアドレス情報を原始データベース内で選択されたテキストと関係づけ、リンクする。
【０００６】
本発明により、データベース間、特に独立なデータベース間をリンクする方法であって、
少なくとも１つの原始データベースを選択し；
この原始データベースから原始データを選択し；
少なくとも１つの目的データベースを選択し；
この目的データベースの中で、選択した上記原始データと一致する目的データを所定の規則に従って検索し；
この目的データが上記原始データと一致した場合に上記原始データベースにリンクを挿入し、このリンクによって上記原始データベースへの少なくとも１つのエントリーを上記目的データベースへの少なくとも１つのエントリーと結びつける操作を含む方法が提供される。
【０００７】
本発明により、選択した上記原始データベースからフィールドを１つ選択し；
このフィールドを上記目的データベースへの少なくとも１つのエントリーと結びつけるリンクを上記原始データベースに挿入する操作を提供することができる。
【０００８】
本発明により、選択した上記目的データベースから少なくとも１つのフィールドを選択し；
選択した上記目的データベースから選択したこのフィールドの中で、上記原始データと一致する目的データを所定の規則に従って検索する操作を提供することもできる。
【０００９】
本発明により、上記原始データベース内で原始データを選択した後、検索用語を所定の基準に従ってこの原始データベースから導き出し、この検索用語を用いて目的データベースを検索する操作を提供することができる。
【００１０】
本発明により、上記原始データベース内で原始データを選択するとき、この原始データの位置を明らかにし、この原始データベースに挿入された上記リンクにより、この原始データの位置を目的データベースへの少なくとも１つのエントリーと結びつける操作をさらに提供することができる。
【００１１】
リンクを生成するとき、原始データベース内で以前に選択したフィールドが少なくとも１つのリンクを有することを確認し、少なくとも上記目的データベースと、このリンクに関係した、この目的データベースへのエントリーとを同定する識別子を挿入する操作を含む方法を提供することができる。
【００１２】
本発明により、特に、独立なデータベース間をリンクする方法であって、
少なくとも１つの原始データベースと、少なくとも１つの目的データベースを選択し；
テキスト検索パラメータを選択し；
このテキスト検索パラメータを利用して、選択した少なくとも１つの上記原始データベースを検索し；
このテキスト検索パラメータを利用して見つかった少なくとも１つの原始テキストと、この原始テキストの位置を同定し；
少なくとも１つの目的データベースの中で、上記原始テキストと一致する目的テキストを所定の規則に従って検索し；
この目的テキストが上記原始テキストと一致した場合にその原始テキストとその目的テキストをリンクする操作が提供される。
【００１３】
本発明は、選択した上記原始データベースからフィールドを１つ選択し；
選択した上記テキスト検索パラメータを利用して、上記原始データベースから選択したフィールドを検索する操作をさらに含むこともできる。
【００１４】
本発明の方法は、選択した上記目的データベースから少なくとも１つのフィールドを選択し；
選択した上記目的データベースから選択したこの少なくとも１つのフィールドの中で、原始テキストと一致する目的テキストをテキスト検索規則に従って検索する操作をさらに含むこともできる。
【００１５】
本発明の方法は、リンクを生成するとき、原始テキストが少なくとも１つのリンクを有することを確認し；少なくとも上記目的データベースとフィールドを同定する識別子を挿入する操作をさらに含むこともできる。
【００１６】
本発明により、特に、データベース間をリンクする方法であって、
原始データベースを選択し；
選択したこの原始データベースからフィールドを１つ選択し；
テキスト検索パラメータを選択し；
選択したこのテキスト検索パラメータを利用して、選択した原始データベース内で選択した上記フィールドを検索し；
上記テキスト検索パラメータを利用して見つけた少なくとも１つの原始テキストと、その原始テキストの位置を同定し；
少なくとも１つの目的データベースを選択し；
選択したこの目的データベースから少なくとも１つのフィールドを選択し；
選択したこの目的データベースから選択した上記フィールド内で、原始テキストと一致する目的テキストをテキスト検索規則に従って検索し；
上記目的テキストが上記原始テキストと一致した場合にその原始テキストとその目的テキストをリンクし；
リンクを生成するとき、上記原始テキストが少なくとも１つのリンクを有することを確認し；少なくとも上記目的データベースとフィールドを同定する識別子を挿入する操作を含む方法が提供される。
【００１７】
本発明により、データベース間をリンクする方法であって、
少なくとも１つの原始データベースを選択し；
この原始データベースから検索する少なくとも１つの用語を抽出し；
少なくとも１つの目的データベースを選択し；
上記原始データベースから抽出した少なくとも１つの検索用語を用いてこの目的データベースを検索し；
上記原始データベースにリンクを挿入し、このリンクよって、上記原始データベース内のそれぞれの検索用語を目的データベースへの少なくとも１つのエントリーと結びつけ；
原始データベース内でそれぞれの検索用語の非常に近くにリンクを表示する操作を含む方法がさらに提供される。
【００１８】
本発明により、上記の方法を実行する手段と、コンピュータで実行するとき、そのコンピュータに上記の方法を実行させるコンピュータ・プログラムと、コンピュータ可読プログラム・コードが記憶されているコンピュータ可読媒体とを備え、このプログラム・コードがこのようなプログラムを実現しているコンピュータ・システムがさらに提供される。
【００１９】
定義
データベースとは、データベース、データバンク、表のすべてと、それ以外で構造化された情報または構造化されていない情報を集めたものを意味する。
【００２０】
リンクとは、ナビゲーション装置や接続のすべて、あるいは情報断片または情報群の間を移動する際に利用するあらゆる方法を意味し、この中にはハイパーリンクなどが含まれる。
【００２１】
リッチ・リンクとは、自動的に生成されるあらゆるリンクを意味する。
【００２２】
クリッキングとは、リンクを選択するあらゆる方法、および／またはリンクを活性化するあらゆる方法を意味する。
【００２３】
概要
リッチ・リンクにより掘り出し物や新しい情報の発見が容易になるが、専門家はリッチ・リンクを挿入していないため、専門家を１００％信頼することはできない。適切なグラフィック・ユーザー・インターフェイス（ＧＵＩ）が与えられると、リッチ・リンクはユーザーにとって直感的に意味のわかるものになる。ユーザーは、例えば原始データベースのエントリーを表示しているＧＵＩからテキスト中の所定の単語を出発点とするリンクを見ることができるため、なぜそのリンクがそこにあるかが直ちに明らかになる。リンクに従っていくと、目的データベース中の関係したエントリーに辿り着く。リッチ・リンクにより、１つの分野の専門家は、ほとんど知らない分野、あるいはまったく知らない分野からの情報を含むデータベースや、原始データベースおよび目的データベースの作成者がデータベース間のリンクを設けていない分野からの情報を含むデータベースを詳しく調べることができるようになる。
【００２４】
データベース１とデータベース２という２つのデータベースを接続するリッチ・リンクの概略が図１に示してある。データベース１のエントリー２のフィールド２は、リッチ・リンク・アルゴリズムによってデータベース２のエントリー１のフィールド３に接続されている。この例では、リッチ・リンク・アルゴリズムが、データベース１のエントリー２とデータベース２のエントリー１の間にリンクを挿入する十分な理由を見いだした。このリッチ・リンク・アルゴリズムは他のエントリーを接続する理由を見いださなかったため、これ以外のリンクはまったく挿入されていない。
【００２５】
実施例
図２は、図１に示したリンクをいかにして実現するかを示している。一般に、このようなリンクを実現する仕事は、データベースの管理者または提供者が行なう。しかし場合によっては、ユーザーが自分でリンクを作り出すことができる。
【００２６】
好ましい実施態様では、原始データベースと目的データベースをステップＳ１０で選択する。好ましい選択基準は以下のようなものである。
・価値ある情報が２つのデータベース間のリンクから出現してこなくてはならない。例えばタンパク質データベースを化合物データベースにリンクすると、タンパク質に結合できる化合物を明らかにすることができよう。するとこのようなリンクが医薬品開発におけるリード化合物を検索するための出発点として役立つ可能性がある。
・２つのデータベースの間にすでにリンクが存在してはならない。
【００２７】
場合によては、原始データベースと目的データベースを多数選択することができる。しかしデータベースを多く選択するほどリッチ・リンクを生成するのに時間がかかるようになる。データベースを選択し終えると、原始データベース内の１つ（または複数）のフィールドをリンクの出発点として選択することができる。好ましい実施態様では、原始データベース内の興味の対象であるフィールドをステップＳ１２で選択する。別の実施態様では、このステップをオプションにすることができる。このステップは、オプションであるとはいえ、目的データベースの検索に用いるテキストを同定するのに必要な時間を短くしてくれる。
【００２８】
フィールドを選択するときには、目的データベースの対象領域と関係している可能性のある用語を含むフィールドを選択することが好ましい。例えば原始データベースとしてＷＤＩ（世界医薬品インデックス、医薬品のデータベース）を選択し、目的データベースとしてＯＭＩＭ（ヒトのメンデル遺伝オンライン版、遺伝病のデータベース）を選択したとする。ＷＤＩでは、指示（ＩＵ）フィールドにおいて、ＯＭＩＭに現われる用語を含んでいる可能性がある医薬品を用いてどのような症状または疾患を治療できるかを指定する。
【００２９】
テキスト抽出規則をステップＳ１４で適用する。目的データベース内での検索に用いることのできる用語リストを抽出するには、原始データベース内で選択したフィールドの性質に応じ、テキストをいくらか加工せねばならない可能性がある。導入した上記のＷＤＩ／ＯＭＩＭの例を続けると、指示フィールド内の症状または疾患はコロンで隔てる。したがってコロンに挟まれたフレーズを取り出してリストに入れるには、このフィールドの構文解析を行なう必要があろう。
【００３０】
より複雑なケースが、ＷＤＩの中のある物質がどのタンパク質と結合するかを明らかにしようとするときに発生する。この場合、ＷＤＩからＳｗｉｓｓＰｒｏｔまたはＧｅｎｓｅｑ（ダーウェント社による特許化された生物配列のデータベース）へのリッチ・リンクを設定してみることができよう。ここでは、ＷＤＩの中のＡｃｔｉｖｉｔｙ Ｃｌａｓｓ（ＰＴ）フィールドをリンクの出発点として選択することができよう。このフィールドは、自由形式のテキストを含んでいる。このフィールドにおける典型的なフレーズを１つ挙げると、“Ｃａｒｂｏｎｉｃ ａｎｈｙｄｒａｓｅ ｉｎｈｉｂｉｔｏｒ”になろう。“ｉｎｈｉｂｉｔｏｒ”というキーワードが存在していることで、問題の医薬品があるタンパク質（ここに挙げた例では“ｃａｒｂｏｎｉｃ ａｎｈｙｄｒａｓｅ”）を抑制する可能性が非常に高いことに気づく。したがってこのフィールドに関しては、キーワード群（“ｉｎｈｉｂｉｔｏｒ”、“ａｇｏｎｉｓｔ”、“ａｎｔａｇｏｎｉｓｔ”、“ｃｏｆａｃｔｏｒ”など）を探すようなテキスト抽出規則にし、そのキーワードの前にあるフレーズを抜き出す。次に、このようにして見いだされた各フレーズを、目的データベース内で検索する用語リストに追加する。
【００３１】
目的データベース内の興味の対象であるフィールドをステップＳ１６において選択する。テキスト抽出規則によって生成された用語またはフレーズがどのようなものであるかがわかると、そのフレーズが見つかる可能性のあるフィールドを目的データベース内で選択するのが一般に極めて容易になる。例えば、ＯＭＩＭの「キーワード」フィールドと「症状」フィールドの両方とも疾患または症状の名称を含んでいる。そのためこれらフィールドが、ＷＤＩの「指示」フィールドから抽出したフレーズを用いて検索を行なう適切なターゲットになる。このステップは、ステップＳ１２と同様にオプションであるが、リッチ・リンクを生成するのに必要な時間を短縮してくれる。
【００３２】
検索手続きをステップＳ１８で実施する。原始データベースにおけるテキスト抽出によって得られたフレーズ群を、検索用語として目的データベースにおいて使用する。好ましい実施態様では、すでに説明したように、これらの用語を用い、目的データベース内で選択したフィールドを検索することになる。その後、検索結果をステップＳ２０でユーザーに提示する。これは、一般にＧＵＩによってなされる。このＧＵＩは、最初は原始データベースへのエントリーを示すことになろう。下線を引いたり別の方法で強調したりしてある単語またはフレーズにより、リンクを示すことができる。これらの単語またはフレーズは、テキスト抽出規則によって見いだされたものである可能性がある。追加情報を（おそらく括弧に入れて）テキストに挿入して目的データベースの名称を示し、それと同時に目的データベース内で検索したフィールドの名称もおそらく示すことができる。
【００３３】
下線を引いたり強調したりしてある単語をクリックすると、あるいは目的データベース内で２つ以上のフィールドを検索した場合にフィールド名の１つをクリックすると、目的データベース内の対応するエントリーのビューがユーザーに提供される。あるいは、検索手続きによって２つ以上のエントリーが見つかった場合には、エントリー・リストが提示される。このエントリー・リストに対しては、ユーザーが選択を行なうことができる。
【００３４】
ＳＲＳのもとでの実施
以下の説明において、ＳＲＳパーサーを書くことに関して通常程度の能力を有するＳＲＳのプログラマーに対し、ＳＲＳでリッチ・リンクを実現するのに十分な情報を提供する。
【００３５】
ＳＲＳのもとでは、リッチ・リンクを設定する全プロセスは、原始データベースのパーサー・ファイル（すなわち．ｉｓファイル）において実現される。このプロセスは図２に示してあり、前のセクションで説明した。ただし、リンクするデータベースの選択については説明していない。
【００３６】
ＳＲＳパーサー・ファイルでは、ユーザーが、ＨＴＭＬを生成するフィールド用のプロダクションを指定することができる。これらフィールドは、フライ上でウェブ・ページを構成するためにＳＲＳ ＣＧＩプログラム（ｗｇｅｔｚ）で使用されているメカニズムの１つである。原始データベース内でフィールドを選択した後、特別なＨＴＭＬプロダクションを書いてリッチ・リンクを生成させる。標準的なＳＲＳパース機能を用いて適切なテキスト抽出規則を適用する。見つかったそれぞれの単語またはフレーズに対し、ＨＴＭＬ ｈｒｅｆメカニズムを利用し、現在のエントリーに関して生成されたＵＲＬに下線付きの単語を入れる。このＵＲＬは、見つかった単語またはフレーズを取り込み、目的データベース内の選択されたフィールドを検索するｗｇｅｔｚを呼び出すコードに含まれる。
【００３７】
ユーザーがＳＲＳＷＷＷ（ＳＲＳウェブＧＵＩ）を用いて原始データベースへのエントリーを見る場合、テキスト抽出規則によって見いだされた単語またはフレーズに対応する単語に下線が引かれているのを見ることになる。そのような単語の１つをクリックすると、ｗｇｅｔｚを呼び出すコードがアクティブにされ、ｗｇｅｔｚが新しいＵＲＬを生成し、選択された単語またはフレーズの検索が目的データベースにおいて行なわれる。ユーザーは、検索がうまくいったエントリーに対応するヒット・リストを提示される。ユーザーは、これらヒット・リストの中から１つを選択すると、１つのエントリーについて完全に調べることができる。
【００３８】
典型的なＳＲＳパーサー・ファイルの構造を図３に示す。その具体例の１つを図４に示す。この図４では、各ブロックの出発点を、＃記号で始まるコメント行によって示してある。コメント行には、図３の対応するブロックと同じテキストを入れることができる。コードの最初のブロックであるエントリーＢ４０は、１つのエントリー全体で読み取られる。コードの第２のブロックであるデータ・フィールドＢ４２は、個々のフィールドでの読み取りを行なうためのものである。コードの第３のブロックである索引化Ｂ４４は、索引化のための用語を抽出する。この第３のブロックを用いてデータベース記述ファイルへの接続を行なう。コードの４つあるブロックの最後は、ＨＴＭＬ用のマップ・フィールドＢ４６である。このブロックにおいて、リッチ・リンク・コードが一般にパーサーに挿入される。このブロックにおける各プロダクションは、データベース内に１つのフィールドを持っており、そのフィールドをＨＴＭＬページでの表示に利用できるようにする。プロダクションは、次のような形態になっている。
2004514967.tif 000003
【００３９】
スペース、タブ、新しい行をセパレータとして利用することができる。コードのブロックＢ４６にある各プロダクションの第１行目に見られる“ｔ：ｈｔｍｌ”は、ＳＲＳに対し、このプロダクションを用いてＨＴＭＬページをコードとして構成すべきであることを伝える。
【００４０】
リッチ・リンクをこれらプロダクションのうちの１つに入れるには、目的データベース内で検索可能な用語またはフレーズを抽出することのできるＩＣＡＲＵＳコードを挿入せねばならない。ＩＣＡＲＵＳは、ＳＲＳにおいてパーサーを生成するのに用いられるスクリプト言語である。ＳＲＳパーサーを書くことを仕事にしている当業者にこのスクリプト言語は周知であり、したがってＩＣＡＲＵＳについてさらに詳しく説明する必要はない。最も簡単なコードでは正規表現が用いられることになろうが、パース・テキストが外部テキスト探索プログラムに回され、このプログラムが興味の対象である用語またはフレーズを返してくるような場合には、より高度な方法も可能であろう。それぞれの用語またはフレーズは、ＩＣＡＲＵＳ変数＄ｓに入れられる。
【００４１】
次の行には、リッチ・リンクを挿入すべきかどうかを決定するプロダクション中のコードが示してある。これは、目的データベース内でフィールドを１つだけ検索する場合の例である。２つ以上のフィールドを検索する場合には、コードはより複雑になるが、用いる原則は同じになろう。わかりやすくするため、目的データベースをＴａｒｇＤｂＮａｍｅと名づけ、目的データベース内で検索しているフィールドはＴａｒｇＤｂＦｉｅｌｄと名づけた。＄Ｑｕｅｒｙに従って目的データベースの所定のフィールド内でストリング＄ｓを検索し、変数＄ｓｅｔにその結果を入れる。次にこの変数のサイズをチェックする。このサイズがゼロでない（すなわち目的データベース内でのヒットが１つ以上ある）ときだけ、コード・ブロック“＜ｉｎｓｅｒｔ ｒｉｃｈ ｌｉｎｋ＞”を実行する。
2004514967.tif 000004
【００４２】
次の行には、コード・ブロック“＜ｉｎｓｅｒｔ ｒｉｃｈ ｌｉｎｋ＞”に入りうるものの一例が示してある。目的データベース内でフィールドを１つだけ検索すると仮定し、リッチ・リンクがテキスト内で変数＄ｓに含まれる用語またはフレーズの後ろに置かれるべきであると仮定すると、この行は、目的データベースの名称と、目的データベース内のフィールドの名称を伴った下線付きＨＴＭＬリンクを括弧内に入れて挿入することになろう。
2004514967.tif 000005
【００４３】
目的データベース内の２つ以上のフィールドを検索する場合には、より複雑な方法が必要となろう。一般に、ストリング＄ｓと一致する検索結果が見つかったフィールドだけが、挿入されることになる。上に説明したのと同じ基本原理が、データベースおよび／またはフィールドが多数ある場合に当てはまるであろう。
【００４４】
関係データベース・システムのもとでの実施
用語に関する注。この明細書の別の箇所で説明した“データベース”は、関係データベース・システム（ＲＤＢＭＳ）の“表”に対応する。この明細書の別の箇所で説明した“エントリー”は、関係データベース・システムの“行”に対応する。この明細書の別の箇所で説明した“フィールド”は、関係データベース・システムの“列”に対応する。この明細書の別の箇所で説明した“リンキング”は、関係データベース・システムの“ファジーな外来キー”に対応する。このファジーな外来キーは、ＲＤＢＭＳにおいて実現したリッチ・リンクと見なすことができる。
【００４５】
標準的なＳＱＬを利用して関係システム内に一群の基本的なファジーな外来キーすなわちリッチ・リンクを実現することができる。追加データベース機能または記憶させてある手続きで特定のＲＤＢＭＳに対してだけ適用可能なものを用い、データベースの表同士の間にリッチ・リンクを生成することもできる。リッチ・リンクに関する情報をデータベース・ビューまたはデータベース・スナップショットとして利用することができる。リンク情報は、“ファジーな外来キー”の関係を記憶している追加表、したがって２つのデータ領域間のリッチ・リンクを記憶している追加表と見なすことができる。
【００４６】
関係システムに関する本発明の実施態様を示すため、上記のＷＤＩ／ＯＭＩＭの例を用いることにする。ＷＤＩデータベースとＯＭＩＭデータベースの代表がＲＤＢＭＳに記憶されていると仮定する。わかりやすくするため、“ＷＤＩ＿ＩＤ”列を有するＷＤＩ表がこのＷＤＩ表のエントリー（医薬品）だけを同定し、”Ａｃｔｉｖｉｔｙ Ｃｌａｓｓ”列がその医薬品の活性に関する情報を表わしていると仮定する。また、ＯＭＩＭ表は、疾患を同定する“ＯＭＩＭ＿ＩＤ”を１つだけ備え、“ｋｅｙｗｏｒｄ”列にはセミコロンで隔てられたキーワード群を有するストリングが記憶されていると仮定する。
【００４７】
これら２つのデータベース間にリッチ・リンクを設けるには、ＷＤＩのＡｃｔｉｖｉｔｙ Ｃｌａｓｓ（ＰＴ）フィールドでキーワード（語尾または語頭）を探して候補エントリーを同定する必要がある。ＳＲＳの例では、キーワード群を用いてリッチ・リンクのための候補エントリーを見つける。関係システムにおける解の具体例を示すため、リンキング用のキーワードは１つだけ（例えば“ｉｎｈｉｂｉｔｏｒ”）用いることにする。これは、この明細書において後で一般化されることになる。リッチ・リンクのための候補を同定するには、以下のような質問を用いることができよう。
2004514967.tif 000006
【００４８】
ここで問題なのは、ＯＭＩＭ表のキーワード領域において、上記質問の中の％記号により、一致したものをすべて探さねばならないことである。これは、（データベース・ビューまたはデータベース・スナップショットとして記憶させることのできる）以下の結合関係を用いて実現することができる。
2004514967.tif 000007
【００４９】
上記の実施例には次のような制約がある。１）リンクの同定に用いるキーワードが語尾であるリンクだけを抽出することができる；２）リンクを設定するのにキーワードを１つ（例えば“ｉｎｈｉｂｉｔｏｒ”）しか使用できない；３）ＷＤＩのＡｃｔｉｖｉｔｙ Ｃｌａｓｓ列に２つ以上の活性が含まれているとリンクが機能しない。
【００５０】
第１の制約は、語頭に対して同様の質問を発生させ、ＳＱＲ演算子ＯＲを用いてその質問を連結させることによって解決できる。第２の制約は、追加質問を利用することによって解決できる。こうすると、当然ながら非常に複雑なＳＱＲ宣言文になる。質問自体は同じ第１の構造であるため、リンキングで使用すべきキーワードをすべて含むキーワード表を用いることが可能である。このキーワード表に追加された列は、テキスト処理を行なう際にキーワードとして語尾または語頭を用いる必要があるかどうかと、ＳＱＬ変換機能においてどの文字を置換すべきかを示す。今や、上記のＳＱＲ宣言文を再構成して結合関係の中にこのキーワード表を含めるとともに、上記の“％ＩＮＨＩＢＩＴＯＲＳ”を検索していたあらゆる地点でこのキーワード表を参照できるようになった。もちろん、語頭キーワードと語尾キーワードをＯＲにするケースは残しておくことになろう。
【００５１】
第３の制約は 、手続き型言語を使用することによって解決できる。この場合、リンクの候補を同定するためにまず最初に質問するという手続きを、ＲＤＢＭＳ（オラクル用、例えばＰＬＳＱＬまたはＪａｖａ）に記憶させておくことができる（例えばキーワード表と“ＷＤＩ”表を結合する。そのとき用いるのは、“Ａｃｔｉｖｉｔｙ Ｃｌａｓｓ”列と、キーワードを語尾または語頭として使用すべきか、あるいはキーワードが列の中央部に現われるかに応じて付属させる適切なワイルドカードである）。次に、この手続きをこの質問から得られるすべての結果についてループにし、リンクを同定するため、目的データベースに関する第２の質問を行なう。第２の質問からの結果とリンクされた原始エントリーは、仮の表に入れることができる。この表は、リンク情報へのアクセスに用いることができる。リンク情報を生成するために記憶させた手続きは、データベース・ビューとしてアクセスすることができる。また、この手続きを用いてデータベース・スナップショットを生成させることができる。
【００５２】
ＧＵＩの見え方
ＧＵＩは、リッチ・リンクにおいてある役割を担っている。ユーザーにとって、なぜリンクが存在しているかや、どのような情報が与えられるかが、直感的に明らかでなくてはならない。リッチ・リンクは、目的データベース内で検索するのに用いる原始データベース・エントリーのテキスト、用語、フレーズの近くに位置している必要がある。例えば図５は、ＷＤＩからのデータベース・エントリー１００を示している。“Ｍｅｃｈａｎｉｓｍ ｏｆ Ａｃｔｉｏｎ”１０２には、以下のような行が見られる。
Ｃａｒｂｏｎｉｃ−ａｎｈｙｄｒａｓｅ−ｉｎｈｉｂｉｔｏｒ （ＳＷＩＳＳＰＲＯＴ： Ｄｅｓｃｒｉｐｔｉｏｎ， ＡＡＧＥＮＥＳＥＱ： Ｄｅｓｃｒｉｐｔｉｏｎ）
【００５３】
この実施例からいくつかのことがわかる。テキスト抽出規則によって選択されたフレーズ内の個々の単語がハイフンで接続されている。このようにするとユーザーは、目的データベースの検索に何が用いられたかを一目で見ることができる。テキスト抽出規則によって用語またはフレーズを選択した後、リッチ・リンク１１０をテキストに直接挿入し、用語またはフレーズとリッチ・リンクがつながっていることをユーザーに対して明確にする。それぞれの目的データベースが大文字で示される。そのため、どの目的データベースを検索中であるかが明らかになる。データベースの名称から、どのような情報がデータベースに記憶されているかがユーザーに明らかになろう。したがってユーザーには、リッチ・リンク１１０を通じてどのような情報を引き出せるかが明らかになろう。検索した目的データベース内のフィールドが下線付きで示される。そのためユーザーは、どこで検索が実行されたかがわかる。このことから、原始データベース内でテキスト抽出規則によって選択された用語またはフレーズになぜ目的データベースへのエントリーがリッチ・リンクされているかが明らかになるはずである。ＳＲＳＷＷＷではこれらフィールドをクリックすることが可能であり、クリックしたユーザーを、目的データベースへのエントリー・リストのうち検索によって一致したものへと導く。
【００５４】
上に説明したのはリッチ・リンク１１０を原始データベースへのエントリー１００のテキストに入れる簡単な方法であったが、方法はこれだけではない。例えば、テキスト抽出規則によって用語またはフレーズを選択する前に、リッチ・リンクされた情報をテキストに直接入れることも考えられる。また、下線が引かれたフィールド名をボタンで置換すること、あるいは小さなボタンが隣りに付いたフィールド名で置換することも可能であろう。いずれの場合でも、ボタンを押すと目的データベース内で一致したエントリーがユーザーに提示される。原始データベースのテキストはそのままにし、リッチ・リンクのメカニズムを余白に挿入することも考えられよう。あるいは、原始データベースへのエントリーが表形式で提示されている場合には、リッチ・リンクのメカニズムを別の列に挿入することができよう。この列は、原始データベースのフィールドのテキストが表示される列に近いことが好ましい。最後の２つのケースでは、ＷＤＩの例に関して説明したのと同様、なぜリッチ・リンクが存在しているかをユーザーに対して明らかにする何らかのメカニズムを実現する必要がある。
【００５５】
ＳＲＳを用いた操作
例えばリッチ・リンクを、ＳＲＳのもとで以下のデータベース間で実現した。
・ＷＤＩ（原始データベース）からＯＭＩＭ（目的データベース）へ；
・ＯＭＩＭ（原始データベース）からＷＤＩ（目的データベース）へ；
・ＷＤＩ（原始データベース）からＳｗｉｓｓＰｒｏｔ（目的データベース）へ；
・ＷＤＩ（原始データベース）からＧｅｎｓｅｑ（目的データベース）へ。
【００５６】
ＷＤＩからＳｗｉｓｓＰｒｏｔへのリッチ・リンクの一例を、図５と図６に掲載したスクリーン画面の中に示してある。図５には、アセタゾラミドを検索するためのＷＤＩエントリー１００が示してある。右下の隅には、リッチ・リンク１１０が、下線を引いたテキスト“Ｄｅｓｃｒｉｐｔｉｏｎ”として示してある。これは、ＷＤＩエントリー１００を、ＳｗｉｓｓＰｒｏｔデータベースのＤｅｓｃｒｉｐｔｉｏｎフィールドを介してＳｗｉｓｓＰｒｏｔデータベースとリンクしている。
【００５７】
このリンクは、単語“ｉｎｈｉｂｉｔｏｒ”を検索するテキスト抽出規則を利用して生み出され、検索する用語として、その前にあるフレーズを利用している。この実施例では、そのフレーズが“ｃａｒｂｏｎｉｃ ａｎｈｙｄｒａｓｅ”であった。このフレーズは、ＳｗｉｓｓＰｒｏｔの複数エントリー用Ｄｅｓｃｒｉｐｔｉｏｎフィールドで見いだされた。ユーザーが“Ｄｅｓｃｒｉｐｔｉｏｎ”リンクをクリックした結果を、ＳｗｉｓｓＰｒｏｔエントリーのリスト２００として図６に示してある。下線を引いた単語からなるリンクが複数ある中の１つ、例えば“ＳＷＩＳＳＰＲＯＴ：ＣＡＨＩ ＣＨＬＲＥ”をクリックすると、図７に示した具体的なページ３００がＳｗｉｓｓＰｒｏｔから現われて表示される。
【００５８】
ＲＤＢＭＳを利用した操作
原始表と目的表の間にリンクを設けるには、以下の操作を行なうとよい。同じ機能の他の方法を利用することもできるが、当業者にとって、ＲＤＢＭＳシステムを実現するためのそのような方法は明らかであろう。
【００５９】
以下の表を仮定しており、リッチ・リンク・メカニズムを利用してこれらの表がリンクされることになる。
2004514967.tif 000008
【００６０】
便宜上、ＳＱＬを利用するとき、リンクを設定するのに用いるキーワードを保持する表を作る。
2004514967.tif 000009
【００６１】
表には以下のサンプル・エントリーを含めることができる。
2004514967.tif 000010
【００６２】
ここで、以下のビューを作る。
2004514967.tif 000011
【００６３】
このコードから、”ｓｏｕｒｃｅ＿ｔａｒｇｅｔ＿ｌｉｎｋ”ビューに以下の結果が現われる。
【表１】
2004514967.tif 000012
【００６４】
このビューは、語頭と追加変換を含むように拡張することができる。“原始”表と“目的”表をリンクさせるのに用いたキーワードのリストを拡張するには、”ｌｉｎｋ＿ｋｅｙｗｏｒｄｓ”表にエントリーを挿入するだけでよい。
【００６５】
要するに、本発明の考え方を利用することで得られる多数の利点を説明してきた。本発明の好ましい実施態様に関する上記の説明は、例示と説明のために行なったものである。すべての実施態様を挙げることを目的としているわけではなく、本発明が開示したそのままの形態だけに限定されることを意図するものでもない。上記の説明から明らかな変更や変形が可能である。実施態様は、本発明の原理とその主な用途を最もよく示すものを選択して説明した。したがって、当業者であれば、さまざまな実施態様において本発明を最高の形態で利用できるであろうし、考えている特定の用途に適したさまざまな変更を本発明に対して行なうことができよう。本発明の範囲は、添付の請求項に規定されている。
【図面の簡単な説明】
【図１】
図１は、２つのデータベース間のリンクの一例を示した図である。
【図２】
図２は、本発明においてリンクを生成するのに用いる方法に関する高水準関数のフローダイヤグラムである。
【図３】
図３は、図２に示した本発明を実施するのに利用できるＳＲＳパーサー・ファイルの構造の一例である。
【図４】
図４は、図３に示した構造を有するＳＲＳパーサー・ファイルの一例である。
【図５】
図５は、ＷＤＩデータベースから取り出したスクリーンの一部であり、本発明によってＳｗｉｓｓＰｒｏｔへのリンクがなされている。
【図６】
図６は、図５に示したリンクをユーザーが選択した後のスクリーンである。
【図７】
図７は、図６に示したリンクのうちの１つをユーザーが選択した後のスクリーンである。
【図１】
2004514967.tif 000013
【図２】
2004514967.tif 000014
【図３】
2004514967.tif 000015
【図４】
2004514967.tif 000016
【図５】
2004514967.tif 000017
【国際公開パンフレット】
2004514967.tif 000018
2004514967.tif 000019
2004514967.tif 000020
2004514967.tif 000021
2004514967.tif 000022
2004514967.tif 000023
2004514967.tif 000024
2004514967.tif 000025
2004514967.tif 000026
2004514967.tif 000027
2004514967.tif 000028
2004514967.tif 000029
2004514967.tif 000030
2004514967.tif 000031
2004514967.tif 000032
2004514967.tif 000033
2004514967.tif 000034
2004514967.tif 000035
2004514967.tif 000036
2004514967.tif 000037
2004514967.tif 000038
2004514967.tif 000039
2004514967.tif 000040
2004514967.tif 000041
2004514967.tif 000042
2004514967.tif 000043
2004514967.tif 000044
2004514967.tif 000045
2004514967.tif 000046
【国際公開パンフレット（コレクトバージョン）】
2004514967.tif 000047
【国際調査報告】
2004514967.tif 000048
2004514967.tif 000049