(57)【特許請求の範囲】
【請求項１】
カラオケデータベースと、楽曲所在リストと、制御手段を備え、ユーザインタフェースより入力されたリクエスト楽曲を予約リストに登録して順番に演奏する通信カラオケ演奏端末であって、
カラオケデータベースは、複数の楽曲データを格納し、
楽曲所在リストは、カラオケデータベースに存在する保有楽曲と存在しない未保有楽曲とを区別するリストであり、
制御手段は、ホスト装置から楽曲データをダウンロードした際、当該楽曲データをカラオケデータベースに登録するとともに、楽曲所在リストを更新し、
制御手段は、予約リスト中の所定の演奏順番のリクエスト楽曲が保有楽曲か未保有楽曲かを判断し、未保有楽曲であった場合、当該未保有楽曲の楽曲データのダウンロード要求をホスト装置に送信するとともに、予約リスト中の他の未保有楽曲を抽出し、それら未保有楽曲の楽曲データのダウンロード要求をホスト装置に送信する
通信カラオケ演奏端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は通信カラオケ演奏端末に関し、具体的には楽曲データのダウンロードによって発生する演奏休止時間や回線接続機会を低減するための通信カラオケ演奏端末に関する。
【０００２】
【従来の技術】
通信カラオケ演奏端末は、ホスト装置と回線接続してリクエストした楽曲データをダウンロードして演奏処理する。しかし、リクエスト楽曲が指定される毎に回線を接続していては通信費が嵩む。そのため、通信カラオケ演奏端末は楽曲データベースを備えている。通常、この楽曲データベースには人気曲など演奏頻度の高い楽曲を格納しておく。
【０００３】
利用者が通信カラオケ演奏端末を使用して指定楽曲を演奏させる場合、ユーザインタフェースよりリクエスト楽曲のＩＤ番号などを入力する。通信カラオケ演奏端末はこのＩＤをその入力順に登録し演奏予約を行う。そして、予約登録された順番に従って該当の楽曲データを楽曲データベースより取り出して演奏処理していく。一曲の演奏が終わると各予約楽曲の演奏順番が一つずつ繰り上がっていく。
【０００４】
ある予約楽曲の演奏順番が回ってくると、該当の楽曲データを楽曲データベース内から検索する。その楽曲データが無いことが判明すると、ホスト装置を発呼してこれに接続し、その楽曲データをダウンロードする。楽曲データがダウンロードされ次第この楽曲の演奏を開始する。
【０００５】
【発明が解決しようとする課題】
従来の通信カラオケ演奏端末は、自身の楽曲データベース中にある楽曲（保有楽曲）がリクエストされた場合は、すぐに演奏に取りかかれるが、データベースに無い楽曲（未保有楽曲）がリクエストされた場合、その楽曲データのダウンロードが終了するまで演奏休止状態となる。そのため、使用時間に制限のあるカラオケ会場などではこの時間がもったいない。もちろん、待たされる人もいらいらする。
【０００６】
確かに、楽曲の演奏中に未保有楽曲をダウンロードしたり、未保有楽曲のつぎの楽曲が保有楽曲の場合にその曲の演奏順番を繰り上げたりすることで、ある程度の演奏休止時間削減は可能である。しかし、この方式を採用したとしても未保有楽曲がリクエストされれば、その度にホスト装置に接続するので、多額の通信費が掛かるという問題は依然として存在する。また、一番最初に未保有楽曲がリクエストされた場合などは、その楽曲を直ちにダウンロードするのであるが、もし、このダウンロード中に保有楽曲がリクエストされたとしても、やはりダウンロードの時間を待たなければならない。また、２曲続けて未保有楽曲がリクエストされたときは、次曲を繰り上げて演奏することができない。
【０００７】
上述した問題は、予約登録状況は刻々と変化しているにもかかわらず、ある楽曲の演奏順番が回ってきた段階でその楽曲の処理を決定していることにある。そこで、刻々と変化する予約登録状況を把握するための解析アルゴリズムと、その解析結果に応じてダウンロードのタイミングや演奏順番を動的に決定して合理的に通信カラオケ演奏端末を運用する仕組みが必要となる。従来、そのような機能を有する通信カラオケ演奏端末はなかった。
【０００８】
本発明の目的は、逐次変更される予約登録状況に対して動的に対処でき、通信費を削減するとともに利用者が快適にカラオケを楽しむことができる通信カラオケ演奏端末を提供することである。
【０００９】
【課題を解決するための手段】
この発明に係る通信カラオケ演奏端末は、分説すると、つぎの事項（１）〜（５）により特定されるものである。
（１）カラオケデータベースと、楽曲所在リストと、制御手段を備え、ユーザインタフェースより入力されたリクエスト楽曲を予約リストに登録して順番に演奏する通信カラオケ演奏端末であること
（２）カラオケデータベースは、複数の楽曲データを格納すること
（３）楽曲所在リストは、カラオケデータベースに存在する保有楽曲と存在しない未保有楽曲とを区別するリストであること
（４）制御手段は、ホスト装置から楽曲データをダウンロードした際、当該楽曲データをカラオケデータベースに登録するとともに、楽曲所在リストを更新すること
（５）制御手段は、予約リスト中の所定の演奏順番のリクエスト楽曲が保有楽曲か未保有楽曲かを判断し、未保有楽曲であった場合、当該未保有楽曲の楽曲データのダウンロード要求をホスト装置に送信するとともに、予約リスト中の他の未保有楽曲を抽出し、それら未保有楽曲の楽曲データのダウンロード要求をホスト装置に送信すること
【００１３】
【発明の実施の形態】
＝＝＝通信カラオケ演奏端末の基本的な構成と動作＝＝＝
図１は本発明の実施例における通信カラオケ演奏端末の構成図を示している。中央制御部１１は、ＣＰＵ、ＲＡＭ、ＲＯＭを含むコンピュータ本体であり、データバス１００や制御バス１１０を介して周辺各構成部を制御して通信カラオケ演奏端末（以下、カラオケ端末）１を統括している。中央制御部１１は、モデム２４を介して電話回線３０に接続し、ホスト装置５０とデータ通信を行う。ホスト装置５０は多数楽曲の楽曲データを蓄積し、必要に応じてカラオケ端末１との通信機会に楽曲データをダウンロードする。ダウンロードされた楽曲データはハードディスク装置１２に格納される。ハードディスク装置１２に格納される楽曲データは全てホスト装置５０からのダウンロードによってもよいし、設置したときにあらかじめ所定曲数分の楽曲データを格納しておき、ダウンロードによって適宜に追加していってもよい。
【００１４】
中央制御部１１は、リモコン送信器１７や操作パネル１８などのユーザインタフェースより入力されたリクエストデータを受け取ると、その楽曲のＩＤとその入力順とを対応づけた予約リストを作成していく。そして、この予約リストに登録された楽曲がハードディスク装置１２に格納されている保有楽曲であれば、その楽曲データをハードディスク装置１２より取り出す。予約登録された楽曲データがハードディスク装置１２にない未保有楽曲である場合は、ホスト装置５０に接続してその楽曲データをダウンロードする。
【００１５】
中央制御部１１は取得した楽曲データ中のＭＩＤＩデータなど伴奏音楽生成データをシンセサイザ１３に転送して伴奏音楽を生成させる。この伴奏音楽はミキシングアンプ１４でマイクロホン１６より入力された歌唱音声と混合されてスピーカ１５より出力される。また、この音響出力処理に同期してカラオケデータ中の歌詞描出データをビデオＲＡＭ２０に転送し、歌詞画像をビットマップ展開する。表示制御部２１はこの歌詞画像をビデオＣＤプレーヤ２３から出力される背景映像にスーパーインポーズしてディスプレイ２２に出力する。
【００１６】
中央制御部１１はカラオケ端末１を制御するに当たり、楽曲データの所在を常時監視しながら予約リストを所定のアルゴリズムによって解析し、その解析結果に基づいて未保有楽曲のダウンロードタイミングや予約楽曲の演奏順番の入れ替えを決定している。それによって、通信コストやダウンロードによる演奏休止時間を極力削減してカラオケ端末１を合理的に運用している。以下、この機能について説明する。
【００１７】
＝＝＝楽曲所在リスト＝＝＝
まず、予約リストに登録された楽曲データの所在によって、その楽曲データをどこから取得するかを決定する必要がある。本実施例では、全カラオケ楽曲分の楽曲ＩＤを掲載した総目次の各楽曲について「保有楽曲」であるか「未保有楽曲」であるかを区別した楽曲所在リストが作成されてハードディスク装置１２に記憶されている。そして、ある未保有楽曲がダウンロードされてハードディスク装置１２に格納されると、直ちに楽曲所在リストを更新してこの楽曲を保有楽曲にする。
【００１８】
なお、新曲追加などで総目次が変更になる場合もある。そのときは新たな総目次がホスト装置５０より配信されて楽曲所在リスト中に新たな未保有楽曲が追加されるようになっている。もちろん、ある楽曲をダウンロードするときに一緒にこの新たな総目次を取得する方式でもよい。総目次にバックナンバーなど更新の目安となる情報が付帯されていれば、同じ総目次を重複してダウンロードすることが無くなる。
【００１９】
＝＝＝中央制御部による通信カラオケ演奏端末の運用＝＝＝
中央制御部１１はリクエスト入力を受け付けて、その楽曲を演奏する。このとき、予約リストを解析することで、未保有楽曲のダウンロード処理とリクエスト楽曲の演奏順番の入れ替え処理とを逐次実行する。そして、各処理は時分割処理によって同時並行的に行われる。したがって、ある処理の過程で楽曲所在リストや予約リストの内容変更が発生すると、他の処理でもその変更が直ちに反映される。図２〜図５は本実施例において中央制御部１１が実行する各処理についてのフローチャートを示している。以下、これらの図に従って各処理の流れについて説明する。
【００２０】
＝＝＝予約登録処理＝＝＝
図２はリクエスト楽曲を予約リストに登録する処理のフローチャートである。中央制御部１１は、ユーザインタフェースからのリクエスト入力を随時受け付け（Ａ１）、リクエスト入力がなされるとその楽曲を入力順に予約リストに登録する（Ａ２、Ａ３）。すなわち、内部のＲＡＭにリクエスト楽曲のＩＤとその入力順番とを対応づけて記憶する。さらに、楽曲所在リストを参照して、この楽曲データの所在場所を示す識別符号もあわせて付帯させる。
【００２１】
＝＝＝演奏処理＝＝＝
図３は演奏処理のフローチャートを示している。予約リスト中で演奏順番が１番の楽曲の所在を調べる。その楽曲が保有楽曲であれば、その楽曲の演奏処理を開始して予約登録されている楽曲の演奏順番をそれぞれ１つずつ繰り上げる（Ｂ１〜Ｂ３）。なお、本実施例では、演奏中の楽曲の演奏順番を「０」に設定することで演奏中の楽曲を識別している。演奏が終了すると、または演奏終了に近づくと、再び予約リスト中の１番目の楽曲の所在を調べる。（Ｂ４→Ｂ１）
＝＝＝ダウンロード処理＝＝＝
図４はダウンロード処理のフローチャートである。中央制御部１１は、予約リスト中で演奏順番が１番の楽曲の所在を調べる。その楽曲が未保有楽曲であれば、直ちにこの楽曲のダウンロードを開始する。すなわち、中央制御部１１は、予約リスト中で最先の未保有楽曲の直前の楽曲が演奏を開始した時点、あるいはカラオケ端末１の利用開始後に初めてリクエストされた楽曲が未保有楽曲であることが判明した時点をダウンロードタイミングとして決定している。そして、このダウンロードタイミングにホスト装置５０を発呼して回線を接続し、この未保有楽曲の楽曲データをダウンロードする（Ｃ１〜Ｃ３）。この楽曲データのダウンロードが終了したら予約リスト中のこの楽曲の未保有楽曲の識別符号を保有楽曲に変更して楽曲所在リストを更新する（Ｃ４、Ｃ５）。もちろん、この変更に基づいて予約リストも直ちに更新される。さらに、この通信中に予約リストに未保有楽曲が登録されていれば、あるいは新規に未保有楽曲が予約登録されれば、その楽曲データも続けてダウンロードする。予約リスト中の全ての未保有楽曲のダウンロードを確認すると回線を切断する（Ｃ６、Ｃ７）。
【００２２】
参考として、本実施例における楽曲データのダウンロード時に行われるホスト装置とのデータ通信手順の概略を図７に示した。中央制御部１１はモデム２４を介してホスト装置５０を発呼してホスト装置５０と回線接続する。そして、ネゴシチュエーション（ネゴ）を行ってホスト装置５０とカラオケ端末１とがデータ通信可能状態となるようにリンクの確立を試みる。リンクが確立されるとカラオケ端末１のＩＤやパスワードの入力による認証手続きを行う。認証が得られると指定された楽曲データをダウンロードする。続けて楽曲データをダウンロードする場合は所定の間隔を開けて連続してダウンロード処理が実行される。ダウンロードすべき楽曲データが無ければ、回線を切断するための手続きを行って、回線を切断する。このように、楽曲データのダウンロードには種々の手続きを踏む必要がある。したがって、回線接続機会が多いとこの手続きに掛かる接続時間が無駄となる。なお、この図はモデムによる通信手順の例であって、接続する通信回線の種類（ＩＳＤＮなど）や通信インタフェース（ターミナルアダプタなど）に応じて各通信手続きに掛かる時間の比率などは異なる。
【００２３】
＝＝＝演奏順番入れ替え処理＝＝＝
図５は予約リスト内の各楽曲の演奏順番を入れ替える処理のフローチャートを示している。まず、楽曲演奏中でないときに予約リストの登録状況を調査する。このとき、１番目の楽曲が未保有楽曲である場合で、かつ保有楽曲が予約登録されているとき、演奏順番の入れ替えを指定するためのパラメータｉに１を代入する（Ｄ１〜Ｄ４）。ｉ＋１番目の楽曲が保有楽曲ならｉ番目とｉ＋１番目の楽曲の演奏順番を入れ替える（Ｄ５〜Ｄ７）。すなわち、１番目と２番目とを入れ替える。ｉ＋１番目（２番目）も未保有楽曲ならｉにｉ＋１を代入してｉ＋１番目（３番目）の楽曲の所在を調査する（Ｄ５→Ｄ８→Ｄ５）。ここでｉ＋１番目、すなわち３番目にリクエスト入力された楽曲が保有楽曲であれば、１〜ｉ番目（１〜２番目）の演奏順番を１つずつ繰り下げてｉ＋１番目（３番目）の保有楽曲を１番目にする（Ｄ５〜Ｄ７）。このようにして、予約リストを調査したとき、１番目から連続して予約登録された未保有楽曲の順番を繰り下げ、最先の保有楽曲の演奏順番を１番目にする。
【００２４】
ここで、あるリクエスト入力の順番に対する実際の演奏順やダウンロードタイミングおよび演奏時系列などとの関係を例を挙げて説明する。図６（Ａ）（Ｂ）にその例を示した。（Ａ）はリクエスト順と実際の演奏順との関係を示している。（Ｂ）はリクエスト入力の時系列に対するダウンロード処理と演奏処理の時系列との関係を示している。まず、未保有楽曲ａが時刻Ｔａに入力されたとする。したがって、このＴａをダウンロードタイミングとしてホスト装置５０との接続が開始され、ａ曲がダウンロードされる。この楽曲のダウンロード中の時刻Ｔｂに保有楽曲ｂがリクエスト入力される。そのため、この楽曲の演奏順が１番に繰り上がって直ちに演奏が開始される。さらに、楽曲ａのダウンロード中Ｔｃに保有楽曲ｃがリクエストされる。ｂ曲の演奏が終了した時点ｔ１では予約リストの１番であるａ曲はダウンロードが終了しているので保有楽曲となっている。したがって、ａ曲の演奏が開始される。
【００２５】
時刻Ｔｄにリクエストされた未保有楽曲ｄはその前曲であるｃ曲の演奏が開始された時点ｔ２がダウンロードタイミングとなる。このダウンロードタイミングにおいてすでに未保有楽曲ｅがリクエストされているのでこの楽曲ｅも続けてダウンロードされることになる。ｄ曲のダウンロードが終了した時点ｔ３でｄ曲は保有楽曲になる。このときｃ曲はまだ演奏中なのでこの曲の演奏が終わり次第、ｄ曲の演奏が開始される（ｔ４）。
【００２６】
ｄ曲の演奏中Ｔｇに未保有楽曲ｇがリクエストされる。この楽曲ｇの前曲ｆの演奏開始時点ｔ５になるとｇ曲をダウンロードするために再びホスト装置との接続が開始される。ｆ曲の演奏終了時ｔ６の時点で演奏順番が１番のｇ曲は保有楽曲となっているのでこのｇ曲が演奏される。そして、つぎにｈ曲が演奏される。
【００２７】
＝＝その他＝＝＝
上記実施例では、ダウンロードのタイミングを演奏順番が１番になった時点としているが、予約リスト中で最先の未保有楽曲の前にある楽曲の総演奏時間を取得してこの未保有楽曲の演奏開始時刻を設定し、この設定時間から逆算してダウンロードタイミングを決定することとしてもよい。例えば、ダウンロードすべき未保有楽曲のデータ量から上述の通信手続きやダウンロード時間を計算しこの楽曲の前曲の演奏終了時に間に合うようにホスト装置との回線接続を開始する。あるいは、平均的なデータ量から換算してある程度余裕を持たせた所定時間をあらかじめ設定しておいて、演奏開始時刻に対してその所定時間前になったときをダウンロードタイミングとしてもよい。
【００２８】
さらに、回線接続機会をできるだけ減らすために、所定曲数の未保有楽曲が予約登録されるまでダウンロードを控えるように変更することも可能である。この場合は、予約リスト中の未保有楽曲が所定数になるまで未保有楽曲の演奏順番を繰り下げて保有楽曲を優先させて演奏することになる。
【００２９】
しかし、未保有楽曲が所定数になるまでに時間が掛かり、未保有楽曲をリクエストした利用者をいたずらに待たせる場合も想定される。それに対し、所定時間が経過したら所定数の未保有楽曲の予約登録を待たずにダウンロードを開始するようにすることも可能である。ここで、経過時間とは、未保有楽曲がリクエストされた時点、または演奏順番の繰り下げが最初に行われた時点などを起点とした利用者の待ち時間であってもよいし、繰り上げ演奏できる保有楽曲の予約登録が無くなって演奏休止状態になった時点を起点とする演奏休止時間であってもよい。なお、演奏休止状態のまま利用者を待たせるようなことがないように、保有楽曲の予約残数のなどに基づいて適宜な時点で強制的にダウンロードを開始するようにしてもよい。
【００３０】
また、所定時間以内に同じ電話番号を発呼できる回数はＮＴＴなどの通信事業者によって規制されている。そのような場合、この所定時間に所定回数以上発呼しないように設定することも可能となる。
【００３１】
なお、これらの各種設定はカラオケ端末のソフトウエアを適宜に変更することで対応できる。設定の変更はカラオケ端末の保守点検時にサービスマンが行うこととしてもよいし、カラオケ店舗側で従業員などが行えるようにしてもよい。もちろん、ホスト装置と接続して遠隔制御によって行うことも可能である。あらかじめデフォルトで複数の設定条件を用意しておいて、簡単なスイッチ操作などで設定を切り替えることとしてもよい。
【００３２】
【発明の効果】
随時更新される楽曲所在リストに基づいて予約リストも随時動的に更新される。その予約リストを逐次解析することで、絶えず変更される予約登録内容に柔軟に対応してダウンロードタイミングや演奏順番の入れ替えを最適化することができる。したがって、ダウンロード時に歌唱者を待たせることがない。
【００３３】
１回の通信で複数曲をまとめてダウンロードすれば、回線の接続機会を減らすとともに、通信手続きに掛かる時間も合わせて短縮できる。そのため、通信費を大幅に削減することができる。
【００３４】
未保有楽曲のダウンロードタイミングはその楽曲より先に予約されている保有楽曲の総演奏時間を取得してその時間より所定時間前やデータ量から計算した時間前とするなどカラオケ端末の利用状況に応じて適宜に変更することが可能である。
【００３５】
所定数の未保有楽曲が予約登録されるまでダウンロードを行わないようにすれば、さらに回線接続機会を減らすことができる。また、演奏待ち時間が所定時間以上経過したら所定数の未保有楽曲が予約登録されなくても直ちに予約されている分の楽曲をダウンロードすることもできる。それによって、通信費の節約と利用者の利便性とをバランスよく両立させることが可能となる。
【図面の簡単な説明】
【図１】本発明の実施例による通信カラオケ演奏端末の構成図である。
【図２】上記実施例において中央制御部が行う予約登録処理の流れ図である。
【図３】上記中央制御部による演奏処理の流れ図である。
【図４】上記中央制御部によるダウンロード処理の流れ図である。
【図５】上記中央制御部による演奏順番入れ替え処理の流れ図である。
【図６】リクエスト入力状況に対する実際の演奏順番との関係を示すための概略図である。（Ａ）はリクエスト入力順と最終的な演奏順番との関係を示している。（Ｂ）はリクエスト入力とダウンロードタイミングと楽曲演奏との関係を時系列として示している。
【図７】上記実施例においてホスト装置との通信手続きを示すための概略図である。
【符号の説明】
１    通信カラオケ演奏端末
１１  中央制御部
１２  ハードディスク装置
２４  モデム
５０  ホスト装置
【図１】
0004136094.tif 000002
【図２】
0004136094.tif 000003
【図３】
0004136094.tif 000004
【図４】
0004136094.tif 000005
【図５】
0004136094.tif 000006
【図６】
0004136094.tif 000007
【図７】
0004136094.tif 000008