(57)【要約】所望のコンテンツをビューワで視聴するために必要なプレゼンタを自動的にユーザに提供する非蓄積型放送システムを提供することを目的とする。サービス（Ｓ）のそれぞれ（Ｓｍ）に固有のユーザインタフェース（Ｂ）を提供する蓄積型放送システム（１００）において、送信装置（１１０）はユーザインタフェース（Ｂ）を実現する制御コンテンツ（Ｃｂ）をコンテンツの一部または全体として送出し、受信装置（１３０）は送出された制御コンテンツ（Ｃｂ）を受信するとともに受信した制御コンテンツを起動してユーザインタフェースを実行する。
2003104998.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ（Ｃ）から構成されるサービス（Ｓ）の１つ以上をリアルタイムにユーザの視聴に供するとともに前記サービス（Ｓ）のそれぞれ（Ｓｍ）に固有のユーザインタフェース（Ｂ）を提供する非蓄積型放送システム（１００）であって、
前記ユーザインタフェース（Ｂ）を実現する制御コンテンツ（Ｃｂ）を、前記コンテンツ（Ｃ）の一部または全体として送出する送信手段（１１０）と、
前記送出された制御コンテンツ（Ｃｂ）を受信し、当該受信した制御コンテンツ（Ｃｂ）を起動して前記ユーザインタフェース（Ｂ）を実行する受信手段（１３０）とを備え、ユーザインタフェース（Ｂ）をコンテンツとして送受信することを特徴とする非蓄積型放送システム（１００）。
【請求項２】
前記制御コンテンツ（Ｃｂ）は、前記コンテンツ（Ｃ）のブラウザ（Ｂ）であることを特徴とする請求項１に記載の非蓄積型放送システム（１００）。
【請求項３】
前記送信手段（１３０）は、前記制御コンテンツ（Ｃｂｃ）を含むコンテンツ（Ｃ）を送出するコンテンツ送出手段（１１２）と、
前記サービスの内容を表すサービス属性情報（Ｉｓｐ）を送出するサービス属性情報送出手段（１１１）とを備え、
前記受信手段（１３０）は、受信した前記コンテンツ（Ｃ、Ｈｃ）およびサービス属性情報（Ｉｓｐ）に基づいて、当該受信したコンテンツ（Ｃ）の内で前記制御コンテンツ（Ｃｂ）を特定する制御コンテンツ特定手段（Ｓ５０４）とを備えることを特徴とする、請求項１に記載の非蓄積型放送システム（１００）。
【請求項４】
前記コンテンツ送出手段（１１２）は、前記コンテンツ（Ｃ）に、当該コンテンツの内容を規定するコンテンツヘッダ（Ｈｃ）を付与するコンテンツヘッダ付与手段（１１２）を備え、前記受信手段（１３０）は、さらに受信した前記コンテンツ（Ｃ、Ｈｃ）の当該コンテンツヘッダ（Ｈｃ）基づいて、当該受信したコンテンツ（Ｃ）の内で前記制御コンテンツ（Ｃｂ）を特定することを特徴とする、請求項３に記載の非蓄積型放送システム（１００）。
【請求項５】
前記送信手段（７１０）は、前記制御コンテンツ（Ｃｂｃ）に電子署名する電子署名手段（７１１）をさらに備え、前記サービス属性情報送出手段（１１１）は前記電子署名（Ｓｇ）の公開鍵（ＫＰ）を前記サービス属性情報（Ｉｓｐ）に含めて送出し、
前記受信手段（７３０）は、受信した前記サービス属性情報（Ｉｓｐ）に含まれる公開鍵（ＫＰ）によって前記電子署名を認証する署名認証手段（１３８；Ｓ１００２）をさらに備え、当該電子署名の認証によって前記制御コンテンツ（Ｃｂ）を特定することを特徴とする、請求項３に記載の非蓄積型放送システム（７００）。
【請求項６】
前記電子署名（Ｓｇ）による認証が、各前記サービスに対して独立な鍵を用いて行われることを特徴とする、請求項５に記載の非蓄積型放送システム（７００）。
【請求項７】
前記コンテンツ送出手段（１１２）は、前記コンテンツ（Ｃ）のＩＤ空間の部分空間を定義する情報（ＣＳＤ）を送出するコンテンツＩＤ空間管理手段をさらに備え、
前記受信手段（１３０）は、コンテンツＩＤが部分空間に含まれることで前記制御コンテンツ（Ｃｂ）を特定する特定手段（Ｓ１８０１）をさらに備えることを特徴とする、請求項３に記載の非蓄積型放送システム（１５００）。
【請求項８】
コンテンツ（Ｃ）から構成されるサービス（Ｓ）の１つ以上をリアルタイムにユーザの視聴に供する非蓄積型放送システム（１００）において、当該サービス（Ｓ）のそれぞれ（Ｓｍ）に固有のユーザインタフェース（Ｂ）を伝送する制御コンテンツ伝送方法であって、
前記ユーザインタフェース（Ｂ）を実現する制御コンテンツ（Ｃｂ）を、前記コンテンツの一部または全体として送出するステップと、
前記送出された制御コンテンツ（Ｃｂ）を受信し、当該受信した制御コンテンツを起動して前記ユーザインタフェースを実行するステップ（Ｓ５０１〜Ｓ５０５）とを備える制御コンテンツ伝送方法。
【請求項９】
前記制御コンテンツ（Ｃｂ）は、前記コンテンツ（Ｃ）のブラウザ（Ｂ）であることを特徴とする請求項８に記載の制御コンテンツ伝送方法。
【請求項１０】
前記送信ステップは、さらに前記制御コンテンツ（Ｃｂｃ）を含むコンテンツ（Ｃ）を送出するコンテンツ送出ステップと
前記サービスの内容を表すサービス属性情報（Ｉｓｐ）を送出するサービス属性情報送出ステップとを備え、
前記受信ステップ（Ｓ５０１〜Ｓ５０５）は、受信した前記コンテンツ（Ｃ、Ｈｃ）およびサービス属性情報（Ｉｓｐ）に基づいて、当該受信したコンテンツ（Ｃ）の内で前記制御コンテンツ（Ｃｂ）を特定する制御コンテンツステップ（Ｓ５０４）とを備えることを特徴とする、請求項８に記載の制御コンテンツ伝送方法。
【請求項１１】
前記コンテンツ送出ステップは、前記コンテンツ（Ｃ）に、当該コンテンツの内容を規定するコンテンツヘッダ（Ｈｃ）を付与するコンテンツヘッダ付与ステップを備え、
前記受信ステップ（１３０）は、さらに受信した前記コンテンツ（Ｃ、Ｈｃ）の当該コンテンツヘッダ（Ｈｃ）に基づいて、当該受信したコンテンツ（Ｃ）の内で前記制御コンテンツ（Ｃｂ）を特定するステップをさらに備えることを特徴とする、請求項１０に記載の制御コンテンツ伝送方法。
【請求項１２】
前記送信ステップは、前記制御コンテンツ（Ｃｂｃ）に電子署名する電子署名ステップ（７１１）をさらに備え、
前記サービス属性情報送出ステップは前記電子署名（Ｓｇ）の公開鍵（ＫＰ）を前記サービス属性情報（Ｉｓｐ）に含めて送出するサービス属性情報送出ステップをさらに備え、
前記受信ステップは、受信した前記サービス属性情報（Ｉｓｐ）に含まれる公開鍵（ＫＰ）によって前記電子署名を認証する署名認証ステップ（Ｓ１００２）と、
当該電子署名の認証によって前記制御コンテンツ（Ｃｂ）を特定するステップ（Ｓ１００３）をさらに備えることを特徴とする、請求項１０に記載の制御コンテンツ伝送方法（７００）。
【請求項１３】
前記電子署名（Ｓｇ）による認証が、各前記サービスに対して独立な鍵を用いて行われることを特徴とする、請求項第１２に記載の制御コンテンツ伝送方法。
【請求項１４】
前記コンテンツ送出ステップは、前記コンテンツ（Ｃ）のＩＤ空間の部分空間を定義する情報（ＣＳＤ）を送出するコンテンツＩＤ空間管理ステップをさらに備え、
前記受信ステップは、コンテンツＩＤが部分空間に含まれることで前記制御コンテンツ（Ｃｂ）を特定するステップ（Ｓ１８０１）をさらに備えることを特徴とする、請求項１０に記載の制御コンテンツ伝送方法。
【請求項１５】
コンテンツ（Ｃ）から構成されるサービス（Ｓ）の１つ以上をリアルタイムにユーザの視聴に供するとともに前記サービス（Ｓ）のそれぞれ（Ｓｍ）に固有のユーザインタフェース（Ｂ）を提供する非蓄積型放送システム（１００）において、前記コンテンツ（Ｃ）の一部または全体として送信される、当該サービスの内容を表すサービス属性情報（Ｉｓｐ）が付与された前記ユーザインタフェース（Ｂ）を実現する制御コンテンツ（Ｃｂ）を受信する受信装置（１３０）であって、
前記送信機（１１０）から送信されたコンテンツ（Ｃ）を受信する受信手段（１３１）と、
前記受信されたコンテンツ（Ｃ）を復調して、前記コンテンツ（Ｃ、Ｈｃ）とサービス属性情報（Ｉｓｐ）とを抽出する抽出手段（１３２）と、
前記抽出されたコンテンツ（Ｃ、Ｈｃ）およびサービス属性情報（Ｉｓｐ）に基づいて、当該受信したコンテンツ（Ｃ）の内で前記制御コンテンツ（Ｃｂ）を特定する制御コンテンツ特定手段（Ｓ５０４）とを備える、受信装置（１３０）。
【請求項１６】
前記非蓄積型放送システム（１００）においては、前記コンテンツ（Ｃ）に、当該コンテンツの内容を規定するコンテンツヘッダ（Ｈｃ）がさらに付与されて送信され、
前記抽出手段（１３２）は、さらに、前記受信されたコンテンツ（Ｃ）から、前記コンテンツヘッダ（Ｈｃ）を抽出し、
制御コンテンツ特定手段（Ｓ５０４）は、前記抽出されたコンテンツヘッダ（Ｈｃ）基づいて、当該受信したコンテンツ（Ｃ）の内で前記制御コンテンツ（Ｃｂ）を特定することを特徴とする、請求項１４に記載の受信装置（１３０）。
【請求項１７】
前記非蓄積型放送システム（７００）においては、前記コンテンツ（Ｃ）に、前記制御コンテンツ（Ｃｂｃ）に電子署名し、当該電子署名（Ｓｇ）の公開鍵（ＫＰ）を前記サービス属性情報（Ｉｓｐ）に含めて送出され、
前記受信装置（７３０）は、前記受信した前記サービス属性情報（Ｉｓｐ）に含まれる公開鍵（ＫＰ）によって前記電子署名を認証する署名認証手段（１３８；Ｓ１００２）をさらに備え、
前記制御コンテンツ特定手段（Ｓ５０４）は当該電子署名の認証によって前記制御コンテンツ（Ｃｂ）を特定することを特徴とする、請求項１５に記載の受信装置（７３０）。
【請求項１８】
前記電子署名（Ｓｇ）による認証が、各前記サービスに対して独立な鍵を用いて行われることを特徴とする、請求項１７に記載の受信装置（７３０）。
【請求項１９】
前記非蓄積型放送システム（１５００）においては、前記コンテンツ（Ｃ）には、当該コンテンツ（Ｃ）のＩＤ空間の部分空間を定義する情報（ＣＳＤ）が付与されて送出され、
前記特定手段（Ｓ１８０１）は、さらに、コンテンツＩＤが前記部分空間に含まれることで前記制御コンテンツ（Ｃｂ）を特定することを特徴とする、請求項１５に記載の非蓄積型放送システム（１５００）。
【発明の詳細な説明】
技術分野
本発明は、ユーザが所望のコンテンツをビューワで視聴するために必要なプレゼンタを、ユーザの要求の有無にかかわらず、自動的にユーザにリアルタイムに提供する非蓄積型情報サービスシステムに関し、さらに詳述すればビューワを自動更新する非蓄積型放送システムに関する。
背景技術
ユーザにコンテンツの視聴サービスを提供する情報サービスシステムにおいては、提供するコンテンツのデータをユーザが物理的な現象を媒介にして利用できるようにする入出力デバイスであるプレゼンタに供給するブラウザが必要である。このブラウザは、提示するコンテンツデータ、コンテンツデータをユーザに提供する伝送経路、およびユーザ側のプレゼンタに起因するファクターに応じて順次適正なものに更新する必要が生じる。
従来の情報サービスシステムの一例としては、ポイントキャスト社（登録商標）のポイントキャストネットワーク（登録商標）やマイクロソフト社（登録商標）のアクティブディスクトップ（登録商標）といった、コンピュータを用いたインターネット上のプッシュ型情報配信サービスが実現されている。
プッシュ型情報配信サービスを蓄積型と非蓄積型に分類できる。蓄積型のプッシュ型情報配信サービスでは、インターネット上の放送局から放送されるニュースや天気予報などのコンテンツを、ユーザ側のパーソナルコンピュータなどの受信装置で受信して蓄積する。一方、非蓄積型のプッシュ型情報配信サービスでは、インターネット上の放送局から放送されるニュースや天気予報などのコンテンツを、ユーザ側のパーソナルコンピュータなどの受信装置で受信して、リアルタイムにユーザに提示される。蓄積型あるいは非蓄積型の別にかかわらず、ユーザは、受信装置を操作してコンテンツを閲覧するユーザインタフェースであるブラウザを起動し、受信機に蓄積されたコンテンツを視聴できる。
提供されるサービスが異なれば、コンテンツの処理方法も異なるために、サービス毎に異なるブラウザが提供される。結果、サービス毎に柔軟に対応するユーザインタフェースが実現できる。また、ブラウザにバージョンアップが必要な際には、ユーザはそのブラウザ自身に直接プログラミングされた機能を利用して、新しいブラウザを受信する。そして、現在のブラウザを受信した新しいブラウザで置き換えることによって、ブラウザを最新の状態に更新できる。
図２４、図２５、図２６、図２７、図２８、図２９、および図３０を参照して、従来の放送システムの一例について説明する。図２４のブロック図に示すように、放送システム２５００は、送信装置２５１０、伝送路１２０、および非蓄積型受信装置２５２０を含む。送信装置２５１０は、ブラウザ格納器２５１１、ブラウザ送出器２５１３、コンテンツ格納器１１１３、コンテンツ送出器２５１４、多重器１１５、および送出器１１６を含む。
ブラウザ格納器２５１１、ブラウザ送出器２５１３、コンテンツ格納器１１１３、およびコンテンツ送出器２５１４はそれぞれ複数個用意されており、各シンボルに接尾辞（小文字のアルファベット）を付与してそれぞれを識別している。以降、同一の部材が複数ある場合には、同様にシンボルに接尾辞を付してそれぞれを識別するものとする。さらに、個々の識別の必要がない場合には、それぞれのシンボルに接尾辞を付さずに総称する。
なお、図２４に示す例においては、ブラウザ格納器２５１１は２５１１ａ、２５１１ｂ、および２５１１ｃ、ブラウザ送出器２５１３は２５１３ａ、２５１３ｂ、および２５１３ｃ、コンテンツ格納器１１１３は１１１３ａ、１１１３ｂ、および１１１３ｃ、そしてコンテンツ送出器２５１４は２５１４ａ、２５１４ｂ、および２５１４ｃとそれぞれ３つずつ用意されている。なお、特に個々の識別の必要がない場合には、ブラウザ格納器２５１１、ブラウザ送出器２５１３、コンテンツ格納器１１１３、およびコンテンツ送出器２５１４として総称する。
図２５、図２６、図２７、および図２８に、上述の放送システム２５００の各構成要素におけるデータの格納状態を示す。ブラウザ格納器２５１１は、サービス毎に独立して存在する。３つのサービス（Ｓ１、Ｓ２、およびＳ３）毎に独立した３つのブラウザ格納器２５１１ａ、２５１１ｂ、および２５１１ｃが用意される。ブラウザ送出器２５１３は、ユーザに提供するサービス（Ｓ）にそれぞれ対応するブラウザＢを格納し、ブラウザＢを所定のスケジュールで多重器１１５に送出する。
サービスＳ１に対応するブラウザ送出器２５１３ａは、ブラウザＢ（Ｓ１）を格納している。ブラウザＢは非蓄積型受信装置２５２０のＣＰＵ（中央処理装置）のネイティブコード（機械語）で記述されたコンピュータプログラムである。同様に、サービスＳ２に対応するブラウザ送出器２５１３ｂはブラウザＢ（Ｓ２）を格納し、サービスＳ３に対応するブラウザ送出器２５１３ｃはブラウザＢ（Ｓ３）を格納している。なお、特にその内容を区別する必要のない場合には、ブラウザＢとして総称する。
伝送プロトコルや伝送スケジュール等の、ブラウザの具体的な送出方法はサービス毎に独自に定められている。このため、ブラウザ送出器２５１３はサービス毎にその処理内容が異なるので、サービス毎にブラウザ送出器２５１３ａ、２５１３ｂ、・・・２５１３ｎ（ｎは任意の自然数）とそれぞれが独立して存在する。
図２４に示した例では、３つのサービスＳ１、Ｓ２、Ｓ３に対してそれぞれ独立した３つのブラウザ送出器２５１３ａ、２５１３ｂ、および２５１３ｃが対応している。コンテンツ格納器１１１３は、対応するサービスに属するコンテンツＣを格納する。コンテンツ格納器１１１３は、サービス毎に独立して存在する。３つのサービス毎に独立した３つのコンテンツ格納器１１３ａ、１１３ｂ、および１１３ｃが用意されている。
図２５に示す例においては、サービスＳ１に対応するコンテンツ格納器１１１３ａには、２つのサービスコンテンツＣ（Ｓ１，１）とＣ（Ｓ１，２）とが格納されている。サービスＳ２に対応するコンテンツ格納器１１１３ｂには、コンテンツＣが格納されていない。サービスＳ３に対応するコンテンツ格納器１１１３ｃには、サービスコンテンツＣ（Ｓ３，１）、Ｃ（Ｓ３，２）、およびＣ（Ｓ３，３）が格納されている。なお、特にその内容を区別する必要のない場合には、上述のようにサービスコンテンツＣとして総称する。
図２４に戻って、コンテンツ送出器２５１４は、対応するサービスのコンテンツ格納器１１１３に格納されたコンテンツＣ（Ｓｍ，Ｏ）を所定の方法で多重器１１５に送出する。なお、コンテンツＣ（Ｓｍ，Ｏ）においてＳｍは、サービスを表すシンボルＳに接尾辞ｍ（任意の自然数）を付して個々のサービスを識別し、Ｏ（任意の自然数）はサービスＳｍを構成する複数のコンテンツＣの何番目であるかを示す。
従来の放送システム２５００に用いられる送出装置２５１０においては、サービス毎にブラウザやコンテンツの送出の方法が異なる。このため、サービス毎に複数の独立した複数のブラウザ送出器２５１３およびコンテンツ送出器２５１４を具備しなければならない。さらに、ブラウザＢとコンテンツＣとでは、その送出方法も異なる。このため、ブラウザＢとコンテンツＣとに関しても、それぞれ独立したブラウザ送出器２５１３およびコンテンツ送出器２５１４を具備しなければならない。
多重器１１５は、ブラウザ送出器２５１３から出力されるブラウザＢと、コンテンツ格納器１１３から出力されるサービスコンテンツＣ（Ｓｍ，Ｏ）を送出に適した形式に多重化するとともに変調して、デジタルビットストリームを出力する。多重器１１５は、デジタル放送の局システムにおける多重化装置と変調装置とで構成しても良い。
送出器１１６は、多重器１１５の処理結果を、伝送路１２０へ送出する。送出器１１６は、伝送路が有線の通信回線であればモデムを用いることができる。また、伝送路が放送通信衛星と宇宙空間であれば、送出用パラボラアンテナを送出器１１６に利用しても良い。
次に、伝送路１２０について説明する。伝送路１２０は、送出装置２５１０から送出されたコンテンツやブラウザなどの情報を、非蓄積型受信装置２５２０に伝送する手段である。例えば、伝送路は、光ファイバーや各種ケーブルや、放送通信衛星と宇宙空間、あるいは、ＤＶＤなどのパッケージメディアとその流通経路で良い。
次に、非蓄積型放送システムについて詳細に説明する。非蓄積型受信装置２５２０は、受信器１３１、復調分離器１３２、蓄積器１３３、描画器１３４、提示器１３５、入力器１３６、ＣＰＵ１３７、およびメモリ１３８を含む。
受信器１３１は、伝送路１２０に送られるコンテンツＣやブラウザＢなどの情報を受信しデジタルストリームを出力する。受信器１３１は、モデムや、一般のデジタル放送受信機におけるアンテナとチューナモジュールで良い。
復調分離器１３２は、受信器１３１の出力するデジタルビットストリームを復調し、多重化された情報を別々に分離する。復調分離器１３２は、送出装置２５１０の多重器１１５における処理とちょうど反対向きの処理を行う。復調分離器１３２の出力は、蓄積器１３３および描画器１３４に与えられるだけでなく、ＣＰＵ１３７によっても読み出し可能である。
蓄積器１３３は、復調分離器１３２から出力されるブラウザとコンテンツの内でブラウザのみを蓄積する。これは、非蓄積型受信装置２５２０においては、送出装置２５１０から送出されてくるコンテンツＣをリアルタイムに表示するので、コンテンツＣを蓄積しておく必要がないが、一方、配信されてくるコンテンツＣを提示するためのブラウザＢは常に準備されている必要があるからである。蓄積器１３３は例えば、ハードディスクなどのランダムアクセス可能な記録媒体で構成される。蓄積器１３３に記録されるデータの内容はＣＰＵ１３７により読み出しおよび変更可能である。
図２６に例示するように、蓄積器１３３には、復調分離器１３２から供給される合計３つのブラウザＢ（Ｓ１）、Ｂ（Ｓ２）、およびＢ（Ｓ３）が格納されている。なお、復調分離器１３２から蓄積器１３３に対してブラウザＢのみが出力され、復調分離器１３２から描画器１３４に対してはコンテンツＣのみが出力されるようにしても良い。
描画器１３４は、ＣＰＵ１３７からの要求に従って、ＯＳＤ（オンスクリーンディスプレイ）および復調分離器１３２から入力されるコンテンツを、画面に表示するためのグラフィックスを描画する。
提示器１３５は、描画器１３４から出力されるグラフィックス及び或いは音声をユーザが視聴可能な形式で提示する。提示器は例えばＣＲＴディスプレイで良い。
入力器１３６は、ユーザが操作して、非蓄積型受信装置２５２０に対してユーザの指示を伝える手段である。を指示するものである。入力器１３６は、リモコンとリモコン受光部、キーボード、およびマウスなどを用いることができる。
ＣＰＵ１３７は、中央処理装置であり、非蓄積型受信装置２５２０の各構成要素と相互に接続され、メモリ１３８に格納されたコンピュータプログラムを実行することで、非蓄積型受信装置２５２０全体を制御する。
メモリ１３８は、書き換え可能／不可能な半導体メモリであるＲＡＭ／ＲＯＭで構成され、ＣＰＵ１３７の処理のデータを格納する領域や、ＣＰＵ１３７で実行するコンピュータプログラムやデータの格納に用いる。図２７に例示されるように、メモリ１３８には、ブラウザ一覧２７００と、ＣＰＵ１３７に対するネイティブコード（機械語）である実行形式２６５１が格納されている。
次に、図２８を参照して、ブラウザ一覧２７００について説明する。ブラウザ一覧２７００は、サービス毎の行を持つ表形式の情報で、ブラウザのファイル名の列２７１０と、サービス名の列２７２０とを持つ。ブラウザ一覧２７００を用いることで、復調分離器１３２から出力される情報の中で、注目するサービスを利用するために用いるブラウザを特定することができる。
次に、図２９に示すフローチャートを参照して、非蓄積型受信装置２５２０の主要な動作について詳細に説明する。
ステップＳ２８０１において、メモリ１３８に格納されたブラウザ一覧２７００のサービス名が画面に一覧表示される。画面への表示は、描画器１３４により行われる。
ステップＳ２８０２において、ユーザの入力器１３６の操作に基づいて、ステップＳ２８０１において表示された一覧から１つのサービスの選択が検出される。
ステップＳ２８０３において、ステップＳ２８０２において検出された非選択サービスに対し、ブラウザ一覧２７００においてブラウザＢのファイル名の列を参照することで蓄積器１３３でのブラウザＢのファイル名Ｂ（Ｓｍ）が特定される。
ステップＳ２８０４において、ステップＳ２８０３で特定したファイルＢ（Ｓｍ）が実行される。ブラウザは、ＣＰＵ１３７のネイティブコードで構成されているので、ＣＰＵ１３７により直接実行できる。
次に、図３０に示すフローチャートを参照して、非蓄積型受信装置２５２０によるブラウザの更新処理について説明する。
ステップＳ２９０１において、ＣＰＵ１３７によってブラウザＢが起動される。
ステップＳ２９０２において、受信器１３１と復調分離器１３２によって、送出装置２５１０から、現在送出されているブラウザＢが受信されて、そのバージョンの確認が行われる。
ステップＳ２９０３において、ステップＳ２９０２で受信および確認されたブラウザＢが、現在実行中のブラウザＢよりも新しいバージョンであれば次のステップＳ２９０４に進み、そうでなければ処理は終了される。
ステップＳ２９０４において、非蓄積型受信装置２５２０は送出されているブラウザＢを受信し、蓄積器１３３はその受信したブラウザＢを、図２６に例示したように、ファイルとして一時格納する。
ステップＳ２９０５において、現在実行しているブラウザＢが、一時格納されているファイルで置き換えられる。そして、ブラウザＢを再起動することによって、受信した新しいバージョンのブラウザの実行が開始される。
上記に例示された従来の放送システムにおいては、コンピュータのネイティブコードであるブラウザの具体的な伝送方法として、サービス毎に異なる独自の方式が用いられている。そのために、送出装置と受信装置の両方で、サービス毎にそれぞれ異なるブラウザ毎に異なる個別の伝送方法を実装する必要がある。
すなわち、送出装置において、サービス毎に異なるブラウザ送出器を設ける必要がある。また、受信装置において、典型的には各サービスのブラウザのコード自体に、新たなサービスを可能にするために新たなブラウザを受信して、自身をその受信した新たなブラウザで置き換える機能がプログラミングされている。
このように、本質的にはどのサービスに対しても同様の機能を有すべきブラウザの伝送機能を実現するために、実施にはブラウザを少しずつ異なって実装しなければならない。
このため、サービスの数が増えるに従って、様々な無駄が生じる。すなわち、受信装置においては複数の類似のプログラムコードを保持する必要が生じ、そのために記憶容量がブラウザの数だけ重複して浪費されている。また、受信装置において、類似の処理を同時に起動することになり、計算機資源が効率的に利用できない。
また、ブラウザの伝送方法もサービス毎に異なっており、その実現は各サービスに対するブラウザ毎に個別にプログラミングされているだけなので、利用したいサービスに対してユーザが予め手動でブラウザをｆｔｐなどのファイル伝送プロトコルを手動で起動するなどして入手する必要があり煩雑である。
また、ブラウザの伝送方式がコンテンツの伝送方式と異なるため、複数のサービスを購読している場合において、あるサービスのブラウザの伝送が、別のサービスのブラウザ若しくはコンテンツの伝送を妨げる可能性がある。
送出装置においても、ブラウザの伝送という本質的にはどのサービスでも同一である機能を実現するためには、少しずつ異なるブラウザ送出器をサービスの数だけ用意する必要がある。このため、サービスの数が増大するに従って、送出装置が線型に複雑化している。この複雑化が、開発コスト増大、および管理の煩雑化を招いている。
また、複数のブラウザ送出器間に関連がないため、同時刻に伝送路の処理能力以上の複数のブラウザを送出して、伝送路をあふれさせてしまう可能性がある。コンテンツの送出器もサービス毎に独立して存在しているため、ブラウザの伝送と同様の問題がコンテンツの伝送についても起こり得ていた。
本発明は、デジタル放送やコンピュータネットワークにおいて送られる複数のコンテンツから構成されるサービスをリアルタイムに視聴に供する蓄積型放送において、不正なコンテンツからサービスの安全性を保ちながら、柔軟なサービスを実現するユーザインタフェースを提供する方法およびシステムを提供することを目的とする。
発明の開示
本発明は、上記のような目的を達成するために、以下に述べるような特徴を有している。
第１の局面は、コンテンツから構成されるサービスの１つ以上をリアルタイムにユーザの視聴に供するとともにサービスのそれぞれに固有のユーザインタフェースを提供する非蓄積型放送システムであって、
ユーザインタフェースを実現する制御コンテンツを、コンテンツの一部または全体として送出する送信器と、
送出された制御コンテンツを受信し、受信した制御コンテンツを起動してユーザインタフェースを実行する受信器とを備え、ユーザインタフェースをコンテンツとして送受信することを特徴とする。
本局面の第２の局面は、第１の局面において、制御コンテンツは、コンテンツのブラウザであることを特徴とする。
本局面第３の局面は、第１の局面において、送信器は、制御コンテンツを含むコンテンツを送出するコンテンツ送出器と
サービスの内容を表すサービス属性情報を送出するサービス属性情報送出器とを備え、
受信器は、受信したコンテンツおよびサービス属性情報に基づいて、受信したコンテンツの内で制御コンテンツを特定する制御コンテンツ特定器とを備えることを特徴とする。
本局面の第４の局面は、第３の局面において、コンテンツ送出手段は、コンテンツに、コンテンツの内容を規定するコンテンツヘッダを付与するコンテンツヘッダ付与手段を備え、受信手段は、さらに受信したコンテンツのｒコンテンツヘッダに基づいて、受信したコンテンツの内で制御コンテンツを特定することを特徴とする。
本局面の第５の局面は、第３の局面において、送信手段は、制御コンテンツに電子署名する電子署名器をさらに備え、サービス属性情報送出器は電子署名の公開鍵をサービス属性情報に含めて送出し、
受信器は、受信したサービス属性情報に含まれる公開鍵によって電子署名を認証する署名認証器をさらに備え、電子署名の認証によって制御コンテンツを特定することを特徴とする。
本局面の第６の局面は、第５の局面において、電子署名による認証が、各サービスに対して独立な鍵を用いて行われることを特徴とする。
本局面の第７の局面は、第３の局面において、コンテンツ送出器は、コンテンツのＩＤ空間の部分空間を定義する情報を送出するコンテンツＩＤ空間管理器をさらに備え、
受信器は、コンテンツＩＤが部分空間に含まれることで制御コンテンツを特定する特定器をさらに備えることを特徴とする。
本局面の第８の局面は、コンテンツから構成されるサービスの１つ以上をリアルタイムにユーザの視聴に供する非蓄積型放送システムにおいて、サービスのそれぞれに固有のユーザインタフェースを伝送する制御コンテンツ伝送方法であって、
ユーザインタフェースを実現する制御コンテンツを、コンテンツの一部または全体として送出するステップと、
送出された制御コンテンツを受信し、受信した制御コンテンツを起動してユーザインタフェースを実行するステップとを備えることを特徴とする。
本局面の第９の局面は、第８の局面において、制御コンテンツは、コンテンツのブラウザであることを特徴とする。
本局面の第１０の局面は、第８の局面において、送信ステップは、さらに制御コンテンツを含むコンテンツを送出するコンテンツ送出ステップと、
サービスの内容を表すサービス属性情報を送出するサービス属性情報送出ステップとを備え、
受信ステップは、受信したコンテンツおよびサービス属性情報に基づいて、受信したコンテンツの内で制御コンテンツを特定する制御コンテンツステップとを備える。
本局面の第１１の局面は、第１０の局面において、コンテンツ送出ステップは、コンテンツに、コンテンツの内容を規定するコンテンツヘッダを付与するコンテンツヘッダ付与ステップを備え、
受信ステップは、さらに受信したコンテンツのコンテンツヘッダに基づいて、受信したコンテンツの内で制御コンテンツを特定するステップをさらに備えることを特徴とする。
本局面の第１２の局面は、第１０の局面において、送信ステップは、制御コンテンツに電子署名する電子署名ステップをさらに備え、
サービス属性情報送出ステップは電子署名の公開鍵をサービス属性情報に含めて送出するサービス属性情報送出ステップをさらに備え、
受信ステップは、受信したサービス属性情報に含まれる公開鍵によって電子署名を認証する署名認証ステップと、
電子署名の認証によって制御コンテンツを特定するステップをさらに備えることを特徴とする。
本局面の第１３の局面は、第１２の局面において、電子署名による認証が、各サービスに対して独立な鍵を用いて行われることを特徴とする。
本局面の第１４の局面は、第１０の局面において、コンテンツ送出ステップは、コンテンツのＩＤ空間の部分空間を定義する情報を送出するコンテンツＩＤ空間管理ステップをさらに備え、
受信ステップは、コンテンツＩＤが部分空間に含まれることで制御コンテンツを特定するステップをさらに備えることを特徴とする。
第１５の局面は、コンテンツから構成されるサービスの１つ以上をリアルタイムにユーザの視聴に供するとともにサービスのそれぞれに固有のユーザインタフェースを提供する非蓄積型放送システムにおいて、コンテンツの一部または全体として送信される、サービスの内容を表すサービス属性情報が付与されたユーザインタフェースを実現する制御コンテンツを受信する受信装置であって、
送信機から送信されたコンテンツを受信する受信器と、
受信されたコンテンツを復調して、コンテンツとサービス属性情報とを抽出する抽出器と、
抽出されたコンテンツおよびサービス属性情報に基づいて、受信したコンテンツの内で制御コンテンツを特定する制御コンテンツ特定器とを備える。
第１６の局面は、第１４の局面において、非蓄積型放送システムにおいては、コンテンツに、コンテンツの内容を規定するコンテンツヘッダがさらに付与されて送信され、
抽出器は、さらに、受信されたコンテンツから、コンテンツヘッダを抽出し、
制御コンテンツ特定器は、抽出されたコンテンツヘッダに基づいて、受信したコンテンツの内で制御コンテンツを特定することを特徴とする。
第１７の局面は、第１５の局面において、非蓄積型放送システムにおいては、コンテンツに、制御コンテンツに電子署名し、電子署名の公開鍵をサービス属性情報に含めて送出され、
受信装置は、受信したサービス属性情報に含まれる公開鍵によって電子署名を認証する署名認証器をさらに備え、
制御コンテンツ特定器は電子署名の認証によって制御コンテンツを特定することを特徴とする。
第１８の局面は、第１７の局面において、電子署名による認証が、各サービスに対して独立な鍵を用いて行われることを特徴とする。
第１９の局面は、第１５の局面において、非蓄積型放送システムにおいては、コンテンツには、コンテンツのＩＤ空間の部分空間を定義する情報が付与されて送出され、
特定器は、さらに、コンテンツＩＤが部分空間に含まれることで制御コンテンツを特定することを特徴とする。
発明を実施するための最良の形態
（第１の実施の形態）
図１、図２、図３、図４、図５、図６、図７、図８、図９、および図１０を参照して、本発明の第１の実施の形態に係る蓄積型放送システムについて説明する。
図１に示すように、第１の実施の形態に係る非蓄積型放送システム１００は、送信装置１１０、伝送路１２０、および非蓄積型受信装置１３０を含む。非蓄積型受信装置１３０は、後述するように、ブラウザを蓄積するが、コンテンツ自体は蓄積しないと言う意味において、非蓄積型と呼ぶ。
送信装置１１０は、サービス属性格納器１１１、コンテンツヘッダ付与器１１２、コンテンツ格納器１１３、コンテンツ送出器１１４、多重器１１５、および送出器１１６とを含む。コンテンツ格納器１１３はそれぞれ複数個用意されており、各シンボルに接尾辞（小文字のアルファベット）を付与してそれぞれを識別している。以降、同一の部材が複数ある場合には、同様にシンボルに接尾辞を付してそれぞれを識別するものとする。なお、特に個々の識別の必要がない場合には、例えばコンテンツ格納器１１３として総称する。
上述のように同一の部材が複数ある場合には、本明細書においては、同様にシンボルに接尾辞を付してそれぞれを識別するものとする。さらに、個々の識別の必要がない場合には、それぞれのシンボルに接尾辞を付さずに総称する。
コンテンツ格納器１１３は、それぞれサービスの実体データであるコンテンツ本体Ｄｃを格納している。そして、コンテンツ格納器１１３のそれぞれは、コンテンツ本体Ｄｃをコンテンツ送出器１１４に順次供給する。
コンテンツ送出器１１４は、供給されるコンテンツ本体Ｄｃをコンテンツヘッダ付与器１１２に送出する。
コンテンツヘッダ付与器１１２は、供給されたコンテンツ本体Ｄｃに、ヘッダ情報を含むコンテンツ本体Ｄｃの管理情報から成るコンテンツヘッダＨｃを付与して、コンテンツＣを生成する。生成されたコンテンツＣは多重器１１５に供給される。
多重器１１５は、サービス属性格納器１１１から供給されるサービス属性情報Ｉｓｐとコンテンツヘッダ付与器１１２から出力されるコンテンツＣを多重化して送出器１１６に供給する。
送出器１１６は、多重化されたサービス属性情報ＩｓｐとコンテンツＣを伝送路に適した形態のデジタルビットストリームに変調して伝送路１２０に出力する。送出器１１６は、伝送路が有線の通信回線であればモデムで良く、また、放送通信衛星と宇宙空間であれば送出用パラボラアンテナで良い。
伝送路１２０は、送信装置１１０から送信されたコンテンツＣやブラウザＢなどの情報を、非蓄積型受信装置１３０に伝送する手段である。例えば、伝送路は、光ファイバーや各種ケーブルや、放送通信衛星と宇宙空間、あるいは、ＤＶＤなどのパッケージメディアとその流通経路で構成できる。
非蓄積型受信装置１３０は、受信器１３１、復調分離器１３２、蓄積器１３３、描画器１３４、提示器１３５、入力器１３６、ＣＰＵ１３７、およびメモリ１３８を含む。なお、蓄積器１３３、描画器１３４、入力器１３６、ＣＰＵ１３７、およびメモリ１３８はデータバスによって相互に接続されている。
受信器１３１は、伝送路１２０に送られるコンテンツＣやブラウザＢなどの情報を受信して、デジタルストリームを出力する。受信器１３１は、通信用モデム、ケーブルモデム、ブルートゥース等の移動体通信モジュール、一般のデジタル放送受信機におけるアンテナとチューナモジュールで構成できる。
復調分離器１３２は、受信器１３１が出力するデジタルビットストリームを復調し、多重化された情報を別々に分離する。復調分離器１３２は、送信装置１１０の多重器１１５における処理のちょうど反対向きの処理を行う。復調分離器１３２の出力は、蓄積器１３３および描画器１３４に与えられるだけでなく、ＣＰＵ１３７によっても読み出し可能である。
蓄積器１３３は例えば、ハードディスクなどのランダムアクセス可能な記録媒体であり、ＣＰＵ１３７により読み出しおよび変更可能である。蓄積器１３３は、復調分離器１３２から出力されるサービスコンテンツＣ（Ｓｍ，Ｏ）とブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）の内でブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）のみを蓄積する。これは、非蓄積型受信装置１３０においては、送信装置１１０から送信されてくるサービスコンテンツＣ（Ｓｍ，Ｏ）をリアルタイムに表示するので、サービスコンテンツＣ（Ｓｍ，Ｏ）を蓄積しておく必要がない、一方、配信されてくるサービスコンテンツＣ（Ｓｍ，Ｏ）を提示するためのブラウザＢを格納しているブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）は常に準備されている必要があるからである。
サービスコンテンツＣ（Ｓｍ，Ｏ）は、非蓄積型放送システム１００が提供する、ユーザが視聴等して楽んで利用する番組やデータなどのサービスの実体を意味する。ブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）は、提供されたサービスをユーザが非蓄積型受信装置１３０で実際に楽しんだり利用したりするためのユーザインタフェースを実現する。ブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）は、非蓄積型受信装置１３０が提供するプログラムコード実行環境下で実行可能な制御コードであり、サービスコンテンツＣ（Ｓｍ，Ｏ）を処理対象とする。
描画器１３４は、ＣＰＵ１３７からの要求に従って、ＯＳＤ（オンスクリーンディスプレイ）および復調分離器１３２から入力されるサービスコンテンツＣ（Ｓｍ，Ｏ）を画面に表示するためのグラフィックスを描画する。
提示器１３５は、描画器１３４からの出力をユーザが視聴可能なように提示する。提示器は例えばＣＲＴディスプレイで良い。
入力器１３６は、非蓄積型受信装置１３０に対しユーザが操作を指示するものである。入力器１３６は、リモコンとリモコン受光部、キーボード、およびマウスなどで構成できる。
ＣＰＵ１３７は、中央処理装置であり、非蓄積型受信装置１３０の各構成要素と相互に接続され、メモリ１３８に格納されたコンピュータプログラムを実行することで、非蓄積型受信装置１３０全体を制御する。
メモリ１３８は、書き換え可能／不可能な半導体メモリであるＲＡＭ／ＲＯＭで構成され、ＣＰＵ１３７の処理のデータを格納する領域や、ＣＰＵ１３７で実行するコンピュータプログラムやデータの格納に用いる。
図２、図３、図４、および図５を参照して、上述の非蓄積型放送システム１００の各構成要素に格納されるデータについて説明する。
図２に示すように、サービス属性格納器１１１には、非蓄積型放送システム１００が提供する各サービスの属性を示すサービス属性情報Ｉｓｐが格納されている。
図３に示すように、コンテンツ格納器１１３は、対応するサービスを構成するデータであるコンテンツＣの実体であるコンテンツ本体Ｄｃを格納する。コンテンツ格納器１１３は、サービス毎に独立して存在する。つまり、３つの異なるサービスのそれぞれに対応する、独立した３つのコンテンツ格納器１１３ａ、１１３ｂ、および１１３ｃが用意されている。
サービスＳ１に対応するコンテンツ格納器１１３ａには、２つのコンテンツ本体Ｄｃ（Ｓ１，１）およびＤｃ（Ｓ１，２）と１つのブラウザコンテンツ本体Ｄｃ（Ｓ１，Ｂｆｌｇ）が格納されている。任意のコンテンツ本体Ｄｃは、サービスを表すシンボルＳに接尾辞ｍ（任意の自然数）を付して個々のサービスを識別し、サービスＳｍを構成する複数のコンテンツＣの何番目であるかを示すパラメータＯ（任意の自然数）を付して、コンテンツ本体Ｄｃ（Ｓｍ，Ｏ）として表現するものとする。
ブラウザコンテンツ本体Ｄｃ（Ｓ１，Ｂｆｌｇ）は、サービスＳ１に供されるブラウザＢ（Ｓ１）をコンテンツ本体Ｄｃと同じフォーマットで生成したものであり、サービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）と同様に本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）と表現できる。
ブラウザコンテンツ本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）は、その内容はサービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）と違う、つまり、その内部にＯの代わりにサービス属性情報Ｉｓｐを示すパラメータＢｆｌｇを含んでいる。なお、サービス属性情報Ｉｓｐに関しては、後ほど図４を参照して詳述する。
しかしながら、ブラウザコンテンツ本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）はサービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）と同じデータ形態であるので、コンテンツ格納器１１３は両者を識別できずに、共にコンテンツ本体Ｄｃとして扱う。この意味において、ブラウザコンテンツ本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）とサービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）の両方を含めて単にコンテンツ本体Ｄｃと呼称する。
なお、簡便化のために、必要に応じて、サービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）をサービスコンテンツ本体ＤｃＳと呼称し、ブラウザコンテンツ本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）をブラウザコンテンツ本体ＤｃＢと呼称する。さらに、ブラウザコンテンツ本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）から成るブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）をブラウザコンテンツＣｂと略称し、サービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）から成るサービスコンテンツＣ（Ｓｍ，Ｏ）をサービスコンテンツＣｓと略称する。
次に、図４、図５および図６を参照して、コンテンツヘッダ付与器１１２から出力されるサービスコンテンツＣｓおよびブラウザコンテンツＣｂについて詳細に説明する。図４にサービス属性格納器１１１に格納されているサービス属性情報Ｉｓｐを例示する。サービス属性情報Ｉｓｐは非蓄積型放送システム１００で提供される全てのサービス（Ｓ１，Ｓ２，・・・Ｓｍ）に関する情報である。同表における各行が各サービスに対応しており、それぞれサービスＩＤとサービス名とから構成される。
例えば、第１行目には、サービスＩＤがＳ１、そしてサービス名が「今日のニュース」であるサービスが表されている。同様に、第２行目にはサービスＩＤがＳ２でありサービス名が「おすすめ情報」であるサービスが表され、そして、第３行目にはサービスＩＤがＳ３でありサービス名が「新車ガイド」であるサービスが表されている。サービスＩＤは、サービス属性情報Ｉｓｐ中で重複しない値がとられており、サービスを識別するのに用いることができる。
図５はサービスコンテンツＣｓのデータ構造を模式的に示し、図６はブラウザコンテンツＣｂのデータ構造を模式的に示している。コンテンツＣは、コンテンツＣのデータそのものであるコンテンツ本体Ｄｃと、コンテンツ本体Ｄｃに付随するメタデータであるコンテンツヘッダＨｃとから構成される。
図５においては、サービスコンテンツＣｓであるコンテンツＣ（Ｓ１，１）のサービスコンテンツ本体ＤｃＳにはコンテンツヘッダＨｃＳが対応付けられている。そして、図６においては、ブラウザコンテンツＣｂであるＣ（Ｓ１，Ｂｆｌｇ）のブラウザコンテンツ本体ＤｃＢｎはコンテンツヘッダＨｃＢが対応付けられている。
コンテンツヘッダＨｃ（すなわち、ＨｃＳおよびＨｃＢ）は、項目と値の組を行とする表形式で表される。サービスコンテンツＣｓ（すなわち、Ｃ（Ｓ１，１））のコンテンツヘッダＨｃＳは、サービスＩＤ、コンテンツＩＤ、コンテンツバージョン、およびコンテンツ名の４つの行を含む。
サービスＩＤは、図４に例示したサービス属性情報ＩｓｐのサービスＩＤに対応しており、該当するコンテンツＣが、どのサービスＳに対応するのかを識別する。本例においては、サービスＩＤがＳ１であるので、このコンテンツＣは図４に示した「今日のニュース」のサービスであることを示している。
コンテンツＩＤは、コンテンツＣそれ自体の識別に用いられる。そのために、コンテンツＩＤは、例えば、送出側で重複しないように管理されて、少なくとも、非蓄積型放送システム１００の中で重複しない値をとるものとする。
コンテンツバージョンは、コンテンツＣの新旧を表す。コンテンツバージョンは、コンテンツＩＤ毎に独立した値をとる。後ほど、図７を参照して述べる蓄積器１３３に現在蓄積されている現有コンテンツＣｃを更新すべき新コンテンツＣｎで置き換えたい場合、コンテンツＣの送出の際に、現有コンテンツＣｃより大きな値のコンテンツバージョンが新コンテンツＣｎに付与される。
コンテンツ名は、ユーザがコンテンツを選択する際に文字列として読むための項目である。本例においては、コンテンツ本体Ｄｃが「天気予報」であることを表している。
以上のサービスＩＤ、コンテンツＩＤ、コンテンツバージョン、およびコンテンツ名は、サービスコンテンツヘッダＨｃＳおよびブラウザコンテンツヘッダＨｃＢに共通に含まれる。
しかし、図６に示すように、ブラウザコンテンツＣｂのブラウザコンテンツヘッダＨｃＢには、さらにブラウザコンテンツフラグ行が含まれる。
ブラウザコンテンツフラグＢｆｌｇは、コンテンツＣが、ブラウザコンテンツＣｂであることを表すための項目であり、上述のパラメータＢｆｌｇに相当する。ブラウザコンテンツヘッダＨｃＢのブラウザコンテンツフラグはＴｒｕｅであるので、コンテンツ本体Ｄｃはブラウザコンテンツ本体ＤｃＢであることを示している。
図６に例示するブラウザコンテンツＣｂにおいては、サービスＩＤがＳ１であり、コンテンツＩＤが１０１であるので、サービス「今日のニュース」用のブラウザコンテンツＣｂは、コンテンツＩＤが１０１であるコンテンツ本体Ｄｃから成ることを示している。言い換えれば、サービスＩＤ、コンテンツＩＤ、およびブラウザコンテンツフラグの３つが、コンテンツＣがブラウザコンテンツＣｂであることを規定する最小限必要な情報である。
以下に、上述のコンテンツＣのデータ構造に基づいて、サービス属性格納器１１１、コンテンツヘッダ付与器１１２、コンテンツ格納器１１３、およびコンテンツ送出器１１４によって行われる処理について説明する。
コンテンツ送出器１１４は、コンテンツ格納器１１３から順次供給されるコンテンツ本体Ｄｃをコンテンツヘッダ付与器１１２に送出する。コンテンツヘッダ付与器１１２は、コンテンツ本体Ｄｃ（すなわち、ＤｃＳ、ＤｃＢ）にコンテンツヘッダＨｃ（ＨｃＳ、ＨｃＢ）を付与して、コンテンツＣ（すなわち、Ｃｓ，Ｃｂ）を生成して多重器１１５に供給する。
図７および図８を参照して、以下に送信装置１１０から伝送路１２０を経由して送信されたコンテンツＣ（サービスコンテンツＣｓ、ブラウザコンテンツＣｂ）が、非蓄積型受信装置１３０の各構成要素によってどのようなデータとして格納されるかについて説明する。
伝送路１２０を経由して送信装置１１０から送出された、コンテンツＣおよびサービス属性情報Ｉｓｐから成るデジタルビットストリームは、非蓄積型受信装置１３０の受信器１３１によって先ず受信されて、復調分離器１３２に供給される。
復調分離器１３２は、デジタルビットストリームを復調し、該復調されたデジタルビットストリームに含まれているコンテンツＣおよびサービス属性情報Ｉｓｐを分離再生する。復調分離器１３２は、さらに、再生されたコンテンツＣからコンテンツヘッダＨｃを抽出して、サービス属性情報Ｉｓｐとともにバスに出力する。
一方、再生されたコンテンツＣは一旦、復調分離器１３２中に保持される。なお、再生されたコンテンツＣと蓄積器１３３に既に蓄積されているコンテンツＣとを区別する必要がある場合には、復調分離器１３２中に保持されているコンテンツＣを復調コンテンツＣｎと称し、蓄積器１３３に蓄積されているコンテンツＣを蓄積コンテンツＣａと称する。
蓄積器１３３では、復調分離器１３２で再生されたコンテンツＣが所定のタイミングで供給されて内部に格納する。図７に示すように、蓄積器１３３には、コンテンツヘッダ付与器１１２から多重器１１５に出力された各サービスのコンテンツＣ（すなわち、Ｃｓ、Ｃｂ）の内でブラウザコンテンツＣｂのみが蓄積器１３３に格納される。つまり、図７を参照して説明したように、蓄積器１３３内に蓄積されている蓄積コンテンツＣａはブラウザコンテンツＣｂのみである。
つまり、図３に示したコンテンツ格納器１１３ａ、１１３ｂ、および１１３ｃに格納された合計８個のコンテンツ本体Ｄｃ（Ｓ１，Ｂｆｌｇ）、Ｄｃ（Ｓ１，１）、Ｄｃ（Ｓ１，２）、Ｄｃ（Ｓ２、Ｂｆｌｇ）、Ｄｃ（Ｓ３，Ｂｆｌｇ）、Ｄｃ（Ｓ３，１）、Ｄｃ（Ｓ３，２）、およびＤｃ（Ｓ３，３）に対応するコンテンツＣ（Ｓ１，Ｂｆｌｇ）、Ｃ（Ｓ１，１）、Ｃ（Ｓ１，２）、Ｃ（Ｓ２、Ｂｆｌｇ）、Ｃ（Ｓ３，Ｂｆｌｇ）、Ｃ（Ｓ３，１）、Ｃ（Ｓ３，２）、およびＣ（Ｓ３，３）の内で、コンテンツＣ（Ｓ１，Ｂｆｌｇ）、Ｃ（Ｓ２，Ｂｆｌｇ）、およびＣ（Ｓ３，Ｂｆｌｇ）が蓄積器１３３に格納される。
蓄積器１３３は、さらにＣＰＵ１３７の制御によって、格納しているブラウザコンテンツＣｂに含まれるブラウザコンテンツ本体Ｄｃ（Ｓ、Ｂｆｌｇ）をバスや描画器１３４に出力する。
描画器１３４は、供給された情報に基づいて提示器１３５に画像を描画させる映像信号を生成する。
図８に示すように、メモリ１３８には、サービス属性情報Ｉｓｐ、ブラウザコンテンツ実行インタプリタ２７１、およびＣＰＵ１３７に対するネイティブコードである実行形式２６５１が格納される。ブラウザコンテンツ実行インタプリタ２７１は、コンテンツをコンピュータの高級言語プログラムとして実行するためのものである。
次に、図９に示すフローチャートを参照して、非蓄積型受信装置１３０において受信したコンテンツＣに含まれるブラウザコンテンツＣｂを起動させる動作について説明する。
ステップＳ５０１において、復調分離器１３２から出力されたサービス属性情報Ｉｓｐ中に記載されている各サービスのサービス名が提示器１３５の画面上に一覧表示される。
ステップＳ５０２において、ユーザによる入力器１３６の操作に基づいて、ステップＳ５０１で表示されたサービス名の一覧から選択された１つのサービスが検出される。つまり、ユーザによる入力器１３６の操作とサービス名一覧に基づいて、ユーザが選択したサービスが特定される。
ステップＳ５０３において、ステップＳ５０２で特定されたサービスに対応するサービスＩＤがサービス属性情報Ｉｓｐから得られる。
ステップＳ５０４において、蓄積器１３３に格納されている全コンテンツＣを検索して、ステップＳ５０３で得たサービスＩＤを有しコンテンツヘッダＨｃＢのブラウザコンテンツフラグＢｆｌｇがＴｒｕｅであるコンテンツＣｂが選出される。
ステップＳ５０５において、ステップＳ５０４で選出されたブラウザコンテンツＣｂがブラウザコンテンツ実行インタプリタ２７１によって実行される。
このように、ブラウザコンテンツＣｂのコンテンツヘッダＨｃＢにブラウザコンテンツフラグＢｆｌｇを備えることで、ブラウザコンテンツＣｂとそれ以外の通常のサービスコンテンツＣｓとを区別することができる。また、個々のサービスＳを指定すると、それに対応するブラウザコンテンツＣｂ（すなわち、Ｃ（Ｓｍ，Ｂｆｌｇ））をブラウザとして起動できる。
次に、図１０に示すフローチャートを参照して、非蓄積型受信装置１３０によるブラウザコンテンツＣｂの更新動作を説明する。
ステップＳ６０１において、復調分離器１３２によって、コンテンツＣｎ（すなわち、Ｃｂ、Ｃｓ）、サービス属性情報Ｉｓｐ、およびコンテンツヘッダＨｃ（すなわち、ＨｃＢ、ＨｃＳ）が再生される。
ステップＳ６０８において、分離された新コンテンツＣｎのブラウザコンテンツフラグＢｆｌｇが真（Ｔｒｕｅ）であるか否かが判断される。否（Ｆａｌｓｅ）の場合、処理は上述のステップＳ６０１に戻る。なおブラウザコンテンツフラグＢｆｌｇがない、つまりサービスコンテンツＣｓの場合も、本ステップにおいて否と判断される。そして、ブラウザコンテンツフラグＢｆｌｇが真、つまり新コンテンツＣｎがブラウザコンテンツＣｂである場合、処理は次のステップＳ６０２に進む。
ステップＳ６０２において、ステップＳ６０１で分離したコンテンツヘッダＨｃがバスに出力される。つまり、ブラウザコンテンツＣｂのブラウザコンテンツヘッダＨｃＢのみが出力される。
ステップＳ６０３において、分離されたコンテンツヘッダＨｃに対応する新コンテンツＣｃ（ブラウザコンテンツＣｂ）が、蓄積器１３３中を検索されて選出される。つまり、蓄積器１３３に蓄積されている全てのブラウザコンテンツＣｂ中でサービスＩＤが、分離されたコンテンツヘッダＨｃに記述されているサービスＩＤと同じである現有コンテンツＣｃ（ブラウザコンテンツＣｂ）が選出される。
ステップＳ６０４において、蓄積器１３３中に同じコンテンツＩＤを持つブラウザコンテンツＣｂが存在しないと判断される場合、処理は次のステップＳ６０５に進む。
ステップＳ６０５において、蓄積器１３３の中に該当するものがない新ブラウザコンテンツＣｎ（Ｃｂ）が、現有ブラウザコンテンツＣｃ（Ｃｂ）として、新たに格納される。そして、処理は上述のステップＳ６０１に戻る。
一方、ステップＳ６０４において、ステップＳ６０２における検索の結果、蓄積器１３３中に同じコンテンツＩＤを持つブラウザコンテンツＣｂ（現有コンテンツＣｃ）が存在すると判断される場合、処理はステップＳ６０６に進む。
ステップＳ６０６において、ステップＳ６０２で出力されたブラウザコンテンツヘッダＨｃＢに含まれるコンテンツバージョンに基づいて、ステップＳ６０１で分離された新ブラウザコンテンツＣｎ（Ｃｂ）は、蓄積器１３３で蓄積されている現有ブラウザコンテンツＣｎ（Ｃｂ）より新しいか否かが判断される。新しいと判断された場合、処理は次のステップＳ６０６に進む。
ステップＳ６０７において、蓄積器１３３に格納されている現有ブラウザコンテンツＣｎ（Ｃｂ）が、復調分離器１３２で保持されている新ブラウザコンテンツＣｎ（Ｃｂ）で更新される。なお、この時点で新ブラウザコンテンツＣｎ（Ｃｂ）は、現有ブラウザコンテンツＣｃとなる。そして、処理はステップＳ６０１に戻る。
一方、ステップＳ６０６において、復調された新ブラウザコンテンツＣｎ（Ｃｂ）は蓄積器１３３に格納されている現有新ブラウザコンテンツＣｃ（Ｃｂ）より新しくないと判断される場合、上述のステップＳ６０７による現有ブラウザコンテンツＣｎ（Ｃｂ）の更新ステップをスキップして、処理はステップＳ６０１に戻る。
上述のように、非蓄積型放送システム１００においては、送信装置１１０は各サービスＳｍに対するユーザインタフェースを提供するブラウザコンテンツＣｂを、各サービスＳｍを構成するコンテンツＣの一部または全体として送出する。そして、非蓄積型受信装置１３０は送出されたコンテンツＣを受信して、受信してコンテンツＣに含まれるブラウザコンテンツＣｂを起動してユーザインタフェースを実行する。なお、図１０に示す処理は、図９に示したフローチャートのステップＳ５０４の一部として実行してもよいし、ブラウザコンテンツＣｂの更新が必要な場合にのみ、実行させるようにしても良い。
そして、ブラウザコンテンツＣｂは、非蓄積型受信装置１３０で既に保有しているバージョンより新しいものが配信されたり、非蓄積型受信装置１３０で保有していないものが配信された時点で自動的に更新あるいは保有される。つまり、コンテンツＣの更新処理はコンテンツＣがブラウザコンテンツＣｂの場合にのみ行われる。この仕組みは、特定のサービス毎の機能ではなく、非蓄積型受信装置１３０全体に唯一であり全サービス共通の機能である。従って、このブラウザコンテンツＣｂの更新機能を実現するだけで、全てのサービスに対してサービスコンテンツＣｓのリアルタイム処理が行われるだけではなく、ブラウザ、すなわち、ブラウザコンテンツＣｂの更新と蓄積も行われる。
言い換えれば、本実施の形態においては、各サービスに対するユーザインタフェースであるブラウザコンテンツＣｂをコンテンツの一部として送ることによって、ユーザインタフェースを伝送するための特別な仕組みをサービス毎に用意する必要がなく、あたかもコンテンツを更新するがごとくユーザインタフェースを更新できる。
（第２の実施の形態）
以下に、図１１、図１２、図１３、および図１４を参照して、本発明の第２の実施の形態に係る蓄積型放送システムについて説明する。図１１に示すように、本例に係る非蓄積型放送システム７００は、図１に示した非蓄積型放送システム１００と同様に送信装置７１０、伝送路１２０、および非蓄積型受信装置７３０を含む。
送信装置７１０は、非蓄積型放送システム１００の送信装置１１０に電子署名器７１１が追加されている。非蓄積型受信装置７３０は、非蓄積型受信装置１３０にＫＰ抽出器７４０、Ｓｇ抽出器７４１、および暗号解読器７２１が追加されている。以下に、非蓄積型放送システム１００と共通の特徴に関する説明を省略して、非蓄積型放送システム７００に固有の特徴について主に説明する。
電子署名器７１１は、電子署名の鍵を管理するとともに、ブラウザコンテンツＣｂに対する電子署名（デジタル署名）を行う。電子署名としては公開鍵暗号の技術を用いる。この技術は、ある情報の配布者に対して一組の秘密鍵と公開鍵を作成しておき、公開鍵だけを情報の利用者に配布し、秘密鍵は秘密に保管しておく。そして、配布したい情報に対して、配布者が秘密鍵を用いて電子署名する（電子署名された情報は、元々の情報と電子署名との組みの形式になる）。利用者が受け取った電子署名された情報と配布者の公開鍵とを用いることで、秘密鍵を持つ配布者が電子署名した情報であることを認証することができる。
電子署名器７１１は、サービス毎の秘密鍵と公開鍵とを保持する。電子署名器７１１は、当該サービスの秘密鍵で当該サービスのブラウザコンテンツＣｂに電子署名する。つまり、電子署名器７１１は、コンテンツ格納器１１３に接続されて、コンテンツ格納器１１３ａ、１１３ｂ、および１１３ｃのそれぞれから供給されたコンテンツ本体Ｄｃのサービスに応じて、サービス毎に異なる公開鍵ＫＰをサービス属性格納器１１１に出力する。
具体的には、図１３に示すように、ブラウザコンテンツＣｂのコンテンツヘッダＨｃＢに電子署名の項目を追加することで電子署名がブラウザコンテンツＣｂに格納される。つまり、ブラウザコンテンツＣｂに対して、ブラウザコンテンツＣｂｃ（Ｓ１，Ｂｓｇｎ）のコンテンツヘッダには電子署名行が存在する。電子署名行の値の列には、対応するコンテンツの本体Ｄｃを、コンテンツの属するサービスＳ１の秘密鍵で電子署名を行った結果の情報（電子署名）が格納される。
電子署名を追加されたコンテンツヘッダＨｃＢをコンテンツヘッダＨｃＢｃと識別する。さらに、電子署名の項目を有するブラウザコンテンツを他のブラウザコンテンツＣｂと識別するためにブラウザコンテンツＣｂｃと称するとともに、Ｃ（Ｓｍ，Ｂｓｇｎ）と表すものとする。
サービス属性格納器１１１は、公開鍵ＫＰを含んだサービス属性情報Ｉｓｐｃを生成して多重器１１５に出力する。図１２に、生成されたサービス属性情報Ｉｓｐｃの構造を示す。サービス属性情報Ｉｓｐｃは、公開鍵ＫＰの値を格納する列を持っている。そして、３つのサービスＳ１、Ｓ２、およびＳ３のそれぞれに対して、公開鍵が格納される。
電子署名器７１１は、さらに電子署名Ｓｇを生成してコンテンツヘッダ付与器１１２に出力する。コンテンツヘッダ付与器１１２は、コンテンツ送出器１１４から供給されるコンテンツ本体Ｄｃと、電子署名器７１１から供給される電子署名Ｓｇに基づいて署名付ブラウザコンテンツＣｂｃを生成して、署名付ブラウザコンテンツＣｂｃとサービスコンテンツＣｓとをコンテンツＣとして多重器１１５に出力する。
非蓄積型受信装置７３０は、復調分離器１３２によって受信したデジタルビットストリームから、コンテンツＣ（ＣｓおよびＣｂｃ）、コンテンツヘッダＨｃ（ＨｃＳ，ＨｃＢｃ）、およびサービス属性情報Ｉｓｐｃを再生する。コンテンツＣ（ＣｓおよびＣｂｃ）は復調分離器１３２内部で保持され、コンテンツヘッダＨｃ（ＨｃＳおよびＨｃＢｃ）はバスに出力されるとともにＳｇ抽出器７４１に出力され、サービス属性情報ＩｓｐｃはＫＰ抽出器７４０に出力される。
Ｓｇ抽出器７４１は、供給されたコンテンツヘッダＨｃの内で、コンテンツヘッダＨｃブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）から電子署名Ｓｇを抽出して、バスに出力する。
ＫＰ抽出器７４０は、サービス属性情報Ｉｓｐｃから公開鍵ＫＰを抽出して、バスに出力する。
暗号解読器７２１は、バスを介して供給される公開鍵ＫＰに基づいて、コンテンツヘッダＨｃＢｃ内の電子署名を認証する。
上述のように、非蓄積型受信装置７３０では、受信したブラウザコンテンツＣｂｃの電子署名Ｓｇと、サービス属性情報Ｉｓｐｃ内にある公開鍵ＫＰとから、正しいブラウザコンテンツＣｂｃであることを認証することができる。すなわち、各サービスのコンテンツ制作者が、サービス固有の秘密鍵によって暗号化したブラウザコンテンツＣｂｃであることを保証できる。
次に、第２の実施の形態における非蓄積型受信装置７３０の動作について説明する。非蓄積型受信装置７３０による、受信したコンテンツＣに含まれるブラウザコンテンツＣｂを起動させる動作は、サービス属性情報ＩｓｐがＩｓｐｃに変わっている点および対象のコンテンツＣがブラウザコンテンツＣｂｃに変わっている点を除けば、既に図９を参照して説明した示すフローチャートを参照して、説明した第１の実施の形態に非蓄積型受信装置１３０よる動作と基本に同一であるので説明を省略する。
よって、図１４に示すフローチャートを参照して、非蓄積型受信装置７３０によるブラウザコンテンツＣｂの更新動作について説明する。非蓄積型受信装置７３０によるブラウザコンテンツＣｂの更新動作は、図１０を参照して説明した非蓄積型受信装置１３０によるブラウザコンテンツＣｂの更新動作に類似している。つまり、図１４に示すフローチャートでは、図１０に示すフローチャートにおいて、ステップＳ６０３とステップＳ６０４の間に、新たにステップＳ１００１、Ｓ１００２、Ｓ１００３、およびＳ１００４が追加されている。
つまり、上述のごとく、ステップＳ６０１、Ｓ６０２、およびＳ６０３における処理を経て、ブラウザコンテンツＣｂが処理対象とされる。そして、処理は、新たに追加されたステップＳ１００１に進む。
ステップＳ１００１において、取り出されたブラウザコンテンツＣｂｃの、コンテンツヘッダＨｃＢに格納される電子署名の行が参照される。電子署名の項目が存在すれば、処理はステップＳ１００２に進む。
ステップＳ１００２において、ブラウザコンテンツＣｂｃの電子署名Ｓｇが、対応するサービスの公開鍵ＫＰに対応する秘密鍵によりなされたものかを認証する。この際に用いる公開鍵ＫＰは、サービス属性情報Ｉｓｐｃから、当該するサービスの行を選択することで得られるものである。そして、処理は次のステップＳ１００３に進む。
ステップＳ１００３において、ステップＳ１００２における認証の結果、電子署名Ｓｇが正しくないと判断された場合には、処理はステップＳ１００４へ進む。
ステップＳ１００４において、署名付のブラウザコンテンツＣｂｃが異常である旨の警告を表示して、処理を終了する。つまり、また、電子署名に何らかの異常があると判断される（ステップＳ１００１あるいはステップＳ１００３でＮｏ）場合は、全て本ステップにおいて警告が発せられる。そして、処理は上述のステップＳ６０３に進む。
一方、ステップＳ１００３で、電子署名が正しいと判断された場合は、上述のステップＳ１００４をスキップして、処理は第１の実施の形態の場合と同様に、ステップＳ６０４、Ｓ６０５、Ｓ６０６、並びＳ６０７に進む。
上述のように、本実施の形態に係る非蓄積型放送システム７００においては、非蓄積型放送システム１００におけるのと同様に、送出されたコンテンツＣを受信して、受信してコンテンツＣに含まれるブラウザコンテンツＣｂを起動してユーザインタフェースを実行する。しかしながら、非蓄積型放送システム７００においては、電子署名の技術を用いることで、注目するサービスに対してその秘密鍵を所有している者だけが、非蓄積型受信装置７３０において実行可能なブラウザコンテンツＣｂを送出することができる。
このため、注目するサービスに対する秘密鍵を所有していない者が、どのようなコンテンツをコンテンツ格納器に格納したとしても、故意に誤ったブラウザコンテンツＣｂを送って非蓄積型受信装置７３０で実行させることを禁止できる。また、注目するものとは別のサービスの秘密鍵によって電子署名された、ブラウザコンテンツＣｂを、注目するサービスのブラウザコンテンツＣｂとして実行させることを禁止することができる。
なお、機構の簡便化のために、コンテンツ本体のみ電子署名したが、コンテンツヘッダもコンテンツ本体に含めて電子署名の対象にしても良い。
なお、公開鍵暗号を用いない簡易な電子署名の方法を用いても良い。例えば、サービス毎の秘密鍵を作成し、秘密鍵を何らかの方法で受信装置に格納させておく。そして、サービス毎の秘密鍵でブラウザコンテンツＣｂであることを伝える情報を暗号化し、受信装置側でこの情報を秘密鍵で解読し、ブラウザコンテンツＣｂであることを判断しても良い。
上述のように、本実施形態においては、各サービスに対するユーザインタフェースを提供するコンテンツであるブラウザコンテンツＣｂｃに電子署名する電子署名器７１１と、ブラウザコンテンツ本体ＤＣｂｃを含むコンテンツ本体Ｄｃを送出するコンテンツ格納器１１３と電子署名Ｓｇの公開鍵ＫＰを全てのサービス共通のサービス属性情報Ｉｓｐｃとして送出するサービス属性格納器１１１と、電子署名Ｓｇを認証することでコンテンツＣをブラウザコンテンツＣｂｃであると判断する非蓄積型受信装置７３０を具備することによって、非蓄積型放送システム７００において配信されるコンテンツＣの信頼性を確保できる。
つまり、本実施の形態においては、１つのサービスに属する複数のコンテンツＣの中からブラウザコンテンツＣｂを指定する仕組みとして電子署名を用い、電子署名に用いる鍵をサービスの提供者毎に用意することで、そのサービスに対して提供者以外がブラウザコンテンツＣｂを指定することができない。結果、サービスの提供者以外の悪意を持つ者が、ブラウザコンテンツＣｂを不正に指定することを禁止できる。
（第３の実施の形態）
次に、図１５、図１６、図１７、および図１８を参照して、本発明の第３の実施の形態に係る蓄積型放送システムついて説明する。図１５に示すように、本例に係る非蓄積型放送システム１０００は、図１に示した非蓄積型放送システム１００と同様に送信装置１０１０、伝送路１２０、および非蓄積型受信装置１３０を含む。送信装置１０１０は、非蓄積型放送システム１００の送信装置１１０におけるコンテンツヘッダ付与器１１２がコンテンツヘッダ付与器１１２ｉで置き換えられているだけである。以下に、非蓄積型放送システム１００と共通の特徴に関する説明を省略して、非蓄積型放送システム１０００に固有の特徴について主に説明する。
コンテンツヘッダ付与器１１２ｉは、コンテンツヘッダ付与器１１２の機能に以下に述べる機能が追加されている。つまり、コンテンツ格納器１１３ａ、１１３ｂ、および１１３ｃに格納される複数のコンテンツ本体Ｄｃに対して、ブラウザコンテンツＣｂｉを指定し、指定されたコンテンツ（ブラウザコンテンツＣｂｉ）のコンテンツＩＤとコンテンツバージョンをブラウザ識別情報Ｂｉｄとして抽出する。そして、コンテンツヘッダ付与器１１２ｉは抽出したブラウザ識別情報Ｂｉｄをサービス属性格納器１１１に出力する。
サービス属性格納器１１１は、ブラウザ識別情報Ｂｉｄに基づいて、図１６に示すようにサービス属性情報ＩｓｐにブラウザコンテンツＣｂのコンテンツＩＤとコンテンツバージョンとを書き込む。つまり、サービス属性情報Ｉｓｐｉは、コンテンツＩＤを表す列と、コンテンツバージョンを表す列とから構成されるブラウザコンテンツ指定情報列を持つ。
ブラウザコンテンツ指定情報はサービス毎に指定され、これにより、コンテンツ中からブラウザコンテンツＣｂ（Ｃｂｉ）を判別することができる。このようにブラウザコンテンツＣｂｉのコンテンツＩＤとコンテンツバージョンが書き込まれたサービス属性情報Ｉｓｐを、サービス属性情報Ｉｓｐｉとして識別する。
ブラウザコンテンツＣｂｉの指定は、コンテンツヘッダＨｃＢｉのブラウザコンテンツフラグにより行われるのではなく、コンテンツヘッダ付与器１１２ｉが、コンテンツを選択することで行われる。
図１７に、コンテンツヘッダＨｃＢｉの一例を示す。ブラウザコンテンツＣｂｉの指定は、ブラウザコンテンツフラグＢｆｌｇにより行われないため、コンテンツヘッダＨｃｂｉには、ブラウザコンテンツフラグＢｆｌｇの行は存在しない。また、コンテンツヘッダ上では、サービスコンテンツＣｓとブラウザコンテンツＣｂを区別することはできない。本例においては、人間が文字列を読んで意味を認識するという意味ではコンテンツ名の行によってブラウザコンテンツＣｂであるか認識は可能であるかに見えるが、送信装置１０１０および非蓄積型受信装置１３０のレベルでは認識されない。
次に、本実施の形態における非蓄積型受信装置１３０の動作について説明する。非蓄積型受信装置７３０による、受信したコンテンツＣに含まれるブラウザコンテンツＣｂを起動させる動作は、サービス属性情報ＩｓｐがＩｓｐｉに変わっている点および対象のコンテンツＣがブラウザコンテンツＣｂｃに変わっている点を除けば、既に図９を参照して説明した示すフローチャートを参照して、説明した第１の実施の形態に非蓄積型受信装置１３０よる動作と基本に同一であるので説明を省略する。
このように、非蓄積型放送システム１０００においては、非蓄積型受信装置１３０は非蓄積型放送システム１００におけるのと同じ構成であるが、格納されるプログラムコードやデータが異なるのでその動作は若干異なる。よって、図１８に示すフローチャートを参照して、本実施の形態に係る非蓄積型受信装置１３０によるブラウザコンテンツＣｂの更新動作について説明する。図１８に示すように、本実施の形態におけるブラウザコンテンツＣｂの更新動作は、図１０に示すフローチャートにおいて、ステップＳ６０８がステップＳ１４０１およびＳ１４０２に置き換えられている。
つまり、ステップＳ１４０１においては、ステップＳ６０１において復調されたコンテンツＣ（すなわち、Ｃｎ）および分離されたコンテンツヘッダＨｃに基づいて、ユーザによって選択された（Ｓ５０２、Ｓ５０３）サービスに対し、サービス属性情報Ｉｓｐｉを参照して、ブラウザコンテンツ指定情報が取り出される。
ステップＳ１４０２において、ステップＳ１４０１で取り出されたブラウザコンテンツ指定情報のコンテンツＩＤとコンテンツバージョンを持つコンテンツＣ（ブラウザコンテンツＣｂｉ）が、蓄積器１３３の中で検索されて選出される。そして、選出されたコンテンツＣがブラウザコンテンツＣｂｉとされた後に、処理は上述のステップＳ６０４に進む。一方、検索の結果、該当するコンテンツＣ（ブラウザコンテンツＣｂｉ）が選出されなかった場合、処理はステップＳ６０１に戻る。
ブラウザコンテンツＣｂｉの指定は、コンテンツヘッダ付与器１１２ｉによって行われる。このため、コンテンツヘッダ付与器１１２ｉを正しく管理すれば、ブラウザコンテンツＣｂｉが重複して指定されたり、別のサービスのコンテンツＣをブラウザコンテンツＣｂｉと誤指定することを防止できる。
上述のように、本実施形態においては、各サービスを構成するコンテンツの本体を送出するコンテンツ送出器１１４と、複数のコンテンツ本体からブラウザコンテンツ本体ＤＣｂを指定するブラウザ識別情報Ｂｉｄを全てのサービスに共通のブラウザコンテンツ指定情報としてサービス属性情報Ｉｓｐｉに含めて送出するサービス属性格納器１１１と、ブラウザコンテンツ指定情報によってコンテンツＣをブラウザコンテンツＣｂｉであると判断する非蓄積型受信装置１３０を具備することにより、ブラウザコンテンツＣｂｉとサービスコンテンツＣｓとの区別が保証された非蓄積型放送システム１００が実現できる。
つまり、本実施の形態においては、複数のサービスに共通の制御コンテンツ指定情報によってブラウザコンテンツＣｂｉを指定し、ブラウザコンテンツ指定情報をコンテンツやコンテンツヘッダと独立させることにより、コンテンツ格納器の内容をいかにしようとも、別のサービスに対するブラウザコンテンツＣｂの指定を不正に指定することを禁止できる。例えば、ブラウザコンテンツＣｂ指定情報を、各サービス提供者ではなく、受託放送事業者の管理下に置いた運用を行った場合、複数のサービス提供者間での不正なブラウザコンテンツＣｂの指定を防ぐことができる。
（第４の実施の形態）
次に、図１９、図２０、図２１、図２２、および図２３を参照して、本発明の第４の実施の形態に係る蓄積型放送システムついて説明する。図１９に示すように、本例に係る非蓄積型放送システム１５００は、図１に示した非蓄積型放送システム１００と同様に送信装置１５１０、伝送路１２０、および非蓄積型受信装置１３０を含む。送信装置１５１０は、非蓄積型放送システム１００の送信装置１１０にコンテンツＩＤ空間管理器１５８１が追加されているだけである。
以下に、非蓄積型放送システム１００と共通の特徴に関する説明を省略して、非蓄積型放送システム１５００に固有の特徴について主に説明する。
コンテンツＩＤ空間管理器１５０１は、各サービスに対し、そのサービスに属するコンテンツのコンテンツＩＤのとる値の範囲（空間）を管理することで、ブラウザコンテンツＣｂｓを指定する。
コンテンツＩＤ空間とは、例えば、コンテンツＩＤが、１００から１９９の間ならばサービスＩＤがＳ１のコンテンツ、２００から２９９の間ならばサービスＩＤがＳ２のコンテンツ、３００から３９９の間ならばサービスＩＤがＳ３のコンテンツ、０から９９の間ならばブラウザコンテンツＣｂ（Ｃｂｃ）であるという取決めにより定義される。
コンテンツＩＤ空間管理器１５０１はコンテンツ空間定義ＣＳＤを生成して、コンテンツヘッダ付与器１１２に出力する。コンテンツヘッダ付与器１１２は、コンテンツ空間定義ＣＳＤに基づいて、コンテンツ送出器１１４を経由して、コンテンツ格納器１１３ａ、１１３ｂ、および１１３ｃのそれぞれから供給されるコンテンツ本体Ｄｃ（ＤｃＢｓ）のコンテンツヘッダＨｃ（ＨｃＢｓ）に格納されるコンテンツＩＤの項目の値を、定義されたコンテンツＩＤ空間に適合したコンテンツＩＤの値に書き換える。
図２１に、コンテンツ空間定義ＣＳＤの一例を示す。コンテンツ空間定義ＣＳＤには、コンテンツＩＤの範囲を表す列とともにコンテンツ空間を定義する情報を含む。同例においては、各サービスでは、０から９９までの範囲で自由にコンテンツＩＤを設定したコンテンツが制作され、各コンテンツ格納器に格納される。サービスＳ１に注目すると、コンテンツ格納器１１３ａから供給されるコンテンツ本体Ｄｃから生成されるブラウザコンテンツＣｂｓに関しては、そのコンテンツＩＤが０から９９の間であることを確認できれば出力する。この際、コンテンツＩＤが０から９９の間でなければ、そのブラウザコンテンツＣｂｓは不正なコンテンツであるとして取り除く。
一方、サービスＳ１のコンテンツであるサービスコンテンツＣｓに対しては、コンテンツＩＤに１００を加算し１００から１９９の間の値に変換する。変換後、１００から１９９の間であることを確認し、正しければ出力し、１００から１９９の間以外であれば、不正なコンテンツであるとして取り除く。
なお、変換の際に、コンテンツ中に埋め込まれた他のコンテンツ参照のためのコンテンツＩＤに対しても同様の変換を行う。
図２２に、コンテンツＩＤ空間管理器１５０１により書き換えられたブラウザコンテンツＣｂｓの構成例を示す。ブラウザコンテンツＣｂｓのコンテンツヘッダＨｃＢｓにおいて、コンテンツＩＤが００１であり、これは、ブラウザコンテンツＣｂのコンテンツＩＤの範囲として定められた０〜９９９に含まれる。
また、コンテンツＩＤ空間管理器１５０１は、サービス属性情報格納器１１１に格納されるサービス属性情報に、コンテンツＩＤ空間を定義するための情報を付加する。
図２０に、サービス属性情報Ｉｓｐｓの一例を示す。サービス属性情報Ｉｓｐｓは、図４に示した第１の実施の形態に係るサービス属性情報Ｉｓｐと同じ内容である。つまり、本実施の形態におけるブラウザコンテンツＣｂｓの起動動作は、サービス属性情報ＩｓｐがＩｓｐｓに変わっている点および対象のコンテンツＣがブラウザコンテンツＣｂｓに変わっている点を除けば、図９を参照して説明した第１の実施の形態における動作と基本的に同一であるので説明を省略する。
次に、図２３を参照して、非蓄積型受信装置１３０によるブラウザコンテンツＣｂｓの更新動作について説明する。図１８に示すように、本実施の形態におけるブラウザコンテンツＣｂの更新動作は、図１０に示すフローチャートにおいて、ステップＳ６０８がステップＳ１８０１およびＳ１４０２に置き換えられている。
つまり、ステップＳ１８０１においては、ステップＳ６０１において復調されたコンテンツＣ（Ｃｎ）および分離されたコンテンツヘッダＨｃに基づいて、選択されたサービスであって、さらにコンテンツＩＤがサービス属性情報Ｉｓｐｓで指定されるブラウザコンテンツＣｂｓの範囲に含まれるコンテンツＣが検索される。そして、該当するコンテンツＣが見つかった場合に、処理は次のステップＳ６０２に進む。一方、該当するコンテンツＣが見つからなかった場合は、処理は上述のステップＳ６０１に戻る。
上述のように、非蓄積型放送システム１５００は、コンテンツＩＤの空間を管理し、この管理により指定される特別の値を持つコンテンツＩＤを持つコンテンツをブラウザコンテンツＣｂｓとして指定できる。このように特別なフィールド（この場合は列）をコンテンツヘッダＨｃＢｓなどに用意することなく、ブラウザコンテンツＣｂｓを指定することができる。
つまり、コンテンツ提供者だけが自分のサービスに対応するコンテンツ本体Ｄｃをコンテンツ格納器１１３に格納することさえ保証すれば、いかなるコンテンツＣをコンテンツ格納器１１３に格納しようとも、別のサービスに対してブラウザコンテンツＣｂを不正に指定させ非蓄積型受信装置１３０において実行させることを禁止できる。
本実施の形態においては、コンテンツのＩＤ空間が、複数のサービス提供者全体に対して単一であるとき、ブラウザコンテンツＣｂのとるコンテンツＩＤの範囲を予め定めることによって、複数のサービス提供者間で不正にブラウザコンテンツＣｂの指定が行われることを防ぐことができる。コンテンツＩＤのフィールドを用いるだけで良く、新たなフィールドをコンテンツヘッダなどに用意する必要がないため、従来技術の送出装置からの変更が少なく、また、従来技術の非蓄積型受信装置のコンテンツ受信に関する部分の流用が容易である。
以上、本発明を詳細に説明してきたが、前述の説明はあらゆる点において本発明の例示にすぎず、その範囲を限定しようとするものではない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。
本発明に係る蓄積型放送システムにおけるブラウザ伝送を、既存放送のインフラを用いて実現する場合には、以下に述べる理由により、当該放送の規格の信号形式を満たすことが望ましい若しくは必要である。
理由１：  デジタル放送においては法律や規格によって規定された信号形式以外の電波を送出することが禁止されている。よって、新たな信号形式を導入すれば、法律や規格に違反してしまい、最悪、放送業者は放送免許を剥奪される可能性がある。
理由２：  新たな信号形式を導入した場合には、既に放送インフラに接続されている受信装置が誤動作する可能性がある。例えば、デジタルテレビの寿命の目安は１０年程度である。この場合、１０年前に出荷されたテレビが、現在受信する電波信号によって誤動作しないことという要求を満たせない。
理由３：  新たな信号形式を導入するには、放送設備の改修やテストに多大なコストが発生し現実的ではない。
理由４：  既存の放送規格の信号形式を満たす場合には、信号コンテンツを伝送する帯域とは別に、ブラウザを伝送する帯域を別途固定的に確保する必要がない。すなわちコンテンツの伝送とブラウザの伝送とは同一の帯域を共用する。このため、コンテンツを伝送する帯域が不足している時に、一方、ブラウザを伝送する帯域には空きが発生するという、コンテンツとブラウザで異なる帯域を利用すると言うことに起因する無駄の発生を防止できる。さらに、ブラウザを伝送するための帯域を管理する仕組みを別個に用意する必要がない。
理由５：  既存の放送規格の信号形式を満たす場合には、コンテンツと同時にブラウザを受信することができる。典型的な従来の受信装置ではコストなどの制約から同時に１つの放送チャンネルのみしか受信できないことが多い。そして、テレビ番組（コンテンツ）が放送されているチャンネルとは別のチャンネルでブラウザが送られる。このため、コンテンツを受信していない深夜などの時間帯に、ブラウザをおくるチャンネルを受信してブラウザを置き換えていた。このような場合には、本発明によれば、コンテンツを受信したその時に、ブラウザが今まさに欲しい状況下で、同一の放送チャンネルを受信することですぐさまコンテンツに必要なブラウザを受信することができる。
理由６：  信号形式が既存或いは新規であるに関わらず、本発明においては、限られた受信機の計算資源（ＲＯＭ容量、ＲＡＭ容量、ＣＰＵ処理速度）を有効に利用できる。ブラウザの伝送形式がコンテンツと同一であることは、ブラウザとコンテンツとで伝送のプロトコルがただ一つしかないことを意味する。
一般に、あるプロトコルの受信を行うソフトウェアであるプロトコルスタックを実行するには、プロトコルごとの処理に必要なプログラムを格納するＲＯＭ容量と実行のためのＲＡＭ容量が必要である。本発明においては、プロトコルが一つであるため、ブラウザを全く更新できない受信装置と比較した場合でも、ＲＯＭ容量とＲＡＭ容量の増分が非常に少なくて良い。また、プロトコル切り替えのオーバーヘッドも不要であるため、同程度のＣＰＵ処理速度でブラウザ受信とコンテンツ受信とを同時に実行できる。
理由７：  信号形式が既存或いは新規であるに関わらず、本発明においては、コンテンツ受信とブラウザの受信の実行タイミングは送出側からのコンテンツに含まれるブラウザの送出するタイミングにより完全に制御される。ブラウザを送出する間はコンテンツを送出しないなどの送出側の制御によって受信機の負荷が必要以上に増大することを未然に防ぐことができる。また、特定のコンテンツの提示に必要なブラウザを適切なタイミングで送出することで、コンテンツを受信した際には常に適切なブラウザを受信済みにすることを保証することが放送側の制御で行うことができ、この制御には受信機側の計算資源を必要としない。
理由８：  信号形式が既存或いは新規であるに関わらず、本発明においては、送出装置から受信装置への一方向のみのデータの伝送のみによって実行できるため、別途通信回線などによる送出装置への何らかの情報伝送が可能な通信インフラを必要とせず実施可能である。このことはたとえ数１００万台の受信装置が存在し、同時にブラウザを置き換える必要があるとしても、送出装置は必要な情報を放送によって伝送しさえすれば良い。そのために、数１００万台の受信装置からのブラウザ伝送要求を受け付けるようなサーバや通信回線などを用意する必要がないため実現が相対的に容易である。
産業上の利用可能性
以上のように、本発明は、ユーザが所望のコンテンツをビューワで視聴するために必要なプレゼンタを、自動的にユーザにリアルタイムに提供する非蓄積型情報サービスシステムに有用である。
【図面の簡単な説明】
図１は、本発明の第１の実施の形態に係る非蓄積型放送システムの構成を示すブロック図である。
図２は、図１に示すサービス属性格納器に格納されているサービス属性情報の説明図である。
図３は、図１に示すコンテンツ格納器に格納されているコンテンツ本体の一例を示す模式図である。
図４は、図１に示す非蓄積型放送システムにおけるサービス属性情報の説明図である。
図５は、図１に示す非蓄積型放送システムにおけるサービスコンテンツの説明図である。
図６は、図１に示す非蓄積型放送システムにおけるブラウザコンテンツの説明図である。
図７は、図１に示す蓄積器に格納されるコンテンツの一例を示す模式図である。
図８は、図１に示すメモリに格納される情報を示す模式図である。
図９は、図１に示す非蓄積型受信装置によるブラウザコンテンツの実行動作を示すフローチャートである。
図１０は、図１に示す非蓄積型受信装置によるブラウザコンテンツの更新動作を示すフローチャートである。
図１１は、本発明の第２の実施の形態に係る非蓄積型放送システムの構成を示すブロック図である。
図１２は、図１１に示す非蓄積型放送システムにおけるサービス属性情報の説明図である。
図１３は、図１１に示す非蓄積型放送システムにおけるブラウザコンテンツの説明図である。
図１４は、図１１に示す非蓄積型受信装置によるブラウザコンテンツの更新動作を示すフローチャートである。
図１５は、本発明の第３の実施の形態に係る非蓄積型放送システムの構成を示すブロック図である。
図１６は、図１５に示す非蓄積型放送システムにおけるサービス属性情報の説明図である。
図１７は、図１５に示す非蓄積型放送システムにおけるブラウザコンテンツの説明図である。
図１８は、図１５に示す非蓄積型受信装置によるブラウザコンテンツの更新動作を示すフローチャートである。
図１９は、本発明の第４の実施の形態に係る非蓄積型放送システムの構成を示すブロック図である。
図２０は、図１９に示す非蓄積型放送システムにおけるサービス属性情報の説明図である。
図２１は、図１９に示す非蓄積型放送システムにおけるコンテンツＩＤの説明図である。
図２２は、図１９に示す非蓄積型放送システムにおけるブラウザコンテンツの説明図である。
図２３は、図１９に示す非蓄積型受信装置によるブラウザコンテンツの更新動作を示すフローチャートである。
図２４は、従来の非蓄積型放送システムの構成を示すブロック図である。
図２５は、図２４に示すコンテンツ格納器およびブラウザ格納器に格納されているコンテンツの一例を示す模式図である。
図２６は、図２４に示す非蓄積器に格納されるコンテンツおよびブラウザの一例を示す模式図である。
図２７は、図２４に示すメモリに格納される情報を示す模式図である。
図２８は、図２４に示す非蓄積型放送システムにおけるサービス属性情報の説明図である。
図２９は、図２４に示す受信装置によるブラウザの実行動作を示すフローチャートである。
図３０は、図２４に示す受信装置によるブラウザの更新動作を示すフローチャートである。
【図１】
2003104998.tif 000003
【図２】
2003104998.tif 000004
【図３】
2003104998.tif 000005
【図４】
2003104998.tif 000006
【図５】
2003104998.tif 000007
【図６】
2003104998.tif 000008
【図７】
2003104998.tif 000009
【図８】
2003104998.tif 000010
【図９】
2003104998.tif 000011
【図１０】
2003104998.tif 000012
【図１１】
2003104998.tif 000013
【図１２】
2003104998.tif 000014
【図１３】
2003104998.tif 000015
【図１４】
2003104998.tif 000016
【図１５】
2003104998.tif 000017
【図１６】
2003104998.tif 000018
【図１７】
2003104998.tif 000019
【図１８】
2003104998.tif 000020
【図１９】
2003104998.tif 000021
【図２０】
2003104998.tif 000022
【図２１】
2003104998.tif 000023
【図２２】
2003104998.tif 000024
【図２３】
2003104998.tif 000025
【図２４】
2003104998.tif 000026
【図２５】
2003104998.tif 000027
【図２６】
2003104998.tif 000028
【図２７】
2003104998.tif 000029
【図２８】
2003104998.tif 000030
【図２９】
2003104998.tif 000031
【図３０】
2003104998.tif 000032
【手続補正書】
【提出日】平成16年12月2日(2004.12.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンテンツから構成されるサービスの１つ以上をリアルタイムにユーザの視聴に供するとともに前記サービスのそれぞれに固有のユーザインタフェースを提供する非蓄積型放送システムであって、
前記ユーザインタフェースを実現する制御コンテンツを、前記コンテンツの一部または全体として送出する送信手段と、
前記送出された制御コンテンツを受信し、当該受信した制御コンテンツを起動して前記ユーザインタフェースを実行する受信手段とを備え、ユーザインタフェースをコンテンツとして送受信することを特徴とする非蓄積型放送システム。
【請求項２】
前記制御コンテンツは、前記コンテンツのブラウザであることを特徴とする請求項１に記載の非蓄積型放送システム。
【請求項３】
前記送信手段は、前記制御コンテンツを含むコンテンツを送出するコンテンツ送出手段と、
前記サービスの内容を表すサービス属性情報を送出するサービス属性情報送出手段とを備え、
前記受信手段は、受信した前記コンテンツおよびサービス属性情報に基づいて、当該受信したコンテンツの内で前記制御コンテンツを特定する制御コンテンツ特定手段とを備えることを特徴とする、請求項１に記載の非蓄積型放送システム。
【請求項４】
前記コンテンツ送出手段は、前記コンテンツに、当該コンテンツの内容を規定するコンテンツヘッダを付与するコンテンツヘッダ付与手段を備え、前記受信手段は、さらに受信した前記コンテンツの当該コンテンツヘッダ基づいて、当該受信したコンテンツの内で前記制御コンテンツを特定することを特徴とする、請求項３に記載の非蓄積型放送システム。
【請求項５】
前記送信手段は、前記制御コンテンツに電子署名する電子署名手段をさらに備え、前記サービス属性情報送出手段は前記電子署名の公開鍵を前記サービス属性情報に含めて送出し、
前記受信手段は、受信した前記サービス属性情報に含まれる公開鍵によって前記電子署名を認証する署名認証手段をさらに備え、当該電子署名の認証によって前記制御コンテンツを特定することを特徴とする、請求項３に記載の非蓄積型放送システム。
【請求項６】
前記電子署名による認証が、各前記サービスに対して独立な鍵を用いて行われることを特徴とする、請求項５に記載の非蓄積型放送システム。
【請求項７】
前記コンテンツ送出手段は、前記コンテンツのＩＤ空間の部分空間を定義する情報を送出するコンテンツＩＤ空間管理手段をさらに備え、
前記受信手段は、コンテンツＩＤが部分空間に含まれることで前記制御コンテンツを特定する特定手段をさらに備えることを特徴とする、請求項３に記載の非蓄積型放送システム。
【請求項８】
コンテンツから構成されるサービスの１つ以上をリアルタイムにユーザの視聴に供する非蓄積型放送システムにおいて、当該サービスのそれぞれに固有のユーザインタフェースを伝送する制御コンテンツ伝送方法であって、
前記ユーザインタフェースを実現する制御コンテンツを、前記コンテンツの一部または全体として送出するステップと、
前記送出された制御コンテンツを受信し、当該受信した制御コンテンツを起動して前記ユーザインタフェースを実行するステップとを備える制御コンテンツ伝送方法。
【請求項９】
前記制御コンテンツは、前記コンテンツのブラウザであることを特徴とする請求項８に記載の制御コンテンツ伝送方法。
【請求項１０】
前記送信ステップは、さらに前記制御コンテンツを含むコンテンツを送出するコンテンツ送出ステップと
前記サービスの内容を表すサービス属性情報を送出するサービス属性情報送出ステップとを備え、
前記受信ステップは、受信した前記コンテンツおよびサービス属性情報に基づいて、当該受信したコンテンツの内で前記制御コンテンツを識別する制御コンテンツステップとを備えることを特徴とする、請求項８に記載の制御コンテンツ伝送方法。
【請求項１１】
前記コンテンツ送出ステップは、前記コンテンツに、当該コンテンツの内容を規定するコンテンツヘッダを付与するコンテンツヘッダ付与ステップを備え、
前記受信ステップは、さらに受信した前記コンテンツの当該コンテンツヘッダに基づいて、当該受信したコンテンツの内で前記制御コンテンツを特定するステップをさらに備えることを特徴とする、請求項１０に記載の制御コンテンツ伝送方法。
【請求項１２】
前記送信ステップは、前記制御コンテンツに電子署名する電子署名ステップをさらに備え、
前記サービス属性情報送出ステップは前記電子署名の公開鍵を前記サービス属性情報に含めて送出するサービス属性情報送出ステップをさらに備え、
前記受信ステップは、受信した前記サービス属性情報に含まれる公開鍵によって前記電子署名を認証する署名認証ステップと、
当該電子署名の認証によって前記制御コンテンツを特定するステップをさらに備えることを特徴とする、請求項１０に記載の制御コンテンツ伝送方法。
【請求項１３】
前記電子署名による認証が、各前記サービスに対して独立な鍵を用いて行われることを特徴とする、請求項第１２に記載の制御コンテンツ伝送方法。
【請求項１４】
前記コンテンツ送出ステップは、前記コンテンツのＩＤ空間の部分空間を定義する情報を送出するコンテンツＩＤ空間管理ステップをさらに備え、
前記受信ステップは、コンテンツＩＤが部分空間に含まれることで前記制御コンテンツを特定するステップをさらに備えることを特徴とする、請求項１０に記載の制御コンテンツ伝送方法。
【請求項１５】
コンテンツから構成されるサービスの１つ以上をリアルタイムにユーザの視聴に供するとともに前記サービスのそれぞれに固有のユーザインタフェースを提供する非蓄積型放送システムにおいて、前記コンテンツの一部または全体として送信される、当該サービスの内容を表すサービス属性情報が付与された前記ユーザインタフェースを実現する制御コンテンツを受信する受信装置であって、
送信機から送信されたコンテンツを受信する受信手段と、
前記受信されたコンテンツを復調して、前記コンテンツとサービス属性情報とを抽出する抽出手段と、
前記抽出されたコンテンツおよびサービス属性情報に基づいて、当該受信したコンテンツの内で前記制御コンテンツを特定する制御コンテンツ特定手段とを備える、受信装置。
【請求項１６】
前記非蓄積型放送システムにおいては、前記コンテンツに、当該コンテンツの内容を規定するコンテンツヘッダがさらに付与されて送信され、
前記抽出手段は、さらに、前記受信されたコンテンツから、前記コンテンツヘッダを抽出し、
制御コンテンツ特定手段は、前記抽出されたコンテンツヘッダに基づいて、当該受信したコンテンツの内で前記制御コンテンツを特定することを特徴とする、請求項１５に記載の受信装置。
【請求項１７】
前記非蓄積型放送システムにおいては、前記制御コンテンツは電子署名され、当該電子署名の公開鍵が前記サービス属性情報に含めて送出され、
前記受信装置は、前記受信した前記サービス属性情報に含まれる公開鍵によって前記電子署名を認証する署名認証手段をさらに備え、
前記制御コンテンツ特定手段は当該電子署名の認証によって前記制御コンテンツを特定することを特徴とする、請求項１５に記載の受信装置。
【請求項１８】
前記電子署名による認証が、各前記サービスに対して独立な鍵を用いて行われることを特徴とする、請求項１７に記載の受信装置。
【請求項１９】
前記非蓄積型放送システムにおいては、前記コンテンツには、当該コンテンツのＩＤ空間の部分空間を定義する情報が付与されて送出され、
前記特定手段は、さらに、コンテンツＩＤが前記部分空間に含まれることで前記制御コンテンツを特定することを特徴とする、請求項１５に記載の受信装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが所望のコンテンツをビューワで視聴するために必要なプレゼンタを、ユーザの要求の有無にかかわらず、自動的にユーザにリアルタイムに提供する非蓄積型情報サービスシステムに関し、さらに詳述すればビューワを自動更新する非蓄積型放送システムに関する。
【背景技術】
【０００２】
ユーザにコンテンツの視聴サービスを提供する情報サービスシステムにおいては、提供するコンテンツのデータをユーザが物理的な現象を媒介にして利用できるようにする入出力デバイスであるプレゼンタに供給するブラウザが必要である。このブラウザは、提示するコンテンツデータ、コンテンツデータをユーザに提供する伝送経路、およびユーザ側のプレゼンタに起因するファクターに応じて順次適正なものに更新する必要が生じる。
【０００３】
従来の情報サービスシステムの一例としては、ポイントキャスト社（登録商標）のポイントキャストネットワーク（登録商標）やマイクロソフト社（登録商標）のアクティブディスクトップ（登録商標）といった、コンピュータを用いたインターネット上のプッシュ型情報配信サービスが実現されている。
【０００４】
プッシュ型情報配信サービスを蓄積型と非蓄積型に分類できる。蓄積型のプッシュ型情報配信サービスでは、インターネット上の放送局から放送されるニュースや天気予報などのコンテンツを、ユーザ側のパーソナルコンピュータなどの受信装置で受信して蓄積する。一方、非蓄積型のプッシュ型情報配信サービスでは、インターネット上の放送局から放送されるニュースや天気予報などのコンテンツを、ユーザ側のパーソナルコンピュータなどの受信装置で受信して、リアルタイムにユーザに提示される。蓄積型あるいは非蓄積型の別にかかわらず、ユーザは、受信装置を操作してコンテンツを閲覧するユーザインタフェースであるブラウザを起動し、受信機に蓄積されたコンテンツを視聴できる。
【０００５】
提供されるサービスが異なれば、コンテンツの処理方法も異なるために、サービス毎に異なるブラウザが提供される。結果、サービス毎に柔軟に対応するユーザインタフェースが実現できる。また、ブラウザにバージョンアップが必要な際には、ユーザはそのブラウザ自身に直接プログラミングされた機能を利用して、新しいブラウザを受信する。そして、現在のブラウザを受信した新しいブラウザで置き換えることによって、ブラウザを最新の状態に更新できる。
【０００６】
図２４、図２５、図２６、図２７、図２８、図２９、および図３０を参照して、従来の放送システムの一例について説明する。図２４のブロック図に示すように、放送システム２５００は、送信装置２５１０、伝送路１２０、および非蓄積型受信装置２５２０を含む。送信装置２５１０は、ブラウザ格納器２５１１、ブラウザ送出器２５１３、コンテンツ格納器１１１３、コンテンツ送出器２５１４、多重器１１５、および送出器１１６を含む。
【０００７】
ブラウザ格納器２５１１、ブラウザ送出器２５１３、コンテンツ格納器１１１３、およびコンテンツ送出器２５１４はそれぞれ複数個用意されており、各シンボルに接尾辞（小文字のアルファベット）を付与してそれぞれを識別している。以降、同一の部材が複数ある場合には、同様にシンボルに接尾辞を付してそれぞれを識別するものとする。さらに、個々の識別の必要がない場合には、それぞれのシンボルに接尾辞を付さずに総称する。
【０００８】
なお、図２４に示す例においては、ブラウザ格納器２５１１は２５１１ａ、２５１１ｂ、および２５１１ｃ、ブラウザ送出器２５１３は２５１３ａ、２５１３ｂ、および２５１３ｃ、コンテンツ格納器１１１３は１１１３ａ、１１１３ｂ、および１１１３ｃ、そしてコンテンツ送出器２５１４は２５１４ａ、２５１４ｂ、および２５１４ｃとそれぞれ３つずつ用意されている。なお、特に個々の識別の必要がない場合には、ブラウザ格納器２５１１、ブラウザ送出器２５１３、コンテンツ格納器１１１３、およびコンテンツ送出器２５１４として総称する。
【０００９】
図２５、図２６、図２７、および図２８に、上述の放送システム２５００の各構成要素におけるデータの格納状態を示す。ブラウザ格納器２５１１は、サービス毎に独立して存在する。３つのサービス（Ｓ１、Ｓ２、およびＳ３）毎に独立した３つのブラウザ格納器２５１１ａ、２５１１ｂ、および２５１１ｃが用意される。ブラウザ送出器２５１３は、ユーザに提供するサービス（Ｓ）にそれぞれ対応するブラウザＢを格納し、ブラウザＢを所定のスケジュールで多重器１１５に送出する。
【００１０】
サービスＳ１に対応するブラウザ送出器２５１３ａは、ブラウザＢ（Ｓ１）を格納している。ブラウザＢは非蓄積型受信装置２５２０のＣＰＵ（中央処理装置）のネイティブコード（機械語）で記述されたコンピュータプログラムである。同様に、サービスＳ２に対応するブラウザ送出器２５１３ｂはブラウザＢ（Ｓ２）を格納し、サービスＳ３に対応するブラウザ送出器２５１３ｃはブラウザＢ（Ｓ３）を格納している。なお、特にその内容を区別する必要のない場合には、ブラウザＢとして総称する。
【００１１】
伝送プロトコルや伝送スケジュール等の、ブラウザの具体的な送出方法はサービス毎に独自に定められている。このため、ブラウザ送出器２５１３はサービス毎にその処理内容が異なるので、サービス毎にブラウザ送出器２５１３ａ、２５１３ｂ、・・・２５１３ｎ（ｎは任意の自然数）とそれぞれが独立して存在する。
【００１２】
図２４に示した例では、３つのサービスＳ１、Ｓ２、Ｓ３に対してそれぞれ独立した３つのブラウザ送出器２５１３ａ、２５１３ｂ、および２５１３ｃが対応している。コンテンツ格納器１１１３は、対応するサービスに属するコンテンツＣを格納する。コンテンツ格納器１１１３は、サービス毎に独立して存在する。３つのサービス毎に独立した３つのコンテンツ格納器１１１３ａ、１１１３ｂおよび１１１３ｃが用意されている。
【００１３】
図２５に示す例においては、サービスＳ１に対応するコンテンツ格納器１１１３ａには、２つのサービスコンテンツＣ（Ｓ１，１）とＣ（Ｓ１，２）とが格納されている。サービスＳ２に対応するコンテンツ格納器１１１３ｂには、コンテンツＣが格納されていない。サービスＳ３に対応するコンテンツ格納器１１１３ｃには、サービスコンテンツＣ（Ｓ３，１）、Ｃ（Ｓ３，２）、およびＣ（Ｓ３，３）が格納されている。なお、特にその内容を区別する必要のない場合には、上述のようにサービスコンテンツＣとして総称する。
【００１４】
図２４に戻って、コンテンツ送出器２５１４は、対応するサービスのコンテンツ格納器１１１３に格納されたコンテンツＣ（Ｓｍ，Ｏ）を所定の方法で多重器１１５に送出する。なお、コンテンツＣ（Ｓｍ，Ｏ）においてＳｍは、サービスを表すシンボルＳに接尾辞ｍ（任意の自然数）を付して個々のサービスを識別し、Ｏ（任意の自然数）はサービスＳｍを構成する複数のコンテンツＣの何番目であるかを示す。
【００１５】
従来の放送システム２５００に用いられる送出装置２５１０においては、サービス毎にブラウザやコンテンツの送出の方法が異なる。このため、サービス毎に複数の独立したブラウザ送出器２５１３およびコンテンツ送出器２５１４を具備しなければならない。さらに、ブラウザＢとコンテンツＣとでは、その送出方法も異なる。このため、ブラウザＢとコンテンツＣとに関しても、それぞれ独立したブラウザ送出器２５１３およびコンテンツ送出器２５１４を具備しなければならない。
【００１６】
多重器１１５は、ブラウザ送出器２５１３から出力されるブラウザＢと、コンテンツ格納器１１１３から出力されるサービスコンテンツＣ（Ｓｍ，Ｏ）を送出に適した形式に多重化するとともに変調して、デジタルビットストリームを出力する。多重器１１５は、デジタル放送の局システムにおける多重化装置と変調装置とで構成しても良い。
【００１７】
送出器１１６は、多重器１１５の処理結果を、伝送路１２０へ送出する。送出器１１６は、伝送路が有線の通信回線であればモデムを用いることができる。また、伝送路が放送通信衛星と宇宙空間であれば、送出用パラボラアンテナを送出器１１６に利用しても良い。
【００１８】
次に、伝送路１２０について説明する。伝送路１２０は、送出装置２５１０から送出されたコンテンツやブラウザなどの情報を、非蓄積型受信装置２５２０に伝送する手段である。例えば、伝送路は、光ファイバーや各種ケーブルや、放送通信衛星と宇宙空間、あるいは、ＤＶＤなどのパッケージメディアとその流通経路で良い。
【００１９】
次に、非蓄積型放送システムについて詳細に説明する。非蓄積型受信装置２５２０は、受信器１３１、復調分離器１３２、蓄積器１３３、描画器１３４、提示器１３５、入力器１３６、ＣＰＵ１３７、およびメモリ１３８を含む。
【００２０】
受信器１３１は、伝送路１２０に送られるコンテンツＣやブラウザＢなどの情報を受信しデジタルストリームを出力する。受信器１３１は、モデムや、一般のデジタル放送受信機におけるアンテナとチューナモジュールで良い。
【００２１】
復調分離器１３２は、受信器１３１の出力するデジタルビットストリームを復調し、多重化された情報を別々に分離する。復調分離器１３２は、送出装置２５１０の多重器１１５における処理とちょうど反対向きの処理を行う。復調分離器１３２の出力は、蓄積器１３３および描画器１３４に与えられるだけでなく、ＣＰＵ１３７によっても読み出し可能である。
【００２２】
蓄積器１３３は、復調分離器１３２から出力されるブラウザとコンテンツの内でブラウザのみを蓄積する。これは、非蓄積型受信装置２５２０においては、送出装置２５１０から送出されてくるコンテンツＣをリアルタイムに表示するので、コンテンツＣを蓄積しておく必要がないが、一方、配信されてくるコンテンツＣを提示するためのブラウザＢは常に準備されている必要があるからである。蓄積器１３３は例えば、ハードディスクなどのランダムアクセス可能な記録媒体で構成される。蓄積器１３３に記録されるデータの内容はＣＰＵ１３７により読み出しおよび変更可能である。
【００２３】
図２６に例示するように、蓄積器１３３には、復調分離器１３２から供給される合計３つのブラウザＢ（Ｓ１）、Ｂ（Ｓ２）、およびＢ（Ｓ３）が格納されている。なお、復調分離器１３２から蓄積器１３３に対してブラウザＢのみが出力され、復調分離器１３２から描画器１３４に対してはコンテンツＣのみが出力されるようにしても良い。
【００２４】
描画器１３４は、ＣＰＵ１３７からの要求に従って、ＯＳＤ（オンスクリーンディスプレイ）および復調分離器１３２から入力されるコンテンツを、画面に表示するためのグラフィックスを描画する。
【００２５】
提示器１３５は、描画器１３４から出力されるグラフィックス及び或いは音声をユーザが視聴可能な形式で提示する。提示器は例えばＣＲＴディスプレイで良い。
【００２６】
入力器１３６は、ユーザが操作して、非蓄積型受信装置２５２０に対してユーザの指示を伝える手段である。入力器１３６は、リモコンとリモコン受光部、キーボード、およびマウスなどを用いることができる。
【００２７】
ＣＰＵ１３７は、中央処理装置であり、非蓄積型受信装置２５２０の各構成要素と相互に接続され、メモリ１３８に格納されたコンピュータプログラムを実行することで、非蓄積型受信装置２５２０全体を制御する。
【００２８】
メモリ１３８は、書き換え可能／不可能な半導体メモリであるＲＡＭ／ＲＯＭで構成され、ＣＰＵ１３７の処理のデータを格納する領域や、ＣＰＵ１３７で実行するコンピュータプログラムやデータの格納に用いる。図２７に例示されるように、メモリ１３８には、ブラウザ一覧２７００と、ＣＰＵ１３７に対するネイティブコード（機械語）である実行形式２６５１が格納されている。
【００２９】
次に、図２８を参照して、ブラウザ一覧２７００について説明する。ブラウザ一覧２７００は、サービス毎の行を持つ表形式の情報で、ブラウザのファイル名の列２７１０と、サービス名の列２７２０とを持つ。ブラウザ一覧２７００を用いることで、復調分離器１３２から出力される情報の中で、注目するサービスを利用するために用いるブラウザを特定することができる。
【００３０】
次に、図２９に示すフローチャートを参照して、非蓄積型受信装置２５２０の主要な動作について詳細に説明する。
【００３１】
ステップＳ２８０１において、メモリ１３８に格納されたブラウザ一覧２７００のサービス名が画面に一覧表示される。画面への表示は、描画器１３４により行われる。
【００３２】
ステップＳ２８０２において、ユーザの入力器１３６の操作に基づいて、ステップＳ２８０１において表示された一覧から１つのサービスの選択が検出される。
【００３３】
ステップＳ２８０３において、ステップＳ２８０２において検出された選択サービスに対し、ブラウザ一覧２７００においてブラウザＢのファイル名の列を参照することで蓄積器１３３でのブラウザＢのファイル名Ｂ（Ｓｍ）が特定される。
【００３４】
ステップＳ２８０４において、ステップＳ２８０３で特定したファイルＢ（Ｓｍ）が実行される。ブラウザは、ＣＰＵ１３７のネイティブコードで構成されているので、ＣＰＵ１３７により直接実行できる。
【００３５】
次に、図３０に示すフローチャートを参照して、非蓄積型受信装置２５２０によるブラウザの更新処理について説明する。
【００３６】
ステップＳ２９０１において、ＣＰＵ１３７によってブラウザＢが起動される。
【００３７】
ステップＳ２９０２において、受信器１３１と復調分離器１３２によって、送出装置２５１０から、現在送出されているブラウザＢが受信されて、そのバージョンの確認が行われる。
【００３８】
ステップＳ２９０３において、ステップＳ２９０２で受信および確認されたブラウザＢが、現在実行中のブラウザＢよりも新しいバージョンであれば次のステップＳ２９０４に進み、そうでなければ処理は終了される。
【００３９】
ステップＳ２９０４において、非蓄積型受信装置２５２０は送出されているブラウザＢを受信し、蓄積器１３３はその受信したブラウザＢを、図２６に例示したように、ファイルとして一時格納する。
【００４０】
ステップＳ２９０５において、現在実行しているブラウザＢが、一時格納されているファイルで置き換えられる。そして、ブラウザＢを再起動することによって、受信した新しいバージョンのブラウザの実行が開始される。
【発明の開示】
【発明が解決しようとする課題】
【００４１】
上記に例示された従来の放送システムにおいては、コンピュータのネイティブコードであるブラウザの具体的な伝送方法として、サービス毎に異なる独自の方式が用いられている。そのために、送出装置と受信装置の両方で、サービス毎にそれぞれ異なるブラウザ毎に異なる個別の伝送方法を実装する必要がある。
【００４２】
すなわち、送出装置において、サービス毎に異なるブラウザ送出器を設ける必要がある。また、受信装置において、典型的には各サービスのブラウザのコード自体に、新たなサービスを可能にするために新たなブラウザを受信して、自身をその受信した新たなブラウザで置き換える機能がプログラミングされている。
【００４３】
このように、本質的にはどのサービスに対しても同様の機能を有すべきブラウザの伝送機能を実現するために、実施にはブラウザを少しずつ異なって実装しなければならない。
【００４４】
このため、サービスの数が増えるに従って、様々な無駄が生じる。すなわち、受信装置においては複数の類似のプログラムコードを保持する必要が生じ、そのために記憶容量がブラウザの数だけ重複して浪費されている。また、受信装置において、類似の処理を同時に起動することになり、計算機資源が効率的に利用できない。
【００４５】
また、ブラウザの伝送方法もサービス毎に異なっており、その実現は各サービスに対するブラウザ毎に個別にプログラミングされているだけなので、利用したいサービスに対してユーザが予め手動でブラウザをｆｔｐなどのファイル伝送プロトコルを手動で起動するなどして入手する必要があり煩雑である。
【００４６】
また、ブラウザの伝送方式がコンテンツの伝送方式と異なるため、複数のサービスを購読している場合において、あるサービスのブラウザの伝送が、別のサービスのブラウザ若しくはコンテンツの伝送を妨げる可能性がある。
【００４７】
送出装置においても、ブラウザの伝送という本質的にはどのサービスでも同一である機能を実現するためには、少しずつ異なるブラウザ送出器をサービスの数だけ用意する必要がある。このため、サービスの数が増大するに従って、送出装置が線型に複雑化している。この複雑化が、開発コスト増大、および管理の煩雑化を招いている。
【００４８】
また、複数のブラウザ送出器間に関連がないため、同時刻に伝送路の処理能力以上の複数のブラウザを送出して、伝送路をあふれさせてしまう可能性がある。コンテンツの送出器もサービス毎に独立して存在しているため、ブラウザの伝送と同様の問題がコンテンツの伝送についても起こり得ていた。
【００４９】
本発明は、デジタル放送やコンピュータネットワークにおいて送られる複数のコンテンツから構成されるサービスをリアルタイムに視聴に供する非蓄積型放送において、不正なコンテンツからサービスの安全性を保ちながら、柔軟なサービスを実現するユーザインタフェースを提供する方法およびシステムを提供することを目的とする。
【課題を解決するための手段】
【００５０】
本発明は、上記のような目的を達成するために、以下に述べるような特徴を有している。
第１の発明は、コンテンツから構成されるサービスの１つ以上をリアルタイムにユーザの視聴に供するとともにサービスのそれぞれに固有のユーザインタフェースを提供する非蓄積型放送システムであって、
ユーザインタフェースを実現する制御コンテンツを、コンテンツの一部または全体として送出する送信器と、
送出された制御コンテンツを受信し、受信した制御コンテンツを起動してユーザインタフェースを実行する受信器とを備え、ユーザインタフェースをコンテンツとして送受信することを特徴とする。
【００５１】
第２の発明は、第１の発明において、制御コンテンツは、コンテンツのブラウザであることを特徴とする。
【００５２】
第３の発明は、第１の発明において、送信器は、制御コンテンツを含むコンテンツを送出するコンテンツ送出器と、
サービスの内容を表すサービス属性情報を送出するサービス属性情報送出器とを備え、
受信器は、受信したコンテンツおよびサービス属性情報に基づいて、受信したコンテンツの内で制御コンテンツを特定する制御コンテンツ特定器とを備えることを特徴とする。
【００５３】
第４の発明は、第３の発明において、コンテンツ送出器は、コンテンツに、コンテンツの内容を規定するコンテンツヘッダを付与するコンテンツヘッダ付与手段を備え、受信器は、さらに受信したコンテンツのコンテンツヘッダに基づいて、受信したコンテンツの内で制御コンテンツを特定することを特徴とする。
【００５４】
第５の発明は、第３の発明において、送信手段は、制御コンテンツに電子署名する電子署名器をさらに備え、サービス属性情報送出器は電子署名の公開鍵をサービス属性情報に含めて送出し、
受信器は、受信したサービス属性情報に含まれる公開鍵によって電子署名を認証する署名認証器をさらに備え、電子署名の認証によって制御コンテンツを特定することを特徴とする。
【００５５】
第６の発明は、第５の発明において、電子署名による認証が、各サービスに対して独立な鍵を用いて行われることを特徴とする。
【００５６】
第７の発明は、第３の発明において、コンテンツ送出器は、コンテンツのＩＤ空間の部分空間を定義する情報を送出するコンテンツＩＤ空間管理器をさらに備え、
受信器は、コンテンツＩＤが部分空間に含まれることで制御コンテンツを特定する特定器をさらに備えることを特徴とする。
【００５７】
第８の発明は、コンテンツから構成されるサービスの１つ以上をリアルタイムにユーザの視聴に供する非蓄積型放送システムにおいて、サービスのそれぞれに固有のユーザインタフェースを伝送する制御コンテンツ伝送方法であって、
ユーザインタフェースを実現する制御コンテンツを、コンテンツの一部または全体として送出するステップと、
送出された制御コンテンツを受信し、受信した制御コンテンツを起動してユーザインタフェースを実行するステップとを備えることを特徴とする。
【００５８】
第９の発明は、第８の発明において、制御コンテンツは、コンテンツのブラウザであることを特徴とする。
【００５９】
第１０の発明は、第８の発明において、送信ステップは、さらに制御コンテンツを含むコンテンツを送出するコンテンツ送出ステップと、
サービスの内容を表すサービス属性情報を送出するサービス属性情報送出ステップとを備え、
受信ステップは、受信したコンテンツおよびサービス属性情報に基づいて、受信したコンテンツの内で制御コンテンツを特定する制御コンテンツステップとを備える。
【００６０】
第１１の発明は、第１０の発明において、コンテンツ送出ステップは、コンテンツに、コンテンツの内容を規定するコンテンツヘッダを付与するコンテンツヘッダ付与ステップを備え、
受信ステップは、さらに受信したコンテンツのコンテンツヘッダに基づいて、受信したコンテンツの内で制御コンテンツを識別するステップをさらに備えることを特徴とする。
【００６１】
第１２の発明は、第１０の発明において、送信ステップは、制御コンテンツに電子署名する電子署名ステップをさらに備え、
サービス属性情報送出ステップは電子署名の公開鍵をサービス属性情報に含めて送出するサービス属性情報送出ステップをさらに備え、
受信ステップは、受信したサービス属性情報に含まれる公開鍵によって電子署名を認証する署名認証ステップと、
電子署名の認証によって制御コンテンツを特定するステップをさらに備えることを特徴とする。
【００６２】
第１３の発明は、第１２の発明において、電子署名による認証が、各サービスに対して独立な鍵を用いて行われることを特徴とする。
【００６３】
第１４の発明は、第１０の発明において、コンテンツ送出ステップは、コンテンツのＩＤ空間の部分空間を定義する情報を送出するコンテンツＩＤ空間管理ステップをさらに備え、
受信ステップは、コンテンツＩＤが部分空間に含まれることで制御コンテンツを特定するステップをさらに備えることを特徴とする。
【００６４】
第１５の発明は、コンテンツから構成されるサービスの１つ以上をリアルタイムにユーザの視聴に供するとともにサービスのそれぞれに固有のユーザインタフェースを提供する非蓄積型放送システムにおいて、コンテンツの一部または全体として送信される、サービスの内容を表すサービス属性情報が付与されたユーザインタフェースを実現する制御コンテンツを受信する受信装置であって、
送信機から送信されたコンテンツを受信する受信器と、
受信されたコンテンツを復調して、コンテンツとサービス属性情報とを抽出する抽出器と、
抽出されたコンテンツおよびサービス属性情報に基づいて、受信したコンテンツの内で制御コンテンツを特定する制御コンテンツ特定器とを備える。
【００６５】
第１６の発明は、第１５の発明において、非蓄積型放送システムにおいては、コンテンツに、コンテンツの内容を規定するコンテンツヘッダがさらに付与されて送信され、
抽出器は、さらに、受信されたコンテンツから、コンテンツヘッダを抽出し、
制御コンテンツ特定器は、抽出されたコンテンツヘッダに基づいて、受信したコンテンツの内で制御コンテンツを特定することを特徴とする。
【００６６】
第１７の発明は、第１５の発明において、非蓄積型放送システムにおいては、制御コンテンツは電子署名され、電子署名の公開鍵がサービス属性情報に含めて送出され、
受信装置は、受信したサービス属性情報に含まれる公開鍵によって電子署名を認証する署名認証器をさらに備え、
制御コンテンツ特定器は電子署名の認証によって制御コンテンツを特定することを特徴とする。
【００６７】
第１８の発明は、第１７の発明において、電子署名による認証が、各サービスに対して独立な鍵を用いて行われることを特徴とする。
【００６８】
第１９の発明は、第１５の発明において、非蓄積型放送システムにおいては、コンテンツには、コンテンツのＩＤ空間の部分空間を定義する情報が付与されて送出され、
特定器は、さらに、コンテンツＩＤが部分空間に含まれることで制御コンテンツを特定することを特徴とする。
【発明の効果】
【００６９】
本発明においては、各サービスに対するユーザインタフェースであるブラウザコンテンツＣｂをコンテンツの一部として送ることによって、ユーザインタフェースを伝送するための特別な仕組みをサービス毎に用意する必要がなく、あたかもコンテンツを更新するがごとくユーザインタフェースを更新できる。
【００７０】
さらに、１つのサービスに属する複数のコンテンツＣの中からブラウザコンテンツＣｂを指定する仕組みとして電子署名を用い、電子署名に用いる鍵をサービスの提供者毎に用意することで、そのサービスに対して提供者以外がブラウザコンテンツを指定することができないので、サービスの提供者以外の悪意を持つ者が、ブラウザコンテンツＣｂを不正に指定することを禁止できる。
【００７１】
また、複数のサービスに共通の制御コンテンツ指定情報によってブラウザコンテンツを指定し、ブラウザコンテンツ指定情報をコンテンツやコンテンツヘッダと独立させることにより、コンテンツ格納器の内容をいかにしようとも、別のサービスに対するブラウザコンテンツの指定を不正に指定することを禁止できる。
【発明を実施するための最良の形態】
【００７２】
（第１の実施の形態）
図１、図２、図３、図４、図５、図６、図７、図８、図９、および図１０を参照して、本発明の第１の実施の形態に係る蓄積型放送システムについて説明する。
図１に示すように、第１の実施の形態に係る非蓄積型放送システム１００は、送信装置１１０、伝送路１２０、および非蓄積型受信装置１３０を含む。非蓄積型受信装置１３０は、後述するように、ブラウザを蓄積するが、コンテンツ自体は蓄積しないと言う意味において、非蓄積型と呼ぶ。
【００７３】
送信装置１１０は、サービス属性格納器１１１、コンテンツヘッダ付与器１１２、コンテンツ格納器１１３、コンテンツ送出器１１４、多重器１１５、および送出器１１６とを含む。コンテンツ格納器１１３はそれぞれ複数個用意されており、各シンボルに接尾辞（小文字のアルファベット）を付与してそれぞれを識別している。以降、同一の部材が複数ある場合には、同様にシンボルに接尾辞を付してそれぞれを識別するものとする。なお、特に個々の識別の必要がない場合には、例えばコンテンツ格納器１１３として総称する。
【００７４】
上述のように同一の部材が複数ある場合には、本明細書においては、同様にシンボルに接尾辞を付してそれぞれを識別するものとする。さらに、個々の識別の必要がない場合には、それぞれのシンボルに接尾辞を付さずに総称する。
【００７５】
コンテンツ格納器１１３は、それぞれサービスの実体データであるコンテンツ本体Ｄｃを格納している。そして、コンテンツ格納器１１３のそれぞれは、コンテンツ本体Ｄｃをコンテンツ送出器１１４に順次供給する。
【００７６】
コンテンツ送出器１１４は、供給されるコンテンツ本体Ｄｃをコンテンツヘッダ付与器１１２に送出する。
【００７７】
コンテンツヘッダ付与器１１２は、供給されたコンテンツ本体Ｄｃに、ヘッダ情報を含むコンテンツ本体Ｄｃの管理情報から成るコンテンツヘッダＨｃを付与して、コンテンツＣを生成する。生成されたコンテンツＣは多重器１１５に供給される。
【００７８】
多重器１１５は、サービス属性格納器１１１から供給されるサービス属性情報Ｉｓｐとコンテンツヘッダ付与器１１２から出力されるコンテンツＣを多重化して送出器１１６に供給する。
【００７９】
送出器１１６は、多重化されたサービス属性情報ＩｓｐとコンテンツＣを伝送路に適した形態のデジタルビットストリームに変調して伝送路１２０に出力する。送出器１１６は、伝送路が有線の通信回線であればモデムで良く、また、放送通信衛星と宇宙空間であれば送出用パラボラアンテナで良い。
【００８０】
伝送路１２０は、送信装置１１０から送信されたコンテンツＣやブラウザＢなどの情報を、非蓄積型受信装置１３０に伝送する手段である。例えば、伝送路は、光ファイバーや各種ケーブルや、放送通信衛星と宇宙空間、あるいは、ＤＶＤなどのパッケージメディアとその流通経路で構成できる。
【００８１】
非蓄積型受信装置１３０は、受信器１３１、復調分離器１３２、蓄積器１３３、描画器１３４、提示器１３５、入力器１３６、ＣＰＵ１３７、およびメモリ１３８を含む。なお、蓄積器１３３、描画器１３４、入力器１３６、ＣＰＵ１３７、およびメモリ１３８はデータバスによって相互に接続されている。
【００８２】
受信器１３１は、伝送路１２０に送られるコンテンツＣやブラウザＢなどの情報を受信して、デジタルストリームを出力する。受信器１３１は、通信用モデム、ケーブルモデム、ブルートゥース等の移動体通信モジュール、一般のデジタル放送受信機におけるアンテナとチューナモジュールで構成できる。
【００８３】
復調分離器１３２は、受信器１３１が出力するデジタルビットストリームを復調し、多重化された情報を別々に分離する。復調分離器１３２は、送信装置１１０の多重器１１５における処理のちょうど反対向きの処理を行う。復調分離器１３２の出力は、蓄積器１３３および描画器１３４に与えられるだけでなく、ＣＰＵ１３７によっても読み出し可能である。
【００８４】
蓄積器１３３は例えば、ハードディスクなどのランダムアクセス可能な記録媒体であり、ＣＰＵ１３７により読み出しおよび変更可能である。蓄積器１３３は、復調分離器１３２から出力されるサービスコンテンツＣ（Ｓｍ，Ｏ）とブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）の内でブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）のみを蓄積する。これは、非蓄積型受信装置１３０においては、送信装置１１０から送信されてくるサービスコンテンツＣ（Ｓｍ，Ｏ）をリアルタイムに表示するので、サービスコンテンツＣ（Ｓｍ，Ｏ）を蓄積しておく必要がない、一方、配信されてくるサービスコンテンツＣ（Ｓｍ，Ｏ）を提示するためのブラウザＢを格納しているブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）は常に準備されている必要があるからである。
【００８５】
サービスコンテンツＣ（Ｓｍ，Ｏ）は、非蓄積型放送システム１００が提供する、ユーザが視聴等して楽んで利用する番組やデータなどのサービスの実体を意味する。ブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）は、提供されたサービスをユーザが非蓄積型受信装置１３０で実際に楽しんだり利用したりするためのユーザインタフェースを実現する。ブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）は、非蓄積型受信装置１３０が提供するプログラムコード実行環境下で実行可能な制御コードであり、サービスコンテンツＣ（Ｓｍ，Ｏ）を処理対象とする。
【００８６】
描画器１３４は、ＣＰＵ１３７からの要求に従って、ＯＳＤ（オンスクリーンディスプレイ）および復調分離器１３２から入力されるサービスコンテンツＣ（Ｓｍ，Ｏ）を画面に表示するためのグラフィックスを描画する。
【００８７】
提示器１３５は、描画器１３４からの出力をユーザが視聴可能なように提示する。提示器は例えばＣＲＴディスプレイで良い。
【００８８】
入力器１３６は、非蓄積型受信装置１３０に対しユーザが操作を指示するものである。入力器１３６は、リモコンとリモコン受光部、キーボード、およびマウスなどで構成できる。
【００８９】
ＣＰＵ１３７は、中央処理装置であり、非蓄積型受信装置１３０の各構成要素と相互に接続され、メモリ１３８に格納されたコンピュータプログラムを実行することで、非蓄積型受信装置１３０全体を制御する。
【００９０】
メモリ１３８は、書き換え可能／不可能な半導体メモリであるＲＡＭ／ＲＯＭで構成され、ＣＰＵ１３７の処理のデータを格納する領域や、ＣＰＵ１３７で実行するコンピュータプログラムやデータの格納に用いる。
【００９１】
図２、図３、図４、および図５を参照して、上述の非蓄積型放送システム１００の各構成要素に格納されるデータについて説明する。
図２に示すように、サービス属性格納器１１１には、非蓄積型放送システム１００が提供する各サービスの属性を示すサービス属性情報Ｉｓｐが格納されている。
【００９２】
図３に示すように、コンテンツ格納器１１３は、対応するサービスを構成するデータであるコンテンツＣの実体であるコンテンツ本体Ｄｃを格納する。コンテンツ格納器１１３は、サービス毎に独立して存在する。つまり、３つの異なるサービスのそれぞれに対応する、独立した３つのコンテンツ格納器１１３ａ、１１３ｂ、および１１３ｃが用意されている。
【００９３】
サービスＳ１に対応するコンテンツ格納器１１３ａには、２つのコンテンツ本体Ｄｃ（Ｓ１，１）およびＤｃ（Ｓ１，２）と１つのブラウザコンテンツ本体Ｄｃ（Ｓ１，Ｂｆｌｇ）が格納されている。任意のコンテンツ本体Ｄｃは、サービスを表すシンボルＳに接尾辞ｍ（任意の自然数）を付して個々のサービスを識別し、サービスＳｍを構成する複数のコンテンツＣの何番目であるかを示すパラメータＯ（任意の自然数）を付して、コンテンツ本体Ｄｃ（Ｓｍ，Ｏ）として表現するものとする。
【００９４】
ブラウザコンテンツ本体Ｄｃ（Ｓ１，Ｂｆｌｇ）は、サービスＳ１に供されるブラウザＢ（Ｓ１）をコンテンツ本体Ｄｃと同じフォーマットで生成したものであり、サービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）と同様に本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）と表現できる。
【００９５】
ブラウザコンテンツ本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）は、その内容はサービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）と違う、つまり、その内部にＯの代わりにサービス属性情報Ｉｓｐを示すパラメータＢｆｌｇを含んでいる。なお、サービス属性情報Ｉｓｐに関しては、後ほど図４を参照して詳述する。
【００９６】
しかしながら、ブラウザコンテンツ本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）はサービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）と同じデータ形態であるので、コンテンツ格納器１１３は両者を識別できずに、共にコンテンツ本体Ｄｃとして扱う。この意味において、ブラウザコンテンツ本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）とサービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）の両方を含めて単にコンテンツ本体Ｄｃと呼称する。  なお、簡便化のために、必要に応じて、サービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）をサービスコンテンツ本体ＤｃＳと呼称し、ブラウザコンテンツ本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）をブラウザコンテンツ本体ＤｃＢと呼称する。さらに、ブラウザコンテンツ本体Ｄｃ（Ｓｍ，Ｂｆｌｇ）から成るブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）をブラウザコンテンツＣｂと略称し、サービスコンテンツ本体Ｄｃ（Ｓｍ，Ｏ）から成るサービスコンテンツＣ（Ｓｍ，Ｏ）をサービスコンテンツＣｓと略称する。
【００９７】
次に、図４、図５および図６を参照して、コンテンツヘッダ付与器１１２から出力されるサービスコンテンツＣｓおよびブラウザコンテンツＣｂについて詳細に説明する。図４にサービス属性格納器１１１に格納されているサービス属性情報Ｉｓｐを例示する。サービス属性情報Ｉｓｐは非蓄積型放送システム１００で提供される全てのサービス（Ｓ１，Ｓ２，・・・Ｓｍ）に関する情報である。同表における各行が各サービスに対応しており、それぞれサービスＩＤとサービス名とから構成される。
【００９８】
例えば、第１行目には、サービスＩＤがＳ１、そしてサービス名が「今日のニュース」であるサービスが表されている。同様に、第２行目にはサービスＩＤがＳ２でありサービス名が「おすすめ情報」であるサービスが表され、そして、第３行目にはサービスＩＤがＳ３でありサービス名が「新車ガイド」であるサービスが表されている。サービスＩＤは、サービス属性情報Ｉｓｐ中で重複しない値がとられており、サービスを識別するのに用いることができる。
【００９９】
図５はサービスコンテンツＣｓのデータ構造を模式的に示し、図６はブラウザコンテンツＣｂのデータ構造を模式的に示している。コンテンツＣは、コンテンツＣのデータそのものであるコンテンツ本体Ｄｃと、コンテンツ本体Ｄｃに付随するメタデータであるコンテンツヘッダＨｃとから構成される。
【０１００】
図５においては、サービスコンテンツＣｓであるコンテンツＣ（Ｓ１，１）のサービスコンテンツ本体ＤｃＳにはコンテンツヘッダＨｃＳが対応付けられている。そして、図６においては、ブラウザコンテンツＣｂであるＣ（Ｓ１，Ｂｆｌｇ）のブラウザコンテンツ本体ＤｃＢｎはコンテンツヘッダＨｃＢが対応付けられている。
【０１０１】
コンテンツヘッダＨｃ（すなわち、ＨｃＳおよびＨｃＢ）は、項目と値の組を行とする表形式で表される。サービスコンテンツＣｓ（すなわち、Ｃ（Ｓ１，１））のコンテンツヘッダＨｃＳは、サービスＩＤ、コンテンツＩＤ、コンテンツバージョン、およびコンテンツ名の４つの行を含む。
【０１０２】
サービスＩＤは、図４に例示したサービス属性情報ＩｓｐのサービスＩＤに対応しており、該当するコンテンツＣが、どのサービスＳに対応するのかを識別する。本例においては、サービスＩＤがＳ１であるので、このコンテンツＣは図４に示した「今日のニュース」のサービスであることを示している。
【０１０３】
コンテンツＩＤは、コンテンツＣそれ自体の識別に用いられる。そのために、コンテンツＩＤは、例えば、送出側で重複しないように管理されて、少なくとも、非蓄積型放送システム１００の中で重複しない値をとるものとする。
【０１０４】
コンテンツバージョンは、コンテンツＣの新旧を表す。コンテンツバージョンは、コンテンツＩＤ毎に独立した値をとる。後ほど、図７を参照して述べる蓄積器１３３に現在蓄積されている現有コンテンツＣｃを更新すべき新コンテンツＣｎで置き換えたい場合、コンテンツＣの送出の際に、現有コンテンツＣｃより大きな値のコンテンツバージョンが新コンテンツＣｎに付与される。
【０１０５】
コンテンツ名は、ユーザがコンテンツを選択する際に文字列として読むための項目である。本例においては、コンテンツ本体Ｄｃが「天気予報」であることを表している。
【０１０６】
以上のサービスＩＤ、コンテンツＩＤ、コンテンツバージョン、およびコンテンツ名は、サービスコンテンツヘッダＨｃＳおよびブラウザコンテンツヘッダＨｃＢに共通に含まれる。
しかし、図６に示すように、ブラウザコンテンツＣｂのブラウザコンテンツヘッダＨｃＢには、さらにブラウザコンテンツフラグ行が含まれる。
【０１０７】
ブラウザコンテンツフラグＢｆｌｇは、コンテンツＣが、ブラウザコンテンツＣｂであることを表すための項目であり、上述のパラメータＢｆｌｇに相当する。ブラウザコンテンツヘッダＨｃＢのブラウザコンテンツフラグはＴｒｕｅであるので、コンテンツ本体Ｄｃはブラウザコンテンツ本体ＤｃＢであることを示している。
【０１０８】
図６に例示するブラウザコンテンツＣｂにおいては、サービスＩＤがＳ１であり、コンテンツＩＤが１０１であるので、サービス「今日のニュース」用のブラウザコンテンツＣｂは、コンテンツＩＤが１０１であるコンテンツ本体Ｄｃから成ることを示している。言い換えれば、サービスＩＤ、コンテンツＩＤ、およびブラウザコンテンツフラグの３つが、コンテンツＣがブラウザコンテンツＣｂであることを規定する最小限必要な情報である。
【０１０９】
以下に、上述のコンテンツＣのデータ構造に基づいて、サービス属性格納器１１１、コンテンツヘッダ付与器１１２、コンテンツ格納器１１３、およびコンテンツ送出器１１４によって行われる処理について説明する。
コンテンツ送出器１１４は、コンテンツ格納器１１３から順次供給されるコンテンツ本体Ｄｃをコンテンツヘッダ付与器１１２に送出する。コンテンツヘッダ付与器１１２は、コンテンツ本体Ｄｃ（すなわち、ＤｃＳ、ＤｃＢ）にコンテンツヘッダＨｃ（ＨｃＳ、ＨｃＢ）を付与して、コンテンツＣ（すなわち、Ｃｓ，Ｃｂ）を生成して多重器１１５に供給する。
【０１１０】
図７および図８を参照して、以下に送信装置１１０から伝送路１２０を経由して送信されたコンテンツＣ（サービスコンテンツＣｓ、ブラウザコンテンツＣｂ）が、非蓄積型受信装置１３０の各構成要素によってどのようなデータとして格納されるかについて説明する。
伝送路１２０を経由して送信装置１１０から送出された、コンテンツＣおよびサービス属性情報Ｉｓｐから成るデジタルビットストリームは、非蓄積型受信装置１３０の受信器１３１によって先ず受信されて、復調分離器１３２に供給される。
【０１１１】
復調分離器１３２は、デジタルビットストリームを復調し、該復調されたデジタルビットストリームに含まれているコンテンツＣおよびサービス属性情報Ｉｓｐを分離再生する。復調分離器１３２は、さらに、再生されたコンテンツＣからコンテンツヘッダＨｃを抽出して、サービス属性情報Ｉｓｐとともにバスに出力する。
【０１１２】
一方、再生されたコンテンツＣは一旦、復調分離器１３２中に保持される。なお、再生されたコンテンツＣと蓄積器１３３に既に蓄積されているコンテンツＣとを区別する必要がある場合には、復調分離器１３２中に保持されているコンテンツＣを復調コンテンツＣｎと称し、蓄積器１３３に蓄積されているコンテンツＣを蓄積コンテンツＣａと称する。
【０１１３】
蓄積器１３３では、復調分離器１３２で再生されたコンテンツＣが所定のタイミングで供給されて内部に格納する。図７に示すように、コンテンツヘッダ付与器１１２から多重器１１５に出力された各サービスのコンテンツＣ（すなわち、Ｃｓ、Ｃｂ）の内でブラウザコンテンツＣｂのみが蓄積器１３３に格納される。つまり、図７を参照して説明したように、蓄積器１３３内に蓄積されている蓄積コンテンツＣａはブラウザコンテンツＣｂのみである。
【０１１４】
つまり、図３に示したコンテンツ格納器１１３ａ、１１３ｂ、および１１３ｃに格納された合計８個のコンテンツ本体Ｄｃ（Ｓ１，Ｂｆｌｇ）、Ｄｃ（Ｓ１，１）、Ｄｃ（Ｓ１，２）、Ｄｃ（Ｓ２、Ｂｆｌｇ）、Ｄｃ（Ｓ３，Ｂｆｌｇ）、Ｄｃ（Ｓ３，１）、Ｄｃ（Ｓ３，２）、およびＤｃ（Ｓ３，３）に対応するコンテンツＣ（Ｓ１，Ｂｆｌｇ）、Ｃ（Ｓ１，１）、Ｃ（Ｓ１，２）、Ｃ（Ｓ２、Ｂｆｌｇ）、Ｃ（Ｓ３，Ｂｆｌｇ）、Ｃ（Ｓ３，１）、Ｃ（Ｓ３，２）、およびＣ（Ｓ３，３）の内で、コンテンツＣ（Ｓ１，Ｂｆｌｇ）、Ｃ（Ｓ２，Ｂｆｌｇ）、およびＣ（Ｓ３，Ｂｆｌｇ）が蓄積器１３３に格納される。
【０１１５】
蓄積器１３３は、さらにＣＰＵ１３７の制御によって、格納しているブラウザコンテンツＣｂに含まれるブラウザコンテンツ本体Ｄｃ（Ｓ、Ｂｆｌｇ）をバスや描画器１３４に出力する。
描画器１３４は、供給された情報に基づいて提示器１３５に画像を描画させる映像信号を生成する。
【０１１６】
図８に示すように、メモリ１３８には、サービス属性情報Ｉｓｐ、ブラウザコンテンツ実行インタプリタ２７１、およびＣＰＵ１３７に対するネイティブコードである実行形式２６５１が格納される。ブラウザコンテンツ実行インタプリタ２７１は、コンテンツをコンピュータの高級言語プログラムとして実行するためのものである。
【０１１７】
次に、図９に示すフローチャートを参照して、非蓄積型受信装置１３０において受信したコンテンツＣに含まれるブラウザコンテンツＣｂを起動させる動作について説明する。
ステップＳ５０１において、復調分離器１３２から出力されたサービス属性情報Ｉｓｐ中に記載されている各サービスのサービス名が提示器１３５の画面上に一覧表示される。
【０１１８】
ステップＳ５０２において、ユーザによる入力器１３６の操作に基づいて、ステップＳ５０１で表示されたサービス名の一覧から選択された１つのサービスが検出される。つまり、ユーザによる入力器１３６の操作とサービス名一覧に基づいて、ユーザが選択したサービスが特定される。
【０１１９】
ステップＳ５０３において、ステップＳ５０２で特定されたサービスに対応するサービスＩＤがサービス属性情報Ｉｓｐから得られる。
【０１２０】
ステップＳ５０４において、蓄積器１３３に格納されている全コンテンツＣを検索して、ステップＳ５０３で得たサービスＩＤを有しコンテンツヘッダＨｃＢのブラウザコンテンツフラグＢｆｌｇがＴｒｕｅであるコンテンツＣｂが選出される。
【０１２１】
ステップＳ５０５において、ステップＳ５０４で選出されたブラウザコンテンツＣｂがブラウザコンテンツ実行インタプリタ２７１によって実行される。
【０１２２】
このように、ブラウザコンテンツＣｂのコンテンツヘッダＨｃＢにブラウザコンテンツフラグＢｆｌｇを備えることで、ブラウザコンテンツＣｂとそれ以外の通常のサービスコンテンツＣｓとを区別することができる。また、個々のサービスＳを指定すると、それに対応するブラウザコンテンツＣｂ（すなわち、Ｃ（Ｓｍ，Ｂｆｌｇ））をブラウザとして起動できる。
【０１２３】
次に、図１０に示すフローチャートを参照して、非蓄積型受信装置１３０によるブラウザコンテンツＣｂの更新動作を説明する。
ステップＳ６０１において、復調分離器１３２によって、コンテンツＣｎ（すなわち、Ｃｂ、Ｃｓ）、サービス属性情報Ｉｓｐ、およびコンテンツヘッダＨｃ（すなわち、ＨｃＢ、ＨｃＳ）が再生される。
【０１２４】
ステップＳ６０８において、分離された新コンテンツＣｎのブラウザコンテンツフラグＢｆｌｇが真（Ｔｒｕｅ）であるか否かが判断される。否（Ｆａｌｓｅ）の場合、処理は上述のステップＳ６０１に戻る。なおブラウザコンテンツフラグＢｆｌｇがない、つまりサービスコンテンツＣｓの場合も、本ステップにおいて否と判断される。そして、ブラウザコンテンツフラグＢｆｌｇが真、つまり新コンテンツＣｎがブラウザコンテンツＣｂである場合、処理は次のステップＳ６０２に進む。
【０１２５】
ステップＳ６０２において、ステップＳ６０１で分離したコンテンツヘッダＨｃがバスに出力される。つまり、ブラウザコンテンツＣｂのブラウザコンテンツヘッダＨｃＢのみが出力される。
【０１２６】
ステップＳ６０３において、分離されたコンテンツヘッダＨｃに対応する新コンテンツＣｃ（ブラウザコンテンツＣｂ）が、蓄積器１３３中を検索されて選出される。つまり、蓄積器１３３に蓄積されている全てのブラウザコンテンツＣｂ中でサービスＩＤが、分離されたコンテンツヘッダＨｃに記述されているサービスＩＤと同じである現有コンテンツＣｃ（ブラウザコンテンツＣｂ）が選出される。
【０１２７】
ステップＳ６０４において、蓄積器１３３中に同じコンテンツＩＤを持つブラウザコンテンツＣｂが存在しないと判断される場合、処理は次のステップＳ６０５に進む。
【０１２８】
ステップＳ６０５において、蓄積器１３３の中に該当するものがない新ブラウザコンテンツＣｎ（Ｃｂ）が、現有ブラウザコンテンツＣｃ（Ｃｂ）として、新たに格納される。そして、処理は上述のステップＳ６０１に戻る。
【０１２９】
一方、ステップＳ６０４において、ステップＳ６０２における検索の結果、蓄積器１３３中に同じコンテンツＩＤを持つブラウザコンテンツＣｂ（現有コンテンツＣｃ）が存在すると判断される場合、処理はステップＳ６０６に進む。
【０１３０】
ステップＳ６０６において、ステップＳ６０２で出力されたブラウザコンテンツヘッダＨｃＢに含まれるコンテンツバージョンに基づいて、ステップＳ６０１で分離された新ブラウザコンテンツＣｎ（Ｃｂ）は、蓄積器１３３で蓄積されている現有ブラウザコンテンツＣｎ（Ｃｂ）より新しいか否かが判断される。新しいと判断された場合、処理は次のステップＳ６０７に進む。
【０１３１】
ステップＳ６０７において、蓄積器１３３に格納されている現有ブラウザコンテンツＣｎ（Ｃｂ）が、復調分離器１３２で保持されている新ブラウザコンテンツＣｎ（Ｃｂ）で更新される。なお、この時点で新ブラウザコンテンツＣｎ（Ｃｂ）は、現有ブラウザコンテンツＣｃとなる。そして、処理はステップＳ６０１に戻る。
【０１３２】
一方、ステップＳ６０６において、復調された新ブラウザコンテンツＣｎ（Ｃｂ）は蓄積器１３３に格納されている現有新ブラウザコンテンツＣｃ（Ｃｂ）より新しくないと判断される場合、上述のステップＳ６０７による現有ブラウザコンテンツＣｎ（Ｃｂ）の更新ステップをスキップして、処理はステップＳ６０１に戻る。
【０１３３】
上述のように、非蓄積型放送システム１００においては、送信装置１１０は各サービスＳｍに対するユーザインタフェースを提供するブラウザコンテンツＣｂを、各サービスＳｍを構成するコンテンツＣの一部または全体として送出する。そして、非蓄積型受信装置１３０は送出されたコンテンツＣを受信して、受信してコンテンツＣに含まれるブラウザコンテンツＣｂを起動してユーザインタフェースを実行する。なお、図１０に示す処理は、図９に示したフローチャートのステップＳ５０４の一部として実行してもよいし、ブラウザコンテンツＣｂの更新が必要な場合にのみ、実行させるようにしても良い。
【０１３４】
そして、ブラウザコンテンツＣｂは、非蓄積型受信装置１３０で既に保有しているバージョンより新しいものが配信されたり、非蓄積型受信装置１３０で保有していないものが配信された時点で自動的に更新あるいは保有される。つまり、コンテンツＣの更新処理はコンテンツＣがブラウザコンテンツＣｂの場合にのみ行われる。この仕組みは、特定のサービス毎の機能ではなく、非蓄積型受信装置１３０全体に唯一であり全サービス共通の機能である。従って、このブラウザコンテンツＣｂの更新機能を実現するだけで、全てのサービスに対してサービスコンテンツＣｓのリアルタイム処理が行われるだけではなく、ブラウザ、すなわち、ブラウザコンテンツＣｂの更新と蓄積も行われる。
【０１３５】
言い換えれば、本実施の形態においては、各サービスに対するユーザインタフェースであるブラウザコンテンツＣｂをコンテンツの一部として送ることによって、ユーザインタフェースを伝送するための特別な仕組みをサービス毎に用意する必要がなく、あたかもコンテンツを更新するがごとくユーザインタフェースを更新できる。
【０１３６】
（第２の実施の形態）
以下に、図１１、図１２、図１３、および図１４を参照して、本発明の第２の実施の形態に係る非蓄積型放送システムについて説明する。図１１に示すように、本例に係る非蓄積型放送システム７００は、図１に示した非蓄積型放送システム１００と同様に送信装置７１０、伝送路１２０、および非蓄積型受信装置７３０を含む。
【０１３７】
送信装置７１０は、非蓄積型放送システム１００の送信装置１１０に電子署名器７１１が追加されている。非蓄積型受信装置７３０は、非蓄積型受信装置１３０にＫＰ抽出器７４０、Ｓｇ抽出器７４１、および暗号解読器７２１が追加されている。以下に、非蓄積型放送システム１００と共通の特徴に関する説明を省略して、非蓄積型放送システム７００に固有の特徴について主に説明する。
【０１３８】
電子署名器７１１は、電子署名の鍵を管理するとともに、ブラウザコンテンツＣｂに対する電子署名（デジタル署名）を行う。電子署名としては公開鍵暗号の技術を用いる。この技術は、ある情報の配布者に対して一組の秘密鍵と公開鍵を作成しておき、公開鍵だけを情報の利用者に配布し、秘密鍵は秘密に保管しておく。そして、配布したい情報に対して、配布者が秘密鍵を用いて電子署名する（電子署名された情報は、元々の情報と電子署名との組みの形式になる）。利用者が受け取った電子署名された情報と配布者の公開鍵とを用いることで、秘密鍵を持つ配布者が電子署名した情報であることを認証することができる。
【０１３９】
電子署名器７１１は、サービス毎の秘密鍵と公開鍵とを保持する。電子署名器７１１は、当該サービスの秘密鍵で当該サービスのブラウザコンテンツＣｂに電子署名する。つまり、電子署名器７１１は、コンテンツ格納器１１３に接続されて、コンテンツ格納器１１３ａ、１１３ｂ、および１１３ｃのそれぞれから供給されたコンテンツ本体Ｄｃのサービスに応じて、サービス毎に異なる公開鍵ＫＰをサービス属性格納器１１１に出力する。
【０１４０】
具体的には、図１３に示すように、ブラウザコンテンツＣｂのコンテンツヘッダＨｃＢに電子署名の項目を追加することで電子署名がブラウザコンテンツＣｂに格納される。つまり、ブラウザコンテンツＣｂに対して、ブラウザコンテンツＣｂｃ（Ｓ１，Ｂｓｇｎ）のコンテンツヘッダには電子署名行が存在する。電子署名行の値の列には、対応するコンテンツの本体Ｄｃを、コンテンツの属するサービスＳ１の秘密鍵で電子署名を行った結果の情報（電子署名）が格納される。
【０１４１】
電子署名を追加されたコンテンツヘッダＨｃＢをコンテンツヘッダＨｃＢｃと識別する。さらに、電子署名の項目を有するブラウザコンテンツを他のブラウザコンテンツＣｂと識別するためにブラウザコンテンツＣｂｃと称するとともに、Ｃ（Ｓｍ，Ｂｓｇｎ）と表すものとする。
【０１４２】
サービス属性格納器１１１は、公開鍵ＫＰを含んだサービス属性情報Ｉｓｐｃを生成して多重器１１５に出力する。図１２に、生成されたサービス属性情報Ｉｓｐｃの構造を示す。サービス属性情報Ｉｓｐｃは、公開鍵ＫＰの値を格納する列を持っている。そして、３つのサービスＳ１、Ｓ２、およびＳ３のそれぞれに対して、公開鍵が格納される。
【０１４３】
電子署名器７１１は、さらに電子署名Ｓｇを生成してコンテンツヘッダ付与器１１２に出力する。コンテンツヘッダ付与器１１２は、コンテンツ送出器１１４から供給されるコンテンツ本体Ｄｃと、電子署名器７１１から供給される電子署名Ｓｇに基づいて署名付ブラウザコンテンツＣｂｃを生成して、署名付ブラウザコンテンツＣｂｃとサービスコンテンツＣｓとをコンテンツＣとして多重器１１５に出力する。
【０１４４】
非蓄積型受信装置７３０は、復調分離器１３２によって受信したデジタルビットストリームから、コンテンツＣ（ＣｓおよびＣｂｃ）、コンテンツヘッダＨｃ（ＨｃＳ，ＨｃＢｃ）、およびサービス属性情報Ｉｓｐｃを再生する。コンテンツＣ（ＣｓおよびＣｂｃ）は復調分離器１３２内部で保持され、コンテンツヘッダＨｃ（ＨｃＳおよびＨｃＢｃ）はバスに出力されるとともにＳｇ抽出器７４１に出力され、サービス属性情報ＩｓｐｃはＫＰ抽出器７４０に出力される。
【０１４５】
Ｓｇ抽出器７４１は、供給されたコンテンツヘッダＨｃの内で、ブラウザコンテンツＣ（Ｓｍ，Ｂｆｌｇ）のコンテンツヘッダＨｃから電子署名Ｓｇを抽出して、バスに出力する。
ＫＰ抽出器７４０は、サービス属性情報Ｉｓｐｃから公開鍵ＫＰを抽出して、バスに出力する。
暗号解読器７２１は、バスを介して供給される公開鍵ＫＰに基づいて、コンテンツヘッダＨｃＢｃ内の電子署名を認証する。
【０１４６】
上述のように、非蓄積型受信装置７３０では、受信したブラウザコンテンツＣｂｃの電子署名Ｓｇと、サービス属性情報Ｉｓｐｃ内にある公開鍵ＫＰとから、正しいブラウザコンテンツＣｂｃであることを認証することができる。すなわち、各サービスのコンテンツ制作者が、サービス固有の秘密鍵によって暗号化したブラウザコンテンツＣｂｃであることを保証できる。
【０１４７】
次に、第２の実施の形態における非蓄積型受信装置７３０の動作について説明する。非蓄積型受信装置７３０による、受信したコンテンツＣに含まれるブラウザコンテンツＣｂを起動させる動作は、サービス属性情報ＩｓｐがＩｓｐｃに変わっている点および対象のコンテンツＣがブラウザコンテンツＣｂｃに変わっている点を除けば、既に図９に示すフローチャートを参照して、説明した第１の実施の形態に非蓄積型受信装置１３０よる動作と基本に同一であるので説明を省略する。
【０１４８】
よって、図１４に示すフローチャートを参照して、非蓄積型受信装置７３０によるブラウザコンテンツＣｂの更新動作について説明する。非蓄積型受信装置７３０によるブラウザコンテンツＣｂの更新動作は、図１０を参照して説明した非蓄積型受信装置１３０によるブラウザコンテンツＣｂの更新動作に類似している。つまり、図１４に示すフローチャートでは、図１０に示すフローチャートにおいて、ステップＳ６０２とステップＳ６０３の間に、新たにステップＳ１００１、Ｓ１００２、Ｓ１００３、およびＳ１００４が追加されている。
【０１４９】
つまり、上述のごとく、ステップＳ６０１およびＳ６０２における処理を経て、ブラウザコンテンツＣｂが処理対象とされる。そして、処理は、新たに追加されたステップＳ１００１に進む。
【０１５０】
ステップＳ１００１において、取り出されたブラウザコンテンツＣｂｃの、コンテンツヘッダＨｃＢに格納される電子署名の行が参照される。電子署名の項目が存在すれば、処理はステップＳ１００２に進む。
【０１５１】
ステップＳ１００２において、ブラウザコンテンツＣｂｃの電子署名Ｓｇが、対応するサービスの公開鍵ＫＰに対応する秘密鍵によりなされたものかを認証する。この際に用いる公開鍵ＫＰは、サービス属性情報Ｉｓｐｃから、当該するサービスの行を選択することで得られるものである。そして、処理は次のステップＳ１００３に進む。
【０１５２】
ステップＳ１００３において、ステップＳ１００２における認証の結果、電子署名Ｓｇが正しくないと判断された場合には、処理はステップＳ１００４へ進む。
【０１５３】
ステップＳ１００４において、署名付のブラウザコンテンツＣｂｃが異常である旨の警告を表示して、処理を終了する。つまり、また、電子署名に何らかの異常があると判断される（ステップＳ１００１あるいはステップＳ１００３でＮｏ）場合は、全て本ステップにおいて警告が発せられる。そして、処理は上述のステップＳ６０３に進む。
【０１５４】
一方、ステップＳ１００３で、電子署名が正しいと判断された場合は、上述のステップＳ１００４をスキップして、処理は第１の実施の形態の場合と同様に、ステップＳ６０４、Ｓ６０５、Ｓ６０６、並びＳ６０７に進む。
【０１５５】
上述のように、本実施の形態に係る非蓄積型放送システム７００においては、非蓄積型放送システム１００におけるのと同様に、送出されたコンテンツＣを受信して、受信してコンテンツＣに含まれるブラウザコンテンツＣｂを起動してユーザインタフェースを実行する。しかしながら、非蓄積型放送システム７００においては、電子署名の技術を用いることで、注目するサービスに対してその秘密鍵を所有している者だけが、非蓄積型受信装置７３０において実行可能なブラウザコンテンツＣｂを送出することができる。
【０１５６】
このため、注目するサービスに対する秘密鍵を所有していない者が、どのようなコンテンツをコンテンツ格納器に格納したとしても、故意に誤ったブラウザコンテンツＣｂを送って非蓄積型受信装置７３０で実行させることを禁止できる。また、注目するものとは別のサービスの秘密鍵によって電子署名された、ブラウザコンテンツＣｂを、注目するサービスのブラウザコンテンツＣｂとして実行させることを禁止することができる。
【０１５７】
なお、機構の簡便化のために、コンテンツ本体のみ電子署名したが、コンテンツヘッダもコンテンツ本体に含めて電子署名の対象にしても良い。
【０１５８】
なお、公開鍵暗号を用いない簡易な電子署名の方法を用いても良い。例えば、サービス毎の秘密鍵を作成し、秘密鍵を何らかの方法で受信装置に格納させておく。そして、サービス毎の秘密鍵でブラウザコンテンツＣｂであることを伝える情報を暗号化し、受信装置側でこの情報を秘密鍵で解読し、ブラウザコンテンツＣｂであることを判断しても良い。
【０１５９】
上述のように、本実施形態においては、各サービスに対するユーザインタフェースを提供するコンテンツであるブラウザコンテンツＣｂｃに電子署名する電子署名器７１１と、ブラウザコンテンツ本体ＤＣｂｃを含むコンテンツ本体Ｄｃを送出するコンテンツ格納器１１３と電子署名Ｓｇの公開鍵ＫＰを全てのサービス共通のサービス属性情報Ｉｓｐｃとして送出するサービス属性格納器１１１と、電子署名Ｓｇを認証することでコンテンツＣをブラウザコンテンツＣｂｃであると判断する非蓄積型受信装置７３０を具備することによって、非蓄積型放送システム７００において配信されるコンテンツＣの信頼性を確保できる。
【０１６０】
つまり、本実施の形態においては、１つのサービスに属する複数のコンテンツＣの中からブラウザコンテンツＣｂを指定する仕組みとして電子署名を用い、電子署名に用いる鍵をサービスの提供者毎に用意することで、そのサービスに対して提供者以外がブラウザコンテンツＣｂを指定することができない。結果、サービスの提供者以外の悪意を持つ者が、ブラウザコンテンツＣｂを不正に指定することを禁止できる。
【０１６１】
（第３の実施の形態）
次に、図１５、図１６、図１７、および図１８を参照して、本発明の第３の実施の形態に係る非蓄積型放送システムついて説明する。図１５に示すように、本例に係る非蓄積型放送システム１０００は、図１に示した非蓄積型放送システム１００と同様に送信装置１０１０、伝送路１２０、および非蓄積型受信装置１３０を含む。送信装置１０１０は、非蓄積型放送システム１００の送信装置１１０におけるコンテンツヘッダ付与器１１２がコンテンツヘッダ付与器１１２ｉで置き換えられているだけである。以下に、非蓄積型放送システム１００と共通の特徴に関する説明を省略して、非蓄積型放送システム１０００に固有の特徴について主に説明する。
【０１６２】
コンテンツヘッダ付与器１１２ｉは、コンテンツヘッダ付与器１１２の機能に以下に述べる機能が追加されている。つまり、コンテンツ格納器１１３ａ、１１３ｂ、および１１３ｃに格納される複数のコンテンツ本体Ｄｃに対して、ブラウザコンテンツＣｂｉを指定し、指定されたコンテンツ（ブラウザコンテンツＣｂｉ）のコンテンツＩＤとコンテンツバージョンをブラウザ識別情報Ｂｉｄとして抽出する。そして、コンテンツヘッダ付与器１１２ｉは抽出したブラウザ識別情報Ｂｉｄをサービス属性格納器１１１に出力する。
【０１６３】
サービス属性格納器１１１は、ブラウザ識別情報Ｂｉｄに基づいて、図１６に示すようにサービス属性情報ＩｓｐにブラウザコンテンツＣｂのコンテンツＩＤとコンテンツバージョンとを書き込む。つまり、サービス属性情報Ｉｓｐｉは、コンテンツＩＤを表す列と、コンテンツバージョンを表す列とから構成されるブラウザコンテンツ指定情報列を持つ。
【０１６４】
ブラウザコンテンツ指定情報はサービス毎に指定され、これにより、コンテンツ中からブラウザコンテンツＣｂ（Ｃｂｉ）を判別することができる。このようにブラウザコンテンツＣｂｉのコンテンツＩＤとコンテンツバージョンが書き込まれたサービス属性情報Ｉｓｐを、サービス属性情報Ｉｓｐｉとして識別する。
【０１６５】
ブラウザコンテンツＣｂｉの指定は、コンテンツヘッダＨｃＢｉのブラウザコンテンツフラグにより行われるのではなく、コンテンツヘッダ付与器１１２ｉが、コンテンツを選択することで行われる。
【０１６６】
図１７に、コンテンツヘッダＨｃＢｉの一例を示す。ブラウザコンテンツＣｂｉの指定は、ブラウザコンテンツフラグＢｆｌｇにより行われないため、コンテンツヘッダＨｃｂｉには、ブラウザコンテンツフラグＢｆｌｇの行は存在しない。また、コンテンツヘッダ上では、サービスコンテンツＣｓとブラウザコンテンツＣｂを区別することはできない。本例においては、人間が文字列を読んで意味を認識するという意味ではコンテンツ名の行によってブラウザコンテンツＣｂであるか認識は可能であるかに見えるが、送信装置１０１０および非蓄積型受信装置１３０のレベルでは認識されない。
【０１６７】
次に、本実施の形態における非蓄積型受信装置１３０の動作について説明する。非蓄積型受信装置７３０による、受信したコンテンツＣに含まれるブラウザコンテンツＣｂを起動させる動作は、サービス属性情報ＩｓｐがＩｓｐｉに変わっている点および対象のコンテンツＣがブラウザコンテンツＣｂｃに変わっている点を除けば、既に図９に示すフローチャートを参照して、説明した第１の実施の形態に非蓄積型受信装置１３０よる動作と基本に同一であるので説明を省略する。
【０１６８】
このように、非蓄積型放送システム１０００においては、非蓄積型受信装置１３０は非蓄積型放送システム１００におけるのと同じ構成であるが、格納されるプログラムコードやデータが異なるのでその動作は若干異なる。よって、図１８に示すフローチャートを参照して、本実施の形態に係る非蓄積型受信装置１３０によるブラウザコンテンツＣｂの更新動作について説明する。図１８に示すように、本実施の形態におけるブラウザコンテンツＣｂの更新動作は、図１０に示すフローチャートにおいて、ステップＳ６０８がステップＳ１４０１およびＳ１４０２に置き換えられている。
【０１６９】
つまり、ステップＳ１４０１においては、ステップＳ６０１において復調されたコンテンツＣ（すなわち、Ｃｎ）および分離されたコンテンツヘッダＨｃに基づいて、ユーザによって選択された（Ｓ５０２、Ｓ５０３）サービスに対し、サービス属性情報Ｉｓｐｉを参照して、ブラウザコンテンツ指定情報が取り出される。
【０１７０】
ステップＳ１４０２において、ステップＳ１４０１で取り出されたブラウザコンテンツ指定情報のコンテンツＩＤとコンテンツバージョンを持つコンテンツＣ（ブラウザコンテンツＣｂｉ）が、蓄積器１３３の中で検索されて選出される。そして、選出されたコンテンツＣがブラウザコンテンツＣｂｉとされた後に、処理は上述のステップＳ６０４に進む。一方、検索の結果、該当するコンテンツＣ（ブラウザコンテンツＣｂｉ）が選出されなかった場合、処理はステップＳ６０１に戻る。
【０１７１】
ブラウザコンテンツＣｂｉの指定は、コンテンツヘッダ付与器１１２ｉによって行われる。このため、コンテンツヘッダ付与器１１２ｉを正しく管理すれば、ブラウザコンテンツＣｂｉが重複して指定されたり、別のサービスのコンテンツＣをブラウザコンテンツＣｂｉと誤指定することを防止できる。
【０１７２】
上述のように、本実施形態においては、各サービスを構成するコンテンツの本体を送出するコンテンツ送出器１１４と、複数のコンテンツ本体からブラウザコンテンツ本体ＤＣｂを指定するブラウザ識別情報Ｂｉｄを全てのサービスに共通のブラウザコンテンツ指定情報としてサービス属性情報Ｉｓｐｉに含めて送出するサービス属性格納器１１１と、ブラウザコンテンツ指定情報によってコンテンツＣをブラウザコンテンツＣｂｉであると判断する非蓄積型受信装置１３０を具備することにより、ブラウザコンテンツＣｂｉとサービスコンテンツＣｓとの区別が保証された非蓄積型放送システム１００が実現できる。
【０１７３】
つまり、本実施の形態においては、複数のサービスに共通の制御コンテンツ指定情報によってブラウザコンテンツＣｂｉを指定し、ブラウザコンテンツ指定情報をコンテンツやコンテンツヘッダと独立させることにより、コンテンツ格納器の内容をいかにしようとも、別のサービスに対するブラウザコンテンツＣｂの指定を不正に指定することを禁止できる。例えば、ブラウザコンテンツＣｂ指定情報を、各サービス提供者ではなく、受託放送事業者の管理下に置いた運用を行った場合、複数のサービス提供者間での不正なブラウザコンテンツＣｂの指定を防ぐことができる。
【０１７４】
（第４の実施の形態）
次に、図１９、図２０、図２１、図２２、および図２３を参照して、本発明の第４の実施の形態に係る非蓄積型放送システムついて説明する。図１９に示すように、本例に係る非蓄積型放送システム１５００は、図１に示した非蓄積型放送システム１００と同様に送信装置１５１０、伝送路１２０、および非蓄積型受信装置１３０を含む。送信装置１５１０は、非蓄積型放送システム１００の送信装置１１０にコンテンツＩＤ空間管理器１５０１が追加されているだけである。
【０１７５】
以下に、非蓄積型放送システム１００と共通の特徴に関する説明を省略して、非蓄積型放送システム１５００に固有の特徴について主に説明する。
コンテンツＩＤ空間管理器１５０１は、各サービスに対し、そのサービスに属するコンテンツのコンテンツＩＤのとる値の範囲（空間）を管理することで、ブラウザコンテンツＣｂｓを指定する。
コンテンツＩＤ空間とは、例えば、コンテンツＩＤが、１００から１９９の間ならばサービスＩＤがＳ１のコンテンツ、２００から２９９の間ならばサービスＩＤがＳ２のコンテンツ、３００から３９９の間ならばサービスＩＤがＳ３のコンテンツ、０から９９の間ならばブラウザコンテンツＣｂ（Ｃｂｃ）であるという取決めにより定義される。
【０１７６】
コンテンツＩＤ空間管理器１５０１はコンテンツ空間定義ＣＳＤを生成して、コンテンツヘッダ付与器１１２に出力する。コンテンツヘッダ付与器１１２は、コンテンツ空間定義ＣＳＤに基づいて、コンテンツ送出器１１４を経由して、コンテンツ格納器１１３ａ、１１３ｂ、および１１３ｃのそれぞれから供給されるコンテンツ本体Ｄｃ（ＤｃＢｓ）のコンテンツヘッダＨｃ（ＨｃＢｓ）に格納されるコンテンツＩＤの項目の値を、定義されたコンテンツＩＤ空間に適合したコンテンツＩＤの値に書き換える。
【０１７７】
図２１に、コンテンツ空間定義ＣＳＤの一例を示す。コンテンツ空間定義ＣＳＤには、コンテンツＩＤの範囲を表す列とともにコンテンツ空間を定義する情報を含む。同例においては、各サービスでは、０から９９までの範囲で自由にコンテンツＩＤを設定したコンテンツが制作され、各コンテンツ格納器に格納される。サービスＳ１に注目すると、コンテンツ格納器１１３ａから供給されるコンテンツ本体Ｄｃから生成されるブラウザコンテンツＣｂｓに関しては、そのコンテンツＩＤが０から９９の間であることを確認できれば出力する。この際、コンテンツＩＤが０から９９の間でなければ、そのブラウザコンテンツＣｂｓは不正なコンテンツであるとして取り除く。
【０１７８】
一方、サービスＳ１のコンテンツであるサービスコンテンツＣｓに対しては、コンテンツＩＤに１００を加算し１００から１９９の間の値に変換する。変換後、１００から１９９の間であることを確認し、正しければ出力し、１００から１９９の間以外であれば、不正なコンテンツであるとして取り除く。
なお、変換の際に、コンテンツ中に埋め込まれた他のコンテンツ参照のためのコンテンツＩＤに対しても同様の変換を行う。
【０１７９】
図２２に、コンテンツＩＤ空間管理器１５０１により書き換えられたブラウザコンテンツＣｂｓの構成例を示す。ブラウザコンテンツＣｂｓのコンテンツヘッダＨｃＢｓにおいて、コンテンツＩＤが００１であり、これは、ブラウザコンテンツＣｂのコンテンツＩＤの範囲として定められた０〜９９９に含まれる。
また、コンテンツＩＤ空間管理器１５０１は、サービス属性情報格納器１１１に格納されるサービス属性情報に、コンテンツＩＤ空間を定義するための情報を付加する。
【０１８０】
図２０に、サービス属性情報Ｉｓｐｓの一例を示す。サービス属性情報Ｉｓｐｓは、図４に示した第１の実施の形態に係るサービス属性情報Ｉｓｐと同じ内容である。つまり、本実施の形態におけるブラウザコンテンツＣｂｓの起動動作は、サービス属性情報ＩｓｐがＩｓｐｓに変わっている点および対象のコンテンツＣがブラウザコンテンツＣｂｓに変わっている点を除けば、図９を参照して説明した第１の実施の形態における動作と基本的に同一であるので説明を省略する。
【０１８１】
次に、図２３を参照して、非蓄積型受信装置１３０によるブラウザコンテンツＣｂｓの更新動作について説明する。図１８に示すように、本実施の形態におけるブラウザコンテンツＣｂの更新動作は、図１０に示すフローチャートにおいて、ステップＳ６０８がステップＳ１８０１およびＳ１４０２に置き換えられている。
【０１８２】
つまり、ステップＳ１８０１においては、ステップＳ６０１において復調されたコンテンツＣ（Ｃｎ）および分離されたコンテンツヘッダＨｃに基づいて、選択されたサービスであって、さらにコンテンツＩＤがサービス属性情報Ｉｓｐｓで指定されるブラウザコンテンツＣｂｓの範囲に含まれるコンテンツＣが検索される。そして、該当するコンテンツＣが見つかった場合に、処理は次のステップＳ６０２に進む。一方、該当するコンテンツＣが見つからなかった場合は、処理は上述のステップＳ６０１に戻る。
【０１８３】
上述のように、非蓄積型放送システム１５００は、コンテンツＩＤの空間を管理し、この管理により指定される特別の値を持つコンテンツＩＤを持つコンテンツをブラウザコンテンツＣｂｓとして指定できる。このように特別なフィールド（この場合は列）をコンテンツヘッダＨｃＢｓなどに用意することなく、ブラウザコンテンツＣｂｓを指定することができる。
【０１８４】
つまり、コンテンツ提供者だけが自分のサービスに対応するコンテンツ本体Ｄｃをコンテンツ格納器１１３に格納することさえ保証すれば、いかなるコンテンツＣをコンテンツ格納器１１３に格納しようとも、別のサービスに対してブラウザコンテンツＣｂを不正に指定させ非蓄積型受信装置１３０において実行させることを禁止できる。
【０１８５】
本実施の形態においては、コンテンツのＩＤ空間が、複数のサービス提供者全体に対して単一であるとき、ブラウザコンテンツＣｂのとるコンテンツＩＤの範囲を予め定めることによって、複数のサービス提供者間で不正にブラウザコンテンツＣｂの指定が行われることを防ぐことができる。コンテンツＩＤのフィールドを用いるだけで良く、新たなフィールドをコンテンツヘッダなどに用意する必要がないため、従来技術の送出装置からの変更が少なく、また、従来技術の非蓄積型受信装置のコンテンツ受信に関する部分の流用が容易である。
【０１８６】
以上、本発明を詳細に説明してきたが、前述の説明はあらゆる点において本発明の例示にすぎず、その範囲を限定しようとするものではない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。
【０１８７】
本発明に係る非蓄積型放送システムにおけるブラウザ伝送を、既存放送のインフラを用いて実現する場合には、以下に述べる理由により、当該放送の規格の信号形式を満たすことが望ましい若しくは必要である。
【０１８８】
理由１：  デジタル放送においては法律や規格によって規定された信号形式以外の電波を送出することが禁止されている。よって、新たな信号形式を導入すれば、法律や規格に違反してしまい、最悪、放送業者は放送免許を剥奪される可能性がある。
【０１８９】
理由２：  新たな信号形式を導入した場合には、既に放送インフラに接続されている受信装置が誤動作する可能性がある。例えば、デジタルテレビの寿命の目安は１０年程度である。この場合、１０年前に出荷されたテレビが、現在受信する電波信号によって誤動作しないことという要求を満たせない。
【０１９０】
理由３：  新たな信号形式を導入するには、放送設備の改修やテストに多大なコストが発生し現実的ではない。
【０１９１】
理由４：  既存の放送規格の信号形式を満たす場合には、信号コンテンツを伝送する帯域とは別に、ブラウザを伝送する帯域を別途固定的に確保する必要がない。すなわちコンテンツの伝送とブラウザの伝送とは同一の帯域を共用する。このため、コンテンツを伝送する帯域が不足している時に、一方、ブラウザを伝送する帯域には空きが発生するという、コンテンツとブラウザで異なる帯域を利用すると言うことに起因する無駄の発生を防止できる。さらに、ブラウザを伝送するための帯域を管理する仕組みを別個に用意する必要がない。
【０１９２】
理由５：  既存の放送規格の信号形式を満たす場合には、コンテンツと同時にブラウザを受信することができる。典型的な従来の受信装置ではコストなどの制約から同時に１つの放送チャンネルのみしか受信できないことが多い。そして、テレビ番組（コンテンツ）が放送されているチャンネルとは別のチャンネルでブラウザが送られる。このため、コンテンツを受信していない深夜などの時間帯に、ブラウザをおくるチャンネルを受信してブラウザを置き換えていた。このような場合には、本発明によれば、コンテンツを受信したその時に、ブラウザが今まさに欲しい状況下で、同一の放送チャンネルを受信することですぐさまコンテンツに必要なブラウザを受信することができる。
【０１９３】
理由６：  信号形式が既存或いは新規であるに関わらず、本発明においては、限られた受信機の計算資源（ＲＯＭ容量、ＲＡＭ容量、ＣＰＵ処理速度）を有効に利用できる。ブラウザの伝送形式がコンテンツと同一であることは、ブラウザとコンテンツとで伝送のプロトコルがただ一つしかないことを意味する。
【０１９４】
一般に、あるプロトコルの受信を行うソフトウェアであるプロトコルスタックを実行するには、プロトコルごとの処理に必要なプログラムを格納するＲＯＭ容量と実行のためのＲＡＭ容量が必要である。本発明においては、プロトコルが一つであるため、ブラウザを全く更新できない受信装置と比較した場合でも、ＲＯＭ容量とＲＡＭ容量の増分が非常に少なくて良い。また、プロトコル切り替えのオーバーヘッドも不要であるため、同程度のＣＰＵ処理速度でブラウザ受信とコンテンツ受信とを同時に実行できる。
【０１９５】
理由７：  信号形式が既存或いは新規であるに関わらず、本発明においては、コンテンツ受信とブラウザの受信の実行タイミングは送出側からのコンテンツに含まれるブラウザの送出するタイミングにより完全に制御される。ブラウザを送出する間はコンテンツを送出しないなどの送出側の制御によって受信機の負荷が必要以上に増大することを未然に防ぐことができる。また、特定のコンテンツの提示に必要なブラウザを適切なタイミングで送出することで、コンテンツを受信した際には常に適切なブラウザを受信済みにすることを保証することが放送側の制御で行うことができ、この制御には受信機側の計算資源を必要としない。
【０１９６】
理由８：  信号形式が既存或いは新規であるに関わらず、本発明においては、送出装置から受信装置への一方向のみのデータの伝送のみによって実行できるため、別途通信回線などによる送出装置への何らかの情報伝送が可能な通信インフラを必要とせず実施可能である。このことはたとえ数１００万台の受信装置が存在し、同時にブラウザを置き換える必要があるとしても、送出装置は必要な情報を放送によって伝送しさえすれば良い。そのために、数１００万台の受信装置からのブラウザ伝送要求を受け付けるようなサーバや通信回線などを用意する必要がないため実現が相対的に容易である。
【産業上の利用可能性】
【０１９７】
以上のように、本発明は、ユーザが所望のコンテンツをビューワで視聴するために必要なプレゼンタを、自動的にユーザにリアルタイムに提供する非蓄積型情報サービスシステムに有用である。
【図面の簡単な説明】
【０１９８】
【図１】本発明の第１の実施の形態に係る非蓄積型放送システムの構成を示すブロック図
【図２】図１に示すサービス属性格納器に格納されているサービス属性情報の説明図
【図３】図１に示すコンテンツ格納器に格納されているコンテンツ本体の一例を示す模式図
【図４】図１に示す非蓄積型放送システムにおけるサービス属性情報の説明図
【図５】図１に示す非蓄積型放送システムにおけるサービスコンテンツの説明図
【図６】図１に示す非蓄積型放送システムにおけるブラウザコンテンツの説明図
【図７】図１に示す蓄積器に格納されるコンテンツの一例を示す模式図
【図８】図１に示すメモリに格納される情報を示す模式図
【図９】図１に示す非蓄積型受信装置によるブラウザコンテンツの実行動作を示すフローチャート
【図１０】図１に示す非蓄積型受信装置によるブラウザコンテンツの更新動作を示すフローチャート
【図１１】本発明の第２の実施の形態に係る非蓄積型放送システムの構成を示すブロック図
【図１２】図１１に示す非蓄積型放送システムにおけるサービス属性情報の説明図
【図１３】図１１に示す非蓄積型放送システムにおけるブラウザコンテンツの説明図
【図１４】図１１に示す非蓄積型受信装置によるブラウザコンテンツの更新動作を示すフローチャート
【図１５】本発明の第３の実施の形態に係る非蓄積型放送システムの構成を示すブロック図
【図１６】図１５に示す非蓄積型放送システムにおけるサービス属性情報の説明図
【図１７】図１５に示す非蓄積型放送システムにおけるブラウザコンテンツの説明図
【図１８】図１５に示す非蓄積型受信装置によるブラウザコンテンツの更新動作を示すフローチャート
【図１９】本発明の第４の実施の形態に係る非蓄積型放送システムの構成を示すブロック図
【図２０】図１９に示す非蓄積型放送システムにおけるサービス属性情報の説明図
【図２１】図１９に示す非蓄積型放送システムにおけるコンテンツＩＤの説明図
【図２２】図１９に示す非蓄積型放送システムにおけるブラウザコンテンツの説明図
【図２３】図１９に示す非蓄積型受信装置によるブラウザコンテンツの更新動作を示すフローチャート
【図２４】従来の非蓄積型放送システムの構成を示すブロック図
【図２５】図２４に示すコンテンツ格納器およびブラウザ格納器に格納されているコンテンツの一例を示す模式図
【図２６】図２４に示す非蓄積器に格納されるコンテンツおよびブラウザの一例を示す模式図
【図２７】図２４に示すメモリに格納される情報を示す模式図
【図２８】図２４に示す非蓄積型放送システムにおけるサービス属性情報の説明図
【図２９】図２４に示す受信装置によるブラウザの実行動作を示すフローチャート
【図３０】図２４に示す受信装置によるブラウザの更新動作を示すフローチャート
【符号の説明】
【０１９９】
１００ 非蓄積型放送システム
１１０ 送信装置
１１１ サービス属性格納器
１１２、１１２ｉ コンテンツヘッダ付与器
１１３、１１３ａ、１１３ｂ、１１３ｃ コンテンツ格納器
１１４ コンテンツ送出器
１１５ 多重器
１１６ 送出器
１２０ 伝送路
１３０ 非蓄積型受信装置
１３１ 受信器
１３２ 復調分離器
１３３ 蓄積器
１３４ 描画器
１３５ 提示器
１３６ 入力器
１３７ ＣＰＵ
１３８ メモリ
７００ 非蓄積型放送システム
７１０ 送信装置
７１１ 電子署名器
７２１ 暗号解読器
７３０ 非蓄積型受信装置
７４０ ＫＰ抽出器
７４１ Ｓｇ抽出器
１０００ 非蓄積型放送システム
１０１０ 送信装置
１１１３、１１１３ａ、１１１３ｂ、１１１３ｃ コンテンツ格納器
１５００ 非蓄積型放送システム
１５１０ 送信装置
１５０１ コンテンツＩＤ空間管理器
２５００ 放送システム
２５１０ 送信装置
２５１１、２５１１ａ、２５１１ｂ、２５１１ｃ ブラウザ格納器
２５１３、２５１３ａ、２５１３ｂ、２５１３ｃ ブラウザ送出器
２５１４、２５１４ａ、２５１４ｂ、２５１４ｃ コンテンツ送出器
２５２０ 非蓄積型受信装置
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2003104998.tif 000033
【図２】
2003104998.tif 000034
【図３】
2003104998.tif 000035
【図４】
2003104998.tif 000036
【図５】
2003104998.tif 000037
【図６】
2003104998.tif 000038
【図７】
2003104998.tif 000039
【図８】
2003104998.tif 000040
【図９】
2003104998.tif 000041
【図１０】
2003104998.tif 000042
【図１１】
2003104998.tif 000043
【図１２】
2003104998.tif 000044
【図１３】
2003104998.tif 000045
【図１４】
2003104998.tif 000046
【図１５】
2003104998.tif 000047
【図１６】
2003104998.tif 000048
【図１７】
2003104998.tif 000049
【図１８】
2003104998.tif 000050
【図１９】
2003104998.tif 000051
【図２０】
2003104998.tif 000052
【図２１】
2003104998.tif 000053
【図２２】
2003104998.tif 000054
【図２３】
2003104998.tif 000055
【図２４】
2003104998.tif 000056
【図２５】
2003104998.tif 000057
【図２６】
2003104998.tif 000058
【図２７】
2003104998.tif 000059
【図２８】
2003104998.tif 000060
【図２９】
2003104998.tif 000061
【図３０】
2003104998.tif 000062
【国際調査報告】
2003104998.tif 000063
2003104998.tif 000064
2003104998.tif 000065
2003104998.tif 000066