コンテンツ評価装置
【課題】ユーザ同士のコンテンツの交換及びこのコンテンツの評価を迅速かつ容易に行うことが可能なコンテンツ評価装置を提供する。
【解決手段】コンテンツ評価装置１０３を、ユーザが投稿したテーマ１及び評価軸３を記憶するテーマテーブル３０、テーマ１に対して投稿されたコンテンツ４を記憶する画像テーブル５０、並びに、コンテンツ４の評価データをユーザタイプ２に対応付けて記憶する画像評価テーブル６０を有するユーザ情報記憶部２０４と、テーマ１に対して設定された評価軸３、当該テーマ１に対して投稿されたコンテンツ４、及び、当該コンテンツ４のユーザタイプ２毎の評価データ５を取り出して、当該評価データ５からコンテンツ４の各々の評価軸３及び当該評価軸３上の表示位置を決定し、さらに、評価軸３及び表示位置に応じて当該評価軸３上に配置されたコンテンツ４を含むグラフを作成するグラフ処理部２０５とから構成する。
【解決手段】コンテンツ評価装置１０３を、ユーザが投稿したテーマ１及び評価軸３を記憶するテーマテーブル３０、テーマ１に対して投稿されたコンテンツ４を記憶する画像テーブル５０、並びに、コンテンツ４の評価データをユーザタイプ２に対応付けて記憶する画像評価テーブル６０を有するユーザ情報記憶部２０４と、テーマ１に対して設定された評価軸３、当該テーマ１に対して投稿されたコンテンツ４、及び、当該コンテンツ４のユーザタイプ２毎の評価データ５を取り出して、当該評価データ５からコンテンツ４の各々の評価軸３及び当該評価軸３上の表示位置を決定し、さらに、評価軸３及び表示位置に応じて当該評価軸３上に配置されたコンテンツ４を含むグラフを作成するグラフ処理部２０５とから構成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ評価装置に関する。
【背景技術】
【０００２】
従来、インターネットなどのネットワーク上で、デジタル画像などの写真コンテストが行われている。この場合、ネットワーク上のコンテンツ交換サイトなどにおいて、予め提供されたお題（以下、「テーマ」と呼ぶ）に対して、ユーザ（投稿者）が画像を投稿（アップロード）することにより行われている。そして、テーマに対して最良の結果、すなわち、テーマに合致し、かつテーマの発信者の好みなどに合致する画像を得るためには、画像を投稿するユーザを所定の判断基準に従って選定するのが好ましい。例えば、テーマに対して美しい画像を得たい場合は、美しい画像を撮影して投稿してくれるようなユーザに対して、画像の投稿を依頼したいと考えるのが心情である。このようなユーザ選定時の判断基準としては、ユーザの過去の投稿実績による画像評価の累計値を使用することで実現できる。この画像評価の方法としては、例えば、「美しい」、「構図がよい」、「おもしろい」などの評価項目に対して、１０段階程度の評価値をつけることが、一般的に行われている。
【０００３】
一方、オンライン上で、所定の分野の専門家を選出するシステムが開示されている（例えば、特許文献１参照）。この特許文献１に記載の従来発明では、複数のユーザに質問をさせたり、質問に対する回答をさせたりして、これらの質問や回答の質、数、カテゴリなどからユーザを評価し、この評価の結果から所定の分野における専門家を選定するものである。
【特許文献１】特開２００６−５２４３７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような従来の評価方法による評価は、スカラ値による単体評価であるため、複数の画像に対して総合的かつ相対的な評価ができないという課題がある。すなわち、コンテンツ交換サイトなどのシステムにおいては、評価対象の画像が複数枚存在する。そのため、複数枚の画像を１枚ずつ評価すると、画像毎の評価の判断基準が曖昧になってしまう可能性がある。また、仮に上記システムが複数枚の画像を同時に同一の判断基準で評価可能であったとしても、相対評価をすることは困難である。また、複数の画像を評価した後に、更にもう１枚の別の画像が投稿されて評価することとなった場合は、既に評価を行った画像の評価も変わってしまうことも考えられ、評価をやり直すのは、作業に非常に手間がかかる。
【０００５】
また、このような評価方法では、他人に評価される前に投稿者自身で画像を評価（自己申告）することができないシステムとなっている。さらに、既に投稿された画像に対して、相対的な自己評価をすることもできない。一方、テーマを提示したオーナ（例えば、コンテスト主催者など）のみに、画像評価の判断を委ねてしまうと、このオーナの主観が大きく作用して、適切な評価判定がされない可能性がある。そのため、この主観的な画像の評価情報を信頼して画像の投稿者を選択することに大きな疑問や課題が生じる。また、評価項目が複数ある場合、投稿者を選択する際に、どのような評価基準により選択すればよいのか判断するのが難しい。また、特許文献１の発明では、多くの質問に回答し、その回答内容や質を分析する必要があり、複雑で手間がかかる。
【０００６】
本発明はこのような課題に鑑みてなされたものであり、テーマに対して投稿されたコンテンツを総合的かつ相対的（客観的）に評価することができ、コンテンツを希望するユーザが、テーマと自身の意図に合致するコンテンツを適切に取得することができ、ユーザ同士のコンテンツのやりとり（交換）を効率的に行うことが可能なコンテンツ評価装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、本発明に係るコンテンツ評価装置は、ユーザが投稿したテーマ、及び、当該テーマに対して設定され、コンテンツを評価するための複数のユーザタイプ中のいずれかに関連付けられた評価軸を記憶するテーマ情報記憶部（例えば、実施形態におけるテーマテーブル３０）と、テーマに対して投稿されたコンテンツを、当該テーマと関連付けて記憶する画像情報記憶部（例えば、実施形態における画像テーブル５０）と、コンテンツの評価データを、ユーザタイプに対応付けて記憶する画像評価情報記憶部（例えば、実施形態における画像評価テーブル６０）と、テーマに対して設定された評価軸をテーマ情報記憶部から取り出し、当該テーマに対して投稿されたコンテンツを画像情報記憶部から取り出し、コンテンツの各々に対して、当該コンテンツのユーザタイプ毎の評価データを画像評価情報記憶部から取り出して、当該評価データからコンテンツの各々の評価軸及び当該評価軸上の表示位置を決定し、さらに、評価軸及び表示位置に応じて当該評価軸上に配置されたコンテンツを含むグラフを作成するグラフ処理部とを有する。
【０００８】
このようなコンテンツ評価装置において、グラフ処理部は、テーマに対して投稿されたコンテンツの各々に対して、評価データを基に、上下方向に延びるＹ軸と左右方向に延びるＸ軸とが交差した原点を中心とする上下左右の４つの評価軸毎に平均値を算出し、上側評価軸及び下側評価軸のいずれか大きい値を当該コンテンツのＹ軸方向の座標とし、右側評価軸及び左側評価軸のいずれか大きい値を当該コンテンツのＸ軸方向の座標とし、当該コンテンツのグラフ上の表示位置を決定するよう構成されることが好ましい。
【０００９】
また、このようなコンテンツ評価装置は、グラフ処理部で作成されたグラフを入出力部（例えば、実施形態におけるユーザ端末１０１，１０２）に表示するとともに、当該入出力部から当該グラフに表示されたコンテンツの表示位置の変更を受け付け、変更された表示位置から当該コンテンツに対する新たな評価データを決定して画像評価情報記憶部に記憶するＷｅｂサーバ部を有することが好ましい。
【００１０】
また、このようなコンテンツ評価装置は、コンテンツを投稿する投稿者のユーザＩＤと当該投稿者のユーザタイプとを関連付けて記憶するユーザ情報記憶部（例えば、実施形態におけるユーザ情報テーブル４０）を有し、画像情報記憶部は、コンテンツに関連付けて当該コンテンツを投稿した投稿者のユーザＩＤを記憶するように構成され、そして、ユーザＩＤに対応するコンテンツの評価データを画像評価情報記憶部から取り出してユーザタイプ毎に集計し、当該集計の結果を基にユーザＩＤに対応する投稿者のユーザタイプを決定してユーザ情報記憶部に記憶するユーザタイプ処理部を有することが好ましい。
【発明の効果】
【００１１】
本発明に係るコンテンツ評価装置を以上のように構成すると、テーマに対して投稿されたコンテンツに対して、テーマの発信者、コンテンツの投稿者、他のユーザがそれぞれ評価することが可能となり、これらの評価を基に、コンテンツを総合的かつ相対的（客観的）に評価することが可能となる。そのため、コンテンツを希望するユーザが、テーマと欲しいコンテンツに対する所望の基準を提示するだけで、これらに合致するコンテンツを容易に取得することができる。更に、この評価の結果からテーマ及び所望の基準に最も合致するコンテンツの投稿者を選択することができ、コンテンツの取得に、最良の結果を得ることができる。また、ユーザ同士のコンテンツのやりとり（交換）や意見交換を活発化することが可能となるとともに、コンテンツに対する評価の結果を利用して、写真コンテストなども適切に行うことが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の好ましい実施形態について図面を参照して説明する。まず、図１及び図２を用いて本実施例に係るコンテンツ評価装置１０３を含むコンテンツ評価システム１００の構成について説明する。図１に示されるように、このコンテンツ評価システム１００において、コンテンツ評価装置１０３は、ネットワーク１０４を通じて、テーマ１、希望するコンテンツ４の投稿者の特徴を示すユーザタイプ２、及びコンテンツ４を評価するためのグラフの４つの軸に配置する評価軸３（評価項目）を発信（リクエスト）する発信者のユーザ端末１０１、及び、このテーマ１に対応するコンテンツ４を投稿する複数の投稿者のユーザ端末１０２が接続されている。また、ユーザ端末１０１，１０２からは、投稿されたコンテンツ４に対する評価データ５も投稿することができる。
【００１３】
本実施例のコンテンツ評価装置１０３は、図２に示されるように、テーマの発信者のユーザ端末１０１からテーマ１、ユーザタイプ２、及び評価軸３を受信するリクエスト受信部２０１と、受信したユーザタイプ２に適合するコンテンツの投稿ユーザを選択するとともに、コンテンツ４の評価データ５を基に投稿者のユーザタイプ２を変更するユーザタイプ処理部２０２と、この選択されたユーザのユーザ端末１０２に対して当該テーマ１を配信してコンテンツ４の投稿要求を行うリクエスト配信制御部２０３と、当該テーマ１やコンテンツ４等が記憶されるユーザ情報記憶部２０４と、受信した評価軸３及び評価データ５に基づいてグラフ６を作成するグラフ処理部２０５と、作成されたグラフ６を表示するとともに、当該テーマ１に対して投稿されたコンテンツ４及び評価データ５を受信するＷｅｂサーバ部２０６と、この受信したコンテンツ４及び評価データ５をユーザ情報記憶部２０４に記憶する画像投稿処理部２０７とから構成される。
【００１４】
以下、ユーザ情報記憶部２０４のデータ構造について説明する。ユーザ情報記憶部２０４は、ユーザタイプテーブル１０、評価軸テーブル２０、テーマテーブル３０、ユーザ情報テーブル４０、画像テーブル５０、画像評価テーブル６０、集計情報テーブル８０、及び、閾値テーブル９０から構成されている。各テーブルは、ユーザＩＤ、ユーザタイプＩＤ、リクエストＩＤ、評価軸ＩＤ、画像ＩＤなどにより、互いに関連づけられて記憶されている。
【００１５】
ユーザタイプテーブル１０は、ユーザの特徴を表すユーザタイプが記憶されている。このユーザタイプテーブル１０は、図９に示すデータ構造を有しており、ユーザタイプを識別するためのユーザタイプＩＤが記憶されるユーザタイプＩＤ領域１１、及び、ユーザタイプが記憶されるユーザタイプ領域１２から構成されている。ユーザタイプは、ユーザタイプＩＤと関連付けられて、ユーザタイプテーブルに予め記憶され、通常は変更されないが、ユーザの希望などによりシステム管理者等が適宜追加や修正ができるようにしてもよい。なお、本実施例ではユーザタイプとして８種類のタイプを定義した場合について説明するが、本発明がこのタイプに限定されることはない。
【００１６】
評価軸テーブル２０は、コンテンツを評価するためにユーザが設定可能な評価軸３が記憶されている。この評価軸テーブル２０は、図１０に示すデータ構造を有しており、評価軸を識別するための評価軸ＩＤ領域２１、ユーザが設定可能な評価軸が記憶された評価軸領域２２、及び、当該評価軸が属するユーザタイプのユーザタイプＩＤが記憶されるユーザタイプＩＤ領域２３から構成されている。評価軸は、評価軸ＩＤと関連づけられて評価軸テーブル２０に予め記憶され、通常は変更されないが、ユーザの希望などによりシステム管理者が適宜追加や修正ができるようにしてもよい。なお、この評価軸テーブル２０は、評価軸をユーザタイプと関連付けるものであるが、評価の幅を広げるために１つのユーザタイプに対しては、１以上の評価軸を定義可能に構成している。例えば、図１０に示す例においては、「ユーモア」というユーザタイプに対しては、「おもしろい」、「ばかばかしい」、「おかしい」という３つの評価軸を定義している。もちろん、この図１０に示す評価軸は一例であり、本発明がこの評価軸に限定されることはない。
【００１７】
テーマテーブル３０は、テーマの発信者から発信されたテーマや評価軸が記憶される。このテーマテーブル３０は、図１１に示すデータ構造を有しており、テーマを識別するためのリクエストＩＤが記憶されるリクエストＩＤ領域３１、テーマの発信者のユーザＩＤが記憶される発信者ユーザＩＤ領域３２、テーマの内容が自然文で記憶されるテーマ内容領域３３、及び、テーマの発信者が指定した４つの評価軸の評価軸ＩＤが各々記憶される評価軸ＩＤ（上側）領域３４、評価軸ＩＤ（下側）領域３５、評価軸ＩＤ（右側）領域３６、評価軸ＩＤ（左側）領域３７から構成される。これらの４つの評価軸ＩＤ領域３４〜３７の評価軸を用いて二次元グラフを作成するが、評価軸ＩＤ中、上側、下側とは、それそれグラフのＹ軸のプラス側、マイナス側に設定される評価軸のＩＤを示し、右側、左側とは、それぞれグラフのＸ軸のプラス側、マイナス側に設定される評価軸のＩＤを示す。各評価軸ＩＤに対応する評価軸は、上記の評価軸テーブル２０を参照して取得することができる。
【００１８】
ユーザ情報テーブル４０は、本実施例に係るコンテンツ評価システム１００を利用するユーザのユーザ情報が記憶される。このユーザ情報テーブル４０は、図１２に示すデータ構造を有しており、ユーザを管理するユーザＩＤが記憶されるユーザＩＤ領域４１、このユーザＩＤに対応するユーザ名が記憶されるユーザ名領域４２、ユーザＩＤを認証するためのパスワードが記憶されるパスワード領域４３、当該ユーザが投稿する画像の撮影傾向などの特徴を表すユーザタイプが記憶されるユーザタイプ領域４４、及び、ユーザのメールアドレスが記憶されるメールアドレス領域４５から構成されている。これらの情報は、例えば、ユーザが本システムに登録する際などにユーザにより設定される。なお、ユーザタイプ領域４４は、初期値として「０」などを記憶してもよいし、ユーザ登録時にユーザ自身が入力したユーザタイプを記憶してもよい。いずれの場合でも、本システムにより、当該ユーザが投稿するコンテンツの評価の結果が反映されたユーザタイプに変更される。ユーザタイプ領域４４には、上述のユーザタイプテーブル１０で定義したユーザタイプ（ユーザタイプＩＤ）が設定されるが、例えば、「おもしろい」画像を多く投稿するユーザの場合は「１（ユニーク）」が設定される。
【００１９】
画像テーブル５０は、投稿者から投稿されたコンテンツ４（例えば、デジタル画像、動画、音楽など）がテーマ１と関連付けられて記憶される。この画像テーブル５０は、図１３に示すデータ構造を有し、コンテンツ４を識別するためのコンテンツＩＤが記憶されるコンテンツＩＤ領域５１、コンテンツ４の投稿者のユーザＩＤが記憶される投稿者ユーザＩＤ領域５２、リクエストＩＤが記憶されるリクエストＩＤ領域５３、コンテンツのファイル名が記憶されるファイル名領域５４、及び、このファイルの格納先のアドレスが記憶される格納先領域５５から構成される。リクエストＩＤ領域５２を有することにより、テーマテーブルとの関連付けが可能となり、当該コンテンツ４が何れのテーマ１に対して投稿されたものであるかを認識することができる。また、投稿者ユーザＩＤ領域５２を有することにより、ユーザ情報テーブル４０との関連付けが可能となり、当該コンテンツの投稿者を認識することができる。コンテンツ４のデータ構造としては、例えば、デジタル画像の場合は、日本電子工業振興協会（ＪＥＩＤＡ）で規格されたＥｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ ｉｍａｇｅ ｆｉｌｅ ｆｏｒｍａｔ）等が知られている。
【００２０】
画像評価テーブル６０は、コンテンツ４に対する投稿者自身が評価した評価データ５、及び当該コンテンツ４に対して他のユーザが評価した評価データ５が、当該コンテンツ４に関連付けられて記憶される。この画像評価テーブル６０は、図１４に示すデータ構造を有しており、評価データ５を管理するためのＩＤが記憶されるＩＤ領域６１、コンテンツ４と関連付けるためのコンテンツＩＤが記憶されるコンテンツＩＤ領域６２、コンテンツ４に対する評価をした評価者のユーザＩＤが記憶されるコンテンツ評価者ユーザＩＤ領域６３、及び、コンテンツ４に対する評価の結果が記憶される評価データ領域６４から構成される。また、評価データ領域６４は８つの領域（１）〜（８）（６５〜７２）から構成され、ユーザタイプテーブル１０に設定した８つのユーザタイプ別に評価データ５を記憶可能となっている。なお、評価データ５は、図１０に示される評価軸のいずれかに対する数値（０〜１００のポイント値）で通知され、各評価軸が所属するユーザタイプに対応する領域（１）〜（８）に、各々記憶される。例えば、評価軸ＩＤ＝｛１，２，３｝の評価結果は、領域（１）６５に、評価軸ＩＤ＝｛４，５｝の評価結果は、領域（２）６６に・・・のように記憶される。
【００２１】
集計情報テーブル８０は、コンテンツ４の評価データ５をユーザ毎に集計したデータが記憶される。この集計情報テーブル８０は、図１５に示すデータ構造を有しており、集計項目としてユーザタイプが記憶される集計項目領域８１、及び、評価データ５の集計値（ポイントの合計値）が記憶される集計値領域８２からから構成される。この集計項目領域８１及び集計値領域８２は、ユーザタイプテーブル１０に設定した８つのユーザタイプに対応して、１ユーザにつき８レコード分の領域が確保され、集計情報テーブル８０には、この８つのレコード群が、ユーザＩＤ分確保されている。
【００２２】
閾値テーブル９０は、ユーザのユーザタイプを決定付けるために、最低限必要なポイント値（閾値）が記憶されている。この閾値テーブル９０は、図１６に示すデータ構造を有しており、ユーザタイプが記憶されるユーザタイプ領域９１、及び、当該ユーザタイプに対する閾値が記憶される閾値領域９２から構成される。この閾値テーブル９０に設定されるユーザタイプは、ユーザタイプテーブル１０に設定したユーザタイプと対応しているため、各閾値をユーザタイプＩＤと対応付けて管理することも可能である。
【００２３】
（コンテンツ評価システムを用いたコンテンツ評価処理）
それでは、図１に示すコンテンツ評価システム１００の使用例の説明図、図２に示すシステム構成図、図３〜図７に示すグラフ、図８に示す投稿依頼メール、図１７〜２１に示すフローチャートを用いて、コンテンツ評価装置１０３により行われるコンテンツ評価処理について説明する。このコンテンツ評価処理は、（１）テーマ受信時の処理、（２）コンテンツ受信時の処理、（３）評価データ受信時の処理、及び、（４）ユーザタイプの反映処理を含んでいる。以下に、各処理について詳述する。
【００２４】
（１）テーマ受信時の処理
まず、図１７のフローチャートを用いて、テーマ１を受信した際の処理について説明する。テーマ１の発信者は、本実施例のコンテンツ評価装置１０３を備えたＷｅｂサービス（すなわち、コンテンツ評価システム１００）などに対して接続要求を行う。この接続要求は、テーマの発信者のユーザ端末１０１（テーマ入力部）から、例えば、Ｗｅｂブラウザを介してユーザＩＤとパスワードを入力することにより行われる。
【００２５】
このように、テーマ１の発信者から接続要求が行われると、まず、ユーザ認証が行われる（ステップＳ１００）。この処理では、ユーザ端末１０１から入力されたユーザＩＤを基にユーザ情報テーブル４０を検索して、当該ユーザＩＤがユーザ情報テーブル４０に登録されているか否か（すなわち、本システムの正当なメンバーであるか否か）が判断される。更に、パスワードの認証も行う場合は、当該パスワードの正当性もユーザ情報テーブル４０に登録されたパスワードとの比較により判断される。ユーザ認証が正常に行われた場合は、次のステップＳ１１０の処理に進む。ユーザ認証が失敗した場合は、以降の処理は行われず、テーマ受信時のコンテンツ評価処理が終了する。
【００２６】
ユーザ認証が正常に行われると、発信者はユーザ端末１０１において、Ｗｅｂブラウザを介してテーマ１を入力し、コンテンツ４の投稿者のユーザタイプ２とコンテンツ４を評価するための評価軸３（評価項目）を選択する。テーマ１の入力方法としては、例えば、ユーザ端末１０１の画面上に表示されたテーマ入力領域に、欲しいコンテンツ４を表現した自然文を入力して行う。ここでは、ユーザｈａｎａｋｏ（ユーザＩＤ＝２）により、テーマとして「綺麗な紅葉写真」が入力された場合を例に説明する。
【００２７】
ユーザタイプ２及び評価軸３の選択方法としては、例えば、図９及び図１０に示されるようなユーザタイプテーブル１０と、各ユーザタイプに対応する評価軸テーブル２０の内容が表示された画面上で、発信者は、これらを参照して、評価軸ＩＤを入力することで行う。なお、同一のユーザタイプ２のグループに属する評価軸３は、一種類しか選択できないものとする。すなわち、ユーザタイプＩＤが「１」である「ユーモア」に対する評価軸「おもしろい」、「ばかばかしい」、「おかしい」は、同時には選択できず、いずれか１つのみ選択可能で、他の３つの評価軸３は他のユーザタイプの評価軸から選択する。
【００２８】
ここでは、上側、下側、右側、及び、左側の評価軸として、「うまい（評価軸ＩＤ＝６）」、「おかしい（評価軸ＩＤ＝３）」、「シブイ（評価軸ＩＤ＝９）」、及び「派手（評価軸ＩＤ＝７）」が選択された場合について説明する。また、この選択された４つの評価軸は、それぞれ、ユーザタイプの「上手（ユーザタイプＩＤ＝４）」、「ユーモア（ユーザタイプＩＤ＝１）」、「シブイ（ユーザタイプＩＤ＝３）」及び「派手（ユーザタイプＩＤ＝５）」に該当するので、ユーザタイプ２として、この４つのユーザタイプＩＤが選択される。
【００２９】
上記操作により、発信者からテーマ１、ユーザタイプ２（ユーザタイプＩＤ）、及び評価軸３（評価軸ＩＤ）を含む情報が送信される。発信者により送信されたこれらの情報は、リクエスト受信部２０１により受信される（ステップＳ１１０）。リクエスト受信部２０１は、受信した情報のうち、テーマ及び評価軸ＩＤを、ユーザＩＤと関連付けてテーマテーブル３０に記憶する（ステップＳ１２０）。また、リクエスト受信部２０１は、ユーザタイプ処理部２０２にユーザタイプＩＤを、リクエスト配信制御部２０３にテーマを、グラフ処理部２０５に評価軸ＩＤを通知する。
【００３０】
グラフ処理部２０５では、受信した４つの評価軸ＩＤ＝｛６，３，９，７｝を基に二次元グラフを作成する（ステップＳ１３０）。それには、評価軸テーブル２０から、評価軸ＩＤに対応する評価軸３を読み出し、この評価軸３を用いて、例えば、図３に示されるような二次元グラフ６を作成する。また、グラフ処理部２０５では、作成したグラフ６を基に画面表示用のＷｅｂページを作成し、Ｗｅｂサーバ部２０６に配置する。作成したＷｅｂページのＵＲＬは、リクエスト配信制御部２０３に通知される。
【００３１】
次に、ユーザタイプ処理部２０２は、受信したユーザタイプＩＤ＝｛４，１，３，５｝に適合するユーザ（投稿者の候補）を、図１２に示すユーザ情報テーブル４０を検索することにより取得する（ステップＳ１４０）。このとき、適合するユーザ数が少なかった場合は、ユーザタイプＩＤにマッチしないユーザの中からランダムに取得して補うように構成することも可能である。ユーザタイプ処理部２０２は、取得したユーザタイプＩＤのリスト（以下、「ユーザリスト」と呼ぶ）をリクエスト配信制御部２０３に通知する。ここでは、図１２のユーザ情報テーブル４０から、ユーザタイプＩＤ＝｛４，１，３，５｝に適合するユーザＩＤ＝｛１，３，４，・・・｝のユーザが選択されたものとする。
【００３２】
リクエスト配信制御部２０３では、上記ユーザリストに挙げられたユーザのユーザ端末１０２（コンテンツ投稿部）に対して、リクエスト受信部２０１から通知されたテーマ１の内容と、グラフ処理部２０５から通知されたグラフ６のＵＲＬとを含むリクエストメールを送信し、当該テーマ１に対するコンテンツ４の投稿要求を行う（ステップＳ１５０）。リクエストメールの内容の具体例を、図８に示す。本実施例では、メール本文に、「テーマ」として「綺麗な紅葉写真」が、「投稿者」として、メールの宛先である当該ユーザのユーザ名が、「投稿ページ」としてグラフのＵＲＬが記載されている。なお、メールアドレスは、ユーザリストに含まれるユーザＩＤを用いてユーザ情報テーブル４０から検索されてメールに設定される。
【００３３】
（２）コンテンツ受信時の処理
次に、図１８のフローチャートを用いて、メールを受け取ったユーザからコンテンツ４が投稿された際の処理を説明する。上記テーマ１をメールで受け取ったユーザ（投稿者）は、メール本文にあるＵＲＬを使用して、ユーザ端末１０２からＷｅｂサーバ部２０６にアクセスする。この場合も、本システムにおいてユーザ認証が行われる（ステップＳ２００）。ユーザ認証が正常に行われると、グラフのＷｅｂページが表示されるが（ステップＳ２１０）、そのページには、図３に示されるようなグラフ６、又は、すでに他の投稿者から投稿されたコンテンツ４がある場合は、図４に示されるように、投稿済みのコンテンツ４が配置されたグラフ６が表示される。
【００３４】
投稿者は、画像、動画などのコンテンツ４が記憶された自身のデータベースの検索や、新たに画像を撮影することなどにより、テーマ１に合致する画像を選択する。上記のテーマ１に対して、投稿者「ｔａｒｏｕ」が画像を投稿する場合について説明する。投稿者「ｔａｒｏｕ」は、選択した自身の画像（例えば、図４のグラフが表示され、既に投稿画像が７つあった場合、当該ユーザの画像は「画像８」となる）をグラフ６上のどの位置に配置すべきかを、自己評価し決定する。例えば、図４の画像１よりも「うまい」が高く、「派手さ」が高いと判断（分析）している場合、画像１よりも左上方向に画像８を配置することになる。上記の投稿者は、ユーザ端末１０２（コンテンツ投稿部）から画像８とグラフ６上での位置情報（すなわち、自己評価データ５）を、Ｗｅｂサーバ部２０６に対して送信（投稿）する。本実施例では、自己の評価データ５として、「うまい＝９５」、「派手＝５０」として送信されている。
【００３５】
Ｗｅｂサーバ部２０６は、投稿者「ｔａｒｏｕ」からの上記画像８（コンテンツ４）及び自己評価データ５を受信し、画像投稿処理部２０７に通知する（ステップＳ２２０）。画像投稿処理部２０７は、Ｗｅｂサーバ部２０６から通知された画像８と自己評価データ５を、図１３に示される画像テーブル５０、及び、図１４に示される画像評価テーブル６０に記憶する（ステップＳ２３０）。
【００３６】
画像テーブル５０には、図１３に示されるように、画像８の情報がコンテンツＩＤ＝１２のレコードに追加される。このレコードでは、投稿者のユーザＩＤ領域５２に「ｔａｒｏｕ」のユーザＩＤである「１」が、リクエストＩＤ領域に当該テーマのリクエストＩＤである「１」が、ファイル名領域５４にファイル名（ｄｄｄｄｄ．ｊｐｇ）」が記憶される。画像８は、別途設けられた記憶部に記憶され、画像テーブル５０の格納先領域５５には、画像８を記憶した記憶領域のアドレス（例えば、絶対パス）が記憶される。
【００３７】
画像評価テーブル６０には、図１４に示されるように、ＩＤ＝２５のレコードとして投稿者の自己評価データ５が追加される。本実施例では、当該レコードのコンテンツＩＤ領域６２に「１２」が、評価データ領域６４中の「上手」の領域（４）６８に「９５」が、「派手」の領域（５）６９に「５０」が記憶される。なお、画像評価テーブル６０の評価データ６４には、ユーザタイプテーブル１０に定義されたユーザタイプが設定されている。そのため、グラフ６の評価軸に対して画像が配置されたときの評価値は、評価軸ＩＤをキーにして評価軸テーブル２０を検索してその評価軸が対応するユーザタイプＩＤを抽出し、そのユーザタイプＩＤに応じて画像評価テーブル６０にその値が設定される。上述のように、評価軸は１つのユーザタイプに対して複数定義することが可能であるが、テーマ１の投稿者によってユーザタイプ毎に１つの軸を選択するようにしているからである。
【００３８】
上記画像投稿処理部２０７は、画像及び自己評価データ５の記憶を行った後、グラフ処理部２０５に通知する。グラフ処理部２０５では、テーマ１（図１１に示すテーマテーブル３０）、このテーマ１に対して投稿されたコンテンツ４である画像（図１３に示す画像テーブル５０）、及び各画像に対する評価データ５（図１４に示す評価情報テーブル）を基に、当該テーマ１に対して投稿された全ての画像のグラフ座標を計算し、各画像をグラフ上に配置してグラフ６を作成する（ステップＳ２４０）。このグラフ座標の計算処理の詳細は、図２１のフローチャートを用いて後述する。
【００３９】
グラフ処理部２０５では、作成したグラフを基に画面表示用のＷｅｂページを作成し、Ｗｅｂサーバ部２０６に配置する。本実施例では、図５に示されるように、画像８が追加されたグラフ６が作成され、Ｗｅｂサーバ部２０６に配置される。この場合、画像８が投稿された直後では、まだ他のユーザからの評価データ５がないので、投稿者の自己評価データ５のみからグラフ座標が計算される。そのため、画像８は投稿者が送信した自己評価データ５で指定された「上手＝９５」、「派手＝５０」の位置に配置される。
【００４０】
投稿者からテーマ１に対する画像及び自己評価データ５が投稿される毎に、上記ステップＳ２００〜Ｓ２４０の処理が繰り返され、各画像がグラフ上に配置される。そして、ユーザが本システムにアクセスする毎に、Ｗｅｂサーバ部２０６により、所定のテーマ１に対する最新のグラフ６が表示され、現時点での画像の投稿状態や分布を確認することができる。
【００４１】
（３）評価データ受信時の処理
テーマ１の発信者又は投稿者以外のユーザも、グラフ６上に表示された各画像の表示位置を変更することにより、当該画像の評価を行うことができる。例えば、上記のようにテーマ１に対して画像１〜画像８が投稿され、図５に示されるようなグラフ６が作成されている場合について、図１９に示すフローチャートを用いて説明する。上述の投稿者であるｔａｒｏｕとは別のユーザ（例えば、「ｊｉｒｏｕ」）が本システム１００にアクセスし、ユーザ認証が行われると（ステップＳ３００）、Ｗｅｂサーバ部２０６により、ユーザ端末１０１，１０２（評価データ入力部）の表示画面に、図５のグラフ６が表示される（ステップＳ３１０）。このユーザ（ｊｉｒｏｕ）は、画面上に表示されたグラフ６において、各画像を独自の評価基準で評価してその評価結果に相当する位置に移動することができる。例えば、当該ユーザ（ｊｉｒｏｕ）によって、画像８が、図６のような位置（例えば、「うまい＝６０」、「派手＝７０）に移動されたとする。この移動は、図６の点線矢印のように、グラフ６上で画像８をドラッグ＆ドロップすることにより行う。このように画像８をグラフ上で移動することは、画像８の評価が変わることを意味する。当該ユーザは、画像８のグラフ位置を変更後、図６に示す評価投稿ボタン７をクリックすると、ユーザ端末（端末１０１若しくは１０２）から変更後の位置情報（評価データ５）が、Ｗｅｂサーバ部２０６を介してグラフ処理部２０５に通知される。
【００４２】
グラフ処理部２０５は、この画像８の評価データ５を受信すると（ステップＳ３２０）、この評価データ５を、評価投稿ボタン７を押したユーザと関連付けて、図１４の画像評価テーブル６０に記憶する（ステップＳ３３０）。本実施例では、図１４のＩＤ＝２６のレコードにおいて、コンテンツＩＤ領域６２に「１２」が、評価者のユーザＩＤに「３（ｊｉｒｏｕ）」が、評価データ領域６４中の「上手」の領域（４）６８に「６０」が、「派手」の領域（５）６９に「７０」が記憶される。
【００４３】
更にまた別のユーザによって、画像８の位置が変更されると、上記ステップＳ３００〜Ｓ３３０の処理が繰り返され、各ユーザの当該画像８に対する評価データ５が画像評価テーブル６０に記憶される。各ユーザから評価がなされるとその結果が新たなレコードとして図１４に示す画像評価テーブル６０に追加される。以上のようにして、グラフ上での画像の位置情報の変更操作（すなわち、画像の評価）を複数人が行うことにより、画像８の表示位置（総合評価）が決定される（ステップＳ３４０）。具体的には、グラフ処理部２０５は、これらの評価データ５等を基に、画像のグラフ座標の計算処理（図２１のフローチャートに示されるステップＳ５００以降の処理）を行う。これにより、最終的には、画像８は、グラフ６上で図７に示される表示位置に配置される（ステップＳ３５０）。なお、ここでは、画像８について複数のユーザが評価を行った例を示したが、他の投稿画像に対しても同様の処理が行われ、投稿者自身及び他人の評価データ５が反映されたグラフ６が作成される。
【００４４】
以上の処理により作成されたグラフ６を閲覧することにより、テーマ１の発信者は、自身が発信したテーマ１に対して投稿された画像及びその評価の結果を知ることができるとともに、テーマ１及び意図に合致した画像を容易に取得することができる。また、画像の投稿者は、自身が投稿した画像が、複数のユーザによる評価の結果、最終的にどのように評価されたか、また、他のユーザから投稿された画像やその評価を知ることができる。
【００４５】
（４）ユーザタイプ反映処理
上述のように、様々なテーマ１に対して投稿された画像に対する評価データ５は、その画像を投稿したユーザのユーザタイプ２にも反映される。このユーザタイプ反映処理を図２０のフローチャートを用いて説明すると、まず、ユーザタイプ処理部２０２は、画像データテーブル５０を参照して、各ユーザが投稿した各画像に対する全ての評価データ５を画像評価テーブル６０から読み出す（ステップＳ４００）。次に、各ユーザについて読み出した評価データ５を、ユーザタイプ２（集計項目）毎に集計し（ステップＳ４１０）、集計の結果を図１５に示す集計情報テーブル８０の当該ユーザの記憶領域に記憶する（ステップＳ４２０）。ここで図１５は、ユーザ「ｔａｒｏｕ」についての集計結果が、集計情報テーブル８０のユーザＩＤ＝１の領域に記憶された例を示している。
【００４６】
次に、ユーザタイプ処理部２０２は、図１６に示す閾値テーブル９０から、各ユーザタイプ２毎に設定された閾値を読み出し、当該ユーザの評価データ５の集計結果と比較する（ステップＳ４３０）。閾値テーブル９０には、各ユーザタイプ毎にユーザタイプテーブル１０に設定されたユーザタイプに対するカラムが設けられている、各々のユーザタイプ毎に判断に用いるユーザタイプにのみ閾値が設定されている。そして、当該ユーザの評価データ５の集計結果と、この閾値とを比較して、全ての条件を満たすユーザタイプを当該ユーザのユーザタイプと判断する。例えば、ここで説明する例の場合、「ｔａｒｏｕ（ユーザＩＤ＝１）」のユーザタイプは「ユーモア」と判定され（ステップＳ４４０）、ユーザタイプ処理部２０２により、図１２のユーザ情報テーブル４０において、ユーザＩＤ＝１のユーザタイプ領域１２の値が「１」に更新される（ステップＳ４５０）。
【００４７】
このように投稿画像の評価結果を、各ユーザのユーザタイプに反映することにより、次回、コンテンツ４の投稿を依頼する際に、コンテンツ評価装置１０３において、発信者のテーマ１や意図に最も合致するユーザを選択して投稿依頼をすることができ、テーマ１に対するコンテンツ４の取得に、最良の結果を得ることができる
【００４８】
＜グラフ座標の計算処理＞
以下、グラフ座標の計算処理について、図２１に示すフローチャートを用いて説明する。この処理は、テーマ１に対して現時点で投稿された画像及び自己評価データ５、並びに他人からの評価データ５を基に、各画像の表示位置が計算され、グラフ６上に置かれる。すなわち、各画像に対する全ての評価データを反映した表示位置に、画像が配置されたグラフ６が作成される。
【００４９】
この処理では、まず、評価対象である全ての画像（例えば、あるテーマ１について投稿された画像）について処理を行ったか判定し（ステップＳ５００）、全ての画像について処理が終了した時点でグラフ座標の計算処理が終了する。処理すべき画像がある場合、まず、画像毎に画像評価テーブル６０から評価データ５を全て読み出し、領域（１）〜（８）（６５〜７２）毎に評価データの値を合計し、平均化する（ステップＳ５１０）。なお、１つのテーマ１に対しては、４つの評価軸４が設定されている（テーマ情報テーブル３０）。一方、画像評価テーブル６０では、１つの画像に対しは、様々なテーマ１に対する評価データ５が記憶されている。したがって、領域（１）〜（８）のうち、当該テーマ１について選択された４つの評価軸が属するユーザタイプに対応する評価データ５のみ集計し、平均化する。例えば、テーマ１「綺麗な紅葉写真」に対する画像８の場合、「ユーモア（おかしい）」の領域（１）６５、「シブイ」の領域（３）６７、「上手（うまい）」の領域（４）６８、「派手」の領域（５）６９の値のみが用いられる。
【００５０】
次に、当該画像について、グラフ６の垂直方向（Ｙ軸方向）の座標値を計算し、下記条件式（１）が成立するか否かを判定する（ステップＳ５２０）。
【００５１】
上側の評価データ平均値 ≧ 下側の評価データ平均値 （１）
【００５２】
上記条件式（１）が成立する場合は、上側の評価軸の評価データの平均値が垂直方向の座標値となる（ステップＳ５３０）。反対に、上記条件式（１）が成立しない場合は、下側の評価軸の評価データの平均値が垂直方向の座標値となる(ステップＳ５４０）。画像８の場合、上側の評価軸は「うまい」で、下側の評価軸は「おかしい」であるので、これらの評価軸に対応するユーザタイプである「上手」と「ユーモア」の評価データの平均値を比較して判定する。
【００５３】
同様に、水平方向（Ｘ軸方向）の座標値を計算し、下記条件式（２）が成立するか否かを判定する（ステップＳ５５０）。
【００５４】
右側の評価データ平均値 ≧ 左側の評価データ平均値 （２）
【００５５】
上記条件式（２）が成立する場合は、右側の評価軸の評価データの平均値が水平方向の座標値となる（ステップＳ５６０）。反対に、上記条件式（２）が成立しない場合は、左側の評価軸の評価データの平均値が水平方向の座標値となる(ステップＳ５７０）。画像８の場合、右側の評価軸は「シブイ」で、左側の評価軸は「派手」であるので、これらの評価軸に対するユーザタイプである「シブイ」と「派手」の評価データの平均値を比較して判定する。
【００５６】
上記により計算した、各座標値を基に、当該画像をグラフ６上に配置する（ステップＳ５８０）。その後、ステップＳ５００の処理に戻り、処理すべき次の画像があれば、Ｓ５１０以降の処理を繰り返す。このような処理により、あるテーマ１に対して投稿された各画像について、自己評価データ５及び他ユーザの評価データ５を反映して、総合的かつ相対的に画像を評価することができ、また、これに対応したグラフ６を作成することができる。
【００５７】
以上のように、本発明では、テーマの発信者は、テーマ、ユーザタイプ及び４つの評価軸を入力するだけで、テーマ及び発信者の意図に合致する最良のコンテンツを取得することができる。更に、投稿されたコンテンツを評価する際に、コンテンツを閲覧した他ユーザの評価だけでなく、コンテンツの投稿者自身の評価も反映させることができ、総合的かつ相対的（客観的）な評価結果を得ることができる。また、この評価の結果を基に、次回、コンテンツの投稿を依頼する際に、最良の結果を与えてくれるユーザを選択することができる。
【図面の簡単な説明】
【００５８】
【図１】本発明に係るコンテンツ評価装置の使用例を説明するための説明図である。
【図２】上記コンテンツ評価装置を含むコンテンツ評価システムの構成を示すブロック図である。
【図３】ユーザ（発信者）により選択された評価軸を基に作成されたグラフを示す。
【図４】投稿画像が存在する場合に画面に表示されるグラフを示す。
【図５】画像８が追加された場合のグラフを示す。
【図６】画像８の表示位置が変更されたグラフを示す。
【図７】画像８の表示位置が最終的に決定されたグラフを示す。
【図８】コンテンツの投稿依頼のメールを説明するための説明図である。
【図９】ユーザタイプテーブルのデータ構造を説明するための説明図である。
【図１０】評価軸テーブルのデータ構造を説明するための説明図である。
【図１１】テーマテーブルのデータ構造を説明するための説明図である。
【図１２】ユーザ情報テーブルのデータ構造を説明するための説明図である。
【図１３】画像テーブルのデータ構造を説明するための説明図である。
【図１４】画像評価テーブルのデータ構造を説明するための説明図である
【図１５】集計情報テーブルのデータ構造を説明するための説明図である。
【図１６】閾値テーブルのデータ構造を説明するための説明図である。
【図１７】テーマ受信時の処理を示すフローチャートである。
【図１８】コンテンツ受信時の処理を示すフローチャートである。
【図１９】評価データ受信時の処理を示すフローチャートである。
【図２０】ユーザタイプ反映処理を示すフローチャートである。
【図２１】グラフ座標の計算処理を示すフローチャートである。
【符号の説明】
【００５９】
１ テーマ ２ ユーザタイプ ３ 評価軸 ４ コンテンツ
５ 評価データ ３０ テーマテーブル（テーマ情報記憶部）
５０ 画像テーブル（画像情報記憶部）
６０ 画像評価テーブル（画像評価情報記憶部）
１０１，１０２ ユーザ端末（入出力部） １０３ コンテンツ評価装置
２０２ ユーザタイプ処理部 ２０５ グラフ処理部 ２０６ Ｗｅｂサーバ部
【技術分野】
【０００１】
本発明は、コンテンツ評価装置に関する。
【背景技術】
【０００２】
従来、インターネットなどのネットワーク上で、デジタル画像などの写真コンテストが行われている。この場合、ネットワーク上のコンテンツ交換サイトなどにおいて、予め提供されたお題（以下、「テーマ」と呼ぶ）に対して、ユーザ（投稿者）が画像を投稿（アップロード）することにより行われている。そして、テーマに対して最良の結果、すなわち、テーマに合致し、かつテーマの発信者の好みなどに合致する画像を得るためには、画像を投稿するユーザを所定の判断基準に従って選定するのが好ましい。例えば、テーマに対して美しい画像を得たい場合は、美しい画像を撮影して投稿してくれるようなユーザに対して、画像の投稿を依頼したいと考えるのが心情である。このようなユーザ選定時の判断基準としては、ユーザの過去の投稿実績による画像評価の累計値を使用することで実現できる。この画像評価の方法としては、例えば、「美しい」、「構図がよい」、「おもしろい」などの評価項目に対して、１０段階程度の評価値をつけることが、一般的に行われている。
【０００３】
一方、オンライン上で、所定の分野の専門家を選出するシステムが開示されている（例えば、特許文献１参照）。この特許文献１に記載の従来発明では、複数のユーザに質問をさせたり、質問に対する回答をさせたりして、これらの質問や回答の質、数、カテゴリなどからユーザを評価し、この評価の結果から所定の分野における専門家を選定するものである。
【特許文献１】特開２００６−５２４３７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような従来の評価方法による評価は、スカラ値による単体評価であるため、複数の画像に対して総合的かつ相対的な評価ができないという課題がある。すなわち、コンテンツ交換サイトなどのシステムにおいては、評価対象の画像が複数枚存在する。そのため、複数枚の画像を１枚ずつ評価すると、画像毎の評価の判断基準が曖昧になってしまう可能性がある。また、仮に上記システムが複数枚の画像を同時に同一の判断基準で評価可能であったとしても、相対評価をすることは困難である。また、複数の画像を評価した後に、更にもう１枚の別の画像が投稿されて評価することとなった場合は、既に評価を行った画像の評価も変わってしまうことも考えられ、評価をやり直すのは、作業に非常に手間がかかる。
【０００５】
また、このような評価方法では、他人に評価される前に投稿者自身で画像を評価（自己申告）することができないシステムとなっている。さらに、既に投稿された画像に対して、相対的な自己評価をすることもできない。一方、テーマを提示したオーナ（例えば、コンテスト主催者など）のみに、画像評価の判断を委ねてしまうと、このオーナの主観が大きく作用して、適切な評価判定がされない可能性がある。そのため、この主観的な画像の評価情報を信頼して画像の投稿者を選択することに大きな疑問や課題が生じる。また、評価項目が複数ある場合、投稿者を選択する際に、どのような評価基準により選択すればよいのか判断するのが難しい。また、特許文献１の発明では、多くの質問に回答し、その回答内容や質を分析する必要があり、複雑で手間がかかる。
【０００６】
本発明はこのような課題に鑑みてなされたものであり、テーマに対して投稿されたコンテンツを総合的かつ相対的（客観的）に評価することができ、コンテンツを希望するユーザが、テーマと自身の意図に合致するコンテンツを適切に取得することができ、ユーザ同士のコンテンツのやりとり（交換）を効率的に行うことが可能なコンテンツ評価装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、本発明に係るコンテンツ評価装置は、ユーザが投稿したテーマ、及び、当該テーマに対して設定され、コンテンツを評価するための複数のユーザタイプ中のいずれかに関連付けられた評価軸を記憶するテーマ情報記憶部（例えば、実施形態におけるテーマテーブル３０）と、テーマに対して投稿されたコンテンツを、当該テーマと関連付けて記憶する画像情報記憶部（例えば、実施形態における画像テーブル５０）と、コンテンツの評価データを、ユーザタイプに対応付けて記憶する画像評価情報記憶部（例えば、実施形態における画像評価テーブル６０）と、テーマに対して設定された評価軸をテーマ情報記憶部から取り出し、当該テーマに対して投稿されたコンテンツを画像情報記憶部から取り出し、コンテンツの各々に対して、当該コンテンツのユーザタイプ毎の評価データを画像評価情報記憶部から取り出して、当該評価データからコンテンツの各々の評価軸及び当該評価軸上の表示位置を決定し、さらに、評価軸及び表示位置に応じて当該評価軸上に配置されたコンテンツを含むグラフを作成するグラフ処理部とを有する。
【０００８】
このようなコンテンツ評価装置において、グラフ処理部は、テーマに対して投稿されたコンテンツの各々に対して、評価データを基に、上下方向に延びるＹ軸と左右方向に延びるＸ軸とが交差した原点を中心とする上下左右の４つの評価軸毎に平均値を算出し、上側評価軸及び下側評価軸のいずれか大きい値を当該コンテンツのＹ軸方向の座標とし、右側評価軸及び左側評価軸のいずれか大きい値を当該コンテンツのＸ軸方向の座標とし、当該コンテンツのグラフ上の表示位置を決定するよう構成されることが好ましい。
【０００９】
また、このようなコンテンツ評価装置は、グラフ処理部で作成されたグラフを入出力部（例えば、実施形態におけるユーザ端末１０１，１０２）に表示するとともに、当該入出力部から当該グラフに表示されたコンテンツの表示位置の変更を受け付け、変更された表示位置から当該コンテンツに対する新たな評価データを決定して画像評価情報記憶部に記憶するＷｅｂサーバ部を有することが好ましい。
【００１０】
また、このようなコンテンツ評価装置は、コンテンツを投稿する投稿者のユーザＩＤと当該投稿者のユーザタイプとを関連付けて記憶するユーザ情報記憶部（例えば、実施形態におけるユーザ情報テーブル４０）を有し、画像情報記憶部は、コンテンツに関連付けて当該コンテンツを投稿した投稿者のユーザＩＤを記憶するように構成され、そして、ユーザＩＤに対応するコンテンツの評価データを画像評価情報記憶部から取り出してユーザタイプ毎に集計し、当該集計の結果を基にユーザＩＤに対応する投稿者のユーザタイプを決定してユーザ情報記憶部に記憶するユーザタイプ処理部を有することが好ましい。
【発明の効果】
【００１１】
本発明に係るコンテンツ評価装置を以上のように構成すると、テーマに対して投稿されたコンテンツに対して、テーマの発信者、コンテンツの投稿者、他のユーザがそれぞれ評価することが可能となり、これらの評価を基に、コンテンツを総合的かつ相対的（客観的）に評価することが可能となる。そのため、コンテンツを希望するユーザが、テーマと欲しいコンテンツに対する所望の基準を提示するだけで、これらに合致するコンテンツを容易に取得することができる。更に、この評価の結果からテーマ及び所望の基準に最も合致するコンテンツの投稿者を選択することができ、コンテンツの取得に、最良の結果を得ることができる。また、ユーザ同士のコンテンツのやりとり（交換）や意見交換を活発化することが可能となるとともに、コンテンツに対する評価の結果を利用して、写真コンテストなども適切に行うことが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の好ましい実施形態について図面を参照して説明する。まず、図１及び図２を用いて本実施例に係るコンテンツ評価装置１０３を含むコンテンツ評価システム１００の構成について説明する。図１に示されるように、このコンテンツ評価システム１００において、コンテンツ評価装置１０３は、ネットワーク１０４を通じて、テーマ１、希望するコンテンツ４の投稿者の特徴を示すユーザタイプ２、及びコンテンツ４を評価するためのグラフの４つの軸に配置する評価軸３（評価項目）を発信（リクエスト）する発信者のユーザ端末１０１、及び、このテーマ１に対応するコンテンツ４を投稿する複数の投稿者のユーザ端末１０２が接続されている。また、ユーザ端末１０１，１０２からは、投稿されたコンテンツ４に対する評価データ５も投稿することができる。
【００１３】
本実施例のコンテンツ評価装置１０３は、図２に示されるように、テーマの発信者のユーザ端末１０１からテーマ１、ユーザタイプ２、及び評価軸３を受信するリクエスト受信部２０１と、受信したユーザタイプ２に適合するコンテンツの投稿ユーザを選択するとともに、コンテンツ４の評価データ５を基に投稿者のユーザタイプ２を変更するユーザタイプ処理部２０２と、この選択されたユーザのユーザ端末１０２に対して当該テーマ１を配信してコンテンツ４の投稿要求を行うリクエスト配信制御部２０３と、当該テーマ１やコンテンツ４等が記憶されるユーザ情報記憶部２０４と、受信した評価軸３及び評価データ５に基づいてグラフ６を作成するグラフ処理部２０５と、作成されたグラフ６を表示するとともに、当該テーマ１に対して投稿されたコンテンツ４及び評価データ５を受信するＷｅｂサーバ部２０６と、この受信したコンテンツ４及び評価データ５をユーザ情報記憶部２０４に記憶する画像投稿処理部２０７とから構成される。
【００１４】
以下、ユーザ情報記憶部２０４のデータ構造について説明する。ユーザ情報記憶部２０４は、ユーザタイプテーブル１０、評価軸テーブル２０、テーマテーブル３０、ユーザ情報テーブル４０、画像テーブル５０、画像評価テーブル６０、集計情報テーブル８０、及び、閾値テーブル９０から構成されている。各テーブルは、ユーザＩＤ、ユーザタイプＩＤ、リクエストＩＤ、評価軸ＩＤ、画像ＩＤなどにより、互いに関連づけられて記憶されている。
【００１５】
ユーザタイプテーブル１０は、ユーザの特徴を表すユーザタイプが記憶されている。このユーザタイプテーブル１０は、図９に示すデータ構造を有しており、ユーザタイプを識別するためのユーザタイプＩＤが記憶されるユーザタイプＩＤ領域１１、及び、ユーザタイプが記憶されるユーザタイプ領域１２から構成されている。ユーザタイプは、ユーザタイプＩＤと関連付けられて、ユーザタイプテーブルに予め記憶され、通常は変更されないが、ユーザの希望などによりシステム管理者等が適宜追加や修正ができるようにしてもよい。なお、本実施例ではユーザタイプとして８種類のタイプを定義した場合について説明するが、本発明がこのタイプに限定されることはない。
【００１６】
評価軸テーブル２０は、コンテンツを評価するためにユーザが設定可能な評価軸３が記憶されている。この評価軸テーブル２０は、図１０に示すデータ構造を有しており、評価軸を識別するための評価軸ＩＤ領域２１、ユーザが設定可能な評価軸が記憶された評価軸領域２２、及び、当該評価軸が属するユーザタイプのユーザタイプＩＤが記憶されるユーザタイプＩＤ領域２３から構成されている。評価軸は、評価軸ＩＤと関連づけられて評価軸テーブル２０に予め記憶され、通常は変更されないが、ユーザの希望などによりシステム管理者が適宜追加や修正ができるようにしてもよい。なお、この評価軸テーブル２０は、評価軸をユーザタイプと関連付けるものであるが、評価の幅を広げるために１つのユーザタイプに対しては、１以上の評価軸を定義可能に構成している。例えば、図１０に示す例においては、「ユーモア」というユーザタイプに対しては、「おもしろい」、「ばかばかしい」、「おかしい」という３つの評価軸を定義している。もちろん、この図１０に示す評価軸は一例であり、本発明がこの評価軸に限定されることはない。
【００１７】
テーマテーブル３０は、テーマの発信者から発信されたテーマや評価軸が記憶される。このテーマテーブル３０は、図１１に示すデータ構造を有しており、テーマを識別するためのリクエストＩＤが記憶されるリクエストＩＤ領域３１、テーマの発信者のユーザＩＤが記憶される発信者ユーザＩＤ領域３２、テーマの内容が自然文で記憶されるテーマ内容領域３３、及び、テーマの発信者が指定した４つの評価軸の評価軸ＩＤが各々記憶される評価軸ＩＤ（上側）領域３４、評価軸ＩＤ（下側）領域３５、評価軸ＩＤ（右側）領域３６、評価軸ＩＤ（左側）領域３７から構成される。これらの４つの評価軸ＩＤ領域３４〜３７の評価軸を用いて二次元グラフを作成するが、評価軸ＩＤ中、上側、下側とは、それそれグラフのＹ軸のプラス側、マイナス側に設定される評価軸のＩＤを示し、右側、左側とは、それぞれグラフのＸ軸のプラス側、マイナス側に設定される評価軸のＩＤを示す。各評価軸ＩＤに対応する評価軸は、上記の評価軸テーブル２０を参照して取得することができる。
【００１８】
ユーザ情報テーブル４０は、本実施例に係るコンテンツ評価システム１００を利用するユーザのユーザ情報が記憶される。このユーザ情報テーブル４０は、図１２に示すデータ構造を有しており、ユーザを管理するユーザＩＤが記憶されるユーザＩＤ領域４１、このユーザＩＤに対応するユーザ名が記憶されるユーザ名領域４２、ユーザＩＤを認証するためのパスワードが記憶されるパスワード領域４３、当該ユーザが投稿する画像の撮影傾向などの特徴を表すユーザタイプが記憶されるユーザタイプ領域４４、及び、ユーザのメールアドレスが記憶されるメールアドレス領域４５から構成されている。これらの情報は、例えば、ユーザが本システムに登録する際などにユーザにより設定される。なお、ユーザタイプ領域４４は、初期値として「０」などを記憶してもよいし、ユーザ登録時にユーザ自身が入力したユーザタイプを記憶してもよい。いずれの場合でも、本システムにより、当該ユーザが投稿するコンテンツの評価の結果が反映されたユーザタイプに変更される。ユーザタイプ領域４４には、上述のユーザタイプテーブル１０で定義したユーザタイプ（ユーザタイプＩＤ）が設定されるが、例えば、「おもしろい」画像を多く投稿するユーザの場合は「１（ユニーク）」が設定される。
【００１９】
画像テーブル５０は、投稿者から投稿されたコンテンツ４（例えば、デジタル画像、動画、音楽など）がテーマ１と関連付けられて記憶される。この画像テーブル５０は、図１３に示すデータ構造を有し、コンテンツ４を識別するためのコンテンツＩＤが記憶されるコンテンツＩＤ領域５１、コンテンツ４の投稿者のユーザＩＤが記憶される投稿者ユーザＩＤ領域５２、リクエストＩＤが記憶されるリクエストＩＤ領域５３、コンテンツのファイル名が記憶されるファイル名領域５４、及び、このファイルの格納先のアドレスが記憶される格納先領域５５から構成される。リクエストＩＤ領域５２を有することにより、テーマテーブルとの関連付けが可能となり、当該コンテンツ４が何れのテーマ１に対して投稿されたものであるかを認識することができる。また、投稿者ユーザＩＤ領域５２を有することにより、ユーザ情報テーブル４０との関連付けが可能となり、当該コンテンツの投稿者を認識することができる。コンテンツ４のデータ構造としては、例えば、デジタル画像の場合は、日本電子工業振興協会（ＪＥＩＤＡ）で規格されたＥｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ ｉｍａｇｅ ｆｉｌｅ ｆｏｒｍａｔ）等が知られている。
【００２０】
画像評価テーブル６０は、コンテンツ４に対する投稿者自身が評価した評価データ５、及び当該コンテンツ４に対して他のユーザが評価した評価データ５が、当該コンテンツ４に関連付けられて記憶される。この画像評価テーブル６０は、図１４に示すデータ構造を有しており、評価データ５を管理するためのＩＤが記憶されるＩＤ領域６１、コンテンツ４と関連付けるためのコンテンツＩＤが記憶されるコンテンツＩＤ領域６２、コンテンツ４に対する評価をした評価者のユーザＩＤが記憶されるコンテンツ評価者ユーザＩＤ領域６３、及び、コンテンツ４に対する評価の結果が記憶される評価データ領域６４から構成される。また、評価データ領域６４は８つの領域（１）〜（８）（６５〜７２）から構成され、ユーザタイプテーブル１０に設定した８つのユーザタイプ別に評価データ５を記憶可能となっている。なお、評価データ５は、図１０に示される評価軸のいずれかに対する数値（０〜１００のポイント値）で通知され、各評価軸が所属するユーザタイプに対応する領域（１）〜（８）に、各々記憶される。例えば、評価軸ＩＤ＝｛１，２，３｝の評価結果は、領域（１）６５に、評価軸ＩＤ＝｛４，５｝の評価結果は、領域（２）６６に・・・のように記憶される。
【００２１】
集計情報テーブル８０は、コンテンツ４の評価データ５をユーザ毎に集計したデータが記憶される。この集計情報テーブル８０は、図１５に示すデータ構造を有しており、集計項目としてユーザタイプが記憶される集計項目領域８１、及び、評価データ５の集計値（ポイントの合計値）が記憶される集計値領域８２からから構成される。この集計項目領域８１及び集計値領域８２は、ユーザタイプテーブル１０に設定した８つのユーザタイプに対応して、１ユーザにつき８レコード分の領域が確保され、集計情報テーブル８０には、この８つのレコード群が、ユーザＩＤ分確保されている。
【００２２】
閾値テーブル９０は、ユーザのユーザタイプを決定付けるために、最低限必要なポイント値（閾値）が記憶されている。この閾値テーブル９０は、図１６に示すデータ構造を有しており、ユーザタイプが記憶されるユーザタイプ領域９１、及び、当該ユーザタイプに対する閾値が記憶される閾値領域９２から構成される。この閾値テーブル９０に設定されるユーザタイプは、ユーザタイプテーブル１０に設定したユーザタイプと対応しているため、各閾値をユーザタイプＩＤと対応付けて管理することも可能である。
【００２３】
（コンテンツ評価システムを用いたコンテンツ評価処理）
それでは、図１に示すコンテンツ評価システム１００の使用例の説明図、図２に示すシステム構成図、図３〜図７に示すグラフ、図８に示す投稿依頼メール、図１７〜２１に示すフローチャートを用いて、コンテンツ評価装置１０３により行われるコンテンツ評価処理について説明する。このコンテンツ評価処理は、（１）テーマ受信時の処理、（２）コンテンツ受信時の処理、（３）評価データ受信時の処理、及び、（４）ユーザタイプの反映処理を含んでいる。以下に、各処理について詳述する。
【００２４】
（１）テーマ受信時の処理
まず、図１７のフローチャートを用いて、テーマ１を受信した際の処理について説明する。テーマ１の発信者は、本実施例のコンテンツ評価装置１０３を備えたＷｅｂサービス（すなわち、コンテンツ評価システム１００）などに対して接続要求を行う。この接続要求は、テーマの発信者のユーザ端末１０１（テーマ入力部）から、例えば、Ｗｅｂブラウザを介してユーザＩＤとパスワードを入力することにより行われる。
【００２５】
このように、テーマ１の発信者から接続要求が行われると、まず、ユーザ認証が行われる（ステップＳ１００）。この処理では、ユーザ端末１０１から入力されたユーザＩＤを基にユーザ情報テーブル４０を検索して、当該ユーザＩＤがユーザ情報テーブル４０に登録されているか否か（すなわち、本システムの正当なメンバーであるか否か）が判断される。更に、パスワードの認証も行う場合は、当該パスワードの正当性もユーザ情報テーブル４０に登録されたパスワードとの比較により判断される。ユーザ認証が正常に行われた場合は、次のステップＳ１１０の処理に進む。ユーザ認証が失敗した場合は、以降の処理は行われず、テーマ受信時のコンテンツ評価処理が終了する。
【００２６】
ユーザ認証が正常に行われると、発信者はユーザ端末１０１において、Ｗｅｂブラウザを介してテーマ１を入力し、コンテンツ４の投稿者のユーザタイプ２とコンテンツ４を評価するための評価軸３（評価項目）を選択する。テーマ１の入力方法としては、例えば、ユーザ端末１０１の画面上に表示されたテーマ入力領域に、欲しいコンテンツ４を表現した自然文を入力して行う。ここでは、ユーザｈａｎａｋｏ（ユーザＩＤ＝２）により、テーマとして「綺麗な紅葉写真」が入力された場合を例に説明する。
【００２７】
ユーザタイプ２及び評価軸３の選択方法としては、例えば、図９及び図１０に示されるようなユーザタイプテーブル１０と、各ユーザタイプに対応する評価軸テーブル２０の内容が表示された画面上で、発信者は、これらを参照して、評価軸ＩＤを入力することで行う。なお、同一のユーザタイプ２のグループに属する評価軸３は、一種類しか選択できないものとする。すなわち、ユーザタイプＩＤが「１」である「ユーモア」に対する評価軸「おもしろい」、「ばかばかしい」、「おかしい」は、同時には選択できず、いずれか１つのみ選択可能で、他の３つの評価軸３は他のユーザタイプの評価軸から選択する。
【００２８】
ここでは、上側、下側、右側、及び、左側の評価軸として、「うまい（評価軸ＩＤ＝６）」、「おかしい（評価軸ＩＤ＝３）」、「シブイ（評価軸ＩＤ＝９）」、及び「派手（評価軸ＩＤ＝７）」が選択された場合について説明する。また、この選択された４つの評価軸は、それぞれ、ユーザタイプの「上手（ユーザタイプＩＤ＝４）」、「ユーモア（ユーザタイプＩＤ＝１）」、「シブイ（ユーザタイプＩＤ＝３）」及び「派手（ユーザタイプＩＤ＝５）」に該当するので、ユーザタイプ２として、この４つのユーザタイプＩＤが選択される。
【００２９】
上記操作により、発信者からテーマ１、ユーザタイプ２（ユーザタイプＩＤ）、及び評価軸３（評価軸ＩＤ）を含む情報が送信される。発信者により送信されたこれらの情報は、リクエスト受信部２０１により受信される（ステップＳ１１０）。リクエスト受信部２０１は、受信した情報のうち、テーマ及び評価軸ＩＤを、ユーザＩＤと関連付けてテーマテーブル３０に記憶する（ステップＳ１２０）。また、リクエスト受信部２０１は、ユーザタイプ処理部２０２にユーザタイプＩＤを、リクエスト配信制御部２０３にテーマを、グラフ処理部２０５に評価軸ＩＤを通知する。
【００３０】
グラフ処理部２０５では、受信した４つの評価軸ＩＤ＝｛６，３，９，７｝を基に二次元グラフを作成する（ステップＳ１３０）。それには、評価軸テーブル２０から、評価軸ＩＤに対応する評価軸３を読み出し、この評価軸３を用いて、例えば、図３に示されるような二次元グラフ６を作成する。また、グラフ処理部２０５では、作成したグラフ６を基に画面表示用のＷｅｂページを作成し、Ｗｅｂサーバ部２０６に配置する。作成したＷｅｂページのＵＲＬは、リクエスト配信制御部２０３に通知される。
【００３１】
次に、ユーザタイプ処理部２０２は、受信したユーザタイプＩＤ＝｛４，１，３，５｝に適合するユーザ（投稿者の候補）を、図１２に示すユーザ情報テーブル４０を検索することにより取得する（ステップＳ１４０）。このとき、適合するユーザ数が少なかった場合は、ユーザタイプＩＤにマッチしないユーザの中からランダムに取得して補うように構成することも可能である。ユーザタイプ処理部２０２は、取得したユーザタイプＩＤのリスト（以下、「ユーザリスト」と呼ぶ）をリクエスト配信制御部２０３に通知する。ここでは、図１２のユーザ情報テーブル４０から、ユーザタイプＩＤ＝｛４，１，３，５｝に適合するユーザＩＤ＝｛１，３，４，・・・｝のユーザが選択されたものとする。
【００３２】
リクエスト配信制御部２０３では、上記ユーザリストに挙げられたユーザのユーザ端末１０２（コンテンツ投稿部）に対して、リクエスト受信部２０１から通知されたテーマ１の内容と、グラフ処理部２０５から通知されたグラフ６のＵＲＬとを含むリクエストメールを送信し、当該テーマ１に対するコンテンツ４の投稿要求を行う（ステップＳ１５０）。リクエストメールの内容の具体例を、図８に示す。本実施例では、メール本文に、「テーマ」として「綺麗な紅葉写真」が、「投稿者」として、メールの宛先である当該ユーザのユーザ名が、「投稿ページ」としてグラフのＵＲＬが記載されている。なお、メールアドレスは、ユーザリストに含まれるユーザＩＤを用いてユーザ情報テーブル４０から検索されてメールに設定される。
【００３３】
（２）コンテンツ受信時の処理
次に、図１８のフローチャートを用いて、メールを受け取ったユーザからコンテンツ４が投稿された際の処理を説明する。上記テーマ１をメールで受け取ったユーザ（投稿者）は、メール本文にあるＵＲＬを使用して、ユーザ端末１０２からＷｅｂサーバ部２０６にアクセスする。この場合も、本システムにおいてユーザ認証が行われる（ステップＳ２００）。ユーザ認証が正常に行われると、グラフのＷｅｂページが表示されるが（ステップＳ２１０）、そのページには、図３に示されるようなグラフ６、又は、すでに他の投稿者から投稿されたコンテンツ４がある場合は、図４に示されるように、投稿済みのコンテンツ４が配置されたグラフ６が表示される。
【００３４】
投稿者は、画像、動画などのコンテンツ４が記憶された自身のデータベースの検索や、新たに画像を撮影することなどにより、テーマ１に合致する画像を選択する。上記のテーマ１に対して、投稿者「ｔａｒｏｕ」が画像を投稿する場合について説明する。投稿者「ｔａｒｏｕ」は、選択した自身の画像（例えば、図４のグラフが表示され、既に投稿画像が７つあった場合、当該ユーザの画像は「画像８」となる）をグラフ６上のどの位置に配置すべきかを、自己評価し決定する。例えば、図４の画像１よりも「うまい」が高く、「派手さ」が高いと判断（分析）している場合、画像１よりも左上方向に画像８を配置することになる。上記の投稿者は、ユーザ端末１０２（コンテンツ投稿部）から画像８とグラフ６上での位置情報（すなわち、自己評価データ５）を、Ｗｅｂサーバ部２０６に対して送信（投稿）する。本実施例では、自己の評価データ５として、「うまい＝９５」、「派手＝５０」として送信されている。
【００３５】
Ｗｅｂサーバ部２０６は、投稿者「ｔａｒｏｕ」からの上記画像８（コンテンツ４）及び自己評価データ５を受信し、画像投稿処理部２０７に通知する（ステップＳ２２０）。画像投稿処理部２０７は、Ｗｅｂサーバ部２０６から通知された画像８と自己評価データ５を、図１３に示される画像テーブル５０、及び、図１４に示される画像評価テーブル６０に記憶する（ステップＳ２３０）。
【００３６】
画像テーブル５０には、図１３に示されるように、画像８の情報がコンテンツＩＤ＝１２のレコードに追加される。このレコードでは、投稿者のユーザＩＤ領域５２に「ｔａｒｏｕ」のユーザＩＤである「１」が、リクエストＩＤ領域に当該テーマのリクエストＩＤである「１」が、ファイル名領域５４にファイル名（ｄｄｄｄｄ．ｊｐｇ）」が記憶される。画像８は、別途設けられた記憶部に記憶され、画像テーブル５０の格納先領域５５には、画像８を記憶した記憶領域のアドレス（例えば、絶対パス）が記憶される。
【００３７】
画像評価テーブル６０には、図１４に示されるように、ＩＤ＝２５のレコードとして投稿者の自己評価データ５が追加される。本実施例では、当該レコードのコンテンツＩＤ領域６２に「１２」が、評価データ領域６４中の「上手」の領域（４）６８に「９５」が、「派手」の領域（５）６９に「５０」が記憶される。なお、画像評価テーブル６０の評価データ６４には、ユーザタイプテーブル１０に定義されたユーザタイプが設定されている。そのため、グラフ６の評価軸に対して画像が配置されたときの評価値は、評価軸ＩＤをキーにして評価軸テーブル２０を検索してその評価軸が対応するユーザタイプＩＤを抽出し、そのユーザタイプＩＤに応じて画像評価テーブル６０にその値が設定される。上述のように、評価軸は１つのユーザタイプに対して複数定義することが可能であるが、テーマ１の投稿者によってユーザタイプ毎に１つの軸を選択するようにしているからである。
【００３８】
上記画像投稿処理部２０７は、画像及び自己評価データ５の記憶を行った後、グラフ処理部２０５に通知する。グラフ処理部２０５では、テーマ１（図１１に示すテーマテーブル３０）、このテーマ１に対して投稿されたコンテンツ４である画像（図１３に示す画像テーブル５０）、及び各画像に対する評価データ５（図１４に示す評価情報テーブル）を基に、当該テーマ１に対して投稿された全ての画像のグラフ座標を計算し、各画像をグラフ上に配置してグラフ６を作成する（ステップＳ２４０）。このグラフ座標の計算処理の詳細は、図２１のフローチャートを用いて後述する。
【００３９】
グラフ処理部２０５では、作成したグラフを基に画面表示用のＷｅｂページを作成し、Ｗｅｂサーバ部２０６に配置する。本実施例では、図５に示されるように、画像８が追加されたグラフ６が作成され、Ｗｅｂサーバ部２０６に配置される。この場合、画像８が投稿された直後では、まだ他のユーザからの評価データ５がないので、投稿者の自己評価データ５のみからグラフ座標が計算される。そのため、画像８は投稿者が送信した自己評価データ５で指定された「上手＝９５」、「派手＝５０」の位置に配置される。
【００４０】
投稿者からテーマ１に対する画像及び自己評価データ５が投稿される毎に、上記ステップＳ２００〜Ｓ２４０の処理が繰り返され、各画像がグラフ上に配置される。そして、ユーザが本システムにアクセスする毎に、Ｗｅｂサーバ部２０６により、所定のテーマ１に対する最新のグラフ６が表示され、現時点での画像の投稿状態や分布を確認することができる。
【００４１】
（３）評価データ受信時の処理
テーマ１の発信者又は投稿者以外のユーザも、グラフ６上に表示された各画像の表示位置を変更することにより、当該画像の評価を行うことができる。例えば、上記のようにテーマ１に対して画像１〜画像８が投稿され、図５に示されるようなグラフ６が作成されている場合について、図１９に示すフローチャートを用いて説明する。上述の投稿者であるｔａｒｏｕとは別のユーザ（例えば、「ｊｉｒｏｕ」）が本システム１００にアクセスし、ユーザ認証が行われると（ステップＳ３００）、Ｗｅｂサーバ部２０６により、ユーザ端末１０１，１０２（評価データ入力部）の表示画面に、図５のグラフ６が表示される（ステップＳ３１０）。このユーザ（ｊｉｒｏｕ）は、画面上に表示されたグラフ６において、各画像を独自の評価基準で評価してその評価結果に相当する位置に移動することができる。例えば、当該ユーザ（ｊｉｒｏｕ）によって、画像８が、図６のような位置（例えば、「うまい＝６０」、「派手＝７０）に移動されたとする。この移動は、図６の点線矢印のように、グラフ６上で画像８をドラッグ＆ドロップすることにより行う。このように画像８をグラフ上で移動することは、画像８の評価が変わることを意味する。当該ユーザは、画像８のグラフ位置を変更後、図６に示す評価投稿ボタン７をクリックすると、ユーザ端末（端末１０１若しくは１０２）から変更後の位置情報（評価データ５）が、Ｗｅｂサーバ部２０６を介してグラフ処理部２０５に通知される。
【００４２】
グラフ処理部２０５は、この画像８の評価データ５を受信すると（ステップＳ３２０）、この評価データ５を、評価投稿ボタン７を押したユーザと関連付けて、図１４の画像評価テーブル６０に記憶する（ステップＳ３３０）。本実施例では、図１４のＩＤ＝２６のレコードにおいて、コンテンツＩＤ領域６２に「１２」が、評価者のユーザＩＤに「３（ｊｉｒｏｕ）」が、評価データ領域６４中の「上手」の領域（４）６８に「６０」が、「派手」の領域（５）６９に「７０」が記憶される。
【００４３】
更にまた別のユーザによって、画像８の位置が変更されると、上記ステップＳ３００〜Ｓ３３０の処理が繰り返され、各ユーザの当該画像８に対する評価データ５が画像評価テーブル６０に記憶される。各ユーザから評価がなされるとその結果が新たなレコードとして図１４に示す画像評価テーブル６０に追加される。以上のようにして、グラフ上での画像の位置情報の変更操作（すなわち、画像の評価）を複数人が行うことにより、画像８の表示位置（総合評価）が決定される（ステップＳ３４０）。具体的には、グラフ処理部２０５は、これらの評価データ５等を基に、画像のグラフ座標の計算処理（図２１のフローチャートに示されるステップＳ５００以降の処理）を行う。これにより、最終的には、画像８は、グラフ６上で図７に示される表示位置に配置される（ステップＳ３５０）。なお、ここでは、画像８について複数のユーザが評価を行った例を示したが、他の投稿画像に対しても同様の処理が行われ、投稿者自身及び他人の評価データ５が反映されたグラフ６が作成される。
【００４４】
以上の処理により作成されたグラフ６を閲覧することにより、テーマ１の発信者は、自身が発信したテーマ１に対して投稿された画像及びその評価の結果を知ることができるとともに、テーマ１及び意図に合致した画像を容易に取得することができる。また、画像の投稿者は、自身が投稿した画像が、複数のユーザによる評価の結果、最終的にどのように評価されたか、また、他のユーザから投稿された画像やその評価を知ることができる。
【００４５】
（４）ユーザタイプ反映処理
上述のように、様々なテーマ１に対して投稿された画像に対する評価データ５は、その画像を投稿したユーザのユーザタイプ２にも反映される。このユーザタイプ反映処理を図２０のフローチャートを用いて説明すると、まず、ユーザタイプ処理部２０２は、画像データテーブル５０を参照して、各ユーザが投稿した各画像に対する全ての評価データ５を画像評価テーブル６０から読み出す（ステップＳ４００）。次に、各ユーザについて読み出した評価データ５を、ユーザタイプ２（集計項目）毎に集計し（ステップＳ４１０）、集計の結果を図１５に示す集計情報テーブル８０の当該ユーザの記憶領域に記憶する（ステップＳ４２０）。ここで図１５は、ユーザ「ｔａｒｏｕ」についての集計結果が、集計情報テーブル８０のユーザＩＤ＝１の領域に記憶された例を示している。
【００４６】
次に、ユーザタイプ処理部２０２は、図１６に示す閾値テーブル９０から、各ユーザタイプ２毎に設定された閾値を読み出し、当該ユーザの評価データ５の集計結果と比較する（ステップＳ４３０）。閾値テーブル９０には、各ユーザタイプ毎にユーザタイプテーブル１０に設定されたユーザタイプに対するカラムが設けられている、各々のユーザタイプ毎に判断に用いるユーザタイプにのみ閾値が設定されている。そして、当該ユーザの評価データ５の集計結果と、この閾値とを比較して、全ての条件を満たすユーザタイプを当該ユーザのユーザタイプと判断する。例えば、ここで説明する例の場合、「ｔａｒｏｕ（ユーザＩＤ＝１）」のユーザタイプは「ユーモア」と判定され（ステップＳ４４０）、ユーザタイプ処理部２０２により、図１２のユーザ情報テーブル４０において、ユーザＩＤ＝１のユーザタイプ領域１２の値が「１」に更新される（ステップＳ４５０）。
【００４７】
このように投稿画像の評価結果を、各ユーザのユーザタイプに反映することにより、次回、コンテンツ４の投稿を依頼する際に、コンテンツ評価装置１０３において、発信者のテーマ１や意図に最も合致するユーザを選択して投稿依頼をすることができ、テーマ１に対するコンテンツ４の取得に、最良の結果を得ることができる
【００４８】
＜グラフ座標の計算処理＞
以下、グラフ座標の計算処理について、図２１に示すフローチャートを用いて説明する。この処理は、テーマ１に対して現時点で投稿された画像及び自己評価データ５、並びに他人からの評価データ５を基に、各画像の表示位置が計算され、グラフ６上に置かれる。すなわち、各画像に対する全ての評価データを反映した表示位置に、画像が配置されたグラフ６が作成される。
【００４９】
この処理では、まず、評価対象である全ての画像（例えば、あるテーマ１について投稿された画像）について処理を行ったか判定し（ステップＳ５００）、全ての画像について処理が終了した時点でグラフ座標の計算処理が終了する。処理すべき画像がある場合、まず、画像毎に画像評価テーブル６０から評価データ５を全て読み出し、領域（１）〜（８）（６５〜７２）毎に評価データの値を合計し、平均化する（ステップＳ５１０）。なお、１つのテーマ１に対しては、４つの評価軸４が設定されている（テーマ情報テーブル３０）。一方、画像評価テーブル６０では、１つの画像に対しは、様々なテーマ１に対する評価データ５が記憶されている。したがって、領域（１）〜（８）のうち、当該テーマ１について選択された４つの評価軸が属するユーザタイプに対応する評価データ５のみ集計し、平均化する。例えば、テーマ１「綺麗な紅葉写真」に対する画像８の場合、「ユーモア（おかしい）」の領域（１）６５、「シブイ」の領域（３）６７、「上手（うまい）」の領域（４）６８、「派手」の領域（５）６９の値のみが用いられる。
【００５０】
次に、当該画像について、グラフ６の垂直方向（Ｙ軸方向）の座標値を計算し、下記条件式（１）が成立するか否かを判定する（ステップＳ５２０）。
【００５１】
上側の評価データ平均値 ≧ 下側の評価データ平均値 （１）
【００５２】
上記条件式（１）が成立する場合は、上側の評価軸の評価データの平均値が垂直方向の座標値となる（ステップＳ５３０）。反対に、上記条件式（１）が成立しない場合は、下側の評価軸の評価データの平均値が垂直方向の座標値となる(ステップＳ５４０）。画像８の場合、上側の評価軸は「うまい」で、下側の評価軸は「おかしい」であるので、これらの評価軸に対応するユーザタイプである「上手」と「ユーモア」の評価データの平均値を比較して判定する。
【００５３】
同様に、水平方向（Ｘ軸方向）の座標値を計算し、下記条件式（２）が成立するか否かを判定する（ステップＳ５５０）。
【００５４】
右側の評価データ平均値 ≧ 左側の評価データ平均値 （２）
【００５５】
上記条件式（２）が成立する場合は、右側の評価軸の評価データの平均値が水平方向の座標値となる（ステップＳ５６０）。反対に、上記条件式（２）が成立しない場合は、左側の評価軸の評価データの平均値が水平方向の座標値となる(ステップＳ５７０）。画像８の場合、右側の評価軸は「シブイ」で、左側の評価軸は「派手」であるので、これらの評価軸に対するユーザタイプである「シブイ」と「派手」の評価データの平均値を比較して判定する。
【００５６】
上記により計算した、各座標値を基に、当該画像をグラフ６上に配置する（ステップＳ５８０）。その後、ステップＳ５００の処理に戻り、処理すべき次の画像があれば、Ｓ５１０以降の処理を繰り返す。このような処理により、あるテーマ１に対して投稿された各画像について、自己評価データ５及び他ユーザの評価データ５を反映して、総合的かつ相対的に画像を評価することができ、また、これに対応したグラフ６を作成することができる。
【００５７】
以上のように、本発明では、テーマの発信者は、テーマ、ユーザタイプ及び４つの評価軸を入力するだけで、テーマ及び発信者の意図に合致する最良のコンテンツを取得することができる。更に、投稿されたコンテンツを評価する際に、コンテンツを閲覧した他ユーザの評価だけでなく、コンテンツの投稿者自身の評価も反映させることができ、総合的かつ相対的（客観的）な評価結果を得ることができる。また、この評価の結果を基に、次回、コンテンツの投稿を依頼する際に、最良の結果を与えてくれるユーザを選択することができる。
【図面の簡単な説明】
【００５８】
【図１】本発明に係るコンテンツ評価装置の使用例を説明するための説明図である。
【図２】上記コンテンツ評価装置を含むコンテンツ評価システムの構成を示すブロック図である。
【図３】ユーザ（発信者）により選択された評価軸を基に作成されたグラフを示す。
【図４】投稿画像が存在する場合に画面に表示されるグラフを示す。
【図５】画像８が追加された場合のグラフを示す。
【図６】画像８の表示位置が変更されたグラフを示す。
【図７】画像８の表示位置が最終的に決定されたグラフを示す。
【図８】コンテンツの投稿依頼のメールを説明するための説明図である。
【図９】ユーザタイプテーブルのデータ構造を説明するための説明図である。
【図１０】評価軸テーブルのデータ構造を説明するための説明図である。
【図１１】テーマテーブルのデータ構造を説明するための説明図である。
【図１２】ユーザ情報テーブルのデータ構造を説明するための説明図である。
【図１３】画像テーブルのデータ構造を説明するための説明図である。
【図１４】画像評価テーブルのデータ構造を説明するための説明図である
【図１５】集計情報テーブルのデータ構造を説明するための説明図である。
【図１６】閾値テーブルのデータ構造を説明するための説明図である。
【図１７】テーマ受信時の処理を示すフローチャートである。
【図１８】コンテンツ受信時の処理を示すフローチャートである。
【図１９】評価データ受信時の処理を示すフローチャートである。
【図２０】ユーザタイプ反映処理を示すフローチャートである。
【図２１】グラフ座標の計算処理を示すフローチャートである。
【符号の説明】
【００５９】
１ テーマ ２ ユーザタイプ ３ 評価軸 ４ コンテンツ
５ 評価データ ３０ テーマテーブル（テーマ情報記憶部）
５０ 画像テーブル（画像情報記憶部）
６０ 画像評価テーブル（画像評価情報記憶部）
１０１，１０２ ユーザ端末（入出力部） １０３ コンテンツ評価装置
２０２ ユーザタイプ処理部 ２０５ グラフ処理部 ２０６ Ｗｅｂサーバ部
【特許請求の範囲】
【請求項１】
ユーザが投稿したテーマ、及び、当該テーマに対して設定され、コンテンツを評価するための複数のユーザタイプ中のいずれかに関連付けられた評価軸を記憶するテーマ情報記憶部と、
前記テーマに対して投稿されたコンテンツを、当該テーマと関連付けて記憶する画像情報記憶部と、
前記コンテンツの評価データを、前記ユーザタイプに対応付けて記憶する画像評価情報記憶部と、
前記テーマに対して設定された前記評価軸を前記テーマ情報記憶部から取り出し、
当該テーマに対して投稿された前記コンテンツを前記画像情報記憶部から取り出し、
前記コンテンツの各々に対して、当該コンテンツの前記ユーザタイプ毎の前記評価データを前記画像評価情報記憶部から取り出して、当該評価データから前記コンテンツの各々の前記評価軸及び当該評価軸上の表示位置を決定し、さらに、
前記評価軸及び前記表示位置に応じて当該評価軸上に配置された前記コンテンツを含むグラフを作成するグラフ処理部とを有するコンテンツ評価装置。
【請求項２】
前記グラフ処理部は、前記テーマに対して投稿された前記コンテンツの各々に対して、前記評価データを基に、上下方向に延びるＹ軸と左右方向に延びるＸ軸とが交差した原点を中心とする上下左右の４つの評価軸毎に平均値を算出し、上側評価軸及び下側評価軸のいずれか大きい値を当該コンテンツの前記Ｙ軸方向の座標とし、右側評価軸及び左側評価軸のいずれか大きい値を当該コンテンツの前記Ｘ軸方向の座標とし、当該コンテンツの前記グラフ上の前記表示位置を決定するよう構成された請求項１に記載のコンテンツ評価装置。
【請求項３】
前記グラフ処理部で作成された前記グラフを入出力部に表示するとともに、当該入出力部から当該グラフに表示された前記コンテンツの前記表示位置の変更を受け付け、変更された前記表示位置から当該コンテンツに対する新たな前記評価データを決定して画像評価情報記憶部に記憶するＷｅｂサーバ部を有する請求項１または２に記載のコンテンツ評価装置。
【請求項４】
前記コンテンツを投稿する投稿者のユーザＩＤと当該投稿者の前記ユーザタイプとを関連付けて記憶するユーザ情報記憶部を有し、
前記画像情報記憶部は、前記コンテンツに関連付けて当該コンテンツを投稿した前記投稿者の前記ユーザＩＤを記憶するように構成され、
前記ユーザＩＤに対応する前記コンテンツの前記評価データを前記画像評価情報記憶部から取り出して前記ユーザタイプ毎に集計し、当該集計の結果を基に前記ユーザＩＤに対応する前記投稿者の前記ユーザタイプを決定して前記ユーザ情報記憶部に記憶するユーザタイプ処理部を有する請求項１〜３いずれか一項に記載のコンテンツ評価装置。
【請求項１】
ユーザが投稿したテーマ、及び、当該テーマに対して設定され、コンテンツを評価するための複数のユーザタイプ中のいずれかに関連付けられた評価軸を記憶するテーマ情報記憶部と、
前記テーマに対して投稿されたコンテンツを、当該テーマと関連付けて記憶する画像情報記憶部と、
前記コンテンツの評価データを、前記ユーザタイプに対応付けて記憶する画像評価情報記憶部と、
前記テーマに対して設定された前記評価軸を前記テーマ情報記憶部から取り出し、
当該テーマに対して投稿された前記コンテンツを前記画像情報記憶部から取り出し、
前記コンテンツの各々に対して、当該コンテンツの前記ユーザタイプ毎の前記評価データを前記画像評価情報記憶部から取り出して、当該評価データから前記コンテンツの各々の前記評価軸及び当該評価軸上の表示位置を決定し、さらに、
前記評価軸及び前記表示位置に応じて当該評価軸上に配置された前記コンテンツを含むグラフを作成するグラフ処理部とを有するコンテンツ評価装置。
【請求項２】
前記グラフ処理部は、前記テーマに対して投稿された前記コンテンツの各々に対して、前記評価データを基に、上下方向に延びるＹ軸と左右方向に延びるＸ軸とが交差した原点を中心とする上下左右の４つの評価軸毎に平均値を算出し、上側評価軸及び下側評価軸のいずれか大きい値を当該コンテンツの前記Ｙ軸方向の座標とし、右側評価軸及び左側評価軸のいずれか大きい値を当該コンテンツの前記Ｘ軸方向の座標とし、当該コンテンツの前記グラフ上の前記表示位置を決定するよう構成された請求項１に記載のコンテンツ評価装置。
【請求項３】
前記グラフ処理部で作成された前記グラフを入出力部に表示するとともに、当該入出力部から当該グラフに表示された前記コンテンツの前記表示位置の変更を受け付け、変更された前記表示位置から当該コンテンツに対する新たな前記評価データを決定して画像評価情報記憶部に記憶するＷｅｂサーバ部を有する請求項１または２に記載のコンテンツ評価装置。
【請求項４】
前記コンテンツを投稿する投稿者のユーザＩＤと当該投稿者の前記ユーザタイプとを関連付けて記憶するユーザ情報記憶部を有し、
前記画像情報記憶部は、前記コンテンツに関連付けて当該コンテンツを投稿した前記投稿者の前記ユーザＩＤを記憶するように構成され、
前記ユーザＩＤに対応する前記コンテンツの前記評価データを前記画像評価情報記憶部から取り出して前記ユーザタイプ毎に集計し、当該集計の結果を基に前記ユーザＩＤに対応する前記投稿者の前記ユーザタイプを決定して前記ユーザ情報記憶部に記憶するユーザタイプ処理部を有する請求項１〜３いずれか一項に記載のコンテンツ評価装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００９−１８１２６２（Ｐ２００９−１８１２６２Ａ）
【公開日】平成２１年８月１３日（２００９．８．１３）
【国際特許分類】
【出願番号】特願２００８−１８７１６（Ｐ２００８−１８７１６）
【出願日】平成２０年１月３０日（２００８．１．３０）
【出願人】（５９２２１７０９３）株式会社ニコンシステム (102)
【Ｆターム（参考）】
【公開日】平成２１年８月１３日（２００９．８．１３）
【国際特許分類】
【出願日】平成２０年１月３０日（２００８．１．３０）
【出願人】（５９２２１７０９３）株式会社ニコンシステム (102)
【Ｆターム（参考）】
[ Back to top ]