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