(57)【要約】【課題】データ処理装置で優先順位に基づいてアプリケーションを実行する方法及び装置を提供すること。【解決手段】セキュアモード領域とノンセキュアモード領域で分離して動作するプロセッサによってアプリケーションを実行するために、アプリケーションからノンセキュアモード領域によって処理されるリクエストを受信し、リクエストを処理するために使用される資源に対して設定されたアクセス許可水準がセキュアモード領域でアクセス可能となるように設定された場合、アプリケーションの優先順位を判定し、アプリケーションの優先順位に基づいて資源のアクセス許可水準をノンセキュアモード領域でアクセス可能となるように変更した後、ノンセキュアモード領域によって資源を使用してアプリケーションのリクエストを処理する。【選択図】図２
2014116008.tif 000002
【特許請求の範囲】
【請求項１】
セキュアモード領域とノンセキュアモード領域で分離されて作動するプロセッサによってアプリケーションを実行する方法であって、
前記アプリケーションから前記ノンセキュアモード領域によって処理されるリクエストを受信する段階と、
前記リクエストを処理するために使用される資源に対して設定されたアクセス許可水準を確認する段階と、
前記資源のアクセス許可水準が前記セキュアモード領域でアクセス可能となるように設定された場合、前記アプリケーションの優先順位を判定する段階と、
前記アプリケーションの優先順位に基づいて前記資源のアクセス許可水準を前記ノンセキュアモード領域でアクセス可能となるように変更する段階と、及び
前記ノンセキュアモード領域によって前記資源を使用して前記アプリケーションのリクエストを処理する段階と、を含むことを特徴とするアプリケーション実行方法。
【請求項２】
前記資源のアクセス許可水準を変更する段階であって、
前記セキュアモード領域によって前記資源が使用中であれば、前記セキュアモード領域による前記資源の使用が終了された後、前記資源のアクセス許可水準を変更することを特徴とする、請求項１に記載のアプリケーション実行方法。
【請求項３】
前記セキュアモード領域で前記資源に対する複数回の使用を要するアプリケーションが実行される場合、前記セキュアモード領域で前記資源に対する残余使用回数に関係せず前記資源のアクセス許可水準を変更することを特徴とする、請求項２に記載のアプリケーション実行方法。
【請求項４】
前記セキュアモード領域で前記資源に対する複数回の使用を要するアプリケーションが実行される場合、前記セキュアモード領域で前記資源に対する複数回の使用が全て終了された後、前記資源のアクセス許可水準を変更することを特徴とする、請求項２に記載のアプリケーション実行方法。
【請求項５】
前記資源のアクセス許可水準を変更する段階であって、
前記セキュアモード領域によって前記資源が使用中であれば、前記セキュアモード領域による前記資源の使用を取り消した後、前記資源のアクセス許可水準を変更することを特徴とする、請求項１に記載のアプリケーション実行方法。
【請求項６】
前記セキュアモード領域による前記資源の使用を取り消した後、前記セキュアモード領域で実行されるアプリケーションに対応してディスプレー手段に表示されたデータを削除することを特徴とする、請求項５に記載のアプリケーション実行方法。
【請求項７】
前記優先順位を判定する段階であって、
前記受信されたリクエストに対応するデータをディスプレー手段に表示し、前記リクエストの処理命令が入力されると前記優先順位を判定することを特徴とする、請求項１に記載のアプリケーション実行方法。
【請求項８】
前記アプリケーションのリクエストを処理した後、前記セキュアモード領域によって処理されるセキュリティアプリケーションのリクエストが存在するのか否かを判定する段階と、
前記セキュリティアプリケーションのリクエストが存在すると前記資源のアクセス許可水準を前記セキュアモード領域でアクセス可能となるように変更する段階と、及び
前記セキュアモード領域によって前記資源を使用して前記セキュリティアプリケーションのリクエストを処理する段階と、をさらに含むことを特徴とする、請求項１に記載のアプリケーション実行方法。
【請求項９】
前記資源はタッチ入力を受信する入力手段であることを特徴とする、 請求項１に記載のアプリケーション実行方法。
【請求項１０】
セキュアモード領域とノンセキュアモード領域で分離されて作動するプロセッサによってアプリケーションを実行する装置であって、
前記アプリケーションから前記ノンセキュアモード領域によって処理されるリクエストを受信し、前記リクエストを処理するために使用される資源に対して設定されたアクセス許可水準が前記セキュアモード領域でアクセス可能な水準の場合、前記資源に対するアクセスリクエストに対応するアクセス許可応答を受信すると前記ノンセキュアモード領域によって前記資源を使用して前記アプリケーションのリクエストを処理するノンセキュアモード制御部と、及び
前記ノンセキュアモード制御部から前記資源に対するアクセスリクエストを受信すると前記アプリケーションの優先順位を判定し、前記アプリケーションの優先順位に基づいて前記資源のアクセス許可水準が前記ノンセキュアモード領域でアクセス可能な水準に変更された後、前記アクセス許可応答を前記ノンセキュアモード制御部に送信するモード変更制御部と、を含むことを特徴とするアプリケーション実行装置。
【請求項１１】
前記モード変更制御部の制御によって前記資源のアクセス許可水準を変更し、前記資源のアクセス許可水準を前記セキュアモード領域でアクセス可能な水準で設定して前記セキュアモード領域による前記資源の使用を終了した後、前記資源のアクセス許可水準を前記ノンセキュアモード領域でアクセス可能な水準に変更するセキュアモード制御部をさらに含むことを特徴とする、請求項１０に記載のアプリケーション実行装置。
【請求項１２】
前記セキュアモード制御部は、前記セキュアモード領域で前記資源に対する複数回の使用を要するアプリケーションが実行される場合、前記セキュアモード領域による前記資源の残余使用回数に関係せず前記資源のアクセス許可水準を前記ノンセキュアモード領域でアクセス可能な水準に変更することを特徴とする、請求項１１に記載のアプリケーション実行装置。
【請求項１３】
前記セキュアモード制御部は、前記セキュアモード領域で前記資源に対する複数回の使用を要するアプリケーションが実行される場合、前記セキュアモード領域によって前記資源に対する複数回の使用を全て終了した後、前記資源のアクセス許可水準を前記ノンセキュアモード領域でアクセス可能な水準に変更することを特徴とする、請求項１１に記載のアプリケーション実行装置。
【請求項１４】
前記セキュアモード制御部は、前記セキュアモード領域による前記資源の使用を取り消した後、前記資源のアクセス許可水準を前記ノンセキュアモード領域でアクセス可能な水準に変更することを特徴とする、請求項１１に記載のアプリケーション実行装置。
【請求項１５】
前記セキュアモード領域による前記資源の使用が取り消しとなった後、前記セキュアモード領域で実行されるアプリケーションに対応してディスプレー手段に表示されたデータを削除する表示部をさらに含むことを特徴とする、請求項１４に記載のアプリケーション実行装置。
【請求項１６】
前記アプリケーションから受信されたリクエストに対応するデータをディスプレー手段に表示する表示部をさらに含み、
前記モード変更制御部は前記表示部に表示されたデータに対応するリクエストの処理命令が入力されると前記アプリケーションの優先順位を判定することを特徴とする、 請求項１０に記載のアプリケーション実行装置。
【請求項１７】
前記モード変更制御部の制御によって前記資源のアクセス許可水準を変更するセキュアモード制御部をさらに含み、
前記モード変更制御部は、前記ノンセキュアモード制御部から前記アプリケーションのリクエストを処理した結果を受信すると前記セキュアモード領域によって処理されるセキュリティアプリケーションのリクエストが存在するのか否かを判定し、前記セキュアモード制御部に前記セキュリティアプリケーションのリクエストを伝達し、
前記セキュアモード制御部は、前記資源のアクセス許可水準を前記セキュアモード領域でアクセス可能となるように変更し、前記セキュアモード領域によって前記資源を使用して前記セキュリティアプリケーションのリクエストを処理することを特徴とする、請求項１０に記載のアプリケーション実行装置。
【請求項１８】
前記資源はタッチ入力を受信する入力手段であることを特徴とする、請求項１０に記載のアプリケーション実行装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理装置において優先順位に基づいてアプリケーションを実行する方法及び装置に関し、より詳しくはセキュアモード領域とノンセキュアモード領域で分離されて作動するプロセッサで優先順位が高いアプリケーションのリクエストを処理する方法及び装置に関する。
【背景技術】
【０００２】
一般的なデータ処理装置は、積載したアプリケーションを実行するためのプロセッサを含み、プロセッサではＯＳ(Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ)の制御下に作動する。しかし、プロセッサで特定したアプリケーションが実行される場合、当該アプリケーションに係るデータ処理装置の資源に対するセキュリティを保証を要する場合がある。
【０００３】
例えば、検証(ｖａｌｉｄａｔｉｏｎ)、認証(ａｕｔｈｅｎｔｉｃａｔｉｏｎ)、復号化(ｄｅｃｒｙｐｔｉｏｎ)などを実行するためにセキュリティキーが入力されるアプリケーションの場合、入力されたセキュリティキーに対応するデータは、メモリーのセキュア領域に安全に記憶されてハッキングアプリケーション等の悪性ソフトウェア(ｍａｌｗａｒｅ)のアクセスから保護されるべきであり、さらに、キーパッド等の入力手段を通じてセキュリティキーが入力される過程でも入力手段がセキュアモードとして作動して入力フッキング(ｈｏｏｋｉｎｇ)から保護される必要がある。
【０００４】
このようなリソースセキュアに係る一例として、ＡＲＭ社のＴｒｕｓｔ Ｚｏｎｅアーキテクチャーはノンセキュアモード領域(Ｎｏｒｍａｌ ｗｏｒｌｄ)及びセキュアモード領域(ｓｅｃｕｒｅ ｗｏｒｌｄ)をサポートするプロセッサを通じてハードウェア資源に対するセキュアを提供する。即ち、ノンセキュアモード領域とセキュアモード領域がハードウェア上で分離されることによってセキュリティが強化されることができる。
【０００５】
具体的に、ノンセキュアモード領域では既存のＯＳ、例えば、Ｌｉｎｕｘ（登録商標）、Ａｎｄｒｏｉｄ、ｉＯＳ等が作動し、ＯＳの制御下にフレームワーク及びアプリケーションが作動する。このようなノンセキュアモード領域では悪性ソフトウェアの作動を制限し難いので、高い水準のセキュアが必要な作動をするのに危険が伴う。
【０００６】
一方、セキュアモード領域では既存のＯＳ及びフレームワーク作動が制限され、ノンセキュアモード領域及びハードウェア上で区分されることによって既存の悪性ソフトウェアによるセキュア問題を防止することができる。セキュアモード領域でもＳｏＣ(Ｓｙｓｔｅｍ Ｏｎ Ｃｈｉｐ) 及び各種ハードウェア資源を使用することができ、セキュアモード領域でセキュリティアプリケーションのリクエストに応じて資源を使用するために当該資源の許可(ｐｅｒｍｉｓｓｉｏｎ)水準を「セキュア(ｓｅｃｕｒｅ)」と設定すると、ノンセキュアモード領域ではアプリケーションからリクエストされても当該資源に対するアクセス及び使用が不可能となる。
【０００７】
従って、上記のような場合にはセキュアモード領域で資源の許可水準を「セキュア」と設定して使用しつつ、ノンセキュアモード領域で緊急処理のために当該資源に対するアクセスを要するアプリケーションが実行されても当該資源に対する許可水準が変更されない以上、アクセス及び使用が不可能である。
【０００８】
従って、セキュアモード領域とノンセキュアモード領域を共に有したプロセスを備えたデータ処理装置において優先順位が高いアプリケーションのリクエストに対応してノンセキュアモード領域で上記セキュアモード領域の資源を使用する方法及び装置が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明が達成しようとする技術的課題は、プロセッサのノンセキュアモード領域とセキュアモード領域が区分されたデータ処理装置において、セキュアモード領域によって使用される資源を高い優先順位のアプリケーションのリクエストに応じてノンセキュアモード領域で使用する方法及び装置を提供することにある。
【課題を解決するための手段】
【００１０】
上記の技術的課題を果たすための本発明の実施形態は、セキュアモード領域とノンセキュアモード領域で分離されて作動するプロセッサによってアプリケーションを実行する方法であって、上記アプリケーションから上記ノンセキュアモード領域によって処理されるリクエストを受信する段階と、上記リクエストを処理するために使用される資源に対して設定されたアクセス許可水準を確認する段階と、上記資源のアクセス許可水準が上記セキュアモード領域でアクセス可能となるように設定された場合、上記アプリケーションの優先順位を判定する段階と、上記アプリケーションの優先順位に基づいて上記資源のアクセス許可水準を上記ノンセキュアモード領域でアクセス可能となるように変更する段階と、及び上記ノンセキュアモード領域によって上記資源を使用して上記アプリケーションのリクエストを処理する段階と、を含む。
【００１１】
上記の技術的課題を果たすための本発明の実施形態は、セキュアモード領域とノンセキュアモード領域で分離されて作動するプロセッサによってアプリケーションを実行する装置であって、上記アプリケーションから上記ノンセキュアモード領域によって処理されるリクエストを受信し、上記リクエストを処理するために使用される資源に対して設定されたアクセス許可水準が上記セキュアモード領域でアクセス可能な水準の場合、上記資源に対するアクセスリクエストに対応するアクセス許可応答を受信すると、上記ノンセキュアモード領域によって上記資源を使用して上記アプリケーションのリクエストを処理するノンセキュアモード制御部と、及び上記ノンセキュアモード制御部から上記資源に対するアクセスリクエストを受信すると、上記アプリケーションの優先順位を判定し、上記アプリケーションの優先順位に基づいて上記資源のアクセス許可水準が上記ノンセキュアモード領域でアクセス可能な水準に変更された後、上記アクセス許可応答を上記ノンセキュアモード制御部へ送信するモード変更制御部と、を含む。
【発明の効果】
【００１２】
本発明によるデータ処理装置において、優先順位に基づいてアプリケーションを実行する方法及び装置によれば、プロセッサのセキュアモード領域でセキュアモードの処理のために資源を使用する場合にも、ノンセキュアモードで処理されるが優先順位が高いアプリケーションが優先的に処理されることによってアプリケーション実行のセキュリティを維持しながらも使用者の便宜を向上させることができる。
【図面の簡単な説明】
【００１３】
【図１】ＡＲＭプロセッサで提供するＴｒｕｓｔ Ｚｏｎｅのハードウェア構成を示したブロック図である。
【図２】本発明の実施形態によるアプリケーション実行装置の構成を示した図面である。
【図３】高い優先順位アプリケーションの実行がない状態でセキュリティアプリケーションのリクエストを処理する過程を示した図面である。
【図４】本発明の代表的な実施形態によってセキュアモードでタッチ式キーパッドを通じてキー入力を受信する場合の使用者インターフェース(ＵＩ)の構成を示した図面である。
【図５】セキュリティアプリケーションのリクエストを保留し、高い優先順位アプリケーションのリクエストを処理する過程を示した図面である。
【図６】セキュリティアプリケーションのリクエストを処理しつつ、高い優先順位アプリケーションが実行される場合の使用者インターフェース構成の一例を示した図面である。
【図７】本発明の他の実施形態によってセキュリティアプリケーションのリクエストを取り消して高い優先順位アプリケーションのリクエストを処理する過程を示した図面である。
【図８】セキュリティアプリケーションのリクエストを処理しつつ、高い優先順位アプリケーションが実行される場合の使用者インターフェース構成の他の例を示した図面である。
【発明を実施するための形態】
【００１４】
以下、添付した図面を参照して本発明の好ましい実施形態を詳しく説明する。その際、図面において同一構成要素には可能な限り同一符号が付されている事に留意されたい。また、本発明の要旨を不明瞭にする公知機能及び構成に関する説明は省略する。
【００１５】
また、本発明の実施形態を具体的に説明するにあたり、ＡＲＭ社のプロセッサを備えるタブレットＰＣ、スマートフォン等の携帯用端末を主な適用対象とするが、本発明の主な要旨は類似の技術が具現されたその他の端末にも本発明の範囲を大きく外れない範囲で少しの変形で適用可能であり、これは本発明の技術分野で熟練された技術的知識を有する者の判断で可能であろう。
【００１６】
図１は、ＡＲＭプロセッサで提供するＴｒｕｓｔ Ｚｏｎｅのハードウェア構成を示したブロック図である。前述したようにＴｒｕｓｔ Ｚｏｎｅシステムは全てのハードウェア及びソフトウェア資源をノンセキュアモード領域であるＮｏｒｍａｌ ｗｏｒｌｄとセキュアモード領域であるＳｅｃｕｒｅ ｗｏｒｌｄで分割することによってセキュリティを果たすことができる。
【００１７】
即ち、図１に示したようにＮｏｒｍａｌ ｗｏｒｌｄにはＮｏｒｍａｌ ｗｏｒｌｄ ｕｓｅｒ ｍｏｄｅ及びＮｏｒｍａｌ ｗｏｒｌｄ ｐｒｉｖｉｌｅｇｅｄ ｍｏｄｅｓが含まれ、Ｓｅｃｕｒｅ ｗｏｒｌｄにはＳｅｃｕｒｅ ｗｏｒｌｄ ｕｓｅｒ ｍｏｄｅ及びＳｅｃｕｒｅ ｗｏｒｌｄ ｐｒｉｖｉｌｅｇｅｄ ｍｏｄｅｓが含まれる。さらに、Ｍｏｎｉｔｏｒ ｍｏｄｅは２つの仮想プロセッサの間をスイッチングするように構成される。
【００１８】
本発明の実施形態によるアプリケーション実行方法及びその方法が具現された装置は、図１のＴｒｕｓｔ Ｚｏｎｅのようにセキュアモード領域とノンセキュアモード領域で区分されて作動するプロセッサに適用されてもよい。
【００１９】
図２は、本発明の実施形態によるアプリケーション実行装置の構成を示した図面である。図２を参照すれば、本発明の実施形態によるアプリケーション実行装置１００はノンセキュアモード制御部１１０、モード変更制御部１２０及びセキュアモード制御部１３０を含む。以上の構成は図１のような構成のプロセッサで実行されるソフトウェアが記録された記録媒体の形態として具現されてもよい。
【００２０】
ノンセキュアモード制御部１１０は、プロセッサのノンセキュアモード領域２１０で作動し、セキュアが要求されないが緊急な処理を要する高い優先順位アプリケーション２３０のリクエストに応じて資源２００に近付いてリクエストを処理する。
【００２１】
また、図２には示されなかったが、ノンセキュアモード制御部１１０はノンセキュアモードで実行されて優先順位も低い一般アプリケーションのリクエストを処理する。一般アプリケーションのリクエストは高い優先順位アプリケーション２３０またはセキュリティアプリケーション２４０のリクエストに応じて資源２００が使用中の場合にはその使用が終わるまで処理されない。
【００２２】
モード変更制御部１２０は、プロセッサのノンセキュアモード領域２１０で作動し、ノンセキュアモードでアプリケーションを実行するノンセキュアモード制御部１１０とセキュアモードでアプリケーションを実行するセキュアモード制御部１３０の間で作動する。また、セキュリティが維持された状態で処理されることを要するセキュリティアプリケーション２４０のリクエストをセキュアモード制御部１３０へ伝達することによってセキュアモード制御部１３０が資源２００に近付いてリクエストを処理するように制御する。
【００２３】
セキュアモード制御部１３０は、モード変更制御部１２０からセキュリティアプリケーション２４０のリクエストが伝達されて処理し、このために資源２００に対するアクセス許可水準を変更する作動を実行する。アプリケーションを実行するのに使用される資源２００のアクセス許可水準はノンセキュアモード領域２１０でアクセス可能な水準で初期設定される。従って、セキュアモード制御部１３０がセキュリティアプリケーション２４０のリクエストを処理するためには資源２００のアクセス許可水準をセキュアモード領域２２０に限ってアクセス可能な水準に変更する必要がある。
【００２４】
また、セキュアモード制御部１３０は、資源２００のアクセス許可水準をセキュアモード領域２２０でアクセス可能な水準に変更してセキュリティアプリケーション２４０のリクエストを処理した後、さらに資源２００のアクセス許可水準を初期状態であるノンセキュアモード領域２１０でアクセス可能な水準に変更する。セキュアモード制御部１３０は変更結果をモード変更制御部１２０に通知して、モード変更制御部１２０はこれを再びノンセキュアモード制御部１１０に伝達してノンセキュアモードで実行されるアプリケーションのリクエストに応じて資源２００を使用することができることを通知する。
【００２５】
以下、セキュリティアプリケーション２４０の実行中に同一の資源に対するアクセスを要する高い優先順位アプリケーション２３０を実行する具体的な実施形態に対して説明する。
【００２６】
本発明の代表的な実施形態として、スマートフォンでセキュリティアプリケーション２４０である金融取り引きアプリケーションの実行中に使用者からパスワードまたは認証番号などが入力されるために入力手段、例えば、タッチ式キーパッドに近付いて当該入力手段を使用中、電話が受信されて高い優先順位アプリケーション２３０である通話アプリケーションが実行され、通話連結または拒絶などの命令が入力されるために入力手段に近付く必要がある場合を挙げることができる。
【００２７】
従来の場合、使用者は通話連結または拒絶するか否かを選択するために入力手段を通じて命令を入力するが、セキュリティアプリケーション２４０が入力手段を独占して入力手段を通じる入力が通話アプリケーションに伝達されない。本発明はこのような場合に通話アプリケーションがセキュアモードでの処理を要しないが緊急処理が必要な高い優先順位アプリケーション２３０に該当することを反映してセキュリティアプリケーション２４０より優先的に処理する方法を提案する。
【００２８】
図３は、高い優先順位アプリケーション２３０の実行がない状態でセキュリティアプリケーション２４０のリクエストを処理する過程を示した図面である。図４には本発明の代表的な実施形態によってセキュアモードでタッチ式キーパッドを通じてキー入力を受信する場合の使用者インターフェース(ＵＩ)の構成が図示される。
【００２９】
図３及び図４を参照すれば、３１０段階でモード変更制御部１２０はセキュリティアプリケーション２４０の処理リクエストを受信し、３１５段階でセキュリティアプリケーション２４０の処理リクエストをセキュアモード制御部１３０へ伝達する。
【００３０】
本発明の代表的な実施形態によってセキュリティアプリケーション２４０の実行に使われる資源２００がタッチ式入力手段の場合、セキュリティアプリケーション２４０の処理リクエストには必要な入力の類型、例えばキー入力の位置またはドラッグ経路、必要なタッチ入力の数などが含まれることができる。セキュリティアプリケーション２４０のリクエストはセキュアモードで処理されるべきであるので、セキュアモード制御部１３０は３２０段階でセキュリティアプリケーション２４０の実行に使用される資源２００のアクセス許可水準をノンセキュアモード(Ｎ)からセキュアモード(Ｓ)に変更し、セキュリティアプリケーション２４０の処理リクエストを資源２００に登録する。本発明の代表的な実施形態の場合にセキュアモード制御部１３０は、処理リクエストを資源２００に登録するとき、図４に示したような入力手段のそれぞれのキーの位置情報を自体的に設定することもでき、セキュリティアプリケーション２４０から伝達されることもできる。
【００３１】
３２５段階でセキュアモード制御部１３０は、資源２００の処理結果を受信し、３３０段階でその処理結果を記憶する。本発明の代表的な実施形態によって資源２００が図４のようなタッチ式キーパッドの場合、資源２００から受信される処理結果にはタッチ発生位置、タッチ発生時点で終了時点までの時間、初めてタッチが発生した位置と終了地点の差などを表す値が含まれることができる。また、処理結果はノンセキュアモードで実行される他のアプリケーションまたは悪性ソフトウェア(ｍａｌｗａｒｅ)によって流出されないようにメモリーのセキュア領域などに記憶される。
【００３２】
以上で説明したセキュリティアプリケーション２４０のリクエストの処理過程が全て終了されると、セキュアモード制御部１３０は３３５段階で資源２００のアクセス許可水準をさらにノンセキュアモード領域でアクセス可能な水準(Ｎ)に変更し、３４０段階でセキュリティアプリケーション２４０のリクエストが処理されたことをモード変更制御部１２０に通知する。
【００３３】
３１０段階でセキュリティアプリケーション２４０から受信した処理リクエストが複数回のタッチ入力の場合、３１５段階乃至３４０段階の過程は一度のタッチ入力を処理する過程に該当する。従って、モード変更制御部１２０は、３４０段階でセキュアモード制御部１３０から処理結果を受信した後、処理されるべきであるセキュリティアプリケーション２４０のリクエストが残存すると、さらにセキュアモード制御部１３０へ処理リクエストを送信して３１５段階乃至３４０段階がさらに実行される。セキュリティアプリケーション２４０のリクエストが共に処理されたと確認されると、モード変更制御部１２０は３４５段階でセキュリティアプリケーション２４０に処理結果を送信する。
【００３４】
図３に示したセキュリティアプリケーション２４０の処理が完了される以前に高い優先順位アプリケーション２３０が実行されて処理リクエストが発生する場合、従来にはノンセキュアモード制御部１１０が資源２００に近付くのが制限されたのでセキュリティアプリケーション２４０の処理が完了するまで待機したり、高い優先順位アプリケーション２３０のリクエストが取り消された。しかし、本発明による実施形態では高い優先順位アプリケーション２３０が緊急な処理を要するという点を考慮してセキュリティアプリケーション２４０の処理を保留乃至取り消して高い優先順位アプリケーション２３０のリクエストを処理する。
【００３５】
図５は、セキュリティアプリケーション２４０のリクエストを保留して高い優先順位アプリケーション２３０のリクエストを処理する過程を示した図面である。
【００３６】
図５を参照すれば、モード変更制御部１２０は、５１０段階でセキュリティアプリケーション２４０の処理リクエストを受信して５１５段階でセキュアモード制御部１３０へ伝達する。セキュアモード制御部１３０は５２０段階で資源２００のアクセス許可水準をノンセキュアモード(Ｎ)からセキュアモード(Ｓ)に変更し、セキュリティアプリケーション２４０のリクエストを登録する。
【００３７】
この際、５２５段階でノンセキュアモード制御部１１０が高い優先順位アプリケーション２３０から処理リクエストを受信する。ノンセキュアモード制御部１１０は、リクエストを処理するために使用すべき資源２００のアクセス許可水準が現在セキュアモード(Ｓ)であることを確認し、５３０段階で高い優先順位アプリケーション２３０の処理リクエストをモード変更制御部１２０へ伝達する。しかし、資源２００のアクセス許可水準がノンセキュアモード(Ｎ)と設定されると、ノンセキュアモード制御部１１０はモード変更制御部１２０に処理リクエストを送信せず直ちに資源２００に近付いてリクエストを処理してもよい。
【００３８】
モード変更制御部１２０は、現在セキュアモード制御部１３０が資源２００をセキュアモード(Ｓ)と設定してセキュリティアプリケーション２４０のリクエストを処理しているので、その処理が終了されて処理結果が受信されるまで待機する。
【００３９】
セキュアモード制御部１３０は、５３５段階で資源２００から処理結果を受信し、５４０段階で処理結果を記憶した後、５４５段階で資源２００のアクセス許可水準をさらにノンセキュアモード(Ｎ)に変更する。本発明の代表的な実施形態によってセキュリティアプリケーション２４０のリクエストを処理する過程は図３で上述したので、詳細な説明は省略する。
【００４０】
５５０段階でセキュアモード制御部１３０がモード変更制御部１２０でセキュリティアプリケーション２４０の処理結果を送信すると、モード変更制御部１２０は５５５段階でノンセキュアモード制御部１１０に資源２００のアクセス許可水準がノンセキュアモード(Ｎ)に変更されたので資源２００に近付いて高い優先順位アプリケーション２３０のリクエストを処理することができることを通知する。
【００４１】
この際、モード変更制御部１２０は処理リクエストを生成するアプリケーションの優先順位を判定することができ、もし、前記アプリケーションが高い優先順位アプリケーション２３０である場合、ノンセキュアモード制御部１１０に対して資源２００に近付くように許可応答を送信することができる。さらに、処理リクエストが発生したアプリケーションが低い優先順位の一般アプリケーションであることで確認されると、モード変更制御部１２０はノンセキュアモード制御部１１０からのリクエストを無視し、セキュリティアプリケーション２４０のリクエストが全て処理されるまでノンセキュアモード制御部１１０が資源２００に近付くことを制限することができる。
【００４２】
一方、モード変更制御部１２０は、ノンセキュアモード制御部１１０にアクセス許可応答を送信して優先順位アプリケーション２３０のリクエストを処理するか否かを使用者が選択できる。
【００４３】
図６は、セキュリティアプリケーション２４０のリクエストを処理しつつ、高い優先順位アプリケーション２３０が実行される場合の使用者インターフェース構成の一例を示した図面である。図６を参照すれば、図４のようなタッチ式キーパッドを画面に表示して使用者のタッチ入力を受信しつつ、緊急処理を要する通話アプリケーションが実行されることによって画面に現在受信待機中の通話があることを表すダイアローグ(ｄｉａｌｏｇ)を表示し、使用者が通話連結を受諾するか、即ち、高い優先順位アプリケーション２３０のリクエストを処理するか否かを選択できる。
【００４４】
使用者がダイアローグの「ＯＫ」ボタンを選択すると、モード変更制御部１２０はノンセキュアモード制御部１１０に資源２００に対するアクセス許可応答を送信して通話連結を実行し、使用者が「ｃａｎｃｅｌ」ボタンを選択すると、通話アプリケーションが高い優先順位を有するにもかかわらず処理リクエストを無視した後、セキュアモード制御部１３０がセキュリティアプリケーション２４０のリクエストを続いて処理できる。
【００４５】
図５をさらに参照すれば、ノンセキュアモード制御部１１０はモード変更制御部１２０から許可応答を受信すると、５６０段階で資源２００に近付いて高い優先順位アプリケーション２３０の処理リクエストを登録する。本発明の代表的な実施形態によって資源２００がタッチ式入力手段であり、処理リクエストが通話アプリケーションでの通話連結、或いは拒絶の選択リクエストの場合、ノンセキュアモード制御部１１０は資源２００に処理リクエストを登録する時、使用者から通話連結、或いは拒絶するか否かの選択命令が入力されることをリクエストできる。また、通話連結、或いは拒絶の命令に対応するタッチ位置を共に登録できる。
【００４６】
５６５段階で資源２００から高い優先順位アプリケーション２３０のリクエストに対する処理結果がノンセキュアモード制御部１１０へ送信されると、ノンセキュアモード制御部１１０は５７０段階及び５７５段階で処理結果を高い優先順位アプリケーション２３０及びモード変更制御部１２０にそれぞれ送信する。
【００４７】
モード変更制御部１２０は、ノンセキュアモード制御部１１０から処理結果を受信した後、処理対象であるセキュリティアプリケーション２４０のリクエストが残存すると、セキュアモード制御部１３０に処理リクエストを送信して続いて処理し、処理が完了すると５８０段階でセキュリティアプリケーション２４０に処理結果を送信する。
【００４８】
一方、５１０段階でセキュリティアプリケーション２４０から受信された処理リクエストが資源２００に対する複数回のアクセスを要する場合、モード変更制御部１２０はセキュアモード制御部１３０によってセキュリティアプリケーション２４０のリクエストが全て処理された後に５５５段階でノンセキュアモード制御部１１０に資源２００へのアクセスを許可でき、資源２００に対する現在実行中のアクセス及び使用が終了された後、ノンセキュアモード制御部１１０に許可応答を送信することもできる。
【００４９】
例えば、セキュリティアプリケーション２４０から受信された処理リクエストが図４に図示されたようなタッチ式キーパッドを通じる４桁のパスワード入力の場合、モード変更制御部１２０はパスワードの各桁の入力を受信するためにセキュアモード制御部１３０に５１５ 段階のような処理リクエストを４回送信し、セキュアボード制御部１３０はそれによって資源２００、即ち、タッチ式キーパッドに ４回近付くことによってセキュリティアプリケーション２４０のリクエストを共に処理する。
【００５０】
このようにセキュリティアプリケーション２４０から４桁のパスワード入力に対する処理リクエストが受信された状態で高い優先順位アプリケーション２３０の処理リクエストが発生する場合、モード変更制御部１２０はセキュアモード制御部１３０にパスワードの各桁の入力に対する処理リクエストを順に送信してパスワードが全て入力された後にノンセキュアモード制御部１１０に許可応答を送信することができる。
【００５１】
しかし、高い優先順位アプリケーション２３０の処理が緊急することを考慮し、モード変更制御部１２０は現在セキュアモード制御部１３０に送信されたリクエストの処理が完了すると、残りリクエストに対する処理、即ち、資源２００に対する残余アクセス回数が残っているのか否かに関係せずノンセキュアモード制御部１１０に許可応答を送信することができる。従って、使用者は金融取り引きのためにタッチ式キーパッドを通じてパスワードの一部を入力しつつ、通話連結、或いは拒絶の選択を入力し、さらにパスワードを入力するのが可能である。
【００５２】
このようにセキュリティアプリケーション２４０のリクエストを処理するために資源２００に対する複数回のアクセスを共に実行するか否かは事前に設定されることができ、使用者によってその設定が変更されることも可能である。
【００５３】
本発明の他の実施形態として、モード変更制御部１２０はセキュリティアプリケーション２４０のリクエストを処理しつつ、高い優先順位アプリケーション２３０のリクエストが発生すると、セキュリティアプリケーション２４０に対する処理過程を取り消して直ちに高い優先順位アプリケーション２３０のリクエストを処理できる。
【００５４】
図７は、本発明の他の実施形態によってセキュリティアプリケーション２４０のリクエストを取り消して高い優先順位アプリケーション２３０のリクエストを処理する過程を示した図面である。
【００５５】
図７を参照すれば、モード変更制御部１２０は、７１０段階でセキュリティアプリケーション２４０から処理リクエストを受信し、７１５段階でセキュアモード制御部１３０に処理リクエストを送信する。セキュアモード制御部１３０は、７２０段階で資源２００のアクセス許可水準をノンセキュアモード(Ｎ)からセキュアモード(Ｓ)に変更し、セキュリティアプリケーション２４０の処理リクエストを登録する。
【００５６】
この際、７２５段階でノンセキュアモード制御部１１０が高い優先順位アプリケーション２３０の処理リクエストを受信すると、ノンセキュアモード制御部１１０は現在資源２００がセキュアモード制御部１３０によって使用中なのを確認し、７３０段階で高い優先順位の処理リクエストをモード変更制御部１２０に送信する。
【００５７】
次に、７３５段階で、モード変更制御部１２０は図５に示された実施形態と異なりセキュアモード制御部１３０に取り消し命令を送信して現在処理中のセキュリティアプリケーション２４０のリクエストを取り消す。この際、モード変更制御部１２０は取り消し命令を送信する以前に現在受信された処理リクエストが高い優先順位アプリケーション２３０から送信されたか確認することができる。優先順位が低い一般アプリケーションのリクエストの場合、モード変更制御部１２０は取り消し命令を送信せず一般アプリケーションのリクエストを無視してもよい。
【００５８】
セキュアモード制御部１３０は、資源２００に登録したセキュリティアプリケーション２４０の処理リクエストを取り消し、７４０段階で資源２００のアクセス許可水準をセキュアモード(Ｓ)からノンセキュアモード(Ｎ)に変更する。次にセキュアモード制御部１３０は７４５段階で変更結果をモード変更制御部１２０に送信し、モード変更制御部１２０は７５０段階でノンセキュアモード制御部１１０にアクセス許可応答を送信する。
【００５９】
ノンセキュアモード制御部１１０は、７５５段階で資源２００に近付いて高い優先順位アプリケーション２３０の処理リクエストを登録し、７６０段階で資源２００の処理結果を受信する。以後、ノンセキュアモード制御部１１０は、７６５段階及び７７０段階で高い優先順位アプリケーション２３０及びモード変更制御部１２０に処理結果をそれぞれ送信する。
【００６０】
モード変更制御部１２０は、セキュリティアプリケーション２４０の処理リクエストが取り消された状態なので、７７５段階でさらにセキュアモード制御部１３０に処理リクエストを送信し、セキュアモード制御部１３０は７８０段階で資源２００のアクセス許可水準を変更して処理リクエストを登録する。以後のセキュリティアプリケーション２４０のリクエスト処理過程は前述と同様である。
【００６１】
上記のようにセキュリティアプリケーション２４０の処理リクエストを取り消して高い優先順位アプリケーション２３０のリクエストを処理する場合にも、高い優先順位アプリケーション２３０のリクエストを処理するか否かを使用者が選択できる。
【００６２】
図８は、セキュリティアプリケーション２４０のリクエストを処理しつつ、高い優先順位アプリケーション２３０が実行される場合の使用者インターフェース構成の他の例を示した図面である。図８を参照すれば、本発明ではセキュリティアプリケーション２４０の実行によるパスワードの入力途中に通話が受信された場合、高い優先順位アプリケーション２３０のリクエストを処理するか否かを決定するためにキーパッドが表示された画面に選択ボタンを表示して使用者から選択命令が入力されてもよい。
【００６３】
使用者が図８で「Ｃａｌｌ」ボタンを選択した場合、図７に示された過程によってセキュアモード制御部１３０によるセキュリティアプリケーション２４０のリクエスト処理が取り消しとなり、高い優先順位アプリケーション２３０のリクエスト、即ち、通話受諾リクエストが処理される。この場合にセキュリティアプリケーション２４０のリクエストを処理するために画面に表示されたキーパッドは削除されてもよい。
【００６４】
一方、使用者が「Ｒｅｊｅｃｔ」ボタンを選択した場合には高い優先順位アプリケーション２３０のリクエストが無視され、モード変更制御部１２０はセキュアモード制御部１３０に取り消し命令を送信しないのでセキュリティアプリケーション２４０のリクエスト処理が続いて進行される。
【００６５】
このようにプロセッサのセキュアモード領域２２０でセキュアモードの処理のために資源２００を使用する場合にも、本発明の実施形態によってノンセキュアモードで処理されるが優先順位の高いアプリケーションが優先的に処理されることによってアプリケーション実行のセキュリティを維持しながらも使用者の便宜を向上させることができる。
【００６６】
本発明が属する技術分野の通常の知識を有する者は本発明がその技術的思想や必須な特徴を変更せず他の具体的な形態で実施できるということを理解されたい。従って、上述した実施形態は全ての面で例示的なものであり、限定的ではないことを理解すべきである。本発明の範囲は上記の詳細な説明よりは後述する特許請求の範囲によって表わし、特許請求の範囲の意味及び範囲、さらにその均等概念から導出される全ての変更または変形された形態が本発明の範囲に含まれることを解釈されたい。
【００６７】
一方、本明細書及び図面には本発明の好ましい実施形態が開示され、特定の用語が使用されたが、これはただ本発明の容易な理解を助けるための一般的な意味で使用されたもので、本発明の範囲を限定しようとするものではない。ここに開示された実施形態の以外にも本発明の技術的思想に基づいた他の変形形態が実施可能であるということは本発明が属する技術分野で通常の知識を有する者に自明なものであろう。
【符号の説明】
【００６８】
１００  アプリケーション実行装置
１１０  ノンセキュアモード制御部
１２０  モード変更制御部
１３０  セキュアモード制御部
２００  資源
２１０  ノンセキュアモード領域
２２０  セキュアモード領域
２３０  高い優先順位アプリケーション
２４０  セキュリティアプリケーション
３３０  処理結果記憶
５４０  処理結果記憶
【図１】
2014116008.tif 000003
【図２】
2014116008.tif 000004
【図３】
2014116008.tif 000005
【図４】
2014116008.tif 000006
【図５】
2014116008.tif 000007
【図７】
2014116008.tif 000008
【図６】
2014116008.tif 000009
【図８】
2014116008.tif 000010