(57)【特許請求の範囲】
【請求項１】
検索条件と、通知情報と、を対応付けて記憶する記憶手段を有するコンピュータが、
端末装置からの検索条件を用いた検索の要求に応じて、要求された検索の検索条件または該検索条件の一部と一致する検索条件が前記記憶部に記憶されているか判定し、
前記一致する検索条件が前記記憶部に記憶され、かつ、該一致する検索条件を含む検索が前記端末装置から要求された回数が検索条件について設定された所定の回数を超えている場合、前記一致する検索条件と対応付けて前記記憶部に記憶された通知情報と、前記要求に基づく検索結果とを前記端末装置に出力する、
ことを特徴とする検索制御方法。
【請求項２】
前記検索制御方法は、
前記コンピュータが、
一致する検索条件を含む検索により検索された情報が前記端末装置から参照された回数が検索条件ごとに設定された所定の回数を超えている場合、前記一致する検索条件と対応付けて前記記憶部に記憶された通知情報と、前記要求に基づく検索結果とを前記端末装置に出力する、
ことを特徴とする請求項１記載の検索制御方法。
【請求項３】
前記検索制御方法は、
前記コンピュータが、
前記記憶部に記憶された検索条件ごとに、要求された検索の検索条件または該検索条件の一部と一致する検索条件を用いた検索が前記端末装置から要求された回数、および要求された検索の検索条件または該検索条件の一部と一致する検索条件を用いた検索により検索された情報が前記端末装置から参照された回数を計数する、
ことを特徴とする請求項１または２記載の検索制御方法。
【請求項４】
前記検索制御方法は、
前記コンピュータが、
前回の検索の要求又は検索された情報が最後に参照されてからの経過時間が予め設定された時間内である場合に、前記要求された回数又は前記参照された回数を計数する、
ことを特徴とする請求項３記載の検索制御方法。
【請求項５】
前記検索制御方法は、
前記コンピュータが、
要求された検索の検索条件または該検索条件の一部と一致する検索条件に関連付けられている宛先に、検索者に関する情報を送信する、
ことを特徴とする請求項１乃至４いずれか一項記載の検索制御方法。
【請求項６】
前記検索制御方法は、
前記コンピュータが、
前記通知情報と、前記要求に基づく検索結果とを表示させるＷｅｂページを生成する、
ことを特徴とする請求項１乃至５いずれか一項記載の検索制御方法。
【請求項７】
検索条件と、通知情報と、を対応付けて記憶する記憶手段を有するコンピュータに、
端末装置からの検索条件を用いた検索の要求に応じて、要求された検索の検索条件または該検索条件の一部と一致する検索条件が前記記憶部に記憶されているか判定し、
前記一致する検索条件が前記記憶部に記憶され、かつ、該一致する検索条件を含む検索が前記端末装置から要求された回数が検索条件ごとに設定された所定の回数を超えている場合、前記一致する検索条件と対応付けて前記記憶部に記憶された通知情報と、前記要求に基づく検索結果とを前記端末装置に出力する、
ことを実行させることを特徴とする検索制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索制御方法及び検索制御プログラムに関する。
【背景技術】
【０００２】
従来、入力された検索キーワードに基づいてインターネット上のＷｅｂサイトを検索し、検索結果の一覧を表示させるＷｅｂページを提供するといった検索サービスを提供する検索サイトが存在する。検索結果の一覧に含まれる各検索結果には各Ｗｅｂサイトへのリンクが貼られている。検索者は、任意の検索結果をクリックすることで、所望のＷｅｂサイトにアクセスすることができる。
【０００３】
このようなインターネットを利用した検索を支援する方法として、例えば、特許文献１には、利用者の趣味や過去のアクション履歴に基づいてサポート用の案内画面を生成し、利用者へ出力することが記載されている。
【特許文献１】特開２００１−３５７０５０
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、従来のインターネットの検索サービスは、検索者が所望とする情報を得るための仕組みであるという側面が強く、インターネット上における情報の提供者が、検索者に対して自らの存在をアピールする場として利用する観点に乏しいものであった。確かに、広告等が検索結果と共に表示されるが、斯かる広告は、検索キーワードに密接に関係しているとはいい難い。また、広告は、本質的に検索者が求めている情報ではないため、検索者にとって有効な情報である可能性は低い。更に、広告は、頻繁に表示されるため、時として検索者に不快感を与えかねないという問題もある。
【０００５】
本発明は、上記の点に鑑みてなされたものであって、ネットワーク検索における検索者と情報の提供者との仲介を適切に実現することのできる検索制御方法及び検索制御プログラムの提供を目的とする。
【課題を解決するための手段】
【０００６】
そこで上記課題を解決するため、検索制御方法は、検索条件と、通知情報と、を対応付けて記憶する記憶手段を有するコンピュータが、
端末装置からの検索条件を用いた検索の要求に応じて、要求された検索の検索条件または該検索条件の一部と一致する検索条件が前記記憶部に記憶されているか判定し、
前記一致する検索条件が前記記憶部に記憶され、かつ、該一致する検索条件を含む検索が前記端末装置から要求された回数が検索条件について設定された所定の回数を超えている場合、前記一致する検索条件と対応付けて前記記憶部に記憶された通知情報と、前記要求に基づく検索結果とを前記端末装置に出力することを特徴とする。
【０００７】
このような検索制御方法では、ネットワーク検索における検索者と情報の提供者との仲介を適切に実現することができる。
【発明の効果】
【０００８】
本発明によれば、ネットワーク検索における検索者と情報の提供者との仲介を適切に実現することのできる検索制御方法及び検索制御プログラムを提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における検索システムの構成例を示す図である。図１における検索システム１において、検索サーバ１０と、Ｗｅｂサイト２０ａ、２０ｂ、及び２０ｃ（以下、総称する場合「Ｗｅｂサイト２０」という。）と、検索クライアント３０ａ、３０ｂ、及び３０ｃ（以下、総称する場合「検索クライアント３０」という。）とは、インターネット等のネットワーク４０を介して接続されている。
【００１０】
検索クライアント３０は、ネットワーク４０上におけるＷｅｂサイト２０の検索を行うユーザ（検索者）によって利用されるＰＣ（Personal Computer）又は携帯電話等の情報処理装置であり、Ｗｅｂブラウザが実装されている。検索クライアント３０のＷｅｂブラウザは、検索者によって入力された検索条件（検索キーワード）に基づくＷｅｂサイト２０の検索を検索サーバ１０に要求する。
【００１１】
検索サーバ１０は、検索クライアント３０より送信される検索条件に基づいてＷｅｂサイト２０の検索を行い、検索結果の一覧を表示させるＷｅｂページ（以下、「検索結果一覧ページ」という。）を検索クライアント３０のＷｅｂブラウザに返信する。
【００１２】
Ｗｅｂサイト２０は、Ｗｅｂページによってネットワーク４０上に情報の公開等を行ういわゆるＷｅｂサイトであり、一台以上のコンピュータより構成される。
【００１３】
図２は、本発明の実施の形態における検索サーバのハードウェア構成例を示す図である。図２の検索サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５とを有するように構成される。
【００１４】
検索サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。補助記憶装置１０２は、インストールされたプログラムを格納すると共に必要なファイルやデータ等を格納する。
【００１５】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って検索サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１６】
なお、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。
【００１７】
図３は、本発明の実施の形態における検索サーバの機能構成例を示す図である。図３において、検索サーバ１０は、検索部１１、ページ生成部１２、閲覧部１３、アクション監視部１４、アクション条件登録部１５、及びアクション条件登録ＤＢ１６等を有する。これら各部は、検索サーバ１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理によって実現される。
【００１８】
検索部１１は、検索クライアント３０より送信される検索条件（検索キーワード）に基づいて、Ｗｅｂサイト２０の検索を行い、検索結果の一覧（検索されたＷｅｂサイト２０に関する情報の一覧）を出力する。検索部１１は、検索要求を受信するたびに、当該検索要求に関するログデータを検索ログ１７に記録する。検索ログ１７は、例えば、補助記憶装置１０２に記録される。
【００１９】
図４は、検索ログの構成例を示す図である。図４において、検索ログ１７はテーブル形式によって表現されている。当該テーブルの一行は、一回の検索要求に対して記録されるログデータを示す。一つのログデータは、ＩＰアドレス、検索時刻、キーワード、及び検索ＩＤ等を含む。ＩＰアドレスは、検索要求の送信元の検索クライアント３０のＩＰアドレスであり、検索要求に係るＨＴＴＰリクエストより取得される。検索時刻は、検索要求を受け付けた時刻であり、例えば、検索サーバ１０が備えるタイマーより取得される。キーワードは、検索要求において指定されている検索キーワードであり、検索要求に係るＨＴＴＰリクエストより取得される。検索ＩＤは、各ログデータを一意に識別するための識別情報であり、ログデータを検索ログ１７に記録する際に検索部１１によって割り当てられる。すなわち、検索ＩＤは、検索要求ごとに一意であり、また、検索結果一覧ページごとに一意である。なお、図４の例では、ログデータは上から順に時系列に配列されている。
【００２０】
ページ生成部１２は、検索部１１により出力される検索結果の一覧を表示させるＨＴＭＬ（HyperText Markup Language）データ（検索結果一覧ページ）を生成する。検索結果一覧ページの各検索結果（各Ｗｅｂサイト２０に関する情報）には、当該Ｗｅｂサイト２０を閲覧させるためのリンクが貼られる。
【００２１】
閲覧部１３は、検索結果に貼られているリンクのクリックに基づいて行われるＷｅｂサイト２０の閲覧要求（Ｗｅｂサイト２０へのアクセス要求）を検知し、当該閲覧要求に関するログデータを閲覧ログ１８に記録する。閲覧ログ１８は、例えば、補助記憶装置１０２に記録される。
【００２２】
図５は、閲覧ログの構成例を示す図である。図５において、閲覧ログ１８はテーブル形式によって表現されている。当該テーブルの一行は、一回の閲覧要求に対して記録されるログデータを示す。一つのログデータは、ＩＰアドレス、閲覧時刻、検索ＩＤ、及び遷移先ＵＲＬ等を含む。ＩＰアドレスは、検索要求の送信元の検索クライアント３０のＩＰアドレスである。閲覧時刻は、閲覧要求が行われた時刻である。検索ＩＤは、閲覧要求の基礎とされた検索要求の検索ＩＤである。遷移先ＵＲＬは、閲覧要求によって遷移先とされたＵＲＬである。すなわち、閲覧要求によって閲覧対象とされたＵＲＬである。
【００２３】
閲覧部１３による閲覧要求の検知は、例えば、次のように行えばよい。ページ生成部１２は、検索結果一覧ページを生成する際に、各検索結果に対するリンクとして、閲覧部１３に対するＵＲＬを埋め込み、閲覧部１３に対するＵＲＬの引数情報として当該検索結果に係るＷｅｂサイト２０のＵＲＬ（遷移先ＵＲＬ）や検索ＩＤを埋め込んでおく。この場合、検索結果一覧ページにおけるリンクがクリックされると、閲覧部１３に対するＨＴＴＰリクエストが検索クライアント３０のＷｅｂブラウザより送信される。当該ＨＴＴＰリクエストには、検索クライアント３０のＩＰアドレスの他、引数情報としての遷移先ＵＲＬや検索ＩＤ等が含まれている。したがって、閲覧部１３は、当該ＨＴＴＰリクエストによって閲覧要求が行われたことを検知することができ、当該ＨＴＴＰリクエストより、検索クライアント３０のＩＰアドレス、検索ＩＤ、及び遷移先ＵＲＬを取得し、アクセスログ１８に記録することができる。また、当該ＨＴＴＰが受信された時刻を閲覧時刻としてアクセスログ１８に記録することができる。
【００２４】
なお、閲覧部１３は、閲覧要求に係るＨＴＴＰリクエストに応じ、当該閲覧要求元の検索クライアント３０を要求元としたＨＴＴＰリクエストを遷移先ＵＲＬに係るＷｅｂサイト２０に送信する。これにより、当該検索クライアント３０のＷｅｂブラウザには、遷移先ＵＲＬに係るＷｅｂサイト２０よりＷｅｂページが返信される。
【００２５】
アクション条件登録ＤＢ１６には、予め登録されているＷｅｂサイト２０に関する情報について、検索部１１による検索結果に拘わらず検索結果に含めるための条件（アクション条件）が登録されたデータベースである。すなわち、本実施の形態における検索結果一覧ページには、検索部１１による検索結果だけでなく、アクション条件登録ＤＢ１６に登録されているアクション条件に基づいて通知が要求されるＷｅｂサイト２０に関する情報ついても検索結果の一覧に含められる。アクション条件は、所定の期間内に、同一又は類似の検索キーワードに基づいて検索要求が行われた回数、及び当該検索要求の結果に対して閲覧要求が行われた回数等に基づいて規定される。
【００２６】
図６は、アクション条件登録ＤＢの構成例を示す図である。図６において、アクション条件登録ＤＢ１６の一レコードは、ＩＤ、登録者名、登録者アドレス、キーワード、合致条件（１）、合致条件（２）、検索回数、閲覧回数、通知条件、検索回数カウント条件、閲覧回数カウント条件、有効期間、紹介ページＵＲＬ、紹介メッセージ、及びユーザ情報通知要否等の項目より構成され、一つのレコードによって一つのアクション条件が規定される。
【００２７】
ＩＤは、各レコード（各アクション条件）を一意に識別するＩＤ（以下、「アクション条件ＩＤ」という。）である。登録者名は、レコードの登録者の識別情報である。本実施の形態では、アクション条件登録ＤＢ１６に対する登録者は、各Ｗｅｂサイト２０の管理者である場合を例とする。したがって、登録者名は、各Ｗｅｂサイト２０を開設している団体等の名前が登録される。登録者アドレスは、登録者のメールアドレスである。
【００２８】
キーワード、合致条件（１）、合致条件（２）、検索回数、閲覧回数、通知条件、検索回数カウント条件、閲覧回数カウント条件、及び有効期間は、アクション条件を規定する項目（パラメータ）である。これらのパラメータの意味については、処理手順の説明においてこれらのパラメータがどのように用いられるかを説明することにより明らかにする。
【００２９】
紹介ページＵＲＬ、紹介メッセージは、アクション条件が満たされたときに、検索結果に含めるＵＲＬ又はメッセージである。ユーザ情報通知要否は、アクション条件が満たされたときに、当該アクション条件を満たすアクションを行った検索者に関する情報のＷｅｂサイト２０への提供の要否を示す情報である。
【００３０】
アクション監視部１４は、検索ログ１７及び閲覧ログ１８を監視することにより、検索クライアント３０ごとに検索要求又は閲覧要求（アクション）の履歴を把握する。アクション管理部１４は、アクションの履歴がアクション条件登録ＤＢ１６に登録されているアクション条件を満たしたときは、当該アクション条件に関連付けられている紹介ページＵＲＬや、紹介メッセージや、当該アクションに係る検索クライアント３０のＩＰアドレス等を含む情報（通知リスト５１）を出力する。
【００３１】
なお、ページ生成部１２は、通知リスト５１に登録されている情報をも参照して、検結果一覧ページを生成する。したがって、検索要求に指定されている検索キーワードによる検索結果の一覧に含まれていないＷｅｂサイト２０であっても、通知リスト５１にそのＵＲＬが含まれているＷｅｂサイト２０は、検索結果として検索結果一覧ページに含められる。
【００３２】
アクション条件登録部１５は、Ｗｅｂサイト２０からの要求に応じ、アクション条件等を通知条登録ＤＢ１６に登録する。
【００３３】
以下、検索サーバ１０の処理手順について説明する。図７は、アクション条件登録部によるアクション条件の登録処理を説明するためのフローチャートである。
【００３４】
或るＷｅｂサイト２０よりアクション条件の登録要求が受信されると（Ｓ１１）、アクション条件登録ＤＢ１６に新たなレコードを生成する（Ｓ１２）。新たなレコードの生成により、当該レコードに対するＩＤが割り当てられる。続いて、登録要求に含まれている登録者情報（登録者名、登録者アドレス）、キーワード、キーワード合致条件（合致条件（１）、合致条件（２））、検索回数、閲覧回数、通知条件、検索回数カウント条件、閲覧回数カウント条件、紹介情報（常会ページ情報ＵＲＬ、紹介メッセージ）、ユーザ情報通知要否を新たに生成されたレコードに登録する（Ｓ１３〜Ｓ２１）。
【００３５】
続いて、アクション監視部１４による処理手順について説明する。図８は、検索ログが更新された際のアクション監視部による処理概要を説明するための図である。
【００３６】
検索要求に応じて検索部１１によって新たなログデータ（以下、「新規ログデータ」という。）が検索ログ１７に追加されると、新規ログデータにおけるキーワードと合致するキーワードが登録されているアクション条件がアクション条件登録ＤＢ１より検索される（Ｓ３１）。合致するアクション条件が検索されなかった場合は、何も行われない（Ｓ３２）。
【００３７】
合致するアクション条件が検索された場合、検索要求に係るユーザ（カレントユーザ）が新規ユーザであるか否かを判定される（Ｓ３３）。ここで、新規ユーザとは、そのアクションがアクション条件に基づいてアクション監視部１４によって監視対象とされていないユーザをいう。
【００３８】
カレントユーザが新規ユーザである場合（Ｓ３３でＹｅｓ）、カレントユーザによる今後のアクションを監視するための子プロセス（ユーザプロセス）が起動される。ユーザプロセスには、ステップＳ３１において検索されたアクション条件（以下、「アクション条件Ｂ」という。）の他、検索ＩＤ及び検索時刻が設定される。ユーザプロセスは、設定されたアクション条件Ｂに合致するアクションの履歴を記録するためのアクション履歴リスト１４１ｂを生成し、設定された検索ＩＤ及び検索時刻をアクション履歴リスト１４１ｂに記録する。
【００３９】
一方、カレントユーザが新規ユーザで無い場合（Ｓ３３でＮｏ）、カレントユーザに対するユーザプロセスは既に起動されている。そこで、カレントユーザに対するユーザプロセスは、アクション条件Ｂと同一のアクション条件が既に設定されているか否かを判定する（Ｓ３４）。アクション条件Ｂが既にユーザプロセスに登録されている場合（Ｓ３４でＹｅｓ）、当該ユーザプロセスは、アクション条件Ｂに対するアクション履歴リスト１４１ｂに今回の検索ＩＤ及び検索時刻を追加する。
【００４０】
また、アクション条件Ｂがユーザプロセスに登録されていない場合（Ｓ３４でＮｏ）、当該ユーザプロセスは、既に登録されているアクション条件（アクション条件Ａ）に対するアクション履歴リスト１４１ａとは別にアクション条件Ｂに対するアクション履歴リスト１４１ｂを生成し、アクション履歴リスト１４１ｂに今回の検索ＩＤ及び検索時刻を記録する。
【００４１】
また、図９は、閲覧ログが更新された際のアクション監視部による処理概要を説明するための図である。
【００４２】
閲覧要求に応じて閲覧部１３によって新たなログデータ（以下、「新規ログデータ」という。）が閲覧ログ１８に追加されると、新規ログデータに含まれている検索ＩＤ及び閲覧時刻が取得される（Ｓ４１）。続いて、既存のユーザプロセスの中から、閲覧要求に係るユーザ（カレントユーザ）に対するユーザプロセスが検索される（Ｓ４２）。図９において、ユーザプロセスＢがカレントユーザに対するユーザプロセスである場合、ユーザプロセスＢのアクションリスト１４１ｂに、当該閲覧時刻が追加される。
【００４３】
このように、アクション監視部１４は、ユーザごと（検索クライアント３０ごと）に、そのアクション監視するための子プロセスを生成する。また、各子プロセスは、対応するユーザが行ったアクションに合致するアクション条件ごとにアクション履歴リストを保持し、検索要求が行われるたびに検索ＩＤ及び検索時刻を、閲覧要求が行われるたびに閲覧時刻を該当するアクション履歴リストに記録する。
【００４４】
なお、その後、各ユーザプロセスは、アクション履歴リストに記録された情報に基づいて、アクション条件に従った振る舞いを行う。
【００４５】
アクション監視部１４による処理手順について更に詳しく説明する。図１０は、アクション監視部の親プロセスによる処理手順を説明するためのフローチャートである。
【００４６】
検索部１１又は閲覧部１３によって、検索ログ１７又は閲覧ログ１８に新規ログデータが追加されることにより図１０の処理が開始される。
【００４７】
検索ログ１７に新規ログデータが追加された場合（Ｓ１０１で「検索ログ」）、アクション監視部１４は、新規ログデータに含まれているキーワード（検索キーワード）を取得する（Ｓ１０２）。続いて、アクション監視部１４は、キーワードと合致するキーワードが登録されているレコードをアクション条件登録ＤＢ１より検索する（Ｓ１０３）。
【００４８】
ここで、キーワードの合致の判定条件は、アクション条件登録ＤＢ１６のレコード（アクション条件）における合致条件（１）及び合致条件（２）の値によって定義される。合致条件（１）は、アクション条件のキーワードとして複数の単語が登録されている場合に、少なくともいずれか一つが比較対象（ログデータにおけるキーワード）に含まれていればよいのか（ＯＲ）、又は全てが比較対象に含まれている必要があるのか（ＡＮＤ）を規定する条件である。合致条件（２）は、キーワードと合致条件（１）に基づいて特定されるキーワードが、比較対象の一部と一致していればよいのか（部分一致）、又は完全に一致していればよいのか（完全一致）を規定する条件である。
【００４９】
例えば、図６において、一行目のアクション条件の場合、キーワード「特許  出願」のういち、いずれか一方が（ＯＲ）、比較対象の一部と一致していれば（部分一致）、当該アクション条件のキーワードと比較対象とは合致すると判定される。
【００５０】
該当レコードが検索されなかった場合（Ｓ１０３でＮｏ）、アクション監視部１４は、ログデータの追加に応じて実行する処理を終了させる。該当レコードが検索された場合（Ｓ１０３でＹｅｓ）、アクション監視部１４は、新規ログデータに含まれている、カレントユーザを識別するための情報（本実施の形態では、ＩＰアドレス）を取得する（Ｓ１０４）。続いて、アクション監視部１４は、新規ログデータより検索ＩＤ及び検索時刻を取得する（Ｓ１０５、Ｓ１０６）。
【００５１】
続いて、アクション監視部１４は、カレントユーザが新規ユーザであるか否かを判定する（Ｓ１０７）。当該判定は、カレントユーザに対するユーザプロセスの存否に基づいて行えばよい。カレントユーザが新規ユーザである場合、すなわち、カレントユーザに対するユーザプロセスが存在しない場合（Ｓ１０７でＹｅｓ）、アクション監視部１４は、カレントユーザプロセスに対するユーザプロセスを起動し（Ｓ１０８）、起動されたユーザプロセスに対して、新規ログデータに含まれているＩＰアドレス（カレントユーザのＩＰアドレス）と、ステップＳ１０３において検索されたレコードのＩＤ（アクション条件ＩＤ）と、新規ログデータより取得された検索ＩＤ及び検索時刻とを通知する（Ｓ１０９）。なお、アクション監視部１４は、起動したユーザプロセスのプロセスＩＤとＩＰアドレスとの関連付けをユーザプロセス管理リストに登録しておく。
【００５２】
図１１は、ユーザプロセス管理リストの構成例を示す図である。図１１に示されるように、ユーザプロセス管理リストには、ユーザプロセスごとにプロセスＩＤと対応するユーザのＩＰアドレスとが保持される。したがって、ステップＳ１０７における判定は、ユーザプロセス管理リストを用いて行ってもよい。
【００５３】
カレントユーザが新規ユーザでない場合、すなわち、カレントユーザに対するユーザプロセスが存在する場合（Ｓ１０７でＹｅｓ）、アクション監視部１４は、カレントユーザに対応するユーザプロセスに、ステップＳ１０３において検索されたレコードのＩＤ（アクション条件ＩＤ）と、新規ログデータより取得された検索ＩＤ及び検索時刻とを通知する（Ｓ１１０）。
【００５４】
一方、閲覧ログ１８に新規ログデータが追加された場合（Ｓ１０１で「閲覧ログ」）、アクション監視部１４は、新規ログデータに含まれている検索ＩＤ，閲覧時刻を取得する（Ｓ１２１、Ｓ１２２）。続いて、アクション監視部１４は、新規ログデータに含まれているＩＰアドレスをユーザプロセス管理リストに当てはめることにより、カレントユーザに対するユーザプロセスを検索する（Ｓ１２３）。続いて、アクション監視部１４は、検索されたユーザプロセスに、検索ＩＤ及び閲覧時刻を通知する（Ｓ１２４）。
【００５５】
続いて、ユーザプロセスによって実行される処理について説明する。図１２は、アクション監視部の子プロセスによる処理手順を説明するためのフローチャートである。図１２の処理は、ユーザプロセスごとに行われる処理であり、当該ユーザプロセスが終了するまでループする。
【００５６】
ユーザプロセスは、常時、自らに設定されているアクション条件の中で、最後のアクション（検索又は閲覧）が行われた時刻から有効期間を経過したものの有無を判定する（Ｓ２０１）。ユーザプロセス内では、当該ユーザプロセスに設定されたアクション条件ごとに、アクション履歴リストが管理されている。したがって、最後のアクションの時刻はアクション条件ごとにアクション履歴リストの最後の検索時刻又は閲覧時刻に基づいて判定される。また、有効期間は、アクション条件登録ＤＢ１６においてアクション条件ごとに設定されている。したがって、現在の時刻が（最後のアクションの時刻＋有効期間）を経過している場合、当該アクション条件は有効期間を経過したものと判定される。
【００５７】
有効期間が経過したアクション条件が存在する場合（Ｓ２０１でＹｅｓ）、ユーザプロセスから当該アクション条件を削除する（Ｓ２１７）。したがって、当該アクション条件に対するアクション履歴リストも削除される。すなわち、各アクション条件は、有効期間の間だけ監視対象とされる。
【００５８】
続いて、ユーザプロセスに設定されているアクション条件が未だ残っているか否かを判定する（Ｓ２１８）。アクション条件が残っていない場合（Ｓ２１８でＹｅｓ）、ユーザプロセスは、プロセスを終了させる。アクション条件が残っている場合（Ｓ２１８でＮｏ）、ユーザプロセスは、残っているアクション条件を監視するためループ処理を継続する。
【００５９】
一方、有効期間を経過したアクション条件が存在しない場合（Ｓ２０１でＮｏ）、親プロセスからの通知の有無を判定する（Ｓ２０２）。ここでいう通知は、図１０のステップＳ１０９、Ｓ１１０、又はＳ１２４において行われる通知をいう。親プロセスからの通知が無い場合（Ｓ２０２でＮｏ）、何もせずにループ処理の開始に戻る。親プロセスから検索時の通知（ステップＳ１０９又はＳ１１０における通知）があった場合（Ｓ２０２で「検索通知」）、通知されたアクション条件ＩＤと既に当該ユーザプロセスに設定されているアクション条件のアクション条件ＩＤとを比較することにより、通知されたアクション条件ＩＤに係るアクション条件は既に設定されているか（既知であるか）否かを判定する（Ｓ２０３）。
【００６０】
通知されたアクション条件ＩＤが既知のアクション条件に係るものである場合（Ｓ２０３でＹｅｓ）、通知されたアクション条件ＩＤに対応するアクション条件を処理対象とし、当該アクション条件に設定されている検索回数カウント条件が満たされているか否かを判定する（Ｓ２０４）。
【００６１】
検索回数カウント条件とは、検索回数をカウントアップする条件をいう。図６に示されるように、検索回数カウント条件には時間が設定されている。これは、前回の検索時から、又は直前の閲覧時からの経過時間を示す。すなわち、ステップＳ２０４では、処理対象のアクション条件のアクション履歴リストに基づいて、前回の検索時の検索時刻、又は直前の閲覧時の閲覧時刻から検索回数カウント条件に設定されている時間が経過しているか否かが判定される。
【００６２】
検索回数カウント条件が満たされていない場合（Ｓ２０４でＮｏ）、ループ処理の開始に戻る。検索回数カウント条件が満たされている場合（Ｓ２０４でＹｅｓ）、親プロセスより通知された検索ＩＤ及び検索時刻をアクション履歴リストに追加する。このことは、検索回数をカウントアップすることと同義である。すなわち、アクション履歴リストに含まれている検索時刻の数によって検索回数が把握されるからである。このように、検索回数は、前回のアクションから所定の時間内（短期間の間）に検索が行われた場合にカウントアップされる。
【００６３】
ステップＳ２０３において、既知のアクション条件でないと判定された場合（Ｓ２０３でＮｏ）、親プロセスより通知されたアクション条件ＩＤに対するレコード（アクション条件）をアクション条件登録ＤＢ１６より取得し、取得されたアクション条件を当該ユーザプロセスに追加（設定）する（Ｓ２０６）。続いて、追加されたアクション条件に対するアクション履歴リストを生成し、当該アクション履歴リストに、親プロセスより通知された検索ＩＤ及び検索時刻を追加する（Ｓ２０７）。
【００６４】
一方、親プロセスから閲覧時の通知（ステップＳ１２４における通知）があった場合（Ｓ２０２で「閲覧通知」）、当該ユーザプロセスに設定されているアクション条件の中で、そのアクション履歴リスト内に親プロセスより通知された検索ＩＤが記録されているものを検索する（Ｓ２０８）。すなわち、当該閲覧行為の基である検索行為に対応するアクション条件を検索する。該当するアクション条件が検索されなかった場合（Ｓ２０８で、Ｎｏ）、ループ処理の開始に戻る。
【００６５】
該当するアクション条件が検索された場合（Ｓ２０８でＹｅｓ）、検索されたアクション条件を処理対象とし、当該アクション条件に設定されている閲覧回数カウント条件が満たされているか否かを判定する（Ｓ２０９）。
【００６６】
閲覧回数カウント条件とは、閲覧回数をカウントアップする条件をいう。図６に示されるように、閲覧回数カウント条件には時間が設定されている。この時間の意味は、検索回数カウント条件と同じである。したがって、ステップＳ２０９では、処理対象のアクション条件のアクション履歴リストに基づいて、前回の検索時の検索時刻、又は直前の閲覧時の閲覧時刻から閲覧回数カウント条件に設定されている時間が経過しているか否かが判定される。
【００６７】
閲覧回数カウント条件が満たされていない場合（Ｓ２０９でＮｏ）、ループ処理の開始に戻る。閲覧回数カウント条件が満たされている場合（Ｓ２０９でＹｅｓ）、親プロセスより通知された検索ＩＤ及び閲覧時刻をアクション履歴リストに追加する。このことは、閲覧回数をカウントアップすることと同義である。すなわち、アクション履歴リストに含まれている閲覧時刻の数によって閲覧回数が把握されるからである。このように、閲覧回数は、前回のアクションから所定の時間内（短期間の間）に閲覧が行われた場合にカウントアップされる。
【００６８】
ステップＳ２０５、Ｓ２０７、又はＳ２１０に続いて、処理対象とされているアクション条件（以下、「カレントアクション条件」という。）に設定されている通知条件は満たされているか否かを判定する（Ｓ２１１）。通知条件とは、当該アクション条件を登録したＷｅｂサイト２０の情報を検索者に通知する時期を規定する条件をいう。また、アクション条件の設定に応じて、検索者の情報をＷｅｂサイト２０側に通知する時期を規定する条件も通知条件に含まれる。
【００６９】
図６に示されるように、通知条件は、検索回数及び閲覧回数の少なくともいずれか一方を用いて定義されている。したがって、カレントアクション条件のアクション履歴リストに基づいて、検索回数及び閲覧回数を把握し、その値をカレントアクション条件に設定されている通知条件に当てはめることで、通知条件が満たされているか否かを判定する。
【００７０】
通知条件が満たされていない場合（Ｓ２１１でＮｏ）、ループ処理の開始に戻る。通知条件が満たされている場合（Ｓ２１１でＹｅｓ）、カレントアクション条件に紹介ページＵＲＬ及び紹介メッセージの少なくともいずれか一方が設定されているか否かを判定する。少なくともいずれか一方が設定されている場合、設定されている紹介情報と、当該ユーザプロセスに設定されているＩＰアドレスとを含むデータを通知リスト５１として記憶装置上に生成（出力する）（Ｓ２１３）。
【００７１】
続いて、カレントアクション条件のユーザ情報通知要否において、ユーザ情報の通知が要求されているか否かを判定する（Ｓ２１４）。ユーザ情報の通知が要求されている場合（Ｓ２１４でＹｅｓ）、ユーザ情報の取得の可否を判定する（Ｓ２１５）。取得が可能な場合はユーザ情報を取得し、取得されたユーザ情報をカレントアクション条件に設定されている登録者アドレス宛に電子メールで送信する（Ｓ２１６）。ここで、ユーザ情報とは、例えば、ユーザの電話番号、名前等が相当する。例えば、検索クライアント３０のＩＰアドレスごとにユーザ情報が管理されているデータベースが存在する場合、ＩＰアドレスに基づいて当該データベースよりユーザ情報を取得すればよい。
【００７２】
続いて、カレントアクセス条件を当該ユーザプロセスより削除する（Ｓ２１７）。これは、同じアクセス条件に基づいて同じ当事者に対して何度も同じ情報が通知されることを防止するためである。以降、ステップＳ２１８及びＳ２１９については上述した通りである。
【００７３】
続いて、検索時における検索部及びページ生成部による処理について説明する。図１３は、検索部及びページ生成部による処理手順について説明するためのフローチャートである。
【００７４】
検索クライアント３０のＷｅｂブラウザより検索要求（ＨＴＴＰリクエスト）が受信されると（Ｓ３０１）、検索部１１は、検索要求に含まれている、検索クライアント３０のＩＰアドレスと検索キーワードとを取得する。（Ｓ３０２）。続いて、検索部１１は、取得されたＩＰアドレス及び検索キーワードを含む新規ログデータを検索ログ１７に追加する（Ｓ３０３）。続いて、検索部１１は、取得された検索キーワードに基づいてＷｅｂサイト２０の検索を行い、検索結果の一覧をページ生成部１２に出力する（Ｓ３０４）。
【００７５】
続いて、ページ生成部１２は、取得されたＩＰアドレスと同一のＩＰアドレスが記録されている通知リスト５１の存否を確認する（Ｓ３０５）。該当する通知リスト５１が存在しない場合（Ｓ３０５でＮｏ）、ページ生成部１２は、検索結果の一覧に基づいて検索結果一覧ページを生成し、検索部１１に出力する（Ｓ３０８）。したがって、この場合は、通常の検索結果一覧ページが生成される。
【００７６】
一方、該当する通知リスト５１が存在する場合（Ｓ３０５でＹｅｓ）、当該通知リスト５１より紹介情報（紹介ページＵＲＬ、紹介メッセージ）を取得し、当該紹介情報を一つの検索結果として、検索部１１による検索結果の一覧とマージする（Ｓ３０７）。続いて、ページ生成部１２は、紹介情報がマージされた（含められた）検索結果の一覧に基づいて検索結果一覧ページを生成し、検索部１１に出力する（Ｓ３０８）。したがって、この場合、紹介情報が検索結果として含まれた検索結果一覧ページが生成される。
【００７７】
続いて、検索部１１は、生成された検索結果一覧ページを検索要求元の検索クライアント３０に返信する（Ｓ３０９）。
【００７８】
紹介情報がマージされた場合、検索クライアント３０のＷｅｂブラウザによって、検索結果一覧ページは例えば次のように表示される。図１４は、紹介情報が含められた検索結果一覧ページの表示例を示す図である。
【００７９】
図１４に示される検索結果一覧ページ５００において、参照番号５１０によって示される部分が紹介情報に相当する。紹介情報５１０としては、紹介メッセージ５１１が表示され、紹介メッセージ５１１には紹介ページＵＲＬのリンクが貼られている。
【００８０】
なお、図１４の例では、検索部１１による検索結果と紹介情報とがマージされた例が示されているが、紹介情報における紹介ＵＲＬに係るＷｅｂページを、検索要求に対する応答として検索クライアント３０に返信するようにしてもよい。
【００８１】
上述したように、本発明の実施の形態における検索サーバ１０によれば、予めアクション通知条件ＤＢ１６に登録されている通知条件が満たされたアクション（検索行為、閲覧行為）が行われたときに、当該通知条件に関連付けられている紹介情報（通知情報）が検索要求に対する応答として返信される。ここで、通知条件は、有効期間内における検索回数及び閲覧回数の少なくともいずれか一方に基づいて規定されている。したがって、検索者が同一又は類似の検索条件に基づいて検索や閲覧を或る短期間内において行った場合に、紹介情報が検索者に提供される。
【００８２】
このように、短期間内に同一又は類似の検索条件に基づく検索又は閲覧が複数回行われるということは、当該検索者に関して、所望の情報（納得できる検索結果）が得られていないことが推察される。したがって、このような状態において、又はこのようなタイミングで紹介情報を表示させることは、検索者の注目を引く上で効果的であると考える。また、一回の検索要求に応じて紹介情報が直ちに表示されたり、頻繁に表示されたりすることを回避することができるため、検索者に対する不快感を抑制することができる。
【００８３】
また、通知条件と比較するための検索回数や閲覧回数は、前回のアクションからの経過時間が予め設定された時間内（短期間内）である場合にカウントアップされる。この仕組みにより、検索者が所望する情報を得ることができていない状況をより明確に把握することができる。すなわち、検索や閲覧が短期間内に連続して行われるということは、検索結果や閲覧内容をじっくり確認せずに、直ちに次ぎの検索又は閲覧に移行しているものと考えられるからである。
【００８４】
また、Ｗｅｂサイト３０側（情報の提供者側）にも検索者の情報が通知されるため、当該情報の提供者は、能動的に当該検索者に連絡をとることができ、ビジネスチャンスの拡大を図ることもできる。
【００８５】
なお、紹介情報には、必ずしも紹介ＵＲＬのリンクが貼られていなくてもよい。この場合、当該レコードを登録した団体の連絡先（電話番号等）が紹介メッセージに記載されていれば、検索者は当該団体に対して連絡をとることができる。換言すれば、本実施の形態における検索システム１によれば、必ずしもＷｅｂサイトを開設していない者であっても、検索者に対して自らの存在を通知することができる。
【００８６】
また、本実施の形態では、インターネットにおける検索システムを具体例として説明したが、本実施の形態において説明した仕組みをイントラネットにおける検索システムに適用してもよい。この場合、アクション条件登録ＤＢ１６には、部署ごとに、当該部署に関連性の強いキーワードを登録しておけばよい。そうすることにより、社内においてある情報を有している部署を検索している検索者に対して、自らの部署の存在を適切に通知することができる。
【００８７】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００８８】
以上の説明に関し、更に以下の項を開示する。
（付記１）
検索条件ごとに、予め設定された時間内に当該検索条件の少なくとも一部が一致する検索が行われた回数及び該検索による検索結果に基づく閲覧要求が行われた回数の少なくともいずれか一方に基づいて規定された条件を管理する条件管理手段を有するコンピュータが、
ネットワークを介して受信される検索要求に含まれている検索条件に基づいてＷｅｂサイトの検索を行う検索手順と、
前記検索要求の受信に応じて記録される第一の履歴情報及び前記閲覧要求の受信に応じて記録される第二の履歴情報の少なくともいずれか一方に基づいて、検索者による行為が前記条件に合致するか否かを判定する条件判定手順と、
前記検索者による行為に合致すると判定された前記条件に関連付けられている通知情報を表示させるＷｅｂページを生成するＷｅｂページ生成手順と、
前記Ｗｅｂページを前記検索要求に対する応答として返信する返信手順とを実行することを特徴とする情報提供方法。
（付記２）
前記検索者による行為に合致すると判定された前記条件に関連付けられている宛先に、前記検索者に関する情報を送信する検索者情報送信手段を有することを特徴とする付記１記載の情報提供方法。
（付記３）
前記Ｗｅｂページ生成手順は、前記検索手順における検索結果と共に前記通知情報を表示させるＷｅｂページを生成することを特徴とする付記１又は２記載の情報提供方法。
（付記４）
前記条件判定手順は、前記第一の履歴情報に基づいて判定される検索回数に基づいて、検索者による行為が前記条件に合致するか否かを判定し、
前記検索回数は、前回の検索要求又は直前の閲覧要求からの時間が予め設定された時間内であるときにカウントアップされることを特徴とする付記１乃至３いずれか一項記載の情報提供方法。
（付記５）
前記条件判定手順は、前記第二の履歴情報に基づいて判定される閲覧回数に基づいて、検索者による行為が前記条件に合致するか否かを判定し、
前記閲覧回数は、前回の検索要求又は直前の閲覧要求からの時間が予め設定された時間内であるときにカウントアップされることを特徴とする付記１乃至４いずれか一項記載の情報提供方法。
（付記６）
検索条件ごとに、予め設定された時間内に当該検索条件の少なくとも一部が一致する検索が行われた回数及び該検索による検索結果に基づく閲覧要求が行われた回数の少なくともいずれか一方に基づいて規定された条件を管理する条件管理手段と、
ネットワークを介して受信される検索要求に含まれている検索条件に基づいてＷｅｂサイトの検索を行う検索手段と、
前記検索要求の受信に応じて記録される第一の履歴情報及び前記閲覧要求の受信に応じて記録される第二の履歴情報の少なくともいずれか一方に基づいて、検索者による行為が前記条件に合致するか否かを判定する条件判定手段と、
前記検索者による行為に合致すると判定された前記条件に関連付けられている通知情報を表示させるＷｅｂページを生成するＷｅｂページ生成手段とを有し、
前記Ｗｅｂページを前記検索要求に対する応答として返信することを特徴とする情報提供装置。
（付記７）
前記検索者による行為に合致すると判定された前記条件に関連付けられている宛先に、前記検索者に関する情報を送信する検索者情報送信手段を有することを特徴とする付記６記載の情報提供装置。
（付記８）
前記Ｗｅｂページ生成手段は、前記検索手段における検索結果と共に前記通知情報を表示させるＷｅｂページを生成することを特徴とする付記６又は７記載の情報提供装置。
（付記９）
前記条件判定手段は、前記第一の履歴情報に基づいて判定される検索回数に基づいて、検索者による行為が前記条件に合致するか否かを判定し、
前記検索回数は、前回の検索要求又は直前の閲覧要求からの時間が予め設定された時間内であるときにカウントアップされることを特徴とする付記６乃至８いずれか一項記載の情報提供装置。
（付記１０）
前記条件判定手段は、前記第二の履歴情報に基づいて判定される閲覧回数に基づいて、検索者による行為が前記条件に合致するか否かを判定し、
前記閲覧回数は、前回の検索要求又は直前の閲覧要求からの時間が予め設定された時間内であるときにカウントアップされることを特徴とする付記６乃至９いずれか一項記載の情報提供装置。
（付記１１）
付記１乃至５いずれか一項記載の情報提供方法をコンピュータに実行させるための情報提供プログラム。
【図面の簡単な説明】
【００８９】
【図１】本発明の実施の形態における検索システムの構成例を示す図である。
【図２】本発明の実施の形態における検索サーバのハードウェア構成例を示す図である。
【図３】本発明の実施の形態における検索サーバの機能構成例を示す図である。
【図４】検索ログの構成例を示す図である。
【図５】閲覧ログの構成例を示す図である。
【図６】アクション条件登録ＤＢの構成例を示す図である。
【図７】アクション条件登録部によるアクション条件の登録処理を説明するためのフローチャートである。
【図８】検索ログが更新された際のアクション監視部による処理概要を説明するための図である。
【図９】閲覧ログが更新された際のアクション監視部による処理概要を説明するための図である。
【図１０】アクション監視部の親プロセスによる処理手順を説明するためのフローチャートである。
【図１１】ユーザプロセス管理リストの構成例を示す図である。
【図１２】アクション監視部の子プロセスによる処理手順を説明するためのフローチャートである。
【図１３】検索部及びページ生成部による処理手順について説明するためのフローチャートである。
【図１４】紹介情報が含められた検索結果一覧ページの表示例を示す図である。
【符号の説明】
【００９０】
１        検索システム
１０      検索サーバ
１１      検索部
１２      ページ生成部
１３      閲覧部
１４      アクション監視部
１５      アクション条件登録部
１６      アクション条件登録ＤＢ
１７      検索ログ
１８      閲覧ログ
２０ａ、２０ｂ、２０ｃ    Ｗｅｂサイト
３０ａ、３０ｂ、３０ｃ    検索クライアント
１００    ドライブ装置
１０１    記録媒体
１０２    補助記憶装置
１０３    メモリ装置
１０４    ＣＰＵ
１０５    インタフェース装置
Ｂ    バス
【図１】
0005125401.tif 000002
【図２】
0005125401.tif 000003
【図３】
0005125401.tif 000004
【図４】
0005125401.tif 000005
【図５】
0005125401.tif 000006
【図６】
0005125401.tif 000007
【図７】
0005125401.tif 000008
【図８】
0005125401.tif 000009
【図９】
0005125401.tif 000010
【図１０】
0005125401.tif 000011
【図１１】
0005125401.tif 000012
【図１２】
0005125401.tif 000013
【図１３】
0005125401.tif 000014
【図１４】
0005125401.tif 000015