(57)【要約】【課題】ユーザの利便性が低下することを防ぎつつ、携帯端末で用いるデータの漏洩を防ぐ。【解決手段】データを暗号化して保持することによりデータを保護する携帯端末であって、当該携帯端末で暗号化したデータを復号するための鍵を保持しておくための内部メモリと、少なくとも当該携帯端末で保持している暗号化されたデータを復号するための処理を行う処理部とを備え、処理部は、当該携帯端末で保持されている暗号化されたデータを復号する前にユーザ認証を行い、正規のユーザでないと判断した場合に、内部メモリに保持されている該暗号化されたデータを復号するための鍵を消去することを特徴とする。【選択図】図１
2009253783.tif 000002
【特許請求の範囲】
【請求項１】
データを暗号化して保持することによりデータを保護する携帯端末であって、
当該携帯端末で暗号化したデータを復号するための鍵を保持しておくための内部メモリと、
少なくとも当該携帯端末で保持している暗号化されたデータを復号するための処理を行う処理部とを備え、
前記処理部は、当該携帯端末で保持されている暗号化されたデータを復号する前にユーザ認証を行い、正規のユーザでないと判断した場合に、内部メモリに保持されている該暗号化されたデータを復号するための鍵を消去する
ことを特徴とする携帯端末。
【請求項２】
外部メモリが着脱可能な携帯端末であって、
処理部は、当該携帯端末に装着されている外部メモリで保持されているデータを、内部メモリに保持される鍵を用いて復号できるように暗号化する
請求項１に記載の携帯端末
【請求項３】
ペアで作成される鍵のうち一方を暗号化に用いて他方を復号に用いる暗号アルゴリズムを用いてデータを暗号化して保持することによりデータを保護する携帯端末であって、
処理部は、ペアで作成される鍵の一方を内部メモリに保持させるとともに、他方を当該携帯端末に装着されている外部メモリに保持させ、
前記処理部は、内部メモリのデータを暗号化する際には内部メモリに保持させた鍵を用い、外部メモリのデータを暗号化する際には該外部メモリに保持させた鍵を用いる
請求項１または請求項２に記載の携帯端末。
【請求項４】
バックアップ用としてユーザを識別するためのユーザ識別データと対応づけて該ユーザ用の鍵を保持するサーバ装置とネットワークを介して接続され、
処理部は、ユーザ認証を行った上で暗号化に用いる鍵を生成し、生成した鍵を該ユーザを識別するためのユーザ識別データと対応づけて前記サーバ装置に保持させ、
前記処理部は、当該携帯端末で保持されている暗号化されたデータを復号する前に行ったユーザ認証の結果、正規のユーザであると判断した場合であって、内部メモリまたは当該携帯端末に装着されている外部メモリに該暗号化されたデータを復号するための鍵が保持されていない場合には、前記サーバ装置から認証したユーザ用の鍵をダウンロードして保持させた上で該鍵を用いて復号を行う
請求項１から請求項３のうちのいずれか１項に記載の携帯端末。
【請求項５】
処理部は、ユーザに所定のパスワードを入力させて、ユーザ認証を行う
請求項１から請求項４のうちのいずれか１項に記載の携帯端末。
【請求項６】
データを暗号化して保持することによりデータを保護する携帯端末であって、
バックアップ用としてユーザを識別するためのユーザ識別データと対応づけて該ユーザ用の鍵を保持するサーバ装置とネットワークを介して接続され、
電源ＯＦＦしても内容が消去されずにデータを保持しておくことが可能な内部メモリと、
電源ＯＦＦしても内容が消去されずにデータを保持しておくことが可能な外部メモリとの間でデータのやりとりを行うための外部メモリインタフェースと、
前記内部メモリまたは当該携帯端末に装着されている外部メモリで保持されているデータの暗号化および復号を行う暗号化復号部とを備え、
前記暗号化復号部は、暗号化する際に鍵が作成されていなければ鍵を作成し、作成した鍵をユーザ認証のためのパスワードと対応づけて内部メモリに保持させるとともに、当該携帯端末のユーザを識別するユーザ識別データと対応づけて前記サーバ装置に保持させ、
前記暗号化復号部は、前記内部メモリまたは当該携帯端末に装着されている外部メモリで保持されている暗号化されたデータを復号する際に、ユーザにパスワードを入力させてユーザ認証を行い、正規のユーザでないと判断した場合に、内部メモリに保持されている該暗号化されたデータを復号するための鍵を消去し、正規のユーザであると判断した場合であって前記内部メモリに該暗号化されたデータを復号するための鍵が保持されていない場合に、前記サーバ装置から鍵をダウンロードして保持させた上で該鍵を用いて復号を行う
ことを特徴とする携帯端末。
【請求項７】
ペアで作成される鍵のうち一方を暗号化に用いて他方を復号に用いる暗号アルゴリズムを用いてデータを暗号化して保持することによりデータを保護する携帯端末であって、
暗号化復号部は、暗号化する際にペア鍵が作成されていなければペア鍵を作成し、作成したペア鍵の一方をユーザ認証のためのパスワードと対応づけて内部メモリに保持させるとともに、他方を当該携帯端末に装着されている外部メモリに保持させ、また、作成したペア鍵を当該携帯端末のユーザを識別するユーザ識別データと対応づけて前記サーバ装置に保持させ、
前記暗号化復号部は、前記内部メモリまたは当該携帯端末に装着されている外部メモリで保持されている暗号化されたデータを復号する際に、ユーザにパスワードを入力させてユーザ認証を行い、正規のユーザでないと判断した場合に、内部メモリまたは当該携帯端末に装着されている外部メモリに保持されている該暗号化されたデータを復号するための鍵を消去し、正規のユーザであると判断した場合であって前記内部メモリまたは当該携帯端末に装着されている外部メモリに鍵が保持されていない場合に、前記サーバ装置から鍵をダウンロードして保持させた上で該鍵を用いて復号を行う
請求項６に記載の携帯端末。
【請求項８】
携帯端末におけるデータ保護方法であって、
当該携帯端末で保持されている暗号化されたデータを復号する前にユーザ認証を行い、正規のユーザでないと判断した場合に、内部メモリに保持されている該暗号化されたデータを復号するための鍵を消去する
ことを特徴とするデータ保護方法。
【請求項９】
当該携帯端末で保持されている暗号化されたデータを復号する前に行ったユーザ認証の結果、正規のユーザであると判断した場合であって、内部メモリまたは当該携帯端末に装着されている外部メモリに該暗号化されたデータを復号するための鍵が保持されていない場合には、バックアップ用としてユーザを識別するためのユーザ識別データと対応づけて該ユーザ用の鍵を保持しているサーバ装置から認証したユーザ用の鍵をダウンロードして保存させる
請求項８に記載のデータ保護方法。
【請求項１０】
一方を暗号化に用いて他方を復号に用いるためにペアで作成される鍵の一方を内部メモリに保持させるとともに、他方を当該携帯端末に装着されている外部メモリに保持させ、
内部メモリのデータを暗号化する際には内部メモリに保持させた鍵を用い、外部メモリのデータを暗号化する際には該外部メモリに保持させた鍵を用いる
請求項９に記載のデータ保護方法。
【請求項１１】
携帯端末においてデータを保護するためのデータ保護用プログラムであって、
コンピュータに、
当該携帯端末で保持されている暗号化されたデータを復号する前にユーザ認証を行い、正規のユーザでないと判断した場合に、内部メモリに保持されている該暗号化されたデータを復号するための鍵を消去する処理
を実行させるためのデータ保護用プログラム。
【請求項１２】
コンピュータに、
当該携帯端末で保持されている暗号化されたデータを復号する前に行ったユーザ認証の結果、正規のユーザであると判断した場合であって、内部メモリまたは当該携帯端末に装着されている外部メモリに該暗号化されたデータを復号するための鍵が保持されていない場合には、バックアップ用としてユーザを識別するためのユーザ識別データと対応づけて該ユーザ用の鍵を保持しているサーバ装置から認証したユーザ用の鍵をダウンロードして保存させる処理を実行させる
請求項１１に記載のデータ保護用プログラム。
【請求項１３】
コンピュータに、
一方を暗号化に用いて他方を復号に用いるためにペアで作成される鍵の一方を内部メモリに保持させるとともに、他方を当該携帯端末に装着されている外部メモリに保持させる処理、および
内部メモリのデータを内部メモリに保持させた鍵を用いて暗号化し、外部メモリのデータを外部メモリに保持させた鍵を用いて暗号化する処理を実行させる
請求項１１または請求項１２に記載のデータ保護用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末、それに用いるデータ保護方法、およびデータ保護用プログラムに関し、特に、暗号化によりデータを保護する携帯端末、データ保護方法およびデータ保護用プログラムに関する。
【背景技術】
【０００２】
携帯端末におけるデータ（例えば、電話帳、メールテキスト、メモといったユーザが作成したデータやダウンロードしたコンテンツ・データ）の保護方法として暗号化がある。ここで、暗号化に使用する鍵は、端末本体のメモリに保存するのが一般的だが、メモリ内に鍵を保存したままだと盗難にあった場合などに解析される恐れがあり、セキュリティ上好ましくない。
【０００３】
この問題を解決する方法として、例えば、特許文献１には、端末がネットワークに接続できることを利用し、復号する際にネットワークにアクセスして復号鍵を入手する方法が記載されている。
【０００４】
また、特許文献２には、端末上のメモリに保存した暗号化されたデータを読み出す場合にサーバ上で復号する方法が記載されている。
【０００５】
【特許文献１】特開２００５−２７７６６３号公報
【特許文献２】特開２００２−３２３５９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１や特許文献２に記載されている方法では、端末が外部のネットワークと通信可能に接続されていることが前提であり、ネットワーク未接続時にデータの復号が実施できないという問題がある。これでは、ユーザの利便性が低下してしまう。
【０００７】
そこで、本発明は、ユーザの利便性が低下することを防ぎつつ、携帯端末で用いるデータの漏洩を防ぐことを目的とする。
【課題を解決するための手段】
【０００８】
本発明による携帯端末は、データを暗号化して保持することによりデータを保護する携帯端末であって、当該携帯端末で暗号化したデータを復号するための鍵を保持しておくための内部メモリと、少なくとも当該携帯端末で保持している暗号化されたデータを復号するための処理を行う処理部とを備え、処理部は、当該携帯端末で保持されている暗号化されたデータを復号する前にユーザ認証を行い、正規のユーザでないと判断した場合に、内部メモリに保持されている該暗号化されたデータを復号するための鍵を消去することを特徴とする。
【０００９】
また、本発明によるデータ保護方法は、携帯端末におけるデータ保護方法であって、当該携帯端末で保持されている暗号化されたデータを復号する前にユーザ認証を行い、正規のユーザでないと判断した場合に、内部メモリに保持されている該暗号化されたデータを復号するための鍵を消去することを特徴とする。
【００１０】
また、本発明によるデータ保護用プログラムは、携帯端末においてデータを保護するためのデータ保護用プログラムであって、コンピュータに、当該携帯端末で保持されている暗号化されたデータを復号する前にユーザ認証を行い、正規のユーザでないと判断した場合に、内部メモリに保持されている該暗号化されたデータを復号するための鍵を消去する処理を実行させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザの利便性が低下することを防ぎつつ、携帯端末で用いるデータの漏洩を防ぐことができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態を図面を参照して説明する。図１は、本発明による携帯端末の構成例を示すブロック図である。図１に示す携帯端末１００は、内部メモリ１０１と、処理部１０２とを備える。
【００１３】
内部メモリ１０１は、当該携帯端末で暗号化したデータを復号するための鍵を保持しておくための記憶装置である。なお、内部メモリ１０１は、電源ＯＦＦしても内容が消去されずにデータを保持しておくことが可能な記憶装置によって実現されるものとする。
【００１４】
処理部１０２は、少なくとも当該携帯端末で保持している暗号化されたデータを復号するための処理を行う。本発明では、処理部１０２は、暗号化されたデータを復号する前にユーザ認証を行い、正規のユーザでないと判断した場合に、内部メモリに保持されている該暗号化されたデータを復号するための鍵を消去する。処理部１０２は、例えば、ユーザに所定のパスワードを入力させて、ユーザ認証を行ってもよい。
【００１５】
また、図２に示すように、当該処理部１０２を備える携帯端末１が外部メモリ１０３が着脱可能な携帯端末である場合には、処理部１０２は、例えば、当該携帯端末に装着されている外部メモリ１０３で保持されているデータについても、内部メモリ１０１に保持される鍵を用いて復号できるように暗号化してもよい。なお、図示省略しているが、処理部１０２は、電源ＯＦＦしても内容が消去されずにデータを保持しておくことが可能な外部メモリとの間でデータのやりとりを行うための外部メモリインタフェースを介して制御信号をやりとりすることにより、外部メモリ１０３で保持されているデータを読み出したり、書き換えたりすればよい。
【００１６】
また、例えば、処理部１０２は、一方を暗号化に用いて他方を復号に用いるペア鍵を利用し、ペアで作成される鍵の一方を内部メモリに保持させるとともに、他方を当該携帯端末に装着されている外部メモリに保持させることを前提に、内部メモリのデータを暗号化する際には内部メモリに保持させた鍵を用い、外部メモリのデータを暗号化する際には該外部メモリに保持させた鍵を用いるようにしてもよい。
【００１７】
また、当該携帯端末１００が、バックアップ用としてユーザを識別するためのユーザ識別データと対応づけて当該ユーザ用の鍵を保持するサーバ装置３００とネットワークを介して接続される場合には、処理部１０２は、ユーザ認証を行った上で暗号化に用いる鍵を生成し、生成した鍵を該ユーザを識別するためのユーザ識別データと対応づけてサーバ装置３００に送信することにより保持させてもよい。そのような場合には、処理部１０２は、当該携帯端末で保持されている暗号化されたデータを復号する前に行ったユーザ認証の結果、正規のユーザであると判断した場合であって、内部メモリ１０２または当該携帯端末に装着されている外部メモリ１０３に該暗号化されたデータを復号するための鍵が保持されていない場合には、サーバ装置３００から認証したユーザ用の鍵をダウンロードして保持させた上で該鍵を用いて復号を行ってもよい。
【００１８】
以下、より具体的な実施形態について説明する。
【００１９】
実施形態１．
図３は、本発明の一実施形態としての携帯端末１の構成例を示すブロック図である。図３に示す携帯端末１は、ＲＯＭ１１と、ＲＡＭ１２と、データ処理装置１３と、ＲＦ機能部１４とを備える。また、外部メモリ２を装着可能にすべく、さらに外部メモリインタフェース１５を備えていてもよい。また、パーソナルコンピュータ等の外部機器４と接続可能にすべく、さらに外部機器インタフェース１６を備えていてもよい。なお、図３に示すように、本携帯端末１は、ＲＦ処理部１４を介した無線通信により、ネットワーク上のサーバ３と通信可能に接続される。
【００２０】
ＲＯＭ１１は、電源ＯＦＦしても内容が消去されずにデータを保持しておくことが可能な記憶装置であって、プログラムやユーザデータといった本携帯端末１で適宜（ネットワークを介さずに即座に）参照されることを要する各種データを記憶（保持）する。なお、本実施形態では、ユーザデータ等の保護の対象となるデータ（以下、保護対象データＤ１３という。）は、暗号化を行うことにより保護することを前提としている。従って、保護対象データは暗号化されてＲＯＭ１１に保持される。なお、暗号化前の元データは、暗号化後に消去（または上書き）される。保護対象データを利用する場合には、暗号化されたデータをＲＡＭに復号して、利用すればよい。ＲＯＭ１１は、例えば、書き換え可能な不揮発性メモリ（フラッシュメモリ）である。
【００２１】
また、本実施形態では、ＲＯＭ１１が保持するデータには、暗号化された保護対象データＤ１３の他にも、復号および暗号化に用いる鍵Ｄ１２と、当該携帯端末１でユーザ認証するためのパスワードＤ１とを含む。なお、保護対象データは、外部メモリ２で記憶されているデータであってもよい。以下、外部メモリ２に記憶されている保護対象データのことを、保護対象データＤ２１という。なお、外部メモリ２に記憶されるデータを保護対象データとする場合であっても、同様に暗号化されて保持されるものとする。また、本実施形態では、共通鍵を用いることを前提とし、元の保護対象データや暗号化された保護対象データが記憶される場所に関わらず、その保護対象データの復号（および暗号化）に用いる鍵は、ＲＯＭ１１に保持されるものとする。外部メモリに鍵を保存しないのは、外部メモリは取り外し可能であり、他の機種でも容易にメモリ内容を見ることができることから、他のユーザが簡単に鍵を入手できてしまうのを防ぐためである。
【００２２】
ＲＡＭ１２は、プログラム制御で必要な作業用データ等をその都度記憶する。
【００２３】
データ処理装置１３は、例えば、プログラムに従って動作するＣＰＵであって、当該携帯端末１で各種機能を実現するための処理を実行する。なお、本発明では、少なくとも保護対象データの暗号化および復号を行う暗号化／復号処理部１３１を含む。暗号化／復号処理部１３１は、必要に応じて暗号化および復号に用いる鍵を作成する機能を有していてもよい。なお、図３では、暗号化／復号処理部１３１をプログラム制御により実現する例を示しているが、例えば、暗号化回路や復号回路といったハードウェアを別途備えることにより実現してもよい。また、例えば、暗号化回路と復号回路とそれを制御するプログラムに応じて動作するＣＰＵとによって実現することも考えられる。
【００２４】
ＲＦ機能部１４は、無線通信を実現するための処理を行う。また、外部メモリインタフェース１５（以下、外部メモリＩ／Ｆ１５という。）は、装着された外部メモリ２との間でデータのやりとりを行う。また、外部機器インタフェース１６（以下、外部機器Ｉ／Ｆ１６という。）は、接続された外部機器４との間でデータのやりとりを行う。
【００２５】
また、サーバ３は、当該携帯端末１を含む通信システムに加入している端末からの要求に応じて、該端末が保護対象データの復号に用いる鍵の読み出しをサービスとして提供するために設置されるサーバ装置である。サーバ３は、少なくともサービスを提供する通信システムのユーザ別に、該ユーザを認証するためのユーザ識別データと対応づけて、該ユーザが使用する端末において暗号化した保護対象データを復号するための鍵（ここでは、共通鍵）を記憶する記憶装置（データベース：ＤＢ）を有する。
【００２６】
ここで、ユーザ識別データは、端末固有ではなく、携帯電話機でいえばＳＩＭカード番号のようなユーザ固有のデータを用いる。なお、製造番号などの端末固有のデータをユーザ識別データとして使用したい場合には、さらにその端末固有のデータとユーザを結びつけるデータベースを設ければよい。ユーザ識別データは、サーバが要求元端末を操作しているユーザが、該端末の正規の使用者であることを認証することができるデータであればよいので、例えば、鍵を登録する際に合わせてユーザに入力させた認証用パスワード等でもよい。サーバ３は、バックアップ用として各ユーザの鍵を保持するのであって、ユーザが特定できた場合にのみ該ユーザのユーザ識別データと対応づけて保持している鍵をダウンロード可能とする。
【００２７】
以下、図面を参照して本実施形態の動作を説明する。図４〜図６は、本実施形態の動作例を示すフローチャートである。なお、図４は、鍵作成処理フローの一例を示している。図５は、暗号化処理フローの一例を示している。図６は、復号処理フローの一例を示している。
【００２８】
まず、本実施形態の鍵作成動作について説明する。図４に示す一連の鍵作成処理は、例えば、初期設定動作の一部としてユーザからの登録指示により実行するようにしてもよい。また、例えば、保護対象データの暗号化を行う際に自動で（ユーザの指示なく）鍵が作成されているか否かを確認し、鍵が作成されていない場合に実行するようにしてもよい。例えば、ＲＯＭ１１よびサーバ３に該当する鍵が保存されていないことを確認した場合に、新規に鍵を作成すればよい。
【００２９】
また、鍵作成処理において、予め定められている保護対象データの種類に応じて、異なる鍵を作成するようにしてもよい。また、保護対象データの種類に関わらず、保護対象データを暗号化する度に異なる鍵を作成するようにしてもよい。いずれにしても暗号化された保護対象データがどの鍵を用いて暗号化されたかがわかり、かつ鍵のバックアップを行うサーバとの間で整合がとれるように管理されるならば、鍵はいくつであってもよい。例えば、種別やバージョン番号とともに鍵を保持すればよい。鍵作成処理は、例えば、プログラム制御により動作するＣＰＵにより実現された暗号化／復号処理部１３１によって実行される。
【００３０】
図４に示すように、暗号化／復号処理部１３１は、鍵作成処理として、まず、復号時に必要なパスワードを入力する（ステップＡ１０１）。暗号化／復号処理部１３１は、例えば、パスワード入力画面を表示してユーザにパスワードの入力を促し、パスワード入力画面上のユーザの入力操作に応じて、パスワードを受け取ればよい。このパスワードは、復号時に鍵にアクセスするためのユーザ認証に使用するものである。なお、復号用に別途パスワードを設けずに、当該携帯端末１で共通使用されるユーザ認証用のパスワードを用いることも可能である。そのような場合には、ユーザに該パスワードの入力を促し、入力されたパスワードと共通使用されるユーザ認証用のパスワードとの一致判定によるユーザ認証を行えばよい。なお、ユーザ認証の結果正規のユーザでないと判定した場合には、以降の処理を行わずに終了すればよい。
【００３１】
次に、暗号化／復号処理部１３１は、ランダム値を取得し（ステップＡ１０２）、取得したランダム値を種として鍵を生成する（ステップＡ１０３）。鍵の生成は、予め定めておいた暗号アルゴリズムに応じて定まる所定の計算式を用いて算出すればよい。なお、ランダム値として、乱数等の無作為に抽出した値に限らず、重複する可能性のない値（例えば、端末固有番号や時刻情報）を用いてもよい。
【００３２】
鍵を生成すると、暗号化／復号処理部１３１は、生成した鍵をステップＡ１０１で入力されるパスワードと対応づけてＲＯＭ１１に保存する（ステップＡ１０４）。暗号化／復号処理部１３１は、入力されたパスワードをパスワードＤ１１、生成した鍵を鍵Ｄ１２としてＲＯＭ１１に対応づけて記憶させればよい。なお、復号用に別途パスワードを設けない場合には、パスワードＤ１１を、当該携帯端末１で共通使用されるユーザ認証用のパスワードに置き換えればよい。
【００３３】
また、暗号化／復号処理部１３１は、パックアップ用として、生成した鍵をユーザ識別データと対応づけてサーバ３に保存する（ステップＡ１０５）。暗号化／復号処理部１３１は、例えば、ＲＦ機能部１４を介した無線通信を用いて、生成した鍵とユーザ識別データを含む鍵登録要求をサーバ３に送信することにより、サーバ３が備える記憶装置に、鍵Ｄ３２としてかつユーザ識別データＤ３１として対応づけて記憶させればよい。
【００３４】
鍵作成処理では、生成した鍵をＲＯＭ１１上とサーバ３上に保持させて終了となる。なお、パスワードは鍵の内容とは無関係であるので、鍵を生成した後であってもユーザからの要求により任意に変更可能である。
【００３５】
次に、本実施形態の暗号化動作について説明する。図５に示す一連の暗号化処理は、例えば、ユーザからの暗号化指示により保護対象データが指定されて実行するようにしてもよい。また、例えば、保護対象データが当該携帯端末１に保持される際に、自動で（ユーザの指示なく）その保護対象データに対し実行するようにしてもよい。暗号化処理は、例えば、プログラム制御により動作するＣＰＵにより実現された暗号化／復号処理部１３１によって実行される。また、例えば、プログラム制御により動作するＣＰＵからの制御に応じて動作するハードウェア回路により実現された暗号化／復号処理部１３１によって実行される。
【００３６】
図５に示すように、暗号化／復号処理部１３１は、暗号化処理として、まず、暗号化および復号に必要な鍵がＲＯＭ１１上に保持されているか否かを確認し（ステップＢ１０１）、無ければ、鍵を作成する（ステップＢ１０２）。なお、ＲＯＭ１１に鍵が保持されていない場合であっても、サーバ３に保持されている場合があるので、サーバ３に該当する鍵が保持されている場合には、鍵の作成を行わずにサーバ３からダウンロードすればよい。なお、鍵の作成は、図４に示した鍵作成処理を実行すればよい。
【００３７】
そして、無ければ作成する（またはダウンロードする）ことによりＲＯＭ１１に保持される鍵を用いて、保護対象データを暗号化する（ステップＢ１０３）。例えば、このような暗号化処理を保護対象データ保存時に自動で行えば、ユーザが意識しないでも全ての保護対象データを暗号化することができる。なお、端末購入時等に暗号化処理を行う場合には、後にパスワードの設定処理が行われることを前提に、ユーザからのパスワード入力処理（図４のステップＡ１０１）を省略してもよい。例えば、生成した鍵をデフォルトのパスワードと対応づけて保存しておき、初期設定動作の一部としてユーザにパスワードの入力操作を行わせればよい。
【００３８】
次に、復号を行う際の本実施形態の動作について説明する。図６に示す一連の復号処理は、例えば、ユーザからの復号指示により暗号化された保護対象データが指定されて実行するようにしてもよい。また、例えば、暗号化された保護対象データを使用する際に、自動で（ユーザの指示なく）その暗号化された保護対象データに対し実行するようにしてもよい。復号処理は、例えば、プログラム制御により動作するＣＰＵにより実現された暗号化／復号処理部１３１によって実行される。また、例えば、プログラム制御により動作するＣＰＵからの制御に応じて動作するハードウェア回路により実現された暗号化／復号処理部１３１によって実行される。
【００３９】
図６に示すように、暗号化／復号処理部１３１は、復号処理として、まず、パスワード入力によるユーザ認証を行う（ステップＣ１０１）。暗号化／復号処理部１３１は、例えば、パスワード入力画面を表示してユーザにパスワードの入力を促し、パスワード入力画面上のユーザの入力操作に応じてパスワードを受け取る。そして、入力されたパスワードとＲＯＭ１１に記憶させているパスワードＤ１１（復号時鍵にアクセスするために保存されているパスワード）とが一致するか否かを判断することにより、現在の操作者であるユーザがパスワードＤ１１を設定した当該携帯端末１の正規のユーザであるか否かを判定すればよい。なお、パスワードが不一致の場合に、規定回数以内ならば入力操作からやり直してもよい。
【００４０】
ここで、現在の操作者であるユーザが正規のユーザであると認証されなかった場合（ステップＣ１０２のＮｏ）、暗号化／復号処理部１３１は、現在ＲＯＭ１１で保持している鍵Ｄ１２を削除（消去）する（ステップＣ１０３）。そして、暗号化された保護対象データの復号を行わずに処理を終了する（失敗終了）。ＲＯＭ上の鍵を消去することで、一度でもユーザ認証が通らなければ、サーバ３に保存しておいた鍵を再びＲＯＭにダウンロードしない限り、暗号化された保護対象データを復号できないようにしている。
【００４１】
一方、現在の操作者であるユーザが正規のユーザであると認証された場合には（ステップＣ１０２のＹｅｓ）、暗号化／復号処理部１３１は、現在ＲＯＭ１１で保持している鍵Ｄ１２を用いて暗号化された保護対象データを復号する（ステップＣ１０８：成功終了）。
【００４２】
なお、本実施形態では、上記ステップＣ１０３の処理により、現時点で正規のユーザが操作をしていても、過去にパスワードを知らない人が操作した等でユーザ認証に失敗していればＲＯＭ１１上に鍵が存在しない場合がある。このため、まずＲＯＭ１１上に鍵があるか否かを確認した上で（ステップＣ１０４）、無ければサーバ３から鍵をダウンロードする処理を行えばよい（ステップＣ１０５〜Ｃ１０７）。そして、サーバ３から取得した鍵をＲＯＭ１１に保持させた上で、該鍵を用いて暗号化された保護対象データを復号すればよい（ステップＣ１０８：成功終了）。
【００４３】
暗号化／復号処理部１３１は、例えば、ＲＦ機能部１４を介した無線通信を用いて、当該携帯端末１で現在認識しているユーザ識別データ（例えば、ＳＩＭカード番号）を含む鍵読み出し要求をサーバ３に送信し、サーバ３から該サーバ３が備える記憶装置に該ユーザ識別データと対応づけて記憶されている鍵Ｄ３２を含む鍵読み出し応答を受信すればよい。なお、ユーザ識別データは、それを記憶しているＩＣカードから読み出したり、ユーザに入力させたりして取得すればよい。なお、その都度取得せずに、取得したものをＲＡＭ１２上に保持しておき、それを読み出すようにしてもよい。
【００４４】
ここで、例えば、当該携帯端末１で取得したユーザ識別データが正しくないことにより、対応する鍵Ｄ３２が保持されていない旨の応答が帰ってきた場合には（ステップＣ１０６のＮｏ）、暗号化された保護対象データの復号を行わずに処理を終了する（失敗終了）。なお、電波状況等によってサーバ３との通信ができなかった場合も、同様に、失敗終了となる。
【００４５】
なお、図示省略しているが、暗号化したときと異なるユーザが使用している場合など、現時点のユーザのユーザ識別データを通知してサーバ３から鍵をダウンロードできても正しく復号されない場合もある。これは、前のユーザが暗号化した保護対象データを新たな正規ユーザが復号できないことを意味している。
【００４６】
以上の処理は、ＲＯＭに保持される保護対象データに限らず、外部メモリ２に保持される保護対象データにも適用可能である。例えば、外部メモリ２に保持されている暗号化された保護対象データＤ２１を復号する場合であっても、同様に、パスワード入力によるユーザ認証の上、ＲＯＭ１１に保持されている鍵Ｄ１２またはサーバ３からダウンロードした鍵Ｄ３２を用いて行う必要がある。これにより、外部メモリ２を紛失した場合であっても、その外部メモリ２に記憶されている保護対象データの漏洩を防ぐことが可能である。
【００４７】
図７〜図９は、本実施形態における復号可否の例を示す説明図である。例えば、図７に示す例では、正規のユーザがユーザαである携帯端末Ａで、ＲＯＭ上の保護対象データＡや外部メモリ上の保護対象データａを暗号化した場合の例を示している。携帯端末Ａでは、ユーザαのパスワードに対応づけて保持されている鍵αを用いて暗号化された保護対象データＡ（暗号化データＡ）がＲＯＭに、同じく鍵αを用いて暗号化された保護対象データａ（暗号化データａ）が外部メモリに記憶されているものとする。
【００４８】
このような場合には、ユーザαからのパスワード入力によるユーザ認証が失敗して鍵αが消去されない限り、携帯端末ＡのＲＯＭに保持されている鍵αを用いて暗号化データＡおよび暗号化データａを常時可能である。
【００４９】
ここで、図８に示すように、携帯端末Ａを正規のユーザでないユーザβが操作したとする。携帯端末Ａでは、ユーザβからのパスワード入力によって現在の操作者が正規ユーザでないと判定できるので、ＲＯＭに保持している鍵αを消去する。仮にこの状態のＲＯＭを解析しても、ＲＯＭに鍵αの情報はなく、暗号化データＡの復号はほぼ不可能である。また、図８に示すように、鍵αを用いて暗号化した暗号化データａが保持されたまま外部メモリ２が取り外されたとする。仮にこの外部メモリの内容を他の装置で読み出そうとしても、外部メモリに鍵αの情報はなく、暗号化データａの復号はほぼ不可能である。なお、仮に正規のユーザがユーザβである携帯端末に取り外した外部メモリを装着した場合には、その携帯端末がサーバ３から入手できる鍵は、正規ユーザであるユーザβ用の鍵βのみであり、復号に失敗する。
【００５０】
ここで、例えば、取り外された外部メモリがユーザαが使用する新たな携帯端末に装着された場合には、図９に示すように、新たに装着された携帯端末Ｃで、ユーザαからのパスワード入力によって現在の操作者が正規ユーザであると判定されることにより、サーバからユーザαのユーザ識別データに対応づけて保持されている鍵αをダウンロードすることができるので、図７に示した状態に戻ることができる。なお、ダウンロードにより携帯端末ＣのＲＯＭ上で鍵αが保持されることになるので、暗号化データａをＲＯＭにコピーして復号したり、携帯端末Ｃで新たに保持される保護対象データＣを暗号化したデータを復号することが可能である。
【００５１】
以上のように、本実施形態では、ネットワーク上のサーバではなく、当該携帯端末が常時アクセスできるＲＯＭ上で鍵を保持させつつ、ユーザ認証に失敗した場合にそのＲＯＭ上の鍵を消去し、次にユーザ認証に成功したときにバックアップ用として保持させていたサーバからダウンロードする構成にしたことにより、ユーザの利便性を低下させずに、携帯で用いるデータの漏洩を防ぐことを可能にしている。
【００５２】
例えば、端末変更後に古い機種を紛失したとしても、その機種を他の人が操作してユーザ認証に失敗した時点でＲＯＭ上の鍵が消去され、それ以降そのときのユーザが特定できる情報を持ってサーバ３からダウンロードしない限り鍵は得られないので、他の人に鍵を解析される恐れがなく、暗号化されて保持されている保護対象データが復号されるのをより確実に防ぐことができる。なお、紛失した場合にはサーバの設定をダウンロード不可とするように設定してより強固にすることも可能である。
【００５３】
なお、より安全性を高めるために、例えば、ある程度の期間経過したらＲＯＭ上の鍵を消去するといったＲＯＭ上の鍵の有効期限を定めておいてもよい。そのような場合には、正規ユーザが使用を継続している状態でもＲＯＭ上の鍵が消去される恐れがあるが、サーバ３から鍵をダウンロードできれば元の状態に戻ることができるので、有効期限が短すぎなければ利便性へ影響することなくより確実に漏洩を防ぐことができる。また、例えば、認証されたユーザからの指示により鍵を消去できるようにしてもよい。そのような場合には、機種変更などを行った古い端末において、他の人がユーザ認証に失敗しなくてもＲＯＭ上の鍵を消去することができるので、他の人に鍵を解析される可能性をさらに低減することができる。なお、正規ユーザがまたその端末を使用する場合には、最初にサーバ３から鍵をダウンロードすればよい。
【００５４】
また、本実施形態によれば、外部メモリに保持される暗号化データの復号に、内部メモリに保持される鍵を要することにより、外部メモリ紛失時のデータ流出を防ぐことができる。なお、内部メモリに保持される鍵を使用しないと正常に復号されないことを利用して、外部メモリに保持させたコンテンツ等の認証としても利用可能である。
【００５５】
実施形態２．
次に、本発明の第２の実施形態について説明する。図１０は、第２の実施形態の携帯端末の構成例を示す説明図である。なお、図３に示した第１の実施形態では、外部メモリ２は常時必要ではなかったが、本実施形態では、外部メモリ２に、ペアで作成される鍵の一方を保持させるため、通常使用において常時装着される形態を想定している。なお、ペアで作成される鍵のもう一方は、第１の実施形態と同様に、基本的には携帯端末のＲＯＭ１１に保持させる。なお、サーバ３には、バックアップ用として、ユーザ識別データと対応づけて鍵のペア（ペアで作成される両方の鍵。以下、ペア鍵という。）を保持させる。本実施形態で利用するペア鍵は、公開鍵暗号方式で用いられる公開鍵と秘密鍵のように、一方の鍵を利用して暗号化したデータが、もう一方の鍵を利用して復号できるものとする。
【００５６】
以下、本実施形態では、ＲＯＭ１１に保持させる一方の鍵（ペア鍵のうちの一方の鍵）を鍵ａといい、外部メモリ２に保持させる他方の鍵（ペア鍵のうちの他方の鍵）を鍵ｂといって区別する。なお、図１０に示す例では、ＲＯＭ１１に保持された鍵ａを、鍵Ｄ１２ａとして示している。また、外部メモリ２に保持された鍵ｂを鍵Ｄ２２ｂとして示している。また、サーバ３に保持されたペア鍵（鍵ａと鍵ｂ）をペア鍵Ｄ３２として示している。
【００５７】
また、本実施形態において、暗号化／復号処理部１３１は、暗号化後にＲＯＭ１１で保持する保護対象データについては、ＲＯＭ１１で保持している鍵ａ（すなわち鍵Ｄ１２ａ）を用いて暗号化を行う。一方、暗号化後に外部メモリ２で保持する保護対象データについては、外部メモリ２で保持している鍵ｂ（すなわち鍵Ｄ２２ｂ）を用いて暗号化を行う。従って、ＲＯＭ１１に保持されている暗号化された保護対象データを復号する場合には、外部メモリ２で保持されるもう一方の鍵ｂ（鍵Ｄ２２ｂ）を用いる。一方、外部メモリ２に保持されている暗号化された保護対象データを復号する場合には、ＲＯＭ１１で保持されるもう一方の鍵ａ（鍵Ｄ１２ａ）を用いる。
【００５８】
以下、図面を参照して本実施形態の動作を説明する。図１１〜図１５は、本実施形態の動作例を示すフローチャートである。図１１は、本実施形態の鍵作成処理フローの一例を示している。図１２および図１３は、本実施形態の暗号化処理フローの一例を示している。なお、図１２は、暗号化の対象が内部メモリ（ＲＯＭ１１に保持される保護対象データ）である場合の例を示している。また、図１３は、暗号化の対象が外部メモリ（外部メモリ２に保持される保護対象データ）である場合の例を示している。また、図１４および図１５は、本実施形態の復号処理フローの一例を示している。なお、図１４は、復号の対象が内部メモリ（ＲＯＭ１１に保持される保護対象データ）である場合の例を示している。また、図１５は、暗号化の対象が外部メモリ（外部メモリ２に保持される保護対象データ）である場合の例を示している。
【００５９】
まず、本実施形態の鍵作成動作について説明する。図１１に示すように、暗号化／復号処理部１３１は、鍵作成処理として、まず、復号時に必要なパスワードを入力する（ステップＡ１０１）。次に、ランダム値を取得し（ステップＡ１０２）、取得したランダム値を種としてペア鍵（鍵ａと鍵ｂ）を生成する（ステップＡ２０３）。このペア鍵は、公開鍵暗号化方式で用いられる公開鍵と秘密鍵のように、一方の鍵を使用して暗号化を行い、もう一方の鍵を使用して復号を行うものである。なお、鍵作成処理を実行するタイミングや、ステップＡ１０１、Ａ１０２の動作については、第１の実施形態と同様でよい。
【００６０】
ペア鍵を生成すると、暗号化／復号処理部１３１は、生成したペア鍵のうちの一つ（ここでは、鍵ａ）を、ステップＡ１０１で入力されるパスワードと対応づけてＲＯＭ１１に保存する（ステップＡ２０４）。暗号化／復号処理部１３１は、入力されたパスワードをパスワードＤ１１、生成したペア鍵のうちの鍵ａを鍵Ｄ１２ａとしてＲＯＭ１１に対応づけて記憶させればよい。また、暗号化／復号処理部１３１は、生成したペア鍵のうちのもう一つ（ここでは、鍵ｂ）を、外部メモリ２に保存する（ステップＡ２０５）。暗号化／復号処理部１３１は、生成したペアのうちの鍵ｂを鍵Ｄ２２ｂとして外部メモリ２に記憶させればよい。
【００６１】
また、暗号化／復号処理部１３１は、パックアップ用として、生成したペア鍵（鍵ａと鍵ｂ）をユーザ識別データと対応づけてサーバ３に保存する（ステップＡ２０６）。暗号化／復号処理部１３１は、例えば、ＲＦ機能部１４を介した無線通信を用いて、生成したペア鍵とユーザ識別データを含む鍵登録要求をサーバ３に送信することにより、サーバ３が備える記憶装置に、ペア鍵Ｄ３２としてかつユーザ識別データＤ３１として対応づけて記憶させればよい。
【００６２】
鍵作成処理では、生成したペア鍵をＲＯＭ１１と外部メモリ２上に分離させて保持させるとともにサーバ３上に保持させて終了となる。なお、パスワードはペア鍵の内容とは無関係であるので、ペア鍵を生成した後であってもユーザからの要求により任意に変更可能である。
【００６３】
次に、本実施形態の暗号化動作について説明する。本実施形態では、暗号化後にＲＯＭ１１で保持する保護対象データに対しては、ＲＯＭ１１に保持される鍵ａを用いて暗号化を行う。これは、鍵ａとペアである鍵ｂを用いて復号されるように暗号化することを意味している。例えば、暗号化後にＲＯＭ１１に保持される保護対象データとしてＲＯＭ１１上のデータを暗号化する場合、図１２に示すように、暗号化／復号処理部１３１は、暗号化処理として、まず、暗号化に必要な鍵ａがＲＯＭ１１に保持されているか否かを確認し（ステップＢ２０１）、無ければ、ペア鍵を作成する（ステップＢ２０２）。なお、ＲＯＭ１１に鍵ａが保持されていない場合であっても、サーバ３に保持されている場合があるので、サーバ３に該当する鍵が保持されている場合には、ペア鍵の作成を行わずにサーバ３からダウンロードすればよい。なお、ペア鍵の作成は、図１１に示した鍵作成処理を実行すればよい。
【００６４】
そして、無ければ作成する（またはダウンロードする）ことによりＲＯＭ１１に保持される鍵ａ（鍵Ｄ１２ａ）を用いて、内部メモリのデータ（ＲＯＭ１１に保持される保護対象データ）を暗号化する（ステップＢ２０３）。なお、暗号化処理を実行するタイミングは、第１の実施形態と同様でよい。
【００６５】
一方、暗号化後に外部メモリ２で保持する保護対象データに対しては、外部メモリ２に保持される鍵ｂを用いて暗号化を行う。これは、鍵ｂとペアである鍵ａを用いて復号されるように暗号化することを意味している。例えば、暗号化後に外部メモリ２に保持される保護対象データとして外部メモリ２上のデータを暗号化する場合、図１３に示すように、暗号化／復号処理部１３１は、暗号化処理として、まず、暗号化に必要な鍵ｂが外部メモリ２に保持されているか否かを確認し（ステップＢ２１１）、無ければ、ペア鍵を作成する（ステップＢ２１２）。なお、外部メモリ２に鍵ｂが保持されていない場合であっても、サーバ３に保持されている場合があるので、サーバ３に該当する鍵が保持されている場合には、ペア鍵の作成を行わずにサーバ３からダウンロードすればよい。なお、ペア鍵の作成は、図１１に示した鍵作成処理を実行すればよい。
【００６６】
そして、無ければ作成する（またはダウンロードする）ことにより外部メモリ２に保持される鍵ｂ（鍵Ｄ２２ｂ）を用いて、外部メモリ２のデータ（外部メモリ２に保持される保護対象データ）を暗号化する（ステップＢ２１３）。
【００６７】
次に、本実施形態の復号動作について説明する。本実施形態では、ＲＯＭ１１に保持される暗号化された保護対象データを復号する場合、暗号化に用いた鍵ａとペアである外部メモリ２に保持されている鍵ｂを用いる。なお、パスワード入力によるユーザ認証を行うところまでは、図６に示した第１の実施形態と同様である。
【００６８】
図１４に示すように、ＲＯＭ１１に保持される暗号化された保護対象データを復号する場合、暗号化／復号処理部１３１は、パスワード入力によるユーザ認証が失敗すると（ステップＣ１０２のＮｏ）、現在外部メモリ２で保持している鍵ｂ（鍵Ｄ２２ｂ）を削除（消去）して処理を終了する（ステップＣ２０３：失敗終了）。外部メモリ上の鍵を消去することで、一度でもユーザ認証が通らなければ、サーバ３に保存しておいた鍵を再び外部メモリにダウンロードしない限り、ＲＯＭ１１上の暗号化された保護対象データを復号できないようにしている。
【００６９】
一方、パスワード入力によるユーザ認証が成功すると（ステップＣ１０２のＹｅｓ）、暗号化／復号処理部１３１は、現在装着している外部メモリ２に保持されている鍵ｂ（鍵Ｄ２２ｂ）を用いて内部メモリのデータ（ＲＯＭ１１上の暗号化された保護対象データ）を復号する（ステップＣ２０８：成功終了）。
【００７０】
なお、本例でも、上記ステップＣ２０３の処理により、現時点で正規のユーザが操作をしていても、過去にパスワードを知らない人が操作した等でユーザ認証に失敗していれば外部メモリ２上に鍵ｂが保持されていない場合がありえる。このため、まず外部メモリ２上に鍵ｂがあるか否かを確認した上で（ステップＣ２０４）、無ければサーバ３から鍵ｂをダウンロードする処理を行えばよい（ステップＣ２０５〜Ｃ２０７）。そして、サーバ３から取得した鍵ｂを外部メモリ２に保持させた上で、該鍵ｂ（鍵Ｄ２２ｂ）を用いて暗号化された保護対象データを復号すればよい（ステップＣ２０８：成功終了）。
【００７１】
暗号化／復号処理部１３１は、例えば、ＲＦ機能部１４を介した無線通信を用いて、当該携帯端末１で現在認識しているユーザ識別データ（例えば、ＳＩＭカード番号）を含む鍵読み出し要求をサーバ３に送信し、サーバ３から該サーバ３が備える記憶装置に該ユーザ識別データと対応づけて記憶されているペア鍵Ｄ３２のうち少なくとも鍵ｂを含む鍵読み出し応答を受信すればよい。
【００７２】
ここで、例えば、当該携帯端末１で取得したユーザ識別データが正しくないことにより、対応するペア鍵Ｄ３２が保持されていない旨の応答が帰ってきた場合には（ステップＣ２０６のＮｏ）、暗号化された保護対象データの復号を行わずに処理を終了する（失敗終了）。なお、電波状況等によってサーバ３との通信ができなかった場合も、同様に、失敗終了となる。
【００７３】
なお、図示省略しているが、暗号化したときと異なるユーザが使用している場合など、現時点のユーザのユーザ識別データを通知してサーバ３から鍵ｂをダウンロードできても正しく復号されない場合もある。これは、前のユーザが暗号化した保護対象データを新たな正規ユーザが復号できないことを意味している。
【００７４】
また、暗号化後に外部メモリ２に保持される保護対象データを復号する場合は、暗号化に用いた鍵ｂとペアであるＲＯＭ１１に保持されている鍵ａを用いる。なお、パスワード入力によるユーザ認証を行うところまでは、図６に示した第１の実施形態と同様である。
【００７５】
図１５に示すように、外部メモリ２に保持される暗号化された保護対象データを復号する場合、暗号化／復号処理部１３１は、パスワード入力によるユーザ認証が失敗すると（ステップＣ１０２のＮｏ）、現在ＲＯＭ１１で保持している鍵ａ（鍵Ｄ２２ｂ）を削除（消去）（消去）して処理を終了する（ステップＣ２１３：失敗終了）。ＲＯＭ上の鍵を消去することで、一度でもユーザ認証が通らなければ、サーバ３に保存しておいた鍵を再びＲＯＭにダウンロードしない限り、外部メモリ上の暗号化された保護対象データを復号できないようにしている。
【００７６】
一方、パスワード入力によるユーザ認証が成功すると（ステップＣ１０２のＹｅｓ）、暗号化／復号処理部１３１は、ＲＯＭ１１に保持されている鍵ａ（鍵Ｄ１２ａ）を用いて外部メモリ２上のデータ（現在装着している外部メモリ２上の暗号化された保護対象データ）を復号する（ステップＣ２１８：成功終了）。
【００７７】
なお、本例でも、上記ステップＣ２１３の処理により、現時点で正規のユーザが操作をしていても、過去にパスワードを知らない人が操作した等でユーザ認証に失敗していればＲＯＭ１１に鍵ａが保持されていない場合がありえる。このため、まずＲＯＭ１１上に鍵ａがあるか否かを確認した上で（ステップＣ２１４）、無ければサーバ３から鍵ａをダウンロードする処理を行えばよい（ステップＣ２１５〜Ｃ２１７）。そして、サーバ３から取得した鍵ａをＲＯＭ１１に保持させた上で、該鍵ａ（鍵Ｄ１２ａ）を用いて暗号化された保護対象データを復号すればよい（ステップＣ２１８：成功終了）。
【００７８】
暗号化／復号処理部１３１は、例えば、ＲＦ機能部１４を介した無線通信を用いて、当該携帯端末１で現在認識しているユーザ識別データ（例えば、ＳＩＭカード番号）を含む鍵読み出し要求をサーバ３に送信し、サーバ３から該サーバ３が備える記憶装置に該ユーザ識別データと対応づけて記憶されているペア鍵Ｄ３２のうち少なくとも鍵ａを含む鍵読み出し応答を受信すればよい。
【００７９】
ここで、例えば、当該携帯端末１で認識したユーザ識別データが正しくないことにより、対応するペア鍵Ｄ３２が保持されていない旨の応答が帰ってきた場合には（ステップＣ２１６のＮｏ）、暗号化された保護対象データの復号を行わずに処理を終了する（失敗終了）。なお、電波状況等によってサーバ３との通信ができなかった場合も、同様に、失敗終了となる。
【００８０】
なお、図示省略しているが、暗号化したときと異なるユーザが使用している場合など、現時点のユーザのユーザ識別データを通知してサーバ３から鍵ａをダウンロードできても正しく復号されない場合もある。これは、前のユーザが暗号化した保護対象データを新たな正規ユーザが復号できないことを意味している。
【００８１】
図１６〜図１８は、本実施形態における復号可否の例を示す説明図である。例えば、図１６に示す例では、正規のユーザがユーザαである携帯端末Ａで、ＲＯＭ上の保護対象データＡや外部メモリ上の保護対象データＢを暗号化した場合の例を示している。図１６に示すように、保護対象データＡは、ペア鍵のうちＲＯＭ上に保持されている鍵ａを用いて暗号化されてＲＯＭに保持される。また、保護対象データＢは、ペア鍵のうち外部メモリ上に保持されている鍵ｂを用いて暗号化されて外部メモリに保持される。なお、図では、ＲＯＭ上の暗号化された保護対象データＡを暗号化データＡ、外部メモリ上の暗号化された保護対象データＢを暗号化データＢとして示している。
【００８２】
このような状況において、ＲＯＭ上の暗号化データＡについては、外部メモリが装着されている状態であれば、ユーザαからのパスワード入力によるユーザ認証が失敗して外部メモリ上の鍵ｂが消去されない限り、常時復号可能である。また、外部メモリ上の暗号化データＢについては、外部メモリが携帯端末に装着されている状態であれば、ユーザαからのパスワード入力によるユーザ認証が失敗してＲＯＭ上の鍵ａが消去されない限り、常時復号可能である。
【００８３】
ここで、図１７に示すように、外部メモリが取り外されたとする。ＲＯＭ上の暗号化データＡの復号に必要な鍵ｂは外部メモリに保持されているので、仮にユーザ認証を失敗せずにＲＯＭを解析されたとしても、ＲＯＭに鍵ｂの情報はなく、暗号化データＡの復号はほぼ不可能である。同様に、暗号化データＢが保持されたまま取り外された外部メモリ２の内容を他の装置で読み出そうとしても、暗号化データＢの復号に必要な鍵ａの情報はなく、暗号化データＢの復号はほぼ不可能である。なお、仮に正規のユーザがユーザβである携帯端末に取り外した外部メモリを装着した場合には、その携帯端末がサーバ３から入手できるペア鍵は、正規ユーザであるユーザβ用のペア鍵のみであり、復号に失敗する。
【００８４】
ここで、例えば、取り外された外部メモリがユーザαが使用する新たな携帯端末に装着された場合には、図１８に示すように、新たに装着された携帯端末Ｃで、ユーザαからのパスワード入力によって現在の操作者が正規ユーザであると判定されることにより、サーバからユーザαのユーザ識別データに対応づけて保持されているペア鍵をダウンロードできるので、図１６に示した状態に戻ることができる。
【００８５】
以上のように、本実施形態では、ＲＯＭ上で保持される暗号化データの復号に、外部メモリ上の鍵が必要であるとしたことにより、例えば、端末本体を買い換えた場合などに、外部メモリを抜き取るだけで、端末内部のデータの復号が不可能にすることができる。従って、ＲＯＭ上で保持される暗号化データをより安全に保護することができる。なお、他の点に関しては第１の実施形態と同様である。
【産業上の利用可能性】
【００８６】
本発明は、端末内部またはＳＤカードといった外部メモリに保存されるデータの故意による流出を防止するためにも適用することができる。
【図面の簡単な説明】
【００８７】
【図１】本発明による携帯端末の構成例を示すブロック図である。
【図２】本発明による携帯端末の他の構成例を示すブロック図である。
【図３】第１の実施形態としての携帯端末の構成例を示すブロック図である。
【図４】第１の実施形態の鍵作成動作例を示すフローチャートである。
【図５】第１の実施形態の暗号化動作例を示すフローチャートである。
【図６】第１の実施形態の復号動作例を示すフローチャートである。
【図７】第１の実施形態における復号可否の例を示す説明図である。
【図８】第１の実施形態における復号可否の例を示す説明図である。
【図９】第１の実施形態における復号可否の例を示す説明図である。
【図１０】第２の実施形態としての携帯端末の構成例を示すブロック図である。
【図１１】第２の実施形態の鍵作成動作例を示すフローチャートである。
【図１２】第２の実施形態の暗号化動作例を示すフローチャートである（内部メモリ用）。
【図１３】第２の実施形態の暗号化動作例を示すフローチャートである（外部メモリ用）。
【図１４】第２の実施形態の復号動作例を示すフローチャートである（内部メモリ用）。
【図１５】第２の実施形態の復号動作例を示すフローチャートである（外部メモリ用）。
【図１６】第２の実施形態における復号可否の例を示す説明図である。
【図１７】第２の実施形態における復号可否の例を示す説明図である。
【図１８】第２の実施形態における復号可否の例を示す説明図である。
【符号の説明】
【００８８】
１，１００  携帯端末
１０１  内部メモリ
１０２  処理部
１０３  外部メモリインタフェース
１０４
１１  ＲＯＭ
１２  ＲＡＭ
１３  データ処理装置
１３１  暗号化／復号処理部
１４  ＲＦ機能部
１５  外部メモリＩ／Ｆ
１６  外部機器Ｉ／Ｆ
２  外部メモリ
３  サーバ
４  外部機器
Ｄ１１  （携帯端末内で保持される）ユーザ認証用パスワード
Ｄ１２  （携帯端末内で保持される）暗号化および復号用の鍵
Ｄ１３  （携帯端末内で保持される）保護対象データ
Ｄ２１  （外部メモリで保持される）保護対象データ
Ｄ３１  （ネットワーク上のサーバで保持される）ユーザ識別データ
Ｄ３２  （ネットワーク上のサーバで保持される）暗号化および復号用の鍵
Ｄ１２ａ（携帯端末内で保持される）暗号化および復号用のペア鍵の一方
Ｄ２２ｂ（外部メモリで保持される）暗号化および復号用のペア鍵の他方
１００
【図１】
2009253783.tif 000003
【図２】
2009253783.tif 000004
【図３】
2009253783.tif 000005
【図４】
2009253783.tif 000006
【図５】
2009253783.tif 000007
【図６】
2009253783.tif 000008
【図７】
2009253783.tif 000009
【図８】
2009253783.tif 000010
【図９】
2009253783.tif 000011
【図１０】
2009253783.tif 000012
【図１１】
2009253783.tif 000013
【図１２】
2009253783.tif 000014
【図１３】
2009253783.tif 000015
【図１４】
2009253783.tif 000016
【図１５】
2009253783.tif 000017
【図１６】
2009253783.tif 000018
【図１７】
2009253783.tif 000019
【図１８】
2009253783.tif 000020