(57)【要約】【課題】大容量の記憶装置等をカラオケ装置に内蔵することなく、映像表示が全くなされない等の大きなトラブルが発生する可能性を抑制しつつ多種類の映像を表示させる。【解決手段】このカラオケシステムは、互いにＬＡＮ１０１を介して接続されるホストサーバ１００と複数のカラオケ端末装置２００−１〜２００−ｎとを有している。あるカラオケ端末装置で利用者から曲番号が入力されると、当該曲番号を含む配信要求がホストサーバ１００になされる。これを受けたホストサーバ１００は、配信要求に応じた楽曲データおよび動画像データを配信する。この配信を受けたカラオケ端末装置は、楽曲データに基づくカラオケ演奏を実行するとともに、動画像データに基づく映像表示を行う。当該映像表示の際には、動画像データの受信状況を監視し、受信状況が悪化した場合には内蔵する記憶装置に格納された緊急用画像データに基づく映像表示を行う。【選択図】図１
2008020934.tif 000002
【特許請求の範囲】
【請求項１】
曲データに基づいた曲演奏を行う演奏手段と、
外部装置からネットワークを介して供給される画像データを受信する受信手段と、
画像データに基づいた画像を再生する画像再生手段と、
画像データを記憶する記憶手段と、
前記受信手段によって受信された画像データを前記画像再生手段に供給している間、前記受信手段による前記ネットワークを介した画像データの受信状況を監視する監視手段と、
前記受信手段によって受信された画像データ、もしくは前記記憶手段に記憶されている画像データのいずれかを前記画像再生手段に供給するかを選択する手段であって、前記監視手段によって監視される前記受信状況が予め設定された状況となった場合に、前記画像データの前記画像再生手段への供給元を前記受信手段から前記記憶手段に切り換える選択手段と
を具備することを特徴とするカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ装置に関する。
【背景技術】
【０００２】
カラオケ装置では、曲データに基づくカラオケ曲の演奏再生を行う際に、ＣＲＴ（Cathode-ray Tube）などの表示装置にその曲の歌詞を表示させるとともに、その背景画像として種々の映像を表示している。従来のカラオケ装置では、その装置に内蔵される記憶装置（ハードディスクドライブやＣＤ（Compact Disc）チェンジャー装置など）が記録媒体に記録されている動画像データを読み出し、その読み出した動画像データに応じた映像を再生するとともに、その再生映像上に歌詞をスーパーインポーズすることで上記のように表示装置に歌詞と背景映像を表示させるようにしている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、従来のカラオケ装置では、上記のようにカラオケ曲の演奏中に表示装置に表示する背景映像として、当該演奏曲の内容に比較的マッチする背景映像を選択して表示している装置もある。しかしながら、現在では通信カラオケシステムの普及等によりカラオケ装置で演奏できる曲数は無数にあり、これらの無数の曲の各々にマッチした背景映像を表示するためには、多数種類の背景画像を表示するための動画像データを用意する必要がある。つまり、多数の動画像データを格納するために大容量の記憶装置を搭載することが必要となり、また大容量の記憶装置を搭載した場合であっても、演奏可能な無数の曲に対応する動画像データを格納することは困難であり、また新たに曲が追加された際には、それに対応する動画像データを新たに格納させるといった煩雑な作業を行わなくてはならない。
【０００４】
多種類の映像を表示するために生じる上記のような問題を解消するために、動画像データ配信サーバ等からネットワークを介して動画像データの配信を受け、配信された動画像データをカラオケ装置で再生することも考えられるが、この方法では通信環境が悪化する等した場合には映像を表示できなくなるといった致命的な問題が生じてしまうおそれがある。
【０００５】
本発明は、上記の事情を考慮してなされたものであり、大容量の記憶装置等をカラオケ装置に内蔵することなく、映像表示が全くなされない等の大きなトラブルが発生する可能性を抑制しつつ多種類の映像をカラオケ演奏中等に表示させることができるカラオケ装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係るカラオケ装置は、曲データに基づいた曲演奏を行う演奏手段と、外部装置からネットワークを介して供給される画像データを受信する受信手段と、画像データに基づいた画像を再生する画像再生手段と、画像データを記憶する記憶手段と、前記受信手段によって受信された画像データを前記画像再生手段に供給している間、前記受信手段による前記ネットワークを介した画像データの受信状況を監視する監視手段と、前記受信手段によって受信された画像データ、もしくは前記記憶手段に記憶されている画像データのいずれかを前記画像再生手段に供給するかを選択する手段であって、前記監視手段によって監視される前記受信状況が予め設定された状況となった場合に、前記画像データの前記画像再生手段への供給元を前記受信手段から前記記憶手段に切り換える選択手段とを具備することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、大容量の記憶装置等をカラオケ装置に内蔵することなく、映像表示が全くなされない等の大きなトラブルが発生する可能性を抑制しつつ多種類の映像をカラオケ演奏中等に表示させることができる。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照して本発明の実施形態について説明する。
Ａ．第１実施形態
Ａ−１．カラオケシステムの全体構成
まず、図１は本発明の第１実施形態に係るカラオケシステムの全体構成を示すブロック図である。同図に示すように、このカラオケシステムは、ＬＡＮ（Local Area Network）１０１を介して互いに接続されるホストサーバ１００と、複数のカラオケ端末装置２００−１，２００−２，２００−３……２００−ｎとを備えている。各カラオケ端末装置２００−１〜２００−ｎとホストサーバ１００とは、ＬＡＮ１０１を介して種々のデータの授受を行うことができるようになっている。なお、各カラオケ端末装置２００−１〜２００−ｎは、例えばカラオケボックスの各個室内に設置され、各々の室内の利用者等によって利用される。
【０００９】
Ａ−２．カラオケ端末装置の構成
次に、図２にカラオケ端末装置２００−１の構成を示す。同図に示すように、カラオケ端末装置２００−１は、互いにバス２２に接続されるＣＰＵ（Central Processing Unit）１０と、ＲＯＭ（Read Only Memory）１１と、ＲＡＭ（Random Access Memory）１２と、ハードディスクドライブ（ＨＤＤ）１３と、操作部１４と、ＬＡＮインターフェース１５と、文字表示部１６と、表示制御部１７と、音源装置１９とを備えている。
【００１０】
ＣＰＵ１０は、当該カラオケ端末装置２００−１の装置各部を制御する。ＲＯＭ１１には、当該カラオケ端末装置を起動するために必要な起動プログラムが記憶されている。当該装置の電源がオンされると、この起動プログラムがＣＰＵ１０によって読み出され、ハードディスクドライブ１３に記憶されたシステムプログラムおよびアプリケーションプログラムがＲＡＭ１２にロードされる。ＣＰＵ１０はこのようなアプリケーションプログアムにしたがって後述するような種々の処理を行う。ハードディスクドライブ１３には、これらのシステムプログラムおよびアプリケーションプログラムのほか、カラオケ演奏時に表示装置１８に背景画像を表示させるための緊急用画像データが記憶されている。
【００１１】
ここで、図３は、カラオケ端末装置２００−１でカラオケ曲の演奏に用いられる楽曲データの構成を示す。同図に示すように、楽曲データは、曲名、曲番号、および演奏時間などの曲データに関する情報を示すヘッダと、各種処理の内容を示すトラックデータとから構成されており、例えばＭＩＤＩ（Musical Instrument Digital Interface）データ等である。
【００１２】
トラックデータは、楽音トラック、歌詞トラック……から構成されており、図４に示すように、楽音トラックは、楽音発音処理などの演奏の具体的な処理を示す演奏イベントデータと、演奏イベントデータの実行タイミングを示すデュレーションデータΔｔとからなるシーケンスデータで構成されている。この演奏イベントデータには、楽音の発音や消音などを指示するノートイベントデータ（ノートオンイベントデータ、ノートオフイベントデータ）などが含まれている。
【００１３】
歌詞トラックも、歌詞表示処理などの具体的な処理を示す歌詞表示データと、歌詞表示データの実行タイミングを示す時間情報データΔｔからなるシーケンスデータで構成されている。
【００１４】
図２に戻り、ＣＰＵ１０は、カラオケ演奏時にシーケンスプログラム（カラオケ演奏のためのアプリケーションプログラム）によって各トラックのデータを並行して読み出すようになっている。各トラックのシーケンスデータを読み出す場合、所定のテンポクロックによりΔｔをカウントし、カウントを終了したときこれに続く演奏イベントデータおよび歌詞表示データ等を読み出す。
【００１５】
ＲＡＭ１２には、上述したプログラムを読み出すエリア、楽曲データを読み出すエリア、および使用者が入力した曲番号を登録した予約リストを記憶する予約リストエリアなどが設定されている。
【００１６】
操作部１４は、テンキーやモード切換キーなどの各種のキースイッチを備えており、利用者がこれらのスイッチを操作して、予約するカラオケ曲の曲番号等を入力することができる。
【００１７】
音源装置１９は、例えばＭＩＤＩ音源等であり、楽曲データにおける楽音トラックデータに基づいて、楽音データを生成し、生成した楽音データをアンプスピーカ２０に出力する。
【００１８】
アンプスピーカ２０は、音源装置１９において生成された楽音データをアナログデータに変換した後増幅して放出し、これにより楽曲データに対応した演奏がなされる。また、アンプスピーカ２０には、ボーカル用のマイク２１が接続されている。マイク２１から入力される歌唱音声信号は、アンプスピーカ２０に入力され、上記の楽音データに基づく楽音にミキシングされてアンプスピーカ１１から放出される。すなわち、本実施形態において、ＣＰＵ１０、音源装置１９およびアンプスピーカ２０は、楽曲データに基づいてカラオケ曲を演奏する演奏手段を構成している。
【００１９】
ＬＡＮインターフェース１５は、図１に示すＬＡＮ１０１に接続されるホストサーバ１００や他のカラオケ端末装置とデータの授受を行うものであり、ホストサーバ１００からＬＡＮ１０１を介して供給される楽曲データや画像データを受信し、ＣＰＵ１０に供給する。また、ＣＰＵ１０から供給される楽曲データの配信要求や動画像データの配信要求等のデータはＬＡＮインターフェース１５を介してＬＡＮ１０１を経由してホストサーバ１００に送信される。
【００２０】
文字表示部１６は、楽曲データの歌詞トラックに書き込まれたデータが入力されるとこれに対応する曲名や歌詞等のフォントデータを内部のＲＯＭ（図示略）から読み出し、このデータを表示制御部１７に出力する。
【００２１】
表示制御部１７には、カラオケ曲の演奏時にＣＰＵ１０の制御の下、ホストサーバ１００から供給される動画像データ、もしくはハードディスクドライブ１３に格納されている緊急用画像データのいずれかが供給される。表示制御部１７は、供給される動画像データもしくは緊急用画像データに対応する映像を再生し、その再生した映像上に文字表示部１７から出力される歌詞等のフォントデータに基づく文字パターンをスーパーインポーズで合成して映像・歌詞データを生成する。例えば、供給される動画像データがＭＰＥＧ（Moving Picture Experts Group）規格にしたがった圧縮された符号化データである場合には、表示制御部１７は当該符号化データを復号し、映像を再生する。
【００２２】
表示制御部１７により生成された映像・歌詞データは、表示装置１８に出力される。表示装置１８は、表示制御部１７で生成された映像・歌詞データに対応する映像を表示する。
【００２３】
以上がカラオケ端末装置２００−１の構成であり、他のカラオケ端末装置２００−２〜２００ｎもカラオケ端末装置２００−１と同様の構成であるため、その説明を省略する。
【００２４】
Ａ−３．ホストサーバ
図１に戻り、ホストサーバ１００は、大容量の外部記憶装置（ハードディスクドライブ）を備えており、この外部記憶装置に画像データベース１００ａと曲データベース１００ｂとが構築されている。曲データベース１００ｂには、カラオケ曲を演奏するための多数の楽曲データ（図３参照）が、各楽曲データを識別するための曲番号と対応付けて記憶されている。
【００２５】
画像データベース１００ａには、多数種類の動画像データ（例えばＭＰＥＧデータ）が、各々のデータを識別するための識別情報に対応付けて格納されている。また、図４に示すように、ホストサーバ１００は、各動画像データを識別するための識別情報と、複数の曲番号とが対応付けられて記憶された画像特定用データベースを有している。ここで、各識別情報に対応付けられる曲番号は、これらの曲番号によって特定される楽曲をカラオケ演奏する際には、その識別番号によって特定される動画像データに基づく映像を背景映像として用いるように設定されている曲番号である。例えば、識別情報Ａによって特定される動画像データの再生映像が寂しげな雰囲気の映像である場合には、これに対応付けられた各曲番号によって特定される楽曲も寂しげな楽曲、例えばバラード曲であり、また識別情報Ｂによって特定される動画像データの再生映像が和服を着た女性等の映像である場合には、これに対応付けられた各曲番号によって特定される楽曲は演歌であるといった具合で、各識別情報毎に複数の曲番号が対応付けられている。
【００２６】
この構成の下、ホストサーバ１００のＣＰＵは、各カラオケ端末装置２００−１〜２００−ｎからＬＡＮ１０１を介して曲番号を含む配信要求を受けた場合、以下のような処理を行う。まず、当該配信要求に含まれる曲番号に対応する楽曲データを曲データベース１００ｂから読み出して、要求元のカラオケ端末装置にＬＡＮ１０１を介して送信する。また、ホストサーバ１００のＣＰＵは、画像特定用データベースを参照し、当該配信要求に含まれる曲番号と対応付けられた識別情報によって特定される動画像データを画像データベース１００ａから読み出し、要求元のカラオケ端末装置に対して当該動画像データを配信するための準備を行う。そして、要求元のカラオケ端末装置からＬＡＮ１０１を介して送信される配信開始指示を受信すると、当該指示にしたがって動画像データの配信を開始し、この動画像データの全てを送信すると配信処理を終了する。
【００２７】
Ａ−４．カラオケ端末装置の動作
次に、上記のようにホストサーバ１００から配信される楽曲データに基づくカラオケ演奏を行い、その演奏中に配信される動画像データを受信しながら再生して表示装置１８に表示させるカラオケ端末装置２００−１の動作について説明する。
【００２８】
まず、操作部１４を介して利用者から曲番号情報が入力されると、カラオケ端末装置２００−１のＣＰＵ１０は、当該曲番号情報に示される曲番号を含む配信要求をＬＡＮインターフェース１５を介して１０１経由でホストサーバ１００に送信する。かかる配信要求に応じて上記のようにホストサーバ１００から曲番号に対応した楽曲データの配信を受けると、ＣＰＵ１０は当該楽曲データをＲＡＭ１２にロードする。
【００２９】
このようにして楽曲演奏の準備が完了すると、ＣＰＵ１０は、ＲＡＭ１２から楽曲データが順次読み出し、楽曲データの演奏トラックデータを音源装置１９に出力する。そして、ＲＡＭ４から順次出力される楽曲データに応じた楽音データが、音源装置１９によって生成され、アンプスピーカ２０に出力される。これにより音源装置１９からの楽音データが増幅された後、アンプスピーカ２０から放出される。このようにして、利用者に指定された楽曲データに対応した演奏が開始される。以降、当該楽曲データのデュレーションデータに示されるタイミングにしたがって順次出力される演奏イベントデータがＲＡＭ１２から出力され、楽曲演奏が行われる。
【００３０】
一方、ＣＰＵ１０は、上記のような楽曲の演奏のために処理を開始させるとともに、表示装置１８に画像を表示させるための処理を行う。より具体的にはＣＰＵ１０は、上記の楽曲演奏の開始に合わせて画像表示がなされるよう、ＬＡＮインターフェース１５を介してＬＡＮ１０１経由でホストサーバ１００に対して動画像データの配信開始指示を送信する。
【００３１】
この指示を受けたホストサーバ１００からは、演奏するカラオケ曲に応じた動画像データが当該カラオケ端末装置２００−１に順次送信され、ＣＰＵ１０は順次送信される動画像データを表示制御部１７に転送する。このようにして順次供給される動画像データ、例えばＭＰＥＧデータが表示制御部１７によって復号されて映像信号が得られる。
【００３２】
また、ＣＰＵ１０は、ＲＡＭ１２から順次読み出された楽曲データの歌詞トラックデータを順次文字表示部１６に出力する。そして、ＲＡＭ１２からの歌詞トラックデータに基づいて、文字表示部１６によりフォントデータが生成され、このフォントデータが表示制御部１７に出力される。表示制御部１７は、上記のようにホストサーバ１００から送信されてＣＰＵ１０によって順次転送される動画像データに基づく映像信号に、上記のフォントデータに応じた映像信号を合成し、合成後の映像信号を表示装置１８に出力する。これにより、ホストサーバ１００から供給される動画像データに基づく映像上に歌詞トラックデータに基づく文字画像がスーパーインポーズされた映像が表示装置１８に表示される。
【００３３】
ＣＰＵ１０は、以上のようなカラオケ曲演奏のための処理と、当該演奏中に表示装置１８に映像を表示させるための処理を並行して行いつつ、さらに映像表示のための処理が開始されると、この処理と並行して図６に示すような監視切換処理を行う。
【００３４】
同図に示すように、あるカラオケ曲の演奏が開始され、上記のようにホストサーバ１００から送信される動画像データに基づく映像を表示させるための処理を開始すると、ＣＰＵ１０は後述するカウンタ値αをリセットし、ホストサーバ１００との間の動画像データの転送レート（bps：Bit per Second）を検出する（ステップＳａ１）。
【００３５】
そして、ＣＰＵ１０は、転送レートの検出結果が予め決められた転送レート以下であるか否かを判別する（ステップＳａ２）。ここで、予め決められた転送レートとは、上記のようにホストサーバ１００から送信される動画像データに対応した転送レートであり、より具体的にはその動画像データを正常に再生するために必要な転送レートである。
【００３６】
この判別の結果、検出されたデータ転送レートが所定値以上である場合には（ステップＳａ２の判別「ＮＯ」）、受信状況に異常がなく、正常な動画像データの再生を行う支障もないと判断され、ＣＰＵ１０はカウンタ値αをリセットし（ステップＳａ６）、ステップＳａ１に戻る。
【００３７】
一方、検出された転送レートが予め決められた転送レートよりも小さい場合には、カウント値αに１をインクリメントし（ステップＳａ３）、インクリメント後のカウント値αが予め決められた値Ａと同じであるか否かを判別する（ステップＳａ４）。ここで、値Ａはホストサーバ１００から送信される動画像データが正常に再生できる程度に受信できているか否かといった受信状況が正常であるか否かを判別することができるよう定められた値である。すなわち、図７に示すように、カウント値αは、転送レートが所定値以下になった場合にインクリメントされる値であり、この値が大きいことは動画像データを再生するために必要な十分な転送レートがしばらくの間（カウント値αの値に応じた時間）確保されていないといった受信状況であることを意味する。したがって、このような良好な受信状況が得られない時間がある一定の時間となったときに受信状況が異常であると判別し、後述する切換処理のトリガーとして検出できるような値が値Ａに設定されている。例えば、０．１秒毎に転送レートの検出を行う場合において、１秒間続けて受信状況が良好でないときにその対処として後述する切換処理を実施するといった態様を実現するには、値Ａ＝１０とすればよい。このようにすることで、カウント値αが１０になる、つまり０．１秒毎に検出される転送レートが１秒間続けて所定値を下回った場合に後述する切換処理がなされることになるからである。
【００３８】
以上のような理由で定められた値Ａとカウント値αが同じであると判別した場合、つまり受信状況が動画像データの正常な再生に影響を与えると判断した場合、ＣＰＵ１０は切換処理を実行する（ステップＳａ５）。切換処理では、ＣＰＵ１０はホストサーバ１００からＬＡＮ１０１を介して送信される動画像データの表示制御部１７への転送を停止するとともに、ハードディスクドライブ１３に格納されている画像データを読み出して表示制御部１７に供給する。これにより、表示制御部１７では供給された緊急用画像データに基づく映像信号が生成され、当該映像信号にフォントデータに基づく映像を合成されて表示装置１８に出力される。この結果、表示装置１８に表示される映像が、ホストサーバ１００から供給される動画像データに基づく映像から、ハードディスクドライブ１３に格納されている緊急用画像データに基づく映像に切りかわる。
【００３９】
以上説明したように本実施形態に係るカラオケシステムにおいては、カラオケ端末装置２００−１（カラオケ端末装置２００−２〜２００−ｎも同様）は、通常時はホストサーバ１００から配信される動画像データに基づいた演奏中のカラオケ曲に対応する映像を表示装置１８に表示させることができる。したがって、カラオケ端末装置２００−１は、多数のカラオケ曲に対応する多数種類の動画像データを内蔵するハードディスク等の記憶装置に格納しておく必要がない。つまりカラオケ端末装置２００−１が、動画像データを多数格納しておくための大容量記憶装置を搭載する必要がなく、装置構成を簡易とすることができる。
【００４０】
また、多数の新曲が発売されると、その新曲に対応したカラオケ曲演奏用の楽曲データが業者によって作成され、カラオケ端末装置２００−１によって演奏できる状況になる。したがって、新曲に対応した映像を表示装置１８に表示させることがカラオケ装置としての機能を向上させ、集客力の向上等につながると考えられる。本実施形態では、カラオケ端末装置２００−１が通常時にはホストサーバ１００から配信される動画像データに応じた映像を表示するようにしているので、例えば店舗内に多数設置されるカラオケ端末装置の記憶装置等に多数の新曲に対応する動画像データを逐一格納させるといった煩雑な作業を行う必要がない。
【００４１】
このようにホストサーバ１００から動画像データの配信を受けることで種々の効果が得られるが、ＬＡＮ１０１に接続される他のカラオケ端末装置の当該ＬＡＮ１０１の使用が重なる等に理由によりデータ転送レートが低下し、正常に動画像データを再生できなくなってしまうことがある。このような場合にも配信される動画像データを再生して表示すれば、乱れた映像が表示されたり、映像が切れてしまうといったことが生じ、利用者に不快感を与えてしまうことになる。これに対し、本実施形態では、上述したようにカラオケ端末装置２００−１において動画像データの受信状況をモニタし、その受信状況が悪化していると判断した場合に配信される動画像データに基づく映像表示から、ハードディスクドライブ１３に予め格納されている緊急用画像データに基づく映像表示に切り換えるようにしている。このように切り換えることで、映像は切り替わるものの、乱れた映像が表示されたり、映像が切れてしまうといった不快感を与えるような事態を回避することができる。ここで、緊急用画像データとしては、静止画像データであってもよいし、動画像データであってもよいが、データ量の比較的小さい画像データとしておけば、ハードディスクドライブ１３の記憶領域を大きく占有することがなくなる。
【００４２】
また、本実施形態では、上述した値Ａに対応する時間継続してデータ転送レートが低下している場合に、受信状況が悪化していると判断して上記のような切換処理を行っているので、例えば図７に示すＴ１の期間のように、何らかの事由で突発的にデータ転送レートが低下した場合に上記のような切換処理は行われない。したがって、突発的にデータ転送レートが低下した場合に映像が切り換えられることを抑制できる。
【００４３】
Ａ−５．第１実施形態の変形例
（１）なお、上述した第１実施形態においては、互いにＬＡＮ１０１を介して接続されるホストサーバ１００と複数のカラオケ端末装置２００−１〜２００−ｎとを備えたカラオケシステムに本発明を適用した場合について説明したが、これに限らず、例えば図８に示すようなカラオケシステムに本発明を適用するようにしてもよい。
【００４４】
同図に示すように、このカラオケシステムは、インターネット１６０に接続されるホストサーバ１５０およびカラオケ端末装置１７０とを備えている。ここで、ホストサーバ１５０およびカラオケ端末装置１７０は、上記第１実施形態におけるホストサーバ１００およびカラオケ端末装置１７０と同様の機能に加え、互いにインターネット１６０を介してデータの授受を行うことができるネットワークインターフェース機能を有しており、両者間でインターネット１６０を介して配信要求、楽曲データおよび動画像データの授受を行うことができるようになっている。
【００４５】
この構成の下、カラオケ端末装置１７０は、利用者から入力された曲番号情報が入力されると、該情報に示される曲番号を含む配信要求をインターネット１６０を介してホストサーバ１５０に送信する。このような配信要求を受けたホストサーバ１５０は要求に応じた楽曲データを配信するとともに、その後に供給される動画像データの配信開始指示に基づいて動画像データの配信を開始する。カラオケ端末装置１７０では、配信される動画像データに基づく映像表示を行うとともに、上記第１実施形態におけるカラオケ端末装置２００−１と同様に、ホストサーバ１５０から送信される動画像データの受信状況を監視する。そして、受信状況が悪化したと判断した場合にはカラオケ端末装置１７０のハードディスク装置等に格納されている緊急用画像データに基づく映像表示に切り換える。
【００４６】
このようにＬＡＮ１０１といったローカルのネットワークに限らず、インターネットのような公衆ネットワークを介してデータの授受を行うホストサーバ１５０とカラオケ端末装置１７０とを備えたカラオケシステムに本発明を適用することも可能である。
【００４７】
（２）また、上述した第１実施形態では、ホストサーバ１００から配信される動画像データに基づく映像表示からハードディスクドライブ１３に格納されている緊急用画像データに基づく映像表示に切り換えた後、そのカラオケ曲の演奏中には動画像データに基づく映像表示に復帰することはなかったが、受信状況が良化した場合には動画像データに基づく映像表示に再度切り換えるようにしてもよい。このような再切換処理について図９を参照しながら説明する。
【００４８】
同図に示すように、上記第１実施形態における監視切換処理（図６参照）において緊急用画像データに基づく映像表示に切り換わると、ＣＰＵ１０は後述するカウンタ値βをリセットし、ホストサーバ１００との間の動画像データの転送レートを検出する（ステップＳｂ１）。なお、上記のような切換処理を行った場合にも、ホストサーバ１００から送信される動画像データの受信は続行されている。
【００４９】
そして、ＣＰＵ１０は、転送レートの検出結果が予め決められた転送レート以上であるか否かを判別する（ステップＳｂ２）。ここで、予め決められた転送レートとは、上記第１実施形態と同様、その動画像データを正常に再生するために必要な転送レートである。
【００５０】
この判別の結果、検出されたデータ転送レートが所定値以下である場合には（ステップＳｂ２の判別「ＮＯ」）、受信状況に良化の傾向が見られず、正常な動画像データの再生を行うことができないと判断され、ＣＰＵ１０はカウンタ値βをリセットし（ステップＳｂ６）、ステップＳｂ１に戻る。
【００５１】
一方、検出された転送レートが予め決められた転送レートよりも大きい場合には、カウント値βに１をインクリメントし（ステップＳｂ３）、インクリメント後のカウント値βが予め決められた値Ｂと同じであるか否かを判別する（ステップＳｂ４）。ここで、値Ｂはホストサーバ１００から送信される動画像データが正常に再生できる程度に受信状況が良化しているか否かを判別することができるように定められた値である。すなわち、図１０に示すように、カウント値βは、転送レートが所定値以上、つまり良好な受信状態になった場合にインクリメントされる値であり、この値が大きいことは動画像データを再生するために必要な転送レートがしばらくの間継続している受信状況であることを意味する。したがって、このような良好な受信状況が得られる状況がある一定の時間継続される場合に、受信状況が良化したと判断し、再切換処理のトリガーとして検出することができるような値が値Ｂに設定されている。
【００５２】
以上のような理由で定められた値Ｂとカウント値βが同じであると判別した場合、つまり受信状況が動画像データの正常な再生を行える程度に良化したと判断した場合、ＣＰＵ１０は再切換処理を実行する（ステップＳｂ５）。再切換処理では、ＣＰＵ１０は、再度ホストサーバ１００からＬＡＮ１０１を介して送信される動画像データを表示制御部１７に転送する。これにより、表示制御部１７では転送された動画像データに基づく映像信号が生成され、当該映像信号にフォントデータに基づく映像を合成されて表示装置１８に出力される。この結果、表示装置１８に表示される映像が、緊急用画像データに基づく映像から、ホストサーバ１００から供給される動画像データに基づく映像に再度切りかわる。このような再切換処理を行うことで、図１０に示すように、良好な動画像データの再生が行える受信状況にないときには緊急用画像データに基づく映像表示を行い、一方正常な動画像データ再生が行える受信状況にあるときには動画像データに基づく映像表示を行うことができる。
【００５３】
なお、上記のように切換処理よって緊急用画像データに基づく映像表示を開始した後に、ホストサーバ１００からの動画像データの受信を一旦停止し、再度受信状況確認用のテストデータの配信をホストサーバ１００から受けるようにし、この際の受信データ転送レートに基づいて受信状況が良好であると判断した場合に、再切換処理を行うようにしてもよい。
【００５４】
（３）また、上述した第１実施形態では、ホストサーバ１００から送信される動画像データのデータ転送レートが所定値以下となっている時間が所定時間（値Ａに対応する時間）継続した場合に、受信状況が悪化したと判断して映像表示を切り換えるようにしていたが、他の条件によって受信状況の良否を判断するようにしてもよい。例えば、ある一定時間、例えば３秒間に受信された動画像データの総データ量が所定値以下になった場合に映像表示を切り換えるようにしてもよいい。このようにすれば、突発的なデータ転送レートの変動に影響をほとんど受けずに、受信状況の良否をより正確に判断することができる。
【００５５】
また、上述した第１実施形態では、ホストサーバ１００から送信される動画像データの受信レートを検出し、当該検出結果に基づいて映像表示を切り換えるか否かを判断していたが、受信レートの検出結果に加え、ＣＰＵ１０が表示制御部１７による映像信号の再生処理状況を把握し、該把握した再生状況も映像表示切換の判断要素としてもよい。例えば、ホストサーバ１００から配信される動画像データがＭＰＥＧ規格で符号化された符号化データである場合には、表示制御部１７による復号処理におけるエラーの発生状況を検出し、このエラー発生状況を判断要素としてもよい。
【００５６】
Ｂ．第２実施形態
次に、本発明の第２実施形態に係るカラオケシステムについて図１１を参照しながら説明する。同図に示すように、第２実施形態に係るカラオケシステムは、ＬＡＮ１０１を介して互いに接続されるホストサーバ３００と、複数のカラオケ端末装置４００−１，４００−２，４００−３……４００−ｎとを備えている。各カラオケ端末装置４００−１〜４００−ｎとホストサーバ３００とは、ＬＡＮ１０１を介して種々のデータの授受を行うことができるようになっている。
【００５７】
第２実施形態におけるホストサーバ３００とは、上記第１実施形態におけるホストサーバ１００と同様、カラオケ端末装置４００−１等からＬＡＮ１０１を介してデータ配信要求を受けた場合に、当該要求に応じた楽曲データおよび動画像データを送信するように構成されている。
【００５８】
カラオケ端末装置４００−１は、上記第１実施形態におけるカラオケ端末装置２００−１と同様のハードウェア構成を有しており（図２参照）、利用者の指示にしたがってホストサーバ１００に対して楽曲データの配信要求を行い、配信された楽曲データに基づくカラオケ曲演奏を行う点で一致している。しかしながら、カラオケ曲演奏中に表示装置１８に映像を表示させるための処理が上記第１実施形態におけるカラオケ端末装置２００−１と相違している。したがって、以下では、カラオケ端末装置４００−１における映像を表示させるための処理について説明する。
【００５９】
図１２に示すように、利用者から曲番号情報が入力されると、カラオケ端末装置４００−１のＣＰＵ１０は、当該曲番号情報に示される曲番号に対応する画像データが、自装置のハードディスクドライブ１３（図２参照）に格納されているか否かを判別する（ステップＳｃ１）。
【００６０】
この判別処理は以下のようにして行われる。当該カラオケ端末装置４００−１のハードディスクドライブ１３には、図１３に示すような画像データベースが構築されている。同図に示すように、この画像データベースには、複数種類の動画像データの各々に対応付けて複数の曲番号が格納されている。そして、当該判別処理においては、ＣＰＵ１０は利用者に指定された曲番号と同一の曲番号が、当該画像データベースに格納されているか否かを判別する。
【００６１】
この画像データベース中に同一の曲番号が検索できない場合には、ＣＰＵ１０は当該画像データベースには、指定された曲番号に対応する画像データは格納されていないと判断し、上述した第１実施形態と同様、曲番号を含む動画像データの配信要求（楽曲データの配信要求を含む）をＬＡＮ１０１を介してホストサーバ３００に送信する（ステップＳｃ３）。そして、カラオケ曲の演奏時には、ＣＰＵ１０は上記第１実施形態と同様、ホストサーバ３００からＬＡＮ１０１を介して送信される動画像データを表示制御部１７に転送することで表示装置１８に配信動画像データに基づく映像を表示させる。
【００６２】
一方、画像データベース中に、指定された曲番号に対応する画像データが含まれていると判断した場合には、ＣＰＵ１０は、当該画像データベースにおける指定された曲番号に対応付けられている動画像データを読み出す（ステップＳｃ４）。そして、読み出した動画像データを表示制御部１７に転送することで表示装置１８に読み出した動画像データに基づく映像を表示させる。
【００６３】
以上説明したように本実施形態に係るカラオケシステムでは、カラオケ端末装置４００−１（カラオケ端末装置４００−２〜４００−ｎも同様）は、利用者に指定された曲に対応する画像データが当該カラオケ端末装置に内蔵される記憶装置に格納されている場合にはその画像データを読み出して映像表示を行い、画像データが記憶装置に格納されていない場合には、ホストサーバ３００に対して配信要求を行い、当該要求に応じて配信される動画像データに基づいた映像表示を行うことができる。
【００６４】
したがって、例えば利用者による指定頻度が高い曲、つまり人気曲に対応する画像データはカラオケ端末装置内の記憶装置に格納しておくようにし、それ以外の曲に対応する画像データについてはホストサーバ３００からの配信を受けるといったようにすることもできる。このようにすることで、自端末装置内には多数の楽曲に対応する画像データを全て格納することなく、大容量の記憶装置を搭載する必要がなくなる。また、利用頻度の高い曲に対応する画像データを自端末内に格納しているので、これらの画像データをＬＡＮ１０１を介して受信する必要がなく、ＬＡＮ１０１を利用したデータ転送量が全体として減少し、受信状況の悪化に起因して表示映像が乱れるといったことを抑制できる。
【００６５】
また、別の態様として、古いカラオケ曲に対応する画像データについてはカラオケ端末装置内の記憶装置に格納しておくようにし、新しいカラオケ曲に対応する画像データについてはホストサーバ３００からの配信を受けるといったようにすることもできる。このようにすることで、新しいカラオケ曲が多数発売等される度に、それに対応する画像データを自装置内の記憶装置に格納するといった繁雑な作業を行う必要がなくなる。
【００６６】
なお、第２実施形態においては、互いにＬＡＮ１０１を介して接続されるホストサーバ３００と複数のカラオケ端末装置４００−１〜４００−ｎとを備えたカラオケシステムに本発明を適用した場合について説明したが、これに限らず、インターネットを介して接続されるホストサーバとカラオケ端末装置とを備えたカラオケシステムに適用することもできる（図８参照）。
【００６７】
Ｃ．第３実施形態
Ｃ−１．構成
次に、図１４は本発明の第３実施形態に係るカラオケシステムの全体構成を示すブロック図である。同図に示すように、第３実施形態に係るカラオケシステムは、ＬＡＮ１０１を介して互いに接続されるホストサーバ５００と、複数のカラオケ端末装置６００−１，６００−２，６００−３……６００−ｎとを備えている。各カラオケ端末装置６００−１〜６００−ｎとホストサーバ３００とは、ＬＡＮ１０１を介して種々のデータの授受を行うことができるようになっている。
【００６８】
本実施形態におけるカラオケ端末装置６００−１は、上述した第１実施形態におけるカラオケ端末装置２００−１と同様のハードウェア構成を有しており（図２参照）、ホストサーバ５００から配信される動画像データを受信してその表示装置に受信した動画像データに基づく映像を表示する機能と、自装置内のハードディスクドライブに格納された緊急用画像データに基づく映像表示のいずれかを選択して行うことができるようになっている。
【００６９】
図１５に示すように、ホストサーバ５００は、互いにバス５０１に接続されるＣＰＵ５１０と、ＲＯＭ５１１と、ＲＡＭ５１２と、操作部５１３と、ＬＡＮインターフェース５１４と、ハードディスクドライブ５１５とを備えている。
【００７０】
ＣＰＵ５１０は、ホストサーバ５００の装置各部を制御する。ＲＯＭ５１１には、ホストサーバ５００を起動するために必要な起動プログラムが記憶されている。当該装置の電源がオンされると、この起動プログラムがＣＰＵ５１０によって読み出され、ハードディスクドライブ５１５に記憶されたシステムプログラムおよびアプリケーションプログラムがＲＡＭ５１２にロードされる。ＣＰＵ５１０はこのようなアプリケーションプログアムにしたがって後述する配信禁止のための制御や配信制御などを行う。ハードディスクドライブ１３には、これらのシステムプログラムおよびアプリケーションプログラムが記憶されるほか、管理データベース５２０、利用状況データベース５２１、画像データベース５２２および曲データベース５２３が格納されている。
【００７１】
画像データベース５２２および曲データベース５２３の各々には、カラオケ端末装置６００−１，６００−２……６００−ｎに配信するための多数の楽曲データおよび動画像データが格納されている。ここで、楽曲データおよび動画像データは各々、曲番号と対応付けて画像データベース５２２および曲データベース５２３に格納されており、これによりカラオケ端末装置からの曲番号を含む配信要求を受けた場合には、当該曲番号に対応する楽曲データおよび動画像データを特定することができ、これを読み出して要求元のカラオケ端末装置に配信することができるようになっている。
【００７２】
図１６に模式的に示すように、利用状況データベース５２１には、このカラオケシステムに含まれるカラオケ端末装置６００−１，６００−２……６００−ｎ毎（図では、「端末Ｎｏ１」、「端末Ｎｏ２」……）の利用状況が時系列で格納されている。
【００７３】
図１７に模式的に示すように、管理データベース５２０には、ＬＡＮ１０１に接続される複数のカラオケ端末装置６００−１，６００−２，６００−３……６００−ｎの各端末装置について画像データの配信を禁止する時間帯を示す情報が格納されている。図示のような内容が管理データベース５２０に登録されている場合において、「端末Ｎｏ２」に対応するカラオケ端末装置から「８：００〜１８：１０」の間に画像データの配信要求があったときにも、後述するようにホストサーバ５００は当該要求に応じた画像データ配信は行わない。
以上のようなデータベースがハードディスクドライブ５１５に格納されている。
【００７４】
操作部５１３は、キーボードやマウス等の入力手段を有しており、利用者がこれらの入力手段を操作して種々の情報を入力することができ、各カラオケ端末装置６００−１……等が設置された個室が利用者によって利用される等した場合に、店員等が利用時間帯および利用する端末Ｎｏ等の情報を入力する。
【００７５】
Ｃ−２．動作
次に、上記構成のカラオケシステムの動作をホストサーバ５００の動作を中心として説明する。まず、このカラオケシステムが設置されているカラオケ店舗では、利用客が来店し、いずれかのカラオケ端末が設置された個室をある時間帯にわたって利用する場合には、その旨がホストサーバ５００に入力されるようになっている。
【００７６】
Ｃ−２−１．登録時の動作
以下においては、カラオケ端末装置６００−２（端末Ｎｏ２）が設置された個室を「６：００〜１２：００」において利用客によって利用される場合に、店員がその旨をホストサーバ５００に登録した際のホストサーバ５００の動作について図１８を参照しながら説明する。
【００７７】
同図に示すように、店員等によって操作部５１３を介して利用される端末Ｎｏと利用時間帯が入力されると、ホストサーバ５００のＣＰＵ５１０は、当該入力された内容にしたがって利用状況データベース５２１の内容を更新する（ステップＳｄ１）。この例では、「端末Ｎｏ２」が「６：００〜１２：００」の時間帯利用される旨が入力されているので、この情報が利用状況データベース５２１に反映される（図１６参照）。
【００７８】
利用状況データベース５２１の更新が終了すると、ＣＰＵ５１０は、その更新された利用状況データベース５２１の内容を参照し、当該ホストサーバ５００からＬＡＮ１０１を介して各カラオケ端末装置６００−１〜６００−ｎに配信できるデータ容量を超えるおそれのある時間帯があるか否かを判別する（ステップＳｄ２）。
【００７９】
例えば、このカラオケシステムにおいてＬＡＮ１０１に接続されるカラオケ端末装置が１６台（ｎ＝１６）の場合において、ＬＡＮ１０１のデータ転送能力がホストサーバ５００からＬＡＮ１０１を介して同時に曲データおよび画像データをカラオケ端末装置に配信できる台数が１２台であるときには、全てのカラオケ端末装置が利用されている時間帯では４台のカラオケ端末装置に対して正常なデータ配信を行えないおそれがある。ＣＰＵ５１０は、このようなＬＡＮ１０１のデータ転送能力に応じて予め設定された同時送信可能台数を越える台数のカラオケ端末装置が同時に使用される時間帯（以下、容量オーバー時間帯という）があるか否かを、更新後の利用状況データベース５２１を参照して判別するのである。
【００８０】
更新後の利用状況データベース５２１を参照した結果、上記のような容量オーバー時間帯がないと判別された場合には、当該処理を終了する。一方、容量オーバー時間帯があると判別された場合には、ＣＰＵ５１０は、その容量オーバー時間帯において配信を禁止するカラオケ端末装置を決定する処理を行う（ステップＳｄ３）。すなわち、同時にホストサーバ５００からＬＡＮ１０１を介してデータ転送を行うカラオケ端末の台数がＬＡＮ１０１の能力内（１２台とする）に収まるように、その能力を超えた分の台数のカラオケ端末装置への画像データ配信を禁止する必要がある。このため、容量オーバー時間帯において配信を禁止すべきカラオケ端末装置を決定する処理を行うのである。
【００８１】
ここで、どのカラオケ端末装置に対する画像データ配信どの時間帯で禁止するかを決定する手法は任意であるが、例えば容量オーバー時間帯において同時利用される各カラオケ端末装置が均等な時間だけ画像データの配信を禁止させる方法がある。
【００８２】
容量オーバーをしている台数を２台（つまり同時使用台数が１４台）、容量オーバーする時間を７０分とした場合に、まず各カラオケ端末装置が画像データ配信を禁止される時間ＫＴは、以下の式で求まる。
ＫＴ＝７０／（１４／２）＝１０
これにより、１０分づつ当該容量オーバー時間帯に同時利用される各カラオケ端末装置への画像データ配信を禁止することが決定され、その順序は端末Ｎｏの小さい方から順番にすればよく、例えば「８：００〜９：１０」が容量オーバー時間帯である場合には端末Ｎｏの最も小さいカラオケ端末装置の禁止時間帯が「８：００〜８：１０」、最も端末Ｎｏの大きいカラオケ端末装置の禁止時間帯が「９：１０」といった具合である。
【００８３】
以上のように容量オーバー時間帯において配信を禁止すべきカラオケ端末装置およびその禁止時間帯が決定されると、ＣＰＵ５１０は決定内容を管理データベース５２０に登録する（ステップＳｄ４）。例えば図１７に示すように、端末Ｎｏ２は、禁止時間帯が「８：００〜８：１０」であるといった登録を行い、当該処理を終了する。
【００８４】
Ｃ−２−２．データ配信時の動作
次に、カラオケ端末装置６００−１からＬＡＮ１０１を介して曲番号を含む配信要求があった場合における当該カラオケシステムの動作について図１９に示すホストサーバ５００の動作を中心に説明する。
【００８５】
まず、利用者によってカラオケ端末装置６００−１に対して曲番号情報が入力されると、カラオケ端末装置６００−１は当該曲番号によって特定されるカラオケ曲の演奏および当該演奏に伴う映像表示を行うため、当該曲番号を含む楽曲データおよび動画像データの配信要求をＬＡＮ１０１を介してホストサーバ５００に送信する。
【００８６】
カラオケ端末装置６００−１からの配信要求を受けたホストサーバ５００のＣＰＵ５１０は、当該曲番号に対応する楽曲データを曲データベース５２３から読み出してＬＡＮ１０１を介して要求元であるカラオケ端末装置６００−１に送信する（ステップＳｅ１）。そして、ＣＰＵ５１０は、管理データベース５２０に登録された内容を参照し、当該要求元のカラオケ端末装置がその要求時点において配信が禁止された端末であるか否かを判別する（ステップＳｅ２）。
【００８７】
要求元のカラオケ端末装置６００−１がその時点で配信が禁止される端末として管理データベース５２０に登録されている場合には（ステップＳｅ２の判別「ＹＥＳ」）、ＣＰＵ５１０は動画像データの配信が禁止されている旨の通知をＬＡＮ１０１を介して要求元のカラオケ端末装置６００−１に対して送信する（ステップＳｅ４）。
【００８８】
一方、要求元のカラオケ端末装置６００−１がその時点で配信が禁止される端末として管理データベース５２０に登録されていない場合には（ステップＳｅ２の判別「ＮＯ」）、ＣＰＵ５１０は配信要求に含まれる曲番号に対応した動画像データを画像データベース５２２から読み出し、ＬＡＮ１０１を介してカラオケ端末装置６００−１に送信する（ステップＳｅ３）。
以上がカラオケ端末装置から配信要求がなされた場合にホストサーバ５００において実行される動作である。
【００８９】
以上のように配信要求を送出したカラオケ端末装置６００−１には、曲番号に対応した楽曲データが配信され、カラオケ端末装置６００−１は配信された楽曲データに基づくカラオケ曲の演奏を行う。
【００９０】
また、カラオケ端末装置６００−１には、管理データベース５２０の登録内容に応じて禁止通知もしくは曲番号に対応する動画像データが送信されることになる。そして、ホストサーバ５００から禁止通知が送信された場合、カラオケ端末装置６００−１では、当該カラオケ端末装置６００−１のＣＰＵが自装置に内蔵される記憶装置に格納された緊急用画像データを読み出し、当該緊急用画像データに基づく映像表示を行う。一方、ホストサーバ５００から動画像データが送信された場合、カラオケ端末装置６００−１では、ＣＰＵが当該動画像データを表示制御部に転送し、これを再生することで配信された動画像データに基づく映像表示を行う。
【００９１】
以上説明したように本実施形態に係るカラオケシステムでは、ホストサーバ５００およびカラオケ端末装置６００−１〜６００−ｎを接続するＬＡＮ１０１のデータ転送能力を超える台数のカラオケ端末装置の同時使用が起こりうる場合に、そのデータ転送能力が越えないように動画像データを配信すべきカラオケ端末装置の台数を制限することができる。したがって、同時に多数のカラオケ端末装置に動画像データを配信することによりＬＡＮ１０１のデータ転送能力を超え、配信処理に不具合等が生じて各カラオケ端末装置における表示映像に不具合が生じるといったことを抑制できる。
【００９２】
また、カラオケ店舗が混雑してないとき等には、各カラオケ端末装置６００−１〜６００−ｎは、ホストサーバ５００からの動画像データの配信を受けることができるので、端末装置内における記憶装置に多数のカラオケ曲に対応する多数種類の動画像データを格納しておく必要がない。また、多数の新曲が発売された場合にも、店舗内に多数設置されるカラオケ端末装置の記憶装置等に多数の新曲に対応する動画像データを逐一格納させるといった煩雑な作業を行う必要がない。
【００９３】
Ｃ−３．変形例
なお、上述した第３実施形態においては、ＬＡＮ１０１に接続される各カラオケ端末装置が設置された個室等が利用客に利用されているか否かといった利用状況に基づいて、ホストサーバ５００が配信を禁止すべきカラオケ端末装置や禁止時間を決定するようにしていたが、各カラオケ端末装置が利用されているか否かに加えて、各カラオケ端末装置においてどのような曲が予約されているかといった予約曲の内容を含めた各カラオケ端末装置の利用状況に基づいて配信禁止の有無等を決定するようにしてもよい。
【００９４】
このような配信管理制御を行う場合には、各カラオケ端末装置は、利用者によって予約曲情報が入力されると、その都度予約曲番号をＬＡＮ１０１を介してホストサーバ５００に送信する。ホストサーバ５００では、図２０に示すような利用状況データベースをハードディスクドライブ５１５に格納しており、ＣＰＵ５１０は各カラオケ端末装置から予約曲番号が供給される毎に、当該予約状況データベースを更新する。
【００９５】
同図に模式的に示すように、利用状況データベースには、各カラオケ端末装置毎に時系列で予約された曲情報が管理されている。図示の例では、端末Ｎｏ１のカラオケ端末装置では、「０：００」〜順番に「Ａ曲」、「Ｂ曲」、「Ｃ曲」といった順序で予約が入力されている。なお、各曲の演奏時間は曲番号から特定することができ、当該特定した演奏時間に基づいて図示のような時系列の予約状況データベースを作成・更新することができる。
【００９６】
上記第３実施形態と同様に各カラオケ端末装置の利用状況に基づいて求められる容量オーバー時間帯において、ＣＰＵ５１０は上記の予約状況データベースを参照し、どのカラオケ端末装置の配信を禁止し、どのカラオケ端末装置への配信を許可するかを決定する。例えば、各曲毎に優先順位を予め決めておき（例えば、新しい曲の優先度を高くする）、当該優先順位の低い曲が予約曲として予約状況データベースに登録されているカラオケ端末装置については、その優先順位の低い曲を演奏するであろう時間を禁止時間帯とするといった決定手法を採用することができる。
【００９７】
Ｄ．変形例
なお、上述した各実施形態では、カラオケ端末装置およびホストサーバがハードディスクドライブに格納されたアプリケーションプログラムを実行することにより、映像表示の切換処理（図６、図９、図１２等参照）や配信管理のための処理（図１８、図１９等参照）を行うようになっていたが、専用のハードウェア回路を構成し、当該ハードウェア回路によって上記のような処理を実行するようにしてもよい。また、ソフトウェアで上記処理を行う場合には、上記処理をコンピュータに実現させるためのプログラムを記録したＣＤ−ＲＯＭ（Compact Disc Read Only Memory）やフロッピー（登録商標）ディスク等の様々な記録媒体を店舗経営者等のユーザに提供するようにしてもよいし、インターネット等の通信回線を介してユーザに提供するようにしてもよい。
【図面の簡単な説明】
【００９８】
【図１】本発明の第１実施形態に係るカラオケシステムの全体構成を示すブロック図である。
【図２】前記カラオケシステムの構成要素であるカラオケ端末装置の構成を示すブロック図である。
【図３】前記カラオケ端末装置でカラオケ曲の演奏に用いられる楽曲データの内容を示す図である。
【図４】前記カラオケ端末装置でカラオケ曲の演奏に用いられる楽曲データの内容を示す図である。
【図５】前記カラオケシステムの構成要素であるホストサーバに格納される画像特定用データベースの内容を示す図である。
【図６】前記カラオケ端末装置によって実行される監視切換処理の手順を説明するためのフローチャートである。
【図７】前記監視切換処理の内容を説明するための図である。
【図８】前記カラオケシステムの変形例の全体構成を示すブロック図である。
【図９】前記カラオケ端末装置の変形例によって実行される際切換処理の手順を説明するためのフローチャートである。
【図１０】前記再切換処理の内容を説明するための図である。
【図１１】本発明の第２実施形態に係るカラオケシステムの全体構成を示すブロック図である。
【図１２】第２実施形態に係る前記カラオケシステムの構成要素であるカラオケ端末装置によって実行される画像データ特定処理の手順を説明するためのフローチャートである。
【図１３】第２実施形態における前記カラオケ端末装置に格納される画像データベースの内容を示す図である。
【図１４】本発明の第３実施形態に係るカラオケシステムの全体構成を示すブロック図である。
【図１５】第３実施形態に係る前記カラオケシステムの構成要素であるホストサーバの構成を示すブロック図である。
【図１６】第３実施形態における前記ホストサーバに格納される利用状況データベースの内容を示す図である。
【図１７】第３実施形態における前記ホストサーバに格納される管理データベースの内容を示す図である。
【図１８】第３実施形態における前記ホストサーバによって実行される登録時の処理の手順を示すフローチャートである。
【図１９】第３実施形態における前記ホストサーバによって実行される配信時の処理の手順を示すフローチャートである。
【図２０】第３実施形態における前記ホストサーバの変形例に格納される予約状況データベースの内容を示す図である。
【符号の説明】
【００９９】
１０……ＣＰＵ、１１……ＲＯＭ、１２……ＲＡＭ、１３……ハードディスクドライブ、１４……操作部、１５……ＬＡＮインターフェース、１６……文字表示部、１７……表示制御部、１８……表示装置、１９……音源装置、２０……アンプスピーカ、２１……マイク、１００……ホストサーバ、１０１……ＬＡＮ、１５０……ホストサーバ、１６０……インターネット、１７０……カラオケ端末装置、２００−１〜２００−ｎ……カラオケ端末装置、３００……ホストサーバ、４００−１〜４００−ｎ……カラオケ端末装置、５００……ホストサーバ、５１０……ＣＰＵ、５１１……ＲＯＭ、５１２……ＲＡＭ、５１３……操作部、５１４……ＬＡＮインターフェース、５１５……ハードディスクドライブ、６００−１〜６００−ｎ……カラオケ端末装置
【図１】
2008020934.tif 000003
【図２】
2008020934.tif 000004
【図３】
2008020934.tif 000005
【図４】
2008020934.tif 000006
【図５】
2008020934.tif 000007
【図６】
2008020934.tif 000008
【図７】
2008020934.tif 000009
【図８】
2008020934.tif 000010
【図９】
2008020934.tif 000011
【図１０】
2008020934.tif 000012
【図１１】
2008020934.tif 000013
【図１２】
2008020934.tif 000014
【図１３】
2008020934.tif 000015
【図１４】
2008020934.tif 000016
【図１５】
2008020934.tif 000017
【図１６】
2008020934.tif 000018
【図１７】
2008020934.tif 000019
【図１８】
2008020934.tif 000020
【図１９】
2008020934.tif 000021
【図２０】
2008020934.tif 000022