JP2008310270A - 暗号装置及び暗号操作方法 - Google Patents

Abstract

【課題】ハードウェア暗号エンジンを効率的に用いて、リアルタイムアプリのパケット処理遅延を減少させる暗号装置及び暗号操作方法を提供すること。
【解決手段】 承認ユニット２３０は、暗号操作を要求するセキュアアプリに対するＨＷ暗号ユニット２６４の可用性、つまり、暗号リソースの空き状況を判定する。優先処理承認ユニット２４０は、要求元のセキュアアプリにおける暗号操作の優先順位を算出して、ＨＷ暗号ユニット２６４の可用性が無い場合、ＨＷ暗号ユニット２６４に割り当てられている他のセキュアアプリケーションとの優先順位を比較し、要求元のセキュアアプリの優先度が高い場合、ＨＷ暗号ユニット２６４から他のセキュアアプリケーションを解放して、要求元のセキュアアプリをＨＷ暗号ユニット２６４に割り当てるとともに、解放したセキュアアプリをＳＷ暗号ユニット２６６に割り当てる。
【選択図】図２

Description

本発明は、複数のアプリケーションからの暗号化要求又は復号化要求に応じて好適に処理を実行する暗号装置及び暗号操作方法に関する。

近年、広いエリアで通信可能な携帯端末に、狭いエリアで高速データ通信が可能なＷＬＡＮ機能又はブルートゥース機能を搭載して通信を補完させることにより、様々なアプリケーションの用途に応じて通信機能を使い分ける携帯端末やシステムが検討されている。

このような通信技術やアプリケーションの多種多様化に伴い、ネットワークにおけるパケット伝送の高速化を維持しつつセキュリティも確保することが求められており、ＩＰＳＥＣをはじめとするネットワークセキュリティ規格の標準化とともにネットワークの高速化が進んでいる。

これに伴って、ネットワーク上のパケットを暗号化する暗号装置においても、高速化の要求が高まっている。

そこで、携帯端末を代表するようなＣＰＵ処理能力が低い小型端末においても高速化のニーズを実現するために、暗復号機能をハードウェアのボード上にて実行させることにより、ＳＷ処理よりも高速に暗復号を実現できる暗号装置が登場している。

このような暗号装置は、例えば、携帯端末に組み込まれる場合、小型化する構成上、暗号操作が行われる暗号リソースを限定するものが多い。

このような暗号装置において、帯域幅が異なる等の様々な特性を有する複数のアプリケーションを略同時に実行する場合でも、これらは復号処理要求の到着順に処理され、暗号エンジンが一つのアプリケーションに対する復号処理を終了するまで、他のアプリケーションに対して処理を実行することができない。これにより略同時に要求された複数のアプリケーションへの対応に不具合が生じるという問題がある。

これに対して、例えば、特許文献１では複数の暗号化アクセラレータの暗号化部において、セキュアアプリケーション暗号化要求（暗号要求）が承認されたセキュアアプリケーションに対して、個別に時間制限を設けて暗号化処理を実施する技術が開示されている。

この特許文献１では、様々なアプリケーションからの暗号要求に対して、アプリケーション毎の、暗号エンジンの暗号リソースとなる利用時間を制限する。これにより、１つのアプリケーションが暗号エンジンを占有してしまうことを防ぎ、複数のアプリケーションを実行するようにしている。
米国特許出願公開第２００５０２７６４１３号明細書

しかしながら、特許文献１では、複数のアプリケーションからの暗号要求の到着順に時間制限を設けて、暗号エンジンで暗号化処理する。このため、ＶｏＩＰ（Voice over Internet Protocol）、ＡＶｏＩＰ（Audio Visual over Internet Protocol）等のリアルタイム性を有するセキュアアプリケーションのパケットが混在する場合、これらに対して、ｗｅｂ閲覧等のリアルタイム性を有さないアプリケーションと等価で対応することとなる。

よって、早急な処理を必要とするリアルタイム性を有するセキュアアプリケーション（以下、便宜上、「リアルタイムアプリケーション」という）に対して、伝送遅延の増加原因となり、効率的な処理を行うことができないという問題がある。

従来では、アプリケーションが使用する暗号エンジンリソースを時間制限で制御していたのに対し、従来、処理時間が厳しく追及されるリアルタイム性を要するパケットの効率的な暗号操作を行うことができない。

本発明はかかる点に鑑みてなされたものであり、ハードウェア暗号エンジンを効率的に用いて、リアルタイムアプリケーションのパケット処理遅延を減少させる暗号装置及び暗号操作方法を提供することを目的とする。

本発明の暗号装置は、割り当てられたセキュアアプリケーションに対して暗号操作を行うハードウェアモジュール及びソフトウェアモジュールを有する暗号装置であって、前記暗号操作を要求するセキュアアプリケーションに対する前記ハードウェアモジュールの可用性を判定する判定手段と、前記暗号操作を要求するセキュアアプリケーションの暗号操作の優先順位を算出する優先順位算出手段と、前記ハードウェアモジュールの可用性が無い場合、前記暗号操作を要求するセキュアアプリケーションと、前記ハードウェアモジュールに割り当てられている他のセキュアアプリケーションとの優先順位を比較する比較手段と、前記暗号操作を要求するセキュアアプリケーションの優先度が高い場合、前記ハードウェアモジュールから前記他のセキュアアプリケーションを解放して、前記暗号操作を要求するセキュアアプリケーションを前記ハードウェアモジュールに割り当てるとともに、解放した前記他のセキュアアプリケーションを前記ソフトウェアモジュールに割り当てる割当手段とを有する構成を採る。

本発明の暗号操作方法は、暗号操作を要求するセキュアアプリケーションに対して、ハードウェアモジュール及びソフトウェアモジュールを割り当てて暗号操作させる暗号操作方法であって、前記暗号操作を要求するセキュアアプリケーションに対する前記ハードウェアモジュールの可用性を判定する判定ステップと、前記暗号操作を要求するセキュアアプリケーションの暗号操作の優先順位を算出する優先順位算出ステップと、前記ハードウェアモジュールの可用性が無い場合、前記暗号操作を要求するセキュアアプリケーションと、前記ハードウェアモジュールに割り当てられている他のセキュアアプリケーションとの優先順位を比較する比較ステップと、比較の結果、前記暗号操作を要求するセキュアアプリケーションの優先度が高い場合、前記ハードウェアモジュールから前記他のセキュアアプリケーションを解放して、前記暗号操作を要求するセキュアアプリケーションを前記ハードウェアモジュールに割り当てるとともに、解放した前記他のセキュアアプリケーションを前記ソフトウェアモジュールに割り当てる割当ステップとを有するようにした。

本発明によれば、ハードウェア暗号エンジンを効率的に用いて、リアルタイム性を要するセキュアアプリケーションのパケット処理遅延を減少させることができる。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

図１は、本発明に係る復号化装置を備える移動通信端末を含む通信システムを示す図である。
まず、携帯端末１００を備える通信システム１について説明する。

通信システム１では、携帯端末１００は、インターネット１０を介して、家庭内通信網（Home Network）２０、企業内通信網（Enterprise Network）３０、メディアサーバ４４、他の移動通信端末５４、ｗｅｂサーバ６２、ファイル転送サーバ７２に接続される。

この通信システム１において、ＩＰネットワークスタックを有する移動端末１００は、オーディオ／ビデオストリームオーバＩＰ（ＡＶｏＩＰ）、ボイスオーバＩＰ（ＶｏＩＰ）、ウェブ閲覧（ウエブアクセス：Ｗｅｂ）、ファイル転送サービス（ｆｔｐ）など、様々なネットワークアプリケーションを実行するためにインターネット１０に接続する。

これらネットワークアプリケーションは、インターネット１０を介して、家庭内通信網２０、企業ネットワーク３０及びインターネット１０に接続されたネットワーク装置により提供される。

家庭内通信網２０は、例えば、家庭内ＬＡＮ等のローカルエリアネットワーク等により構成され、メディアサーバ４０及び、このメディアサーバ４０と通信可能な移動通信端末５０等により構成される。この家庭内通信網２０がインターネット１０に接続されているため、移動端末５０は、移動端末１００に対しＶｏＩＰコールを実行できるとともに、メディアサーバ４０は、移動端末１００にＡＶｏＩＰアプリケーションを提供することができる。例えば、この通信システム１では、移動端末１００は、メディアサーバ４０にて録画した音声付き映像の視聴が可能となっている。

企業ネットワーク３０は、例えば、企業内ＬＡＮ等のローカルエリアネットワーク等により構成され、ここでは、メディアサーバ４２、移動端末５２、ｗｅｂサーバ６０、ファイル転送サーバ７０等を有する。

これにより、企業ネットワーク３０上において、メディアサーバ４２は、移動端末１００にＡＶｏＩＰアプリケーションを提供することができ、移動体装置５２は、移動端末１００に対しＶｏＩＰコールを実行できる。また、ｗｅｂサーバ６０は、移動端末１００にｗｅｂアクセスさせることができ、ファイル転送サーバ７０は、移動端末１００にリモートファイルアクセスを提供することができる。

インターネット１０上では、メディアサーバ４４は、移動端末１００にＡＶｏＩＰアプリケーションを提供でき、移動体装置５４は、移動端末１００に対しＶｏＩＰコールを実行できる。また、ｗｅｂサーバ６２は、移動端末１００にｗｅｂアクセスを提供でき、ファイル転送サーバ７２は移動端末１００のためのリモートファイルアクセスを提供できる。

このような通信システム１では、移動端末１００は、例えば、ビジネスに利用されるため、各ネットワーク内の装置が移動端末１００に対して、アプリケーション、ｗｅｂアクセス、リモートファイルアクセスを提供するとともにＶｏＩＰコールを実行する場合、暗号化処理又は復号化処理を総称して暗復号化処理（暗号操作ともいう）を必須としたセキュアアプリケーションにて行われる。なお、以下では、便宜上、アプリケーションを、アプリと称し、例えば、セキュアアプリケーションを「セキュアアプリ」と称する。

本発明の実施の形態に係る移動端末１００は、複数のセキュアアプリに対して、優先順位ベースの優先処理承認及び暗号リソースの動的な再割り当てを行い、ハードウェア暗号エンジン及びソフトウェア暗号モジュールによる暗号操作を行う。これにより、複数のセキュアアプリを当該移動端末１００上で同時に使用できるものである。

ここで移動端末１００について説明する。

図２は、本発明に係る移動端末の構成を示すブロック図である。

図２に示す移動端末（Handset）１００は、ＩＰｓｅｃアプリ１１０と、インターネットキー交換（Internet Key Exchange：「ＩＫＥ」）部１２０と、ＳＳＬ（Secure Socket Layer）アプリ１３０と、暗号管理装置２００と、ＴＣＰ／ＩＰスタック３００と、ネットワークインターフェース部（ネットワークＩ／Ｆ）４００とを備える。

移動端末１００では、ＩＰｓｅｃアプリ１１０、ＩＫＥ部１２０、ＳＳＬアプリ１３０は、アプリケーション層において機能し、暗号管理装置２００は、カーネルとして機能する。また、ＴＣＰ／ＩＰスタック３００及びネットワークＩ／Ｆ４００は、ネットワーク層において機能する。図２では、移動端末１００において、カーネル、アプリケーション層、ネットワーク層のそれぞれで機能する構成要素は、カーネル、アプリケーションレイヤ、ネットワークレイヤで機能するものとして図示されている。

ＩＰｓｅｃアプリ１１０は、ＩＰｓｅｃ上で機能するセキュアアプリであり、アプリ通信を保護するためにインターネットセキュリティプロトコル（ＩＰｓｅｃプロトコル）によりネットワーク層におけるセキュリティを実行する。

ここでは、ＩＰｓｅｃアプリ１１０は、ＡＶｏＩＰを用いたセキュアアプリケーションであるセキュアＡＶｏＩＰ、ＶｏＩＰを用いたセキュアアプリケーションであるセキュアＶｏＩＰおよびｆｔｐアプリを含む。なお、ＶｏＩＰ、ＡＶｏＩＰ等は、リアルタイム性を必要とするセキュアアプリ（リアルタイムアプリともいう）である。

ＩＰｓｅｃアプリ１１０は、通信相手に対して、ＩＫＥ部１２０を用いて、セキュア通信用のＩＰｓｅｃを使用可能にするセキュリティアソシエーションを交渉（ネゴシエーション）し、セキュリティアソシエーション（ＳＡ）を確立する。

つまり、ＩＰｓｅｃアプリ１１０は、通信をはじめる前に、ＩＫＥ部１２０を用いて、暗号化方式の決定や鍵の交換、相互の認証を行い、暗号化方式や暗号鍵などの情報を交換・共有し、安全な通信路（ＳＡ）を確立する。

ＩＫＥ部１２０は、保護された方法でセキュリティアソシエーションのキー情報の交渉と認証を行うものであり、クライアントインタフェースユニット（クライアントＩ／Ｆ部）２１０を有する。

クライアントＩ／Ｆ部２１０は、暗号エンジンにおける暗号リソースの要求承認制御および優先処理承認制御のための暗号管理装置２００へのインターフェースとして用いられる。

ＳＳＬアプリ１３０は、ＳＳＬ（Secure Socket Layer）上で機能するセキュアアプリであり、ＳＳＬを用いてアプリケーション層のセキュリティを実行して、当該アプリケーション通信を保護する。

ここでは、ＳＳＬアプリ１３０は、Ｗｅｂアクセスアプリケーション（セキュアＷｅｂ）を含む。

ＳＳＬアプリ１３０は、暗号リソースの要求承認制御および優先処理承認制御のための暗号管理装置２００へのインターフェースであるクライアントＩ／Ｆ部２１０を有する。

ＴＣＰ／ＩＰスタック３００は、移動端末１００において、ネットワークＩ／Ｆ４００を介して、インターネット接続を行う。

また、ＴＣＰ／ＩＰスタック３００は、ネットワークＩ／Ｆ４００を介して、ＩＰｓｅｃセキュア通信を行うＩＰｓｅｃモジュール３１０を有する。

ＩＰｓｅｃモジュール３１０は、現行ＩＰｓｅｃセキュア通信のＳＡエントリを記録するために使用されるセキュリティアソシエーションデータベース（ＳＡＤＢ）３２０を有する。

ＩＰｓｅｃモジュール３１０は、クライアントＩ／Ｆ部２１０を介して、暗号リソースの割り当ておよび再割り当てのための暗号管理装置２００への情報の入出力を行う。

ネットワークＩ／Ｆ４００は、外部装置に対して、物理的にネットワーク接続を行う。

暗号管理装置２００は、セキュアアプリのインターフェース、承認制御、優先処理承認制御、暗号リソースの割り当て、暗号リソースの解放、暗号リソース使用管理、そして暗号およびハッシュの暗号操作をそれぞれ実行する。

暗号管理装置２００は、管理インタフェースユニット（以下、「管理Ｉ／Ｆユニット」という）２２０、承認ユニット２３０、優先処理承認ユニット２４０、使用リソース管理部２５０、そして暗号処理ユニット２６０を有する。

管理Ｉ／Ｆユニット２２０は、ＩＫＥ部１２０、ＳＳＬアプリ１３０及びＴＣＰ／ＩＰスタック３００のクライアントＩ／Ｆ部２１０と、暗号管理装置２００の各ユニット２３０、２４０、２６０とを接続する。

この管理Ｉ／Ｆユニット２２０には、特に、暗号管理装置２００において、セキュアからの暗号化又は復号化処理である暗号操作の要求のインターフェースとして機能するとともに、それに応答するセキュアアプリへのインターフェースとして機能する。

承認ユニット２３０は、システムにおける使用可能暗号リソース量がセキュアアプリの必要量を満足する場合に、セキュアアプリの要求を承認（許可）するために使用される。

具体的に、承認ユニット２３０は、管理Ｉ／Ｆユニット２２０を介してセキュアアプリから当該セキュアアプリに対する暗号操作の要求を受け付ける。また、承認ユニット２３０は、受け付けた要求内容を、使用リソース管理部２５０により管理される暗号処理ユニット２６０の使用状況の情報に基づいて、受け入れられるか否かを判定する。詳細には、承認ユニット２３０は、暗号処理ユニット２６０のＨＷ暗号エンジンであるＨＷ暗号ユニット２６４の暗号リソースの空き状況に応じて、暗号操作要求元のセキュアアプリに対する暗号操作の許可、不許可を設定する。

このように、承認ユニット２３０は、管理Ｉ／Ｆユニット２２０を介して、セキュアアプリの暗号操作要求が入力されると、使用リソース管理部２５０の情報に基づいて、ハードウェア暗号ユニット（ハードウェア暗号エンジン）２６４の使用状況を確認する。ハードウェア暗号ユニット２６４が使用されていなければ、承認ユニット２３０は、セキュアアプリの暗号操作要求の受け入れを承認し、要求元のセキュアアプリに、ハードウェア暗号ユニット（以下、「ＨＷ暗号ユニット」という）２６４の暗号リソースを割り当てる。なお、この旨の信号は、管理Ｉ／Ｆユニット２２０を介して、暗号処理ユニット２６０に出力される。

優先処理承認ユニット２４０は、セキュアアプリの暗号操作（暗復号化）の優先処理承認制御を実行するものであり、セキュアアプリの優先度、セキュアアプリが暗号操作の際に必要なチャネル量に応じて、利用するＨＷ暗号エンジン（ＨＷ暗号ユニット２６４）又はソフトウェア（ＳＷ）暗号モジュール（ＳＷ暗号ユニット２６６）の設定を行う。

また、優先処理承認ユニット２４０は、設定された各アプリのポリシを用いて、暗号操作を要求するセキュアアプリに、暗号操作を行うＨＷ暗号ユニット２６４、ソフトウェア暗号ユニット（ＳＷ暗号ユニット）２６６の暗号リソースを割り当てる。

具体的には、優先処理承認ユニット２４０は、判定部２４２と、ポリシーデータベース２４４と、再割り当て部（以下、「再割当部」という）２４６とを有する。

判定部２４２は、ポリシーデータベース２４４におけるアプリのポリシ設定と、使用リソース管理部２５０からの現在承認しているセキュアアプリによる暗号処理ユニットの使用状況、つまり、ＨＷ暗号ユニット２６４の暗号リソースの空き情報とにより、優先処理承認制御を実行する。

具体的には、判定部２４２は、ポリシＤＢ２４４を用いて、暗号操作要求のあるセキュアアプリと、現行セキュアアプリ（暗号リソースとして既に割り当てられて暗号操作中の既存のセキュアアプリ）とを、暗号操作に関する優先順位で比較し、選択する。なお、この比較及び選択は、連結リストまたはヒープ等のようなプライオリティキュー構造探索により行われる。

また、判定部２４２が優先処理承認制御を行う際に、再割当部２４６は選択された現行セキュアアプリの暗号リソース再割り当てを実行する。

ポリシーデータベース（以下、「ポリシＤＢ」という）２４４は、優先処理承認制御を実行するための各アプリのポリシ設定を記録する。

また、このポリシＤＢ２４４には、優先処理承認ユニット２４０によって、暗号操作を要求したセキュアアプリに関する情報（アプリＩＤ、優先度、要求するＨＷチャネル数）が記録される。具体的にはポリシＤＢ２４４のポリシ設定は、外部装置とのシグナリング時において通信形式が決定した際に登録される。

図３はポリシＤＢを示す図である。

図３に示すようにポリシＤＢ２４４は、ポリシ設定として、互いに関連付けられたアプリケーションＩＤ（アプリＩＤ）２４４２、優先順位２４４４、および必要ＨＷチャンネル数２４４５の３つのフィールドを有する。

アプリＩＤ（アプリＩＤ：Application ID）２４４２は、各アプリを識別するための各アプリの識別情報である。

優先順位（Priority）２４４４は、複数種のセキュアアプリにおいて、迅速な暗号操作が必要なセキュアアプリの優先度を示し、セキュアアプリの暗号操作に関する優先順位を規定するために使用される。なお、この優先順位は、帯域幅要件または遅延制約が高ければ高いほど高くなる。たとえば、ＶｏＩＰやＡＶｏＩＰ等におけるパケット送信のように、応答に際し、ｗｅｂ閲覧で用いられるパケット送信よりも遅延制約が高く、迅速な応答速度を要する、所謂リアルタイム性の高いセキュアアプリの優先度を高いものとする。

また、優先順位２４４４は、上位層のアプリで決定されるものであり、シグナリングしたときに確立したＳＡの情報に含まれるセッション情報（送信先ＩＰアドレス、送信元ＩＰアドレス、ポート、暗号形式、暗号すべきモードなどパケットに付随する情報）とともに、ＩＫＥ部１２０によりクライアントＩ／Ｆ部２１０を介してポリシーデータベース２４４に設定される。

また、シグナリング時に確立されたＳＡはＩＫＥ部１２０によりＳＡＤＢ３２０にも記録される。パケットがＴＣＰ／ＩＰスタック３００に到着したときにＩＰＳｅｃモジュール３１０を介してＳＡＤＢ３２０に記録されているＳＡエントリを参照し、そのパケットのセッション情報（送信先／送信元ＩＰアドレス、ポート）が一致する場合は、暗号管理装置２００で処理すべきセキュアアプリのパケットであるため、管理Ｉ／Ｆユニット２２０を介し、優先処理承認ユニット２４０により割り当てられたＨＷあるいはＳＷの暗号処理ユニット２６０を利用してパケットの暗号復号処理が実行される。

必要ＨＷチャンネル数（Required HW channel number）２４４５は、対応するセキュアアプリにおいて必要とされるＨＷ暗号リソース量であり、当該アプリがＨＷ暗号ユニット（ＨＷ暗号エンジン）２６４の暗号リソースとして暗号操作の際に使用されるチャネル数である。

再割当部２４６は、既存セキュアアプリと、要求を受けたセキュアアプリとを含めて、それぞれを、ＨＷ暗号ユニット２６４及びＳＷ暗号ユニット（ＳＷ暗号モジュール）２６６の暗号リソースとして、再割り当てを含む割り当てを行うユニットである。

このように構成される優先処理承認ユニット２４０は、承認ユニット２３０においてＨＷ暗号ユニット２６２での暗復号化を承認されなかったセキュアアプリに対して、判定部２４２は、ポリシＤＢ２４４を用いて、ＨＷ暗号ユニット２６４の暗号リソースとしての既存のセキュアアプリと、優先順位を比較する。

比較の結果、要求してきたセキュアアプリの優先順位の方が、既存のアプリより高い場合、再割当部２４６を用いて、ＨＷ暗号ユニット２６４の暗号リソースを、既存のアプリから要求のあったアプリに切り替えて割り当てる。再割当部２４６では、ＨＷ暗号ユニット２６４の暗号リソースを剥奪されたセキュアアプリは、他のＳＷ暗号ユニット２６６に割り当てられる。

また、優先処理承認ユニット２４０では、判定部２４２が使用リソース管理部２５０を用いて承認ユニット２３０がＨＷ暗号ユニット２６４の暗号リソースが空いたと判定した場合、再割当部２４６は、ＳＷ暗号ユニット２６６の暗号リソースを、ＨＷ暗号ユニット２６４に割り当てる。なお、この割り当て処理は、ＳＷ暗号ユニット２６６において、複数のセキュアアプリの暗号操作が行われている場合、優先順位の高いセキュアアプリを、ＨＷ暗号ユニット２６４の暗号リソースとして割り当てる。

このように優先処理承認ユニット２４０は、承認ユニット２３０において、暗号操作の要求が承認されなかった場合等、複数のセキュアアプリに対して同時に暗号操作を行う場合、セキュアアプリの暗号操作の優先順位（優先度）を用いて、ＨＷ暗号ユニット２６４及びＳＷ暗号ユニット２６６を割り当てて、それぞれに暗号操作させる。

すなわち、優先処理承認ユニット２４０は、暗号操作要求を行うセキュアアプリに対して、ＨＷ暗号ユニット２６４又はＳＷ暗号ユニット２６６の暗号リソースを動的に割り当てている。

使用リソース管理部２５０は、暗号エンジン及び暗号モジュールにおいて暗号操作の対象となっており、暗号エンジン及び暗号モジュールにおいて実際に暗号操作されている暗号リソースを管理する。

使用リソース管理部２５０は、承認ユニット２３０または優先処理承認ユニット２４０に対して、暗号操作中の暗号エンジン、暗号モジュール、暗号操作されているセキュアアプリ等を読み出すことで、承認制御又は優先処理承認制御を行わせる。

具体的には、使用リソース管理部２５０は、暗号リソースの使用情報を取得する使用リソース情報取得部２５２と、使用データベース（以下「使用ＤＢ」という）２５４とを有する。

使用リソース情報取得部２５２は、暗号処理ユニット２６０の使用状況の要求に応じて、暗号リソースの使用可能量を報告するとともに現行セキュアアプリの現在使用量を報告するために用いられる。

図４は使用ＤＢを説明する図である。

図４に示す使用ＤＢ２５４は、各現行アプリの暗号使用量を記録しており、ここでは、使用ＤＢ２５４内の各エントリとして、アプリＩＤ２５４２と、フラグ２５４４と、使用ＨＷチャンネル数２５４６と、再割り当てのためのコールバック２５４８との４つのフィールドを有する。

アプリＩＤ２５４２は、実際に使用しているセキュアアプリ（現行アプリ）を識別する識別情報であり、現行の各アプリケーションを識別するために使用される。

また、フラグ２５４４は、セキュアアプリに用いられるＳＷかＨＷのいずれか現在の暗号リソースタイプを示す情報であり、セキュアアプリを用いる暗号リソースを指示するために使用される。

使用ＨＷチャンネル数２５４６は、対応するセキュアアプリによって使用される暗号リソース量を示す。

再割り当てのためのコールバック２５４８は、優先処理承認制御を行う際に、暗号リソースの再割り当てを実行する際の呼び出しに用いる機能ポインタを示す。

暗号処理ユニット２６０は、暗号モードおよびハッシュモードユニット（図２では「処理モード部」として示す）２６２と、ＨＷ暗号ユニット２６４と、およびＳＷ暗号ユニット２６６とを有する。

暗号処理ユニット２６０は、ＨＷ暗号ユニット２６４又はＳＷ暗号ユニット２６６によりセキュアアプリの暗号化、暗号解読、およびメッセージダイジェスト等の暗号操作を行う。

暗号モードおよびハッシュモードユニット（処理モード部）２６２は、電子コードブック（Electronic Code Book：ＥＣＢ）、暗号ブロック連鎖（Cipher Block Chaining：ＣＢＣ）、出力フィードバック（Output Feed Back：ＯＦＢ）、カウンタ（Counter：ＣＴＲ）、そしてＦ８モードの暗号化および暗号解読モードのような暗号化、暗号解読、およびメッセージダイジェスト操作のいくつかのモードと、キーボードから入力されたハッシュのメッセージ確認コード（Keyed-Hashing for Message Authentication：ＨＭＡＣ）、ＳＳＬＭＡＣ、およびＡＥＳ−ＸＣＢＣ−ＭＡＣモードのハッシュモードと、を支援する。

ＨＷ暗号ユニット（ＨＷ暗号エンジン）２６４は、要求されたセキュアアプリの暗号操作要求に応じて、ＨＷにより暗号操作（暗号化または復号化処理（暗号解読ともいう））を実行するものであり、ソフトウェアを用いた暗号操作よりも速く高性能な暗号操作を行う。なお、ＨＷ暗号ユニット２６４による暗号化および暗号解読は、例えば、ＥＣＢ、ＣＢＣ、ＯＦＢ、ＣＴＲ、Ｆ８の各モードで行われる。なお、暗号操作を要求するセキュアアプリに、ＨＷ暗号ユニット２６４を割り当てて暗号操作を行う処理の説明に際し、ＨＷ暗号ユニット２６４を便宜上、「ＨＷ暗号」ともいう。

ＳＷ暗号ユニット２６６は、要求されたセキュアアプリの暗号操作要求に応じて、ＳＷにより暗号操作（暗号化および暗号解読）を実行するものであり、ＨＷ暗号ユニット２６４に比較して、比較的低い性能の暗号操作を行う。なお、ＳＷ暗号ユニット２６６による暗号化および暗号解読は、例えば、ＥＣＢ、ＣＢＣ、ＯＦＢ、ＣＴＲ、Ｆ８の各モードで行われる。なお、暗号操作を要求するセキュアアプリに、ＳＷ暗号ユニット２６６を割り当てて暗号操作を行う処理の説明に際し、ＳＷ暗号ユニット２６６を便宜上、「ＳＷ暗号」とも称する。

このように携帯端末１００では、優先処理承認ユニット２４０は、ポリシＤＢ２４４によりアプリの優先度管理を行い、使用リソース管理部２５０は、使用ＤＢ２５４により現在使用中の暗号エンジンリソースの管理を行う。

次に、移動端末１００の動作について説明する。

まず、携帯端末１００において、暗号管理装置２００による暗号操作の管理が行われるレイヤを、携帯端末１００による暗号パケットの送受信処理を用いて説明する。

図５は、本発明に係る暗号装置を備える携帯端末１００において、送信時及び受信時におけるパケット処理を説明するフローチャートである。なお、図５（ａ）は、携帯端末おける送信時のパケット処理のフローチャート、図５（ｂ）は、携帯端末における受信時のパケット処理のフローチャートである。なお、矢印は信号の入力方向を示す。なお、図５における「アプリケーション」は、アプリ層で駆動するセキュアアプリを示す。

図５（ａ）に示すように、携帯端末１００パケット送信時では、暗号管理装置２００におけるパケットの暗号化は、ＩＰ層で行われ、暗号化されたパケットであるＩＰ暗号化されたパケットは、ＩＰ層からデバイスドライバに出力され、ネットワークカードを経て送信される。

また、図５（ｂ）に示すように、パケット受信時では、暗号管理装置２００におけるパケットの復号化は、ネットワークカード、デバイスドライバを得て入力されたパケットをＩＰ層にて行った後、ＴＣＰ／ＵＤＰ層を経てアプリケーションに伝達される。

図６は、本発明に係る移動端末における暗号リソース割り当てのための優先処理承認制御を説明するためのフローチャートである。

ステップＳ１０では、移動端末１００がセキュアアプリを開始し、セキュアアプリの暗号化又は復号化処理である暗号操作を実行する要求を受信し、ステップＳ２０に移行する。

具体的には、ステップＳ１０では、アプリ層におけるＩＰｓｅｃアプリ１１０又はＳＳＬアプリ１３０を用いたセキュアアプリの実行を開始して、暗号管理装置２００では、承認ユニット２３０が、管理Ｉ／Ｆユニット２２０を介して、セキュアアプリの暗号操作の要求を受け付ける。

ステップＳ２０では、その要求を受諾すべきかどうかを判断するために、承認制御を実行する。例えば、承認制御は、暗号リソースの使用可能量が要求の暗号リソースの必要量を満足するかどうかにより判断される。

具体的には、ステップＳ２０では、暗号操作を要求された承認ユニット２３０は、使用リソース管理部２５０を介して使用ＤＢ２５４でＨＷ暗号ユニット２６４における暗号リソースの空き状況（使用可能量）を確認する。

ステップＳ３０では、承認ユニット２３０が、承認の受諾を判定し、受諾の場合（要求を承認する場合）、ステップＳ４０に移行し、受諾しない場合（要求を承認しない場合）、ステップＳ５０に移行する。

具体的には、ステップＳ３０では、使用ＤＢ２５４の情報から、ＨＷ暗号ユニット２６４における暗号リソースの使用可能量が、暗号操作要求での必要量以上である場合、承認ユニット２３０は、暗号操作要求の承認を受諾して、ステップＳ４０に移行する。

また、ステップＳ３０において、暗号リソースの使用可能量が満足されない場合、承認ユニット２３０は要求を承認せず、ステップＳ５０に移行して、優先処理承認制御を実行する。

このように、承認ユニット２３０では、セキュアアプリの暗号操作要求を受けると、ＨＷ暗号ユニット２６４が使用可能であるか否かを判定して、使用可能であれば、要求の承認を受諾し、使用できなければ、承認しない。

ステップＳ５０では、優先処理承認ユニット２４０は、要求の優先順位と現行セキュアアプリの優先順位とを比較することにより、要求を受け入れられるか否かを決定、つまり処理要求の受け入れを判定する優先処理承認制御を実行する。

具体的には、ステップＳ５０では、判定部２４２が、ポリシＤＢ２４４を参照して、暗号操作を要求してきたセキュアアプリの優先順位と、既に暗号リソースとして用いられているセキュアアプリの優先順位とを比較する。比較の結果、要求してきたセキュアアプリの優先順位が高ければ、再割当部２４６を用いて、ＨＷ暗号ユニット２６４におけるセキュアの暗号リソースを剥奪して、要求していた優先度の高いセキュアアプリを暗号リソースとする。

ステップＳ６０では、要求を承認するか否か、つまり、優先処理承認を受け入れるか否かを判定し、受け入れなければステップＳ７０に移行し、受け入れればステップＳ８０に移行する。

具体的に、ステップＳ６０では、要求されたものより低い優先順位を含むいくつかの現行セキュアアプリが存在し、占有された暗号リソースの累積量が承認制御における不足分以上である場合、優先処理承認は受諾と判断されて、ステップＳ８０に移行する。また、ステップＳ６０において、現行セキュアアプリが要求より高い優先順位を有する場合、優先処理承認は失敗と判断されて、ステップＳ７０に移行する。

ステップＳ７０では、承認ユニット２３０は、セキュアアプリの暗復号化を、ＨＷ暗号ユニット２６４の暗号リソースとすることを拒否する。

つまりステップＳ７０では、承認ユニット２３０において、優先処理ユニット２４０の判定結果から、暗復号化要求は、暗号操作のリソース必要量を満足することができないために拒否される。なお、暗復号化要求を拒否されたセキュアアプリは、ソフトウェア暗号ユニット（「ＳＷ暗号ユニット」ともいう）２６６に割り当てられる。

一方、ステップＳ８０では、低優先度の現行セキュアアプリは、ＳＷ暗号ユニット２６６の暗号リソースとして再割り当てされて、ステップＳ４０に移行する。

具体的には、ステップＳ８０では、承認ユニット２３０において優先処理承認が受諾されると、優先処理承認ユニット２４０の再割当部２４６は、判定部２４２によるポリシＤＢ２４４の情報を用いた判定に基づいて、優先度の低いセキュアアプリをＳＷ暗号ユニット２６６の暗号リソースとして割り当てて、ステップＳ４０に移行する。例えば、ＨＷ暗号ユニット２６４の暗号リソースとして割り当てられていた既存のセキュアアプリの優先度が、要求してきたセキュアアプリ（優先処理承認の受諾を受けたセキュアアプリ）の優先度よりも低い場合、再割当部２４６は、既存のセキュアアプリを、ＳＷ暗号ユニット２６６の暗号ソースとして再割り当てする。

ステップＳ４０では、要求元のセキュアアプリは、ＨＷ暗号ユニット（ＨＷ暗号エンジン）２６４における指定された暗号リソース量を割り当てられて、ステップＳ９０に移行する。

具体的には、ステップＳ４０では、再割当部２４６が、暗復号化要求のあったセキュアアプリ（優先処理承認の受諾を受けたセキュアアプリ）に、ＨＷ暗号ユニット２６４の暗号リソースを割り当てる。

その際、承認ユニット２３０は、要求されたセキュアアプリをＨＷ暗号ユニット２６４で暗復号されるアプリとして、使用リソース管理部２５０の使用ＤＢ２５４に登録する。

ステップＳ９０では、セキュアアプリは、割り当てられた暗号リソースを利用することにより暗号化、暗号解読、およびメッセージダイジェストの暗号操作を実行される。

具体的には、承認ユニット２３０からの指示によって暗号処理ユニット２６０において、それぞれ暗号リソースとして割り当てられたセキュアアプリの暗号操作、つまり、暗号化或いは復号化（暗号解読）、およびメッセージダイジェストの暗号操作を行う。

次に、携帯端末１００において、ＨＷ暗号ユニット２６４及びＳＷ暗号ユニット２６６の双方を用いて暗号操作を行うことでセキュアアプリサービスが提供されている場合、ＨＷ暗号ユニット２６４によりサービスされるセキュアアプリが終了する際の動作について説明する。

携帯端末１００では、ＨＷ暗号ユニット２６４によりサービスされるセキュアアプリが終了する際には、承認ユニット２３０は、優先処理承認ユニット２４０及び使用リソース管理部２５０を用いて、暗号リソースの再割り当て処理を行う。

図７は、ＨＷ暗号ユニットであるＨＷ暗号エンジンによりサービスされるセキュアアプリが終了する際の暗号リソース割り当てに関する優先処理承認制御のフローチャートを示す。

ステップＳ１１０では、ＨＷ暗号ユニット２６４でのセキュアアプリの暗号操作が終了すると、暗号処理ユニット２６０は、ＨＷ暗号ユニット２６４を解放してステップＳ１２０に移行する。

具体的には、ステップＳ１１０では、ＨＷ暗号ユニット２６４の指定された暗号リソース量が割り当てられたセキュアアプリは終了し、ＨＷ暗号エンジンの暗号リソースは解放される。

ステップＳ１２０では、ＳＷ暗号ユニット２６６にて実行されているセキュアアプリ（暗号又は復号処理中である現行のセキュアアプリ）の中から、優先的にＨＷ暗号ユニット２６４の暗号リソースにするセキュアアプリを少なくとも一つ選択して承認する優先処理承認制御を実行する。

具体的には、ステップＳ１２０では、ＳＷ暗号ユニット２６６によりサービスされる現行セキュアアプリ内の優先順位を比較するとともに、暗号リソース必要量と解放された量とを比較することによって、優先処理承認制御を実行する。

ステップＳ１３０では、現行のセキュアアプリの優先処理承認を受け入れるか否か、つまり、現行のセキュアアプリの中から選択されたセキュアアプリを優先してＨＷ暗号ユニット２６４で処理する優先処理を承認できるか否かを判定し、承認できればステップＳ１４０に移行し、できなければ処理を終了する。

言い換えれば、このステップＳ１３０では、ＨＷ暗号ユニット２６４にて解放されたリソース量がＳＷ暗号ユニット２６６によりサービスされる最優先現行セキュアアプリの累積必要量を満足する場合、承認ユニット２３０は、判定部２４２にて優先処理承認を受諾する。

ステップＳ１４０では、現行セキュアアプリの中から優先処理対象アプリとして選択された現行セキュアアプリに、ＨＷ暗号ユニット２６４の暗号リソースを割り当てて、ステップＳ１５０に移行する。

ステップＳ１５０では、ＨＷ暗号ユニット２６４、ＳＷ暗号ユニット２６６において、それぞれ暗号リソースとして割り当てられたセキュアアプリの暗号操作（暗復号処理）を実行する。

具体的には、ステップＳ１５０では、選択されたセキュアアプリは、ＨＷ暗号ユニット２６４の暗号リソースを利用することによって暗号化、暗号解読、およびメッセージダイジェストに対する暗号操作等が行われる。

特に、暗号管理装置２００は、ＶｏＩＰ、ＡＶｏＩＰなどリアルタイム性の高いアプリ等、暗復号処理の優先度の高いアプリケーションからの要求をポリシＤＢ２４４から検出すると、暗号エンジンリソースの剥奪を実施し、剥奪されたアプリケーションはＳＷ暗号モジュール（ＳＷ暗号ユニット）２６６により処理を継続させるようにＨＷとＳＷの振分け制御を行う。

また、使用ＤＢ２５４を用いてＨＷ暗号エンジンリソースの空きを管理することにより、使用リソース情報取得部２５２が、ＨＷ暗号エンジンリソースの空きを検知すると、ＳＷ暗号モジュールに処理を回されたアプリケーションもＨＷ暗号エンジン処理へと復帰させる。

暗号管理装置２００は、アプリケーションの特性に応じて、ＨＷ暗号エンジンリソースの剥奪・復帰処理の状態を管理、制御する。具体的には、暗号管理装置２００は、ＶｏＩＰやＡＶｏＩＰ等のリアルタイムアプリのパケットを優先的にＨＷ暗復号処理できるように、動的にＨＷ暗号エンジンへの振分けを行う。

本発明の構成によれば、複数のアプリケーションのパケットが混在している状況において、暗復号処理の優先度を上げたいパケットを優先して処理できる。言い換えれば、従来と異なり、処理時間が厳しく追及されるリアルタイム性を要するパケットの効率的な暗復号処理を行うことができる。

したがって、複数のセキュアアプリのサービスを使用する場合において、複数のセキュアアプリにリアルタイムアプリが混在する場合でも、リアルタイムアプリの暗号操作を優先してＨＷ暗号ユニット２６４により行わせて、リアルタイムアプリのパケット処理遅延を減少させることができる。

次に、このような携帯端末１００における暗号管理装置２００が、セキュアアプリに対して行う暗号操作について、幾つかのパターンを例に挙げて、より詳細に説明する。

なお、以下では、暗号管理装置２００により実行される暗号操作のうち、便宜上、暗号化を主にして説明するが、復号化も同様の処理で行われるものとする。

また、ＨＷ暗号ユニット２６４及びＳＷ暗号ユニット２６６において、セキュアアプリに対してハードウェアで行われる暗号化の処理を、便宜上、ＨＷ暗号といい、ソフトウェアで行われる暗号化の処理をＳＷ暗号と称する。

＜一つのセキュアアプリに対する暗号操作例＞
１．（ＨＷ暗号によるセキュアＡＶｏＩＰ送信）
図８は、本発明に係る暗号装置を備える携帯端末においてＨＷ暗号によるセキュアＡＶｏＩＰ送信処理を示すシーケンス図である。なお、このシーケンス図では、携帯端末における構成要素は、カーネル、アプリケーションレイヤ、ネットワークレイヤでそれぞれ機能する構成要素毎に分けて図示されている。また、ネットワークレイヤで機能するＴＣＰ／ＩＰスタックのＩＰｓｅｃモジュールは、具体的な機能の説明上、ネットワークＩ／Ｆととともにネットワークモジュールとして機能するものとは分けて図示している。これらの点は、図９〜図１１についても同様である。

先ず、ステップＳ１００１では、ＩＰｓｅｃアプリ１１０におけるＩＰｓｅｃアプリであるセキュアＡＶｏＩＰ１１０ａが、ネットワーク層のＴＣＰ／ＩＰスタック３００へのＡＶｏＩＰパケット送信処理を行う。ステップＳ１００２では、セキュアＡＶｏＩＰ１１０ａは、ＴＣＰ／ＩＰスタック３００にＡＶｏＩＰパケットを送信する。

ステップＳ１００３では、ＴＣＰ／ＩＰスタック３００のＩＰスタックがセキュアＡＶｏＩＰパケットを受け取り、ステップＳ１００４では、受け取ったセキュアＡＶｏＩＰパケットを、ＴＣＰ／ＩＰスタック３００内におけるＩＰｓｅｃモジュール３１０のＳＡＤＢ（Security Association Data Base）３２０に出力する。

ステップＳ１００５では、ＡＶｏＩＰパケットは、ＳＡＤＢ３２０に登録されたＳＡと合致する。ステップＳ１００６では、ＩＰｓｅｃモジュール３１０は、ＳＡＤＢ３２０にて、当該ＡＶｏＩＰパケットに対する暗号操作要求処理を行い、ステップＳ１００７において、暗号操作要求をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１００８、ステップＳ１００９では、クライアントＩ／Ｆ部２１０は、ＳＡＤＢ３２０から入力された暗号操作要求を、暗号処理ユニット２６０に出力する。

ステップＳ１０１０では、暗号処理ユニット２６０は、ＨＷ暗号を使用して暗号操作を実行する。具体的に、ステップＳ１０１０では、暗号処理ユニット２６０は、ＨＷ暗号ユニット２６４を用いてＡＶｏＩＰパケットに対して暗号操作を行う。

ステップＳ１０１１では、暗号処理ユニット２６０は、暗号化したＡＶｏＩＰパケットをＩＰｓｅｃモジュール３１０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１０１２では、ＩＰｓｅｃモジュール３１０が、クライアントＩ／Ｆ部２１０のＡＶｏＩＰパケットのＩＰｓｅｃパケットを生成する。

ステップＳ１０１３では、ＩＰｓｅｃモジュール３１０は、生成したＩＰｓｅｃパケットを、クライアントＩ／Ｆ部２１０を介してネットワークＩ／Ｆ４００に出力する。

ステップＳ１０１４では、ネットワーク層のネットワークＩ／Ｆ４００は、入力されたＩＰｓｅｃパケットを携帯端末１００の外部に送信する。

このようにして、携帯端末１００では、ＨＷ暗号ユニット２６４により暗号操作されたセキュアＡＶｏＩＰの通信を行う。

２．（ＳＷ暗号及びＨＷ暗号によるセキュアｗｅｂ送信）
図９は、本発明に係る暗号装置を備える携帯端末においてＳＷ暗号及びＨＷ暗号によるセキュアｗｅｂ送信処理を示すシーケンス図である。

先ず、ステップＳ１１０１では、ＳＳＬアプリ１３０において、ＳＳＬ上のアプリであるセキュアＷｅｂ１３０ａが、ｗｅｂパケット送信処理を行い、ステップＳ１１０２において、クライアントＩ／Ｆ部２１０に出力する。

ステップＳ１１０３では、ＳＳＬアプリ１３０は、クライアントＩ／Ｆ部２１０で、セキュアＷｅｂ１３０ａからのセキュアＷｅｂパケット（以下、ｗｅｂパケットという）を受けて、暗号操作要求処理を行う。ステップＳ１１０４において、ＳＳＬアプリ１３０は、暗号処理ユニット２６０にｗｅｂパケットを出力して暗号操作要求を行う。

ステップＳ１１０５では、暗号処理ユニット２６０は、ＳＷ暗号を使用して暗号操作を実行する。具体的に、ステップＳ１１０５では、暗号処理ユニット２６０では、ＳＷ暗号ユニット２６６を用いてセキュアＷｅｂに対して暗号操作を行う。

ステップＳ１１０６では、暗号処理ユニット２６０は、暗号化したｗｅｂパケットをＳＳＬアプリ１３０のセキュアＷｅｂ１３０ａに出力する。

ステップＳ１１０７では、セキュアＷｅｂ１３０ａは、暗号化されたｗｅｂパケットの送信処理を行い、ステップＳ１１０８において、ネットワーク層のＴＣＰ／ＩＰスタック３００に出力する。

ステップＳ１１０９では、ＴＣＰ／ＩＰスタック３００は、アプリ層のセキュアＷｅｂ１３０ａから入力された、暗号化されたパケット（暗号化済みのｗｅｂパケット）をネットワークＩ／Ｆ４００に出力する。

ステップＳ１１１０では、ネットワークＩ／Ｆ４００は、暗号化済みのｗｅｂパケットを外部装置に送信する。つまり、ネットワークＩ／Ｆ４００から暗号化されたパケットを送信する。

先ず、ステップＳ１１１１では、ＳＳＬアプリ１３０において、ＳＳＬ上のアプリであるセキュアＷｅｂ１３０ａが、ｗｅｂパケット送信処理を行い、ステップＳ１１１２において、クライアントＩ／Ｆ部２１０に出力する。

ステップＳ１１１３では、ＳＳＬアプリ１３０は、クライアントＩ／Ｆ部２１０で、セキュアＷｅｂ１３０ａからのｗｅｂパケットを受けて、暗号操作要求出力処理を行う。ステップＳ１１１４において、ＳＳＬアプリ１３０は、暗号処理ユニット２６０にｗｅｂパケットを出力して暗号操作要求を行う。

ステップＳ１１１５では、暗号処理ユニット２６０は、ＨＷ暗号を使用して暗号操作を実行する。具体的に、ステップＳ１１１５では、暗号処理ユニット２６０では、ＨＷ暗号ユニット２６４を用いてセキュアＷｅｂ（ｗｅｂパケット）に対して暗号操作を行う。

ステップＳ１１１６では、暗号処理ユニット２６０は、暗号化したｗｅｂパケットをＳＳＬアプリ１３０のセキュアＷｅｂ１３０ａに出力する。

ステップＳ１１１７では、セキュアＷｅｂ１３０ａは、暗号化されたｗｅｂパケットの送信処理を行い、ステップＳ１１１８において、ネットワーク層のＴＣＰ／ＩＰスタック３００に出力する。

ステップＳ１１１９では、ＴＣＰ／ＩＰスタック３００は、アプリ層のセキュアＷｅｂ１３０ａから入力された、暗号化されたパケット（暗号化済みのｗｅｂパケット）をネットワークＩ／Ｆ４００に出力する。

ステップＳ１１２０では、ネットワークＩ／Ｆ４００は、暗号化済みのｗｅｂパケットを外部装置に送信する。つまり、ネットワークＩ／Ｆ４００から暗号化されたパケットを送信する。

３．（ＳＷ暗号によるセキュアＶｏＩＰ送信）
図１０は、本発明に係る暗号装置を備える携帯端末においてＳＷ暗号によるセキュアＶｏＩＰ送信処理を示すシーケンス図である。

まず、ステップＳ１２０１では、ＩＰｓｅｃアプリ１１０におけるＩＰｓｅｃアプリであるセキュアＶｏＩＰ１１０ｂが、ネットワーク層のＴＣＰ／ＩＰスタック３００へのＶｏＩＰパケット送信処理を行う。ステップＳ１２０２では、セキュアＶｏＩＰ１１０ｂは、ＴＣＰ／ＩＰスタック３００にＶｏＩＰパケットを送信する。

ステップＳ１２０３では、ＴＣＰ／ＩＰスタック３００のＩＰスタックがセキュアＶｏＩＰパケットを受け取り、ステップＳ１２０４では、受け取ったセキュアＶｏＩＰパケットを、ＴＣＰ／ＩＰスタック３００内におけるＩＰｓｅｃモジュール３１０のＳＡＤＢ３２０に出力する。

ステップＳ１２０５では、ＶｏＩＰパケットは、ＳＡＤＢ３２０に登録されたＳＡと合致する。ステップＳ１２０６では、ＩＰｓｅｃモジュール３１０は、ＳＡＤＢ３２０にて、当該ＶｏＩＰパケットに対する暗号操作要求処理を行い、ステップＳ１２０７において、暗号操作要求をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１２０８、ステップＳ１２０９では、クライアントＩ／Ｆ部２１０は、ＳＡＤＢ３２０から入力された暗号操作要求を、暗号処理ユニット２６０に出力する。

ステップＳ１２１０では、暗号処理ユニット２６０は、ＳＷ暗号を使用して暗号操作を実行する。具体的に、ステップＳ１２１０では、暗号処理ユニット２６０は、ＳＷ暗号ユニット２６６を用いてＶｏＩＰパケットに対して暗号操作を行う。

ステップＳ１２１１では、暗号処理ユニット２６０は、暗号化したＶｏＩＰパケットをＩＰｓｅｃモジュール３１０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１２１２では、ＩＰｓｅｃモジュール３１０が、クライアントＩ／Ｆ部２１０のＶｏＩＰパケットのＩＰｓｅｃパケットを生成する。

ステップＳ１２１３では、ＩＰｓｅｃモジュール３１０は、生成したＩＰｓｅｃパケットを、クライアントＩ／Ｆ部２１０を介してネットワークＩ／Ｆ４００に出力する。

ステップＳ１２１４では、ネットワーク層のネットワークＩ／Ｆ４００は、入力されたＩＰｓｅｃパケットを携帯端末１００の外部に送信する。つまり、ＩＰｓｅｃパケットは、ネットワークインターフェースから送信される。

このようにして、携帯端末１００では、ＳＷ暗号ユニット２６６により暗号操作されたセキュアＶｏＩＰの通信を行う。

４．（ＨＷ暗号によるセキュアＶｏＩＰ送信）
図１１は、本発明に係る暗号装置を備える携帯端末においてＨＷ暗号によるセキュアＶｏＩＰ送信処理を示すシーケンス図である。

先ず、ステップＳ１３０１では、ＩＰｓｅｃアプリ１１０におけるＩＰｓｅｃアプリであるセキュアＶｏＩＰ１１０ｂが、ネットワーク層のＴＣＰ／ＩＰスタック３００へのＶｏＩＰパケット送信処理を行う。ステップＳ１３０２では、セキュアＶｏＩＰ１１０ｂは、ＴＣＰ／ＩＰスタック３００にＶｏＩＰパケットを送信する。

ステップＳ１３０３では、ＴＣＰ／ＩＰスタック３００のＩＰスタックがセキュアＶｏＩＰパケットを受け取り、ステップＳ１３０４では、受け取ったセキュアＶｏＩＰパケットを、ＴＣＰ／ＩＰスタック３００内におけるＩＰｓｅｃモジュール３１０のＳＡＤＢ（Security Association Data Base）３２０に出力する。

ステップＳ１３０５では、ＶｏＩＰパケットは、ＳＡＤＢ３２０に登録されたＳＡと合致する。ステップＳ１３０６では、ＩＰｓｅｃモジュール３１０は、ＳＡＤＢ３２０にて、当該ＶｏＩＰパケットに対する暗号操作要求処理を行い、ステップＳ１３０７において、暗号操作要求をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１３０８、ステップＳ１３０９では、クライアントＩ／Ｆ部２１０は、ＳＡＤＢ３２０から入力された暗号操作要求を、暗号処理ユニット２６０に出力する。

ステップＳ１３１０では、暗号処理ユニット２６０は、ＨＷ暗号を使用して暗号操作を実行する。具体的に、ステップＳ１３１０では、暗号処理ユニット２６０は、ＨＷ暗号ユニット２６４を用いてＶｏＩＰパケットに対して暗号操作を行う。

ステップＳ１３１１では、暗号処理ユニット２６０は、暗号化したＶｏＩＰパケットをＩＰｓｅｃモジュール３１０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１３１２では、ＩＰｓｅｃモジュール３１０が、クライアントＩ／Ｆ部２１０のＶｏＩＰパケットのＩＰｓｅｃパケットを生成する。

ステップＳ１３１３では、ＩＰｓｅｃモジュール３１０は、生成したＩＰｓｅｃパケットを、クライアントＩ／Ｆ部２１０を介してネットワークＩ／Ｆ４００に出力する。

ステップＳ１３１４では、ネットワーク層のネットワークＩ／Ｆ４００は、入力されたＩＰｓｅｃパケットを携帯端末１００の外部に送信する。

このようにして、携帯端末１００では、ＨＷ暗号ユニット２６４により暗号操作されたセキュアＶｏＩＰの通信を行う。

次に、携帯端末１００において、特徴的な処理である、複数のセキュアアプリによるサービスを使用する際の、セキュアアプリに対する暗号操作の管理を行う暗号管理装置２００の処理について説明する。

＜複数のセキュアアプリに対する暗号操作例＞
まず、以下の説明に用いられる携帯端末１００におけるＨＷ暗号ユニット２６４の機能として、例示的な最大数、ポリシＤＢの例示的なスナップショット、および使用ＤＢの例示的なスナップショットを説明する。

ここでは、ＨＷ暗号ユニット２６４は、暗号操作としての暗号操作に関し、同時に最大８チャネルを提供することができるものとする。なお、チャネル数である８チャネルは、一例であり、製品化の際、他の値に変えてよい。

図１２は、具体例で使用されるポリシＤＢのスナップショット及び使用ＤＢのスナップショットを示す図であり、図１２（ａ）は、ポリシＤＢのスナップショット、図１２（ｂ）は、使用ＤＢのスナップショットを示す。

図１２（ａ）に示すポリシＤＢのスナップショット５１０は、対応するセキュアアプリケーション毎に４つのエントリを有している。

第１のエントリ５１２は、ＡＶｏＩＰアプリケーション用に規定されており、最高優先順位（最優先度）３と、ＨＷ暗号用に必要な最大８チャネルとを有する。第２のエントリ５１４は、ＶｏＩＰアプリケーション用に規定されており、優先順位（優先度）２と、ＨＷ暗号用に必要な４チャネルとを有する。

第３のエントリ５１６は、リモートファイルアクセス（Ｆｔｐ）用に規定され、最低優先順位（優先度）０と、ＨＷ暗号用に必要な２チャネルとを有する。第４のエントリ５１８は、Ｗｅｂアクセス（Ｗｅｂ）用に規定され、優先順位（優先度）１と、ＨＷ暗号用に必要な２チャネルとを有する。

図１２（ｂ）に示す使用ＤＢのスナップショット５２０では、ＶｏＩＰアプリケーション５２２と、Ｗｅｂアクセス（Ｗｅｂ）５２４とがエントリされている。

ＶｏＩＰアプリケーション５２２は第１のエントリであり、図１２（ｂ）では、セキュア通信を実行するために割り当てられた４チャネルのＨＷ暗号を使用することを示し、Ｗｅｂアクセス（Ｗｅｂ）５２４は、第２のエントリであり、図１２（ｂ）では、セキュア通信を実行するために割り当てられた２チャネルのＨＷ暗号を使用することを示している。

使用ＤＢのスナップショット５２０では、移動端末１００上で、ＶｏＩＰとＷｅｂアクセスのセキュアアプリが２つの同時にＨＷ暗号ユニット２６４によってセキュア通信を実行されることを示している。

（具体例１）
図１３は、本発明の係る暗号装置を備える携帯端末における処理の具体例１の概要を説明する図である。図１３に示す例では、携帯端末１００において、ＨＷ暗号エンジンを利用したセキュアアプリのサービスの実行中に、実行中のセキュアアプリよりも優先度の高いセキュアアプリを使用する場合における各セキュアアプリと暗号管理装置の状態を模式的に示す。

ここでは、ＨＷ暗号エンジンを用いたセキュアアプリをセキュアＷｅｂとし、このセキュアＷｅｂサービスの使用中に、セキュアＷｅｂよりも優先度の高いセキュアプリであるテレビ電話の着信を受けた場合における処理を説明する。

図１３に示すように、まず、ＳＬＬアプリ（セキュアＷｅｂ）１３０は、ステップＳ６０１においてセキュアアプリを開始し、ステップＳ６０２で暗号管理装置２００に暗号要求を送信する。

暗号要求（ステップＳ６０２）を受信した後、ステップＳ６０３では、暗号管理装置２００では、承認制御はそれを受諾し、２チャネルのＨＷ暗号ユニットを割り当て、使用ＤＢ２５４上でその使用を更新する。なお、図１３のステップＳ６０３では、暗号管理装置２００の処理内容とともに、その処理により更新された使用ＤＢのエントリ状態も示されている。

ステップＳ６０４では、ＳＬＬアプリ（セキュアＷｅｂ）１３０は、セキュアアプリを実行するためにＨＷ暗号を使用する。

その後、ステップＳ６０５において、ＩＰｓｅｃアプリ（セキュアＡＶｏＩＰ）１１０は、セキュアアプリを開始し、ステップＳ６０６において、暗号管理装置２００に暗号要求を送信する。

暗号管理装置２００は、ＩＰｓｅｃアプリ（セキュアＡＶｏＩＰ）１１０からの暗号要求を受信した後、ステップＳ６０７において、承認制御を実行する。ポリシＤＢ２４４によると、暗号要求したＩＰｓｅｃアプリ（セキュアＡＶｏＩＰ）１１０の処理に必要なチャネルの必要量は８チャネル、可用度は６チャネルであり、承認制御は失敗する。

よって、ステップＳ６０７において承認制御から優先処理承認制御に移行し、ＡＶｏＩＰ優先順位はＷｅｂより高いのでプリエンプティブ承認制御は成功する。

したがって、暗号管理装置２００は、ＳＷ暗号をセキュアＷｅｂに再割り当てし、それにより８チャネルのＨＷ暗号をセキュアＡＶｏＩＰに割り当てる。暗号リソースの割り当てと再割り当ては、使用ＤＢ２５４に更新される。なお、図１３のステップＳ６０７では、暗号管理装置２００の処理内容とともに、その処理により更新された使用ＤＢのエントリ状態も示されている。

次に、ステップＳ６０８において、ＩＰｓｅｃアプリ（セキュアＡＶｏＩＰ）１１０は、セキュアアプリを実行するためにＨＷ暗号を使用する。

その間、ステップＳ６０９において、ＳＬＬアプリ（セキュアＷｅｂ）１３０は、セキュアアプリを実行するためにＳＷ暗号を使用する。

ステップＳ６１０において、セキュアＡＶｏＩＰが終了すると、セキュアＡＶｏＩＰはステップＳ６１１において、暗号リソースの解放要求を送信する。

ステップＳ６１２において、暗号管理装置２００は８チャネルのＨＷ暗号を解放し、優先処理承認制御を実行する。ここでは、暗号管理装置２００は、使用リソース管理部２５０を用いて、ＳＷ暗号を使用するセキュアアプリの存在有りと判断するため、優先処理承認制御は成功し、セキュアＷｅｂに対して、２チャネルのＨＷ暗号の再割り当てを行っている。この図１３のステップＳ６１２では、暗号管理装置２００の処理内容とともに、その処理により更新された使用ＤＢのエントリ状態が示されている。

ステップＳ６１３では、ＳＬＬアプリ（セキュアＷｅｂ）１３０は、セキュアアプリを実行するためにＨＷ暗号を使用する。

ステップＳ６１４において、ＳＬＬアプリ（セキュアＷｅｂ）１３０はＨＷによる暗復号化を終了、つまり、セキュアＷｅｂのアプリが終了すると、ステップＳ６１５において、暗号リソースの解放要求を送信する。ステップＳ６１６において、暗号管理装置２００は、２チャネルのＨＷ暗号を解放し、優先処理承認制御を実行する。このとき、ＳＷ暗号を使用する現行アプリは存在しないため、優先処理承認制御は失敗する。よって、この状態における暗号管理装置２００は、どのセキュアアプリに対しても暗復号化の管理を行っていない。

図１４〜図１８は、本発明に係る暗号装置を備える携帯端末における具体例１の処理を示すシーケンス図である。これらの図において、テーブルＤは使用ＤＢのエントリを示し、テーブルＤにおけるフィールドの「使用チャネル♯」は、「使用ＨＷチャネル数」を示し、「コールバック」は「再割当用コールバック」を示す。なお、図１４〜図１８では、携帯端末における構成要素は、カーネル、アプリケーションレイヤ、ネットワークレイヤでそれぞれ機能する構成要素毎に分けて図示されている。また、ネットワークレイヤで機能するＴＣＰ／ＩＰスタックのＩＰｓｅｃモジュールは、具体的な機能の説明上、ネットワークＩ／Ｆととともにネットワークモジュールとして機能するものとは分けて図示している。

図１４に示すように、ステップＳ１６０１及びステップＳ１６０２では、ＳＳＬアプリ１３０のＳＳＬアプリ（ＡＰＰ）であるセキュアＷｅｂアプリ１３０ａは、セキュアＷｅｂ要求をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１６０３及びステップＳ１６０４では、ＳＳＬアプリ１３０は、クライアントＩ／Ｆ部２１０において、暗号要求（暗号化要求）処理を行い、暗号要求を暗号管理装置２００の承認ユニット２３０に出力する。

ステップＳ１６０５では、セキュアに対する暗号要求を受けた暗号管理装置２００の承認ユニット２３０は、承認制御を実行し、ステップＳ１６０６及びステップＳ１６０７では、承認ユニット２３０は使用ＤＢ２５４の情報を読み、暗号リソースの可用性をチェック（確認）する。

ステップＳ１６０７において承認ユニット２３０が使用ＤＢ２５４を読み出した際に、使用ＤＢ２５４には暗号リソースとしてセキュアアプリは存在しない。

このため、ステップＳ１６０８において、承認ユニット２３０は、暗号化要求の承認を受け入れる。

ステップＳ１６０９、ステップＳ１６１０では、承認ユニット２３０は、ＨＷ暗号をセキュアＷｅｂに割り当てて、その旨を使用ＤＢ２５４で更新する。

使用ＤＢとしてのテーブルＤ１６１１からセキュアＷｅｂが暗号操作で使用するチャネル数は２チャネルであるため、ステップＳ１６１２において、承認ユニット２３０は、暗号要求ＯＫの旨を示す情報を、ＳＳＬアプリ１３０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１６１３ではＳＳＬアプリ１３０は、クライアントＩ／Ｆ部２１０において暗号要求ＯＫを取得する。

ステップＳ１６１４では、ＳＳＬアプリ１３０は、クライアントＩ／Ｆ部２１０からセキュアアプリ（セキュアｗｅｂ）１３０ａに、暗号要求承認の旨を示す情報（暗号要求ＯＫ）を出力する。ステップＳ１６１５では、セキュアアプリ１３０ａは、セキュアＷｅｂの要求承認情報を取得する。

ステップＳ１６１６では、セキュアアプリであるセキュアＷｅｂ１３０ａは、ｗｅｂパケットを送信する。なお、このステップＳ１６１６以降の処理は、図９で示すＨＷ暗号を用いたセキュアＷｅｂ送信における処理（Ｓ１１１１〜Ｓ１１２０）と同様の処理であるため説明は省略する。

次いで、図１５に示すように、ステップＳ１６１７、Ｓ１６１８では、ＩＰｓｅｃアプリ１１０のセキュアアプリ（ＡＰＰ）であるセキュアＡＶｏＩＰ１１０ａが、セキュアＡＶｏＩＰをＩＫＥ部１２０に要求する。

ステップＳ１６１９では、ＩＫＥ部１２０のＩＫＥ１２０ａは、セキュアＡＶｏＩＰの通信を識別するＳＡを確立するためにキー交換処理を行い、ステップＳ１６２０においてそのＳＡを利用して行われる通信（セッション情報）は暗号化処理である旨を示す情報をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１６２１では、クライアントＩ／Ｆ部２１０は、ＩＫＥ１２０ａからの暗号要求（暗号化要求）を取得し、暗号要求を暗号管理装置２００の承認ユニット２３０に出力する。言い換えれば、ステップＳ１６２１では、ＩＫＥ部１２０は、暗号要求を、クライアントＩ／Ｆ部２１０から出力する処理を行う。

ステップＳ１６２２では、暗号要求を受けた承認ユニット２３０は、承認制御を実行し、ステップＳ１６２３では、承認ユニット２３０は、使用ＤＢ２５４に格納された情報を用いて、可用性のある暗号リソースの有無を確認する。このとき、図１４のＤ１６１１に示すように使用ＤＢでは、セキュアＷｅｂ１３０ａにＨＷ暗号ユニットの暗号リソースが割り当てられているため、ステップＳ１６２４では、ＡＶｏＩＰに対するＨＷ暗号操作要求の承認は失敗し、その旨の信号を優先処理承認ユニット２４０に出力する（ステップＳ１６２５）。つまり、暗号管理装置２００では、承認制御の失敗後、優先処理承認制御に移行する。

ステップＳ１６２６〜ステップＳ１６３０、Ｄ１６３１、ステップＳ１６３２において、優先処理承認ユニット２４０は、優先処理承認制御を行う。

この優先処理承認制御は、上述したように優先処理承認ユニット２４０において、判定部２４２が、要求元のセキュアアプリと、実際にＨＷ暗号による処理が行われている現行のセキュアアプリの優先度とを比較する。この比較した結果に基づき、セキュアアプリの優先度に応じて、再割当部２４６が、それぞれのセキュアアプリに対して、ＨＷ暗号ユニット２６４及びＳＷ暗号ユニット２６６を割り当てる。

ここでは、ステップＳ１６２６では、判定部２４２がポリシＤＢ２４４の情報を読み込み、要求のあるセキュアＡＶｏＩＰが、暗号処理中のセキュアアプリであるセキュアｗｅｂよりも高い優先度を有すると判定する。ステップＳ１６２７では、この判定によって、優先処理承認が受諾され、ステップＳ１６２８では、優先処理承認ユニット２４０の再割当部２４６は、ＳＷ暗号をセキュアＷｅｂに再割り当てるとともに、ｃｂ＿ｗｅｂを呼び出して、対応するセキュアＷｅｂをコールバックする。

次いで、ステップＳ１６２９、ステップＳ１６３０では、再割当部２４６は、ＨＷ暗号をセキュアＡＶｏＩＰに割り当てて、割り当て及び再割り当ての結果を示す情報を更新情報として使用ＤＢ２５４に出力して、使用ＤＢ２５４を更新する。

使用ＤＢは、更新情報を取得して、テーブルＤ１６３１として更新される。

テーブルＤ１６３１では、使用ＨＷチャネル数０のＳＷ暗号の暗号リソースとして割り当てられたセキュアｗｅｂと、使用ＨＷチャネル数８のＨＷ暗号の暗号リソースとして割り当てられたセキュアＡＶｏＩＰとが記憶されている。

ステップＳ１６３２では、優先処理承認制御による暗号要求の承認情報をＩＫＥ部１２０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１６３３では、ＩＫＥ部１２０は、クライアントＩ／Ｆ部２１０において暗号要求承認（暗号要求ＯＫ）を取得し、ＩＫＥ１２０ａに出力する。

ステップＳ１６３４では、ＩＫＥ１２０ａは、このＨＷ暗号が割り当てられたＳＡをセキュアＡＶｏＩＰの通信を識別するＳＡとして保持し、ステップＳ１６３５では、ＩＫＥ１２０ａは、本ＨＷ暗号が割り当てられたＳＡの情報をＳＡＤＢ３２０に出力し、Ｓ１６３６ではＳＡＤＢ３２０は、本ＨＷ暗号が割り当てられたＳＡを生成する。

また、ステップＳ１６３７では、ＩＫＥ１２０ａは、セキュアＡＶｏＩＰの暗号要求承認をＩＰｓｅｃアプリ１１０のセキュアアプリ１１０ａに出力し、ステップＳ１６３８において、セキュアＡＶｏＩＰアプリ１１０ａは、セキュアＡＶｏＩＰの暗号要求承認（暗号要求ＯＫ）を取得する。

次いで図１６に示す、ステップＳ１６３９では、ＡＶｏＩＰアプリ１１０ａがＡＶｏＩＰパケット送信処理を行う。このステップＳ１６３９は、図８のステップＳ１００１と同様の処理であり以降、図８で示す処理と同様の処理を行って、ＨＷ暗号によるＡＶｏＩＰ送信が行われる。

また、ステップＳ１６４０では、ＳＳＬアプリ１３０のＳＳＬアプリであるセキュアＷｅｂ１３０ａは、セキュアｗｅｂパケット送信処理を行う。なお、このステップＳ１６４０は、図９に示すステップＳ１１０１と同様の処理であり、以降のステップＳ１１０２〜ステップＳ１１１０で示す処理を行って、ＳＷ暗号によるセキュアＷｅｂ送信が行われる。

携帯端末１００においてセキュアＡＶｏＩＰに対する暗号操作が終了した場合、図１７のステップＳ１６４１では、ＩＰｓｅｃアプリ１１０のセキュアＡＶｏＩＰ１１０ａは、セキュアＡＶｏＩＰ終了の要求処理を行い、セキュアＡＶｏＩＰ終了要求をＩＫＥ１２０ａに出力する。

ステップＳ１６４２では、ＩＫＥ部１２０は、ＩＫＥ１２０ａにより保持していたＳＡの削除処理を行い、ステップＳ１６４３では、該当するＳＡを削除するためにその削除指示情報をＳＡＤＢ３２０に出力する。

ステップＳ１６４４では、ＩＰｓｅｃモジュール３１０のＳＡＤＢ３２０では、登録されたＨＷ暗号によるＳＡが取り除かれる。

ステップＳ１６４５では、ＩＫＥ１２０ａは、暗号解放の要求処理を行い、その旨の情報をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１６４６では、クライアントＩ／Ｆ部２１０は、暗号解放要求を取得して、ステップＳ１４６７では、取得した暗号解放要求は、ＩＫＥ部１２０によって、クライアントＩ／Ｆ部２１０から承認ユニット２３０に出力される。

ステップＳ１６４８では、暗号解放要求が入力された承認ユニット２３０は、セキュアＡＶｏＩＰに対して暗号操作していた暗号ユニットを解放する。

ステップＳ１６４９では、承認ユニット２３０は、使用ＤＢ２５４に解放した暗号ユニットの情報を記憶することによって、暗号リソースの可用性を更新する。

更新された使用ＤＢ２５４としてのテーブルＤ１６５０には、セキュアＷｅｂがＳＷ暗号により処理されている点が記載されている。

このようにセキュアＷｅｂがＳＷ暗号によって処理されており、ＨＷ暗号による処理が行われていないときには、ステップＳ１６５１では、優先処理承認ユニット２４０は、優先処理承認対象としてセキュアＷｅｂを受け入れる。

ステップＳ１６５２では、優先処理承認ユニット２４０は、使用ＤＢ２５４から再割り当てのコールバック情報であるｃｂ＿ｗｅｂを呼び出して、ＨＷ暗号をセキュアＷｅｂに再割り当てを行う。

このとき使用ＤＢ２５４は、書き換えられ、テーブルＤ１６５３には、セキュアＷｅｂがＨＷ暗号により処理され、ＨＷチャネルを２チャネル使用している点が記載されている。

ステップＳ１６５４では、セキュアｗｅｂへのＨＷ暗号の再割り当てを行った優先処理承認ユニット２４０は、その旨を示す情報をＩＫＥ部１２０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１６５５では、ＩＫＥ部１２０は、クライアントＩ／Ｆ部２１０において、暗号解放ＯＫを取得し、ステップＳ１６５６では、ＩＫＥ部１２０は、ＩＫＥ１２０ａからＩＰｓｅｃアプリであるセキュアＡＶｏＩＰ１１０ａに出力する。

ステップＳ１６５７では、ＩＰｓｅｃアプリ１１０のセキュアＡＶｏＩＰ１１０ａは、セキュアＡＶｏＩＰ終了を取得する。

ステップＳ１６５８では、ＳＳＬアプリ１３０のＳＳＬアプリであるセキュアｗｅｂ１３０ａは、セキュアｗｅｂパケット送信処理を行う。なお、このステップＳ１６５８は、図９に示すステップＳ１１１１と同様の処理であり、以降のステップＳ１１１２〜ステップＳ１１２０で示す処理を行って、ＨＷ暗号によるセキュアｗｅｂ送信が行われる。

次いで、図１８に示すステップＳ１６５９では、ＳＳＬアプリ１３０のセキュアｗｅｂ１３０ａは、セキュアＷｅｂ終了の要求処理を行い、セキュアＷｅｂ終了要求情報をＩＫＥ１２０ａに出力する。

クライアントＩ／Ｆ部２１０は、ステップＳ１６６０では、暗号解放要求を取得して、ステップＳ１６６１では、暗号解放要求情報を承認ユニット２３０に出力する。

ステップＳ１６６２では、暗号解放要求が入力された承認ユニット２３０は、セキュアＷｅｂに対して暗号操作していた暗号ユニットを解放する。

ステップＳ１６６３では、承認ユニット２３０は、使用ＤＢ２５４に解放した暗号ユニットの情報を記憶することによって、暗号リソースの可用性を更新する。

更新された使用ＤＢ２５４としてのテーブルＤ１６６４には、管理されるセキュアアプリが存在していない。

このようにセキュアＷｅｂの暗号操作解放後、どのセキュアアプリも暗号操作されていない状態、つまり、セキュアアプリのサービスを使用していない場合、ステップＳ１６６５では、優先処理承認ユニット２４０における優先処理承認制御は失敗する。

ステップＳ１６６６では、優先処理承認ユニット２４０は、優先処理承認失敗をＳＳＬアプリ１３０に通知し、ステップＳ１６６７では、クライアントＩ／Ｆ部２１０は、暗号解放ＯＫ情報を取得して、セキュアＷｅｂ１３０ａに通知する。

ステップＳ１６６８では、セキュアＷｅｂ１３０ａは、セキュアＷｅｂ終了処理を行う。

（具体例２）
図１９は、本発明の係る暗号装置を備える携帯端末における処理の具体例２の概要を説明する図である。図１９に示す例では、携帯端末１００において、ＨＷ暗号エンジンを利用したセキュアアプリのサービスの実行中に、実行中のセキュアアプリよりも優先度の低いセキュアアプリを使用する場合における各セキュアアプリと暗号管理装置の状態を模式的に示す。

ここでは、ＨＷ暗号エンジンを用いたセキュアアプリをセキュアＡＶｏＩＰとし、このセキュアＡＶｏＩＰサービスの使用中に、使用されるアプリをセキュアＷｅｂとする。

すなわち、この具体例では、携帯端末１００において、テレビ電話の使用中に、使用中のセキュアＡＶｏＩＰよりも優先度の低いセキュアプリであるセキュアＷｅｂ（ｗｅｂ閲覧）を行う場合における処理を説明する。なお、セキュアＡＶｏＩＰに代えてＶｏＩＰとしてもよい。

図１９に示すように、ＩＰｓｅｃアプリ（「セキュアＡＶｏＩＰ」ともいう）１１０は、ステップＳ７０１において、セキュアアプリを開始し、ステップＳ７０２では暗号管理装置２００に暗号要求を送信する。ステップＳ７０３では、暗号管理装置２００では、セキュアＡＶｏＩＰ１１０からの暗号要求を受信した後、承認制御はそれを受諾し、セキュアＡＶｏＩＰ１１０に８チャネルのＨＷ暗号ユニットを割り当てて、使用ＤＢ２５４上でその使用を更新する。なお、図１９のステップＳ７０３では、暗号管理装置２００の処理により更新された使用ＤＢのエントリ状態が示されている。

ステップＳ７０４では、セキュアＡＶｏＩＰ１１０は、セキュアアプリを実行するためにＨＷ暗号を使用する。

このセキュアＡＶｏＩＰのＨＷ暗号の使用中に、ステップＳ７０５においてＳＬＬアプリ（「セキュアＷｅｂ」ともいう）１３０はセキュアアプリを開始し、ステップＳ７０６において暗号管理装置２００に暗号要求を送信する。暗号管理装置２００は、要求を受信した後、ステップＳ７０７で承認制御を実行する。ポリシＤＢ２４４によれば、要求したセキュアアプリであるセキュアＷｅｂのチャネル必要量は２チャネル、可用度は零チャネルであるため、承認制御は失敗する。次いで、優先処理承認制御に進み、ｗｅｂ優先順位はＡＶｏＩＰより低いため、プリエンプティブ承認制御は失敗する。

暗号管理装置２００は、ＳＷ暗号ユニット２６６をセキュアｗｅｂに割り当て、使用ＤＢ上でその使用を更新する。この更新された使用ＤＢのエントリ状態は、図１３のステップＳ７０７で示されている。

ステップＳ７０８では、セキュアＷｅｂ１３０はセキュアアプリを実行するためにＳＷ暗号を使用する。

ステップＳ７１０において、セキュアＡＶｏＩＰ１１０は終了し、セキュアＡＶｏＩＰ１１０はステップＳ７１１において、暗号管理装置２００に暗号リソースの解放要求を送信する。

ステップＳ７１２では、暗号管理装置２００は、８チャネルのＨＷ暗号を解放し、優先処理承認制御を実行する。図１９のステップＳ７１２に付随する使用ＤＢでは、ＳＷ暗号を使用するセキュアアプリが存在する。このため、優先処理承認制御は成功し、暗号管理装置２００は、セキュアＷｅｂ１３０に、２チャネルのＨＷ暗号を再割り当てている。図１９のステップＳ７１２で示す使用ＤＢは、暗号管理装置２００の処理により再割当された使用ＤＢのエントリ状態を示している。

ステップＳ７１３では、セキュアＷｅｂ１３０は、セキュアアプリを実行するために再割り当てされたＨＷ暗号を使用する。

ステップＳ７１４では、セキュアＷｅｂ１３０は終了し、ステップＳ７１５において、暗号管理装置２００に暗号リソースの解放要求を送信する。

ステップＳ７１６では、暗号管理装置２００は２チャネルのＨＷ暗号を解放し、優先処理承認制御を実行する。このとき、ＳＷ暗号を使用する現行アプリケーションは存在しないため、優先処理承認制御は失敗する。よって、この状態における暗号管理装置２００は、どのセキュアアプリに対しても暗復号化の管理を行っていない。

図２０〜図２３は、本発明に係る暗号装置を備える携帯端末における具体例２の処理を示すシーケンス図である。これらの図において、テーブルＤは使用ＤＢのエントリを示し、テーブルＤにおけるフィールドの「使用チャネル♯」は、「使用ＨＷチャネル数」を示し、「コールバック」は「再割当用コールバック」を示す。さらに、これら図２０〜図２３では、携帯端末における構成要素は、カーネル、アプリケーションレイヤ、ネットワークレイヤでそれぞれ機能する構成要素毎に分けて図示されている。また、ネットワークレイヤで機能するＴＣＰ／ＩＰスタックのＩＰｓｅｃモジュールは、具体的な機能の説明上、ネットワークＩ／Ｆととともにネットワークモジュールとして機能するものとは分けて図示している。

ステップＳ１７０１では、ＩＰｓｅｃアプリ１１０のセキュアアプリ（ＡＰＰ）であるセキュアＡＶｏＩＰ１１０ａが、セキュアＡＶｏＩＰの暗号操作要求処理を行う。ステップＳ１７０２では、セキュアＡＶｏＩＰ１１０ａは、セキュアＡＶｏＩＰの暗号操作要求を示す情報をＩＫＥ部１２０に出力する。

ステップＳ１７０３では、ＩＫＥ部１２０のＩＫＥ１２０ａは、セキュアＡＶｏＩＰの通信を識別するＳＡを確立するためにキー交換処理を行い、ステップＳ１７０４においてそのＳＡを利用して行われる通信（セッション情報）は暗号化処理である旨を示す情報をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１７０５では、クライアントＩ／Ｆ部２１０は、ＩＫＥ１２０ａからの暗号要求（暗号化要求）を取得し、暗号要求を暗号管理装置２００の承認ユニット２３０に出力する。言い換えれば、ステップＳ１７０５では、ＩＫＥ部１２０は、暗号要求を、クライアントＩ／Ｆ部２１０から出力する処理を行う。

ステップＳ１７０６では、暗号要求を受けた承認ユニット２３０は、承認制御を実行し、ステップＳ１７０７では、承認ユニット２３０は、使用ＤＢ２５４に格納された情報を用いて、可用性のある暗号リソースの有無を確認する。

ステップＳ１７０７において、承認ユニット２３０により読み出される使用ＤＢ２５４には、使用されている暗号ユニットが記載されていないため、ステップＳ１７０８では、承認ユニット２３０は、要求を承認し、ステップＳ１７０９では、承認ユニット２３０は、承認を示す情報を優先処理承認ユニット２４０に出力する。

ステップＳ１７１０では、優先処理承認ユニット２４０は、ＨＷ暗号をＡＶｏＩＰに割り当てて、割り当てた内容を使用ＤＢ２５４に出力（ステップＳ１７１１）して、使用ＤＢ２５４を更新する。

更新された使用ＤＢ２５４は、テーブルＤ１７１２に示すように、ＨＷ暗号の暗号リソースとして割り当てられ、ＨＷ暗号を適用した際にＨＷチャネルを８チャネル使用するＡＶｏＩＰを格納する。

ステップＳ１７１３では、優先処理承認ユニット２４０は、承認を示す情報をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１７１４では、ＩＫＥ部１２０は、クライアントＩ／Ｆ部２１０において暗号要求承認（暗号要求ＯＫ）を取得し、ＩＫＥ１２０ａに出力する。

ステップＳ１７１５では、ＩＫＥ１２０ａは、このＨＷ暗号が割り当てられたＳＡをセキュアＡＶｏＩＰの通信を識別するＳＡとして保持し、ステップＳ１７１６では、ＩＫＥ１２０ａは、本ＨＷ暗号が割り当てられたＳＡの情報をＳＡＤＢ３２０に出力する。

ステップＳ１７１７ではＳＡＤＢ３２０は、本ＨＷ暗号が割り当てられたＳＡを生成する。また、ステップＳ１７１８では、ＩＫＥ１２０ａは、セキュアＡＶｏＩＰの暗号要求承認をＩＰｓｅｃアプリ１１０のセキュアアプリ１１０ａに出力し、ステップＳ１７１９において、セキュアＡＶｏＩＰアプリ１１０ａは、セキュアＡＶｏＩＰの暗号要求承認（暗号要求ＯＫ）を取得する。

ステップＳ１７２０では、ＡＶｏＩＰアプリ１１０ａがＡＶｏＩＰパケット送信処理を行う。このステップＳ１７２０は、図８のステップＳ１００１と同様の処理であり以降、図８で示す処理と同様の処理を行って、ＨＷ暗号によるＡＶｏＩＰ送信が行われる。

ステップＳ１７２１及びステップＳ１７２２では、ＳＳＬアプリ１３０のＳＳＬアプリ（ＡＰＰ）であるセキュアＷｅｂアプリ１３０ａは、セキュアＷｅｂ要求をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１７２３及びステップＳ１７２４では、ＳＳＬアプリ１３０は、クライアントＩ／Ｆ部２１０において、暗号要求（暗号化要求）処理を行い、暗号要求を暗号管理装置２００の承認ユニット２３０に出力する。

ステップＳ１７２５では、セキュアアプリに対する暗号要求を受けた暗号管理装置２００の承認ユニット２３０は、承認制御を実行し、ステップＳ１７２６及びステップＳ１７２７では、承認ユニット２３０は使用ＤＢ２５４の情報を読み、暗号リソースの可用性をチェック（確認）する。

ステップＳ１７２７において承認ユニット２３０が使用ＤＢ２５４を読み出した際に、使用ＤＢ２５４には暗号リソースとしてセキュアアプリであるＡＶｏＩＰが存在する。

このため、ステップＳ１７２８において、承認ユニット２３０は、暗号化要求の承認を却下、ステップＳ１７２９において、その旨の情報を優先処理承認ユニット２４０に出力し、暗号管理装置２００では、承認制御から優先処理承認制御に移行する。

ステップＳ１７３０〜ステップＳ１７３３、Ｄ１７３４及びステップＳ１７３５において、優先処理承認ユニット２４０は、優先処理承認制御を行う。

この優先処理承認制御は、上述したように優先処理承認ユニット２４０において、判定部２４２が、要求元のセキュアアプリと、実際にＨＷ暗号による処理が行われている現行のセキュアアプリの優先度とを比較する。この比較した結果に基づき、セキュアアプリの優先度に応じて、再割当部２４６が、それぞれのセキュアアプリに対して、ＨＷ暗号ユニット２６４及びＳＷ暗号ユニット２６６を割り当てる。

ここでは、ステップＳ１７３０では、判定部２４２が、ポリシＤＢ２４４の情報を読み込み、要求のあるセキュアＷｅｂが、暗号処理中のセキュアアプリであるＡＶｏＩＰアプリよりも低い優先度を有すると判定する。ステップＳ１７３１では、この判定によって、優先処理承認は却下される。

ステップＳ１７３２では、ＨＷ暗号を用いる優先処理承認の却下から、優先処理承認ユニット２４０は、ＳＷ暗号をセキュアＷｅｂに割り当てて、その情報を更新情報として使用ＤＢに出力して（ステップＳ１７３３）する。

使用ＤＢ２５４は、更新情報を用いて、テーブルＤ１７３４として更新される。

テーブルＤ１７３４では、使用ＨＷチャネル数８のＳＷ暗号の暗号リソースとして割り当てられたセキュアＡＶｏＩＰに加えて、使用ＨＷチャネル数０のＳＷ暗号の暗号リソースとして割り当てられたセキュアＷｅｂが記憶されている。

ステップＳ１７３５では、優先処理承認ユニット２４０は、優先処理承認制御による暗号要求の承認情報（暗号要求ＯＫ）をＩＫＥ部１２０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１７３６ではＳＳＬアプリ１３０は、クライアントＩ／Ｆ部２１０において暗号要求ＯＫを取得する。

ステップＳ１７３７では、ＳＳＬアプリ１３０は、クライアントＩ／Ｆ部２１０からセキュアアプリ（セキュアＷｅｂ）１３０ａに、暗号要求承認の旨を示す情報（暗号要求ＯＫ）を出力する。

ステップＳ１７３８では、セキュアアプリ１３０ａは、セキュアＷｅｂ要求承認情報を取得する。

ステップＳ１７３９では、セキュアアプリであるセキュアＷｅｂ１３０ａは、ｗｅｂパケットを送信する。なお、このステップＳ１７３９以降の処理は、図９で示すＳＷ暗号を用いたセキュアＷｅｂ送信における処理（Ｓ１１０１〜Ｓ１１１０）と同様の処理であるため説明は省略する。

携帯端末１００においてセキュアＡＶｏＩＰに対する暗号操作が終了した場合、図２２のステップＳ１７４１では、ＩＰｓｅｃアプリ１１０のセキュアＡＶｏＩＰ１１０ａは、セキュアＡＶｏＩＰ終了の要求処理を行い、セキュアＡＶｏＩＰ終了要求をＩＫＥ１２０ａに出力する。

ステップＳ１７４２では、ＩＫＥ部１２０は、ＩＫＥ１２０ａにより保持していたＳＡの削除処理を行い、ステップＳ１７４３では、該当するＳＡを削除するためにその削除指示情報をＳＡＤＢ３２０に出力する。

ステップＳ１７４４では、ＩＰｓｅｃモジュール３１０のＳＡＤＢ３２０では、登録されたＨＷ暗号によるＳＡが取り除かれる。

ステップＳ１７４５では、ＩＫＥ１２０ａは、暗号解放の要求処理を行い、その旨の情報をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１７４６では、クライアントＩ／Ｆ部２１０は、暗号解放要求を取得して、ステップＳ１７４７では、取得した暗号解放要求は、ＩＫＥ部１２０によって、クライアントＩ／Ｆ部２１０から承認ユニット２３０に出力される。

ステップＳ１７４８では、暗号解放要求が入力された承認ユニット２３０は、セキュアＡＶｏＩＰに対して暗号操作していた暗号ユニットを解放する。

ステップＳ１７４９では、承認ユニット２３０は、使用ＤＢ２５４に解放した暗号ユニットの情報を記憶することによって、暗号リソースの可用性を更新する。

更新された使用ＤＢ２５４としてのテーブルＤ１７５０には、セキュアＷｅｂがＳＷ暗号により処理されている点が記載されている。

このようにセキュアＷｅｂがＳＷ暗号によって処理されており、ＨＷ暗号による処理が行われていないときには、ステップＳ１７５１では、優先処理承認ユニット２４０は、優先処理承認対象としてセキュアｗｅｂを受け入れる。

ステップＳ１７５２では、優先処理承認ユニット２４０は、使用ＤＢ２５４から再割り当てのコールバック情報であるｃｂ＿ｗｅｂを呼び出して、ＨＷ暗号をセキュアＷｅｂに再割り当てを行う。

このとき使用ＤＢ２５４は、書き換えられ、テーブルＤ１７５３には、セキュアｗｅｂがＨＷ暗号により処理され、ＨＷチャネルを２チャネル使用している点が記載されている。

ステップＳ１７５４では、セキュアＷｅｂへのＨＷ暗号の再割り当てを行った優先処理承認ユニット２４０は、その旨を示す情報をＩＫＥ部１２０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１７５５では、ＩＫＥ部１２０は、クライアントＩ／Ｆ部２１０において、暗号解放ＯＫを取得し、ステップＳ１７５６では、ＩＫＥ部１２０は、ＩＫＥ１２０ａからＩＰｓｅｃアプリであるセキュアＡＶｏＩＰ１１０ａに出力する。

ステップＳ１７５７では、ＩＰｓｅｃアプリ１１０のセキュアＡＶｏＩＰ１１０ａは、セキュアＡＶｏＩＰ終了を取得する。

ステップＳ１７５８では、ＳＳＬアプリ１３０のＳＳＬアプリであるセキュアＷｅｂ１３０ａは、セキュアｗｅｂパケット送信処理を行う。なお、このステップＳ１７５８は、図９に示すステップＳ１１１１と同様の処理であり、以降のステップＳ１１１２〜ステップＳ１１２０で示す処理を行って、ＨＷ暗号によるセキュアＷｅｂ送信が行われる。

次いで、図２３に示すステップＳ１７５９では、ＳＳＬアプリ１３０のセキュアＷｅｂ１３０ａは、セキュアｗｅｂ終了の要求処理を行い、セキュアｗｅｂ終了要求情報をＩＫＥ１２０ａに出力する。

クライアントＩ／Ｆ部２１０は、ステップＳ１７６０では、暗号解放要求（暗号操作解放要求）を取得して、ステップＳ１７６１では、暗号解放要求情報を承認ユニット２３０に出力する。

ステップＳ１７６２では、暗号解放要求が入力された承認ユニット２３０は、セキュアＷｅｂに対して暗号操作していた暗号ユニットを解放する。

ステップＳ１７６３では、承認ユニット２３０は、使用ＤＢ２５４に解放した暗号ユニットの情報を記憶することによって、暗号リソースの可用性を更新する。

更新された使用ＤＢ２５４としてのテーブルＤ１７６４には、管理されるセキュアアプリが存在していない。

このようにセキュアＷｅｂの暗号操作解放後、どのセキュアアプリも暗号操作されていない状態、つまり、セキュアアプリのサービスを使用していない場合、ステップＳ１７６５では、優先処理承認ユニット２４０における優先処理承認制御は失敗する。

ステップＳ１７６６では、優先処理承認ユニット２４０は、優先処理承認失敗をＳＳＬアプリ部１３０に通知し、ステップＳ１７６７では、クライアントＩ／Ｆ部２１０は、暗号解放ＯＫ情報を取得して、セキュアＷｅｂ１３０ａに通知する。

ステップＳ１７６８では、セキュアＷｅｂ１３０ａは、セキュアｗｅｂ終了処理を行う。

（具体例３）
図２４は、本発明の係る暗号装置を備える携帯端末における処理の具体例３の概要を説明する図である。図２４に示す例では、携帯端末１００において、ＨＷ暗号エンジンを利用したセキュアアプリのサービスの実行中に、実行中のセキュアアプリよりも優先度の高いセキュアアプリを使用する場合における各セキュアアプリと暗号管理装置の状態を模式的に示す。

ここでは、ＨＷ暗号エンジンを用いたセキュアアプリをセキュアＷｅｂとし、このセキュアＷｅｂサービスの使用中に、Ｗｅｂサービスより優先度の高いセキュアＶｏＩＰが使用されるものとする。

すなわち、この具体例では、携帯端末１００において、ｗｅｂ閲覧中に、使用中のセキュアＷｅｂよりも優先度の高いセキュアプリであるセキュアＶｏＩＰを用いた音声通話を行う場合における処理を説明する。なお、セキュアＶｏＩＰに代えてＡＶｏＩＰとしてもよい。

図２４に示すように、ＳＬＬアプリ（セキュアＷｅｂともいう）１３０は、ステップＳ８０１において、セキュアアプリを開始し、ステップＳ８０２において、暗号管理装置２００に暗号要求（暗号操作要求）を送信する。

ステップＳ８０３では、暗号要求を受信した後、暗号管理装置２００では、承認制御は暗号要求を受諾し、当該暗号要求元のセキュアＷｅｂ１３０に対して２チャネルのＨＷ暗号ユニット２６４を割り当て、使用ＤＢ２５４上でその使用を更新する。なお、図２４のステップＳ８０３では、暗号管理装置２００の処理内容とともに、その処理により更新された使用ＤＢのエントリ状態も示されている。

ステップＳ８０４では、セキュアＷｅｂ１３０は、セキュアアプリを実行するためにＨＷ暗号を使用する。つまり、セキュアＷｅｂ１３０は、割り当てられたＨＷ暗号ユニット２６４により暗復号化される。

その後で、ステップＳ８０５において、ＩＰｓｅｃアプリ（セキュアＶｏＩＰともいう）１１０は、セキュアアプリを開始し、ステップＳ８０６において、暗号要求を暗号管理装置２００に送信する。

暗号要求を受信した暗号管理装置２００は、ステップＳ８０７において、承認制御を実行する。ポリシＤＢ２４４によると、要求元のセキュアアプリであるセキュアＶｏＩＰにおける必要チャネルの必要量は４チャネル（音声出入力の２チャネル及びコネクションを制御する２チャネル）、可用度は６チャネルであり、承認制御は成功する。

したがって、暗号管理装置２００は、ＨＷ暗号をセキュアＶｏＩＰに割り当てる。これにより、暗号リソースの割り当ては使用ＤＢ２５４に更新される。なお、図２４のステップＳ８０７では、暗号管理装置２００の処理内容とともに、その処理により更新された使用ＤＢのエントリ状態も示されている。ステップＳ８０８では、セキュアＶｏＩＰ１１０は、セキュアアプリを実行するためにＨＷ暗号を使用する。このとき、ＨＷ暗号のリソースとしては、セキュアＷｅｂ及びセキュアＶｏＩＰが割り当てられ、ＨＷ暗号ユニット２６４では、セキュアＷｅｂ及びセキュアＶｏＩＰの双方に対して同時に暗号操作が行われることとなる。これらは、ＨＷ暗号ユニット２６４における使用チャネル数は８本に対して、セキュアＷｅｂには２本が割り当てられ、セキュアＶｏＩＰは４本が割り当てられるためである。ＨＷ暗号ユニット２６４は、セキュアアプリに割り当てられるチャネル数８本まで並行に暗号操作を行うことができる。

ステップＳ８０９において、セキュアＶｏＩＰが終了すると、ステップＳ８１０において、セキュアＶｏＩＰ１１０は、暗号管理装置２００に、暗号リソースの解放要求を送信する。

ステップＳ８１２において、暗号管理装置２００は、４チャネルのＨＷ暗号を解放し、優先処理承認制御を実行する。このとき、ＳＷ暗号を使用する現行セキュアアプリは存在しないため、優先処理承認制御は失敗する。なお、図２４のステップＳ８１２では、暗号管理装置２００の処理内容とともに、その処理により更新された使用ＤＢのエントリ状態も示されている。

ステップＳ８１３では、セキュアＷｅｂ１３０は終了し、ステップＳ８１４において、暗号管理装置２００に暗号リソースの解放要求を送信する。

ステップＳ８１５では、暗号管理装置２００は、２チャネルのＨＷ暗号を解放し、優先処理承認制御を実行する。このとき、ＳＷ暗号を使用する現行アプリケーションは存在しないため、優先処理承認制御は失敗する。よって、この状態における暗号管理装置２００は、どのセキュアアプリに対しても暗復号化の管理を行っていない。

図２５〜図２８は、本発明に係る暗号装置を備える携帯端末における具体例３の処理を示すシーケンス図である。これらの図において、テーブルＤは使用ＤＢのエントリを示し、テーブルＤにおけるフィールドの「使用チャネル♯」は、「使用ＨＷチャネル数」を示し、「コールバック」は「再割当用コールバック」を示す。さらに、これら図２０〜図２３では、携帯端末における構成要素は、カーネル、アプリケーションレイヤ、ネットワークレイヤでそれぞれ機能する構成要素毎に分けて図示されている。また、ネットワークレイヤで機能するＴＣＰ／ＩＰスタックのＩＰｓｅｃモジュールは、具体的な機能の説明上、ネットワークＩ／Ｆととともにネットワークモジュールとして機能するものとは分けて図示している。

図２５に示すように、ステップＳ１８０１及びステップＳ１８０２では、ＳＳＬアプリ１３０のＳＳＬアプリ（ＡＰＰ）であるセキュアＷｅｂアプリ１３０ａは、セキュアｗｅｂ要求をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１８０３及びステップＳ１８０４では、ＳＳＬアプリ１３０は、クライアントＩ／Ｆ部２１０において、暗号要求（暗号化要求）処理を行い、暗号要求を暗号管理装置２００の承認ユニット２３０に出力する。

ステップＳ１８０５では、セキュアに対する暗号要求を受けた暗号管理装置２００の承認ユニット２３０は、承認制御を実行し、ステップＳ１８０６及びステップＳ１８０７では、承認ユニット２３０は使用ＤＢ２５４の情報を読み、暗号リソースの可用性をチェック（確認）する。

ステップＳ１８０７において、承認ユニット２３０により読み出される使用ＤＢ２５４には、使用されている暗号ユニットが記載されていない。つまり、使用ＤＢ２５４には暗号リソースとしてのセキュアアプリは存在しない。

このため、ステップＳ１８０８において、承認ユニット２３０は、暗号化要求の承認を受け入れる。

ステップＳ１８０９、ステップＳ１８１０では、承認ユニット２３０は、ＨＷ暗号をセキュアＷｅｂに割り当てて、その旨を使用ＤＢ２５４で更新する。

使用ＤＢのテーブルＤ１８１１からセキュアＷｅｂが暗号操作で使用するチャネル数は２チャネルであるため、ステップＳ１８１２において、承認ユニット２３０は、暗号要求ＯＫの旨を示す情報を、ＳＳＬアプリ１３０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１８１３ではＳＳＬアプリ１３０は、クライアントＩ／Ｆ部２１０において暗号要求ＯＫを取得する。

ステップＳ１８１４では、ＳＳＬアプリ１３０は、クライアントＩ／Ｆ部２１０からセキュアアプリ（セキュアＷｅｂ）１３０ａに、暗号要求承認の旨を示す情報（暗号要求ＯＫ）を出力する。ステップＳ１８１５では、セキュアアプリ１３０ａは、セキュアＷｅｂの要求承認情報を取得する。

ステップＳ１８１６では、セキュアアプリであるセキュアＷｅｂ１３０ａは、ｗｅｂパケットを送信する。なお、このステップＳ１８１６以降の処理は、図９で示すＨＷ暗号を用いたセキュアＷｅｂ送信における処理（Ｓ１１１１〜Ｓ１１２０）と同様の処理であるため説明は省略する。

図２６に示すステップＳ１８１７では、ＩＰｓｅｃアプリ１１０のセキュアアプリ（ＡＰＰ）であるセキュアＶｏＩＰ１１０ｂが、セキュアＶｏＩＰの暗号操作要求処理を行う。ステップＳ１８１８では、セキュアＶｏＩＰ１１０ｂは、セキュアＶｏＩＰの暗号操作要求を示す情報をＩＫＥ部１２０に出力する。

ステップＳ１８１９では、ＩＫＥ部１２０のＩＫＥ１２０ａは、セキュアＶｏＩＰの通信を識別するＳＡを確立するためにキー交換処理を行い、ステップＳ１８２０においてそのＳＡを利用して行われる通信（セッション情報）は暗号化処理である旨を示す情報をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１８２１では、クライアントＩ／Ｆ部２１０は、ＩＫＥ１２０ａからの暗号要求（暗号化要求）を取得し、暗号要求を暗号管理装置２００の承認ユニット２３０に出力する。

ステップＳ１８２２では、暗号要求を受けた承認ユニット２３０は、承認制御を実行し、ステップＳ１８２３では、承認ユニット２３０は、使用ＤＢ２５４に格納された情報を用いて、可用性のある暗号リソースの有無を確認する。

ステップＳ１８２３において、承認ユニット２３０により読み出される使用ＤＢ２５４には、ＨＷ暗号を行うＨＷ暗号ユニットがセキュアＷｅｂに対して割り当てられているが、使用ＨＷチャネル数は２となっている。ポリシＤＢ２４４の情報から、暗号要求元のセキュアアプリであるセキュアＶｏＩＰの使用ＨＷチャネル数は、４（図８Ａ参照）である。よって、優先処理承認ユニット２４０の判定部２４２は、ＨＷ暗号ユニット２６４の使用可能チャネル数は８チャネルであるから、要求元のセキュアアプリをＨＷ暗号のリソースとして使用できると判定する。

このため、ステップＳ１８２４では、承認ユニット２３０は、要求を承認する。

ステップＳ１８２５では、再割当部２４６は、ＨＷ暗号をセキュアＡＶｏＩＰに割り当てて、ステップＳ１８２６では、割り当て及び再割り当ての結果を示す情報を更新情報として使用ＤＢ２５４に出力して、使用ＤＢ２５４を更新する。

更新情報を取得して更新された使用ＤＢ２５４としてのテーブルＤ１８２７では、ＨＷ暗号の暗号リソースとして、使用ＨＷチャネル数２でセキュアｗｅｂが割り当てられている点に加えて、ＨＷ暗号の暗号リソースとしてセキュアＶｏＩＰが、使用ＨＷチャネル数４で割り当てられている。

ステップＳ１８２８では、承認ユニット２３０は、優先処理承認制御による暗号要求の承認情報をＩＫＥ部１２０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１８２９では、ＩＫＥ部１２０は、クライアントＩ／Ｆ部２１０において暗号要求承認（暗号要求ＯＫ）を取得し、ＩＫＥ１２０ａに出力する。

ステップＳ１８３０では、ＩＫＥ１２０ａは、このＨＷ暗号が割り当てられたＳＡをセキュアＶｏＩＰの通信を識別するＳＡとして保持し、ステップＳ１８３１では、ＩＫＥ１２０ａは、本ＨＷ暗号が割り当てられたＳＡの情報をＳＡＤＢ３２０に出力する。

ステップＳ１８３２ではＳＡＤＢ３２０は、本ＨＷ暗号が割り当てられたＳＡを生成する。

ステップＳ１８３３では、ＩＫＥ１２０ａは、セキュアＶｏＩＰの暗号要求承認をＩＰｓｅｃアプリ１１０のセキュアアプリ１１０ｂに出力し、ステップＳ１８３４において、セキュアＶｏＩＰアプリ１１０ｂは、セキュアＶｏＩＰの暗号要求承認（暗号要求ＯＫ）を取得する。

ステップＳ１８３５では、ＶｏＩＰアプリ１１０ｂがＶｏＩＰパケット送信処理を行う。このステップＳ１８３５は、図１１のステップＳ１３０１と同様の処理であり、以降、図１１で示す処理と同様の処理を行って、ＨＷ暗号によるＶｏＩＰ送信が行われる。

セキュアＶｏＩＰに対する暗号操作が終了した場合、図２７のステップＳ１８３６では、ＩＰｓｅｃアプリ１１０のセキュアＶｏＩＰ１１０ｂは、セキュアＶｏＩＰ終了の要求処理を行い、セキュアＶｏＩＰ終了要求をＩＫＥ１２０ａに出力する。

ステップＳ１８３７では、ＩＫＥ部１２０は、ＩＫＥ１２０ａにより保持していたＳＡの削除処理を行い、ステップＳ１８３８では、ＩＫＥ１２０ａは、該当するＳＡを削除するためにその削除指示情報をＳＡＤＢ３２０に出力する。

ステップＳ１８３９では、ＩＰｓｅｃモジュール３１０のＳＡＤＢ３２０では、登録されたＨＷ暗号によるＳＡが取り除かれる。

ステップＳ１８４０では、ＩＫＥ１２０ａは、暗号解放の要求処理を行い、その旨の情報をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１８４１では、クライアントＩ／Ｆ部２１０は、暗号解放要求を取得して、ステップＳ１８４２では、取得した暗号解放要求は、ＩＫＥ部１２０によって、クライアントＩ／Ｆ部２１０から承認ユニット２３０に出力される。

ステップＳ１８４３では、暗号解放要求が入力された承認ユニット２３０は、セキュアＶｏＩＰに対して暗号操作していた暗号ユニットを解放する。

ステップＳ１８４４では、承認ユニット２３０は、使用ＤＢ２５４に解放した暗号ユニットの情報を記憶することによって、暗号リソースの可用性を更新する。

更新された使用ＤＢ２５４としてのテーブルＤ１８４５には、セキュアｗｅｂがＨＷ暗号により使用チャネル２で処理されている点が記載されている。

ステップＳ１８４６では、優先処理承認ユニット２４０は、ＳＷ暗号を使用するセキュアアプリが存在しないため、優先処理承認制御を行うことができず、ステップＳ１８４７において、その旨をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１８４８では、ＩＫＥ部１２０は、クライアントＩ／Ｆ部２１０において、暗号解放ＯＫを取得し、ステップＳ１８４９では、ＩＫＥ部１２０は、ＩＫＥ１２０ａからＩＰｓｅｃアプリであるセキュアＶｏＩＰ１１０ｂに出力する。

ステップＳ１８５０では、ＩＰｓｅｃアプリ１１０のセキュアＶｏＩＰ１１０ｂは、セキュアＶｏＩＰ終了を取得する。

次いで、図２８に示すステップＳ１８５１では、ＳＳＬアプリ１３０のセキュアＷｅｂ１３０ａは、セキュアｗｅｂ終了の要求処理を行い、セキュアＷｅｂ終了要求情報をＩＫＥ１２０ａに出力する。

クライアントＩ／Ｆ部２１０は、ステップＳ１８５２では、暗号解放要求（暗号操作解放要求）を取得して、ステップＳ１８５３では、暗号解放要求情報を承認ユニット２３０に出力する。

ステップＳ１８５４では、暗号解放要求が入力された承認ユニット２３０は、セキュアＷｅｂに対して暗号操作していた暗号ユニットを解放する。

ステップＳ１８５５では、承認ユニット２３０は、使用ＤＢ２５４に解放した暗号ユニットの情報を記憶することによって、暗号リソースの可用性を更新する。

更新された使用ＤＢ２５４としてのテーブルＤ１８５６には、管理されるセキュアアプリが存在していない。

このようにセキュアＷｅｂの暗号操作解放後、どのセキュアアプリも暗号操作されていない状態、つまり、セキュアアプリのサービスを使用していない場合、ステップＳ１８５７では、優先処理承認ユニット２４０における優先処理承認制御は失敗する。

ステップＳ１８５８では、優先処理承認ユニット２４０は、優先処理承認失敗をＳＳＬアプリ１３０に通知し、ステップＳ１８５９では、クライアントＩ／Ｆ部２１０は、暗号解放ＯＫ情報を取得して、セキュアＷｅｂ１３０ａに通知する。

ステップＳ１８６０では、セキュアＷｅｂ１３０ａは、セキュアＷｅｂ終了処理を行う。

（具体例４）
図２９は、本発明の係る暗号装置を備える携帯端末における処理の具体例４の概要を説明する図である。図２９に示す例では、携帯端末１００において、ＨＷ暗号エンジンを利用したセキュアアプリのサービスの実行中に、実行中のセキュアアプリよりも優先度の高いセキュアアプリを使用する場合における各セキュアアプリと暗号管理装置の状態を模式的に示す。

ここでは、ＨＷ暗号エンジンを用いたセキュアアプリをセキュアＶｏＩＰとし、このセキュアＶｏＩＰサービスの使用中に、ＡＶｏＩＰでのサービスを同時に使用したい場合の処理として説明する。

図２９に示すように、まず、セキュアＶｏＩＰ１１０は、ステップＳ９０１において、セキュアアプリを開始し、ステップＳ９０２において、暗号管理装置２００に暗号要求を送信する。

ステップＳ９０３において、暗号要求を受信した暗号管理装置２００では、承認制御はそれを受諾し、要求元のセキュアアプリであるセキュアＶｏＩＰ１１０に対して、４チャネルのＨＷ暗号ユニットを割り当て、使用ＤＢ２５４上でその使用を更新する。なお、図２９のステップＳ９０３では、暗号管理装置２００の処理内容とともに、その処理により更新された使用ＤＢのエントリ状態も示されている。

４チャネルのＨＷ暗号ユニットを割り当てられたセキュアＶｏＩＰは、ステップＳ９０４において、セキュアアプリを実行するためにＨＷ暗号を使用する。

その後、ステップＳ９０５において、セキュアＡＶｏＩＰ１１０は、セキュアアプリを開始し、ステップＳ９０６において、暗号管理装置２００に暗号要求を送信する。

暗号要求を受信した暗号管理装置２００は、ステップＳ９０７において、承認制御を実行する。ポリシＤＢ２４４によると、必要量は８チャネル、可用度は４チャネルであり、承認制御は失敗する。次いで、暗号管理装置２００は、優先制御承認制御に進み、ＡＶｏＩＰ優先順位は、ＶｏＩＰより高いため、プリエンプティブ承認制御は成功する。

したがって、暗号管理装置２００は、セキュアＶｏＩＰにＳＷ暗号を再割り当てするとともに、ＩＰｓｅｃがＳＷ暗号を使用してセキュア通信を実行するように、ＳＡＤＢ３２０のＳＡにおいてＨＷ暗号からＳＷ暗号への変更を更新するためにｃｂ＿ｖｏｉｐを呼び出す。

さらに、暗号管理装置２００は、８チャネルのＨＷ暗号をセキュアＡＶｏＩＰに割り当てる。暗号リソースの再割り当てと割り当ては使用ＤＢ２５４に更新される。この更新された使用ＤＢのエントリ状態は、図２９のステップＳ９０７において、暗号管理装置２００の処理内容とともに示している。

次いで、ＨＷ暗号リソースとしてＨＷ暗号ユニット２６４に割り当てられたセキュアＡＶｏＩＰ１１０は、ステップＳ９０８において、セキュア通信を実行するためにＨＷ暗号を使用する。

そして、その間に、ＳＷ暗号リソースとしてＳＷ暗号ユニット２６６に割り当てられたセキュアＶｏＩＰ１１０は、ステップＳ９０９において、セキュア通信を実行するためにＳＷ暗号を使用する。

ステップＳ９１０において、セキュアＡＶｏＩＰは終了し、ステップＳ９１１において、セキュアＡＶｏＩＰ１１０は、暗号管理装置２００に暗号リソースの解放要求を送信する。

ステップＳ９１２では、暗号管理装置２００は８チャネルのＨＷ暗号を解放し、優先処理承認制御を実行する。

この優先制御承認制御において、使用ＤＢには、ＳＷ暗号を使用するセキュアアプリ（セキュアＶｏＩＰ）が存在する。このため、優先処理承認制御は成功し、暗号管理装置２００は、４チャネルのＨＷ暗号をセキュアＶｏＩＰに再割り当てするとともに、ＩＰｓｅｃモジュール３１０がＨＷ暗号を使用してセキュア通信を実行するようにＳＡＤＢ３２０のＳＡにおいてＳＷ暗号からＨＷ暗号への変更を更新するためにｃｂ＿ｖｏｉｐを呼び出す。なお、図２９のステップＳ９１２では、暗号管理装置２００の処理内容とともに、その処理により更新された使用ＤＢのエントリ状態も示されている。

次いで、ＨＷ暗号ユニット２６４の暗号リソースが割り当てられたセキュアＶｏＩＰ１１０は、ステップＳ９１３において、セキュア通信を実行するためにＨＷ暗号を使用する。

ステップＳ９１４では、セキュアＶｏＩＰ１１０は終了し、ステップＳ９１５において、暗号管理装置２００に暗号リソースの解放要求を送信する。

ステップＳ９１６において、暗号管理装置２００は４チャネルのＨＷ暗号を解放し、湯煎処理承認制御を実行する。このとき、ＳＷ暗号を使用する現行アプリケーションは存在しないため、優先処理承認制御は失敗する。よって、この状態における暗号管理装置２００は、どのセキュアアプリに対しても暗復号化の管理を行っていない。

図３０〜図３４は、本発明に係る暗号装置を備える携帯端末における具体例４の処理を示すシーケンス図である。これらの図において、テーブルＤは使用ＤＢのエントリを示し、テーブルＤにおけるフィールドの「使用チャネル♯」は、「使用ＨＷチャネル数」を示し、「コールバック」は「再割当用コールバック」を示す。さらに、これら図３０〜図３４では、携帯端末における構成要素は、カーネル、アプリケーションレイヤ、ネットワークレイヤでそれぞれ機能する構成要素毎に分けて図示されている。また、ネットワークレイヤで機能するＴＣＰ／ＩＰスタックのＩＰｓｅｃモジュールは、具体的な機能の説明上、ネットワークＩ／Ｆととともにネットワークモジュールとして機能するものとは分けて図示している。

図３０に示すステップＳ１９０１では、ＩＰｓｅｃアプリ１１０のセキュアアプリ（ＡＰＰ）であるセキュアＶｏＩＰ１１０ｂが、セキュアＶｏＩＰの暗号操作要求処理を行う。ステップＳ１９０２では、セキュアＶｏＩＰ１１０ｂは、セキュアＶｏＩＰの暗号操作要求を示す情報をＩＫＥ部１２０に出力する。

ステップＳ１９０３では、ＩＫＥ部１２０のＩＫＥ１２０ａは、セキュアＶｏＩＰの通信を識別するＳＡを確立するためにキー交換処理を行い、ステップＳ１９０４においてそのＳＡを利用して行われる通信（セッション情報）は暗号化処理である旨を示す情報をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１９０５では、クライアントＩ／Ｆ部２１０は、ＩＫＥ１２０ａからの暗号要求（暗号化要求）を取得し、暗号要求を暗号管理装置２００の承認ユニット２３０に出力する。

ステップＳ１９０６では、暗号要求を受けた承認ユニット２３０は、承認制御を実行し、ステップＳ１９０７では、承認ユニット２３０は、使用ＤＢ２５４に格納された情報を用いて、可用性のある暗号リソースの有無を確認する。

ステップＳ１９０７において、承認ユニット２３０により読み出される使用ＤＢ２５４には、ＨＷ暗号を行うＨＷ暗号ユニットが割り当てられるセキュアアプリは存在していない。

このため、ステップＳ１９０８では、承認ユニット２３０は、要求を承認する。

ステップＳ１９０９では、ＨＷ暗号をセキュアＡＶｏＩＰに割り当てて、ステップＳ１９１０では、割り当て及び再割り当ての結果を示す情報を更新情報として使用ＤＢ２５４に出力して、使用ＤＢ２５４を更新する。

更新情報を取得して更新された使用ＤＢ２５４としてのテーブルＤ１９１１では、ＨＷ暗号の暗号リソースとしてセキュアＶｏＩＰが使用ＨＷチャネル数４で割り当てられている。

ステップＳ１９１２では、承認ユニット２３０は、優先処理承認制御による暗号要求の承認情報をＩＫＥ部１２０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１９１３では、ＩＫＥ部１２０は、クライアントＩ／Ｆ部２１０において暗号要求承認（暗号要求ＯＫ）を取得し、ＩＫＥ１２０ａに出力する。

ステップＳ１９１４では、ＩＫＥ１２０ａは、このＨＷ暗号が割り当てられたＳＡをセキュアＶｏＩＰの通信を識別するＳＡとして保持し、ステップＳ１９１５では、ＩＫＥ１２０ａは、本ＨＷ暗号が割り当てられたＳＡの情報をＳＡＤＢ３２０に出力する。

ステップＳ１９１６ではＳＡＤＢ３２０は、本ＨＷ暗号が割り当てられたＳＡを生成する。

ステップＳ１９１７では、ＩＫＥ１２０ａは、セキュアＶｏＩＰの暗号要求承認をＩＰｓｅｃアプリ１１０のセキュアアプリ１１０ｂに出力し、ステップＳ１９１８において、セキュアＶｏＩＰアプリ１１０ｂは、セキュアＶｏＩＰの暗号要求承認（暗号要求ＯＫ）を取得する。

ステップＳ１９１９では、ＶｏＩＰアプリ１１０ｂがＶｏＩＰパケット送信処理を行う。このステップＳ１９１９は、図１１のステップＳ１３０１と同様の処理であり、以降、図１１で示す処理と同様の処理を行って、ＨＷ暗号によるＶｏＩＰ送信が行われる。

図３１に示すステップＳ１９２０〜ステップＳ１９３０までの処理は、図１５に示すステップＳ１６１７〜ステップＳ１６２７までの処理と同様であるため説明は省略する。

ステップＳ１９２０、Ｓ１９２１では、ＩＰｓｅｃアプリ１１０のセキュアアプリ（ＡＰＰ）であるセキュアＡＶｏＩＰ１１０ａが、セキュアＡＶｏＩＰをＩＫＥ部１２０に要求する。

ステップＳ１９２２では、ＩＫＥ部１２０のＩＫＥ１２０ａは、セキュアＡＶｏＩＰの通信を識別するＳＡを確立するためにキー交換処理を行い、ステップＳ１９２３においてそのＳＡを利用して行われる通信（セッション情報）は暗号化処理である旨を示す情報をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１９２４では、クライアントＩ／Ｆ部２１０は、ＩＫＥ１２０ａからの暗号要求（暗号化要求）を取得し、暗号要求を暗号管理装置２００の承認ユニット２３０に出力する。

ステップＳ１９２５では、暗号要求を受けた承認ユニット２３０は、承認制御を実行し、ステップＳ１９２６では、承認ユニット２３０は、使用ＤＢ２５４に格納された情報を用いて、可用性のある暗号リソースの有無を確認する。このとき、使用ＤＢ２５４では、テーブルＤ１９１１（図３０参照）に示すように、セキュアＶｏＩＰ１１０ｂにＨＷ暗号ユニットの暗号リソースが使用チャネル数４で割り当てられている。

このため、ステップＳ１９２７では、ＡＶｏＩＰに対するＨＷ暗号操作要求の承認は失敗し、その旨の信号を優先処理承認ユニット２４０に出力する（ステップＳ１９２８）。つまり、暗号管理装置２００では、承認制御の失敗後、優先処理承認制御に移行する。

ステップＳ１９２９〜ステップＳ１９３４、Ｄ１９３５、ステップＳ１９３６において、優先処理承認ユニット２４０は、優先処理承認制御を行う。

この優先処理承認制御は、上述したように優先処理承認ユニット２４０において、判定部２４２が、要求元のセキュアアプリと、実際にＨＷ暗号による処理が行われている現行のセキュアアプリの優先度とを比較する。この比較した結果に基づき、セキュアアプリの優先度に応じて、再割当部２４６が、それぞれのセキュアアプリに対して、ＨＷ暗号ユニット２６４及びＳＷ暗号ユニット２６６を割り当てる。

ここでは、ステップＳ１９２９では、判定部２４２がポリシＤＢ２４４の情報を読み込み、要求のあるセキュアＡＶｏＩＰが、暗号処理中のセキュアアプリであるセキュアＶｏＩＰよりも高い優先度を有すると判定する。ステップＳ１９３０では、この判定によって、優先処理承認が受諾される。

ステップＳ１９３１では、優先処理承認ユニット２４０の再割当部２４６は、ＳＷ暗号をセキュアＶｏＩＰに再割り当てる。またステップＳ１９３１では、ｃｂ＿ｖｏｉｐを呼び出してＳＡを更新する処理を行う。

すなわち、ステップＳ１９３１では、優先処理承認ユニット２４０は、ＳＷ暗号をセキュアＶｏＩＰに割り当てて、ＶｏＩＰのコールバック用ｃｂ＿ｖｏｉｐを呼び出して、ＳＡの更新を行うためＳＡＤＢ３２０に出力する。

ステップＳ１９３２では、ＳＡＤＢ３２０は、優先処理承認ユニット２４０からの情報を取得して、ＳＷ暗号が再割り当てされたＶｏＩＰのＳＡとして更新する。

ステップＳ１９３３、ステップＳ１９３４では、再割当部２４６は、ＨＷ暗号をセキュアＡＶｏＩＰに割り当てて、割り当て及び再割り当ての結果を示す情報を更新情報として使用ＤＢ２５４に出力して、使用ＤＢ２５４を更新する。

使用ＤＢは、更新情報を取得して、テーブルＤ１９３５として更新される。

テーブルＤ１９３５では、使用ＨＷチャネル数０のＳＷ暗号の暗号リソースとして割り当てられたセキュアＶｏＩＰと、使用ＨＷチャネル数８のＨＷ暗号の暗号リソースとして割り当てられたセキュアＡＶｏＩＰとが記憶されている。

ステップＳ１９３６では、優先処理承認制御による暗号要求の承認情報をＩＫＥ部１２０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１９３７では、ＩＫＥ部１２０は、クライアントＩ／Ｆ部２１０において暗号要求承認（暗号要求ＯＫ）を取得し、ＩＫＥ１２０ａに出力する。

ステップＳ１９３８では、ＩＫＥ１２０ａは、このＨＷ暗号が割り当てられたＳＡをセキュアＡＶｏＩＰの通信を識別するＳＡとして保持し、ステップＳ１９３９では、ＩＫＥ１２０ａは、本ＨＷ暗号が割り当てられたＳＡの情報をＳＡＤＢ３２０に出力し、Ｓ１９４０ではＳＡＤＢ３２０は、本ＨＷ暗号が割り当てられたＳＡを生成する。

また、ステップＳ１９４１では、ＩＫＥ１２０ａは、セキュアＡＶｏＩＰの暗号要求承認をＩＰｓｅｃアプリ１１０のセキュアアプリ１１０ａに出力し、ステップＳ１９４２において、セキュアＡＶｏＩＰアプリ１１０ａは、セキュアＡＶｏＩＰの暗号要求承認（暗号要求ＯＫ）を取得する。

次いで図３２に示すステップＳ１９４３では、ＡＶｏＩＰアプリ１１０ａがＡＶｏＩＰパケット送信処理を行う。このステップＳ１９４３は、図８のステップＳ１００１と同様の処理であり以降、図８で示す処理と同様の処理を行って、ＨＷ暗号によるＡＶｏＩＰ送信が行われる。

また、ステップＳ１９４４では、ＶｏＩＰアプリ１１０ｂがＶｏＩＰパケット送信処理を行う。このステップＳ１９４４は、図１０のステップＳ１２０１と同様の処理であり、この処理以降、図１０で示す処理と同様の処理を行って、ＳＷ暗号によるＶｏＩＰ送信が行われる。

携帯端末１００においてセキュアＡＶｏＩＰに対する暗号操作が終了した場合、図３３のステップＳ１９４５では、ＩＰｓｅｃアプリ１１０のセキュアＡＶｏＩＰ１１０ａは、セキュアＡＶｏＩＰ終了の要求処理を行い、セキュアＡＶｏＩＰ終了要求をＩＫＥ１２０ａに出力する。

ステップＳ１９４６では、ＩＫＥ部１２０は、ＩＫＥ１２０ａにより保持していたＳＡの削除処理を行い、ステップＳ１９４７において、クライアントＩ／Ｆ部２１０を介して該当するＳＡを削除するためにその削除指示情報をＳＡＤＢ３２０に出力する。

ステップＳ１９４８ではＩＰｓｅｃモジュール３１０のＳＡＤＢ３２０では、登録されたＨＷ暗号によるＳＡが取り除かれる。

ステップＳ１９４９では、ＩＫＥ１２０ａは、暗号解放の要求処理を行い、その旨の情報をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１９５０では、クライアントＩ／Ｆ部２１０は、暗号解放要求を取得し、ステップＳ１９５１では、取得した暗号解放要求は、ＩＫＥ部１２０によって、クライアントＩ／Ｆ部２１０から承認ユニット２３０に出力される。

ステップＳ１９５２では、暗号解放要求が入力された承認ユニット２３０は、セキュアＡＶｏＩＰに対して暗号操作していた暗号ユニットを解放する。

ステップＳ１９５３では、承認ユニット２３０は、使用ＤＢ２５４に解放した暗号ユニットの情報を記憶することによって、暗号リソースの可用性を更新する。

更新された使用ＤＢ２５４としてのテーブルＤ１９５４には、図３１で示すテーブルＤ１９３５の状態からＨＷ暗号により処理されるセキュアＡＶｏＩＰが削除され、セキュアＶｏＩＰがＳＷ暗号により処理されている点が記載されている。

このようにセキュアＶｏＩＰがＳＷ暗号によって処理されており、ＨＷ暗号による処理が行われていないときには、ステップＳ１９５５では、優先処理承認ユニット２４０は、優先処理承認対象としてセキュアＶｏＩＰを承認する。

ステップＳ１９５６では、優先処理承認ユニット２４０は、ＨＷ暗号をセキュアＶｏＩＰに再割り当てし、ｃｂ＿ｖｏｉｐを呼び出して、ＳＡを更新するためにＳＡＤＢ３２０に出力する。

ステップＳ１９５７では、ＳＡＤＢ３２０は、登録されているＳＡを、ＨＷ暗号が割り当てられたセキュアＶｏＩＰのＳＡとして更新する。

このとき使用ＤＢ２５４は、書き換えられ、テーブルＤ１９５８には、セキュアＶｏＩＰがＨＷ暗号により処理され、ＨＷチャネルを４チャネル使用している点が記載されている。

ステップＳ１９５９では、セキュアＶｏＩＰへのＨＷ暗号の再割り当てを行った優先処理承認ユニット２４０は、その旨を示す情報をＩＫＥ部１２０のクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１９６０では、ＩＫＥ部１２０は、クライアントＩ／Ｆ部２１０において、暗号解放ＯＫを取得し、ステップＳ１９６１では、ＩＫＥ部１２０は、ＩＫＥ１２０ａからＩＰｓｅｃアプリであるセキュアＡＶｏＩＰ１１０ａに出力する。

ステップＳ１９６２では、ＩＰｓｅｃアプリ１１０のセキュアＡＶｏＩＰ１１０ａは、セキュアＡＶｏＩＰ終了を取得する。

ステップＳ１９６３では、セキュアＶｏＩＰはＶｏＩＰパケットの送信を行う。このステップＳ１９１９は、図１１のステップＳ１３０１と同様の処理であり、以降、図１１で示す処理と同様の処理を行って、ＨＷ暗号によるＶｏＩＰ送信が行われる。

図３４に示すステップＳ１９６４では、ＩＰｓｅｃアプリ１１０のセキュアＶｏＩＰ１１０ｂは、セキュアＶｏＩＰ終了の要求処理を行い、セキュアＶｏＩＰ終了要求をＩＫＥ１２０ａに出力する。

ステップＳ１９６５では、ＩＫＥ部１２０は、ＩＫＥ１２０ａにより保持していたＳＡの削除処理を行い、ステップＳ１９６６では、ＩＫＥ１２０ａは、該当するＳＡを削除するためにその削除指示情報をＳＡＤＢ３２０に出力する。

ステップＳ１９６７では、ＩＰｓｅｃモジュール３１０のＳＡＤＢ３２０では、登録されたＨＷ暗号によるＳＡが取り除かれる。

ステップＳ１９６８では、ＩＫＥ１２０ａは、暗号解放の要求処理を行い、その旨の情報をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１９６９では、クライアントＩ／Ｆ部２１０は、暗号解放要求を取得し、ステップＳ１９７０では、取得した暗号解放要求は、ＩＫＥ部１２０によって、クライアントＩ／Ｆ部２１０から承認ユニット２３０に出力される。

ステップＳ１９７１では、暗号解放要求が入力された承認ユニット２３０は、セキュアＶｏＩＰに対して暗号操作していた暗号ユニットを解放する。

ステップＳ１９７２では、承認ユニット２３０は、使用ＤＢ２５４に解放した暗号ユニットの情報を記憶することによって、暗号リソースの可用性を更新する。

更新された使用ＤＢ２５４としてのテーブルＤ１９７３には、ＨＷ暗号が割り当てられるセキュアアプリが記録されていない。

このため、ステップＳ１９７４では、使用ＤＢ２５４にＨＷ暗号またはＳＷ暗号対象となるセキュアアプリが存在しないため、優先処理承認制御は失敗する。

ステップＳ１９７５において、その旨をクライアントＩ／Ｆ部２１０に出力する。

ステップＳ１９７６では、ＩＫＥ部１２０は、クライアントＩ／Ｆ部２１０において、暗号解放ＯＫを取得し、ステップＳ１９７７では、ＩＫＥ部１２０は、ＩＫＥ１２０ａからＩＰｓｅｃアプリであるセキュアＶｏＩＰ１１０ｂに出力する。

ステップＳ１９７８では、ＩＰｓｅｃアプリ１１０のセキュアＶｏＩＰ１１０ｂは、セキュアＶｏＩＰ終了を取得する。

このように、本実施の形態の携帯端末によれば、暗号化又は復号化などの暗号操作が必要なセキュアアプリのサービスを複数同時に利用する際に、暗号管理装置２００によって、ＡＶｏＩＰ、ＶｏＩＰなどリアルタイム性の高いセキュアアプリが優先的に、暗号操作処理の早いＨＷ暗号ユニット２６４により暗号操作させるように管理される。

つまり、暗号管理装置２００は、ＨＷ暗号ユニット２６４により、ｗｅｂなどのリアルタイム性の低いセキュアアプリの暗号操作の実行中に、ＶｏＩＰ、ＡＶｏＩＰなどリアルタイム性の高いアプリ等、暗復号処理の優先度が高いアプリケーションからの要求をポリシＤＢ２４４を用いて検出すると、ＨＷ暗号ユニット２６４の暗号リソースを剥奪して、ＨＷ暗号ユニット２６４に優先的にリアルタイム性の高いアプリを割り当てる。また、剥奪されたアプリケーションをＳＷ暗号処理ユニット２６６により処理を継続させる。これにより、リアルタイム性の高いセキュアアプリの遅延を減少させることができる。

さらに、使用ＤＢ２５４を用いてＨＷ暗号ユニット２６４の暗号リソースの空きを管理することにより、使用リソース情報取得部２５２が、ＨＷ暗号ユニット２６４の暗号リソースの空きを検知すると、ＳＷ暗号ユニット２６６に処理を回されたアプリをＨＷ暗号エンジン処理へと復帰させる。

なお、上記各具体例では、本実施の形態の暗号管理装置（暗号装置）２００による暗号操作処理を、主に暗号化処理とした場合として説明したが、暗号操作処理を暗号解読処理とした場合も同様に行われることは勿論である。

よって、複数のアプリのパケットが混在している状況において、暗復号処理の優先度を上げたいパケットを優先して処理しつつ、リアルタイム性の低いアプリに対しても暗号操作時間の遅延を減少させることができる。

本発明に係る暗号管理装置（暗号装置）は上記実施の形態に限定されず、種々変更して実施することが可能である。

なお、例えば、本発明に係る暗号操作方法のアルゴリズムをプログラム言語によって記述し、このプログラムをメモリに記憶しておいて情報処理手段によって実行させることにより、本発明に係る暗号装置と同様の機能を実現することができる。

本発明に係る暗号装置及び暗号操作方法は、ハードウェア暗号エンジンを効率的に用いて、リアルタイム性を要するセキュアアプリケーションのパケット処理遅延を減少させる効果を有し、ｗｅｂアクセス、ＡＶｏＩＰ及びＶｏＩＰパケット通信対応の携帯端末として有用である。

本発明に係る暗号装置を備える移動通信端末を含む通信システムを示す図 本発明に係る移動端末の構成を示すブロック図 ポリシＤＢを示す図 使用ＤＢを説明する図 本発明に係る暗号装置を備える携帯端末において、送信時及び受信時におけるパケット処理を説明するフローチャート 本発明に係る移動端末における暗号リソース割り当てのための優先処理承認制御を説明するためのフローチャート ＨＷ暗号ユニットであるＨＷ暗号エンジンによりサービスされるセキュアアプリが終了する際の暗号リソース割り当てに関する優先処理承認制御のフローチャート 本発明に係る暗号装置を備える携帯端末においてＨＷ暗号によるセキュアＡＶｏＩＰ送信処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末においてＳＷ暗号及びＨＷ暗号によるセキュアｗｅｂ送信処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末においてＳＷ暗号によるセキュアＶｏＩＰ送信処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末においてＨＷ暗号によるセキュアＶｏＩＰ送信処理を示すシーケンス図 具体例で使用されるポリシＤＢのスナップショット及び使用ＤＢのスナップショットを示す図 本発明の係る暗号装置を備える携帯端末における処理の具体例１の概要を説明する図 本発明に係る暗号装置を備える携帯端末における具体例１の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例１の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例１の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例１の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例１の処理を示すシーケンス図 本発明の係る暗号装置を備える携帯端末における処理の具体例２の概要を説明する図 本発明に係る暗号装置を備える携帯端末における具体例２の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例２の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例２の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例２の処理を示すシーケンス図 本発明の係る暗号装置を備える携帯端末における処理の具体例３の概要を説明する図 本発明に係る暗号装置を備える携帯端末における具体例３の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例３の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例３の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例３の処理を示すシーケンス図 本発明の係る暗号装置を備える携帯端末における処理の具体例４の概要を説明する図 本発明に係る暗号装置を備える携帯端末における具体例４の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例４の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例４の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例４の処理を示すシーケンス図 本発明に係る暗号装置を備える携帯端末における具体例４の処理を示すシーケンス図

符号の説明

１ 通信システム
２０ 家庭内通信網
３０ 企業内通信網
１００ 移動端末
１１０ ＩＰｓｅｃアプリ
１１０ａ セキュアＡＶｏＩＰ（セキュアアプリケーション）
１１０ｂ セキュアＶｏＩＰ（セキュアアプリケーション）
１２０ ＩＫＥ部
１３０ ＳＳＬアプリ
１３０ａ セキュアＷｅｂ（セキュアアプリケーション）
２００ 暗号管理装置
２１０ クライアントＩ／Ｆ部
２２０ 管理Ｉ／Ｆユニット
２３０ 承認ユニット
２４０ 優先処理承認ユニット
２４２ 判定部
２４４ ポリシＤＢ（ポリシデータベース）
２４６ 再割当部
２５０ 使用リソース管理部
２５２ 使用リソース情報取得部
２５４ 使用ＤＢ（使用データベース）
２６０ 暗号処理ユニット
２６２ 処理モード部
２６４ ＨＷ暗号ユニット
２６６ ＳＷ暗号ユニット
３００ ＴＣＰ／ＩＰスタック
３１０ ＩＰｓｅｃモジュール
３２０ ＳＡＤＢ（セキュリティアソシエーションデータベース）
４００ ネットワークＩ／Ｆ
５１０、５２０ ポリシＤＢのスナップショット
２４４４ 優先順位
Ｓ６０３、Ｓ８０３ ＨＷ暗号をセキュアｗｅｂに割当
Ｓ６０７ ＳＷ暗号をセキュアｗｅｂに再割り当てし、ＨＷ暗号をセキュアＡＶｏＩＰに割当
Ｓ６１２、Ｓ７１２ セキュアＡＶｏＩＰからＨＷ暗号を開放し、現行セキュアｗｅｂにＨＷ暗号を再割当
Ｓ７０３ ＨＷ暗号をセキュアＡＶｏＩＰに割り当て
Ｓ７０７ ＳＷ暗号をセキュアｗｅｂに割り当て
Ｓ８０７、Ｓ９０３ ＨＷ暗号をセキュアＶｏＩＰに割り当て
Ｓ９０７ ＳＷ暗号をセキュアＶｏＩＰに再割り当てし、ＨＷ暗号をセキュアＡＶｏＩＰに割り当て
Ｓ９１２ セキュアＡＶｏＩＰからＨＷ暗号を開放し、現行セキュアＶｏＩＰにＨＷ暗号を再割り当て

Claims (9)

1. 割り当てられたセキュアアプリケーションに対して暗号操作を行うハードウェアモジュール及びソフトウェアモジュールを有する暗号装置であって、
   前記暗号操作を要求するセキュアアプリケーションに対する前記ハードウェアモジュールの可用性を判定する判定手段と、
   前記暗号操作を要求するセキュアアプリケーションの暗号操作の優先順位を算出する優先順位算出手段と、
   前記ハードウェアモジュールの可用性が無い場合、前記暗号操作を要求するセキュアアプリケーションと、前記ハードウェアモジュールに割り当てられている他のセキュアアプリケーションとの優先順位を比較する比較手段と、
   前記暗号操作を要求するセキュアアプリケーションの優先度が高い場合、前記ハードウェアモジュールから前記他のセキュアアプリケーションを解放して、前記暗号操作を要求するセキュアアプリケーションを前記ハードウェアモジュールに割り当てるとともに、解放した前記他のセキュアアプリケーションを前記ソフトウェアモジュールに割り当てる割当手段とを有する暗号装置。
2. 前記優先順位算出手段は、複数のセキュアアプリケーションに対する暗号操作の優先順位がそれぞれ設定された優先順位情報テーブルを用いて、前記暗号操作を要求するセキュアアプリケーションの優先順位を算出する請求項１記載の暗号装置。
3. 前記ハードウェアモジュール及びソフトウェアモジュールにより暗号操作が行われているセキュアアプリケーションを管理する使用状況管理テーブルを有し、
   前記判定手段は、セキュアアプリケーションから暗号操作の要求を受けた際に、前記使用情報管理テーブルを用いて、前記ハードウェアモジュールの可用性を判定する請求項１記載の暗号装置。
4. 前記判定手段は、ハードウェアモジュールの暗号リソース使用可能量が、前記暗号操作を要求するセキュアアプリケーションの暗号操作に必要な暗号リソースの使用量以上である場合、可用性有りと判定する請求項１記載の暗号装置。
5. 前記優先順位情報テーブルの優先順位は、各アプリケーションにおいて制限される遅延時間により決定され、制限される遅延時間の厳しいセキュアアプリケーションを優先順位の高いセキュアアプリケーションとする請求項１記載の暗号装置。
6. 前記優先順位情報テーブルの優先順位は、各アプリケーションにおいて使用される帯域幅要件により決定され、帯域幅要件の広いセキュアアプリケーションを優先順位の高いセキュアアプリケーションとする請求項１記載の暗号装置。
7. 前記割当手段は、前記ハードウェアモジュールに割り当てられたセキュアアプリケーションに対する暗号操作が終了した場合、前記ハードウェアモジュールに割り当てられている前記セキュアアプリケーションを解放して、前記ソフトウェアモジュールに割り当てられている前記他のセキュアアプリケーションを前記ハードウェアモジュールに割り当てて暗号操作させる請求項１記載の暗号装置。
8. 暗号操作を要求するセキュアアプリケーションに対して、ハードウェアモジュール及びソフトウェアモジュールを割り当てて暗号操作させる暗号操作方法であって、
   前記暗号操作を要求するセキュアアプリケーションに対する前記ハードウェアモジュールの可用性を判定する判定ステップと、
   前記暗号操作を要求するセキュアアプリケーションの暗号操作の優先順位を算出する優先順位算出ステップと、
   前記ハードウェアモジュールの可用性が無い場合、前記暗号操作を要求するセキュアアプリケーションと、前記ハードウェアモジュールに割り当てられている他のセキュアアプリケーションとの優先順位を比較する比較ステップと、
   比較の結果、前記暗号操作を要求するセキュアアプリケーションの優先度が高い場合、前記ハードウェアモジュールから前記他のセキュアアプリケーションを解放して、前記暗号操作を要求するセキュアアプリケーションを前記ハードウェアモジュールに割り当てるとともに、解放した前記他のセキュアアプリケーションを前記ソフトウェアモジュールに割り当てる割当ステップとを有する暗号操作方法。
9. 前記割当ステップでは、前記ハードウェアモジュールに割り当てられたセキュアアプリケーションに対する暗号操作が終了した場合、前記ハードウェアモジュールに割り当てられている前記セキュアアプリケーションを解放して、前記ソフトウェアモジュールに割り当てられている前記他のセキュアアプリケーションに、前記ハードウェアモジュールを再割り当てして暗号操作させる請求項８記載の暗号操作方法。
   

Images