JP2015052901A - 情報端末、情報検索方法、プログラム、及び情報システム - Google Patents

Abstract

【課題】ユーザの嗜好に合致した検索情報をユーザの確認を要することなく提供すること。【解決手段】キーワード処理部１０１は、ユーザ２０が入力したキーワードを取得し、取得したキーワードをキーワード自動検索部１０３に供給する。ユーザ嗜好処理部１０６は、ユーザ２０の嗜好に合致したウェブページに関する情報であるユーザ嗜好ページ情報を取得する。キーワード自動検索部１０３は、キーワードを用いた自動検索を所定のタイミングで行い検索結果を嗜好比較部１０８に供給する。嗜好比較部１０８は、ユーザ嗜好ページ情報と、キーワード自動検索部１０３による検索結果とを比較し、ユーザ２０の嗜好に合致した検索結果を抽出する。嗜好比較結果通知部１１０は、嗜好比較部１０８の抽出した検索結果をユーザ２０に通知する。【選択図】図１６

Description

本発明は情報端末、情報検索方法、プログラム、及び情報システムに関する。

近年、インターネット上には多種多様な情報が蓄積されている。一般的に、ユーザにとってわからない言葉や気になる言葉がある場合、ユーザはインターネットを検索する。インターネット上で検索を行う場合、ウェブブラウザでの文字入力、専用アプリケーションでの音声入力等の様々な入力手段を用いることができる。そのため、何時でも簡単に検索を行うことができる。

ユーザが知りたい情報をインターネットで検索する（以下、ネット検索や情報検索とも記載する）場合、ユーザは検索にヒットした情報の重要度や優先度に関わらず検索結果を目視確認する必要があった。上述のようにインターネットには多種多様な情報が蓄積されており、ユーザが目的に合致した情報を検出するために、多大な時間と労力が必要となってきている。

このような環境下でユーザが情報検索に十分に時間が取れない場合、ユーザが知りたい情報であるものの優先度や重要度が高くない情報を検索することが困難となってきている。これにより、必要な検索が行われない状態となってしまう。

情報検索の効率を向上させる技術として、たとえばＧｏｏｇｌｅパーソナライズが挙げられる。このサービスは、ユーザが検索に使用したキーワード（すなわち過去の入力履歴）や検索結果として確認したページ（過去の閲覧履歴）を保存及び学習し、以後の検索に反映させる機能を有する。

上述のＧｏｏｇｌｅパーソナライズを使用する場合、ユーザの負担は軽減されるものの、ユーザは依然として検索結果が有用であるか否かを目視確認しなければならない。またユーザが検索結果を目視確認する際に、閲覧履歴が更新される。そのため、目視確認したウェブページが有用でなかった場合であっても閲覧履歴が更新されてしまい、これによりユーザの嗜好に合致しないウェブページの閲覧回数が多くなってしまい、検索精度が悪くなる恐れがあった。

すなわち、これまでの技術では、ユーザの嗜好に合致した検索情報をユーザの確認を要することなく提供することが困難であった。

本発明は上記の問題に鑑みてなされたものであり、ユーザの嗜好に合致した検索情報をユーザの確認を要することなく提供することができる情報端末、情報検索方法、プログラム、及び情報システムを提供することを主たる目的とする。

本発明にかかる情報端末の一態様は、
ユーザが入力したキーワードを取得するキーワード処理部と、
前記ユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を取得するユーザ嗜好処理部と、
前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索部と、
前記キーワード自動検索部による検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較部と、
前記嗜好比較部が抽出した検索結果を前記ユーザに通知する嗜好比較結果通知部と、
を備える、ものである。

本発明にかかる情報検索方法の一態様は、
ユーザが入力したキーワードを取得するキーワード処理ステップと、
前記ユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を取得するユーザ嗜好処理ステップと、
前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索ステップと、
前記キーワード自動検索ステップにおける検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較ステップと、
前記嗜好比較ステップにおいて抽出した検索結果を前記ユーザに通知する嗜好比較結果通知ステップと、
を備える、ものである。

本発明にかかるプログラムの一態様は、
コンピュータに、
ユーザが入力したキーワードを取得するキーワード処理ステップと、
前記ユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を取得するユーザ嗜好処理ステップと、
前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索ステップと、
前記キーワード自動検索ステップにおける検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較ステップと、
前記嗜好比較ステップにおいて抽出した検索結果を前記ユーザに通知する嗜好比較結果通知ステップと、
を実行させる、ものである。

本発明にかかる情報システムの一態様は、
情報端末とプロキシを備える情報システムであって、
前記プロキシは、
前記情報端末のユーザまたは他のユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を記憶するユーザ嗜好ページ保存部を備え、
前記情報端末は、
前記ユーザが入力したキーワードを取得するキーワード処理部と、
前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索部と、
前記キーワード自動検索部による検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較部と、
前記嗜好比較部が抽出した検索結果を前記ユーザに通知する嗜好比較結果通知部と、
を備える、ものである。

本発明は、ユーザの嗜好に合致した検索情報をユーザの確認を要することなく提供することができる情報端末、情報検索方法、プログラム、及び情報システムを提供することができる。

実施の形態１にかかる情報検索システムの全体像を示す概念図である。 実施の形態１にかかる情報検索システムにおけるユーザ２０の動作を示す概念図である。 実施の形態１にかかるデバイス１０の構成を示すブロック図である。 実施の形態１にかかるユーザ嗜好ページ情報の蓄積処理の流れを示すフローチャート。 実施の形態１にかかるキーワード自動検索部１０３による自動検索処理の流れを示すフローチャートである。 実施の形態１にかかる嗜好比較部１０８の比較処理の流れを示すフローチャートである。 実施の形態１にかかる嗜好比較部１０８の比較処理の流れを示すフローチャートである。 実施の形態１にかかる嗜好比較部１０８の比較処理の流れを示すフローチャートである。 実施の形態１にかかる嗜好比較部１０８の比較処理の流れを示すフローチャートである。 実施の形態１にかかる嗜好比較部１０８の比較処理の流れを示すフローチャートである。 実施の形態１にかかるユーザ嗜好ページ情報のデータ例を示す図である。 実施の形態１にかかるキーワード自動検索部１０３が収集した検索結果のデータ例を示す図である。 実施の形態１にかかる嗜好比較結果保存部１０９に保存されるデータ例を示す図である。 実施の形態１にかかるキーワード自動検索部１０３の動作タイミングを示すフローチャートである。 実施の形態１にかかるデバイス１０の構成を示すブロック図である。 本発明にかかるデバイス１０の構成を示すブロック図である。

＜実施の形態１＞
以下、図面を参照して本発明の実施の形態について説明する。図１は、本実施の形態にかかる情報検索システムの全体像を示す概念図である。ユーザ２０は、インターネット３０に接続可能なデバイス１０を操作する。ユーザ２０は、デバイス１０に対してキーワードをあらかじめ入力しておく。デバイス１０は、このキーワードを用いて検索を行い、インターネット３０から検索結果を受信する。デバイス１０は、検索結果とユーザ２０の嗜好を比較し、ユーザ２０の嗜好に合致した検索結果をユーザ２０に通知する。

図２は、本実施の形態の情報検索システムにおけるユーザ２０の動作を示す概念図である。ユーザ２０は、知りたい情報に関するキーワードをデバイス１０に入力しておく。ユーザ２０は、デバイス１０から入力したキーワードに対応する情報（検索結果）が通知され、この通知された情報を閲覧する。

図３は、デバイス１０の詳細構成を示すブロック図である。デバイス１０は、ウェブブラウザを動作可能な情報端末であり、例えばスマートフォンやパーソナルコンピュータである。なおデバイス１０と表示部（ディスプレイ装置）は、一体化されていてもよく、ケーブル等を介して接続されていてもよい。

デバイス１０は、キーワード処理部１０１、キーワード保存部１０２、キーワード自動検索部１０３、通信部１０４、キーワード削除部１０５、ユーザ嗜好処理部１０６、嗜好ページ保存部１０７、嗜好比較部１０８、嗜好比較結果保存部１０９、及び嗜好比較結果通知部１１０を備える。

キーワード処理部１０１は、ユーザ２０が入力したキーワードを取得し、キーワード保存部１０２に書き込む。ユーザ２０は、デバイス１０の筐体上に設けられたボタンやキーボードを用いてキーワードを入力する。キーワード保存部１０２は、ユーザ２０が入力した検索用のキーワードを保存する。キーワード保存部１０２は、図示するように複数のキーワードを保持することができる。キーワード保存部１０２は、キーワードをファイルに書き込むことにより保存してもよく、データベースに情報を管理することにより保存してもよい。

キーワード自動検索部１０３は、キーワード保存部１０２から任意のタイミングでキーワードを読み出し、読み出したキーワードを用いた検索を、通信部１０４を介して実行する。キーワード自動検索部１０３は、キーワードを用いた検索結果をユーザ嗜好処理部１０６に供給する。

通信部１０４は、インターネット３０を介した各種の通信制御を行う。通信部１０４は、インターネット３０から取得した各種の情報を他の処理部（キーワード自動検索部１０３等）に供給する。

ユーザ嗜好処理部１０６は、通常の検索処理（ユーザ２０が明示的にキーワードを入力して即時的に結果を取得する検索であり、キーワード自動検索部１０３による検索とは異なる。）に対する判定処理を行い、嗜好に合致すると判定したページの情報（ユーザ嗜好ページ情報）を嗜好保存部１０７に書き込む。詳細は図４を参照して後述する。ユーザ嗜好ページ情報とは、判定処理（図４）に合致したウェブページのＵＲＩ（Uniform Resource Identifier）、更新日時、保存日時、最終アクセス日時、アクセス回数等を含む情報である。嗜好保存部１０７が管理するユーザ嗜好ページ情報の詳細は、図１１等を参照して後述する。

嗜好比較部１０８は、キーワード自動検索部１０３から検索結果を受け付けた場合、嗜好ページ保存部１０７に保存されているユーザ嗜好ページ情報を読み出す。嗜好比較部１０８は、読み出したユーザ嗜好ページ情報と検索結果を比較し、一定条件を満たした（すなわちユーザ２０の嗜好に合致した）検索結果を嗜好比較結果保存部１０９に書き込む。

嗜好比較結果保存部１０９は、嗜好比較部１０８が書き込んだ検索結果（すなわちユーザ２０の嗜好に合致した検索結果）を保存する。嗜好比較結果保存部１０９は、検索結果をファイルに書き込むことにより保存してもよく、データベースに情報を管理することにより保存してもよい。

嗜好比較結果通知部１１０は、嗜好比較結果保存部１０９に一定数以上の検索結果が書き込まれているかを判定し、一定数以上の検索結果が書き込まれた場合に嗜好比較結果保存部１０９内の検索結果をユーザ２０に通知する。なお嗜好比較結果通知部１１０は、一定時間毎に嗜好比較結果保存部１０９から検索結果を読み出してユーザ２０に通知してもよい。すなわち嗜好比較結果通知部１１０は、一定の条件が満たされた際に、嗜好比較結果保存部１０９に書き込まれている検索結果をユーザ２０に通知すればよい。なお嗜好比較結果通知部１１０は、検索結果をウェブブラウザを介して一覧表示する等の方法によりユーザ２０に通知を行えばよい。

キーワード削除部１０５は、嗜好比較結果通知部１１０がユーザ２０に通知を行った後にキーワード保存部１０２に保存されている通知済みのキーワードを削除する。なおキーワード削除部１０５は、一定時間毎にキーワードを削除してもよい。すなわちキーワード削除部１０５は、通知済みとなったキーワードを削除する構成であれば、どのようなタイミングで削除を行ってもよい。

ユーザ２０がウェブブラウザを介して一般的な手動検索を行った場合、ユーザ嗜好処理部１０６はユーザ２０の操作が一定の条件（例えば検索結果を一定時間以上表示している）を満たしているか否かを判定する。条件を満たしている場合、ユーザ嗜好処理部１０６は、利用者嗜好ページ保存部１０９に新たなユーザ嗜好ページ情報を書き込む。この動作を図４を参照して説明する。

図４は、ユーザ嗜好ページ情報の蓄積処理の流れを示すフローチャートである。ユーザ２０は、ウェブブラウザを用いた一般的な検索処理を実行する（Ｆ１１）。ユーザ２０は、検索結果の一覧から興味のあるページを表示する。例えば検索結果の一覧は、各ページにリンク可能な形式であれば良い（Ｆ１２）。

ユーザ嗜好処理部１０６は、ユーザ２０がページを表示し始めてからの時間を計測し、一定時間が経過したか否かを判定する（Ｆ１３）。なお一定時間が経過する前に表示を終了した場合、ユーザ嗜好処理部１０６は別のページが表示されるまで処理を中断する。またユーザ嗜好処理部１０６は、表示中のページがブックマーク（お気に入り登録）されるか否かを判定する。

ユーザ嗜好処理部１０６は、同一のページを一定時間以上表示したことを検出した場合（Ｆ１４）、またはブックマークを検出した場合（Ｆ１５）、このページの情報（ＵＲＩ、更新日時、保存日時等）を取得する（Ｆ１６）。ユーザ嗜好処理部１０６は、条件を満たす表示中のページ情報をユーザ嗜好ページ情報として嗜好ページ保存部１０７に書き込む（Ｆ１７）。

続いてデバイス１０内のキーワード自動検索部１０３による自動検索処理について図５を参照して説明する。キーワード自動検索部１０３は、キーワード保存部１０２からユーザ２０が入力したキーワードを読み出す（Ｆ２１）。キーワード自動検索部１０３は、読み出したキーワードを用いて、通信部１０４を介したネット検索を行い、検索結果を受信する（Ｆ２２）。

キーワード自動検索部１０３は、受信した検索結果を嗜好比較部１０８に通知する（Ｆ２３）。嗜好比較部１０８は、嗜好保存ページ保存部１０７からユーザ嗜好ページ情報を読み出す（Ｆ２４）。嗜好比較部１０８は、読み出したユーザ嗜好ページ情報と検索結果の比較を行う（Ｆ２５）。なお、この比較処理（Ｆ２５）の詳細は、図６等を参照して後述する。

嗜好比較部１０８は、比較によりユーザ２０の嗜好に合致すると判定した検索結果をユーザ２０に通知する（Ｆ２６）。その後にキーワード削除部１０５は、通知が完了したキーワードをキーワード保存部１０２から削除する（Ｆ２７）。

続いて図６を参照して嗜好比較部１０８による比較処理（Ｆ２５）の詳細を説明する。はじめに嗜好比較部１０８は、キーワード自動検索部１０３から受信した検索結果を１つずつ順に走査する（Ｆ２５１）。

嗜好比較部１０８は、検索結果のページと関連するページがユーザ嗜好保存部１０９内に一定数以上存在するか否かを判定する（Ｆ２５２）。このＦ２５２の判定処理の詳細を図７を参照して説明する。

嗜好比較部１０８は、検索結果のページのＵＲＩ（Uniform Resource Identifier）とユーザ嗜好ページ情報のＵＲＩについて、先頭からどの位置までを比較するか（以下、この位置を検査レベルとも記載する）を取得する（Ｆ２５２１）。この検査レベルは、ユーザ２０が任意のタイミングで設定できるものとし、初期値の設定も可能である（すなわちユーザ２０が明示的に設定しなくてもよい）。

ＵＲＩは、“＜プロトコル＞://＜サーバＦＱＤＮ＞/＜ＰＡＴＨ＞”のように表現され、＜ＰＡＴＨ＞内には複数の“/”が含まれる場合がある。上述の検査レベルは、この＜ＰＡＴＨ＞内の“/”を区切り文字として、何個目の“/”までの文字列が一致するかを検査することを示す。例えば検査結果のページのＵＲＩが“http://hogeAAA.com/hoge1/hoge2/hoge3/index.html”である場合、検査レベルが“０”であれば“http://hogeAAA.com/”までの文字列が一致するかを検査する。同様に検査レベルが“１”であれば“http://hogeAAA.com/hoge1/”までの文字列が一致するかを検査する。

嗜好比較部１０８は、検査レベルに基づいて比較を行った際の一致個数の閾値（以下、検査個数とも記載する）を取得する（Ｆ２５２２）。この閾値は、ユーザ２０が任意のタイミングで設定できるものとし、初期値の設定も可能である（すなわちユーザ２０が明示的に設定しなくてもよい）。

嗜好比較部１０８は、取得した検査レベル（Ｆ２５２１）と検査個数（Ｆ２５２２）を基に、検索結果のページのＵＲＩとユーザ嗜好保存部１０９内の全ユーザ嗜好ページ情報のＵＲＩをそれぞれ比較し、一致数を算出する（Ｆ２５２３）。そして嗜好比較部１０８は、一致数が一定数以上であれば後述する処理Ｆ２５３を行い、一定数未満であれば後述する処理Ｆ２５４を行う。

再び図６を参照する。嗜好比較部１０８は、図７に示す手順で検索結果のページと関連する（すなわちある検査レベルまでＵＲＩが対応する）ユーザ嗜好ページ情報が一定数以上あるかを判定する（Ｆ２５２）。一定数以上ある場合（Ｆ２５２：Ｙｅｓ）、嗜好比較部１０８は、検査レベルまでのＵＲＩが一致する全てのユーザ嗜好ページ情報の「最終アクセス日時」、「保存日時」、「アクセス回数」と、ユーザ２０が指定した閾値と、を比較する（Ｆ２５３）。この比較については図８を参照して後述する。

検査レベルまでのＵＲＩが一致したユーザ嗜好ページ情報の中で、全ての項目（最終アクセス日時、保存日時、アクセス回数）について閾値を満たすユーザ嗜好ページ情報がＦ２５２２で取得した検査個数より多いか否かを判定する（Ｆ２５３）。多い場合には嗜好に一致すると判定し（Ｆ２５５：Ｙｅｓ）、嗜好比較部１０８はキーワード自動検索部１０３から通知された検索結果を嗜好比較結果保存部１０９に保存する（Ｆ２５６）。

一方、検索結果のページと関連するユーザ嗜好ページ情報が一定数未満である場合（Ｆ２５２：Ｎｏ）、嗜好比較部１０８は、検索結果のページの「更新日時」及び「アクセス日時」と、全てのユーザ嗜好ページ情報の「更新日時」及び「アクセス数」を比較する（Ｆ２５４）。この比較については図９を参照して後述する。比較により条件を満たす場合には、嗜好に一致すると判定し（Ｆ２５５：Ｙｅｓ）、嗜好比較部１０８は検索結果ページを嗜好比較結果保存部１０９に保存する（Ｆ２５６）。

検索結果の保存（Ｆ２５６）の後に、嗜好比較部１０８は処理を継続するかを判定する（Ｆ２５７）。この判定処理の詳細は、図１０を参照して後述する。終了条件を満たす場合（Ｆ２５７：Ｙｅｓ）、嗜好比較結果通知部１１０はユーザ２０への通知処理を行う（Ｆ２５８）。なお嗜好比較結果通知部１１０は、一定数以上の検索結果が嗜好比較結果保存部１０９内に保存されるまで通知を行わない方が望ましい。これによりユーザ２０は、頻繁に通知されるといった煩わしさを感じることなく、嗜好に一致した十分な量の情報を一度に確認できるため効率よく情報を取得できる。一方、終了条件を満たさない場合（Ｆ２５７：Ｎｏ）、Ｆ２５１からの処理を再度行う。

続いて図８を参照して嗜好比較部１０８による比較処理（Ｆ２５３）の詳細について説明する。嗜好比較部１０８は、検査レベルまでのＵＲＩが一致する全てのユーザ嗜好ページ情報の「最終アクセス日時」、「保存日時」、「アクセス回数」に関する閾値を取得する（Ｆ２５３１）。各閾値は、ユーザ２０が任意のタイミングで設定できるものとし、初期値の設定も可能である（すなわちユーザ２０が明示的に設定しなくてもよい）。

嗜好比較部１０８は、対象となるユーザ嗜好ページ情報（すなわち検査レベルまでのＵＲＩが一致する全てのユーザ嗜好ページ情報）についての比較処理が終了したかを判定する（Ｆ２５３２）。終了している場合（Ｆ２５３２：Ｙｅｓ）、嗜好比較部１０８はこの比較処理（Ｆ２５３）を終了する。

一方、終了していない場合（Ｆ２５３２：Ｎｏ）、嗜好比較部１０８は対象となるユーザ嗜好ページ情報の各々についての各種比較を行う。嗜好比較部１０８は、ユーザ嗜好ページ情報の「最終アクセス日時」とＦ２５３１で取得した閾値を比較する（Ｆ２５３３）。ユーザ嗜好ページ情報の「最終アクセス日時」が閾値よりも新しい場合（Ｆ２５３３：Ｙｅｓ）、嗜好比較部１０８は保存日時の比較（Ｆ２５３４）に進む。一方、ユーザ嗜好ページ情報の「最終アクセス日時」が閾値よりも古い場合（Ｆ２５３３：Ｎｏ）、他のユーザ嗜好ページ情報の処理を行う。

ユーザ嗜好ページ情報の「最終アクセス日時」が閾値よりも新しい場合（Ｆ２５３３：Ｙｅｓ）、嗜好比較部１０８はユーザ嗜好ページ情報の「保存日時」とＦ２５３１で取得した閾値を比較する（Ｆ２５３４）。ユーザ嗜好ページ情報の「保存日時」が閾値よりも新しい場合（Ｆ２５３４：Ｙｅｓ）、嗜好比較部１０８はアクセス回数の比較（Ｆ２５３５）に進む。一方、ユーザ嗜好ページ情報の「保存日時」が閾値よりも古い場合（Ｆ２５３４：Ｎｏ）、他のユーザ嗜好ページ情報の処理を行う。

ユーザ嗜好ページ情報の「保存日時」が閾値よりも新しい場合（Ｆ２５３４：Ｙｅｓ）、嗜好比較部１０８はユーザ嗜好ページ情報の「アクセス回数」とＦ２５３１で取得した閾値を比較する（Ｆ２５３５）。ユーザ嗜好ページ情報の「アクセス数」が閾値よりも多い場合（Ｆ２５３５：Ｙｅｓ）、嗜好比較部１０８はこのユーザ嗜好ページ情報については条件を満たすと判断する。ユーザ嗜好ページ情報の「アクセス数」が閾値よりも少ない場合（Ｆ２５３５：Ｎｏ）、嗜好比較部１０８は他のユーザ嗜好ページ情報の処理を行う。

あるユーザ嗜好ページ情報について全ての項目（最終アクセス日時、保存日時、アクセス回数）の閾値を満たしていた場合、嗜好比較部１０８は条件を満たすユーザ嗜好ページ情報の数をカウントアップする。そして嗜好比較部１０８は、カウント数がＦ２５２２で取得した検査個数に到達しているか否かを判定する。到達している場合、嗜好比較部１０８はＦ２５１で処理対象とした検索結果のページが嗜好に一致している（Ｆ２５５：Ｙｅｓ）と判定する。検査個数より少なく、対象となるユーザ嗜好ページ情報の走査がすべて終了していない場合、嗜好比較部１０８は他のユーザ嗜好ページ情報についてＦ２５３２から処理を行う。検査個数より少なく、対象となるユーザ嗜好ページ情報の走査がすべて終了した場合、嗜好比較部１０８はＦ２５１で処理対象とした検索結果のページが嗜好に一致していない（Ｆ２５５：Ｎｏ）と判定する。

続いて図９を参照して嗜好比較部１０８による比較処理（Ｆ２５４）の詳細について説明する。嗜好比較部１０８は、検索結果のページを検査するための「更新日時」及び「アクセス数」の代表値を取得する（Ｆ２５４１）。この代表値は、ユーザ２０が任意のタイミングで設定できるものとし、初期値の設定も可能である（すなわちユーザ２０が明示的に設定しなくてもよい）。代表値とは、平均値、中央値、最大値といった特徴や傾向を示す客観的な尺度を示す数値である。

嗜好比較部１０８は、検索結果のページの「更新日時」と、嗜好比較結果保存部１１０内の全てのユーザ嗜好ページ情報の「更新日時」の代表値（例えば平均値）と、を比較する（Ｆ２５４２）。検索結果のページの「更新日時」が全ユーザ嗜好ページ情報の代表値よりも新しかった場合（Ｆ２５４２：Ｙｅｓ）、嗜好比較部１０８はアクセス数の比較処理（Ｆ２５４３）に進む。一方、検索結果のページの「更新日時」が全ユーザ嗜好ページ情報の代表値よりも古かった場合（Ｆ２５４２：Ｎｏ）、嗜好比較部１０８はＦ２５１で処理対象とした検索結果のページが嗜好に一致しない（Ｆ２５５：Ｎｏ）と判定する。

検索結果のページの「更新日時」が全ユーザ嗜好ページ情報の代表値よりも新しかった場合（Ｆ２５４２：Ｙｅｓ）、嗜好比較部１０８は検索結果のページの「アクセス数」と、嗜好比較結果保存部１１０内の全てのユーザ嗜好ページ情報の「アクセス数」の代表値（例えば平均値）と、を比較する（Ｆ２５４３）。検索結果のページの「アクセス数」が全ユーザ嗜好ページ情報の代表値よりも多い場合（Ｆ２５４３：Ｙｅｓ）、嗜好比較部１０８はＦ２５１で処理対象とした検索結果のページが嗜好に一致する（Ｆ２５５：Ｙｅｓ）と判定する。一方、検索結果のページの「アクセス数」が全ユーザ嗜好ページ情報の代表値よりも少ない場合（Ｆ２５４３：Ｎｏ）、嗜好比較部１０８はＦ２５１で処理対象とした検索結果のページが嗜好に一致しない（Ｆ２５５：Ｎｏ）と判定する。

続いて嗜好比較部１０８による処理の継続判定（Ｆ２５７）の詳細について図１０を参照して説明する。嗜好比較部１０８は、検査回数（検索結果の検査を何回行ったか）及び保存個数（比較したページが何個保存されたか）についての閾値をそれぞれ取得する（Ｆ２５７１）。各閾値は、ユーザ２０が任意のタイミングで設定できるものとし、初期値の設定も可能である（すなわちユーザ２０が明示的に設定しなくてもよい）。

嗜好比較部１０８は、検査回数がＦ２５７１で取得した閾値以上であった場合（Ｆ２５７２：Ｙｅｓ）、処理を終了する。検査回数がＦ２５７１で取得した閾値未満であった場合（Ｆ２５７２：Ｎｏ）、嗜好比較部１０８は保存個数の判定（Ｆ２５７３）に処理を進める。

検査回数がＦ２５７１で取得した閾値未満であった場合（Ｆ２５７２：Ｎｏ）、嗜好比較部１０８は、保存個数とＦ２５７１で取得した閾値を比較する。保存個数が閾値以上であった場合（Ｆ２５７３：Ｙｅｓ）、嗜好比較部１０８は処理を終了する。保存個数が閾値未満であった場合（Ｆ２５７３：Ｎｏ）、嗜好比較部１０８は検査結果の走査（Ｆ２５１）からの処理を継続する。

続いて具体的なデータ例を用いてデバイス１０の動作詳細について説明する。はじめに図１１を参照してユーザ嗜好ページ情報のデータ例を説明する。上述のようにユーザ嗜好ページ情報とは判定処理（Ｆ１３、Ｆ１４）に合致したウェブページの情報である。図１１に示すように嗜好保存部１０７は当該ページのＵＲＩ、更新日時、アクセス数（全アクセス数）、保存日時、最終アクセス日時、及びアクセス回数（当該ユーザ２０のアクセス回数）を管理する（Ｆ１６）。

図１２は、キーワード自動検索部１０３が収集した検索結果のデータ例について説明する。自動検索部１０３は、インターネット３０上からキーワードを用いた検索処理を実行し（Ｆ２１、Ｆ２２）、検索にヒットしたウェブページのタイトル、ＵＲＩ、更新日時、アクセス数を取得する。

嗜好比較部１０８は、図１１に示すユーザ嗜好ページと図１２に示す検索結果を用いて比較処理（Ｆ２５）を実行する。以下、比較処理（Ｆ２５）の詳細について説明する。

嗜好比較部１０８は、検索結果のＩＤ＝１（図１２）の各データ（ＵＲＩ＝“http://www.hogeA.com/hogeA/index2.htm ”）を参照する（Ｆ２５１）。嗜好比較部１０８は、検査レベルと検査個数を取得する（Ｆ２５２１、Ｆ２５２２）。なお、以下の説明において検査レベルと検査個数は以下の値であるものとする。
・検査レベル＝１
・検査個数＝２個

嗜好比較部１０８は、“http://www.hogeA.com/hogeA”に対応するＵＲＩを持つユーザ嗜好ページ情報（図１１）が３つ（ＩＤ１〜ＩＤ３）あり、検査個数（２個）以上であるため、合致した全てのユーザ嗜好ページ情報と各閾値を比較する。

嗜好比較部１０８は、まず閾値を取得する（Ｆ２５３１）。以下の説明では、各閾値は以下の値であるものとする。
・最終アクセス日時：2013/01/01 00:00
・保存日時：2013/01/01 00:00
・アクセス回数：２
・更新日時：2012/01/01 00:00
・アクセス数：10000

はじめに嗜好比較部１０８は、ＩＤ＝１のユーザ嗜好ページ情報の各値と閾値の比較を行う。嗜好比較部１０８は、ＩＤ＝１のユーザ嗜好ページ情報の最終アクセス日時と閾値を以下のように比較する（Ｆ２５３３，右辺が閾値）。
ＩＤ１：2013/04/30 10:05 >= 2013/01/01/00:00

最終更新日時の条件を満たしているため、嗜好比較部１０８は、ＩＤ＝１のユーザ嗜好ページ情報の保存日時と閾値を以下のように比較する（Ｆ２５３４，右辺が閾値）。
ＩＤ１：2013/04/30 10:05 >= 2013/01/01/00:00

保存日時の条件を満たしているため、嗜好比較部１０８は、ＩＤ＝１のユーザ嗜好ページ情報のアクセス回数と閾値を以下のように比較する（Ｆ２５３５，右辺が閾値）。
ＩＤ１：２＞＝２

以上より、嗜好比較部１０８は、ＩＤ＝１のユーザ嗜好ページ情報が全ての条件を満たすと判断し、合致したユーザ嗜好ページ情報の数をカウントアップ（ユーザ嗜好ページ情報数＝１）とする。

対象となる全てのユーザ嗜好ページ情報の比較が終わっていないため（Ｆ２５３２：Ｎｏ）、嗜好比較部１０８は、ＩＤ＝２のユーザ嗜好ページ情報の各値と閾値の比較を行う。嗜好比較部１０８は、ＩＤ＝２のユーザ嗜好ページ情報の最終アクセス日時と閾値を以下のように比較する（Ｆ２５３３，右辺が閾値）。
ＩＤ２：2013/05/04 21:54 >= 2013/01/01/00:00

最終更新日時の条件を満たしているため、嗜好比較部１０８は、ＩＤ＝２のユーザ嗜好ページ情報の保存日時と閾値を以下のように比較する（Ｆ２５３４，右辺が閾値）。
ＩＤ２：2013/04/30 12:00 >= 2013/01/01/00:00

保存日時の条件を満たしているため、嗜好比較部１０８は、ＩＤ＝２のユーザ嗜好ページ情報のアクセス回数と閾値を以下のように比較する（Ｆ２５３５，右辺が閾値）。
ＩＤ２：１＞＝２

ここで嗜好比較部１０８は、アクセス回数の条件を満たさないため、ＩＤ＝２のユーザ嗜好ページ情報が条件に合致しないと判定する。

対象となる全てのユーザ嗜好ページ情報の比較が終わっていないため（Ｆ２５３２：Ｎｏ）、嗜好比較部１０８は、ＩＤ＝３のユーザ嗜好ページ情報の各値と閾値の比較を行う。嗜好比較部１０８は、ＩＤ＝２のユーザ嗜好ページの最終アクセス日時と閾値を以下のように比較する（Ｆ２５３３，右辺が閾値）。
ＩＤ３：2013/05/12 03:30 >= 2013/01/01/00:00

最終更新日時の条件を満たしているため、嗜好比較部１０８は、ＩＤ＝３のユーザ嗜好ページ情報の保存日時と閾値を以下のように比較する（Ｆ２５３４，右辺が閾値）。
ＩＤ３：2013/05/12 03:30 >= 2013/01/01/00:00

保存日時の条件を満たしているため、嗜好比較部１０８は、ＩＤ＝３のユーザ嗜好ページ情報のアクセス回数と閾値を以下のように比較する（Ｆ２５３５，右辺が閾値）。
ＩＤ３：２＞＝２

以上より、嗜好比較部１０８は、ＩＤ＝３のユーザ嗜好ページ情報が全ての条件を満たすと判断し、合致したユーザ嗜好ページ情報の数をカウントアップ（ユーザ嗜好ページ情報数＝２）とする。

以上より全項目の閾値（Ｆ２５３３〜Ｆ２５３５）の条件を満たすユーザ嗜好ページ情報の数が２つであり、検査個数も２であるため、嗜好比較部１０８は検索結果のＩＤ＝１のウェブページがユーザ２０の嗜好に合致すると判断する（Ｆ２５５：Ｙｅｓ）。そして嗜好比較部１０８は、検索結果のＩＤ＝１のウェブページの情報を嗜好比較結果保存部１０９に書き出す（Ｆ２５６）。

嗜好比較部１０８は、終了判定（Ｆ２５７）を行い、他の検索結果のページについての処理を継続する。嗜好比較部１０８は、検索結果のＩＤ＝２の各データ（ＵＲＩ＝“http://www.hogeB.com/hogeB/index2.htm ”）を参照する（Ｆ２５１）。

嗜好比較部１０８は、“http://www.hogeBcom/hogeBに対応するＵＲＩを持つユーザ嗜好ページ情報（図１１）が１つ（ＩＤ４）あり、検査個数（２個）未満と判断する（Ｆ２５２：Ｎｏ）。そのため嗜好比較ページ１０８は、検索結果のＩＤ＝２の各データと、全てのユーザ嗜好ページ情報の代表値との比較を行う（Ｆ２５４）。

以下、更新日時の代表値が“2012/01/01 00:00”であり、アクセス数の代表値が“10000”であるものとする（Ｆ２５４１）。嗜好比較部１０８は、検索結果のＩＤ＝２のウェブページの更新日時と、代表値と、を以下のように比較する（Ｆ２５４２、右辺が代表値）。
2013/05/14 09:47 >= 2012/01/01/00:00

更新日時の条件を満たしているため、嗜好比較部１０８は、検索結果のＩＤ＝２のウェブページのアクセス数と、代表値と、を以下のように比較する（Ｆ２５４３、右辺が代表値）。
38242 >= 10000

以上より、嗜好比較部１０８は検索結果のＩＤ＝２のウェブページがユーザ２０の嗜好に合致すると判断する（Ｆ２５５：Ｙｅｓ）。そして嗜好比較部１０８は、検索結果のＩＤ＝２のウェブページの情報を嗜好比較結果保存部１０９に書き出す（Ｆ２５６）。

嗜好比較部１０８は、終了判定（Ｆ２５７）を行い、他の検索結果のページについての処理を継続する。嗜好比較部１０８は、検索結果のＩＤ＝３の各データ（ＵＲＩ＝“http://www.hogeC.com/hogeC/index2.htm ”）を参照する（Ｆ２５１）。

嗜好比較部１０８は、“http://www.hogeC.com/hogeC”に対応するＵＲＩを持つユーザ嗜好ページ情報（図１１）が２つ（ＩＤ５及びＩＤ６）あり、検査個数（２個）以上であるため、合致した全てのユーザ嗜好ページ情報と各閾値を比較する。

はじめに嗜好比較部１０８は、ＩＤ＝５のユーザ嗜好ページ情報の各値と閾値の比較を行う。嗜好比較部１０８は、ＩＤ＝５のユーザ嗜好ページ情報の最終アクセス日時と閾値を以下のように比較する（Ｆ２５３３，右辺が閾値）。
ＩＤ５：2013/01/15 19:12 >= 2013/01/01/00:00

最終更新日時の条件を満たしているため、嗜好比較部１０８は、ＩＤ＝５のユーザ嗜好ページ情報の保存日時と閾値を以下のように比較する（Ｆ２５３４，右辺が閾値）。
ＩＤ５：2011/11/03 01:28 >= 2013/01/01/00:00

嗜好比較部１０８は、保存日時に関する条件を満たしていないため、合致したユーザ嗜好ページ情報の数をカウントアップせずに（ユーザ嗜好ページ数＝０）、次のユーザ嗜好ページ情報の比較処理を行う。

嗜好比較部１０８は、ＩＤ＝６のユーザ嗜好ページ情報の最終更新日時と閾値を以下のように比較する（Ｆ２５３３，右辺が閾値）。
ＩＤ６：2013/02/13 09:32 >= 2013/01/01/00:00

最終更新日時の条件を満たしているため、嗜好比較部１０８は、ＩＤ＝６のユーザ嗜好ページ情報の保存日時と閾値を以下のように比較する（Ｆ２５３４，右辺が閾値）。
ＩＤ６：2012/10/18 08:00 >= 2013/01/01/00:00

嗜好比較部１０８は、保存日時に関する条件を満たしていないため、合致したユーザ嗜好ページ情報の数をカウントアップしない（ユーザ嗜好ページ数＝０）。以上より全項目の閾値（Ｆ２５３３〜Ｆ２５３５）の条件を満たすユーザ嗜好ページ情報の数が０であるため、嗜好比較部１０８は、検索結果のＩＤ＝３のウェブページが嗜好に合致しないと判断する（Ｆ２５５：Ｎｏ）。

嗜好比較部１０８は、全ての検索結果の比較が終了したため（Ｆ２５７：Ｙｅｓ）、処理を終了する。上記の比較処理後の嗜好比較結果保存部１０９のデータ例を図１３に示す。図示するように、嗜好に合致すると判定された検索結果のページの情報が書き込まれる。

続いて本実施の形態にかかるデバイス１０の効果について説明する。デバイス１０は、入力されたキーワードを基に自動的に検索を行い、ユーザ２０の嗜好を反映したユーザ嗜好ページ情報と検索結果を比較することにより、ユーザ２０の嗜好に合致した検索結果を自動的に取得する。これによりユーザ２０は、目視を行うことなく嗜好に合致した検索結果を得ることができる。

また上述のようにデバイス１０は、キーワード削除部１０５によるキーワードの削除を行ってもよい。これにより一度通知されたキーワードに関する検索結果が再び通知されることが無くなるため、ユーザ２０の利便性を向上することができる。

ユーザ嗜好処理部１０６は、ユーザ２０の手動検索の結果を解析する（図４）ことにより自動的にユーザ嗜好ページ情報を取得している。これによりデバイス１０は、ユーザ２０に自身の嗜好を明示的に入力させる手間を取らせることなく、ユーザ２０の嗜好を取得することができる。

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。以下、具体的な変形例について説明する。

＜変形例１＞
上述のようにユーザ２０は、キーワードをデバイス１０に対して入力するが、デバイス１０内における保存方法は任意の方式でよい。例えばデバイス１０内のキーワード保存部１０２は、キーワードをファイルに書き込むことにより保存してもよく、データベースソフトを用いて管理することにより保存してもよい。またキーワード保存部１０２は、デバイス１０に着脱可能な記憶媒体であってもよい。

＜変形例２＞
同様にユーザ２０が入力するキーワードの形式は単一語句に限られない。ユーザ２０は、通常のウェブブラウザを用いた検索と同様に、複数のキーワードのＡＮＤ検索、ＯＲ検索等を指定することができる。

＜変形例３＞
キーワード自動検索部１０３が自動検索を行うタイミングは任意のタイミングでよい。例えばキーワード自動検索部１０３は、ユーザ２０が指定した時間帯に検索を行ってよく、デバイス１０内の資源（ＣＰＵやメモリ等）の負荷が一定値以下となったタイミングに検索を行ってもよい。またキーワード自動検索部１０３は、ユーザ２０が指定した時間帯であって資源の負荷が一定以下となったタイミングに検索を行ってもよい。

キーワード自動検索部１０３が検索を実行するタイミングを指定する場合の処理について図１４を参照して説明する。図１４は、ユーザ２０が指定した時間帯であって資源の負荷が一定以下となったタイミングに自動検索を行う場合の処理の流れを示すフローチャートである。キーワード自動検索部１０３は、キーワード読み込みＦ２１の前に図１４に示す処理を行う。

キーワード自動検索部１０３は、現在時刻を取得する（Ｆ２０１）。キーワード自動検索部１０３は、デバイス１０内部のタイマ等から現在時刻を取得すればよい。そしてキーワード自動検索部１０３は、現在時刻がユーザ２０の指定した時間帯であるか否かを判定する（Ｆ２０２）。

現在時刻がユーザ２０の指定した時間帯ではなかった場合（Ｆ２０２：Ｎｏ）、キーワード自動検索部１０３は、検索処理（Ｆ２１以降）を行うことなく、一定時間の待ち合わせを行う（Ｆ２０５）。

現在時刻がユーザ２０の指定した時間帯である場合（Ｆ２０２：Ｙｅｓ）、キーワード自動検索部１０３は、デバイス１０の資源状況を取得する（Ｆ２０３）。デバイス１０の資源状況とは、例えばＣＰＵ利用率や動作プロセス数等の情報である。キーワード自動検索部１０３は、取得したデバイス１０の資源状況と、ユーザ２０が予め指定した閾値と、を比較する（Ｆ２０４）。ユーザ２０があらかじめ指定した閾値は、例えば「ＣＰＵ使用率が３０％以下」等の条件である。

取得したデバイス１０の資源状況がユーザ２０の予め指定した閾値の条件を満たす場合（Ｆ２０４：Ｙｅｓ）、キーワード自動検索部１０３はキーワードを用いた検索処理（Ｆ２１〜）を実行する。一方、取得したデバイス１０の資源状況がユーザ２０の予め指定した閾値の条件を満たさない場合（Ｆ２０４：Ｎｏ）、キーワード自動検索部１０３は検索処理（Ｆ２１以降）を行うことなく、一定時間の待ち合わせを行う（Ｆ２０５）。

以上の処理を行うことにより、デバイス１０は負荷の低い場合にのみ検索や嗜好比較を行うことになり、デバイス１０の負荷が大きくなることなく、ユーザ２０の嗜好に合致した情報を取得することができる。

＜変形例４＞
ユーザ２０が複数のデバイス１０を保有する場合がある。この場合、同一のユーザ２０が使用する全てのデバイス１０内に格納されたユーザ嗜好ページ情報を共有するようにしてもよい。この場合、あるデバイス１０が他のデバイス１０からユーザ嗜好ページ情報を取得した後に上述の処理を行うようにすればよい。

＜変形例５＞
例えば同じ会社の同僚や同一業者の関係にあるユーザ２０同士は、同じことを検索している場合や類似するページをブックマークしている可能性が高い。このような環境に対応できる変形例を以下に説明する。

複数のユーザ２０が同一のプロキシを使用し、各ユーザ２０のユーザ嗜好ページ情報をプロキシ上で管理するようにしてもよい。この場合、プロキシに管理された他のユーザ２０のユーザ嗜好ページ情報を共有できるようにしてもよい。プロキシを有するシステム構成例を図１５に示す。なおデバイス１０−１〜１０−３の内部構成は、図３に示す構成と略同一であればよい。

システム内に複数のデバイス１０（１０−１〜１０−３）が存在する。プロキシ４０は、デバイス１０と相互に情報の送受信ができるように構成される。プロキシ４０は、データ収集部４０１及びユーザ嗜好ページ保存部４０２を有する。

データ収集部４０１は、各デバイス１０−１〜１０−３からユーザ嗜好ページ保存部１０７に書き込まれる情報と同一の情報を受信する。そしてデータ収集部４０１は、各デバイス１０−１〜１０−３から受信したユーザ嗜好ページ情報をユーザ嗜好ページ保存部４０２に書き込む。

各デバイス１０−１〜１０−３は、ユーザ嗜好ページ情報を用いた比較を行う際にプロキシ４０にアクセスを行い、ユーザ嗜好ページ保存部４０２からユーザ嗜好ページ情報（他のデバイスの情報も含む）を取得する。その他の処理については、実施の形態１と同様である。

プロキシ４０を用いる構成とすることにより、他のユーザ２０の嗜好も考慮した情報検索を行うことができる。

＜変形例６＞
ＳＮＳ（Social Network Service、コミュニティ型ウェブサイト）等を参照して、ユーザ２０の友人のユーザ嗜好ページ情報を利用する応用例も可能である。以下、その意義と詳細について説明する。

例えばユーザ２０が「アップルパイ」に関する情報を調べたいと考える場合（キーワードとして「アップルパイ」を登録した場合）、料理を趣味とする友人のユーザ嗜好ページ情報を共有できると精度の良い情報を得られることが推定される。そこでユーザ２０は、キーワード保持部１０２に登録するキーワードに他のユーザ２０を識別するＩＤを関連付けて登録する。嗜好比較部１０８は、当該キーワードで検索された検索結果を比較する際に、関連付けられたユーザ２０のユーザ嗜好ページ情報を取得する。例えば嗜好比較部１０８は通信部１０４を介してプロキシ４０からユーザ嗜好ページ情報を取得すればよい。以降の比較処理は、実施の形態１と同様でよい。

またキーワードに他のユーザ２０のＩＤが関連付けられていない場合、嗜好比較部１０８は、ＳＮＳにアクセスして、ＳＮＳの友人の紹介文や日記等を解析し（例えば「アップルパイ」、「料理」といったワードが含まれているか否かを解析し）、解析結果を基に他のユーザ２０のユーザ嗜好ページ情報を取得してもよい。

＜変形例７＞
嗜好比較部１０８は、Ｆ２５３の処理においてユーザ２０の各ページの総表示時間と閾値との比較を更に行ってもよい。以下、詳細を説明する。

嗜好比較部１０８は、図８に記載するように嗜好比較部１０８は、検査レベルまでのＵＲＩが一致する全てのユーザ嗜好ページ情報の「最終アクセス日時」、「保存日時」、「アクセス回数」についてそれぞれの閾値との比較を行っていた。嗜好比較部１０８は、これらの比較に加えてユーザ嗜好ページ情報の「総表示時間」と閾値との比較を行ってもよい。すなわち、図１１に示すようなユーザ嗜好ページ情報のデータとして更に総表示時間を管理する。そして嗜好比較部１０８は、「最終アクセス日時」、「保存日時」、「アクセス回数」に関する閾値に加えて「総表示時間」の閾値を取得する（Ｆ２５３１）。嗜好比較部１０８はこのユーザ嗜好ページ情報が条件を満たすと判断した場合（Ｆ２５３５：Ｙｅｓ）、更にユーザ嗜好ページの「総表示時間」と閾値を比較する（Ｆ２５３６（図示せず））。この比較においてユーザ嗜好ページ情報の総表示時間が閾値以上である場合、嗜好比較部１０８は全ての条件（最終アクセス日時、保存日時、アクセス回数、総表示時間）を満たすと判定する。

このように総表示時間が長いページは、ユーザ２０の嗜好に合致するものとして扱う。これにより、嗜好比較の精度をさらに高めることが可能になる。

＜変形例８＞
嗜好比較部１０８は、上述のＦ２５２３の処理（検索結果のページのＵＲＩとユーザ嗜好保存部１０９内の全ユーザ嗜好ページ情報のＵＲＩの比較）を更に細分化してもよい。例えば嗜好比較部１０８は、図７を参照して説明したＵＲＩの比較に加え（Ｆ２５２３）、検索結果のページとユーザ嗜好ページ情報内にユーザ２０が指定したキーワードがそれぞれ何個含まれているかを判定する。検索結果のページ内に含まれるキーワードの数がユーザ嗜好ページ情報の数以上であった場合、嗜好比較部１０８は一致するものとしてカウントする。

なお、上記のＦ２５２３の比較は「以上」であるか否かを判断対象としたが、「以下」、「より多い」、「より少ない」といった判断対象を用いてもよい。上述した他の比較処理（例えばＦ２５３５等）についても同様である。

＜変形例９＞
ユーザ嗜好ページ情報は、ビジネス用途とプライベート用途で異なるものとなる可能性が高い。そのため、図１１に示すようなユーザ嗜好ページ情報のデータとして更に用途（「ビジネス」または「プライベート」のいずれかの値となる項目）を管理してもよい。ユーザ２０は、キーワードを入力する際にどちらのモードで検索を行うかを設定できるものとする。なお、初期値が設けられていてもよい（例えばデフォルトでは「ビジネス」モードでの選択を行う）。

ユーザ嗜好ページ情報が嗜好ページ保存部１０７に保存される際に、ユーザ２０は手動で当該ユーザ嗜好ページの用途を設定する。なおユーザ２０は、嗜好ページ保存部１０７に保存された後に用途を変更することもできる。例えばユーザ２０は、ページのブックマークを行う際に用途も合わせて設定する。

またユーザ嗜好ページ情報の用途は自動で設定することもできる。例えばデバイス１０は、ユーザ嗜好ページ情報が保存される時間帯がユーザ２０の勤務時間内であるか否かを判定し、用途を設定する。またデバイス１０は、ユーザ２０が勤務する会社の勤怠管理システム等と連動し、保存する時間にユーザ２０が勤務しているか否かに応じて、ユーザ嗜好ページ情報の用途を設定してもよい。

嗜好比較部１０８は、動作モード（ビジネスモード、プライベートモード）をユーザ２０の動作に応じて切り替える。動作モードは、ユーザ２０の明示の入力によって切り替えてもよく、動作する時間帯に応じて切り替えてもよい。嗜好比較部１０８は、動作モードと合致する用途（ビジネス、プライベート）が割り当てられたユーザ嗜好ページ情報のみを比較対象として扱う。比較の処理については、実施の形態１と同様である。

上述の構成とすることにより、ユーザ２０の状況に応じた精度の高い情報提供が可能となる。例えばビジネスシーンにおいて、プライベートの趣味に関するページの情報が提供されるようなケースが少なくなり、より利用シーンに応じた情報提供が可能となる。

＜プログラムとしての実行＞
上述の各処理部（キーワード処理部１０１、キーワード自動検索部１０３、通信部１０４、キーワード削除部１０５、ユーザ嗜好処理部１０６、嗜好比較部１０８、嗜好比較結果通知部１１０）の各処理は、ＣＰＵ（Central Processing Unit）がコンピュータプログラムを実行することにより実現されてもよい。

コンピュータプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜デバイス１０の概要＞
最後に改めてデバイス１０の概要について図１６を参照して説明する。図１６は、デバイス１０の主要動作を行う処理部を示す概略ブロック図である。

キーワード処理部１０１は、ユーザ２０が入力したキーワードを取得し、取得したキーワードをキーワード自動検索部１０３に供給する。ユーザ嗜好処理部１０６は、ユーザ２０の嗜好に合致したウェブページに関する情報であるユーザ嗜好ページ情報（図１１）を取得する。ユーザ嗜好処理部１０６は、図４に示すように手動検索結果を解析することによりユーザ嗜好ページ情報を取得すればよい。

キーワード自動検索部１０３は、キーワードを用いた自動検索を所定のタイミングで行い検索結果を嗜好比較部１０８に供給する。嗜好比較部１０８は、ユーザ嗜好ページ情報と、キーワード自動検索部１０３による検索結果とを比較し、ユーザ２０の嗜好に合致した検索結果を抽出する。嗜好比較結果通知部１１０は、嗜好比較部１０８の抽出した検索結果をユーザ２０に通知する。

上述のようにデバイス１０は、ユーザ２０の嗜好に合致した検索結果のみを自動的に抽出してユーザ２０に通知している。これによりユーザ２０は、検索結果を目視確認することなく、嗜好に合致した検索結果を確認することができる。

上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

＜付記１＞
ユーザが入力したキーワードを取得するキーワード処理部と、
前記ユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を取得するユーザ嗜好処理部と、
前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索部と、
前記キーワード自動検索部による検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較部と、
前記嗜好比較部が抽出した検索結果を前記ユーザに通知する嗜好比較結果通知部と、
を備える情報端末。

＜付記２＞
前記嗜好比較結果通知部が通知を行った後に、前記キーワード処理部が取得した前記キーワードを保存する保存部から、通知した検索結果に関するキーワードを削除するキーワード削除部、を更に有する付記１に記載の情報端末。

＜付記３＞
前記ユーザ嗜好処理部は、
前記ユーザが手動検索を行って検索結果を得たページの内、一定時間以上表示したページまたはブックマークを行ったページが前記ユーザの嗜好に合致すると判定し、当該判定に応じて前記ユーザ嗜好ページ情報を取得する、
ことを特徴とする付記１または付記２に記載の情報端末。

＜付記４＞
前記嗜好比較結果通知部は、
前記嗜好比較部が抽出した検索結果が一定量以上となるまで通知を行わず、一定量以上となった後に通知を行う、
ことを特徴とする付記１〜付記３のいずれか１項に記載の情報端末。

＜付記５＞
前記ユーザ嗜好ページ情報は、用途情報を含み、
前記嗜好比較部は、前記用途情報が動作モードと合致する前記ユーザ嗜好ページ情報のみを比較対象とする、
ことを特徴とする付記１〜付記４のいずれか１項に記載の情報端末。

＜付記６＞
前記キーワード自動検索部は、
所定の検索タイミングを満たす場合に前記キーワードを用いた検索処理を実行することを特徴とする付記１〜付記５のいずれか１項に記載の情報端末。

＜付記７＞
前記所定の検索タイミングは、
前記ユーザが指定した時間帯であるか否かを判定する条件、及び、前記情報端末の負荷状況が一定以下であるか否かを判定する条件、の少なくとも一方を満たすタイミングである、ことを特徴とする付記６に記載の情報端末。

＜付記８＞
前記嗜好比較部は、
前記キーワード自動検索部による検索結果の各ページのアドレス情報と、前記ユーザ嗜好ページ情報に含まれるアドレス情報と、があらかじめ定めたレベルまで一致しているか個数を算出し、
一致する個数が一定以上であるか否かに応じて、前記キーワード自動検索部による検索結果の各ページが前記ユーザの嗜好に合致しているか否かの判定手法を切り替える、
ことを特徴とする付記１〜付記７に記載の情報端末。

＜付記９＞
前記ユーザはキーワードと共に前記キーワードに関連するユーザ識別子を入力し、
前記嗜好比較部は、前記ユーザに関する前記ユーザ嗜好ページ情報に加え、前記キーワード自動検索部が検索に用いた前記キーワードに関連付けられた前記ユーザ識別子に対応する前記ユーザ嗜好ページ情報を比較対象に用いる、
ことを特徴とする付記１〜付記８に記載の情報端末。

＜付記１０＞
前記嗜好比較部は、前記ユーザに関する前記ユーザ嗜好ページ情報に加え、前記キーワード自動検索部が検索に用いた前記キーワードと関連するワードの投稿をコミュニティ型サイトに投稿しているユーザに対応する前記ユーザ嗜好ページ情報を比較対象に用いる、
ことを特徴とする付記９に記載の情報端末。

＜付記１１＞
ユーザが入力したキーワードを取得するキーワード処理ステップと、
前記ユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を取得するユーザ嗜好処理ステップと、
前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索ステップと、
前記キーワード自動検索ステップにおける検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較ステップと、
前記嗜好比較ステップにおいて抽出した検索結果を前記ユーザに通知する嗜好比較結果通知ステップと、
を備える情報検索方法。

＜付記１２＞
コンピュータに、
ユーザが入力したキーワードを取得するキーワード処理ステップと、
前記ユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を取得するユーザ嗜好処理ステップと、
前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索ステップと、
前記キーワード自動検索ステップにおける検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較ステップと、
前記嗜好比較ステップにおいて抽出した検索結果を前記ユーザに通知する嗜好比較結果通知ステップと、
を実行させる、プログラム。

＜付記１３＞
情報端末とプロキシを備える情報システムであって、
前記プロキシは、
前記情報端末のユーザまたは他のユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を記憶するユーザ嗜好ページ保存部を備え、
前記情報端末は、
前記ユーザが入力したキーワードを取得するキーワード処理部と、
前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索部と、
前記キーワード自動検索部による検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較部と、
前記嗜好比較部が抽出した検索結果を前記ユーザに通知する嗜好比較結果通知部と、
を備える、情報システム。

１０ デバイス
１０１ キーワード処理部
１０２ キーワード保存部
１０３ キーワード自動検索部
１０４ 通信部
１０５ キーワード削除部
１０６ ユーザ嗜好処理部
１０７ 嗜好ページ保存部
１０８ 嗜好比較部
１０９ 嗜好比較結果保存部
１１０ 嗜好比較結果通知部
２０ ユーザ
３０ インターネット
４０ プロキシ
４０１ データ収集部
４０２ ユーザ嗜好ページ保存部

Claims (10)

1. ユーザが入力したキーワードを取得するキーワード処理部と、
   前記ユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を取得するユーザ嗜好処理部と、
   前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索部と、
   前記キーワード自動検索部による検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較部と、
   前記嗜好比較部が抽出した検索結果を前記ユーザに通知する嗜好比較結果通知部と、
   を備える情報端末。
2. 前記嗜好比較結果通知部が通知を行った後に、前記キーワード処理部が取得した前記キーワードを保存する保存部から、通知した検索結果に関するキーワードを削除するキーワード削除部、を更に有する請求項１に記載の情報端末。
3. 前記ユーザ嗜好処理部は、
   前記ユーザが手動検索を行って検索結果を得たページの内、一定時間以上表示したページまたはブックマークを行ったページが前記ユーザの嗜好に合致すると判定し、当該判定に応じて前記ユーザ嗜好ページ情報を取得する、
   ことを特徴とする請求項１または請求項２に記載の情報端末。
4. 前記嗜好比較結果通知部は、
   前記嗜好比較部が抽出した検索結果が一定量以上となるまで通知を行わず、一定量以上となった後に通知を行う、
   ことを特徴とする請求項１〜請求項３のいずれか１項に記載の情報端末。
5. 前記ユーザ嗜好ページ情報は、用途情報を含み、
   前記嗜好比較部は、前記用途情報が動作モードと合致する前記ユーザ嗜好ページ情報のみを比較対象とする、
   ことを特徴とする請求項１〜請求項４のいずれか１項に記載の情報端末。
6. 前記キーワード自動検索部は、
   所定の検索タイミングを満たす場合に前記キーワードを用いた検索処理を実行することを特徴とする請求項１〜請求項５のいずれか１項に記載の情報端末。
7. 前記所定の検索タイミングは、
   前記ユーザが指定した時間帯であるか否かを判定する条件、及び、前記情報端末の負荷状況が一定以下であるか否かを判定する条件、の少なくとも一方を満たすタイミングである、ことを特徴とする請求項６に記載の情報端末。
8. ユーザが入力したキーワードを取得するキーワード処理ステップと、
   前記ユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を取得するユーザ嗜好処理ステップと、
   前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索ステップと、
   前記キーワード自動検索ステップにおける検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較ステップと、
   前記嗜好比較ステップにおいて抽出した検索結果を前記ユーザに通知する嗜好比較結果通知ステップと、
   を備える情報検索方法。
9. コンピュータに、
   ユーザが入力したキーワードを取得するキーワード処理ステップと、
   前記ユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を取得するユーザ嗜好処理ステップと、
   前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索ステップと、
   前記キーワード自動検索ステップにおける検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較ステップと、
   前記嗜好比較ステップにおいて抽出した検索結果を前記ユーザに通知する嗜好比較結果通知ステップと、
   を実行させる、プログラム。
10. 情報端末とプロキシを備える情報システムであって、
    前記プロキシは、
    前記情報端末のユーザまたは他のユーザの嗜好に合致したページの情報であるユーザ嗜好ページ情報を記憶するユーザ嗜好ページ保存部を備え、
    前記情報端末は、
    前記ユーザが入力したキーワードを取得するキーワード処理部と、
    前記キーワードを用いた検索処理を自動的に実行するキーワード自動検索部と、
    前記キーワード自動検索部による検索結果と、前記ユーザ嗜好ページ情報と、を比較し、前記ユーザの嗜好に合致した検索結果を抽出する嗜好比較部と、
    前記嗜好比較部が抽出した検索結果を前記ユーザに通知する嗜好比較結果通知部と、
    を備える、情報システム。

Images