JP2003115840A - 証明書失効リスト交換方法、システム及びサーバ装置 - Google Patents
証明書失効リスト交換方法、システム及びサーバ装置Info
- Publication number
- JP2003115840A JP2003115840A JP2001306993A JP2001306993A JP2003115840A JP 2003115840 A JP2003115840 A JP 2003115840A JP 2001306993 A JP2001306993 A JP 2001306993A JP 2001306993 A JP2001306993 A JP 2001306993A JP 2003115840 A JP2003115840 A JP 2003115840A
- Authority
- JP
- Japan
- Prior art keywords
- revocation list
- terminal
- certificate revocation
- certificate
- crl
- 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
【０００１】
【発明の属する技術分野】本発明は、公開鍵暗号方式で
使用される証明書失効リストの交換方法に関し、特に最
新の証明書失効リストを端末間で共有するための方法に
関する。
使用される証明書失効リストの交換方法に関し、特に最
新の証明書失効リストを端末間で共有するための方法に
関する。
【０００２】
【従来の技術】現在、インターネットのような安全性が
考慮されていないネットワークでやりとりされる個人情
報やクレジットカード番号などを保護するため、ＳＳＬ
（Secure Socket Layer）やＴＬＳ（Transport Layer S
ecurity）などの暗号化プロトコルが利用されている。
これらのプロトコルは公開鍵暗号方式を基礎においてい
る。公開鍵暗号方式では、誰にでも公開される公開鍵
（Public Key）と個人が秘密に保持する秘密鍵（Privat
e Key又はSecret Key）の対を利用し、一般に公開鍵は
認証局（Certificate Authority）の電子署名（以下、
単に「署名」という。）が施された証明書（Certificat
e）の形で公開される。証明書には、いくつかのフォー
マットがあり、代表的なものとして、ＩＳＯ／ＩＴＵ−
Ｔで標準化されたＸ．５０９がある。上記の暗号化プロ
トコル、公開鍵暗号方式及び証明書に関しては、「Ｏｐ
ｅｎＳＳＬによるＳＳＬサーバの構築−暗号化技術とＳ
ＳＬ−」永田弘康、エーアイ出版社(2001)、及び「Ａｐ
ｐｌｉｅｄ Ｃｒｙｐｔｏｇｒａｐｈｙ」Bruce Schnei
er,John Wiley & Sons,Inc(1996)が詳しい。また、ＳＳ
Ｌに関しては、ＮｅｔＳｃａｐｅ社から技術文書とし
て、ＴＬＳ及びＸ．５０９はＩＥＴＦからそれぞれＲＦ
Ｃ２２４６，ＲＦＣ２４５９文書として公開されてい
る。
考慮されていないネットワークでやりとりされる個人情
報やクレジットカード番号などを保護するため、ＳＳＬ
（Secure Socket Layer）やＴＬＳ（Transport Layer S
ecurity）などの暗号化プロトコルが利用されている。
これらのプロトコルは公開鍵暗号方式を基礎においてい
る。公開鍵暗号方式では、誰にでも公開される公開鍵
（Public Key）と個人が秘密に保持する秘密鍵（Privat
e Key又はSecret Key）の対を利用し、一般に公開鍵は
認証局（Certificate Authority）の電子署名（以下、
単に「署名」という。）が施された証明書（Certificat
e）の形で公開される。証明書には、いくつかのフォー
マットがあり、代表的なものとして、ＩＳＯ／ＩＴＵ−
Ｔで標準化されたＸ．５０９がある。上記の暗号化プロ
トコル、公開鍵暗号方式及び証明書に関しては、「Ｏｐ
ｅｎＳＳＬによるＳＳＬサーバの構築−暗号化技術とＳ
ＳＬ−」永田弘康、エーアイ出版社(2001)、及び「Ａｐ
ｐｌｉｅｄ Ｃｒｙｐｔｏｇｒａｐｈｙ」Bruce Schnei
er,John Wiley & Sons,Inc(1996)が詳しい。また、ＳＳ
Ｌに関しては、ＮｅｔＳｃａｐｅ社から技術文書とし
て、ＴＬＳ及びＸ．５０９はＩＥＴＦからそれぞれＲＦ
Ｃ２２４６，ＲＦＣ２４５９文書として公開されてい
る。
【０００３】上記の公開鍵暗号方式を用いたプロトコル
は、通信相手同士で証明書を交換するステップを含み、
それらの証明書を用いて相互の認証を行う。つまり、証
明書が正当でなければ、通信が失敗することとなる。
は、通信相手同士で証明書を交換するステップを含み、
それらの証明書を用いて相互の認証を行う。つまり、証
明書が正当でなければ、通信が失敗することとなる。
【０００４】一般に、秘密鍵が漏洩した場合や証明書の
有効期限が切れた場合、その鍵の所有者は、新たな秘密
鍵と公開鍵の対を作成し、以前の鍵を無効にする。この
とき、以前の公開鍵は証明書の形式で広く公開されてい
るので、その証明書が無効となったことも同様に公開す
る必要がある。この証明書は認証局から証明書失効リス
ト（Certificate Revocation List：ＣＲＬ）という情
報で通知される。ＣＲＬは、無効となった証明書の識別
子（シリアル番号）の一覧を含んでおり、上記の暗号化
プロトコルで証明書を交換する際に、この一覧が照合さ
れる。つまり、受信した証明書の識別子が保持するＣＲ
Ｌに含まれていれば、その証明書は失効されたことがわ
かる。ＣＲＬには認証局の署名が含まれており、改ざん
や偽造などの不正行為を防止している。
有効期限が切れた場合、その鍵の所有者は、新たな秘密
鍵と公開鍵の対を作成し、以前の鍵を無効にする。この
とき、以前の公開鍵は証明書の形式で広く公開されてい
るので、その証明書が無効となったことも同様に公開す
る必要がある。この証明書は認証局から証明書失効リス
ト（Certificate Revocation List：ＣＲＬ）という情
報で通知される。ＣＲＬは、無効となった証明書の識別
子（シリアル番号）の一覧を含んでおり、上記の暗号化
プロトコルで証明書を交換する際に、この一覧が照合さ
れる。つまり、受信した証明書の識別子が保持するＣＲ
Ｌに含まれていれば、その証明書は失効されたことがわ
かる。ＣＲＬには認証局の署名が含まれており、改ざん
や偽造などの不正行為を防止している。
【０００５】このため、上記証明書を利用する暗号化プ
ロトコルでは、常に新しいＣＲＬを取得することが重要
であるが、そのための方法について、いくつか提案がな
されている。例えば、ＵＳＰ５，９４９，８７７では、
通信相手それぞれが保持するＣＲＬの作成日時を交換
し、作成日時が新しいＣＲＬを持つ側が古いＣＲＬを持
つ側に新しいＣＲＬを送信するシステムが開示されてい
る。この方法によれば、ＣＲＬの作成日時に基づいて常
に新しいＣＲＬを通信相手同士で共有させることができ
る。なお、以上のように、新しいＣＲＬを持つ側が古い
ＣＲＬを持つ側に新しいＣＲＬを送信して同一のＣＲＬ
を共有させることを「ＣＲＬの共有化」という。
ロトコルでは、常に新しいＣＲＬを取得することが重要
であるが、そのための方法について、いくつか提案がな
されている。例えば、ＵＳＰ５，９４９，８７７では、
通信相手それぞれが保持するＣＲＬの作成日時を交換
し、作成日時が新しいＣＲＬを持つ側が古いＣＲＬを持
つ側に新しいＣＲＬを送信するシステムが開示されてい
る。この方法によれば、ＣＲＬの作成日時に基づいて常
に新しいＣＲＬを通信相手同士で共有させることができ
る。なお、以上のように、新しいＣＲＬを持つ側が古い
ＣＲＬを持つ側に新しいＣＲＬを送信して同一のＣＲＬ
を共有させることを「ＣＲＬの共有化」という。
【０００６】
【発明が解決しようとする課題】しかし、上記の従来方
法では、認証局が常に正しい時刻情報を用いてＣＲＬを
発行しているか否かについて監視していなければなら
ず、非常に煩わしいという欠点がある。というのは、Ｃ
ＲＬに施される署名は、一般に認証局のＰＣ（パーソナ
ルコンピュータ）を利用して行われるが、このＰＣの時
刻情報が正確でなかったり、第三者によって時刻情報が
不正に変更されてしまったりする場合があるからであ
る。時刻情報が正しくない場合は、新旧のＣＲＬが逆転
することが起こり得るが、このような場合は、失効した
証明書について正しく伝えることができず、暗号化プロ
トコルの安全性が損なわれてしまう。
法では、認証局が常に正しい時刻情報を用いてＣＲＬを
発行しているか否かについて監視していなければなら
ず、非常に煩わしいという欠点がある。というのは、Ｃ
ＲＬに施される署名は、一般に認証局のＰＣ（パーソナ
ルコンピュータ）を利用して行われるが、このＰＣの時
刻情報が正確でなかったり、第三者によって時刻情報が
不正に変更されてしまったりする場合があるからであ
る。時刻情報が正しくない場合は、新旧のＣＲＬが逆転
することが起こり得るが、このような場合は、失効した
証明書について正しく伝えることができず、暗号化プロ
トコルの安全性が損なわれてしまう。
【０００７】そこで、本発明は、上記課題に鑑みてなさ
れたものであり、認証局の時刻情報にずれがあってもそ
の影響を受けずに、容易に最新のＣＲＬを通信相手同士
で共有させることが可能な証明書失効リストの交換方法
を提供することを目的とする。
れたものであり、認証局の時刻情報にずれがあってもそ
の影響を受けずに、容易に最新のＣＲＬを通信相手同士
で共有させることが可能な証明書失効リストの交換方法
を提供することを目的とする。
【０００８】
【課題を解決するための手段】上記目的を達成するため
に、本発明に係る証明書失効リスト交換方法は、通信媒
体を介して接続される一の端末と他の端末との間で、そ
れぞれの端末が記憶している証明書失効リストを交換す
る方法であって、前記証明書失効リストは、失効した公
開鍵の証明書を特定する情報が後付けで追加がなされ、
前記方法は、一の端末と他の端末間で、前記追加と共に
増大していく前記証明書失効リストの属性値をやり取り
する送受信ステップと、相手側の端末から受信した前記
属性値と、自らの端末に記憶されている最新の証明書失
効リストが有する前記属性値に基づいて、前記一の端末
と前記他の端末に記憶されている前記証明書失効リスト
の新旧を決定する新旧決定ステップと、新しいと決定さ
れた証明書失効リストを記憶する端末から、古いと決定
された証明書失効リストを記憶する端末に、前記新しい
と特定された証明書失効リストを送信するリスト送信ス
テップとを含むことを特徴とする。
に、本発明に係る証明書失効リスト交換方法は、通信媒
体を介して接続される一の端末と他の端末との間で、そ
れぞれの端末が記憶している証明書失効リストを交換す
る方法であって、前記証明書失効リストは、失効した公
開鍵の証明書を特定する情報が後付けで追加がなされ、
前記方法は、一の端末と他の端末間で、前記追加と共に
増大していく前記証明書失効リストの属性値をやり取り
する送受信ステップと、相手側の端末から受信した前記
属性値と、自らの端末に記憶されている最新の証明書失
効リストが有する前記属性値に基づいて、前記一の端末
と前記他の端末に記憶されている前記証明書失効リスト
の新旧を決定する新旧決定ステップと、新しいと決定さ
れた証明書失効リストを記憶する端末から、古いと決定
された証明書失効リストを記憶する端末に、前記新しい
と特定された証明書失効リストを送信するリスト送信ス
テップとを含むことを特徴とする。
【０００９】また、本発明に係る証明書失効リスト交換
システムは、失効した公開鍵の証明書を特定する情報が
一覧で示される証明書失効リストを端末間で交換する証
明書失効リスト交換システムであって、通信媒体を介し
て接続される一の端末と他の端末とからなり、前記証明
書失効リストは、前記証明書を特定する情報が後付けで
追加がなされ、前記システムは、各端末毎に証明書失効
リストを記憶する記憶手段と、一の端末と他の端末間
で、前記追加と共に増大していく前記証明書失効リスト
の属性値をやり取りする送受信手段と、相手側の端末か
ら受信した前記属性値と、自らの端末に記憶されている
最新の証明書失効リストが有する前記属性値に基づい
て、前記一の端末と前記他の端末に記憶されている前記
証明書失効リストの新旧を決定する新旧決定手段と、新
しいと決定された証明書失効リストを記憶する端末か
ら、古いと決定された証明書失効リストを記憶する端末
に、前記新しいと特定された証明書失効リストを送信す
るリスト送信手段とを備えることを特徴とする。
システムは、失効した公開鍵の証明書を特定する情報が
一覧で示される証明書失効リストを端末間で交換する証
明書失効リスト交換システムであって、通信媒体を介し
て接続される一の端末と他の端末とからなり、前記証明
書失効リストは、前記証明書を特定する情報が後付けで
追加がなされ、前記システムは、各端末毎に証明書失効
リストを記憶する記憶手段と、一の端末と他の端末間
で、前記追加と共に増大していく前記証明書失効リスト
の属性値をやり取りする送受信手段と、相手側の端末か
ら受信した前記属性値と、自らの端末に記憶されている
最新の証明書失効リストが有する前記属性値に基づい
て、前記一の端末と前記他の端末に記憶されている前記
証明書失効リストの新旧を決定する新旧決定手段と、新
しいと決定された証明書失効リストを記憶する端末か
ら、古いと決定された証明書失効リストを記憶する端末
に、前記新しいと特定された証明書失効リストを送信す
るリスト送信手段とを備えることを特徴とする。
【００１０】また、本発明に係るサーバ装置は、失効し
た公開鍵の証明書を特定する情報が一覧で示される電子
署名を含む証明書失効リストを、ネットワークを介して
接続されるサーバ装置−端末間で交換するための証明書
失効リスト交換システムのサーバ装置であって、最新の
証明書失効リストを保持する保持手段と、前記端末から
電子署名を受信する署名受信手段と、前記受信した電子
署名と当該サーバ装置が保持する前記証明書失効リスト
の電子署名とが一致するか否かを判定する署名判定手段
と、前記署名判定手段において、一致しないと判定され
た場合に、当該サーバ装置が保持する前記証明書失効リ
ストを前記端末に送信するリスト送信手段とを備えるこ
とを特徴とする。
た公開鍵の証明書を特定する情報が一覧で示される電子
署名を含む証明書失効リストを、ネットワークを介して
接続されるサーバ装置−端末間で交換するための証明書
失効リスト交換システムのサーバ装置であって、最新の
証明書失効リストを保持する保持手段と、前記端末から
電子署名を受信する署名受信手段と、前記受信した電子
署名と当該サーバ装置が保持する前記証明書失効リスト
の電子署名とが一致するか否かを判定する署名判定手段
と、前記署名判定手段において、一致しないと判定され
た場合に、当該サーバ装置が保持する前記証明書失効リ
ストを前記端末に送信するリスト送信手段とを備えるこ
とを特徴とする。
【００１１】さらに、本発明は、上記証明書失効リスト
交換方法、システム及びサーバ装置における特徴的な手
段をコンピュータに機能させるプログラムとして実現し
たり、そのプログラムを記録したＣＤ−ＲＯＭ等の記録
媒体として実現することもできる。
交換方法、システム及びサーバ装置における特徴的な手
段をコンピュータに機能させるプログラムとして実現し
たり、そのプログラムを記録したＣＤ−ＲＯＭ等の記録
媒体として実現することもできる。
【００１２】
【発明の実施の形態】以下、本発明の第１の実施の形態
について、図面を用いて詳細に説明する。図１は、本実
施形態に係る証明書失効リスト交換システム１０の概要
を示すシステム構成図である。
について、図面を用いて詳細に説明する。図１は、本実
施形態に係る証明書失効リスト交換システム１０の概要
を示すシステム構成図である。
【００１３】本システム１０は、上記の証明書失効リス
ト（以下「ＣＲＬ」ともいう。）を通信相手同士で交換
することにより、その共有化を図るためのシステムであ
り、契約したユーザに音楽や映像等のコンテンツを配信
するコンテンツ配信サービスシステム（図示せず）の内
部システムである。図１に示されるように、本システム
１０は、主に管理サーバ１００、親端末２００及び子端
末３００から構成され、管理サーバ１００−親端末２０
０間はインターネット等のネットワーク５０を介して、
親端末２００−子端末３００間は接続ケーブルやブルー
トゥース（BlueTooth)等の通信媒体５１によって、それ
ぞれ接続されている。
ト（以下「ＣＲＬ」ともいう。）を通信相手同士で交換
することにより、その共有化を図るためのシステムであ
り、契約したユーザに音楽や映像等のコンテンツを配信
するコンテンツ配信サービスシステム（図示せず）の内
部システムである。図１に示されるように、本システム
１０は、主に管理サーバ１００、親端末２００及び子端
末３００から構成され、管理サーバ１００−親端末２０
０間はインターネット等のネットワーク５０を介して、
親端末２００−子端末３００間は接続ケーブルやブルー
トゥース（BlueTooth)等の通信媒体５１によって、それ
ぞれ接続されている。
【００１４】以下の実施の形態では、管理サーバ１００
−親端末２００間で証明書失効リストの共有化を行う場
合、及び親端末２００−子端末３００間で証明書失効リ
ストの共有化を行う場合における証明書失効リストの交
換方法について説明する。
−親端末２００間で証明書失効リストの共有化を行う場
合、及び親端末２００−子端末３００間で証明書失効リ
ストの共有化を行う場合における証明書失効リストの交
換方法について説明する。
【００１５】管理サーバ１００は、親端末２００と証明
書失効リストについて共有化を実施すると共に、上記コ
ンテンツ配信サービスシステム全体の管理を行う。管理
サーバ１００は、ユーザとの契約に基づいて定められた
マスターの利用条件１０３を保持し、暗号化された（例
えば、映画や音楽等の）コンテンツ１０１やこれを利用
するためのライセンスチケット（以下「ＬＴ」とい
う。）をユーザの親端末２００に送信する。
書失効リストについて共有化を実施すると共に、上記コ
ンテンツ配信サービスシステム全体の管理を行う。管理
サーバ１００は、ユーザとの契約に基づいて定められた
マスターの利用条件１０３を保持し、暗号化された（例
えば、映画や音楽等の）コンテンツ１０１やこれを利用
するためのライセンスチケット（以下「ＬＴ」とい
う。）をユーザの親端末２００に送信する。
【００１６】ここで、「ＬＴ」とは、コンテンツ１０１
を復号する復号鍵（以下、単に「復号鍵」という。）１
０２やマスターの利用条件１０３から切り出された最小
単位の利用条件（以下、単に「利用条件」という。）１
０４等を含むデータである。例えば、ユーザとの契約に
より「コンテンツを昼間だけ１０回再生許可」という内
容のマスターの利用条件１０３が決定され、親端末２０
０からＬＴの発行依頼があった場合は、親端末２００
に、復号鍵１０２及び「１回再生許可」という利用条件
１０４を暗号化しＬＴとして、親端末２００に発行す
る。
を復号する復号鍵（以下、単に「復号鍵」という。）１
０２やマスターの利用条件１０３から切り出された最小
単位の利用条件（以下、単に「利用条件」という。）１
０４等を含むデータである。例えば、ユーザとの契約に
より「コンテンツを昼間だけ１０回再生許可」という内
容のマスターの利用条件１０３が決定され、親端末２０
０からＬＴの発行依頼があった場合は、親端末２００
に、復号鍵１０２及び「１回再生許可」という利用条件
１０４を暗号化しＬＴとして、親端末２００に発行す
る。
【００１７】さらに、管理サーバ１００−親端末２００
間における上記送受信には、公開鍵を用いた暗号通信方
式が用いられることとする。また、管理サーバ１００
は、常に最新のＣＲＬが保持されており、かつ、その内
容が保証されているものとする。
間における上記送受信には、公開鍵を用いた暗号通信方
式が用いられることとする。また、管理サーバ１００
は、常に最新のＣＲＬが保持されており、かつ、その内
容が保証されているものとする。
【００１８】親端末２００は、例えばＤＶＤ‐ＲＡＭ内
蔵のパーソナルコンピュータ等であり、管理サーバ１０
０や子端末３００が保持する証明書失効リストについて
共有化を実施すると共に、管理サーバ１００から受信し
た暗号化されたコンテンツ２０１や復号鍵２０２及びコ
ンテンツの利用条件２０３を管理する。さらに、親端末
２００は、これに接続される子端末３００に暗号化され
たコンテンツ２０１や復号鍵２０２の送信、及びコンテ
ンツの利用条件２０３を規定したＬＴの送受信を、公開
鍵を用いた暗号通信によって行う。この親端末２００が
コンテンツ２０１を利用するためには、上記のように、
その都度管理サーバ１００からＬＴの発行を受けること
とする。
蔵のパーソナルコンピュータ等であり、管理サーバ１０
０や子端末３００が保持する証明書失効リストについて
共有化を実施すると共に、管理サーバ１００から受信し
た暗号化されたコンテンツ２０１や復号鍵２０２及びコ
ンテンツの利用条件２０３を管理する。さらに、親端末
２００は、これに接続される子端末３００に暗号化され
たコンテンツ２０１や復号鍵２０２の送信、及びコンテ
ンツの利用条件２０３を規定したＬＴの送受信を、公開
鍵を用いた暗号通信によって行う。この親端末２００が
コンテンツ２０１を利用するためには、上記のように、
その都度管理サーバ１００からＬＴの発行を受けること
とする。
【００１９】子端末３００は、例えばネットワーク接続
端子を有するＤＶＤプレーヤ等の端末（ネット家電端
末）であり、上記の親端末２００に接続されている。こ
の子端末３００は、親端末２００から受信した暗号化さ
れたコンテンツ３０１や復号鍵３０２及びコンテンツの
利用条件３０３の管理を行う。この子端末３００がコン
テンツ３０１を利用するためには、その都度親端末２０
０からＬＴの移転を受けることとする。
端子を有するＤＶＤプレーヤ等の端末（ネット家電端
末）であり、上記の親端末２００に接続されている。こ
の子端末３００は、親端末２００から受信した暗号化さ
れたコンテンツ３０１や復号鍵３０２及びコンテンツの
利用条件３０３の管理を行う。この子端末３００がコン
テンツ３０１を利用するためには、その都度親端末２０
０からＬＴの移転を受けることとする。
【００２０】次に、上記コンテンツ配信サービスシステ
ムと本交換システムとの関係について具体的に説明す
る。上記のように、親端末２００がコンテンツ２０１を
利用するためには（ユーザは、契約後に予め映画のコン
テンツ２０１を入手していることとする）、
ムと本交換システムとの関係について具体的に説明す
る。上記のように、親端末２００がコンテンツ２０１を
利用するためには（ユーザは、契約後に予め映画のコン
テンツ２０１を入手していることとする）、
【００２１】(1)管理サーバ１００に対してＬＴの発行
を依頼し、(2)暗号通信を安全に行うために、管理サー
バ１００との間でＣＲＬの共有化を実施し、(3)管理サ
ーバ１００からＬＴとコンテンツ２０１を復号するため
の復号鍵２０２を入手し、(4)利用回数等、利用条件の
確認を行い、(5)映画のコンテンツの再生を行う。
を依頼し、(2)暗号通信を安全に行うために、管理サー
バ１００との間でＣＲＬの共有化を実施し、(3)管理サ
ーバ１００からＬＴとコンテンツ２０１を復号するため
の復号鍵２０２を入手し、(4)利用回数等、利用条件の
確認を行い、(5)映画のコンテンツの再生を行う。
【００２２】同様に、子端末３００がコンテンツ３０１
を利用するためには（同様に、契約後に予め映画のコン
テンツ３０１を入手していることととする）、(11)親端
末２００に対してＬＴの一部移転を依頼し、(12)暗号通
信を安全に行うために、親端末２００との間でＣＲＬの
共有化を実施し、(13)親端末２００からＬＴとコンテン
ツ３０１を復号するための復号鍵３０２を入手し、(14)
利用回数等、利用条件の確認を行い、(15)映画のコンテ
ンツの再生を行う。
を利用するためには（同様に、契約後に予め映画のコン
テンツ３０１を入手していることととする）、(11)親端
末２００に対してＬＴの一部移転を依頼し、(12)暗号通
信を安全に行うために、親端末２００との間でＣＲＬの
共有化を実施し、(13)親端末２００からＬＴとコンテン
ツ３０１を復号するための復号鍵３０２を入手し、(14)
利用回数等、利用条件の確認を行い、(15)映画のコンテ
ンツの再生を行う。
【００２３】上記の「ＬＴ発行依頼」及び「ＬＴ移転依
頼」は公開鍵暗号方式を用いた通信であるため、通信相
手が互いに公開鍵の証明書を交換して相互認証が行われ
る。その際、相互認証された通信相手同士が次の暗号通
信時にスムーズに通信できるように（即ち、正当な通信
相手同士でありながらＣＲＬが古いために通信が失敗し
てしまうことを未然に防止するために）、相互認証を終
えた時点で、それぞれが保持するＣＲＬを一致させる
「ＣＲＬの共有化」が重要となる。本交換システム１０
は、この「ＣＲＬの共有化」を実現する新規な方法を提
供するものである。
頼」は公開鍵暗号方式を用いた通信であるため、通信相
手が互いに公開鍵の証明書を交換して相互認証が行われ
る。その際、相互認証された通信相手同士が次の暗号通
信時にスムーズに通信できるように（即ち、正当な通信
相手同士でありながらＣＲＬが古いために通信が失敗し
てしまうことを未然に防止するために）、相互認証を終
えた時点で、それぞれが保持するＣＲＬを一致させる
「ＣＲＬの共有化」が重要となる。本交換システム１０
は、この「ＣＲＬの共有化」を実現する新規な方法を提
供するものである。
【００２４】図２は、上記図１の管理サーバ１００、親
端末２００及び子端末３００の機能ブロック図である。
管理サーバ１００は、暗号通信路確立部１１０、コンテ
ンツ管理部１２０、コンテンツＤＢ１３０、証明書失効
リスト情報比較部１４０、証明書失効リスト管理部１５
０及び証明書管理部１６０から構成されている。
端末２００及び子端末３００の機能ブロック図である。
管理サーバ１００は、暗号通信路確立部１１０、コンテ
ンツ管理部１２０、コンテンツＤＢ１３０、証明書失効
リスト情報比較部１４０、証明書失効リスト管理部１５
０及び証明書管理部１６０から構成されている。
【００２５】暗号通信路確立部１１０は、インターネッ
ト等のネットワーク５０を介して親端末２００との公開
鍵を用いた暗号通信を行うための通信回路及び通信制御
用ソフトウェアを有する。コンテンツ管理部１２０は、
コンテンツＤＢ１３０に対してコンテンツの登録、読み
出し、削除及び変更等を行う。
ト等のネットワーク５０を介して親端末２００との公開
鍵を用いた暗号通信を行うための通信回路及び通信制御
用ソフトウェアを有する。コンテンツ管理部１２０は、
コンテンツＤＢ１３０に対してコンテンツの登録、読み
出し、削除及び変更等を行う。
【００２６】コンテンツＤＢ１３０は、ユーザに配信す
る映画や音楽等のコンテンツを記憶するデータベースで
あり、磁気ディスクやＤＶＤ等によって構成されてい
る。証明書失効リスト情報比較部１４０は、証明書失効
リスト管理部１５０に記憶されている最新の証明書失効
リストの情報と親端末２００から受信した証明書失効リ
ストの情報とを比較する。具体的には、それぞれの証明
書失効リストのサイズ、証明書シリアル番号の数、認証
局の署名について比較する。ここで、「サイズ」とは、
証明書失効リスト一部のデータ量をいい、バイト数で表
す。
る映画や音楽等のコンテンツを記憶するデータベースで
あり、磁気ディスクやＤＶＤ等によって構成されてい
る。証明書失効リスト情報比較部１４０は、証明書失効
リスト管理部１５０に記憶されている最新の証明書失効
リストの情報と親端末２００から受信した証明書失効リ
ストの情報とを比較する。具体的には、それぞれの証明
書失効リストのサイズ、証明書シリアル番号の数、認証
局の署名について比較する。ここで、「サイズ」とは、
証明書失効リスト一部のデータ量をいい、バイト数で表
す。
【００２７】証明書失効リスト管理部１５０は、入手し
た証明書失効リストを記憶し、管理する。証明書管理部
１６０は、認証局によって公開された、管理サーバ１０
０及び親端末２００の各公開鍵証明書を記憶し、管理す
る。
た証明書失効リストを記憶し、管理する。証明書管理部
１６０は、認証局によって公開された、管理サーバ１０
０及び親端末２００の各公開鍵証明書を記憶し、管理す
る。
【００２８】なお、本システム１０における親端末２０
０及び子端末３００の機能構成は、基本的には上記の管
理サーバ１００と同じであるため、以下では異なる点に
ついて説明する。親端末２００は、暗号通信路確立部２
１０、コンテンツ管理部２２０、コンテンツ記憶部２３
０、証明書失効リスト情報比較部２４０、証明書失効リ
スト管理部２５０及び証明書管理部２６０から構成され
ている。
０及び子端末３００の機能構成は、基本的には上記の管
理サーバ１００と同じであるため、以下では異なる点に
ついて説明する。親端末２００は、暗号通信路確立部２
１０、コンテンツ管理部２２０、コンテンツ記憶部２３
０、証明書失効リスト情報比較部２４０、証明書失効リ
スト管理部２５０及び証明書管理部２６０から構成され
ている。
【００２９】暗号通信路確立部２１０は、管理サーバ１
００や子端末３００との上記暗号通信を行うための通信
回路や通信制御用ソフトウェアに加え、通信媒体５１を
介して子端末３００とのデータのやり取りを行うための
送受信回路及び制御用ソフトウェアを有する。
００や子端末３００との上記暗号通信を行うための通信
回路や通信制御用ソフトウェアに加え、通信媒体５１を
介して子端末３００とのデータのやり取りを行うための
送受信回路及び制御用ソフトウェアを有する。
【００３０】コンテンツ管理部２２０は、コンテンツ管
理部１２０と同様、コンテンツ記憶部２３０に記憶され
る暗号化されたコンテンツの管理を行う。コンテンツ記
憶部２３０は、管理サーバ１００から入手した、上記暗
号化されたコンテンツを記憶する。
理部１２０と同様、コンテンツ記憶部２３０に記憶され
る暗号化されたコンテンツの管理を行う。コンテンツ記
憶部２３０は、管理サーバ１００から入手した、上記暗
号化されたコンテンツを記憶する。
【００３１】証明書失効リスト情報比較部２４０は、管
理サーバ１００から受信した証明書失効リストの情報、
及び子端末３００から受信した証明書失効リストの情報
と証明書失効リスト管理部２５０に記憶されている最新
の証明書失効リストの情報とを比較する。具体的に比較
する内容は、上記証明書失効リスト情報比較部１４０と
同じである。
理サーバ１００から受信した証明書失効リストの情報、
及び子端末３００から受信した証明書失効リストの情報
と証明書失効リスト管理部２５０に記憶されている最新
の証明書失効リストの情報とを比較する。具体的に比較
する内容は、上記証明書失効リスト情報比較部１４０と
同じである。
【００３２】なお、証明書失効リスト管理部２５０及び
証明書管理部２６０の機能は、上記証明書失効リスト管
理部１５０及び証明書管理部１６０と同様である。子端
末３００は、暗号通信路確立部３１０、コンテンツ管理
部３２０、コンテンツ記憶部３３０、証明書失効リスト
情報比較部３４０、証明書失効リスト管理部３５０及び
証明書管理部３６０から構成されている。
証明書管理部２６０の機能は、上記証明書失効リスト管
理部１５０及び証明書管理部１６０と同様である。子端
末３００は、暗号通信路確立部３１０、コンテンツ管理
部３２０、コンテンツ記憶部３３０、証明書失効リスト
情報比較部３４０、証明書失効リスト管理部３５０及び
証明書管理部３６０から構成されている。
【００３３】コンテンツ記憶部３３０は、親端末２００
の暗号通信路確立部２１０を介して入手した暗号化され
たコンテンツを記憶する。証明書失効リスト情報比較部
３４０は、親端末２００から受信した証明書失効リスト
の情報と証明書失効リスト管理部３５０に記憶されてい
る最新の証明書失効リストの情報とを比較する。具体的
に比較する内容は、上記証明書失効リスト情報比較部１
４０と同じである。
の暗号通信路確立部２１０を介して入手した暗号化され
たコンテンツを記憶する。証明書失効リスト情報比較部
３４０は、親端末２００から受信した証明書失効リスト
の情報と証明書失効リスト管理部３５０に記憶されてい
る最新の証明書失効リストの情報とを比較する。具体的
に比較する内容は、上記証明書失効リスト情報比較部１
４０と同じである。
【００３４】なお、証明書失効リスト管理部３５０及び
証明書管理部３６０は、上記証明書失効リスト管理部１
５０及び証明書管理部１６０と同様である。図３は、上
記証明書失効リスト管理部１５０、２５０及び３５０に
記憶されている証明書失効リストの一例を示す図であ
る。証明書失効リスト３９０は、書誌的部分（バージョ
ン３９１〜次回更新日３９５）と、失効した公開鍵の証
明書の数に伴って情報が増加する部分によって構成され
ている。
証明書管理部３６０は、上記証明書失効リスト管理部１
５０及び証明書管理部１６０と同様である。図３は、上
記証明書失効リスト管理部１５０、２５０及び３５０に
記憶されている証明書失効リストの一例を示す図であ
る。証明書失効リスト３９０は、書誌的部分（バージョ
ン３９１〜次回更新日３９５）と、失効した公開鍵の証
明書の数に伴って情報が増加する部分によって構成され
ている。
【００３５】書誌的部分には、その情報として、このリ
スト自身のフォーマットの版を示すバージョン３９１
（例えば、Ｖ１）、署名３９２、発行者３９３、今回更
新日時３９４（例えば、２００２年１月１日１２：０
０）、次回更新日３９５（例えば、２００２年１月１０
日）等がある。
スト自身のフォーマットの版を示すバージョン３９１
（例えば、Ｖ１）、署名３９２、発行者３９３、今回更
新日時３９４（例えば、２００２年１月１日１２：０
０）、次回更新日３９５（例えば、２００２年１月１０
日）等がある。
【００３６】ここで、署名３９２は、この証明書失効リ
ストに対する認証局の電子署名である。この電子署名
は、証明書失効リストの内容に１対１に対応するもので
あり、新しい証明書失効リストが発行されてその内容が
変更された場合は、この電子署名も異なることとなる。
ストに対する認証局の電子署名である。この電子署名
は、証明書失効リストの内容に１対１に対応するもので
あり、新しい証明書失効リストが発行されてその内容が
変更された場合は、この電子署名も異なることとなる。
【００３７】一方、失効した公開鍵の証明書の数に伴っ
て情報が増加する部分は、失効した証明書のシリアル番
号３９６ａ及び失効日３９６ｂが１組となって順次追加
されていく部分である。このシリアル番号３９６ａと失
効日３９６ｂの１組の情報は削除されることなく後付け
で追加され、単調増加する情報である。なお、証明書失
効リストの用途を拡張するために、拡張３９７が設けら
れている。
て情報が増加する部分は、失効した証明書のシリアル番
号３９６ａ及び失効日３９６ｂが１組となって順次追加
されていく部分である。このシリアル番号３９６ａと失
効日３９６ｂの１組の情報は削除されることなく後付け
で追加され、単調増加する情報である。なお、証明書失
効リストの用途を拡張するために、拡張３９７が設けら
れている。
【００３８】次に、以上のように構成された証明書失効
リスト交換システム１０の動作について説明する。第一
に、管理サーバ１００−親端末２００間で証明書失効リ
ストの共有化を行う場合の動作について説明する。図４
は、管理サーバ１００−親端末２００間におけるＬＴの
発行依頼からＬＴを発行するまでの通信シーケンスを示
した図である。本シーケンスは、相互認証ブロック４１
０、ＣＲＬ共有化ブロック４２０及びＬＴ発行依頼ブロ
ック４３０に大別される。
リスト交換システム１０の動作について説明する。第一
に、管理サーバ１００−親端末２００間で証明書失効リ
ストの共有化を行う場合の動作について説明する。図４
は、管理サーバ１００−親端末２００間におけるＬＴの
発行依頼からＬＴを発行するまでの通信シーケンスを示
した図である。本シーケンスは、相互認証ブロック４１
０、ＣＲＬ共有化ブロック４２０及びＬＴ発行依頼ブロ
ック４３０に大別される。
【００３９】相互認証ブロック４１０は、管理サーバ１
００と親端末２００のそれぞれが有する公開鍵証明書の
正当性、及び通信相手の正当性を相互に認証するシーケ
ンスブロックである。
００と親端末２００のそれぞれが有する公開鍵証明書の
正当性、及び通信相手の正当性を相互に認証するシーケ
ンスブロックである。
【００４０】ＣＲＬ共有化ブロック４２０は、管理サー
バ１００−親端末２００間で、それぞれが有する最新の
ＣＲＬの署名が一致するか否かを判別し、一致しない場
合は、管理サーバ１００から親端末２００に最新のＣＲ
Ｌを送信して共有化を図るシーケンスブロックである。
バ１００−親端末２００間で、それぞれが有する最新の
ＣＲＬの署名が一致するか否かを判別し、一致しない場
合は、管理サーバ１００から親端末２００に最新のＣＲ
Ｌを送信して共有化を図るシーケンスブロックである。
【００４１】ＬＴ発行依頼ブロック４３０では、管理サ
ーバ１００−親端末２００間における実際に「ＬＴ発
行」のためのプロトコルを実行する。まず、相互認証ブ
ロック４１０の動作について説明する。最初に、親端末
２００のユーザは、入手したコンテンツを利用する（例
えば、映画のコンテンツを視聴する）ために、「ＬＴ発
行依頼」を管理サーバ１００に送信する。
ーバ１００−親端末２００間における実際に「ＬＴ発
行」のためのプロトコルを実行する。まず、相互認証ブ
ロック４１０の動作について説明する。最初に、親端末
２００のユーザは、入手したコンテンツを利用する（例
えば、映画のコンテンツを視聴する）ために、「ＬＴ発
行依頼」を管理サーバ１００に送信する。
【００４２】次に、管理サーバ１００は、管理サーバ１
００の公開鍵ＰＡ（以下「公開鍵ＰＡ」という。）の証
明書Ａに乱数Ｒ(Ａ)を付加して親端末２００に送信す
る。これにより親端末２００は、証明書Ａ及び乱数Ｒ
(Ａ)を受信し、証明書Ａが公開鍵ＰＡの証明書であるこ
とを検証する（Ｓ４１１）。証明書の検証は、証明書に
付加されている認証局の署名を用いて行う。具体的に
は、認証局の署名を認証局の公開鍵で復号した値（例え
ばＨＡＳＨ１）と証明書のハッシュ値（例えばＨＡＳＨ
２）を比較し、一致した場合のみ、その証明書が正当な
ものとみなす。なお、認証局の公開鍵は、あらかじめ親
端末２００に保持しておいてもよいし、管理サーバ１０
０から取得してもよい。
００の公開鍵ＰＡ（以下「公開鍵ＰＡ」という。）の証
明書Ａに乱数Ｒ(Ａ)を付加して親端末２００に送信す
る。これにより親端末２００は、証明書Ａ及び乱数Ｒ
(Ａ)を受信し、証明書Ａが公開鍵ＰＡの証明書であるこ
とを検証する（Ｓ４１１）。証明書の検証は、証明書に
付加されている認証局の署名を用いて行う。具体的に
は、認証局の署名を認証局の公開鍵で復号した値（例え
ばＨＡＳＨ１）と証明書のハッシュ値（例えばＨＡＳＨ
２）を比較し、一致した場合のみ、その証明書が正当な
ものとみなす。なお、認証局の公開鍵は、あらかじめ親
端末２００に保持しておいてもよいし、管理サーバ１０
０から取得してもよい。
【００４３】この際、親端末２００は、管理サーバ１０
０から受信した証明書Ａに記載されているシリアル番号
がＣＲＬに記載されているか否かについて調べる。一致
するものがあれば、管理サーバ１００は不正者によって
使用されたこととなり、これ以降の通信を中止する。
０から受信した証明書Ａに記載されているシリアル番号
がＣＲＬに記載されているか否かについて調べる。一致
するものがあれば、管理サーバ１００は不正者によって
使用されたこととなり、これ以降の通信を中止する。
【００４４】同様に、管理サーバ１００は、親端末２０
０から受信した証明書Ｂが親端末２００の公開鍵ＰＢ
（以下「公開鍵ＰＢ」という。）の証明書であることを
検証する（Ｓ４１２）。この際、管理サーバ１００は、
同様にＣＲＬを参照して、親端末２００が不正者によっ
て使用されていないか否かについて調べる。
０から受信した証明書Ｂが親端末２００の公開鍵ＰＢ
（以下「公開鍵ＰＢ」という。）の証明書であることを
検証する（Ｓ４１２）。この際、管理サーバ１００は、
同様にＣＲＬを参照して、親端末２００が不正者によっ
て使用されていないか否かについて調べる。
【００４５】親端末２００のユーザが不正者でない場
合、管理サーバ１００は、親端末２００から受信した乱
数Ｒ(Ｂ)に対し、管理サーバ１００の秘密鍵ＳＡ（以下
「秘密鍵ＳＡ」という。）で署名を施して、親端末２０
０に送信する。これを受信した親端末２００は、公開鍵
ＰＡを用いることにより、乱数Ｒ（Ｂ）が付加された証
明書Ｂを受信したのが管理サーバ１００であることを検
証する（Ｓ４１３）。同様に、管理サーバ１００は、親
端末２００の秘密鍵ＳＢ（以下「秘密鍵ＳＢ」とい
う。）で署名が施された乱数Ｒ（Ａ）に対して公開鍵Ｐ
Ｂを用いることにより、乱数Ｒ（Ａ）が付加された証明
書Ａを受信したのが親端末２００であることを検証する
（Ｓ４１４）。
合、管理サーバ１００は、親端末２００から受信した乱
数Ｒ(Ｂ)に対し、管理サーバ１００の秘密鍵ＳＡ（以下
「秘密鍵ＳＡ」という。）で署名を施して、親端末２０
０に送信する。これを受信した親端末２００は、公開鍵
ＰＡを用いることにより、乱数Ｒ（Ｂ）が付加された証
明書Ｂを受信したのが管理サーバ１００であることを検
証する（Ｓ４１３）。同様に、管理サーバ１００は、親
端末２００の秘密鍵ＳＢ（以下「秘密鍵ＳＢ」とい
う。）で署名が施された乱数Ｒ（Ａ）に対して公開鍵Ｐ
Ｂを用いることにより、乱数Ｒ（Ａ）が付加された証明
書Ａを受信したのが親端末２００であることを検証する
（Ｓ４１４）。
【００４６】以上のやりとりにより、管理サーバ１００
とその公開鍵ＰＡ、及び親端末２００とその公開鍵ＰＢ
について、相互でこれらの正当性が検証されたこととな
り、管理サーバ１００−親端末２００間で同一のセッシ
ョン鍵Ｋを交換する。
とその公開鍵ＰＡ、及び親端末２００とその公開鍵ＰＢ
について、相互でこれらの正当性が検証されたこととな
り、管理サーバ１００−親端末２００間で同一のセッシ
ョン鍵Ｋを交換する。
【００４７】次に、ＣＲＬ共有化ブロック４２０の動作
について説明する。管理サーバ１００は、親端末２００
に対して、親端末２００が所有する最新のＣＲＬの署名
３９２を送信するように、セッション鍵Ｋで暗号化して
依頼する。これに対し、親端末２００は、受信した依頼
をセッション鍵Ｋで復号し、管理サーバ１００からの依
頼内容を確認する。さらに、親端末２００は、自身が所
有する最新のＣＲＬについての認証局の署名３９２をセ
ッション鍵Ｋで暗号化して管理サーバ１００に送信す
る。
について説明する。管理サーバ１００は、親端末２００
に対して、親端末２００が所有する最新のＣＲＬの署名
３９２を送信するように、セッション鍵Ｋで暗号化して
依頼する。これに対し、親端末２００は、受信した依頼
をセッション鍵Ｋで復号し、管理サーバ１００からの依
頼内容を確認する。さらに、親端末２００は、自身が所
有する最新のＣＲＬについての認証局の署名３９２をセ
ッション鍵Ｋで暗号化して管理サーバ１００に送信す
る。
【００４８】暗号化された署名３９２を受信した管理サ
ーバ１００は、セッション鍵Ｋを用いて復号化し、認証
局の公開鍵を用いてこの署名を検証する。さらに、自身
が所有する最新のＣＲＬの署名３９２と比較し、一致す
るか否かを判別する（Ｓ４２１）。一致しない場合、管
理サーバ１００は、親端末２００は最新のＣＲＬを持っ
ていないと判断し、管理サーバ１００が保持する最新の
ＣＲＬを公開鍵ＰＢで暗号化して親端末２００に送信す
る。これを受信した親端末２００は、秘密鍵ＳＢで復号
化して、最新のＣＲＬを証明書管理部２６０に記憶する
（Ｓ４２２）。
ーバ１００は、セッション鍵Ｋを用いて復号化し、認証
局の公開鍵を用いてこの署名を検証する。さらに、自身
が所有する最新のＣＲＬの署名３９２と比較し、一致す
るか否かを判別する（Ｓ４２１）。一致しない場合、管
理サーバ１００は、親端末２００は最新のＣＲＬを持っ
ていないと判断し、管理サーバ１００が保持する最新の
ＣＲＬを公開鍵ＰＢで暗号化して親端末２００に送信す
る。これを受信した親端末２００は、秘密鍵ＳＢで復号
化して、最新のＣＲＬを証明書管理部２６０に記憶する
（Ｓ４２２）。
【００４９】なお、署名が一致した場合は、管理サーバ
１００及び親端末２００が同一のＣＲＬを所有している
こととなる。最後に、ＬＴ発行依頼ブロック４３０で
は、管理サーバ１００が親端末２００から受信した「Ｌ
Ｔ発行依頼」の内容に従って、親端末２００にＬＴを発
行する。
１００及び親端末２００が同一のＣＲＬを所有している
こととなる。最後に、ＬＴ発行依頼ブロック４３０で
は、管理サーバ１００が親端末２００から受信した「Ｌ
Ｔ発行依頼」の内容に従って、親端末２００にＬＴを発
行する。
【００５０】以上のように、管理サーバにおける証明書
失効リストが常に最新でその正当性が保証されている場
合には、親端末が所有するＣＲＬの署名と管理サーバが
所有するＣＲＬが一致するか否かを判別し、この結果に
基づいて管理サーバから親端末に最新のＣＲＬを送信し
てＣＲＬの共有化を行うことができる。
失効リストが常に最新でその正当性が保証されている場
合には、親端末が所有するＣＲＬの署名と管理サーバが
所有するＣＲＬが一致するか否かを判別し、この結果に
基づいて管理サーバから親端末に最新のＣＲＬを送信し
てＣＲＬの共有化を行うことができる。
【００５１】なお、上記管理サーバ１００の機能を証明
書失効リスト交換方法として実現しても良いし、さら
に、証明書失効リスト交換プログラムとして実現しても
良い。さらに、証明書失効リスト交換プログラムを通信
媒体を介して、又はＣＤ−ＲＯＭ等の記録媒体に格納し
配布することも可能である。証明書失効リスト交換方法
として実現しても良いし、さらに、証明書失効リスト交
換プログラムとして実現しても良い。
書失効リスト交換方法として実現しても良いし、さら
に、証明書失効リスト交換プログラムとして実現しても
良い。さらに、証明書失効リスト交換プログラムを通信
媒体を介して、又はＣＤ−ＲＯＭ等の記録媒体に格納し
配布することも可能である。証明書失効リスト交換方法
として実現しても良いし、さらに、証明書失効リスト交
換プログラムとして実現しても良い。
【００５２】第二に、親端末２００−子端末３００間で
証明書失効リストの共有化を行う場合の動作について説
明する。なお、親端末２００はネットワーク５０と接続
されており、常に最新のＣＲＬを入手し得る環境にある
が、本実施形態では、親端末２００に正規の新製品のＤ
ＶＤプレーヤ等を後から子端末３００として接続する場
合など、子端末３００の方が親端末２００より最新のＣ
ＲＬを所有している場合を含め、どちらの端末が最新の
ＣＲＬを所有しているかわからない場合を想定する。
証明書失効リストの共有化を行う場合の動作について説
明する。なお、親端末２００はネットワーク５０と接続
されており、常に最新のＣＲＬを入手し得る環境にある
が、本実施形態では、親端末２００に正規の新製品のＤ
ＶＤプレーヤ等を後から子端末３００として接続する場
合など、子端末３００の方が親端末２００より最新のＣ
ＲＬを所有している場合を含め、どちらの端末が最新の
ＣＲＬを所有しているかわからない場合を想定する。
【００５３】図５は、上記図４の通信シーケンス図にお
けるＣＲＬ共有化ブロック４２０の変形例であり、図４
の管理サーバ１００−親端末２００間のＣＲＬ共有化ブ
ロック４２０に相当する、親端末２００−子端末３００
間におけるＣＲＬ共有化ブロックの通信シーケンス図で
ある。なお、図４における相互認証ブロック４１０及び
ＬＴ発行依頼ブロック４３０に相当する部分は、基本的
に親端末２００−子端末３００間においても同じである
ため、これらのブロックの通信シーケンスについては説
明を省略する。
けるＣＲＬ共有化ブロック４２０の変形例であり、図４
の管理サーバ１００−親端末２００間のＣＲＬ共有化ブ
ロック４２０に相当する、親端末２００−子端末３００
間におけるＣＲＬ共有化ブロックの通信シーケンス図で
ある。なお、図４における相互認証ブロック４１０及び
ＬＴ発行依頼ブロック４３０に相当する部分は、基本的
に親端末２００−子端末３００間においても同じである
ため、これらのブロックの通信シーケンスについては説
明を省略する。
【００５４】親端末２００及び子端末３００は、お互い
が所有する最新のＣＲＬのサイズ（又は証明書数）を、
セッション鍵Ｋで暗号化して交換する。これにより、そ
れぞれの端末は、受信したＣＲＬのサイズ（又は証明書
数）をセッション鍵Ｋで復号し、自身が所有するＣＲＬ
のサイズ（又は証明書数）と比較して一致するか否かを
判定し（Ｓ５２１、Ｓ５２２）、一致しない場合は、そ
の値が大きい方の端末から小さい値の端末に、ＣＲＬを
セッション鍵Ｋで暗号化して送信する。これを受信した
端末は、セッション鍵Ｋで復号し、ＣＲＬの更新を行う
（Ｓ５２３、Ｓ５２４）。
が所有する最新のＣＲＬのサイズ（又は証明書数）を、
セッション鍵Ｋで暗号化して交換する。これにより、そ
れぞれの端末は、受信したＣＲＬのサイズ（又は証明書
数）をセッション鍵Ｋで復号し、自身が所有するＣＲＬ
のサイズ（又は証明書数）と比較して一致するか否かを
判定し（Ｓ５２１、Ｓ５２２）、一致しない場合は、そ
の値が大きい方の端末から小さい値の端末に、ＣＲＬを
セッション鍵Ｋで暗号化して送信する。これを受信した
端末は、セッション鍵Ｋで復号し、ＣＲＬの更新を行う
（Ｓ５２３、Ｓ５２４）。
【００５５】ここで、ＣＲＬのサイズ及び証明書数の算
出方法について説明する。ＣＲＬは、Ｘ．５０９に準拠
したバイナリ形式の文書であるが、そのフォーマットは
規定されているため、その内容を参照することでサイズ
及び証明書数を算出することができる。
出方法について説明する。ＣＲＬは、Ｘ．５０９に準拠
したバイナリ形式の文書であるが、そのフォーマットは
規定されているため、その内容を参照することでサイズ
及び証明書数を算出することができる。
【００５６】なお、図５において、最新のＣＲＬの交換
プロトコル、及びＣＲＬの更新（Ｓ５２３、Ｓ５２４）
が破線で示されているのは、親端末２００と子端末３０
０とのＣＲＬのサイズ（又は証明書数）が同一の場合が
あり、この場合は、最新のＣＲＬの交換プロトコル及び
ＣＲＬの更新（Ｓ５２３、Ｓ５２４）は実行されないこ
とを示している。
プロトコル、及びＣＲＬの更新（Ｓ５２３、Ｓ５２４）
が破線で示されているのは、親端末２００と子端末３０
０とのＣＲＬのサイズ（又は証明書数）が同一の場合が
あり、この場合は、最新のＣＲＬの交換プロトコル及び
ＣＲＬの更新（Ｓ５２３、Ｓ５２４）は実行されないこ
とを示している。
【００５７】なお、図５に括弧書きで示したように、Ｃ
ＲＬのサイズに変え、ＣＲＬに記載されている証明書数
について比較し、これに基づいて親端末２００と子端末
３００のＣＲＬの共有化を図っても良い。
ＲＬのサイズに変え、ＣＲＬに記載されている証明書数
について比較し、これに基づいて親端末２００と子端末
３００のＣＲＬの共有化を図っても良い。
【００５８】以上のように、親端末−子端末間でＣＲＬ
のサイズやＣＲＬに記載されている証明書の数を比較す
ることによって、両端末が保持するＣＲＬのバージョン
の差異を識別し、サイズが大きい端末から小さい端末
へ、または、証明書の数が多い端末から少ない端末へ最
新のＣＲＬを送信することにより、ＣＲＬの共有化を図
ることが可能となる。
のサイズやＣＲＬに記載されている証明書の数を比較す
ることによって、両端末が保持するＣＲＬのバージョン
の差異を識別し、サイズが大きい端末から小さい端末
へ、または、証明書の数が多い端末から少ない端末へ最
新のＣＲＬを送信することにより、ＣＲＬの共有化を図
ることが可能となる。
【００５９】なお、上記実施の形態では、ＣＲＬ全体の
サイズに基づいてＣＲＬの新旧を判断するように構成し
たが、図３における失効した証明書３９６の部分のデー
タ量や一連のシリアル番号３９６ａの部分のデータ量に
基づいてＣＲＬの新旧を判断するように構成しても良
い。
サイズに基づいてＣＲＬの新旧を判断するように構成し
たが、図３における失効した証明書３９６の部分のデー
タ量や一連のシリアル番号３９６ａの部分のデータ量に
基づいてＣＲＬの新旧を判断するように構成しても良
い。
【００６０】さらに、ＣＲＬの記載事項として、失効し
た証明書の総数が記載されている場合は、その総数を読
み出し、これに基づいて、ＣＲＬの新旧を判断するよう
に構成しても良い。
た証明書の総数が記載されている場合は、その総数を読
み出し、これに基づいて、ＣＲＬの新旧を判断するよう
に構成しても良い。
【００６１】なお、上記親端末２００及び子端末３００
の機能を証明書失効リスト交換方法として実現しても良
いし、さらに、証明書失効リスト交換プログラムとして
実現しても良い。さらに、証明書失効リスト交換プログ
ラムを通信媒体を介して、又はＣＤ−ＲＯＭ等の記録媒
体に格納し配布することも可能である。
の機能を証明書失効リスト交換方法として実現しても良
いし、さらに、証明書失効リスト交換プログラムとして
実現しても良い。さらに、証明書失効リスト交換プログ
ラムを通信媒体を介して、又はＣＤ−ＲＯＭ等の記録媒
体に格納し配布することも可能である。
【００６２】
【発明の効果】以上のように、本発明に係る証明書失効
リスト交換方法は、通信媒体を介して接続される一の端
末と他の端末との間で、それぞれの端末が記憶している
証明書失効リストを交換する方法であって、前記証明書
失効リストは、失効した公開鍵の証明書を特定する情報
が後付けで追加がなされ、前記方法は、一の端末と他の
端末間で、前記追加と共に増大していく前記証明書失効
リストの属性値をやり取りする送受信ステップと、相手
側の端末から受信した前記属性値と、自らの端末に記憶
されている最新の証明書失効リストが有する前記属性値
に基づいて、前記一の端末と前記他の端末に記憶されて
いる前記証明書失効リストの新旧を決定する新旧決定ス
テップと、新しいと決定された証明書失効リストを記憶
する端末から、古いと決定された証明書失効リストを記
憶する端末に、前記新しいと特定された証明書失効リス
トを送信するリスト送信ステップとを含むことを特徴と
する。
リスト交換方法は、通信媒体を介して接続される一の端
末と他の端末との間で、それぞれの端末が記憶している
証明書失効リストを交換する方法であって、前記証明書
失効リストは、失効した公開鍵の証明書を特定する情報
が後付けで追加がなされ、前記方法は、一の端末と他の
端末間で、前記追加と共に増大していく前記証明書失効
リストの属性値をやり取りする送受信ステップと、相手
側の端末から受信した前記属性値と、自らの端末に記憶
されている最新の証明書失効リストが有する前記属性値
に基づいて、前記一の端末と前記他の端末に記憶されて
いる前記証明書失効リストの新旧を決定する新旧決定ス
テップと、新しいと決定された証明書失効リストを記憶
する端末から、古いと決定された証明書失効リストを記
憶する端末に、前記新しいと特定された証明書失効リス
トを送信するリスト送信ステップとを含むことを特徴と
する。
【００６３】これにより、失効した公開鍵の証明書を特
定する情報が後付けされる証明書失効リストの属性値、
つまり、時間の経過とともに増大していく性質を有する
値に基づいて、各端末が記憶している証明書失効リスト
の新旧を決定し、新しいと決定された証明書失効リスト
を各端末で共有化しているので、証明書失効リストの時
刻情報に依存しないで証明書失効リストの共有化を実施
ることが可能となる。
定する情報が後付けされる証明書失効リストの属性値、
つまり、時間の経過とともに増大していく性質を有する
値に基づいて、各端末が記憶している証明書失効リスト
の新旧を決定し、新しいと決定された証明書失効リスト
を各端末で共有化しているので、証明書失効リストの時
刻情報に依存しないで証明書失効リストの共有化を実施
ることが可能となる。
【００６４】また、前記証明書失効リスト交換方法で
は、前記属性値として前記証明書失効リストのサイズと
したり、その証明書失効リストに登録されている証明書
の件数とし、前記新旧決定ステップでは、サイズが大き
い方、あるいは、証明書の件数が多い方を新しいと決定
してもよい。
は、前記属性値として前記証明書失効リストのサイズと
したり、その証明書失効リストに登録されている証明書
の件数とし、前記新旧決定ステップでは、サイズが大き
い方、あるいは、証明書の件数が多い方を新しいと決定
してもよい。
【００６５】これにより、サイズや登録件数等の証明書
失効リスト自身が有する簡単な属性だけに基づいて、各
端末が記憶している証明書失効リストの新旧を決定して
いるので、ＰＣや端末装置が備える時刻の精度には依存
せずに、客観的、かつ、確実に、証明書失効リストの新
旧を判定することが可能となる。
失効リスト自身が有する簡単な属性だけに基づいて、各
端末が記憶している証明書失効リストの新旧を決定して
いるので、ＰＣや端末装置が備える時刻の精度には依存
せずに、客観的、かつ、確実に、証明書失効リストの新
旧を判定することが可能となる。
【００６６】さらに、証明書失効リスト交換システムの
サーバ装置は、失効した公開鍵の証明書を特定する情報
が一覧で示される電子署名を含む証明書失効リストを、
ネットワークを介して接続されるサーバ装置−端末間で
交換するための証明書失効リスト交換システムのサーバ
装置であって、最新の証明書失効リストを保持する保持
手段と、前記端末から電子署名を受信する署名受信手段
と、前記受信した電子署名と当該サーバ装置が保持する
前記証明書失効リストの電子署名とが一致するか否かを
判定する署名判定手段と、前記署名判定手段において、
一致しないと判定された場合に、当該サーバ装置が保持
する前記証明書失効リストを前記端末に送信するリスト
送信手段とを備えることを特徴とする。
サーバ装置は、失効した公開鍵の証明書を特定する情報
が一覧で示される電子署名を含む証明書失効リストを、
ネットワークを介して接続されるサーバ装置−端末間で
交換するための証明書失効リスト交換システムのサーバ
装置であって、最新の証明書失効リストを保持する保持
手段と、前記端末から電子署名を受信する署名受信手段
と、前記受信した電子署名と当該サーバ装置が保持する
前記証明書失効リストの電子署名とが一致するか否かを
判定する署名判定手段と、前記署名判定手段において、
一致しないと判定された場合に、当該サーバ装置が保持
する前記証明書失効リストを前記端末に送信するリスト
送信手段とを備えることを特徴とする。
【００６７】これにより、当該サーバ装置の証明書失効
リストが最新であることが保証されている場合には、端
末が所有する証明書失効リストに施された認証局の電子
署名を比較し、これが一致しない場合は当該サーバ装置
から端末に証明書失効リストを送信するので、サーバ装
置−端末間で時刻情報を交換する場合に比べ、短時間か
つシンプルなプロトコルで証明書失効リストの新旧を判
定することが可能となる。
リストが最新であることが保証されている場合には、端
末が所有する証明書失効リストに施された認証局の電子
署名を比較し、これが一致しない場合は当該サーバ装置
から端末に証明書失効リストを送信するので、サーバ装
置−端末間で時刻情報を交換する場合に比べ、短時間か
つシンプルなプロトコルで証明書失効リストの新旧を判
定することが可能となる。
【図１】本実施形態に係る証明書失効リスト交換システ
ムの概要を示すシステム構成図である。
ムの概要を示すシステム構成図である。
【図２】図１の管理サーバ、親端末及び子端末の機能ブ
ロック図である。
ロック図である。
【図３】証明書失効リスト管理部に記憶されている証明
書失効リストの一例を示す図である。
書失効リストの一例を示す図である。
【図４】管理サーバ−親端末間におけるＬＴ発行依頼か
らＬＴ発行するまでの通信シーケンスを示した図であ
る。
らＬＴ発行するまでの通信シーケンスを示した図であ
る。
【図５】親端末−子端末間におけるＣＲＬ共有化ブロッ
クの通信シーケンス図である。
クの通信シーケンス図である。
１０ 証明書失効リスト交換システム
５０ ネットワーク
５１ 通信媒体
１００ 管理サーバ
２００ 親端末
３００ 子端末
１１０、２１０ 暗号通信路確立部
３１０
１２０、２２０ コンテンツ管理部
３２０
１３０ コンテンツＤＢ
２３０、３３０ コンテンツ記憶部
１４０、２４０ 証明書失効リスト情報比較部
３４０
１５０、２５０ 証明書失効リスト管理部
３５０
１６０、２６０ 証明書管理部
３６０
３９０ 証明書失効リスト
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 中野 稔久
大阪府門真市大字門真1006番地 松下電器
産業株式会社内
Ｆターム(参考） 5B017 AA07 BA07
5J104 AA06 JA21 MA01 NA02
Claims (8)
- 【請求項１】 通信媒体を介して接続される一の端末と
他の端末との間で、それぞれの端末が記憶している証明
書失効リストを交換する方法であって、 前記証明書失効リストは、失効した公開鍵の証明書を特
定する情報が後付けで追加がなされ、 前記方法は、 一の端末と他の端末間で、前記追加と共に増大していく
前記証明書失効リストの属性値をやり取りする送受信ス
テップと、 相手側の端末から受信した前記属性値と、自らの端末に
記憶されている最新の証明書失効リストが有する前記属
性値に基づいて、前記一の端末と前記他の端末に記憶さ
れている前記証明書失効リストの新旧を決定する新旧決
定ステップと、 新しいと決定された証明書失効リストを記憶する端末か
ら、古いと決定された証明書失効リストを記憶する端末
に、前記新しいと特定された証明書失効リストを送信す
るリスト送信ステップとを含むことを特徴とする証明書
失効リスト交換方法。 - 【請求項２】 前記属性値は、前記証明書失効リストの
サイズであり、 前記新旧決定ステップでは、サイズが大きい方が新しい
と決定することを特徴とする請求項１記載の証明書失効
リスト交換方法。 - 【請求項３】 前記属性値は、前記証明書失効リストに
記載されている失効した公開鍵の証明書の数であり、 前記新旧決定ステップでは、前記証明書の数が多い方が
新しいと決定することを特徴とする請求項１記載の証明
書失効リスト交換方法。 - 【請求項４】 失効した公開鍵の証明書を特定する情報
が一覧で示される証明書失効リストを端末間で交換する
証明書失効リスト交換システムであって、通信媒体を介
して接続される一の端末と他の端末とからなり、 前記証明書失効リストは、前記証明書を特定する情報が
後付けで追加がなされ、 前記システムは、 各端末毎に証明書失効リストを記憶する記憶手段と、 一の端末と他の端末間で、前記追加と共に増大していく
前記証明書失効リストの属性値をやり取りする送受信手
段と、 相手側の端末から受信した前記属性値と、自らの端末に
記憶されている最新の証明書失効リストが有する前記属
性値に基づいて、前記一の端末と前記他の端末に記憶さ
れている前記証明書失効リストの新旧を決定する新旧決
定手段と、 新しいと決定された証明書失効リストを記憶する端末か
ら、古いと決定された証明書失効リストを記憶する端末
に、前記新しいと特定された証明書失効リストを送信す
るリスト送信手段とを備えることを特徴とする証明書失
効リスト交換システム。 - 【請求項５】 通信媒体を介して接続される一の端末と
他の端末との間で証明書失効リストを交換するためのプ
ログラムであって、 前記証明書失効リストは、失効した公開鍵の証明書を特
定する情報が後付けで追加がなされ、 前記プログラムは、 請求項１〜３のいずれかに記載の証明書失効リスト交換
方法におけるステップをコンピュータに実行させること
を特徴とするプログラム。 - 【請求項６】 失効した公開鍵の証明書を特定する情報
が一覧で示される電子署名を含む証明書失効リストを、
ネットワークを介して接続されるサーバ装置−端末間で
交換するための証明書失効リスト交換システムのサーバ
装置であって、 最新の証明書失効リストを保持する保持手段と、 前記端末から電子署名を受信する署名受信手段と、 前記受信した電子署名と当該サーバ装置が保持する前記
証明書失効リストの電子署名とが一致するか否かを判定
する署名判定手段と、 前記署名判定手段において、一致しないと判定された場
合に、当該サーバ装置が保持する前記証明書失効リスト
を前記端末に送信するリスト送信手段とを備えることを
特徴とするサーバ装置。 - 【請求項７】 失効した公開鍵の証明書を特定する情報
が一覧で示される電子署名を含む証明書失効リストを、
ネットワークを介して接続されるサーバ装置−端末間で
交換するための方法であって、 前記サーバ装置が、前記端末から電子署名を受信する署
名受信ステップと、 前記受信した電子署名と前記サーバ装置が保持する最新
の証明書失効リストの電子署名とが一致するか否かを判
定する署名判定ステップと、 前記署名判定ステップにおいて、一致しないと判定され
た場合に、前記サーバ装置が保持する前記証明書失効リ
ストを前記端末に送信するリスト送信ステップとを含む
ことを特徴とする証明書失効リスト交換方法。 - 【請求項８】 失効した公開鍵の証明書を特定する情報
が一覧で示される電子署名を含む証明書失効リストを、
ネットワークを介して接続されるサーバ装置−端末間で
交換するためのプログラムであって、 請求項７記載の証明書失効リスト交換方法におけるステ
ップをコンピュータに実行させることを特徴とするプロ
グラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001306993A JP2003115840A (ja) | 2001-10-02 | 2001-10-02 | 証明書失効リスト交換方法、システム及びサーバ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001306993A JP2003115840A (ja) | 2001-10-02 | 2001-10-02 | 証明書失効リスト交換方法、システム及びサーバ装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003115840A true JP2003115840A (ja) | 2003-04-18 |
Family
ID=19126531
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001306993A Withdrawn JP2003115840A (ja) | 2001-10-02 | 2001-10-02 | 証明書失効リスト交換方法、システム及びサーバ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003115840A (ja) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005311545A (ja) * | 2004-04-19 | 2005-11-04 | Nextage:Kk | 電子署名付印鑑認証システム及び電子署名付印鑑認証方法 |
| JP2006309659A (ja) * | 2005-05-02 | 2006-11-09 | Ntt Docomo Inc | 電子証明書管理システム |
| JP2006345353A (ja) * | 2005-06-10 | 2006-12-21 | Murata Mach Ltd | 電子メール通信装置 |
| JP2007529836A (ja) * | 2004-03-22 | 2007-10-25 | サムスン エレクトロニクス カンパニー リミテッド | 認証書廃棄目録を利用したデジタル著作権管理方法及び装置 |
| JP2007531148A (ja) * | 2004-03-29 | 2007-11-01 | サムスン エレクトロニクス カンパニー リミテッド | 携帯用保存装置及び携帯用保存装置のファイル管理方法 |
| JP2007310935A (ja) * | 2006-05-17 | 2007-11-29 | Mitsubishi Electric Corp | 光ディスク装置及びデータ処理方法 |
| JP2009112015A (ja) * | 2003-05-23 | 2009-05-21 | Ind Technol Res Inst | 個人認証デバイスとこのシステムおよび方法 |
| JP2009537093A (ja) * | 2006-05-12 | 2009-10-22 | サムスン エレクトロニクス カンパニー リミテッド | デジタル著作権管理方法および装置 |
| KR20130052993A (ko) * | 2011-11-14 | 2013-05-23 | 삼성전자주식회사 | 저장 장치를 인증하기 위한 방법, 호스트 장치 및 기계로 읽을 수 있는 저장 매체 |
| US8868904B2 (en) | 2008-01-21 | 2014-10-21 | Sony Corporation | Information processing device, disc, information processing method, and program |
| WO2015092967A1 (ja) * | 2013-12-16 | 2015-06-25 | パナソニックＩｐマネジメント株式会社 | 認証システム、認証方法および認証装置 |
| WO2015092951A1 (ja) * | 2013-12-16 | 2015-06-25 | パナソニックＩｐマネジメント株式会社 | 認証システムおよび認証方法 |
| CN113132111A (zh) * | 2020-01-14 | 2021-07-16 | 西门子股份公司 | 用于技术设施的具有证书管理的控制系统 |
-
2001
- 2001-10-02 JP JP2001306993A patent/JP2003115840A/ja not_active Withdrawn
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009112015A (ja) * | 2003-05-23 | 2009-05-21 | Ind Technol Res Inst | 個人認証デバイスとこのシステムおよび方法 |
| JP2007529836A (ja) * | 2004-03-22 | 2007-10-25 | サムスン エレクトロニクス カンパニー リミテッド | 認証書廃棄目録を利用したデジタル著作権管理方法及び装置 |
| JP4690389B2 (ja) * | 2004-03-22 | 2011-06-01 | サムスン エレクトロニクス カンパニー リミテッド | 認証書廃棄目録を利用したデジタル著作権管理方法及び装置 |
| JP2007531148A (ja) * | 2004-03-29 | 2007-11-01 | サムスン エレクトロニクス カンパニー リミテッド | 携帯用保存装置及び携帯用保存装置のファイル管理方法 |
| JP4742096B2 (ja) * | 2004-03-29 | 2011-08-10 | サムスン エレクトロニクス カンパニー リミテッド | 携帯用保存装置及び携帯用保存装置のファイル管理方法 |
| JP2005311545A (ja) * | 2004-04-19 | 2005-11-04 | Nextage:Kk | 電子署名付印鑑認証システム及び電子署名付印鑑認証方法 |
| JP2006309659A (ja) * | 2005-05-02 | 2006-11-09 | Ntt Docomo Inc | 電子証明書管理システム |
| JP2006345353A (ja) * | 2005-06-10 | 2006-12-21 | Murata Mach Ltd | 電子メール通信装置 |
| JP4865854B2 (ja) * | 2006-05-12 | 2012-02-01 | サムスン エレクトロニクス カンパニー リミテッド | デジタル著作権管理方法および装置 |
| US8261073B2 (en) | 2006-05-12 | 2012-09-04 | Samsung Electronics Co., Ltd. | Digital rights management method and apparatus |
| JP2009537093A (ja) * | 2006-05-12 | 2009-10-22 | サムスン エレクトロニクス カンパニー リミテッド | デジタル著作権管理方法および装置 |
| JP2009537090A (ja) * | 2006-05-12 | 2009-10-22 | サムスン エレクトロニクス カンパニー リミテッド | デジタル著作権管理のための多重証明書失効リストのサポート方法および装置 |
| JP4731399B2 (ja) * | 2006-05-17 | 2011-07-20 | 三菱電機株式会社 | 光ディスク装置及びデータ処理方法 |
| JP2007310935A (ja) * | 2006-05-17 | 2007-11-29 | Mitsubishi Electric Corp | 光ディスク装置及びデータ処理方法 |
| US8868904B2 (en) | 2008-01-21 | 2014-10-21 | Sony Corporation | Information processing device, disc, information processing method, and program |
| KR20130052993A (ko) * | 2011-11-14 | 2013-05-23 | 삼성전자주식회사 | 저장 장치를 인증하기 위한 방법, 호스트 장치 및 기계로 읽을 수 있는 저장 매체 |
| KR102024869B1 (ko) * | 2011-11-14 | 2019-11-22 | 삼성전자주식회사 | 저장 장치를 인증하기 위한 방법, 호스트 장치 및 기계로 읽을 수 있는 저장 매체 |
| WO2015092967A1 (ja) * | 2013-12-16 | 2015-06-25 | パナソニックＩｐマネジメント株式会社 | 認証システム、認証方法および認証装置 |
| WO2015092951A1 (ja) * | 2013-12-16 | 2015-06-25 | パナソニックＩｐマネジメント株式会社 | 認証システムおよび認証方法 |
| JPWO2015092951A1 (ja) * | 2013-12-16 | 2017-03-16 | パナソニックＩｐマネジメント株式会社 | 認証システムおよび認証方法 |
| JPWO2015092967A1 (ja) * | 2013-12-16 | 2017-03-16 | パナソニックＩｐマネジメント株式会社 | 認証システム、認証方法および認証装置 |
| US10411904B2 (en) | 2013-12-16 | 2019-09-10 | Panasonic Intellectual Property Management Co., Ltd. | Method of authenticating devices using certificates |
| CN113132111A (zh) * | 2020-01-14 | 2021-07-16 | 西门子股份公司 | 用于技术设施的具有证书管理的控制系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10382485B2 (en) | Blockchain-assisted public key infrastructure for internet of things applications | |
| CA2502480C (en) | Certificate renewal in a certificate authority infrastructure | |
| US7383434B2 (en) | System and method of looking up and validating a digital certificate in one pass | |
| EP1610202B1 (en) | Using a portable security token to facilitate public key certification for devices in a network | |
| US7620814B2 (en) | System and method for distributing data | |
| US20050086504A1 (en) | Method of authenticating device using certificate, and digital content processing device for performing device authentication using the same | |
| EP1237325A1 (en) | Data distribution system and recorder for use therein | |
| US20040193919A1 (en) | Method and apparatus for identifying trusted devices | |
| US20050075986A1 (en) | Method of creating domain based on public key cryptography | |
| KR101452708B1 (ko) | Ｃｅ 장치 관리 서버, ｃｅ 장치 관리 서버를 이용한ｄｒｍ 키 발급 방법, 및 그 방법을 실행하기 위한프로그램 기록매체 | |
| GB2437558A (en) | Privacy protection system | |
| JP2006115502A (ja) | ポータブルセキュリティトークン使用型認証機関間相互認証方法及び装置 | |
| US20070037555A1 (en) | Method, system and terminal apparatus for enabling content to be reproduced in multiple terminals | |
| MXPA06013930A (es) | Metodo y aparato para transmitir informacion de objeto de derecho entre dispositivo y almacenamiento portatil. | |
| KR20040108774A (ko) | 인증 통신시스템, 인증 통신장치 및 인증 통신방법 | |
| US7877600B2 (en) | Method and apparatus for distributing root certification | |
| JP2003115840A (ja) | 証明書失効リスト交換方法、システム及びサーバ装置 | |
| JP2005503717A (ja) | Ｕｓｂ認証インタフェース | |
| JP2002237812A (ja) | 秘匿データ通信方法 | |
| JP3761432B2 (ja) | 通信システムおよびユーザ端末およびｉｃカードおよび認証システムおよび接続および通信の制御システムおよびプログラム | |
| JP2004248220A (ja) | 公開鍵証明書発行装置、公開鍵証明書記録媒体、認証端末装置、公開鍵証明書発行方法、及びプログラム | |
| JP2002182562A (ja) | 日時情報設定装置 | |
| JP2004013560A (ja) | 認証システム、通信端末及びサーバ | |
| JP2004302835A (ja) | デジタルコンテンツ管理システム、利用者端末装置、ライツマネジメント方法 | |
| JP4541740B2 (ja) | 認証用鍵の更新システム、および認証用鍵の更新方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040805 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061227 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070116 |
|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20070215 |