JP2002202968A - 情報検索サービスシステム及び情報出力方法 - Google Patents

Abstract

(57)【要約】 【課題】 繰り返し検索を行う場合でも手間をかけずに
検索結果を保持することが可能な、操作性に優れた情報
検索サービスシステムを提供する。 【解決手段】 サービス主体ＳＶＣは、ユーザＵＳＲの
マシン上で検索結果画面５を複数オープンする場合に、
各々の検索結果画面５を、異なるウィンドウとして別々
にオープン可能な状態で前記ユーザＵＳＲのマシンに送
信する送信手段を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報検索サービス
システム及び情報出力方法に関し、特にインターネット
を利用して行われる情報検索サービスシステム及び情報
出力方法に関する。

【０００２】

【従来の技術】一般にインターネット上に存在する大量
の情報の中から所望の情報を見つけ出すためには、いわ
ゆる情報検索サービスの利用が欠かせない。たとえば、
「ＹＡＨＯＯ！」（ヤフージャパンの登録商標）など
は、代表的な情報検索サービスの一つである。

【０００３】これらの情報検索サービスを利用する場
合、ユーザは、インターネットに接続されたパーソナル
コンピュータなどの情報端末上でブラウザソフトを起動
し、ブラウザソフトのアドレスボックスに情報検索サー
ビス会社のアドレス（たとえば、ヤフーの場合は“htt
p://www.yahoo.co.jp/”）を入力してサービス会社の情
報検索画面にアクセスする。

【０００４】情報検索画面には検索キーワード文字列入
力用のテキストボックスコントロールや、サブミット属
性を付与した送信コマンドボタンコントロールなどが配
置されており、ユーザは、適当な検索キーワードをテキ
ストボックスコントロールに入力して送信コマンドボタ
ンコントロールをクリックする。

【０００５】サービス会社は、送信コマンドボタンコン
トロールのクリックアクションによってユーザ側のパー
ソナルコンピュータから送られた検索キーワードを受け
取り、あらかじめデータベースに登録されている情報の
中から当該検索キーワードを含むコンテンツ名やそのコ
ンテンツのアドレス（ＵＲＬ：Uniform Resource Locat
or）などを取り出し、それらの情報を一覧表示した検索
結果画面を生成して、ユーザ側のパーソナルコンピュー
タに送り返す。ユーザは、検索結果画面を確認して適当
なリスト行をクリックし、その行にリンクされたコンテ
ンツを表示するという動作を繰り返すことにより、所望
の情報にアクセスすることができる。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来の情報検索サービスにあっては、検索キーワードを変
更しながら何度も検索を繰り返す場合に、その検索結果
はその都度更新されてしまうので、その検索結果の履歴
を保持できないという問題点があった。また、検索ペー
ジのプログラミングにより一意的に決定するものであ
り、クライアントユーザが検索結果の表示方法を選択で
きないという問題点があった。

【０００７】たとえば、“○○○”というキーワードで
検索した後、続けて“×××”というキーワードで検索
する場合、“○○○”の検索結果画面は“×××”の検
索を開始する段階で失われてしまうため、“○○○”の
検索結果を残そうとするには、従来は、印刷などしてい
ちいち保存しなければならず、手間がかかって面倒であ
るという操作上の不都合があった。

【０００８】したがって、本発明が解決しようとする課
題は、繰り返し検索を行う場合でも手間をかけずに検索
結果を保持することが可能であり、またユーザの意思を
反映した検索結果の表示が可能な、操作性に優れた情報
検索サービスシステムを提供することにある。

【０００９】

【課題を解決するための手段】本発明は、クライアント
マシンから送信された検索キーワードを受け取ると、該
検索キーワードを検索エンジンに渡して該検索キーワー
ドを含む情報の検索を検索エンジンに依頼するととも
に、該検索エンジンから検索結果を受け取ると、前記ク
ライアントマシンに対して検索結果を一覧表示した検索
結果画面を送信するサーバマシンを有する情報検索サー
ビスシステムにおいて、前記サーバマシンは、前記クラ
イアントマシン上で前記検索結果画面を複数オープンす
る場合に、各々の検索結果画面を、異なるウィンドウと
して別々にオープン可能な状態で前記クライアントマシ
ンに送信する送信手段を備えたことを特徴とする。

【００１０】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。

【００１１】図１は、実施の形態に係る情報検索サービ
スシステムの概念構成図である。この図において、ＵＳ
Ｒは情報検索サービスの需要者（以下「ユーザ」とい
う。）、ＳＶＣは情報検索サービスのサービス主体、Ｅ
ＮＧは検索エンジンである。

【００１２】ユーザＵＳＲは、サービス主体ＳＶＣを介
して検索エンジンＥＮＧを利用することにより、たとえ
ば、インターネット上に散在する大量の情報の中から所
望の検索キーワードを含む情報の存在場所（アドレス）
を入手することができる。サービス主体ＳＶＣは、ユー
ザＵＳＲに対して、かかる情報検索サービスのために設
計されたいくつかのインターフェース画面を提供する。
その一つはサービス主体ＳＶＣに設けられた第１サービ
ス２ａによって提供される検索画面４であり、他の一つ
は同じくサービス主体ＳＶＣに設けられた第３サービス
２ｃによって提供される検索結果画面５である。なお、
サービス主体ＳＶＣに設けられた第２サービス２ｂは、
ユーザＵＳＲからの検索要求を検索エンジンＥＮＧに伝
えるためのものである。

【００１３】検索画面４は冒頭で説明した従来技術と同
様の検索キーワード文字列入力用のテキストボックスコ
ントロールや送信コマンドボタンコントロールなどを備
えるほか、本実施の形態に特有のコントロール（検索結
果画面ウィンドウ指定コントロール）を備える。このコ
ントロールは、以下の説明からも明らかになるが、検索
結果画面５を異なるウィンドウで開くことを指定するた
めのものであり、これによって、繰り返し検索を行う場
合でも検索結果を保持することを可能とするものであ
る。

【００１４】図２は、検索画面４及び検索結果画面５の
一例のレイアウトを示す図である。この図において、検
索画面４は、適当な表題文字列（図では“検索サービ
ス”）表示エリア４ａを有するとともに、検索キーワー
ド文字列入力用のテキストボックスコントロール４ｂ、
検索結果画面ウィンドウ指定コントロール４ｈ及び送信
コマンドボタンコントロール４ｉなどを有して構成され
ている。

【００１５】検索結果画面ウィンドウ指定コントロール
４ｈは、本実施の形態における特徴的な要素の一つであ
り、この検索結果画面ウィンドウ指定コントロール４ｈ
は、たとえば、“ターゲット１”、“ターゲット２”、
“ターゲット３”、“元のウィンドウ”、“新規ウィン
ドウ”などと命名された複数のオプションボックスコン
トロール４ｃ〜４ｇをグループ化したものであり、いず
れか一つをクリックして選択状態（図では“ターゲット
１”と命名された一番上のオプションボックスコントロ
ール４ｃが選択状態となっている。）とすることができ
るものである。また、送信コマンドボタンコントロール
４ｉは、サブミット属性が与えられたコントロールであ
り、その送信対象情報は、少なくとも検索キーワード文
字列入力用のテキストボックスコントロール４ｂの入力
情報と、検索結果画面ウィンドウ指定コントロール４ｈ
のオプション値である。

【００１６】ここに、“オプション値”とは検索結果画
面ウィンドウ指定コントロール４ｈを構成する複数のオ
プションボックスコントロール４ｃ〜４ｇのうちの選択
状態にあるコントロールの規定のオプション値である。
たとえば、それぞれのオプションボックスコントロール
４ｃ〜４ｇの各オプション値を上から順に“１”、
“２”、“３”、“４”、“５”とすると、図示のよう
に“ターゲット１”と命名された一番上のオプションボ
ックスコントロール４ｃが選択状態となっている場合
は、検索結果画面ウィンドウ指定コントロール４ｈのオ
プション値に“１”が設定される。

【００１７】送信コマンドボタンコントロール４ｉをク
リックしたときの情報送信先は、検索画面４のフォーム
アクションプロパティに設定されたＵＲＬ（Uniform Re
source Locator）で示される。このＵＲＬは、サービス
主体ＳＶＣのアドレス、正確にはサービス主体ＳＶＣに
設けられた第２サービス２ｂのアドレスであり、これに
より、サービス主体ＳＶＣに設けられた第２サービス２
ｂは、検索画面４に入力された情報（少なくとも検索キ
ーワードと検索結果画面ウィンドウ指定コントロール４
ｈのオプション値）を受け取ることができる。

【００１８】サービス主体ＳＶＣに設けられた第２サー
ビス２ｂは、その検索キーワードを検索エンジンＥＮＧ
に送って検索実行を依頼し、第３サービス２ｃでその検
索結果を受け取ると、検索結果を一覧表示した検索結果
画面５を生成してユーザＵＳＲに返送するが、その検索
結果画面５を生成する際に、検索結果画面５を“ターゲ
ット１”、“ターゲット２”、“ターゲット３”、“元
のウィンドウ”または“新規ウィンドウ”のいずれにす
るかを、検索結果画面ウィンドウ指定コントロール４ｈ
のオプション値に基づいて決定することを特徴とするも
のである。

【００１９】たとえば、図示のように、検索結果画面ウ
ィンドウ指定コントロール４ｈのオプション値が“１”
であれば、サービス主体ＳＶＣに設けられた第３サービ
ス２ｃは、検索結果画面５を“ターゲット１”のウィン
ドウとして生成する。ここに、ターゲット１〜３ウィン
ドウとは、少なくとも元のウィンドウ（検索画面５のこ
と）とは異なる別のウィンドウであって、そのウィンド
ウ名を“ターゲット１”、“ターゲット２”または“タ
ーゲット３”とするウィンドウのことである。また、新
規ウィンドウとはこれらのターゲット１〜３ウィンドウ
や元のウィンドウに該当しない他のウィンドウのことで
ある。

【００２０】図２に示す検索結果画面５は、“ターゲッ
ト１”のウィンドウとしてユーザＵＳＲの画面上で開か
れたものであり、図示のように、検索画面４と別のウィ
ンドウとなっている。検索結果画面５には、適当な表題
文字列（図では“○○○○の検索結果”；○○○○はキ
ーワード）表示エリア５ａが設けられているとともに、
検索エンジンＥＮＧでヒットした情報のタイトル等の文
字列をリストアップした検索結果表示エリア５ｂが設け
られており、検索結果表示エリア５ｂの任意行をクリッ
クすることにより、その情報にアクセスできるようにな
っている。

【００２１】ここに、本実施の形態におけるポイント
は、検索画面４に、たとえば、“ターゲット１”、“タ
ーゲット２”、“ターゲット３”、“元のウィンド
ウ”、“新規ウィンドウ”などと命名された複数のオプ
ションボックスコントロール４ｃ〜４ｇをグループ化し
た、検索結果画面ウィンドウ指定コントロール４ｈを設
けた点にある。そして、その検索結果画面ウィンドウ指
定コントロール４ｈのオプション値をサービス主体ＳＶ
Ｃで受け取り、検索結果画面５を生成する際のウィンド
ウ指定に用いる点にある。

【００２２】具体的には、オプション値が“１”であれ
ば、検索結果画面５をターゲット１ウィンドウとしてユ
ーザＵＳＲに送信し、オプション値が“２”であれば、
検索結果画面５をターゲット２ウィンドウとしてユーザ
ＵＳＲに送信し、オプション値が“３”であれば、検索
結果画面５をターゲット３ウィンドウとしてユーザＵＳ
Ｒに送信し、オプション値が“４”であれば、検索結果
画面５を元のウィンドウとしてユーザＵＳＲに送信し、
あるいは、オプション値が“５”であれば、検索結果画
面５を新規ウィンドウとしてユーザＵＳＲに送信する点
にポイントがある。

【００２３】これによれば、たとえば、“○○○”とい
うキーワードの検索結果をターゲット１ウィンドウで表
示し、続けて“×××”というキーワードの検索結果を
ターゲット２ウィンドウで表示する場合、ユーザＵＳＲ
の画面上には、ターゲット１ウィンドウとターゲット２
ウィンドウの二つの検索結果画面５が並ぶことになる。
したがって、この場合は、二つの検索結果画面５によっ
て、最新の検索結果はもちろんのこと、直前の検索結果
も喪失することなく保持して確認することができるか
ら、冒頭で説明した従来技術の問題点、すなわち、キー
ワードを変更しながら何度も検索を繰り返す場合に、そ
の検索履歴を保持できないという問題点を解決すること
ができるのである。

【００２４】なお、以上の説明では、検索結果画面５の
ウィンドウを、“ターゲット１”、“ターゲット２”、
“ターゲット３”、“元のウィンドウ”、“新規ウィン
ドウ”などに分類しているが、要するに、検索を繰り返
す場合に、それぞれの検索結果をユーザの指定するウィ
ンドウに保持できるようになっていればよく、かかる具
体的分類のみに限定されない。要は、ユーザＵＳＲが理
解しやすい用語ないしはイメージを持たせた分類であれ
ばよい。

【００２５】次に、本実施の形態の情報検索サービスを
実現するために必要なネットワークインフラについて説
明する。図３は、ネットワークインフラの概念図であ
り、この図では、図１のユーザＵＳＲに相当するユーザ
クライアントマシン１ａ〜１ｄ（発明の要旨に記載のク
ライアントマシンに相当）、図１のサービス主体ＳＶＣ
に相当するサービス主体サーバマシン２（発明の要旨に
記載のサーバマシンに相当）、及び、図１の検索エンジ
ンＥＮＧに相当する検索エンジンサーバマシン３ａ〜３
ｄ（発明の要旨に記載の検索エンジンに相当）が、それ
ぞれ共通のネットワーク１０に接続されている様子が模
式的に示されている。

【００２６】ユーザクライアントマシン１ａ〜１ｄ、サ
ービス主体サーバマシン２、検索エンジンサーバマシン
３ａ〜３ｄ及びネットワーク１０の各々について、具備
すべき機能を定義すると、まず、サービス主体サーバマ
シン２は、いわゆるウェブ（Ｗｅｂ）サーバとしての機
能を有していなければならない。このウェブサーバ機能
を利用して所要の情報検索サービスを実行する。また、
検索エンジンサーバマシン３ａ〜３ｄは、たとえば、Ｙ
ＡＨＯＯ！やその他の商用検索サービスを実行するマシ
ンであり、インターネット１０を介して自由に当該検索
サービスを提供するものである。

【００２７】一方、ユーザクライアントマシン１ａ〜１
ｄは、ネットワーク１０を介して上記のウェブサーバ
（サービス主体サーバマシン２）にアクセスできる機能
を備えていればよく、この点において、ブラウザソフト
やネットワークＯＳ（ＯＳ：オペレーティングシステ
ム）を搭載した汎用のパーソナルコンピュータやワープ
ロ専用機若しくは携帯情報端末などの利用は好ましい。
誰でも容易に入手でき、且つ、ネットワーク１０に接続
してウェブサーバ上のコンテンツを自由に閲覧できるか
らである。

【００２８】また、ネットワーク１０は、少なくともユ
ーザクライアントマシン１ａ〜１ｄ、検索エンジンサー
バマシン３ａ〜３ｄ及びサービス主体サーバマシン２と
の間の相互通信を可能にするものでなければならない
が、一般にネットワークプロトコルのデファクトスタン
ダードは、今日、インターネットプロトコル（ＩＰ）で
あり、汎用パーソナルコンピュータや各種サーバマシン
などの大多数は、このＩＰをサポートしているから、事
実上、ネットワーク１０はＩＰ対応のいわゆる“インタ
ーネット”と呼ばれるものであればよい。なお、インタ
ーネットは物理的に存在しない。インターネットサービ
スプロバイダ（ＩＳＰ）同士を結ぶバックボーン及びＩ
ＳＰと加入者宅を結ぶ加入者回線（又はケーブルテレビ
回線若しくは無線回線）などのＩＰ対応通信媒体の総称
である。

【００２９】図４は、ユーザクライアントマシン１ａ〜
１ｄ、サービス主体サーバマシン２及び検索エンジンサ
ーバマシン３ａ〜３ｄの構成を示す図である。ユーザク
ライアントマシン１ａ〜１ｄ、サービス主体サーバマシ
ン２及び検索エンジンサーバマシン３ａ〜３ｄは、規模
や安定性等の点でその構成に若干の違いはあるものの、
いわゆる“コンピュータ”としての基本的構成（アーキ
テクチャ）に大差はないため、ここでは、ユーザクライ
アントマシン１ａ〜１ｄを例にしてその構成を説明す
る。ユーザクライアントマシン１ａ〜１ｄは、ＣＰＵ２
０（発明の要旨に記載の送信手段に相当）、ＲＡＭ２
１、ディスクコントローラ２２、ディスク装置２３、デ
ィスプレイコントローラ２４、ディスプレイ装置２５、
キーボードコントローラ２６、キーボード装置２７、ポ
インティングデバイス装置２８、通信制御装置２９（発
明の要旨に記載の送信手段に相当）、メインバス３０、
バスインターフェース３１および内部バス３２などを有
する。

【００３０】ユーザクライアントマシン１ａ〜１ｄは、
ディスク装置２３にあらかじめ格納されたブラウザプロ
グラムをＲＡＭ２１にロードしてＣＰＵ２０で実行する
ことにより、通信制御装置２９を介してネットワーク１
０に接続できるようになっており、ネットワーク１０上
のサービス主体サーバマシン２から様々なインターフェ
ース画面をダウンロードしてディスプレイ装置２５で閲
覧できると共に、そのインターフェース画面上でキーボ
ード装置２７やポインティングデバイス装置２８を操作
することにより、たとえば、サービス主体サーバマシン
２で実行される情報検索サービスを受けられるようにな
っている。

【００３１】一方、サービス主体サーバマシン２は、デ
ィスク装置２３にあらかじめ格納されたＷｅｂサーバプ
ログラムをＲＡＭ２１にロードしてＣＰＵ２０で実行す
ることにより、通信制御装置２９を介してネットワーク
１０上に、ディスク装置２３に格納されたインターフェ
ース画面を公開できるようになっており、かつ、ユーザ
クライアントマシン１ａ〜１ｄによってそのインターフ
ェース画面に入力された情報を受け取り、検索エンジン
サーバマシン３ａ〜３ｄに検索実行を通知するととも
に、検索エンジンサーバマシン３ａ〜３ｄから検索結果
を受け取ると、その検索結果を一覧費用辞した検索結果
画面を生成し、検索依頼元のユーザクライアントマシン
１ａ〜１ｄに返送する等の処理を実行するようになって
いる。

【００３２】図５（ａ）は、検索依頼元のユーザクライ
アントマシン１ａ〜１ｄにおけるディスプレイ装置２５
の画面表示例を示す図である。画面４０には、四つのウ
ィンドウ４１〜４４がオープンされており、第３のウィ
ンドウ４３を除く第１、第２及び第４のウィンドウ４
１、４２、４４の可視プロパティのみがオンとなってい
る。すなわち、第３のウィンドウ４３はユーザの目に見
えない非表示のウィンドウである。

【００３３】この図において、第１のウィンドウ４１に
は検索キーワード入力用のテキストボックスコントロー
ル４１ａと送信コマンドボタンコントロール４１ｂが設
けられており、また、第２のウィンドウ４２には“ター
ゲット１”、“ターゲット２”、“ターゲット３”、
“元のウィンドウ”及び“新規ウィンドウ”と記載され
た複数の選択テキストエリア４２ａ〜４２ｅが設けられ
ている。さらに、第３のウィンドウ４３には検索エンジ
ンのＵＲＬがあらかじめ格納されたテキストボックスコ
ントロール４３ａが設けられており、また、第４のウィ
ンドウ４４には検索結果のリスト表示エリア４４ａが設
けられている。

【００３４】図６は、上記の画面４０における検索手順
を示すフローチャートである。このフローチャートで
は、まず、検索を開始する段階で第１のウィンドウ４１
のみがオープン状態となっているものとする（ステップ
Ｓ１１）。なお、第３のウィンドウ４３もこの段階でオ
ープンされているが、非表示となってユーザの目には見
えていない。

【００３５】今、ユーザが第１のウィンドウ４１のテキ
ストボックスコントロール４１ａに任意の検索キーワー
ド（図では“ｄｏｇ”）を入力した後、第１のウィンド
ウ４１の送信コマンドボタンコントロール４１ｂをクリ
ックすると（ステップＳ１２）、検索キーワード（図で
は“ｄｏｇ”）及び非表示の第３のウィンドウ４３から
検索エンジンのＵＲＬを取得し（ステップＳ１３）、次
いで、第２のウィンドウ４２をオープンする（ステップ
Ｓ１４）。そして、その第２のウィンドウ４２の複数の
選択テキストエリア４２ａ〜４２ｅの一つがユーザによ
ってクリックされる（ステップＳ１５）。たとえば、ユ
ーザが検索結果をターゲット１ウィンドウに表示したい
と希望した場合は、そのユーザによって、一番上の選択
テキストエリア４２ａがクリックされる。

【００３６】これにより、第２のウィンドウ４２がクロ
ーズされるとともに（ステップＳ１６）、第１のウィン
ドウ４１のテキストボックスコントロール４１ａの入力
情報（検索キーワード“ｄｏｇ”）、第２のウィンドウ
４２の複数の選択テキストエリア４２ａ〜４２ｅの選択
行の情報（“ターゲット１”）、及び、第３のウィンド
ウ４３の検索エンジンのＵＲＬ（たとえば“http://ww
w.yahoo.co.jp/”）がサービス主体サーバマシン２に送
信される（ステップＳ１７）。

【００３７】サービス主体サーバマシン２は、指定され
たＵＲＬを持つ検索エンジン（たとえば、検索エンジン
サーバマシン３ａ）に検索キーワード“ｄｏｇ”の検索
を依頼し、検索エンジンサーバマシン３ａから検索結果
を受け取ると（ステップＳ１８）、“ターゲット１”の
ウィンドウに相当する第４のウィンドウ４４を生成して
検索依頼元のユーザクライアントマシン１ａ〜１ｄに送
信する（ステップＳ１９）。ユーザは、画面４０に表示
された第４のウィンドウ４４のリスト表示エリア４４ａ
を確認し、所望の情報を表示する等の操作を行う。

【００３８】このように、画面４０には、“ターゲット
１”、“ターゲット２”、“ターゲット３”または“新
規ウィンドウ”のいずれかに対応する第４のウィンドウ
４４がオープンされ、その第４のウィンドウ４４のリス
ト表示エリア４４ａに検索結果の一覧が表示されるの
で、特に繰り返し検索を行う場合には、それぞれの検索
操作ごとに異なるウィンドウタイプ（たとえば、“ター
ゲット１”→“ターゲット２”→“ターゲット３”→・・
・・）を指定することにより、各回の検索結果を画面４０
にそのまま保持することができる。したがって、従来技
術のようにいちいち印刷する必要がないというメリット
が得られる。また、従来技術のようにサーバ側で指定さ
れた表示方法でなく、ユーザの指示に基づいて検索結果
を表示することができる。

【００３９】なお、図５（ａ）に示す画面４０では、非
表示の第３のウィンドウ４３に一つだけ検索エンジンの
ＵＲＬを格納しており、検索エンジンを選択できないよ
うになっているが、この態様に限らず、たとえば、図５
（ｂ）の画面４０に示すように、可視プロパティをオン
にした第３のウィンドウ５１を設け、その第３のウィン
ドウ５１に複数の検索エンジンの選択リスト５１ａを表
示してもよい。この第３のウィンドウ５１をオープンす
るタイミングは、たとえば、第２のウィンドウ４２のク
ローズのタイミングであってもよい。

【００４０】このようにすると、選択リスト５１ａから
任意に検索エンジン、たとえば、図示の例では“サーバ
（１）”または“サーバ（２）”を選ぶことができるた
め、それぞれの検索エンジンの性格等を考慮して適切な
検索エンジンを指定することができ、効率的な情報検索
を行うことができる。

【００４１】また、以上の説明では、検索キーワードを
いちいちユーザに手入力させているが、たとえば、エデ
ィタ等のアプリケーションプログラムの画面（図５
（ｂ）の第１のウィンドウ５０参照）上で任意の文字列
を選択し、その選択文字列を検索キーワードとしてもよ
い。

【００４２】図７は、選択文字列を検索キーワードとす
る場合の検索手順を示すフローチャートである。このフ
ローチャートでは、まず、検索を開始する段階でエディ
タ等のアプリケーションプログラムの画面（第１のウィ
ンドウ５０）上に任意の文字列が表示されているものと
する（ステップＳ２１）。

【００４３】今、ユーザが第１のウィンドウ５０におい
て所定の手順で文字列を選択すると（ステップＳ２
２）、その選択文字列が検索キーワード（図では“ｄｏ
ｇ”）となる。次いで、第２のウィンドウ４２がオープ
ンされ（ステップＳ２３）、ユーザは、その第２のウィ
ンドウ４２の複数の選択テキストエリア４２ａ〜４２ｅ
の一つをクリックする（ステップＳ２４）。たとえば、
検索結果をターゲット１ウィンドウに表示したい場合
は、一番上の選択テキストエリア４２ａをクリックす
る。

【００４４】次に、第２のウィンドウがクローズされる
とともに、第３のウィンドウ５１がオープンされ（ステ
ップＳ２５）、ユーザは、所望の検索エンジンを選択す
る（ステップＳ２６）。次に、第３のウィンドウ５１が
クローズされるとともに、検索キーワード“ｄｏｇ”、
第２のウィンドウ４２の複数の選択テキストエリア４２
ａ〜４２ｅの選択行の情報（“ターゲット１”）、及
び、第３のウィンドウ５１の検索エンジンのＵＲＬ（た
とえば“http://www.yahoo.co.jp/”）がサービス主体
サーバマシン２に送信される（ステップＳ２７）。

【００４５】サービス主体サーバマシン２は、指定され
たＵＲＬを持つ検索エンジン（たとえば、検索エンジン
サーバマシン３ａ）に検索キーワード“ｄｏｇ”の検索
を依頼し、検索エンジンサーバマシン３ａから検索結果
を受け取ると（ステップＳ２８）、“ターゲット１”の
ウィンドウに相当する第４のウィンドウ４４を生成して
検索依頼元のユーザクライアントマシン１ａ〜１ｄに送
信する（ステップＳ２９）。ユーザは、画面４０に表示
された第４のウィンドウ４４のリスト表示エリア４４ａ
を確認し、所望の情報を表示する等の操作を行う。

【００４６】したがって、上記と同様に、図５（ｂ）の
画面４０には、“ターゲット１”、“ターゲット２”、
“ターゲット３”または“新規ウィンドウ”のいずれか
に対応する第４のウィンドウ４４がオープンされ、その
第４のウィンドウ４４のリスト表示エリア４４ａに検索
結果が一覧表示されるので、特に繰り返し検索を行う場
合には、それぞれの検索操作ごとに異なるウィンドウタ
イプ（たとえば、“ターゲット１”→“ターゲット２”
→“ターゲット３”→・・・・）を指定することにより、各
回の検索結果を画面４０に保持することができ、従来技
術のようにいちいち印刷する必要がないというメリット
が得られる。

【００４７】また、この変形例では、第３のウィンドウ
５１によって検索エンジンを選択できるようにしたか
ら、情報の内容に応じて適切な検索エンジンを指定する
ことができ、検索の効率を向上できるという特有のメリ
ットが得られる。さらに、エディタ等のアプリケーショ
ンプログラムの画面（第１のウィンドウ５０）に表示さ
れた文字列の中から検索キーワードを指定できるため、
いちいち検索キーワードを手入力しなくても済み、検索
手順の簡素化を図ることができるというメリットも得ら
れる。さらに、上記実施の形態では、検索結果の表示方
法（ウインドウ）を指定して検索を要求したが（サーバ
側に表示方法を指定した）、要求は通常の方法で検索要
求をして、検索結果が送られてきたときにユーザが指定
したウインドウに表示させるようにしてもよい（クライ
アント側で表示方法を指定する）。すなわち、クライア
ント側で、送られてきたデータが検索結果か否かを判断
し、検索結果で無ければ、通常通り送られてきた記述
（例えば、ＨＴＭＬ：ハイパー・テキスト・マークアッ
プ・ラングエッジ）に基づき表示し、他方検索結果であ
れば、上記送られてきた記述を無視して、ユーザにより
指定されているウインドウに表示するようにしてもよ
い。

【００４８】

【発明の効果】本発明に係る情報検索サービスシステム
よれば、サーバマシンは、クライアントマシン上で検索
結果画面を複数オープンする場合に、各々の検索結果画
面を、異なるウィンドウとして別々にオープン可能な状
態で前記クライアントマシンに送信する送信手段を備え
るので、特に、繰り返し検索を行う場合において、それ
ぞれの検索結果をユーザの指定した別ウィンドウとして
クライアントマシン上で表示することが可能となる。し
たがって、いちいち印刷などして検索結果を保存する必
要がなくなり、その結果、手間をかけずに検索結果を保
持でき、操作性に優れた情報検索サービスシステムを提
供することができる。

【図面の簡単な説明】

【図１】情報検索サービスシステムの概念構成図であ
る。

【図２】検索画面４及び検索結果画面５の一例のレイア
ウト図である。

【図３】ネットワークインフラの概念図である。

【図４】ユーザクライアントマシン１ａ〜１ｄ、サービ
ス主体サーバマシン２及び検索エンジンサーバマシン３
ａ〜３ｄの構成図である。

【図５】ユーザクライアントマシン１ａ〜１ｄにおける
ディスプレイ装置２５の画面表示例を示す図である。

【図６】検索手順を示すフローチャートである。

【図７】検索手順を示す他のフローチャートである。

【符号の説明】

ＥＮＧ 検索エンジン ＳＶＣ サービス主体 ＵＳＲ ユーザ １ａ〜１ｄ ユーザクライアントマシン（クライアント
マシン） ２ サービス主体サーバマシン（サーバマシン） ３ａ〜３ｄ 検索エンジンサーバマシン（検索エンジ
ン） ５ 検索結果画面 ２０ ＣＰＵ（送信手段） ２９ 通信制御装置（送信手段）

Claims (4)

【特許請求の範囲】
1. 【請求項１】 クライアントマシンから送信された検索
   キーワードを受け取ると、該検索キーワードを検索エン
   ジンに渡して該検索キーワードを含む情報の検索を検索
   エンジンに依頼するとともに、該検索エンジンから検索
   結果を受け取ると、前記クライアントマシンに対して検
   索結果を一覧表示した検索結果画面を送信するサーバマ
   シンを有する情報検索サービスシステムにおいて、 前記サーバマシンは、前記クライアントマシン上で前記
   検索結果画面を複数オープンする場合に、各々の検索結
   果画面を、異なるウィンドウとして別々にオープン可能
   な状態で前記クライアントマシンに送信する送信手段を
   備えたことを特徴とする情報検索サービスシステム。
2. 【請求項２】 前記異なるウィンドウとして別々にオー
   プン可能な状態は、前記クライアントマシンから送信さ
   れる所定のユーザ選択情報に基づいて指定されることを
   特徴とする請求項１記載の情報検索サービスシステム。
3. 【請求項３】 クライアントマシンからの所定要求に応
   答して、サーバマシンにおいて当該所定要求に基づいた
   処理を行ない、その結果をクライアントマシンへ出力す
   る情報出力方法において、 前記クライアントマシンは、前記所定要求として検索要
   求と共に検索結果の出力先を要求し、 前記サーバマシンは、前記所定要求が検索要求である
   と、当該検索要求に基づき検索処理を行ない、その検索
   結果を前記要求された出力先に出力することを特徴とす
   る情報出力方法。
4. 【請求項４】 クライアントマシンからの所定要求に応
   答して、サーバマシンにおいて当該所定要求に基づいた
   処理を行ない、その結果をクライアントマシンへ出力す
   る情報出力方法において、 前記クライアントマシンにおいて、前記検索結果を出力
   する出力先を設定しておき、サーバマシンから出力され
   た前記結果が検索結果であると、前記設定されている出
   力先へ当該検索結果を出力することを特徴とする情報出
   力方法。