JP2001189706A - 制御コンテンツ伝送方法および蓄積型放送システム - Google Patents

Abstract

(57)【要約】 【課題】 所望のコンテンツをビューワで視聴にするた
めに必要なプリゼンターを自動的にユーザに提供する蓄
積型放送システムを提供することを目的とする。 【解決手段】 サービス（Ｓ）のそれぞれ（Ｓｍ）に固
有のユーザインタフェース（Ｂ）を提供する蓄積型放送
システム（１００）において、ユーザインタフェース
（Ｂ）を実現する制御コンテンツ（Ｃｂ）を送信装置
（１１０）は、コンテンツの一部または全体として送出
し、受信装置（１３０）は、送出された制御コンテンツ
（Ｃｂ）を受信するとともに受信した制御コンテンツを
起動してユーザインタフェースを実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザが所望のコ
ンテンツをビューワで視聴にするために必要なプリゼン
タを、ユーザの要求の有無にかかわらず、自動的にユー
ザに提供する情報サービスシステムに関し、さらに詳述
すればビューワを自動更新する蓄積型放送システムに関
する。

【０００２】

【従来の技術】ユーザにコンテンツの視聴サービスを提
供する情報サービスシステムにおいては、提供するコン
テンツのデータをユーザが利用できるプリゼンタに供給
するブラウザが必要である。このブラウザは、提示する
コンテンツデータ、コンテンツデータをユーザに提供す
る伝送経路、およびユーザ側のプリゼンターに起因する
ファクターによって順次適正なものに更新する必要が生
じる。

【０００３】従来の情報サービスシステムの一例として
は、ポイントキャスト社（登録商標）のポイントキャス
トネットワーク（登録商標）やマイクロソフト社（登録
商標）のアクティブディスクトップ（登録商標）といっ
た、コンピュータを用いたインターネット上のプッシュ
型情報配信サービスが実現されている。

【０００４】プッシュ型情報配信サービスでは、インタ
ーネット上の放送局から放送されるニュースや天気予報
などのコンテンツを、パーソナルコンピュータなどの受
信装置で受信し蓄積する。ユーザは、受信装置を操作し
てコンテンツを閲覧するユーザインタフェースであるブ
ラウザを起動し、受信機に蓄積されたコンテンツを視聴
できる。

【０００５】サービス毎に異なるブラウザが用いられ
る。結果、サービス毎に柔軟な対応したユーザインタフ
ェースを実現できる。また、ブラウザにバージョンアッ
プが必要な際には、ユーザはそのブラウザ自身に直接プ
ログラミングされた機能によって、新しいブラウザを受
信する。そして、現在のブラウザを受信した新しいブラ
ウザで置き換えることによって、ブラウザを最新のもの
更新できる。

【０００６】図２４および図２５、図２６、図２７、図
２８、図２９、および図３０を参照して、従来の放送シ
ステムの一例について説明する。図２４のブロック図に
示すように、放送システム２５００は、送出装置２５１
０、伝送路１２０、および受信装置２５２０を含む。送
出装置２５１０は、ブラウザ格納器２５１１、ブラウザ
送出器２５１３、コンテンツ格納器１１１３、コンテン
ツ送出器２５１４、多重器１１５、および送出器１１６
とを含む。

【０００７】ブラウザ格納器２５１１、ブラウザ送出器
２５１３、コンテンツ格納器１１１３、およびコンテン
ツ送出器２５１４はそれぞれ複数個用意されており、各
シンボルに接尾辞（小文字のアルファベット）を付与し
てそれぞれを識別している。以降、同一の部材が複数あ
る場合には、同様にシンボルに接尾辞を付してそれぞれ
を識別するものとする。

【０００８】なお、図２４に示す例においては、ブラウ
ザ格納器２５１１は２５１１ａ、２５１１ｂ、および２
５１１ｃ、ブラウザ送出器２５１３は２５１３ａ、２５
１３ｂ、および２５１３ｃ、コンテンツ格納器１１１３
は１１１３ａ、１１１３ｂ、および１１１３ｃ、そして
コンテンツ送出器２５１４は２５１４ａ、２５１４ｂ、
および２５１４ｃとそれぞれ３つずつ用意されている。
なお、特に個々の識別の必要がない場合には、ブラウザ
格納器２５１１、ブラウザ送出器２５１３、コンテンツ
格納器１１１３、およびコンテンツ送出器２５１４とし
て総称する。

【０００９】上述のように同一の部材が複数ある場合に
は、本明細書においては、同様にシンボルに接尾辞を付
してそれぞれを識別するものとする。さらに、個々の識
別の必要がない場合には、それぞれのシンボルに接尾辞
を付さずに総称する。

【００１０】図２５、図２６、図２７、および図２８
に、上述の放送システム２５００の各構成要素における
データの格納状態を示す。ブラウザ格納器２５１１は、
サービス毎に独立して存在する。３つのサービス（Ｓ
１、Ｓ２、およびＳ３）毎に独立した３つのブラウザ格
納器２５１１ａ、２５１１ｂ、および２５１１ｃが用意
される。ブラウザ送出器２５１３は、ユーザに提供する
サービス（Ｓ）にそれぞれ対応するブラウザＢを格納
し、ブラウザＢを所定のスケジュールで多重器１１５に
送出する。

【００１１】サービスＳ１に対応するブラウザ送出器２
５１３ａは、ブラウザＢ（Ｓ１）を格納している。ブラ
ウザＢは受信装置２５２０のＣＰＵ（中央処理装置）の
ネイティブコード（機械語）で記述されたコンピュータ
プログラムである。同様に、サービスＳ２に対応するブ
ラウザ送出器２５１３ｂはブラウザＢ（Ｓ２）を格納
し、サービスＳ３に対応するブラウザ送出器２５１３ｃ
はブラウザＢ（Ｓ３）を格納している。なお、特にその
内容を区別する必要の場合には、ブラウザＢとして総称
する。

【００１２】伝送プロトコルや伝送スケジュール等の、
ブラウザの具体的な送出方法はサービス毎に独自に定め
られている。このため、ブラウザ送出器２５１３はサー
ビス毎にその処理内容が異なるので、サービス毎にブラ
ウザ送出器２５１３ａ、２５１３ｂ、・・・２５１３ｎ
（ｎは任意の自然数）とそれぞれが独立して存在する。

【００１３】図２４に示した例では、３つのサービスＳ
１、Ｓ２、Ｓ３に対してそれぞれ独立した３つのブラウ
ザ送出器２５１３ａ、２５１３ｂ１、および２５１３ｃ
が対応している。コンテンツ格納器１１１３は、対応す
るサービスに属するコンテンツＣを格納する。コンテン
ツ格納器１１１３は、サービス毎に独立して存在する。
３つのサービス毎に独立した３つのコンテンツ格納器１
１１３ａ、１１３ｂ、および１１３ｃが用意されてい
る。

【００１４】図２５に示す例においては、サービスＳ１
に対応するコンテンツ格納器１１１３ａには、２つのサ
ービスコンテンツＣ（Ｓ１、１）とＣ（Ｓ１、２）とが
格納されている。サービスＳ２に対応するコンテンツ格
納器１１１３ｂには、コンテンツＣが格納されていな
い。サービスＳ３に対応するコンテンツ格納器１１１３
ｃには、サービスコンテンツＣ（Ｓ３、１）、Ｃ（Ｓ
３、２）、およびＣ（Ｓ３、３）が格納されている。な
お、特にその内容を区別する必要の場合には、上述のよ
うにサービスコンテンツＣとして総称する。

【００１５】図２４に戻って、コンテンツ送出器２５１
４は、対応するサービスのコンテンツ格納器１１１３に
格納されたコンテンツＣ（Ｓｍ、Ｏ）を所定の方法で多
重器１１５に送出する。なお、コンテンツＣ（Ｓｍ、
Ｏ）においてＳｍは、サービスを表すシンボルＳに接尾
辞ｍ（任意の自然数）を付して個々のサービスを識別
し、Ｏ（任意の自然数）はサービスＳｍを構成する複数
のコンテンツＣの何番目であるかを示す。

【００１６】このように、従来の放送システム２５００
に用いられる送出装置２５１０においては、サービス毎
にブラウザやコンテンツの送出の方法が異なる。このた
め、サービス毎に複数の独立した複数のブラウザ送出器
２５１３およびコンテンツ送出器２５１４を具備しなけ
ればならない。さらに、ブラウザＢとコンテンツＣとの
送出方法も異なる。このため、ブラウザＢとコンテンツ
Ｃとに関しても、それぞれ独立したブラウザ送出器２５
１３およびコンテンツ送出器２５１４を具備しなければ
ならない。

【００１７】多重器１１５は、ブラウザ送出器２５１３
から出力されるブラウザＢと、コンテンツ送出器１１３
から出力されるサービスコンテンツＣ（Ｓｍ、Ｏ）を送
出に適した形式に多重化するとともに変調して、デジタ
ルビットストリームを出力する。多重器１１５は、デジ
タル放送の局システムにおける多重化装置と変調装置と
で構成しても良い。

【００１８】送出器１１６は、多重器１１５の処理結果
を、伝送路１２０へ送出する。送出器１１６は、伝送路
が有線の通信回線であればモデムで良く、また、放送通
信衛星と宇宙空間であれば送出用パラボラアンテナで良
い。

【００１９】次に、伝送路１２０について説明する。伝
送路１２０は、送出装置２５１０から送出されたコンテ
ンツやブラウザなどの情報を、受信装置２５２０に伝送
する手段である。例えば、伝送路は、光ファイバーや各
種ケーブルや、放送通信衛星と宇宙空間、あるいは、Ｄ
ＶＤなどのパッケージメディアとその流通経路で良い。

【００２０】次に、受信装置２５２０について詳細に説
明する。受信装置２５２０は、受信器１３１、復調分離
器１３２、蓄積器１３３、描画器１３４、提示器１３
５、入力器１３６、ＣＰＵ１３７、およびメモリ１３８
を含む。

【００２１】受信器１３１は、伝送路１２０に送られる
コンテンツＣやブラウザＢなどの情報を受信しデジタル
ストリームを出力する。受信器１３１は、モデムや、一
般のデジタル放送受信機におけるアンテナとチューナモ
ジュールで良い。

【００２２】復調分離器１３２は、受信器１３１の出力
するデジタルビットストリームを復調し、多重化された
情報を別々に分離する。復調分離器１３２は、送出装置
２５１０の多重器１１５とちょうど反対向きの処理を行
なう。復調分離器１３２の出力は、蓄積器１３３に与え
られるだけでなく、ＣＰＵ１３７によっても読み出し可
能である。

【００２３】蓄積器１３３は、復調分離器１３２の出力
中のブラウザとコンテンツとを蓄積する。蓄積器１３３
は例えば、ハードディスクなどのランダムアクセス可能
な記録媒体である。蓄積器１３３の内容はＣＰＵ１３７
により読み出しおよび変更可能である。

【００２４】図２６に例示するように、蓄積器１３３に
は、合計３つのブラウザＢ（Ｓ１）、Ｂ（Ｓ２）、およ
びＢ（Ｓ３）と合計５つのサービスコンテンツＣ（Ｓ
１、１）、Ｃ（Ｓ１、２）、Ｃ（Ｓ３、１）、Ｃ（Ｓ
３、２）およびＣ（Ｓ３、３）とが格納されている。

【００２５】描画器１３４は、ＣＰＵ１３７からの要求
に従って、ＯＳＤ（オンスクリーンディスプレイ）を画
面に表示するためのグラフィックスを描画する。

【００２６】提示器１３５は、描画器１３４の出力をユ
ーザが視聴可能なように提示する。提示器は例えばＣＲ
Ｔディスプレイで良い。

【００２７】入力器１３６は、受信装置２５２０に対し
ユーザが操作を指示するものである。入力器１３６は、
リモコンとリモコン受光部、キーボード、およびマウス
などを用いることができる。

【００２８】ＣＰＵ１３７は、中央処理装置であり、受
信装置２５２０の各構成要素と相互に接続され、メモリ
１３８に格納されたコンピュータプログラムを実行する
ことで、受信装置２５２０全体を制御する。

【００２９】メモリ１３８は、書き換え可能／不可能な
半導体メモリＲＡＭ／ＲＯＭで構成され、ＣＰＵ１３７
の処理のデータを格納する領域や、ＣＰＵ１３７で実行
するコンピュータプログラムやデータの格納に用いる。
図２７に例示されるように、メモリ１３８には、ブラウ
ザ一覧２７００と、ＣＰＵ１３７に対するネイティブコ
ード（機械語）である実行形式２６５１が格納されてい
る。

【００３０】次に、図２８を参照して、ブラウザ一覧２
７００について説明する。ブラウザ一覧２７００は、サ
ービス毎の行を持つ表形式の情報で、ブラウザのファイ
ル名の列２７１０と、サービス名の列２７２０とを持
つ。ブラウザ一覧２７００を用いることで、蓄積器１３
３に蓄積されている情報の中で、注目するサービスのブ
ラウザを特定することができる。

【００３１】次に、図２９に示すフローチャートを参照
して、受信装置２５２０の主要な動作について詳細に説
明する。

【００３２】ステップＳ２８０１において、メモリ１３
８に格納されたブラウザ一覧２７００のサービス名を画
面に一覧表示する。画面への表示は、描画器１３４によ
り行われる。

【００３３】ステップＳ２８０２において、ユーザが入
力器１３６を操作してステップＳ２８０１において表示
された一覧から１つのサービスを選択する。

【００３４】ステップＳ２８０３において、ステップＳ
２８０２において選択されたサービスに対し、ブラウザ
一覧２７００においてブラウザＢのファイル名の列を参
照することで蓄積器１３３でのブラウザＢのファイル名
Ｂ（Ｓｍ）を特定する。

【００３５】ステップＳ２８０４において、ステップＳ
２８０３で特定したファイルＢ（Ｓｍ）を実行する。ブ
ラウザは、ＣＰＵ１３７のネイティブコードであるの
で、ＣＰＵ１３７により直接実行できる。

【００３６】次に、図３０に示すフローチャートを参照
して、受信装置２５２０によるブラウザの更新処理につ
いて説明する。ステップＳ２９０１において、ＣＰＵ１
３７によってブラウザＢの実行が開始される。

【００３７】ステップＳ２９０２において、ブラウザが
受信器１３１と復調分離器１３２によって、現在送出さ
れているブラウザＢが受信され、そのバージョンの確認
を行なう。

【００３８】ステップＳ２９０３において、ステップＳ
２９０２で受信したブラウザＢが、現在実行中のブラウ
ザＢよりも新しいバージョンであれば次のステップＳ２
９０４に進み、そうでなければ処理を終了する。

【００３９】ステップＳ２９０４において、受信装置２
５２０は送出されているブラウザＢを受信し、蓄積器１
３３はその受信したブラウザＢをファイルとして一時格
納する。

【００４０】ステップＳ２９０５において、現在実行し
ているブラウザＢを、一時格納されているファイルで置
き換える。そして、ブラウザＢを再起動することによっ
て、受信した新しいバージョンのブラウザの実行を開始
させる。

【００４１】

【発明が解決しようとする課題】上記に例示された従来
の放送システムにおいては、コンピュータのネイティブ
コードであるブラウザの具体的な伝送方法として、サー
ビス毎に異なる独自の方式が用いられている。そのため
に、送出装置と受信装置の両方で、サービス毎に異なる
ブラウザ毎に異なる伝送方法を実装する必要がある。

【００４２】すなわち、送出装置において、サービス毎
に異なるブラウザ送出器を設ける必要がある。また、受
信装置において、典型的には各サービスのブラウザのコ
ード自体に、新たなサービスを可能にするために新たな
ブラウザを受信して、自身をその受信した新たなブラウ
ザで置き換える機能がプログラミングされている。

【００４３】このように、本質的にはどのサービスに対
しても同様の機能を有すべきブラウザの伝送機能を実現
するために、実施にはブラウザを少しずつ異なって実装
しなければならない。

【００４４】このため、サービスの数が増えるに従っ
て、様々な無駄が生じる。すなわち、受信装置において
は複数の類似のプログラムコードを保持する必要が生
じ、記憶容量が浪費されていた。また、受信装置におい
て類似の処理を同時に起動することになり、計算機資源
が効率的に利用できない。

【００４５】また、ブラウザの伝送方法もサービス毎に
異なっており、その実現はブラウザにプログラミングさ
れているだけなので、利用したいサービスに対してユー
ザが予め手動でブラウザをｆｔｐなどのファイル伝送プ
ロトコルを手動で起動するなどして入手する必要があり
煩雑である。

【００４６】また、ブラウザの伝送方式がコンテンツの
伝送方式と異なるため、複数のサービスを購読している
場合において、あるサービスのブラウザの伝送が、別の
サービスのブラウザ若しくはコンテンツの伝送を妨げる
可能性がある。

【００４７】送出装置においても、ブラウザの伝送とい
う本質的にはどのサービスでも同一の機能を実現するた
めに、少しずつ異なるブラウザ送出器をサービスの数だ
け用意する必要がある。このため、サービスの数が増大
するに従って、送出装置が線型に複雑化している。この
複雑化によって、開発コスト増大、および管理の煩雑化
を招いている。

【００４８】また、複数のブラウザ送出器間に関連がな
いため、同時刻に伝送路の処理能力以上の複数のブラウ
ザを送出して、伝送路をあふれさせる可能性がある。コ
ンテンツの送出器もサービス毎に独立して存在している
ため、ブラウザの伝送と同様の問題がコンテンツの伝送
についても起こり得ていた。

【００４９】本発明は、デジタル放送やコンピュータネ
ットワークにおいて送られる複数のコンテンツから構成
されるサービスを受信装置において蓄積して視聴する蓄
積型放送において、不正なコンテンツからのサービスの
安全性を保ちながら、柔軟なサービスのユーザインタフ
ェースを提供する方法およびシステムを提供することを
目的とする。

【００５０】

【課題を解決するための手段および発明の効果】本発明
の第１の発明は、コンテンツから構成されるサービスを
１つ以上蓄積してユーザの視聴に供するとともにサービ
スのそれぞれに固有のユーザインタフェースを提供する
蓄積型放送システムであって、ユーザインタフェースを
実現する制御コンテンツを、コンテンツの一部または全
体として送出する送信器と、送出された制御コンテンツ
を受信し、受信した制御コンテンツを起動してユーザイ
ンタフェースを実行する受信器とを備え、ユーザインタ
フェースをコンテンツとして送受信することを特徴とす
る。

【００５１】本発明の第２の発明は、第１の局面におい
て、制御コンテンツは、蓄積されたコンテンツのブラウ
ザであることを特徴とする。

【００５２】本発明第３の発明は、第１の局面におい
て、送信器は、制御コンテンツを含むコンテンツを送出
するコンテンツ送出器とサービスの内容を表すサービス
属性情報を送出するサービス属性情報送出器とを備え、
受信器は、受信したコンテンツおよびサービス属性情報
に基づいて、受信したコンテンツの内で制御コンテンツ
を特定する制御コンテンツ特定器とを備えることを特徴
とする。

【００５３】本発明の第４の発明は、第３の発明におい
て、コンテンツ送出手段は、コンテンツに、コンテンツ
の内容を規定するコンテンツヘッダを付与するコンテン
ツヘッダ付与手段を備え、受信手段は、さらに受信した
コンテンツのｒコンテンツヘッダ基づいて、受信したコ
ンテンツの内で制御コンテンツを特定することを特徴と
する。

【００５４】本発明の第５の発明は、第３の発明におい
て、送信手段は、制御コンテンツを電子署名する電子署
名器をさらに備え、サービス属性情報送出器は電子署名
の公開鍵をサービス属性情報に含めて送出し、受信器
は、受信したサービス属性情報に含まれる公開鍵によっ
て電子署名を認証する署名認証器をさらに備え、電子署
名の認証によって制御コンテンツを特定することを特徴
とする。

【００５５】本発明の第６の発明は、第５の発明におい
て、電子署名による認証が、各サービスに対して独立な
鍵を用いて行われることを特徴とする。

【００５６】本発明の第７の発明は、第３の発明におい
て、コンテンツ送出器は、コンテンツのＩＤ空間の部分
空間を定義する情報を送出するコンテンツＩＤ空間管理
器をさらに備え、受信器は、コンテンツＩＤが部分空間
に含まれることで制御コンテンツを特定する特定器をさ
らに備えることを特徴とする。

【００５７】本発明の第８の発明は、コンテンツから構
成されるサービスを１つ以上蓄積してユーザの視聴に供
する蓄積型放送システムにおいて、サービスのそれぞれ
に固有のユーザインタフェースを伝送する制御コンテン
ツ伝送方法であって、ユーザインタフェースを実現する
制御コンテンツを、コンテンツの一部または全体として
送出するステップと、送出された制御コンテンツを受信
し、受信した制御コンテンツを起動してユーザインタフ
ェースを実行するステップとを備える制御コンテンツ伝
送方法。

【００５８】本発明の第９の発明は、第８の発明におい
て、制御コンテンツは、蓄積されたコンテンツのブラウ
ザであることを特徴とする。

【００５９】本発明の第１０の発明は、第８の発明にお
いて、送信ステップは、さらに制御コンテンツを含むコ
ンテンツを送出するコンテンツ送出ステップとサービス
の内容を表すサービス属性情報を送出するサービス属性
情報送出ステップとを備え、受信ステップは、受信した
コンテンツおよびサービス属性情報に基づいて、受信し
たコンテンツの内で制御コンテンツを特定する制御コン
テンツステップとを備える。

【００６０】本発明の第１１の発明は、第１０の発明に
おいて、コンテンツ送出ステップは、コンテンツに、コ
ンテンツの内容を規定するコンテンツヘッダを付与する
コンテンツヘッダ付与ステップを備え、受信ステップ
は、さらに受信したコンテンツのコンテンツヘッダ基づ
いて、受信したコンテンツの内で制御コンテンツを特定
するステップをさらに備えることを特徴とする。

【００６１】本発明の第１２の発明は、第１０の発明に
おいて、送信ステップは、制御コンテンツを電子署名す
る電子署名ステップをさらに備え、サービス属性情報送
出ステップは電子署名の公開鍵をサービス属性情報に含
めて送出するサービス属性情報送出ステップをさらに備
え、受信ステップは、受信したサービス属性情報に含ま
れる公開鍵によって電子署名を認証する署名認証ステッ
プと、電子署名の認証によって制御コンテンツを特定す
るステップをさらに備えることを特徴とする。

【００６２】本発明の第１３の発明は、第１２の発明に
おいて、電子署名による認証が、各サービスに対して独
立な鍵を用いて行われることを特徴とする。

【００６３】本発明の第１４の発明は、第１０の発明に
おいて、コンテンツ送出ステップは、コンテンツのＩＤ
空間の部分空間を定義する情報を送出するコンテンツＩ
Ｄ空間管理ステップをさらに備え、受信ステップは、コ
ンテンツＩＤが部分空間に含まれることで制御コンテン
ツを特定するステップをさらに備えることを特徴とす
る。本発明のこれらおよび他の目的、特徴、局面、およ
び効果は、添付図面と照合して、以下に記述の詳細な説
明から一層明らかになるであろう。

【００６４】

【発明の実施の形態】（第１の実施の形態）図１、図
２、図３、図４、図５、図６、図７、図８、図９、およ
び図１０を参照して、本発明の第１の実施の形態にかか
る蓄積型放送システムについて説明する。図１に示すよ
うに、第１の実施の形態にかかる蓄積型放送システム１
００は、送出装置１１０、伝送路１２０、および受信装
置１３０を含む。送出装置１１０は、サービス属性格納
器１１１、コンテンツヘッダ付与器１１２、コンテンツ
格納器１１３、コンテンツ送出器１１４、多重器１１
５、および送出器１１６とを含む。コンテンツ格納器１
１３はそれぞれ複数個用意されており、各シンボルに接
尾辞（小文字のアルファベット）を付与してそれぞれを
識別している。以降、同一の部材が複数ある場合には、
同様にシンボルに接尾辞を付してそれぞれを識別するも
のとする。なお、特に個々の識別の必要がない場合に
は、例えばコンテンツ格納器１１３として総称する。

【００６５】上述のように同一の部材が複数ある場合に
は、本明細書においては、同様にシンボルに接尾辞を付
してそれぞれを識別するものとする。さらに、個々の識
別の必要がない場合には、それぞれのシンボルに接尾辞
を付さずに総称する。

【００６６】コンテンツ格納器１１３は、それぞれサー
ビスの実体データであるコンテンツ本体Ｄｃを格納して
いる。そして、コンテンツ格納器１１３のそれぞれは、
コンテンツ本体Ｄｃをコンテンツ送出器１１４に順次供
給する。

【００６７】コンテンツ送出器１１４は、供給されるコ
ンテンツ本体Ｄｃをコンテンツヘッダ付与器１１２に送
出する。

【００６８】コンテンツヘッダ付与器１１２は、供給さ
れたコンテンツ本体Ｄｃに、ヘッダ情報を含むコンテン
ツ本体Ｄｃの管理情報から成るコンテンツヘッダＨｃを
付与して、コンテンツＣを生成する。生成されたコンテ
ンツＣは多重器１１５に供給される。

【００６９】多重器１１５は、サービス属性格納器１１
１から供給されるサービス属性情報Ｉｓｐとコンテンツ
ヘッダ付与器１１２から出力されるコンテンツＣを多重
化して送出器１１６に供給する。

【００７０】送出器１１６は、多重化されたサービス属
性情報ＩｓｐとコンテンツＣを伝送路に適した形態のデ
ジタルビットストリームに変調して伝送路１２０に出力
する。送出器１１６は、伝送路が有線の通信回線であれ
ばモデムで良く、また、放送通信衛星と宇宙空間であれ
ば送出用パラボラアンテナで良い。

【００７１】伝送路１２０は、送出装置１１０から送出
されたコンテンツＣやブラウザＢなどの情報を、受信装
置１３０に伝送する手段である。例えば、伝送路は、光
ファイバーや各種ケーブルや、放送通信衛星と宇宙空
間、あるいは、ＤＶＤなどのパッケージメディアとその
流通経路で良い。

【００７２】受信装置１３０は、受信器１３１、復調分
離器１３２、蓄積器１３３、描画器１３４、提示器１３
５、入力器１３６、ＣＰＵ１３７、およびメモリ１３８
を含む。なお、蓄積器１３３、描画器１３４、入力器１
３６、ＣＰＵ１３７、およびメモリ１３８はデータバス
によって相互に接続されている。

【００７３】受信器１３１は、伝送路１２０に送られる
コンテンツＣやブラウザＢなどの情報を受信しデジタル
ストリームを出力する。受信器１３１は、通信用モデ
ム、ケーブルモデム、ブルートゥース等の移動体通信モ
ジュール、一般のデジタル放送受信機におけるアンテナ
とチューナモジュールで良い。

【００７４】復調分離器１３２は、受信器１３１の出力
するデジタルビットストリームを復調し、多重化された
情報を別々に分離する。復調分離器１３２は、送出装置
１１０の多重器１１５のちょうど反対向きの処理を行な
う。復調分離器１３２の出力は、蓄積器１３３に与えら
れるだけでなく、ＣＰＵ１３７によっても読み出し可能
である。

【００７５】蓄積器１３３は例えば、ハードディスクな
どのランダムアクセス可能な記録媒体であり、ＣＰＵ１
３７により読み出しおよび変更可能である。蓄積器１３
３は、復調分離器１３２から出力されるサービスコンテ
ンツＣ（Ｓｍ、Ｏ）とブラウザコンテンツＣ（Ｓｍ、Ｂ
ｆｌｇ）とを蓄積する。サービスコンテンツＣ（Ｓｍ、
Ｏ）は、蓄積型放送システム１００が提供する、ユーザ
が視聴等して楽んだり利用する番組やデータなどのサー
ビスの実体を意味する。

【００７６】ブラウザコンテンツＣ（Ｓｍ、Ｂｆｌｇ）
は、提供されたサービスをユーザが受信装置１３０で実
際に楽しんだり利用したりするためのユーザインタフェ
ースを実現する。ブラウザコンテンツＣ（Ｓｍ、Ｂｆｌ
ｇ）は、受信装置１３０が提供するプログラムコード実
行環境下で実行可能な制御コードであり、サービスコン
テンツＣ（Ｓｍ、Ｏ）を処理対象とする。

【００７７】描画器１３４は、ＣＰＵ１３７からの要求
に従って、ＯＳＤ（オンスクリーンディスプレイ）を画
面に表示するためのグラフィックスを描画する。

【００７８】提示器１３５は、描画器１３４の出力をユ
ーザが視聴可能なように提示する。提示器は例えばＣＲ
Ｔディスプレイで良い。

【００７９】入力器１３６は、受信装置１３０に対しユ
ーザが操作を指示するものである。入力器１３６は、リ
モコンとリモコン受光部、キーボード、およびマウスな
どで良い。

【００８０】ＣＰＵ１３７は、中央処理装置であり、受
信装置１３０の各構成要素と相互に接続され、メモリ１
３８に格納されたコンピュータプログラムを実行するこ
とで、受信装置１３０全体を制御する。

【００８１】メモリ１３８は、書き換え可能／不可能な
半導体メモリＲＡＭ／ＲＯＭで構成され、ＣＰＵ１３７
の処理のデータを格納する領域や、ＣＰＵ１３７で実行
するコンピュータプログラムやデータの格納に用いる。

【００８２】図２、図３、図４、および図５を参照し
て、上述の蓄積型放送システム１００の各構成要素に格
納されるデータについて説明する。図２に示すように、
サービス属性格納器１１１には、蓄積型放送システム１
００が提供する各サービスの属性を示すサービス属性情
報Ｉｓｐが格納されている。

【００８３】図３に示すように、コンテンツ格納器１１
３は、対応するサービスを構成するデータであるコンテ
ンツＣの実体であるコンテンツ本体Ｄｃを格納する。コ
ンテンツ格納器１１３は、サービス毎に独立して存在す
る。つまり、３つの異なるサービスのそれぞれ対応す
る、独立した３つのコンテンツ格納器１１３ａ、１１３
ｂ、および１１３ｃが用意されている。

【００８４】サービスＳ１に対応するコンテンツ格納器
１１３ａには、２つのコンテンツ本体Ｄｃ（Ｓ１、１）
およびＤｃ（Ｓ１、２）と１つのブラウザコンテンツ本
体Ｄｃ（Ｓ１、Ｂｆｌｇ）が格納されている。任意のコ
ンテンツ本体Ｄｃは、サービスを表すシンボルＳに接尾
辞ｍ（任意の自然数）を付して個々のサービスを識別
し、サービスＳｍを構成する複数のコンテンツＣの何番
目であるかを示すパラメータＯ（任意の自然数）を付し
て、コンテンツ本体Ｄｃ（Ｓｍ、Ｏ）として表現するも
のとする。

【００８５】ブラウザコンテンツ本体Ｄｃ（Ｓ１、Ｂｆ
ｌｇ）は、サービスＳ１に供されるブラウザＢ（Ｓ１）
をコンテンツ本体Ｄｃと同じフォーマットで生成したも
のであり、サービスコンテンツ本体Ｄｃ（Ｓｍ、Ｏ）と
同様に本体Ｄｃ（Ｓｍ、Ｂｆｌｇ）と表現できる。

【００８６】ブラウザコンテンツ本体Ｄｃ（Ｓｍ、Ｂｆ
ｌｇ）は、その内容はサービスコンテンツ本体Ｄｃ（Ｓ
ｍ、Ｏ）と違う、つまり、その内部にＯの代わりにサー
ビス属性情報Ｉｓｐを示すパラメータＢｆｌｇを含んで
いる。なお、サービス属性情報Ｉｓｐに関しては、後ほ
ど図４を参照して詳述する。

【００８７】しかしながら、ブラウザコンテンツ本体Ｄ
ｃ（Ｓｍ、Ｂｆｌｇ）はサービスコンテンツ本体Ｄｃ
（Ｓｍ、Ｏ）と同じデータ形態であるので、コンテンツ
格納器１１３は両者を識別できずに、共にコンテンツ本
体Ｄｃとして扱う。この意味において、ブラウザコンテ
ンツ本体Ｄｃ（Ｓｍ、Ｂｆｌｇ）とサービスコンテンツ
本体Ｄｃ（Ｓｍ、Ｏ）の両方を含めて単にコンテンツ本
体Ｄｃと呼称する。

【００８８】なお、簡便化のために、必要に応じて、サ
ービスコンテンツ本体Ｄｃ（Ｓｍ、Ｏ）をサービスコン
テンツ本体ＤｃＳと呼称し、ブラウザコンテンツ本体Ｄ
ｃ（Ｓｍ、Ｂｆｌｇ）をブラウザコンテンツ本体ＤｃＢ
と呼称する。さらに、ブラウザコンテンツ本体Ｄｃ（Ｓ
ｍ、Ｂｆｌｇ）から成るブラウザコンテンツＣ（Ｓｍ、
Ｂｆｌｇ）をブラウザコンテンツＣｂと略称し、サービ
スコンテンツ本体Ｄｃ（Ｓｍ、Ｏ）から成るサービスコ
ンテンツＣ（Ｓｍ、Ｏ）をサービスコンテンツＣｓと略
称する。

【００８９】次に、図４、図５および図６を参照して、
コンテンツヘッダ付与器１１２から出力されるサービス
コンテンツＣｓおよびブラウザコンテンツＣｂについて
詳細に説明する。図４にサービス属性格納器１１１に格
納されているサービス属性情報Ｉｓｐを例示する。サー
ビス属性情報Ｉｓｐは蓄積型放送システム１００で提供
される全てのサービス（Ｓ１、Ｓ２、Ｓ３、・・・Ｓ
ｍ）に関する情報である。同表における各行が各サービ
スに対応しており、それぞれサービスＩＤとサービス名
とから構成される。

【００９０】例えば、第１行目には、サービスＩＤがＳ
１、そしてサービス名が「今日のニュース」であるサー
ビスが表されている。同様に、第２行目にはサービスＩ
ＤがＳ２でありサービス名が「おすすめ情報」であるサ
ービスが表され、そして、第３行目にはサービスＩＤが
Ｓ３でありサービス名が「新車ガイド」であるサービス
が表されている。サービスＩＤは、サービス属性情報Ｉ
ｓｐ中で重複しない値がとられており、サービスを識別
するのに用いることができる。

【００９１】図５はサービスコンテンツＣｓのデータ構
造を模式的に示し、図６はブラウザコンテンツＣｂのデ
ータ構造を模式的に示している。コンテンツＣは、コン
テンツＣのデータそのものであるコンテンツ本体Ｄｃ
と、コンテンツ本体Ｄｃに付随するメタデータであるコ
ンテンツヘッダＨｃとから構成される。

【００９２】図５においては、サービスコンテンツＣｓ
であるコンテンツＣ（Ｓ１、１）のサービスコンテンツ
本体ＤｃＳにはコンテンツヘッダＨｃＳが対応付られて
いる。そして、図６においては、ブラウザコンテンツＣ
ｂであるＣ（Ｓ１、Ｂｆｌｇ）のブラウザコンテンツ本
体ＤｃＢｎはコンテンツヘッダＨｃＢが対応付られてい
る。

【００９３】コンテンツヘッダＨｃ（ＨｃＳおよびＨｃ
Ｂ）は、項目と値の組を行とする表形式で表される。サ
ービスコンテンツＣｓ（Ｃ（Ｓ１、１））のコンテンツ
ヘッダＨｃＳは、サービスＩＤ、コンテンツＩＤ、コン
テンツバージョン、およびコンテンツ名の４つの行を含
む。

【００９４】サービスＩＤは、図４に例示したサービス
属性情報ＩｓｐのサービスＩＤに対応しており、該当す
るコンテンツＣが、どのサービスＳに対応するのかを識
別する。本例においては、サービスＩＤがＳ１であるの
で、このコンテンツＣは図４に示した「今日のニュー
ス」のサービスであることを示している。コンテンツＩ
Ｄは、コンテンツＣそれ自体の識別に用いる。そのため
に、コンテンツＩＤは、蓄積型放送システム１００の中
で重複しない値をとるものとする。

【００９５】コンテンツバージョンは、コンテンツＣの
新旧を表す。コンテンツバージョンは、コンテンツＩＤ
毎に独立した値をとる。後ほど、図７を参照して述べる
蓄積器１３３に現在蓄積されているコンテンツＣｃを更
新すべき新コンテンツＣｎで置き換えたい場合、コンテ
ンツＣの送出の際に、現有コンテンツＣｃより大きな値
のコンテンツバージョンが新コンテンツＣｎに付与され
る。

【００９６】コンテンツ名は、ユーザがコンテンツを選
択する際に文字列として読むための項目である。本例に
おいては、コンテンツ本体Ｄｃが「天気予報」であるこ
とを表している。以上のサービスＩＤ、コンテンツＩ
Ｄ、コンテンツバージョン、およびコンテンツ名は、サ
ービスコンテンツヘッダＨｃＳおよびブラウザコンテン
ツヘッダＨｃＢに共通に含まれる。

【００９７】しかし、図６に示すように、ブラウザコン
テンツＣｂのブラウザコンテンツヘッダＨｃＢには、さ
らにブラウザコンテンツフラグ行を含む。ブラウザコン
テンツフラグは、コンテンツＣが、ブラウザコンテンツ
Ｃｂであることを表すための項目であり、上述のＢｆｌ
ｇに相当する。ブラウザコンテンツヘッダＨｃＢのブラ
ウザコンテンツフラグはＴｒｕｅであるので、コンテン
ツ本体Ｄｃはブラウザコンテンツ本体ＤｃＢであること
を示している。

【００９８】図６に例示するブラウザコンテンツＣｂに
おいては、サービスＩＤがＳ１であり、コンテンツＩＤ
が１０１であるので、サービス「今日のニュース」用の
ブラウザコンテンツＣｂは、コンテンツＩＤが１０１で
あるコンテンツ本体Ｄｃから成ることを示している。言
い換えれば、サービスＩＤ、コンテンツＩＤ、およびブ
ラウザコンテンツフラグの３つが、コンテンツＣがブラ
ウザコンテンツＣｂであることを規定する最小限必要な
情報である。

【００９９】以下に、上述のコンテンツＣのデータ構造
に基づいて、サービス属性格納器１１１、コンテンツヘ
ッダ付与器１１２、コンテンツ格納器１１３、およびコ
ンテンツ送出器１１４によって行われる処理について説
明する。コンテンツ送出器１１４は、コンテンツ格納器
１１３から順次供給されるコンテンツ本体Ｄｃをコンテ
ンツヘッダ付与器１１２に送出する。コンテンツヘッダ
付与器１１２は、コンテンツ本体Ｄｃ（ＤｃＳ、Ｄｃ
Ｂ）にコンテンツヘッダＨｃ（ＨｃＳ、ＨｃＢ）を付与
して、コンテンツＣ（Ｃｓ、Ｃｂ）を生成して多重器１
１５に供給する。

【０１００】図７および図８を参照して、以下に送信装
置１１０から伝送路１２０を経由して送信されたコンテ
ンツＣ（サービスコンテンツＣｓ、ブラウザコンテンツ
Ｃｂ）が、受信装置１３０の各構成要素によってどのよ
うなデータとして格納されるかに付いて説明する。伝送
路１２０を経由して送信装置１１０から送出された、コ
ンテンツＣおよびサービス属性情報Ｉｓｐから成るデジ
タルビットストリームは、受信装置１３０の受信器１３
１によって先ず受信されて、復調分離器１３２に供給さ
れる。

【０１０１】復調分離器１３２は、デジタルビットスト
リームを復調し、該復調されたデジタルビットストリー
ムに含まれているコンテンツＣおよびサービス属性情報
Ｉｓｐを分離再生する。復調分離器１３２は、さらに、
再生されたコンテンツＣからコンテンツヘッダＨｃを抽
出して、サービス属性情報Ｉｓｐとともにバスに出力す
る。

【０１０２】一方、再生されたコンテンツＣは一旦復調
分離器１３２中に保持される。なお、再生されたコンテ
ンツＣと蓄積器１３３に既に蓄積されているコンテンツ
Ｃを区別必要がある場合には、中に保持されているコン
テンツＣを復調コンテンツＣｎと称し、蓄積器１３３に
蓄積されているコンテンツＣを蓄積コンテンツＣｃと称
してそれぞれを区別する。

【０１０３】蓄積器１３３は、復調分離器１３２で再生
されたコンテンツＣを所定のタイミングで供給されて内
部に格納する。図７に示すように、蓄積器１３３には、
コンテンツヘッダ付与器１１２から多重器１１５に出力
された各サービスのコンテンツＣ（Ｃｓ、Ｃｂ）が蓄積
器１３３に格納される。

【０１０４】つまり、図３に示したコンテンツ格納器１
１３ａ、１１３ｂ、および１１３ｃに格納された合計８
個のコンテンツ本体Ｄｃ（Ｓ１、Ｂｆｌｇ）、Ｄｃ（Ｓ
１、１）、Ｄｃ（Ｓ１、２）、Ｄｃ（Ｓ２、Ｂｆｌ
ｇ）、Ｄｃ（Ｓ３、Ｂｆｌｇ）、Ｄｃ（Ｓ３、１）、Ｄ
ｃ（Ｓ３、２）、およびＤｃ（Ｓ３、３）に対応するコ
ンテンツＣ（Ｓ１、Ｂｆｌｇ）、Ｃ（Ｓ１、１）、Ｃ
（Ｓ１、２）、Ｃ（Ｓ２、Ｂｆｌｇ）、Ｃ（Ｓ３、Ｂｆ
ｌｇ）、Ｃ（Ｓ３、１）、Ｃ（Ｓ３、２）、およびＣ
（Ｓ３、３）が蓄積器１３３に格納される。

【０１０５】蓄積器１３３は、さらにＣＰＵ１３７の制
御によって、格納しているコンテンツＣに含まれるコン
テンツ本体Ｄｃに代表される各種データをバスや描画器
１３４に出力する。

【０１０６】描画器１３４は、供給された情報に基づい
て提示器１３５に画像を描画させる映像信号を生成す
る。

【０１０７】図８に示すように、メモリ１３８には、サ
ービス属性情報Ｉｓｐ、ブラウザコンテンツ実行インタ
プリタ２７１、およびＣＰＵ１３７に対するネイティブ
コードである実行形式２６５１が格納される。ブラウザ
コンテンツ実行インタプリタ２７１は、コンテンツをコ
ンピュータの高級言語プログラムとして実行するための
ものである。

【０１０８】次に、図９に示すフローチャートを参照し
て、受信装置１３０において受信したコンテンツＣに含
まれるブラウザコンテンツＣｂを起動させる動作につい
て説明する。

【０１０９】ステップＳ５０１において、復調分離器１
３２から出力されたサービス属性情報Ｉｓｐ中に記載さ
れている各サービスのサービス名が提示器１３５の画面
上に一覧表示される。

【０１１０】ステップＳ５０２において、ユーザは入力
器１３６を操作して、ステップ５０１で表示されたサー
ビス名の一覧を参照して、１つのサービスを選択する。
ユーザによる入力器１３６の選択内容とサービス名一覧
に基づいて、ユーザが選択したサービスが特定される。

【０１１１】ステップＳ５０３において、ステップＳ５
０２で特定されたサービスに対応するサービスＩＤがサ
ービス属性情報Ｉｓｐから得られる。

【０１１２】ステップＳ５０４において、蓄積器１３３
に格納されている全コンテンツＣを検索して、ステップ
５０３で得たサービスＩＤを有しコンテンツヘッダＨｃ
ＢのブラウザコンテンツフラグがＴｒｕｅであるコンテ
ンツＣｂを選出する。

【０１１３】ステップＳ５０５において、ステップ５０
４で選出されたブラウザコンテンツＣｂをブラウザコン
テンツ実行インタプリタ２７１へ与えて実行させる。

【０１１４】このように、ブラウザコンテンツＣｂのコ
ンテンツヘッダＨｃＢにブラウザコンテンツフラグを備
えることで、ブラウザコンテンツＣｂとそれ以外の通常
のサービスコンテンツＣｓとを区別することができる。
また、個々のサービスＳを指定すると、それに対応する
ブラウザコンテンツＣｂ（Ｃ（Ｓｍ、Ｂｆｌｇ））をブ
ラウザとして起動できる。

【０１１５】次に、図１０に示すフローチャートを参照
して、受信装置１３０によるコンテンツの蓄積更新動作
を説明する。ステップＳ６０１において、復調分離器１
３２によって、コンテンツＣｎ（Ｃｂ、Ｃｓ）、サービ
ス属性情報Ｉｓｐ、およびコンテンツヘッダＨｃ（Ｈｃ
Ｂ、ＨｃＳ）が再生される。

【０１１６】ステップＳ６０２において、ステップＳ６
０１で分離したコンテンツヘッダＨｃをバスに出力す
る。

【０１１７】ステップＳ６０３において、分離されたコ
ンテンツヘッダＨｃに対応する新コンテンツＣｃを探し
て蓄積器１３３中を検索し選出する。つまり、蓄積器１
３３に蓄積されている全てのコンテンツＣの中でコンテ
ンツＩＤが、分離されたコンテンツヘッダＨｃに記述さ
れているコンテンツＩＤと同じである現有コンテンツＣ
ｃを選出する。

【０１１８】ステップＳ６０４において、ステップＳ６
０２の検索の結果、蓄積器１３３中に同じコンテンツＩ
Ｄを持つ現有コンテンツＣｃが存在しないと判断される
場合、処理はステップＳ６０５に進む。

【０１１９】ステップＳ６０５において、復調した新コ
ンテンツＣｎを、蓄積器１３３に出力して、新規に格納
する。そして、処理はステップＳ６０１に戻る。

【０１２０】一方、ステップＳ６０４において、蓄積器
１３３中に同じコンテンツＩＤを持つコンテンツＣが存
在すると判断される場合、処理はステップＳ６０６に進
む。

【０１２１】ステップＳ６０６において、分離されたコ
ンテンツヘッダＨｃに基づいて、復調分離器１３２に保
持されている新コンテンツＣｎと、ステップＳ６０３で
選出された現有コンテンツＣｃのコンテンツバージョン
の値を比較し、復調された新コンテンツＣｎの方がより
新しいと判断される場合に、処理はステップＳ６０７に
進む。

【０１２２】ステップＳ６０７において、蓄積器１３３
に格納されている現有コンテンツＣｃを、復調分離器１
３２で保持されている新コンテンツＣｎで更新する。な
お、この時点で新コンテンツＣｎは、現有コンテンツＣ
ｃとなる。そして、処理はステップＳ６０１に戻る。

【０１２３】一方、ステップＳ６０６において、復調さ
れたコンテンツＣの方は蓄積器１３３に格納されている
現有コンテンツＣｃより新しくないと判断される場合
に、上述のステップＳ６０７によるコンテンツＣの更新
ステップをスキップして、処理はステップＳ６０１に戻
る。

【０１２４】上述のように、蓄積型放送システム１００
においては、送信装置１１０は各サービスＳｍに対する
ユーザインタフェースを提供するブラウザコンテンツＣ
ｂを、各サービスＳｍを構成するコンテンツＣの一部ま
たは全体として送出する。そして、受信装置１３０は送
出されたコンテンツＣを受信して、受信してコンテンツ
Ｃに含まれるブラウザコンテンツＣｂを起動してユーザ
インタフェースを実行する。

【０１２５】そして、コンテンツＣの更新処理はコンテ
ンツＣがサービスコンテンツＣｓかブラウザコンテンツ
Ｃｂかの区別なく行われる。この仕組みは、特定のサー
ビス毎の機能ではなく、受信装置１３０全体に唯一であ
り全サービス共通の機能である。従って、このコンテン
ツの更新機能を実現するだけで、全てのサービスに対し
てサービスコンテンツＣｓの更新と蓄積を行えるだけで
はなく、ブラウザ、すなわちブラウザコンテンツＣｂの
更新と蓄積も行える。

【０１２６】言い換えれば、本実施の形態においては、
各サービスに対するユーザインタフェースであるブラウ
ザコンテンツＣｂをコンテンツの一部として送ることに
よって、ユーザインタフェースを伝送するための特別な
仕組みをサービス毎に用意する必要がなく、コンテンツ
の更新を行なうことでユーザインタフェースを更新でき
る。

【０１２７】（第２の実施の形態）以下に、図１１、図
１２、図１３、および図１４を参照して、本発明の第２
の実施の形態にかかる蓄積型放送システムについて説明
する。図１１に示すように、本例にかかる蓄積型放送シ
ステム７００は、図１に示した蓄積型放送システム１０
０と同様に送信装置７１０、伝送路１２０、および受信
装置７３０を含む。

【０１２８】送信装置７１０は、蓄積型放送システム１
００の送信装置１１０に電子署名器７１１が追加されて
いる。受信装置７３０は、受信装置１３０にＫＰ抽出器
７４０、Ｓｇ抽出器７４１、および暗号解読器７２１が
追加されている。以下に、蓄積型放送システム１００と
共通の特徴に関する説明を省略して、蓄積型放送システ
ム７００に固有の特徴について主に説明する。

【０１２９】電子署名器７１１は、電子署名の鍵を管理
するとともに、ブラウザコンテンツＣｂに対する電子署
名（デジタル署名）を行なう。電子署名としては公開鍵
暗号の技術を用いる。この技術は、ある情報の配布者に
対して一組の秘密鍵と公開鍵を作成しておき、公開鍵だ
けを情報の利用者に配布し、秘密鍵は秘密に保管してお
く。そして、配布したい情報に対して、配布者が秘密鍵
を用いて電子署名する（電子署名された情報は、元々の
情報と電子署名との組みの形式になる）。利用者が受け
取った電子署名された情報と配布者の公開鍵とを用いる
ことで、秘密鍵を持つ配布者が電子署名した情報である
ことを認証することができる。

【０１３０】電子署名器７１１は、サービス毎の秘密鍵
と公開鍵とを保持する。電子署名器７１１は、当該サー
ビスの秘密鍵で当該サービスのブラウザコンテンツＣｂ
を電子署名する。つまり、電子署名器７１１は、コンテ
ンツ格納器１１３に接続されて、コンテンツ格納器１１
３ａ、１１３ｂ、および１１３ｃのそれぞれから供給さ
れたコンテンツ本体Ｄｃのサービスに応じて、サービス
毎に異なる公開鍵ＫＰをサービス属性格納器１１１に出
力する。

【０１３１】具体的には、図１３に示すように、ブラウ
ザコンテンツＣｂのコンテンツヘッダＨｃＢに電子署名
の項目を追加することで電子署名がブラウザコンテンツ
Ｃｂに格納される。つまり、ブラウザコンテンツＣｂに
対して、ブラウザコンテンツＣｂｃ（Ｓ１、Ｂｓｇｎ）
のコンテンツヘッダには電子署名行が存在する。電子署
名行の値の列には、対応するコンテンツの本体Ｄｃを、
コンテンツの属するサービスＳ１の秘密鍵で電子署名を
行った結果の情報（電子署名）が格納される。

【０１３２】電子署名を追加されたコンテンツヘッダＨ
ｃＢをコンテンツヘッダＨｃＢｃと識別する。さらに、
電子署名の項目を有するブラウザコンテンツを他のブラ
ウザコンテンツＣｂと識別するためにブラウザコンテン
ツＣｂｃと称するとともに、Ｃ（Ｓｍ、Ｂｓｇｎ）と表
すものとする。

【０１３３】サービス属性格納器１１１は、公開鍵ＫＰ
を含んだサービス属性情報Ｉｓｐｃを生成して多重器１
１５に出力する。図１２に、生成されたサービス属性情
報Ｉｓｐｃの構造を示す。サービス属性情報Ｉｓｐｃ
は、公開鍵ＫＰの値を格納する列を持っている。そし
て、３つのサービスＳ１、Ｓ２、およびＳ３のそれぞれ
に対して、公開鍵が格納される。

【０１３４】電子署名器７１１は、さらに電子署名Ｓｇ
を生成してコンテンツヘッダ付与器１１２に出力する。
コンテンツヘッダ付与器１１２は、コンテンツ送出器１
１４から供給されるコンテンツ本体Ｄｃと、電子署名器
７１１から供給される電子署名Ｓｇに基づいて署名付ブ
ラウザコンテンツＣｂｃを生成して、署名付ブラウザコ
ンテンツＣｂｃとサービスコンテンツＣｓとをコンテン
ツＣとして多重器１１５に出力する。

【０１３５】受信装置７３０は、復調分離器１３２によ
って受信したデジタルビットストリームから、コンテン
ツＣ（ＣｓおよびＣｂｃ）、コンテンツヘッダＨｃ（Ｈ
ｃＳ、ＨｃＢｃ）、およびサービス属性情報Ｉｓｐｃを
再生する。コンテンツＣ（Ｃｓ、Ｃｂｃ）は復調分離器
１３２内部で保持され、コンテンツヘッダＨｃ（Ｈｃ
Ｓ、ＨｃＢｃ）はバスに出力されるとともにＳｇ抽出器
７４１に出力され、サービス属性情報ＩｓｐｃはＫＰ抽
出器７４０に出力される。

【０１３６】Ｓｇ抽出器７４１は、供給されたコンテン
ツヘッダＨｃの内で、コンテンツヘッダＨｃブラウザコ
ンテンツＣ（Ｓｍ、Ｂｆｌｇ）から電子署名Ｓｇを抽出
して、バスに出力する。

【０１３７】ＫＰ抽出器７４０は、サービス属性情報Ｉ
ｓｐｃから公開鍵ＫＰを抽出して、バスに出力する。

【０１３８】暗号解読器７２１は、バスを介して供給さ
れる公開鍵ＫＰに基づいて、コンテンツヘッダＨｃＢｃ
内の電子署名を認証する。

【０１３９】上述のように、受信装置７３０では、受信
したブラウザコンテンツＣｂｃの電子署名Ｓｇと、サー
ビス属性情報Ｉｓｐｃ内にある公開鍵ＫＰとから、正し
いブラウザコンテンツＣｂｃであることを認証すること
ができる。すなわち、各サービスのコンテンツ制作者
が、サービス固有の秘密鍵によって暗号化したブラウザ
コンテンツＣｂｃであることを保証できる。

【０１４０】次に、第２の実施の形態における受信装置
７２０の動作について説明する。図１４に示すフローチ
ャートを参照して、本実施の形態にかかる蓄積型放送シ
ステム７００の受信装置７３０によるブラウザコンテン
ツＣｂ起動について説明する。

【０１４１】ここで、ステップＳ５０１ｃ、Ｓ５０２、
Ｓ５０３ｃ、およびＳ５０４における処理は、サービス
属性情報ＩｓｐがＩｓｐｃに変わっている点および対象
のコンテンツＣがブラウザコンテンツＣｂｃに変わって
いる点を除けば上述の受信装置１３０におけるステップ
Ｓ５０１、Ｓ５０２、Ｓ５０３、およびＳ５０４におけ
る処理と基本的に同一であるので説明を省略する。

【０１４２】ステップＳ１００１において、取り出され
たブラウザコンテンツＣｂｃの、コンテンツヘッダに格
納される電子署名の行を参照する。そして、電子署名の
項目が存在しなければ、つまり署名付のブラウザコンテ
ンツＣｂｃとして異常のある場合は、処理はステップＳ
１００４に進む。

【０１４３】ステップＳ１００４において、署名付のブ
ラウザコンテンツＣｂｃが異常である旨の警告を表示し
て、処理を終了する。

【０１４４】一方、ステップＳ１００１において、電子
署名の項目が存在すれば、処理はステップＳ１００２に
進む。

【０１４５】ステップＳ１００２において、ブラウザコ
ンテンツＣｂｃの電子署名Ｓｇが、対応するサービスの
公開鍵ＫＰに対応する秘密鍵によりなされたものかを認
証する。この際に用いる公開鍵ＫＰは、サービス属性情
報Ｉｓｐｃから、当該するサービスの行を選択すること
で得られるものである。

【０１４６】ステップＳ１００３において、ステップＳ
１００２で電子署名Ｓｇが正しくないと判断された場合
には、ステップＳ１００４へ進む。

【０１４７】ステップＳ５０５ｓにおいて、正しく電子
署名されているブラウザコンテンツＣｂｃを、ブラウザ
コンテンツ実行インタプリタによって実行させる。そし
て、処理を終了する。

【０１４８】ステップＳ１００４において、電子署名が
ない、若しくは署名が誤っているので、不正なブラウザ
コンテンツＣｂである旨を警告する。そして、処理を終
了する。

【０１４９】以上のように、第２の実施の形態において
は、電子署名の技術を用いることで、注目するサービス
に対してその秘密鍵を所有している者だけが、受信装置
７２０において実行可能なブラウザコンテンツＣｂを送
出することができる。このため、注目するサービスに対
する秘密鍵を所有していない者が、どのようなコンテン
ツをコンテンツ格納器に格納したとしても、故意に誤っ
たブラウザコンテンツＣｂを送って受信装置７３０で実
行させることを禁止できる。また、注目するものとは別
のサービスの秘密鍵によって電子署名された、ブラウザ
コンテンツＣｂを、注目するサービスのブラウザコンテ
ンツＣｂとして実行させることを禁止することができ
る。

【０１５０】なお、機構の簡便化のために、コンテンツ
本体のみ電子署名したが、コンテンツヘッダもコンテン
ツ本体に含めて電子署名の対象にしても良い。なお、公
開鍵暗号を用いない簡易な電子署名の方法を用いても良
い。例えば、サービス毎の秘密鍵を作成し、秘密鍵を何
らかの方法で受信装置に格納させておく。そして、サー
ビス毎の秘密鍵でブラウザコンテンツＣｂであることを
伝える情報を暗号化し、受信装置側でこの情報を秘密鍵
で解読し、ブラウザコンテンツＣｂであることを判断し
ても良い。

【０１５１】上述のように、本実施形態においては、各
サービスに対するユーザインタフェースを提供するコン
テンツであるブラウザコンテンツＣｂｃを電子署名する
電子署名器７１１と、ブラウザコンテンツ本体ＤＣｂｃ
を含むコンテンツ本体Ｄｃを送出するコンテンツ送出器
１１３と電子署名Ｓｇの公開鍵ＫＰを全てのサービス共
通のサービス属性情報Ｉｓｐｃとして送出するサービス
属性格納器１１１と、電子署名Ｓｇを認証することでコ
ンテンツＣをブラウザコンテンツＣｂｃであると判断す
る受信装置７３０を具備することによって、蓄積型放送
システム７００において配信されるコンテンツＣの信頼
性を確保できる。

【０１５２】つまり、本実施の形態においては、１つの
サービスに属する複数のコンテンツＣの中からブラウザ
コンテンツＣｂを指定する仕組みとして電子署名を用
い、電子署名に用いる鍵をサービスの提供者毎に用意す
ることで、そのサービスに対して提供者以外がブラウザ
コンテンツＣｂを指定することができない。結果、サー
ビスの提供者以外の悪意を持つ者が、ブラウザコンテン
ツＣｂを不正に指定することを禁止できる。

【０１５３】（第３の実施の形態）次に、図１５、図１
６、図１７、および図１８を参照して、本発明の第３の
実施の形態にかかる蓄積型放送システム付いて説明す
る。図１５に示すように、本例にかかる蓄積型放送シス
テム１０００は、図１に示した蓄積型放送システム１０
０と同様に送信装置１０１０、伝送路１２０、および受
信装置１３０を含む。送信装置１０１０は、蓄積型放送
システム１００の送信装置１１０におけるコンテンツヘ
ッダ付与器１１２がコンテンツヘッダ付与器１１２ｉで
置き換えられているだけである。以下に、蓄積型放送シ
ステム１００と共通の特徴に関する説明を省略して、蓄
積型放送システム１０００に固有の特徴について主に説
明する。

【０１５４】コンテンツヘッダ付与器１１２ｉは、コン
テンツヘッダ付与器１１２の機能に以下に述べる機能が
追加されている。つまり、コンテンツ格納器１１３ａ、
１１３ｂ、および１１３ｃに格納される複数のコンテン
ツ本体Ｄｃに対して、ブラウザコンテンツＣｂｉを指定
し、指定されたコンテンツ（ブラウザコンテンツＣｂ
ｉ）のコンテンツＩＤとコンテンツバージョンをブラウ
ザ識別情報Ｂｉｄとして抽出する。そして、コンテンツ
ヘッダ付与器１１２ｉは抽出したブラウザ識別情報Ｂｉ
ｄをサービス属性格納器１１１に出力する。

【０１５５】サービス属性格納器１１１は、ブラウザ識
別情報Ｂｉｄに基づいて、図１６に示すようにサービス
属性情報ＩｓｐにブラウザコンテンツＣｂのコンテンツ
ＩＤとコンテンツバージョンとを書き込む。つまり、サ
ービス属性情報Ｉｓｐｉは、コンテンツＩＤを表す列
と、コンテンツバージョンを表す列とから構成されるブ
ラウザコンテンツ指定情報列を持つ。

【０１５６】ブラウザコンテンツ指定情報はサービス毎
に指定され、これにより、コンテンツ中からブラウザコ
ンテンツＣｂ（Ｃｂｉ）を判別することができる。この
ようにブラウザコンテンツＣｂｉのコンテンツＩＤとコ
ンテンツバージョンが書き込まれたサービス属性情報Ｉ
ｓｐを、サービス属性情報Ｉｓｐｉとして識別する。

【０１５７】ブラウザコンテンツＣｂｉの指定は、コン
テンツヘッダＨｃＢｉのブラウザコンテンツフラグによ
り行われるのではなく、コンテンツヘッダ付与器１１２
ｉが、コンテンツを選択することで行われる。

【０１５８】図１７に、コンテンツヘッダＨｃＢｉの一
例を示す。ブラウザコンテンツＣｂｉの指定は、ブラウ
ザコンテンツフラグＢｆｌｇにより行われないため、コ
ンテンツヘッダＨｃｂｉには、ブラウザコンテンツフラ
グＢｆｌｇの行は存在しない。また、コンテンツヘッダ
上では、サービスコンテンツＣｓとブラウザコンテンツ
Ｃｂを区別することはできない。本例においては、人間
が文字列を読んで意味を認識するという意味ではコンテ
ンツ名の行によってブラウザコンテンツＣｂであるか認
識は可能であるかに見えるが、送出装置１０１０および
受信装置１３０のレベルでは認識されない。

【０１５９】このように、蓄積型放送システム１０００
においては、受信装置１３０は蓄積型放送システム１０
０におけるのと同じ構成であるが、格納されるプログラ
ムコードやデータが異なるのでその動作は若干異なる。

【０１６０】次に、図１８に示すフローチャートを参照
して、受信装置１３０による、ブラウザコンテンツＣｂ
ｉの起動処理について説明する。ステップＳ５０１ｉ、
Ｓ５０２、およびＳ５０５ｉは、サービス属性情報Ｉｓ
ｐがＩｓｐｉに変わっている点および対象のコンテンツ
ＣがブラウザコンテンツＣｂｉに変わっている点を除け
ば、図９を参照して説明したステップＳ５０１、Ｓ５０
２、およびＳ５０５における処理と基本的に同一である
ので説明を省略する。

【０１６１】ステップＳ１４０１において、選択された
サービスに対し、サービス属性情報Ｉｓｐｉを参照し
て、ブラウザコンテンツ指定情報を取り出す。

【０１６２】ステップＳ１４０２において、ステップ１
４０１で取り出したブラウザコンテンツ指定情報のコン
テンツＩＤとコンテンツバージョンを持つコンテンツＣ
（ブラウザコンテンツＣｂｉ）を、蓄積器１３３を検索
して選出する。そして、選出されたコンテンツＣをブラ
ウザコンテンツＣｂｉとする。

【０１６３】ブラウザコンテンツＣｂｉの指定は、コン
テンツヘッダ付与器１１２ｉによって行われる。このた
め、コンテンツヘッダ付与器１１２ｉを正しく管理すれ
ば、ブラウザコンテンツＣｂｉが重複して指定された
り、別のサービスのコンテンツＣをブラウザコンテンツ
Ｃｂｉと誤指定することを防止できる。

【０１６４】上述のように、本実施形態においては、各
サービスを構成するコンテンツの本体を送出するコンテ
ンツ送出器１１４と、複数のコンテンツ本体からブラウ
ザコンテンツ本体ＤＣｂを指定するブラウザ識別情報Ｂ
ｉｄを全てのサービスに共通のブラウザコンテンツ指定
情報としてサービス属性情報Ｉｓｐｉに含めて送出する
サービス属性格納器１１１と、ブラウザコンテンツ指定
情報によってコンテンツＣをブラウザコンテンツＣｂｉ
であると判断する受信装置１３０を具備することによ
り、ブラウザコンテンツＣｂｉとサービスコンテンツＣ
ｓとの区別が保証された蓄積型放送システム１００が実
現できる。

【０１６５】つまり、第３の実施の形態においては、複
数のサービスに共通の制御コンテンテツ指定情報によっ
てブラウザコンテンツＣｂｉを指定し、ブラウザコンテ
ンツ指定情報をコンテンツやコンテンツヘッダと独立さ
せることにより、コンテンツ格納器の内容をいかにしよ
うとも、別のサービスに対するブラウザコンテンツＣｂ
の指定を不正に指定することを禁止できる。例えば、ブ
ラウザコンテンツＣｂ指定情報を、各サービス提供者で
はなく、受託放送事業者の管理下に置いた運用を行った
場合、複数のサービス提供者間での不正なブラウザコン
テンツＣｂの指定を防ぐことができる。

【０１６６】（第４の実施の形態）次に、図１９、図２
０、図２１、図２２、および図２３を参照して、本発明
の第４の実施の形態にかかる蓄積型放送システム付いて
説明する。図１９に示すように、本例にかかる蓄積型放
送システム１５００は、図１に示した蓄積型放送システ
ム１００と同様に送信装置１５１０、伝送路１２０、お
よび受信装置１３０を含む。送信装置１５１０は、蓄積
型放送システム１００の送信装置１１０にコンテンツＩ
Ｄ空間管理器１５８１が追加されているだけである。以
下に、蓄積型放送システム１００と共通の特徴に関する
説明を省略して、蓄積型放送システム１５００に固有の
特徴について主に説明する。

【０１６７】コンテンツＩＤ空間管理器１５０１は、各
サービスに対し、そのサービスに属するコンテンツのコ
ンテンツＩＤのとる値の範囲（空間）を管理すること
で、ブラウザコンテンツＣｂｓを指定する。コンテンツ
ＩＤ空間とは、例えば、コンテンツＩＤが、１００から
１９９の間ならばサービスＩＤがＳ１のコンテンツ、２
００から２９９の間ならばサービスＩＤがＳ２のコンテ
ンツ、３００から３９９の間ならばサービスＩＤがＳ３
のコンテンツ、０から９９の間ならばブラウザコンテン
ツＣｂ（Ｃｂｃ）であるという取決めにより定義され
る。

【０１６８】コンテンツＩＤ空間管理器１５０１はコン
テンツ空間定義ＣＳＤを生成して、コンテンツヘッダ付
与器１１２に出力する。コンテンツヘッダ付与器１１２
は、コンテンツ空間定義ＣＳＤに基づいて、コンテンツ
送出器１１４を経由して、コンテンツ格納器１１３ａ、
１１３ｂ、および１１３ｃのそれぞれから供給されるコ
ンテンツ本体Ｄｃ（ＤｃＢｓ）のコンテンツヘッダＨｃ
（ＨｃＢｓ）に格納されるコンテンツＩＤの項目の値
を、定義されたコンテンツＩＤ空間に適合したコンテン
ツＩＤの値に書き換える。

【０１６９】図２１に、コンテンツ空間定義ＣＳＤの一
例を示す。コンテンツ空間定義ＣＳＤには、コンテンツ
ＩＤの範囲を表す列とともにコンテンツ空間を定義する
情報を含む。同例においては、各サービスでは、０から
９９までの範囲で自由にコンテンツＩＤを設定したコン
テンツが制作され、各コンテンツ格納器に格納される。
サービスＳ１に注目すると、コンテンツ格納器１１３ａ
から供給されるコンテンツ本体Ｄｃから生成されるブラ
ウザコンテンツＣｂｓに関しては、そのコンテンツＩＤ
が０から９９の間であることを確認できれば出力する。
この際、コンテンツＩＤが０から９９の間でなければ、
そのブラウザコンテンツＣｂｓは不正なコンテンツであ
るとして取り除く。

【０１７０】一方、サービスＳ１のコンテンツであるサ
ービスコンテンツＣｓに対しては、コンテンツＩＤに１
００を加算し１００から１９９の間の値に変換する。変
換後、１００から１９９の間であることを確認し、正し
ければ出力し、１００から１９９の間以外であれば、不
正なコンテンツであるとして取り除く。なお、変換の際
に、コンテンツ中に埋め込まれた他のコンテンツ参照の
ためのコンテンツＩＤに対しても同様の変換を行う。

【０１７１】図２２に、コンテンツＩＤ空間管理器１５
０１により書き換えられたブラウザコンテンツＣｂｓの
構成例を示す。ブラウザコンテンツＣｂｓのコンテンツ
ヘッダＨｃＢｓにおいて、コンテンツＩＤが００１であ
り、これは、ブラウザコンテンツＣｂのコンテンツＩＤ
の範囲として定められた０〜９９９に含まれる。また、
コンテンツＩＤ空間管理器１５０１は、サービス属性情
報格納器１１１に格納されるサービス属性情報に、コン
テンツＩＤ空間を定義するための情報を付加する。

【０１７２】図２０に、サービス属性情報Ｉｓｐｓの一
例を示す。サービス属性情報Ｉｓｐｓは、図４に示した
第１の実施の形態にかかるサービス属性情報Ｉｓｐと同
じ内容である。

【０１７３】次に、図２３を参照して、受信装置１３０
によるブラウザコンテンツＣｂｓの起動処理について説
明する。ステップＳ５０１ｓ、Ｓ５０２、Ｓ５０３ｓ、
およびＳ５０５ｓは、サービス属性情報ＩｓｐがＩｓｐ
ｓに変わっている点および対象のコンテンツＣがブラウ
ザコンテンツＣｂｓに変わっている点を除けば、図９を
参照して説明したステップＳ５０１、Ｓ５０２、Ｓ５０
３、およびＳ５０５における処理と基本的に同一である
ので説明を省略するステップＳ１８０１において、蓄積
器１３３の中から、ステップＳ５０３ｓで得たサービス
ＩＤを持ち、さらにコンテンツＩＤがサービス属性情報
Ｉｓｐｓで指定されるブラウザコンテンツＣｂｓの範囲
に含まれるコンテンツＣを検索する。

【０１７４】ステップＳ５０５ｓにおいて、検索された
ブラウザコンテンツＣｂｓを実行する。

【０１７５】上述のように、蓄積型放送システム１５０
０は、コンテンツＩＤの空間を管理し、この管理により
指定される特別の値を持つコンテンツＩＤを持つコンテ
ンツをブラウザコンテンツＣｂｓとして指定できる。こ
のように特別なフィールド（この場合は列）をコンテン
ツヘッダＨｃＢｓなどに用意することなく、ブラウザコ
ンテンツＣｂｓを指定することができる。

【０１７６】つまり、コンテンツ提供者だけが自分のサ
ービスに対応するコンテンツ本体Ｄｃをコンテンツ格納
器１１３に格納することさえ保証すれば、いかなるコン
テンツＣをコンテンツ格納器１１３に格納しようとも、
別のサービスに対してブラウザコンテンツＣｂを不正に
指定させ受信装置１３０において実行させることを禁止
できる。

【０１７７】第４の実施の形態においては、コンテンツ
のＩＤ空間が、複数のサービス提供者全体に対して単一
であるとき、ブラウザコンテンツＣｂのとるコンテンツ
ＩＤの範囲を予め定めることによって、複数のサービス
提供者間で不正にブラウザコンテンツＣｂの指定が行わ
れることを防ぐことができる。コンテンツＩＤのフィー
ルドを用いるだけで良く、新たなフィールドをコンテン
ツヘッダなどに用意する必要がないため、従来技術の送
出装置からの変更が少なく、また、従来技術の受信装置
のコンテンツ受信に関する部分の流用が容易である。以
上、本発明を詳細に説明してきたが、前述の説明はあら
ゆる点において本発明の例示にすぎず、その範囲を限定
しようとするものではない。本発明の範囲を逸脱するこ
となく種々の改良や変形を行うことができることは言う
までもない。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態にかかる蓄積型放送
システムの構成を示すブロック図である。

【図２】図１に示すサービス属性格納器に格納されてい
るサービス属性情報の説明図である。

【図３】図１に示すコンテンツ格納器に格納されている
コンテンツ本体の一例を示す模式図である。

【図４】図１に示す蓄積型放送システムにおけるサービ
ス属性情報の説明図である。

【図５】図１に示す蓄積型放送システムにおけるサービ
スコンテンツの説明図である。

【図６】図１に示す蓄積型放送システムにおけるブラウ
ザコンテンツの説明図である。

【図７】図１に示す蓄積器に格納されるコンテンツの一
例を示す模式図である。

【図８】図１に示すメモリに格納される情報を示す模式
図である。

【図９】図１に示す受信装置によるブラウザコンテンツ
の実行動作を示すフローチャートである。

【図１０】図１に示す受信装置によるブラウザコンテン
ツの更新動作を示すフローチャートである。

【図１１】本発明の第２の実施の形態にかかる蓄積型放
送システムの構成を示すブロック図である。

【図１２】図１１に示す蓄積型放送システムにおけるサ
ービス属性情報の説明図である。

【図１３】図１１に示す蓄積型放送システムにおけるブ
ラウザコンテンツの説明図である。

【図１４】図１１に示す受信装置によるブラウザコンテ
ンツの実行動作を示すフローチャートである。

【図１５】本発明の第３の実施の形態にかかる蓄積型放
送システムの構成を示すブロック図である。

【図１６】図１５に示す蓄積型放送システムにおけるサ
ービス属性情報の説明図である。

【図１７】図１５に示す蓄積型放送システムにおけるブ
ラウザコンテンツの説明図である。

【図１８】図１５に示す受信装置によるブラウザコンテ
ンツの実行動作を示すフローチャートである。

【図１９】本発明の第４の実施の形態にかかる蓄積型放
送システムの構成を示すブロック図である。

【図２０】図１９に示す蓄積型放送システムにおけるサ
ービス属性情報の説明図である。

【図２１】図１９に示す蓄積型放送システムにおけるコ
ンテンツＩＤの説明図である。

【図２２】図１９に示す蓄積型放送システムにおけるブ
ラウザコンテンツの説明図である。

【図２３】図１９に示す受信装置によるブラウザコンテ
ンツの実行動作を示すフローチャートである。

【図２４】従来の蓄積型放送システムの構成を示すブロ
ック図である。

【図２５】図２４に示すコンテンツ格納器およびブラウ
ザ格納器に格納されているコンテンツの一例を示す模式
図である。

【図２６】図２４に示す蓄積器に格納されるコンテンツ
およびブラウザの一例を示す模式図である。

【図２７】図２４に示すメモリに格納される情報を示す
模式図である。

【図２８】図２４に示す蓄積型放送システムにおけるサ
ービス属性情報の説明図である。

【図２９】図２４に示す受信装置によるブラウザの実行
動作を示すフローチャートである。

【図３０】図２４に示す受信装置によるブラウザの更新
動作を示すフローチャートである。

【符号の説明】

１００、７００、１０００、１５００、２５００ 蓄積
型放送システム １１０、７１０ 送信装置 １１１ サービス属性情報格納器 １１２ コンテンツヘッダ付与器 １１３ コンテンツ格納器 １１４ コンテンツ送出器 １１５ 多重器 １１６ 送出器 １２０ 伝送路 １３０、７３０ 受信装置 １３１ 受信器 １３２ 復調分離器 １３３ 蓄積器 １３４ 描画器 １３５ 提示器 １３６ 入力器 １３７ ＣＰＵ １３８ メモリ ７１１ 電子署名器 ７２１ 暗号解読器 ７４０ ＫＰ抽出器 ７４１ Ｓｇ抽出器

Claims (14)

【特許請求の範囲】
1. 【請求項１】 コンテンツから構成されるサービスを１
   つ以上蓄積してユーザの視聴に供するとともに前記サー
   ビスのそれぞれに固有のユーザインタフェースを提供す
   る蓄積型放送システムであって、 前記ユーザインタフェースを実現する制御コンテンツ
   を、前記コンテンツの一部または全体として送出する送
   信手段と、 前記送出された制御コンテンツを受信し、当該受信した
   制御コンテンツを起動して前記ユーザインタフェースを
   実行する受信手段とを備え、ユーザインタフェースをコ
   ンテンツとして送受信することを特徴とする蓄積型放送
   システム。
2. 【請求項２】 前記制御コンテンツは、蓄積された前記
   コンテンツのブラウザであることを特徴とする請求項１
   に記載の蓄積型放送システム。
3. 【請求項３】 前記送信手段は、前記制御コンテンツを
   含むコンテンツを送出するコンテンツ送出手段と前記サ
   ービスの内容を表すサービス属性情報を送出するサービ
   ス属性情報送出手段とを備え、 前記受信手段は、受信した前記コンテンツおよびサービ
   ス属性情報に基づいて、当該受信したコンテンツの内で
   前記制御コンテンツを特定する制御コンテンツ特定手段
   とを備えることを特徴とする、請求項１に記載の蓄積型
   放送システム。
4. 【請求項４】 前記コンテンツ送出手段は、前記コンテ
   ンツに、当該コンテンツの内容を規定するコンテンツヘ
   ッダを付与するコンテンツヘッダ付与手段を備え、前記
   受信手段は、さらに受信した前記コンテンツの当該コン
   テンツヘッダ基づいて、当該受信したコンテンツの内で
   前記制御コンテンツを特定することを特徴とする、請求
   項３に記載の蓄積型放送システム。
5. 【請求項５】 前記送信手段は、前記制御コンテンツを
   電子署名する電子署名手段をさらに備え、前記サービス
   属性情報送出手段は前記電子署名の公開鍵を前記サービ
   ス属性情報に含めて送出し、 前記受信手段は、受信した前記サービス属性情報に含ま
   れる公開鍵によって前記電子署名を認証する署名認証手
   段をさらに備え、当該電子署名の認証によって前記制御
   コンテンツを特定することを特徴とする、請求項３に記
   載の蓄積型放送システム。
6. 【請求項６】 前記電子署名による認証が、各前記サー
   ビスに対して独立な鍵を用いて行われることを特徴とす
   る、請求項５に記載の蓄積型放送システム。
7. 【請求項７】 前記コンテンツ送出手段は、前記コンテ
   ンツのＩＤ空間の部分空間を定義する情報を送出するコ
   ンテンツＩＤ空間管理手段をさらに備え、 前記受信手段は、コンテンツＩＤが部分空間に含まれる
   ことで前記制御コンテンツを特定する特定手段をさらに
   備えることを特徴とする、請求項３に記載の蓄積型放送
   システム。
8. 【請求項８】 コンテンツから構成されるサービスを１
   つ以上蓄積してユーザの視聴に供する蓄積型放送システ
   ムにおいて、当該サービスのそれぞれに固有のユーザイ
   ンタフェースを伝送する制御コンテンツ伝送方法であっ
   て、 前記ユーザインタフェースを実現する制御コンテンツ
   を、前記コンテンツの一部または全体として送出するス
   テップと、 前記送出された制御コンテンツを受信し、当該受信した
   制御コンテンツを起動して前記ユーザインタフェースを
   実行するステップとを備える制御コンテンツ伝送方法。
9. 【請求項９】 前記制御コンテンツは、蓄積された前記
   コンテンツのブラウザであることを特徴とする請求項８
   に記載の制御コンテンツ伝送方法。
10. 【請求項１０】 前記送信ステップは、さらに前記制御
    コンテンツを含むコンテンツを送出するコンテンツ送出
    ステップと前記サービスの内容を表すサービス属性情報
    を送出するサービス属性情報送出ステップとを備え、 前記受信ステップは、受信した前記コンテンツおよびサ
    ービス属性情報に基づいて、当該受信したコンテンツの
    内で前記制御コンテンツを特定する制御コンテンツステ
    ップとを備えることを特徴とする、請求項８に記載の制
    御コンテンツ伝送方法。
11. 【請求項１１】 前記コンテンツ送出ステップは、前記
    コンテンツに、当該コンテンツの内容を規定するコンテ
    ンツヘッダを付与するコンテンツヘッダ付与ステップを
    備え、 前記受信ステップは、さらに受信した前記コンテンツの
    当該コンテンツヘッダ基づいて、当該受信したコンテン
    ツの内で前記制御コンテンツを特定するステップをさら
    に備えることを特徴とする、請求項１０に記載の制御コ
    ンテンツ伝送方法。
12. 【請求項１２】 前記送信ステップは、前記制御コンテ
    ンツを電子署名する電子署名ステップをさらに備え、 前記サービス属性情報送出ステップは前記電子署名の公
    開鍵を前記サービス属性情報に含めて送出するサービス
    属性情報送出ステップをさらに備え、 前記受信ステップは、受信した前記サービス属性情報に
    含まれる公開鍵によって前記電子署名を認証する署名認
    証ステップと、 当該電子署名の認証によって前記制御コンテンツを特定
    するステップをさらに備えることを特徴とする、請求項
    １０に記載の制御コンテンツ伝送方法。
13. 【請求項１３】 前記電子署名による認証が、各前記サ
    ービスに対して独立な鍵を用いて行われることを特徴と
    する、請求項第１２に記載の制御コンテンツ伝送方法。
14. 【請求項１４】 前記コンテンツ送出ステップは、前記
    コンテンツのＩＤ空間の部分空間を定義する情報を送出
    するコンテンツＩＤ空間管理ステップをさらに備え、 前記受信ステップは、コンテンツＩＤが部分空間に含ま
    れることで前記制御コンテンツを特定するステップをさ
    らに備えることを特徴とする、請求項１０に記載の制御
    コンテンツ伝送方法。