(57)【特許請求の範囲】
【請求項１】
通信手段と、制御手段と、を備えるサーバ装置であって、
通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
通信手段は、受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
投稿楽曲データは、ボーカル音データを含み、
第１の組み合わせ形態は、ボーカル音データを含み、
第２の組み合わせ形態は、ボーカル音データを含まない
サーバ装置。
【請求項２】
通信手段と、制御手段と、を備えるサーバ装置であって、
通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
通信手段は、受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
投稿楽曲データは、歌詞データを含み、
第１の組み合わせ形態は、歌詞データを含まず、
第２の組み合わせ形態は、歌詞データを含む
サーバ装置。
【請求項３】
配信処理は、投稿楽曲データに伴奏データが含まれることを条件として、カラオケ装置に配信可能にする
請求項１または請求項２に記載のサーバ装置。
【請求項４】
サーバ装置と、カラオケ装置を備える楽曲配信システムであって、
サーバ装置は、第１通信手段と、制御手段と、を備え、
第１通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
第１制御手段は、受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
カラオケ装置は、第２通信手段と、再生手段を備え、
第２通信手段は、サーバ装置と通信可能とし、
再生手段は、投稿楽曲データを再生し、
投稿楽曲データは、ボーカル音データを含み、
第１の組み合わせ形態は、ボーカル音データを含み、
第２の組み合わせ形態は、ボーカル音データを含まない
楽曲配信システム。
【請求項５】
サーバ装置と、カラオケ装置を備える楽曲配信システムであって、
サーバ装置は、第１通信手段と、制御手段と、を備え、
第１通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
第１制御手段は、受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
カラオケ装置は、第２通信手段と、再生手段を備え、
第２通信手段は、サーバ装置と通信可能とし、
再生手段は、投稿楽曲データを再生し、
投稿楽曲データは、歌詞データを含み、
第１の組み合わせ形態は、歌詞データを含まず、
第２の組み合わせ形態は、歌詞データを含む
楽曲配信システム。
【請求項６】
通信手段を備える情報処理装置において実行可能なプログラムであって、
通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
投稿楽曲データは、ボーカル音データを含み、
第１の組み合わせ形態は、ボーカル音データを含み、
第２の組み合わせ形態は、ボーカル音データを含まない
プログラム。
【請求項７】
通信手段を備える情報処理装置において実行可能なプログラムであって、
通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
投稿楽曲データは、歌詞データを含み、
第１の組み合わせ形態は、歌詞データを含まず、
第２の組み合わせ形態は、歌詞データを含む
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークで接続されたサーバ装置、及び、サーバ装置とカラオケ装置を含む楽曲配信システム、及び、情報処理装置にて実行可能なプログラムに関する。
【背景技術】
【０００２】
従来、家庭などでの音楽の鑑賞は、ＣＤなどのメディアを再生して楽しむことが一般的である。近年、インターネットによる通信インフラが整備され、各種情報を容易に取得できる中、音楽の鑑賞方法もＣＤのみならず、インターネットを介した音楽配信を利用して楽しむことが可能である。このような音楽配信では、レコード会社に所属するアーティストによる楽曲のみならず、アマチュアアーティストなどが自己の楽曲を配信サイトにアップロード（投稿）して、広くユーザに楽しんでもらうことも行われている。
【０００３】
音楽の楽しみ方の１つにカラオケがある。例えば、特許文献１に記載されているように、楽曲候補を製品化（カラオケ化）する際、ユーザからの投票を募り、蓄積された得票点数に基づいて高得点の楽曲候補を製品化する投票方法について開示されている。この投票方法では、ユーザは、無償投票者、有償投票者に分類され、有償投票者はプレミアム持ち点を有している。得票点数が所定以上となった場合に、所定以上となった楽曲が、カラオケの製品化される楽曲として決定される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２４５２２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示されるのは、ＣＤなどで提供されている楽曲を対象とするものであり、カラオケで利用可能となるカラオケデータを生成するための楽曲が存在するのが前提である。一方、近年、アマチュアアーティストであっても、楽曲の生成が容易になってきている。この場合、アマチュアアーティストにより生成された楽曲をカラオケで歌唱したいというニーズがある。しかし、アマチュアアーティストが楽曲を生成した場合、所定のWEBサイト上で公開することは容易であっても、カラオケ装置で歌唱可能とするには、アマ
チュアアーティスト自らカラオケ事業者に自身の楽曲を売り込まなければならず、容易にアマチュアアーティストの楽曲をカラオケ装置で歌唱することは出来ないという問題がある。
【０００６】
本発明は、以上のことを鑑みてなされたものである。本発明の目的は、アマチュアアーティストが作成した楽曲をＷＥＢサイトに投稿するだけで、カラオケ装置でも容易に利用することが可能な、サーバ装置、楽曲配信サーバシステム及びサーバ装置用プログラムを提供することである。
【課題を解決するための手段】
【０００７】
そのため本発明に係るサーバ装置は、以下の構成を採用するものである。
通信手段と、制御手段と、を備えるサーバ装置であって、
通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
通信手段は、受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
投稿楽曲データは、ボーカル音データを含み、
第１の組み合わせ形態は、ボーカル音データを含み、
第２の組み合わせ形態は、ボーカル音データを含まない。
【０００８】
また本発明に係るサーバ装置は、
通信手段と、制御手段と、を備えるサーバ装置であって、
通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
通信手段は、受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
投稿楽曲データは、歌詞データを含み、
第１の組み合わせ形態は、歌詞データを含まず、
第２の組み合わせ形態は、歌詞データを含む。
【００１１】
さらに本発明に係るサーバ装置において、
配信処理は、投稿楽曲データに伴奏データが含まれることを条件として、カラオケ装置に配信可能にする。
【００１４】
また本発明に係る楽曲配信システムは、
サーバ装置と、カラオケ装置を備える楽曲配信システムであって、
サーバ装置は、第１通信手段と、制御手段と、を備え、
第１通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
第１制御手段は、受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
カラオケ装置は、第２通信手段と、再生手段を備え、
第２通信手段は、サーバ装置と通信可能とし、
再生手段は、投稿楽曲データを再生し、
投稿楽曲データは、ボーカル音データを含み、
第１の組み合わせ形態は、ボーカル音データを含み、
第２の組み合わせ形態は、ボーカル音データを含まない。
【００１５】
また本発明に係る楽曲配信システムは、
サーバ装置と、カラオケ装置を備える楽曲配信システムであって、
サーバ装置は、第１通信手段と、制御手段と、を備え、
第１通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
第１制御手段は、受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
カラオケ装置は、第２通信手段と、再生手段を備え、
第２通信手段は、サーバ装置と通信可能とし、
再生手段は、投稿楽曲データを再生し、
投稿楽曲データは、歌詞データを含み、
第１の組み合わせ形態は、歌詞データを含まず、
第２の組み合わせ形態は、歌詞データを含む。
【００１８】
また本発明に係るプログラムは、
通信手段を備える情報処理装置において実行可能なプログラムであって、
通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
投稿楽曲データは、ボーカル音データを含み、
第１の組み合わせ形態は、ボーカル音データを含み、
第２の組み合わせ形態は、ボーカル音データを含まない。
また本発明に係るプログラムは、
通信手段を備える情報処理装置において実行可能なプログラムであって、
通信手段は、第１通信端末、第２通信端末、カラオケ装置と通信可能とし、
受信処理と、公開処理と、配信処理とを実行可能とし、
受信処理は、第１通信端末から送信された投稿楽曲データを受信して記憶手段に記憶させ、
投稿楽曲データは、複数の楽曲要素データを含んで構成され、
公開処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第１の組み合わせ形態にて、第２通信端末で再生可能とし、
配信処理は、記憶手段に記憶した投稿楽曲データを、当該投稿楽曲データが含む楽曲要素データの第２の組み合わせ形態にて、カラオケ装置で再生可能なように配信し、
投稿楽曲データは、歌詞データを含み、
第１の組み合わせ形態は、歌詞データを含まず、
第２の組み合わせ形態は、歌詞データを含む。
【発明の効果】
【００１９】
本発明に係る楽曲配信システム、並びに、当該楽曲配信システムを構成するサーバ装置、カラオケ装置、また、情報処理装置にて実行されるプログラムによれば、ユーザ端末にから投稿された投稿楽曲を、カラオケ装置にて容易に利用することが可能となり、投稿楽曲のカラオケ化にかかる時間、コストの低減を図るとともに、アマチュアアーティストなどによって作成された投稿楽曲について、カラオケ化の機会拡大を図ることが可能となる。
【００２０】
さらに、音楽配信は、楽曲を鑑賞することを、カラオケ装置では、楽曲を歌唱することを目的とする点で異なっている。本発明はこのような形態を鑑み、音楽配信を行う際と、カラオケ装置に配信を行う際とで、投稿楽曲データの形態を異ならせ、両方に適した形態で投稿楽曲データを配信することを可能としている。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態に係る楽曲配信システムの構成を示す図
【図２】本発明の実施形態に係るサーバ装置の構成を示す図
【図３】本発明の実施形態に係るカラオケシステムの構成を示す図
【図４】本発明の実施形態に係るカラオケ装置のフロントパネルを示す図
【図５】本発明の実施形態に係る投稿楽曲データの構成を示す図
【図６】本発明の実施形態に係る受信処理を示すフロー図
【図７】本発明の実施形態に係るアップローダーのアップロード画面を示す図
【図８】本発明の実施形態に係る公開処理を示すフロー図
【図９】本発明の実施形態に係るカラオケ装置への配信を示すフロー図
【図１０】本発明の実施形態に係る選曲画面の表示を示すフロー図
【図１１】本発明の実施形態に係る決済管理テーブルを示す図
【図１２】本発明の実施形態に係る配信管理テーブルを示す図
【図１３】本発明の実施形態に係る投稿楽曲閲覧サイトでの楽曲選択画面を示す図
【図１４】本発明の実施形態に係る投稿楽曲閲覧サイトでの再生画面（カラオケ未配信楽曲）を示す図
【図１５】本発明の実施形態に係る投稿楽曲閲覧サイトでの再生画面（カラオケ配信済楽曲）を示す図
【図１６】本発明の実施形態に係る投稿楽曲閲覧サイトでの投稿楽曲管理画面を示す図
【図１７】本発明の実施形態に係るトップ画面を示す図
【図１８】本発明の実施形態に係るユーザ情報を示す図
【図１９】本発明の実施形態に係るユーザ情報の送受信の様子を示す図
【図２０】本発明の実施形態に係るアクティブユーザトップ画面を示す図
【図２１】本発明の実施形態に係る投稿楽曲選択画面を示す図
【図２２】本発明の実施形態に係る投稿楽曲確認画面を示す図
【図２３】本発明の実施形態に係る楽曲設定画面を示す図
【図２４】本発明の実施形態に係る集計・報奨付与処理を示すフロー図
【図２５】本発明の実施形態に係る報奨ポイント配分を説明するための図
【発明を実施するための形態】
【００２２】
図１は、本発明の実施形態に係る楽曲配信システムの構成を示す図である。本実施形態の楽曲配信システムは、投稿楽曲データの公開、配信管理を行うサーバ装置３と、カラオケボックスやスナックなどカラオケ店舗に配置されたカラオケ装置２ａ〜２ｃ…（以下、符号「２」を使用する）を有して構成されている。サーバ装置３は、これらカラオケ装置２、並びに、ユーザ端末（パーソナルコンピュータ６ａ、６ｂ、スマートフォンやタブレット端末等の各種携帯情報端末７）とインターネットなどのネットワーク網を介して通信することが可能である。
【００２３】
図２には、本発明の実施形態に係るサーバ装置３の構成が示されている。サーバ装置３は、いわゆるコンピュータ装置であって、ＣＰＵやＲＯＭ、ＲＡＭなどで構成され、各種プログラムを実行可能な制御手段３６と、ハードディスクなどの記憶手段３８、前述したユーザ端末やカラオケ装置２と通信を行う通信手段３７を備えて構成されている。通信手段３７は、ルータ４を介してネットワーク網に接続され、各種ユーザ端末やカラオケ装置２と通信可能となっている。ユーザ端末中、携帯情報端末７は、携帯電話通信網用、あるいは、無線ＬＡＮ用の無線通信装置５を介して無線でネットワーク網にアクセスすることが可能である。
【００２４】
本実施形態の楽曲配信システム中のサーバ装置３は、このような構成により、ユーザ端
末（第１通信端末）から投稿された投稿楽曲データを受信して記憶手段３８に記憶させる受信処理、記憶した投稿楽曲データをユーザ端末（第２通信端末）に対して公開可能とする公開処理、並びに、公開処理で公開された投稿楽曲データをカラオケ店舗側に設置されたカラオケ装置２に配信する配信処理を実行可能としている。なお、ユーザ端末中、第１通信端末と第２通信端末とは、その構成上に違いは無く、受信処理の対象となる、投稿楽曲データを作成し、サーバ装置３に投稿するユーザ端末を第１通信端末、公開処理の対象となる、投稿された投稿楽曲データを投稿楽曲サイトで閲覧するユーザ端末を第２通信端末と、便宜上、名称を付与している。
【００２５】
特に、本実施形態では、投稿楽曲データがユーザ端末に公開されたことを条件として、カラオケ装置２に配信することとしている。このような形態により、ユーザ端末で広く公開されることでユーザに認知された投稿楽曲は、音響設備の整ったカラオケ店舗において歌唱を楽しむことも可能となる。このように本実施形態の楽曲配信システムを使用することにより、一般ユーザにより作成された楽曲を広く披露する場を提供するとともに、カラオケ店舗利用の拡大を図ることが可能となる。
【００２６】
さらに、本実施形態では、投稿楽曲データのカラオケ装置２への配信は、所定の条件を満たしたものを対象としている。具体的には、ユーザ端末にて公開された投稿楽曲データについて、所定の支援が得られたことを条件としてカラオケ装置２に配信することとしている。ユーザから投稿された投稿楽曲データを無条件にカラオケ装置２に配信することも技術的には可能であるが、投稿楽曲データが数多く投稿された場合、楽曲配信システムにかかる負荷は大きくなることが予想される。
【００２７】
したがって、本実施形態では、投稿楽曲データ中、ユーザから所定の支援情報が得られたものをカラオケ装置２に配信することとしている。ユーザによる支援とは、金額（金銭）、ポイントなどの対価の支払いの他、公開された投稿楽曲データに対して受け付けた評価ボタンの押下数、公開された投稿楽曲データに対して受け付けた投票数、再生回数など各種形態の支援情報を採用することが考えられる。なお、支援情報は、金額、ポイントなどによる対価の支払の場合、ユーザの種別を問うものではない。すなわち、投稿楽曲データを投稿者したユーザであっても所定の対価の支払いを行うことで、自己が投稿した投稿楽曲データをカラオケ装置２に配信することが可能である。一方、公開された投稿楽曲データに対して受け付けた評価ボタンの押下数、投票数、再生回数と行った場合、投稿したユーザ自身によるものを排除することが好ましい。
【００２８】
以下に説明する実施形態では、カラオケ会員を対象としたポイントを支援情報として採用した形態である。サーバ装置３は、公開された投稿楽曲データに対して支払われたポイントが、予め設定されたポイントに達したことを判定する判定処理を実行し、判定処理での条件を満たしたことを条件としてカラオケ装置２に対する配信処理が実行される。このようにカラオケ装置２に対する投稿楽曲データの配信条件を設けることで、ネットワーク網のトラフィック量の増大、カラオケ装置２の記憶手段の圧迫など、楽曲配信システムに対する負荷を軽減するとともに、楽曲配信にかかるコストを補うことが可能となる。支援情報として、クレジットカードなどによる金額の支払い、評価ボタンの押下数、あるいは、投票数を支援情報として採用した場合、ポイントと同様に、所定の値（閾値）を獲得した投稿楽曲データが配信の対象とされる。なお、支援情報は、複数の形態を組み合わせることとしてもよい。
【００２９】
図３は、投稿楽曲データの配信対象となるカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、カラオケ装置２（別称「コマンダ」ともいう）とリモコン装置１を有して構成されている。カラオケ装置２は、ＬＡＮ１００で構されたネットワークを介して通信接続されている。また、カラオケ装置２を遠隔操作するためのリ
モコン装置１は、ＬＡＮ１００に接続されたアクセスポイント１１０を介して同ネットワークに通信接続されている。カラオケ装置２とリモコン装置１ａ、１ｂはネットワークを介して互いに通信可能となっている。なお、図３は、１台のカラオケ装置２に対して、リモコン装置１ａとリモコン装置１ｂ、２台のリモコン装置１が使用された例が示されている。これらリモコン装置１ａ、１ｂの構成は同一であるため、リモコン装置１として説明を行う。
【００３０】
カラオケボックスなどの店舗に設置されるカラオケ装置２は、楽曲を再生するための再生手段として音響制御部２５を備えている。また、カラオケ装置２は、ユーザからの各種入力を受け付けるスイッチなどで構成されるカラオケ装置側入力手段としての操作部２１を備える。カラオケ装置２は、操作部２１からの入力を解釈して制御部３０に伝達する操作処理部２２を備える。また、カラオケ装置２は、各種情報を記憶するカラオケ装置側記憶手段としてのＨＤＤ３２（ハードディスク）を備える。カラオケ装置２は、ＬＡＮ１００に接続してネットワークに加入するためのカラオケ装置側通信手段としてのインターフェイス部２４を備えている。
【００３１】
また、カラオケ装置２は、モニタ４１に対して歌詞映像、背景映像を表示させる映像再生手段を備える。この映像再生手段は、映像情報に基づいて映像を再生する映像再生部２９、再生する映像を一時的に蓄積するビデオＲＡＭ２８、再生された映像に対して歌詞テロップを重畳したり、映像効果を付与する映像制御部３１を備えて構成される。
【００３２】
さらに、このカラオケ装置２では、外部に接続されたモニタ４１以外に、タッチパネルモニタ３３に対して各種情報を表示することを可能としている。タッチパネルモニタ３３は、映像制御部３１から入力された映像情報を表示する表示部３５と、タッチ入力された位置を操作処理部２２に出力するタッチパネル３４が重畳されて構成されている。
【００３３】
図４は、本発明の他の実施形態に係るカラオケ装置２の正面図を示したものである。カラオケ装置２の正面となるフロントパネルの右側には、各種スイッチ、ボリュームなど、ユーザからの各種操作を受け付ける操作部２１が配置されている。また、フロントパネル左側にはタッチパネルモニタ３３が配置されている。なお、操作部２１には、再生開始操作、ストップ操作などの機能キーが設けられるが、これら機能キーをタッチパネルモニタ３３のタッチ画面上に設けることとしてもよい。
【００３４】
本実施形態では、このタッチパネルモニタ３３に対して、外部に接続されたモニタ３３と同様、再生されている楽曲の歌詞表示を行うことが可能となっている。その際、モニタ４１と同一画面の歌詞表示を行うこととしてもよいが、タッチパネルモニタ３３は、モニタ４１と比較して小さい画面であるため、歌詞文字を大きく表示したり、背景映像を使用しないなど、モニタ４１とは異なる形態で歌詞表示を行うこととしてもよい。
【００３５】
さらに、本実施形態のタッチパネルモニタ３３は、リモコン装置１の操作手段と同様の操作手段として機能することも可能となっている。ユーザはタッチパネルモニタ３３から楽曲を選択して、直接カラオケ装置２に予約をさせるなど、リモコン装置１と同等の操作手段機能を利用することが可能である。前述した歌詞表示機能と、この操作手段機能との切り替えは、カラオケ装置２のフロントパネルに配置された操作部２１に対し所定の操作を行うことで切り替えられる。また、カラオケ装置２における楽曲再生時には、歌詞表示機能に自動で切り替えることとしてもよい。なお、再生中であってタッチパネルモニタ３３に歌詞表示されている場合においても、操作部２１の操作にて操作手段機能に切り替えることも可能である。
【００３６】
さらに、カラオケ装置２は、各構成を統括して制御するためのカラオケ装置側制御手段
として、ＣＰＵにて構成される制御部３０、各種プログラムを実行するにあたって必要となる情報を一時記憶するためのメモリ２７を備えて構成される。
【００３７】
このような構成にてカラオケ装置２は、各種処理を実行することとなるが、カラオケ装置２の主な機能として、楽曲予約処理、楽曲再生処理などを実行可能としている。楽曲予約処理は、ユーザからの指定に基づいて楽曲を指定、予約するための処理であってリモコン装置１と連携して実行される。リモコン装置１から送信された予約情報をメモリ２７に記憶する予約テーブルに登録する。楽曲再生処理は、予約された楽曲を再生させる処理であって、演奏処理と歌詞再生処理とが同期して実行される処理である。
【００３８】
演奏処理は、楽曲データに含まれる伴奏データなどを音響制御部２５にて演奏させる処理である。音響制御部２５にて演奏された楽曲は、歌唱用マイク４４ａ、４４ｂから入力される歌唱音声と一緒にスピーカ４２から放音される。歌詞再生処理は、楽曲データに含まれる歌詞データをモニタ４１に表示させることで歌唱補助を行う処理である。この歌詞再生処理で表示される歌詞に、背景映像を重畳させて表示させる背景映像表示処理を実行することとしてもよい。
【００３９】
一方、リモコン装置１は、予約情報などカラオケ装置２に対して各種指示を送信するとともに、カラオケ装置２あるいはインターネット上に接続されたサーバ装置３から各種情報を受信する。リモコン装置１は、リモコン側表示手段としての表示部１１と、ユーザからの各種入力を受け付けるリモコン側入力手段としての操作部１７とを備える。また、リモコン装置１は、アクセスポイント１１０に無線接続し、ネットワークに加入するためのリモコン側通信手段としての無線ＬＡＮ通信部１６を備える。
【００４０】
さらにリモコン装置１は、楽曲検索に必要とされるデータベース、各種プログラム、並びに、プログラム実行に伴って発生する各種情報を記憶するリモコン側記憶手段としてメモリ１４、そして、これら構成を統括して制御するためのリモコン側制御手段を備えて構成される。リモコン側制御手段には、ＣＰＵにて構成される制御部１５、表示部１１に対して表示する映像を形成する映像制御部１３、表示する映像情報を一時的に蓄えるビデオＲＡＭ１２、操作部１７からの入力を解釈して制御部１５に伝達する操作処理部１８が含まれている。また、リモコン装置１の表示部１１と操作部１７は一体となってタッチパネル表示画面を形成することとしてもよい。
【００４１】
また、リモコン装置１は、無線ＬＡＮ通信部１６によって、アクセスポイント１１０と無線接続されることで、ＬＡＮ１００によって構成されるネットワークに接続される。なお、各リモコン装置１は、特定のカラオケ装置２に対して事前に対応付けされている。リモコン装置１から出力される各種命令は、対応付けされたカラオケ装置２にて受信されることとなる。
【００４２】
このようなリモコン装置１の構成により、ユーザからの各種入力を操作部１７にて受付けるとともに、映像情報を表示部１１に表示してユーザに対して各種情報を提供するとともに、カラオケ装置２に対して楽曲予約などの各種指示を送信することが可能とされている。
【００４３】
図５は、本発明の実施形態に係る投稿楽曲データのデータ構成を示す図である。投稿楽曲データは、図１で説明したようにユーザによって作成、サーバ装置３に対して送信されたデータであって、業者側で設定した規格に従い、ユーザにより各種機器で作成され、第１通信端末としてのパーソナルコンピュータ６からサーバ装置３に送信されるデータである。本実施形態の投稿楽曲データは、投稿楽曲データの各種属性を示す属性データ、再生の際、使用される複数の楽曲要素データを含んで構成されている。楽曲要素データは、伴
奏データと、楽曲関連データに大別され、楽曲関連データには、ボーカルデータ、コーラスデータ、歌詞データ、背景映像データが含まれている。
【００４４】
各楽曲関連データは、各データ毎のファイル構成を採用してもよく、あるいは、歌詞データと背景映像データを１ファイル中に収める、あるいは、背景映像データとボーカルデータを１ファイル中に収めるなど、各種形態を採用することが可能である。また、投稿楽曲データ中、各楽曲関連データは、全てが必須である必要は無く、ユーザによって適宜構成され、サーバ装置３に投稿（アップロード）することが可能である。また、伴奏データを含まない場合（アカペラ、ボイスパーカッション）や、歌詞データを含まない場合でも投稿することは可能である。
【００４５】
属性データとして曲番号などの楽曲識別情報、投稿者名、歌手名、楽曲名、ジャンル、投稿日などを含んで構成されている。これら属性データは、投稿楽曲を検索、再生などのために指定するための情報として用いられる。楽曲識別情報は、業者側で多数の投稿楽曲データを管理するため、サーバ装置３への投稿時、サーバ装置３側で付与される属性データである。
【００４６】
本実施形態の伴奏データ、ボーカルデータ、コーラスデータは、ｍｐ３規格などで圧縮された音声圧縮データが使用されている。このうち、伴奏データには、音声圧縮データ以外に、ＭＩＤＩ規格に即して作成されたＭＩＤＩデータを採用することも可能である。
【００４７】
歌詞データ（テロップデータ）は、演奏情報による演奏に同期してモニタ４１に歌詞を表示させるためのデータである。この歌詞データは、伴奏データの再生に同期して表示されるように構成されている。さらに好ましくは、表示された歌詞が伴奏データの再生に同期して色替えされ、ユーザに対して歌唱箇所の詳細な指示を行うように構成される。
【００４８】
本実施形態の楽曲配信システムでは、図１で説明したユーザ端末への公開時と、カラオケ装置２への配信時において、投稿楽曲データ中の楽曲要素データの組み合わせを異ならせており、同じ投稿楽曲データを使用しつつ、ユーザ端末、カラオケ装置２に適した形態で再生させることが可能となっている。
【００４９】
図５の投稿楽曲データには、ユーザ端末への公開時（図中、「公開時」）と、カラオケ装置２への配信時（図中、「カラオケ配信時」）において使用する楽曲要素データの構成例が示されている。丸印が付された楽曲要素データが、公開時、カラオケ配信時、それぞれの初期状態で再生される楽曲要素データである。公開時、カラオケ配信時において、伴奏データ、コーラスデータといった楽曲の要となる楽曲要素データは、初期状態での再生対象としている。一方、投稿楽曲を聴いて楽しむことがメインとなるユーザ端末への公開時には、ボーカルデータを初期状態での再生対象とし、歌詞データを非再生対象としている。そして、投稿楽曲を歌って楽しむことがメインのカラオケ配信時には、ボーカルデータを非再生対象とし、歌詞データを再生対象としている。なお、カラオケ配信時には、通常、伴奏データが必要となることから、伴奏データが含まれない投稿楽曲に関しては、カラオケ配信ができないという形態も考え得る。この場合、例えば図１４の決済ボタン６２ｃや支援依頼ボタン６２ｄが表示されないこととしても良い。これにより、伴奏データが含まれない投稿楽曲データのカラオケ配信を抑制することが出来る。
【００５０】
本実施形態では、楽曲要素データの１つに背景映像データを含めることが可能となっている。背景映像データは、公開時、カラオケ配信時の両方において初期状態で再生対象とされているが、背景映像データは、初期状態で再生対象とする、あるいは、再生対象としない、どちらに設定することも可能である。公開時には再生対象とすることが好ましいが、カラオケ装置２では、各楽曲で共用可能な背景映像データを有しているため、カラオケ
配信時には、この共用可能な背景映像データに代え、通信容量の削減を図ることも可能である。この場合、オプションとして投稿楽曲データに含まれる背景映像データを選択可能とし、当該背景映像データが選択された場合に、サーバ装置３から当該背景映像データを配信することとしてもよい。
【００５１】
カラオケ配信時において再生対象となる各楽曲要素データの配信は、再生対象となる楽曲要素データのみをサーバ装置３から配信することとしてもよいし、投稿楽曲データに含まれる楽曲要素データをサーバ装置３から配信しておき、再生対象として必要な楽曲要素データをユーザ端末、あるいは、カラオケ装置２側で選択して再生することとしてもよい。例えば、本実施形態では、ユーザ端末への公開時には、ストリーム配信を採用しているが、この場合、再生対象となる楽曲要素データのみがユーザ端末へ配信されることとなる。一方、本実施形態のカラオケ配信時には、投稿楽曲データを一端、カラオケ装置２の記憶手段に蓄積し、カラオケ装置２側で再生対象となる楽曲要素データを選択することとしている。
【００５２】
以上、本実施形態の楽曲配信システムでは、配信先であるユーザ端末、カラオケ装置２に応じて、投稿楽曲データが含む楽曲要素データの組み合わせを変更し、ユーザ端末、カラオケ装置２での利用形態に即した投稿楽曲データの再生形態を実現可能としている。
【００５３】
では、本実施形態の楽曲配信システムにおいて、サーバ装置３において実行される各種処理について説明する。図６は、本発明の実施形態に係る受信処理を示すフロー図である。サーバ装置３の制御手段３６は、稼働中、この受信処理を継続して実行する。ユーザ側で作成された投稿楽曲データは、パーソナルコンピュータ６など第１通信端末から、ネットワーク網を介してサーバ装置３に送信される。第１通信端末から受信した投稿楽曲データを受信した場合（Ｓ１０１：Ｙｅｓ）、記憶手段３３に記憶させる（Ｓ１０２）。その際、投稿楽曲データには、管理用の楽曲識別情報（楽曲番号など）が、属性データ中に付与される。本実施形態では、受信した投稿楽曲データは、まず、ユーザ端末に対する公開処理にて使用されることとなる。そのため、本実施形態では、受信した投稿楽曲データの属性データに基づいて、投稿楽曲データを公開するためのＷＥＢデータが更新される（Ｓ１０３）。
【００５４】
図７は、投稿楽曲閲覧サイトでダウンロード可能な、楽曲アップローダーのアップロード画面を示している。楽曲を投稿したいユーザは本楽曲アップローダーを利用して、パーソナルコンピュータ６などの第１通信端末の記憶装置に、予め保存してある伴奏データ、歌声データ、歌詞データ、背景映像データ等を読み込み、サーバ装置３へアップロードすることが可能となる。ここで、読み込んだ各データの音量や長さは、本楽曲アップローダーで調整可能であり、ユーザの調整により、各データの音量バランスや長さが合致した、投稿楽曲データを作成することが出来る。また、歌声データの読み込みには、楽曲の主旋律を歌唱するボーカルデータ、ハモリ等の副旋律を歌唱するコーラスデータを分けて読み込むことが可能であり、ボーカルデータは、図７の歌声１、歌声２のタブから、コーラスデータは、図７の歌声３のタブから読み込む仕組みとなっている。投稿楽曲閲覧サイト上では、ボーカルデータを試聴することで、投稿楽曲データがどのような歌なのかを試聴することが出来る。
【００５５】
一方、投稿楽曲閲覧サイトで公開された投稿楽曲データのうち、所定の条件を満たした投稿楽曲データは、カラオケ装置２で利用可能になるわけだが、その際、投稿楽曲データ中のボーカルデータは、ユーザのカラオケ歌唱を補助するためのガイドボーカルとして機能する。後に詳細を説明する図２３に、楽曲設定画面が記載されているが、投稿楽曲データにボーカルデータが含まれている場合、ガイドボーカルデータとして、Ｏｎ／Ｏｆｆの切り替えをすることができる。歌唱に自信のあるユーザは、ガイドボーカルデータをＯｆ
ｆとし、自信の無いユーザは、ガイドボーカルデータをＯｎとすることで、共に投稿楽曲データの歌唱を楽しめることとなる。なお、投稿楽曲閲覧サイトでボーカルデータを再生する場合は、通常の音量であるが、カラオケ装置２にてボーカルデータをガイドボーカルとして再生する場合は、ユーザの歌唱音声を邪魔しない程度に、デフォルトで小音に設定されている。さらに、ボーカルデータは、模範データとして、カラオケの音程等の一致を評価する採点にも利用される。カラオケ業者が、採点のために模範データをいちいち作成せずとも、ユーザのボーカルデータを採点に利用できるため、コスト削減につがなる。
【００５６】
図１３には、投稿楽曲データを公開するためのＷＥＢデータに基づいて形成された投稿楽曲閲覧サイトの画面が示されている。この投稿楽曲閲覧サイトは、ユーザ端末からサーバ装置のＷＥＢデータにアクセスすることで、ユーザ端末側にて閲覧可能となる。図１３は、パーソナルコンピュータ（ＰＣ）での表示の様子を示したものであり、投稿楽曲閲覧サイトを表示しているＰＣ表示ウィンドウ６１内部の様子が示されている。
【００５７】
本実施形態では、事前にユーザ登録しておくことで、登録したユーザ毎のサービスを管理することが可能となっている。図１３に示す投稿楽曲閲覧サイトでは、ログインユーザ名６１ａとして表示されるユーザ（Ａさん）がログインした状態であり、当該ユーザが所有するポイントが所有ポイント６１ｃとして表示されている。このポイントは、楽曲配信システム内における仮想通貨として使用されるものであり、金額との交換、商品やサービスの購入、あるいは、景品としてユーザに付与される。本実施形態では、このポイントを使用して、投稿、公開された投稿楽曲データを、カラオケ装置２に配信することとしている。
【００５８】
この投稿楽曲閲覧サイトは、注目アーティスト、最近投稿したアーティストなどの項目別に、投稿楽曲データを選択することが可能となっている。各投稿楽曲データには、投稿者名６１ｆと、当該投稿者にて投稿された１の投稿楽曲データについて、その背景映像データから取得されたサムネイル画像６１ｇが表示されている。ユーザ端末において、投稿者名が選択された場合、投稿者名に対応する投稿楽曲データを選択可能な画面に遷移する。一方、サムネイル画像６１ｇが選択された場合、当該サムネイル画像６１ｇに対応する投稿楽曲データを再生可能とする画面に遷移する。
【００５９】
また、この投稿楽曲閲覧サイトは、このように配信を行う業者側で選定した投稿者、投稿楽曲のみならず、全ての投稿楽曲データを対象として検索を行うことが可能となっている。投稿楽曲閲覧サイト中、検索項目選択欄６１ｄ、検索ワード入力欄６１ｅは、ユーザが所望する投稿楽曲データを検索するためのツールである。検索項目選択欄６１ｄは、頭に示される「投稿者名」の他、「楽曲名」、「投稿日」、「ジャンル」、「全ての検索項目」といった各種検索項目を選択することが可能となっている。この検索項目選択欄６１ｄを選択して、検索ワード入力欄６１ｅに所望の検索ワードを入力して検索事項することで、検索対象となった投稿楽曲データが一覧表示され、ユーザは所望のものを選択、再生させることが可能である。
【００６０】
図１４、図１５には、投稿楽曲閲覧サイトにおいて、ユーザ−操作により１の投稿楽曲データが選択された際の、再生画面を示した図である。図１２に示す再生画面は、選択した投稿楽曲データが、カラオケ装置２に対して配信されていない（未配信）の場合であり、図１５に示す再生画面は、選択した投稿楽曲データが、カラオケ装置２に対して配信されている状態（配信済）の場合である。
【００６１】
ここでは、投稿楽曲データの再生形態について、図１４の再生画面を例にとって説明を行う。本実施形態において、投稿楽曲データの再生は、サーバ装置３からのストリーム配信によって行われる。したがって、サーバ装置３は、ストリーム配信を使用した公開処理
を実行する。図８は、本発明の実施形態に係る公開処理を示すフロー図である。ユーザ端末（第２通信端末）において、図１４の再生画面が表示されることで、再生対象となる投稿楽曲データが選択され、サーバ装置３に対して、当該投稿楽曲データの再生要求が送信される。再生要求を受信したサーバ装置３（Ｓ２０１：Ｙｅｓ）は、対応する投稿楽曲データを要求のあったユーザ端末に対してストリーム配信を開始（Ｓ２０２）し、要求のあったユーザ端末にて投稿楽曲データの再生が実行される。
【００６２】
なお、本実施形態では、図５で説明したように、ユーザ端末に対する公開時、投稿楽曲データを構成する楽曲要素データ中、伴奏データ、ボーカルデータ、コーラスデータ、背景映像データをストリーム配信の対象としており、ユーザ端末では、投稿楽曲をプロモーションビデオのように視聴して楽しむことが可能となっている。
【００６３】
再生画面中には、投稿楽曲データに含まれる背景映像表示欄６１ｈ、背景映像表示欄６１ｈの下方に表示された再生ツール６１ｉが表示される。ユーザは、投稿映像の表示領域下方に表示された再生ツール６１ｉを利用して一時停止、早送り、巻き戻し、音量調整などを行うことが可能である。また、再生ツール６１ｉの下方には、楽曲名、投稿アーティスト、ジャンル、投稿日といった楽曲情報欄６１ｊが表示されている。さらに、この楽曲情報欄６１ｊ内には、「お気に入り登録」ボタン６１ｊ−１が表示されており、ユーザの操作にてお気に入り登録することが可能となっている。お気に入り登録された投稿楽曲は、別途メニューから登録した投稿楽曲を呼び出すことが可能となっている。
【００６４】
図１４に示される再生画面は、カラオケ未配信の投稿楽曲の場合を示したものである。このカラオケ未配信の投稿楽曲の場合、視聴するユーザのポイント（支援情報）の支払により、カラオケ装置２への配信が可能となる。そのため、楽曲情報欄６１ｊの下方には、支援関連欄６１ｋ（項目名「ポイントで支援」）が表示されている。この支援関連欄６１ｋには、この投稿楽曲をカラオケ装置２に対して配信するための条件、現状、投稿楽曲に対して支援されたポイント、カラオケ装置２への配信に必要な残りポイント、そして、ポイント入力欄６１ｋ−１、決済ボタン６１ｋ−２（「支援する」と表記のあるボタン）が表示されている。本実施形態におけるカラオケ装置２への配信条件は、６ヶ月間、カラオケ装置２に配信するため、５０００ポイントのポイント（支援情報）の支援が必要とされている。
【００６５】
では、このようなユーザ端末におけるインターフェイスを利用して実行されるカラオケ装置２への配信過程について説明する。図９には、本発明の実施形態に係るカラオケ装置への配信を示すフロー図が示されている。図１４で説明した再生画面中、ポイント入力欄６１ｋ−１に支援するポイントを入力し、決済ボタンの操作６１ｋ−２にて、ある投稿楽曲データに対して配信のためのポイント決済が実行されたと判定された場合（Ｓ３０１：Ｙｅｓ）、決済されたポイントは、既存の配信ポイントに積算される（Ｓ３０２）。図１１には、決済されたポイントの履歴を示す決済管理テーブルが示されている。この決済管理テーブルは、サーバ装置３の記憶手段３３に記憶されるテーブルであり、図１４の再生画面などで行われた、ある投稿楽曲に対するポイント決済に関する各種情報が記録される。本実施形態では、決済日、決済を行ったユーザを示すユーザ識別情報、決済対象となった投稿楽曲を識別するための楽曲識別情報、決済されたポイント、配信に対する決済か延長に対する決済かを示す種別を含んで構成されている。
【００６６】
この決済管理テーブル中のポイントを楽曲識別情報毎に集計することで、図１２に示す配信管理テーブルが形成される。配信管理テーブルは、楽曲識別情報、決済されたポイントの合計である配信ポイント（図中、左側のポイントが決済されたポイント、右側のポイントが配信に必要なポイントを示している）。投稿楽曲がカラオケ装置２に未配信（値「０」）であるか、配信済み（値「１」）であるかを示す配信フラグ、カラオケ装置２に配
信された日を示す配信日、配信期限（配信日から６ヶ月）、配信済みの投稿楽曲ついて配信期間の延長を目的として決済された延長ポイントを含んで構成されている。
【００６７】
Ｓ３０２の処理では、決済管理テーブルに記録された配信ポイントが、配信管理テーブル中の配信ポイントに積算されることとなる。Ｓ３０３では、配信管理テーブル中の配信ポイントが所定値（「閾値」に相当。この場合、５０００ポイント）に達したか否かを判定する判定処理が実行される。配信ポイントが所定値に達していた場合、当該投稿楽曲はカラオケ装置２への配信楽曲として判定される。なお、ここでは、カラオケ装置２に対し、投稿楽曲を配信開始するための判定処理を説明したが、既にカラオケ装置２に対して配信されている投稿楽曲の配信期限を延長する場合についても同様に、延長のために決済されたポイントに基づいて判定処理が実行される。
【００６８】
Ｓ３０４では、配信管理テーブルの配信フラグを付与し、カラオケ装置２への配信楽曲としてサーバ装置３で管理する。Ｓ３０５では、カラオケ装置２で選曲する際に使用する６桁の選曲番号（第２の楽曲識別情報）を付与する。選曲番号はカラオケのシステム上、６桁と決まっており、数に限りがあるため、楽曲データが投稿された時点では付与されず、カラオケ装置２への配信が決定した時点で初めて付与される。Ｓ３０６では、カラオケ装置２に配信する投稿楽曲データを管理するカラオケ配信用ルータに、配信が決定した投稿楽曲データを送信する。カラオケ配信用ルータに送信された投稿楽曲データは、カラオケ装置２で再生可能なようにカラオケ配信用のデータに変換される（Ｓ３０７）。カラオケ装置２から投稿楽曲の配信要求を受付ける（Ｓ３０８）と、カラオケ配信用ルータは、カラオケ装置２に、配信要求された投稿楽曲データを配信する（Ｓ３０９）。配信要求には、選曲番号が含まれているため、カラオケ配信用ルータは、記憶する投稿楽曲データのうち、選曲番号に紐付く一の投稿楽曲データを送信すれば良い。なお、サーバ装置３とカラオケ配信用ルータは、物理的に分かれていても良いし、サーバ装置３に、カラオケ配信用ルータが含まれていても良い。
【００６９】
ここで、カラオケ装置２に対し、どうやって、カラオケ配信された投稿楽曲を選曲可能に提示しているのか、説明する。図１０には、さらにカラオケ装置２への選曲画面の表示に関するフロー図が示されている。Ｓ４０１〜Ｓ４０４は、Ｓ３０１〜Ｓ３０４の処理と同様である。Ｓ４０５では、カラオケ装置２から選曲画面の表示要求を受付ける。具体的には、カラオケ装置２に具備されているリモコン装置１のタッチパネルから、投稿楽曲の選曲操作として、例えば、図２１の「楽曲名順」、「あ行」を指定することが選曲画面の表示要求に該当する。そして、Ｓ４０６で、配信フラグが付与された投稿楽曲データの属性データを基に、サーバ装置３が選曲画面を生成し、リモコン装置１に表示させる（Ｓ４０７）。具体的には、リモコン装置１の選曲画面には、一度に６曲分の投稿楽曲の情報を表示することが可能であり、例えば、図２１の「楽曲名順」、「あ行」を指定すると、楽曲名が「あ行」であって、配信フラグが付与された投稿楽曲データのうちの、６曲分の属性データをもとに、サーバ装置３で、６曲分の投稿楽曲の情報が表示された選曲画面を生成する。生成した選曲画面は、リモコン装置１から閲覧可能であり、一の投稿楽曲が選択されると、カラオケ装置２からカラオケ配信用ルータに配信要求が送信される。なお、リモコン装置１からの選曲画面の表示要求は、カラオケ装置本体を介してサーバ装置３に送信されるという仕様でも良いし、リモコン装置１から直接無線ＬＡＮ通信などにより、サーバ装置３に送信されても良い。また、本実施形態では、サーバ装置３が選曲画面の生成機能を有しているが、選曲画面を生成する専用の画面生成サーバ装置を、サーバ装置３とは物理的に分けて設けても良い。この場合、リモコン装置１からの選曲画面の生成要求を画面生成サーバ装置が受信すると、サーバ装置３に対し、該当する投稿楽曲データの属性データの取得要求を行い、サーバ装置３から取得した属性データをもとに、画面生成サーバ装置が、選曲画面を生成することとなる。
【００７０】
なお、受信処理にて投稿楽曲データを受付た際に付与される楽曲識別情報と、カラオケ配信について投稿楽曲データを管理するため、投稿楽曲データに対して、所定条件を満たした場合に付与される第２の楽曲識別情報（選曲番号）は異なる体系で設定される。このように、カラオケ配信を行う際、異なる体系の第２の楽曲識別情報を付与することで、公開処理とカラオケ配信、それぞれにおいて、投稿楽曲データに対する管理が容易となる。
【００７１】
以上、本実施形態では、カラオケ装置２に対する配信可否の判定をサーバ装置３側で行うこととしているが、この判定はカラオケ装置２側で行うこととしてもよい。ユーザ端末から投稿された投稿楽曲データは、サーバ装置３を介してカラオケ装置２へ配信される（この場合、サーバ装置３での判定は行う必要は無い）。カラオケ装置２は、所定期間ごとに、サーバ装置３に、記憶している投稿楽曲データの再生可否（所定の支援情報が付与されているか否か）に関する情報を取得し、カラオケ装置２での再生が許可されている投稿楽曲データについて、リモコン装置１などによる検索、再生を可能とすることとなる。なお、判定のための投稿楽曲データの再生可否に関する情報は、サーバ装置３からカラオケ装置２に対して、所定期間毎に送信することとしてもよい。
【００７２】
本実施形態のカラオケ装置２は、アカウントを有するユーザに対して気に入った楽曲を登録しておき、簡易に呼び出せるお気に入り登録機能を有している。このお気に入り登録機能は、カラオケシステムで使用するユーザ情報内の「マイうたテーブル」を使用して実行される。カラオケ装置２に対して投稿楽曲の配信が開始された場合、投稿楽曲を投稿したユーザ、投稿楽曲を支援したユーザの「マイうたテーブル」に、配信開始された投稿楽曲を自動登録する（登録処理）こととしてもよい。投稿楽曲を投稿したユーザ、あるいは、投稿楽曲を支援したユーザがカラオケ装置２を使用する際、自分の「マイうたテーブル」を利用して配信開始された投稿楽曲を容易に選曲することが可能となる。なお、投稿楽曲を投稿したユーザは、投稿楽曲データの属性データを参照することで、また、投稿楽曲を支援したユーザは、決済管理テーブルを参照することで判定することが可能である。本実施形態では、投稿楽曲の配信に期限が設けられているが、期限切れとなり配信が中止された投稿楽曲については、「マイうたテーブル」から自動削除することとしてもよい。
【００７３】
Ｓ３０７で整形された投稿楽曲データは、カラオケ装置２にて選曲される都度、サーバ装置３から当該カラオケ装置２に配信することとしてもよい。一度、配信された投稿楽曲データは、カラオケ装置２に記憶させておき、再度、選曲された場合には、記憶しておいた投稿楽曲データを使用することとしてもよい。あるいは、一度、あるカラオケ装置に記憶させた投稿楽曲データは、複数のカラオケ装置２の間で流用することとしてもよい。すなわち、ネットワーク網で接続された複数のカラオケ装置２の間でファイル共用を実行することで、投稿楽曲データの記憶に必要な記憶容量、並びに、配信に必要なトラフィック量の抑制を図ることが可能である。投稿楽曲データの配信は、このようなファイル蓄積型のみならず、ユーザ端末への公開処理と同様、ストリーム配信を採用することも考えられる。
【００７４】
判定処理において、カラオケ装置２への配信が開始された楽曲は、配信管理テーブル上、配信フラグが「０」から「１」に変更され、配信日、配信期限（例えば、配信日から６ヶ月後の日）が登録され、カラオケ装置２への配信楽曲として管理される。本実施形態では、配信日から配信期限までの配信期間が設けられることとなるが、配信中の投稿楽曲については、その配信期間をユーザ端末から延長可能に構成することも可能である。
【００７５】
図１５には、選択された投稿楽曲データが、カラオケ装置２に対して配信されている状態（配信済）の場合の再生画面が示されている。図１４のカラオケ装置２に対し未配信状態の投稿楽曲の場合、配信を行うための支援関連欄６１ｋが表示されていたのに対し、この配信済み状態の投稿楽曲の場合、配信期限を延長するための支援関連欄６１ｍ（項目名
「ポイントで延長」）が表示されている。この支援関連欄６１ｍには、投稿楽曲の配信期限、配信期限を延長するためのポイント、投稿楽曲を延長するために支援されたポイント、延長のために必要な残りポイント、そして、ポイント入力欄６１ｍ−１、決済ボタン６１ｍ−２（「支援する」と表記のあるボタン）が表示されている。
【００７６】
投稿楽曲を視聴したユーザが、当該投稿楽曲の配信期限を延長したいと考えた場合、ポイント入力欄６１ｍ−１に、延長のため支援するポイント数を入力し、決済ボタン６１ｍ−２を操作する。当該投稿楽曲データに対してポイント決済が行われたことが判定されると、決済管理テーブルに記録するとともに、決済されたポイントを配信管理テーブル上の既存の延長ポイントに積算する。そして、配信を開始する場合と同様に、積算された延長ポイントが所定値（この場合、５０００ポイント）に達したか否かを判定する判定処理が実行される。配信ポイントが所定値に達していた場合、配信管理テーブル上、当該投稿楽曲の配信期限が延長（この場合、６ヶ月）される。
【００７７】
このように、本実施形態の楽曲配信システムでは、投稿楽曲のカラオケ装置２に対する配信期限を設けるとともに、その配信期限をユーザ端末から延長可能としたことで、楽曲配信期間中にかかるコストを補うことが可能となる。なお、配信中の投稿楽曲について、支援関連欄６１ｍは、配信期限間近のもの（例えば、配信期限から１ヶ月前）についてのみ表示させることとしてもよい。そして、この投稿楽曲に対する配信期限延長で使用される支援情報は、配信の決定の際と同様、ポイントのみならず、クレジットカードなどによる金額の支払い、評価ボタンの押下数、投票数を支援情報、あるいは、複数の形態を組み合わせることとしてもよい。
【００７８】
以上、投稿楽曲を再生させる再生画面上での配信決定、配信期限延長について説明したが、これら投稿楽曲に対する配信決定、配信期限延長は、投稿したユーザ本人が管理することも可能である。図１６は、本発明の実施形態に係る投稿楽曲閲覧サイトでの投稿楽曲管理画面を示す図である。この投稿楽曲管理画面は、ログインしているユーザが適宜メニューから入ることのできる管理画面である。図の例では、ログインしているユーザ（Ａさん）が投稿した３曲の投稿楽曲について、楽曲名６２ａ−１〜６２ａ−３、サムネイル画像６２ｂ−１〜６２ｂ−３が表示されている。各投稿楽曲は、カラオケ装置２への配信状況が異なった状態である。
【００７９】
楽曲名６２ａ−１の投稿楽曲は、カラオケ装置２に対して未配信の状態となっている。この状態では、投稿したユーザは、配信に必要なポイントを自分で支払うか、支援を受けるかを選択することが可能である。そのため、サムネイル画像６２ｂ−１の下方には、「自分で支払う」と表記された決済ボタン６２ｃと、「ポイントで支援依頼」と表記された支援依頼ボタン６２ｄが表示されている。決済ボタン６２ｃが操作された場合には、所有ポイント６１ｃから、配信に必要なポイント（本実施形態では、５０００ポイント）が決済され、楽曲名６２ａー１の投稿楽曲は、カラオケ装置２に配信可能な状態となる。一方、支援依頼ボタン６２ｄが操作された場合には、図１４で説明したように楽曲名６２ａ−１の投稿楽曲の再生画面には、支援関連欄６１ｋが表示されることとなり、投稿楽曲に対し他のユーザから配信のための支援情報を募ることが可能な状態となる。なお、配信に必要なポイントは、このように投稿を完了している投稿楽曲に対して支払うのみならず、投稿楽曲を投稿する際、行うことも可能である。
【００８０】
楽曲名６２ａ−２の投稿楽曲は、カラオケ装置２に対して配信中の状態である。本実施形態では、配信中の投稿楽曲について、カラオケ装置２での再生回数が表示されている。この再生回数は、サーバ装置３において、カラオケ装置２から収集したログを集計する（集計処理）ことで、配信対象となっている全てのカラオケ装置２での積算値である。ユーザは、この再生回数に基づいて、カラオケ装置２での人気度を知ることが可能である。
【００８１】
楽曲名６２ａ−３の投稿楽曲は、楽曲名６２ａ−２の投稿楽曲と同様、カラオケ装置２に対して配信中の状態である。楽曲名６２ａ−２の投稿楽曲とは、配信期限が間近（１ヶ月以内）となっている点で異なっている。本実施形態では、配信期限が間近な投稿楽曲についてポイントの支払いにより、その配信期限を延長可能としている。配信の場合と同様、「自分で支払う」と表記された決済ボタン６２ｅと、「ポイントで支援依頼」と表記された支援依頼ボタン６２ｆが表示されている。決済ボタン６２ｅが操作された場合には、所有ポイント６１ｃから、配信期限の延長に必要なポイント（本実施形態では、５０００ポイント）が決済され、楽曲名６２ａー３の投稿楽曲は、所定期間（本実施形態では６ヶ月）、その配信期限が延長される。一方、支援依頼ボタン６２ｆが操作された場合には、図１５で説明したように楽曲名６２ａ−３の投稿楽曲の再生画面には、支援関連欄６１ｍが表示されることとなり、投稿楽曲に対し他のユーザから配信期限延長のための支援情報を募ることが可能な状態となる。
【００８２】
以上、楽曲配信システムにおいて、ユーザ端末側における投稿楽曲の公開時の各種形態について説明を行ったが、次に、配信された投稿楽曲についてカラオケ装置２側での再生など各種処理について説明を行う。ここでは、図３で説明したカラオケシステム中、リモコン装置１の表示部１１の画面を使用して説明を行う。
【００８３】
図１７は、本発明の実施形態に係るカラオケシステム中、リモコン装置１のトップ画面、すなわち、リモコン装置１を起動した直後の画面を示す図である。本実施形態では、リモコン装置１の表示部１１に表示出力することで、リモコン装置１を操作するユーザに対して各種情報を提供する。なお、リモコン装置１の操作部１７としては、カーソルキーなどの各種機械的なスイッチの他、表示部１１に表示されたボタン、アイコンなどを直接タッチして操作を行うタッチパネルを採用することができる。
【００８４】
本実施形態のカラオケシステムは、複数のユーザが各リモコン装置１のタッチパネル表示画面から必要な情報（後述するユーザ識別情報やパスワード）を入力し、ログインすることが可能となっている。なお、カラオケ装置２において使用するアカウントは、ユーザ端末に対して投稿楽曲を公開する際、投稿楽曲閲覧サイトにログインするのに使用したアカウントを共用することとしてもよい。この場合、投稿楽曲閲覧サイトにログインしたユーザ識別情報とパスワードを使用してカラオケ装置２にもログインすることとなる。あるいは、投稿楽曲サイトとカラオケ装置２にログインするためのアカウント同士で連携を取ることとしてもよい。例えば、投稿楽曲閲覧サイトにログインした場合、投稿楽曲閲覧サイトからカラオケ装置２におけるユーザ情報を使用可能とする、あるいは、カラオケ装置２にログインした場合、投稿楽曲閲覧サイトで使用するユーザ情報を使用可能とすることとなる。
【００８５】
図１７に示すトップ画面において、ユーザのログインに関する情報は画面上方に常時表示される。ログインしたユーザの分身像（アバター）を表示するためのログインユーザ欄１０３が設けられている。なお、分身像としては、人、キャラクターを模した像の他、図形や記号など各種形態を採用することができる。
【００８６】
また、アカウントを有していないユーザのためのゲストアイコン１０２、ユーザを切り替えるためのユーザ切替スイッチ１０１が表示されている。ログインしたユーザは、ログインユーザ欄１０３に表示される分身像を選択、あるいは、ユーザ切替スイッチ１０１を操作することで、自分のユーザ情報を利用した各種サービスを受けることが可能となる。また、アカウントを有していないユーザは、ゲストアイコン１０２を操作することで、選曲など一般的なサービスを受けることが可能となっている。なお、ユーザの切替の際には、パスワードなど認証を行うこととしてもよいが、認証を行うことなく簡易に切り替える
こととしてもよい。
【００８７】
図１８は、各ユーザ毎に、サーバ装置３に記憶されているユーザ情報を説明するための図である。本実施形態では、ユーザ情報として、個人情報、マイうたテーブル、マイアーティストテーブル、履歴テーブルといった、ユーザに関する各種情報を含んで構成される。ユーザ情報は、サーバ装置３の記憶手段３３に予め記憶されている。また、ユーザ情報には、ユーザがリモコン装置１からサーバ装置３３へログインしてこれら情報を利用するためのアカウント（ユーザ識別情報とパスワード）が対応付けられている。本実施形態では、このアカウントを投稿楽曲閲覧サイトのアカウントと共用することとしている。あるいは、投稿楽曲サイトとカラオケ装置２にログインするためのアカウント同士で連携を取ることとしてもよい。その場合、ユーザ情報中には、投稿楽曲閲覧サイトのアカウントが別途記録される。
【００８８】
個人情報には、ユーザ名（実際の名前に限ったものでなく、ニックネームであってもよい）、性別、年齢、居住地、趣味、メールアドレス、所有ポイントなどを含んで構成される。これら各種情報は、リモコン装置１、あるいは、インターネットなどのネットワークに接続された図示しないパーソナルコンピュータ、携帯情報端末などにてログインして設定することも可能である。特に、本実施形態では、カラオケシステム、投稿楽曲閲覧サイトで使用可能なポイントを、所有ポイントとしてユーザ情報中で一元管理している。
【００８９】
マイうたテーブルは、登録された楽曲（投稿楽曲を含む）を記憶するテーブルであって、楽曲識別情報、音程情報、過去の採点情報（最高点）などを含んで構成されている。ユーザは、このマイうたテーブルに基づいて、登録されているお気に入りの楽曲を呼び出して歌唱することが可能となる。その際、登録した音程情報を利用することで、自分の歌唱にあった音程で演奏（再生）を行うこともできる。
【００９０】
マイアーティストテーブルは、登録されたアーティスト（歌手）を記憶しておくテーブルであって、歌手識別情報などを含んで構成される。ユーザは、このマイアーティストテーブルを呼び出すことで、登録されている歌手識別情報に対応する楽曲、すなわち、登録されているアーティスト（歌手）に関連する楽曲を呼び出して歌唱することが可能である。
【００９１】
履歴テーブルは、ユーザが過去に再生した楽曲に関する各種情報を記録した情報であって、本実施形態では、再生した楽曲について、楽曲の楽曲識別情報、再生した日時を示す歌唱日時、歌唱した店舗の識別情報、あるいは、歌唱した店舗の住所、もしくは、緯度経度などを示す位置情報、採点情報などを含んで構成されている。ユーザは、この履歴テーブルに基づいて、過去に再生した歌唱用楽曲を呼び出して歌唱することができる。
【００９２】
図１９は、このユーザ情報の送受信の様子を示した図である。カラオケ店舗に来店したユーザは、自己のユーザ識別情報とパスワードで構成された識別情報を入力、あるいは、リモコン装置１などに設けられたＩＣカードリーダーでＩＣカードに記憶されている識別情報を読み取らせることで認証処理Ｓ５０１を実行する。ユーザの識別情報を読み取った、カラオケ装置２あるいはリモコン装置１は、識別情報をサーバ装置３に送信し（Ｓ５０２）、識別情報を受信したサーバ装置３は記憶部５１に記憶されたデータベースから、該当するユーザのユーザ情報を抽出し（Ｓ５２１）、問い合わせのあったカラオケ装置２あるいはリモコン装置１に対して送信する（Ｓ５２２）。
【００９３】
ユーザ情報を受信したカラオケ装置２側では（Ｓ５０３）、受信したユーザ情報に基づいて、選曲処理、再生処理など各種サービス処理が提供される（Ｓ５０４）。ユーザによりログアウトが要求される（Ｓ５０５）とサービス処理を中断し、サービス処理中におけ
る各種履歴（ログ）、あるいは、ユーザによる設定変更を反映したユーザ情報をサーバ装置３に送信する（Ｓ５０６）。ここで、ユーザ情報は、全ての情報を送信することの他、更新された差分だけを送信してもよい。サーバ装置３では、受信したユーザ情報に基づいて記憶部１に記憶されたデータベースの更新を実行する（Ｓ５２４）。
【００９４】
以上、１ユーザが認証処理（ログイン処理）してから、ログアウトするまでの流れを説明したが、本実施形態のカラオケ装置２、リモコン装置１は、認証された複数人（認証ユーザ）が同時にログインした状態で使用することが可能となっており、図１７で説明したユーザインターフェイスを用いることで、サービスを提供するユーザ（以下、「アクティブユーザ」という）を切り替えて使用することが可能となっている。
【００９５】
図２０は、本発明の実施形態に係るアクティブユーザトップ画面を示す図である。この図に示されるように、複数人がログインした状態ではログインユーザ欄１０３にログインしたユーザの分身像１０３ａ〜１０３ｅ（本実施形態では顔部分）が表示される。またログインユーザ欄１０３中、右端に背景がハイライトで示されるユーザは、アクティブユーザ１０３ｅであって、図に示す状態では、このアクティブユーザ１０３ｅに対するサービス、すなわち、アクティブユーザ１０３ｅのユーザ情報を利用したサービスが実行されている状態となっている。このアクティブユーザトップ画面では、「曲を探す」を選択することで、従来の歌本と同様、歌手名、楽曲名に基づく検索を行うことができる。
【００９６】
本実施形態におけるカラオケシステムでは、この「曲を探す」を選択することで、従来からカラオケ装置２に提供されている業者側で提供している楽曲を選曲することが可能である。一方、新たにカラオケ装置２に提供される投稿楽曲については、「投稿楽曲」を選択することで、選曲することが可能となっている。このように従来から業者側で提供している楽曲と、ユーザの投稿によりカラオケ装置２に配信された投稿楽曲を分けて管理することで、ユーザに対し両種楽曲の選曲を分かりやすく提示している。また、投稿楽曲数が増加により、従来の楽曲の選曲を妨げることがない。投稿楽曲を選曲したいユーザは、「投稿楽曲」を選択し、投稿楽曲選択画面へと移行させる。
【００９７】
図２１は、本発明の実施形態に係る投稿楽曲選択画面を示す図である。この投稿楽曲選択画面では、「投稿者順」、「歌手名順」、「楽曲名順」で、投稿楽曲を表示させることが可能となっている。各投稿楽曲には、投稿者名、歌手名、楽曲名、サムネイル画像が表示されている。ユーザは、投稿楽曲選択画面に表示された投稿楽曲の中から１の投稿楽曲を選択することで、投稿楽曲の詳細な説明、並びに、投稿楽曲を再生する際の各種設定を行うことができる楽曲確認画面へと移行させる。
【００９８】
アクティブユーザとして投稿楽曲を選択した場合、図２２に示される楽曲確認画面にて、予約を行う投稿楽曲に間違いがないか、楽曲名、投稿者名、歌手名、歌い出しなどを表示してユーザに確認させる。この他、楽曲確認画面には、投稿楽曲に関連する情報として、投稿楽曲の配信期限、投稿楽曲が投稿されたサイト名、投稿者の活動地域、投稿楽曲のジャンル、投稿者のコメントなどが表示される。
【００９９】
また、楽曲確認画面には、予約する投稿楽曲に関する各種設定変更を行うための楽曲設定欄が表示されている。この楽曲設定欄を選択指定することで、図２３に示す楽曲設定画面において、再生時の各種設定を行うことが可能となる。本実施形態では、楽曲設定として、キー（音程）調整、ガイドボーカルの有無、歌詞テロップの有無、コーラスの有無、背景映像に１対１映像を使用するか、一般映像を使用するかの選択を可能としている。
【０１００】
選択した投稿楽曲に対して自分の歌唱できる音程が予め分かっている場合には、キー調整を変更することで演奏する際のキー調整値を設定することが可能である。また、その他
の項目についても、項目毎の下方に設けられたボタンを操作することで、好みの楽曲設定を行うことが可能である。ここで、投稿楽曲によっては、投稿時、ある種の楽曲要素データを含んでいないことなどを理由として、当該楽曲要素データに関する設定ができない場合がある。本実施形態では、この楽曲設定において、対象となる投稿楽曲データ中、再生可能な楽曲要素データを判定する再生判定処理を実行し、再生可能な楽曲要素データのみを設定可能としている。図２３の楽曲設定画面では、「ガイドボーカル」、「歌詞テロップ」、「コーラス」は、インターフェイス上設定可能であるが、「背景映像」は設定不可能なように半透明の状態となっている。
【０１０１】
ここで、「ガイドボーカル」は、図５で説明した投稿楽曲データ中、ボーカルデータに対応した設定項目である。投稿楽曲データ中に含まれるボーカルデータは、カラオケ装置２で再生される際は、ユーザの歌唱を補助するガイドボーカルとして機能する。標準状態では「ガイドボーカル」は「なし」に設定されている。これは、一般的に歌唱可能な楽曲に対し、ガイドボーカルが再生されると、ユーザ自身の歌唱の邪魔になるためである。対して、自身の歌唱に自信の無いユーザは、この「ガイドボーカル」を「あり」に設定することで、投稿楽曲の再生時、ボーカルデータが同期して再生され、歌唱を行うユーザはボーカルデータを聴取しつつ歌唱することが可能である。この際、ガイドボーカルの音量は、楽曲投稿サイトでボーカルデータを再生していた時に比べ、歌唱の邪魔にならない程度に小音であることが好ましい。ただし、「ガイドボーカル」の「あり」「なし」の設定は、投稿楽曲データ中にボーカルデータが含まれる場合のみ操作可能であり、ボーカルデータが含まれない場合は、「ガイドボーカル」のアイコンは設定不可能なように半透明状態となっている。また、アイコンの状態はそのままだが、「あり」を設定すると、「この操作は実行できません」のような注意書きがディスプレイに表示されることとしても良い。「歌詞テロップ」は、投稿楽曲データ中、歌詞データに対応した設定項目である。標準状態では「歌詞テロップ」は「あり」に設定されている。「歌詞テロップ」を「なし」に設定することで、カラオケシステムのモニタ４１に表示される歌詞を表示させない状態に変更することが可能である。「コーラス」は、投稿楽曲データ中、コーラスデータに対応した設定項目である。標準状態では「コーラスデータ」は「あり」に設定されている。「コーラスデータ」を「なし」に設定することで、投稿楽曲データに含まれたコーラスデータを再生させない状態に変更することが可能である。
【０１０２】
「背景映像」は、投稿楽曲データ中、背景映像データに対応した設定項目である。この「背景絵映像」は「１対１」あるいは「一般」に設定することが可能である。投稿楽曲データに背景映像データが含まれていない場合、設定項目は、図に示すように半透明の状態となり、強制的に「一般」の状態に設定される。ここで「１対１」とは、投稿楽曲データに含まれる背景映像データ、すなわち、投稿者によって作成された背景映像データを使用する設定である。そして、「一般」とは、カラオケ装置２に記憶された汎用性のある背景映像データを使用する設定である。
【０１０３】
一方、投稿楽曲データに背景映像データが含まれている投稿楽曲の場合、「１対１」あるいは「一般」を選択可能な状態となる。この場合、投稿楽曲のジャンルなどに基づいて背景映像データが選択される。背景映像が設定できる場合、初期状態では、この「背景映像」は、「１対１」に設定される。
【０１０４】
この楽曲選択画面にて投稿楽曲を再生する際の各種設定を行ったユーザは、「閉じる」ボタンを操作することで、図２２の楽曲確認画面に戻り、楽曲の予約操作を実行する。楽曲確認画面にて「予約」ボタンが操作されると、リモコン装置１からカラオケ装置２に対して楽曲識別情報、ユーザ識別情報、楽曲設定画面で設定された楽曲設定などを含む予約情報が送信される。受信したカラオケ装置２では、予約情報を予約テーブルに順次追加して、再生処理を実行する。以上説明した投稿楽曲に対する各種設定を予約時に実行した場
合、選択した投稿楽曲の投稿楽曲データ、あるいは、それに含まれる楽曲関連データが、カラオケ装置２側で記憶していないことが考えられる。その場合、カラオケ装置２は、再生に必要となるデータ（投稿楽曲データ、あるいは、それに含まれる楽曲関連データ）をサーバ装置３等に対して要求して受信する。サーバ装置３等では、予約から再生までの期間中、要求のあったカラオケ装置２に当該データを適宜タイミングで送信する。したがって、データ送信を行うサーバ装置３等は、複数のカラオケ装置２から同時に要求があった場合においても、その送信タイミングを制御することで、データ送信を行うサーバ装置３等の負荷を軽減することが可能である。
【０１０５】
なお、以上説明した投稿楽曲に対する各種設定は、予約時のみならず、投稿楽曲の再生中に行うこととしてもよい。その場合、カラオケ装置３側で、再生に必要なデータ記憶していない場合、カラオケ装置２は、設定変更された都度、サーバ装置３等に送信を要求することで、再生に必要となるデータを受信し、ユーザによって設定された楽曲設定を実現することが可能である。
【０１０６】
このような予約操作にて予約された楽曲は順次、カラオケ装置２にて再生される。そして、カラオケ装置２で再生された投稿楽曲の再生状況は、ログとしてサーバ装置３に適宜タイミングで送信される。ログを受信したサーバ装置３では、ログを集計することで、投稿楽曲の再生状況を集計することが可能である。本実施形態では、再生状況として、投稿楽曲の再生回数を集計することで、図１６で説明したように、ユーザ端末側でも閲覧可能となっている。さらに、本実施形態の楽曲配信システムでは、集計された投稿楽曲の再生回数に応じて、投稿したユーザ、もしくは、カラオケ装置２への配信を支援したユーザの少なくとも一方に報奨を付与することで、カラオケ装置２での再生による対価を与えることとしている。
【０１０７】
図２４には、本発明の実施形態に係る集計・報奨付与処理を示すフロー図が示されている。この集計・報奨付与処理は、Ｓ６０１〜Ｓ６０３の集計処理と、Ｓ６０４〜Ｓ６０８の報奨付与処理を併せた処理であって、サーバ装置３の制御手段３６にて実行される処理である。
【０１０８】
サーバ装置３は、適宜タイミングで、ネットワーク網に接続されたカラオケ装置２から、投稿楽曲の再生回数を含んだログを収集する（Ｓ６０１）。次に、収集したログに基づいて各投稿楽曲の再生回数を集計する（Ｓ６０２）。集計された再生回数を利用してＷＥＢデータの再生回数が更新（Ｓ６０３）されることで、図１６に示されるようにユーザ端末側で、カラオケ装置２での最新の再生回数が閲覧可能となる（Ｓ５０４）。
【０１０９】
Ｓ６０４〜Ｓ６０８は、カラオケ装置２における投稿楽曲の再生回数に応じてユーザに報奨が付与される処理（報奨付与処理）である。Ｓ６０４では、ある投稿楽曲について、Ｓ６０２で集計された投稿楽曲の再生回数が取得される。Ｓ６０５では、Ｓ６０４にて再生回数を取得した投稿楽曲が、報奨ポイントを付与するタイミングか否かを判定する。この報奨ポイントの付与タイミングとなる投稿楽曲は、例えば、投稿開始から所定期間経過した投稿楽曲、あるいは、カラオケの配信期限を迎える投稿楽曲、あるいは、再生回数が所定回数（１０００回の再生回数毎）を初めて超えた投稿楽曲などが考えられる。
【０１１０】
本実施形態では、配信期限が延長された場合、最初の配信期限（６ヶ月）が経過した時点で、一旦、再生回数に応じた報奨を支払い、さらに延長された配信期限が到来した場合、延長した期間中の再生回数に応じて報奨を付与することとしている。このように配信期限毎に報奨を付与する形態ではなく、投稿楽曲が最終的に配信終了となったときに、それまでの再生回数を元に一括で報奨を付与することとしてもよい。
【０１１１】
報奨ポイントの付与タイミングであると判定（Ｓ６０５：Ｙｅｓ）された投稿楽曲に対しては、投稿楽曲に関連するユーザに対して、再生回数に応じた報奨ポイントを配分することとしている（Ｓ６０６）。
【０１１２】
図２５には、本発明の実施形態に係る報奨ポイント配分を説明するための図が示されている。本実施形態では、投稿したユーザと、投稿楽曲の配信、延長を支援したユーザの両方で１０００ポイントを分配することとしている。投稿したユーザは、図５で説明した投稿楽曲に付随する属性データに基づいて判定され、支援したユーザは図１１に示す決済管理テーブルに基づいて判定される。図２５の例は、ユーザＡが投稿した投稿楽曲について、ユーザＡ（投稿本人）、ユーザＢ、ユーザＣの支援により配信（あるいは延長）された形態が示されている。本実施形態では、付与される報奨ポイントの５０％を投稿分として投稿したユーザに付与し、５０％を支援したユーザ間で、支援度合いに応じて分配することとしている。
【０１１３】
図中、ユーザＡの投稿分は、１０００ポイント＊５０％＝５００ポイントとして算出される。またユーザＡは、配信にあたり自身で、配信必要ポイント（５０００ポイント）中、２０００ポイントを支援している。したがって、ユーザＡの支援分は１０００ポイント＊５０％＊２０００ポイント／５０００ポイント＝２００ポイントとして算出される。したがって、ユーザＡが受け取る報奨ポイントは合計７００ポイントとなる。投稿楽曲の配信を２０００ポイント支援したユーザＢは、１０００ポイント＊５０％＊２０００ポイント／５０００ポイント＝２００ポイントとして算出される。そして、投稿楽曲の配信を１０００ポイント支援したユーザＣは、１０００ポイント＊５０％＊１０００ポイント／５０００ポイント＝１００ポイントとして算出される。
【０１１４】
各ユーザＡ〜Ｃに分配された報奨ポイントは、対応するユーザのユーザ情報中、所有ポイントに加算される。また、報奨ポイントが付与されたユーザに対して、その旨を通知する報奨ポイント通知処理（Ｓ５０７）が実行される。報奨ポイント通知処理は、ユーザ端末、あるいは、カラオケ装置２にユーザがログインした際など、適宜タイミングにて投稿楽曲の再生回数に基づいて報奨ポイントが付与された旨を通知する処理である。ログインした際以外に、メールなどの通知手段を利用して通知することとしてもよい。このように、投稿楽曲を投稿、あるいは、支援したユーザに対してポイントが付与されることで、投稿、あるいは、支援に対するモチベーションの向上を図ることが可能である。
【０１１５】
以上のＳ５０４〜Ｓ５０８の処理を、全ての投稿楽曲について繰り返し実行し、各投稿楽曲に関与したユーザについて報奨ポイントの付与の確認が実行される。なお、ユーザに対して付与する報奨としては、ポイントのみならず、金銭、商品券、景品など各種形態を採用することが可能である。付与する形態についてもポイントのようにユーザ情報中に記録する他、ユーザ宛に郵送することも可能である。
【０１１６】
なお、本発明はこれらの実施形態のみに限られるものではなく、それぞれの実施形態の構成を適宜組み合わせて構成した実施形態も本発明の範疇となるものである。
【符号の説明】
【０１１７】
１…リモコン装置、１１…表示部、１２…ビデオＲＡＭ、１３…映像制御部、１４…メモリ、１５…制御部、１６…無線ＬＡＮ通信部、１７…操作部、１８…操作処理部、１９…赤外線通信部、２…カラオケ装置（コマンダ）、２１…操作部、２２…操作処理部、２３…赤外線通信部、２４…インターフェイス部、２５…音声制御部、２６…ＭＩＤＩ音源、２７…メモリ、２８…ビデオＲＡＭ、２９…映像再生部、３０…制御部、３１…映像制御部、３２…ＨＤＤ（ハードディスク）、３３…タッチパネルモニタ、３４…タッチパネル、３５…表示部、４１…モニタ、４２…スピーカ、３…サーバ装置、３６…制御手段、３
７…通信手段、３８…記憶手段、４…ルータ
【図１】
0006008398.tif 000002
【図２】
0006008398.tif 000003
【図３】
0006008398.tif 000004
【図４】
0006008398.tif 000005
【図５】
0006008398.tif 000006
【図６】
0006008398.tif 000007
【図７】
0006008398.tif 000008
【図８】
0006008398.tif 000009
【図９】
0006008398.tif 000010
【図１０】
0006008398.tif 000011
【図１１】
0006008398.tif 000012
【図１２】
0006008398.tif 000013
【図１３】
0006008398.tif 000014
【図１４】
0006008398.tif 000015
【図１５】
0006008398.tif 000016
【図１６】
0006008398.tif 000017
【図１７】
0006008398.tif 000018
【図１８】
0006008398.tif 000019
【図１９】
0006008398.tif 000020
【図２０】
0006008398.tif 000021
【図２１】
0006008398.tif 000022
【図２２】
0006008398.tif 000023
【図２３】
0006008398.tif 000024
【図２４】
0006008398.tif 000025
【図２５】
0006008398.tif 000026