JPH08203194A - 情報受信用端末装置 - Google Patents

Abstract

(57)【要約】 【目的】 記録媒体からの再生時に目的の順序で情報が
再生できるようにする。 【構成】 端末装置２における入力部４３に、取得を希
望する複数の音楽情報を入力すると、要求順序記憶手段
を構成するＲＡＭ３９に要求順序が記憶される。また入
力部４３に入力された要求情報は、モデム４１を介して
センタに送信され、センタからは放送衛星を介して要求
された音楽情報が送信される。この場合、センタにおい
ては、他の要求者からの要求を含めて音楽情報の送信ス
ケジュールが組まれるため、要求順序に従って音楽情報
が送信されるとは限らない。端末装置２においては、ア
ンテナ３１で受けた音楽情報を音楽情報記録装置３６に
一旦記録し、ＲＡＭ３９に記憶された要求順序に従っ
て、情報が再生される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、例えば衛星などを利
用した放送メディアによる音楽情報等の提供システムに
用いて好適な情報受信用端末装置に関するものである。

【０００２】

【従来の技術】衛星を利用した放送メディアを用いて、
音楽情報を提供する音楽放送がすでに実現されており、
このシステムよりサービスを受ける受信用端末装置を用
意することにより、家庭に居ながらにして放送音楽を入
手することができる。

【０００３】またこれを発展させて、近未来の音楽放送
の形態として、各端末装置を介して好みの音楽を要求
（リクエスト）することで、リクエストした各端末に対
してリクエスト曲を配信するようなシステムも提案され
ている。

【０００４】このような衛星を利用した音楽放送は、ビ
デオ・オン・デマンドシステムに代表される高速の情報
通信網の存在を前提とした将来の情報提供システムと比
較しても、例えばセンタ設備等を低コストで実現でき、
また情報伝送にかかる伝送コストを低く抑えることがで
きるといった特質を有している。

【０００５】

【発明が解決しようとする課題】ところで、前述したよ
うな音楽放送においては、複数の利用者（端末装置）よ
り複数の音楽情報を同時に要求された場合には、以下の
ような問題点が発生する。

【０００６】すなわち、利用者が要求した複数の音楽
が、すでに他の利用者によって要求され、音楽情報を提
供するセンタ側の配信スケジュールにすでに組み込まれ
ていた場合には、利用者の要求したとおりの順序で音楽
情報が送信されるとは限らない。このために、時間の経
過順序に従って記録メディアに対して、センタから送信
される順序に音楽情報を記録した場合には、利用者が要
求した音楽情報がすべて収録されるものの、その音楽情
報の収録順序は要求の順番に並ぶことはなく、バラバラ
になってしまうといった問題点を有している。

【０００７】この発明は、このような問題点に鑑みて成
されたものであり、利用者が要求したとおりの順序で、
例えばミニディスク（ＭＤ）に代表される光磁気ディス
ク等の記録メディアに対して音楽情報が記録できるよう
にした情報受信用端末装置を提供することを目的とする
ものである。

【０００８】

【課題を解決するための手段】前記課題を達成するため
に成された本発明の請求項１に記載の情報受信用端末装
置は、端末装置からセンタに対して情報伝送の要求を行
い、前記情報伝送の要求に基づいてセンタから端末装置
に対して情報を伝送するようにした情報提供システムに
利用される端末装置であって、前記端末装置には、セン
タに対して行った複数の情報伝送の要求順序を記憶する
要求順序記憶手段と、センタ１から伝送された情報を記
録する情報記録手段と、前記要求順序記憶手段による要
求順序と前記情報記録手段によって記録されたセンタか
らの情報の記録順序とを照合し、前記情報記録手段によ
って記録された情報の順序を要求順序記憶手段による要
求順序に従って自動的に並び変えて記録する並び変え処
理手段とが具備されていることを特徴とする。

【０００９】

【作用】請求項１の構成の情報受信用端末装置において
は、センタに対して行った複数の情報伝送の要求順序を
記憶する要求順序記憶手段が具備され、情報記録手段に
記録された情報の順序を、並び変え処理手段によって、
要求順序記憶手段に記憶された要求順序に従って自動的
に並び変えて記録するようにしたので、利用者が要求し
たとおりの順序で情報を再生させることができる。

【００１０】

【実施例】以下、この発明の情報受信用端末装置を図に
示す音楽放送に採用した実施例に基づいて説明する。ま
ず図１は、本発明の端末装置が使用される音楽放送の基
本構成をブロック図によって示したものである。図１に
おいて、音楽情報を格納するセンタ１からは、音楽情報
が放送衛星３に向かって送信され、放送衛星３からは音
楽情報を地上の端末装置２に対して再送信する。前記セ
ンタ１と端末装置２との間は、公衆回線網４を介して結
ばれ、要求情報等のデータが双方向に送受できるように
構成されている。

【００１１】図２は前記センタ１の構成例について示し
たものである。図２に示すようにセンタ１には、サービ
スすべき音楽情報を蓄積した音楽情報蓄積部１１が備え
られており、この音楽情報蓄積部１１には音楽情報をよ
り効率よく伝送するために情報圧縮を行う情報圧縮部１
２が接続されている。そして情報圧縮部１２には、音楽
情報を要求した端末装置２に対してのみ解錠可能な形態
にスクランブルを施し、要求をしない他の端末装置にお
いての聴取を防ぐためのスクランブル処理部１３が接続
されている。さらに前記スクランブル処理部１３には、
複数の音楽情報を時分割多重するための多重化処理部１
４が接続されている。

【００１２】一方、複数の音楽情報蓄積装置で構成され
る前記音楽情報蓄積部１１には、この音楽情報蓄積部１
１を制御するための音楽情報蓄積装置制御部１５が接続
されており、また複数のスクランブラにより構成される
スクランブル処理部１３には、このスクランブル処理部
１３を制御するためのスクランブラ制御部１６が接続さ
れている。

【００１３】そして、さらに前記音楽情報蓄積装置制御
部１５およびスクランブラ制御部１６等を制御するため
の制御プログラムを実行するＣＰＵ（中央演算装置）１
７、端末装置２からの要求に基づく送出スケジュール、
スクランブル鍵および各端末装置への課金情報を保存す
るＲＡＭ１８、制御プログラムおよび端末情報を格納し
たＲＯＭ１９、公衆回線網４を経由して端末との情報の
やりとりを行うためのモデム２０、データバス、アドレ
スバス、制御バス等よりなるＣＰＵ１７のシステムバス
２１、多重化処理部１４より出力する音楽情報と衛星放
送の映像・音声情報ソース２２からの映像・音声情報と
を多重して変調する変調処理部２３、および時計を内蔵
し、現在の時刻を通知することのできるタイマ２４が具
備されている。

【００１４】前記音楽情報蓄積部１１は、１６台のＣＤ
チェンジャ１１−１乃至１１−１６によって構成され、
それぞれの出力は情報圧縮部１２における１６台のMPEG
/Audioエンコーダ１２−１乃至１２−１６にそれぞれ入
力されるよう構成されている。前記ＣＤチェンジャ１１
−１乃至１１−１６によって再生された音楽情報は、量
子化ビット数が１６ｂｉｔでサンプリング周波数が４
４．１ＫＨｚからなるステレオの１．４Ｍｂｐｓのデジ
タル音声信号であり、これは前記MPEG/Audioエンコーダ
１２−１乃至１２−１６による情報圧縮部１２を通過す
ることにより、１２８Ｋｂｐｓに圧縮される。

【００１５】前記情報圧縮部１２の出力はスクランブル
処理部１３における１６台のスクランブラ１３−１乃至
１３−１６にそれぞれ入力され、暗号化処理がなされ
る。スクランブル処理部１３の出力は多重化処理部１４
に供給されて時分割多重処理がなされ、１２８Ｋｂｐｓ
の１６本の音声信号は、２Ｍｂｐｓの１本の信号にまと
められる。多重化処理部１４の出力は変調処理部２３に
入力され、ここで通常の映像・音声信号ソース２２から
の映像・音声信号と多重され変調されて、送信アンテナ
（図示せず）を通じて放送衛星３に送られる。

【００１６】この実施例の場合、サービスする音楽情報
の平均演奏時間が５分であると仮定すると、２４時間で
４６０８曲を伝送することが可能である。これは、音楽
情報蓄積部１１に蓄積された音楽情報が４６０８曲であ
った場合には、利用者は最悪でも２４時間後には所望の
音楽情報を入手することが可能であることを意味する。
４６００曲という数は一般的なカラオケボックスでサー
ビスされている曲数に相当し、サービスに加入する利用
者を十分に満足させることのできる数であるといえる。

【００１７】次に、端末装置２の構成について図３を用
いて説明する。図３に示すように端末装置２は衛星放送
を受信するための受信アンテナ３１が備えられ、このア
ンテナ３１は受信信号から特定のチャンネルの信号を復
調し、さらにデジタル信号のみを抽出するチューナ３２
に接続されている。そして、チューナ３２の出力端は複
数の音楽情報が多重された信号から、目的の音楽情報の
みを取り出す多重信号分離部３３に接続され、多重信号
分離部３３の出力端はスクランブル処理された信号を元
に戻すためのデスクランブラ３４に接続されている。

【００１８】またデスクランブラ３４の出力端は情報圧
縮された信号を元の音楽詳報に戻すための圧縮信号復調
部３５に接続され、圧縮信号復調部３５の出力端は、復
元された音楽情報を記録するための音楽情報記録装置
（ＭＤレコーダ）３６に接続されている。さらに前記音
楽情報記録装置３６には、この音楽情報記録装置３６
（情報記録手段）を制御するための音楽情報記録装置制
御部３７（並び変え処理手段）が接続されている。

【００１９】またさらに前記音楽情報記録装置制御部３
７等を制御するための制御プログラムを実行するＣＰＵ
（中央制御装置）３８、要求した音楽情報の送出開始・
終了時刻やデスクランブル鍵を保存するＲＡＭ３９（要
求順序記憶手段）、制御プログラムを格納するＲＯＭ４
０、公衆回線網４を経由してセンタ１との情報のやりと
りを行うためのモデム４１、データバス、アドレスバ
ス、制御バスなどよりなるＣＰＵ３８のシステムバス４
２、利用者がセンタに対して音楽情報の要求を行うため
の入力部４３、センタ１からの情報や端末装置２の状態
を利用者に知らせるための表示部４４、前記音楽情報記
録装置３６に記録された音楽情報を利用者が聴取するた
めのアンプ・スピーカなどよりなる音楽情報再生部４
５、時計を内蔵し、現在の時刻を通知することのできる
タイマ４６が具備されている。

【００２０】前記のように構成された端末装置２におい
て、受信アンテナ３１で受信された衛星放送の電波はチ
ューナ３２に送られ、目的の周波数の信号が復調され
る。さらに映像・音楽信号が分離されて２Ｍｂｐｓのデ
ジタル信号が抽出される。この信号は多重信号分離部３
３に入力され、時分割多重された１６本の１２８Ｋｂｐ
ｓの信号の内の１つのチャンネルが分離される。

【００２１】多重信号分離部３３の出力はデスクランブ
ラ３４に入力され、暗号化された情報が復元される。デ
スクランブラ３４の出力は圧縮信号復号部３５に入力さ
れ、１２８Ｋｂｐｓに圧縮された信号は元の量子化ビッ
ト数が１６ｂｉｔ、サンプリング周波数が４４．１ＫＨ
ｚからなるステレオの１．４Ｍｂｐｓのデジタル音声信
号に復元される。圧縮信号復号部３５の出力は音楽情報
記録装置３６に入力され、ミニディスク（ＭＤ）（商
標）に代表される光磁気ディスクに記録される。利用者
は音楽情報記録装置３６に記録された音楽情報を音楽情
報再生部４５を介して自由に聴取することが可能とな
る。

【００２２】次に、端末装置２が所望の音楽情報をセン
タ１に対して要求する手順について、図４に示すフロー
チャートを用いて説明する。

【００２３】利用者が入力部４３を介して端末装置２に
所望の音楽の音楽名を入力すると、ステップ１０１にお
いて、ＣＰＵ３８はモデム４１を制御してセンタ１内の
モデム２０と回線接続を行い、所望の音楽の音楽名に対
応する音楽ＩＤおよびＲＯＭ４０に蓄積された端末固有
の端末ＩＤをセンタ１へ送信し、当該音楽ＩＤに対応す
る音楽情報の送信要求を行う。端末装置２からの送信要
求を受けると、ステップ１０２において、センタ１内の
ＣＰＵ１７はＲＡＭ１８に格納された現時点での送信ス
ケジュールを検索して、端末装置２から要求された音楽
ＩＤに対応する音楽情報がすでに送信スケジュールの中
に組まれているかどうかをチェックする。

【００２４】当該音楽ＩＤがスケジュールの中に入って
いないことを確認すると、ステップ１０３において、Ｃ
ＰＵ１７は要求された音楽情報をＲＡＭ１８内のスケジ
ュールに新たに追加する。次にステップ１０４におい
て、ＣＰＵ１７は新たにスケジュールに組まれた音楽情
報を暗号化して伝送するためのスクランブル鍵を作成
し、これもＲＡＭ１８に格納する。

【００２５】次にステップ１０５において、ＣＰＵ１７
はＲＯＭ１９内の端末情報を検索し、端末装置２から送
られてきた端末ＩＤから端末固有鍵を検索する。次にス
テップ１０６において、ＣＰＵ１７は検索した端末固有
鍵で当該音楽情報を暗号化するためのスクランブル鍵を
暗号化し、暗号化されたスクランブル鍵を作成する。

【００２６】次にステップ１０７において、ＣＰＵ１７
はモデム２０を介して、端末装置２へ当該音楽情報の多
重化されるチャンネル、送信開始時刻、送信終了時刻な
どのスケジュール情報、暗号化スクランブル鍵を伝送す
る。端末装置２ではモデム４１を介して、スケジュール
情報、暗号化スクランブル鍵を受信し、ＣＰＵ３８はそ
れらの情報をＲＡＭ３９に格納する。また前記ステップ
１０２において、要求された音楽情報が既にスケジュー
ルに組まれていた場合、新たなスケジュール設定を行う
必要はない。また、そのスケジュールが組まれた時点で
既にスクランブル鍵も作成されているはずなので、ステ
ップ１１１において、ＣＰＵ１７はＲＡＭ１８から当該
スクランブル鍵を検索する。その後は、前述の手順と同
様にステップ１０５に移行する。

【００２７】なお利用者は、前記手順を複数回実行する
ことにより、複数の音楽情報をセンタに要求することが
可能である。また端末装置２においてＣＰＵ３８はＲＡ
Ｍ３９に、この要求した音楽情報の順序を全て記録す
る。

【００２８】前記手順によって組まれた送信スケジュー
ルの例を図５に示す。この図５は横軸に各チャンネル
（ＣＨ１乃至ＣＨ１６）によって送出される音楽情報を
示しており、また縦軸は時間経過を示している。図５に
示すように音楽１曲の長さは曲によってまちまちである
ため、各チャンネルの音楽の送信開始時刻・送信終了時
刻は図のようにまちまちになる。ここで例として、利用
者が３つの曲を要求した場合を考え、その要求された曲
が図５において音楽４−１、音楽２−２、音楽３−３に
組み込まれたものとする。ただし、利用者が端末装置２
を介して要求した順序は音楽３−３、音楽４−１、音楽
２−２の順序であり、音楽４−１、音楽２−２は既に他
の利用者の要求によりセンタ１の送信スケジュールに組
み込まれていたため、新規にスケジュールに追加された
音楽３−３よりも先に送信されることになったものとす
る。

【００２９】この様な前提の元で、センタ１における音
楽情報の送信手順について、図６に示すフローチャート
を用いて説明する。

【００３０】まずステップ２０１において、ＣＰＵ１７
はタイマ２４から現在の時刻を取得し、ステップ２０２
において、ＲＡＭ１８に記録されたスケジュールの音楽
情報の送信開始時刻と比較する。まだ送信開始時刻に到
達していなければ、再びステップ２０１に戻り、ステッ
プ２０１とステップ２０２を繰り返し実行する。

【００３１】ステップ２０２において、例えば図５の音
楽４−１の送信開始時刻に到達したとすると、ステップ
２０３において、ＣＰＵ１７はＲＡＭ１８から当該音楽
情報用に作成したスクランブル鍵を取り出し、スクラン
ブラ制御部１６を介してスクランブル処理部１３の中の
当該スクランブラ（この場合はスクランブラ４）にスク
ランブル鍵を送出し、スクランブラを動作させる。

【００３２】次に、ステップ２０４において、ＣＰＵ１
７は音楽情報蓄積装置制御部１５を介して音楽情報蓄積
部１１の当該ＣＤチェンジャー（この場合はＣＤチェン
ジャー４）に当該音楽情報の再生を指示し、ＣＤチェン
ジャーは再生を開始する。これによって前記のように、
音楽情報は音楽情報蓄積部１１、情報圧縮部１２、スク
ランブル処理部１３、多重化処理部１４、変調処理部２
３を通って放送衛星へ伝送される。

【００３３】次にステップ２０５において、ＣＰＵ１７
はタイマ２４から現在の時刻を取得し、ステップ２０６
において、ＲＡＭ１８に記録された現在再生中の音楽情
報のの送信終了時刻と比較する。まだ送信終了時刻に到
達していなければ、再びステップ２０５に戻り、ステッ
プ２０５とステップ２０６を繰り返し実行する。

【００３４】ステップ２０６において、送信終了時刻に
達すると、ステップ２０７において、ＣＰＵ１７は音楽
情報蓄積装置制御部１５を介して音楽情報蓄積部１１の
当該ＣＤチェンジャー（この場合はＣＤチェンジャー
４）に当該音楽情報の再生を停止するよう指示し、ＣＤ
チェンジャーは再生を停止する。

【００３５】次にステップ２０８において、ＣＰＵ１７
はＲＡＭ１８に格納された送信スケジュールの中から、
送信を終了した当該音楽情報のスケジュール情報を削除
する。

【００３６】なおＣＰＵ１７は図６に示すフローを並列
に処理することができるので、図５に示したとおりに音
楽情報を送信することが可能である。

【００３７】次に端末装置２における音楽情報の受信手
順について、図７に示すフローチャートを用いて説明す
る。

【００３８】まずステップ３０１において、ＣＰＵ３８
はタイマ４６から現在の時刻を取得し、ステップ３０２
において、ＲＡＭ３９に記録された受信スケジュールの
音楽情報の送信開始時刻と比較する。まだ送信開始時刻
に到達していなければ、再びステップ３０１に戻り、ス
テップ３０１とステップ３０２を繰り返し実行する。

【００３９】ステップ３０２において送信開始時刻（こ
の場合、音楽４−１の送信開始時刻）に到達すると、ス
テップ３０３において、ＣＰＵ３８は多重信号分離部３
３を制御して、２Ｍｂｐｓの時分割多重信号の中から４
番目のチャンネルのみを出力するように指示する。

【００４０】次にステップ３０４において、ＣＰＵ３８
はＲＡＭ３９から当該音楽用に受信した暗号化スクラン
ブル鍵を取り出し、またＲＯＭ４０に格納された端末固
有鍵を取り出し、この２つの鍵をデスクランブラ３４に
入力し、デスクランブラを動作させる。

【００４１】次にステップ３０５において、ＣＰＵ３８
は音楽情報記録装置制御部３７を介して情報記録手段と
しての音楽情報記録装置３６に録音開始を指示し、音楽
情報記録装置３６は録音を開始する。これによって前記
のように、音楽情報はアンテナ３１、チューナ３２、多
重信号分離部３３、デスクランブラ３４、圧縮信号復号
部３５を経由して、音楽情報記録装置３６に蓄積され
る。

【００４２】次にステップ３０６において、ＣＰＵ３８
はタイマ４６から現在の時刻を取得し、ステップ３０７
において、ＲＡＭ３９に記録された現在録音中の音楽情
報の送信終了時刻と比較する。まだ送信終了時刻に到達
していなければ、再びステップ３０６に戻りステップ３
０６とステップ３０７を繰り返し実行する。

【００４３】ステップ３０７において送信終了時刻に達
したと判断されると、ステップ３０８において、ＣＰＵ
３８は音楽情報記録装置制御部３７を介して、音楽情報
記録装置３６に音楽情報の録音を停止するよう指示し、
音楽情報記録装置３６は録音を停止する。次にステップ
３０９において、ＣＰＵ３８はＲＡＭ３９に格納された
送信スケジュールの中から、録音を終了した当該音楽の
スケジュール情報を削除する。

【００４４】そして、音楽情報記録装置３６は、光磁気
ディスクへの音楽情報の記録を開始するとき、または記
録が完了したとき、記録の順番を表す順序情報を光磁気
ディスクのＴＯＣ（Ｔａｂｌｅ ｏｆ ｃｏｎｔｅｎｔ
ｓ）に書き込む。再生はこの順序情報に従って行われ
る。

【００４５】なお受信端末装置２は、前記手順をセンタ
１に要求した残りの音楽情報である音楽２−２、音楽３
−３に対しても同様の処理を行う。

【００４６】次に端末装置２において実行される音楽情
報記録装置３６に記録された音楽情報の順序情報を、要
求した順序に並び変える並び変え処理手段の実行手順に
ついて、図８に示すフローチャートを用いて説明する。

【００４７】まずステップ５０１において、前記受信手
順がすべて終了した時点では、利用者が要求した３つの
音楽情報はステップ５０２に示すように、送信された順
序である音楽４−１、音楽２−２、音楽３−３の順（要
求した順序で言えば、２番目、３番目、１番目の順）に
音楽情報記録装置３６に記録されている。

【００４８】ステップ５０３において、ＣＰＵ３８は要
求順序記憶手段としてのＲＡＭ３９に記録された、要求
した順序とＴＯＣに記録した順序情報を照合し、まず要
求した１曲目の順序が先頭に来るようにＴＯＣの順序情
報の並べ変えを行う。具体的に言うと、要求した１曲目
は結果的に３番目に送信されてきたため、現在３番目の
順序として記録されているので、１曲目と３曲目の順序
の入れ替えを行う。その結果、ステップ５０４に示すよ
うに、要求した順で言うと、１曲目、３曲目、２曲目の
順にＴＯＣの順序情報が並び変えられる。

【００４９】次にステップ５０５において、要求した２
曲目の順序が２番目に来るように並べ変えを行う。その
結果、ステップ５０６に示すように、要求したとおりの
順にＴＯＣの順序情報の並べ変えが行われる。

【００５０】以上の順序の並び変えの処理は、音楽情報
の記録が完了したとき、自動的に実行される。再生時、
再生の順番は、ＴＯＣの順序情報の順序に従って指定さ
れるため、このように並べ変えを行っておくと、要求し
た順番で音楽情報が再生される。

【００５１】次に、前記した音楽情報の要求、送信、受
信の手順の中で、音楽情報を暗号化して送受信するため
のスクランブル・デスクランブルの手順について、図９
を用いて説明する。

【００５２】端末装置２のＲＯＭ４０には、あらかじめ
その端末固有の端末ＩＤと端末固有鍵が書き込んであ
り、センタ１ではすべての端末ＩＤと端末固有鍵を対応
づけて管理している。

【００５３】ステップ４０１において、端末装置２から
センタ１へ音楽情報の要求と共に端末ＩＤが送信され
る。次にステップ４０２において、センタ１では当該端
末ＩＤに対応する端末固有鍵を検索する。ステップ４０
３において要求された音楽情報に対するスクランブル鍵
を決定する（既に決定されている場合には検索する）
と、ステップ４０４において、スクランブル鍵を端末固
有鍵で暗号化して暗号化スクランブル鍵を生成し、ステ
ップ４０５においてこの暗号化スクランブル鍵を端末装
置２に送信する。

【００５４】実際の音楽情報の送信時には、ステップ４
０６において、音楽情報はスクランブル鍵でスクランブ
ル処理され、ステップ４０７において端末装置２へ放送
される。端末装置２は放送を受信すると、ステップ４０
８において暗号化スクランブル鍵を端末固有鍵で復号化
してデスクランブル鍵を生成し、ステップ４０９におい
て、このデスクランブル鍵で暗号化音楽をデスクランブ
ル処理し、実際の音楽情報として取り出す。

【００５５】なお以上の説明においては、放送衛星を利
用した放送メディアによる音楽情報提供システムに用い
て、音楽情報を記録する例について説明したが、本発明
はこの様な特定の情報提供システムに利用されるだけで
なく、例えば音楽情報に加え、動画情報を提供するよう
な情報提供システムにも利用することができる。

【００５６】

【発明の効果】以上の説明で明らかなように、請求項１
に記載の情報受信用端末装置によれば、センタに対して
行った複数の情報伝送の要求順序を記憶する要求順序記
憶手段が具備され、情報記録手段によって記録された情
報を要求順序記憶手段による要求順序に従って順序情報
を自動的に並び変えるようにしたので、利用者が要求し
た複数の音楽情報が、要求した通りの順序で送信されな
かった場合においても、利用者が情報を視聴する時点に
おいては、利用者が要求したとおりの順序で、音楽情報
等を確実に（特別の操作をすることなく）再生させるこ
とが可能となる。

【００５７】また請求項２に記載の情報受信用端末装置
によれば、情報記録手段に記録される情報として、音楽
情報および／または動画情報を扱うようにしたので、い
ずれかまたは両者の情報を同時に要求順序に従って情報
を情報記録手段に対して並び変えて記録させることがで
きる。

【００５８】さらに請求項３に記載の情報受信用端末装
置によれば、情報記録手段における情報記録媒体として
光磁気ディスクを用いるようにしているので、装置全体
をローコストで信頼性の高い端末装置を提供することが
可能となる。

【図面の簡単な説明】

【図１】本発明の情報受信用端末装置が使用される音楽
情報提供システムの基本構成を示すブロック図である。

【図２】図１の実施例におけるセンタの詳細な構成を示
すブロック図である。

【図３】本発明の情報受信用端末装置の一実施例の構成
を示すブロック図である。

【図４】図３に示す端末装置が行う音楽情報の要求手順
を示すフローチャートである。

【図５】図２に示すセンタにおける音楽情報の送信スケ
ジュールの例を示す図である。

【図６】図２に示すセンタにおける音楽情報の送信手順
を示すフローチャートである。

【図７】図３に示す端末装置おける音楽情報の受信手順
を示すフローチャートである。

【図８】図３に示す端末装置が行う音楽情報の並べ変え
処理の手順を示すフローチャートである。

【図９】センタと端末装置で行うスクランブルおよびデ
スクランブルの手順を示す図である。

【符号の説明】

１ センタ ２ 端末装置 ３ 放送衛星 ４ 公衆回線網 １１ 音楽情報蓄積部 １２ 情報圧縮部 １３ スクランブル処理部 １４ 多重化処理部 １５ 音楽情報蓄積装置制御部 １６ スクランブラ制御部 １７ ＣＰＵ（中央演算装置） １８ ＲＡＭ １９ ＲＯＭ ２０ モデム ２１ システムバス ２２ 映像・音声情報ソース ２３ 変調処理部 ２４ タイマ ３１ アンテナ ３２ チューナ ３３ 多重信号分離部 ３４ デスクランブラ ３５ 圧縮信号復号部 ３６ 音楽情報記録装置（情報記録手段） ３７ 音楽情報記録装置制御部（並び変え処理手段） ３８ ＣＰＵ（中央演算装置） ３９ ＲＡＭ（要求順序記憶手段） ４０ ＲＯＭ ４１ モデム ４２ システムバス ４３ 入力部 ４４ 表示部 ４５ 音楽情報再生部 ４６ タイマ

フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 // Ｈ０４Ｎ 7/173

Claims (3)

【特許請求の範囲】
1. 【請求項１】 端末装置からセンタに対して情報伝送の
   要求を行い、前記情報伝送の要求に基づいてセンタから
   端末装置に対して情報を伝送するようにした情報提供シ
   ステムに利用される端末装置であって、 前記端末装置には、 前記センタに対して行った複数の情報伝送の要求順序を
   記憶する要求順序記憶手段と、 前記センタから伝送された情報を記録する情報記録手段
   と、 前記要求順序記憶手段による要求順序と前記情報記録手
   段によって記録されたセンタからの情報の記録順序とを
   照合し、前記情報記録手段によって記録された情報の順
   序を要求順序記憶手段による要求順序に従って自動的に
   並び変えて記録する並び変え処理手段とが具備されてい
   ることを特徴とする情報受信用端末装置。
2. 【請求項２】 前記情報記録手段において記録される情
   報は、音楽情報および／または動画情報であることを特
   徴とする請求項１記載の情報受信用端末装置。
3. 【請求項３】 前記情報記録手段に用いられる情報記録
   媒体は、光磁気ディスクであることを特徴とする請求項
   １または２記載の情報受信用端末装置。