(57)【特許請求の範囲】
【請求項１】
ユーザの検索要求に基づいて実行された検索によってヒットした検索結果のそれぞれについて、そのメタデータに含まれる言葉を抽出する抽出手段と、
前記検索結果を、前記抽出手段で抽出した言葉に基づいてグルーピングするグルーピング手段と、
前記抽出した言葉と、その言葉に基づいて前記グルーピングされた検索結果とを対応付けて表示する表示手段と、
前記表示手段で表示された言葉の何れかが選択された場合に、前記表示手段で表示された検索結果から、選択された言葉に対応する検索結果へ絞り込む絞り込み手段と、
を備えることを特徴とする検索装置。
【請求項２】
前記絞り込み手段は、前記選択された言葉がそのメタデータに含まれる検索結果に絞り込み、
前記グルーピング手段は、絞り込んだ検索結果を、改めて、前記抽出手段で抽出した言葉に基づいてグルーピングし、
前記表示手段は、絞り込んだ検索結果について、前記抽出した言葉と、その言葉に基づいて前記グルーピングされた検索結果とを対応付けて表示することを特徴とする請求項１に記載の検索装置。
【請求項３】
前記検索の検索対象となるデータベースには、画像と該画像に対応したメタデータが格納されており、
前記検索結果は、画像データであることを特徴とする請求項１記載の検索装置。
【請求項４】
ユーザの検索要求に基づいて実行された検索によってヒットした検索結果のそれぞれについて、そのメタデータに含まれる言葉を抽出する抽出工程と、
前記検索結果を、前記抽出工程で抽出した言葉に基づいてグルーピングするグルーピング工程と、
前記抽出した言葉と、その言葉に基づいて前記グルーピングされた検索結果とを対応付けて表示する表示工程と、
前記表示工程で表示した言葉の何れかが選択された場合に、前記表示手段で表示された検索結果から、選択された言葉に対応する検索結果へ絞り込む絞り込み工程と、
を備えることを特徴とする検索方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、検索装置およびその方法に関し、詳細には、ユーザが検索結果を絞り込むことのできるインターフェースを提供するための装置および方法に関する。
【０００２】
【従来の技術】
インターネットで検索（ｒｅｔｒｉｅｖａｌ）を行うためのウェブ・ベースのサーチエンジンといった情報検索（ｒｅｔｒｉｅｖａｌ）システムは、大部分が情報を見つけることについては非常に優れているが、ユーザにその結果を提示することについては不十分である。通常、検索結果には、実際の文書が存在するＵＲＬへのハイパーリンクと共に、文書または文書のヘッダを、簡単なリストとして提示する。時には、結果のリストは、各文書に対する関連スコアも含んでおり、文書は、その関連スコアによって順序付けられていることもある。いくつかのウェブ・ベースのサーチエンジンは、例えば、同じサイトのページ同士をグループ化することによってこの改善を試みている。しかし、ユーザがそのような文書のリストを効率よく利用することは困難である。なぜなら、このリストは、文書が相互に、又は、元の検索の問い合せと、どのように関連しているかがわからないからである。
【０００３】
我々の同時係属中出願ＥＰ−Ａ−１０３３６６２（米国特許出願第０９／５１１４４７号に対応する）は、ユーザが検索結果をより理解し易くするための、検索結果のコンテキストによる提示を可能にする自然言語検索方法および装置を記載している。
【０００４】
【発明が解決しようとする課題】
本発明の目的は、検索結果をコンテキストによってユーザに提供し、ユーザによるその検索の更なる絞り込みを支援するような検索結果をユーザに提示するための装置および方法を提供することである。
【０００５】
【課題を解決するための手段】
上記の課題を解決するための本発明による検索装置は以下の構成を備えている。即ち、ユーザの検索要求に基づいて実行された検索によってヒットした検索結果のそれぞれについて、そのキャプションに含まれる言葉を抽出する抽出手段と、前記検索結果を、前記抽出手段で抽出した言葉に基づいてグルーピングするグルーピング手段と、前記抽出した言葉と、その言葉に基づいて前記グルーピングされた検索結果とを対応付けて表示する表示手段と、前記表示手段で表示された言葉の何れかが選択された場合に、前記表示手段で表示された検索結果から、選択された言葉に対応する検索結果へ絞り込む絞り込み手段と、を備える。
【０００６】
上記の課題を解決するための本発明による検索方法は以下の構成を備えている。即ち、ユーザの検索要求に基づいて実行された検索によってヒットした検索結果のそれぞれについて、そのキャプションに含まれる言葉を抽出する抽出工程と、前記検索結果を、前記抽出工程で抽出した言葉に基づいてグルーピングするグルーピング工程と、前記抽出した言葉と、その言葉に基づいて前記グルーピングされた検索結果とを対応付けて表示する表示工程と、前記表示工程で表示した言葉の何れかが選択された場合に、前記表示手段で表示された検索結果から、選択された言葉に対応する検索結果へ絞り込む絞り込み工程と、を備える。
【０００９】
【発明の実施の形態】
本発明の実施形態を、次に、一例として以下に示す添付の図面を参照しながら説明する。
【００１０】
次に図面を参照すると、図１は、システム１００を示すブロック図である。このシステム１００において、１つまたは複数のユーザブラウザ１（２つ示すが、１つだけであっても３つ以上であってもよい）が、ネットワークＮと検索インターフェース２とを介して、サーチエンジン３に接続されている。また、サーチエンジン３自体がデータベース４に接続されている
ネットワークＮはインターネットまたはイントラネットでも、あるいはローカル・エリア・ネットワーク（ＬＡＮ）またはワイド・エリア・ネットワーク（ＷＡＮ）でもよい。そして、ユーザブラウザ１、検索インターフェース装置２、サーチエンジン３およびデータベース４は同じ建物内に配置されていても、異なる建物内に物理的に配置されていてもよい。すなわち、サーチエンジン３が、検索インターフェース装置２に対し、ネットワークＮを介して接続されていても他のネットワークを介して接続されていても良いことは理解できるであろう。そして、同様に、データベース記憶装置は、サーチエンジン３に直接的に接続していてもよいし、また、サーチエンジン３に対しネットワークＮまたは他のネットワークを介して接続していてもよいことが理解されるだろう。勿論、本明細書で使用する「ネットワーク」という用語は、周知または標準のネットワーク・システムもしくはプロトコルのいずれかの使用を示すものとは限らず、ネットワークＮは、ユーザブラウザと検索インターフェース装置との間の通信を可能にするいかなる構成であってもよいということを理解されたい。
【００１１】
図２に、ユーザブラウザ１を形成することができる典型的なコンピュータ・システム１ａのブロック図を示す。このコンピュータ・システムは、例えばパーソナル・コンピュータ、ポータブル・コンピュータまたはワークステーションなどでもよく、中央演算処理ユニット（ＣＰＵ）１１と、それに関連するメモリ（ＲＯＭおよび／またはＲＡＭ）１２、ハードディスク・ドライブ１６、取り外し可能な記憶媒体またはディスク（ＲＤ）１３ａを受け入れるための取り外し可能なディスク・ドライブ（ＲＤＤ）１３、ユーザに情報を表示するためのディスプレイ１５、ユーザにＣＰＵ１１に命令を入力することを可能にするキーボードおよび／またはマウスなどのポインティング・デバイスなどのユーザ・インターフェース１４、およびネットワークＮを介した通信を可能にするための通信インターフェース１７を含む。
【００１２】
図３に、検索インターフェース装置２、サーチエンジン３およびデータベース４を含む検索システムを形成するのに適したコンピュータ・システム１ｂのブロック図を示す。図示するように、コンピュータ・システム１ｂは、関連付けられたメモリ（ＲＯＭおよび／またはＲＡＭ）２２、ハード・ディスク・ドライブ２６、ネットワークＮを介してユーザブラウザ１と通信するための通信インターフェース２７、およびデータベース４を提供するデータ記憶部４ａを有するＣＰＵ２１を含む。図３に示すように、コンピュータ・システム１ｂは、例えば検索システムが実現するようにコンピュータ・システムを構成するためシステム・オペレータがＣＰＵ２１と通信できるユーザ・インターフェース２４およびディスプレイ２５を有することもできる。コンピュータ・システム１ｂはまた、リムーバブルディスク（ＲＤ）２３ａ受け入れ用のリムーバブルディスクドライブ（ＲＤＤ）２３を含んでもよく、それにより、データおよび／またはプロセッサ実施可能命令を、例えばフロッピー・ディスクまたはＣＤ−ＲＯＭ、ＤＶＤディスクなどの光記憶媒体などのリムーバブルディスクからダウンロードできる。図３に示すコンピュータ・システム１ｂは、別のコンピュータ・システムから例えば通信インターフェース２７を介して信号Ｓとして供給されるプロセッサ実施可能命令および／またはデータによってすることができる。
【００１３】
したがって、図３に示すコンピュータ・システムは、図１に示す検索システムが実施するように次の２つの方法、すなわち、
１．ネットワークＮを介して供給される信号Ｓとしての方法、
２．取り外し可能ディスクまたはデータ記憶媒体（ＲＤ）によって保持される方法、
のうち少なくとも１つによって供給されるプログラム命令および／またはデータによってプログラムされ、または構成され得るものである。
【００１４】
プログラム命令およびデータは、勿論、ハード・ディスク・ドライブ２６上および／またはメモリ２２内に周知の方法で記憶される。
【００１５】
図２に示すコンピュータ・システム１ａは、取り外し可能記憶媒体上から、および／または、通信インターフェース１７を介した信号として供給できる従来型プログラム命令によってユーザブラウザとして構成される。通常、ユーザブラウザ１は、Ｎｅｔｓｃａｐｅ（登録商標）ウェブ・ブラウザまたはＭｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標）ウェブ・ブラウザを実施するように構成することができる。
【００１６】
図４に、プロセッサ実施可能命令によってプログラムされるときの図３のコンピュータ・システムによって提供されるサーチエンジン３の機能構成要素を例示するブロック図を示す。サーチエンジン３は、ＥＰ−Ａ−１０３３６６２の図１に示すインターフェース１が、ネットワークＮを介してユーザブラウザ１から検索照会入力を受信し、また検索結果をネットワークＮを介してユーザブラウザ１に提供するように構成された通信インターフェース３１と置き換えられることを除いて、ＥＰ−Ａ−１０３３６６２（全体の内容を参照により本明細書に組み込む米国特許出願第０９／５１１４４７号に対応する）の図１に示すサーチエンジンと同じ機能構成要素を有する。
【００１７】
パーサ３２は、入力された検索照会とデータベース４からの情報を構文解析して、意味情報と構文情報を生成するように、通信インターフェース３１およびデータベース４と接続されている。ＥＰ−Ａ−１０３３６６２で記述するように、パーサはいかなる形式であってもよい。例えばパーサは、自然言語を構文解析して、単語に関する意味表現と、ある意味表現が別の意味表現を修正することを示すリンクとを含む意味データを生成する依存関係パーサであってよい。依存関係パーサの例は、ＧＢ−Ａ−２２６９９２３、ＥＰ−Ａ−０７３７９２８、「Ａ  Ｄｅｐｅｎｄｅｎｃｙ  Ｐａｒｓｅｒ  ｆｏｒ  Ｅｎｇｌｉｓｈ」と題する、ＴＪａｒｖｉｎｅｎおよびＰ  Ｔａｐａｎａｉｎｅｎによる論文（１９９７年３月ヘルシンキ大学、一般言語学部、技術レポート第ＴＲ−１号）および「Ａ  Ｎｏｎ−Ｐｒｏｊｅｃｔｉｖｅ  Ｄｅｐｅｎｄｅｎｃｙ  Ｐａｒｓｅｒ」と題する、Ｐ  ＴａｐａｎａｉｎｅｎおよびＴ  Ｊａｒｖｉｎｅｎによる論文（Ａｓｓｏｃｉａｔｉｏｎ  ｆｏｒ  Ｃｏｍｐｕｔａｔｉｏａｌ  Ｌｉｎｇｕｉｓｔｉｃｓ、１９９７年４月、ワシントンＤＣ、第５回応用自然言語処理会議議事録）で開示されている。別の可能性として、本出願人の同時係続出願ＥＰ−Ａ−１０３３６６３（全体の内容が参照により本明細書に組み込まれた、米国特許出願第０９／５１１３８５号に対応する）に記述されている依存関係パーサ技法を実施する有限状態パーサを使用することができる。
【００１８】
パーサ３２は、したがって、２組の構文解析されたデータを生成するように構成されており、これらは、パーサ３２からの意味情報と構文情報の両方を使用してマッチングを実行するマッチング・エンジン３３に渡される。単語間における意味関係の完全な集合を提供するためのマッチングは、本出願人の同時係続出願ＥＰ−Ａ−０９９２９１９（その完全な内容を参照により本明細書に組み込む米国特許出願第０９／４００８７２号に対応する）に記述されている。
【００１９】
コンテキスト生成エンジン３４は、マッチしたデータに対して言語学的関係データ記憶デバイス３５に記憶されている言語学的関係データに従ってコンテキスト・データを生成するためのマッチング・エンジン３３に接続されている。コンテキスト生成エンジン３４の出力は、コンテキスト生成エンジン３４からコンテキスト・データを受信し、検索結果とコンテキスト・データを、ネットワークＮを介して検索を要求したユーザブラウザ１に供給するよう通信インターフェース３１に渡すように構成されているコンテキスト生成エンジン３６に供給される。
【００２０】
図１に示すシステム１００での検索の遂行を、次に図５から８を参照しながら概略的に説明する。
【００２１】
検索を開始するには、ユーザは自分のインターネット・サービス・プロバイダに通常の方法で接続し、次いで、ネットワークＮを介して検索インターフェース装置２を提供するウェブ・サーバへの接続を可能にするために適切なＵＲＬを入力する。図５のステップＳ１で、ユーザブラウザ１からウェブ・サーバ２のネットワーク・インターフェース２ｃを介してログオン要求が受信されると、ウェブ・サーバ２は、図５のステップＳ２で、検索照会入力画面がユーザブラウザ１のディスプレイ１５に表示されるようにネットワークＮを介して検索照会入力ページをユーザブラウザ１に転送する。
【００２２】
図６に、ユーザブラウザ１によって次に遂行されるステップを示す。すなわち、図６のステップＳ３で、ユーザブラウザ１はユーザが検索要求を検索照会入力画面に入力したと判定すると、次いでステップＳ４で、ユーザブラウザは、ウェブ・サーバ２のＵＲＬから構成されており、ステップＳ４でユーザが入力した検索の詳細を組み込んでいるＵＲＬを従来の方法で生成し、ステップＳ５でネットワークＮにそのＵＲＬを提出する。ネットワークを介した通信は、この実施形態では、標準インターネット・プロトコルとユーザブラウザ１によって提供された検索照会に従って、ＨＴＭＬ（ハイパーテキスト・マークアップ言語）形式に公式化される。図７ＡのステップＳ６で、ウェブ・サーバ２がユーザの検索要求を組み込んでいるＵＲＬを受信すると、ウェブ・サーバ２の検索照会ジェネレータ２ａは、そのＵＲＬから検索要求を抽出し、その検索照会をステップＳ７でサーチエンジン３に供給するためにＸＭＬ（ｅＸｔｅｎｄａｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書として公式化するためのＣＧＩスクリプトを実行する。照会ジェネレータ２ａは、次いで図７ＡのステップＳ８で、検索要求をＸＭＬ文書としてサーチエンジンに転送する。この例では、照会ジェネレータ２ａとサーチエンジン３の間の接続はＴＣＰ／ＩＰソケットを介している。
【００２３】
図７ＢのステップＳ９で、ウェブ・サーバ２は、要求された検索結果を提供するサーチエンジン３からＸＭＬ文書を受信し、次いでステップＳ１０でウェブ・サーバ２の検索結果プロバイダ２ｂは、以下でより詳細に説明するようにステップＳ１０で、ユーザブラウザ１に供給するために検索結果を処理し、次いでステップＳ１１で、その検索結果をＨＴＭＬ（ハイパーテキスト・マークアップ言語）文書としてユーザブラウザ１にネットワークＮを介して転送する。
【００２４】
図８のステップＳ１２でユーザブラウザ１がネットワークＮを介して検索結果を含むウェブ・ページを受信すると、ステップＳ１３で、ユーザブラウザ１は、受信した検索結果を示すウェブ・ページをユーザに表示する。
【００２５】
次に、検索されるべきデータベースが、それぞれがその画像を説明するキャプションを定義するメタ・データに関連付けられた画像のデータベースである場合に関して、検索手続きを詳細に説明する。
【００２６】
図９に、非常に概略的にデータベースの構造を示す。図示するように、データベース４は、データベース項目の第１記憶領域４１を、画像ＩＤ４２および対応するキャプションを定義するメタ・データ４３にそれぞれ関連付けられた画像４４の形式で含む。図９に示すように、データベース４は、各画像ＩＤ４２が対応する画像のサムネール画像４７に関連付けられた第２の記憶領域４５も含む。
【００２７】
データベース４で検索するため検索照会をサーチエンジン３に提出するために、ユーザは、従来の方法でＵＲＬをウェブ・サーバ２に入力することによって最初にウェブ・サーバにログオンする。このＵＲＬは次のフォーマットを有する。
【００２８】
http://xxxx.com
ここで、「ｘｘｘｘ．ｃｏｍ」は、ウェブ・サーバ２のアドレスを表す。「ｘｘｘｘ」が実際のウェブサイトのアドレスを表すことを意図していないことを理解されたい。
【００２９】
図５を参照しながら説明したように、ユーザブラウザからログオン要求が受信されると、ウェブ・サーバ２はユーザブラウザに検索照会項目ウェブ・ページを転送する。図１２は、そのような検索照会項目ページの１例を表示する画面５０を示す。画面５０は、ユーザがユーザ・インターフェース１４のキーボードを使用して検索照会を入力することができるウィンドウ５１を提供する。ユーザを支援するために、可能な検索照会の１例５６（「レンズ付きカメラ」）が、検索照会フォーマットを示すためにウィンドウの下に与えられる。画面５０には、周知の方法でハイパーリンクをオンライン・ヘルプに提供するヘルプ・ボタン５５と、ウィンドウ５１への検索照会入力に従って検索を開始するための検索ボタン５４と共に、選択されるべき検索結果表示のコンテキスト・モードと画像モードを可能にするためのラジオ・ボタン５１および５２が表示される。
【００３０】
ユーザブラウザ１が図６のステップＳ３で、ユーザが検索を開始するために検索ボタン５４をクリックしたと判定すると、ステップＳ４でユーザブラウザ１は、ウェブ・ページから周知の方法でユーザによって入力された検索の詳細を組み込んでおり、ユーザが、ラジオ・ボタン５２とラジオ・ボタン５３のどちらかをアクティブにすることによって検索結果表示のコンテキスト・モードと画像モードのどちらを選択したかを指定するＵＲＬを生成する。
【００３１】
ユーザが検索照会として「海上のボート」を入力し、画像のラジオ・ボタン５３をアクティブにした場合の例を挙げると、ユーザブラウザ１は次のＵＲＬを生成する。
【００３２】
http://xxxx.com?rtype=images&query=boats%20o
n%20the%20sea&type=image
ここで、「ｘｘｘｘ．ｃｏｍ」はウェブ・サーバ２の基本ＵＲＬと、基本ＵＲＬが従来の方法で「＆」で分離された１組のキー／値の対となった後の形式データとを表している。第１のキー「ｒｔｙｐｅ」は、ラジオ・ボタン５２またはラジオ・ボタン５３のどちらが選択されているかを示しており、前記の例では、結果表示の画像モードを選択するラジオ・ボタン５３が選択されている。第２のキー「ｑｕｅｒｙ」はウィンドウ５１における検索照会提示、この場合は「ｂｏａｔｓ＋ｏｎ＋ｔｈｅ＋ｓｅａ」（％２０の部分はその等価文字に変形されている）を指定し、最後のキー「ｔｙｐｅ」は、ラジオ・ボタン５３が選択されたときはタイプを「ｉｍａｇｅ」として、また、ラジオ・ボタン５２が選択されたときはタイプを「ｃｏｎｔｅｘｔ」として、結果の形式を指定する。以下で説明するように、この実施形態では、ユーザが、検索結果に含まれる画像から選択された画像をより大きな規模で参照することができるように、単一画像の表示からなる別の結果形式が提供される。
【００３３】
ユーザによって入力された検索の詳細を組み込んだＵＲＬを生成する図６のステップＳ４を、次に、ユーザが検索照会「ｍｏｕｎｔａｉｎｓ」をウィンドウ５１に入力した場合に関して図１０Ａを参照しながらより詳細に説明する。したがって、ステップＳ４１で、ブラウザ１は、検索結果の表示のコンテキスト・モードと画像モードのどちらが選択されたかを、ラジオ・ボタン５２とラジオ・ボタン５３のどちらがアクティブにされているかをチェックすることによって判定する。ラジオ・ボタン５３がアクティブにされている場合、ステップＳ４２での回答はｙｅｓであり、ステップＳ４３においてブラウザ１は、ユーザによるウィンドウ５１への検索照会入力によって決定された照会キーと、タイプの最後のキーである画像とを有するＵＲＬを生成する。この例では、ＵＲＬは次の形式を有する。
【００３４】
http://xxxx.com?rtype=images&query
=mountains&type=image
しかし、ステップＳ４２での回答がｎｏの場合、ステップＳ４４でブラウザ１は第２のキーとしてウィンドウ５１でユーザの検索要求によって定義された照会とタイプの最後のキーであるコンテキストとを有するＵＲＬを生成する。したがってこの場合、ＵＲＬは次の形式を有する。
【００３５】
http://xxxx.com?rtype=context&query
=mountains&type=context
次いでこのＵＲＬは、前記で図６のステップＳ５を参照しながら説明したようにネットワークに提出される。図７ＡのステップＳ６でウェブ・サーバ２がこのＵＲＬをユーザブラウザから受信した後、照会ジェネレータ２ａはこのＵＲＬを復号化し、前記で説明したようにＣＧＩスクリプトを実行することによって検索要求をＸＭＬ文書形式でフォーマットする。この実施形態では、ＸＭＬ文書は次のフォーマットを有する。
【００３６】
<ce>
<q>query</q>
</ce>
したがって、前記で与えられた特定の例では、ＸＭＬ検索照会文書は次のフォーマットを有する。
【００３７】
<ce>
<q>mountains</q>
</ce>
このＸＭＬ検索照会文書は、次いで図７ＡのステップＳ８でＴＣＰ／ＩＰソケットを介してサーチエンジン３に転送される。
【００３８】
サーチエンジン３は、次いでＥＰ−Ａ−１０３３６６２の図３から５を参照しながらＥＰ−Ａ−１０３３６６２で記述されているように検索を実行する。したがって、端的には、パーサ３２は入力された検索照会を構文解析する。次いで、キャプションまたはメタ・データの各組に関して、パーサ３２はキャプション・データを構文解析し、マッチング・エンジン３３は、そのパーサ検索照会を構文解析されたキャプション・データと照合し、マッチしたデータを生成する。マッチした単語がある場合、コンテキスト生成エンジン３４は、キャプション・データ内のマッチしない単語を選択し、各マッチしない単語に関してそのマッチしない単語が経路規則に定義された経路の末端にあるかどうかを判定することによって、そのキャプション・データに対するコンテキスト・データを生成する。マッチしない単語が有効なフレーズ内にある場合、コンテキスト生成エンジン３４は、そのマッチしない単語を含む最も小さい有効なフレーズを見つけ出し、マッチした単語を参照したメモリにそのフレーズを追加し、コンテキスト生成エンジン３４がそのコンテキスト・データの組に関してマッチしない単語のすべてを処理するまでこのプロセスを繰り返す。次いで、コンテキスト収集エンジン３６は、それに従ってデータをグループ化し、ユーザによってウィンドウ５１に入力された検索要求にマッチする各検索項目または検索結果がその関連するコンテキスト・データと共に列挙されている検索結果を通信インターフェース３１に供給するために、ＥＰ−Ａ−１０３３６６２の図５で述べられたステップを遂行する。
【００３９】
勿論、ＥＰ−Ａ−１０３３６６２で述べたように、マッチングのプロセス（ＥＰ−Ａ−０９９２９１９においてより詳細に説明されている）においては拡大解釈が利用されることを理解されたい。これにより、マッチする単語は、同一の単語である必要はなく、類似の意味を有する単語であればよいことになる。例えば、単語「少年」は、単語「子供」に対してうまくマッチングしていると考えることができる。
【００４０】
検索結果は、サーチエンジン３を介して検索結果プロバイダ２ｂに次のフォーマットを有するＸＭＬ文書として供給される。
【００４１】
<body>
<cedis>
<c 1 12/img0021.jpg>snowy mountains above a lake
<context>mountains=snowy</context>
<context>above=</context>
<context>lake=blue</context>
</c>
.....
.....
.....
</cedis>
</body>
簡約化のため、前記では、通常は文書の本文内に別の検索結果が含まれるということを示す省略符合と共に、１つの検索結果だけを示す。
【００４２】
各検索結果は、検索で識別された画像に対応するサムネール画像に対する画像ＩＤと、それに続けて、それに対応するキャプションまたはメタ・データとを含む。この場合、
<c 1 12/img0021.jpg>snowy mountains above a lake
と、この次にサーチエンジン３によって抽出される、この場合は単語「mountains(山脈)」に対するコンテキスト「snowy(雪に覆われた)」と、単語「lake(湖)」に対するコンテキスト「blue(青)」の一組のコンテキスト・データが続く。
【００４３】
検索結果プロバイダ２ｂは、次いで、図７ＢのステップＳ１０でユーザブラウザに供給するための検索結果を処理する。このプロセスを、図１１Ａ〜Ｃでより詳細に示す。
【００４４】
すなわち、ステップ１００で、検索結果プロバイダ２ｂは、ＵＲＬが検索結果の元の検索要求が指定した画像モードまたはコンテキスト・モードの表示を含むかどうかを判定する。
【００４５】
ステップＳ１０１で画像モードが選択されたと決定されると、次いでステップＳ１０２で、検索結果プロバイダ２ｂは、各検索結果に対して、データベース４によって提供される対応するサムネール画像と対応するキャプションとが組み込まれたウェブ・ページを提供するためのＨＴＭＬ文書を生成する。
【００４６】
しかし、検索結果プロバイダ２ｂは、ステップＳ１０３でＵＲＬがコンテキスト・モードを指定したと判定する場合、検索結果プロバイダ２ｂは、ステップＳ１０５で、検索結果がコンテキストに従ってグループ化されており、かつ、キャプションがコンテキスト項目を含んでいる記憶された画像に対してデータベース４によって提供されるサムネール画像に各コンテキスト項目が関連付けられているウェブ・ページを表すＨＴＭＬ文書を生成する。
【００４７】
検索結果は、図８で述べたように、ＨＴＭＬウェブ・ページを受信し、ステップＳ１３でその受信したページをユーザに表示するユーザブラウザ１に次いで転送される。
【００４８】
図１３に、ユーザが選択した検索結果の表示が画像モードになる場合にユーザに表示される画面６０のウェブ・ページの１例を示す。図１３から分かるように、画面６０は、それぞれがサムネール画像６３と関連するキャプション６２とからなる７つの検索項目の組を含む。勿論、これらは単なる例示に過ぎず、さらに多くの異なる検索項目がデータベースの内容に従って検索される（ｒｅｔｒｉｅｖｅ）ということを理解されたい。同じく簡約化のために、図１３ではサムネール画像６３を空白で示した。
【００４９】
図１３は、ユーザにコンテキストで記憶された検索結果の提示を可能にするボタン「コンテキストとして示す」６１も含む。ユーザが「コンテキストとして示す」ボタン６１をクリックすると、ブラウザ１は、同じ検索照会を指定するが、図１０ＡのステップＳ４４を参照しながら前記で説明したようにコンテキスト表示モードが要求されていることを指定する修正されたＵＲＬと共に検索照会を、ネットワークＮを介してウェブ・サーバ２に再提出する。
【００５０】
図１３のボタン６１がクリックされるか、それともユーザが最初にコンテキスト・モードを選択した場合、前記で説明したように、検索結果プロバイダ２ｂは決定されたコンテキスト項目に従って検索結果をグループ化し、また、ネットワークＮを介してＨＴＭＬ文書またはウェブ・ページをユーザブラウザ１に供給する。
【００５１】
図１４に、ユーザに表示することのできる画面７０の１例を示す。ここでも、画面の実際の内容はデータベース４の内容に依存するということを理解されたい。画面７０は、それぞれに「マッチした単語」、「コンテキスト」、「画像」という見出しの付いた３つの列６６、６７、６８を提供する。ユーザによってウィンドウ５１に入力された検索照会がマッチした単語として与えられ、コンテキスト生成エンジンによって抽出されたコンテキストを表すコンテキスト項目が「コンテキスト」の見出しの付いた列に列挙されている。各コンテキスト項目は、１つまたは複数のサムネール画像６９に関連付けられている。したがって、例えばコンテキスト項目「above a lake(湖の向こうの)」は、多数のサムネール画像に関連付けられており、それぞれの画像は、単語「山脈」に対するセマンティックマッチ（semantic match）を含むと共にコンテキスト項目「湖の向こうの」も含むキャプションを有する。勿論、サムネール画像がコンテキストに従ってグループ化されているので、同じ画像が１つまたは複数のコンテキスト項目に対して出現することがあり、したがって、例えばそのキャプションが「湖の向こうの青空を背にした雪に覆われた山脈」となっている画像がコンテキスト項目「湖の向こうの」、コンテキスト項目「青空を背にした」およびコンテキスト項目「雪に覆われた」に対して出現する可能性があることを理解されたい。
【００５２】
以上に説明したような検索、コンテキスト抽出、およびユーザへの検索結果の表示は、ＥＰ−Ａ−１０３３６６２に説明されているものと同様である。しかし、本発明によれば、表示のコンテキスト・モードで表示されるとき、検索結果は単にコンテキスト項目または関連付けられた画像に対する項目を表示するものではない。むしろ、各コンテキスト項目は図１４の下線によって表されるようなハイパーリンクを表す。したがって、本発明によれば、ステップＳ１０２が遂行されるとき、検索結果プロバイダ２ｂは、どの画像に対しても、コンテキスト項目が別のコンテキスト項目に関連付けられているかどうか、すなわち、そのコンテキスト項目を有する少なくとも１つの画像に対するキャプションが少なくとも１つの他のコンテキスト項目も含むかどうかを判定する。これを図１１Ｃに示す。
【００５３】
すなわち、図１１ＣのステップＳ１０９で、検索結果プロバイダ２ｂは、第１のコンテキスト項目を選択し、ステップＳ１１０でそのコンテキスト項目を有する画像が別のコンテキスト項目にも関連付けられているかどうかを判定する。回答がｙｅｓであれば、ステップＳ１１１で検索結果プロバイダ２ｂはハイパーリンクをそのコンテキスト項目に関連付ける。
【００５４】
検索結果プロバイダ２ｂは、次いで、ステップＳ１１２で他にチェックすべきコンテキスト項目があるかどうかをチェックし、ステップＳ１１２で回答がｎｏになるまでステップＳ１０９からＳ１１２を繰り返す。したがって、別のコンテキストを有する少なくとも１つの画像に関連付けられている各コンテキスト項目は、図１１ＡのステップＳ１０２で検索結果プロバイダ２ｂによってＨＴＭＬ文書に含められる、対応するハイパーリンクに関連付けられる。ユーザが自分のユーザブラウザのディスプレイで、コンテキスト・モードで提示される検索結果を受信するとき、ユーザは、以下で説明するように、特定のコンテキスト項目を選択して対応するハイパーリンクをアクティブにすることによって自分の検索をさらに絞り込むことができる。
【００５５】
図１０Ｂで述べるように、ステップＳ４５で、コンテキスト項目が選択されているとブラウザ１が判定すると、ステップＳ４６でブラウザ１はそのコンテキスト項目に関連付けられたハイパーリンクに従ってＵＲＬを生成する。このＵＲＬは元の検索結果に対して生成されたが、ユーザによって選択されたコンテキスト項目を指定するコンテキスト・フィルタを指定する第３のキー「選択」を含むように修正されたＵＲＬに基づいている。例えば、図１４でユーザによって選択されたコンテキスト項目が「青空を背にした」である場合、ＵＲＬは次のフォームを有する。
【００５６】
http://xxxx.com?rtype=context&query=
mountains&select=mountains%3a%3aagainst+a+
blue+sky&type=context
ここで%3aは、コロンを表す。
【００５７】
このＵＲＬは、図１０ＢのステップＳ４７でネットワークＮに提出される。図７ＡのステップＳ６におけるＵＲＬの受信の際、照会ジェネレータ２ａは、ＣＧＩスクリプトを使用して、サーチエンジン３に提出するための検索結果を表すＸＭＬ文書を生成する。この実施形態では、この検索結果は前記で説明したものと同じ、次のフォーマットを有する。
【００５８】
<ce>
<q>mountains</q>
</ce>
検索要求を受信すると、サーチエンジン３は、前記で説明したように再び検索を遂行し、その検索結果を検索結果プロバイダ２ｂに戻す。
【００５９】
次に、検索結果を受信する際の検索結果プロバイダ２ｂの動作を、図１１Ｂを参照しながら説明する。
【００６０】
検索結果を受信すると、検索結果プロバイダ２ｂは、図１１ＢのステップＳ１０６で、その検索に対するＵＲＬは、選択されたコンテキスト項目を指定したと判定する。検索結果プロバイダ２ｂは、ステップＳ１０７で、選択されたコンテキスト項目に従って検索結果をフィルタリングし、コンテキスト・データが選択されたコンテキスト項目を含む検索結果だけを保持する。次いでステップＳ１０８で、検索結果プロバイダ２ｂは、フィルタリングされた検索結果をコンテキストに従ってグループ化し、ここでもまたコンテキスト項目とハイパーリンク情報を含むフィルタリングされた検索結果を、ウェブ・ページを形成するＨＴＭＬ文書に組み込む。ステップ１０７で検索結果プロバイダ２ｂによって遂行されるフィルタリング・プロセスは、この実施形態では、単にキー単語マッチング・プロセスであるに過ぎず、したがって、選択されたコンテキスト項目に正確にマッチするコンテキスト・データに関連付けられた画像だけが保持されることになる。
【００６１】
フィルタリングされた検索結果を含むウェブ・ページは次いでユーザブラウザ１に転送され、その結果は再びユーザに表示される。
【００６２】
図１５は、選択されたコンテキスト「青空を背にした」に対して得られたフィルタリングされた検索結果の１例を表す画面８０を示す。フォーマットは図１４に示すものと同じであり、検索結果は３つの列の見出し「マッチした単語」６６、「コンテキスト」６７、および「画像」６８にそれぞれ示される。
【００６３】
図１５に示すように、列挙されたコンテキスト項目は、それぞれ、別のフィルタリングが可能であることを示すハイパーリンクを表す。ユーザは、したがって、図１５に示されたコンテキスト項目の１つをクリックすることによって自分の検索をさらに絞り込むことを選択することができる。例えばユーザは、コンテキスト「雪に覆われた」を選択し、次いでブラウザ１は、以下に示すように別のフィルタ「雪に覆われた」を組み込んだ新しいＵＲＬを生成させられる。
【００６４】
http://xxxx.com?rtype=context&query=
mountains&select=mountains%3a%3aagainst
+a+blue+sky%3a,%3asnowy&type=context
次いで、ここでもまた次のような検索要求をサーチエンジンに提出して、前記で説明したプロセスが繰り返される。
【００６５】
<ce>
<q>mountains</q>
</ce>
しかし、この場合、図１１ＢのステップＳ１０７で検索結果プロバイダ２ｂによって適用されたフィルタは、そのキャプションがコンテキスト項目「青空を背にした」とコンテキスト項目「雪に覆われた」を含む画像だけを選択するマッチング・フィルタである。これらのさらにフィルタリングされた検索結果は、次いでステップＳ１０８で、関連付けられたコンテキスト項目およびハイパーリンク情報と共にＨＴＭＬ文書に組み込まれ、ユーザブラウザ１が別のフィルタリングされた検索結果をユーザに対して表示するように、ユーザブラウザ１に転送される。図１６に、そのブラウザが表示することのできる典型的な画面９０を示す。見れば分かるように、検索結果は、それらが別のコンテキストを有することを示すハイパーリンクにリンクされたコンテキスト項目を下線で示す、図１４および１５に示したものと同様の方法で提示される。図１６に示す例では、コンテキスト項目「湖の向こうの」と「木々のある」という２つのコンテキスト項目だけが別のコンテキストに関連付けられており、したがってハイパーリンクを有する。
【００６６】
ユーザは、所望ならば、次いでハイパーリンク・コンテキスト項目の１つ、例えばコンテキスト項目「木々のある」を選択することによって前記のプロセスを繰り返すことができる。前記で説明したプロセスは、次いで、この例ではステップＳ１０７で適用されたフィルタがキャプションにコンテキスト項目「青空を背にした」、「雪に覆われた」、および「木々のある」が含まれる画像だけをフィルタリング除去して繰り返される。図１７は、ユーザに検索のこの別のフィルタの結果を提供する画面９５を示す。この例では、キャプション「湖の向こうの、青空を背にした、木々のある、雪に覆われた、山脈」（すなわち単語「山脈」に対するセマンティックマッチを提供する単語を含み、コンテキスト項目「青空を背にした」、「雪に覆われた」、および「木々のある」を含むキャプション）を有する単一画像が見つかった。コンテキスト「湖の向こうの」は、その画像がそれに関連付けられた別のコンテキストを有しないので、ハイパーリンクには関連付けられていない。
【００６７】
コンテキスト項目に対するハイパーリンクが単一画像だけに関連付けられている場合、フィルタリングされた検索結果は単にその画像となるだけであり、検索結果プロバイダ２ｂは、サムネール画像ではなく完全な画像をユーザに提供するように構成することができる。
【００６８】
図１５から１７に示す画面は、それぞれ、ユーザに適用されたフィルタ、突き止められた画像の数、および別のコンテキストを有する画像の数を示す情報を提供する。さらに、それらの画面は、それぞれ、ボタン８３「画像として示す」を含む。このボタンをクリックすることによって、ブラウザ１はウェブ・サーバ２に対して、フィルタリング検索を作成するために使用するＵＲＬに基づくがタイプ「コンテキスト」をタイプ「画像」で置き換えたＵＲＬを供給する。この場合、検索結果が検索結果プロバイダ２ｂによって受信されると、検索結果プロバイダ２ｂは図１１ＢのステップＳ１０６で画像モード表示が選択されたと判定する。ステップＳ１２０で、検索結果プロバイダ２ｂは、前もって定義されたフィルタに従って検索結果をフィルタリングする。したがって、例えば「画像として示す」ボタン８３が図１６に示す画面９０でクリックされると、キャプションがコンテキスト項目「青空を背にした」および「雪に覆われた」を含む画像だけを選び出すように、検索結果がフィルタリングされる。次いでステップＳ１２１で、検索結果プロバイダ２ｂは、各画像およびその関連するキャプションに対してサムネール画像を含むＨＴＭＬ文書を生成する。この文書は、ユーザブラウザ１に供給されるとき、図１３で示される画面と同様だがフィルタに提示されるコンテキスト項目のすべてを含むキャプションを有する画面だけ、すなわちこの場合はコンテキスト項目「青空を背にした」を含むキャプションを有する画像だけを含む画面を作成する。
【００６９】
図１３から１７に示す画面のそれぞれでは、ユーザは個別のサムネール画像をクリックすることもできる。サムネール画像をクリックすることによって、ブラウザ１は、サムネール画像ではなくその画像をデータベース４から検索する（ｒｅｔｒｉｅｖｅ）ために、その特定画像の画像ＩＤを含むＵＲＬアドレスを生成する。例えば、図１７に示される画像６９がクリックされると、ＵＲＬは次に示すフォームを有することになる。
【００７０】
http://xxxx.com?rtype=context&query=
mountains&type=showimage&image=12/img0034.jp
g&caption=snowy+mountains+against+a+blue+sky+
and+above+a+lake
ここで、12/img0034.jpgは画像ＩＤである。
【００７１】
このＵＲＬが照会ジェネレータ２ａによって受信されると、照会ジェネレータは、サムネールではなく実際の画像をデータベース４から検索し（ｒｅｔｒｉｅｖｅ）、ネットワークＮを介してユーザへのＨＴＭＬ文書に供給することを可能にするために、データベースに対して照会を生成する。
【００７２】
前記で説明された実施形態では、検索されるべきデータベースは、それぞれがキャプションに関連付けられた画像のデータベースからなる。勿論、検索文書が必ずシステム・オペレータ画像を含む必要はないが、例えばテキスト文書、オーディオ・ファイル、ビデオ・ファイルまたはこれらの組合せであってよいということを理解されたい。検索文書がテキスト文書の場合、キャプション・データに対応するメタ・データはその文書に対する要約を構成する場合があり、検索文書がオーディオ・ファイルまたはビデオ・ファイルの場合、メタ・データはここでもまた、ビデオ・ファイルまたはオーディオ・ファイルを記述するキャプション・データになることになる。勿論、メタ・データは、例えば音声認識エンジンによって音声データ・ファイルから導出することができる。したがって、例えば検索文書がオーディオ・ファイルまたはビデオ・ファイルの場合、メタ・データは音声認識エンジンによってオーディオ・ファイルのオーディオ・データ、またはビデオ・ファイルのサウンド・トラック・データから導出することができる。これにより、ビデオ・ファイルの場合、検索は、ユーザにビデオ・ファイルのビデオ・データを形成する動画像のシーケンス内で１つまたは複数のフレームの特定シリーズを検索することを可能にするビデオ・データ・ファイルの動画像またはフレームに関連付けられた音声データまたはボイス・データに基づいて実行される。
【００７３】
上記の実施形態においては、コンテキスト情報をメタ・データまたはキャプションから抽出するために自然言語技法を用いている。本発明は、しかし、コンテキスト情報が既にコンテキスト表に提示され、コンテキスト情報を抽出する必要がない場合にも適用できる。これは、いかなるタイプのデータベース、例えば画像オーディオ・ファイルまたはビデオ・ファイル・データベースに関しても同様である。これと同様のデータベースの１例として、フィルム（映画）・データベースが挙げられる。このフィルムデータベースでは、各フィルムに対する参照データがフィルム・タイトルで構成されており、コンテキスト・データは、例えばリリースされた年、ムービーのタイプ（Ｔｙｐｅ）、主演男優（ＭＬ）、助演男優（ＭＳ）、主演女優（ＦＬ）、助演女優（ＦＳ）、監督（Ｄ）、プロデューサー（Ｐ）、ライター（Ｗ）、配給会社（Ｄｉｓｔ）、国（場所）、言語（Ｌａｎｇ）など、各フィルム用のデータベースで使用可能な補助的な情報で構成されている。
【００７４】
１例として、ユーザは、タイトルに単語「エスケープ」を含むフィルムを求めてフィルム・データベースを検索することができる。この例では、図１２のラジオ・ボタン５３は「画像」ではなく「リスト」または「検索項目」によってラベリングすることができ、検索結果として、データベースの内容に基づいて、次のようなリストを生じることができる。
グレート・エスケープ、ザ
エスケープ・バイ・ナイト
エスケープ・バイ・ナイト
エスケープ・クローズ
エスケープ・デンジャラス
エスケープ・ヴェロシティ
エスケープ・フロム・アルカトラクス
エスケープ・フロム・アンダーソンヴィル・ザ
エスケープ・フロム・アンゴラ
エスケープ・フロム・ブラック・ストリート
エスケープ・フロム・クライム
エスケープ・フロム・キューバ
エスケープ・フロム・デヴィルズ・アイランド
エスケープ・フロム・ダイノ・アイランド
エスケープ・フロム・ＤＳ−３
エスケープ・フロム・イースト・ベルリン
エスケープ・フロム・エル・ディアブロ
エスケープ・フロム・フォート・ブラヴォ
エスケープ・フロム・ヘル・アイランド
エスケープ・フロム・ホンコン
エスケープ・フロム・ジャパン
エスケープ・フロム・エルエイ
エスケープ・フロム・ニューヨーク
エスケープ・フロム・パラダイス
エスケープ・フロム・レッド・ロック
エスケープ・フロム・テラー
エスケープ・フロム・ザ・プラネット・オブ・ザ・エイプス
エスケープ・フロム・ザ・デザート
エスケープ・イン・ザ・フォッグ
エスケープ・イン・ザ・サン
エスケープ・ミー・ネヴァー
ナロー・エスケープ・ザ
図１２の「コンテキストとして結果を示す」を選択すると、次の表１に示すフォームでユーザに検索結果が提供される。
【００７５】
【表１】
0003658358.tif 000002
【００７６】
ここで、コンテキスト列中の各コンテキスト項目がハイパーリンクである場合、それがアクティブにされると、そのコンテキストに従って検索結果がフィルタリングされることになる。したがって、例えばユーザが表１のハイパーリンク「Ｓｔｅｖｅ  ＭｃＱｕｅｅｎ」をクリックすると、ユーザに提示される検索結果は次の表２に示されるフォームを有する場合がある。
【００７７】
【表２】
0003658358.tif 000003
【００７８】
フィルム数が１よりも大きな場合、コンテキスト項目はハイパーリンクを再度表し、そのハイパーリンクを選択することによって、そのコンテキスト項目に従って検索結果がフィルタリングされる。したがって、例えばディレクターとして「ジョン・スタージェス」を選択することによって、ユーザには次のような１つのフィルムだけを含む検索結果が提示される。
【００７９】
「ザ・グレート・エスケープ」
主演男優：スティーヴ・マクウィーン
監督：ジョン・スタージェス
タイプ：戦争
言語：英語
フィルタリングされた検索結果中に少数のフィルムしか残らないとき、各年を個別に列挙するとユーザのディスプレイは乱雑になるが、年のグループ化である１０年間によってより特別のフィルタリングが可能になることはないので、日付の処理は特別な注意を必要とする。これは、個々の１０年間を、それぞれが補助的なコンテキスト項目を有する個々のコンテキスト項目として定義することにより処理することができ、したがって、ある１０年間を選択することによってその１０年間はより小さな年のグループ化に細分される。
【００８０】
前記で説明した実施形態では、検索インターフェース装置すなわちウェブ・サーバ２およびサーチエンジン３は、単一のコンピュータ・システムによって提供される。これらは、しかし、直接的に接続されるか、それともネットワークＮまたは別のネットワークを介して接続されることのできる別個のコンピュータ・システムによって提供することができる。同様に、前記で説明した実施形態では、データベース４がサーチエンジン３に直接的に接続されている。しかし、データベース４はネットワークＮまたは別のネットワーク上のどこにでも物理的に配置することができる。
【００８１】
前記で説明した実施形態では、ユーザブラウザ１は、ネットワークＮを介して検索インターフェース装置２に接続されている。しかし、検索インターフェース装置２をユーザブラウザ１に備え、また、サーチエンジン３への接続をネットワーク経由とすることが可能である。さらに、ユーザブラウザ、検索インターフェース装置２およびサーチエンジン３、および、可能ならばデータベース４を備える単一のコンピュータ・システムを提供することができ、この場合はネットワークＮが省かれる。
【００８２】
前記で説明した実施形態では、コンテキストに従った検索が検索結果プロバイダ２ｂによって遂行される。しかし、照会ジェネレータ２ａは、サーチエンジン３に対する検索照会を構築するように構成することができ、その結果、サーチエンジン３に提示された検索要求はフィルタを含み、そのフィルタを通過した文書だけをサーチエンジン３に戻させる。
【００８３】
前記で説明した実施形態では、検索結果は、検索インターフェース装置２によって保存されず、従ってユーザが、前記図１４から１７のどの図においてもコンテキスト項目を選択するたびに、または前記図１５から１７で「画像として示す」を選択するたびに、新たな検索要求が生成される。しかし、検索を繰り返す必要がないようにし、むしろ記憶されている前回の検索結果にコンテキスト・フィルタを適用することができるように、前回の検索結果を記憶しておくことも可能である（特に、検索インターフェース装置２がユーザブラウザ１に設けられている場合）。
【００８４】
前記で説明した実施形態では、コンテキストのフィルタリングを開始するためにハイパーリンクが使用される。これは、必ずしもこの通りである必要はなく、例えばコンテキスト上でのクリックまたはダブル・クリックによって、要求されたアクションを遂行させるサブ・プログラムまたはアプリケーションをアクティブにすることができる。
【００８５】
上述した実施形態では、検索結果はリストとして提示される。しかし、例えば単語「コンテキスト」上をクリックすることによって、ユーザがそこから選択することができるコンテキスト項目のドロップダウン・リストを提示させるように、ドロップダウン・メニューを使用することもできる。
【００８６】
上述した実施形態では、ブラウザはグラフィカルユーザインターフェースを有する。しかし、ブラウザがユーザによる検索命令の口頭での入力を可能にする本発明を適用することが可能である。
【図面の簡単な説明】
【図１】ユーザに検索を実行することを可能にするネットワーク・システムの機能ブロック図である。
【図２】図１に示すユーザブラウザを形成するのに適したコンピュータ・システムのブロック図である。
【図３】図１に示す検索インターフェース装置２またはサーチエンジン３を形成するのに適したコンピュータ・システムのブロック図である。
【図４】図１に示すサーチエンジンの機能ブロック図である。
【図５】図１に示すシステム上の検索を実行することを例示するフローチャートである。
【図６】図１に示すシステム上の検索を実行することを例示するフローチャートである。
【図７Ａ】図１に示すシステム上の検索を実行することを例示するフローチャートである。
【図７Ｂ】図１に示すシステム上の検索を実行することを例示するフローチャートである。
【図８】図１に示すシステム上の検索を実行することを例示するフローチャートである。
【図９】図１に示すシステムのデータベースの内容を例示するための概略図である。
【図１０Ａ】検索がユーザによって命令されるときに、図１に示す検索インターフェース装置によって実行されるより詳細なステップを例示するためのフローチャートである。
【図１０Ｂ】検索がユーザによって命令されるときに、図１に示す検索インターフェース装置によって実行されるより詳細なステップを例示するためのフローチャートである。
【図１１Ａ】サーチエンジンからの検索結果を受信したときに、検索インターフェース装置によって実行されるステップをより詳細に例示するためのフローチャートである。
【図１１Ｂ】サーチエンジンからの検索結果を受信したときに、検索インターフェース装置によって実行されるステップをより詳細に例示するためのフローチャートである。
【図１１Ｃ】サーチエンジンからの検索結果を受信したときに、検索インターフェース装置によって実行されるステップをより詳細に例示するためのフローチャートである。
【図１２】ユーザに検索を命令することを可能にするためにユーザに表示することができる検索入力画面の１例である。
【図１３】ユーザに表示することができる、画像モードで検索結果をユーザに示す画面の１例である。
【図１４】コンテキスト・モードで検索結果を示すためにユーザに表示することができる画面の１例である。
【図１５】ユーザに表示することができる、コンテキスト情報に従ってフィルタリングされた検索結果を示す画面の１例である。
【図１６】図１５に示した、別のコンテキスト情報に関連付けられたさらに絞り込まれた検索結果を示すためにユーザに表示することができる画面の１例である。
【図１７】図１６に示した、別のコンテキスト情報によってさらに絞り込まれた検索結果をユーザに示すためにユーザに表示することができる画面を示す図である。
【符号の説明】
１  ユーザブラウザ
２  検索インターフェース装置（ウェブ・サーバ）
２ａ  検索照会ジェネレータ
２ｂ  検索結果プロバイダ
２ｃ  ネットワーク・インターフェース
３  サーチエンジン
４  データベース
【図１】
0003658358.tif 000004
【図２】
0003658358.tif 000005
【図３】
0003658358.tif 000006
【図４】
0003658358.tif 000007
【図５】
0003658358.tif 000008
【図６】
0003658358.tif 000009
【図７Ａ】
0003658358.tif 000010
【図７Ｂ】
0003658358.tif 000011
【図８】
0003658358.tif 000012
【図９】
0003658358.tif 000013
【図１０Ａ】
0003658358.tif 000014
【図１０Ｂ】
0003658358.tif 000015
【図１１Ａ】
0003658358.tif 000016
【図１１Ｂ】
0003658358.tif 000017
【図１１Ｃ】
0003658358.tif 000018
【図１２】
0003658358.tif 000019
【図１３】
0003658358.tif 000020
【図１４】
0003658358.tif 000021
【図１５】
0003658358.tif 000022
【図１６】
0003658358.tif 000023
【図１７】
0003658358.tif 000024