JPH07311587A

JPH07311587A - データ伝送装置

Info

Publication number: JPH07311587A
Application number: JP7054583A
Authority: JP
Inventors: Yasuhiro Funabashi; 保弘船橋; Kazunori Igami; 和典伊神; Yukie Hasegawa; 幸江長谷川
Original assignee: EKUSHINGU KK; Brother Industries Ltd; Xing Inc
Current assignee: EKUSHINGU KK; Brother Industries Ltd; Xing Inc
Priority date: 1994-03-22
Filing date: 1995-03-14
Publication date: 1995-11-28
Anticipated expiration: 2019-04-19
Also published as: JP3521015B2

Abstract

(57)【要約】【目的】情報データをジャンル別に利用契約できるよ
うにし、より利用者の趣向に限定した情報データだけを
端末装置側でアクセスできるようにしたデータ伝送装置
を提供する。【構成】センター３の記憶装置１３は、情報データを
ジャンル別に分類した複数のジャンル別情報データ群と
して記憶しており、端末装置５は、入力装置４３によっ
て情報データの中から各データ単位別に所望の情報デー
タを選択することができる。端末装置５内の制御部４１
は、入力装置４３によって選択された情報データの属す
るジャンル別情報データ群の内、利用契約がされている
情報データ群については、センター３の記憶装置１３か
ら情報データの送信を受けて通常に再生する。一方、制
御部４１は、利用契約がされていない情報データ群につ
いては、情報データの再生自体を行わないか、あるいは
実質的に利用不可能な状態で再生する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】そして、例えばＣＡＴＶシステムの一般的
な利用形態としては、センターから送信される所定の複
数チャンネルについては包括的に利用可能とし、それら
については基本料金内とするものである。また、ある特
定のチャンネルについては個別に利用契約を結び形態を
取り、例えば１月や１週間あるいは１日単位で利用契約
を結ぶものである。これら個別契約は映画の場合が多
く、契約期間中は何度何作品見ても一定料金というもの
である。これらの利用形態の相違は主に利用料金との関
係であり、契約がなされていない場合には端末装置側の
チューナーが作動しないかいわゆるスクランブルがかか
って、実質的に見ることができなくされている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来のデータ伝送装置においては以下のような問題があっ
た。上述したように、所定の複数チャンネルについては
包括的に利用可能とされているのであるが、その複数の
チャンネルの範囲においても利用の仕方は様々である。
つまり、視聴者の趣向は様々であり、ある特定のジャン
ルの番組は頻繁に試聴するが、別の特定のジャンルの番
組についてはほとんど視聴しないあるいは全く視聴しな
いといったことがある。

【０００５】また、カラオケの配信システムを考えて
も、カラオケ曲の内容によって、よく利用するジャンル
もあれば、全くといってよいほど利用しないジャンルも
ある。例えば演歌ジャンルはほとんど利用しないとか、
ロックジャンルはほとんど利用しないとかいったことが
考えられるのである。

【０００６】このように利用者の趣向は偏る場合も多い
のであるが、それに対して包括的にしか利用できないと
すると、特に料金が一律に課されている場合には、ほと
んど利用しないあるいは全く利用しないジャンルの番組
あるいはカラオケ曲等に対して割損感を抱いてしまい、
例えば一部利用で料金割安となることが希望されたりす
るのである。

【０００７】本発明は、上述の課題を解決するためにな
されたものであり、情報データをジャンル別に利用契約
できるようにし、より利用者の趣向に限定した情報デー
タだけを端末装置側でアクセスできるようにしたデータ
伝送装置を提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に成された請求項１に記載のデータ伝送装置は、図１に
例示するように、中央制御装置Ｍ１と複数の端末装置Ｍ
２とが伝送回線にて接続され、該中央制御装置Ｍ１から
端末装置Ｍ２に画像情報及び／又は音声情報を含んだ情
報データを送信可能なデータ伝送装置において、上記中
央制御装置Ｍ１は、上記情報データをジャンル別に分類
した複数のジャンル別情報データ群として記憶しておく
データ記憶手段Ｍ３を備え、上記端末装置Ｍ２は、上記
情報データの中から各データ単位別に所望の情報データ
を選択するデータ選択手段Ｍ４と、該データ選択手段Ｍ
４によって選択された情報データの属するジャンル別情
報データ群の内、利用契約がされている情報データ群に
ついては、上記中央制御装置Ｍ１のデータ記憶手段Ｍ３
から情報データの送信を受けて通常に再生し、一方、利
用契約がされていない情報データ群については、情報デ
ータの再生自体を行わないか、あるいは実質的に利用不
可能な状態で再生させる再生制御手段Ｍ５とを備えたこ
とを特徴とする。

【０００９】なお、実質的に利用不可能な状態で再生さ
せるとは、例えば画像情報であればいわゆるスクランブ
ルがかかった状態での再生等であり、音声情報であれば
途中で何度も途切れるような再生の仕方等が考えられ
る。また、請求項２に記載のデータ伝送装置は、上記端
末装置Ｍ２が要求手段を備えており、該要求手段からの
要求に応じ、上記中央制御装置Ｍ１からその要求に対応
する情報データを送信する双方向データ伝送タイプとし
て構成され、上記要求手段が、上記データ選択手段Ｍ４
によって選択された情報データの属するジャンル別情報
データ群の内、利用契約がされていない情報データ群に
ついては、上記中央制御装置Ｍ１に対して要求を行わな
いことによって、上記再生制御手段Ｍ５による情報デー
タの再生ができないようにすることを特徴とする。

【００１０】また、請求項３に記載のデータ伝送装置
は、上記端末装置Ｍ２が要求手段を備え、上記中央制御
装置Ｍ１が送信手段を備え、該要求手段からの要求に応
じ、該送信手段からその要求に対応する情報データを送
信する双方向データ伝送タイプとして構成され、上記送
信手段が、上記データ選択手段Ｍ４によって選択された
情報データの属するジャンル別情報データ群の送信を上
記要求手段から要求された際、その要求された情報デー
タ群の内、上記端末装置Ｍ２が利用契約をしていない情
報データ群については送信を行わないことによって、上
記再生制御手段Ｍ５による情報データの再生ができない
ようにすることを特徴とする。

【００１１】一方、請求項４に記載のデータ伝送装置
は、上記中央制御装置Ｍ１から上記端末装置Ｍ２に上記
情報データをたれ流しで送信する片方向データ伝送タイ
プとして構成され、上記再生制御手段Ｍ５が、上記デー
タ選択手段Ｍ４によって選択された情報データの属する
ジャンル別情報データ群の内、利用契約がされていない
情報データ群については上記伝送回路から情報データ自
体を取り込まないことによって、情報データの再生がで
きないようにすることを特徴とする。

【００１２】

【作用】上記のように構成された請求項１に記載のデー
タ伝送装置によれば、中央制御装置Ｍ１のデータ記憶手
段Ｍ３は、情報データをジャンル別に分類した複数のジ
ャンル別情報データ群として記憶している。そして、端
末装置Ｍ２においては、データ選択手段Ｍ４によって情
報データの中から各データ単位別に所望の情報データを
選択することができ、再生制御手段Ｍ５は、データ選択
手段Ｍ４によって選択された情報データの属するジャン
ル別情報データ群の内、利用契約がされている情報デー
タ群については、中央制御装置Ｍ１のデータ記憶手段Ｍ
３から情報データの送信を受けて通常に再生する。一
方、再生制御手段Ｍ５は、利用契約がされていない情報
データ群については、情報データの再生自体を行わない
か、あるいは実質的に利用不可能な状態で再生させる。
これは、上述したように、再生自体を行わないようにし
てもよいし、また画像情報であればいわゆるスクランブ
ル状態で再生したり、音声情報であれば途中で何度も途
切れるように再生したりして、使用に耐えられない状態
での再生を行っても同等の作用を奏する。

【００１３】また、請求項２に記載のデータ伝送装置は
双方向データ伝送タイプとして構成されており、端末装
置Ｍ２の要求手段からの要求に応じ、中央制御装置Ｍ１
からその要求に対応する情報データを送信するいわゆる
リクエストタイプであるが、要求手段が、データ選択手
段Ｍ４によって選択された情報データの属するジャンル
別情報データ群の内、利用契約がされていない情報デー
タ群については中央制御装置Ｍ１に対して要求を行わな
い。従って、要求がないものに対しては中央制御装置Ｍ
１から対応する情報データを送信できず、これによっ
て、再生制御手段Ｍ５による情報データの再生ができな
いようにしている。

【００１４】また、請求項３に記載のデータ伝送装置も
双方向データ伝送タイプとして構成されており、端末装
置Ｍ２の要求手段からの要求に応じ、中央制御装置Ｍ１
の送信手段がその要求に対応する情報データを送信する
のであるが、この場合には、送信手段が、データ選択手
段Ｍ４によって選択された情報データの属するジャンル
別情報データ群の送信を要求手段から要求された際、そ
の要求された情報データ群の内、端末装置Ｍ２が利用契
約をしていない情報データ群については送信を行わない
ことによって、再生制御手段Ｍ５による情報データの再
生ができないようにしている。

【００１５】そして、請求項４に記載のデータ伝送装置
は、片方向データ伝送タイプとして構成されており、中
央制御装置Ｍ１から端末装置Ｍ２に情報データをたれ流
しで送信するのであるが、再生制御手段Ｍ５が、データ
選択手段Ｍ４によって選択された情報データの属するジ
ャンル別情報データ群の内、利用契約がされていない情
報データ群については伝送回路から情報データ自体を取
り込まない。これによって、再生制御手段Ｍ５による情
報データの再生ができないようにしている。

【００１６】従って、利用者は自身の趣向等を考慮して
特定のジャンル別情報データ群のみを選別して利用契約
することができる。例えば、カラオケの配信システムの
場合であれば、よく利用するジャンルもあれば全くとい
ってよいほど利用しないジャンルもあるので、例えば演
歌ジャンルだけ契約して演歌専門に利用するとか、逆に
演歌ジャンルは契約しない、ロックジャンルは契約しな
いといったように除外するジャンルから決めてもよい。
もちろん、全てのジャンル別情報データ群を利用契約す
ることもできる。

【００１７】従来のように包括的にしか利用できないと
すると、特に料金が一律に課されている場合には、ほと
んど利用しないあるいは全く利用しないジャンルの情報
データ群に対しては利用しない代わりに料金を下げて欲
しいと要求も当然出てくるところである。このような要
求に対しても本発明によれば好適に対応でき、より利用
者の趣向に限定した情報データだけを端末装置側でアク
セスできるようになるのである。

【００１８】また、ジャンル別情報データ群単位で課金
すれば、一部利用で料金割安とするといった利用者側に
おいての便宜も図り易い。そして、このような便宜を図
ることで、全体としての利用者の増加促進にも寄与す
る。

【００１９】

【実施例】以下、本発明のデータ伝送装置を具体化した
第一の実施例として、センター（中央制御装置）と多数
のカラオケ端末装置とを伝送回線にて接続したカラオケ
システムの例を説明する。ここで、図２はシステム全体
の概略構成及びセンターの構成を示すブロック図、図３
はカラオケ端末装置側の構成を示すブロック図である。
なお、この第一の実施例は、センタから端末装置側へカ
ラオケデータをたれ流しで送信する片方向データ送信タ
イプのカラオケシステムの例である。

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

【００２１】次に、センター３の構成を図２等に基づい
て説明する。センター３は、全体の制御を行うサーバー
（制御部）１１、カラオケデータを記憶した記憶装置１
３、センターモデム１５、背景映像出力装置１７ａ，１
７ｂ、ＢＳ（衛生放送）受信システム１９、ヘッドエン
ド２１等を備えている。

【００２２】サーバー１１は、周知のＣＰＵ２３、ＲＯ
Ｍ２５、ＲＡＭ２７等を備え、バスライン２９を介し
て、記憶装置１３、入出力インターフェース（Ｉ／Ｏ）
３１、背景映像出力装置（ＶＤＰ）１７ａ，１７ｂ等と
接続されている。一方、記憶装置１３には、ハードディ
スクや光磁気ディスクなどの大容量の記憶装置が用いら
れており、数千曲程度のカラオケデータが記憶されてい
る。

【００２３】ここで、図５に示すように、１曲分のカラ
オケデータＤ１は、同期信号Ｄ３、曲番号を示す曲番号
データＤ５、演奏データＤ７、１曲分のデータの終了
（区切り）を示すデータＤ９などから構成されている。
また演奏データＤ７は、伴奏音楽のデータであるＭＩＤ
Ｉ（Musical Instrument Digital Interface）規格のデ
ータや、端末装置５のモニタテレビ５３に映し出される
歌詞データなどを含んでいる。

【００２４】センターモデム１５は、記憶装置１３から
読み出される複数のカラオケデータを複数の異なるチャ
ンネル（即ち周波数帯域の異なる交流信号）に分割して
変調し、このカラオケデータ信号をヘッドエンド２１に
出力してカラオケ端末装置５に送信する。このカラオケ
データ信号の送信方法については、後に詳述する。

【００２５】背景映像出力装置（ビデオディスクプレー
ヤ）１７ａ，１７ｂは、後述するカラオケ端末装置５の
モニタテレビに映し出される背景映像情報を出力するも
のであり、演歌、ポップス、民謡、ロックンロール、そ
の他というように、リクエストされる曲のジャンルに応
じて分類されている。そして、この背景映像出力装置１
７ａ，１７ｂは、各々変調器３３に接続されており、画
像データ（標準のＮＴＳＣ方式のビデオ信号）が変調器
３３によって各々異なったチャンネルの周波数帯域に変
換され、交流信号がヘッドエンド２１に出力される。
ＢＳ受信システム１９は、受信用のアンテナ３５、ＢＳ
用チューナー３７及び変調器３９を備え、変調器３９は
ヘッドエンド２１に接続されている。

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

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

【００２８】制御部４１は、ＣＰＵ６１、ＲＯＭ６３、
ＲＡＭ６５などを備え、バスライン６７を介して、入力
装置４３、音源４５、入出力インターフェース６９、映
像合成回路５１等と接続されている。入力装置４３は、
利用者が端末を操作するための各種キースイッチを備え
るものであり、リクエスト曲の曲番号などを入力するテ
ンキー４３ａ、各種動作モードを選択するモードキー４
３ｂ、電源のオン・オフを行う電源スイッチ４３ｃなど
を備えている。ここで、端末装置５の動作モードには、
センター３から送信されるカラオケデータを受信してカ
ラオケ演奏を行う「カラオケモード」や、センター３か
らのＢＳ放送信号を受信してＢＳ放送を見る「ＢＳモー
ド」などの複数のモードがある。

【００２９】音源（シンセサイザー音源）４５は、カラ
オケデータに含まれるＭＩＤＩデータをアナログのカラ
オケ伴奏音声信号に変換するものであり、この音声信号
はアンプ４７に入力される。アンプ４７は、このカラオ
ケ伴奏音声信号と、歌い手によるマイクロフォン７１か
らの歌唱音声信号とをミキシングして増幅し、スピーカ
４９に出力する。

【００３０】映像合成回路５１は、カラオケデータに含
まれる歌詞データを歌詞映像信号に変換するとともに、
これをビデオチューナー５９から入力される背景映像信
号と合成（スーパーインポーズ）し、モニタテレビ５３
へ出力する。端末モデム５７は、同軸ケーブル７を介し
てセンター３から送信されるカラオケデータ信号を受信
して復調するものである。復調されたカラオケデータは
制御部４１によって処理され、リクエストのあった曲の
データについては、一旦ＲＡＭ６５に格納された後、カ
ラオケ演奏処理のために再び読み出される。このカラオ
ケ演奏処理については後述する。

【００３１】ビデオチューナー５９は、同じくセンター
から送信される背景映像信号（背景映像出力装置１７
ａ，１７ｂから出力される）及びＢＳ受信システムから
のＢＳ放送信号を受信し、所望の映像信号を得るべくチ
ャンネル選択をするものである。つまり、上述の入力装
置４３のモードキー４３ｂによって、動作モードとして
上述の「カラオケモード」が指定されれば背景映像信号
のチャンネルが選択され、「ＢＳモード」が指定されれ
ばＢＳ放送信号のチャンネルが選択される。

【００３２】続いて、上述した構成を備えたカラオケシ
ステム１の動作を説明する。まず、センター側からカラ
オケデータを送信する動作について説明する。センター
３は、カラオケ端末装置５側において曲のリクエストが
あるか否かに関わらず、ある一定時間（使用者が曲をリ
クエストして演奏が開始されるまでの許容時間）の間
に、記憶装置１３に記憶されているカラオケデータの全
量を、複数のチャンネルに分割して同軸ケーブル７を介
してカラオケ端末装置５に順次送信する。

【００３３】即ち、記憶装置１３に記憶されている複数
のカラオケデータは、入出力インターフェース３１を介
してセンターモデム１５に送出され、複数のチャンネル
に分けられて変調される。より具体的には、例えば図６
に示すように、Ｃ３０（Ｃはチャンネルを示す）では０
〜９９９番の曲のカラオケデータ、Ｃ３１では１０００
〜１９９９番までの曲のデータという具合いに、全ての
曲（６０００曲）が６個のチャンネル（Ｃ３０〜Ｃ３
５）に分割される。そして、各チャンネルの毎に割り付
けられたカラオケデータは、ヘッドエンド２１及び同軸
ケーブル７を介して、順次カラオケ端末装置５に送信さ
れる。そして、全曲の送信が終了すると、再び各チャン
ネルとも最初の曲から送信を繰り返す。

【００３４】次に、カラオケ端末装置５において、所望
の曲をリクエストしてカラオケを行う場合の動作を、図
４のフローチャートなどを参照して説明する。まず、カ
ラオケ端末装置５の入力装置４３よりリクエスト曲の曲
番号が入力されたか否かを判断する（ステップ１００：
以下ステップをＳと略記する）。リクエストがなければ
再びＳ１００を繰り返すが、曲番号が入力された場合
は、次に、その曲番号のリクエスト曲がロック対象か否
かを判断する（Ｓ１１０）。

【００３５】この「ロック」について説明する。本カラ
オケシステム１においては、曲のジャンルとして演歌、
ポップス、民謡、ロックンロール、その他の５ジャンル
に分類されている。もちろん全てのジャンルの曲につい
て利用契約することもできるが、ジャンルを個別に利用
契約することができる。

【００３６】この背景には、端末装置５の配置される状
況によってジャンル毎の利用頻度が異なることが挙げら
れる。例えばカラオケボックスというカラオケ専用店舗
であったり、スナックや喫茶店というカラオケを付属サ
ービス的に採用している店舗であったり、あるいは個人
的に利用したい人が家庭内に持ち込むといった場合があ
り、これらの各場合によって、よく利用するジャンルも
あれば、全くといってよいほど利用しないジャンルもあ
る。例えば演歌ジャンルだけ契約して演歌専門に利用す
るとか、逆に演歌ジャンルは契約しない、ロックジャン
ルは契約しないといったように除外するジャンルを決め
る場合も考えられる。

【００３７】そして、この場合は契約したジャンル以外
のジャンルについては、端末装置５側で利用できないよ
うにしている。それがロックである。具体的には、端末
装置５内のＲＡＭ６５にロックテーブルが記憶されてお
り、上記５ジャンルについて既になされている契約に従
ってロックするのか否かの判定フラグが設定されてい
る。

【００３８】従って、Ｓ１１０ではＳ１００で入力され
た曲番号のリクエスト曲が属するジャンルに基づき、上
記ロックテーブルを参照して、ロック対象か否かを判断
するのである。ロック対象でない場合（Ｓ１１０：Ｎ
Ｏ）、すなわち利用契約しているジャンルの場合には、
ＲＡＭ６５に予め記憶されているチャンネル情報（個々
のカラオケデータがいずれのチャンネルから送信される
かを示すデータ）を参照し、端末モデム５７を制御し
て、リクエスト曲が送信されてくる該当チャンネルを受
信する（Ｓ１２０）。また、同じくＲＡＭ６５に記憶さ
れている曲名−曲調情報（リクエスト曲が演歌、ポップ
スなどの曲調の中のいずれに該当するかを示すデータ）
を参照して、リクエストされた曲の曲調に対応する背景
映像信号を選択すべく、ビデオチューナー５９のチャン
ネルを切り換える（Ｓ１３０）。

【００３９】次に、制御部４１では、上述のＳ１２０に
て選択したチャンネルより順次送信されるカラオケデー
タの曲番号データを参照し、送信されてきたカラオケデ
ータがリクエスト曲のものであるか否かを判断する（Ｓ
１４０）。所望の曲でなければＳ１４０を繰り返すが、
リクエスト曲のデータであれば、このカラオケデータを
一旦ＲＡＭ６５に格納した後、次のようなカラオケ演奏
処理を行なう（Ｓ１５０）。

【００４０】即ち、ＲＡＭ６５に一旦格納されたカラオ
ケデータを読み出し、歌詞データを映像合成回路５１に
入力して歌詞映像信号に変換する。また、映像合成回路
５１には、ビデオチューナー５９によってチャンネル選
択された背景映像信号も入力される。そして、これらの
背景映像情報と歌詞映像信号とが映像合成回路５１にて
合成（スーパーインポーズ）され、モニタテレビ５３に
は背景映像の上に歌詞の文字列が重ね合わされて表示さ
れる。

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

【００４２】そして、上述のようなカラオケ演奏処理
（Ｓ１５０）が終了すると、Ｓ１６０に進んでカラオケ
を終了するか否かを判断し、続ける場合は再びＳ１００
に戻ってＳ１００〜Ｓ１５０の処理を繰り返すが、カラ
オケを止める場合は一旦本処理を終了する。

【００４３】一方、ロック対象である場合（Ｓ１１０：
ＹＥＳ）、すなわち利用契約していない場合には、利用
契約をしていないため利用できない旨の表示をして（Ｓ
１７０）、Ｓ１６０へ移行する。そのため、利用者は再
度、入力装置４３よりリクエスト曲の曲番号を入力し直
すこととなる。

【００４４】このように、本実施例のカラオケシステム
１においては、センター３が、伝送回線７を介して、伴
奏音楽や歌詞などの情報を含んだカラオケデータを１曲
単位毎に区分してカラオケ端末装置５に順次送信する。
そして、カラオケ端末装置５では、順次送信されるカラ
オケデータの中からリクエスト曲のカラオケデータを選
択して再生し、伴奏音楽や歌詞をスピーカ４９やモニタ
テレビ５３に出力するのであるが、利用契約していない
ジャンルのリクエスト曲の場合には、そのカラオケデー
タを取り込まないようにしているため、その曲は再生さ
れない。一方、利用契約しているジャンルのリクエスト
曲の場合には通常通りカラオケデータが取り込まれて再
生される。

【００４５】従って、利用者は自身の趣向等を考慮して
特定のジャンルのみを選別して利用契約しておけばよ
い。つまり、カラオケ曲といっても、その中にはよく利
用するジャンルもあれば、全くといってよいほど利用し
ないジャンルもあるので、例えば演歌ジャンルだけ契約
して演歌専門に利用するとか、逆に演歌ジャンルは契約
しない、ロックジャンルは契約しないといったように除
外するジャンルから利用契約を決めてもよい。もちろ
ん、全てのジャンルについて利用契約することもでき
る。

【００４６】従来のように包括的にしか利用できないと
すると、特に全ジャンルを利用可能とした１形態で料金
が一律に課されている場合には、全く利用しないジャン
ルに対しては利用者は割損感を抱いてしまう。そのた
め、その全く利用しないジャンルに対しては利用しない
代わりに料金を下げて欲しいと要求も当然出てくるとこ
ろである。このような要求に対して本カラオケシステム
１は好適に対応できるのである。

【００４７】また、カラオケ曲のジャンル単位で課金す
るようにすれば、一部利用で料金割安とするといった利
用者側においての便宜も図り易いため、このような便宜
を図ることで、全体としての利用者の増加促進にも寄与
し、カラオケデータ配給側にとっても好ましいことであ
る。なお、課金方式については、リクエスト単位で課金
してもよいし、例えば月単位で利用回数に限らず課金す
るようにしてもよい。

【００４８】上記第一の実施例では、いわゆる中央制御
装置３からのたれ流し方式であったため、ロック対象で
ある場合（Ｓ１１０：ＹＥＳ）、すなわち利用契約して
いない場合には、カラオケデータを取らないことで、利
用契約外のものの再生を行わない（行えない）ようにし
ているが、いわゆるリクエスト方式の場合には、上記ロ
ックテーブルを参照してロックされていないジャンルの
もの、すなわち利用契約しているジャンルのものについ
てだけ中央制御装置３側にリクエストするように構成す
ればよい。

【００４９】以下、リクエスト方式（すなわち、センタ
ー３が、端末装置５からのリクエストに応じてカラオケ
データを送信する双方向データ伝送タイプ）のカラオケ
システムである第二の実施例について説明する。この双
方向データ伝送タイプのカラオケシステムにおいては、
センター３におけるセンターモデム１５は、記憶装置１
３から読み出されるカラオケデータや、サーバー１１よ
り出力されるモードセンスポーリング信号及びリクエス
トポーリング信号などを、所定の同一チャンネル（即ち
所定の周波数帯域）の交流信号に変調して、ヘッドエン
ド２１に出力するように構成されている。ここで、モー
ドセンスポーリング信号とは、後述する端末装置５の動
作モードを確認する信号である。また、リクエストポー
リング信号とは、端末装置５にカラオケデータの送信要
求が有るか否かを確認する信号である。

【００５０】また、端末装置５の端末モデム５７は、同
軸ケーブル７を介してセンター３から送信されるカラオ
ケデータ信号、モードセンスポーリング信号、リクエス
トポーリング信号などを受信して復調するとともに、制
御部４１より出力されるモードレスポンス信号やリクエ
ストレスポンス信号などを変調して、センター３に送信
するように構成されている。ここで、モードレスポンス
信号とは、センター３からのモードセンスポーリング信
号に応じて、現在の自己の動作モードをセンター３に回
答するための信号である。また、リクエストレスポンス
信号とは、同じくセンター３からのリクエストポーリン
グ信号に応じて、曲のリクエスト（即ちカラオケデータ
の送信要求）が有るか否かをセンターに回答するための
信号である。

【００５１】以上の点を除き、本第二の実施例のカラオ
ケシステムの構成は、上述した第一の実施例のそれと同
一である。続いて、上述した構成を備えた本第二の実施
例のカラオケシステム１の動作を説明する。

【００５２】まず、センター３側の動作について説明す
る。センター３では、サーバー１１において、モードセ
ンス処理とリクエスト処理とが行われる。モードセンス
処理は、リクエスト処理に対してタイマー割り込みによ
って所定の時間毎（例えば３０秒毎）に繰り返し実行さ
れるものであり、センター３に接続されている全てのカ
ラオケ端末装置５に対してモードセンスポーリング信号
を順番に送信し、これに応じて各端末装置５から送信さ
れるモードレスポンス信号に基づいて、各端末装置５が
「カラオケモード」であるか否かを判定するものであ
る。

【００５３】即ち、「カラオケモード」を示すモードレ
スポンス信号を受信した場合は、「カラオケモード」と
判定してＲＡＭ２７内のモード管理テーブルのフラグを
１に設定し、所定時間内に信号が送信されない場合及び
「カラオケモード」以外のモードであることを示すモー
ドレスポンス信号を受信した場合は、「カラオケモー
ド」でないと判定して、フラグを０に設定する。

【００５４】次に、リクエスト処理について説明する。
このリクエスト処理においては、ＲＡＭ２７のモード管
理テーブルを参照し、各端末装置５のフラグを確認す
る。フラグが１と判定されれば（即ち「カラオケモー
ド」である場合）、その端末装置５にリクエストポーリ
ング信号を送信し、この信号に応じて端末装置５から送
信されるリクエストレスポンス信号を受信する。そし
て、このリクエストレスポンス信号を処理して、リクエ
ストが有る場合には、この信号に含まれる曲番号データ
などに基づいて、記憶装置１３からリクエスト曲のカラ
オケデータを読み出して端末装置５に送信する。

【００５５】続いて、リクエスト処理（図７）について
詳細に説明する。このリクエスト処理においては、まず
ＲＡＭ２７をクリアするなどの初期化を行ない（Ｓ３
１）、端末番号ｎを１に設定する（Ｓ３３）。次に、Ｒ
ＡＭ２７のモード管理テーブルを参照し、ｎ番目の端末
装置５のフラグを確認する（Ｓ３５）。ここで、フラグ
が１と判定されれば（即ち「カラオケモード」である場
合）、このｎ番目の端末にリクエストポーリング信号を
送信し（Ｓ３７）、この信号に応じて端末から送信され
るリクエストレスポンス信号を受信する（Ｓ３９）。こ
こで、リクエストレスポンス信号は、曲のリクエストが
あるか否かを示す信号であり、リクエストがある場合
は、リクエスト曲の曲番号データなどが付加される。

【００５６】次に、このリクエストレスポンス信号を処
理して曲リクエストがあるか否かを判断し（Ｓ４１）、
リクエスト有りと判断された場合は、この信号に含まれ
る曲番号データなどに基づいて、記憶装置１３からリク
エスト曲のカラオケデータを読み出してｎ番目の端末装
置５に送信し（Ｓ４３）、次のステップ（Ｓ４５）に進
む。また、Ｓ４１にてリクエスト無しと判断された場合
は、そのまま次のステップ（Ｓ４５）に進む。

【００５７】一方、上述のＳ３５にて、フラグが０であ
ると判断された場合（即ち「カラオケモード」でない場
合）は、上述のＳ３７〜Ｓ４３を実行せずに、そのまま
Ｓ４５に進む。即ち、「カラオケモード」でない端末装
置５に対しては、リクエストポーリング信号を送信しな
い。

【００５８】そして、Ｓ４５においては端末番号ｎに１
を加算し（ｎ＝ｎ＋１）、Ｓ４７に進んで、端末番号ｎ
が最大端末番号Ｎ（即ちセンター３に接続されているカ
ラオケ端末装置の総数）より大きいか否かを判断する。
ここで、否定判断されれば、再びＳ３５に戻り、ｎ＋１
番目の端末装置５に対して、上述のＳ３５〜Ｓ４５の処
理を繰り返す。また、Ｓ４７にてｎ＞Ｎと判断された場
合は、Ｓ３３に戻って端末番号ｎを１にセットし、再び
１番目の端末装置５に対してＳ３５〜Ｓ４５の処理を行
なう。

【００５９】このように、リクエスト処理においては、
モード管理テーブルのフラグを参照し、「カラオケモー
ド」である端末装置５のみにリクエストポーリング信号
を送信する。続いて、各端末装置５側の動作を説明す
る。端末装置５においては、図８のフローチャートに示
すキー入力処理と、図９に示す通信割り込み処理とが実
行される。

【００６０】ここで、キー入力処理（図８）は、入力装
置４３からのキー入力を検出し、端末装置５の動作モー
ドの設定や、曲のリクエスト番号の入力などを受け付け
るものである。一方、通信割り込み処理（図９）は、セ
ンター３から上述のモードセンスポーリング信号又はリ
クエストポーリング信号が送信された場合に実行される
ものであり、モードセンスポーリング信号に応じて、現
在の動作モードを示すモードレスポンス信号をセンター
３に送信するとともに、リクエストポーリング信号に応
じて、曲のリクエストがあるか否かを回答するリクエス
トレスポンス信号を送信する処理を行う。また、センタ
ー３からカラオケデータを受信した場合は、これを処理
してカラオケ演奏を行う。

【００６１】ここで、まずキー入力処理（図８）につい
て詳細に説明する。このキー入力処理においては、まず
ＲＡＭ６５（図３参照）をクリアするなどの初期化を行
ない（Ｓ５１）、入力装置４３より何らかのキー入力が
あるか（即ちテンキー４３ａやモードキー４３ｂなどが
押されたか）否かを判断する（Ｓ５３）。ここでキー入
力がなければ再びＳ５３に戻ってキー入力を待つ。

【００６２】一方、Ｓ５３にてキー入力有りと判断され
た場合は、それがモードキー４３ｂの操作による動作モ
ードの入力設定であるか否かを判断し（Ｓ５５）、動作
モードの入力であれば、ＲＡＭ６５の動作モードテーブ
ル（現在の動作モードを記憶するテーブル）の該当する
動作モードのフラグを１に設定する。つまり、例えばキ
ー入力によって「カラオケモード」が指定されれば、テ
ーブル中のカラオケモードのフラグを１に設定する（Ｓ
５７）。

【００６３】そして、ＲＡＭ６５の曲番号保持メモリ
（リクエスト曲の曲番号が記憶されるメモリ）をクリア
し（Ｓ５９）、動作モードテーブルのフラグを参照し
て、現在の動作モードが「ＢＳモード」であるか否かを
判断する（Ｓ６１）。ここで、「ＢＳモードで」あれ
ば、ビデオチューナー５９を制御してＢＳ放送のチャン
ネルを選択し、ＢＳ放送の映像及び音声をモニタテレビ
５３及びスピーカー４９より出力する（Ｓ６３）。一
方、Ｓ６１にて「ＢＳモード」でないと判断された場合
は、再びＳ５３に戻る。

【００６４】一方、上述のＳ５３にてモードキー４３ｂ
の入力でないと判断された場合は、動作モードテーブル
を参照して、現在の動作モードが「カラオケモード」で
あるか否かを判断し（Ｓ６５）、否定判断されれば再び
Ｓ５３に戻るが、「カラオケモード」であれば、キー入
力がテンキー４３ａによるリクエスト曲の曲番号入力で
あるか否かを判断する（Ｓ６６）。ここで否定判断され
れば再びＳ５３に戻るが、曲番号入力であれば、その曲
番号がロック対象か否かを判断する（Ｓ６７）。ロック
対象である場合には（Ｓ６７：ＹＥＳ）、利用契約して
いないため利用できない旨の表示をして（Ｓ６８）、Ｓ
６６へ移行する。そのため、利用者は、再度入力装置４
３よりリクエスト曲の曲番号を入力し直すことになる。
一方、ロック対象でない場合には（Ｓ６７：ＮＯ）、上
述の曲番号保持メモリに曲番号データをセットし（Ｓ６
９）、再びＳ５３に戻る。

【００６５】次に、通信割り込み処理（図９）について
詳細に説明する。この処理においては、まずセンター３
から入力されたポーリング信号がモードセンスポーリン
グ信号か否かを判断し（Ｓ７１）、肯定判断されれば、
モードレスポンス信号をセンター３に送信する（Ｓ７
３）。このモードレスポンス信号には、上述の動作モー
ドテーブルのフラグの状態に基づいて、現在の動作モー
ドを示すデータが付加される。

【００６６】一方、Ｓ７１にてリクエストポーリング信
号であると判断された場合、曲番号保持メモリのデータ
などを参照して、曲のリクエストが有るか否かを判断し
（Ｓ７５）、リクエストがなければ、その旨を示すリク
エストレスポンス信号をセンター３に送信し（Ｓ７
７）、上述のキー入力処理（図８）に復帰する。

【００６７】また、Ｓ７５にてリクエスト有りと判断さ
れた場合は、リクエスト曲のカラオケデータの送信を要
求するリクエストレスポンス信号をセンター３に送信す
る（Ｓ７９）。この信号には、リクエスト曲の曲番号デ
ータなどが付加される。ここで、ロック対象の曲につい
ては、曲番号保持メモリに記録されることがないため、
端末装置５は、ロック対象でないリクエスト曲のみをセ
ンター３に要求することとなる。そして、このリクエス
トレスポンス信号に応じてセンター３から送信されるカ
ラオケデータを受信して、一旦ＲＡＭ６５に格納した後
（Ｓ８１）、ビデオチューナー５９のチャンネルを切り
換えて（Ｓ８２）、カラオケ演奏処理を行なう（Ｓ８
３）。

【００６８】そして、カラオケ演奏処理（Ｓ８３）が終
了すると、上述のキー入力処理（図８）に復帰する。以
上説明したように、本第二の実施例によれば、端末装置
５は、ロック対象のジャンルの曲に対してはセンター３
に送信を要求することがないので、端末装置５でそのよ
うな曲を再生することはない。例えば、上記第二の実施
例においては、端末装置５が、ロックテーブルを参照し
てリクエスト曲が利用契約しているジャンルであるか否
かを判断し、利用契約しているジャンルの場合にそのリ
クエストを行なう。しかしながら端末装置５はかかる判
断をしなくてもよい。すなわち、端末装置５は、リクエ
スト曲が利用契約しているジャンルであるか否かにかか
わらず、常にリクエストを行なうのでもよい。より詳し
くは、端末装置５におけるキー入力処理（図８参照）に
おいて、Ｓ６７及びＳ６８を省略し、リクエストされた
曲はそのジャンルの如何を問わずに全て曲番号保持メモ
リにセットさせるようにしてもよい。

【００６９】この場合には、各端末装置５用のロックテ
ーブルをセンター３のＲＡＭ２７に設ける。そして、セ
ンター３は、図７に示すリクエスト処理の代わりに図１
０のリクエスト処理を行なう。なお、図１０のフローチ
ャートは、Ｓ４２を追加した以外は図７のフローチャー
トと同一である。

【００７０】すなわち、図１０に示すように、Ｓ３９に
おいて、ある端末装置５から受け取ったリクエストレス
ポンス信号によりリクエスト有りと判断された場合には
（Ｓ４１：ＹＥＳ）、センター３は、その端末装置５に
対応するロックテーブルを参照して、その曲が当該端末
装置５において利用契約されているか否かを判断する
（Ｓ４２）。利用契約されている場合には（Ｓ４２：Ｎ
Ｏ）、センター３はカラオケデータを当該端末装置５に
送信する。一方、利用契約されていない場合には（Ｓ４
２：ＹＥＳ）、センター３はカラオケデータを当該端末
装置５に送信しない。

【００７１】以上本発明はこの様な実施例に何等限定さ
れるものではなく、本発明の要旨を逸脱しない範囲にお
いて種々なる態様で実施し得る。例えば、ロック対象の
曲であっても、カラオケデータ自体は取得して演奏する
が、途中で何回も音が途切れるような、使用に耐えられ
ないような状態で再生するようにしたり、歌詞表示はし
ないようにするという具合いに、実質的に利用不可能な
状態で再生させることも考えられる。

【００７２】また、情報提供側について言えば、例えば
サービスアワーを設けて、その時間に限ってロックを解
除するようにして利用者への関心度や宣伝効果を高めた
りすることもできる。なお、本発明は上記カラオケシス
テムに限らず、いわゆるＣＡＴＶそのものの番組配給シ
ステムや、さらには天気予報、交通情報などの各種情報
を提供するシステムに応用できる。これらのジャンル分
けとしては、例えばＣＡＴＶであれば番組内容で分け、
また、天気予報や交通情報であれば地域毎に分けること
が考えられる。このようにすれば、例えば全国の天気予
報を全て知る必要はないが、仕事上で必要な地域のデー
タだけは細かく知りたいといった場合に有効である。

【００７３】

【発明の効果】以上詳述したように、本発明のデータ伝
送装置によれば、利用者は自身の趣向等を考慮して特定
のジャンル別情報データ群のみを選別して利用契約する
ことができる。従来のように包括的にしか利用できない
とすると、特に料金が一律に課されている場合には、ほ
とんど利用しないあるいは全く利用しないジャンルの情
報データ群に対しては利用しない代わりに料金を下げて
欲しいと要求も当然出てくるところであるので、このよ
うな要求に対しても本発明によれば好適に対応でき、よ
り利用者の趣向に限定した情報データだけを端末装置側
でアクセスできるようになる。

【００７４】また、ジャンル別情報データ群単位で課金
すれば、一部利用で料金割安とするといった利用者側に
おいての便宜も図り易い。そして、このような便宜を図
ることで、全体としての利用者の増加促進にも寄与す
る。

【図面の簡単な説明】

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

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

【図３】第一及び第二の実施例のカラオケ端末装置の
構成を示すブロック図である。

【図４】第一の実施例のカラオケ端末装置の動作を示
すフローチャートである。

【図５】第一の実施例のカラオケデータの構成を示す
説明図である。

【図６】第一の実施例のカラオケデータのチャンネル
構成を示す説明図である。

【図７】第二の実施例のセンターにおけるリクエスト
処理を示すフローチャートである。

【図８】第二の実施例のカラオケ端末装置におけるキ
ー入力処理を示すフローチャートである。

【図９】第二の実施例のカラオケ端末装置における通
信割り込み処理を示すフローチャートである。

【図１０】変更例のセンターにおけるリクエスト処理
を示すフローチャートである。

【符号の説明】

Ｍ１…中央制御装置Ｍ２…端末装置Ｍ３…データ記憶手段Ｍ４…データ選択
手段Ｍ５…再生制御手段１…カラオケシ
ステム３…センター（中央制御装置）５…カラオケ端末
装置７…同軸ケーブル１１…サーバー１３…記憶装置４１…制御部４３…入力装置４５…音源４７…アンプ４９…スピーカ５１…映像合成回路５３…モニタテレ
ビ

───────────────────────────────────────────────────── フロントページの続き (72)発明者伊神和典愛知県名古屋市瑞穂区苗代町15番１号ブラザー工業株式会社内 (72)発明者長谷川幸江愛知県名古屋市昭和区桜山町６丁目104番地株式会社エクシング内

Claims

【特許請求の範囲】

【請求項１】中央制御装置と複数の端末装置とが伝送
回線にて接続され、該中央制御装置から上記端末装置に
画像情報及び／又は音声情報を含んだ情報データを送信
可能なデータ伝送装置において、上記中央制御装置は、上記情報データをジャンル別に分類した複数のジャンル
別情報データ群として記憶しておくデータ記憶手段を備
え、上記端末装置は、上記情報データの中から各データ単位別に所望の情報デ
ータを選択するデータ選択手段と、該データ選択手段によって選択された情報データの属す
るジャンル別情報データ群の内、利用契約がされている
情報データ群については、上記中央制御装置のデータ記
憶手段から情報データの送信を受けて通常に再生し、一
方、利用契約がされていない情報データ群については、
情報データの再生自体を行わないか、あるいは実質的に
利用不可能な状態で再生させる再生制御手段とを備えた
ことを特徴とするデータ伝送装置。
【請求項２】上記請求項１に記載のデータ伝送装置
は、上記端末装置が要求手段を備えており、該要求手段
からの要求に応じ、上記中央制御装置からその要求に対
応する情報データを送信する双方向データ伝送タイプと
して構成され、上記要求手段が、上記データ選択手段によって選択され
た情報データの属するジャンル別情報データ群の内、利
用契約がされていない情報データ群については、上記中
央制御装置に対して要求を行わないことによって、上記
再生制御手段による情報データの再生ができないように
することを特徴とするデータ伝送装置。
【請求項３】上記請求項１に記載のデータ伝送装置
は、上記端末装置が要求手段を備え、上記中央制御装置
が送信手段を備え、該要求手段からの要求に応じ、該送
信手段からその要求に対応する情報データを送信する双
方向データ伝送タイプとして構成され、上記送信手段が、上記データ選択手段によって選択され
た情報データの属するジャンル別情報データ群の送信を
上記要求手段から要求された際、その要求された情報デ
ータ群の内、上記端末装置が利用契約をしていない情報
データ群については送信を行わないことによって、上記
再生制御手段による情報データの再生ができないように
することを特徴とするデータ伝送装置。
【請求項４】上記請求項１に記載のデータ伝送装置
は、上記中央制御装置から上記端末装置に上記情報デー
タをたれ流しで送信する片方向データ伝送タイプとして
構成され、上記再生制御手段が、上記データ選択手段によって選択
された情報データの属するジャンル別情報データ群の
内、利用契約がされていない情報データ群については上
記伝送回路から情報データ自体を取り込まないことによ
って、情報データの再生ができないようにすることを特
徴とするデータ伝送装置。