(57)【要約】【課題】利用者が漠然とした欲求に基づくクエリに基づいて情報検索を行っても、利用者の欲求を反映させた提供情報を出力できる情報提供装置を提供する。【解決手段】コンピュータシステムによって構成されて、クエリ４１の入力に応動して提供情報３１を出力する情報提供装置１であって、クエリの構成と、提供情報とを記憶する記憶手段（２，３）と、クエリを構成する属性４２に基づいて提供情報を評価する評価手段と、入力されたクエリに応動して前記評価手段が評価した提供情報を出力する出力手段とを備えている。
2018030350.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータシステムによって構成されて、クエリの入力に応動して提供情報を出力する情報提供装置であって、
クエリの構成と、提供情報とを記憶する記憶手段と、
クエリを構成する属性に基づいて提供情報を評価する評価手段と、
前記評価手段による評価に基づいて提供情報を出力する出力手段と、
を備えたことを特徴とする情報提供装置。
【請求項２】
コンピュータシステムによって構成されて、入力されたクエリに応動して提供情報を出力する情報提供装置であって、
クエリの構成と、提供情報とを記憶する記憶手段と、
クエリを構成する属性に基づいて提供情報を抽出する抽出手段と、
前記抽出手段が抽出した提供情報を出力する出力手段と、
を備えたことを特徴とする情報提供装置。
【請求項３】
コンピュータシステムによって構成されて、入力されたクエリに応動して提供情報を出力する情報提供装置であって、
クエリの構成と、提供情報とを記憶する記憶手段と、
クエリとして評価クエリと抽出クエリを受け付けるクエリ受付手段と、
評価クエリを構成する属性に基づいて提供情報を評価する評価手段と、
抽出クエリを構成する属性に基づいて提供情報を抽出する抽出手段と、
前記抽出手段が抽出した提供情報を前記評価手段による評価に基づいて出力する出力手段と、
を備えたことを特徴とする情報提供装置。
【請求項４】
請求項１〜請求項３のいずれかに記載の前記情報提供装置であって、前記出力手段は、前記提供情報を出力するまでに使用した情報を適宜に出力することを特徴とする情報提供装置。
【請求項５】
入力手段と記憶手段と出力手段とを備えたコンピュータシステムにより、クエリの入力に応動して提供情報を出力するための情報提供方法であって、
クエリの構成と、提供情報とを前記記憶手段に記憶する記憶ステップと、
クエリを構成する属性に基づいて提供情報を評価する評価ステップと、
前記評価ステップによる評価に基づいて提供情報を前記出力手段により出力する出力ステップと、
を実行することを特徴とする情報提供方法。
【請求項６】
入力手段と記憶手段と出力手段とを備えたコンピュータシステムにより、クエリの入力に応動して提供情報を出力するための情報提供方法であって、
クエリの構成と、提供情報とを前記記憶手段に記憶する記憶ステップと、
クエリを構成する属性に基づいて提供情報を抽出する抽出ステップと、
前記抽出ステップによって抽出された提供情報を前記出力手段により出力する出力ステップと、
を実行することを特徴とする情報提供方法。
【請求項７】
入力手段と記憶手段と出力手段とを備えたコンピュータシステムにより、クエリの入力に応動して提供情報を出力するための情報提供方法であって、
クエリの構成と、提供情報とを前記記憶手段に記憶する記憶ステップと、
クエリとして評価クエリと抽出クエリを受け付けるクエリ受付ステップと、
評価クエリを構成する属性に基づいて提供情報を評価する評価ステップと、
抽出クエリを構成する属性に基づいて提供情報を抽出する抽出ステップと、
前記抽出ステップにより抽出した提供情報を、前記評価ステップによる評価に基づいて前記出力手段により出力する出力ステップと、
を実行することを特徴とする情報提供方法。
【請求項８】
入力手段と記憶手段と出力手段とを備えたコンピュータシステムに、クエリの入力に応動して提供情報を出力させる処理を実行させるプログラムであって、
当該コンピュータシステムに、
クエリの構成と、提供情報とを前記記憶手段に記憶する記憶ステップと、
クエリを構成する属性に基づいて提供情報を評価する評価ステップと、
前記評価ステップによる評価に基づいて提供情報を前記出力手段により出力する出力ステップと、
を実行させることを特徴とする情報提供プログラム。
【請求項９】
入力手段と記憶手段と出力手段とを備えたコンピュータシステムに、クエリの入力に応動して提供情報を出力させる処理を実行させるプログラムであって、
当該コンピュータシステムに、
クエリの構成と、提供情報とを前記記憶手段に記憶する記憶ステップと、
クエリを構成する属性に基づいて提供情報を抽出する抽出ステップと、
前記抽出ステップによって抽出された提供情報を前記出力手段により出力する出力ステップと、
を実行させることを特徴とする情報提供プログラム。
【請求項１０】
入力手段と記憶手段と出力手段とを備えたコンピュータシステムに、クエリの入力に応動して提供情報を出力させる処理を実行させるプログラムであって、
当該コンピュータシステムに、
クエリの構成と、提供情報とを前記記憶手段に記憶する記憶ステップと、
クエリとして評価クエリと抽出クエリを受け付けるクエリ受付ステップと、
評価クエリを構成する属性に基づいて提供情報を評価する評価ステップと、
抽出クエリを構成する属性に基づいて提供情報を抽出する抽出ステップと、
前記抽出ステップにより抽出した提供情報を、前記評価ステップによる評価に基づいて前記出力手段により出力する出力ステップと、
を実行させることを特徴とする情報提供プログラム。
【請求項１１】
請求項８〜１０のいずれかに記載の前記情報提供プログラムが記録されたプログラム格納媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムによって構成され、入力されたクエリを処理し、その処理結果として提供情報を出力する情報提供装置に関する。
【背景技術】
【０００２】
現在、インターネットに代表される情報通信網と、スマートフォンに代表される携帯型情報処理端末などの進歩に伴って、老若男女を問わず、また情報通信技術（ＩＴ）に関する知識や経験の有無や多寡に関わらず、様々な利用者が膨大な量の情報にアクセスできるようになった。そしてインターネット上では、ＷＷＷサーバーと協調して膨大な量の情報から利用者が得ようとする情報を抽出するとともに、その情報をブラウザを実装した利用者の情報処理端末（以下、利用者端末）に向けて出力するための情報提供サービスが実施されている。情報提供サービスとしては周知の検索サイトや電子商店（または電子商店街。以下、電子商店と称する）がある。検索サイトでは多種多様な情報を総合的に検索することができ、電子商店では膨大な商品から利用者の要求を反映した商品についての情報を一覧出力するとともに、最終的にはその一覧から選択された商品の購入手続を行うためのＷｅｂページへと案内する。そして情報提供サービスを利用者に提供するためのコンピュータシステム（以下、情報提供装置）における重要な構成（ハードウエアおよびソフトウエア）としてデータベースと検索エンジンがある。【０００３】
周知のごとく、データベースは、大規模な記憶装置を備え、その記憶装置に格納されている膨大な量の情報を容易に検索したり蓄積したりできるように管理する。そして情報提供装置においては、膨大な量の情報について、その内容や所在など、利用者が最終的に入手したい情報、あるいはその情報の所在など最終的な情報にアクセスするための手がかりとなる情報（以下、提供情報）を蓄積して管理している。【０００４】
検索エンジンは、利用者端末から受け付けた検索クエリをデータベースに照会し、そのクエリに関する提供情報の一覧をＷｅｂページにしてこれを検索結果として返送する。そして情報提供サービスでは、利用者が検索結果として提示された提供情報の一覧中に入手したい提供情報を見いだしたならば、その提供情報へのハイパーリンク（以下、リンク）をブラウザによって指定させ、その提供情報を利用者端末のブラウザによって閲覧させる。【０００５】
ところで、現在の検索エンジンは、ハードウエア自体の性能向上に加え、検索アルゴリズムの改良やデータベースにおけるデータ格納構造を工夫することにより、曖昧な検索キーワードや類義語（「デジタルカメラ」「デジカメ」など）からでも同じ提供情報が検索されるようになっていることはもちろん、入力された自然文の文脈を解釈して単語単位の検索キーワードを抽出したり、複数の検索キーワードがＷｅｂページの本文中でどの程度近接しているのかなどを解析したり、キーワードの出現頻度に応じて検索結果一覧における提示順序を決定したりしている。【０００６】
また上述した情報提供サービスに関連して、本発明者は、同じ検索キーワードに基づいて情報検索したとしても、検索目的が多種多様な利用者のそれぞれによって異なるという問題、すなわち、検索エンジンが検索対象とする情報は、身近な生活情報から学術論文のような専門的な情報まで様々であり、異なる利用者が同じ検索キーワードを検索エンジンに与えたとしても、それは、各利用者が同じ情報を希望しているということではない、という問題に鑑み、ごくありふれた検索キーワードによって検索される多種多様な情報の中から利用者が目的とする情報を精度良く提示できる情報検索支援装置を発明し、特許を得た（特許文献１参照）。また本発明に関連する技術が、以下の特許文献２、３に記載されており、これらの特許文献に記載の技術では、クエリに基づいて提示された提供情報がクエリとどのような関わりがあるのかを、提供情報を提示する順番によって示したり、提示された提供情報にその提供情報の特徴を付帯させて提示された提供情報がどのような特徴を有しているのかを利用者に認識させたりすることができるようになっている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第３５０１７９９号公報
【特許文献２】特許５５６１９４２号公報
【特許文献３】特許５８３５７５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、様々な利用者が膨大な量の情報にアクセスできる環境が存在することと、全ての利用者が等しく利用者端末を駆使して膨大な情報から目的とする情報を入手できるということとは同義ではない。確かに上記特許文献に記載された技術では、目的とする情報にたどり着くまでの経路を提示したり、クエリに応じた提供情報の特徴を作成して提供したり、提供情報の特徴に基づき提供情報を評価して提示する順とするなど有用な情報を提供することができる。しかし上述したように、情報技術（ＩＴ）の利用者が極めて多岐に亘る状況にある現在では、その情報にたどり着く過程で提示される各種情報の意味を理解したり、情報にたどり着くまでの手順を追ったりすることができない、あるいは自身のクエリと提示された提供情報の提示順番や特徴との関連性自体を理解できない利用者も存在する。【０００９】
例えばデジタルカメラをインターネット上の電子商店で購入しようとする場合を例に挙げると、利用者は漠然と「きれいな写真を撮りたい」という欲求があるものの、そのきれいな写真を撮影するための様々な技術についての用語や知識（「手ぶれ補正方式」「撮像素子の種類」「画素数」「データ圧縮方式」など）については全く無知である場合もある。そのような利用者がクエリとして、「デジタルカメラできれいな画像」などと自然文で入力したり、「高画質  ａｎｄ  デジタルカメラ」などとキーワードで入力したりして情報検索を行ない、その次にクエリとして受け付け可能な情報として「手ぶれ補正」とその方式の選択画面などが提示されても、手ぶれ補正機能に属する各種方式の違いはもちろん、「手ぶれ補正」自体がなぜ「きれいな画像」と関わっているのかも理解できない場合がある。すなわち全ての利用者が提示される提供情報の内容を理解するための知識を有しているとは限らない。したがって従来のどのような情報検索技術であっても、上述したような提供情報に関する理解（商品知識など）が乏しい利用者に対しては、その利用者にとって有用な提供情報を提示することができない。言い換えれば、提供情報に関する理解が乏しい利用者にとっては、提示された提供情報の有用性を判断することができない。【００１０】
そこで本発明は、利用者が漠然とした欲求に基づくクエリに基づいて情報検索を行っても、利用者の潜在的な欲求を反映させた提供情報を出力できる情報提供装置を提供することを主な目的としている。
【課題を解決するための手段】
【００１１】
上記目的を達成するための本発明の一態様は、コンピュータシステムによって構成されて、クエリの入力に応動して提供情報を出力する情報提供装置であって、
クエリの構成と、提供情報とを記憶する記憶手段と、
クエリを構成する属性に基づいて提供情報を評価する評価手段と、
提供情報を前記評価手段による評価に基づいて出力する出力手段と、
を備えたことを特徴とする情報提供装置としている。【００１２】
本発明のその他の態様は、コンピュータシステムによって構成されて、入力されたクエリに応動して提供情報を出力する情報提供装置であって、
クエリの構成と、提供情報とを記憶する記憶手段と、
クエリを構成する属性に基づいて提供情報を抽出する抽出手段と、
前記抽出手段が抽出した提供情報を出力する出力手段と、
を備えた情報提供装置である。【００１３】
さらに、コンピュータシステムによって構成されて、入力されたクエリに応動して提供情報を出力する情報提供装置であって、
クエリの構成と、提供情報とを記憶する記憶手段と、
評価クエリとして入力されたクエリを構成する属性に基づいて提供情報を評価する評価手段と、
抽出クエリとして入力されたクエリを構成する属性に基づいて提供情報を抽出する抽出手段と、
前記抽出手段が抽出した提供情報を前記評価手段による評価に基づいて出力する出力手段と、
を備えた情報提供装置とすることもできる。【００１４】
上記いずれかに記載の前記情報提供装置であって、前記出力手段は、前記提供情報を出力するまでに使用した情報を適宜に出力する情報提供装置としてもよい。
【発明の効果】
【００１５】
本発明の情報提供装置によれば、利用者が漠然とした欲求に基づくクエリに基づいて情報検索を行っても、利用者の欲求を反映させた提供情報を出力することができる。なお、その他の効果については以下の記載で明らかにする。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施例に係る情報提供装置を含むネットワーク構成を示す図である。
【図２】上記情報提供装置が利用者端末に向けて出力する商品購入ページの概略を示す図である。
【図３Ａ】上記情報提供装置が備える提供情報データベースの概略構造を示す図である。
【図３Ｂ】上記情報提供装置が備える提供情報データベースの概略構造を示す図である。
【図４Ａ】上記情報提供装置が備えるクエリデータベースの概略構造を示す図である。
【図４Ｂ】上記情報提供装置が備えるクエリデータベースの概略構造を示す図である。
【図４Ｃ】上記情報提供装置が備えるクエリデータベースの概略構造を示す図である。
【図５】上記クエリデータベースが管理するクエリとクエリ属性との関係の具体例を示す図である。
【図６Ａ】上記提供情報データベースが管理する提供情報と提供情報属性との関係の具体例を示す図である。
【図６Ｂ】上記提供情報データベースが管理する提供情報と提供情報属性との関係の具体例を示す図である。
【図７】上記情報提供装置が利用者端末に向けて出力する商品検索ページの概略を示す図である。
【図８】上記情報提供装置における情報検索処理の流れを示す図である。
【図９】上記情報提供装置が利用者端末に向けて出力する検索結果ページの概略を示す図である。
【図１０Ａ】上記情報提供装置における情報検索処理における提供情報の抽出アルゴリズムの例を示す図である。
【図１０Ｂ】上記情報提供装置における情報検索処理における提供情報の抽出アルゴリズムの例を示す図である。
【図１０Ｃ】上記情報提供装置における情報検索処理における提供情報の抽出アルゴリズムの例を示す図である。
【図１１】上記情報提供装置における情報検索処理において、抽出する提供情報の優先順位を決定するためのアルゴリズムの例を示す図である。
【図１２】上記情報提供装置における情報検索処理において、抽出する提供情報の優先順位を決定するためのアルゴリズムのその他の例を示す図である。
【図１３】上記提供情報データベースと上記クエリデータベースのその他の構造を示す図である。
【図１４】上記クエリデータベースの階層構造の一例を示す図である。
【図１５】上記クエリデータベースの階層構造のその他の例を示す図である。
【図１６】上記検索結果ページのその他の例を示す図である。
【図１７】上記検索結果ページのその他の例を示す図である。
【図１８】上記検索結果ページのその他の例を示す図である。
【図１９】上記検索結果ページのその他の例を示す図である。
【図２０】上記検索結果ページのその他の例を示す図である。
【図２１】本発明の実施例に係る情報提供装置の動作概念を示す図である。
【図２２Ａ】上記クエリデータベースの構築手順の例を示す図である。
【図２２Ｂ】上記クエリデータベースの構築手順の例を示す図である。
【図２２Ｃ】上記クエリデータベースの構築手順の例を示す図である。
【図２２Ｄ】上記クエリデータベースの構築手順の例を示す図である。
【図２３】上記検索結果ページのその他の例を示す図である。
【図２４】本発明の実施例に係る情報提供装置の動作概念を示す図である。
【図２５】本発明の実施例に係る情報提供装置の動作概念を示す図である。
【発明を実施するための形態】
【００１７】
関連出願の相互参照
この出願は、２０１６年８月８日に出願された日本特許出願、特願２０１６−１５５７０７に基づく優先権を主張し、それらの内容を援用する。
【００１８】
＝＝＝本発明の技術思想＝＝＝
情報提供サービスは、利用者が自身の利用者端末によって入力するクエリに基づいて提供される。クエリは利用者が意図して指示したり選択したりする入力情報であり、従来の情報提供装置が提供する情報提供サービスでは、利用者がクエリとそのクエリに基づいて提示される提供情報との関係を理解していることを前提としている。すなわち、利用者が自身のクエリに基づいて提供情報がいくつか提示された際、それぞれの提供情報の有用性を自身で判定できるということを暗黙の了解としている。しかしながら情報提供サービスの利用者が多岐に亘る現在においては、その利用者が、自身の要求を正確に表現したクエリを指示したり選択したりすること自体が困難であったり、提示された提供情報が自身にとって有用であるか否かを判断することができないということも想定する必要がある。
【００１９】
しかしその一方で、専門的な知識を有する人や経験者あるいは提供情報を作成した人（以下、専門家）は、（クエリとなる）利用者のニーズや提供情報の特徴など、所望する提供情報を得るためにはどのようなクエリを提示すればよいか、あるいは指示したり選択したりすればよいのか理解（経験）し、利用者のニーズ（クエリ）と提供情報の属性による効果に基づき、利用者のニーズ（クエリ）を満たすのはどのような属性なのかを理解している。したがってこれらの人の知識を、クエリと提供情報との関係について理解できない利用者による情報検索の手順に介在させることができれば、利用者は提供情報についての知識や理解がなくても、情報検索の結果として提示された提供情報には、利用者の潜在的な要求を満たす内容が含まれている可能性が高くなる。
【００２０】
そこで本発明者は、利用者端末から受け付けた利用者のクエリに基づいてデータベース検索を行うのではなく、利用者から受け付けたクエリに込められたその利用者の目的や欲求を、上述した専門家の知識を媒体として提供情報に結びつけることを考えた。概略的には、クエリの潜在的な目的や要求を「属性」という知識を集約した情報として用意しておき、その属性（以下、クエリ属性とも言う）をクエリに代わってデータベースに照会するようにすれば、利用者が提供情報の内容を理解できなくても、利用者の要求が反映された提供情報が出力されその提供情報を利用者に提示できるのではないかと考えた。そして本発明は、クエリと上記クエリ属性との対応関係、クエリ属性に基づく提供情報の検索（抽出）方法や評価方法、およびクエリや属性（クエリ属性、提供情報の属性）あるいは提供情報の出力や提示、提示順の方法について鋭意研究を重ねた結果なされたものである。
【００２１】
以下では、本発明の実施例に係る情報提供装置として、その情報提供装置の基本的な構成や情報処理手順などについて説明し、その上でより高度な情報提供サービスを実施するためのデータベース構造、情報処理手順、および提供情報の提示方法などについて説明する。
【００２２】
＝＝＝実施例＝＝＝
本発明の実施例に係る情報提供装置は、インターネットに接続されて、検索エンジン、ＷＷＷサーバー、データベースなどの機能を有するコンピュータシステムにより構成されており、このシステム構成については従来の検索サイトや電子商店で運用されている情報提供装置と同様である。なおここではＷＷＷサーバー機能によって電子商店をインターネットに公開している情報提供装置を実施例として挙げる。そして以下に、情報提供装置におけるデータベースのデータ管理構造や動作、および利用者端末から受け付けたクエリに基づいて各商品に関する提供情報を一覧にしたＷｅｂページ（以下、検索結果ページ）を返送する情報検索処理の流れなどを例示する。
【００２３】
＝＝＝ネットワーク構成＝＝＝
図１に本実施例の情報提供装置を含むネットワーク構成の概略を示した。利用者端末１０と情報提供装置１とがインターネットＩに接続されている。本実施例の情報提供装置１は、データベースとして、電子商店が扱う様々な商品に関する情報（提供情報）の記憶、評価、抽出、更新、新規作成などの情報管理を行うデータベース（提供情報データベース）２に加え、提供情報データベース２から評価あるいは抽出すべき提供情報をクエリに基づいて特定する際の情報処理に供される種々の情報を管理するデータベース（クエリデータベース）３を付帯している。そして実施例における情報提供装置１では、このクエリデータベース３によるデータの管理方法や、そのデータを用いて提供情報を検索する際の情報処理の手順に特徴を有している。
【００２４】
＝＝＝データベース＝＝＝
＜提供情報データベース＞
情報提供装置が自身のＷＷＷサーバー機能により公開する電子商店では、利用者端末とのＨＴＴＰ通信を通じ、最終的には、当該商店が販売している各商品に関する各種情報と商品購入の受け付け機能とを含んだ商品販売ページを利用者端末に送付する。図２に商品販売ページ２０の画面概略を示した。商品に関する内容（メーカー、型番、価格、搭載機能など）２１、商品の画像２２、利用者端末により購入商品の数量を記入する欄２３や購入指示を受け付けるボタン２４などが含まれている。そして情報提供装置に付帯する提供情報データベースは、商品販売ページ２０の起源となるＨＴＭＬ文書や画像データを記憶している。また商品販売ページ２０に掲載される商品のそれぞれについての内容などを提供情報として管理している。さらに提供情報データベースでは商品販売ページに掲載される商品に関する内容だけではなく、クエリに基づく情報検索処理の過程で参照される様々な情報（以下、商品属性）も提供情報に対応付けして管理している。なお商品属性は提供情報自体に含まれて、提供情報の一部を構成する情報であってもよいし、提供情報と商品属性とが個別のデータとして記憶されて、提供情報データベースがその提供情報と商品属性との対応関係を管理することとしてもよい。
【００２５】
図３Ａと図３Ｂに、提供情報と商品属性との対応関係を示した。図３Ａと図３Ｂでは、識別番号や型式などで特定される商品についての内容を提供情報３１として、その提供情報３１に商品属性３２が対応付けされている。提供情報３１と商品属性３２との対応関係については、図３Ａに示した例のように、個々の商品の提供情報３１に対して一つ以上の商品属性３２が対応付けされていてもよいし、図３Ｂに示した例のように、特定の商品属性３２に対して一つ以上の商品の提供情報３１が対応付けされていてもよい。いずれにしてもデータベースは特定の商品についての提供情報と商品属性との対応関係を管理している。もちろん、商品属性が提供情報の一部であってもよい。なお、当然のことながら、商品属性が提供情報の一部である場合、提供情報データベースでは、各提供情報のどの部分がその提供情報の商品属性であるのかが特定できるように、提供情報と商品属性との対応関係が管理されている。
【００２６】
＜クエリデータベース＞
上記提供情報データベースは、利用者端末からクエリが入力されたことを起点として最終的に利用者端末に出力される提供情報と、その提供情報を抽出する際に検索エンジン（情報提供装置）によって参照される商品属性を管理している。一方、クエリデータベースは、利用者端末により入力される様々なクエリと、属性情報（以下、クエリ属性）との対応関係を管理している。そしてクエリ属性は、謂わば、利用者端末から受け付けたクエリに含まれる利用者の要求を反映した情報であり、一つのクエリに対して一つ以上複数のクエリ属性を構成している。本実施例の情報提供装置では、クエリに代わってクエリ属性を提供情報データベースに照会することとしている。すなわち、クエリ属性は、検索キーワードに対する類義語の辞書データなどとは決定的に異なる情報である。そして情報提供装置は、利用者端末から検索クエリとして受け付け可能な多数のキーワード、あるいはそのキーワードを類義演繹したキーワードを受け付けると、そのキーワードに対するクエリ属性を特定し、そのクエリ属性を用いて提供情報データベース内の提供情報を評価したり抽出したりする。
【００２７】
本実施例の情報提供装置では、利用者端末から入力されたクエリに応動して最終的に提供情報を利用者端末に向けて出力する。以下では、主に、情報提供装置が利用者端末から入力されたクエリに応動して最終的に出力する提供情報を抽出する事例を挙げて、情報提供装置における情報処理の内容について説明する。なお、上述したように、本実施例の情報提供装置において、クエリを受け付けることは、提供情報を抽出あるいは評価するための起点ではあるものの、その受け付けたクエリ自体が提供情報データベースに照会されることはない。クエリは、利用者が入力した文字に対応する文字コードや、利用者がフロントエンドを介して指定したり指示したりした際にネットワーク上に送出されるフォームデータではあるものの、提供情報を抽出するために直接的に利用されるデータではない。クエリの本質は、利用者の質問、問い合わせ、要求などを反映（あるいは、表現）した情報である。
【００２８】
図４Ａと図４Ｂにクエリとクエリ属性との対応関係を示した。図４Ａに示したように、利用者端末から送付されてくるクエリ４１のそれぞれに、一つ以上のクエリ属性４２が対応付けされていてもよいし、図４Ｂに示したように、特定のクエリ属性４２に対して一つ以上のクエリ４１が対応付けされていてもよい。もちろん図４Ｃにも示したように、同じクエリ属性（図４Ｃではクエリ属性Ｂ）４２が異なる複数のクエリ４１に対応付けされていてもよい。なおクエリデータベースでは、クエリの一部がクエリ属性として管理されていてもよいし、クエリとクエリ属性が個別のデータとして管理されていてもよい。いずれにしてもクエリに基づいてクエリ属性が特定できるようにクエリとクエリ属性との対応関係が管理されていればよい。もちろん、クエリ、属性、提供情報の対応関係に基づいて提供情報データベースとクエリデータベースを一体のデータベースとして管理してもよい。そして、この場合も、クエリに対応する属性をクエリ属性とし、提供情報に対応する属性を商品属性とすることができる。
【００２９】
＝＝＝情報検索処理＝＝＝
以下に利用者が自身の利用者端末を用いて電子商店でデジタルカメラを購入する事例を挙げて、情報提供装置における提供情報の検索処理について説明する。図５は当該事例におけるクエリデータベースにおけるデータ管理構造の一例を示す図である。また図６Ａと図６Ｂは提供情報データベースにおけるデータ管理構造の一例を示している。
【００３０】
図５に示したように、例示したクエリデータベースでは、デジタルカメラについて、キーワード入力されることが想定される「きれいな画像」というクエリ４１ａに対して「手ぶれ補正」「ＲＡＷ撮影」「ＣＭＯＳ撮像素子」などのクエリ属性４２が対応付けされている。またこの例では、キーワードによらず、Ｗｅｂページに配置された「機能」「性能」などの文字列の記載位置には、それらの文字列をクエリ４１ｂとして情報提供装置に送信するためのフォームが埋め込まれている。なおクエリ４１ａとして受け付ける「きれいな画像」などの自然文のキーワードについては、あらかじめそのキーワードのテキストとクエリ属性４２とを対応付けしておいてもよいし、周知の形態素解析を用いることで、自然文で入力されたクエリからクエリ属性を特定するためのキーワードに変換するようにしてもよい。例えば「きれい」などという曖昧な語句を「高画質」というクエリとして受け付け、その「高画質」というクエリに所定のクエリ属性（例えば、「手ぶれ補正」「撮像素子」「画素数」など）を対応付けしておく。もちろん上記「機能」や「性能」と同様にクエリ４１ｂとしてＷｅｂページに「きれいな画像」として配置してもよい。
【００３１】
なお提供情報データベースでは、所定の商品についての提供情報に対して様々な商品属性が対応付けされている。図６Ａと図６Ｂに、商品の提供情報と商品属性との対応関係を示した。図６Ａに示したように、ある商品Ａに対して「手ぶれ補正」「動画：１０８０／６０Ｐ」「￥５５，０００」などの様々な商品属性が対応付けされている。そして、提供情報データベースでは、商品Ａに対応付けされている「手ぶれ補正」「動画：１０８０／６０Ｐ」「￥５５，０００」などの属性について、商品Ａには「手ぶれ補正」「動画撮影」という機能があり、さらに「動画撮影」については、解像度とフレームレートに関して「１０８０/６０Ｐ」という性能を備えているということが属性として付帯し、価格は５５,０００円であることを認識できるように管理している。
【００３２】
もちろん、図６Ｂに示したように、各商品属性毎にその有無や内容が対応付けされていてもよい。例えば、全ての商品に対して「手ぶれ補正」や「連写」などの機能に関わる属性の種別を対応付けさせておき、図示した商品Ａにその機能があれば、「有り」の旨の符号や情報などが属性として付記しておけばよい。「動画」などでは、その機能についての有無に加え、その性能「１０８０/６０Ｐ」を属性として付帯させておけばよい。価格が￥５５，０００であれば、価格という属性の種別に対して「５５,０００円」という属性を付帯させておけばよい。
【００３３】
次に、利用者が自身の利用者端末を情報提供装置がインターネット上に公開する電子商店にアクセスさせてから目的の商品についての提供情報を利用者端末に表示させるまでの手順を挙げ、その手順を通して情報提供装置における情報検索処理の流れを説明する。なお電子商店では、デジタルカメラに限らず、様々なカテゴリの商品を扱っているが、ここでは利用者端末と情報提供装置とのＨＴＴＰ通信、すなわちＷｅｂページを介したデータ通信により、電子商店においてデジタルカメラのカテゴリに属する商品を検索するためのＷｅｂページ（商品検索ページ）が利用者端末によりすでに表示されているものとし、利用者端末と情報提供装置とがこの商品検索ページを起点としてさらなるＨＴＴＰ通信を行いながら最終的に先に図２に示した商品販売ページを表示するものとする。
【００３４】
図７にデジタルカメラに関する商品検索ページ５０の概略を示した。この図７に示すように、商品検索ページ５０にはクエリを自然文やキーワードで入力するためのテキストボックス５１や、あらかじめ用意されているクエリを利用者に指示させるとともに、利用者端末による指示機会ごとに指示されたクエリを情報提供装置に送信するための機能が設定された文字列５２やテキストによるクエリを送信するためのボタン５３などを含んだクエリ入力欄５４と、電子商店にて取り扱われているデジタルカメラの画像や商品の説明文などを含んだ提供情報５６の一覧５７が含まれている。またこの例では、クエリ入力欄５４において文字列５２を指示することで選択可能なクエリについては、それぞれの文字列に対応付けされているクエリ属性５５も付記されている。それによって、利用者に対し、指定可能なクエリがどのような専門家の知識に紐付いているのかを可能な限り理解させようとする機能も担っている。確かに当初はクエリ属性自体を理解できない可能性もあるが、情報検索の機会が増えることに自ずと理解が進む可能性がある。もちろん情報検索ページ５０の体裁としては、指定可能なクエリに対してクエリ属性を付記しないものも考えられる。
【００３５】
また図７に示した例では、クエリ属性５５の文字列にもリンクを示す下線が引かれており、クエリ属性５５が示す文字列を別のクエリとして選択できるようになっている。例えば、「手ぶれ補正」は「機能」というクエリについての一つのクエリ属性であるが、クエリデータベースにはクエリとしての「手ぶれ補正」が存在し、そのクエリとしての「手ぶれ補正」にもクエリ属性が対応付けされていてもよい。すなわち、テキストボックス５１に「手ぶれ補正」という文字列が入力されたならば、その「手ぶれ補正」というクエリにクエリ属性が対応付けされていることになる。例えば、「手ぶれ補正」のクエリには手ぶれ補正の方式として「電子式」や「光学式」などがクエリ属性としては対応付けされているような場合が考えられる。さらに図７を含め、以下に示す各Ｗｅｂページの画面には、クエリ属性の文字列にチェックボックス１００が添えられているが、このチェックボックス１００の機能や利用方法については後述する。
【００３６】
商品検索ページ５０における提供情報一覧５７では、個々の提供情報５６の掲載欄５８があらかじめ設定されている順番で提示されており、その提示順序としては、例えば、販売実績、該当するデジタルカメラについての商品購入ページへのアクセス回数順、メーカー順、名前順、価格順などが考えられ、提示順序の規則については適宜に設定できる。そして本実施例の情報提供装置では、利用者端末を用いてこの商品検索ページ５０にて入力したクエリに基づいて、そのクエリに潜在する利用者の要求に応じた商品についての提供情報５６を評価あるいは抽出して一覧５７にして表示するまでの情報処理に特徴を有している。なお、クエリの入力手段や入力方法はキーワードで入力するテキストボックス５１やクエリを情報提供装置に送信するための機能が設定された文字列５２あるいはチェックボックス１００などに限定しない。音声による入力手段や入力方法など情報提供装置がクエリとして受け付け可能であればどのような入力手段や入力方法を用いてもよい。
【００３７】
図８に利用者端末１０と情報提供装置１との通信手順の概略を示した。ここでは情報処理の流れや各種データの入出力方向を理解し易くするために、情報提供装置１において、フロントエンド、ＷＷＷサーバー、検索エンジンなど、利用者端末１０とのデータ通信に関わる処理、利用者端末１０に向けて出力するＷｅｂページの生成処理、付帯するデータベース（２，３）に適宜なデータを照会してその照会結果を取得するための処理を担うハードウエアやソフトウエアからなる構成を制御部１０１として示している。
【００３８】
そして図示した構成において、利用者が、利用者端末１０により情報提供装置１から商品検索ページを取り寄せ（ｓ１）、クエリを商品検索ページのテキストボックスに入力したとする（ｓ２）。ここでは「きれいな画像」という自然文をクエリとして入力したものとする。そして、そのクエリを情報提供装置１に送信する（ｓ３）。情報提供装置１の制御部１０１は、利用者端末１０から「きれいな画像」というクエリを受け付けると、そのクエリをクエリデータベース３に照会し（ｓ４）、クエリデータベース３は、照会されたクエリに対応するクエリ属性を特定してそのクエリ属性を制御部１０１に向けて出力する（ｓ５）。ここでは先に図５に示したように「きれいな画像」というクエリには「手ぶれ補正」「ＲＡＷ撮影」「ＣＭＯＳ撮像素子」などの属性が対応付けされていることから、これらのクエリ属性を出力する。そして制御部１０１このクエリ属性を提供情報データベース２に照会する（ｓ６）。
【００３９】
上述したように、提供情報データベース２における個々の提供情報には商品属性が対応付けされており、例えば、先に図６Ａや図６Ｂに示した例において、ある商品Ａについての提供情報の商品属性として「手ぶれ補正」「連写機能」「ＲＡＷ撮影」の属性が対応付けされているとすると、提供情報データベース２は、制御部１０１から受け取ったクエリ属性に一致する商品属性が対応付けされている提供情報を抽出して、その抽出した提供情報を制御部１０１に返送し（ｓ７）、制御部１０１は提供情報データベース２から受け取った提供情報を一覧にした検索結果ページを作成し（ｓ８）、その検索結果ページを利用者端末１０に向けて送信する（ｓ９）。利用者端末１０は受信した検索結果ページを表示する（ｓ１０）。そして、利用者が表示された提供情報の一覧中に購入希望、あるいは購入対象の候補になりそうな商品についての提供情報を見いだしたならば、利用者端末１０により、その提供情報を指定する旨を指示すればよい（ｓ１１）。制御部１０１は、この指示に従って該当する提供情報の商品販売ページを提供情報データベース２に転送してもらい（ｓ１３，ｓ１４）、その商品販売ページを利用者端末に送付する（ｓ１５）。それによって利用者端末１０には先に図２に示した商品販売ページ２０が表示される（ｓ１６）。
【００４０】
図９にクエリに基づいて抽出された提供情報が一覧表示された検索結果ページ６０ａの一例を示した。この例では、図７に示した商品検索ページ５０とほぼ同様の体裁であり、クエリを追加入力するためのクエリ入力欄５４と提供情報５６の一覧５７が含まれている。しかし、提供情報５６の一覧５７の中には情報提供装置１がクエリを受け付けたことを起点として抽出された提供情報５６のみが表示されている点が異なっている。そして、利用者が検索結果ページ６０ａにおける各提供情報５６を閲覧し、希望する商品に関する提供情報５６があれば、その提供情報５６の掲載欄５８を指示することで、その掲載欄５８に設定されているハイパーリンクに従って利用者端末１０には、図２に示したような商品の購入手続を行う商品販売ページ２０が表示される。そして利用者は、その商品販売ページ２０に掲載されている商品の提供情報についての詳細を検討し、その商品が気に入れば、以後の商品購入手続に移行すればよい。
【００４１】
このように本実施例の情報提供装置では、クエリである「きれいな画像」あるいは「高画質」を内容として含む提供情報が利用者に提示されるのではなく、クエリに対応付けされているクエリ属性によって提供情報が評価され、その評価結果として抽出すべき提供情報が特定される。そして、ここに示した例では、提供方法を評価するためにクエリに対応付けされているクエリ属性と商品属性との比較に基づいて抽出すべき提供情報が特定される。このように、本実施例の情報提供装置では、クエリに含まれる漠然とした利用者の要求が提示される提供情報に反映され、利用者が提供情報の内容についての知識に対する理解が不足していても、利用者は自身に潜在する要求を満たす提供情報を得ることができる。
【００４２】
＜提供情報の抽出アルゴリズム＞
上記実施例では、クエリに対応するクエリ属性と一致する商品属性を含む提供情報を抽出して提示していた。そして、その抽出基準、すなわちクエリ属性に基づいて抽出すべき提供情報を特定する規則（提供情報抽出アルゴリズム）は適宜に設定可能である。図１０Ａ、図１０Ｂ、および図１０Ｃに提供情報抽出アルゴリズムを例示した。提供情報抽出アルゴリズムの一つの例としては、図１０Ａに示したように、受け付けたクエリ４１に対応するクエリ属性４２の一部４２ａに一致する商品属性３２ａに対応付けされている提供情報３１を特定することが考えられる。そしてこの場合、少なくとも一つのクエリ属性４２に一致する商品属性３２に対応付けされている提供情報３１を抽出対象として特定してもよいし、複数のクエリ属性４２のうち、所定数以上（例えば半数以上）のクエリ属性４２に一致する商品属性３２が対応付けされている提供情報３１を特定してもよい。また図１０Ｂに示したように、クエリ属性４２の全てに一致する商品属性３２ｂが対応付けされている提供情報３１のみを抽出することも考えられる。もちろん図１０Ｃに示したように、クエリ属性４２に一致する商品属性３２が全くない提供情報３１を抽出対象から除外するというアルゴリズムを採用することもできる。すなわち抽出しない提供情報３１を特定することとしてもよい。
【００４３】
なお図１０Ａに示したように、クエリ属性４２の一部が商品属性３２に一致することを提供情報の抽出基準とした場合では多数の提供情報が抽出されてしまう可能性もある。あるいは、図９に示すクエリ５２の「機能」、「性能」、「価格」、「デザイン」などの複数のクエリ属性５５を備えた抽象的なクエリ５２を選択した場合、商品を絞り込むことなくほとんどあるいは全ての提供情報５６が抽出されることも考えられる。そこで、情報提供装置が、クエリの入力を起点とした情報処理として、提供情報を評価する処理を行うことで、より多くのクエリ属性に一致する商品属性に対応付けされている提供情報を確実に抽出したり、一覧の上位に提示したりすることが考えられる。すなわち、出力すべき提供情報を抽出せず、評価した結果に基づいて全ての提供情報についての優先順位を設定することが考えられる。それによって、クエリを入力した利用者の潜在的な要求、あるいはその利用者に有益な提供情報が上位に提示することが可能となる。もちろん、評価結果に基づいて所定数の提供情報を抽出することも考えられる。
【００４４】
図１１に提供情報（３１ａ，３１ｂ）の優先順位を設定するための情報処理の概略を示した。図１１に示した例では、商品Ａと商品Ｂの提供情報（３１ａ，３１ｂ）がともにクエリ属性４２に一致する商品属性３２ａに対応付けされている。しかし商品Ａと商品Ｂの提供情報（３１ａ，３１ｂ）とでは、その一致した数が異なっており、商品Ａの提供情報３１ａに対応付けされている商品属性３２と商品Ｂの提供情報３１ｂに対応付けされている商品属性３２を比較すると、商品Ａの提供情報３１ａの方がクエリ属性４２ａに一致する商品属性３２ａの数が多い。したがって図１１に示した例では、商品Ａの提供情報３１ａが商品Ｂの提供情報３１ｂよりも優先順位が高く、クエリ４１に基づいて商品Ａと商品Ｂの提供情報（３１ａ，３１ｂ）が共に抽出された場合には、図９に示した検索結果ページにおいて、提供情報の一覧において商品Ａの提供情報を商品Ｂの提供情報よりも上位に提示する。もちろん一覧に掲載する提供情報に上限を設けるような場合では、商品Ａの提供情報３１ａのみが抽出されて商品Ｂの提供情報３１ｂが検索結果ページの一覧に掲載されない場合もある。
【００４５】
また複数の提供情報の商品属性が同じクエリ属性に対して等しく対応付けされている場合もあり、このような場合では同じ提示順位の提供情報が複数存在することになる。もちろん多数の提供情報の商品属性が同じクエリ属性に対して等しく対応付けされていれば、その多数の提供情報が抽出対象になってしまう。そこで提供情報を抽出したり、提示したりする際の優先度を評価するための情報（以下、評価情報）をクエリ属性に対応付けしておいてもよい。なお評価情報としては、数値であってもよいし、優劣を示す順番であってもよい。なおこの評価情報は、提供情報を一覧にする際の提示順番などを制御するための情報にも利用できる。図１２にクエリ属性４２の評価情報４３に基づいて提供情報３１を抽出する方法の概略を示した。「きれいな画像」というクエリ４１に複数のクエリ属性４２が対応付けされており、商品Ａと商品Ｂの提供情報（３１ａ，３１ｂ）では一致するクエリ属性４２と商品属性３２ａの組み合わせが同じ数になっている。しかし個々のクエリ属性４２には評価情報４３として「＋」「±０」「−」のいずれかが付加されており、商品Ａと商品Ｂの提供情報（３１ａ，３１ｂ）では、商品属性３２と一致したクエリ属性４２の評価情報４３を加減すると商品Ａの提供情報３１ａが上位の優先順位となる。
【００４６】
また図１２における商品Ａについての提供情報３１ａや商品属性３２に付記したように、個々のクエリ属性４２に上述した評価情報４３を対応付けしておくとともに、提供情報３１を構成する商品属性３２のそれぞれにも評価情報３３を対応付けておいてもよい。そして、互いに一致したクエリ属性４２と商品属性３２にのそれぞれに対応する評価情報（４３，３３）に基づいて、互いに一致するクエリ属性４２と商品属性３２の対応関係ごとに商品属性３２の評価値３４を作成し、その上でクエリ４１に応じた提供情報３１の評価値３５を作成してもよい。
【００４７】
例えば、商品Ａの提供情報３１ａを構成する商品属性３２と「きれいな画像」というクエリ４１を構成するクエリ属性４２とが一致する商品属性３２ａの「手ぶれ補正」、「ＲＡＷ撮影」、「ＣＭＯＳ撮像素子」のそれぞれに評価情報３３として「１００」が対応付けされている場合、「きれいな画像」というクエリ４１のクエリ属性４２である「手ぶれ補正」の評価情報４３が「±０」なので商品属性３２ａにおける「手ぶれ補正」には「１００」の評価情報３３が対応付けされているものの、クエリ属性４２における「手ぶれ補正」との対応関係については「０」の評価値３４を作成する。「ＲＡＷ撮影」のクエリ属性４２における評価情報４３については「＋」なので、「ＲＡＷ撮影」については「１００」の評価値３４を作成する。同様にクエリ属性４２である「ＣＭＯＳ撮像素子」の評価情報４３が「＋」なので、対応する商品属性３２ａである「ＣＭＯＳ撮像素子」についても「１００」の評価値３４を作成する。そしてこられのクエリ属性４２と商品属性３２ａとの対応関係ごとに作成された商品属性３２ａの評価値３４を加減すると、「きれいな画像」というクエリ４１に応じた商品Ａの提供情報Ａ３１ａの評価値３５が「２００」となる。なお、評価情報４３は「＋」、「±０」、「−」とは限らない。クエリとして例えば「きれいな画像」を得るためのクエリ属性に対する重み付けや、評価の際に用いる属性あるいは属性の内容（例えば、値）を参照した数式や比率／割合など適宜設定すればよい。
【００４８】
＝＝＝データベースの構造について＝＝＝
上述した実施例は、情報提供装置におけるデータベース構成やそのデータベースにおけるデータ管理構造、および情報処理手順についての基本概念を説明するためのものであった。したがって情報提供装置におけるデータベース構成、データ管理構造、および情報検索処理は上記基本概念に則したものであれば適宜に変更することができる。例えばクエリデータベースや提供情報データベースについては、クエリや提供情報に対して属性情報が階層的に対応付けされていてもよい。
【００４９】
図１３に階層構造を有するクエリデータベースおよび提供情報データベースのデータ管理状態の一例を示した。例えば、クエリデータベースにおいて「きれいな画像」というクエリ４１には「撮像素子」「手ぶれ補正」「メーカー」などというクエリ属性１４２が構成要素として対応付けされており、各構成要素にもそれぞれ個別に構成要素が対応付けされている。例えば「手ぶれ補正」というクエリに近い側のクエリ属性（以下、上層クエリ属性１４２）には「光学式」「電子式」などの構成要素が下層のクエリ属性(以下、下層クエリ属性２４２）として対応付けされている。  
一方、提供情報データベースにおいても、クエリデータベースと同様に提供情報３１に対して商品属性（１３２，２３２）が階層構造によって管理してもよい。例えば、商品Ａに関する提供情報３１については「撮像素子」「手ぶれ補正」「メーカー」という商品属性（以下、上層商品属性）１３２が対応付けされ、さらに個々の上層商品属性１３２に対してさらに下層の商品属性（以下、下層商品属性）２３２が対応付けさえている。例えば、「撮像素子」という上層商品属性１３２には「ＣＭＯＳ」という下層商品属性２３２が対応付けされている。そして情報提供装置は、あるクエリを受け付けると、そのクエリデータベースにおいてそのクエリを構成する上層クエリ属性と、その上層クエリ属性に対応する下層クエリ属性を特定し、上層あるいは下層からクエリ属性の構造に応じて提供情報と比較する。すなわちクエリ属性と商品属性を構造に応じて評価する。そして上層と下層の商品属性の組み合わせが、上層と下層のクエリ属性の組み合わせに一致する提供情報３１を抽出してもよいし、下層商品属性２３２が不明で一致しない場合でも上層クエリ属性１４２と上層商品属性１３２が一致する提供情報３１を抽出することとしてもよい。また提供情報３１が階層構造ではなく、「撮像素子」という上層商品属性１３２が無くとも「ＣＭＯＳ」という商品属性２３２が下層クエリ属性２４２と一致すれば上層クエリ属性１４２を「撮像素子」として提供情報を抽出することとしてもよい。また、各属性（上層、下層）に評価情報を付加してもよい。また、上層あるいは下層のどの層に評価情報を付加してもよいし、全ての層に評価情報を付加して加算あるいは層ごとに重み付けしてその重み付けにより評価してもよい。クエリ属性を階層構造とすることで掘り下げた（ドリルダウンした）提供情報の評価が可能となる。
【００５０】
ところで、図１３に示した例では、クエリ属性が２層構造となっていた。もちろん階層構造の層数は限定されない。図１４にクエリ属性が４層構造となっているクエリデータベースの例を示した。ここでは評価情報を付帯するクエリ属性も含まれている。この図において、クエリを構成するすべてのクエリ属性について、クエリに最も近い側の構成要素を第１層として、以下、下層に向かって第２層、第３層・・・とすると、「メーカー」というクエリ属性は、第１層にもあるし、上層から下層に向かって、「手ぶれ補正」「光学式」と辿るクエリ属性の構造のさらに下層の第３層にもある。第１層における「メーカー」のクエリ属性１４２については、例えば、デジタルカメラのメーカーにおいて光学機器メーカーや旧フィルムメーカーなど、例えば「Ａ社」や「Ｄ社」が含まれている。一方、第４層のクエリ属性には、デジタルカメラに光学式手ぶれ補正の技術を採用しているメーカー、あるいは光学式手ぶれ補正の技術に定評があるメーカーが構成要素として含まれており、例えば、旧フィルムメーカーよりもセンサ技術を有する電子機器メーカーが含まれる場合が考えられ、例えば「Ａ社」や「Ｂ社」が含まれている。
【００５１】
そしてあるクエリ「きれいな画像」についてのクエリ属性を上層から下層に辿ると、例えば、「手ぶれ補正」「光学式」「メーカー」「Ａ社」という一つの組み合わせが形成される。この組み合わせは、謂わばクエリを構成する第１層の「手ぶれ補正」というクエリ属性の一つの構造であり、例えば、この構造と提供情報を比較することで、Ａ社の光学式の手ぶれ補正を採用したデジタルカメラを検索結果として提示することが可能となる。また、クエリ属性の第１層における「メーカー」１４２には「Ｄ社」２４２が対応付けされており、第３層における「メーカー」３４２には「Ｄ社」は対応付けされていない。この場合、クエリ「きれいな画像」について、「メーカー」が「Ｄ社」の提供情報は抽出あるいは評価の対象とするが、「光学式」の「手ぶれ補正」について「メーカー」が「Ｄ社」の提供情報は抽出あるいは評価の対象としないこととなる。逆に、クエリ属性の第１層における「メーカー」１４２には「Ｂ社」２４２は対応付けされていないが、第３層における「メーカー」３４２には「Ｂ社」が対応付けされている。この場合、クエリ「きれいな画像」について、「メーカー」が「Ｂ社」の提供情報は抽出あるいは評価の対象としないが、「光学式」の「手ぶれ補正」について「メーカー」が「Ｂ社」の提供情報は抽出あるいは評価の対象となる。このように、クエリ属性（以下、上層クエリ属性）１４２のそれぞれにもクエリ属性（以下、下層クエリ属性）２４２を対応付けしておき、クエリ４１に対してクエリ属性（１４２，２４２）を階層的に対応付けして管理することとしてもよい。このようにクエリデータベースでは、多元的なクエリ属性を一元的に管理している。
【００５２】
なおクエリ属性の第１層における「メーカー」と第３層における「メーカー」は、提供情報における属性「メーカー」と比較して評価（以下、比較／評価）をしてもよいし、提供情報の属性が「手ぶれ補正」に関する「メーカー」として管理されていればその属性と比較／評価してもよい。さらにクエリ属性に基づき比較／評価する提供情報の情報源（ＵＲＬなど所在情報）はクエリ属性毎に指定できるようにしてもよい。例えば、先の図１３に記載の「商品Ａ」３１の「手ぶれ補正」１３２について「光学式」２３２までは商品Ａのメーカーが提供する情報源より取得可能であって、図１４に示す「手ぶれ補正」１４２の「光学式」２４２の「メーカー」３４２に関する情報（４４２）が取得不可能な場合、別の情報源（例えば光学式手ぶれ補正を提供しているメーカーや有識者のサイトなど）を指定してもよい。具体的にはクエリ属性の第３層における「メーカー」３４２に情報源に関する情報を対応付けておけばよい。そしてクエリ属性に基づき提供情報を比較／評価して抽出する際に、クエリ属性に指定した情報源に提供情報３１に関する情報（例えば商品Ａ）により照会すればよい。
【００５３】
なお  また商品Ａの提供情報の抽出基準は先に図１０にも示したように別途設定されるものである。すなわち商品Ａにおける上層と下層の商品属性の組み合わせの一つが、上層と下層のクエリ属性の組み合わせに一致した場合にこの商品Ａの提供情報を抽出することとしてもよいし、上層と下層の商品属性の組み合わせにおいて所定の組み合わせ数以上が上層と下層のクエリ属性の組み合わせに一致した場合にこの商品Ａの提供情報を抽出することとしてもよい。あるいは上層と下層の商品属性の組み合わせの全てが上層と下層のクエリ属性の組み合わせとして存在する場合にその提供情報を抽出することとしてもよい。すなわち上層から下層に辿るクエリ属性の構造において、どの層を提供情報の抽出基準として採用するのかは適宜に設定できる。
【００５４】
また上述したようにクエリ属性を階層構造で管理する場合おいても、クエリ属性の構成要素ごとに評価情報を対応付けすることも考えられる。例えば、図１３に示した例において、「きれいな画像」というクエリについては、手ぶれ補正のクエリ属性１４２の下層にある「光学式」のクエリ属性２４２が「電子式」の手ぶれ補正よりも優れているとすれば、この「光学式」のクエリ属性２４２には「電子式」よりも高い評価情報を付加しておく。
【００５５】
図１４に示した３層以上の多層構造を有するクエリデータベースでは、第２層の「手ぶれ補正」の方式のクエリ属性２４２に対しては評価情報を付加せず、各方式のクエリ属性２４２の下層にある「メーカー」というクエリ属性３４２を構成する各メーカーに対応する個々のクエリ属性４４２ごとに評価情報を対応付けしておき、例えば、光学式手ぶれ補正の技術に定評があるメーカー（例えばＡ社）であれば、「手ぶれ補正」「光学式」「メーカー」というクエリ属性の構造においては、「メーカー」のクエリ属性３４２を構成する「Ａ社」のクエリ属性４４２に付帯させる評価情報を他のメーカーのクエリ属性４４２の評価情報よりも高くしておく。それによって「きれいな画像」というクエリ４１に対して光学式手ぶれ補正を採用しているメーカーのデジタルカメラの提供情報が複数検索された際には、Ａ社に関する提供情報の評価が高くなり、例えば、他社よりもＡ社の商品の提供情報を検索結果一覧の上位に提示することができる。すなわち検索結果の一覧に含まれる光学式手ぶれ補正を採用しているデジタルカメラの提供情報について言えば、Ａ社の商品が上位に提示されて、一覧における提供情報の提示順は、「きれいな画像」というクエリを反映させたものとなる。
【００５６】
ここで、階層構造を備えたクエリデータベースにおいて、クエリ属性に評価情報を付加することの効果をさらによく説明できる例を図１５に示した。図１５に示したように、上層から「撮像素子」１４２「サイズ」２４２の順に辿るクエリ属性の構造において、第３層のクエリ属性３４２には、撮像素子の各サイズを規定したクエリ属性３４２が構成要素として対応付けされている。そして第３層の「フルサイズ」のクエリ属性３４２には「価格」が第４層のクエリ属性４４２として対応付けされている。そして、第５層には具体的な各価格帯に対応するクエリ属性５４２があり、各価格帯には評価情報４３が付帯している。したがって、「きれいな画像」というクエリに対する、クエリ属性が「撮像素子」「サイズ」「フルサイズ」「価格」という構造で抽出される提供情報は、フルサイズの撮像素子を有して価格が設定されているデジタルカメラをその価格で評価している。そしてこのフルサイズの撮像素子を有するデジタルカメラは、￥７０，０００〜￥１００，０００の価格帯であれば高評価（＋）であり、コストパフォーマンスが高く、所謂「お買い得」である。￥１００，００１〜￥２００，０００のデジタルカメラでは、±０の評価であり、所謂「値段相応」となる。一方、￥２００，０００以上であれば、高級機あるいは割高であり、「きれいな画像」をクエリとして検索した利用者には相応しくない。すなわち、この￥２００，０００以上の価格帯のデジタルカメラを要求する利用者はデジタルカメラについての知識が豊富にあるはずで、他のクエリに基づいて商品を検索しているはずである。またフルサイズの撮像素子を備えたデジタルカメラが￥７０，０００以下であれば、商品に何らかの問題（返品修理品、無名メーカーなど）がある、所謂「ワケあり」であることを疑った方がよい。このように、デジタルカメラの「撮像素子」のクエリ属性とは根源が異なる評価となる「価格」のクエリ属性を対応付けしておき、具体的な価格帯に評価情報を付帯させることで、例えば、提供情報としてフルサイズの撮像素子を備えたデジタルカメラに関するものが複数抽出された際に、その提示順を価格によって評価あるいは抽出することができる。
【００５７】
商品に関する提供情報は、利用者側から見ると、例えば、機能、性能、サービスあるいは効果などの得られるものと、費用、時間などの費やすものによる多元的な複数の属性、すなわち、それぞれの属性に基づく情報により構成されている。費やすもの（例えば、価格）は得られるもの（例えば、機能、性能）を集約した構造になるとともに、得られるものと費やすものはトレードオフの関係になるなど、複雑な構成、構造、関係となる。例えば、多機能や高性能を追求すると高価格なる。
【００５８】
一方でクエリは利用者の要求を反映するものであり、情報提供装置にクエリとして入力される要求（以下、要求（クエリ）とも言う）についても、「最も高解像度（画素数）な商品が欲しい」あるいは「一番安価（価格）な商品が欲しい」など、一部の一元的な要求を除いて「多機能で高性能な商品を安価で欲しい」など、商品に関する提供情報と同様に得られるもの（例えば、機能や性能）と費やすもの（例えば、価格）など多元的な複数の属性により構成され、費やすものは得られるものを集約した構造になるとともに、得られるものと費やすものはトレードオフの関係になる。そして、本実施例の情報提供装置によれば、このように多元的で複雑な構成、構造、関係を有した利用者の要求（クエリ）を、例えば、図１５に示したような、クエリを構成するクエリ属性に基づき、一元的に提供情報を評価あるいは抽出することが可能となり、利用者の抽象的なクエリに応じて、属性（クエリ属性あるいは商品属性）に基づく客観的な情報提供の評価あるいは抽出が可能となる。
【００５９】
＝＝＝＝クエリ属性および商品属性の提示＝＝＝
上述した実施例では、本発明の本質を理解し易くするためのものであった。しかしこの実施例では、利用者は自身の目的や欲求を満たす提供情報を得るという最も大きな目的自体は達成されるものの、図７に示した商品検索ページ５０において自身が入力したクエリと図９に示した検索結果ページ６０ａにて提示された提供情報５６との関係が理解し難い。そこで、クエリの入力に応動して最終的に提示する提供情報を抽出するまでに使用した情報を適宜に出力することで提供情報との関係を理解させるようにしてもよい。例えば、
検索結果ページに提供情報の抽出起源となったクエリ属性や商品属性を含ませれば、利用者にクエリとそれに基づいて抽出された提供情報との関係を理解させることができる。
【００６０】
図１６、図１７、図１８に検索結果ページの変更例を示した。図１６に示した検索結果ページ６０ｂでは、図９に示した検索結果ページ６０ａと同様のクエリ入力欄５４や提供情報５６の一覧５７に加え、キーワードなどによって入力されたクエリ６１と提供情報５６の抽出起源となったクエリ属性６２との関係を示す欄６３が含まれており、利用者はこの欄６３に示された内容を確認することで、自身のクエリ６１がどのようなクエリ属性６２に基づいて情報検索されたのかを理解することができる。クエリが複数ある場合など、クエリごとにクエリとクエリ属性の関係を示してもよいし、複数のクエリに関するクエリ属性を集約して示してもよい。また、クエリ６１とクエリ属性６２の関係は、クエリを構成するクエリ属性としてもよいし、クエリを構成するクエリ属性のうち実際に提供情報５６を評価あるいは抽出する際に影響したクエリ属性としてもよい。その影響度によってクエリ属性に優劣をつけて提示してもよい。そして、関係するクエリ属性を全て提示してもよいし所定数提示してもよい。あるいは所定の条件を満たすクエリ属性だけを提示してもよい。図１７に示した例では、検索結果ページ６０ｃにおける個々の提供情報５６の掲載欄５８に、商品の説明文に代えて、その提供情報５６に対応付けされている商品属性６４を含ませている。商品属性６４は、提供情報に対応する商品属性でもよいし、提供情報を評価したクエリ属性でもよいし、クエリを構成するクエリ属性に基づき評価された商品属性でもよい。具体的には、提供情報に対応する商品属性として図１０Ａに示す商品属性３２でもよいし、提供情報を評価したクエリ属性として図１０Ａに示す４２ａでもよいし、クエリを構成するクエリ属性に基づき評価された商品属性として図１０Ａに示す３２ａでもよい。それによって利用者は、自身のクエリによってどのような商品属性６４に基づき提供情報５６が抽出あるいは評価されたのかを理解することができる。そして図１８に示した検索結果ページ６０ｄでは、図１６に示したクエリ６１と提供情報５６の抽出起源となったクエリ属性６２との関係を示す欄６３が含まれているとともに、各提供情報５６の掲載欄５８には、それぞれの提供情報５６の抽出起源となった商品属性６４が記載されている。それによって利用者は、自身のクエリ６１に対応するクエリ属性６２の内、どのクエリ属性６２がどの提供情報５６のどの商品属性６４に一致（影響）したのかを認知することができる。
【００６１】
このように検索結果ページにクエリ属性や商品属性を表示することで、クエリと提供情報との関係を利用者に提示して理解させることができる。また図９に示した検索結果ページ６０ａのように、提供情報５６が唐突に提示される違和感も解消できる。さらにクエリと提供情報との関係性を提示して理解させることは、利用者に情報検索の過程を提示して理解させることにも繋がる。例えば、「きれいな画像」という利用者の要求と、実際の商品の具体的な内容（機能、性能など）との関係が理解できる。具体的には、例えば、「きれいな画像」６１という利用者の要求（クエリ）は「手ぶれ補正」６２という属性により得られ、提供情報である商品５６は「手ぶれ補正」６４という属性を備えている、あるいは「手ぶれ補正」６４という属性が優れているから、「きれいな画像」６１という利用者の要求（クエリ）は提供情報である商品５６により得られる、とした情報検索の過程を提示することでクエリと提供情報の関係が理解できる。そして情報検索の機会が増えれば、クエリと情報提供との関係につていの理解がさらに深まり、商品検索の機会を通じて利用者が商品知識など提供情報に関する知識を徐々に蓄積させていくことができる。利用者において提供情報に関する知識が蓄積されれば、より的確なクエリを選択することができ、利用者が自身の要求に合致する商品を見いださせる可能性をより高くすることができる。
【００６２】
なお当然のことながら、検索結果ページの体裁（レイアウト）や検索結果ページにおいて提示する属性（クエリ属性、商品属性）に関わる情報は、図９、図１６、図１７、図１８に示した例に限定されるものではない。すなわちユーザーインターフェイスについては適宜な構成を採用することができる。いずれにしても検索結果ページには、クエリの追加入力を受け付けるクエリ入力欄と提供情報の一覧を含み、クエリ入力欄や提供情報一覧における個々の提供情報掲載欄にクエリ属性や商品属性を含めたり、クエリ属性や商品属性を個別の欄を設けてその欄に掲載したりすればよい。図１９に検索結果ページにおけるクエリ属性および商品属性のその他の提示例を示した。この図では複数のクエリ６１が入力されたときの検索結果ページ６０ｅを示しており、クエリ６１を追加入力するためのクエリ入力欄５４やクエリ６１に基づく検索結果である提供情報一覧５７に加え、図１４にも示した利用者が入力したクエリ６１とその入力済みのクエリ６１に対応するクエリ属性６２とを含む欄６３が含まれている。
【００６３】
さらに検索結果ページ６０ｅに関連するクエリ６５の掲載欄６６と関連する属性６７の掲載欄６８が並んで配置されている。関連クエリ６５は、利用者が選択したクエリ６１に関連するクエリ６５、例えば、利用者が選択したクエリ６１とともによく選択されるクエリ６５を提示してもよいし、クエリ６１に対応付けされたより詳細なクエリ、例えば、下層に対応付けされたクエリを提示してもよい。あるいは、検索結果である提供情報一覧５７に提示された提供情報５６に関連するクエリ６５を提示してもよい。また、クエリ６１に関連する属性６２あるいは提供情報一覧５７に提示された提供情報５６に関連する属性６４あるいは関連属性６７に関連するクエリ６５を提示してもよい。そして、関連属性６７は、検索結果である提供情報一覧５７に提示された提供情報５６に関連する属性６４を纏めた関連属性６７を提示してもよい。また、利用者が選択したクエリ６１に関連する属性６２を纏めた関連属性６７を提示してもよい。関連クエリ６５に関連する属性６７を提示してもよい。それによって利用者が選択したクエリ６１と検索結果との関係を提供情報一覧５７に提示された提供情報５６に限らず、関連クエリ６５と関連属性６７により提示することで表現し、利用者は選択したクエリ６１と検索結果との関係を提供情報一覧５７に提示された提供情報５６と関連クエリ６５と関連属性６７により得られる。
【００６４】
図２０に示した検索結果ページ６０ｆでは、検索結果として提示される提供情報５６がどのようなクエリによって抽出されるのかを示すために、提供情報掲載欄５８のそれぞれについて、同じ欄内に提供情報５６とその提供情報５６を抽出したり評価したりする際の起源になり得るクエリ６９あるいは提供情報５６に関連するクエリ６９が含まれている。すなわち、提供情報５６に関連するクエリ６９を提示してもよい。また、提供情報５６に関連する商品属性（提供情報の属性）に基づくクエリ６９を提示してもよい。また、後述するように、提供情報５６をクエリとして入力して、クエリ６９を提供情報として提示してもよい。そしてクエリ６９に提示するクエリは該当するクエリを全て提示してもよいし、所定数提示してもよい。さらに提供情報５６を抽出したり評価したりする際の評価に基づく順にクエリを提示してもよいし、所定の条件に基づきクエリを提示してもよい。もちろんクエリ６９に提示するクエリの評価基準を別途定め、提示順や提示条件を評価してもよい。属性を理解することが難しい利用者にはクエリを提示するほうが理解しやすいことも考えられる。具体的には、例えば、「機能」６１という利用者の要求（クエリ）に基づき、検索結果として提示された提供情報５６は、「機能」というクエリ６９について、「機能」というクエリ６１を構成する属性６２（手ぶれ補正、３Ｄ撮影・・・）に基づく所定の条件を満たしている、あるいは「機能」というクエリ６９が他のクエリと比較して優れているから、「機能」という利用者の要求（クエリ）６１は提供情報５６により得られる、または、例えば、提供情報５６は利用者の要求したクエリ６１の他に「性能」や「デザイン」というクエリ６９が他のクエリと比較して優れているなど、情報検索の過程を利用者の要求であるクエリに集約して提示することができる。
【００６５】
以上説明したように検索結果ページでは、クエリ、クエリ属性、商品属性、および提供情報はどのように提示されてもよい。しかしその提示を実際に行うためには、クエリと提供情報およびこれらを結びつける属性（クエリ属性、商品属性）が多元的に関連しあうデータベース構造があって初めて可能となる。図２１は、本発明の実施例に係る情報提供装置の構成や動作を説明するための図であり、図２１は、情報提供装置におけるデータベース構造、その構造に基づく情報検索の手順、および情報検索の結果の提示動作の基本概念を示している。そして図２１に示したように、利用者入力されたクエリ１０１に関連する属性１０２としてはクエリ属性もあるし、そのクエリ属性と比較された（あるいはそのクエリ属性によって評価された）商品属性もある。そしてその比較／評価の結果として抽出された提供情報１０３があり、クエリ１０１と提供情報１０３が関連付けされる。すなわち互いに関連しあうデータベース構造を前提としなければ、検索結果ページに様々な情報を掲載することができない。そして利用者は、情報検索機会ごとにこれらの情報が提示されることで、自身のクエリと提供情報との関連性を、理解することが可能となる。
【００６６】
＝＝＝クエリ属性の作成について＝＝＝
クエリを起点としたクエリ属性の構成や構造はあらかじめ構築されて用意されたものである。上記実施例では、例えば「きれいな画像」というクエリに対して所定のクエリ属性が当初から対応付けされていた。しかしある利用者の「きれいな画像」というクエリと他の利用者の「きれいな画像」というクエリとでは、そのクエリに込められた要求が異なる場合がある。そこで、例えば商品知識に精通した複数の人がそれぞれの主観でクエリとクエリ属性との関係を設定することで、所定のクエリとクエリ属性との対応関係を複数準備し、その複数の対応関係から所定のクエリとクエリ属性との最終的な関係、すなわち実際に利用者端末から送付されてきたクエリと提供情報データベースに照会されるクエリ属性との対応関係を決定してもよい。すなわち複数のクエリデータベースから一つのクエリデータベースを構築してもよい。
【００６７】
図２２Ａ、図２２Ｂ、図２２Ｃ、図２２Ｄに、複数のクエリデータベースから最終的に運用される一つのクエリデータベースを構築するための方法を例示した。例えば図２２Ａに示したように、「きれいな画像」というクエリ１４１とクエリ属性（１４２ａ，１４２ｂ）との対応関係が２種類あった場合、最終的なクエリ１４１とクエリ属性１４２との対応関係は、図２２Ｃに示したように２種類の対応関係における全てのクエリ属性１４２ｄを採用してもよい。この場合は一つのクエリに対してより多くのクエリ属性が対応付けされ、有用な提供情報が一覧から漏れることを防止することが期待できる。図２２Ｂに示したように互いに一致するクエリ属性１４２ｃのみを採用する場合では、所定のクエリに対して最も妥当なクエリ属性が対応付けされ、膨大な提供情報が抽出されることを防止することが期待できる。また図２２Ｄに示したように、互いに一致しない関係にあるクエリ属性１４２ｅを最終的なクエリ属性として採用してもよい。この図２２Ｄに示したクエリ属性データの構築方法では、一般的に考えられるクエリとクエリ属性との関係が無視され、それぞれのクエリに対して希少なクエリ属性が対応づけされて提供情報の抽出数が極めて少なくなり利用者の選択肢が減るという欠点がある一方で、希少なクエリ属性は極めて特徴的なクエリ属性でもあることから、クエリに込められた利用者の要求に一致する提供情報をほぼピンポイントで提示できる可能性もある。なお最終的なクエリ属性に評価情報を付加する場合には、最終的なクエリ属性に対して別途評価情報を付加してもよいし、複数のクエリデータベースのそれぞれにおいてクエリ属性に評価情報をあらかじめ対応付けしておき、最終的なクエリ属性に対しては各クエリデータベースにおいて一致するクエリ属性についてはそれらの評価情報の平均値を採用し、一致しないクエリ属性については当初の評価情報を採用するなど、評価情報は適宜に設定することができる。
【００６８】
＝＝＝クエリに基づく提供情報の「評価」と「絞り込み」との併用＝＝＝
上述した本発明の実施例に係る情報提示装置では、クエリと提供情報とを属性という媒体を介して結びつけることで、クエリと提供情報との関係を理解できない利用者に対しても、クエリに潜在的に含まれる利用者の目的や要求が含まれる提供情報を評価したり、特定したりして、その評価したり、特定したりした提供情報を提示することができる。あるいは、クエリに潜在的に含まれる利用者の目的や要求が含まれる提供情報を評価し、その評価結果に基づいて提供情報を特定してその提供情報を提示することができる。また、多元的なクエリに基づき提供情報を一元的に評価することでクエリに基づき提供情報を、絞り込みの有無に拘わらず、評価の順に提示することができる。その一方で、利用者の要求は、漠然とした抽象的な要求から始まり、部分的に要求が具体的になることで具体的な要求と抽象的な要求が混在して、特定の提供情報に辿りつき、要求が決定する、といったプロセスも考えられる。
【００６９】
ところで、情報提供装置にクエリとして入力される要求を、先に「要求（クエリ）」と表記していた。また、ここでは、その要求（クエリ）を満たす商品についての情報が提供情報である。そこで、以下では、情報提供装置により出力される提供情報を「提供情報（商品）」と表記すると、利用者の要求が漠然とした抽象的な場合は、その抽象的な要求（クエリ）に該当しない提供情報（商品）は比較／評価の対象となるが、要求が部分的にでも具体的になると、その具体的な要求（クエリ）に該当しない提供情報（商品）はノイズとなり比較／評価の対象とならないなど、提供情報（商品）を絞り込むクエリと絞り込まないクエリが考えられる。
【００７０】
また、クエリに基づき提供情報（商品）を絞り込む場合、絞り込まれた提供情報（商品）のクエリに関する評価の差異がなく評価の対象とならないことも考えられる。具体的には、提供情報（商品）の「手ぶれ補正」機能に関する評価が「有」と「無」による評価で、クエリが「手ぶれ補正」機能「有」で提供情報（商品）を絞り込むと、絞り込まれた提供情報（商品）は全て「手ぶれ補正」機能が「有」となり、クエリについて提供情報（商品）ごとの差異がなく評価の対象とならないなど、利用者の要求が明確で具体的な場合、そのクエリは利用者の必須条件であって評価対象でないことも考えられる。また、利用者の要求（クエリ）が抽象的な場合、全ての提供情報（商品）が検索あるいは抽出の対象となり絞り込めないクエリが考えられる。
【００７１】
具体的には、「機能」など抽象的なクエリで提供情報（商品）を検索あるいは抽出すると、全ての提供情報（商品）は「機能」を備えているなどして、絞り込むことができない場合がある。そして、利用者の要求（クエリ）は、抽象的な要求と具体的な要求が混在した複雑なものになることが考えられる。そこで、提供情報（商品）の「絞り込み」と「評価」を分けて、提供情報（商品）を絞り込むクエリあるいは絞り込まないクエリと、提供情報（商品）を評価するクエリあるいは評価しないクエリを設定することで、抽象的なクエリと具体的なクエリが混在したクエリに対応させることが考えられる。すなわち、以下の表１に示した「α」〜「δ」の４つのバリエーションの設定が考えられる。
【００７２】
【表１】
2018030350.tif 000003
「α」については、クエリに基づく処理を何ら行わないこととなり、「δ」については、クエリに基づき提供情報を絞り込むとともにクエリに基づき提供情報を評価するもので、従来の検索エンジンなどと同様の技術による処理が行われる。そして本実施例では、要求（クエリ）が抽象的な場合を「β」とし、要求（クエリ）が具体的な場合を「γ」として、抽象的な要求（クエリ）と、具体的な要求（クエリ）が混在したユーザーインターフェイスを提供することで「δ」を実現している。
【００７３】
具体的には、抽象的な要求（クエリ）では、クエリに基づき提供情報（商品）を絞り込むことなく、当該クエリを提供情報（商品）の評価対象とする「β」を「評価クエリ」とし、具体的な要求（クエリ）では、クエリに基づき提供情報（商品）を絞り込み、当該クエリを提供情報（商品）の評価対象としない「γ」とする。そして、「評価クエリ」と「絞り込みクエリ」との組み合わせを設定できるユーザーインターフェイスとすることで、クエリとして「評価クエリ」と「絞り込みクエリ」とをそれぞれ受け付けて、「絞り込みクエリ」に基づき提供情報（商品）を絞り込み、「評価クエリ」に基づき提供情報（商品）を評価することで、クエリに基づき提供情報を絞り込むとともにクエリに基づき提供情報を評価する「δ」を実現している。もちろん具体的な要求（クエリ）では、クエリに基づき提供情報（商品）を絞り込み、当該クエリを提供情報（商品）の評価対象とする「δ」として、一つのクエリを「絞り込みクエリ」と「評価クエリ」として受け付けてもよい。
【００７４】
このように、情報提供装置は、利用者の漠然とした要求に対応するクエリ、すなわち提供情報を評価するための「評価クエリ」と、絞り込みクエリのように、利用者の明確な意図を反映したクエリ、すなわち抽出すべき提供情報を特定するための「抽出クエリ」の双方を受け付け可能としてもよい。なお、抽出クエリは、絞り込みクエリに限らず、例えば、評価クエリに基づいて評価された提供情報のうち、出力すべき提供情報の数を指定する情報であってもよい。
【００７５】
次に、情報提供装置が評価クエリと抽出クエリとに基づいて提供情報を出力する際のユーザーインターフェイスについて、抽出クエリとして上記の絞り込みクエリ用いた場合の具体例を以下に示す。図７、図９、図１６、図１７、図１８、図１９、図２０などに示したように、情報検索ページ５０や検索結果ページ（６０ａ〜６０ｆ）に、下線が付記されたクエリ５２や、クエリとしても選択可能なクエリ属性５５の文字列が「評価クエリ」として配置されているとともに、クエリ属性５５の文字列にチェックボックス１００が「絞り込みクエリ」として付帯している。例えば、下線が付記されたクエリ５２の文字列「機能」を指示すると「評価クエリ」として提供情報を絞り込むことなくクエリ５２の「機能」を構成するクエリ属性５５の「手ぶれ補正」、「３Ｄ撮影」、「動画」、「防水」に基づき提供情報を評価してその評価順に提供情報を提示する。そして、例えばクエリ５２の文字列「性能」のクエリ属性５５の「防水」の文字列に付帯するチェックボックス１００を指示すると、「絞り込みクエリ」として商品属性や提供情報の内容として「防水」に該当する提供情報（商品）が絞り込まれて、その提供情報が提供情報一覧に提示される。なお、チェックボックスは、絞り込む際にチェックボックスにチェックするようにしてもよいし、予め全てのチェックボックスがチェックされており除外するものを指示してチェックを外すようにしてもよい。  
そして「絞り込みクエリ」で指示した「防水」について提供情報を評価しないこととしてもよいし、「絞り込みクエリ」については提供情報を評価してもよい。例えば「防水」を「絞り込みクエリ」として商品属性として「防水」を備えた商品の提供情報を抽出した場合、従来の技術では「防水」について提供情報ごとの差異がなく評価の対象とならなかったが、本実施例ではクエリを構成するクエリ属性により「生活防水」や「１００ｍ防水」など、より詳細にドリルダウンした提供情報ごとの評価や、「防水」と「価格」による多元的な要素（属性）を一元化して提供情報ごとに評価することが可能となる。そして各提供情報を評価した内容を提供情報の「提示順」や「クエリ属性」あるいは「クエリ」により提示することが可能となる。なお、図２３に示した検索結果ページ６０ｇのように、利用者が文字入力したり、選択したりした評価クエリ（６１、６２）の履歴、所謂「パンくずリスト」が示された欄６３に加え、利用者が選択したり数値などによって指定したりした絞り込みクエリ（１６１、１６２）が示された欄１６３を設けてもよい。それによって、利用者は自身の曖昧な要求と、自身の明確な意思のそれぞれを、自身が入力した評価クエリと抽出クエリによって確認することができる。
【００７６】
このように本実施例の情報提供装置によれば、提供情報の「絞り込み（チェックボックス）」と「評価（下線）」を分けたインターフェイスを用いてクエリに基づく提供情報の評価と絞り込みを設定可能とすることで、利用者は、情報検索の過程で自身の目的や要求が抽象的でも、具体的でも、あるいは抽象的な要求と具体的な要求が混在しても、自身にとって有用な情報に速やかに辿り着けるようになる。言い換えれば、本実施例に係る情報提供装置では、最初に漠然としたクエリに基づいて利用者の潜在的な目的や要求が含まれる提供情報を評価して提示しているため、情報検索の機会ごとに提示される個々の提供情報や評価の内容を利用者が評価、あるいは比較と評価をすることなく、その利用者は、絞り込むべき提供情報にはどのような情報が含まれているのかを理解できるようになり、結果として提供情報の絞り込み対象すなわち利用者自身の要求を明確にさせることができる。なお、提供情報の「絞り込み」と「評価」に関するインターフェイスは「チェックボックス」や「下線（リンク）」に限らず、例えばマウスによる「シングルクリック」と「ダブルクリック」や「左ボタン」と「右ボタン」あるいはスマートフォンなどのタッチパネルにおける異なる操作（例えば、ジェスチャーの種類、同時にタッチする指の本数）など、互いに異なる入力が識別できればよい。
【００７７】
＝＝＝その他の実施例＝＝＝
上記実施例では、クエリに基づいて提供情報を出力するまでの情報処理手順の一例として、利用者端末から受け付けたクエリに応じて提供情報の一覧を利用者端末に向けて出力する例を示した。しかし本発明の技術思想の本質は、クエリと提供情報との対応関係を決定するためのデータベースの構造や情報処理手順にあり、例えば、利用者端末からのクエリを受け付ける以前に、クエリと提供情報との対応関係（インデックスデータベース）をあらかじめ用意しておいてもよい。すなわちクエリデータベースにおけるクエリ属性と提供情報データベースにおける商品属性とを比較し、その比較結果に基づいてクエリと提供情報との対応関係を記述したデータをあらかじめ用意しておく。そして当該データを、クエリと属性との対応関係や提供情報の新規作成、削除、あるいは変更などに伴って随時変更するようにしてもよい。またクエリ属性や商品属性を介してクエリと提供情報との対応関係を構築したならば、クエリ属性や商品属性に提供情報の所在情報（ＵＲＬなど）を対応付けしておけばよい。あるいはクエリにクエリ属性の一つとして所在を対応付けしておけばよい。もちろん、クエリと提供情報との対応関係に限らず、クエリと提供情報とクエリ属性や提供情報の属性との対応関係、クエリと提供情報と関連クエリとの対応関係、クエリと提供情報とクエリ属性や提供情報の属性と関連クエリとの対応関係をインデックスデータベースとしてあらかじめ用意しておいてもよい。
【００７８】
またクエリと提供情報の対応関係を構築しておくことは、クエリが利用者入力によらずに情報提供装置に入力されることを意味する。すなわち本発明の実施例にかかる情報提供装置には、クエリがインターネットなどの通信ネットワークを介して利用者端末からクエリデータベースに利用者入力が想定されるクエリされるクエリが格納されていることから、その事前にデータベースに格納されているクエリのそれぞれに対して事前にクエリ属性や商品属性に基づいてクエリと提供情報との対応関係を作成しておくこともできる。
【００７９】
なお、当然のことながら本発明は上述した電子商店における商品検索の用途に限らず、一般的な情報検索にも適用可能である。また利用者入力は利用者が意識して入力する情報に限らない。例えば、会員制のＷｅｂサイトであれば、利用者の個人情報（性別、年齢、職業）や商品ＩＤなどをクエリとして、広告、商品やサービス（保険、転職、飲食店など）の斡旋など、様々な提供情報を提示することができる。また位置情報を出力する携帯端末であれば、現在地をクエリとすることもできる。もちろん、情報提供装置を構成するハードウエアはスタンドアロン、すなわち必ずしもネットワークに接続されている必要もない。
【００８０】
上述したように本実施例に係る情報提供装置では、図７などに示したように、利用者が選択可能なクエリ（例えば「機能」など）５２を構成するクエリ属性（例えば「手ぶれ補正」など）５５を示す文字列に下線が引かれて、クエリ属性５５の文字列をクエリとして入力できるようになっている。このような機能を実現させるためには、例えば、図５に示したクエリデータベースの構造において、「きれいな画像」「機能」「性能」などと同列に「防水」というクエリを用意しておくことも考えられるが、例えば図１４に示した階層構造を有するクエリデータベースであれば、クエリ属性が異なる層に点在することから、「手ぶれ補正」という文字列がクエリとして指定されたならば、「手ぶれ補正」という第１層のクエリ属性１４２をクエリとして、その下層にあるクエリ属性（２４２、３４２，４４２）を提供情報データベースに照会するようにしてもよい。すなわちクエリ属性がクエリに指定された時点で、その下層のクエリ属性の構造をそのまま提供情報データベースに照会する情報として採用してもよい。
【００８１】
＝＝＝クエリと属性と提供情報について＝＝＝
上記実施例では、クエリ、属性、提供情報について、商品情報を提供情報として出力することを目的とし、商品に関するクエリと、商品に関する属性（クエリ属性、商品属性）とした例を記載したが、利用者が望む情報は商品情報だけとは限らない。ここで商品を例として、商品に関する情報を「商品情報」とし、商品に関する要求を「商品クエリ」とし、商品に関する属性を「商品属性」とすると、利用者が望む情報としては「商品情報」、「商品クエリ」、「商品属性」の全てが提供情報の対象となり、出力される提供情報に応じて「商品情報」、「商品クエリ」、「商品属性」のいずれかが属性あるいはクエリとなる。さらに例を挙げれば、利用者の望む情報として「商品クエリ」を提供情報として出力する場合、「商品情報」をクエリとして、「商品属性」を属性としてもよい。「商品属性」をクエリとして、「商品情報」を属性としてもよい。
【００８２】
「商品クエリ」を提供情報とし、「商品情報」をクエリとし、「商品属性」を属性とする場合、「商品クエリ」と「商品属性」の対応関係が提供情報データベースとなり、「商品情報」と「商品属性」の対応関係がクエリデータベースとなる。そして、例えば、一つあるいは複数の「商品情報」をクエリとし、「商品情報」に対応する「商品属性」をクエリ属性として、「商品属性」を「商品クエリ」に対応する「商品属性」と比較することで、「商品クエリ」を評価あるいは抽出し、「商品クエリ」を提供情報として出力するなど、クエリ、属性、提供情報は、商品に関する要求、商品属性、商品情報に特定されない。
【００８３】
ここで、商品クエリを、利用者の要求や利益など、利用者が情報提供装置による情報処理の結果として得られる効果としてとらえると、図２４に示したように、利用者が期待する効果、例えば、「きれいな画像」などというキーワードをクエリ１０１ｂとして入力すると、情報提供装置は、その効果に関連する属性１０２ｂの評価に基づいて商品情報１０３ｂを出力する。なお、この図２４に示した提供情報装置における情報処理の概念は、図２１に示した概念と同様である。
【００８４】
また、例えば、利用者が最初に入力したクエリに基づいてある商品情報が提示された際、その商品情報を次のクエリとして入力する場合もあり得る。このような場合には、図２５に示したように、情報処理の起点として商品情報１０１ｃを入力すると、その商品情報に付帯、あるいは対応付けされている属性１０２ｃ(例えば、「手ぶれ補正」など)によってもたらされる効果（例えば、「きれいな画像」）が提供情報１０３ｃとして出力される。図２０に示した検索結果ページ６０ｆにおける、検索結果として提示される提供情報５６の提供情報掲載欄５８に提示するクエリ６９についても、提供情報５６（図２５では商品情報１０１ｃ）をクエリとしたクエリ６９（図２５では提供情報１０３ｃ）としてもよい。  すなわちクエリ、属性、提供情報は、それらの情報の具体的な内容を特定するものではない。入力情報をクエリとし、出力情報を提供情報としている。そして入力情報あるいは出力情報に対応付けされ、入力情報あるいは出力情報と比較されることで入力情報と出力情報を仲介する情報が属性である。提供情報データベースやクエリデータベースについても情報の具体的な内容を特定するものではなく、クエリや提供情報について参照するデータベースは適宜設定すればよい。なお、提供情報データベースやクエリデータベースあるいはインデックスデータベースは、クエリと属性（クエリ属性）および提供情報と属性あるいはクエリと提供情報の対応関係が特定できればそれぞれ複数のデータベースでも一つのデータベースでもどのような構成でもよい。
【符号の説明】
【００８５】
１  情報提供装置、２  提供情報データベース、３  クエリデータベース、
１０  利用者端末、２０  商品販売ページ、３１，３１ａ，３１ｂ  提供情報、
３２，３２ａ，３２ｂ  商品属性、４１，４１ａ，４１ｂ  クエリ、
４２，１４２ａ〜１４２ｅ，２４２，３４２，４４２，５４２  クエリ属性、
５０  商品検索ページ、６０ａ〜６０ｆ  検索結果ページ  
【図１】
2018030350.tif 000004
【図２】
2018030350.tif 000005
【図３Ａ】
2018030350.tif 000006
【図３Ｂ】
2018030350.tif 000007
【図４Ａ】
2018030350.tif 000008
【図４Ｂ】
2018030350.tif 000009
【図４Ｃ】
2018030350.tif 000010
【図５】
2018030350.tif 000011
【図６Ａ】
2018030350.tif 000012
【図６Ｂ】
2018030350.tif 000013
【図７】
2018030350.tif 000014
【図８】
2018030350.tif 000015
【図９】
2018030350.tif 000016
【図１０Ａ】
2018030350.tif 000017
【図１０Ｂ】
2018030350.tif 000018
【図１０Ｃ】
2018030350.tif 000019
【図１１】
2018030350.tif 000020
【図１２】
2018030350.tif 000021
【図１３】
2018030350.tif 000022
【図１４】
2018030350.tif 000023
【図１５】
2018030350.tif 000024
【図１６】
2018030350.tif 000025
【図１７】
2018030350.tif 000026
【図１８】
2018030350.tif 000027
【図１９】
2018030350.tif 000028
【図２０】
2018030350.tif 000029
【図２１】
2018030350.tif 000030
【図２２Ａ】
2018030350.tif 000031
【図２２Ｂ】
2018030350.tif 000032
【図２２Ｃ】
2018030350.tif 000033
【図２２Ｄ】
2018030350.tif 000034
【図２３】
2018030350.tif 000035
【図２４】
2018030350.tif 000036
【図２５】
2018030350.tif 000037
【手続補正書】
【提出日】平成31年2月7日(2019.2.7)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
【特許文献１】特許第３５０１７９９号公報
【特許文献２】特許５５６１８４２号公報
【特許文献３】特許５８３５７５４号公報
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正の内容】
【００４７】
例えば、商品Ａの提供情報３１ａを構成する商品属性３２と「きれいな画像」というクエリ４１を構成するクエリ属性４２とが一致する商品属性３２ａの「手ぶれ補正」、「ＲＡＷ撮影」、「ＣＭＯＳ撮像素子」のそれぞれに評価情報３３として「１００」が対応付けされている場合、「きれいな画像」というクエリ４１のクエリ属性４２である「手ぶれ補正」の評価情報４３が「±０」なので商品属性３２ａにおける「手ぶれ補正」には「１００」の評価情報３３が対応付けされているものの、クエリ属性４２における「手ぶれ補正」との対応関係については「０」の評価値３４を作成する。「ＲＡＷ撮影」のクエリ属性４２における評価情報４３については「＋」なので、「ＲＡＷ撮影」については「１００」の評価値３４を作成する。同様にクエリ属性４２である「ＣＭＯＳ撮像素子」の評価情報４３が「＋」なので、対応する商品属性３２ａである「ＣＭＯＳ撮像素子」についても「１００」の評価値３４を作成する。そしてこれらのクエリ属性４２と商品属性３２ａとの対応関係ごとに作成された商品属性３２ａの評価値３４を加減すると、「きれいな画像」というクエリ４１に応じた商品Ａの提供情報Ａ３１ａの評価値３５が「２００」となる。なお、評価情報４３は「＋」、「±０」、「−」とは限らない。クエリとして例えば「きれいな画像」を得るためのクエリ属性に対する重み付けや、評価の際に用いる属性あるいは属性の内容（例えば、値）を参照した数式や比率／割合など適宜設定すればよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正の内容】
【００５８】
一方でクエリは利用者の要求を反映するものであり、情報提供装置にクエリとして入力される要求（以下、要求（クエリ）とも言う）についても、「最も高解像度（画素数）な商品が欲しい」あるいは「一番安価（価格）な商品が欲しい」など、一部の一元的な要求を除いて「多機能で高性能な商品を安価で欲しい」など、商品に関する提供情報と同様に得られるもの（例えば、機能や性能）と費やすもの（例えば、価格）など多元的な複数の属性により構成され、費やすものは得られるものを集約した構造になるとともに、得られるものと費やすものはトレードオフの関係になる。そして、本実施例の情報提供装置によれば、このように多元的で複雑な構成、構造、関係を有した利用者の要求（クエリ）を、例えば、図１５に示したような、クエリを構成するクエリ属性に基づき、一元的に提供情報を評価あるいは抽出することが可能となり、利用者の抽象的なクエリに応じて、属性（クエリ属性あるいは商品属性）に基づく客観的な提供情報の評価あるいは抽出が可能となる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００６１
【補正方法】変更
【補正の内容】
【００６１】
このように検索結果ページにクエリ属性や商品属性を表示することで、クエリと提供情報との関係を利用者に提示して理解させることができる。また図９に示した検索結果ページ６０ａのように、提供情報５６が唐突に提示される違和感も解消できる。さらにクエリと提供情報との関係性を提示して理解させることは、利用者に情報検索の過程を提示して理解させることにも繋がる。例えば、「きれいな画像」という利用者の要求と、実際の商品の具体的な内容（機能、性能など）との関係が理解できる。具体的には、例えば、「きれいな画像」６１という利用者の要求（クエリ）は「手ぶれ補正」６２という属性により得られ、提供情報である商品５６は「手ぶれ補正」６４という属性を備えている、あるいは「手ぶれ補正」６４という属性が優れているから、「きれいな画像」６１という利用者の要求（クエリ）は提供情報である商品５６により得られる、とした情報検索の過程を提示することでクエリと提供情報の関係が理解できる。そして情報検索の機会が増えれば、クエリと提供情報との関係についての理解がさらに深まり、商品検索の機会を通じて利用者が商品知識など提供情報に関する知識を徐々に蓄積させていくことができる。利用者において提供情報に関する知識が蓄積されれば、より的確なクエリを選択することができ、利用者が自身の要求に合致する商品を見いださせる可能性をより高くすることができる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
ここで、商品クエリを、利用者の要求や利益など、利用者が情報提供装置による情報処理の結果として得られる効果としてとらえると、図２４に示したように、利用者が期待する効果、例えば、「きれいな画像」などというキーワードをクエリ１０１ｂとして入力すると、情報提供装置は、その効果に関連する属性１０２ｂの評価に基づいて商品情報１０３ｂを出力する。なお、この図２４に示した情報提供装置における情報処理の概念は、図２１に示した概念と同様である。
【国際調査報告】
2018030350.tif 000038
2018030350.tif 000039