デジタル著作権管理のための多重証明書失効リストのサポート方法および装置
デジタル著作権管理（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）のための多重証明書失効リスト（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ）サポート方法および装置が提供される。デジタル著作権管理のための多重証明書失効リストのサポート方法は、第１証明書失効リストを受信して前記第１証明書失効リストの発給者識別情報を確認する確認段階と、前記発給者識別情報に対応する第２証明書失効リストをロードし、前記第１証明書失効リストと前記第２証明書失効リストのうち何れかが最新の証明書失効リストであるのかを比較する比較段階、および前記比較結果に基づいて、前記第１証明書失効リストおよび前記第２証明書失効リストのうち何れか一つを前記最新の証明書失効リストに更新する更新段階とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＲＭのための多重ＣＲＬサポート方法および装置に関するものであって、より詳細には、互いに異なるＣＲＬ発給者から発給されたＣＲＬを区分して管理することによって様々なＤＲＭ装置間の信頼を保障するＤＲＭのための多重ＣＲＬのサポート方法および装置に関するものである。
【背景技術】
【０００２】
最近デジタルＤＲＭに関する研究が活発で、ＤＲＭを適用した商用サービスが導入されたり導入されつつある。
【０００３】
アナログデータとは異なってデジタルデータを損失なしでコピーが可能であり、容易に再使用および加工することができ、第三者に簡単に配布できるという特性がある。
【０００４】
また、このようなデジタルデータのコピーと配布は非常に少ない費用でも可能である。これに比べて、デジタルコンテンツを製作するためには多くの費用、努力および時間を必要とするため、各種デジタル著作権の保護のための技術が要求されており、このためにＤＲＭの適用範囲が順次に拡大されつつある。
【０００５】
デジタルコンテンツを保護しようとする努力は、過去にもあったが、これは主にデジタルコンテンツに対する無断アクセス防止に重点を置いていた。
【０００６】
したがって、デジタルコンテンツに対するアクセス（ａｃｃｅｓｓ）は代価を払った一部の人だけに許容され、代価を払わない人はデジタルコンテンツにアクセスできなかった。
【０００７】
しかし、代価を払ってデジタルコンテンツにアクセスした人がこれを故意に第三者に配布する場合に第三者は代価を払わずデジタルコンテンツを使用できるため、多くの問題点をもたらした。
【０００８】
これに比べてＤＲＭは、デジタルコンテンツに対するアクセスは誰にでも無制限に許容しているが、デジタルコンテンツを暗号化しこれを実行させるためには特定のライセンスが必要とされるようにしている。したがって、ＤＲＭを適用すればデジタルコンテンツをより効果的に保護することができる。
【０００９】
図１は、一般的なＤＲＭの概念を示す図である。
【００１０】
ＤＲＭの主な内容は、暗号化またはスクランブルのような方式で保護されたコンテンツ（以下、暗号化されたコンテンツとする）と暗号化されたコンテンツにアクセスできるようにするライセンスの取り扱いに関するものである。
【００１１】
図１には暗号化されたコンテンツにアクセスを望むデバイス１１０，１５０、コンテンツを供給するコンテンツ供給者（Ｃｏｎｔｅｎｔｓ Ｉｓｓｕｅｒ）１２０、コンテンツを実行させることができるライセンスを含む権利オブジェクト（Ｒｉｇｈｔｓ Ｏｂｊｅｃｔ：ＲＯ）を発行する権利オブジェクト発行機関（Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ：ＲＩ）１３０、および証明書を発行する認証機関１４０が図示されている。
【００１２】
デバイスＡ（１１０）は、望みのコンテンツをコンテンツ供給者１２０から得ることができるが、このコンテンツは暗号化されたコンテンツである。
【００１３】
デバイスＡ（１１０）は、暗号化されたコンテンツを使用できるライセンスが含まれた権利オブジェクトを権利オブジェクト発行機関１３０から購入することができ、権利オブジェクトを購入したデバイスＡ（１１０）は暗号化されたコンテンツを使用することができる。
【００１４】
暗号化されたコンテンツは自由に流通したり配布されたりすることができるために、デバイスＡ（１１０）はデバイスＢ（１５０）に暗号化されたコンテンツを自由に伝達することができる。
【００１５】
伝達された暗号化されたコンテンツを再生させるためにはデバイスＢ（１５０）もやはり権利オブジェクトを必要とされ、このような権利オブジェクトは権利オブジェクトの発行機関１３０から得ることができる。
【００１６】
認証機関１４０は、公開キーが確認されたデバイスの名前、証明書の一連番号、証明書を発行する認証機関の名称、該当デバイスの公開キーおよび証明書の満了時期を示すメッセージが署名された証明書（ｃｅｒｔｉｆｉｃａｔｅ）を発行する。
【００１７】
各デバイスは認証機関１４０が発行した証明書により各デバイスと通信するデバイスが正当なデバイスであるのかを確認することができる。
【００１８】
各証明書は、その承認の可否を確認するために認証機関１４０の秘密キーによって署名されるため、デバイスは認証機関１４０の公開キーを用いて、各デバイスと通信する他のデバイスの証明書を確認することができる。
【００１９】
証明書は、ディレクトリサービスシステムのように各デバイスから容易にアクセスできる場所に保存されたり各デバイス自体に保存されたりすることもできる。
【００２０】
通信上の保安性を高めるためにすべてのデバイスは認証機関１４０からデバイスの証明書の発行を受ける必要がある。
【００２１】
しかし、認証機関１４０が発行した証明書はその満了期間が過ぎる前に失効されることもある。
【００２２】
例えば、特定のデバイスの秘密キーが損傷されたり外部に流出されたりした場合、該当デバイスの証明書の失効によって他のデバイスがこれを確認するようにすることができる。
【００２３】
このように有効期間が満了しない証明書が失効したどうかを確認するために多様な方法が提案されているが、そのうち一つ方法は、オンライン上に位置にするすべての有効なデバイスの証明書をアクセスが容易なディレクトリサービスシステムに保存して、これを一般的に利用できるようにすることである。
【００２４】
例えば、デバイスがサーバに接続しようとする場合に、サーバはディレクトリサービスシステムに接続してデバイスの証明書があるかを確認することができる。
【００２５】
仮に、デバイスの証明書がディレクトリサービスシステム内に存在しない場合、サーバはデバイスの証明書が失効されたことと判断することができる。
【００２６】
証明書が失効したかどうかを確認する他の方法は、失効された証明書のリストである証明書失効リスト（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ：ＣＲＬ）を認証機関が発行することである。
【００２７】
このようなＣＲＬは、定期／非定期的にアップデートされて新たに発行され、発行された証明書失効リストは認証機関が配布することができる。
【００２８】
各デバイスは、デバイスと通信する他のデバイスの証明書を最近発行された証明書失効リストから検索して、該当証明書が証明書失効リストに含まれていなければ該当デバイスを有効なものと判断することができる。
【００２９】
仮に、相手のデバイスの証明書が証明書失効リストに含まれている場合には、相手のデバイスを不当なデバイスであると判断して相手のデバイスとの通信を中断させることができる。
【００３０】
図２は、従来ＤＲＭシステムでのＣＲＬ発給および更新を示す図である。
【００３１】
ＣＲＬ発給者２０１は、デジタル著作権管理（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ、ＤＲＭ）システムを構成するすべての装置２０２〜２０４に対する証明書失効記録に対してＣＲＬ（２０１ａ）を作成してネットワーク２０５を通じて配布し、ＤＲＭシステムの構成装置２０２〜２０４は、ＣＲＬ発給者２０１または他の装置２０２〜２０４から最新のＣＲＬを受けて保存する。
【００３２】
各装置２０２〜２０４は、他の装置と通信する時、相手装置が損傷しているかどうかを把握するためにＣＲＬ（２０１ａ）を検査し、この時二つの装置に保存されたＣＲＬ（２０１ａ）を比較して発給時刻が同一でなければ古いＣＲＬを最新のＣＲＬに更新する。
【００３３】
しかし、従来技術の場合、二つ以上の他のＣＲＬ発給者が発給したＣＲＬが一つの装置に保存される場合に衝突が生じうる。
【００３４】
すなわち、ＣＲＬ検査および更新の時、該当装置は、何れのＣＲＬをロードしなければならないのか分からないため、ＤＲＭの種類、ＤＲＭシステム装置およびＣＲＬ発給者などを考慮した分散ＣＲＬの設計が難しい問題点がある。
【００３５】
さらに、一つのＣＲＬにＤＲＭシステムを構成するすべての装置に対するＣＲＬを記録するため、ＣＲＬのサイズが大きくなり、二つの装置間の通信時、相手装置のＣＲＬを検査する時、他の装置に関する必要ではない情報も共に交換しなければならないなどＣＲＬ管理の効率が低くなる問題点もある。
【発明の開示】
【発明が解決しようとする課題】
【００３６】
本発明は、デジタル著作権管理のための多重証明書失効リストのサポート方法および装置により、互いに異なるＣＲＬ発給者から発給されたＣＲＬを区分して管理することによって様々なＤＲＭ装置間の信頼を保障することにその目的がある。
【００３７】
本発明の目的は、以上で言及した目的に制限されず、言及されていないまた他の目的は次の記載から当業者に明確に理解できるであろう。
【課題を解決するための手段】
【００３８】
前記目的を達成するために本発明の実施形態によるデジタル著作権管理のための多重証明書失効リストのサポート方法は、第１証明書失効リストを受信して前記第１証明書失効リストの発給者識別情報を確認する確認段階と、前記発給者識別情報に対応する第２証明書失効リストをロードし、前記第１証明書失効リストと前記第２証明書失効リストのうち何れかが最新の証明書失効リストであるのかを比較する比較段階、および前記比較結果に基づいて、前記第１証明書失効リストおよび前記第２証明書失効リストのうち何れか一つを前記最新の証明書失効リストに更新する更新段階と、を含む。
【００３９】
前記目的を達成するために本発明の他の実施形態によるデジタル著作権管理のための多重証明書失効リストのサポート方法は、証明書失効リストの発給者識別情報を含む証明書失効リストを発信する発信段階と、前記証明書失効リストが最新の証明書失効リストであるかどうかにより、前記証明書失効リストが更新されたことを知らせる応答メッセージ、および更新要請メッセージのうち何れか一つを受信する受信段階、および前記応答メッセージおよび前記更新要請メッセージのうち何れか一つに基づいて、前記証明書失効リストを更新するかどうかを決定する更新段階と、を含む。
【００４０】
前記目的を達成するために本発明の実施形態によるデジタル著作権管理ための多重証明書失効リストのサポート装置は、第１証明書失効リストを受信して前記第１証明書失効リストの発給者識別情報を確認する識別情報確認部と、前記確認された発給者識別情報に対応する第２証明書失効リストをロードして、前記第１証明書失効リストと前記第２証明書失効リストのうち何れかが最新の証明書失効リストであるのかを比較する更新判断部、および前記更新判断部による比較結果に基づいて、前記第１証明書失効リストおよび前記第２証明書失効リストのうち何れか一つを前記最新の証明書失効リストに更新する更新部と、を含む。
【００４１】
前記目的を達成するために本発明の他の実施形態によるデジタル著作権管理のための多重証明書失効リストのサポート装置は、証明書失効リストの発給者識別情報を含む証明書失効リストを発信する発信部と、前記証明書失効リストが最新の証明書失効リストであるかどうかにより、前記証明書失効リストが更新されたことを知らせる応答メッセージ、および更新要請メッセージのうち何れか一つを受信する受信部、および前記応答メッセージおよび前記更新要請メッセージのうち何れか一つに基づいて、前記証明書失効リストを更新するかどうかを決定する更新判断部と、を含む。
【００４２】
その他実施形態の具体的な内容は詳細な説明および図に含まれている。
【発明の効果】
【００４３】
前記したような本発明のデジタル著作権管理のための多重証明書失効リストのサポート方法および装置によれば次のような効果が一つあるいはそれ以上ある。
【００４４】
機関別、装置別ＣＲＬ発給者によって個別に、そして、目的に合うようにＣＲＬ管理が可能なので、必要ではないＣＲＬを維持および管理する必要がなく、一つの装置内で管理されるＣＲＬのサイズを減少させて管理の効率を上げる長所がある。
【００４５】
また、ＣＲＬ発給者によって必要なＣＲＬを直接管理することができるため、様々な機関で発給したＣＲＬが一つの装置に保存されて用いられる場合、互いに異なるＣＲＬ発給者によって発生する衝突を防止する長所もある。
【００４６】
さらに、マルチＤＲＭをサポートする装置の場合、特定のＤＲＭが動作している時、ＤＲＭ種類別にＣＲＬ発給者によって必要なＣＲＬ管理が可能なので、該当種類のＤＲＭに関するＣＲＬだけ別途に管理する長所もある。
【発明を実施するための最良の形態】
【００４７】
本発明の利点、特徴、およびそれらを達成する方法は、添付される図面と共に詳細に後述される実施形態を参照すれば明確になるであろう。
【００４８】
しかし、本発明は、以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態で具現されることが可能である。本実施形態は、単に本発明の開示が完全になるように、本発明が属する技術分野で通常の知識を有する者に対して発明の範疇を完全に知らせるために提供されるものであり、本発明は、請求項の範囲によってのみ定義される。
【００４９】
なお、明細書全体にかけて、同一の参照符号は同一の構成要素を指すものとする。
【００５０】
以下、本発明の実施形態によるデジタル著作権管理のための多重証明書失効リストのサポート方法および装置を説明するための構成図または処理フローチャートに対する図を参照して本発明について説明する。
【００５１】
この時、フローチャートの各ブロックとフロ−チャートの組合わせはコンピュータプログラムインストラクションにより実行可能なのが理解できるであろう。
【００５２】
これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータまたはその他のプログラマブルデータプロセッシング装備のプロセッサーに搭載されうるので、コンピュータまたはその他のプログラマブルデータプロセッシング装備のプロセッサーを通じて実行されるそのインストラクションがフローチャートのブロックで説明された機能を行う手段を生成するように機構を作れる。
【００５３】
これらコンピュータプログラムインストラクションは特定方式で機能を具現するためにコンピュータまたはその他のプログラマブルデータプロセッシング装備を指向できるコンピュータ利用可能またはコンピュータ判読可能メモリに保存されることも可能なので、そのコンピュータ利用可能またはコンピュータ判読可能メモリに保存されたインストラクションはフローチャートのブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。
【００５４】
コンピュータプログラムインストラクションはコンピュータまたはその他のプログラマブルデータプロセッシング装備上に搭載することも可能なので、コンピュータまたはその他のプログラマブルデータプロセッシング装備上で一連の動作段階が実行されてコンピュータで実行されるプロセスを生成し、コンピュータまたはその他のプログラマブルデータプロセッシング装備を行うインストラクションはフローチャートのブロックで説明された機能を実行するための段階を提供することも可能である。
【００５５】
また、各ブロックは特定の論理的機能を行うための一つ以上の実行可能なインストラクションを含むモジュール、セグメントまたはコードの一部を示すことができる。
【００５６】
また、いくつの代替実行例では、ブロックで言及された機能が順序を外れて発生することも可能であるということに注目せねばならない。
【００５７】
例えば、連続して図示されている２つのブロックは、実質的に同時に行われてもよく、またはそのブロックが時々該当する機能によって逆順に行われてもよい。
【００５８】
以下、添付した図面を参照して本発明の望ましい実施形態について詳細に説明する。
【００５９】
図３は、本発明の実施形態による多重ＣＲＬの管理方法を示す図であって、ＤＲＭシステムを構成する多様な機器３０４〜３０６および複数のＣＲＬ発給者３０１〜３０３が存在し、各ＣＲＬ発給者３０１〜３０３はＣＲＬを効率的に管理するために各装置のためのＣＲＬ３０１ａ〜３０３ａを作成してネットワーク３０７を通じて配布する。
【００６０】
この時、各ＣＲＬ３０１ａ〜３０３ａ内部には該当ＣＲＬ３０１ａ〜３０３ａを発給したＣＲＬ発給者３０１〜３０３を区分できる情報（例えば、発給者ＩＤ）を含むため、ＤＲＭシステムを構成する装置３０４〜３０６は互いに異なるＣＲＬ発給者３０１〜３０３が発給したＣＲＬ３０１ａ〜３０３ａを保存、交換および更新することができる。
【００６１】
以下、図４から図６を参照して図３に図示した多重ＣＲＬサポート方法および装置を詳細に説明する。
【００６２】
この時、ＤＲＭシステムを構成する装置はクライアントおよびサーバを含み、二つの装置（クライアント、サーバ）は二つ以上多数のＣＲＬ発給者が発給したＣＲＬを保存しており、ＣＲＬには該当ＣＲＬを発給したＣＲＬ発給者を区分できる識別情報、すなわちＣＲＬ発給者ＩＤを含んでいると仮定する。
【００６３】
また、所定のプロトコルを通して二つの装置間の通信が可能であり、二つの装置のうち一つがＣＲＬ検査条件を満たしてＣＲＬ更新が実行されると仮定する。
【００６４】
ここでＣＲＬ検査条件は、装置間の検証が要求される相互認証実行時、そしてＣＲＬが特定の臨界値に到達した時を意味するもので、特定の臨界値はＣＲＬ発給者ＩＤ別に一つ以上の設定が可能であり、設定された特定の臨界値に到達すれば装置の機能のうち一部が制限される。
【００６５】
例えば、マルチメディア保安カードＣＲＬ発給者は該当保安カードに保存されたデータの交換回数に対する特定の臨界値を設定することができ、装置ＣＲＬ発給者は特定期間を臨界値に設定して、該当回数や該当期間に到達すれば著作権オブジェクトに対するアクセスを制限することである。
【００６６】
もちろん、新たなＣＲＬに更新された後には特定の臨界値は初期化されて臨界値に到達するによって制限されていた機能は解除される。
【００６７】
図４は、本発明の一実施形態によるＣＲＬサポート方法を示すフローチャートである。
【００６８】
先ず、クライアントはクライアントが所有しているサーバのＣＲＬを更新要請メッセージと共にサーバに伝送する（Ｓ４０１）。
【００６９】
この時、Ｓ４０１の伝送時点は前述したＣＲＬの検査条件を満たすときである。
【００７０】
Ｓ４０１の後、サーバはクライアントに伝送した更新要請メッセージおよびサーバのＣＲＬを受信して受信したＣＲＬに含まれたＣＲＬ発給者ＩＤを確認する（Ｓ４０２）。
【００７１】
Ｓ４０２の後、サーバはＳ４０２で確認したＣＲＬ発給者ＩＤに対応する、すなわち該当発給者が発給したサーバのＣＲＬをロードし、ロードされたＣＲＬがクライアントから受信したＣＲＬより最新であるかを比較する（Ｓ４０３）。
【００７２】
比較結果、クライアントから受信したＣＲＬが最新である場合、サーバはサーバのＣＲＬをクライアントから受信したＣＲＬに更新して（Ｓ４０４）、更新が完了したことを知らせる応答メッセージをクライアントに伝送する（Ｓ４０５）。
【００７３】
参考までに、Ｓ４０４での更新は、サーバでサーバのＣＲＬを廃棄して受信したクライアントの最新のＣＲＬをサーバの新たなＣＲＬとして用いたり、サーバでサーバのＣＲＬを廃棄せず受信したクライアントの最新のＣＲＬを参照してサーバのＣＲＬをクライアントのＣＲＬのようにしたりすることでありうる。
【００７４】
仮にＳ４０３の結果、クライアントから受信したＣＲＬよりサーバのＣＲＬが最新である場合、サーバはサーバのＣＲＬを保存して（Ｓ４０６）クライアントから受信したＣＲＬを更新する必要があることを知らせる応答メッセージをクライアントに伝送する（Ｓ４０７）。
【００７５】
この時、サーバはサーバの最新のＣＲＬを応答メッセージと共に伝送することができる。
【００７６】
Ｓ４０７の後、クライアントはサーバから応答メッセージと最新のＣＲＬを受信して受信した最新のＣＲＬにクライアントのＣＲＬを更新する（Ｓ４０８）。
【００７７】
参考までに、Ｓ４０８での更新はクライアントで クライアントのＣＲＬを廃棄して受信したサーバの最新のＣＲＬをクライアントの新たなＣＲＬとして用いたり、クライアントでクライアントのＣＲＬを廃棄せず、受信したサーバの最新のＣＲＬを参照してクライアントのＣＲＬをサーバのＣＲＬと同じとなるようにしたりすることでありうる。
【００７８】
図５は、本発明の他の実施形態によるＣＲＬサポート方法を示すフローチャートである。
【００７９】
クライアントが確認を望むＣＲＬ発給者ＩＤを含むクライアント自身のＣＲＬを送信要請メッセージと共にサーバに伝送する（Ｓ５０１）。
【００８０】
この時、Ｓ５０１の伝送時点は前述したＣＲＬの検査条件を満たすときである。
【００８１】
Ｓ５０１の後、サーバはクライアントのＣＲＬおよび送信要請メッセージを受信して、受信したクライアントのＣＲＬに含まれたＣＲＬ発給者ＩＤを確認する（Ｓ５０２）。
【００８２】
Ｓ５０２の後、サーバはＳ５０２で確認したＣＲＬ発給者ＩＤに対応する、すなわち、該当発給者が発給したサーバのＣＲＬをロードして（Ｓ５０３）ロードしたＣＲＬをクライアントに伝送する（Ｓ５０４）。
【００８３】
Ｓ５０４の後、クライアントはサーバからサーバのＣＲＬを受信して、サーバのＣＲＬとクライアントのＣＲＬのうち何れかが最新であるのかを比較する（Ｓ５０５）。
【００８４】
比較結果、受信したサーバのＣＲＬが最新である場合、クライアントは自身のＣＲＬをサーバのＣＲＬに更新して（Ｓ５０６）、更新が完了したことを知らせる応答メッセージをサーバに伝送する（Ｓ５０７）。
【００８５】
参考までに、Ｓ５０６での更新はクライアントでクライアントのＣＲＬを廃棄して受信したサーバの最新のＣＲＬをクライアントの新たなＣＲＬとして用いたり、クライアントでクライアントのＣＲＬを廃棄せず、受信したサーバの最新のＣＲＬを参照してクライアントのＣＲＬをサーバのＣＲＬと同じとなるようにしたりすることでありうる。
【００８６】
仮にＳ５０５の結果、受信したサーバのＣＲＬよりクライアント自身のＣＲＬが最新である場合、クライアントは自身のＣＲＬを保存して（Ｓ５０８）サーバのＣＲＬを更新する必要があることを知らせる応答メッセージをサーバに伝送する（Ｓ５０９）。
【００８７】
この時、クライアントは自身の最新のＣＲＬを応答メッセージと共に伝送することができる。
【００８８】
Ｓ５０９の後、サーバはクライアントから応答メッセージと最新のＣＲＬを受信して、受信した最新のＣＲＬにサーバのＣＲＬを更新して（Ｓ５１０）、更新が完了したことを知らせる応答メッセージをクライアントに伝送する（Ｓ５１１）。
【００８９】
参考までに、Ｓ５１０での更新はサーバでサーバのＣＲＬを廃棄して受信したクライアントの最新のＣＲＬをサーバの新たなＣＲＬとして用いたり、サーバでサーバのＣＲＬを廃棄せず、受信したクライアントの最新のＣＲＬを参照してサーバのＣＲＬをクライアントのＣＲＬと同じとなるようにしたりすることでありうる。
【００９０】
図６は、本発明のまた他の実施形態によるＣＲＬサポート方法を示すフローチャートである。
【００９１】
クライアントが確認を望むＣＲＬ発給者ＩＤを含むクライアント自身のＣＲＬの更新を要請するメッセージと共にサーバに伝送する（Ｓ６０１）。
【００９２】
この時、Ｓ６０１の伝送時点は前述したＣＲＬの検査条件を満たすときである。
【００９３】
Ｓ６０１の後、サーバはクライアントのＣＲＬおよび更新要請メッセージを受信して、受信したクライアントのＣＲＬに含まれたＣＲＬ発給者ＩＤを確認する（Ｓ６０２）。
【００９４】
Ｓ６０２の後、サーバはＳ６０２で確認したＣＲＬ発給者ＩＤに対応する、すなわち該当発給者が発給したサーバのＣＲＬをロードし、ロードされたＣＲＬが受信したクライアントのＣＲＬより最新であるのかを比較する（Ｓ６０３）。
【００９５】
比較結果、受信したクライアントのＣＲＬが最新である場合、サーバはサーバのＣＲＬをクライアントから受信したＣＲＬに更新して（Ｓ６０４）、更新が完了したことを知らせる応答メッセージをクライアントに伝送する（Ｓ６０５）。
【００９６】
参考までに、Ｓ６０４での更新はサーバでサーバのＣＲＬを廃棄して受信したクライアントの最新のＣＲＬをサーバの新たなＣＲＬとして用いたり、サーバでサーバのＣＲＬを廃棄せず、受信したクライアントの最新のＣＲＬを参照してサーバのＣＲＬをクライアントのＣＲＬと同じとなるようにしたりすることでありうる。
【００９７】
仮にＳ６０３の結果、受信したクライアントのＣＲＬよりサーバのＣＲＬが最新である場合、サーバは自身のＣＲＬを保存して（Ｓ６０６）、受信したクライアントのＣＲＬを更新して（Ｓ６０７）クライアントのＣＲＬが更新されたことを知らせる応答メッセージと共に更新されたクライアントのＣＲＬをクライアントに伝送する（Ｓ６０８）。
【００９８】
参考までに、Ｓ６０６以後、サーバはクライアントのＣＲＬを廃棄してサーバの最新のＣＲＬを応答メッセージと共にクライアントに伝送して、クライアントでサーバの最新のＣＲＬを用いることができるようにしたり、受信したクライアントのＣＲＬをサーバの最新のＣＲＬと同じとなるように更新したりして、クライアントのＣＲＬが更新されたことを知らせる応答メッセージと共に更新されたクライアントのＣＲＬをクライアントに伝送することもでき、図６では説明の便宜上、後者の場合を例えて説明した。
【００９９】
図７は、本発明の実施形態によるＤＲＭのための多重ＣＲＬサポート装置の構成を示すブロック図である。
【０１００】
本発明の実施形態によるＤＲＭのための多重ＣＲＬサポート装置７００は、第１証明書失効リストを受信して受信した第１証明書失効リストの発給者識別情報を確認する識別情報確認部７０１、識別情報確認部７０１で確認された発給者識別情報に対応する第２証明書失効リストをロードしてロードした第２証明書失効リストと第１証明書失効リストのうち何れかが最新であるのかを比較する更新判断部７０２および更新判断部７０２の比較結果に応じて第１証明書失効リストおよび第２証明書失効リストのうち何れか一つを最新の証明書失効リストに更新する更新部７０３を含む。
【０１０１】
図８は、本発明の他の実施形態によるＤＲＭのための多重ＣＲＬサポート装置の構成を示すブロック図である。
【０１０２】
本発明の他の実施形態によるＤＲＭのための多重ＣＲＬサポート装置８００は証明書失効リストの発給者識別情報を含む第１証明書失効リストを発信する発信部８０１、発信部８０１が発信した第１証明書失効リストが最新であるかどうかに応じて第１証明書失効リストの更新完了および更新要請のうち何れか一つに対する応答を受信する受信部８０２および受信部８０２で受信した応答に応じて第１証明書失効リストを更新するかどうかを決定する更新部８０３を含む。
【０１０３】
本発明の実施形態による図７から図８で図示された構成要素は、ソフトウェア、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）のようなハードウェアの構成要素を意味し、所定の機能を果たす。
【０１０４】
しかし、構成要素はソフトウェアまたはハードウェアに限定される意味ではなく、各構成要素はアドレッシングできる保存媒体にあるように構成されることもでき、一つまたはそれ以上のプロセッサーを再生させるように構成されることもできる。
【０１０５】
したがって、実施形態での構成要素は、ソフトウェアの構成要素、オブジェクト指向ソフトウェアの構成要素、クラスの構成要素およびタスクの構成要素のような構成要素と、プロセス、関数、属性、プロシーザ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、および変数を含む。
【０１０６】
構成要素と該当構成要素のうちから提供される機能はさらに小さい数の構成要素に結合されたり追加的な構成要素にさらに分離したりすることができる。
【０１０７】
参考までに、ＤＲＭシステムを構成する装置はクライアントおよびサーバを含み、二つの装置（クライアント、サーバ）は二つ以上の多数のＣＲＬ発給者が発給したＣＲＬをそれぞれ保存しており、ＣＲＬには該当ＣＲＬを発給したＣＲＬ発給者を区分できる識別情報、すなわちＣＲＬ発給者ＩＤを含んでいると仮定する。
【０１０８】
この時、図７に図示された装置７００はサーバに含まれて、図８に図示された装置８００はクライアントに含まれ、これに対し図８に図示された装置８００がサーバに含まれて、図７に図示された装置７００がクライアントに含まれる。さらにＣＲＬの更新判断の信頼性を高めるためにサーバとクライアントすべて更新判断部７０２を含み得る。
【０１０９】
説明の便宜上、本発明の実施形態では図７に図示された装置７００はサーバに含まれて、図８に図示された装置８００はクライアントに含まれる場合を説明する。
【０１１０】
先に、図８に図示された装置８００、すなわちクライアントの発信部８０１はＣＲＬ発給者ＩＤを含むＣＲＬを図７に図示された装置７００、すなわちサーバに伝送する。
【０１１１】
参考までに、本発明の実施形態によってＤＲＭシステムでＣＲＬ発給者ＩＤを含むＣＲＬを伝送してＣＲＬを検査する場合は、装置間の検証が要求される相互認証実行時に、また、ＣＲＬが特定の臨界値に到達した時である。
【０１１２】
ここで、特定の臨界値はＣＲＬ発給者ＩＤ別に一つ以上の設定が可能であり、設定された特定の臨界値に到達すれば装置の機能のうち一部が制限されうる。
【０１１３】
例えば、マルチメディア保安カードＣＲＬ発給者は該当保安カードに保存されたデータの交換回数に対する特定の臨界値を設定することができ、装置ＣＲＬ発給者は特定期間を臨界値に設定して該当回数や該当期間に到達すれば著作権オブジェクトに対するアクセスを制限するものである。
【０１１４】
もちろん、新たなＣＲＬに更新された後には特定の臨界値は初期化されて臨界値に到達したことによって制限された機能は解除される。
【０１１５】
サーバの識別情報確認部７０１は、クライアントの発信部８０１が発信したＣＲＬ（以下、第１ ＣＲＬと称する）を受信して、受信した第１ ＣＲＬの発給者識別情報であるＣＲＬ発給者ＩＤを確認する。
【０１１６】
ここで、ＣＲＬ発給者ＩＤはＣＲＬ内のＣＲＬ発給者を区分するための識別情報であり、本発明の実施形態によるＣＲＬ発給者の構成は著作権として保護されたコンテンツの再生をサポートする装置であるホスト、著作権として保護されたコンテンツを再生できるように関連情報を安全に保存して管理するマルチメディアカード（Ｓｅｃｕｒｅ Ｒｅｍｏｖａｂｌｅ Ｍｅｄｉａ）を含むデバイスの種類によるＣＲＬ発給者、著作権発給者（Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ）や認証機関（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）のようなＤＲＭシステム構成によるＣＲＬ発給者、コンテンツサービス事業者とＤＲＭ装置製造業者のようなＤＲＭシステムを運営する機関によるＣＲＬ発給者、ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ） ＤＲＭやＭＳＷ（Ｍｉｃｏｓｏｆｔ Ｗｉｎｄｏｗ Ｍｅｄｉａ） ＤＲＭのようなＤＲＭ種類によるＣＲＬ発給者などに分類されることができる。
【０１１７】
参考までに、前述したＣＲＬ発給者の分類の他にも必要に応じて様々なＣＲＬ発給者に分類されることができ、これは本発明の実施形態に限定しない。
【０１１８】
したがって、前述したＣＲＬ発給者ＩＤにより、サーバの識別情報確認部７０１は受信した第１ ＣＲＬのＣＲＬ発給者ＩＤを確認して相手装置が何れのＣＲＬの検証を望むのかを判断する。
【０１１９】
サーバの更新判断部７０２は、識別情報確認部７０１で確認した第１ ＣＲＬ発給者ＩＤを通して該当ＩＤと対応するＣＲＬ、すなわち、同一のＣＲＬ発給者ＩＤを有するＣＲＬ（以下、第２ ＣＲＬと称する）をサーバの保存所からロードする。
【０１２０】
参考までに、サーバの保存所には暗号化されたコンテンツと、権利オブジェクトと、サーバの証明書およびＣＲＬが保存されうる。
【０１２１】
サーバの更新判断部７０２は、第２ ＣＲＬをロードし、ロードした第２ ＣＲＬと受信した第１ ＣＲＬのうち何れかが最新であるのかを比較して、比較結果を更新部７０３に伝達する。
【０１２２】
ここで、最新であるかどうかの比較はＣＲＬ発給日付を基準とし、更新判断部７０２はＣＲＬ発給日付が最近日付であるほど最新のＣＲＬであると判断する。
【０１２３】
サーバの更新部７０３は、更新判断部７０２から伝達された第１ ＣＲＬと第２ ＣＲＬの比較結果により、第１ ＣＲＬおよび第２ ＣＲＬのうち何れのＣＲＬを更新するのかを決定して、更新対象になるＣＲＬを最新のＣＲＬに更新する。
【０１２４】
例えば、仮に、クライアントの第１ ＣＲＬがサーバの第２ ＣＲＬより最新のＣＲＬであれば、サーバの更新部７０３は第２ ＣＲＬを第１ ＣＲＬに更新するが、このような更新はサーバの保存所に保存されていた既存の第２ ＣＲＬを廃棄してクライアントの第１ ＣＲＬを新たなＣＲＬとしてサーバの保存所に保存した後、サーバの第２ ＣＲＬをクライアントの第１ ＣＲＬに更新したことを知らせる応答メッセージをクライアントに伝送する更新でありうる。
【０１２５】
反面、サーバの第２ ＣＲＬがクライアントの第１ ＣＲＬより最新であれば、サーバの更新部７０３は第１ ＣＲＬを第２ ＣＲＬに更新するが、このような更新はサーバの更新部７０３でクライアントの第１ ＣＲＬを廃棄して、これを知らせる応答メッセージと共にサーバのＣＲＬを伝送してクライアントでサーバの最新のＣＲＬに更新できるようにしたり、サーバの更新部７０３でクライアントの第１ ＣＲＬを廃棄せず、クライアントの第１ ＣＲＬをサーバの第２ ＣＲＬに更新した後、これを知らせる応答メッセージと共に更新されたクライアントのＣＲＬをクライアントに伝送する更新であり得、サーバの更新部７０３でクライアントの第１ ＣＲＬを更新せず、ＣＲＬの更新が必要であることを知らせる応答メッセージと共にサーバの第２ ＣＲＬをクライアントに伝送してクライアントがサーバの最新のＣＲＬを受信して、クライアントのＣＲＬを受信したサーバの最新のＣＲＬに更新するようにすることでありうる。
【０１２６】
仮に、クライアントの第１ ＣＲＬおよびサーバの第２ ＣＲＬの発給日付が同一である場合、ＣＲＬの更新なしでサーバとクライアントの通信は続けて維持される。
【０１２７】
一方、クライアントの受信部８０２は、クライアントの発信部８０１が発信した第１ ＣＲＬが最新であるかどうか応じてサーバの更新部７０３から第１ ＣＲＬの更新完了および更新要請のうち何れか一つに対する応答メッセージを受信する。
【０１２８】
例えば、クライアントが発信した第１ ＣＲＬがサーバの第２ ＣＲＬより最新である場合、サーバの更新部７０３ではサーバの第２ ＣＲＬをクライアントの第１ ＣＲＬに更新して、更新が完了したことを知らせる応答メッセージを伝送すればクライアントの受信部８０２は該当応答メッセージを受信する。
【０１２９】
以後、クライアントの更新部８０３は、受信部８０２で受信した応答メッセージを参照してＣＲＬ更新を終了した後にサーバとの通信を維持する。
【０１３０】
仮に、クライアントが発信した第１ ＣＲＬよりサーバの第２ ＣＲＬが最新である場合、サーバの更新部７０３でクライアントの第１ ＣＲＬが更新されなければならないことを知らせる応答メッセージと共にサーバの第２ ＣＲＬを送信すれば、クライアントの受信部８０２は該当応答メッセージと共にサーバの第２ ＣＲＬを受信する。
【０１３１】
以後、クライアントの更新部８０３は受信部８０２で受信した応答メッセージを参照してクライアントの保存所に保存されている既存の第１ ＣＲＬを廃棄して受信部８０２を通じて受信したサーバの第２ ＣＲＬを新たなＣＲＬとしてクライアントの保存所に保存した後にサーバとの通信を維持する。
【０１３２】
クライアントが発信した第１ ＣＲＬよりサーバの第２ ＣＲＬが最新である場合、前述した方法の他にも、サーバの更新部７０３でサーバの第２ ＣＲＬにクライアントの第１ ＣＲＬを更新して、これを知らせる応答メッセージと共に更新されたクライアントのＣＲＬを伝送すれば、クライアントの受信部８０２は該当応答メッセージと更新されたＣＲＬを受信した後にＣＲＬ更新を終了してサーバとの通信を維持することができる。
【０１３３】
以上、添付された図面を参照して本発明の実施形態について説明したが、本発明が属する技術分野で通常の知識を有する者は、本発明が、その技術的思想や必須の特徴を変更しない範囲で他の具体的な形態で実施され得るということを理解できるものである。したがって、以上で記述した実施形態はすべての面で例示的なものであり、限定的でないものと理解しなければならない。
【図面の簡単な説明】
【０１３４】
【図１】一般的なＤＲＭの概念を示す図である。
【図２】従来ＤＲＭシステムでのＣＲＬ発給および更新を示す図である。
【図３】本発明の実施形態による多重ＣＲＬの管理を示す図である。
【図４】本発明の実施形態によるＣＲＬサポート方法を示すフローチャートである。
【図５】本発明の他の実施形態によるＣＲＬサポート方法を示すフローチャートである。
【図６】本発明のまた他の実施形態によるＣＲＬサポート方法を示すフローチャートである。
【図７】本発明の実施形態によるＤＲＭのための多重ＣＲＬサポート装置の構成を示すブロック図である。
【図８】本発明の他の実施形態によるＤＲＭのための多重ＣＲＬサポート装置の構成を示すブロック図である。
【符号の説明】
【０１３５】
７０１ 識別情報確認部
７０２ 更新判断部
７０３ 更新部
８０１ 発信部
８０２ 受信部
８０３ 更新部
【技術分野】
【０００１】
本発明は、ＤＲＭのための多重ＣＲＬサポート方法および装置に関するものであって、より詳細には、互いに異なるＣＲＬ発給者から発給されたＣＲＬを区分して管理することによって様々なＤＲＭ装置間の信頼を保障するＤＲＭのための多重ＣＲＬのサポート方法および装置に関するものである。
【背景技術】
【０００２】
最近デジタルＤＲＭに関する研究が活発で、ＤＲＭを適用した商用サービスが導入されたり導入されつつある。
【０００３】
アナログデータとは異なってデジタルデータを損失なしでコピーが可能であり、容易に再使用および加工することができ、第三者に簡単に配布できるという特性がある。
【０００４】
また、このようなデジタルデータのコピーと配布は非常に少ない費用でも可能である。これに比べて、デジタルコンテンツを製作するためには多くの費用、努力および時間を必要とするため、各種デジタル著作権の保護のための技術が要求されており、このためにＤＲＭの適用範囲が順次に拡大されつつある。
【０００５】
デジタルコンテンツを保護しようとする努力は、過去にもあったが、これは主にデジタルコンテンツに対する無断アクセス防止に重点を置いていた。
【０００６】
したがって、デジタルコンテンツに対するアクセス（ａｃｃｅｓｓ）は代価を払った一部の人だけに許容され、代価を払わない人はデジタルコンテンツにアクセスできなかった。
【０００７】
しかし、代価を払ってデジタルコンテンツにアクセスした人がこれを故意に第三者に配布する場合に第三者は代価を払わずデジタルコンテンツを使用できるため、多くの問題点をもたらした。
【０００８】
これに比べてＤＲＭは、デジタルコンテンツに対するアクセスは誰にでも無制限に許容しているが、デジタルコンテンツを暗号化しこれを実行させるためには特定のライセンスが必要とされるようにしている。したがって、ＤＲＭを適用すればデジタルコンテンツをより効果的に保護することができる。
【０００９】
図１は、一般的なＤＲＭの概念を示す図である。
【００１０】
ＤＲＭの主な内容は、暗号化またはスクランブルのような方式で保護されたコンテンツ（以下、暗号化されたコンテンツとする）と暗号化されたコンテンツにアクセスできるようにするライセンスの取り扱いに関するものである。
【００１１】
図１には暗号化されたコンテンツにアクセスを望むデバイス１１０，１５０、コンテンツを供給するコンテンツ供給者（Ｃｏｎｔｅｎｔｓ Ｉｓｓｕｅｒ）１２０、コンテンツを実行させることができるライセンスを含む権利オブジェクト（Ｒｉｇｈｔｓ Ｏｂｊｅｃｔ：ＲＯ）を発行する権利オブジェクト発行機関（Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ：ＲＩ）１３０、および証明書を発行する認証機関１４０が図示されている。
【００１２】
デバイスＡ（１１０）は、望みのコンテンツをコンテンツ供給者１２０から得ることができるが、このコンテンツは暗号化されたコンテンツである。
【００１３】
デバイスＡ（１１０）は、暗号化されたコンテンツを使用できるライセンスが含まれた権利オブジェクトを権利オブジェクト発行機関１３０から購入することができ、権利オブジェクトを購入したデバイスＡ（１１０）は暗号化されたコンテンツを使用することができる。
【００１４】
暗号化されたコンテンツは自由に流通したり配布されたりすることができるために、デバイスＡ（１１０）はデバイスＢ（１５０）に暗号化されたコンテンツを自由に伝達することができる。
【００１５】
伝達された暗号化されたコンテンツを再生させるためにはデバイスＢ（１５０）もやはり権利オブジェクトを必要とされ、このような権利オブジェクトは権利オブジェクトの発行機関１３０から得ることができる。
【００１６】
認証機関１４０は、公開キーが確認されたデバイスの名前、証明書の一連番号、証明書を発行する認証機関の名称、該当デバイスの公開キーおよび証明書の満了時期を示すメッセージが署名された証明書（ｃｅｒｔｉｆｉｃａｔｅ）を発行する。
【００１７】
各デバイスは認証機関１４０が発行した証明書により各デバイスと通信するデバイスが正当なデバイスであるのかを確認することができる。
【００１８】
各証明書は、その承認の可否を確認するために認証機関１４０の秘密キーによって署名されるため、デバイスは認証機関１４０の公開キーを用いて、各デバイスと通信する他のデバイスの証明書を確認することができる。
【００１９】
証明書は、ディレクトリサービスシステムのように各デバイスから容易にアクセスできる場所に保存されたり各デバイス自体に保存されたりすることもできる。
【００２０】
通信上の保安性を高めるためにすべてのデバイスは認証機関１４０からデバイスの証明書の発行を受ける必要がある。
【００２１】
しかし、認証機関１４０が発行した証明書はその満了期間が過ぎる前に失効されることもある。
【００２２】
例えば、特定のデバイスの秘密キーが損傷されたり外部に流出されたりした場合、該当デバイスの証明書の失効によって他のデバイスがこれを確認するようにすることができる。
【００２３】
このように有効期間が満了しない証明書が失効したどうかを確認するために多様な方法が提案されているが、そのうち一つ方法は、オンライン上に位置にするすべての有効なデバイスの証明書をアクセスが容易なディレクトリサービスシステムに保存して、これを一般的に利用できるようにすることである。
【００２４】
例えば、デバイスがサーバに接続しようとする場合に、サーバはディレクトリサービスシステムに接続してデバイスの証明書があるかを確認することができる。
【００２５】
仮に、デバイスの証明書がディレクトリサービスシステム内に存在しない場合、サーバはデバイスの証明書が失効されたことと判断することができる。
【００２６】
証明書が失効したかどうかを確認する他の方法は、失効された証明書のリストである証明書失効リスト（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ：ＣＲＬ）を認証機関が発行することである。
【００２７】
このようなＣＲＬは、定期／非定期的にアップデートされて新たに発行され、発行された証明書失効リストは認証機関が配布することができる。
【００２８】
各デバイスは、デバイスと通信する他のデバイスの証明書を最近発行された証明書失効リストから検索して、該当証明書が証明書失効リストに含まれていなければ該当デバイスを有効なものと判断することができる。
【００２９】
仮に、相手のデバイスの証明書が証明書失効リストに含まれている場合には、相手のデバイスを不当なデバイスであると判断して相手のデバイスとの通信を中断させることができる。
【００３０】
図２は、従来ＤＲＭシステムでのＣＲＬ発給および更新を示す図である。
【００３１】
ＣＲＬ発給者２０１は、デジタル著作権管理（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ、ＤＲＭ）システムを構成するすべての装置２０２〜２０４に対する証明書失効記録に対してＣＲＬ（２０１ａ）を作成してネットワーク２０５を通じて配布し、ＤＲＭシステムの構成装置２０２〜２０４は、ＣＲＬ発給者２０１または他の装置２０２〜２０４から最新のＣＲＬを受けて保存する。
【００３２】
各装置２０２〜２０４は、他の装置と通信する時、相手装置が損傷しているかどうかを把握するためにＣＲＬ（２０１ａ）を検査し、この時二つの装置に保存されたＣＲＬ（２０１ａ）を比較して発給時刻が同一でなければ古いＣＲＬを最新のＣＲＬに更新する。
【００３３】
しかし、従来技術の場合、二つ以上の他のＣＲＬ発給者が発給したＣＲＬが一つの装置に保存される場合に衝突が生じうる。
【００３４】
すなわち、ＣＲＬ検査および更新の時、該当装置は、何れのＣＲＬをロードしなければならないのか分からないため、ＤＲＭの種類、ＤＲＭシステム装置およびＣＲＬ発給者などを考慮した分散ＣＲＬの設計が難しい問題点がある。
【００３５】
さらに、一つのＣＲＬにＤＲＭシステムを構成するすべての装置に対するＣＲＬを記録するため、ＣＲＬのサイズが大きくなり、二つの装置間の通信時、相手装置のＣＲＬを検査する時、他の装置に関する必要ではない情報も共に交換しなければならないなどＣＲＬ管理の効率が低くなる問題点もある。
【発明の開示】
【発明が解決しようとする課題】
【００３６】
本発明は、デジタル著作権管理のための多重証明書失効リストのサポート方法および装置により、互いに異なるＣＲＬ発給者から発給されたＣＲＬを区分して管理することによって様々なＤＲＭ装置間の信頼を保障することにその目的がある。
【００３７】
本発明の目的は、以上で言及した目的に制限されず、言及されていないまた他の目的は次の記載から当業者に明確に理解できるであろう。
【課題を解決するための手段】
【００３８】
前記目的を達成するために本発明の実施形態によるデジタル著作権管理のための多重証明書失効リストのサポート方法は、第１証明書失効リストを受信して前記第１証明書失効リストの発給者識別情報を確認する確認段階と、前記発給者識別情報に対応する第２証明書失効リストをロードし、前記第１証明書失効リストと前記第２証明書失効リストのうち何れかが最新の証明書失効リストであるのかを比較する比較段階、および前記比較結果に基づいて、前記第１証明書失効リストおよび前記第２証明書失効リストのうち何れか一つを前記最新の証明書失効リストに更新する更新段階と、を含む。
【００３９】
前記目的を達成するために本発明の他の実施形態によるデジタル著作権管理のための多重証明書失効リストのサポート方法は、証明書失効リストの発給者識別情報を含む証明書失効リストを発信する発信段階と、前記証明書失効リストが最新の証明書失効リストであるかどうかにより、前記証明書失効リストが更新されたことを知らせる応答メッセージ、および更新要請メッセージのうち何れか一つを受信する受信段階、および前記応答メッセージおよび前記更新要請メッセージのうち何れか一つに基づいて、前記証明書失効リストを更新するかどうかを決定する更新段階と、を含む。
【００４０】
前記目的を達成するために本発明の実施形態によるデジタル著作権管理ための多重証明書失効リストのサポート装置は、第１証明書失効リストを受信して前記第１証明書失効リストの発給者識別情報を確認する識別情報確認部と、前記確認された発給者識別情報に対応する第２証明書失効リストをロードして、前記第１証明書失効リストと前記第２証明書失効リストのうち何れかが最新の証明書失効リストであるのかを比較する更新判断部、および前記更新判断部による比較結果に基づいて、前記第１証明書失効リストおよび前記第２証明書失効リストのうち何れか一つを前記最新の証明書失効リストに更新する更新部と、を含む。
【００４１】
前記目的を達成するために本発明の他の実施形態によるデジタル著作権管理のための多重証明書失効リストのサポート装置は、証明書失効リストの発給者識別情報を含む証明書失効リストを発信する発信部と、前記証明書失効リストが最新の証明書失効リストであるかどうかにより、前記証明書失効リストが更新されたことを知らせる応答メッセージ、および更新要請メッセージのうち何れか一つを受信する受信部、および前記応答メッセージおよび前記更新要請メッセージのうち何れか一つに基づいて、前記証明書失効リストを更新するかどうかを決定する更新判断部と、を含む。
【００４２】
その他実施形態の具体的な内容は詳細な説明および図に含まれている。
【発明の効果】
【００４３】
前記したような本発明のデジタル著作権管理のための多重証明書失効リストのサポート方法および装置によれば次のような効果が一つあるいはそれ以上ある。
【００４４】
機関別、装置別ＣＲＬ発給者によって個別に、そして、目的に合うようにＣＲＬ管理が可能なので、必要ではないＣＲＬを維持および管理する必要がなく、一つの装置内で管理されるＣＲＬのサイズを減少させて管理の効率を上げる長所がある。
【００４５】
また、ＣＲＬ発給者によって必要なＣＲＬを直接管理することができるため、様々な機関で発給したＣＲＬが一つの装置に保存されて用いられる場合、互いに異なるＣＲＬ発給者によって発生する衝突を防止する長所もある。
【００４６】
さらに、マルチＤＲＭをサポートする装置の場合、特定のＤＲＭが動作している時、ＤＲＭ種類別にＣＲＬ発給者によって必要なＣＲＬ管理が可能なので、該当種類のＤＲＭに関するＣＲＬだけ別途に管理する長所もある。
【発明を実施するための最良の形態】
【００４７】
本発明の利点、特徴、およびそれらを達成する方法は、添付される図面と共に詳細に後述される実施形態を参照すれば明確になるであろう。
【００４８】
しかし、本発明は、以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態で具現されることが可能である。本実施形態は、単に本発明の開示が完全になるように、本発明が属する技術分野で通常の知識を有する者に対して発明の範疇を完全に知らせるために提供されるものであり、本発明は、請求項の範囲によってのみ定義される。
【００４９】
なお、明細書全体にかけて、同一の参照符号は同一の構成要素を指すものとする。
【００５０】
以下、本発明の実施形態によるデジタル著作権管理のための多重証明書失効リストのサポート方法および装置を説明するための構成図または処理フローチャートに対する図を参照して本発明について説明する。
【００５１】
この時、フローチャートの各ブロックとフロ−チャートの組合わせはコンピュータプログラムインストラクションにより実行可能なのが理解できるであろう。
【００５２】
これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータまたはその他のプログラマブルデータプロセッシング装備のプロセッサーに搭載されうるので、コンピュータまたはその他のプログラマブルデータプロセッシング装備のプロセッサーを通じて実行されるそのインストラクションがフローチャートのブロックで説明された機能を行う手段を生成するように機構を作れる。
【００５３】
これらコンピュータプログラムインストラクションは特定方式で機能を具現するためにコンピュータまたはその他のプログラマブルデータプロセッシング装備を指向できるコンピュータ利用可能またはコンピュータ判読可能メモリに保存されることも可能なので、そのコンピュータ利用可能またはコンピュータ判読可能メモリに保存されたインストラクションはフローチャートのブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。
【００５４】
コンピュータプログラムインストラクションはコンピュータまたはその他のプログラマブルデータプロセッシング装備上に搭載することも可能なので、コンピュータまたはその他のプログラマブルデータプロセッシング装備上で一連の動作段階が実行されてコンピュータで実行されるプロセスを生成し、コンピュータまたはその他のプログラマブルデータプロセッシング装備を行うインストラクションはフローチャートのブロックで説明された機能を実行するための段階を提供することも可能である。
【００５５】
また、各ブロックは特定の論理的機能を行うための一つ以上の実行可能なインストラクションを含むモジュール、セグメントまたはコードの一部を示すことができる。
【００５６】
また、いくつの代替実行例では、ブロックで言及された機能が順序を外れて発生することも可能であるということに注目せねばならない。
【００５７】
例えば、連続して図示されている２つのブロックは、実質的に同時に行われてもよく、またはそのブロックが時々該当する機能によって逆順に行われてもよい。
【００５８】
以下、添付した図面を参照して本発明の望ましい実施形態について詳細に説明する。
【００５９】
図３は、本発明の実施形態による多重ＣＲＬの管理方法を示す図であって、ＤＲＭシステムを構成する多様な機器３０４〜３０６および複数のＣＲＬ発給者３０１〜３０３が存在し、各ＣＲＬ発給者３０１〜３０３はＣＲＬを効率的に管理するために各装置のためのＣＲＬ３０１ａ〜３０３ａを作成してネットワーク３０７を通じて配布する。
【００６０】
この時、各ＣＲＬ３０１ａ〜３０３ａ内部には該当ＣＲＬ３０１ａ〜３０３ａを発給したＣＲＬ発給者３０１〜３０３を区分できる情報（例えば、発給者ＩＤ）を含むため、ＤＲＭシステムを構成する装置３０４〜３０６は互いに異なるＣＲＬ発給者３０１〜３０３が発給したＣＲＬ３０１ａ〜３０３ａを保存、交換および更新することができる。
【００６１】
以下、図４から図６を参照して図３に図示した多重ＣＲＬサポート方法および装置を詳細に説明する。
【００６２】
この時、ＤＲＭシステムを構成する装置はクライアントおよびサーバを含み、二つの装置（クライアント、サーバ）は二つ以上多数のＣＲＬ発給者が発給したＣＲＬを保存しており、ＣＲＬには該当ＣＲＬを発給したＣＲＬ発給者を区分できる識別情報、すなわちＣＲＬ発給者ＩＤを含んでいると仮定する。
【００６３】
また、所定のプロトコルを通して二つの装置間の通信が可能であり、二つの装置のうち一つがＣＲＬ検査条件を満たしてＣＲＬ更新が実行されると仮定する。
【００６４】
ここでＣＲＬ検査条件は、装置間の検証が要求される相互認証実行時、そしてＣＲＬが特定の臨界値に到達した時を意味するもので、特定の臨界値はＣＲＬ発給者ＩＤ別に一つ以上の設定が可能であり、設定された特定の臨界値に到達すれば装置の機能のうち一部が制限される。
【００６５】
例えば、マルチメディア保安カードＣＲＬ発給者は該当保安カードに保存されたデータの交換回数に対する特定の臨界値を設定することができ、装置ＣＲＬ発給者は特定期間を臨界値に設定して、該当回数や該当期間に到達すれば著作権オブジェクトに対するアクセスを制限することである。
【００６６】
もちろん、新たなＣＲＬに更新された後には特定の臨界値は初期化されて臨界値に到達するによって制限されていた機能は解除される。
【００６７】
図４は、本発明の一実施形態によるＣＲＬサポート方法を示すフローチャートである。
【００６８】
先ず、クライアントはクライアントが所有しているサーバのＣＲＬを更新要請メッセージと共にサーバに伝送する（Ｓ４０１）。
【００６９】
この時、Ｓ４０１の伝送時点は前述したＣＲＬの検査条件を満たすときである。
【００７０】
Ｓ４０１の後、サーバはクライアントに伝送した更新要請メッセージおよびサーバのＣＲＬを受信して受信したＣＲＬに含まれたＣＲＬ発給者ＩＤを確認する（Ｓ４０２）。
【００７１】
Ｓ４０２の後、サーバはＳ４０２で確認したＣＲＬ発給者ＩＤに対応する、すなわち該当発給者が発給したサーバのＣＲＬをロードし、ロードされたＣＲＬがクライアントから受信したＣＲＬより最新であるかを比較する（Ｓ４０３）。
【００７２】
比較結果、クライアントから受信したＣＲＬが最新である場合、サーバはサーバのＣＲＬをクライアントから受信したＣＲＬに更新して（Ｓ４０４）、更新が完了したことを知らせる応答メッセージをクライアントに伝送する（Ｓ４０５）。
【００７３】
参考までに、Ｓ４０４での更新は、サーバでサーバのＣＲＬを廃棄して受信したクライアントの最新のＣＲＬをサーバの新たなＣＲＬとして用いたり、サーバでサーバのＣＲＬを廃棄せず受信したクライアントの最新のＣＲＬを参照してサーバのＣＲＬをクライアントのＣＲＬのようにしたりすることでありうる。
【００７４】
仮にＳ４０３の結果、クライアントから受信したＣＲＬよりサーバのＣＲＬが最新である場合、サーバはサーバのＣＲＬを保存して（Ｓ４０６）クライアントから受信したＣＲＬを更新する必要があることを知らせる応答メッセージをクライアントに伝送する（Ｓ４０７）。
【００７５】
この時、サーバはサーバの最新のＣＲＬを応答メッセージと共に伝送することができる。
【００７６】
Ｓ４０７の後、クライアントはサーバから応答メッセージと最新のＣＲＬを受信して受信した最新のＣＲＬにクライアントのＣＲＬを更新する（Ｓ４０８）。
【００７７】
参考までに、Ｓ４０８での更新はクライアントで クライアントのＣＲＬを廃棄して受信したサーバの最新のＣＲＬをクライアントの新たなＣＲＬとして用いたり、クライアントでクライアントのＣＲＬを廃棄せず、受信したサーバの最新のＣＲＬを参照してクライアントのＣＲＬをサーバのＣＲＬと同じとなるようにしたりすることでありうる。
【００７８】
図５は、本発明の他の実施形態によるＣＲＬサポート方法を示すフローチャートである。
【００７９】
クライアントが確認を望むＣＲＬ発給者ＩＤを含むクライアント自身のＣＲＬを送信要請メッセージと共にサーバに伝送する（Ｓ５０１）。
【００８０】
この時、Ｓ５０１の伝送時点は前述したＣＲＬの検査条件を満たすときである。
【００８１】
Ｓ５０１の後、サーバはクライアントのＣＲＬおよび送信要請メッセージを受信して、受信したクライアントのＣＲＬに含まれたＣＲＬ発給者ＩＤを確認する（Ｓ５０２）。
【００８２】
Ｓ５０２の後、サーバはＳ５０２で確認したＣＲＬ発給者ＩＤに対応する、すなわち、該当発給者が発給したサーバのＣＲＬをロードして（Ｓ５０３）ロードしたＣＲＬをクライアントに伝送する（Ｓ５０４）。
【００８３】
Ｓ５０４の後、クライアントはサーバからサーバのＣＲＬを受信して、サーバのＣＲＬとクライアントのＣＲＬのうち何れかが最新であるのかを比較する（Ｓ５０５）。
【００８４】
比較結果、受信したサーバのＣＲＬが最新である場合、クライアントは自身のＣＲＬをサーバのＣＲＬに更新して（Ｓ５０６）、更新が完了したことを知らせる応答メッセージをサーバに伝送する（Ｓ５０７）。
【００８５】
参考までに、Ｓ５０６での更新はクライアントでクライアントのＣＲＬを廃棄して受信したサーバの最新のＣＲＬをクライアントの新たなＣＲＬとして用いたり、クライアントでクライアントのＣＲＬを廃棄せず、受信したサーバの最新のＣＲＬを参照してクライアントのＣＲＬをサーバのＣＲＬと同じとなるようにしたりすることでありうる。
【００８６】
仮にＳ５０５の結果、受信したサーバのＣＲＬよりクライアント自身のＣＲＬが最新である場合、クライアントは自身のＣＲＬを保存して（Ｓ５０８）サーバのＣＲＬを更新する必要があることを知らせる応答メッセージをサーバに伝送する（Ｓ５０９）。
【００８７】
この時、クライアントは自身の最新のＣＲＬを応答メッセージと共に伝送することができる。
【００８８】
Ｓ５０９の後、サーバはクライアントから応答メッセージと最新のＣＲＬを受信して、受信した最新のＣＲＬにサーバのＣＲＬを更新して（Ｓ５１０）、更新が完了したことを知らせる応答メッセージをクライアントに伝送する（Ｓ５１１）。
【００８９】
参考までに、Ｓ５１０での更新はサーバでサーバのＣＲＬを廃棄して受信したクライアントの最新のＣＲＬをサーバの新たなＣＲＬとして用いたり、サーバでサーバのＣＲＬを廃棄せず、受信したクライアントの最新のＣＲＬを参照してサーバのＣＲＬをクライアントのＣＲＬと同じとなるようにしたりすることでありうる。
【００９０】
図６は、本発明のまた他の実施形態によるＣＲＬサポート方法を示すフローチャートである。
【００９１】
クライアントが確認を望むＣＲＬ発給者ＩＤを含むクライアント自身のＣＲＬの更新を要請するメッセージと共にサーバに伝送する（Ｓ６０１）。
【００９２】
この時、Ｓ６０１の伝送時点は前述したＣＲＬの検査条件を満たすときである。
【００９３】
Ｓ６０１の後、サーバはクライアントのＣＲＬおよび更新要請メッセージを受信して、受信したクライアントのＣＲＬに含まれたＣＲＬ発給者ＩＤを確認する（Ｓ６０２）。
【００９４】
Ｓ６０２の後、サーバはＳ６０２で確認したＣＲＬ発給者ＩＤに対応する、すなわち該当発給者が発給したサーバのＣＲＬをロードし、ロードされたＣＲＬが受信したクライアントのＣＲＬより最新であるのかを比較する（Ｓ６０３）。
【００９５】
比較結果、受信したクライアントのＣＲＬが最新である場合、サーバはサーバのＣＲＬをクライアントから受信したＣＲＬに更新して（Ｓ６０４）、更新が完了したことを知らせる応答メッセージをクライアントに伝送する（Ｓ６０５）。
【００９６】
参考までに、Ｓ６０４での更新はサーバでサーバのＣＲＬを廃棄して受信したクライアントの最新のＣＲＬをサーバの新たなＣＲＬとして用いたり、サーバでサーバのＣＲＬを廃棄せず、受信したクライアントの最新のＣＲＬを参照してサーバのＣＲＬをクライアントのＣＲＬと同じとなるようにしたりすることでありうる。
【００９７】
仮にＳ６０３の結果、受信したクライアントのＣＲＬよりサーバのＣＲＬが最新である場合、サーバは自身のＣＲＬを保存して（Ｓ６０６）、受信したクライアントのＣＲＬを更新して（Ｓ６０７）クライアントのＣＲＬが更新されたことを知らせる応答メッセージと共に更新されたクライアントのＣＲＬをクライアントに伝送する（Ｓ６０８）。
【００９８】
参考までに、Ｓ６０６以後、サーバはクライアントのＣＲＬを廃棄してサーバの最新のＣＲＬを応答メッセージと共にクライアントに伝送して、クライアントでサーバの最新のＣＲＬを用いることができるようにしたり、受信したクライアントのＣＲＬをサーバの最新のＣＲＬと同じとなるように更新したりして、クライアントのＣＲＬが更新されたことを知らせる応答メッセージと共に更新されたクライアントのＣＲＬをクライアントに伝送することもでき、図６では説明の便宜上、後者の場合を例えて説明した。
【００９９】
図７は、本発明の実施形態によるＤＲＭのための多重ＣＲＬサポート装置の構成を示すブロック図である。
【０１００】
本発明の実施形態によるＤＲＭのための多重ＣＲＬサポート装置７００は、第１証明書失効リストを受信して受信した第１証明書失効リストの発給者識別情報を確認する識別情報確認部７０１、識別情報確認部７０１で確認された発給者識別情報に対応する第２証明書失効リストをロードしてロードした第２証明書失効リストと第１証明書失効リストのうち何れかが最新であるのかを比較する更新判断部７０２および更新判断部７０２の比較結果に応じて第１証明書失効リストおよび第２証明書失効リストのうち何れか一つを最新の証明書失効リストに更新する更新部７０３を含む。
【０１０１】
図８は、本発明の他の実施形態によるＤＲＭのための多重ＣＲＬサポート装置の構成を示すブロック図である。
【０１０２】
本発明の他の実施形態によるＤＲＭのための多重ＣＲＬサポート装置８００は証明書失効リストの発給者識別情報を含む第１証明書失効リストを発信する発信部８０１、発信部８０１が発信した第１証明書失効リストが最新であるかどうかに応じて第１証明書失効リストの更新完了および更新要請のうち何れか一つに対する応答を受信する受信部８０２および受信部８０２で受信した応答に応じて第１証明書失効リストを更新するかどうかを決定する更新部８０３を含む。
【０１０３】
本発明の実施形態による図７から図８で図示された構成要素は、ソフトウェア、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）のようなハードウェアの構成要素を意味し、所定の機能を果たす。
【０１０４】
しかし、構成要素はソフトウェアまたはハードウェアに限定される意味ではなく、各構成要素はアドレッシングできる保存媒体にあるように構成されることもでき、一つまたはそれ以上のプロセッサーを再生させるように構成されることもできる。
【０１０５】
したがって、実施形態での構成要素は、ソフトウェアの構成要素、オブジェクト指向ソフトウェアの構成要素、クラスの構成要素およびタスクの構成要素のような構成要素と、プロセス、関数、属性、プロシーザ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、および変数を含む。
【０１０６】
構成要素と該当構成要素のうちから提供される機能はさらに小さい数の構成要素に結合されたり追加的な構成要素にさらに分離したりすることができる。
【０１０７】
参考までに、ＤＲＭシステムを構成する装置はクライアントおよびサーバを含み、二つの装置（クライアント、サーバ）は二つ以上の多数のＣＲＬ発給者が発給したＣＲＬをそれぞれ保存しており、ＣＲＬには該当ＣＲＬを発給したＣＲＬ発給者を区分できる識別情報、すなわちＣＲＬ発給者ＩＤを含んでいると仮定する。
【０１０８】
この時、図７に図示された装置７００はサーバに含まれて、図８に図示された装置８００はクライアントに含まれ、これに対し図８に図示された装置８００がサーバに含まれて、図７に図示された装置７００がクライアントに含まれる。さらにＣＲＬの更新判断の信頼性を高めるためにサーバとクライアントすべて更新判断部７０２を含み得る。
【０１０９】
説明の便宜上、本発明の実施形態では図７に図示された装置７００はサーバに含まれて、図８に図示された装置８００はクライアントに含まれる場合を説明する。
【０１１０】
先に、図８に図示された装置８００、すなわちクライアントの発信部８０１はＣＲＬ発給者ＩＤを含むＣＲＬを図７に図示された装置７００、すなわちサーバに伝送する。
【０１１１】
参考までに、本発明の実施形態によってＤＲＭシステムでＣＲＬ発給者ＩＤを含むＣＲＬを伝送してＣＲＬを検査する場合は、装置間の検証が要求される相互認証実行時に、また、ＣＲＬが特定の臨界値に到達した時である。
【０１１２】
ここで、特定の臨界値はＣＲＬ発給者ＩＤ別に一つ以上の設定が可能であり、設定された特定の臨界値に到達すれば装置の機能のうち一部が制限されうる。
【０１１３】
例えば、マルチメディア保安カードＣＲＬ発給者は該当保安カードに保存されたデータの交換回数に対する特定の臨界値を設定することができ、装置ＣＲＬ発給者は特定期間を臨界値に設定して該当回数や該当期間に到達すれば著作権オブジェクトに対するアクセスを制限するものである。
【０１１４】
もちろん、新たなＣＲＬに更新された後には特定の臨界値は初期化されて臨界値に到達したことによって制限された機能は解除される。
【０１１５】
サーバの識別情報確認部７０１は、クライアントの発信部８０１が発信したＣＲＬ（以下、第１ ＣＲＬと称する）を受信して、受信した第１ ＣＲＬの発給者識別情報であるＣＲＬ発給者ＩＤを確認する。
【０１１６】
ここで、ＣＲＬ発給者ＩＤはＣＲＬ内のＣＲＬ発給者を区分するための識別情報であり、本発明の実施形態によるＣＲＬ発給者の構成は著作権として保護されたコンテンツの再生をサポートする装置であるホスト、著作権として保護されたコンテンツを再生できるように関連情報を安全に保存して管理するマルチメディアカード（Ｓｅｃｕｒｅ Ｒｅｍｏｖａｂｌｅ Ｍｅｄｉａ）を含むデバイスの種類によるＣＲＬ発給者、著作権発給者（Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ）や認証機関（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）のようなＤＲＭシステム構成によるＣＲＬ発給者、コンテンツサービス事業者とＤＲＭ装置製造業者のようなＤＲＭシステムを運営する機関によるＣＲＬ発給者、ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ） ＤＲＭやＭＳＷ（Ｍｉｃｏｓｏｆｔ Ｗｉｎｄｏｗ Ｍｅｄｉａ） ＤＲＭのようなＤＲＭ種類によるＣＲＬ発給者などに分類されることができる。
【０１１７】
参考までに、前述したＣＲＬ発給者の分類の他にも必要に応じて様々なＣＲＬ発給者に分類されることができ、これは本発明の実施形態に限定しない。
【０１１８】
したがって、前述したＣＲＬ発給者ＩＤにより、サーバの識別情報確認部７０１は受信した第１ ＣＲＬのＣＲＬ発給者ＩＤを確認して相手装置が何れのＣＲＬの検証を望むのかを判断する。
【０１１９】
サーバの更新判断部７０２は、識別情報確認部７０１で確認した第１ ＣＲＬ発給者ＩＤを通して該当ＩＤと対応するＣＲＬ、すなわち、同一のＣＲＬ発給者ＩＤを有するＣＲＬ（以下、第２ ＣＲＬと称する）をサーバの保存所からロードする。
【０１２０】
参考までに、サーバの保存所には暗号化されたコンテンツと、権利オブジェクトと、サーバの証明書およびＣＲＬが保存されうる。
【０１２１】
サーバの更新判断部７０２は、第２ ＣＲＬをロードし、ロードした第２ ＣＲＬと受信した第１ ＣＲＬのうち何れかが最新であるのかを比較して、比較結果を更新部７０３に伝達する。
【０１２２】
ここで、最新であるかどうかの比較はＣＲＬ発給日付を基準とし、更新判断部７０２はＣＲＬ発給日付が最近日付であるほど最新のＣＲＬであると判断する。
【０１２３】
サーバの更新部７０３は、更新判断部７０２から伝達された第１ ＣＲＬと第２ ＣＲＬの比較結果により、第１ ＣＲＬおよび第２ ＣＲＬのうち何れのＣＲＬを更新するのかを決定して、更新対象になるＣＲＬを最新のＣＲＬに更新する。
【０１２４】
例えば、仮に、クライアントの第１ ＣＲＬがサーバの第２ ＣＲＬより最新のＣＲＬであれば、サーバの更新部７０３は第２ ＣＲＬを第１ ＣＲＬに更新するが、このような更新はサーバの保存所に保存されていた既存の第２ ＣＲＬを廃棄してクライアントの第１ ＣＲＬを新たなＣＲＬとしてサーバの保存所に保存した後、サーバの第２ ＣＲＬをクライアントの第１ ＣＲＬに更新したことを知らせる応答メッセージをクライアントに伝送する更新でありうる。
【０１２５】
反面、サーバの第２ ＣＲＬがクライアントの第１ ＣＲＬより最新であれば、サーバの更新部７０３は第１ ＣＲＬを第２ ＣＲＬに更新するが、このような更新はサーバの更新部７０３でクライアントの第１ ＣＲＬを廃棄して、これを知らせる応答メッセージと共にサーバのＣＲＬを伝送してクライアントでサーバの最新のＣＲＬに更新できるようにしたり、サーバの更新部７０３でクライアントの第１ ＣＲＬを廃棄せず、クライアントの第１ ＣＲＬをサーバの第２ ＣＲＬに更新した後、これを知らせる応答メッセージと共に更新されたクライアントのＣＲＬをクライアントに伝送する更新であり得、サーバの更新部７０３でクライアントの第１ ＣＲＬを更新せず、ＣＲＬの更新が必要であることを知らせる応答メッセージと共にサーバの第２ ＣＲＬをクライアントに伝送してクライアントがサーバの最新のＣＲＬを受信して、クライアントのＣＲＬを受信したサーバの最新のＣＲＬに更新するようにすることでありうる。
【０１２６】
仮に、クライアントの第１ ＣＲＬおよびサーバの第２ ＣＲＬの発給日付が同一である場合、ＣＲＬの更新なしでサーバとクライアントの通信は続けて維持される。
【０１２７】
一方、クライアントの受信部８０２は、クライアントの発信部８０１が発信した第１ ＣＲＬが最新であるかどうか応じてサーバの更新部７０３から第１ ＣＲＬの更新完了および更新要請のうち何れか一つに対する応答メッセージを受信する。
【０１２８】
例えば、クライアントが発信した第１ ＣＲＬがサーバの第２ ＣＲＬより最新である場合、サーバの更新部７０３ではサーバの第２ ＣＲＬをクライアントの第１ ＣＲＬに更新して、更新が完了したことを知らせる応答メッセージを伝送すればクライアントの受信部８０２は該当応答メッセージを受信する。
【０１２９】
以後、クライアントの更新部８０３は、受信部８０２で受信した応答メッセージを参照してＣＲＬ更新を終了した後にサーバとの通信を維持する。
【０１３０】
仮に、クライアントが発信した第１ ＣＲＬよりサーバの第２ ＣＲＬが最新である場合、サーバの更新部７０３でクライアントの第１ ＣＲＬが更新されなければならないことを知らせる応答メッセージと共にサーバの第２ ＣＲＬを送信すれば、クライアントの受信部８０２は該当応答メッセージと共にサーバの第２ ＣＲＬを受信する。
【０１３１】
以後、クライアントの更新部８０３は受信部８０２で受信した応答メッセージを参照してクライアントの保存所に保存されている既存の第１ ＣＲＬを廃棄して受信部８０２を通じて受信したサーバの第２ ＣＲＬを新たなＣＲＬとしてクライアントの保存所に保存した後にサーバとの通信を維持する。
【０１３２】
クライアントが発信した第１ ＣＲＬよりサーバの第２ ＣＲＬが最新である場合、前述した方法の他にも、サーバの更新部７０３でサーバの第２ ＣＲＬにクライアントの第１ ＣＲＬを更新して、これを知らせる応答メッセージと共に更新されたクライアントのＣＲＬを伝送すれば、クライアントの受信部８０２は該当応答メッセージと更新されたＣＲＬを受信した後にＣＲＬ更新を終了してサーバとの通信を維持することができる。
【０１３３】
以上、添付された図面を参照して本発明の実施形態について説明したが、本発明が属する技術分野で通常の知識を有する者は、本発明が、その技術的思想や必須の特徴を変更しない範囲で他の具体的な形態で実施され得るということを理解できるものである。したがって、以上で記述した実施形態はすべての面で例示的なものであり、限定的でないものと理解しなければならない。
【図面の簡単な説明】
【０１３４】
【図１】一般的なＤＲＭの概念を示す図である。
【図２】従来ＤＲＭシステムでのＣＲＬ発給および更新を示す図である。
【図３】本発明の実施形態による多重ＣＲＬの管理を示す図である。
【図４】本発明の実施形態によるＣＲＬサポート方法を示すフローチャートである。
【図５】本発明の他の実施形態によるＣＲＬサポート方法を示すフローチャートである。
【図６】本発明のまた他の実施形態によるＣＲＬサポート方法を示すフローチャートである。
【図７】本発明の実施形態によるＤＲＭのための多重ＣＲＬサポート装置の構成を示すブロック図である。
【図８】本発明の他の実施形態によるＤＲＭのための多重ＣＲＬサポート装置の構成を示すブロック図である。
【符号の説明】
【０１３５】
７０１ 識別情報確認部
７０２ 更新判断部
７０３ 更新部
８０１ 発信部
８０２ 受信部
８０３ 更新部
【特許請求の範囲】
【請求項１】
第１証明書失効リストを受信して前記第１証明書失効リストの発給者識別情報を確認する確認段階と、
前記発給者識別情報に対応する第２証明書失効リストをロードし、前記第１証明書失効リストと前記第２証明書失効リストのうち何れかが最新の証明書失効リストであるのかを比較する比較段階、および
前記比較結果に基づいて、前記第１証明書失効リストおよび前記第２証明書失効リストのうち何れか一つを前記最新の証明書失効リストに更新する更新段階と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項２】
前記確認段階は、装置間の相互認証実行時に実行される、請求項１に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項３】
前記確認段階は、前記第１証明書失効リストに設定された値および前記第２証明書失効リストに設定された値のうち何れか一つが臨界値に到達した時に実行される、請求項１に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項４】
前記第１証明書失効リストおよび前記第２証明書失効リストに設定された値は、前記識別情報を有する発給者別に設定可能である、請求項３に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項５】
前記更新段階は、前記比較結果に基づいて、前記第２証明書失効リストを前記第１証明書失効リストに更新する、請求項１に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項６】
前記更新段階は、前記比較結果に基づいて、前記第１証明書失効リストを前記第２証明書失効リストに更新する請求項１に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項７】
前記更新段階は、前記比較結果に基づいて、前記第１証明書失効リストを前記第２証明書失効リストに更新するように要請する段階を含む、請求項１に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項８】
証明書失効リストの発給者識別情報を含む証明書失効リストを発信する発信段階と、
前記証明書失効リストが最新の証明書失効リストであるかどうかにより、前記証明書失効リストが更新されたことを知らせる応答メッセージ、および更新要請メッセージのうち何れか一つを受信する受信段階、および
前記応答メッセージおよび前記更新要請メッセージのうち何れか一つに基づいて、前記証明書失効リストを更新するかどうかを決定する更新段階と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項９】
前記発信段階は、装置間の相互認証実行時に実行される、請求項８に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項１０】
前記発信段階は、前記証明書失効リストに設定された値が臨界値に到達した時に実行される、請求項８に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項１１】
前記証明書失効リストに設定された値は、前記識別情報を有する発給者別に設定可能である、請求項１０に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項１２】
前記更新要請メッセージに対する応答を受信する場合、前記最新の証明書失効リストを受信する、請求項８に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項１３】
第１証明書失効リストを受信して前記第１証明書失効リストの発給者識別情報を確認する識別情報確認部と、
前記確認された発給者識別情報に対応する第２証明書失効リストをロードして、前記第１証明書失効リストと前記第２証明書失効リストのうち何れかが最新の証明書失効リストであるのかを比較する更新判断部、および
前記更新判断部による比較結果に基づいて、前記第１証明書失効リストおよび前記第２証明書失効リストのうち何れか一つを前記最新の証明書失効リストに更新する更新部と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１４】
識別情報確認部は、装置間の相互認証実行時に、前記発給者識別情報を確認する、請求項１３に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１５】
識別情報確認部は、前記第１証明書失効リストに設定された値および前記第２証明書失効リストに設定された値のうち何れか一つが臨界値に到達した時、前記発給者識別情報を確認する、請求項１３に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１６】
前記第１証明書失効リストおよび前記第２証明書失効リストに設定された値は、前記識別情報を有する発給者別に設定可能である、請求項１５に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１７】
前記更新部は、前記比較結果に基づいて前記第２証明書失効リストを前記第１証明書失効リストに更新する請求項１３に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１８】
前記更新部は、前記比較結果に基づいて、前記第１証明書失効リストを前記第２証明書失効リストに更新する請求項１３に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１９】
前記更新部は、前記比較結果に基づいて前記第１証明書失効リストを前記第２証明書失効リストに更新するように要請する請求項１３に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２０】
証明書失効リストの発給者識別情報を含む証明書失効リストを発信する発信部と、
前記証明書失効リストが最新の証明書失効リストであるかどうかにより、前記証明書失効リストが更新されたことを知らせる応答メッセージ、および更新要請メッセージのうち何れか一つを受信する受信部、および
前記応答メッセージおよび前記更新要請メッセージのうち何れか一つに基づいて、前記証明書失効リストを更新するかどうかを決定する更新判断部と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２１】
前記発信部は、装置間の相互認証実行時に、前記証明書失効リストを発信する請求項２０に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２２】
前記発信部は、前記証明書失効リストに設定された値が臨界値に到達した時、前記証明書失効リストを発信する、請求項２０に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２３】
前記証明書失効リストに設定された値は、前記識別情報を有する発給者別に設定可能である、請求項２２に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２４】
前記受信部は、前記更新要請メッセージに対する応答を受信する場合、前記最新の証明書失効リストを受信する、請求項２０に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２５】
第１証明書失効リストを受信して、前記第１証明書失効リストの発給者識別情報を確認する段階と、
前記発給者識別情報に対応する第２証明書失効リストをロードし、前記第１証明書失効リストと前記第２証明書失効リストのうち何れかが最新の証明書失効リストであるのかを比較する段階、および
前記比較結果に基づいて、前記第１証明書失効リストおよび前記第２証明書失効リストのうち何れか一つを前記最新の証明書失効リストに更新する段階と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート方法を実行するためのコンピュータプログラムを保存する、コンピュータで判読可能な記録媒体。
【請求項２６】
証明書失効リストの発給者識別情報を含む証明書失効リストを発信する段階と、
前記証明書失効リストが最新の証明書失効リストであるかどうかにより、前記証明書失効リストが更新されたことを知らせる応答メッセージ、および更新要請メッセージのうち何れか一つを受信する段階、および
前記応答メッセージおよび前記更新要請メッセージのうち何れか一つに基づいて、前記証明書失効リストを更新するかどうかを決定する段階と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート方法を実行するためのコンピュータプログラムを保存するコンピュータで判読可能な記録媒体。
【請求項１】
第１証明書失効リストを受信して前記第１証明書失効リストの発給者識別情報を確認する確認段階と、
前記発給者識別情報に対応する第２証明書失効リストをロードし、前記第１証明書失効リストと前記第２証明書失効リストのうち何れかが最新の証明書失効リストであるのかを比較する比較段階、および
前記比較結果に基づいて、前記第１証明書失効リストおよび前記第２証明書失効リストのうち何れか一つを前記最新の証明書失効リストに更新する更新段階と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項２】
前記確認段階は、装置間の相互認証実行時に実行される、請求項１に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項３】
前記確認段階は、前記第１証明書失効リストに設定された値および前記第２証明書失効リストに設定された値のうち何れか一つが臨界値に到達した時に実行される、請求項１に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項４】
前記第１証明書失効リストおよび前記第２証明書失効リストに設定された値は、前記識別情報を有する発給者別に設定可能である、請求項３に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項５】
前記更新段階は、前記比較結果に基づいて、前記第２証明書失効リストを前記第１証明書失効リストに更新する、請求項１に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項６】
前記更新段階は、前記比較結果に基づいて、前記第１証明書失効リストを前記第２証明書失効リストに更新する請求項１に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項７】
前記更新段階は、前記比較結果に基づいて、前記第１証明書失効リストを前記第２証明書失効リストに更新するように要請する段階を含む、請求項１に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項８】
証明書失効リストの発給者識別情報を含む証明書失効リストを発信する発信段階と、
前記証明書失効リストが最新の証明書失効リストであるかどうかにより、前記証明書失効リストが更新されたことを知らせる応答メッセージ、および更新要請メッセージのうち何れか一つを受信する受信段階、および
前記応答メッセージおよび前記更新要請メッセージのうち何れか一つに基づいて、前記証明書失効リストを更新するかどうかを決定する更新段階と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項９】
前記発信段階は、装置間の相互認証実行時に実行される、請求項８に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項１０】
前記発信段階は、前記証明書失効リストに設定された値が臨界値に到達した時に実行される、請求項８に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項１１】
前記証明書失効リストに設定された値は、前記識別情報を有する発給者別に設定可能である、請求項１０に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項１２】
前記更新要請メッセージに対する応答を受信する場合、前記最新の証明書失効リストを受信する、請求項８に記載のデジタル著作権管理のための多重証明書失効リストのサポート方法。
【請求項１３】
第１証明書失効リストを受信して前記第１証明書失効リストの発給者識別情報を確認する識別情報確認部と、
前記確認された発給者識別情報に対応する第２証明書失効リストをロードして、前記第１証明書失効リストと前記第２証明書失効リストのうち何れかが最新の証明書失効リストであるのかを比較する更新判断部、および
前記更新判断部による比較結果に基づいて、前記第１証明書失効リストおよび前記第２証明書失効リストのうち何れか一つを前記最新の証明書失効リストに更新する更新部と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１４】
識別情報確認部は、装置間の相互認証実行時に、前記発給者識別情報を確認する、請求項１３に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１５】
識別情報確認部は、前記第１証明書失効リストに設定された値および前記第２証明書失効リストに設定された値のうち何れか一つが臨界値に到達した時、前記発給者識別情報を確認する、請求項１３に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１６】
前記第１証明書失効リストおよび前記第２証明書失効リストに設定された値は、前記識別情報を有する発給者別に設定可能である、請求項１５に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１７】
前記更新部は、前記比較結果に基づいて前記第２証明書失効リストを前記第１証明書失効リストに更新する請求項１３に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１８】
前記更新部は、前記比較結果に基づいて、前記第１証明書失効リストを前記第２証明書失効リストに更新する請求項１３に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項１９】
前記更新部は、前記比較結果に基づいて前記第１証明書失効リストを前記第２証明書失効リストに更新するように要請する請求項１３に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２０】
証明書失効リストの発給者識別情報を含む証明書失効リストを発信する発信部と、
前記証明書失効リストが最新の証明書失効リストであるかどうかにより、前記証明書失効リストが更新されたことを知らせる応答メッセージ、および更新要請メッセージのうち何れか一つを受信する受信部、および
前記応答メッセージおよび前記更新要請メッセージのうち何れか一つに基づいて、前記証明書失効リストを更新するかどうかを決定する更新判断部と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２１】
前記発信部は、装置間の相互認証実行時に、前記証明書失効リストを発信する請求項２０に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２２】
前記発信部は、前記証明書失効リストに設定された値が臨界値に到達した時、前記証明書失効リストを発信する、請求項２０に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２３】
前記証明書失効リストに設定された値は、前記識別情報を有する発給者別に設定可能である、請求項２２に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２４】
前記受信部は、前記更新要請メッセージに対する応答を受信する場合、前記最新の証明書失効リストを受信する、請求項２０に記載のデジタル著作権管理のための多重証明書失効リストのサポート装置。
【請求項２５】
第１証明書失効リストを受信して、前記第１証明書失効リストの発給者識別情報を確認する段階と、
前記発給者識別情報に対応する第２証明書失効リストをロードし、前記第１証明書失効リストと前記第２証明書失効リストのうち何れかが最新の証明書失効リストであるのかを比較する段階、および
前記比較結果に基づいて、前記第１証明書失効リストおよび前記第２証明書失効リストのうち何れか一つを前記最新の証明書失効リストに更新する段階と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート方法を実行するためのコンピュータプログラムを保存する、コンピュータで判読可能な記録媒体。
【請求項２６】
証明書失効リストの発給者識別情報を含む証明書失効リストを発信する段階と、
前記証明書失効リストが最新の証明書失効リストであるかどうかにより、前記証明書失効リストが更新されたことを知らせる応答メッセージ、および更新要請メッセージのうち何れか一つを受信する段階、および
前記応答メッセージおよび前記更新要請メッセージのうち何れか一つに基づいて、前記証明書失効リストを更新するかどうかを決定する段階と、を含む、デジタル著作権管理のための多重証明書失効リストのサポート方法を実行するためのコンピュータプログラムを保存するコンピュータで判読可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２００９−５３７０９０（Ｐ２００９−５３７０９０Ａ）
【公表日】平成２１年１０月２２日（２００９．１０．２２）
【国際特許分類】
【出願番号】特願２００９−５０９４１０（Ｐ２００９−５０９４１０）
【出願日】平成１９年４月３０日（２００７．４．３０）
【国際出願番号】ＰＣＴ／ＫＲ２００７／００２１１１
【国際公開番号】ＷＯ２００７／１３２９８７
【国際公開日】平成１９年１１月２２日（２００７．１１．２２）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
【公表日】平成２１年１０月２２日（２００９．１０．２２）
【国際特許分類】
【出願日】平成１９年４月３０日（２００７．４．３０）
【国際出願番号】ＰＣＴ／ＫＲ２００７／００２１１１
【国際公開番号】ＷＯ２００７／１３２９８７
【国際公開日】平成１９年１１月２２日（２００７．１１．２２）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
[ Back to top ]