(57)【要約】【課題】評価されるデータに基づくタイミングで評価をすることができる技術を提供する。【解決手段】解析手段２２は、楽音を含むデータを解析し、所定の評価指標の時間変化を示す解析結果を出力する。表示制御手段１２は、そのデータの再生中に、解析手段２２による解析結果により示される評価指標がしきい値を超えたタイミングで、そのデータの評価のための入力操作子の画像を表示手段１１に表示させる。認識手段１３は、入力操作子の画像に対して行われた操作を認識する。【選択図】図１Ｂ
2015094913.tif 000002
【特許請求の範囲】
【請求項１】
楽音を含むデータを解析し、所定の評価指標の時間変化を示す解析結果を出力する解析手段と、
前記データの再生中に、前記解析手段による解析結果により示される前記評価指標がしきい値を超えたタイミングで、当該データの評価のための入力操作子の画像を表示手段に表示させる表示制御手段と、
前記入力操作子の画像に対して行われた操作を認識する認識手段と
を有する情報処理装置。
【請求項２】
前記認識手段により認識された操作を示す情報を用いて、前記データを評価するデータ評価手段を有する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記解析手段は、前記データを決められたアルゴリズムに従って解析し、
前記アルゴリズムおよび前記しきい値の少なくとも一方を変化させる変化手段と、
前記変化手段により変化させられた前記アルゴリズムまたは前記しきい値の確からしさを、前記認識手段により認識された操作を示す情報を用いて評価するアルゴリズム評価手段と
を有することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
楽音を含むデータの解析結果として所定の評価指標の時間変化を示す情報を取得する取得手段と、
前記データの再生中に、前記取得手段により取得された情報により示される前記評価指標がしきい値を超えたタイミングで、当該データの評価のための入力操作子の画像を表示手段に表示させる表示制御手段と、
前記入力操作子の画像に対して行われた操作を認識する認識手段と
を有する情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽音を含むデータを評価する際のユーザインターフェースに関する。
【背景技術】
【０００２】
人間の歌唱を、カラオケ装置等の装置が自動的に評価する技術が知られている。装置による評価を人間による評価に近づけるため種々の技術が開発されている。例えば特許文献１は、実歌唱信号の音響特徴を分析および比較してピッチずれ等の比較結果を得た上で評価者（人間）に評価を行わせ、この評価結果に近づくように装置における評価処理を修正する技術を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２４１０１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の技術によれば、評価を入力できるタイミングは一様であった。これに対し本発明は、評価されるデータに基づくタイミングで評価をすることができる技術を提供する。
【課題を解決するための手段】
【０００５】
本発明は、楽音を含むデータを解析し、所定の評価指標の時間変化を示す解析結果を出力する解析手段と、前記データの再生中に、前記解析手段による解析結果により示される前記評価指標がしきい値を超えたタイミングで、当該データの評価のための入力操作子の画像を表示手段に表示させる表示制御手段と、前記入力操作子の画像に対して行われた操作を認識する認識手段とを有する情報処理装置を提供する。
【０００６】
この情報処理装置は、前記認識手段により認識された操作を示す情報を用いて、前記データを評価するデータ評価手段を有してもよい。
【０００７】
前記解析手段は、前記データを決められたアルゴリズムに従って解析し、この情報処理装置は、前記アルゴリズムおよび前記しきい値の少なくとも一方を変化させる変化手段と、前記変化手段により変化させられた前記アルゴリズムまたは前記しきい値の確からしさを、前記認識手段により認識された操作を示す情報を用いて評価するアルゴリズム評価手段とを有してもよい。
【０００８】
また、本発明は、楽音を含むデータの解析結果として所定の評価指標の時間変化を示す情報を取得する取得手段と、前記データの再生中に、前記取得手段により取得された情報により示される前記評価指標がしきい値を超えたタイミングで、当該データの評価のための入力操作子の画像を表示手段に表示させる表示制御手段と、前記入力操作子の画像に対して行われた操作を認識する認識手段とを有する情報処理システムを提供する。
【発明の効果】
【０００９】
この情報処理システムによれば、評価されるデータに基づくタイミングで評価をすることができる。
【図面の簡単な説明】
【００１０】
【図１Ａ】一実施形態に係る情報処理システム１の機能構成を示す図。
【図１Ｂ】情報処理システム１の機能分担の別の例を示す図。
【図２】クライアント装置１０のハードウェア構成を例示する図。
【図３】サーバ装置２０のハードウェア構成を例示する図。
【図４】情報処理システム１の動作を示すフローチャート。
【図５】動画データの解析結果を例示する図。
【図６】画面表示の遷移例を示す図。
【図７】評価ボタンを介して受け付けられた入力を例示する図。
【発明を実施するための最良の形態】
【００１１】
１．構成
図１Ａは、一実施形態に係る情報処理システム１の機能構成を示す図である。情報処理システム１は、クライアント装置１０およびサーバ装置２０を有する。情報処理システム１は、サーバ装置２０から配信された動画データ（楽音を含むデータ）をクライアント装置１０において再生するシステムである。クライアント装置１０のユーザは、再生されている動画データに対する評価を入力する。情報処理システム１において、評価を入力するための操作子の画像は常時表示されているわけではなく、動画データの解析結果に基づくタイミングで表示される。
【００１２】
サーバ装置２０は、記憶手段２１と、解析手段２２と、処理手段２３とを有する。クライアント装置１０は、表示手段１１と、表示制御手段１２と、認識手段１３と、出力手段１４と、取得手段１５とを有する。記憶手段２１は、動画データを記憶する。解析手段２２は、動画データを解析し、所定の評価指標の時間変化を示す解析結果を出力する。表示手段１１は、映像を表示する。表示制御手段１２は、動画データにより示される動画を、表示手段１１に表示させる（すなわち動画データを再生する）。取得手段１５は、サーバ装置２０から、動画データの解析結果を示す情報を取得する。なお、「動画データの解析結果を示す情報」は、解析結果を直接的に示す情報（解析結果そのもの）であってもよいし、解析結果を間接的に示す情報（解析結果から得られる情報）であってもよい。表示制御手段１２は、さらに、動画データの再生中に、取得手段１５により取得された情報により示される、評価指標がしきい値を超えたタイミングで、入力操作子の画像を表示手段１１に表示させる。認識手段１３は、入力操作子の画像に対して行われた操作を認識する。出力手段１４は、認識手段１３による認識結果に応じた情報をサーバ装置２０に出力する。処理手段２３は、出力手段１４から出力された情報に応じた処理を行う。
【００１３】
図面を簡略化するため、図１Ａにおいては単一のクライアント装置１０のみ図示しているが、情報処理システム１は、複数のクライアント装置１０を有する。サーバ装置２０とクライアント装置１０とは、所定のネットワーク、例えばインターネット、移動通信網、またはＬＡＮ（Local Area Network）を介して接続されている。
【００１４】
情報処理システム１における機能の分担は、図１Ａで説明したものに限定されない。図１Ａでサーバ装置２０の機能として説明したものの一部をクライアント装置１０が有していてもよいし、クライアント装置１０の機能として説明したものの一部をサーバ装置２０が有していてもよい。例えば、クライアント装置１０が解析手段２２を有していてもよい。要は、情報処理システム１が全体として図１Ａに示した機能を有していれば、個々の機能はどの装置が有していてもよい。また、図１Ａに示した機能の一部は省略されてもよい。
【００１５】
図１Ｂは、情報処理システム１における機能分担の別の例を示す図である。この例で、クライアント装置１０は、表示手段１１、表示制御手段１２、認識手段１３、および取得手段１５に加え、解析手段２２および処理手段２３を有する。サーバ装置２０は、記憶手段２１を有する。この例で、クライアント装置１０は、サーバ装置２０から取得した動画データを解析し、動画データの解析結果として所定の評価指標の時間変化を示す情報を取得する。さらにクライアント装置１０は、動画データの再生中に、前述の評価指標がしきい値を超えたタイミングで、動画データの評価のための入力操作子の画像を表示手段１１に表示させる。なおこの例で、クライアント装置１０が記憶手段２１を有し、情報処理システム１としての機能をすべて有していてもよい。すなわち、単一の装置が、情報処理システム１としての機能をすべて有していてもよい。なお以下においては、図１Ａのように機能が分担されている例を用いて説明する。
【００１６】
図２は、クライアント装置１０のハードウェア構成を例示する図である。クライアント装置１０は、ＣＰＵ１０１と、ＲＡＭ１０２と、ＲＯＭ１０３と、表示装置１０４と、通信ＩＦ１０５と、記憶装置１０６と、入力装置１０７と、音声出力部１０８とを有するコンピュータ装置、具体的には例えばパーソナルコンピュータである。ＣＰＵ１０１は、クライアント装置１０の他のハードウェアを制御するため各種の演算を行うプロセッサである。ＲＡＭ１０２は、ＣＰＵ１０１がプログラムを実行する際のワークエリアとして機能する揮発性の記憶装置である。ＲＯＭ１０３は、データおよびプログラムを記憶した不揮発性の記憶装置である。表示装置１０４は、情報を表示する装置、例えば液晶ディスプレイである。通信ＩＦ１０５は、所定のネットワークを介した通信を行うインターフェースである。記憶装置１０６は、データおよびプログラムを記憶する書き換え可能な不揮発性の記憶装置である。入力装置１０７は、ユーザの操作に応じた情報をＣＰＵ１０１に入力するための装置、例えば、キーボード、マウス、またはタッチスクリーンを含む。音声出力部１０８は、動画データに含まれる音声を出力する装置であり、例えば、スピーカおよび増幅器を含む。
【００１７】
この例で、記憶装置１０６は、コンピュータ装置をクライアント装置１０として機能させるためのプログラムを記憶している。このプログラムを実行しているＣＰＵ１０１は、表示制御手段１２および出力手段１４の一例である。表示装置１０４は、表示手段１１の一例である。入力装置１０７およびＣＰＵ１０１は、認識手段１３の一例である。
【００１８】
図３は、サーバ装置２０のハードウェア構成を例示する図である。サーバ装置２０は、ＣＰＵ２０１と、ＲＡＭ２０２と、ＲＯＭ２０３と、通信ＩＦ２０５と、記憶装置２０６とを有するコンピュータ装置である。ＣＰＵ２０１は、サーバ装置２０の他のハードウェアを制御するため各種の演算を行うプロセッサである。ＲＡＭ２０２は、ＣＰＵ２０１がプログラムを実行する際のワークエリアとして機能する揮発性の記憶装置である。ＲＯＭ２０３は、データおよびプログラムを記憶した不揮発性の記憶装置である。通信ＩＦ２０５は、所定のネットワークを介した通信を行うインターフェースである。記憶装置２０６は、データおよびプログラムを記憶する書き換え可能な不揮発性の記憶装置である。
【００１９】
この例で、記憶装置２０６は、コンピュータ装置をサーバ装置２０として機能させるためのプログラムを記憶している。このプログラムを実行しているＣＰＵ２０１は、解析手段２２および処理手段２３の一例である。記憶装置２０６は、記憶手段２１の一例である。
【００２０】
２．動作
図４は、情報処理システム１の動作を示すフローチャートである。図４のフローは、例えば、アプリケーションプログラム（例えばウェブブラウザ）を実行しているクライアント装置１０から、サーバ装置２０に記憶されている複数の動画データのうち一の動画データの再生が指示されたことを契機として開始される。この例で、動画データは、人間が歌唱を行っている動画を示している。
【００２１】
ステップＳ１０１において、ＣＰＵ１０１は、サーバ装置２０から動画データを取得する。詳細には以下のとおりである。サーバ装置２０は、記憶装置２０６に記憶している動画データの一覧をクライアント装置１０に送信する。クライアント装置１０のＣＰＵ１０１は、サーバ装置２０から受信した一覧を示す画像を表示装置１０４に表示する。クライアント装置１０のユーザは、一覧に含まれる動画データの中から、視聴を希望する動画データを選択し、選択した動画データの再生を、入力装置１０７を介して指示する。ＣＰＵ１０１は、ユーザにより選択された動画データの要求を、サーバ装置２０に送信する。サーバ装置２０は、この要求により指定された動画データを、クライアント装置１０に送信する。
【００２２】
ステップＳ１０２において、ＣＰＵ１０１は、サーバ装置２０から、動画データに対応するタイミングデータを取得する。タイミングデータは、動画データにより示される動画に対して、評価ボタンの画像を表示するタイミングを示すデータである。評価ボタンとは、動画を視聴するユーザがその動画に対する評価を入力するための操作子（またはユーザーインターフェース）である。動画に対する評価項目は決められている。サーバ装置２０は、事前に動画データ（より具体的には、動画データに含まれる音声トラック）を所定の評価アルゴリズムにより解析（評価）しており、その解析結果（評価結果）を記憶装置２０６に記憶している。
【００２３】
図５は、動画データの解析結果を例示する図である。この例では、複数の項目、具体的には、ハスキーおよびダミという２つの項目について評価が行われている。サーバ装置２０のＣＰＵ２０１は、所定の評価アルゴリズムに従って、動画データの音声トラックにより示される音声から、声のハスキーさ、およびいわゆるダミ声の度合いを示すパラメータ（評価指標）を抽出する。評価アルゴリズムとしては、例えば以下のものが用いられる。ハスキーについては、音声を周波数解析してＳ／Ｎ比を算出する。算出されたＳ／Ｎ比を用いてハスキーさを示すパラメータを算出する。ノイズ成分が多いほどハスキーさの度合いがより高くなる。ダミについては、音声波形の歪み率を算出する。歪み率が高いほどよりダミの度合いがより高くなる。なお、ハスキーおよびダミは単に例示であり、評価項目はこれに限定されない。
【００２４】
図５の上段は、ハスキーおよびダミを示すパラメータの値の動画における時間変化を示している。横軸は動画に対応する時間を、縦軸は各パラメータの値を示している。各パラメータについてしきい値（図中、破線で示している）が設定されており、このしきい値を超えている期間が、対応する評価ボタンを表示する期間として設定される。例えば、ハスキーについては、期間Ｃにおいてしきい値を超えており、期間Ｃがハスキーの評価ボタン（以下「ハスキーボタン」という）を表示する期間として設定される。また、ダミについては、期間ＡおよびＥにおいてしきい値を超えており、これらの期間がダミの評価ボタン（以下「ダミボタン」という）を表示する期間として設定される。ステップＳ１０２において取得されるタイミングデータは、動画において評価ボタンを表示するタイミングおよび非表示にするタイミングを示している（図５下段）。サーバ装置２０のＣＰＵ２０１は、動画データまず動画データから各パラメータの時間変化（図５上段）を算出し、これをさらにタイミングデータ（図５下段）に変換する。なお各パラメータの時間変化をタイミングに変換する方法は図５で例示したように、パラメータがしきい値を超えたまたは下回ったタイミングを表示または非表示のタイミングにするものに限定されない。例えば、パラメータがしきい値を超えたまたは下回ったタイミングに所定のマージンを加味して（例えば５秒前に）表示または非表示のタイミングを設定してもよい。
【００２５】
再び図４を参照する。ステップＳ１０３において、クライアント装置１０のＣＰＵ１０１は、取得した動画データを再生する。すなわち、ＣＰＵ１０１は、動画データにより示される映像を表示装置１０４に表示させ、動画データにより示される音声を音声出力部１０８から出力する。なお、動画データの再生は、サーバ装置２０から動画データを取得しながら行われてもよい（いわゆるストリーム再生）し、サーバ装置２０から取得（ダウンロード）した動画データを記憶装置１０６に記憶した後で行われてもよい。
【００２６】
ステップＳ１０４において、ＣＰＵ１０１は、評価ボタンを表示するタイミングになったか判断する。この判断は、ステップＳ１０２において取得したタイミングデータと、動画の再生開始からの経過時間とを用いて行われる。例えば、図５の期間Ｃ内においては、ハスキーボタンを表示するタイミングであると判断される。評価ボタンを表示するタイミングであると判断された場合（Ｓ１０４：ＹＥＳ）、ＣＰＵ１０１は、処理をステップＳ１０５に移行する。評価ボタンを表示するタイミングでないと判断された場合（Ｓ１０４：ＮＯ）、ＣＰＵ１０１は、処理をステップＳ１０７に移行する。
【００２７】
ステップＳ１０５において、ＣＰＵ１０１は、対応する評価ボタンを表示装置１０４に表示させる。例えば、図５の期間Ｃ内においては、ハスキーボタンを表示させる。ステップＳ１０６において、ＣＰＵ１０１は、評価ボタンを介した入力を認識する。評価ボタンを介した入力とは、表示装置１０４に表示されている評価ボタンに関連した操作入力をいい、具体的には、評価ボタンをクリックする操作（入力装置１０７がマウスの場合）や、評価ボタンが表示されている位置をタッチする操作（入力装置１０７がタッチスクリーンの場合）をいう。評価ボタンを介した入力を認識した場合、ＣＰＵ１０１は、認識した入力を示す情報をサーバ装置２０に出力する。この情報は、操作子の画像に対して行われた操作を示している（例えば、タッチ、クリック、フリック、またはドラッグのうちどの操作が行われたかを示している）。すなわちここでサーバ装置２０に出力される情報は、操作の認識結果に応じて異なっている。
【００２８】
ステップＳ１０７において、ＣＰＵ１０１は、評価ボタンを表示終了するタイミングになったか判断する。この判断は、ステップＳ１０２において取得したタイミングデータと、動画の再生開始からの経過時間とを用いて行われる。例えば、図５の期間Ｃの終期（時刻ｔCend）においては、ハスキーボタンを表示終了するタイミングであると判断される。評価ボタンを表示終了するタイミングであると判断された場合（Ｓ１０７：ＹＥＳ）、ＣＰＵ１０１は、処理をステップＳ１０８に移行する。評価ボタンを表示終了するタイミングでないと判断された場合（Ｓ１０７：ＮＯ）、ＣＰＵ１０１は、処理をステップＳ１０９に移行する。
【００２９】
ステップＳ１０８において、ＣＰＵ１０１は、対応する評価ボタンの表示を終了する。すなわち、それまで表示されていた評価ボタンを消去する。例えば、図５の期間Ｃの終期（時刻ｔＣＥ）においては、ハスキーボタンを画面から消去する。
【００３０】
ステップＳ１０９において、ＣＰＵ１０１は、動画データの再生が終了したか判断する。動画データの再生が終了したと判断された場合（Ｓ１０９：ＹＥＳ）、ＣＰＵ１０１は、図４のフローを終了する。動画データの再生がまだ終了していないと判断された場合（Ｓ１０９：ＮＯ）、ＣＰＵ１０１は、処理をステップＳ１０４に移行する。
【００３１】
図６は、画面表示の遷移例を示す図である。図６（Ａ）は図５の期間Ａの画面表示の例を、図６（Ｂ）は期間Ｃの画面表示の例を、図６（Ｃ）は期間Ｄの画面表示の例を、それぞれ示している。この例では、既に説明した３つの評価ボタンの他に、音程に関する評価ボタン（以下「音程ボタン」という）が用いられる。音程ボタンは、動画データの解析結果によらず常時、画面に表示される。期間Ａにおいて、音程ボタンに加え、ダミボタンが表示されている（図６（Ａ））。期間Ｃになるとダミボタンは消去され、音程ボタンおよびハスキーボタンが表示されている（図６（Ｂ））。期間Ｄになると、ハスキーボタンは消去され、音程ボタンだけが表示されている（図６（Ｃ））。
【００３２】
図７は、評価ボタンを介した入力を例示する図である。ここでは、ユーザ１〜６の６人のユーザによる、ハスキーボタンに対する入力を例示している。横軸は動画に対応する時間を示しており、ハッチングされた図形はハスキーボタンが押下されたタイミングを示している。例えば、ユーザ１はハスキーボタンの表示期間（期間Ｃ）において１回、ハスキーボタンを押下している。ユーザ３は、ハスキーボタンの表示期間において３回、ハスキーボタンを押下している。ユーザ４は、１回もハスキーボタンを押下していない。これらの情報、すなわち、各評価ボタンがいつ押されたかを示す情報が、クライアント装置１０からサーバ装置２０に出力される。複数のクライアント装置１０から出力されたこれらの情報は、サーバ装置２０の記憶装置２０６に記憶される。
【００３３】
クライアント装置１０から集められたこれらの情報はどのように用いられてもよい。すなわち、図１の処理手段２３による処理はどのようなものであってもよい。ここでは、クライアント装置１０から集められたこれらの情報の利用方法の具体例をいくつか説明する。
【００３４】
（１）評価アルゴリズムへの最適化
この例で、クライアント装置１０から集められた情報は、評価アルゴリズムの最適化に用いられる。例えば、評価ボタンを表示する期間に対して評価ボタンが押下される回数が少なすぎる場合、ボタン表示のためのしきい値が小さすぎる（本来ボタン表示すべきでない期間にもボタン表示してしまっている）可能性がある。したがってこの場合、ＣＰＵ２０１は、この評価ボタンを表示するためのしきい値を大きくするように変更する。別の例で、評価ボタンを表示する期間に対して評価ボタンが押下される回数が多すぎる場合、ボタン表示のためのしきい値が大きすぎる（本来ボタン表示すべき期間にボタン表示されていない）可能性がある。したがってこの場合、ＣＰＵ２０１は、この評価ボタンを表示するためのしきい値を小さくするように変更する。さらに別の例で、評価のアルゴリズムが複数ある場合に、評価ボタンを表示する期間に対して評価ボタンが押下される回数が少なすぎるときまたは多すぎるときは、評価に用いるアルゴリズムを別のものに変更してもよい。アルゴリズムはランダムに変更されてもよい。あるいは、あらかじめアルゴリズムによる評価の傾向（ボタン表示期間が長くなりやすい、または短くなりやすい）が分かっていれば、その評価の傾向に応じてアルゴリズムを変更しててもよい。例えば、評価ボタンが押下される回数が少なすぎるときは、よりボタン表示期間が長くなりやすいアルゴリズムに変更してもよい。すなわちこの例で、サーバ装置２０は、クライアント装置１０から集められた情報に応じて決められたしきい値およびアルゴリズムの少なくとも一方を用いて、評価ボタンを表示するタイミングを決定する。
【００３５】
なおこの例において、ＣＰＵ２０１は、動画データの解析結果およびクライアント装置１０から集められた情報によらずに、評価のためのしきい値およびアルゴリズムの少なくとも一方を変化させてもよい。すなわちＣＰＵ２０１は、評価アルゴリズムおよびしきい値の少なくとも一方を変化させる変化手段として機能してもよい。例えば、ＣＰＵ２０１は、ある日はしきい値を大きく、次の日はしきい値を中間値に、さらに次の日にはしきい値を小さく設定する。各しきい値を用いた場合にクライアント装置１０から集められた情報を用いて、ＣＰＵ２０１は、しきい値またはアルゴリズムの確からしさを評価する。例えば、ハスキーボタンが表示されている期間に多くのユーザがそのボタンを押下した場合、評価アルゴリズムによる「ハスキー」という評価がユーザにより支持されていると考えられる。一方、ハスキーボタンが表示されている期間にそのボタンを押下するユーザが少ない場合、評価アルゴリズムによる「ハスキー」という評価はユーザにより支持されていないと考えられる。したがって、ボタンが表示されている期間とそのボタンが押下された回数とを用いれば、評価アルゴリズムの確からしさを数値化することができる。すなわちＣＰＵ２０１は、評価アルゴリズムまたはしきい値の確からしさを評価するアルゴリズム評価手段として機能してもよい。
【００３６】
ＣＰＵ２０１は、最も確からしい（最適な）しきい値またはアルゴリズムを採用する。すなわち、ＣＰＵ２０１は、上記のように数値化された確からしさを用いて、最適なしきい値またはアルゴリズムを決定する。
【００３７】
なおこの場合において、例えばユーザによる支持が低い（確からしさが低い）アルゴリズムについて、そのアルゴリズムで用いられるしきい値を所定の範囲で変化させ、アルゴリズムとしきい値のより好ましい組み合わせを探してもよい。これはユーザによる支持が高いアルゴリズムについても同様である。
【００３８】
（２）動画データの評価
この例で、クライアント装置１０から集められた情報は、動画データの評価に用いられる。ＣＰＵ２０１は、クライアント装置１０から集められた情報を所定のアルゴリズムに従って点数化し、その動画データに対する評価点とする。すなわちＣＰＵ２０１は、クライアント装置１０から出力された情報を用いて動画データを評価するデータ評価手段として機能する。
【００３９】
なおこの例において、クライアント装置１０から集められた情報を、その情報を入力したユーザの評価（評価者としての評価）に用いてもよい。例えば、他の多くのユーザがハスキーボタンを押していないときに一人だけハスキーボタンを押しているユーザについては、他の多くのユーザと評価の基準が異なっており、評価者としての信頼性が低いといえる。一方で、他の多くのユーザがハスキーボタンを押しているときにハスキーボタンを押しているユーザについては、他の多くのユーザと評価の基準が一致しており、評価者としての信頼性がより高いといえる。このように、ＣＰＵ２０１は、他のユーザによる情報との関係を用いて、その情報を入力したユーザの評価をしてもよい。この評価は、例えば所定のアルゴリズムにより点数化され、システムにログインしたときにそのユーザの評価者として点数が画面に表示されてもよい。また、この点数が所定の基準を満たしたユーザについては、そのユーザ自身または他のユーザに対して、そのユーザが所定の条件を満たした評価者である旨をサーバ装置２０が提示してもよい。
【００４０】
（３）属性情報の収集
この例で、クライアント装置１０から集められた情報は、評価を行ったユーザの属性情報の収集に用いられる。ユーザの属性情報は、ユーザがシステム上であらかじめ登録している。ユーザは、システムへログインすることにより特定される。ユーザの属性情報を用いると、例えば、ある動画データについて、ハスキーボタンを押したユーザが特定の属性（例えば、男性であるとか、１０代であるとか）を有していることを知ることができる。
【００４１】
３．変形例
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例のうち２つ以上のものが組み合わせて用いられてもよい。
【００４２】
サーバ装置２０が解析手段２２を有する場合において、サーバ装置２０からクライアント装置１０に送信される情報は、実施形態で例示したものに限定されない。サーバ装置２０からクライアント装置１０に送信される情報は、動画データの解析により得られる、パラメータ（評価指標）の時間変化を直接的に示す情報であってもよい。この場合、パラメータの時間変化をタイミングデータに変換する処理は、クライアント装置１０において行われる。具体的には、サーバ装置２０からクライアント装置１０に送信される情報は、音声の周波数解析により得られたＳ／Ｎ比の時間変化であってもよい。クライアント装置１０は、決められたしきい値を用いて、この情報をボタン表示のタイミングを示すデータに変換する（すなわち、サーバ装置１０から受信した情報からタイミングを決定する）。
【００４３】
サーバ装置２０から配信されるデータは動画データに限定されない。音声等の楽音を示すデータがサーバ装置２０から配信されてもよい。動画データが配信される場合において、データの解析は音声トラックだけでなく、映像に対して行われてもよい。例えば、複数のメンバーを有するアイドルグループの歌唱の動画において、映像に対して画像認識処理を行って、画面においてアップになっているメンバーが特定されてもよい。この場合において、特定されたメンバーに対応する評価ボタンが画面に表示されてもよい。また、データはサーバ装置２０から配信されるものに限定されない。データは、光ディスクや半導体メモリなどの記録媒体を介してクライアント装置１０に記憶されてもよい。この場合、クライアント装置１０自体が、解析手段２２を有している。
【００４４】
クライアント装置１０からサーバ装置２０に出力される情報は、実施形態で説明したものに限定されない。実施形態においては、各評価ボタンが押されたタイミングを示す情報が出力されたが、例えば、動画データの再生中に各評価ボタンが押された回数、または押されていた累積時間などの情報が出力されてもよい。
【００４５】
評価の項目は実施形態で説明したものに限定されない。また、実施形態では複数の評価項目が用いられる例を説明したが、単一の評価項目だけが用いられてもよい。
ユーザによる評価を入力するための操作子はボタンに限定されない。ボタン以外の操作子の画像が用いられてもよい。
クライアント装置１０は、パーソナルコンピュータに限定されない。携帯電話、スマートフォン、タブレット端末等、パーソナルコンピュータ以外の装置であってもよい。
【００４６】
また、本発明は、楽音を含むデータを解析し、所定の評価指標の時間変化を示す解析結果を出力するステップと、前記データの再生中に、前記解析結果により示される前記評価指標がしきい値を超えたタイミングで、当該データの評価のための入力操作子の画像を表示手段に表示させるステップと、前記入力操作子の画像に対して行われた操作を認識するステップと、前記認識結果に応じた情報を出力するステップとを有する情報処理方法を提供する。
【００４７】
さらに、本発明は、コンピュータに、楽音を含むデータを解析し、所定の評価指標の時間変化を示す解析結果を出力するステップと、前記データの再生中に、前記解析結果により示される前記評価指標がしきい値を超えたタイミングで、当該データの評価のための入力操作子の画像を表示手段に表示させるステップと、前記入力操作子の画像に対して行われた操作を認識するステップと、前記認識結果に応じた情報を出力するステップとを実行させるためのプログラムを提供する。このプログラムは、光ディスク、磁気ディスク、半導体メモリーなどの記憶媒体により提供されてもよいし、インターネット等の通信回線を介してダウンロードされてもよい。
【符号の説明】
【００４８】
１…情報処理システム、１０…クライアント装置、１１…表示手段、１２…表示制御手段、１３…認識手段、１４…出力手段、２０…サーバ装置、２１…記憶手段、２２…解析手段、２３…処理手段、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…ＲＯＭ、１０４…表示装置、１０５…通信ＩＦ、１０６…記憶装置、１０７…入力装置、１０８…音声出力部、２０１…ＣＰＵ、２０２…ＲＡＭ、２０３…ＲＯＭ、２０５…通信ＩＦ、２０６…記憶装置
【図１Ａ】
2015094913.tif 000003
【図１Ｂ】
2015094913.tif 000004
【図２】
2015094913.tif 000005
【図３】
2015094913.tif 000006
【図４】
2015094913.tif 000007
【図５】
2015094913.tif 000008
【図６】
2015094913.tif 000009
【図７】
2015094913.tif 000010