JP2007529835A - デバイスと携帯用保存装置との間に権利客体を移動またはコピーする方法及び装置 - Google Patents

Abstract

携帯用保存装置とデバイスとの間にデジタルコンテンツをコピーするためにデジタルコンテンツについての権利情報である権利客体をコピーまたは移動する方法及び装置が提供される。権利客体のコピーまたは移動の誤謬を減らすためにシーケンス数字を与えてコピーまたは移動しようとするデータの流失または認証されていない接近を防止する。

Description

本発明は、携帯用保存装置とデバイスとの間にデジタルコンテンツをコピーまたは移動するための方法と装置に係り、さらに詳細には、携帯用保存装置とデバイスとの間にデジタルコンテンツについての権利情報を有する権利客体をエラーなしにコピーまたは移動するための方法とそのための装置である。

最近、デジタル著作権管理（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ：以下、“ＤＲＭ”と称する）に関する研究が活発で、ＤＲＭを適用した商用サービスが導入されたか、導入中にある。ＤＲＭが導入されねばならない理由は、デジタルコンテンツが有する多様な特性から導出しうる。デジタルコンテンツは、アナログデータとは違って損失なくコピーが可能であるという特性と、再使用及び加工、配布が容易である一方、その製作に高コストと手間を必要とするという特性を有する。したがって、デジタルコンテンツの無断コピー及び配布が容認される場合、これはデジタルコンテンツ製作者の利益を侵害し、デジタルコンテンツ製作者の創作意欲は削がれる。そして、デジタルコンテンツ産業の活性化に大きな阻害要素となる。

デジタルコンテンツを保護しようとする努力は過去にもあったが、過去には主にデジタルコンテンツ無断接近防止に重点をおいてデジタルコンテンツに対する接近（ａｃｃｅｓｓ）は代価を支払った一部の人にのみ許容された。しかし、代価を支払った人が故意にデジタルコンテンツを第３者に配布する場合、第３者は代価を支払わなくてもデジタルコンテンツを使用できるようになる。このような問題点を解決しようとしてＤＲＭという概念が導入された。ＤＲＭは、所定の暗号化されたデジタルコンテンツに対する接近をだれにも無制限に許容するが、暗号化されたデジタルコンテンツを復号化して実行させようとするなら、権利客体（Ｒｉｇｈｔｓ Ｏｂｊｅｃｔ）というライセンスがなければならない。したがって、ＤＲＭを適用すれば、デジタルコンテンツを既存とは違って効果的に保護しうる。

携帯用保存装置は、携帯電話、コンピュータ、デジタルカメラなど複数のデジタル機器の資料を保存して移動可能にする着脱可能な装置であって、データを保存する保存空間と演算及び制御を担当する部分で構成される。このような携帯用保存装置の１つであるマルチメディアカードと呼ばれるＭＭＣ（Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ）は従来のハードディスクやコンパクトディスクが有する限界を克服して、多様な種類のデジタル機器で使用可能にマルチメディアデータを保存する役割を行っている。また、このカードは、既存の記録媒体にはない演算部を有しており、単純なデータ保存でない、制御などが可能となって大容量の多様なマルチメディアデータを収容するのに適している。最近、このマルチメディアカードに保安性の機能を追加してデジタルコンテンツの保存及び送受信における保安と著作権保護が可能な保安マルチメディアカード（Ｓｅｃｕｒｅ ＭＭＣ）が開発されつつ、デジタルコンテンツに対する著作権管理が保存装置とデジタル機器で可能となった。以下、デジタルカメラ、携帯電話、コンピュータ、デジタルカムコーダなどのデジタル機器をデバイスと通称する。

現在、モバイル分野に適用されるＤＲＭとしては、ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）グループで定めた標準であるＯＭＡ−ＤＲＭがある。ＯＭＡ−ＤＲＭは、携帯電話のようなモバイル機器がデジタルコンテンツをダウンロードして使用する場合、このデータに対する著作権管理（ＤＲＭ）の標準案として提示された。しかし、あらゆるデジタル資料が必ずしもサーバーから携帯電話にのみ移動または伝送されるものではなく、前述した携帯用保存装置を介してもデータが伝送されうる。また、モバイル機器外のデジタルカメラ、コンピュータなどではモバイル方式以外に携帯用保存装置を介したデータ伝送が普遍的であるために、ＯＭＡ−ＤＲＭの技術的特徴をカバーして携帯用保存装置に適したＤＲＭの開発が必要である。

ＤＲＭの概念は、図１を通じて説明する。ＤＲＭは、暗号化またはスクランブルのような方式で保護されたコンテンツ（以下、暗号化されたコンテンツと称する）と保護されたコンテンツに接近可能にする権利客体をどのように取扱うかについてのものである。

図１を参照すれば、ＤＲＭにより保護されるコンテンツへの接近を所望するユーザ１１０、１５０とコンテンツを供給するコンテンツ供給者（Ｃｏｎｔｅｎｔｓ Ｉｓｓｕｅｒ）１２０とコンテンツに接近可能な権利を含んでいる権利客体を発行する権利客体発行機関（Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ）１３０、及び認証書を発行する認証機関１４０が示される。

動作を説明すれば、ユーザＡ １１０は、所望のコンテンツをコンテンツ供給者１２０から得られるが、ＤＲＭで保護された暗号化されたコンテンツを得る。ユーザＡ １１０は、暗号化されたコンテンツを再生させうるライセンスを権利客体発行機関１３０から受けた権利客体から得られる。権利客体のあるユーザＡ １１０は、暗号化されたコンテンツを再生させうる。暗号化されたコンテンツは、自由に流通されるか、配布されうるために、ユーザＡ １１０は、ユーザＢ １５０に暗号化されたコンテンツを自由に伝達しうる。ユーザＢ １５０は、伝達された暗号化されたコンテンツを再生させるために権利客体を必要とするが、このような権利客体は、権利客体発行機関１３０から得られる。一方、認証機関（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）は、コンテンツ供給者１２０とユーザＡ １１０及びユーザＢ １５０が正当なユーザであることを示す認証書（Ｃｅｒｔｉｆｉｃａｔｅ）を発行する。認証書は、ユーザ１１０、１５０のデバイスの製作時からデバイス内に入れられ、認証書の有効期間が満了された場合に認証機関１４０から認証書を再発給されうる。

このようにＤＲＭは、デジタルコンテンツの製作者、または供給者の利益を保護してデジタルコンテンツ産業の活性化に寄与しうる。しかし、示されたようにモバイルデバイスを使用するユーザＡ１１０とユーザＢ１５０との間で権利客体や暗号化されたコンテンツを交換することは可能であるが、現実的に不便である。デバイス間の権利客体または暗号化されたコンテンツの移動を便利にするためにデバイス間の媒介体の役割をする携帯用保存装置とデバイスとの間に効率的なデータのコピーあるいは移動が必要である。また携帯用保存装置を介してデータのコピーまたは移動がコンテンツの著作権を侵害しないようにするために権利客体のコピーまたは移動を管理可能にする方案が必要である。また権利客体の移動に参与する命令の順序を制御して中間に削除されるか、権限のない入力により情報が追加される問題を解決する方案が必要である。

本発明が解決しようとする技術的課題は、デジタルコンテンツの著作権を管理する方案として、デジタルコンテンツの使用権限についての情報を有している権利客体（Ｒｉｇｈｔ ｏｂｊｅｃｔ：ＲＯ）を移動、コピーする方案を提示することによって、デジタルコンテンツの効率的な配布とこれらコンテンツの著作権管理を有用にすることである。

本発明が解決しようとする他の技術的課題は、権利客体に移動及びコピーについての制御情報をおき、コピー本でも差等的にコピーに対する権限を割り当てることである。

本発明が解決しようとするさらに他の技術的課題は、権利客体の移動及びコピーにおいてシーケンス数字を与えてデータの流失または権限のない接近を防止することである。

本発明の目的は、前記目的に制限されず、言及していないさらに他の目的は下記から当業者に明確に理解されうる。

前記目的を達成するために本発明の一実施形態によるデバイスから携帯用保存装置に権利客体を移動させる方法は、デバイスが権利客体を携帯用保存装置が支援する形式に変換するステップ、前記変換された権利客体を暗号化ステップ、前記暗号化された権利客体を携帯用保存装置に送信するステップ及び前記送信が完了した後でデバイスに保存されていた権利客体を非活性化するステップを含む。

本発明の一実施形態による携帯用保存装置からデバイスに権利客体を移動させる方法は、デバイスが携帯用保存装置に権利客体の移動を要請するステップ、前記移動要請を受けた携帯用保存装置から暗号化された権利客体を受信するステップ、前記受信した権利客体を復号化して前記デバイスに保存するステップ及び前記携帯用保存装置に保存されている権利客体を非活性化するステップを含む。

本発明の一実施形態による携帯用保存装置は、デバイスとの連結のためのインターフェース、前記インターフェースを通じて前記デバイスに送信するか、前記デバイスから受信される権利客体の形式を変換し、移動が完了した権利客体を非活性化する制御部及び前記制御部を通じて形式が変換された権利客体を暗号化または復号化する対称キー暗号部含む。

本発明の一実施形態によるデバイスは、携帯用保存装置との連結のためのインターフェース、前記インターフェースを通じて前記携帯用保存装置に送信するか、前記携帯用保存装置から受信される権利客体の形式を変換し、移動が完了した権利客体を非活性化する制御部及び前記制御部を通じて形式が変換された権利客体を暗号化または復号化する対称キー暗号部を含む。

その他の実施形態の具体的な事項は詳細な説明及び図面に含まれている。

本発明の利点及び特徴、そしてそれらを達成する方法は、添付される図面と共に詳細に後述されている実施形態を参照すれば明確になる。しかし、本発明は、以下で開示される実施形態に限定されず、相異なる多様な形で具現されることができ、単に本実施形態は本発明の開示を完全にし、本発明が属する技術分野で当業者に発明の範ちゅうを完全に知らせるために提供されるものであり、本発明は特許請求の範囲によって定義されるだけでない。明細書全体に亙って同一な参照符号は同一な構成要素を示す。

本発明でのデバイスは、デジタルカメラ、携帯電話、コンピュータ、ノート型パソコンなどのデジタル機器を総称する。携帯用保存装置は、保安マルチメディアカードのように携帯が可能で、着脱可能な保存装置であって、内部に演算装置とデバイスについてのインターフェースを有する。以下、発明の理解を助けるために保安マルチメディアカード（Ｓｅｃｕｒｅ ＭＭＣ）を中心に説明する。しかし、このような説明は単にマルチメディアカードが普遍的に使われている業界の現実を反映したものであって、本発明は保安マルチメディアカードに限定されるものではない。

以下、添付された図面を参照して本発明の実施形態を詳細に説明する。

説明に先立って本明細書で使用する用語の意味を簡略に説明する。用語の説明は、本明細書の理解を助けるためのものであって、明示的に本発明を限定する事項と記載していない場合、本発明の技術的思想を限定する意味として使用するものではないということを注意せねばならない。

−公開キー暗号化（Ｐｕｂｌｉｃ−ｋｅｙ Ｃｒｙｐｔｏｇｒａｐｈｙ）
非対称暗号化（Ａｓｙｍｍｅｔｒｉｃ Ｃｉｐｈｅｒ）とも称し、これはデータの復号化に使われたキーがデータを暗号化したキーと異なる暗号化方式を意味する。このような公開キー暗号化アルゴリズムは、一般に公開されており、公開キー暗号化は、第３者が暗号化アルゴリズムと暗号化キー及び暗号化された文章だけでは原文が分からないか、分かり難いという特性を有する。公開キー暗号化システムの例としては、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ暗号システム、ＲＳＡ暗号システム、ＥｌＧａｍａｌ暗号システム及び楕円曲線（Ｅｌｌｉｐｔｉｃ Ｃｕｒｖｅ）暗号化システムなどがある。公開キー暗号化の場合に対称キー暗号化より約１００〜１０００倍遅いためにコンテンツ自体の暗号化に使うよりは、キー交換や電子署名などに使われる。

−対称キー暗号化（Ｓｙｍｅｔｒｉｃ−ｋｅｙ Ｃｒｉｐｔｏｇｒａｐｈｙ）
秘密キー暗号化とも称する対称暗号化方式（Ｓｙｍｍｅｔｒｉｃ Ｃｉｐｈｅｒ）は、データの暗号化に使われたキーとデータの復号化に使われたキーとが同じである暗号化方式を意味する。このような対称キー暗号化の例としては、ＤＥＳが最も一般的に使われており、最近にはＡＥＳを採用したアプリケーションが増加している。

−認証書（Ｃｅｒｔｉｆｉｃａｔｅ）
認証機関（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）という公認された機関で公開キー暗号と関連してユーザに公開キーを認証したことを言い、認証書は特定加入者の身元と公開キーとを認証機関の個人キーで署名したメッセージを意味する。したがって、認証機関の公開キーを認証書に適用すれば、その認証書の無欠性を容易に把握できるために攻撃者が特定ユーザの公開キーを任意に変調することを防止する。

−電子署名（ＤｉｇｉｔａｌＳｉｇｎａｔｕｒｅ）
署名者により文書が作成されたことを示すために生成することを言う。このような電子署名の例としては、ＲＳＡ電子署名、ＥｌＧａｍａｌ電子署名、ＤＳＡ電子署名、Ｓｃｈｎｏｒｒ電子署名などがある。ＲＳＡ電子署名の場合、暗号化されたメッセージ送信者はメッセージを自身の個人キーで暗号化して送信し、受信者は送信者の公開キーで暗号化されたメッセージを復号化する。このような場合、メッセージの暗号化は、送信者によるものであるということが証明される。

−ランダム番号
ランダム性を有する数字または文字列を意味し、実際に完全なランダム番号の生成は高コストを必要とするために擬似ランダム（Ｐｓｅｕｄｏ−Ｒａｎｄｏｍ）番号が使われることもある。

−携帯用保存装置
本明細書で使用する携帯用保存装置は、フラッシュメモリのように読取り、書き込み、消去可能な性質を有する不揮発性メモリを含んでおり、デバイスに連結可能な保存装置を意味する。このような保存装置の例としては、スマートメディア、メモリスティック、ＣＦカード、ＸＤカード、マルチメディアカードなどがあり、以下の実施の形態では保安マルチメディアカードを中心に説明する。

−デバイス
本明細書で使用するデバイスは、携帯用マルチメディア機器となり得、携帯用でないマルチメディア機器も含む。デバイスあるいはホストと命名しうる。

−相互認証
デバイスと携帯用マルチメディア機器とが互いに認証を行う。このために前述した公開キー暗号化方式を通じて今後伝送するデータを暗号化する暗号化キーであるセッションキーを共有すれば、デバイスと携帯用マルチメディア機器との間に送受信されるデータは前記セッションキーを有して暗号化する。

−権利客体（Ｒｉｇｈｔ Ｏｂｊｅｃｔ）
権利客体は、デジタル著作物についての権利内容を有するようになり、デジタル著作物に対する再生（Ｐｌａｙ）、ディスプレイ（Ｄｉｓｐｌａｙ）、実行（Ｅｘｅｃｕｔｅ）、印刷（Ｐｒｉｎｔ）、伝送（Ｅｘｐｏｒｔ：コピー、移動）あるいは閲覧などの権限を設定する部分である。デバイスと携帯用マルチメディアとの間にＤＲＭを行うためには、コンテンツに対する権利付与如何の情報を有する権利客体の使用が必要である。

−移動（ｍｏｖｅ）
ある個体を他の装置に移すことを意味する。電子的個体の場合、特定装置内にある個体がそのまま他の装置あるいは該当装置内の他の位置に移されることを意味し、移動後に個体はただ１つのみが存在する場合を意味する。

−コピー（ｃｏｐｙ）
ある個体と同じ個体が他の装置または他の位置に生成されることを意味する。コピーは、１つの個体でその内容あるいは情報が同じであるさらに他の１つ以上の個体が生成されることを意味し、コピー後に個体は２つ以上存在する。

−限定情報
限定情報は、権利客体をコピーするか、移動する場合、このようなコピー、移動が特定条件下でのみ行われるように限定する情報を意味する。コピーまたは移動を制御するために制御情報ともいえる。以下、本明細書で使用する制御情報は、いずれも限定情報と同じ意味を有する。

図２は、保安マルチメディアカードを用いたＤＲＭの概念を概略的に示す図面である。

ユーザＡ ２１０は、コンテンツ供給者２２０から暗号化されたコンテンツが得られる。暗号化されたコンテンツとは、ＤＲＭで保護されるコンテンツを意味するが、これを再生させるためには、コンテンツに対する権利客体を必要とする。権利客体とは、コンテンツに対する権利の定義と権利の限定事項（ｃｏｎｓｔｒａｉｎｔ）を含んでおり、権利客体自体に対する権利も含んでいる。コンテンツに対する権利の例としては、再生があり、限定事項の例としては、再生回数、再生時間、再生期間などがある。権利客体自体に対する権利には、移動や、コピーなどがある。すなわち、移動権利を有する権利客体は、他のデバイスや保安マルチメディアカードに移動可能であり、コピー権利を有する権利客体は他のデバイスや保安マルチメディアカードにコピーされうる。前者は、移動と共に元の権利客体が非活性化（権利客体自体の削除や権利客体が含んでいる権利の削除などを含む概念）される一方、後者は、元の権利客体も活性化状態で使われうる。

暗号化されたコンテンツを得たユーザＡ ２１０は、これについての再生権限を得るために権利客体発行機関２３０に権利客体要請をする。権利客体発行機関２３０から権利客体応答と共に権利客体を受ければ、これを用いて暗号化されたコンテンツを再生させる。一方、該当暗号化された客体を有しているユーザＢ ２５０に権利客体を伝達しようとするとき、ユーザＡ ２１０は携帯用保存装置を使用して伝達しうる。一実施形態として携帯用保存装置は、ＤＲＭ機能を有する保安マルチメディアカード２６０があるが、この場合にユーザＡ ２１０は保安マルチメディアカード２６０と相互認証を行った後に権利客体を保安マルチメディアカード２６０に移動させる。ユーザＡ ２１０が暗号化されたコンテンツを再生させようとするなら、保安マルチメディアカード２６０に再生権利を要求した後、保安マルチメディアカード２６０から再生権利（コンテンツ暗号化キー）を受けて暗号化されたコンテンツを再生させうる。一方、保安マルチメディアカード２６０は、ユーザＢ ２５０と認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を経た後にユーザＢ ２５０に権利客体を移動させるか、ユーザＢ ２５０が暗号化されたコンテンツを再生させうる。

本実施形態でデバイスが保安マルチメディアカードを使用するためには、両者間の相互認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を経る。相互認証を行った結果、セッションキーが生成される。このセッションキーは、デバイスと保安マルチメディアカードとが共有するキーであって、一回の接続時に有効なキーであり、該当接続が維持される間にデバイスと保安マルチメディアカードとの間に送受信される情報はこのセッションキーで暗号化されて安全に伝送される。認証についての詳細な説明は図３のように説明される。

図３は、本発明の一実施形態による相互認証の過程を示す図面である。相互認証過程は、デバイス５００と保安マルチメディアカード１００とが互いに正当なデバイスまたは保安マルチメディアカードということを確認し、両者間にセッションキー生成のためのランダム番号を交換する過程である。相互認証過程を通じて得たランダム番号を用いてセッションキーを生成しうる。図３において矢印の上にあるステップは、相手装置に所定の動作を要求する命令を意味し、矢印の下は命令に必要なパラメータや移動するデータを意味する。一実施形態で相互認証過程のあらゆる命令はデバイス５００で行い、保安マルチメディアカード１００は命令に必要な動作を行う。例えば、相互認証応答（Ｓ５０）という命令は、デバイス５００が保安マルチメディアカード１００に送れば、保安マルチメディアカード１００が命令を受けてデバイスに認証書Ｍと暗号化されたランダム番号Ｍとを送る。他の実施形態で命令は、デバイス５００と保安マルチメディアカード１００のどちらでもできる。この場合、相互認証応答（Ｓ５０）は、保安マルチメディアカード１００がデバイス５００に送るとき、認証書Ｍと暗号化されたランダム番号Ｍとを共に送りうる。詳細な相互認証過程を説明する。

デバイス５００から保安マルチメディアカード１００に相互認証を要請する（Ｓ１０）。相互認証要請を行いつつ、デバイスは保安マルチメディアカードが、デバイス５００が有しているデバイス公開キーＰｕｂＫｅｙＤを送る。一実施形態において、Ｓ１０ステップでデバイス公開キーＰｕｂＫｅｙＤはデバイス５００に対して認証機関（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）が発行したデバイス認証書ＣｅｒｔＤを送る。デバイス認証書ＣｅｒｔＤは、デバイスＩＤとデバイス公開キーＰｕｂＫｅｙＤとが含まれており、認証機関の電子署名がある。デバイス認証書ＣｅｒｔＤを受信した保安マルチメディアカード１００は、デバイス５００が正当なデバイスである否かを確認でき、デバイス公開キーＰｕｂＫｅｙＤが得られる。

保安マルチメディアカード１００は、認証書廃棄目録（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ、以下、“ＣＲＬ”と称する）を使用してデバイス認証書ＣｅｒｔＤが有効であるか否かを確認する（Ｓ２０）。ＣＲＬに登録されたデバイスの認証書である場合ならば、保安マルチメディアカード１００はデバイス５００との相互認証を拒否しうる。ＣＲＬに登録されていないデバイスの認証書である場合、保安マルチメディアカード１００はデバイス認証書ＣｅｒｔＤを通じてデバイス公開キーＰｕｂＫｅｙＤを得る。

以後、保安マルチメディアカード１００は、ランダム番号Ｍを生成する（Ｓ３０）。生成されたランダム番号Ｍは、デバイス公開キーＰｕｂＫｅｙＤで暗号化する（Ｓ４０）。次いで、デバイス５００による相互認証応答命令を受信するか、保安マルチメディアカード１００がデバイス５００に相互認証応答命令を送り、相互認証応答過程が行われる（Ｓ５０）。相互認証応答過程で保安マルチメディアカード１００は、デバイスに保安マルチメディアカード公開キーＰｕｂＫｅｙＭと暗号化されたランダム番号Ｍを送る。一実施形態において、保安マルチメディアカード公開キーＰｕｂＫｅｙＭの代りに保安マルチメディアカード認証書ＣＥＲＴＭを送る。他の実施形態において、マルチメディアカード１００は、保安マルチメディアカード認証書ＣＥＲＴＭと暗号化されたランダム番号Ｍと共に保安マルチメディアカードの電子署名ＳｉｇＭをさらに含んでデバイス５００に送る。

デバイス５００は、保安マルチメディアカード認証書ＣＥＲＴＭと暗号化されたランダム番号Ｍを受信し、認証書確認を通じて保安マルチメディアカード１００が正しいということを確認し、保安マルチメディアカード公開キーＰｕｂＫｅｙＭを得て暗号化されたランダム番号Ｍをデバイス個人キーＰｒｉｖＫｅｙＤで復号化してランダム番号Ｍを得る（Ｓ６０）。以後、デバイス５００は、ランダム番号Ｄを生成する（Ｓ７０）。生成されたランダム番号Ｄは、保安マルチメディアカード公開キーＰｕｂＫｅｙＭで暗号化する（Ｓ８０）。次いで、相互認証終結過程（Ｓ９０）が行われるが、相互認証終結過程（Ｓ９０）でデバイス５００は、保安マルチメディアカード１００に暗号化されたランダム番号Ｄを伝送する。一実施形態において、デバイス５００は、暗号化されたランダム番号Ｄと共にデバイスの電子署名ＳｉｇＤをさらに含んで保安マルチメディアカード１００に送る。

保安マルチメディアカード１００は、暗号化されたランダム番号Ｄを受信して復号化する（Ｓ１００）。これにより、デバイス５００と保安マルチメディアカード１００との間には、互いに生成したランダム番号が分かる。本実施形態でデバイス５００と保安マルチメディアカード１００は両者ともにランダム番号を生成して使用することによって、ランダム性を大きく高め、安全な相互認証を可能にする。すなわち、いずれか一方でランダム性が弱くても、他の一方でランダム性を補充できるからである。

本実施形態でランダム番号は、前述したようにランダム番号生成モジュール（図示せず）を通じてランダム番号を生成することもあるが、既に生成されてデバイスまたは保安マルチメディアカードに保存されている複数の番号のうち、選択されたいずれか１つまたは複数の番号の組合わせであり得る。また、ランダム番号は、単純に数字を意味することもあるが、数字以外の文字を含む文字列でもあり得る。したがって、本明細書で使用するランダム番号の意味は、ランダム番号生成モジュールを通じて生成された数字や数字の組合わせまたは文字列を含むように解釈され、また保存されている数字または文字列から選択された１つの数字や文字列または複数の数字や文字列の組合わせを含むように解釈されることもある。

相互間にランダム番号を共有したデバイス５００と保安マルチメディアカード１００は、２つのランダム番号を使用して各自のセッションキーを生成する（Ｓ１１０、Ｓ１２０）。２つのランダム番号を用いてセッションキーを生成するアルゴリズムは公開されたアルゴリズムを使用しうる。最も簡単なアルゴリズムとしては、２つのランダム番号をＸＯＲ演算してセッションキーを生成しうる。セッションキーが生成された後、デバイス５００と保安マルチメディアカード１００との間にはＤＲＭで保護される各種作業が可能である。

ＡＰＤＵは、アプリケーションプロトコルデータユニット（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ＤａｔａＵｎｉｔ）であって、デバイスと保安マルチメディアカードとの間に交換される情報の単位である。ここには、認証命令、権利客体のコピーまたは移動、再生、カード状態チェックなどを行う命令語とこれに対するパラメータが含まれ得る。以下、本明細書で現れる特定の機能を行なうための命令は、いずれもＡＰＤＵ内に命令語とパラメータとにセットされて保存されて伝送される。

権利客体の移動及びコピーの説明に先立ち、これら命令語を実行するためのＳＳＣ（Ｓｅｎｄ Ｓｅｑｕｅｎｃｅ Ｃｏｕｎｔｅｒ）を説明する。図４では、ＳＳＣが適用される過程を示している。ＳＳＣメカニズムの基本構造は、伝送されるＡＰＤＵにシーケンス数字（伝送順序、Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）を割り当てて伝送することである。このようなシーケンス数字を割り当てることによって、ＡＰＤＵが伝送されつつ落ちがあるか、あるいは権限のないＡＰＤＵが伝送されているかを確認しうる。このシーケンス数字は、ＡＰＤＵが伝送されつつ増加する。図４の例では、１が増加している。まずＡＰＤＵを伝送するためには、相互認証（Ｓ１２１）過程が必要である。この過程を経てデバイスから保安マルチメディアカードにＡＰＤＵを伝送する（Ｓ１２２）。このＡＰＤＵ内に保存されたＳＳＣ値は初期値ｉｎｉｔｉａｌ＿ＳＳＣに１が加えられた値である。このＡＰＤＵを伝送され、次の命令語実行と関連したＡＰＤＵを受けることになるが（Ｓ１３０）、この際、ＳＳＣの値は初期値ｉｎｉｔｉａｌ＿ＳＳＣ値に２が加えられた値である。したがって、その以前ステップ（Ｓ１２２）でのＡＰＤＵのＳＳＣより１が増加したものであって、このＡＰＤＵは有効なＡＰＤＵとして実行可能である。その次のステップで伝送されるＡＰＤＵはこれとは違って誤謬のある場合を示す。一定期間が経過した後、ＡＰＤＵがＳＳＣ値がＮである状態に送信される（Ｓ１７０）。このＡＰＤＵを伝送され、次の命令語実行と関連したＡＰＤＵを受けることになるが（Ｓ１８０）、このＡＰＤＵのＳＳＣにＮ＋２が保存されている。これは、Ｎ＋１になるべきＳＳＣ値が誤った値であって、中間にＡＰＤＵが流失されたことを意味する。したがって、これは正しいＡＰＤＵではないので、デバイス側で処理しなくても良い。本明細書で説明する権利客体の移動とコピーは、このようなＳＳＣ値を付加して中間に流失された権利客体の存否を検討しうる。

権利客体の移動とコピーとの過程を説明する前に、この過程で実行される命令語とこれらのパラメータについて図５及び図６から説明する。

移動は、大きく２つがあるが、デバイスから保安マルチメディアカードに権利客体を移動させる場合（１０）、ここに必要な命令語は、ＳＥＴ＿ＭＯＶＥ＿ＲＯとＧＥＴ＿ＣＯＮＦＩＲＭとである。それぞれの機能は、図７で説明する。

一方、保安マルチメディアカードからデバイスに権利客体を移動させる場合（２０）、ＳＥＴ＿ＳＥＬＥＣＴ＿ＲＯ、ＧＥＴ＿ＭＯＶＥ＿ＲＯ及びＳＥＴ＿ＣＯＮＦＩＲＭの命令語からなる。この機能は、図８で説明する。

コピーも２つに分けられる。デバイスから保安マルチメディアカードに権利客体をコピーする場合（３０）、ここに必要な命令語はＳＥＴ＿ＣＯＰＹ＿ＲＯとＧＥＴ＿ＣＯＮＦＩＲＭとである。それぞれの機能は図９で説明する。

一方、保安マルチメディアカードからデバイスに権利客体をコピーする場合（４０）、ＳＥＴ＿ＳＥＬＥＣＴ＿ＲＯ、ＧＥＴ＿ＣＯＰＹ＿ＲＯ及びＳＥＴ＿ＣＯＮＦＩＲＭの命令語からなる。この機能は、図１０で説明する。

一方、これら移動及びコピーを行うための命令語１０、２０、３０、４０のパラメータとなる部分は次の通りである。ＲＯＴｙｐｅ５１は、移動、コピーされるＲＯのタイプを決定する。０ｘ００の場合は、一般的なＲＯであるが、０ｘ０１は親ＲＯ、０ｘ０２は子ＲＯである。親権利客体、子権利客体である親ＲＯと子ＲＯは、図１７及び図１８で詳述する。

ＳＭＲＦ５２は、保安マルチメディアカードにより支援されるフォーマットを意味する。ホストやデバイス内に保存されるフォーマットと異なり得るので、権利客体が移動またはコピーされる場合、保安マルチメディアカードに適するフォーマットに変換されねばならない。

ＲＩＤ５３は、権利客体の識別子を意味し、ＡＣＫ５４は移動あるいはコピーに対する結果値を意味する。０は成功を、１は失敗を意味する。ＯＲＯは、原本権利客体（Ｏｒｉｇｉｎａｌ Ｒｉｇｈｔ Ｏｂｊｅｃｔ）であって、今後使用可能性を考慮した部分である。

これらパラメータは、一実施形態であり、これらの構成や値、そしてパラメータの種類は本発明の実施形態によって変わりうる。

図７では、デバイスから保安マルチメディアカードに権利客体を移動させる過程を示す。もちろんこの過程に先立ち、前述した相互認証過程は先行されねばならず（Ｓ２１０）、デバイスでは移動させようとする権利客体の識別子であるＲＩＤを既に知っている状況であると仮定する。前記認証過程を通じて生成されるセッションキーは、Ｋ_ＳＥＫであり、このキーにより命令語は暗号化されて伝送される。これは図７だけでなく、以後の説明でもデバイスと保安マルチメディアカードとの間に伝送されるデータは、このセッションキーで暗号化されて伝送される。ＳＣ．Ｅｎｃｒｙｐｔ（Ｋ_ＳＥＫ ｐａｒａｍｅｔｅｒ１｜｜ｐａｒａｍｅｔｅｒ２｜｜… ｐａｒａｍｅｔｅｒｎ）は、命令語伝送においてパラメータ１からｎまでをセッションキーＫ_ＳＥＫで暗号化して伝送することを意味する。デバイスは、ＳＥＴ＿ＭＯＶＥ＿ＲＯという命令語でＡＰＤＵを構成して保安マルチメディアカードに伝送する（Ｓ２３０）。この際、伝送される値としては、ＡｐｐｅｎｄＩｎｆｏとＳＳＣ、ＲＯＴｙｐｅとＳＭＲＦであり、選択的にＯＲＯが伝送される。

ＡｐｐｅｎｄＩｎｆｏは、ＡＰＤＵデータブロックがどのように付加されるかについての情報である。長さとブロックの個数とがＡｐｐｅｎｄＩｎｆｏに保存される。ＳＳＣは、前述したようにシーケンス数字が保存される。ＲＯＴｙｐｅとＳＭＲＦ、ＯＲＯは、図５及び図６で説明した通りである。移動が完了すれば、保安マルチメディアカードから実行結果についての情報を得る。これはＧＥＴ＿ＣＯＮＦＩＲＭという命令語を通じて可能であり、この命令語はＳＳＣとＡＣＫ値からなる（Ｓ２４０）。ＧＥＴ＿ＣＯＮＦＩＲＭ命令語が実行されつつ、デバイスでは移動した権利客体がこれ以上有効でないようにする。すなわち、権利客体は、保安マルチメディアカードに移動したので、デバイスに残された権利客体は削除されるか、使用できないものに修正されねばならない。

図８では、保安マルチメディアカードからデバイスに権利客体を移動させる過程を示す。やはり相互認証（Ｓ３１０）過程を経ねばならず、セッションキーＫ_ＳＥＫが生成される。デバイスから保安マルチメディアカードにＳＥＴ＿ＳＥＬＥＣＴ＿ＲＯ命令語を送る。この際、ＳＳＣと移動する権利客体のＲＩＤをパラメータに伝送する（Ｓ３３０）。この命令語を受信した保安マルチメディアカードでは移動する対象である権利客体をＧＥＴ＿ＭＯＶＥ＿ＲＯ命令語と共に伝送する（Ｓ３４０）。この際、移動する権利客体は、ＳＭＲＦのフォーマットに転換される。この命令語のパラメータは、ＡｐｐｅｎｄＩｎｆｏ、ＳＳＣ、ＲＯＴｙｐｅ、そしてＳＭＲＦとなり、選択的にＯＲＯが追加されうる。このような伝送が完了すれば、デバイスでは保安マルチメディアカードに移動の成功如何をＳＥＴ＿ＣＯＮＦＩＲＭ命令語のＡＣＫパラメータを通じて伝送する（Ｓ３５０）。移動が成功的な場合、保安マルチメディアカードでは移動した権利客体をこれ以上使用できなくするか、削除する。

図９ではデバイスから保安マルチメディアカードに権利客体をコピーする過程を示す。もちろん、この過程に先立ち、前述した相互認証過程は先行せねばならず（Ｓ４１０）、デバイスでは移動させようとする権利客体の識別子であるＲＩＤを既に知っている状況であると仮定する。前記認証過程を通じて生成されるセッションキーは、Ｋ_ＳＥＫであり、このキーにより命令語は暗号化されて伝送される。デバイスは、ＳＥＴ＿ＣＯＰＹ＿ＲＯという命令語でＡＰＤＵを構成して保安マルチメディアカードに伝送する（Ｓ４３０）。この際、伝送される値は、ＳＳＣとＳＭＲＦである。ＳＭＲＦは、保安マルチメディアカードが支援されるフォーマットに変換された権利客体を意味する。保安マルチメディアカードは、受信された権利客体をセッションキーで復号化して保存する。コピーが完了すれば、保安マルチメディアカードから実行結果についての情報を得る。これはＧＥＴ＿ＣＯＮＦＩＲＭという命令語を通じて可能であり、この命令語はＳＳＣとＡＣＫ値からなる（Ｓ４４０）。ＧＥＴ＿ＣＯＮＦＩＲＭ命令語が実行されつつデバイスではコピーされた権利客体の情報を修正する。修正は、コピー可能回数を減らす作業などを通じて可能である。

図１０では、保安マルチメディアカードからデバイスに権利客体をコピーする過程を示す。やはり相互認証（Ｓ５１０）過程を経ねばならず、セッションキーＫ_ＳＥＫが生成される。デバイスから保安マルチメディアカードにＳＥＴ＿ＳＥＬＥＣＴ＿ＲＯ命令語を送る。この際、ＳＳＣとコピーする権利客体のＲＩＤをパラメータとして伝送する（Ｓ５３０）。この命令語を受信した保安マルチメディアカードではコピーする対象である権利客体をＧＥＴ＿ＣＯＰＹ＿ＲＯ命令語と共に伝送する（Ｓ５４０）。この際、移動する権利客体は、ＳＭＲＦのフォーマットに転換される。この命令語のパラメータは、ＳＳＣとＳＭＲＦとなる。このような伝送が完了すれば、デバイスでは保安マルチメディアカードにコピーの成功如何をＳＥＴ＿ＣＯＮＦＩＲＭ命令語のＡＣＫパラメータを通じて伝送する（Ｓ５５０）。コピーが成功的な場合、保安マルチメディアカードではコピーされた権利客体の情報を修正する。修正にはコピー可能回数を減らす作業などを通じて可能である。コピーの場合は、権利客体が新たに生成されるものであるので、原本である権利客体のみコピー可能に限定できる。

図７及び図８の権利客体の移動についてのさらに他の実施形態を説明すれば次の通りである。図１１は、本発明の一実施形態によってデバイスから保安マルチメディアカードに権利客体を移動させるためのプロトコルの流れを示す図面である。

デバイスから保安マルチメディアカードへの移動プロセスは、デバイスが保持している権利客体だけでなく、保護されたコンテンツに対しても実行可能であるが、以下では権利客体の移動について説明する。

デバイス５００が保安マルチメディアカード１００に権利客体を移動させる前に、デバイスと保安マルチメディアカードとの間に相互認証作業（Ｓ６１０）が先行され、その結果、デバイスと保安マルチメディアカードとの間の暗号化及び復号化のためのセッションキーを生成する（Ｓ６１１、Ｓ６１３）。

デバイスのユーザは、保安マルチメディアカードに移動させる権利客体を特定（Ｓ６２０）するためにデバイスが保存している権利客体に関する情報を調べる。

ユーザは、権利客体に関する情報を見て保安マルチメディアカードに移動させようとする権利客体の存否及び移動させようとする権利客体が輸出許可のうち、移動許可（Ｍｏｖｅ Ｐｅｒｍｉｓｓｉｏｎ）を有しているかを判断する。移動させようとする権利客体が存在して移動許可を有するならば、暗号化されて保存されている該当権利客体をデバイスの固有キーで復号化（Ｓ６３０）し、権利客体の移動許可の限定情報を修正して適切なフォーマットに転換（Ｓ６４０）した後、デバイスと保安マルチメディアカードの共通セッションキーで暗号化（Ｓ６５０）する。

この際、権利客体を適切なフォーマットに転換（Ｓ６４０）するということは、保安マルチメディアカードにより支援される形式に変換することを意味する。

デバイスが権利客体をダウンロードする場合、権利客体を表現する言語（Ｒｉｇｈｔ Ｅｘｐｒｅｓｓｉｏｎ Ｌａｎｇｕａｇｅ：以下、ＲＥＬと称する）は、ＸＭＬまたはＷＢＸＭＬ（ＷＡＰ Ｂｉｎａｒｙ ＸＭＬ）である場合がほとんどである。例えば、ＸＭＬで表現された再生（Ｐｌａｙ）権利は次の通りである。
＜ｏ−ｅｘ：ｒｉｇｈｔｓ
ｘｍｌｎｓ：ｏ−ｅｘ＝“ｈｔｔｐ：／／ｏｄｒｌ．ｎｅｔ／１．１／ＯＤＲＬ−ＥＸ”
ｘｍｌｎｓ：ｏ−ｄｄ＝“ｈｔｔｐ：／／ｏｄｒｌ．ｎｅｔ／１．１／ＯＤＲＬ−ＤＤ”
＞
＜ｏ−ｅｘ：ｃｏｎｔｅｘｔ＞
＜ｏ−ｄｄ：ｖｅｒｓｉｏｎ＞１．０＜／ｏ−ｄｄ：ｖｅｒｓｉｏｎ＞
＜／ｏ−ｅｘ：ｃｏｎｔｅｘｔ＞
＜ｏ−ｅｘ：ａｇｒｅｅｍｅｎｔ＞
＜ｏ−ｅｘ：ａｓｓｅｔ＞
＜ｏ−ｅｘ：ｃｏｎｔｅｘｔ＞
＜ｏ−ｄｄ：ｕｉｄ＞ｃｉｄ：４５６７８２９５４７＠ｆｏｏ．ｃｏｍ＜／ｏ−ｄｄ：ｕｉｄ＞
＜／ｏ−ｅｘ：ｃｏｎｔｅｘｔ＞
＜／ｏ−ｅｘ：ａｓｓｅｔ＞
＜ｏ−ｅｘ：ｐｅｒｍｉｓｓｉｏｎ＞
＜ｏ−ｄｄ：ｐｌａｙ／＞
＜／ｏ−ｅｘ：ｐｅｒｍｉｓｓｉｏｎ＞
＜／ｏ−ｅｘ：ａｇｒｅｅｍｅｎｔ＞
＜／ｏ−ｅｘ：ｒｉｇｈｔｓ＞
デバイスにＸＭＬ形態に保存されている権利客体を形式の変換なしに、そのまま携帯用保存装置に移す場合、デバイスに比べて保存容量が少ない携帯用保存装置には、ＸＭＬ形態の権利客体がオーベヘッドされうる。よって、本発明の一実施形態では再生権利及びこれについての限定情報をＸＭＬテキストより小さな２進形態に変換して保安マルチメディアカードに伝送している。保安マルチメディアカードで支援する権利客体の形式は、図１７及び図１８で後述する。

一方、本発明の他の実施形態では権利客体を適切なフォーマットに転換（Ｓ６４０）するということが、１つの権利客体を２つ以上に分割することも意味しうる。

例えば、特定映画コンテンツを５回見ることができる権利客体がある場合、ユーザが所望すれば、この権利を３回見ることができる権利と２回見ることができる権利とに分割し、そのうち２回見ることができる権利だけを他のデバイスを使用するユーザに与えるために移動プロセスを行える。

デバイスは、適切なフォーマットに変換された権利客体を相互認証過程の結果、生成されたセッションキー（Ｓ２１０）で暗号化して保安マルチメディアカードに伝送する（Ｓ６６０）。権利客体を暗号化するアルゴリズムは既に知られている対称キー暗号化アルゴリズム、すなわち、ＤＥＳ、ＡＥＳなどのアルゴリズムを使用できる。

保安マルチメディアカードは、デバイスから伝送された暗号化された権利客体をセッションキーで復号化（Ｓ６７０）し、これを保安マルチメディアカードに定義されている暗号化アルゴリズムによって固有のキーで暗号化して保存（Ｓ３６０）した後、出力応答として移動プロセスが正常に完了したか否かをデバイスに知らせる（Ｓ６８０）。

移動プロセスが正常に完了したか否かを知らせる情報は、デバイスの移動命令語に対する出力応答内の状態単語を通じて表示するか、別途の応答（Ａｃｋｎｏｗｌｅｇｅｍｅｎｔ）を送ることによって、表示することも可能である。保安マルチメディアカードは、移動プロセスが正常に完了した場合、命令語が成功的に実行されたことを表示する値を、正常に完了していない場合、命令語実行失敗を示す値と再試図回数を状態単語に割り当ててデバイスに移動プロセスの実行結果を知らせる。移動要請に対する出力応答内の状態単語については、図２８及び図２９の命令語構造で後述する。正常応答は、命令語の成功的な実行を表示する状態単語または移動の成功的な実行を表示するために保安マルチメディアカードにより別途に生成される応答情報でありうる。

デバイスは、保安マルチメディアカードから移動プロセスが正常に完了したという応答、すなわち、正常応答を受ければ、移動させた権利客体の原本を非活性化（Ｓ６９３）する。非活性化は、権利客体がデバイスと保安マルチメディアカードとの両側に重複して存在することを防止するための措置であって、権利客体を削除するか、活性化如何を示す別途のタグをおいてこれを非活性化で表示しうる。

デバイスが一定時間内に保安マルチメディアカードから移動プロセスが正常に完了したという応答を受けていないか、非正常完了されたことを知らせる応答（非正常完了応答）を受けた場合、デバイスの権利客体を非活性化し、権利客体の移動が失敗したことをユーザに知らせる。この際、保安マルチメディアカードも受信した権利客体を非活性化する。この作業は、権利客体の状態を示すタグに活性化、非活性化、臨時状態（ｓｔａｔｅ）３つの状態を割り当てて移動中であるか、コピー中の権利客体の状態タグを臨時状態に置くことによって具現可能である。これは、非正常的な移動プロセスにより発生可能な権利客体の重複存在を防止して悪意的ユーザによる権利客体の窃取を防止するためである。

このように一定時間内に保安マルチメディアカードから正常応答を受けていないか、非正常応答を受けてデバイスと保安マルチメディアカードの両側に臨時状態または非活性化状態の権利客体が存在する場合、デバイスは今後保安マルチメディアカードと接続する時、ログデータなどを確認して両権利客体のうち、どちらが活性化されるかを決定して、その権利客体のタグを活性化状態に修正する。

他の実施形態によれば、権利客体の移動が失敗した場合、再試図可能な回数によって権利客体の移動を再試図することもできる。

図１２は、本発明の一実施形態によって保安マルチメディアカードからデバイスに権利客体を移動させるためのプロトコルの流れを示す図面である。

保安マルチメディアカード１００からデバイス５００への移動プロセスは保安マルチメディアカードが保持している権利客体だけでなく、保護されたコンテンツに実行可能である。以下では権利客体の移動に関して説明する。

デバイスが保安マルチメディアカードに権利客体についての情報を要請する前に、デバイスと保安マルチメディアカードとの間に相互認証作業（Ｓ７１０）が先行され、その結果デバイスと保安マルチメディアカードとの間の暗号化及び復号化のためのセッションキーを生成する（Ｓ７１１、Ｓ７１３）。

デバイスのユーザは、保安マルチメディアカードからデバイスに移動させる権利客体を特定するために保安マルチメディアカードが保存している権利客体に関する情報を要請（Ｓ７２０）する。権利客体に関する情報を要請する場合、コンテンツに関する情報を送るか、権利客体の識別子を送ることによって、特定権利客体に関する情報を要請でき、保安マルチメディアカードが保持しているあらゆる利用可能な権利客体の情報リストをも要請できる。ユーザは、権利客体に関する情報（Ｓ７３０）に基づいて移動を要請する権利客体を特定（Ｓ７４０）する。

ユーザが移動を要請する権利客体を特定（Ｓ７４０）する場合、デバイスに移動させようとする権利客体が存在しているか及び移動させようとする権利客体が輸出許可のうち、移動許可を有しているか否かを判断する。移動させようとする権利客体が存在して移動許可を有するならば、特定の権利客体の移動を要請する（Ｓ７５０）。保安マルチメディアカードは、暗号化されて保存されている該当権利客体を保安マルチメディアカードの固有キーで復号化（Ｓ７６１）し、権利客体の移動許可の限定（Ｃｏｎｓｔｒａｉｎｔ）情報を修正し、適切なフォーマットに変換（Ｓ７６３）した後、デバイスと保安マルチメディアカードの共通セッションキーで暗号化（Ｓ７６５）する。

この際、権利客体を適切なフォーマットに変換（Ｓ７６３）するということは、デバイスにより支援されるＤＲＭシステムフォーマットに変換することを意味しうる。例えば、保安マルチメディアカードに保存されている権利客体の形式をデバイスから支援されるＸＭＬ形式またはＷＢＸＭＬ形式に変換することを示す。

一方、本発明の他の実施形態では権利客体を適切なフォーマットに転換するということが、１つの権利客体を２つ以上に分割することを意味することもある。

保安マルチメディアカードは、適切なフォーマットに変換された権利客体を相互認証過程の結果で生成されたセッションキーで暗号化（Ｓ７６５）して、デバイスに伝送（Ｓ７８０）する。権利客体を暗号化するアルゴリズムは既知の対称キー暗号化アルゴリズム、すなわち、ＤＥＳ、ＡＥＳなどのアルゴリズムを使用しうる。

デバイスは、保安マルチメディアカードから伝送された暗号化された権利客体をセッションキーで復号化（Ｓ７８５）し、これをデバイスに定義されている暗号化アルゴリズムによって固有のキーで暗号化して保存（Ｓ７９５）する。

デバイスは、保安マルチメディアカードからの移動プロセスが正常に完了する場合、保安マルチメディアカードの権利客体を保安マルチメディアカードをして非活性化（Ｓ７９０）させる。非活性化は、権利客体がデバイスと保安マルチメディアカードとの両側に重複して存在することを防止するための措置であって、権利客体を削除するか、活性化如何を示す別途のタグをおいてこれを非活性化で表示しうる。

移動プロセスが正常に完了していない場合、デバイスは受信した権利客体を非活性化して権利客体の移動が失敗したことをユーザに知らせる。この際、保安マルチメディアカードも伝送した権利客体を非活性化する。この作業は、権利客体の状態を示すタグに活性化、非活性化、臨時状態の３つの状態を割り当てて移動中または、コピー中の権利客体の状態タグを臨時状態に置くことによって具現可能である。これは、非正常的な移動プロセスにより発生可能な権利客体の重複存在を防止して悪意的ユーザによる権利客体の窃取を防止するためである。

このように移動プロセスが正常に完了せず、デバイスと保安マルチメディアカードの両側に臨時状態または非活性化状態の権利客体が存在する場合、デバイスは今後保安マルチメディアカードと接続する時、ログデータなどを確認して両権利客体のうち、どちらが活性化されるかを決定し、その権利客体のタグを活性化状態に修正する。

図９及び図１０で説明した権利客体のコピー過程の他の実施形態を説明すれば、図１３ないし図１６のようである。

図１３は、デバイス内のデジタル著作物の権利客体をＳｅｃｕｒｅＭＭＣにコピーする過程を示す。前述したように、デバイスとＳｅｃｕｒｅＭＭＣのような携帯用保存装置の間で所定の動作（再生、コピー、移動など）を行うためには、図１で詳述した認証過程（Ｓ８１０）を経ねばならない。この過程で、二装置間に資料を暗号化して伝送に必要な共有暗号キー、すなわち、前述したセッションキーであるＫが生成される。一方、コピーする前にＳｅｃｕｒｅＭＭＣ内に権利客体を保存する空間があるか否かを検討するためのステップ（Ｓ８２０、Ｓ８３０）が先行されうる。このステップを経れば、デバイス側では、権利客体の伝送に必要な作業（Ｓ８４０）を行う。権利客体は、容易に操作できないように一般的にデバイスに暗号化されて保存されるので、権利客体のコピー前にこれを復号化する作業が必要である。したがって、デバイス固有の暗号キーで暗号化された権利客体を復号化した後（Ｓ８４０の１）、これをＳｅｃｕｒｅＭＭＣが保存しうる適切な形で変換させる過程（Ｓ８４０の２）が必要である。変換する理由は、デバイス内に保存される権利客体の形式と携帯用保存装置内の権利客体の形式とが異なるからである。例えば、デバイス内に保存された権利客体は、ＸＭＬまたはＷＭＸＭＬのような形式で保存されるが、これを携帯用保存装置でコピーする場合、携帯用保存装置が認識可能なファイル形態、すなわち、圧縮を考慮したバイナリ形式のファイルストリームのような形であるので、権利客体を変換する必要がある。このような変換ステップを経れば、権利客体を保安が維持されるように伝送するために前記の認証過程で生成された共有認証キーＫで暗号化ステップ（Ｓ８４０の３）を経て伝送（Ｓ８５０）する。携帯用保存装置は、暗号化されて伝送された権利客体を前記認証ステップで生成された共有暗号キーＫで復号化し（Ｓ８６０の５）、自身の固有暗号キーで暗号化させて保存する（Ｓ８６０の６、７）。暗号化の理由は、携帯用保存装置内でも権利客体に対する保安を維持させるためである。

図１４では、図１３と逆に携帯用保存装置（ＳｅｃｕｒｅＭＭＣ）内のデジタル著作物の権利客体をデバイスにコピーする過程を示す。同様に、認証過程（Ｓ９１０）を経て共有暗号キー、すなわち、セッションキーＫが生成され、ＳｅｃｕｒｅＭＭＣ内にどんな権利客体があるかを検討するために権利客体の情報を受信するステップ（Ｓ９２０、Ｓ９３０）が先行されうる。このようなステップを経れば、ＳｅｃｕｒｅＭＭＣでは権利客体を伝送するために必要な作業（Ｓ９４０）が必要である。図１３で説明したように、権利客体は保安を維持するために携帯用保存装置内でも暗号化されて保存されるので、再び復号化するステップ（Ｓ９４０の１）を必要とする。そして、復号化された権利客体をデバイスが保存できる資料構造に変換させた後、共有暗号キーＫで暗号化して伝送（Ｓ９５０）する。変換は、前述したデバイスが支援するファイルフォーマットに変換することを意味する。権利客体を受信されたデバイスは、前述した共有暗号キーＫで復号化し（Ｓ９６０の５）、自身の固有暗号キーで暗号化させて保存する（Ｓ９６０の６、７）。

一方、権利客体のコピーは、デジタル著作権のコピーであるために、これについての制限情報が必要である。図１９で説明する限定情報は、コピー時にコピー権限を制御する制御情報（または限定情報）で構成される。コピーを無限に許容する場合には、著作権の保護が難しいので、これについての制御情報を付加することが必要である。図１５及び図１６では、このようなコピー制御が可能な権利客体のコピー過程を示し、コピーにおける原本になる権利客体とコピー本になる権利客体とがいずれも修正されねばならない。

図１５では、デバイスに保存された権利客体をＳｅｃｕｒｅＭＭＣでコピーする過程を実施している。コピーのための認証とＳｅｃｕｒｅＭＭＣについての情報を受信する作業（Ｓ１０１０、Ｓ１０２０、Ｓ１０３０）は、図１３に示したものと一致する。但し、その権利客体のコピーについての制御情報を修正するための作業が付加されねばならない。したがって、デバイスは、保存された権利客体をＳｅｃｕｒｅＭＭＣの形態に適するフォーマットへの変換時に、制御情報を修正してから変換する過程（Ｓ１０４０の２）を経た後、これを共有暗号キーで暗号化して伝送する。制御情報を修正するという意味は、コピー本になる権利客体の制御情報をコピー本が有するべき権利の制御情報に合わせて修正するということを意味する。伝送されたＳｅｃｕｒｅＭＭＣ側での動作は、図１２と同一である（Ｓ１０６０）。伝送が完了すれば、ＳｅｃｕｒｅＭＭＣではデバイスに成功したことを知らせるメッセージを伝送し（Ｓ１０７０）、これを伝送されたデバイスでは保存された原本である権利客体の制御情報を修正する（Ｓ１０８０）。

図１６では、逆にＳｅｃｕｒｅＭＭＣに保存された権利客体をデバイスにコピーする過程を実施する。この過程もコピーに先立って必要な認証過程と権利客体の情報を受信する作業（Ｓ１１１０、Ｓ１１２０、Ｓ１１３０）を必要とし、これは図１４に示したもの（Ｓ９１０、Ｓ９２０、Ｓ９３０）と同じである。但し、ＳｅｃｕｒｅＭＭＣでは、権利客体をデバイスに適したフォーマットへの変換時に、制御情報を修正して変換し（Ｓ１１４０の２）、これを共有暗号キーで暗号化して伝送する。伝送されたＳｅｃｕｒｅＭＭＣ側での動作は、図１４と同一である（Ｓ１１６０）。このような伝送が完了したならば、デバイスではＳｅｃｕｒｅＭＭＣに成功したことを知らせるメッセージを伝送し（Ｓ１１７０）、これを伝送されたＳｅｃｕｒｅＭＭＣでは保存された権利客体の制御情報を修正する（Ｓ１１８０）。

図１７及び図１８は、本発明によって変換された保安マルチメディアカードの権利客体形式（Ｓｅｃｕｒｅ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ Ｒｉｇｈｔ ｏｂｊｅｃｔ Ｆｏｒｍａｔ：以下、ＳＭＲＦと称する）の一実施形態を示す図面である。

ＳＭＲＦ７００は、権利（Ｒｉｇｈｔ）フィールド、資産（Ａｓｓｅｔ）フィールド、許可（Ｐｅｒｍｉｓｓｉｏｎ）フィールドの３つのフィールドで構成され、いろいろな資産（Ａｓｓｅｔ）フィールドと許可（Ｐｅｒｍｉｓｓｉｏｎ）フィールドとを有しうる。したがって、資産の個数（Ｎｕｍｂｅｒ ｏｆ ａｓｓｅｔ）フィールドは資産フィールドの個数を示し、許可の個数（Ｎｕｍｂｅｒ ｏｆ ｐｅｒｍｉｓｓｉｏｎ）フィールドは許可フィールドの個数を示す。

権利フィールドは、７１０のように権利客体のバージョン情報及び権利客体の識別子情報を含む。資産フィールドは、権利客体によりその消費が支配されるコンテンツデータについての情報を含み、許可フィールドは保護されるコンテンツデータに対して権利提供者（Ｒｉｇｈｔ Ｉｓｓｕｅｒ）により許容される実際用途や活動に関する情報を含む。

資産フィールドは７２０のように資産を唯一に識別する資産識別子、コンテンツ識別子（または親権利客体識別子）、親権利客体識別子の参照、メッセージ概要インデックス（Ｍｅｓｓａｇｅ Ｄｉｇｅｓｔ Ｉｎｄｅｘ）＋メッセージ概要値（Ｍｅｓｓａｇｅ Ｄｉｇｅｓｔ Ｖａｌｕｅ）及びコンテンツ暗号化キー（Ｃｏｎｔｅｎｔ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ：以下ＣＥＫと称する）で構成される。１つの権利客体７００は、複数の資産を有することができるので、資産の個数フィールドが資産フィールドの前に置かれる。

権利客体７００が親権利客体（Ｐａｒｅｎｔ Ｒｉｇｈｔ Ｏｂｊｅｃｔ）である場合、コンテンツ識別子の代わりに親権利客体識別子を含み、権利客体が子権利客体（Ｃｈｉｌｄ Ｒｉｇｈｔ Ｏｂｊｅｃｔ）である場合、親権利客体識別子に対する参照サブフィールドを含む。

ここで、親権利客体（Ｐａｒｅｎｔ Ｒｉｇｈｔ Ｏｂｊｅｃｔ）及び子権利客体（Ｃｈｉｌｄ Ｒｉｇｈｔ Ｏｂｊｅｃｔ）とは、１つの権利客体から許可と限定事項とを相続して（Ｉｎｈｅｒｉｔ）、他の権利客体を定義するものであって、親権利客体はＤＲＭコンテンツのための許可及び限定事項を定義し、子権利客体はこれを相続しうる。子権利客体は、コンテンツを参照するが、親権利客体はコンテンツ自体を直接参照せず、その子権利客体を参照する。子または親権利客体内の許可によってコンテンツへの接近が許容される場合、ＤＲＭエイジェントは接近を与えた許可の限定事項だけでなく、親及び子権利客体のあらゆる上位レベル限定事項を適用する。これを通じて権利提供者は、サブスクリプションビジネスモデル（Ｓｕｂｓｃｒｉｐｔｉｏｎ ｂｕｓｉｎｅｓｓ ｍｏｄｅｌ）を支援しうる。

メッセージ概要インデックス（Ｍｅｓｓａｇｅ Ｄｉｇｅｓｔ Ｉｎｄｅｘ）及びメッセージ概要値（Ｍｅｓｓａｇｅ Ｄｉｇｅｓｔ Ｖａｌｕｅ）は、コンテンツについての参照の無欠性保護（Ｉｎｔｅｇｒｉｔｙ Ｐｒｏｔｅｃｔｉｏｎ）のための値である。メッセージ概要値は、公開されたハッシュアルゴリズム、例えば、保安ハッシュアルゴリズム１（Ｓｅｃｕｒｉｔｙ ｈａｓｈ Ａｌｇｏｒｉｔｍ１：以下、ＳＨＡ１と称する）により生成された値であり、メッセージ概要インデックスは、メッセージ概要値の生成に用いられたハッシュアルゴリズムの種類を示す。

ＣＥＫサブフィールドは、コンテンツを暗号化するために使われる２進キー値を保存する。ＣＥＫは、デバイスが用いようとする暗号化されたコンテンツを復号化するキー値であって、デバイスは保安マルチメディアカードからこのＣＥＫ値を伝送されることによってコンテンツを利用しうる。

許可フィールドの構成は、７３０のようである。１つの権利客体７００は、いくつかの許可を有することができるので、許可の個数フィールドが許可フィールドの前に置かれる。許可フィールドは、資産識別子の参照の個数、資産識別子の参照、許可情報の個数、許可情報で構成される。

１つ以上の資産識別子の参照が許可情報フィールド前に置かれる。資産識別子の参照は７２０の資産識別子を称する。

権利客体は、７個の許可、すなわち、再生（Ｐｌａｙ）、ディスプレイ（Ｄｉｓｐｌａｙ）、実行（Ｅｘｅｃｕｔｅ）、印刷（Ｐｒｉｎｔ）、輸出（Ｅｘｐｏｒｔ）、コピー（Ｃｏｐｙ）、移動（Ｍｏｖｅ）許可を有することができる。

再生（Ｐｌａｙ）許可は、ＤＲＭコンテンツをオーディオ／ビデオ形態に表現する権利を意味する。したがって、ＤＲＭエイジェントは、このような方法で表現できないコンテンツ、例えば、ジャバーゲームなどに再生される接続を与えない。

再生許可は、限定事項（Ｃｏｎｓｔｒａｉｎｔ）を選択的に有することができる。限定要素が特定されているならば、ＤＲＭエイジェントは該当限定要素によって再生権利を与えなければならなく、いかなる限定要素も特定されていないならば、ＤＲＭエイジェントは無制限の再生権利を与えなければならない。

ディスプレイ（Ｄｉｓｐｌａｙ）許可は、ＤＲＭコンテンツを視覚装置に表現できる権利を意味する。したがって、ＤＲＭエイジェントは、ｇｉｆまたはｊｐｅｇイメージのように視覚装置を通じて表現できない形式のコンテンツに対してディスプレイによる接近を与えない。

実行（Ｅｘｅｃｕｔｅ）許可は、ジャバーゲームまたは他のアプリケーションのようなＤＲＭコンテンツを実行する権利を意味し、印刷（Ｐｒｉｎｔ）許可はｊｐｅｇなどのイメージのようなＤＲＭコンテンツのハードコピーを生成しうる権利を意味する。

輸出（Ｅｘｐｏｒｔ）許可は、ＤＲＭコンテンツと相応する権利客体をＯＭＡ ＤＲＭシステムでない他のＤＲＭシステムまたはコンテンツ保護構造に送る権利を意味する。

輸出許可は、限定要素を必須的に有する。限定要素は、如何なるＤＲＭシステムまたはコンテンツ保護構造にＤＲＭコンテンツ及び権利客体を送れるかを特定する。輸出許可にはＭｏｖｅとＣｏｐｙの２種のモードがある。Ｍｏｖｅの場合、他のシステムに権利客体を輸出する場合、現在のＤＲＭシステム内の権利客体を削除するが、Ｃｏｐｙの場合、現在のＤＲＭシステム内の権利客体を削除しない。

移動（Ｍｏｖｅ）許可は、デバイスから保安マルチメディアカードへの移動、及び保安マルチメディアカードからデバイスへの移動の２種がある。デバイスから保安マルチメディアカードへの移動は、デバイスにある権利客体を保安マルチメディアカードに伝送してデバイスにあった元の権利客体を非活性化させる。保安マルチメディアカードからデバイスへの移動もこれと類似している。

コピー（Ｃｏｐｙ）許可にも、デバイスから保安マルチメディアカードへのコピー、及び保安マルチメディアカードからデバイスへのコピーの２種がある。デバイスから保安マルチメディアカードへのコピーは、デバイスにある権利客体を保安マルチメディアカードに伝送するが、移動許可とは違ってデバイスにあった元の権利客体を非活性化させない。保安マルチメディアカードからデバイスへのコピーもこれと類似している。

許可情報の個数フィールドは、このような許可の個数を示し、許可情報フィールドは７種の許可のための限定事項のような許可に関する情報を特定する。

許可情報フィールドは７５０のように構成される。許可情報フィールドは、許可インデックス、輸出インデックス、限定事項の個数、限定事項インデックス＋限定事項情報のサブフィールドで構成される。許可インデックスは、許可の種類を示すインデックスであって、次の（表１）にある値のうち１つを有する。

輸出インデックスフィールドは、許可インデックスの値が輸出である時に使われるものであって、コピーによる輸出と移動による輸出とを区分するためのインデックス値である。
各許可情報フィールドは次の限定事項のうち、一部または全部に関する情報を有する。限定事項は、デジタルコンテンツについての消費を制限する情報であって、限定事項の種類は、（表２）のようである。限定事項インデックスサブフィールドが（表２）にある値のうち、１つの値を有することによって限定事項の種類を示す。

限定事項インデックスサブフィールドの値によって限定事項情報フィールドが有する情報の形式の一実施形態を図１９を参照して詳述する。

Ｃｏｕｎｔ限定７５１は、２バイトの回数サブフィールドからコンテンツに与えられる許可の回数を特定する。Ｔｉｍｅ ｃｏｕｎｔ限定７５２は、回数及びタイマーサブフィールドでタイマーにより限定される時間中にコンテンツに与えられる許可の回数を特定する。

Ｉｎｔｅｒｖａｌ限定７５３は、時間サブフィールド７５４で権利がＤＲＭコンテンツに対して行われ得る時間の区間を特定する。Ａｃｃｕｍｕｌａｔｅｄ限定７５５は、権利がＤＲＭコンテンツに対して実行されうる測定された使用時間の最大区間を特定する。ＤＲＭエイジェントは、Ａｃｃｕｍｕｌａｔｅｄ限定値により特定された累積区間が過ぎた後には、ＤＲＭコンテンツに対する接続を許容しない。Ｄａｔｅｔｉｍｅ限定７５６は、二つの時間サブフィールドで許可に対する時間範囲を特定し、開始時間または終了時間を選択的に有する。開始時間があれば、特定された時間／日以後、終了時間があれば、特定された時間／日以前にＤＲＭコンテンツの消費が許容される。Ｉｎｄｉｖｉｄｕａｌ限定７５７は、コンテンツが拘束されている個人を特定する。すなわち、コンテンツが拘束されている個人のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を用いて特定する。したがって、ＤＲＭエイジェントは、デバイスと結合されたユーザ身元がコンテンツの使用が許容されているユーザの身元と一致しなければ、ＤＲＭコンテンツに対する接続を許容しない。Ｓｙｓｔｅｍ限定７５８は、コンテンツ及び権利客体が輸出されうるＤＲＭシステムまたはコンテンツ保護構造を特定する。ＤＲＭシステムバージョンサブフィールドは、ＤＲＭシステムまたはコンテンツ保護構造のバージョン情報を特定し、ＤＲＭシステムサブフィールドはＤＲＭシステムまたはコンテンツ保護構造の名称を特定する。

図１９の限定事項情報７５０は、権利客体を移動またはコピーする場合、修正される部分である。Ｃｏｕｎｔ限定７５１を例と挙げる場合、権利客体のコピーに対して回数で制限を加えるならば、その回数までのみコピーまたは移動が可能となる。この回数が３である場合、３回の移動またはコピーが可能であり、これを超えるコピーあるいは移動は不可能である。これはＴｉｍｅ ｃｏｕｎｔ限定７５２でも同様である。特定権利客体にコピー権利（Ｃｏｐｙ）がありながら、これに対して特定時間の間に、Ｋ回までコピーが可能であるとＴｉｍｅ ｃｏｕｎｔ限定部分に設定して置いたとすれば、その時間内にＫ回までコピーが可能である。

図１９の限定情報は、コピーまたは移動において何回、またはどの時期あるいはだれにコピー、移動が許容されるか否かを設定する情報である。したがって、このような限定情報は権利客体をコピーして移動するに当って制御する制御情報となる。

前記コピーあるいは移動過程で権利客体の限定情報（制御情報）を変更する部分は権利客体に対する権限のない者のコピーまたは移動を防止するためである。またＤＲＭにより一定制限をおき、該当制限時期あるいは回数が過ぎれば、コピーあるいは移動にならないようにして効率的な権利客体の管理を可能にするためである。コピーの場合、このような制御情報がどのように修正されているかを例として説明する。

図２０及び図２１は、前記限定情報（制御情報）の修正についての一実施形態示す。図２０は、コピー可能な回数を意味するＣｏｕｎｔとコピーが可能な時間を意味するＤａｔｅｔｉｍｅで構成されている。したがって、この権利客体は、３回コピーが可能であり、コピー可能な期間が決まったということが分かる。図２０と図２１とを比較した時、原本のＣｏｕｎｔ値はコピー後に１が減る。そして、原本のＤａｔｅｔｉｍｅ情報でＳｔａｒｔ値が２００４−０３−１２Ｔ１０：２３：００であり、Ｅｎｄ値が２００４−０４−１２Ｔ２１：２３：００であるために、２００４年３月１２日１０：２３：００で２００４年４月１２日２１：２３：００までコピーが可能であるということが分かる。この期間を過ぎた後のコピーはなされない。これは移動の場合にも同様に適用されうる。但し、移動は１つの権利客体を移動しうる回数あるいは移動可能な期間などが決まりうる。

一方、前述した図１９で提示する限定情報（制御情報）、すなわち、権限についての情報は次のように異ならせて構成しうる。理解を助けるために、制御情報についての構成をＸＭＬの形式で表現しようとする。ＸＭＬは、拡張型マークアップ言語（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）であって、必要によってユーザがマークアップを拡張できる言語である。すなわち、文書や資料の構造をユーザが定義し、これにより、資料を構成可能にする。このような資料の定義方式は、いろいろな標準で通用されており、ＯＭＡでもＤＲＭで権利を表現する言語（Ｒｉｇｈｔ Ｅｘｐｒｅｓｓｉｏｎ Ｌａｎｇｕａｇｅ：ＯＲＥＬ）を定義するに当って、ＸＭＬを使用している。ＸＭＬでは、１つのエレメント（Ｅｌｅｍｅｎｔ）を定義し、この内部に含まれる資料の構造もエレメントで構成して示す。図２２では、前述したコピーの回数、世代による差、そしてコピー可能期間などの情報を有し、これらは体系化した例を示す。

図２２には、ＣＯＰＹ＿ＣＯＮＴＲＯＬ＿ＩＮＦＯというエレメント内にＴＩＭＥとＣＯＵＮＴとが存在することを示す。ＴＩＭＥは、コピーに対して時間的な制約を加えた場合であってＳＴＡＲＴとＥＮＤとに規定された時間を検討して、この時間制約を満足する場合のみコピーが許容される。もちろん、このようなコピーについての制御情報は今後修正を必要とせず、原本とコピー本との修正はない。

次いで、コピーに対する世代別制約を加えたＣＯＵＮＴの場合を説明する。ＣＯＵＮＴエレメントは、ＴＩＭＥエレメントよりさらに多くの情報を有さねばならないが、これは各コピー本に対して制御情報まで含まなければならないからである。ＣＯＵＮＴには、総４個のエレメントを必要とするが、最初エレメントであるＭＹＧＥＮには該当権利客体が原本か、コピー本か、あるいはコピー本である場合、原本から何回の世代を経てコピーされたかを示す。世代とは、原本から何回のコピーを経たコピー本であるかを知らせるものであって、原本の場合は１、この原本からコピーされたコピー本である場合は２にする。すなわち、ＭＹＧＥＮの値がｎである場合、この権利客体からコピーしたコピー本のＭＹＧＥＮ値はｎ＋１を有する。ＡＣＣＥＰＴ＿ＧＥＮではコピーが許容される世代を意味する。ＭＹＧＥＮがＡＣＣＥＰＴ＿ＧＥＮにある値より大きいならば、コピーは許容されないことを意味する。ＮＵＭエレメントでは、該当権利客体でコピー可能な回数を示す。この値が０である場合、この権利客体でのコピーは許容されないことを意味する。この値は、コピーが行なわれる度に１ずつ減少する。次いで、ＣＯＰＹＧＥＮ＿ＩＮＦＯではこの権利客体に対する各世代別コピー回数についての情報である。すなわち、ＧＥＮとＧＥＮＮＵＭとで構成されるが、ＧＥＮは世代についての情報であり、ＧＥＮＮＵＭは、該当世代から許容されるコピー回数を意味する。整理すれば、Ｔｉｍｅから与えられた時間の制約とＣｏｕｎｔで決めた回数の制約とを満足する場合のみコピーがなされる。

図２３ないし図２５で前述した限定情報がコピー過程でどのように修正されるかを例を挙げて説明している。まずコピー前の原本権利客体の情報である（ａ）を説明すれば、＜ＭＹＧＥＮ＞１＜／ＭＹＧＥＮ＞で現権利客体の世代が１であることが分かる。一方、ＡＣＣＥＰＴ＿ＧＥＮの値が３なので、１世代はコピーが可能である。次いで、ＮＵＭフィールドが５であるが、これは今後、この権利客体で５回コピー本を生成できるということを意味し、この回数はコピーが進行されつつ１ずつ減少する。次いで、この権利客体の全世代にわたるコピー情報がＣＯＰＹＧＥＮ＿ＩＮＦＯに保存される。ここには、各世代別コピー回数が保存されるが、これはコピー本となる権利客体の情報の生成にも必要である。ＧＥＮは、世代を意味し、ＧＥＮＮＵＭはその世代でコピー可能な回数を意味する。ＧＥＮフィールドが２である部分でＧＥＮＮＵＭが４なので、この原本からコピーされる権利客体は４回のコピーが許容される。その結果は図１９のコピー後のコピー本情報である（ｃ）を見れば分かる。また、このようなコピーが成功すれば、原本の権利客体の情報も修正されねばならないところ、（ｂ）のＮＵＭフィールドは、コピー後１が減少した４の値を有し、ＣＯＰＹＧＥＮ＿ＩＮＦＯにあるＧＥＮＮＵＭもやはり修正されねばならない。もちろんこのような権利情報は、あくまでも説明のためにＸＭＬの形で構成して示すものであるが、これら情報はデバイスと携帯用保存装置のファイル形態と権利客体の構造に合わせて変換されて保存される。

図２６は、本発明の一実施形態による保安マルチメディアカードの構成を示す機能性ブロック図である。

本実施形態で使われる“モジュール”という用語は、ソフトウェアまたはＦＰＧＡまたはＡＳＩＣのようなハードウェア構成要素を意味し、モジュールは所定の役割を行う。ところが、モジュールはソフトウェアまたはハードウェアに限定される意味ではない。モジュールは、アドレッシングしうる記録媒体にあるように構成されてもよく、１つまたはそれ以上のプロセッサーを再生させるように構成されても良い。したがって、一例としてモジュールはソフトウェア構成要素、客体指向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素とモジュール内で提供される機能はさらに少数の構成要素及びモジュールに結合されるか、追加的な構成要素とモジュールにさらに分離されうる。のみならず、構成要素及びモジュールは、デバイスまたは保安マルチメディアカード内の１つまたはそれ以上のＣＰＵを再生させるように具現されることもできる。

ＤＲＭ過程を行うために保安マルチメディアカード１００は、保安機能とコンテンツまたは権利客体を保存する機能とデバイスとのデータ交換を行う機能とＤＲＭ管理機能がなければならない。このための保安マルチメディアカード１００は、保安機能を有するＲＳＡモジュール１０４２とセッションキー生成モジュール１０４４とＡＥＳモジュール１０４６とを含んで保存機能を有するコンテンツ／権利客体保存部１０３０を含み、デバイスとのデータ交換を可能にするインターフェース１０１０とＤＲＭ過程を行うために各構成モジュールを制御する制御部１０２０とを含む。

制御部１０２０では、権利客体の伝送前にデバイスに適した形のファイルに変換し、権利客体の情報を修正する。デバイスに適する形態とは、デバイスに保存される権利客体の構造と携帯用保存装置に保存される権利客体の構造とが異なる場合、変換させて認識可能な形式に伝送可能にすることを意味する。また、前述したシーケンス数字（ＳＳＣ）を発生させて検討するためにシーケンス数字を保存し、これを検討する機能も含む。

インターフェース１０１０は、保安マルチメディアカード１００をデバイスと連結させる。基本的に、保安マルチメディアカード１００がデバイスと連結されるということは、保安マルチメディアカードとデバイスのインターフェースとが互いに電気的に連結されたことを意味するが、これは例示的なものであって、“連結”という意味は、非接触状態で無線媒体を通じて互いに通信可能な状態にあるという意味も含まれると解釈せねばならない。

ＲＳＡモジュール１０４２は、公開キー暗号化を行うモジュールであって、制御部１０２０の要請によってＲＳＡ暗号化を行う。本発明の実施形態で相互認証過程でキー（ランダム番号）の交換や電子署名でＲＳＡ暗号化を使用するが、これは例示的なものであって他の公開キー暗号化方式を使用しても良い。

セッションキー生成モジュール１０４４は、デバイスに伝達するランダム番号を生成してデバイスから受けたランダム番号と自身が生成したランダム番号とを用いてセッションキーを生成する。セッションキー生成モジュール１０４４で生成したランダム番号は、ＲＳＡモジュールを通じて暗号化されてインターフェース１０１０を通じてデバイスに伝えられる。一方、セッションキー生成モジュール１０４４でランダム番号を生成することは例示的なものであって既に存在している複数のランダム番号のうち、いずれか１ランダム番号を選択できるということは前述したようである。

ＡＥＳモジュール１０４６は、対称キー暗号化を行うモジュールであって、生成されたセッションキーを使用して対称キー暗号化を行う。主に権利客体からコンテンツ暗号化キーを受け、これをセッションキーで暗号化するのに使用し、その他にデバイスとの通信過程で重要な情報の暗号化時に使用する。本発明の実施形態の場合、権利客体移動過程で権利客体の暗号化時にセッションキーを使用する。ＡＥＳ暗号化方式も例示的なものであって、ＤＥＳのように他の対称キー暗号化を使用することも可能である。

コンテンツ／権利客体保存部１０３０は、暗号化されたコンテンツと権利客体とを保存する。権利客体は、暗号化状態で保存されているが、保安マルチメディアカード１００は他のデバイスで読取れない固有なキーを用いてＡＥＳ方式で権利客体を暗号化し、他のデバイスに権利客体を移動またはコピーしようとする時、固有キーを用いて復号化する。権利客体の暗号化も固有キーを使用した対称キー暗号化を利用することは例示的なものであって、保安マルチメディアカードの個人キーで暗号化して必要時に保安マルチメディアカードの公開キーで復号化することも可能である。

図２７は、本発明の一実施形態によるデバイスの構成を示す機能性ブロック図である。

このようなＤＲＭ過程を行うためにデバイス５００は、保安機能とコンテンツまたは権利客体を保存する機能、デバイスとのデータ交換を行う機能及びコンテンツ提供者や権利客体発行機関と通信できるデータ送受信機能及びＤＲＭ管理機能がなければならない。このためのデバイス５００は保安機能を有するＲＳＡモジュール５０４２とセッションキー生成モジュール５０４４とＡＥＳモジュール５０４６とを含み、保存機能を有するコンテンツ／権利客体保存部５０３０を含んで保安マルチメディアカードとデータ交換を可能にするＭＭＣインターフェース５０１０とＤＲＭ過程を行うために各構成モジュールを制御する制御部５０２０を含む。一方、デバイス５００は、データ送受信機能のための送受信モジュール５０５０と再生されるコンテンツをディスプレイするためのディスプレイモジュール５０６０を含む。

制御部５０２０では権利客体を伝送する前に携帯用保存装置に適する形態に変換して権利客体の制御情報を修正する。携帯用保存装置に適する形態とは、デバイスに保存される権利客体の構造と携帯用保存装置に保存される権利客体の構造が異なる場合、変換させて認識可能な形式に伝送可能にすることを意味する。また、制御部５０２０は、前述したシーケンス数字（ＳＳＣ）を発生させて検討するためにシーケンス数字を保存し、これを検討する機能も含む。

送受信モジュール５０５０は、デバイス５００がコンテンツ発行者や権利客体発行機関と通信可能にする。デバイス５００は、送受信モジュール５０５０を通じて権利客体や暗号化されたコンテンツを外部から得られる。

インターフェース５０１０は、デバイス５００を保安マルチメディアカードと連結させる。基本的にデバイス５００が保安マルチメディアカードと連結されるということは、保安マルチメディアカードとデバイスのインターフェースとが互いに電気的に連結されたことを意味するが、これは例示的なものであって、“連結”という意味は、非接触状態で無線媒体を通じて互いに通信可能な状態にあるという意味も含まれると解釈せねばならない。

ＲＳＡモジュール５０４２は、公開キー暗号化を行うモジュールであって、制御部５０２０の要請によってＲＳＡ暗号化を行う。本発明の実施形態で相互認証過程でキー（ランダム番号）の交換や電子署名でＲＳＡ暗号化を使用するが、これは例示的なものであって他の公開キー暗号化方式を使用しても良い。

セッションキー生成モジュール５０４４は、デバイスに伝達するランダム番号を生成してデバイスから受けたランダム番号と自身が生成したランダム番号とを用いてセッションキーを生成する。セッションキー生成モジュール５０４４で生成したランダム番号はＲＳＡモジュールを通じて暗号化され、インターフェース５０１０を通じてデバイスに伝達される。一方、セッションキー生成モジュール５０４４でランダム番号を生成することは例示的なものであって、既に存在している複数のランダム番号のうちいずれか１つのランダム番号を選択可能であるということは前述したようである。

ＡＥＳモジュール５０４６は、対称キー暗号化モジュールであって、生成されたセッションキーを使用して対称キー暗号化を行う。主に権利客体からコンテンツ暗号化キーを受けてこれをセッションキーで暗号化するのに使用し、その他にデバイスとの通信過程で重要な情報の暗号化時に使用する。本発明の実施形態の場合、権利客体移動過程で権利客体の暗号化時にセッションキーを使用する。ＡＥＳ暗号化方式も例示的なものであって、ＤＥＳのように他の対称キー暗号化を使用しても良い。

コンテンツ／権利客体保存部５０３０は、暗号化されたコンテンツと権利客体とを保存する。権利客体は、暗号化状態で保存されているが、デバイス５００は他のデバイスあるいは保安マルチメディアカードで読取れない固有キーを用いてＡＥＳ方式で権利客体を暗号化し、他の保安マルチメディアカードまたはデバイスに権利客体を移動またはコピーしようとする時、固有キーを用いて復号化する。権利客体の暗号化も固有キーを使用した対称キー暗号化を利用することは例示的なものであって、デバイス５００の個人キーで暗号化し、必要時にデバイス５００の公開キーで復号化することも可能である。

ディスプレイモジュール５０６０は、権利客体を通じて再生が許可されたコンテンツの再生をユーザが視覚的に見られるようにディスプレイする。ディスプレイモジュール５０６０は、ＴＦＴ ＬＣＤのような液晶表示装置や有機ＥＬで具現されうる。

図７、図８の移動と図９、図１０のコピーに関する命令語の一実施形態を具現すれば次の通りである。

命令語は、入力命令（Ｉｎｐｕｔ Ｃｏｍｍａｎｄ）と出力応答（Ｏｕｔｐｕｔ Ｒｅｓｐｏｎｓｅ）で構成される。デバイスで命令語を入力命令に保存して送信すれば、出力応答を通じて保安マルチメディアカードからデータあるいは前記命令に対する処理結果を受ける。したがって、あらゆる命令語は入力命令を有してデバイスから保安マルチメディアカードに送信し、これについてのデータあるいは結果値は出力応答を通じてデバイスで受信される。これら命令語は、いずれも前述したＡＰＤＵの一実施形態となる。

入力命令を構成する因子について説明すれば次の通りである。

ＣＬＡとＩＮＳは、命令語を伝送するための情報であり、Ｐ１とＰ２との組合わせで該当命令語がＳＥＴ＿ＭＯＶＥ＿ＲＯであるということが分かる。これは各実施形態によって変わりうる。例えば、Ｐ１が０１である場合、移動に関する命令語群を意味し、Ｐ２でＳＥＴ＿ＭＯＶＥ＿ＲＯであるか、あるいはＧＥＴ＿ＭＯＶＥ＿ＲＯであるかを区別しうる。したがって、図６ないし９に現れた多様な命令語はこのＰ１及びＰ２の値により区別されうる。

ＬｃとＬｅは、データフィールド（Ｄａｔａ）情報の存否を意味する。デバイスから保安マルチメディアカードにデータに所定の情報を保存して命令語を送信する場合にはＬｃとＬｅとが各々ＦＦｈと００ｈとの値を示す。しかし、デバイスから保安マルチメディアカードに特定データの伝送を要請する命令語の場合、データフィールドの値に特別な情報が保存されない。したがって、この時にはデータフィールドに資料が保存されないことを意味するために、ＬｃとＬｅとが各々００ｈとＦＦｈとの値を示す。これら命令語の各フィールド値は実施形態によって変わりうる。

出力応答は、前記入力命令を受けた保安マルチメディアカードから所定の結果値あるいはデータを伝送する時に使用する。デバイスで所定のデータ値を要請した場合、データフィールドに情報が保存されうる。一方、デバイスから伝送した命令語に対する保安マルチメディアカードの受信結果は、状態情報（Ｓｔａｔｕｓ Ｗｏｒｄ）の２種の状態値のＳＷ１とＳＷ２により現れる。命令が保安マルチメディアカードにより成功的に受信されて処理された場合、あるいはタグ値に誤謬があるなどの場合を分けて、それぞれの状態値を伝送し、その結果、デバイスは前記命令情報が保存されたＡＰＤＵの成功的な受信如何が分かる。ＳＷ１とＳＷ２とが各々９０ｈと００ｈとである場合、命令が成功的に受信されることを意味し、６Ｄｈと００ｈとである場合、タグ値に問題があることを意味する。ＳＷ１とＳＷ２とが各々６Ｂｈと００ｈとである場合、パラメータの値が誤っていることを意味し、６９ｈと８５ｈとである場合、認証なしに接近したか、認証に問題があるので、再び認証することを知らせる結果値である。ここで、出力応答は前記入力命令として入った値が正しく保安マルチメディアカードに受信されたか否かを知らせることであり、前記命令を保安マルチメディアカードが正しく処理したか否かを示すものではない。これら命令が正しく処理されたか否かはＧＥＴ＿ＣＯＮＦＩＲＭのような独自の命令語を通じて分かる。

図２８及び図２９は、図７のＳ２３０ステップで使用したＳＥＴ＿ＭＯＶＥ＿ＲＯについての命令語構造である。ＳＥＴ＿ＭＯＶＥ＿ＲＯは、デバイスから保安マルチメディアカードに権利客体を伝送するために、ＬｃとＬｅの値が各々ＦＦｈと００ｈである値を示す。この命令語がＳＥＴ＿ＭＯＶＥ＿ＲＯであることを示すためにＰ１とＰ２とがあらかじめ定義された値を有しうる。これは以下他の命令語の場合にも同様なので、これについての説明は、図２８及び図２９のＰ１とＰ２についての説明で代置する。入力命令のデータ値には、権利客体を伝送するために必要な情報がある。これら情報は、ＡｐｐｅｎｄＩｎｆｏとＳＳＣ、ＲＯＴｙｐｅとＳＭＲＦであり、選択的にＯＲＯであり、これらについての説明は図７に提示された。これら情報は、前述したセッションキーで暗号化されて伝送される。

このような入力命令についての保安マルチメディアカードの出力応答は、前記命令が成功的であるか否かについての状態値から分かる。これは命令に対する実行結果の値でなく、前記命令語が含むＡＰＤＵを保安マルチメディアカードが正しく受信したか否かを意味する。状態値が意味する結果は前述したようである。

図３０及び図３１は、図７のＳ２４０ステップで使用したＧＥＴ＿ＣＯＮＦＩＲＭについての命令語構造である。移動が完了すれば、保安マルチメディアカードから実行結果についての情報をＧＥＴ＿ＣＯＮＦＩＲＭという命令語を通じて得られる。この命令語は、ＳＳＣとＡＣＫ値からなる。ＧＥＴ＿ＣＯＮＦＩＲＭは、デバイスから保安マルチメディアカードに特定データを受信しようとするので、ＬｃとＬｅ値が各々００ｈとＦＦｈの値を示す。この命令語がＧＥＴ＿ＣＯＮＦＩＲＭであることを示すためにＰ１とＰ２とが既定値を有しうる。入力命令のデータ値は、デバイスが要請する場合であるために、保存するデータがない。このような入力命令に対する保安マルチメディアカードの出力応答は移動結果、すなわち、移動の成功如何についてのデータ値と命令の受信についての状態値から分かる。データ値は、移動に対する応答であるＡＣＫ値とＳＳＣ値とが暗号化されて伝送され、状態値が意味する結果は前述したようである。

図３２及び図３３は、図８のＳ３３０ステップと図１０のＳ５３０ステップで使用するＳＥＴ＿ＳＥＬＥＣＴ＿ＲＯについての命令語構造である。これはコピーまたは移動しようとする権利客体の識別子であるＲＩＤを伝送するための命令語であり、保安マルチメディアカードからデバイスに権利客体を移動またはコピーする場合に必要である。この命令語は、ＳＳＣとＲＩＤを暗号化した値をデータフィールドに保存して送る。この命令語もデバイスから保安マルチメディアカードに特定のデータを送信することであるので、ＬｃとＬｅとが各々ＦＦｈと００ｈとの値を示す。これについての出力応答は、前記命令語が正しく受信されたかについての結果値であり、これはＳＷ１とＳＷ２との組合わせから分かる。

図３４及び図３５は、図８のＧＥＴ＿ＭＯＶＥ＿ＲＯについての命令語構造である。これは移動しようとする権利客体がデータフィールドの値として伝送されねばならない。保安マルチメディアカードからデバイス側にデータが移動するので、入力命令の場合はＰ１とＰ２とを通じてＧＥＴ＿ＭＯＶＥ＿ＲＯであることを知らせればよく、それについての出力応答のデータフィールドに前記移動しようとする権利客体が暗号化されて伝送される。

図３６及び図３７は、図８のＳ３５０ステップと図１０のＳ５５０ステップで使用するＳＥＴ＿ＣＯＮＦＩＲＭ命令語の構造を示している。これはコピーまたは移動が成功的に実行されたか否かを保安マルチメディアカードに知らせるためのことである。データフィールドのパラメータは、ＳＳＣとＡＣＫ値が含まれ、成功的な場合、保安マルチメディアカードは、コピーあるいは移動の原本となった権利客体の情報を修正する。入力命令のＬｃとＬｅ、出力応答のＳＷ１とＳＷ２の値は前述したようである。

図３８及び図３９は、図９のＳ４１０ステップで使用したＳＥＴ＿ＣＯＰＹ＿ＲＯについての命令語構造である。ＳＥＴ＿ＣＯＰＹ＿ＲＯは、デバイスから保安マルチメディアカードに権利客体を伝送するためにＬｃとＬｅの値が各々ＦＦｈと００ｈの値を示す。この命令語がＳＥＴ＿ＣＯＰＹ＿ＲＯであることを示すためにＰ１とＰ２とが既定値を有するということは前述した。入力命令のデータ値は、権利客体を伝送するために必要な情報がある。これら情報は、ＳＳＣとＳＭＲＦである。これら情報は、前述したセッションキーで暗号化されて伝送される。

このような入力命令についての保安マルチメディアカードの出力応答は、前記命令が成功如何についての状態値から分かる。これは、前記命令に対する実行結果の値でなく、前記命令語が含むＡＰＤＵを保安マルチメディアカードが正しく受信したか否かを意味する。状態値が意味する結果は、前述したようである。

図４０及び図４１は、図１０のＳ５４０ステップで使用したＧＥＴ＿ＣＯＰＹ＿ＲＯについての命令語構造である。コピーしようとする権利客体がデータフィールド値として伝送されねばならない。保安マルチメディアカードからデバイス側にデータが移動するので、入力命令の場合はＰ１とＰ２とを通じてＧＥＴ＿ＭＯＶＥ＿ＲＯであることを知らせればよく、それについての出力応答のデータフィールドに前記移動しようとする権利客体が暗号化されて伝送される。

図４２ないし図６１は、前述した各命令語の具現時にそれぞれのパラメータが如何なる値を有することができるかを示す一実施形態である。

図４２ないし図４６は、前述したＳＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの一実施形態を示している。これは本発明の一実施形態によるＳＥＴ＿ＭＯＶＥ＿ＲＯ命令語であって、大きくヘッダフィールドとデータフィールドとで構成されている。ヘッダフィールドは命令語を区分する情報を示し、命令語に関する主要情報は、データフィールドに保存される。ヘッダフィールドのＰ１フィールドは、ＳＥＴ＿ＭＯＶＥ＿ＲＯ命令語であることを示す値を有し、データフィールドのＴフィールドはタグフィールドであってＳＥＴ＿ＭＯＶＥ＿ＲＯ命令語を示すタグ値を有し、ＬフィールドはＶフィールドの長さ、Ｖフィールドは移動させようとする権利客体を暗号化した値を有する。

ＳＥＴ＿ＭＯＶＥ＿ＲＯ命令語は、保安マルチメディアカードに暗号化された権利客体を伝送するので、この命令語に対する出力応答のデータフィールド部分のＴ、Ｌ、Ｖフィールドは何らの値も有さない。出力応答のうち、状態単語（Ｓｔａｔｕｓ Ｗｏｒｄ）部分はＳＥＴ＿ＭＯＶＥ＿ＲＯ命令語の実行結果についての情報を知らせる。

状態単語はＳＷ１及びＳＷ２の組合わせで表現され、図１０の状態単語表のようにその組合わせによって‘成功的な命令実行’、‘知られていないタグ’、‘Ｖフィールドに誤ったパラメータ’、‘一般的相互認証必要’、‘相互認証必要’、‘検証失敗’、‘再試図回数’のうち、いずれか１つを示す。これらのうち、‘成功的な命令実行’値を有する状態単語が正常応答に該当し、‘検証失敗’値を有する状態単語が非正常応答に該当する。

図４７ないし図５１は、前述したＧＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの一実施形態を示している。これはＳＥＴ＿ＭＯＶＥ＿ＲＯ命令語と類似した形式を有する。ヘッダフィールドのＰ１フィールドはＧＥＴ＿ＭＯＶＥ＿ＲＯ命令語であることを示す値を有し、ＧＥＴ＿ＭＯＶＥ＿ＲＯ命令語はデバイスのユーザによりあらかじめ特定された権利客体を伝送するように要請する命令語であるために、この命令語に対する入力因子のうち、データフィールドは何らの値も有さない。

出力応答のうち、データフィールド部分が移動要請を受けた権利客体を暗号化した値を有し、状態単語が命令語の実行結果についての情報を知らせる。データフィールドのＴフィールドは、タグフィールドであって、ＧＥＴ＿ＭＯＶＥ＿ＲＯ命令語に対する応答であることを示すタグ値を有し、ＬフィールドはＶフィールドの長さ、Ｖフィールドは移動要請を受けた権利客体を暗号化した値を有する。

状態単語は、ＳＷ１及びＳＷ２の組合わせで表現され、図１１の状態単語表と共にその組合わせによって‘成功的な命令実行’、‘知られていないタグ’、‘Ｖフィールドに誤ったパラメータ’、‘一般的相互認証必要’、‘相互認証必要’のうちいずれか１つを示す。

図５２ないし図５６は、前述したＳＥＴ＿ＣＯＰＹ＿ＲＯのパラメータの一実施形態を示している。ＣＬＡとＩＮＳは、命令語を特定するものではなく、類似した性格を有する命令語群を特定することであるために、コピーと関連したＳＥＴ＿ＣＯＰＹ＿ＲＯとＧＥＴ＿ＣＯＰＹ＿ＲＯは、この二値を共に有する。コピー命令語群と関連したＣＬＡとＩＮＳとの値は、各々００と７４とであり、ＳＥＴ＿ＣＯＰＹ＿ＲＯであることを区別するためにＰ１とＰ２というパラメータにより識別される。伝送対象である権利客体（ＲＯ）は、データフィールド（Ｄａｔａ Ｆｉｅｌｄ）に暗号化されて伝送される。一方、ＬｃとＬｅは、データフィールドにデータがある場合には、各々ＦＦと００値を有し、そうでない場合は、００とＦＦとを有する。ＳＥＴ＿ＣＯＰＹ＿ＲＯは、データフィールドに値を有するので、ＬｃとＬｅは、各々ＦＦと００となる。データフィールドは、タグＴ、長さＬ、そしてデータ値Ｖで構成され、ＲＯは暗号化されてＶにセットされて伝送される。この命令語を受ける携帯用保存装置では命令語に対する応答として図５２ないし図５６の状態情報（Ｓｔａｔｕｓ Ｗｏｒｄ）の値を使用する。状態情報は、ＳＷ１とＳＷ２とからなるが、コピーについての結果で、コピーの成功如何、タグ値に載せたデータに異常があるか、あるいはＶフィールドに誤りがあるか、そして認証が必要であるか、コピーに誤りがあって再試図が可能であるか否かについての情報を知らせる。

図５７ないし図６１では、ＳｅｃｕｒｅＭＭＣで権利客体をコピーする過程であるＧＥＴ＿ＣＯＰＹ＿ＲＯの命令語構造の一実施形態を構成したことであり、コピー命令語群の１つであるために、ＣＬＡとＩＮＳは、ＳＥＴ＿ＣＯＰＹ＿ＲＯと同じ値を有し、パラメータであるＰ１とＰ２により識別される。一方、ＬｃとＬｅは、データフィールドにデータがある場合には、各々ＦＦと００値とを有し、そうでない場合は、００とＦＦとを有するということは前述した通りである。したがって、ＧＥＴ＿ＣＯＰＹ＿ＲＯは、データフィールドに値を有するので、ＬｃとＬｅは、各々００とＦＦとなる。そして、ＳｅｃｕｒｅＭＭＣに保存された権利客体は、暗号化されてデータフィールド（ＤａｔａＦｉｅｌｄ）にセットし、状態情報（ＳｔａｔｕｓＷｏｒｄ）のＳＷ１とＳＷ２値に成功如何についての情報を載せて伝達する。

本発明を具現することによって、デジタル著作物の移動とコピーとに対する制御が可能となる。移動及びコピーにおいて、制御情報をおき、無分別なコピーと移動とを防止してコピー本の乱立を防止し、デジタル著作物の著作権を保護しうる。

また本発明は、シーケンス数字を命令語に付加してデータの流失または権限のない接近を防止しうる。

また本発明は、デバイスと携帯用保存装置との間に相互認証を可能にして、伝送過程でのデジタル著作物の情報の流出を防止し、著作権を保護しうる。

本発明が属する技術分野の当業者は、本発明がその技術的思想や必須な特徴を変更せずとも、他の具体的な形で実施できるということを理解できるであろう。したがって、以上で記述した一実施形態はあらゆる面で例示的なものであり、限定的でないということに理解せねばならない。本発明の範囲は、前記詳細な説明よりは特許請求の範囲によって示され、特許請求の範囲の意味及び範囲、そしてその均等概念から導出されるあらゆる変更または変形された形が本発明の範囲に含まれると解釈せねばならない。

ＤＲＭの概念を示す概念図である。 保安マルチメディアカードを用いたＤＲＭ関連要素を概略的に示す構成図である。 本発明の一実施形態による相互認証の過程を示すフローチャートである。 本発明の一実施形態によるシーケンス数字が適用される過程を示すフローチャートである。 本発明の一実施形態による権利客体の移動とコピーに必要な命令語とパラメータの一実施形態を示す図である。 本発明の一実施形態による権利客体の移動とコピーに必要な命令語とパラメータの一実施形態を示す図面である。 本発明の一実施形態によるデバイスから保安マルチメディアカードに権利客体を移動させる一実施形態を示すフローチャートである。 本発明の一実施形態による保安マルチメディアカードからデバイスに権利客体を移動させる一実施形態を示すフローチャートである。 本発明の一実施形態によるデバイスから保安マルチメディアカードに権利客体をコピーする一実施形態を示すフローチャートである。 本発明の一実施形態による保安マルチメディアカードからデバイスに権利客体をコピーする一実施形態を示すフローチャートである。 本発明の一実施形態によるデバイスから保安マルチメディアカードに権利客体を移動させるためのプロトコルの流れを示すフローチャートである。 本発明の一実施形態による保安マルチメディアカードからデバイスに権利客体を移動させるためのプロトコルの流れを示すフローチャートである。 本発明の一実施形態によるデバイス内のデジタル著作物の権利客体を携帯用保存装置でコピーする過程を示すフローチャートである。 本発明の一実施形態による携帯用保存装置内のデジタル著作物の権利客体をデバイスにコピーする過程を示すフローチャートである。 本発明の一実施形態によるデバイスに保存された権利客体を携帯用保存装置でコピーする過程を示すフローチャートである。 本発明の一実施形態による携帯用保存装置に保存された権利客体をデバイスにコピーする過程を示すフローチャートである。 本発明の一実施形態によって変換された保安マルチメディアカードの権利客体構造の一実施形態を示す図である。 本発明の一実施形態によって変換された保安マルチメディアカードの権利客体構造の一実施形態を示す図である。 本発明の一実施形態による限定事項情報の構造を示す構造図である。 本発明の一実施形態による限定情報の修正についての一実施形態を示す図である。 本発明の一実施形態による限定情報の修正についての一実施形態を示す図である。 本発明の他の実施形態による限定事項情報の構造を示す構造図である。 本発明の一実施形態による限定情報がコピー過程でどのように修正されているかを示す例示図である。 本発明の一実施形態による限定情報がコピー過程でどのように修正されているかを示す例示図である。 本発明の一実施形態による限定情報がコピー過程でどのように修正されているかを示す例示図である。 本発明の一実施形態による保安マルチメディアカードの構成を示す機能性ブロック図である。 本発明の一実施形態によるデバイスの構成を示す機能性ブロック図である。 本発明の一実施形態によるＳＥＴ＿ＭＯＶＥ＿ＲＯについての命令語の構造を示す構造図である。 本発明の一実施形態によるＳＥＴ＿ＭＯＶＥ＿ＲＯについての命令語の構造を示す構造図である。 本発明の一実施形態によるＧＥＴ＿ＣＯＮＦＩＲＭについての命令語構造を示す構造図である。 本発明の一実施形態によるＧＥＴ＿ＣＯＮＦＩＲＭについての命令語構造を示す構造図である。 本発明の一実施形態によるＳＥＴ＿ＳＥＬＥＣＴ＿ＲＯについての命令語構造を示す構造図である。 本発明の一実施形態によるＳＥＴ＿ＳＥＬＥＣＴ＿ＲＯについての命令語構造を示す構造図である。 本発明の一実施形態によるＧＥＴ＿ＭＯＶＥ＿ＲＯについての命令語構造を示す構造図である。 本発明の一実施形態によるＧＥＴ＿ＭＯＶＥ＿ＲＯについての命令語構造を示す構造図である。 本発明の一実施形態によるＳＥＴ＿ＣＯＮＦＩＲＭ命令語の構造を示す構造図である。 本発明の一実施形態によるＳＥＴ＿ＣＯＮＦＩＲＭ命令語の構造を示す構造図である。 本発明の一実施形態によるＳＥＴ＿ＣＯＰＹ＿ＲＯについての命令語構造を示す構造図である。 本発明の一実施形態によるＳＥＴ＿ＣＯＰＹ＿ＲＯについての命令語構造を示す構造図である。 本発明の一実施形態によるＧＥＴ＿ＣＯＰＹ＿ＲＯについての命令語構造を示す構造図である。 本発明の一実施形態によるＧＥＴ＿ＣＯＰＹ＿ＲＯについての命令語構造を示す構造図である。 本発明の一実施形態によるＳＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＳＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＳＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＳＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＳＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＧＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＧＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＧＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＧＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＧＥＴ＿ＭＯＶＥ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＳＥＴ＿ＣＯＰＹ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＳＥＴ＿ＣＯＰＹ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＳＥＴ＿ＣＯＰＹ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＳＥＴ＿ＣＯＰＹ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＳＥＴ＿ＣＯＰＹ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＧＥＴ＿ＣＯＰＹ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＧＥＴ＿ＣＯＰＹ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＧＥＴ＿ＣＯＰＹ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＧＥＴ＿ＣＯＰＹ＿ＲＯの各パラメータの構成を示す例示図である。 本発明の一実施形態によるＧＥＴ＿ＣＯＰＹ＿ＲＯの各パラメータの構成を示す例示図である。

Claims (76)

1. デバイスが権利客体を、携帯用保存装置が支援する形式に変換するステップと、
   前記変換された権利客体を暗号化ステップと、
   前記暗号化された権利客体を前記携帯用保存装置に送信するステップと、
   前記送信が完了した後、前記デバイスに保存された前記権利客体を非活性化するステップと、を含むことを特徴とするデバイスから携帯用保存装置に権利客体を移動させる方法。
2. 前記変換ステップ以前に前記形式が変換される権利客体を特定するステップをさらに含むことを特徴とする請求項１に記載のデバイスから携帯用保存装置に権利客体を移動させる方法。
3. 前記変換された権利客体は、前記デバイスの固有キーで復号化された後、前記携帯用保存装置が支援する形式に変換されることを特徴とする請求項１に記載のデバイスから携帯用保存装置に権利客体を移動させる方法。
4. 前記暗号化ステップで前記暗号化は、前記デバイスと前記携帯型保存装置との間に相互認証の結果で生成されるキーを使用することを特徴とする請求項１に記載のデバイスから携帯用保存装置に権利客体を移動させる方法。
5. 前記非活性化ステップは、
   前記携帯用保存装置から一定時間内に正常応答を受信していないか、非正常終了応答を受信する場合、前記権利客体を非活性化するステップと、
   前記権利客体の移動が非正常終了したことを知らせるステップと、を含むことを特徴とする請求項１に記載のデバイスから携帯用保存装置に権利客体を移動させる方法。
6. 前記変換された権利客体を暗号化する前に前記権利客体にシーケンス数字を付加するステップをさらに含むことを特徴とする請求項１に記載のデバイスから携帯用保存装置に権利客体を移動させる方法。
7. デバイスが携帯用保存装置に権利客体の移動を要請するステップと、
   前記移動要請を受けた前記携帯用保存装置から暗号化された権利客体を受信するステップと、
   前記受信した権利客体を復号化して前記デバイスに保存するステップと、
   前記携帯用保存装置に保存されている権利客体を非活性化させるステップと、を含むことを特徴とする携帯用保存装置からデバイスに権利客体を移動させる方法。
8. 前記権利客体の移動を要請するステップ以前に前記暗号化される権利客体を特定するステップをさらに含むことを特徴とする請求項７に記載の携帯用保存装置からデバイスに権利客体を移動させる方法。
9. 前記復号化は、前記デバイスと前記携帯用保存装置との間に相互認証の結果で生成されるキーを使用してなされることを特徴とする請求項７に記載の携帯用保存装置からデバイスに権利客体を移動させる方法。
10. 前記デバイスに保存される権利客体は、前記デバイスの固有キーで暗号化されて保存されることを特徴とする請求項７に記載の携帯用保存装置からデバイスに権利客体を移動させる方法。
11. 前記権利客体の移動が正常に完了していない場合、前記デバイスが保存した権利客体を非活性化して前記権利客体の移動が非正常終了したことを知らせるステップをさらに含むことを特徴とする請求項７に記載の携帯用保存装置からデバイスに権利客体を移動させる方法。
12. 前記受信した権利客体は、シーケンス数字が付加された権利客体であることを特徴とする請求項７に記載の携帯用保存装置からデバイスに権利客体を移動させる方法。
13. 携帯用保存装置がデバイスと相互認証して暗号化キーを生成するステップと、
    前記暗号化キーによって暗号化された権利客体を受信するステップと、
    前記受信した権利客体を復号化して保存するステップと、を含むことを特徴とするデバイスから携帯用保存装置に権利客体を移動させる方法。
14. 前記復号化は、前記生成された暗号化キーを使用することを特徴とする請求項１３に記載のデバイスから携帯用保存装置に権利客体を移動させる方法。
15. 前記権利客体の保存ステップ後に前記デバイスに正常応答を送信するステップをさらに含むことを特徴とする請求項１３に記載のデバイスから携帯用保存装置に権利客体を移動させる方法。
16. 前記権利客体の移動が正常に終了されていない場合、前記携帯用保存装置が受信した権利客体を非活性化するステップをさらに含むことを特徴とする請求項１３に記載のデバイスから携帯用保存装置に権利客体を移動させる方法。
17. 前記受信した権利客体は、シーケンス数字が付加された権利客体であることを特徴とする請求項１３に記載のデバイスから携帯用保存装置に権利客体を移動させる方法。
18. 携帯用保存装置がデバイスから権利客体の移動要請を受けるステップと、
    前記移動要請によって権利客体を前記デバイスが支援する形式に変換するステップと、
    前記変換された権利客体を暗号化ステップと、
    前記暗号化された権利客体を前記デバイスに送信するステップと、
    前記送信が完了した後、前記携帯用保存装置に保存されていた権利客体を非活性化するステップと、を含むことを特徴とする携帯用保存装置からデバイスに権利客体を移動させる方法。
19. 前記変換された権利客体は、前記携帯用保存装置の固有キーで復号化された後、前記デバイスが支援する形式に変換されることを特徴とする請求項１８に記載の携帯用保存装置からデバイスに権利客体を移動させる方法。
20. 前記暗号化ステップで前記暗号化は、前記デバイスと前記携帯用保存装置との間に相互認証の結果で生成されるキーを使用することを特徴とする請求項１８に記載の携帯用保存装置からデバイスに権利客体を移動させる方法。
21. 前記権利客体を暗号化する前にシーケンス数字を付加するステップをさらに含むことを特徴とする請求項１８に記載の携帯用保存装置からデバイスに権利客体を移動させる方法。
22. デバイスとの連結のためのインターフェースと、
    前記インターフェースを通じて前記デバイスに送信するか、前記デバイスから受信する権利客体の形式を変換し、移動が完了した権利客体を非活性化する制御部と、
    前記制御部を通じて形式が変換された権利客体を暗号化または復号化する対称キー暗号部と、を備えることを特徴とする携帯用保存装置。
23. 前記暗号化または復号化は、セッションキー生成モジュールにより生成されるセッションキーを使用することを特徴とする請求項２２に記載の携帯用保存装置。
24. 前記送受信される権利客体は、シーケンス数字が付加された権利客体であることを特徴とする請求項２２に記載の携帯用保存装置。
25. 前記制御部は、前記シーケンス数字を生成して比較することを特徴とする請求項２４に記載の携帯用保存装置。
26. 携帯用保存装置との連結のためのインターフェースと、
    前記インターフェースを通じて前記携帯用保存装置に送信するか、前記携帯用保存装置から受信する権利客体の形式を変換し、移動が完了した権利客体を非活性化する制御部と、
    前記制御部を通じて形式が変換された権利客体を暗号化または復号化する対称キー暗号部と、を備えることを特徴とするデバイス。
27. 前記暗号化または復号化は、セッションキー生成モジュールにより生成されるセッションキーを使用することを特徴とする請求項２６に記載のデバイス。
28. 前記送受信される権利客体は、シーケンス数字が付加された権利客体であることを特徴とする請求項２６に記載のデバイス。
29. 前記制御部は、前記シーケンス数字を生成して比較することを特徴とする請求項２８に記載のデバイス。
30. 保存された権利客体を共有暗号キーで暗号化ステップと、
    前記暗号化された権利客体を携帯用保存装置に送信する信号に挿入するステップと、
    前記権利客体が挿入された信号を送信するステップと、を含むことを特徴とするデバイスから携帯用保存装置に権利客体をコピーする方法。
31. 前記暗号化ステップ以前に前記携帯用保存装置と公開キー方式で相互認証して前記共有暗号キーを生成するステップをさらに含むことを特徴とする請求項３０に記載のデバイスから携帯用保存装置に権利客体をコピーする方法。
32. 前記暗号化ステップは、
    デバイス固有の暗号キーで暗号化されて保存された権利客体を再び復号化するステップと、
    前記復号化された権利客体を前記携帯用保存装置が支援する形式に変換するステップと、
    前記変換された権利客体を共有暗号キーで暗号化ステップと、を含むことを特徴とする請求項３０に記載のデバイスから携帯用保存装置に権利客体をコピーする方法。
33. 前記権利客体は、コピー制御情報を有し、前記デバイスに保存された権利客体の前記コピー制御情報は、前記信号の送信後に修正されることを特徴とする請求項３０に記載のデバイスから携帯用保存装置に権利客体をコピーする方法。
34. 前記権利客体の暗号化ステップ以前にシーケンス数字を付加するステップをさらに含むことを特徴とする請求項３０に記載のデバイスから携帯用保存装置に権利客体をコピーする方法。
35. 暗号化された権利客体を受信するステップと、
    前記暗号化された権利客体を共有暗号キーで復号化するステップと、
    前記復号化された権利客体を携帯用保存装置に保存するステップと、を含むことを特徴とするデバイスから携帯用保存装置に権利客体をコピーする方法。
36. 復号化ステップ以前にデバイスと公開キー方式で相互認証して前記共有暗号キーを生成するステップをさらに含むことを特徴とする請求項３５に記載のデバイスから携帯用保存装置に権利客体をコピーする方法。
37. 前記携帯用保存装置に保存される権利客体は、携帯用保存装置固有の暗号キーで暗号化されて保存されることを特徴とする請求項３５に記載のデバイスから携帯用保存装置に権利客体をコピーする方法。
38. 前記携帯用保存装置に保存される権利客体は、コピー制御情報を有することを特徴とする請求項３５に記載のデバイスから携帯用保存装置に権利客体をコピーする方法。
39. 前記暗号化された権利客体は、シーケンス数字が付加された権利客体であることを特徴とする請求項３５に記載のデバイスから携帯用保存装置に権利客体をコピーする方法。
40. 携帯用保存装置に権利客体のコピー要請を送信するステップと、
    前記コピー要請による応答信号を受信するステップと、
    前記受信した応答信号に挿入された権利客体を共有暗号キーで復号化して保存するステップと、を含むことを特徴とする携帯用保存装置からデバイスに権利客体をコピーする方法。
41. 前記暗号化ステップ以前に携帯用保存装置と公開キー方式で相互認証して前記共有暗号キーを生成するステップをさらに含むことを特徴とする請求項４０に記載の携帯用保存装置からデバイスに権利客体をコピーする方法。
42. 前記デバイスに保存される権利客体は、デバイス固有の暗号キーで暗号化されて保存されることを特徴とする請求項４０に記載の携帯用保存装置からデバイスに権利客体をコピーする方法。
43. 前記携帯用保存装置に保存された権利客体は、コピー制御情報を有することを特徴とする請求項４０に記載の携帯用保存装置からデバイスに権利客体をコピーする方法。
44. 前記受信された権利客体は、シーケンス数字が付加された権利客体であることを特徴とする請求項４０に記載の携帯用保存装置からデバイスに権利客体をコピーする方法。
45. デバイスからコピー要請信号を受信するステップと、
    前記受信されたコピー要請によって保存された客体を共有暗号キーで暗号化ステップと、
    前記暗号化された客体を前記受信された要請に対する応答信号に挿入するステップと、
    前記応答信号を前記デバイスに送信するステップと、を含むことを特徴とする携帯用保存装置からデバイスに権利客体をコピーする方法。
46. 前記暗号化ステップ以前に前記デバイスと公開キー方式で相互認証して前記共有暗号キーを生成するステップを含むことを特徴とする請求項４５に記載の携帯用保存装置からデバイスに権利客体をコピーする方法。
47. 前記暗号化ステップは、
    携帯用保存装置固有の暗号キーで暗号化されて保存された権利客体を再び復号化するステップと、
    前記復号化された権利客体をデバイスのファイルフォーマットに変換するステップと、
    前記変換された権利客体を共有暗号キーで暗号化ステップと、を含むことを特徴とする請求項４５に記載の携帯用保存装置からデバイスに権利客体をコピーする方法。
48. 前記権利客体は、コピー制御情報を有し、前記信号の送信後に前記携帯用保存装置に保存された権利客体のコピー制御情報が修正されることを特徴とする請求項４５に記載の携帯用保存装置からデバイスに権利客体をコピーする方法。
49. 前記権利客体は、シーケンス数字が付加された権利客体であることを特徴とする請求項４５に記載の携帯用保存装置からデバイスに権利客体をコピーする方法。
50. デバイスと携帯用保存装置との間に情報を交換するに当たって、各情報にシーケンス数字を付加して情報交換時に抜かれた情報または追加された情報を検討可能にすることを特徴とする権利客体を移動またはコピーする方法。
51. デバイスと携帯用保存装置との間に権利客体を送受信するに当って、
    前記権利客体は、携帯用保存装置が支援する形式に変換して送受信されることを特徴とする権利客体を移動またはコピーする方法。
52. 請求項１ないし２１または請求項３０ないし５１のうち、いずれか１項に記載の方法を行うためのコンピュータで読取り可能なプログラムを記録した記録媒体。
53. 保存された権利客体を共有暗号キーで暗号化する暗号部と、
    前記暗号化された権利客体を携帯用保存装置に送信する信号に挿入する制御部と、
    前記権利客体が挿入された信号を送信する送信部と、を備えることを特徴とする装置。
54. 前記暗号部は、携帯用保存装置と公開キー方式で相互認証して前記共有暗号キーを生成することを特徴とする請求項５３に記載の装置。
55. 前記暗号部は、装置固有の暗号キーで暗号化されて保存された権利客体を再び復号化し、前記制御部は、前記復号化された権利客体を携帯用保存装置が支援する形式に変換し、前記装置のファイルフォーマットに変換された権利客体は、前記暗号部により前記共有暗号キーで暗号化されることを特徴とする請求項５３に記載の装置。
56. 前記権利客体は、コピー制御情報を有し、前記制御部は、前記権利客体が挿入された信号の送信後、前記保存された権利客体のコピー制御情報を修正することを特徴とする請求項５３に記載の装置。
57. 前記暗号化された権利客体は、シーケンス数字が付加された権利客体であることを特徴とする請求項５３に記載の装置。
58. 前記制御部は、前記シーケンス数字を生成して比較することを特徴とする請求項５７に記載の装置。
59. 暗号化された権利客体を受信する受信部と、
    前記暗号化された権利客体を共有暗号キーで復号化する暗号部と、
    前記復号化された権利客体を携帯用保存装置に保存する保存部と、を備えることを特徴とする携帯用保存装置。
60. 前記暗号部は、デバイスと公開キー方式で相互認証して前記共有暗号キーを生成することを特徴とする請求項５９に記載の携帯用保存装置。
61. 前記暗号部は、前記復号化された権利客体を携帯用保存装置固有の暗号キーで暗号化することを特徴とする請求項５９に記載の携帯用保存装置。
62. 前記権利客体は、コピー制御情報を有することを特徴とする請求項５９に記載の携帯用保存装置。
63. 前記暗号化された権利客体は、シーケンス数字が付加された権利客体であることを特徴とする請求項５９に記載の携帯用保存装置。
64. 前記シーケンス数字を生成して比較する制御部をさらに含むことを特徴とする請求項６３に記載の携帯用保存装置。
65. 携帯用保存装置に権利客体のコピー要請を送信する送信部と、
    前記コピー要請による応答信号を受信する受信部と、
    前記受信された応答信号に挿入された権利客体を共有暗号キーで復号化する暗号部と、
    前記復号化された権利客体を保存する保存部と、を備えることを特徴とする装置。
66. 前記暗号部は、携帯用保存装置と公開キー方式で相互認証して前記共有暗号キーを生成することを特徴とする請求項６５に記載の装置。
67. 前記保存される権利客体は、デバイス固有の暗号キーで暗号化されて保存されることを特徴とする請求項６５に記載のデバイス。
68. 前記保存される権利客体は、コピー制御情報を有することを特徴とする請求項６５に記載のデバイス。
69. 前記権利客体は、シーケンス数字が付加された権利客体であることを特徴とする請求項６５に記載のデバイス。
70. 前記シーケンス数字を生成して比較する制御部をさらに備えることを特徴とする請求項６９に記載の装置。
71. デバイスからコピー要請信号を受信する受信部と、
    前記受信されたコピー要請によって保存された権利客体を共有暗号キーで暗号化する暗号部と、
    前記暗号化された権利客体を前記受信された要請に対する応答信号に挿入する制御部と、
    前記応答信号を前記デバイスに送信する送信部と、を備えることを特徴とする携帯用保存装置。
72. 前記暗号部は、前記デバイスと公開キー方式で相互認証して前記共有暗号キーを生成することを特徴とする請求項７１に記載の携帯用保存装置。
73. 前記暗号部は、携帯用保存装置固有の暗号キーで暗号化されて保存された権利客体を再び復号化し、前記制御部は、前記復号化された権利客体をデバイスが支援する形式に変換し、前記デバイスのファイルフォーマットに変換された権利客体は、前記暗号化部により前記共有暗号キーで暗号化されることを特徴とする請求項７１に記載の携帯用保存装置。
74. 前記権利客体は、コピー制御情報を有し、前記制御部は、前記権利客体が挿入された信号の送信後に前記保存された権利客体のコピー制御情報を修正することを特徴とする請求項７１に記載の携帯用保存装置。
75. 前記権利客体は、シーケンス数字が付加された権利客体であることを特徴とする請求項７１に記載の携帯用保存装置。
76. 前記制御部は、前記シーケンス数字を生成して比較することを特徴とする請求項７５に記載の携帯用保存装置。

Images