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