(57)【特許請求の範囲】
【請求項１】
音源と表示手段を備えたカラオケ装置にカラオケ演奏の元となるカラオケデータを供給するカラオケデータ伝送方法であって、
前記音源に演奏を指示するイベントを表すイベントデータと各々の前記イベント間の時間間隔を表すデュレーションタイムからなる演奏制御データおよび前記表示手段に歌詞を表示させるための歌詞表示制御データを含むカラオケデータを、前記演奏制御データ又は前記歌詞表示制御データの種別毎に、当該種別を示す識別情報とともにパケットで構成し、
さらに各々の前記パケットに、カラオケ装置における当該パケットの再生タイミングを管理するための、カラオケ曲の始まりからの相対時間であって、当該パケットに含まれる前記演奏制御データに含まれるイベントデータの再生タイミングを当該パケットに含まれる前記デュレーションタイムとともに管理するための相対時間を含ませ、
これらパケットをカラオケ装置において処理される順に並べたシーケンスで伝送する
ことを特徴とするカラオケデータ伝送方法。
【請求項２】
前記カラオケデータは、さらに前記表示手段に背景映像を表示させるための映像データを含むことを特徴とする請求項１記載のカラオケデータ伝送方法。
【請求項３】
請求項１記載の伝送方法によって供給されるカラオケデータのパケットを受信する受信手段と、
前記受信手段によって受信されたパケットの識別情報に基づきデータの種別を識別し該データを振り分ける分配手段と、
前記分配手段によって振り分けられた演奏制御データに含まれる前記デュレーションタイムと、当該デュレーションタイムを含んでいたパケットに含まれている前記相対時間とに基づき、各々の前記パケットに含まれる前記演奏制御データに含まれるイベントデータの供給タイミングを制御するタイミング制御手段と、
前記タイミング制御手段によってタイミングを制御して供給されるイベントデータに基づきカラオケ演奏の楽音を生成する音源と、
前記分配手段によって振り分けられた歌詞表示制御データに基づきカラオケ曲の歌詞を表示する表示手段と
を具備することを特徴とするカラオケ装置。
【請求項４】
請求項２記載の伝送方法によって供給されるカラオケデータのパケットを受信する受信手段と、
前記受信手段によって受信されたパケットの識別情報に基づきデータの種別を識別し該データを振り分ける分配手段と、
前記分配手段によって振り分けられた演奏制御データに含まれる前記デュレーションタイムと、当該デュレーションタイムを含んでいたパケットに含まれている前記相対時間とに基づき、各々の前記パケットに含まれる前記演奏制御データに含まれるイベントデータの供給タイミングを制御するタイミング制御手段と、
前記タイミング制御手段によってタイミングを制御して供給されるイベントデータに基づきカラオケ演奏の楽音を生成する音源と、
前記分配手段によって振り分けられた歌詞表示制御データと映像データに基づきカラオケ曲の歌詞映像と背景映像を生成し該背景映像に歌詞映像をスーパーインポーズして表示する表示手段と
を具備することを特徴とするカラオケ装置。
【請求項５】
音源と表示手段を備えたカラオケ装置に供給されるカラオケ演奏の元となるカラオケデータを記録した記録媒体であって、
前記音源に演奏を指示するイベントを表すイベントデータと各々の前記イベント間の時間間隔を表すデュレーションタイムからなる演奏制御データおよび前記表示手段に歌詞を表示させるための歌詞表示制御データを含むカラオケデータを、前記演奏制御データ又は前記歌詞表示制御データの種別毎に、当該種別を示す識別情報とともにパケットで構成し、
さらに各々の前記パケットに、カラオケ装置における当該パケットの再生タイミングを管理するための、カラオケ曲の始まりからの相対時間であって、当該パケットに含まれる前記演奏制御データに含まれるイベントデータの再生タイミングを当該パケットに含まれる前記デュレーションタイムとともに管理するための相対時間を含ませ、
これらパケットをカラオケ装置において処理される順に並べたシーケンスで記録したことを特徴とするカラオケデータ記録媒体。
【請求項６】
前記カラオケデータは、さらに前記表示手段に背景映像を表示させるための映像データを含むことを特徴とする請求項５記載のカラオケデータ記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、カラオケデータ伝送方法、カラオケ装置およびカラオケデータ記録媒体に関する。
【０００２】
【従来の技術】
カラオケの楽曲データを通信回線を介して音源を備えたカラオケ端末に配信しカラオケの演奏を行わせる通信型のカラオケシステム（いわゆる通信カラオケ）が知られている。この通信カラオケにおいては、演奏制御データ、歌詞表示制御データ、映像データ等の楽曲データをすべて一つまたは複数のファイルとして扱っており、配信された楽曲データはハードディスク等の記憶媒体に一旦蓄積され、演奏曲が指定されると、対応する楽曲データのファイルをすべてメモリ上に展開した上で演奏が開始されるようになっている。
【０００３】
【発明が解決しようとする課題】
しかしながら、ファイルとして扱われる楽曲データをすべてメモリに展開してから演奏を開始するという従来の方式では、楽曲データのファイルを１曲分すべてメモリにロードしかつ演奏処理可能なように展開をするのに多くの時間を要するため、曲のリクエストから演奏が開始されるまでの待ち時間が長くなり、また、大容量のメモリが必要になるという問題があった。
【０００４】
この発明は、このような背景の下になされたもので、曲のリクエストから演奏開始までの待ち時間を短縮し、かつ、供給または再生されるカラオケデータをバッファリングするためのメモリ容量を小さくすることができるカラオケデータ伝送方法、カラオケ装置およびカラオケデータ記録媒体を提供することを目的としている。
【０００５】
【課題を解決するための手段】
上述した課題を解決するために、請求項１記載の発明は、音源と表示手段を備えたカラオケ装置にカラオケ演奏の元となるカラオケデータを供給するカラオケデータ伝送方法であって、前記音源に演奏を指示するイベントを表すイベントデータと各々の前記イベント間の時間間隔を表すデュレーションタイムからなる演奏制御データおよび前記表示手段に歌詞を表示させるための歌詞表示制御データを含むカラオケデータを、前記演奏制御データ又は前記歌詞表示制御データの種別毎に、当該種別を示す識別情報とともにパケットで構成し、さらに各々の前記パケットに、カラオケ装置における当該パケットの再生タイミングを管理するための、カラオケ曲の始まりからの相対時間であって、当該パケットに含まれる前記演奏制御データに含まれるイベントデータの再生タイミングを当該パケットに含まれる前記デュレーションタイムとともに管理するための相対時間を含ませ、これらパケットをカラオケ装置において処理される順に並べたシーケンスで伝送することを特徴としている。
【０００６】
また、請求項２記載の発明は、請求項１記載の発明において、
前記カラオケデータは、さらに前記表示手段に背景映像を表示させるための映像データを含むことを特徴としている。
【０００７】
また、請求項３記載の発明は、請求項１記載の伝送方法によって供給されるカラオケデータのパケットを受信する受信手段と、前記受信手段によって受信されたパケットの識別情報に基づきデータの種別を識別し該データを振り分ける分配手段と、前記分配手段によって振り分けられた演奏制御データに含まれる前記デュレーションタイムと、当該デュレーションタイムを含んでいたパケットに含まれている前記相対時間とに基づき、各々の前記パケットに含まれる前記演奏制御データに含まれるイベントデータの供給タイミングを制御するタイミング制御手段と、前記タイミング制御手段によってタイミングを制御して供給されるイベントデータに基づきカラオケ演奏の楽音を生成する音源と、前記分配手段によって振り分けられた歌詞表示制御データに基づきカラオケ曲の歌詞を表示する表示手段とを具備することを特徴としている。
【０００８】
また、請求項４記載の発明は、請求項２記載の伝送方法によって供給されるカラオケデータのパケットを受信する受信手段と、前記受信手段によって受信されたパケットの識別情報に基づきデータの種別を識別し該データを振り分ける分配手段と、前記分配手段によって振り分けられた演奏制御データに含まれる前記デュレーションタイムと、当該デュレーションタイムを含んでいたパケットに含まれている前記相対時間とに基づき、各々の前記パケットに含まれる前記演奏制御データに含まれるイベントデータの供給タイミングを制御するタイミング制御手段と、前記タイミング制御手段によってタイミングを制御して供給されるイベントデータに基づきカラオケ演奏の楽音を生成する音源と、前記分配手段によって振り分けられた歌詞表示制御データと映像データに基づきカラオケ曲の歌詞映像と背景映像を生成し該背景映像に歌詞映像をスーパーインポーズして表示する表示手段とを具備することを特徴としている。
【０００９】
また、請求項５記載の発明は、音源と表示手段を備えたカラオケ装置に供給されるカラオケ演奏の元となるカラオケデータを記録した記録媒体であって、前記音源に演奏を指示するイベントを表すイベントデータと各々の前記イベント間の時間間隔を表すデュレーションタイムからなる演奏制御データおよび前記表示手段に歌詞を表示させるための歌詞表示制御データを含むカラオケデータを、前記演奏制御データ又は前記歌詞表示制御データの種別毎に、当該種別を示す識別情報とともにパケットで構成し、さらに各々の前記パケットに、カラオケ装置における当該パケットの再生タイミングを管理するための、カラオケ曲の管理するための、カラオケ曲の始まりからの相対時間であって、当該パケットに含まれる前記演奏制御データに含まれるイベントデータの再生タイミングを当該パケットに含まれる前記デュレーションタイムとともに管理するための相対時間を含ませ、これらパケットをカラオケ装置において処理される順に並べたシーケンスで記録したことを特徴としている。
【００１０】
また、請求項６記載の発明は、請求項５記載の発明において、
前記カラオケデータは、さらに前記表示手段に背景映像を表示させるための映像データを含むことを特徴としている。
【００１１】
【発明の実施の形態】
以下、図面を参照して、この発明の実施形態について説明する。
Ａ：第１実施形態
（１）システムの構成
図１は、本実施形態にかかるカラオケシステムの構成を示すブロック図である。同図において、１はセンタ局のホストコンピュータであり、カラオケ演奏の元となる楽曲データ、カラオケの演奏中に表示すべき背景映像の元となる映像データ、およびバックコーラス等の効果音の元となる効果音データ（以下、これらのデータを総称してカラオケデータという）を蓄積したデータベースを有している。また、２−１〜２−Ｎ（Ｎ≧２）はカラオケボックス等の各カラオケ店舗に設置されたサブステーションのホストコンピュータ（以下、サブホストという）であり、センタ局のホストコンピュータ１から電話回線あるいはＩＳＤＮ等の通信回線Ｎを介してカラオケデータの配信を受けるようになっている。
【００１２】
各サブホスト２−ｋは、大容量のハードディスク（図示略）を備えており、センタ局のホストコンピュータ１から配信されるカラオケデータを蓄積している。また、各カラオケ店内には光ファイバケーブルによるＬＡＮ（ローカルエリアネットワーク）が敷設されており、このＬＡＮを介して各サブホスト２−ｋに複数のカラオケ端末３−１〜３−Ｍ（Ｍ≧２）が接続されている。
【００１３】
このような構成において、各店舗のサブホスト２−ｋは、カラオケ端末３−１〜３−Ｍからの要求に応じてカラオケデータを配信し、要求を出したカラオケ端末がこれを受けてカラオケの演奏と背景映像の表示を行うようになっている。このように、本システムにおいては、いわゆるオンデマンドによってカラオケの演奏を利用者に提供するようになっている。
【００１４】
（２）データ構造
次に、カラオケデータのデータ構造について説明する。本実施形態におけるカラオケデータの配信は、例えばＭＰＥＧ(Moving Picture Experts Group)２トランスポートレイヤのＰＥＳ(Packetized Elementary Stream)構造に従い、すべてパケット形式で行われる。すなわち、図２に示すように、配信されるカラオケデータは、すべて４バイトのヘッダ部ＨＤおよび１８４バイトのデータ部ＤＤからなる合計１８８バイトのパケットに構成される。そして、ヘッダ部ＨＤには１バイトの識別子ＰＩＤが含まれており、この識別子ＰＩＤによってデータ種別が示されるようになっている。ここで、データ種別とは、カラオケ演奏の元となる楽曲データ、カラオケの背景映像の元となる映像データ、バックコーラス等の効果音の元となる効果音データのいずれかをいい、例えば、映像データはＰＩＤ＝０、効果音データはＰＩＤ＝１、楽曲データはＰＩＤ＝２とされる。
【００１５】
映像データは、カラオケの背景映像をＭＰＥＧ２に従って圧縮符号化を施した上でパケット化されている。また、効果音データは、効果音をＡＤＰＣＭ(Adaptive Differential Pulse Code Modulation)で収録した上でパケット化されている。
【００１６】
さらに、楽曲データは、図２に示すように、楽曲の演奏を制御するための演奏データ、演奏と同期して歌詞を表示するための歌詞表示データ、および演奏と同期してバックコーラス等の効果音の発生を指示する効果音指示データからなるパケットをカラオケ端末で処理される順序に並べたシーケンスで構成されている。これら各パケットは、上述したヘッダ部ＨＤに加え、１８４バイトのデータ部ＤＤの先頭に固定長のサブヘッダ部ＳＨＤを有している。このサブヘッダ部ＳＨＤは、曲番号に相当する識別子ＳＰＩＤ、演奏データ、歌詞表示データおよび効果音指示データの種別を示す種別コードＰＣＤのほか、データの欠落を検出するためのパケットのシーケンシャル番号、パケットの再生タイミングを管理するための曲の始まりからの相対時間、続くデータが可変長である場合のパケット内ポインタ、同種のデータが複数のパケットにまたがる場合のパケット間の連結関係を示す継続マーク、最終パケットであることを示すエンドオブデータ等を含んでいる。なお、１つのデータ長が短かいため、複数の種類のデータによって１つのパケットを構成する場合もあり、この場合は、各データの先頭にサブヘッダ部ＳＨＤが設けられる。
【００１７】
ここで、演奏データは、例えばＭＩＤＩ(Musical Instrument Digital Interface)の規格に従って記述され、図２に示すように、発音、消音等の各種のイベントを表すイベントデータとイベント間の時間間隔を表すデュレーションデータのシーケンスで構成されている。ＭＩＤＩのイベントデータは、例えばノートオン（発音指示）イベントの場合、演奏のパート等に対応するＭＩＤＩチャンネルのチャンネル番号、発音指示を示すノートオン、音階を示すノートネーム、音の強さを示すベロシティ等の楽音制御情報で構成される。なお、各イベントの発生タイミングには種々の原因による微妙な誤差が伴うためイベント間の相対時間であるデュレーションデータのみでタイミングを管理したのでは誤差が累積する可能性がある。そこで、前述のサブヘッダ部ＳＨＤに含まれる曲の始まりからの相対時間に基づきパケットごとにタイミングを調整をするようにしている。
【００１８】
また、歌詞表示データは、図２に示すように、画面に表示すべき１行分の文字列、画面上における文字列の表示位置を示す座標情報、表示されてから消去されるまでの時間情報、文字列を色変えによりワイプするための制御情報等のシーケンスで構成されている。
【００１９】
さらに、効果音指示データは、演奏中にバックコーラス等の効果音の発生を指示するデータで構成されている。この効果音の元となるデータは、前述の効果音データのパケットとして別途配信される。すなわち、本実施形態においては、種々の効果音をＡＤＰＣＭ収録した効果音データを効果音パケットとして予め配信しておく一方、各効果音指示データのタイミングで再生すべき効果音が含まれる効果音パケットのパケット番号を指定してこれを再生し効果音を発生するようになっている。
【００２０】
上述したカラオケデータのパケットは、後述するカラオケ端末において処理される順に配信される。すなわち、カラオケの演奏と背景映像のいずれか一方が先行しすぎたり遅れたりすることのないよう例えば楽曲データと映像データのパケットを交互に配信するなど適当な配分により並行して配信される。ただし、効果音データについては、楽曲データより参照されるためカラオケ端末の電源投入直後に予め配信される。
【００２１】
（３）カラオケ端末の構成
図３は本実施形態にかかるカラオケ端末３−ｋの構成を示すブロック図である。
同図において、ネットワーク・インタフェース１１は、ＬＡＮを介するサブホスト２−ｋとの間の通信を制御する。すなわち、ネットワーク・インタフェース１１は、図示しない操作パネルにおける利用者の選曲操作に基づき生成されたリクエスト信号をサブホスト２−ｋへ送出する一方、サブホスト２−ｋから当該カラオケ端末３−ｋ宛に送信されるカラオケデータのパケットを受信する。
【００２２】
トランスポート・デマルチプレクサ１４は、ネットワーク・インタフェース１１より取り込まれたカラオケデータのパケットを識別子ＰＩＤに基づき楽曲データ、映像データおよび効果音データにそれぞれ分離する。ＤＲＡＭ(Dynamic Random Access Memory)１４ａは、デマルチプレクサ１４のワークエリアとして用いられる。
【００２３】
映像／音声デコーダ１５は、ＭＰＥＧ２に従って圧縮符号化された映像データを復号化してディジタルビデオ信号を出力するとともに、ＡＤＰＣＭの効果音データを復号化してディジタルオーディオ信号を出力する。
【００２４】
ＮＴＳＣエンコーダ１６は、映像／音声デコーダ１５から供給されるディジタルビデオ信号をＮＴＳＣ信号に変換する。
また、ＶＤＰ(Video Display Processor)１７は、楽曲データに含まれる歌詞表示の制御データに基づき、歌詞に対応するフォント画像をＶＲＡＭ(Video Random Access Memory)１７ａに展開し、その画像信号を順次出力する。
【００２５】
ＮＴＳＣエンコーダ１８は、ＶＤＰ１７から供給される歌詞のフォント画像信号をＮＴＳＣ信号に変換する。映像ミキサ１９は、ＮＴＳＣエンコーダ１８から出力される歌詞のＮＴＳＣ信号とＮＴＳＣエンコーダ１６から供給される背景映像のＮＴＳＣ信号とを合成する。この合成信号がディスプレイＤＳＰに供給されることによってカラオケの背景映像に歌詞がスーパーインポーズされて表示される。
【００２６】
また、オーディオＤＡＣ（ディジタル／アナログ変換器）２０は、映像／音声デコーダ１５から供給されるディジタルオーディオ信号をアナログオーディオ信号に変換する。
音源回路２１は、楽曲データに含まれるＭＩＤＩイベントの楽音制御情報に基づき、カラオケの演奏に対応した楽音信号を生成する。
オーディオミキサ２２は、音源回路２１から供給されるカラオケの楽音信号、マイクＭから供給される歌唱音声に対応した音声信号およびオーディオＤＡＣ２０から供給され
るバックコーラス等の効果音のオーディオ信号を混合する。この混合された信号は、サウンドシステムＳＳに送られスピーカ（図示略）より放音される。
【００２７】
ＣＰＵ（中央処理装置）３０は、バスＢＵＳを介し接続される上記各部を制御する。ＲＯＭ(Read Only Memory)３１は、ＣＰＵ３０が実行する制御プログラムを記憶する。ＤＲＡＭ３２は、ＣＰＵ３０のワークエリアとして用いられる。
【００２８】
（４）実施形態の動作
次に、上記構成からなる実施形態の動作について説明する。まず、カラオケ端末３−ｋの電源が投入されると、ＣＰＵ３０はＲＯＭ３１から制御プログラムを読み出しこれをＤＲＡＭ３２にロードする。そして、当該制御プログラムを実行し、以下に述べる動作を制御する。
【００２９】
はじめに、カラオケ端末３−ｋは、効果音データの要求信号をサブホスト２−ｋへ送信する。サブホスト２−ｋは、これを受けて、効果音データをハードディスクよりサーチし、要求を出したカラオケ端末３−ｋへ図２に示すパケット形式で送信する。カラオケ端末３−ｋにおいては、送られてくるパケットをネットワークインタフェース１１を介して受信し、トランスポート・デマルチプレクサ１４によって識別子ＰＩＤ（ＰＩＤ＝１）に基づき効果音データであることを認識する。これにより、効果音データはバスＢＵＳを介しＤＲＡＭ３２へ送られ、記憶される。以後、効果音データはこのＤＲＡＭ３２に常駐される。
【００３０】
そして、カラオケ端末３−ｋにおいて利用者の選曲操作があると、曲番号を含むリクエスト信号がサブホスト２−ｋへ送信される。サブホスト２−ｋは、これを受けて、曲番号に対応するカラオケデータ（楽曲データおよび映像データ）をハードディスクよりサーチし、リクエストのあったカラオケ端末３−ｋへ図２に示す形態で送信する。
【００３１】
カラオケ端末３−ｋにおいては、カラオケデータのパケットをネットワークインタフェース１１を介して受信し、トランスポート・デマルチプレクサ１４によって識別子ＰＩＤに基づき楽曲データと映像データに分離する。ここで、映像データは、映像／音声デコーダ１５へ送られてデコードされた後、ＮＴＳＣエンコーダ１６を経て映像ミキサ１９へ送られるが、楽曲データは、バスＢＵＳを介してＤＲＡＭ３２に送られ、一時記憶される。そして、種別コードＰＣＤに基づき演奏データ、歌詞表示データおよび効果音指示データのいずれであるかが判別され、各種別に応じた処理が行われる。
【００３２】
すなわち、演奏データの場合、デュレーションデータで示される時間の経過に合わせてＭＩＤＩイベントデータが音源回路２１へ送出され、カラオケの楽音信号が生成される。生成された楽音信号は、さらにオーディオミキサ２２へ送られる。
【００３３】
また、歌詞表示データの場合、当該パケットに含まれる歌詞表示の制御情報がＶＤＰ１７へ送られ、歌詞のフォント画像が生成される。このフォント画像は、ＮＴＳＣエンコーダ１８を経て映像ミキサ１９へ送られる。
【００３４】
また、効果音指示データの場合、当該パケットで指定される効果音データのパケット番号に基づき、対応するパケットの効果音データがＤＲＡＭ３２から読み出され、バスＢＵＳを介し、映像／音声デコーダ１５へ転送される。これにより、効果音データがデコードされ、オーディオＤＡＣ２０を経てオーディオミキサ２２へ送られる。なお、前述したように、効果音データは、効果音指示データが送られてくる以前に送信がすでに完了している。
【００３５】
こうして、オーディオミキサ２２においてカラオケの楽音信号、マイク入力、効果音のオーディオ信号が混合され、これがサウンドシステムＳＳに送られ、スピーカより放音される。一方、映像ミキサ１９においては、背景映像に歌詞のフォント画像がスーパインポーズされ、ディスプレイＤＳＰに表示される。
【００３６】
このように、本実施形態によれば、予めカラオケ端末において処理されるシーケンスでカラオケデータが供給されるため、すべてのカラオケデータが受信されるのを待たずにカラオケの演奏を開始することができ、いわゆるオンデマンドによるカラオケの演奏を迅速に行うことができる。また、受信したカラオケデータをバッファリングするためのメモリ容量（ＤＲＡＭ３２等の容量）を小さく構成することができる。
【００３７】
Ｂ：第２実施形態
次に、本発明の第２実施形態について説明する。この実施形態は、上述した第１実施形態のように、カラオケ端末のリクエストに応じて選曲されたカラオケデータを送信する、いわゆるオンデマンド型のシステムではなく、ディジタル衛星放送によって多数曲のカラオケデータを所定周期で放送し、カラオケ端末がその中から選曲して受信する、いわば擬似的なオンデマンドのシステムとして構成したものである。
【００３８】
図４は、ディジタル衛星放送によるカラオケデータの配信形態を示すフォーマット図である。同図において、１つのトランスポンダ（通信衛星に設置された中継増幅器）によって配信される同一周波数帯域の無線信号は、論理的に例えば３２のチャンネルに分割され、各チャンネルのデータは、第１実施形態と同様、ＭＰＥＧ２トランスポートレイヤのＰＥＳ構造に従ってパケット形式で配信される。この場合、ヘッダに含まれる識別子ＰＩＤは、０から３１までのチャンネル番号を表す。そして、ＰＩＤ＝０、１の２チャンネルには、カラオケの背景映像の元となる映像データが割り当てられ、ＰＩＤ＝２のチャンネルには、バックコーラス等の効果音の元となるＡＤＰＣＭの効果音データが割り当てられ、ＰＩＤ＝３１のチャンネルには、カラオケ演奏の元となる楽曲データが割り当てられる。さらに、楽曲データは、第１実施形態と同様、演奏データ、歌詞表示データおよび効果音指示データの各データからなるパケットをカラオケ端末で処理される順序に並べたシーケンスで構成され、各々のパケットはサブヘッダを有している。ただし、第１実施形態と異なり、楽曲データのサブヘッダには、ＰＩＤ＝０、１のいずれかを背景映像として選択するための映像選択コードＶＣＤが含まれている。
【００３９】
ここで、通信衛星（ＣＳ）の１つのトランスポンダの使用周波数帯域が２７ＭＨｚで、通常のＰＳＫ変調で得られるデータ伝送容量が２９Ｍｂｐｓであるとする。このとき、映像データ１チャンネルについて６Ｍｂｐｓのデータ伝送容量を要し、この映像チャンネルを２つ設けるとすれば、カラオケの楽曲データに割り当て可能な容量は、２９Ｍｂｐｓ−６Ｍｂｐｓ×２＝１７Ｍｂｐｓとなる（ただし、簡単のため効果音データに要するデータ伝送容量は無視している）。一方、１曲あたりおよそ１００キロバイト／３分間＝０．００４４Ｍｂｐｓのデータ伝送容量を要するから、同時に伝送可能な曲数は、およそ１７Ｍｂｐｓ／０．００４４Ｍｂｐｓ＝３８００曲となる。したがって、この３８００曲を例えば１曲の演奏時間に相当する３分間を周期として繰り返し伝送すれば、およそ１．５分の平均待ち時間で３８００曲の中から所望の曲を演奏させることが可能となる。
【００４０】
次に、図５は、本実施形態におけるカラオケ端末の構成を示すブロック図である。この図に示す実施形態と図２に示す第１実施形態とが異なる点は、ネットワーク・インタフェース１１に代えて、放送波を受信するアンテナ５１と、受信周波数に対する同調を行うＲＦ(Radio Frequency)チューナ５２と、受信したＰＫＳ(Phase Shift Keying)変調波を復調するＰＫＳデモジュレータ５３とを備えたところにある。その他の構成については、図３と同様であるので、同一符号を付し、説明を省略する。
【００４１】
このような構成において、まず利用者が選曲操作をすると、ＣＰＵ３０は、楽曲データのチャンネル（ＰＩＤ＝３１）の中から選曲された曲の曲番号に対応する識別子ＳＰＩＤをもつ先頭パケットをサーチする。そして、この先頭パケットが見つかると、以後この識別子ＳＰＩＤをもつパケットを順次取り込む。また、先頭パケットのサブヘッダに含まれる映像選択コードＶＣＤを参照し、該当するチャンネルの映像データを上記楽曲データの受信と並行して受信する。この場合、映像と音楽のいずれか一方の処理が先行しすぎることのないよう適当な配分で時分割により受信する。ただし、効果音データについては、例えばカラオケ端末の電源投入直後に楽曲データより先行して予め受信し、ＤＲＡＭ３２に記憶しておく。
以後は、前述の第１実施形態と同様に受信データを処理することによりカラオケの演奏が行われる。
【００４２】
このように、本実施形態によれば、第１実施形態と同様、予めカラオケ端末において処理されるシーケンスでカラオケデータが供給されるため、すべてのカラオケデータが受信されるのを待たずにカラオケの演奏を開始することができ、ディジタル衛星放送による擬似的なオンデマンドのシステムにおいて演奏開始までの平均待ち時間を短縮することができる。また、第１実施形態と同様、受信したカラオケデータをバッファリングするためのメモリ容量（ＤＲＡＭ３２等の容量）を小さく構成することができる。
さらに、衛星放送の同報性を利用して、例えば視聴者に楽曲のイントロの部分を聴かせて曲名を当てさせる、いわゆるイントロ当てクイズのようなゲームを全国的規模で実施することも可能になる。
【００４３】
Ｃ：第３実施形態
次に、本発明の第３実施形態について説明する。この実施形態は、第１および第２実施形態のように、カラオケデータを通信回線を介してカラオケ端末に配信する、いわゆる通信カラオケではなく、カラオケ端末に備えられた記録媒体に多数曲のカラオケデータを蓄積しておき、利用者の選曲操作に応じて記録媒体から該当する曲のカラオケデータを読み出し、カラオケの演奏を行うものである。
【００４４】
図６は、本実施形態におけるカラオケ端末の構成を示すブロック図である。この図に示す実施形態と図３に示す第１実施形態とが異なる点は、ネットワーク・インタフェース１１に代えて、カラオケデータを記憶するＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ等の大容量の記憶媒体６１と、この記憶媒体６１からカラオケデータを読み出すデータ読取装置６２とを備えたところにある。その他の構成については、図３と同様であるので、同一符号を付し、説明を省略する。
【００４５】
記憶媒体６１には、図７に示すごとく、演奏データ、歌詞表示データ、効果音指示データ、映像データ、演奏データ、歌詞表示データ、………という具合に、カラオケ端末で処理されるパケットのシーケンスでカラオケデータが記録されている。ただし、効果音データについては、楽曲データより先行してＤＲＡＭ３２に読み込んでおく必要があることから、例えばトラックのデータ領域の先頭に記録しておき、電源投入直後にＤＲＡＭ３２に読み込まれるようになっている。また、各パケットのデータ構造については、図２に示した形式と同様である。
【００４６】
このような形式で予め記憶媒体６１にカラオケデータを記録しておくことにより、データ読取装置６２によって記憶媒体６１から読み出されるカラオケデータは、前述の第１および第２実施形態と同様、カラオケ端末で処理される順序に並べたシーケンスでトランスポート・デマルチプレクサ１４に供給される。以後は、第１および第２実施形態と同様に処理することによりカラオケの演奏が行われる。
【００４７】
このように、本実施形態によれば、通信カラオケではなく、記録再生型のカラオケシステムにおいて、第１および第２実施形態と同様、予めカラオケ端末において処理されるシーケンスでカラオケデータがトランスポート・デマルチプレクサ１４に供給されるため、すべてのカラオケデータが供給されるのを待たずにカラオケの演奏を開始することができ、演奏開始までの待ち時間を短縮することができる。また、記憶媒体６１から読み出したカラオケデータをバッファリングするためのメモリ容量（ＤＲＡＭ３２等の容量）を小さく構成することができる。
【００４８】
Ｄ：変形例
本発明は、上述した実施形態に限定されず、例えば以下のような種々の変形が可能である。
（１）上記各実施形態では、パケットの形式をＭＰＥＧ２トランスポートレイヤのＰＥＳ構造としたが、本発明は、このような形式に限定されず、採用する規格等に応じて適宜選択可能である。要は、カラオケ装置が処理をする順に並べたシーケンスでカラオケデータがカラオケ装置に供給されればよい。
（２）また、第１または第２実施形態において、配信時のチャンネル構成等は図２または図４に示した形式に限定されず、採用する規格やデータ伝送能力等の種々の事情に応じて、例えば映像のチャンネルを増減するなど、適宜変更可能である。また、第１ないし第３の各実施形態について言えることであるが、データ伝送能力等の事情に応じて、映像データのみをカラオケ端末側に設けた別媒体から再生するようにしたり、あるいは、バックコーラス等の効果音データを省略したりしてもよい。
（３）また、第３実施形態において、カラオケデータを記録する記録媒体６１としては、例示列挙した光ディスクに限らず、大容量かつ高速に読み出し可能な記録媒体であれば、その他の種類の光ディスクやハードディスク等の磁気記録媒体を採用してもよい。この場合、採用する媒体に対応したデータ読取装置６２に置き換えられる。
【００４９】
【発明の効果】
以上説明したように、この発明によれば、曲のリクエストから演奏開始までの待ち時間を短縮し、かつ、供給または再生されるカラオケデータをバッファリングするためのメモリ容量を小さくすることができる。
【図面の簡単な説明】
【図１】  第１実施形態にかかるカラオケシステムの構成を示すブロック図である。
【図２】  同実施形態において配信されるカラオケデータのデータ構造を示すフォーマット図である。
【図３】  同実施形態にかかるカラオケ端末の構成を示すブロック図である。
【図４】  第２実施形態におけるカラオケデータの配信形態を示すフォーマット図である。
【図５】  同実施形態にかかるカラオケ端末の構成を示すブロック図である。
【図６】  第３実施形態にかかるカラオケ端末の構成を示すブロック図である。
【図７】  同実施形態にかかる記録媒体に記録されるカラオケデータのデータ構造を示すフォーマット図である。
【符号の説明】
１…ホストコンピュータ、２−１〜２−Ｎ…サブホスト、３−１〜３−Ｍ…カラオケ端末、１１…ネットワーク・インタフェース（受信手段）、１４…トランプポート・デマルチプレクサ（分配手段）、１４ａ，１５ａ，３２…ＤＲＡＭ、１５…映像／音声デコーダ、１６，１８…ＮＴＳＣエンコーダ、１７…ＶＤＰ（表示手段）、１７ａ…ＶＲＡＭ、１９…映像ミキサ（表示手段）、２０…オーディオＤＡＣ、２１…音源回路（音源）、２２…オーディオミキサ、３０…ＣＰＵ（タイミング制御手段）、３１…ＲＯＭ、５１…アンテナ（受信手段）、５２…ＲＦチューナ、５３…ＰＳＫデモジュレータ、６１…記録媒体、６２…データ読取装置、ＤＳＰ…ディスプレイ（表示手段）、Ｍ…マイク、ＳＳ…サウンドシステム。
【図１】
0004013281.tif 000002
【図２】
0004013281.tif 000003
【図３】
0004013281.tif 000004
【図４】
0004013281.tif 000005
【図５】
0004013281.tif 000006
【図６】
0004013281.tif 000007
【図７】
0004013281.tif 000008