JPH10290222A - 情報復号化装置及び方法並びに情報送受信装置 - Google Patents
情報復号化装置及び方法並びに情報送受信装置Info
- Publication number
- JPH10290222A JPH10290222A JP9099197A JP9919797A JPH10290222A JP H10290222 A JPH10290222 A JP H10290222A JP 9099197 A JP9099197 A JP 9099197A JP 9919797 A JP9919797 A JP 9919797A JP H10290222 A JPH10290222 A JP H10290222A
- Authority
- JP
- Japan
- Prior art keywords
- key
- information
- decryption
- master key
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Abstract
(57)【要約】
【課題】 従来の限定受信システムでは、例えばチャン
ネル単位、或いは番組単位での復号化が可能であるが、
上記多重化データの中の一つのブロック単位のようなフ
ァイル単位での復号化は不可能であった。 【解決手段】 マスター鍵設定変更生成部４２ａは、
ＰＣ本体のコントローラ５７を介してデータ管理部から
送られてきた第１のマスターキー生成コードと、ＩＣカ
ードリーダ５３によってＩＣカードから読み込まれたＩ
Ｃカード識別信号である第２のマスターキー生成コード
とを用いて、マスター鍵を設定変更可能に生成する。ワ
ーク鍵生成部４２ｂは、マスター鍵に基づいてワーク鍵
を生成する。復号化鍵生成部４２ｃは、ワーク鍵に基づ
いて復号化鍵を生成する。
ネル単位、或いは番組単位での復号化が可能であるが、
上記多重化データの中の一つのブロック単位のようなフ
ァイル単位での復号化は不可能であった。 【解決手段】 マスター鍵設定変更生成部４２ａは、
ＰＣ本体のコントローラ５７を介してデータ管理部から
送られてきた第１のマスターキー生成コードと、ＩＣカ
ードリーダ５３によってＩＣカードから読み込まれたＩ
Ｃカード識別信号である第２のマスターキー生成コード
とを用いて、マスター鍵を設定変更可能に生成する。ワ
ーク鍵生成部４２ｂは、マスター鍵に基づいてワーク鍵
を生成する。復号化鍵生成部４２ｃは、ワーク鍵に基づ
いて復号化鍵を生成する。
Description
【０００１】
【発明の属する技術分野】本発明は、予め暗号化された
情報に対し、鍵を生成して復号する情報復号化装置及び
方法並びに暗号化した情報を送信すると共に、受信して
復号する情報送受信装置に関する。
情報に対し、鍵を生成して復号する情報復号化装置及び
方法並びに暗号化した情報を送信すると共に、受信して
復号する情報送受信装置に関する。
【０００２】
【従来の技術】ディジタル衛星多チャンネル放送が用い
る衛星回線、有線テレビジョン（ＣＡＴＶ）が用いるケ
ーブル回線、さらに光ファイバーのような光通信路のよ
うな大容量のディジタル回線によるディジタルオーディ
オ及びビデオ信号の配信が可能となった。
る衛星回線、有線テレビジョン（ＣＡＴＶ）が用いるケ
ーブル回線、さらに光ファイバーのような光通信路のよ
うな大容量のディジタル回線によるディジタルオーディ
オ及びビデオ信号の配信が可能となった。
【０００３】このため、上記ディジタルオーディオ及び
ビデオ信号を送信側で暗号化し、受信契約を正しくした
ユーザのみに復号化させるような、限定受信（Conditio
nalAccess：ＣＡ）システムが必要となる。
ビデオ信号を送信側で暗号化し、受信契約を正しくした
ユーザのみに復号化させるような、限定受信（Conditio
nalAccess：ＣＡ）システムが必要となる。
【０００４】この限定受信システムについて図８を用い
て説明する。放送局等の送信側８０では、データ入力に
対してスクランブル処理部８１で暗号化鍵となるスクラ
ンブル鍵Ｋｓを用いてスクランブル処理を施し、スクラ
ンブル処理データを多重化部８２に供給しておく。ま
た、送信側８０では、暗号化処理部８３でスクランブル
鍵Ｋｓにワーク鍵Ｋｗを使って暗号化処理を施し、その
暗号化出力を、資格制御情報（Entitlement Control Me
ssage：ＥＣＭ）のような共通情報として多重化部８２
に供給する。また、暗号化処理部８４でマスター鍵Ｋｍ
を使ってワーク鍵Ｋｗに暗号化処理を施し、その暗号化
出力を、資格管理情報（Entitlement Management Messa
ge：ＥＭＭ）のような個別情報として多重化部８２に供
給する。多重化部８２では、上記スクランブル処理デー
タと上記共通情報と上記個別情報とを多重化する。この
多重化出力は、ディジタル回線により受信側９０に伝送
される。
て説明する。放送局等の送信側８０では、データ入力に
対してスクランブル処理部８１で暗号化鍵となるスクラ
ンブル鍵Ｋｓを用いてスクランブル処理を施し、スクラ
ンブル処理データを多重化部８２に供給しておく。ま
た、送信側８０では、暗号化処理部８３でスクランブル
鍵Ｋｓにワーク鍵Ｋｗを使って暗号化処理を施し、その
暗号化出力を、資格制御情報（Entitlement Control Me
ssage：ＥＣＭ）のような共通情報として多重化部８２
に供給する。また、暗号化処理部８４でマスター鍵Ｋｍ
を使ってワーク鍵Ｋｗに暗号化処理を施し、その暗号化
出力を、資格管理情報（Entitlement Management Messa
ge：ＥＭＭ）のような個別情報として多重化部８２に供
給する。多重化部８２では、上記スクランブル処理デー
タと上記共通情報と上記個別情報とを多重化する。この
多重化出力は、ディジタル回線により受信側９０に伝送
される。
【０００５】受信側９０では、ディジタル回線により伝
送されてきた上記多重化出力を分離部９１で個別情報、
共通情報及びスクランブル処理データに分離する。分離
部９１で分離された個別情報は、復号化処理部９２に供
給される。復号化処理部９２には、例えばＲＯＭに記憶
されたマスター鍵が与えられ、上記個別情報からワーク
鍵Ｋｗを生成する。このワーク鍵Ｋｗは、分離部９１か
ら共通情報が与えられる復号化処理部９３に供給され
る。復号化処理部９３は、ワーク鍵Ｋｗを使って上記共
通情報から上記スクランブル鍵Ｋｓに対応する復号化鍵
となるデスクランブル鍵Ｋｓを生成する。このデスクラ
ンブル鍵Ｋｓは、デスクランブル処理部９４に与えられ
る、デスクランブル処理部９４は、分離部９１で分離さ
れた上記スクランブル処理データに上記デスクランブル
鍵Ｋｓを用いてデスクランブル処理を施し、送信側８０
にて暗号化されたデータを復号化して出力する。ここ
で、受信側のマスター鍵は、上述したように予めＲＯＭ
に書き込まれており、ユーザに知られることなく、また
書き換えられることもなかった。
送されてきた上記多重化出力を分離部９１で個別情報、
共通情報及びスクランブル処理データに分離する。分離
部９１で分離された個別情報は、復号化処理部９２に供
給される。復号化処理部９２には、例えばＲＯＭに記憶
されたマスター鍵が与えられ、上記個別情報からワーク
鍵Ｋｗを生成する。このワーク鍵Ｋｗは、分離部９１か
ら共通情報が与えられる復号化処理部９３に供給され
る。復号化処理部９３は、ワーク鍵Ｋｗを使って上記共
通情報から上記スクランブル鍵Ｋｓに対応する復号化鍵
となるデスクランブル鍵Ｋｓを生成する。このデスクラ
ンブル鍵Ｋｓは、デスクランブル処理部９４に与えられ
る、デスクランブル処理部９４は、分離部９１で分離さ
れた上記スクランブル処理データに上記デスクランブル
鍵Ｋｓを用いてデスクランブル処理を施し、送信側８０
にて暗号化されたデータを復号化して出力する。ここ
で、受信側のマスター鍵は、上述したように予めＲＯＭ
に書き込まれており、ユーザに知られることなく、また
書き換えられることもなかった。
【０００６】このような限定受信システムにより、例え
ばチャンネル毎に異なるワーク鍵を用い、チャンネル単
位の復号が可能となり、例えば月決めでの受信契約が可
能となる。また、番組毎に必要に応じて復号した量に応
じて料金を支払う、いわゆるペイパービュー（Pay per
View：ＰＰＶ）サービスの受信契約も可能となる。
ばチャンネル毎に異なるワーク鍵を用い、チャンネル単
位の復号が可能となり、例えば月決めでの受信契約が可
能となる。また、番組毎に必要に応じて復号した量に応
じて料金を支払う、いわゆるペイパービュー（Pay per
View：ＰＰＶ）サービスの受信契約も可能となる。
【０００７】
【発明が解決しようとする課題】ところで、最近では、
多種類のデータを多重化した多重化データの配信が上記
ディジタル回線を用いることにより可能となってきた。
多重化データは一つのチャンネルの番組を構成するが、
この中には複数のダウンロード用ファイルがある。
多種類のデータを多重化した多重化データの配信が上記
ディジタル回線を用いることにより可能となってきた。
多重化データは一つのチャンネルの番組を構成するが、
この中には複数のダウンロード用ファイルがある。
【０００８】例えば、日毎に新聞記事を配信する場合、
Ａ新聞、Ｂ新聞、Ｃ新聞、Ｄ新聞等の記事を、ブロック
単位のデータとし、これらを多重化してから暗号化して
伝送し、受信側において契約内容により、例えばＡ新聞
のみの記事だけを復号させることが考えられる様になっ
てきた。
Ａ新聞、Ｂ新聞、Ｃ新聞、Ｄ新聞等の記事を、ブロック
単位のデータとし、これらを多重化してから暗号化して
伝送し、受信側において契約内容により、例えばＡ新聞
のみの記事だけを復号させることが考えられる様になっ
てきた。
【０００９】しかし、上述した従来の限定受信システム
では、例えばチャンネル単位、或いは番組単位での復号
化が可能であるが、上記多重化データの中の一つのブロ
ック単位のようなファイル単位での復号化は不可能であ
った。
では、例えばチャンネル単位、或いは番組単位での復号
化が可能であるが、上記多重化データの中の一つのブロ
ック単位のようなファイル単位での復号化は不可能であ
った。
【００１０】本発明は、上記実情に鑑みてなされたもの
であり、上記受信限定方法で行われていたチャンネル単
位の復号の他に、さらに番組の中の細かい情報単位での
２次的な復号を可能とする情報復号化装置及び方法並び
に情報送受信装置の提供を目的とする。
であり、上記受信限定方法で行われていたチャンネル単
位の復号の他に、さらに番組の中の細かい情報単位での
２次的な復号を可能とする情報復号化装置及び方法並び
に情報送受信装置の提供を目的とする。
【００１１】
【課題を解決するための手段】本発明に係る情報復号化
装置及び方法は、上記課題を解決するために、ワーク鍵
を生成するためのマスター鍵をマスター鍵設定変更生成
手段により、必要に応じて変更して設定する。
装置及び方法は、上記課題を解決するために、ワーク鍵
を生成するためのマスター鍵をマスター鍵設定変更生成
手段により、必要に応じて変更して設定する。
【００１２】また、本発明に係る情報送受信装置は、上
記課題を解決するために、情報送信手段から伝送されて
きた暗号化情報に対して、情報受信手段でマスター鍵を
設定の変更を可として生成する。
記課題を解決するために、情報送信手段から伝送されて
きた暗号化情報に対して、情報受信手段でマスター鍵を
設定の変更を可として生成する。
【００１３】このため、例えマスター鍵が盗まれたとし
ても、マスター鍵を変更することにより不正使用を防ぐ
ことが可能となる。
ても、マスター鍵を変更することにより不正使用を防ぐ
ことが可能となる。
【００１４】
【発明の実施の形態】以下、本発明に係る情報復号化装
置及び方法並びに情報送受信装置の実施の形態について
図面を参照しながら説明する。この実施の形態は、ディ
ジタルデータを衛星回線を介して送受信する図１に示す
データ送受システムである。
置及び方法並びに情報送受信装置の実施の形態について
図面を参照しながら説明する。この実施の形態は、ディ
ジタルデータを衛星回線を介して送受信する図１に示す
データ送受システムである。
【００１５】このデータ送受システムが本発明に係る情
報送受信装置の適用例であり、このデータ送受システム
内のデータ受信装置３０が本発明に係る情報復号化装置
及び方法の適用例である。
報送受信装置の適用例であり、このデータ送受システム
内のデータ受信装置３０が本発明に係る情報復号化装置
及び方法の適用例である。
【００１６】このデータ送受システムは、ディジタルデ
ータに、暗号化鍵、ワーク鍵、マスター鍵を用いて階層
的に暗号化処理を施して送信するデータ配信装置１０
と、このデータ配信装置１０から上記衛星回線を介して
伝送された暗号化データを受信し、上記マスター鍵に対
応するマスター鍵、上記ワーク鍵に対応するワーク鍵、
上記暗号化鍵に対応する復号化鍵を生成して、上記暗号
化データに復号化処理を施して再生するデータ受信装置
３０とを備えてなる。
ータに、暗号化鍵、ワーク鍵、マスター鍵を用いて階層
的に暗号化処理を施して送信するデータ配信装置１０
と、このデータ配信装置１０から上記衛星回線を介して
伝送された暗号化データを受信し、上記マスター鍵に対
応するマスター鍵、上記ワーク鍵に対応するワーク鍵、
上記暗号化鍵に対応する復号化鍵を生成して、上記暗号
化データに復号化処理を施して再生するデータ受信装置
３０とを備えてなる。
【００１７】特に、データ受信装置３０は、上記マスタ
ー鍵を設定の変更を可として生成し、このマスター鍵に
基づいて上記ワーク鍵を生成し、このワーク鍵に基づい
て上記復号化鍵を生成し、この復号化鍵に基づいて上記
暗号化データを復号する情報復号化方法を用いている。
ここで、データ受信装置３０は、例えばパーソナルコン
ピュータの拡張スロットに装着される。なお、図１に
は、パーソナルコンピュータをそのままデータ受信装置
３０として示している。
ー鍵を設定の変更を可として生成し、このマスター鍵に
基づいて上記ワーク鍵を生成し、このワーク鍵に基づい
て上記復号化鍵を生成し、この復号化鍵に基づいて上記
暗号化データを復号する情報復号化方法を用いている。
ここで、データ受信装置３０は、例えばパーソナルコン
ピュータの拡張スロットに装着される。なお、図１に
は、パーソナルコンピュータをそのままデータ受信装置
３０として示している。
【００１８】データ配信装置１０及びデータ受信装置３
０は、双方向の通信が可能な例えば統合サービスディジ
タル網（Integrated Service Digital Network：ＩＳＤ
Ｎ）のような地上通信網を介して相互に通信が可能であ
る。この地上通信網は、複数のシステム相互間でネット
ワークを介してディジタルデータの送受信を行うインタ
ーネットに接続されていてもよい。また、通信衛星１８
による衛星回線は、上記地上通信網よりも伝送容量が大
きい。
０は、双方向の通信が可能な例えば統合サービスディジ
タル網（Integrated Service Digital Network：ＩＳＤ
Ｎ）のような地上通信網を介して相互に通信が可能であ
る。この地上通信網は、複数のシステム相互間でネット
ワークを介してディジタルデータの送受信を行うインタ
ーネットに接続されていてもよい。また、通信衛星１８
による衛星回線は、上記地上通信網よりも伝送容量が大
きい。
【００１９】先ず、上記データ送受システムにおけるデ
ータの流れを説明する。ここでは、データ配信装置１０
を所有するデータ提供者とデータ受信装置３０を所有す
る特定のユーザが、データの配送の契約を予め結んでい
るものとする。なお、ここでいうデータ提供者とは、伝
送情報を提供する事業者（以下、コンテンツプロバイダ
という）と、伝送路を提供する事業者（以下、サービス
プロバイダという）の両方を含めている。
ータの流れを説明する。ここでは、データ配信装置１０
を所有するデータ提供者とデータ受信装置３０を所有す
る特定のユーザが、データの配送の契約を予め結んでい
るものとする。なお、ここでいうデータ提供者とは、伝
送情報を提供する事業者（以下、コンテンツプロバイダ
という）と、伝送路を提供する事業者（以下、サービス
プロバイダという）の両方を含めている。
【００２０】データ受信装置３０を所有するユーザは、
例えば、上記ＩＳＤＮを介して、データ提供者が提供す
る所定のサービスを受けたい旨のリクエストをデータ配
信装置１０に送る。このリクエストを送る方法は、特
に、限定されず、データの種類やユーザとの契約状況に
よって決められ、例えば郵便などでもよい。また、リク
エストを送らずに、予め契約に従って、データ提供者が
サービスを提供してもよい。
例えば、上記ＩＳＤＮを介して、データ提供者が提供す
る所定のサービスを受けたい旨のリクエストをデータ配
信装置１０に送る。このリクエストを送る方法は、特
に、限定されず、データの種類やユーザとの契約状況に
よって決められ、例えば郵便などでもよい。また、リク
エストを送らずに、予め契約に従って、データ提供者が
サービスを提供してもよい。
【００２１】データ配信装置１０に送られたユーザから
のリクエストは、データリクエスト受付部１１で受け取
られ、データ管理部１２に送られる。データ管理部１２
は、ユーザの契約情報やリクエストが意味のあるものか
否かのチェックを行い、問題が無ければ、データ蓄積部
１３にデータの読み出し要求を行う。
のリクエストは、データリクエスト受付部１１で受け取
られ、データ管理部１２に送られる。データ管理部１２
は、ユーザの契約情報やリクエストが意味のあるものか
否かのチェックを行い、問題が無ければ、データ蓄積部
１３にデータの読み出し要求を行う。
【００２２】データ蓄積部１３は、上記コンテンツプロ
バイダが所有しているコンテンツサーバであり、多数の
データを蓄えており、データ読み出し要求に応じたデー
タを高速スイッチャ１４を介してデータ作成部１５に送
る。
バイダが所有しているコンテンツサーバであり、多数の
データを蓄えており、データ読み出し要求に応じたデー
タを高速スイッチャ１４を介してデータ作成部１５に送
る。
【００２３】データ作成部１５では、データ蓄積部１３
からのデータに対してＩＰパケット化、暗号化、メディ
アアクセス制御（Media Access Control、ＭＡＣ）フ
レーム化、ＭＰＥＧ（Moving Picture Experts Group P
hase）２のトランスポート化などのフォーマット変換を
行う。
からのデータに対してＩＰパケット化、暗号化、メディ
アアクセス制御（Media Access Control、ＭＡＣ）フ
レーム化、ＭＰＥＧ（Moving Picture Experts Group P
hase）２のトランスポート化などのフォーマット変換を
行う。
【００２４】データ蓄積部１３からのデータは、このデ
ータ作成部１５によって作成又はフォーマット変換され
た後、データ処理部１６によって他のオーディオ信号や
ビデオ信号と多重化され、多重化データとして、通信衛
星１８により衛星回線を介して伝送される。
ータ作成部１５によって作成又はフォーマット変換され
た後、データ処理部１６によって他のオーディオ信号や
ビデオ信号と多重化され、多重化データとして、通信衛
星１８により衛星回線を介して伝送される。
【００２５】ここで、データ配信装置１０における、配
信データのデータフォーマット変換について詳細に説明
する。
信データのデータフォーマット変換について詳細に説明
する。
【００２６】上述したように、近年、オーディオ、ビデ
オ信号やデータのような多種類のデータが多重化され
て、大容量のディジタル回線で伝送されることが可能に
なってきた。この多重化の方法としては、例えばＭＰＥ
Ｇ２の伝送フォーマットであるトランスポートストリー
ム（Transport Stream,ＴＳ）パケットが知られてい
る。このＴＳパケットでは、１３ビットのパケットＩＤ
（ＰＩＤ）を用いて、各ＴＳパケットの特定チャンネル
のビデオやオーディオ等の情報種類を識別している。
オ信号やデータのような多種類のデータが多重化され
て、大容量のディジタル回線で伝送されることが可能に
なってきた。この多重化の方法としては、例えばＭＰＥ
Ｇ２の伝送フォーマットであるトランスポートストリー
ム（Transport Stream,ＴＳ）パケットが知られてい
る。このＴＳパケットでは、１３ビットのパケットＩＤ
（ＰＩＤ）を用いて、各ＴＳパケットの特定チャンネル
のビデオやオーディオ等の情報種類を識別している。
【００２７】このＴＳパケットを用いてデータを伝送す
る場合、実際にはデータをインターネットで広く使用さ
れている上記ＩＰパケットのフォーマットに変換し、さ
らにこのＩＰパケットをＴＳパケットに入れ込んでい
る。
る場合、実際にはデータをインターネットで広く使用さ
れている上記ＩＰパケットのフォーマットに変換し、さ
らにこのＩＰパケットをＴＳパケットに入れ込んでい
る。
【００２８】ところが、多種類のデータがＩＰパケット
として伝送される場合、ＰＩＤはＩＰパケットのデータ
を他のビデオやオーディオのデータと識別するために使
われており、又ビット長も１３ビットしか無く、ＩＰパ
ケットで伝送される種々のデータの種別を識別させるに
は不十分なビット数である。そこでＰＩＤ以外のデータ
種類の識別方法が必要になる。
として伝送される場合、ＰＩＤはＩＰパケットのデータ
を他のビデオやオーディオのデータと識別するために使
われており、又ビット長も１３ビットしか無く、ＩＰパ
ケットで伝送される種々のデータの種別を識別させるに
は不十分なビット数である。そこでＰＩＤ以外のデータ
種類の識別方法が必要になる。
【００２９】例えば、インターネット上では受信データ
が自分宛のデータであるか否かを識別するのにＩＰパケ
ットのＩＰヘッダに含まれる送信先アドレス（Destinat
ionAddress）を用いている。ＴＳパケットでＩＰパケッ
トを伝送する場合でも、この送信先アドレス（以後、送
信先ＩＰアドレスという。）を用いてデータの伝送先ユ
ーザを特定することが可能である。
が自分宛のデータであるか否かを識別するのにＩＰパケ
ットのＩＰヘッダに含まれる送信先アドレス（Destinat
ionAddress）を用いている。ＴＳパケットでＩＰパケッ
トを伝送する場合でも、この送信先アドレス（以後、送
信先ＩＰアドレスという。）を用いてデータの伝送先ユ
ーザを特定することが可能である。
【００３０】この一連の動作について図２を用いて説明
する。図２は、データ作成部１５の詳細な構成を示して
いる。データ蓄積部１３から送られた特定ユーザ宛のデ
ータはＩＰパケット作成部２０に送られる。ＩＰパケッ
ト作成部２０では、データ蓄積部１３から送られてきた
データとその時点でユーザを特定する上記送信先ＩＰア
ドレスを用いて、図３に示すＩＰパケット６０を生成す
る。このＩＰパケット６０の大きさはＴＣＰ／ＩＰ（Tr
ansmission Control Protocol／Internet Protocol）で
規定され、ユーザがリクエストしたデータがその大きさ
を超える場合には、このデータは複数のＩＰパケットに
分割されて次の暗号部２１に転送される。
する。図２は、データ作成部１５の詳細な構成を示して
いる。データ蓄積部１３から送られた特定ユーザ宛のデ
ータはＩＰパケット作成部２０に送られる。ＩＰパケッ
ト作成部２０では、データ蓄積部１３から送られてきた
データとその時点でユーザを特定する上記送信先ＩＰア
ドレスを用いて、図３に示すＩＰパケット６０を生成す
る。このＩＰパケット６０の大きさはＴＣＰ／ＩＰ（Tr
ansmission Control Protocol／Internet Protocol）で
規定され、ユーザがリクエストしたデータがその大きさ
を超える場合には、このデータは複数のＩＰパケットに
分割されて次の暗号部２１に転送される。
【００３１】暗号部２１は、図４に示すような構成であ
る。ＩＰパケット作成部２０からのＩＰパケットをスク
ランブル処理部２１ａが暗号化鍵であるスクランブル鍵
Ｋｓを用いてスクランブルして得たスクランブル処理デ
ータと、スクランブル鍵Ｋｓに対して暗号化処理部２１
ｂがワーク鍵Ｋｗを用いて暗号化して得た暗号化出力
と、ワーク鍵Ｋｗに対して暗号化処理部２１ｃがマスタ
ー鍵Ｋｍを用いて暗号化して得た暗号化出力とを多重化
部２１ｄで多重化する。ここで、スクランブル鍵Ｋｓ
は、上記送信先ＩＰアドレスに応じて生成されている。
る。ＩＰパケット作成部２０からのＩＰパケットをスク
ランブル処理部２１ａが暗号化鍵であるスクランブル鍵
Ｋｓを用いてスクランブルして得たスクランブル処理デ
ータと、スクランブル鍵Ｋｓに対して暗号化処理部２１
ｂがワーク鍵Ｋｗを用いて暗号化して得た暗号化出力
と、ワーク鍵Ｋｗに対して暗号化処理部２１ｃがマスタ
ー鍵Ｋｍを用いて暗号化して得た暗号化出力とを多重化
部２１ｄで多重化する。ここで、スクランブル鍵Ｋｓ
は、上記送信先ＩＰアドレスに応じて生成されている。
【００３２】又、ワーク鍵Ｋｗに対して暗号化処理部２
１ｃがマスター鍵Ｋｍを用いて暗号化して得た暗号化出
力はスクランブル処理部２１ａ、暗号化処理部２１ｂの
出力とは別に例えば地上回線によって図中破線で示すよ
うに伝送することも可能である。
１ｃがマスター鍵Ｋｍを用いて暗号化して得た暗号化出
力はスクランブル処理部２１ａ、暗号化処理部２１ｂの
出力とは別に例えば地上回線によって図中破線で示すよ
うに伝送することも可能である。
【００３３】ただし、暗号化は、特定のユーザに対する
全てのデータについて施す必要はなく、データの種類に
よっては暗号化が行われないこともある。暗号化が行わ
れない場合には、ＩＰパケット作成部２０からＭＡＣフ
レーム作成部２２に直接ＩＰパケット６０が転送され
る。
全てのデータについて施す必要はなく、データの種類に
よっては暗号化が行われないこともある。暗号化が行わ
れない場合には、ＩＰパケット作成部２０からＭＡＣフ
レーム作成部２２に直接ＩＰパケット６０が転送され
る。
【００３４】ここでは、暗号化が行われる場合について
説明する。暗号化は通常６４ビットの平文に対して行わ
れ、暗号化すべきＩＰパケット６０のデータ長が６４ビ
ットの倍数でない場合には、データの埋め合わせ、すな
わち無効データのパディングを行うことでＩＰパケット
６０全体を６４ビットの倍数にし、ＩＰパケット６１と
する。
説明する。暗号化は通常６４ビットの平文に対して行わ
れ、暗号化すべきＩＰパケット６０のデータ長が６４ビ
ットの倍数でない場合には、データの埋め合わせ、すな
わち無効データのパディングを行うことでＩＰパケット
６０全体を６４ビットの倍数にし、ＩＰパケット６１と
する。
【００３５】特定のユーザ用のＩＰパケット６１が暗号
化されたＩＰパケット６２は、ＭＡＣフレーム作成部２
２に転送される。ＭＡＣフレーム作成部２２では、暗号
化器２１によって暗号化されたＩＰパケット６２に対し
て、ＭＡＣヘッダ７０を付加する。
化されたＩＰパケット６２は、ＭＡＣフレーム作成部２
２に転送される。ＭＡＣフレーム作成部２２では、暗号
化器２１によって暗号化されたＩＰパケット６２に対し
て、ＭＡＣヘッダ７０を付加する。
【００３６】このＭＡＣヘッダ７０は、図５に示すよう
なフォーマットとされ、７２ビットで構成されている。
具体的には、８ビットのフィルターバイト（FILTER BYT
R）ＦＢ1と、同じく８ビットのフィルターバイトＦＢ2
と、暗号化のON/OFF等を表すコントロールフラグ（CONT
ROL FLAG）用の８ビットと、８ビットのセクション番号
（SECTION NO.）と、８ビットのラストセクション番号
（LAST SECTION NO.）と、各８ビットで合計３２ビット
となるフィルターバイトＦＢ3、ＦＢ4、ＦＢ5及びＦＢ6
からなる。
なフォーマットとされ、７２ビットで構成されている。
具体的には、８ビットのフィルターバイト（FILTER BYT
R）ＦＢ1と、同じく８ビットのフィルターバイトＦＢ2
と、暗号化のON/OFF等を表すコントロールフラグ（CONT
ROL FLAG）用の８ビットと、８ビットのセクション番号
（SECTION NO.）と、８ビットのラストセクション番号
（LAST SECTION NO.）と、各８ビットで合計３２ビット
となるフィルターバイトＦＢ3、ＦＢ4、ＦＢ5及びＦＢ6
からなる。
【００３７】ここで、このデータ作成部１５では、上記
フィルターバイトＦＢ3、ＦＢ4、ＦＢ5及びＦＢ6からな
る連続した合計３２ビットに、上記ＩＰヘッダ内に書か
れた送信先ＩＰアドレスと同様の送信先ＩＰアドレスを
書き込む。
フィルターバイトＦＢ3、ＦＢ4、ＦＢ5及びＦＢ6からな
る連続した合計３２ビットに、上記ＩＰヘッダ内に書か
れた送信先ＩＰアドレスと同様の送信先ＩＰアドレスを
書き込む。
【００３８】また、上記フィルターバイトＦＢ1、Ｆ
Ｂ2、ＦＢ3、ＦＢ4、ＦＢ5及びＦＢ6の全てを使ってＩ
Ｐアドレスと一対一で対応づけられるＭＡＣアドレス４
８ビットを書き込むことも可能である。暗号化は送信先
ＩＰアドレス又はＭＡＣアドレスに対して一対一で対応
づけられる暗号化鍵（スクランブル鍵）を用いて行う。
Ｂ2、ＦＢ3、ＦＢ4、ＦＢ5及びＦＢ6の全てを使ってＩ
Ｐアドレスと一対一で対応づけられるＭＡＣアドレス４
８ビットを書き込むことも可能である。暗号化は送信先
ＩＰアドレス又はＭＡＣアドレスに対して一対一で対応
づけられる暗号化鍵（スクランブル鍵）を用いて行う。
【００３９】上記ＩＰヘッダ内の送信先ＩＰアドレスは
暗号化されるので、受信側で暗号を復号しなければ送信
先ＩＰアドレスを知ることができないが、上記ＭＡＣヘ
ッダ７０にそれと同じ送信先ＩＰアドレスがあれば、受
信側では単にハードウェア的にそれを読み出すことで、
自分宛のデータブロックであるか否かを知ることができ
る。すなわち、データ受信装置３０は、暗号化されたＩ
Ｐパケット６２全体を復号するまで特定のユーザの送信
先ＩＰアドレスを見ることが出来ないため、暗号化され
たパケット６２のみでは、自分宛のパケットかどうかを
識別できない。したがって、データ受信装置３０が受信
したＩＰパケットを復号する前に、そのＩＰパケットが
自分宛のものであることを知るために、ＭＡＣヘッダ７
０に送信先ＩＰアドレスをセットしている。この送信先
ＩＰアドレスはＩＰパケット作成部２０からＭＡＣフレ
ーム作成部２２に直接渡される。
暗号化されるので、受信側で暗号を復号しなければ送信
先ＩＰアドレスを知ることができないが、上記ＭＡＣヘ
ッダ７０にそれと同じ送信先ＩＰアドレスがあれば、受
信側では単にハードウェア的にそれを読み出すことで、
自分宛のデータブロックであるか否かを知ることができ
る。すなわち、データ受信装置３０は、暗号化されたＩ
Ｐパケット６２全体を復号するまで特定のユーザの送信
先ＩＰアドレスを見ることが出来ないため、暗号化され
たパケット６２のみでは、自分宛のパケットかどうかを
識別できない。したがって、データ受信装置３０が受信
したＩＰパケットを復号する前に、そのＩＰパケットが
自分宛のものであることを知るために、ＭＡＣヘッダ７
０に送信先ＩＰアドレスをセットしている。この送信先
ＩＰアドレスはＩＰパケット作成部２０からＭＡＣフレ
ーム作成部２２に直接渡される。
【００４０】ＭＡＣフレーム作成部２２で生成されたＭ
ＡＣフレーム６３には、ＣＲＣ計算部２３にて、ＣＲＣ
（Cyclic Redundancy Checking、巡回冗長検査）が施さ
れる。このようにデータ配信装置１０側でＣＲＣの計算
を行うことで、データ受信装置３０は、受信したＭＡＣ
フレームが正しく通信衛星１８から伝送されているかを
検査することができる。ＣＲＣ計算部２３において生成
された３２ビットのＣＲＣは、ＭＡＣフレーム６３の最
後に付加されている。
ＡＣフレーム６３には、ＣＲＣ計算部２３にて、ＣＲＣ
（Cyclic Redundancy Checking、巡回冗長検査）が施さ
れる。このようにデータ配信装置１０側でＣＲＣの計算
を行うことで、データ受信装置３０は、受信したＭＡＣ
フレームが正しく通信衛星１８から伝送されているかを
検査することができる。ＣＲＣ計算部２３において生成
された３２ビットのＣＲＣは、ＭＡＣフレーム６３の最
後に付加されている。
【００４１】このＭＡＣフレーム６３は、セクション作
成部２４に転送されてＭＰＥＧ２で規定されるセクショ
ンに変換される。図３に示すように、ＭＡＣフレーム６
４は、セクション（Ｓｅｃ）ヘッダ７１の直後に付加さ
れ、プライベートセクション６４と呼ばれる。
成部２４に転送されてＭＰＥＧ２で規定されるセクショ
ンに変換される。図３に示すように、ＭＡＣフレーム６
４は、セクション（Ｓｅｃ）ヘッダ７１の直後に付加さ
れ、プライベートセクション６４と呼ばれる。
【００４２】セクション作成部２４で作成されたセクシ
ョンは、トランスポートパケット作成部２５に転送され
る。トランスポートパケット作成部２５では、転送され
たプライベートセクション６４をトランスポートパケッ
ト６５1，６５2，・・６５nに分割して次のデータ転送
部２６に転送する。
ョンは、トランスポートパケット作成部２５に転送され
る。トランスポートパケット作成部２５では、転送され
たプライベートセクション６４をトランスポートパケッ
ト６５1，６５2，・・６５nに分割して次のデータ転送
部２６に転送する。
【００４３】トランスポートパケット６５1，６５2，・
・６５nは、それぞれ１８８バイトで構成されている。
これらのトランスポートパケット６５1，６５2，・・６
５nには、４バイトのＴＳヘッダが付加される。
・６５nは、それぞれ１８８バイトで構成されている。
これらのトランスポートパケット６５1，６５2，・・６
５nには、４バイトのＴＳヘッダが付加される。
【００４４】トランスポートパケット６５1，６５2，・
・６５nの１個分の大きさは、上述したように１８８バ
イトと規定されているので、一般的に、一つのセクショ
ン６４を複数のトランスポートパケットに分割する必要
がある。
・６５nの１個分の大きさは、上述したように１８８バ
イトと規定されているので、一般的に、一つのセクショ
ン６４を複数のトランスポートパケットに分割する必要
がある。
【００４５】ここで、通常、一つのセクションは１８４
バイト（１８８バイトからヘッダ長の４バイトを引いた
バイト数）の整数倍長とは限らないので、一つのセクシ
ョン６４を複数のトランスポートパケット６５1，６
５2，・・６５nに分割する際には、図３に示すように、
スタッフィングバイトを用いたデータの穴埋めを行う。
すなわち、１８４バイトの倍数でない一つのセクション
を複数のトランスポートパケットに分割した場合、最後
のトランスポートパケットの余ったデータエリアに、全
てのビットがスタッフィングされたスタッフィング領域
を形成する。
バイト（１８８バイトからヘッダ長の４バイトを引いた
バイト数）の整数倍長とは限らないので、一つのセクシ
ョン６４を複数のトランスポートパケット６５1，６
５2，・・６５nに分割する際には、図３に示すように、
スタッフィングバイトを用いたデータの穴埋めを行う。
すなわち、１８４バイトの倍数でない一つのセクション
を複数のトランスポートパケットに分割した場合、最後
のトランスポートパケットの余ったデータエリアに、全
てのビットがスタッフィングされたスタッフィング領域
を形成する。
【００４６】このように複数のトランスポートパケット
に分割されたセクションは、データ転送部２６に転送さ
れた後、マルチプレクサ等のデータ処理部１６に伝送さ
れる。データ処理部１６では、上記トランスポートパケ
ットを他のディジタル化されたビデオ、オーディオ信号
と多重化した後、変調、増幅する。そして、送信アンテ
ナ１７により通信衛星１８に伝送する。ブロードキャス
トされた特定ユーザのためのデータは、受信アンテナ３
１で受信され、特定のユーザのデータ受信装置３０に転
送される。
に分割されたセクションは、データ転送部２６に転送さ
れた後、マルチプレクサ等のデータ処理部１６に伝送さ
れる。データ処理部１６では、上記トランスポートパケ
ットを他のディジタル化されたビデオ、オーディオ信号
と多重化した後、変調、増幅する。そして、送信アンテ
ナ１７により通信衛星１８に伝送する。ブロードキャス
トされた特定ユーザのためのデータは、受信アンテナ３
１で受信され、特定のユーザのデータ受信装置３０に転
送される。
【００４７】受信アンテナ３１により受信された信号
は、ＩＦの信号に変換され、例えばパーソナルコンピュ
ータの拡張スロットに装着されるデータ受信装置３０に
入力される。図６にこのデータ受信装置３０のブロック
図を示す。
は、ＩＦの信号に変換され、例えばパーソナルコンピュ
ータの拡張スロットに装着されるデータ受信装置３０に
入力される。図６にこのデータ受信装置３０のブロック
図を示す。
【００４８】チューナ３３，Ａ／Ｄ変換器３４，復調器
３５及びデコーダ３６からなるフロントエンド３２に入
力された信号は、ここでディジタル信号に変換され、Ｑ
ＰＳＫ復調処理及び誤り訂正処理が施された後、ディジ
タルデータとしてデスクランブラ３７に供給される。
３５及びデコーダ３６からなるフロントエンド３２に入
力された信号は、ここでディジタル信号に変換され、Ｑ
ＰＳＫ復調処理及び誤り訂正処理が施された後、ディジ
タルデータとしてデスクランブラ３７に供給される。
【００４９】デスクランブラ３７は、上記ディジタルデ
ータにＴＳパケットレベルのデスクランブル処理を施
す。デスクランブル処理された上記ディジタルデータ
は、デマルチプレクサ３８に供給される。
ータにＴＳパケットレベルのデスクランブル処理を施
す。デスクランブル処理された上記ディジタルデータ
は、デマルチプレクサ３８に供給される。
【００５０】デマルチプレクサ３８は、例えばトランス
ポートパケット６５1のＴＳヘッダ７２にセットされた
ＰＩＤを読み込み、図３に示したＭＰＥＧ２のプライベ
ートセクション６４のフォーマットで、ＴＳパケットに
入れ込まれたデータのみを取り出し、デパケダイザ４５
に供給する。ここで、デマルプレクサ３８は、上記デー
タ処理部１６で上記データと共に多重化されたオーディ
オデータとビデオデータを分割し、オーディオデータを
オーディオデコーダ３９に供給し、ビデオデータをビデ
オデコーダ４０に供給する。そして、オーディオデコー
ダ３９は、アナログオーディオを出力し、ビデオデコー
ダ４０はＮＴＳＣエンコーダ４１を介してアナログビデ
オを出力する。
ポートパケット６５1のＴＳヘッダ７２にセットされた
ＰＩＤを読み込み、図３に示したＭＰＥＧ２のプライベ
ートセクション６４のフォーマットで、ＴＳパケットに
入れ込まれたデータのみを取り出し、デパケダイザ４５
に供給する。ここで、デマルプレクサ３８は、上記デー
タ処理部１６で上記データと共に多重化されたオーディ
オデータとビデオデータを分割し、オーディオデータを
オーディオデコーダ３９に供給し、ビデオデータをビデ
オデコーダ４０に供給する。そして、オーディオデコー
ダ３９は、アナログオーディオを出力し、ビデオデコー
ダ４０はＮＴＳＣエンコーダ４１を介してアナログビデ
オを出力する。
【００５１】デパケタイザ４５は、図３で示したプライ
ベートセクション６４のフォーマットを再生し、ＣＲＣ
の値を計算し、データが正しく受信されたか否かを判定
する。そして、デパケタイザ４５は、上記プライベート
セクション６４をフォーマットデータに変換し、プライ
ベートセクションのフォーマットに入れ込まれた上記送
信先ＩＰアドレスを再生する。
ベートセクション６４のフォーマットを再生し、ＣＲＣ
の値を計算し、データが正しく受信されたか否かを判定
する。そして、デパケタイザ４５は、上記プライベート
セクション６４をフォーマットデータに変換し、プライ
ベートセクションのフォーマットに入れ込まれた上記送
信先ＩＰアドレスを再生する。
【００５２】この送信先ＩＰアドレスを含め、ＩＰパケ
ットは、ＦＩＦＯ４６を介してＩＰパケット復号器４７
に転送される。ＩＰパケット復号器４７では、上記送信
先ＩＰアドレスに対応するセッション鍵である復号化鍵
により、上記暗号化されたＩＰパケットを復号化する。
ットは、ＦＩＦＯ４６を介してＩＰパケット復号器４７
に転送される。ＩＰパケット復号器４７では、上記送信
先ＩＰアドレスに対応するセッション鍵である復号化鍵
により、上記暗号化されたＩＰパケットを復号化する。
【００５３】前述した様にＭＡＣヘッダに送信先ＩＰア
ドレスでは無く、ＭＡＣアドレスが用いられた場合に
は、このＭＡＣアドレスに対応するセッション鍵である
復号化鍵によりＩＰパケットを復号化する。復号化され
たＩＰパケットは、ＦＩＦＯ４９を介してＰＣＩインタ
ーフェース５０を通して、ＰＣ上のメインメモリに転送
され、更にＰＣのソフトウェアによる処理が施される。
ドレスでは無く、ＭＡＣアドレスが用いられた場合に
は、このＭＡＣアドレスに対応するセッション鍵である
復号化鍵によりＩＰパケットを復号化する。復号化され
たＩＰパケットは、ＦＩＦＯ４９を介してＰＣＩインタ
ーフェース５０を通して、ＰＣ上のメインメモリに転送
され、更にＰＣのソフトウェアによる処理が施される。
【００５４】ここで、上記復号化鍵は、ＣＰＵ４２によ
り供給される。このＣＰＵ４２は、図７に示すように、
マスター鍵を設定の変更を可として生成するマスター鍵
変更生成部４２ａと、このマスター鍵に基づいてワーク
鍵を生成するワーク鍵生成部４２ｂと、このワーク鍵に
基づいて復号化鍵を生成する復号化鍵生成部４２ｃとを
備えてなる。
り供給される。このＣＰＵ４２は、図７に示すように、
マスター鍵を設定の変更を可として生成するマスター鍵
変更生成部４２ａと、このマスター鍵に基づいてワーク
鍵を生成するワーク鍵生成部４２ｂと、このワーク鍵に
基づいて復号化鍵を生成する復号化鍵生成部４２ｃとを
備えてなる。
【００５５】各生成部４２ａ、４２ｂ及び４２ｃは、Ｐ
Ｃ本体のコントローラ５７により制御されて、最終的に
上記復号化鍵を生成する。そして、この復号化鍵は、Ｉ
Ｐ復号化器４７に供給される。
Ｃ本体のコントローラ５７により制御されて、最終的に
上記復号化鍵を生成する。そして、この復号化鍵は、Ｉ
Ｐ復号化器４７に供給される。
【００５６】マスター鍵設定変更生成部４２ａは、上記
コントローラ５７を介してデータ管理部１２から送られ
てきた第１のマスターキー生成コードと、ＩＣカードリ
ーダ５３によってＩＣカードから読み込まれたＩＣカー
ド識別信号（ＩＤ）である第２のマスターキー生成コー
ドとを用いて、マスター鍵を設定変更可能に生成する。
コントローラ５７を介してデータ管理部１２から送られ
てきた第１のマスターキー生成コードと、ＩＣカードリ
ーダ５３によってＩＣカードから読み込まれたＩＣカー
ド識別信号（ＩＤ）である第２のマスターキー生成コー
ドとを用いて、マスター鍵を設定変更可能に生成する。
【００５７】従来、マスター鍵は、特別のマスクＲＯＭ
或いはＥＥＰＲＯＭに予め書き込まれており、ユーザは
決して関知することなく、又書き換えることも不可能で
あった。これは、ユーザ（特に一般のテレビのユーザ）
が一々マスター鍵の設定／変更を気にすることなく課金
処理を行えるようにするためであった。
或いはＥＥＰＲＯＭに予め書き込まれており、ユーザは
決して関知することなく、又書き換えることも不可能で
あった。これは、ユーザ（特に一般のテレビのユーザ）
が一々マスター鍵の設定／変更を気にすることなく課金
処理を行えるようにするためであった。
【００５８】これに対して、データ受信装置３０では、
マスター鍵の設定をユーザに関与させることにより、フ
レキシビリティの高い、しかも安価で安全性の高いシス
テムを実現している。
マスター鍵の設定をユーザに関与させることにより、フ
レキシビリティの高い、しかも安価で安全性の高いシス
テムを実現している。
【００５９】データ管理部１２とＰＣ本体のコントロー
ラ５７は、パスワードを用いた安全な有線伝送路で接続
されるのが望ましい。この結果、悪意のある者がユーザ
になりすまして上記第１のマスター鍵生成コードを盗み
出すのを防ぐことが出来る。
ラ５７は、パスワードを用いた安全な有線伝送路で接続
されるのが望ましい。この結果、悪意のある者がユーザ
になりすまして上記第１のマスター鍵生成コードを盗み
出すのを防ぐことが出来る。
【００６０】さらに、マスター鍵生成のためには、ＩＣ
カードリーダ５３で読み込まれるＩＣカードからＩＣカ
ードＩＤとして提供される第２のマスター鍵生成コード
を用いるが、このＩＤは実際にＩＣカードが挿入されな
いと取得できない。
カードリーダ５３で読み込まれるＩＣカードからＩＣカ
ードＩＤとして提供される第２のマスター鍵生成コード
を用いるが、このＩＤは実際にＩＣカードが挿入されな
いと取得できない。
【００６１】したがって、仮に悪意のある者があるユー
ザのパスワードを盗みだし、これを使って第１のマスタ
ー鍵生成コードを入手したとしても、本人しか保持して
いないＩＣカードをさらに盗み出さない限りは、第２の
マスター鍵生成コードを入手することができず、したが
ってマスター鍵を生成することが不可能となる。
ザのパスワードを盗みだし、これを使って第１のマスタ
ー鍵生成コードを入手したとしても、本人しか保持して
いないＩＣカードをさらに盗み出さない限りは、第２の
マスター鍵生成コードを入手することができず、したが
ってマスター鍵を生成することが不可能となる。
【００６２】このマスター鍵変更生成部４２ａによって
生成されたマスター鍵は、一旦ＥＥＰＲＯＭ５８に蓄積
される。さらに蓄積されたマスター鍵からワーク鍵生成
部４２ｂがワーク鍵を生成する。この場合、ワーク鍵生
成部４２ｂは、上記マスター鍵と上記資格管理情報（Ｅ
ＭＭ）のような個別情報を用いてワーク鍵を生成する。
生成されたマスター鍵は、一旦ＥＥＰＲＯＭ５８に蓄積
される。さらに蓄積されたマスター鍵からワーク鍵生成
部４２ｂがワーク鍵を生成する。この場合、ワーク鍵生
成部４２ｂは、上記マスター鍵と上記資格管理情報（Ｅ
ＭＭ）のような個別情報を用いてワーク鍵を生成する。
【００６３】また、さらにこのワーク鍵から復号化鍵生
成部４２ｃがプログラム、ファイルなどの細かい情報単
位の復号化鍵を作成する。この場合、復号化鍵生成部４
２ｃは、上記ワーク鍵と上記資格制御情報（ＥＣＭ）の
ような共通情報とから復号化鍵を生成して、上記復号化
器４７に供給する。
成部４２ｃがプログラム、ファイルなどの細かい情報単
位の復号化鍵を作成する。この場合、復号化鍵生成部４
２ｃは、上記ワーク鍵と上記資格制御情報（ＥＣＭ）の
ような共通情報とから復号化鍵を生成して、上記復号化
器４７に供給する。
【００６４】一方、データ管理部１２は、上記ＩＣカー
ドＩＤ情報を保有している為、ユーザ側と同じアルゴリ
ズムで各契約者毎のマスター鍵を設定を変更しながら作
成して保管する。
ドＩＤ情報を保有している為、ユーザ側と同じアルゴリ
ズムで各契約者毎のマスター鍵を設定を変更しながら作
成して保管する。
【００６５】ワーク鍵生成のための上記個別情報、復号
化鍵生成のための上記共通情報は、衛星回線を利用して
も、又地上回線を利用しても配信することができる。
化鍵生成のための上記共通情報は、衛星回線を利用して
も、又地上回線を利用しても配信することができる。
【００６６】また、上記マスター鍵として、データ管理
部１２から安全な伝送路で供給されるものを用い、ワー
ク鍵生成部４２ｂでのワーク鍵生成に際して、上記ＩＣ
カードＩＤを用いるようにしてもよい。
部１２から安全な伝送路で供給されるものを用い、ワー
ク鍵生成部４２ｂでのワーク鍵生成に際して、上記ＩＣ
カードＩＤを用いるようにしてもよい。
【００６７】さらに、上記第１のマスター鍵生成コード
としてデータ管理部１２から配信されるコードではな
く、ユーザが設定し、予めデータ管理部１２に登録して
おいたパスワードを用いてもよい。
としてデータ管理部１２から配信されるコードではな
く、ユーザが設定し、予めデータ管理部１２に登録して
おいたパスワードを用いてもよい。
【００６８】
【発明の効果】以上、本発明によれば、従来の受信限定
方法で行われていたチャンネル単位の復号の他に、さら
に番組の中の細かい情報単位での２次的な復号を可能と
し、情報の細かい単位をベースとした安全な課金システ
ムを安価にしかも簡単に実現することができる。
方法で行われていたチャンネル単位の復号の他に、さら
に番組の中の細かい情報単位での２次的な復号を可能と
し、情報の細かい単位をベースとした安全な課金システ
ムを安価にしかも簡単に実現することができる。
【図１】本発明に係る情報送受信装置の適用例であるデ
ータ送受システムのブロック図である。
ータ送受システムのブロック図である。
【図２】上記データ送受システム内のデータ配信装置を
構成するデータ作成部のブロック図である。
構成するデータ作成部のブロック図である。
【図３】上記データ作成部で作成されるデータのフォー
マト図である。
マト図である。
【図４】上記データ作成部内の暗号部のブロック図であ
る。
る。
【図５】上記データ作成部内のＭＡＣフレーム作成部で
作成するＭＡＣフレームのフォーマットである。
作成するＭＡＣフレームのフォーマットである。
【図６】本発明に係る情報復号化装置及び方法の適用例
である、上記データ送受システム内のデータ受信装置の
詳細な構成を示すブロック図である。
である、上記データ送受システム内のデータ受信装置の
詳細な構成を示すブロック図である。
【図７】上記図６に示したデータ受信装置のＣＰＵの詳
細な構成を示すブロック図である。
細な構成を示すブロック図である。
【図８】従来の限定受信システムのブロック図である。
１２ データ管理部、４２ ＣＰＵ、４２ａ マスター
鍵変更生成部、４２ｂワーク鍵生成部、４２ｃ 復号化
鍵生成部、４７ 復号化器、５３ ＩＣカードリーダ
鍵変更生成部、４２ｂワーク鍵生成部、４２ｃ 復号化
鍵生成部、４７ 復号化器、５３ ＩＣカードリーダ
Claims (10)
- 【請求項１】 暗号化鍵、ワーク鍵、マスター鍵を用い
て階層的に暗号化処理が施された暗号化情報に対して復
号化処理を施す情報復号化装置において、 上記マスター鍵と同様のマスター鍵を設定の変更を可と
して生成するマスター鍵変更生成手段と、 上記マスター鍵変更生成手段で設定の変更を可として生
成されたマスター鍵に基づいて上記ワーク鍵と同様のワ
ーク鍵を生成するワーク鍵生成手段と、 上記ワーク鍵生成手段で生成されたワーク鍵に基づいて
上記暗号化鍵に対応する復号化鍵を生成する復号化鍵生
成手段と、 上記復号化鍵生成手段で生成された復号化鍵に基づいて
上記暗号化情報を復号化する復号化手段とを備えること
を特徴とする情報復号化装置。 - 【請求項２】 上記暗号化情報は、外部からディジタル
衛星回線により伝送されてくることを特徴とする請求項
１記載の情報復号化装置。 - 【請求項３】 上記マスター鍵変更生成手段は、外部か
ら供給されるマスター鍵設定情報と、記憶媒体に記憶さ
れた識別情報に基づいて上記マスター鍵を設定の変更を
可として生成することを特徴とする請求項１記載の情報
復号化装置。 - 【請求項４】 上記マスター鍵設定情報は、外部からパ
スワードを用いた伝送路を介して伝送されることを特徴
とする請求項３記載の情報復号化装置。 - 【請求項５】 上記伝送路は、双方向通信が可能なケー
ブル回線であることを特徴とする請求項４記載の情報復
号化装置。 - 【請求項６】 上記ワーク鍵生成手段は、外部から供給
されるマスター鍵と、記憶媒体に記憶された識別情報に
基づいて上記ワーク鍵を生成することを特徴とする請求
項１記載の情報復号化装置。 - 【請求項７】 上記マスター鍵変更生成手段は、外部に
登録したパスワードに基づいて上記マスター鍵を生成す
ることを特徴とする請求項１記載の情報復号化装置。 - 【請求項８】 暗号化鍵、ワーク鍵、マスター鍵を用い
て階層的に暗号化処理が施された暗号化情報に対し、マ
スター鍵、ワーク鍵及び復号化鍵を用いて復号化処理を
施す情報復号化方法において、 上記マスター鍵を設定の変更を可として生成し、このマ
スター鍵に基づいて上記ワーク鍵を生成し、このワーク
鍵に基づいて上記復号化鍵を生成し、この復号化鍵に基
づいて上記暗号化情報を復号化することを特徴とする情
報復号化方法。 - 【請求項９】 暗号化鍵を用いて暗号化して得た暗号化
情報と、暗号化鍵をワーク鍵で暗号化した暗号化出力
と、ワーク鍵をマスター鍵で暗号化した暗号化出力とを
伝送する情報送信手段と、 上記情報送信手段から伝送されてきた暗号化情報に対し
て、マスター鍵を設定の変更を可として生成し、このマ
スター鍵に基づいてワーク鍵を生成し、このワーク鍵に
基づいて復号化鍵を生成し、この復号化鍵に基づいて上
記暗号化情報を復号化する情報受信手段とを備えること
を特徴とする情報送受信装置。 - 【請求項１０】 上記ワーク鍵をマスター鍵で暗号化し
た暗号化出力は、暗号化鍵をワーク鍵で暗号化した暗号
化出力及び暗号化鍵で暗号化された送信情報とは別の回
線で上記情報送信手段から上記情報受信手段に伝送され
ることを特徴とする請求項９記載の情報送受信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9099197A JPH10290222A (ja) | 1997-04-16 | 1997-04-16 | 情報復号化装置及び方法並びに情報送受信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9099197A JPH10290222A (ja) | 1997-04-16 | 1997-04-16 | 情報復号化装置及び方法並びに情報送受信装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10290222A true JPH10290222A (ja) | 1998-10-27 |
Family
ID=14240931
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9099197A Withdrawn JPH10290222A (ja) | 1997-04-16 | 1997-04-16 | 情報復号化装置及び方法並びに情報送受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10290222A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002319933A (ja) * | 2001-04-20 | 2002-10-31 | Sony Corp | 通信システム |
| WO2003032574A1 (fr) * | 2001-10-03 | 2003-04-17 | Nippon Hoso Kyokai | Appareil de transmission et de reception de contenu, et programme de transmission et de reception de contenu |
| JP2006157165A (ja) * | 2004-11-25 | 2006-06-15 | Ntt Docomo Inc | エリア限定放送システム、通信端末、放送データ送信装置、エリア限定放送方法 |
| JP2006180560A (ja) * | 2006-03-20 | 2006-07-06 | Nippon Hoso Kyokai <Nhk> | コンテンツ送信方法、受信方法およびコンテンツ送信装置、受信装置ならびにコンテンツ送信プログラム、受信プログラム |
| JP2009296667A (ja) * | 2009-09-24 | 2009-12-17 | Nippon Hoso Kyokai <Nhk> | コンテンツ受信装置、コンテンツ受信プログラムおよび限定受信システム |
| JP4838422B2 (ja) * | 1999-01-28 | 2011-12-14 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | 伝送システム |
| JP2018174589A (ja) * | 2018-08-01 | 2018-11-08 | ソニー株式会社 | 受信装置、受信方法、送信装置、及び、送信方法 |
-
1997
- 1997-04-16 JP JP9099197A patent/JPH10290222A/ja not_active Withdrawn
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4838422B2 (ja) * | 1999-01-28 | 2011-12-14 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | 伝送システム |
| JP2002319933A (ja) * | 2001-04-20 | 2002-10-31 | Sony Corp | 通信システム |
| WO2003032574A1 (fr) * | 2001-10-03 | 2003-04-17 | Nippon Hoso Kyokai | Appareil de transmission et de reception de contenu, et programme de transmission et de reception de contenu |
| JP2003115832A (ja) * | 2001-10-03 | 2003-04-18 | Nippon Hoso Kyokai <Nhk> | コンテンツ送信装置、コンテンツ受信装置およびコンテンツ送信プログラム、コンテンツ受信プログラム |
| US7567674B2 (en) | 2001-10-03 | 2009-07-28 | Nippon Hoso Kyokai | Content transmission apparatus, content reception apparatus, content transmission program, and content reception program |
| JP2006157165A (ja) * | 2004-11-25 | 2006-06-15 | Ntt Docomo Inc | エリア限定放送システム、通信端末、放送データ送信装置、エリア限定放送方法 |
| JP2006180560A (ja) * | 2006-03-20 | 2006-07-06 | Nippon Hoso Kyokai <Nhk> | コンテンツ送信方法、受信方法およびコンテンツ送信装置、受信装置ならびにコンテンツ送信プログラム、受信プログラム |
| JP2009296667A (ja) * | 2009-09-24 | 2009-12-17 | Nippon Hoso Kyokai <Nhk> | コンテンツ受信装置、コンテンツ受信プログラムおよび限定受信システム |
| JP2018174589A (ja) * | 2018-08-01 | 2018-11-08 | ソニー株式会社 | 受信装置、受信方法、送信装置、及び、送信方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6424714B1 (en) | Method and apparatus for providing conditional access in connection-oriented interactive networks with a multiplicity of service providers | |
| AU687844B2 (en) | Methods for providing conditional access information to decoders in a packet-based multiplexed communications system | |
| JP4527284B2 (ja) | ブロードキャストデジタルテレビジョン用の条件付きアクセスシステム | |
| US7383561B2 (en) | Conditional access system | |
| US7461396B2 (en) | System and method for providing a secure environment for performing conditional access functions for a set top box | |
| JP4190599B2 (ja) | 情報伝送装置及び情報伝送方法並びに情報受信装置及び情報受信方法 | |
| EP1000511B1 (en) | Conditional access system | |
| CN1168304C (zh) | 数字本地网络的一种全球拷贝保护系统 | |
| US6424717B1 (en) | Encryption devices for use in a conditional access system | |
| US20060190403A1 (en) | Method and Apparatus for Content Protection and Copyright Management in Digital Video Distribution | |
| EP0872077B1 (en) | Method and apparatus for providing conditional access in connection-oriented, interactive networks with a multiplicity of service providers | |
| JP2002536877A (ja) | 伝送システム | |
| JP2001512842A (ja) | 条件付きアクセスシステムにおいて使用される暗号化装置 | |
| CA2517648A1 (en) | Method and apparatus for providing secured content distribution | |
| JP2001513587A (ja) | 条件付きアクセスシステムにおける情報のプログラムのソースの検証 | |
| CA2237293A1 (en) | Method and apparatus for providing conditional access in connection-oriented, interactive networks with a multiplicity of service providers | |
| JP2005510137A (ja) | 異なるサービスプロバイダ及び異なるサービスエリア用の複数の鍵を使用してデジタルテレビを放送するための認証局システム | |
| WO1999007149A1 (en) | Source authentication of download information in a conditional access system | |
| EP1000508B1 (en) | Authorization of services in a conditional access system | |
| JPH10290222A (ja) | 情報復号化装置及び方法並びに情報送受信装置 | |
| JP2000295202A (ja) | 限定受信システム | |
| JP4521392B2 (ja) | デコーダ及びスマートカードに関連した有料テレビジョンシステム、そのようなシステムにおける権利失効方法、及びそのようなデコーダに送信されたメッセージ | |
| JP3794050B2 (ja) | データ伝送装置およびその方法とデータ受信装置 | |
| JP2007036625A (ja) | コンテンツ配信方法、コンテンツ受信装置、コンテンツ送信装置及び限定受信モジュール | |
| JPH10190646A (ja) | デジタルネットワークにおける秘密情報配信方法ならびに受信装置および送信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20040706 |