JP4527770B2 - 情報検索装置、コンピュータプログラム及び記憶媒体 - Google Patents

Description

本発明は、ユーザから入力されたキーワードに基づいてインターネット上のＷＥＢサイトを検索する情報検索装置、情報検索方法及びその方法をコンピュータに実行させるプログラムに関する。

ユーザの検索指示によりインターネット上のＷＥＢサイト（ＷＥＢページ）を全文検索する検索エンジンとしては、ロボット型検索エンジンやディレクトリ型検索エンジンが従来から一般的に知られている。

ロボット型検索エンジンは、検索したい情報に関連するキーワードを指定すると、ＷＥＢロボットやスパイダーと呼ばれる WWW探索プログラムを用いて，インターネット上で見つけることのできる全WWWサーバ上の情報を定期的に収集し、その情報の索引付けを自動的に行うものである。このロボット型検索エンジンは，コンピュータによって自動的に全世界のＷＥＢサイトのデータを収集しているため、情報量が多いという利点を有している。

ディレクトリ型検索エンジンは、作業者が予めＷＥＢサイトのＵＲＬ(Uniform Resource Locator)を、芸術、ビジネス、教育等のように分野別に人為的に分類しておき、ユーザは分野別にキーワードを指定して検索するものである。このディレクトリ型検索エンジンでは情報を分野別に分類しているので、ユーザは職業別電話帳のような使い方ができ、分野を決めてから探す場合に便利であるという利点を有している。

しかしながら、このような従来の検索エンジンには次のような問題がある。ロボット型検索エンジンの場合には、収集した情報量が多いという利点をもつ反面、検索ロボットは収集したＷＥＢサイト情報に出てくる単語から単純に索引付けを行うため、キーワード検索した場合にＷＥＢサイトが何万件と出てしまう場合が多い。このため、ユーザとは本来関係無いようなサイトまで検索結果として表示されてしまい、検索結果の品質が低く、ユーザは目的のＷＥＢサイトを絞り込むのに膨大な時間を要してしまうという問題がある。

また、検索ロボットが検索を行うので、異なるユーザが検索した場合でも同一キーワードで検索する限り常に同じ検索結果しか得られず、異なるプロフィールや嗜好を有するユーザの全てに対して満足のいく検索結果が得られることは少ないという問題がある。

ディレクトリ型検索エンジンの場合には、ＷＥＢサイトのデータ入力及び分類を基本的に人手で行っているため、ロボット型検索エンジンによるサービスと比較して情報量が２、３桁少なく、有名なＷＥＢサイト以外を探すことが出来ないという問題がある。また、ＷＥＢサイトのデータ入力と分類を作業者の事務処理能力に頼っているため、情報量を増大するのにも限界がある。

また、ディレクトリ型エンジンの場合には、単に収集したＷＥＢサイトの情報を分野別に分類しているだけなので、ロボット型検索エンジンと同様に、異なるユーザが検索した場合でも同一キーワードで検索する限り常に同じ検索結果しか得られず、異なるプロフィールや嗜好等を有するユーザの全てに対して満足のいく検索結果が得られることは少ないという問題がある。

これに対して、ユーザの嗜好にあわせた検索結果を提供するシステムが提案されている（特許文献１を参照。）このシステムでは、ユーザが情報を取り扱うために当該情報を特定するための識別情報をユーザの操作に基づいてブックマーク登録するとともに、ユーザの意図に基づいてカテゴリを付与して分類可能としている。さらに、各カテゴリ内の情報のユーザ間での一致度を求めることにより、そのユーザと他のユーザとの嗜好の類似度を評価判定し、前記類似度が高いと判定された他のユーザが評価した情報を前記ユーザに紹介することができる。これによれば、ユーザは、嗜好が類似した他のユーザが評価した情報をシステムから紹介されるため、情報を探すための時間及び費用が節約できる。
特願２０００−１８７６６６号公報

しかしながら、従来のシステムではユーザの嗜好の類似度に基づいて、提供を受けるユーザに未知の情報を提供することはできたが、キーワード検索時において、嗜好の共通するユーザの動向（例えば、共通の趣味を有するユーザがどのページを数多く参照しているか等）や、当該ページの直近の動向（例えば、直近に更新されたかどうか、あるいは、最近特に人気を集めているか等）を指標として、提供する情報を選別することはできない。

本発明はこのような問題点に鑑みてなされたものであり、キーワード検索時における検索結果をユーザにとってより価値のあるものとすることを目的とする。

以上の課題を解決するための本発明は、クライアント端末から入力された検索情報に基づいてインターネット上のＷｅｂページの情報を検索し、検索結果を前記クライアント端末に送信する情報検索装置であって、
Ｗｅｂページに関する登録情報を格納する登録情報格納手段と、
前記クライアント端末から前記検索情報を受信する受信手段と、
前記検索情報に含まれるキーワードに関連するＷｅｂページを検索用情報から検索し、第１の検索結果を生成する第１の検索結果生成手段と、
前記クライアント端末のユーザに固有のデータであって、対応するユーザについて、少なくとも、年齢、性別、地域属性、職種、未既婚、住居形態、年収、車の所有、及び、趣味のいずれかの種別に関する情報を含むユーザデータを、ユーザ毎に格納するユーザデータ格納手段と、
前記検索情報から、前記ユーザを特定するための識別情報を抽出する抽出手段と、
前記ユーザデータ格納手段に格納されたユーザデータのうち、前記識別情報に対応する第１のユーザデータを取得するユーザデータ取得手段と、
前記登録情報格納手段に格納された、前記第１の検索結果に含まれるＷｅｂページに関する登録情報から、前記検索情報に含まれる前記登録情報の利用の有無に関する設定情報と、前記第１のユーザデータとを利用して第１の登録情報を選択する選択手段と、
前記第１の登録情報に基づいて、前記第１の検索結果に含まれるＷｅｂページの重み付け値を、該Ｗｅｂページ毎に算出する算出手段と、
Ｗｅｂページ毎に算出された前記重み付け値に基づき、前記第１の検索結果に含まれるＷｅｂページの順位を決定する順位決定手段と、
決定された前記順位により前記第１の検索結果に含まれるＷｅｂページをソートして第２の検索結果を生成する第２の検索結果生成手段と、
前記第２の検索結果を前記クライアント端末に送信する送信手段と
を備え、
前記登録情報には、前記Ｗｅｂページについて、少なくとも、複数のユーザにより参照された回数の前記ユーザデータの種別毎の総計、直近の所定期間内に複数のユーザにより参照された回数の前記ユーザデータの種別毎の合計、該Ｗｅｂページをブックマークに登録している前記ユーザデータの種別毎のユーザ数のいずれかが含まれ、
前記設定情報は、前記重み付け値を算出するために利用する前記登録情報を指定する情報であって、
前記選択手段は、前記設定情報において指定された前記登録情報のうち、少なくとも前記第１のユーザデータに含まれる各種別に関する情報に対応する登録情報を、前記第１の登録情報として選択する。

以上のように、本発明によれば、キーワード検索時における検索結果をユーザにとってより価値のあるものとすることができる。本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の実施形態に対応するシステムの全体構成の一例に対応する図である。 本発明の実施形態に対応するクライアント１０１の構成の一例に対応する図である。 本発明の実施形態に対応するサーバ１０３の構成の一例に対応する図である。 本発明の実施形態に対応するユーザデータベース１０４の登録内容の一例を示す図である。 本発明の実施形態に対応するブックマークデータベース１０５の登録内容の一例を示す図である。 本発明の実施形態に対応するＵＲＬデータベース１０６の登録内容の一例を示す図である。 本発明の実施形態に対応するＵＲＬデータベース１０６の登録内容の他の一例を示す図である。 本発明の実施形態に対応する、オンラインブックマークが利用される際のクライアント１０１・サーバ１０３間における処理の一例に対応するフローチャートである。 本発明の実施形態に対応するクライアント１０１のディスプレイ２０７に表示される表示画面の一例を示す図である。 本発明の実施形態に対応するクライアント１０１のディスプレイ２０７に表示される表示画面の他の一例を示す図である。 本発明の実施形態に対応するクライアント１０１のディスプレイ２０７に表示される表示画面の更に他の一例を示す図である。 本発明の実施形態に対応する検索処理が実行される際の、クライアント１０１・サーバ１０３間における処理の一例に対応するフローチャートである。 本発明の実施形態に対応する、サーバ１０３における検索処理の一例に対応するフローチャートである。

以下に、添付する図面を参照して本発明の実施形態を説明する。ただし、この実施の形態に記載されている構成要素はあくまでも例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。

＜システム構成＞
図１は、本実施形態に対応する検索システムの全体構成を示すブロック図である。ユーザが操作してコンテンツの閲覧を行うクライアント１０１ａ、１０１ｂ、１０１ｃ（以下、これらを総称して「クライアント１０１」という。）、検索を行うサーバ１０３、コンテンツを公開するコンテンツサーバ１０８が、それぞれインターネット１０２に接続されている。また、サーバ１０３には、ユーザデータベース１０４、ブックマークデータベース１０５、ＵＲＬデータベース１０６、検索用データベース１０７が接続されている。

クライアント１０１は、ユーザが操作して、インターネット上に公開されたコンテンツを閲覧可能なクライアント端末としての情報処理装置であり、ノートパソコン、デスクトップパソコン、携帯情報端末、携帯電話等を含む。クライアント１０１には、所定のページ記述言語（例えば、ＨＴＭＬ、ＸＭＬ、ＰＤＦ或いはＰＳ等）で記載されたコンテンツを表示画面上に表示可能なソフトウェアがインストールされているものとする。以下の本実施形態では、簡単のために、当該ソフトウェアとして、所謂インターネット・ブラウザがインストールされている場合を例として説明する。

クライアント１０１は、イーサネット（登録商標）等のネットワークケーブルを含むアクセス手段であるＬＡＮによってインターネット１０２に接続されている。尚、ネットワーク１０２へのアクセス手段はイーサネット（登録商標）ケーブルに限定されるものではなく、例えば、ＲＳ２３２Ｃインタフェースに準じた通信ケーブルや、無線ＬＡＮ等の無線通信手段によって構成されていてもよい。後述するサーバ１０３、コンテンツサーバ１０８も同様のアクセス手段を備えているものとする。

インターネット１０２は、世界中のネットワークが互いに接続されたネットワークであるが、例えば、イントラネットのように特定の組織内においてのみ接続可能なネットワークであってもよい。

サーバ１０３は、クライアント１０１に検索サービスを提供する情報検索装置としての情報処理装置であり、ユーザデータベース１０４、ブックマークデータベース１０５、ＵＲＬデータベース１０６、検索用データベース１０７に格納されている情報を管理している。サーバ１０３は、インターネット１０２上で閲覧可能なＷｅｂサイトに定期的にアクセスして、そこに含まれるＵＲＬ、タイトル、全文データを収集し、ＵＲＬデータベース１０６や検索用データベース１０７を更新する。

また、ブックマークデーベース１０５の更新を監視し、ユーザブックマークに新たなＵＲＬが追加されたり、削除されたりした場合には、対応するＵＲＬデータベース１０６に登録されている情報の更新を行う。また、クライアント１０１における、ブックマークに登録されたＵＲＬの選択動作を監視し、各ユーザの参照回数を記録している。サーバ１０３は、例えば、ＬＡＮによって、ユーザデータベース１０４、ブックマークデータベース１０５、ＵＲＬデータベース１０６、検索用データベース１０７に接続されている。

ユーザデータベース１０４、ブックマークデータベース１０５、ＵＲＬデータベース１０６、検索用データベース１０７は、それぞれ所定のデータベース・ソフトウェアがインストールされた情報処理装置であり、各種データの管理を行う。ユーザデータベース１０４は、ユーザデータの情報を管理する。ブックマークデータベース１０５は、各ユーザのブックマークデータを管理する。ＵＲＬデータベース１０６は、各ユーザがブックマークに登録しているページに関する登録情報を統一的に管理する。検索用データベース１０７は、検索処理用の情報を管理する。

コンテンツサーバ１０８は、ウェブページ等のコンテンツを提供する情報処理装置であり、例えば、ウェブサーバ等のソフトウェアがインストールされている。

尚、本明細書では、便宜上、サーバ１０３、ユーザデータベース１０４、ブックマークデータベース１０５、ＵＲＬデータベース１０６、及び、検索用データベース１０７は、それぞれ物理的に独立した情報処理装置によって実現されるものとして説明するが、本発明の実施形態はこれに限られるものではない。例えば、これらが単一の情報処理装置によって実現されてもよい。また、ユーザデータベース１０４、ブックマークデータベース１０５、ＵＲＬデータベース１０６及び検索用データベース１０７は、サーバ１０３とＬＡＮ等によって接続されているものとして説明するが、例えば、インターネット１０２や非図示のイントラネット経由でサーバ１０３と通信可能な形態をとってもよい。

＜情報処理装置の構成＞
次に、本実施形態に対応する検索システムを構成する情報処理装置の概略について説明する。図２は、クライアント１０１のハードウェア構成の一例を示すブロック図である。上述した情報処理装置としてのユーザデータベース１０４、ブックマークデータベース１０５、ＵＲＬデータベース１０６及び検索用データベース１０７も、同様或いは同等のハードウェア構成として構成しても良い。

図２において、２００はＣＰＵであり、ハードディスク装置（以下、ＨＤと呼ぶ）２０５に格納されているアプリケーションプログラム、オペレーティングシステム（ＯＳ）や制御プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。

２０１はＲＯＭであり、内部には基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。２０２は各種データを一時記憶するためのＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。

２０３は記録媒体へのアクセスを実現するための外部記憶ドライブであり、メディア（記録媒体）２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。尚、メディア２０４は、例えば、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等を利用することができる。

２０５は外部記憶装置であり、本実施形態では大容量メモリとして機能するＨＤを用いている。ＨＤ２０５には、アプリケーションプログラム、ＯＳ、制御プログラム、関連プログラム等が格納される。

２０６は指示入力装置であり、キーボードやポインティングデバイス（マウス等）、タッチパネル等がこれに相当する。指示入力装置２０６を用いて、ユーザは、クライアント１０１に対して、装置を制御するコマンド等を入力指示する。

２０７はディスプレイであり、指示入力装置２０６から入力したコマンドや、それに対するクライアント１０１の応答出力等を表示したりするものである。

２０９はシステムバスであり、情報処理装置内のデータの流れを司るものである。２０８はインターフェイス（以下、Ｉ／Ｆという）であり、このＩ／Ｆ２０８を介して外部装置とのデータのやり取りを行う。

尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。

本実施形態では、メディア２０４から本実施形態に係るプログラム及び関連データを直接ＲＡＭ２０２にロードして実行させる例を示すが、これ以外にも、本実施形態に係るプログラムを動作させる度に、既にプログラムがインストールされているＨＤ２０５からＲＡＭ２０２にロードするようにしてもよい。また、本実施形態に係るプログラムをＲＯＭ２０１に記録しておき、これをメモリマップの一部をなすように構成し、直接ＣＰＵ２００で実行することも可能である。

図３は、サーバ１０３の機器構成を示すブロック図である。ＣＰＵ３００、ＲＯＭ３０１、ＲＡＭ３０２、外部記憶ドライブ３０３、メディア３０４、ＨＤ３０５、指示入力装置３０６、ディスプレイ３０７、Ｉ／Ｆ３０８、システムバス３０９の機能及び用途、更には、これらの関係は、図２を用いて説明したものと同様或いは同等である。図３では、データベース３１０がシステムバス３０９に接続されていることに留意する。ここで、データベース３１０は、ユーザデータベース１０４、ブックマークデータベース１０５、ＵＲＬデータベース１０６及び検索用データベース１０７を総称するものである。

＜ユーザデータの構造＞
図４Ａは、ユーザデータベース１０４に格納されているユーザデータの構造の一例を説明する図である。ユーザデータは、個々のユーザの特徴や属性に関する種々の情報によって構成される。

図４Ａにおいて、４０１はユーザＩＤであり、各ユーザを一意に識別するためにユニークに与えられた識別子である。４０２はパスワードであり、各ユーザが登録された個人情報にアクセスしたり、ブックマークを利用する際の認証に利用される。４０３はユーザ名、４０４はユーザのメールアドレス、４０５は年齢、４０６は性別、４０７は、ユーザが活動又は居住する地域属性、４０８は職種、４０９は未既婚、４１０は住居形態、４１１は年収、４１２は自家用車の所有、４１３は趣味である。それぞれのデータは予めユーザから提供されて、ユーザデータとして登録される。また、上記の内容はユーザデータの一例として上げたものであって、これら全てが登録されている必要はないし、また、これら以外にもユーザを特徴づける情報を登録しても良い。

＜ブックマークの構成＞
本実施形態においてブックマークはユーザにより作成・更新されるが、ブックマークデータはすべてサーバ１０３に接続されたブックマークデータベース１０５に各ユーザ毎に格納されており、ユーザがクライアント１０１においてウェブブラウザを起動した際に、クライアント１０１にダウンロードされて、ウェブブラウザ上に表示される。

ブックマークは、公知のディレクトリ構造において、ＵＲＬ及び当該ＵＲＬを特定のまとまりとして格納するフォルダにより構成される。即ち、各URLはユーザごとのディレクトリツリー（以下、ブックマークディレクトリという）の中に登録され、ブックマークディレクトリの直下であっても、任意に作成されたフォルダ内にあってもよい。

図４Ｂは、ブックマーク内に登録されたページに関する情報の管理の一例を示す図である。図４Ｂにおいて、ユーザＩＤは当該ブックマークを利用するユーザの識別子であり、図４ＡにおけるユーザＩＤ４０１と対応する。これによりユーザとブックマークとの対応をとることができる。４２２には、登録対象となるＷｅｂページを識別するための情報が登録される。本実施形態ではＵＲＬデータベース１０６を利用して、各ページに関する情報を統一的に管理しているので、ユーザの個々のブックマークには対応するページのＵＲＬは格納されない。その代わりに、ＵＲＬデータベース１０６において当該ページを管理するための識別番号（ＵＲＬ−ＩＤ）が格納される。なお、ＵＲＬデータベース１０６を利用しない場合には、ＵＲＬそのものを登録しても良い。

４２３は各ページに与えられたブックマーク名である。このブックマーク名４２３は、ユーザがブックマーク登録する際に、任意に設定した名称であっても良いし、当該ページに本来割り当てられている名称であっても良い。４２４は、当該ページが作成された日時（ネットワーク１０２上で初めて公開された日時に相当する。）を示す。４２５は、当該ページが最新に更新された日時を示す。４２６は、ユーザが最新に当該ページを参照した日時を示す。４２７は、ユーザによる当該ページの総参照回数を示す。総参照回数とは、ユーザがこれまでに当該ページを参照した回数の総計をいう。４２８は、ユーザによる当該ページの直近の参照回数を示す。ここで、直近の参照回数とは、直近の所定期間（例えば、１週間、１ヶ月など）において当該ページがユーザにより参照された回数の合計をいう。

なお、ブックマークに登録された各ページ間の関係や、当該ページを格納するフォルダに関する情報は、図４Ｂに示すテーブルとは別に、ブックマークデータベース１０５内にディレクトリテーブルが用意され、そこに格納される。

ここで、サーバ１０３は、上述の通りブックマーク登録されている各ページの更新を定期的に監視しており、更新があった場合には４２５の更新日時の内容を更新する。

＜ＵＲＬデータベースの構成＞
ＵＲＬデータベース１０６は、ブックマークデータベース１０５に登録されているＵＲＬ−ＩＤ４２２に対応するページに関する情報を登録している。図４Ｃは、ＵＲＬデータベース１０６におけるページに関する情報の管理の一例を示す図である。

図４Ｃにおいて、４２２は、ＵＲＬに与えられたＩＤ（識別子）を表しており、図４ＢにおけるＵＲＬ−ＩＤ４２２と対応する。４２９は、ＵＲＬ−ＩＤ４２２が与えられたＵＲＬを示す。４３０は、ＵＲＬに対応するＷｅｂコンテンツが本来有するタイトルを示す。作成日時、更新日時は図４Ｂと同様である。４３１は、最終参照日時を示し、複数のブックマークユーザのいずれかが最新に、当該ページを参照した日時を示す。４３２は、複数のユーザの総参照回数４２７の合計、即ち、複数のユーザにより当該ページが参照された回数の総計を表す。

直近参照回数４３３は、複数のユーザの直近参照回数４２８の合計、即ち、直近の所定期間内に複数のユーザにより当該ページが参照された回数の合計を表す。従って、「直近の所定期間」については、図４Ｂの場合と同様である。例えば、最近立ち上げられたばかりであるが人気のあるページは、この直近参照回数４３３が高くなるので、ページ毎に直近の人気の度合いを判定することが可能となる。４３４は、増加アンカー数であって、当該ページについて直近の所定期間内に追加されたアンカー数を示す。本実施形態においてアンカーとは、ページ内に埋め込まれた、他のページへのリンク情報を言う。また、「直近の所定期間」については上記と同様である。また、４３５は、ブックマーク登録数であって、当該ページをブックマークに登録しているユーザ数を示す。

また、ＵＲＬデータベース１０６は、ページをブックマークに登録しているユーザのユーザデータ毎の参照回数や、ブックマーク登録数を管理している。図４Ｄは、ＵＲＬデータベース１０６におけるページに関する情報の管理の他の一例を示す図である。

図４Ｄでは、各ページ毎に、ユーザデータの詳細に対応する総参照回数、直近参照回数及びブックマーク登録数を登録している。４２２は、各ページに割り当てられたＵＲＬ−ＩＤを示す。４４０は、ユーザデータであり、図４Ａに示した個々のユーザデータが登録される。４４１は総参照回数であり、ユーザデータ毎に集計された当該ページに対する参照回数の総計が登録される。４４２は、直近参照回数であって、ユーザデータ毎に集計された当該ＵＲＬに対する直近の所定期間における参照回数の合計が登録される。「直近の所定期間」については、上記と同様である。また、４４３は、ブックマーク登録数であり、当該ページをブックマークに登録しているユーザ数をユーザデータ毎に合計した値が登録される。

図４Ｄでは、ユーザデータ４４０について、年齢４０５、趣味４１３、職種４０８が登録例を記載しているが、年齢４０５を参酌すると、「１０代」、「２０代」等のように一定の年齢層毎に総参照回数４４１、直近参照回数４４２、及び、ブックマーク登録数４４３が登録されている。つまり、１０代のユーザが当該ＵＲＬを参照した合計は１００回であり、２０代のユーザが当該ＵＲＬを参照した合計は３００回であることが、図４Ｄから読みとれる。

また、直近の参照回数については、１０代が３０回であり、２０代が２０回であることが読みとれる。即ち、このＵＲＬに対応するＷｅｂコンテンツには、全体的には２０代のユーザが、１０代のユーザよりも関心を強く示している一方、直近だけを見た場合には１０代のユーザの関心が強くなっていることが分かる。また、ブックマーク登録数４４３を参照すれば、１０代から４０代などにおいて、どの年齢層がどれだけブックマーク登録しているかを把握することができる。

図４Ａに示したとおり、ユーザデータ４４０には「年齢」、「趣味」、「職種」以外にも複数含まれており、これらのユーザデータそれぞれについて、総参照回数４４１、直近参照回数４４２及びブックマーク登録数４４３が登録されている。このようなユーザデータ毎の総参照回数４４１、直近参照回数４４２及びブックマーク登録数４４３のデータは、図４Ａ及び図４Ｂに示したデータを利用すれば得られる。

なお、本実施形態では、図４Ａから図４Ｄまでに例示したデータベースの個々の登録内容のことを登録情報と称する。

＜検索用データベースの構成＞
検索用データベース１０７は、ユーザから提供されるキーワードに関連するＷｅｂページを検索するための検索用情報として検索処理用の情報を管理するものであり、インターネット１０２上のＷｅｂサイトから収集された検索データが登録される。検索データは、主として各検索データの識別子、キーワード、属性、データ取得時間、データ取得ＵＲＬ、ＵＲＬのタイトル、全文データ(Description)等から構成されるが、この他のデータを含めてもよい。

＜オンラインブックマーク＞
図５は、クライアント１０１においてオンラインブックマークが利用される際の、クライアント１０１・サーバ１０３間における処理の一例に対応するフローチャートである。まず、クライアント１０１においてＷｅｂブラウザが起動されると（ステップＳ５５１において「ＹＥＳ」）、ブックマークデータ要求がユーザＩＤ４０１と共にサーバ１０３に通知され（５０１）、サーバ１０３では、通知されたユーザＩＤ４０１に基づいて、ブックマークデータベース１０５を検索し、当該ユーザのブックマークデータを選択する（ステップＳ５５２）。選択されたブックマークデータはサーバ１０３からクライアント１０１に対して送信される（５０２）。

クライアント１０１では、起動されたＷｅｂブラウザをディスプレイ２０７上に表示し、Ｗｅｂブラウザのブックマーク表示領域にサーバ１０３から送信されたブックマークデータに基づくブックマーク情報を表示する（ステップＳ５５３）。

その後、クライアント１０１ではユーザからのブックマークに対する操作を受け付けたかどうかを監視し、もし操作を受け付けた場合には（ステップＳ５５４で「ＹＥＳ」）、サーバ１０３に対してブックマーク操作内容を通知する（５０３）。ここで、ユーザから受け付けるブックマークの操作には、例えば、ブックマークに登録されているＵＲＬの選択、新たなＵＲＬの追加、登録済みのＵＲＬの情報の編集（削除を含む）等がある。

クライアント１０１からブックマーク操作内容を受信すると、サーバ１０３では、受信した内容に基づいて各データベースを更新する。当該通知が、例えばユーザがあるＵＲＬを選択した通知であった場合には、対応するＵＲＬについての参照日時４２６、総参照回数４２７、直近参照回数４２８、最終参照日時４３１、総参照回数４３２、直近参照回数４３３、総参照回数４４１、直近参照回数４４２をそれぞれ更新する。

また、ユーザがＷｅｂブラウザの閲覧を終了する場合には、クライアント１０１からサーバ１０３に対して終了通知が送信され（５０４）、サーバ１０３からは終了応答が返される（５０５）。

以上により、サーバ１０３が管理するブックマークデータベース１０５及びＵＲＬデータベース１０６は、常にユーザから受け付けた操作に基づいて内容が更新されることとなる。

＜検索処理その１（検索画面）＞
次に、本実施形態におけるサーバ１０３を利用してクライアント１０１がＷｅｂページの検索処理を実行する場合の処理について具体的に説明する。

図６Ａ乃至図６Ｃは、ユーザがクライアント１０１において検索処理を実行する場合に、ディスプレイ２０７に表示される画面の一例を示す図である。ユーザが検索処理を実行しようとする場合には、所定のＵＲＬを指定してサーバ１０３が提供する検索ページにアクセスする。この時最初にディスプレイ２０７に表示される画面が、図６Ａ乃至図６Ｃに示すような画面６００である。画面６００は、検索画面６０１とブックマーク表示領域６０６とに大きく分割される。ブックマーク表示領域６０６には、前述のサーバ１０３から提供されたブックマークデータに基づくブックマーク表示がなされており、ユーザはブックマークに登録されたページを選択して、閲覧することができる。

図６Ａに示すごとく、サーバ１０３は「○×△サーチ」という名称で検索サービスを提供しており、検索画面６０１には、キーワード入力領域６０２、検索実行ボタン６０３、オプション６０４、及び設定ボタン６０５が表示される。キーワード入力領域６０２は、ユーザが検索したいキーワードの入力を受け付ける領域である。検索実行ボタン６０３は、入力されたキーワードについて、設定されたオプションの内容に従った検索処理をサーバ１０３に指示するためのボタンである。オプション６０４では、図６Ｃに示すような、ページ情報や、ユーザデータに基づく検索結果のソーティングを行うかどうかの指示をユーザから受け付ける。即ち、「利用する」が選択されると、オプションとして設定された内容を利用した検索が行われる。一方、「利用しない」が選択されると、オプションとして設定された内容は利用せずに、通常の検索処理が実行され、この検索結果がクライアント１０１に通知される。

図６Ａの場合では、「利用する」が選択されているので、オプションの設定内容を利用した検索が行われることとなる。また、「利用する」が選択された場合には、設定ボタン６０５がアクティブになり、この設定ボタン６０５の選択を受け付けると、図６Ｂに示すようなユーザＩＤ入力画面が表示され、検索を行おうするユーザがユーザデータベース１０４に登録されているか否かの確認が行われる。この確認の後、図６Ｃに示すようなオプションの設定画面が表示される。一方、「利用しない」が選択された場合には、設定ボタン６０５はグレーアウトされ、図６Ｂ及び図６Ｃのような表示画面は提供されない。

次に、図６Ｂについて説明する。図６Ｂは、図６Ａにおいて設定ボタン６０５が選択された場合に、ディスプレイ２０７に表示される画面である。この画面は、ユーザがユーザデータベース１０４に登録されているか否かを確認するための画面である。
画面６１０において、６１１は、検索を行おうとするユーザから、ユーザ登録の有無に関する入力を受け付ける表示欄である。ここでは、「あり」、「なし」のいずれかが選択可能となっている。「あり」が選択された場合には、「ユーザ名」及び「パスワード」の入力を受け付ける入力欄６１２及び６１３が表示される。一方、「なし」が選択された場合には、これらの入力欄６１２及び６１３はグレーアウトされるか、全く表示されない。

また、６１４は、決定ボタンであって、入力内容を確定する場合に操作される。６１５はキャンセルボタンであって、ユーザが図６Ａの画面に戻りたい場合に操作される。決定ボタン６１４が操作された際に、ユーザ登録６１１が「なし」の設定の場合には、サーバへのデータ送信は行わずに、画面を図６Ｃに切り替える。一方、ユーザ登録６１１が「あり」の設定で、「ユーザ名」及び「パスワード」を受け付けていれば、該受け付けたデータがサーバ１０３へ送信される。

サーバ１０３では、クライアント１０１から受信した「ユーザ名」及び「パスワード」と一致するユーザ名４０３及びパスワード４０２をユーザデータベース１０４から検索する。一致する「ユーザ名」が登録されている場合には、ユーザデータベース１０４に登録されているユーザデータの有無及びユーザＩＤ４０１がサーバ１０３からクライアント１０１に通知される。クライアント１０１では、サーバ１０３からの該通知を受信すると、図６Ｃの画面を表示する。一方、一致する「ユーザ名」が登録されていない場合には、エラーメッセージがサーバ１０３からクライアント１０１に通知される。クライアント１０１では、サーバ１０３からの該エラーメッセージを受信すると、図６Ｂの画面を表示して、再度「ユーザ名」及び「パスワード」の入力を受け付ける。

次に、図６Ｃについて説明する。図６Ｃは、図６Ｂにおいて決定ボタン６１４が選択された後に、ディスプレイ２０７に表示される画面である。また、この画面は、サーバ１０３における検索の際に利用されるオプション情報の設定、より具体的には、検索結果に含まれる各ページの重み付け値を算出するために利用する登録情報の指定を受け付けるための画面でもある。

オプション入力画面６２０には、大別すると、ページ情報６２１、ユーザデータ６２２及びおまかせ６２３が示される。ページ情報６２１について設定可能な項目には、更新日時、総参照回数、直近の参照回数、増加アンカー数、ブックマーク登録数がある。これらの項目は、ＵＲＬデータベース１０６に登録されている図４Ｃの更新日時４２５、総参照回数４３２、直近参照回数４３３、増加アンカー数４３４、ブックマーク登録数４３５の登録情報にそれぞれ対応している。よって、これらの項目のいずれかが選択された場合、対応する登録情報は、（図８と対応して後述するように）サーバ１０３における検索結果に含まれるページついて、表示順を決定する際に利用される。

また、ユーザデータ６２２について設定可能な項目には、年齢、性別、地域属性、職種、未既婚、年収、車の有無、趣味がある。これらの項目は、ＵＲＬデータベース１０６に登録されている図４Ｄの総参照回数４４１、直近参照回数４４２、ブックマーク登録数４４３についての登録情報のうち、指定されたユーザデータに関連するものにそれぞれ対応している。

例えば、ユーザデータ６２２のうち年齢が選択された場合には、図４Ｄにおけるユーザデータ４４０の年齢のうち、当該指定を行ったユーザの年齢に基づいて当該ユーザが属する世代が決定され、対応する登録情報が特定される。よって、これらの項目のいずれかが選択された場合、対応する登録情報は、（図８と対応して後述するように）サーバ１０３における検索結果に含まれるページついて、表示順を決定する際に利用される。

また、おまかせ６２３は、ユーザ側でページ情報６２１やユーザデータ６２２の指定を行わない場合に選択できる。おまかせ６２３が選択された場合には、例えば、全てのオプション情報を利用して検索を行っても良いし、あるいは、特定のページ情報６２１とユーザデータ６２２とを予め設定しておき、当該設定を利用した検索を行っても良い。

なお、オプションにおける設定項目は、上記のものに限定されることなく、当然にこれら以外が含まれても良い。
また、図６Ｂに示す画面では、ページ情報６２１とユーザデータ６２２とについて設定可能な項目が表示されているが、このような表示は、ユーザデータベース１０４に登録され、かつ、ユーザデータ６２２の各設定項目について図４Ａに示すようにユーザデータを漏れなく登録していなければ意味がない。

例えば、ユーザによっては、ユーザデータベース１０４に登録されていない者もいるかもしれない。このような場合、ユーザデータ６２２の設定項目について設定を受け付けても、検索に利用することはできない。また、このようなユーザは、図６Ｂの画面において、ユーザ登録６１１を「なし」に設定しているはずである。そこで、係る設定内容に対応して、画面６２０にはページ情報６２１のみを表示し、ユーザデータ６２２はグレーアウトするのが好ましい。これによれば、ユーザデータベースに登録されていないユーザであっても、少なくともページの更新日時や直近の参照回数を利用した検索が可能となる。

また、一部のユーザデータのみを登録し、他のユーザデータは登録していない者もいるかもしれない。このような場合、登録していない項目について設定を受け付けても、検索に利用することはできない。そこで、サーバ１０３から受け付けたユーザデータベース１０４に登録されているユーザデータの有無に関する通知に基づき、ユーザデータ６２２の設定項目のうち、ユーザデータベース１０４に登録されているユーザデータに対応する項目のみを表示し、他をグレーアウトすることが好ましい。これによれば、ユーザは少なくとも自分の登録したユーザデータを用いた検索は可能となる。

ユーザはオプション入力を終了すると、決定ボタン６２４により入力したオプションの内容を確定することができる。決定ボタン６２４が選択されると、検索画面６０１は図６Ａに示す内容に戻る。また、キャンセルボタン６２５を選択した場合は、図６Ａの画面に戻る。その際、オプションの設定内容はリセットされても良いし、それまでの入力内容を保持したままでも良い。

＜検索処理その２（検索処理）＞
次に、実際に検索を実行する際の処理の流れについて、図７のフローチャートを参照して説明する。

まず、クライアント１０１において、サーバ１０３が提供する検索サービスのページのＵＲＬが選択されると（ステップＳ７５１において「ＹＥＳ」）、クライアント１０１からサーバ１０３に対して、検索画面情報の要求が通知される（７０１）。サーバ１０３では、クライアント１０１からの検索画面情報の要求に応じて、クライアント１０１において後述する検索情報を生成するための検索情報生成情報としての検索画面情報を送信する（７０２）。クライアント１０１は、サーバ１０３から検索画面情報を受信すると、ディスプレイ２０７上に図６Ａの検索画面６０１に示すような検索画面を表示する（ステップＳ７５２）。

次に、ユーザからキーワードやオプション設定をするか否かなどの入力を受け付け（ステップＳ７５３）、オプション設定がなされる場合には図６Ｂの画面を表示して、ユーザ登録ありと設定されたか否かを判定する（ステップＳ７５４）。もし、オプション設定がなされない場合には、以下のステップＳ７５３からＳ７５６をスキップしてステップＳ７５７へ移行する。

図６Ｂに表示する画面において、ユーザ登録６１１が「なし」と設定された場合には、「ユーザ登録あり」と設定されたこととならないので（ステップＳ７５４において「ＮＯ」）、ステップＳ７５６に移行する。一方、ユーザ登録６１１が「あり」と設定され、入力欄６１２及び６１３に「ユーザ名」及び「パスワード」が入力された場合には、「ユーザ登録あり」と設定されたこととなる（ステップＳ７５４において「ＹＥＳ」）ので、これらの入力情報をユーザ認証用情報としてサーバ１０３に送信する（７０３）。

サーバ１０３では、クライアントから送信された「ユーザ名」及び「パスワード」を含むユーザ認証用情報を利用してユーザ認証、即ち、該ユーザがユーザデータベース１０４に登録されているユーザであるかを検証する（ステップＳ７５５）。検証の結果、該ユーザが登録されている場合には、該ユーザについて、ユーザＩＤ４０１とユーザデータベース１０４に登録されているユーザデータの有無に関する情報とを含むユーザ認証結果がクライアント１０１へ送信される（７０４）。また、該ユーザが登録されていない場合には、エラーメッセージを含むユーザ認証結果がクライアント１０１へ送信される（７０４）。

次に、ステップＳ７５６では、図６Ｃに示すようなオプション入力画面を表示して、オプション入力を受け付ける。続いて、検索実行ボタン６０３の選択による検索実行指示を受け付ける（ステップＳ７５７）。検索実行ボタン６０３が選択されると、サーバ１０３に対して、ステップＳ７５３及びＳ７５６で入力を受け付けたキーワードやオプション設定の内容と、ユーザ認証結果（７０４）を受信している場合には、そこに含まれていたユーザＩＤ４０１とを含む検索情報を送信する（７０５）。ここで、検索を行おうとするユーザが未登録ユーザの場合には、未登録であることを示す所定のコードをユーザＩＤ４０１の代わりに検索情報に含めて送信しても良い。

サーバ１０３では、クライアント１０１から送信された検索情報を受信すると、キーワードに基づいて検索処理を行い、オプション設定の内容に基づいて検索結果を作成し（ステップＳ７５８）、検索結果をクライアント１０１へ送信する（７０６）。クライアント１０１は、サーバ１０３から検索結果を受信すると、受信した検索結果をディスプレイ２０７の検索画面６０１に表示する（ステップＳ７５９）。

その後、ユーザからの入力に従って検索を再度実行する場合は、ステップＳ７５１からの処理を再開する。もし、ユーザがＷｅｂブラウザの閲覧を終了する場合には（ステップＳ７６０で「ＹＥＳ」）、クライアント１０１からサーバ１０３に対して終了通知が送信され（７０７）、サーバ１０３からは終了応答が返される（７０８）。

次に、図８を参照して、図７のステップＳ７５８における処理の詳細を説明する。図８は、サーバ１０３における検索処理の一例に対応するフローチャートである。

まず、ステップＳ８０１において、サーバ１０３は、クライアント１０１から送信された検索情報を受信すると共に、受信した検索情報の中から、検索を依頼したユーザ（検索依頼ユーザ）のユーザＩＤ４０１を抽出する。次に、ステップＳ８０２において、抽出されたユーザＩＤ４０１に基づいて、ユーザデータベース１０４からユーザデータを取得する。
なお、検索依頼ユーザがユーザデータベース１０４に未登録であった場合には、未登録ユーザを示すコードは含まれていても、ユーザＩＤ４０１は検索情報に含まれていない。また、ユーザデータベース１０４に本来は登録されているユーザであっても、図６Ａにおいてオプション設定６０４を「利用しない」に設定した場合には、図７のユーザ認証結果（７０４）を受信しないので、検索情報にユーザＩＤ４０１が含まれていない。これらのユーザについては、ユーザデータの取得は当然に行われない。
次に、ステップＳ８０３において、検索情報に含まれるキーワードに基づいて公知の手法で検索用データベース１０７を検索し、ステップＳ８０４においてキーワードに基づく検索条件に合致するデータを検索結果１として取得する。この検索結果１は、検索処理によって得られた検索結果であって、ユーザデータ（即ち、検索依頼ユーザの職業や年齢など）や、ページの情報（更新日時や、参照回数等）とは無関係に、専らページ内に指定されたキーワードや当該キーワードに類似する語をどれだけ含むか、といった基準によりキーワードとの関連の度合いを決定し、その関連性の順にページを並べたものとして得られる。

ステップＳ８０５では、検索情報に基づいて、検索依頼ユーザのオプション設定６０４の内容を識別する。もし、オプション設定６０４においてオプションを「利用しない」と設定されていた場合には、ステップＳ８１６に移行して検索結果１をクライアント１０１へ送信する。一方、「利用する」と設定されていた場合には、ステップＳ８０６へ移行して、検索結果１の順位に基づいて各ページのポイントＰｓを算出する。例えば、検索結果１に１００件のページが含まれていたとすると、その順位に基づいて頭からポイントを１００、９９、９８・・・１のように付加することができる。また、上位１０件のみに１００、９０、８０・・１０のポイントをそれぞれ与えても良い。いずれにしても、検索結果１の順位に基づく重み付けを、Ｐｓとして検索結果１に含まれる各ページについて与える。

次に、ステップＳ８０７では検索結果１に含まれるページの順位をＮｕとして、Ｎｕを１に設定する。次に、ステップＳ８０８において、検索結果１における順位がＮｕ番目のページを選択し、当該ページのＵＲＬに基づいて、当該ページについてＵＲＬデータベース１０６に情報が登録されていれば、該登録されている登録情報を全て取得する。次に、ステップＳ８０９において、検索情報において設定されたオプション設定の内容と、ステップＳ８０２において取得されているユーザデータがある場合には当該ユーザデータとに基づいて、取得した登録情報の中から、当該ページの重み付けに利用する登録情報を絞り込む。

例えば、図６Ｃの場合、ページ情報６２１は「直近の参照回数」のみが選択されており、ユーザデータ６２２については「年齢」と「職種」が選択されている。よって、図４Ｃ及び図４Ｄに示す登録情報のうち、直近参照回数４３３と、検索依頼ユーザの年齢及び職種に対応した総参照回数４４１、直近参照回数４４２、ブックマーク登録数４４３が選択され、これらの登録情報のみに絞り込みが行われる。

ここでは図４Ｃ及び図４Ｄに記載された登録情報をそれぞれ利用して絞り込みを行う場合を説明したが、どの登録情報を利用するかは、オプション設定の内容に基づいて決定されるため、図４Ｃ又は図４Ｄの一方のみを利用して絞り込みを行うことも当然に可能である。

なお、ステップＳ８０８及びステップＳ８０９においては、一旦登録情報を全て読み出し、その後で絞り込みをかけているが、これは一例として説明しただけである。即ち、検索情報において設定されたオプション設定の内容と、ユーザデータとに基づいて直接対応する登録情報をＵＲＬデータベース１０６から取得するようにしても良い。

次に、ステップＳ８１０では、絞り込まれた登録情報をＰｒ、重み付け値をＰｗとして、登録情報に基づくポイント：Ｐｕを算出する（Ｐｕ＝Ｐｒ×Ｐｗ）。
ここで、当該ページ自体がＵＲＬデータベース１０６に登録されていなかった場合や、当該ページ自体は登録されているものの、絞り込まれた登録情報に対応する情報が登録されていなかった場合（例えば、該ページには特定の趣味以外の人はアクセスしない場合もあり得る。）には、Ｐｒ＝０として計算する。本発明では、このポイントＰｕを利用することで、当該ページと検索依頼ユーザとの関連性や、当該ページの情報の有用性を検索結果に反映させることが可能となる。即ち、総参照回数４４１や直近参照回数４４２、ブックマーク登録数４４３を利用することで、検索依頼ユーザと同種の職業を選択した他のユーザが数多く参照しているページや、ブックマークに登録しているページを検索結果の上位にランクさせることが可能となる。また、総参照回数４３２、直近参照回数４３３、増加アンカー数４３４、ブックマーク登録数４３５を利用することで、ユーザの職業や、趣味といった枠を越えて、幅広くユーザに支持されているページや、アンカーを増やして積極的に情報を更新しているページを検索結果の上位にランクさせることが可能となる。

ここで、Ｐｒは総参照回数など、カウントされた数値情報である場合にはそのまま数値として利用することができる。しかし、更新日時４２５のように、数値として直接には使えない情報については、現在の日時からの差分を求め、さらにその逆数を求めることにより、Ｐｒ値とすることができる。いずれにしても、現在の日時に近くなるほどＰｒの値が大きくなるように変換できればよい。また、重み付け値Ｐｗについては、全ての登録情報について均一に与えられても良いし、特定の登録情報についてより高い値が与えられても良い。例えば、同じ総参照回数にしても、総参照回数４４１の重み付け値Ｐｗを１００とし、総参照回数４３２の重み付け値を１０とする、といった方法もある。また、更新日時４２５のように、直接Ｐｒ値として用いることができない登録情報については、他の登録情報とは異なる重み付け値を用意しても良い。

次に、ステップＳ８１１では、ステップＳ８１０において算出された各登録情報についてのポイントＰｕを合計してＰｕｓｔを算出する。このポイントＰｕｓｔが登録情報に基づいて各ページに与えられた重み付けとなる。

ステップＳ８１２では、全てのページについてＰｕｓｔが算出されたかどうかが判定され、残っているページがある場合（ステップＳ８１２において「ＮＯ」）にはＮｕをインクリメントしてステップＳ８０８に戻りポイントＰｕｓｔの算出のための処理を継続する。一方、全てのページについてＰｕｓｔが算出された場合（ステップＳ８１２において「ＹＥＳ」）には、ステップＳ８１４に移行して各ページ毎に、検索結果２を決定するためのポイント：ＰｕａｌｌをＰｕａｌｌ＝Ｐｓ＋Ｐｕｓｔにより算出する。これにより、検索結果と検索依頼ユーザのオプション設定内容との両方を反映した検索結果を得ることができる。尚、本実施形態ではＰｓとＰｕｓｔを単純に足し合わせる場合を記載したが、ここで更に重み付けを行って、例えばＰｕａｌｌ＝Ｐｓ＋Ｐｕｓｔ・Ｎ（Ｎは所定数）としても良い。このようにすれば、ユーザのオプション設定の内容が生成される検索結果に更に反映されることとなる。また、検索結果１の順位を全く考慮しなくても良い。この場合は、ステップＳ８０６におけるＰｓの算出工程と、本工程とがスキップされ、Ｐｕａｌｌ＝Ｐｕｓｔとなる。

次にステップＳ８１５では、ステップＳ８１４において算出されたＰｕａｌｌの値に基づいてＰｕａｌｌが大きい順にページの順位を決定し、検索結果１の並び順をソートして検索結果２を作成する。ステップＳ８１６では、検索結果２（ステップＳ８０５から直接移行してきた場合は検索結果１）をクライアント１０１へ送信する。

以上のように、本実施形態に対応するサーバ１０３では、検索依頼ユーザのユーザデータやページの内容以外の情報に基づいて検索処理を行い、検索結果を作成することができる。

より具体的には、職業、年齢、趣味といったユーザ個人の情報を独立した項目として取り扱い、項目の共通するユーザの統計的情報（例えば、１０代のユーザの総参照回数や、ゴルフを趣味とするユーザの直近の参照回数など）を利用して、検索依頼ユーザに提供する価値のある検索結果を作成することができる。

また、検索に際しては、利用するユーザデータをオプション設定６０４によりユーザが予め指定することができる。これにより、積極的に利用すべきユーザデータの絞り込みをユーザ自らが行うこととなり、ユーザが本来意図したキーワードと関連性の高いページを高い確率で絞り込むことが可能となる。

例えば、趣味が「ゴルフ」で、職種が「コンピュータプログラマ」であるようなユーザが、キーワードとして「ドライバー」を入力した場合、ユーザが「趣味」と「職種」のどちらを優先的に扱うかを指定しなければ、ゴルフにおける「ドライバー」に関連するページと、コンピュータプログラムに関連する「ドライバー」に関連するページとが混合して検索結果に含まれることとなる。しかし、ユーザが予めオプション設定６０４において「趣味」を選択していれば、「職種」に関連するページは重み付けの対象から除外されるので、ゴルフにおける「ドライバー」と関連するページが確実に検索結果の上位にランクされるようになる。

また、本実施形態では、直近参照回数に基づいてページに重み付けを行っているので、最近立ち上げられたばかりで総参照回数はあまり大きくないページであっても、人気のあるページであれば、当然に直近の参照回数が大きくなり、他のページよりもポイント（Ｐｕ）が高くなる。従って、このようなページが検索結果の上位にランクされるようになる。また、リンク切れしているページがあっても、そのようなページは、直近参照回数が伸びないのが通常であるから、この直近参照回数を利用することで、検索結果から除外することが可能となる。

更に、増加アンカー数を利用すれば、ブログ（ウェブログ）等において、積極的に情報を収集し、公開しているようなページを検索結果の上位にランクすることが可能となる。

[その他の実施形態]
以上の処理（例えば上記図５、図７又は図８に示したフローチャートに従った処理等）をプログラムとしてＣＤ−Ｒ、ＲＯＭやＤＶＤ−ＲＯＭ、ＭＯ等の記憶媒体に記憶させ、この記憶媒体に記憶されているプログラムをコンピュータに読み込ませる（インストール、もしくはコピーさせる）、或いは、ネットワークを介して所定のサーバからダウンロードすることで、このコンピュータは以上の処理を行うことができる。よって、この記憶媒体も本発明の範疇にあることは明白である。本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

Claims (7)

1. クライアント端末から入力された検索情報に基づいてインターネット上のＷｅｂページの情報を検索し、検索結果を前記クライアント端末に送信する情報検索装置であって、
   Ｗｅｂページに関する登録情報を格納する登録情報格納手段と、
   前記クライアント端末から前記検索情報を受信する受信手段と、
   前記検索情報に含まれるキーワードに関連するＷｅｂページを検索用情報から検索し、第１の検索結果を生成する第１の検索結果生成手段と、
   前記クライアント端末のユーザに固有のデータであって、対応するユーザについて、少なくとも、年齢、性別、地域属性、職種、未既婚、住居形態、年収、車の所有、及び、趣味のいずれかの種別に関する情報を含むユーザデータを、ユーザ毎に格納するユーザデータ格納手段と、
   前記検索情報から、前記ユーザを特定するための識別情報を抽出する抽出手段と、
   前記ユーザデータ格納手段に格納されたユーザデータのうち、前記識別情報に対応する第１のユーザデータを取得するユーザデータ取得手段と、
   前記登録情報格納手段に格納された、前記第１の検索結果に含まれるＷｅｂページに関する登録情報から、前記検索情報に含まれる前記登録情報の利用の有無に関する設定情報と、前記第１のユーザデータとを利用して第１の登録情報を選択する選択手段と、
   前記第１の登録情報に基づいて、前記第１の検索結果に含まれるＷｅｂページの重み付け値を、該Ｗｅｂページ毎に算出する算出手段と、
   Ｗｅｂページ毎に算出された前記重み付け値に基づき、前記第１の検索結果に含まれるＷｅｂページの順位を決定する順位決定手段と、
   決定された前記順位により前記第１の検索結果に含まれるＷｅｂページをソートして第２の検索結果を生成する第２の検索結果生成手段と、
   前記第２の検索結果を前記クライアント端末に送信する送信手段と
   を備え、
   前記登録情報には、前記Ｗｅｂページについて、少なくとも、複数のユーザにより参照された回数の前記ユーザデータの種別毎の総計、直近の所定期間内に複数のユーザにより参照された回数の前記ユーザデータの種別毎の合計、該Ｗｅｂページをブックマークに登録している前記ユーザデータの種別毎のユーザ数のいずれかが含まれ、
   前記設定情報は、前記重み付け値を算出するために利用する前記登録情報を指定する情報であって、
   前記選択手段は、前記設定情報において指定された前記登録情報のうち、少なくとも前記第１のユーザデータに含まれる各種別に関する情報に対応する登録情報を、前記第１の登録情報として選択することを特徴とする情報検索装置。
2. 前記登録情報には、前記Ｗｅｂページについて、少なくとも、複数のユーザにより参照された回数の総計、直近の所定期間内に複数のユーザにより参照された回数の合計、該Ｗｅｂページをブックマークに登録しているユーザ数、直近の所定期間内に追加されたアンカー数のいずれかが更に含まれ
   ることを特徴とする請求項１に記載の情報検索装置。
3. 前記算出手段は、前記第１の検索結果に含まれるＷｅｂページの該第１の検索結果における順位に更に基づいて、前記重み付けを算出することを特徴とする請求項１または２に記載の情報検索装置。
4. 前記設定情報に、前記重み付けを算出するために利用する前記登録情報の指定が無かった場合には、前記選択手段は前記第１の登録情報を選択せず、
   前記送信手段は、前記第１の検索結果を前記クライアント端末へ送信することを特徴とする請求項１乃至３のいずれか１項に記載の情報検索装置。
5. 前記クライアント端末へ、前記検索情報を生成するための検索情報生成情報を送信する生成情報送信手段を更に備え、
   前記クライアント端末では、前記検索情報生成情報を利用して前記キーワードの入力と、前記登録情報の利用の有無に関する設定入力とが受け付けられることを特徴とする請求項１乃至４のいずれか１項に記載の情報検索装置。
6. コンピュータを、請求項１乃至５のいずれか１項に記載の情報検索装置として機能させるためのコンピュータプログラム。
7. 請求項６に記載のコンピュータプログラムを格納したコンピュータで読み取り可能な記憶媒体。

Images