JP2015537486A - アプリ保護方法、装置、端末、プログラム、及び記録媒体 - Google Patents

Abstract

本発明は、アプリ保護方法、装置と端末に関し、端末セキュリティ分野に属する。前記アプリ保護方法は、アプリの起動を要求するための起動要求を獲得するステップと、起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定するステップと、起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動するステップとを含む。本発明は、起動しようとするアプリが保護する必要があるアプリであると検出した場合、保護インタフェースを起動し、保護インタフェースに対応する解除信号を受信すると、アプリを起動する。【選択図】図１

Description

本発明は、ネットワーク技術分野に関し、特にアプリ保護方法、装置、及び端末に関する。

電子技術の発展に伴い、デジタル製品は生活及び仕事の各分野にますます広く応用されるようになっている。携帯電話はさらに人々の生活に密接に関連し、携帯電話の各種アプリには個人的な内容が保存され、普通、ユーザは自分以外の人にこれらの内容を見られたくないと思うため、これらのアプリを保護する必要がある。
通常、システムは、循環検出システムによってログを起動するか、或いは現在実行中のアプリを循環モニタリングし、実行したばかり或いは実行中のアプリが保護しようとするアプリであることを検出すると、暗号化保護インタフェースを起動して保護されるアプリの使用インタフェースをカバーし、当該暗号化保護インタフェースに対応するパスワードを受信した場合、当該アプリの使用インタフェースを表示し、パスワードを受信してない或いは対応しないパスワードを受信した場合は、当該アプリの使用インタフェースを表示しなく、当該暗号化保護インタフェースだけを表示して、当該アプリを保護する目的を達成する。
発明者は、本発明を実現する中で、関連技術に少なくとも以下の欠点があることを見つけた。暗号化保護インタフェースを起動して保護されるアプリのインタフェースをカバーする時、当該保護されるアプリはすでに実行状態にあるため、音声再生等の経路によって当該アプリの情報を漏らす可能性がある。

本発明は、暗号化保護インタフェースを起動してアプリを保護するとき、当該保護されるアプリがすでに実行状態にあり、音声再生等の経路によって当該アプリの情報を漏らす問題を解決するためになされたもので、アプリ保護方法、装置と端末を提供することを目的とする。
本発明の実施例の第１の局面によると、アプリ保護方法を提供し、上記方法は、
アプリの起動を要求するための起動要求を獲得するステップと、
前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定するステップと、
起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動するステップとを含む。
選択的に、前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定するステップは、
前記起動要求における、前記アプリの名称が含まれているアプリの起動パラメータを解析するステップと、
前記アプリの名称に基づいて、前記アプリが、保護する必要のあるアプリのリストである保護リストにあるか否かを検出するステップと、
検出結果として前記アプリが前記保護リストにある場合、前記アプリが保護する必要があるアプリであると確定するステップとを含む。
選択的に、検出結果としてアプリが前記保護リストにある場合、前記アプリが所定の条件を満たすか否かを検出するステップと、
検出結果として前記アプリが所定の条件を満たす場合、前記アプリを保護する必要があると確定するステップとをさらに含み、
前記所定の条件は、前記アプリは起動されたことがないという条件、前記アプリが前回起動された後、前記アプリを実行する端末のスクリーンがオフされたことがあるという条件、前記アプリが前回起動された後、前記アプリを実行する端末が再起動されたことがあるという条件、前記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えているという条件のうちの任意の一つを含む。
選択的に、前記保護インタフェースを起動するステップは、
前記アプリの起動パラメータと予め定義された保護インタフェースの起動パラメータに基づいて、保護パラメータを生成するステップと、
前記保護パラメータに基づいて、前記保護インタフェースの起動パラメータを取得するステップと、
前記保護インタフェースの起動パラメータに基づいて前記保護インタフェースを起動するステップとを含む。
選択的に、前記方法は、前記保護インタフェースに対応する解除信号を受信すると、前記アプリを起動するステップをさらに含む。
本発明の実施例の第２の局面によると、アプリ保護装置を提供し、上記装置は、
アプリの起動を要求するための起動要求を獲得する獲得モジュールと、
前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定する確定モジュールと、
前記確定モジュールによって、前記アプリが保護する必要があるアプリであると確定された場合、保護インタフェースを起動する第１の起動モジュールとを含む。
選択的に、前記確定モジュールは、
前記起動要求における、前記アプリの名称が含まれているアプリの起動パラメータを解析する解析ユニットと、
前記解析ユニットによって解析された前記アプリの名称に基づいて、前記アプリが、保護する必要のあるアプリのリストである保護リストにあるか否かを検出する第１の検出ユニットと、
前記第１の検出ユニットの検出結果として前記アプリが前記保護リストにある場合、前記アプリが保護する必要があるアプリであると確定する確定ユニットとを含む。
選択的に、前記確定モジュールは、前記第１の検出ユニットの検出結果として前記アプリが前記保護リストにある場合、前記アプリが所定の条件を満たすか否かを検出する第２の検出ユニットをさらに含み、
前記確定ユニットは、前記第２の検出ユニットの検出結果として前記アプリが所定の条件を満たす場合、前記アプリを保護する必要があると確定し、
前記所定の条件は、前記アプリは起動されたことがないという条件、前記アプリが前回起動された後、前記アプリを実行する端末のスクリーンがオフされたことがあるという条件、前記アプリが前回起動された後、前記アプリを実行する端末が再起動されたことがあるという条件、前記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えているという条件のうちの任意の一つを含む。
選択的に、前記第１の起動モジュールは、
前記アプリの起動パラメータと予め定義された保護インタフェースの起動パラメータに基づいて保護パラメータを生成する生成ユニットと、
前記生成ユニットによって生成された前記保護パラメータに基づいて、前記保護インタフェースの起動パラメータを取得する取得ユニットと、
前記取得ユニットによって取得された前記保護インタフェースの起動パラメータに基づいて、前記保護インタフェースを起動する起動ユニットとを含む。
選択的に、前記装置は、前記保護インタフェースに対応する解除信号を受信すると、前記アプリを起動する第２の起動モジュールをさらに含む。
本発明の実施例の第３の局面によると、端末を提供し、上記端末は、上記アプリ保護装置を含む。
本発明の実施例の第４の局面によると、端末を提供し、上記端末は、
一つ或いは複数のプロセッサ、メモリ、及び一つ或いは複数のモジュールを含み、
前記一つ或いは複数のモジュールは、前記メモリに記憶され、前記一つ或いは複数のプロセッサによって実行されるとともに、
アプリの起動を要求するための起動要求を獲得し、
前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定し、
起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動する機能を発揮する。
本発明の実施例によると、起動要求を獲得し、起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを検出し、検出結果として起動しようとするアプリが保護する必要のあるアプリである場合、保護インタフェースを起動する。そのため、保護インタフェースを起動するとき、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリにおける情報を漏らす問題を解決でき、起動されるアプリが保護する必要があるアプリであると検出された場合、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動することによって、全面で確実にアプリの情報を保護する効果に達することができる。
理解すべきことは、以上の一般的な説明と後述の詳細の説明は例示的なのであり、本発明を限定するものではない。

ここの図面は、明細書の一部分として、明細書と一緒に、本発明に係る実施例を示し、本発明の原理を解釈するものである。
図１は、一つの例示的な実施例にかかるアプリ保護方法のフローチャートである。 図２は、一つの例示的な実施例にかかるアプリ保護方法の実施を示す図である。 図３は、一つの例示的な実施例にかかるアプリ保護方法のフローチャートである。 図４は、一つの例示的な実施例にかかるアプリ保護方法の実施を示す図である。 図５は、一つの例示的な実施例にかかるアプリ保護方法の実施を示す図である。 図６は、一つの例示的な実施例にかかるアプリ保護方法の実施を示す図である。 図７は、一つの例示的な実施例にかかるアプリ保護方法のフローチャートである。 図８は、一つの例示的な実施例にかかるアプリ保護方法の実施を示す図である。 図９は、一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図である。 図１０は、一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図である。 図１１は、一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図である。 図１２は、一つの例示的な実施例にかかる端末の構成を模式的に示す図である。

以下に、図面を参照しながら、例示的な実施例について詳細に説明する。以下に図面について説明する際、別途説明がある以外、異なる図面における同じ符号は、同じ或いは類似する要素を示す。以下例示的な実施例で説明する実施形態は、本発明と一致する全ての実施形態を代表するわけではない。逆に、それらは、特許請求の範囲で詳細に説明する本発明の一部と一致する装置と方法の例に過ぎない。
本発明の実施例は、アプリ保護方法、装置及び端末を提供し、以下、図面と合わせて本発明の実施例について詳細に説明する。
図１を参照すると、本発明の一つの例示的な実施例にかかるアプリ保護方法のフローチャートを示している。本実施例では、当該アプリ保護方法をアプリが実行できる端末に応用して説明する。当該アプリ保護方法は、以下のステップを含む。
ステップ１０１において、アプリの起動を要求するための起動要求を獲得する。
端末は、アプリの起動を要求するための起動要求を獲得する。
ステップ１０２において、起動要求に基づいて、起動しようとするアプリが、保護する必要があるアプリであるか否かを確定する。
端末は、起動要求に基づいて、起動しようとするアプリが、保護する必要があるアプリであるか否かを確定する。
ステップ１０３において、起動しようとするアプリが、保護する必要があるアプリである場合、保護インタフェースを起動する。
端末は、起動しようとするアプリが、保護する必要があるアプリである場合、保護インタフェースを起動する。
上記のように、本発明の実施例にかかるアプリ保護方法によると、起動要求を獲得することによって、起動しようとするアプリが保護する必要があるアプリであるか否かを検出し、検出結果として、起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動する。そのため、保護インタフェースを起動するとき、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリの情報を漏らす問題を解決でき、起動されるアプリが保護する必要があるアプリであると検出された時、アプリを起動せずに、直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動することによって、全面で確実にアプリの情報を保護する効果に達することができる。
図２を参照すると、もう一つの例示的な実施例にかかるアプリ保護方法のフローチャートを示している。本実施例では、当該アプリ保護方法をアプリが実行できる端末に応用して説明する。当該アプリ保護方法は、以下のステップを含む。
ステップ２０１において、アプリの起動を要求するための起動要求を獲得する。
アプリを起動するための起動要求の獲得について、図３を参照すると、アプリ起動の一般的なプロセスを示している。アプリの起動を開始する際、端末は、起動要求を受信し、当該起動要求には、アプリの起動パラメータが含まれている。アプリの起動パラメータを解析することによってアプリを確定し、その後アプリを起動して、全体の起動プロセスを終了する。
本実施例において、端末は、上記アプリの起動プロセスにおける「３０１起動開始」の段階で、起動要求を獲得し、確定されたアプリが保護する必要があるアプリである場合、その中のアプリの起動パラメータを当該アプリを保護する保護インタフェースに関する保護パラメータに入れ替え、以下で詳細に説明する。
ステップ２０２において、起動要求におけるアプリの起動パラメータを解析する。アプリの起動パラメータにはアプリの名称が含まれている。
端末は、獲得した起動要求におけるアプリの起動パラメータを解析する。アプリの起動パラメータにはアプリの名称が含まれている。
仮にアプリの起動パラメータを解析して得られたアプリの名称が「Ｘ雷プレイヤー」であるとする。
ステップ２０３において、アプリの名称に基づいて、当該アプリが保護リストにあるか否かを検出する。
保護リストは、保護する必要があるアプリのリストである。端末は、アプリの名称に基づいて、保護リストの中に当該アプリが存在するか否かを調べる。
例えば、図４を参照すると、ユーザは、保護しようとするアプリを予め選択して保護リストに追加する。図４において、保護しようとするアプリは、ショートメッセージ、ゲーム猫、インターネットテレビ、写真、Ｘ雷プレイヤー、及び音楽聴を含む。
検出結果として、アプリが保護リストにある場合、ステップ２０４に進み、
検出結果として、アプリが保護リストにない場合、ステップ２１０に進む。
ステップ２０４において、アプリが保護する必要があるアプリであると確定する。
検出結果として、アプリが保護リストにある場合、端末は、当該アプリが保護する必要があるアプリであると確定する。
例えば、端末は、ステップ２０２で得られた当該アプリの名称「Ｘ雷プレイヤー」に基づいて、保護リストで当該アプリが保護する必要があるアプリであることを調べると、「Ｘ雷プレイヤー」を、保護する必要があるアプリであると確定する。
ステップ２０５において、アプリの起動パラメータに基づいて、保護パラメータを生成する。
端末は、当該アプリが保護する必要があるアプリであると確定した後、アプリの起動パラメータを保護パラメータの一部分とし、予め定義した保護インタフェースの起動パラメータを保護パラメータのほかの一部分として、保護パラメータを得る。
説明すべきことは、保護インタフェースの起動パラメータには、保護インタフェースの表示内容などの情報が含まれている。
ステップ２０６において、保護パラメータに基づいて、保護インタフェースの起動パラメータを取得する。
端末は、保護パラメータを解析して、当該アプリに対応する保護インタフェースの起動パラメータを得る。
ステップ２０７において、保護インタフェースの起動パラメータに基づいて、当該保護インタフェースを起動する。
端末は、解析によって得られた保護インタフェースの起動パラメータに基づいて、当該保護インタフェースを起動する。
端末は、例えば、図５に示された当該保護インタフェースを起動する。
説明すべきことは、本発明の実施例では、図５に示す数独のロック画面パターンを保護インタフェースの例として説明するが、保護インタフェースのパターンは図５に限らない。
ステップ２０８において、保護インタフェースに対応する解除信号を受信する。
端末は、保護インタフェースを表示した後、当該保護インタフェースに対応する解除信号を受信しなければ、当該保護インタフェースを解除しなく、アプリを起動しない。解除信号は、当該保護インタフェースを解除するために用いられる。
例えば、端末が図５に示す保護インタフェースを表示した後、ユーザが予め設定したアクセス制限パスワードを入力する必要がある。当該アクセス制限パスワードは、当該保護インタフェースを解除する解除信号である。端末は、正しいアクセス制限パスワードを受信してから当該保護インタフェースを解除しアプリを起動して、アプリの使用インタフェースを表示する。ユーザが予め設定した当該「Ｘ雷プレイヤー」のアクセス制限パスワードが図６に示すパターンであるとする。
ステップ２０９において、保護パラメータに基づいて、アプリの起動パラメータを取得する。
端末は、解除信号を受信した後、当該解除信号が当該保護インタフェースに対応するか否かを検出し、当該解除信号が当該保護インタフェースに対応すると検出した場合、保護パラメータの中からアプリの起動パラメータを取得する。
端末は、例えば、ユーザから図６に示すパターンが入力されると、当該パターンが当該保護インタフェースに対応するか否かを検出し、当該パターンが当該保護インタフェースに対応すると検出した場合、保護パラメータの中から起動信号が起動しようとするアプリの起動情報を取得する。
ステップ２１０において、アプリの起動パラメータに基づいてアプリを起動する。
端末は、アプリの起動パラメータに基づいて、起動しようとするアプリを起動する。
端末は、例えば、ユーザから入力された図６に示すパターンを受信すると、当該保護インタフェースを解除し、アプリの起動パラメータに基づいて「Ｘ雷プレイヤー」を起動し、当該「Ｘ雷プレイヤー」のプレイインタフェースを表示する。
上記のように、本発明の実施例にかかるアプリ保護方法によると、アプリ起動を要求するための起動要求を獲得し、起動要求における起動パラメータを解析してアプリを確定し、保護リストで当該アプリを調べる。保護リストで当該アプリが調べられると、当該アプリが保護する必要があるアプリであると確定し、アプリの起動パラメータに基づいて保護パラメータを生成する。当該保護パラメータには、保護インタフェースの起動パラメータがさらに含まれている。当該保護インタフェースに対応する解除信号を受信すると、アプリを起動する。これによって、保護インタフェースを起動する時、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリケーションの情報を漏らす問題を解決し、起動されるアプリが保護する必要があるアプリであることを検出すると、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動し始めることによって、全面で確実にアプリの情報を保護する効果に達することができる。
ユーザが数回同一アプリを起動する時に、毎回解除信号を入力する必要がないようにするために、本発明の実施例は、以下のアプリ保護方法をさらに提供する。
図７を参照すると、本発明のもう一つの例示的な実施例にかかるアプリ保護方法のフローチャートを示している。本実施例においては、当該アプリ保護方法をアプリが実行できる端末に応用して説明する。当該アプリ保護方法は、以下のステップを含む。
ステップ７０１において、アプリの起動を要求するための起動要求を獲得する。
アプリを起動するための起動要求の獲得について、図３を参照すると、アプリ起動の一般的なプロセスを示している。アプリの起動が開示されると、端末は、起動要求を受信し、当該起動要求には、アプリの起動パラメータが含まれている。アプリの起動パラメータを解析することによってアプリを確定し、その後当該アプリを起動して、全体の起動プロセスを終了する。
本実施例において、端末は、上記アプリの起動プロセスにおける「３０１起動開始」の段階で、起動要求を獲得し、確定されたアプリが保護する必要があるアプリである場合、その中のアプリの起動パラメータを当該アプリを保護する保護インタフェースに関する保護パラメータに入れ替え、以下で詳細に説明する。
ステップ７０２において、起動要求におけるアプリの起動パラメータを解析する。アプリの起動パラメータにはアプリの名称が含まれている。
端末は、獲得した起動要求におけるアプリの起動パラメータを解析する。当該アプリの起動パラメータにはアプリの名称が含まれている。
仮にアプリの起動パラメータを解析して得られたアプリの名称が「Ｘ雷プレイヤー」であるとする。
ステップ７０３において、アプリの名称に基づいて、当該アプリが保護リストにあるか否かを検出する。
保護リストは、保護する必要があるアプリのリストである。端末は、アプリの名称に基づいて、保護リストの中に当該アプリが存在するか否かを調べる。
端末は、図３における「３０２起動パラメータを解析して起動しようとするアプリを取得する」段階の後、アプリの名称に基づいて、当該アプリが保護リストにあるか否かを検出する。
例えば、図４を参照すると、ユーザは、保護しようとするアプリを予め選択し、保護しようとするアプリを保護リストに追加する。図４において、保護しようとするアプリは、ショートメッセージ、ゲーム猫、インターネットテレビ、写真、Ｘ雷プレイヤー、及び音楽聴を含む。
検出結果として、アプリが保護リストにある場合、ステップ７０４に進み、
検出結果として、アプリが保護リストにない場合、ステップ７１１に進む。
ステップ７０４において、当該アプリが所定の条件を満たすか否かを検出する。
検出結果として、アプリが保護リストにある場合、端末は、当該アプリが所定の条件を満たすか否かを検出する。
ここで、所定の条件は、当該アプリが起動されたことがないという条件、当該アプリが前回起動された後、当該アプリを実行した端末のスクリーンがオフされたことがあるという条件、当該アプリが前回起動された後、当該アプリを実行した端末が再起動されたことがあるという条件、当該アプリが前回起動されてから今回起動されるまでの期間が所定値を超えているという条件のうちの任意の一つを含む。
例えば、端末は、「Ｘ雷プレイヤー」が図４に示す保護リストにあると検出すると、「Ｘ雷プレイヤー」が初めて起動されたか否か、「Ｘ雷プレイヤー」が前回起動された後、端末のスクリーンがオフされたか否か、「Ｘ雷プレイヤー」が前回起動された後、端末が再起動されたか否か、或いは、「Ｘ雷プレイヤー」が前回起動されてから今回起動されるまでの期間が所定値を超えるか否かを検出する。
端末は、アプリが上記所定の条件を満たすか否かを容易に検出するために、検証リストを設定してもよい。図８に示すように、当該検証リストは、保護する必要のあるアプリが所定の条件を満たすか否かを記録するために用いられ、アプリが一回起動されると、「検証にパスしたか否か」の欄に「√」を標記し、当該アプリが起動された後、端末スクリーンがオフされたり、端末が再起動されたり、或いは、起動されてから所定の時間が経ったりすると、「検証にパスしたか否か」の欄の「√」を「×」に修正する。ここで、上記所定の時間は、２４時間であるとする。
端末は、あるアプリが所定の条件を満たすか否かを検出する時、当該アプリに対応する「検証にパスしたか否か」の欄の標記だけ検出すればよい。
当該アプリに対応する「検証にパスしたか否か」の欄に「√」が標記されている場合、当該アプリが起動されたことがあり、且つ起動された後端末のスクリーンがオフされたことがなく、且つ端末が再起動されたことがなく、且つ前回起動されてから２４時間経っていないことを意味する。そのため、当該アプリを再度起動する時、保護インタフェースを再度起動する必要がなく、当該アプリを直接起動し、すなわち所定の条件を満たしていないとみなす。
当該アプリに対応する「検証にパスしたか否か」の欄に「×」が標記されている場合、当該アプリが以下の条件のうちの一つを満足することを意味する。
１）アプリが起動されたことがない；
２）アプリが前回起動された後、当該アプリを実行する端末のスクリーンがオフされたことがある；
３）アプリが前回起動された後、当該アプリを実行する端末が再起動されたことがある；
４）アプリが前回起動されてから今回起動されるまでの期間が所定値を超えている。
そして、当該アプリを起動する時、保護インタフェースを起動する必要があり、保護インタフェースに対応する解除信号を受信した場合だけ当該アプリを起動する。即ち、所定の条件を満たすとみなす。
説明すべきことは、上記検証リストを作成するプロセスは、アプリが所定の条件を満たすか否かを検出する一種の実現方法であり、本実施例でこれを例として説明しているが、本発明はこれに限定されない。
検出結果として、アプリが所定の条件を満たす場合、ステップ７０５に進み、
検出結果として、アプリが所定の条件を満たさない場合、ステップ７１１に進む。
ステップ７０５において、当該アプリを保護する必要があると確定する。
検出結果として、アプリが所定の条件を満たす場合、端末は、当該アプリを保護する必要があると確定する。
例えば、ステップ７０４の検出結果として、名称が「Ｘ雷プレイヤー」であるアプリが所定の条件を満たす場合、端末は、「Ｘ雷プレイヤー」を保護する必要があると確定する。
図８を参照すると、起動しようとするアプリが「ショートメッセージ」であるとすると、アプリ「ショートメッセージ」が保護リストにあるが、所定の条件を満たさないため、保護インタフェースを起動する必要がなく、アプリの起動パラメータを解析して当該アプリを起動するステップを直接実行する。
ステップ７０６において、アプリの起動パラメータに基づいて保護パラメータを生成する。保護パラメータは、保護インタフェースの起動情報を示すために用いられる。
端末は、当該アプリを保護する必要があると確定した後、アプリの起動パラメータを保護パラメータの一部とし、保護インタフェースの起動情報を示す予め定義したパラメータを保護パラメータのほかの一部として、保護パラメータを得る。
説明すべきことは、保護インタフェースの起動パラメータには、保護インタフェースの表示内容などの情報が含まれている。
ステップ７０７において、保護パラメータに基づいて、保護インタフェースの起動パラメータを取得する。
端末は、保護パラメータを解析して、当該アプリに対応する保護インタフェースの起動パラメータを得る。
ステップ７０８において、保護インタフェースの起動パラメータに基づいて、当該保護インタフェースを起動する。
端末は、解析によって得られた保護インタフェースの起動パラメータに基づいて、当該保護インタフェースを起動する。
端末は、例えば、図５に示された当該保護インタフェースを起動する。
説明すべきことは、本発明の実施例では、図５に示す数独のロック画面パターンを保護インタフェースの例として説明するが、保護インタフェースのパターンは図５に限らない。
ステップ７０９において、保護インタフェースに対応する解除信号を受信する。
端末は、保護インタフェースを表示した後、当該保護インタフェースに対応する解除信号を受信しなければ、当該保護インタフェースを解除しなく、アプリを起動しない。解除信号は、当該保護インタフェースを解除するために用いられる。
例えば、端末が図５に示す保護インタフェースを表示した後、ユーザが予め設定したアクセス制限パスワードを入力する必要がある。当該アクセス制限パスワードは、当該保護インタフェースを解除する解除信号である。端末は、正しいアクセス制限パスワードを受信してから当該保護インタフェースを解除しアプリを起動して、アプリの使用インタフェースを表示する。ユーザが予め設定した当該「Ｘ雷プレイヤー」のアクセス制限パスワードが図６に示すパターンであるとする。
ステップ７１０において、保護パラメータに基づいて、アプリの起動パラメータを取得する。
端末は、解除信号を受信した後、当該解除信号が当該保護インタフェースに対応するか否かを検出し、当該解除信号が当該保護インタフェースに対応すると検出した場合、保護パラメータの中からアプリの起動パラメータを取得する。
端末は、例えば、ユーザから図６に示すパターンが入力されると、当該パターンが当該保護インタフェースに対応するか否かを検出し、当該パターンが当該保護インタフェースに対応すると検出した場合、保護パラメータの中からアプリの起動パラメータを取得する。
ステップ７１１において、アプリの起動パラメータに基づいてアプリを起動する。
端末は、アプリの起動パラメータに基づいて、起動しようとするアプリを起動する。
端末は、例えば、ユーザから入力された図６に示すパターンを受信すると、当該保護インタフェースを解除し、アプリの起動情報に基づいて「Ｘ雷プレイヤー」を起動し、当該「Ｘ雷プレイヤー」のプレイインタフェースを表示する。
説明すべきことは、ステップ７０３の検出結果として当該アプリが保護リストにない場合、或いはステップ７０４の検出結果として当該アプリが所定の条件を満たさない場合、保護パラメータに基づいてアプリの起動情報を取得し当該起動情報に基づいて当該アプリを起動するステップを直接実行する。
上記のように、本発明の実施例にかかるアプリ保護方法によると、アプリ起動を要求するための起動要求を獲得し、起動要求における起動パラメータを解析してアプリを確定し、保護リストで当該アプリが調べられると、当該アプリが保護する必要があるアプリであると確定し、当該アプリを保護する必要があるか否かを確定する前に、当該アプリが所定の条件を満たすか否かを検出し、当該アプリが所定の条件を満たすと、当該アプリを保護する必要があると確定する。そして、アプリの起動パラメータに基づいて保護パラメータを生成し、当該保護インタフェースに対応する解除信号を受信してから、アプリを起動する。これによって、保護インタフェースを起動する時、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリケーションの情報を漏らす問題を解決し、起動されるアプリを保護する必要があると検出した場合、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動し始めることによって、全面で確実にアプリの情報を保護する効果に達することができる。
また、アプリが保護リストにあると検出した後、当該アプリが所定の条件を満たすか否かを検出することによって、保護インタフェースを起動する必要があるか否かを確定し、これにより、ユーザが頻繁にあるアプリを起動する時、解除信号を毎回入力する必要がなく、一回だけ入力すればよい、という効果を奏する。
図９を参照すると、本発明の一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図を示している。当該アプリ保護装置は、ソフトウェア、ハードウェア、或いは両者の組み合わせによって端末の全部或いは一部を実現でき、当該アプリ保護装置は、獲得モジュール９１０、確定モジュール９２０、及び第１の起動モジュール９３０を含む。
獲得モジュール９１０は、アプリの起動を要求するための起動要求を獲得する。
確定モジュール９２０は、上記起動要求に基づいて、起動しようとするアプリが保護する必要のあるアプリであるか否かを確定する。
第１の起動モジュール９３０は、上記確定モジュール９２０によって上記アプリが保護する必要があるアプリであると確定された場合、保護インタフェースを起動する。
上記のように、本発明の実施例にかかるアプリ保護装置によると、起動要求を獲得し、起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを検出し、検出結果として、起動しようとするアプリが保護する必要のあるアプリである場合、保護インタフェースを起動する。そのため、保護インタフェースを起動するとき、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリにおける情報を漏らす問題を解決でき、起動されるアプリが保護する必要があるアプリであると検出された場合、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動することによって、全面で確実にアプリの情報を保護する効果に達することができる。
図１０を参照すると、本発明のもう一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図を示している。当該アプリ保護装置は、ソフトウェア、ハードウェア、或いは両者の組み合わせによって端末の全部或いは一部を実現でき、当該アプリ保護装置は、獲得モジュール１０１０、確定モジュール１０２０、第１の起動モジュール１０３０、及び第２の起動モジュール１０４０を含む。
獲得モジュール１０１０は、アプリの起動を要求するための起動要求を獲得する。
確定モジュール１０２０は、上記起動要求に基づいて、起動しようとするアプリが保護する必要のあるアプリであるか否かを確定する。
選択的に、上記確定モジュール１０２０は、解析ユニット１０２１、第１の検出ユニット１０２２、及び確定ユニット１０２３を含む。
解析ユニット１０２１は、起動要求における上記アプリの起動パラメータを解析する。アプリの起動パラメータにはアプリの名称が含まれている。
第１の検出ユニット１０２２は、解析ユニット１０２１によって解析された上記アプリの名称に基づいて、上記アプリが保護リストにあるか否かを検出する。上記保護リストは、保護する必要のあるアプリのリストである。
確定ユニット１０２３は、上記第１の検出ユニット１０２２の検出結果として、上記アプリが上記保護リストの中にある場合、上記アプリが保護する必要があるアプリであると確定する。
第１の起動モジュール１０３０は、上記確定モジュール１０２０によって上記アプリが保護する必要があるアプリであると確定された場合、保護インタフェースを起動する。
選択的に、上記第１の起動モジュール１０３０は、生成ユニット１０３１、取得ユニット１０３２、及び起動ユニット１０３３を含む。
生成ユニット１０３１は、上記アプリの起動パラメータと予め定義した保護インタフェースの起動パラメータに基づいて、保護パラメータを生成する。
取得ユニット１０３２は、上記生成ユニット１０３１により生成された上記保護パラメータに基づいて、上記保護インタフェースの起動パラメータを取得する。
起動ユニット１０３３は、上記取得ユニット１０３２により取得された上記保護インタフェースの起動パラメータに基づいて、上記保護インタフェースを起動する。
第２の起動モジュール１０４０は、上記第１の起動モジュール１０３０によって起動された保護インタフェースに対応する解除信号を受信すると、上記アプリを起動する。
選択的に、上記第２の起動モジュール１０４０は、第２の取得ユニット１０４１と第２の起動ユニット１０４２を含む。
第２の取得ユニット１０４１は、上記保護インタフェースに対応する解除信号を受信すると、上記保護要求における起動パラメータに基づいて、上記アプリの起動情報を取得する。
第２の起動ユニット１０４２は、上記第２の取得ユニットによって取得された上記アプリの起動情報に基づいて、上記アプリを起動する。
上記のように、本発明の実施例にかかるアプリ保護装置によると、アプリの起動を要求するための起動要求を獲得し、起動要求における起動パラメータを解析してアプリを確定し、保護リストから当該アプリを調べ、保護リストで当該アプリが調べられると、当該アプリが保護する必要があるアプリであると確定し、アプリの起動パラメータに基づいて保護パラメータを生成する。当該保護パラメータには、保護インタフェースの起動パラメータがさらに含まれている。当該保護インタフェースに対応する解除信号を受信すると、アプリを起動する。これによって、保護インタフェースを起動する時、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリケーションの情報を漏らす問題を解決でき、起動されるアプリが保護する必要があるアプリであると検出された場合、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動し始めることによって、全面で確実にアプリの情報を保護する効果に達することができる。
図１１を参照すると、本発明のもう一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図を示している。当該アプリ保護装置は、ソフトウェア、ハードウェア、或いは両者の組み合わせによって端末の全部或いは一部を実現でき、当該アプリ保護装置は、獲得モジュール１１１０、確定モジュール１１２０、第１の起動モジュール１１３０、及び第２の起動モジュール１１４０を含む。
獲得モジュール１１１０は、アプリの起動を要求するための起動要求を獲得する。
確定モジュール１１２０は、上記起動要求に基づいて、起動しようとするアプリが保護する必要のあるアプリであるか否かを確定する。
選択的に、上記確定モジュール１１２０は、解析ユニット１１２１、第１の検出ユニット１１２２、第２の検出ユニット１１２３、及び確定ユニット１１２４を含む。
解析ユニット１１２１は、起動要求におけるアプリの起動パラメータを解析する。アプリの起動パラメータには、上記アプリの名称が含まれている。
第１の検出ユニット１１２２は、上記解析ユニット１１２１によって解析された上記アプリの名称に基づいて、上記アプリが保護リストにあるか否かを検出する。上記保護リストは、保護する必要のあるアプリのリストである。
第２の検出ユニット１１２３は、上記第１の検出ユニット１１２２の検出結果として上記アプリが上記保護リストにある場合、上記アプリが所定の条件を満たすか否かを検出する。
上記所定の条件は、以下の条件のうちの任意の一つを含む。
上記アプリが起動されたことがない；
上記アプリが前回起動された後、上記アプリを実行する端末のスクリーンがオフされたことがある；
上記アプリが前回起動された後、上記アプリを実行する端末が再起動されたことがある；
上記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えている。
確定ユニット１１２４は、上記第２の検出ユニット１１２３の検出結果として上記アプリが上記所定の条件を満たす場合、上記アプリを保護する必要があると確定する。
第１の起動モジュール１１３０は、上記確定モジュール１１２０によって上記アプリを保護する必要があると確定された場合、保護インタフェースを起動する。
選択的に、上記第１の起動モジュール１１３０は、生成ユニット１１３１、取得ユニット１１３２、及び起動ユニット１１３３を含む。
生成ユニット１１３１は、上記アプリの起動パラメータと予め定義された保護インタフェースの起動パラメータに基づいて、保護パラメータを生成する。
取得ユニット１１３２は、上記生成ユニット１１３１によって生成された上記保護パラメータに基づいて、上記保護インタフェースの起動パラメータを取得する。
起動ユニット１１３３は、上記取得ユニット１１３２によって取得された上記保護インタフェースの起動パラメータに基づいて、上記保護インタフェースを起動する。
第２の起動モジュール１１４０は、上記第１の起動モジュール１１３０によって起動された保護インタフェースに対応する解除信号を受信すると、上記アプリを起動する。
選択的に、上記第２の起動モジュール１１４０は、第２の取得ユニット１１４１と第２の起動ユニット１１４２を含む。
第２の取得ユニット１１４１は、上記保護インタフェースに対応する解除信号を受信すると、上記保護パラメータに基づいて、上記アプリの起動パラメータを取得する。
第２の起動ユニット１１４２は、上記第２の取得ユニット１１４１によって取得された上記アプリの起動パラメータに基づいて、上記アプリを起動する。
上記のように、本発明の実施例にかかるアプリ保護装置によると、アプリの起動を要求するための起動要求を獲得し、当該起動要求における起動パラメータを解析してアプリを確定し、保護リストで当該アプリが調べられると、当該アプリが保護する必要があるアプリであると確定し、当該アプリを保護する必要があるか否かを確定する前に、当該アプリが所定の条件を満たすか否かを検出し、当該アプリが所定の条件を満たすと、当該アプリを保護する必要があると確定する。アプリの起動パラメータに基づいて保護パラメータを生成し、当該保護インタフェースに対応する解除信号を受信すると、アプリを起動する。これによって、保護インタフェースを起動する時、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリケーションの情報を漏らす問題を解決でき、起動されるアプリを保護する必要があると検出された場合、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動し始めることによって、全面で確実にアプリの情報を保護する効果に達することができる。
また、アプリが保護リストにあると検出した後、当該アプリが所定の条件を満たすか否かを検出することによって、保護インタフェースを起動する必要があるか否かを確定し、これにより、ユーザが頻繁にあるアプリを起動する時、解除信号を毎回入力することなく一回だけ入力すればよい、という効果を奏する。
図１２を参照すると、本発明の一つの例示的な実施例にかかる端末の構成図を示している。当該端末は、上記実施例に係るアプリ保護方法を実行することができる。
端末１２００は、通信ユニット１２１０、コンピューターが読み取り可能な記録媒体を一つ以上含むメモリ１２２０、入力ユニット１２３０、表示ユニット１２４０、センサー１２５０、オーディオ回路１２６０、ＷＩＦＩ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）モジュール１２７０、一つ以上の処理コアを有するプロセッサ１２８０、及び電源１２９０などの部品を含む。当業者は、図１２に示す端末の構成は端末に対する限定ではなく、当該端末が、図示した部品より多い数、または少ない数の部品を備えてもよく、或いは、幾つかの部品の組み合わせ、または異なる部品配置を有してもよい、ことを理解すべきである。
ここで、通信ユニット１２１０は、情報の送受信または通話中において、信号を受信及び送信するためのものである。当該通信ユニット１２１０は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路、ルーター、モデム等のネットワーク通信装置であってもよい。特に、通信ユニット１２１０がＲＦ回路である場合、基地局からの下り情報を受信した後、１つ、或いは１つ以上のプロセッサ１２８０に渡して処理させる。また、上りデータを基地局に送信する。一般的に、通信ユニットとしてのＲＦ回路は、アンテナ、少なくとも１つのアンプ、チューナー、１つ又は複数の発振器、加入者識別モジュール（ＳＩＭ）カード、受発信機、カプラー、ＬＮＡ（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ、ローノイズアンプ）、デュプレクサ等を含むが、これらに限らない。なお、通信ユニット１２１０は、無線通信でネットワーク、及び他の装置と通信することができる。上記無線通信として、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）等を含む任意の通信規格またはプロトコルを利用してもよいが、これらに限らない。メモリ１２２０は、ソフトウェアプログラム及びモジュールを格納するためのものであり、プロセッサ１２８０は、メモリ１２２０に格納されたソフトウェアプログラム及びモジュールを実行することで、各種機能のアプリ及びデータ処理を実施する。メモリ１２２０には、主に、プログラム格納領域とデータ格納領域を有する。プログラム格納領域には、ＯＳ、少なくとも１つの機能を実行するアプリ（例えば、音声再生機能、画像再生機能等）等が格納される。データ格納領域には、端末１２００の使用により作成されたデータ（例えば、オーディオデータ、電話帳等）等が格納される。また、メモリ１２２０は、高速ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含んでもよく、さらに、例えば少なくとも１つの磁気ディスクメモリ、フラッシュメモリなどの不揮発性メモリ、或いは他の揮発性のＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）メモリを含んでもよい。また、メモリ１２２０は、プロセッサ１２８０及び入力ユニット１２３０がメモリ１２２０にアクセスできるように、メモリ制御器をさらに含んでもよい。
入力ユニット１２３０は、数字或いはキャラクター情報の入力の受け付け、及び、ユーザ設定及び機能制御に関するキーボード、マウス、ジョイスティック、光学ボールやトラックボールにより信号入力を発生させるためのものである。選択的に、入力ユニット１２３０は、タッチセンシティブ表面１２３１及び他の入力装置１２３２を含んでもよい。タッチセンシティブ表面１２３１は、タッチパネルやタッチパッドとも呼ばれ、ユーザがその表面上や付近に対するタッチ操作（例えば、ユーザが指やタッチペンなどの任意の適した物や付属品を使用して、タッチセンシティブ表面１２３１上やタッチセンシティブ表面１２３１付近に対して行う操作）を収集するとともに、予め設定されたプログラムにしたがって、関連する接続装置を駆動する。選択的に、タッチセンシティブ表面１２３１は、選択的に、タッチ検出手段及びタッチ制御器の２つの部分を含んでもよい。ここで、タッチ検出手段は、ユーザのタッチ位置を検出するとともに、タッチ操作による信号を検出し、そのタッチ情報をタッチ制御器に送信する。タッチ制御器は、タッチ検出手段からタッチ情報を受信し、当該情報を接触点座標に変換してプロセッサ１２８０に送信するとともに、プロセッサ１２８０からのコマンドを受信して実行する。なお、抵抗式、容量式、赤外線式及び表面弾性波式などの様々な方式によりタッチセンシティブ表面１２３１を実現することができる。入力ユニット１２３０は、タッチセンシティブ表面１２３１に加えて、他の入力装置１２３２をさらに含んでもよい。好ましくは、他の入力装置１２３２は、物理的なキーボード、ファンクションキー（例えば、ボリュームボタン、スイッチボタン等）、トラックボール、マウス、ジョイスティック等の中の一つ又は複数を含んでもよいが、これらに限らない。
表示ユニット１２４０は、ユーザが入力した情報やユーザに提供する情報、及び端末１２００の各種のグラフィカル・ユーザー・インターフェース（ＧＵＩ）を表示するためのものであり、これらのグラフィカル・ユーザー・インターフェースは、図形、テキスト、アイコン、ビデオ及びそれらの任意の組合せで構成されることができる。表示ユニット１２４０は、表示パネル１２４１を含む。選択的に、表示パネル１２４１は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）等の形態で構成されてもよい。選択的に、タッチセンシティブ表面１２３１は、表示パネル１２４１を覆うように設けられ、タッチセンシティブ表面１２３１がその表面または付近に対するタッチ操作を検出すると、その検出結果をプロセッサ１２８０に転送してタッチイベントのタイプを確認させ、その後、プロセッサ１２８０は、タッチイベントのタイプに基づいて、表示パネル１２４１上に対応する視覚的出力を提供するように構成されてもよい。図１２において、タッチセンシティブ表面１２３１と表示パネル１２４１とが２つの独立した部品として出力及び入力の機能を実現するように構成されているが、タッチセンシティブ表面１２３１と表示パネル１２４１とを集積構成して入力及び出力機能を実現する実施例もあり得る。
端末１２００は、さらに、例えば光センサー、運動センサー及び他のセンサーなどの、少なくとも１つのセンサー１２５０を含んでもよい。光センサーは、環境光センサーと近接センサーを含んでもよいが、環境光センサーは、環境光の明るさに基づいて、表示パネル１２４１の輝度を調整することができ、近接センサーは、端末１２００が耳元まで移動すると、表示パネル１２４１及び／又はバックライトをオフする。運動センサーの一種としての重力加速度センサーは、各方向（一般的には、３軸）における加速度の大きさを検出することができ、静止の状態では、重力の大きさ及びその方向を検出することができるので、携帯電話の姿勢を認識するアプリ（例えば、画面の横縦向きの切り替え、ゲーム、磁力計の姿勢校正）、振動認識に関する機能（例えば、歩数計、パーカッション）等に使用される。端末１２００には、さらに、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサー等のほかのセンサーが備えられるが、ここで、その具体的な説明は省略する。
オーディオ回路１２６０、スピーカ１２６１、マイク１２６２は、ユーザと端末１２００との間のオーディオインタフェースを提供する。オーディオ回路１２６０は、受信したオーディオデータから変換された電気信号をスピーカ１２６１に転送し、スピーカ１２６１により音声信号に変換して出力する。一方、マイク１２６２は、収集した音声信号を電気信号に変換し、オーディオ回路１２６０が当該電気信号を受信した後オーディオデータに変換し、オーディオデータをプロセッサ１２８０に転送して処理してから、ＲＦ回路１２１０を介して例えば他の端末に転送するか、或いはオーディオデータをメモリ１２２０に送信して更に処理を行うようにする。オーディオ回路１２６０は、端末１２００が外部のイヤホンと通信できるように、イヤホン挿入孔を含んでもよい。
当該端末は、無線通信を実現するために、無線通信ユニット１２７０を備えてもよい。当該無線通信ユニット１２７０は、ＷＩＦＩモジュールであってもよい。ＷＩＦＩは近距離無線通信技術に属し、ユーザに無線のブロードバンドインターネットアクセスを提供するので、ユーザは、端末１２００の無線通信ユニット１２７０を利用して、電子メールの送受信、ウェブの閲覧、ストリーミングメディアのアクセス等を行なうことができる。図１２において、無線通信ユニット１２７０を示しているが、当該無線通信ユニット１２７０は、端末１２００にとって不可欠な構成ではなく、本発明の趣旨を変更しない範囲内で必要に応じて省略することができる、ことを理解すべきである。
プロセッサ１２８０は、端末１２００の制御センターであり、各種のインタフェース及び回路を介して携帯電話全体の各部と接続され、メモリ１２２０内に格納されたソフトウェアプログラム及び／又はモジュールを実行または作動させるとともに、メモリ１２２０内に格納されたデータを呼び出すことによって、端末１２００の各種機能の実行及びデータの処理を実現することで、携帯電話全体をコントロールする。選択的に、プロセッサ１２８０は、１つ又は複数の処理コアを含んでもよく、アプリプロセッサとモデムプロセッサを集積して構成されてもよい。ここで、アプリプロセッサは、主に、ＯＳ、ユーザインタフェース、及びアプリなどを処理し、モデムプロセッサは、主に、無線通信を処理する。また、上記モデムプロセッサがプロセッサ１２８０に集積されなくてもよい、ことを理解すべきである。
端末１２００は、さらに、各部に電力を供給する電源１２９０（例えば、バッテリー）を含み、当該電源１２９０は、電源管理システムを介してプロセッサ１２８０にロジック的に接続されることにより、電源管理システムを介して充電・放電管理、及び電力管理等の機能を実現することができる。電源１２９０は、さらに、１つ或いは１つ以上の直流又は交流電源、再充電システム、電源故障検出回路、電源コンバータ又はインバータ、電源状態インジケータ等の任意のアセンブリを含んでもよい。
端末１２００は、図示してはないが、カメラ、ブルートゥースモジュール等をさらに含んでもよいが、ここで、その具体的な説明は省略する。
本実施例において、メモリ１２２０には、一つ或いは一つ以上のモジュールが記憶されており、上記一つ或いは一つ以上のモジュールは、一つ或いは複数のプロセッサ１２８０によって実行されるとともに、以下の機能を備える。
アプリの起動を要求するための起動要求を獲得する。
上記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定する。
起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動する。
上記一つ或いは複数のモジュールは、さらぶ以下の機能を備える。
上記起動要求におけるアプリの起動パラメータを解析する。上記アプリの起動パラメータには、上記アプリの名称が含まれている。
上記アプリの名称に基づいて、上記アプリが保護リストにあるか否かを検出する。上記保護リストは、保護する必要のあるアプリのリストである。
検出結果として、上記アプリが上記保護リストにある場合、上記アプリが保護する必要があるアプリであると確定する。
上記一つ或いは複数のモジュールは、さらに以下の機能を備える。
検出結果として、上記アプリが上記保護リストにある場合、上記アプリが所定の条件を満たすか否かを検出する。
検出結果として、上記アプリが所定の条件を満たす場合、上記アプリを保護する必要があると確定する。
そのうち、上記所定の条件は、以下の条件のうちの任意の一つを含む。
上記アプリは、起動されたことがない；
上記アプリが前回起動された後、上記アプリを実行する端末のスクリーンがオフされたことがある；
上記アプリが前回起動された後、上記アプリを実行する端末が再起動されたことがある；
上記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えている。
上記一つ或いは複数のモジュールは、さらに以下の機能を備える。
上記アプリの起動パラメータに基づいて保護パラメータを生成する。上記保護パラメータは、上記保護インタフェースの起動情報を表す。
上記保護パラメータに基づいて、上記保護インタフェースの起動パラメータを取得する。
上記保護インタフェースの起動パラメータに基づいて、上記保護インタフェースを起動する。
上記一つ或いは複数のモジュールは、さらに以下の機能を備える。
上記保護インタフェースに対応する解除信号を受信すると、上記アプリを起動する。
上記のように、本発明の実施例にかかる端末によると、アプリの起動を要求するための起動要求を獲得し、当該起動要求における起動パラメータを解析してアプリを確定し、保護リストで当該アプリが調べられると、当該アプリが保護する必要があるアプリであると確定し、当該アプリを保護する必要があるか否かを確定する前に、当該アプリが所定の条件を満たすか否かを検出し、当該アプリが所定の条件を満たすと、当該アプリを保護する必要があると確定する。アプリの起動パラメータに基づいて、保護パラメータを生成し、当該保護インタフェースに対応する解除信号を受信すると、アプリを起動する。これによって、保護インタフェースを起動する時、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリケーションの情報を漏らす問題を解決でき、起動されるアプリを保護する必要があると検出された時、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動し始めることによって、全面で確実にアプリの情報を保護する効果に達することができる。
本発明の実施例は、さらに不揮発性の読取可能な記録媒体を提供し、当該記録媒体には一つ或いは複数のモジュール（ｐｒｏｇｒａｍｓ）が記録され、当該一つ或いは複数のモジュールは設備に応用されて、当該設備に、アプリの起動を要求するための起動要求を獲得するステップ、上記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定するステップ、起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動するステップを実行させる指令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を含む。
上記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定するステップは、上記起動要求における、上記アプリの名称が含まれているアプリの起動パラメータを解析するステップと、上記アプリの名称に基づいて、上記アプリが、保護する必要のあるアプリのリストである保護リストにあるか否かを検出するステップと、検出結果として、アプリが上記保護リストにある場合、上記アプリが保護する必要があるアプリであると確定するステップとを含む。
上記方法は、さらに、検出結果として、アプリが上記保護リストにある場合、上記アプリが所定の条件を満たすか否かを検出するステップと、検出結果として、上記アプリが所定の条件を満たす場合、上記アプリを保護する必要があると確定するステップとを含む。
そのうち、上記所定の条件は、以下の条件のうちの任意の一つを含む。
上記アプリは起動されたことがない；
上記アプリが前回起動された後、上記アプリを実行する端末のスクリーンがオフされたことがある；
上記アプリが前回起動された後、上記アプリを実行する端末が再起動されたことがある；
上記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えている。
上記保護インタフェースを起動するステップは、上記アプリの起動パラメータに基づいて、上記保護インタフェースの起動情報を示す保護パラメータを生成するステップと、上記保護パラメータに基づいて上記保護インタフェースの起動パラメータを取得するステップと、上記保護インタフェースの起動パラメータに基づいて上記保護インタフェースを起動するステップとを含む。
上記方法は、さらに、上記保護インタフェースに対応する解除信号を受信すると、上記アプリを起動するステップを含む。
以上の開示内容により、本発明の実施例を例示的に示しているが、請求項により限定される本発明の範囲を逸脱しない限り、多種の変更及び修正を行うことができる。以上に開示された実施例に基づく方法請求項の機能、ステップ及び／又はジェスチャーは、ある特定の手順で実行する必要はない。なお、本発明に係る要素は、個体として記載又は要求されているが、単数であると明確に限定されていない限りは複数であってもよい。
上記の具体的な実施形態において、本発明の目的、技術案及び有益な効果について更に詳細に説明しているが、上記の内容は、本発明の具体的な実施形態であって、本発明の保護範囲に対する限定ではなく、本発明の趣旨及び原則範囲内で行われる任意の修正、均等の取替、改良などは、その何れも本発明の保護範囲に含まれるべきである、ということを理解すべきである。

本発明は、ネットワーク技術分野に関し、特にアプリ保護方法、装置、端末、プログラム、及び記録媒体に関する。

電子技術の発展に伴い、デジタル製品は生活及び仕事の各分野にますます広く応用されるようになっている。携帯電話はさらに人々の生活に密接に関連し、携帯電話の各種アプリには個人的な内容が保存され、普通、ユーザは自分以外の人にこれらの内容を見られたくないと思うため、これらのアプリを保護する必要がある。
通常、システムは、循環検出システムによってログを起動するか、或いは現在実行中のアプリを循環モニタリングし、実行したばかり或いは実行中のアプリが保護しようとするアプリであることを検出すると、暗号化保護インタフェースを起動して保護されるアプリの使用インタフェースをカバーし、当該暗号化保護インタフェースに対応するパスワードを受信した場合、当該アプリの使用インタフェースを表示し、パスワードを受信してない或いは対応しないパスワードを受信した場合は、当該アプリの使用インタフェースを表示しなく、当該暗号化保護インタフェースだけを表示して、当該アプリを保護する目的を達成する。

発明者は、本発明を実現する中で、関連技術に少なくとも以下の欠点があることを見つけた。暗号化保護インタフェースを起動して保護されるアプリのインタフェースをカバーする時、当該保護されるアプリはすでに実行状態にあるため、音声再生等の経路によって当該アプリの情報を漏らす可能性がある。

本発明は、暗号化保護インタフェースを起動してアプリを保護するとき、当該保護されるアプリがすでに実行状態にあり、音声再生等の経路によって当該アプリの情報を漏らす問題を解決するためになされたもので、アプリ保護方法、装置と端末を提供することを目的とする。

本発明の実施例の第１の局面によると、アプリ保護方法を提供し、上記方法は、
アプリの起動を要求するための起動要求を獲得するステップと、
前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定するステップと、
起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動するステップとを含む。
選択的に、前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定するステップは、
前記起動要求における、前記アプリの名称が含まれているアプリの起動パラメータを解析するステップと、
前記アプリの名称に基づいて、前記アプリが、保護する必要のあるアプリのリストである保護リストにあるか否かを検出するステップと、
検出結果として前記アプリが前記保護リストにある場合、前記アプリが保護する必要があるアプリであると確定するステップとを含む。
選択的に、検出結果としてアプリが前記保護リストにある場合、前記アプリが所定の条件を満たすか否かを検出するステップと、
検出結果として前記アプリが所定の条件を満たす場合、前記アプリを保護する必要があると確定するステップとをさらに含み、
前記所定の条件は、前記アプリは起動されたことがないという条件、前記アプリが前回起動された後、前記アプリを実行する端末のスクリーンがオフされたことがあるという条件、前記アプリが前回起動された後、前記アプリを実行する端末が再起動されたことがあるという条件、前記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えているという条件のうちの任意の一つを含む。
選択的に、前記保護インタフェースを起動するステップは、
前記アプリの起動パラメータと予め定義された保護インタフェースの起動パラメータに基づいて、保護パラメータを生成するステップと、
前記保護パラメータに基づいて、前記保護インタフェースの起動パラメータを取得するステップと、
前記保護インタフェースの起動パラメータに基づいて前記保護インタフェースを起動するステップとを含む。
選択的に、前記方法は、前記保護インタフェースに対応する解除信号を受信すると、前記アプリを起動するステップをさらに含む。

本発明の実施例の第２の局面によると、アプリ保護装置を提供し、上記装置は、
アプリの起動を要求するための起動要求を獲得する獲得モジュールと、
前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定する確定モジュールと、
前記確定モジュールによって、前記アプリが保護する必要があるアプリであると確定された場合、保護インタフェースを起動する第１の起動モジュールとを含む。
選択的に、前記確定モジュールは、
前記起動要求における、前記アプリの名称が含まれているアプリの起動パラメータを解析する解析ユニットと、
前記解析ユニットによって解析された前記アプリの名称に基づいて、前記アプリが、保護する必要のあるアプリのリストである保護リストにあるか否かを検出する第１の検出ユニットと、
前記第１の検出ユニットの検出結果として前記アプリが前記保護リストにある場合、前記アプリが保護する必要があるアプリであると確定する確定ユニットとを含む。
選択的に、前記確定モジュールは、前記第１の検出ユニットの検出結果として前記アプリが前記保護リストにある場合、前記アプリが所定の条件を満たすか否かを検出する第２の検出ユニットをさらに含み、
前記確定ユニットは、前記第２の検出ユニットの検出結果として前記アプリが所定の条件を満たす場合、前記アプリを保護する必要があると確定し、
前記所定の条件は、前記アプリは起動されたことがないという条件、前記アプリが前回起動された後、前記アプリを実行する端末のスクリーンがオフされたことがあるという条件、前記アプリが前回起動された後、前記アプリを実行する端末が再起動されたことがあるという条件、前記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えているという条件のうちの任意の一つを含む。
選択的に、前記第１の起動モジュールは、
前記アプリの起動パラメータと予め定義された保護インタフェースの起動パラメータに基づいて保護パラメータを生成する生成ユニットと、
前記生成ユニットによって生成された前記保護パラメータに基づいて、前記保護インタフェースの起動パラメータを取得する取得ユニットと、
前記取得ユニットによって取得された前記保護インタフェースの起動パラメータに基づいて、前記保護インタフェースを起動する起動ユニットとを含む。
選択的に、前記装置は、前記保護インタフェースに対応する解除信号を受信すると、前記アプリを起動する第２の起動モジュールをさらに含む。

本発明の実施例の第３の局面によると、端末を提供し、上記端末は、上記アプリ保護装置を含む。

本発明の実施例の第４の局面によると、端末を提供し、上記端末は、
一つ或いは複数のプロセッサ、メモリ、及び一つ或いは複数のモジュールを含み、
前記一つ或いは複数のモジュールは、前記メモリに記憶され、前記一つ或いは複数のプロセッサによって実行されるとともに、
アプリの起動を要求するための起動要求を獲得し、
前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定し、
起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動する機能を発揮する。

本発明の実施例の第５の局面によると、プロセッサに実行されることにより、上記アプリ保護方法を実現するプログラムを提供する。

本発明の実施例の第６の局面によると、上記プログラムが記録された記録媒体を提供する。

本発明の実施例によると、起動要求を獲得し、起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを検出し、検出結果として起動しようとするアプリが保護する必要のあるアプリである場合、保護インタフェースを起動する。そのため、保護インタフェースを起動するとき、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリにおける情報を漏らす問題を解決でき、起動されるアプリが保護する必要があるアプリであると検出された場合、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動することによって、全面で確実にアプリの情報を保護する効果に達することができる。
理解すべきことは、以上の一般的な説明と後述の詳細の説明は例示的なのであり、本発明を限定するものではない。

ここの図面は、明細書の一部分として、明細書と一緒に、本発明に係る実施例を示し、本発明の原理を解釈するものである。
図１は、一つの例示的な実施例にかかるアプリ保護方法のフローチャートである。 図２は、一つの例示的な実施例にかかるアプリ保護方法の実施を示す図である。 図３は、一つの例示的な実施例にかかるアプリ保護方法のフローチャートである。 図４は、一つの例示的な実施例にかかるアプリ保護方法の実施を示す図である。 図５は、一つの例示的な実施例にかかるアプリ保護方法の実施を示す図である。 図６は、一つの例示的な実施例にかかるアプリ保護方法の実施を示す図である。 図７は、一つの例示的な実施例にかかるアプリ保護方法のフローチャートである。 図８は、一つの例示的な実施例にかかるアプリ保護方法の実施を示す図である。 図９は、一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図である。 図１０は、一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図である。 図１１は、一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図である。 図１２は、一つの例示的な実施例にかかる端末の構成を模式的に示す図である。

以下に、図面を参照しながら、例示的な実施例について詳細に説明する。以下に図面について説明する際、別途説明がある以外、異なる図面における同じ符号は、同じ或いは類似する要素を示す。以下例示的な実施例で説明する実施形態は、本発明と一致する全ての実施形態を代表するわけではない。逆に、それらは、特許請求の範囲で詳細に説明する本発明の一部と一致する装置と方法の例に過ぎない。

本発明の実施例は、アプリ保護方法、装置及び端末を提供し、以下、図面と合わせて本発明の実施例について詳細に説明する。

図１を参照すると、本発明の一つの例示的な実施例にかかるアプリ保護方法のフローチャートを示している。本実施例では、当該アプリ保護方法をアプリが実行できる端末に応用して説明する。当該アプリ保護方法は、以下のステップを含む。
ステップ１０１において、アプリの起動を要求するための起動要求を獲得する。
端末は、アプリの起動を要求するための起動要求を獲得する。
ステップ１０２において、起動要求に基づいて、起動しようとするアプリが、保護する必要があるアプリであるか否かを確定する。
端末は、起動要求に基づいて、起動しようとするアプリが、保護する必要があるアプリであるか否かを確定する。
ステップ１０３において、起動しようとするアプリが、保護する必要があるアプリである場合、保護インタフェースを起動する。
端末は、起動しようとするアプリが、保護する必要があるアプリである場合、保護インタフェースを起動する。

上記のように、本発明の実施例にかかるアプリ保護方法によると、起動要求を獲得することによって、起動しようとするアプリが保護する必要があるアプリであるか否かを検出し、検出結果として、起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動する。そのため、保護インタフェースを起動するとき、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリの情報を漏らす問題を解決でき、起動されるアプリが保護する必要があるアプリであると検出された時、アプリを起動せずに、直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動することによって、全面で確実にアプリの情報を保護する効果に達することができる。
図２を参照すると、もう一つの例示的な実施例にかかるアプリ保護方法のフローチャートを示している。本実施例では、当該アプリ保護方法をアプリが実行できる端末に応用して説明する。当該アプリ保護方法は、以下のステップを含む。
ステップ２０１において、アプリの起動を要求するための起動要求を獲得する。
アプリを起動するための起動要求の獲得について、図３を参照すると、アプリ起動の一般的なプロセスを示している。アプリの起動を開始する際、端末は、起動要求を受信し、当該起動要求には、アプリの起動パラメータが含まれている。アプリの起動パラメータを解析することによってアプリを確定し、その後アプリを起動して、全体の起動プロセスを終了する。

本実施例において、端末は、上記アプリの起動プロセスにおける「３０１起動開始」の段階で、起動要求を獲得し、確定されたアプリが保護する必要があるアプリである場合、その中のアプリの起動パラメータを当該アプリを保護する保護インタフェースに関する保護パラメータに入れ替え、以下で詳細に説明する。
ステップ２０２において、起動要求におけるアプリの起動パラメータを解析する。アプリの起動パラメータにはアプリの名称が含まれている。
端末は、獲得した起動要求におけるアプリの起動パラメータを解析する。アプリの起動パラメータにはアプリの名称が含まれている。
仮にアプリの起動パラメータを解析して得られたアプリの名称が「Ｘ雷プレイヤー」であるとする。
ステップ２０３において、アプリの名称に基づいて、当該アプリが保護リストにあるか否かを検出する。

保護リストは、保護する必要があるアプリのリストである。端末は、アプリの名称に基づいて、保護リストの中に当該アプリが存在するか否かを調べる。
例えば、図４を参照すると、ユーザは、保護しようとするアプリを予め選択して保護リストに追加する。図４において、保護しようとするアプリは、ショートメッセージ、ゲーム猫、インターネットテレビ、写真、Ｘ雷プレイヤー、及び音楽聴を含む。
検出結果として、アプリが保護リストにある場合、ステップ２０４に進み、
検出結果として、アプリが保護リストにない場合、ステップ２１０に進む。
ステップ２０４において、アプリが保護する必要があるアプリであると確定する。
検出結果として、アプリが保護リストにある場合、端末は、当該アプリが保護する必要があるアプリであると確定する。

例えば、端末は、ステップ２０２で得られた当該アプリの名称「Ｘ雷プレイヤー」に基づいて、保護リストで当該アプリが保護する必要があるアプリであることを調べると、「Ｘ雷プレイヤー」を、保護する必要があるアプリであると確定する。
ステップ２０５において、アプリの起動パラメータに基づいて、保護パラメータを生成する。

端末は、当該アプリが保護する必要があるアプリであると確定した後、アプリの起動パラメータを保護パラメータの一部分とし、予め定義した保護インタフェースの起動パラメータを保護パラメータのほかの一部分として、保護パラメータを得る。
説明すべきことは、保護インタフェースの起動パラメータには、保護インタフェースの表示内容などの情報が含まれている。
ステップ２０６において、保護パラメータに基づいて、保護インタフェースの起動パラメータを取得する。
端末は、保護パラメータを解析して、当該アプリに対応する保護インタフェースの起動パラメータを得る。
ステップ２０７において、保護インタフェースの起動パラメータに基づいて、当該保護インタフェースを起動する。
端末は、解析によって得られた保護インタフェースの起動パラメータに基づいて、当該保護インタフェースを起動する。
端末は、例えば、図５に示された当該保護インタフェースを起動する。
説明すべきことは、本発明の実施例では、図５に示す数独のロック画面パターンを保護インタフェースの例として説明するが、保護インタフェースのパターンは図５に限らない。
ステップ２０８において、保護インタフェースに対応する解除信号を受信する。
端末は、保護インタフェースを表示した後、当該保護インタフェースに対応する解除信号を受信しなければ、当該保護インタフェースを解除しなく、アプリを起動しない。解除信号は、当該保護インタフェースを解除するために用いられる。
例えば、端末が図５に示す保護インタフェースを表示した後、ユーザが予め設定したアクセス制限パスワードを入力する必要がある。当該アクセス制限パスワードは、当該保護インタフェースを解除する解除信号である。端末は、正しいアクセス制限パスワードを受信してから当該保護インタフェースを解除しアプリを起動して、アプリの使用インタフェースを表示する。ユーザが予め設定した当該「Ｘ雷プレイヤー」のアクセス制限パスワードが図６に示すパターンであるとする。
ステップ２０９において、保護パラメータに基づいて、アプリの起動パラメータを取得する。

端末は、解除信号を受信した後、当該解除信号が当該保護インタフェースに対応するか否かを検出し、当該解除信号が当該保護インタフェースに対応すると検出した場合、保護パラメータの中からアプリの起動パラメータを取得する。
端末は、例えば、ユーザから図６に示すパターンが入力されると、当該パターンが当該保護インタフェースに対応するか否かを検出し、当該パターンが当該保護インタフェースに対応すると検出した場合、保護パラメータの中から起動信号が起動しようとするアプリの起動情報を取得する。
ステップ２１０において、アプリの起動パラメータに基づいてアプリを起動する。
端末は、アプリの起動パラメータに基づいて、起動しようとするアプリを起動する。
端末は、例えば、ユーザから入力された図６に示すパターンを受信すると、当該保護インタフェースを解除し、アプリの起動パラメータに基づいて「Ｘ雷プレイヤー」を起動し、当該「Ｘ雷プレイヤー」のプレイインタフェースを表示する。
上記のように、本発明の実施例にかかるアプリ保護方法によると、アプリ起動を要求するための起動要求を獲得し、起動要求における起動パラメータを解析してアプリを確定し、保護リストで当該アプリを調べる。保護リストで当該アプリが調べられると、当該アプリが保護する必要があるアプリであると確定し、アプリの起動パラメータに基づいて保護パラメータを生成する。当該保護パラメータには、保護インタフェースの起動パラメータがさらに含まれている。当該保護インタフェースに対応する解除信号を受信すると、アプリを起動する。これによって、保護インタフェースを起動する時、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリケーションの情報を漏らす問題を解決し、起動されるアプリが保護する必要があるアプリであることを検出すると、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動し始めることによって、全面で確実にアプリの情報を保護する効果に達することができる。
ユーザが数回同一アプリを起動する時に、毎回解除信号を入力する必要がないようにするために、本発明の実施例は、以下のアプリ保護方法をさらに提供する。

図７を参照すると、本発明のもう一つの例示的な実施例にかかるアプリ保護方法のフローチャートを示している。本実施例においては、当該アプリ保護方法をアプリが実行できる端末に応用して説明する。当該アプリ保護方法は、以下のステップを含む。
ステップ７０１において、アプリの起動を要求するための起動要求を獲得する。
アプリを起動するための起動要求の獲得について、図３を参照すると、アプリ起動の一般的なプロセスを示している。アプリの起動が開示されると、端末は、起動要求を受信し、当該起動要求には、アプリの起動パラメータが含まれている。アプリの起動パラメータを解析することによってアプリを確定し、その後当該アプリを起動して、全体の起動プロセスを終了する。

本実施例において、端末は、上記アプリの起動プロセスにおける「３０１起動開始」の段階で、起動要求を獲得し、確定されたアプリが保護する必要があるアプリである場合、その中のアプリの起動パラメータを当該アプリを保護する保護インタフェースに関する保護パラメータに入れ替え、以下で詳細に説明する。
ステップ７０２において、起動要求におけるアプリの起動パラメータを解析する。アプリの起動パラメータにはアプリの名称が含まれている。
端末は、獲得した起動要求におけるアプリの起動パラメータを解析する。当該アプリの起動パラメータにはアプリの名称が含まれている。
仮にアプリの起動パラメータを解析して得られたアプリの名称が「Ｘ雷プレイヤー」であるとする。
ステップ７０３において、アプリの名称に基づいて、当該アプリが保護リストにあるか否かを検出する。

保護リストは、保護する必要があるアプリのリストである。端末は、アプリの名称に基づいて、保護リストの中に当該アプリが存在するか否かを調べる。
端末は、図３における「３０２起動パラメータを解析して起動しようとするアプリを取得する」段階の後、アプリの名称に基づいて、当該アプリが保護リストにあるか否かを検出する。
例えば、図４を参照すると、ユーザは、保護しようとするアプリを予め選択し、保護しようとするアプリを保護リストに追加する。図４において、保護しようとするアプリは、ショートメッセージ、ゲーム猫、インターネットテレビ、写真、Ｘ雷プレイヤー、及び音楽聴を含む。
検出結果として、アプリが保護リストにある場合、ステップ７０４に進み、
検出結果として、アプリが保護リストにない場合、ステップ７１１に進む。
ステップ７０４において、当該アプリが所定の条件を満たすか否かを検出する。
検出結果として、アプリが保護リストにある場合、端末は、当該アプリが所定の条件を満たすか否かを検出する。

ここで、所定の条件は、当該アプリが起動されたことがないという条件、当該アプリが前回起動された後、当該アプリを実行した端末のスクリーンがオフされたことがあるという条件、当該アプリが前回起動された後、当該アプリを実行した端末が再起動されたことがあるという条件、当該アプリが前回起動されてから今回起動されるまでの期間が所定値を超えているという条件のうちの任意の一つを含む。
例えば、端末は、「Ｘ雷プレイヤー」が図４に示す保護リストにあると検出すると、「Ｘ雷プレイヤー」が初めて起動されたか否か、「Ｘ雷プレイヤー」が前回起動された後、端末のスクリーンがオフされたか否か、「Ｘ雷プレイヤー」が前回起動された後、端末が再起動されたか否か、或いは、「Ｘ雷プレイヤー」が前回起動されてから今回起動されるまでの期間が所定値を超えるか否かを検出する。

端末は、アプリが上記所定の条件を満たすか否かを容易に検出するために、検証リストを設定してもよい。図８に示すように、当該検証リストは、保護する必要のあるアプリが所定の条件を満たすか否かを記録するために用いられ、アプリが一回起動されると、「検証にパスしたか否か」の欄に「√」を標記し、当該アプリが起動された後、端末スクリーンがオフされたり、端末が再起動されたり、或いは、起動されてから所定の時間が経ったりすると、「検証にパスしたか否か」の欄の「√」を「×」に修正する。ここで、上記所定の時間は、２４時間であるとする。
端末は、あるアプリが所定の条件を満たすか否かを検出する時、当該アプリに対応する「検証にパスしたか否か」の欄の標記だけ検出すればよい。
当該アプリに対応する「検証にパスしたか否か」の欄に「√」が標記されている場合、当該アプリが起動されたことがあり、且つ起動された後端末のスクリーンがオフされたことがなく、且つ端末が再起動されたことがなく、且つ前回起動されてから２４時間経っていないことを意味する。そのため、当該アプリを再度起動する時、保護インタフェースを再度起動する必要がなく、当該アプリを直接起動し、すなわち所定の条件を満たしていないとみなす。

当該アプリに対応する「検証にパスしたか否か」の欄に「×」が標記されている場合、当該アプリが以下の条件のうちの一つを満足することを意味する。
１）アプリが起動されたことがない；
２）アプリが前回起動された後、当該アプリを実行する端末のスクリーンがオフされたことがある；
３）アプリが前回起動された後、当該アプリを実行する端末が再起動されたことがある；
４）アプリが前回起動されてから今回起動されるまでの期間が所定値を超えている。
そして、当該アプリを起動する時、保護インタフェースを起動する必要があり、保護インタフェースに対応する解除信号を受信した場合だけ当該アプリを起動する。即ち、所定の条件を満たすとみなす。
説明すべきことは、上記検証リストを作成するプロセスは、アプリが所定の条件を満たすか否かを検出する一種の実現方法であり、本実施例でこれを例として説明しているが、本発明はこれに限定されない。
検出結果として、アプリが所定の条件を満たす場合、ステップ７０５に進み、
検出結果として、アプリが所定の条件を満たさない場合、ステップ７１１に進む。
ステップ７０５において、当該アプリを保護する必要があると確定する。
検出結果として、アプリが所定の条件を満たす場合、端末は、当該アプリを保護する必要があると確定する。

例えば、ステップ７０４の検出結果として、名称が「Ｘ雷プレイヤー」であるアプリが所定の条件を満たす場合、端末は、「Ｘ雷プレイヤー」を保護する必要があると確定する。
図８を参照すると、起動しようとするアプリが「ショートメッセージ」であるとすると、アプリ「ショートメッセージ」が保護リストにあるが、所定の条件を満たさないため、保護インタフェースを起動する必要がなく、アプリの起動パラメータを解析して当該アプリを起動するステップを直接実行する。
ステップ７０６において、アプリの起動パラメータに基づいて保護パラメータを生成する。保護パラメータは、保護インタフェースの起動情報を示すために用いられる。
端末は、当該アプリを保護する必要があると確定した後、アプリの起動パラメータを保護パラメータの一部とし、保護インタフェースの起動情報を示す予め定義したパラメータを保護パラメータのほかの一部として、保護パラメータを得る。
説明すべきことは、保護インタフェースの起動パラメータには、保護インタフェースの表示内容などの情報が含まれている。
ステップ７０７において、保護パラメータに基づいて、保護インタフェースの起動パラメータを取得する。

端末は、保護パラメータを解析して、当該アプリに対応する保護インタフェースの起動パラメータを得る。
ステップ７０８において、保護インタフェースの起動パラメータに基づいて、当該保護インタフェースを起動する。
端末は、解析によって得られた保護インタフェースの起動パラメータに基づいて、当該保護インタフェースを起動する。

端末は、例えば、図５に示された当該保護インタフェースを起動する。
説明すべきことは、本発明の実施例では、図５に示す数独のロック画面パターンを保護インタフェースの例として説明するが、保護インタフェースのパターンは図５に限らない。
ステップ７０９において、保護インタフェースに対応する解除信号を受信する。
端末は、保護インタフェースを表示した後、当該保護インタフェースに対応する解除信号を受信しなければ、当該保護インタフェースを解除しなく、アプリを起動しない。解除信号は、当該保護インタフェースを解除するために用いられる。
例えば、端末が図５に示す保護インタフェースを表示した後、ユーザが予め設定したアクセス制限パスワードを入力する必要がある。当該アクセス制限パスワードは、当該保護インタフェースを解除する解除信号である。端末は、正しいアクセス制限パスワードを受信してから当該保護インタフェースを解除しアプリを起動して、アプリの使用インタフェースを表示する。ユーザが予め設定した当該「Ｘ雷プレイヤー」のアクセス制限パスワードが図６に示すパターンであるとする。
ステップ７１０において、保護パラメータに基づいて、アプリの起動パラメータを取得する。

端末は、解除信号を受信した後、当該解除信号が当該保護インタフェースに対応するか否かを検出し、当該解除信号が当該保護インタフェースに対応すると検出した場合、保護パラメータの中からアプリの起動パラメータを取得する。
端末は、例えば、ユーザから図６に示すパターンが入力されると、当該パターンが当該保護インタフェースに対応するか否かを検出し、当該パターンが当該保護インタフェースに対応すると検出した場合、保護パラメータの中からアプリの起動パラメータを取得する。
ステップ７１１において、アプリの起動パラメータに基づいてアプリを起動する。
端末は、アプリの起動パラメータに基づいて、起動しようとするアプリを起動する。
端末は、例えば、ユーザから入力された図６に示すパターンを受信すると、当該保護インタフェースを解除し、アプリの起動情報に基づいて「Ｘ雷プレイヤー」を起動し、当該「Ｘ雷プレイヤー」のプレイインタフェースを表示する。
説明すべきことは、ステップ７０３の検出結果として当該アプリが保護リストにない場合、或いはステップ７０４の検出結果として当該アプリが所定の条件を満たさない場合、保護パラメータに基づいてアプリの起動情報を取得し当該起動情報に基づいて当該アプリを起動するステップを直接実行する。

上記のように、本発明の実施例にかかるアプリ保護方法によると、アプリ起動を要求するための起動要求を獲得し、起動要求における起動パラメータを解析してアプリを確定し、保護リストで当該アプリが調べられると、当該アプリが保護する必要があるアプリであると確定し、当該アプリを保護する必要があるか否かを確定する前に、当該アプリが所定の条件を満たすか否かを検出し、当該アプリが所定の条件を満たすと、当該アプリを保護する必要があると確定する。そして、アプリの起動パラメータに基づいて保護パラメータを生成し、当該保護インタフェースに対応する解除信号を受信してから、アプリを起動する。これによって、保護インタフェースを起動する時、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリケーションの情報を漏らす問題を解決し、起動されるアプリを保護する必要があると検出した場合、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動し始めることによって、全面で確実にアプリの情報を保護する効果に達することができる。
また、アプリが保護リストにあると検出した後、当該アプリが所定の条件を満たすか否かを検出することによって、保護インタフェースを起動する必要があるか否かを確定し、これにより、ユーザが頻繁にあるアプリを起動する時、解除信号を毎回入力する必要がなく、一回だけ入力すればよい、という効果を奏する。

図９を参照すると、本発明の一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図を示している。当該アプリ保護装置は、ソフトウェア、ハードウェア、或いは両者の組み合わせによって端末の全部或いは一部を実現でき、当該アプリ保護装置は、獲得モジュール９１０、確定モジュール９２０、及び第１の起動モジュール９３０を含む。
獲得モジュール９１０は、アプリの起動を要求するための起動要求を獲得する。
確定モジュール９２０は、上記起動要求に基づいて、起動しようとするアプリが保護する必要のあるアプリであるか否かを確定する。
第１の起動モジュール９３０は、上記確定モジュール９２０によって上記アプリが保護する必要があるアプリであると確定された場合、保護インタフェースを起動する。
上記のように、本発明の実施例にかかるアプリ保護装置によると、起動要求を獲得し、起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを検出し、検出結果として、起動しようとするアプリが保護する必要のあるアプリである場合、保護インタフェースを起動する。そのため、保護インタフェースを起動するとき、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリにおける情報を漏らす問題を解決でき、起動されるアプリが保護する必要があるアプリであると検出された場合、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動することによって、全面で確実にアプリの情報を保護する効果に達することができる。

図１０を参照すると、本発明のもう一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図を示している。当該アプリ保護装置は、ソフトウェア、ハードウェア、或いは両者の組み合わせによって端末の全部或いは一部を実現でき、当該アプリ保護装置は、獲得モジュール１０１０、確定モジュール１０２０、第１の起動モジュール１０３０、及び第２の起動モジュール１０４０を含む。

獲得モジュール１０１０は、アプリの起動を要求するための起動要求を獲得する。
確定モジュール１０２０は、上記起動要求に基づいて、起動しようとするアプリが保護する必要のあるアプリであるか否かを確定する。
選択的に、上記確定モジュール１０２０は、解析ユニット１０２１、第１の検出ユニット１０２２、及び確定ユニット１０２３を含む。
解析ユニット１０２１は、起動要求における上記アプリの起動パラメータを解析する。アプリの起動パラメータにはアプリの名称が含まれている。
第１の検出ユニット１０２２は、解析ユニット１０２１によって解析された上記アプリの名称に基づいて、上記アプリが保護リストにあるか否かを検出する。上記保護リストは、保護する必要のあるアプリのリストである。
確定ユニット１０２３は、上記第１の検出ユニット１０２２の検出結果として、上記アプリが上記保護リストの中にある場合、上記アプリが保護する必要があるアプリであると確定する。

第１の起動モジュール１０３０は、上記確定モジュール１０２０によって上記アプリが保護する必要があるアプリであると確定された場合、保護インタフェースを起動する。
選択的に、上記第１の起動モジュール１０３０は、生成ユニット１０３１、取得ユニット１０３２、及び起動ユニット１０３３を含む。
生成ユニット１０３１は、上記アプリの起動パラメータと予め定義した保護インタフェースの起動パラメータに基づいて、保護パラメータを生成する。
取得ユニット１０３２は、上記生成ユニット１０３１により生成された上記保護パラメータに基づいて、上記保護インタフェースの起動パラメータを取得する。
起動ユニット１０３３は、上記取得ユニット１０３２により取得された上記保護インタフェースの起動パラメータに基づいて、上記保護インタフェースを起動する。
第２の起動モジュール１０４０は、上記第１の起動モジュール１０３０によって起動された保護インタフェースに対応する解除信号を受信すると、上記アプリを起動する。
選択的に、上記第２の起動モジュール１０４０は、第２の取得ユニット１０４１と第２の起動ユニット１０４２を含む。

第２の取得ユニット１０４１は、上記保護インタフェースに対応する解除信号を受信すると、上記保護要求における起動パラメータに基づいて、上記アプリの起動情報を取得する。
第２の起動ユニット１０４２は、上記第２の取得ユニットによって取得された上記アプリの起動情報に基づいて、上記アプリを起動する。

上記のように、本発明の実施例にかかるアプリ保護装置によると、アプリの起動を要求するための起動要求を獲得し、起動要求における起動パラメータを解析してアプリを確定し、保護リストから当該アプリを調べ、保護リストで当該アプリが調べられると、当該アプリが保護する必要があるアプリであると確定し、アプリの起動パラメータに基づいて保護パラメータを生成する。当該保護パラメータには、保護インタフェースの起動パラメータがさらに含まれている。当該保護インタフェースに対応する解除信号を受信すると、アプリを起動する。これによって、保護インタフェースを起動する時、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリケーションの情報を漏らす問題を解決でき、起動されるアプリが保護する必要があるアプリであると検出された場合、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動し始めることによって、全面で確実にアプリの情報を保護する効果に達することができる。

図１１を参照すると、本発明のもう一つの例示的な実施例にかかるアプリ保護装置の構成を示すブロック図を示している。当該アプリ保護装置は、ソフトウェア、ハードウェア、或いは両者の組み合わせによって端末の全部或いは一部を実現でき、当該アプリ保護装置は、獲得モジュール１１１０、確定モジュール１１２０、第１の起動モジュール１１３０、及び第２の起動モジュール１１４０を含む。

獲得モジュール１１１０は、アプリの起動を要求するための起動要求を獲得する。
確定モジュール１１２０は、上記起動要求に基づいて、起動しようとするアプリが保護する必要のあるアプリであるか否かを確定する。
選択的に、上記確定モジュール１１２０は、解析ユニット１１２１、第１の検出ユニット１１２２、第２の検出ユニット１１２３、及び確定ユニット１１２４を含む。
解析ユニット１１２１は、起動要求におけるアプリの起動パラメータを解析する。アプリの起動パラメータには、上記アプリの名称が含まれている。
第１の検出ユニット１１２２は、上記解析ユニット１１２１によって解析された上記アプリの名称に基づいて、上記アプリが保護リストにあるか否かを検出する。上記保護リストは、保護する必要のあるアプリのリストである。
第２の検出ユニット１１２３は、上記第１の検出ユニット１１２２の検出結果として上記アプリが上記保護リストにある場合、上記アプリが所定の条件を満たすか否かを検出する。

上記所定の条件は、以下の条件のうちの任意の一つを含む。
上記アプリが起動されたことがない；
上記アプリが前回起動された後、上記アプリを実行する端末のスクリーンがオフされたことがある；
上記アプリが前回起動された後、上記アプリを実行する端末が再起動されたことがある；
上記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えている。
確定ユニット１１２４は、上記第２の検出ユニット１１２３の検出結果として上記アプリが上記所定の条件を満たす場合、上記アプリを保護する必要があると確定する。
第１の起動モジュール１１３０は、上記確定モジュール１１２０によって上記アプリを保護する必要があると確定された場合、保護インタフェースを起動する。
選択的に、上記第１の起動モジュール１１３０は、生成ユニット１１３１、取得ユニット１１３２、及び起動ユニット１１３３を含む。

生成ユニット１１３１は、上記アプリの起動パラメータと予め定義された保護インタフェースの起動パラメータに基づいて、保護パラメータを生成する。
取得ユニット１１３２は、上記生成ユニット１１３１によって生成された上記保護パラメータに基づいて、上記保護インタフェースの起動パラメータを取得する。
起動ユニット１１３３は、上記取得ユニット１１３２によって取得された上記保護インタフェースの起動パラメータに基づいて、上記保護インタフェースを起動する。
第２の起動モジュール１１４０は、上記第１の起動モジュール１１３０によって起動された保護インタフェースに対応する解除信号を受信すると、上記アプリを起動する。
選択的に、上記第２の起動モジュール１１４０は、第２の取得ユニット１１４１と第２の起動ユニット１１４２を含む。

第２の取得ユニット１１４１は、上記保護インタフェースに対応する解除信号を受信すると、上記保護パラメータに基づいて、上記アプリの起動パラメータを取得する。
第２の起動ユニット１１４２は、上記第２の取得ユニット１１４１によって取得された上記アプリの起動パラメータに基づいて、上記アプリを起動する。

上記のように、本発明の実施例にかかるアプリ保護装置によると、アプリの起動を要求するための起動要求を獲得し、当該起動要求における起動パラメータを解析してアプリを確定し、保護リストで当該アプリが調べられると、当該アプリが保護する必要があるアプリであると確定し、当該アプリを保護する必要があるか否かを確定する前に、当該アプリが所定の条件を満たすか否かを検出し、当該アプリが所定の条件を満たすと、当該アプリを保護する必要があると確定する。アプリの起動パラメータに基づいて保護パラメータを生成し、当該保護インタフェースに対応する解除信号を受信すると、アプリを起動する。これによって、保護インタフェースを起動する時、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリケーションの情報を漏らす問題を解決でき、起動されるアプリを保護する必要があると検出された場合、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動し始めることによって、全面で確実にアプリの情報を保護する効果に達することができる。

また、アプリが保護リストにあると検出した後、当該アプリが所定の条件を満たすか否かを検出することによって、保護インタフェースを起動する必要があるか否かを確定し、これにより、ユーザが頻繁にあるアプリを起動する時、解除信号を毎回入力することなく一回だけ入力すればよい、という効果を奏する。

図１２を参照すると、本発明の一つの例示的な実施例にかかる端末の構成図を示している。当該端末は、上記実施例に係るアプリ保護方法を実行することができる。
端末１２００は、通信ユニット１２１０、コンピューターが読み取り可能な記録媒体を一つ以上含むメモリ１２２０、入力ユニット１２３０、表示ユニット１２４０、センサー１２５０、オーディオ回路１２６０、ＷｉＦｉ（登録商標）（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）モジュール１２７０、一つ以上の処理コアを有するプロセッサ１２８０、及び電源１２９０などの部品を含む。当業者は、図１２に示す端末の構成は端末に対する限定ではなく、当該端末が、図示した部品より多い数、または少ない数の部品を備えてもよく、或いは、幾つかの部品の組み合わせ、または異なる部品配置を有してもよい、ことを理解すべきである。

ここで、通信ユニット１２１０は、情報の送受信または通話中において、信号を受信及び送信するためのものである。当該通信ユニット１２１０は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路、ルーター、モデム等のネットワーク通信装置であってもよい。特に、通信ユニット１２１０がＲＦ回路である場合、基地局からの下り情報を受信した後、１つ、或いは１つ以上のプロセッサ１２８０に渡して処理させる。また、上りデータを基地局に送信する。一般的に、通信ユニットとしてのＲＦ回路は、アンテナ、少なくとも１つのアンプ、チューナー、１つ又は複数の発振器、加入者識別モジュール（ＳＩＭ）カード、受発信機、カプラー、ＬＮＡ（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ、ローノイズアンプ）、デュプレクサ等を含むが、これらに限らない。なお、通信ユニット１２１０は、無線通信でネットワーク、及び他の装置と通信することができる。上記無線通信として、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）等を含む任意の通信規格またはプロトコルを利用してもよいが、これらに限らない。メモリ１２２０は、ソフトウェアプログラム及びモジュールを格納するためのものであり、プロセッサ１２８０は、メモリ１２２０に格納されたソフトウェアプログラム及びモジュールを実行することで、各種機能のアプリ及びデータ処理を実施する。メモリ１２２０には、主に、プログラム格納領域とデータ格納領域を有する。プログラム格納領域には、ＯＳ、少なくとも１つの機能を実行するアプリ（例えば、音声再生機能、画像再生機能等）等が格納される。データ格納領域には、端末１２００の使用により作成されたデータ（例えば、オーディオデータ、電話帳等）等が格納される。また、メモリ１２２０は、高速ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含んでもよく、さらに、例えば少なくとも１つの磁気ディスクメモリ、フラッシュメモリなどの不揮発性メモリ、或いは他の揮発性のＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）メモリを含んでもよい。また、メモリ１２２０は、プロセッサ１２８０及び入力ユニット１２３０がメモリ１２２０にアクセスできるように、メモリ制御器をさらに含んでもよい。

入力ユニット１２３０は、数字或いはキャラクター情報の入力の受け付け、及び、ユーザ設定及び機能制御に関するキーボード、マウス、ジョイスティック、光学ボールやトラックボールにより信号入力を発生させるためのものである。選択的に、入力ユニット１２３０は、タッチセンシティブ表面１２３１及び他の入力装置１２３２を含んでもよい。タッチセンシティブ表面１２３１は、タッチパネルやタッチパッドとも呼ばれ、ユーザがその表面上や付近に対するタッチ操作（例えば、ユーザが指やタッチペンなどの任意の適した物や付属品を使用して、タッチセンシティブ表面１２３１上やタッチセンシティブ表面１２３１付近に対して行う操作）を収集するとともに、予め設定されたプログラムにしたがって、関連する接続装置を駆動する。選択的に、タッチセンシティブ表面１２３１は、選択的に、タッチ検出手段及びタッチ制御器の２つの部分を含んでもよい。ここで、タッチ検出手段は、ユーザのタッチ位置を検出するとともに、タッチ操作による信号を検出し、そのタッチ情報をタッチ制御器に送信する。タッチ制御器は、タッチ検出手段からタッチ情報を受信し、当該情報を接触点座標に変換してプロセッサ１２８０に送信するとともに、プロセッサ１２８０からのコマンドを受信して実行する。なお、抵抗式、容量式、赤外線式及び表面弾性波式などの様々な方式によりタッチセンシティブ表面１２３１を実現することができる。入力ユニット１２３０は、タッチセンシティブ表面１２３１に加えて、他の入力装置１２３２をさらに含んでもよい。好ましくは、他の入力装置１２３２は、物理的なキーボード、ファンクションキー（例えば、ボリュームボタン、スイッチボタン等）、トラックボール、マウス、ジョイスティック等の中の一つ又は複数を含んでもよいが、これらに限らない。

表示ユニット１２４０は、ユーザが入力した情報やユーザに提供する情報、及び端末１２００の各種のグラフィカル?ユーザー?インターフェース（ＧＵＩ）を表示するためのものであり、これらのグラフィカル?ユーザー?インターフェースは、図形、テキスト、アイコン、ビデオ及びそれらの任意の組合せで構成されることができる。表示ユニット１２４０は、表示パネル１２４１を含む。選択的に、表示パネル１２４１は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）等の形態で構成されてもよい。選択的に、タッチセンシティブ表面１２３１は、表示パネル１２４１を覆うように設けられ、タッチセンシティブ表面１２３１がその表面または付近に対するタッチ操作を検出すると、その検出結果をプロセッサ１２８０に転送してタッチイベントのタイプを確認させ、その後、プロセッサ１２８０は、タッチイベントのタイプに基づいて、表示パネル１２４１上に対応する視覚的出力を提供するように構成されてもよい。図１２において、タッチセンシティブ表面１２３１と表示パネル１２４１とが２つの独立した部品として出力及び入力の機能を実現するように構成されているが、タッチセンシティブ表面１２３１と表示パネル１２４１とを集積構成して入力及び出力機能を実現する実施例もあり得る。

端末１２００は、さらに、例えば光センサー、運動センサー及び他のセンサーなどの、少なくとも１つのセンサー１２５０を含んでもよい。光センサーは、環境光センサーと近接センサーを含んでもよいが、環境光センサーは、環境光の明るさに基づいて、表示パネル１２４１の輝度を調整することができ、近接センサーは、端末１２００が耳元まで移動すると、表示パネル１２４１及び／又はバックライトをオフする。運動センサーの一種としての重力加速度センサーは、各方向（一般的には、３軸）における加速度の大きさを検出することができ、静止の状態では、重力の大きさ及びその方向を検出することができるので、携帯電話の姿勢を認識するアプリ（例えば、画面の横縦向きの切り替え、ゲーム、磁力計の姿勢校正）、振動認識に関する機能（例えば、歩数計、パーカッション）等に使用される。端末１２００には、さらに、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサー等のほかのセンサーが備えられるが、ここで、その具体的な説明は省略する。
オーディオ回路１２６０、スピーカ１２６１、マイク１２６２は、ユーザと端末１２００との間のオーディオインタフェースを提供する。オーディオ回路１２６０は、受信したオーディオデータから変換された電気信号をスピーカ１２６１に転送し、スピーカ１２６１により音声信号に変換して出力する。一方、マイク１２６２は、収集した音声信号を電気信号に変換し、オーディオ回路１２６０が当該電気信号を受信した後オーディオデータに変換し、オーディオデータをプロセッサ１２８０に転送して処理してから、ＲＦ回路１２１０を介して例えば他の端末に転送するか、或いはオーディオデータをメモリ１２２０に送信して更に処理を行うようにする。オーディオ回路１２６０は、端末１２００が外部のイヤホンと通信できるように、イヤホン挿入孔を含んでもよい。
当該端末は、無線通信を実現するために、無線通信ユニット１２７０を備えてもよい。当該無線通信ユニット１２７０は、ＷＩＦＩモジュールであってもよい。ＷＩＦＩは近距離無線通信技術に属し、ユーザに無線のブロードバンドインターネットアクセスを提供するので、ユーザは、端末１２００の無線通信ユニット１２７０を利用して、電子メールの送受信、ウェブの閲覧、ストリーミングメディアのアクセス等を行なうことができる。図１２において、無線通信ユニット１２７０を示しているが、当該無線通信ユニット１２７０は、端末１２００にとって不可欠な構成ではなく、本発明の趣旨を変更しない範囲内で必要に応じて省略することができる、ことを理解すべきである。

プロセッサ１２８０は、端末１２００の制御センターであり、各種のインタフェース及び回路を介して携帯電話全体の各部と接続され、メモリ１２２０内に格納されたソフトウェアプログラム及び／又はモジュールを実行または作動させるとともに、メモリ１２２０内に格納されたデータを呼び出すことによって、端末１２００の各種機能の実行及びデータの処理を実現することで、携帯電話全体をコントロールする。選択的に、プロセッサ１２８０は、１つ又は複数の処理コアを含んでもよく、アプリプロセッサとモデムプロセッサを集積して構成されてもよい。ここで、アプリプロセッサは、主に、ＯＳ、ユーザインタフェース、及びアプリなどを処理し、モデムプロセッサは、主に、無線通信を処理する。また、上記モデムプロセッサがプロセッサ１２８０に集積されなくてもよい、ことを理解すべきである。

端末１２００は、さらに、各部に電力を供給する電源１２９０（例えば、バッテリー）を含み、当該電源１２９０は、電源管理システムを介してプロセッサ１２８０にロジック的に接続されることにより、電源管理システムを介して充電・放電管理、及び電力管理等の機能を実現することができる。電源１２９０は、さらに、１つ或いは１つ以上の直流又は交流電源、再充電システム、電源故障検出回路、電源コンバータ又はインバータ、電源状態インジケータ等の任意のアセンブリを含んでもよい。
端末１２００は、図示してはないが、カメラ、ブルートゥース（登録商標）モジュール等をさらに含んでもよいが、ここで、その具体的な説明は省略する。
本実施例において、メモリ１２２０には、一つ或いは一つ以上のモジュールが記憶されており、上記一つ或いは一つ以上のモジュールは、一つ或いは複数のプロセッサ１２８０によって実行されるとともに、以下の機能を備える。
アプリの起動を要求するための起動要求を獲得する。
上記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定する。
起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動する。

上記一つ或いは複数のモジュールは、さらに以下の機能を備える。
上記起動要求におけるアプリの起動パラメータを解析する。上記アプリの起動パラメータには、上記アプリの名称が含まれている。
上記アプリの名称に基づいて、上記アプリが保護リストにあるか否かを検出する。上記保護リストは、保護する必要のあるアプリのリストである。
検出結果として、上記アプリが上記保護リストにある場合、上記アプリが保護する必要があるアプリであると確定する。
上記一つ或いは複数のモジュールは、さらに以下の機能を備える。
検出結果として、上記アプリが上記保護リストにある場合、上記アプリが所定の条件を満たすか否かを検出する。
検出結果として、上記アプリが所定の条件を満たす場合、上記アプリを保護する必要があると確定する。

そのうち、上記所定の条件は、以下の条件のうちの任意の一つを含む。
上記アプリは、起動されたことがない；
上記アプリが前回起動された後、上記アプリを実行する端末のスクリーンがオフされたことがある；
上記アプリが前回起動された後、上記アプリを実行する端末が再起動されたことがある；
上記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えている。
上記一つ或いは複数のモジュールは、さらに以下の機能を備える。
上記アプリの起動パラメータに基づいて保護パラメータを生成する。上記保護パラメータは、上記保護インタフェースの起動情報を表す。
上記保護パラメータに基づいて、上記保護インタフェースの起動パラメータを取得する。
上記保護インタフェースの起動パラメータに基づいて、上記保護インタフェースを起動する。
上記一つ或いは複数のモジュールは、さらに以下の機能を備える。
上記保護インタフェースに対応する解除信号を受信すると、上記アプリを起動する。

上記のように、本発明の実施例にかかる端末によると、アプリの起動を要求するための起動要求を獲得し、当該起動要求における起動パラメータを解析してアプリを確定し、保護リストで当該アプリが調べられると、当該アプリが保護する必要があるアプリであると確定し、当該アプリを保護する必要があるか否かを確定する前に、当該アプリが所定の条件を満たすか否かを検出し、当該アプリが所定の条件を満たすと、当該アプリを保護する必要があると確定する。アプリの起動パラメータに基づいて、保護パラメータを生成し、当該保護インタフェースに対応する解除信号を受信すると、アプリを起動する。これによって、保護インタフェースを起動する時、保護されるアプリがすでに実行状態にあり、保護されるアプリが音声再生等の経路によって当該アプリケーションの情報を漏らす問題を解決でき、起動されるアプリを保護する必要があると検出された時、アプリを起動しなく直接保護インタフェースを起動し、保護インタフェースが解除された時だけ、アプリを起動し始めることによって、全面で確実にアプリの情報を保護する効果に達することができる。

本発明の実施例は、さらに不揮発性の読取可能な記録媒体を提供し、当該記録媒体には一つ或いは複数のモジュール（ｐｒｏｇｒａｍｓ）が記録され、当該一つ或いは複数のモジュールは設備に応用されて、当該設備に、アプリの起動を要求するための起動要求を獲得するステップ、上記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定するステップ、起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動するステップを実行させる指令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を含む。

上記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定するステップは、上記起動要求における、上記アプリの名称が含まれているアプリの起動パラメータを解析するステップと、上記アプリの名称に基づいて、上記アプリが、保護する必要のあるアプリのリストである保護リストにあるか否かを検出するステップと、検出結果として、アプリが上記保護リストにある場合、上記アプリが保護する必要があるアプリであると確定するステップとを含む。
上記方法は、さらに、検出結果として、アプリが上記保護リストにある場合、上記アプリが所定の条件を満たすか否かを検出するステップと、検出結果として、上記アプリが所定の条件を満たす場合、上記アプリを保護する必要があると確定するステップとを含む。

そのうち、上記所定の条件は、以下の条件のうちの任意の一つを含む。
上記アプリは起動されたことがない；
上記アプリが前回起動された後、上記アプリを実行する端末のスクリーンがオフされたことがある；
上記アプリが前回起動された後、上記アプリを実行する端末が再起動されたことがある；
上記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えている。
上記保護インタフェースを起動するステップは、上記アプリの起動パラメータに基づいて、上記保護インタフェースの起動情報を示す保護パラメータを生成するステップと、上記保護パラメータに基づいて上記保護インタフェースの起動パラメータを取得するステップと、上記保護インタフェースの起動パラメータに基づいて上記保護インタフェースを起動するステップとを含む。

上記方法は、さらに、上記保護インタフェースに対応する解除信号を受信すると、上記アプリを起動するステップを含む。
以上の開示内容により、本発明の実施例を例示的に示しているが、請求項により限定される本発明の範囲を逸脱しない限り、多種の変更及び修正を行うことができる。以上に開示された実施例に基づく方法請求項の機能、ステップ及び／又はジェスチャーは、ある特定の手順で実行する必要はない。なお、本発明に係る要素は、個体として記載又は要求されているが、単数であると明確に限定されていない限りは複数であってもよい。
上記の具体的な実施形態において、本発明の目的、技術案及び有益な効果について更に詳細に説明しているが、上記の内容は、本発明の具体的な実施形態であって、本発明の保護範囲に対する限定ではなく、本発明の趣旨及び原則範囲内で行われる任意の修正、均等の取替、改良などは、その何れも本発明の保護範囲に含まれるべきである、ということを理解すべきである。

本願は、出願番号がＣＮ２０１３１０５３３８６６．４であって、出願日が２０１３年１０月３１日である中国特許出願に基づき優先権を主張し、当該中国特許出願のすべての内容を本願に援用する。

Claims (12)

1. アプリの起動を要求するための起動要求を獲得するステップと、
   前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定するステップと、
   起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動するステップと
   を含むことを特徴とするアプリ保護方法。
2. 前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定するステップは、
   前記起動要求における、前記アプリの名称が含まれているアプリの起動パラメータを解析するステップと、
   前記アプリの名称に基づいて、前記アプリが、保護する必要のあるアプリのリストである保護リストにあるか否かを検出するステップと、
   検出結果として前記アプリが前記保護リストにある場合、前記アプリが保護する必要があるアプリであると確定するステップと
   を含むことを特徴とする請求項１に記載のアプリ保護方法。
3. 検出結果として前記アプリが前記保護リストにある場合、前記アプリが所定の条件を満たすか否かを検出するステップと、
   検出結果として前記アプリが所定の条件を満たす場合、前記アプリを保護する必要があると確定するステップと
   をさらに含み、
   前記所定の条件は、前記アプリは起動されたことがないという条件、前記アプリが前回起動された後、前記アプリを実行する端末のスクリーンがオフされたことがあるという条件、前記アプリが前回起動された後、前記アプリを実行する端末が再起動されたことがあるという条件、前記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えているという条件、のうちの任意の一つを含むことを特徴とする請求項２に記載するアプリ保護方法。
4. 前記保護インタフェースを起動するステップは、
   前記アプリの起動パラメータと予め定義された保護インタフェースの起動パラメータに基づいて、保護パラメータを生成するステップと、
   前記保護パラメータに基づいて、前記保護インタフェースの起動パラメータを取得するステップと、
   前記保護インタフェースの起動パラメータに基づいて前記保護インタフェースを起動するステップと
   を含むことを特徴とする請求項２或いは請求項３に記載のアプリ保護方法。
5. 前記保護インタフェースに対応する解除信号を受信すると、前記アプリを起動するステップをさらに含むことを特徴とする請求項１に記載のアプリ保護方法。
6. アプリの起動を要求するための起動要求を獲得する獲得モジュールと、
   前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定する確定モジュールと、
   前記確定モジュールによって、前記アプリが保護する必要があるアプリであると確定された場合、保護インタフェースを起動する第１の起動モジュールと
   を含むことを特徴とするアプリ保護装置。
7. 前記確定モジュールは、
   前記起動要求における、前記アプリの名称が含まれているアプリの起動パラメータを解析する解析ユニットと、
   前記解析ユニットによって解析された前記アプリの名称に基づいて、前記アプリが、保護する必要のあるアプリのリストである保護リストにあるか否かを検出する第１の検出ユニットと、
   前記第１の検出ユニットの検出結果として前記アプリが前記保護リストにある場合、前記アプリが保護する必要があるアプリであると確定する確定ユニットと
   を含むことを特徴とする請求項６に記載のアプリ保護装置。
8. 前記確定モジュールは、前記第１の検出ユニットの検出結果として前記アプリが前記保護リストにある場合、前記アプリが所定の条件を満たすか否かを検出する第２の検出ユニットをさらに含み、
   前記確定ユニットは、前記第２の検出ユニットの検出結果として前記アプリが所定の条件を満たす場合、前記アプリを保護する必要があると確定し、
   前記所定の条件は、前記アプリは起動されたことがないという条件、前記アプリが前回起動された後、前記アプリを実行する端末のスクリーンがオフされたことがあるという条件、前記アプリが前回起動された後、前記アプリを実行する端末が再起動されたことがあるという条件、前記アプリが前回起動されてから今回起動されるまでの期間が所定値を超えているという条件、のうちの任意の一つを含むことを特徴とする請求項７に記載のアプリ保護装置。
9. 前記第１の起動モジュールは、
   前記アプリの起動パラメータと予め定義された保護インタフェースの起動パラメータに基づいて、保護パラメータを生成する生成ユニットと、
   前記生成ユニットによって生成された前記保護パラメータに基づいて、前記保護インタフェースの起動パラメータを取得する取得ユニットと、
   前記取得ユニットによって取得された前記保護インタフェースの起動パラメータに基づいて、前記保護インタフェースを起動する起動ユニットと
   を含むことを特徴とする請求項７或いは請求項８に記載のアプリ保護装置。
10. 前記保護インタフェースに対応する解除信号を受信すると、前記アプリを起動する第２の起動モジュールをさらに含むことを特徴とする請求項６に記載のアプリ保護装置。
11. 請求項６乃至１０の何れか１項に記載のアプリ保護装置を含むことを特徴とする端末。
12. 一つ或いは複数のプロセッサ、メモリ、及び一つ或いは複数のモジュールを含み、
    前記一つ或いは複数のモジュールは、前記メモリに記憶され、前記一つ或いは複数のプロセッサによって実行されるとともに、
    アプリの起動を要求するための起動要求を獲得し、
    前記起動要求に基づいて、起動しようとするアプリが保護する必要があるアプリであるか否かを確定し、
    起動しようとするアプリが保護する必要があるアプリである場合、保護インタフェースを起動する
    機能を発揮することを特徴とする端末。

Images