JPH1049177A - 端末装置及び該端末装置を備えたデータ伝送システム - Google Patents

Abstract

(57)【要約】 【課題】 片方向垂れ流し式のデータ伝送において、効
率的なデータ取得を可能とする。 【解決手段】 ＣＰＵ６１は、センター３から同軸ケー
ブル７の所定チャンネルにて順次送信されている曲デー
タの曲ＩＤと、ＲＡＭ６５内のリクエスト・新譜テーブ
ル６５ａ中の取得済みフラグが「０」になっている曲Ｉ
Ｄとを比較し、一致した場合にはその曲データを取得
し、カラオケ演奏させるためにＲＡＭ６５内の曲データ
メモリ６５ｂに記憶させ、取得済みフラグを「１」にセ
ットする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、中央制御装置から
伝送路を介して送信されたデータに基づいて所定のデー
タ処理を実行する端末装置及び、その端末装置へデータ
を送信する中央制御装置とから構成されるデータ伝送シ
ステムとに関するものである。

【０００２】

【従来の技術】従来より、例えばケーブルテレビ（ＣＡ
ＴＶ）システムを利用したカラオケシステムなどのよう
に、センター（中央制御装置）と複数の端末装置とを伝
送路にて接続し、センターから端末装置側に向けて各種
データ（例えばカラオケ演奏データ、文字画サービス用
データなど）を順次送信するいわゆる片方向たれ流し方
式のデータ伝送システムが知られている。このようなデ
ータ伝送システムは、個々の端末装置がカラオケソフト
や映画ソフトなどのデータを予め記憶しておく大型の記
憶装置などを持たなくても良いため、端末装置の構成が
非常に簡素になるなどの利点がある。

【０００３】

【発明が解決しようとする課題】しかしながら、前記従
来の片方向たれ流し方式のデータ伝送システムにおいて
は、あるデータを取得したい場合に、以下のような問題
があった。ここでその問題の理解を容易にするため、１
群の曲データをセンターから順次繰り返し送信し、端末
装置では伝送路を伝送される曲データを監視しながら所
望のデータが来た場合にそれを取得するようなシステム
を考える。

【０００４】センターから順次繰り返し伝送される１群
の曲データが全部でＫ個あるとすると、最悪の場合に
は、Ｋ個分待たないと所望のデータを取得することがで
きないこととなる。例えば５０００曲程度が伝送されて
いる場合に、アクセスを開始した際に所望の曲がタイミ
ング良く来た場合、あるいはまもなく来るような場合は
良いが、所望の曲が通り過ぎた直後にアクセスを開始し
た場合には、５０００曲近くも待たないと取得できない
ため、待ち時間が長くなり、緊急に欲しい場合には不都
合である。

【０００５】緊急にデータを取得するという観点からは
リクエスト方式のデータ伝送装置の方がよいのである
が、その場合は双方向に伝送可能な伝送システムを構築
しなければならないため、システムあるいは制御処理も
複雑となり、またリクエストが集中することによる通信
不能状態といった種々の不都合を考慮した別の制御処理
（例えばトラヒック管理に係る制御等）も必要となって
くるため、片方向たれ流し方式の利点は残したままで、
より早くデータを取得できるようにすることが希求され
ている。

【０００６】そこで、本発明は上述の課題を解決するた
めになされたものであり、いわゆる片方向たれ流し方式
のデータ伝送を前提としながら、全体として効率的なデ
ータ取得が可能な端末装置、及びその端末装置を備えた
データ伝送システムを提供することを目的とする。

【０００７】

【課題を解決するための手段及び発明の効果】上記目的
を達成するためになされた請求項１に記載の発明は、複
数のデータを所定の順番でサイクリックに送信する中央
制御装置と伝送路にて接続され、該中央制御装置から送
信されたデータを取得可能な端末装置において、リクエ
スト受付手段によって受け付けたリクエストを、その受
付順番に基づいて所定数まで記憶しておくリクエスト記
憶手段と、該リクエスト記憶手段に記憶されているリク
エストに対応するデータであって未取得のものが前記伝
送路上を送信されてきた場合には、前記リクエストの受
付順番とは無関係に、早期に取得可能なデータから優先
して取得するデータ取得手段と、該データ取得手段によ
って取得したデータを記憶しておくデータ記憶手段と、
該データ記憶手段に記憶されたデータに基づいて所定の
データ処理が可能なデータ処理手段とを備えたことを特
徴とする端末装置である。

【０００８】本発明の端末装置は、複数のデータを所定
の順番でサイクリックに送信する中央制御装置と伝送路
にて接続され、中央制御装置から送信されたデータを取
得するのであるが、その取得方法に特徴がある。すなわ
ち、端末装置は、受け付けたリクエストを、その受付順
番に基づいて所定数まで記憶しておき、その記憶されて
いるリクエストに対応するデータであって未取得のもの
が伝送路上を送信されてきた場合には、リクエストの受
付順番とは無関係に、早期に取得可能なデータから優先
して取得するのである。その取得したデータに基づきデ
ータ処理手段が所定のデータ処理を実行する。

【０００９】リクエストの受付順番に従い、例えば１番
のリクエストに応じたデータを取得した後でないと２番
のリクエストに応じたデータを取得できないとすると、
従来技術における問題点として指摘したように、アクセ
スを開始した際に１番のリクエストに応じたデータがタ
イミング良く来た場合、あるいはまもなく来るような場
合は良いが、その１番のリクエストに応じたデータが通
り過ぎた直後にアクセスを開始した場合には、サイクリ
ックに送信されるその１番のリクエストに応じたデータ
が再度来るまで待たないと取得できなくなり、待ち時間
が長くなってしまうのである。しかし、その１番のリク
エストに応じたデータが再度送信されるまでの間に、２
番のリクエストに応じたデータあるいは３番のリクエス
トに応じたデータ等、リクエストの受付順番が下位のも
のに応じたデータは来ることが考えられる。そのため、
本発明では、リクエストに対応するデータであって未取
得のものが伝送路上を送信されてきた場合には、リクエ
ストの受付順番とは無関係に、「早期に取得可能な」デ
ータから優先して取得するようにしている。

【００１０】このようにすることで、いわゆる片方向た
れ流し方式のデータ伝送を前提としながら、全体として
効率的なデータ取得を実現することができる。なお、デ
ータの取得順番はリクエストの受付順番とは無関係にし
ても、データ処理手段による所定のデータ処理について
は、基本的にリクエスト受付順番に従って実行すること
が好ましい。

【００１１】なお、請求項２に示すように、リクエスト
受付手段によって受け付けるリクエスト以外に取得する
ことが予め指定されたデータの識別情報を所定数まで記
憶しておく指定識別情報記憶手段を備え、データ取得手
段は、リクエスト記憶手段に記憶されているリクエスト
に対応するデータあるいは指定識別情報記憶手段に記憶
されている識別情報に対応するデータであって未取得の
ものが前記伝送路上を送信されてきた場合には、リクエ
ストの受付順番あるいは指定識別情報記憶手段に記憶さ
れている識別情報の記憶順番とは無関係に、早期に取得
可能なデータから優先して取得するよう構成してもよ
い。

【００１２】ここでいう「リクエスト受付手段によって
受け付けるリクエスト以外に取得することが予め指定さ
れたデータ」とは、例えばデータ処理手段によって実行
される可能性の高いと思われるデータ、リクエストされ
る可能性の高いと思われるデータである。具体例として
は、カラオケに適用した場合の新譜データやリクエスト
ランキング上位の曲データ等が挙げられる。つまり、本
案では、リクエストに応じたデータに加えてこの指定デ
ータも取得するのであるが、指定データが新譜データや
リクエストランキング上位の曲データであれば、それを
予め取得して端末装置内に記憶しておくことにより、そ
れらの曲がリクエストされた場合には、即座に対応可能
となるのである。これは、利用頻度が高いであろうと思
われる曲については、所定数まで端末装置内に蓄積して
おくという前提であり、その曲についても適宜取得しよ
うとするのである。

【００１３】なお、このようにリクエスト対応データだ
けでなく上記指定データも取得する場合には、請求項３
に示すような工夫をすることも考えられる。つまり、デ
ータ取得手段は、リクエスト記憶手段に記憶されている
リクエストに対応するデータであって未取得のものがあ
る場合には、リクエストの受付順番とは無関係に、早期
に取得可能なデータから優先して取得し、リクエストに
対応するデータであって未取得のものがない場合に限
り、指定識別情報記憶手段に記憶されている識別情報に
対応するデータであって未取得のものを、その識別情報
の記憶順番とは無関係に、早期に取得可能なデータから
優先して取得するのである。

【００１４】これは、リクエスト対応データは、リクエ
ストがされてからデータ取得をし、その後にデータ処理
手段によるデータ処理がされることを基本的には前提と
するため、他の要因で遅延することは好ましくない。一
方、指定データは、即座に必要というものではないの
で、他にデメリットを与えない状況で取得すればよいも
のである。したがって、リクエストに対応するデータで
あって未取得のものがない場合に限り、この指定データ
を取得するようにすれば、リクエスト対応データの取得
あるいはその後の処理等に影響を与えることがない。

【００１５】そして、このようにして伝送されるデータ
としては、種々考えられるが、その代表的なものの一つ
として、請求項４に示すようにカラオケ演奏用データが
挙げられる。そして、この場合は、データ処理手段は、
カラオケ演奏用データに基づいて所定のカラオケ演奏処
理を実行することとなる。

【００１６】一方、請求項５に記載した発明は、複数の
データを記憶しておくデータ記憶手段及び該データ記憶
手段に記憶された一連のデータ群を所定の順番でサイク
リックに送信するデータ送信手段を備えた中央制御装置
と、請求項１〜４のいずれかに記載の複数の端末装置と
が伝送路にて接続され、中央制御装置から端末装置にデ
ータを送信可能なデータ伝送システムである。

【００１７】この場合、中央制御装置のデータ送信手段
が、データ記憶手段に記憶された一連のデータ群を所定
の順番でサイクリックに送信することによって、その一
連のデータ群が伝送路を介して端末装置側に送信される
こととなる。端末装置における動作あるいはそれによる
効果は上述したので、ここでは繰り返さない。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して説明する。本実施形態では、中央制御
装置としてのセンター３と端末装置としての多数のカラ
オケ端末装置５とを伝送路にて接続して構成したカラオ
ケシステム１への適用例を説明する。ここで、図１はカ
ラオケシステム１全体の概略構成及びセンター３の構成
を示すブロック図、図２はカラオケ端末装置５の構成を
示すブロック図である。

【００１９】図１に示すように、本カラオケシステム１
は、センター３と複数のカラオケ端末装置５とが、伝送
路である同軸ケーブル７によって接続されて構成されて
いる。ここでカラオケ端末装置５は、別々の建物の中に
分かれて設けられてもよく、あるいは一つの建物の中の
個々の店舗またはボックスごとに設けられてもよい。

【００２０】次にセンター３の構成を図１などに基づい
て説明する。センター３は、ポーリング制御部１１と、
ポーリングモデム１３と、データ送信制御部１５と、デ
ータ送信モデム１７と、曲データを記憶した記憶装置１
９と、背景映像出力装置（ＶＤＰ）２１ａ，２１ｂと、
ＢＳ（衛星放送）受信システム２３と、ヘッドエンド２
５などを備えている。

【００２１】ポーリング制御部１１は、周知のＣＰＵ、
ＲＯＭ、ＲＡＭ（図示せず）などを備え、入出力インタ
ーフェース（Ｉ／Ｏ）２７を介してポーリングモデム１
３と接続されている。ポーリングモデム１３は、ポーリ
ング制御部１１より出力されるポーリング信号を所定の
チャンネル（即ち所定の周波数帯域）の高周波信号に変
調し、この変調信号をヘッドエンド２５に出力してカラ
オケ端末装置５に送信する。また、ポーリングモデム１
３は、カラオケ端末装置５から送信されるレスポンス信
号を受信して復調する。

【００２２】データ送信制御部１５は、ポーリング制御
部１１と同様に、ＣＰＵ、ＲＯＭ、ＲＡＭ（図示せず）
などを備え、バスライン２９を介して、入出力インター
フェース３１、「データ記憶手段」としての記憶装置１
９、背景画像出力装置２１ａ，２１ｂと接続されてい
る。また、このデータ送信制御部１５は、入出力インタ
ーフェース２７，３１及び伝送ライン３３を介して上述
のポーリング制御部１１と接続されており、データを相
互に転送することができる。

【００２３】データ送信モデム１７は、記憶装置１９か
ら読み出される曲データを、上述のポーリング信号の送
信チャンネルとは異なるチャンネルの高周波信号に変調
し、この変調された曲データ信号をヘッドエンド２５に
出力してカラオケ端末装置５に送信する。なお、データ
送信制御部１５及びデータ送信モデム１７等によって
「データ送信手段」が構成される。

【００２４】また、記憶装置１９には、ハードディスク
や光磁気ディスクなどの大容量の記憶装置が用いられて
おり、数千曲程度の曲データが記憶されている。１曲分
の曲データは、同期信号、曲番号を示す曲ＩＤデータ、
演奏データ、１曲分のデータの終了（区切り）を示すデ
ータなどから構成されている。演奏データは、伴奏音楽
のデータであるＭＩＤＩ規格のデータや、後述するカラ
オケ端末装置５のモニタテレビに映し出される歌詞デー
タなどを含んでいる。

【００２５】背景画像出力装置（ビデオディスクプレー
ヤー）２１ａ，２１ｂは、後述するカラオケ端末装置５
のモニタテレビに映し出される背景画像情報を出力する
ものであり、例えば一方の出力装置２１ａでは演歌向け
の画像、もう一方の出力装置２１ｂではポップス向けの
画像という様に、リクエストされる曲の趣向（ジャン
ル）に応じて分類されている。そして、この背景画像出
力装置２１ａ，２１ｂは、各々変調器３５に接続されて
おり、画像データ（標準のＮＴＳＣ（米国テレビジョン
システム委員会）方式のビデオ信号）が変調器３５によ
って各々異なったチャンネルの高周波信号に変調され、
ヘッドエンド２５に出力される。

【００２６】ＢＳ受信システム２３は、受信用のアンテ
ナ３６、ＢＳ用チューナー３７及び変調器３９を備え、
変調器３９はヘッドエンド２５に接続されている。ヘッ
ドエンド２５は、同軸ケーブル７に信号を送出するミキ
サーなどの各種装置（図示せず）が備えられている。こ
のヘッドエンド２５には、上述のポーリングモデム１３
からのポーリング信号、データ送信モデム１７からの曲
データ信号、背景画像出力装置２１ａ，２１ｂからの背
景画像信号、及びＢＳ受信システム２３からのＢＳ放送
信号が入力され、これらのチャンネルの異なる複数の信
号が多重化されて同軸ケーブル７に出力され、各カラオ
ケ端末装置５に送信される。

【００２７】続いて、カラオケ端末装置５の構成を図２
に基づいて説明する。カラオケ端末装置５は、全体の制
御を行う制御部４１と、入力装置４３と、音源４５と、
アンプ４７と、スピーカー４９と、映像合成回路５１
と、モニタテレビ５３と、センター３からの信号を受信
して処理する端末モデム５７及びビデオチューナー５９
などを備えている。

【００２８】前記制御部４１は、カラオケ端末装置５全
体の制御を行うものであり、ＣＰＵ６１、ＲＯＭ６３、
ＲＡＭ６５などを備え、バスライン６７を介して、入力
装置４３、音源４５、入出力インターフェース６９、映
像合成回路５１などと接続されている。そして、ＲＡＭ
６５には、リクエスト・新譜テーブル６５ａ及び曲デー
タメモリ６５ｂが設定されている。

【００２９】このリクエスト・新譜テーブル６５ａは、
図３に示すように、曲ＩＤと取得済フラグを設定するテ
ーブルが本実施形態では１０曲分準備されている。１〜
５番がリクエストされた曲のためのエリアであり、６〜
１０番が新譜曲のためのエリアとして設定されている。
取得済フラグは、後述する処理によってセンター３から
送信されている曲データ群から該当する曲データを取得
した場合に「１」となり、未取得状態では「０」とされ
ている。なお、このリクエスト・新譜テーブル６５ａの
リクエスト用エリアが「リクエスト記憶手段」に相当
し、新譜用エリアが「指定識別情報記憶手段」に相当す
る。

【００３０】一方、曲データメモリ６５ｂは「データ記
憶手段」に相当し、上記リクエスト・新譜テーブル６５
ａに記憶されている曲ＩＤに対応する曲データを取得し
た場合に、それを記憶しておくためのメモリであり、図
４に示すように、リクエスト対応データの記憶エリア
（ＲＡ）と新譜対応データの記憶エリア（ＮＡ）とが準
備されている。

【００３１】前記入力装置４３は、使用者がカラオケ端
末装置５を操作するための各種スイッチを備えるもので
あり、リクエスト曲の曲番号を入力するテンキーや、カ
ラオケを行うかＢＳ放送を見るかなどを選択する各種の
モードスイッチなど（図示せず）を備えている。なお、
この入力装置４３及び制御部４１等によって「リクエス
ト受付手段」が構成される。

【００３２】前記音源（シンセサイザー音源）４５は、
曲データに含まれるＭＩＤＩデータをカラオケ伴奏音声
信号に変換するものであり、この音声信号はアンプ４７
に入力される。アンプ４７は、このカラオケ伴奏音声信
号と、歌い手によるマイクロフォン７１からの歌唱音声
信号とをミキシングして増幅し、スピーカー４９に出力
する。なお、これら音源４５、アンプ４７、スピーカ４
９及び制御部４１等によって「データ処理手段」が構成
される。

【００３３】前記映像合成回路５１は、曲データに含ま
れる歌詞データを歌詞映像信号に変換するとともに、こ
れをビデオチューナー５９から入力される背景画像信号
と合成（スーパーインポーズ）し、モニタテレビ５３へ
出力する。前記端末モデム５７は、同軸ケーブル７を介
してセンター３から送信されるポーリング信号や曲デー
タ信号を受信して復調するとともに、制御部４１より出
力されるレスポンス信号を変調して、センター３に送信
するものである。ここで、レスポンス信号とは、センタ
ー３よりポーリング信号が送信された場合に、それに応
答してセンター３に返信するための信号である。なお、
この端末モデム５７及び制御部４１等によって「データ
取得手段」が構成される。

【００３４】前記ビデオチューナー５９は、同じくセン
ター３から送信される背景画像信号及びＢＳ受信システ
ムからのＢＳ放送信号を受信し、所望の映像信号を得る
べくチャンネル選択をするものである。続いて、上述し
た構成の本実施形態のカラオケシステム１の動作を説明
する。

【００３５】まずセンター３側の動作を説明する。セン
ター３側から曲データを送信する場合には、データ送信
制御部１５は、ある一定時間（使用者が曲をリクエスト
して演奏が開始されるまでの許容時間として設定されて
いる時間）の間に、記憶装置１９に記憶されている曲デ
ータを、所定のチャンネルにより同軸ケーブル７を介し
てカラオケ端末装置５に送信する。この場合、曲データ
は所定の順番でサイクリックに送信される。つまり、曲
ＩＤが１番から５０００番までの曲を送信する場合に
は、データ送信制御部１５がその曲データ群を入出力イ
ンターフェース３１を介してデータ送信モデム１７に送
出し、ヘッドエンド２５及び同軸ケーブル７を介して、
順次カラオケ端末装置５に送信する。そして、５０００
曲の送信が全て終了すると、再度曲ＩＤが１番の曲デー
タから順次送信するという方法である。

【００３６】続いて、各カラオケ端末装置５の動作を説
明する。図５はリクエスト受付処理、図６は曲データ取
得処理、図７は曲演奏処理をそれぞれ示すフローチャー
トである。これらの処理はいわゆるマルチタスクによっ
て並列に実行されている。

【００３７】リクエスト受付処理（図５）では、まず最
初のステップＳ１１０において、リクエスト・新譜テー
ブル６５ａのリクエスト用エリア（図３参照）に空きが
あるか否かを判断する。そして、空きがある場合（Ｓ１
１０：ＹＥＳ）にだけＳ１２０へ移行して、入力装置４
３よりリクエスト曲の曲番号が入力されたか否かを判断
する。曲番号が入力された場合は（Ｓ１２０：ＹＥ
Ｓ）、Ｓ１３０に移行してリクエスト・新譜テーブル６
５ａのリクエスト用エリアに新規登録し、その後Ｓ１１
０へ戻る。

【００３８】次に、曲データ取得処理（図６）について
説明する。最初のステップＳ１０では、リクエスト・新
譜テーブル６５ａ（図３）中に未取得の曲があるかどう
かを判断する。これは、取得済フラグが「０」のままで
ある曲があるかどうかで判断できる。未取得曲がなけれ
ばそのまま本処理を一旦終了するが、未取得曲がある場
合には（Ｓ１０：ＹＥＳ）、Ｓ２０へ移行する。

【００３９】Ｓ２０では、リクエスト・新譜テーブル６
５ａ（図３）中に取得済フラグが「０」のままとなって
いる曲ＩＤと、センター３から同軸ケーブル７の所定の
チャンネルにて順次送信されている曲データの曲ＩＤと
を比較し、続くＳ３０で両者が一致するかどうかを判断
する。一致するまでＳ２０の処理を繰り返し、一致した
場合には（Ｓ３０：ＹＥＳ）、Ｓ４０へ移行する。

【００４０】Ｓ４０では、その曲ＩＤが一致した曲デー
タを取得し、ＲＡＭ６５の曲データメモリ６５ｂに記憶
する。そして、Ｓ４０での取得・記憶が完了すると（Ｓ
５０：ＹＥＳ）、Ｓ６０へ移行して、図３のリクエスト
・新譜テーブル６５ａ中の取得済フラグを「１」にセッ
トする。その後Ｓ１０へ戻って、さらに未取得曲がある
かどうかの判断を行なう。

【００４１】なお、この曲データ取得処理で取得する曲
データは、図３のリクエスト・新譜テーブル６５ａ中の
リクエスト用エリアに記憶されている曲ＩＤのものだけ
でなく、新譜用エリアに記憶されている曲ＩＤのものも
含まれる。新譜用エリアに記憶されている曲ＩＤは、予
めカラオケ端末装置５の管理者等が希望する新譜曲をマ
ニュアルで設定したり、あるいはカラオケ端末装置５自
身が所定期間毎に自動的に更新設定していくものであ
る。そのため、図６のＳ１０では、リクエスト用エリ
ア、新譜用エリア関係なく、未取得の曲があるかどうか
を判断することとなり、Ｓ４０では当然ながら新譜用エ
リアに設定されていた曲ＩＤに対応する曲データを取得
・記憶する場合があり、Ｓ６０でも同様である。

【００４２】続いて、曲演奏処理（図７）について説明
する。まず、最初のステップＳ２１０においては、図３
のリクエスト・新譜テーブル６５ａ中のリクエスト用エ
リアの先頭に記憶されている曲ＩＤを取り出す。そし
て、Ｓ２２０では、その曲ＩＤに対応する曲データが図
４の曲データメモリ６５ｂの新譜対応データの記憶エリ
ア（ＮＡ）内にあるかどうかを判断し、その記憶エリア
（ＮＡ）内にあれば（Ｓ２２０：ＹＥＳ）、Ｓ２４０へ
移行して該当する曲データを取り出して演奏する。一
方、新譜対応データの記憶エリア（ＮＡ）内になければ
（Ｓ２２０：ＮＯ）、Ｓ２３０へ移行してリクエスト対
応データの記憶エリア（ＲＡ）内にあるかどうかを判断
し、その記憶エリア（ＲＡ）内にあれば（Ｓ２３０：Ｙ
ＥＳ）、Ｓ２４０へ移行する。

【００４３】なお、Ｓ２３０でも否定判断の場合には、
Ｓ２２０へ戻る。つまり、図４に示す曲データメモリ６
５ｂの２つの記憶エリア（ＮＡ），（ＲＡ）のいずれか
に記憶されるまで待つこととなる。上述した図６の曲デ
ータ取得処理は、この図７の曲演奏処理とは並列に処理
されているので、図６のＳ４０にて曲データの取得・記
憶がなされると図７のＳ２２０あるいはＳ２３０にて肯
定判断される可能性がある。可能性があるとしたのは、
Ｓ２１０で取り出した曲ＩＤに対応する曲データが図６
のＳ４０で取得されるとは必ずしも言えないからであ
る。

【００４４】Ｓ２４０での演奏処理を簡単に説明してお
く。取り出した曲データの内、歌詞データを映像合成回
路５１に入力して歌詞映像信号に変換する。また、映像
合成回路５１には、ビデオチューナー５９によってチャ
ンネル選択された背景画像信号も入力される。そして、
これらの背景画像情報と歌詞映像信号とが映像合成回路
５１にて合成（スーパーインポーズ）され、モニタテレ
ビ５３には背景画像の上に歌詞の文字列が重ね合わされ
て表示される。一方、取り出した曲データに含まれるＭ
ＩＤＩデータは、音源４５にて伴奏音声信号に変換され
てアンプ４７に入力される。この伴奏音声信号は、歌い
手によるマイクロフォン７１からの歌唱音声信号とミキ
シングされ、適宜増幅されてスピーカー４９より出力さ
れる。これによって利用者はカラオケを楽しむことがで
きる。

【００４５】Ｓ２４０の後はＳ２５０でその演奏が終了
したかどうかを判断しており、演奏終了の場合には（Ｓ
２５０：ＹＥＳ）、Ｓ２６０に移行し、図３のリクエス
ト・新譜テーブル６５ａ中のリクエスト用エリアを更新
する。つまり、演奏が終了したリクエスト曲に対するデ
ータ、すなわち先頭にあったデータを削除してそれ以降
のデータを一つずつ繰り上げる。これによって、次回の
Ｓ２１０の処理で先頭のリクエストを処理すればリクエ
スト順番に応じた演奏が実現されることとなる。

【００４６】また、Ｓ２６０での更新処理の後は、Ｓ２
７０へ移行する。Ｓ２７０では、Ｓ２４０で演奏した曲
データが曲データメモリ６５ｂ（図４）のリクエスト対
応データの記憶エリア（ＲＡ）内にあった場合には、そ
の曲データを削除する。これは、リクエスト対応データ
の記憶エリア（ＲＡ）にはリクエストに対応する曲デー
タであってその時点で演奏されていないものだけを記憶
するためである。つまり、不要な曲データがあると、そ
の後に新規リクエストがあった場合、そのリクエストに
対応する曲データを記憶させることができなくなるた
め、演奏が終了した曲データは削除しておくのである。

【００４７】以上詳述したように、本実施形態のカラオ
ケシステム１においては、センター３側からは、所定の
曲データ群がカラオケ端末装置５側に順次サイクリック
に送信されるが、カラオケ５端末装置は、受け付けたリ
クエストをその受付順番に基づいて所定数まで記憶して
おき、その記憶されているリクエストに対応するデータ
であって未取得のものが同軸ケーブル７上を送信されて
きた場合には、リクエストの受付順番とは無関係に、早
期に取得可能なデータから優先して取得する。

【００４８】リクエストの受付順番に従い、例えば１番
のリクエストに応じたデータを取得した後でないと２番
のリクエストに応じたデータを取得できないとすると、
従来技術における問題点として指摘したように、アクセ
スを開始した際に１番のリクエストに応じたデータがタ
イミング良く来た場合、あるいはまもなく来るような場
合は良いが、その１番のリクエストに応じたデータが通
り過ぎた直後にアクセスを開始した場合には、サイクリ
ックに送信されるその１番のリクエストに応じたデータ
が再度来るまで待たないと取得できなくなり、待ち時間
が長くなってしまうのである。しかし、その１番のリク
エストに応じたデータが再度送信されるまでの間に、２
番のリクエストに応じたデータあるいは３番のリクエス
トに応じたデータ等、リクエストの受付順番が下位のも
のに応じたデータは来ることが考えられる。そのため、
本実施形態のカラオケ端末装置５では、リクエストに対
応するデータであって未取得のものが同軸ケーブル７上
を送信されてきた場合には、リクエストの受付順番とは
無関係に、「早期に取得可能な」データから優先して取
得するようにしている。

【００４９】このようにすることで、いわゆる片方向た
れ流し方式のデータ伝送を前提としながら、全体として
効率的なデータ取得を実現することができる。なお、本
実施形態においては、新譜曲の曲データを「リクエスト
以外に取得することが予め指定されたデータ」として取
得するようにしている。これは、カラオケ演奏が実行さ
れる可能性の高いと思われるデータであり、これを予め
取得して曲データメモリ６５ｂに記憶しておくことによ
り、それらの曲がリクエストされた場合には、即座に対
応可能となる。これは、利用頻度が高いであろうと思わ
れる曲については、所定数まで端末装置内に蓄積してお
くという前提であり、その曲についても適宜取得しよう
とするのである。なお、新譜曲の曲データを具体例とし
て挙げたが、それ以外にもリクエストランキング上位の
曲データ等が挙げられる。

【００５０】以上実施形態について説明したが、本発明
は上記実施形態に限定されるものではなく、種々の態様
で実施し得る。例えば、上記実施形態の場合には、図３
に示すリクエスト・新譜テーブル６５ａに記憶されてい
る曲ＩＤの内で未取得のものがあれば、それがリクエス
ト対応曲か新譜曲かは関係なく、早期に取得できるもの
から取得していたが、次のような工夫をしてもよい。つ
まり、リクエスト対応曲の場合にはリクエストの受付順
番とは無関係に、早期に取得可能な曲データから優先し
て取得するが、新譜曲の場合には、リクエスト対応曲に
ついては未取得のものがない場合に限って取得するので
ある。これは、リクエスト対応曲の場合には、リクエス
トがされてから曲データ取得をし、その後に速やかにカ
ラオケ演奏されること前提とするため、他の要因で遅延
することは好ましくない。一方、新譜曲の曲データは即
座に必要というものではないので、他にデメリットを与
えない状況で取得すればよいものである。したがって、
リクエストに対応する曲データであって未取得のものが
ない場合に限り、新譜曲の曲データを取得するようにす
れば、リクエスト対応曲の曲データの取得あるいはその
後のカラオケ演奏処理等に影響を与えることがない。

【００５１】また、上記実施形態では、データとしてカ
ラオケ端末装置５でカラオケ演奏に使用する曲データを
例にとったが、それ以外にも種々考えられる。例えば、
カラオケでない通常の曲データでもよいし、文字画サー
ビス用データなどでもよい。

【図面の簡単な説明】

【図１】 本実施形態のカラオケシステム全体の概略構
成及びセンターの構成を示すブロック図である。

【図２】 本実施形態のカラオケ端末装置の構成を示す
ブロック図である。

【図３】 カラオケ端末装置のＲＡＭ内のリクエスト・
新譜テーブルを示す説明図である。

【図４】 カラオケ端末装置のＲＡＭ内の曲データメモ
リを示す説明図である。

【図５】 カラオケ端末装置におけるリクエスト受付処
理を示すフローチャートである。

【図６】 カラオケ端末装置における曲データ取得処理
を示すフローチャートである。

【図７】 カラオケ端末装置における曲演奏処理を示す
フローチャートである。

【符号の説明】

１…カラオケシステム ３…センター ５…カラオケ端末装置 ７…同軸ケーブ
ル １５…データ送信制御部 １７…データ送
信モデム １９…記憶装置 ２５…ヘッドエ
ンド ３５…変調器 ３６…アンテナ ４１…制御部 ４３…入力装置 ４５…音源 ４７…アンプ ４９…スピーカー ５１…映像合成
回路 ５３…モニタテレビ ５９…ビデオチ
ューナー ６１…ＣＰＵ ６５…ＲＡＭ ６５ａ…リクエスト・新譜テーブル ６５ｂ…曲デー
タメモリ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｍ 11/08 Ｈ０４Ｎ 7/16 Ｚ // Ｈ０４Ｎ 7/16 9744−5Ｋ Ｈ０４Ｌ 11/18

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数のデータを所定の順番でサイクリッ
   クに送信する中央制御装置と伝送路にて接続され、該中
   央制御装置から送信されたデータを取得可能な端末装置
   において、 リクエスト受付手段によって受け付けたリクエストを、
   その受付順番に基づいて所定数まで記憶しておくリクエ
   スト記憶手段と、 該リクエスト記憶手段に記憶されているリクエストに対
   応するデータであって未取得のものが前記伝送路上を送
   信されてきた場合には、前記リクエストの受付順番とは
   無関係に、早期に取得可能なデータから優先して取得す
   るデータ取得手段と、 該データ取得手段によって取得したデータを記憶してお
   くデータ記憶手段と、 該データ記憶手段に記憶されたデータに基づいて所定の
   データ処理が可能なデータ処理手段とを備えたことを特
   徴とする端末装置。
2. 【請求項２】 前記リクエスト受付手段によって受け付
   けるリクエスト以外に取得することが予め指定されたデ
   ータの識別情報を所定数まで記憶しておく指定識別情報
   記憶手段を備え、 前記データ取得手段は、前記リクエスト記憶手段に記憶
   されているリクエストに対応するデータあるいは前記指
   定識別情報記憶手段に記憶されている識別情報に対応す
   るデータであって未取得のものが前記伝送路上を送信さ
   れてきた場合には、前記リクエストの受付順番あるいは
   前記指定識別情報記憶手段に記憶されている識別情報の
   記憶順番とは無関係に、早期に取得可能なデータから優
   先して取得するよう構成されていることを特徴とする請
   求項１に記載の端末装置。
3. 【請求項３】 前記データ取得手段は、前記リクエスト
   記憶手段に記憶されているリクエストに対応するデータ
   であって未取得のものがある場合には、前記リクエスト
   の受付順番とは無関係に、早期に取得可能なデータから
   優先して取得し、前記リクエストに対応するデータであ
   って未取得のものがない場合に限り、前記指定識別情報
   記憶手段に記憶されている識別情報に対応するデータで
   あって未取得のものを、その識別情報の記憶順番とは無
   関係に、早期に取得可能なデータから優先して取得する
   よう構成されていることを特徴とする請求項２に記載の
   端末装置。
4. 【請求項４】 前記データはカラオケ演奏用データであ
   り、前記データ処理手段は、カラオケ演奏用データに基
   づいて所定のカラオケ演奏処理が可能に構成されている
   ことを特徴とする請求項１〜３に記載の端末装置。
5. 【請求項５】 複数のデータを記憶しておくデータ記憶
   手段及び該データ記憶手段に記憶された一連のデータ群
   を所定の順番でサイクリックに送信するデータ送信手段
   を備えた中央制御装置と、請求項１〜４のいずれかに記
   載の複数の端末装置とが伝送路にて接続され、前記中央
   制御装置から前記端末装置にデータを送信可能なデータ
   伝送システム。