JPH07327093A - データ伝送装置 - Google Patents

Abstract

(57)【要約】 【目的】 基本システムはいわゆる片方向たれ流し方式
のデータ伝送装置でありながら、より早くデータを取得
でき、待ち時間を短縮可能なデータ伝送装置を提供す
る。 【構成】 緊急に曲データを取得したい場合、Ａチャネ
ルＣＡを介して順次送出されている一連の曲データ群を
待っていると、最悪その一連の曲データ群の送出周期分
（つまりＫ個分）だけ待たなくてはいけないため、リク
エスト専用のＢチャネルＣＢを介してセンターにリクエ
ストし、そのリクエストに応答する曲データを、上記Ａ
チャネルＣＡを介して順次送出されている一連の曲デー
タ群に混在させて伝送させることができる。この混在さ
せられた応答する曲データは、リクエストがされた時点
からある一定の相対的に短い時間で送出されるため、そ
の応答する曲データを取得すれば、相対的に短い待ち時
間で所望の曲データを取得することが可能である。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、中央制御装置と複数の
端末装置とが伝送回線にて接続され、中央制御装置から
端末装置に情報データを送信可能なデータ伝送装置に関
するものである。

【０００２】

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

【０００３】

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

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

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

【０００６】そこで、本発明は上述の課題を解決するた
めになされたものであり、基本システムはいわゆる片方
向たれ流し方式のデータ伝送装置でありながら、より早
くデータを取得でき、待ち時間を短縮可能なデータ伝送
装置を提供することを目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に成された請求項１記載のデータ伝送装置は、図１の基
本構成図に例示するように、中央制御装置Ｍ１と複数の
端末装置Ｍ２とが伝送回線にて接続され、該中央制御装
置Ｍ１から上記端末装置Ｍ２に情報データを送信可能な
データ伝送装置において、上記伝送回線は、上記中央制
御装置Ｍ１から端末装置Ｍ２へ一連の情報データ群を順
次送信するための送信チャネルＣＡを備え、上記中央制
御装置Ｍ１は、複数の情報データを記憶しておく情報デ
ータ記憶手段Ｍ３と、該情報データ記憶手段Ｍ３に記憶
された一連の情報データ群を、上記送信チャネルＣＡを
介して順次送出させる通常データ送出手段Ｍ４と、上記
端末装置Ｍ２側からのリクエストを受け取るリクエスト
受取手段Ｍ５と、該リクエスト受取手段Ｍ５によって上
記端末装置Ｍ２側からのリクエストを受け取った場合、
そのリクエストに応答する情報データを、上記送信チャ
ネルＣＡを介して順次送出されている一連の情報データ
群に混在させて送出させる応答データ送出手段Ｍ６とを
備え、上記端末装置Ｍ２は、指定された情報データを緊
急に取得する必要があるか否かを判断する緊急判断手段
Ｍ７と、該緊急判断手段Ｍ７による判断結果に基づき、
緊急に取得する必要がある場合には、上記中央制御装置
Ｍ１にリクエストするリクエスト手段Ｍ８と、上記送信
チャネルＣＡを介して、指定された情報データあるいは
上記リクエスト手段Ｍ８によりなされたリクエストに応
答する情報データを取り込むデータ取込手段Ｍ９とを備
えたことを特徴とする。

【０００８】一方、請求項２に記載のデータ伝送装置
は、上記請求項１に記載のデータ伝送装置において、上
記伝送回線は、上記送信チャネルＣＡに加えて、図１に
破線で示すように、上記端末装置Ｍ２からのリクエスト
を上記中央制御装置Ｍ１に送信するためのリクエスト専
用チャネルＣＢを備え、上記端末装置Ｍ２のリクエスト
手段Ｍ８は、上記リクエスト専用チャネルＣＢを介して
上記中央制御装置Ｍ１にリクエストするように構成され
たことを特徴とする。

【０００９】請求項３に記載のデータ伝送装置は、上記
請求項１に記載のデータ伝送装置において、上記情報デ
ータはそれぞれ識別番号を有しており、上記送信チャネ
ルＣＡからは上記一連の情報データは所定の識別番号順
となるように送信されると共に、上記リクエストがなさ
れた場合の応答する情報データは、上記一連の情報デー
タ中の任意位置に混在可能であり、上記データ取込手段
Ｍ８は、上記送信される所定の識別番号順データに基づ
き、上記送信チャネルを送信される情報データの識別番
号を監視することで情報データの取り込みを行なうこと
を特徴とする。

【００１０】一方、請求項４に記載のデータ伝送装置
は、上記請求項３に記載のデータ伝送装置において、上
記情報データはさらに、通常の順番で送信されているも
のかリクエスト応答用として混在させられたものかを識
別する識別フラグを有しており、上記データ取込手段Ｍ
８は、上記送信される所定の識別番号順データ及び上記
識別フラグに基づき、上記送信チャネルＣＡを送信され
る情報データの識別番号を監視することで情報データの
取り込みを行なうことを特徴とする。

【００１１】

【作用】上記のように構成された請求項１記載のデータ
伝送装置によれば、中央制御装置Ｍ１においては、通常
データ送出手段Ｍ４が、情報データ記憶手段Ｍ３に記憶
された一連の情報データ群を、送信チャネルＣＡを介し
て順次送出させると共に、応答データ送出手段Ｍ５は、
リクエスト受取手段Ｍ５によって端末装置Ｍ２からのリ
クエストを受け取った場合には、そのリクエストに応答
する情報データを、送信チャネルＣＡを介して順次送出
されている一連の情報データ群に混在させて送出させ
る。

【００１２】端末装置Ｍ２においては、緊急判断手段Ｍ
７が指定された情報データを緊急に取得する必要がある
か否かを判断し、緊急に取得する必要がない場合には、
データ取込手段Ｍ９は、送信チャネルＣＡを介して対応
する情報データを取り込む。一方、緊急判断手段Ｍ７に
よる判断結果に基づき、緊急に取得する必要がある場合
には、リクエスト手段Ｍ７が中央制御装置Ｍ１にリクエ
ストする。そのリクエストに対しては、上述したように
応答データ送出手段Ｍ５が、リクエストに応答する情報
データを送信チャネルＣＡを介して順次送出されている
一連の情報データ群に混在させて送出させるため、デー
タ取込手段Ｍ９は、送信チャネルＣＡを介して、指定さ
れた情報データあるいはリクエスト手段Ｍ８によりなさ
れたリクエストに応答する情報データを取り込む。

【００１３】このように、まず緊急に取得する必要があ
るか否かを判断して、緊急に必要ではない場合には、送
信チャネルＣＡを介して順次送出されている一連の情報
データ群の中から取得する。この場合は、すぐに取得で
きる場合もあれば、最悪その一連のデータ群の送出周期
分だけ待たなくてはいけない場合もある。但し緊急に必
要ではないので、取得が遅れても特に問題はない。

【００１４】一方、緊急に必要な場合は、送信チャネル
ＣＡを介して順次送出されている一連の情報データ群を
待っていると、最悪その一連のデータ群の送出周期分だ
け待たなくてはいけないため、中央制御装置Ｍ１にリク
エストし、そのリクエストに応答する情報データを、別
途応答専用のチャネルを使用するのではなく、送信チャ
ネルＣＡを介して順次送出されている一連の情報データ
群に混在させて送出させる。このリクエストに応答する
情報データは、リクエスト後ある一定の相対的に短い待
ち時間で送出されるので、少なくともこの応答するデー
タを取り込めば、早期に所望の情報データを取得するこ
とが可能である。なお、必ずしもこの応答データを取り
込まなくてはならないというわけではなく、仮に送信チ
ャネルＣＡを介して順次送出されている一連の情報デー
タ群中より取り込んだ方が早い場合には、そのようにす
ることが好ましい。つまり、順次送出されている一連の
情報データ群に頼っていると、早い場合もあれば遅い場
合もあって早期取得に対しては確実性がないため、リク
エストに応答する情報データの利用も可能とすること
で、緊急取得の要請に応えることができるのである。

【００１５】このように、本請求項１のデータ伝送装置
によれば、基本システムはいわゆる片方向たれ流し方式
のデータ伝送装置でありながら、緊急の場合はより早く
所望のデータを取得でき、待ち時間を短縮することがで
きる。なお、ここで端末装置Ｍ２側から中央制御装置Ｍ
１にリクエストを送信するには、請求項２に示すよう
に、伝送回線が、送信チャネルＣＡに加えてリクエスト
専用チャネルＣＢを備えるような構成を採用してもよい
し、また、リクエストを送信する手段は別に設けてもよ
い。例えば、電話回線やＬＡＮ回線を利用したりするこ
とが考えられる。

【００１６】また、請求項２のものでは、端末装置Ｍ２
のリクエスト手段Ｍ８が、伝送回線のリクエスト専用チ
ャネルＣＢを介して中央制御装置Ｍ１にリクエストする
こととなる。そして、このように伝送回線が送信チャネ
ルＣＡとリクエスト専用チャネルＣＢとを共に備えるよ
うな構成とすれば、他の伝送媒体を利用する必要がな
い。

【００１７】一方、請求項３記載のデータ伝送装置にお
いては、上記情報データはそれぞれ識別番号を有してお
り、送信チャネルＣＡからは一連の情報データは所定の
識別番号順となるように送信される。そして、リクエス
トがなされた場合、応答データ送出手段Ｍ６は、その応
答する情報データを、一連の情報データ中の任意位置に
混在させて送出させる。データ取込手段Ｍ９は、送信さ
れる所定の識別番号順データに基づき、送信チャネルＣ
Ａを送信される情報データの識別番号を監視することで
情報データの取り込みを行なう。

【００１８】このように、情報データの識別番号を監視
することで所望の情報データの取り込みが容易になるの
であるが、さらに、請求項４のもののように、情報デー
タが通常の順番で送信されているものかリクエスト応答
用として混在させられたものかを識別する識別フラグを
有すると好ましい。この場合データ取込手段Ｍ９は、送
信される所定の識別番号順データ及び識別フラグに基づ
き、送信チャネルＣＡを送信される情報データの識別番
号を監視することで情報データの取り込みを行なう。

【００１９】つまり、応答データ送出手段Ｍ６は、その
応答する情報データを、一連の情報データ中の任意位置
に混在させて送出させるため、一連の情報データだけな
ら所定の識別番号順となるように送信されているが、応
答する情報データが途中で混在した場合に、その混在し
た情報データの識別番号に基づくと誤判定の可能性が出
て来る。例えば、識別番号が１〜Ｋまでの情報データが
順番に送出されている場合を考える。リクエストに応答
するデータが混在することによって、送出される情報デ
ータの識別番号の並びが１→２→５０→３→４→……と
なってしまった場合、識別番号「５０」に基づいてしま
うと、本来は識別番号の小さい情報データがその後に続
くにもかかわらず、５０番台の情報データが続くと誤認
してしまう可能性がある。

【００２０】そのため、情報データが通常の順番で送信
されているものかリクエスト応答用として混在させられ
たものかを識別する識別フラグも参照することで、例え
ば上記の場合は「５０」を無視し、その次の通常の順番
で送信されている「３」に基づいて情報データの取り込
むことによって、緊急取得に対する処理を確実にするこ
とができるのである。

【００２１】

【実施例】以下、本発明のデータ伝送装置を具体化した
実施例として、センター（中央制御装置）と多数のカラ
オケ端末装置とを伝送回線にて接続したカラオケシステ
ムの例を説明する。ここで、図２はシステム全体の概略
構成を示すブロック図である。

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

【００２３】センター３は、全体の制御を行う制御装置
１１、曲データを記憶した曲データベース１３、データ
送出装置１５、データ受信装置１６などを備えている。
制御装置１１は、周知のＣＰＵ、ＲＯＭ、ＲＡＭ等を備
え、バスライン１７を介して、曲データベース１３、デ
ータ送出装置１５、データ受信装置１６などと接続され
ている。

【００２４】曲データベース１３には、ハードディスク
や光磁気ディスクなどの大容量の記憶装置が用いられて
おり、数千曲程度の曲データが記憶されている。尚、曲
データベース１３には、新譜（新しくリリースする曲）
の曲データが、センター３側で直接入力されて順次記憶
されたり、センター３が接続されたホストコンピュータ
から電話回線を介して入力されていくように構成されて
いる。

【００２５】ここで、図３に示すように、１曲分の曲デ
ータＤ１は、曲番号（本実施例では１〜Ｋ）を示す曲番
号データＤ３とデータ識別フラグＤＦと実体データＤ５
とから構成されている。データ識別フラグＤＦは、曲デ
ータＤ１が通常の順番で送出された通常データなのか又
はリクエストに応答して送出された緊急データなのかを
識別するためのフラグである。実体データＤ５は、伴奏
音楽のデータであるＭＩＤＩ（Musical Instrument Dig
ital Interface）規格の演奏データや、カラオケ端末装
置５のモニタテレビに映し出される歌詞データなどを含
んでいる。

【００２６】また、本第１実施例のカラオケシステム１
においては、センター３と端末装置５とを結ぶ同軸ケー
ブル７は、Ａ，Ｂの２つのチャネルＣＡ，ＣＢを有して
おり、データ送出装置１５はＡチャネルＣＡによりデー
タを送出し、データ受信装置１６はＢチャネルＣＢによ
りカラオケ端末装置５からのリクエストを受信するよう
に構成されている。

【００２７】一方、カラオケ端末装置５は、同軸ケーブ
ル７のＡチャネルＣＡを伝送されているデータを受信す
るためのデータ受信装置３１、ＢチャネルＣＢを介して
センター３側にリクエスト等のデータを送信するための
データ送信装置３２、曲データ保持装置３３、曲データ
演奏装置３５などを備えている。

【００２８】曲データ保持装置３３は、データ受信装置
３１を介して取得したデータを一旦保持しておくための
ものである。また、曲データ演奏装置３５は、曲データ
保持装置３３に保持したデータに基づいてカラオケ演奏
を行うもので、図示しないが、使用者がカラオケ端末装
置５を操作するための各種スイッチや、リクエスト曲の
曲番号を入力するテンキーや、各種のモードを選択する
ためのスイッチなどを備えた入力装置を備えている。ま
た、曲データに含まれるＭＩＤＩデータをカラオケ伴奏
音声信号に変換する音源（シンセサイザー音源）や、カ
ラオケ伴奏音声信号と、歌い手によるマイクロフォンか
らの歌唱音声信号とをミキシングして増幅し、スピーカ
ーに出力するアンプ等を備えている。

【００２９】なお、本実施例ではいわゆる映像カラオケ
であり、曲データ演奏装置３５は、曲データに含まれる
歌詞データを歌詞映像信号に変換するとともに、これを
背景画像信号と合成（スーパーインポーズ）する映像合
成回路や、映像を表示するためのモニタテレビ等も備え
ている。

【００３０】続いて、上述した構成を備えたカラオケシ
ステム１の動作を説明する。まず、センター３側から曲
データを送信する動作について説明する。センター３側
においては、カラオケ端末装置５側において曲のリクエ
ストがあるか否かに関わらず、曲データベース１３に記
憶されている曲データを、同軸ケーブル７のＡチャネル
ＣＡを介してカラオケ端末装置５に順次送信する。

【００３１】この送信について図４を参照して説明す
る。図４中の番号は曲データの番号を示している。曲デ
ータはＫ個あり、番号１〜Ｋが連番で設定されている。
そして、Ｋ個の曲データが、曲データベース１３から読
み出されて、データ送出装置１５からＡチャネルＣＡを
介して順次繰り返し送出される。

【００３２】また、データ送出装置１５からは、後述す
るカラオケ端末装置５側からのリクエストがあった場合
にも、ＡチャネルＣＡを介して応答する曲データが送出
される。この応答する曲データは、順次繰り返し送出さ
れる番号１〜Ｋの連番に並べられた１群の中に混在させ
られて送出される。

【００３３】次に、カラオケ端末装置５において、所望
の曲をリクエストしてカラオケを行う場合の動作を、図
５〜８のフローチャートを参照して説明する。図５は予
約処理、図６，７は曲取得処理、図８は演奏処理を示す
もので、図６，７の曲取得処理が本発明の特徴部分であ
るので、予約処理（図５）と演奏処理（図８）とを先に
簡単に説明しておく。

【００３４】予約処理（図５）は、まず、曲予約テーブ
ルに空きがあるか否かを判断し（Ｓ１００。以下ステッ
プをＳと略記する。）、空きがある場合にだけＳ１１０
へ移行して、入力装置よりリクエスト曲の曲番号が入力
されたか否かを判断する。リクエストがなければＳ１０
０に戻って、Ｓ１００，１１０の処理を繰り返すが、曲
番号が入力された場合は、曲予約テーブルに追加登録し
て（Ｓ１２０）、Ｓ１００へ戻る。

【００３５】演奏処理（図８）は、まず、取得した曲が
存在するか否かを判断し（Ｓ４００）、存在する場合に
だけ、その取得した曲を演奏し（Ｓ４１０）、またＳ４
００へ戻る。これらが、予約と演奏に係る処理である
が、次に曲の取得に係る処理（図６，７）を説明する。
まず、曲予約テーブルに登録されている曲があるか否か
を判断する（Ｓ２００）。そして、登録されている場合
には（Ｓ２００：ＹＥＳ）、曲予約テーブルの先頭に登
録されている曲番号（ｎ）を取り出す（Ｓ２１０）。

【００３６】続いて、ＡチャネルＣＡより曲データの曲
番号（ｌ）を取得し（Ｓ２２０）、ｎ＝ｌであるかどう
かを判断する（Ｓ２３０）。ｎ＝ｌである場合には、丁
度曲番号ｎの曲データが来たところであり、Ｓ２４０で
その実体データ（図３参照）を取得する。そしてＳ２０
０へ戻る。この取得された曲データは図２の曲データ保
持装置３３に格納されて、上述した図８の演奏処理にお
いて演奏される。この演奏について補足しておくと、曲
データ演奏装置３５においては、曲データ保持装置３３
に一旦格納された曲データを読み出し、歌詞データを映
像合成回路に入力して歌詞映像信号に変換する。また、
映像合成回路には、背景画像信号も入力される。そし
て、これらの背景画像情報と歌詞映像信号とが映像合成
回路にて合成（スーパーインポーズ）され、モニタテレ
ビには背景画像の上に歌詞の文字列が重ね合わされて表
示される。

【００３７】一方、読み出された曲データに含まれるＭ
ＩＤＩデータは、音源にて伴奏音声信号に変換されてア
ンプに入力され、この伴奏音声信号は、歌い手によるマ
イクロフォンからの歌唱音声信号とミキシングされ、適
宜増幅されてスピーカより出力される。

【００３８】図６に戻り、Ｓ２３０で否定判断、すなわ
ちｎ＝ｌでない場合には、図７のＳ２５０へ移行して演
奏中か否かを判断し、演奏中の場合は（Ｓ２５０：ＹＥ
Ｓ）、Ｓ２２０（図６）へ戻る。Ｓ２５０において演奏
中か否かを判断しているのは、演奏中の場合は緊急に取
得しなくてもよいため、その場合は、ＡチャネルＣＡよ
り曲データの所望の曲を取得すれば間に合うからであ
る。

【００３９】しかし、演奏中でない場合は（Ｓ２５０：
ＮＯ）、緊急に曲を取得する必要があるため、まず曲番
号ｌに続くデータ識別フラグＤＦ（図３参照）を取得す
る（Ｓ２６０）。そして、そのデータ識別フラグＤＦが
「通常」か否かを判断し（Ｓ２７０）、通常でない場
合、すなわち「緊急」の場合には（Ｓ２７０：ＮＯ）、
Ｓ２２０（図６）へ戻って次の曲データの曲番号（ｌ）
を取得し、Ｓ２３０以下の処理を行なう。

【００４０】一方、データ識別フラグＤＦが「通常」の
場合には、まず、ｎ＞ｌであるか否かを判断し（Ｓ２８
０）、ｎ＞ｌである場合には（ｎ−ｌ）＜Ｓであるか否
かを判断する（２９０）。この「Ｓ」は閾値であり、Ｓ
２９０で肯定判断、すなわち（ｎ−ｌ）＜Ｓである場合
には、まもなく（詳しくは（Ｓ−１）曲以内に）曲番号
ｎのデータが来ることを意味する。従って、その場合も
Ｓ２２０へ戻り、ＡチャネルＣＡより所望の曲データを
取得するようになっている。

【００４１】また、Ｓ２８０で否定判断、すなわちｎ≦
ｌである場合（実質的にはＳ２３０でｎ＝ｌの場合は除
かれるので、ｎ＜ｌの場合）には、（Ｋ＋ｎ−ｌ）＜Ｓ
であるか否かを判断する（３００）。この場合、曲番号
的にはｎの方がｌより小さいわけであるが、曲番号１〜
Ｋの１群のデータがサイクリックに伝送されているの
で、次の１群の中の曲番号ｎのデータに対してどの程度
離れているからを判断しているのである。この「Ｓ」は
上記Ｓ２９０と同じ閾値である。

【００４２】Ｓ３００で肯定判断、すなわち（Ｋ＋ｎ−
ｌ）＜Ｓである場合には、まもなく曲番号ｎのデータが
来ることを意味するため、その場合もＳ２２０へ戻り、
ＡチャネルＣＡより所望の曲データを取得するようにな
っている。一方、Ｓ２９０で否定判断あるいはＳ３００
で否定判断された場合には、Ｓ３１０において、Ｂチャ
ネルＣＢを介してセンター３へ曲番号（ｎ）のデータの
伝送を要求する。そして、ＡチャネルＣＡより曲データ
の曲番号（ｍ）を取得し（Ｓ３２０）、ｎ＝ｍであるか
どうかを判断する（Ｓ３３０）。ｎ＝ｍである場合に
は、丁度曲番号ｍの曲データが来たところであり、Ｓ３
４０でその実体データを取得しＳ２００へ戻る。一方、
ｎ＝ｍでない場合（Ｓ３３０：ＮＯ）には、Ｓ３２０へ
戻り、ｎ＝ｍとなるまでＳ３２０，３３０の処理を繰り
返す。

【００４３】なお、本実施例のＡチャネルＣＡが本発明
の送信チャネルＣＡに該当し、ＢチャネルＣＢがリクエ
スト専用チャネルＣＢに該当する。このように、本実施
例のカラオケシステム１によれば、カラオケ端末装置５
において曲データを取得する際、即座に取得できた場合
（Ｓ２３０：ＹＥＳ，Ｓ２４０）はそれでよいが、そう
でない場合には、まず緊急に取得する必要があるか否か
を、Ｓ２５０の演奏中か否かで判断する。そして、緊急
に必要ではない場合には、ＡチャネルＣＡを介して順次
送出されている一連の曲データ群の中から取得する。こ
の場合は、すぐに取得できる場合もあれば、最悪その一
連のデータ群の送出周期分だけ待たなくてはいけない場
合もある。但し緊急に必要ではないので、取得が遅れて
も特に問題はない。

【００４４】一方、緊急に必要な場合、すなわちこの場
合は演奏中でない場合には、ＡチャネルＣＡを介して順
次送出されている一連の曲データ群を待っていると、最
悪その一連の曲データ群の送出周期分（つまりＫ個分）
だけ待たなくてはいけないため、リクエスト専用のＢチ
ャネルＣＢを介してセンター３にリクエストし、そのリ
クエストに応答する曲データを、上記ＡチャネルＣＡを
介して順次送出されている一連の曲データ群に混在させ
て伝送させることができる。

【００４５】この混在させられた応答する曲データは、
リクエストがされた時点からある一定の相対的に短い時
間で送出されるため、その応答する曲データを取得すれ
ば、相対的に短い待ち時間で所望の曲データを取得する
ことが可能である。但し、必ずしも、その応答する曲デ
ータを取得する場合が最適（最短の待ち時間）とは言え
ない。例えば通常の一連の曲データ群中から運良く早期
に取得できるかも知れない。

【００４６】従って、必ずそのリクエストに応答する曲
データを取得するというのではなく、リクエストの前
に、通常の一連の曲データ群中から早期に取得可能でな
いかを判断する。具体的には、伝送されている曲番号を
取得して、取り込みたい曲番号との差を考慮し、所定の
閾値Ｓより小さければ（Ｓ２９０：ＹＥＳ，Ｓ３００：
ＹＥＳ）、通常の一連の曲データ群中からでも早期に取
得可能であるとしてその曲データ群中から所望の曲デー
タを取得する、一方、その差が所定の閾値Ｓ以上であれ
ば（Ｓ２９０：ＮＯ，Ｓ３００：ＮＯ）、リクエストし
て、応答する曲データ（すなわちこれが所望の曲デー
タ）を取得する。

【００４７】但し、上記通常の一連の曲データ群中から
早期に取得可能でないかを判断する場合に、伝送されて
いる曲番号を取得して、取り込みたい曲番号との差に基
づいているのであるが、本実施例では、伝送されている
曲番号を取得してそれを全て判断に利用するのではな
く、さらに、データ識別フラグＤＦが「通常」か「緊
急」かによって区別している、つまり、リクエストした
場合には、その応答する曲データが一連の曲データ中の
任意位置に混在させて送出されるため、一連の曲データ
だけなら所定の識別番号（１〜Ｋ）順となるように送信
されているが、リクエストに応答する曲データが途中で
混在した場合に、その混在した曲データの識別番号に基
づくと誤判定の可能性が出て来る。例えば、リクエスト
に応答する曲データが混在することによって、図４に示
すように、送出される曲データの識別番号の並びが１→
２→３→ａ→４→５→……→Ｌ→ｂ→（Ｌ＋１）→……
→（Ｋ−１）→Ｋ→１となってしまった場合、混在する
曲番号「ａ」や「ｂ」に基づいてしまうと、本来は通常
の一連の曲データ群中からでも早期に取得可能である場
合にも、上記Ｓ２９０やＳ３００の判断で否定判断され
てしまう可能性がある、そのため、リクエスト応答用と
して混在させられた曲データの番号は使用しないよう
に、データ識別フラグを参照して除外しているのであ
る。このことによって、例えば上記の場合は曲番号
「ａ」や「ｂ」は無視し、その次の通常の順番で送信さ
れている「４」や「Ｌ＋１」に基づいて、上記Ｓ２９０
やＳ３００の判断をすれば、緊急取得に対する処理を確
実にすることができる。

【００４８】このように、本実施例によれば、基本シス
テムはいわゆる片方向たれ流し方式のデータ伝送装置で
ありながら、緊急の場合はより早く所望のデータを取得
でき、待ち時間を短縮することができる。以上実施例に
ついて説明したが、本発明は上記実施例に限定されるも
のではなく、種々の態様で実施し得る。例えば、上記実
施例においては、センター３と端末装置５とを結ぶ同軸
ケーブル７がＡ，Ｂの２つのチャネルＣＡ，ＣＢを有し
ており、ＡチャネルＣＡが本発明の送信チャネルＣＡ
に、ＢチャネルＣＢがリクエスト専用チャネルＣＢにそ
れぞれ該当するような構成を採用したが、カラオケ端末
装置５側からセンター３にリクエストを送信する手段は
別に設けてもよい。例えば、電話回線やＬＡＮ回線等を
利用したりすることが考えられる。

【００４９】また、本発明はカラオケシステムに限ら
ず、天気予報、交通情報などの各種情報を提供するシス
テムに応用できる。これらの情報データを区分する場合
は、特定地域の天気予報を１単位のデータとするなど、
様々な区分方法が考えられる。

【００５０】

【発明の効果】以上詳述したように、本請求項１のデー
タ伝送装置によれば、基本システムはいわゆる片方向た
れ流し方式のデータ伝送装置でありながら、緊急の場合
はより早く所望のデータを取得でき、待ち時間を短縮す
ることができる。

【００５１】また、請求項３の構成のように、情報デー
タの識別番号を監視することで所望の情報データの取り
込みが容易になる。さらに、請求項４の構成のように、
情報データが通常の順番で送信されているものかリクエ
スト応答用として混在させられたものかを識別する識別
フラグを参照することで、緊急取得に対する処理を確実
にすることができる。

【図面の簡単な説明】

【図１】 本発明の基本的構成を例示する概略構成図で
ある。

【図２】 本実施例のカラオケシステム全体の概略構成
を示すブロック図である。

【図３】 本実施例の曲データの構成を示す説明図であ
る。

【図４】 本実施例の曲データ送信状態を示す説明図で
ある。

【図５】 本実施例の予約処理を示すフローチャートで
ある。

【図６】 本実施例の曲取得処理の前半を示すフローチ
ャートである。

【図７】 本実施例の曲取得処理の後半を示すフローチ
ャートである。

【図８】 本実施例の演奏処理を示すフローチャートで
ある。

【符号の説明】

Ｍ１…中央制御装置、 Ｍ２…端末装置、Ｃ
Ａ…送信チャネル、 Ｍ３…情報データ記憶
手段、Ｍ４…通常データ送出手段、 Ｍ５…リクエ
スト受取手段、Ｍ６…応答データ送出手段、 Ｍ７
…緊急判断手段、Ｍ８…リクエスト手段、 Ｍ
９…データ取込手段、ＣＢ…リクエスト専用チャネル、
１…カラオケシステム、 ３…センター、 ５
…カラオケ端末装置、７…同軸ケーブル、 １１…制
御装置、 １３…曲データベース、１５…データ
送出装置、 １６…データ受信装置、 ３１…データ受
信装置、３２…データ送信装置、 ３３…曲データ保持
装置、３５…曲データ演奏装置、ＣＡ…Ａチャネル、
ＣＢ…Ｂチャネル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 伊神 和典 愛知県名古屋市瑞穂区苗代町15番１号 ブ ラザー工業株式会社内 (72)発明者 船橋 保弘 愛知県名古屋市瑞穂区苗代町15番１号 ブ ラザー工業株式会社内

Claims (4)

【特許請求の範囲】
1. 【請求項１】 中央制御装置と複数の端末装置とが伝送
   回線にて接続され、該中央制御装置から上記端末装置に
   情報データを送信可能なデータ伝送装置において、 上記伝送回線は、 上記中央制御装置から端末装置へ一連の情報データ群を
   順次送信するための送信チャネルを備え、 上記中央制御装置は、 複数の情報データを記憶しておく情報データ記憶手段
   と、 該情報データ記憶手段に記憶された一連の情報データ群
   を、上記送信チャネルに順次送出させる通常データ送出
   手段と、 上記端末装置側からのリクエストを受け取るリクエスト
   受取手段と、 該リクエスト受取手段によって上記端末装置側からのリ
   クエストを受け取った場合、そのリクエストに応答する
   情報データを、上記送信チャネルを介して順次送出され
   ている一連の情報データ群に混在させて送出させる応答
   データ送出手段とを備え、 上記端末装置は、 指定された情報データを緊急に取得する必要があるか否
   かを判断する緊急判断手段と、 上記緊急判断手段による判断結果に基づき、緊急に取得
   する必要がある場合には、上記中央制御装置にリクエス
   トするリクエスト手段と、 上記送信チャネルを介して、指定された情報データある
   いは上記リクエスト手段によりなされたリクエストに応
   答する情報データを取り込むデータ取込手段とを備えた
   ことを特徴とするデータ伝送装置。
2. 【請求項２】 上記請求項１に記載のデータ伝送装置に
   おいて、 上記伝送回線は、上記送信チャネルに加えて、上記端末
   装置からのリクエストを上記中央制御装置に送信するた
   めのリクエスト専用チャネルを備え、 上記端末装置のリクエスト手段は、上記リクエスト専用
   チャネルを介して上記中央制御装置にリクエストするよ
   うに構成されたことを特徴とするデータ伝送装置。
3. 【請求項３】 上記請求項１に記載のデータ伝送装置に
   おいて、 上記情報データはそれぞれ識別番号を有しており、上記
   送信チャネルからは上記一連の情報データは所定の識別
   番号順となるように送信されると共に、上記リクエスト
   がなされた場合の応答する情報データは、上記一連の情
   報データ中の任意位置に混在可能であり、 上記データ取込手段は、上記送信される所定の識別番号
   順データに基づき、上記送信チャネルを送信される情報
   データの識別番号を監視することで情報データの取り込
   みを行なうことを特徴とするデータ伝送装置。
4. 【請求項４】 上記請求項３に記載のデータ伝送装置に
   おいて、 上記情報データはさらに、通常の順番で送信されている
   ものかリクエスト応答用として混在させられたものかを
   識別する識別フラグを有しており、 上記データ取込手段は、上記送信される所定の識別番号
   順データ及び上記識別フラグに基づき、上記送信チャネ
   ルを送信される情報データの識別番号を監視することで
   情報データの取り込みを行なうことを特徴とするデータ
   伝送装置。