JPH1032800A

JPH1032800A - 情報伝送方法および情報受信装置

Info

Publication number: JPH1032800A
Application number: JP8279936A
Authority: JP
Inventors: Kunihiro Momotake; 邦宏百武
Original assignee: INFUOSHITEI KK
Current assignee: INFUOSHITEI KK
Priority date: 1996-05-16
Filing date: 1996-09-30
Publication date: 1998-02-03

Abstract

(57)【要約】【課題】コンテンツ情報を放送信号に多重化して伝送
する際に、コンテンツ手法が種々のプロテクト手法でプ
ロテクトされていても、容易にコンテンツ情報を利用で
きるようにする。【解決手段】テレビジョン信号の垂直帰線期間に挿入
されたメッセージにより、コンテントボディおよびＢ−
ＨＴＴＰエレメントをユーザシステム２０に放送により
送る。ユーザシステムは、暗号化エレメントを検出する
ことによりメッセージの暗号化手法を判別し、自己が保
持している鍵を用いて復号し、復号したメッセージをハ
ードディスクにストアする。ストアされたメッセージは
有効期間開始時刻エレメントの情報を用いて取り出さ
れ、ブラウザ４７はメッセージ中のコンテントボディを
利用して画面４７ａに表示を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コンテンツ情
報、例えばインターネット上のコンテンツ情報またはこ
れに関連するコンテンツ情報をテレビジョン放送信号等
に多重化して伝送する情報伝送技術に関し、とくに種々
のプロテクト手法（暗号化等）でコンテンツ情報をプロ
テクトして伝送できるようにしたものである。

【０００２】

【従来の技術】近年、インターネットを利用したサービ
スが種々提供されるようになってきている。ユーザは、
インターネット上でサービスを提供するサーバにアクセ
スして情報提供等のサービスを受けることができる。と
ころで、インターネット上のサービスは通信処理に基づ
いて成立するものであり、基本的にはサービス提供者と
サービス受領者との間に通信チャネルを設定しなければ
ならず、サービス提供に量的な制約があった。

【０００３】これに対し、放送は放送電波が届く限り、
不特定多数の者に一度に情報を提供できるメリットがあ
る。そこで、インターネット上のコンテンツ情報または
これに関連する情報をテレビジョン放送に多重化してイ
ンターネット上のコンテンツ情報を多数の受信者が有効
利用できるようにすることが望まれる。また、コンテン
ツ情報には無料のものもあれば、有料なものもある。そ
して有料な場合には、暗号化やスクランブル処理等のプ
ロテクト手法で情報をプロテクトして鍵をもっているユ
ーザのみが情報を得ることができるようにする必要があ
る。ただし、コンテンツ情報は放送プログラム自体と異
なり、多数の情報ソースから提供される可能性があり、
それに応じて種々のプロテクト手法が混在することにな
る。

【０００４】なお、この発明と関連する技術としては文
字放送技術がある。文字放送技術は、テレビジョン放送
の垂直帰線期間に文字情報を挿入して通常の放送の他に
文字放送を行うものである。

【０００５】

【発明が解決しようとする課題】この発明は、以上の事
情を考慮してなされたものであり、放送信号に多重化し
て送信したコンテンツ情報が種々のプロテクト手法でプ
ロテクトされている場合でも簡易にコンテンツ情報をア
ンプロテクトすることができる情報伝送技術を提供する
ことを目的としている。

【０００６】

【課題を解決するための手段】この発明では、以上の目
的を達成するために、情報伝送方法において、プロテク
トされたコンテンツ情報と上記コンテンツ情報のプロテ
クトの手法を指示するプロテクト情報とを放送信号に多
重化するステップと、上記多重化した放送信号を送信す
るステップと、上記多重化した放送信号を受信するステ
ップと、上記多重化した放送信号から上記プロテクトさ
れたコンテンツ情報と上記プロテクト情報とを取り出す
ステップと、上記プロテクト情報に応じたアンプロテク
ト手法により上記プロテクトされたコンテンツ情報を利
用可能なコンテンツ情報に変換するステップとを行うよ
うにしている。

【０００７】この構成によれば、プロテクトされたコン
テンツ情報を放送信号に多重化して送る際に、プロテク
ト手法を指示するプロテクト情報も送るようにしている
ので、コンテンツ情報毎に異なるプロテクト手法が採用
されても容易にアンプロテクトを行うことができる。

【０００８】また、この構成において、上記アンプロテ
クト手法の利用状況を上記アンプロテクト手法を管理す
るサイトに通知するステップをされに実行するようにし
てもよい。このようにすると、またアンプロテクト情報
の利用情報を管理者側に通知するようにした場合、管理
者側での課金管理が確実となる。

【０００９】また、上記放送信号をテレビジョン放送信
号とすることができる。また、上記コンテンツ情報と上
記タイミングの情報とをテレビジョン放送信号の垂直帰
線期間に挿入して多重化することができる。また、上記
プロテクト手法を暗号化とすることができる。また、上
記プロテクト手法をスクランブル処理とすることができ
る。また、上記コンテンツ情報は表示装置に表示される
表示情報とすることができる。さらに上記コンテンツ情
報はプログラムコードとすることができる。

【００１０】また、この発明によれば、上述の目的を達
成するために、情報受信装置に、プロテクトされたコン
テンツ情報と上記コンテンツ情報のプロテクトの手法を
指示するプロテクト情報とが多重化された放送信号を受
信する手段と、上記受信した放送信号から上記プロテク
トされたコンテンツ情報と上記プロテクト情報とを取り
出す手段と、上記プロテクト情報に応じたアンプロテク
ト手法により上記プロテクトされたコンテンツ情報を利
用可能なコンテンツ情報に変換する手段とを設けるよう
にしている。

【００１１】この構成において、上記アンプロテクト情
報の利用状況を上記アンプロテクト情報を管理するサイ
トに通知する手段をさらに設けるようにしてもよい。

【００１２】またこの発明はコンピュータ・プログラム
製品として実現することができる。

【００１３】

【発明の実施の態様】以下、この発明の実施例について
図面を参照して説明する。

【００１４】図１はこの実施例の適用される放送および
情報処理システムの概要を示すもので、この図におい
て、テレビジョン放送局１０には放送サーバ１１、コン
テンツ製作用端末１２、送信施設１３等が設けられてい
る。放送サーバ１１で作成された放送プログラムは送信
施設１３を介して放送される。この実施例では、放送プ
ログラムの送信信号中には、通常のテレビジョン信号と
このテレビジョン信号の垂直基線期間に多重化されるコ
ンテンツ情報信号とが含まれる。受信側では、アンテナ
（図示しない）等を介して放送信号が受信され、テレビ
ジョン受像機またはテレビジョン受像機能を有するパー
ソナルコンピュータ等で放送信号を再生する。図ではテ
レビジョン受像機能を有するパーソナルコンピュータ２
０を一例として示している。パーソナルコンピュータ２
０は放送信号を復調する機能を有し、復調した信号に基
づいてスクリーンの全部または一部を利用してテレビジ
ョン画像を再生する。またパーソナルコンピュータ２０
は図示のようにモデム２１を介して電話回線に接続され
ていてもよい。パーソナルコンピュータ２０はモデム２
１等を介して（必要であればプロバイダの通信チャネル
を介して）インターネット３０に接続され、このインタ
ーネットには種々のサーバが接続されている。この例で
は情報提供用のＷＷＷサーバ３１が接続されている。

【００１５】なお、フロッピディスクやＣＤ−ＲＯＭ等
の記録媒体２０ａは、後述するＢｉｔｃａｓｔソフトウ
ェア４８（図８参照）をパーソナルコンピュータ２０に
インストールするのに用いられるものである。またＣＤ
−ＲＯＭ駆動装置、ＤＶＤ（デジタル・ビデオ・ディス
ク）駆動装置等のデータ記録装置、ＢＳ放送、ＣＳ放
送、ケーブルテレビ放送のチューナやセットトップボッ
クス等の機器２０ｂは、パーソナルコンピュータ２０に
データを供給するようになっている。この例においては
機器２０ｂがパーソナルコンピュータ２０に外付けされ
ているが、対応するカードや装置をパーソナルコンピュ
ータ２０に内蔵するようにしてもよい。

【００１６】この実施例においては、放送局１０は、Ｗ
ＷＷサーバからのＨＴＭＬ（ハイパーテキストマークア
ップランゲージ）で記述されたウェブ情報（ウェブペー
ジ）を受け取り、通常の放送プログラムの放送信号に多
重して放送する。この場合ウェブ情報を直接用いて送信
するのでなく、コンテンツ製作用端末１２で加工して送
信してもよく、コンテンツ製作用端末１２で個別に用意
した情報を送信するようにしてもよい。多重して送信す
る情報のフォーマットや多重化の方法については後述す
る。

【００１７】つぎに情報をテレビ放送に多重化する方法
について説明する。コンテンツ情報はテレビジョン信号
の垂直帰線期間に挿入して多重化する。具体的には、電
気通信技術審議会一部答申諮問８３で規定されるデジタ
ル情報の多重化手法（通常ＶＢＩ方式と呼ぶ：Ｖｅｒｔ
ｉｃａｌＢｌａｎｋｉｎｇＩｎｔｅｒｖａｌ）を用
いて行う。

【００１８】すなわち、テレビジョン信号は１フィール
ドあたり２６２．５本（１フレームあたり５２５本）の
水平走査期間を有し、このうち、はじめの２１本に相当
する部分が垂直帰線期間を構成し、通常のテレビジョン
受像機では表示されない。図２はこの２１本の水平走査
期間（２２本目の映像の始まりの走査期間も示す）の役
割を示す。なお図において奇数フィールドの２６３〜２
８３の水平走査期間はフレーム単位でカウントしたもの
であり、フィールド単位では１〜２１となる。図２から
明らかなように文字多重化用のデータが１４、１５、１
６および２１（２７６、２７７、２７８および２８３）
本目の水平走査期間に多重化されている。他方、１０、
１１、１２および１３（２７２、２７３、２７４および
２７５）本目の水平走査期間にデジタル放送用（ＶＢＩ
用）に解放されており、この実施例ではこのＶＢＩ用の
水平走査期間にコンテンツ情報を多重化するようにして
いる。

【００１９】図３はＶＢＩ用の信号を多重化する様子を
示すもので、映像信号に変えてデータラインを挿入する
ようになっている。

【００２０】図４はＶＢＩ方式のデータ伝送の仕様を示
すものである。図４において、階層１は電気物理的な仕
様を規定するものである。この仕様によれば、水平走査
期間内の一定の領域は２９６個に標本化される。ＶＢＩ
信号の０レベルは映像信号のペデスタルレベル（黒レベ
ル）であり、１レベルは映像信号の白レベルの７０％の
レベルである。

【００２１】階層２はデータリンク層であり、ここで
は、信号は１、０の論理データとして扱われる。１つの
水平走査線で伝送される一連のデータはデータラインと
呼ばれる。データラインは、データパケットから構成さ
れ、データパケットは誤り訂正符号（（２７２，１９
０）短縮化差集合巡回符号）により誤りから保護されて
いる。受信側では、クロックラインをもとにビット同期
を得、フレーミングコードをもとにデータブロックの開
始を検出できる。

【００２２】階層３は主にプリフィックスの機能を示
す。プリフィックス情報は主に論理チャネル情報とブロ
ック連結情報とからなる。論理チャネル情報により、デ
ータブロックが所属する論理チャネル別に分類される。
ブロック連結情報は、ブロック連結の開始、終了等の情
報を含み、これにより、関連するデータブロックを連結
し、意味のある一まとまりのデータであるデータグルー
プを生成する。この実施例においては、このデータグル
ープをメッセージと呼び、処理単位とする。

【００２３】つぎに以上のようにしてＶＢＩ方式で伝送
されるコンテンツ情報について説明する。伝送されるコ
ンテンツ情報は、主にウェブ情報であるが、どのような
形式の情報であってもよい。例えばコンピュータ・プロ
グラムのコードであってもよい。

【００２４】図５は、コンテンツ情報の処理単位（メッ
セージ）のデータフォーマットを示す。以下では、これ
をＢｉｔｃａｓｔ−ＨＴＴＰフォーマットと呼び、Ｂ−
ＨＴＴＰとも略す（Ｂｉｔｃａｓｔは株式会社インフォ
シティの商標である。ＨＴＴＰはハイパーテキストマー
クアップランゲージの略称である）。図５において、Ｂ
−ＨＴＴＰフォーマットにはコンテント型とグルー
プ情報型とがある。コンテント型はコンテント自体を伝
送することを目的とするものであり、グループ情報型は
コンテント自体の伝送を目的とせずに複数のコンテント
をグループ化する情報を伝送するものである。コンテン
ト型のフォーマットのメッセージをコンテントメッセー
ジと呼び、グループ情報型のフォーマットのメッセージ
をグループメッセージと呼ぶことにする。

【００２５】コンテントメッセージは単独でまたはグル
ープメッセージとともに伝送される。単独で伝送される
コンテントメッセージのグループ識別子はオールゼロ
（グループと無関係を示す）となる。コンテントメッセ
ージがグループメッセージとともに伝送される場合に
は、まずグループメッセージが伝送され、このグループ
メッセージで指示された個数のコンテンツメッセージが
順次伝送される。この場合、コンテントメッセージの識
別子はすべてグループメッセージの識別子と同一であ
る。コンテントメッセージ中においては、グループメッ
セージにおいてすでに指示されている情報（例えば後述
する有効期間開始時刻エレメントで規定される情報）を
省略することができる。

【００２６】図５において、Ｂ−ＨＴＴＰフォーマット
は、バージョンのフィールド（型識別子を含む）、グル
ープ識別子のフィールド、Ｂ−ＨＴＴＰエレメントのフ
ィールド、コンテントボディのフィールドおよびコンテ
ントボディおよびＢ−ＨＴＴＰエレメントの間を区分す
るセパレータ（オールゼロ）のフィールドからなってい
る。主なフィールドは以下のとおりである。（１）バージョン：上位４ビットは”００００”とす
る。プロトコル変更時に用いられる。下位４ビットはコ
ンテントメッセージとグループメッセージとを区別する
ものである。（２）グループ識別子：ブループを識別するための３２
ビットのＩＤである。コンテント型においてオール・ゼ
ロとした場合にはグループから独立した情報であること
を示す。（３）Ｂ−ＨＴＴＰエレメント省略可能な付加的な情報を与えるものである。図６およ
び図７を参照して後述する。（４）コンテント数：グループに所属するコンテントメ
ッセージの数を指定する。（５）コンテントボディ：ＨＴＭＬ（構造化文書）、Ｇ
ＩＦ（画像）、ＪＰＥＧ（画像）等で記述された、コン
テントメッセージ中の本来の内容を格納する。

【００２７】つぎにＢ−ＨＴＴＰエレメントの詳細につ
いて説明する。図６および図７はこのエレメントの例を
示す。図において、エレメントは、識別子、長さおよび
ボディからなっている。以下にその内容を説明する。（１）ＭＩＭＥヘッダ：ＨＴＴＰプロトコルに準拠する
（マルチパーポスインターネットメイルエクステンショ
ン）。コンテントの種類などを記述する。（２）名前エレメント：ＵＲＬ（ユニフォームリソース
ロケータ、インターネット上のリソースの名前付けの規
則）のファイル名に該当する。グループから独立したコ
ンテントメッセージではフルパスで指定する。グループ
メッセージではディレクトリ名で指定する。（３）コンテント圧縮指定エレメント：コンテントを圧
縮形式を指定する。ゼロの場合コンテントが圧縮されて
いないことを示す。（４）キーワードエレメント：キーワードの付加に用い
る。後述する検索やクリッピング等を行うときに用い
る。（５）アイコンエレメント：所定のメッセージを受信
（見かけ上の受信）したことを視聴者に通知する目的で
表示画面の一部例えば下部に表示するアイコンの情報を
格納する。なお、メッセージは後述する有効期間の開始
時刻に先だって実際に受信されており、有効期間の開始
時刻が見かけの受信時刻に該当する。このようにしてい
るのでデータ量の大きいメッセージでも十分にリードタ
イムを取って伝送・受信することが可能となる。（６）ライブモードエレメント：テレビジョン放送の本
放送（通常の放送内容）と同期したメッセージであり、
指定時刻（有効期間の開始時刻）に表示されるべき情報
であることを示す。（７）有効期間開始時刻エレメント（相対時刻）：対応
するするメッセージが有効になる時刻を、メッセージ受
信時刻からの相対時刻で表示するものである。ライブモ
ードのメッセージの場合では、対応するコンテントメッ
セージの内容を自動表示すべき時刻を格納する。

【００２８】なお、相対時刻でなく絶対時刻で表示する
ようにしてもよい。この場合、対応するするコンテント
メッセージが有効になる時刻を、例えばＵＴＣ（協定世
界時）形式にフレーム番号を付加して通知する。（８）有効期間エレメント：有効期間開始時刻からの秒
数により有効期間を指定する。端末では最低でもこの期
間は、メッセージをキャッシュ（ハードディスク等の直
接アクセス記憶装置内のキャッシュ）にとどめる。な
お、この例ではオール・ワン（すべてのビット位置が１
をとる）の有効期間エレメントが、メッセージをキャッ
シュから強制的に削除することを指示するようになって
いる。すなわちオール・ワンの有効エレメントが、キャ
ッシュからの削除を示すフラグとして用いられている。
もちろん、このフラグとして、固有のエレメントを用い
ることもできるし、また有効エレメントの他の特定のビ
ットパターンを用いることもできるし、さらに他のエレ
メントの特定のビットパターンを用いることもできる。（９）アンカーエレメント：リンク先のリソースのアド
レス情報をＵＲＬで表示する。たとえばメッセージのア
イコンエレメントを用いてアイコンが表示されていると
きに、そのアイコンをクリックするとアンカーエレメン
トで指定するリンク先のリソースをアクセスできる。こ
れについては図２０および図２１を参照して後述する。
アンカーエレメントの表示は、例えばＵＲＬを用い
て、”ＨＴＴＰ：／／ｗｗｗ．ｉｎｆｏｃｉｔｙ．ｃ
ｏ．ｊｐ／ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”である。
ここで”ＨＴＴＰ”は転送プロトコルであり、”ｗｗ
ｗ．ｉｎｆｏｃｉｔｙ．ｃｏ．ｊｐ”はドメイン名であ
り、”ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”はパス名であ
る。なお、この例では、放送衛星や通信衛星からの放送
信号やケーブルテレビの有線放送やＣＤ−ＲＯＭ、ＤＶ
Ｄ、ハードディスク等の記録装置からの情報もアクセス
できるようにＵＲＬを拡張している。例えば、ＢＳ放送
の第１１チャンネルからＨＴＭＬデータを取得するとき
にはＵＲＬは”ＨＴＴＰ：／／ｂｉｔｃａｓｔ／ＢＳ１
１／ｆｉｌｅｎａｍｅ．ｈｔｍｌ”となる。ここで”ｂ
ｉｔｃａｓｔ”は代理サーバである。”ＢＳ１１”はメ
ディアを表し、ディレクトリに相当する。（１０）クーポンエレメント：オンラインショッピング
の割引サービス等種々のサービスに対する権利を表す。（１１）レイアウトエレメント：ブラウザ自体またはブ
ラウザで表示されるコンテントの配置、色、形状、背
景、フォントその他の装飾情報を特定する。（１２）暗号化エレメント：暗号化やスクランブル処理
等のプロテクトの手法を表示する。（１３）メニューエレメント：アイコンからメニューを
表示させるのに用いる。アイコン情報の長さ、アイコン
情報、アンカーエレメントの長さ、アンカーエレメント
（リンク先）の組を複数特定する。

【００２９】以上、本放送の内容に多重化して伝送され
るメッセージについて説明した。

【００３０】つぎに、図１のパーソナルコンピュータ２
０においてコンテンツ情報を受信するための構成を図８
を参照して説明する。なお図８において、パーソナルコ
ンピュータ２０はテレビジョン信号チューナ４１、波形
等価回路４２、Ａ／Ｄ変換器４３、パケット抽出部４
４、番組データ生成部４５、Ｂ−ＨＴＴＰサービス部４
６、Ｂｉｔｃａｓｔブラウザ部４７等を有している。こ
の例では、Ｂ−ＨＴＴＰサービス部４６およびＢｉｔｃ
ａｓｔブラウザ４７をＢｉｔｃａｓｔソフトウェア製品
４８として提供するようになっている。

【００３１】チューナ部４１は変調されて送信されてき
たテレビジョン信号を選局、復調するものである。波形
等価回路４２はテレビジョン信号の波形の乱れや、信号
レベルを補正する。Ａ／Ｄ変換器４３は特定の水平走査
期間の信号を１／３６４ｆＨ（ｆＨは水平走査周波数）
秒単位で標本化し、デジタル情報を生成する。Ａ／Ｄ変
換器４３はＩＳＯ（国際標準化機構）で標準化されたＩ
ＳＯ参照モデルの物理層（第１層）に相当する。

【００３２】パケット抽出部４４は、Ａ／Ｄ変換器４３
により標本化されたデジタル情報についてビットおよび
バイト単位で同期処理（フレーミング処理）を行い、デ
ータパケット情報を抽出し、伝送誤りの検出、訂正を行
う。パケット抽出部４４はＩＳＯ参照モデルのデータリ
ンク層（第２層）に対応する。

【００３３】番組データ生成部４５は、抽出したパケッ
トを、送信側で関連づけられたパケット別に分類、連結
し、データブロックを生成する。この番組データ生成部
４５はＩＳＯ参照モデルのネットワーク層（第３層）お
よびトランスポート層（第４層）に相当する。なお、以
上のブロック４１〜４５はＶＢＩ用の端末でも同様な構
成となる。

【００３４】以上のようにして生成された番組用のデー
タブロックはＢ−ＨＴＴＰサービス部４６に供給され
る。Ｂ−ＨＴＴＰサービス部４６は、図５、図６および
図７で説明したＢ−ＨＴＴＰフォーマットの規定に従っ
てメッセージ（データグループ）を処理するものであ
る。その詳細については、図１１以降の図面を参照して
後に詳細に説明する。Ｂｉｔｃａｓｔブラウザ部４７は
Ｂ−ＨＴＴＰサービス部４６での処理に基づいてコンテ
ンツ情報を表示するものである。このブラウザ部４７は
インターネットのＷＷＷページを表示する通常のブラウ
ザと類似したインターフェースをユーザに提供するもの
である。

【００３５】以上のＢ−ＨＴＴＰサービス部４６および
ブラウザ部４７とパーソナルコンピュータ２０のハード
ウェアおよびオペレーティングシステムとの関係は図９
に示すとおりである。また、実際の実装は図１０に示す
とおりである。図１０の実装例では、Ｂｉｔｃａｓｔレ
イヤは通信のマルチキャストとＶＢＩの放送の機能とを
１つの同一のレイヤで対応するものであり、放送と通信
のマルチキャストとを同一に扱えるものである。またソ
ケットＷｉｎｓｗｏｃｋ２はＴＣＰ／ＩＰのプロトコル
のみでなくＢｉｔｃａｓｔレイヤのプロトコルをも扱え
るように拡張され最終的に通信と放送とを同一レベルで
扱えるようになっている。

【００３６】図１１は、Ｂ−ＨＴＴＰサービス部４６お
よびＢｉｔｃａｓｔブラウザ部４７の構成例を示してお
り、この図において、Ｂ−ＨＴＴＰサービス部４６はＢ
−ＨＴＴＰプロトコル解析部５０、キャッシュ５１およ
びシーケンス制御部５２等からなっている。Ｂ−ＨＴＴ
Ｐプロトコル解析部５０は、番組データ生成部４５から
受け取ったメッセージをＢ−ＨＴＴＰプロトコルに準拠
して解析し、キャッシュに渡す。キャッシュ５１は、プ
ロトコル解析部５０から受け取った情報を蓄積する。シ
ーケンス制御部５２は、キャッシュ５１に蓄えられた情
報のうち、予め決められた時刻に表示する必要のある情
報（リアルタイム情報）に関し、その時刻と内容との対
応関係を管理する。そしてシーケンス制御部５２は、キ
ャッシュ５１の内容を監視してブラウザ部４７に対して
直近の時刻と内容とを通知する。

【００３７】ブラウザ部４７は、シーケンス制御部５
３、コンテンツ解析部５４、コンテンツ表示部５５およ
びアイコン表示部５６等からなっている。シーケンス制
御部５３は、直近の予定を記憶し、内部に持つタイマを
監視して、指定の時刻にＢ−ＨＴＴＰサービス部４６を
呼び出してコンテントメッセージを取得する。コンテン
ツ解析部５４は、取得したコンテントメッセージを解析
する。例えばＨＴＭＬ文法で記述された文書の解析等を
行う。コンテンツ表示部５５は、コンテンツ解析部５４
の解析結果に基づいて表示を行う。アイコン表示部５６
は、メッセージを受信したことを示すアイコンを画面に
表示する。

【００３８】画面表示は例えば図１２に示すように行え
る。この例では、画面に表示する要素が、ウェブ画面４
７ａおよびテレビ画面４７ｂである。ウェブ画面４７ａ
はインターネットのＷＷＷブラウザと同様な外観とユー
ザインターフェースを有する。画面の表示モードは例え
ばつぎの３つであり、切り替えることができる。テレビ表示モード：テレビ画面を全画面に表示する。ウェブ表示モード：ウェブ画面を全画面に表示する。複合表示モード：ウェブ画面の一部にテレビ画面を表
示する。アイコン情報を含むメッセージを受信すると、有効期間
開始時刻に、例えば画面下部に対応するアイコンを表示
する。そのメッセージ中にブラウザに表示するコンテン
トボディが含まれている場合、アイコンをクリックする
と、ウェブ画面にそのコンテンツボディが表示される。
このときテレビ表示モードであれば、モードが複合画面
モードに移行する。ウェブ画面が表示されるウェブモー
ドまたは複合表示モードではコンテンツボディが表示さ
れる。この場合、ユーザは自動更新表示モードと手動表
示モードとを選択できる。自動更新表示モードにおいて
は、現在のコンテントメッセージの表示を、有効期間開
始時刻が新たに到来したライブモードのコンテントメッ
セージの表示で更新する。手動表示モードにおいては、
有効期間開始時刻が到来したライブモードのコンテント
メッセージをスプールしておき、ユーザ操作に基づいて
順次に、あるいはダイアローグで選択して、表示する。

【００３９】つぎに、Ｂ−ＨＴＴＰサービス部４６を中
心に詳細な動作の説明を行う。［キャッシュ・インデックスのデータ構造］まず受信さ
れたメッセージの管理に用いるインデックスのデータ構
造について説明する。メッセージが受信されるとそのメ
ッセージがキャッシュ（ハードディスク）に記憶され
る。蓄積ファイルはメッセージ単位となっている。そし
て、そのメッセージを管理するために、対応するインデ
ックス要素が生成されメモリに記憶される。図１３にイ
ンデックス要素を示す。インデックス要素はファイル
名（名前エレメント）、有効期限（協定世界時）、
保存フラグ（ダウンロード処理の保存の後にオンにす
る）、ライブフラグ（ライブモードかどうかを示
す）、アイコンフラグ（アイコンエレメントの有無を
示す）、キーワードの各フィールドを有している。

【００４０】インデックス要素は、例えば２種類のイン
デックスリストによりポイントされてキャッシュのＬＲ
Ｕ（ＬｅａｓｔＲｅｃｅｎｔｌｙＵｓｅｄ）管理
や、ウェブページおよびアイコンの表示管理に用いられ
る。図１４はアクセス順に双方向ポインタを用いてリス
トを形成したものである。これにより、キャッシュ内の
メッセージの管理をＬＲＵ法により管理できる。また、
図１５に示すように表示タイミング（有効時間開始時
刻）の順で双方向ポイントを用いてリストを形成でき
る。このリストを用いれば、表示タイミング順にメッセ
ージを取り出し、ウェブページ等（ライブモードのと
き）やアイコンを表示できる。

【００４１】［ウェブ画面表示］図１６は、ライブモー
ドエレメントにより指定時刻に自動的に表示されるべき
情報をウェブ画面に表示する動作を示している。この図
において、有効期間開始時刻（図６の’Ｓ’）を参照し
てタイマ（図示しない）がウェブ表示動作を開始する
（Ｓ１０１）。そうすると、表示タイミング順にインデ
ックス要素を１つ取りだし（Ｓ１０２）、ライブフラグ
を用いてライブモードかどうかを判定し（Ｓ１０３）。
ライブモードでなければ（例えばダウンロード用メッセ
ージの場合）、そのまま処理をせずに終了する。ライブ
モードの場合には、キャッシュからメッセージを読み出
し、ＨＴＭＬ文書を解析し、ウェブ画面に表示する（Ｓ
１０４、Ｓ１０６、Ｓ１０７）。

【００４２】ステップＳ１０５ではレイアウト情報の取
り出しが行われる。レイアウト情報がある場合にはブラ
ウザのレイアウトが変更される。図１７にも示すよう
に、ブラウザのレイアウトの情報には、ブラウザ自体ま
たはブラウザに表示されるコンテンツの配置、色、形
状、背景、フォント、その他の装飾情報が含まれてい
る。例えば図１７に示すように、ブラウザ内に表示され
るテレビ画面（複合表示モード）についてｘ＝２０、ｙ
＝２０、ｈ＝２４０、ｗ＝３２０と指定することによ
り、図１８に示すようなレイアウトに変更することがで
きる。

【００４３】［アイコン表示］図１９は、アイコンを指
定時刻に表示する動作を示している。先に説明したウェ
ブの表示はウェブ画面が開いていないと表示されない。
ここで説明するアイコンはウェブ画面が開いているかど
うかに拘わらず表示される。図１９において、この図に
おいて、有効期間開始時刻を参照してタイマ（図示しな
い）がアイコン表示動作を開始する（Ｓ１１１）。そう
すると、表示タイミング順にインデックス要素を１つ取
りだし（Ｓ１１２）、アイコンフラグを参照してアイコ
ンエレメントがあるかどうかを判定する（Ｓ１１３）。
アイコンエレメントがなければ、そのまま処理をせずに
終了する。アイコンエレメントがある場合には、キャッ
シュからメッセージを読み出し、アイコン情報を取りだ
し、画面に表示する（Ｓ１１４、Ｓ１１６、Ｓ１１
７）。

【００４４】アイコンは種々の態様、種々の配置で表示
することができる。またアイコンが増えたときにどのよ
うに消去するかについても種々の手法を採用できる。画
面下部のドック領域にリニアに並べて配置し、配置位置
が一杯になったら消去してもよいし、スクロールして選
択できるようにしてもよいし、複数ページに分けて選択
できるようにしてもよい。

【００４５】なお、ステップＳ１１５においてアイコン
のレイアウト情報が取り出され、アイコンのレイアウト
を変更できるようになっている。

【００４６】［アイコンクリック処理］図２０および図
２１は画面上のアイコンをクリックしたときの動作を示
す。図２０において、アイコンのクリックに応じて、ア
イコンに該当するメッセージ名を取得し、キャッシュを
検索する（Ｓ１２１、Ｓ１２２、Ｓ１２３）。キャッシ
ュに該当するものがなければ、エラーを返して終了し
（Ｓ１２４、Ｓ１２５）、該当するメッセージ名があれ
ば、アンカーエレメントがあるかどうかを調べる（Ｓ１
２６）。アンカーエレメントはデータのソースを特定す
る。データのソースには、インターネット上のサーバ、
放送衛星や通信衛星からの放送信号、ケーブルテレビの
有線放送信号、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク
等がある。

【００４７】アンカーエレメントがある場合には、対応
するデータのソースがインターネット上のサーバかどう
か、すなわちＴＣＰ／ＩＰ接続が必要かどうかを判別す
る（Ｓ１２７）。データソースがインターネット上のサ
ーバである場合には、インターネット上のサーバにアク
セスして情報を取り出す。すなわちＴＣＰ／ＩＰ接続を
行い、ＨＴＭＬ文書（データ）を要求し、受信する（Ｓ
１２８、Ｓ１２９、Ｓ１３０）。この後、受信したＨＴ
ＭＬ文書を解析し、ウェブ画面に表示する（Ｓ１３１、
Ｓ１３３、Ｓ１３５）。なお、この場合アンカーエレメ
ントは例えば”ＨＴＴＰ：／／ｗｗｗ．ｉｎｆｏｃｉｔ
ｙ．ｃｏ．ｊｐ／ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”で
ある。

【００４８】ステップＳ１２７において、データのソー
スがインターネット上のサーバでない場合、すなわち放
送衛星や通信衛星からの放送信号、ケーブルテレビの有
線放送信号、有線を用いたサービス、ＣＤ−ＲＯＭ、Ｄ
ＶＤ、ハードディスク等である場合には、放送衛星や通
信衛星からの放送信号、ケーブルテレビの有線放送信
号、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等のストリ
ームと接続し、またはストリームをオープンし、その後
ステップＳ１２９以降の処理を行う。なお、ステップＳ
１３２においてブラウザで表示可能かどうかが判別さ
れ、表示不可能な場合にはダイアローグを表示してファ
イルへの保存が行われるようにする（Ｓ１３４）。な
お、このようなデータソースの場合には、アンカーエレ
メントは例えば”ＨＴＴＰ：／／ｂｉｔｃａｓｔ／ＢＳ
１１／ｆｉｌｅｎａｍｅ．ｈｔｍｌ”となる。ディレク
トリに該当するメディア（データソース）のソース識別
子例えばＢＳ１１（ＢＳ放送の第１１チャンネル）に応
じて機器を駆動してデータを取得する。

【００４９】データソースとなる放送衛星や通信衛星か
らの放送信号、ケーブルテレビの有線放送信号からの情
報は、本放送で伝送される情報でもよいし、本放送に多
重化される情報でもよい。

【００５０】他方アンカーエレメントがない場合には、
メニューエレメントおよび暗号エレメントが調べられ
る。ここではメニューエレメントに関連する処理をまず
説明し、暗号エレメントがある場合の処理は後述する。
メニューエレメントがある場合にはメニューを表示し
（Ｓ１３７、Ｓ１５２）、メニューの項目（アイコン）
が選択されたときにはステップＳ１２３に戻る。メニュ
ーの項目が選択されないときには終了する（Ｓ１５
４）。メニューを用いることによりきめ細かな選択を行
える。例えばアイコンが広告主の会社を表しているとき
に、メニューを用いて個々の製品を表すようにできる。
メニューを複数の階層で表すことも可能である。

【００５１】ステップＳ１３７において、メニューエレ
メントがない場合には、暗号化エレメントがあるかどう
かを調べる。暗号化エレメントがない場合には、データ
ブロックのＭＩＭＥエレメントを取得してコンテンツボ
ディの種類を調べる（Ｓ１３９）。エレメントが”ｔｅ
ｘｔ”または”ｈｔｍｌ”の場合にはＨＴＭＬ文書とし
て解析を行い、ウェブ画面に表示する（Ｓ１４０〜Ｓ１
４３）。エレメントが”ｐｒｏｇｒａｍ”の場合にはコ
ンテンツボディをプログラムとみなして実行する（Ｓ１
４４〜Ｓ１４６）。

【００５２】［有料放送］暗号化エレメントがある場合
の処理の説明に先立って、暗号化エレメントを利用して
実現される有料放送の仕組みについて簡単に説明する。
ここで有料部分はコンテンツ情報である。本放送自体が
有料かどうかは問わない。

【００５３】図２２において、放送局１０には放送サー
バ１１に加え、鍵サーバ１４が設けられる。ユーザのパ
ーソナルコンピュータ２０と鍵サーバ１４とはインター
ネット３０を介してダイヤルアップ接続できるようにな
っている。

【００５４】コンテンツ情報の有料放送を利用するには
放送局等の運営組織と契約を行う必要がある。契約をし
たのちユーザはユーザＩＤおよびパスワードを取得す
る。ユーザＩＤおよびパスワードの取得申請は、書面、
電子メール、ファクシミリ、ウェブ、その他、運営組織
が定めた方法で行われ、ユーザＩＤおよびパスワードの
通知も同様な手法で通知される。

【００５５】さらに有料放送により伝送される、プロテ
クトされたデータをアンプロテクトするにはアンプロテ
クト情報すなわち鍵情報を取得していなければならな
い。鍵情報は鍵サーバ１４からＴＣＰ／ＩＰ接続を介し
て取得することができる。鍵情報の取得にはユーザＩＤ
およびパスワードが必要となる。

【００５６】またユーザによる鍵情報の利用の状況は、
パーソナルコンピュータ２０に記録され、一定期間ごと
に鍵サーバ１４側に通知され、課金の基礎とされる。ユ
ーザによる鍵情報の利用の情報の通知のルーチンは、ユ
ーザ側で自動的に起動されてもよいし、鍵サーバ１４が
ポーリングするようにしてもよい。

【００５７】［鍵の有効期間のチェック］鍵情報が現在
有効かどうかのチェックは、ブラウザ起動時に行われ、
必要であれば有効な鍵情報をインターネットを介して取
得することができる。図２３はこの処理を示す。図２３
において、ブラウザを起動すると、使用中として登録さ
れている鍵の各々について、有効期間がチェックされる
（Ｓ１６０、Ｓ１６１）。チェックのために、使用中と
して登録されている鍵の各々について、その有効期間が
ストアされている。有効期間内であれば、そのまま終了
する（Ｓ１６２、Ｓ１６６）。有効期間内でない場合に
は鍵サーバ１４にＴＣＰ／ＩＰ接続して鍵の取得手順を
実行する（Ｓ１６４、Ｓ１６６）。何らかの理由で有効
な鍵を取得できない、あるいは取得しない場合には、そ
の旨のメッセージが表示されて処理を終了する（Ｓ１６
５、Ｓ１６６）。

【００５８】［暗号エレメントによる復号］つぎにプロ
テクトされたコンテントのアンプロテクトについて説明
する。図２０のステップ１３７において、暗号化エレメ
ントがある場合には、図２１のステップＳ１４７以降に
進む。すなわち、暗号化エレメントの特定する暗号化、
スクランブル処理等、プロテクトを解くための鍵情報が
有効かどうかを調べる（Ｓ１４７）。有効であれば、暗
号化等プロテクトされたコンテントをアンプロテクト
し、記憶しておく（Ｓ１４８、Ｓ１４９、Ｓ１５０）。
鍵情報が有効でない場合には、その旨をユーザに表示し
て終了する（Ｓ１５１）。暗号化エレメントにより複数
のプロテクト手法の任意の１つを特定することができ、
複数のデータ供給者からの複数のプロテクト手法に対処
することができる。

【００５９】［キャッシュインデックスの更新］図２４
はメッセージをアクセスしたときのキャッシュインデッ
クスの更新処理を示す。これによりＬＲＵ法のキャッシ
ュ管理の管理データを維持できる。図２４において、メ
ッセージがアクセスされると、アクセスしたメッセージ
の名前を取得する（Ｓ１７１、Ｓ１７２）。そして図１
４のリストのキャッシュインデックスを検索し、該当す
るインデックス要素を先頭位置に置き換える（Ｓ１７３
〜Ｓ１７６）。

【００６０】［データ受信時の動作］図２５はデータ受
信時の動作を示す。この図において、メッセージを受信
するとキャッシュに保存余地があるかどうかをチェック
する（Ｓ１８０〜Ｓ１８２）。保存余地があれば、その
ままキャッシュに保存し、キャッシュインデックスを更
新し、タイマをセットし、処理を終える（Ｓ１８３〜Ｓ
１８６、Ｓ１９４）。

【００６１】なお、ステップＳ１９４において有効期間
エレメントが”ＡＬＬ１”かどうかが判別される。すな
わちキャッシュからデータを強制的に削除することを示
すフラグがあるかどうかが判別される。”ＡＬＬ１”の
場合、すなわちキャッシュからデータを強制的に排除す
るようにフラグが立っているときには、ライブモードか
どうかを判別してライブモードであればコンテンツを表
示し、その後データをキャッシュから削除する（Ｓ１９
５、Ｓ１９６、Ｓ１９２）。ライブモードでないときに
は直ちにデータをキャッシュから削除する（Ｓ１９５、
Ｓ１９２）。このようにすることにより、キャッシュし
ておく必要のないデータによってキャッシュが一杯にな
ってしまうことを回避できる。

【００６２】ステップＳ１８２においてキャッシュに保
存余地がない場合には、所定の規則に従ってデータブロ
ックを削除する。まず予約対象（例えばユーザが指定し
たキーワードを含んでいたり、ダウンロード対象のメッ
セージ）に該当するでない情報の中で最も古いものをキ
ャッシュインデックスから検索する（Ｓ１８７）。該当
するものがあれば、そのメッセージをキャッシュから削
除し、キャッシュインデックスを更新する（Ｓ１９２、
Ｓ１９３）。該当するものがない場合には、期限切れの
メッセージ中で最も古いものをキャッシュインデックス
を用いて検索する（Ｓ１８９、Ｓ１９０）。該当するも
のがあればそのデータを削除し、キャッシュインデック
スを更新する（Ｓ１９２、Ｓ１９３）。有効期限切れの
メッセージもない場合にはキャッシュインデックス中で
一番古いものを取り出し、そのデータをキャッシュから
削除し、キャッシュインデックスを更新する（Ｓ１９０
〜Ｓ１９３）。

【００６３】以上のように古いメッセージを必要なだけ
削除した後に新たなメッセージを保存する（Ｓ１８３〜
Ｓ１８６）。

【００６４】以上のキャッシュ管理では、ユーザが指定
したキーワードに該当する（予約）メッセージをクリッ
ピングすることができる。

【００６５】なお、データの受信は図８のチューナ４１
を介して行われるが、ＢＳ放送、ＣＳ放送、ケーブルテ
レビ放送、記録装置等の他のメディアからデータを取得
するようにもできる。この場合、他のメディアからデー
タを取得するように切り替えを行うＢ−ＨＴＴＰエレメ
ントを新たに設定すれば、Ｂ−ＨＴＴＰ放送信号中にそ
の切り替え用Ｂ−ＨＴＴＰエレメントを多重化させるこ
とにより、データ取得のトリガとすることができる。取
得したデータは図２５と同様に受信され、その後、デー
タの表示等が行われる。

【００６６】［検索表示］図２６は、メッセージを検索
して表示する動作を示す。図２５において、検索を指定
すると、検索ダイアログが表示される（Ｓ２０１、Ｓ２
０２）。このダイアログを用いてキーワード検索を指定
すると、キャッシュインデックスを検索し、検索結果一
覧をＨＴＭＬ文書に変換する（Ｓ２０３、Ｓ２０４、Ｓ
２０６）。またキーワード検索が指定されなかったとき
にはキャッシュのデータブロックを全文検索し、検索結
果一覧をＨＴＭＬ文書に変換する（Ｓ２０５、Ｓ２０
６）。このようにして得たＨＴＭＬ文書を解析し、ウェ
ブ画面に表示する（Ｓ２０７〜Ｓ２０９）。

【００６７】［ダウンロード］図２７は受信したデータ
ブロックをダウンロードする動作を示す。ダウンロード
自体は通常の動作であり、まずキャッシュ内のメッセー
ジの全部または一部の一覧を表示し、ファイルダイアロ
グを表示し、ダウンロードの指示を受け付けてキャッシ
ュから読み出してファイルに保存する（Ｓ２１１〜Ｓ２
１５）。この後ファイルに保存したデータブロックのイ
ンデックス要素の保存フラグをオンに書き換え、当該デ
ータブロックを削除してもよいことを表示させる（Ｓ２
１６、Ｓ２１７）。

【００６８】［ボタンクリック後の動作］図２８はウェ
ブページのボタンをクリックしたつぎのページのアクセ
スをする動作を示す。ボタンのクリックに応じて、ボタ
ンに対応する情報がビットキャストのアンカーかどうか
を調べる（Ｓ２２１、Ｓ２２２）。ビットキャストのア
ンカーでなければ、インターネット上のサーバにアクセ
スして情報を取り出す。すなわちＴＣＰ／ＩＰ接続を行
い、ＨＴＭＬ文書を要求し、受信する（Ｓ２２７、Ｓ２
２８、Ｓ２２９）。この後受信したＨＴＭＬ文書を解析
し、ウェブ画面に表示する（Ｓ２３０、Ｓ２３１、Ｓ２
３２）。

【００６９】なお、この場合にも、図２０の場合と同様
に、インターネット上のサーバに加えて放送衛星や通信
衛星からの放送信号、ケーブルテレビの有線放送信号、
ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等から情報を取
得するようにしてもよい。この場合、ステップＳ２２７
〜ステップＳ２３２を図２０のステップＳ１２７〜Ｓ１
３６に置き換えればよい。詳細な説明を繰り返さない。

【００７０】他方ビットキャストのアンカーの場合に
は、キャッシュからメッセージを読み出し、ＨＴＭＬ文
書の解析を行い、ウェブ画面に表示する（Ｓ２２３〜Ｓ
２２６）。

【００７１】以上で実施例の説明を終了する。なおこの
発明は上述の実施例に限定されるものではなく、その趣
旨を逸脱しない範囲で種々変更が可能である。例えば、
実施例では、ユーザ側の端末として、パーソナル・コン
ピュータを用いたが、インテリジェント化されたテレビ
ジョン受像機でもよく、またセット・トップ・ボックス
等でもよい。テレビジョン放送の方式はＮＴＳＣ方式の
みでなく、ＳＥＣＡＭやＰＡＬ方式でもよい。また、テ
レビジョン放送に限らずラジオ放送にも適用できる。ま
たテレビジョン放送も地上波放送に限らず、衛星放送を
用いたものでもよい。また有線放送でもよい。また多重
化も種々の方式を採用でき、周波数多重等も適用でき
る。

【００７２】

【発明の効果】以上説明したように、この発明によれ
ば、プロテクトされたコンテンツ情報を放送信号に多重
化して送る際に、プロテクト手法を指示するプロテクト
情報も送るようにしているので、コンテンツ情報毎に異
なるプロテクト手法が採用されても容易にアンプロテク
トを行うことができる。またアンプロテクト情報の利用
情報を管理者側に通知するようにした場合、管理者側で
の課金管理が確実となる。

【図面の簡単な説明】

【図１】この発明の実施例を全体として示す模式図で
ある。

【図２】上述実施例で用いるＶＢＩのデータ多重を説
明する図である。

【図３】上述実施例で用いるＶＢＩのデータ多重を説
明する図である。

【図４】上述実施例で用いるＶＢＩのデータ多重を説
明する図である。

【図５】上述実施例のデータグループ（メッセージ）
のフォーマットを説明する図である。

【図６】図５のＢ−ＨＴＴＰエレメントの例を説明す
る図である。

【図７】図５のＢ−ＨＴＴＰエレメントの例を説明す
る図である。

【図８】図１のパーソナルコンピュータの実装構成を
機能ブロックで示す図である。

【図９】図１のパーソナルコンピュータの実装構成の
階層構造を説明する図である。

【図１０】図１のパーソナルコンピュータの実装構成
の具体例を示す図である。

【図１１】図８のＢ−ＨＴＴＰサービス部４６および
Ｂｉｔｃａｓｔブラウザ４７の構成例を説明する図であ
る。

【図１２】Ｂｉｔｃａｓｔブラウザで表示される画面
の一例を示す図である。

【図１３】メッセージのキャッシングに用いるインデ
ックス要素の構成例を示す図である。

【図１４】上述インデックス要素をポイントするキャ
ッシュ用リストを説明する図である。

【図１５】上述インデックス要素をポイントする表示
用リストを説明する図である。

【図１６】ウェブページ等の表示動作を説明するフロ
ーチャートである。

【図１７】レイアウトエレメントの一例を示す図であ
る。

【図１８】図１７のレイアウトアイコンの一例に対応
するＢｉｔｃａｓｔブラウザのレイアウトを示す図であ
る。

【図１９】アイコンの表示動作を説明するフローチャ
ートである。

【図２０】アイコンをクリック処理したときの動作を
説明するフローチャートである。

【図２１】アイコンをクリック処理したときの動作を
説明するフローチャートである。

【図２２】有料放送の構成を説明するブロック図であ
る。

【図２３】有料放送の鍵の更新の処理を説明するフロ
ーチャートである。

【図２４】メッセージをアクセスしたときの図１４の
キャッシュインデックスのリストを更新する処理を説明
するフローチャートである。

【図２５】メッセージ受信時の動作を説明するフロー
チャートである。

【図２６】検索動作を説明するフローチャートであ
る。

【図２７】ダウンロード時の動作を説明するフローチ
ャートである。

【図２８】ウェブページのボタンクリック時の動作を
説明するフローチャートである。

【符号の説明】

１１放送サーバ２０パーソナルコンピュータ３１ＷＷＷサーバ４１チューナ４２波形等価回路４３Ａ／Ｄ変換器４４パケット抽出器４５番組データ生成部４６Ｂ−ＨＴＴＰサービス部４７Ｂｉｔｃａｓｔブラウザ

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

Claims

【特許請求の範囲】

【請求項１】プロテクトされたコンテンツ情報と上記
コンテンツ情報のプロテクトの手法を指示するプロテク
ト情報とを放送信号に多重化するステップと、上記多重化した放送信号を送信するステップと、上記多重化した放送信号を受信するステップと、上記多重化した放送信号から上記プロテクトされたコン
テンツ情報と上記プロテクト情報とを取り出すステップ
と、上記プロテクト情報に応じたアンプロテクト手法により
上記プロテクトされたコンテンツ情報を利用可能なコン
テンツ情報に変換するステップとを有することを特徴と
する情報伝送方法。
【請求項２】上記アンプロテクト手法の利用状況を上
記アンプロテクト手法を管理するサイトに通知するステ
ップをさらに有する請求項１記載の情報伝送方法。
【請求項３】上記放送信号をテレビジョン放送信号と
した請求項１または２記載の情報伝送方法。
【請求項４】上記コンテンツ情報と上記タイミングの
情報とをテレビジョン放送信号の垂直帰線期間に挿入し
て多重化した請求項１、２または３記載の情報伝送方
法。
【請求項５】上記プロテクト手法を暗号化とした請求
項１、２、３または４記載の情報伝送方法。
【請求項６】上記プロテクト手法をスクランブル処理
とした請求項１、２、３または４記載の情報伝送方法。
【請求項７】上記コンテンツ情報は表示装置に表示さ
れる表示情報とした請求項１、２、３、４、５または６
記載の情報伝送方法。
【請求項８】上記コンテンツ情報はプログラムコード
とした請求項１、２、３、４、５または６記載の情報伝
送方法。
【請求項９】プロテクトされたコンテンツ情報と上記
コンテンツ情報のプロテクトの手法を指示するプロテク
ト情報とが多重化された放送信号を受信する手段と、上記受信した放送信号から上記プロテクトされたコンテ
ンツ情報と上記プロテクト情報とを取り出す手段と、上記プロテクト情報に応じたアンプロテクト手法により
上記プロテクトされたコンテンツ情報を利用可能なコン
テンツ情報に変換する手段とを有することを特徴とする
情報受信装置。
【請求項１０】上記アンプロテクト情報の利用状況を
上記アンプロテクト情報を管理するサイトに通知する手
段をさらに有する請求項９記載の情報受信装置。
【請求項１１】放送信号にプロテクト状態で多重化さ
れているコンテンツ情報を利用可能に再生するために用
いる情報受信用コンピュータ・プログラム製品におい
て、プロテクトされたコンテンツ情報と上記コンテンツ情報
のプロテクトの手法を指示するプロテクト情報とを多重
化した放送信号を受信するステップと、上記多重化した放送信号から上記プロテクトされたコン
テンツ情報と上記プロテクト情報とを取り出すステップ
と、上記プロテクト情報に応じたアンプロテクト手法により
上記プロテクトされたコンテンツ情報を利用可能なコン
テンツ情報に変換するステップとをコンピュータに実行
させるのに用いることを特徴とする情報受信用コンピュ
ータ・プログラム製品。