(57)【特許請求の範囲】
【請求項１】
複数のデータを所定の順番でサイクリックに送信する中央制御装置と伝送路にて接続され、該中央制御装置から送信されたデータを取得可能な端末装置において、
リクエスト受付手段によって受け付けたリクエストを、その受付順番に基づいて所定数まで記憶しておくリクエスト記憶手段と、
該リクエスト記憶手段に記憶されているリクエストに対応するデータであって未取得のものが前記伝送路上を送信されてきた場合には、前記リクエストの受付順番とは無関係に、早期に取得可能なデータから優先して取得するデータ取得手段と、
該データ取得手段によって取得したデータを記憶しておくデータ記憶手段と、
該データ記憶手段に記憶されたデータに基づいて所定のデータ処理が可能なデータ処理手段と、
前記リクエスト受付手段によって受け付けるリクエスト以外に取得することが予め指定されたデータの識別情報を所定数まで記憶しておく指定識別情報記憶手段と、
を備え、
前記データ取得手段は、前記リクエスト記憶手段に記憶されているリクエストに対応するデータあるいは前記指定識別情報記憶手段に記憶されている識別情報に対応するデータであって未取得のものが前記伝送路上を送信されてきた場合には、前記リクエストの受付順番あるいは前記指定識別情報記憶手段に記憶されている識別情報の記憶順番とは無関係に、早期に取得可能なデータから優先して取得し、一方、前記リクエスト記憶手段に記憶されているリクエストに対応するデータであって未取得のものがある場合には、前記リクエストの受付順番とは無関係に、早期に取得可能なデータから優先して取得し、前記リクエストに対応するデータであって未取得のものがない場合に限り、前記指定識別情報記憶手段に記憶されている識別情報に対応するデータであって未取得のものを、その識別情報の記憶順番とは無関係に、早期に取得可能なデータから優先して取得するよう構成されていること
を特徴とする端末装置
【請求項２】
前記データはカラオケ演奏用データであり、前記データ処理手段は、カラオケ演奏用データに基づいて所定のカラオケ演奏処理が可能に構成されていることを特徴とする請求項１に記載の端末装置。
【請求項３】
複数のデータを記憶しておくデータ記憶手段及び該データ記憶手段に記憶された一連のデータ群を所定の順番でサイクリックに送信するデータ送信手段を備えた中央制御装置と、請求項１または請求項２に記載の複数の端末装置とが伝送路にて接続され、前記中央制御装置から前記端末装置にデータを送信可能なデータ伝送システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、中央制御装置から伝送路を介して送信されたデータに基づいて所定のデータ処理を実行する端末装置及び、その端末装置へデータを送信する中央制御装置とから構成されるデータ伝送システムとに関するものである。
【０００２】
【従来の技術】
従来より、例えばケーブルテレビ（ＣＡＴＶ）システムを利用したカラオケシステムなどのように、センター（中央制御装置）と複数の端末装置とを伝送路にて接続し、センターから端末装置側に向けて各種データ（例えばカラオケ演奏データ、文字画サービス用データなど）を順次送信するいわゆる片方向たれ流し方式のデータ伝送システムが知られている。このようなデータ伝送システムは、個々の端末装置がカラオケソフトや映画ソフトなどのデータを予め記憶しておく大型の記憶装置などを持たなくても良いため、端末装置の構成が非常に簡素になるなどの利点がある。
【０００３】
【発明が解決しようとする課題】
しかしながら、前記従来の片方向たれ流し方式のデータ伝送システムにおいては、あるデータを取得したい場合に、以下のような問題があった。ここでその問題の理解を容易にするため、１群の曲データをセンターから順次繰り返し送信し、端末装置では伝送路を伝送される曲データを監視しながら所望のデータが来た場合にそれを取得するようなシステムを考える。
【０００４】
センターから順次繰り返し伝送される１群の曲データが全部でＫ個あるとすると、最悪の場合には、Ｋ個分待たないと所望のデータを取得することができないこととなる。例えば５０００曲程度が伝送されている場合に、アクセスを開始した際に所望の曲がタイミング良く来た場合、あるいはまもなく来るような場合は良いが、所望の曲が通り過ぎた直後にアクセスを開始した場合には、５０００曲近くも待たないと取得できないため、待ち時間が長くなり、緊急に欲しい場合には不都合である。
【０００５】
緊急にデータを取得するという観点からはリクエスト方式のデータ伝送装置の方がよいのであるが、その場合は双方向に伝送可能な伝送システムを構築しなければならないため、システムあるいは制御処理も複雑となり、またリクエストが集中することによる通信不能状態といった種々の不都合を考慮した別の制御処理（例えばトラヒック管理に係る制御等）も必要となってくるため、片方向たれ流し方式の利点は残したままで、より早くデータを取得できるようにすることが希求されている。
【０００６】
そこで、本発明は上述の課題を解決するためになされたものであり、いわゆる片方向たれ流し方式のデータ伝送を前提としながら、全体として効率的なデータ取得が可能な端末装置、及びその端末装置を備えたデータ伝送システムを提供することを目的とする。
【０００７】
【課題を解決するための手段及び発明の効果】
上記目的を達成するためになされた請求項１に記載の発明は、複数のデータを所定の順番でサイクリックに送信する中央制御装置と伝送路にて接続され、該中央制御装置から送信されたデータを取得可能な端末装置において、リクエスト受付手段によって受け付けたリクエストを、その受付順番に基づいて所定数まで記憶しておくリクエスト記憶手段と、該リクエスト記憶手段に記憶されているリクエストに対応するデータであって未取得のものが前記伝送路上を送信されてきた場合には、前記リクエストの受付順番とは無関係に、早期に取得可能なデータから優先して取得するデータ取得手段と、該データ取得手段によって取得したデータを記憶しておくデータ記憶手段と、該データ記憶手段に記憶されたデータに基づいて所定のデータ処理が可能なデータ処理手段とを備えたことを特徴とする端末装置である。
【０００８】
本発明の端末装置は、複数のデータを所定の順番でサイクリックに送信する中央制御装置と伝送路にて接続され、中央制御装置から送信されたデータを取得するのであるが、その取得方法に特徴がある。すなわち、端末装置は、受け付けたリクエストを、その受付順番に基づいて所定数まで記憶しておき、その記憶されているリクエストに対応するデータであって未取得のものが伝送路上を送信されてきた場合には、リクエストの受付順番とは無関係に、早期に取得可能なデータから優先して取得するのである。その取得したデータに基づきデータ処理手段が所定のデータ処理を実行する。
【０００９】
リクエストの受付順番に従い、例えば１番のリクエストに応じたデータを取得した後でないと２番のリクエストに応じたデータを取得できないとすると、従来技術における問題点として指摘したように、アクセスを開始した際に１番のリクエストに応じたデータがタイミング良く来た場合、あるいはまもなく来るような場合は良いが、その１番のリクエストに応じたデータが通り過ぎた直後にアクセスを開始した場合には、サイクリックに送信されるその１番のリクエストに応じたデータが再度来るまで待たないと取得できなくなり、待ち時間が長くなってしまうのである。しかし、その１番のリクエストに応じたデータが再度送信されるまでの間に、２番のリクエストに応じたデータあるいは３番のリクエストに応じたデータ等、リクエストの受付順番が下位のものに応じたデータは来ることが考えられる。そのため、本発明では、リクエストに対応するデータであって未取得のものが伝送路上を送信されてきた場合には、リクエストの受付順番とは無関係に、「早期に取得可能な」データから優先して取得するようにしている。
【００１０】
このようにすることで、いわゆる片方向たれ流し方式のデータ伝送を前提としながら、全体として効率的なデータ取得を実現することができる。なお、データの取得順番はリクエストの受付順番とは無関係にしても、データ処理手段による所定のデータ処理については、基本的にリクエスト受付順番に従って実行することが好ましい。
【００１１】
なお、リクエスト受付手段によって受け付けるリクエスト以外に取得することが予め指定されたデータの識別情報を所定数まで記憶しておく指定識別情報記憶手段を備え、データ取得手段は、リクエスト記憶手段に記憶されているリクエストに対応するデータあるいは指定識別情報記憶手段に記憶されている識別情報に対応するデータであって未取得のものが前記伝送路上を送信されてきた場合には、リクエストの受付順番あるいは指定識別情報記憶手段に記憶されている識別情報の記憶順番とは無関係に、早期に取得可能なデータから優先して取得するよう構成してもよい。
【００１２】
ここでいう「リクエスト受付手段によって受け付けるリクエスト以外に取得することが予め指定されたデータ」とは、例えばデータ処理手段によって実行される可能性の高いと思われるデータ、リクエストされる可能性の高いと思われるデータである。具体例としては、カラオケに適用した場合の新譜データやリクエストランキング上位の曲データ等が挙げられる。つまり、本案では、リクエストに応じたデータに加えてこの指定データも取得するのであるが、指定データが新譜データやリクエストランキング上位の曲データであれば、それを予め取得して端末装置内に記憶しておくことにより、それらの曲がリクエストされた場合には、即座に対応可能となるのである。これは、利用頻度が高いであろうと思われる曲については、所定数まで端末装置内に蓄積しておくという前提であり、その曲についても適宜取得しようとするのである。
【００１３】
なお、このようにリクエスト対応データだけでなく上記指定データも取得する場合には、次のような工夫をすることも考えられる。つまり、データ取得手段は、リクエスト記憶手段に記憶されているリクエストに対応するデータであって未取得のものがある場合には、リクエストの受付順番とは無関係に、早期に取得可能なデータから優先して取得し、リクエストに対応するデータであって未取得のものがない場合に限り、指定識別情報記憶手段に記憶されている識別情報に対応するデータであって未取得のものを、その識別情報の記憶順番とは無関係に、早期に取得可能なデータから優先して取得するのである。
【００１４】
これは、リクエスト対応データは、リクエストがされてからデータ取得をし、その後にデータ処理手段によるデータ処理がされることを基本的には前提とするため、他の要因で遅延することは好ましくない。一方、指定データは、即座に必要というものではないので、他にデメリットを与えない状況で取得すればよいものである。したがって、リクエストに対応するデータであって未取得のものがない場合に限り、この指定データを取得するようにすれば、リクエスト対応データの取得あるいはその後の処理等に影響を与えることがない。
【００１５】
そして、このようにして伝送されるデータとしては、種々考えられるが、その代表的なものの一つとして、請求項２に示すようにカラオケ演奏用データが挙げられる。そして、この場合は、データ処理手段は、カラオケ演奏用データに基づいて所定のカラオケ演奏処理を実行することとなる。
【００１６】
一方、請求項３に記載した発明は、複数のデータを記憶しておくデータ記憶手段及び該データ記憶手段に記憶された一連のデータ群を所定の順番でサイクリックに送信するデータ送信手段を備えた中央制御装置と、請求項１〜４のいずれかに記載の複数の端末装置とが伝送路にて接続され、中央制御装置から端末装置にデータを送信可能なデータ伝送システムである。
【００１７】
この場合、中央制御装置のデータ送信手段が、データ記憶手段に記憶された一連のデータ群を所定の順番でサイクリックに送信することによって、その一連のデータ群が伝送路を介して端末装置側に送信されることとなる。端末装置における動作あるいはそれによる効果は上述したので、ここでは繰り返さない。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。本実施形態では、中央制御装置としてのセンター３と端末装置としての多数のカラオケ端末装置５とを伝送路にて接続して構成したカラオケシステム１への適用例を説明する。ここで、図１はカラオケシステム１全体の概略構成及びセンター３の構成を示すブロック図、図２はカラオケ端末装置５の構成を示すブロック図である。
【００１９】
図１に示すように、本カラオケシステム１は、センター３と複数のカラオケ端末装置５とが、伝送路である同軸ケーブル７によって接続されて構成されている。ここでカラオケ端末装置５は、別々の建物の中に分かれて設けられてもよく、あるいは一つの建物の中の個々の店舗またはボックスごとに設けられてもよい。
【００２０】
次にセンター３の構成を図１などに基づいて説明する。センター３は、ポーリング制御部１１と、ポーリングモデム１３と、データ送信制御部１５と、データ送信モデム１７と、曲データを記憶した記憶装置１９と、背景映像出力装置（ＶＤＰ）２１ａ，２１ｂと、ＢＳ（衛星放送）受信システム２３と、ヘッドエンド２５などを備えている。
【００２１】
ポーリング制御部１１は、周知のＣＰＵ、ＲＯＭ、ＲＡＭ（図示せず）などを備え、入出力インターフェース（Ｉ／Ｏ）２７を介してポーリングモデム１３と接続されている。ポーリングモデム１３は、ポーリング制御部１１より出力されるポーリング信号を所定のチャンネル（即ち所定の周波数帯域）の高周波信号に変調し、この変調信号をヘッドエンド２５に出力してカラオケ端末装置５に送信する。また、ポーリングモデム１３は、カラオケ端末装置５から送信されるレスポンス信号を受信して復調する。
【００２２】
データ送信制御部１５は、ポーリング制御部１１と同様に、ＣＰＵ、ＲＯＭ、ＲＡＭ（図示せず）などを備え、バスライン２９を介して、入出力インターフェース３１、「データ記憶手段」としての記憶装置１９、背景画像出力装置２１ａ，２１ｂと接続されている。また、このデータ送信制御部１５は、入出力インターフェース２７，３１及び伝送ライン３３を介して上述のポーリング制御部１１と接続されており、データを相互に転送することができる。
【００２３】
データ送信モデム１７は、記憶装置１９から読み出される曲データを、上述のポーリング信号の送信チャンネルとは異なるチャンネルの高周波信号に変調し、この変調された曲データ信号をヘッドエンド２５に出力してカラオケ端末装置５に送信する。なお、データ送信制御部１５及びデータ送信モデム１７等によって「データ送信手段」が構成される。
【００２４】
また、記憶装置１９には、ハードディスクや光磁気ディスクなどの大容量の記憶装置が用いられており、数千曲程度の曲データが記憶されている。１曲分の曲データは、同期信号、曲番号を示す曲ＩＤデータ、演奏データ、１曲分のデータの終了（区切り）を示すデータなどから構成されている。演奏データは、伴奏音楽のデータであるＭＩＤＩ規格のデータや、後述するカラオケ端末装置５のモニタテレビに映し出される歌詞データなどを含んでいる。
【００２５】
背景画像出力装置（ビデオディスクプレーヤー）２１ａ，２１ｂは、後述するカラオケ端末装置５のモニタテレビに映し出される背景画像情報を出力するものであり、例えば一方の出力装置２１ａでは演歌向けの画像、もう一方の出力装置２１ｂではポップス向けの画像という様に、リクエストされる曲の趣向（ジャンル）に応じて分類されている。そして、この背景画像出力装置２１ａ，２１ｂは、各々変調器３５に接続されており、画像データ（標準のＮＴＳＣ（米国テレビジョンシステム委員会）方式のビデオ信号）が変調器３５によって各々異なったチャンネルの高周波信号に変調され、ヘッドエンド２５に出力される。
【００２６】
ＢＳ受信システム２３は、受信用のアンテナ３６、ＢＳ用チューナー３７及び変調器３９を備え、変調器３９はヘッドエンド２５に接続されている。ヘッドエンド２５は、同軸ケーブル７に信号を送出するミキサーなどの各種装置（図示せず）が備えられている。このヘッドエンド２５には、上述のポーリングモデム１３からのポーリング信号、データ送信モデム１７からの曲データ信号、背景画像出力装置２１ａ，２１ｂからの背景画像信号、及びＢＳ受信システム２３からのＢＳ放送信号が入力され、これらのチャンネルの異なる複数の信号が多重化されて同軸ケーブル７に出力され、各カラオケ端末装置５に送信される。
【００２７】
続いて、カラオケ端末装置５の構成を図２に基づいて説明する。カラオケ端末装置５は、全体の制御を行う制御部４１と、入力装置４３と、音源４５と、アンプ４７と、スピーカー４９と、映像合成回路５１と、モニタテレビ５３と、センター３からの信号を受信して処理する端末モデム５７及びビデオチューナー５９などを備えている。
【００２８】
前記制御部４１は、カラオケ端末装置５全体の制御を行うものであり、ＣＰＵ６１、ＲＯＭ６３、ＲＡＭ６５などを備え、バスライン６７を介して、入力装置４３、音源４５、入出力インターフェース６９、映像合成回路５１などと接続されている。そして、ＲＡＭ６５には、リクエスト・新譜テーブル６５ａ及び曲データメモリ６５ｂが設定されている。
【００２９】
このリクエスト・新譜テーブル６５ａは、図３に示すように、曲ＩＤと取得済フラグを設定するテーブルが本実施形態では１０曲分準備されている。１〜５番がリクエストされた曲のためのエリアであり、６〜１０番が新譜曲のためのエリアとして設定されている。取得済フラグは、後述する処理によってセンター３から送信されている曲データ群から該当する曲データを取得した場合に「１」となり、未取得状態では「０」とされている。なお、このリクエスト・新譜テーブル６５ａのリクエスト用エリアが「リクエスト記憶手段」に相当し、新譜用エリアが「指定識別情報記憶手段」に相当する。
【００３０】
一方、曲データメモリ６５ｂは「データ記憶手段」に相当し、上記リクエスト・新譜テーブル６５ａに記憶されている曲ＩＤに対応する曲データを取得した場合に、それを記憶しておくためのメモリであり、図４に示すように、リクエスト対応データの記憶エリア（ＲＡ）と新譜対応データの記憶エリア（ＮＡ）とが準備されている。
【００３１】
前記入力装置４３は、使用者がカラオケ端末装置５を操作するための各種スイッチを備えるものであり、リクエスト曲の曲番号を入力するテンキーや、カラオケを行うかＢＳ放送を見るかなどを選択する各種のモードスイッチなど（図示せず）を備えている。なお、この入力装置４３及び制御部４１等によって「リクエスト受付手段」が構成される。
【００３２】
前記音源（シンセサイザー音源）４５は、曲データに含まれるＭＩＤＩデータをカラオケ伴奏音声信号に変換するものであり、この音声信号はアンプ４７に入力される。アンプ４７は、このカラオケ伴奏音声信号と、歌い手によるマイクロフォン７１からの歌唱音声信号とをミキシングして増幅し、スピーカー４９に出力する。なお、これら音源４５、アンプ４７、スピーカ４９及び制御部４１等によって「データ処理手段」が構成される。
【００３３】
前記映像合成回路５１は、曲データに含まれる歌詞データを歌詞映像信号に変換するとともに、これをビデオチューナー５９から入力される背景画像信号と合成（スーパーインポーズ）し、モニタテレビ５３へ出力する。前記端末モデム５７は、同軸ケーブル７を介してセンター３から送信されるポーリング信号や曲データ信号を受信して復調するとともに、制御部４１より出力されるレスポンス信号を変調して、センター３に送信するものである。ここで、レスポンス信号とは、センター３よりポーリング信号が送信された場合に、それに応答してセンター３に返信するための信号である。なお、この端末モデム５７及び制御部４１等によって「データ取得手段」が構成される。
【００３４】
前記ビデオチューナー５９は、同じくセンター３から送信される背景画像信号及びＢＳ受信システムからのＢＳ放送信号を受信し、所望の映像信号を得るべくチャンネル選択をするものである。続いて、上述した構成の本実施形態のカラオケシステム１の動作を説明する。
【００３５】
まずセンター３側の動作を説明する。センター３側から曲データを送信する場合には、データ送信制御部１５は、ある一定時間（使用者が曲をリクエストして演奏が開始されるまでの許容時間として設定されている時間）の間に、記憶装置１９に記憶されている曲データを、所定のチャンネルにより同軸ケーブル７を介してカラオケ端末装置５に送信する。この場合、曲データは所定の順番でサイクリックに送信される。つまり、曲ＩＤが１番から５０００番までの曲を送信する場合には、データ送信制御部１５がその曲データ群を入出力インターフェース３１を介してデータ送信モデム１７に送出し、ヘッドエンド２５及び同軸ケーブル７を介して、順次カラオケ端末装置５に送信する。そして、５０００曲の送信が全て終了すると、再度曲ＩＤが１番の曲データから順次送信するという方法である。
【００３６】
続いて、各カラオケ端末装置５の動作を説明する。図５はリクエスト受付処理、図６は曲データ取得処理、図７は曲演奏処理をそれぞれ示すフローチャートである。これらの処理はいわゆるマルチタスクによって並列に実行されている。
【００３７】
リクエスト受付処理（図５）では、まず最初のステップＳ１１０において、リクエスト・新譜テーブル６５ａのリクエスト用エリア（図３参照）に空きがあるか否かを判断する。そして、空きがある場合（Ｓ１１０：ＹＥＳ）にだけＳ１２０へ移行して、入力装置４３よりリクエスト曲の曲番号が入力されたか否かを判断する。曲番号が入力された場合は（Ｓ１２０：ＹＥＳ）、Ｓ１３０に移行してリクエスト・新譜テーブル６５ａのリクエスト用エリアに新規登録し、その後Ｓ１１０へ戻る。
【００３８】
次に、曲データ取得処理（図６）について説明する。最初のステップＳ１０では、リクエスト・新譜テーブル６５ａ（図３）中に未取得の曲があるかどうかを判断する。これは、取得済フラグが「０」のままである曲があるかどうかで判断できる。未取得曲がなければそのまま本処理を一旦終了するが、未取得曲がある場合には（Ｓ１０：ＹＥＳ）、Ｓ２０へ移行する。
【００３９】
Ｓ２０では、リクエスト・新譜テーブル６５ａ（図３）中に取得済フラグが「０」のままとなっている曲ＩＤと、センター３から同軸ケーブル７の所定のチャンネルにて順次送信されている曲データの曲ＩＤとを比較し、続くＳ３０で両者が一致するかどうかを判断する。一致するまでＳ２０の処理を繰り返し、一致した場合には（Ｓ３０：ＹＥＳ）、Ｓ４０へ移行する。
【００４０】
Ｓ４０では、その曲ＩＤが一致した曲データを取得し、ＲＡＭ６５の曲データメモリ６５ｂに記憶する。そして、Ｓ４０での取得・記憶が完了すると（Ｓ５０：ＹＥＳ）、Ｓ６０へ移行して、図３のリクエスト・新譜テーブル６５ａ中の取得済フラグを「１」にセットする。その後Ｓ１０へ戻って、さらに未取得曲があるかどうかの判断を行なう。
【００４１】
なお、この曲データ取得処理で取得する曲データは、図３のリクエスト・新譜テーブル６５ａ中のリクエスト用エリアに記憶されている曲ＩＤのものだけでなく、新譜用エリアに記憶されている曲ＩＤのものも含まれる。新譜用エリアに記憶されている曲ＩＤは、予めカラオケ端末装置５の管理者等が希望する新譜曲をマニュアルで設定したり、あるいはカラオケ端末装置５自身が所定期間毎に自動的に更新設定していくものである。そのため、図６のＳ１０では、リクエスト用エリア、新譜用エリア関係なく、未取得の曲があるかどうかを判断することとなり、Ｓ４０では当然ながら新譜用エリアに設定されていた曲ＩＤに対応する曲データを取得・記憶する場合があり、Ｓ６０でも同様である。
【００４２】
続いて、曲演奏処理（図７）について説明する。まず、最初のステップＳ２１０においては、図３のリクエスト・新譜テーブル６５ａ中のリクエスト用エリアの先頭に記憶されている曲ＩＤを取り出す。そして、Ｓ２２０では、その曲ＩＤに対応する曲データが図４の曲データメモリ６５ｂの新譜対応データの記憶エリア（ＮＡ）内にあるかどうかを判断し、その記憶エリア（ＮＡ）内にあれば（Ｓ２２０：ＹＥＳ）、Ｓ２４０へ移行して該当する曲データを取り出して演奏する。一方、新譜対応データの記憶エリア（ＮＡ）内になければ（Ｓ２２０：ＮＯ）、Ｓ２３０へ移行してリクエスト対応データの記憶エリア（ＲＡ）内にあるかどうかを判断し、その記憶エリア（ＲＡ）内にあれば（Ｓ２３０：ＹＥＳ）、Ｓ２４０へ移行する。
【００４３】
なお、Ｓ２３０でも否定判断の場合には、Ｓ２２０へ戻る。つまり、図４に示す曲データメモリ６５ｂの２つの記憶エリア（ＮＡ），（ＲＡ）のいずれかに記憶されるまで待つこととなる。上述した図６の曲データ取得処理は、この図７の曲演奏処理とは並列に処理されているので、図６のＳ４０にて曲データの取得・記憶がなされると図７のＳ２２０あるいはＳ２３０にて肯定判断される可能性がある。可能性があるとしたのは、Ｓ２１０で取り出した曲ＩＤに対応する曲データが図６のＳ４０で取得されるとは必ずしも言えないからである。
【００４４】
Ｓ２４０での演奏処理を簡単に説明しておく。取り出した曲データの内、歌詞データを映像合成回路５１に入力して歌詞映像信号に変換する。また、映像合成回路５１には、ビデオチューナー５９によってチャンネル選択された背景画像信号も入力される。そして、これらの背景画像情報と歌詞映像信号とが映像合成回路５１にて合成（スーパーインポーズ）され、モニタテレビ５３には背景画像の上に歌詞の文字列が重ね合わされて表示される。一方、取り出した曲データに含まれるＭＩＤＩデータは、音源４５にて伴奏音声信号に変換されてアンプ４７に入力される。この伴奏音声信号は、歌い手によるマイクロフォン７１からの歌唱音声信号とミキシングされ、適宜増幅されてスピーカー４９より出力される。これによって利用者はカラオケを楽しむことができる。
【００４５】
Ｓ２４０の後はＳ２５０でその演奏が終了したかどうかを判断しており、演奏終了の場合には（Ｓ２５０：ＹＥＳ）、Ｓ２６０に移行し、図３のリクエスト・新譜テーブル６５ａ中のリクエスト用エリアを更新する。つまり、演奏が終了したリクエスト曲に対するデータ、すなわち先頭にあったデータを削除してそれ以降のデータを一つずつ繰り上げる。これによって、次回のＳ２１０の処理で先頭のリクエストを処理すればリクエスト順番に応じた演奏が実現されることとなる。
【００４６】
また、Ｓ２６０での更新処理の後は、Ｓ２７０へ移行する。Ｓ２７０では、Ｓ２４０で演奏した曲データが曲データメモリ６５ｂ（図４）のリクエスト対応データの記憶エリア（ＲＡ）内にあった場合には、その曲データを削除する。これは、リクエスト対応データの記憶エリア（ＲＡ）にはリクエストに対応する曲データであってその時点で演奏されていないものだけを記憶するためである。つまり、不要な曲データがあると、その後に新規リクエストがあった場合、そのリクエストに対応する曲データを記憶させることができなくなるため、演奏が終了した曲データは削除しておくのである。
【００４７】
以上詳述したように、本実施形態のカラオケシステム１においては、センター３側からは、所定の曲データ群がカラオケ端末装置５側に順次サイクリックに送信されるが、カラオケ５端末装置は、受け付けたリクエストをその受付順番に基づいて所定数まで記憶しておき、その記憶されているリクエストに対応するデータであって未取得のものが同軸ケーブル７上を送信されてきた場合には、リクエストの受付順番とは無関係に、早期に取得可能なデータから優先して取得する。
【００４８】
リクエストの受付順番に従い、例えば１番のリクエストに応じたデータを取得した後でないと２番のリクエストに応じたデータを取得できないとすると、従来技術における問題点として指摘したように、アクセスを開始した際に１番のリクエストに応じたデータがタイミング良く来た場合、あるいはまもなく来るような場合は良いが、その１番のリクエストに応じたデータが通り過ぎた直後にアクセスを開始した場合には、サイクリックに送信されるその１番のリクエストに応じたデータが再度来るまで待たないと取得できなくなり、待ち時間が長くなってしまうのである。しかし、その１番のリクエストに応じたデータが再度送信されるまでの間に、２番のリクエストに応じたデータあるいは３番のリクエストに応じたデータ等、リクエストの受付順番が下位のものに応じたデータは来ることが考えられる。そのため、本実施形態のカラオケ端末装置５では、リクエストに対応するデータであって未取得のものが同軸ケーブル７上を送信されてきた場合には、リクエストの受付順番とは無関係に、「早期に取得可能な」データから優先して取得するようにしている。
【００４９】
このようにすることで、いわゆる片方向たれ流し方式のデータ伝送を前提としながら、全体として効率的なデータ取得を実現することができる。なお、本実施形態においては、新譜曲の曲データを「リクエスト以外に取得することが予め指定されたデータ」として取得するようにしている。これは、カラオケ演奏が実行される可能性の高いと思われるデータであり、これを予め取得して曲データメモリ６５ｂに記憶しておくことにより、それらの曲がリクエストされた場合には、即座に対応可能となる。これは、利用頻度が高いであろうと思われる曲については、所定数まで端末装置内に蓄積しておくという前提であり、その曲についても適宜取得しようとするのである。なお、新譜曲の曲データを具体例として挙げたが、それ以外にもリクエストランキング上位の曲データ等が挙げられる。
【００５０】
以上実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、種々の態様で実施し得る。例えば、上記実施形態の場合には、図３に示すリクエスト・新譜テーブル６５ａに記憶されている曲ＩＤの内で未取得のものがあれば、それがリクエスト対応曲か新譜曲かは関係なく、早期に取得できるものから取得していたが、次のような工夫をしてもよい。つまり、リクエスト対応曲の場合にはリクエストの受付順番とは無関係に、早期に取得可能な曲データから優先して取得するが、新譜曲の場合には、リクエスト対応曲については未取得のものがない場合に限って取得するのである。これは、リクエスト対応曲の場合には、リクエストがされてから曲データ取得をし、その後に速やかにカラオケ演奏されること前提とするため、他の要因で遅延することは好ましくない。一方、新譜曲の曲データは即座に必要というものではないので、他にデメリットを与えない状況で取得すればよいものである。したがって、リクエストに対応する曲データであって未取得のものがない場合に限り、新譜曲の曲データを取得するようにすれば、リクエスト対応曲の曲データの取得あるいはその後のカラオケ演奏処理等に影響を与えることがない。
【００５１】
また、上記実施形態では、データとしてカラオケ端末装置５でカラオケ演奏に使用する曲データを例にとったが、それ以外にも種々考えられる。例えば、カラオケでない通常の曲データでもよいし、文字画サービス用データなどでもよい。
【図面の簡単な説明】
【図１】 本実施形態のカラオケシステム全体の概略構成及びセンターの構成を示すブロック図である。
【図２】 本実施形態のカラオケ端末装置の構成を示すブロック図である。
【図３】 カラオケ端末装置のＲＡＭ内のリクエスト・新譜テーブルを示す説明図である。
【図４】 カラオケ端末装置のＲＡＭ内の曲データメモリを示す説明図である。
【図５】 カラオケ端末装置におけるリクエスト受付処理を示すフローチャートである。
【図６】 カラオケ端末装置における曲データ取得処理を示すフローチャートである。
【図７】 カラオケ端末装置における曲演奏処理を示すフローチャートである。
【符号の説明】
１…カラオケシステム ３…センター５…カラオケ端末装置 ７…同軸ケーブル１５…データ送信制御部 １７…データ送信モデム１９…記憶装置 ２５…ヘッドエンド３５…変調器 ３６…アンテナ４１…制御部 ４３…入力装置４５…音源 ４７…アンプ４９…スピーカー ５１…映像合成回路５３…モニタテレビ ５９…ビデオチューナー６１…ＣＰＵ ６５…ＲＡＭ６５ａ…リクエスト・新譜テーブル ６５ｂ…曲データメモリ
【図１】
0003893171.tif 000002
【図２】
0003893171.tif 000003
【図３】
0003893171.tif 000004
【図４】
0003893171.tif 000005
【図５】
0003893171.tif 000006
【図６】
0003893171.tif 000007
【図７】
0003893171.tif 000008