(57)【特許請求の範囲】
【請求項１】
ユーザによって指定されたカスタマイズ情報を記憶部に記憶し、
複数の検索用のキーワードに対応する検索対象のカテゴリーに対する優先順位を受け付け、
前記複数の検索用のキーワードから１つのキーワードの選択を受け付け、
選択された検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の結果を、前記カテゴリーに対する前記優先順位に応じた順序で出力する
処理をコンピュータに実行させるプログラム。
【請求項２】
ユーザによって指定されたカスタマイズ情報を記憶部に記憶し、
複数の検索用のキーワードから１つのキーワードの選択を受け付け、
選択された検索用のキーワードに対応する検索対象のカテゴリー毎に、各カテゴリーに対する優先順位に応じて、選択された検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の結果の一部を表示部へ出力する
処理をコンピュータに実行させるプログラム。
【請求項３】
複数のカテゴリーのそれぞれに対応付けて前記カスタマイズ情報を前記記憶部に記憶する
処理を前記コンピュータに実行させる請求項１又は２に記載のプログラム。
【請求項４】
前記検索処理の結果に対する前記ユーザの閲覧履歴に基づいて前記カスタマイズ情報を変更する
処理を前記コンピュータに実行させる請求項１から３までのいずれかひとつに記載のプログラム。
【請求項５】
前記検索処理の結果に対する前記ユーザの閲覧履歴に基づいて、前記検索用のキーワードに対応する検索対象のカテゴリーに対する優先順位を変更する
処理を前記コンピュータに実行させる請求項１から４までのいずれかひとつに記載のプログラム。
【請求項６】
前記カスタマイズ情報の変更を受け付けた場合に、前記記憶部に記憶してある前記カスタマイズ情報を更新し、
前記検索用のキーワード及び更新後の前記カスタマイズ情報に基づく検索処理の結果を出力する
処理を前記コンピュータに実行させる請求項１から５までのいずれかひとつに記載のプログラム。
【請求項７】
前記検索処理の結果を記憶部に記憶し、
前記検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の結果が、前記記憶部に記憶してある検索処理の結果から変化した場合に、変化した前記検索処理の結果を出力する
請求項１から６までのいずれかひとつに記載のプログラム。
【請求項８】
前記検索処理の結果に対する評価情報を記憶部に記憶し、
前記評価情報に応じた順序で前記検索処理の結果を出力する
請求項１から７までのいずれかひとつに記載のプログラム。
【請求項９】
前記検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の実行回数に応じて、前記検索用のキーワードに対応する検索対象のカテゴリーに対する優先順位を変更する
処理を前記コンピュータに実行させる請求項１から８までのいずれかひとつに記載のプログラム。
【請求項１０】
前記検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の実行回数と、前記検索処理の結果に対する前記ユーザの閲覧履歴に基づいて、前記ユーザの検索処理の特徴を抽出し、
抽出した前記検索処理の特徴に応じたコンテンツを出力する
処理を前記コンピュータに実行させる請求項１から９までのいずれかひとつに記載のプログラム。
【請求項１１】
前記検索用のキーワードに対応するカテゴリー毎の検索回数と、情報の内容を分類した分類毎の閲覧回数とが入力された場合に、検索処理の特徴を分類した特徴分類を示す情報を出力するように学習した学習モデルを用いて、
前記ユーザによる前記カテゴリー毎の検索回数と、前記検索処理の結果に対して前記ユーザが閲覧した閲覧情報の前記分類毎の閲覧回数とに対応する、前記ユーザの検索処理の特徴を示す特徴分類を特定する
処理を前記コンピュータに実行させる請求項１０に記載のプログラム。
【請求項１２】
ウェブサイトに対する前記ユーザの閲覧履歴に基づいて、検索用のキーワードに対応する検索対象のカテゴリーを生成する
処理を前記コンピュータに実行させる請求項１から１１までのいずれかひとつに記載のプログラム。
【請求項１３】
前記検索用のキーワード及びウェブサイトに対する前記ユーザの閲覧履歴が入力された場合に、検索結果を絞り込むための絞り込みキーワードを出力するように学習した学習モデルを用いて、前記検索用のキーワード及び前記ユーザの閲覧履歴に対応する絞り込みキーワードを特定し、
前記検索用のキーワード、前記カスタマイズ情報及び特定した絞り込みキーワードに基づく検索処理の結果を出力する
処理を前記コンピュータに実行させる請求項１から１２までのいずれかひとつに記載のプログラム。
【請求項１４】
検索用のキーワードと前記キーワードに対応してユーザによって指定されたカスタマイズ情報とを取得し、
前記検索用のキーワードに対応する検索対象のカテゴリーに対する優先順位を受け付け、
前記検索用のキーワード及び前記カスタマイズ情報に基づく検索処理を実行し、
検索結果を前記カテゴリーに対する前記優先順位に応じた順序で表示させる表示情報を出力する
処理をコンピュータに実行させるプログラム。
【請求項１５】
検索用のキーワードと前記キーワードに対応してユーザによって指定されたカスタマイズ情報とを取得し、
前記検索用のキーワード及び前記カスタマイズ情報に基づく検索処理を実行し、
前記検索用のキーワードに対応する検索対象のカテゴリー毎に、各カテゴリーに対する優先順位に応じて前記検索処理の検索結果の一部を表示させる表示情報を出力する
処理をコンピュータに実行させるプログラム。
【請求項１６】
前記カスタマイズ情報は、ユーザ及び前記ユーザの家族に関する情報を含む
請求項１から１５までのいずれかひとつに記載のプログラム。
【請求項１７】
前記カスタマイズ情報は、前記検索用のキーワードが示す検索対象に対するユーザの嗜好に関する情報を含む
請求項１から１６までのいずれかひとつに記載のプログラム。
【請求項１８】
ユーザによって指定されたカスタマイズ情報を記憶部に記憶し、
複数の検索用のキーワードに対応する検索対象のカテゴリーに対する優先順位を受け付け、
前記複数の検索用のキーワードから１つのキーワードの選択を受け付け、
選択された検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の結果を、前記カテゴリーに対する前記優先順位に応じた順序で出力する
処理をコンピュータが実行する情報処理方法。
【請求項１９】
ユーザによって指定されたカスタマイズ情報を記憶部に記憶し、
複数の検索用のキーワードから１つのキーワードの選択を受け付け、
選択された検索用のキーワードに対応する検索対象のカテゴリー毎に、各カテゴリーに対する優先順位に応じて、選択された検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の結果の一部を表示部へ出力する
処理をコンピュータが実行する情報処理方法。
【請求項２０】
検索用のキーワードと前記キーワードに対応してユーザによって指定されたカスタマイズ情報とを取得し、
前記検索用のキーワードに対応する検索対象のカテゴリーに対する優先順位を受け付け、
前記検索用のキーワード及び前記カスタマイズ情報に基づく検索処理を実行し、
検索結果を前記カテゴリーに対する前記優先順位に応じた順序で表示させる表示情報を出力する
処理をコンピュータが実行する情報処理方法。
【請求項２１】
検索用のキーワードと前記キーワードに対応してユーザによって指定されたカスタマイズ情報とを取得し、
前記検索用のキーワード及び前記カスタマイズ情報に基づく検索処理を実行し、
前記検索用のキーワードに対応する検索対象のカテゴリー毎に、各カテゴリーに対する優先順位に応じて、前記検索処理の検索結果の一部を表示させる表示情報を出力する
処理をコンピュータが実行する情報処理方法。
【請求項２２】
ユーザによって指定されたカスタマイズ情報を記憶する記憶部と、
複数の検索用のキーワードに対応する検索対象のカテゴリーに対する優先順位を受け付ける優先順位受付部と、
前記複数の検索用のキーワードから１つのキーワードの選択を受け付ける受付部と、
選択された検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の実行要求を送信する送信部とを有する第１情報処理装置と、
前記検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の実行要求を取得する取得部と、
取得した実行要求に応じて、前記検索用のキーワード及び前記カスタマイズ情報に基づく検索処理を実行する検索部と、
検索結果を出力する出力部とを有する第２情報処理装置とを含み、
前記第１情報処理装置は、
前記第２情報処理装置による検索処理の結果を、前記カテゴリーに対する前記優先順位に応じた順序で表示する表示部を更に有する
情報処理システム。
【請求項２３】
ユーザによって指定されたカスタマイズ情報を記憶する記憶部と、
複数の検索用のキーワードから１つのキーワードの選択を受け付ける受付部と、
選択された検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の実行要求を送信する送信部とを有する第１情報処理装置と、
前記検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の実行要求を取得する取得部と、
取得した実行要求に応じて、前記検索用のキーワード及び前記カスタマイズ情報に基づく検索処理を実行する検索部と、
検索結果を出力する出力部とを有する第２情報処理装置とを含み、
前記第１情報処理装置は、
前記検索用のキーワードに対応する検索対象のカテゴリー毎に、各カテゴリーに対する優先順位に応じて、前記第２情報処理装置による検索処理の結果の一部を表示する表示部を更に有する
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、プログラム、情報処理方法及び情報処理システムに関する。
【背景技術】
【０００２】
インターネット等のネットワークを介して各種の情報が公開されており、ネットワーク上に設けられた検索サイトを用いて、ネットワーク経由で公開されている情報から知りたい情報を検索する処理が行われている。情報を検索する際に、ユーザは、知りたい情報に関するキーワード等を入力するが、検索に用いるキーワードによって検索結果が異なる。従って、情報の検索に慣れたユーザであれば、知りたい情報を検索するために適切なキーワードを選択することができ、知りたい情報に容易に辿り着くことができる。しかし、情報の検索に不慣れなユーザ、又は検索したい情報に関する知識が乏しいユーザ等は、適切なキーワードを選択することができない場合、知りたい情報に辿り着くことが難しい。そこで、特許文献１では、検索に不慣れなユーザに、検索に慣れたユーザの検索動向に基づく検索結果を提供するシステムが提案されている。特許文献１に開示されたシステムによれば、検索に不慣れなユーザであっても満足度の高い検索結果を得ることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−９２８３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、ユーザ毎に生活環境及び家族構成、労働状況及び収入状況等が異なるので、検索に慣れたユーザの検索動向に基づく検索結果が、他のユーザにとって適切な情報であるとは限らない。従って、各ユーザがそれぞれ知りたい情報を適切に検索して提供することは難しい。
【０００５】
本開示は、このような事情に鑑みてなされたものであり、その目的とするところは、検索に不慣れなユーザであっても、各ユーザに適切な検索結果を提供することが可能なプログラム等を提供することにある。
【課題を解決するための手段】
【０００６】
本開示の一態様に係るプログラムは、ユーザによって指定されたカスタマイズ情報を記憶部に記憶し、複数の検索用のキーワードに対応する検索対象のカテゴリーに対する優先順位を受け付け、前記複数の検索用のキーワードから１つのキーワードの選択を受け付け、選択された検索用のキーワード及び前記カスタマイズ情報に基づく検索処理の結果を、前記カテゴリーに対する前記優先順位に応じた順序で出力する処理をコンピュータに実行させる。
【発明の効果】
【０００７】
本開示にあっては、検索に不慣れなユーザであっても、ユーザ毎に適切な検索結果を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】検索システムの構成例を示すブロック図である。
【図２】カスタマイズ情報ＤＢの構成例を示す模式図である。
【図３】カスタマイズ情報ＤＢの構成例を示す模式図である。
【図４】カスタマイズ情報の登録処理手順の一例を示すフローチャートである。
【図５】ユーザ端末における画面例を示す模式図である。
【図６】ユーザ端末における画面例を示す模式図である。
【図７】検索処理手順の一例を示すフローチャートである。
【図８】ユーザ端末における画面例を示す模式図である。
【図９】実施形態２の検索処理手順の一例を示すフローチャートである。
【図１０】ユーザ端末における画面例を示す模式図である。
【図１１】実施形態３の検索処理手順の一例を示すフローチャートである。
【図１２】ユーザ端末における画面例を示す模式図である。
【図１３】ユーザ端末における他の画面例を示す模式図である。
【図１４】ユーザ端末によるカスタマイズ情報の生成処理手順の一例を示すフローチャートである。
【図１５】検索結果評価ＤＢの構成例を示す模式図である。
【図１６】実施形態５の検索処理手順の一例を示すフローチャートである。
【図１７】ユーザ端末における画面例を示す模式図である。
【図１８】実施形態６の検索処理手順の一例を示すフローチャートである。
【図１９】実施形態７の検索処理手順の一例を示すフローチャートである。
【図２０】ユーザ端末における画面例を示す模式図である。
【図２１】ユーザの嗜好情報の生成処理手順の一例を示すフローチャートである。
【図２２】実施形態８の検索処理手順の一例を示すフローチャートである。
【図２３】ユーザ端末における画面例を示す模式図である。
【図２４】カテゴリーに対する優先順位の更新処理手順の一例を示すフローチャートである。
【図２５】検索処理における特徴抽出処理の一例を示す模式図である。
【図２６】ページ分類毎の閲覧回数及びカテゴリー毎の検索回数の計数処理手順の一例を示すフローチャートである。
【図２７】コンテンツの提供処理手順の一例を示すフローチャートである。
【図２８】キーワード判別モデルの構成例を示す模式図である。
【図２９】画面例を示す模式図である。
【発明を実施するための形態】
【０００９】
以下に、本開示のプログラム、情報処理方法及び情報処理システムについて、その実施形態を示す図面に基づいて詳述する。
【００１０】
（実施形態１）
ネットワークに設けられた検索サイトを利用して検索処理を行う検索システムについて説明する。図１は検索システムの構成例を示すブロック図である。本実施形態の検索システムは、検索サーバ１０（第２情報処理装置）及びユーザ端末２０（第１情報処理装置）を含み、検索サーバ１０及びユーザ端末２０は、インターネット等のネットワークＮに接続可能に構成されている。図１では、検索サーバ１０は有線接続によってネットワークＮに接続してあるが、無線接続によって接続されてもよい。また、ユーザ端末２０は無線通信によってネットワークＮに接続してあるが、有線接続によって接続されてもよい。検索サーバ１０は、サーバコンピュータ又はパーソナルコンピュータ等の情報処理装置であり、複数台設けられてもよいし、１台のサーバ内に設けられた複数の仮想マシンによって実現されてもよいし、クラウドサーバを用いて実現されてもよい。ユーザ端末２０はスマートフォン、タブレット端末、パーソナルコンピュータ等の情報処理装置であり、複数台設けられている。
【００１１】
本実施形態の検索システムでは、ユーザ端末２０は、ユーザの個人情報及び嗜好に関する情報等を予め取得して登録しておき、登録した情報を用いた検索処理を検索サーバ１０に要求する。検索サーバ１０は、受信した情報に基づいて検索処理を行い、検索結果をユーザ端末２０へ提供する。
【００１２】
検索サーバ１０は、制御部１１、記憶部１２、通信部１３、表示部１４、入力部１５、読み取り部１６等を含み、これらの各部はバスを介して相互に接続されている。制御部１１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の１又は複数のプロセッサを含む。制御部１１は、記憶部１２に記憶してある制御プログラム１２Ｐを適宜実行することにより、検索サーバ１０が行うべき種々の情報処理及び制御処理を行う。
【００１３】
記憶部１２は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ハードディスク、ＳＳＤ（Solid State Drive）等を含む。記憶部１２は、制御部１１が実行する制御プログラム１２Ｐ及び制御プログラム１２Ｐの実行に必要な各種のデータ等を予め記憶している。また記憶部１２は、制御部１１が制御プログラム１２Ｐを実行する際に発生するデータ等を一時的に記憶する。検索サーバ１０はウェブサーバとしての機能も有しており、記憶部１２は、検索処理に用いるキーワード（検索用のキーワード）の入力を受け付けるためのウェブページ、検索結果を提供するためのウェブページ等を含む検索サイト１２Ｓを記憶する。更に記憶部１２は、ネットワークＮを介して公開されている情報から検索キーワードに適した情報を検索する検索エンジン１２ａを記憶する。検索エンジン１２ａは、例えばGoogle（登録商標）、Yahoo!（登録商標）及びBing（登録商標）等の検索エンジンを用いてもよい。従って、検索サーバ１０は、Google、Yahoo!及びBing等の検索エンジン及び検索サイトを提供する検索サーバを用いてもよい。なお、これら以外の検索エンジンを用いてもよい。
【００１４】
通信部１３は、有線通信又は無線通信によってネットワークＮに接続するためのインタフェースであり、ネットワークＮを介して外部装置との間で情報の送受信を行う。表示部１４は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部１１からの指示に従って各種の情報を表示する。入力部１５は、マウス及びキーボード等を含み、ユーザによる操作入力を受け付け、操作内容に対応した制御信号を制御部１１へ送出する。なお、表示部１４及び入力部１５は一体として構成されたタッチパネルであってもよい。
【００１５】
読み取り部１６は、ＣＤ（Compact Disc）−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）−ＲＯＭ、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード等を含む可搬型記憶媒体１ａに記憶された情報を読み取る。記憶部１２に記憶される制御プログラム及びデータは、制御部１１が読み取り部１６を介して可搬型記憶媒体１ａから読み取って記憶部１２に記憶してもよい。また、記憶部１２に記憶される制御プログラム及びデータは、制御部１１が通信部１３を介してネットワークＮ経由で外部装置からダウンロードして記憶部１２に記憶してもよい。
【００１６】
ユーザ端末２０は、制御部２１、記憶部２２、通信部２３、表示部２４、入力部２５等を含み、これらの各部はバスを介して相互に接続されている。制御部２１は、ＣＰＵ、ＭＰＵ又はＧＰＵ等の１又は複数のプロセッサを含む。制御部２１は、記憶部２２に記憶してある制御プログラム２２Ｐを適宜実行することにより、ユーザ端末２０が行うべき種々の情報処理及び制御処理を行う。
【００１７】
記憶部２２は、ＲＡＭ、フラッシュメモリ、ハードディスク、ＳＳＤ等を含む。記憶部２２は、制御部２１が実行する制御プログラム２２Ｐ及び制御プログラム２２Ｐの実行に必要な各種のデータ等を予め記憶している。また記憶部２２は、制御部２１が制御プログラム２２Ｐを実行する際に発生するデータ等を一時的に記憶する。また記憶部２２は、ウェブサイトを閲覧するためのウェブブラウザ２２Ｂ、ネットワークＮを介して検索サーバ１０の検索エンジン１２ａを利用して検索処理を行うための検索アプリケーションプログラム２２ＡＰ（以下では検索アプリ２２ＡＰという）を記憶する。更に記憶部２２は、後述するカスタマイズ情報ＤＢ（データベース）２２ａ〜２２ｅを記憶する。なお、カスタマイズ情報ＤＢ２２ａ〜２２ｅは、ユーザ端末２０に接続された外部の記憶装置に記憶されてもよく、ネットワークＮを介してユーザ端末２０と通信可能な記憶装置に記憶されてもよい。記憶部２２に記憶される制御プログラム及びデータは、例えば通信部２３を介して外部装置から取得されて記憶部２２に記憶される。ユーザ端末２０が可搬型記憶媒体に記憶された情報を読み取る読取部等を備える場合、記憶部２２に記憶される制御プログラム及びデータは、可搬型記憶媒体から読み出されて記憶部２２に記憶されてもよい。
【００１８】
通信部２３は、有線通信又は無線通信によってネットワークＮに接続するためのインタフェースであり、ネットワークＮを介して外部装置との間で情報の送受信を行う。表示部２４は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部２１からの指示に従って各種の情報を表示する。入力部２５は、ユーザによる操作入力を受け付け、操作内容に対応した制御信号を制御部２１へ送出する。表示部２４及び入力部２５は一体として構成されたタッチパネルであってもよい。
【００１９】
図２及び図３は、カスタマイズ情報ＤＢ２２ａ〜２２ｅの構成例を示す模式図である。カスタマイズ情報ＤＢ２２ａ〜２２ｅは検索対象のカテゴリー毎に設けられ、各カテゴリーに対応して予め登録された情報を記憶する。本実施形態では、不動産、年金、介護施設、飲食店、音楽をカテゴリーの例として説明する。図２Ａは不動産に関するカスタマイズ情報ＤＢ２２ａを、図２Ｂは年金に関するカスタマイズ情報ＤＢ２２ｂを、図２Ｃは介護施設に関するカスタマイズ情報ＤＢ２２ｃを、図３Ａは飲食店に関するカスタマイズ情報ＤＢ２２ｄを、図３Ｂは音楽に関するカスタマイズ情報ＤＢ２２ｅをそれぞれ示す。なお、これら以外の項目をカテゴリーとしてもよい。
【００２０】
不動産に関するカスタマイズ情報ＤＢ２２ａは、不動産に関してユーザの購買希望条件等の情報を記憶する。カスタマイズ情報ＤＢ２２ａは、図２Ａに示すように情報ＩＤ列、情報内容列、登録内容列等を含み、情報ＩＤ及び情報内容に対応付けて登録内容を記憶する。情報ＩＤ列は、カスタマイズ情報ＤＢ２２ａに記憶される不動産に関する各情報に割り当てられた識別情報を記憶し、情報内容列は各情報の内容、種別を記憶する。登録内容列は各情報についてユーザによって登録された内容を記憶する。カスタマイズ情報ＤＢ２２ａに記憶される情報ＩＤ及び情報内容は予め記憶されており、登録内容は、制御部２１が各情報について登録すべき内容を入力部２５を介して取得した場合に、制御部２１によって記憶又は更新される。カスタマイズ情報ＤＢ２２ａの記憶内容は図２Ａに示す例に限定されない。なお、カスタマイズ情報ＤＢ２２ａにおいて、各情報の情報ＩＤに対応する情報内容が明らかであれば、カスタマイズ情報ＤＢ２２ａに情報内容列を設けなくてもよい。
【００２１】
図２Ａに示すカスタマイズ情報ＤＢ２２ａでは、不動産に関する情報として、不動産の種別、間取り、各部屋の大きさ、玄関及び窓の方角、角部屋又は中部屋の指定、階数、眺望、築年数、修繕状況、価格、管理費、修繕積立金、駐車場の有無及び利用料、建築業者、販売業者、立地環境（最寄り駅からの距離）、最寄り駅の沿線等が登録される。また、不動産に関するカスタマイズ情報ＤＢ２２ａには、最寄りの店舗、病院、公園、銀行、郵便局、保育園、幼稚園、小学校、中学校までの各距離、販売の仲介業者、リフォーム状況、閲覧可能な写真の数等が登録されていてもよい。不動産に関するカスタマイズ情報ＤＢ２２ａの登録内容はこれらに限定されず、不動産を購買する際に検討する条件に関する種々の情報を登録できるように構成されている。例えば、ローン審査、ローン条件、取り扱い銀行名等が登録されていてもよい。
【００２２】
年金に関するカスタマイズ情報ＤＢ２２ｂは、年金にかかわるユーザの個人情報等を記憶する。年金に関するカスタマイズ情報ＤＢ２２ｂは、不動産に関するカスタマイズ情報ＤＢ２２ａと同様の構成を有しており、年金にかかわる各情報に割り当てられた識別情報（情報ＩＤ）及び各情報の内容に対応付けて、各情報についてユーザによって登録された内容を記憶する。図２Ｂに示すカスタマイズ情報ＤＢ２２ｂでは、年金に関する情報として、ユーザの生年月日、性別、職業、退職年齢又は退職予定年齢、退職後の予想月収、国民年金加入年数、厚生年金加入年数等のユーザに関する情報と、配偶者の有無を示す情報と、配偶者の生年月日、職業、退職年齢又は退職予定年齢、退職後の予想月収、国民年金加入年数、厚生年金加入年数等の配偶者に関する情報とが登録される。年金に関するカスタマイズ情報ＤＢ２２ｂの登録内容はこれらに限定されず、年金の支払保険料及び支払期間、受給金額及び受給期間、各種手続等にかかわる年金に関する種々の情報を登録できるように構成されている。
【００２３】
介護施設に関するカスタマイズ情報ＤＢ２２ｃは、介護施設に関してユーザの入居希望条件等の情報を記憶する。介護施設に関するカスタマイズ情報ＤＢ２２ｃは、不動産に関するカスタマイズ情報ＤＢ２２ａと同様の構成を有しており、介護施設に関する各情報に割り当てられた識別情報（情報ＩＤ）及び各情報の内容に対応付けて、各情報についてユーザによって登録された内容を記憶する。図２Ｃに示すカスタマイズ情報ＤＢ２２ｃでは、介護施設に関する情報として、ユーザの生年月日、介護度（要介護状態等区分）、施設のタイプ、入居までの待ち期間、入居時に支払う一時金、月額の利用料金等が登録される。また、介護施設に関するカスタマイズ情報ＤＢ２２ｃには、部屋の大きさ、施設の規模、常駐する医師又は看護師の有無、立地環境（最寄り駅からの経路）、最寄り駅の沿線、最寄りの店舗及び病院までの距離等が登録されていてもよい。介護施設に関するカスタマイズ情報ＤＢ２２ｃの登録内容はこれらに限定されず、介護施設の入居を検討する条件に関する種々の情報を登録できるように構成されている。
【００２４】
飲食店に関するカスタマイズ情報ＤＢ２２ｄは、飲食店に関してユーザの希望条件等の情報を記憶する。飲食店に関するカスタマイズ情報ＤＢ２２ｄは、不動産に関するカスタマイズ情報ＤＢ２２ａと同様の構成を有しており、飲食店に関する各情報に割り当てられた識別情報（情報ＩＤ）及び各情報の内容に対応付けて、各情報についてユーザによって登録された内容を記憶する。図３Ａに示すカスタマイズ情報ＤＢ２２ｄでは、飲食店に関する情報として、場所の情報、料理のジャンル及び価格の上限等が登録される。図３Ａに示す例では、２種類のジャンルのそれぞれに対して価格の上限が登録されている。なお、カスタマイズ情報ＤＢ２２ｄに記憶される場所の情報は、例えばユーザ（ユーザ端末２０）の現在地からの距離によって指定されてもよく、地名又は住所等によって指定されてもよい。また、ジャンルは、店舗の形態又は種別、メニュー等を含んでもよい。飲食店に関するカスタマイズ情報ＤＢ２２ｄの登録内容はこれらに限定されず、飲食店への入店を検討する条件に関する種々の情報を登録できるように構成されている。
【００２５】
音楽に関するカスタマイズ情報ＤＢ２２ｅは、音楽に関してユーザの好みを示す情報を記憶する。音楽に関するカスタマイズ情報ＤＢ２２ｅは、不動産に関するカスタマイズ情報ＤＢ２２ａと同様の構成を有しており、音楽に関する各情報に割り当てられた識別情報（情報ＩＤ）及び各情報の内容に対応付けて、各情報についてユーザによって登録された内容を記憶する。図３Ｂに示すカスタマイズ情報ＤＢ２２ｅでは、音楽に関する情報として、ユーザが好きなアーティストと、アーティストに関して検索対象としたい項目とが対応付けて登録される。図３Ｂに示す例では、３人のアーティストのそれぞれに対して検索対象とすべき項目が登録されている。なお、カスタマイズ情報ＤＢ２２ｅに記憶されるアーティストは、歌手、グループ、アイドル、劇団、役者、俳優、女優、芸人等を含み、検索対象は、楽曲等のリリース情報、コンサート、ミュージカル及び演劇等の公演情報及びチケットの販売情報等を含む。音楽に関するカスタマイズ情報ＤＢ２２ｅの登録内容はこれらに限定されず、タレント、芸人、作家、写真家、映画監督等の活動に関する種々の情報を登録できるように構成されている。
【００２６】
本実施形態において、上述した構成のカスタマイズ情報ＤＢ２２ａ〜２２ｅを１つのＤＢにまとめてカスタマイズ情報ＤＢとして記憶部２２に記憶してもよい。この場合、カスタマイズ情報ＤＢにカテゴリー欄を設け、それぞれのカテゴリーに対応付けて、各カテゴリーに関するカスタマイズ情報を記憶すればよい。本実施形態では、それぞれのカテゴリーについて、検索サーバ１０の検索エンジン１２ａを利用して検索処理を行う際に、各カテゴリーのカスタマイズ情報ＤＢ２２ａ〜２２ｅに記憶された各情報を検索キーワードとして用いる。なお、ユーザ端末２０は、各カテゴリーに関するカスタマイズ情報を、所定のタイミングで入力部２５を介したユーザからの入力によって受け付け、受け付けた各情報をカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録しておく。本実施形態では、不動産、年金、介護施設、飲食店、音楽の５つのカテゴリーのカスタマイズ情報ＤＢ２２ａ〜２２ｅが記憶部２２に記憶されている構成について説明する。しかし、これら以外のカテゴリーについても同様の構成のカスタマイズ情報ＤＢが記憶部２２に記憶されている。例えば、生命保険及び自動車保険等の各種保険のカテゴリーについてのカスタマイズ情報ＤＢが記憶されていてもよい。なお、図示は省略するが、生命保険に関するカスタマイズ情報ＤＢには、上述したカスタマイズ情報ＤＢ２２ａ〜２２ｅと同様に、生命保険に関する各情報に割り当てられた識別情報（情報ＩＤ）及び各情報の内容に対応付けて、各情報についてユーザによって登録された内容が記憶される。生命保険に関する情報としては、ユーザの生年月日、年齢、性別、病歴、通院歴、現在の健康状態等、生命保険の加入時に必要となるユーザの個人情報、加入中の生命保険の契約内容、加入を検討している生命保険の契約内容等の情報を用いることができる。また、上述した各カスタマイズ情報ＤＢ２２ａ〜２２ｅには、各カテゴリーに対するユーザのニーズに関する情報が記憶されていてもよい。例えば不動産のカテゴリーのカスタマイズ情報ＤＢ２２ａに、「購入したい」、「売却したい」、「借りたい」等の情報が登録されていてもよく、年金のカテゴリーのカスタマイズ情報ＤＢ２２ｂに「知りたい」、「教えて欲しい」、「問合せしたい」等の情報が登録されていてもよい。このように、各カテゴリーに応じたユーザのニーズに関する情報をカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録しておくことにより、カスタマイズ情報に基づく検索処理を行った場合に、ユーザのニーズに沿った内容の検索結果を得ることが可能となる。
【００２７】
以下に、本実施形態の検索システムにおいて、ユーザ端末２０におけるカスタマイズ情報の登録処理について説明する。図４はカスタマイズ情報の登録処理手順の一例を示すフローチャート、図５及び図６はユーザ端末２０における画面例を示す模式図である。以下の処理は、ユーザ端末２０の記憶部２２に記憶してある制御プログラム２２Ｐ及び検索アプリ２２ＡＰに従って制御部２１によって実行される。以下の処理の一部を専用のハードウェア回路で実現してもよい。
【００２８】
本実施形態のユーザ端末２０において、検索アプリ２２ＡＰは、検索サーバ１０の検索エンジン１２ａを利用した検索処理を実行する機能、検索処理の際に検索キーワードとして用いるカスタマイズ情報を登録する機能等を実現する。ユーザ端末２０の制御部２１は、検索アプリ２２ＡＰを起動した場合、検索処理の実行又はカスタマイズ情報の登録処理の実行の要求（指示）を受け付けるための初期画面（図示せず）を表示する。よって、ユーザは、検索アプリ２２ＡＰをユーザ端末２０に起動させた場合、表示部２４に表示される初期画面を介して、検索処理の実行又はカスタマイズ情報の登録処理の実行を要求（指示）する。ユーザ端末２０の制御部２１は、入力部２５を介したユーザからの指示に従って、検索処理の実行要求又はカスタマイズ情報の登録処理の実行要求を受け付ける。
【００２９】
ユーザ端末２０の制御部２１は、初期画面を介してカスタマイズ情報の登録処理の実行要求を受け付けたか否かを判断しており（Ｓ１１）、受け付けていないと判断した場合（Ｓ１１：ＮＯ）、他の処理を行いつつ待機する。カスタマイズ情報の登録処理の実行要求を受け付けたと判断した場合（Ｓ１１：ＹＥＳ）、制御部２１は、カスタマイズ情報を登録するカテゴリーを選択するための選択画面を表示部２４に表示する（Ｓ１２）。
【００３０】
図５Ａはカテゴリーの選択画面例を示す。図５Ａに示すカテゴリー選択画面には、不動産、年金、介護施設、飲食店、音楽等の複数のカテゴリーから１つを選択するためのラジオボタンと、ラジオボタンによって選択されたカテゴリーに決定するためのＯＫボタンと、処理の終了を指示するためのキャンセルボタンとが設けられている。ユーザは、カテゴリー選択画面において、カスタマイズ情報を登録したいカテゴリーをラジオボタンで選択し、ＯＫボタンを操作することにより、カテゴリーの選択を決定する。制御部２１は、入力部２５を介したユーザの操作に応じて、カテゴリーの選択を受け付けたか否かを判断しており（Ｓ１３）、カテゴリーの選択を受け付けていないと判断した場合（Ｓ１３：ＮＯ）、例えばカテゴリー選択画面においてキャンセルボタンが操作された場合、処理を終了する。
【００３１】
制御部２１は、カテゴリーの選択を受け付けたと判断した場合（Ｓ１３：ＹＥＳ）、選択されたカテゴリーについてカスタマイズ情報を受け付けて登録するための登録画面を表示部２４に表示する（Ｓ１４）。図５Ｂは不動産に関するカスタマイズ情報の登録画面例を示す。図５Ｂに示す登録画面は、カスタマイズ情報ＤＢ２２ａに登録すべき各情報の内容を選択又は入力するための入力欄を有する。例えば、不動産の種別、間取り、階数、築年数、価格、立地環境、希望沿線等を入力するための入力欄が設けられている。不動産の種別の入力欄には、マンション／アパート、戸建て、土地、オフィス等の複数の種別から１つを選択するためのラジオボタンが設けられている。なお、２つ以上の種別を選択できるように構成されたチェックボックスが設けられていてもよい。また間取りの入力欄には、予め用意された複数種類の間取りから１つを選択するためのプルダウンメニューが設けられている。なお、２つ以上の種類の間取りを選択できるように構成されたチェックボックスが設けられていてもよい。階数の入力欄は、建物の階数を入力するための入力欄と、希望する部屋の階数を入力するための入力欄とを有し、それぞれの入力欄には階数を選択するためのプルダウンメニューが設けられていてもよい。築年数の入力欄には、予め用意された複数の年数から１つを選択するためのプルダウンメニューが設けられており、価格の入力欄には、予め用意された複数の価格帯から１つを選択するためのプルダウンメニューが設けられている。希望沿線の入力欄には、予め用意された複数の沿線から１つを選択するためのプルダウンメニューが設けられている。なお、登録画面中の各入力欄は、プルダウンメニューを用いて選択された内容だけでなく、ユーザが入力部２５を介して入力した内容を受け付けるように構成してもよい。また登録画面は、各入力欄に入力された情報をカスタマイズ情報ＤＢ２２ａに登録する指示を行うための登録ボタンと、処理の終了を指示するためのキャンセルボタンとを有する。このような登録画面において、それぞれの入力欄は、カスタマイズ情報ＤＢ２２ａの情報ＩＤに対応付けられており、それぞれの入力欄を介して入力された各情報は、それぞれの情報ＩＤに対応する登録内容としてカスタマイズ情報ＤＢ２２ａに記憶される。
【００３２】
なお、図６Ａは年金に関するカスタマイズ情報の登録画面例を示しており、図６Ａに示す登録画面は、年金に関するカスタマイズ情報ＤＢ２２ｂに登録すべき各情報の内容を選択又は入力するための入力欄を有する。例えば、ユーザの生年月日、性別、加入している年金の種別、年金の加入期間の年数等のユーザに関する情報を入力するための入力欄と、配偶者の有無の入力欄と、配偶者の生年月日、加入している年金の種別等の配偶者に関する情報を入力するための入力欄とが設けられている。生年月日及び年金の加入期間年数の入力欄には、それぞれ数値を選択するためのプルダウンメニューが設けられている。性別の入力欄には、男又は女のいずれかを選択するためのラジオボタンが設けられており、年金の種別の入力欄には、国民年金、厚生年金、共済年金等の複数の種別から１つを選択するためのラジオボタンが設けられている。配偶者の有無の入力欄には、有又は無のいずれかを選択するためのラジオボタンが設けられている。なお、図６Ａに示す登録画面においても、各入力欄は、プルダウンメニューを用いて選択された内容だけでなく、ユーザが入力部２５を介して入力した内容を受け付けるように構成してもよい。図６Ａに示す登録画面は、ユーザの情報及び配偶者の情報のほかに、扶養家族に関する各種の情報を入力できるように構成されていてもよい。図６Ａに示す登録画面において、それぞれの入力欄は、カスタマイズ情報ＤＢ２２ｂの情報ＩＤに対応付けられており、それぞれの入力欄を介して入力された各情報は、それぞれの情報ＩＤに対応する登録内容としてカスタマイズ情報ＤＢ２２ｂに記憶される。
【００３３】
図６Ｂは介護施設に関するカスタマイズ情報の登録画面例を示す。図６Ｂに示す登録画面は、介護施設に関するカスタマイズ情報ＤＢ２２ｃに登録すべき各情報の内容を選択又は入力するための入力欄を有する。例えば、ユーザの生年月日、介護度、施設のタイプ、入居までの待ち期間、入居時に支払う一時金、月額の利用料金等を入力するための入力欄が設けられている。ユーザの生年月日及び入居までの待ち期間の入力欄には、それぞれ数値を選択するためのプルダウンメニューが設けられている。介護度の入力欄には、例えば要支援１〜２及び要介護１〜５等の複数の介護度から１つを選択するためのプルダウンメニューが設けられている。施設のタイプの入力欄には、公共型の施設又は民間型の施設のいずれかを選択するためのラジオボタンが設けられている。入居時に支払う一時金及び月額の利用料金の入力欄には、予め用意された複数の価格帯から１つを選択するためのプルダウンメニューが設けられている。なお、図６Ｂに示す登録画面においても、各入力欄は、プルダウンメニューを用いて選択された内容だけでなく、ユーザが入力部２５を介して入力した内容を受け付けるように構成してもよい。図６Ｂに示す登録画面において、それぞれの入力欄は、カスタマイズ情報ＤＢ２２ｃの情報ＩＤに対応付けられており、それぞれの入力欄を介して入力された各情報は、それぞれの情報ＩＤに対応する登録内容としてカスタマイズ情報ＤＢ２２ｃに記憶される。
【００３４】
なお、図示は省略するが、飲食店及び音楽等の他のカテゴリーについても、それぞれに関するカスタマイズ情報の登録画面が用意されており、それぞれの登録画面は、それぞれのカスタマイズ情報ＤＢ２２ｄ，２２ｅに登録すべき各情報の内容を選択又は入力するための入力欄を有する。
【００３５】
制御部２１は、選択されたカテゴリーについての登録画面において、各入力欄を介して登録すべき情報（登録情報）を受け付け、受け付けた情報をそれぞれの入力欄に表示する（Ｓ１５）。なお、ユーザは、登録画面中の全ての入力欄に各情報を入力する必要はなく、自身が指定したい情報のみを入力欄に入力すればよく、各情報を入力欄に入力した後、登録ボタンを操作することにより、入力した各情報の登録処理の実行を指示する。制御部２１は、登録画面において入力部２５を介したユーザの操作に応じて、登録処理の実行指示を受け付けたか否かを判断しており（Ｓ１６）、受け付けていないと判断した場合（Ｓ１６：ＮＯ）、ステップＳ１５の処理を継続する。なお、登録画面においてキャンセルボタンが操作された場合、制御部２１は処理を終了する。登録処理の実行指示を受け付けたと判断した場合（Ｓ１６：ＹＥＳ）、制御部２１は、登録画面を介して入力された各情報を、それぞれの情報ＩＤに対応する登録内容としてカスタマイズ情報ＤＢ２２ａ〜２２ｅに記憶し（Ｓ１７）、処理を終了する。
【００３６】
上述した処理により、それぞれのカテゴリーについて、ユーザに関する情報、ユーザが希望する条件に関する情報、ユーザの好み、趣味、嗜好等に関する情報、ユーザの家族に関する情報等を含むカスタマイズ情報をカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録することができる。なお、カスタマイズ情報ＤＢ２２ａ〜２２ｅに登録されるカスタマイズ情報は図２及び図３に示す例に限定されない。例えば不動産、自動車、美術品、骨董品、ブランド品等、売買の対象となる対象物のカテゴリーについては、購入したい対象物に関する情報及び購入条件、販売したい対象物に関する情報及び販売条件等がカスタマイズ情報として登録されてもよい。具体的には、購入したい対象物の種類、新品又は中古品等の保存状態を示す情報、購入可能な価格の上限、購入可能な店舗の情報、或いは、販売したい対象物の種類、保存状態を示す情報、販売可能な価格の下限、販売可能な店舗の情報等が登録されてもよい。また、助成金又は補助金に関するカテゴリーについては、給付を受けたい助成金又は補助金の種類を特定するための情報、助成金又は補助金の給付条件等が登録されてもよい。また、株式又は為替に関するカテゴリーについては、売買を希望する銘柄、購入希望額及び購入希望株数、販売希望額及び販売希望株数、売買を希望する為替レート等が登録されてもよい。また、医療及び健康に関するカテゴリーについては、例えば尿酸値が８．０ｍｇ／ｄＬ以上の場合の改善方法等の知りたい内容を示す情報、ユーザの身体の状態を示す各種の生体情報が登録されてもよい。更に、旅行のカテゴリーについては、例えば宿泊したいホテル及び旅館の情報、人気のホテル又はディスカウント情報等の知りたい内容を示す情報等が登録されてもよい。このように、各種のカテゴリーについて種々の情報を登録しておくことにより、登録したカスタマイズ情報を用いた検索処理を行うことによって、ユーザが知りたい情報を精度良く検索することが可能となる。
【００３７】
次に、本実施形態の検索システムにおける検索処理について説明する。図７は検索処理手順の一例を示すフローチャート、図８はユーザ端末２０における画面例を示す模式図である。図７には左側にユーザ端末２０が行う処理を、右側に検索サーバ１０が行う処理をそれぞれ示す。以下の処理は、ユーザ端末２０の記憶部２２に記憶してある制御プログラム２２Ｐ及び検索アプリ２２ＡＰに従って制御部２１によって実行され、検索サーバ１０の記憶部１２に記憶してある制御プログラム１２Ｐに従って制御部１１によって実行される。以下の処理の一部を専用のハードウェア回路で実現してもよい。
【００３８】
ユーザ端末２０の制御部２１は、検索アプリ２２ＡＰを起動して初期画面を表示した後、初期画面を介して検索処理の実行要求を受け付けたか否かを判断しており（Ｓ２１）、受け付けていないと判断した場合（Ｓ２１：ＮＯ）、他の処理を行いつつ待機する。検索処理の実行要求を受け付けたと判断した場合（Ｓ２１：ＹＥＳ）、制御部２１は、検索処理の対象とするカテゴリーを選択するための選択画面を表示部２４に表示する（Ｓ２２）。図８Ａは検索対象とすべきカテゴリーの選択画面例を示す。図８Ａに示すカテゴリー選択画面には、不動産、年金、介護施設、飲食店、音楽等の複数のカテゴリーから１つを選択するためのラジオボタンと、ラジオボタンによって選択されたカテゴリーについて検索処理の実行を指示するための検索ボタンと、処理の終了を指示するためのキャンセルボタンとが設けられている。
【００３９】
ユーザは、カテゴリー選択画面において、検索処理を行いたいカテゴリーをラジオボタンで選択し、検索ボタンを操作することにより、選択したカテゴリーについての検索処理の実行を指示する。制御部２１（受付部）は、入力部２５を介したユーザの操作に応じて、検索処理の実行指示を受け付けたか否かを判断しており（Ｓ２３）、受け付けていないと判断した場合（Ｓ２３：ＮＯ）、例えばカテゴリー選択画面においてキャンセルボタンが操作された場合、処理を終了する。
【００４０】
制御部２１は、検索処理の実行指示を受け付けたと判断した場合（Ｓ２３：ＹＥＳ）、選択されたカテゴリーについてカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録された情報（カスタマイズ情報）を検索キーワードとした検索処理の実行を検索サーバ１０に要求する（Ｓ２４）。具体的には、制御部２１（送信部）は、カテゴリーを示す用語（不動産、年金、介護施設、飲食店、又は音楽等）と、カスタマイズ情報ＤＢ２２ａ〜２２ｅのいずれかに記憶してある各情報とを検索キーワードとして検索サーバ１０へ送信する。なお、制御部２１は、例えばカスタマイズ情報ＤＢ２２ａ〜２２ｅに生年月日が記憶されている場合、ユーザ端末２０が有する時計（図示せず）が示す現在日時を取得し、現在日時と、カスタマイズ情報ＤＢ２２ａ〜２２ｅから読み出した生年月日とに基づいて、このユーザの年齢を算出し、検索キーワードとしてもよい。なお、ユーザの年齢は、制御部２１が入力部２５を介してユーザから受け付けてカスタマイズ情報ＤＢ２２ａ〜２２ｅに記憶してもよい。また制御部２１は、カスタマイズ情報ＤＢ２２ａ〜２２ｅに現在地が記憶されている場合、例えばユーザ端末２０が有するＧＰＳ（Global Positioning System）機能（図示せず）によって現在地情報を取得し、この時点での現在地情報を検索キーワードとしてもよい。このような構成により、時間の経過に伴って変化する条件又は情報については、検索処理を行う時点の条件又は情報に自動的に更新できる。時間の経過に伴って変化する条件又は情報は、年齢及び現在地のほかに、例えば勤務先の勤続年数、各種年金の加入期間年数等がある。また制御部２１は、カテゴリーを示す用語と、いずれかのカスタマイズ情報ＤＢ２２ａ〜２２ｅに記憶してある各情報（カスタマイズ情報）とをつなぎ合わせて検索用文章を作成し、作成した検索用文章を検索サーバ１０へ送信し、検索用文章に基づく検索処理の実行を要求してもよい。なお、制御部２１は、検索用文章を作成する際に、ユーザが知りたい内容を検索できるような文章を作成するように構成されていてもよい。例えば、ユーザが知りたい内容を検索できるような文章であって、検索条件（検索キーワード）としてカスタマイズ情報を挿入するための挿入スペースを有する雛型の文章のテキストデータを用意しておき、雛型の文章にカスタマイズ情報を挿入することによって検索用文章を作成してもよい。このような構成とした場合、制御部２１は、ユーザが知りたい内容を検索するための適切な検索用文章を作成できる。
【００４１】
検索サーバ１０の制御部１１（取得部、検索部）は、ユーザ端末２０が送信した検索キーワードを受信し、受信した検索キーワードに基づく検索処理を検索エンジン１２ａによって行い（Ｓ２５）、検索結果を示す画面を生成する（Ｓ２６）。図８Ｂは、カテゴリーとして不動産が選択された場合の検索結果を示す画面例を示しており、例えば検索キーワードに合致する不動産検索サイトの情報、不動産物件の情報、不動産関連記事の情報等が表示される。なお、制御部１１は、検索エンジン１２ａによる検索処理によって各検索結果が検索キーワードに合致する度合を算出しており、検索キーワードに合致する度合が高い順に、所定数（例えば５つ）の検索結果を表示する検索結果画面を生成してもよい。また、検索結果画面中に表示される各検索結果は、検索結果として特定されたＵＲＬ（Uniform Resource Locator）へのリンクが設定されている。よって、図８Ｂに示す検索結果画面は、検索結果である各ＵＲＬにアクセスできるように構成されている。また検索結果は、ネットワークＮ経由でダウンロード可能なアプリケーションプログラムであってもよく、この場合、検索結果画面中に検索結果として、検索されたアプリケーションプログラムのダウンロードを指示するためのダウンロードボタンが表示されてもよい。このような構成とした場合、検索結果画面を介して、検索結果であるアプリケーションプログラムのダウンロードの実行を指示することができる。更に検索結果は動画及び静止画を含む画像データであってもよく、この場合、検索結果画面中に検索結果として、検索された画像データのサムネイル画像が表示されてもよい。このような構成とした場合、検索結果画面を介して、検索結果である画像データにアクセスして取得することができる。なお、ユーザ端末２０が検索用文章を送信してきた場合、制御部１１は、検索用文章に基づく検索処理を検索エンジン１２ａによって行ってもよい。またこのとき、制御部１１は、テキストデータ等で入力された文章から文脈及び文章の内容を解析するように構成された解析エンジンを用いて、検索用文章の文脈及び内容を解析し、解析結果に基づいて、ユーザ端末２０のユーザが知りたい内容を特定してもよい。そして制御部１１は、検索用文章に基づく検索処理で得られた検索結果において、ユーザが知りたい内容の検索結果が上位に表示されるような検索結果画面を生成してもよい。制御部１１（出力部）は、生成した検索結果画面をユーザ端末２０へ送信する（Ｓ２７）。
【００４２】
なお、図示は省略するが、カテゴリーとして年金が選択された場合の検索結果画面には、例えば検索キーワードに合致する年金保険料の支払い又は年金の受給に必要な手続きの情報、年金受給額を試算するシミュレーションサイトの情報、年金受給額の試算結果の情報、年金関連記事の情報等が表示される。また、カテゴリーとして介護施設が選択された場合の検索結果画面には、例えば検索キーワードに合致する介護施設の検索サイトの情報、介護施設の情報、介護施設の入居に必要な手続きの情報、介護保険に関する情報、介護施設及び介護の関連記事の情報等が表示される。また、カテゴリーとして飲食店が選択された場合の検索結果画面には、例えば検索キーワードに合致する飲食店検索サイトの情報、店舗及びメニューの情報、飲食店関連記事の情報等が表示される。更に、カテゴリーとして音楽が選択された場合の検索結果画面には、例えば検索キーワードに合致するアーティストに関する情報、アーティストのコンサート情報、楽曲等のリリース情報、ミュージカル及び演劇等の公演情報及びチケットの販売情報等が表示される。また、カテゴリーとして生命保険が選択された場合の検索結果画面には、例えば検索キーワードに合致する生命保険の商品及び販売店の情報、保険料の支払額、保険金及び給付金の受取額を試算するシミュレーションサイトの情報、生命保険及び保険会社に関する関連記事の情報等が表示される。これらの検索結果画面においても、検索エンジン１２ａによる検索処理によって検索キーワードに合致する度合が高い検索結果から順に表示され、検索結果画面中に表示される各検索結果は、検索結果として特定されたＵＲＬへのリンクが設定されている。また、これらの検索結果画面においても検索結果として、検索されたアプリケーションプログラムのダウンロードを指示するためのダウンロードボタンが表示されてもよく、検索された画像データのサムネイル画像が表示されてもよい。
【００４３】
ユーザ端末２０の制御部２１は、検索サーバ１０から送信された検索結果画面を受信し、受信した検索結果画面を表示部２４に表示する（Ｓ２８）。上述したように検索結果画面に表示される各検索結果は、検索結果として特定されたＵＲＬへのリンクが設定されている。よって、ユーザは、表示された検索結果のうちで、確認したい検索結果がある場合、確認したい検索結果に設定されたリンクに対して入力部２５を介して選択操作を行う。
【００４４】
ユーザ端末２０の制御部２１は、検索結果画面に表示されたリンク（検索結果）に対する選択操作を入力部２５にて受け付けたか否かを判断しており（Ｓ２９）、選択操作を受け付けていないと判断した場合（Ｓ２９：ＮＯ）、例えば検索結果画面の表示の終了指示を受け付けた場合、処理を終了する。いずれかのリンクに対する選択操作を受け付けたと判断した場合（Ｓ２９：ＹＥＳ）、制御部２１は、リンクに設定されたＵＲＬに基づいて、ウェブブラウザ２２Ｂを用いてウェブサーバにアクセスする（Ｓ３０）。ウェブサーバ（図示せず）は、ユーザ端末２０からのアクセスに応じて所定のウェブページをユーザ端末２０へ送信する。ユーザ端末２０の制御部２１は、ウェブサーバが送信したウェブページを通信部２３にて受信し、受信したウェブページを表示部２４に表示し（Ｓ３１）、処理を終了する。なお、ウェブページを表示したユーザ端末２０では、制御部２１は、入力部２５を介したユーザからの入力操作に応じた処理を行う。例えば、制御部２１は、入力部２５を介してユーザから更なるウェブページの要求を受け付けた場合、要求されたウェブページをウェブサーバに要求し、ウェブサーバから受信したウェブページを表示部２４に表示する。また、検索結果画面に表示されたアプリケーションプログラムのダウンロードを指示するためのダウンロードボタンが選択操作された場合、制御部２１は、このアプリケーションプログラムを提供するサーバ（図示せず）からアプリケーションプログラムをダウンロードする処理を行う。また、検索結果画面に表示された画像データが選択操作された場合、制御部２１は、この画像データを提供するサーバ（図示せず）から画像データを取得する処理を行う。
【００４５】
上述した処理により、ユーザ端末２０のユーザからの要求に応じて、ユーザが希望するカテゴリーに関して、予め登録したカスタマイズ情報に基づく検索処理が行われ、検索結果がユーザ端末２０に表示される。これにより、ユーザ端末２０のユーザは、所望のカテゴリーに関する検索結果を得ることができる。またユーザ端末２０は、表示した検索結果のいずれかに対してユーザによる選択を受け付けた場合、選択された検索結果に対応するウェブページを受信し、ウェブページを表示する。これにより、ユーザ端末２０のユーザは、複数の検索結果から選択した検索結果の詳細を知ることができる。なお、本実施形態の構成を、ユーザが入力した情報に応じて応答するチャットボット等に適用してもよい。例えば、ユーザが、入力部２５を介して検索したいカテゴリーを入力した場合に、ユーザ端末２０は、受け付けたカテゴリーに関する検索処理を行い、検索結果を示す検索結果画面を表示部２４に表示することによって応答するように構成してもよい。このとき、ユーザ端末２０が音声出力部を有する場合、検索結果を音声によって出力してもよい。
【００４６】
本実施形態では、検索対象のカテゴリーについて各種の情報（カスタマイズ情報）を予め登録しておくことにより、カテゴリーに関する検索を行う際に検索キーワードを入力することなく、ユーザの希望条件及びユーザの状況等に応じた検索結果を収集することができる。よって、ユーザの満足度が高い検索結果を提供することができる。また、例えばカスタマイズ情報として、ユーザが検索結果に求める要望（条件）を登録しておくことにより、ユーザの要望に応じた検索結果が得られる検索処理を実行するように構成してもよい。例えばユーザが、検索結果として画像又は画像を含むウェブサイト等のＵＲＬを取得したい場合、画像を含む検索結果が得られる検索処理の実行を登録しておく。これにより、検索サーバ１０は、画像を含む検索結果を優先的に検索し、画像を含む検索結果を優先的に表示した検索結果画面を生成することができる。また、ユーザ端末２０は、検索サーバ１０から取得した検索結果を、画像を含む検索結果が優先的に表示されるように表示順序を入れ替えた検索結果画面を生成してもよい。
【００４７】
（実施形態２）
各カテゴリーについての検索処理を所定のタイミングで自動的に行う検索システムについて説明する。本実施形態の検索システムの各装置は、実施形態１の各装置と同様の構成を有するので、同様の構成については詳細な説明を省略する。本実施形態の検索システムにおいて、ユーザ端末２０は、図４に示す処理と同様の処理を行う。これにより、それぞれのカテゴリーについて各種の情報を含むカスタマイズ情報をカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録することができる。本実施形態では、ユーザ端末２０は、定期的に、又はユーザによる操作に従ってカスタマイズ情報ＤＢ２２ａ〜２２ｅが更新された場合に、カスタマイズ情報ＤＢ２２ａ〜２２ｅの記憶内容に基づく検索処理を行う。
【００４８】
図９は、実施形態２の検索処理手順の一例を示すフローチャート、図１０はユーザ端末２０における画面例を示す模式図である。図９には左側にユーザ端末２０が行う処理を、右側に検索サーバ１０が行う処理をそれぞれ示す。以下の処理においても一部を専用のハードウェア回路で実現してもよい。
【００４９】
本実施形態の検索システムにおいて、ユーザ端末２０の制御部２１は、検索処理を行うタイミングであるか否かを判断する（Ｓ４１）。例えば、検索アプリ２２ＡＰが検索処理を定期的に行うように構成されている場合、制御部２１は、前回の検索処理を行ってから所定時間が経過したか否かを判断し、所定時間が経過したと判断した場合、検索処理を行うタイミングであると判断する。また、図４に示す処理を行っていずれかのカスタマイズ情報ＤＢ２２ａ〜２２ｅを更新した場合に検索処理を行うように検索アプリ２２ＡＰが構成されている場合、制御部２１は、いずれかのカスタマイズ情報ＤＢ２２ａ〜２２ｅが更新されたか否かを判断し、更新されたと判断した場合、検索処理を行うタイミングであると判断する。
【００５０】
制御部２１は、検索処理を行うタイミングでないと判断した場合（Ｓ４１：ＮＯ）、他の処理を行いつつ待機する。検索処理を行うタイミングであると判断した場合（Ｓ４１：ＹＥＳ）、制御部２１は、複数のカテゴリーから、検索処理を行うべきカテゴリーを１つ特定する（Ｓ４２）。例えば検索処理を定期的に行う構成の場合、制御部２１は、複数のカテゴリーから所定の順序で１つずつ処理対象のカテゴリーを特定する。例えば、複数のカテゴリーに対して予めユーザが優先順位を設定している場合、設定された優先順位に従った順序で処理対象のカテゴリーを特定してもよい。なお、各カテゴリーに対する優先順位は、優先順位の登録画面（図示せず）において、ユーザが入力部２５を介してそれぞれの優先順位を入力することにより設定される。また、いずれかのカスタマイズ情報ＤＢ２２ａ〜２２ｅを更新した場合に検索処理を行う構成の場合、制御部２１は、更新されたカスタマイズ情報ＤＢ２２ａ〜２２ｅに対応するカテゴリーを、処理対象のカテゴリーに特定する。
【００５１】
制御部２１は、特定したカテゴリーについてカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録された情報（カスタマイズ情報）を検索キーワードとした検索処理の実行を検索サーバ１０に要求する（Ｓ４３）。具体的には、制御部２１は、特定したカテゴリーを示す用語（不動産、年金、介護施設、飲食店、又は音楽等）と、特定したカテゴリーのカスタマイズ情報ＤＢ２２ａ〜２２ｅに記憶してある各情報とを検索キーワードとして検索サーバ１０へ送信する。ここでも、制御部２１は、例えばカスタマイズ情報ＤＢ２２ａ〜２２ｅから生年月日を読み出した場合、現在日時及び読み出した生年月日に基づいてユーザの年齢を算出し、検索キーワードとしてもよい。また、カスタマイズ情報ＤＢ２２ａ〜２２ｅに現在地が記憶されている場合、制御部２１は、現在地情報を取得し、この時点での現在地情報を検索キーワードとしてもよい。更に、カスタマイズ情報ＤＢ２２ａ〜２２ｅに勤務先の勤続年数、各種年金の加入期間年数等のように時間の経過に伴って変化する情報が記憶されている場合、制御部２１は、この時点の情報に自動的に更新して検索キーワードとしてもよい。
【００５２】
検索サーバ１０の制御部１１は、ユーザ端末２０から検索処理の実行要求を受け付けた場合、ユーザ端末２０から受信した検索キーワードに基づく検索処理を検索エンジン１２ａによって行い（Ｓ４４）、検索結果の一覧を生成する（Ｓ４５）。検索結果の一覧は、例えば図８Ｂに示す画面と同様に検索エンジン１２ａによる検索処理によって検索キーワードに合致する度合が高い検索結果から順に、所定数の検索結果を列挙している。また、検索結果の一覧中に表示される各検索結果は、検索結果として特定されたＵＲＬへのリンクが設定されている。なお、検索結果は、検索されたアプリケーションプログラムのダウンロードを指示するためのダウンロードボタンであってもよく、検索された画像データのサムネイル画像であってもよい。制御部１１は、生成した検索結果の一覧をユーザ端末２０へ送信し（Ｓ４６）、ユーザ端末２０の制御部２１は、検索サーバ１０から送信された検索結果の一覧を受信し、受信した検索結果の一覧を記憶部２２に記憶する（Ｓ４７）。
【００５３】
ここで、ユーザ端末２０は、図１０に示すような通知画面を表示部２４に表示している。通知画面は、例えば待ち受け画面の一部に表示される構成でもよく、検索アプリ２２ＡＰの起動画面（初期画面）として表示される構成でもよい。図１０に示す通知画面は、複数のカテゴリーのそれぞれに対応して、検索サーバ１０から通知された検索結果の一部を列挙している。なお、複数のカテゴリーに対して予めユーザが優先順位を設定しており、設定された優先順位に従った順序で各カテゴリーの検索結果の一部が表示されている。図１０に示す例では、音楽、年金、不動産の順に高い優先順位が設定されており、この順に各カテゴリーの検索結果が表示されている。ユーザ端末２０の制御部２１は、各カテゴリーの検索結果の一覧を記憶部２２に記憶しており、記憶してある検索結果の一覧に基づいて、通知画面中の各カテゴリーの検索結果を表示する。なお、通知画面は、各カテゴリーの検索結果のほかに、任意の検索キーワードを入力するための入力欄と、入力欄に入力された検索キーワードに基づく検索処理の実行を指示するための検索ボタンとを表示していてもよい。この場合、ユーザは、入力欄に任意の検索キーワードを入力することにより任意の検索処理を実行させることができる。なお、検索サーバ１０の制御部１１が、検索結果の一覧をユーザ端末２０へ送信する際に、各カテゴリーに設定された優先順位に従った順序で各カテゴリーの検索結果を表示させるための表示情報をユーザ端末２０へ送信してもよい。この場合、ユーザ端末２０は、検索サーバ１０から受信した表示情報に基づいて、図１０に示すような通知画面を表示させることができる。
【００５４】
よって、制御部２１は、ステップＳ４７で記憶部２２に検索結果の一覧を記憶した場合、通知画面において、このカテゴリーに対する検索結果として、記憶した各検索結果の一部を表示する（Ｓ４８）。これにより、定期的に、又はカスタマイズ情報ＤＢ２２ａ〜２２ｅが更新された場合に、自動的に検索サーバ１０による検索処理が行われ、検索結果が、ユーザ端末２０の通知画面に表示される。よって、ユーザが検索処理の実行指示を行うことなく、各カスタマイズ情報ＤＢ２２ａ〜２２ｅの記憶内容に基づく検索処理の結果をユーザ端末２０のユーザに提供できる。
【００５５】
ユーザ端末２０の制御部２１は、検索処理を終了するか否かを判断する（Ｓ４９)。例えば検索処理を定期的に行う場合、制御部２１は、検索処理が行われていない他のカテゴリーがあるか否かを判断し、あると判断した場合、検索処理を終了しないと判断する。一方、未処理のカテゴリーがないと判断した場合、制御部２１は、検索処理を終了すると判断する。なお、ユーザによって優先順位が設定されていないカテゴリー、又は優先順位が所定順位未満であるカテゴリーについては、定期的に実行される検索処理の処理対象としなくてもよい。また、いずれかのカスタマイズ情報ＤＢ２２ａ〜２２ｅを更新した場合に検索処理を行う場合、制御部２１は、更新後のカスタマイズ情報ＤＢ２２ａ〜２２ｅのカテゴリーのうちで検索処理が行われていないカテゴリーがあるか否かを判断し、あると判断した場合、検索処理を終了しないと判断する。一方、検索処理が行われていないカテゴリーがないと判断した場合、制御部２１は、検索処理を終了すると判断する。
【００５６】
制御部２１は、処理を終了しないと判断した場合（Ｓ４９：ＮＯ）、ステップＳ４２の処理に戻り、複数のカテゴリーから、検索処理を行うべきカテゴリーを１つ特定し（Ｓ４２）、制御部２１及び検索サーバ１０の制御部１１は、特定したカテゴリーについてステップＳ４３〜Ｓ４８の処理を行う。処理を終了すると判断した場合（Ｓ４９：ＹＥＳ）、制御部２１は処理を終了する。
【００５７】
図１０に示す通知画面に表示される各検索結果は、検索結果として特定されたＵＲＬへのリンクが設定されている。よって、本実施形態においても、ユーザは、表示された検索結果のうちで、確認したい検索結果がある場合、確認したい検索結果に設定されたリンクに対して入力部２５を介して選択操作を行う。よって、ユーザ端末２０の制御部２１は、通知画面に表示されたリンク（検索結果）に対する選択操作を入力部２５にて受け付けた場合、選択されたリンクに設定されたＵＲＬに基づいてウェブサーバにアクセスし、ウェブサーバから受信したウェブページを表示部２４に表示する。これにより、ユーザ端末２０は、入力部２５を介したユーザからの入力操作に応じて、各種のウェブページを取得することができ、所望の検索結果を得ることができる。なお、通知画面に表示される検索結果は、検索されたアプリケーションプログラムのダウンロードを指示するためのダウンロードボタンであってもよく、検索された画像データのサムネイル画像であってもよい。
【００５８】
上述した処理により、定期的に、又はいずれかのカスタマイズ情報ＤＢ２２ａ〜２２ｅが更新された場合に、カスタマイズ情報ＤＢ２２ａ〜２２ｅの記憶内容に基づく検索処理が行われ、検索結果が通知画面に表示されることにより、ユーザ端末２０のユーザに検索結果を通知する。これにより、ユーザ端末２０のユーザが検索処理の実行指示を行うことなく、各カテゴリーに関する検索結果を得ることができる。また、ユーザによって設定された優先順位に応じた順序で各カテゴリーの検索結果が通知されるので、ユーザが知りたい可能性の高いカテゴリーの検索結果を優先的に通知することができる。
【００５９】
本実施形態では、各カテゴリーに関する検索処理を自動的に行うことができるので、ユーザ端末２０のユーザが検索処理の実行指示を行うことなく、各カテゴリーの検索結果をユーザに提供することができる。よって、検索キーワードとして用いるカスタマイズ情報が変更された場合、又はネットワークＮ経由で公開されている情報が更新された場合に検索結果が変化するが、自動的に検索処理を実行することによって、逐次変化する検索結果をより早期にユーザに通知することができる。例えば、介護施設のカテゴリーに関する検索結果に、ユーザが入居可能な介護施設の情報が含まれる場合、ユーザの介護度（カスタマイズ情報ＤＢ２２ｃに記憶されているカスタマイズ情報）が変更されると、検索結果として挙げられる介護施設が変化する。また、介護施設は日々新たな入居者をネットワークＮ経由で募集しており、検索タイミングによって検索結果として挙げられる介護施設が変化する。このような状況であっても、適宜のタイミングで自動的に検索処理を行うことにより、新たな検索結果を早期にユーザに通知することができる。また、飲食店のカテゴリーに関する検索結果に、ユーザの現在地から所定範囲内の飲食店の情報が含まれる場合、ユーザの現在地（カスタマイズ情報ＤＢ２２ｄに記憶されているカスタマイズ情報）が変更されると、検索結果として挙げられる飲食店が変化する。よって、適宜のタイミングで自動的に検索処理を行うことにより、ユーザの現在地を考慮した検索結果を得ることができ、ユーザの現在地から行き易い飲食店の情報をユーザに通知することができる。このように、本実施形態では、それぞれのカテゴリーについて、ユーザが満足する検索結果を提供することができる。
【００６０】
本実施形態では、上述した実施形態１と同様の効果が得られる。また本実施形態では、自動的に検索処理が行われるので、時々刻々と変化する検索結果を早期にユーザに通知することができる。よって、検索対象のカテゴリーについて各種の情報（カスタマイズ情報）を事前登録（事前設定）しておくことにより、ユーザの希望条件及びユーザの状況等に応じた検索結果が自動的に通知される。よって、ユーザが欲しい情報をスピーディに提供することができ、ユーザの満足度が高い検索結果を提供することができる。また、本実施形態においても、上述した実施形態１で適宜説明した変形例の適用が可能である。
【００６１】
（実施形態３）
各カテゴリーについての検索処理を所定のタイミングで自動的に行い、検索結果が変化した場合に検索結果を通知する検索システムについて説明する。本実施形態の検索システムの各装置は、実施形態１の各装置と同様の構成を有するので、同様の構成については詳細な説明を省略する。本実施形態の検索システムにおいて、ユーザ端末２０は、図４に示す処理と同様の処理を行う。これにより、それぞれのカテゴリーについて各種の情報を含むカスタマイズ情報をカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録することができる。本実施形態においても実施形態２と同様に、ユーザ端末２０は、定期的に、又はユーザによる操作に従ってカスタマイズ情報ＤＢ２２ａ〜２２ｅが更新された場合に、カスタマイズ情報ＤＢ２２ａ〜２２ｅの記憶内容に基づく検索処理を行う。
【００６２】
図１１は、実施形態３の検索処理手順の一例を示すフローチャート、図１２はユーザ端末２０における画面例を示す模式図である。図１１に示す処理は、図９に示す処理において、ステップＳ４７，Ｓ４８の間にステップＳ５１〜Ｓ５２を追加したものである。図９と同じステップについては説明を省略する。
【００６３】
本実施形態の検索システムにおいて、ユーザ端末２０の制御部２１及び検索サーバ１０の制御部１１は、図９中のステップＳ４１〜Ｓ４７と同様の処理を行う。なお、ユーザ端末２０の制御部２１は、検索サーバ１０から受信した検索結果の一覧を、前回受信した検索結果の一覧とは別に記憶部２２に記憶する。そして、制御部２１は、検索サーバ１０から受信した検索結果の一覧と、前回受信した検索結果の一覧とを比較し、検索結果が変化したか否かを判断する（Ｓ５１）。例えば制御部２１は、今回受信した検索結果（検索サーバ１０から新たに受信した検索結果）のうちで、前回受信した検索結果に含まれない検索結果があるか否かを判断し、あると判断した場合、検索結果が変化したと判断してもよい。また制御部２１は、今回受信した検索結果のうちで、表示順序が、前回受信した検索結果における表示順序よりも上位に変化した検索結果があるか否かを判断し、あると判断した場合、検索結果が変化したと判断してもよい。
【００６４】
検索結果が変化したと判断した場合（Ｓ５１：ＹＥＳ）、制御部２１は、検索結果が変化したことを通知する処理を行う（Ｓ５２）。例えば制御部２１は、図１２Ａに示すような通知画面を表示部２４に表示して通知するプッシュ通知を行う。なお、プッシュ通知は通知画面を表示するほかに、例えば所定の音声又は音楽をスピーカ（図示せず）から出力してもよい。図１２Ａに示す通知画面は、音楽のカテゴリーについての検索処理によって新たな情報（検索結果）が検索できたことを通知している。なお、制御部２１は、図１２Ａに示す通知画面を介して、検索結果の一覧を表示する指示を入力部２５にて受け付けた場合、図１０に示す通知画面を表示部２４に表示する。よって、制御部２１は、検索結果が変化したことを通知した後、図１０に示すような通知画面を表示することにより、ステップＳ４７で記憶部２２に記憶した検索結果の一覧に基づいて、このカテゴリーに対する検索結果として各検索結果の一部を表示する（Ｓ４８）。なお、制御部２１は、図１２Ｂに示すような通知画面を表示することによって、検索結果が変化したことを通知してもよい。図１２Ｂに示す通知画面は、図１０に示す通知画面と同様の構成を有しており、変化した検索結果を強調させて表示している。図１２Ｂに示す例では、変化した検索結果に「新着情報！」の吹き出しが付与されている。このように新たに検索された情報（検索結果）を目立つように表示することにより、新たな検索結果を優先的にユーザに通知することができる。
【００６５】
検索結果が変化していないと判断した場合（Ｓ５１：ＮＯ）、制御部２１は、ステップＳ５２及びＳ４８の処理をスキップする。よって、検索結果に変化が生じていない場合には、通知処理を行わず、また、通知画面に表示される検索結果の更新（切り替え）処理を行わない。
【００６６】
本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、自動的に検索処理が行われ検索結果が変化した場合に、検索結果が通知される。即ち、検索結果が変化していない場合には通知処理を行わないことにより、不要な通知処理の実行を抑制できる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。
【００６７】
上述した実施形態２，３では、ユーザ端末２０が、所定のタイミングで検索処理の実行を検索サーバ１０に要求し、検索サーバ１０から検索結果を受信することによって、所定のタイミングで検索結果をユーザに提供していた。このほかに、例えば各ユーザのカスタマイズ情報ＤＢ２２ａ〜２２ｅを検索サーバ１０に登録しておき、検索サーバ１０が、所定のタイミングで検索処理を実行して検索結果をユーザ端末２０へ送信するように構成してもよい。この場合にも、所定のタイミングで検索処理が行われて検索結果がユーザ端末２０のユーザに提供される。
【００６８】
図１３は、ユーザ端末２０における他の画面例を示す模式図である。ユーザ端末２０の制御部２１は、図１３に示すような通知画面を表示することによって、検索結果を通知してもよい。例えば検索アプリ２２ＡＰにおいて検索対象のカテゴリーとして所定数（例えば２０種類）のカテゴリーが予め用意されており、制御部２１は、カテゴリー毎に登録画面を介してカスタマイズ情報の入力を受け付けてカスタマイズ情報ＤＢに登録する。なお、ユーザは、自身が検索処理を行いたいカテゴリーについてのみカスタマイズ情報を登録すればよく、自身が検索したい順に各カテゴリーに優先順位を設定しておく。図１３Ａに示す通知画面は、ユーザが設定した優先順位が１〜３のカテゴリー（音楽、年金、不動産）について検索結果の一部を表示しており、優先順位が４以下のカテゴリーに対する検索結果を表示するための「他のカテゴリー」ボタンを有する。
【００６９】
なお、制御部２１は、全てのカテゴリー、又は一部のカテゴリー（例えば優先順位が１〜１０のカテゴリー）に対して自動的に検索処理を行うように構成されており、優先順位が１〜３のカテゴリーについて検索結果が変化した場合は、図１２Ｂに示すように、変化した検索結果に対応させて「新着情報！」の吹き出しを表示する。また、優先順位が４以下のカテゴリーについて検索結果が変化した場合、制御部２１は、図１３Ａに示すように「他のカテゴリー」ボタンに対応させて「新着情報！」の吹き出しを表示する。これにより、図１３Ａに示す通知画面に検索結果が表示されていないカテゴリー、即ち、優先順位が低いカテゴリーについて新着の検索結果が得られた場合に、新着の検索結果が得られたことを通知できる。
【００７０】
図１３Ａに示す通知画面において「他のカテゴリー」ボタンが操作された場合、制御部２１は、図１３Ｂに示すように、優先順位が４以下のカテゴリーについて検索結果の一部を表示する通知画面を表示部２４に表示する。これにより、優先順位が低いカテゴリーについても検索結果を確認することができる。また制御部２１は、図１３Ｂに示す通知画面においても、新着の検索結果に対して「新着情報！」の吹き出しを付加して表示する。これにより、前回の検索処理から変化した検索結果を優先的にユーザに通知することができ、ユーザは、新着の検索結果がどれであるかを容易に把握できる。
【００７１】
（実施形態４）
ユーザがユーザ端末２０を用いて、ネットワークＮ経由で公開されている情報を閲覧した履歴情報に基づいて、カスタマイズ情報を生成する検索システムについて説明する。本実施形態の検索システムの各装置は、実施形態１の各装置と同様の構成を有するので、同様の構成については詳細な説明を省略する。本実施形態の検索システムにおいて、ユーザ端末２０は、図４に示す処理と同様の処理を行ってもよい。これにより、それぞれのカテゴリーについてユーザが入力した各種の情報をカスタマイズ情報としてカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録できる。本実施形態では、ユーザ端末２０は、ネットワークＮ経由で公開されている情報に対するユーザの閲覧履歴に基づいてカスタマイズ情報を生成してカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録する。
【００７２】
図１４は、ユーザ端末２０によるカスタマイズ情報の生成処理手順の一例を示すフローチャートである。以下の処理は、ユーザ端末２０の記憶部２２に記憶してある制御プログラム２２Ｐ及び検索アプリ２２ＡＰに従って制御部２１によって実行される。以下の処理の一部を専用のハードウェア回路で実現してもよい。
【００７３】
ユーザ端末２０の制御部２１は、例えばユーザがウェブブラウザ２２Ｂを用いてネットワークＮ経由で閲覧するウェブページの内容から、ユーザの嗜好（好み）及び趣味等のユーザに関する情報を抽出する。例えば、ユーザがジャズの楽曲をダウンロードしている場合、ジャズの歌手に関する情報を閲覧している場合、又はジャズに関する各種の情報を閲覧している場合、制御部２１は、ユーザの好きな音楽のジャンルはジャズであることを抽出する。そして、制御部２１は、ユーザの好きな音楽のジャンルを示すカスタマイズ情報としてジャズを、音楽に関するカスタマイズ情報ＤＢ２２ｅに記憶する。
【００７４】
よって、制御部２１は、ユーザの嗜好等を含むユーザに関する情報を抽出したか否かを判断しており（Ｓ６１）、抽出していないと判断した場合（Ｓ６１：ＮＯ）、他の処理を行いつつ待機する。制御部２１は、ユーザに関する情報を抽出したと判断した場合（Ｓ６１：ＹＥＳ）、抽出した情報に対応するカテゴリーを特定する（Ｓ６２）。例えば制御部２１は、ユーザの好きな音楽のジャンルはジャズであることを抽出した場合、ユーザの好きな音楽のジャンルに対応するカテゴリーとして音楽を特定する。そして制御部２１は、特定したカテゴリーのカスタマイズ情報ＤＢ２２ａ〜２２ｅ（ここでは音楽のカスタマイズ情報ＤＢ２２ｅ）に、好きな音楽のジャンルを示すカスタマイズ情報としてジャズを記憶し（Ｓ６３）、処理を終了する。
【００７５】
上述したように、ユーザの閲覧履歴からカスタマイズ情報を生成してカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録することにより、ユーザが各種の情報を入力することなく、新たなカスタマイズ情報がカスタマイズ情報ＤＢ２２ａ〜２２ｅに蓄積される。上述した処理によってカスタマイズ情報ＤＢ２２ａ〜２２ｅに記憶されたカスタマイズ情報においても、検索サーバ１０による検索処理に用いる検索キーワードとして利用できる。なお、本実施形態の検索システムにおいて、ユーザ端末２０及び検索サーバ１０は、図７に示す処理と同様の処理を行ってもよいし、図９又は図１１に示す処理と同様の処理を行ってもよい。これらの処理を行うことにより、検索サーバ１０による検索処理によって得られた検索結果をユーザ端末２０のユーザに提供できる。
【００７６】
本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、カスタマイズ情報ＤＢ２２ａ〜２２ｅに登録されるカスタマイズ情報を、ユーザの閲覧履歴から生成されるので、ユーザが意識することなくユーザに関するカスタマイズ情報が蓄積される。よって、検索処理に不慣れなユーザであっても、ユーザの閲覧履歴からユーザの最新のニーズ（カスタマイズ情報）が抽出されるので、ユーザのニーズに応じた最適な検索処理を容易に行うことが可能となる。また、本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。
【００７７】
本実施形態において、ユーザの閲覧履歴に基づいてカスタマイズ情報を生成する構成に加えて、ユーザ端末２０は、ユーザの閲覧履歴に基づいて、各カテゴリーに対する優先順位を特定する構成を備えてもよい。例えば、ユーザがネットワークＮ経由で音楽の楽曲をダウンロードしている場合、歌手又はアーティストに関する情報及びコンサートに関する情報を閲覧している場合、又は音楽に関する各種の情報を閲覧している場合、制御部２１は、音楽のカテゴリーに対する優先順位を上位に設定する。例えば、ユーザが各カテゴリーに関する情報を閲覧する都度、対応するカテゴリーに対する優先順位を１つ上げる。このような構成とした場合、ユーザは意識することなく、ユーザが興味を持っているカテゴリーの優先順位を上位に設定することができ、優先順位が上位のカテゴリーについての検索結果を優先的にユーザに通知することができる。
【００７８】
（実施形態５）
各カテゴリーについての検索結果に対するユーザの評価を次回以降の検索処理に反映させる検索システムについて説明する。本実施形態の検索システムの各装置は、実施形態１の各装置と同様の構成を有するので、同様の構成については詳細な説明を省略する。なお、本実施形態のユーザ端末２０の記憶部２２は、図１に示す各情報のほかに検索結果評価ＤＢを記憶する。図１５は検索結果評価ＤＢの構成例を示す模式図である。
【００７９】
検索結果評価ＤＢは、例えば検索対象のカテゴリー毎に設けられ、各カテゴリーについての検索結果に対するユーザの評価を記憶する。図１５は不動産のカテゴリーに関する検索結果評価ＤＢを示しており、図１５に示す検索結果評価ＤＢは、検索結果ＩＤ列、検索結果列、評価情報列等を含み、検索結果ＩＤ及び検索結果に対応付けて、検索結果に対応する評価情報を記憶する。検索結果ＩＤ列は、検索処理によって得られた検索結果に割り当てられた識別情報を記憶し、検索結果列は各検索結果の内容を記憶する。検索結果の内容は例えば、検索結果として特定されたＵＲＬ、検索されたアプリケーションプログラム、検索された画像データ等である。評価情報列は各検索結果に対してユーザが行った評価の内容を記憶する。評価の内容は、例えば５段階評価（１が最低評価で５が最高評価等）でユーザが行った評価の情報、ユーザが検索結果に基づいてリンクに対してアクセスしたことを示す情報等を含む。検索結果評価ＤＢに記憶される検索結果ＩＤ及び検索結果は、例えば制御部２１が検索サーバ１０から検索結果を受信した場合に、制御部２１によって記憶される。なお、制御部２１は、新たな検索結果を受信した場合、受信した検索結果に対して検索結果ＩＤを発行し、検索結果ＩＤに対応付けて検索結果を記憶する。検索結果評価ＤＢに記憶される評価情報は、制御部２１が入力部２５を介して各検索結果に対する評価情報を受け付けた場合に、制御部２１によって評価情報（例えば１〜５の評価値）が記憶又は更新される。また、制御部２１が入力部２５を介して検索結果に基づくリンクへのアクセス指示を受け付け、リンクにアクセスした場合に、制御部２１によって「アクセス済」が記憶される。検索結果評価ＤＢの記憶内容は図１５に示す例に限定されない。
【００８０】
本実施形態の検索システムにおいて、ユーザ端末２０は、図４に示す処理と同様の処理を行う。これにより、それぞれのカテゴリーについて各種の情報を含むカスタマイズ情報をカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録することができる。
【００８１】
図１６は、実施形態５の検索処理手順の一例を示すフローチャート、図１７はユーザ端末２０における画面例を示す模式図である。図１６に示す処理は、図７に示す処理において、ステップＳ２８の前にステップＳ７１を追加し、ステップＳ３１の後及びステップＳ２９：ＮＯの後にステップＳ７２〜Ｓ７５を追加したものである。図７と同じステップについては説明を省略する。なお、図１６では、図７中のステップＳ２１〜Ｓ２６の図示を省略している。
【００８２】
本実施形態の検索システムにおいて、ユーザ端末２０の制御部２１及び検索サーバ１０の制御部１１は、図７中のステップＳ２１〜Ｓ２７と同様の処理を行う。これにより、ユーザ端末２０は、いずれかのカテゴリーについて、カスタマイズ情報ＤＢ２２ａ〜２２ｅに登録されたカスタマイズ情報を検索キーワードとして検索サーバ１０で行われた検索処理の結果（検索結果画面）を取得することができる。ユーザ端末２０の制御部２１は、検索サーバ１０から検索結果画面を受信した場合、受信した検索結果画面において、検索結果評価ＤＢの記憶内容に基づいて、検索結果の表示順序の入れ替えを行う（Ｓ７１）。例えば制御部２１は、受信した検索結果画面中の各検索結果に対して、検索結果評価ＤＢに記憶してある評価情報を読み出す。そして制御部２１は、各検索結果において、評価情報がより高評価である検索結果（例えば５段階評価の評価値が５に近い検索結果）、及び、評価情報が「アクセス済」である検索結果の表示順序が上位となるように、各検索結果の表示順序を入れ替える。なお、ユーザ端末２０は、ユーザがどのような内容を知りたいかを示す情報を予め記憶しておき、検索サーバ１０から受信した検索結果画面において、ユーザが知りたい内容の検索結果が上位に表示されるように、各検索結果の表示順序を入れ替えてもよい。例えば、不動産のカテゴリーについての検索処理に対して、ユーザが不動産物件の賃貸情報を知りたい場合、制御部２１は、検索サーバ１０から受信した検索結果において、賃貸情報に関する検索結果が上位に表示されるように、各検索結果の表示順序を入れ替える。そして、制御部２１は、各検索結果の表示順序を入れ替えた検索結果画面を表示部２４に表示し（Ｓ２８）、検索結果画面に表示されたリンク（検索結果）に対する選択操作を入力部２５にて受け付けたか否かを判断する（Ｓ２９）。
【００８３】
制御部２１は、リンク（検索結果）に対する選択操作を受け付けたと判断した場合（Ｓ２９：ＹＥＳ）、リンクに設定されたＵＲＬに基づいてウェブサーバにアクセスし（Ｓ３０）、ウェブサーバからウェブページを受信し、受信したウェブページを表示部２４に表示する（Ｓ３１）。そして、制御部２１は、アクセスしたＵＲＬ（検索結果）に対応する評価情報として「アクセス済」を検索結果評価ＤＢに記憶する（Ｓ７２）。これにより、検索結果（ＵＲＬへのリンク）に対してアクセスした場合に、アクセスしたことを示す評価情報を検索結果評価ＤＢに登録することができる。
【００８４】
一方、リンクに対する選択操作を受け付けていないと判断した場合（Ｓ２９：ＮＯ）、制御部２１は、入力部２５を介していずれかの検索結果に対する評価情報を受け付けたか否かを判断する（Ｓ７３）。本実施形態における検索結果画面は、図１７に示すように、各検索結果に対してユーザが評価を行うための「評価する」ボタンが表示されている。なお、図１７に示す検索結果画面は、各検索結果に「評価する」ボタンが表示されているほかは、図８Ｂに示す検索結果画面と同様の構成を有する。制御部２１は、入力部２５を介していずれかの「評価する」ボタンに対する操作を受け付けた場合、例えば１〜５の評価値（評価情報）を入力するための入力欄を表示し、入力欄を介して評価値の入力を受け付ける。よって、制御部２１は、いずれかの検索結果に対する評価情報を受け付けたと判断した場合（Ｓ７３：ＹＥＳ）、受け付けた評価値（評価情報）を対応する検索結果に対応付けて検索結果評価ＤＢに記憶する（Ｓ７４）。これにより、検索結果に対してユーザが行った評価（評価情報）を検索結果評価ＤＢに登録することができる。いずれの検索結果に対する評価情報も受け付けていないと判断した場合（Ｓ７３：ＮＯ）、制御部２１はステップＳ７４の処理をスキップする。
【００８５】
そして制御部２１は、例えば検索結果画面の表示の終了指示を受け付けたか否かに応じて、処理を終了すべきか否かを判断し（Ｓ７５）、処理を終了すべきでないと判断した場合（Ｓ７５：ＮＯ）、ステップＳ２９の処理に戻る。この場合、制御部２１は、例えば検索結果画面の表示に戻り、検索結果画面を介していずれかの検索結果（リンク）に対する選択操作又は評価情報の入力受付を継続する。処理を終了すべきであると判断した場合（Ｓ７５：ＹＥＳ）、制御部２１は処理を終了する。
【００８６】
上述した処理により、各検索結果に対して、ユーザによる評価及びユーザがリンク先にアクセスしたか否かを示す評価情報を登録することができる。これにより、各検索結果に対する評価情報に基づいて、ユーザによる評価がより高い検索結果、及びユーザがかつてリンク先にアクセスしたことがある検索結果が上位の表示順序に表示される検索結果画面を生成できる。よって、ユーザが知りたい可能性がより高い検索結果を上位の表示順序で優先的に通知することができる。なお、各検索結果に対する評価は、総合的な評価のほかに、内容が分かり易いか否かの評価、表示が見易いか否かの評価、内容の説明が丁寧であるか否かの評価等であってもよく、これらのうちの複数の評価を組み合わせたものであってもよい。
【００８７】
本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、検索結果に対するユーザの評価を登録できるので、次回以降の検索処理における検索結果を表示する際の表示順序にユーザの評価を反映させることができる。よって、ユーザが知りたい検索結果を優先的に表示することにより、ユーザの満足度が高い検索処理を実現できる。また、本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。本実施形態の構成は、上述した実施形態２〜４にも適用できる。なお、実施形態２〜３に適用した場合、各カテゴリーについての検索処理を所定のタイミングで自動的に行い、得られた検索結果を、検索結果評価ＤＢに記憶されたユーザによる評価に応じた順序で表示した検索結果画面を提供することができる。
【００８８】
（実施形態６）
各カテゴリーについての検索結果に対する各ユーザの評価を集計し、次回以降の検索処理に反映させる検索システムについて説明する。本実施形態の検索システムの各装置は、実施形態５の各装置と同様の構成を有するので、同様の構成については詳細な説明を省略する。なお、本実施形態の検索システムでは、検索サーバ１０の記憶部１２が、図１に示す各情報のほかに、図１５に示すような検索結果評価ＤＢを記憶する。本実施形態のユーザ端末２０の記憶部２２は、検索結果評価ＤＢを記憶していてもよく、記憶していなくてもよい。なお、本実施形態の検索サーバ１０における検索結果評価ＤＢに記憶される評価情報は、各検索結果に対して複数のユーザが行った評価を集計した内容であり、例えば５段階評価で各ユーザが行った評価の平均値、検索結果に基づいてリンクに対してアクセスしたユーザの数（アクセス数）等を含む。
【００８９】
本実施形態の検索システムにおいて、ユーザ端末２０は、図４に示す処理と同様の処理を行う。これにより、それぞれのカテゴリーについて各種の情報を含むカスタマイズ情報をカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録することができる。
【００９０】
図１８は、実施形態６の検索処理手順の一例を示すフローチャートである。図１８に示す処理は、図１６に示す処理において、ステップＳ７１を削除し、ステップＳ７５の前及びステップＳ２７の後にステップＳ８１〜Ｓ８２を追加したものである。図１６と同じステップについては説明を省略する。なお、図１８では、図７中のステップＳ２１〜Ｓ２４の図示を省略している。
【００９１】
本実施形態の検索システムにおいて、ユーザ端末２０の制御部２１及び検索サーバ１０の制御部１１は、図７中のステップＳ２１〜Ｓ２５と同様の処理を行う。これにより、ユーザ端末２０は、いずれかのカテゴリーについて、カスタマイズ情報ＤＢ２２ａ〜２２ｅに登録されたカスタマイズ情報を検索キーワードとした検索処理を検索サーバ１０に要求でき、検索サーバ１０は要求された検索処理を行うことができる。なお、本実施形態では、ステップＳ２６で、制御部１１は、検索処理によって得られた各検索結果を、検索結果評価ＤＢの記憶内容に基づく表示順序で表示した検索結果画面を生成する（Ｓ２６）。例えば制御部１１は、各検索結果において、評価情報がより高評価である検索結果、及び、評価情報におけるアクセス数がより多い検索結果の表示順序が上位となるような表示順序で各検索結果を表示する検索結果画面を生成する。そして制御部１１は、生成した検索結果画面をユーザ端末２０へ送信し（Ｓ２７）、ユーザ端末２０の制御部２１は、検索サーバ１０から受信した検索結果画面を表示部２４に表示する（Ｓ２８）。
【００９２】
その後、制御部２１は、図１６中のステップＳ２９〜Ｓ３１及びＳ７２〜Ｓ７４と同様の処理を行う。これにより、制御部２１は、ユーザからの要求に応じて検索結果（ＵＲＬへのリンク）に対してアクセスした場合に、アクセスしたことを示す評価情報を検索結果評価ＤＢに登録することができる。また、制御部２１は、検索結果に対してユーザが行った評価（評価情報）を検索結果評価ＤＢに登録することができる。なお、本実施形態では、ユーザ端末２０は検索結果評価ＤＢを記憶していなくてもよく、その場合、制御部２１は評価情報を検索結果評価ＤＢに記憶しない。
【００９３】
そして制御部１１は、例えばステップＳ７２又はＳ７４で検索結果評価ＤＢに記憶した評価情報を検索サーバ１０へ送信し（Ｓ８１）、検索サーバ１０の制御部１１は、ユーザ端末２０から評価情報を受信した場合、受信した評価情報を検索結果評価ＤＢに記憶する（Ｓ８２）。なお、制御部２１は、評価情報を検索結果に対応付けて検索サーバ１０へ送信し、制御部１１は、受信した検索結果に対応付けて評価情報を検索結果評価ＤＢに記憶する。制御部１１は、ユーザ端末２０から５段階の評価値を受信した場合、検索結果評価ＤＢに記憶してある評価値と、受信した評価値とに基づいて、この検索結果に対する評価値の平均値を算出して検索結果評価ＤＢに記憶する。また制御部１１は、ユーザ端末２０からユーザがリンク先にアクセスした旨の通知を受信した場合、検索結果評価ＤＢに記憶してあるアクセス数に１を加算する。制御部１１は、ユーザ端末２０から検索結果に対する評価情報を受信する都度、受信した評価情報を検索結果評価ＤＢに記憶する。ステップＳ８１の処理後、制御部２１は処理を終了すべきか否かを判断する（Ｓ７５）。
【００９４】
上述した処理により、検索サーバ１０において、各検索結果に対して、複数のユーザによる評価及び各ユーザがリンク先にアクセスしたか否かを示す評価情報を登録できる。これにより、検索サーバ１０は、複数のユーザによる評価がより高い検索結果、及びリンク先にアクセスしたユーザ数がより多い検索結果が上位の表示順序に表示される検索結果画面を生成できる。よって、複数のユーザにおいて評価が高い検索結果を上位の表示順序で通知することができるので、ユーザが知りたい可能性が高い検索結果を優先的に通知できる。
【００９５】
本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、検索サーバ１０において、検索結果に対する各ユーザ端末２０のユーザの評価を収集できるので、次回以降の検索処理における検索結果を表示する際の表示順序に、各ユーザの評価を反映させることができる。よって、よりユーズの高い検索結果を優先的に表示することにより、ユーザの満足度が高い検索処理を実現できる。また、本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能であり、本実施形態の構成は、上述した実施形態１〜４にも適用でき、実施形態１〜４に適用した場合にも同様の効果が得られる。
【００９６】
（実施形態７）
ユーザ端末２０が、音声入力によって検索処理の実行指示を受け付け、音声出力によって検索結果を通知する構成を有する検索システムについて説明する。本実施形態の検索システムの各装置は、実施形態１の各装置と同様の構成を有するので、同様の構成については詳細な説明を省略する。なお、本実施形態の検索システムでは、ユーザ端末２０は、図１に示す構成に加えて、マイクを用いて音声入力を受け付ける音声入力部、及びスピーカを用いて音声出力を行う音声出力部（共に図示を省略する）を有する。音声入力部は、マイクを用いてユーザが発した発話音声を取得し、収集した音声データを制御部２１へ送出する。音声出力部は、制御部２１からの指示に従って音声を出力する。音声入力部及び音声出力部は、ユーザ端末２０に内蔵されていてもよいし、ケーブル等を介してユーザ端末２０に外付けされていてもよく、また、一体として構成されたヘッドセットであってもよい。
【００９７】
本実施形態の検索システムにおいて、ユーザ端末２０は、図４に示す処理と同様の処理を行う。これにより、それぞれのカテゴリーについて各種の情報を含むカスタマイズ情報をカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録することができる。なお、図４に示す処理において、カスタマイズ情報の登録処理の実行要求、及びカテゴリーの選択を音声入力によって受け付けてもよい。この場合、図４中のステップＳ１１において、制御部２１は、音声入力部を介して入力された情報に基づいて、カスタマイズ情報の登録処理の実行要求を受け付けたか否かを判断する。また、ステップＳ１３において、制御部２１は、音声入力部を介して入力された情報に基づいて、いずれのカテゴリーが選択されたかを判断する。また、登録画面を介して入力される登録情報も音声入力によって受け付けてもよく、登録処理の実行指示も音声入力によって受け付けてもよい。
【００９８】
図１９は、実施形態７の検索処理手順の一例を示すフローチャートである。図１９に示す処理は、図７に示す処理において、ステップＳ２１〜Ｓ２２の代わりにステップＳ９１〜Ｓ９２を追加し、ステップＳ２８〜Ｓ２９の間にステップＳ９３を追加したものである。図７と同じステップについては説明を省略する。
【００９９】
本実施形態の検索システムにおいて、ユーザ端末２０の制御部２１は、音声入力部によって音声入力を受け付けたか否かを判断しており（Ｓ９１）、受け付けていないと判断した場合（Ｓ９１：ＮＯ）、待機する。音声入力を受け付けたと判断した場合（Ｓ９１：ＹＥＳ）、制御部２１は、受け付けた音声データを音声解析し、入力情報を取得する（Ｓ９２）。そして制御部２１は、取得した入力情報に基づいて、検索処理の実行指示を受け付けたか否かを判断し（Ｓ２３）、受け付けたと判断した場合（Ｓ２３：ＹＥＳ）、音声入力によって選択されたカテゴリーと、カテゴリーについてカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録された情報（カスタマイズ情報）とを検索キーワードとした検索処理の実行を検索サーバ１０に要求する（Ｓ２４）。例えばユーザは、「不動産の検索処理を実行」というメッセージを音声入力した場合、ユーザ端末２０の制御部２１は、不動産のカテゴリーについての検索処理の実行指示を受け付け、実行指示を受け付けた検索処理の実行を検索サーバ１０に要求する。
【０１００】
またユーザ端末２０の制御部２１は、検索サーバ１０から検索結果画面を受信した場合、受信した検索結果画面を表示部２４に表示する（Ｓ２８）と共に、検索結果画面に表示される検索結果を音声出力部にて音声出力する（Ｓ９３）。例えば制御部２１は、図８Ｂに示す検索結果画面に表示される各検索結果を上から順に読み上げて音声出力を行う。その後、制御部２１は、図７中のステップＳ２９〜Ｓ３１と同様の処理を行う。これにより、制御部２１は、ユーザからの要求に応じて検索結果（ＵＲＬへのリンク）に対してアクセスし、アクセスしたウェブページを閲覧することができる。なお、検索結果がYouTube（登録商標）等のＳＮＳ（Social Networking Service ）で公開されている動画又は音楽であった場合、制御部２１は、表示部２４に画像を表示させると共に、音声出力部にて音声を出力させる。
【０１０１】
本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、ユーザ端末２０がユーザからの入力を音声入力によって受け付けることができ、検索サーバ１０による検索結果を音声出力によって読み上げることができる。よって、ユーザが各種の情報を入力する際の操作負担が軽減され、また、音声出力によって検索結果が読み上げられることにより、検索結果を確認する際の負担が軽減される。
【０１０２】
本実施形態の構成は、上述した実施形態２〜６にも適用でき、実施形態２〜６に適用した場合にも同様の効果が得られる。なお、本実施形態の構成を実施形態３の検索システムに適用した場合、所定のタイミングで自動的に検索処理が行われ、検索結果が変化した場合に、変化した検索結果のみを音声出力によって通知するように構成することもできる。よって、例えば、ネットワークＮ経由で公開されている情報が更新されることによって検索結果が変化した場合、あるいは、ユーザの現在地又は年齢等が変化することによって検索結果が変化した場合に、変化した検索結果のみを音声出力によって通知することができる。このように新たに得られた検索結果を音声によってユーザに通知することにより、ユーザは表示された検索結果から新しい検索結果を探すことなく、新しい検索結果を把握することができる。また本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。
【０１０３】
本実施形態において、ユーザ端末２０は、処理を行っていない待機時に、図２０に示すような待機画面を表示部２４に表示するように構成されていてもよい。図２０は、ユーザ端末２０における画面例を示す模式図である。図２０に示す待機画面は、検索キーワードを入力するための入力欄と、検索キーワードの音声入力の実行を指示するためのマイクボタンとを有する。マイクボタンは２つ表示されており、一方（図２０中の左側のボタン）は、通常の検索処理における検索キーワードの音声入力の実行を指示するためのマイクボタンであり、他方（図２０中の右側のボタン）は、カスタマイズ情報ＤＢ２２ａ〜２２ｅに登録されたカスタマイズ情報に基づく検索（カスタマイズ検索）処理における検索キーワード（検索対象のカテゴリー）の音声入力の実行を指示するためのマイクボタンである。いずれかのマイクボタンが操作された場合、制御部２１は、音声入力部を介した音声入力によって検索キーワードを受け付ける。
【０１０４】
ユーザ端末２０のユーザは、通常の検索処理を行う場合、通常検索用のマイクボタン（図２０中の左側のボタン）を操作した後、音声入力によって任意の検索キーワードを入力する。任意の検索キーワードが入力された場合、制御部２１は、入力された検索キーワードに基づく検索処理の実行を検索サーバ１０に要求し、検索サーバ１０から検索結果を取得する。またユーザは、カスタマイズ検索を行う場合、カスタマイズ検索用のマイクボタン（図２０中の右側のボタン）を操作した後、音声入力によって、カスタマイズ検索の検索対象であるカテゴリーのいずれかを入力する。いずれかのカテゴリーが入力された場合、制御部２１は、選択されたカテゴリーについてカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録された情報（カスタマイズ情報）を検索キーワードとした検索処理の実行を検索サーバ１０に要求し、検索サーバ１０から検索結果を取得する。
【０１０５】
上述したように、図２０に示すような待機画面をユーザ端末２０が表示することにより、カスタマイズ情報ＤＢ２２ａ〜２２ｅに登録されたカスタマイズ情報に基づくカスタマイズ検索だけでなく、任意の検索キーワードに基づく検索処理の実行要求を待機画面を介して行うことができる。
【０１０６】
（実施形態８）
ユーザがユーザ端末２０を用いて行う各種の処理の内容に基づいてユーザの興味及び嗜好の傾向を抽出し、抽出結果を検索結果の表示順序に反映させる検索システムについて説明する。本実施形態の検索システムの各装置は、実施形態１の各装置と同様の構成を有するので、同様の構成については詳細な説明を省略する。本実施形態の検索システムにおいて、ユーザ端末２０は、図４に示す処理と同様の処理を行う。これにより、それぞれのカテゴリーについてユーザが入力した各種の情報をカスタマイズ情報としてカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録できる。
【０１０７】
本実施形態では、ユーザ端末２０は、ユーザからの操作に応じて実行した各種の処理の内容に基づいてユーザの興味及び嗜好の傾向を抽出する処理を行う。例えばユーザ端末２０は、ネットワークＮ経由で公開されている情報に対するユーザの閲覧履歴に基づいて、ユーザが興味を持っている事柄、ユーザが好む事柄等の情報（以下では嗜好情報という）を抽出する。また、ユーザ端末２０は、インストールされている各種のアプリケーションの実行頻度に応じてユーザの嗜好情報を抽出してもよい。図２１は、ユーザの嗜好情報の生成処理手順の一例を示すフローチャートである。以下の処理は、ユーザ端末２０の記憶部２２に記憶してある制御プログラム２２Ｐ及び検索アプリ２２ＡＰに従って制御部２１によって実行される。以下の処理の一部を専用のハードウェア回路で実現してもよい。
【０１０８】
ユーザ端末２０の制御部２１は、例えばユーザがウェブブラウザ２２Ｂを用いてネットワークＮ経由で閲覧するウェブページの内容から、ユーザが興味及び関心を持っている事柄、ユーザが好む事柄、ユーザの趣味等のユーザに関する情報を抽出する。例えば、ユーザの閲覧頻度の高いウェブページが不動産の賃貸物件を公開しているウェブページである場合、制御部２１は、ユーザが不動産の賃貸物件に興味があることを抽出する。また、ユーザによる実行頻度が高いアプリケーションが、年金の保険料納付額及び受取見込額等を試算するためのアプリケーションである場合、制御部２１は、ユーザが年金の保険料納付及び受取に興味があることを抽出する。また制御部２１は、ユーザがウェブページを介して購買した商品及びサービス等の購買履歴に基づいて、ユーザの興味及び趣味等の情報を抽出してもよい。なお、制御部２１は、クッキー（Cookie）又はキャッシュに一時的に保存された情報から、ユーザの興味に関する情報を抽出してもよい。
【０１０９】
よって、制御部２１は、ユーザの興味及び嗜好等を含むユーザに関する情報を抽出したか否かを判断し（Ｓ１０１）、抽出していないと判断した場合（Ｓ１０１：ＮＯ）、他の処理を行いつつ待機する。制御部２１は、ユーザに関する情報を抽出したと判断した場合（Ｓ１０１：ＹＥＳ）、抽出した情報に基づいて、ユーザの嗜好情報を特定する（Ｓ１０２）。例えば制御部２１は、ユーザが不動産の賃貸物件に興味があることを抽出した場合、ユーザの興味として不動産の賃貸物件を特定する。また制御部２１は、ユーザが年金の保険料納付及び受取に興味があることを抽出した場合、ユーザの興味として年金の保険料納付及び受取を特定する。そして制御部２１は、特定したユーザの嗜好情報を記憶部２２に記憶し（Ｓ１０３）、処理を終了する。上述した処理により、ユーザのウェブページの閲覧履歴及びアプリケーションの実行履歴からユーザの嗜好情報を収集でき、収集した嗜好情報を記憶部２２に蓄積することができる。
【０１１０】
図２２は、実施形態８の検索処理手順の一例を示すフローチャート、図２３はユーザ端末２０における画面例を示す模式図である。図２２に示す処理は、図７に示す処理において、ステップＳ２８の前にステップＳ１１１を追加したものである。図７と同じステップについては説明を省略する。
【０１１１】
本実施形態の検索システムにおいて、ユーザ端末２０の制御部２１及び検索サーバ１０の制御部１１は、図７中のステップＳ２１〜Ｓ２７と同様の処理を行う。これにより、ユーザ端末２０は、いずれかのカテゴリーについて、カスタマイズ情報ＤＢ２２ａ〜２２ｅに登録されたカスタマイズ情報を検索キーワードとして検索サーバ１０で行われた検索処理の結果（検索結果画面）を取得することができる。ユーザ端末２０の制御部２１は、検索サーバ１０から検索結果画面を受信した場合、受信した検索結果画面において、図２１に示す処理によって収集したユーザの嗜好情報に基づいて、検索結果の表示順序の入れ替えを行う（Ｓ１１１）。例えば制御部２１は、受信した検索結果画面中の各検索結果において、収集して記憶部２２に記憶してあるユーザの嗜好情報に合致する検索結果の表示順序が上位となるように、各検索結果の表示順序を入れ替える。具体的には、制御部２１は、検索結果画面中の各検索結果において、ユーザの嗜好情報に合致する検索結果があるか否かを判断し、あると判断した場合、嗜好情報に合致する検索結果の表示位置を最上位に移動させる。例えばユーザの興味が不動産の賃貸物件にある場合、制御部２１は、不動産のカテゴリーの検索結果画面において、不動産の賃貸物件に関する検索結果が最上位に表示されるように、各検索結果の表示順序を入れ替える。また、制御部２１は、ユーザの属性情報も考慮して、検索結果の表示順序を入れ替えてもよい。
【０１１２】
そして制御部２１は、各検索結果の表示順序を入れ替えた検索結果画面を表示部２４に表示し（Ｓ２８）、ステップＳ２９以降の処理を実行する。なお、制御部２１は、各検索結果の表示順序を入れ替えた検索結果画面において、表示順序を上位に移動させた検索結果を強調させて表示してもよい。例えば図２３に示す例では、不動産のカテゴリーの検索結果において、表示順序を最上位に移動させた検索結果に「おすすめ！」の吹き出しが付与されている。表示順序を上位に移動させた検索結果は、ユーザの嗜好情報に合致するものであるので、このように目立つように表示することにより、ユーザの興味及び嗜好に合致する検索結果を優先的にユーザに通知することができる。上述した処理により、ユーザの嗜好情報に合致する検索結果、即ち、ユーザが知りたい可能性が高い検索結果を上位の表示順序で優先的に通知することができる。よって、ユーザにとって有益な情報を分かり易く提供することが可能となる。
【０１１３】
本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、ユーザの興味及び嗜好に応じて、検索処理における検索結果を表示する際の表示順序に入れ替えることにより、ユーザが知りたい検索結果を優先的に提供することができ、ユーザの満足度が高い検索処理を実現できる。なお、本実施形態において、各カテゴリーの検索結果の表示順序を入れ替えることなく、ユーザの興味及び嗜好に応じて優先的にユーザに提示したい検索結果に対して、例えば「おすすめ！」の吹き出しの付与、又はハイライト表示を行うことにより、目立たせて表示させてもよい。具体的には、例えば図１０に示す画面において、各カテゴリーについて上位に表示されていない検索結果に対して、吹き出しの付与又はハイライト表示を行うように構成されていてもよい。この場合にも、ユーザの興味及び嗜好に合致する検索結果を優先的にユーザに通知することができる。また、本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。本実施形態の構成は、上述した実施形態２〜７にも適用できる。なお、実施形態２〜３に適用した場合、各カテゴリーについての検索処理を所定のタイミングで自動的に行い、得られた検索結果を、記憶部２２に記憶してあるユーザの嗜好情報に応じた順序で表示した検索結果画面を提供することができる。
【０１１４】
（実施形態９）
各カテゴリーについての検索処理の実行回数、又は各カテゴリーの検索結果に対するユーザの閲覧回数に応じて、各カテゴリーの優先順位を変更する検索システムについて説明する。本実施形態の検索システムの各装置は、実施形態１の各装置と同様の構成を有するので、同様の構成については詳細な説明を省略する。本実施形態の検索システムにおいて、ユーザ端末２０は、図４に示す処理と同様の処理を行うことにより、それぞれのカテゴリーについて各種の情報を含むカスタマイズ情報をカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録することができる。また、本実施形態のユーザ端末２０は、図７に示す処理と同様の処理を行うことにより、それぞれのカテゴリーについてカスタマイズ情報に基づく検索処理を行い、検索結果を提供することができる。
【０１１５】
本実施形態のユーザ端末２０では、制御部２１は、各カテゴリーについて検索サーバ１０による検索処理の実行回数を計数する。具体的には、制御部２１は、いずれかのカテゴリーのカスタマイズ情報に基づく検索処理を検索サーバ１０へ要求した場合、又は、いずれかのカテゴリーのカスタマイズ情報に基づく検索処理の結果を検索サーバ１０から受信した場合に、このカテゴリーについての検索回数に１を加算する。また、本実施形態のユーザ端末２０では、制御部２１は、各カテゴリーの検索結果に対するユーザの閲覧履歴（閲覧回数）を記憶する。具体的には、制御部２１は、ユーザからの要求に従って、各カテゴリーの検索結果のウェブサイトにアクセスした場合に、このカテゴリーの検索結果に対する閲覧回数に１を加算する。なお、各カテゴリーについての検索回数、及び各カテゴリーの検索結果に対する閲覧回数はそれぞれ、カテゴリーに対応付けて記憶部２２に記憶しておく。本実施形態では、このように計数された検索処理の実行回数及び検索結果の閲覧回数に基づいて、各カテゴリーに対する優先順位を更新するように構成されている。
【０１１６】
図２４は、カテゴリーに対する優先順位の更新処理手順の一例を示すフローチャートである。本実施形態の検索システムにおいて、ユーザ端末２０の制御部２１は、図７に示す処理を行いつつ以下の処理を行う。制御部２１は、いずれかのカテゴリーについて、カスタマイズ情報ＤＢ２２ａ〜２２ｅに登録されたカスタマイズ情報を検索キーワードとした検索処理を検索サーバ１０によって実行したか否かを判断する（Ｓ１２１）。検索処理を実行したと判断した場合（Ｓ１２１：ＹＥＳ）、制御部２１は、検索処理を行ったカテゴリーに対する検索回数に１を加算する（Ｓ１２２）。例えば制御部２１は、図７に示す処理において、ステップＳ２４の処理を行った場合、又はステップＳ２８の処理を行った場合に、検索処理を実行したと判断する。そして制御部２１は、記憶部２２に記憶してある各カテゴリーに対する検索回数において、実行した検索処理のカテゴリーに対する検索回数に１を加算する。検索処理を実行していないと判断した場合（Ｓ１２１：ＮＯ）、制御部２１はステップＳ１２２の処理をスキップする。
【０１１７】
また制御部２１は、いずれかのカテゴリーについて検索結果のリンクに基づいてウェブサイトにアクセスしたか否かを判断する（Ｓ１２３）。検索結果に基づいてアクセスしたと判断した場合（Ｓ１２３：ＹＥＳ）、制御部２１は、この検索結果のカテゴリーに対する検索結果の閲覧回数に１を加算する（Ｓ１２４）。例えば制御部２１は、図７に示す処理において、ステップＳ３０の処理を行った場合、又はステップＳ３１の処理を行った場合に、検索結果にアクセスしたと判断する。そして制御部２１は、記憶部２２に記憶してある各カテゴリーに対する検索結果の閲覧回数において、閲覧した検索結果のカテゴリーに対する閲覧回数に１を加算する。検索結果をアクセスしていないと判断した場合（Ｓ１２３：ＮＯ）、制御部２１はステップＳ１２４の処理をスキップする。
【０１１８】
制御部２１は、ステップＳ１２２で計数した各カテゴリーに対する検索回数、又は、ステップＳ１２４で計数した各カテゴリーに対する検索結果の閲覧回数に基づいて、各カテゴリーに対する優先順位を変更すべきか否かを判断する（Ｓ１２５）。例えば、検索回数が多い順に高い優先順位を設定する場合、制御部２１は、各カテゴリーに対する検索回数の多少が入れ替わったカテゴリーがあるか否かを判断し、あると判断した場合、優先順位を変更すべきカテゴリーがあると判断する。このとき制御部２１は、検索回数の多少が入れ替わった各カテゴリーに対する優先順位を、検索回数の多い順となるように変更する（Ｓ１２６）。また、検索結果の閲覧回数が多い順に高い優先順位を設定する場合、制御部２１は、各カテゴリーに対する閲覧回数の多少が入れ替わったカテゴリーがあるか否かを判断し、あると判断した場合、優先順位を変更すべきカテゴリーがあると判断する。このとき制御部２１は、閲覧回数の多少が入れ替わった各カテゴリーに対する優先順位を、閲覧回数の多い順となるように変更する（Ｓ１２６）。
【０１１９】
優先順位を変更すべきカテゴリーがないと判断した場合（Ｓ１２５：ＮＯ）、又はステップＳ１２６の処理後、制御部２１は、ステップＳ１２１の処理に戻り、上述した処理を繰り返す。上述した処理により、検索処理の実行回数、又は検索結果に対するアクセス回数（閲覧回数）に応じて、各カテゴリーの優先順位を設定できる。このように適宜変更される各カテゴリーの優先順位は、例えば図１０、図１２Ｂ、図１３Ａ、図２３に示すように各カテゴリーの検索結果の一部を列挙する通知画面を生成する際に用いられる。具体的には、優先順位が高いカテゴリーから順に、各カテゴリーの検索結果の一部を列挙する通知画面を生成することができる。よって、ユーザが検索したい可能性の高いカテゴリーの検索結果を上位の表示順序で優先的に通知することができる。
【０１２０】
本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、検索処理の実行回数又は検索結果に対する閲覧回数を計数し、これらの回数に応じて検索結果を通知する際の各カテゴリーの優先順位を設定することができる。よって、ユーザが検索したい可能性の高いカテゴリーの検索結果を優先的に表示することができ、ユーザの満足度が高い検索処理を実現できる。なお、ユーザは意識することなく、検索処理の実行及び検索結果に対するアクセスを行えばよく、このように行われた検索処理の実行回数又は検索結果に対するアクセス回数によって、ユーザが興味を持っている可能性の高いカテゴリーを特定でき、このようなカテゴリーの優先順位を上位に設定することができる。また、本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。本実施形態の構成は、上述した実施形態２〜８にも適用できる。
【０１２１】
本実施形態において、各カテゴリーの検索回数又は各カテゴリーの検索結果に対するユーザの閲覧回数に応じて、各カテゴリーの優先順位を変更する構成のほかに、ユーザがユーザ端末２０を用いて行う各種の処理の内容に応じて、各カテゴリーに対する優先順位を変更するように構成されていてもよい。例えば、ネットワークＮ経由で公開されている情報（ウェブサイト）に対するユーザの閲覧履歴、閲覧するウェブページの内容、ユーザ端末２０にインストールされているアプリケーションの実行頻度等に応じて、各カテゴリーに対する優先順位を変更してもよい。具体的には、ユーザがネットワークＮ経由で音楽の楽曲をダウンロードしている場合、歌手又はアーティストに関する情報及びコンサートに関する情報を閲覧している場合、又は音楽に関する各種の情報を閲覧している場合、ユーザ端末２０の制御部２１は、音楽のカテゴリーに対する優先順位を上位に設定する。例えばユーザが各カテゴリーに関する情報を閲覧する都度、対応するカテゴリーに対する優先順位を１つ上げる。また、ユーザの閲覧頻度の高いウェブページが不動産の賃貸物件を公開しているウェブページである場合、不動産のカテゴリーに対する優先順位を上位に設定し、ユーザによる実行頻度が高いアプリケーションが、年金の保険料納付額及び受取見込額等を試算するためのアプリケーションである場合、年金のカテゴリーに対する優先順位を上位に設定する。また、ユーザ端末２０の制御部２１は、閲覧するウェブページの内容、アプリケーションに対する実行頻度及び実行内容等から、ユーザが興味及び関心を持っている事柄、ユーザが好む事柄、ユーザの趣味等の嗜好情報を抽出し、抽出した嗜好情報に応じたカテゴリーに対する優先順位を上位に設定してもよい。なお、ユーザがウェブページを介して購買した商品及びサービス等の購買履歴からユーザの嗜好情報を抽出してもよい。このような構成とした場合、ユーザは意識することなく、ユーザが興味を持っているカテゴリーの優先順位を上位に設定することができ、優先順位が上位のカテゴリーについての検索結果を優先的にユーザに通知することができる。
【０１２２】
また、ユーザ端末２０は、ユーザがユーザ端末２０を用いて行う各種の処理の内容に基づいて、検索対象のカテゴリーを新たに生成するように構成されていてもよい。例えば、ユーザ端末２０の制御部２１は、ユーザが閲覧するウェブページの内容（閲覧履歴）、ユーザが実行するアプリケーションの実行内容等に基づいて、新たなカテゴリー（キーワード）を生成してもよい。例えば制御部２１は、ユーザが閲覧するウェブページ中で出現回数が多い用語を抽出し、抽出した用語からカテゴリーを生成してもよい。このような構成とした場合、ユーザは意識することなく、ユーザが興味を持っている事項に対応するカテゴリーを生成することができ、生成されたカテゴリーを用いた検索処理の実行が可能となる。よって、日々変化するユーザの嗜好情報を考慮したカテゴリーが生成されるので、最新のユーザの嗜好情報を反映させた検索結果をユーザに提供することが可能となる。なお、生成されたカテゴリーに対応するカスタマイズ情報（検索用のキーワード）は、いずれかのカテゴリーのカスタマイズ情報ＤＢ２２ａ〜２２ｅに既に登録してある情報の一部を用いてもよい。また、ユーザが閲覧するウェブページの内容、ユーザが実行するアプリケーションの実行内容等から、生成したカテゴリーに対応するカスタマイズ情報を生成してもよい。
【０１２３】
更に、ユーザ端末２０は、各カテゴリーの検索回数又は各カテゴリーの検索結果に対するユーザの閲覧回数、或いは、ユーザがユーザ端末２０を用いて行う各種の処理の内容に応じて、不要なカテゴリーを特定して削除するように構成されていてもよい。例えば、所定期間における検索回数が所定回数未満である場合、又は所定期間における検索結果に対するユーザの閲覧回数が所定回数未満である場合に、このようなカテゴリーを検索対象から削除してもよい。このような構成とした場合、ユーザが興味のないカテゴリーを検索対象から除外できるので、不要な検索処理の実行が抑制され、ユーザに有益な検索結果を効率よく提供することが可能となる。なお、例えばカテゴリーの上限個数を設定しておき、新たなカテゴリーが１つ生成された場合に、不要なカテゴリーを１つ選択して削除するように構成されていてもよい。
【０１２４】
（実施形態１０）
各カテゴリーについての検索処理の実行回数と、各カテゴリーの検索処理の各結果に基づいてユーザが閲覧（アクセス）した情報の閲覧履歴とに基づいて、ユーザの検索処理における特徴（傾向）を抽出し、抽出結果に応じたコンテンツを提供する検索システムについて説明する。本実施形態の検索システムの各装置は、実施形態１の各装置と同様の構成を有するので、同様の構成については詳細な説明を省略する。本実施形態の検索システムにおいて、ユーザ端末２０は、図４に示す処理と同様の処理を行い、各カテゴリーのカスタマイズ情報をカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録する。また、本実施形態のユーザ端末２０は、図７に示す処理と同様の処理を行い、各カテゴリーについてカスタマイズ情報に基づく検索処理を行い、検索結果を提供する。
【０１２５】
本実施形態のユーザ端末２０では、制御部２１は、実施形態９と同様に、各カテゴリーについて検索サーバ１０による検索処理の実行回数を計数する。また、本実施形態のユーザ端末２０では、制御部２１は、各カテゴリーの検索結果に対するユーザの閲覧履歴（閲覧したウェブサイトの情報）に基づいて、閲覧した情報の内容（情報分類）毎の閲覧回数を計数して記憶部２２に記憶する。具体的には、制御部２１は、ユーザからの要求に従って、各カテゴリーの検索結果のウェブサイトにアクセスした場合、アクセスしたウェブサイトで開示されている情報の内容を、所定の分類のうちのいずれかに特定し、特定した分類に対する閲覧回数に１を加算する。これにより、分類（情報の内容）毎の閲覧回数を計数できる。そして、本実施形態のユーザ端末２０は、カテゴリー毎の検索回数と、情報分類（情報の内容）毎の閲覧回数と、ユーザの属性情報とに基づいて、ユーザの検索処理における特徴（傾向）を抽出する処理を行う。
【０１２６】
図２５は、検索処理の特徴抽出処理の一例を示す模式図である。図２５に示すように、本実施形態のユーザ端末２０は、ページ判別モデル及び特徴判別モデルを用いて、カテゴリー毎の検索回数と、情報分類毎の閲覧回数と、ユーザの属性情報とに基づく検索処理の特徴（特徴分類）を判別する。なお、図２５Ａはページ判別モデルを示し、図２５Ｂは特徴判別モデルを示す。制御部２１はまず、ページ判別モデルを用いて、ユーザが閲覧したウェブサイトの内容（テキストデータ）から、この閲覧ページに記載されている情報の内容（ページ分類）を判別する。制御部２１は、判別した情報の内容（ページ分類）毎に閲覧回数を計数しており、判別したページ分類の閲覧回数に１を加算する。その後、制御部２１は、特徴判別モデルを用いて、所定期間に亘って計数したページ分類毎の閲覧回数と、所定期間におけるカテゴリー毎の検索処理の実行回数（検索回数）と、ユーザの属性情報とから、ユーザの検索処理の特徴（特徴分類）を判別する。なお、ユーザの検索処理の特徴分類は、ユーザが閲覧したウェブサイトの内容、ユーザが行った各カテゴリーの検索回数、ユーザの属性情報を加味した分類であり、ユーザが関心を持って検索及び閲覧した事柄に応じた情報である。
【０１２７】
ページ判別モデルは、例えばDoc2vecであり、テキストデータ（文書ファイル）をベクトルに変換するニューラルネットワークによって構成される。ページ判別モデルは、各種のジャンル（ページ分類）について記載されたウェブサイトの情報（テキストデータ）を文書ファイルと見なし、各ジャンルの文書ファイルを教師データとして機械学習を行うことによって生成される。ページ判別モデルは、文書ファイルに含まれる文字列の入力を受け付け、入力されたデータから、その特徴量を表すベクトル（分散表現）を演算し、演算したベクトルに基づいて、入力された文書ファイルのジャンル（ページ分類）を出力する。なお、ページ判別モデルから出力されるジャンルは、演算されたベクトルに応じたジャンルであり、入力された文書ファイルの記載内容のジャンルを示す。ページ判別モデルは学習時において、入力された教師用の文書ファイルのジャンルと、出力されたジャンル（ページ分類）とを比較し、両者が近似するように、入力値に対して行う所定の演算を規定する各種の関数の係数や閾値等のデータを最適化する。なお、ページ判別モデルの学習は検索サーバ１０又は他の学習装置で行われ、生成されたページ判別モデルが、例えばネットワークＮ経由又は可搬型記憶媒体経由でユーザ端末２０にダウンロードされて記憶部２２に記憶される。なお、doc2vecはページ判別モデルの一例であって、その他のニューラルネットワークによってページ判別モデルを構成してもよい。また、ページ判別モデルはニューラルネットワークに限定されず、決定木、ランダムフォレスト、ＳＶＭ（Support Vector Machine）等であってもよく、入力された文書ファイルの特徴量を抽出する各種のアルゴリズムを用いて構成することができる。
【０１２８】
特徴判別モデルは、機械学習モデル又は深層学習モデルによって構成される。特徴判別モデルは、ページ判別モデルを用いて判別されたページ分類毎の閲覧回数と、各カテゴリーの検索処理の実行回数と、ユーザの属性情報との入力を受け付け、入力された情報に基づいて、入力された情報に応じて出力すべき分類結果（特徴分類）を演算し、演算した分類結果（特徴分類）を出力する。なお、特徴判別モデルから出力される特徴分類は、ページ分類、各カテゴリーの検索回数及びユーザの属性情報に応じて判別される検索処理の特徴を示す情報であり、ユーザが関心を持って検索及び閲覧した事柄の情報であり、例えばスポーツ観戦、演劇鑑賞等がある。よって、特徴判別モデルから出力される特徴分類は、ユーザの興味及び嗜好を示しており、例えばスポーツ観戦好きであること、演劇鑑賞好きであることを示している。特徴判別モデルは、ページ分類毎の閲覧回数、カテゴリー毎の検索回数、属性情報、及び特徴分類を教師データとして機械学習を行うことによって生成される。特徴判別モデルは学習時において、教師データのページ分類毎の閲覧回数、カテゴリー毎の検索回数、及び属性情報が入力された場合に出力された特徴分類と、教師データの特徴分類とを比較し、両者が近似するように、入力値に対して行う所定の演算を規定する各種の関数の係数や閾値等のデータを最適化する。なお、特徴判別モデルの学習は検索サーバ１０又は他の学習装置で行われ、生成された特徴判別モデルは、例えばネットワークＮ経由又は可搬型記憶媒体経由でユーザ端末２０にダウンロードされて記憶部２２に記憶される。
【０１２９】
上述した構成により、本実施形態のユーザ端末２０は、各カテゴリーの検索結果に基づくページ分類毎の閲覧回数と、カテゴリー毎の検索回数と、ユーザの属性情報とに基づいて、ユーザによる検索処理における特徴分類を特定（抽出）する。そして、本実施形態のユーザ端末２０は、検索処理における特徴分類を特定した場合、特定した特徴分類に応じたコンテンツをユーザに提供するように構成されている。なお、ユーザ端末２０は、ページ分類毎の閲覧回数と、カテゴリー毎の検索回数とに基づいて、ユーザによる検索処理における特徴分類を特定してもよく、この場合、特徴判別モデルに、ユーザの属性情報は入力されない。
【０１３０】
図２６は、ページ分類毎の閲覧回数及びカテゴリー毎の検索回数の計数処理手順の一例を示すフローチャートである。本実施形態の検索システムにおいて、ユーザ端末２０の制御部２１は、図７に示す処理を行いつつ以下の処理を行う。制御部２１は、いずれかのカテゴリーについて、カスタマイズ情報ＤＢ２２ａ〜２２ｅに登録されたカスタマイズ情報を検索キーワードとした検索処理を検索サーバ１０によって実行したか否かを判断する（Ｓ１３１）。制御部２１は、検索処理を実行したと判断した場合（Ｓ１３１：ＹＥＳ）、検索処理を行ったカテゴリーに対する検索回数に１を加算し（Ｓ１３２）、検索処理を実行していないと判断した場合（Ｓ１３１：ＮＯ）、ステップＳ１３２の処理をスキップする。なお、制御部２１は、検索処理を実行した日時情報をカテゴリーに対応付けて記憶部２２に記憶しておいてもよく、この場合、後日所定期間における各カテゴリーの検索回数を計数できる。
【０１３１】
また制御部２１は、いずれかのカテゴリーについて検索結果のリンクに基づいてウェブサイトにアクセスしたか否かを判断する（Ｓ１３３）。検索結果に基づいてアクセスしたと判断した場合（Ｓ１３３：ＹＥＳ）、制御部２１は、ページ判別モデルを用いて、アクセスしたウェブサイト（閲覧ページ）のページ分類を特定する（Ｓ１３４）。例えば制御部２１は、図７に示す処理において、ステップＳ３０の処理を行った場合、又はステップＳ３１の処理を行った場合に、検索結果にアクセスしたと判断する。そして制御部２１は、閲覧したウェブサイトで公開されている情報、又は公開されている情報の一部をページ判別モデルに入力し、ページ判別モデルからの出力情報に基づいて、閲覧ページのページ分類を特定する。そして制御部２１は、特定したページ分類に対する閲覧回数に１を加算する（Ｓ１３５）。なお、制御部２１は、ウェブサイトにアクセスした日時情報をページ分類に対応付けて記憶部２２に記憶しておいてもよく、この場合、後日所定期間における各ページ分類の閲覧回数を計数できる。
【０１３２】
検索結果にアクセスしていないと判断した場合（Ｓ１３３：ＮＯ）、制御部２１はステップＳ１３４〜Ｓ１３５の処理をスキップし、ステップＳ１３１の処理に戻る。制御部２１は、いずれかのカテゴリーについて検索処理を実行する都度、及び、検索結果のウェブサイトにアクセスする都度、上述した処理を繰り返す。これにより、ユーザ端末２０は、カテゴリー毎の検索処理の実行回数を計数でき、ページ分類毎の閲覧回数を計数できる。
【０１３３】
図２７は、コンテンツの提供処理手順の一例を示すフローチャートである。本実施形態のユーザ端末２０は、図２６の処理を行うことにより、所定期間におけるカテゴリー毎の検索回数とページ分類毎の閲覧回数とを計数する。また、本実施形態のユーザ端末２０は、定期的に又は所定のタイミングで以下の処理を行う。ユーザ端末２０の制御部２１は、所定期間におけるカテゴリー毎の検索回数を読み出し（Ｓ１４１）、所定期間におけるページ分類毎の閲覧回数を読み出す（Ｓ１４２）。制御部２１は、例えば直近の１ヶ月間におけるカテゴリー毎の検索回数及びページ分類毎の閲覧回数を読み出す。なお、カテゴリー毎に、検索処理の実行日時を記憶部２２に記憶している場合、制御部２１は、直近の１ヶ月間においてカテゴリー毎に実行された検索回数を計数する。また、ページ分類に、ウェブサイトのアクセス日時を記憶部２２に記憶している場合、制御部２１は、直近の１ヶ月間においてページ分類毎に実行されたアクセス回数を計数する。
【０１３４】
次に制御部２１は、例えばカスタマイズ情報ＤＢ２２ａ〜２２ｅに記憶されたユーザの属性情報を読み出す（Ｓ１４３）。そして、制御部２１は、特徴判別モデルを用いて、ユーザの検索処理における特徴（特徴分類）を特定する（Ｓ１４４）。具体的には、制御部２１は、所定期間におけるカテゴリー毎の検索回数と、所定期間におけるページ分類毎の閲覧回数と、ユーザの属性情報とを特徴判別モデルに入力し、特徴判別モデルからの出力情報に基づいて、ユーザの検索処理における特徴分類を取得（特定）する。制御部２１は、ユーザの検索処理の特徴分類を特定した場合、特定した特徴分類に応じたコンテンツを特定して表示部２４に表示する（Ｓ１４５）。検索処理の特徴分類は、ページ分類（閲覧ページで公開されていた内容）毎のユーザの閲覧頻度、各カテゴリーにおける検索処理の実行頻度及びユーザの属性情報に応じて判別される情報であり、ユーザが関心を持って検索及び閲覧した事柄の情報（例えばスポーツ観戦、演劇鑑賞等）である。よって、特徴分類に応じたコンテンツは、例えば、ユーザの関心事に関するコンテンツ、ユーザの興味及び嗜好に適した人物、対象物、事柄、情報等に関するコンテンツを用いることができる。なお、特徴分類に応じたコンテンツは、予め特徴分類毎に記憶部２２に記憶されていてもよく、検索サーバ１０又は他のサーバで特徴分類毎に記憶されていてもよい。また、制御部２１は、特定した特徴分類に応じたコンテンツを、ネットワークＮ経由で公開されているコンテンツから特定してもよい。更に、制御部２１は、検索結果画面とは別の画面でコンテンツを表示してもよく、検索結果画面に重畳させてコンテンツを表示させてもよい。また制御部２１は、ユーザの検索処理の特徴分類に応じたコンテンツを特定しておき、入力部２５を介してユーザからの出力要求（表示要求）を受け付けた後に表示部２４に表示してもよい。
【０１３５】
制御部２１は、定期的に又は所定のタイミングで上述した処理を行い、それぞれの時点での、各カテゴリーにおける検索頻度、各ページ分類（閲覧ページで公開されていた内容）における閲覧頻度、及びユーザの属性情報に応じた、ユーザの検索処理の特徴を特定できる。上述した処理により、各カテゴリーのカスタマイズ情報に基づく検索処理の実行回数、検索処理の結果に基づいてユーザがアクセス（閲覧）したウェブサイトの閲覧履歴、及びユーザの属性情報から、ユーザの検索処理における特徴、具体的にはユーザが現在関心を持っている事柄を特定できる。そして、ユーザが現在関心を持っている事柄に応じたコンテンツを提供することにより、検索結果に基づく閲覧ページ等から判断できるユーザの関心事に関するコンテンツを提供することができる。なお、ユーザの検索処理における特徴は、ユーザの属性情報を考慮せずに、ユーザによる検索処理の実行回数及びウェブサイトの閲覧履歴に基づいて特定してもよい。また制御部２１は、このようにユーザに提供されたコンテンツについても、ユーザの閲覧履歴として用いてもよい。
【０１３６】
本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、カスタマイズ情報に基づく検索処理の回数、検索結果に基づいてユーザがアクセスしたウェブサイト（閲覧ページ）等に基づくユーザの興味及び嗜好に応じたコンテンツを提供することができる。よって、ユーザの満足度がより高い検索処理を実現できる。また、本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。本実施形態の構成は、上述した実施形態２〜９にも適用できる。
【０１３７】
本実施形態において、各ユーザにおいて、各カテゴリーの検索回数と、各カテゴリーの検索結果に対する閲覧履歴と、ユーザの属性情報とに基づいて、ユーザの検索処理における特徴分類（傾向）を特定する処理は、これらの情報をユーザ端末２０から受信した検索サーバ１０で行ってもよい。この場合、検索サーバ１０は、ユーザ端末２０から上述した各情報を受信し、受信した情報に対応してユーザの検索処理における特徴分類を特定してユーザ端末２０へ提供する。また、検索サーバ１０は、特定した特徴分類に応じたコンテンツを特定してユーザ端末２０へ提供してもよい。
【０１３８】
（実施形態１１）
実施形態９の検索システムにおいて、ウェブサイトに対するユーザの閲覧履歴に基づいて、新たなカテゴリー（キーワード）を生成する構成について説明する。なお、ユーザ端末２０が新たなカテゴリーを生成する構成以外は、実施形態９と同様であるので詳細な説明は省略する。本実施形態の検索システムにおいて、ユーザ端末２０は、図２５Ａに示すページ判別モデルと同様の構成を有するカテゴリー判別モデル（図示せず）を用いて、ユーザが閲覧するウェブページの内容（閲覧履歴）に基づくカテゴリーを特定する。カテゴリー判別モデルは、各種のカテゴリーについて記載されたウェブサイトの情報（テキストデータ）を文書ファイルと見なし、各カテゴリーの文書ファイルを教師データとして機械学習を行うことによって生成される。カテゴリー判別モデルは、文書ファイルに含まれる文字列の入力を受け付け、入力されたデータから、その特徴量を表すベクトル（分散表現）を演算し、演算したベクトルに基づいて、入力された文書ファイルのカテゴリーを出力する。なお、カテゴリー判別モデルから出力されるカテゴリーは、入力された文書ファイルの記載内容のジャンル等に対応する。カテゴリー判別モデルは学習時において、入力された教師用の文書ファイルのカテゴリーと、出力されたカテゴリーとを比較し、両者が近似するように、入力値に対して行う所定の演算を規定する各種の関数の係数や閾値等のデータを最適化する。なお、カテゴリー判別モデルは各種のアルゴリズムを用いて構成することができる。
【０１３９】
よって、ユーザ端末２０の制御部２１は、カテゴリー判別モデルを用いて、ユーザが閲覧したウェブサイトの内容（テキストデータ）から、この閲覧ページに記載されている情報に対応するカテゴリーを特定する。このような構成とした場合、ユーザはウェブサイトを閲覧するだけで、ユーザが興味を持っている事項に対応するカテゴリーを生成することができ、生成されたカテゴリーを用いた検索処理の実行が可能となる。また、ユーザ端末２０の制御部２１は、新たなカテゴリーを生成した場合に、生成したカテゴリーに高い優先度を割り当てることにより、各カテゴリーに対する優先順位の入れ替えを行ってもよい。更に、制御部２１は、優先順位の入れ替えを行うと共に、優先度が低いカテゴリーを削除してもよく、削除する場合、カテゴリーの総数を変更することなく、ユーザが興味のある事項に対応するカテゴリーを検索対象とすることができる。
【０１４０】
（実施形態１２）
検索対象の各カテゴリーと、ウェブサイトに対するユーザの閲覧履歴とに基づいて、検索結果を絞り込むための絞り込みキーワードを特定する検索システムについて説明する。本実施形態の検索システムの各装置は、実施形態１の各装置と同様の構成を有するので、同様の構成については詳細な説明を省略する。本実施形態の検索システムにおいて、ユーザ端末２０は、図４に示す処理と同様の処理を行い、各カテゴリーのカスタマイズ情報をカスタマイズ情報ＤＢ２２ａ〜２２ｅに登録する。また、本実施形態のユーザ端末２０は、図７に示す処理と同様の処理を行い、各カテゴリーについてカスタマイズ情報に基づく検索処理を行い、検索結果を提供する。
【０１４１】
本実施形態のユーザ端末２０では、制御部２１は、キーワード判別モデルを用いて、各カテゴリーと、ユーザが閲覧するウェブページの内容（閲覧履歴）とに基づいて、検索処理に用いるキーワード（絞り込みキーワード）を特定する。絞り込みキーワードは例えば、聞きたい、知りたい、買いたい、売りたい、行きたい、見たい、借りたい等のユーザのニーズに関するキーワードを用いるが、このようなキーワードに限定されない。図２８はキーワード判別モデルの構成例を示す模式図である。キーワード判別モデルは、図２５Ａに示すページ判別モデルと同様に、例えばDoc2vecで構成されており、ウェブサイトの情報（テキストデータ）を文書ファイルと見なし、文書ファイルに含まれる文字列のデータから、その特徴量を表すベクトル（分散表現）を演算する。またキーワード判別モデルは、演算したベクトルと、入力されたカテゴリーとに基づいて、絞り込みキーワードとして用いるべき用語を出力する。キーワード判別モデルは、カテゴリーの情報と、任意の文書ファイルと、これらの情報に対応する絞り込みキーワードとを教師データとして機械学習を行うことによって生成される。なお、キーワード判別モデルは、その他のニューラルネットワークによって構成されていてもよい。
【０１４２】
本実施形態のユーザ端末２０は、キーワード判別モデルを用いることにより、各カテゴリーについて、ユーザが閲覧したウェブサイトの内容に応じたユーザの希望及びニーズ等に対応する絞り込みキーワードを特定できる。よって、本実施形態では、図７に示す処理を行う際に、各カテゴリーのカスタマイズ情報に加えて絞り込みキーワードを用いた検索処理を行うことができ、ユーザの希望及びニーズ等を加味した検索結果が得られる。
【０１４３】
また、本実施形態のユーザ端末２０は、各カテゴリーにおける検索処理の内容及び結果をテンプレートで一覧表示することができる。図２９は画面例を示す模式図である。図２９に示す画面は、各検索処理に割り当てられた検索ＩＤに対応付けて、検索処理の内容及び結果を表示している。具体的には、検索処理におけるカテゴリー、検索処理に用いられた絞り込みキーワード、検索処理の結果、最後に検索処理を実行した日時を示す更新日時、検索結果に対してユーザが閲覧したＵＲＬを示す閲覧済み情報（閲覧済み）、検索処理によってお勧め情報に選択された検索結果（お勧め）、検索処理に用いられた検索キーワード（例えばカスタマイズ情報）等がテンプレートに表示されている。このようなテンプレートによって、各検索処理において、用いられたキーワードと共に検索結果を確認できる。なお、テンプレート中に表示された検索結果にはリンクが設定されており、入力部２５を介して選択することにより、リンクが設定されたウェブサイトにアクセスすることができ、検索結果の詳細な情報を表示部２４に表示することができる。なお、テンプレート中の検索ＩＤは、各カテゴリーに対する優先順位であってもよい。
【０１４４】
また、図２９に示す画面には、各検索処理に対して、ユーザが行った評価の入力欄が設けられている。ユーザは、ユーザ端末２０の表示部２４に表示されたテンプレートにおいて、入力部２５を介して各検索処理に対する評価を例えば５段階（例えば５が最高）で入力する。よって、ユーザは、各検索処理で用いられたキーワードと検索結果とを確認した上で検索処理に対する評価を行うことができる。このような構成において、ユーザ端末２０は、ユーザによって低い評価（例えば１又は２の評価）が行われた検索処理をテンプレートから削除してもよい。また、ユーザ端末２０は、ユーザが低い評価を行った検索処理におけるカテゴリーに対する優先度を下げてもよく、テンプレートにおける検索結果の表示順序を下げてもよい。これにより、各カテゴリーに対してキーワード判別モデルによって特定された絞り込みキーワードを用いた検索処理を、ユーザによる評価に応じて有益な検索処理又は不要な検索処理に振り分けることができる。また、ユーザによって有益な検索結果を優先的に表示されることが可能となる。このような構成においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また本実施形態の構成は、上述した実施形態２〜１０にも適用できる。
【０１４５】
上述した各実施形態において、ユーザ端末２０が検索アプリ２２ＡＰを実行することによっていずれかのカテゴリーの検索処理を行い、その検索結果に基づいてユーザがＥＣ（Electronic Commerce ）サイト等にアクセスして売買取引が成立した場合に、ユーザ又はＥＣサイト等から、検索アプリ２２ＡＰを提供及び管理している会社に手数料が支払われるアフィリエイト機能が設けられていてもよい。また、検索結果に基づいて売買取引を行ったユーザ又はＥＣサイト等に対して、各種の特典、クーポン、ポイント等が付与されるように構成することもできる。
【０１４６】
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本開示の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１４７】
１０  検索サーバ
１１  制御部
１２  記憶部
１３  通信部
２０  ユーザ端末
２１  制御部
２２  記憶部
２３  通信部
２４  表示部
２５  入力部
【要約】
【課題】検索に不慣れなユーザであっても、各ユーザに適切な検索結果を提供することが可能なプログラム等を提供する。
【解決手段】コンピュータは、ユーザによって指定されたカスタマイズ情報を記憶部に記憶する。コンピュータは、複数の検索用のキーワードから１つのキーワードの選択を受け付ける。そして、コンピュータは、選択された検索用のキーワードと、この検索用キーワードに対応するカスタマイズ情報とに基づく検索処理の結果を出力する。
【選択図】図１【図１】
0006868175.tif 000002
【図２】
0006868175.tif 000003
【図３】
0006868175.tif 000004
【図４】
0006868175.tif 000005
【図５】
0006868175.tif 000006
【図６】
0006868175.tif 000007
【図７】
0006868175.tif 000008
【図８】
0006868175.tif 000009
【図９】
0006868175.tif 000010
【図１０】
0006868175.tif 000011
【図１１】
0006868175.tif 000012
【図１２】
0006868175.tif 000013
【図１３】
0006868175.tif 000014
【図１４】
0006868175.tif 000015
【図１５】
0006868175.tif 000016
【図１６】
0006868175.tif 000017
【図１７】
0006868175.tif 000018
【図１８】
0006868175.tif 000019
【図１９】
0006868175.tif 000020
【図２０】
0006868175.tif 000021
【図２１】
0006868175.tif 000022
【図２２】
0006868175.tif 000023
【図２３】
0006868175.tif 000024
【図２４】
0006868175.tif 000025
【図２５】
0006868175.tif 000026
【図２６】
0006868175.tif 000027
【図２７】
0006868175.tif 000028
【図２８】
0006868175.tif 000029
【図２９】
0006868175.tif 000030