JP2008262442A - 検索キーデータを表示させる方法及びサーバ - Google Patents

Abstract

【課題】ドキュメントデータに関連付けられた検索キーデータを表示させる方法及びサーバを提供すること。
【解決手段】サーバ１０は、検索キーＤＢ（例えば、インデックスＤＢ１５０２）から、所定のＷｅｂページのＩＤデータ（例えば、ＵＲＬデータ）に関連付けられた前記検索キーワードを読み出し、読み出した前記検索キーワードに含まれるキーワードデータ及び前記キーワードデータの重要度を表すウェイトデータに基づいて、所定の表示領域における前記キーワードデータの大きさを表す表示データ（例えば、修正コンテンツデータ）を生成し、生成した前記表示データを端末２０に送信する。
【選択図】図３

Description

本発明は、検索キーデータを表示させる方法及びサーバに関する。

従来、ユーザが、端末でＷｅｂブラウザ等において検索キーワードを入力することにより、インターネット上で公開されているドキュメントデータの中から、当該検索キーワードを含むドキュメントデータを一覧にした検索結果を表示する情報検索サービスが行われている。なお、情報検索サービスを行うＷｅｂサイトを検索サイトともいう。

このような、検索サイトは、クローラといわれるプログラムが、インターネット上のＷｅｂサイトを自動的に巡回し、Ｗｅｂページを含むドキュメントデータを収集する。そして、インデクサといわれるプログラムが、当該ドキュメントデータを解析し、ドキュメント中に含まれるキーワードを、当該ドキュメントデータと関連付けてデータベースに記憶する。このことにより、検索サイトは、ユーザの検索キーワードを伴う検索要求に対して、該ユーザが所望する検索キーワードを含むドキュメントデータ群のリスト、又は検索キーワードを含むドキュメントデータを端末に表示させることができる。

このような状況において、特許文献１に記載の技術によれば、検索サイトが、収集したインターネット上のドキュメントデータから、キーワード（ＷＥＢ語或いは検索語）の特徴或いは使用頻度を基に、キーワードが属するカテゴリの評価値を求め、各カテゴリを表現する領域の大きさ及び背景色を含む表示属性を決定する。そして、端末には、評価値に基づいて、円の大きさ等の表示を変更して、カテゴリを表示する。このことにより、ユーザが、キーワード（ＷＥＢ語或いは検索語）からなる情報の大きさを、カテゴリ単位で直感的に把握することができる。
特開２００５−２６７０９５号公報

しかしながら、特許文献１に記載の技術によっても、各々のドキュメントデータが、それぞれどのようなキーワードを含むドキュメントであるかを表示する技術は開示していない。更に、ドキュメントデータ毎に含まれるキーワードの重要度を表示する技術は開示されていない。

そこで、本発明は、各々のドキュメントデータに関連付けられた検索キーデータを表示させる方法及びサーバを提供することを目的とする。

より具体的には、本発明は、次のようなものを提供する。

（１） ユーザの端末（端末２０）と通信ネットワーク（通信ネットワーク３０）を介して接続可能なサーバ（サーバ１０）が、Ｗｅｂページの検索キーデータ（例えばインデックスデータ）を前記端末に表示させる方法であって、
検索キーＤＢ（例えば、インデックスＤＢ）から、所定のＷｅｂページのＩＤデータ（例えば、ＵＲＬデータ）に関連付けられた前記検索キーデータを読み出すステップと、
読み出した前記検索キーデータに含まれるキーワードデータ及び前記キーワードデータの重要度を表すウェイトデータに基づいて、所定の表示領域における前記キーワードデータの大きさを示す表示データ（例えば、修正コンテンツデータ）を生成するステップと、
生成した前記表示データを前記端末に送信するステップと、を含む方法。

本発明のこのような構成によれば、前記サーバは、検索キーＤＢ（例えば、インデックスＤＢ）から、所定のＷｅｂページのＩＤデータ（例えば、ＵＲＬデータ）に関連付けられた前記検索キーワードを読み出し、
読み出した前記検索キーワードに含まれるキーワードデータ及び前記キーワードデータの重要度を表すウェイトデータに基づいて、所定の表示領域における前記キーワードデータの大きさを表す表示データ（例えば、修正コンテンツデータ）を生成し、
生成した前記表示データを前記端末に送信する。

このことにより、前記サーバは、所定のＷｅｂページ中のキーワードについて、キーワードデータ毎のウェイトデータに基づいて、表示の大きさを変えた表示データを生成することができる。

その結果、前記サーバは、ユーザが表示データを参照することによって、視覚的に容易に前記Ｗｅｂページが含むキーワード群を知ることができると共に、文字の大きさを比較観察することによって、それぞれのキーワードの重要度を知ることができる。

（２） （１）に記載の方法であって、
前記重要度は、前記Ｗｅｂページに含まれる前記キーワードデータの数に基づいて決定される方法。

本発明のこのような構成によれば、前記サーバは、前記重要度を、前記Ｗｅｂページに含まれる前記キーワードデータの数に基づいて決定する。

このことにより、前記サーバは、所定のＷｅｂページ中の、それぞれのキーワードの出現頻度に基づいて、当該キーワードの重要度を計算することができる。

その結果、前記サーバは、それぞれのキーワードを出現頻度に基づいて、キーワード毎に大きさを変えて表示することができる。

このように、所定のＷｅｂページ毎に、所定のＷｅｂページのキーワードデータの大きさを出現頻度に基づいて変化させて、例えば出現頻度が高いほど大きく表示することで、ユーザは、所定のＷｅｂページのキーワードの重要度を、文字の大きさに応じて知ることができる。

（３） （１）に記載の方法であって、
前記重要度は、Ｗｅｂページ検索サービスにおいて前記Ｗｅｂページが参照されたクエリーキーワードデータに一致する前記キーワードデータの数に基づいて決定される方法。

本発明のこのような構成によれば、前記サーバは、前記重要度を、Ｗｅｂページ検索サービスにおいて前記Ｗｅｂページが参照されたクエリーキーワードデータに一致する前記キーワードデータの数に基づいて決定する。

このことにより、前記サーバは、所定のＷｅｂページが検索された際の、クエリーキーワードに一致するキーワードデータの出現頻度に基づいて、当該キーワードの重要度を決定することができる。

その結果、前記サーバは、それぞれのキーワードを出現頻度に基づいて、キーワード毎に大きさを変えて表示することができる。

このように、所定のＷｅｂページ毎に、所定のＷｅｂページが検索されたキーワードを重要度に基づいて表示することで、ユーザは、所定のＷｅｂページのキーワードの重要度を、文字の大きさに応じて知ることができる。

（４） （１）から（３）のいずれかに記載の方法であって、
前記検索キーＤＢにおいて、所定のＷｅｂページの表示データに類似する表示データを持つＷｅｂページのＩＤデータを前記端末に送信するステップを更に含む方法。

本発明のこのような構成によれば、前記サーバは、前記検索キーＤＢにおいて、所定のＷｅｂページの表示データに類似する表示データを持つＷｅｂページのＩＤデータを前記端末に送信する。

このことにより、前記サーバは、所定のＷｅｂページの表示データと、他のＷｅｂページの表示データとを比較して、類似する表示データを持つＷｅｂページのＩＤデータ（例えば、ＵＲＬデータ）を特定することができる。

その結果、前記サーバは、表示データのキーワードと、該キーワードの重要度が類似するＷｅｂページの、ＩＤデータ（例えば、ＵＲＬデータ）を端末に送信して表示させることができる。

このように、ユーザは、表示された所定のＷｅｂページと類似するＷｅｂページのＵＲＬを参照することで、類似するＷｅｂページを知ることができる。

（５） （４）に記載の方法であって、
前記所定のＷｅｂページの表示データに類似する表示データを持つＷｅｂページの表示データを前記端末に送信するステップを更に含む方法。

本発明のこのような構成によれば、前記サーバは、前記所定のＷｅｂページの表示データに類似する表示データを持つＷｅｂページの表示データを前記端末に送信する。

このことにより、前記サーバは、表示データのキーワードと、該キーワードの重要度が類似するＷｅｂページの、表示データを端末に送信して表示させることができる。

このように、ユーザは、表示された所定のＷｅｂページと類似するＷｅｂページの表示データを参照することで、類似するＷｅｂページのキーワードを知ることができる。

（６） ユーザの端末（端末２０）と通信ネットワーク（通信ネットワーク３０）を介して接続可能であり、Ｗｅｂページの検索キーデータ（例えばインデックスデータ）を前記端末に表示させるサーバ（サーバ１０）であって、
検索キーＤＢ（例えば、インデックスＤＢ）から、所定のＷｅｂページのＩＤデータ（例えば、ＵＲＬデータ）に関連付けられた前記検索キーデータを読み出すステップと、
読み出した前記検索キーデータに含まれるキーワードデータ及び前記キーワードデータの重要度を表すウェイトデータに基づいて、所定の表示領域における前記キーワードデータの大きさを示す表示データ（例えば、修正コンテンツデータ）を生成するステップと、
生成した前記表示データを前記端末に送信するステップと、を備えるサーバ。

本発明のこのような構成によれば、前記サーバは（１）と同様の作用を有する。

本発明によれば、前記サーバは、ユーザがＷｅｂページの表示データを参照することによって、視覚的に容易に前記Ｗｅｂページが含むキーワード群を知ることができると共に、文字の大きさを比較観察することによって、それぞれのキーワードの重要度を知ることができる。

以下、図面を参照しながら本発明の最良の実施形態の一例について述べる。

図１は、本発明の好適な実施形態の一例に係るシステム１の全体構成を示す図である。図２は、本発明の好適な実施形態の一例に係るサーバ１０及び端末２０のハードウェア構成の一例を示す図である。図３は、本発明の好適な実施形態の一例に係る端末２０及びサーバ１０の機能ブロック図である。図４は、本発明の好適な実施形態の一例に係るＷｅｂページデータ収集処理を示すフローチャートである。図５は、本発明の好適な実施形態の一例に係るキャッシュＤＢ１５０１を示す図である。図６は、本発明の好適な実施形態の一例に係るインデックスＤＢ１５０２を示す図である。図７は、本発明の好適な実施形態の一例に係る修正コンテンツデータ生成処理を示すフローチャートである。図８は、本発明の好適な実施形態の一例に係る検索結果表示処理を示すフローチャートである。図９は、本発明の好適な実施形態の一例に係る検索結果のデータ及び修正コンテンツデータの表示画面を示す図である。図１０は、本発明の好適な実施形態の別の例に係る検索結果のデータ及び修正コンテンツデータの表示画面を示す図である。図１１は、本発明の好適な実施形態の別の例に係る検索結果のデータ及び修正コンテンツデータの表示画面を示す図である。
［システムの全体構成］

図１は、本発明の好適な実施形態の一例に係るシステム１の全体構成を示す図である。

本実施形態におけるシステム１は、サーバ１０が、通信ネットワーク３０を介して、端末２０及びＷｅｂサイト６０と接続可能な状態で構成される。

サーバ１０は、テキストや画像等を含んだドキュメントデータ（例えば、インターネットやイントラネット上のＷｅｂページ）を収集し記憶する。更に、サーバ１０は、ドキュメントデータを解析して、インデックスデータを作成して記憶する。そして、端末２０のＷｅｂブラウザ等からのユーザの検索要求に応じて、インデックスを検索した結果と、検索結果に含まれるそれぞれのドキュメントデータのインデックスを可視化したキーワード表示データ（例えば、修正コンテンツデータ）とを送信する機能を備えている。なお、サーバ１０のハードウェアの数に制限はなく、必要に応じて、１又は複数のハードウェアで構成してよい。

Ｗｅｂサイト６０は、ドキュメントデータ（例えば、Ｗｅｂページデータ）を蓄積しており、通信ネットワーク３０、例えば、インターネット等のネットワークを通じて、これらのデータを端末２０に送信する機能を有している。なお、個人や会社のホームページ等のＷｅｂページデータ群、又はＷｅｂページデータ群を管理しているインターネット上の場所を、Ｗｅｂサイトという。

通信ネットワーク３０は、サーバ１０、Ｗｅｂサイト６０、及び端末２０を接続する。ここで、通信ネットワーク３０は、有線により実現するものだけではなく、携帯電話等のように、基地局を介して一部を無線により実現するもの、アクセスポイントを介して無線ＬＡＮにより実現するもの等、本発明の技術的思想に合致するものであれば様々な通信ネットワークにより実現してよい。
［サーバ１０のハードウェア構成］

図２は、図１で説明した本発明の好適な実施形態の一例に係るサーバ１０のハードウェア構成の一例を示す図である。サーバ１０は、制御装置１３０を構成するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１３１（マルチプロセッサ構成ではＣＰＵ１３２等複数のＣＰＵが追加されてもよい）、バスライン１０５、通信Ｉ／Ｆ１２０、メインメモリ１７０、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）１８０、ＵＳＢポート１９０、Ｉ／Ｏコントローラ１６０、並びにマウス及びキーボード１１１等の入力装置１１０や表示装置１４０を備える。

ＢＩＯＳ１８０は、サーバ１０の起動時に制御装置１３０が実行するブートプログラムや、サーバ１０のハードウェアに依存するプログラム等を格納する。

Ｉ／Ｏコントローラ１６０には、テープドライブ１５１、ハードディスク１５３、光ディスクドライブ１５２、半導体メモリ１５４等の記憶装置１５０を接続することができる。

記憶装置１５０を構成するハードディスク１５３は、サーバ１０がサーバとして機能するための各種プログラム及び本発明の機能を実行するプログラムを記憶しており、更に必要に応じて各種データベースを構成可能である。

光ディスクドライブ１５２としては、例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＡＭドライブ、ＣＤ−ＲＡＭドライブを使用することができる。この場合は各ドライブに対応した光ディスク１５２１を使用する。光ディスク１５２１から光ディスクドライブ１５２によりプログラム又はデータを読み取り、Ｉ／Ｏコントローラ１６０を介してメインメモリ１７０又はハードディスク１５３に提供することもできる。また、同様にテープドライブ１５１に対応したテープメディア１５１１を主としてバックアップのために使用することもできる。

サーバ１０に提供されるプログラムは、ハードディスク１５３、光ディスク１５２１、又はメモリーカード等の記録媒体に格納されて提供される。このプログラムは、Ｉ／Ｏコントローラ１６０を介して、記録媒体から読み出され、又は通信Ｉ／Ｆ１２０を介してダウンロードされることによって、サーバ１０にインストールされ実行されてもよい。

前述のプログラムは、内部又は外部の記憶媒体に格納されてもよい。ここで、記憶装置１５０を構成する記憶媒体としては、ハードディスク１５３、光ディスク１５２１、又はメモリーカードの他に、ＭＤ等の光磁気記録媒体、テープ媒体を用いることができる。また、専用通信回線やインターネットに接続されたサーバシステムに設けたハードディスク１５３又は光ディスクライブラリー等の記憶装置を記録媒体として使用し、通信回線を介してプログラムをサーバ１０に提供してもよい。

ここで、表示装置１４０は、ユーザにデータの入力を受け付ける画面を表示したり、サーバ１０による演算処理結果の画面を表示したりするものであり、ブラウン管表示装置（ＣＲＴ）、液晶表示装置（ＬＣＤ）等のディスプレイ装置を含む。

ここで、入力装置１１０は、ユーザによる入力の受け付けを行うものであり、マウス及びキーボード１１１等により構成してよい。

また、通信Ｉ／Ｆ１２０は、サーバ１０を専用ネットワーク又は公共ネットワークを介して端末と接続できるようにするためのネットワーク・アダプタである。通信Ｉ／Ｆ１２０は、モデム、ケーブル・モデム及びイーサネット（登録商標）・アダプタを含んでよい。

以上の例は、サーバ１０について主に説明したが、コンピュータに、プログラムをインストールして、そのコンピュータをサーバ装置として動作させることにより上記で説明した機能を実現することもできる。従って、本発明において一実施形態として説明したサーバにより実現される機能は、上述の方法を当該コンピュータにより実行することにより、或いは、上述のプログラムを当該コンピュータに導入して実行することによっても実現可能である。
［端末２０のハードウェア構成］

ここでユーザの端末２０は、上述のサーバ１０と同様の構成を備えてよい。端末２０は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）２０ａの他、携帯電話機２０ｂ、及びＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔ）２０ｃ、等のいわゆるコンピュータ以外の通信端末であってもよい。
［システムの機能構成］

図３は、本発明の好適な実施形態の一例に係る端末２０及びサーバ１０の機能ブロック図である。

端末２０は、入力部２１、送受信部２２、制御部２３、及び表示部２４により構成される。入力部２１は、マウス及びキーボード２１１等の入力装置２１０を含んで構成し、ユーザの入力を受け付ける機能を有している。又、送受信部２２は、通信Ｉ／Ｆ２２０を含んで構成し、データをサーバ１０に送信する機能、及びサーバ１０からデータを受信する機能を有している。更に、制御部２３は、ＣＰＵ２３１を含む制御装置２３０を含んで構成し、端末２０を制御する機能を有している。そして、表示部２４は、表示装置２４０を含んで構成し、データを表示する機能を有している。

サーバ１０は、送受信部１２、制御部１３、及び記憶部１５により構成される。送受信部１２は、通信Ｉ／Ｆ１２０を含んで構成し、端末２０からデータを受信する機能、及び端末２０へデータを送信する機能を有している。又、制御部１３は、ＣＰＵ１３１を含む制御装置１３０を含んで構成し、サーバ１０を制御する機能を有している。更に、記憶部１５は、ハードディスク１５３等を含む記憶装置１５０を含んで構成し、データを記憶する機能を有している。

サーバ１０の制御部１３は、クローラ部１３０１、インデクサ部１３０２、インデックス取得部１３０３、ページ情報挿入部１３０４、検索部１３０５、タグ情報追加部１３０６、及びインデックス反映部１３０７を有している。クローラ部１３０１は、通信ネットワーク３０を介して、Ｗｅｂページ等のドキュメントデータを収集する。なお、クローラとは一般的に検索ロボットともいわれ、通信ネットワーク３０を通じて、Ｗｅｂサイト６０からＷｅｂページデータを収集するプログラムである。そして、クローラが、Ｗｅｂサイトを探し出す手段や、対象とするＷｅｂページデータの種類は様々であり、クローラの管理者の設定により、収集されるＷｅｂページデータの種類や分野も異なる。

又、インデクサ部１３０２は、収集したドキュメントデータから、公知の形態素解析技術を用いて単語を抽出し、インデックスデータを作成する。そして、インデックス取得部１３０３は、可視化するインデックスデータを取得する。更に、ページ情報挿入部１３０４は、インデックスを可視化したキーワード表示データ（例えば、修正コンテンツデータ）を作成する。そして又、検索部１３０５は、ユーザの検索要求に応じて、インデックスを検索した結果と、検索結果に含まれるそれぞれのドキュメントデータのキーワード表示データとを送信する。そして更に、タグ情報追加部１３０６は、収集したドキュメントデータから、タグを抽出して、タグを可視化したキーワード表示データを作成する。そして、インデックス反映部１３０７は、タグを可視化したキーワード表示データをインデックスＤＢ１５０２に記憶する。

サーバ１０の記憶部１５は、キャッシュＤＢ１５０１、インデックスＤＢ１５０２、及びタグＤＢ１５０３により構成される。キャッシュＤＢ１５０１は、クローラ部１３０１が収集したドキュメントデータを記憶している。又、インデックスＤＢ１５０２は、ドキュメントデータのインデックス、ＵＲＬ、及び修正コンテンツデータ等を記憶している。そして、タグＤＢ１５０３は、ドキュメントデータのタグ、及びＵＲＬ等を記憶している。
［Ｗｅｂページデータ収集処理］

図４は、本発明の好適な実施形態の一例に係るＷｅｂページデータ収集処理を示すフローチャートである。

まず、サーバ１０の制御部１３が、送受信部１２を介して、クローラ部１３０１により、Ｗｅｂページ等のドキュメントデータを収集する（ステップＳ１０１）。

次に、サーバ１０の制御部１３が、クローラ部１３０１により、収集したドキュメントデータを、記憶部１５のキャッシュＤＢ１５０１に記憶する（ステップＳ１０２）。なお、ドキュメントを識別する固有のＩＤ（例えば、ＵＲＬデータ）とドキュメントデータとを関連付けて記憶してもよい。こうすることで、ＵＲＬデータを基に、該ＵＲＬのドキュメントデータを抽出することができる。具体的な、キャッシュＤＢ１５０１の例について、図５に基づき説明する。

図５は、本発明の好適な実施形態の一例に係るキャッシュＤＢ１５０１を示す図である。図５に示すように、キャッシュＤＢ１５０１は、レコードにＵＲＬ、及びドキュメントデータの欄を持つ。そして、１つ目のレコードには、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」と該ＵＲＬのＷｅｂページ（ＨＴＭＬデータそのもの）が関連付けられている。同様に、２つ目のレコードには、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＢＢＢ．ｃｏｍ」に該ＵＲＬのＷｅｂページ（ＨＴＭＬデータそのもの）が関連付けられている。

次に、図４に戻り、サーバ１０の制御部１３が、インデクサ部１３０２により、キャッシュＤＢ１５０１のドキュメントデータ毎にインデックスを作成する（ステップＳ１０３）。ここでは、ドキュメントデータから形態素解析等により単語群が抽出される。そして、該単語群は、該ドキュメントデータの検索に使用するキーワード群、すなわち検索キー（以下、インデックスという）となる。形態素解析は、文を形態素（例えば、言語で意味を持つ最小単位）の列に分割し、接続詞や助詞を取り除く。形態素解析には様々な公知の手法があるが、いずれの手法を用いてもよい。

次に、サーバ１０の制御部１３が、インデクサ部１３０２により、各ドキュメントデータのインデックスを、各ドキュメントデータのＵＲＬデータと関連付けて、記憶部１５のインデックスＤＢ１５０２に記憶する（ステップＳ１０４）。具体的な、インデックスＤＢ１５０２の例について、図６に基づき説明する。

図６は、本発明の好適な実施形態の一例に係るインデックスＤＢ１５０２を示す図である。図６の（ａ）に示すように、インデックスＤＢ１５０２は、レコードに、ＵＲＬ、インデックスキーワード、クエリーキーワード、及び修正コンテンツデータの欄を持つ。図６の（ａ）において、１つ目のレコードには、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」に、インデックスキーワード「ラーメン（９）、スープ（６）、トロ肉（３）、トンコツ（２）、チェーン（２）、・・・」、クエリーキーワード「ＡＡＡラーメン（１５２）、ＡＡＡチェーン（１３０）、ラーメン（５３）、トンコツラーメン（３２）、・・・」、及び修正コンテンツデータ（例えば、ＨＴＭＬデータ）が関連付けられている。同様に、２つ目以降のレコードにも、ＵＲＬに、インデックスキーワード、クエリーキーワード、及び修正コンテンツデータが関連付けられている。

まず、インデックスＤＢ１５０２のＵＲＬ欄は、ドキュメントデータのＵＲＬを記憶する。又、インデックスキーワード欄は、該ドキュメントデータのインデックスのキーワード群と、各キーワードが該ドキュメントデータの中に出現した数と共に記憶する。例えば、１つ目のレコード「ラーメン（９）、スープ（６）、・・・」は、キーワード「ラーメン」が、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」のドキュメントデータの中に９回出現したことを示す。同様に、キーワード「スープ」が、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」のドキュメントデータの中に６回出現したことを示す。なお、キーワードがドキュメントデータの中に出現した数は、該キーワードの重要度を表す。

そして、インデックスＤＢ１５０２のクエリーキーワード欄は、該ドキュメントデータが、どのような検索キーワード（以下、クエリーキーワードという）で検索されたかを、検索に用いられた回数と共に記憶する。例えば、１つ目のレコード「ＡＡＡラーメン（１５２）、ＡＡＡチェーン（１３０）、・・・」は、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」のドキュメントデータが、クエリーキーワード「ＡＡＡラーメン」を用いて、１５２回検索されたことを示す。同様に、キーワード「ＡＡＡチェーン」を用いて、１３０回検索されたことを示す。ここで、検索に用いられた回数は、サーバ１０において、ユーザから検索要求がある毎に更新してもよい。なお、クエリーキーワードが検索に用いられた回数は、該キーワードの重要度を表す。更に、修正コンテンツデータ欄には、修正コンテンツデータ（例えば、ＨＴＭＬデータ）が記憶される。
［修正コンテンツデータ生成処理］

図７は、本発明の好適な実施形態の一例に係る修正コンテンツデータ生成処理を示すフローチャートである。

まず、サーバ１０の制御部１３が、インデックス取得部１３０３により、インデックスＤＢ１５０２から、キーワードを含むレコードを読み込む（ステップＳ２０１）。

次に、サーバ１０の制御部１３が、ページ情報挿入部１３０４により、読み込んだレコード毎に、修正コンテンツデータを生成する（ステップＳ２０２）。ここで、修正コンテンツデータは、キーワードの重要度を表すデータ（以下、ウェイトデータという）に基づいて、該キーワードの大きさを示す表示データである。そして、表示データにＨＴＭＬ等を用いることで、大きさを含む表示データを生成できる。なお、修正コンテンツデータは、インデックスキーワード及びクエリーキーワードのいずれを用いて生成してよい。

次に、サーバ１０の制御部１３が、ページ情報挿入部１３０４により、生成した修正コンテンツデータを、インデックスＤＢ１５０２に記憶する（ステップＳ２０３）。ここで、修正コンテンツデータの具体的な例について、図６に基づき説明する。

図６の（ｂ）は、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」のドキュメントデータのインデックスキーワードを用いて生成した修正コンテンツデータを表す。ここでは、図６の（ａ）インデックスＤＢ１５０２の１つ目のレコード インデックスキーワード「ラーメン（９）、スープ（６）、トロ肉（３）、・・・」を用いている。そして、「ラーメン（９）」は「スープ（６）」よりもウェイトデータが大きいことにより、文字が大きく表示されている。又、「スープ（６）」は「トロ肉（３）」よりもウェイトデータが大きいことにより、文字が大きく表示されている。更に、キーワードの表示順位が、ウェイトデータの大きさ順に決定されている。このように、ウェイトデータの大きさにより、文字の大きさを決定することで、ドキュメントデータのインデックスキーワードを各キーワードの重要度と共に、ユーザに視覚的に分かりやすく出力することができる。

図６の（ｃ）は、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＢＢＢ．ｃｏｍ」のドキュメントデータのインデックスキーワードを用いて生成した修正コンテンツデータを表す。ここでは、図６の（ａ）インデックスＤＢ１５０２の２つ目のレコード インデックスキーワード「ラーメン（９）、博多（５）、ネギ（５）、・・・」を用いている。各キーワードの文字の大きさはウェイトデータに基づいて決定されている。そして、キーワードの表示が、五十音順に決定されている。このように、ウェイトデータの大きさにより、文字の大きさを決定し、表示を五十音順にすることで、ドキュメントデータのインデックスキーワードを各キーワードの重要度と共に、ユーザに視覚的に分かりやすく出力することができる。

図６の（ｄ）は、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」のドキュメントデータのクエリーキーワードを用いて生成した修正コンテンツデータを表す。ここでは、図６の（ａ）インデックスＤＢ１５０２の１つ目のレコード クエリーキーワード「ＡＡＡラーメン（１５２）、ＡＡＡチェーン（１３０）、・・・」を用いている。そして、「ＡＡＡラーメン（１５２）」は「ＡＡＡチェーン（１３０）」よりもウェイトデータが大きいことにより、文字が大きく表示されている。更に、キーワードの表示順位が、ウェイトデータの大きさ順に決定されている。このように、ウェイトデータの大きさにより、文字の大きさ及び表示順位を決定することで、ドキュメントデータのクエリーキーワードを各キーワードの重要度と共に、ユーザに視覚的に分かりやすく出力することができる。

図６の（ｅ）は、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＢＢＢ．ｃｏｍ」のドキュメントデータのクエリーキーワードを用いて生成した修正コンテンツデータを表す。ここでは、図６の（ａ）インデックスＤＢ１５０２の２つ目のレコード インデックスキーワード「ＢＢＢラーメン（１３１）、博多ラーメン（８２）、ネギラーメン（３２）、・・・」を用いている。各キーワードの文字の大きさはウェイトデータに基づいて決定されている。そして、キーワードの表示が、五十音順に決定されている。このように、ウェイトデータの大きさにより、文字の大きさを決定し、表示を五十音順にすることで、ドキュメントデータのクエリーキーワードを各キーワードの重要度と共に、ユーザに視覚的に分かりやすく出力することができる。
［検索結果表示処理］

図８は、本発明の好適な実施形態の一例に係る検索結果表示処理を示すフローチャートである。

まず、ユーザが、端末２０の入力部２１により、クエリーキーワード又はＵＲＬを入力する。なお、クエリーキーワード又はＵＲＬの入力は、Ｗｅｂブラウザにおいて、検索用フィールドに入力するものでもよいし、表示されている文字列をキーワードとして選択するものでもよい。そして、端末２０の制御部２３が、送受信部２２を介して、クエリーキーワード又はＵＲＬを伴う検索要求データを、サーバ１０に送信する。その後、サーバ１０の制御部１３が、送受信部１２を介して、クエリーキーワード又はＵＲＬを伴う検索要求データを受信する（ステップＳ３０１）。

次に、サーバ１０の制御部１３が、検索部１３０５により、インデックスＤＢ１５０２から、クエリーキーワードと同一のインデックスキーワードを持つレコードを抽出する。又は、検索要求データのＵＲＬを含むレコードを抽出する。そして、抽出したレコード又はレコード群は、各レコードの修正コンテンツデータを含む検索結果データとなる（ステップＳ３０２）。

次に、サーバ１０の制御部１３が、送受信部１２を介して、修正コンテンツデータを含む検索結果データを端末２０に送信する（ステップＳ３０３）。

そして、端末２０の制御部２３が、送受信部２２を介して、修正コンテンツデータを含む検索結果データを受信し、表示部２４により検索結果のデータ及び修正コンテンツデータを表示する。ここで、検索結果のデータ及び修正コンテンツデータ表示の具体的な例を、図９乃至図１１に基づき説明する。

図９は、本発明の好適な実施形態の一例に係る検索結果のデータ及び修正コンテンツデータ表示を示す図である。

図９に示すように、ユーザの検索要求に応じて、ＵＲＬ検索結果のデータ及び修正コンテンツデータが表示されている。図９において、検索フィールド（図９の（ａ））に、ユーザが、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」を入力している。そして、検索の結果、該ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」のホームページが表示されている（図９の（ｂ））。更に、「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」のドキュメントデータに含まれるインデックスキーワードを可視化した、修正コンテンツデータが表示されている（図９の（ｃ））。このようにすることで、ユーザが、表示されているホームページ（図９の（ｂ））に含まれるキーワードを、重要度と共に知ることができる。又、ユーザが、該ユーザの所望するデータかどうかを修正コンテンツデータを参照することで、効率的に判断することができる。

なお、図９において、タグキーワード（図９の（ｄ））は、ドキュメントデータのタグを用いて生成した修正コンテンツデータである。このようにすることで、ユーザが、表示されているホームページ（図９の（ｂ））に含まれるタグを、重要度と共に知ることができる。なお、タグとは、あらかじめ定められた記法によりドキュメントデータに埋め込む形で記述される付加情報であり、表示されることを前提としない情報である。例えば、Ｗｅｂページの制作者が、該Ｗｅｂページがどのような内容であるかを、タグに記述することで、サーバ１０のクローラ部１３０１が、Ｗｅｂページの全文を参照することなく、該Ｗｅｂページが収集の対象となるか否かを判定することができる。

ここで、タグを用いる修正コンテンツデータは、サーバ１０のタグ情報追加部１３０６が、クローラ部１３０１が収集したドキュメントデータからタグを抽出し、タグＤＢ１５０３にＵＲＬデータと関連付けて記憶する。そして、インデックス反映部１３０７が、タグＤＢ１５０３の各レコードのタグを用いて修正コンテンツデータを生成し、インデックスＤＢ１５０２の該ＵＲＬのレコードに関連付けている。

図１０は、本発明の好適な実施形態の別の例に係る検索結果のデータ及び修正コンテンツデータ表示を示す図である。

図１０に示すように、ユーザの検索要求に応じて、検索キーワード（クエリーキーワード）による検索結果のデータ及び修正コンテンツデータが表示されている。図１０において、検索フィールド（図１０の（ａ））に、ユーザが、「ラーメン屋」を入力している。そして、検索の結果、「ラーメン屋」のＵＲＬ群と各ＵＲＬのＷｅｂページの要約が表示されている（図１０の（ｂ））。更に、各ＵＲＬのＷｅｂページに含まれるインデックスキーワードを可視化した、修正コンテンツデータが表示されている（図１０の（ｃ））。このようにすることで、ユーザが、各Ｗｅｂページ（図１０の（ｂ））に含まれるキーワードを、重要度と共に知ることができる。又、ユーザが、該ユーザの所望するデータかどうかを修正コンテンツデータを見ることで、効率的に判断することができる。なお、クエリーキーワード及びタグを用いた修正コンテンツデータを表示してもよい。

図１１は、本発明の好適な実施形態の別の例に係る検索結果のデータ及び修正コンテンツデータ表示を示す図である。

図１１に示すように、ユーザの検索要求に応じて、ＵＲＬ検索結果のデータ、修正コンテンツデータ、類似サイト一覧が表示されている。図１１において、検索フィールド（図１１の（ａ））に、ユーザが、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」を入力している。そして、検索の結果、該ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」のホームページが表示されている（図１１の（ｂ））。更に、「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」のドキュメントデータに含まれるインデックスキーワードを可視化した、修正コンテンツデータが表示されている（図１１の（ｃ））。そして更に、「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」の修正コンテンツデータに類似したＷｅｂサイト６０の一覧が表示されている（図１１の（ｄ））。

ここで、類似サイト一覧（図１１の（ｄ））は、インデックスＤＢ１５０２から「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」の修正コンテンツデータに類似する修正コンテンツデータを持つＵＲＬの、ＵＲＬ、修正コンテンツデータ、及びホームページのサムネイルを表示している。なお、修正コンテンツデータの、類似度の判定は、重要度の高いキーワードがより多く一致するもの同士を抽出すること等により実行してよい。例えば、「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏｍ」の修正コンテンツデータ「ラーメン（９）、スープ（６）、トロ肉（３）、・・・」に対して、「ｈｔｔｐ：／／ｗｗｗ．ＫＫＫ．ｃｏｍ」の修正コンテンツデータ「ラーメン（８）、スープ（６）、トロ肉（２）、・・・」が抽出されている。或いは、検索クエリーがより多く一致するものを抽出すること等により実行してもよい。そして、該ホームページの縮小表示をするサムネイル（図１１の（ｅ））は、ユーザが、検索結果から、クリック等による選択ができるように構成してよい。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。

本発明の好適な実施形態の一例に係るシステム１の全体構成を示す図である。 本発明の好適な実施形態の一例に係るサーバ１０及び端末２０のハードウェア構成の一例を示す図である。 本発明の好適な実施形態の一例に係る端末２０及びサーバ１０の機能ブロック図である。 本発明の好適な実施形態の一例に係るＷｅｂページデータ収集処理を示すフローチャートである。 本発明の好適な実施形態の一例に係るキャッシュＤＢ１５０１を示す図である。 本発明の好適な実施形態の一例に係るインデックスＤＢ１５０２を示す図である。 本発明の好適な実施形態の一例に係る修正コンテンツデータ生成処理を示すフローチャートである。 本発明の好適な実施形態の一例に係る検索結果表示処理を示すフローチャートである。 本発明の好適な実施形態の一例に係る検索結果のデータ及び修正コンテンツデータの表示画面を示す図である。 本発明の好適な実施形態の別の例に係る検索結果のデータ及び修正コンテンツデータの表示画面を示す図である。 本発明の好適な実施形態の別の例に係る検索結果のデータ及び修正コンテンツデータの表示画面を示す図である。

符号の説明

１ システム
１０ サーバ
２０ 端末
３０ 通信ネットワーク
６０ Ｗｅｂサイト
１３０１ クローラ部
１３０２ インデクサ部
１３０３ インデックス取得部
１３０４ ページ情報挿入部
１３０５ 検索部
１３０６ タグ情報追加部
１３０７ インデックス反映部
１５０１ キャッシュＤＢ
１５０２ インデックスＤＢ
１５０３ タグＤＢ

Claims (6)

1. ユーザの端末と通信ネットワークを介して接続可能なサーバが、Ｗｅｂページの検索キーデータを前記端末に表示させる方法であって、
   検索キーＤＢから、所定のＷｅｂページのＩＤデータに関連付けられた前記検索キーデータを読み出すステップと、
   読み出した前記検索キーデータに含まれるキーワードデータ及び前記キーワードデータの重要度を表すウェイトデータに基づいて、所定の表示領域における前記キーワードデータの大きさを示す表示データを生成するステップと、
   生成した前記表示データを前記端末に送信するステップと、を含む方法。
2. 請求項１に記載の方法であって、
   前記重要度は、前記Ｗｅｂページに含まれる前記キーワードデータの数に基づいて決定される方法。
3. 請求項１に記載の方法であって、
   前記重要度は、Ｗｅｂページ検索サービスにおいて前記Ｗｅｂページが参照されたクエリーキーワードデータに一致する前記キーワードデータの数に基づいて決定される方法。
4. 請求項１から請求項３のいずれかに記載の方法であって、
   前記検索キーＤＢにおいて、所定のＷｅｂページの表示データに類似する表示データを持つＷｅｂページのＩＤデータを前記端末に送信するステップを更に含む方法。
5. 請求項４に記載の方法であって、
   前記所定のＷｅｂページの表示データに類似する表示データを持つＷｅｂページの表示データを前記端末に送信するステップを更に含む方法。
6. ユーザの端末と通信ネットワークを介して接続可能であり、Ｗｅｂページの検索キーデータを前記端末に表示させるサーバであって、
   検索キーＤＢから、所定のＷｅｂページのＩＤデータに関連付けられた前記検索キーデータを読み出すステップと、
   読み出した前記検索キーデータに含まれるキーワードデータ及び前記キーワードデータの重要度を表すウェイトデータに基づいて、所定の表示領域における前記キーワードデータの大きさを示す表示データを生成するステップと、
   生成した前記表示データを前記端末に送信するステップと、を備えるサーバ。

Images