JP2012169983A - データ処理装置およびプログラム - Google Patents

Abstract

【課題】データをより安全に管理することができるデータ処理装置、およびプログラムを提供する。
【解決手段】データ処理装置は、自装置を識別する識別情報に基づいて鍵を生成する鍵生成部と、前記鍵を用いてデータを暗号化して暗号化データを生成する暗号化処理部を備える。また、前記識別情報は複数の識別情報である。さらに、データ処理装置は、前記鍵生成部によって生成された前記鍵を格納する自装置内のメモリをさらに備える。
【選択図】図２

Description

本発明は、暗号化データを生成する処理を行うデータ処理装置に関する。また、本発明は、本データ処理装置としてコンピュータを機能させるためのプログラムにも関する。

昨今のスマートフォン等の携帯端末は、Android（登録商標）等のOS（Operating System）を採用し、オープンプラットフォームで開発可能な仕様となっている。また、携帯端末による電子決済の利用やメールの送受信など、端末側で管理する識別情報（IDやパスワード等）を用いてサーバ側が端末のクライアント認証を行う自動連携サービスが求められている。こうしたサービスを実現するには、サーバがクライアント認証を行うための識別情報を端末側で安全に管理する仕組みが求められている。これまで、耐タンパ性を有するTPM（Trusted Platform Module）やICカード等のセキュリティチップの内部で管理される秘密鍵による署名を用いてクライアント認証を行う仕組みが提案されている（例えば、特許文献１参照）。

特開２００９−２９０５０８号公報

しかし、セキュリティチップを利用する場合には、セキュリティチップが端末に実装されている必要があり、セキュリティチップを持たない端末に安全なデータ管理の機構を設けることができない問題があった。

本発明は、上述した課題に鑑みてなされたものであって、データをより安全に管理することができるデータ処理装置およびプログラムを提供することを目的とする。

本発明は、上記の課題を解決するためになされたもので、自装置を識別する識別情報に基づいて鍵を生成する鍵生成部と、前記鍵を用いてデータを暗号化して暗号化データを生成する暗号化処理部と、を備えたことを特徴とするデータ処理装置である。

また、本発明のデータ処理装置は、前記識別情報が複数の識別情報であることを特徴とする。

また、本発明のデータ処理装置は、前記鍵生成部によって生成された前記鍵を格納する自装置内のメモリをさらに備えたことを特徴とする。

また、本発明のデータ処理装置において、前記鍵を用いて前記暗号化データを復号する復号処理部をさらに備えたことを特徴とする。

また、本発明のデータ処理装置において、前記復号処理部は、第１の電子署名と、前記第１の電子署名の署名者を識別する第１の署名者情報とを有し、第２の電子署名と、前記第２の電子署名の署名者を識別する第２の署名者情報とを有するアプリケーションから要求があった場合に、前記第１の署名者情報と前記第２の署名者情報を比較する比較部をさらに有し、前記復号処理部は、前記第１の署名者情報と前記第２の署名者情報とが同一であった場合に、前記暗号化データを復号して復号後のデータを、前記要求を発生したアプリケーションに引き渡すことを特徴とする。

また、本発明は、自装置を識別する識別情報に基づいて鍵を生成する鍵生成部と、前記鍵を用いてデータを暗号化して暗号化データを生成する暗号化処理部と、としてコンピュータを機能させるアプリケーションのプログラムであって、システム権限が付与された前記アプリケーションのプログラムが予め記録された記録媒体と、前記記録媒体から前記プログラムを読み出して処理を行う前記コンピュータの処理装置と、を備えたことを特徴とするデータ処理装置である。

また、本発明は、自装置を識別する識別情報に基づいて鍵を生成する鍵生成部と、前記鍵を用いてデータを暗号化して暗号化データを生成する暗号化処理部と、としてコンピュータを機能させるためのプログラムである。

また、本発明のプログラムは、前記鍵生成部としてコンピュータを機能させるためのネイティブコードを含むことを特徴とする。

また、本発明のプログラムは、難読化が施されていることを特徴とする。

本発明によれば、データ処理装置を識別する識別情報に基づいて鍵を生成することによって、データ処理装置に固有な、推定されにくい鍵を生成することが可能となる。したがって、この鍵を用いてデータを暗号化することによって、データをより安全に管理することができる。

本発明の一実施形態によるデータ処理装置のハードウェア構成を示すブロック図である。 本発明の一実施形態によるデータ処理装置の機能構成を示すブロック図である。 本発明の一実施形態における暗号化処理の手順を示すフローチャートである。 本発明の一実施形態における鍵生成・暗号化処理の手順を示すフローチャートである。 本発明の一実施形態におけるアプリケーション認証処理の手順を示すフローチャートである。 本発明の一実施形態における復号処理の手順を示すフローチャートである。 本発明の一実施形態における鍵生成・復号処理の手順を示すフローチャートである。

以下、図面を参照し、本発明の実施形態を説明する。図１は、本発明の一実施形態によるデータ処理装置のハードウェア構成を示している。本実施形態のデータ処理装置は、スマートフォン等の携帯端末として構成されている。図１に示すデータ処理装置は、CPU（Central Processing Unit）１、表示部２、操作部３、通信部４、メモリ５、フラッシュメモリ６、メモリインタフェース部７、UIM（User Identity Module Card）カード８、カードインタフェース部９を有する。

CPU１は、ROM５に格納されている各種のプログラムを読み出してメモリ５に読み込み、プログラムの各種命令に従って各種の演算を行い、データ処理装置内の各部を制御する。表示部２は各種の情報を表示する。操作部３は、ユーザが操作する各種操作部材を有する。通信部４は、外部の他の通信装置と通信を行う。メモリ５は、フラッシュメモリ６から読み込まれたプログラムや、CPU１が演算を行った結果等を一時的に記憶する媒体である。

フラッシュメモリ６は、CPU１の動作を規定する各種のプログラムや、データ処理装置内で処理される各種データを記憶する媒体である。フラッシュメモリ６において、ファイル操作が制限されているシステム領域には、データ処理装置のシステムの制御に必要な重要なプログラム等が格納され、システム領域以外の領域には一般の商用Webサイトからダウンロード可能なアプリケーションのプログラム等が格納される。メモリインタフェース部７は、CPU１とフラッシュメモリ６の間でデータの入出力を行う。UIMカード８は、通信を介して各種サービスを利用するのに必要な各種情報を記憶する媒体である。カードインタフェース部９は、CPU１とUIMカード８の間でデータの入出力を行う。

図２は、データ処理装置の機能構成を示している。図１に示すデータ処理装置は、本実施形態のデータ処理機能を実現する処理を行う機能構成として、アプリケーション２０ａ，２０ｂ，２０ｃ、セキュアデータマネージャ２１、認証部２４を有する。

アプリケーション２０ａ，２０ｂ，２０ｃ、セキュアデータマネージャ２１、認証部２４は、CPU１に各種処理を実行させるためのプログラムである。図２では、アプリケーション２０ａ，２０ｂ，２０ｃ、セキュアデータマネージャ２１、認証部２４のプログラムがフラッシュメモリ６からメモリ５に読み込まれて、メモリ５上でアプリケーション２０ａ，２０ｂ，２０ｃ、セキュアデータマネージャ２１、認証部２４が起動している状態が示されている。メモリ５上で起動したこれらのプログラムは、CPU１およびメモリ５の資源を利用して各種処理を行う。

アプリケーション２０ａ，２０ｂ，２０ｃは、アプリケーションの処理として規定された各種の処理を行う。図２では、３つのアプリケーションが起動しているが、データ処理装置で起動するアプリケーションの数は特に３つに限らない。

セキュアデータマネージャ２１は、データの暗号化および復号を行う。本実施形態のセキュアデータマネージャ２１は、アプリケーションによる常駐型のサービスであり、サービスが強制的に終了した場合には、自動的にサービスが再起動される。セキュアデータマネージャ２１は、本実施形態のデータ処理を行うため、管理部２２および処理部２３を有する。

本実施形態のデータ処理装置は、OSとしてAndroid（登録商標）を用いている。セキュアデータマネージャ２１のプログラムは、ファイルの拡張子が.apkであるアプリケーションファイルである。また、セキュアデータマネージャ２１のプログラムは、ファイルの拡張子が.dexであってデータ管理を統括する管理部２２のプログラムと、ファイルの拡張子が.soであって鍵の生成と暗号化および復号を行う処理部２３のプログラムとを有する。

管理部２２は、機能として、要求処理機能２２ａ、識別情報取得機能２２ｂを有する。要求処理機能２２ａは、アプリケーション２０ａ，２０ｂ，２０ｃからの各種の要求を処理する機能である。識別情報取得機能２２ｂは、端末毎に固有な識別情報であるIMSI（International Mobile Subscriber Identity）、IMEI（International Mobile Equipment Identity）、Android（登録商標） ID（以下ではOS IDと称す）を取得する機能である。管理部２２の処理が解読されないようにするため、管理部２２のプログラムに難読化を施すことがより望ましい。

IMEIは、端末の製造元や、機種、シリアル番号等の情報を含む情報であり、フラッシュメモリ６に記録されている。IMSIは、契約者毎にユニークな識別子であり、UIMカード８に記録されている。OS IDは、端末においてOSが最初に起動するときにランダムに生成される64ビットの情報であり、フラッシュメモリ６に記録されている。IMSI、IMEI、OS IDについては、.so形式のプログラムである処理部２３が直接取得することができないため、管理部２２がこれらの識別情報を取得し、処理部２３に引き渡す。

処理部２３は、機能として、識別情報取得機能２３ａ、鍵生成機能２３ｂ、暗号化機能２３ｃ、復号機能２３ｄを有する。識別情報取得機能２３ａは、端末毎に固有な識別情報であるDevice IDを取得する機能である。本実施形態のDevice IDは、例えばMAC（Media Access Control address）アドレスであり、通信部４が保持している。鍵生成機能２３ｂは、データの暗号化および復号に用いる鍵（秘密鍵）を生成する機能である。暗号化機能２３ｃは、鍵生成機能２３ｂにより生成した鍵を用いてデータを暗号化し、暗号化データを生成する機能である。復号機能２３ｄは、鍵生成機能２３ｂにより生成した鍵を用いて暗号化データを復号する機能である。

処理部２３のプログラムは、逆コンパイルが困難なネイティブコード（機械語）で構成されている。処理部２３の処理が解読されないようにするため、処理部２３のプログラムをネイティブコードで構成するだけでなく、処理部２３のプログラムに難読化を施すことがより望ましい。JNI（Java（登録商標） Native Interface）には、.so形式のファイルを、それを利用する.apk形式のファイルからのみ呼び出せる仕組みが設けられている。このため、.apk形式の偽のファイルから処理部２３のプログラムを呼び出すことを防ぐことができる。

本実施形態の処理部２３は、端末固有の情報であるIMSI、IMEI、OS ID、Device IDを用いて鍵を生成し、生成した鍵を用いて暗号化および復号を行う。このように、端末固有の情報を用いて鍵を生成することによって、端末に固有な、推定されにくい鍵を生成することが可能となる。この鍵を用いてデータを暗号化することによって、データ処理装置がセキュリティチップを持たなくても、データを安全に管理することができる。

認証部２４は、アプリケーション２０ａ，２０ｂ，２０ｃからセキュアデータマネージャ２１に発行される要求を監視し、アプリケーション２０ａ，２０ｂ，２０ｃからセキュアデータマネージャ２１に対して暗号化データを復号する要求があったときに、信頼されたアプリケーションのみに復号後のデータを提供するため、アプリケーション２０ａ，２０ｂ，２０ｃの認証を行う。この認証には、Android（登録商標）フレームワークであるContent ProviderにおけるSignature認証を利用する。認証部２４は、OSの機能の一部として構成することが可能である。

次に、データ処理装置の動作を説明する。本実施形態では、アプリケーション２０ａ，２０ｂ，２０ｃのいずれかがセキュアデータマネージャ２１に対して、データを暗号化する要求を行ったときの動作、および暗号化データを復号する要求を行ったときの動作を説明する。セキュアデータマネージャ２１が処理するデータは適宜メモリ５に格納され、処理の終了後、適宜メモリ５から消去されるが、以下ではメモリ５とのデータの入出力を省略して説明を行う場合がある。

まず、アプリケーションがセキュアデータマネージャ２１に対して、データを暗号化する要求を行ったときの動作を説明する。アプリケーションは、操作部３を介してユーザがパスワードやID等の秘密情報を入力したときなどのタイミングで、セキュアデータマネージャ２１に対して、データを暗号化する要求を行う。セキュアデータマネージャ２１の管理部２２は、この要求を受け付け、図３に示す暗号化処理を開始する。

管理部２２（要求処理機能２２ａ）は、要求を行ったアプリケーションから処理対象のデータを取得し、メモリ５に格納する（ステップＳ１００）。続いて、管理部２２（識別情報取得機能２２ｂ）は、識別情報（IMSI、IMEI、OS ID）を取得する（ステップＳ１０５）。識別情報の取得後、管理部２２は処理部２３に処理を引き渡す。処理部２３（識別情報取得機能２３ａ）は、識別情報（Device ID）を取得する（ステップＳ１１０）。全ての識別情報を管理部２２が取得するのではなく、一部の識別情報については、ネイティブコードで構成されたプログラムによる処理部２３が取得することによって、鍵の推定をより困難にすることができる。続いて、処理部２３（鍵生成機能２３ｂ、暗号化機能２３ｃ）は鍵生成・暗号化処理を行う（ステップＳ１１５）。

図４は、鍵生成・暗号化処理を示している。処理部２３（鍵生成機能２３ｂ）は、ステップＳ１０５およびステップＳ１１０で取得した識別情報を用いて鍵を生成する（ステップＳ２００）。暗号化アルゴリズムには、例えばAES（Advanced Encryption Standard）を用いる。鍵長は、128ビット、192ビット、256ビットの中から選択することが可能である。鍵の生成に用いる識別情報は１つだけでもよいが、鍵の推定をより困難にするため、複数の識別情報を組み合わせて用いることがより望ましい。本実施形態では、複数の識別情報の排他的論理和を用いる。ステップＳ２００における鍵の生成後、処理部２３（鍵生成機能２３ｂ）は、生成した鍵をメモリ５に格納する（ステップＳ２０５）。

続いて、処理部２３（暗号化機能２３ｃ）は、メモリ５に格納されている鍵を用いて、メモリ５に格納されている処理対象のデータ（ステップＳ１００で取得したデータ）を暗号化し、暗号化データを生成する（ステップＳ２１０）。暗号化の終了後、処理部２３（暗号化機能２３ｃ）はメモリ５から鍵を消去する（ステップＳ２１５）。鍵の消去後、鍵生成・暗号化処理が終了する。

鍵生成・暗号化処理の終了後、処理部２３（暗号化機能２３ｃ）は、ステップＳ２１０で生成した暗号化データをフラッシュメモリ６に保存する（ステップＳ１２０）。暗号化データの保存後、暗号化処理が終了する。

本実施形態では、暗号化処理時に生成された鍵はメモリ５上でのみ管理されるので、鍵の推定をより困難にすることができる。また、データの暗号化の終了直後に鍵をメモリ５から消去することによって、鍵がメモリ５に存在している時間を短くし、鍵の推定をより困難にすることができる。

次に、アプリケーションがセキュアデータマネージャ２１に対して、暗号化データを復号する要求を行ったときの動作を説明する。アプリケーションは、サーバによるクライアント認証のための秘密情報を送信するための処理を行うなどのタイミングで、セキュアデータマネージャ２１に対して、暗号化データを復号する要求を行う。認証部２４は、アプリケーションからセキュアデータマネージャ２１への要求を監視しており、暗号化データを復号する要求に基づいて、図５に示すアプリケーション認証処理を開始する。

なお、以下の処理の前提として、各アプリケーションは、電子署名と、その電子署名への署名を行った署名者を識別する署名者情報との組をメモリ５に保持しているものとする。また、セキュアデータマネージャ２１の処理部２３も、電子署名と署名者情報との組をメモリ５に保持しているものとする。

認証部２４は、要求元のアプリケーションを識別し（ステップＳ３００）、要求元のアプリケーションから署名者情報を取得する（ステップＳ３０５）。同様に、認証部２４は、要求先のアプリケーションであるセキュアデータマネージャ２１を識別し（ステップＳ３１０）、要求先のアプリケーションであるセキュアデータマネージャ２１から署名者情報を取得する（ステップＳ３１５）。

続いて、認証部２４は、ステップＳ３０５で取得した署名者情報と、ステップＳ３１５で取得した署名者情報とを比較し、両者が同一であるか否かを判定する（ステップＳ３２０）。両者が同一である場合、認証部２４は、要求先のアプリケーションであるセキュアデータマネージャ２１に処理を引き渡し（ステップＳ３２５）、アプリケーション認証処理を終了する。また、両者が同一でない場合、認証部２４は、要求元のアプリケーションにエラーコードを返し（ステップＳ３３０）、アプリケーション認証処理を終了する。

認証部２４から処理が引き渡されたセキュアデータマネージャ２１の管理部２２は、図６に示す復号処理を開始する。管理部２２（識別情報取得機能２２ｂ）は、識別情報（IMSI、IMEI、OS ID）を取得する（ステップＳ４００）。識別情報の取得後、管理部２２は処理部２３に処理を引き渡す。処理部２３（識別情報取得機能２３ａ）は、識別情報（Device ID）を取得する（ステップＳ４０５）。ステップＳ４００〜Ｓ４０５の処理は図３のステップＳ１０５〜Ｓ１１０の処理と同様である。続いて、処理部２３（鍵生成機能２３ｂ、復号機能２３ｄ）は鍵生成・復号処理を行う（ステップＳ４１０）。

図７は、鍵生成・復号処理を示している。処理部２３（鍵生成機能２３ｂ）は、ステップＳ４００およびステップＳ４０５で取得した識別情報を用いて鍵を生成する（ステップＳ５００）。このとき、複数の識別情報の排他的論理和を用いて鍵が生成される。鍵の生成後、処理部２３（鍵生成機能２３ｂ）は、生成した鍵をメモリ５に格納する（ステップＳ５０５）。

続いて、処理部２３（暗号化機能２３ｃ）は、フラッシュメモリ６から暗号化データを読み出し、メモリ５に格納されている鍵を用いて暗号化データを復号する（ステップＳ５１０）。復号の終了後、処理部２３（暗号化機能２３ｃ）はメモリ５から鍵を消去する（ステップＳ５１５）。鍵の消去後、鍵生成・復号処理が終了する。

鍵生成・復号処理の終了後、処理部２３は管理部２２に処理を引き渡す。管理部２２（要求処理機能２２ａ）は、暗号化データを復号する要求の要求元であるアプリケーションに復号後のデータを引き渡す（ステップＳ４１５）。復号後のデータがアプリケーションに引き渡された後、復号処理が終了する。

本実施形態では、復号処理時に生成された鍵はメモリ５上でのみ管理されるので、鍵の推定をより困難にすることができる。また、暗号化データの復号の終了直後に鍵をメモリ５から消去することによって、鍵がメモリ５に存在している時間を短くし、鍵の推定をより困難にすることができる。

なお、図３〜図７に示した処理に関して、本発明の効果が得られる範囲内で、適宜ステップの順番を変更してもよい。

本実施形態のデータ処理装置は、本実施形態のデータ処理を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ、実行させることで実現することが可能である。

ここで、「コンピュータ」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。

また、上述したプログラムは、このプログラムを記憶装置等に格納したコンピュータから、伝送媒体を介して、あるいは伝送媒体中の伝送波により他のコンピュータに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように、情報を伝送する機能を有する媒体のことをいう。また、上述したプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能を、コンピュータに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

上述したように、本実施形態によれば、データ処理装置を識別する識別情報（IMSI、IMEI、OS ID、Device ID）に基づいて鍵を生成することによって、データ処理装置に固有な、推定されにくい鍵を生成することが可能となる。したがって、この鍵を用いてデータを暗号化することによって、セキュリティチップを持たなくても、データをより安全に管理することができる。また、複数の識別情報を組み合わせることによって、鍵の推定をより困難にすることができる。

また、鍵をメモリ５上でのみ管理することによって、鍵の推定を困難にすることができる。さらに、メモリ５に鍵を長時間格納せず、暗号化の終了後にメモリ５から鍵を消去することによって、鍵の推定をより困難にすることができる。さらに、暗号化データを復号する際も、鍵を生成し、生成した鍵で暗号化データを復号し、復号の終了後にメモリ５から鍵を消去することによって、鍵の推定をより困難にすることができる。

また、アプリケーションから暗号化データの復号の要求があった場合に、アプリケーションの認証を行うことによって、信頼されたアプリケーションのみに復号後のデータを提供することができる。

例えばデータ処理装置の販売前の段階において、本実施形態のセキュアデータマネージャ２１のプログラムにシステム権限を付与し、そのプログラムをフラッシュメモリ６にインストールしておくことで、セキュアデータマネージャ２１をプリインストール型のアプリケーションとして提供することが可能である。システム権限は、ROMイメージをコンパイルするときに付与されるものであるため、ユーザ側でダウンロード可能なアプリケーションには付与することができない権限である。セキュアデータマネージャ２１のプログラムにシステム権限を付与することによって、偽のアプリケーションが管理部２２や処理部２３のプログラムを不正に利用することを防ぐことができる。

本実施形態のデータ処理装置は、電子決済やメールの送受信等のためにサーバがクライアントを自動認証するサービス等に適用することが可能である。

以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

１・・・CPU（処理装置）、２・・・表示部、３・・・操作部、４・・・通信部、５・・・メモリ、６・・・フラッシュメモリ、７・・・メモリインタフェース部、８・・・UIMカード、９・・・カードインタフェース部、２０ａ，２０ｂ，２０ｃ・・・アプリケーション、２１・・・セキュアデータマネージャ、２２・・・管理部、２２ａ・・・要求処理機能、２２ｂ・・・識別情報取得機能、２３・・・処理部、２３ａ・・・識別情報取得機能、２３ｂ・・・鍵生成機能（鍵生成部）、２３ｃ・・・暗号化機能（暗号化処理部）、２３ｄ・・・復号機能（復号処理部）、２４・・・認証部（比較部）

Claims (9)

1. 自装置を識別する識別情報に基づいて鍵を生成する鍵生成部と、
   前記鍵を用いてデータを暗号化して暗号化データを生成する暗号化処理部と、
   を備えたことを特徴とするデータ処理装置。
2. 前記識別情報が複数の識別情報であることを特徴とする請求項１に記載のデータ処理装置。
3. 前記鍵生成部によって生成された前記鍵を格納する自装置内のメモリをさらに備えたことを特徴とする請求項１または請求項２に記載のデータ処理装置。
4. 前記鍵を用いて前記暗号化データを復号する復号処理部をさらに備えたことを特徴とする請求項１〜請求項３のいずれか一項に記載のデータ処理装置。
5. 前記復号処理部は、第１の電子署名と、前記第１の電子署名の署名者を識別する第１の署名者情報とを有し、
   第２の電子署名と、前記第２の電子署名の署名者を識別する第２の署名者情報とを有するアプリケーションから要求があった場合に、前記第１の署名者情報と前記第２の署名者情報を比較する比較部をさらに有し、
   前記復号処理部は、前記第１の署名者情報と前記第２の署名者情報とが同一であった場合に、前記暗号化データを復号して復号後のデータを、前記要求を発生したアプリケーションに引き渡す
   ことを特徴とする請求項４に記載のデータ処理装置。
6. 自装置を識別する識別情報に基づいて鍵を生成する鍵生成部と、
   前記鍵を用いてデータを暗号化して暗号化データを生成する暗号化処理部と、
   としてコンピュータを機能させるアプリケーションのプログラムであって、システム権限が付与された前記アプリケーションのプログラムが予め記録された記録媒体と、
   前記記録媒体から前記プログラムを読み出して処理を行う前記コンピュータの処理装置と、
   を備えたことを特徴とするデータ処理装置。
7. 自装置を識別する識別情報に基づいて鍵を生成する鍵生成部と、
   前記鍵を用いてデータを暗号化して暗号化データを生成する暗号化処理部と、
   としてコンピュータを機能させるためのプログラム。
8. 前記鍵生成部としてコンピュータを機能させるためのネイティブコードを含むことを特徴とする請求項７に記載のプログラム。
9. 難読化が施されていることを特徴とする請求項８に記載のプログラム。

Images