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