(57)【特許請求の範囲】
【請求項１】
複数の取引対象の情報それぞれに対応付けて該取引対象に対して予め定められた複数の評価項目それぞれに対する評価点と該取引対象に対して各ユーザが入力したレビューを示す文字列であるレビュー情報とを記憶する記憶手段から、取引対象を選択しようとするユーザのレビュー情報を取得する取得手段と、
前記取得手段により取得されるレビュー情報に基づいて、前記ユーザが取引対象を選択する上で重視する評価項目を前記複数の評価項目の中から特定する特定手段と、
前記特定手段により特定される評価項目に対する評価点の大小に応じて前記複数の取引対象の情報の全部または一部の出力順を決定する制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記特定手段は、前記レビュー情報に含まれる用語の出現頻度に基づいて前記評価項目を特定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、
前記取引対象を選択しようとするユーザのレビュー情報から得られる情報と、他のユーザのレビュー情報から得られる情報とを比較した結果に基づいて、前記記憶手段に記憶される前記レビュー情報を提供した全てのユーザの中から複数のユーザを絞り込む絞込手段と、
前記絞込手段により絞り込まれる複数のユーザそれぞれの評価点であって、前記特定手段により特定される評価項目に対する評価点に基づいて当該複数のユーザ間の評価点を算出する算出手段と、
を更に備え、
前記制御手段は、前記出力順を決定するにあたり、複数のユーザそれぞれの前記レビュー情報及び前記評価点が対応付けられる取引対象に対する評価点として、前記算出手段により算出される評価点を用いることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記レビュー情報には、人数に応じて複数に分類される人数属性のうち前記取引対象の過去の利用人数が属する前記人数属性が対応付けられており、
前記取得手段は、前記取引対象を選択しようとするユーザにより検索条件として入力される利用人数が属する前記人数属性が対応付けられる前記レビュー情報を取得することを特徴とする請求項１乃至３に記載の情報処理装置。
【請求項５】
前記情報処理装置は、前記特定手段により特定される評価項目以外の第二の評価項目に対する許容値を決定する決定手段を更に備え、
前記特定手段により特定される評価項目に対して同一の評価点が対応付けられる複数の取引対象の中で、前記第二の評価項目に対する評価点が前記決定手段により決定される許容値以上である前記取引対象を優先して前記出力順を決定することを特徴とする請求項１乃至４の何れかに記載の情報処理装置。
【請求項６】
前記特定手段は、前記レビュー情報に含まれるポジティブな用語と係り受け関係にある用語に応じた評価項目を前記ユーザが取引対象を選択する上で重視する評価項目として特定することを特徴とする請求項１乃至５の何れかに記載の情報処理装置。
【請求項７】
前記ユーザが取引対象を選択する上で重視する評価項目の候補が複数ある場合に、前記特定手段は、前記レビュー情報に含まれるポジティブな用語と係り受け関係にある用語に応じた評価項目を前記ユーザが取引対象を選択する上で重視する評価項目として特定することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記特定手段は、前記レビュー情報に含まれるネガティブな用語と係り受け関係にある用語に応じた評価項目に対する評価点が閾値以上の場合に、該評価項目をユーザが取引対象を選択する上で重視する評価項目として特定することを特徴とする請求項１乃至５の何れかに記載の情報処理装置。
【請求項９】
前記特定手段は、前記閾値以上の評価項目が複数ある場合に、前記評価点が大きい前記評価項目を、ユーザが取引対象を選択する上で重視する評価項目として特定することを特徴とする請求項７に記載の情報処理装置。
【請求項１０】
コンピュータにより実行される情報処理方法であって、
複数の取引対象の情報それぞれに対応付けて該取引対象に対して予め定められた複数の評価項目それぞれに対する評価点と該取引対象に対して各ユーザが入力したレビューを示す文字列であるレビュー情報とを記憶する記憶手段から、取引対象を選択しようとするユーザのレビュー情報を取得するステップと、
前記取得されるレビュー情報に基づいて、前記ユーザが取引対象を選択する上で重視する評価項目を前記複数の評価項目の中から特定するステップと、
前記特定される評価項目に対する評価点の大小に応じて前記取引対象の情報の全部または一部の出力順を決定するステップと、
を含むことを特徴とする情報処理方法。
【請求項１１】
コンピュータを、
複数の取引対象の情報それぞれに対応付けて該取引対象に対して予め定められた複数の評価項目それぞれに対する評価点と該取引対象に対して各ユーザが入力したレビューを示す文字列であるレビュー情報とを記憶する記憶手段から、取引対象を選択しようとするユーザのレビュー情報を取得する取得手段と、
前記取得手段により取得されるレビュー情報に基づいて、前記ユーザが取引対象を選択する上で重視する評価項目を前記複数の評価項目の中から特定する特定手段と、
前記特定手段により特定される評価項目に対する評価点の大小に応じて前記複数の取引対象の情報の全部または一部の出力順を決定する制御手段として機能させることを特徴とする情報処理プログラム。
【請求項１２】
コンピュータを、
複数の取引対象の情報それぞれに対応付けて該取引対象に対して予め定められた複数の評価項目それぞれに対する評価点と該取引対象に対して各ユーザが入力したレビューを示す文字列であるレビュー情報とを記憶する記憶手段から、取引対象を選択しようとするユーザのレビュー情報を取得する取得手段と、
前記取得手段により取得されるレビュー情報に基づいて、前記ユーザが取引対象を選択する上で重視する評価項目を前記複数の評価項目の中から特定する特定手段と、
前記特定手段により特定される評価項目に対する評価点の大小に応じて前記複数の取引対象の情報の全部または一部の出力順を決定する制御手段として機能させる情報処理プログラムが記録された記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置のユーザにより商品や宿泊施設等の多数の情報を所定の表示順で表示させることが可能な情報処理装置等の技術分野に関する。
【背景技術】
【０００２】
従来から、端末装置のユーザが、インターネットを介して所望の商品を購入することが可能なショッピングサイトや、所望の宿泊施設等の利用予約を行うことが可能な施設予約サイト等が知られている。例えば、このようなサイトから提供されるＷｅｂページにおける複数の商品の情報（又は宿泊施設等の情報）を、例えば価格に応じた表示順で表示させる技術が知られている。一方、特許文献１には、最近更新されたＷｅｂページにて紹介されている商品はユーザの間でホットな商品であるとして検索結果の上位に並び替える技術が開示されている。さらに、ユーザによる商品の購入実績に基づいて、複数の商品の情報の表示順を決定するシステムも知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１３４６５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、商品の購入実績は、その商品に対するユーザの評価を反映しているとは必ずしも言えない。例えば、ユーザが商品を購入したけれども期待していたものと違っていたので、結局あまり使わなかったなどということは日常的によくある。一方、予め定められた複数の評価項目のそれぞれに対して評価点を加えるレビュー手法も知られているが、評価点の高低はその商品に対するユーザの評価を示しているに過ぎず、ユーザの嗜好を特定するための情報としては十分ではない。
【０００５】
本発明は、以上の問題等に鑑みてなされたものであり、複数の取引対象の情報の表示順に対してユーザの嗜好を従来よりも反映することが可能な情報処理装置、情報処理方法、情報処理プログラム、及び情報処理プログラムが記録された記録媒体を提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、複数の取引対象の情報それぞれに対応付けて該取引対象に対して予め定められた複数の評価項目それぞれに対する評価点と該取引対象に対して各ユーザが入力したレビューを示す文字列であるレビュー情報とを記憶する記憶手段から、取引対象を選択しようとするユーザのレビュー情報を取得する取得手段と、前記取得手段により取得されるレビュー情報に基づいて、前記ユーザが取引対象を選択する上で重視する評価項目を前記複数の評価項目の中から特定する特定手段と、前記特定手段により特定される評価項目に対する評価点の大小に応じて前記複数の取引対象の情報の全部または一部の出力順を決定する制御手段と、を備えることを特徴とする。
【０００７】
この発明によれば、取引対象を選択しようとするユーザのレビュー情報に基づいて、該ユーザが取引対象を選択する上で重視する評価項目を複数の評価項目の中から特定し、該評価項目に対する評価点の大小に応じて前記取引対象の情報の全部または一部の出力順を決定するように構成したので、複数の取引対象の情報の表示順に対してユーザの嗜好を従来よりも反映することができる。
【０００８】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記特定手段は、前記レビュー情報に含まれる用語の出現頻度に基づいて前記評価項目を特定することを特徴とする。
【０００９】
この発明によれば、ユーザの嗜好がより反映された評価項目を特定することができる。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の情報処理装置において、前記情報処理装置は、前記取引対象を選択しようとするユーザのレビュー情報から得られる情報と、他のユーザのレビュー情報から得られる情報とを比較した結果に基づいて、前記記憶手段に記憶される前記レビュー情報を提供した全てのユーザの中から複数のユーザを絞り込む絞込手段と、前記絞込手段により絞り込まれる複数のユーザそれぞれの評価点であって、前記特定手段により特定される評価項目に対する評価点に基づいて当該複数のユーザ間の評価点を算出する算出手段と、を更に備え、前記制御手段は、前記出力順を決定するにあたり、複数のユーザそれぞれの前記レビュー情報及び前記評価点が対応付けられる取引対象に対する評価点として、前記算出手段により算出される評価点を用いることを特徴とする。
【００１１】
この発明によれば、ユーザのレビュー情報の内容に類似するレビュー情報の各投稿者による評価点に基づき算出されるので、取引対象の情報の表示順に対してユーザの嗜好をより一層反映させることができる。
【００１２】
請求項４に記載の発明は、請求項１乃至３に記載の情報処理装置において、前記レビュー情報には、人数に応じて複数に分類される人数属性のうち前記取引対象の過去の利用人数が属する前記人数属性が対応付けられており、前記取得手段は、前記取引対象を選択しようとするユーザにより検索条件として入力される利用人数が属する前記人数属性が対応付けられる前記レビュー情報を取得することを特徴とする。
【００１３】
この発明によれば、ユーザの利用人数に合った過去のレビュー情報に基づいて、ユーザの嗜好が、より反映された評価項目を特定することができ、その結果、複数の取引対象の情報の表示順に対してユーザの嗜好をより反映させることができる。
【００１４】
請求項５に記載の発明は、請求項１乃至４の何れかに記載の情報処理装置において、  前記情報処理装置は、前記特定手段により特定される評価項目以外の第二の評価項目に対する許容値を決定する決定手段を更に備え、前記特定手段により特定される評価項目に対して同一の評価点が対応付けられる複数の取引対象の中で、前記第二の評価項目に対する評価点が前記決定手段により決定される許容値以上である前記取引対象を優先して前記出力順を決定することを特徴とする。
【００１５】
この発明によれば、ユーザが重視する評価項目に対する評価点が同一の取引対象が複数あった場合に、第二の評価項目に対する評価点がユーザの許容できない（我慢できない）評価点である取引対象の情報の表示順を下げることができ、複数の取引対象の情報の表示順に対してユーザの嗜好をより反映させることができる。
【００１６】
請求項６に記載の発明は、請求項１乃至５の何れかに記載の情報処理装置において、前記特定手段は、前記レビュー情報に含まれるポジティブな用語と係り受け関係にある用語に応じた評価項目を前記ユーザが取引対象を選択する上で重視する評価項目として特定することを特徴とする。
【００１７】
この発明によれば、ポジティブな用語と係り受け関係にある用語を評価項目とすることで、より一層、ユーザの嗜好が反映された評価項目を特定することができる。
【００１８】
請求項７に記載の発明は、請求項６に記載の情報処理装置において、前記ユーザが取引対象を選択する上で重視する評価項目の候補が複数ある場合に、前記特定手段は、前記レビュー情報に含まれるポジティブな用語と係り受け関係にある用語に応じた評価項目を前記ユーザが取引対象を選択する上で重視する評価項目として特定することを特徴とする。
【００１９】
この発明によれば、ユーザが取引対象を選択する上で重視する評価項目の候補が複数ある場合に、ユーザの嗜好が反映された評価項目を特定することができる。
【００２０】
請求項８に記載の発明は、請求項１乃至５の何れかに記載の情報処理装置において、前記特定手段は、前記レビュー情報に含まれるネガティブな用語と係り受け関係にある用語に応じた評価項目に対する評価点が閾値以上の場合に、該評価項目をユーザが取引対象を選択する上で重視する評価項目として特定することを特徴とする。
【００２１】
この発明によれば、ユーザのこだわりが反映された評価項目を特定することができる。
【００２２】
請求項９に記載の発明は、請求項７に記載の情報処理装置において、前記特定手段は、前記閾値以上の評価項目が複数ある場合に、前記評価点が大きい前記評価項目を、ユーザが取引対象を選択する上で重視する評価項目として特定することを特徴とする。
【００２３】
この発明によれば、ユーザのこだわりがより大きい評価項目を特定することができる。
【００２４】
請求項１０に記載の発明は、コンピュータにより実行される情報処理方法であって、複数の取引対象の情報それぞれに対応付けて該取引対象に対して予め定められた複数の評価項目それぞれに対する評価点と該取引対象に対して各ユーザが入力したレビューを示す文字列であるレビュー情報とを記憶する記憶手段から、取引対象を選択しようとするユーザのレビュー情報を取得するステップと、前記取得されるレビュー情報に基づいて、前記ユーザが取引対象を選択する上で重視する評価項目を前記複数の評価項目の中から特定するステップと、前記特定される評価項目に対する評価点の大小に応じて前記取引対象の情報の全部または一部の出力順を決定するステップと、を含むことを特徴とする。
【００２５】
請求項１１に記載の情報処理プログラム（コンピュータ読み取り可能なプログラム）は、コンピュータを、複数の取引対象の情報それぞれに対応付けて該取引対象に対して予め定められた複数の評価項目それぞれに対する評価点と該取引対象に対して各ユーザが入力したレビューを示す文字列であるレビュー情報とを記憶する記憶手段から、取引対象を選択しようとするユーザのレビュー情報を取得する取得手段と、前記取得手段により取得されるレビュー情報に基づいて、前記ユーザが取引対象を選択する上で重視する評価項目を前記複数の評価項目の中から特定する特定手段と、前記特定手段により特定される評価項目に対する評価点の大小に応じて前記複数の取引対象の情報の全部または一部の出力順を決定する制御手段として機能させることを特徴とする。
【００２６】
請求項１２に記載の記録媒体は、コンピュータを、複数の取引対象の情報それぞれに対応付けて該取引対象に対して予め定められた複数の評価項目それぞれに対する評価点と該取引対象に対して各ユーザが入力したレビューを示す文字列であるレビュー情報とを記憶する記憶手段から、取引対象を選択しようとするユーザのレビュー情報を取得する取得手段と、前記取得手段により取得されるレビュー情報に基づいて、前記ユーザが取引対象を選択する上で重視する評価項目を前記複数の評価項目の中から特定する特定手段と、前記特定手段により特定される評価項目に対する評価点の大小に応じて前記複数の取引対象の情報の全部または一部の出力順を決定する制御手段として機能させる情報処理プログラムが記録される。
【発明の効果】
【００２７】
この発明によれば、取引対象を選択しようとするユーザのレビュー情報に基づいて、該ユーザが取引対象を選択する上で重視する評価項目を複数の評価項目の中から特定し、該評価項目に対する評価点に応じた表示順で取引対象の情報を表示させるように構成したので、複数の取引対象の情報の表示順に対してユーザの嗜好を従来よりも反映することができる。
【図面の簡単な説明】
【００２８】
【図１】本実施形態に係る情報提供システムＳの概要構成の一例を示す図である。
【図２】本実施形態に係る情報提供サーバＳＡの概要構成例を示すブロック図である。
【図３】各種データベースに登録される内容（項目）の一例を示す図である。
【図４】情報提供サーバＳＡのシステム制御部４における評価項目特定処理を示すフローチャートである。
【図５】情報提供サーバＳＡのシステム制御部４におけるＷｅｂページの提供処理を示すフローチャートである。
【図６】各施設の施設情報の表示順の一例を示す概念図である。
【図７】ユーザ端末ＵＴ１のウインドウ画面に表示された施設一覧ページの一例を示す図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照して本発明の実施形態について説明する。なお、以下に説明する実施の形態は、情報提供システムに対して本発明を適用した場合の実施形態である。
【００３０】
［１．情報提供システムの構成及び機能概要］
先ず、本発明の一実施形態に係る情報提供システムＳの構成及び概要機能について、図１を用いて説明する。
【００３１】
図１は、本実施形態に係る情報提供システムＳの概要構成の一例を示す図である。図１に示すように、情報提供システムＳは、複数のユーザ端末（端末装置の一例）ＵＴｎ（ｎ＝１，２，３・・・ｋ）と、複数の施設端末ＳＴｍ（ｍ＝１，２，３・・・ｊ）と、情報提供サーバ（情報処理装置の一例）ＳＡと、を含んで構成されている。ユーザ端末ＵＴｎ、施設端末ＳＴｍ、及び情報提供サーバＳＡは、夫々、ネットワークＮＷに接続される。ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００３２】
また、ユーザ端末ＵＴｎ及び施設端末ＳＴｍは、例えば、パーソナルコンピュータ（ＰＣ）、ＰＤＡ（Personal Digital Assistant）、携帯電話機、又はスマートホン等からなり、Ｗｅｂブラウザ機能を有する。ユーザ端末ＵＴｎ及び施設端末ＳＴｍは、Ｗｅｂブラウザにより、情報提供サーバＳＡへページリクエスト（ＨＴＴＰ（HyperText Transfer Protocol）リクエスト）を行うことでＷｅｂページを取得し、該Ｗｅｂページをディスプレイ上に表れたウインドウ画面に表示する。なお、このウインドウ画面は、Ｗｅｂブラウザのアクティブな表示領域である。
【００３３】
情報提供サーバＳＡは、例えば施設予約サイト等を運営するために設置されたサーバ（例えば、Ｗｅｂサーバ、及びデータベースサーバ等）である。施設予約サイトは、ユーザ端末ＵＴｎのユーザが、所望の施設（施設予約に係る取引対象の一例）の利用予約を行うことが可能なサイトである。施設の例としては、宿泊施設、ゴルフ場施設、遊園施設、公共施設、及び商業施設等が挙げられる。
【００３４】
図２は、本実施形態に係る情報提供サーバＳＡの概要構成例を示すブロック図である。図２に示すように、情報提供サーバＳＡは、通信部１と、記憶部２（記憶手段の一例）と、入出力インターフェース部３と、システム制御部４と、を備えている。そして、システム制御部４と入出力インターフェース部３とは、システムバス５を介して接続されている。
【００３５】
通信部１は、ネットワークＮＷに接続して、ユーザ端末ＵＴｎ又は施設端末ＳＴｍとの通信状態を制御するようになっている。
【００３６】
記憶部２は、例えば、ハードディスクドライブ等により構成されており、オペレーティングシステム及びサーバプログラム（本発明の情報処理プログラムを含む）等の各種プログラムを記憶する。なお、サーバプログラムは、例えば、所定のサーバ等からネットワークＮＷを介して配信されるようにしても良いし、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されて提供されるようにしても良い。
【００３７】
また、記憶部２には、ユーザ端末ＵＴｎに表示させるＷｅｂページを構成する構造化文書（例えば、ＨＴＭＬ（Hyper Text Markup Language）文書やＸＨＴＭＬ文書等）ファイル（表示用データの一例）、及び画像ファイル等が記憶されている。このようなＷｅｂページには、ユーザにより選択される施設の検索に用いられる検索条件をユーザが入力可能なページ（以下、「検索条件入力ページ」という）、施設に関する施設情報（取引対象の情報の一例であり、以下、「施設の施設情報」という）の一覧等を表示するページ（以下、「施設一覧ページ」という）、施設の詳細情報等を表示するページ（以下、「施設詳細ページ」という）、施設が提供するプランに関するプラン情報（取引対象の情報の一例であり、以下、「施設のプラン情報」という）の一覧等を表示するページ（以下、「プラン一覧ページ」という）、施設に対するレビュー及び評価をユーザ（施設を利用したユーザ（例えば施設を予約した利用者又はその同伴者））が投稿者として入力可能なページ（以下、「レビュー入力ページ」という）、及び上記レビューを示すレビュー情報及び評価情報の一覧等を表示するページ等がある。
【００３８】
ここで、施設の施設情報には、例えば施設名、施設の画像、施設の特徴、利用料金、住所、電話番号、交通アクセス等の情報が含まれる。また、施設が宿泊施設である場合、施設の詳細情報には、上記施設情報に加え、チェックイン、チェックアウト、館内設備、部屋数、部屋設備（備品を含む）、サービス等の情報が含まれる。また、施設が宿泊施設である場合、当該施設から提供されるプランのプラン情報には、例えばプラン名、特徴、利用目的、利用日程、利用料金、利用人数、食事、決済等の情報が含まれる。なお、プランもまた、施設予約に係る取引対象の一つである。
【００３９】
また、レビュー（口コミともいう）とは、例えば、感想、意見、評論等をいい、レビュー情報は、例えば、レビューを示す文字列（日本語、英語、中国語等、特に言語は問わない）である。また、評価情報は、例えば、評価を「１〜５」までの数で表す評価値（評価点の一例）であり、数値が高いほど評価が高い。また、ユーザは施設に対する評価を、異なる観点の複数の評価項目（評価軸ともいう）それぞれに対して行うことができる。例えば、宿泊施設に対する評価項目としては、サービス（接客）、立地、部屋、設備（アメニティ）、風呂、食事等が挙げられる。また、例えば、各評価項目の評価値の平均値が施設に対する総合評価（総合評価値）となる。なお、評価は、広義にはレビューに含まれる概念であるが、本実施形態においては特に示さない限り、レビューと評価を区別するものとする。
【００４０】
更に、記憶部２には、ユーザ情報データベース（ＤＢ）２１、施設情報データベース（ＤＢ）２２、及びプラン情報データベース（ＤＢ）２３等が構築されている。
【００４１】
図３は、各種データベースに登録される内容（項目）の一例を示す図である。
【００４２】
ユーザ情報データベース２１には、図３（Ａ）に示すように、ユーザ会員として登録されたユーザのユーザＩＤ、ログインＩＤ、パスワード、ニックネーム、氏名、性別、年齢、住所、電話番号、メールアドレス、及び評価項目情報等がユーザ毎に対応付けられて登録（記憶）されている。ユーザＩＤは、ユーザ毎に固有の識別情報である。ログインＩＤ及びパスワードは、ログイン処理（ユーザの認証処理）に使用される認証情報である。ユーザＩＤ、ログインＩＤ、パスワード、ニックネーム、氏名、性別、年齢、住所、電話番号、及びメールアドレスの全部又は一部は、例えば、ユーザが会員としての登録時にユーザ端末ＵＴｎから入力され情報提供サーバＳＡに送信される。評価項目情報は、ユーザが施設を選択する上で重視する評価項目を示す情報であり、後述するように、ユーザのレビュー情報に基づいて特定される。
【００４３】
次に、施設情報データベース２２には、図３（Ｂ）に示すように、施設会員として登録された施設の施設ＩＤ、ログインＩＤ、パスワード、施設名、施設の画像、施設の特徴、利用料金、住所、電話番号、交通アクセス、メールアドレス、及びその他施設の詳細情報等が施設毎に対応付けられて登録（記憶）されている。ログインＩＤ及びパスワードは、ログイン処理（施設の認証処理）に使用される認証情報である。また、施設ＩＤ、ログインＩＤ、パスワード、施設名、施設の画像、施設の特徴、利用料金、住所、電話番号、交通アクセス、メールアドレス、及びその他施設の詳細情報の全部又は一部は、例えば、施設の会員登録時に施設端末ＳＴｍから送信され登録される。
【００４４】
次に、プラン情報データベース２３には、図３（Ｃ）に示すように、施設から提供されるプランのプランＩＤ、施設のプラン情報、取引情報、投稿情報、及びコメント情報等がプラン毎に対応付けられて登録（記憶）されている。プランＩＤ、及びプラン情報は、例えば、施設のプラン作成時に施設端末ＳＴｍから送信され登録される。例えば施設が宿泊施設である場合、当該施設から提供されるプランの例としては、「１８：００チェックンインプラン・シングル」といったプランがある。また、プラン情報データベース２３において、プランのプランＩＤには当該プランを提供する施設の施設ＩＤが対応付けられて登録されている。また、取引情報には、予約を行ったユーザのユーザＩＤ、利用日程（例えば、宿泊施設の場合、宿泊予約日）、施設の利用人数（例えば、５人）、人数属性、及び施設の利用有無（予約が実行されたか否か）等の情報が含まれる。人数属性は、人数に応じて複数に分類される属性である。人数属性の例としては、「１人利用」、「２人利用」、及び「Ｎ人利用」（Ｎは３以上）が挙げられる。利用人数が１人である場合、当該利用人数は「１人利用」という人数属性に属する。利用人数が２人である場合、当該利用人数は「２人利用」という人数属性に属する。利用人数が３人以上である場合、当該利用人数は「Ｎ人利用」という人数属性に属する。取引情報は、例えば、ユーザ端末ＵＴｎに施設詳細ページ等が表示されている状態でログインしているユーザにより予約確定操作が行われた場合に登録される。また、投稿情報には、施設に対するユーザのレビュー情報、評価情報、レビュー情報を投稿したユーザ（以下、「投稿者」という）のユーザＩＤ、投稿者のニックネーム、及び投稿年月日時等の情報が含まれる。評価情報には、総合評価、及び複数の評価項目それぞれに対するユーザの評価値（施設に対するユーザの評価値）が含まれる。図３（Ｃ）に示す例では、評価項目として、サービス（接客）、立地、部屋、設備（アメニティ）、風呂、及び食事の６項目が示されており、これら６項目の評価値の平均値が総合評価になっている。投稿情報は、ユーザ端末ＵＴｎにレビュー入力ページが表示されている状態でログインしているユーザにより投稿操作が行われた場合に登録される。これにより、投稿情報（レビュー情報）は、施設（施設ＩＤ）に対応付けられる。なお、施設情報データベース２２に施設情報が登録されている施設には、１又は複数の投稿情報が対応付けられる施設だけでなく、投稿情報が未だ対応付けられていない（未だレビュー情報及び評価情報の投稿がない）施設も含まれる。
【００４５】
なお、上記例では、施設情報データベース２２とプラン情報データベース２３とを分離させているが、施設情報データベース２２とプラン情報データベース２３とを統合してもよい。また、上記各種データベースは、情報提供サーバＳＡがアクセス可能な所定のサーバの記憶手段に設けられてもよい。
【００４６】
入出力インターフェース部３は、通信部１及び記憶部２とシステム制御部４との間のインターフェース処理を行うようになっている。
【００４７】
システム制御部４は、ＣＰＵ（Central Processing Unit）４ａ、ＲＯＭ（Read Only Memory）４ｂ、ＲＡＭ（Random Access Memory）４ｃ等により構成されている。そして、コンピュータとしてのシステム制御部４は、記憶部２に記憶されたサーバプログラムを実行することにより、評価項目特定処理及びＷｅｂページの提供処理等を行う。このような処理において、システム制御部４は、本発明の情報処理プログラムにしたがい、本発明における取得手段、特定手段、制御手段、絞込手段、算出手段、及び決定手段等として機能する（つまり、本発明の情報処理プログラムが、システム制御部４に上記手段を実行させる）。より具体的には、システム制御部４は、施設を選択しようとするユーザのレビュー情報を取得し、取得したユーザのレビュー情報に基づいて、該ユーザが取引対象を選択する上で重視する評価項目を複数の評価項目の中から特定する。つまり、ユーザのレビュー情報が解析され、ユーザが重視する評価項目が特定される。システム制御部４は、特定した評価項目に対する評価値に応じた表示順で、施設の情報の全部または一部をユーザ端末ＵＴｎのウインドウ画面に表示させる。
【００４８】
［２．情報提供システムＳの動作］
次に、情報提供システムＳの動作について説明する。
【００４９】
（２−１．評価項目特定処理）
先ず、情報提供サーバＳＡのシステム制御部４における評価項目特定処理について、図４を用いて説明する。図４は、情報提供サーバＳＡのシステム制御部４における評価項目特定処理を示すフローチャートである。
【００５０】
図４に示す評価項目特定処理は、例えば予め設定された時刻（例えば午前０時）が到来する度に開始される。或いは、図４に示す評価項目特定処理は、投稿情報の投稿毎（投稿情報がプラン情報データベース２３に登録される毎）に開始されるように構成してもよい。図４に示す処理が開始されると、システム制御部４は、先ず、ユーザ情報データベース２１から、ユーザＩＤを１つ特定する（ステップＳ１）。なお、ユーザＩＤの特定は例えば登録順に行われる。
【００５１】
次いで、システム制御部４は、上記ステップＳ１で特定されたユーザＩＤを含む投稿情報がプラン情報データベース２３に登録されているか否かを判定する（ステップＳ２）。そして、ユーザＩＤを含む投稿情報がプラン情報データベース２３に登録されていると判定された場合（ステップＳ２：ＹＥＳ）、ステップＳ３に進む。一方、ユーザＩＤを含む投稿情報がプラン情報データベース２３に登録されていないと判定された場合（ステップＳ２：ＮＯ）、ステップＳ７に進む。
【００５２】
ステップＳ３では、システム制御部４は、上記ステップＳ１で特定されたユーザＩＤに対応付けられたレビュー情報を上記投稿情報から取得する。ここで取得されるレビュー情報は、当該ユーザＩＤが対応付けられた全てのレビュー情報であってもよいし、現在日時から過去所定時間以内（例えば、６ケ月以内）に登録されたレビュー情報であってもよい。
【００５３】
次いで、システム制御部４は、上記ステップＳ３で取得されたレビュー情報に含まれる用語を特定する（ステップＳ４）。例えば、システム制御部４は、自然言語処理の一つである形態素解析により、レビュー情報に含まれる文字列を分割して形態素を抽出し、その中から例えば名詞である形態素を上記用語として特定する。ここで評価項目を表す語を複数種類登録する辞書が参照され、当該辞書に登録されている語と一致する形態素が上記用語として特定されるように構成してもよい。ここで、当該辞書には、例えば、サイト運営者側で任意に設定された評価項目が登録されてもよいし、ユーザ情報データベース２１から例えばランダムに複数抽出されたレビュー情報が解析されることで特定された評価項目が登録されてもよい。
【００５４】
次いで、システム制御部４は、上記ステップＳ４で特定された用語の出現頻度に基づいて、ユーザが施設を選択する上で重視する評価項目を特定する（ステップＳ５）。例えば、上記ステップＳ４で特定された用語毎に出現頻度が計算される。ここで、出現頻度とは、例えば、用語が、レビュー情報に含まれる文字列の中に記述されている出現数である。そして、例えば、出現頻度が最も高い（言い換えれば、文字列の中に記述されている数が最も多い）用語が評価項目として特定される。このように、出現頻度が最も高い用語を評価項目とすることで、ユーザの嗜好が反映された評価項目を特定することができる。例えば、サービス、風呂、部屋、及び食事という用語が特定された場合において、サービスの出現頻度が「４」、風呂の出現頻度が「１０」、部屋の出現頻度が「７」、食事の出現頻度が「３」であるとき、風呂の出現頻度が最も高いので風呂が評価項目として特定される。なお、上記ステップＳ４で特定された用語が１つの場合、出現頻度を算出せずに、当該用語を評価項目とすればよい。また、上記ステップＳ３で複数のレビュー情報が取得された場合、当該複数のレビュー情報を跨った出現頻度に基づくことになる。
【００５５】
ところで、ユーザが重視する評価項目の候補が複数ある場合（例えば出現頻度が最も高い用語が複数ある場合）、システム制御部４は、例えば出現頻度が最も高い複数の用語の中で、レビュー情報に含まれるポジティブな用語と係り受け関係にある用語に応じた評価項目を、ユーザが重視する評価項目として特定するように構成してもよい。この場合、ポジティブな語を複数種類登録する辞書が参照され、当該辞書に登録されている語と一致する用語が特定され、さらに、当該特定されたポジティブな用語と係り受け関係にある用語が評価項目として特定される。ここで、係り受け関係の例としては、主語と述語の関係、修飾語と被修飾語の関係等が挙げられる。例えば、ポジティブな用語に対応する述語（例えば、「広かった」、「良かった」等）の主語である用語（「風呂」等）が評価項目として特定される。或いは、例えば、ポジティブな用語（例えば、「広い」、「きれいな」、「泉質がいい」等）により修飾される用語（例えば、「風呂」）が評価項目として特定される。ポジティブな用語と係り受け関係にある用語を評価項目とすることで、より一層、ユーザの嗜好が反映された評価項目を特定することができる。
【００５６】
なお、システム制御部４は、上記ステップＳ４において、抽出された形態素の中から、レビュー情報に含まれるポジティブな形態素を特定し、特定した形態素と係り受け関係にある形態素を上記用語として特定するように構成してもよく、この場合、特定された用語が１つの場合、出現頻度を算出せずに、当該用語を評価項目とすればよい。また、この場合、ポジティブな形態素と係り受け関係にある形態素との組（例えば、広い風呂）が上記ステップＳ４で用語として特定されるように構成してもよい。
【００５７】
また、ユーザが重視する評価項目の候補が複数ある場合（例えば出現頻度が最も高い用語が複数ある場合）、システム制御部４は、例えば出現頻度が最も高い複数の用語の中で、レビュー情報に含まれるネガティブな用語と係り受け関係にある用語に応じた評価項目に対する評価値（当該ユーザのレビュー情報に対応付けられている評価値）が閾値以上の場合に、該評価項目を当該ユーザが施設を選択する上で重視する評価項目として特定するように構成してもよい。この場合、ネガティブな語を複数種類登録する辞書が参照され、当該辞書に登録されている語と一致する用語が特定され、さらに、当該特定されたネガティブな用語と係り受け関係にある用語が特定される。例えば、ネガティブな用語に対応する述語（例えば、「よくない」、「広くない」等、英語の場合、「no」,「not」等がネガティブな用語として特定される）の主語である用語（「風呂」等）が評価項目として特定される。或いは、例えば、ネガティブな用語（例えば、「狭い」、「きたない」等）により修飾される用語（例えば、「部屋」）が特定される。そして、システム制御部４は、特定した用語（例えば、部屋）に応じた評価項目に対する評価値（例えば、部屋に対して”２”の評価値）が、上記ステップＳ１で特定されたユーザＩＤを含む投稿情報から抽出され、当該抽出された評価値が閾値（例えば、４）以上の場合に、当該評価項目を当該ユーザが重視する評価項目として特定する。これは、評価が高い施設に対するレビュー情報に含まれるネガティブな用語と係り受け関係にある用語は、ユーザがこだわりとして重要視していると、考えることができる。そのため、ユーザのこだわりが反映された評価項目を特定することができる。さらに、上記抽出された評価値が閾値以上の評価項目が複数ある（例えば、「風呂」が５、「食事」が４．５）場合、システム制御部４は、評価値が大きい評価項目（例えば、風呂）を、ユーザが重視する評価項目として特定する。これにより、ユーザのこだわりがより大きい評価項目を特定することができる。
【００５８】
なお、システム制御部４は、上記ステップＳ４において、抽出された形態素の中から、レビュー情報に含まれるネガティブな形態素を特定し、特定した形態素と係り受け関係にある形態素に応じた評価項目に対する評価値が閾値以上の場合に、当該形態素を上記用語として特定するように構成してもよく、この場合、特定された用語が１つの場合、出現頻度を算出せずに、当該用語を評価項目とすればよい。
【００５９】
次いで、システム制御部４は、上記ステップＳ５で特定された評価項目を示す評価項目情報を上記ステップＳ１で特定されたユーザＩＤに対応付けてユーザ情報データベース２１に登録する（ステップＳ６）。このように、システム制御部４は、ユーザが重視する評価項目を事前に特定してその評価項目を示す評価項目情報をユーザＩＤに対応付けてユーザ情報データベース２１に登録しておくので、後述するように、ユーザ端末ＵＴｎからページリクエストがあった際に、当該評価項目情報に示される評価項目に対する評価値に応じた表示順で、当該評価値が対応付けられる施設の施設情報を迅速に表示させることができる。
【００６０】
次いで、システム制御部４は、評価項目特定処理を終了するか否か判定する（ステップＳ７）。例えば、今回の処理で所定数（例えば、数万件）分のユーザＩＤが上記ステップＳ１で特定された場合、又は所定時間を経過した場合、評価項目特定処理を終了すると判定される。そして、評価項目特定処理を終了しないと判定された場合には（ステップＳ７：ＮＯ）、ステップＳ１に戻り、未だ特定されていないユーザＩＤが特定され、上記と同様の処理が行われる。一方、評価項目特定処理を終了すると判定された場合には（ステップＳ７：ＹＥＳ）、当該処理が終了する。このような評価項目特定処理は、所定時間（例えば、２４時間）間隔で行われるため、今回の評価項目特定処理においてステップＳ１で特定されなかったユーザＩＤに対しても次回以降の評価項目特定処理において特定されることになる。また、ユーザ情報データベース２１に登録されている全てのユーザＩＤに対して評価項目特定処理が行われた場合、つまり一巡した場合には、再び同じユーザＩＤに対して評価項目特定処理が行われることになる。これにより、所定期間（例えば、１ケ月）毎に各ユーザの評価項目を更新することができる。
【００６１】
（２−２．Ｗｅｂページの提供処理）
次に、情報提供サーバＳＡのシステム制御部４におけるＷｅｂページの提供処理について図５等を用いて説明する。図５は、情報提供サーバＳＡのシステム制御部４におけるＷｅｂページの提供処理を示すフローチャートである。なお、以下の説明において、ユーザ端末ＵＴ１は情報提供サーバＳＡから取得した検索条件入力ページをウインドウ画面に表示しているものとする。また、情報提供サーバＳＡのログイン処理によりユーザ端末ＵＴ１のユーザはログインしているものとする。
【００６２】
検索条件入力ページには、図示しないが、検索に用いられる検索条件の入力が可能なキーワード入力部及び利用条件入力部等が設けられている。なお、この検索条件は、施設が提供するプランを検索するためにも用いられる。キーワード入力部において、ユーザ端末ＵＴ１のユーザは操作部を介して、施設の名称や特徴等のキーワード（検索語）を検索条件として入力（入力候補からの選択入力も含む）することができる。また、利用条件入力部において、ユーザ端末ＵＴ１のユーザは操作部を介して、利用条件を検索条件として入力することができる。ここで、利用条件には、利用日程、利用料金、利用人数、利用地域、及び利用目的等がある。
【００６３】
ユーザ端末ＵＴ１のユーザは、キーワードと利用条件の少なくとも何れか一方を検索条件として入力した後、検索要求操作を行うと（例えば、検索ボタンを指定すると）、入力された検索条件を示す検索クエリを含むページリクエストがユーザ端末ＵＴ１からネットワークＮＷを介して情報提供サーバＳＡへ送信される。このページリクエストは、例えば施設一覧ページ又はプラン一覧ページの要求を示す。なお、ユーザが検索条件を入力しなくとも、ユーザ端末ＵＴ１から施設一覧ページ又はプラン一覧ページの要求を示すページリクエストを送信することもできる。例えば、季節限定の特集プランを提供する施設の施設一覧ページを要求する場合（例えば、ユーザが当該特集プランの表示画像を指定することによる）、検索条件の入力は必要ない。
【００６４】
そして、情報提供サーバＳＡは、ユーザ端末ＵＴ１からページリクエストを受信すると、図５に示す処理を開始する。図５に示すステップＳ２１では、情報提供サーバＳＡのシステム制御部４は、当該ページリクエストを送信したユーザ端末ＵＴ１のユーザ（ログインしているユーザ）のユーザＩＤに対応付けられて評価項目情報がユーザ情報データベース２１に登録されているか否かを判定する。そして、システム制御部４は、当該ユーザＩＤに対応付けられた評価項目情報が登録されていると判定した場合には（ステップＳ２１：ＹＥＳ）、ステップＳ２２へ進み、当該ユーザＩＤに対応付けられた評価項目情報が登録されていないと判定した場合には（ステップＳ２１：ＮＯ）、ステップＳ２７へ進む。
【００６５】
ステップＳ２２では、システム制御部４は、ユーザ端末ＵＴ１のユーザのユーザＩＤに対応付けられた評価項目情報をユーザ情報データベース２１から取得する。
【００６６】
次いで、システム制御部４は、上記ページリクエストで要求された例えば施設一覧ページに施設情報を表示させる施設の施設ＩＤ及び当該施設の施設情報を施設情報データベース２２等から複数取得する（ステップＳ２３）。ここで、システム制御部４は、ページリクエストに検索クエリが含まれている場合、当該検索クエリにより示される検索条件に基づいて施設を検索し、当該検索条件を満たす施設の施設ＩＤ等を施設情報データベース２２等から複数取得する。一方、ページリクエストに検索クエリが含まれていない場合、システム制御部４は、デフォルト設定された施設の施設ＩＤ等を施設情報データベース２２等から複数取得する。例えば、施設ＩＤは、リクエストされたページ（ページ識別情報）やイベントを識別する（イベント識別情報）に対してデフォルト設定されている。なお、上記ステップＳ２３において、システム制御部４は、当該各施設ＩＤにプランＩＤを介して対応付けられたプラン情報をプラン情報データベース２３から取得するように構成してもよい。
【００６７】
次いで、システム制御部４は、プラン情報データベース２３を参照して、上記ステップＳ２３で取得された各施設ＩＤにプランＩＤを介して対応付けられた投稿情報に含まれる評価項目別の評価値（つまり、複数の評価項目それぞれに対する評価値）のうち、上記ステップＳ２２で取得された評価項目情報により示される評価項目（つまり、ユーザが施設を選択する上で重視する評価項目）に対する評価値を施設ＩＤ毎にプラン情報データベース２３から取得する（ステップＳ２４）。ここで、複数の投稿情報（レビュー情報及び評価情報を含む）が対応付けられた施設（つまり、複数の投稿者それぞれからレビュー情報及び評価情報が投稿された施設）についてステップＳ２４で取得される評価値は、当該複数の投稿者間の評価値となる。ここで、複数の投稿者間の評価値は、例えば、各投稿者の評価値を所定の計算式に代入することにより算出される値であり、上記評価項目情報により示される評価項目に対する各投稿者の評価値の合計（合計評価値）、各投稿者の評価値の平均（平均評価値）、又は各投稿者の評価値の分散（分散評価値）等が該当する。なお、複数の投稿者間の評価値は、ステップＳ２４の処理が行われるタイミングで算出されるように構成してもよいし、或いは、別のタイミングで計算され、当該施設の施設ＩＤに対応付けられて登録されもよい。
【００６８】
次いで、システム制御部４は、上記ステップＳ２４で取得された各評価値（各施設に対する評価値）を用いて、当該各評価値が各施設ＩＤを介して対応付けられる各施設情報（上記ステップＳ２３で取得された各施設情報）の表示順を決定する（ステップＳ２５）。例えば、評価値が高い順に各施設情報の表示順が決定される。つまり、評価値が高い施設の施設情報ほど表示順が優先される（表示順の上位にくる）。なお、ステップＳ２３で取得される施設情報には、評価値が対応付けられていない施設情報が含まれる場合がある。本実施形態によれば、評価値が対応付けられていない施設情報の表示順は、評価値が対応付けられている施設情報の表示順よりも下位になる。ただし、ユーザが重視する評価項目に対する評価値が一定以上高い施設の施設情報の表示順を優先させればよいので、例えば、ユーザが重視する評価項目に対する評価値が閾値（例えば、１）以下である施設情報の表示順は、評価値が対応付けられていない施設情報の表示順よりも下位にくるように構成しても構わない。
【００６９】
図６は、各施設の施設情報の表示順の一例を示す概念図である。図６（Ａ）に示す施設情報の表示順は、各施設に対する総合評価の高い順になっている一方、図６（Ｂ）に示す施設情報の表示順は、ユーザが重視する評価項目（この例では、風呂）に対する評価値の高い順になっている。なお、図６（Ｂ）に示す例では、施設情報ｄと施設情報ｅの評価項目「風呂」に対する評価値が同一であるため、施設情報ｄと施設情報ｅの表示順は、例えば総合評価の高い順又は登録順（新着順）になる。
【００７０】
なお、上記ステップＳ２３において複数のプラン情報が取得された場合、上記ステップＳ２５において各施設のプラン情報の表示順が決定されるように構成してもよい。この場合、評価値が高い施設のプラン情報ほど上位にくるように各プラン情報の表示順が決定される。
【００７１】
次いで、システム制御部４は、上記ステップＳ２５で決定された表示順で施設情報（又はプラン情報）の全部又は一部を表示させるための施設一覧ページ（又はプラン一覧ページ）を生成し、当該施設一覧ページ（又はプラン一覧ページ）の構造化文書ファイル等（表示用データの一例）をユーザ端末ＵＴ１へ送信する（ステップＳ２６）。これにより、上記ユーザが重視する評価項目に対する評価値に応じた表示順で施設情報（又はプラン情報）の全部又は一部がユーザ端末ＵＴ１のＷｅｂブラウザによりウインドウ画面に表示される。
【００７２】
図７は、ユーザ端末ＵＴ１のウインドウ画面に表示された施設一覧ページの一例を示す図である。図７に示す施設一覧ページには、上記ステップＳ２５で決定された表示順で施設情報５１〜５４が表示されている。このように表示された施設一覧ページにおいて、ウインドウ画面内に表示しきれない施設情報については、ユーザによるスクロール操作に応じて、施設一覧ページの表示内容がスクロールすることによりウインドウ画面に表示されることになる。なお、図７に示す施設一覧ページには、キーワード入力部５５等が設けられている。そして、ユーザが、このキーワード入力部５５に検索条件を入力した後、検索要求操作を行うと、上記と同様、入力された検索条件を示す検索クエリを含むページリクエストがユーザ端末ＵＴ１からネットワークＮＷを介して情報提供サーバＳＡへ送信される。これにより、情報提供サーバＳＡでは上記ステップＳ２３〜Ｓ２６の処理が上記と同様に行われる。この場合、例えばAjaxを用いることにより施設一覧ページ全体をリフレッシュ（ユーザ端末ＵＴ１が情報提供サーバＳＡからリロード）することなく、新たに上記ステップＳ２５で決定された表示順で施設情報を表示させるための表示用データがユーザ端末ＵＴ１へ送信され、当該表示順で施設情報の一覧が表示されるように構成してもよい。
【００７３】
一方、ステップＳ２７では、システム制御部４は、施設の施設情報を施設情報データベース２２等から複数取得し、デフォルト設定された表示順（例えば、総合評価の高い順）で施設情報を表示させるための施設一覧ページを生成して該施設一覧ページの構造化文書ファイル等をユーザ端末ＵＴ１へ送信する。
【００７４】
以上説明したように、上記実施形態によれば、施設を選択しようとするユーザのレビュー情報に基づいて、該ユーザが施設を選択する上で重視する評価項目を複数の評価項目の中から特定し、該評価項目に対する評価値に応じた表示順で、該評価値が対応付けられた施設情報の全部または一部をウインドウ画面に表示させるように構成したので、複数の施設の施設情報の表示順に対してユーザの嗜好やこだわりを従来よりも反映することができる。
【００７５】
ところで、評価値は、予め定められた評価項目に対して所定の数値範囲内で付与するものであり、例えば重要視している評価項目であるが故に評価値の付与基準が厳しくなり高い評価値が付与されない場合や良いところと悪いところが両方あったために高い評価値が付与されない場合などにおいては付与される評価値にユーザの嗜好やこだわりが反映されにくい。これに対して、レビュー情報は、ユーザが自由に感想を表したものであり、ユーザの嗜好やこだわりが反映されやすい。本実施形態によれば、例えばレビュー情報が「食事はおいしかったが量が少なかった」であり、「食事」の評価値として「３．００」が付与されている場合においてもレビュー情報に含まれる「食事がおいしかった」から評価項目として「食事」を重要視していると決定することが可能であり、そのためユーザが施設を選択する上で重視する評価項目を、評価値ではなく、当該ユーザのレビュー情報に基づいて決定することにより、施設の表示順に対してユーザの嗜好やこだわりを従来よりも反映することが可能となる。
【００７６】
（２−３．Ｗｅｂページの提供処理の変形例１）
上記Ｗｅｂページの提供処理において、ステップＳ２２でユーザ情報データベース２１から評価項目情報が取得されるように構成したが、別の例として、ページリクエストが受信されたときに、ユーザが重視する評価項目を特定するように構成してもよい。この構成の場合、上記ステップＳ２１及びＳ２２の処理の代わりに、図４に示すステップＳ２の処理が行われる。このステップＳ２において、上記ページリクエストを送信したユーザ端末ＵＴ１のユーザのユーザＩＤを含む投稿情報がプラン情報データベース２３に登録されていると判定された場合（ステップＳ２：ＹＥＳ）、ステップＳ３〜ステップＳ５の処理が行われることで評価項目が特定され、当該評価項目が上記ステップＳ２４で用いられる。なお、投稿情報がプラン情報データベース２３に登録されていない場合、ステップＳ２７へ進む。このような構成によれば、ユーザが現在、重視している最新の評価項目を用いて施設情報の表示順を決定することができる。
【００７７】
更に、この構成において、上記ユーザ端末ＵＴ１から受信されたページリクエストに検索条件として「施設の利用人数」を示す検索クエリが含まれる場合、システム制御部４は、上記ステップＳ３において、当該ページリクエストを送信したユーザ端末ＵＴ１のユーザのユーザＩＤに対応付けられた複数のレビュー情報の中で、当該検索クエリに示される利用人数が属する人数属性を含む取引情報（利用有無が「有」の取引情報）が対応付けられたレビュー情報が取得される。例えば検索条件として入力された利用人数が「１人」であれば、人数属性が「１人利用」を含む取引情報が対応付けられたレビュー情報が取得される。また、例えば検索条件として入力された利用人数が「２人」であれば、人数属性が「２人利用」を含む取引情報が対応付けられたレビュー情報が取得される。また、例えば検索条件として入力された利用人数が「３人」、「４人」、又は「５人」であれば、人数属性が「Ｎ人利用」を含む取引情報が対応付けられたレビュー情報が取得される。例えば、ユーザ端末ＵＴ１のユーザが２００１年から現在に至るまで利用した施設に対するレビュー情報を投稿することで、そのレビュー情報が登録されているとする。この場合において、例えば、２００１年〜２００３年は利用人数が１人であり、２００３年〜２００５年は利用人数が２人であり、２００５年〜２００６年は利用人数が４人であり、２００６年〜現在は利用人数が５人である場合、今回の利用条件に含まれる利用人数が５人であるとすると、人数属性が「Ｎ人利用」を含む取引情報（つまり、２００５年以降に投稿されたレビュー情報が取得される。そして、ユーザにより検索条件として入力された利用人数が属する人数属性が対応付けられたレビュー情報に基づいて、当該ユーザが重視する評価項目が特定されることになる。利用人数が「１人」の場合と、利用人数が「３人以上」の場合とでは、ユーザが重視する評価項目が変わることが想定される。そのため、上記のように構成することで、ユーザの今回の利用人数に合った過去のレビュー情報に基づいて、ユーザの嗜好が、より反映された評価項目を特定することができ、その結果、複数の施設の施設情報の表示順に対してユーザの嗜好をより反映させることができる。
【００７８】
（２−４．Ｗｅｂページの提供処理の変形例２）
上記Ｗｅｂページの提供処理において、複数の投稿情報（レビュー情報及び評価情報を含む）が対応付けられた施設についてステップＳ２４で取得される評価値は、上記ステップＳ２３で取得された施設ＩＤに対応付けられた全ての投稿者間の評価値（例えば、合計評価値又は平均評価値）としたが、別の例として、ユーザ端末ＵＴ１のユーザのレビュー情報の内容に類似するレビュー情報の各投稿者による評価値のみを利用して上記投稿者間の評価値を算出するように構成してもよい。当該ユーザのレビュー情報の内容に類似するレビュー情報は、ユーザのレビュー情報から得られる情報と、当該ユーザ以外の投稿者のレビュー情報から得られる情報とを比較した結果に基づいて特定される。例えば、公知のTF/IDFなどの形態素解析技術を用いることで特定することができる。
【００７９】
一例として、システム制御部４は、上記ステップＳ４と同様の方法を用いてレビュー情報に含まれる各用語の出現頻度を投稿者（ユーザ端末ＵＴ１のユーザを含む）毎に算出し、当該投稿者毎に各用語の出現頻度が高い順に順位付けする。この順位付けされた情報が、レビュー情報から得られる情報の一例である。なお、一人の投稿者が複数のレビュー情報を投稿している場合には、当該複数のレビュー情報に跨って各用語の出現頻度が算出される。そして、システム制御部４は、各用語の順位付けされた情報（例えば、１位「風呂」、２位「食事」、３位「サービス」、４位「部屋」・・・）を関心情報（嗜好情報）として各投稿者のユーザＩＤに対応付けられてユーザ情報データベース２１に登録される。
【００８０】
そして、図５に示すステップＳ２４において、システム制御部４は、上記ページリクエストを送信したユーザ端末ＵＴ１のユーザのユーザＩＤに対応付けられた関心情報をユーザ情報データベース２１から取得する。次いで、システム制御部４は、上記ステップＳ２３で取得された施設ＩＤにプランＩＤを介して対応付けられた各投稿情報に含まれる各投稿者のユーザＩＤを取得し、当該取得した各投稿者のユーザＩＤに対応付けられた関心情報をユーザ情報データベース２１から取得する。
【００８１】
次いで、システム制御部４は、ユーザ端末ＵＴ１のユーザの関心情報と、各投稿者の関心情報とを比較し、当該比較した結果に基づいて、投稿情報（レビュー情報）を提供（投稿）した全ての投稿者の中から複数の投稿者（投稿者のユーザＩＤ）を絞り込む。例えば、ユーザ端末ＵＴ１のユーザの関心情報に示される用語の順位の中で１位から３位までが一致する関心情報に付けられた投稿者のユーザＩＤが特定される。そして、システム制御部４は、上記絞り込まれた複数の投稿者それぞれの評価値（ユーザ端末ＵＴ１のユーザが重視する評価項目に対する評価値）に基づいて、当該複数の投稿者間の評価値を算出する。そして、システム制御部４は、上記ステップＳ２５で表示順を決定するにあたり、複数の投稿情報が対応付けられた施設に対する評価値として、当該算出された評価値を用いる。このような構成によれば、ある施設に対する評価値（ユーザが重視する評価項目に対する評価値）が、ユーザ端末ＵＴ１のユーザのレビュー情報の内容に類似するレビュー情報の各投稿者による評価値に基づき算出されるので、施設の施設情報の表示順に対してユーザの嗜好をより一層反映させることができる。
【００８２】
（２−５．Ｗｅｂページの提供処理の変形例３）
上記Ｗｅｂページの提供処理において、ステップＳ２５でユーザが重視する評価項目に対する評価値を用いて、各施設の施設情報の表示順を決定するように構成したが、別の例として、ユーザが重視する評価項目と、当該評価項目以外の第二の評価項目とを用いて、各施設の施設情報の表示順を決定するように構成してもよい。この構成の場合、システム制御部４は、ユーザ情報データベース２１に登録されているユーザＩＤに対応付けられた投稿情報に含まれる評価値（複数の評価項目それぞれに対する評価値）をプラン情報データベース２３から取得する。そして、システム制御部４は、複数の評価項目それぞれに対する評価値の中で例えば最小の評価項目を第二の評価項目として特定すると共に当該評価項目に対する評価値を許容値（我慢の限界値、例えば、２）として決定し、第二の評価項目と許容値とを含む許容値情報を当該ユーザＩＤに対応付けてユーザ情報データベース２１に登録する。なお、第二の評価項目は、複数の評価項目それぞれに対する評価値の中で最小の評価項目が複数である場合、複数の評価項目を第二の評価項目としてもよい。
【００８３】
このような処理は、ユーザ情報データベース２１に登録されているユーザＩＤ毎に任意のタイミングで行うように構成すればよいが、例えば、上記図４に示す評価項目特定処理において行われると効率がよい。なお、ユーザＩＤに対応付けられて複数の評価項目それぞれに対する評価値が、複数登録されている場合、例えば、そのうち第二の評価項目に対する評価値の平均が算出され当該平均評価値が許容値として特定されるように構成すればよい。
【００８４】
そして、上記Ｗｅｂページの提供処理におけるステップＳ２２において、システム制御部４は、ユーザ端末ＵＴ１のユーザのユーザＩＤに対応付けられた評価項目情報及び許容値情報をユーザ情報データベース２１から取得する。そして、上記ステップＳ２４において、システム制御部４は、上記ステップＳ２３で取得された各施設ＩＤに対応付けられた投稿情報に含まれる評価項目別の評価値のうち、上記ステップＳ２２で取得された評価項目情報により示される評価項目（ユーザが重視する評価項目（例えば、風呂））に対する評価値と、許容値情報に含まれる第二の評価項目（例えば、サービス）に対する評価値と、を施設ＩＤ毎にプラン情報データベース２３から取得する（ステップＳ２４）。そして、システム制御部４は、上記ステップＳ２２で取得された評価項目情報により示される評価項目に対して同一の評価値が対応付けられる複数の施設（つまり、この段階では、表示順が同じになる施設）の中で、第二の評価項目に対する評価値が上記許容値（例えば、２）以上である施設を優先して上記表示順を決定し（ステップＳ２５）、当該決定された表示順で施設の情報を表示させる。例えば、図６（Ｂ）に示す例において、ユーザが重視する評価項目に対して同一の評価値が対応付けられた施設情報ｄと施設情報ｅにおいて、施設情報ｄの第二の評価項目「サービス」に対する評価値「１．８０」は許容値未満である一方、施設情報ｅの第二の評価項目「サービス」に対する評価値「３．１１」は許容値以上であるため、施設情報ｄと施設情報ｅの表示順とが入れ替わることになる。このような構成によれば、ユーザが重視する評価項目に対する評価値が同一の施設が複数あった場合に、第二の評価項目に対する評価値がユーザの許容できない（我慢できない）評価値である施設の施設情報の表示順を下げることができる。そのため、複数の施設の施設情報の表示順に対してユーザの嗜好をより反映させることができる。
【００８５】
また、上記実施形態においては、情報提供サーバＳＡが、上記ステップＳ２３〜Ｓ２５の処理を行うように構成（つまり、情報提供サーバＳＡが本発明の情報処理装置として機能する）したが、別の例として、ユーザ端末ＵＴ１が上記ステップＳ２３〜Ｓ２５の処理を行い、ユーザが重視する評価項目に対する評価値に応じた表示順で施設情報（又はプラン情報）の全部又は一部がユーザ端末ＵＴ１のＷｅｂブラウザによりウインドウ画面に表示させるように構成（つまり、ユーザ端末ＵＴｎが本発明の情報処理装置として機能する）してもよい。この構成の場合、本発明の情報処理プログラムがユーザ端末ＵＴ１にインストールされる。この場合、ユーザ端末ＵＴ１は、ユーザのレビュー情報を情報提供サーバＳＡから取得し、取得したレビュー情報に基づいて、上記ステップＳ４及びＳ５と同様の処理を行うことで、該ユーザが重視する評価項目を複数の評価項目の中から特定する。そして、ユーザ端末ＵＴ１は、ページリクエストにより情報提供サーバＳＡから取得した例えば施設一覧ページから、施設の施設ＩＤ及び施設情報を取得する（ステップＳ２３）。次いで、ユーザ端末ＵＴ１は、上記ステップＳ２３で取得された各施設ＩＤにプランＩＤを介して対応付けられた投稿情報に含まれる評価項目別の評価値（つまり、複数の評価項目それぞれに対する評価値）のうち、上記特定した評価項目（つまり、ユーザが施設を選択する上で重視する評価項目）に対する評価値を施設ＩＤ毎に情報提供サーバＳＡから取得する（ステップＳ２４）。次いで、ユーザ端末ＵＴ１は、上記ステップＳ２４で取得された各評価値を用いて、各施設情報の表示順を決定し（ステップＳ２５）、当該表示順で施設情報（又はプラン情報）の全部又は一部をＷｅｂブラウザによりウインドウ画面に表示させる。なお、この構成の場合において、ユーザ端末ＵＴ１にインストールされる情報処理プログラムは、例えば、所定のサーバ等からネットワークＮＷを介してダウンロードされるようにしても良いし、ＣＤ、ＤＶＤ等の記録媒体に記録されて読み込まれるようにしても良い。更に別の例として、本発明の情報処理プログラムは、例えば、施設一覧ページ等を構成する構造化文書内にスクリプト（例えばJavaScript（登録商標）等のスクリプト言語で記述された簡易プログラム）として記述されるように構成し、当該スクリプトをＷｅｂブラウザが実行するものであってもよい（この構成の場合も、ユーザ端末ＵＴｎが本発明の情報処理装置として機能する）。
【００８６】
なお、上記実施形態においては、取引対象として施設を例にとって説明したが、取引対象のその他の例として商品、店舗（例えば飲食店）、業者（通販業者、不動産業者）等に対しても適用可能である。なお、取引対象が商品の場合、上記施設情報データベース２２の代わりに、商品情報データベースが利用される。この商品情報データベースには、ショッピングサイトやオークションサイトで商取引（売買）可能な商品に関する情報が登録される。具体的には、商品情報データベースには、商品の出品者（店舗又は個人）から提供（出品）される商品の商品ＩＤ、商品情報（商品名、商品の説明、商品画像、商品価格等）、取引情報（出品日時、取引成立日時等）、投稿情報、及びコメント情報等が商品毎に対応付けられて登録（記憶）される。情報提供サーバＳＡは、商品を選択しようとするユーザのレビュー情報を取得し、取得したユーザのレビュー情報に基づいて、該ユーザが商品を選択する上で重視する評価項目を複数の評価項目の中から特定し、特定した評価項目に対する評価値に応じた表示順で、該記評価値が対応付けられた商品の情報の全部または一部をユーザ端末ＵＴｎのウインドウ画面に表示させる。
【符号の説明】
【００８７】
１  通信部
２  記憶部
３  入出力インターフェース部
４  システム制御部
５  システムバス
ＵＴｎ  ユーザ端末
ＳＴｍ  施設端末
ＳＡ  情報提供サーバ
ＮＷ  ネットワーク
【図１】
0005548654.tif 000002
【図２】
0005548654.tif 000003
【図３】
0005548654.tif 000004
【図４】
0005548654.tif 000005
【図５】
0005548654.tif 000006
【図６】
0005548654.tif 000007
【図７】
0005548654.tif 000008