JP2002344405A - データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム - Google Patents

データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム

Info

Publication number
JP2002344405A
JP2002344405A JP2002020772A JP2002020772A JP2002344405A JP 2002344405 A JP2002344405 A JP 2002344405A JP 2002020772 A JP2002020772 A JP 2002020772A JP 2002020772 A JP2002020772 A JP 2002020772A JP 2002344405 A JP2002344405 A JP 2002344405A
Authority
JP
Japan
Prior art keywords
data
content
schedule
unit
transmitting
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002020772A
Other languages
English (en)
Inventor
Toru Nakada
透 中田
Mitsuhiro Kageyama
光宏 影山
Hiroki Shinohara
弘樹 篠原
Takeshi Nagao
武司 長尾
Satoshi Fujizu
智 藤津
Yuiko Arai
結子 荒井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP2002020772A priority Critical patent/JP2002344405A/ja
Priority to TW091104440A priority patent/TW589881B/zh
Priority to EP02006006A priority patent/EP1241881A3/en
Priority to CN02119089A priority patent/CN1377149A/zh
Priority to KR1020020014303A priority patent/KR20020073452A/ko
Priority to US10/098,618 priority patent/US20020157104A1/en
Publication of JP2002344405A publication Critical patent/JP2002344405A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
    • H04H60/06—Arrangements for scheduling broadcast services or broadcast-related services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2543—Billing, e.g. for subscription services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25883—Management of end-user data being end-user demographical data, e.g. age, family status or address
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26233—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving content or additional data duration or size, e.g. length of a movie, size of an executable file
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26266—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for determining content or additional data repetition rate, e.g. of a file in a DVB carousel according to its importance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26283—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for associating distribution time parameters to content, e.g. to generate electronic program guide data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26291—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for providing content or additional data updates, e.g. updating software modules, stored at the client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H04N21/8352—Generation of protective data, e.g. certificates involving content or source identification data, e.g. Unique Material Identifier [UMID]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/782—Television signal recording using magnetic recording on tape
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/165—Centralised control of user terminal ; Registering at central

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Graphics (AREA)
  • Circuits Of Receivers In General (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

(57)【要約】 【課題】 受信装置内の蓄積領域内の蓄積状態を送出装
置から管理するためのコンテンツの送出スケジュールを
作成し、コンテンツの付随情報を付与して送出する。 【解決手段】 コンテンツ情報を蓄積するコンテンツ情
報蓄積部１０２とコンテンツ情報をもとに放送スケジュ
ールの雛型である基本スケジュールを作成する基本スケ
ジュール作成部１０３と、基本スケジュールをもとに放
送スケジュールを作成する放送スケジュール作成部１０
６と、放送スケジュールを蓄積する放送スケジュール蓄
積部１０７と、コンテンツを蓄積するコンテンツ蓄積部
１０８と、放送スケジュールとコンテンツを送出する送
出部１０９とを含むようにしている。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、受信装置にコンテ
ンツを自動蓄積、更新させることを目的とする蓄積デー
タ放送において、受信装置の蓄積領域内の蓄積状態を送
出装置から管理するためのコンテンツの送出スケジュー
ル作成およびコンテンツの付随情報付与に関するもので
ある。
【０００２】
【従来の技術】デジタル放送においては、従来の映像、
音声主体の視聴目的の番組だけでなく、データ放送など
多様なサービスが行われている。また、記憶媒体の低価
格化、高密度化が進み、受信装置に蓄積装置を接続し、
データ放送を一旦蓄積してから利用するサービスも実用
化されつつある。蓄積するコンテンツを選択するのは視
聴者であり、視聴者は受信装置の蓄積領域の残り容量を
確認しながら蓄積できるコンテンツを選択していた。
【０００３】
【発明が解決しようとする課題】しかしながら、従来の
蓄積データ放送における送出装置は、コンテンツの更新
があったことを示す送出スケジュールを作成、送出して
いた。受信装置は自身が保持していないバージョンのコ
ンテンツが送出されているときのみ受信するよう予約し
て蓄積、という動作を繰り返すため、受信装置のコンテ
ンツ保持状態によって受信・予約するタイミングと予約
対象時刻がばらばらであった。よって、緊急にコンテン
ツを差し替えたい、ということがあっても、次の予約時
間までのスリープ状態に入っている受信装置にはそれを
通知することができなかった。また、受信装置によって
いつまでスリープ状態なのかがばらばらなので、緊急に
差し替えたいコンテンツをいつ送出すべきかを決定する
ことが出来なかった。
【０００４】また、近年における蓄積データ放送におい
ては、受信装置の蓄積領域を借り、送出側の意図に従っ
てコンテンツを蓄積させるビジネスも考えられている。
このビジネスにおいては、コンテンツを提供するコンテ
ンツ提供者、コンテンツを送出し、受信装置の蓄積領域
に蓄積することを保証するプラットフォーム事業者が存
在し、プラットフォーム事業者はコンテンツを確実に受
信装置の蓄積領域に蓄積させることによりコンテンツ提
供者から対価を得ることになる。このビジネスを成立さ
せるためには、プラットフォーム事業者がコンテンツ事
業者から蓄積を依頼されたすべてのコンテンツを確実に
受信装置の蓄積領域に蓄積させることが必要になる。
【０００５】本発明は上記従来の不具合ないしは要請に
鑑みてなされたもので、その第１の目的は、受信装置内
の蓄積領域内にデータを蓄積するに当たり、プラットフ
ォーム事業者がコンテンツ事業者から蓄積を依頼された
コンテンツを確実に受信装置の蓄積領域に蓄積させるこ
とができるデータ放送スケジュールシステム、それに関
する装置、方法、記録媒体またはプログラムを提供する
ことである。
【０００６】本発明の第２の目的は、データ送受信動作
において、送出装置側において受信端末におけるダウン
ロードデータについての運用情報を保持するダウンロー
ドデータ制御データを生成し、受信端末における任意の
前記ディレクトリを登録、削除をコントロールし得るデ
ータ放送スケジュールシステム、それに関する装置、方
法、記録媒体またはプログラムを提供することである。
【０００７】
【課題を解決するための手段】本発明は、上記目的を達
成するため、受信装置内の蓄積領域内にデータを蓄積す
るために、データ放送の送出装置に、コンテンツごとに
あらかじめ設定する属性一覧を蓄積するコンテンツ情報
蓄積部と、コンテンツ情報蓄積部が蓄積するコンテンツ
情報をもとに、コンテンツを繰り返し送出するための雛
型となるスケジュール（以降、基本スケジュール）を作
成する基本スケジュール作成部を備え、コンテンツの実
サイズ変更があってもコンテンツの繰り返し送出を保証
するための基本スケジュールを作成するようにしたこと
を特徴とするものである。これにより、コンテンツ情報
から放送スケジュールの雛型である基本スケジュールを
作成し、それを繰り返す放送スケジュールを作成するこ
とにより、登録するたびに変更する可能性のあるコンテ
ンツの実サイズや、登録のタイミングに依存することな
く、コンテンツ送出に先立って放送スケジュールを作成
することが可能となる。
【０００８】本発明はまた、基本スケジュールを蓄積す
る基本スケジュール蓄積部と、基本スケジュールから放
送スケジュールを作成する放送スケジュール作成部と、
放送スケジュールを蓄積する放送スケジュール蓄積部
と、コンテンツを蓄積するコンテンツ蓄積部と、放送ス
ケジュールと放送スケジュールにしたがってコンテンツ
を送出する送出部を更に備え、基本スケジュール蓄積部
が蓄積する基本スケジュールから放送スケジュール作成
部が放送スケジュールを作成して放送スケジュール蓄積
部に蓄積し、当該放送スケジュールとコンテンツ蓄積部
が蓄積するコンテンツを送出装置が送出するようにして
いる。これにより、基本スケジュール作成時には、コン
テンツの更新頻度が同じものを同じスケジュールにまと
めており、これによって受信装置における省電力が実現
できる。
【０００９】本発明はまた、第１の態様による送出装置
として、コンテンツの登録要求があった場合、登録され
ているコンテンツ情報と照合し、コンテンツID、サイズ
などが設定通りであるか確認するコンテンツ登録部、コ
ンテンツ情報を蓄積するコンテンツ情報蓄積部、放送ス
ケジュールの雛型を作成する基本スケジュール作成部、
基本スケジュールに緊急変更用スケジュールを設定する
緊急変更用スケジュール設定部、基本スケジュールを蓄
積する基本スケジュール蓄積部、基本スケジュールから
放送スケジュールを作成する放送スケジュール作成部、
放送スケジュールを蓄積し、コンテンツに対して送出を
指示する放送スケジュール蓄積部、放送スケジュール蓄
積部が蓄積する放送スケジュールに従ってコンテンツを
送出するコンテンツ蓄積部、コンテンツと放送スケジュ
ールを送出する送出部を備えている。これにより、強制
起動用シリーズをある頻度で放送スケジュールに配置す
ることにより、必ず受信装置が起動する時間を特定する
ことが可能となり、同じ頻度での緊急更新を送出装置と
して保証することが可能となる。
【００１０】また、第２の態様による送出装置は、第１
の態様と比較し緊急変更用スケジュール設定部がなく、
それに代わり緊急変更コンテンツ設定部を有する。
【００１１】また、第３の態様による送出装置は、第１
の態様と比較し緊急変更用スケジュール設定部がなく、
それに代わり削除用シリーズ設定部を有する。
【００１２】また、第４の態様による送出装置は、第１
の態様と比較し緊急変更用スケジュール設定部がなく、
それに代わりコンテンツに提示期限を付与する提示期限
付与部を有する。
【００１３】また、第５の態様による送出装置は、送出
装置と受信端末の間におけるデータ送受信動作におい
て、送出装置側において受信端末におけるダウンロード
データについての運用情報を保持するダウンロードデー
タ制御データを生成し、受信端末における任意の前記デ
ィレクトリを登録、削除をコントロールし得るデータ放
送スケジュールシステム、それに関する装置、方法、記
録媒体またはプログラムが提供される。
【００１４】
【発明の実施の形態】以下、本発明の実施の形態につい
て、図を用いて説明する。なお、本発明はこれら実施の
形態に何等限定されるものではなく、その要旨を逸脱し
ない範囲において種々なる態様で実施し得る。
【００１５】（実施の形態１）まず本発明の送出装置お
よび受信装置の基本動作を説明する。図１は、本発明の
実施形態１によるコンテンツの送出装置および受信装置
の構成例を示すブロック図である。
【００１６】図１に示された送出装置は、コンテンツの
登録要求があった場合、登録されているコンテンツ情報
と照合し、コンテンツID、サイズなどが設定通りである
か確認するコンテンツ登録部１０１、コンテンツ情報を
蓄積するコンテンツ情報蓄積部１０２、放送スケジュー
ルの雛型を作成する基本スケジュール作成部１０３、基
本スケジュールに緊急変更用スケジュールを設定する緊
急変更用スケジュール設定部１０４、基本スケジュール
を蓄積する基本スケジュール蓄積部１０５、基本スケジ
ュールから放送スケジュールを作成する放送スケジュー
ル作成部１０６、放送スケジュールを蓄積し、コンテン
ツに対して送出を指示する放送スケジュール蓄積部１０
７、放送スケジュール蓄積部１０７が蓄積する放送スケ
ジュールに従ってコンテンツを送出するコンテンツ蓄積
部１０８、コンテンツと放送スケジュールを送出する送
出部１０９より構成される。
【００１７】また、図１に示された受信装置は、放送ス
ケジュールとコンテンツを受信する受信部１１０、放送
スケジュールを蓄積する放送スケジュール蓄積部１１
１、受信部を起動させるために予約する予約部１１２、
受信したコンテンツを蓄積するコンテンツ蓄積部１１
３、コンテンツを表示するコンテンツ表示部１１４より
構成される。
【００１８】次に本実施の形態に係る送出装置の動作に
ついて説明する。図８は本実施の形態の送出装置の動作
を説明するフローチャートである。図８において、処理
ステップ（以下単にステップという）８０１で、コンテ
ンツ情報蓄積部１０２に蓄積されているコンテンツ情報
は、コンテンツ登録に先立って事前に設定され、基本ス
ケジュール作成部１０３へ渡される。 以下、コンテン
ツ情報を図２のコンテンツ情報の例を用いて説明する。
コンテンツ情報は、コンテンツIDと、そのコンテンツ属
性とから構成される。コンテンツ属性は、例えば、課
金、更新頻度、最大サイズ、フィルタリング情報（地
域）などより構成される。例えば、課金単位はGOLD、SI
LVER、BRONZEであり、更新頻度は、週１回、日１回の２
種類などである。またフィルタリング情報として、地域
情報をもつ場合もある。地域区分は、全国や地域別（東
北、関東、東海、近畿など）に分けられる。コンテンツ
ID１は、課金なし、更新頻度は日に１回、コンテンツの
最大サイズは５００MB、地域は全国というコンテンツ属
性をもつ。他のコンテンツについても同様にコンテンツ
属性が設定されている。コンテンツID７００は更新頻度
において強制起動と定義されているが、これについては
後述する。
【００１９】コンテンツ情報を事前に設定するのは、上
述の発明が解決しようとする課題で述べたように、コン
テンツ事業者からコンテンツの蓄積を依頼されたプラッ
トフォーム事業者が確実にコンテンツを受信装置の蓄積
領域に蓄積することを保証するためである。プラットフ
ォーム事業者は、受信装置の蓄積容量以上のコンテンツ
蓄積を依頼された場合、コンテンツの蓄積を保証するこ
とができない。そのため、各コンテンツ事業者のコンテ
ンツごとにあらかじめ最大サイズを設定する必要があ
る。すべてのコンテンツを受信装置の蓄積領域に蓄積さ
せるための必要条件として、各コンテンツ事業者は設定
した最大サイズを守らなければならない。最大サイズ以
外の属性については、後述するように基本スケジュール
作成部１０３が基本スケジュールを作成するために必要
とする情報である。
【００２０】コンテンツ情報を受け取った基本スケジュ
ール作成部１０３は、基本スケジュール作成に先立って
シリーズ設定表を作成しておく。シリーズ設定表の作成
を図１３のシリーズ設定表の例を用いて説明する（シリ
ーズは、受信単位を識別するためのものであり、受信装
置はシリーズを受信判断に用いる）。基本スケジュール
作成部１０３は、シリーズに対し属性（更新頻度、課金
単位、フィルタリング情報、など）を設定する。シリー
ズには、あらかじめ属性を設定されたシリーズ（図１３
においてはシリーズID１００、シリーズID１〜シリーズ
ID５、…）と、シリーズ設定表においては属性を設定し
ない予備分のシリーズ（シリーズID１９、…）に分けら
れる。例えば、図１３におけるシリーズID２では、課金
Gold、更新頻度日１回、北海道向けのコンテンツを送出
することを示している。
【００２１】あらかじめ設定されたシリーズには、起動
強制用シリーズID１００も含まれる。起動強制用シリー
ズID1００はシリーズにおける伝送バージョンであるepi
sode＿numberが放送スケジュールにおいて毎回上がるた
め、受信装置はepisode＿numberによってシリーズでの
受信単位においてコンテンツの更新があったと毎回判断
し、必ず起動することになる。また、強制起動用シリー
ズは、他のシリーズと独立の周期で送出するよう設定さ
れるので、強制的に受信機を起動させるタイミングを設
定することが可能となる（これについては後で説明す
る）。予備分のシリーズは、基本スケジュール作成にお
いて事前設定されたシリーズの受信単位があらかじめ決
められたコンテンツの最大サイズの合計（図１３におけ
る最大サイズ）、もしくはある決まった伝送時間以上に
なる場合、事前設定されたシリーズで伝送することが不
可能なコンテンツを伝送するために割り当てるためのも
のである。また、あらかじめ属性を設定したシリーズの
中に対応する属性がないコンテンツを送出するために割
り当てられる。ここでは、シリーズごとに最大サイズを
決めているが、全シリーズに共通の最大サイズ（もしく
は最長伝送時間）、もしくは起動強制用シリーズと起動
強制用シリーズ以外でそれぞれに最大サイズ（もしくは
最長伝送時間）を設定できるようにしても良い。
【００２２】以上のように基本スケジュール作成部１０
３であらかじめ設定されているシリーズ設定表（図１
３）とコンテンツ情報蓄積部１０２から受け取ったコン
テンツ情報（図２）を使って、シリーズとコンテンツの
対応表を作成する。作成手順について、図２、図４、図
１３を用いて説明する。基本スケジュール作成部１０３
は、コンテンツ属性とシリーズ属性よりシリーズとコン
テンツの対応関係を定め、基本スケジュールを作成す
る。具体的には、図２のコンテンツ情報におけるコンテ
ンツ属性（課金、更新頻度、地域）が図１３におけるシ
リーズ属性（課金、更新頻度、地域）と一致し、シリー
ズの最大サイズにコンテンツ群の合計サイズが収まる場
合、シリーズとコンテンツを対応づけるとする。例え
ば、図２のコンテンツ情報においてコンテンツID１とコ
ンテンツID７の属性は、課金無し、更新頻度日に1回、
地域全国である。また図１３においてシリーズID１の属
性は、課金無し、更新頻度日に1回、地域全国であるた
め、コンテンツID１、コンテンツID７の属性と一致す
る。また、コンテンツID１とコンテンツID７の合計サイ
ズ1500MBは、シリーズID１の最大サイズ2000MB以下であ
るので、コンテンツID１とコンテンツID７をシリーズID
1へ対応づけることができる。結果として、図４のシリ
ーズとコンテンツの対応表において、シリーズID１のコ
ンテンツ群としてコンテンツID１とコンテンツ７が記述
される。他のコンテンツも同様に属性の関係よりシリー
ズを対応づける（属性が強制起動に設定されているコン
テンツについても同様）。
【００２３】ここで、コンテンツID２（図２の２０１）
は、属性よりシリーズID２に対応づけられる（図４の４
０１）が、コンテンツID６（図２の２０２）は、属性が
一致するにもかかわらずシリーズID２ではなくシリーズ
ID１９に対応させられている（図４の４０２）。これ
は、シリーズID２の最大サイズが図１３から分かるよう
に4000MBであるため、コンテンツID６（サイズ1000MB）
をシリーズID２へ追加した場合、コンテンツ群のサイズ
が5000MBとなり、最大サイズを超えてしまうからであ
る。この場合、シリーズID２と同じ属性をもつシリーズ
を予備分のシリーズから割り当てる。ここでは、シリー
ズID１９をシリーズID２と同じ属性をもつように設定す
る。そして、この新規に割り当てたシリーズID１９に、
コンテンツID６を対応させる（図４の４０２）。結果と
して、図１３のシリーズ設定表から、図３のようなシリ
ーズ表と図４のようなシリーズとコンテンツの対応表の
シリーズIDとコンテンツ群の対応部分が作成される。
【００２４】次に基本スケジュール作成部１０３は、図
４のシリーズとコンテンツの対応表におけるシリーズ毎
の最大サイズと伝送時間を計算する。シリーズの最大サ
イズとは、シリーズに対応付けられたコンテンツの最大
サイズの合計である。例えば、図４のシリーズとコンテ
ンツの対応表において、シリーズ１にはコンテンツID１
とコンテンツID７が対応付けられている。それぞれのコ
ンテンツの最大サイズは、図２のコンテンツ情報から50
0MBと1000MBであることが分かるので、これらの合計で
ある1500MBを図４のシリーズID１の最大サイズの欄に記
述する。以降、すべてのシリーズIDについてこの処理を
繰り返すことによって、図４のようなシリーズとコンテ
ンツの対応表が完成する。
【００２５】次に、図３のシリーズ表と、図４のシリー
ズとコンテンツの対応表から図５の基本スケジュールを
作成する動作の流れを説明する。図４のコンテンツ毎の
伝送時間よりある長さの基本スケジュールを作成する
（図５の例では２４時間としている）。基本スケジュー
ルとは放送スケジュールを作成するための雛型であり、
この基本スケジュールを繰り返し送出することになる。
これは、蓄積データ放送においては、いつ受信装置が購
入されるか分からないためであり、どんなタイミングで
受信を開始した受信装置でもある程度受信すれば、すべ
てのコンテンツが蓄積装置内に揃うようにするためであ
る。そのために、更新がないコンテンツも繰り返し送出
する必要があり、基本スケジュールはその繰り返しのた
めの雛型である。
【００２６】まず最初に、シリーズ表において強制起動
用となっているシリーズID１００を基本スケジュール上
に配置する。強制起動用シリーズの配置ポリシーは基本
スケジュール作成部が保持する図３４の強制起動用シリ
ーズの配置ポリシー表によって示されるものであり、ど
のような間隔、頻度で強制起動用シリーズを配置するの
かを示す。例えば、図３４においては2.8時間ごととし
ているが、この他にも日に何回送るのか、などの設定方
法が考えられる。このポリシーはシステムを運用する上
で的確な値を設定することとする。例えば、強制起動用
シリーズの頻度によって後述の緊急コンテンツ更新がど
れくらい早急に行えるかが変わるので、コンテンツの緊
急更新をどれくらい早く行なえるようにしておくか、と
いうことからポリシーを設定しておくべきである。また
逆に強制起動用シリーズを頻繁に入れすぎると、通常の
コンテンツの送出頻度が下がってしまうので、その点と
のトレードオフでポリシーを決定する必要がある。図５
の例では、図３４の強制起動用シリーズの配置ポリシー
表に従い、約2.8時間の間隔で強制起動用シリーズを配
置している。またここでは、強制起動用シリーズの配置
ポリシー表の値を、ある程度の目安として基本スケジュ
ールに放送時間の空きがないように配置したが、必ず強
制起動用シリーズの配置ポリシーを守るようにすること
も考えられる（その場合には、基本スケジュールに放送
時間の空きが発生することもあり得る）。
【００２７】強制起動用シリーズ以外のシリーズについ
ては、図３のシリーズ表の記述順で図５の基本スケジュ
ールに設定してゆくが、同じ属性のシリーズは続けて送
出されるようスケジュール上隣接して配置する。例え
ば、図３のシリーズ表において、シリーズID２とシリー
ズID１９は同じ属性であるため隣接して配置する（図５
の５０１）。また、全てのシリーズの伝送時間の合計
が、24時間に満たない場合、スケジュールの先頭部分の
シリーズから再度リダンダント分として配置し、24時間
の基本スケジュールにする。図5の例においては、基本
スケジュールの先頭部分であるシリーズID１００、シリ
ーズID１、シリーズID２、シリーズID１９をリダンダン
ト分として加える。それ以降のシリーズ（シリーズID
３、シリーズID４、シリーズID５、…）は、基本スケジ
ュールの24時間枠に入らないため、リダンダント分とし
て加えることができない。基本スケジュール（図５）に
おける伝送時間は、図４のシリーズとコンテンツの対応
表においてシリーズごとに記述されている伝送時間の値
を設定する。
【００２８】以上の処理によって基本スケジュール作成
が完了し（ステップ８０２）、基本スケジュールは基本
スケジュール蓄積部１０５へ登録（ステップ８０３）さ
れ、放送スケジュール作成部１０６へ渡される。
【００２９】以下、放送スケジュールの作成を図５と図
６を例にして説明する。放送スケジュール作成部１０６
は、決まった時刻（例えば、毎日N時）に起動して、基
本スケジュールより全てのシリーズを時間軸上に編成
し、放送スケジュールを作成する（ステップ８０４）。
図６は図５の基本スケジュールより作成された放送スケ
ジュールの例である。放送スケジュールは、基本スケジ
ュールと同様の属性に加え、放送時間とepisode＿numbe
rより構成される。放送時間は、シリーズの伝送時間と
基本スケジュールのスケジュール順によって計算でき
る。例えば、放送スケジュールが0時から始まる場合、
最初のシリーズID１００は伝送時間が0.40時間（24分）
であるので、放送スケジュールの放送時間は0:00〜0:24
と設定する。次のシリーズID１はシリーズID１の放送終
了時刻0:24から始まり、伝送時間は同じく0.40時間（24
分）であるので、放送時間は0:24〜0:48と設定する。以
降のシリーズについてもすべて同様の計算によって放送
時間を計算する。
【００３０】また、シリーズ毎にepisode＿numberを付
与する。episode＿numberは、バージョンの役割をも
ち、同じシリーズのイベントにおいて変更の可能性がな
い場合は、episode＿numberは同じものを付与する。伝
送するコンテンツに変更の可能性がある場合は、episod
e＿numberを更新する。放送スケジュールはコンテンツ
送出よりもある程度前に受信装置に送出する必要がある
が、コンテンツの登録は送出開始間際まで受け付けるこ
とを可能とするため、あらかじめ設定した更新頻度によ
ってepisode＿numberを付与した送出スケジュールを作
成し、コンテンツの登録に先立って受信装置に対し送信
する。図１４の2001年3月12日の放送スケジュールの例
では、シリーズ１００の強制起動用シリーズの最終epis
ode＿numberは１２であるので、図６の2001年3月12日の
放送スケジュールでは１３から付与する。強制起動用シ
リーズは放送のたびにepisode＿numberを上げる。これ
により、受信装置は強制起動用シリーズのコンテンツに
更新がある可能性を検出し、強制起動用シリーズの放送
時間は必ず起動するようになる（受信装置の動作につい
ては、後述する）。シリーズID１は更新頻度が日に１回
であるので、episode＿numberは図１４の2001年3月12日
の放送スケジュールにおける４に１加え、図６の2001年
3月12日の放送スケジュールにおいては５とする。その
他の更新頻度が日に１回のシリーズについても同様の処
理を行う。
【００３１】リダンダント分については同じ日において
送出時間が早いシリーズと同じepisode＿numberを付与
する。例えば、図６の2001年3月12日の放送スケジュー
ルにおいてリダンダント分の22:21〜22:45のシリーズＩ
Ｄ１のepisode＿numberは５であるが、これは0:24〜0:4
8のシリーズＩＤ１のepisode＿numberと同じ値を付与し
ている。週１回更新のシリーズについては、前回episod
e＿numberを更新してから１週間経過したときのみepiso
de＿numberを上げる。図示していないが例えばシリーズ
ID３のepisode＿numberを前回更新したのが2001年3月10
日で、シリーズID４のepisode＿numberを前回更新した
のが2001年3月6日だった場合、シリーズID３は前回更新
から3日しか経過していないのでepisode＿numberを上げ
ないが、シリーズID４は前回更新からちょうど１週間経
過しているのでepisode＿numberを上げることになる。
結果、図５と比較して図6では、シリーズID３のepisode
＿numberは上がっていないが、シリーズID４のepisode
＿numberは３から４へ上がっている。
【００３２】このようにして放送スケジュールを作成す
る（ステップ８０４）。完成した放送スケジュールは、
放送スケジュール蓄積部１０７へ登録される（ステップ
８０５）。
【００３３】コンテンツ蓄積部１０８は、放送スケジュ
ールより該当シリーズ（シリーズID１）に対応したコン
テンツ（コンテンツID１とコンテンツID７）を基本スケ
ジュール蓄積部１０５より見つけ出す。そして、その該
当コンテンツ（コンテンツID１とコンテンツID７）を放
送スケジュールに従って送出部１０９に渡す（ステップ
８０６）。0:00〜0:24は、シリーズID１に対応するコン
テンツID１とコンテンツID７を送出する。その際、課金
の属性を参照し、Gold、Silver、Bronzeのいずれかに設
定されているシリーズはスクランブルをかけて送出す
る。課金無しのシリーズはノンスクランブルで送出す
る。以降、放送スケジュール上のシリーズそれぞれにつ
いて同様の処理を行い、送出部１０９は、放送スケジュ
ールとコンテンツを送出する（ステップ８０７）。コン
テンツの登録は、コンテンツ登録部１０１を介して行わ
れるが、送出部１０９はコンテンツの送出時に登録され
ているコンテンツを送出する。
【００３４】なおリダンダント分の作り方は、上記説明
においては、強制起動用シリーズを除いた基本スケジュ
ールの先頭分の繰り返しとした（シリーズID１００、シ
リーズID１、シリーズID２、シリーズID１９の基本スケ
ジュール通りの順番）が、リダンダント分のスケジュー
ルは、シリーズをランダム（シリーズID１９、シリーズ
ID５、シリーズID３などのランダムな順番）に並べても
良いし、リング状（1日目はシリーズID１、シリーズID
２、シリーズID１９、2日目はシリーズID３、シリーズI
D４、シリーズID５、3日目がシリーズID１、シリーズID
２、シリーズID１９）にイベントを並べても良い。この
ようにリダンダント分のスケジュールを作成することに
よって、受信装置において、受信禁止時間が設定された
場合でも、コンテンツを受信することが可能になる。
【００３５】受信禁止時間は、受信装置が動作するため
の音が気になる視聴者が例えば深夜などに設定すること
が考えられる。受信禁止時間が設定された場合、受信装
置は毎日その時間に対しては予約もできないし、起動も
しない。例えば、毎日図６のような放送スケジュールが
作成されるときに、2:30〜2:40に受信禁止時間を設定し
た受信装置があった場合、その受信装置は2:27〜2:42の
シリーズID４は受信できないことになってしまう。先頭
分繰り返してリダンダント分をスケジュールする方式で
は、シリーズID４は毎日１回しか送出されないので、こ
の受信装置はシリーズID４を受信する機会が全くないこ
とになってしまう。リダンダント分としてシリーズをラ
ンダムに並べたり、リング状に並べたりすることによ
り、受信禁止時間を設定した受信装置においても、ある
程度の期間内ですべてのシリーズを受信する機会を得る
ことになる。また、各コンテンツの送出頻度を同じにす
ることができる。
【００３６】以上のように、コンテンツ情報から放送ス
ケジュールの雛型である基本スケジュールを作成し、そ
れを繰り返す放送スケジュールを作成することにより、
登録するたびに変更する可能性のあるコンテンツの実サ
イズや、登録のタイミングに依存することなく、コンテ
ンツ送出に先立って放送スケジュールを作成することが
可能となる。
【００３７】また、基本スケジュール作成時には、コン
テンツの更新頻度が同じものを同じスケジュールにまと
めており、これによって受信単位ごとに効率的にepisod
e＿numberを上げることが可能となる。例えば、更新頻
度が日に１回と週に１回と設定されているコンテンツを
同じシリーズに割り当ててしまうと、そのシリーズは結
果として毎日episode＿numberが上がることになるが、
シリーズに含まれる週１回しか更新されないコンテンツ
も受信装置は毎日受信することになり、無駄である。ま
た、課金単位が同じコンテンツを同じシリーズに割り当
てているが、これによりシリーズの放送時間ごとにスク
ランブルをかけることが可能となり、現状のBSデジタル
などで採用されている伝送路単位でスクランブルをかけ
る方式を利用することも可能となる。また、地域などの
フィルタリング情報ごとにシリーズを割り当てることに
より、受信装置がすべてのシリーズを受信する必要がな
く、放送スケジュールを参照して地域が一致するシリー
ズだけを受信すれば良い。属性ごとにシリーズを割り当
てることにより、受信装置では必要なシリーズだけを受
信することが可能になり、省電力になる。
【００３８】また基本スケジュール作成時に、設定され
たコンテンツの最大サイズの合計や伝送時間以上になら
ないようシリーズを分割しているが、これは受信装置が
シリーズの受信・蓄積に失敗した場合、取り直しに必要
な時間が長くなることを回避するためである。また、同
じ属性のシリーズを隣接するよう放送スケジュール作成
時に配置しているが、これはスリープ、起動処理の回数
をなるべく減らすためである。
【００３９】次に本実施の形態に係る受信装置の基本動
作を説明する。図１２は本実施の形態に係る受信装置の
動作を説明するフローチャートである。図１２におい
て、受信部１１０は、放送スケジュール（図６）を受信
し（ステップ１２０１）、放送スケジュール蓄積部１１
１へ登録する（ステップ１２０２）。
【００４０】予約部１１２は、図７のような蓄積済み最
終episode＿number表と放送スケジュール蓄積部１１１
の放送スケジュール（図６）を比べて放送時間の最も早
いepisode＿numberが変更されているシリーズを予約す
べきもの（７０１）と判断する（ステップ１２０３）。
この処理について、以下詳しく説明する。
【００４１】現在時刻がシリーズID５を受信終了した直
後（2:03）であるとすると、次のシリーズであるシリー
ズID3のepisode＿numberが４であり、図７の蓄積済み最
終episode＿number表のシリーズID３のepisode＿number
に比較して更新されているので、シリーズID３を受信す
るために必要な伝送路（図示しないが放送スケジュール
に記述されていることとする）、シリーズID、episode
＿numberの情報の１組を予約情報として登録する（ステ
ップ１２０４）。
【００４２】そして、予約部１１２は予約時間に沿っ
て、該当シリーズのコンテンツを受信するよう受信部１
１０を起動させる（ステップ１２０５）。受信部１１０
は、該当シリーズのコンテンツを受信し（ステップ１２
０６）、空コンテンツでなければ（ステップ１２０
７）、コンテンツ蓄積部１１３へ登録する（ステップ１
２０９）。空コンテンツについては実施の形態３におい
て説明する。登録が完了したら、予約部１１２へ通知
し、予約情報を蓄積積みepisode＿numberとして登録す
る。図7の例では、予約情報として登録されたシリーズI
D3のコンテンツがコンテンツ蓄積部１１３へ登録された
通知を受け取ったら、蓄積済み最終episode＿number表
の該当シリーズの蓄積済み最終episode＿numberを変更
する（ステップ１２１０）。結果として、シリーズID３
の蓄積済み最終episode＿numberが３から４に更新され
ている。
【００４３】その後受信部１１０は、再び放送スケジュ
ールを受信し、ステップ１２０１以降の動作を受信装置
は繰り返し行う。
【００４４】以上のようにepisode＿numberが更新され
たシリーズだけを予約し、受信・蓄積することを繰り返
すことにより、更新可能性のあるシリーズだけを受信す
ることが可能となる。 ここまでは事前に更新頻度を設
定し、設定通りにコンテンツを更新する場合について説
明したが、次に緊急にコンテンツを変更することを可能
にする送出装置の動作を図9を用いて説明する。
【００４５】緊急とは、例えば更新頻度が週1回でコン
テンツの受け入れが月曜日のみというようにあらかじめ
設定されているコンテンツを急きょ前の金曜日に登録す
る場合などである。
【００４６】緊急変更用スケジュール設定部１０４は、
基本スケジュール作成部１０３が作成したしリーズ設定
表に対しあらかじめ緊急変更用シリーズを設定し、基本
スケジュール作成部１０３へ渡す（ステップ９０１）。
緊急変更用シリーズを設定したシリーズ設定表とは、例
えば図１５のようなもので、ここでは強制起動用シリー
ズの直後に緊急変更用シリーズが設定されている。
【００４７】コンテンツ情報から基本スケジュール作成
までの流れは、緊急変更用シリーズにコンテンツを割り
当てないこととを除いては、基本動作で説明した流れと
同じである。つまり、シリーズとコンテンツの対応表は
図１６のように、緊急変更用シリーズであるシリーズID
２００のコンテンツ群の欄は空欄になる。また、放送ス
ケジュール作成において、緊急変更用シリーズはepisod
e＿numberを更新しないことを除いて、実施の形態１で
示した流れと同じである。episode＿numberを更新しな
いのは、緊急更新がなくても受信装置が毎回緊急変更用
シリーズを予約して受信してしまうことを回避するため
である。緊急更新があったときのみepisode＿numberを
更新する。
【００４８】コンテンツ登録部１０１はコンテンツの登
録要求があった場合（ステップ９０２）、当該コンテン
ツを、コンテンツ情報蓄積部１０２に蓄積されているコ
ンテンツ情報と照合し、コンテンツID、サイズなどが設
定通りであるかどうかを確認し（ステップ９０３）、コ
ンテンツ蓄積部１０８へ登録する。もし緊急でない場合
は、コンテンツ送出においては、緊急変更用シリーズに
はコンテンツが割り当てられていないので、緊急変更用
シリーズの時間は何も送出されない。もし、緊急である
ことを検知した場合には、基本スケジュール作成部１０
３に緊急にコンテンツを変更することを通知する（ステ
ップ９０４）。
【００４９】基本スケジュール作成部１０３は、コンテ
ンツを緊急変更用シリーズに対応させシリーズとコンテ
ンツの対応表を再作成する（ステップ９０５）。例え
ば、コンテンツID７のコンテンツの緊急更新だった場合
には、結果として図１７のようなシリーズとコンテンツ
の対応表が作成され、基本スケジュール蓄積部１０５へ
登録される（ステップ９０６）。図１７のシリーズとコ
ンテンツの対応表においては、図１６と比較して緊急更
新用シリーズのシリーズ２００に対し、コンテンツID７
が割り当てられていることが分かる。
【００５０】基本スケジュール蓄積部１０５は、作成し
たシリーズとコンテンツの対応表（図１７）を放送スケ
ジュール作成部１０６へ渡す。放送スケジュール作成部
１０６は、コンテンツ登録部１０１からの緊急にコンテ
ンツを変更する通知を受けて、直ちにすでに作成済みの
放送スケジュールうち、現在送出中のものとこれから送
出中のものについて緊急更新用シリーズのepisode＿num
berを上げる処理を行う（ステップ９０７）。再作成し
た放送スケジュールは放送スケジュール蓄積部１０７へ
登録する（ステップ９０８）。
【００５１】コンテンツ蓄積部１０８（ステップ９０
９）、送出部１０９（ステップ９１０）は上記、基本動
作と同じである。シリーズとコンテンツの対応表（図１
７）において、緊急更新すべきコンテンツ（コンテンツ
ID７）が緊急更新シリーズに割り当てられているので、
緊急更新シリーズの放送時間にはコンテンツID７が送出
されることになる。
【００５２】この場合における受信装置の動作は基本動
作と同じである。起動強制用シリーズのepisode＿numbe
rは必ず変更されているので、起動強制用シリーズのコ
ンテンツを受信する際に、必ず受信機は起動し、予約処
理を行う。そのため、起動強制用シリーズの直後のepis
ode＿numberが上がった緊急変更用シリーズのコンテン
ツも受信・蓄積することができる。また、緊急変更がな
い場合には、緊急変更用シリーズのepisode＿numberは
変更されていないため、受信装置が緊急変更用シリーズ
を受信することはない。緊急にコンテンツを変更するこ
とがある場合にのみepisode＿numberを変更してシリー
ズを受信させ、コンテンツの緊急更新を行うことが可能
である。
【００５３】また本実施の形態では、緊急更新用シリー
ズを必ず強制起動用シリーズの直後に配置するかのよう
に記述したが、強制起動用シリーズ間に１つ以上配置す
るように配置しても良い。
【００５４】以上のように、あらかじめ基本スケジュー
ルにおいて緊急更新用シリーズを強制起動用シリーズ間
に配置することにより、少なくとも強制起動用シリーズ
の頻度でコンテンツの緊急更新に対応することが可能と
なる。また、コンテンツの緊急更新が発生した場合の放
送スケジュールにおける変更が、緊急更新用シリーズの
episode＿numberだけで済む。
【００５５】（実施の形態２）図３５は本実施の形態に
おける送出装置と受信装置の構成を示すブロック図であ
る。緊急変更用スケジュール設定部１０４がなく、緊急
変更コンテンツ設定部３５０１を追加している以外は、
実施の形態１におけるブロック図と同じである。
【００５６】本実施の形態では、緊急にコンテンツを変
更することを可能にする、緊急変更用シリーズを使わな
い場合の送出装置側の動作を図１０を用いて説明する。
【００５７】コンテンツの緊急変更がない場合の動作
は、実施の形態１と同じである。以下、緊急変更がある
場合について説明する。
【００５８】コンテンツ登録部１０１は登録要求（ステ
ップ１００１）されたコンテンツを、コンテンツ情報蓄
積部１０２に蓄積されているコンテンツ情報と照合し、
コンテンツID、サイズなどが設定通りであるかどうかを
確認し、コンテンツをコンテンツ蓄積部１０８へ登録す
る（ステップ１００２）。そのとき緊急であることを検
知したならば、放送スケジュール作成部１０６に緊急に
コンテンツを変更することを通知する（ステップ８０
３）。緊急の定義は実施の形態１と同じであり、あらか
じめ設定した更新頻度よりも早く更新する場合などであ
る。
【００５９】放送スケジュール作成部１０６は、緊急変
更コンテンツ設定部３５０１に放送スケジュール蓄積部
１０７から取得した放送スケジュールを渡し、緊急変更
コンテンツ設定部３５０１は現在時刻に対し直近の強制
起動用シリーズの直後以降において緊急変更するコンテ
ンツを送出するシリーズのepisode＿numberを上げる
（ステップ１００４）。再作成された放送スケジュール
は放送スケジュール蓄積部１０７に渡される（ステップ
１００５）。
【００６０】コンテンツ蓄積部１０８（ステップ１００
６）、送出部１０９（ステップ１００７）は、基本動作
と同じであり、ステップ１００５においてepisode＿num
berを上げたシリーズにおいて、緊急更新したコンテン
ツが送出される（ステップ１００６、ステップ１００
７）。
【００６１】この場合における受信装置の動作も基本動
作と同じである。起動強制用シリーズのepisode＿numbe
rは必ず変更されているので、起動強制用シリーズのコ
ンテンツを受信する際に、必ず受信機は起動し、予約処
理を行う。そのため、起動強制用シリーズの以降のepis
ode＿numberが上がったシリーズのコンテンツも受信・
蓄積することができる。結果として、緊急更新のコンテ
ンツを送出するシリーズのコンテンツも受信・蓄積する
ことができる。
【００６２】以上のように、強制起動用シリーズをある
頻度で放送スケジュールに配置することにより、必ず受
信装置が起動する時間を特定することが可能となり、同
じ頻度での緊急更新を送出装置として保証することが可
能となる。
【００６３】（実施の形態３）本実施の形態において
は、契約コンテンツの削除を受信装置に指示する際に、
削除用シリーズを使う場合の動作について説明する。ま
ず、契約コンテンツの削除指示における問題点について
説明する。
【００６４】契約が必要なサービスを実施する場合、受
信装置がどのような組み合せでサービスを選択して契約
しても、受信装置の蓄積領域があふれないようにする必
要がある。例えば、ある受信装置の蓄積領域が500ＭＢ
の場合、100ＭＢを必要とするサービスＡ、350ＭＢを必
要とするサービスＢ、200ＭＢを必要とするサービスＣ
を選択して契約してしまうと、すべてのサービスのコン
テンツを蓄積し切れず、いずれ蓄積領域があふれてしま
う。このような状態を回避するための最も簡単な方法と
して、すべてのサービスを選択してもあふれないよう、
あらかじめサービスに必要な容量を制限してしまうこと
が考えられる。例えば、図１８のように各受信機の蓄積
領域のサイズが700MBであるときには、送出装置で選択
対象となるサービスの合計を700MBにおさまるようにあ
らかじめ設定する。これにより、受信装置がどのような
組合せで選択しても必ず選択したサービスのコンテンツ
をすべて蓄積することができる。
【００６５】このような場合に、サービスの追加・削除
があった場合の課題を述べる。ここで、選択対象のサー
ビスはスクランブルされており、受信装置が契約処理を
した場合にデスクランブルするための鍵を受信装置に渡
し、契約を解約した場合には鍵の無効化処理が行われる
こととする。図１８のような状態のときに、受信装置１
がサービスCを解約したとする。その結果、受信装置１
ではサービスCのデスクランブルができなくなり、サー
ビスCのコンテンツの更新が行われなくなる。このよう
に受信装置で解約処理が行われた後に、例えばサービス
Cが図１９のようにコンテンツ１とコンテンツ２から構
成されているとき（状態１）に、コンテンツ２を提供す
る事業者が提供を中止したとする。それにより、図１９
の状態２のようにサービスCのコンテンツ２は設定から
削除され、送出装置での管理上受信装置での蓄積装置は
75MBが余ることになる。送出装置は、設定から削除され
たコンテンツ２を削除するための空コンテンツをサービ
スCで送出する。空コンテンツとは、削除させたいコン
テンツのIDだけが記述してあるコンテンツであり、受信
装置は空コンテンツを受け取るとそのIDを持つコンテン
ツを削除する。しかしこの場合、受信装置１はすでにサ
ービスCの契約を解除しているため、コンテンツ２を記
述した空コンテンツを受け取ることができず、コンテン
ツ２を削除しない。その後、その余った領域に対し、コ
ンテンツ５を提供する事業者が現れ、コンテンツ５をサ
ービスDに追加する（状態３）。
【００６６】その後、受信装置１においてサービスDに
対する契約処理が行われると、受信装置１はサービスD
の鍵を受け取り、サービスDの蓄積を開始する。しか
し、受信装置１では蓄積領域が250MBしか余っておら
ず、325MBを必要とするサービスDのコンテンツをすべて
蓄積することができない。
【００６７】以上の課題を解決するための送出装置側の
動作を説明する。
【００６８】図２０は本実施の形態における送出装置と
受信装置の構成を示すブロック図である。緊急変更用ス
ケジュール設定部１０４が削除用シリーズ設定部２００
１となっている以外は、実施の形態１におけるブロック
図と同じである。
【００６９】本実施の形態における送出装置の動作を図
１１のフロー図で説明する。ある契約サービスでコンテ
ンツを送出しているコンテンツ事業者からコンテンツの
送出を止めたい、との申し出があった場合には、コンテ
ンツ情報から当該コンテンツの設定削除を行う（ステッ
プ１１０２）。コンテンツ情報蓄積部１０２は、コンテ
ンツの設定削除があった場合には、削除されたことを示
すフラグを立てる。例えば図２２のコンテンツ情報で
は、コンテンツID７７が削除されたことを示すフラグが
立っている。削除用シリーズ設定部２００１は、基本ス
ケジュール作成部１０３が保持するシリーズ設定表に対
し削除用シリーズを設定し、基本スケジュール作成部１
０３に渡す（ステップ１１０２）。削除用シリーズを設
定したシリーズ設定表とは、例えば図２１のようなもの
で、ここでは強制起動用シリーズの直後に配置されてい
るが、配置はどこでも良いし、強制起動用シリーズは配
置されていなくても良い。また、削除用シリーズはすべ
ての受信装置が受信する必要があるため、スクランブル
はかけない（課金は「無」に設定する）。
【００７０】コンテンツ情報蓄積部１０２からコンテン
ツ情報（図２２）を受け取った基本スケジュール作成部
１０３がシリーズ表、基本スケジュール、シリーズとコ
ンテンツの対応表を作成するまでの処理は、コンテンツ
情報において削除のフラグが立っているコンテンツを削
除用シリーズに割り当てることを除いて、実施の形態１
における基本動作と同じである（ステップ１１０３）。
結果として図２３のようなシリーズとコンテンツの対応
表が作成される。図２３において、削除されたコンテン
ツは通常のコンテンツと区別できるようになっており、
送出部１０９がコンテンツを送出する際には、コンテン
ツID７７のコンテンツについては受信装置にコンテンツ
削除を指示するための空コンテンツを送出する。空コン
テンツとは、削除させたいコンテンツのIDだけが記述し
てあるコンテンツであり、受信装置は空コンテンツを受
け取るとそのIDを持つコンテンツを削除する。ここま
で、基本スケジュールから放送スケジュールを作成し、
コンテンツと空コンテンツを送出する処理については、
実施の形態１と同様である（ステップ１１０４〜１１０
６）。また、このように設定削除されたコンテンツであ
ることをシリーズとコンテンツの対応表において識別で
きるようにするのではなく、コンテンツ登録部１０１に
空コンテンツを登録させ、コンテンツ蓄積部１０８に蓄
積、それを送出部１０９が送出するようにしても良い。
【００７１】削除用シリーズを使う場合の受信装置側の
動作は、空コンテンツを扱う以外は実施の形態１の基本
動作における受信装置の動作と同じである。図１２のフ
ローにおける１２０７において空コンテンツであると判
定されるので、空コンテンツに記述されたIDのコンテン
ツをコンテンツ蓄積図１１３から削除する。
【００７２】以上のように、空コンテンツを流すノンス
クランブルの削除用シリーズを配置することにより、ス
クランブルされた契約サービスの契約を解除した受信装
置に対しても確実にコンテンツの削除を指示することが
可能となる。
【００７３】（実施の形態４）上記実施の形態３におい
ては、送出装置から明示的にコンテンツの削除を指示す
る空コンテンツを送出する場合について説明したが、本
実施の形態では送出装置においてコンテンツごとに受信
機での提示期限を付与することにより、契約切れとなっ
た受信機でのコンテンツ提示を制限する方法について説
明する。
【００７４】図２４は、本実施の形態における送出装置
と受信装置の構成を示す図である。２４０１はコンテン
ツに提示期限を付与する提示期限付与部、２４０２はコ
ンテンツに付与された提示期限に従い、コンテンツを表
示してよいかどうかを確認するコンテンツ提示期限確認
部である。これら以外は実施の形態１における構成要素
と同じである。
【００７５】視聴者（受信装置）が契約をしてコンテン
ツを蓄積するようなサービス（以下、契約サービス）を
実施している場合、視聴者（受信装置）が契約を解除し
ても解除前に蓄積したコンテンツを視聴できてしまう、
という課題がある。この課題に対し、契約サービスを実
施している事業者があらかじめ設定した契約サービスの
終了日まで、送出装置がコンテンツの提示期限を延長し
ながら送出することにより、契約を解除した受信装置に
おいては事業者が設定した契約サービスの終了日にコン
テンツの提示を制限することが可能になる。以下、この
方式について説明する。
【００７６】図２５は、本実施の形態においてコンテン
ツ情報蓄積部が蓄積するコンテンツ情報の例である。実
施の形態１でのコンテンツ情報と比較して、各コンテン
ツごとに開始日と終了日が付与されている。例えば、コ
ンテンツIDが１のコンテンツについては当該コンテンツ
を提供している事業者が送出の開始日を2001年10月１
日、終了日を2002年9月30日に設定していることを意味
している。他のコンテンツについても、それぞれのコン
テンツを提供している事業者が送出の開始日と終了日を
設定している。このようなコンテンツ情報から放送スケ
ジュールを作成するところまでは、実施の形態１と同じ
である。
【００７７】以降の処理について、基本スケジュール蓄
積部に図４のようなシリーズとコンテンツの対応表、放
送スケジュール蓄積部に図６のような放送スケジュール
がそれぞれ蓄積されている場合を例に説明する。図２４
におけるコンテンツ蓄積部１０８は放送スケジュール
（図６）に従い、0時24分からシリーズID２の送出を開
始する。シリーズID２において送出するコンテンツはシ
リーズとコンテンツの対応表（図４）からコンテンツID
２のコンテンツであると分かる。コンテンツ蓄積部１０
８はコンテンツの送出に先立って、提示期限付与部２４
０１に対し、コンテンツの提示期限付与を依頼する。こ
の際、コンテンツも受け渡す。コンテンツID２のコンテ
ンツに対する提示期限付与が提示期限付与部２４０１に
対し依頼された場合、提示期限付与部２４０１はコンテ
ンツ情報（図６）のコンテンツID２のコンテンツの送出
開始日をまず参照する。この場合、2001年7月１日とい
う日付が得られる。
【００７８】提示期限付与部２４０１は、図２６のよう
なコンテンツ提示期限延長間隔表と図２９のような提示
期限切替タイミング表を保持しており、図２６の例にお
いてはコンテンツ提示期間延長間隔は１ヶ月、図２９の
例においては提示期限切替タイミングは５日前となって
いる。コンテンツ提示期間延長間隔は、コンテンツの送
出開始日からどのような間隔で、コンテンツに付与する
提示期限を延長するのかを示すものである。提示期限切
替タイミングは、提示期限が切れるどのくらい前から提
示期限の切替を行うかを示すものである。提示期限の付
与と切替について、図２７を用いコンテンツID２のコン
テンツを例にして説明する。前述したように、コンテン
ツID２のコンテンツの送出開始日として2001年7月１日
を得ている。提示期限を計算するため、送出開始日にコ
ンテンツ提示期限延長間隔を加える。これにより2001年
8月１日と提示期限切替タイミング（図２９）で示され
た日付から、提示期限を切り替えるタイミングを求め
る。この場合には、2001年8月１日から（5日＋１日）を
引くことにより、提示期限切替タイミングは2001年7月2
7日であることが分かる。これよりコンテンツに対し提
示期限2001年8月１日を付与する期間2001年7月１日から
2001年7月27日（図２７におけるＡで示される期間）が
得られる。
【００７９】以降同様にして（ただし、送出開始日直後
以外は提示期限切替タイミング分が期間の最初の日に追
加される）、コンテンツに対し提示期限2001年9月１日
を付与する期間2001年7月27日から2001年8月27日（図２
７におけるＢで示される期間）、コンテンツに対し提示
期限2001年10月１日を付与する期間2001年8月27日から2
001年9月27日（図２７におけるＣで示される期間）のよ
うに、送出終了日までコンテンツに対して付与する提示
期限と付与する期間の対応を求めることが可能となる。
この結果、図２８のようなコンテンツに対し付与する提
示期限と付与する期間の対応表が作成される。コンテン
ツに対し付与する提示期限と付与する期間の対応表の作
成フローを図３３に示す。
【００８０】このような場合に、現在日が2001年7月15
日であるときには、2001年7月15日が付与する期間とし
て含まれるエントリを図２８から検索することにより、
コンテンツID２のコンテンツに付与する提示期限が2001
年8月1日であることが分かる。よって、提示期限付与部
２４０１はコンテンツID２のコンテンツに提示期限とし
て2001年8月1日を付与してコンテンツ蓄積部１０８に返
す。
【００８１】提示期限が付与されたコンテンツ蓄積部１
０８は、送出部１０９にコンテンツを渡し、送出部１０
９はコンテンツを送出する。送出部１０９から送出され
るコンテンツは図３０のようなイメージである。ヘッダ
のコンテンツIDや実サイズなどといっしょに提示期限が
含まれ、伝送される。コンテンツ蓄積部１０２から提示
期限付与部２４０１に対し、提示期限付与が依頼されて
から提示期限付与部２４０１がコンテンツをコンテンツ
蓄積部１０８に返すまでの提示期限付与の処理フローを
図３２に示す。
【００８２】以上の説明では、コンテンツ提示期限延長
間隔（図２６）や提示期限切替タイミング（図２９）
は、提示期限付与部２４０１内で一つだけ保持している
ように説明したが、コンテンツごとに設定できるように
しても構わない。また、提示期限付与部２４０１に対
し、コンテンツの提示期限付与が依頼される度にコンテ
ンツに対し付与する提示期限と付与する期間の対応表を
作成する必要はなく、最初の依頼のときやコンテンツ情
報にコンテンツが登録されたときに作成し、以降はコン
テンツ提示期限延長間隔表や提示期限切替タイミングが
変更になった場合に再作成するようにしても良い。
【００８３】受信機の蓄積動作は、コンテンツごとに提
示期限を管理する以外は実施の形態１で説明した通りで
ある。提示期限を付与されたコンテンツを受信した受信
装置のコンテンツ蓄積部１１３では、コンテンツを図３
１のようなコンテンツ管理表で管理している。図３１の
例では、コンテンツID２のコンテンツのコンテンツ蓄積
部１１３におけるサイズは3570ＭＢ、実体の蓄積先は0x
763Aで示される場所、提示期限は2001年8月1日である。
【００８４】このような場合に、受信装置のコンテンツ
表示部１１４に対しコンテンツID２のコンテンツの表示
要求があったときには、コンテンツ表示部１１４はコン
テンツ管理部１１３にその旨通知する。コンテンツ管理
部１１３はコンテンツ管理情報からコンテンツID２のコ
ンテンツの実体の蓄積先を検索し、コンテンツの実体を
取り出し、コンテンツID２のコンテンツ管理情報を添え
てコンテンツ表示部１１４に渡す。コンテンツ表示部１
１４は受け取ったコンテンツ管理情報をコンテンツ提示
期限確認部２４０２に渡し、コンテンツ提示期限確認部
２４０２はコンテンツ管理情報に記述された提示期限と
現在日を比較し、提示期限が現在日と同じもしくは現在
日よりも未来なら確認結果としてＯＫを返し、もし過去
の場合には確認結果としてＮＧを返す。コンテンツ表示
部１１４は、確認結果としてＯＫを受け取ったときのみ
コンテンツを表示する。
【００８５】また、受信装置ではコンテンツを蓄積しよ
うとしたときに蓄積装置が蓄積する余裕がない（以下、
蓄積装置があふれた）場合に、コンテンツに付与された
提示期限を検索し、提示期限が切れているコンテンツを
削除するようにしても良い。また、前回蓄積装置があふ
れた日時を保持しておき、蓄積装置のあふれた日時が前
回蓄積装置があふれた日時から一定期間以上経過してい
ない場合には、提示期限が切れていないコンテンツの削
除処理を行わないようにしても良い。蓄積装置のあふれ
を一定期間以内に繰り返す場合は、サイズ減少したコン
テンツの蓄積もしくは空コンテンツの受信に失敗による
コンテンツ削除に失敗している可能性が高く、基本スケ
ジュールによりコンテンツを繰り返し送出している運用
においては、ある期間が経てば受信装置がサイズ減少し
たコンテンツの蓄積もしくは空コンテンツの受信によっ
て、蓄積装置があふれない状態に戻る可能性が高いた
め、受信装置に対して負荷が高い削除処理を繰り返させ
ることがないようにするためである。
【００８６】なお、上記説明ではコンテンツの送出日に
応じてコンテンツの提示期限が付与されるよう説明した
が、コンテンツ登録部１０１にコンテンツが登録された
日時にある期間（例えば１ヶ月）を加えてコンテンツの
提示期限として設定するようにしても良い。例えば、20
01年9月5日に登録されたコンテンツには提示期限として
2001年10月5日を付与して送出する。
【００８７】以上のように、コンテンツに対し送出装置
で提示期限を延長しながら付与することにより、サービ
スの送出終了前に契約を中止した受信機において、契約
終了したサービスのコンテンツ提示を制限することがで
きる。例えば、図２７において、2001年8月20日に契約
を止めた受信機には止めた時点で2001年9月1日を提示期
限とするコンテンツが蓄積されているが、契約を止めて
しまったので2001年10月1日を提示期限とするコンテン
ツを蓄積することができない。よって2001年9月2日以降
はコンテンツが表示されなくなる。契約を継続している
受信機では、時間を追うに従って提示期限を2001年9月1
日とするコンテンツ、2001年10月1日とするコンテン
ツ、のように継続して蓄積することが可能であり、提示
期限が切れる前に次の提示期限が付与されたコンテンツ
を蓄積するので、契約を継続する限りコンテンツは提示
される。
【００８８】（実施の形態５）本実施の形態では、受信
装置に処理負荷を与えることなく受信装置の記録媒体中
にある所望のデータを削除する方法、及び受信装置にお
いてデータ毎に付与された提示期間を基にデータの表示
可否の制御を行なう方法について説明する。
【００８９】図３６は、本実施の形態における送出装置
と受信装置の構成を示す図である。この実施の形態に係
る送出装置３６００は、データの登録要件または削除要
件を受け付けるデータ受付部３６０１と、データ提供者
が指定したデータ提示期間或いは送出装置が自動的に判
断したデータ提示期間を付与するデータ提示期間付与部
３６０２と、受け付けたデータを蓄積するデータ蓄積部
３６０３と、データ提供者からの登録要件や削除要件を
受けてどのデータをいつ送出するかのスケジューリング
を行ない、且つデータの更新情報やデータに対する課金
情報、コピー制御情報等の付加情報の生成を行なう送出
スケジュール生成部３６０４と、生成された送出スケジ
ュールを蓄積する送出スケジュール蓄積部３６０５と、
送信するデータの運用情報を示すダウンロードデータ制
御データを生成するダウンロードデータ制御データ生成
部３６０６と、送出スケジュールにしたがってデータ蓄
積部３６０５に蓄積されたデータ、送信するデータの運
用情報を示すダウンロードデータ制御データを送出し、
且つ送出スケジュール蓄積部に蓄積された送出スケジュ
ール自体を送出する送出部３６０７とより構成される。
【００９０】図３６の受信装置３６１０は、送出された
データとダウンロードデータ制御データと送出スケジュ
ールとを受信する受信部３６１１、受信した送出スケジ
ュールを蓄積する送出スケジュール蓄積部３６１２、送
出スケジュールに付加されたデータの更新を表す情報か
ら更新されたデータの受信時間を判断し、受信部を起動
させる受信予約部３６１３、受信したダウンロードデー
タ制御データから当該データの蓄積或いは削除の判断を
行なう蓄積／削除判断部３６１４、受信したデータを蓄
積するデータ蓄積部３６１５、視聴者からのデータ表示
要求を受け付け所望のデータの表示を行なうデータ表示
部３６１６、蓄積／削除判断部３６１４にて削除と判断
されたデータをデータ蓄積部３６１５から削除するデー
タ削除処理部３６１７、データを表示する際、データの
提示期間と現在時刻からデータを表示して良いか否かを
判断するデータ提示期間判断部３６１８から構成され
る。
【００９１】かかる構成を有するデータ送出装置および
受信装置について、以下動作を説明する。図３７は本実
施の形態に係るデータ送出装置および受信装置の間にお
けるデータ送受信の処理動作を説明するフローチャート
である。上記データ送出装置および受信装置の動作が開
始されると、処理ステップ（以下、単にステップとい
う）３７０１においてデータ送出装置のデータ受入部３
６０１により登録要求或いは削除要求の受け付けが行な
われる。この登録要求或いは削除要求が受け入れられる
と、それが登録要求なのか削除要求なのかのチェックが
行なわれる（ステップ３７０２）。このチェック処理に
おいて登録要求である場合は、データ提供者が指定した
データ提示期間或いは送出装置３６１０が自動的に判断
したデータ提示期間を付与し（ステップ３７０３）、デ
ータ蓄積部３６０３へデータを登録する（ステップ３７
０４）。
【００９２】ダウンロードデータ制御データ生成部３６
０６は、ステップ３７０２において削除要求であると判
断された場合、受信装置３６１０の記録媒体からデータ
を削除するためのダウンロードデータ制御データを生成
し、データ蓄積部３６０３にデータが登録された場合、
受信装置３６１０の記録媒体へデータを登録するための
ダウンロードデータ制御データを生成する（ステップ３
７０５）。送出スケジュール生成部３６０４は、データ
の登録要件或いはデータの削除要件を反映した送出スケ
ジュールを生成し（ステップ３７０６）、送出スケジュ
ール蓄積部３６０５へ蓄積する（ステップ３７０７）。
送出部３６０７は、送出スケジュール送出スケジュール
蓄積部３６０５へ登録された送出スケジュールにしたが
って、データ蓄積部３６０３へ登録されたデータと、送
信するデータの運用情報を示すダウンロードデータ制御
データ、および送出スケジュール自身を放送または通信
ネットワークを介して受信装置３６１０へ送出する（ス
テップ３７０８）。
【００９３】ステップ３７０５で生成するダウンロード
データ制御データについて説明する。図３８は上記ダウ
ンロードデータ制御データの構造を示すデータ構造図で
ある。ダウンロードデータ制御データは、受信装置３６
１０の記録媒体に対するデータの蓄積指示或いは削除指
示を意味している。内容は、対象となるデータのパス
名、提示期間、実際に蓄積すべき個々のダウンロードデ
ータの個数、及び個々のダウンロードデータの番号とパ
ス名の繰り返し部分などから構成される。受信装置３６
１０の記録媒体へデータを蓄積させる場合、ダウンロー
ドデータ制御データのダウンロードデータ数の項目に１
以上の値を設定し、実際に蓄積すべきダウンロードデー
タとともに受信装置３６１０に対して送出する。受信装
置３６１０の記録媒体からデータを削除させる場合、ダ
ウンロードデータ制御データのダウンロードデータ数の
項目に０を設定し、受信装置３６１０に対して送出す
る。
【００９４】次に受信装置において記録媒体に対するデ
ータの登録、削除動作について説明する。図３９は上記
受信装置におけるデータの登録、削除の処理動作を説明
するフローチャートである。上記データ送出装置および
受信装置の動作が開始されると、受信部３６１１は送出
スケジュールを受信し（ステップ３９０１）、送出スケ
ジュール蓄積部３６１２へ登録する（ステップ３９０
２）。次に、送出スケジュールにおいてデータの更新が
あるか否かをチェックし（ステップ３９０３）、データ
の更新が示されている場合はその更新されたデータが送
出される開始・終了時間を予約時間として保持する（ス
テップ３９０４）。受信予約部３６１３は上記予約時間
にしたがって、更新されたデータを取得するために受信
部３６１１を起動させ（ステップ３９０５）、受信部３
６１１はダウンロードデータ制御データを受信する（ス
テップ３９０６）。蓄積／削除判断部３６１４は、受信
したダウンロードデータ制御データから、そのデータが
蓄積指示か削除指示かを判断する（ステップ３９０
７）。
【００９５】蓄積／削除判断部３６１４は、図３８で説
明したダウンロードデータ制御データのダウンロードデ
ータ数が０の場合は削除指示であると判断する一方、ダ
ウンロードデータ制御データのダウンロードデータ数が
１以上である場合は蓄積指示であると判断する。受信し
たダウンロードデータ制御データが蓄積指示であると判
断された場合、実際に蓄積すべきダウンロードデータを
受信し、データ蓄積部３６１５へ蓄積する（ステップ３
９０８）。また、受信したダウンロードデータ制御デー
タが削除指示であると判断された場合は、データ削除処
理部３６１７が対象データをデータ蓄積部３６１５から
削除する（ステップ３９０９）。
【００９６】次に受信装置における記録媒体に対するデ
ータの削除動作について説明する。図４０は上記受信装
置におけるデータの削除の処理による記録媒体中のデー
タが減少する状況を模式的に示す図である。図４０にお
いて、符号４００１は受信装置３６１０の記録媒体に対
する削除が行なわれる前の記録媒体のデータ格納状態を
示す。また、符号４００２は受信装置３６１０の記録媒
体に対する削除が行なわれた後の記録媒体のデータ格納
状態を示す。受信装置３６１０は、ダウンロードデータ
数が０であるダウンロードデータ制御データ（以下、空
データという）を受信した場合、当該空データで示され
たパス名（図４０の場合は／Ａ／Ｂ／Ｄ）以下の全ての
ディレクトリおよびファイルを削除する。受信装置３６
１０は、上記削除処理によって当該空データで示された
パス名の上位ディレクトリ（図４０の場合は／Ａ／Ｂ）
が空になった場合、その上位ディレクトリも削除する。
削除後の受信装置の記録媒体は４００２の状態となる。
受信装置３６１０は空データを受信した際、削除対象と
なるパスが記録媒体に存在しなかった場合は、既に削除
済みであると判断する。受信装置３６１０は、空データ
を受信した際、削除対象となっているデータを視聴者が
参照中の場合、参照終了後の任意のタイミングで当該デ
ータを削除する。
【００９７】上記の処理により、送出装置３６００から
のデータの蓄積および削除の指示同一の電送形態（フォ
ーマット）で伝送することにより、受信装置３６１０で
特殊処理を行なうことなく、また、処理負荷を与えるこ
となく、所望のデータを削除することができ、受信装置
３６１０の記録媒体の容量オーバーフローを回避するこ
とができる。
【００９８】図４１は受信装置３６１０においてデータ
毎に付与された提示期間を基にデータの表示可否の制御
を行なう方法を説明するフローチャートである。データ
表示部３６１６は、視聴者からデータの表示要求を受け
（ステップ４１０１）、当該データが記録媒体に存在す
るか否かをデータ管理部３６１５へ確認する（ステップ
４１０２）。この確認により、データが存在しなかった
場合、当該データは記録媒体に存在しない旨を表示し当
該データは表示しない（ステップ４１０７）。他方、こ
の確認により、データが存在した場合、当該データが表
示可能か否かをデータ提示期間判断部３６１８へ問い合
わせる（ステップ４１０３）。これに対して、データ提
示期間判断部３６１８は、現在日時と当該データのデー
タ提示期間とを比較し（ステップ４１０４）、現在日時
が提示期間内であった場合、当該データをデータ表示部
３６１６の画面上に表示する（ステップ４１０５）。他
方、現在日時が提示期間外であった場合、当該データは
既に提示期間外である旨をデータ表示部３６１６の画面
上に表示し当該データは表示しない（ステップ４１０
６）。
【００９９】この一連の処理動作を、一具体例について
説明する。図４２は受信装置３６１０においてデータ毎
に付与された提示期間を基に行なわれるデータの表示可
否の制御の一具体例を示す図である。受信装置３６１０
の記録媒体４２０１が図４２に示す通りであるとする。
この記録状況は、 パス名：／Ａ／Ｂ／Ｄ， 提示期間：２００１年１０月１０日〜２００１年１０月
３１日、 である。
【０１００】この状況の下で、現在日時が２００１年１
０月１５日で、パス名が／Ａ／Ｂ／Ｄ／Ｇ／ｘｘｘであ
るデータ表示要求を受けた場合、現在日時が提示期間内
であるため当該データを表示する。他方、現在日時が２
００１年１１月１日で、パス名が／Ａ／Ｂ／Ｄ／Ｇ／ｘ
ｘｘであるデータ表示要求を受けた場合、現在日時が提
示期間外であるため当該データを表示しない。
【０１０１】上記の処理により、データ提供者が自らデ
ータの提示期間を設定し、データ提供者の意図に合った
データの表示可否を制御することが可能となる。
【０１０２】
【発明の効果】以上のように、コンテンツ情報から放送
スケジュールの雛型である基本スケジュールを作成し、
それを繰り返す放送スケジュールを作成することによ
り、登録するたびに変更する可能性のあるコンテンツの
実サイズや、登録のタイミングに依存することなく、コ
ンテンツ送出に先立って放送スケジュールを作成するこ
とが可能となる。
【０１０３】また、基本スケジュール作成時には、コン
テンツの更新頻度が同じものを同じスケジュールにまと
めており、これによって受信装置における省電力が実現
できる。
【０１０４】また、強制起動用シリーズをある頻度で放
送スケジュールに配置することにより、必ず受信装置が
起動する時間を特定することが可能となり、同じ頻度で
の緊急更新を送出装置として保証することが可能とな
る。
【０１０５】また、空コンテンツを流すノンスクランブ
ルの削除用シリーズを配置することにより、スクランブ
ルされた契約サービスの契約を解除した受信装置に対し
ても確実にコンテンツの削除を指示することが可能とな
る。
【０１０６】また、コンテンツに対し送出装置で提示期
限を延長しながら付与することにより、サービスの送出
終了前に契約を中止した受信装置において、契約終了し
たサービスのコンテンツ提示を制限することができる。
【０１０７】また、送出装置と受信端末の間におけるデ
ータ送受信動作において、送出装置側において受信端末
におけるダウンロードデータについての運用情報を保持
するダウンロードデータ制御データを生成し、受信端末
における任意の前記ディレクトリを登録、削除をコント
ロールし得るようにしているから、受信装置の記録媒体
をオーバーフローさせることなく、送出装置側からのコ
ントロールに基づいてデータの送出を行なうことがで
き、受信装置に常に新しいデータを送信し、蓄積するこ
とができる。
【図面の簡単な説明】
【図１】本発明の実施形態１によるコンテンツの送出装
置及び受信装置の構成例を示すブロック図
【図２】前記実施の形態１におけるコンテンツ情報の例
を示す図
【図３】前記実施の形態１におけるシリーズ表の例を示
す図
【図４】前記実施の形態１におけるシリーズとコンテン
ツの対応表の例を示す図
【図５】前記実施の形態１における基本スケジュール
（24時間単位）の例を示す図
【図６】前記実施の形態１における放送スケジュ―ルの
例を示す図
【図７】前記実施の形態１における蓄積済み最終episod
e＿number表と予約情報の例を示す図
【図８】前記実施の形態１におけるコンテンツの基本的
な送出処理を説明するフローチャート
【図９】前記実施の形態１における緊急変更用シリーズ
を用いたコンテンツの緊急変更を可能とする送出処理を
説明するフローチャート
【図１０】前記実施の形態１における緊急変更用シリー
ズを用いずにコンテンツの緊急変更を可能とする送出処
理を説明するフローチャート
【図１１】前記実施の形態１におけるコンテンツの削除
を可能とする送出処理を説明するフローチャート
【図１２】前記実施の形態１におけるコンテンツの受信
処理を説明するフローチャート
【図１３】前記実施の形態１におけるシリーズ設定表の
例を示す図
【図１４】前記実施の形態１における2001年3月12日の
放送スケジュールの例を示す図
【図１５】前記実施の形態１における緊急変更用シリー
ズを設定したシリーズ設定表の例を示す図
【図１６】前記実施の形態１における緊急変更用シリー
ズにコンテンツを割り当てない場合のシリーズとコンテ
ンツの対応表の例を示す図
【図１７】前記実施の形態１における緊急変更用シリー
ズにコンテンツを割り当てる場合のシリーズとコンテン
ツの対応表の例を示す図
【図１８】本発明の実施の形態３において、送出装置が
管理するサービス毎の蓄積領域サイズと受信装置毎に契
約している領域サイズの関係を示す例の図
【図１９】前記実施の形態３における送出装置が管理す
るサービス毎の蓄積領域サイズの状態が変化する例を示
す図
【図２０】前記実施の形態３における送出装置と受信装
置の構成を示すブロック図
【図２１】前記実施の形態３において削除用シリーズを
設定したシリーズ設定表の例を示す図
【図２２】前記実施の形態３において設定削除するコン
テンツがあるコンテンツ情報の例を示す図
【図２３】前記実施の形態３において設定削除されたコ
ンテンツが削除用シリーズに割り当てられたシリーズと
コンテンツの対応表の例を示す図
【図２４】本発明の実施の形態４における送出装置と受
信装置の構成を示すブロック図
【図２５】前記実施の形態４におけるコンテンツ情報蓄
積部が蓄積するコンテンツ情報の例を示す図
【図２６】前記実施の形態４におけるコンテンツ提示期
限延長間隔表の例を示す図
【図２７】前記実施の形態４におけるコンテンツ提示期
限延長間隔と提示期限切替タイミングの例を示す図
【図２８】前記実施の形態４におけるContent＿id2のコ
ンテンツに付与する提示期限と付与する期間の対応表の
例を示す図
【図２９】前記実施の形態４における提示期限切替タイ
ミング表の例を示す図
【図３０】前記実施の形態４における送出部から送出さ
れるコンテンツのイメージの例を示す図
【図３１】前記実施の形態４における受信機のコンテン
ツ蓄積部が管理するコンテンツ管理表の例を示す図
【図３２】前記実施の形態４における提示期限付与の処
理フロー
【図３３】前記実施の形態４における提示期限付与部に
おけるコンテンツに付与する提示期限と付与する期間の
対応表の作成フロー
【図３４】前記実施の形態４における強制起動用シリー
ズの配置ポリシー表の例を示す図
【図３５】本発明の実施の形態２におけるコンテンツの
送出装置と受信装置の構成を示すブロック図
【図３６】本発明の実施の形態５におけるコンテンツの
送出装置と受信装置の構成を示すブロック図
【図３７】前記実施の形態５に係るデータ送出装置およ
び受信装置の間におけるデータ送受信の処理動作を説明
するフローチャート
【図３８】前記実施の形態５におけるダウンロードデー
タ制御データの構造を示すデータ構造図
【図３９】前記実施の形態５において受信装置における
データの登録、削除の処理動作を説明するフローチャー
ト
【図４０】前記実施の形態５において受信装置における
データの削除の処理による記録媒体中のデータが減少す
る状況を模式的に示す図
【図４１】前記実施の形態５における受信装置において
データ毎に付与された提示期間を基にデータの表示可否
の制御を行なう方法を説明するフローチャート
【図４２】前記実施の形態５における受信装置３６１０
においてデータ毎に付与された提示期間を基に行なわれ
るデータの表示可否の制御の一具体例を示す図
【符号の説明】
１０１…コンテンツ登録部 １０２…コンテンツ情報蓄積部 １０３…基本スケジュール作成部 １０４…緊急変更用スケジュール設定部 １０５…基本スケジュール蓄積部 １０６…放送スケジュール作成部 １０７…放送スケジュール蓄積部 １０８…コンテンツ蓄積部 １０９…送出部 １１０…受信部 １１１…放送スケジュール蓄積部 １１２…予約部 １１３…コンテンツ蓄積部 １１４…コンテンツ表示部 ２００１…削除用シリーズ設定部 ２４０１…提示期限付与部 ２４０２…コンテンツ提示期限確認部 ３５０１…緊急変更コンテンツ設定部
───────────────────────────────────────────────────── フロントページの続き (72)発明者 篠原 弘樹 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 長尾 武司 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 藤津 智 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 荒井 結子 大阪府門真市大字門真1006番地 松下電器 産業株式会社内

Claims (43)

    【特許請求の範囲】
  1. 【請求項１】 コンテンツごとにあらかじめ設定する属
    性一覧を蓄積するコンテンツ情報蓄積部と、コンテンツ
    情報蓄積部が蓄積するコンテンツ情報をもとに、コンテ
    ンツを繰り返し送出するための雛型となるスケジュール
    （以降、基本スケジュール）を作成する基本スケジュー
    ル作成部を備え、コンテンツの実サイズ変更があっても
    コンテンツの繰り返し送出を保証するための基本スケジ
    ュールを作成することを特徴とする送出装置。
  2. 【請求項２】 基本スケジュールを蓄積する基本スケジ
    ュール蓄積部と、基本スケジュールから放送スケジュー
    ルを作成する放送スケジュール作成部と、放送スケジュ
    ールを蓄積する放送スケジュール蓄積部と、コンテンツ
    を蓄積するコンテンツ蓄積部と、放送スケジュールと放
    送スケジュールにしたがってコンテンツを送出する送出
    部を更に備え、基本スケジュール蓄積部が蓄積する基本
    スケジュールから放送スケジュール作成部が放送スケジ
    ュールを作成して放送スケジュール蓄積部に蓄積し、当
    該放送スケジュールとコンテンツ蓄積部が蓄積するコン
    テンツを送出装置が送出することを特徴とする請求項１
    記載の送出装置。
  3. 【請求項３】 前記基本スケジュール作成部が、受信装
    置の起動条件に必ず合致する強制起動用シリーズを送出
    するための強制起動用スケジュールを基本スケジュール
    に設定することを特徴とする請求項１または請求項２記
    載の送出装置。
  4. 【請求項４】 前記基本スケジュール作成部が、コンテ
    ンツ取りまとめ条件に従って同じシリーズ内で送出する
    コンテンツを決定して基本スケジュールを作成すること
    を特徴とする請求項１乃至請求項３のいずれかに記載の
    送出装置。
  5. 【請求項５】 前記コンテンツ取りまとめ条件が、コン
    テンツ属性が同じであることを特徴とする請求項４記載
    の送出装置。
  6. 【請求項６】 前記コンテンツ属性が、更新頻度である
    ことを特徴とする請求項５記載の送出装置。
  7. 【請求項７】 前記コンテンツ属性が、課金属性である
    ことを特徴とする請求項５記載の送出装置。
  8. 【請求項８】 前記コンテンツ属性が、コピー制御属性
    であることを特徴とする請求項５記載の送出装置。
  9. 【請求項９】 前記コンテンツ属性が、受信機、または
    視聴者ごとに設定される受信機情報または視聴者情報に
    よるフィルタリング情報であることを特徴とする請求項
    ５記載の送出装置。
  10. 【請求項１０】 前記フィルタリング情報が、地域情報
    であることを特徴とする請求項９記載の送出装置。
  11. 【請求項１１】 前記コンテンツ取りまとめ条件が、一
    つのシリーズにおいて送出するコンテンツの最大サイズ
    の合計または最長伝送時間を超えないようにすることで
    あることを特徴とする請求項４記載の送出装置。
  12. 【請求項１２】 前記基本スケジュール作成部が複数の
    シリーズに同じコンテンツ属性を持つコンテンツを割り
    当てた場合、前記放送スケジュール作成部が放送スケジ
    ュールを作成する際、それらを連続した時間で送出する
    ようスケジューリングすることを特徴とする請求項４ま
    たは請求項１１記載の送出装置。
  13. 【請求項１３】 前記基本スケジュールに緊急変更用ス
    ケジュールを設定する緊急変更用スケジュール設定部を
    更に備え、緊急変更すべきコンテンツが発生した場合に
    備え、緊急変更用スケジュール設定部が基本スケジュー
    ルに対し緊急変更コンテンツを送出する緊急変更用スケ
    ジュールをあらかじめ設定することを特徴とする請求項
    １乃至請求項１２記載の送出装置。
  14. 【請求項１４】 コンテンツを登録するコンテンツ登録
    部を更に備え、送出すべきコンテンツの登録が放送スケ
    ジュール作成後にコンテンツ登録部に対し行なわれた場
    合には、基本スケジュール作成部が緊急変更用スケジュ
    ールによって当該コンテンツを送出するよう割り当てる
    ことを特徴とする請求項１３記載の送出装置。
  15. 【請求項１５】 緊急に更新すべきコンテンツが前記コ
    ンテンツ蓄積部に蓄積された場合には、前記放送スケジ
    ュール作成部が直近の前記強制起動用スケジュールに対
    応する送出終了時刻以降で当該コンテンツを放送するス
    ケジュールにおいて、コンテンツ更新を示すよう放送ス
    ケジュールを再作成することを特徴とする請求項３記載
    の送出装置。
  16. 【請求項１６】 前記基本スケジュールにコンテンツ削
    除を指示する空コンテンツを送出するためのコンテンツ
    削除用スケジュールを設定する空コンテンツスケジュー
    ル設定部を更に備え、コンテンツ情報に対しコンテンツ
    の設定削除があった場合には、設定削除されたコンテン
    ツの削除を受信装置に指示する空コンテンツをコンテン
    ツ削除用スケジュールにおいて送出するよう基本スケジ
    ュールにおいて割り当てることを特徴とする請求項１乃
    至請求項１２記載の送出装置。
  17. 【請求項１７】 コンテンツ情報を蓄積するコンテンツ
    情報蓄積部と、コンテンツを蓄積するコンテンツ蓄積部
    と、コンテンツに対し受信装置における提示期限を付与
    する提示期限付与部とコンテンツを送出する送出部を備
    え、コンテンツの送出時にコンテンツに付与する提示期
    限を延長しながら送出することを特徴とする送出装置。
  18. 【請求項１８】 伝送路を利用してデータを送受信する
    データ放送スケジュールシステムであって、データを送
    信する送出装置は、コンテンツの登録を受け付けるコン
    テンツ登録部と、コンテンツ情報を蓄積するコンテンツ
    情報蓄積部と、放送スケジュールの作成に使われる基本
    スケジュールを作成する基本スケジュール作成部と、基
    本スケジュールに緊急変更用スケジュールを設定する緊
    急変更用スケジュール設定部とを有し、前記コンテンツ
    登録部は登録されたコンテンツが緊急であるかどうか
    を、当該コンテンツのコンテンツ情報を使って判断し、
    緊急である場合は、前記放送スケジュール作成部に通知
    し、さらに、前記放送スケジュール作成部は、前記コン
    テンツ登録部の通知に応じて、放送スケジュールを再作
    成することを特徴とするデータ放送スケジュールシステ
    ム。
  19. 【請求項１９】 伝送路を利用してデータを送受信する
    データ放送スケジュール方法であって、データを送信す
    る送出装置は、コンテンツの登録を受け付けるコンテン
    ツ登録部と、コンテンツ情報を蓄積するコンテンツ情報
    蓄積部と、放送スケジュールの作成に使われる基本スケ
    ジュールを作成する基本スケジュール作成部と、基本ス
    ケジュールに緊急変更用スケジュールを設定する緊急変
    更用スケジュール設定部とを有し、前記コンテンツ登録
    部は登録されたコンテンツが緊急であるかどうかを、当
    該コンテンツのコンテンツ情報を使って判断し、緊急で
    ある場合は、前記放送スケジュール作成部に通知し、さ
    らに、前記放送スケジュール作成部は、前記コンテンツ
    登録部の通知に応じて、放送スケジュールを再作成する
    ことを特徴とするデータ放送スケジュール方法。
  20. 【請求項２０】 伝送路を利用してデータを送受信する
    データ放送スケジュールプログラムを記録した記録媒体
    であって、データを送信する送出装置は、コンテンツの
    登録を受け付けるコンテンツ登録部と、コンテンツ情報
    を蓄積するコンテンツ情報蓄積部と、放送スケジュール
    の作成に使われる基本スケジュールを作成する基本スケ
    ジュール作成部と、基本スケジュールに緊急変更用スケ
    ジュールを設定する緊急変更用スケジュール設定部とを
    有し、前記コンテンツ登録部は登録されたコンテンツが
    緊急であるかどうかを、当該コンテンツのコンテンツ情
    報を使って判断し、緊急である場合は、前記放送スケジ
    ュール作成部に通知し、さらに、前記放送スケジュール
    作成部は、前記コンテンツ登録部の通知に応じて、放送
    スケジュールを再作成することを特徴とするデータ放送
    スケジュールプログラムを記録した記録媒体。
  21. 【請求項２１】 伝送路を利用してデータを送受信する
    データ放送スケジュールプログラムであって、データを
    送信する送出装置は、コンテンツの登録を受け付けるコ
    ンテンツ登録部と、コンテンツ情報を蓄積するコンテン
    ツ情報蓄積部と、放送スケジュールの作成に使われる基
    本スケジュールを作成する基本スケジュール作成部と、
    基本スケジュールに緊急変更用スケジュールを設定する
    緊急変更用スケジュール設定部とを有し、前記コンテン
    ツ登録部は登録されたコンテンツが緊急であるかどうか
    を、当該コンテンツのコンテンツ情報を使って判断し、
    緊急である場合は、前記放送スケジュール作成部に通知
    し、さらに、前記放送スケジュール作成部は、前記コン
    テンツ登録部の通知に応じて、放送スケジュールを再作
    成することを特徴とするデータ放送スケジュールプログ
    ラム。
  22. 【請求項２２】 伝送路を利用してデータを送受信する
    データ放送スケジュールシステムであって、データを送
    信する送出装置は、データ管理をするディレクトリが空
    であることを示す空データを送信し、さらに、前記送出
    装置からデータを受信する受信端末は、前記送出装置か
    ら前記空データを受信したとき、前記空データに対応す
    るディレクトリを自動的に削除するデータ削除処理部を
    有することを特徴とするデータ放送スケジュールシステ
    ム。
  23. 【請求項２３】 前記受信端末のデータ削除処理部は、
    前記ディレクトリが管理する前記データが全てなくなっ
    たとき、前記ディレクトリを削除することを特徴とする
    請求項２２記載のデータ放送スケジュールシステム。
  24. 【請求項２４】 前記送出装置は、前記空データに削除
    すべきディレクトリ名を入れることを特徴とする請求項
    ２２記載のデータ放送スケジュールシステム。
  25. 【請求項２５】 前記受信端末は、削除すべきディレク
    トリ名を入れた空データを受信したとき、前記ディレク
    トリ名に関するデータを削除する前に、前記ディレクト
    リ名に関するデータを参照しているユーザがいるか否か
    をチェックすることを特徴とする請求項２４記載のデー
    タ放送スケジュールシステム。
  26. 【請求項２６】 前記送出装置は、前記受信端末におけ
    るデータ提示期間を示すデータ提示期間データを、前記
    送信するデータに付与し、前記受信端末に送信すること
    を特徴とする請求項２２記載のデータ放送スケジュール
    システム。
  27. 【請求項２７】 前記受信端末は、前記データ提示期間
    データを受信し、現在の時間について示す現在時刻デー
    タと前記データ提示期間データとを使って、データを提
    示してもよいか否かを判断する提示期間判断部を有する
    ことを特徴とする請求項２６記載のデータ放送スケジュ
    ールシステム。
  28. 【請求項２８】 伝送路を利用してデータを送受信する
    データ放送スケジュールシステムであって、データを受
    信する受信端末は、データを管理するディレクトリが空
    であることを示す空データを受信したとき、前記空デー
    タに対応するディレクトリを自動的に削除するデータ削
    除処理部を有することを特徴とするデータ放送スケジュ
    ールシステム。
  29. 【請求項２９】 伝送路を利用してデータを送受信する
    データ放送スケジュールシステムであって、データを送
    信する送出装置は、当該送出装置からのデータを受信す
    る受信端末におけるダウンロードデータについての運用
    情報を保持するダウンロードデータ制御データを生成す
    るダウンロードデータ制御データ生成部を有し、 さらに、前記ダウンロードデータ制御データは、前記受
    信端末で受信するデータの数を示すモジュール数データ
    と、前記受信端末におけるデータを管理するディレクト
    リのパス名を示すディレクトリパス名データとを有し、 さらに、前記受信端末における任意の前記ディレクトリ
    を削除するときに、前記ディレクトリに対応する前記ダ
    ウンロードデータ制御データの前記モジュール数データ
    を０にして前記受信端末に送信し、前記ディレクトリに
    対応するデータを送信しない送出部とを有し、 さらに、前記受信端末は、前記送出装置から前記モジュ
    ール数データが０であるダウンロードデータ制御データ
    を受信したとき、前記モジュール数データに対応するデ
    ータが受信されるか否かを一定時間監視し、受信されな
    ければ、前記モジュール数データに対応する前記ディレ
    クトリについての前記データを削除するデータ削除処理
    部を有することを特徴とするデータ放送スケジュールシ
    ステム。
  30. 【請求項３０】 伝送路を利用してデータを送受信する
    データ放送スケジュールシステムであって、データを送
    信する送出装置は、当該送出装置のデータを受信する受
    信端末におけるダウンロードデータについての運用情報
    を保持するダウンロードデータ制御データを生成するダ
    ウンロードデータ制御データ生成部を有し、 さらに、前記ダウンロードデータ制御データは、前記受
    信端末で受信するデータの数を示すモジュール数データ
    と、前記受信端末におけるデータを管理するディレクト
    リのパス名を示すディレクトリパス名データとを有し、 さらに、前記受信端末における任意の前記ディレクトリ
    を削除するときに、前記ディレクトリに対応する前記ダ
    ウンロードデータ制御データの前記モジュール数データ
    を０にして前記受信端末に送信し、前記ディレクトリに
    対応するデータを送信しない送出部とを有することを特
    徴とするデータ放送スケジュールシステム。
  31. 【請求項３１】 伝送路を利用してデータを送受信する
    データ放送スケジュールシステムであって、データを受
    信する受信端末は、前記受信端末にデータを送信する送
    出装置から、前記受信端末で受信するデータの数を示す
    モジュール数データが０である前記送出装置からのデー
    タを受信する前記受信端末におけるダウンロードデータ
    についての運用情報を示すダウンロードデータ制御デー
    タを受信したとき、前記モジュール数データに対応する
    データが受信されるか否かを一定時間監視し、受信され
    なければ、前記モジュール数データに対応する、前記受
    信端末におけるデータを管理するディレクトリについて
    のデータを削除するデータ削除処理部を有することを特
    徴とするデータ放送スケジュールシステム。
  32. 【請求項３２】 伝送路を利用してデータを送受信する
    データ放送スケジュール方法であって、データを送信す
    る送出装置において、当該送出装置のデータを受信する
    受信端末におけるダウンロードデータについての運用情
    報を保持するダウンロードデータ制御データを生成する
    ステップと、前記受信端末における任意のディレクトリ
    を削除するときに、前記ディレクトリに対応する前記ダ
    ウンロードデータ制御データの前記モジュール数データ
    を０にして前記受信端末に送信するステップと、前記デ
    ィレクトリに対応するデータを送信しないステップとを
    有することを特徴とするデータ放送スケジュール方法。
  33. 【請求項３３】 伝送路を利用してデータを送受信する
    データ放送スケジュール方法であって、データを受信す
    る受信端末において、前記受信端末にデータを送信する
    送出装置から、前記受信端末で受信するデータの数を示
    すモジュール数データが０である、前記送出装置からの
    データを受信する前記受信端末におけるダウンロードデ
    ータについての運用情報を示すダウンロードデータ制御
    データを受信したとき、前記モジュール数データに対応
    するデータが受信されるか否かを一定時間監視するステ
    ップと、受信されなければ、前記モジュール数データに
    対応する、前記受信端末におけるデータを管理するディ
    レクトリについての前記データを削除するステップとを
    有することを特徴とするデータ放送スケジュール方法。
  34. 【請求項３４】 伝送路を利用してデータを送受信する
    データ放送スケジュールプログラムを記録した記録媒体
    であって、データを受信する受信端末において、前記受
    信端末にデータを送信する送出装置から、前記受信端末
    で受信するデータの数を示すモジュール数データが０で
    ある、前記送出装置からのデータを受信する前記受信端
    末におけるダウンロードデータについての運用情報を示
    すダウンロードデータ制御データを受信したとき、前記
    モジュール数データに対応するデータが受信されるか否
    かを一定時間監視するステップと、受信されなければ、
    前記モジュール数データに対応する、前記受信端末にお
    けるデータを管理するディレクトリについての前記デー
    タを削除するステップとを有することを特徴とするデー
    タ放送スケジュールプログラムを記録した記録媒体。
  35. 【請求項３５】 伝送路を利用してデータを送受信する
    データ放送スケジュールプログラムであって、データを
    受信する受信端末において、前記受信端末にデータを送
    信する送出装置から、前記受信端末で受信するデータの
    数を示すモジュール数データが０である、前記送出装置
    からのデータを受信する前記受信端末におけるダウンロ
    ードデータについての運用情報を示すダウンロードデー
    タ制御データを受信したとき、前記モジュール数データ
    に対応するデータが受信されるか否かを一定時間監視す
    るステップと、受信されなければ、前記モジュール数デ
    ータに対応する、前記受信端末におけるデータを管理す
    るディレクトリについての前記データを削除するステッ
    プとを、コンピュータに実行させるためのデータ放送ス
    ケジュールプログラム。
  36. 【請求項３６】 伝送路を利用してデータを送受信する
    データ放送スケジュールシステムであって、データを送
    信する送出装置は、当該送出装置からのデータを受信す
    る受信端末におけるダウンロードデータについての運用
    情報を保持するダウンロードデータ制御データを生成す
    るダウンロードデータ制御データ生成部を有し、 さらに、前記ダウンロードデータ制御データは、前記受
    信端末で受信するデータの数を示すモジュール数データ
    と、前記受信端末におけるデータを管理するディレクト
    リのパス名を示すディレクトリパス名データとを有し、 さらに、前記受信端末における任意の前記ディレクトリ
    を削除するときに、前記ディレクトリに対応する前記ダ
    ウンロードデータ制御データの前記モジュール数データ
    を０にして前記受信端末に送信し、前記ディレクトリに
    対応するデータを送信しない送出部とを有し、 さらに、前記受信端末は、前記送出装置から前記モジュ
    ール数データが０であるダウンロードデータ制御データ
    を受信したとき、前記モジュール数データに対応する前
    記ディレクトリについての前記データを削除するデータ
    削除処理部を有することを特徴とするデータ放送スケジ
    ュールシステム。
  37. 【請求項３７】 伝送路を利用してデータを送受信する
    データ放送スケジュールシステムであって、データを受
    信する受信端末は、前記受信端末にデータを送信する送
    出装置から、前記受信端末で受信するデータの数を示す
    モジュール数データが０である前記送出装置からのデー
    タを受信する前記受信端末におけるダウンロードデータ
    についての運用情報を示すダウンロードデータ制御デー
    タを受信したとき、前記モジュール数データに対応す
    る、前記受信端末におけるデータを管理するディレクト
    リについてのデータを削除するデータ削除処理部を有す
    ることを特徴とするデータ放送スケジュールシステム。
  38. 【請求項３８】 伝送路を利用してデータを送受信する
    データ放送スケジュール方法であって、データを受信す
    る受信端末において、前記受信端末にデータを送信する
    送出装置から、前記受信端末で受信するデータの数を示
    すモジュール数データが０である、前記送出装置からの
    データを受信する前記受信端末におけるダウンロードデ
    ータについての運用情報を示すダウンロードデータ制御
    データを受信したとき、前記モジュール数データに対応
    する、前記受信端末におけるデータを管理するディレク
    トリについての前記データを削除するステップを有する
    ことを特徴とするデータ放送スケジュール方法。
  39. 【請求項３９】 伝送路を利用してデータを送受信する
    データ放送スケジュールプログラムを記録した記録媒体
    であって、データを受信する受信端末において、前記受
    信端末にデータを送信する送出装置から、前記受信端末
    で受信するデータの数を示すモジュール数データが０で
    ある、前記送出装置からのデータを受信する前記受信端
    末におけるダウンロードデータについての運用情報を示
    すダウンロードデータ制御データを受信したとき、前記
    モジュール数データに対応する、前記受信端末における
    データを管理するディレクトリについての前記データを
    削除するステップを有することを特徴とするデータ放送
    スケジュールプログラムを記録した記録媒体。
  40. 【請求項４０】 伝送路を利用してデータを送受信する
    データ放送スケジュールプログラムであって、データを
    受信する受信端末において、前記受信端末にデータを送
    信する送出装置から、前記受信端末で受信するデータの
    数を示すモジュール数データが０である、前記送出装置
    からのデータを受信する前記受信端末におけるダウンロ
    ードデータについての運用情報を示すダウンロードデー
    タ制御データを受信したとき、前記モジュール数データ
    に対応する、前記受信端末におけるデータを管理するデ
    ィレクトリについての前記データを削除するステップ
    を、コンピュータに実行させるためのデータ放送スケジ
    ュールプログラム。
  41. 【請求項４１】 放送スケジュール作成機能を有する送
    出装置から送信放送スケジュールとコンテンツを受信す
    る受信部と、放送スケジュールを蓄積する放送スケジュ
    ール蓄積部と、受信部を起動させるために予約する予約
    部と、受信したコンテンツを蓄積するコンテンツ蓄積部
    と、コンテンツを表示するコンテンツ表示部とを備え、
    前記予約部は、放送スケジュール蓄積部に蓄積された放
    送スケジュールに基づいて受信部における受信予約を行
    ない、表示部はコンテンツ蓄積部からコンテンツを呼び
    出して表示することを特徴とする受信装置。
  42. 【請求項４２】 送出スケジュール作成機能を有する
    送出装置から送信されるデータとダウンロードデータ制
    御データと送出スケジュールとを受信する受信部と、受
    信した送出スケジュールを蓄積する送出スケジュール蓄
    積部と、送出スケジュールに付加されたデータの更新を
    表す情報から更新されたデータの受信時間を判断し、受
    信部を起動させる受信予約部と、受信したデータを蓄積
    するデータ蓄積部と、受信したダウンロードデータ制御
    データから当該データの蓄積或いは削除の判断を行なう
    蓄積／削除判断部と、受信したデータを受け付け所望の
    データの表示を行なうデータ表示部と、蓄積／削除判断
    部にて削除と判断されたデータをデータ蓄積部から削除
    するデータ削除処理部、データを表示する際、データの
    提示期間と現在時刻からデータを表示して良いか否かを
    判断するデータ提示期間判断部とを備え、 前記予約部は、送出スケジュール蓄積部に蓄積された送
    出スケジュールに基づいて受信部における受信予約を行
    ない、表示部は前記データ蓄積部からコンテンツを呼び
    出して表示するとともに、 さらに、受信端末で受信するデータの数を示すモジュー
    ル数データが０である前記送出装置からのデータを受信
    する前記受信端末におけるダウンロードデータについて
    の運用情報を示すダウンロードデータ制御データを受信
    したとき、前記モジュール数データに対応する、前記受
    信端末におけるデータを管理するディレクトリについて
    のデータを削除するデータ削除処理部を有することを特
    徴とするデータ受信装置。
  43. 【請求項４３】 送出スケジュール作成機能を有する
    送出装置から送信されるデータとダウンロードデータ制
    御データと送出スケジュールとを受信する受信部と、受
    信した送出スケジュールを蓄積する送出スケジュール蓄
    積部と、送出スケジュールに付加されたデータの更新を
    表す情報から更新されたデータの受信時間を判断し、受
    信部を起動させる受信予約部と、受信したデータを蓄積
    するデータ蓄積部と、受信したダウンロードデータ制御
    データから当該データの蓄積或いは削除の判断を行なう
    蓄積／削除判断部と、受信したデータを受け付け所望の
    データの表示を行なうデータ表示部と、蓄積／削除判断
    部にて削除と判断されたデータをデータ蓄積部から削除
    するデータ削除処理部、データを表示する際、データの
    提示期間と現在時刻からデータを表示して良いか否かを
    判断するデータ提示期間判断部とを備え、 前記予約部は、送出スケジュール蓄積部に蓄積された送
    出スケジュールに基づいて受信部における受信予約を行
    ない、表示部は前記データ蓄積部からコンテンツを呼び
    出して表示するとともに、 さらに、受信端末で受信するデータの数を示すモジュー
    ル数データが０である前記送出装置からのデータを受信
    する前記受信端末におけるダウンロードデータについて
    の運用情報を示すダウンロードデータ制御データを受信
    したとき、前記モジュール数データに対応するデータが
    受信されるか否かを一定時間監視する監視部と、受信さ
    れなければ、前記モジュール数データに対応する、前記
    受信端末におけるデータを管理するディレクトリについ
    てのデータを削除するデータ削除処理部を有することを
    特徴とするデータ受信装置。
JP2002020772A 2001-03-16 2002-01-29 データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム Pending JP2002344405A (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2002020772A JP2002344405A (ja) 2001-03-16 2002-01-29 データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム
TW091104440A TW589881B (en) 2001-03-16 2002-03-08 Data playing scheduling system and associated device, method and recording medium
EP02006006A EP1241881A3 (en) 2001-03-16 2002-03-15 Data broadcast scheduling system, and apparatus, method, recording medium and program therefor
CN02119089A CN1377149A (zh) 2001-03-16 2002-03-16 数据广播调度系统及其装置、方法、记录媒体和程序
KR1020020014303A KR20020073452A (ko) 2001-03-16 2002-03-16 데이터 방송 스케줄 시스템, 그에 관한 장치, 방법,기록매체 또는 프로그램
US10/098,618 US20020157104A1 (en) 2001-03-16 2002-03-18 Data broadcast scheduling system, and apparatus, method, recording medium and program therefor

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2001-77323 2001-03-16
JP2001077323 2001-03-16
JP2002020772A JP2002344405A (ja) 2001-03-16 2002-01-29 データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2003425690A Division JP2004173295A (ja) 2001-03-16 2003-12-22 データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム

Publications (1)

Publication Number Publication Date
JP2002344405A true JP2002344405A (ja) 2002-11-29

Family

ID=26611491

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002020772A Pending JP2002344405A (ja) 2001-03-16 2002-01-29 データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム

Country Status (6)

Country Link
US (1) US20020157104A1 (ja)
EP (1) EP1241881A3 (ja)
JP (1) JP2002344405A (ja)
KR (1) KR20020073452A (ja)
CN (1) CN1377149A (ja)
TW (1) TW589881B (ja)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002259282A (ja) * 2001-02-27 2002-09-13 Matsushita Electric Ind Co Ltd データ放送スケジュールシステムおよび、それに関する、装置または方法または記録媒体またはプログラム
US8140569B2 (en) * 2003-05-29 2012-03-20 Microsoft Corporation Dependency network based model (or pattern)
US7149977B2 (en) * 2002-08-28 2006-12-12 Microsoft Corporation Virtual calling card system and method
JPWO2005015420A1 (ja) * 2003-08-11 2006-10-05 ソニー株式会社 情報処理装置及び通信方法
GB2406997B (en) * 2003-10-02 2005-10-19 Nec Technologies Mobile radio communications device and method of operation and communications system
US7068996B1 (en) * 2004-04-14 2006-06-27 Sprint Spectrum L.P. Banded billing system for telecommunication service
KR101087102B1 (ko) * 2005-02-01 2011-11-25 엘지전자 주식회사 디지털 방송 수신기의 프로그램 알림 방법
US7721318B2 (en) 2005-04-15 2010-05-18 Scientific-Atlanta, Inc. Uplink signaling for global decoder control
US7805750B2 (en) 2005-04-15 2010-09-28 Scientific-Atlanta, Inc. Storage control system
US7810131B2 (en) * 2005-04-15 2010-10-05 Scientific-Atlanta, Llc Control system with global control stream for controlling a plurality of decoders
KR100722046B1 (ko) * 2005-06-03 2007-05-25 엘지전자 주식회사 프로그램 녹화 및 재생방법 및 장치
US7908244B2 (en) * 2005-08-31 2011-03-15 Ascent Media Group, Llc Localized media content management
US20090165036A1 (en) * 2007-12-21 2009-06-25 Guideworks, Llc Deleting two or more stored media program references based on at least one program reference attribute
KR101615763B1 (ko) * 2008-10-09 2016-04-27 삼성전자주식회사 가시광 통신을 이용한 영상 부가정보 운영방법 및 이를 위한 장치
CN101998247B (zh) * 2009-08-18 2014-06-11 中国移动通信集团公司 一种获取广播组播控制信息的方法及终端
JP2011254410A (ja) * 2010-06-04 2011-12-15 Ntt Docomo Inc 放送コンテンツ送信装置及び放送コンテンツ受信装置
US20110307561A1 (en) * 2010-06-14 2011-12-15 Qualcomm Incorporated System and apparatus for power-efficiently delivering webpage contents in a broadcast network
US11741997B2 (en) 2019-02-28 2023-08-29 Xi'an Novastar Tech Co., Ltd. Method, device and system for generating media playback sequence

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05501032A (ja) * 1989-10-09 1993-02-25 イマジネイション テクノロジーズ リミテッド 放送用受信機
JPH1198477A (ja) * 1997-09-24 1999-04-09 Matsushita Electric Ind Co Ltd ソフトウェアダウンロードシステム
JP2000031921A (ja) * 1998-05-07 2000-01-28 Matsushita Electric Ind Co Ltd 放送局システム及び受信機
JP2001053697A (ja) * 1999-08-05 2001-02-23 Matsushita Electric Ind Co Ltd 送信装置及び受信装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5710815A (en) * 1995-06-07 1998-01-20 Vtech Communications, Ltd. Encoder apparatus and decoder apparatus for a television signal having embedded viewer access control data
JPH11120064A (ja) * 1997-10-13 1999-04-30 Matsushita Electric Ind Co Ltd ファイル管理システム
US6477707B1 (en) * 1998-03-24 2002-11-05 Fantastic Corporation Method and system for broadcast transmission of media objects
JP4298045B2 (ja) * 1999-03-24 2009-07-15 パナソニック株式会社 放送送信装置及び受信装置
AU3878600A (en) * 1999-03-30 2000-10-16 Tivo, Inc. Data storage management and scheduling system
GB2364151B (en) * 1999-04-01 2003-10-01 Diva Systems Corp A program scheduler for an interactive information distribution system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05501032A (ja) * 1989-10-09 1993-02-25 イマジネイション テクノロジーズ リミテッド 放送用受信機
JPH1198477A (ja) * 1997-09-24 1999-04-09 Matsushita Electric Ind Co Ltd ソフトウェアダウンロードシステム
JP2000031921A (ja) * 1998-05-07 2000-01-28 Matsushita Electric Ind Co Ltd 放送局システム及び受信機
JP2001053697A (ja) * 1999-08-05 2001-02-23 Matsushita Electric Ind Co Ltd 送信装置及び受信装置

Also Published As

Publication number Publication date
CN1377149A (zh) 2002-10-30
EP1241881A2 (en) 2002-09-18
KR20020073452A (ko) 2002-09-26
TW589881B (en) 2004-06-01
EP1241881A3 (en) 2006-06-14
US20020157104A1 (en) 2002-10-24

Similar Documents

Publication Publication Date Title
JP2002344405A (ja) データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム
JP3361997B2 (ja) 放送送信装置及び放送送信方法
US9888267B2 (en) Content storage method and system
US7284032B2 (en) Method and system for sharing information with users in a network
US20070223506A1 (en) Data broadcast schedule system, and apparatus, method recording medium or program thereabout
WO2002073393A1 (en) Method and system for managing and updating metadata associated with digital assets
US8281349B2 (en) Data providing system
WO1997014251A1 (en) A system and method for optimizing subscriber programming preferences
EP1390840B1 (en) System and method for scheduling the distribution of assets from multiple asset providers to multiple receivers
JP2005518110A (ja) 多段階の配信システムを使用してコンテンツを配信する方法および装置
US20020029238A1 (en) Scheduler, schedule adjusting method, distributed scheduler system and storage medium storing schedule adjusting program
WO2005112369A1 (ja) コンテンツ配信制御システム及びその配信スケジュール作成方法、通信端末、コンピュータプログラム
US20020147985A1 (en) Video distribution system and video distribution method
JP4901044B2 (ja) 送信方法及び端末
JP2004199217A (ja) 情報提供システム、配信装置、受信装置、情報提供方法、およびプログラム
EP1143637B1 (en) Apparatus and method for information providing and delivering
JP2004173295A (ja) データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム
US10028004B1 (en) Live television program overrun management system
KR100496948B1 (ko) 프로그램 안내정보 생성 송출시스템
JP3546767B2 (ja) データ配信システム及びプログラムを記録した機械読み取り可能な記録媒体
WO2000060482A1 (en) A program scheduler for an interactive information distribution system
JP2002232813A (ja) 放送受信端末装置
JP4184374B2 (ja) 受信機及び受信方法
JP4180771B2 (ja) 番組案内情報生成送出システムとその構成装置
WO1997024874A1 (en) Method and system for managing a pay-per-view scheduling database

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20041026