JP2000217093A

JP2000217093A - デ―タ受信端末、デ―タ送信部及びデ―タ送受信システム

Info

Publication number: JP2000217093A
Application number: JP11241668A
Authority: JP
Inventors: Katsutoyo Shiraishi; 克豊白石; Yoichi Harukawa; 陽一春川; Masao Fukushima; 正夫福島; Tatsuo Terajima; 達雄寺島; Naohisa Ide; 尚久井出
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 1998-11-17
Filing date: 1999-08-27
Publication date: 2000-08-04

Abstract

(57)【要約】【課題】大量のデータを通信衛星等と用いて配信し、
かかるデータを多数の受信端末に受信させ、各受信端末
側で表示する内容を配信側で指定することが可能な受信
端末、送信部及びデータ送受信システムを提供する。【解決手段】コンテンツファイル２０４〜２０６及び
コンテンツファイルの再生スケジュールが記述されたス
クリプトファイル２０３を受信する受信手段１４６と、
受信したコンテンツファイル及びスクリプトファイルを
記憶する記憶手段９１０と、コンテンツファイルから動
画、静止画、テキストの少なくとも１つを描画する描画
処理９３０と、再生スケジュールに沿って描画処理手段
を制御する制御９４０とを有し、スクリプトファイル２
０３に記述された再生スケジュールに沿ってコンテンツ
ファイル２０４〜２０６の再生データを出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ受信端末、
データ送信部及びデータ送受信システムに関し、特に受
信端末側で表示する内容を配信側で指定可能なデータ受
信端末、そのような処理を可能とする情報を送信する送
信部及びデータ送受信システムに関する。

【従来の技術】従来、ファミリーレストラン等において
音楽データ等を通信衛星や通信回線を用いて配信するシ
ステムが提案されている。かかるシステムにおいては、
通信衛星等を用いて大量のデータを配信し、受信端末に
データを受信、蓄積させ、操作者が受信端末を操作して
所望の音楽データ等を再生する。

【０００２】

【発明が解決しようとする課題】しかし、通信衛星等を
用いて多数の受信端末にデータを配信した場合に、受信
端末に表示させるコンテンツの内容、順番、位置、サイ
ズ等を配信側で管理できないと、多数の受信端末の各々
を操作者が操作しなければならず極めて煩雑である。

【０００３】また、通信衛星等を用いて大量のデータを
配信し、個々の受信端末に一旦全てのデータを受信させ
た場合、その大量のデータの中から各受信端末に必要な
データを抽出するという操作が必要である。また、不必
要なデータも大量に受信してしまうため、それら不必要
データを各受信端末から消去する作業も必要である。さ
らに、残ったデータのどれとどれを関連付けて表示手段
に出力するかを指示する作業も必要である。

【０００４】さらに、既に受信端末に蓄積されているデ
ータと、リアルタイムで受信したデータを同時に表示す
ることができなかった。

【０００５】本発明は、上記問題点を解決するためにな
されたものであり、受信端末が表示するコンテンツの順
番や位置を配信側で管理すること、また、各受信端末が
大量のデータを受信しても必要なデータのみを取り込
み、不必要なデータを適宜消去し、また必要なデータを
安全に保存すること、さらに蓄積データとリアルタイム
受信データを同時に表示すること等が可能な受信端末、
そのような受信端末にデータを送信するデータ送信部及
びそのような受信端末及び送信部を用いたデータ送受信
システムを提供する。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、請求項１の発明は、コンテンツファイルを受信し、
これを再生するデータ受信端末であって、前記コンテン
ツファイル及び前記コンテンツファイルの再生スケジュ
ールが記述されたスクリプトファイルを受信する受信手
段と、受信した前記コンテンツファイル及び前記スクリ
プトファイルを記憶する記憶手段と、前記コンテンツフ
ァイルから動画、静止画、テキストの少なくとも１つを
描画する描画処理と前記再生スケジュールに沿って前記
描画処理を管理するスケジュール管理処理とを制御する
制御手段とを有し、前記スクリプトファイルに記述され
た再生スケジュールに沿って前記コンテンツファイルの
再生データを出力することを特徴とする。

【０００７】このような構成によれば、動画、静止画、
文字データ等のコンテンツを表示する時刻、位置、サイ
ズ等を記述したスクリプトファイルを配信し、これを受
信した受信端末側でかかる記述内容に従って各コンテン
ツを表示することにより、受信端末側で表示する内容
を、配信側で指定することが可能となる。

【０００８】また、コンテンツファイルと、スクリプト
ファイルを別々に配信することにより、スクリプトファ
イルとコンテンツファイルを１対１で限定された関連付
けによる使い方ではなく、一度蓄積したコンテンツファ
イルを何度でも利用でき、またコンテンツファイルおよ
びスクリプトファイルの更新時、更新するコンテンツ
と、コンテンツの更新に対応したスクリプトファイルと
いう差分ファイルのみを配信すればよく、通信コストを
削減することが可能となる。

【０００９】また、スクリプトファイルの記述によって
様々なコンテンツデータを関連付けることにより、様々
なコンテンツを同一画面上の異なるエリアに同時に表示
することが可能となる。

【００１０】請求項２の発明は、請求項１に記載のデー
タ受信端末であって、前記受信手段が、さらに、前記複
数の受信ファイル中のどのファイルを記憶すべきかに関
する選択情報と、前記選択情報に従って記憶したファイ
ルをどのように処理するかに関する処理情報を受信し、
前記記憶手段が、論理的又は物理的に第１、第２の記憶
領域を有し、前記制御部が、前記選択情報に従って、受
信ファイルの内の少なくとも一部を前記第１の記憶領域
に記憶し、第１の記憶領域に記憶されているデータの少
なくとも一部が第２の記憶領域に移動されると共にこの
第２の記憶領域に記憶されることを特徴とする。

【００１１】選択情報に従って特定の受信データのみを
通過させることによって、受信端末は、大量の受信デー
タの中から各受信端末が必要とするデータのみを取り込
み、第１の記憶領域に記憶することが可能となる。

【００１２】ここで、記憶手段が論理的又は物理的に第
１、第２の記憶領域を有するとは、物理的に１つである
記憶手段に論理的に第１の記憶領域と第２の記憶領域を
設けてもよく、また物理的に異なる２つの記憶手段の一
方に第１の記憶領域、他方に第２の記憶領域を設けても
よいという意である。

【００１３】複数個の記憶手段を設けることにより、デ
ータ再生とデータ受信を並行して処理することが可能に
なる。記憶領域が１つしかないと、再生処理と受信処理
を同時に行った場合、再生処理でデータファイルがアク
セス中となる間、再生中のデータファイルと同一名称の
データファイルを受信することはできない。しかし、記
憶領域を受信蓄積用と再生用に分けることで再生中のデ
ータファイルと同一名称のデータファイルを受信するこ
とが可能となる。

【００１４】また、１つの記憶領域を受信蓄積用兼再生
用とし、受信処理のファイル書込み中に電源瞬断した場
合、受信中ファイルが破損すると記憶領域内の他のデー
タファイルも破損することがあり、それが再生中のファ
イルである場合は再生が停止してしまう。しかし、記憶
領域を受信蓄積用と再生用とに分割することで電源瞬断
時に再生用のデータファイルが破損するのを防ぎ、再生
を継続することができる。

【００１５】請求項３の発明は、請求項２に記載のデー
タ受信端末であって、前記第２の記憶領域に記憶されて
いるデータは、前記第１の記憶領域に記憶されたデータ
の少なくとも一部が前記処理情報に従って削除され、削
除されない残余のデータの少なくとも一部が前記再生ス
ケジュールに基づいて再生され、表示部に表示してなる
ことを特徴とする。

【００１６】第１の記憶領域に記憶されているデータの
少なくとも一部が、処理情報に従って削除される。例え
ば、通過したデータとして、データａ、データｂ、・・
・、データｎが存在し、処理情報の内容が（ａ、ｂ、
ｄ）である場合は、データａ、データｂ、データｄのみ
が削除され、データｃ、データｅ、・・・、データｎは
削除されない。これにより、受信端末は、取り込み段階
で排除しなかった不要データ、取り込みから所定期間経
過後に不要となったデータ等を適宜削除することが可能
となる。

【００１７】また、削除されなかったデータの少なくと
も一部が、処理情報に従って第２の記憶領域に移動され
る。例えば、第１の記憶領域に、データｃ、データｅ、
・・・、データｎが存在し、処理情報の内容が（ｃ、
ｅ、ｆ、ｇ、ｉ）である場合は、データｃ、データｅ、
データｆ、データｇ、データｉは第２の記憶領域に移動
させられるが、データｈ、データｊ・・・、データｎは
第１の記憶領域に残る。

【００１８】また、請求項４の発明は、請求項１から３
に記載のデータ受信端末であって、前記制御手段が、さ
らに、前記スクリプトファイルからスケジュールデータ
を作成し、また前記スクリプトファイルから中間スクリ
プトファイルを作成し、スケジュールデータに従って前
記コンテンツファイル及び中間スクリプトファイルを読
み込み、スケジュールデータに記載の時刻に中間スクリ
プトファイルに記載の位置、サイズで各コンテンツを再
生することを特徴とする。

【００１９】中間スクリプトファイルとは、表示するコ
ンテンツ毎にスクリプトファイルを分割したもので、動
画コンテンツ用中間スクリプトファイル、静止画コンテ
ンツ用、文字データ用等に分けたものである。

【００２０】このような構成によれば、スクリプトファ
イル作成時は、表示する全体の流れを考えて記述でき、
受信端末でスクリプトファイルからスケジュールデータ
を作成することにより、スクリプトを開始または終了す
るタイミングのみを管理できる。また中間スクリプトフ
ァイルでコンテンツの種類毎にスクリプトファイルを分
ける事により、コンテンツの種類で表示するための処理
が異なるが、それぞれを独立して処理することが可能と
なる。

【００２１】また、請求項５の発明は、請求項１から４
に記載のデータ受信端末であって、前記スクリプトファ
イル中に、前記受信手段がリアルタイムで受信している
データの再生に関する記述と、前記記憶手段に記憶され
ているコンテンツファイルの再生に関する記述があり、
前記リアルタイム受信データと前記コンテンツファイル
を同一の画面に表示するが、表示エリアが異なり、前記
リアルタイム受信データと前記コンテンツファイルの再
生開始時刻が同一、又は前記リアルタイム受信データ若
しくは前記コンテンツファイルの一方の再生開始時刻が
他方の再生開始時刻後であって再生終了前であることを
特徴とする。

【００２２】このような構成によれば、蓄積データとリ
アルタイム受信データを同一画面上に同時に表示するこ
とが可能となる。

【００２３】また、請求項６の発明は、請求項１から５
に記載のデータ受信端末であって、前記コンテンツファ
イルがＭＰＥＧファイル、ＢＭＰファイル、テキストフ
ァイル、ＨＴＭＬファイル、ＣＧＩファイル又はＥＸＥ
ファイルのいずれかを含むことを特徴とする。

【００２４】また、請求項７の発明は、複数のコンテン
ツファイルと、前記コンテンツファイルの再生スケジュ
ールが記述された複数のスクリプトファイルと、複数の
コンテンツファイル又はスクリプトファイルのそれぞれ
がどの受信端末に記憶されるべきかを示す選択情報と、
前記選択情報に従って記憶したファイルをどのように処
理するかに関する処理情報と、を送信する送信手段を有
することを特徴とする。

【００２５】選択情報とは、複数のデータの中から選択
し、記憶すべきデータがどれであるかを示す情報をい
う。処理情報とは、記憶した個々のデータをそのまま保
存するのか、それとも削除するのか、または既に記録手
段に記録されている各データを保存し続けるのか、それ
とも削除するのか、新たに取り込んだデータによって上
書きするのか等に関する情報をいう。スクリプトファイ
ルには、各コンテンツファイルの再生開始時刻、再生位
置、再生サイズなどが記述されている。

【００２６】また、請求項８の発明は、請求項１から７
のいずれかに記載のデータ受信端末又はデータ送信部を
使用することを特徴とする。

【００２７】

【発明の実施の形態】以下図面を参照して本発明の実施
の形態を説明する。図１は、本発明の第１の実施形態の
概略を示す図である。１２２は映像／音声エンコーダ、
１２４はパーソナルコンピュータ、１２６はＣＳモジュ
レータ、１２８はＦＭモジュレータ、１３０はＣＳ送信
アンテナ、１３２はＦＭ送信アンテナ、１３４は通信衛
星、１３６はＣＳ受信アンテナ、１３８はＦＭ受信アン
テナ、１４０はＣＳチューナ、１４２はＦＭチューナ、
１４６はデータチャンネルデコーダ、１４８は文字デー
タデコーダ、１５０はハードディスク、１５２は動画／
音声デコーダ、１５４は映像出力制御部、１５６は中央
制御部、１５８はスピーカ、１６０はディスプレイを示
す。

【００２８】通信衛星（ＣＳ）１３４によるデジタルデ
ータ放送で動画データ、静止画データ、音声データ、文
字データ、管理データ等を送信する。また、ＦＭ波によ
るＦＭデータ放送で文字データを送信する。

【００２９】受信側は、「グループコード」と「地域コ
ード」で区別される。例えば、Ａ社の東京店舗をＡ００
０１、埼玉店舗をＡ０００２とし、Ｂ社の東京店舗をＢ
２００１、埼玉店舗をＢ２００２とする。また、受信側
は、それぞれ固有の「端末コード」を持つ。

【００３０】ＣＳ受信アンテナ１３６で受信されたデジ
タル放送データはＣＳチューナ１４０でデジタルチャン
ネルデータに復調された後、ビットストリームとして出
力される。ＣＳチューナ１４０から出力されたビットス
トリームは、データチャンネルデコーダ（以下、ＤＣＤ
とする。）１４６に入力され、データチャンネルを分離
する。ここで出力されるデータは、動画データ、音声デ
ータ、静止画データ、チャンネルスクリプトファイル
（以下、ＣＳＦとする。）データ、サーバデータ管理フ
ァイルデータ及び番組表ファイルデータである。なお、
動画データ及び音声データは、いずれもデジタル圧縮デ
ータである。「データチャンネル」とは、衛星放送によ
ってディジタルデータを伝送するためのデータ専用チャ
ンネルのことである。

【００３１】ＤＣＤ１４６から出力された各種データ
は、ハードディスクドライブ（以下、ＨＤＤとする。）
１５０にファイルデータとして記録される。各々のファ
イルは、拡張子により種類を識別することができる。ま
た、動画データファイル及び音声データファイルは、多
重化して一種類のファイルに格納することもできる。

【００３２】なお、ＦＭデータ放送の文字データは、文
字データデコーダ１４８から出力後即時に映像出力制御
部１５４に入力され、ＨＤＤ１５０へは蓄積されない。

【００３３】ＦＭ受信アンテナ１３８で受信されたＦＭ
放送データは、ＦＭチューナ１４２でユニークコードに
復調されて、出力される。

【００３４】ユニークコードとは、ＦＭ多重放送にて伝
送されたディジタルデータを受信側で復調したものであ
り、符号化及び誤り訂正などが施されている。

【００３５】ＦＭチューナ１４２から出力されたユニー
クコードは、文字データデコーダ１４８でＡＳＣＩＩコ
ード等にデコードされる。

【００３６】デジタル圧縮された動画／音声データは、
ＨＤＤ１５０から読み出され、動画／音声デコーダ１５
２によってアナログデータに変換される。

【００３７】映像出力制御部１５４は、動画／音声デコ
ーダ１５２から出力されたアナログ映像データと、ＨＤ
Ｄ１５０から読み出された静止画データと、文字データ
デコーダ１４８から出力されたＡＳＣＩＩキャラクタコ
ードとを混合、または重ね合わせする。または、画面上
で表示区画を分け、同時に表示する。「混合」とは、２
面以上の画面を用いて表示部分をピクセル単位で切り分
ける処理を意味する。「重ね合わせ」とは、ある画面の
上に別の画面を重ねて複数画面として表示することを意
味する。

【００３８】中央制御部１５６は、チャンネルデコーダ
１４６、文字データデコーダ１４８、ＨＤＤ１５０、動
画／音声デコーダ１５２、映像出力制御部１５４のそれ
ぞれを制御する。

【００３９】ディスプレイ１６０は、映像出力制御部１
５４で混合又は重ね合わせされた映像データを表示す
る。また、スピーカ１５８は、動画／音声デコーダ１５
２でデコードされた音声データを出力する。

【００４０】図２は、本発明の第１の実施形態における
ＣＳ送信側のデータ遷移図である。送信側は、番組表２
０１、サーバデータ管理ファイル２０２、チャンネルス
クリプトファイル（以下、ＣＳＦとする。）２０３、動
画／音声データファイル２０４、静止画データファイル
２０５、文字データファイル２０６を送信する。以下、
動画／音声データファイル２０４、静止画データファイ
ル２０５、文字データファイル２０６をコンテンツファ
イルと総称する。動画／音声データファイル２０４は、
ＭＰＥＧ方式などによりデジタル圧縮されている。

【００４１】番組表２０１には、各受信端末が必要とす
るサーバデータ管理ファイル２０２、ＣＳＦ２０３、コ
ンテンツファイルのファイル名が記述されている。サー
バデータ管理ファイル２０２には、コンテンツファイル
の登録、削除、更新の指示や使用するＣＳＦ２０３の名
が記述されている。ＣＳＦ２０３には、コンテンツの再
生方法、再生順序、再生時間などの管理情報が記述され
ている。

【００４２】データ管理ソフトウェア２１０は、配信先
別のデータ管理を行う。具体的には、再生するコンテン
ツのタイムスケジュールと必要なコンテンツファイル、
再生用ＨＤＤの残容量を端末毎に管理し、全端末で再生
開始までに必要なコンテンツをタイムスケジュールから
判断し、送信スケジュールを作成する。

【００４３】送信ソフトウェア２２０は、データ送信を
行う。具体的には、データ管理ソフトウェア２１０によ
り作成された送信スケジュールに基づき指定されたデー
タファイルをパケットデータに変換し、送出装置に転送
する。

【００４４】このようにして、送信側は、番組表２０１
に記述しているファイルを番組として順次送信する。

【００４５】図３は、本発明の第１の実施形態において
受信端末が受信データ中の特定データのみを蓄積するこ
とを示す図である。

【００４６】受信端末（図示せず）には、予め「グルー
プコード」、「地域コード」、「端末コード」が設定さ
れている。受信端末は、「グループコード」に規定され
た受信パラメータを用いてデ−タチャンネルデコード段
階で番組表を受信、選択する。

【００４７】例えば、（グループコードＡ、地域コード
０００１）、（グループコードＡ、地域コード０００
２）、（グループコードＢ、地域コード２００１）及び
（グループコードＢ、地域コード２００２）の各受信端
末は、通信衛星からＡ番組表とＢ番組表の両方を受信す
る。しかし、（グループコードＡ、地域コード０００
１）と（グループコードＡ、地域コード０００２）の各
受信端末は、Ａ番組表のみを取り込む。一方（グループ
コードＢ、地域コード２００１）と（グループコード
Ｂ、地域コード２００２）の各受信端末は、Ｂ番組表の
みを取り込む。

【００４８】番組表の配信後に、コンテンツの配信が行
われる。受信端末は、「地域コード」ごとに番組表に記
述された必要なファイル名を読み取り、必要な番組を認
識し、必要とする番組を順次取り込む。

【００４９】例えば、（グループコードＡ、地域コード
０００１）の受信端末は、Ａ番組表の０００１欄に記載
されているファイル１０１とファイル１０２を取り込
み、（グループコードＡ、地域コード０００２）の受信
端末は、Ａ番組表の０００２欄に記載されているファイ
ル１０３のみを取り込む。

【００５０】一方（グループコードＢ、地域コード２０
０１）の受信端末は、Ｂ番組表の２００１欄に記載され
ているファイル１１１のみを取り込み、（グループコー
ドＡ、地域コード２００２）の受信端末は、Ｂ番組表の
２００２欄に記載されているファイル１１２のみを取り
込む。

【００５１】図４は、本発明の第１の実施形態における
ＣＳ受信側のデータの遷移を示す図である。前述の如
く、各受信端末は、まずグループコードに応じてそれぞ
れの番組表２０１を取り込み、次に地域コードに応じて
各種ファイル（サーバデータ管理ファイル２０２、チャ
ンネルスクリプトファイル（ＣＳＦ）２０３、動画／音
声データファイル２０４、静止画データファイル２０
５、文字データファイル２０６）を取り込む。

【００５２】受信ソフトウェア２４０に従って、各種フ
ァイルの取り込みが実施される。具体的には、ＤＣＤか
らのストリームデータを受信蓄積用ＨＤＤ内にテンポラ
リファイルとして蓄積し、１ファイル受信完了後、番組
表２０１に記述されたファイル名に変更し、１ファイル
受信終了毎に制御ソフト６００に通知する。

【００５３】そして、取り込んだサーバデータ管理ファ
イル２０２とＣＳＦ２０３に基づいて、スケジュール管
理テーブル２５０を作成する。スケジュール管理テーブ
ル２５０は、動画／音声データ、静止画データ、文字デ
ータ等の受信コンテンツの登録、削除、更新と再生開始
スケジュールを日付、時刻で管理する。また、配信によ
り随時スケジュールが変更される場合は、複数スケジュ
ールを蓄積し、管理する。

【００５４】サーバデータ管理ファイルにより、受信し
たコンテンツを登録、削除又は更新する。新たに取り込
まれたコンテンツファイルは、とりあえずテンポラリデ
ィレクトリ２６０に記憶される。次に、サーバデータ管
理ファイル２０２に基づいて、サービスディレクトリ２
７０へ転送される。その際、同一名称ファイルがサービ
スディレクトリ２７０に既に存在する場合には、サーバ
データ管理ファイル２０２に基づいて、新たに取り込ま
れたコンテンツファイルによってサービスディレクトリ
２７０に既に存在する同一名称ファイルを上書きする／
しないの処理がなされる。また、サーバデータ管理ファ
イル２０２に基づいて、サービスディレクトリ２７０か
ら所定のファイルが削除される。

【００５５】図５は、本発明の第１の実施形態における
動画等の表示形態を示す図である。ＣＳＦ２０３（図
４）のデータを解釈して、コンテンツの再生方法、シー
ケンスが制御される。図５に示すように、ＣＳＦに記述
された内容に従って、動画、静止画、文字という３種類
のデータの全てを同時に表示することができる。また、
動画、静止画、文字、音声は全てのデータを同期づけて
取り扱うことができる。

【００５６】具体的には、ＣＳＦ２０３に記述された内
容に従って、サービスディレクトリ２７０（図４）に記
憶されている複数の動画／音声データファイル２０４
（図４）の中から所定のファイルが選択され、動画／音
声デコーダ１５２（図４）に転送され、デコードされ
る。そして、音声データはスピーカへ出力される。ま
た、動画データは映像出力制御部１５４（図４）にて静
止画データ、文字データと混合、重ね合わせ、または区
画を区切ってディスプレイへ出力される。同様に、ＣＳ
Ｆ２０３に記述された内容に従って、サービスディレク
トリ２７０に記憶されている複数の静止画データファイ
ル２０５（図４）、文字データファイル２０６（図４）
の中から所定のファイルが選択され、映像出力制御部１
５４にて動画データと混合、重ね合わせ、または区画を
区切ってディスプレイへ出力される。

【００５７】例えば、走行中の自動車の動画と、その自
動車のスペック表である静止画と、その自動車の開発コ
ンセプトに関するナレーションである音声と、その自動
車とは関係のないニュースなどの文字とを同時に再生す
ることができる。

【００５８】動画、静止画、文字のそれぞれを表示する
各ウインドウの大きさは自由に変更することができる。
また、各データの再生順序（例えば、まず動画Ａと静止
画Ａと文字Ａを同時に表示し、所定時間後に、動画Ａの
みを動画Ｂに替え、静止画Ａと文字Ａはそのまま）等を
制御することができる。

【００５９】図６は、本発明の第１の実施形態における
衛星配信システムの動作フローを示す図である。同図
は、送信側からＰＣ端末を変更に対して各データを配信
し、画面に再生出力されるまでのフローを示す。また、
同図は、グループＡの受信端末に関するものである。

【００６０】まず、制御ソフト（スケジューラ）６００
により、Ａグループ向け受信予約を行う。すなわち、予
約コードによるグループ区分けを行う（Ｓ６０２）。こ
れにより、ＤＣＤボード３００は、Ａグループ向けデー
タのみを通過させ、他グループ向けデータを通過させな
くなる。

【００６１】次に、Ａグループ向け番組表が送信される
と（Ｓ１０２）、衛星放送受信機２００がその番組表を
受信する。その番組表は、受信機２００、ＤＣＤボード
３００を経由して、受信蓄積用ＨＤＤ４００へ転送さ
れ、セーブされる（Ｓ４０２）。そして、制御ソフト６
００により番組表がロードされる（Ｓ６０４）。

【００６２】Ｂグループ向け番組表が送信されると（Ｓ
１０４）、衛星放送受信機２００がその番組表を受信
し、ＤＣＤボード３００に転送されるが、Ａグループ向
けではないためＨＤＤ４００へは転送されない。

【００６３】Ａグループ向けスクリプトが送信されると
（Ｓ１０６）、受信機２００、ＤＣＤボード３００を経
由して、受信蓄積用ＨＤＤ４００へ転送され、セーブさ
れる（Ｓ４０４）。そして、制御ソフト６００により当
該端末で必要か否かを番組表を用いてチェックし、不必
要なデータは削除される（Ｓ６０６）。その後、スクリ
プトからスケジュールが作成される（Ｓ６０８）。

【００６４】Ｂグループ向けスクリプトが送信されると
（Ｓ１０８）、受信機２００を経由して、ＤＣＤボード
３００に転送されるが、Ａグループ向けではないためＨ
ＤＤ４００へは転送されない。

【００６５】Ａグループ向けサーバ管理ファイルが送信
されると（Ｓ１１０）、受信機２００、ＤＣＤボード３
００を経由して、受信蓄積用ＨＤＤ４００へ転送され、
セーブされる（Ｓ４０６）。そして、制御ソフト６００
により当該端末で必要か否かを番組表を用いてチェック
し、不必要なデータは削除される（Ｓ６１０）。その
後、サーバ管理ファイルから書き込みスケジュールが作
成される（Ｓ６１２）。

【００６６】Ａグループ向け動画データが送信されると
（Ｓ１１２）、受信機２００、ＤＣＤボード３００を経
由して、受信蓄積用ＨＤＤ４００へ転送され、蓄積され
る（Ｓ４０８）。そして、制御ソフト６００により当該
端末で必要か否かを番組表を用いてチェックし、不必要
なデータは削除される（Ｓ６１４）。

【００６７】同様に、Ａグループ向け静止画データが送
信されると（Ｓ１１４）、受信機２００、ＤＣＤボード
３００を経由して、受信蓄積用ＨＤＤ４００へ転送さ
れ、蓄積され（Ｓ４１０）、制御ソフト６００により当
該端末で必要か否かを番組表を用いてチェックし、不必
要なデータは削除される（Ｓ６１４）。

【００６８】同様に、Ａグループ向け文字データが送信
されると（Ｓ１１６）、受信機２００、ＤＣＤボード３
００を経由して、受信蓄積用ＨＤＤ４００へ転送され、
蓄積され（Ｓ４１２）、制御ソフト６００により当該端
末で必要か否かを番組表を用いてチェックし、不必要な
データは削除される（Ｓ６１４）。

【００６９】次に、Ｓ６１２で作成された書き込みスケ
ジュールに基づいて書き込みスケジュールが発生し（Ｓ
６１６）、受信蓄積用ＨＤＤ４００の各データが、再生
用ＨＤＤ５００へ移動する（Ｓ４１４）。

【００７０】次に、Ｓ６０８で作成されたスクリプトス
ケジュールに基づいてスクリプトスケジュールが発生す
る（Ｓ６１８）。そして、再生用ＨＤＤ５００の動画デ
ータがロードされ（Ｓ６２０）、デコードされ（Ｓ７０
２）、動画が再生用画面８００へ出力される（Ｓ６２
２）。

【００７１】同様に、再生用ＨＤＤ５００の静止画デー
タがロードされ（Ｓ６２４）、静止画が再生用画面８０
０へ出力される（Ｓ６２６）。

【００７２】同様に、再生用ＨＤＤ５００の文字データ
がロードされ（Ｓ６２８）、文字が再生用画面８００へ
出力される（Ｓ６３０）。

【００７３】次に、図７〜図１２を用いて本発明の第２
の実施形態について説明する。なお、第１の実施形態と
同一構成要素については同一符号を付する。

【００７４】図７は受信システムの構成の概略を示す図
である。同図に示すように、マスターコントローラ７０
１には、ＤＣＤ（データチャンネルデコーダ）１４６お
よび文字多重ユニット７０３が内蔵されている。文字多
重ユニット７０３は、ＦＭ放送を受信し、復調してコー
ド化された文字データを取り出し、文字データデコーダ
でＡＳＣＩＩコード等にデコードし、表示装置に表示で
きるデータにする。マスターコントローラ７０１からＶ
ＧＡ（Video Graphics Array）データが出力される。こ
のＶＧＡデータはプラズマディスプレイ７０５に入力さ
れ、ＶＧＡデータに対応する静止画、動画等が表示され
る。また、マスターコントローラ７０１からは音声デー
タも出力され、オーディオアンプ７０７を経由して、店
内ＰＡ（Power Amplifier）システムへ入力される。ま
た、リモコン７０９を用いて、プラズマディスプレイ７
０５の電源のオン／オフや、オーディオアンプ７０７の
音量の調整や、後述するデータ受信の予約設定をしても
良い。また、マスターコントローラ７０１の設置場所と
プラズマディスプレイ７０５の設置場所が離れている場
合は、ＶＧＡ延長モジュール７１１を用いて、マスター
コントローラ７０１とプラズマディスプレイ７０５とを
接続する。

【００７５】図８に示すように、プラズマディスプレイ
７０５の画面構成は、例えば、動画表示スペース８０１
の横幅を画面全体の横幅の２／３程度、縦幅を画面全体
の縦幅の６／７程度とし、また静止画表示スペース８０
３および８０５のそれぞれの横幅を画面全体の横幅の１
／３程度、縦幅を画面全体の縦幅の３／７程度とし、さ
らに文字情報表示スペース８０７の横幅を画面全体の横
幅と同じ、縦幅を画面全体の縦幅の１／７程度とする。

【００７６】図９は、第２の実施形態のソフトウェアシ
ステムの構成を示す図である。同図に示すように、本実
施形態のソフトウェアシステムは、スケジュール管理処
理９４０と描画処理９３０から構成される。

【００７７】スケジュール管理処理は、データ受信予約
処理、データ受信登録処理、スケジュール登録処理、ス
ケジュール実行処理、スクリプト変換処理を含む。デー
タ受信予約処理とは、ＤＣＤ受信ボード１４６を制御し
て、所定の時刻に、所定のデータを受信するための処理
である。データ受信登録処理とは、予約どおりにデータ
受信がなされた後に、受信データを、ハードディスク９
１０内の一時的な記憶のためのディレクトリから再生用
のディレクトリへ移動すること等をいう。スケジュール
登録処理とは、受信したスクリプトファイル２０３を読
み込み、スクリプト実行開始時刻等のスケジュールデー
タ９２０を書き込む処理をいう。スケジュール実行処理
とは、スケジュールデータ９２０を読み込み、かかるス
ケジュールデータ９２０に沿って後述のスクリプト変換
処理及び描画処理の実行を指示する処理をいう。スクリ
プト変換処理とは、受信したスクリプトファイル２０３
を読み込み、これを中間スクリプトファイル（コマンド
スクリプトファイル）９１２に変換する処理をいう。

【００７８】一方、描画処理９３０は、スケジュール管
理通信処理、中間スクリプトファイル読み込み処理、動
画描画処理、静止画描画処理、テキストデータ描画処理
を含む。スケジュール管理通信処理とは、スケジュール
データに沿って描画処理に必要な動画ファイル２０４、
静止画ファイル２０５、テキストファイル２０６を必要
なときに受信する処理及びスケジュールデータに沿って
適切な描画処理がなされたか否かをスケジュール管理処
理に通知する処理をいう。中間スクリプトファイル読み
込み処理とは、ハードディスク９１０に蓄積されている
中間スクリプトファイル９１２を読み込む処理をいう。
また、動画描画処理、静止画描画処理、テキストデータ
描画処理とは、動画、静止画又はテキストデータをプラ
ズマディスプレイ７０５等の表示手段に描画する処理を
いう。

【００７９】図１０は、衛星配信されたチャンネルスク
リプトファイルを受信してから、ＶＧＡデータを出力す
るまでの処理の流れの概要を示す図である。同図に示す
ように、通信衛星１３４から配信されたチャンネルスク
リプト２０３は、マスターコントローラ７０１内のハー
ドディスクに蓄積され、その後コマンドスクリプト９１
２に変換される。そして、このコマンドスクリプト９１
２に基づいて描画スレッドが実行され、ＶＧＡデータが
出力される。

【００８０】図１１は、表示データ及びスクリプトファ
イルを受信してから、ディスプレイに動画等を表示する
までの処理の流れを示すフローチャートである。まず、
表示データ（動画ファイル、静止画ファイル、テキスト
ファイル等）とスクリプトファイルの受信予約処理を行
なう。ＤＣＤ受信ボード１４６は、設定された予約の内
容に従って表示データを受信する。受信された表示デー
タは、ハードディスクに蓄積される（ステップＳ１１１
２）。ＤＣＤ受信ボード１４６は、表示データを受信し
た旨のメッセージをスケジュール管理へ送信する。受信
した表示データはハードディスク９１０内の一時的な記
憶のためのディレクトリから再生用ディレクトリへ移動
させられる（ステップＳ１１１４）。ＤＣＤ受信ボード
１４６は、設定された予約の内容に従ってスクリプトフ
ァイルを受信する。受信されたスクリプトファイルは、
ハードディスクに蓄積される（ステップＳ１１１６）。
ＤＣＤ受信ボード１４６は、スクリプトファイルを受信
した旨のメッセージをスケジュール管理へ送信する。そ
して、スクリプト実行開始時間がスケジュールデータに
登録される（ステップＳ１１１８）。図示しないコント
ローラに内蔵している時計から現在時刻を読み込む（ス
テップＳ１１２０）。現在時刻とスクリプト開始時刻を
比較し、スクリプト開始時刻が現在時刻を過ぎたか否か
をチェックする（ステップＳ１１２２）。スクリプト開
始時刻が現在時刻を過ぎたら、スクリプトファイルを中
間スクリプトファイルに変換する（ステップＳ１１２
４）。次に、中間スクリプトの実行を開始する。まず、
中間スクリプトファイルを読み込み（ステップＳ１１２
６）、ディスプレイに動画を表示し（ステップＳ１１２
８）、静止画を表示し（ステップＳ１１３０）、文字情
報を表示する（ステップＳ１１３２）。

【００８１】図１２に第２の実施の形態にかかるチャン
ネルスクリプトファイルの一例を示す。チャンネルスク
リプトファイルは、自動再生を行なうコンテンツに対
し、再生順序、再生チャネル、繰り返し回数、再生時間
等を指定する。チャンネルスクリプトファイルは、セク
ションと呼ばれる区画からなる。具体的には、チャンネ
ルスクリプトセクション１２１０、プログラムセクショ
ン１２２０、リストセクション１２３０及びアイテムセ
クション１２４０からなる。

【００８２】チャンネルスクリプトセクション１２１０
には、使用するプログラムセクションの総数、使用する
各プログラムセクションの名前が記入される。チャンネ
ルスクリプトセクション１２１０は、チャンネルスクリ
プトの基本となるセクションである。

【００８３】プログラムセクション１２２０には、プロ
グラムのグループ番号、プログラムを開始する時刻、プ
ログラム出力機器、使用するチャンネル番号、使用する
リストセクション名等が記入される。なお、プログラム
開始時刻は絶対時間（ＧＭＴGreenwich Mean Time、グ
リニッジ標準時）で指定する。プログラム出力機器とし
ては、サーバー、ＡＶ機器、ＶＧＡモニター等が使用可
能である。そして、例えば、サーバーを使用する場合は
「ＯＵＴＰＵＴ＝０」、ＡＶ機器を使用する場合は「Ｏ
ＵＴＰＵＴ＝１５」、ＶＧＡモニターを使用する場合は
「ＯＵＴＰＵＴ＝１６」と記入する。使用可能なチャン
ネル番号は、使用するプログラム出力機器によって異な
る。出力機器としてサーバーを使用する場合は、１〜１
２の間で複数のチャンネルを指定することができ、全チ
ャンネルを指定することもできる。ＡＶ機器を使用する
場合は、１〜２の間で１つのチャンネルのみ指定するこ
とができる。ＶＧＡモニターを使用する場合は、１〜３
の間で１つのチャンネルのみ指定することができる。

【００８４】リストセクション１２３０には、プログラ
ムセクションで指定したリスト名、使用するアイテム総
数、アイテム名を記入する。また、リスト切り替え時に
表示する静止画ファイル、繰り返し再生するか否か等を
記入しても良い。

【００８５】アイテムセクション１２４０には、リスト
セクションで指定したアイテム名、アイテムのタイプ、
繰り返し再生する場合の繰り返し回数、アイテムを表示
するエリアの左上のＸ座標及びＹ座標、アイテムを表示
するエリアのサイズ、使用するファイル名を記入する。
アイテムのタイプとは、動画、静止画等のアイテムの種
類のことである。そして、例えば、動画を表示する場合
は「ＴＹＰＥ＝９」、静止画を表示する場合は「ＴＹＰ
Ｅ＝１０」と記入する。タイプが記入されていない場合
は、ファイルの拡張子から判断する。また、繰り返し回
数は、例えば、エンドレスの場合は「ＲＥＰＥＡＴＣ
ＮＴ＝０」、任意の回数の場合は「ＲＥＰＥＡＴＣＮ
Ｔ＝ｎ」と記入する。ただし、ｎは１〜９９の任意の数
とする。水平方向にＸ軸、垂直方向にＹ軸を取り、表示
画面の左端をＸ＝０、右端をＸ＝６３９とし、また上端
をＹ＝０、下端をＹ＝４７９として、Ｘ座標及びＹ座標
によりアイテムを表示するエリアの左上隅のＸ座標とＹ
座標及びＸ軸方向のサイズとＹ軸方向のサイズを特定す
る。

【００８６】使用するファイルとしては、ＭＰＥＧ（Mo
tion Picture Experts Group）−２形式、ビットマップ
（BitMaP）形式、ＨＴＭＬ（Hyper Text Markup Langua
ge）形式、ＣＧＩ（Common Gateway Interface）形式、
ＴＸＴ形式、ＥＸＥ形式等が挙げられる。使用するファ
イル名を省略した場合は、予め指定した画像を表示す
る。さらに、アイテムの再生を終了するまでの時間等を
記入してもよい。

【００８７】なお、本発明は上記実施の形態に限定され
るものではなく、その要旨を逸脱しない範囲で種々変形
して実施することができる。

【００８８】

【発明の効果】以上説明したように、請求項１の発明に
よれば、動画、静止画、文字データ等のコンテンツを表
示する時刻と、位置と、サイズ等を記述したスクリプト
ファイルを配信し、これを受信した受信端末側でかかる
記述内容に従って各コンテンツを表示することにより、
受信端末側で表示する内容を、配信側で指定することが
可能となる。

【００８９】また、コンテンツファイルと、スクリプト
ファイルを別々に配信することにより、スクリプトファ
イルとコンテンツファイルを１対１で限定された関連付
けによる使い方ではなく、一度蓄積したコンテンツファ
イルを何度でも利用でき、またコンテンツファイルおよ
びスクリプトファイルの更新時、更新するコンテンツ
と、コンテンツの更新に対応したスクリプトファイルと
いう差分ファイルのみを配信すればよく、通信コストを
削減することが可能となる。

【００９０】また、スクリプトファイルの記述によって
様々なコンテンツデータを関連付けることにより、様々
なコンテンツを同一画面上の異なるエリアに同時に表示
することが可能となる。

【００９１】請求項２、３の発明によれば、受信端末側
での操作を一切必要とすることなく、全受信端末に同一
データを受信させ、受信端末毎に異なるデータを取り込
ませることができる。さらに、受信端末側での操作を一
切必要とすることなく、各受信端末毎に異なるデータの
蓄積、更新、削除等を行うことができる。

【００９２】請求項４の発明によれば、配信側でスクリ
プトファイル作成時は、表示する全体の流れを考えて記
述でき、受信端末側でスクリプトファイルからスケジュ
ールデータを作成することにより、スクリプトを開始ま
たは終了するタイミングのみを独立で管理できる。また
中間スクリプトファイルでコンテンツの種類毎にスクリ
プトファイルを分ける事により、コンテンツの種類で表
示するための処理が異なるが、それぞれを独立して処理
することが可能となる。

【００９３】請求項５の発明によれば、蓄積データとリ
アルタイム受信データを同一画面上に同時に表示するこ
とが可能となる。

【００９４】請求項７、８の発明によれば、上記受信端
末が必要とするデータを送信可能な送信手段、送受信可
能なシステムを得ることができる。

【図面の簡単な説明】

【図１】本発明の第１実施形態の概略を示す図である。

【図２】本発明の第１実施形態におけるＣＳ送信側のデ
ータ遷移図である。

【図３】本発明の第１実施形態において受信端末が受信
データ中の特定データのみを蓄積することを示す図であ
る。

【図４】本発明の第１実施形態におけるＣＳ受信側のデ
ータ遷移図である。

【図５】本発明の第１実施形態における動画等の表示形
態を示す図である。

【図６】本発明の第１実施形態における衛星配信システ
ムの動作フローを示す図である。

【図７】本発明の第２実施形態における受信システムの
構成の概略を示す図である。

【図８】本発明の第２実施形態における動画等の表示形
態を示す図である。

【図９】本発明の第２実施形態におけるソフトウェアシ
ステムの構成を示す図である。

【図１０】本発明の第２実施形態においてチャンネルス
クリプトファイル受信後にマスターコントローラ内にお
いてなされる処理の流れを示す図である。

【図１１】本発明の第２実施形態において表示データ及
びスクリプトファイルを受信してから、ディスプレイに
動画等を表示するまでの処理の流れを示す図である。

【図１２】本発明の第２実施形態におけるチャンネルス
クリプトファイルの一例を示す図である。

【符号の説明】１４６受信手段２０１番組表（選択情報）２０２サーバデータ管理ファイル（処理情報）２０３チャンネルスクリプトファイル２０４動画／音声データファイル２０５静止画データファイル２０６文字データファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者福島正夫神奈川県横浜市神奈川区守屋町３丁目12番地日本ビクター株式会社内 (72)発明者寺島達雄神奈川県横浜市神奈川区守屋町３丁目12番地日本ビクター株式会社内 (72)発明者井出尚久神奈川県横浜市神奈川区守屋町３丁目12番地日本ビクター株式会社内

Claims

【特許請求の範囲】

【請求項１】コンテンツファイルを受信し、これを再
生するデータ受信端末であって、前記コンテンツファイル及び前記コンテンツファイルの
再生スケジュールが記述されたスクリプトファイルを受
信する受信手段と、受信した前記コンテンツファイル及び前記スクリプトフ
ァイルを記憶する記憶手段と、前記コンテンツファイルから動画、静止画、テキストの
少なくとも１つを描画する描画処理と、前記再生スケジ
ュールに沿って前記描画処理を管理するスケジュール管
理処理とを制御する制御手段とを有し、前記スクリプトファイルに記述された再生スケジュール
に沿って前記コンテンツファイルの再生データを出力す
ることを特徴とするデータ受信端末。
【請求項２】請求項１に記載のデータ受信端末であっ
て、前記受信手段が、さらに、前記複数の受信ファイル中の
どのファイルを記憶すべきかに関する選択情報と、前記
選択情報に従って記憶したファイルをどのように処理す
るかに関する処理情報を受信し、前記記憶手段が、論理的又は物理的に第１、第２の記憶
領域を有し、前記制御部が、前記選択情報に従って、受信ファイルの
内の少なくとも一部を前記第１の記憶領域に記憶し、第
１の記憶領域に記憶されているデータの少なくとも一部
が第２の記憶領域に移動されると共にこの第２の記憶領
域に記憶されることを特徴とするデータ受信端末。
【請求項３】請求項２に記載のデータ受信端末であっ
て、前記第２の記憶領域に記憶されているデータは、前記第
１の記憶領域に記憶されたデータの少なくとも一部が前
記処理情報に従って削除され、削除されない残余のデー
タの少なくとも一部が前記再生スケジュールに基づいて
再生され、表示部に表示してなることを特徴とするデー
タ受信端末。
【請求項４】請求項１から３に記載のデータ受信端末
であって、前記制御手段が、さらに、前記スクリプトファイルから
スケジュールデータを作成し、また前記スクリプトファ
イルから中間スクリプトファイルを作成し、スケジュー
ルデータに従って前記コンテンツファイル及び中間スク
リプトファイルを読み込み、スケジュールデータに記載
の時刻に中間スクリプトファイルに記載の位置、サイズ
で各コンテンツを再生することを特徴とするデータ受信
端末。
【請求項５】請求項１から４に記載のデータ受信端末
であって、前記スクリプトファイル中に、前記受信手段がリアルタ
イムで受信しているデータの再生に関する記述と、前記
記憶手段に記憶されているコンテンツファイルの再生に
関する記述があり、前記リアルタイム受信データと前記コンテンツファイル
を同一の画面に表示するが、表示エリアが異なり、前記リアルタイム受信データと前記コンテンツファイル
の再生開始時刻が同一、又は前記リアルタイム受信デー
タ若しくは前記コンテンツファイルの一方の再生開始時
刻が他方の再生開始時刻後であって再生終了前であるこ
とを特徴とするデータ受信端末。
【請求項６】請求項１から５に記載のデータ受信端末
であって、前記コンテンツファイルがＭＰＥＧファイル、ＢＭＰフ
ァイル、テキストファイル、ＨＴＭＬファイル、ＣＧＩ
ファイル又はＥＸＥファイルのいずれかを含むことを特
徴とするデータ受信端末。
【請求項７】複数のコンテンツファイルと、前記コンテンツファイルの再生スケジュールが記述され
た複数のスクリプトファイルと、前記複数のコンテンツファイル又はスクリプトファイル
のそれぞれがどの受信端末に記憶されるべきかを示す選
択情報と、前記選択情報に従って記憶したファイルをどのように処
理するかに関する処理情報と、を送信する送信手段を有することを特徴とするデータ送
信部。
【請求項８】請求項１から７のいずれかに記載のデー
タ受信端末又はデータ送信部を使用することを特徴とす
るデータ送受信システム。