(57)【要約】【課題】商品の評価の精度を更に高めていくことが望まれている。【解決手段】商品およびサービスの少なくとも一方である評価対象について、購入者の購入量を取得する購入量取得部と、購入者による評価対象の評価である購入者評価を取得する評価取得部と、購入量および前記購入者評価に基づいて、評価対象の総合評価を算出する算出部と、評価対象に対応付けて総合評価を表示する制御を行う表示制御部とを備える装置、方法、およびプログラムを提供する。【選択図】図１
2019168879.tif 000002
【特許請求の範囲】
【請求項１】
商品およびサービスの少なくとも一方である評価対象について、購入者の購入量を取得する購入量取得部と、
前記購入者による前記評価対象の評価である購入者評価を取得する評価取得部と、
前記購入量および前記購入者評価に基づいて、前記評価対象の総合評価を算出する算出部と、
前記評価対象に対応付けて前記総合評価を表示する制御を行う表示制御部と
を備える装置。
【請求項２】
前記購入量取得部は、前記評価対象の複数の前記購入者のそれぞれについて、前記購入量を取得し、
前記評価取得部は、前記複数の購入者のそれぞれについて、前記購入者評価を取得し、
前記算出部は、前記複数の購入者のそれぞれの前記購入者評価を、前記複数の購入者のそれぞれの前記購入量に応じた重み付けをした結果に基づいて、前記総合評価を算出する
請求項１に記載の装置。
【請求項３】
前記評価取得部は、前記評価対象の非購入者による非購入者評価をさらに取得し、
前記算出部は、前記非購入者評価に更に基づいて、前記総合評価を算出する
請求項１または２に記載の装置。
【請求項４】
前記算出部は、前記購入者評価を、前記非購入者評価より大きく反映した前記総合評価を算出する請求項３に記載の装置。
【請求項５】
前記算出部は、前記購入量が上限購入量を超える場合に、前記購入量が前記上限購入量と同一である場合と同じ度合いで前記購入者評価を前記総合評価に反映する請求項１から４のいずれか一項に記載の装置。
【請求項６】
前記算出部は、前記購入者の前記購入量が増加したことに応じて、増加後の前記購入量および前記購入量が増加する前の前記購入者評価に基づいて、前記総合評価を更新する請求項１から５のいずれか一項に記載の装置。
【請求項７】
前記表示制御部は、前記総合評価の変化の履歴を更に表示する制御を行う請求項１から６のいずれか一項に記載の装置。
【請求項８】
前記購入者が前記評価対象を購入したことを確認する購入確認部を更に備える請求項１に記載の装置。
【請求項９】
前記購入確認部は、前記購入者の携帯端末により取得されたレシート画像に基づく確認結果に応じて前記購入者が前記評価対象を購入したことを確認する請求項８に記載の装置。
【請求項１０】
前記購入確認部は、前記レシート画像に前記評価対象を識別する対象識別情報が含まれていることを示す前記確認結果が得られたことを条件として、前記購入者が前記評価対象を購入したことを確認する請求項９に記載の装置。
【請求項１１】
前記算出部は、前記評価対象を購入したことを確認できない者の評価を前記総合評価に反映しない請求項８から１０のいずれか一項に記載の装置。
【請求項１２】
複数の対象者のそれぞれについて、対象者識別情報、前記評価対象の購入量、および前記評価対象の評価を記憶する属性データベースに接続される属性データベース接続部を更に備え、
前記購入量取得部は、前記購入者が前記評価対象を購入したことに応じてＰＯＳ端末から送信される、前記購入者の対象者識別情報および前記購入者による前記評価対象の購入量を取得し、
前記属性データベース接続部は、前記属性データベース中における、前記購入者の対象者識別情報に対応付けて記憶されている前記評価対象の購入量を、前記購入量取得部が取得した、前記購入者による前記評価対象の購入量に基づいて更新し、
前記算出部は、前記属性データベースに記憶された、前記複数の対象者の前記評価対象の購入量および前記評価対象の評価に基づいて、前記評価対象の総合評価を算出する
請求項１から１１のいずれか一項に記載の装置。
【請求項１３】
前記算出部は、前記購入者評価、および予め定められた評価対象期間内における前記購入量に基づいて、前記評価対象の総合評価を算出する請求項１から１２のいずれか一項に記載の装置。
【請求項１４】
前記算出部は、異なる第１の前記評価対象および第２の前記評価対象に対して、期間の長さが異なる前記評価対象期間を用いる請求項１３に記載の装置。
【請求項１５】
コンピュータにより実行される方法であって、
商品およびサービスの少なくとも一方である評価対象について、購入者の購入量を取得する購入量取得段階と、
前記購入者による前記評価対象の評価である購入者評価を取得する評価取得段階と、
前記購入量および前記購入者評価に基づいて、前記評価対象の総合評価を算出する算出段階と、
前記評価対象に対応付けて前記総合評価を表示する制御を行う表示制御段階と
を備える方法。
【請求項１６】
実行されると、コンピュータを、
商品およびサービスの少なくとも一方である評価対象について、購入者の購入量を取得する購入量取得部と、
前記購入者による前記評価対象の評価である購入者評価を取得する評価取得部と、
前記購入量および前記購入者評価に基づいて、前記評価対象の総合評価を算出する算出部と、
前記評価対象に対応付けて前記総合評価を表示する制御を行う表示制御部と
して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置、方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、ユーザが評価した商品の評価値等に基づいてお薦め商品を提示する情報処理装置が知られている（例えば、特許文献１参照）。
特許文献１  特開２０１６−１８１１９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００３】
近年、顧客による商品等の評価を活用することへの期待は益々高まっており、商品等の評価の精度を更に高めていくことが望まれている。
【課題を解決するための手段】
【０００４】
上記課題を解決するために、本発明の第１の態様においては、商品およびサービスの少なくとも一方である評価対象について、購入者の購入量を取得する購入量取得部と、購入者による評価対象の評価である購入者評価を取得する評価取得部と、購入量および購入者評価に基づいて、評価対象の総合評価を算出する算出部と、評価対象に対応付けて総合評価を表示する制御を行う表示制御部とを備える装置を提供する。
【０００５】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【０００６】
【図１】本実施形態に係るシステム１０を示す。
【図２】本実施形態に係る属性データベース１５０に格納されるデータ構造の一例を示す。
【図３】本実施形態に係る商品等データベース１８０に格納されるデータ構造の一例を示す。
【図４】本実施形態に係る総合評価を算出するフローの一例を示す。
【図５】本実施形態に係る総合評価を表示するフローの一例を示す。
【図６】本実施形態に係るコンピュータ１９００の構成の一例を示す。
【発明を実施するための形態】
【０００７】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【０００８】
図１は、本実施形態に係るシステム１０の構成を示す。システム１０は、複数の対象者による、商品およびサービスの少なくとも一方（以下「商品等」と総称する。）に対する評価を蓄積し、各商品等について複数の対象者の評価から総合評価を算出し、総合評価をユーザ端末に表示させる。システム１０は、ユーザ端末２０と、店舗端末３０と、装置４０とを備える。システム１０は、サーバ・コンピュータ等のコンピュータにより実現されてもよく、複数のコンピュータで実現されたシステムであってもよく、地域的に分散された複数のコンピュータで実現された分散システムであってもよい。
【０００９】
ユーザ端末２０は、ネットワークを介して装置４０に接続される。ユーザ端末２０は、パーソナルコンピュータ、携帯端末（例えばノート型コンピュータ、携帯電話、またはスマートフォン等）、または、データ入出力可能なその他の端末装置であってよい。ユーザ端末２０は、ユーザ端末２０上で実行されるアプリケーション等により、ユーザから入力された商品等の評価を示す評価データを、装置４０に送信する。また、ユーザ端末２０は、任意の商品等についての総合評価表示リクエストを装置４０に送信し、装置４０から当該リクエストに応じた処理結果を受け取り、表示画面に表示する。
【００１０】
ここで、評価データは、商品等の評価とともに、評価対象の商品等を識別するための対象識別情報、評価したユーザを識別するための対象者識別情報、および評価対象の商品等を購入したことを示すための購入確認情報のうちの少なくとも一つを含んでよい。
【００１１】
１または複数の店舗端末３０は、ネットワークを介して装置４０に接続される。店舗端末３０は、商品等を販売または提供する事業者の各種の店舗に設けられたコンピュータまたはＰＯＳ端末等である。店舗端末３０は、店舗にて対象者が商品等を購入する際に、カードまたはユーザ端末２０から各種の情報を読み取り、読み取った各種の情報を含む購入情報を装置４０へと送信する。例えば、購入情報は、カードまたはユーザ端末２０から読み取った対象者識別情報、購入された商品等の対象識別情報、商品等の購入個数、購入日時、および商品等の種類のうちの少なくとも１つを含んでよい。
【００１２】
なお、店舗端末３０は、対象者により情報が登録されたユーザ端末２０内のアプリケーション（例えば、電子マネーアプリケーション、ポイントアプリケーション、クレジットアプリケーション、ショッピングアプリケーション等）から、対象者識別情報等を読み取ってよい。また、カードは、システム１０により提供されるサービスまたは他のサービスにおいて対象者が登録されたことにより取得した会員カード（例えば、ポイントカード等）、クレジットカード、または電子マネーカード等であってよい。
【００１３】
装置４０は、例えばサーバ・コンピュータ等のコンピュータである。装置４０は、対象者による商品等の評価および評価対象の商品等の購入量を収集し、各商品等について複数の対象者による評価および購入量から算出した総合評価をユーザ端末２０等に表示させる。装置４０は、ユーザインターフェイス１００と、購入量取得部１１０と、評価取得部１２０と、購入確認部１３０と、属性データベース接続部１４０と、属性データベース１５０と、算出部１６０と、商品等データベース接続部１７０と、商品等データベース１８０と、を有する。
【００１４】
ユーザインターフェイス１００は、装置４０の外部とのデータの送受信を行うべく、ユーザ端末２０および店舗端末３０にネットワークを介して接続され、装置４０の購入量取得部１１０，評価取得部１２０，および購入確認部１３０に接続される。ユーザインターフェイス１００は、入出力制御部１０２と、表示制御部１０４とを有する。入出力制御部１０２は、店舗端末３０およびユーザ端末２０との間で各種のデータを送受信する。入出力制御部１０２は、例えば、店舗端末３０からの購入情報を受信し、また、ユーザ端末２０から評価データを受信する。
【００１５】
表示制御部１０４は、ユーザ端末２０に各種のデータを送信して、表示画面上に所定の画像を表示させる制御を行う。表示制御部１０４は、入出力制御部１０２がユーザ端末２０からの総合評価の評価表示リクエストを受信したことに応じて、当該評価表示リクエストを送信したユーザ端末２０に、評価対象の対象識別情報と当該評価対象の総合評価とを示すデータを送信し、評価対象に対応付けて総合評価を表示画面上に表示させる制御を行う。
【００１６】
購入量取得部１１０は、属性データベース接続部１４０および購入確認部１３０に接続される。購入量取得部１１０は、評価対象について、購入者の購入量を取得する。購入量取得部１１０は、入出力制御部１０２が店舗端末３０から受信した購入情報を受け取り、商品等の購入者の対象者識別情報と、各商品等の購入量とを取得してよい。購入量取得部１１０は、評価対象の複数の購入者のそれぞれについて、各商品等の購入量を取得することができる。また、購入量取得部１１０は、購入確認部１３０から受け取る購入確認結果から購入量を取得してもよい。購入量取得部１１０は、属性データベース接続部１４０を介して、商品等の購入量を、対象識別情報および対象者識別情報に対応づけて属性データベース１５０に記憶させる。購入量取得部１１０は、属性データベース接続部１４０を介して、さらに、購入日時および購入店舗情報（例えば店舗名等）のうちの少なくとも１つを対象識別情報および対象者識別情報に対応づけて属性データベース１５０に記憶させてよい。
【００１７】
評価取得部１２０は、購入確認部１３０に接続され、入出力制御部１０２によりユーザ端末２０から受信した評価データから、購入者による評価対象の評価である購入者評価を取得する。評価取得部１２０は、評価データから購入者評価とともに購入者の対象者識別情報および評価対象の対象識別情報を取得してよい。評価取得部１２０は、複数の購入者のそれぞれについて、各商品等の購入者評価を取得できる。評価取得部１２０は、取得した購入者評価、対象識別情報、および対象者識別情報を購入確認部１３０に送信してよい。
【００１８】
購入確認部１３０は、属性データベース接続部１４０に接続され、評価取得部１２０から購入者評価、対象識別情報、および対象者識別情報を受信することに応じて、購入者が評価対象を購入したことを確認してよい。購入確認部１３０は、ユーザ端末２０からの評価データおよび属性データベース１５０のうちの少なくとも一方に基づいて、評価対象の購入を確認してよい。購入確認部１３０は、購入確認できた場合には、購入量取得部１１０に購入確認結果を送信し、購入量確認結果に応じて属性データベース１５０における購入量を更新させてよい。一方で、購入確認部１３０は、購入確認できた購入者評価を、属性データベース接続部１４０を介して属性データベース１５０に記憶させてよい。
【００１９】
属性データベース接続部１４０は、属性データベース１５０および算出部１６０に接続され、装置４０内の各部からの属性データベース１５０に対するアクセスを処理する。属性データベース接続部１４０は、属性データベース１５０中における、購入者の対象者識別情報に対応付けて記憶されている評価対象の購入量を、購入量取得部１１０が取得した、購入者による評価対象の購入量に基づいて更新してよい。
【００２０】
属性データベース１５０は、複数の対象者のそれぞれについて、対象者識別情報、評価対象の購入量、および評価対象の評価を記憶する。属性データベース１５０は、ハードディスクドライブ等の記憶装置の少なくとも一部の記憶領域によって実現されてよい。なお、属性データベース１５０は、装置４０の外部に接続されたハードディスクドライブ等の外部記憶装置の少なくとも一部の記憶領域によって実現されてもよく、例えばクラウドストレージサービス等によって実現されてもよい。
【００２１】
算出部１６０は、商品等データベース接続部１７０に接続される。算出部１６０は、属性データベース接続部１４０を介して属性データベース１５０から、特定の評価対象についての複数の対象者の購入者評価と購入量とを受け取り、購入量および購入者評価に基づいて、評価対象の総合評価を算出してよい。例えば、算出部１６０は、複数の購入者のそれぞれの購入者評価を、複数の購入者のそれぞれの購入量に応じた重み付けをした結果に基づいて、総合評価を算出してよい。算出部１６０は、商品等データベース接続部１７０を介して、算出した総合評価を、評価対象の対象識別情報と対応づけて商品等データベース１８０に記憶させてよい。
【００２２】
商品等データベース接続部１７０は、商品等データベース１８０に接続され、算出部１６０およびユーザインターフェイス１００からの商品等データベース１８０に対するアクセスを処理する。
【００２３】
商品等データベース１８０は、複数の評価対象のそれぞれについて、対象識別情報、評価対象の商品等属性、総合評価の算出日時、および総合評価を記憶する。商品等データベース１８０は、ハードディスクドライブ等の記憶装置の少なくとも一部の記憶領域によって実現されてよい。なお、商品等データベース１８０は、装置４０の外部に接続されたハードディスクドライブ等の外部記憶装置の少なくとも一部の記憶領域によって実現されてもよく、例えばクラウドストレージサービス等によって実現されてもよい。
【００２４】
以上のように、装置４０は、属性データベース１５０に格納された複数の対象者の評価と評価対象の購入量とから、評価対象の総合評価を算出できる。これにより、装置４０は、各評価を購入実績に応じて総合評価に反映させ、実際に評価対象を使用、飲食、または体験した結果が反映された精度の高い総合評価を得ることができる。
【００２５】
図２は、本実施形態に係る属性データベース１５０に格納されるデータ構造の一例を示す。属性データベース１５０は、複数の対象者のそれぞれについて、個人を識別する対象者識別情報、当該個人が有する複数の属性についての属性情報、当該個人が店舗等で購入した商品等の対象識別情報、当該商品等の購入日時、購入量、および評価を記憶する。
【００２６】
「対象者識別情報」は、システム１０において個々の対象者を識別するための識別子であり、例えばシステム１０が提供するサービスまたは他のサービスの会員番号またはログインＩＤ等である。また、「対象者識別情報」として、対象者の名前、電子メールアドレス、対象者所有のユーザ端末２０の識別情報、クレジットカード番号、電子マネーの識別番号、またはこれらの組み合わせに基づいて生成された情報であってもよい。これらの情報は、購入情報または評価データに含まれている情報を収集したものであってよく、また、システム１０が提供するサービスの新規登録時等に収集されてもよい。なお、本明細書において「対象者識別情報」は、同様のものを示す。
【００２７】
「属性情報」は、対象者が有する各種の属性である。属性情報は、例えば、生年月日、年令または年代、性別、住所、電話番号、既婚／未婚、住居形態、世帯年収、個人年収、職種、自動車の所有有無、および住居の所有有無等の少なくとも１つを含む。これらの情報は、システム１０が提供するサービスの新規登録時等に収集されてもよく、アンケート等の各種の方法によって収集されてもよい。
【００２８】
「対象識別情報」は、評価対象である商品等を識別するための情報である。対象識別情報は、例えば、商品等の名称、店舗名、商品等に割り当てられた識別コード（例えばＪＡＮコード等）、サービス提供事業者の識別情報（例えば名称または識別コード）等のうちの少なくとも一つを含む。これらの情報は、購入情報または評価データに含まれている情報を収集したものであってよく、また、商品等を販売する企業等から収集されてもよい。なお、本明細書において「対象識別情報」は、同様のものを示す。
【００２９】
「購入日時」は、商品等を購入した日時を示す情報である。購入日時は、例えば、店舗から送信される購入情報に含まれる購入日時、またはユーザインターフェイス１００が購入情報を受信した日時を含む。
【００３０】
「購入量」は、購入者が商品等を購入した量を示す情報である。購入量は、例えば、購入された商品の個数、商品の重さ、サービスの提供回数、および商品等の購入金額等のうちの少なくとも一つを含む。
【００３１】
「評価」は、対象者による商品等の評価を示す情報である。評価は、例えば、点数、星の数、良い／普通／悪い、お薦めボタンを押したか否か、および評価無し等のうちの少なくとも一つを含む。
【００３２】
図３は、本実施形態に係る商品等データベース１８０に格納されるデータ構造の一例を示す。商品等データベース１８０は、複数の商品等のそれぞれを識別する対象識別情報、当該商品等が有する複数の属性についての商品等属性、総合評価の算出日時、および当該商品等の総合評価を記憶する。
【００３３】
「対象識別情報」は、図２の属性データベース１５０における「対象識別情報」と同様のものであってよい。
【００３４】
「商品等属性」は、商品等が有する各種の属性である。商品等属性は、例えば、商品等の種類（例えば食品、洋菓子、和菓子、炭酸飲料、清涼飲料、ビジネス本、漫画、ネックレス、指輪、紳士服、婦人服、居酒屋、レストラン、コンビニ、またはスーパー等）、および商品等の購買層（例えば、年齢、性別、職業、および／または販売地域等で区分される購入者の層）等の少なくとも一つを含む。これらの情報は、商品等を販売する企業等から収集されてよい。
【００３５】
「算出日時」は、算出部１６０により商品等の総合評価を算出した日時を示す。
【００３６】
「総合評価」は、算出部１６０により、複数の対象者による評価に基づいて算出された総合評価を示す。総合評価は、属性データベース１５０における「評価」と同様のものであってよく、例えば、点数、星の数、および良い／普通／悪い、お薦めボタンが押された合計数等のうちの少なくとも一つを含む。
【００３７】
図４は、本実施形態に係る総合評価を算出するフローの一例を示す。ステップ４１０において、入出力制御部１０２は、ユーザ端末２０から商品等の評価を示す評価データを受信して評価取得部１２０に送信する。評価取得部１２０は、評価データから商品等の評価と評価対象の対象識別情報とを取得する。そして、評価取得部１２０は、取得した評価および対象識別情報と、評価データとを購入確認部１３０に送信する。なお、この時点では評価した対象者が評価対象を購入しているかは不明であるため、評価取得部１２０は、評価対象の購入者による購入者評価も、非購入者による非購入者評価も取得し、購入確認部１３０に送信してよい。
【００３８】
ステップ４２０において、購入確認部１３０は、受け取った評価データに購入確認情報が含まれる場合には、購入確認情報に基づいて購入確認を行い、受信した評価が購入者評価または非購入者評価のいずれであるかを決定してよい。購入確認情報は、例えば、レシート画像、商品画像、または店舗画像等に基づいて購入確認を行ってよい。
【００３９】
一例として、購入者は、ユーザ端末２０（例えば携帯端末）の撮像機能により、評価対象購入時のレシートの画像を取得して、評価データとして装置４０に送信する。購入確認部１３０は、当該評価データ中のレシート画像に基づく確認結果に応じて購入者が評価対象を購入したことを確認してよい。具体的には、購入確認部１３０は、レシート画像を画像解析し、対象識別情報として画像中の商品名、サービス名、店舗名、または識別コード（例えばＪＡＮコード）等を認識し、さらに当該商品等の購入量を認識してよい。そして、購入確認部１３０は、評価データに含まれる対象者が入力した対象識別情報が、レシート画像から認識された対象識別情報に含まれる場合に、レシート画像に評価対象を識別する対象識別情報が含まれていることを示す確認結果を得ることができる。購入確認部１３０は、当該確認結果が得られたことを条件として、購入者が評価対象を購入したことを確認してよい。ここで、購入確認部１３０は、レシート画像中の購入日時を認識し、属性データベース接続部１４０を介して属性データベース１５０中に、認識した購入日時と同じ購入日時に、同じ対象者で同じ評価対象の購入量が記憶されていることを確認した場合、受信した評価が非購入者評価であると決定してよい。なお、購入確認部１３０は、企業等から収集した商品名等の対象識別情報を有してよい。
【００４０】
また、購入確認部１３０は、商品画像または店舗画像から対象識別情報を画像解析により認識し、レシート画像と同様に購入確認を行ってもよい。
【００４１】
また、購入確認部１３０は、受け取った評価データに購入確認情報が含まれていない場合には、評価データに含まれる対象者識別情報と対象識別情報とを用いて、属性データベース接続部１４０を介して、属性データベース１５０中を検索してよい。購入確認部１３０は、属性データベース１５０中で対象者識別情報と対象識別情報とが対応づけられていないという検索結果から、対象者が評価対象を購入していないと決定してよい。また、購入確認部１３０は、購入確認情報を装置４０に送信するように促すための購入確認リクエストを、入出力制御部１０２を介して対象者のユーザ端末２０に送信してもよい。購入確認情報は、評価データとは別にユーザ端末２０から受信してもよい。
【００４２】
購入確認の後、購入確認部１３０は、購入確認情報により購入確認した購入者評価を、対象者識別情報とともに属性データベース接続部１４０に送信し、一方で、評価対象の購入量を、購入量取得部１１０を介して属性データベース接続部１４０に送信してよい。また、購入確認部１３０は、購入確認できなかった非購入者評価も、属性データベース接続部１４０に送信してよい。
【００４３】
ステップ４３０において、属性データベース接続部１４０は、属性データベース１５０に、購入者の対象者識別情報に対応付けて、評価、購入量、および対象識別情報を記憶させてよい。属性データベース１５０において対象者識別情報に対応付けて評価対象の評価が既に記憶されている場合には、属性データベース接続部１４０は、当該既に記憶されている評価を、購入確認部１３０から受け取った評価で更新（例えば上書きまたは加減算）してよい。さらに属性データベース接続部１４０は、既に記憶されている評価対象の購入量に、購入量取得部１１０からの評価対象の購入量を加算してよい。
【００４４】
属性データベース接続部１４０は、評価対象の非購入者評価および対象識別情報についても、属性データベース１５０に対象者識別情報に対応付けて記憶させてよい。この場合、属性データベース１５０における評価対象の購入量は登録されず、０のままである。
【００４５】
ステップ４４０において、算出部１６０は、属性データベース接続部１４０を介して、属性データベース１５０に記憶された、複数の対象者の評価対象の購入量および当該評価対象の評価を抽出し、評価対象の総合評価を算出する。
【００４６】
算出部１６０は、定期的に（例えば一日、一月、または一年ごとに）、購入情報の受信に応じて、および／または評価データの受信に応じて、総合評価を算出してよい。例えば、算出部１６０は、入出力制御部１０２が店舗端末３０からの購入情報を受信し、属性データベース１５０内の購入者の購入量が増加したことに応じて、増加後の購入量および購入量が増加する前の購入者評価に基づいて、新たな総合評価を算出し、更新してよい。また、算出部１６０は、入出力制御部１０２が評価データを受信し、評価を属性データベース１５０に記憶させたことに応じて、当該評価データの評価対象について新たな総合評価を算出してよい。
【００４７】
算出部１６０は、属性データベース接続部１４０を介して、評価対象期間および対象者の属性等のうちの少なくとも一つに基づいて、属性データベース１５０から評価および購入量を抽出してよい。例えば、算出部１６０は、評価対象について、対象者が男性である評価および購入量を属性データベース１５０から抽出して、総合評価を算出してよい。
【００４８】
算出部１６０は、評価、および予め定められた評価対象期間内における購入量に基づいて、評価対象の総合評価を算出してよい。例えば、算出部１６０は、購入日時が現時点から評価対象期間内（例えば半年以内、または５年以内）である評価対象の購入量を、属性データベース接続部１４０を介して属性データベース１５０から抽出することができる。この場合、算出部１６０は、異なる第１の評価対象および第２の評価対象に対して、期間の長さが異なる評価対象期間を用いてもよい。例えば、算出部１６０は、評価対象の属性に応じて異なる長さの評価対象期間を用いてよい。具体的には、算出部１６０は、音楽、またはゲーム等のエンターテイメントの属性を有する評価対象については、より短い評価対象期間を用い、家電、耐久消費財、または本等の評価対象については、より長い評価対象期間を用いてよい。なお、評価対象期間は、システム１０によりサービスを提供する事業者等により、商品等毎にまたは商品等の種類毎に予め設定されたものであってよい。
【００４９】
算出部１６０は、属性データベース１５０から抽出された評価について、購入量がより多い対象者による評価をより大きく総合評価に反映させ、購入量がより少ない対象者による評価をより小さく総合評価に反映させるように、重み付けしてよい。例えば、算出部１６０は、購入量の複数の範囲（例えば購入数の範囲０〜１０個、１１〜２０個、２１〜３０個、・・・）毎に重み付けしてよい。算出部１６０は、購入者評価を、非購入者評価より大きく反映した総合評価を算出してよく、例えば、購入確認部１３０により評価対象を購入したことを確認できない者の評価（非購入者評価）を総合評価に反映させなくてもよい。
【００５０】
算出部１６０は、購入量が上限購入量を超える場合に、購入量が上限購入量と同一である場合と同じ度合いで購入者評価を総合評価に反映してよい。算出部１６０は、システム１０によりサービスを提供する事業者等により商品等毎にまたは商品等の種類毎に予め設定された上限購入量のデータベースを有してよい。上限購入量は、一の評価対象について、全ての対象者の購入量の平均のｘ（ｘ＞１）倍の値であってよい。また、上限購入量は、評価対象の価格および属性の少なくとも一つに応じて設定されてよい。例えば、上限購入量は、より安価な評価対象はより大きく、より高価な評価対象はより小さく設定されてよい。また、上限購入量は、お菓子等の食品はより大きく、音楽ＣＤ等はより小さく設定されてよい。
【００５１】
算出部１６０は、他の対象者からより高く評価されている特定の対象者については、当該特定の対象者による評価を総合評価により大きく反映させてよい。例えば、算出部１６０は、システム１０により提供されるサービスまたは他のサービスにおいて、商品等についての投稿（例えば口コミまたはレビュー等）に対して多くの評価（例えば「いいね」または「参考になった」等）を得ている特定の対象者による評価を、総合評価により大きく反映させてよい。
【００５２】
ここで、属性データベース１５０において、評価対象が「・・・チョコレート」という商品名のお菓子で、対象者Ａ、Ｂ，Ｃ，Ｄについて、当該評価対象の購入量が１０個、３０個、２０個、０個であり、評価が星３個、５個、２個、３個である場合について、算出部１６０が総合評価を算出する一例を述べる。お菓子は、上限購入量２０個が設定されており、対象者Ａは、システム１０により提供されるサービス上でのレビューに対する他の対象者からの評価が最も高い対象者であるとする。従って、対象者Ｂの評価は上限購入量２０個として総合評価に反映され、対象者Ａの評価は、総合評価により大きく反映される。また、本実施例では、購入量０個である対象者Ｄは総合評価に反映しない。
【００５３】
算出部１６０は、購入量を比に変換し、Ａ：Ｂ：Ｃ＝１：２：２となり、対象者Ａの比に係数１．５を乗算して、Ａ：Ｂ：Ｃ＝１．５：２：２となり、重み係数がＡ＝１．５／５．５、Ｂ＝２／５．５、Ｃ＝２／５．５となる。算出部１６０は、これら重み係数を対応する評価に乗算して合計すると総合評価の星３．３６を算出できる。
【００５４】
また、属性データベース１５０において、評価対象が「・・・パン」という商品名の食品で、対象者Ｅ，Ｆ，Ｇ，Ｈについて、当該評価対象の購入量が５個、３０個、１０個、０個であり、評価が点数３５点、８０点、９０点、２０点である場合について、算出部１６０が総合評価を算出する他の例を述べる。食品は、平均の２倍が上限購入量として設定されており、本例では、上限購入量２２．５個となり、重み付け係数は、購入量の範囲０〜５個が０．９、６〜１０個が１．０、１１〜２０個が１．１、２１〜３０個が１．２とする。なお、上限購入量は、商品等毎または商品等のカテゴリ毎に平均をｘ（ｘ＞１）倍して算出された値であってよい。また、上限購入量は、商品等毎の購入量の統計情報（例えば購入量の標準偏差値）に基づいて算出された値であってもよい。
【００５５】
各対象者の重み係数は、Ｅ＝０．９、Ｆ＝１．２、Ｇ＝１．０、Ｈ＝０．９となる。算出部１６０は、これら重み係数を対応する評価点数に乗算して平均すると総合評価点数５８．８８点を算出できる。
【００５６】
算出部１６０は、このように算出した総合評価および算出日時を対象識別情報とともに商品等データベース接続部１７０に送信する。
【００５７】
ステップ４５０において、商品等データベース接続部１７０は、商品等データベース１８０に、対象識別情報に対応づけて、総合評価および算出日時を記憶させる。商品等データベース接続部１７０は、商品等データベース１８０において、同じ評価対象について、算出日時毎に総合評価を記憶させてよく、または、最新の算出日時の総合評価で上書きしてもよい。
【００５８】
図５は、本実施形態に係る総合評価を表示するフローの一例を示す。ステップ５１０において、ユーザインターフェイス１００は、ユーザ端末２０から総合評価の表示を要求する評価表示リクエストを受信する。評価表示リクエストは、対象者からの対象識別情報の指定，商品等の種類の指定、および属性の指定のうちの少なくとも一つの条件を含んでよい。
【００５９】
ステップ５２０において、表示制御部１０４は、評価表示リクエストにおいて指定された条件に従って、商品等データベース接続部１７０を介して商品等データベース１８０から総合評価を評価対象の対象識別情報とともに読み出す。表示制御部１０４は、例えば評価表示リクエストにおいて特定の対象識別情報が指定されている場合には、商品等データベース接続部１７０を介して商品等データベース１８０から当該対象識別情報に対応する商品等の総合評価を読み出す。また、表示制御部１０４は、例えば評価表示リクエストにおいて特定の商品等の種類が指定されている場合には、商品等データベース接続部１７０を介して商品等データベース１８０から当該種類に含まれる複数の商品等の総合評価を読み出す。また、表示制御部１０４は、例えば評価表示リクエストにおいて特定の属性が指定されている場合には、商品等データベース接続部１７０を介して商品等データベース１８０から当該属性に適合する属性を有する１または複数の商品等の総合評価を読み出す。具体的には、表示制御部１０４は、評価表示リクエストにおいて属性である「男性」が指定されている場合には、商品等データベース接続部１７０を介して商品等データベース１８０から商品等属性が購買層「男性」である１または複数の商品等の総合評価を読み出してよい。
【００６０】
ステップ５２０において、表示制御部１０４は、読み出した総合評価等のデータを、評価表示リクエストを送信したユーザ端末２０に送信し、当該総合評価を評価対象に対応づけて表示画面に表示させる制御を行う。
【００６１】
表示制御部１０４は、特定の商品等の種類および商品等属性の少なくとも一つにおけるランキング、または総合評価の変化の履歴をユーザ端末２０の表示画面に表示する制御を行ってよい。例えば、表示制御部１０４は、男性およびお菓子を指定している評価表示リクエストに対しては、ユーザ端末２０の表示画面上に、購買層が男性であるお菓子のランキングを総合評価順に並べて表示させる。また、例えば、表示制御部１０４は、商品名「・・・チョコレート」を指定している評価表示リクエストに対しては、当該商品の総合評価の履歴を時系列にグラフ上に並べて表示させる。
【００６２】
本実施形態のシステム１０により、評価対象について、購入量を反映させた総合評価を算出して、当該総合評価をユーザ端末２０の表示画面上に表示させることができる。また、本実施形態のシステム１０により、ユーザに対して、ユーザ自身の購入に基づくユーザ自身の評価値が適切な計算により総合評価に反映されたことがユーザ端末２０で表示（フィードバック）されるため、異常値の入力による荒らし行為を抑制することができる。
【００６３】
図６は、本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ１９００の例を示す。コンピュータ１９００にインストールされたプログラムは、コンピュータ１９００に、本発明の実施形態に係る装置に関連付けられる操作または当該装置の１または複数のセクションとして機能させることができ、または当該操作または当該１または複数のセクションを実行させることができ、および／またはコンピュータ１９００に、本発明の実施形態に係るプロセスまたは当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ１９００に、本明細書に記載のフローチャートおよびブロック図のブロックのうちのいくつかまたはすべてに関連付けられた特定の操作を実行させるべく、ＣＰＵ２０００によって実行されてよい。
【００６４】
本実施形態に係るコンピュータ１９００は、ホスト・コントローラ２０８２により相互に接続されるＣＰＵ２０００、ＲＡＭ２０２０、グラフィック・コントローラ２０７５、及び表示装置２０８０を有するＣＰＵ周辺部と、入出力コントローラ２０８４によりホスト・コントローラ２０８２に接続される通信インターフェイス２０３０、ハードディスクドライブ２０４０、及びＤＶＤドライブ２０６０を有する入出力部と、入出力コントローラ２０８４に接続されるＲＯＭ２０１０、フラッシュメモリ・ドライブ２０５０、及び入出力チップ２０７０を有するレガシー入出力部を備える。
【００６５】
ホスト・コントローラ２０８２は、ＲＡＭ２０２０と、高い転送レートでＲＡＭ２０２０をアクセスするＣＰＵ２０００及びグラフィック・コントローラ２０７５とを接続する。ＣＰＵ２０００は、ＲＯＭ２０１０及びＲＡＭ２０２０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィック・コントローラ２０７５は、ＣＰＵ２０００等がＲＡＭ２０２０内に設けたフレーム・バッファ上に生成する画像データを取得し、表示装置２０８０上に表示させる。これに代えて、グラフィック・コントローラ２０７５は、ＣＰＵ２０００等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。
【００６６】
入出力コントローラ２０８４は、ホスト・コントローラ２０８２と、比較的高速な入出力装置である通信インターフェイス２０３０、ハードディスクドライブ２０４０、ＤＶＤドライブ２０６０を接続する。通信インターフェイス２０３０は、有線又は無線によりネットワークを介して他の装置と通信する。また、通信インターフェイスは、通信を行うハードウェアとして機能する。ハードディスクドライブ２０４０は、コンピュータ１９００内のＣＰＵ２０００が使用するプログラム及びデータを格納する。ＤＶＤドライブ２０６０は、ＤＶＤ２０９５からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。
【００６７】
また、入出力コントローラ２０８４には、ＲＯＭ２０１０と、フラッシュメモリ・ドライブ２０５０、及び入出力チップ２０７０の比較的低速な入出力装置とが接続される。ＲＯＭ２０１０は、コンピュータ１９００が起動時に実行するブート・プログラム、及び／又は、コンピュータ１９００のハードウェアに依存するプログラム等を格納する。フラッシュメモリ・ドライブ２０５０は、フラッシュメモリ２０９０からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。入出力チップ２０７０は、フラッシュメモリ・ドライブ２０５０を入出力コントローラ２０８４へと接続するとともに、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を入出力コントローラ２０８４へと接続する。
【００６８】
ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供されるプログラムは、フラッシュメモリ２０９０、ＤＶＤ２０９５、又はＩＣカード等の記録媒体に格納されて利用者によって提供される。プログラムは、記録媒体から読み出され、ＲＡＭ２０２０を介してコンピュータ１９００内のハードディスクドライブ２０４０にインストールされ、ＣＰＵ２０００において実行される。これらのプログラム内に記述される情報処理は、コンピュータ１９００に読み取られ、ソフトウェアと、上記様々なタイプのハードウェア資源との間の協働をもたらす。装置または方法が、コンピュータ１９００の使用に従い情報の操作または処理を実現することによって構成されてよい。
【００６９】
一例として、コンピュータ１９００と外部の装置等との間で通信を行う場合には、ＣＰＵ２０００は、ＲＡＭ２０２０上にロードされた通信プログラムを実行し、通信プログラムに記述された処理内容に基づいて、通信インターフェイス２０３０に対して通信処理を指示する。通信インターフェイス２０３０は、ＣＰＵ２０００の制御を受けて、ＲＡＭ２０２０、ハードディスクドライブ２０４０、フラッシュメモリ２０９０、又はＤＶＤ２０９５等の記憶装置上に設けた送信バッファ領域等に記憶された送信データを読み出してネットワークへと送信し、もしくは、ネットワークから受信した受信データを記憶装置上に設けた受信バッファ領域等へと書き込む。このように、通信インターフェイス２０３０は、ＤＭＡ（ダイレクト・メモリ・アクセス）方式により記憶装置との間で送受信データを転送してもよく、これに代えて、ＣＰＵ２０００が転送元の記憶装置又は通信インターフェイス２０３０からデータを読み出し、転送先の通信インターフェイス２０３０又は記憶装置へとデータを書き込むことにより送受信データを転送してもよい。
【００７０】
また、ＣＰＵ２０００は、ハードディスクドライブ２０４０、ＤＶＤドライブ２０６０（ＤＶＤ２０９５）、フラッシュメモリ・ドライブ２０５０（フラッシュメモリ２０９０）等の外部記憶装置に格納されたファイルまたはデータベース等の中から、全部または必要な部分をＤＭＡ転送等によりＲＡＭ２０２０へと読み込ませ、ＲＡＭ２０２０上のデータに対して各種の処理を行う。そして、ＣＰＵ２０００は、処理を終えたデータを、ＤＭＡ転送等により外部記憶装置へと書き戻す。このような処理において、ＲＡＭ２０２０は、外部記憶装置の内容を一時的に保持するものとみなせるから、本実施形態においてはＲＡＭ２０２０及び外部記憶装置等をメモリ、記憶部、または記憶装置等と総称する。
【００７１】
本実施形態における各種のプログラム、データ、テーブル、データベース等の各種の情報は、このような記憶装置上に格納されて、情報処理の対象となる。なお、ＣＰＵ２０００は、ＲＡＭ２０２０の一部をキャッシュメモリに保持し、キャッシュメモリ上で読み書きを行うこともできる。このような形態においても、キャッシュメモリはＲＡＭ２０２０の機能の一部を担うから、本実施形態においては、区別して示す場合を除き、キャッシュメモリもＲＡＭ２０２０、メモリ、及び／又は記憶装置に含まれるものとする。
【００７２】
また、ＣＰＵ２０００は、ＲＡＭ２０２０から読み出したデータに対して、プログラムの命令列により指定された、本実施形態中に記載した各種の演算、情報の加工、条件判断、情報の検索・置換等を含む各種の処理を行い、ＲＡＭ２０２０へと書き戻す。例えば、ＣＰＵ２０００は、条件判断を行う場合においては、本実施形態において示した各種の変数が、他の変数または定数と比較して、大きい、小さい、以上、以下、等しい等の条件を満たすか否かを判断し、条件が成立した場合（又は不成立であった場合）に、異なる命令列へと分岐し、またはサブルーチンを呼び出す。
【００７３】
また、ＣＰＵ２０００は、記憶装置内のファイルまたはデータベース等に格納された情報を検索することができる。例えば、第１属性の属性値に対し第２属性の属性値がそれぞれ対応付けられた複数のエントリが記憶装置に格納されている場合において、ＣＰＵ２０００は、記憶装置に格納されている複数のエントリの中から第１属性の属性値が指定された条件と一致するエントリを検索し、そのエントリに格納されている第２属性の属性値を読み出すことにより、所定の条件を満たす第１属性に対応付けられた第２属性の属性値を得ることができる。
【００７４】
また、実施形態の説明において複数の要素が列挙された場合には、列挙された要素以外の要素を用いてもよい。例えば、「Ｘは、Ａ、Ｂ及びＣを用いてＹを実行する」と記載される場合、Ｘは、Ａ、Ｂ及びＣに加え、Ｄを用いてＹを実行してもよい。
【００７５】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００７６】
特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【符号の説明】
【００７７】
１０  システム
２０  ユーザ端末
３０  店舗端末
４０  装置
１００  ユーザインターフェイス
１０２  入出力制御部
１０４  表示制御部
１１０  購入量取得部
１２０  評価取得部
１３０  購入確認部
１４０  属性データベース接続部
１５０  属性データベース
１６０  算出部
１７０  商品等データベース接続部
１８０  商品等データベース
１９００  コンピュータ
２０００  ＣＰＵ
２０１０  ＲＯＭ
２０２０  ＲＡＭ
２０３０  通信インターフェイス
２０４０  ハードディスクドライブ
２０５０  フラッシュメモリ・ドライブ
２０６０  ＤＶＤドライブ
２０７０  入出力チップ
２０７５  グラフィック・コントローラ
２０８０  表示装置
２０８２  ホスト・コントローラ
２０８４  入出力コントローラ
２０９０  フラッシュメモリ
２０９５  ＤＶＤ
【図１】
2019168879.tif 000003
【図２】
2019168879.tif 000004
【図３】
2019168879.tif 000005
【図４】
2019168879.tif 000006
【図５】
2019168879.tif 000007
【図６】
2019168879.tif 000008