(57)【要約】【課題】楽曲再生装置のリプレース時、新規導入時における時間的コスト、費用的コストの削減を図ることを目的とする。【解決手段】本発明に係る楽曲配信システムは、楽曲再生装置と楽曲管理サーバーを含んで構成され、楽曲再生装置は、楽曲再生装置、あるいは、前記楽曲再生装置の属性を識別するための識別情報を含む要求情報を前記楽曲管理サーバーに送信し、識別情報に対応した第１群に属する複数の楽曲情報を受信する開局処理を実行可能とし、楽曲管理サーバーは、第１群に属する複数の楽曲情報を含む配信リストを記憶し、楽曲再生装置から要求情報を受信した場合、配信リストを参照し、受信した識別情報に対応した第１群に属する複数の楽曲情報を楽曲再生装置に配信することを特徴とする。【選択図】図２
2018173443.tif 000002
【特許請求の範囲】
【請求項１】
楽曲再生装置と、楽曲再生装置と通信接続された楽曲管理サーバーと、を備える楽曲配信システムであって、
前記楽曲再生装置は、
楽曲情報を記憶する記憶手段と、
楽曲情報を再生し、出力する再生手段と、
楽曲情報を管理する楽曲管理サーバーと通信するための通信手段と、
各手段を制御する制御手段と、を備え、
前記制御手段は、
前記楽曲再生装置、あるいは、前記楽曲再生装置の属性を識別するための識別情報を含む要求情報を前記楽曲管理サーバーに送信し、識別情報に対応した第１群に属する複数の楽曲情報を受信する開局処理を実行可能とし、
前記楽曲管理サーバーは、
第１群に属する複数の楽曲情報を含む配信リストを記憶し、
前記楽曲再生装置から要求情報を受信した場合、配信リストを参照し、受信した識別情報に対応した第１群に属する複数の楽曲情報を前記楽曲再生装置に配信する配信処理を実行することを特徴とする
楽曲配信システム。
【請求項２】
前記楽曲管理サーバーは、
前記楽曲再生装置の再生状況に応じて配信リストを更新する更新処理を実行することを特徴とする
請求項１に記載の楽曲配信システム。
【請求項３】
前記識別情報は、前記楽曲再生装置の開局識別情報、装置識別情報、店舗形態識別情報、チェーン店識別情報の少なくとも何れか１つを識別可能とする情報であることを特徴とする
請求項１または請求項２に記載の楽曲配信システム。
【請求項４】
前記開局処理で送信される要求情報は、識別情報と共に前記記憶手段に関する容量情報を含み、
前記配信処理は、受信した容量情報に基づいて、第１群に属する複数の楽曲情報のうち、前記楽曲再生装置に配信する複数の楽曲情報を決定することを特徴とする
請求項１から請求項３の何れか１項に記載の楽曲配信システム。
【請求項５】
前記開局処理は、第２群に属する複数の楽曲情報を受信し、
前記配信処理は、受信した容量情報と第１群に属する複数の楽曲情報の容量に応じて、第２群に属する複数の楽曲情報のうち、前記楽曲再生装置に配信する複数の楽曲情報を決定することを特徴とする
請求項４に記載の楽曲配信システム。
【請求項６】
前記開局処理は、第２群に属する複数の楽曲情報を受信し、
前記配信処理は、第１群に属する複数の楽曲情報を、第２群に属する複数の楽曲情報に対して優先して配信することを特徴とする
請求項１から請求項５の何れか１項に記載の楽曲配信システム。
【請求項７】
第２群に属する複数の楽曲情報は、ランキング上位の楽曲情報であることを特徴とする
請求項５または請求項６に記載の楽曲配信システム。
【請求項８】
楽曲管理サーバーと通信接続された楽曲再生装置であって、
楽曲情報を記憶する記憶手段と、
楽曲情報を再生し、出力する再生手段と、
楽曲情報を管理する楽曲管理サーバーと通信するための通信手段と、
各手段を制御する制御手段と、を備え、
前記制御手段は、
前記楽曲再生装置、あるいは、前記楽曲再生装置の属性を識別するための識別情報を含む要求情報を前記楽曲管理サーバーに送信し、識別情報に対応した第１群に属する複数の楽曲情報を受信する開局処理を実行可能とすることを特徴とする
楽曲再生装置。
【請求項９】
楽曲再生装置と、楽曲再生装置と通信接続された楽曲管理サーバーの間で実行される楽曲配信方法であって、
前記楽曲再生装置は、前記楽曲再生装置、あるいは、前記楽曲再生装置の属性を識別するための識別情報を含む要求情報を前記楽曲管理サーバーに送信し、識別情報に対応した第１群に属する複数の楽曲情報を受信する開局処理を実行可能とし、
前記楽曲管理サーバーは、前記楽曲再生装置から要求情報を受信した場合、第１群に属する複数の楽曲情報を含む配信リストを参照し、受信した識別情報に対応した第１群に属する複数の楽曲情報を前記楽曲再生装置に配信する配信処理を実行する
楽曲配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ装置等、楽曲情報を再生する楽曲再生装置に対して、楽曲情報を配信可能とする楽曲配信システム、並びに、楽曲再生装置、楽曲配信方法に関する。
【背景技術】
【０００２】
カラオケボックスあるいはナイト店においては、配信された楽曲情報に基づいて伴奏を行い、伴奏に合わせて歌唱を楽しむためのカラオケ装置が利用されている。現在、楽曲情報は、新譜配信時等に楽曲管理サーバーから全カラオケ装置に対して一斉配信され、カラオケ装置内のストレージ（記憶手段）に記憶されることが一般的である。このような構成により、楽曲情報は、端末としてのカラオケ装置に予め記憶されているため、楽曲管理サーバーからの楽曲情報のダウンロード時間を待たず、すぐに楽曲情報の再生を開始することが可能となっている。しかし、現在の配信曲は２０万曲を越え、これからさらに増え続ける楽曲情報を既存のカラオケ装置内のストレージに全て保持し続けることは困難であり、物理的にストレージを追加する、又は、大容量なストレージに交換しなければならない可能性が高まっている。
【０００３】
特許文献１には、記憶媒体は、送信回数管理手段が管理する回数が所定条件を満たしたときに、サーバーから送信されてくるデータを記憶し、端末は、記憶媒体に外部からの要求に応じたデータが記憶されている場合は、記憶媒体からデータを読み出して出力することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平９−２９４１７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現在、カラオケ装置を店舗に導入する場合、出荷する前の記憶手段に対し、工場等で必要な楽曲情報を予め記憶させる手法が取られている。前述するような楽曲情報の増加による楽曲情報の大容量化に伴い、記憶手段の圧迫、あるいは、大容量の記憶手段が必要となってきている。また、著作物である楽曲情報をカラオケ装置の記憶手段に記憶させる場合、各楽曲情報の記憶毎に著作権料が発生する。したがって、多数の楽曲情報を記憶するカラオケ装置では、演奏しない楽曲情報に対しても多額の著作権料を支払う必要があり、カラオケ装置導入時等における高コスト化に繋がっている。さらには、出荷時になどにおいて、楽曲情報を記憶手段に記憶させる工程は長時間必要であり、出荷までの製造工程に時間がかかっている。また、既存のカラオケ装置においても、楽曲情報の増加に伴って、大容量の記憶手段に交換する場合には同様の問題がある。
【０００６】
このように、カラオケ装置本体の導入、あるいは、置き換え、あるいは、記憶手段の交換において再度すべての楽曲情報を記憶手段にコピーするためには時間がかかり、データ量が増えるほど、カラオケ装置の製造にかかる時間や、コピー作業により、カラオケ装置が使用できない時間が増えてしまう。さらに、この先、記憶手段の容量が増加するにつれ、記憶手段の故障リスクは高まるため、少ない容量の記憶手段でも快適にカラオケ装置が使えることが望まれる。
【０００７】
本発明は、このような課題を鑑み、少ない容量の記憶手段が備えられたカラオケ装置（楽曲再生装置）であっても、快適に使用できるよう記憶される楽曲情報を決定することを目的とする。
【課題を解決するための手段】
【０００８】
そのため、本発明に係る楽曲配信システムは以下の構成を採用したことを特徴とする。楽曲再生装置と、楽曲再生装置と通信接続された楽曲管理サーバーと、を備える楽曲配信システムであって、前記楽曲再生装置は、楽曲情報を記憶する記憶手段と、楽曲情報を再生し、出力する再生手段と、楽曲情報を管理する楽曲管理サーバーと通信するための通信手段と、各手段を制御する制御手段と、を備え、前記制御手段は、前記楽曲再生装置、あるいは、前記楽曲再生装置の属性を識別するための識別情報を含む要求情報を前記楽曲管理サーバーに送信し、識別情報に対応した第１群に属する複数の楽曲情報を受信する開局処理を実行可能とし、前記楽曲管理サーバーは、第１群に属する複数の楽曲情報を含む配信リストを記憶し、前記楽曲再生装置から要求情報を受信した場合、配信リストを参照し、受信した識別情報に対応した第１群に属する複数の楽曲情報を前記楽曲再生装置に配信する配信処理を実行することを特徴とする。
【０００９】
さらに本発明に係る楽曲配信システムは、前記楽曲再生装置の再生状況に応じて配信リストを更新する更新処理を実行することを特徴とする。
【００１０】
さらに本発明に係る楽曲配信システムにおいて、前記識別情報は、前記楽曲再生装置の開局識別情報、装置識別情報、店舗識別情報、チェーン店識別情報の少なくとも何れか１つを識別可能とする情報であることを特徴とする。
【００１１】
さらに本発明に係る楽曲配信システムにおいて、前記開局処理で送信される要求情報は、識別情報と共に前記記憶手段に関する容量情報を含み、前記配信処理は、受信した容量情報に基づいて、第１群に属する複数の楽曲情報のうち、前記楽曲再生装置に配信する複数の楽曲情報を決定することを特徴とする。
【００１２】
さらに本発明に係る楽曲配信システムにおいて、前記開局処理は、第２群に属する複数の楽曲情報を受信し、前記配信処理は、受信した容量情報と第１群に属する複数の楽曲情報の容量に応じて、第２群に属する複数の楽曲情報のうち、前記楽曲再生装置に配信する複数の楽曲情報を決定することを特徴とする。
【００１３】
さらに本発明に係る楽曲配信システムにおいて、前記開局処理は、第２群に属する複数の楽曲情報を受信し、前記配信処理は、第１群に属する複数の楽曲情報を、第２群に属する複数の楽曲情報に対して優先して配信することを特徴とする。
【００１４】
さらに本発明に係る楽曲配信システムにおいて、第２群に属する複数の楽曲情報は、ランキング上位の楽曲情報であることを特徴とする。
【００１５】
また本発明に係る楽曲再生装置は、楽曲管理サーバーと通信接続された楽曲再生装置であって、楽曲情報を記憶する記憶手段と、楽曲情報を再生し、出力する再生手段と、楽曲情報を管理する楽曲管理サーバーと通信するための通信手段と、各手段を制御する制御手段と、を備え、前記制御手段は、前記楽曲再生装置、あるいは、前記楽曲再生装置の属性を識別するための識別情報を含む要求情報を前記楽曲管理サーバーに送信し、識別情報に対応した第１群に属する複数の楽曲情報を受信する開局処理を実行可能とすることを特徴とする。
【００１６】
また本発明に係る楽曲配信方法は楽曲再生装置と、楽曲再生装置と通信接続された楽曲管理サーバーの間で実行される楽曲配信方法であって、前記楽曲再生装置は、前記楽曲再生装置、あるいは、前記楽曲再生装置の属性を識別するための識別情報を含む要求情報を前記楽曲管理サーバーに送信し、識別情報に対応した第１群に属する複数の楽曲情報を受信する開局処理を実行可能とし、前記楽曲管理サーバーは、前記楽曲再生装置から要求情報を受信した場合、第１群に属する複数の楽曲情報を含む配信リストを参照し、受信した識別情報に対応した第１群に属する複数の楽曲情報を前記楽曲再生装置に配信する配信処理を実行する。
【発明の効果】
【００１７】
本発明に係る楽曲配信システム、楽曲再生装置、あるいは、楽曲配信方法によれば、少ない容量の記憶手段を備えた楽曲再生装置であっても、楽曲再生装置の利用に適した楽曲情報を記憶することで、快適に使用できることを可能としている。また、記憶手段には、楽曲再生装置の利用に適した楽曲情報を記憶しているため、楽曲情報の記憶に伴う著作権料のコストを抑えるとともに、楽曲情報を記憶させる作業にかかる時間も少なくすることが可能となる。
【００１８】
さらに本発明に係る楽曲配信システム、楽曲再生装置、あるいは、楽曲配信方法によれば、楽曲再生装置の再生状況に応じて配信リストを更新することで、楽曲再生装置において、各種再生状況に追従した楽曲情報を受信して記憶することが可能となる。
【００１９】
さらに本発明に係る楽曲配信システム、楽曲再生装置、あるいは、楽曲配信方法によれば、開局識別情報、装置識別情報、店舗識別情報、チェーン店識別情報の少なくとも何れか１つを識別可能としたことで、個々の楽曲再生装置の利用環境、あるいは、同じ種類の利用環境に適した楽曲情報を受信して記憶することが可能となる。
【００２０】
さらに本発明に係る楽曲配信システム、楽曲再生装置、あるいは、楽曲配信方法によれば、記憶手段に関する容量情報を識別情報に含めることで、記憶手段の容量に応じた楽曲情報を受信することが可能となる。
【００２１】
さらに本発明に係る楽曲配信システム、楽曲再生装置、あるいは、楽曲配信方法によれば、一般的に利用可能性の高い第２群に属する楽曲情報を記憶手段に記憶させておくことで、楽曲再生装置は、ユーザーによって選択された楽曲情報を楽曲管理サーバーから受信することなく、直ぐに再生することが可能となる。
【００２２】
さらに本発明に係る楽曲配信システム、楽曲再生装置、あるいは、楽曲配信方法によれば、第１群、第２群に属する楽曲情報を記憶させておくことで、楽曲情報を受信することなく、直ぐに手再生することが可能となる。その際、楽曲管理サーバーが第１群に属する楽曲情報を優先して送信することで、楽曲再生装置は第２群と比較して利用可能性の高い第１群に属する楽曲情報を優先して受信することができる。それにより、配信処理の工程中であっても、指定された楽曲情報が記憶手段に記憶されている可能性を高め、楽曲再生装置を早期に利用可能とする。
【００２３】
さらに本発明に係る楽曲配信システム、楽曲再生装置、あるいは、楽曲配信方法によれば、第２群に属する楽曲情報をランキング上位の楽曲情報とすることで、少ない容量の記憶手段であっても、指定された楽曲情報が記憶手段に記憶されている可能性を高め、ユーザーによって選択された楽曲情報を受信することなく、直ぐに再生することが可能となる。
【図面の簡単な説明】
【００２４】
【図１】本実施形態の楽曲配信システムを示す図
【図２】ある店舗におけるカラオケ装置のリプレースを説明するための図
【図３】本実施形態の要求情報のデータ構成を示す図
【図４】本実施形態の開局時配信処理を示すフロー図
【図５】カスタマイズ楽曲情報群、基本楽曲情報群を説明するための図
【図６】ハードディスクの領域割り当てを説明するための図
【図７】ある店舗におけるカラオケ装置の新規導入を説明するための図
【発明を実施するための形態】
【００２５】
図１は、本実施形態の楽曲配信システムの構成を示す図である。本実施形態では、カラオケシステムを例に取って説明を行う。本実施形態のカラオケシステムは、楽曲再生装置としてのカラオケ装置２（コマンダ）と、リモコン装置１を含んで構成される。カラオケ装置２とリモコン装置１は、ＬＡＮ１００及びアクセスポイント１３０を利用してネットワークを形成するように接続されている。また、リモコン装置１、カラオケ装置２は、ルータ１２０を使用し、インターネットを介して通信接続されるサーバー装置５（本発明の「楽曲管理サーバー」に相当）と通信を行うことが可能となっている。楽曲配信システムは、楽曲再生装置としてのカラオケ装置２と、サーバー装置５を含んで構成される。
【００２６】
カラオケボックスなどの店舗に設置されるカラオケ装置２は、楽曲を演奏するための演奏部として音響制御部２５を備えている。また、カラオケ装置２は、ユーザーからの各種入力を受け付ける操作部２１を備える。カラオケ装置２は、操作部２１からの入力を解釈してＣＰＵ３０に伝達する操作処理部２２を備える。また、カラオケ装置２は、各種情報を記憶する記憶手段としてのハードディスク３２を備える。カラオケ装置２は、ＬＡＮ１００に接続してネットワークに加入する通信手段としてのＬＡＮ通信部２４を備えている。
【００２７】
また、カラオケ装置２は、モニター４１に対して歌詞映像、背景映像を表示させる映像再生手段を備える。この映像再生手段は、映像情報に基づいて映像を再生する映像再生部２９、再生する映像を一時的に蓄積するビデオＲＡＭ２８、再生された映像に対する歌詞テロップの重畳、映像効果の付与等を行う映像制御部３１を備えて構成される。
【００２８】
さらに、このカラオケ装置２では、外部に接続されるモニター４１以外に、タッチパネルモニター３３に対して各種情報を表示することを可能としている。タッチパネルモニター３３は映像制御部３１から入力された映像情報を表示する表示部３５と、タッチ入力された位置を操作処理部２２に出力するタッチパネル３４が重畳されて構成されている。このタッチパネルモニター３３は、カラオケ装置２の操作部２１、あるいは、リモコン装置１のタッチパネルモニター１１などと同様、入力部として機能する。ユーザーは、タッチパネルモニター３３にて楽曲を選択することで、直接カラオケ装置２に予約させる等、カラオケ装置２に対する各種操作を行うことが可能である。
【００２９】
さらに、カラオケ装置２は、各構成を統括して制御するためのＣＰＵ３０、各種プログラムを実行するにあたって必要となる情報を一時記憶するためのＲＡＭ２７を含んだ制御手段を備えて構成されている。
【００３０】
このような構成にてカラオケ装置２は、各種処理を実行することとなるが、カラオケ装置２の主な機能として、楽曲予約処理、楽曲再生処理などを実行可能としている。楽曲予約処理は、ユーザーからの指定に基づいて楽曲を指定、予約するための処理であってリモコン装置１と連携して実行される。リモコン装置１の選曲処理で形成された予約情報は、カラオケ装置２に送信される。カラオケ装置２は、受信した予約情報をＲＡＭ２７中の予約テーブルに登録する。楽曲再生処理は、予約された楽曲を再生させる処理であって、楽曲演奏処理と歌詞表示処理とが同期して実行される処理である。
【００３１】
楽曲演奏処理は、楽曲情報に含まれる演奏情報に基づき、音響制御部２５に演奏を実行させる処理である。音響制御部２５にて演奏された楽曲は、マイクロホン４３ａ、４３ｂから入力される歌唱音声と一緒にスピーカー４２から放音される。歌詞表示処理は、楽曲情報に含まれる歌詞情報をモニター４１に表示させることで歌唱補助を行う処理である。
【００３２】
一方、リモコン装置１は、ユーザーからの指示に基づいて楽曲を検索する検索処理と、再生指示のあった楽曲について予約情報をカラオケ装置２に送信する選曲処理を実行可能としている。また、リモコン装置１は、カラオケ装置２あるいはインターネット上に接続されたサーバー装置５から各種情報を受信し、各種処理を実行することが可能である。本実施形態では、ユーザーから各種指示を受け付けるユーザインターフェイスとして、操作部１７と、タッチパネルモニター１１を備えている。タッチパネルモニター１１は、表示部１１ａとタッチパネル１１ｂを有して構成され、表示部１１ａに各種インターフェイスを表示するとともに、ユーザーからのタッチ入力を受付可能としている。
【００３３】
リモコン装置１は、無線ＬＡＮ通信部１６によって、アクセスポイント１３０と無線接続されることで、ＬＡＮ１００によって構成されるネットワークに接続される。なお、各リモコン装置１は、特定のカラオケ装置２に対して事前に対応付けされている。リモコン装置１から出力される各種命令は、対応付けされたカラオケ装置２にて受信されることとなる。
【００３４】
このようなリモコン装置１の構成により、ユーザーからの各種入力をタッチパネルモニター１１、あるいは、操作部１７から受付けるとともに、映像情報をタッチパネルモニター１１の表示により各種情報を提供することで、カラオケ装置２に対して出力する予約情報を送信する選曲処理など、各種処理を行うことが可能となっている。
【００３５】
現在、各種店舗に設置されるカラオケ装置２は、ハードディスク３２内に数十万曲にのぼる楽曲情報を記憶することで、ユーザーの歌唱ニーズに応えることを可能としている。新曲など新たに提供される楽曲は、サーバー装置５から通信回線を介してカラオケ装置２に配信される。一方、店舗においてカラオケ装置２が新機種に交換される場合（リプレース）、あるいは、カラオケ装置２が店舗に新たに導入される場合（新規導入）、ハードディスク３２には、これまでに配信された既存の楽曲情報が出荷までの製造工程で記憶されることになる。このようなハードディスク３２に膨大な容量の楽曲情報を記憶させる製造工程には長い時間が必要となる。
【００３６】
また、大容量のハードディスク３２を使用することで、カラオケ装置２のコストが高くなることが考えられる。さらには、著作物である楽曲情報をハードディスク３２に記憶させる場合、各楽曲情報の記憶毎に著作権料が発生する。このように膨大な数の楽曲情報を記憶させることは、製造工程にかかる時間、ハードディスク３２のコスト、並びに、記憶させる楽曲情報のコストが必要となる。一方、カラオケ装置２に記憶させた楽曲情報が全て再生対象となることはなく、店舗によって再生される楽曲は偏ることが知られている。
【００３７】
本実施形態ではこのような状況を改善するため、例えば、カラオケ装置２のリプレース時、あるいは新規導入時において、少ない容量のハードディスク３２（記憶手段）で済むと共に、店舗に必要な楽曲情報を適切に記憶させることで、製造工程にかかる時間、ハードディスク３２のコスト、並びに、記憶させる楽曲情報のコストの抑制を図ることを目的としている。
【００３８】
カラオケ装置を設置する店舗では新機種の販売等に伴い、現在、使用しているカラオケ装置２ａを新機種のカラオケ装置２ｂに置き換える（リプレースする）場合がある。図２は、ある店舗Ａにおけるカラオケ装置のリプレースを説明するための図である。図２（Ａ）は、本実施形態について、店舗Ａにおけるリプレース前の使用状況を示した図であり、図２（Ｂ）は、本実施形態について、店舗Ａにおけるリプレース時に実行される開局処理を説明するための図である。
【００３９】
図２（Ａ）に示されるように、サーバー装置５はカラオケ装置２ａに対し、新たに配信開始された楽曲情報の送信（新曲配信）、そして、カラオケ装置２ａに記憶していない楽曲情報が指定された場合、当該楽曲情報の送信（都度配信）を実行する。楽曲情報を再生するカラオケ装置２ａは、再生された楽曲情報の楽曲識別情報を再生履歴としてサーバー装置５に送信する。サーバー装置５は、受信した再生履歴を店舗Ａに割り当てられた情報、例えば、開局識別情報に対応付けて管理する。開局識別情報は、カラオケ装置２を設置する店舗を識別するための識別情報である。
【００４０】
図２（Ｂ）は、図２（Ａ）に示す店舗Ａにおいて、カラオケ装置２ａがカラオケ装置２ｂにリプレースされた状況である。従来のカラオケ装置２は、出荷前のカラオケ装置２に対し、工場等で必要な楽曲情報を予め記憶させていた。本実施形態では、カラオケ装置２ｂが設置された際、カラオケ装置２ｂは、ハードディスク３２等の記憶手段に楽曲情報を予め記憶していない点で従来のものと異なっている。リプレースされた後のカラオケ装置２ｂでは、サービスマン等の操作によって開局処理が実行される。開局処理は、カラオケ装置２ｂに対して必要な楽曲情報を記憶させる作業であり、まず、カラオケ装置２ｂからサーバー装置５に要求情報が送信される。
【００４１】
図３は、本実施形態の要求情報のデータ構成を示す図である。本実施形態の要求情報には、開局識別情報、容量情報、地域識別情報、チェーン店識別情報が含まれている。開局識別情報は、カラオケ装置２使用される店舗を識別できるように割り当てられた情報であって、図２の例では、カラオケ装置２ａが設置される店舗Ａを識別可能とする情報である。容量情報は、リプレースされるカラオケ装置２、あるいは、新規導入されるカラオケ装置２において、楽曲情報を記憶させるハードディスク３２の容量に関する情報である。
【００４２】
店舗形態識別情報は、スナック等のナイト店であるか、カラオケボックスであるか等、店舗の営業形態を識別可能とする情報である。地域識別情報は、店舗の地域識別可能とする情報である。チェーン店識別情報は、カラオケ装置２ｂが設置される店舗が、複数の店舗で構成されたチェーン店である場合、店舗が属しているチェーン店を識別するための情報である。なお、本実施形態では、開局識別情報は、カラオケ装置２のリプレース時における開局処理に使用される情報であり、地域識別情報、店舗形態識別情報、チェーン店識別情報は、店舗に新たにカラオケ装置２が設置された際の開局時に使用される情報である。要求情報には、開局識別情報、容量情報が少なくとも含まれ、新規導入の場合には、開局識別情報、容量情報以外に、地域識別情報、店舗形態識別情報、チェーン店識別情報の少なくとも１つの情報が含まれることになる。
【００４３】
店舗のカラオケ装置２がリプレースされた場合、または、店舗に新たにカラオケ装置２が設置された場合、あるいは、カラオケ装置２のハードディスク３２が交換された場合、カラオケ装置２は、サーバー装置５に対して要求情報を送信する。サーバー装置５は、カラオケ装置２から受信した要求情報に基づき開局配信処理を実行し、カラオケ装置２に楽曲情報の送信（配信）を実行する。一例として、カラオケ装置２がリプレースされた場合が図２（Ｂ）に示されるカラオケ装置２ｂである。
【００４４】
図４は、本実施形態のサーバー装置５で実行される開局時配信処理を示すフロー図である。カラオケ装置２では、サービスマン等の操作によって、開局識別情報等、要求情報に必要な情報が入力され、サーバー装置５に対して要求情報の送信を実行する。サーバー装置５で要求情報を受信した場合（Ｓ１０１：Ｙｅｓ）、サーバー装置５の記憶部５１に要求情報を一旦記憶する。開局時配信処理以前に店舗にてカラオケ装置２が使用されていた場合、記憶部５１には、当該店舗を識別可能とする開局識別情報、及び、開局識別情報に対応付けられた一定期間、たとえば直近一年以内の再生履歴が記憶されている。サーバー装置５では、受信した要求情報中の開局識別情報に基づいて、受信した開局識別情報が新規ではない、すなわち、リプレースもしくはハードディスク３２の交換であるか、あるいは、受信した開局識別情報が新規であるかを判断する。すなわち、店舗でのカラオケ装置２の新規導入であるかを判断する（Ｓ１０３）。
【００４５】
まず、リプレースされた場合、もしくは、ハードディスク３２が交換された場合について説明を行う。図２で説明したように、ある店舗Ａにおいてカラオケ装置２ａがカラオケ装置２ｂに交換された場合、サーバー装置５で実行される開局時配信処理では、開局識別情報は新規では無い（Ｓ１０３：Ｎｏ）と判断される。そして、サーバー装置５は、開局識別情報に対応するカスタマイズ楽曲情報群（第１群）を抽出する（Ｓ１０４）。カスタマイズ楽曲情報の抽出は、これまでに同店舗で使用されていたカラオケ装置２ａの再生履歴を使用して実行される。
【００４６】
図５（Ａ）は、本実施形態のカスタマイズ楽曲情報群（第１群）の配信リストである。サーバー装置５は、開局識別情報に対応付けた一定期間、たとえば直近一年以内の再生履歴を記憶している。カスタマイズ楽曲情報群は、開局識別情報に対応付けられた再生履歴に基づいて形成される情報であり、再生された楽曲情報について、楽曲識別情報とその再生回数を記憶している。サーバー装置５は、一定期間、たとえば直近一年以内の再生履歴に基づき、楽曲識別情報を再生回数の順にソートし、所定順位内の楽曲識別情報をカスタマイズ楽曲情報群（第１群）として抽出する。図５（Ａ）は、このカスタマイズ楽曲情報群（第１群）を示す配信リストである。配信リストでは、楽曲情報群（第１群）に含まれる楽曲識別情報が、再生回数の順にソートされている。
【００４７】
サーバー装置５は、Ｓ１０４の実行が完了すると、次に、Ｓ１０１で記憶部５１に記憶した要求情報に含まれる容量情報を参照し、基本楽曲情報群（第２群）に割り当てることのできる使用可能容量を算出する（Ｓ１０５）。図６は、ハードディスク３２の領域割り当てを説明するための図である。本実施形態では、ハードディスク３２の全容量中、プログラム領域、及び、都度配信時に楽曲情報を記憶させる理に楽曲領域を除いた容量Ｂを、開局時配信処理で送信する楽曲情報に割り当ており、要求情報中に含まれる容量情報は、この容量Ｂを使用している。容量情報には、このような形態のみならず、ハードディスク３２の全容量を使用してもよい。その場合、サーバー装置５側で全容量から、プログラム領域、臨時楽曲領域等を差し引いて容量Ｂが算出される。
【００４８】
Ｓ１０１において記憶部５１に記憶した容量情報（この例では容量Ｂ）から、Ｓ１０４で抽出したカスタマイズ楽曲情報群（第１群）に必要な容量Ａを差し引くことで、基本楽曲領域の容量（容量Ｂ−容量Ａ）が算出される（Ｓ１０５）。サーバー装置５では、基本楽曲領域に記憶させる基本楽曲情報群（第２群）として、ランキングが高い楽曲情報を抽出する。本実施形態では、ランキングの高い基本楽曲情報群（第２群）の抽出に、サーバー装置５で集計した国内で集計した再生回数を使用している。この他、基本楽曲情報群（第２群）を抽出するためのランキングとしては、ＣＤ等の売上ランキング、有線放送のランキング、各種集計会社によるランキング等、各種形態を採用することが可能である。図５（Ｂ）は、基本楽曲情報群（第２群）を示す配信リストであって、国内の再生回数の順に楽曲識別情報が対応付けられている。サーバー装置５は、基本楽曲情報群（第２群）として、Ｓ１０５で算出した容量（容量Ｂ−容量Ａ）分の楽曲情報を再生回数の順で抽出する（Ｓ１０６）。
【００４９】
そして、サーバー装置５は、要求情報を送信してきたカラオケ装置２に対し、Ｓ１０４で抽出したカスタマイズ楽曲情報群（第１群）を送信する（Ｓ１１０）。このとき、楽曲情報の送信順は、再生回数の多い順から送信することが好ましい。特に、カラオケ装置２が楽曲再生処理などの各種処理が実行可能な状態においてカスタマイズ楽曲情報群（第１群）が送信される場合、店舗にて再生回数の多い楽曲情報を先にハードディスク３２に記憶させることで、カラオケ装置２において、使用可能性の高い楽曲情報をいち早く利用することが可能となる。カスタマイズ楽曲情報群（第１群）の送信が完了（Ｓ１１１：Ｙｅｓ）すると、サーバー装置５は、基本楽曲情報群（第２群）の送信を開始する（Ｓ１１２）。このとき、楽曲情報の送信は、カスタマイズ楽曲情報群（第１群）の場合と同様、再生回数の多い順、又は、ランキングが高い順から送信することが好ましい。
【００５０】
基本楽曲情報群（第１群）の送信が完了（Ｓ１１３：Ｙｅｓ）すると、サーバー装置５は、一連の開局時配信処理を完了し、次の要求情報の受信（Ｓ１０１）に備える。以上、カラオケ装置２のリプレース時、あるいは、ハードディスク３２の交換時にカラオケ装置２で実行される開局処理、そして、サーバー装置５で実行される開局時配信処理について説明したが、本実施形態では、このような処理を行うことで、カラオケ装置２の出荷時にはハードディスク３２に必要な楽曲情報を全て記憶させておく必要が無く、出荷時における楽曲情報の記憶工程にかかる時間、手間を削減することが可能となる。そして、ハードディスク３２の容量も少なく抑え、ハードディスク３２の費用、並びに、楽曲情報の記憶毎に発生する著作権料のうち、利用しない楽曲情報の記憶に関する著作権料も少なく抑えることが可能となる。また、各使用店舗の使用頻度が高いカスタマイズ楽曲情報群（第１群）を記憶させることで、店舗で必要とされる楽曲情報を確保することが可能となる。そして、基本楽曲情報群（第２群）を記憶させることで、一般的に利用頻度が高い楽曲情報を確保することが可能となる。また、本実施形態では、カスタマイズ楽曲情報群（第１群）を、基本楽曲情報群（第２群）に先駆けて送信することで、店舗での利用頻度の高い楽曲情報を優先して記憶させ、カラオケ装置２を迅速に利用可能とすることが可能となっている。
【００５１】
次に、店舗におけるカラオケ装置２の新規導入時について説明する。図７は、ある店舗Ｂにおけるカラオケ装置２ｃの新規導入を説明するための図である。この例は、これまでカラオケ装置２を導入していなかった店舗、あるいは、他社のカラオケ装置２を導入していた店舗に対して、新たにカラオケ装置２を導入する新規導入時を説明するものである。図２（Ａ）のように従前、使用していたカラオケ装置２ａが無いため、各店舗での再生履歴を取得することはできない。そのため、本実施形態では、店舗Ｂと同じ属性の店舗の再生履歴を使用して、カラオケ装置２ｃにカスタマイズ楽曲情報群（第１群）を抽出することとしている。
【００５２】
図４の開局時配信処理において、新規導入時の場合、開局識別情報は新規であると判定される（Ｓ１０３：Ｙｅｓ）。この場合、店舗に対応する再生履歴は蓄積されていないため、同じ属性の店舗の再生履歴を使用して、カスタマイズ楽曲情報群（第１群）が抽出される（Ｓ１０７）。カスタマイズ楽曲情報群（第１群）は、リプレースの場合と同様、再生回数の多い順に抽出される。ここで、属性の判断は、要求情報に含まれる、地域識別情報、店舗形態識別情報、チェーン店識別情報の何れか１つを使用して判断される。図７の例では、店舗Ｂと同じ属性（例えば、同じ地域に位置する）の店舗Ｃ、店舗Ｄ等が蓄積する複数の再生履歴に基づいてカスタマイズ楽曲情報群（第１群）が抽出される。使用する再生履歴は、同じ属性の１の店舗の再生履歴であってもよく、あるいは、同じ属性の複数の再生履歴を集計したものであってもよい。また、属性は、地域識別情報、店舗形態識別情報、または、チェーン店識別情報、の内の１を使用した形態であってもよく、あるいは、複数を組み合わせて使用する形態であってもよい。
【００５３】
このように再生履歴が存在しない、新規導入時のカラオケ装置２ｃの場合、同じ属性の他店舗の再生履歴を使用してカスタマイズ楽曲情報群（第１群）を抽出することで、その店舗で再生される可能性の高い楽曲情報を優先してカラオケ装置２ｃに記憶させることが可能となる。
【００５４】
カスタマイズ楽曲情報群（第１群）の抽出が完了すると、Ｓ１０７で抽出したカスタマイズ楽曲情報群（第１群）の容量と、受信した容量情報に基づいて使用可能容量が算出される（Ｓ１０５）。使用可能容量の算出は、新規導入時の場合と同様である。そして、使用可能容量分の基本楽曲情報群（第２群）が抽出（Ｓ１０６）された後、カスタマイズ楽曲情報群（第１群）、基本楽曲情報群（第２群）の順で、カラオケ装置２ｃに対して楽曲情報が送信され、一連の開局時配信処理が完了する。
【００５５】
このように再生履歴が蓄積されていない店舗に対しても、同じ属性の店舗の再生履歴を使用して抽出されたカスタマイズ楽曲情報群（第１群）を配信することで、店舗に適した楽曲情報を迅速に利用することが可能となる。カラオケ装置２の出荷時にはハードディスク３２に楽曲情報を全て記憶させておく必要が無く、出荷時における楽曲情報の記憶工程にかかる時間、手間を削減することも可能となる。そして、ハードディスク３２の容量も少なく抑え、ハードディスク３２の費用、並びに、楽曲情報の記憶毎に発生する著作権料も少なく抑えることが可能となる。
【００５６】
以上、カラオケシステムを例に取り、本発明に係る楽曲配信システムについて説明したが、楽曲配信システムで使用される楽曲再生装置（本実施形態のカラオケ装置２）、並びに、楽曲管理サーバー装置（本実施形態のサーバー装置５）と楽曲再生装置（本実施形態のカラオケ装置２）間で使用される楽曲配信方法についても本発明の範疇に属するものである。
【符号の説明】
【００５７】
１：リモコン装置                     ２９：映像再生部
２（２ａ〜２ｃ）：カラオケ装置       ３０：ＣＰＵ
５：サーバー装置                     ３１：映像制御部
１１：タッチパネルモニター           ３２：ハードディスク
１１ａ：表示部                       ３３：タッチパネルモニター
１１ｂ：タッチパネル                 ３４：タッチパネル
１６：無線ＬＡＮ通信部               ３５：表示部
１７：操作部                         ４１：モニター
２１：操作部                         ４２：スピーカー
２２：操作処理部                     ４３ａ：マイクロホン
２４：ＬＡＮ通信部                   ４３ｂ：マイクロホン
２５：音響制御部                     ５１：記憶部
２７：ＲＡＭ                         １２０：ルータ
２８：ビデオＲＡＭ                   １３０：アクセスポイント
【図１】
2018173443.tif 000003
【図２】
2018173443.tif 000004
【図３】
2018173443.tif 000005
【図４】
2018173443.tif 000006
【図５】
2018173443.tif 000007
【図６】
2018173443.tif 000008
【図７】
2018173443.tif 000009