JP3050843B2 - デジタル著作物の著作権保護のための暗号技術利用プロトコルを複数から選択して使用する情報機器 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信リンクで結合
された複数の機器においてディジタルデータを通信する
際に、その通信リンク上のディジタルデータを保護する
ために暗号技術を利用した通信システムに関する。

【０００２】

【従来の技術】映画等の映像著作物は、ディジタル化さ
れ、情報圧縮された状態で利用されることが主流になる
傾向にある。デジタル化・圧縮化された映像著作物は、
画質の劣化が殆どなく、視聴者は、常に最高の画質にて
映像著作物を鑑賞することができる。またアナログ状態
の映像著作物は、ダビングを何度も繰り返すとその画質
が著しく劣化するのに対し、デジタル化された映像著作
物は、ダビングを何度繰り返しても画質の劣化が生じな
い。

【０００３】見方を変えると、デジタル化された映像著
作物は不法なデッドコピーや不正改変がアナログ状態の
それと比べてすこぶる容易であり、著作権侵害行為に対
して無防備な状態にさらされているといえる。デッドコ
ピー及び不正な改変が行われ、再配布されると著作権者
は多大な打撃を被る。それ故に、映像著作物の著作権者
は、映像著作物のデジタル化に慎重な態度を示してい
る。これらの背景から、映像著作物のデジタル化におい
ては、映像著作物の著作権をその侵害行為から防御する
かが大きな論点とされている。

【０００４】ここでデッドコピーは、映像著作物を記録
した記録媒体を再生する映像再生装置と、再生された映
像著作物を入力してこれを記録媒体に記録する情報記録
装置とを接続することによりなされる。また不正改変行
為は、映像著作物を記録した記録媒体を再生する映像再
生装置と、再生された映像著作物を入力してこれを一旦
ハードディスクに蓄積し、後日これを編集する映像編集
装置とを接続することによりなされる。

【０００５】これらの侵害行為を抑止するには、映像著
作物を再生する側の映像再生装置が、情報記録装置及び
ディジタル情報複製装置を始めとする不正な機器への流
出するのを防ぐしかない。不正機器への流出を防ぐに
は、映像再生装置が通信リンクに接続された際、通信リ
ンクを介して映像再生装置と接続された相手側機器の正
当性を確認すればよい。

【０００６】相手側の正当性を確認する技術の最も代表
的なものは相手認証技術を用いる技術である。これは基
本的にはデータを送出する機器が受信する機器の正当性
を認証し、正当な受信機器であることが確認できたとき
のみにデータを送信することによりデータが不正な機器
に受信されることを避ける。この場合の受信機器のよう
に自らの正当性を証明する側を証明機器と呼び、またこ
の場合の送信機器のように相手の正当性を確認する側を
認証機器と呼ぶ。

【０００７】前述の光ディスク記録再生に関わる機器の
ような場合、光ディスク関連機器の間で著作権保護のた
めに一定の基準が設けられる。この時、ある機器はこの
基準を満たすものであるかどうかが問題となる。従って
「正当性を認証する」とは「所定の規格に準拠すること
かどうかを判別する」という意味となる。従来の技術の
一例として国際標準規格ISO/IEC9798-2に記載される暗
号技術を用いた一方向認証方法がある。この認証方法は
証明機器が証明鍵と呼ばれる秘密のデータを持つこと
を、その鍵自身を知らせることなく認証機器に対して証
明することを基本としている。そのためにまず認証機器
があるデータを選びこれを証明機器に対して投げかけ
る。この行為をチャレンジと呼び、上記規格において投
げかけられるデータは64bitと規定されている（このデ
ータをチャレンジデータと呼ぶ。）。

【０００８】一方、証明機器は暗号変換アルゴリズムと
前記証明鍵とを保有しており、両者を用いて前記チャレ
ンジデータを暗号化する。この暗号化は、たとえ暗号値
及びチャレンジデータの両者を用いても、前記証明鍵が
導出できないことが保証されている。このように暗号化
されたデータをレスポンスとして認証機器に対して返
す。このレスポンスを受信した認証機器は前記暗号変換
に対応する復号変換アルゴリズムと検証鍵を有してい
る。そして、レスポンスデータを前記検証鍵を用いて自
己の持つ復号変換アルゴリズムによって復号する。復号
後、復号結果をチャレンジデータと比較し、前記復号結
果がチャレンジデータと一致すれば受信側機器は相手側
が正規の証明鍵を持つものと判断し、証明機器の正当性
を認証する。一方向認証は一方の側がその正当性を他方
に証明した時点で終了するが、上記手順を認証機器と証
明機器を入れ替えて再度行うことにより、更に相手側の
正当性を確認してもよい（これは双方向認証と呼ばれ
る。）。

【０００９】認証技術において用いられる暗号変換には
秘密鍵暗号変換と公開鍵暗号変換がある。レスポンスデ
ータ作成と、レスポンスデータの検証のために鍵を用い
るものとする。そしてレスポンスデータの作成のために
用いる鍵を証明鍵と呼び、レスポンスデータの検証のた
めに用いる鍵を検証鍵と呼ぶものとする。この場合秘密
鍵暗号変換では、上記の証明鍵と検証鍵とは共通のもの
で良い。そのため、秘密鍵暗号変換を用いる場合検証
鍵、証明鍵の何れか一方の漏洩は許されない。

【００１０】公開鍵暗号変換は、上記証明鍵と検証鍵は
異なるものを用いる。このため証明鍵は秘密にしておか
ねばならないが、検証鍵は秘密にする必要がない（秘密
にしておかねばならない鍵を秘密鍵といい、秘密にする
必要がない鍵を公開鍵という。）。秘密鍵暗号変換をコ
ンピュータのソフトウェアによって実現する場合、処理
時間が短くできるという利点がある。またハードウェア
で実現する場合にはハードウェア量が少なくなるという
利点がある。一方、証明鍵のみならず検証鍵も秘密でな
ければならないというのは欠点でもある。いま仮に証明
機器の証明鍵を別のものに取り替えるものとしよう。こ
のとき認証機器にある検証鍵も同時に取り替える必要が
ある。ところが証明機器の変更された証明鍵に対応する
検証鍵を通信リンクを介して伝送することはできない。
なぜならば通信リンク上のデータは不正にコピーされる
という前提に立っており、その秘密性は守られないから
である。従って証明機器の証明鍵を取り替えることは困
難となる。つまり、全システムが同じ種類の秘密（証明
鍵または検証鍵）を持つことになる。従ってもし万一こ
の秘密が破られると全システムの秘密が破られることに
なる。

【００１１】一方、公開鍵暗号変換には通常大量の計算
量が必要となり、一般のコンピュータのソフトウェアで
実現するためには処理時間がかかることはよく知られて
いる。またこれを専用のハードウェアで実現する場合は
必要となるハードウェア量が多くなる。これらのことは
公開鍵暗号変換の短所である。公開鍵暗号変換を用いた
チャレンジレスポンス型の認証方法を用いる場合、レス
ポンスデータの検証を行う検証鍵は秘密にする必要はな
く、これが公開されていたとしても認証方法の安全性が
保たれるという長所がある。仮に証明機器の証明鍵を取
り替えるものとした場合、変更された証明鍵に対応する
検証鍵は証明機器から通信リンクを介して認証機器に送
ればよい。このように公開鍵暗号変換を用いたチャレン
ジレスポンス型の認証方法は秘密鍵暗号利用の方法に比
べ証明鍵を変更できる柔軟性に優れている（以上の理由
により、秘密鍵、公開鍵を証明及び検証に用いた認証方
法は、秘密鍵のみを証明及び検証に用いた認証方法より
も安全性が高いものとする。）。

【００１２】また同じ公開鍵暗号利用の認証方法にして
も、認証方法の安全性の高さと計算機を用いて実現する
場合の処理時間あるいは専用ハードウェアで実現する場
合のハードウェア規模とは背反の関係にあり、さまざま
な選択の可能性がある。このように公開鍵暗号利用、秘
密鍵暗号利用を始め、認証方法、証明方法が複数登場し
ており、その何れを選択すれば良いかという選択の幅が
広がっているので、映像記録装置、映像再生装置等、映
像著作物関連製品の新製品を開発する際、その新製品の
ハードウェア規模、処理速度にとって最適な認証方法、
証明方法をその新製品に実装させることができる。

【００１３】

【発明が解決しようとする課題】ところで新製品を開発
する際、どの認証方法、証明方法を選択するかという自
由度が増していることは、新製品をこれから開発しよう
とするメーカーにとって歓迎すべきことであるが、認証
・証明しようとする機器の組み合わせによっては、その
認証・証明が正当に行えないという不合理が発生してし
まう。

【００１４】例えば公開鍵暗号利用の認証方法を有する
認証機器と、秘密鍵暗号利用の認証方法を有する証明機
器との組み合わせで用いる場合、これらの２つの機器
は、相手側の正当性を判断できない。また、認証機器及
び証明機器が互いに秘密鍵暗号利用の認証方法を行う場
合でも、それを実現するソフトウェアやハードウェアの
バージョン等が異なる場合、これらの２つの機器は、相
手側の正当性を判断できない。

【００１５】このような事態を避けるには、多くのバー
ジョンのチャレンジ・レスポンス型認証プロトコルを実
行できる実行能力を両機器に与えればよい。例えば認証
機器側に公開鍵暗号利用の第１の認証方法を実現するハ
ードウェアと秘密鍵暗号利用の第２認証方法を実現する
ハードウェアとを設けておくものとする。このように設
けると、証明機器側が秘密鍵暗号利用の第２証明方法の
みを具備している場合でも、これらの両機器は認証、証
明を行えることになる。

【００１６】しかし認証機器及び証明機器が互いに複数
の認証方法及び複数の証明方法を実行できる実行能力を
有している場合、両機器が安全性の低い認証処理、証明
処理を自動的に行ってしまい、認証機器及び証明機器が
互いに安全性の高い認証方法、証明方法のアルゴリズム
を有していても、それらが活用されずに終わってしまう
場合がある。例えば証明機器が公開鍵暗号利用の第１の
証明方法と秘密鍵暗号利用の第２証明方法とを有する場
合、認証機器及び証明機器が安全性の低い、秘密鍵暗号
利用の第２認証、証明方法で認証処理をおこなってしま
い、安全性が高い公開鍵暗号利用の認証方法、証明方法
が生かされない場合がある。

【００１７】以上、相手側認証技術を対象に絞って説明
してきたが、この問題点は相手側認証技術に限って発生
するものではなく、保護すべき映像著作物を複数の機器
間において送受信する必要があり、その著作権や秘密性
を保護するための暗号技術利用プロトコルが複数利用で
きる場合、送信側−受信側機器が用いている暗号技術利
用プロトコルのバージョンが違っているため送信側にお
いて暗号化された映像著作物が正当に復号されなかった
り、受信側が備えていない暗号技術利用プロトコルで送
信側が映像著作物を暗号化して送信しようとしてしまう
ことがある。

【００１８】つまり、暗号技術利用プロトコルが複数存
在することが招く「通信不能状態」は相手側認証技術に
限って発生するものではなく、複数の暗号技術利用プロ
トコルの利用が可能な通信システムでは普遍的に発生す
るものといえる。本発明の目的は、複数の暗号技術利用
プロトコルの利用が可能な通信システムにおいて、個々
のプロトコルを有効に利用することができる通信システ
ムを提供することである。

【００１９】

【課題を解決するための手段】上記目的は、複数の情報
機器からなり、複数の暗号技術利用プロトコルの利用が
可能な通信システムにおいて、各情報機器が自機の機種
が複数の暗号技術利用プロトコルのうちどれを利用する
ことができる機種であるかを示す機種情報を通信すべき
相手側情報機器に通知する通知手段と、相手側情報機器
から機種情報が通知されると、通知された機種情報と自
機の機種情報との組み合わせから情報機器間で用いるべ
き何れか一つの暗号技術利用プロトコルを決定する決定
手段と、前記自機の機種情報に対応する１以上のプロト
コルに基づいて相手側機器と通信する１以上のプロトコ
ル対応通信部を有し、その中から決定された暗号技術利
用プロトコルを用いて通信を行う通信手段とを備えるこ
とにより達成される。

【００２０】

【発明の実施の形態】以降、情報機器の実施形態とし
て、２機の情報機器をそれぞれ認証機器−証明機器と
し、これら認証機器−証明機器から構成された相手側認
証システムについて説明する。本システムにおける認証
機器の一例として、デジタル衛星放送にて送信された映
像著作物を受信する受信装置を用いる。証明機器の一例
として、映像著作物を映像記録用の光ディスクであるDV
D-RAMに記録するビデオディスクレコーダを用いる。こ
れらの機器を接続する通信リンクの一例として、所定の
バス規格に準拠しており、MPEG規格に規定されたストリ
ームデータを高速に伝送することができるAVバス１０７
を用いる。不正機器として映像編集機能を具備したパー
ソナルコンピュータを考える。

【００２１】図１は、相手側認証システムにおける認証
機器−証明機器間の接続態様を示す図である。認証機器
１０１と証明機器１０４とをAVバス１０７で接続するこ
とは正当行為であるが、認証機器１０１とパーソナルコ
ンピュータ１０８とを接続することは著作権を侵害する
恐れが有る行為（不正行為とよぶ）であるものとする。
何故なら、パーソナルコンピュータ１０８に映像編集を
実現するソフトウェアがインストールされている場合、
デジタル衛星放送にて送信された映像著作物がパーソナ
ルコンピュータ１０８へと流出すれば、このソフトウェ
アの映像編集機能が悪用されて映像著作物が不正に改変
されてしまうからである。

【００２２】図２は、複数の認証機器と、複数の証明機
器との間の任意の接続態様を示す図である。認証機器１
０１から認証機器１０３までの何れかと、証明機器１０
４から証明機器１０６までの何れかとをAVバス１０７と
接続する行為は正当行為であるが、図２においてはパー
ソナルコンピュータ１０８と接続される可能性があるこ
とは否めない。

【００２３】パーソナルコンピュータ１０８への映像著
作物の流出を避けるため、認証機器１０１〜認証機器１
０３はAVバス１０７により何等かの機器に接続された
際、その相手側の正当性を認証するものとする。認証機
器１０１は、メーカーA社が開発した受信装置の上位機
種であり、多くの公開鍵暗号利用アルゴリズム、秘密鍵
暗号利用アルゴリズムの実現が可能であるものとする。
公開鍵暗号利用認証アルゴリズムPublic_ver.2.6、Publ
ic_ver.1.3、秘密鍵暗号利用認証アルゴリズムSecret_v
er.2.0,Secret_ver.1.3,Secret_ver.1.0による相手側認
証が可能であり、多くのタイプの映像記録装置を認証で
きるものとする。これらの公開鍵暗号利用認証アルゴリ
ズム、秘密鍵暗号利用認証アルゴリズムのうちアルゴリ
ズムPublic_ver.2.6はその実現に複雑なハードウェアを
要するもののその安全性が最も高いものとする。

【００２４】認証機器１０２は、メーカーA社が開発し
た受信装置の普及機種であり、認証機器１０１程ではな
いが、相当数の公開鍵暗号利用アルゴリズム、秘密鍵暗
号利用アルゴリズムの実現が可能であるものとする。公
開鍵暗号利用アルゴリズムPublic_ver.1.3、秘密鍵暗号
利用アルゴリズムSecret_ver.2.0,Secret_ver.1.3,Secr
et_ver.1.0による相手側認証が可能であるが、安全性が
最も高い公開鍵暗号利用アルゴリズムPublic_ver.2.6で
の認証は不可能である。

【００２５】認証機器１０３は、メーカーA社が開発し
た受信装置の低価格機種である。ハードウェアの簡略化
を追究したため、多くの証明機器との互換性を度外視し
ているという側面がある。秘密鍵暗号利用アルゴリズム
Secret_ver.2.0,Secret_ver.1.3が可能であり、安全性
が高い公開鍵暗号利用アルゴリズムはサポートされてい
ない。

【００２６】証明機器１０４は、メーカーA社が開発し
た映像記録装置の上位機種であり、多くの公開鍵暗号利
用アルゴリズム、秘密鍵暗号利用アルゴリズムの実現が
可能である。公開鍵暗号利用アルゴリズムPublic_ver.
2.6、Public_ver.1.3、秘密鍵暗号利用アルゴリズムSec
ret_ver.2.0、Secret_ver.1.3による相手側証明が可能
であり、多くのタイプの受信装置に対して自機の正当性
を証明できる。

【００２７】証明機器１０５は、メーカーA社が開発し
た映像記録装置の普及機種であり、公開鍵暗号利用アル
ゴリズム、秘密鍵暗号利用アルゴリズムをそれぞれ一バ
ージョンずつサポートしているものとする。公開鍵暗号
利用アルゴリズムPublic_ver.1.3による相手側証明と、
秘密鍵暗号利用アルゴリズムSecret_ver.2.0による相手
側証明のみが可能であり、安全性が最も高い公開鍵暗号
利用アルゴリズムPublic_ver.2.6での相手側証明は不可
能である。相手側認証プロトコルの選択の余地は狭い。

【００２８】証明機器１０６は、メーカーA社が開発し
た映像記録装置の携帯型機種である。ハードウェアの簡
略化を追究したため、Secret#ver.1.3による相手側証明
のみが可能であり、相手側証明に関しては貧弱という感
がある。以上のように認証機器１０１〜証明機器１０６
のチャレンジ・レスポンス型認証プロトコルの実行能力
は機器間で違いがある。図２に示した認証機器１０１〜
証明機器１０６にはチャレンジ・レスポンス型認証プロ
トコルの実行能力の差違を示す機種コードが付されてい
る。機種コードとは、自機の機種が複数の暗号技術利用
プロトコルのうちどれを実行することができる機種であ
るかを示すコードである。

【００２９】図３（ａ）は、図２に示す相手側認証シス
テムにおいてどのような機種コードが存在するかを示す
図である。図３（ａ）において相手側認証システム内の
機種には、公開鍵暗号利用アルゴリズムPublic_ver.2.
6、Public_ver.1.3、秘密鍵暗号利用アルゴリズムSecre
t_ver.2.0、Secret_ver.1.3、Secret_ver.1.0の実行能
力を有するもの（タイプ1）、公開鍵暗号利用アルゴリ
ズムPublic_ver.1.3、秘密鍵暗号利用アルゴリズムSecr
et_ver.2.0、Secret_ver.1.3、Secret_ver.1.0の実行能
力を有するもの（タイプ2）、秘密鍵暗号利用アルゴリ
ズムSecret_ver.2.0、Secret_ver.1.3の実行能力を有す
るもの（タイプ3）の三種が存在する。

【００３０】図３（ｂ）は、図２に示す認証機器１０１
〜証明機器１０６に、図３（ａ）に示す機種コードのう
ち、どの機種コードが付されているかを示す。次にこれ
らの公開鍵暗号利用アルゴリズム、秘密鍵暗号利用アル
ゴリズムがどのような内容であるかを図４（ａ）、図４
（ｂ）、図４（ｃ）を参照しながら説明する。

【００３１】図４（ａ）は Secret_Ver1.0,1.3がどのよ
うな手順であるかを示す。Secret_Ver1.0では、認証機
器は乱数rを発生し、これを検証鍵k1を用いて暗号化し
て得られたE(k1,r)をチャレンジデータChaとして証明機
器に送信する。一方、証明機器は証明鍵k1を保有してお
り、前記チャレンジデータを復号して得られたD(k1,Ch
a)をレスポンスデータResとして認証機器に対して返
す。このレスポンスデータを受信した認証機器はレスポ
ンスデータResをチャレンジデータChaと比較し、前記チ
ャレンジデータChaがレスポンスデータResと一致すれば
送信側機器は相手側が正規の証明鍵を持つものと判断
し、証明機器の正当性を認証する。

【００３２】図４（ｂ）はSecret_Ver2.0がどのような
手順であるかを示す。Secret_Ver2.0では、認証機器は
乱数rを発生し、これをチャレンジデータChaとして証明
機器に送信する。一方、証明機器は証明鍵k1を保有して
おり、前記チャレンジデータを暗号化して得られたE(k
1,Cha)をレスポンスデータResとして認証機器に対して
返す。このレスポンスデータResを受信した認証機器は
レスポンスデータResを復号して得られたD(k1,Res)をチ
ャレンジデータChaと比較し、復号結果がチャレンジデ
ータChaと一致すれば受信側機器は相手側が正規の証明
鍵を持つものと判断し、証明機器の正当性を認証する。

【００３３】図４（ｃ）に公開鍵暗号利用アルゴリズム
Public_ver.1.3、公開鍵暗号利用アルゴリズムPublic_v
er.2.6がどのような手順であるかを示す。Public_Ver1.
3、2.6では、認証機器は乱数rを発生し、これをチャレ
ンジデータChaとして証明機器に送信する。一方、証明
機器は秘密鍵k1を保有しており、前記チャレンジデータ
を暗号化して得られたE(k1,Cha)をレスポンスデータRes
として認証機器に対して返す。このレスポンスデータRe
sを受信した認証機器はレスポンスデータResを公開鍵k2
を用いて復号する。この復号結果D(k2,Res)とチャレン
ジデータChaとを比較し、前記復号結果がチャレンジデ
ータと一致すれば受信側機器は相手側が正規の証明鍵を
持つものと判断し、証明機器の正当性を認証する。

【００３４】図５は認証機器１０１及び証明機器１０４
の内部構成を示す図である。本図を参照しながら先ず認
証機器１０１の構成について説明する。認証機器１０１
は図５に示すように認証機器タイプ情報格納部４と、認
証モジュール群８と、認証側AVインターフェィス１１
と、認証方式選択部１２と、認証方式テーブル保持部１
３と、認証側制御部１４と、CSチューナー４１と、TSデ
コーダー４２と、AVデコーダー４３とからなる。

【００３５】認証機器タイプ情報格納部４は、機種コー
ドを格納した不揮発性メモリである。認証機器１０１
は、公開鍵暗号利用アルゴリズムPublic_ver.2.6、Publ
ic_ver.1.3、秘密鍵暗号利用アルゴリズムSecret_ver.
2.0、Secret_ver.1.3、Secret_ver.1.0の実行が可能な
ので、図３（ｂ）を参照すれば認証機器１０１はタイプ
1に属することがわかる。よって認証機器１０１の認証
機器タイプ情報格納部４にはタイプ1が格納されてい
る。

【００３６】認証モジュール群８は、図３（ａ）に示し
た相手側認証を実現する認証モジュールPublic_ver.2.
6、Public_ver.1.3、Secret_ver.2.0、Secret_ver.1.
3、Secret_ver.1.0からなる。認証モジュールPublic_ve
r.2.6、Public_ver.1.3は、公開の検証鍵k2を記憶する
フラッシュメモリと、公開鍵検証アルゴリズムを実現す
るゲートロジックを有するハードウェアとからなる。
尚、フラッシュメモリに記憶されているため、認証モジ
ュールPublic_ver.2.6、Public_ver.1.3が記憶する公開
の検証鍵k2は後日書き換えることができる。

【００３７】認証モジュールSecret_ver.2.0、Secret_v
er.1.3、Secret_ver.1.0は、秘密の検証鍵k1を記憶した
不揮発性メモリと、秘密鍵暗号の復号アルゴリズムを実
現するゲートロジックを有するハードウェアとからな
る。認証方式テーブル保持部１３は、認証機器側の機種
情報及び証明機器側の機種情報の組み合わせに対応づけ
て、その組み合わせにおいて用いることができるチャレ
ンジ・レスポンス型認証プロトコルを記述したテーブル
を複数保持する。この複数のテーブルには、安全性優先
テーブル、スピード優先テーブルといった種別が存在す
る。

【００３８】図６は、認証方式テーブル保持部１３が保
持している安全性優先テーブルの一例を表形式で表した
図である。本図を参照すれば認証機器種『タイプ1』,証
明機器種『タイプ4』の組み合わせには、『公開鍵暗号
利用アルゴリズムPublic_ver.2.6』が対応づけられ、認
証機器種『タイプ1』,証明機器種『タイプ5』の組み合
わせには、『公開鍵暗号利用アルゴリズムPublic_ver.
1.3』が対応づけられていることがわかる。認証機器１
０１が複数チャレンジ・レスポンス型認証プロトコルに
ついての認証方式アルゴリズムを有していることは既に
述べたが、これらのうち安全性優先テーブルは、複数の
チャレンジ・レスポンス型認証プロトコルにおいて安全
性が高いものを記述している。

【００３９】図７は、認証方式テーブル保持部１３が保
持しているスピード優先テーブルの一例を表形式で表現
した図である。本図を参照すれば認証機器種『タイプ
1』,証明機器種『タイプ4』の組み合わせには『秘密鍵
暗号利用アルゴリズムSecret_ver.2.0』が対応づけら
れ、認証機器種『タイプ1』,証明機器種『タイプ5』の
組み合わせにも『秘密鍵暗号利用アルゴリズムSecret_v
er.2.0』が対応づけられている。これは、スピード優先
テーブルには、複数の相手側認証プロトコルにおいて処
理速度が最も早いものが記述されていることを意味す
る。

【００４０】認証機器１０２〜証明機器１０６は、認証
機器１０１における方式テーブル１３と同一のものを備
えている（証明機器１０４において認証機器１０１と同
一の方式テーブル１３が設けられているのは、全ての認
証機器、証明機器において方式テーブル１３が設けられ
ていることを例示している。）。認証機器１０１〜証明
機器１０６における複数のテーブルは、認証機器１０１
〜証明機器１０６の方式テーブル１３において共通のシ
リアルナンバーによって管理されている。

【００４１】複数の認証機器、複数の証明機器において
複数テーブルを共通のシリアルナンバーにて管理してい
るのは、これから相手側認証を行う際、どのテーブルを
用いるかをその相手側に知らせるためである。尚本実施
形態において、あるバージョンにおけるチャレンジ・レ
スポンス型認証プロトコルの実行能力を有するか否か
は、そのバージョンにおける認証モジュールを実装して
いるか否かにより一義的に定まるものとしている。それ
ぞれの認証モジュールが他のバージョンにおけるチャレ
ンジ・レスポンス型認証プロトコルの実行能力を有する
場合は、自機が実装している認証モジュールが実行対象
としている全バージョンのチャレンジ・レスポンス型認
証プロトコルを考慮して、認証方式テーブル１３を記載
すべきである。

【００４２】認証方式選択部１２は、AVバス１０７を通
じて認証側AVインターフェィス１１が証明機器１０４側
の機種タイプ情報を受信すると、その受信した証明機器
タイプと、認証機器タイプ情報格納部４に格納されてい
る認証機器タイプとからなる組み合わせを用いて認証方
式テーブル保持部１３が保持している複数のテーブルう
ち方式テーブルナンバーにより特定されるものから認証
方式アルゴリズムを検索する。当該組み合わせに合致す
る認証アルゴリズムが存在すれば、その名称を読み出す
る共に、認証モジュール群８内の複数の認証方式モジュ
ールのうち、読み出された認証アルゴリズムに合致する
ものを起動する。

【００４３】ここで認証機器１０１が証明機器側からタ
イプ4の機種情報を受信したとすると、認証機器１０１
はタイプ1なので、タイプ1−タイプ4の組み合わせよ
り、安全性優先テーブルから公開鍵暗号利用アルゴリズ
ムPublic_ver.2.6での相手側認証が最適であるとの判断
を行う。また認証機器１０１が証明機器側からタイプ5
の機種情報を受信したとすると、タイプ1−タイプ5の組
み合わせより、安全性優先テーブルから公開鍵暗号利用
アルゴリズムPublic_ver.1.3での相手側認証が最適であ
るとの判断を行う。

【００４４】CSチューナー４１は、デジタル衛星放送の
放送局が送信した搬送波をCSアンテナが受信するとこれ
を復調し、MPEGストリーム規格に規定されたトランスポ
ートパケットを得てTSデコーダ４２に出力する。TSデコ
ーダ４２は、CSチューナー４１が出力したトランスポー
トパケットをMPEG規格に規定されたエレメンタリィスト
リームに変換する。

【００４５】AVデコーダ４３は、TSデコーダー４２が出
力したエレメンタリィストリームをAV信号に復号する。
認証側AVインターフェィス１１は、認証モジュール群８
における認証方式モジュールの何れかを用いて相手側認
証を行った結果、相手側が正当な機器と判定された場合
のみ、TSデコーダー４２が出力したMPEGストリームをAV
バス１０７を介して証明機器１０４に送信する。不正な
機器の恐れがある場合は、TSデコーダー４２が出力した
MPEGストリームをAVバス１０７に送信しない。

【００４６】＜証明機器１０４＞次に証明機器１０４の
構成について説明する。証明機器１０４は、方式テーブ
ル１３と、証明機器タイプ情報格納部２４と、証明モジ
ュール群２８と、証明側AVインターフェィス３１と、証
明方式選択部３２と、証明側制御部３３と、AVデコーダ
４４と、信号処理部４５と、ドライブ機構４６とからな
る。

【００４７】証明機器タイプ情報格納部２４は、本証明
機器におけるチャレンジ・レスポンス型認証プロトコル
の実行形態がどのタイプに属するかを示す情報が格納さ
れている。図３（ａ）においてチャレンジ・レスポンス
型認証プロトコルの実行形態には、証明機器１０４のよ
うに公開鍵暗号利用アルゴリズムPublic_ver.2.6、Publ
ic_ver.1.3、秘密鍵暗号利用アルゴリズムSecret_ver.
1.3、Secret_ver.2.0を実装しているもの（タイプ4）、
証明機器１０５のように公開鍵暗号利用アルゴリズムPu
blic_ver.1.3、秘密鍵暗号利用アルゴリズムSecret_ve
r.2.0を実装しているもの（タイプ5）、証明機器１０６
のように秘密鍵暗号利用アルゴリズムSecret_ver.1.3を
実装しているもの（タイプ6）の三種が存在し、証明機
器１０４はタイプ4の形態にて証明方式を実装している
ので、証明機器１０４の証明機器タイプ情報格納部２４
にはタイプ4が格納されている。

【００４８】証明モジュール群２８は、図３（ａ）に示
した相手側証明を実現する証明モジュールPublic_ver.
2.6、Public_ver.1.3、Secret_ver.2.0、Secret_ver.1.
3からなる。証明モジュールPublic_ver.2.6、Public_ve
r.1.3は、秘密の証明鍵k1を有する記憶素子と、前記公
開鍵署名作成アルゴリズムを実現するゲートロジックを
有するハードウェアとからなる。

【００４９】証明モジュールSecret_ver.2.0、Secret_v
er.1.3は、秘密の証明鍵k1を有する記憶素子と、前記秘
密鍵暗号の暗号アルゴリズムを実現するゲートロジック
を有するハードウェアとからなる。証明方式選択部３２
は、AVバス１０７を介して受信した認証機器タイプと、
自機が証明機器タイプ情報格納部２４にて保持している
証明機器タイプとから図３（ａ）に示す証明方式選択テ
ーブルに記載された一つの証明方式アルゴリズムを特定
し、証明モジュール群２８においてアルゴリズムに対応
する証明方式モジュールを起動する。

【００５０】ここで認証機器側からタイプ1の機種情報
を受信したとすると、証明機器１０４はタイプ4なの
で、タイプ4−タイプ1の組み合わせより、安全性優先テ
ーブルから公開鍵暗号利用アルゴリズムPublic_ver.2.6
にて相手側証明方法アルゴリズムを行うべきとの判断を
行う。また認証機器側からタイプ2の機種情報を受信し
たとすると、証明機器１０４はタイプ4なので、タイプ4
−タイプ2の組み合わせより、安全性優先テーブルから
秘密鍵暗号利用アルゴリズムSecret_ver.2.0での相手側
証明方法アルゴリズムを行うべきとの判断を行う。

【００５１】証明側AVインターフェィス３１は、証明モ
ジュール群２８による相手側認証により自機が正当な証
明機器であることが認証機器に認められ、AVバス１０７
を介して認証機器からMPEGストリームが転送されてくる
と、MPEGストリームを受信して信号処理部４５に出力す
る。 （ａ）Ｖデコーダ部４４は、外部から入力されてくるビ
デオ信号やオーディオ信号に対して所定の処理を施し、
MPEGストリームに変換して信号処理部４５に出力する。

【００５２】信号処理部４５は、AVデコーダー４４から
出力されたMPEGストリーム或は証明側AVインターフェィ
ス３１が出力したMPEGストリームに増幅、波形整形、二
値化、復調、エラー訂正などの処理を施して、ドライブ
機構４６に出力する。ドライブ機構４６は、DVD-RAMを
セットする基台と、光ピックアップとを備え、光ビーム
の強度を増加させて、DVD-RAM内部の情報層表面のラン
ドを相変化させることにより信号処理部４５が出力した
MPEGストリームをDVD-RAMに書き込む。

【００５３】認証側制御部１４及び証明側制御部３３
は、（ｃ）ＰＵと、認証機器１０１−証明機器１０４間
でチャレンジ・レスポンス型認証プロトコル行う制御プ
ログラムとからなる。図８、図９は、認証側制御部１４
及び証明側制御部３３が有する制御プログラムの処理内
容を示すフロ−チャ−トである。本図はまたフロ−チャ
−トの各ステップにおいてどのような通信シーケンス
が、認証側AVインターフェィス１１−証明側AVインター
フェィス３１間で行われるかをも規定している。

【００５４】認証機器が起動されると、ステップＳ２５
において認証側制御部１４は方式テーブルナンバーNxを
証明機器１０４に送信する。ここで方式テーブルナンバ
ーNxは、方式テーブル１３が保持している複数テーブル
のうち、安全性優先テーブルを指示しているものとす
る。送信後、ステップＳ１において認証方式選択部１２
に認証機器タイプTxの読み取りを行わせ、ステップＳ２
においてAVバス１０７を介して認証開始信号及び認証機
器タイプTxを送出をするよう認証側AVインターフェィス
１１を制御する。これにより認証機器タイプ情報格納部
４に格納されている認証機器タイプ1が送出される。認
証側AVインターフェィス１１が認証機器タイプTxを送出
すると、ステップＳ３において認証側制御部１４は証明
機器タイプTyの受信待ち状態となる。

【００５５】一方証明機器が起動されると、ステップＳ
２６において方式テーブルナンバーNxの受信待ちとな
り、方式テーブルナンバーNxを受信すると、証明側制御
部３３はステップＳ４において証明方式選択部３２に証
明機器タイプTyの読み取りを行わせ、ステップＳ５にお
いて認証開始信号及び認証機器タイプTxの受信待ち状態
となる。ステップＳ５の受信待ち状態において、認証側
AVインターフェィス１１から認証機器タイプTxが送信さ
れると、ステップＳ６に移行して証明機器タイプTyを認
証機器側に送出する。これにより証明機器タイプ情報格
納部２４に格納されている証明機器タイプ4が証明側AV
インターフェィス３１及びAVバス１０７を介して認証機
器１０１に対して送出される。

【００５６】送信後、ステップＳ７において証明方式選
択部３２はテーブル方式ナンバーHxに対応づけられた安
全性優先テーブルから受信した認証機器タイプTxと証明
機器タイプTyとに対応づけられた証明方式Hyを選択し、
ステップＳ１３において証明方式Hyに相当する証明方式
モジュールを起動する。ここで起動された証明方式モジ
ュールHyが公開鍵暗号利用アルゴリズムPublic_ver.2.
6、公開鍵暗号利用アルゴリズムPublic_ver.1.3ならス
テップＳ１７がYesとなりステップＳ８に移行して、チ
ャレンジデータchaの受信待ちとなる。

【００５７】証明側AVインターフェイス３１が送信した
証明機器タイプTyを認証側AVインターフェィス１１が受
信すると、ステップＳ３において証明機器タイプTyの受
信待ちを行っていた認証側制御部１４は、この情報を認
証方式選択部１２に対して送出してステップＳ９に移行
する。ステップＳ９において認証方式選択部１２は、ス
テップＳ２５において送信した方式テーブルナンバーNx
に対応する安全性優先テーブルから、認証機器タイプTx
と受信した証明機器タイプTyとに対応づけられた認証方
式Hxを選択する。認証機器タイプ及び証明機器タイプが
それぞれタイプ1、タイプ4であるため認証方式選択部１
２により公開鍵暗号利用アルゴリズムPublic_ver.2.6が
選択される。選択後、ステップＳ１０において認証方式
Hx側の認証モジュールHxとして公開鍵暗号利用アルゴリ
ズムPublic_ver.2.6の認証方式モジュールを起動する。

【００５８】公開鍵暗号利用アルゴリズムPublic_ver.
2.6の認証方式モジュールが起動されると、ステップＳ
１６がYesとなり、ステップＳ１１において160ビット長
の乱数Rndを生成し、これをチャレンジデータChaとして
証明機器側に送信する。これにより発生された乱数はチ
ャレンジデータとして認証側AVインターフェィス１１を
介し証明機器１０４に伝送される。伝送後、ステップＳ
１２においてレスポンスデータResの受信待ちとなる。

【００５９】ステップＳ８においてチャレンジデータの
受信待ち状態となっていた証明側制御部３３は、証明方
法アルゴリズム側AVインターフェィス３１がチャレンジ
データを受信すると、ステップＳ１４に移行する。ステ
ップＳ１４において公開鍵暗号利用アルゴリズムPublic
_ver.2.6の認証方式モジュールは、チャレンジデータCh
aを一方の入力とし、秘密の証明鍵k1を他方の入力とし
て、公開鍵署名アルゴリズムによる署名データ(k1,Cha)
を作成する。

【００６０】作成された署名データは、レスポンスデー
タRESとして証明側AVインターフェィス３１を介して認
証機器１０１に伝送される。証明機器から送信されてき
たレスポンスデータRESを認証側AVインターフェィス１
１が受信すると、ステップＳ１２がYes（受信した）と
なりステップＳ１５に移行する。ステップＳ１５では、
公開鍵暗号利用アルゴリズムPublic_ver.2.6の認証方式
モジュールにレスポンスデータの複号化を行わせ、復号
結果D(k2,Res)とチャレンジデータChaとの一致判定を行
うことにより証明機器側が正当なものであるかを判断さ
せる。一致判定されれば証明機器は正当なものであると
判断する。不一致と判定されれば証明機器を正当なもの
ではないと判断する。

【００６１】以上の説明はチャレンジ・レスポンス型認
証プロトコルを安全性優先テーブルから特定したが、次
にチャレンジ・レスポンス型認証プロトコルをスピード
優先テーブルから特定する場合について説明する。スピ
ード優先テーブルにおいて、タイプ1−タイプ4の組み合
わせには、秘密鍵暗号利用アルゴリズムSecret_ver.2.0
の認証方式モジュール、証明方式モジュールが対応づけ
られておりステップＳ１０、ステップＳ１３においてこ
れらが起動されたとする。

【００６２】ステップＳ１３において起動された証明方
式モジュールが秘密鍵暗号利用アルゴリズムSecret_ve
r.2.0ならステップＳ１７がNoとなるがステップＳ３３
がYesとなりステップＳ２８に移行して、チャレンジデ
ータchaの受信待ちとなる。また、秘密鍵暗号利用アル
ゴリズムSecret_ver.2.0の認証方式モジュールが起動さ
れると、ステップＳ１６がNoとなり、ステップＳ３２が
YesとなってステップＳ２７に移行する。ステップＳ２
７において64ビット長の乱数Rndを生成し、これをチャ
レンジデータChaとして証明機器側に送信する。これに
より発生された乱数はチャレンジデータとして認証側AV
インターフェィス１１を介し証明機器１０４に伝送され
る。伝送後、ステップＳ２９においてレスポンスデータ
Resの受信待ちとなる。

【００６３】ステップＳ２８においてチャレンジデータ
の受信待ち状態となっていた証明側制御部３３は、AVイ
ンターフェィス３１がチャレンジデータを受信すると、
ステップＳ３０に移行する。ステップＳ３０において証
明側制御部３３は秘密鍵暗号利用アルゴリズムSecret_v
er.2.0の証明モジュールに、チャレンジデータChaを一
方の入力とし、秘密の証明鍵k1を他方の入力として、秘
密鍵署名アルゴリズムによる署名データ(k1,Cha)を作成
させる。

【００６４】作成された署名データは、レスポンスデー
タとして証明側AVインターフェィス３１を介して認証機
器１０１に伝送される。これにより符号化結果がチャレ
ンジデータRESとして送信されることになる。証明機器
から送信されてきたレスポンスデータを認証側AVインタ
ーフェィス１１が受信すると、ステップＳ２９がYes
（受信した）となりステップＳ３１に移行する。ステッ
プＳ３１では、秘密鍵暗号利用アルゴリズムSecret_ve
r.2.0の認証方式モジュールにレスポンスデータの複号
化を行わせ、復号結果D(k1,Res)とチャレンジデータCha
との一致判定を行うことにより証明機器側が正当なもの
であるかを判断する。

【００６５】以上の説明はチャレンジ・レスポンス型認
証プロトコルをスピード優先テーブルから特定したが、
最後にチャレンジ・レスポンス型認証プロトコルとして
秘密鍵暗号利用アルゴリズムSecret_ver.1.3が特定され
た場合について説明する。方式テーブル１３が保持して
いるテーブルにおいて、タイプ1−タイプ4の組み合わせ
には、秘密鍵暗号利用アルゴリズムSecret_ver.1.3の認
証方式モジュール、証明方式モジュールが対応づけられ
ておりステップＳ１０、ステップＳ１３においてこれら
が起動されたとする。

【００６６】ステップＳ１３において起動された証明方
式モジュールが秘密鍵暗号利用アルゴリズムSecret_ve
r.1.3ならステップＳ１７、ステップＳ３３がNoとなる
がステップＳ１９がYesとなりステップＳ２１に移行し
て、チャレンジデータchaの受信待ちとなる。また、秘
密鍵暗号利用アルゴリズムSecret_ver.1.3の認証方式モ
ジュールが起動されると、ステップＳ１６、ステップＳ
３２がNoとなり、ステップＳ１８がYesとなってステッ
プＳ２０に移行する。ステップＳ２０において64ビット
長の乱数Rndを生成し、これを秘密鍵k1を用いて暗号化
して得たE(k1,Rnd)をチャレンジデータChaとして証明機
器側に送信する。チャレンジデータは認証側AVインター
フェィス１１を介し証明機器１０４に伝送される。伝送
後、ステップＳ２３においてレスポンスデータResの受
信待ちとなる。

【００６７】ステップＳ２１においてチャレンジデータ
の受信待ち状態となっていた証明側制御部３３は、証明
方法アルゴリズム側AVインターフェィス３１がチャレン
ジデータを受信すると、ステップＳ２２に移行する。ス
テップＳ２２において秘密鍵暗号利用アルゴリズムSecr
et_ver.1.3の認証方式モジュールは、チャレンジデータ
Chaを一方の入力とし、秘密の証明鍵k1を他方の入力と
して、秘密鍵署名アルゴリズムによりD(k1,Cha)の復号
を行わせ、その結果をレスポンスデータRESとして証明
側AVインターフェィス３１を介して認証機器１０１に伝
送する。これにより復号結果がチャレンジデータRESと
して送信されることになる。

【００６８】証明機器から送信されてきたレスポンスデ
ータを認証側AVインターフェィス１１が受信すると、ス
テップＳ２３がYes（受信した）となりステップＳ２４
に移行する。ステップＳ２４では、秘密鍵暗号利用アル
ゴリズムSecret_ver.1.0の認証方式モジュールにレスポ
ンスデータRESと乱数rとの一致判定を行わせることによ
り証明機器側が正当なものであるかを判断する。

【００６９】以上のように本実施例によれば、認証機器
応用び証明機器の双方において複数バージョンの認証方
式モジュール、複数の証明方式モジュールが利用可能で
ある場合に、相手側機器がどのようなタイプであるかに
よって、相手側認証に用いるべき認証方式モジュール、
証明方式モジュールを決定するので、相手側認証が正当
に行なえることが保証される。

【００７０】このように認証機器の持ちうる認証方式と
証明機器の持ちうる証明方式にかならず共通の方式があ
るようになっているため、認証機器と証明機器がどのよ
うな組み合わせであっても必ず機器認証が可能となる。
安全性を優先したテーブルを設けているので、認証機器
に備えられた複数バージョンの認証方式モジュール、証
明機器に備えられた複数バージョンの証明方式モジュー
ルのうち、最も安全性が高いものを相手側認証に必ず利
用することができる。

【００７１】安全性優先テーブルとは別に、スピードを
優先したテーブルを設けているので、認証機器に備えら
れた複数バージョンの認証方式モジュール、証明機器に
備えられた複数バージョンの証明方式モジュールのう
ち、最も高速なものを相手側認証に利用することもでき
る。尚、本実施形態においては、認証機器及び証明機器
に認証方式テーブル保持部１３を設けて、自機が用いる
認証方法、証明方法を選択するようにしたが、一方側の
み方式選択のためのテーブルを設けて、その一方側に認
証方法及び証明方法を決定する決定権を与えても良い
（認証方法及び証明方法の組みを決定する決定権は、チ
ャレンジ・レスポンス型認証プロトコルを決定する決定
権と同義となる。）。

【００７２】この場合、決定権を有する側の機器は、相
手側から機種情報を通知されると、相手側から通知され
た機種情報と自機の機種情報との組み合わせから認証方
法−証明方法を決定する。決定後、両機では、そのプロ
トコルに対応する側の認証モジュール、証明モジュール
を起動して、相手側の正当性を認証する。また、本実施
形態においては（ａ）Ｖ機器間の接続用に規格が規定さ
れたコネクタや通信ケーブルを一例にして説明を行った
が、機器間の接続を行うものであればコンピュ−タ・バ
ス等の通信リンクを用いて良いことはいうまでもない。

【００７３】更に、チャレンジ・レスポンス型認証プロ
トコルではない相手側認証プロトコルに応用してもよ
い。チャレンジ・レスポンス型認証プロトコルではない
相手側認証プロトコルとしては、一方向認証方法時系列
方式がある。この方式は、認証機器、証明機器にそれぞ
れカウンタレジスタが備えられており、その初期値とし
て『１』が設定されている。認証機器がリクエスト信号
を証明機器に送信すると、証明機器はその設定値『１』
を秘密鍵k1を用いて暗号化してその結果であるE(k1,1)
を認証機器に送信する。

【００７４】送信されたE(k1,1)を受信すると、認証機
器はE(k1,1)を秘密鍵k1を用いて復号して、その値と、
自機のカウンタレジスタの値との一致判定を行う。両方
の値が一致していれば、認証機器はカウンタレジスタの
値をインクリメントして、『２』すると共に証明機器に
相手側認証が正常に行われた旨を通知する。正常判定が
通知されると、証明機器がカウンタレジスタを『２』に
インクリメントする。このように認証機器−証明機器の
カウンタレジスタの値が『２』になったところで、上記
の手順を同様に繰り返す。

【００７５】

【発明の効果】複数の情報機器からなり、複数の暗号技
術利用プロトコルの利用が可能な通信システムにおい
て、各情報機器が自機の機種が複数の暗号技術利用プロ
トコルのうちどれを利用することができる機種であるか
を示す機種情報を通信すべき相手側情報機器に通知する
通知手段と、相手側情報機器から機種情報が通知される
と、通知された機種情報と自機の機種情報との組み合わ
せから情報機器間で用いるべき何れか一つの暗号技術利
用プロトコルを決定する決定手段と、前記自機の機種情
報に対応する１以上のプロトコルに基づいて相手側機器
と通信する１以上のプロトコル対応通信部を有し、その
中から決定された暗号技術利用プロトコルを用いて通信
を行う通信手段とを備えることにより達成される本通信
システムにおいて各情報機器は通信を行う際、自機の機
種情報と相手側の機種情報の組み合わせに応じて用いる
べき暗号技術利用プロトコルを選択するので、処理能力
やハードウェア規模が違うために暗号技術利用プロトコ
ルの実行能力が機器間で異なっている場合でも、通信が
行えることが保証される。

【００７６】例えば、自機が複数の暗号技術利用プロト
コルを実行でき、相手側の情報機器が一種類の暗号技術
利用プロトコルしか実行できず、暗号技術利用プロトコ
ルの実行能力のギャップが大きい場合、複数の暗号技術
利用プロトコルのうち、相手側が実行可能な一種類の暗
号技術利用プロトコルを決定手段は決定するので、暗号
技術利用プロトコルの実行能力のギャップの大小にかか
わらず、通信が行えることが保証される。このように通
信の実行が保証されるため、暗号技術利用プロトコルの
実行能力のギャップが招く「通信不能状態」を未然に回
避することができる。

【００７７】ここで通信システムにはn種(nは2以上の整
数)の機種が存在する場合、決定手段は、n種の機種から
任意の2種を選んだnＣ2個の機種情報の組み合わせと、
各組み合わせにおいて用いるべき暗号技術利用プロトコ
ルを示すプロトコル対応情報を対応づけたテーブルを記
憶するテーブル記憶部と、n種の機種のうち、自機に合
致するものの機種情報を記憶する機種情報記憶部と、相
手側機器から機種情報が通知されると、テーブル記憶部
が記憶しているテーブルにおいて機種情報記憶部が記憶
している機種情報と、相手側機器から通知された機種情
報との組み合わせに対応づけられたプロトコル対応情報
が示す暗号技術利用プロトコルを前記一のプロトコルと
決定する決定部とを備え、前記１以上のプロトコル対応
通信部は決定部が決定した暗号技術利用プロトコルを用
いて通信を行うように構成してもよい。

【００７８】この構成によれば自機及び相手側に複数の
暗号技術利用プロトコルを実行できる実行能力がある場
合、複数の暗号技術利用プロトコルのうち最適なものが
その２つの情報機器の機種情報の組み合わせに対応づけ
られてテーブルに記載されていれば、２つの情報機器
は、テーブルに記載された最適な暗号技術利用プロトコ
ルを用いて通信することができる。このようにテーブル
の記載次第で、２つの情報機器がどのような組み合わせ
であっても、その２つの情報機器にとって最適な暗号技
術利用プロトコルを活用することができる。

【００７９】ここで暗号技術利用プロトコルは、相手側
認証プロトコルであり、前記プロトコル対応通信部は、
決定部が決定した相手側認証プロトコルにより相手側機
器に正当性を証明させ、その証明結果に基づいて相手側
機器が正当な情報機器であるか否かを判定する認証部
と、正当な情報機器であると判定された場合のみ、保護
対象となるデータを相手側情報機器に送信する送信部と
を備えるように構成することができる。

【００８０】本構成によれば、デジタル化された映像著
作物等、不正機器の不正行為から保護すべき保護対象デ
ータの送信能力が自機にあり、相手側の正当性確認等の
責任が自機側に転嫁されている場合、その保護対象デー
タの送信を相手側の正当性を確認してから行うので、著
作権侵害行為等を未然に防止することができる。ここで
前記テーブル記憶部は、nＣ2個の機種情報の組み合わせ
において用いるべき相手側認証プロトコルを対応づけた
テーブルを複数種別記憶しており、複数のテーブルのう
ち第１のテーブルには、機種情報の組み合わせにおいて
用いるべき相手側認証プロトコルとして安全性が高い相
手側認証プロトコルを特定するプロトコル対応情報が記
述され、第２のテーブルには、機種情報の組み合わせに
おいて用いるべき相手側認証プロトコルとして処理速度
が高い相手側認証プロトコルを特定するプロトコル対応
情報が記述されており、前記決定手段は、これから行う
べき通信における安全性及び処理速度の何れか一方を考
慮して、テーブル記憶部が記憶しているテーブルのうち
一つを選択すると共に、どのテーブルを選択したかを相
手側に通知する選択部を備え、前記決定部は、テーブル
記憶部に記憶されているテーブルのうち、選択部が選択
して、相手側に通知したテーブルにおける相手側認証プ
ロトコルを決定するように構成することができる。

【００８１】この構成によれば自機及び相手側に複数の
暗号技術利用プロトコルを実行できる実行能力がある場
合、複数の暗号技術利用プロトコルのうち安全性が最も
高いもの、処理速度が最も早いものをその２つの情報機
器の機種情報の組み合わせに対応づけられてテーブルに
記載しておけば、２つの情報機器は、より安全性が高い
暗号技術利用プロトコル、或は、処理速度が早い暗号技
術利用プロトコルを用いて通信することができる。この
ようにテーブルの記載次第で、２つの情報機器がどのよ
うな組み合わせであっても、その２つの情報機器にとっ
て最適な暗号技術利用プロトコルを利用させることがで
きる。

【００８２】ここで複数の相手側認証プロトコルには複
数のチャレンジ・レスポンス型認証プロトコルがあり、
複数のチャレンジ・レスポンス型認証プロトコルには公
開鍵暗号利用のチャレンジ・レスポンス型認証プロトコ
ルと、秘密鍵暗号利用のチャレンジ・レスポンス型認証
プロトコルとがあり、前記第１種別のテーブルには、安
全性が高いチャレンジ・レスポンス型認証プロトコルと
して公開鍵暗号利用のチャレンジ・レスポンス型認証プ
ロトコルを示すプロトコル対応情報が記述され、前記第
２種別のテーブルには、処理速度が早いチャレンジ・レ
スポンス型認証プロトコルとして秘密鍵暗号利用のチャ
レンジ・レスポンス型認証プロトコルを示すプロトコル
対応情報が記述されており、前記１以上のプロトコル対
応通信部には、公開鍵暗号利用のチャレンジ・レスポン
ス型認証プロトコルに基づいて通信するものと、秘密鍵
暗号利用のチャレンジ・レスポンス型認証プロトコルに
基づいて通信するものが存在するように構成することが
できる。

【００８３】このように構成それば、自機が膨大な規模
のハードウェアソフトウェアとを実装することにより公
開鍵暗号利用のチャレンジレスポンス型認証プロトコル
との実行能力を有している場合、その旨をテーブルに記
載しておけば、公開鍵暗号利用のチャレンレスポンス型
認証プロトコルとの実行能力が認証機器、証明機器の双
方に存在する場合に公開鍵暗号利用プロトコルのための
ハードウェア・ソフトウェアを最大限に活用することが
できる。

【図面の簡単な説明】

【図１】認証機器−証明機器間の接続態様を示す図であ
る。

【図２】複数の認証機器と、複数の証明機器との間の任
意の接続態様を示す図である。

【図３】（ａ）図２に示す相手側認証システムにおいて
どのような機種コードが存在するかを示す図である。 （ｂ）図２に示す認証機器１０１〜証明機器１０６に、
図３（ａ）に示す機種コードのうち、どの機種コードが
付されているかを示す図である。

【図４】（ａ）〜（ｃ）公開鍵暗号利用アルゴリズム、
秘密鍵暗号利用アルゴリズムがどのような内容であるか
を示す図である。

【図５】本実施形態における機器認証システムの内部構
成を示す図である。

【図６】認証方式テーブル保持部１３が保持している安
全性優先テーブルの一例を表形式で表した図である。

【図７】認証方式テーブル保持部１３が保持しているス
ピード優先テーブルの一例を表形式で表現した図であ
る。

【図８】認証側制御部１４及び証明側制御部３３が有す
る制御プログラムの処理内容を示すフロ−チャ−トであ
る。

【図９】認証側制御部１４及び証明側制御部３３が有す
る制御プログラムの処理内容を示すフロ−チャ−トであ
る。

【符号の説明】

４ 認証機器タイプ情報格納部 ８ 認証モジュール群 １１ 認証側AVインターフェィス １２ 認証方式選択部 １３ 認証方式テーブル保持部 １４ 認証側制御部 ２４ 証明機器タイプ情報格納部 ２８ 証明モジュール群 ３１ 証明側AVインターフェィス ３２ 証明方式選択部 ３３ 証明側制御部 ４１ CSチューナー ４２ TSデコーダー ４３ AVデコーダー ４４ AVデコーダー ４５ 信号処理部 ４６ ドライブ機構 １０１ 認証機器 １０２ 認証機器 １０３ 認証機器 １０４ 証明機器 １０５ 証明機器 １０６ 証明機器 １０７ AVバス １０８ パーソナルコンピュータ

フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 7/10 H04N 7/14 - 7/173 H04N 7/20 - 7/22

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】 複数の情報機器からなり、複数の暗号技
   術利用プロトコルの利用が可能な通信システムにおいて
   各情報機器は自機の機種が複数の暗号技術利用プロトコ
   ルのうちどれを利用することができる機種であるかを示
   す機種情報を通信すべき相手側情報機器に通知する通知
   手段と、 相手側情報機器から機種情報が通知されると、通知され
   た機種情報と自機の機種情報との組み合わせから情報機
   器間で用いるべき何れか一つの暗号技術利用プロトコル
   を決定する決定手段と、 前記自機の機種情報に対応する１以上のプロトコルに基
   づいて相手側機器と通信する１以上のプロトコル対応通
   信部を有し、その中の一つに決定された暗号技術利用プ
   ロトコルを用いて通信を行わせる通信手段とを備えるこ
   とを特徴とする通信システム。
2. 【請求項２】 前記通信システムにはn種(nは2以上の整
   数)の機種が存在し、 前記決定手段はn種の機種から任意の2種を選んだnＣ2個
   の機種情報の組み合わせと、各組み合わせにおいて用い
   るべき暗号技術利用プロトコルを示すプロトコル対応情
   報を対応づけたテーブルを記憶するテーブル記憶部と、 n種の機種のうち、自機に合致するものの機種情報を記
   憶する機種情報記憶部と、 相手側機器から機種情報が通知されると、テーブル記憶
   部が記憶しているテーブルにおいて機種情報記憶部が記
   憶している機種情報と、相手側機器から通知された機種
   情報との組み合わせに対応づけられたプロトコル対応情
   報が示す暗号技術利用プロトコルを前記一のプロトコル
   と決定する決定部とを備え、 前記１以上のプロトコル対応通信部は、 決定部が決定した暗号技術利用プロトコルを用いて通信
   を行うことを特徴とする請求項１記載の通信システム。
3. 【請求項３】 前記暗号技術利用プロトコルは、相手側
   認証プロトコルであり、 前記通信システムにおける何れか一つの情報機器に備え
   られたプロトコル対応通信部は決定部が決定した相手側
   認証プロトコルにより相手側機器に正当性を証明させ、
   その証明結果に基づいて相手側機器が正当な情報機器で
   あるか否かを判定する認証部と、 正当な情報機器であると判定された場合のみ、保護対象
   となるデータを相手側情報機器に送信する送信部とを備
   えることを特徴とする請求項２記載の通信システム。
4. 【請求項４】 前記テーブル記憶部は、 nＣ2個の機種情報の組み合わせにおいて用いるべき相手
   側認証プロトコルを対応づけたテーブルを複数種別記憶
   しており、 複数のテーブルのうち第１のテーブルには、 機種情報の組み合わせにおいて用いるべき相手側認証プ
   ロトコルとして安全性が高い相手側認証プロトコルを特
   定するプロトコル対応情報が記述され、 第２のテーブルには、 機種情報の組み合わせにおいて用いるべき相手側認証プ
   ロトコルとして処理速度が高い相手側認証プロトコルを
   特定するプロトコル対応情報が記述されており、 前記情報機器に備えられた決定手段はこれから行うべき
   通信における安全性及び処理速度の何れか一方を考慮し
   て、テーブル記憶部が記憶しているテーブルのうち一つ
   を選択すると共に、どのテーブルを選択したかを相手側
   に通知する選択部を備え、 前記決定部は、 テーブル記憶部に記憶されているテーブルのうち、選択
   部が選択して、相手側に通知したテーブルにおける相手
   側認証プロトコルを決定することを特徴とする請求項３
   記載の通信システム。
5. 【請求項５】 複数の相手側認証プロトコルには複数の
   チャレンジ・レスポンス型認証プロトコルがあり、 複数のチャレンジ・レスポンス型認証プロトコルには公
   開鍵暗号利用のチャレンジ・レスポンス型認証プロトコ
   ルと、秘密鍵暗号利用のチャレンジ・レスポンス型認証
   プロトコルとがあり、 前記第１種別のテーブルには、 安全性が高いチャレンジ・レスポンス型認証プロトコル
   として公開鍵暗号利用のチャレンジ・レスポンス型認証
   プロトコルを示すプロトコル対応情報が記述され、 前記第２種別のテーブルには、 処理速度が早いチャレンジ・レスポンス型認証プロトコ
   ルとして秘密鍵暗号利用のチャレンジ・レスポンス型認
   証プロトコルを示すプロトコル対応情報が記述されてお
   り、 前記１以上のプロトコル対応通信部には、 公開鍵暗号利用のチャレンジ・レスポンス型認証プロト
   コルに基づいて通信するものと、秘密鍵暗号利用のチャ
   レンジ・レスポンス型認証プロトコルに基づいて通信す
   るものが存在することを特徴とする請求項４記載の通信
   システム。
6. 【請求項６】 公開鍵暗号利用のチャレンジ・レスポン
   ス型認証プロトコルに基づいて通信するプロトコル対応
   通信部における認証部は、 乱数をチャレンジデータとして生成して相手側に送信す
   るチャレンジデータ作成部と、 相手側からレスポンスデータが返信されてくると、その
   レスポンスデータを所定の公開鍵データに基づいて復号
   する復号部と、 復号部による復号結果に基づいて、相手側機器の正当性
   を判定する判定部とをを備え、 秘密鍵暗号利用のチャレンジ・レスポンス型認証プロト
   コルとに基づいて通信するプロトコル対応通信部におけ
   る認証部は乱数をチャレンジデータとして生成して相手
   側に送信するチャレンジデータ作成部と、 相手側からレスポンスデータが返信されてくると、その
   レスポンスデータを所定の秘密鍵データに基づいて復号
   する復号部と、 復号部による復号結果に基づいて、相手側機器の正当性
   を判定する判定部とを備えることを特徴とする請求項５
   記載の通信システム。
7. 【請求項７】 複数の相手側認証プロトコルには複数の
   チャレンジ・レスポンス型認証プロトコルがあり、 複数の相手側認証プロトコルには公開鍵暗号利用のチャ
   レンジ・レスポンス型認証プロトコルと、秘密鍵暗号利
   用のチャレンジ・レスポンス型認証プロトコルとがある
   を備えることを特徴とする請求項３記載の通信システ
   ム。
8. 【請求項８】 複数の相手側認証プロトコルには、 一方向認証方法時系列認証方式があることを特徴とする
   請求項３記載の通信システム。