管理プログラム、管理装置、および受信システム
【課題】録画コンテンツの復旧を容易にし、かつ、セキュリティの向上を図ること。
【解決手段】種情報復旧シーケンスでは、ＩＰＴＶ受信装置１０３の設置場所にて、故障した旧管理機器１０６を新管理機器１０６に交換し、種情報Ｓｉを新管理機器１０６で使用できるようにする。旧管理機器１０６をＩＰＴＶ受信装置１０３からはずし（Ｓ１３０１）、新管理機器１０６をＩＰＴＶ受信装置１０３に接続する（Ｓ１３０２）。ＩＰＴＶ受信装置１０３は、旧管理機器１０６の機器ＩＤを取得する（Ｓ１３０３）。ＩＰＴＶ受信装置１０３は、旧管理機器１０６の機器ＩＤを取得すると、新管理機器１０６に送信する（Ｓ１３０４）。新管理機器１０６は、旧管理機器１０６の機器ＩＤを受信すると、機器ＩＤ書込処理（Ｓ１３０５）を実行する。
【解決手段】種情報復旧シーケンスでは、ＩＰＴＶ受信装置１０３の設置場所にて、故障した旧管理機器１０６を新管理機器１０６に交換し、種情報Ｓｉを新管理機器１０６で使用できるようにする。旧管理機器１０６をＩＰＴＶ受信装置１０３からはずし（Ｓ１３０１）、新管理機器１０６をＩＰＴＶ受信装置１０３に接続する（Ｓ１３０２）。ＩＰＴＶ受信装置１０３は、旧管理機器１０６の機器ＩＤを取得する（Ｓ１３０３）。ＩＰＴＶ受信装置１０３は、旧管理機器１０６の機器ＩＤを取得すると、新管理機器１０６に送信する（Ｓ１３０４）。新管理機器１０６は、旧管理機器１０６の機器ＩＤを受信すると、機器ＩＤ書込処理（Ｓ１３０５）を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示技術は、コンテンツを受信する受信装置を管理する管理プログラム、管理装置、および受信システムに関する。
【背景技術】
【０００２】
近年、インターネット網の発達とともにインターネット配信コンテンツを受信する受信機の製品化が活発である。特に日本では、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ＴｅｌｅＶｉｓｉｏｎ）と呼ばれるインターネット配信コンテンツの送信受信に関する規格化がＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎなどで行われている。
【０００３】
たとえば、Ｖｉｄｅｏｎｅｔ．ＣＡＳ／ＤＲＭは、Ｍａｒｌｉｎ ＩＰＴＶ−ＥＳに準拠したライセンスの生成・配布を行うデジタルコンテンツ著作権保護システムである（下記非特許文献１〜３を参照。）。Ｍａｒｌｉｎ ＩＰＴＶ−ＥＳは、Ｍａｒｌｉｎ Ｄｅｖｅｌｏｐｅｒ Ｃｏｍｍｕｎｉｔｙが技術仕様を策定するデジタルコンテンツの著作権を保護する技術規格である。Ｖｉｄｅｏｎｅｔ．ＣＡＳ／ＤＲＭは、Ｍａｒｌｉｎ ＩＰＴＶ−ＥＳに対応しているネットＴＶ等の受信機からのライセンス発行要求に対し、セキュアな通信にてライセンスを配信する。
【０００４】
このように、ＩＰＴＶでは、公開鍵暗号方式などを利用し暗号化コンテンツの配信などが行われている。その際、ＩＰＴＶ送受信で必要な鍵情報などは、ＩＰＴＶ受信機内でセキュアに管理される必要がある。そして近年、製品化されているＩＰＴＶ受信機は主にＳＴＢ（セットトップボックス）である。ＳＴＢは、専用機で比較的小型で持ち運びも比較的容易なため、故障の場合、ＳＴＢ全部を交換するのが一般的である。
【０００５】
従来では、ＩＰＴＶ受信機が故障した際、ＩＰＴＶ受信機の交換で対応するのが一般的である。それはＩＰＴＶ受信機がＳＴＢである場合が多く、サイズが小さく運搬が簡単だからである。そして、ＳＴＢまたはＳＴＢに相当するＩＰＴＶ受信機内のボード（ＩＰＴＶボード）をあたらしいものに交換し、正規の設定を再度おこなうことで、復旧することとなる。故障した旧ＳＴＢまたは旧ＩＰＴＶボードは、確実に回収することで不正利用を防止する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】「Ｍａｒｌｉｎ対応デジタルコンテンツ著作権保護システム「Ｖｉｄｅｏｎｅｔ．ＣＡＳ／ＤＲＭ」：通信・ネットワーク：日立」、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏ．ｊｐ／ｐｒｏｄｕｃｔｓ／ｉｔ／ｎｅｔｗｏｒｋ／ｓｏｌｕｔｉｏｎ／ｎｇｎ／ｖｉｄｅｏｎｅｔ／ＣＡＳ＿ＤＲＭ．ｈｔｍｌ、２００９年３月３１日検索
【非特許文献２】「テレビ向け映像配信サービス「ひかりＴＶ」、日立のＤＲＭシステム「Ｖｉｄｅｏｎｅｔ．ＣＡＳ／ＤＲＭ」を採用：Ｅｎｔｅｒｐｒｉｓｅ：ＲＢＢ ＴＯＤＡＹ（ブロードバンド情報サイト）２００８／０３／３１」、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｒｂｂｔｏｄａｙ．ｃｏｍ／ｎｅｗｓ／２００８０３３１／４９９５８．ｈｔｍｌ、２００９年３月３１日検索
【非特許文献３】「著作権管理（ＤＲＭ）組込みパッケージ ｆｏｒ Ｍａｒｌｉｎ ｖ１．０ ｜コンポーネント｜組込みソリューション」、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｅｃｓｔ．ｃｏ．ｊｐ／ｐｒｏｄｕｃｔ／ｅｍｂ／ｓｅｒｖｉｃｅ／ｃｏｍｐｏｎｅｎｔ＿３．ｈｔｍｌ、２００９年３月３１日検索
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来技術では、故障の際の録画コンテンツの復旧が困難なことが問題である。録画コンテンツは、当該ＩＰＴＶ受信機特有の門外不出の鍵で暗号化されており、ＳＴＢまたはＩＰＴＶボードをあたらしいものに交換すると、録画コンテンツの復号および再生が不可能になる。
【０００８】
ハードディスクの故障に備え、バックアップ目的でバックアップハードディスクにコンテンツを録画した場合であっても、コンテンツが暗号化されているため、ＩＰＴＶ受信機特有の門外不出の鍵を復旧することができない。そのため、従来では、ＩＰＴＶ受信機を工場に戻してＳＴＢを解体し、門外不出の鍵を取り戻すか、諦めるかの２通りの方法しかない。
【０００９】
しかし今後、ＩＰＴＶ−ＰＣ（ＩＰＴＶのコンテンツを受信するコンピュータ）などの製品化も考えられる。この際、ＩＰＴＶ−ＰＣはソフトウェア型機器であり、ソフトウェアによりいろいろな機能を実現する複合機器である。ＩＰＴＶ機能対応のソフトウェアを搭載したＰＣがＩＰＴＶ−ＰＣと考えられる。サイズが大きいＩＰＴＶ−ＰＣ故障の際、交換するのはあまり現実的でない。
【００１０】
ＩＰＴＶ−ＰＣ故障の際は、視聴者宅に出張し、視聴者宅での現地修理が望ましい。すなわち、出張修理者が、現地に持ち運べる大きさのＩＰＴＶボードを交換し、若干の設定をするだけで出張修理をすることができればよい。本開示技術では、視聴者の利便性を考慮し、より簡便に録画コンテンツの復旧を図ることを目的とする。
【００１１】
一方で、ＩＰＴＶは有料である。セキュリティが破られて、視聴者に容易に違法視聴されるのも問題である。安易にＩＰＴＶボードが交換できるシステムでは、セキュリティが破られることも十分に考えられる。本開示技術では、容易にセキュリティが破られないという安全性の向上を図ることも目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するため、本開示技術は、コンテンツをセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムにおいて、前記第１の管理装置と交換可能な第２の管理装置に、前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を入力し、入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にすることを要件とする。
【発明の効果】
【００１３】
本開示技術によれば、録画コンテンツの復旧を容易にし、かつ、セキュリティの向上を図ることができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】本開示技術のＩＰＴＶ受信システムのシステム構成図である。
【図２】コンピュータ（認証サーバ、配信サーバ、ＩＰＴＶ受信装置）のハードウェア構成を示すブロック図である。
【図３】管理機器のハードウェア構成を示すブロック図である。
【図４】図１に示した認証情報ＤＢの記憶内容を示す説明図である。
【図５】視聴者情報ＤＢの記憶内容を示す説明図である。
【図６】初期設定シーケンスを示すシーケンス図（その１）である。
【図７】種情報取得処理（ステップＳ６０４）の詳細な処理手順を示すフローチャートである。
【図８】初期設定シーケンスを示すシーケンス図（その２）である。
【図９】コンテンツの視聴シーケンスを示すシーケンス図である。
【図１０−１】コンテンツの録画視聴シーケンスを示すシーケンス図（前半）である。
【図１０−２】コンテンツの録画視聴シーケンスを示すシーケンス図（後半）である。
【図１１】図１０に示した埋込鍵生成処理（ステップＳ１０１７）の詳細な処理手順を示す」フローチャートである。
【図１２】図１０に示した種情報確認情報生成処理（ステップＳ１０１９）の詳細な処理手順を示すフローチャートである。
【図１３】種情報復旧シーケンスを示すシーケンス図である。
【図１４】機器ＩＤ書込処理（ステップＳ１３０５）の詳細な処理手順を示すフローチャートである。
【図１５】種情報確認処理（ステップＳ１３２０）の詳細な処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照して、本開示技術の好適な実施の形態を詳細に説明する。
【００１６】
＜システム構成＞
図１は、本開示技術のＩＰＴＶ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ＴｅｌｅＶｉｓｉｏｎ）受信システムのシステム構成図である。ＩＰＴＶとは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を利用してデジタルテレビ放送を配信するサービス、またはその放送技術の総称である。ＩＰＴＶ受信システム１００は、認証サーバ１０１と配信サーバ１０２と複数のＩＰＴＶ受信装置１０３（図１では例として１台）を、ＩＰ網１０４を介して通信可能に接続されている。ＩＰＴＶ受信装置１０３は、モニタ１０５および管理機器１０６と接続されている。
【００１７】
認証サーバ１０１は、ＩＰＴＶ受信装置１０３の利用者である視聴者を認証するコンピュータである。認証サーバ１０１は、認証情報データベース（ＤＢ）４００を有する。認証情報ＤＢ４００の詳細については後述する（図４）。配信サーバ１０２は、デジタルテレビ放送のコンテンツをＩＰＴＶ受信装置１０３に配信するコンピュータである。配信サーバ１０２は、視聴者情報ＤＢ５００を有する。視聴者情報ＤＢ５００の詳細ついては後述する（図５）。
【００１８】
また、配信サーバ１０２は、デジタル放送局から放送されたデジタル放送波を受信して、ＩＰ網１０４で配信可能なコンテンツに変換する。変換されたコンテンツはＩＰ網１０４で不特定多数のＩＰＴＶ受信装置１０３に配信される。また、配信サーバ１０２は、ＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）のように、あらかじめコンテンツを蓄積しておき、視聴者が要求したコンテンツを即座に配信することとしてもよい。
【００１９】
ＩＰＴＶ受信システム１００において、認証サーバ１０１とＩＰＴＶ受信装置１０３との間および配信サーバ１０２とＩＰＴＶ受信装置１０３との間では、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）など既存の暗号化通信方式を採用する。本例では、簡略化のため、ＩＰＴＶ受信装置１０３に秘密鍵ＳＫａｉ、認証サーバ１０１に秘密鍵ＳＫａｉと対になる公開鍵ＰＫａｉを与えて、暗号化通信をおこなう。このように、暗号化通信される認証サーバ１０１とＩＰＴＶ受信装置１０３との間の経路を「第１のセキュア通信路Ｌ１」と称す。
【００２０】
同様に、ＩＰＴＶ受信装置１０３に秘密鍵ＳＫｂｉ、配信サーバ１０２に秘密鍵ＳＫｂｉと対になる公開鍵ＰＫｂｉを与えて、暗号化通信をおこなう。このように、暗号化通信される配信サーバ１０２とＩＰＴＶ受信装置１０３との間の経路を「第２のセキュア通信路Ｌ２」と称す。
【００２１】
ＩＰＴＶ受信装置１０３は、配信サーバ１０２からのコンテンツを受信するコンピュータである。ＩＰＴＶ受信装置１０３には、たとえば、汎用のパーソナルコンピュータが用いられる。ＩＰＴＶ受信装置１０３は、配信サーバ１０２から受信されたコンテンツをモニタ１０５に送る。モニタ１０５は、コンテンツを映像表示する。具体的には、たとえば、テレビ（受像機）やプロジェクタが用いられる。パーソナルコンピュータのディスプレイで代用することとしてもよい。
【００２２】
管理機器１０６は、ＩＰＴＶ受信装置１０３を管理するコンピュータである。管理装置１０６は、たとえば、出張修理者が、現地に持ち運べる大きさのＩＰＴＶボードであり、ＩＰＴＶ受信装置１０３のスロットに差し込むことで、ＩＰＴＶ受信装置１０３に接続する。管理機器１０６は、門外不出である埋込鍵を管理する。埋込鍵は、ＩＰＴＶ受信装置１０３により録画されたコンテンツの暗号化と復号に用いられる。管理機器１０６は、埋込鍵を管理するため、外部から容易に改ざんや覗き見ができない耐タンパ構成（Ｔａｍｐｅｒ Ｒｅｓｉｓｔａｎｔ Ｍｏｄｕｌｅ構造のＬＳＩ）となっている。
【００２３】
＜コンピュータのハードウェア構成＞
図２は、コンピュータ（認証サーバ１０１、配信サーバ１０２、ＩＰＴＶ受信装置１０３）のハードウェア構成を示すブロック図である。図２において、コンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３と、磁気ディスクドライブ２０４と、磁気ディスク２０５と、光ディスクドライブ２０６と、光ディスク２０７と、ディスプレイ２０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０９と、キーボード２１０と、マウス２１１と、スキャナ２１２と、プリンタ２１３と、を備えている。また、各構成部はバス２００によってそれぞれ接続されている。
【００２４】
ここで、ＣＰＵ２０１は、コンピュータの全体の制御を司る。ＲＯＭ２０２は、各種プログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御にしたがって磁気ディスク２０５に対するデータのリード／ライトを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記憶する。
【００２５】
光ディスクドライブ２０６は、ＣＰＵ２０１の制御にしたがって光ディスク２０７に対するデータのリード／ライトを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御で書き込まれたデータを記憶したり、光ディスク２０７に記憶されたデータをコンピュータに読み取らせたりする。
【００２６】
ディスプレイ２０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ２０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００２７】
インターフェース（以下、「Ｉ／Ｆ」と略する。）２０９は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク２１４に接続され、このネットワーク２１４を介して他の装置に接続される。そして、Ｉ／Ｆ２０９は、ネットワーク２１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ２０９には、たとえばモデムやＬＡＮアダプタなどを採用することができる。
【００２８】
キーボード２１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス２１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。
【００２９】
スキャナ２１２は、画像を光学的に読み取り、コンピュータ内に画像データを取り込む。なお、スキャナ２１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ２１３は、画像データや文書データを印刷する。プリンタ２１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。
【００３０】
＜管理機器１０６のハードウェア構成＞
図３は、管理機器１０６のハードウェア構成を示すブロック図である。管理機器１０６は、ＣＰＵ３０１とＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０２とフラッシュメモリ３０３とＩ／Ｆ３０４とがバス３０５を介して接続されている。ＣＰＵ３０１は、管理機器１０６の全体の制御を司る。ＤＲＡＭ３０２は、ＣＰＵ３０１のワークエリアに使用される。フラッシュメモリ３０３は、各種プログラムやデータを記憶する。Ｉ／Ｆ３０４は、接続先となるＩＰＴＶ受信装置１０３との通信を制御する。
【００３１】
ここで、フラッシュメモリ３０３に記憶されている情報について説明する。フラッシュメモリ３０３には、管理プログラムＰ、機器ＩＤ、装置ＩＤ、ランダム情報Ｒａ、種情報Ｓｉ、埋込鍵Ｋｉが記憶されている。管理プログラムＰは、埋込鍵Ｋｉの管理、各種情報の暗号化、復号などの処理をＣＰＵ３０１に実行させる。機器ＩＤとは、管理機器１０６を一意に特定する識別情報である。
【００３２】
機器ＩＤは、管理機器１０６の出荷時までに書き込まれる。機器ＩＤは、一度フラッシュメモリ３０３に書き込まれると２度と書き換えがされないように管理プログラムＰにより設定される。装置ＩＤとは、接続相手となるＩＰＴＶ受信装置１０３を一意に特定する識別情報である。たとえば、ＩＰＴＶ受信装置１０３のイーサネット番号（ＭＡＣアドレス）が用いられる。装置ＩＤは、ＩＰＴＶ受信装置１０３と接続したときの初期設定時に書き込まれる。他のＩＰＴＶ受信装置１０３の装置ＩＤが読み込まれた場合、当該他のＩＰＴＶ受信装置１０３に動作させないように管理プログラムＰにより設定される。
【００３３】
ランダム情報Ｒａとは、ランダムに設定された管理機器１０６固有のデータである。たとえば、管理機器１０６の出荷日時や製造日時、ＩＰＴＶ受信装置１０３との接続が確立した日時など、管理機器１０６単独、または管理機器１０６とＩＰＴＶ受信装置１０３との協働により発生する固有な情報を用いる。
【００３４】
種情報Ｓｉとは、管理機器１０６内で生成される管理機器１０６固有の情報である。種情報Ｓｉは、管理プログラムＰ内の秘密のアルゴリズムにより生成される。具体的には、たとえば、機器ＩＤの末尾とランダム情報Ｒａの先頭をつなげた文字列をハッシュ関数に与えることで計算されたハッシュ値が種情報Ｓｉである。これにより、たとえ秘密のアルゴリズムを知っている者がいても、種情報Ｓｉを推定できないこととなり、セキュリティの向上を図ることができる。
【００３５】
埋込鍵Ｋｉとは、ＩＰＴＶ受信装置１０３により録画されたコンテンツの暗号化と復号に用いられる門外不出の情報である。埋込鍵Ｋｉは、種情報Ｓｉをベースにして生成される情報である。具体的には、たとえば、種情報Ｓｉの末尾と対象となるコンテンツのコンテンツ番号（コンテンツを一意に特定する識別情報）の先頭をつなげた文字列をハッシュ関数に与えることで計算されたハッシュ値が埋込鍵Ｋｉである。埋込鍵Ｋｉは、コンテンツごとに生成される。これにより、たとえ秘密のアルゴリズムを知っている者がいても、埋込鍵Ｋｉを推定できないこととなり、セキュリティの向上を図ることができる。
【００３６】
＜各種ＤＢの記憶内容＞
図４は、図１に示した認証情報ＤＢ４００の記憶内容を示す説明図である。認証情報ＤＢ４００は、視聴者の認証に必要な情報を記憶する。認証情報ＤＢ４００は、視聴者ＩＤ、公開鍵、機器ＩＤ、種情報をフィールド項目とし、視聴者ごとにレコード化されている。視聴者ＩＤの項目には、視聴者を一意に特定する識別情報である視聴者ＩＤを格納する。公開鍵の項目には、認証サーバ１０１が視聴者ＶｉのＩＰＴＶ受信装置１０３と第１のセキュア通信路Ｌ１を構築するための公開鍵ＰＫａｉを格納する。
【００３７】
機器ＩＤの項目には、視聴者Ｖｉが利用する管理機器１０６を一意に特定する識別情報である機器ＩＤ：Ａｉを格納する。種情報の項目には、機器ＩＤ：Ａｉの管理機器１０６内に生成された種情報Ｓｉを格納する。種情報Ｓｉはコンテンツごとに生成しても良いが、説明を簡略化するため、図４では、１視聴者ごとに１個としている。なお、認証情報ＤＢ４００は、図２に示したＲＯＭ２０２、ＲＡＭ２０３、または、磁気ディスクドライブ２０４および磁気ディスク２０５によりその機能を実現する。
【００３８】
図５は、視聴者情報ＤＢ５００の記憶内容を示す説明図である。視聴者情報ＤＢ５００は、コンテンツ配信に際して必要な視聴者の情報を記憶する。視聴者情報ＤＢ５００は、視聴者ＩＤ、公開鍵、個人情報、決済情報、配信先情報をフィールド項目とし、視聴者ごとにレコード化されている。視聴者ＩＤの項目には、視聴者を一意に特定する識別情報である視聴者ＩＤを格納する。公開鍵の項目には、配信サーバ１０２が視聴者ＶｉのＩＰＴＶ受信装置１０３と第２のセキュア通信路Ｌ２を構築するための公開鍵ＰＫｂｉを格納する。
【００３９】
個人情報の項目には、視聴者Ｖｉの氏名、住所、電話番号、電子メールアドレスなど視聴者に固有な情報を格納する。決済情報の項目には、視聴者Ｖｉのクレジットカード番号などオンライン決済に必要な情報を格納する。配信先情報の項目には、ＩＰＴＶのＩＰアドレスなどコンテンツの配信先となる情報を格納する。なお、視聴者情報ＤＢ５００は、図２に示したＲＯＭ２０２、ＲＡＭ２０３、または、磁気ディスクドライブ２０４および磁気ディスク２０５によりその機能を実現する。
【００４０】
つぎに、本開示技術のシーケンスおよびフローチャートについて説明する。後述するシーケンスおよびフローチャートは、認証サーバ１０１、配信サーバ１０２、ＩＰＴＶ受信装置１０３、管理機器１０６などの実行主体のＣＰＵ２０１，３０１に、実行主体ごとのプログラムを実行させることによりその機能を実現する。以降、シーケンスについて説明する。
【００４１】
＜初期設定シーケンス＞
図６は、初期設定シーケンスを示すシーケンス図（その１）である。図６の初期設定シーケンスは、コンテンツの配信サービスの利用に先立って、管理機器１０６の機器ＩＤおよび種情報Ｓｉを認証サーバ１０１に記憶させるシーケンスである。まず、管理機器１０６をＩＰＴＶ受信装置１０３に接続する（ステップＳ６０１）。管理機器１０６は、ＩＰＴＶ受信装置１０３との接続を検出すると、ＩＰＴＶ受信装置１０３の装置ＩＤを読み込む（ステップＳ６０２）。
【００４２】
そして、管理機器１０６は、読み込んだ装置ＩＤと管理機器１０６のフラッシュメモリ３０３に予め記憶されている機器ＩＤとを紐付けてフラッシュメモリ３０３に格納する（ステップＳ６０３）。このように、紐付けておくことで、接続相手のＩＰＴＶ受信装置１０３の装置ＩＤと紐付けた機器ＩＤとが不一致である場合に動作を禁止させる処理を実行することができる。
【００４３】
このあと、管理機器１０６は、種情報取得処理（ステップＳ６０４）を実行する。種情報取得処理（ステップＳ６０４）の詳細については、図７で説明する。種情報取得処理（ステップＳ６０４）により種情報Ｓｉが得られるため、管理機器１０６の機器ＩＤとともにＩＰＴＶ受信装置１０３に送信する（ステップＳ６０５）。
【００４４】
一方、ＩＰＴＶ受信装置１０３は、ステップＳ６０５により管理機器１０６からの機器ＩＤおよび種情報Ｓｉを受信すると、秘密鍵ＳＫａｉで機器ＩＤと種情報Ｓｉをそれぞれ暗号化する（ステップＳ６０６）。そして、第１のセキュア通信路Ｌ１により、暗号化機器ＩＤおよび暗号化種情報Ｓｉを認証サーバ１０１に送信する（ステップＳ６０７）。
【００４５】
認証サーバ１０１は、暗号化機器ＩＤおよび暗号化種情報Ｓｉを受信すると、秘密鍵ＳＫａｉと対となる公開鍵ＰＫａｉで暗号化機器ＩＤおよび暗号化種情報Ｓｉを復号する（ステップＳ６０８）。そして、復号された機器ＩＤおよび種情報Ｓｉの登録処理、すなわち、認証情報ＤＢ４００の公開鍵ＰＫａｉと同一レコードに復号された機器ＩＤおよび種情報Ｓｉを格納する（ステップＳ６０９）。
【００４６】
図７は、種情報取得処理（ステップＳ６０４）の詳細な処理手順を示すフローチャートである。まず、種情報Ｓｉが取得済みであるか否かを判断する（ステップＳ７０１）。取得済みである場合（ステップＳ７０１：Ｙｅｓ）、種情報取得処理を終了する。一方、未取得である場合（ステップＳ７０１：Ｎｏ）、ランダム情報Ｒａが用意されるまで待ち受ける（ステップＳ７０２：Ｎｏ）。
【００４７】
ランダム情報Ｒａが受け付けられた場合（ステップＳ７０２：Ｙｅｓ）、機器ＩＤを読み出す（ステップＳ７０３）。そして、秘密のアルゴリズムにより、機器ＩＤとランダム情報Ｒａとを用いて種情報Ｓｉを生成し、フラッシュメモリ３０３に格納する（ステップＳ７０４）。これにより、種情報取得処理を終了する。
【００４８】
図８は、初期設定シーケンスを示すシーケンス図（その２）である。図８の初期設定シーケンスは、図６に示した初期設定シーケンスに引き続き実行され、認証サーバ１０１、配信サーバ１０２、およびＩＰＴＶ受信装置１０３に同一の視聴者ＩＤを付与するシーケンスである。
【００４９】
まず、管理装置１０６は、ＩＰＴＶ受信装置１０３との接続確認処理を実行する（ステップＳ８０１）。この接続確認処理（ステップＳ８０１）では、接続相手のＩＰＴＶ受信装置１０３の装置ＩＤが、管理機器１０６の機器ＩＤと紐付けられているか否かを判断する。紐付けられている装置ＩＤと一致する場合は、正当なＩＰＴＶ受信装置１０３と接続されたこととなり、処理を続行する。一方、紐付けられている装置ＩＤと異なる場合、エラー出力をおこない、処理を終了する。
【００５０】
接続確認処理（ステップＳ８０１）で処理の続行が許可されると、管理機器１０６は機器ＩＤを接続先のＩＴＰＶ受信装置１０３に送信する（ステップＳ８０２）。ＩＰＴＶ受信装置１０３は、秘密鍵ＳＫａｉで機器ＩＤを暗号化し（ステップＳ８０３）、視聴者情報登録要求を認証サーバ１０１に送信する（ステップＳ８０４）。視聴者情報登録要求には、ステップＳ８０３で暗号化された暗号化機器ＩＤが含まれている。
【００５１】
認証サーバ１０１は、視聴者情報登録要求を受信すると、秘密鍵ＳＫａｉと対となる公開鍵ＰＫａｉで暗号化機器ＩＤを復号する（ステップＳ８０５）。そして、認証サーバ１０１は、機器ＩＤの認証処理を実行する（ステップＳ８０６）。具体的には、認証情報ＤＢ４００の公開鍵ＰＫａｉのレコードに格納されている機器ＩＤと復号した機器ＩＤが一致するか否かを判断する。一致すると認証、不一致だと認証失敗である。認証された場合、認証結果を配信サーバ１０２に送信する（ステップＳ８０７）。認証結果には公開鍵ＰＫａｉとＩＰＴＶ受信装置１０３のＩＰアドレスが含まれている。
【００５２】
配信サーバ１０２は、認証結果を受けると、新規に公開鍵ＰＫｂｉ、秘密鍵ＳＫｂｉを生成する（ステップＳ８０８）。そして、配信サーバ１０２は、認証結果に含まれていた公開鍵ＰＫａｉで新規に生成された秘密鍵ＳＫｂｉを暗号化する（ステップＳ８０９）。配信サーバ１０２は、認証結果に含まれていたＩＰＴＶ受信装置１０３のＩＰアドレス宛に、暗号化秘密鍵ＳＫｂｉを送信する（ステップＳ８１０）。
【００５３】
ＩＰＴＶ受信装置１０３は、暗号化秘密鍵ＳＫｂｉを受信すると、秘密鍵ＳＫａｉで暗号化秘密鍵ＳＫｂｉを復号する（ステップＳ８１１）。そして、ＩＰＴＶ受信装置１０３は、復号された秘密鍵ＳＫｂｉで視聴者情報を暗号化する（ステップＳ８１２）。視聴者情報とは、視聴者の個人情報、決済情報、配信先情報を含む情報である。ＩＰＴＶ受信装置１０３は、暗号化視聴者情報を配信サーバ１０２に送信する（ステップＳ８１３）。
【００５４】
配信サーバ１０２は、暗号化視聴者情報を受信すると、秘密鍵ＳＫｂｉと対となる公開鍵ＰＫｂｉで暗号化視聴者情報を復号する（ステップＳ８１４）。そして、新規に視聴者ＩＤを発行し、視聴者情報ＤＢ５００の公開鍵ＰＫｂｉのレコードに、復号した視聴者情報と視聴者ＩＤとを登録する（ステップＳ８１５）。このあと、配信サーバ１０２は、視聴者ＩＤを公開鍵ＰＫｂｉで暗号化し（ステップＳ８１６）、暗号化視聴者ＩＤをＩＰＴＶ受信装置１０３に送信する（ステップＳ８１７）。
【００５５】
ＩＰＴＶ受信装置１０３は、暗号化視聴者ＩＤを受信すると、秘密鍵ＳＫｂｉで暗号化視聴者ＩＤを復号、保存する（ステップＳ８１８）。これにより、ＩＰＴＶ受信装置１０３では、配信サーバ１０２への視聴者情報の登録と配信サーバ１０２からの視聴者ＩＤの取得が完了したこととなる。
【００５６】
また、ＩＰＴＶ受信装置１０３は、秘密鍵ＳＫａｉで、機器ＩＤと視聴者ＩＤとをそれぞれ暗号化し（ステップＳ８１９）、暗号化機器ＩＤおよび暗号化視聴者ＩＤを認証サーバ１０１に送信する（ステップＳ８２０）。認証サーバ１０１は、暗号化機器ＩＤおよび暗号化視聴者ＩＤを受信すると、公開鍵ＰＫａｉで復号する（ステップＳ８２１）。このあと、視聴者ＩＤの登録処理、すなわち、復号した機器ＩＤと同一レコードに、復号した視聴者ＩＤを格納する（ステップＳ８２２）。これにより、認証サーバ１０１にも視聴者ＩＤが登録されることとなる。
【００５７】
このように、図６〜図８の処理により、対象となる視聴者について視聴者情報ＤＢ５００のレコードが作成されることとなる。また、種情報Ｓｉを除き、対象となる視聴者について認証情報ＤＢ４００のレコードが作成されることとなる。
【００５８】
＜視聴シーケンス＞
図９は、コンテンツの視聴シーケンスを示すシーケンス図である。まず、ＩＰＴＶ受信装置１０３は、視聴要求を受け付ける（ステップＳ９０１）。視聴要求とは、視聴者が視聴したいコンテンツの指定またはチャンネルの選局である。いずれにしても、視聴要求により視聴したいコンテンツのコンテンツ番号が特定される。視聴者は、ＩＰＴＶ受信装置１０３に直接視聴要求を入力してもよく、モニタ１０５を介して間接的にＩＰＴＶ受信装置１０３に視聴要求を入力（たとえば、リモコン操作）することとしてもよい。
【００５９】
ＩＰＴＶ受信装置１０３は、視聴要求を受け付けると、管理機器１０６から機器ＩＤを読み込み（ステップＳ９０２）、秘密鍵ＳＫａｉで、読み込んだ機器ＩＤと視聴者ＩＤとをそれぞれ暗号化する（ステップＳ９０３）。そして、ＩＰＴＶ受信装置１０３は、暗号化機器ＩＤと暗号化視聴者ＩＤを認証サーバ１０１に送信する（ステップＳ９０４）。
【００６０】
また、ＩＰＴＶ受信装置１０３は、秘密鍵ＳＫｂｉで視聴者ＩＤとコンテンツ番号をそれぞれ暗号化する（ステップＳ９０５）。そして暗号化視聴者ＩＤおよび暗号化コンテンツ番号を配信サーバ１０２に送信する（ステップＳ９０６）。
【００６１】
一方、認証サーバ１０１は、受信した暗号化機器ＩＤと暗号化視聴者ＩＤを公開鍵ＰＫａｉで復号する（ステップＳ９０７）。そして、復号した機器ＩＤおよび視聴者ＩＤの認証処理を実行する（ステップＳ９０８）。具体的には、復号した機器ＩＤおよび視聴者ＩＤの組み合わせが存在するレコードが認証情報ＤＢ４００にあるか否かを判断する。ある場合は認証され、ない場合は認証失敗となる。認証された場合、認証結果を配信サーバ１０２に送信する（ステップＳ９０９）。
【００６２】
配信サーバ１０２は、暗号化視聴者ＩＤおよび暗号化コンテンツ番号（ステップＳ９０６）と認証結果（ステップＳ９０９）を受信すると、公開鍵ＰＫｂｉで暗号化視聴者ＩＤおよび暗号化コンテンツ番号を復号する（ステップＳ９１０）。そして、コンテンツ番号により特定されるコンテンツを、コンテンツ鍵で暗号化する（ステップＳ９１１）。コンテンツ鍵とは、コンテンツを暗号化するための暗号鍵である。このあと、配信サーバ１０２は、コンテンツ鍵を、公開鍵ＰＫｂｉで暗号化する（ステップＳ９１２）。またコンテンツをコンテンツ鍵で暗号化する。
【００６３】
そして、暗号化コンテンツ鍵および暗号化コンテンツをＩＰＴＶ受信装置１０３に送信する（ステップＳ９１３）。ＩＰＴＶ受信装置１０３は、暗号化コンテンツ鍵および暗号化コンテンツを受信すると、秘密鍵ＳＫｂｉで暗号化コンテンツ鍵を復号する（ステップＳ９１４）。
【００６４】
そして、復号されたコンテンツ鍵で暗号化コンテンツを復号する（ステップＳ９１５）。これにより、ＩＰＴＶ受信装置１０３はコンテンツを取得することができる。ＩＰＴＶ受信装置１０３は、復号されたコンテンツをモニタ１０５に出力し（ステップＳ９１６）、モニタ１０５は出力されてきたコンテンツを映像処理して表示する（ステップＳ９１７）。これにより、視聴者はコンテンツを視聴することができる。
【００６５】
＜録画視聴シーケンス＞
図１０−１および図１０−２は、コンテンツの録画視聴シーケンスを示すシーケンス図である。まず、図１０−１において、ＩＰＴＶ受信装置１０３は、録画要求を受け付ける（ステップＳ１００１）。録画要求とは、視聴者が録画したいコンテンツの指定またはチャンネルの選局（時間帯含む）である。いずれにしても、録画要求により録画したいコンテンツのコンテンツ番号が特定される。視聴者は、ＩＰＴＶ受信装置１０３に直接録画要求を入力してもよく、モニタ１０５を介して間接的にＩＰＴＶ受信装置１０３に録画要求を入力（たとえば、リモコン操作）することとしてもよい。
【００６６】
ＩＰＴＶ受信装置１０３は、録画要求を受け付けると、管理機器１０６から機器ＩＤを読み込み（ステップＳ１００２）、秘密鍵ＳＫａｉで、読み込んだ機器ＩＤと視聴者ＩＤとをそれぞれ暗号化する（ステップＳ１００３）。そして、ＩＰＴＶ受信装置１０３は、暗号化機器ＩＤと暗号化視聴者ＩＤを認証サーバ１０１に送信する（ステップＳ１００４）。
【００６７】
また、ＩＰＴＶ受信装置１０３は、秘密鍵ＳＫｂｉで視聴者ＩＤとコンテンツ番号をそれぞれ暗号化する（ステップＳ１００５）。そして暗号化視聴者ＩＤおよび暗号化コンテンツ番号を配信サーバ１０２に送信する（ステップＳ１００６）。
【００６８】
一方、認証サーバ１０１は、受信した暗号化機器ＩＤと暗号化視聴者ＩＤを公開鍵ＰＫａｉで復号する（ステップＳ１００７）。そして、復号した機器ＩＤおよび視聴者ＩＤの認証処理を実行する（ステップＳ１００８）。具体的には、復号した機器ＩＤおよび視聴者ＩＤの組み合わせが存在するレコードが認証情報ＤＢ４００にあるか否かを判断する。ある場合は認証され、ない場合は認証失敗となる。認証された場合、認証結果を配信サーバ１０２に送信する（ステップＳ１００９）。
【００６９】
配信サーバ１０２は、暗号化視聴者ＩＤおよび暗号化コンテンツ番号（ステップＳ１００６）と認証結果（ステップＳ１００９）を受信すると、公開鍵ＰＫｂｉで暗号化視聴者ＩＤおよび暗号化コンテンツ番号を復号する（ステップＳ１０１０）。そして、コンテンツ番号により特定されるコンテンツを、コンテンツ鍵で暗号化する（ステップＳ１０１１）。コンテンツ鍵とは、コンテンツを暗号化するための暗号鍵である。
【００７０】
このあと、配信サーバ１０２は、コンテンツ鍵を、公開鍵ＰＫｂｉで暗号化する（ステップＳ１０１２）。そして、暗号化コンテンツ鍵および暗号化コンテンツをＩＰＴＶ受信装置１０３に送信する（ステップＳ１０１３）。
【００７１】
ＩＰＴＶ受信装置１０３は、暗号化コンテンツ鍵および暗号化コンテンツを受信すると、秘密鍵ＳＫｂｉで暗号化コンテンツ鍵を復号する（ステップＳ１０１４）。
【００７２】
そして、復号されたコンテンツ鍵で暗号化コンテンツを復号する（ステップＳ１０１５）。これにより、ＩＰＴＶ受信装置１０３はコンテンツを取得することができる。また、ＩＰＴＶ受信装置１０３は、復号したコンテンツのコンテンツ固有情報（たとえば、コンテンツ番号）を管理機器１０６に送信する（ステップＳ１０１６）。
【００７３】
つぎに、図１０−２に移る。図１０−２において、管理機器１０６は、コンテンツ固有情報を受信すると、埋込鍵生成処理を実行する（ステップＳ１０１７）。埋込鍵生成処理（ステップＳ１０１７）の詳細については、図１１で説明する。埋込鍵生成処理（ステップＳ１０１７）により埋込鍵Ｋｉが生成されると、管理機器１０６は埋込鍵ＫｉをＩＰＴＶ受信装置１０３に送信する（ステップＳ１０１８）。
【００７４】
そして、種情報確認情報生成処理を実行する（ステップＳ１０１９）。種情報確認情報生成処理（ステップＳ１０１９）の詳細については、図１２で説明する。種情報確認情報生成処理（ステップＳ１０１９）により種情報確認情報が生成されると、ＨＤＤおよびバックアップＨＤＤに種情報確認情報を格納する（ステップＳ１０２０）。
【００７５】
ＩＰＴＶ受信装置１０３は、埋込鍵Ｋｉを受信すると、コンテンツを埋込鍵Ｋｉで暗号化する（ステップＳ１０２１）。そして、埋込鍵Ｋｉによる暗号化コンテンツをＨＤＤおよびバックアップＨＤＤに格納する（ステップＳ１０２２）。このあと、ＩＰＴＶ受信装置１０３は、録画要求されたコンテンツについて視聴要求を受け付ける（ステップＳ１０２３）。視聴要求を受け付けると、管理機器１０６から埋込鍵Ｋｉを読み込むとともに（ステップＳ１０２４）、ＨＤＤから暗号化コンテンツを読み込む（ステップＳ１０２５）。
【００７６】
そして、ＩＰＴＶ受信装置１０３は、埋込鍵Ｋｉで暗号化コンテンツを復号する（ステップＳ１０２６）。ＩＰＴＶ受信装置１０３は、復号されたコンテンツをモニタ１０５に出力し（ステップＳ１０２７）、モニタ１０５は出力されてきたコンテンツを映像処理して表示する（ステップＳ１０２８）。これにより、視聴者は、録画されたコンテンツを視聴することができる。
【００７７】
図１１は、図１０−２に示した埋込鍵生成処理（ステップＳ１０１７）の詳細な処理手順を示すフローチャートである。まず、コンテンツが復号されるのを待ち受け（ステップＳ１１０１：Ｎｏ）、復号された場合（ステップＳ１１０１：Ｙｅｓ）、コンテンツからコンテンツ固有情報を抽出する（ステップＳ１１０２）。そして、秘密のアルゴリズムにより、種情報Ｓｉとコンテンツ固有情報（コンテンツ番号）とを用いて、当該コンテンツに固有な埋込鍵Ｋｉを生成し、フラッシュメモリ３０３に格納する（ステップＳ１１０３）。これにより、埋込鍵生成処理（ステップＳ１０１７）を終了する。
【００７８】
図１２は、図１０−２に示した種情報確認情報生成処理（ステップＳ１０１９）の詳細な処理手順を示すフローチャートである。種情報確認情報とは、種情報Ｓｉを確認するための情報である。種情報確認情報をＨＤＤなどの特定領域に保持しておくことで、管理機器１０６が故障した場合に、種情報Ｓｉの復旧を確認することができる。
【００７９】
まず、種情報Ｓｉが取得済みであるか否かを判断する（ステップＳ１２０１）。未取得である場合（ステップＳ１２０１：Ｎｏ）、種情報確認情報生成処理を終了する。一方、取得済みである場合（ステップＳ１２０１：Ｙｅｓ）、ランダム情報Ｒｂを待ち受ける（ステップＳ１２０２：Ｎｏ）。
【００８０】
ランダム情報Ｒｂは、ランダム情報Ｒａと同様、ランダムに設定された管理機器１０６固有のデータである。たとえば、管理機器１０６の出荷日時や製造日時、ＩＰＴＶ受信装置１０３との接続が確立した日時など、管理機器１０６単独、または管理機器１０６とＩＰＴＶ受信装置１０３との協働により発生する固有な情報を用いる。ただし、ランダム情報Ｒａとは異なる値を用いるのが好ましい。
【００８１】
ランダム情報Ｒｂが受け付けられると（ステップＳ１２０２：Ｙｅｓ）、種情報Ｓｉとランダム情報Ｒｂにより種情報確認情報を生成する（ステップＳ１２０３）。たとえば、種情報Ｓｉの末尾とランダム情報Ｒｂの先頭をつなげた文字列をハッシュ関数に与えることで計算されたハッシュ値が種情報確認情報である。これにより、たとえ秘密のアルゴリズムを知っている者がいても、種情報確認情報を推定できないこととなり、セキュリティの向上を図ることができる。
【００８２】
このあと、種情報確認情報とランダム情報ＲｂをＨＤＤなどの特定領域に格納する（ステップＳ１２０４）。これにより、故障修理後、管理機器１０６に対しランダム情報Ｒｂを与える。もし正しい種情報Ｓｉが管理機器１０６に設定されていれば、ＨＤＤなど特定領域に保持しておいた種情報確認情報と同じ数値が生成されるはずである。このようにすることで種情報Ｓｉの復旧を確認することができる。
【００８３】
＜種情報復旧シーケンス＞
図１３は、種情報復旧シーケンスを示すシーケンス図である。種情報復旧シーケンスでは、ＩＰＴＶ受信装置１０３の設置場所にて、故障した管理機器１０６（旧管理機器１０６）をあたらしい管理機器１０６（新管理機器１０６）に交換し、種情報Ｓｉを新管理機器１０６で使用できるようにするためのシーケンスである。新管理機器１０６は、機器ＩＤが設定されていない管理機器１０６である。
【００８４】
まず、旧管理機器１０６をＩＰＴＶ受信装置１０３からはずし（ステップＳ１３０１）、新管理機器１０６をＩＰＴＶ受信装置１０３に接続する（ステップＳ１３０２）。ＩＰＴＶ受信装置１０３は、旧管理機器１０６の機器ＩＤを取得する（ステップＳ１３０３）。旧管理機器１０６の機器ＩＤは、旧管理機器１０６のフラッシュメモリ３０３内に格納されているが、旧管理機器１０６は故障しているため取り出せない。ここでは、出張修理者が旧管理機器１０６の機器ＩＤを知っているものとする。
【００８５】
たとえば、機器ＩＤが、旧管理機器１０６に表示されているシリアルナンバであれば、そのシリアルナンバを入力すればよい。シリアルナンバに関連付けられている場合は、事前に視聴者からシリアルナンバを伝えてもらい、機器ＩＤとシリアルナンバの対応テーブル（不図示）を参照して、該当する機器ＩＤを特定することができる。また、対応テーブルを保持するサーバとの公開鍵暗号方式などの暗号化通信により、旧管理機器１０６の機器ＩＤを取得することとしてもよい。
【００８６】
ＩＰＴＶ受信装置１０３は、旧管理機器１０６の機器ＩＤを取得すると、新管理機器１０６に送信する（ステップＳ１３０４）。新管理機器１０６は、旧管理機器１０６の機器ＩＤを受信すると、機器ＩＤ書込処理（ステップＳ１３０５）を実行する。機器ＩＤ書込処理（ステップＳ１３０５）については、図１４で後述する。
【００８７】
ＩＰＴＶ受信装置１０３は、旧管理機器１０６の機器ＩＤを秘密鍵ＳＫａｉで暗号化し（ステップＳ１３０６）、認証サーバ１０１に対し、鍵再発行要求を送信する（ステップＳ１３０７）。鍵再発行要求には、暗号化機器ＩＤが含まれている。認証サーバ１０１は、鍵再発行要求を受信すると、公開鍵ＰＫａｉで、鍵再発行要求に含まれている暗号化機器ＩＤを復号する（ステップＳ１３０８）。
【００８８】
そして、復号した機器ＩＤの登録確認を実行する（ステップＳ１３０９）。具体的には、認証情報ＤＢ４００に、復号した機器ＩＤと同一機器ＩＤがあるか否かを判断する。ある場合は、旧管理機器１０６が故障したことが確認されるため、処理を続行する。ない場合は、故障確認ができていないため、処理を終了する。
【００８９】
機器ＩＤの登録確認がされると、認証サーバ１０１は、新管理機器１０６用の公開鍵ＰＫａｉ２、秘密鍵ＳＫａｉ２を生成する（ステップＳ１３１０）。認証サーバ１０１は、公開鍵ＰＫａｉで新規に生成された秘密鍵ＳＫａｉ２を暗号化し（ステップＳ１３１１）、暗号化秘密鍵をＩＰＴＶ受信装置１０３に送信する（ステップＳ１３１２）。
【００９０】
このあと、認証サーバ１０１は、公開鍵ＰＫａｉに上書きして、新規に生成された公開鍵ＰＫａｉ２を登録する（ステップＳ１３１３）。そして、認証サーバ１０１は、公開鍵ＰＫａｉ２と同一レコードにある種情報Ｓｉを、公開鍵ＰＫａｉ２で暗号化し（ステップＳ１３１４）、暗号化種情報ＳｉをＩＰＴＶ受信装置１０３に送信する（ステップＳ１３１５）。
【００９１】
一方、ＩＰＴＶ受信装置１０３は、暗号化秘密鍵を認証サーバ１０１から受信すると、秘密鍵ＳＫａｉで暗号化秘密鍵を復号する（ステップＳ１３１６）。これにより、新規に生成された秘密鍵ＳＫａｉ２が得られたため、秘密鍵ＳＫａｉを削除する（ステップＳ１３１７）。また、暗号化種情報Ｓｉを受信すると、新規の秘密鍵ＳＫａｉ２で暗号化種情報Ｓｉを復号する（ステップＳ１３１８）。そして、復号した種情報Ｓｉを新管理機器１０６に送信する（ステップＳ１３１９）。
【００９２】
このあと、新管理機器１０６は、ＨＤＤから種情報確認情報とランダム情報Ｒｂを読出し（ステップＳ１３２０）、新管理機器１０６は、種情報確認処理を実行する（ステップＳ１３２０）。種情報確認処理（ステップＳ１３２０）については、図１５で後述する。種情報確認処理（ステップＳ１３２０）で正当な種情報Ｓｉであると確認された場合、新管理機器１０６は、フラッシュメモリ３０３に種情報Ｓｉを格納する（ステップＳ１３２２）。
【００９３】
図１４は、機器ＩＤ書込処理（ステップＳ１３０５）の詳細な処理手順を示すフローチャートである。まず、機器ＩＤが受け付けられるのを待ち受け（ステップＳ１４０１：Ｎｏ）、受け付けられた場合（ステップＳ１４０１：Ｙｅｓ）、機器ＩＤが書込済みであるか否かを判断する（ステップＳ１４０２）。書込済みである場合（ステップＳ１４０２：Ｙｅｓ）、書込み失敗出力をおこない（ステップＳ１４０３）、機器ＩＤ書込処理を終了する。一方、書込済みでない場合（ステップＳ１４０２：Ｎｏ）、機器ＩＤを新管理機器１０６のフラッシュメモリ３０３に書き込む（ステップＳ１４０４）。そして、書込み成功出力をおこない（ステップＳ１４０５）、機器ＩＤ書込処理を終了する。
【００９４】
図１５は、種情報確認処理（ステップＳ１３２０）の詳細な処理手順を示すフローチャートである。まず、種情報確認情報とランダム情報Ｒｂを待ち受け（ステップＳ１５０１：Ｎｏ）、受け付けられた場合（ステップＳ１５０１：Ｙｅｓ）、ステップＳ１３１８で復号した種情報Ｓｉとランダム情報Ｒｂにより、新規な種情報確認情報を生成する（ステップＳ１５０２）。生成するアルゴリズムは、ステップＳ１５０１で受け付けた種情報確認情報を生成したときのアルゴリズムと同一アルゴリズムを適用する。
【００９５】
このあと、両種情報確認情報が一致するか否かを判断する（ステップＳ１５０３）。一致する場合（ステップＳ１５０３：Ｙｅｓ）、復旧成功出力をおこない（ステップＳ１５０４）。一方、不一致の場合（ステップＳ１５０３：Ｎｏ）、復旧失敗出力をおこなう（ステップＳ１５０５）。復旧成功出力の場合には、ステップＳ１３２１により新管理機器１０６に対し、復号した種情報Ｓｉを格納する。
【００９６】
また、旧管理機器１０６の故障によりこれまで使用していた視聴者ＩＤも使用できなくなるため、図８に示した初期設定シーケンスを実行することで、あらたに視聴者ＩＤを取得することができる。また、種情報Ｓｉが新管理機器１０６に格納された場合、図１１に示した埋込鍵生成処理（ステップＳ１０１７）を実行することができる。埋込鍵生成処理（ステップＳ１０１７）を実行することで、録画してＨＤＤに保存されている暗号化コンテンツを、新管理機器１０６の交換後においても速やかに復号することができる。したがって、録画コンテンツを復旧することができる。
【００９７】
このように、本開示技術では、出張修理者が、現地に持ち運べる大きさのＩＰＴＶボードを交換し、若干の設定をするだけで、故障した旧管理機器１０６から読み出せないはずの旧管理機器１０６の機器ＩＤを、新管理機器１０６に移すことができる。これにより、新管理機器１０６においても、旧管理機器１０６で生成された門外不出の種情報Ｓｉ、ひいては埋込鍵Ｋｉを生成することができる。
【００９８】
したがって、暗号化コンテンツの復旧作業の効率化を図ることができ、視聴者の利便性が向上するという効果を奏する。このように交換容易ではあるが、復旧に際し暗号化処理や暗号化通信を施しているため、セキュリティの向上を図ることができる。また、このように、復旧が容易で、かつ、セキュリティが高いことにより、不特定多数のＩＰＴＶ受信装置１０３にコンテンツを安全に配信することができる。
【００９９】
また、上述した例では、機器ＩＤを利用して種情報Ｓｉを生成しているが、機器ＩＤに変えて視聴者を特定できる個人情報や決済情報などの視聴者特定情報を用いることとしてもよい。
【０１００】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１０１】
（付記１）コンテンツをセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムにおいて、前記第１の管理装置と交換可能な第２の管理装置を、
前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を入力する入力手段、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段、
として機能させることを特徴とする管理プログラム。
【０１０２】
（付記２）前記第２の管理装置を、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された前記種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記受信装置を介して、前記種情報の取得要求をセキュアに送信する送信手段、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記受信装置から前記種情報を受信する受信手段、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段、
として機能させることを特徴とする付記１に記載の管理プログラム。
【０１０３】
（付記３）前記第２の管理装置を、
前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段として機能させ、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする付記２に記載の管理プログラム。
【０１０４】
（付記４）前記第２の管理装置を、
前記種情報と前記コンテンツの固有情報とに基づいて生成された前記コンテンツに固有な暗号鍵により前記コンテンツが暗号化されて当該暗号化コンテンツが所定の記憶領域に記憶され、かつ、前記暗号鍵が前記第１の管理装置に格納されている場合に、前記コンテンツの固有情報と前記格納手段によって前記第２の管理装置内の記憶領域に格納された種情報とに基づいて、前記暗号鍵を生成する暗号鍵生成手段として機能させることを特徴とする付記３に記載の管理プログラム。
【０１０５】
（付記５）コンテンツをセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムにおいて、前記第１の管理装置と交換可能な第２の管理装置であって、
前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を入力する入力手段と、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段と、
を備えることを特徴とする管理装置。
【０１０６】
（付記６）前記第２の管理装置は、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された前記種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記受信装置を介して、前記種情報の取得要求をセキュアに送信する送信手段と、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記受信装置から前記種情報を受信する受信手段と、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段と、
を備えることを特徴とする付記５に記載の管理装置。
【０１０７】
（付記７）前記第２の管理装置は、
前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段と、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段と、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段とを備え、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする付記６に記載の管理装置。
【０１０８】
（付記８）前記第２の管理装置は、
前記種情報と前記コンテンツの固有情報とに基づいて生成された前記コンテンツに固有な暗号鍵により前記コンテンツが暗号化されて当該暗号化コンテンツが所定の記憶領域に記憶され、かつ、前記暗号鍵が前記第１の管理装置に格納されている場合に、前記コンテンツの固有情報と前記格納手段によって前記第２の管理装置内の記憶領域に格納された種情報とに基づいて、前記暗号鍵を生成する暗号鍵生成手段を備えることを特徴とする付記７に記載の管理装置。
【０１０９】
（付記９）情報をセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムであって、
前記受信装置の管理に用いられる種情報の生成元であり、前記第１の管理装置に固有な識別情報を前記第１の管理装置と交換可能な第２の管理装置に入力する入力手段と、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段と、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記種情報の取得要求をセキュアに送信する送信手段と、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記種情報を受信する受信手段と、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段と、
を備えることを特徴とする受信システム。
【０１１０】
（付記１０）前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段と、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段と、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段と、を備え、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする付記９に記載の受信システム。
【０１１１】
（付記１１）前記種情報と前記コンテンツの固有情報とに基づいて生成された前記コンテンツに固有な暗号鍵により前記コンテンツが暗号化されて当該暗号化コンテンツが所定の記憶領域に記憶され、かつ、前記暗号鍵が前記第１の管理装置に格納されている場合に、前記コンテンツの固有情報と前記格納手段によって前記第２の管理装置内の記憶領域に格納された種情報とに基づいて、前記暗号鍵を生成する暗号鍵生成手段と、
前記暗号鍵生成手段によって生成された暗号鍵により前記暗号化コンテンツを復号する復号手段と、
を備えることを特徴とする付記１０に記載の受信システム。
【符号の説明】
【０１１２】
１００ 受信システム
１０１ 認証サーバ
１０２ 配信サーバ
１０３ ＩＰＴＶ受信装置（受信装置）
１０５ モニタ
１０６ 管理機器（管理装置）
４００ 認証情報ＤＢ
５００ 視聴者情報ＤＢ
【技術分野】
【０００１】
本開示技術は、コンテンツを受信する受信装置を管理する管理プログラム、管理装置、および受信システムに関する。
【背景技術】
【０００２】
近年、インターネット網の発達とともにインターネット配信コンテンツを受信する受信機の製品化が活発である。特に日本では、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ＴｅｌｅＶｉｓｉｏｎ）と呼ばれるインターネット配信コンテンツの送信受信に関する規格化がＩＰＴＶ Ｆｏｒｕｍ Ｊａｐａｎなどで行われている。
【０００３】
たとえば、Ｖｉｄｅｏｎｅｔ．ＣＡＳ／ＤＲＭは、Ｍａｒｌｉｎ ＩＰＴＶ−ＥＳに準拠したライセンスの生成・配布を行うデジタルコンテンツ著作権保護システムである（下記非特許文献１〜３を参照。）。Ｍａｒｌｉｎ ＩＰＴＶ−ＥＳは、Ｍａｒｌｉｎ Ｄｅｖｅｌｏｐｅｒ Ｃｏｍｍｕｎｉｔｙが技術仕様を策定するデジタルコンテンツの著作権を保護する技術規格である。Ｖｉｄｅｏｎｅｔ．ＣＡＳ／ＤＲＭは、Ｍａｒｌｉｎ ＩＰＴＶ−ＥＳに対応しているネットＴＶ等の受信機からのライセンス発行要求に対し、セキュアな通信にてライセンスを配信する。
【０００４】
このように、ＩＰＴＶでは、公開鍵暗号方式などを利用し暗号化コンテンツの配信などが行われている。その際、ＩＰＴＶ送受信で必要な鍵情報などは、ＩＰＴＶ受信機内でセキュアに管理される必要がある。そして近年、製品化されているＩＰＴＶ受信機は主にＳＴＢ（セットトップボックス）である。ＳＴＢは、専用機で比較的小型で持ち運びも比較的容易なため、故障の場合、ＳＴＢ全部を交換するのが一般的である。
【０００５】
従来では、ＩＰＴＶ受信機が故障した際、ＩＰＴＶ受信機の交換で対応するのが一般的である。それはＩＰＴＶ受信機がＳＴＢである場合が多く、サイズが小さく運搬が簡単だからである。そして、ＳＴＢまたはＳＴＢに相当するＩＰＴＶ受信機内のボード（ＩＰＴＶボード）をあたらしいものに交換し、正規の設定を再度おこなうことで、復旧することとなる。故障した旧ＳＴＢまたは旧ＩＰＴＶボードは、確実に回収することで不正利用を防止する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】「Ｍａｒｌｉｎ対応デジタルコンテンツ著作権保護システム「Ｖｉｄｅｏｎｅｔ．ＣＡＳ／ＤＲＭ」：通信・ネットワーク：日立」、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏ．ｊｐ／ｐｒｏｄｕｃｔｓ／ｉｔ／ｎｅｔｗｏｒｋ／ｓｏｌｕｔｉｏｎ／ｎｇｎ／ｖｉｄｅｏｎｅｔ／ＣＡＳ＿ＤＲＭ．ｈｔｍｌ、２００９年３月３１日検索
【非特許文献２】「テレビ向け映像配信サービス「ひかりＴＶ」、日立のＤＲＭシステム「Ｖｉｄｅｏｎｅｔ．ＣＡＳ／ＤＲＭ」を採用：Ｅｎｔｅｒｐｒｉｓｅ：ＲＢＢ ＴＯＤＡＹ（ブロードバンド情報サイト）２００８／０３／３１」、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｒｂｂｔｏｄａｙ．ｃｏｍ／ｎｅｗｓ／２００８０３３１／４９９５８．ｈｔｍｌ、２００９年３月３１日検索
【非特許文献３】「著作権管理（ＤＲＭ）組込みパッケージ ｆｏｒ Ｍａｒｌｉｎ ｖ１．０ ｜コンポーネント｜組込みソリューション」、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｅｃｓｔ．ｃｏ．ｊｐ／ｐｒｏｄｕｃｔ／ｅｍｂ／ｓｅｒｖｉｃｅ／ｃｏｍｐｏｎｅｎｔ＿３．ｈｔｍｌ、２００９年３月３１日検索
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来技術では、故障の際の録画コンテンツの復旧が困難なことが問題である。録画コンテンツは、当該ＩＰＴＶ受信機特有の門外不出の鍵で暗号化されており、ＳＴＢまたはＩＰＴＶボードをあたらしいものに交換すると、録画コンテンツの復号および再生が不可能になる。
【０００８】
ハードディスクの故障に備え、バックアップ目的でバックアップハードディスクにコンテンツを録画した場合であっても、コンテンツが暗号化されているため、ＩＰＴＶ受信機特有の門外不出の鍵を復旧することができない。そのため、従来では、ＩＰＴＶ受信機を工場に戻してＳＴＢを解体し、門外不出の鍵を取り戻すか、諦めるかの２通りの方法しかない。
【０００９】
しかし今後、ＩＰＴＶ−ＰＣ（ＩＰＴＶのコンテンツを受信するコンピュータ）などの製品化も考えられる。この際、ＩＰＴＶ−ＰＣはソフトウェア型機器であり、ソフトウェアによりいろいろな機能を実現する複合機器である。ＩＰＴＶ機能対応のソフトウェアを搭載したＰＣがＩＰＴＶ−ＰＣと考えられる。サイズが大きいＩＰＴＶ−ＰＣ故障の際、交換するのはあまり現実的でない。
【００１０】
ＩＰＴＶ−ＰＣ故障の際は、視聴者宅に出張し、視聴者宅での現地修理が望ましい。すなわち、出張修理者が、現地に持ち運べる大きさのＩＰＴＶボードを交換し、若干の設定をするだけで出張修理をすることができればよい。本開示技術では、視聴者の利便性を考慮し、より簡便に録画コンテンツの復旧を図ることを目的とする。
【００１１】
一方で、ＩＰＴＶは有料である。セキュリティが破られて、視聴者に容易に違法視聴されるのも問題である。安易にＩＰＴＶボードが交換できるシステムでは、セキュリティが破られることも十分に考えられる。本開示技術では、容易にセキュリティが破られないという安全性の向上を図ることも目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するため、本開示技術は、コンテンツをセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムにおいて、前記第１の管理装置と交換可能な第２の管理装置に、前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を入力し、入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にすることを要件とする。
【発明の効果】
【００１３】
本開示技術によれば、録画コンテンツの復旧を容易にし、かつ、セキュリティの向上を図ることができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】本開示技術のＩＰＴＶ受信システムのシステム構成図である。
【図２】コンピュータ（認証サーバ、配信サーバ、ＩＰＴＶ受信装置）のハードウェア構成を示すブロック図である。
【図３】管理機器のハードウェア構成を示すブロック図である。
【図４】図１に示した認証情報ＤＢの記憶内容を示す説明図である。
【図５】視聴者情報ＤＢの記憶内容を示す説明図である。
【図６】初期設定シーケンスを示すシーケンス図（その１）である。
【図７】種情報取得処理（ステップＳ６０４）の詳細な処理手順を示すフローチャートである。
【図８】初期設定シーケンスを示すシーケンス図（その２）である。
【図９】コンテンツの視聴シーケンスを示すシーケンス図である。
【図１０−１】コンテンツの録画視聴シーケンスを示すシーケンス図（前半）である。
【図１０−２】コンテンツの録画視聴シーケンスを示すシーケンス図（後半）である。
【図１１】図１０に示した埋込鍵生成処理（ステップＳ１０１７）の詳細な処理手順を示す」フローチャートである。
【図１２】図１０に示した種情報確認情報生成処理（ステップＳ１０１９）の詳細な処理手順を示すフローチャートである。
【図１３】種情報復旧シーケンスを示すシーケンス図である。
【図１４】機器ＩＤ書込処理（ステップＳ１３０５）の詳細な処理手順を示すフローチャートである。
【図１５】種情報確認処理（ステップＳ１３２０）の詳細な処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照して、本開示技術の好適な実施の形態を詳細に説明する。
【００１６】
＜システム構成＞
図１は、本開示技術のＩＰＴＶ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ＴｅｌｅＶｉｓｉｏｎ）受信システムのシステム構成図である。ＩＰＴＶとは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を利用してデジタルテレビ放送を配信するサービス、またはその放送技術の総称である。ＩＰＴＶ受信システム１００は、認証サーバ１０１と配信サーバ１０２と複数のＩＰＴＶ受信装置１０３（図１では例として１台）を、ＩＰ網１０４を介して通信可能に接続されている。ＩＰＴＶ受信装置１０３は、モニタ１０５および管理機器１０６と接続されている。
【００１７】
認証サーバ１０１は、ＩＰＴＶ受信装置１０３の利用者である視聴者を認証するコンピュータである。認証サーバ１０１は、認証情報データベース（ＤＢ）４００を有する。認証情報ＤＢ４００の詳細については後述する（図４）。配信サーバ１０２は、デジタルテレビ放送のコンテンツをＩＰＴＶ受信装置１０３に配信するコンピュータである。配信サーバ１０２は、視聴者情報ＤＢ５００を有する。視聴者情報ＤＢ５００の詳細ついては後述する（図５）。
【００１８】
また、配信サーバ１０２は、デジタル放送局から放送されたデジタル放送波を受信して、ＩＰ網１０４で配信可能なコンテンツに変換する。変換されたコンテンツはＩＰ網１０４で不特定多数のＩＰＴＶ受信装置１０３に配信される。また、配信サーバ１０２は、ＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）のように、あらかじめコンテンツを蓄積しておき、視聴者が要求したコンテンツを即座に配信することとしてもよい。
【００１９】
ＩＰＴＶ受信システム１００において、認証サーバ１０１とＩＰＴＶ受信装置１０３との間および配信サーバ１０２とＩＰＴＶ受信装置１０３との間では、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）など既存の暗号化通信方式を採用する。本例では、簡略化のため、ＩＰＴＶ受信装置１０３に秘密鍵ＳＫａｉ、認証サーバ１０１に秘密鍵ＳＫａｉと対になる公開鍵ＰＫａｉを与えて、暗号化通信をおこなう。このように、暗号化通信される認証サーバ１０１とＩＰＴＶ受信装置１０３との間の経路を「第１のセキュア通信路Ｌ１」と称す。
【００２０】
同様に、ＩＰＴＶ受信装置１０３に秘密鍵ＳＫｂｉ、配信サーバ１０２に秘密鍵ＳＫｂｉと対になる公開鍵ＰＫｂｉを与えて、暗号化通信をおこなう。このように、暗号化通信される配信サーバ１０２とＩＰＴＶ受信装置１０３との間の経路を「第２のセキュア通信路Ｌ２」と称す。
【００２１】
ＩＰＴＶ受信装置１０３は、配信サーバ１０２からのコンテンツを受信するコンピュータである。ＩＰＴＶ受信装置１０３には、たとえば、汎用のパーソナルコンピュータが用いられる。ＩＰＴＶ受信装置１０３は、配信サーバ１０２から受信されたコンテンツをモニタ１０５に送る。モニタ１０５は、コンテンツを映像表示する。具体的には、たとえば、テレビ（受像機）やプロジェクタが用いられる。パーソナルコンピュータのディスプレイで代用することとしてもよい。
【００２２】
管理機器１０６は、ＩＰＴＶ受信装置１０３を管理するコンピュータである。管理装置１０６は、たとえば、出張修理者が、現地に持ち運べる大きさのＩＰＴＶボードであり、ＩＰＴＶ受信装置１０３のスロットに差し込むことで、ＩＰＴＶ受信装置１０３に接続する。管理機器１０６は、門外不出である埋込鍵を管理する。埋込鍵は、ＩＰＴＶ受信装置１０３により録画されたコンテンツの暗号化と復号に用いられる。管理機器１０６は、埋込鍵を管理するため、外部から容易に改ざんや覗き見ができない耐タンパ構成（Ｔａｍｐｅｒ Ｒｅｓｉｓｔａｎｔ Ｍｏｄｕｌｅ構造のＬＳＩ）となっている。
【００２３】
＜コンピュータのハードウェア構成＞
図２は、コンピュータ（認証サーバ１０１、配信サーバ１０２、ＩＰＴＶ受信装置１０３）のハードウェア構成を示すブロック図である。図２において、コンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３と、磁気ディスクドライブ２０４と、磁気ディスク２０５と、光ディスクドライブ２０６と、光ディスク２０７と、ディスプレイ２０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０９と、キーボード２１０と、マウス２１１と、スキャナ２１２と、プリンタ２１３と、を備えている。また、各構成部はバス２００によってそれぞれ接続されている。
【００２４】
ここで、ＣＰＵ２０１は、コンピュータの全体の制御を司る。ＲＯＭ２０２は、各種プログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御にしたがって磁気ディスク２０５に対するデータのリード／ライトを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記憶する。
【００２５】
光ディスクドライブ２０６は、ＣＰＵ２０１の制御にしたがって光ディスク２０７に対するデータのリード／ライトを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御で書き込まれたデータを記憶したり、光ディスク２０７に記憶されたデータをコンピュータに読み取らせたりする。
【００２６】
ディスプレイ２０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ２０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００２７】
インターフェース（以下、「Ｉ／Ｆ」と略する。）２０９は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク２１４に接続され、このネットワーク２１４を介して他の装置に接続される。そして、Ｉ／Ｆ２０９は、ネットワーク２１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ２０９には、たとえばモデムやＬＡＮアダプタなどを採用することができる。
【００２８】
キーボード２１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス２１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。
【００２９】
スキャナ２１２は、画像を光学的に読み取り、コンピュータ内に画像データを取り込む。なお、スキャナ２１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ２１３は、画像データや文書データを印刷する。プリンタ２１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。
【００３０】
＜管理機器１０６のハードウェア構成＞
図３は、管理機器１０６のハードウェア構成を示すブロック図である。管理機器１０６は、ＣＰＵ３０１とＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０２とフラッシュメモリ３０３とＩ／Ｆ３０４とがバス３０５を介して接続されている。ＣＰＵ３０１は、管理機器１０６の全体の制御を司る。ＤＲＡＭ３０２は、ＣＰＵ３０１のワークエリアに使用される。フラッシュメモリ３０３は、各種プログラムやデータを記憶する。Ｉ／Ｆ３０４は、接続先となるＩＰＴＶ受信装置１０３との通信を制御する。
【００３１】
ここで、フラッシュメモリ３０３に記憶されている情報について説明する。フラッシュメモリ３０３には、管理プログラムＰ、機器ＩＤ、装置ＩＤ、ランダム情報Ｒａ、種情報Ｓｉ、埋込鍵Ｋｉが記憶されている。管理プログラムＰは、埋込鍵Ｋｉの管理、各種情報の暗号化、復号などの処理をＣＰＵ３０１に実行させる。機器ＩＤとは、管理機器１０６を一意に特定する識別情報である。
【００３２】
機器ＩＤは、管理機器１０６の出荷時までに書き込まれる。機器ＩＤは、一度フラッシュメモリ３０３に書き込まれると２度と書き換えがされないように管理プログラムＰにより設定される。装置ＩＤとは、接続相手となるＩＰＴＶ受信装置１０３を一意に特定する識別情報である。たとえば、ＩＰＴＶ受信装置１０３のイーサネット番号（ＭＡＣアドレス）が用いられる。装置ＩＤは、ＩＰＴＶ受信装置１０３と接続したときの初期設定時に書き込まれる。他のＩＰＴＶ受信装置１０３の装置ＩＤが読み込まれた場合、当該他のＩＰＴＶ受信装置１０３に動作させないように管理プログラムＰにより設定される。
【００３３】
ランダム情報Ｒａとは、ランダムに設定された管理機器１０６固有のデータである。たとえば、管理機器１０６の出荷日時や製造日時、ＩＰＴＶ受信装置１０３との接続が確立した日時など、管理機器１０６単独、または管理機器１０６とＩＰＴＶ受信装置１０３との協働により発生する固有な情報を用いる。
【００３４】
種情報Ｓｉとは、管理機器１０６内で生成される管理機器１０６固有の情報である。種情報Ｓｉは、管理プログラムＰ内の秘密のアルゴリズムにより生成される。具体的には、たとえば、機器ＩＤの末尾とランダム情報Ｒａの先頭をつなげた文字列をハッシュ関数に与えることで計算されたハッシュ値が種情報Ｓｉである。これにより、たとえ秘密のアルゴリズムを知っている者がいても、種情報Ｓｉを推定できないこととなり、セキュリティの向上を図ることができる。
【００３５】
埋込鍵Ｋｉとは、ＩＰＴＶ受信装置１０３により録画されたコンテンツの暗号化と復号に用いられる門外不出の情報である。埋込鍵Ｋｉは、種情報Ｓｉをベースにして生成される情報である。具体的には、たとえば、種情報Ｓｉの末尾と対象となるコンテンツのコンテンツ番号（コンテンツを一意に特定する識別情報）の先頭をつなげた文字列をハッシュ関数に与えることで計算されたハッシュ値が埋込鍵Ｋｉである。埋込鍵Ｋｉは、コンテンツごとに生成される。これにより、たとえ秘密のアルゴリズムを知っている者がいても、埋込鍵Ｋｉを推定できないこととなり、セキュリティの向上を図ることができる。
【００３６】
＜各種ＤＢの記憶内容＞
図４は、図１に示した認証情報ＤＢ４００の記憶内容を示す説明図である。認証情報ＤＢ４００は、視聴者の認証に必要な情報を記憶する。認証情報ＤＢ４００は、視聴者ＩＤ、公開鍵、機器ＩＤ、種情報をフィールド項目とし、視聴者ごとにレコード化されている。視聴者ＩＤの項目には、視聴者を一意に特定する識別情報である視聴者ＩＤを格納する。公開鍵の項目には、認証サーバ１０１が視聴者ＶｉのＩＰＴＶ受信装置１０３と第１のセキュア通信路Ｌ１を構築するための公開鍵ＰＫａｉを格納する。
【００３７】
機器ＩＤの項目には、視聴者Ｖｉが利用する管理機器１０６を一意に特定する識別情報である機器ＩＤ：Ａｉを格納する。種情報の項目には、機器ＩＤ：Ａｉの管理機器１０６内に生成された種情報Ｓｉを格納する。種情報Ｓｉはコンテンツごとに生成しても良いが、説明を簡略化するため、図４では、１視聴者ごとに１個としている。なお、認証情報ＤＢ４００は、図２に示したＲＯＭ２０２、ＲＡＭ２０３、または、磁気ディスクドライブ２０４および磁気ディスク２０５によりその機能を実現する。
【００３８】
図５は、視聴者情報ＤＢ５００の記憶内容を示す説明図である。視聴者情報ＤＢ５００は、コンテンツ配信に際して必要な視聴者の情報を記憶する。視聴者情報ＤＢ５００は、視聴者ＩＤ、公開鍵、個人情報、決済情報、配信先情報をフィールド項目とし、視聴者ごとにレコード化されている。視聴者ＩＤの項目には、視聴者を一意に特定する識別情報である視聴者ＩＤを格納する。公開鍵の項目には、配信サーバ１０２が視聴者ＶｉのＩＰＴＶ受信装置１０３と第２のセキュア通信路Ｌ２を構築するための公開鍵ＰＫｂｉを格納する。
【００３９】
個人情報の項目には、視聴者Ｖｉの氏名、住所、電話番号、電子メールアドレスなど視聴者に固有な情報を格納する。決済情報の項目には、視聴者Ｖｉのクレジットカード番号などオンライン決済に必要な情報を格納する。配信先情報の項目には、ＩＰＴＶのＩＰアドレスなどコンテンツの配信先となる情報を格納する。なお、視聴者情報ＤＢ５００は、図２に示したＲＯＭ２０２、ＲＡＭ２０３、または、磁気ディスクドライブ２０４および磁気ディスク２０５によりその機能を実現する。
【００４０】
つぎに、本開示技術のシーケンスおよびフローチャートについて説明する。後述するシーケンスおよびフローチャートは、認証サーバ１０１、配信サーバ１０２、ＩＰＴＶ受信装置１０３、管理機器１０６などの実行主体のＣＰＵ２０１，３０１に、実行主体ごとのプログラムを実行させることによりその機能を実現する。以降、シーケンスについて説明する。
【００４１】
＜初期設定シーケンス＞
図６は、初期設定シーケンスを示すシーケンス図（その１）である。図６の初期設定シーケンスは、コンテンツの配信サービスの利用に先立って、管理機器１０６の機器ＩＤおよび種情報Ｓｉを認証サーバ１０１に記憶させるシーケンスである。まず、管理機器１０６をＩＰＴＶ受信装置１０３に接続する（ステップＳ６０１）。管理機器１０６は、ＩＰＴＶ受信装置１０３との接続を検出すると、ＩＰＴＶ受信装置１０３の装置ＩＤを読み込む（ステップＳ６０２）。
【００４２】
そして、管理機器１０６は、読み込んだ装置ＩＤと管理機器１０６のフラッシュメモリ３０３に予め記憶されている機器ＩＤとを紐付けてフラッシュメモリ３０３に格納する（ステップＳ６０３）。このように、紐付けておくことで、接続相手のＩＰＴＶ受信装置１０３の装置ＩＤと紐付けた機器ＩＤとが不一致である場合に動作を禁止させる処理を実行することができる。
【００４３】
このあと、管理機器１０６は、種情報取得処理（ステップＳ６０４）を実行する。種情報取得処理（ステップＳ６０４）の詳細については、図７で説明する。種情報取得処理（ステップＳ６０４）により種情報Ｓｉが得られるため、管理機器１０６の機器ＩＤとともにＩＰＴＶ受信装置１０３に送信する（ステップＳ６０５）。
【００４４】
一方、ＩＰＴＶ受信装置１０３は、ステップＳ６０５により管理機器１０６からの機器ＩＤおよび種情報Ｓｉを受信すると、秘密鍵ＳＫａｉで機器ＩＤと種情報Ｓｉをそれぞれ暗号化する（ステップＳ６０６）。そして、第１のセキュア通信路Ｌ１により、暗号化機器ＩＤおよび暗号化種情報Ｓｉを認証サーバ１０１に送信する（ステップＳ６０７）。
【００４５】
認証サーバ１０１は、暗号化機器ＩＤおよび暗号化種情報Ｓｉを受信すると、秘密鍵ＳＫａｉと対となる公開鍵ＰＫａｉで暗号化機器ＩＤおよび暗号化種情報Ｓｉを復号する（ステップＳ６０８）。そして、復号された機器ＩＤおよび種情報Ｓｉの登録処理、すなわち、認証情報ＤＢ４００の公開鍵ＰＫａｉと同一レコードに復号された機器ＩＤおよび種情報Ｓｉを格納する（ステップＳ６０９）。
【００４６】
図７は、種情報取得処理（ステップＳ６０４）の詳細な処理手順を示すフローチャートである。まず、種情報Ｓｉが取得済みであるか否かを判断する（ステップＳ７０１）。取得済みである場合（ステップＳ７０１：Ｙｅｓ）、種情報取得処理を終了する。一方、未取得である場合（ステップＳ７０１：Ｎｏ）、ランダム情報Ｒａが用意されるまで待ち受ける（ステップＳ７０２：Ｎｏ）。
【００４７】
ランダム情報Ｒａが受け付けられた場合（ステップＳ７０２：Ｙｅｓ）、機器ＩＤを読み出す（ステップＳ７０３）。そして、秘密のアルゴリズムにより、機器ＩＤとランダム情報Ｒａとを用いて種情報Ｓｉを生成し、フラッシュメモリ３０３に格納する（ステップＳ７０４）。これにより、種情報取得処理を終了する。
【００４８】
図８は、初期設定シーケンスを示すシーケンス図（その２）である。図８の初期設定シーケンスは、図６に示した初期設定シーケンスに引き続き実行され、認証サーバ１０１、配信サーバ１０２、およびＩＰＴＶ受信装置１０３に同一の視聴者ＩＤを付与するシーケンスである。
【００４９】
まず、管理装置１０６は、ＩＰＴＶ受信装置１０３との接続確認処理を実行する（ステップＳ８０１）。この接続確認処理（ステップＳ８０１）では、接続相手のＩＰＴＶ受信装置１０３の装置ＩＤが、管理機器１０６の機器ＩＤと紐付けられているか否かを判断する。紐付けられている装置ＩＤと一致する場合は、正当なＩＰＴＶ受信装置１０３と接続されたこととなり、処理を続行する。一方、紐付けられている装置ＩＤと異なる場合、エラー出力をおこない、処理を終了する。
【００５０】
接続確認処理（ステップＳ８０１）で処理の続行が許可されると、管理機器１０６は機器ＩＤを接続先のＩＴＰＶ受信装置１０３に送信する（ステップＳ８０２）。ＩＰＴＶ受信装置１０３は、秘密鍵ＳＫａｉで機器ＩＤを暗号化し（ステップＳ８０３）、視聴者情報登録要求を認証サーバ１０１に送信する（ステップＳ８０４）。視聴者情報登録要求には、ステップＳ８０３で暗号化された暗号化機器ＩＤが含まれている。
【００５１】
認証サーバ１０１は、視聴者情報登録要求を受信すると、秘密鍵ＳＫａｉと対となる公開鍵ＰＫａｉで暗号化機器ＩＤを復号する（ステップＳ８０５）。そして、認証サーバ１０１は、機器ＩＤの認証処理を実行する（ステップＳ８０６）。具体的には、認証情報ＤＢ４００の公開鍵ＰＫａｉのレコードに格納されている機器ＩＤと復号した機器ＩＤが一致するか否かを判断する。一致すると認証、不一致だと認証失敗である。認証された場合、認証結果を配信サーバ１０２に送信する（ステップＳ８０７）。認証結果には公開鍵ＰＫａｉとＩＰＴＶ受信装置１０３のＩＰアドレスが含まれている。
【００５２】
配信サーバ１０２は、認証結果を受けると、新規に公開鍵ＰＫｂｉ、秘密鍵ＳＫｂｉを生成する（ステップＳ８０８）。そして、配信サーバ１０２は、認証結果に含まれていた公開鍵ＰＫａｉで新規に生成された秘密鍵ＳＫｂｉを暗号化する（ステップＳ８０９）。配信サーバ１０２は、認証結果に含まれていたＩＰＴＶ受信装置１０３のＩＰアドレス宛に、暗号化秘密鍵ＳＫｂｉを送信する（ステップＳ８１０）。
【００５３】
ＩＰＴＶ受信装置１０３は、暗号化秘密鍵ＳＫｂｉを受信すると、秘密鍵ＳＫａｉで暗号化秘密鍵ＳＫｂｉを復号する（ステップＳ８１１）。そして、ＩＰＴＶ受信装置１０３は、復号された秘密鍵ＳＫｂｉで視聴者情報を暗号化する（ステップＳ８１２）。視聴者情報とは、視聴者の個人情報、決済情報、配信先情報を含む情報である。ＩＰＴＶ受信装置１０３は、暗号化視聴者情報を配信サーバ１０２に送信する（ステップＳ８１３）。
【００５４】
配信サーバ１０２は、暗号化視聴者情報を受信すると、秘密鍵ＳＫｂｉと対となる公開鍵ＰＫｂｉで暗号化視聴者情報を復号する（ステップＳ８１４）。そして、新規に視聴者ＩＤを発行し、視聴者情報ＤＢ５００の公開鍵ＰＫｂｉのレコードに、復号した視聴者情報と視聴者ＩＤとを登録する（ステップＳ８１５）。このあと、配信サーバ１０２は、視聴者ＩＤを公開鍵ＰＫｂｉで暗号化し（ステップＳ８１６）、暗号化視聴者ＩＤをＩＰＴＶ受信装置１０３に送信する（ステップＳ８１７）。
【００５５】
ＩＰＴＶ受信装置１０３は、暗号化視聴者ＩＤを受信すると、秘密鍵ＳＫｂｉで暗号化視聴者ＩＤを復号、保存する（ステップＳ８１８）。これにより、ＩＰＴＶ受信装置１０３では、配信サーバ１０２への視聴者情報の登録と配信サーバ１０２からの視聴者ＩＤの取得が完了したこととなる。
【００５６】
また、ＩＰＴＶ受信装置１０３は、秘密鍵ＳＫａｉで、機器ＩＤと視聴者ＩＤとをそれぞれ暗号化し（ステップＳ８１９）、暗号化機器ＩＤおよび暗号化視聴者ＩＤを認証サーバ１０１に送信する（ステップＳ８２０）。認証サーバ１０１は、暗号化機器ＩＤおよび暗号化視聴者ＩＤを受信すると、公開鍵ＰＫａｉで復号する（ステップＳ８２１）。このあと、視聴者ＩＤの登録処理、すなわち、復号した機器ＩＤと同一レコードに、復号した視聴者ＩＤを格納する（ステップＳ８２２）。これにより、認証サーバ１０１にも視聴者ＩＤが登録されることとなる。
【００５７】
このように、図６〜図８の処理により、対象となる視聴者について視聴者情報ＤＢ５００のレコードが作成されることとなる。また、種情報Ｓｉを除き、対象となる視聴者について認証情報ＤＢ４００のレコードが作成されることとなる。
【００５８】
＜視聴シーケンス＞
図９は、コンテンツの視聴シーケンスを示すシーケンス図である。まず、ＩＰＴＶ受信装置１０３は、視聴要求を受け付ける（ステップＳ９０１）。視聴要求とは、視聴者が視聴したいコンテンツの指定またはチャンネルの選局である。いずれにしても、視聴要求により視聴したいコンテンツのコンテンツ番号が特定される。視聴者は、ＩＰＴＶ受信装置１０３に直接視聴要求を入力してもよく、モニタ１０５を介して間接的にＩＰＴＶ受信装置１０３に視聴要求を入力（たとえば、リモコン操作）することとしてもよい。
【００５９】
ＩＰＴＶ受信装置１０３は、視聴要求を受け付けると、管理機器１０６から機器ＩＤを読み込み（ステップＳ９０２）、秘密鍵ＳＫａｉで、読み込んだ機器ＩＤと視聴者ＩＤとをそれぞれ暗号化する（ステップＳ９０３）。そして、ＩＰＴＶ受信装置１０３は、暗号化機器ＩＤと暗号化視聴者ＩＤを認証サーバ１０１に送信する（ステップＳ９０４）。
【００６０】
また、ＩＰＴＶ受信装置１０３は、秘密鍵ＳＫｂｉで視聴者ＩＤとコンテンツ番号をそれぞれ暗号化する（ステップＳ９０５）。そして暗号化視聴者ＩＤおよび暗号化コンテンツ番号を配信サーバ１０２に送信する（ステップＳ９０６）。
【００６１】
一方、認証サーバ１０１は、受信した暗号化機器ＩＤと暗号化視聴者ＩＤを公開鍵ＰＫａｉで復号する（ステップＳ９０７）。そして、復号した機器ＩＤおよび視聴者ＩＤの認証処理を実行する（ステップＳ９０８）。具体的には、復号した機器ＩＤおよび視聴者ＩＤの組み合わせが存在するレコードが認証情報ＤＢ４００にあるか否かを判断する。ある場合は認証され、ない場合は認証失敗となる。認証された場合、認証結果を配信サーバ１０２に送信する（ステップＳ９０９）。
【００６２】
配信サーバ１０２は、暗号化視聴者ＩＤおよび暗号化コンテンツ番号（ステップＳ９０６）と認証結果（ステップＳ９０９）を受信すると、公開鍵ＰＫｂｉで暗号化視聴者ＩＤおよび暗号化コンテンツ番号を復号する（ステップＳ９１０）。そして、コンテンツ番号により特定されるコンテンツを、コンテンツ鍵で暗号化する（ステップＳ９１１）。コンテンツ鍵とは、コンテンツを暗号化するための暗号鍵である。このあと、配信サーバ１０２は、コンテンツ鍵を、公開鍵ＰＫｂｉで暗号化する（ステップＳ９１２）。またコンテンツをコンテンツ鍵で暗号化する。
【００６３】
そして、暗号化コンテンツ鍵および暗号化コンテンツをＩＰＴＶ受信装置１０３に送信する（ステップＳ９１３）。ＩＰＴＶ受信装置１０３は、暗号化コンテンツ鍵および暗号化コンテンツを受信すると、秘密鍵ＳＫｂｉで暗号化コンテンツ鍵を復号する（ステップＳ９１４）。
【００６４】
そして、復号されたコンテンツ鍵で暗号化コンテンツを復号する（ステップＳ９１５）。これにより、ＩＰＴＶ受信装置１０３はコンテンツを取得することができる。ＩＰＴＶ受信装置１０３は、復号されたコンテンツをモニタ１０５に出力し（ステップＳ９１６）、モニタ１０５は出力されてきたコンテンツを映像処理して表示する（ステップＳ９１７）。これにより、視聴者はコンテンツを視聴することができる。
【００６５】
＜録画視聴シーケンス＞
図１０−１および図１０−２は、コンテンツの録画視聴シーケンスを示すシーケンス図である。まず、図１０−１において、ＩＰＴＶ受信装置１０３は、録画要求を受け付ける（ステップＳ１００１）。録画要求とは、視聴者が録画したいコンテンツの指定またはチャンネルの選局（時間帯含む）である。いずれにしても、録画要求により録画したいコンテンツのコンテンツ番号が特定される。視聴者は、ＩＰＴＶ受信装置１０３に直接録画要求を入力してもよく、モニタ１０５を介して間接的にＩＰＴＶ受信装置１０３に録画要求を入力（たとえば、リモコン操作）することとしてもよい。
【００６６】
ＩＰＴＶ受信装置１０３は、録画要求を受け付けると、管理機器１０６から機器ＩＤを読み込み（ステップＳ１００２）、秘密鍵ＳＫａｉで、読み込んだ機器ＩＤと視聴者ＩＤとをそれぞれ暗号化する（ステップＳ１００３）。そして、ＩＰＴＶ受信装置１０３は、暗号化機器ＩＤと暗号化視聴者ＩＤを認証サーバ１０１に送信する（ステップＳ１００４）。
【００６７】
また、ＩＰＴＶ受信装置１０３は、秘密鍵ＳＫｂｉで視聴者ＩＤとコンテンツ番号をそれぞれ暗号化する（ステップＳ１００５）。そして暗号化視聴者ＩＤおよび暗号化コンテンツ番号を配信サーバ１０２に送信する（ステップＳ１００６）。
【００６８】
一方、認証サーバ１０１は、受信した暗号化機器ＩＤと暗号化視聴者ＩＤを公開鍵ＰＫａｉで復号する（ステップＳ１００７）。そして、復号した機器ＩＤおよび視聴者ＩＤの認証処理を実行する（ステップＳ１００８）。具体的には、復号した機器ＩＤおよび視聴者ＩＤの組み合わせが存在するレコードが認証情報ＤＢ４００にあるか否かを判断する。ある場合は認証され、ない場合は認証失敗となる。認証された場合、認証結果を配信サーバ１０２に送信する（ステップＳ１００９）。
【００６９】
配信サーバ１０２は、暗号化視聴者ＩＤおよび暗号化コンテンツ番号（ステップＳ１００６）と認証結果（ステップＳ１００９）を受信すると、公開鍵ＰＫｂｉで暗号化視聴者ＩＤおよび暗号化コンテンツ番号を復号する（ステップＳ１０１０）。そして、コンテンツ番号により特定されるコンテンツを、コンテンツ鍵で暗号化する（ステップＳ１０１１）。コンテンツ鍵とは、コンテンツを暗号化するための暗号鍵である。
【００７０】
このあと、配信サーバ１０２は、コンテンツ鍵を、公開鍵ＰＫｂｉで暗号化する（ステップＳ１０１２）。そして、暗号化コンテンツ鍵および暗号化コンテンツをＩＰＴＶ受信装置１０３に送信する（ステップＳ１０１３）。
【００７１】
ＩＰＴＶ受信装置１０３は、暗号化コンテンツ鍵および暗号化コンテンツを受信すると、秘密鍵ＳＫｂｉで暗号化コンテンツ鍵を復号する（ステップＳ１０１４）。
【００７２】
そして、復号されたコンテンツ鍵で暗号化コンテンツを復号する（ステップＳ１０１５）。これにより、ＩＰＴＶ受信装置１０３はコンテンツを取得することができる。また、ＩＰＴＶ受信装置１０３は、復号したコンテンツのコンテンツ固有情報（たとえば、コンテンツ番号）を管理機器１０６に送信する（ステップＳ１０１６）。
【００７３】
つぎに、図１０−２に移る。図１０−２において、管理機器１０６は、コンテンツ固有情報を受信すると、埋込鍵生成処理を実行する（ステップＳ１０１７）。埋込鍵生成処理（ステップＳ１０１７）の詳細については、図１１で説明する。埋込鍵生成処理（ステップＳ１０１７）により埋込鍵Ｋｉが生成されると、管理機器１０６は埋込鍵ＫｉをＩＰＴＶ受信装置１０３に送信する（ステップＳ１０１８）。
【００７４】
そして、種情報確認情報生成処理を実行する（ステップＳ１０１９）。種情報確認情報生成処理（ステップＳ１０１９）の詳細については、図１２で説明する。種情報確認情報生成処理（ステップＳ１０１９）により種情報確認情報が生成されると、ＨＤＤおよびバックアップＨＤＤに種情報確認情報を格納する（ステップＳ１０２０）。
【００７５】
ＩＰＴＶ受信装置１０３は、埋込鍵Ｋｉを受信すると、コンテンツを埋込鍵Ｋｉで暗号化する（ステップＳ１０２１）。そして、埋込鍵Ｋｉによる暗号化コンテンツをＨＤＤおよびバックアップＨＤＤに格納する（ステップＳ１０２２）。このあと、ＩＰＴＶ受信装置１０３は、録画要求されたコンテンツについて視聴要求を受け付ける（ステップＳ１０２３）。視聴要求を受け付けると、管理機器１０６から埋込鍵Ｋｉを読み込むとともに（ステップＳ１０２４）、ＨＤＤから暗号化コンテンツを読み込む（ステップＳ１０２５）。
【００７６】
そして、ＩＰＴＶ受信装置１０３は、埋込鍵Ｋｉで暗号化コンテンツを復号する（ステップＳ１０２６）。ＩＰＴＶ受信装置１０３は、復号されたコンテンツをモニタ１０５に出力し（ステップＳ１０２７）、モニタ１０５は出力されてきたコンテンツを映像処理して表示する（ステップＳ１０２８）。これにより、視聴者は、録画されたコンテンツを視聴することができる。
【００７７】
図１１は、図１０−２に示した埋込鍵生成処理（ステップＳ１０１７）の詳細な処理手順を示すフローチャートである。まず、コンテンツが復号されるのを待ち受け（ステップＳ１１０１：Ｎｏ）、復号された場合（ステップＳ１１０１：Ｙｅｓ）、コンテンツからコンテンツ固有情報を抽出する（ステップＳ１１０２）。そして、秘密のアルゴリズムにより、種情報Ｓｉとコンテンツ固有情報（コンテンツ番号）とを用いて、当該コンテンツに固有な埋込鍵Ｋｉを生成し、フラッシュメモリ３０３に格納する（ステップＳ１１０３）。これにより、埋込鍵生成処理（ステップＳ１０１７）を終了する。
【００７８】
図１２は、図１０−２に示した種情報確認情報生成処理（ステップＳ１０１９）の詳細な処理手順を示すフローチャートである。種情報確認情報とは、種情報Ｓｉを確認するための情報である。種情報確認情報をＨＤＤなどの特定領域に保持しておくことで、管理機器１０６が故障した場合に、種情報Ｓｉの復旧を確認することができる。
【００７９】
まず、種情報Ｓｉが取得済みであるか否かを判断する（ステップＳ１２０１）。未取得である場合（ステップＳ１２０１：Ｎｏ）、種情報確認情報生成処理を終了する。一方、取得済みである場合（ステップＳ１２０１：Ｙｅｓ）、ランダム情報Ｒｂを待ち受ける（ステップＳ１２０２：Ｎｏ）。
【００８０】
ランダム情報Ｒｂは、ランダム情報Ｒａと同様、ランダムに設定された管理機器１０６固有のデータである。たとえば、管理機器１０６の出荷日時や製造日時、ＩＰＴＶ受信装置１０３との接続が確立した日時など、管理機器１０６単独、または管理機器１０６とＩＰＴＶ受信装置１０３との協働により発生する固有な情報を用いる。ただし、ランダム情報Ｒａとは異なる値を用いるのが好ましい。
【００８１】
ランダム情報Ｒｂが受け付けられると（ステップＳ１２０２：Ｙｅｓ）、種情報Ｓｉとランダム情報Ｒｂにより種情報確認情報を生成する（ステップＳ１２０３）。たとえば、種情報Ｓｉの末尾とランダム情報Ｒｂの先頭をつなげた文字列をハッシュ関数に与えることで計算されたハッシュ値が種情報確認情報である。これにより、たとえ秘密のアルゴリズムを知っている者がいても、種情報確認情報を推定できないこととなり、セキュリティの向上を図ることができる。
【００８２】
このあと、種情報確認情報とランダム情報ＲｂをＨＤＤなどの特定領域に格納する（ステップＳ１２０４）。これにより、故障修理後、管理機器１０６に対しランダム情報Ｒｂを与える。もし正しい種情報Ｓｉが管理機器１０６に設定されていれば、ＨＤＤなど特定領域に保持しておいた種情報確認情報と同じ数値が生成されるはずである。このようにすることで種情報Ｓｉの復旧を確認することができる。
【００８３】
＜種情報復旧シーケンス＞
図１３は、種情報復旧シーケンスを示すシーケンス図である。種情報復旧シーケンスでは、ＩＰＴＶ受信装置１０３の設置場所にて、故障した管理機器１０６（旧管理機器１０６）をあたらしい管理機器１０６（新管理機器１０６）に交換し、種情報Ｓｉを新管理機器１０６で使用できるようにするためのシーケンスである。新管理機器１０６は、機器ＩＤが設定されていない管理機器１０６である。
【００８４】
まず、旧管理機器１０６をＩＰＴＶ受信装置１０３からはずし（ステップＳ１３０１）、新管理機器１０６をＩＰＴＶ受信装置１０３に接続する（ステップＳ１３０２）。ＩＰＴＶ受信装置１０３は、旧管理機器１０６の機器ＩＤを取得する（ステップＳ１３０３）。旧管理機器１０６の機器ＩＤは、旧管理機器１０６のフラッシュメモリ３０３内に格納されているが、旧管理機器１０６は故障しているため取り出せない。ここでは、出張修理者が旧管理機器１０６の機器ＩＤを知っているものとする。
【００８５】
たとえば、機器ＩＤが、旧管理機器１０６に表示されているシリアルナンバであれば、そのシリアルナンバを入力すればよい。シリアルナンバに関連付けられている場合は、事前に視聴者からシリアルナンバを伝えてもらい、機器ＩＤとシリアルナンバの対応テーブル（不図示）を参照して、該当する機器ＩＤを特定することができる。また、対応テーブルを保持するサーバとの公開鍵暗号方式などの暗号化通信により、旧管理機器１０６の機器ＩＤを取得することとしてもよい。
【００８６】
ＩＰＴＶ受信装置１０３は、旧管理機器１０６の機器ＩＤを取得すると、新管理機器１０６に送信する（ステップＳ１３０４）。新管理機器１０６は、旧管理機器１０６の機器ＩＤを受信すると、機器ＩＤ書込処理（ステップＳ１３０５）を実行する。機器ＩＤ書込処理（ステップＳ１３０５）については、図１４で後述する。
【００８７】
ＩＰＴＶ受信装置１０３は、旧管理機器１０６の機器ＩＤを秘密鍵ＳＫａｉで暗号化し（ステップＳ１３０６）、認証サーバ１０１に対し、鍵再発行要求を送信する（ステップＳ１３０７）。鍵再発行要求には、暗号化機器ＩＤが含まれている。認証サーバ１０１は、鍵再発行要求を受信すると、公開鍵ＰＫａｉで、鍵再発行要求に含まれている暗号化機器ＩＤを復号する（ステップＳ１３０８）。
【００８８】
そして、復号した機器ＩＤの登録確認を実行する（ステップＳ１３０９）。具体的には、認証情報ＤＢ４００に、復号した機器ＩＤと同一機器ＩＤがあるか否かを判断する。ある場合は、旧管理機器１０６が故障したことが確認されるため、処理を続行する。ない場合は、故障確認ができていないため、処理を終了する。
【００８９】
機器ＩＤの登録確認がされると、認証サーバ１０１は、新管理機器１０６用の公開鍵ＰＫａｉ２、秘密鍵ＳＫａｉ２を生成する（ステップＳ１３１０）。認証サーバ１０１は、公開鍵ＰＫａｉで新規に生成された秘密鍵ＳＫａｉ２を暗号化し（ステップＳ１３１１）、暗号化秘密鍵をＩＰＴＶ受信装置１０３に送信する（ステップＳ１３１２）。
【００９０】
このあと、認証サーバ１０１は、公開鍵ＰＫａｉに上書きして、新規に生成された公開鍵ＰＫａｉ２を登録する（ステップＳ１３１３）。そして、認証サーバ１０１は、公開鍵ＰＫａｉ２と同一レコードにある種情報Ｓｉを、公開鍵ＰＫａｉ２で暗号化し（ステップＳ１３１４）、暗号化種情報ＳｉをＩＰＴＶ受信装置１０３に送信する（ステップＳ１３１５）。
【００９１】
一方、ＩＰＴＶ受信装置１０３は、暗号化秘密鍵を認証サーバ１０１から受信すると、秘密鍵ＳＫａｉで暗号化秘密鍵を復号する（ステップＳ１３１６）。これにより、新規に生成された秘密鍵ＳＫａｉ２が得られたため、秘密鍵ＳＫａｉを削除する（ステップＳ１３１７）。また、暗号化種情報Ｓｉを受信すると、新規の秘密鍵ＳＫａｉ２で暗号化種情報Ｓｉを復号する（ステップＳ１３１８）。そして、復号した種情報Ｓｉを新管理機器１０６に送信する（ステップＳ１３１９）。
【００９２】
このあと、新管理機器１０６は、ＨＤＤから種情報確認情報とランダム情報Ｒｂを読出し（ステップＳ１３２０）、新管理機器１０６は、種情報確認処理を実行する（ステップＳ１３２０）。種情報確認処理（ステップＳ１３２０）については、図１５で後述する。種情報確認処理（ステップＳ１３２０）で正当な種情報Ｓｉであると確認された場合、新管理機器１０６は、フラッシュメモリ３０３に種情報Ｓｉを格納する（ステップＳ１３２２）。
【００９３】
図１４は、機器ＩＤ書込処理（ステップＳ１３０５）の詳細な処理手順を示すフローチャートである。まず、機器ＩＤが受け付けられるのを待ち受け（ステップＳ１４０１：Ｎｏ）、受け付けられた場合（ステップＳ１４０１：Ｙｅｓ）、機器ＩＤが書込済みであるか否かを判断する（ステップＳ１４０２）。書込済みである場合（ステップＳ１４０２：Ｙｅｓ）、書込み失敗出力をおこない（ステップＳ１４０３）、機器ＩＤ書込処理を終了する。一方、書込済みでない場合（ステップＳ１４０２：Ｎｏ）、機器ＩＤを新管理機器１０６のフラッシュメモリ３０３に書き込む（ステップＳ１４０４）。そして、書込み成功出力をおこない（ステップＳ１４０５）、機器ＩＤ書込処理を終了する。
【００９４】
図１５は、種情報確認処理（ステップＳ１３２０）の詳細な処理手順を示すフローチャートである。まず、種情報確認情報とランダム情報Ｒｂを待ち受け（ステップＳ１５０１：Ｎｏ）、受け付けられた場合（ステップＳ１５０１：Ｙｅｓ）、ステップＳ１３１８で復号した種情報Ｓｉとランダム情報Ｒｂにより、新規な種情報確認情報を生成する（ステップＳ１５０２）。生成するアルゴリズムは、ステップＳ１５０１で受け付けた種情報確認情報を生成したときのアルゴリズムと同一アルゴリズムを適用する。
【００９５】
このあと、両種情報確認情報が一致するか否かを判断する（ステップＳ１５０３）。一致する場合（ステップＳ１５０３：Ｙｅｓ）、復旧成功出力をおこない（ステップＳ１５０４）。一方、不一致の場合（ステップＳ１５０３：Ｎｏ）、復旧失敗出力をおこなう（ステップＳ１５０５）。復旧成功出力の場合には、ステップＳ１３２１により新管理機器１０６に対し、復号した種情報Ｓｉを格納する。
【００９６】
また、旧管理機器１０６の故障によりこれまで使用していた視聴者ＩＤも使用できなくなるため、図８に示した初期設定シーケンスを実行することで、あらたに視聴者ＩＤを取得することができる。また、種情報Ｓｉが新管理機器１０６に格納された場合、図１１に示した埋込鍵生成処理（ステップＳ１０１７）を実行することができる。埋込鍵生成処理（ステップＳ１０１７）を実行することで、録画してＨＤＤに保存されている暗号化コンテンツを、新管理機器１０６の交換後においても速やかに復号することができる。したがって、録画コンテンツを復旧することができる。
【００９７】
このように、本開示技術では、出張修理者が、現地に持ち運べる大きさのＩＰＴＶボードを交換し、若干の設定をするだけで、故障した旧管理機器１０６から読み出せないはずの旧管理機器１０６の機器ＩＤを、新管理機器１０６に移すことができる。これにより、新管理機器１０６においても、旧管理機器１０６で生成された門外不出の種情報Ｓｉ、ひいては埋込鍵Ｋｉを生成することができる。
【００９８】
したがって、暗号化コンテンツの復旧作業の効率化を図ることができ、視聴者の利便性が向上するという効果を奏する。このように交換容易ではあるが、復旧に際し暗号化処理や暗号化通信を施しているため、セキュリティの向上を図ることができる。また、このように、復旧が容易で、かつ、セキュリティが高いことにより、不特定多数のＩＰＴＶ受信装置１０３にコンテンツを安全に配信することができる。
【００９９】
また、上述した例では、機器ＩＤを利用して種情報Ｓｉを生成しているが、機器ＩＤに変えて視聴者を特定できる個人情報や決済情報などの視聴者特定情報を用いることとしてもよい。
【０１００】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１０１】
（付記１）コンテンツをセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムにおいて、前記第１の管理装置と交換可能な第２の管理装置を、
前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を入力する入力手段、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段、
として機能させることを特徴とする管理プログラム。
【０１０２】
（付記２）前記第２の管理装置を、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された前記種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記受信装置を介して、前記種情報の取得要求をセキュアに送信する送信手段、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記受信装置から前記種情報を受信する受信手段、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段、
として機能させることを特徴とする付記１に記載の管理プログラム。
【０１０３】
（付記３）前記第２の管理装置を、
前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段として機能させ、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする付記２に記載の管理プログラム。
【０１０４】
（付記４）前記第２の管理装置を、
前記種情報と前記コンテンツの固有情報とに基づいて生成された前記コンテンツに固有な暗号鍵により前記コンテンツが暗号化されて当該暗号化コンテンツが所定の記憶領域に記憶され、かつ、前記暗号鍵が前記第１の管理装置に格納されている場合に、前記コンテンツの固有情報と前記格納手段によって前記第２の管理装置内の記憶領域に格納された種情報とに基づいて、前記暗号鍵を生成する暗号鍵生成手段として機能させることを特徴とする付記３に記載の管理プログラム。
【０１０５】
（付記５）コンテンツをセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムにおいて、前記第１の管理装置と交換可能な第２の管理装置であって、
前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を入力する入力手段と、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段と、
を備えることを特徴とする管理装置。
【０１０６】
（付記６）前記第２の管理装置は、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された前記種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記受信装置を介して、前記種情報の取得要求をセキュアに送信する送信手段と、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記受信装置から前記種情報を受信する受信手段と、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段と、
を備えることを特徴とする付記５に記載の管理装置。
【０１０７】
（付記７）前記第２の管理装置は、
前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段と、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段と、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段とを備え、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする付記６に記載の管理装置。
【０１０８】
（付記８）前記第２の管理装置は、
前記種情報と前記コンテンツの固有情報とに基づいて生成された前記コンテンツに固有な暗号鍵により前記コンテンツが暗号化されて当該暗号化コンテンツが所定の記憶領域に記憶され、かつ、前記暗号鍵が前記第１の管理装置に格納されている場合に、前記コンテンツの固有情報と前記格納手段によって前記第２の管理装置内の記憶領域に格納された種情報とに基づいて、前記暗号鍵を生成する暗号鍵生成手段を備えることを特徴とする付記７に記載の管理装置。
【０１０９】
（付記９）情報をセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムであって、
前記受信装置の管理に用いられる種情報の生成元であり、前記第１の管理装置に固有な識別情報を前記第１の管理装置と交換可能な第２の管理装置に入力する入力手段と、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段と、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記種情報の取得要求をセキュアに送信する送信手段と、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記種情報を受信する受信手段と、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段と、
を備えることを特徴とする受信システム。
【０１１０】
（付記１０）前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段と、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段と、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段と、を備え、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする付記９に記載の受信システム。
【０１１１】
（付記１１）前記種情報と前記コンテンツの固有情報とに基づいて生成された前記コンテンツに固有な暗号鍵により前記コンテンツが暗号化されて当該暗号化コンテンツが所定の記憶領域に記憶され、かつ、前記暗号鍵が前記第１の管理装置に格納されている場合に、前記コンテンツの固有情報と前記格納手段によって前記第２の管理装置内の記憶領域に格納された種情報とに基づいて、前記暗号鍵を生成する暗号鍵生成手段と、
前記暗号鍵生成手段によって生成された暗号鍵により前記暗号化コンテンツを復号する復号手段と、
を備えることを特徴とする付記１０に記載の受信システム。
【符号の説明】
【０１１２】
１００ 受信システム
１０１ 認証サーバ
１０２ 配信サーバ
１０３ ＩＰＴＶ受信装置（受信装置）
１０５ モニタ
１０６ 管理機器（管理装置）
４００ 認証情報ＤＢ
５００ 視聴者情報ＤＢ
【特許請求の範囲】
【請求項１】
コンテンツをセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムにおいて、前記第１の管理装置と交換可能な第２の管理装置を、
前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を入力する入力手段、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段、
として機能させることを特徴とする管理プログラム。
【請求項２】
前記第２の管理装置を、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された前記種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記受信装置を介して、前記種情報の取得要求をセキュアに送信する送信手段、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記受信装置から前記種情報を受信する受信手段、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段、
として機能させることを特徴とする請求項１に記載の管理プログラム。
【請求項３】
前記第２の管理装置を、
前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段として機能させ、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする請求項２に記載の管理プログラム。
【請求項４】
前記第２の管理装置を、
前記種情報と前記コンテンツの固有情報とに基づいて生成された前記コンテンツに固有な暗号鍵により前記コンテンツが暗号化されて当該暗号化コンテンツが所定の記憶領域に記憶され、かつ、前記暗号鍵が前記第１の管理装置に格納されている場合に、前記コンテンツの固有情報と前記格納手段によって前記第２の管理装置内の記憶領域に格納された種情報とに基づいて、前記暗号鍵を生成する暗号鍵生成手段として機能させることを特徴とする請求項３に記載の管理プログラム。
【請求項５】
コンテンツをセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムにおいて、前記第１の管理装置と交換可能な第２の管理装置であって、
前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を入力する入力手段と、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段と、
を備えることを特徴とする管理装置。
【請求項６】
前記第２の管理装置は、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された前記種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記受信装置を介して、前記種情報の取得要求をセキュアに送信する送信手段と、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記受信装置から前記種情報を受信する受信手段と、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段と、
を備えることを特徴とする請求項５に記載の管理装置。
【請求項７】
前記第２の管理装置は、
前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段と、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段と、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段とを備え、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする請求項６に記載の管理装置。
【請求項８】
前記第２の管理装置は、
前記種情報と前記コンテンツの固有情報とに基づいて生成された前記コンテンツに固有な暗号鍵により前記コンテンツが暗号化されて当該暗号化コンテンツが所定の記憶領域に記憶され、かつ、前記暗号鍵が前記第１の管理装置に格納されている場合に、前記コンテンツの固有情報と前記格納手段によって前記第２の管理装置内の記憶領域に格納された種情報とに基づいて、前記暗号鍵を生成する暗号鍵生成手段を備えることを特徴とする請求項７に記載の管理装置。
【請求項９】
情報をセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムであって、
前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を、前記第１の管理装置と交換可能な第２の管理装置に入力する入力手段と、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段と、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記種情報の取得要求をセキュアに送信する送信手段と、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記種情報を受信する受信手段と、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段と、
を備えることを特徴とする受信システム。
【請求項１０】
前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段と、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段と、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段と、を備え、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする請求項９に記載の受信システム。
【請求項１】
コンテンツをセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムにおいて、前記第１の管理装置と交換可能な第２の管理装置を、
前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を入力する入力手段、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段、
として機能させることを特徴とする管理プログラム。
【請求項２】
前記第２の管理装置を、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された前記種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記受信装置を介して、前記種情報の取得要求をセキュアに送信する送信手段、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記受信装置から前記種情報を受信する受信手段、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段、
として機能させることを特徴とする請求項１に記載の管理プログラム。
【請求項３】
前記第２の管理装置を、
前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段として機能させ、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする請求項２に記載の管理プログラム。
【請求項４】
前記第２の管理装置を、
前記種情報と前記コンテンツの固有情報とに基づいて生成された前記コンテンツに固有な暗号鍵により前記コンテンツが暗号化されて当該暗号化コンテンツが所定の記憶領域に記憶され、かつ、前記暗号鍵が前記第１の管理装置に格納されている場合に、前記コンテンツの固有情報と前記格納手段によって前記第２の管理装置内の記憶領域に格納された種情報とに基づいて、前記暗号鍵を生成する暗号鍵生成手段として機能させることを特徴とする請求項３に記載の管理プログラム。
【請求項５】
コンテンツをセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムにおいて、前記第１の管理装置と交換可能な第２の管理装置であって、
前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を入力する入力手段と、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段と、
を備えることを特徴とする管理装置。
【請求項６】
前記第２の管理装置は、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された前記種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記受信装置を介して、前記種情報の取得要求をセキュアに送信する送信手段と、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記受信装置から前記種情報を受信する受信手段と、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段と、
を備えることを特徴とする請求項５に記載の管理装置。
【請求項７】
前記第２の管理装置は、
前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段と、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段と、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段とを備え、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする請求項６に記載の管理装置。
【請求項８】
前記第２の管理装置は、
前記種情報と前記コンテンツの固有情報とに基づいて生成された前記コンテンツに固有な暗号鍵により前記コンテンツが暗号化されて当該暗号化コンテンツが所定の記憶領域に記憶され、かつ、前記暗号鍵が前記第１の管理装置に格納されている場合に、前記コンテンツの固有情報と前記格納手段によって前記第２の管理装置内の記憶領域に格納された種情報とに基づいて、前記暗号鍵を生成する暗号鍵生成手段を備えることを特徴とする請求項７に記載の管理装置。
【請求項９】
情報をセキュアに受信する受信装置と前記受信装置に接続可能であり前記受信装置を管理する第１の管理装置とを備える受信システムであって、
前記受信装置の管理に用いられる種情報の生成元であり前記第１の管理装置に固有な識別情報を、前記第１の管理装置と交換可能な第２の管理装置に入力する入力手段と、
前記入力手段によって入力された識別情報を前記第２の管理装置内の記憶領域に書き込んで書換不能にする書込手段と、
前記識別情報および前記第１の管理装置に固有な第１のランダム情報から生成された種情報が前記第１の管理装置から前記受信装置を介してセキュアに送信されることで前記種情報が登録されたサーバに対し、前記種情報の取得要求をセキュアに送信する送信手段と、
前記送信手段によって前記取得要求が送信された結果、前記サーバから前記種情報が前記受信装置にセキュアに受信された場合、前記種情報を受信する受信手段と、
前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納する格納手段と、
を備えることを特徴とする受信システム。
【請求項１０】
前記種情報および前記第１のランダム情報とは異なる第２のランダム情報に基づいて、所定のアルゴリズムにより前記種情報を確認する第１の種情報確認情報を生成する第１の生成手段と、
前記受信手段によって受信された種情報および前記第２のランダム情報に基づいて、前記所定のアルゴリズムにより前記種情報を確認する第２の種情報確認情報を生成する第２の生成手段と、
前記第１の生成手段によって生成された種情報確認情報と前記第２の生成手段によって生成された種情報確認情報とが一致するか否かを判断する判断手段と、を備え、
前記格納手段は、
前記判断手段によって一致すると判断された場合、前記受信手段によって受信された種情報を、前記第２の管理装置内の記憶領域に格納することを特徴とする請求項９に記載の受信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０−１】
【図１０−２】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０−１】
【図１０−２】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１０−２３９５６１（Ｐ２０１０−２３９５６１Ａ）
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２００９−８７６３７（Ｐ２００９−８７６３７）
【出願日】平成２１年３月３１日（２００９．３．３１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【出願人】（３０８０１４３４１）富士通セミコンダクター株式会社 (2,507)
【Ｆターム（参考）】
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願日】平成２１年３月３１日（２００９．３．３１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【出願人】（３０８０１４３４１）富士通セミコンダクター株式会社 (2,507)
【Ｆターム（参考）】
[ Back to top ]