(57)【要約】  本発明は、アプリケーションの状態を設定するための方法及び装置に関し、コンピュータ技術分野に属する。前記方法は、アプリケーションの状態設定許可情報を取得するステップと、前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定するステップとを含む。本発明によると、アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。【選択図】図１
2016502186.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションの状態を設定するための方法であって、
アプリケーションの状態設定許可情報を取得するステップと、
前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定するステップと
を含むことを特徴とする方法。
【請求項２】
前記状態設定許可情報を設定する方法として、
前記アプリケーションをインストールする際に、前記アプリケーションが、バックグランドで運行する必要があるアプリケーションを保存するための、予め設定したホワイトリストの中に存在するか否かを判断するステップと、
前記アプリケーションが前記ホワイトリストの中に存在する場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定不可に設定するステップと、
前記アプリケーションが前記ホワイトリストの中に存在しない場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定許可に設定するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記状態設定許可情報を設定する方法として、
ユーザにより前記アプリケーションに対して入力した設定情報であって、前記アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信するステップと、
前記設定情報に基づいて、前記アプリケーションの状態設定許可情報を設定するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記アプリケーションの状態設定許可情報を、前記アプリケーションに対応するアプリケーション情報の設定フィールドの中に保存するステップ
をさらに含むことを特徴とする請求項２又は３に記載の方法。
【請求項５】
前記アプリケーションの状態設定許可情報を取得するステップは、
アプリケーションの状態の設定をトリガするためのイベントが発生した際に、アプリケーションの状態設定許可情報を取得するステップ
を含むことを特徴とする請求項１に記載の方法。
【請求項６】
アプリケーションの状態を設定するための装置であって、
アプリケーションの状態設定許可情報を取得するための取得モジュールと、
前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定するための第１設定モジュールと
を備えることを特徴とする装置。
【請求項７】
前記アプリケーションをインストールする際に、前記アプリケーションが、バックグランドで運行する必要があるアプリケーションを保存するための、予め設定したホワイトリストの中に存在するか否かを判断するための判断モジュールと、
前記アプリケーションが前記ホワイトリストの中に存在する場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定不可に設定するための第２設定モジュールと、
前記アプリケーションが前記ホワイトリストの中に存在しない場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定許可に設定するための第３設定モジュールと
をさらに備えることを特徴とする請求項６に記載の装置。
【請求項８】
ユーザにより前記アプリケーションに対して入力した設定情報であって、前記アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信するための受信モジュールと、
前記設定情報に基づいて、前記アプリケーションの状態設定許可情報を設定するための第４設定モジュールと
をさらに備えることを特徴とする請求項６に記載の装置。
【請求項９】
前記アプリケーションの状態設定許可情報を、前記アプリケーションに対応するアプリケーション情報の設定フィールドの中に保存するための保存モジュール
をさらに備えることを特徴とする請求項７又は８に記載の装置。
【請求項１０】
前記取得モジュールは、アプリケーションの状態の設定をトリガするためのイベントが発生した際に、アプリケーションの状態設定許可情報を取得する
ことを特徴とする請求項６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ技術分野に関し、特に、アプリケーションの状態を設定するための方法及び装置に関する。
【背景技術】
【０００２】
アンドロイド（Ａｎｄｒｏｉｄ）ＯＳ（オペレーティング・システム）は、オープン系のＯＳであり、特有のクロスプロセス通信技術を利用して、ＯＳとアプリケーションとの間の、さらに、各アプリケーション同士の間の双方向の通信を許可する。システムブロードキャストが、その中の一種の通信形式である。
【０００３】
システムブロードキャストは、ＡｎｄｒｏｉｄＯＳによって提供される目標性が無いプロセス間通信方法である。ここで、ＯＳ或はアプリケーションにより、特定イベントが発生した時に、一つのメッセージを発するが、受信方を指定しない。例えば、ＯＳは、デバイスを起動させた後に、ＢＯＯＴ＿ＣＯＭＰＬＥＴＥメッセージをブロードキャストし、ネットワークが変更された時に、ＣＯＮＮＥＣＴＩＶＩＴＹ＿ＣＨＡＮＧＥメッセージをブロードキャストする。
【０００４】
アプリケーションは、インストールされた後に、その状態は非活性状態（ｓｔｏｐ状態）にあり、ユーザにより当該アプリケーションを起動した後、その状態が活性化状態（非ｓｔｏｐ状態）に変換される。しかし、システムブロードキャストは、活性化状態にあるアプリケーションにのみ、扱われる。
【０００５】
アプリケーション或はＯＳから正常にドロップアウトして、再び、起動させても、アプリケーションの活性化状態を非活性状態に変更できない。ユーザにより、ＯＳ設定オプションにおいて、アプリケーションの状態を、活性化状態を非活性状態に手動的に変更させなければならない。
【０００６】
発明者は、上記の構成には、少なくとも以下の問題が存在することを発見した。
【０００７】
システムブロードキャストが発生すれば、活性化状態にあるアプリケーションは、システムブロードキャストを受信して、システムブロードキャストに基づいて自己起動することになる。このため、消費電力が増加され、さらに、これらアプリケーションが自己起動した後にユーザの情報を収集するため、ユーザのプライバシーが侵害されるおそれがある。端末に大量のアプリケーションがインストールされているため、もし、ユーザによりアプリケーションを使用した後、度々、手動的に状態を変更する操作を行うと、操作が面倒くさくなる。
【発明の概要】
【０００８】
上記の技術問題を解決するために、本発明に係る実施例は、アプリケーションの状態を設定するための方法及び装置を提供する。当該構成は、以下のとおりである。
【０００９】
本発明に係る実施例の第１の態様によると、アプリケーションの状態を設定するための方法を提供する。
【００１０】
前記方法は、
アプリケーションの状態設定許可情報を取得するステップと、
前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定するステップと
を含む。
【００１１】
本発明に係る実施例の第２の態様によると、アプリケーションの状態を設定するための装置を提供する。
【００１２】
前記装置は、
アプリケーションの状態設定許可情報を取得するための取得モジュールと、
前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定するための第１設定モジュールと
を備える。
【００１３】
本発明の実施例が提供する構成の有益な効果は以下のとおりである。
【００１４】
アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。
【００１５】
以上の統括な記述と以下の細部記述は、ただ例示的なものであり、本発明を制限するものではないと、理解するべきである。
【図面の簡単な説明】
【００１６】
本発明の実施例の構成をもっと詳しく説明するために、以下、実施例の説明に必要な図面を簡単に説明する。当然ながら、以下に記載の図面は、ただ、本発明の実施例の幾つかの例であり、当業者が創造的労働をせずにこれらに基づいて他の図面を得ることができる。
【図１】図１は、本発明に係る実施例１によって提供するアプリケーションの状態を設定するための方法を示す例示的なフローチャートである。
【図２】図２は、本発明に係る実施例２によって提供するアプリケーションの状態を設定するための方法を示す例示的なフローチャートである。
【図３】図３は、本発明に係る実施例２によって提供する状態設定許可情報を設定する一方法を示す例示的なフローチャートである。
【図４】図４は、本発明に係る実施例２によって提供する状態設定許可情報を設定するもう一方法を示す例示的なフローチャートである。
【図５】図５は、本発明に係る実施例３によって提供するアプリケーションの状態を設定するための装置の構成を示す例示的な模式図である。  以上の図面を通じて、本発明の実施例を例示しているが、そのさらに具体的な内容については後述する。これらの図面及び文字記載は、本発明の趣旨の範囲を限定するためのものではなく、特定の実施例を参照として、当業者に本発明のコンセプトを理解させるためのものである。
【発明を実施するための形態】
【００１７】
以下、本発明の目的、技術的解決策及び利点をさらに明確にするために、図面を参照しながら本発明の実施例をさらに詳しく説明する。
【００１８】
実施例１
図１を参照すると、本発明に係る実施例は、アプリケーションの状態を設定するための方法を提供する。
【００１９】
方法の流れは、以下のステップを含む。
【００２０】
ステップ１０１において、アプリケーションの状態設定許可情報を取得する。
【００２１】
ステップ１０２において、前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定する。
【００２２】
上記から分かるように、本発明に係る実施例１中、アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。
【００２３】
実施例２
ＡｎｄｒｏｉｄＯＳの中のＰａｃｋａｇｅＭａｎａｇｅｒは、全てのアプリケーションを管理するためのコンポーネントである。各々のアプリケーションは、一つのパケットの形式によって、当該アプリケーションのアプリケーション情報をＰａｃｋａｇｅＭａｎａｇｅｒの中に保存する。ここで、アプリケーション情報は、アプリケーションに対応するアプリケーション識別子、保存パス、アプリケーション権限、等の内容を含む。
【００２４】
本発明に係る実施例２において、事前に、各アプリケーションに対応するアプリケーション情報の中に、一つの新たなフィールドを追加して、当該アプリケーションの状態設定許可情報を保存する。
【００２５】
アプリケーションの状態設定許可情報の設定方法には、以下の二種類の設定方法がある。
【００２６】
第１、アプリケーションをインストールする際に設定する。
【００２７】
図２は、本発明の実施例２に係る状態設定許可情報を設定する一方法を示す例示的なフローチャートである。当該流れは、以下のステップを含む。
【００２８】
ステップ２０１において、アプリケーションをインストールする際に、アプリケーションが予め設定したホワイトリストの中に存在するか否かを判断し、存在する場合には、ステップ２０２を実行、存在しない場合には、ステップ２０３を実行する。
【００２９】
ここでのホワイトリストとは、バックグランドで運行する必要があるアプリケーションのリストを保存するためのものであり、即ち、当該ホワイトリストの中にあるアプリケーションは活性化状態にある必要があり、設定によってこれらアプリケーションの状態を変更することを許可しない。ホワイトリストの中に記録するのは、アプリケーションのアプリケーション識別子である。ホワイトリストは、権威ある団体（公式、或は、影響力がある団体）により提供してもよい。
【００３０】
アプリケーションがホワイトリストに属するか否かを判断する時には、インストールするアプリケーションのアプリケーション識別子と、予め設定したホワイトリストの中に存在するアプリケーション識別子をマッチングして、マッチングできる場合には、当該アプリケーションの状態の設定を許可せず、マッチングできない場合には、当該アプリケーションの状態の設定を許可する。
【００３１】
ステップ２０２において、アプリケーションの状態設定許可情報を、当該アプリケーションの状態の設定を許可しないように設定してから、ステップ２０４を実行する。
【００３２】
オプションとして、状態設定許可情報は、数字、文字、等の内容であってもよい。例えば、状態設定許可情報が数字である「０」、或は、文字である「ｆａｌｓｅ」である場合は、当該アプリケーションが設定を許可しない状態にあることを意味する。
【００３３】
ステップ２０３において、アプリケーションの状態設定許可情報を、当該アプリケーションの状態の設定を許可するように設定する。
【００３４】
オプションとして、状態設定許可情報は、数字、文字、等の内容であってもよい。例えば、状態設定許可情報が数字である「１」、或は、文字である「ｔｒｕｅ」である場合は、当該アプリケーションが設定を許可する状態にあることを意味する。
【００３５】
ステップ２０４において、状態設定許可情報をアプリケーションに対応するアプリケーション情報の設定フィールドの中に保存する。
【００３６】
第２、ユーザの指示に従って設定する。
【００３７】
上記のアプリケーションをインストールする際に該当する状態設定許可情報に設定する方法のほか、本発明に係る実施例２は、さらに、インターフェースを提供して、上位アプリケーションが上記の設定フィールドを変更できるようにして、ユーザの指示に従って状態設定許可情報を設定するようにする。
【００３８】
ユーザは、上記の上位アプリケーションを通じて、あるアプリケーションに対する設定情報であって、当該アプリケーションの状態の設定を許可するか否かを指示するための設定情報を入力してから、当該設定情報に基づいて、当該アプリケーションの状態設定許可情報を設定してもよい。
【００３９】
このようなユーザの指示に従って設定する方法は、主に、ユーザの実際のアプリケーションに対する要求を満足させることができ、ホワイトリストに基づいて行う設定に限られない。
【００４０】
図３は、本発明に係る実施例２の状態設定許可情報を設定するもう一方法を示す例示的なフローチャートである。当該流れは、以下のステップを含む。
【００４１】
ステップ３０１において、ユーザにより前記アプリケーションに対して入力した設定情報であって、前記アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信する。
【００４２】
ステップ３０２において、前記設定情報に基づいて、前記アプリケーションの状態設定許可情報を設定する。
【００４３】
ステップ３０３において、状態設定許可情報をアプリケーションに対応するアプリケーション情報の設定フィールドの中に保存する。
【００４４】
図４を参照すると、本発明に係る実施例２は、アプリケーションの状態を設定するための方法を提供する。当該方法の流れは、以下のステップを含む。
【００４５】
ステップ４０１において、アプリケーションの状態の設定をトリガするための特定イベントが発生した場合、アプリケーションの状態設定許可情報を取得する。
【００４６】
ここで、アプリケーションの状態設定許可情報を取得する過程において、
アプリケーションに対応するアプリケーション情報を取得し、前記アプリケーション情報の設定フィールドの中から、アプリケーションの状態設定許可情報を抽出する。
【００４７】
アプリケーションの状態の設定をトリガするための特定イベントは、端末を再起動するイベント、メモリを解放するイベント、或は、画面をロックするイベントであってもよい。
【００４８】
ステップ４０２において、状態設定許可情報が、アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定する。
【００４９】
状態設定許可情報が、アプリケーションの状態の設定の不可を指示する場合、当該アプリケーションの状態を設定しないし、状態設定許可情報が、アプリケーションの状態の設定許可を指示する場合、当該アプリケーションの状態を、非活性状態に設定する。
【００５０】
ここでのステップ４０２において、設定許可状態にあるアプリケーションが、現在、活性化状態にある場合には、当該アプリケーションの状態を非活性状態に変更し、設定許可状態にあるアプリケーションが、現在、非活性状態にある場合には、再び、当該アプリケーションの状態を非活性状態に設定する。
【００５１】
この後、状態が非活性状態に変更されたアプリケーションは、システムブロードキャストを受信できなくなる。
【００５２】
上記から分かるように、本発明に係る実施例２中、アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。
【００５３】
実施例３
図５を参照すると、本発明に係る実施例は、アプリケーションの状態を設定するための装置を提供する。当該装置は、以下のモジュールを備える。
【００５４】
取得モジュール５０１は、アプリケーションの状態設定許可情報を取得する。
【００５５】
第１設定モジュール５０２は、前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定する。
【００５６】
ここで、オプションとする実施形態において、取得モジュール５０１は、アプリケーションの状態の設定をトリガするためのイベントが発生した際に、アプリケーションの状態設定許可情報を取得する。
【００５７】
さらに、状態設定許可情報の設定方法には、以下の二種類の設定方法がある。
【００５８】
状態設定許可情報の第１の設定方法は、以下のモジュールにより実現する。
【００５９】
判断モジュール５０３は、アプリケーションをインストールする際に、アプリケーションが、バックグランドで運行する必要があるアプリケーションを保存するための、予め設定したホワイトリストの中に存在するか否かを判断する。
【００６０】
第２設定モジュール５０４は、アプリケーションが前記ホワイトリストの中に存在する場合、アプリケーションの状態設定許可情報を、アプリケーションの状態の設定不可に設定する。
【００６１】
第３設定モジュール５０５は、アプリケーションが前記ホワイトリストの中に存在しない場合、アプリケーションの状態設定許可情報を、アプリケーションの状態の設定許可に設定する。
【００６２】
状態設定許可情報の第２の設定方法は、以下のモジュールにより実現する。
【００６３】
受信モジュール５０６は、ユーザによりアプリケーションに対して入力した設定情報であって、アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信する。
【００６４】
第４設定モジュール５０７は、設定情報に基づいて、アプリケーションの状態設定許可情報を設定する。
【００６５】
状態設定許可情報の第１と第２の設定方法に対応するモジュールは、一緒に、本発明に係る実施例３の装置の中に含まれている。
【００６６】
本発明に係る実施例３の装置は、状態設定許可情報を保存するためのモジュールをさらに含んでもよい。
【００６７】
保存モジュール５０８は、アプリケーションの状態設定許可情報を、当該アプリケーションに対応するアプリケーション情報の設定フィールドの中に保存する。
【００６８】
上記から分かるように、本発明に係る実施例３中、アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。
【００６９】
上記の本発明に係る実施例の番号は、ただ、記述するためのものであり、実施例の優劣を代表しない。
【００７０】
当業者は、ハードウェアによって上記実施例を実現するステップの全体又はその一部を実行してもよいし、プログラムにより関連するハードウェアを指定して実行するようにしてもよいし、上記プログラムを不揮発性の読取可能である記憶媒体に記憶させてもよいし、以上に言及した記憶媒体としては、リードオンリーメモリ、磁気ディスク又は光ディスク等が挙げられると、理解するべきである。
【００７１】
上述の内容は本発明の比較的適切な実施例に過ぎず、本発明を制限するものではなく、本発明の主旨及び原則内で行う如何なる修正、同等の置換、改善等は本発明の保護範囲内に含まれる。
【００７２】
本願は、出願番号がＣＮ２０１３１０１１９６３６.３であって、出願日が２０１３年４月８日である中国特許出願に基づいて優先権を主張し、当該中国特許出願のすべての内容を援用する。
【図１】
2016502186.tif 000003
【図２】
2016502186.tif 000004
【図３】
2016502186.tif 000005
【図４】
2016502186.tif 000006
【図５】
2016502186.tif 000007
【手続補正書】
【提出日】平成27年5月25日(2015.5.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アプリケーションの状態を設定するための方法であって、
アプリケーションの状態設定許可情報を取得するステップと、
前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定するステップと
を含むことを特徴とする方法。
【請求項２】
前記状態設定許可情報を設定する方法として、
前記アプリケーションをインストールする際に、前記アプリケーションが、バックグランドで運行する必要があるアプリケーションを保存するための、予め設定したホワイトリストの中に存在するか否かを判断するステップと、
前記アプリケーションが前記ホワイトリストの中に存在する場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定不可に設定するステップと、
前記アプリケーションが前記ホワイトリストの中に存在しない場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定許可に設定するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記状態設定許可情報を設定する方法として、
ユーザにより前記アプリケーションに対して入力した設定情報であって、前記アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信するステップと、
前記設定情報に基づいて、前記アプリケーションの状態設定許可情報を設定するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記アプリケーションの状態設定許可情報を、前記アプリケーションに対応するアプリケーション情報の設定フィールドの中に保存するステップ
をさらに含むことを特徴とする請求項２又は３に記載の方法。
【請求項５】
前記アプリケーションの状態設定許可情報を取得するステップは、
アプリケーションの状態の設定をトリガするためのイベントが発生した際に、アプリケーションの状態設定許可情報を取得するステップ
を含むことを特徴とする請求項１に記載の方法。
【請求項６】
アプリケーションの状態を設定するための装置であって、
アプリケーションの状態設定許可情報を取得するための取得モジュールと、
前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定するための第１設定モジュールと
を備えることを特徴とする装置。
【請求項７】
前記アプリケーションをインストールする際に、前記アプリケーションが、バックグランドで運行する必要があるアプリケーションを保存するための、予め設定したホワイトリストの中に存在するか否かを判断するための判断モジュールと、
前記アプリケーションが前記ホワイトリストの中に存在する場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定不可に設定するための第２設定モジュールと、
前記アプリケーションが前記ホワイトリストの中に存在しない場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定許可に設定するための第３設定モジュールと
をさらに備えることを特徴とする請求項６に記載の装置。
【請求項８】
ユーザにより前記アプリケーションに対して入力した設定情報であって、前記アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信するための受信モジュールと、
前記設定情報に基づいて、前記アプリケーションの状態設定許可情報を設定するための第４設定モジュールと
をさらに備えることを特徴とする請求項６に記載の装置。
【請求項９】
前記アプリケーションの状態設定許可情報を、前記アプリケーションに対応するアプリケーション情報の設定フィールドの中に保存するための保存モジュール
をさらに備えることを特徴とする請求項７又は８に記載の装置。
【請求項１０】
前記取得モジュールは、アプリケーションの状態の設定をトリガするためのイベントが発生した際に、アプリケーションの状態設定許可情報を取得する
ことを特徴とする請求項６に記載の装置。
【請求項１１】
プロセッサに実行されることにより、請求項１から請求項５のいずれかに記載のアプリケーションの状態を設定するための方法を実現することを特徴とするプログラム。
【請求項１２】
請求項１１に記載のプログラムが記録された記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ技術分野に関し、特に、アプリケーションの状態を設定するための方法、装置、プログラム及び記録媒体に関する。
【背景技術】
【０００２】
アンドロイド（Ａｎｄｒｏｉｄ）ＯＳ（オペレーティング・システム）は、オープン系のＯＳであり、特有のクロスプロセス通信技術を利用して、ＯＳとアプリケーションとの間の、さらに、各アプリケーション同士の間の双方向の通信を許可する。システムブロードキャストが、その中の一種の通信形式である。
【０００３】
システムブロードキャストは、ＡｎｄｒｏｉｄＯＳによって提供される目標性が無いプロセス間通信方法である。ここで、ＯＳ或はアプリケーションにより、特定イベントが発生した時に、一つのメッセージを発するが、受信方を指定しない。例えば、ＯＳは、デバイスを起動させた後に、ＢＯＯＴ＿ＣＯＭＰＬＥＴＥメッセージをブロードキャストし、ネットワークが変更された時に、ＣＯＮＮＥＣＴＩＶＩＴＹ＿ＣＨＡＮＧＥメッセージをブロードキャストする。
【０００４】
アプリケーションは、インストールされた後に、その状態は非活性状態（ｓｔｏｐ状態）にあり、ユーザにより当該アプリケーションを起動した後、その状態が活性化状態（非ｓｔｏｐ状態）に変換される。しかし、システムブロードキャストは、活性化状態にあるアプリケーションにのみ、扱われる。
【０００５】
アプリケーション或はＯＳから正常にドロップアウトして、再び、起動させても、アプリケーションの活性化状態を非活性状態に変更できない。ユーザにより、ＯＳ設定オプションにおいて、アプリケーションの状態を、活性化状態を非活性状態に手動的に変更させなければならない。
【０００６】
発明者は、上記の構成には、少なくとも以下の問題が存在することを発見した。
【０００７】
システムブロードキャストが発生すれば、活性化状態にあるアプリケーションは、システムブロードキャストを受信して、システムブロードキャストに基づいて自己起動することになる。このため、消費電力が増加され、さらに、これらアプリケーションが自己起動した後にユーザの情報を収集するため、ユーザのプライバシーが侵害されるおそれがある。端末に大量のアプリケーションがインストールされているため、もし、ユーザによりアプリケーションを使用した後、度々、手動的に状態を変更する操作を行うと、操作が面倒くさくなる。
【発明の概要】
【０００８】
上記の技術問題を解決するために、本発明に係る実施例は、アプリケーションの状態を設定するための方法、装置、プログラム及び記録媒体を提供する。当該構成は、以下のとおりである。
【０００９】
本発明に係る実施例の第１の態様によると、アプリケーションの状態を設定するための方法を提供する。
【００１０】
前記方法は、
アプリケーションの状態設定許可情報を取得するステップと、
前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定するステップと
を含む。
【００１１】
本発明に係る実施例の第２の態様によると、アプリケーションの状態を設定するための装置を提供する。
【００１２】
前記装置は、
アプリケーションの状態設定許可情報を取得するための取得モジュールと、
前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定するための第１設定モジュールと
を備える。
本発明の実施例に係る第３態様によると、プロセッサに実行されることにより、上記の、アプリケーションの状態を設定するための方法を実現するプログラムを提供する。
本発明の実施例に係る第４態様によると、上記プログラムが記録された記録媒体を提供する。
【００１３】
本発明の実施例が提供する構成の有益な効果は以下のとおりである。
【００１４】
アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。
【００１５】
以上の統括な記述と以下の細部記述は、ただ例示的なものであり、本発明を制限するものではないと、理解するべきである。
【図面の簡単な説明】
【００１６】
本発明の実施例の構成をもっと詳しく説明するために、以下、実施例の説明に必要な図面を簡単に説明する。当然ながら、以下に記載の図面は、ただ、本発明の実施例の幾つかの例であり、当業者が創造的労働をせずにこれらに基づいて他の図面を得ることができる。
【図１】図１は、本発明に係る実施例１によって提供するアプリケーションの状態を設定するための方法を示す例示的なフローチャートである。
【図２】図２は、本発明に係る実施例２によって提供するアプリケーションの状態を設定するための方法を示す例示的なフローチャートである。
【図３】図３は、本発明に係る実施例２によって提供する状態設定許可情報を設定する一方法を示す例示的なフローチャートである。
【図４】図４は、本発明に係る実施例２によって提供する状態設定許可情報を設定するもう一方法を示す例示的なフローチャートである。
【図５】図５は、本発明に係る実施例３によって提供するアプリケーションの状態を設定するための装置の構成を示す例示的な模式図である。  以上の図面を通じて、本発明の実施例を例示しているが、そのさらに具体的な内容については後述する。これらの図面及び文字記載は、本発明の趣旨の範囲を限定するためのものではなく、特定の実施例を参照として、当業者に本発明のコンセプトを理解させるためのものである。
【発明を実施するための形態】
【００１７】
以下、本発明の目的、技術的解決策及び利点をさらに明確にするために、図面を参照しながら本発明の実施例をさらに詳しく説明する。
【００１８】
実施例１
図１を参照すると、本発明に係る実施例は、アプリケーションの状態を設定するための方法を提供する。
【００１９】
方法の流れは、以下のステップを含む。
【００２０】
ステップ１０１において、アプリケーションの状態設定許可情報を取得する。
【００２１】
ステップ１０２において、前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定する。
【００２２】
上記から分かるように、本発明に係る実施例１中、アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。
【００２３】
実施例２
ＡｎｄｒｏｉｄＯＳの中のＰａｃｋａｇｅＭａｎａｇｅｒは、全てのアプリケーションを管理するためのコンポーネントである。各々のアプリケーションは、一つのパケットの形式によって、当該アプリケーションのアプリケーション情報をＰａｃｋａｇｅＭａｎａｇｅｒの中に保存する。ここで、アプリケーション情報は、アプリケーションに対応するアプリケーション識別子、保存パス、アプリケーション権限、等の内容を含む。
【００２４】
本発明に係る実施例２において、事前に、各アプリケーションに対応するアプリケーション情報の中に、一つの新たなフィールドを追加して、当該アプリケーションの状態設定許可情報を保存する。
【００２５】
アプリケーションの状態設定許可情報の設定方法には、以下の二種類の設定方法がある。
【００２６】
第１、アプリケーションをインストールする際に設定する。
【００２７】
図２は、本発明の実施例２に係る状態設定許可情報を設定する一方法を示す例示的なフローチャートである。当該流れは、以下のステップを含む。
【００２８】
ステップ２０１において、アプリケーションをインストールする際に、アプリケーションが予め設定したホワイトリストの中に存在するか否かを判断し、存在する場合には、ステップ２０２を実行、存在しない場合には、ステップ２０３を実行する。
【００２９】
ここでのホワイトリストとは、バックグランドで運行する必要があるアプリケーションのリストを保存するためのものであり、即ち、当該ホワイトリストの中にあるアプリケーションは活性化状態にある必要があり、設定によってこれらアプリケーションの状態を変更することを許可しない。ホワイトリストの中に記録するのは、アプリケーションのアプリケーション識別子である。ホワイトリストは、権威ある団体（公式、或は、影響力がある団体）により提供してもよい。
【００３０】
アプリケーションがホワイトリストに属するか否かを判断する時には、インストールするアプリケーションのアプリケーション識別子と、予め設定したホワイトリストの中に存在するアプリケーション識別子をマッチングして、マッチングできる場合には、当該アプリケーションの状態の設定を許可せず、マッチングできない場合には、当該アプリケーションの状態の設定を許可する。
【００３１】
ステップ２０２において、アプリケーションの状態設定許可情報を、当該アプリケーションの状態の設定を許可しないように設定してから、ステップ２０４を実行する。
【００３２】
オプションとして、状態設定許可情報は、数字、文字、等の内容であってもよい。例えば、状態設定許可情報が数字である「０」、或は、文字である「ｆａｌｓｅ」である場合は、当該アプリケーションが設定を許可しない状態にあることを意味する。
【００３３】
ステップ２０３において、アプリケーションの状態設定許可情報を、当該アプリケーションの状態の設定を許可するように設定する。
【００３４】
オプションとして、状態設定許可情報は、数字、文字、等の内容であってもよい。例えば、状態設定許可情報が数字である「１」、或は、文字である「ｔｒｕｅ」である場合は、当該アプリケーションが設定を許可する状態にあることを意味する。
【００３５】
ステップ２０４において、状態設定許可情報をアプリケーションに対応するアプリケーション情報の設定フィールドの中に保存する。
【００３６】
第２、ユーザの指示に従って設定する。
【００３７】
上記のアプリケーションをインストールする際に該当する状態設定許可情報に設定する方法のほか、本発明に係る実施例２は、さらに、インターフェースを提供して、上位アプリケーションが上記の設定フィールドを変更できるようにして、ユーザの指示に従って状態設定許可情報を設定するようにする。
【００３８】
ユーザは、上記の上位アプリケーションを通じて、あるアプリケーションに対する設定情報であって、当該アプリケーションの状態の設定を許可するか否かを指示するための設定情報を入力してから、当該設定情報に基づいて、当該アプリケーションの状態設定許可情報を設定してもよい。
【００３９】
このようなユーザの指示に従って設定する方法は、主に、ユーザの実際のアプリケーションに対する要求を満足させることができ、ホワイトリストに基づいて行う設定に限られない。
【００４０】
図３は、本発明に係る実施例２の状態設定許可情報を設定するもう一方法を示す例示的なフローチャートである。当該流れは、以下のステップを含む。
【００４１】
ステップ３０１において、ユーザにより前記アプリケーションに対して入力した設定情報であって、前記アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信する。
【００４２】
ステップ３０２において、前記設定情報に基づいて、前記アプリケーションの状態設定許可情報を設定する。
【００４３】
ステップ３０３において、状態設定許可情報をアプリケーションに対応するアプリケーション情報の設定フィールドの中に保存する。
【００４４】
図４を参照すると、本発明に係る実施例２は、アプリケーションの状態を設定するための方法を提供する。当該方法の流れは、以下のステップを含む。
【００４５】
ステップ４０１において、アプリケーションの状態の設定をトリガするための特定イベントが発生した場合、アプリケーションの状態設定許可情報を取得する。
【００４６】
ここで、アプリケーションの状態設定許可情報を取得する過程において、
アプリケーションに対応するアプリケーション情報を取得し、前記アプリケーション情報の設定フィールドの中から、アプリケーションの状態設定許可情報を抽出する。
【００４７】
アプリケーションの状態の設定をトリガするための特定イベントは、端末を再起動するイベント、メモリを解放するイベント、或は、画面をロックするイベントであってもよい。
【００４８】
ステップ４０２において、状態設定許可情報が、アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定する。
【００４９】
状態設定許可情報が、アプリケーションの状態の設定の不可を指示する場合、当該アプリケーションの状態を設定しないし、状態設定許可情報が、アプリケーションの状態の設定許可を指示する場合、当該アプリケーションの状態を、非活性状態に設定する。
【００５０】
ここでのステップ４０２において、設定許可状態にあるアプリケーションが、現在、活性化状態にある場合には、当該アプリケーションの状態を非活性状態に変更し、設定許可状態にあるアプリケーションが、現在、非活性状態にある場合には、再び、当該アプリケーションの状態を非活性状態に設定する。
【００５１】
この後、状態が非活性状態に変更されたアプリケーションは、システムブロードキャストを受信できなくなる。
【００５２】
上記から分かるように、本発明に係る実施例２中、アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。
【００５３】
実施例３
図５を参照すると、本発明に係る実施例は、アプリケーションの状態を設定するための装置を提供する。当該装置は、以下のモジュールを備える。
【００５４】
取得モジュール５０１は、アプリケーションの状態設定許可情報を取得する。
【００５５】
第１設定モジュール５０２は、前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定する。
【００５６】
ここで、オプションとする実施形態において、取得モジュール５０１は、アプリケーションの状態の設定をトリガするためのイベントが発生した際に、アプリケーションの状態設定許可情報を取得する。
【００５７】
さらに、状態設定許可情報の設定方法には、以下の二種類の設定方法がある。
【００５８】
状態設定許可情報の第１の設定方法は、以下のモジュールにより実現する。
【００５９】
判断モジュール５０３は、アプリケーションをインストールする際に、アプリケーションが、バックグランドで運行する必要があるアプリケーションを保存するための、予め設定したホワイトリストの中に存在するか否かを判断する。
【００６０】
第２設定モジュール５０４は、アプリケーションが前記ホワイトリストの中に存在する場合、アプリケーションの状態設定許可情報を、アプリケーションの状態の設定不可に設定する。
【００６１】
第３設定モジュール５０５は、アプリケーションが前記ホワイトリストの中に存在しない場合、アプリケーションの状態設定許可情報を、アプリケーションの状態の設定許可に設定する。
【００６２】
状態設定許可情報の第２の設定方法は、以下のモジュールにより実現する。
【００６３】
受信モジュール５０６は、ユーザによりアプリケーションに対して入力した設定情報であって、アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信する。
【００６４】
第４設定モジュール５０７は、設定情報に基づいて、アプリケーションの状態設定許可情報を設定する。
【００６５】
状態設定許可情報の第１と第２の設定方法に対応するモジュールは、一緒に、本発明に係る実施例３の装置の中に含まれている。
【００６６】
本発明に係る実施例３の装置は、状態設定許可情報を保存するためのモジュールをさらに含んでもよい。
【００６７】
保存モジュール５０８は、アプリケーションの状態設定許可情報を、当該アプリケーションに対応するアプリケーション情報の設定フィールドの中に保存する。
【００６８】
上記から分かるように、本発明に係る実施例３中、アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。
【００６９】
上記の本発明に係る実施例の番号は、ただ、記述するためのものであり、実施例の優劣を代表しない。
【００７０】
当業者は、ハードウェアによって上記実施例を実現するステップの全体又はその一部を実行してもよいし、プログラムにより関連するハードウェアを指定して実行するようにしてもよいし、上記プログラムを不揮発性の読取可能である記憶媒体に記憶させてもよいし、以上に言及した記憶媒体としては、リードオンリーメモリ、磁気ディスク又は光ディスク等が挙げられると、理解するべきである。
【００７１】
上述の内容は本発明の比較的適切な実施例に過ぎず、本発明を制限するものではなく、本発明の主旨及び原則内で行う如何なる修正、同等の置換、改善等は本発明の保護範囲内に含まれる。
【００７２】
本願は、出願番号がＣＮ２０１３１０１１９６３６.３であって、出願日が２０１３年４月８日である中国特許出願に基づいて優先権を主張し、当該中国特許出願のすべての内容を援用する。
【国際調査報告】
2016502186.tif 000008
2016502186.tif 000009
2016502186.tif 000010
2016502186.tif 000011