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

Abstract

(57)【要約】 【目的】 端末装置側において、センターから得ようと
するデータをより短時間で的確に選択することが可能な
データ伝送装置を提供する。 【構成】 カラオケ端末装置５でセンター３に対して所
望のカラオケ曲の仮アクセスを要求すると（Ｓ３８
０）、そのカラオケ曲のサビの部分のデータのみがセン
ター３から送られ、カラオケ端末装置５側にて再生され
る（Ｓ４００）。そこでかカラオケ端末装置５は使用者
に対して有料確認を行い（Ｓ４１０）、課金がなされた
場合にはセンター３に対して本アクセスを要求し（Ｓ３
４０）、曲データを受信して（Ｓ３５０）、それを再生
する（Ｓ３６０）。それにより、使用者は必要としない
カラオケ曲を誤ってアクセスすることなく、必要とする
カラオケ曲のみを短時間で的確に取得することができ
る。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来のデータ伝送装置においては、端末装置側での利用者
がソフトを選択した場合に以下のような問題があった。 選択したソフトの内容を利用者が知っている場合に
は別であるが、そうでない場合には選択ソフトが期待し
たものか否かの判断が早期にできず、例えば映画なら最
後まで見て期待と違っていたと感じることがある。つま
り最終的には気に入らなくても内容を最後まで見てから
（あるいはある程度途中まで見てから）でないと判断で
きないことが多い。

【０００４】 特にそれらのソフトを有料で利用する
場合には、期待した内容と違っていた場合の経済的な損
失感が大きくなる。 これらの問題が生じる大きな原因としては、主にソフト
のタイトル（映画の題名やカラオケ曲名等）だけで選択
し、内容を実際に見ることができないことが挙げられ
る。これに対して、例えばＣＡＴＶにおける有料番組に
おいて一定時間無料で視聴できるサービスが実現されて
いる。これは、有料チャンネルが選択されると、その有
料チャンネルを一定時間無料で視聴させ、その後その選
択されたチャンネルが有料であることを知らせるテロッ
プを流し、有料ボタン等が押下されると引続きその有料
チャンネルを視聴可とすると共に課金状態に入るという
ものである。

【０００５】しかし、この有料チャンネルを一定時間無
料で視聴させる方式でも、単にそのソフトの一部（例え
ば映画であれば頭から一定時間）を知ることができるだ
けであり、それだけでそのソフトが期待に沿ったものな
のか否かを判断することは非常に困難である。

【０００６】本発明は、上述の課題を解決するためにな
されたものであり、端末装置において中央制御装置から
画像情報及び／又は音声情報を含んだ情報データを得る
際に、より期待に沿った内容の情報データを選択できる
ようにして、不要な選択のし直し等を防止することので
きるデータ伝送装置を提供することを目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に成された請求項１記載のデータ伝送装置は、図１の基
本構成図に例示するように、画像情報及び／又は音声情
報を含んだ情報データを所定のデータ単位毎に区分して
記憶するデータ記憶手段Ｍ１を有する中央制御装置Ｍ２
と複数の端末装置Ｍ３とが伝送回線にて接続され、該中
央制御装置Ｍ２から端末装置Ｍ３に上記情報データを送
信可能なデータ伝送装置において、上記データ記憶手段
Ｍ１に記憶された上記所定のデータ単位の情報データ
は、そのデータ内の所定部分が該情報データの内容を端
的に示す仮アクセスデータとして設定されており、上記
端末装置Ｍ３は、上記データ記憶手段Ｍ１に記憶されて
いる情報データの中から上記所定のデータ単位別に１つ
以上の所望の情報データを選択するデータ選択手段Ｍ４
と、該データ選択手段Ｍ４によって選択された情報デー
タの仮アクセスを要求する仮アクセス要求手段Ｍ５と、
上記データ選択手段Ｍ４によって選択された情報データ
の本アクセスを要求する本アクセス要求手段Ｍ６と、上
記仮アクセス要求及び本アクセス要求に応じ、上記中央
制御装置Ｍ２から送信されてきた情報データに基づい
て、上記仮アクセスデータのみ、あるいは上記所定のデ
ータ単位の情報データ全体を再生して上記画像情報及び
／又は音声情報を出力する出力手段Ｍ７とを備えたこと
を特徴とする。

【０００８】上記情報データの内容を端的に示す仮アク
セスデータとしては、例えば情報データがカラオケ曲デ
ータであれば曲のサビの部分等を設定したり、情報デー
タが映画データであれば映画のクライマックスシーン等
を設定することが考えられる。そして、特に映画におけ
る仮アクセスデータとして例えば計１分間のデータを設
定する場合には、例えば２時間の映画の内の連続する１
分間を必ずしも設定しなければならないのではなく、前
半の見せ場と後半の見せ場を３０秒ずつ設定しておき、
２つ合わせて１つの仮アクセスデータとすることも考え
られる。

【０００９】また、請求項２記載のデータ伝送装置は、
上記請求項１に記載のデータ伝送装置において、上記仮
アクセス要求手段Ｍ５は、上記データ選択手段Ｍ４によ
って選択された情報データの仮アクセスを上記中央制御
装置Ｍ２に対して要求し、上記本アクセス要求手段Ｍ６
は、上記データ選択手段Ｍ４によって選択された情報デ
ータの本アクセスを上記中央制御装置Ｍ２に対して要求
し、上記出力手段Ｍ７は、上記仮アクセス要求及び本ア
クセス要求に応じて上記中央制御装置Ｍ２から送信され
た上記仮アクセスデータのみあるいは上記所定のデータ
単位の情報データ全体を再生して、上記画像情報及び／
又は音声情報を出力するよう構成されたことを特徴とす
る。

【００１０】一方、請求項３記載のデータ伝送装置は、
上記請求項１に記載のデータ伝送装置において、上記端
末装置Ｍ３はさらに、上記データ選択手段Ｍ４による選
択に従って上記中央制御装置から送信された情報データ
を一時記憶する一時記憶手段を備え、上記出力手段Ｍ７
は、上記仮アクセス要求及び本アクセス要求に応じて、
上記中央制御装置Ｍ２から送信されて上記一時記憶手段
に記憶されている上記所定のデータ単位の情報データの
内、上記仮アクセスデータのみ、あるいは上記所定のデ
ータ単位の情報データ全体を再生して上記画像情報及び
／又は音声情報を出力するよう構成されていることを特
徴とする。

【００１１】請求項４記載のデータ伝送装置は、上記請
求項１に記載のデータ伝送装置において、上記本アクセ
ス要求手段Ｍ６によって上記選択された情報データの本
アクセスが要求された場合に、所定の課金処理を行う課
金処理手段を備えたことを特徴とする。

【００１２】

【作用】上記のように構成された請求項１記載のデータ
伝送装置によれば、中央制御装置Ｍ２のデータ記憶手段
Ｍ１には、データ内の所定部分が情報データの内容を端
的に示す仮アクセスデータとして設定された所定のデー
タ単位の情報データを記憶している。そして、端末装置
Ｍ３においては、データ選択手段Ｍ４が、データ記憶手
段Ｍ１に記憶されている情報データの中から所定のデー
タ単位別に１つ以上の所望の情報データを選択し、仮ア
クセス要求手段Ｍ５が、データ選択手段Ｍ４によって選
択された情報データの仮アクセスを要求すると、出力手
段Ｍ７は、その仮アクセス要求に応じ、中央制御装置Ｍ
２から送信されてきた情報データに基づいて、仮アクセ
スデータのみを再生して画像情報及び／又は音声情報を
出力する。

【００１３】一方、本アクセス要求手段Ｍ６が、データ
選択手段Ｍ４によって選択された情報データの本アクセ
スを要求すると、その本アクセス要求に応じ、中央制御
装置Ｍ２から送信されてきた情報データに基づいて、所
定のデータ単位の情報データ全体を再生して画像情報及
び／又は音声情報を出力する。

【００１４】従って、例えば所定のデータ単位の情報デ
ータを映画やカラオケ曲等のソフトと考えると、まず上
記仮アクセスによってそのソフトの内容を端的に示す仮
アクセスデータをアクセスすることで、選択したソフト
が期待に沿ったものかどうかを判断し、気に入らない場
合には、再度別のソフトの仮アクセスデータを要求して
同様に判断する。そして、その仮アクセスデータを試聴
した結果気に入った場合には、本アクセス要求をすれ
ば、所定のデータ単位の情報データ全体をアクセスする
ことができるのである。

【００１５】従来、主にソフトのタイトル（映画の題名
やカラオケ曲名等）だけで選択し、内容を実際に見るこ
とができないため、選択ソフトが期待したものか否かの
判断が早期にできず、例えば映画なら最後まで見て期待
と違っていたと感じることがあり、最終的には気に入ら
なくても内容を最後まで見てから（あるいはある程度途
中まで見てから）でないと判断できないことが多かっ
た。それに対して、本発明によれば、仮アクセスデータ
によってその判断が好適にできる。

【００１６】そしてまた、従来のＣＡＴＶにおける有料
番組において一定時間無料で視聴させる方式では、単に
そのソフトの一部（例えば映画であれば頭から一定時
間）を知ることができるだけであり、それだけでそのソ
フトが期待に沿ったものなのか否かを判断することは非
常に困難であった。それに対して本発明の仮アクセスデ
ータは、情報データ全体の内容を端的に示す仮アクセス
データ、例えば情報データがカラオケ曲データであれば
曲のサビの部分であったり、映画データであればクライ
マックスシーン等であったりするので、例えば映画であ
れば１分程度、カラオケ曲であれば１５秒程度でも十分
に選択の参考になり得る。

【００１７】このように、中央制御装置から画像情報及
び／又は音声情報を含んだ情報データを得る際に、より
期待に沿った内容の情報データを選択でき、不要な選択
のし直し等を防止することのできるのである。また、請
求項２記載のデータ伝送装置によれば、仮アクセス要求
手段Ｍ５による仮アクセスの要求及び本アクセス要求手
段Ｍ６による本アクセスの要求は共に、中央制御装置Ｍ
２に対して行われ、仮アクセス要求及び本アクセス要求
に応じて中央制御装置Ｍ２から送信された仮アクセスデ
ータのみあるいは所定のデータ単位の情報データ全体を
出力手段Ｍ７が出力する。

【００１８】一方、請求項３記載のデータ伝送装置によ
れば、データ選択手段Ｍ４による選択に従って中央制御
装置からは所定のデータ単位の情報データ全体が送信さ
れ、一時記憶手段に記憶される。そして、仮アクセス要
求の場合は一時記憶手段に記憶されている所定のデータ
単位の情報データの内の仮アクセスデータのみが再生さ
れ、本アクセス要求の場合には一時記憶手段に記憶され
ている所定のデータ単位の情報データが再生される。

【００１９】このように請求項２と請求項３のもので
は、中央制御装置から送信されるデータ内容自体も相違
し、上記仮アクセス要求及び本アクセス要求に対する応
答処理が中央制御装置において成されるか、端末装置に
おいて成されるかの違いがある。例えば、映画のように
データ量が非常に多い情報データの場合には、請求項２
に示す構成のように、仮アクセスの要求も中央制御装置
Ｍ２に対して行われ、仮アクセス要求に応じて中央制御
装置Ｍ２から送信された仮アクセスデータのみを再生す
るようにした方がよい。

【００２０】一方、例えばカラオケ曲データのようにデ
ータ量が少ないものの場合には、例えば請求項２の場合
だと、仮アクセスで気に入った場合に再度１曲分のデー
タを中央制御装置側に要求し、送信してもらわなければ
ならない。しかし伝送の負担もあまり大きくないので、
最初から１曲分のデータを端末装置Ｍ３側の一時記憶手
段に記憶させておき、端末装置Ｍ３内において仮アクセ
スか本アクセスを選択できるようにしておけば、伝送回
線の使用頻度は減る上、即座に本アクセスに移れる。な
お、上述したように映画の場合にはデータ量が非常に多
いので、全データを送信し終えるまでに長時間必要とす
るため、請求項３のものを適用するのは現実的ではな
い。

【００２１】また、請求項４記載のものでは、本アクセ
ス要求手段Ｍ６によって選択された情報データの本アク
セスが要求された場合に、課金処理手段によって所定の
課金処理を行う。例えば、上述した映画やカラオケ曲等
のソフトを有料で利用するシステムに本データ伝送装置
を適用する場合には、上記仮アクセスは無料にし、本ア
クセスのみを課金するようなシステムとすると、内容を
かなり十分に確認できた上での本アクセス選択となるた
め、従来においては期待した内容と違っていた場合に経
済的な損失感が大きくなっていたが、本発明ではそのよ
うな不都合が生じ難い。

【００２２】

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

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

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

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

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

【００２７】センターモデム１５は、記憶装置１３から
読み出されるカラオケデータや、サーバー１１より出力
されるモードセンスポーリング信号及びリクエストポー
リング信号などを、所定の同一チャンネル（即ち所定の
周波数帯域）の交流信号に変調して、ヘッドエンド２１
に出力するものである。ここで、モードセンスポーリン
グ信号とは後述する端末装置５の動作モードを確認する
信号である。また、リクエストポーリング信号とは端末
装置５にカラオケデータの送信要求が有るか否かを確認
する信号である。これらの信号の送信処理については、
後に述べる。

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

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

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

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

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

【００３３】映像合成回路５１は、カラオケデータに含
まれる歌詞データを歌詞映像信号に変換するとともに、
これをビデオチューナー５９から入力される背景画像信
号と合成（スーパーインポーズ）し、モニタテレビ５３
へ出力する。端末モデム５７は、同軸ケーブル７を介し
てセンター３から送信されるカラオケデータ信号、モー
ドセンスポーリング信号、リクエストポーリング信号な
どを受信して復調するとともに、制御部４１より出力さ
れるモードレスポンス信号やリクエストレスポンス信号
などを変調して、センター３に送信するものである。こ
こで、モードレスポンス信号とは、センター３からのモ
ードセンスポーリング信号に応じて、現在の自己の動作
モードをセンター３に回答するための信号である。ま
た、リクエストポーリング信号とは、同じくセンター３
からのリクエストポーリング信号に応じて、曲のリクエ
スト（即ちカラオケデータの送信要求）が有るか否かを
センターに回答するための信号である。これらの信号の
送信処理については、後に述べる。

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

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

【００３６】一方、リクエスト処理は常時実行されるも
のであり、上記モードセンス処理によって「カラオケモ
ード」であると判定された端末装置５のみにリクエスト
ポーリング信号を送信し、曲のリクエストがあるか否か
を問い合わせるものである。リクエスト処理（図６）に
ついて詳細に説明する。このリクエスト処理において
は、まずＲＡＭ２７をクリアするなどの初期化を行ない
（ステップ１００。以下ステップを単にＳと記す。）、
端末番号ｎを１に設定する（Ｓ１１０）。

【００３７】次に、ＲＡＭ２７のモード管理テーブルを
参照し、ｎ番目の端末装置５のフラグを確認する（Ｓ１
２０）。ここで、フラグが１と判定された場合は「カラ
オケモード」である場合であり、このｎ番目の端末にリ
クエストポーリング信号を送信し（Ｓ１３０）、この信
号に応じて端末から送信されるリクエストレスポンス信
号を受信する（Ｓ１４０）。ここで、リクエストレスポ
ンス信号は、曲のリクエストがあるか否かを示す信号で
あり、リクエストがある場合は、リクエスト曲の曲番号
データ及び後述するアクセスの種類等を示すデータ等が
付加される。

【００３８】次に、このリクエストレスポンス信号を処
理して曲リクエストがあるか否かを判断し（Ｓ１５
０）、リクエスト有りと判断された場合は、アクセスの
種類を判断する（Ｓ１６０）。このアクセスの種類には
本アクセスと仮アクセスがあり、本アクセスの場合に
は、この信号に含まれる曲番号データなどに基づいて、
記憶装置１３からリクエスト曲のカラオケデータを全て
読み出し、ｎ番目の端末装置５に送信する（Ｓ１７
０）。一方、仮アクセスの場合には、記憶装置１３から
リクエスト曲のカラオケデータの内のサビの部分のデー
タのみを読み出し（Ｓ１８０）、ｎ番目の端末装置５に
送信する（Ｓ１７０）。

【００３９】ここで、カラオケ曲データの概略構成を図
５を参照して説明する。全てのカラオケ曲データが同一
の構成というわけではないが、典型的な例として説明す
る。曲データは前奏データで始まりその後、１番のデー
タ、（１番と２番との）間奏データ、２番のデータ、
（２番と３番との）間奏データ、３番のデータ、次いで
いわゆる「サビ」のデータ、そして後奏データで終了す
る。従って、上記Ｓ１８０においては、図５における
「サビ」のデータのみを読み出すのである。

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

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

【００４２】このように、リクエスト処理においては、
モード管理テーブルのフラグを参照し、「カラオケモー
ド」である端末装置５のみにリクエストポーリング信号
を送信する。続いて、各端末装置５側の動作を説明す
る。

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

【００４４】続いて図７を参照して端末装置５における
リクエスト処理について説明する。まずＲＡＭ６５（図
３参照）をクリアするなどの初期化を行ない（Ｓ３０
０）、入力装置４３よりリクエスト入力があるか否かを
判断する（Ｓ３１０）。ここでキー入力がなければ再び
Ｓ３１０に戻ってキー入力を待つ。

【００４５】一方、Ｓ３１０に肯定判断、すなわちリク
エスト入力有りと判断された場合は、その内容確認をす
るか否かを判断する（Ｓ３２０）、この内容確認するか
否かの判断は、入力装置４３において内容確認をするこ
とを指令するためのキー（例えばモードキー４３ｂが該
当する）が押下されたか否かで判断する。なお、この場
合、モニタテレビ５３に内容確認をするかどうかを促す
テロップを流すようにしてもよい。

【００４６】そして、内容確認しない場合には（Ｓ３２
０：ＮＯ）、Ｓ３３０で有料確認に係る判断、すなわち
「有料ＯＫ」か「有料ＮＯ」かを判断する。この判断
は、上記Ｓ３２０の場合と同様に、入力装置４３におい
て「有料ＯＫ」か「有料ＮＯ」を指令するためのキー
（例えばモードキー４３ｂが該当する）が押下されたか
否かで判断する。なお、この場合、モニタテレビ５３に
有料確認を促すテロップを流すようにしてもよい。

【００４７】そして、「有料ＮＯ」の場合には、以下の
処理を行なうことなくＳ３１０へ戻り、「有料ＯＫ」の
場合には、次のＳ３４０の処理へ移行する。なお、上記
Ｓ３２０あるいはＳ３３０での判断において、所定時間
経過しても、何もキーの押下が無い場合には、Ｓ３１０
へ戻るようにしておくことも考えられる。

【００４８】Ｓ３４０では、センター３に本アクセスを
リクエストする。つまりリクエスト曲のカラオケデータ
の１曲分全部の送信を要求するリクエストレスポンス信
号をセンター３に送信するのである。この信号には、リ
クエスト曲の曲番号データとこの場合は本アクセスであ
ることを示すデータ等が付加される。そして、このリク
エストレスポンス信号に応じてセンター３から送信され
る（図６のＳ１７０参照）カラオケデータを１曲分受領
して、一旦ＲＡＭ６５に格納した後（Ｓ３５０）、以下
に詳述するカラオケ曲の再生処理を行なう（Ｓ３６
０）。

【００４９】即ち、ＲＡＭ６５よりカラオケデータを読
み出し、歌詞データを映像合成回路５１に入力して歌詞
映像信号に変換する。また、映像合成回路５１には、ビ
デオチューナー５９によってチャンネル選択された背景
画像信号も入力される。つまり、ビデオチューナー５９
は、ＲＡＭ６５に予め記憶されている曲名−曲調情報
（リクエスト曲が演歌、ポップスなどの曲調の中のいず
れに該当するかを示すデータ）に基づいて、リクエスト
された曲の曲調に対応する背景画像信号を選択すべく、
制御部４１によって制御されてチャンネルが切り換えら
れる。そして、これらの背景画像情報と歌詞映像信号と
が映像合成回路５１にて合成（スーパーインポーズ）さ
れ、モニタテレビ５３には背景画像の上に歌詞の文字列
が重ね合わされて表示される。

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

【００５１】図７に戻り、上述のようなカラオケ再生処
理が終了するか又は中断指令があった場合には（Ｓ３７
０：ＹＥＳ）、Ｓ３１０へ戻って次のリクエストの入力
を待つ。一方、Ｓ３２０で肯定判断、すなわち内容確認
する場合には、Ｓ３８０に移行して、センター３に仮ア
クセスをリクエストする。つまりリクエスト曲のカラオ
ケデータのサビ部分のみの送信を要求するリクエストレ
スポンス信号をセンター３に送信するのである。この信
号には、リクエスト曲の曲番号データとこの場合は仮ア
クセスであることを示すデータ等が付加される。そし
て、このリクエストレスポンス信号に応じてセンター３
から送信される（図６のＳ１８０参照）カラオケのサビ
部分のデータを受信して、一旦ＲＡＭ６５に格納した後
（Ｓ３９０）、そのサビ部分を再生する（Ｓ４００）。
再生方法に付いては上記Ｓ３６０と同様なので省略す
る。

【００５２】そして、上記Ｓ３３０と同様の有料確認を
行なう（Ｓ４１０）。なお、この場合は、サビ部分を再
生し終える前に「有料ＯＫ」あるいは「有料ＮＯ」の判
断がされた場合、すなわち利用者がサビ部分を全て聴き
終える前に、「有料ＯＫ」あるいは「有料ＮＯ」を指令
した場合には、それぞれ途中で再生を中止してから（Ｓ
４２０，４３０）、Ｓ３４０へ移行あるいはＳ３１０へ
戻る。

【００５３】以上詳述したように、本実施例のカラオケ
システム１においては、カラオケ曲が１曲毎に課金され
るシステムであり、曲をリクエストする場合に、選択し
た曲をそのまますぐに利用するだけではなく、まずサビ
部分だけを聴くという内容確認をすることができる。そ
の内容確認の結果の利用者は、選択した曲が期待に沿っ
たものかどうかを判断し、気に入らない場合には、その
旨を指令する。これがＳ４１０での「有料ＮＯ」であ
る。そして再度別のソフトの仮アクセスデータを要求し
て同様に判断することができる。

【００５４】一方、そのサビ部分を試聴した結果気に入
った場合には、その旨を指令する。これがＳ４１０での
「有料ＯＫ」である。その場合は、Ｓ３４０へ移行して
本アクセス要求がなされ、カラオケ曲が１曲分送信され
て再生されるのである。従来、主に曲のタイトルだけで
選択していたので、その曲自体をよく知っている場合に
はよいが、知らない場合に選択曲が期待したものか否か
の判断が早期にできず、例えば最後まで聴いて（歌って
から）期待と違っていたと感じることがあった。つま
り、最終的には気に入らないものであると判る場合で
も、内容を最後まで聴いてからでないと判断できないこ
とが多かった。それに対して、本実施例によれば、その
曲を端的に示すサビの部分だけを試聴できるので、内容
判断が好適にできるのである。それにより、より期待に
沿った内容のカラオケ曲を選択でき、不要な選択のし直
し等を防止することができる。

【００５５】特に、この場合は１曲毎に課金するシステ
ムなので、従来のものでは、期待した内容と違っていた
場合に経済的な損失感が大きくなっていたが、上記実施
例の場合には内容確認に係るサビ部分の試聴は無料なの
で期待した内容と違っていると感じることが少なくな
り、従来の経済的損失感はほとんど感じないようにな
る。

【００５６】上記実施例ではカラオケ曲の場合を示した
が、映画の配給システムの場合にはさらに上記効果の度
合が大きくなる。つまり、カラオケ曲の場合はほとんど
が３分程度で長いものでも５分程度であるが、映画の場
合は通常２時間前後あり、また一般的に利用料金も映画
の方が高額に設定される。従って、最終的には気に入ら
ないものであっても、その映画を最後まで見てから、あ
るいはある程度途中まで（頭から３０分とか１時間と
か）見てからでないとなかなか判断できないのである。

【００５７】そのような特質を有するの映画であるが、
上記カラオケ曲のおけるサビ部分に該当するものとし
て、所定のクライマックスシーンを仮アクセス用に設定
しておけばよい。この仮アクセス用としては例えば１分
程度でも十分である。もちろん映画の内容に合わせて増
減さえることは構わない。また、例えば２時間の映画の
内の連続する１分間を必ずしも設定しなければならない
のではなく、前半の見せ場と後半の見せ場を３０秒ずつ
設定しておき、２つ合わせて１つの仮アクセスデータと
することも考えられる。

【００５８】図５ではカラオケ曲データの概略構成を示
したが、映画データの場合の概略構成を図８に示す。こ
の例では、仮アクセスのデータとして２カット設定して
ある。映画の前半に出てくるアクションシーンを仮アク
セスデータとし、後半に出てくる濡れ場シーンを仮ア
クセスデータとして、それらを連続して再生するよう
にする。

【００５９】そして、この仮アクセスデータ，によ
り映画１本全体を視聴するかどうかを決めれば期待通り
の内容の映画を選択することがより実現し易くなる。な
お、たくさんの映画のクライマックスシーンばかりを無
料で見られ過ぎると配給側としてよくない場合には、仮
アクセスデータのリクエストばかりが所定回数連続した
場合、例えば所定時間リクエストを受け付けないように
する等することが考えられる。

【００６０】また、例えば映画の場合のリクエストの方
式として、直接映画のタイトルを入力する方式だけでな
く、検索のステップを取り入れてもよい。例えば映画の
ジャンルや監督あるいは俳優等をキーワードとして入力
することによって、該当する複数の映画を検索し、その
中から一部（あるいは全部でもよいが）を指定するよう
にしてもよい。その場合には、指定された複数の映画の
クライマックスシーンが連続して再生されることとな
る。

【００６１】以上実施例について説明したが、本発明は
上記実施例に限定されるものではなく、種々の態様で実
施し得る。例えば、上述の実施例では、リクエストの都
度カラオケ曲のサビ部分か１曲全部のデータを送信して
いた。しかし、リクエストがあった時点で１曲分のデー
タを端末装置５側に送信しておき、内容確認の場合はそ
の１曲分のデータよりサビ部分だけを取り出して再生す
るようにしておくようにしてもよい。

【００６２】これらの方式の違いは、データの性質で選
択するとよい。例えば、映画のようにデータ量が非常に
多い情報データの場合には、仮アクセスのリクエストの
場合は仮アクセスデータだけを送信する方式の方がよ
い。一方、カラオケ曲データのようにデータ量が少ない
ものの場合には、伝送の負担もあまり大きくないので、
最初から１曲分のデータを端末装置側５に取り込んで記
憶させておき、端末装置５内において仮アクセスか本ア
クセスを選択できるようにしておけば、伝送回線である
同軸ケーブル７の使用頻度は減る上、即座に本アクセス
に移れる。なお、上述したように映画の場合にはデータ
量が非常に多く、全データを送信し終えるまでに長時間
必要とするため、この方式を適用するのは現実的ではな
い。

【００６３】また、本発明は、上述したカラオケシステ
ムや映画配給システムに限らず、例えば学習システムや
ゲームの配給等にも適用できる。学習システムの場合に
は問題例を仮アクセスデータとして設定し、ゲームの場
合にはそのゲームのデモプログラムを仮アクセスデータ
として設定することが考えられる。上述したカラオケや
映画の場合には、そのカラオケデータそのものの内のサ
ビの部分であるとか映画本編の内の所定のクライマック
スシーンを仮アクセス用に設定しておくのが別データを
設ける必要もなく好ましいが、例えばゲームの場合に
は、ゲーム本編の内の所定部分というよりは、共通部分
はあるにしても、別のデモプログラムという形で仮アク
セス用のデータを設定する方が現実的である。

【００６４】

【発明の効果】以上詳述したように、本発明のデータ伝
送装置においては、端末装置側で中央装置にある所定の
情報データを得る場合に、仮アクセスによってその情報
データの内容を端的に示す仮アクセスデータをアクセス
することで、選択した情報データが期待に沿ったものか
どうかを判断し、気に入らない場合には、再度別の情報
データの仮アクセスデータを要求して同様に判断でき、
仮アクセスデータによって判断した結果気に入った場合
には、本アクセス要求をすれば、所定のデータ単位の情
報データ全体をアクセスすることができるのである。

【００６５】このように、中央制御装置から画像情報及
び／又は音声情報を含んだ情報データを得る際に、より
期待に沿った内容の情報データを選択でき、不要な選択
のし直し等を防止することのできるのである。また、請
求項４記載のものでは、選択された情報データの本アク
セスが要求された場合に、課金処理手段によって所定の
課金処理を行うため、例えば仮アクセスは無料にし、本
アクセスのみを課金するようなシステムとすると、内容
を十分に確認できた上での本アクセス選択となるため、
従来の問題であった、期待した内容と違う場合の経済的
な損失感を感じることもなくなる。

【図面の簡単な説明】

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

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

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

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

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

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

【図７】 本実施例のカラオケ端末装置におけるリクエ
スト処理を示すフローチャートである。

【図８】 別例としての映画データの概略構成を示す説
明図である。

【符号の説明】

１…カラオケシステム、 ３…センター（中央制御
装置）、５…カラオケ端末装置、 ７…同軸ケーブ
ル、 １１…サーバー、１３…記憶装置、 １５…
センターモデム、 ２１…ヘッドエンド、４１
…制御部、 ４３…入力装置、 ４３
ａ…テンキー、４３ｂ…モード入力キー、 ４３ｃ…電
源スイッチ、 ４５…音源、４７…アンプ、
４９…スピーカ、 ５３…モニタテレビ、
５７…端末モデム、 ５９…ビデオチューナー

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

Claims (4)

【特許請求の範囲】
1. 【請求項１】 画像情報及び／又は音声情報を含んだ情
   報データを所定のデータ単位毎に区分して記憶するデー
   タ記憶手段を有する中央制御装置と複数の端末装置とが
   伝送回線にて接続され、該中央制御装置から端末装置に
   上記情報データを送信可能なデータ伝送装置において、 上記データ記憶手段に記憶された上記所定のデータ単位
   の情報データは、そのデータ内の所定部分が該情報デー
   タの内容を端的に示す仮アクセスデータとして設定され
   ており、 上記端末装置は、 上記中央制御装置に記憶されている情報データの中から
   上記所定のデータ単位別に１つ以上の所望の情報データ
   を選択するデータ選択手段と、 上記データ選択手段によって選択された情報データの仮
   アクセスを要求する仮アクセス要求手段と、 上記データ選択手段によって選択された情報データの本
   アクセスを要求する本アクセス要求手段と、 上記仮アクセス要求及び本アクセス要求に応じ、上記中
   央制御装置から送信されてきた情報データに基づいて、
   上記仮アクセスデータのみ、あるいは上記所定のデータ
   単位の情報データ全体を再生して上記画像情報及び／又
   は音声情報を出力する出力手段とを備えたことを特徴と
   するデータ伝送装置。
2. 【請求項２】 上記請求項１に記載のデータ伝送装置に
   おいて、 上記仮アクセス要求手段は、上記データ選択手段によっ
   て選択された情報データの仮アクセスを上記中央制御装
   置に対して要求し、 上記本アクセス要求手段は、上記データ選択手段によっ
   て選択された情報データの本アクセスを上記中央制御装
   置に対して要求し、 上記出力手段は、上記仮アクセス要求及び本アクセス要
   求に応じて上記中央制御装置から送信された上記仮アク
   セスデータのみあるいは上記所定のデータ単位の情報デ
   ータ全体を再生して、上記画像情報及び／又は音声情報
   を出力するよう構成されたことを特徴とするデータ伝送
   装置。
3. 【請求項３】 上記請求項１に記載のデータ伝送装置に
   おいて、 上記端末装置はさらに、 上記データ選択手段による選択に従って上記中央制御装
   置から送信された情報データを一時記憶する一時記憶手
   段を備え、 上記出力手段は、上記仮アクセス要求及び本アクセス要
   求に応じて、上記中央制御装置から送信されて上記一時
   記憶手段に記憶されている上記所定のデータ単位の情報
   データの内、上記仮アクセスデータのみ、あるいは上記
   所定のデータ単位の情報データ全体を再生して上記画像
   情報及び／又は音声情報を出力するよう構成されている
   ことを特徴とするデータ伝送装置。
4. 【請求項４】 上記請求項１に記載のデータ伝送装置に
   おいて、 上記本アクセス要求手段によって上記選択された情報デ
   ータの本アクセスが要求された場合に、所定の課金処理
   を行う課金処理手段を備えたことを特徴とするデータ伝
   送装置。