(57)【要約】【課題】  通信カラオケ端末には多数曲入らないような高音質の楽音を発音する大容量の楽曲データの配信を可能にする。【解決手段】  カラオケ装置３は記憶手段の空き容量が一定以下となった時点で高音質の楽音を発音する大容量データを、大容量データよりもデータ容量の小さい小容量データに置換する。これにより、カラオケ装置３の記憶手段が満杯になることなく大容量データの配信を可能とする。小容量データに置換する楽曲は、履歴情報や外部から受信される人気等の指標に基づいて選択されるため最新の再生頻度の高いあるいは人気の高い楽曲データは高音質の楽音を発音する大容量データとして記憶しておくことができる。また、小容量データを消去することはないのでユーザが稀にリクエストしたとしても配信サーバ１に接続することなく楽曲の再生を実行することができる。【選択図】  図１
2005338474.tif 000002
【特許請求の範囲】
【請求項１】
楽曲データを記憶した配信サーバから配信される、高音質の楽音を発音する大容量の楽曲データである大容量楽曲データを受信する通信手段と、
配信された楽曲データを記憶する記憶手段と、
配信された楽曲データの配信時期や楽曲データの再生頻度等の履歴情報を記録する履歴情報記録手段と、
前記履歴情報に基づいて、大容量楽曲データよりもデータ容量の小さい小容量楽曲データに置換する大容量楽曲データを選択する選択手段と、
前記選択手段の選択に基づいて前記大容量楽曲データを、小容量楽曲データに置換する置換手段と、
を備えたことを特徴とする通信カラオケ装置。
【請求項２】
楽曲データを記憶した配信サーバから配信される、高音質の楽音を発音する大容量の楽曲データである大容量楽曲データを受信する通信手段と、
配信された楽曲データを記憶する記憶手段と、
外部から受信した人気等の指標に基づいて、大容量楽曲データよりもデータ容量の小さい小容量楽曲データに置換する大容量楽曲データを選択する選択手段と、
前記選択手段の選択に基づいて前記大容量楽曲データを、小容量楽曲データに置換する置換手段と、
を備えたことを特徴とする通信カラオケ装置。
【請求項３】
前記置換手段による置換は、前記記憶手段の空き容量が一定以下となった時点で実行される請求項１または請求項２に記載の通信カラオケ装置。
【請求項４】
前記置換手段は、大容量楽曲データを圧縮して小容量楽曲データを作成し、この小容量楽曲データで大容量楽曲データを置換することを特徴とする請求項１、請求項２または請求項３のいずれかに記載の通信カラオケ装置。
【請求項５】
前記置換手段は、前記配信サーバから配信された小容量楽曲データで前記大容量楽曲データを置換することを特徴とする請求項１、請求項２または請求項３のいずれかに記載の通信カラオケ装置。
【請求項６】
請求項５に記載の通信カラオケ装置と、前記通信カラオケ装置とネットワークを介して接続され、大容量楽曲データおよび小容量楽曲データを記憶した配信サーバとからなる通信カラオケシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、配信サーバからインターネットを介して楽曲データ等の配信を受ける通信カラオケ装置および通信カラオケシステムに関する。
【背景技術】
【０００２】
現在普及しているカラオケ装置の多くは、サーバ装置からカラオケ楽曲データの配信を受ける通信カラオケ装置である。従来、楽曲データなどをＭＩＤＩ（ＭｕｓｉｃａｌＩｎｓｔｒｕｍｅｎｔＤｉｇｉｔａｌＩｎｔｅｒｆａｃｅ）規格に準拠したデータ（以下「ＭＩＤＩデータ」という）として配信し、カラオケ装置の音源とシーケンサを用いて演奏する方式が主であった。
【０００３】
しかし、最近では生演奏に近い臨場感のある演奏音を発音するために、楽曲をリニアＰＣＭ（ＰｕｌｓｅＣｏｄｅＭｏｄｕｌａｔｉｏｎ）でデジタル化したデータ（以下「リニアＰＣＭデータ」という）として配信、あるいはＭＰ３（ＭＰＥＧＡｕｄｉｏＬａｙｅｒ３）を用いて圧縮したデータ（以下「ＭＰ３データ」という）として配信し、カラオケ装置で再生する方式が考えられている。ＭＰ３データを配信して再生する方式については一部のカラオケ装置で実現されている。しかし、リニアＰＣＭデータのような非圧縮のオーディオデータは非常にデータ量が大きく、ＭＰ３データのように圧縮したデータあっても、ＭＩＤＩデータに比較すると依然としてデータ容量が非常に大きいため、カラオケ装置の記憶装置に多数記憶できないという問題があった。
【０００４】
そこで楽曲の再生履歴をとり、再生頻度の低い楽曲データを消去することで記憶媒体の空き容量を確保するカラオケ装置が考えられている（例えば特許文献１参照）。
【特許文献１】特開平０６−２５０６８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載のカラオケ装置では再生頻度の低いカラオケ曲の楽曲データを消去してしまうため、消去後に、この曲がリクエストされた場合は、配信サーバから楽曲データを再度ダウンロードしなければ演奏することができなかった。このため、カラオケ曲のリクエストがあってから、演奏を開始するまでに長時間を要し、利用者を待たせてしまうという問題点があった。さらに、配信サーバに対して多くの再送要求が発生した場合には、配信サーバ側の処理負担が増大するおそれもある。
【０００６】
この発明は、楽曲データを消去することなしにカラオケ装置の記憶装置の空き容量を増やし、新たな大容量楽曲データの配信を可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
請求項１に記載の発明は、楽曲データを記憶した配信サーバから配信される、高音質の楽音を発音する大容量の楽曲データである大容量楽曲データを受信する通信手段と、配信された楽曲データを記憶する記憶手段と、配信された楽曲データの配信時期や楽曲データの再生頻度等の履歴情報を記録する履歴情報記録手段と、前記履歴情報に基づいて、大容量楽曲データよりもデータ容量の小さい小容量楽曲データに置換する大容量楽曲データを選択する選択手段と、前記選択手段の選択に基づいて前記大容量楽曲データを、小容量楽曲データに置換する置換手段と、を備えたことを特徴とする。
【０００８】
この発明における通信カラオケ装置では、配信サーバから大容量楽曲データが配信される。この大容量楽曲データの配信時期や楽曲データの再生頻度等の履歴情報を記録し、配信時期の古い楽曲データや再生頻度の低い楽曲データをデータ容量の小さい小容量楽曲データに置換する。
【０００９】
請求項２に記載の発明は、楽曲データを記憶した配信サーバから配信される、高音質の楽音を発音する大容量の楽曲データである大容量楽曲データを受信する通信手段と、配信された楽曲データを記憶する記憶手段と、外部から受信した人気等の指標に基づいて、大容量楽曲データよりもデータ容量の小さい小容量楽曲データに置換する大容量楽曲データを選択する選択手段と、前記選択手段の選択に基づいて前記大容量楽曲データを、小容量楽曲データに置換する置換手段と、を備えたことを特徴とする。
【００１０】
この発明における通信カラオケ装置では、配信サーバから大容量楽曲データをダウンロードする。さらに後日、外部から人気等の情報を受信する。この結果、人気が低いとされた楽曲データをデータ容量の小さい小容量楽曲データに置換する。
【００１１】
請求項３に記載の発明は、上記発明において、前記置換手段による置換は、前記記憶手段の空き容量が一定以下となった時点で実行されることを特徴とする。
【００１２】
この発明においては、通信カラオケ装置の記憶装置の空き容量が十分に有る場合は大容量楽曲データをそのまま記憶しておき、空き容量が一定以下になった時点で大容量楽曲データの置換を行う。
【００１３】
請求項４に記載の発明は、上記発明において、前記置換手段は、大容量楽曲データを圧縮して小容量楽曲データを作成し、この小容量楽曲データで大容量楽曲データを置換することを特徴とする。
【００１４】
請求項５に記載の発明は、上記発明において、前記置換手段は、前記配信サーバから配信された小容量楽曲データで前記大容量楽曲データを置換することを特徴とする。
【００１５】
大容量楽曲データを小容量楽曲データに置き換える方式としては、大容量楽曲データを圧縮することで小容量楽曲データに置換してもよいし、大容量楽曲データを消去して配信サーバから配信される小容量楽曲データに置き換えて置換してもよい。
【００１６】
請求項６に記載の発明は、請求項５に記載の通信カラオケ装置と、前記通信カラオケ装置とネットワークを介して接続され、大容量楽曲データおよび小容量楽曲データを記憶した配信サーバとからなることを特徴とする。
【発明の効果】
【００１７】
以上のように、この発明によれば、配信サーバから配信された大容量楽曲データを小容量楽曲データに置換していくことにより、楽曲データを消去することなしにカラオケ装置の記憶装置の空き容量を増やすことができ、さらに新たな大容量楽曲データの配信が可能になる。小容量楽曲データに置換するカラオケ曲は、履歴情報や人気等の指標に基づいて選択するため、主にカラオケユーザからリクエストされるような楽曲は高音質の楽音を発音する大容量の楽曲データとして記憶しておくことができる。
【００１８】
また、置換した小容量の楽曲データは、消去することはないので、稀にリクエストされたとしても配信サーバに接続する必要なく演奏を実行することが可能となる。
【発明を実施するための最良の形態】
【００１９】
図１はこの発明の実施形態である通信カラオケシステムの構成を示す図である。配信サーバ１は、数万曲の楽曲データを記憶しており、端末装置である複数のカラオケ装置３に対してこの楽曲データなどを配信する。配信サーバ１はインターネット２に接続されている。また、端末装置であるカラオケ装置３もインターネット２に接続されている。
【００２０】
各楽曲データは、高音質の楽音を発音する大容量データおよび、大容量よりもデータ容量の小さい小容量データの２種類がそれぞれ記憶されている。
【００２１】
楽曲データの配信はあらかじめ定めた時間帯に定期的に行うほか、カラオケ装置３側から要求があったときにも行う。
【００２２】
大容量データと小容量データの区分は、例えばＭＰ３データを大容量データとしてＭＩＤＩデータを小容量データとする。あるいは、リニアＰＣＭデータを大容量データとしてＭＰ３データを小容量データとしてもよいし、ビットレートの高いＭＰ３データを大容量データとしてビットレートの低いＭＰ３データを小容量データとしてもよい。
【００２３】
図２は配信サーバ１のブロック図である。配信サーバ全体の動作を制御する制御部４、楽曲データ等を記憶する記憶部５およびネットワーク２を介してカラオケ装置３と通信する通信部６を有している。記憶部５は、大容量データ７と小容量データ８を記憶している。通信部６は制御部４の制御に従い、記憶部５から大容量データ７もしくは小容量データ８を取り出し、インターネット２を介して複数のカラオケ装置３に送信する。
【００２４】
図３はカラオケ装置３のブロック図である。カラオケ装置３はカラオケ装置全体の動作を制御する制御部９、インターネット２を介して配信サーバ１と通信する通信部１０、配信サーバ１から配信されてくるデータを記憶する記憶部１１および楽曲データに基づいてカラオケ曲を演奏する演奏部１２を有している。通信部１０は制御部９の制御に従い、配信サーバ１へのデータ再送要求を行うとともに配信サーバ１と通信してデータを受信する。記憶部１１は、ハードディスク等で構成され、大容量データ１７、小容量データ１８および各楽曲データの配信時期や再生頻度等からなる履歴情報１６を記憶している。履歴情報のうち再生頻度情報は、所定の機会に配信サーバ１にアップロードされる。制御部９は、履歴情報１６や外部から受信される人気等の指標に基づいて、小容量データ１８に置換する大容量データ１７を選択するデータ選択処理プログラム１３、選択した大容量データ１７を小容量データ１８に置換するデータ置換処理プログラム１４を実行する。また、カラオケ曲のリクエストがあったときに、制御部９は、記憶部１１に記憶されている楽曲データを取り出し、演奏部１２にて楽曲演奏を行う楽曲再生処理プログラム１５を実行する。
【００２５】
図４〜図６を参照して本実施例における通信カラオケシステムの動作を説明する。
【００２６】
図４はカラオケ装置３のデータ処理動作を示すフローチャートである。カラオケ装置３は配信サーバ１から定期配信される大容量データ７を受信する（ｓ１）。配信された大容量データ７はカラオケ装置３の記憶部１１に大容量データ１７として記憶される。ここで大容量データ１７が多量に蓄積され、記憶部１１の空き容量が一定以下となるまでは定期的な配信を受け続ける（ｓ２）。配信された大容量データが蓄積され、記憶部１１の空き容量が一定以下になった時点で、制御部９は履歴情報１６を走査する（ｓ３）。履歴情報１６を走査して得られた結果に基づいて置換する大容量データ１７を選択する（ｓ４）。履歴情報１６には各楽曲データの配信された時期や、歌唱者によるリクエストに応じて楽曲演奏された再生頻度が記録されている。データ選択処理プログラム１３では配信時期の古い楽曲データあるいは再生頻度の低い楽曲データを、小容量データ１８に置換する楽曲データとして選択する。その後、選択された大容量データ１７を小容量データ１８に置換する処理を行い（ｓ５）、選択された大容量データ１７をすべて小容量データ１８に置換するまで置換処理を繰り返し（ｓ６）、選択された大容量データ１７をすべて小容量データ１８に置換できた時点で動作を終了する。
【００２７】
図５はカラオケ装置３の別のデータ処理動作を示すフローチャートである。カラオケ装置３は配信サーバ１から定期配信される大容量データ７を受信する（ｓ７）。配信された大容量データ７はカラオケ装置３の記憶部１１に大容量データ１７として記憶される。ここで大容量データ１７が多量に蓄積され、記憶部１１の空き容量が一定以下となるまでは定期的な配信を受け続ける（ｓ８）。配信された大容量データが蓄積され、記憶部１１の空き容量が一定以下になった時点で、通信部１０は配信サーバ１に人気情報の配信を要求する（ｓ９）。人気情報は、例えば配信サーバ１が各カラオケ装置から収集した再生頻度情報を集計したものなどで構成される。その後配信サーバ１から配信されてくる人気情報を受信し（ｓ１０）、制御部９では人気の低いとされる楽曲について小容量データ１８に変換する楽曲データとして選択する（ｓ１１）。その後、選択された大容量データ１７を小容量データ１８に置換する処理を行い（ｓ１２）、選択された大容量データ１７をすべて小容量データ１７に置換する処理を繰り返し（ｓ１３）、選択された大容量データ１７をすべて小容量データ１８に置換できた時点で動作を終了する。
【００２８】
図６は大容量データ１７を小容量データ１８に置換する処理動作を示すフローチャートである。同図（Ａ）の動作はカラオケ装置３が大容量データ１７を圧縮することで小容量データ１８に置換する場合の処理動作を示している。制御部９は小容量データに置換する大容量データ１７を読み出す（ｓ１４）。この読み出した大容量データ１７を順次圧縮する処理を行う（ｓ１５）。大容量データがリニアＰＣＭデータである場合はＭＰ３データに圧縮する。大容量データがＭＰ３データである場合はビットレートを下げることで圧縮を行う。なお、アナログ音声データをデジタル化する方式としてＡＤＰＣＭ（ＡｄａｐｔｉｖｅＤｉｆｆｅｒｅｎｔｉａｌＰｕｌｓｅＣｏｄｅＭｏｄｕｌａｔｉｏｎ）が知られているが、ここでリニアＰＣＭデータをＡＤＰＣＭデータに圧縮する処理を行ってもよい。圧縮したデータは小容量データ１８として記憶部１１に記憶される（ｓ１６）。その後、圧縮し終えた大容量データ１７については消去する（ｓ１７）。データ選択処理プログラム１３によって選択された大容量データ１７すべてを圧縮し、小容量データ１８に置換できた時点で動作を終了する（ｓ１８）。
【００２９】
同図（Ｂ）の動作は配信サーバ１から小容量データを受信し、この小容量データを大容量データに置き換える場合の処理動作を示している。まず制御部９は、置換する大容量データ１７に対応する小容量データの配信を配信サーバ１に要求する（ｓ１９）。その後、配信サーバ１から配信されてくる小容量データを受信し（ｓ２０）、当該カラオケ曲の小容量データ１８として記憶部１１に記憶する（ｓ２１）。小容量データ１８を記憶された後に、当該カラオケ曲の大容量データ１７を消去する（ｓ２２）。データ選択処理プログラム１３によって選択された大容量データ１７すべてを小容量データ１８に置換できた時点で動作を終了する（ｓ２３）。
【００３０】
ここで、配信サーバ１が配信する小容量データは例えばＭＩＤＩデータとすればよい。これは、カラオケ装置ではＰＣＭ等のオーディオデータをＭＩＤＩデータに変換できないからである。配信サーバ１では、オーディオデータの大容量データとは別にＭＩＤＩデータを作成して記憶部５に記憶しておけばよい。また、大容量データ１７がリニアＰＣＭデータであればＭＰ３データを小容量データとして配信してもよいし、大容量データ１７がＭＰ３データであればビットレートを下げたＭＰ３データを小容量データとして配信してもよい。なお、ここでもＡＤＰＣＭデータを小容量データとして配信することも考えられる。
【００３１】
以上のように、本実施例におけるカラオケ装置３では、記憶部１１の空き容量が一定以下となる時点で大容量データ１７を小容量データ１８に置換することで、記憶手段が満杯になることなしに大容量データの定期的な配信が可能となる。小容量データに置換する楽曲は、履歴情報や外部から受信される人気等の指標に基づいて選択されるため、最新の再生頻度の高いあるいは人気の高い楽曲データは高音質の楽音を発音する大容量データとして記憶されている。さらに、置換された楽曲データも消去されることはないため、カラオケユーザが稀にリクエストしたとしても配信サーバに接続する必要なく再生することが可能となる。
【００３２】
なお、カラオケ装置３の演奏部１２では、ユーザからの楽曲再生リクエストに際して記憶部１１を調べ、再生しようとする楽曲に対して大容量データが存在する場合はそちらを再生し、存在しない場合は小容量データを再生する。したがって、カラオケ装置３を使用するユーザは、楽曲をリクエストし、演奏されるデータが大容量データが再生されたものか、小容量データが再生されたものかを全く意識する必要はなく、また特別な操作も必要としない。
【００３３】
なお、上記実施例におけるカラオケシステムで置換されるデータはカラオケ曲の楽曲データに限らず、カラオケ曲が演奏されていないときにカラオケ装置で再生する曲間ＣＭデータなどであってもよいし、カラオケモニタに映し出す映像データであってもよい。映像データの場合は、高画質な映像を再生する大容量の映像データを大容量データとして、大容量データよりもデータ容量の小さい映像データを小容量データとすればよい。具体的には、高画質な映像を再生する映像圧縮方式であるＭＰＥＧ２データを大容量データとして、ＭＰＥＧ２データよりもデータ容量の小さいＭＰＥＧ１データを小容量データとすればよい。あるいはさらにデータ容量の小さいＭＰＥＧ４データを小容量データとして置換してもよい。
【図面の簡単な説明】
【００３４】
【図１】この発明の実施形態である通信カラオケシステムの構成を示す図
【図２】配信サーバのブロック図
【図３】カラオケ装置のブロック図
【図４】カラオケ装置のデータ処理動作を示すフローチャート
【図５】カラオケ装置の別のデータ処理動作を示すフローチャート
【図６】大容量データを小容量データに置換する処理動作を示すフローチャート
【符号の説明】
【００３５】
１−配信サーバ
２−インターネット
３−カラオケ装置
４−配信サーバの制御部
５−配信サーバの記憶部
６−配信サーバの通信部
７−配信サーバの大容量データ
８−配信サーバの小容量データ
９−カラオケ装置の制御部
１０−カラオケ装置の通信部
１１−カラオケ装置の記憶部
１２−カラオケ装置の演奏部
１３−データ選択処理プログラム
１４−データ置換処理プログラム
１５−楽曲再生処理プログラム
１６−履歴情報
１７−カラオケ装置の大容量データ
１８−カラオケ装置の小容量データ
【図１】
2005338474.tif 000003
【図２】
2005338474.tif 000004
【図３】
2005338474.tif 000005
【図４】
2005338474.tif 000006
【図５】
2005338474.tif 000007
【図６】
2005338474.tif 000008