(57)【要約】  本発明は、携帯用保存装置とデバイスで多数のアプリケーションを行う方法及び装置を提供する。デバイスが物理的チャネルを介して携帯用保存装置に二つ以上の論理的チャネルを開設する段階、前記開設された論理的チャネルを介して前記デバイスのアプリケーションと携帯用保存装置のアプリケーションがデータを送受信する段階、及び前記データを送受信する段階が完了した後、前記デバイスが前記論理的チャネルを閉鎖する段階を含む。これにより、携帯用保存装置とデバイスとの間に多数のアプリケーションが動作できるようにしてデバイスの機能を向上させることができ、大容量の携帯用保存装置の機能を利用できる。
2007537533.tif 000002
【特許請求の範囲】
【請求項１】
デバイスが物理的チャネルを介して携帯用保存装置に二つ以上の論理的チャネルを開設する段階と、
前記開設された論理的チャネルを介して前記デバイスのアプリケーションと携帯用保存装置のアプリケーションがデータを送受信する段階と、
前記データを送受信する段階が完了した後、前記デバイスが前記論理的チャネルを閉鎖する段階とを含むことを特徴とする携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項２】
前記物理的チャネルには一つの基本論理的チャネルが存在し、
前記論理的チャネルを開設する段階は前記基本論理的チャネルを介して行われることを特徴とする請求項１に記載の携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項３】
デバイスの一つ以上のアプリケーションが前記論理的チャネルを使用する場合それぞれのアプリケーションに論理的チャネルが割り当てられ、
デバイス内の二つ以上のアプリケーションが動作中である場合特定アプリケーションが論理的チャネルを使用時に他のアプリケーションは論理的チャネルの使用を中止することを特徴とする請求項１に記載の携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項４】
前記アプリケーションは、携帯用保存装置内のアプリケーションと前記論理的チャネルを介してデータを送受信し、
前記送受信されるデータは、一つ以上のデータパケットに分けられることを特徴とする請求項１に記載の携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項５】
前記デバイスの二つ以上のアプリケーションが携帯用保存装置の一つ以上のアプリケーションと動作する場合、
予め定められた単位のデータは中断なくに送受信されることを特徴とする請求項３に記載の携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項６】
前記予め定められた単位は、一つの命令を構成する入力命令の送信と出力応答の受信を含むことを特徴とする請求項５に記載の携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項７】
前記デバイスの二つ以上のアプリケーションが携帯用保存装置の一つ以上のアプリケーションと動作する場合、
予め定められた単位のデータは中断なくに送受信されることを特徴とする請求項４に記載の携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項８】
前記予め定められた単位は、一つの命令を構成する入力命令の送信と出力応答の受信を含むことを特徴とする請求項７に記載の携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項９】
デバイスから物理的チャネルを介して二つ以上の論理的チャネルの開設が要請される段階と、
前記要請に応じて論理的チャネルを開設する段階と、
前記開設された論理的チャネルを介して携帯用保存装置内のアプリケーションがデバイスのアプリケーションとデータを送受信する段階と、
前記データを送受信する段階が完了した後、前記デバイスから前記論理的チャネルの閉鎖が要請される段階と、
前記要請に応じて論理的チャネルを閉鎖する段階とを含むことを特徴とする携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項１０】
携帯用保存装置の一つ以上のアプリケーションが前記論理的チャネルを使用する場合、
前記携帯用保存装置のアプリケーションが相互動作する前記デバイスのそれぞれのアプリケーションに論理的チャネルが割り当てられ、
前記デバイス内の二つ以上のアプリケーションが動作中である場合、特定アプリケーションが論理的チャネルを使用時に他のアプリケーションは論理的チャネルの使用を中止することを特徴とする請求項９に記載の携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項１１】
前記携帯用保存装置のアプリケーションは、前記デバイス内のアプリケーションと前記論理的チャネルを介してデータを送受信し、
前記送受信されるデータは、一つ以上のデータパケットに分けられることを特徴とする請求項９に記載の携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項１２】
携帯用保存装置の一つ以上のアプリケーションが前記デバイスの二つ以上のアプリケーションと動作する場合、
予め定められた単位のデータは中断なくに送受信されることを特徴とする請求項１１に記載の携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項１３】
前記予め定められた単位は、一つの命令を構成する入力命令の受信と出力応答の送信を含むことを特徴とする請求項１２に記載の携帯用保存装置とデバイスで多数のアプリケーションが動作する方法。
【請求項１４】
データを保存する保存部と、
前記データを送受信するための物理的チャネルを含むインターフェースと、
前記送受信されるデータを暗号化して復号化する暗号部と、
前記保存部と暗号部、そしてインターフェース間にデータ交換を制御する制御部とを含み、
前記物理的チャネルは、一つ以上の論理的チャネルを含むことを特徴とする携帯用保存装置。
【請求項１５】
前記論理的チャネルを介してデバイスのアプリケーションと相互動作するアプリケーションを含むことを特徴とする請求項１４に記載の携帯用保存装置。
【請求項１６】
前記論理的チャネルを介するデータの送受信は、予め定められた単位を基準に行われ、
一つ以上のアプリケーションがデバイスの二つ以上のアプリケーションと動作する場合、前記予め限定された単位のデータの送受信は中断されないことを特徴とする請求項１５に記載の携帯用保存装置。
【請求項１７】
前記予め定められた単位は、一つの命令の入力命令の受信と出力応答の送信を含むことを特徴とする請求項１６に記載の携帯用保存装置。
【請求項１８】
データとマルチメディアコンテンツを保存する保存部と
前記データとマルチメディアコンテンツを送信するための物理的チャネルを含むインターフェースと、
前記データとマルチメディアコンテンツを暗号化して復号化する暗号部と、
前記保存部と暗号部、そしてインターフェース間にデータ交換を制御する制御部とを含み、
前記物理的チャネルは、一つ以上の論理的チャネルを含むことを特徴とするデバイス。
【請求項１９】
前記デバイス内の一つ以上のアプリケーションは、一つ以上の論理的チャネルを介して携帯用保存装置内のアプリケーションと相互動作することを特徴とする請求項１８に記載のデバイス。
【請求項２０】
前記論理的チャネルを介するデータの送受信は予め定められた単位を基準に行われ、
二つ以上のアプリケーションが携帯用保存装置の一つ以上のアプリケーションと動作する場合、前記予め定められた単位のデータの送受信は中断されないことを特徴とする請求項１８に記載のデバイス。
【請求項２１】
前記予め定められた単位は、一つの命令の入力命令の送信と出力応答の受信を含むことを特徴とする請求項２０に記載のデバイス。
【請求項２２】
請求項１に記載の方法を行うためのことを特徴とするコンピュータで読み取り可能プログラムを記録した記録媒体。
【請求項２３】
請求項９に記載の方法を行うためのことを特徴とするコンピュータで読み取り可能プログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は携帯用保存装置とデバイスで多数のアプリケーションを行うための方法と装置に係り、さらに詳細には、携帯用保存装置とデバイスを連結する物理的チャネルを介して多数の論理的チャネルを構成して多数のアプリケーションを行うための方法とこれのための装置に関する。
【背景技術】
【０００２】
最近にデジタル著作権管理（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ；以下、“ＤＲＭ”という。）に関する研究が活発であり、ＤＲＭを適用した商用サービスが導入されたり導入しつつある。ＤＲＭが導入されなければならない理由は、デジタルコンテンツが持つようになる色々の特性から導出できる。デジタルコンテンツは、アナログデータとは違って損失がなく複製が可能であるという特性と、再使用及び加工、配布が容易なことに反してその製作に高コストと努力及び時間を必要にするという特性を有する。従って、デジタルコンテンツの無断複製及び配布が容認される場合に、これはデジタルコンテンツ製作者の利益を侵害し、デジタルコンテンツ製作者の創作心が挫けるようになるものであり、これはデジタルコンテンツ産業の活性化に大きい阻害要素になる。
【０００３】
デジタルコンテンツを保護しようとする努力は過去にもあったが、過去には主にデジタルコンテンツ無断接近防止に重点を置いてデジタルコンテンツについての接近は代価を払った一部人にだけ許容された。しかしながら、代価を払った人が故意的にデジタルコンテンツを第３者に配布する場合に第３者は代価を払わずデジタルコンテンツを使用できるようになる。このような問題点を解決するためＤＲＭという概念が導入された。ＤＲＭは、どんな暗号化されたデジタルコンテンツについての接近を誰も無制限に許容するが、暗号化されたデジタルコンテンツを復号化して実行させようとすれば、権利オブジェクトというライセンスがなければならない。従って、ＤＲＭを適用すればデジタルコンテンツを既存とは違って効果的に保護できるようになる。
【０００４】
携帯用保存装置は携帯電話機、コンピュータ、デジタルカメラなど各種デジタル機器の資料を保存して移動できるようにする脱、付着が可能な装置であって、データを保存する保存空間と演算及び制御を担当する部分で構成されたものである。このような携帯用保存装置の一つであるマルチメディアカードと呼ばれるＭＭＣ（マルチメディアカード）は従来のハードディスクやコンパクトディスクが有する限界を超えて、多様な種類のデジタル機器として使用できるようにマルチメディアデータを保存する役割を果たしている。また、このカードは既存の保存媒体にはない演算部を有していて、単純なデータ保存ではない、制御などが可能なようになって大容量の多様なマルチメディアデータを受容する場合に適する。最近、このマルチメディアカードに保安性の機能を追加してデジタルコンテンツの保存及び送受信においての保安と著作権保護が可能な保安マルチメディアカード（ＳｅｃｕｒｅＭＭＣ）が開発されながら、デジタルコンテンツについての著作権管理が保存装置とデジタル機器で可能なようになった。以下デジタルカメラ、携帯電話機、コンピュータ、デジタルカムコーダー（携帯用ＶＴＲ一体型カメラ）などのデジタル機器をデバイスと称する。
【０００５】
現在、モバイル分野に適用されるＤＲＭとしてはＯＭＡ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ）グループで決めた標準であるＯＭＡ−ＤＲＭがある。ＯＭＡ−ＤＲＭは、携帯電話機のようなモバイル機器がデジタルコンテンツをダウンロードして使用する場合、このデータについての著作権管理（ＤＲＭ）の標準案として提示された。しかしながら、全てのデジタル資料が必ずサーバーから携帯電話機にだけ移動されたり転送されるのではなく、前述した携帯用保存装置を媒介としてデータが転送でき、またモバイル機器外のデジタルカメラ、コンピュータなどではモバイル方式以外に携帯用保存装置によるデータ転送が普遍的であるため、ＯＭＡ−ＤＲＭの技術的特徴をカバーし、携帯用保存装置に適するＤＲＭの開発が必要である。
【０００６】
保安マルチメディアカードの容量が増大されながら、保安マルチメディアカード内に多数のマルチメディアデータが入力でき、同様にこのマルチメディアデータについての権利オブジェクトやはり多数が保存できる。この場合、ただ一回に一つの権利オブジェクト又はマルチメディアデータだけ使用可能であれば、保安マルチメディアカードの大容量の利点を多様に生かすことができない。過去、一つの物理的チャネルが存在すれば、ただ一つのアプリケーションが動作する場合があったが、これは保安マルチメディアカードの使用可能性を制約している。
従って、多様なアプリケーションを同時に行うことができる方案が要請される。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明が解決しようとする技術的課題は、一つの保安マルチメディアカードとデバイスで多数のアプリケーションが同時に動作する方法及び装置を提供することにある。
【０００８】
本発明が解決しようとする他の技術的課題は、保安マルチメディアカードに保存されたマルチメディアコンテンツが多数のアプリケーションによって同時に動作するようにして保安マルチメディアカードの使用を向上させようとすることにある。
【０００９】
本発明の技術的課題は以上で言及した技術的課題で制限されず、言及していないまた他の技術的課題は以下の記載から当業者に明確に理解されることができることである。
【課題を解決するための手段】
【００１０】
本発明は、携帯用保存装置とデバイスで多数のアプリケーションを行う方法及び装置に関する。
【００１１】
前記技術的課題を達成するための本発明の一実施形態による携帯用保存装置とデバイスで多数のアプリケーションを行う方法は、デバイスが物理的チャネルを介して携帯用保存装置に二つ以上の論理的チャネルを開設する段階、前記開設された論理的チャネルを介して前記デバイスのアプリケーションと携帯用保存装置のアプリケーションがデータを送受信する段階及び前記データを送受信する段階が完了した後、前記デバイスが前記論理的チャネルを閉鎖する段階を含む。
【００１２】
また、前記技術的課題を達成するための本発明の他の実施形態による携帯用保存装置とデバイスで多数のアプリケーションを行う方法は、デバイスから物理的チャネルを介して二つ以上の論理的チャネルの開設が要請される段階、前記要請に応じて論理的チャネルを開設する段階、前記開設された論理的チャネルを介して携帯用保存装置内のアプリケーションがデバイスのアプリケーションとデータを送受信する段階、前記データを送受信する段階が完了した後前記デバイスから前記論理的チャネルの閉鎖が要請される段階及び前記要請に応じて論理的チャネルを閉鎖する段階を含む。
【００１３】
前記他の技術的課題を達成するための本発明の一実施形態による携帯用保存装置は、データを保存する保存部、前記データを送受信するための物理的チャネルを含むインターフェース、前記送受信するデータを暗号化して復号化する暗号部及び前記保存部と暗号部、そしてインターフェースの間にデータ交換を制御する制御部を含み、前記物理的チャネルは、一つ以上の論理的チャネルを含む。
【００１４】
前記さらに他の技術的課題を達成するための本発明の一実施形態によるデバイスは、データとマルチメディアコンテンツを保存する保存部、前記データとマルチメディアコンテンツを送信するための物理的チャネルを含むインターフェース、前記データとマルチメディアコンテンツを暗号化して復号化する暗号部及び前記保存部と暗号部、そしてインターフェースの間にデータ交換を制御する制御部を含み、前記物理的チャネルは一つ以上の論理的チャネルを含む。
【発明の効果】
【００１５】
本発明を具現することによって携帯用保存装置とデバイスとの間に多数のアプリケーションが動作できるようにする。
【００１６】
また、本発明は携帯用保存装置とデバイスとの間に多数のアプリケーションが動作できるようにしてデバイスの機能を向上させることができ、大容量の携帯用保存装置の機能を利用できるようにする。
【発明を実施するための最良の形態】
【００１７】
その他実施形態の具体的な事項は詳細な説明及び図面に含まれている。
【００１８】
本発明の利点及び特徴、そしてそれらを達成する方法は添付する図面と共に詳細に後述している実施形態を参照すれば明確になる。しかしながら、本発明は、以下で開示される実施形態に限定されるものではなく、相異なる多様な形態によって具現されるものであり、本実施形態は、本発明の開示が完全となり、当業者に発明の範疇を完全に知らせるために提供されるものであり、本発明は、請求項の範疇によってのみ定義される。なお、明細書全体にかけて同一参照符号は同一構成要素を示すものとする。
【００１９】
本発明でのデバイスはデジタルカメラ、携帯電話機、コンピュータ、ノートパソコンなどのデジタル機器を総称するものであり、携帯用保存装置は保安マルチメディアカードなどのように携帯が可能であり、脱付着が可能な保存装置で、内部に演算装置とデバイスについてのインターフェースを有する。以下、発明の理解を助けるため保安マルチメディアカードを中心に説明する。しかしながら、このような説明は単にマルチメディアカードが普遍的に使用されている業界の現実を反映したものであり、本発明は保安マルチメディアカードに限定されないものを明かす。
【００２０】
以下、添付した図面を参照して本発明の実施形態を詳細に説明する。
【００２１】
説明の前に本明細書で使用する用語の意味を簡略に説明する。用語の説明は、本明細書の理解を助けるためのことであって、明示的に本発明を限定する事項に記載しない場合に本発明の技術的思想を限定する意味として使用するものではないことを注意しなければならない。
【００２２】
−公開キー暗号化
非対称暗号化ともいい、これはデータを復号化する場合に使用されたキーがデータを暗号化したキーと相異なる暗号化方式を意味する。このような公開キー暗号化アルゴリズムは一般に公開されており、公開キー暗号化は第３者が暗号化アルゴリズムと暗号化キー及び暗号化された文章だけでは原文が分からないか、或いは見つけ出しにくい特性を有する。公開キー暗号化システムの例としてはＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ暗号システム、ＲＳＡ暗号システム、ＥｌＧａｍａｌ暗号システム及び楕円曲線暗号化システムなどがある。公開キー暗号化の場合に対称キー暗号化より約１００倍〜１０００倍程度遅いのでコンテンツ自体を暗号化する場合に使用されることよりはキー交換や電子署名などに使用される。
【００２３】
−対称キー暗号化
秘密キー暗号化ともいう対称キー暗号化方式はデータを暗号化する場合に使用されたキーとデータを復号化する場合に使用されたキーが同一な暗号化方式を意味する。このような対称キー暗号化の例としてはＤＥＳが最も一般に使用されており、最近はＡＥＳを採用したアプリケーションが増加している。
【００２４】
−携帯用保存装置
本明細書で使用する携帯用保存装置は、フラッシュメモリのように読み取って書き取って消去できる性質を有する不揮発性メモリを含んでおり、デバイスに連結が可能な保存装置を意味する。このような保存装置の例としてはスマートメディア、メモリスティック、ＣＦカード、ＸＤカード、マルチメディアカードなどがあり、以下詳細な説明では保安マルチメディアカードを中心に説明する。
【００２５】
−デバイス
本明細書で使用するデバイスは、携帯用マルチメディア機器になることができ、携帯用ではないマルチメディア機器も含む。
【００２６】
−相互認証
デバイスと携帯用保存装置が互いに認証を行うようになる。このため前述した公開キー暗号化方式によって向後転送するデータを暗号化する暗号化キーであるセッションキーを共有するようになれば、デバイスと携帯用マルチメディア機器との間に送受信するデータは前記セッションキーを有して暗号化する。
【００２７】
−権利オブジェクト
権利オブジェクトは、デジタル著作物についての権利内容を有するようになり、デジタル著作物についての再生、ディスプレイ、実行、印刷、転送（複写、移動）或いは閲覧などの権限を設定する部分である。デバイスと携帯用保存装置との間にＤＲＭを行うためにはコンテンツについての権利付与要否の情報を有する権利オブジェクトの使用が必要である。
【００２８】
多数のアプリケーションが動作するためには、物理的チャネルを多数のアプリケーションが共有できなければならない。本発明の一実施形態では二つ以上の論理的チャネルが一つの物理的チャネルに存在するものを仮定して説明しているが、これは一実施形態に過ぎなく、一つ以上の物理的チャネルが存在でき、これらそれぞれの物理的チャネルに多数の論理的チャネルが存在してこれらによって多数のアプリケーションを行うことができる。
【００２９】
チャネルは、デバイスと保安マルチメディアカードとの間にＡＰＤＵを交換するための通路になる。ＡＰＤＵは、アプリケーションプロトコルデータユニットで、デバイスと保安マルチメディアカードとの間に交換される情報の単位になる。ここには認証命令、権利オブジェクトの複写又は移動、再生、カード状態チェックなどを行う命令語とこれについてのパラメータが入ることができる。
【００３０】
デバイスは、限定された寸法のデータを保安マルチメディアカードに転送する。各データパケットユニットはＭＭＣトークンと呼ばれる。デバイスと保安マルチメディアカードが作業を行うためにはＡＰＤＵであるアプリケーショントークンを転送しなければならない。もしアプリケーショントークンがＭＭＣトークンの寸法より大きければ、アプリケーショントークンはＭＭＣトークンに合うように分割して転送できる。勿論、ＭＭＣデータトークンの寸法より小さければ、一つのＭＭＣトークンで構成して転送できる。このような過程が図１に示されている。
【００３１】
図１は、本発明の一実施形態による保安マルチメディアカードとデバイスとの間に送受信するデータの変換を示す例示図である。保安マルチメディアカード１００とデバイス５００が結合された状態である。このような結合によって保安マルチメディアカードとデバイスは情報を交換できるが、これは保安マルチメディアカードとデバイスとの間に相互認証が行われた後に可能である。保安マルチメディアカードとデバイスの間の相互認証は公開キーアルゴリズムによってセッションキーを交換した後、前記セッションキーとして交換される情報を暗号化して転送するようになる。
【００３２】
デバイス５００でアプリケーショントークンを読み取ろうとすれば先ずＲＥＡＤ＿ＳＥＣ＿ＣＭＤという命令語を発生させる。この命令によって保安マルチメディアカード１００はアプリケーショントークン、すなわちＡＰＤＵを変換層に送る。変換層では、長さ情報であるＬＢ（レンスバイト）をアプリケーショントークンの前に付着し、この付着されたフレームをＭＭＣデータトークンに転換する。一回に送るデータ量の寸法に制限があるため、実際に送ろうとするＡＰＤＵデータをこのＭＭＣデータトークンに分ければ転送が可能なためである。勿論ＡＰＤＵ、すなわちアプリケーショントークンがＭＭＣデータトークンより寸法が小さければ０のような値として揃えって送ることができる。図１では一つのアプリケーショントークン５０がＭＭＣトークンに変換されてデバイス５００に転送される例を示している。
【００３３】
保安マルチメディアカード１００内のアプリケーション１１０、１３０が生成するアプリケーショントークン５０は、保安マルチメディアカードアプリケーション共通レイヤ１５０（以下、‘アプリケーション共通レイヤ’という。）を通過してＭＭＣトークンに分けられる。これらトークンの変換は図４、図５で詳述する。このように分けられたＭＭＣトークンは保安マルチメディアカードのインターフェース１０１０によって転送される。これを転送されるデバイス側ではこれらトークンを再び組み合わせて長さ情報（ＬＢ）が付着されたアプリケーショントークンを得るようになり、ここで長さ情報を除去した元来のアプリケーショントークン５０を得ることができる。
【００３４】
図２は、本発明の一実施形態によるＡＰＤＵ命令語構造の一部を示す。認証の機能を行うためには３個の命令語が必要であり、再生の機能を行うためには５個の命令語が必要である。そしてこれら命令語はそれぞれ入力命令と出力応答で構成される。従って、デバイスで命令語を入力命令に保存して送信すれば、出力応答に応じて保安マルチメディアカードからデータ或いは前記命令についての受信結果を受ける。
【００３５】
図３は、本発明の一実施形態による命令語と機能の間の関係を示す例示図である。再生という機能を行うためにはＳＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＱ、ＧＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＰ、ＳＥＴ＿ＵＰＤＡＴＥ＿ＲＯ、ＳＥＴ＿ＰＬＡＹＢＡＣＫ＿ＦＩＮＡＬ、ＳＥＴ＿ＰＬＡＹＢＡＣＫ＿ＦＩＮＩＳＨのような命令語が順次に行わなければならない。一方、それぞれの命令語が碌に行われるためには前述したようにデバイスで前記命令語を送れば保安マルチメディアカードでこれについての応答を行う。保安マルチメディアカードは特定命令語を独自に行うものではなく、デバイスである命令語を送ればこれについての応答に応じて機能を行う。従って、全ての命令語は入力命令と出力応答で構成され、図３のＳＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＱの場合もやはりこのような入力命令と出力応答で構成される。これは、以下のＧＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＰなどのような命令語も同様である。
【００３６】
図４と図５は、アプリケーショントークンがデバイスと保安マルチメディアカードとの間で転送されるためどんな変換の過程を経るかを示す。アプリケーショントークンであるＡＰＤＵはデバイスと保安マルチメディアカードで必要な情報であり、これを再び変換することは二つ機器の間に転送による同期化を合わせるためである。
【００３７】
図４は、本発明の一実施形態によるアプリケーショントークン５０がＭＭＣデータトークン７０一つに送信する場合の変換を示している。長さ情報であるＬＢをアプリケーショントークンに付着したデータの長さがＭＭＣデータトークン７０が転送できるデータ長さより短いので余分の長さには０の値（０ｘ００）を揃える。そして０の値が揃えられたデータにヘッダー値である０とエラー検討のためのＣＲＣ１６ビット、そしてデータの最後であることを知らせる１の値を付加する。
【００３８】
図５は、本発明の一実施形態によるアプリケーショントークン５０がＭＭＣデータトークン７０一つに送ることができない場合の変換を示す例示図である。アプリケーショントークン５０に長さ情報であるＬＢが付加されたデータが一つのＭＭＣデータトークン７０によって転送できないとき、このデータはＭＭＣデータトークン７０内に保存できるように何個のブロックに分けなければならない。図５には２個のブロックに分けて転送されるが、先ずＬＢが付着された前部分のブロック６１とその後に分割されたまた他のアプリケーショントークンの一部ブロック６３はそれぞれＭＭＣデータトークンの一部になってヘッダー値０とＣＲＣ１６情報、そしてトークンの最後を示す１値が付加される。ここでアプリケーショントークンの後部分ブロック６３はＭＭＣデータトークンに保存されるのに長さが短いため０ｘ００の値で満たされる。
【００３９】
図６は、本発明の一実施形態によるデバイスと保安マルチメディアカードとの間にデータをやり取りするための物理的チャネルを示す構成図である。保安マルチメディアカード１００で特定情報を読み取るか、書き取るか、或いはアプリケーションを実行するなどの機能を行うためには先ず命令語を送らなければならない。この命令語はデバイスと保安マルチメディアカードとの間に送受信するデータであり、この命令語を送るためデバイス５００ではコントロール信号を送り、これと一緒にデータ信号に前記命令語を含むデータを載せて送る。ここでデータを載せるという意味はデータを連結地点によって送ることを意味する。コントロール信号によってデータを送信するという信号、例えばＷＲＩＴＥ＿ＳＥＣ＿ＣＭＤという信号があれば、保安マルチメディアカード１００ではデータ信号によって転送されるデータを読み取ってこのデータが要求するところである命令語による動作を行うことができる。これと反対に、デバイスで保安マルチメディアカード１００からデータを読み取るためには前記コントロール信号にどんなデータを受信するという信号、例えばＲＥＡＤ＿ＳＥＣ＿ＣＭＤをやり、データ信号に載せられた値を読み取ることができる。物理的チャネルはこのようなコントロール信号とデータ信号が結合されたことを意味する。
【００４０】
図３の再生機能を例を挙げて説明すれば、デバイスでＳＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＱ命令語が含まれたデータ（入力命令）をデータ信号に載せ、コントロール信号としてＷＲＩＴＥ＿ＳＥＣ＿ＣＭＤをやれば保安マルチメディアカードはこの命令についての応答（出力応答）はデータ信号に載せて送ればデバイスがコントロール信号としてＲＥＡＤ＿ＳＥＣ＿ＣＭＤをやりながらこのデータ値を読み取ることができる。
【００４１】
物理的チャネルが一つである場合、送ることができるコントロール信号とデータ信号は一つである。従って、アプリケーションの実行も過去には一つだけ存在した。しかしながら、保安マルチメディアカードの容量の増加などによって多数個の作業が必要なものにも、物理的チャネルに固定されて一つの作業だけ行うようにするものは保安マルチメディアカードの機能を極大化できない。従って、物理的チャネル以外に論理的チャネルの構造を導入して二つ以上のアプリケーションが動作できるようにする。
【００４２】
図７は、本発明の一実施形態による一つの物理的チャネル内に二つの論理的チャネルが存在する場合を示す例示図である。一つの物理的チャネル内でデバイス内の二つアプリケーションが保安マルチメディアカード内の一つのアプリケーションＫと動作する例を示している。アプリケーションＫがＤＲＭアプリケーションである場合一つのＤＲＭアプリケーションによって二つ以上のデバイス側アプリケーションＡが認証を試したり、或いは権利オブジェクトと関連された作業を行う状況を意味する。物理的チャネル７００内に論理的チャネルが存在する方式は図９で詳述する。
【００４３】
図８は、本発明の他の実施形態による一つの物理的チャネル内に二つの論理的チャネルが存在する場合を示す例示図である。一つの物理的チャネル７００内でデバイス内の二つアプリケーションが保安マルチメディアカード内の二つアプリケーションＫ、Ｐと相互動作する構成の一実施形態を示している。これは保安マルチメディアカード内のそれぞれ他の権利オブジェクトについても行われることができ、一つの権利オブジェクトについてそれぞれ他のアプリケーションが接近できる。前者の場合、一つの保安マルチメディアカード内に二つ以上の権利オブジェクト及びコンテンツが保存された場合デバイスにある多数のアプリケーションがそれぞれの必要に応じてデータを要求できる。後者の一つの権利オブジェクトに近接するということは、一つの権利オブジェクトの情報を読み取りながら複写を行う場合それぞれ他のアプリケーションが一つのデータを多様に要求することと見ることができる。
【００４４】
図９は、本発明の一実施形態による物理的チャネルと論理的チャネルの関係を示す構成図である。コントロール信号は、データ信号の情報が前述したように保安マルチメディアカードからデータを受信するか、或いは保安マルチメディアカードにデータを送信するかを決定する。そしてデータ信号によって転送されるデータはそれぞれＣＬＡの値にどんな論理的チャネルを使用して転送されるかを示す。これは一つの物理的チャネルに多数の論理的チャネルが割り当てられて一つの物理的チャネルを介して多数のアプリケーションがデータを送受信するものを意味する。そしてどんなアプリケーションにどんなデータが転送されるかを示すためＣＬＡの値に論理的チャネルの値を設定できる。論理的チャネル１を割り当てられるアプリケーションはＣＬＡの値が０１であるデータを送受信できる。本発明の一実施形態ではＣＬＡを２ビットとして四つの論理的チャネルを割り当てることができるようにしたが、これは保安マルチメディアカードとデバイスの性能によって可変的でありうる。勿論、物理的チャネルの数字やはり一つに局限されることではなく、二つ以上の物理的チャネルも存在できる。そしてそれぞれの物理的チャネル内に二つ以上の論理的チャネルが存在できる。すなわち、論理的チャネルは物理的チャネルを時間上に分割して共有するようになる。しかしながら、このような時間上の分割が何を基盤とするか、言い換えればどんなデータ単位を基盤に分割して共有するかが問題になる。本発明の一実施形態では命令語、すなわちＡＰＤＵを基盤に物理的チャネルを分割して共有することを示している。これは図１０で詳細に示される。
【００４５】
図１０は、本発明の一実施形態による物理的チャネルを共有する二つアプリケーションの動作過程を示す例示図である。前述したように一つの機能は一つ以上の命令語として行われる。図３で再生に５個の命令語が行わなければならないものがその例になる。一方、一つの命令語を行うためには命令語が保存されたデータを送信し、これについての応答を受ける過程が必要である。これは、入力命令と出力応答として、これらについての説明は図３で前述した。
【００４６】
物理的チャネルを二つ以上のアプリケーションが共有されるので二つ以上の機能が同時に行うことができる。これは命令語単位にチャネルを割当して具現できる。アプリケーションＡは、再生を行おうとしてアプリケーションＢは削除をしようとする。この場合、アプリケーションＡで一番先ず行う命令語はＳＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＱになる。この命令語を構成する一つのセットである入力命令と出力応答は中断なしに一回に行われなければならないため、この間に他の命令語を行うことができない。その結果アプリケーションＢのＳＥＴ＿ＤＥＬＥＴＥ＿ＲＯはこの過程中間に行うことができない。しかしながら、ＳＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＱが行われた後、アプリケーションＡがその次命令語であるＧＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＰを行う前にアプリケーションＢがＳＥＴ＿ＤＥＬＥＴＥ＿ＲＯを行うことができる。従って、一つの命令語セット（入力命令と出力応答で構成された命令語セット）を終えるときまでは他のアプリケーションは実行中である機能を中断させることができ、前記命令語セットが終わるときまで待った後行われなければならない。
【００４７】
図１１は、本発明の他の実施形態による物理的チャネルを共有する二つアプリケーションの動作過程を示す順序図である。アプリケーションＡが権利オブジェクトの情報取得（ＲＯ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｃｑｕｉｓｉｔｉｏｎ）を、アプリケーションＢが権利オブジェクトの削除（ＲＯ  Ｒｅｍｏｖａｌ）を行う場合これらの動作を時間間隔に示す。前記機能についての命令語構成は図２に例示されている。図１１は一つの例であり、これとは違う方式で行うことができる。図１１で権利オブジェクトの情報取得のため必要な命令語はＳＥＴ＿ＣＯ＿ＩＮＦＯとＧＥＴ＿ＲＯ＿ＩＮＦＯである。そして権利オブジェクトの削除のため必要な命令語はＳＥＴ＿ＤＥＬＥＴＥ＿ＲＯとＧＥＴ＿ＣＯＮＦＩＲＭである。これら命令語は前述したようにＷＲＩＴＥ＿ＳＥＣ＿ＣＭＤとＲＥＡＤ＿ＳＥＣ＿ＣＭＤによって送受信し、これら命令語セットは一つの単位に動作される。従って、アプリケーションＡのＳＥＴ＿ＣＯ＿ＩＮＦＯを行うための段階（Ｓ２０１）と段階（Ｓ２０３）以後にアプリケーションＡのＧＥＴ＿ＲＯ＿ＩＮＦＯ命令語セット（Ｓ２２１とＳ２２３）を行うことができ、この外にもアプリケーションＢのＳＥＴ＿ＤＥＬＥＴＥ＿ＲＯ命令語セット（Ｓ２１１とＳ２１３）を行ってもよい。図１１ではアプリケーションＢがＳＥＴ＿ＳＥＬＥＴＥ＿ＲＯ（Ｓ２１１、Ｓ２１３）とＧＥＴ＿ＣＯＮＦＩＲＭ（Ｓ２１５、Ｓ２１７）を行った後、アプリケーションＡがＧＥＴ＿ＲＯ＿ＩＮＦＯ（Ｓ２２１、Ｓ２２３）を行う過程を示している。このように一つの命令語を基盤に多数のアプリケーションが動作できるようにして、一つのアプリケーションが一つの機能が完了するときまで物理的チャネルを独占することを防止して効率を増大させることができる。
【００４８】
図１２及び図１３は、本発明の一実施形態によるＭＡＮＡＧＥ＿ＣＨＡＮＮＥＬ命令語の構造を示す構造図である。
【００４９】
命令語は、入力命令と出力応答で構成される。デバイスで命令語を入力命令に保存して送信すれば、出力応答に応じて保安マルチメディアカードからデータ或いは前記命令についての処理結果を受ける。従って、全ての命令語は入力命令を有し、この入力命令はデバイスで保安マルチメディアカードに送信し、これについてのデータ或いは結果値は出力応答に応じてデバイスに受信する。これら命令語は全て前述したＡＰＤＵの一つの実施形態になる。
【００５０】
入力命令を構成する要素について調べれば次の通りである。
【００５１】
ＣＬＡとＩＮＳは命令語を送るための情報であり、Ｐ１とＰ２の組み合わせで当該命令語がＭＡＮＡＧＥ＿ＣＨＡＮＮＥＬであることが分かる。これは各具現例によって変わることができる。命令語は、このＰ１とＰ２の値によって区別できる。
【００５２】
ＬｃとＬｅは、データフィールドの情報の存在有無を意味する。デバイスで保安マルチメディアカードとしてデータにどんな情報を保存して命令語を送信する場合にはＬｃとＬｅがそれぞれＦＦｈと００ｈの値を示す。しかしながら、デバイスで保安マルチメディアカードとして特定データを送ってやることを要請する命令語の場合、データフィールドの値に特別な情報が保存されない。従って、この時にはデータフィールドに資料が保存されないものを意味するためＬｃとＬｅがそれぞれ００ｈとＦＦｈの値を示す。これら命令語の各フィールド値はそれぞれ実施形態によって変わることができる。
【００５３】
出力応答は、前記入力命令を受けた保安マルチメディアカードでどんな結果値或いはデータを転送するようになるとき使用する。デバイスでどんなデータ値を要請した場合、データフィールドに情報が保存できる。一方、デバイスで転送した命令語についての保安マルチメディアカードの受信結果は状態情報（Ｓｔａｔｕｓ  Ｗｏｒｄ）の二つ状態値であるＳＷ１とＳＷ２によって示される。命令が保安マルチメディアカードによって成功的に受信して処理された場合、或いはタグ値に誤謬があるなどの場合を分けてそれぞれの状態値を転送し、その結果デバイスは前記命令情報が保存されたＡＰＤＵの成功的な受信要否が分かる。
【００５４】
デバイスで保安マルチメディアカードとして論理的チャネルを開設するか、或いは閉鎖するかを要請する命令語を送る（８１１）。チャネルの開設はＰ１の値に００を保存し、閉鎖は８０にする。これについての出力応答８１２はどんな論理的チャネル番号を使用するかをデータフィールドに保存して転送するようになる。０番は予め割り当てられた基本論理的チャネル番号である。
【００５５】
図１４及び図１５は本発明の一実施形態によるＧＥＴ＿ＡＰＰＬＩＣＡＴＩＯＮ＿ＬＩＳＴ命令語の構造を示す構造図である。保安マルチメディアカードのアプリケーションと通信するためにデバイスは当該アプリケーションを実行させるための要請（ｒｅｑｕｅｓｔ）を送信しなければならない。そして付属される命令語は論理的チャネルを介して当該アプリケーションに転送される。これら命令語の値はシステムによってそれぞれ変わることができる。ＧＥＴ＿ＡＰＰＬＩＣＡＴＩＯＮ＿ＬＩＳＴは単に保安マルチメディアカード内のアプリケーションの情報を得ようとすることであるため特別にデータフィールドに値を限定しなくてもよい（８２１）。これについての結果である出力応答の構造（８２２）はアプリケーションリストを転送するようになるが、このアプリケーションリストの一実施形態は図１５に限定されている。
【００５６】
図１６及び図１７は、本発明の一実施形態によるＡＰＰＬＩＣＡＴＩＯＮ＿ＳＥＬＥＣＴＩＯＮ命令語の構造を示す構造図である。デバイスでは保安マルチメディアカードとして図１３の出力応答結果で得るようになったアプリケーションリストで一つのアプリケーションを選択してこのアプリケーションを選択するものを知らせる（８３１）。この入力命令によってアプリケーションは行われ、これについての出力応答は特別な値を有しない（８３２）。もしアプリケーションの使用可能時間が満了された後であれば、アプリケーション選択が不可能なことを知らせる情報をデータフィールドにセッティングすることができる。
【００５７】
図１８は、本発明の一実施形態によるアプリケーションリストの内部詳細構造を示す構造図である。アプリケーションリストの構造は８５０と同じである。幾つのアプリケーション情報があるかを知らせてやるＮＡｐｐと、アプリケーション識別者であるアプリケーションＩＤの値で構成される。一方、アプリケーション識別者であるＡＰＰ＿ＩＤは再び二つの情報に分けられる（８５３）。リソース識別者であるＲＩＤ（Ｒｅｓｏｕｒｃｅ  ＩＤ）と拡張アプリケーション識別者であるＥＡＩＤ（Ｅｘｔｅｎｄｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ）で構成される（８５５）。このリストを得るデバイスでは保安マルチメディアカード内のどんなアプリケーションがあるか分かり、図１２及び図１３によって開設した論理的チャネルを介してアプリケーションを実行できる。この実行のために図１６及び図１７のＡＰＰＬＩＣＡＴＩＯＮ＿ＳＥＬＥＣＴＩＯＮを使用する。
【００５８】
図１９は、本発明の一実施形態による保安マルチメディアカードの構成を示す機能性ブロック図である。
【００５９】
本実施形態で使用される“モジュール”という用語はソフトウェア又はＦＰＧＡ又はＡＳＩＣのようなハードウェア構成要素を意味し、モジュールはどんな役割を行う。でもモジュールはソフトウェア又はハードウェアに限定される意味ではない。モジュールは、アドレッシングできる保存媒体にあるように構成されてもよく、一つ又はその以上のプロセッサを再生させるように構成されてもよい。従って、例えばモジュールはソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素とモジュール内で提供される機能はさらに小さい数の構成要素及びモジュールで結合されるか、或いは追加的な構成要素とモジュールでさらに分離できる。その上、構成要素及びモジュールはデバイス又は保安マルチメディアカード内の一つ又はその以上のＣＰＵを再生させるように具現されてもよい。
【００６０】
このようなＤＲＭ過程を行うために保安マルチメディアカード１００は、保安機能とコンテンツ又は権利オブジェクトを保存する機能とデバイスとのデータ交換を行う機能とＤＲＭ管理機能がなければならない。このための保安マルチメディアカード１００は保安機能を有するＲＳＡモジュール１０４２とセッションキー生成モジュール１０４４とＡＥＳモジュール１０４６を含み、保存機能を有するコンテンツ／権利オブジェクト保存部１０３０を含み、デバイスとのデータ交換が可能なようにするインターフェース１０１０とＤＲＭ過程を行うために各構成モジュールを制御する制御部１０２０を含む。
【００６１】
制御部１０２０では、権利オブジェクトを転送する前にデバイスに適する形態のファイルに変換し、権利オブジェクトの情報を修正する。デバイスに適する形態とは、デバイスに保存される権利オブジェクトの構造と携帯用保存装置に保存される権利オブジェクトの構造が異なる場合、変換させて認識可能な形式に転送できるようにすることを意味する。
【００６２】
また、制御部１０２０では、保安マルチメディアカード内に保存された多数のアプリケーションが実行できるようにする。
【００６３】
インターフェース１０１０は、保安マルチメディアカード１００がデバイスと連結できるようにする。保安マルチメディアカード１００がデバイスと連結されるということは保安マルチメディアカードとデバイスのインターフェースが互いに電気的に連結されたものを意味するが、これは例示的なことであって、“連結”という意味は非接触状態で無線媒体によって互いに通信できる状態にあるという意味も含まれることと解析しなければならない。
【００６４】
前述した物理的チャネルは、このような有無線の媒体によって互いに通信できるチャネルを意味し、論理的チャネルはこの物理的チャネルを論理的に共有して二つ以上のアプリケーションが行うことができるようにするものである。
【００６５】
ＲＳＡモジュール１０４２は、公開キー暗号化を行うモジュールであって、制御モジュール１０２０の要請に応じてＲＳＡ暗号化を行う。本発明の実施形態において相互認証過程でキー（ランダム番号）の交換や電子署名でＲＳＡ暗号化を使用するが、これは例示的なことであって他の公開キー暗号化方式を使用してもよい。
【００６６】
セッションキー生成モジュール１０４４は、デバイスに伝達するランダム番号を生成し、デバイスから受けたランダム番号と自分が生成したランダム番号を用いてセッションキーを生成する。セッションキー生成モジュール１０４４で生成したランダム番号は、ＲＳＡモジュールによって暗号化され、インターフェース１０１０によってデバイスに伝達される。一方、セッションキー生成モジュール１０４４でランダム番号を生成することは例示的なことであって、既に存在している複数のランダム番号のうちの何れか一つのランダム番号を選択することが可能であるというのは前述したようである。
【００６７】
ＡＥＳモジュール１０４６は、対称キー暗号化を行うモジュールとして生成したセッションキーを使用して対称キー暗号化を行う。主に権利オブジェクトからコンテンツ暗号化キーを受けてこれをセッションキーとして暗号化する場合に使用し、この外にデバイスとの通信過程で重要な情報を暗号化するとき使用する。ＡＥＳ暗号化方式また例示的なことであって、ＤＥＳのように他の対称キー暗号化を使用するものまた可能である。
【００６８】
コンテンツ／権利オブジェクト保存部１０３０は、暗号化されたコンテンツと権利オブジェクトを保存する。権利オブジェクトは暗号化状態で保存されているが、保安マルチメディアカード１００は他のデバイスで読み取ることができない固有なキーを用いてＡＥＳ方式に権利オブジェクトを暗号化し、他のデバイスに権利オブジェクトを移動又は複製しようとするとき固有なキーを用いて復号化する。権利オブジェクトの暗号化また固有なキーを使用した対称キー暗号化を用いることは例示的なことであって、保安マルチメディアカードの個人キーとして暗号化し、必要時に保安マルチメディアカードの公開キーとして復号化するものも可能である。
【００６９】
図２０は、本発明の一実施形態によるデバイスの構造を示すブロック図である。ＤＲＭ過程を行うためにデバイス５００は保安機能とコンテンツ又は権利オブジェクトを保存する機能とデバイスとのデータ交換を行う機能とコンテンツ提供者や権利オブジェクト発行機関と通信できるデータ送受信機能及びＤＲＭ管理機能がなければならない。このためのデバイス５００は、保安機能を有するＲＳＡモジュール５０４２とセッションキー生成モジュール５０４４とＡＥＳモジュール５０４６を含み、保存機能を有するコンテンツ／権利オブジェクト保存部５０３０を含み、保安マルチメディアカードとデータ交換が可能なようにするＭＭＣインターフェース５０１０とＤＲＭ過程を行うために各構成モジュールを制御する制御部５０２０を含む。一方、デバイス５００は、データ送受信機能のための送受信モジュール５０５０と再生されるコンテンツを表示するためのディスプレイモジュール５０６０を含む。
【００７０】
制御部５０２０では、権利オブジェクトを転送する前に携帯用保存装置に適する形態に変換し、権利オブジェクトの制御情報を修正する。携帯用保存装置に適する形態とは、デバイスに保存される権利オブジェクトの構造と携帯用保存装置に保存される権利オブジェクトの構造が異なる場合、変換させて認識可能な形式に転送できるようにすることを意味する。
【００７１】
送受信モジュール５０５０は、デバイス５００がコンテンツ発行者や権利オブジェクト発行機関と通信できるようにする。デバイス５００は、送受信モジュール５０５０によって権利オブジェクトや暗号化されたコンテンツを外部から得ることができる。
【００７２】
インターフェース５０１０は、デバイス５００が保安マルチメディアカードと接続できるようにする。基本的にデバイス５００が保安マルチメディアカードと連結されるというのは保安マルチメディアカードとデバイスのインターフェースが互いに電気的に連結されたものを意味するが、これは例示的なことであって、“連結”という意味は非接触状態で無線媒体によって互いに通信できる状態にあるという意味も含まれることと解析しなければならない。前述したように、このインターフェースは物理的チャネルを意味し、論理的チャネルはインターフェースで形成された物理的チャネルを多数のアプリケーションが共有される時使用するようになる。
【００７３】
ＲＳＡモジュール５０４２は公開キー暗号化を行うモジュールであって、制御モジュール５０２０の要請に応じてＲＳＡ暗号化を行う。本発明の実施形態において相互認証過程でキー（ランダム番号）の交換や電子署名でＲＳＡ暗号化を使用するが、これは例示的なことであって他の公開キー暗号化方式を使用してもよい。
【００７４】
セッションキー生成モジュール５０４４は、デバイスに伝達するランダム番号を生成し、デバイスから受けたランダム番号と自分が生成したランダム番号を用いてセッションキーを生成する。セッションキー生成モジュール５０４４で生成したランダム番号はＲＳＡモジュールによって暗号化され、インターフェース５０１０によってデバイスに伝達される。一方、セッションキー生成モジュール５０４４でランダム番号を生成するものは例示的なことであって既に存在している複数のランダム番号のうちの何れか一つのランダム番号を選択することが可能であるというのは前述したようである。
【００７５】
ＡＥＳモジュール５０４６は、対称キー暗号化モジュールとして生成したセッションキーを使用して対称キー暗号化を行う。主に権利オブジェクトからコンテンツ暗号化キーを受けてこれをセッションキーとして暗号化する場合に使用し、この外にデバイスとの通信過程で重要な情報を暗号化するとき使用する。ＡＥＳ暗号化方式また例示的なことであって、ＤＥＳのように他の対称キー暗号化を使用することまた可能である。
【００７６】
コンテンツ／権利オブジェクト保存部５０３０は、暗号化されたコンテンツと権利オブジェクトを保存する。権利オブジェクトは暗号化状態で保存されているが、デバイス５００は他のデバイス、或いは保安マルチメディアカードで読み取ることができない固有なキーを用いてＡＥＳ方式に権利オブジェクトを暗号化し、他の保安マルチメディアカード又はデバイスに権利オブジェクトを移動又は複製しようとするとき固有なキーを用いて復号化する。権利オブジェクトの暗号化又は固有なキーを使用した対称キー暗号化を用いるものは例示的なことであって、デバイス５００個人キーとして暗号化し、必要時にデバイス５００の公開キーとして復号化するものも可能である。
【００７７】
ディスプレイモジュール５０６０は権利オブジェクトによって再生が許可されたコンテンツの再生される様子をユーザが視覚的に見ることができるように表示する。ディスプレイモジュール５０６０はＴＦＴ  ＬＣＤのような液晶表示装置や有機ＥＬで具現できる。
【００７８】
以上、添付した図面を参照して本発明の好適な実施形態を説明したが、当業者であれば、本発明の技術的思想や必須的な特徴を変更せずに他の具体的な形態で実施されうることを理解することができる。したがって、上述した好適な実施形態は、例示的なものであり、限定的なものではないと理解されるべきである。本発明の範囲は前記詳細な説明よりは特許請求の範囲によって示され、特許請求の範囲の意味及び範囲そしてその均等概念から導出される全ての変更又は変形された形態が本発明の範囲に含まれることと解析されなければならない。
【図面の簡単な説明】
【００７９】
【図１】本発明の一実施形態による保安マルチメディアカードとデバイスとの間に送受信するデータの変換を示す例示図である。
【図２】本発明の一実施形態によるＡＰＤＵ命令語構造の一部を示す例示図である。
【図３】本発明の一実施形態による命令語と機能の間の関係を示す例示図である。
【図４】本発明の一実施形態によるアプリケーショントークンがＭＭＣデータトークン一つとして転送が可能な場合の変換を示す例示図である。
【図５】本発明の一実施形態によるアプリケーショントークンがＭＭＣデータトークン一つとして送ることができない場合の変換を示す例示図である。
【図６】本発明の一実施形態によるデバイスと保安マルチメディアカードとの間にデータをやり取りするための物理的チャネルを示す構成図である。
【図７】本発明の一実施形態による一つの物理的チャネル内に二つの論理的チャネルが存在する場合を示す例示図である。
【図８】本発明の他の実施形態による一つの物理的チャネル内に二つの論理的チャネルが存在する場合を示す例示図である。
【図９】本発明の一実施形態による物理的チャネルと論理的チャネルの関係を示す構成図である。
【図１０】本発明の一実施形態による物理的チャネルを共有する二つアプリケーションの動作過程を示す例示図である。
【図１１】本発明の他の実施形態による物理的チャネルを共有する二つアプリケーションの動作過程を示す順序図である。
【図１２】本発明の一実施形態によるＭＡＮＡＧＥ＿ＣＨＡＮＮＥＬ命令語の構造を示す構造図である。
【図１３】本発明の一実施形態によるＭＡＮＡＧＥ＿ＣＨＡＮＮＥＬ命令語の構造を示す構造図である。
【図１４】本発明の一実施形態によるＧＥＴ＿ＡＰＰＬＩＣＡＴＩＯＮ＿ＬＩＳＴ命令語の構造を示す構造図である。
【図１５】本発明の一実施形態によるＧＥＴ＿ＡＰＰＬＩＣＡＴＩＯＮ＿ＬＩＳＴ命令語の構造を示す構造図である。
【図１６】本発明の一実施形態によるＡＰＰＬＩＣＡＴＩＯＮ＿ＳＥＬＥＣＴＩＯＮ命令語の構造を示す構造図である。
【図１７】本発明の一実施形態によるＡＰＰＬＩＣＡＴＩＯＮ＿ＳＥＬＥＣＴＩＯＮ命令語の構造を示す構造図である。
【図１８】本発明の一実施形態によるアプリケーションリストの内部詳細構造を示す構造図である。
【図１９】本発明の一実施形態による保安マルチメディアカードの構成を示すブロック図である。
【図２０】本発明の一実施形態によるデバイス構成を示すブロック図である。
【図１】
2007537533.tif 000003
【図２】
2007537533.tif 000004
【図３】
2007537533.tif 000005
【図４】
2007537533.tif 000006
【図５】
2007537533.tif 000007
【図６】
2007537533.tif 000008
【図７】
2007537533.tif 000009
【図８】
2007537533.tif 000010
【図９】
2007537533.tif 000011
【図１０】
2007537533.tif 000012
【図１１】
2007537533.tif 000013
【図１２】
2007537533.tif 000014
【図１３】
2007537533.tif 000015
【図１４】
2007537533.tif 000016
【図１５】
2007537533.tif 000017
【図１６】
2007537533.tif 000018
【図１７】
2007537533.tif 000019
【図１８】
2007537533.tif 000020
【図１９】
2007537533.tif 000021
【図２０】
2007537533.tif 000022
【国際調査報告】
2007537533.tif 000023
2007537533.tif 000024
2007537533.tif 000025