JP2009026249A - 閲覧履歴編集端末及びプログラムおよびその方法 - Google Patents

Abstract

【課題】 検索エンジンを使用してＷｅｂページを検索する際に、検索条件が適切でないと、検索結果が多すぎて所望の情報を選択することが出来ない場合が生じる。また、ありふれた検索語で検索を行った場合においても、非常に多くの件数の検索結果を得ることとなり、結果として必要な情報が得られないことがある。また、過去に検索した検索語句などで検索した場合には、すでに閲覧したＷｅｂページが検索結果として得られることが多く、このような場合には情報検索における新規な情報の利得が少ない。
【解決手段】以上の課題解決のため、過去に取得した検索結果データIDを保持しておき、新たに検索を行う場合に、取得された検索結果データIDとの異同の判断結果により検索結果を並べて表示を行うことの可能な検索装置を提供する。
【選択図】図２

Description

本発明は、閲覧履歴の編集などにより利用者の必要な情報を効率的に取得可能な検索装置の技術に関する。

検索エンジンを使用して、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）上のＷｅｂページを検索する際において、検索条件が適切でないと、検索結果が多すぎて所望の情報を選択することが困難となる場合が生じる。また、ありふれた検索語で検索を行った場合においても、非常に多くの件数の検索結果を得ることとなる。このため、検索結果は必要でない情報を含んだページが多く、本来必要な検索結果が必要でない検索結果の中に埋もれてしまい、結果として必要な情報が得られないことがある。

また、過去に検索した検索語句と類似性の高い検索語句で検索した場合には、すでに閲覧したＷｅｂページが検索結果として得られることが多く、このような場合には情報検索における新規な情報の利得が少ない。また過去に閲覧したことを忘れていて同じＷｅｂページを訪れてしまうこともあり、情報取得の利便性と効率性に欠ける。

また、特許文献１および特許文献２には、以下のような技術が開示されている。該技術では、まず、ユーザのアクセス履歴を収集し蓄積しておく。次にその履歴を利用して、アクセス頻度が高い順や、新たに更新されたページについて並べて表示を行う、といった技術である。具体的には、蓄積されたアクセス履歴により、アクセスした頻度が高いＵＲＬ順に重要度指数を割り当てる。そして、前記ＵＲＬ閲覧時にデータが更新されていることを検出すると、所定のＷｅｂページにおいて更新が検出されたデータのＵＲＬを前記重要度順に並べて表示するといった技術である。

特開２００２−１６９８１３号公報 特開２００１−５１８９３号公報

しかし、上記従来の技術には以下のような課題がある。特許文献１で開示されている技術は、検索実行時に、入力した検索語句と、すでに閲覧されたページの内容から抽出したサイト情報を照合している。しかしながら、該技術では照合の結果により、新たにページ内容を取得するか、キャッシュサーバから取得するか否かのみを判断しているに過ぎない。すなわち、照合の結果により、検索結果表示の際にユーザに対し何らかの表示を行うなどの処理が実行されるわけではない。このため、ユーザは依然として、検索を実行しても検索結果が大量であったり、既に訪問したページを再度訪問してしまったりと所望の情報を取得できない。したがって、検索実行時に、検索語句を過去に取得したサイト情報と照合させた結果を、何らかの形態でユーザに対して提供する、という課題が生じる。

また特許文献２で開示されている技術は、ユーザが良く見ているページに関してのみ更新チェックを行うという技術である。しかし、検索結果を見やすくするという課題を解決するものではない。

以上の課題を解決するために、本発明は以下のような検索装置を提供する。第一に、検索結果を取得し、その検索結果を過去に取得されたデータと照合し、その異同を判断することにより、検索結果を並べて表示する検索装置を提供する。具体的には、検索結果データＩＤを取得する第一検索結果データＩＤ取得部と、過去に取得の過去データＩＤを保持する第一過去データＩＤ保持部と、取得した検索結果データＩＤと、過去データＩＤの異同を判断する第一異同判断部と、異同の判断結果に応じて検索結果データＩＤに基づいて検索結果を並べて表示する第一検索結果表示部とを有する検索装置である。

第二は、上記第一の検索装置を基本として、さらに過去に取得のデータに対して、重付値を関連付けることにより保持し、取得された検索結果との異同の判断結果と、重付値に基づいて、検索結果の表示を並べて行う検索装置を提供する。具体的には、検索結果データＩＤを取得する第二検索結果データＩＤ取得部と、過去に取得の過去データＩＤに重付値を関連付け保持する第二過去データＩＤ保持部と、取得した検索結果データＩＤと、過去データＩＤとの異同を判断する第二異同判断部と、異同の判断結果と、前記同一とされたデータIDに関連付けられている重付値とに応じて検索結果データＩＤに基づいて検索結果を並べて表示する第二検索結果表示部とを有する検索装置である。

第三は、上記第二の検索装置を基本として、過去に取得されたデータに対する重付値を、所定のルールにより更新が可能な装置である。例えば過去に参照された回数が多いほど重付の値を大きくするなどのルールにより、重付を更新することが可能である検索装置である。具体的には、過去データＩＤで示されるデータの過去の取得履歴を蓄積する取得履歴蓄積部と、蓄積されている取得履歴を所定のルールで演算して過去データＩＤ保持部にて過去データに関連付けられている重付値の追加、変更、削除の管理をする重付値管理部をさらに有する検索装置である。

第四は、上記第一から第三の検索装置において、過去に検索された閲覧履歴データを追加、変更、削除を可能とする、編集情報を入力する機能を備えた検索装置である。本発明の検索装置によって、利用者の任意で閲覧履歴等を編集し、検索結果の表示を制御することが可能である。具体的には、取得履歴蓄積部に蓄積されている取得履歴の追加、変更、削除のための編集情報のユーザ入力を受付ける編集情報入力部と、入力された編集情報に基づいて取得履歴の追加、変更、削除をする編集部と、をさらに有する検索装置である。

第五は、上記第一から第四の検索装置において、過去の検索結果データと関連付けるための、文字情報などのユーザ付加情報の入力がさらに可能な検索装置である。これに加え、取得された検索結果との異同の判断結果により、検索結果データと共に当該入力されたユーザ付加情報を表示可能である検索装置である。具体的には、検索結果に関連付けるためのユーザ付加情報の入力を受付けるユーザ付加情報入力部をさらに有し、前記過去データＩＤ保持部は、入力されたユーザ付加情報を過去データＩＤに関連付けて保持するユーザ付加情報保持手段を有し、前記検索結果表示部は、過去データＩＤに関連付けて保持されているユーザ付加情報を過去データＩＤとの異同判断結果が同じであると判断された検索結果データとともに表示するユーザ付加情報表示手段を有する検索装置である。

第六は、過去の検索結果データと、特定のグループIDとを関連付けることにより、特定グループにのみ関連付けられた検索結果のみを、選択的に表示可能な機能を有する検索装置である。具体的には、前記過去データID保持部は、過去に取得の過去データＩＤにグループIDを関連付けして保持するグループＩＤ保持手段と、自身で検索結果選別のために選択するグループＩＤを取得するグループＩＤ取得部と、をさらに有し、表示されるべき検索結果のうち、前記取得したグループIDに関連付けられた検索結果のみを選択的に表示する表示グループ選択表示部をさらに有する検索装置である。

以上のような構成をとる第一の本発明によって、過去の閲覧履歴に一致する、または一致しない検索結果を取得することが可能となる。従って、その取得した判断結果に応じて検索結果を並べて表示することが可能となる。第二の本発明によって、過去に取得の検索結果について重付値を適用することにより、結果を当該重付値により、並べ替えて表示することが可能となる。

第三の本発明によって、上記重付値を所定のルールにより更新可能となる。これにより、例えば過去に参照された回数が多い順に重付値を付与し、これに応じて検索結果を表示する等の表示が可能となる。

第四の本発明によって、過去データＩＤで示されるデータの取得履歴や、当該過去データにかかる過去データＩＤに関連付けられた重付値を編集することが可能となる。これにより、利用者の任意で、履歴中に存在する必要としない履歴の削除などを行うことが可能となり、検索結果の表示順序などを制御することが可能となる。

第五の本発明によって、過去データＩＤに関連づけて文字情報などの入力が可能となる。これにより、検索を実行した際に、検索結果データIDが当該文字情報を付与した過去データIDと同一のものであった場合に、関連づけられた文字情報などが表示可能となる。これにより、過去に検索した際の付加的な情報を再び表示することが可能となり、検索による情報の利得が高まる。

第六の本発明によって、過去データＩＤを特定のグループＩＤと結びつけることが可能となる。これにより、新たな検索を行った際に、例えば特定の情報カテゴリのみの検索結果に対する重付に基づいて検索結果を表示することなどが可能となる。また、当該グループＩＤをネットワークなどで共有すれば、特定の組織に属する者の検索結果に付与された重付値や文字情報を共有することが可能となる。このため、検索を行った際に、その組織において必要と思われる検索結果を優先的に表示したり、付加的な情報を取得することが可能となる。

以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。なお、実施例１は、主に請求項１、２、３、４、及び請求項１４、１５などについて説明する。実施例２は、主に請求項５、６及び請求項１６などについて説明する。実施例３は、主に請求項７、８などに対応する。実施例４は主に請求項９、１０、１１などについて説明する。実施例５は主に請求項１２、１３などについて説明する。

≪実施例１≫
<概要>
図１は、検索装置の処理を示す概念図であり、本実施例の検索装置によるＷｅｂページの検索処理の一例を説明するための図である。この図にあるように、本実施例の検索装置において、「ＳＨ７０ＸＩＤ」という検索ワードを入力すると、検索結果として（Ａ）で示されるテーブルの様な複数の検索結果が検索エンジンよりもたらされる。なおここでは、検索結果データIDとして、ＵＲＬを採用している。一方、過去データＩＤとして（Ｂ）のようなテーブルに、過去に閲覧されたデータＩＤが保持されている。このとき、各検索結果データＩＤに対しては、重付値がそれぞれ所定のルールによって付与されていてもよい。図に示した本実施例の検索装置では、検索結果データＩＤがもたらされると、当該データＩＤが過去データＩＤに存在するか否か異同を判断し、この判断結果に基づいて、その結果一致するものだけを（Ｃ）に示すように検索結果として並べて表示が可能である。またさらに、重付値に応じて、（Ｂ）にみられるように例えば重付値が０．５以下のものについては、（Ｃ）の４のように検索結果表示中のハイパーリンクを無効化して表示することが可能である。

このように、本実施例の検索装置では、検索結果データＩＤと過去データＩＤとの異同を判断することにより、例えば、過去に参照したページのみを検索結果として並べて表示することが可能である。さらに、過去データＩＤに関連づけられている重付値により検索結果の表示態様を変化させることが可能である。これにより、以前閲覧したページの検索結果は見たくない、あるいは、既に見たことがあるページのみを比較検討したい、といった利用者の情報検索における要望に応えることが可能である。

<機能的構成>
図２は、本実施例の検索装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「検索装置」（０２００）は、「第一検索結果データID取得部」（０２０１）と、「第一過去データID保持部」（０２０２）と、「第一異同判断部」（０２０３）と、「第一検索結果表示部」（０２０４）とを有する。

なお、以下に記載する検索装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、CPUや主メモリ、バス、あるいは二次記録媒体（ハードディスクや不揮発性メモリ、CD−ROMやDVD−ROMなどの記憶メディアとそれらメディアの読取ドライブなど）、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部やその外部周辺機器用のI/Oポート、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるユーザーインターフェースなどが挙げられる。

またこれらハードウェアやソフトウェアは、主メモリ上に展開したプログラムをCPUで演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウェア構成部の制御を行ったりするために利用される。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。

「第一検索結果データＩＤ取得部」（０２０１）は、検索結果データＩＤを取得する機能を有する。
「取得」は、内部での検索結果を取得するものでも、外部での検索結果を取得するものでも良い。前者は、自身がデータベースを有し、そのデータベースを検索キーで検索した結果であり、後者は検索キーで外部に存在するデータベースを検索した結果である。後者の場合には通信を介して検索結果を取得する。従って検索結果データＩＤ取得部は場合により通信機能を有していても良い。

「検索結果」とは、検索キーでデータベースを検索した結果得られる情報をいう。ただし、一度に数万件以上のヒットが得られる場合があり、場合によりヒットしたなかの一部を検索結果としても良い。例えば検索キーにより１００万件のデータがヒットしたが結果を示す画面にはそのうち１０件のみが表示され、次の画面（１１件目から２０件目）に進むことなく画面を閉じた場合には検索結果としては、表示された１０件分のデータを取得するように構成してもよい。もちろん、１００万件の全てを検索結果として取得するように構成してもよい。ただし、本件発明に基づいた検索装置を、例えば一度閲覧したデータは新しさがないので次回からは表示させないようにする、という思想に基づいて設計するのであれば１００万件の全てを閲覧しているわけでなく、閲覧しているのは少なくとも最初のページに表示された１０件又は、その中で実際にリンクを開いた数件に限られるので検索結果として取得すべきは１００万件でなく、最初のページに表示された１０件又は実際にリンクが開かれた数件ということになる。

また、検索結果のリンクを開きさらにそのリンク先から次のリンク先に閲覧を行うような場合には、二次的、三次的なリンク先についても検索結果として捉えても良い。つまり、検索結果とは、その検索装置の設計思想によって各種の捉え方ができるが、一例としてはヒットデータの中で実際にコンテンツの一部、例えば要約が表示されたデータを指す、又はコンテンツの一部が表示された上にそのデータ元に利用者がアクセス（検索結果要約中のリンクボタンを押下）したものを指す、さらには、二次的、三次的リンク先であって、実際に利用者がページアクセスしたものを指す、という場合や、ヒットが１００万件あったのであれば、その１００万件の全てを検索結果とする、という場合などをあげることができる。

「検索結果データＩＤ」とは、検索結果データを識別する情報をいう。識別は検索装置内でユニークに行えればよい。ただし、検索装置の内外を問わず一意に検索結果を識別することができるとなお便利である。検索結果データＩＤは検索結果データを識別する情報であり、代表的なものはＵＲＬである。ただし、ＵＲＬで示されるリソースの一部を識別することができるような情報であっても良い。例えばＵＲＬ＋該当部分のテキストなどである。検索結果データＩＤは、上記のようにＵＲＬなどであれば例えば外部サーチエンジンから送信される検索結果情報に含まれている。なぜなら外部のサーチエンジンは必ず検索結果データのありかを示すリンク情報を含んでいるからである。また、特定のサーチエンジンは要約を含む場合があるが、検索装置でその要約を構成するテキストを要約関数で要約して数字列に変換したものをその検索結果データの識別情報、即ち検索結果データＩＤとしても良い。検索結果データＩＤは、このように外部サーチエンジンから送信される検索結果情報から取得することができる。外部サーチエンジンから送信される検索結果情報のデータフォーマットは所定のフォーマットであるので、送信されたＨＴＭＬ文書を分析し、検索結果の単位を抽出し、抽出された検索結果の単位ごとに関連付けられているＵＲＬを取得したり、ＵＲＬ＋テキスト情報を抽出したりして検索結果データＩＤとする。
取得した検索結果データＩＤは、他の部によって保持したり、外部に送信したりできるように一時記憶領域などに記憶される。

「第一過去データID保持部」（０２０２）は、過去に取得の過去データＩＤを保持する機能を有する。「過去データ」とは、第一検索結果データＩＤ取得部（０２０１）において取得された検索結果データIDの内、検索装置によって過去に取得された検索結果データＩＤに関連付けられた検索結果データを指す。検索結果データは取得後に逐次または所定の場合に蓄積される。「過去データＩＤ」は過去データを特定するＩＤであり、過去データと関連づけられている。過去データＩＤは検索結果データIDと同様に、ＵＲＬ情報を用いてもよいし、特定のコードを付与しても良い。検索結果データIDをそのまま承継してもよい。

「第一異同判断部」（０２０３）は、取得した検索結果データＩＤと、過去データＩＤの異同を判断する機能を有する。具体的には、第一検索結果データＩＤ取得部において検索結果データＩＤが取得された場合に、第一過去データＩＤ保持部の過去データＩＤと、検索結果データＩＤとを照合し、一致するまたは一致しない検索結果データＩＤを取得し、取得した検索結果データＩＤを第一検索結果表示部に対し出力する。

「第一検索結果表示部」（０２０４）は、異同の判断結果に応じて検索結果データＩＤに基づいて検索結果を並べて表示する機能を有する。具体的には、第一異同判断部（０２０３）において取得した検索結果データＩＤを入力として受取り、これに関連づけられている検索結果データと共に検索結果として並べて表示する。

<処理の流れ>
図３は、本実施例の検索装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず検索結果データＩＤを取得する（ステップＳ０３０１）。次に、取得した検索結果データＩＤと、過去データＩＤの異同を判断する（ステップＳ０３０２）。最後に、異同の判断結果に応じて検索結果データＩＤに基づいて検索結果を並べて表示する（ステップＳ０３０３）。

このように、上記本実施例の検索装置は、取得した検索結果データＩＤと、過去データＩＤの異同を判断し、判断結果に応じて検索結果データＩＤに基づいて検索結果を並べて表示する処理が存在することを特徴とする。これによって、検索時に、例えば過去に検索したページを除いて表示するなどの処理が可能になる。

<別の機能的構成１>
図４は、本実施例の検索装置における機能ブロックの、別の一例を表す図である。この図にあるように、本実施例の検索装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「検索装置」（０４００）は、「第一検索結果データID取得部」（０４０１）と、「第一過去データID保持部」（０４０２）と、「第一異同判断部」（０４０３）と、「第一検索結果表示部」（０４０４）とを有する。なお上記構成要件については、上記ですでに説明済みであるので記載は省略する。本構成において特徴的な点は、第一検索結果表示部（０４０４）が、第一選択無効化手段（０４０５）を新たに有する点である。

「第一選択無効化手段」（０４０５）は、検索結果にハイパーリンクが含まれている場合には前記異同の判断結果に応じてリンク機能を不活性化する機能を有する。具体的には、第一検索結果表示部において検索結果を表示する際に、検索結果を表示すると共に、そのまま検索結果にかかるＷｅｂページにアクセスが可能なようにＵＲＬと関連づけられているハイパーリンクが埋め込まれているが、例えば、このハイパーリンクを第一異同判断部において過去データＩＤと一致した検索結果データIDにかかるもののみ無効とすることが可能である。

上記の様な動作を行うことにより、新たに検索を実行した際に、過去に取得したデータＩＤにかかる検索データを選択することがなくなり、 既読のＷｅｂページなどを回避して、新しい情報のみにアクセスが可能となるため、情報取得における効率性が向上するなどの効果を望むことができる。

<別の処理の流れ１>
図５は、本実施例の検索装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず検索結果データＩＤを取得する（ステップＳ０５０１）。次に、取得した検索結果データＩＤと、過去データＩＤの異同を判断する（ステップＳ０５０２）。そして、検索結果にハイパーリンクが含まれるか否かの判断を行う（ステップＳ０５０４）。判断の結果、ハイパーリンクが含まれていた場合には、異同の判断結果に応じてリンク機能の不活性化を行う（ステップＳ０５０５）。最後に、異同の判断結果に応じて検索結果データＩＤに基づいて検索結果を並べて表示する（ステップＳ０５０３）。

<別の概要２>
なお、上記本実施例の検索装置は、過去データＩＤと重付値とを関連づけて保持してもよい。そして、検索の際に、取得した検索結果データＩＤと過去データＩＤの異同の判断に応じて、付与された重付値に応じて検索結果を並べて表示が可能である。

<別の機能的構成２>
図６は、本実施例の検索装置における機能ブロックの、さらに別の一例を表す図である。この図にあるように、本実施例の「検索装置」（０６００）は、「第二検索結果データID取得部」（０６０１）と、「第二過去データID保持部」（０６０２）と、「第二異同判断部」（０６０３）と、「第二検索結果表示部」（０６０４）とを有する。また、図示していないが「第二検索結果表示部」（０６０４）が、「第二選択無効化手段」を有していても良い。そしてこのさらに別の例の特徴点は、「第二過去データID保持部」（０６０２）において、過去データＩＤが重付値と関連付けされて保持される点である。

「第二検索結果データID取得部」（０６０１）は、検索結果データＩＤを取得する機能を有する。取得された検索結果は、第二過去データID保持部（０６０２）に対して出力される。

「第二過去データID保持部」（０６０２）は、「第一過去データID保持部」（０２０２）と同様に、既に取得された過去データＩＤを保持する機能を有するが、さらに、過去データＩＤに重付値を関連付けた状態で過去データＩＤを保持する機能を有する。「重付値」とは、過去データIDにそれぞれ付与される値で、この値に応じて、検索結果を表示する際の順序などの制御が可能である。重付値は、例えば検索結果として取得した回数に応じて付与したり、増減させたりしてもよいし、併せて検索結果表示に含まれるリンクを押下して、実際にリンク先を閲覧した回数に応じて増減させてもよい。この場合において、検索結果として取得したにとどまる場合と、実際にリンク先を閲覧した場合で、重付値の増減の度合いを変化させてもよい。また、検索結果として表示されたリンク先のコンテンツの文字数に応じて重付値を決定してもよい。さらに、取得して表示したコンテンツをコピーした回数や、コピーした情報量（バイト数）などに応じて決定してもよい。ページを閲覧した結果、利用者にとって再度閲覧したい情報であればブックマークなどを行うが、そのブックマークを行った回数に応じて重付値を決定してもよい。取得して表示したコンテンツに対してメモなどを付与することが可能であれば、そのメモの有無や付与したメモの文字数なども重付値を決定する要素となってもよい。また、検索結果として取得したページへのリンクの数に応じて重付値を決定してもよい。重付値は、第二検索結果データＩＤ取得部（０６０１）によって付与されて出力されてもよいし、第二過去データＩＤ保持部（０６０２）により付与されて保持されてもよい。事後的に重付値を編集可能であってもよい。

「第二異同判断部」（０６０３）は、取得した検索結果データIDと、過去データIDとの異同を判断する機能を有する。具体的には、第二検索結果データＩＤ取得部において検索結果データＩＤが取得された場合に、第二過去データＩＤ保持部の過去データＩＤと、検索結果データＩＤとを照合し、一致するまたは一致しない検索結果データＩＤを取得し、取得した検索結果データＩＤを第二検索結果表示部に対し出力する。

「第二検索結果表示部」（０６０４）は、異同の判断結果に応じて検索結果データＩＤに基づいて検索結果を並べて表示する機能を有する。具体的には、第二異同判断部（０６０３）において取得した検索結果データＩＤと、これに関連づけられている重付値とを入力として受取り、この重付値に基づいて、検索結果データを検索結果として並べて表示する。例えば、実際に閲覧した検索結果データと閲覧していない検索結果データとに分けて、それぞれ重付値の順に並べて画面上に表示するものでもよい。また、すでに閲覧した検索結果データを優先的に表示したいならば、画面上の上半分に閲覧した検索結果データを表示し、下半分に閲覧していない検索結果データを表示するものでもよい。当然閲覧していない検索結果データを優先したいならば表示位置を入れ換えることも可能である。またさらに、重付値の高いものを優先的に表示したい場合には、重付値が高いもの、中程度のもの、低いものの順に検索結果データを並べて表示してもよい。さらにその中で閲覧している検索結果データと閲覧していない検索結果データを分けて表示する構成でもよい。

なお、「第二検索結果表示部」（０６０４）は図示していないが、「第二選択無効化手段」を有していても良い。

「第二選択無効化手段」は、検索結果にハイパーリンクが含まれている場合には重付値に応じてリンク機能を不活性化する機能を有する。具体的には、第二検索結果表示部においてＷｅｂページなどの検索結果を表示する際に、検索結果と共に表示されるハイパーリンクを、例えば所定の重付値以下のものについては無効化し、リンクをたどれなくする様な動作が可能である。

<別の処理の流れ２>
図７は、本実施例の検索装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず検索結果データＩＤを取得する（ステップＳ０７０１）。次に、取得した検索結果データＩＤと、過去データＩＤの異同を判断する（ステップＳ０７０２）。ここで、図示していないが、検索結果にハイパーリンクが含まれるか否かの判断を行ってもよい。判断の結果、ハイパーリンクが含まれていた場合には、異同の判断結果と重付値に応じてリンク機能の不活性化を行ってもよい。たとえば、検索結果データＩＤと過去データＩＤが同一であっても、重付値が一定の閾値、例えば０．５以下のものに関しては、検索結果データのリンク機能の不活性化を行う処理を行ってもよい。その後、異同の判断結果と重付値に応じて検索結果データＩＤに基づいて検索結果を並べて表示する（ステップＳ０７０３）。検索結果が表示されると、利用者がハイパーリンクを選択することにより、検索結果の取得が行われる。

このように、上記本実施例の検索装置は、利用者により取得された検索結果データにかかる検索結果データＩＤに重付値を関連付けて保持することに特徴を有する。これによって、取得した検索結果データＩＤと、過去データＩＤの異同を判断し、当該判断結果に加えて重付値にも応じて検索結果を並べて表示する処理が可能となる。これにより、例えば、重付値を所定のルールで過去データＩＤに関連づけて付与しておけば、単に過去に取得されたＷｅｂページについては選択的に表示しない等といった動作が可能なだけでなく、過去に取得されたＷｅｂページであり、かつ、一定以上の重付値のデータのみ選択的に表示するといった動作を行うことができる。

<ハードウェア的構成>
図８は、上記機能的な各構成要件を携帯電話のハードウェアとして実現した際の、検索装置における構成の一例を表す概略図である。この図を利用して検索処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、検索装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（０８０１）と、「ＲＡＭ」（０８０２）と、「ＲＯＭ」（０８０３）と、携帯電話の通信を司る「通信制御部」（０８０４）と、これに接続された「無線部」（０８０５）と、画面表示を司る「画面表示制御部」（０８０６）と、これに接続された「主画面ＬＣＤ」（０８０７）と、「副画面ＬＣＤ」（０８０８）と、キーボタン等の「操作入力Ｉ／Ｆ」（０８０９）と、音声処理部（０８１０）と、これに接続されたマイク（０８１１）と、スピーカ（０８１２）と、を有している。そしてそれらが「システムバス」（０８００）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

ここで、「ＲＡＭ」（０８０２）上には、アドレス1に検索結果データＩＤと、アドレス２に検索結果データと、アドレス３に過去データＩＤとを保持する領域が確保されている。また、アドレス４には重付値を保持する領域が確保されていてもよい。重付値は過去データＩＤと関連付けされている。なお、「ＲＯＭ」（０８０３）上には、「ＣＰＵ」（０８０１）や、「ＲＡＭ」（０８０２）上に展開されて、本装置の処理を行うアプリケーションプログラムデータが格納されている。ここで、利用者が「操作Ｉ／Ｆ」（０８０９）において検索キーワードを「通信制御部」（０８０４）および「無線部」（０８０５）により送信すると、検索サーバからの結果が受信される。「ＣＰＵ」（０８０１）において検索結果データより検索結果データＩＤが取得される。ここで検索結果データＩＤは検索結果データ内のＵＲＬ情報でもよい。取得された検索結果データＩＤは「ＲＡＭ」（０８０２）上に確保された領域に格納される。検索結果データＩＤは同じく「ＲＡＭ」（０８０２）上に保持されている過去データＩＤと「ＣＰＵ」（０８０１）上において比較され、比較の結果を「ＲＡＭ」（０８０２）上のワーク領域に保持する。比較結果は検索結果データＩＤと過去データＩＤが一致または一致しないデータＩＤのみを保持する形となっていてもよい。この保持されたデータＩＤに基づいて、「ＲＡＭ」（０８０２）上に保持されたアドレス２に保持されている検索結果データのうち対応するものを参照する。そして、これを検索結果としてＣＰＵ（０８０１）に送り、所定の表示形式に変換を施した後、「画面表示制御部」（０８０６）を介して、「主画面ＬＣＤ」（０８０７）などにより表示を行う。

ここで、ＣＰＵ（０８０１）上での比較の結果、「ＲＡＭ」上のワーク領域に保持された過去データＩＤと共に、これに関連づけられたアドレス４の重付値を呼び出してもよい。当該重付値が一定値以上または以下のデータＩＤにかかる検索結果データＩＤのみを参照してもよい。

なお、表示される検索結果は、検索結果にかかるＷｅｂページにリンクを含んでいてもよく、ＣＰＵ（０８０１）における検索結果データＩＤと過去データＩＤの一致処理の結果、一致の有無や、重付値の値により、リンクを無効化して表示するようにＣＰＵ（０８０１）上のアプリケーションプログラムにおいて表示形式を変換するものであってもよい。

<効果の簡単な説明>
以上のように本実施例の検索装置によって、検索結果データＩＤと過去データＩＤの異同の判断結果などに応じて、検索結果を並べて表示することが可能である。これにより、過去に検索し、取得したデータＩＤにかかるＷｅｂページなどを省略して表示することが可能であり、情報取得の効率が向上する。また、過去データＩＤに重付値を付与することにより、異同の判断結果と重付値に応じて検索結果を並べて表示することが可能である。これにより、例えば、重付値の順に過去データＩＤと一致する検索結果データを表示することが可能である。これにより、過去参照した経験があり、かつ有用であった順に検索結果データを並べて表示するなどの処理が可能となる。

なお、本実施例に記載のように検索結果を選択的に表示することで、情報の取得効率が向上するが、特に携帯電話や携帯情報端末等の表示画面が小さく、一度に表示できる情報量が少ない機器に使用した場合に、本装置は特に有効である。

≪実施例２≫
<概要>
本実施例の検索装置では、実施例１を基本とし、データを取得した履歴に応じて、所定のルールで過去データＩＤに関連づけられた重付値の追加、変更、削除を行う処理が可能であることを特徴とする検索装置である。

<機能的構成>
図９は、本実施例の検索装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「検索装置」（０９００）は、「第二検索結果データID取得部」（０９０１）と、「第二過去データID保持部」（０９０２）と、「第二異同判断部」（０９０３）と、「第二検索結果表示部」（０９０４）とを有する。なお上記構成要件については、上記実施例１の<別の機能構成２>ですでに説明済みであるので記載は省略する。本構成において特徴的な点は、「重付値管理部」（０９０６）と「取得履歴蓄積部」（０９０７）を新たに有する点である。

なお、図示していないが、上記構成において、第二検索結果表示部（０９０４）は、第二選択無効化手段（０９０５）を有していてもよい。

「重付値管理部」（０９０６）は、過去データＩＤで示されるデータの過去の取得履歴を所定のルールで演算して前記過去データＩＤ保持部にて過去データに関連付けられている重付値の追加、変更、削除の管理をする機能を有する。具体的には、検索結果が利用者により取得された際に、取得された検索結果データＩＤにかかるデータＩＤを過去データＩＤとして出力し、追加する。またすでに、同一の過去データＩＤが存在する場合には所定のルールに応じて当該過去データＩＤに関連付けられた過去データID部における重付値を書き換える機能を有する。ここで、過去データIDで示されるデータの過去の取得履歴は、取得履歴蓄積部に蓄積されている。

なお重付値の更新のタイミングであるが、過去データＩＤの内のいずれかと同一の検索結果データＩＤが第二検索結果ＩＤ取得部により取得された都度行われてもよいし、また、第二検索結果ＩＤ取得部での取得回数が数十回などの一定回数に達した場合に更新を行うものでもよい。また、数時間や一日など一定時間内に前記ＩＤが取得された回数をカウントしておき、数時間や一日に一度まとめて更新を行ってもよい。重付値の更新は、上記に述べたような所定のタイミングが到来すると、取得履歴蓄積部に蓄積された取得履歴を取得し、「重付値管理部」（０９０６）内において、取得された取得履歴を用いて、後述する所定のルールで重付値を算出する。算出された重付値は、第二過去データ保持部内に保持されている重付値を更新する。

「所定のルール」とは、例えば「第二検索結果ＩＤ取得部での取得回数」×「取得１回あたりのリンク先へのアクセス回数」や、これらにさらに「取得１回あたりのグラフィックユーザーインターフェイスの利用回数」などを乗算するなど各種のルールがその検索装置の目的に応じて設計可能である。例えば一度訪問したページには再度訪問する必要が生じるので訪問回数が多いページを検索結果として目立たせたいとの意図があれば、前記のように訪問した回数や、閲覧した時間などをパラメータとして重付値が計算されるようにすれば良い。またこの逆の場合、即ち一度訪問したページはもう訪問しないという場合にも同じルールで重付値を算出するようにしても良い。

「取得履歴蓄積部」（０９０７）は、過去データＩＤで示されるデータの過去の取得履歴を蓄積する機能を有する。具体的には、検索結果データが第二検索結果データＩＤ取得部により取得され、当該検索結果データＩＤが過去データＩＤとして第二過去データＩＤ保持部に保持されるとともに、取得履歴蓄積部にその取得の履歴が蓄積される。ここで蓄積される履歴のフォーマットは各種の形態がありえる。例えば、第二検索結果ＩＤ取得部が取得した時刻と、その検索結果データＩＤとを関連付けた単純なものから、さらに閲覧時間や、リンク先へのアクセスの有無、ページ内でのマウスなどのポインタの動き、ページ内にグラフィックユーザーインターフェイスがある場合には、その操作などを関連付けて蓄積しても良い。これら蓄積された履歴情報は重付値管理部に利用される。過去どれくらいまでさかのぼって履歴を蓄積するかは設計上の問題である。例えば１年、１ヶ月などであり、利用者が自由にこの期間を設定できるようにしても良い。

<別の機能的構成>
図１０は、本実施例の検索装置における機能ブロックの別の一例を表す図である。この図にあるように、本実施例の「検索装置」（１０００）は、「第二検索結果データID取得部」（１００１）と、「第二過去データID保持部」（１００２）と、「第二異同判断部」（１００３）と、「第二検索結果表示部」（１００４）と、「重付値管理部」（１００６）と「取得履歴蓄積部」（１００７）とを有する。なお上記構成要件については、上記ですでに説明済みであるので記載は省略する。本構成において特徴的な点は、「重付値管理部」（１００６）が「取得回数依存重付決定手段」（１００８）を新たに有する点である。

なお、図示していないが、上記構成において、第二検索結果表示部（１００４）は、第二選択無効化手段（１００５）を有していてもよい。

「取得回数依存重付決定手段」（１００８）は、過去データＩＤ保持部より取得されるデータの過去の取得回数により、前記過去データＩＤ保持部にて過去データに関連付けられている重付値の追加、変更、削除の管理をする機能を有する。具体的には、検索結果が取得された際に、その検索結果データＩＤが、過去データＩＤ保持部に保持されている過去データＩＤと一致する場合には、その過去データＩＤにかかる取得回数を取得し、この取得回数に応じて、更新された重付値を過去データＩＤ保持部に対して出力する。

<処理の流れ>
図１１は、本実施例の検索装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず検索結果データＩＤを取得する（ステップＳ１１０１）。次に、取得した検索結果データＩＤと、過去データＩＤの異同を判断する（ステップＳ１１０２）。ここで、図示していないが、検索結果にハイパーリンクが含まれるか否かの判断を行ってもよい。判断の結果、ハイパーリンクが含まれていた場合には、異同の判断結果と重付値に応じてリンク機能の不活性化を行ってもよい。その後、異同の判断結果と重付値に応じて検索結果データＩＤに基づいて検索結果を並べて表示する（ステップＳ１１０３）。検索結果が表示されると、利用者がハイパーリンクを選択することにより、検索結果の選択が行われる。すると、選択された検索結果に対応する検索結果データＩＤが取得される（ステップＳ１１０６）。次に、この取得された検索結果データＩＤと過去データＩＤの比較が行われ、取得された検索結果データＩＤが過去データＩＤ保持部に存在するか否かの判断が行われる（ステップＳ１１０７）。その結果、存在すると判断された場合には、取得された検索結果データＩＤと一致する過去データＩＤに関連づけられた重付値の更新が所定のルールに基づいて行われる（ステップＳ１１０９）。一方、存在しないと判断された場合には、取得された検索結果データＩＤを過去データＩＤとして追加する処理（ステップＳ１１０８）を行った上で、上記重付値の更新処理（ステップＳ１１０９）が行われる。

<ハードウェア的構成>
図１２は、上記機能的な各構成要件を携帯電話のハードウェアとして実現した際の、検索装置における構成の一例を表す概略図である。この図を利用して検索処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、検索装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（１２０１）と、「ＲＡＭ」（１２０２）と、「ＲＯＭ」（１２０３）と、携帯電話の通信を司る「通信制御部」（１２０４）と、これに接続された「無線部」（１２０５）と、画面表示を司る「画面表示制御部」（１２０６）と、これに接続された「主画面ＬＣＤ」（１２０７）と、「副画面ＬＣＤ」（１２０８）と、キーボタン等の「操作入力Ｉ／Ｆ」（１２０９）と、音声処理部（１２１０）と、これに接続されたマイク（１２１１）と、スピーカ（１２１２）と、を有している。そしてそれらが「システムバス」（１２００）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

ここで、「ＲＡＭ」（１２０２）上には、アドレス１に検索結果データＩＤと、アドレス２に検索結果データと、アドレス３に過去データＩＤと、アドレス４に重付値と、アドレス５には所定のルールであるルールＡを保持する領域が確保されている。重付値は過去データＩＤと関連付けされている。なお、「ＲＯＭ」（１２０３）上には、「ＣＰＵ」（１２０１）や、「ＲＡＭ」（１２０２）上に展開されて、本装置の処理を行うアプリケーションプログラムデータが格納されている。なお、利用者が検索キーワードを送信して、検索結果として「主画面ＬＣＤ」（１２０７）などにより表示を行うまでの処理は、実施例１の<ハードウェア的構成>において既に記載されている動作と同一であるためここでは記載を省略する。利用者が「操作入力Ｉ／Ｆ」（１２０９）を用いて検索結果が選択されると、当該選択にかかる検索結果データＩＤが「ＣＰＵ」（１２０１）において取得され、「ＲＡＭ」（１２０２）のワーク領域に保持される。この取得された検索結果データＩＤと「ＲＡＭ」に保持されている過去データＩＤとの比較を「ＣＰＵ」（１２０１）において行う。比較の結果一致するものがあれば、一致する過去データＩＤに関連づけられた「ＲＡＭ」（１２０２）上のアドレス４に保持されている重付値に対して、アドレス５上のルールＡを用いて更新を行う。このとき、ルールＡは過去データＩＤそれぞれの取得回数に依存するものであってもよい。比較の結果一致するものが無ければ、取得された検索結果データＩＤをＲＡＭ上の過去データＩＤが保持されている領域に追加した上で、アドレス５に保持されているルールＡを用いて、アドレス４の重付値の更新を行う。
<効果の簡単な説明>
以上のように本実施例の検索装置によって、閲覧などで取得された検索結果データＩＤと一致する過去データＩＤの閲覧履歴などに応じて、当該過去データＩＤの重付値を更新する処理が可能となる。これにより、例えば閲覧回数が多いＵＲＬについては、重付値を高くすることによって検索結果を上位に表示することが可能となる。このため、個人的に利用頻度の高い情報について容易にアクセスが可能となる。また反対に、閲覧回数が多いＵＲＬについては検索結果表示を下位とすることで、新規な情報のみを優先的に取得することが可能となり、効率的な情報の取得が可能となる。

≪実施例３≫
<概要>
本実施例の検索装置は、取得履歴蓄積部において蓄積されている閲覧履歴を編集可能な検索装置である。図１３は、本実施例の検索装置の取得履歴蓄積部において蓄積されている閲覧履歴情報の概要を示すための図である。この図に示すように、本実施例の検索装置では、過去データＩＤに、ＵＲＬ（ここでは過去データＩＤとして用いる）や、サムネイルや、重付値や、おもしろ度（有用度）ランクや、ムダ度（見たくない度）ランクなどの評定値などが関連付けられて保持されている。本実施例の検索装置では、この図に示すような、閲覧履歴の追加、変更、削除が可能な検索装置である。そしてさらに、閲覧履歴情報に保持されている重付値を利用者からの入力で受付けることによって変化させることが可能であってもよい。例えば、図にあるように、おもしろ度ランク（有用度）、ムダ度ランク（見たくない度）を利用者により評価させて、所定のルールに基づいて重付値に反映させることが可能であってもよい。

<機能的構成>
図１４は、本実施例の検索装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「検索装置」（１４００）は、「第二検索結果データID取得部」（１４０１）と、「第二過去データID保持部」（１４０２）と、「第二異同判断部」（１４０３）と、「第二検索結果表示部」（１４０４）と「取得履歴蓄積部」（１４０７）とを有する。なお上記構成要件については、上記ですでに説明済みであるので記載は省略する。本構成において特徴的な点は、編集情報入力部（１４０８）と、編集部（１４０９）とを新たに有する点である。

編集情報入力部（１４０８）は、取得履歴蓄積部（１４０７）に蓄積されている取得履歴の追加、変更、削除のための編集情報のユーザ入力を受付ける機能を有する。具体的には、キーボード等の操作入力Ｉ／Ｆにより、利用者からの入力を受け付け、これを取得履歴の追加、変更、削除を行う信号に変換する。当該信号は、後述する編集部（１４０９）に出力される。

編集部（１４０９）は、入力された編集情報に基づいて取得履歴の追加、変更、削除をする機能を有する。具体的には編集情報入力部（１４０８）により出力された、取得履歴の変更を行う信号を入力として受け取り、取得履歴蓄積部（１４０７）に保持されている取得履歴テーブルを更新する。図１３を用いて説明すると、テーブルにおいて、上から一行目の履歴を削除したり、他から履歴を追加したりすること等の処理を行う。

<別の概要>
下記に述べる検索装置は、上記の検索装置に加え、編集情報入力部によりユーザ入力を受け付け重付値を編集可能とした検索装置である。

<別の機能的構成>
図１５は、本実施例の検索装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「検索装置」（１５００）は、「第二検索結果データID取得部」（１５０１）と、「第二過去データID保持部」（１５０２）と、「第二異同判断部」（１５０３）と、「第二検索結果表示部」（１５０４）と「取得履歴蓄積部」（１５０７）と、編集情報入力部（１５０８）と、編集部（１５０９）とを有する。なお上記構成要件については、上記ですでに説明済みであるので記載は省略する。本構成において特徴的な点は、編集情報入力部（１５０８）が重付値編集情報入力手段（１５１０）を、編集部（１５０９）が重付値編集手段（１５１１）を、新たに有する点である。

重付値編集情報入力手段（１５１０）は、重付値の追加、変更、削除のための編集情報のユーザ入力を受付ける機能を有する。具体的には、編集情報入力部（１５０８）において、重付値の追加、変更、削除をもユーザ入力により受付けて、これを実行する信号を編集部（１５０９）における重付値編集手段（１５１１）に出力する。

重付値編集手段（１５１１）は、編集部（１５０９）において、入力された編集情報に基づいて重付値の追加、変更、削除をする機能を有する。具体的には、重付値編集入力手段（１５１０）から重付値の追加、変更、削除を行う信号を受け取り、この信号に基づいて、取得履歴蓄積部（１５０７）において蓄積された取得履歴情報内の重付値を更新する。

ここで重付値編集情報入力手段（１５１０）により受付けられ、重付値編集手段（１５１１）により更新されるのは重付値そのものでなくてよい。図３を用いて説明すると、例えば、編集情報入力部（１５０８）により、おもしろ度（有用度）ランクや、ムダ度（見たくない度）ランク等の入力を受付ける。すると所定のルールに基づいて、これを重付値に変換し、現在保持されている重付値の更新を行ってもよい。

ここで、重付値は、おもしろ度ランクやムダ度ランクについて、5段階評価により入力を行い、所定のルールで算出を行うものであってもよい。また、所定のルールはおもしろ度ランクの評価は評定値をプラスの値とし、ムダ度ランクは評定値をマイナスの値として、両者の和に所定の定数を掛け合わせたものを、現在の重付値に足し合わせ、更新するといったルールでもよい。

<処理の流れ>
図１６は、本実施例の検索装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず編集情報を受付ける（ステップＳ１６０１）。次に、入力された編集情報に基づいて取得履歴の追加、変更、削除を行う（ステップＳ１６０２）。なお、上記において受付けられるのは重付値の編集情報であってもよい。また、当該重付値の編集情報に基づいて、取得履歴の追加、変更、削除を行ってもよい。

<ハードウェア的構成>
図１７は、上記機能的な各構成要件を携帯電話のハードウェアとして実現した際の、検索装置における構成の一例を表す概略図である。この図を利用して検索処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、検索装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（１７０１）と、「ＲＡＭ」（１７０２）と、「ＲＯＭ」（１７０３）と、携帯電話の通信を司る「通信制御部」（１７０４）と、これに接続された「無線部」（１７０５）と、画面表示を司る「画面表示制御部」（１７０６）と、これに接続された「主画面ＬＣＤ」（１７０７）と、「副画面ＬＣＤ」（１７０８）と、キーボタン等の「操作入力Ｉ／Ｆ」（１７０９）と、「音声処理部」（１７１０）と、これに接続された「マイク」（１７１１）と、「スピーカ」（１７１２）と、を有している。そしてそれらが「システムバス」（１７００）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

ここで、「ＲＡＭ」（１７０２）上には、アドレス１に取得履歴情報と、アドレス２に編集情報を保持する領域が確保されている。「操作入力Ｉ／Ｆ」（１７０９）によって、編集情報が入力されると、当該情報が「ＲＡＭ」（１７０２）上に保持される。ここで編集情報は、重付値を更新するためのおもしろ度（有用度）ランクや、ムダ度（見たくない度）ランク等の評定値の入力であってもよい。この場合には、所定のルールで重付値を算出し、編集情報としてもよい。保持された編集情報は、「ＣＰＵ」（１７０１）により、「ＲＡＭ」（１７０２）上に保持された閲覧履歴情報の更新を行う。

<効果の簡単な説明>
以上のように本実施例の検索装置によって、取得履歴情報の追加、変更、削除といった編集が可能となる。これにより、過去データＩＤのうち不要なデータなどを削除することが可能である。また、重付値をも編集可能とすることで、検索結果の表示を制御することが可能である。

≪実施例４≫
<概要>
本実施例の検索装置は、上記実施例１ないし３の検索装置を基本として、過去データＩＤに関連付けて文字情報などの付加情報の付与が可能な検索装置である。図１８は本実施例の検索装置で、過去データＩＤに関連付けられた文字情報を示す概念図である。この図にあるように、本実施例の検索装置では、ＵＲＬを過去データＩＤとして、過去データＩＤ毎に関連付けて文字情報を利用者より受け付け、図のようなテーブルで示されるようにして保持することが可能である。これを検索結果として表示させたのが図１９である。このように、検索結果データを表示する際に、過去データＩＤと一致したもののうち付加情報が存在する場合には、図１９（A）のようにポップアップ表示を行うことが可能である。

<機能的構成>
図２０は、本実施例の検索装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「検索装置」（２０００）は、「第一（第二）検索結果データID取得部」（２００１）と、「第一（第二）過去データID保持部」（２００２）と、「第一（第二）異同判断部」（２００３）と、「第一（第二）検索結果表示部」（２００４）とを有する。なお上記構成要件については、上記ですでに説明済みであるので記載は省略する。本構成において特徴的な点は、「ユーザ付加情報入力部」（２０１２）を有する点と、「第一（第二）過去データID保持部」（２００２）が「ユーザ付加情報保持手段」（２０１３）を有する点と、「第一（第二）検索結果表示部」（２００４）が、「ユーザ付加情報表示手段」（２０１４）とを新たに有する点である。

「ユーザ付加情報入力部」（２０１２）は、検索結果に関連付けるためのユーザ付加情報の入力を受付ける機能を有する。具体的には、キーボードなどの操作入力Ｉ／Ｆから、過去データＩＤに関連付けて保持する文字情報などの付加情報の入力信号と、関連付ける過去データＩＤの指定を受け付け、これを過去データＩＤ保持部に対し出力を行う。

ここで、「付加情報」とは文字情報の他、検索結果データを参照した際に再度このページを訪れたい場合に、所定の方法で設定する再訪フラグなどでもよい。再訪フラグが立てられると、次回に検索結果データとしてフラグを立てられたページを検索結果として得たときに、マークやメッセージなどでアラートが表示されてもよい。また、「付加情報」は、表示する文字などの情報の内容だけでなく、文字をポップアップ形式で表示する、文字の色彩、大きさ、点滅させて表示するなど、の表示態様を指定する情報をも含む。

「ユーザ付加情報保持手段」（２０１３）は、「第一（第二）過去データID保持部」（２００２）において入力されたユーザ付加情報をも過去データＩＤに関連付けて保持する機能を有する。具体的には、「ユーザ付加情報入力部」（２０１０）から出力を受けた付加情報と指定された過去データＩＤの信号を受け取り、指定の過去データＩＤと付加情報を関連付けて保持する。検索が実行され、検索結果データＩＤを得ると、過去データＩＤとの異同の判断結果に応じて、ユーザ付加情報を「第一（第二）検索結果表示部」（２００４）に対して出力する。

「ユーザ付加情報表示手段」（２０１４）は、過去データＩＤに関連付けて保持されているユーザ付加情報を過去データＩＤとの異同判断結果が同じであると判断された検索結果データとともに表示する機能を有する。具体的には、「第一（第二）検索結果表示部」（２００４）において、「ユーザ付加情報保持手段」（２０１３）より出力されたユーザ付加情報を入力として受け取る。また、検索結果データを並べて表示する際に、検索結果データＩＤと、過去データＩＤとの異同判断結果が同じと判断された過去データＩＤに関連付けられた付加情報を呼び出し、検索結果データと共に表示を行う。

ここで、付加情報の表示の態様であるが、図１９（Ｂ）のように近傍に常時表示する態様でもよいし、図１９（Ａ）のようにポップアップ表示として、利用者が所定の動作を行った場合にのみ表示する態様でもよい。また、表示非表示を利用者の入力により切り替えが可能であってもよい。

<処理の流れ>
図２１は、本実施例の検索装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、検索結果に関連付けるためのユーザ付加情報を受付ける（ステップＳ２１０１）。次に、検索結果データＩＤを取得する（ステップＳ２１０２）。そして、取得した検索結果データＩＤと過去データＩＤの異同を判断した（ステップＳ２１０３）後、ユーザ付加情報を過去データＩＤとの異同判断結果が同じであると判断された検索結果データと共に表示する（ステップＳ２１０４）。

<ハードウェア的構成>
図２２は、上記機能的な各構成要件を携帯電話のハードウェアとして実現した際の、検索装置における構成の一例を表す概略図である。この図を利用して検索処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、検索装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（２２０１）と、「ＲＡＭ」（２２０２）と、「ＲＯＭ」（２２０３）と、携帯電話の通信を司る「通信制御部」（２２０４）と、これに接続された「無線部」（２２０５）と、画面表示を司る「画面表示制御部」（２２０６）と、これに接続された「主画面ＬＣＤ」（２２０７）と、「副画面ＬＣＤ」（２２０８）と、キーボタン等の「操作入力Ｉ／Ｆ」（２２０９）と、「音声処理部」（２２１０）と、これに接続された「マイク」（２２１１）と、「スピーカ」（２２１２）と、を有している。そしてそれらが「システムバス」（２２００）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

ここで、「ＲＡＭ」（２２０２）上には、アドレス１に検索結果データＩＤと、アドレス２に過去データＩＤと、アドレス３に検索結果データと、アドレス４にユーザ付加情報とを保持する領域が確保されている。なお、「ＲＯＭ」（２２０３）上には、「ＣＰＵ」（２２０１）や、「ＲＡＭ」（２２０２）上に展開されて、本装置の処理を行うアプリケーションプログラムデータが格納されている。まず、「操作入力Ｉ／Ｆ」（２２０９）によって、アドレス４にユーザ付加情報が入力されると、当該情報が「ＲＡＭ」（２２０２）上に保持される。次に、「操作Ｉ／Ｆ」（２２０９）において検索キーワードが「通信制御部」（２２０４）および「無線部」（２２０５）により送信される、検索サーバからの検索結果が受信される。そして、「ＣＰＵ」（２２０１）において検索結果データよりアドレス１に検索結果データＩＤが取得される。取得された検索結果データＩＤは「ＲＡＭ」（２２０２）上に確保された領域に格納される。検索結果データＩＤは同じく「ＲＡＭ」（２２０２）上のアドレス２に保持されている過去データＩＤと「ＣＰＵ」（２２０１）上において比較され、比較の結果を「ＲＡＭ」（２２０２）上のワーク領域に保持する。この保持されたデータＩＤに基づいて、「ＲＡＭ」（２２０２）上のアドレス３に保持された検索結果データのうち対応するものを参照する。ここで同時に、保持されたデータＩＤと同一の過去データＩＤに関連づけられている、「ＲＡＭ」（２２０２）上のアドレス４に保持されているユーザ付加情報を参照する。そして、これを検索結果としてＣＰＵ（２２０１）に送り、ユーザ付加情報において指定された表示形式に変換を施した後、「画面表示制御部」（２２０６）を介して、「主画面ＬＣＤ」（２２０７）などにより表示を行う。

<効果の簡単な説明>
このように、ユーザ付加情報を受付けて、過去データＩＤと関連付けて保持することにより、異同の判断結果が同じであると判断された検索結果データと共にユーザ付加情報を表示することが可能となる。
これにより、異同の判断や、重付値による検索結果の表示制御に加えて、過去に検索された情報に対してユーザ自身や他者のコメントを付与することで、検索結果データをより個人や複数の者に適応した形態で、提供することが可能となる。

≪実施例５≫
<概要>
本実施例の検索装置は、上記実施例１ないし４の検索装置を基本として、過去データＩＤにグループＩＤを関連付けして保持することにより、異同の判断結果に応じて、一定のグループＩＤにかかる検索結果データのみを選択的に表示することの可能な検索装置である。図２３（Ａ）は、本実施例の検索装置における、過去データＩＤに関連付けられたグループＩＤを示す概念図である。この図にあるように、本実施例の検索装置では、ＵＲＬを過去データＩＤとして、過去データＩＤ毎にグループＩＤをも関連付けて保持することが可能である。このため、グループＩＤを検索結果のジャンル（例えばスポーツやニュース）と対応付けて保持することが可能である。そうすると、グループＩＤを選択することで、検索結果を、過去データＩＤとの異同に応じてジャンル毎に検索結果を絞り込んで表示することが可能である。さらに、閲覧者を特定するＩＤとグループＩＤを関連付けることによって、同一グループ内で、過去に取得した過去データＩＤに関連付けられた検索結果データや、同じく関連付けられたユーザ付加情報を共有することが可能である。そのため、図２３（Ｂ）のように、他者が入力したユーザ付加情報を表示することなども可能であり、検索結果の共有を図ることが可能である。

<機能的構成>
図２４は、本実施例の検索装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「検索装置」（２４００）は、「第一（第二）検索結果データID取得部」（２４０１）と、「第一（第二）過去データID保持部」（２４０２）と、「第一（第二）異同判断部」（２４０３）と、「第一（第二）検索結果表示部」（２４０４）とを有する。なお上記構成要件については、上記ですでに説明済みであるので記載は省略する。本構成において特徴的な点は、「第一（第二）過去データID保持部」（２４０２）が、「グループＩＤ保持手段」（２４１５）を新たに有する点と、「グループＩＤ取得部」（２４１６）と、「表示グループ選択表示部」（２４１７）とを新たに有する点である。

「グループＩＤ保持手段」（２４１５）は、「第一（第二）過去データID保持部」（２４０２）において、過去に取得の過去データＩＤにグループIDを関連付けして保持する機能を有する。具体的には、図２３のテーブルにおいて示すように、グループＩＤを過去データＩＤと関連付けて保持する機能を有する。保持されているグループＩＤは、グループＩＤ取得部に対して出力される。

「グループＩＤ取得部」（２４１６）は、自身で検索結果選別のために選択するグループＩＤを取得する機能を有する。具体的には、「グループＩＤ保持手段」（２４１５）において取得された所定のグループＩＤを取得する機能を有する。所定のグループＩＤはユーザの入力を受付けて一に選択されてもよいし、複数のグループＩＤ毎にソートして取得し、後述する「表示グループ選択表示部」（２４１７）においてユーザにより切り替えて表示することが可能であるものでもよい。グループＩＤを取得するタイミングであるが、検索キーワードを送信する際にあらかじめ取得していてもよいし、検索結果データＩＤが取得され、過去データＩＤとの異同の判断結果などにより検索結果データが「第一（第二）検索結果表示部」（２４０４）に出力されるタイミングでもよい。取得したグループＩＤは下記に述べる「表示グループ選択表示部」（２４１７）に対して出力される。

「表示グループ選択表示部」（２４１７）は、表示されるべき検索結果のうち、前記取得したグループIDに関連付けられた検索結果のみを選択的に表示する機能を有する。具体的には、まず、「第一（第二）検索結果表示部」（２４０４）より、過去データＩＤとの異同の判断などがなされた検索結果データＩＤを取得し、さらにこれに関連付けられた検索結果データおよびグループＩＤを取得する。一方、「グループＩＤ取得部」（２４１６）より取得されたグループＩＤを入力として受け入れる。前記「第一（第二）検索結果表示部」（２４０４）より取得された検索結果データＩＤに関連付けられたグループＩＤは、「グループＩＤ取得部」（２４１６）より入力されたグループＩＤとの異同の判断により表示が行われる。

なお、「表示グループ選択表示部」（２４１７）は「第一（第二）検索結果表示部」（２４０４）と択一的な構成をよく、「第一（第二）検索結果表示部」（２４０４）を使用せずに、「表示グループ選択表示部」（２４１７）のみを持つ構成でもよい。

<別の機能的構成>
図２５は、本実施例の検索装置における機能ブロックの別の一例を表す図である。この図にあるように、本実施例の「検索装置」（２５００）は、「第一（第二）検索結果データID取得部」（２５０１）と、「第一（第二）過去データID保持部」（２５０２）と、「第一（第二）異同判断部」（２５０３）と、「第一（第二）検索結果表示部」（２５０４）と、「グループＩＤ取得部」（２５１６）と、「表示グループ選択表示部」（２５１７）とを有する。また、「第一（第二）過去データID保持部」（２５０２）が、「グループＩＤ保持手段」（２５１５）を有する。なお上記構成要件については、上記ですでに説明済みであるので記載は省略する。本構成において特徴的な点は、「グループＩＤ取得部」（２５１６）が「他装置グループＩＤ取得手段」（２５１８）を新たに有する点である。

「他装置グループＩＤ取得手段」（２５１８）は、ネットワークに接続された他の検索装置のグループID保持手段のグループＩＤを取得する機能を有する。具体的には、有線または無線のネットワークや、赤外線通信などの近距離無線通信を介して、他の検索装置のグループＩＤ保持手段のグループＩＤを取得する。取得されたグループＩＤは表示グループ選択表示部に対して出力される。表示グループ選択表示部においては、当該他の検索装置から取得したグループＩＤに関連づけられた検索結果データを取得
し、表示を行う。

<処理の流れ>
図２６は、本実施例の検索装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず検索結果データＩＤを取得する（ステップＳ２６０１）。次に、取得した検索結果データＩＤと、過去データＩＤの異同を判断する（ステップＳ２６０２）。いっぽうで、自身で検索結果選別のために選択するグループＩＤを取得する（ステップＳ２６０３）。前記処理は後述のステップＳ２６０５と同時またはそれ以前に行われていればどのようなタイミングでもよい。このとき、ネットワークに接続された他の検索装置のグループID保持手段のグループＩＤを取得する処理（ステップＳ２６０４）が存在してもよい。そして、異同の判断結果に応じて検索結果データＩＤに基づいて検索結果を並べる（ステップＳ２６０５）。なお、ステップＳ２６０５は必須ではなく、次の処理（ステップＳ２６０６）を実行してもよい。その後、表示されるべき検索結果のうち、前記取得したグループIDに関連付けられた検索結果のみを選択的に表示する（ステップＳ２６０６）。

<ハードウェア的構成>
図２７は、上記機能的な各構成要件を携帯電話のハードウェアとして実現した際の、検索装置における構成の一例を表す概略図である。この図を利用して検索処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、検索装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（２７０１）と、「ＲＡＭ」（２７０２）と、「ＲＯＭ」（２７０３）と、携帯電話の通信を司る「通信制御部」（２７０４）と、これに接続された「無線部」（２７０５）と、画面表示を司る「画面表示制御部」（２７０６）と、これに接続された「主画面ＬＣＤ」（２７０７）と、「副画面ＬＣＤ」（２７０８）と、キーボタン等の「操作入力Ｉ／Ｆ」（２７０９）と、「音声処理部」（２７１０）と、これに接続された「マイク」（２７１１）と、「スピーカ」（２７１２）と、を有している。そしてそれらが「システムバス」（２７００）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

ここで、「ＲＡＭ」（２７０２）上には、アドレス１に検索結果データＩＤと、アドレス２には過去データＩＤと、アドレス３に検索結果データと、アドレス４にグループＩＤとを保持する領域が確保されている。なお、「ＲＯＭ」（２７０３）上には、「ＣＰＵ」（２７０１）や、「ＲＡＭ」（２７０２）上に展開されて、本装置の処理を行うアプリケーションプログラムデータが格納されている。まず、「操作入力Ｉ／Ｆ」（２７０９）において検索キーワードが「通信制御部」（２７０４）および「無線部」（２７０５）により送信される、検索サーバからの検索結果が受信される。そして、「ＣＰＵ」（２７０１）において検索結果データよりアドレス１に検索結果データＩＤが取得される。取得された検索結果データＩＤは「ＲＡＭ」（２７０２）上に確保されたアドレス１の領域に格納される。検索結果データＩＤは同じく「ＲＡＭ」（２７０２）上のアドレス２に保持されている過去データＩＤと「ＣＰＵ」（２７０１）上において比較され、比較の結果を「ＲＡＭ」（２７０２）上のワーク領域に保持する。この保持されたデータＩＤに基づいて、「ＲＡＭ」（２７０２）上のアドレス３に保持された検索結果データのうち対応するものを参照する。

一方、「無線部」（２７０５）および「通信制御部」（２７０４）を介して他の装置より、グループＩＤが取得される。取得の方法は「操作入力Ｉ／Ｆ」（２７０９）により他装置に問い合わせを行ってもよいし、メール送受信によるものでもよい。また、取得の手段は携帯電話による通信のほか、赤外線通信ポート（図示せず）や、その他の近距離通信ポート（図示せず）を介して行うものでもよい。取得されたグループＩＤはＲＡＭ（２７０２）上のアドレス４のグループＩＤを保持する領域に格納される。また同時に、自身が保持するグループＩＤも同様にＲＡＭ（２７０２）上の、グループＩＤを保持するアドレス４に格納される。保持されているグループＩＤは、ユーザの選択により一または複数に特定されていてもよい。

次に、上記ワーク領域に保持されたＩＤに基づいて、当該ＩＤに関連付けられている検索結果データをＲＡＭ（２７０２）上に呼び出す。さらに、同じくＲＡＭ（２７０２）上のアドレス４のグループIＤを呼び出し、ＣＰＵ（２７０１）により当該グループＩＤに関連づけられている検索結果データのみを抽出し、「画面表示制御部」（２７０６）を介して、「主画面ＬＣＤ」（２７０７）などにより表示を行う。

<効果の簡単な説明>
このように、過去データＩＤにグループＩＤをも関連づけて保持することにより、検索結果を例えば話題のカテゴリ毎などで選択的に表示することが可能である。またさらに、他の装置との間でグループＩＤを共有することによって、特定の組織に属するユーザが検索し取得した検索結果等を共有することが可能である。

実施例１の検索装置による処理の概要を説明するための図 実施例１の検索装置における機能ブロックの一例を表す図 実施例１の検索装置における処理の流れの一例を表すフローチャート 実施例１の検索装置における別の機能構成１の機能ブロックの一例を表す図 実施例１の検索装置における別の処理の流れ１の一例を表すフローチャート 実施例１の検索装置における別の機能構成２の機能ブロックの一例を表す図 実施例１の検索装置における別の処理の流れ２の一例を表すフローチャート 実施例１の検索装置におけるハードウェア構成の一例を表す概略図 実施例２の検索装置における機能ブロックの一例を表す図 実施例２の検索装置における機能ブロックの別の一例を表す図 実施例２の検索装置における処理の流れの一例を表すフローチャート 実施例２の検索装置におけるハードウェア構成の一例を表す概略図 実施例３の検索装置による処理の概要を説明するための図 実施例３の検索装置における機能ブロックの一例を表す図 実施例３の検索装置における機能ブロックの別の一例を表す図 実施例３の検索装置における処理の流れの一例を表すフローチャート 実施例３の検索装置におけるハードウェア構成の一例を表す概略図 実施例４の検索装置による処理の概要を説明するための図 実施例４の検索装置による処理結果の概要を説明するための図 実施例４の検索装置における機能ブロックの一例を表す図 実施例４の検索装置における処理の流れの一例を表すフローチャート 実施例４の検索装置におけるハードウェア構成の一例を表す概略図 実施例５の検索装置による処理の概要を説明するための図 実施例５の検索装置における機能ブロックの一例を表す図 実施例５の検索装置における機能ブロックの別の一例を表す図 実施例５の検索装置における処理の流れの一例を表すフローチャート 実施例５の検索装置におけるハードウェア構成の一例を表す概略図

符号の説明

０２００ 検索装置
０２０１ 第一結果データID取得部
０２０２ 第一過去データID保持部
０２０３ 第一異同判断部
０２０４ 第一検索結果表示部

Claims (16)

1. 検索結果データＩＤを取得する第一検索結果データＩＤ取得部と、
   過去に取得の過去データＩＤを保持する第一過去データＩＤ保持部と、
   取得した検索結果データＩＤと、過去データＩＤの異同を判断する第一異同判断部と、
   異同の判断結果に応じて検索結果データＩＤに基づいて検索結果を並べて表示する第一検索結果表示部と、
   を有する検索装置。
2. 第一検索結果表示部は、検索結果にハイパーリンクが含まれている場合には前記異同の判断結果に応じてリンク機能を不活性化する第一選択無効化手段を有する請求項１に記載の検索装置。
3. 検索結果データＩＤを取得する第二検索結果データＩＤ取得部と、
   過去に取得の過去データＩＤに重付値を関連付け保持する第二過去データＩＤ保持部と、
   取得した検索結果データＩＤと、過去データＩＤとの異同を判断する第二異同判断部と、
   異同の判断結果と、前記同一とされたデータＩＤに関連付けられている重付値とに応じて検索結果データＩＤに基づいて検索結果を並べて表示する第二検索結果表示部と、
   を有する検索装置。
4. 第二検索結果表示部は、検索結果にハイパーリンクが含まれている場合には前記重付値に応じてリンク機能を不活性化する第二選択無効化手段を有する請求項３に記載の検索装置。
5. 過去データＩＤで示されるデータの過去の取得履歴を蓄積する取得履歴蓄積部と、
   蓄積されている取得履歴を所定のルールで演算して第二過去データＩＤ保持部にて過去データに関連付けする重付値の追加、変更、削除の管理をする重付値管理部をさらに有する請求項３又は４に記載の検索装置。
6. 前記重付値管理部は、
   過去データＩＤによって識別されるデータの過去の取得回数により、前記過去データＩＤ保持部にて過去データＩＤに関連付けられている重付値の追加、変更、削除の管理をする取得回数依存重付決定手段をさらに有する請求項５に記載の検索装置。
7. 取得履歴蓄積部に蓄積されている取得履歴の追加、変更、削除のための編集情報のユーザ入力を受付ける編集情報入力部と、
   入力された編集情報に基づいて取得履歴の追加、変更、削除をする編集部と、をさらに有する請求項５に記載の検索装置。
8. 編集情報入力部は、重付値の追加、変更、削除のための編集情報のユーザ入力を受付ける重付値編集情報入力手段を有し、
   編集部は、入力された編集情報に基づいて重付値の追加、変更、削除をする重付値編集手段と、をさらに有する請求項７に記載の検索装置。
9. 検索結果に関連付けるためのユーザ付加情報の入力を受付けるユーザ付加情報入力部をさらに有し、
   前記過去データＩＤ保持部は、
   入力されたユーザ付加情報をも過去データＩＤに関連付けて保持するユーザ付加情報保持手段を有し、
   前記検索結果表示部は、
   過去データＩＤに関連付けて保持されているユーザ付加情報をも過去データＩＤとの異同判断結果が同じであると判断された検索結果データとともに表示するユーザ付加情報表示手段を有する
   請求項１から８のいずれか一に記載の検索装置。
10. 前記ユーザ付加情報表示手段は、前記ユーザ付加情報保持手段により保持されているユーザ付加情報を、表示されている検索結果データに視覚的に関連付けて表示非表示自在とすることができる請求項９に記載の検索装置。
11. 前記ユーザ付加情報は、再度閲覧することを促す再訪フラグである請求項９に記載の検索装置。
12. 前記過去データID保持部は、
    過去に取得の過去データＩＤにグループIDを関連付けして保持するグループＩＤ保持手段と、
    自身で検索結果選別のために選択するグループＩＤを取得するグループＩＤ取得部と、
    をさらに有し、
    表示されるべき検索結果のうち、前記取得したグループIDに関連付けられた検索結果のみを選択的に表示する表示グループ選択表示部をさらに有する、
    請求項１から１１のいずれか一に記載の検索装置。
13. 前記グループＩＤ取得部は、
    ネットワークに接続された他の検索装置のグループID保持手段のグループＩＤを取得するための他装置グループＩＤ取得手段を有する請求項１２に記載の検索装置。
14. 検索結果データＩＤを取得する第一検索結果データＩＤ取得ステップと、
    過去に取得の過去データＩＤを保持する第一過去データＩＤ保持ステップと、
    取得した検索結果データＩＤと、過去データＩＤの異同を判断する第一異同判断ステップと、
    異同の判断結果に応じて検索結果データＩＤに基づいて検索結果を並べて表示する第一検索結果表示ステップと、
    を有する検索方法。
15. 検索結果データＩＤを取得する第二検索結果データＩＤ取得ステップと、
    過去に取得の過去データＩＤに重付値を関連付け保持する第二過去データＩＤ保持ステップと、
    取得した検索結果データＩＤと、過去データＩＤとの異同を判断する第二異同判断ステップと、
    異同の判断結果と、前記重付値とに応じて検索結果データＩＤに基づいて検索結果を並べて表示する第二検索結果表示ステップと、
    を有する検索方法。
16. 過去データIDで示されるデータの過去の取得履歴を蓄積する取得履歴蓄積ステップと、
    蓄積されている取得履歴を所定のルールで演算して前記過去データＩＤ保持ステップにて過去データに関連付けられている重付値の追加、変更、削除の管理をする重付値管理ステップをさらに有する請求項１５に記載の検索方法。