JP6375780B2 - カラオケ装置及びカラオケプログラム - Google Patents

Description

本発明は、楽曲の自動演奏に合わせて歌唱を楽しむことのできるカラオケ装置、及び、各種情報処理装置で実行可能なカラオケプログラムに関する。特に、他のユーザの歌唱による投稿情報に合わせて歌唱を楽しむことのできるカラオケ装置及びカラオケプログラムに関する。

従来、楽曲の自動演奏に合わせて歌唱を楽しむカラオケが社交の場において人気を有している。カラオケでは、歌唱音声を録音し、投稿情報としてインターネット上に投稿する投稿サービスが行われている。投稿された投稿情報は、インターネット上で公開することや、カラオケ装置に配信することで一緒に歌唱を楽しむことに利用されている。特許文献１には、このような投稿サービスを利用した通信カラオケシステムにおいて、投稿された投稿情報（歌唱録音作品）の採点の良い区間をつなぎ合わせ、歌唱補助のための模範ボーカルを製作する模範ボーカル提供装置が開示されている。

特開２００５−２４１８４８号公報

ところで、他のユーザの歌唱に基づく投稿情報にあわせて歌唱を楽しむ投稿サービスでは、同じ楽曲について、多様な歌唱力のユーザにより投稿情報が集積されることとなる。従来の投稿サービスでは、投稿者のプロフィール等を使用して、歌唱に際して使用する投稿情報を選択することが行われていた。このような選択方法では、歌唱するユーザの歌唱力と投稿情報のユーザの歌唱力が不釣り合いとなることが考えられる。ユーザ相互の歌唱力が不釣り合いな場合、ユーザ相互の歌唱音声については、上手い方が際立って聴取されてしまう等、全体としてバランスが取れないことが考えられる。

本発明は、カラオケの投稿サービスにおけるこのような状況を鑑みたものであり、ユーザの歌唱力と同程度の投稿情報を選択可能とすることを目的とするものである。さらに、本発明では、歌唱するユーザが不得意とする区間において、歌唱補助できる投稿情報を選択することを目的としている。

そのため、本発明に係るカラオケ装置は以下の構成を採用するものである。
楽曲に対応すると共に、歌唱評価情報に対応付けられた投稿情報を記憶したサーバ装置と通信可能なカラオケ装置であって、
再生部と、制御部と、を備え、
前記再生部は、投稿情報を再生出力可能とし、
前記制御部は、ユーザから指定された楽曲について、楽曲を指定したユーザのユーザ情報中、指定された楽曲について、楽曲の進行時間に対応した歌唱評価情報を取得する取得処理と、
ユーザから指定された楽曲に対応するとともに、前記取得処理で取得した歌唱評価情報が閾値よりも低い区間において、高い歌唱評価情報を有する投稿情報をサーバ装置から受信し、前記再生部に再生出力させる再生処理と、を実行する。

さらに本発明に係るカラオケ装置において、
歌唱評価情報は、楽曲の進行時間に対応し、
前記再生処理は、取得した歌唱評価情報と、投稿情報の歌唱評価情報の高低に基づいて、投稿情報、または、マイクロホンから入力される歌唱音声の音量、少なくとも一方の音量を制御する。

また本発明に係るカラオケプログラムは、
楽曲に対応すると共に、歌唱評価情報に対応付けられた投稿情報を記憶したサーバ装置と通信可能な情報処理装置で実行可能なカラオケプログラムであって、
ユーザから指定された楽曲について、楽曲を指定したユーザのユーザ情報中、指定された楽曲について、楽曲の進行時間に対応した歌唱評価情報を取得する取得処理と、
ユーザから指定された楽曲に対応するとともに、前記取得処理で取得した歌唱評価情報が閾値よりも低い区間において、高い歌唱評価情報を有する投稿情報をサーバ装置から受信し、再生出力させる再生処理と、を実行する。

本発明に係るカラオケ装置及びカラオケプログラムによれば、楽曲を指定したユーザの歌唱評価情報に対して所定条件を満たす歌唱評価情報を有する投稿情報を再生することで、例えば、歌唱するユーザの歌唱力と同程度の歌唱力を有するユーザによる投稿情報を再生しつつ、歌唱を楽しむことが可能となる。

さらに本発明に係るカラオケ装置及びカラオケプログラムによれば、楽曲を指定したユーザのユーザ情報中、指定された楽曲の歌唱評価情報を取得することで、歌唱するユーザの楽曲毎の歌唱力を考慮し、投稿情報を選択することが可能となる。

さらに本発明に係るカラオケ装置及びカラオケプログラムによれば、取得処理で取得した歌唱評価情報が第１の閾値よりも低い区間において、第２の閾値よりも高い歌唱評価情報を有する投稿情報を選択することで、歌唱するユーザが苦手とする区間において、投稿情報による歌唱補助を行うことが可能となる。

さらに本発明に係るカラオケ装置及びカラオケプログラムによれば、取得処理で取得した歌唱評価情報と、投稿情報の歌唱評価情報の高低に基づいて、投稿情報、または、マイクロホンから入力される歌唱音声の音量、少なくとも一方の音量を制御することとしている。このような構成によれば、歌唱評価情報の高い方の音量を上げる、もしくは、歌唱評価情報の低い方の音量を下げることで、ユーザによる歌唱、投稿情報に基づく歌唱の不得意とする区間を互いにカバーすることが可能となる。

本発明の実施形態に係るカラオケ投稿の概要を説明する図 本発明の実施形態に係るカラオケシステムの構成を示す図 本発明の実施形態に係るトップ画面を示す図 本発明の実施形態に係るユーザ情報を示す図 本実施形態のユーザ情報の送受信を説明する図 本実施形態のアクティブユーザトップ画面を示す図 本実施形態の選曲処理を示すフロー図 本実施形態の楽曲確認画面を示す図 本実施形態の楽曲確認画面（コラボ設定時）を示す図 本実施形態の楽曲確認画面（コラボ設定設定時）を示す図 本実施形態の各種情報のデータ構成を示す図 本実施形態の選択処理（一次選択処理）を示すフロー図 本実施形態の選択処理を説明するための図 本実施形態の楽曲予約処理を示すフロー図 本実施形態の楽曲再生処理を示すフロー図 楽曲再生時のモニタの表示形態を示す図 本実施形態の二次選択処理を説明するための図 本実施形態の音量制御処理を説明するための図

本実施形態のカラオケ装置は、カラオケにおいてデュエットや合唱などを楽しむことのできるカラオケ投稿システムに利用されるものである。図１は、このカラオケ投稿システムの概要を説明するための図である。この図を用いてカラオケ投稿の流れを簡単に説明する。ここでは、歌唱音声の記録を行う場合について説明するが、実際には、カメラを使用して録画された映像が伴うこととなる。

まず、歌唱者は、カラオケボックスなど、カラオケシステムが設置される場所で演奏にあわせた歌唱が行われ歌唱音声が記録される（ａ）。カラオケシステムは、カラオケ装置（別称「コマンダ」）、カラオケ装置から出力される歌詞映像、背景映像が表示されるモニタ、操作者からの操作をカラオケ装置に伝えるリモコン装置にて構成されている。歌唱音声は、カラオケ装置に内蔵されたハードディスクなどの記録手段に第１投稿情報として記録される。

歌唱者は、記録された歌唱音声を確認するため、第１投稿情報の再生を行うこともできる（ｂ）。歌唱者が希望する場合には、第１投稿情報は、ホスト装置上にアップロードされ、インターネットを介して公開することが可能となる（ｃ）。公開された第１投稿情報は、この歌唱者と一緒に歌唱を希望する歌唱者によりカラオケシステムでダウンロードされる（ｄ）。

ダウンロードされた第１投稿情報は、楽曲にあわせて再生することで内容を確認することもできる（ｅ）。ダウンロードされた第１投稿情報は、楽曲と共にカラオケ装置にて再生され、歌唱者は予め記録された第１投稿情報とのデュエットを楽しむことができる。さらに、第１投稿情報と一緒に歌唱を行った歌唱者の歌唱音声は、第２投稿情報としてカラオケ装置に記録される（ｆ）。記録された第２投稿情報は、第１投稿情報、並びに、楽曲と同期して再生することができ、歌唱者は自身の歌唱をデュエット形式で確認することができる（ｇ）。

歌唱者は、新たな投稿として第２投稿情報をホスト装置にアップロードすることができる。第２投稿情報は、第１投稿情報と併せて再生することができるが、ホスト装置には第１投稿情報が保存されているため、第２投稿情報のみが送信される。第２投稿情報には、第１投稿情報と対応付けるため、第２投稿情報の識別情報が付与される（ｈ）。

ホスト装置に保存された第１投稿情報、第２投稿情報は、ユーザからの要請により、ＰＣ（パーソナルコンピュータ）あるいはカラオケシステムにダウンロードされ、第１投稿情報、第２投稿情報、並びに楽曲情報に基づいて複数の歌唱者によるコラボレーションを楽しむことが可能となる（ｉ）。以上、第１投稿情報と第２投稿情報に基づくコラボレーションについて説明したが、（ｄ）、（ｆ）〜（ｈ）を繰り返し行うことで、複数人（２名以上）のコラボレーションが可能となる。

このように本実施形態のカラオケ投稿システムでは、その場に居合わせない相手ともデュエットや合唱を楽しむことができる。ここでは、歌唱音声についてのみ説明したが、本発明に適用する場合には、歌唱音声と一緒にカメラによる撮影、並びに、映像情報の記録がカラオケ装置にて実行されることとなる。

次に、歌唱の記録とあわせて、カメラ４５による撮影を可能とするカラオケシステムの一実施形態について図２を用いて説明する。図２は、本発明の実施形態に係るカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、カラオケ装置２（コマンダ）と、リモコン装置１を含んで構成されている。なお、図２に示す例では、１台のカラオケ装置２に対して、リモコン装置１ａとリモコン装置１ｂ、２台のリモコン装置１が使用されている例である。これらリモコン装置１ａ、１ｂの構成は同一であるため、リモコン装置１として説明を行う。カラオケ装置２とリモコン装置１は、ＬＡＮ１００及びアクセスポイント１１０を利用してネットワークを形成するように接続されている。

カラオケボックスなどの店舗に設置されるカラオケ装置２は、楽曲を演奏するための演奏部として音響制御部２５を備えている。また、カラオケ装置２は、ユーザからの各種入力を受け付ける操作部２１を備える。カラオケ装置２は、操作部２１からの入力を解釈してＣＰＵ３０に伝達する操作処理部２２を備える。また、カラオケ装置２は、各種情報を記憶する記憶部としてのＨＤＤ３２（ハードディスク）を備える。カラオケ装置２は、ＬＡＮ１００に接続してネットワークに加入する通信手段としてのＬＡＮ通信部２４を備えている。

また、カラオケ装置２は、モニタ４１に対して歌詞映像、背景映像を表示させる映像再生手段を備える。この映像再生手段は、映像情報に基づいて映像を再生する映像再生部２９、再生する映像を一時的に蓄積するビデオＲＡＭ２８、再生された映像に対する歌詞テロップの重畳、映像効果を付与する映像制御部３１を備えて構成される。

さらに、このカラオケ装置２では、外部に接続されるモニタ４１以外に、タッチパネルモニタ３３に対して各種情報を表示することを可能としている。タッチパネルモニタ３３は映像制御部３１から入力された映像情報を表示する表示部３５と、タッチ入力された位置を操作処理部２２に出力するタッチパネル３４が重畳されて構成されている。このタッチパネルモニタ３３は、カラオケ装置２の操作部、あるいは、リモコン装置１のタッチパネルモニタ１１などと同様、入力部として機能する。ユーザは、タッチパネルモニタ３３にて楽曲を選択することで、直接カラオケ装置２に予約をさせるなど、カラオケ装置２に対する各種操作を行うことが可能である。

さらに、カラオケ装置２は、各構成を統括して制御するためのＣＰＵ３０、各種プログラムを実行するにあたって必要となる情報を一時記憶するためのメモリ２７を備えて構成される。

このような構成にてカラオケ装置２は、各種処理を実行することとなるが、カラオケ装置２の主な機能として、楽曲予約処理、楽曲再生処理などを実行可能としている。楽曲予約処理は、ユーザからの指定に基づいて楽曲を指定、予約するための処理であってリモコン装置１と連携して実行される。ユーザの操作により、リモコン装置１などの入力部で指定された予約情報をメモリ２７中の予約テーブルに登録する。楽曲再生処理は、予約された楽曲を再生させる処理であって、楽曲演奏処理と歌詞再生処理とが同期して実行される処理である。

楽曲演奏処理は、楽曲情報に含まれる演奏情報に基づき、音響制御部２５に演奏を実行させる処理である。音響制御部２５にて演奏された楽曲は、マイクロホン４４ａ、４４ｂから入力される歌唱音声と一緒にスピーカ４２から放音される。歌詞再生処理は、楽曲情報に含まれる歌詞情報をモニタ４１に表示させることで歌唱補助を行う処理である。この歌詞再生処理で表示される歌詞に、背景映像を重畳させて表示させる背景映像表示処理を実行することとしてもよい。

カラオケ装置２には、歌唱の様子を撮影するための撮像手段としてカメラ４５が接続されている。カメラ４５からのカメラ映像は、映像入出力を担う映像制御部３１を介して、記録手段としてのＨＤＤ３２に記録、そして、モニタ４１にリアルタイム表示することが可能である。

一方、リモコン装置１は、歌唱する楽曲を選択する選曲処理を実行可能とし、予約情報などカラオケ装置２に対して各種指示を送信可能としている。また、リモコン装置１は、カラオケ装置２あるいはインターネット上に接続されたホスト装置５から各種情報を受信し、ユーザに対して各種情報を提供することも可能である。本実施形態では、ユーザから各種指示を受け付けるユーザインターフェイスとして、操作部１７と、タッチパネルモニタ１１を備えている。タッチパネルモニタ１１は、表示部１１ａとタッチパネル１１ｂを有して構成され、表示部１１ａに各種インターフェイスを表示するとともに、ユーザからのタッチ入力を受付可能としている。

さらにリモコン装置１は、楽曲検索に必要とされるデータベース、各種プログラム、並びに、プログラム実行に伴って発生する各種情報を記憶する記憶部として、メモリ１４、そして、これら構成を統括して制御するためのリモコン側制御部を備えて構成される。リモコン側制御部には、ＣＰＵ１５、タッチパネルモニタ１１に対して表示する映像を形成する映像制御部１３、表示する映像情報を一時的に蓄えるビデオＲＡＭ１２、タッチパネルモニタ１１あるいは操作部１７からの入力を解釈してＣＰＵ１５に伝える操作処理部１８が含まれている。

また、リモコン装置１は、無線ＬＡＮ通信部１６によって、アクセスポイント１１０と無線接続されることで、ＬＡＮ１００によって構成されるネットワークに接続される。なお、各リモコン装置１は、特定のカラオケ装置２に対して事前に対応付けされている。リモコン装置１から出力される各種命令は、対応付けされたカラオケ装置２にて受信されることとなる。

このようなリモコン装置１の構成により、ユーザからの各種入力をタッチパネルモニタ１１、あるいは、操作部１７から受付けるとともに、映像情報をタッチパネルモニタ１１の表示により各種情報を提供することで、カラオケ装置２に対して楽曲予約などの各種指示を行うことが可能とされている。

図３は、本実施形態のトップ画面、すなわち、リモコン装置１を起動した直後の画面を示す図である。本実施形態では、リモコン装置１の表示部１１ａに表示を行うことで、リモコン装置１を操作するユーザに対して各種情報が提供される。

本実施形態のカラオケシステムは、各リモコン装置１のタッチパネルモニタ１１から認証情報（後述するユーザ識別情報やパスワード）を入力することで、ログインすることが可能となっている。特に、本実施形態のカラオケシステムでは、複数のユーザをログインさせることを可能としており、ログインしたユーザ（ログインユーザ）に関する情報は画面上方に常時表示される。ログインしたユーザの分身像（アバター）を表示するためのログインユーザ欄１０３が設けられている。なお、分身像としては、人、キャラクターを模した像の他、図形や記号など各種形態を採用することができる。

また、アカウントを有していないユーザのためのゲストアイコン１０２、ユーザを切り替えるためのユーザ切り替えスイッチ１０１が表示されている。ログインしたユーザは、ログインユーザ欄１０３に表示される分身像を選択、あるいは、ユーザ切り替えスイッチ１０１を操作することで、自分のユーザ情報を利用した各種サービスを受けることが可能となる。また、アカウントを有していないユーザは、ゲストアイコン１０２を操作することで、選曲など一般的なサービスを受けることが可能となっている。なお、ユーザの切り替えの際には、パスワードなどを使用した認証を行うこととしてもよいが、認証を行うことなく簡易に切り替えることとしてもよい。

図４は、ユーザ毎にホスト装置５に記憶されているユーザ情報を説明するための図である。本実施形態では、ユーザ情報として、個人情報、マイうたテーブル、マイアーティストテーブル、履歴テーブルといった、ユーザに関する各種情報を含んで構成される。ユーザ情報は、ホスト装置５の記憶部５１において記憶管理されている。ユーザ情報には、ユーザがログインするための認証情報（ユーザ識別情報とパスワード）が含まれている。個人情報には、ユーザ名（実際の名前に限ったものでなく、ニックネームであってもよい）、性別、年齢、うた年齢、総合歌唱評価情報などを含んで構成される。これら各種情報は、リモコン装置１、あるいは、インターネットなどのネットワークに接続された図示しないパーソナルコンピュータ、携帯情報端末などを使用し、ログインして設定することも可能である。

個人情報中に記録されている総合歌唱評価情報は、歌唱者が過去の歌唱時に行った歌唱評価処理において算出された個別歌唱評価情報の平均である。すなわち、総合歌唱評価情報は、ユーザの歌唱力を示す情報ということができる。なお、この総合歌唱評価情報の算出は、個別歌唱評価情報の平均を取る以外に、個別歌唱評価情報に対し、歌唱評価処理を行ってからの経過日時による重み付けを行い算出すること等、各種形態を採用することが可能である。あるいは、楽曲のジャンル毎に算出することで、各ジャンルに対する得手、不得手を判別可能としてもよい。

マイうたテーブルは、ユーザによって登録された楽曲を記憶するテーブルであって、楽曲識別情報、音高調整値、楽曲別歌唱評価情報などを含んで構成されている。ユーザは、このマイうたテーブルに基づいて、過去に登録したお気に入りの楽曲を呼び出して予約、演奏することが可能となる。その際、登録した音高調整値を利用することで、自分の歌唱にあった音高で演奏（再生）を行うこともできる。楽曲別歌唱評価情報は、歌唱者が過去の歌唱時に行った歌唱評価処理において算出された個別歌唱評価情報を楽曲別に集計した値であり、本実施形態では、該当する楽曲について算出された個別歌唱評価情報の平均を使用している。なお、この楽曲別歌唱評価情報についても、各種形態を採用することが可能であり、例えば、過去の最高値とすることや、歌唱評価処理を行ってからの経過日時による重み付けを行い算出すること等が考えられる。

マイアーティストテーブルは、ユーザによって登録されたアーティスト（歌手）を記憶するテーブルであって、歌手識別情報を含んで構成されている。ユーザは、このマイアーティストテーブルに基づいて、登録したお気に入りのアーティストの楽曲（持ち歌、あるいは、関連楽曲）を呼び出して予約、演奏することが可能となる。

履歴テーブルは、ユーザが過去に演奏した楽曲に関する各種情報を記録した情報であって、本実施形態では、過去に当該ユーザが予約することで演奏された楽曲について、楽曲の楽曲識別情報、演奏した日時を示す歌唱日時、歌唱時に行われた歌唱評価処理の結果である個別歌唱評価情報などを含んで構成されている。ユーザは、この履歴テーブルに基づいて、過去に演奏した楽曲を呼び出して再度歌唱することが可能である。

図５は、このユーザ情報の送受信の様子を示した図である。カラオケ店舗に来店したユーザは、自己のユーザ識別情報とパスワードで構成された認証情報を入力、あるいは、リモコン装置１などに設けられたＩＣカードリーダでＩＣカードに記憶されている認証情報を読み取らせることで認証処理（Ｓ１０１）を実行する。カラオケ装置２あるいはリモコン装置１は、認証情報をホスト装置５に送信し（Ｓ１０２）、認証情報を受信したホスト装置５は記憶部５１に記憶されたデータベースから、該当するユーザのユーザ情報を抽出し（Ｓ１２１）、問い合わせのあったカラオケ装置２あるいはリモコン装置１に対して送信する（Ｓ１２２）。

ユーザ情報を受信したカラオケ装置２側では（Ｓ１０３）、受信したユーザ情報に基づいて、楽曲予約処理、楽曲再生処理など各種サービス処理を提供する（Ｓ１０４）。ユーザによりログアウトが要求される（Ｓ１０５）とサービス処理を中断し、サービス処理中に発生した各種履歴（ログ）、あるいは、ユーザによる設定変更を反映したユーザ情報をホスト装置５に送信する（Ｓ１０６）。ここで、ユーザ情報は、全ての情報を送信することの他、更新された差分だけを送信してもよい。ユーザ情報を受信したホスト装置５では（Ｓ１２３）、受信したユーザ情報に基づいて記憶部５１に記憶されたデータベースの更新を実行する（Ｓ１２４）。

以上、あるユーザが認証処理（ログイン処理）してから、ログアウトするまでの流れを説明したが、本実施形態のカラオケ装置２、リモコン装置１は、認証された複数人（認証ユーザ）が同時にログインした状態で使用することが可能となっている。図３で説明したユーザインターフェイスを用いることで、サービスを提供するユーザ（以下、「アクティブユーザ」という）を切り替えて使用することが可能となっている。

図６は、本実施形態のアクティブユーザトップ画面を示す図である。この図に示されるように、複数人がログインした状態ではログインユーザ欄１０３にログインしたユーザの分身像１０３ａ〜１０３ｅ（本実施形態では顔部分）が表示される。またログインユーザ欄１０３中、右端に背景がハイライト（白色）で示されるユーザは、アクティブユーザ１０３ｅ（Ａさん）であって、図に示す状態では、このアクティブユーザ１０３ｅに対するサービス、すなわち、アクティブユーザ１０３ｅのユーザ情報を利用したサービスが実行されている状態となっている。このアクティブユーザトップ画面では、「曲を探す」を選択することで、歌手名、楽曲名に基づく検索を行うことができる。

図７は、リモコン装置１において実行される選曲処理を示すフロー図である。なお、選曲処理は、リモコン装置１のみならず、カラオケ装置２において実行可能としてもよい。その場合、カラオケ装置２のタッチパネルモニタ３３に、リモコン装置１と同様の画面表示を行い、ユーザによる楽曲の指定を受け付けることとなる。リモコン装置１のタッチパネルモニタ１１を使用して楽曲の指定が行われた場合（Ｓ２０１：Ｙｅｓ）、タッチパネルモニタ１１には、指定した楽曲の詳細を確認するための楽曲確認画面が表示される（Ｓ２０２）。

図８には、本実施形態の楽曲確認画面が示されている。アクティブユーザとして楽曲を選択した場合、この楽曲確認画面にて、予約を行う楽曲に間違いがないか、楽曲名、歌手名、歌い出しなどを表示してユーザに確認させる。本実施形態の楽曲確認画面には、投稿情報と一緒に歌唱する、あるいは、投稿情報を作成する（本明細書において「コラボ」（コラボレーションの略）と称する。）ためのコラボ設定欄１０６が設けられている。コラボ設定欄１０６の右下に表示されている変更ボタンを操作することで、図９に示すコラボ設定用の子画面１０７が表示され、予約する楽曲に対し、コラボに関する設定を行うことが可能である。

コラボ設定用の子画面１０７にはコラボ設定のオン、オフボタン、すなわち、投稿情報と一緒に歌唱するか否かを設定するためのボタン、コラボを行う際、使用する投稿情報を選択するための子画面へ遷移するボタン、コラボ時において、動画撮影を行うか否かを設定するためのオン、オフボタンが表示されている。

コラボを行うことが指定された場合（Ｓ２０３：Ｙｅｓ）、リモコン装置１は、指定したユーザのユーザ情報を参照し、楽曲確認画面で指定されている楽曲の楽曲別歌唱評価情報があるか否かを確認する（Ｓ２０４）。楽曲別歌唱評価情報がある場合（Ｓ２０４：Ｙｅｓ）、楽曲別歌唱評価情報を抽出し（Ｓ２０５）、抽出した楽曲別歌唱評価情報を含んだ選択依頼情報をホスト装置５に送信する（Ｓ２０７）。一方、楽曲別、歌唱評価情報がない場合、すなわち、指定されている楽曲について、過去に歌唱評価処理が行われていない場合には、総合歌唱評価情報を抽出し（Ｓ２０６）、抽出した総合歌唱評価情報を含んだ選択依頼情報をホスト装置５に送信する（Ｓ２０７）。このように本実施形態では、ユーザが以前に歌唱したことが無い等を事情として、楽曲別の歌唱評価情報（楽曲別歌唱評価情報）が存在しない場合、他の楽曲の歌唱評価処理により形成された歌唱評価情報（総合歌唱評価情報）を使用することとしている。なお、個別歌唱評価情報をジャンル毎に集計してジャンル別歌唱評価情報を使用することも可能である。楽曲確認画面で指定した楽曲と同じジャンルのジャンル別歌唱評価情報を使用することで、当該ジャンルにおけるユーザの歌唱能力に基づく、投稿情報の選択を行うことが可能となる。

図１１（Ｂ）には、投稿情報を選択するため、ホスト装置５に送信する選択依頼情報のデータ構成が示されている。選択依頼情報には、楽曲確認画面で指定されている楽曲識別情報と、楽曲別歌唱評価情報（もしくは、総合歌唱評価情報）が含まれている。ホスト装置５は、カラオケ装置２から受信した選択依頼情報に基づいて、歌唱するユーザに適切な投稿情報の候補を選択する。

図１２は、ホスト装置５で実行する選択処理のフロー図を示したものであり、図１３は、選択処理の概要を説明するための模式図である。ホスト装置５は、カラオケ装置２から選択依頼情報を受信した場合（Ｓ３０１：Ｙｅｓ）、選択依頼情報に含まれる楽曲識別情報に対応する投稿情報を対象として、投稿情報の歌唱評価情報が所定条件を満たす投稿情報を抽出する（Ｓ３０２）。本実施形態では、現在、楽曲を指定しているユーザ（歌唱ユーザ）と、同程度の歌唱能力を有するユーザにより投稿された投稿情報を抽出対象としている。図１３は、楽曲確認画面で指定されている楽曲ついて投稿された投稿情報の歌唱評価情報と、歌唱ユーザの歌唱評価情報（選択依頼情報に含まれる楽曲別歌唱評価情報、もしくは、総合歌唱評価情報）の関係を示したものである。同程度の歌唱能力を有するユーザにより投稿された投稿情報を抽出対象とするため、本実施形態では、歌唱ユーザの歌唱評価情報に対し、所定の閾値範囲（この例では±１０）の範囲内に入る歌唱評価情報を有する投稿情報を抽出対象としている。図１３の例では、Ｆさん、Ｇさん、Ｊさん、Ｋさん、Ｍさん、Ｎさんにより投稿された投稿情報が抽出対象となり、Ｈさん、Ｌさんにより投稿された投稿情報は抽出対象外となる。

本実施形態では、このように所定の閾値範囲に入る歌唱評価情報を有する投稿情報を抽出対象としているが、投稿情報を抽出するための所定条件は各種形態を採用することが考えられる。例えば、人気楽曲の場合、図１３の例のように±１０の閾値範囲とした場合、投稿情報の抽出件数が膨大になることが考えられる。そのような場合、閾値範囲（この例では±５）に縮小することで、投稿情報の抽出件数を少なくすることとしてもよい。このような閾値範囲の縮小は、投稿情報の抽出件数が所定数未満になるまで継続して行うこととしてもよい。

ホスト装置５は、抽出された投稿情報について、その関連情報をリモコン装置１に送信する（Ｓ３０３）。図１１（Ｃ）には、投稿関連情報のデータ構成が示されている。本実施形態では、投稿関連情報として、投稿情報を示す投稿識別情報、投稿時に撮像された映像から抽出したサムネイル画像、投稿ユーザ名、投稿日を含んで構成されている。図７の選曲処理に戻り、候補となる投稿情報の関連情報を受信（Ｓ２０８）したリモコン装置１は、投稿情報の関連情報を表示して、使用する投稿情報の選択をユーザに促す（Ｓ２０９）。

図１０には、歌唱確認画面のコラボ設定時における子画面１０８が示されている。この子画面１０８は、投稿情報を選択するための画面であって、図９のコラボ設定用の子画面１０７において、投稿情報を選択する子画面へ推移するボタンを操作することで表示される。この子画面には、ホスト装置５から受信した投稿関連情報に含まれるサムネイル画像、投稿を行ったユーザのユーザ名、投稿日が表示される。子画面１０８上での投稿情報の順番は、歌唱ユーザの歌唱評価情報に近い順に表示することで、ユーザは自分の歌唱能力のより近い投稿情報を選びやすくすることが可能である。なお、子画面１０８上での投稿情報の順番は、このような順番のみならず、投稿日の新しい順番、あるいは、使用回数の多い順番（この場合、投稿関連情報には使用回数が必要）等、適宜形態を使用することが可能である。あるいは、ユーザにより指定された項目で並べ替えることとしてもよい。

本実施形態では、サムネイル画像に重畳して表示されているプレビューボタンを操作することで、投稿情報を試聴することが可能となっている。プレビューボタンを操作した場合、リモコン装置１は、操作されたサムネイル画像に対応する投稿識別情報をホスト装置５に送信し、ホスト装置５からプレビュー用の動画情報を受信して再生を行う。ユーザは、子画面１０８に表示された各種情報を参考として、投稿情報を選択することが可能である。選択された投稿情報は、太枠表示される（図１０では、Ｇさんの投稿情報が選択された状態となっている。）。この状態で、決定ボタンを操作することで、歌唱時に使用する投稿情報が決定される。

リモコン装置１は、投稿情報が選択された場合（Ｓ２０８：Ｙｅｓ）、カラオケ装置２に対し、予約情報を送信する（Ｓ２１１）。図１１（Ｅ）には、本実施形態で使用する予約情報のデータ構成が示されている。予約情報は、指定した楽曲の楽曲識別情報、楽曲を指定したユーザのユーザ識別情報、動画撮影のオン、オフを示す動画撮影指定情報、選択した投稿情報を示す投稿識別情報を含んで構成されている。カラオケ装置２では、リモコン装置１から送信された予約情報を受信して、楽曲予約処理を実行する。なお、選曲処理において、コラボ指定されなかった場合（Ｓ２０３：Ｎｏ）、予約情報中には動画撮影指定情報、投稿識別情報は含まれない。

図１４には、本実施形態の楽曲予約処理を示すフロー図が示されている。カラオケ装置２は、リモコン装置１などから予約情報を受け取った場合（Ｓ４０１：Ｙｅｓ）、受け取った予約情報を、カラオケ装置２のメモリ２７に記憶管理する予約テーブルに登録する（Ｓ４０２）。その際、予約情報中に投稿情報の指定がある、すなわち、予約情報が投稿識別情報を含んでいる場合（Ｓ４０３：Ｙｅｓ）、指定されている投稿情報をホスト装置５からダウンロードする（Ｓ４０４）。このように本実施形態では、楽曲の再生前に、必要な投稿情報をダウンロードしておくことで、投稿情報のダウンロードを待つ必要が無く、迅速に楽曲の再生を開始することが可能となっている。また、ダウンロードする投稿情報は、歌唱補助区間のみとすることとしてもよい。ダウンロード容量を削減し、ダウンロード時間の短縮化、ホスト装置５の負荷削減を図ることが可能となる。なお、投稿情報の取得は、このようなダウンロード形態の他、楽曲再生時にホスト装置５からストリーミング配信することとしてもよい。

図１１（Ｄ）には、本実施形態の投稿情報のデータ構成が示されている。投稿情報は、投稿情報を識別するための投稿識別情報、投稿情報の作成に使用された楽曲を示す楽曲識別情報、歌唱音声情報と歌唱映像情報を含んだ歌唱動画情報、歌唱時、歌唱処理を行うことで算出された歌唱評価情報を含んで構成されている。なお、本実施形態では、歌唱の様子を撮影した歌唱映像情報を含んでいるが、投稿情報は、歌唱音声情報のみを使用することとしてもよい。

図１５には、本実施形態の楽曲再生処理を示すフロー図が示されている。楽曲再生処理が開始されると、カラオケ装置２内のメモリ２７に記憶している予約テーブルを参照し、次に再生させる楽曲の有無が判定される（Ｓ５０１）。予約テーブル中、次に再生させる楽曲がある場合（Ｓ５０２：Ｙｅｓ）、予約情報中のコラボに関する設定が読み出される。本実施形態では、コラボに関する設定に基づき、（１）コラボを行わない再生形態、（２）投稿情報と一緒に歌唱する再生形態（動画撮影あり）、（３）投稿情報と一緒に歌唱する形態（動画撮影なし）の何れかの再生形態で楽曲再生処理が行われる。

（１）コラボを行わない再生形態は、予約時にコラボ指定がない場合（Ｓ５０３：Ｎｏ）の再生形態であり、この場合、楽曲情報を再生開始する（Ｓ５１５）。図１１には、本実施形態で使用する各種情報のデータ構成が示されている。図１１（Ａ）は、本実施形態で使用する楽曲情報のデータ構成を示したものである。楽曲情報は、楽曲情報に関連する各種情報であるメタ情報と、演奏等、各種処理を実行する実情報を有している。メタ情報には、楽曲情報を識別するための楽曲識別情報、曲名、歌手名、作詞者名、作曲者名、ブロック情報を有している。ブロック情報は、演奏情報の時間進行に対応したブロックを規定した情報である。ブロックは、演奏情報を所定時間毎に区切る形態の他、小節位置やひとまとまりのフレーズ位置で区切る形態など、各種形態を採用することが考えられる。

楽曲情報の実情報には、演奏情報、歌詞情報、基準音高情報が含まれている。演奏情報は、ＭＩＤＩ規格に基づいて電子楽器用の制御情報、あるいは、実際の演奏を録音した圧縮音声情報等で構成され、カラオケの伴奏音を演奏するための情報である。歌詞情報は、歌唱補助のため、演奏情報に同期して表示される情報であり、演奏に同期して表示された歌詞の色替えを行うように構成してもよい。基準音高情報は、歌唱評価処理（採点）に使用される情報であり、演奏情報と同様、ＭＩＤＩ規格に基づいて規定された制御情報である。この基準音高情報は、マイクロホン４４ａ、４４ｂから入力される歌唱音声信号の音高と比較する歌唱評価処理にも使用することが可能である。

再生された楽音は、マイクロホン４４ａ、４４ｂから入力される歌唱音声と一緒にスピーカ４２から放音される。楽曲の再生が終了した場合（Ｓ５１６：Ｙｅｓ）、楽曲再生処理の頭に戻って次の楽曲の再生を実行する。

（２）投稿情報と一緒に歌唱する再生形態（動画撮影あり）の場合（Ｓ５０４：Ｙｅｓ）、楽曲情報と、予約情報中の投稿識別情報に対応する投稿情報中の歌唱動画情報を同期して再生開始する（Ｓ５０５）。この再生形態では、楽曲の再生中、録画処理と歌唱評価処理とを実行する（Ｓ５０６）。録画処理は、マイクロホン４４ａ、４４ｂから入力される歌唱音声を録音するとともに、カメラ４５からの映像を録画する処理である。なお、録画処理に代え、マイクロホン４４ａ、４４ｂから入力される歌唱音声を録音する録音処理のみとすることも可能である。歌唱評価処理は、マイクロホン４４ａ、４４ｂから入力される歌唱音声と、楽曲情報に含まれる基準音程情報を比較すること等によって、ユーザの歌唱評価処理を行う。歌唱評価処理では、歌唱力を示す点数やランク等の歌唱評価情報が算出され、投稿情報に含めて送信されることとなる。

図１６には、（２）の再生形態におけるモニタ４１の様子が示されている。モニタ４１には、投稿情報中の歌唱動画情報を再生する投稿表示領域４０２と、カメラ４５で撮影されている映像を表示する撮像表示領域４０１が隣り合わせで表示される。なお、撮像表示領域４０１は、左右反転させた映像とすることで、歌唱しているユーザは鏡を見ているような状態となり、モニタ４１を見たときの違和感が抑制されている。また、モニタ４１には歌詞表示４０３が重畳表示され、歌唱するユーザの歌唱補助が行われる。

録画処理、歌唱評価処理は、楽曲の再生が終了する（Ｓ５０７：Ｙｅｓ）まで継続され、楽曲の再生終了後、歌唱動画情報、歌唱評価情報が生成される。ユーザは、これら歌唱動画情報を確認するためプレビュー処理を選択することが可能である（Ｓ５０９）。プレビュー処理（Ｓ５１０）は、楽曲情報の再生に同期して、今回の楽曲再生処理で生成された歌唱動画情報と、投稿情報中の歌唱動画情報とを再生させる処理である。なお、今回の楽曲再生処理で生成された歌唱動画情報は、ちょうど、図１６で説明した撮像表示領域４０１を左右反転した正像として再生される。

ユーザは、生成した歌唱動画情報を投稿情報としてホスト装置５にアップロードすることが可能である。投稿情報をアップロードすることが選択された場合（Ｓ５１１：Ｙｅｓ）、カラオケ装置２は、生成された録画情報と録音情報を含めて投稿情報を形成し、通信手段としてのＬＡＮ通信部２４を介し、投稿情報をホスト装置５にアップロードするアップロード処理（Ｓ５１２）を実行する。アップロードされる投稿情報には、図１１（Ｄ）に示すように、楽曲識別情報、歌唱動画情報、歌唱評価情報が含まれる。なお、投稿識別情報は、ホスト装置５で事後的に付与されることになる。

（３）投稿情報と一緒に歌唱する再生形態（動画撮影無し）の場合（Ｓ５０４：Ｎｏ）、楽曲情報と、予約情報中の投稿識別情報に対応する投稿情報を同期して再生開始する（Ｓ５１３）。楽曲情報と投稿情報の再生は、（２）の再生形態と同様であり、ユーザは投稿情報にあわせて歌唱を楽しむことが可能である。楽曲の再生が終了した場合（Ｓ５１４：Ｙｅｓ）、楽曲再生処理の頭に戻って次の楽曲の再生を実行する。

以上、本実施形態のカラオケ装置２では、歌唱ユーザの歌唱評価情報に対して所定条件を満たす歌唱評価情報を一緒に再生することで、例えば、同じ程度の歌唱力を有するユーザによって投稿された投稿情報と一緒に歌唱を楽しむことが可能である。なお、本実施形態では、カラオケ装置２について説明したが、カラオケ装置２で実行可能なカラオケプログラム、あるいは、各種情報処理装置で実行可能なカラオケプログラムとして提供することも可能である。

なお、本実施形態では、歌唱ユーザの歌唱評価情報と同程度の歌唱力の投稿情報を抽出することとしているが、歌唱力のレベルをユーザに選択させる形態も考えられる。この場合、コラボ設定の子画面１０７などにおいて、自己の歌唱力に対する歌唱力のレベルをユーザに指定させ、指定されたレベルに応じて、図１３に示す閾値範囲をシフトすることで、自己の歌唱力に対するレベルに応じた投稿情報を抽出することが可能である。このように、投稿情報を抽出するための所定条件は、各種形態を採用することが考えられる。また、本実施形態では、ユーザに対して抽出された投稿情報の候補の中から選択させる形態としているが、ホスト装置５側で、１つの投稿情報に決定する形態としてもよい。なお、その際の決定条件は、最も歌唱ユーザの歌唱評価情報に近いものを選択する、あるいは、ランダムに選択するなど、任意形態を採用することが可能である。

また、本実施形態において、投稿情報に付与される歌唱評価情報は、歌唱全体を通じての評価となっているが、歌唱評価情報は、経時的に記録する形態としてもよい。その場合、例えば、楽曲情報中のブロック情報で規定されたブロック毎に算出することが考えられる。このように歌唱評価情報を経時的な形態とした場合、次のように投稿情報を抽出する形態が考えられる。

図１３で説明したように、本実施形態では、閾値範囲内に歌唱評価情報を有する投稿情報を選択することとしている。このような選択処理（一次選択処理）の後、さらに経時的な歌唱評価情報を使用して、投稿情報を選択する２次選択処理を実行することとしてもよい。図１７には、楽曲確認画面で指定されている楽曲について、当該楽曲に関する歌唱ユーザの歌唱評価情報、すなわち、楽曲を指定している歌唱ユーザの過去の歌唱により得られた歌唱評価情報と、投稿情報の歌唱評価情報（この例では第１の投稿ユーザと第２の投稿ユーザ）の経時的変化が示されている。なお、第１の投稿ユーザと第２の投稿ユーザの楽曲を通じての歌唱評価情報は、略同じとしている。

本実施形態では、歌唱ユーザの歌唱評価情報に第１の閾値を設け、この第１の閾値を下回った区間を歌唱ユーザの不得手区間として定義している。二次選択処理では、歌唱ユーザの不得手区間に着目し、この不得手区間において上手く歌唱できている投稿情報を選択対象とすることとしている。本実施形態では、第２の閾値を設け、不得手区間において、第２の閾値よりも高い歌唱評価情報を有する投稿情報を選択することとしている。したがって、図１７の例では、第１の投稿ユーザによる投稿情報が選択されることになる。第１の投稿ユーザによる投稿情報と、第２の投稿ユーザによる投稿情報は、楽曲を通じての歌唱評価は略同じであるが、第１の投稿ユーザによる投稿情報を使用することで、不得手区間において、歌唱ユーザの歌唱を補助することが可能となる。

なお、図１７の例では、第２の閾値よりも高い歌唱評価情報を有する投稿情報を選択対象としたが、選択の基準は、第２の閾値に代え、不得手区間における歌唱評価情報同士を比較し、選択することとしてもよい。ここでは、２つの投稿情報の選択について説明したが、さらに多くの投稿情報が対象となる場合においても同じように二次選択処理を行うことが可能である。投稿情報選択の子画面１０８では、二次選択処理で選択された投稿情報のみを選択対象とする、あるいは、二次選択処理で選択された投稿情報を優先して表示することが考えられる。あるいは、二次選択処理において１つの投稿情報を決定し、ユーザに選択させることなく、楽曲再生処理で使用する形態としてもよい。

また、経時的な歌唱評価情報を使用する場合、楽曲再生処理では、経時的な歌唱評価情報の大小により、音量制御処理を行うことも考えられる。図１８は、楽曲再生処理中に実行する音量制御処理を説明するための図である。再生する楽曲について、歌唱するユーザの歌唱評価情報と、投稿ユーザの投稿情報に付された歌唱評価情報が取得できている場合、歌唱評価情報の高低関係を使用して、音量制御を行うことが可能である。図１８中、歌唱ユーザの歌唱評価情報が高い区間を区間Ｍとし、投稿ユーザの歌唱評価情報が高い区間を区間Ｔとしている。区間Ｍにおいては、投稿情報（歌唱動画情報）の再生音量に対して、マイクロホン４４ａ、４４ｂから入力される歌唱音声の音量を大きくする。一方、区間Ｔにおいては、マイクロホン４４ａ、４４ｂから入力される歌唱音声に対して、投稿情報（歌唱動画情報）の再生音量を大きくする。このような音量制御処理を行うことで、得意な区間を際立たせて聴取させることが可能であり、互いにカバーしながら歌唱を行うことが可能となる。

なお、音量の制御は、投稿情報（歌唱動画情報）の音量のみを制御する、マイクロホン４４ａ、４４ｂから入力された歌唱音声の音量のみを制御する、あるいは、両方を制御する形態が考えられる。また、音量制御は、歌唱ユーザの歌唱評価情報に対する投稿ユーザの歌唱評価情報の差分に基づいて行うこととしてもよい。

１…リモコン装置 ２４…ＬＡＮ通信部
１１…タッチパネルモニタ ２５…音響制御部
１１ａ…表示部 ２７…メモリ
１１ｂ…タッチパネル ２８…ビデオＲＡＭ
１２…ビデオＲＡＭ ２９…映像再生部
１３…映像制御部 ３０…ＣＰＵ
１４…メモリ ３１…映像制御部
１５…ＣＰＵ ３２…ＨＤＤ（ハードディスク）
１６…無線ＬＡＮ通信部 ４１…モニタ
１７…操作部 ４２…スピーカ
１８…操作処理部 ４４ａ、４４ｂ…マイクロホン
１９…赤外線通信部 ４５…カメラ
２…カラオケ装置（コマンダ） ５…ホスト装置
２１…操作部 ５１…記憶装置
２２…操作処理部 １００…ＬＡＮ
２３…赤外線通信部 １１０…アクセスポイント

Claims (3)

1. 楽曲に対応すると共に、歌唱評価情報に対応付けられた投稿情報を記憶したサーバ装置と通信可能なカラオケ装置であって、
   再生部と、制御部と、を備え、
   前記再生部は、投稿情報を再生出力可能とし、
   前記制御部は、ユーザから指定された楽曲について、楽曲を指定したユーザのユーザ情報中、指定された楽曲について、楽曲の進行時間に対応した歌唱評価情報を取得する取得処理と、
   ユーザから指定された楽曲に対応するとともに、前記取得処理で取得した歌唱評価情報が閾値よりも低い区間において、高い歌唱評価情報を有する投稿情報をサーバ装置から受信し、前記再生部に再生出力させる再生処理と、を実行する
   カラオケ装置。
2. 歌唱評価情報は、楽曲の進行時間に対応し、
   前記再生処理は、取得した歌唱評価情報と、投稿情報の歌唱評価情報の高低に基づいて、投稿情報、または、マイクロホンから入力される歌唱音声の音量、少なくとも一方の音量を制御する
   請求項１に記載のカラオケ装置。
3. 楽曲に対応すると共に、歌唱評価情報に対応付けられた投稿情報を記憶したサーバ装置と通信可能な情報処理装置で実行可能なカラオケプログラムであって、
   ユーザから指定された楽曲について、楽曲を指定したユーザのユーザ情報中、指定された楽曲について、楽曲の進行時間に対応した歌唱評価情報を取得する取得処理と、
   ユーザから指定された楽曲に対応するとともに、前記取得処理で取得した歌唱評価情報が閾値よりも低い区間において、高い歌唱評価情報を有する投稿情報をサーバ装置から受信し、再生出力させる再生処理と、を実行する
   カラオケプログラム。