JP6057339B2 - カラオケ装置及び楽曲配信システム - Google Patents

Description

本発明は、ネットワークで接続されたカラオケ装置、及び、サーバ装置とカラオケ装置を含む楽曲配信システムに関する。

従来、家庭などでの音楽の鑑賞は、ＣＤなどのメディアを再生して楽しむことが一般的である。近年、インターネットによる通信インフラが整備され、各種情報を容易に取得できる中、音楽の鑑賞方法もＣＤのみならず、インターネットを介した音楽配信を利用して楽しむことが可能である。このような音楽配信では、レコード会社に所属するアーティストによる楽曲のみならず、アマチュアアーティストなどが自己の楽曲を配信サイトにアップロード（投稿）して、広くユーザに楽しんでもらうことも行われている。

音楽の楽しみ方の１つのカラオケがある。例えば、特許文献１に記載されているように、楽曲候補を製品化（カラオケ化）する際、ユーザからの投票を募り、蓄積された得票点数に基づいて高得点の楽曲候補を製品化する投票方法について開示されている。この投票方法では、ユーザは、無償投票者、有償投票者に分類され、有償投票者はプレミアム持ち点を有している。得票点数が所定以上となった場合に、所定以上となった楽曲が、カラオケの製品化される楽曲として決定される。

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

特許文献１に開示されるのは、ＣＤなどで提供されている楽曲を対象とするものであり、カラオケで利用可能となるカラオケデータを生成するための楽曲が存在するのが前提である。一方、近年、アマチュアアーティストであっても、楽曲の生成が容易になってきている。この場合、アマチュアアーティストにより生成された楽曲をカラオケで歌唱したいというニーズがある。しかし、アマチュアアーティストにより生成された楽曲を、カラオケ装置で歌唱可能にすると、著作権上の理由、あるいは、公序良俗に違反するなど、不適切な楽曲が混在してしまうという問題が生じる。カラオケ装置で歌唱可能にする前に確認することも考えられるが、業者による確認作業には多大な時間とコストが必要となるとともに、カラオケ装置への提供について迅速性が損なわれることが問題となる。

本発明は、以上のことを鑑みてなされたものである。本発明の目的は、アマチュアアーティストから投稿された楽曲に対し、カラオケの利用者がカラオケ楽曲として不適切と判断した場合に、通報することが可能なカラオケ装置及び楽曲配信システムを提供することである。

そのため本発明に係るカラオケ装置は、以下の構成を採用するものである。
通信手段と、制御手段を備えるカラオケ装置であって、
通信手段は、配信サーバ装置と、管理サーバ装置と通信可能であり、
制御手段は、投稿楽曲受信処理と、再生処理と、通報処理とを、実行可能とし、
投稿楽曲受信処理は、配信サーバ装置から投稿楽曲データを受信し、
再生処理は、投稿楽曲データ、通常楽曲データを再生手段に再生させ、
通報処理は、再生処理について予約もしくは再生された通常楽曲データ及び投稿楽曲を示す履歴リストを表示手段に表示させ、履歴リストに表示された投稿楽曲のみについて、通報指示を入力手段から受け付け可能とし、受け付けた投稿楽曲データに対する通報指示を管理サーバ装置に送信する。

さらに本発明に係るカラオケ装置において、
再生処理は、再生する投稿楽曲に対応付けてユーザ識別情報を記憶し、
通報処理は、再生処理で再生された投稿楽曲について、再生処理で当該投稿楽曲に対応付けられたユーザ識別情報を有するユーザからのみ、通報指示を受け付け可能とする。

さらに本発明に係るカラオケ装置において、
通報処理で受け付ける通報指示は、通報項目、もしくは、投稿楽曲の通報箇所の少なくとも何れか一方を含む。

さらに本発明に係るカラオケ装置において、
制御手段は、管理サーバ装置から指定された投稿楽曲データを通報処理の対象から除外する除外処理を実行可能とする。

また本発明に係る楽曲配信システムは、
カラオケ装置と管理サーバ装置とを備える楽曲配信システムであって、
カラオケ装置は、通信手段と、制御手段を備え、
通信手段は、配信サーバ装置と、管理サーバ装置と通信可能であり、
制御手段は、投稿楽曲受信処理と、再生処理と、通報処理とを、実行可能とし、
投稿楽曲受信処理は、配信サーバ装置から投稿楽曲データを受信し、
再生処理は、投稿楽曲データ、通常楽曲データを再生手段に再生させ、
通報処理は、再生処理について予約もしくは再生された通常楽曲データ及び投稿楽曲を示す履歴リストを表示手段に表示させ、履歴リストに表示された投稿楽曲データのみについて、通報指示を入力手段から受け付け可能とし、受け付けた投稿楽曲データに対する通報指示を管理サーバ装置に送信する。

さらに本発明に係る楽曲配信システムにおいて、
管理サーバ装置は、通報指示を受けた投稿楽曲データについて、カラオケ装置における再生を禁止する再生禁止処理を実行可能とする。

さらに本発明に係る楽曲配信システムにおいて、
管理サーバ装置は、カラオケ装置における各投稿楽曲データの再生回数を集計し、所定の再生回数においてカラオケ装置から通報指示を受けなかった投稿楽曲を、カラオケ装置における通報処理の対象から除外する除外処理を実行可能とする。

本発明に係るカラオケ装置、並びに、楽曲配信システムによれば、通常楽曲と投稿楽曲が混在するカラオケ装置において、投稿楽曲のみについて、ユーザからの通報受付を行うことで、カラオケ装置での投稿楽曲の再生適否について効率よく対処可能とするものである。さらには、カラオケ装置に対して投稿楽曲を迅速に配信することを可能とするものである。

本発明の実施形態に係る楽曲配信システムの構成を示す図 本発明の実施形態に係るサーバ装置の構成を示す図 本発明の実施形態に係るカラオケシステムの構成を示す図 本発明の実施形態に係るカラオケ装置のフロントパネルを示す図 本発明の実施形態に係る投稿楽曲データの構成を示す図 本発明の実施形態に係る受信処理を示すフロー図 本発明の実施形態に係るアップローダーのアップロード画面を示す図 本発明の実施形態に係る公開処理を示すフロー図 本発明の実施形態に係るカラオケ装置への配信を示すフロー図 本発明の実施形態に係る選曲画面の表示を示すフロー図 本発明の実施形態に係る決済管理テーブルを示す図 本発明の実施形態に係る配信管理テーブルを示す図 本発明の実施形態に係る投稿楽曲閲覧サイトでの楽曲選択画面を示す図 本発明の実施形態に係る投稿楽曲閲覧サイトでの再生画面（カラオケ未配信楽曲）を示す図 本発明の実施形態に係る投稿楽曲閲覧サイトでの再生画面（カラオケ配信済楽曲）を示す図 本発明の実施形態に係る投稿楽曲閲覧サイトでの投稿楽曲管理画面を示す図 本発明の実施形態に係るトップ画面を示す図 本発明の実施形態に係るユーザ情報を示す図 本発明の実施形態に係るユーザ情報の送受信の様子を示す図 本発明の実施形態に係るアクティブユーザトップ画面を示す図 本発明の実施形態に係る投稿楽曲選択画面を示す図 本発明の実施形態に係る投稿楽曲確認画面を示す図 本発明の実施形態に係る再生処理を示すフロー図 本発明の実施形態に係るカラオケ装置側での通報受付画面（形態１）を示す図 本発明の実施形態に係るカラオケ装置側での通報受付画面（形態２）を示す図 本発明の実施形態に係る通報指示情報のデータ構成を示す図 本発明の実施形態に係る通報管理処理を示すフロー図 本発明の実施形態に係る歌唱履歴表示処理を示すフロー図 本発明の実施形態に係る再生履歴表示画面を示す図 本発明の実施形態に係るリモコン装置側での通報受付画面を示す図

図１は、本発明の実施形態に係る楽曲配信システムの構成を示す図である。本実施形態の楽曲配信システムは、投稿楽曲データの公開、配信管理を行うサーバ装置３と、カラオケボックスやスナックなどカラオケ店舗に配置されたカラオケ装置２ａ〜２ｃ…（以下、符号「２」を使用する）を有して構成されている。サーバ装置３は、これらカラオケ装置２、並びに、ユーザ端末（パーソナルコンピュータ６ａ、６ｂ、スマートフォンやタブレット端末等の各種携帯情報端末７）とインターネットなどのネットワーク網を介して通信することが可能である。

図２には、本発明の実施形態に係るサーバ装置３の構成が示されている。サーバ装置３は、いわゆるコンピュータ装置であって、ＣＰＵやＲＯＭ、ＲＡＭなどで構成され、各種プログラムを実行可能な制御手段３６と、ハードディスクなどの記憶手段３８、前述したユーザ端末やカラオケ装置２と通信を行う通信手段３７を備えて構成されている。通信手段３７は、ルータ４を介してネットワーク網に接続され、各種ユーザ端末やカラオケ装置２と通信可能となっている。ユーザ端末中、携帯情報端末７は、携帯電話通信網用、あるいは、無線ＬＡＮ用の無線通信装置５を介して無線でネットワーク網にアクセスすることが可能である。

本実施形態の楽曲配信システム中のサーバ装置３は、このような構成により、ユーザ端末（第１通信端末）から投稿された投稿楽曲データを受信して記憶手段３８に記憶させる受信処理、記憶した投稿楽曲データをユーザ端末（第２通信端末）に対して公開可能とする公開処理、並びに、公開処理で公開された投稿楽曲データをカラオケ店舗側に設置されたカラオケ装置２に配信する配信処理を実行可能としている。なお、ユーザ端末中、第１通信端末と第２通信端末とは、その構成上に違いは無く、受信処理の対象となる、投稿楽曲データを作成し、サーバ装置３に投稿するユーザ端末を第１通信端末、公開処理の対象となる、投稿された投稿楽曲データを投稿楽曲サイトで閲覧するユーザ端末を第２通信端末と、便宜上、名称を付与している。

特に、本実施形態では、投稿楽曲データがユーザ端末に公開されたことを条件として、カラオケ装置２に配信することとしている。このような形態により、ユーザ端末で広く公開されることでユーザに認知された投稿楽曲は、音響設備の整ったカラオケ店舗において歌唱を楽しむことも可能となる。このように本実施形態の楽曲配信システムを使用することにより、一般ユーザにより作成された楽曲を広く披露する場を提供するとともに、カラオケ店舗利用の拡大を図ることが可能となる。

さらに、本実施形態では、投稿楽曲データのカラオケ装置２への配信は、所定の条件を満たしたものを対象としている。具体的には、ユーザ端末にて公開された投稿楽曲データについて、所定の支援が得られたことを条件としてカラオケ装置２に配信することとしている。ユーザから投稿された投稿楽曲データを無条件にカラオケ装置２に配信することも技術的には可能であるが、投稿楽曲データが数多く投稿された場合、楽曲配信システムにかかる負荷は大きくなることが予想される。

したがって、本実施形態では、投稿楽曲データ中、ユーザから所定の支援情報が得られたものをカラオケ装置２に配信することとしている。ユーザによる支援とは、金額（金銭）、ポイントなどの対価の支払いの他、公開された投稿楽曲データに対して受け付けた評価ボタンの押下数、公開された投稿楽曲データに対して受け付けた投票数、再生回数など各種形態の支援情報を採用することが考えられる。なお、支援情報は、金額、ポイントなどによる対価の支払の場合、ユーザの種別を問うものではない。すなわち、投稿楽曲データを投稿者したユーザであっても所定の対価の支払いを行うことで、自己が投稿した投稿楽曲データをカラオケ装置２に配信することが可能である。一方、公開された投稿楽曲データに対して受け付けた評価ボタンの押下数、投票数、再生回数と行った場合、投稿したユーザ自身によるものを排除することが好ましい。

以下に説明する実施形態では、カラオケ会員を対象としたポイントを支援情報として採用した形態である。サーバ装置３は、公開された投稿楽曲データに対して支払われたポイントが、予め設定されたポイントに達したことを判定する判定処理を実行し、判定処理での条件を満たしたことを条件としてカラオケ装置２に対する配信処理が実行される。このようにカラオケ装置２に対する投稿楽曲データの配信条件を設けることで、ネットワーク網のトラフィック量の増大、カラオケ装置２の記憶手段の圧迫など、楽曲配信システムに対する負荷を軽減するとともに、楽曲配信にかかるコストを補うことが可能となる。支援情報として、クレジットカードなどによる金額の支払い、評価ボタンの押下数、あるいは、投票数を支援情報として採用した場合、ポイントと同様に、所定の値（閾値）を獲得した投稿楽曲データが配信の対象とされる。なお、支援情報は、複数の形態を組み合わせることとしてもよい。

図３は、投稿楽曲データの配信対象となるカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、カラオケ装置２（別称「コマンダ」ともいう）とリモコン装置１を有して構成されている。カラオケ装置２は、ＬＡＮ１００で構されたネットワークを介して通信接続されている。また、カラオケ装置２を遠隔操作するためのリモコン装置１は、ＬＡＮ１００に接続されたアクセスポイント１１０を介して同ネットワークに通信接続されている。カラオケ装置２とリモコン装置１ａ、１ｂはネットワークを介して互いに通信可能となっている。なお、図３は、１台のカラオケ装置２に対して、リモコン装置１ａとリモコン装置１ｂ、２台のリモコン装置１が使用された例が示されている。これらリモコン装置１ａ、１ｂの構成は同一であるため、リモコン装置１として説明を行う。

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

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

さらに、このカラオケ装置２では、外部に接続されたモニタ４１以外に、タッチパネルモニタ３３に対して各種情報を表示することを可能としている。タッチパネルモニタ３３は、映像制御部３１から入力された映像情報を表示する表示部３５と、タッチ入力された位置を操作処理部２２に出力するタッチパネル３４が重畳されて構成されている。

図４は、本発明の他の実施形態に係るカラオケ装置２の正面図を示したものである。カラオケ装置２の正面となるフロントパネルの右側には、各種スイッチ、ボリュームなど、ユーザからの各種操作を受け付ける操作部２１が配置されている。また、フロントパネル左側にはタッチパネルモニタ３３が配置されている。なお、操作部２１には、再生開始操作、ストップ操作などの機能キーが設けられるが、これら機能キーをタッチパネルモニタ３３のタッチ画面上に設けることとしてもよい。

本実施形態では、このタッチパネルモニタ３３に対して、外部に接続されたモニタ３３と同様、再生されている楽曲の歌詞表示を行うことが可能となっている。その際、モニタ４１と同一画面の歌詞表示を行うこととしてもよいが、タッチパネルモニタ３３は、モニタ４１と比較して小さい画面であるため、歌詞文字を大きく表示したり、背景映像を使用しないなど、モニタ４１とは異なる形態で歌詞表示を行うこととしてもよい。

さらに、本実施形態のタッチパネルモニタ３３は、リモコン装置１の操作手段と同様の操作手段として機能することも可能となっている。ユーザはタッチパネルモニタ３３から楽曲を選択して、直接カラオケ装置２に予約をさせるなど、リモコン装置１と同等の操作手段機能を利用することが可能である。前述した歌詞表示機能と、この操作手段機能との切り替えは、カラオケ装置２のフロントパネルに配置された操作部２１に対し所定の操作を行うことで切り替えられる。また、カラオケ装置２における楽曲再生時には、歌詞表示機能に自動で切り替えることとしてもよい。なお、再生中であってタッチパネルモニタ３３に歌詞表示されている場合においても、操作部２１の操作にて操作手段機能に切り替えることも可能である。

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

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

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

一方、リモコン装置１は、予約情報などカラオケ装置２に対して各種指示を送信するとともに、カラオケ装置２あるいはインターネット上に接続されたサーバ装置３から各種情報を受信する。リモコン装置１は、リモコン側表示手段としての表示部１１と、ユーザからの各種入力を受け付けるリモコン側入力手段としての操作部１７とを備える。また、リモコン装置１は、アクセスポイント１１０に無線接続し、ネットワークに加入するためのリモコン側通信手段としての無線ＬＡＮ通信部１６を備える。

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

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

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

図５は、本発明の実施形態に係る投稿楽曲データのデータ構成を示す図である。投稿楽曲データは、図１で説明したようにユーザによって作成、サーバ装置３に対して送信されたデータであって、業者側で設定した規格に従い、ユーザにより各種機器で作成され、第１通信端末としてのパーソナルコンピュータ６からサーバ装置３に送信されるデータである。本実施形態の投稿楽曲データは、投稿楽曲データの各種属性を示す属性データ、再生の際、使用される複数の楽曲要素データを含んで構成されている。楽曲要素データは、伴奏データと、楽曲関連データに大別され、楽曲関連データには、ボーカルデータ、コーラスデータ、歌詞データ、背景映像データが含まれている。

各楽曲関連データは、各データ毎のファイル構成を採用してもよく、あるいは、歌詞データと背景映像データを１ファイル中に収める、あるいは、背景映像データとボーカルデータを１ファイル中に収めるなど、各種形態を採用することが可能である。また、投稿楽曲データ中、各楽曲関連データは、全てが必須である必要は無く、ユーザによって適宜構成され、サーバ装置３に投稿（アップロード）することが可能である。また、伴奏データを含まない場合（アカペラ、ボイスパーカッション）や、歌詞データを含まない場合でも投稿することは可能である。

属性データとして曲番号などの楽曲識別情報、投稿者名、歌手名、楽曲名、ジャンル、投稿日などを含んで構成されている。これら属性データは、投稿楽曲を検索、再生などのために指定するための情報として用いられる。楽曲識別情報は、業者側で多数の投稿楽曲データを管理するため、サーバ装置３への投稿時、サーバ装置３側で付与される属性データである。

本実施形態の伴奏データ、ボーカルデータ、コーラスデータは、ｍｐ３規格などで圧縮された音声圧縮データが使用されている。このうち、伴奏データには、音声圧縮データ以外に、ＭＩＤＩ規格に即して作成されたＭＩＤＩデータを採用することも可能である。

歌詞データ（テロップデータ）は、演奏情報による演奏に同期してモニタ４１に歌詞を表示させるためのデータである。この歌詞データは、伴奏データの再生に同期して表示されるように構成されている。さらに好ましくは、表示された歌詞が伴奏データの再生に同期して色替えされ、ユーザに対して歌唱箇所の詳細な指示を行うように構成される。

本実施形態の楽曲配信システムでは、図１で説明したユーザ端末への公開時と、カラオケ装置２への配信時において、投稿楽曲データ中の楽曲要素データの組み合わせを異ならせており、同じ投稿楽曲データを使用しつつ、ユーザ端末、カラオケ装置２に適した形態で再生させることが可能となっている。

図５の投稿楽曲データには、ユーザ端末への公開時（図中、「公開時」）と、カラオケ装置２への配信時（図中、「カラオケ配信時」）において使用する楽曲要素データの構成例が示されている。丸印が付された楽曲要素データが、公開時、カラオケ配信時、それぞれの初期状態で再生される楽曲要素データである。公開時、カラオケ配信時において、伴奏データ、コーラスデータといった楽曲の要となる楽曲要素データは、初期状態での再生対象としている。一方、投稿楽曲を聴いて楽しむことがメインとなるユーザ端末への公開時には、ボーカルデータを初期状態での再生対象とし、歌詞データを非再生対象としている。そして、投稿楽曲を歌って楽しむことがメインのカラオケ配信時には、ボーカルデータを非再生対象とし、歌詞データを再生対象としている。

本実施形態では、楽曲要素データの１つに背景映像データを含めることが可能となっている。背景映像データは、公開時、カラオケ配信時の両方において初期状態で再生対象とされているが、背景映像データは、初期状態で再生対象とする、あるいは、再生対象としない、どちらに設定することも可能である。公開時には再生対象とすることが好ましいが、カラオケ装置２では、各楽曲で共用可能な背景映像データを有しているため、カラオケ配信時には、この共用可能な背景映像データに代え、通信容量の削減を図ることも可能である。この場合、オプションとして投稿楽曲データに含まれる背景映像データを選択可能とし、当該背景映像データが選択された場合に、サーバ装置３から当該背景映像データを配信することとしてもよい。

カラオケ配信時において再生対象となる各楽曲要素データの配信は、再生対象となる楽曲要素データのみをサーバ装置３から配信することとしてもよいし、投稿楽曲データに含まれる楽曲要素データをサーバ装置３から配信しておき、再生対象として必要な楽曲要素データをユーザ端末、あるいは、カラオケ装置２側で選択して再生することとしてもよい。例えば、本実施形態では、ユーザ端末への公開時には、ストリーム配信を採用しているが、この場合、再生対象となる楽曲要素データのみがユーザ端末へ配信されることとなる。一方、本実施形態のカラオケ配信時には、投稿楽曲データを一端、カラオケ装置２の記憶手段に蓄積し、カラオケ装置２側で再生対象となる楽曲要素データを選択することとしている。

以上、本実施形態の楽曲配信システムでは、配信先であるユーザ端末、カラオケ装置２に応じて、投稿楽曲データが含む楽曲要素データの組み合わせを変更し、ユーザ端末、カラオケ装置２での利用形態に即した投稿楽曲データの再生形態を実現可能としている。

では、本実施形態の楽曲配信システムにおいて、サーバ装置３において実行される各種処理について説明する。図６は、本発明の実施形態に係る受信処理を示すフロー図である。サーバ装置３の制御手段３６は、稼働中、この受信処理を継続して実行する。ユーザ側で作成された投稿楽曲データは、パーソナルコンピュータ６など第１通信端末から、ネットワーク網を介してサーバ装置３に送信される。第１通信端末から受信した投稿楽曲データを受信した場合（Ｓ１０１：Ｙｅｓ）、記憶手段３３に記憶させる（Ｓ１０２）。その際、投稿楽曲データには、管理用の楽曲識別情報（楽曲番号など）が、属性データ中に付与される。本実施形態では、受信した投稿楽曲データは、まず、ユーザ端末に対する公開処理にて使用されることとなる。そのため、本実施形態では、受信した投稿楽曲データの属性データに基づいて、投稿楽曲データを公開するためのＷＥＢデータが更新される（Ｓ１０３）。

図７は、投稿楽曲閲覧サイトでダウンロード可能な、楽曲アップローダーのアップロード画面を示している。楽曲を投稿したいユーザは本楽曲アップローダーを利用して、パーソナルコンピュータ６などの第１通信端末の記憶装置に、予め保存してある伴奏データ、歌声データ、歌詞データ、背景映像データ等を読み込み、サーバ装置３へアップロードすることが可能となる。ここで、読み込んだ各データの音量や長さは、本楽曲アップローダーで調整可能であり、ユーザの調整により、各データの音量バランスや長さが合致した、投稿楽曲データを作成することが出来る。また、歌声データの読み込みには、楽曲の主旋律を歌唱するボーカルデータ、ハモリ等の副旋律を歌唱するコーラスデータを分けて読み込むことが可能であり、ボーカルデータは、図７の歌声１、歌声２のタブから、コーラスデータは、図７の歌声３のタブから読み込む仕組みとなっている。投稿楽曲閲覧サイト上では、ボーカルデータを試聴することで、投稿楽曲データがどのような歌なのかを試聴することが出来る。

一方、投稿楽曲閲覧サイトで公開された投稿楽曲データのうち、所定の条件を満たした投稿楽曲データは、カラオケ装置２で利用可能になるわけだが、その際、投稿楽曲データ中のボーカルデータは、ユーザのカラオケ歌唱を補助するためのガイドボーカルとして機能する。後に詳細を説明する図２３に、楽曲設定画面が記載されているが、投稿楽曲データにボーカルデータが含まれている場合、ガイドボーカルデータとして、Ｏｎ／Ｏｆｆの切り替えをすることができる。歌唱に自信のあるユーザは、ガイドボーカルデータをＯｆｆとし、自信の無いユーザは、ガイドボーカルデータをＯｎとすることで、共に投稿楽曲データの歌唱を楽しめることとなる。なお、投稿楽曲閲覧サイトでボーカルデータを再生する場合は、通常の音量であるが、カラオケ装置２にてボーカルデータをガイドボーカルとして再生する場合は、ユーザの歌唱音声を邪魔しない程度に、デフォルトで小音に設定されている。さらに、ボーカルデータは、模範データとして、カラオケの音程等の一致を評価する採点にも利用される。カラオケ業者が、採点のために模範データをいちいち作成せずとも、ユーザのボーカルデータを採点に利用できるため、コスト削減につがなる。

図１３には、投稿楽曲データを公開するためのＷＥＢデータに基づいて形成された投稿楽曲閲覧サイトの画面が示されている。この投稿楽曲閲覧サイトは、ユーザ端末からサーバ装置のＷＥＢデータにアクセスすることで、ユーザ端末側にて閲覧可能となる。図１３は、パーソナルコンピュータ（ＰＣ）での表示の様子を示したものであり、投稿楽曲閲覧サイトを表示しているＰＣ表示ウィンドウ６１内部の様子が示されている。

本実施形態では、事前にユーザ登録しておくことで、登録したユーザ毎のサービスを管理することが可能となっている。図１３に示す投稿楽曲閲覧サイトでは、ログインユーザ名６１ａとして表示されるユーザ（Ａさん）がログインした状態であり、当該ユーザが所有するポイントが所有ポイント６１ｃとして表示されている。このポイントは、楽曲配信システム内における仮想通貨として使用されるものであり、金額との交換、商品やサービスの購入、あるいは、景品としてユーザに付与される。本実施形態では、このポイントを使用して、投稿、公開された投稿楽曲データを、カラオケ装置２に配信することとしている。

この投稿楽曲閲覧サイトは、注目アーティスト、最近投稿したアーティストなどの項目別に、投稿楽曲データを選択することが可能となっている。各投稿楽曲データには、投稿者名６１ｆと、当該投稿者にて投稿された１の投稿楽曲データについて、その背景映像データから取得されたサムネイル画像６１ｇが表示されている。ユーザ端末において、投稿者名が選択された場合、投稿者名に対応する投稿楽曲データを選択可能な画面に遷移する。一方、サムネイル画像６１ｇが選択された場合、当該サムネイル画像６１ｇに対応する投稿楽曲データを再生可能とする画面に遷移する。

また、この投稿楽曲閲覧サイトは、このように配信を行う業者側で選定した投稿者、投稿楽曲のみならず、全ての投稿楽曲データを対象として検索を行うことが可能となっている。投稿楽曲閲覧サイト中、検索項目選択欄６１ｄ、検索ワード入力欄６１ｅは、ユーザが所望する投稿楽曲データを検索するためのツールである。検索項目選択欄６１ｄは、頭に示される「投稿者名」の他、「楽曲名」、「投稿日」、「ジャンル」、「全ての検索項目」といった各種検索項目を選択することが可能となっている。この検索項目選択欄６１ｄを選択して、検索ワード入力欄６１ｅに所望の検索ワードを入力して検索事項することで、検索対象となった投稿楽曲データが一覧表示され、ユーザは所望のものを選択、再生させることが可能である。

図１４、図１５には、投稿楽曲閲覧サイトにおいて、ユーザ−操作により１の投稿楽曲データが選択された際の、再生画面を示した図である。図１４に示す再生画面は、選択した投稿楽曲データが、カラオケ装置２に対して配信されていない（未配信）の場合であり、図１５に示す再生画面は、選択した投稿楽曲データが、カラオケ装置２に対して配信されている状態（配信済）の場合である。

ここでは、投稿楽曲データの再生形態について、図１４の再生画面を例にとって説明を行う。本実施形態において、投稿楽曲データの再生は、サーバ装置３からのストリーム配信によって行われる。したがって、サーバ装置３は、ストリーム配信を使用した公開処理を実行する。図８は、本発明の実施形態に係る公開処理を示すフロー図である。ユーザ端末（第２通信端末）において、図１４の再生画面が表示されることで、再生対象となる投稿楽曲データが選択され、サーバ装置３に対して、当該投稿楽曲データの再生要求が送信される。再生要求を受信したサーバ装置３（Ｓ２０１：Ｙｅｓ）は、対応する投稿楽曲データを要求のあったユーザ端末に対してストリーム配信を開始（Ｓ２０２）し、要求のあったユーザ端末にて投稿楽曲データの再生が実行される。

なお、本実施形態では、図５で説明したように、ユーザ端末に対する公開時、投稿楽曲データを構成する楽曲要素データ中、伴奏データ、ボーカルデータ、コーラスデータ、背景映像データをストリーム配信の対象としており、ユーザ端末では、投稿楽曲をプロモーションビデオのように視聴して楽しむことが可能となっている。

再生画面中には、投稿楽曲データに含まれる背景映像表示欄６１ｈ、背景映像表示欄６１ｈの下方に表示された再生ツール６１ｉが表示される。ユーザは、投稿映像の表示領域下方に表示された再生ツール６１ｉを利用して一時停止、早送り、巻き戻し、音量調整などを行うことが可能である。また、再生ツール６１ｉの下方には、楽曲名、投稿アーティスト、ジャンル、投稿日といった楽曲情報欄６１ｊが表示されている。さらに、この楽曲情報欄６１ｊ内には、「お気に入り登録」ボタン６１ｊ−１が表示されており、ユーザの操作にてお気に入り登録することが可能となっている。お気に入り登録された投稿楽曲は、別途メニューから登録した投稿楽曲を呼び出すことが可能となっている。

図１４に示される再生画面は、カラオケ未配信の投稿楽曲の場合を示したものである。このカラオケ未配信の投稿楽曲の場合、視聴するユーザのポイント（支援情報）の支払により、カラオケ装置２への配信が可能となる。そのため、楽曲情報欄６１ｊの下方には、支援関連欄６１ｋ（項目名「ポイントで支援」）が表示されている。この支援関連欄６１ｋには、この投稿楽曲をカラオケ装置２に対して配信するための条件、現状、投稿楽曲に対して支援されたポイント、カラオケ装置２への配信に必要な残りポイント、そして、ポイント入力欄６１ｋ−１、決済ボタン６１ｋ−２（「支援する」と表記のあるボタン）が表示されている。本実施形態におけるカラオケ装置２への配信条件は、６ヶ月間、カラオケ装置２に配信するため、５０００ポイントのポイント（支援情報）の支援が必要とされている。

では、このようなユーザ端末におけるインターフェイスを利用して実行されるカラオケ装置２への配信過程について説明する。図９には、本発明の実施形態に係るカラオケ装置への配信処理を示すフロー図が示されている。図１４で説明した再生画面中、ポイント入力欄６１ｋ−１に支援するポイントを入力し、決済ボタンの操作６１ｋ−２にて、ある投稿楽曲データに対して配信のためのポイント決済が実行されたと判定された場合（Ｓ３０１：Ｙｅｓ）、決済されたポイントは、既存の配信ポイントに積算される（Ｓ３０２）。図１１には、決済されたポイントの履歴を示す決済管理テーブルが示されている。この決済管理テーブルは、サーバ装置３の記憶手段３３に記憶されるテーブルであり、図１４の再生画面などで行われた、ある投稿楽曲に対するポイント決済に関する各種情報が記録される。本実施形態では、決済日、決済を行ったユーザを示すユーザ識別情報、決済対象となった投稿楽曲を識別するための楽曲識別情報、決済されたポイント、配信に対する決済か延長に対する決済かを示す種別を含んで構成されている。

この決済管理テーブル中のポイントを楽曲識別情報毎に集計することで、図１２に示す配信管理テーブルが形成される。配信管理テーブルは、楽曲識別情報、決済されたポイントの合計である配信ポイント（図中、左側のポイントが決済されたポイント、右側のポイントが配信に必要なポイントを示している）。投稿楽曲がカラオケ装置２に未配信（値「０」）であるか、配信済み（値「１」）であるかを示す配信フラグ、カラオケ装置２に配信された日を示す配信日、配信期限（配信日から６ヶ月）、配信済みの投稿楽曲ついて配信期間の延長を目的として決済された延長ポイントを含んで構成されている。

Ｓ３０２の処理では、決済管理テーブルに記録された配信ポイントが、配信管理テーブル中の配信ポイントに積算されることとなる。Ｓ３０３では、配信管理テーブル中の配信ポイントが所定値（「閾値」に相当。この場合、５０００ポイント）に達したか否かを判定する判定処理が実行される。配信ポイントが所定値に達していた場合、当該投稿楽曲はカラオケ装置２への配信楽曲として判定される。なお、ここでは、カラオケ装置２に対し、投稿楽曲を配信開始するための判定処理を説明したが、既にカラオケ装置２に対して配信されている投稿楽曲の配信期限を延長する場合についても同様に、延長のために決済されたポイントに基づいて判定処理が実行される。

Ｓ３０４では、配信管理テーブルの配信フラグを付与し、カラオケ装置２への配信楽曲としてサーバ装置３で管理する。Ｓ３０５では、カラオケ装置２で選曲する際に使用する６桁の選曲番号（第２の楽曲識別情報）を付与する。選曲番号はカラオケのシステム上、６桁と決まっており、数に限りがあるため、楽曲データが投稿された時点では付与されず、カラオケ装置２への配信が決定した時点で初めて付与される。Ｓ３０６では、カラオケ装置２に配信する投稿楽曲データを管理するカラオケ配信用ルータに、配信が決定した投稿楽曲データを送信する。カラオケ配信用ルータに送信された投稿楽曲データは、カラオケ装置２で再生可能なようにカラオケ配信用のデータに変換される（Ｓ３０７）。カラオケ装置２から投稿楽曲の配信要求を受付ける（Ｓ３０８）と、カラオケ配信用ルータは、カラオケ装置２に、配信要求された投稿楽曲データを配信する（Ｓ３０９）。配信要求には、選曲番号が含まれているため、カラオケ配信用ルータは、記憶する投稿楽曲データのうち、選曲番号に紐付く一の投稿楽曲データを送信すれば良い。なお、サーバ装置３とカラオケ配信用ルータは、物理的に分かれていても良いし、サーバ装置３に、カラオケ配信用ルータが含まれていても良い。

ここで、カラオケ装置２に対し、どうやって、カラオケ配信された投稿楽曲を選曲可能に提示しているのか、説明する。図１０には、さらにカラオケ装置２への選曲画面の表示に関するフロー図が示されている。Ｓ４０１〜Ｓ４０４は、Ｓ３０１〜Ｓ３０４の処理と同様である。Ｓ４０５では、カラオケ装置２から選曲画面の表示要求を受付ける。具体的には、カラオケ装置２に具備されているリモコン装置１のタッチパネルから、投稿楽曲の選曲操作として、例えば、図２１の「楽曲名順」、「あ行」を指定することが選曲画面の表示要求に該当する。そして、Ｓ４０６で、配信フラグが付与された投稿楽曲データの属性データを基に、サーバ装置３が選曲画面を生成し、リモコン装置１に表示させる（Ｓ４０７）。具体的には、リモコン装置１の選曲画面には、一度に６曲分の投稿楽曲の情報を表示することが可能であり、例えば、図２１の「楽曲名順」、「あ行」を指定すると、楽曲名が「あ行」であって、配信フラグが付与された投稿楽曲データのうちの、６曲分の属性データをもとに、サーバ装置３で、６曲分の投稿楽曲の情報が表示された選曲画面を生成する。生成した選曲画面は、リモコン装置１から閲覧可能であり、一の投稿楽曲が選択されると、カラオケ装置２からカラオケ配信用ルータに配信要求が送信される。なお、リモコン装置１からの選曲画面の表示要求は、カラオケ装置本体を介してサーバ装置３に送信されるという仕様でも良いし、リモコン装置１から直接無線ＬＡＮ通信などにより、サーバ装置３に送信されても良い。また、本実施形態では、サーバ装置３が選曲画面の生成機能を有しているが、選曲画面を生成する専用の画面生成サーバ装置を、サーバ装置３とは物理的に分けて設けても良い。この場合、リモコン装置１からの選曲画面の生成要求を画面生成サーバ装置が受信すると、サーバ装置３に対し、該当する投稿楽曲データの属性データの取得要求を行い、サーバ装置３から取得した属性データをもとに、画面生成サーバ装置が、選曲画面を生成することとなる。

なお、受信処理にて投稿楽曲データを受付た際に付与される楽曲識別情報と、カラオケ配信について投稿楽曲データを管理するため、投稿楽曲データに対して、所定条件を満たした場合に付与される第２の楽曲識別情報（選曲番号）は異なる体系で設定される。このように、カラオケ配信を行う際、異なる体系の第２の楽曲識別情報を付与することで、公開処理とカラオケ配信、それぞれにおいて、投稿楽曲データに対する管理が容易となる。

以上、本実施形態では、カラオケ装置２に対する配信可否の判定をサーバ装置３側で行うこととしているが、この判定はカラオケ装置２側で行うこととしてもよい。ユーザ端末から投稿された投稿楽曲データは、サーバ装置３を介してカラオケ装置２へ配信される（この場合、サーバ装置３での判定は行う必要は無い）。カラオケ装置２は、所定期間ごとに、サーバ装置３に、記憶している投稿楽曲データの再生可否（所定の支援情報が付与されているか否か）に関する情報を取得し、カラオケ装置２での再生が許可されている投稿楽曲データについて、リモコン装置１などによる検索、再生を可能とすることとなる。なお、判定のための投稿楽曲データの再生可否に関する情報は、サーバ装置３からカラオケ装置２に対して、所定期間毎に送信することとしてもよい。

本実施形態のカラオケ装置２は、アカウントを有するユーザに対して気に入った楽曲を登録しておき、簡易に呼び出せるお気に入り登録機能を有している。このお気に入り登録機能は、カラオケシステムで使用するユーザ情報内の「マイうたテーブル」を使用して実行される。カラオケ装置２に対して投稿楽曲の配信が開始された場合、投稿楽曲を投稿したユーザ、投稿楽曲を支援したユーザの「マイうたテーブル」に、配信開始された投稿楽曲を自動登録する（登録処理）こととしてもよい。投稿楽曲を投稿したユーザ、あるいは、投稿楽曲を支援したユーザがカラオケ装置２を使用する際、自分の「マイうたテーブル」を利用して配信開始された投稿楽曲を容易に選曲することが可能となる。なお、投稿楽曲を投稿したユーザは、投稿楽曲データの属性データを参照することで、また、投稿楽曲を支援したユーザは、決済管理テーブルを参照することで判定することが可能である。本実施形態では、投稿楽曲の配信に期限が設けられているが、期限切れとなり配信が中止された投稿楽曲については、「マイうたテーブル」から自動削除することとしてもよい。

Ｓ３０７で整形された投稿楽曲データは、カラオケ装置２にて選曲される都度、サーバ装置３から当該カラオケ装置２に配信することとしてもよい。一度、配信された投稿楽曲データは、カラオケ装置２に記憶させておき、再度、選曲された場合には、記憶しておいた投稿楽曲データを使用することとしてもよい。あるいは、一度、あるカラオケ装置に記憶させた投稿楽曲データは、複数のカラオケ装置２の間で流用することとしてもよい。すなわち、ネットワーク網で接続された複数のカラオケ装置２の間でファイル共用を実行することで、投稿楽曲データの記憶に必要な記憶容量、並びに、配信に必要なトラフィック量の抑制を図ることが可能である。投稿楽曲データの配信は、このようなファイル蓄積型のみならず、ユーザ端末への公開処理と同様、ストリーム配信を採用することも考えられる。

判定処理において、カラオケ装置２への配信が開始された楽曲は、配信管理テーブル上、配信フラグが「０」から「１」に変更され、配信日、配信期限（例えば、配信日から６ヶ月後の日）が登録され、カラオケ装置２への配信楽曲として管理される。本実施形態では、配信日から配信期限までの配信期間が設けられることとなるが、配信中の投稿楽曲については、その配信期間をユーザ端末から延長可能に構成することも可能である。

図１５には、選択された投稿楽曲データが、カラオケ装置２に対して配信されている状態（配信済）の場合の再生画面が示されている。図１４のカラオケ装置２に対し未配信状態の投稿楽曲の場合、配信を行うための支援関連欄６１ｋが表示されていたのに対し、この配信済み状態の投稿楽曲の場合、配信期限を延長するための支援関連欄６１ｍ（項目名「ポイントで延長」）が表示されている。この支援関連欄６１ｍには、投稿楽曲の配信期限、配信期限を延長するためのポイント、投稿楽曲を延長するために支援されたポイント、延長のために必要な残りポイント、そして、ポイント入力欄６１ｍ−１、決済ボタン６１ｍ−２（「支援する」と表記のあるボタン）が表示されている。

投稿楽曲を視聴したユーザが、当該投稿楽曲の配信期限を延長したいと考えた場合、ポイント入力欄６１ｍ−１に、延長のため支援するポイント数を入力し、決済ボタン６１ｍ−２を操作する。当該投稿楽曲データに対してポイント決済が行われたことが判定されると、決済管理テーブルに記録するとともに、決済されたポイントを配信管理テーブル上の既存の延長ポイントに積算する。そして、配信を開始する場合と同様に、積算された延長ポイントが所定値（この場合、５０００ポイント）に達したか否かを判定する判定処理が実行される。配信ポイントが所定値に達していた場合、配信管理テーブル上、当該投稿楽曲の配信期限が延長（この場合、６ヶ月）される。

このように、本実施形態の楽曲配信システムでは、投稿楽曲のカラオケ装置２に対する配信期限を設けるとともに、その配信期限をユーザ端末から延長可能としたことで、楽曲配信期間中にかかるコストを補うことが可能となる。なお、配信中の投稿楽曲について、支援関連欄６１ｍは、配信期限間近のもの（例えば、配信期限から１ヶ月前）についてのみ表示させることとしてもよい。そして、この投稿楽曲に対する配信期限延長で使用される支援情報は、配信の決定の際と同様、ポイントのみならず、クレジットカードなどによる金額の支払い、評価ボタンの押下数、投票数を支援情報、あるいは、複数の形態を組み合わせることとしてもよい。

以上、投稿楽曲を再生させる再生画面上での配信決定、配信期限延長について説明したが、これら投稿楽曲に対する配信決定、配信期限延長は、投稿したユーザ本人が管理することも可能である。図１６は、本発明の実施形態に係る投稿楽曲閲覧サイトでの投稿楽曲管理画面を示す図である。この投稿楽曲管理画面は、ログインしているユーザが適宜メニューから入ることのできる管理画面である。図の例では、ログインしているユーザ（Ａさん）が投稿した３曲の投稿楽曲について、楽曲名６２ａ−１〜６２ａ−３、サムネイル画像６２ｂ−１〜６２ｂ−３が表示されている。各投稿楽曲は、カラオケ装置２への配信状況が異なった状態である。

楽曲名６２ａ−１の投稿楽曲は、カラオケ装置２に対して未配信の状態となっている。この状態では、投稿したユーザは、配信に必要なポイントを自分で支払うか、支援を受けるかを選択することが可能である。そのため、サムネイル画像６２ｂ−１の下方には、「自分で支払う」と表記された決済ボタン６２ｃと、「支援依頼」と表記された支援依頼ボタン６２ｄが表示されている。決済ボタン６２ｃが操作された場合には、所有ポイント６１ｃから、配信に必要なポイント（本実施形態では、５０００ポイント）が決済され、楽曲名６２ａー１の投稿楽曲は、カラオケ装置２に配信可能な状態となる。一方、支援依頼ボタン６２ｄが操作された場合には、図１４で説明したように楽曲名６２ａ−１の投稿楽曲の再生画面には、支援関連欄６１ｋが表示されることとなり、投稿楽曲に対し他のユーザから配信のための支援情報を募ることが可能な状態となる。なお、配信に必要なポイントは、このように投稿を完了している投稿楽曲に対して支払うのみならず、投稿楽曲を投稿する際、行うことも可能である。

楽曲名６２ａ−２の投稿楽曲は、カラオケ装置２に対して配信中の状態である。本実施形態では、配信中の投稿楽曲について、カラオケ装置２での再生回数が表示されている。この再生回数は、サーバ装置３において、カラオケ装置２から収集したログを集計する（集計処理）ことで、配信対象となっている全てのカラオケ装置２での積算値である。ユーザは、この再生回数に基づいて、カラオケ装置２での人気度を知ることが可能である。

楽曲名６２ａ−３の投稿楽曲は、楽曲名６２ａ−２の投稿楽曲と同様、カラオケ装置２に対して配信中の状態である。楽曲名６２ａ−２の投稿楽曲とは、配信期限が間近（１ヶ月以内）となっている点で異なっている。本実施形態では、配信期限が間近な投稿楽曲についてポイントの支払いにより、その配信期限を延長可能としている。配信の場合と同様、「自分で支払う」と表記された決済ボタン６２ｅと、「支援依頼」と表記された支援依頼ボタン６２ｆが表示されている。決済ボタン６２ｅが操作された場合には、所有ポイント６１ｃから、配信期限の延長に必要なポイント（本実施形態では、５０００ポイント）が決済され、楽曲名６２ａー３の投稿楽曲は、所定期間（本実施形態では６ヶ月）、その配信期限が延長される。一方、支援依頼ボタン６２ｆが操作された場合には、図１５で説明したように楽曲名６２ａ−３の投稿楽曲の再生画面には、支援関連欄６１ｍが表示されることとなり、投稿楽曲に対し他のユーザから配信期限延長のための支援情報を募ることが可能な状態となる。

以上、楽曲配信システムにおいて、ユーザ端末側における投稿楽曲の公開時の各種形態について説明を行ったが、次に、配信された投稿楽曲についてカラオケ装置２側での再生など各種処理について説明を行う。ここでは、図３で説明したカラオケシステム中、リモコン装置１の表示部１１の画面を使用して説明を行う。

図１７は、本発明の実施形態に係るカラオケシステム中、リモコン装置１のトップ画面、すなわち、リモコン装置１を起動した直後の画面を示す図である。本実施形態では、リモコン装置１の表示部１１に表示出力することで、リモコン装置１を操作するユーザに対して各種情報を提供する。なお、リモコン装置１の操作部１７としては、カーソルキーなどの各種機械的なスイッチの他、表示部１１に表示されたボタン、アイコンなどを直接タッチして操作を行うタッチパネルを採用することができる。

本実施形態のカラオケシステムは、複数のユーザが各リモコン装置１のタッチパネル表示画面から必要な情報（後述するユーザ識別情報やパスワード）を入力し、ログインすることが可能となっている。なお、カラオケ装置２において使用するアカウントは、ユーザ端末に対して投稿楽曲を公開する際、投稿楽曲閲覧サイトにログインするのに使用したアカウントを共用することとしてもよい。この場合、投稿楽曲閲覧サイトにログインしたユーザ識別情報とパスワードを使用してカラオケ装置２にもログインすることとなる。あるいは、投稿楽曲サイトとカラオケ装置２にログインするためのアカウント同士で連携を取ることとしてもよい。例えば、投稿楽曲閲覧サイトにログインした場合、投稿楽曲閲覧サイトからカラオケ装置２におけるユーザ情報を使用可能とする、あるいは、カラオケ装置２にログインした場合、投稿楽曲閲覧サイトで使用するユーザ情報を使用可能とすることとなる。

図１７に示すトップ画面において、ユーザのログインに関する情報は画面上方に常時表示される。ログインしたユーザの分身像（アバター）を表示するためのログインユーザ欄１０３が設けられている。なお、分身像としては、人、キャラクターを模した像の他、図形や記号など各種形態を採用することができる。

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

図１８は、各ユーザ毎に、サーバ装置３に記憶されているユーザ情報を説明するための図である。本実施形態では、ユーザ情報として、個人情報、マイうたテーブル、マイアーティストテーブル、履歴テーブルといった、ユーザに関する各種情報を含んで構成される。ユーザ情報は、サーバ装置３の記憶手段３３に予め記憶されている。また、ユーザ情報には、ユーザがリモコン装置１からサーバ装置３３へログインしてこれら情報を利用するためのアカウント（ユーザ識別情報とパスワード）が対応付けられている。本実施形態では、このアカウントを投稿楽曲閲覧サイトのアカウントと共用することとしている。あるいは、投稿楽曲サイトとカラオケ装置２にログインするためのアカウント同士で連携を取ることとしてもよい。その場合、ユーザ情報中には、投稿楽曲閲覧サイトのアカウントが別途記録される。

個人情報には、ユーザ名（実際の名前に限ったものでなく、ニックネームであってもよい）、性別、年齢、居住地、趣味、メールアドレス、所有ポイントなどを含んで構成される。これら各種情報は、リモコン装置１、あるいは、インターネットなどのネットワークに接続された図示しないパーソナルコンピュータ、携帯情報端末などにてログインして設定することも可能である。特に、本実施形態では、カラオケシステム、投稿楽曲閲覧サイトで使用可能なポイントを、所有ポイントとしてユーザ情報中で一元管理している。

マイうたテーブルは、登録された楽曲（投稿楽曲を含む）を記憶するテーブルであって、楽曲識別情報、音程情報、過去の採点情報（最高点）などを含んで構成されている。ユーザは、このマイうたテーブルに基づいて、登録されているお気に入りの楽曲を呼び出して歌唱することが可能となる。その際、登録した音程情報を利用することで、自分の歌唱にあった音程で演奏（再生）を行うこともできる。

マイアーティストテーブルは、登録されたアーティスト（歌手）を記憶しておくテーブルであって、歌手識別情報などを含んで構成される。ユーザは、このマイアーティストテーブルを呼び出すことで、登録されている歌手識別情報に対応する楽曲、すなわち、登録されているアーティスト（歌手）に関連する楽曲を呼び出して歌唱することが可能である。

履歴テーブルは、ユーザが過去に再生した楽曲に関する各種情報を記録した情報であって、本実施形態では、再生した楽曲について、楽曲の楽曲識別情報、再生した日時を示す歌唱日時、歌唱した店舗の識別情報、あるいは、歌唱した店舗の住所、もしくは、緯度経度などを示す位置情報、採点情報などを含んで構成されている。ユーザは、この履歴テーブルに基づいて、過去に再生した歌唱用楽曲を呼び出して歌唱することができる。

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

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

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

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

本実施形態におけるカラオケシステムでは、この「曲を探す」を選択することで、従来からカラオケ装置２に提供されている業者側で提供している楽曲を選曲することが可能である。一方、新たにカラオケ装置２に提供される投稿楽曲については、「投稿楽曲」を選択することで、選曲することが可能となっている。このように従来から業者側で提供している楽曲と、ユーザの投稿によりカラオケ装置２に配信された投稿楽曲を分けて管理することで、ユーザに対し両種楽曲の選曲を分かりやすく提示している。また、投稿楽曲数が増加により、従来の楽曲の選曲を妨げることがない。投稿楽曲を選曲したいユーザは、「投稿楽曲」を選択し、投稿楽曲選択画面へと移行させる。

図２１は、本発明の実施形態に係る投稿楽曲選択画面を示す図である。この投稿楽曲選択画面では、「投稿者順」、「歌手名順」、「楽曲名順」で、投稿楽曲を表示させることが可能となっている。各投稿楽曲には、投稿者名、歌手名、楽曲名、サムネイル画像が表示されている。ユーザは、投稿楽曲選択画面に表示された投稿楽曲の中から１の投稿楽曲を選択することで、投稿楽曲の詳細な説明、並びに、投稿楽曲を再生する際の各種設定を行うことができる楽曲確認画面へと移行させる。

アクティブユーザとして投稿楽曲を選択した場合、図２２に示される楽曲確認画面にて、予約を行う投稿楽曲に間違いがないか、楽曲名、投稿者名、歌手名、歌い出しなどを表示してユーザに確認させる。この他、楽曲確認画面には、投稿楽曲に関連する情報として、投稿楽曲の配信期限、投稿楽曲が投稿されたサイト名、投稿者の活動地域、投稿楽曲のジャンル、投稿者のコメントなどが表示される。

この楽曲確認画面にて「予約」ボタンが操作されると、リモコン装置１からカラオケ装置２に対して楽曲識別情報、ユーザ識別情報、楽曲設定画面で設定された楽曲設定などを含む予約情報が送信される。受信したカラオケ装置２では、予約情報を予約テーブルに順次追加して、再生処理を実行する。

図２３は、本発明の実施形態に係る再生処理を示すフロー図が示されている。本実施形態では、投稿楽曲データの再生中、図４に示すカラオケ装置２の前面に設けられたタッチパネルモニタ３３に通報受付画面を表示するとともに、タッチパネルモニタ３３に対するタッチ操作にて、ユーザからの通報指示を受け付ける。ユーザは、再生される投稿楽曲が、投稿上不適切であることを見つけた場合、通報受付画面を介して業者に通報することを可能としている。

カラオケ装置２は、予約リスト中、次に再生する楽曲があるか否かを判定する（Ｓ６０１）。なお、カラオケ装置２では、投稿楽曲のみならず、業者側で提供された通常楽曲についても、この再生処理で再生を行う。次に再生する楽曲があると判定された場合（Ｓ６０１：Ｙｅｓ）、予約情報に対応する楽曲識別情報に対応する、投稿楽曲データもしくは通常楽曲データを読み出し、カラオケ装置２の再生手段（音声制御部２５、ＭＩＤＩ音源２６など）に再生開始させる。

Ｓ６０３では、再生中の楽曲が通報受付対象であるか否かを判定する。通報受付対象である楽曲とは、投稿楽曲であることを基本とする。通常楽曲データは、業者側によって製作されたものであるため、公開対象として適切か否かを確認する必要は無く、通報受付対象からは除外される。また、投稿楽曲であっても、業者側の確認処理によって、公開対象として適切であることが判定された投稿楽曲についても、以後、確認を行う必要は無いため通報受付対象からは除外される。

再生中の楽曲が受付対象となる投稿楽曲であると判定された場合（Ｓ６０３：Ｙｅｓ）、カラオケ装置２は、タッチパネルモニタ３３に通報受付画面を表示する。カラオケボックスなどのカラオケ店舗では、カラオケ装置２が歌唱するユーザの近くに設置されることが多い。本実施形態のように、カラオケ装置２のタッチパネルモニタ３３に通報受付画面を表示することで、再生される投稿楽曲についてよく知っている歌唱ユーザ自身が、タッチパネルモニタ３３を操作して通報指示を行うことが容易となる。なお、再生中の通報受付画面は、このようなカラオケ装置２側ではなく、リモコン装置１側に表示させ、ユーザからの通報操作を受付可能としてもよい。

図２４には、本発明の実施形態に係るカラオケ装置２側での通報受付画面（形態１）が示されている。この通報受付画面（形態１）では、再生中の楽曲（通報対象）について、投稿者名、歌手名、楽曲名などの楽曲関連情報３３ａが表示される。ユーザは、通報項目選択ボタン３３ｂ〜３３ｇを操作した上で、「通報する」と表記された通報ボタン３３ｉを操作することで通報を行う。本実施形態では、通報項目選択ボタン３３ｂ〜３３ｇにて、通報内容、すなわち、何故、再生中の投稿楽曲が不適切であるか、その理由を選択することが可能である。このように本実施形態では、通報指示に、通報項目を含めることで、通報指示情報として受信した業者側では、容易に内容確認することが可能となる。さらに、本実施形態では、投稿楽曲の再生中に行っているため、通報内容には、通報ボタン３３ｉの操作タイミングを含めることも可能である業者側では、投稿楽曲データ中、この操作タイミングに対応する箇所を内容確認することで、その作業効率の向上が図られる。

本実施形態における通報項目は、音声系と映像系に大別される。音声系には「配信許可のない楽曲」３３ｂ、「楽曲が異なる」３３ｄ、「公序良俗違反」３３ｃ、「音声合成による歌唱」３３ｅの通報項目が設けられている。「配信許可のない楽曲」３３ｂ、「楽曲が異なる」３３ｄは、カバー楽曲、すなわち、著作権を有する楽曲をカバーした楽曲に対する通報項目である。投稿楽曲には、投稿者自身が作成したオリジナル楽曲以外に、ＣＤなどのメディアで提供されているアーティストによる楽曲をカバーして投稿することが考えられる。このようなカバー楽曲の場合、著作権上、カラオケ装置２での配信を認めていない場合がある。「配信許可のない楽曲」３３ｂは、このようなカバー楽曲が投稿されていた場合に指摘する通報項目である。また、カバー楽曲の対象となった楽曲と、投稿された楽曲が異なっている場合には、ユーザは「楽曲が異なる」３３ｄを選択することで、不適切とした理由を業者側に伝えることが可能である。

「公序良俗違反」３３ｃは、歌唱内容に不適切な言葉が使用されている場合に選択する通報項目である。現在、音声合成技術を使用した歌唱が人気を集めている。この音声合成技術による歌唱は、音声合成ソフトウェアを開発した会社、並びに、音声合成のベースとなる音声を提供した声優が著作権上の権利を有する場合があり、カラオケ装置２での使用が認められていないことがある。「音声合成による歌唱」３３ｅは、このようにカラオケ装置２での再生が認められていない音声合成技術による歌唱を使用している場合に選択する通報項目である。

一方、映像系には「配信許可のない映像」３３ｆ、「公序良俗違反」３３ｇ、「歌詞が異なる」３３ｈの通報項目が設けられている。「配信許可のない映像」３３ｆは、背景映像に映画、アニメーションなど、他のアーティストなどが著作権を有する映像を使用していた場合に選択する通報項目である。「公序良俗違反」３３ｇは、映像内容が不適切な場合に選択する通報項目である。「歌詞が異なる」３３ｈは、背景映像に表示される歌詞と、投稿楽曲データに含まれるボーカルデータを模範歌唱として再生した場合、あるいは、投稿楽曲がカバー楽曲である場合、歌詞が異なっている場合に選択する通報項目である。

ユーザは、投稿楽曲が再生される中、この通報受付画面にて、通報項目を選択した上で通報ボタン３３ｉを操作することで、業者側に不適切な投稿楽曲を通報することが可能である。なお、図２４の状態は、「配信許可のない楽曲」３３ｂが通報項目として選択されている状態が示されている。通報受付は、通報項目選択ボタン３３ｂ〜３３ｇの何れか、あるいは、複数を操作して反転状態とした上で、通報ボタン３３ｉを操作することで行われる（Ｓ６０６：Ｙｅｓ）。なお、通報項目の選択は、必須の構成要件では無く、通報指示には、少なくとも、どの投稿楽曲が不適切であるかを指示する内容（楽曲識別情報）を含んでいればよい。

通報受付が行われた場合（Ｓ６０６：Ｙｅｓ）、カラオケ装置２は、通報する投稿楽曲の楽曲識別情報を含む通報指示情報をＨＤＤ３２などの記憶手段に一旦記憶する（Ｓ６０７）。通報受付、通報指示情報の記録は、楽曲の再生が終了するまで継続して実行される。したがって、複数の通報指摘箇所がある場合には、複数の通報項目を含む通報指示情報が記録される。

図２５には、本発明の実施形態に係るカラオケ装置２側での通報受付画面（形態２）が示されている。この通報受付画面（形態２）では、タッチパネルモニタ３３内に背景映像表示欄３３ｊが設けられている点で、形態１と異なっている。この背景映像表示欄３３ｊには、投稿楽曲データに含まれる背景映像データが表示される。背景映像データは、カラオケ装置２側のモニタ４１でも同じものが再生されることとなるが、本実施形態では、通報受付画面内の背景映像表示欄３３ｊに表示させることで、背景映像内の通報箇所を指示することが可能となっている。背景映像表示欄３３ｊ内に表示される背景映像中、ユーザによりタッチされたタッチ位置３３ｋが、通報箇所として通報指示情報に含めることが可能となっている。

図２６には、本発明の実施形態に係る通報指示情報のデータ構成が示されている。本実施形態の通報指示情報は、通報を行うユーザ、すなわち、投稿楽曲を予約したユーザのユーザ識別情報、通報対象となった投稿楽曲の楽曲識別情報、通報日時、通報内容を含んで構成される。通報内容は、楽曲の再生中、通報ボタン３３ｉの操作に基づいて、選択された通報項目が含まれている。楽曲の再生中、通報ボタン３３ｉが複数回、操作された場合には、複数の通報内容が記録される。図では、音声系と映像系の通報内容が例示されている。この音声系の通報内容１には、通報項目選択ボタンで選択した２つの通報項目と通報箇所（タイミング：楽曲の時間的な再生位置）が含まれている。一方、映像系の通報内容２には、１つの通報項目とタイミングに関する通報箇所と通報位置（背景映像中の位置）が含まれている。通報指示情報を受信した業者側では、この通報指示情報に基づいて、楽曲識別情報に対応する投稿楽曲データを再生し、当該投稿楽曲データに対する確認処理を実行する。特に、本実施形態では、通報指示情報内に通報内容が含まれているため、この通報内容に対応する箇所を確認することで、確認処理の作業効率の向上を図ることが可能となる。

再生処理では、楽曲の再生終了後（Ｓ６０５：Ｙｅｓ）、記録した通報指示情報を管理サーバ装置に対して送信する（Ｓ６０８）。本実施形態では、図１で説明したサーバ装置３を管理サーバ装置として兼用することとしているが、管理サーバ装置は、サーバ装置３とは異なるサーバ装置を使用することとしてもよい。このように本発明におけるサーバ装置（配信サーバ装置）と管理サーバ装置は、別の装置として構成する形態、あるいは、１の装置で構成する形態を採用することが考えられる。楽曲の再生終了後、再生された楽曲は、カラオケ装置２で管理する再生履歴、及び、楽曲を予約したユーザのユーザ情報中の履歴テーブルに記録される（Ｓ６０９）。このように通報受付対処となる投稿楽曲に対しては、その再生中に通報受付画面を表示することで、ユーザ（特に歌唱者）による通報指示を行うことが可能である。

一方、再生中の楽曲が、通常楽曲、あるいは、確認処理を終えている投稿楽曲であるなど、通報受付対象ではない場合（Ｓ６０３：Ｎｏ）には、楽曲の再生中、Ｓ６０４〜Ｓ６０７の処理を実行することなく、楽曲の再生終了が判定された場合（Ｓ６１０：Ｙｅｓ）、楽曲の再生履歴、履歴テーブルへの記録（Ｓ６０９）を行い、一連の再生処理を終了する。

管理サーバ装置（本実施形態では、サーバ装置３）では、受信した通報指示情報に基づいて、投稿楽曲の適否を確認する通報管理処理を実行する。図２７には、本発明の実施形態に係る通報管理処理を示すフロー図が示されている。管理サーバ装置では、カラオケ装置２から送信された通報指示情報を受信、記憶している。通報管理処理が開始されると、記憶している通報指示情報を読み出し（Ｓ７０１）、読み出した通報指示情報に基づく確認処理が実行される。なお、この確認処理は、管理サーバ装置で行う必要は無く、管理サーバ装置に通信接続されたコンピュータなどで行うことも可能である。

この確認処理は、業者側の従業者などにより、通報指示情報に含まれる楽曲識別情報に対応する投稿楽曲データを再生し、内容を聴取することで行われる。その際、投稿楽曲データの再生箇所を、通報指示情報に含まれる通報内容の通報箇所（タイミング）に基づいて制御することとしてもよい。通報箇所（タイミング）に対応する投稿楽曲データを再生することで、投稿楽曲データの通報指示箇所を確認することが可能となり、確認処理の効率化（時間短縮）を図ることが可能となる。また、通報内容に含まれる通報項目、あるいは、通報箇所（位置）を背景映像データと一緒に表示することで、通報項目、通報箇所（位置）を容易に確認することも可能である。

通報指示情報に基づく確認処理（Ｓ７０２）を終えた投稿楽曲は、カラオケ装置２での再生が適切（適）であるか、不適（不適）であるかに分けられ、適切とされた投稿楽曲は、その楽曲識別情報が再生許可リストに追加される（Ｓ７０４）。一方、不適切とされた投稿楽曲は、その楽曲識別情報が再生禁止リストに追加される（Ｓ７０６）。再生許可リスト、再生禁止リストは、適宜タイミングでカラオケ装置２に送信される（Ｓ７０５）。再生許可リスト、再生禁止リストを受信したカラオケ装置２では、これらリストに基づいて各種処理を実行する。再生禁止リスト中に記述された楽曲識別情報に対応する投稿楽曲データは、カラオケ装置２での再生が不適切であるため、カラオケ装置２での再生が禁止される。禁止された投稿楽曲は、図２１に示される投稿楽曲選択画面に表示されず、選曲、再生することができない状態となる。

再生が禁止された投稿楽曲は、配信フラグがオフとなり、付与されていた選曲番号を削除することとなる。カラオケ配信ルータからも再生禁止対象となった投稿楽曲データは削除される。なお、再生が禁止された楽曲を投稿したユーザに対し、再生が禁止されたことを報知する機能を設けても良い。投稿楽曲閲覧サイトにログインしたときのトップページ等で、「あなたが投稿した楽曲が、再生禁止となりました、再生禁止となった理由は、１．音声合成による歌唱２．配信許可のない映像 となっています。」のような報知文言が表示される。これにより、ユーザは、報知された内容をもとに、投稿した楽曲を適切に修正して再投稿することで、カラオケ装置２での再生の禁止を免れることができる。この場合、再度選曲番号を付与したり、カラオケ配信ルータに投稿楽曲データを再配信したりすることは手間がかかるので、再生が禁止された投稿楽曲に対し、所定期間（１週間等）選曲番号を削除しない、所定期間カラオケ配信ルータからデータを削除しないという対応が考えられる。一方、再生許可リスト中に記述された楽曲識別情報に対応する投稿楽曲は、図２３の再生処理中、通報受付対象ではないと判定され、その再生中、図２４、図２５で説明した通報受付画面は表示されない。これにより、同じ投稿楽曲を、業者が再度適切か否か判断するという手間を防止することが出来る。

以上、楽曲再生中に、通報受付画面による通報指示情報の形成、並びに、その利用形態を説明したが、投稿楽曲に対する通報受付は、再生中のみならず、各種楽曲選択画面から行うこととしてもよい。図２８には、本発明の実施形態に係る歌唱履歴表示処理を示すフロー図が示されている。図２３の再生処理で説明したように、カラオケ装置２は、再生した楽曲を再生履歴として記録している。歌唱履歴表示処理は、この再生履歴に基づいて再度、楽曲を選曲予約できる処理である。本実施形態では、この歌唱履歴表示画面から通報受付を行うこととしている。

リモコン装置１のトップ画面に表示されている「履歴一覧」が選択されることで、この歌唱履歴表示処理が実行開始される。カラオケ装置２は、再生処理で記録した歌唱履歴を取得する（Ｓ８０１）。その際、各歌唱履歴中の楽曲が通報対象楽曲であるか否かを示す情報も併せて取得する。この通報対象楽曲の判定は、図２３の再生処理で説明したＳ６０３の判定と同様に行われる。取得した歌唱履歴、及び、通報対象楽曲を示す情報に基づいて、歌唱履歴表示画面がリモコン装置１の表示部１１に表示される。

図２９には、本発明の実施形態に係る再生履歴表示画面が示されている。この再生履歴表示画面には、カラオケ装置２で再生された楽曲が、最近されたものを先頭として時系列に表示される。各楽曲には、楽曲名、投稿者名、歌手名といった楽曲関連情報が表示されている。再生された楽曲には、投稿楽曲の他、通常楽曲も含まれるが、通常楽曲は、投稿者が存在しないため表示されない。各楽曲は、楽曲関連情報が表示されている欄を選択することで予約選択することが可能である（Ｓ８０３：予約選択）。予約選択された場合、図２２で説明するような楽曲確認画面が表示され（Ｓ８０４）、楽曲の再生予約が判定された場合（Ｓ８０５：Ｙｅｓ）、一度再生した楽曲を再度、予約する（Ｓ８０６）ことが可能である。

一方、通報対象楽曲の右側には、通報楽曲選択ボタン１１ａが表示されている。過去の投稿楽曲の再生によって、当該投稿楽曲が不適切であると判断したユーザは、通報対象楽曲の通報楽曲選択ボタン１１ａを操作する（Ｓ８０３：通報選択）ことで、図３０に示される通報受付画面がサブ画面として表示され、再生中の場合と同様に通報受付を行うことが可能となる。この通報受付画面において、通報項目を選択し、通報ボタン１１ｋを操作した場合には、通報受付あり（Ｓ８０８：Ｙｅｓ）と判定され、通報指示情報が管理サーバ装置に送信される（Ｓ８０９）。但し、この形態では、通報指示情報には、再生中の形態で可能としていた通報箇所（タイミング、位置）を含めることはできず、通報内容は、通報項目のみとなる。

以上、本実施形態では、カラオケ装置２における再生履歴から、通報受付を行うことを可能としているが、通報受付は、図２１の投稿楽曲選択画面から受付可能としてもよい。但し、今回説明した再生中、あるいは、再生履歴からの通報受付では、実際に再生された、あるいは、再生中の投稿楽曲を通報受付対象としたものであるため、投稿楽曲の内容を視聴せずに通報を行うなどの行為を抑制することを可能としている。

図２７の再生履歴表示は、ユーザに関係なくカラオケ装置２で再生された楽曲を表示するものであるが、カラオケ装置２では、ユーザ情報中に記録された履歴テーブルを用いて、各ユーザの再生履歴を表示させることも可能である。その場合、各ユーザの再生履歴中の通報対象楽曲に対して通報楽曲選択ボタン１１ａなどを表示させることで通報可能とし、図２９の再生履歴表示では、通報受付を行わないこととしてもよい。このような形態では、自分が歌唱のため選択した投稿楽曲のみを通報対象とすることとなり、投稿楽曲をよく知っている歌唱ユーザからの通報のみを受け付けることが可能となる。

また、図２９の再生履歴表示において、投稿楽曲であり、かつ、アクティブユーザのユーザ識別情報に対応する楽曲のみ通報対象楽曲として、通報楽曲選択ボタン１１ａなどを表示させて投稿を受付けることで、カラオケ装置２で再生された直近の全楽曲を表示しつつ、投稿楽曲をよく知っている歌唱ユーザからの通報のみを受付可能にすることとしても良い。

管理サーバ装置側での通報管理処理は、業者の視聴作業による確認処理（Ｓ７０２）で行うこととしているが、この確認処理に代え、所定条件を満たした楽曲は自動的に再生許可リストに追加する形態も考えられる。例えば、投稿開始から所定回数再生された楽曲に対して通報指示情報を受信しなかった場合、確認処理を行うことなく、再生許可リストに追加することが考えられる。この場合、管理サーバ装置は、各カラオケ装置から投稿楽曲の再生回数を集計し、所定の再生回数において通報指示を受けなかった、すなわち、通報指示情報を受信しなかった楽曲は、カラオケ装置２での再生に支障は無いと判断して、通報の対象から除外する。このような形態を採用することで、多数の投稿楽曲が投稿された場合であっても効率よく投稿楽曲の内容確認を行うことが可能となる。

なお、本発明はこれらの実施形態のみに限られるものではなく、それぞれの実施形態の構成を適宜組み合わせて構成した実施形態も本発明の範疇となるものである。

１…リモコン装置、１１…表示部、１２…ビデオＲＡＭ、１３…映像制御部、１４…メモリ、１５…制御部、１６…無線ＬＡＮ通信部、１７…操作部、１８…操作処理部、１９…赤外線通信部、２…カラオケ装置（コマンダ）、２１…操作部、２２…操作処理部、２３…赤外線通信部、２４…インターフェイス部、２５…音声制御部、２６…ＭＩＤＩ音源、２７…メモリ、２８…ビデオＲＡＭ、２９…映像再生部、３０…制御部、３１…映像制御部、３２…ＨＤＤ（ハードディスク）、３３…タッチパネルモニタ、３４…タッチパネル、３５…表示部、４１…モニタ、４２…スピーカ、３…サーバ装置、３６…制御手段、３７…通信手段、３８…記憶手段、４…ルータ

Claims (7)

1. 通信手段と、制御手段を備えるカラオケ装置であって、
   通信手段は、配信サーバ装置と、管理サーバ装置と通信可能であり、
   制御手段は、投稿楽曲受信処理と、再生処理と、通報処理とを、実行可能とし、
   投稿楽曲受信処理は、配信サーバ装置から投稿楽曲データを受信し、
   再生処理は、投稿楽曲データ、通常楽曲データを再生手段に再生させ、
   通報処理は、再生処理について予約もしくは再生された通常楽曲データ及び投稿楽曲を示す履歴リストを表示手段に表示させ、履歴リストに表示された投稿楽曲のみについて、通報指示を入力手段から受け付け可能とし、受け付けた投稿楽曲データに対する通報指示を管理サーバ装置に送信する
   カラオケ装置。
2. 再生処理は、再生する投稿楽曲に対応付けてユーザ識別情報を記憶し、
   通報処理は、再生処理で再生された投稿楽曲について、再生処理で当該投稿楽曲に対応付けられたユーザ識別情報を有するユーザからのみ、通報指示を受け付け可能とする
   請求項１に記載のカラオケ装置。
3. 通報処理で受け付ける通報指示は、通報項目、もしくは、投稿楽曲の通報箇所の少なくとも何れか一方を含む
   請求項１または請求項２に記載のカラオケ装置。
4. 制御手段は、管理サーバ装置から指定された投稿楽曲データを通報処理の対象から除外する除外処理を実行可能とする
   請求項１から請求項３の何れか１項に記載のカラオケ装置。
5. カラオケ装置と管理サーバ装置とを備える楽曲配信システムであって、
   カラオケ装置は、通信手段と、制御手段を備え、
   通信手段は、配信サーバ装置と、管理サーバ装置と通信可能であり、
   制御手段は、投稿楽曲受信処理と、再生処理と、通報処理とを、実行可能とし、
   投稿楽曲受信処理は、配信サーバ装置から投稿楽曲データを受信し、
   再生処理は、投稿楽曲データ、通常楽曲データを再生手段に再生させ、
   通報処理は、再生処理について予約もしくは再生された通常楽曲データ及び投稿楽曲を示す履歴リストを表示手段に表示させ、履歴リストに表示された投稿楽曲データのみについて、通報指示を入力手段から受け付け可能とし、受け付けた投稿楽曲データに対する通報指示を管理サーバ装置に送信する
   楽曲配信システム。
6. 管理サーバ装置は、通報指示を受けた投稿楽曲データについて、カラオケ装置における再生を禁止する再生禁止処理を実行可能とする
   請求項５に記載の楽曲配信システム。
7. 管理サーバ装置は、カラオケ装置における各投稿楽曲データの再生回数を集計し、所定の再生回数においてカラオケ装置から通報指示を受けなかった投稿楽曲を、カラオケ装置における通報処理の対象から除外する除外処理を実行可能とする
   請求項６に記載の楽曲配信システム。

Images