JP6101360B2 - アプリケーションの状態を設定するための方法、装置、プログラム及び記録媒体 - Google Patents

Description

本発明は、コンピュータ技術分野に関し、特に、アプリケーションの状態を設定するための方法、装置、プログラム及び記録媒体に関する。

アンドロイド（Ａｎｄｒｏｉｄ）ＯＳ（オペレーティング・システム）は、オープン系のＯＳであり、特有のクロスプロセス通信技術を利用して、ＯＳとアプリケーションとの間の、さらに、各アプリケーション同士の間の双方向の通信を許可する。システムブロードキャストが、その中の一種の通信形式である。

システムブロードキャストは、ＡｎｄｒｏｉｄＯＳによって提供される目標性が無いプロセス間通信方法である。ここで、ＯＳ或はアプリケーションにより、特定イベントが発生した時に、一つのメッセージを発するが、受信方を指定しない。例えば、ＯＳは、デバイスを起動させた後に、ＢＯＯＴ＿ＣＯＭＰＬＥＴＥメッセージをブロードキャストし、ネットワークが変更された時に、ＣＯＮＮＥＣＴＩＶＩＴＹ＿ＣＨＡＮＧＥメッセージをブロードキャストする。

アプリケーションは、インストールされた後に、その状態は非活性状態（ｓｔｏｐ状態）にあり、ユーザにより当該アプリケーションを起動した後、その状態が活性化状態（非ｓｔｏｐ状態）に変換される。しかし、システムブロードキャストは、活性化状態にあるアプリケーションにのみ、扱われる。

アプリケーション或はＯＳから正常にドロップアウトして、再び、起動させても、アプリケーションの活性化状態を非活性状態に変更できない。ユーザにより、ＯＳ設定オプションにおいて、アプリケーションの状態を、活性化状態を非活性状態に手動的に変更させなければならない。

発明者は、上記の構成には、少なくとも以下の問題が存在することを発見した。

システムブロードキャストが発生すれば、活性化状態にあるアプリケーションは、システムブロードキャストを受信して、システムブロードキャストに基づいて自己起動することになる。このため、消費電力が増加され、さらに、これらアプリケーションが自己起動した後にユーザの情報を収集するため、ユーザのプライバシーが侵害されるおそれがある。端末に大量のアプリケーションがインストールされているため、もし、ユーザによりアプリケーションを使用した後、度々、手動的に状態を変更する操作を行うと、操作が面倒くさくなる。

上記の技術問題を解決するために、本発明に係る実施例は、アプリケーションの状態を設定するための方法、装置、プログラム及び記録媒体を提供する。当該構成は、以下のとおりである。

本発明に係る実施例の第１の態様によると、アプリケーションの状態を設定するための方法を提供する。

前記方法は、
アプリケーションの状態設定許可情報を取得するステップと、
前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定するステップと
を含む。

本発明に係る実施例の第２の態様によると、アプリケーションの状態を設定するための装置を提供する。

前記装置は、
アプリケーションの状態設定許可情報を取得するための取得モジュールと、
前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定するための第１設定モジュールと
を備える。
本発明の実施例に係る第３態様によると、プロセッサに実行されることにより、上記の、アプリケーションの状態を設定するための方法を実現するプログラムを提供する。
本発明の実施例に係る第４態様によると、上記プログラムが記録された記録媒体を提供する。

本発明の実施例が提供する構成の有益な効果は以下のとおりである。

アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。

以上の統括な記述と以下の細部記述は、ただ例示的なものであり、本発明を制限するものではないと、理解するべきである。

本発明の実施例の構成をもっと詳しく説明するために、以下、実施例の説明に必要な図面を簡単に説明する。当然ながら、以下に記載の図面は、ただ、本発明の実施例の幾つかの例であり、当業者が創造的労働をせずにこれらに基づいて他の図面を得ることができる。
図１は、本発明に係る実施例１によって提供するアプリケーションの状態を設定するための方法を示す例示的なフローチャートである。 図２は、本発明に係る実施例２によって提供するアプリケーションの状態を設定するための方法を示す例示的なフローチャートである。 図３は、本発明に係る実施例２によって提供する状態設定許可情報を設定する一方法を示す例示的なフローチャートである。 図４は、本発明に係る実施例２によって提供する状態設定許可情報を設定するもう一方法を示す例示的なフローチャートである。 図５は、本発明に係る実施例３によって提供するアプリケーションの状態を設定するための装置の構成を示す例示的な模式図である。 以上の図面を通じて、本発明の実施例を例示しているが、そのさらに具体的な内容については後述する。これらの図面及び文字記載は、本発明の趣旨の範囲を限定するためのものではなく、特定の実施例を参照として、当業者に本発明のコンセプトを理解させるためのものである。

以下、本発明の目的、技術的解決策及び利点をさらに明確にするために、図面を参照しながら本発明の実施例をさらに詳しく説明する。

実施例１
図１を参照すると、本発明に係る実施例は、アプリケーションの状態を設定するための方法を提供する。

方法の流れは、以下のステップを含む。

ステップ１０１において、アプリケーションの状態設定許可情報を取得する。

ステップ１０２において、前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定する。

上記から分かるように、本発明に係る実施例１中、アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。

実施例２
ＡｎｄｒｏｉｄＯＳの中のＰａｃｋａｇｅＭａｎａｇｅｒは、全てのアプリケーションを管理するためのコンポーネントである。各々のアプリケーションは、一つのパケットの形式によって、当該アプリケーションのアプリケーション情報をＰａｃｋａｇｅＭａｎａｇｅｒの中に保存する。ここで、アプリケーション情報は、アプリケーションに対応するアプリケーション識別子、保存パス、アプリケーション権限、等の内容を含む。

本発明に係る実施例２において、事前に、各アプリケーションに対応するアプリケーション情報の中に、一つの新たなフィールドを追加して、当該アプリケーションの状態設定許可情報を保存する。

アプリケーションの状態設定許可情報の設定方法には、以下の二種類の設定方法がある。

第１、アプリケーションをインストールする際に設定する。

図２は、本発明の実施例２に係る状態設定許可情報を設定する一方法を示す例示的なフローチャートである。当該流れは、以下のステップを含む。

ステップ２０１において、アプリケーションをインストールする際に、アプリケーションが予め設定したホワイトリストの中に存在するか否かを判断し、存在する場合には、ステップ２０２を実行、存在しない場合には、ステップ２０３を実行する。

ここでのホワイトリストとは、バックグランドで運行する必要があるアプリケーションのリストを保存するためのものであり、即ち、当該ホワイトリストの中にあるアプリケーションは活性化状態にある必要があり、設定によってこれらアプリケーションの状態を変更することを許可しない。ホワイトリストの中に記録するのは、アプリケーションのアプリケーション識別子である。ホワイトリストは、権威ある団体（公式、或は、影響力がある団体）により提供してもよい。

アプリケーションがホワイトリストに属するか否かを判断する時には、インストールするアプリケーションのアプリケーション識別子と、予め設定したホワイトリストの中に存在するアプリケーション識別子をマッチングして、マッチングできる場合には、当該アプリケーションの状態の設定を許可せず、マッチングできない場合には、当該アプリケーションの状態の設定を許可する。

ステップ２０２において、アプリケーションの状態設定許可情報を、当該アプリケーションの状態の設定を許可しないように設定してから、ステップ２０４を実行する。

オプションとして、状態設定許可情報は、数字、文字、等の内容であってもよい。例えば、状態設定許可情報が数字である「０」、或は、文字である「ｆａｌｓｅ」である場合は、当該アプリケーションが設定を許可しない状態にあることを意味する。

ステップ２０３において、アプリケーションの状態設定許可情報を、当該アプリケーションの状態の設定を許可するように設定する。

オプションとして、状態設定許可情報は、数字、文字、等の内容であってもよい。例えば、状態設定許可情報が数字である「１」、或は、文字である「ｔｒｕｅ」である場合は、当該アプリケーションが設定を許可する状態にあることを意味する。

ステップ２０４において、状態設定許可情報をアプリケーションに対応するアプリケーション情報の設定フィールドの中に保存する。

第２、ユーザの指示に従って設定する。

上記のアプリケーションをインストールする際に該当する状態設定許可情報に設定する方法のほか、本発明に係る実施例２は、さらに、インターフェースを提供して、上位アプリケーションが上記の設定フィールドを変更できるようにして、ユーザの指示に従って状態設定許可情報を設定するようにする。

ユーザは、上記の上位アプリケーションを通じて、あるアプリケーションに対する設定情報であって、当該アプリケーションの状態の設定を許可するか否かを指示するための設定情報を入力してから、当該設定情報に基づいて、当該アプリケーションの状態設定許可情報を設定してもよい。

このようなユーザの指示に従って設定する方法は、主に、ユーザの実際のアプリケーションに対する要求を満足させることができ、ホワイトリストに基づいて行う設定に限られない。

図３は、本発明に係る実施例２の状態設定許可情報を設定するもう一方法を示す例示的なフローチャートである。当該流れは、以下のステップを含む。

ステップ３０１において、ユーザにより前記アプリケーションに対して入力した設定情報であって、前記アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信する。

ステップ３０２において、前記設定情報に基づいて、前記アプリケーションの状態設定許可情報を設定する。

ステップ３０３において、状態設定許可情報をアプリケーションに対応するアプリケーション情報の設定フィールドの中に保存する。

図４を参照すると、本発明に係る実施例２は、アプリケーションの状態を設定するための方法を提供する。当該方法の流れは、以下のステップを含む。

ステップ４０１において、アプリケーションの状態の設定をトリガするための特定イベントが発生した場合、アプリケーションの状態設定許可情報を取得する。

ここで、アプリケーションの状態設定許可情報を取得する過程において、
アプリケーションに対応するアプリケーション情報を取得し、前記アプリケーション情報の設定フィールドの中から、アプリケーションの状態設定許可情報を抽出する。

アプリケーションの状態の設定をトリガするための特定イベントは、端末を再起動するイベント、メモリを解放するイベント、或は、画面をロックするイベントであってもよい。

ステップ４０２において、状態設定許可情報が、アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定する。

状態設定許可情報が、アプリケーションの状態の設定の不可を指示する場合、当該アプリケーションの状態を設定しないし、状態設定許可情報が、アプリケーションの状態の設定許可を指示する場合、当該アプリケーションの状態を、非活性状態に設定する。

ここでのステップ４０２において、設定許可状態にあるアプリケーションが、現在、活性化状態にある場合には、当該アプリケーションの状態を非活性状態に変更し、設定許可状態にあるアプリケーションが、現在、非活性状態にある場合には、再び、当該アプリケーションの状態を非活性状態に設定する。

この後、状態が非活性状態に変更されたアプリケーションは、システムブロードキャストを受信できなくなる。

上記から分かるように、本発明に係る実施例２中、アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。

実施例３
図５を参照すると、本発明に係る実施例は、アプリケーションの状態を設定するための装置を提供する。当該装置は、以下のモジュールを備える。

取得モジュール５０１は、アプリケーションの状態設定許可情報を取得する。

第１設定モジュール５０２は、前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定する。

ここで、オプションとする実施形態において、取得モジュール５０１は、アプリケーションの状態の設定をトリガするためのイベントが発生した際に、アプリケーションの状態設定許可情報を取得する。

さらに、状態設定許可情報の設定方法には、以下の二種類の設定方法がある。

状態設定許可情報の第１の設定方法は、以下のモジュールにより実現する。

判断モジュール５０３は、アプリケーションをインストールする際に、アプリケーションが、バックグランドで運行する必要があるアプリケーションを保存するための、予め設定したホワイトリストの中に存在するか否かを判断する。

第２設定モジュール５０４は、アプリケーションが前記ホワイトリストの中に存在する場合、アプリケーションの状態設定許可情報を、アプリケーションの状態の設定不可に設定する。

第３設定モジュール５０５は、アプリケーションが前記ホワイトリストの中に存在しない場合、アプリケーションの状態設定許可情報を、アプリケーションの状態の設定許可に設定する。

状態設定許可情報の第２の設定方法は、以下のモジュールにより実現する。

受信モジュール５０６は、ユーザによりアプリケーションに対して入力した設定情報であって、アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信する。

第４設定モジュール５０７は、設定情報に基づいて、アプリケーションの状態設定許可情報を設定する。

状態設定許可情報の第１と第２の設定方法に対応するモジュールは、一緒に、本発明に係る実施例３の装置の中に含まれている。

本発明に係る実施例３の装置は、状態設定許可情報を保存するためのモジュールをさらに含んでもよい。

保存モジュール５０８は、アプリケーションの状態設定許可情報を、当該アプリケーションに対応するアプリケーション情報の設定フィールドの中に保存する。

上記から分かるように、本発明に係る実施例３中、アプリケーションの状態設定許可情報を取得し、設定許可状態にあるアプリケーションの状態を非活性状態に設定することにより、これらアプリケーションがシステムブロードキャストを受信できなくなって、ユーザにより手動的にアプリケーションの状態を変更する必要がなくなった上で、システムブロードキャストを受信するアプリケーションの数を有効にコントロールして、アプリケーションがシステムブロードキャストを受信することに起因して消費電力が増加される問題を解決したほか、アプリケーションがシステムブロードキャストを受信して自己起動することに起因してユーザ情報が漏洩されるおそれを減らした。

上記の本発明に係る実施例の番号は、ただ、記述するためのものであり、実施例の優劣を代表しない。

当業者は、ハードウェアによって上記実施例を実現するステップの全体又はその一部を実行してもよいし、プログラムにより関連するハードウェアを指定して実行するようにしてもよいし、上記プログラムを不揮発性の読取可能である記憶媒体に記憶させてもよいし、以上に言及した記憶媒体としては、リードオンリーメモリ、磁気ディスク又は光ディスク等が挙げられると、理解するべきである。

上述の内容は本発明の比較的適切な実施例に過ぎず、本発明を制限するものではなく、本発明の主旨及び原則内で行う如何なる修正、同等の置換、改善等は本発明の保護範囲内に含まれる。

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

Claims (10)

1. アプリケーションの状態を設定するための方法であって、
   アプリケーションの状態設定許可情報を取得するステップと、
   前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定して、前記非活性状態に設定された前記アプリケーションがシステムブロードキャストを受信できなくなるようにするステップと
   を含み、
   前記状態設定許可情報を設定する方法として、
   前記アプリケーションをインストールする際に、前記アプリケーションが、バックグランドで運行する必要があるアプリケーションを保存するための、予め設定したホワイトリストの中に存在するか否かを判断するステップと、
   前記アプリケーションが前記ホワイトリストの中に存在する場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定不可に設定するステップと、
   前記アプリケーションが前記ホワイトリストの中に存在しない場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定許可に設定するステップと
   を含むことを特徴とする方法。
2. 前記状態設定許可情報を設定する方法として、
   ユーザにより前記アプリケーションに対して入力した設定情報であって、前記アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信するステップと、
   前記設定情報に基づいて、前記アプリケーションの状態設定許可情報を設定するステップと
   を含むことを特徴とする請求項１に記載の方法。
3. 前記アプリケーションの状態設定許可情報を、前記アプリケーションに対応するアプリケーション情報の設定フィールドの中に保存するステップ
   をさらに含むことを特徴とする請求項１又は２に記載の方法。
4. 前記アプリケーションの状態設定許可情報を取得するステップは、
   アプリケーションの状態の設定をトリガするためのイベントが発生した際に、アプリケーションの状態設定許可情報を取得するステップ
   を含むことを特徴とする請求項１に記載の方法。
5. アプリケーションの状態を設定するための装置であって、
   アプリケーションの状態設定許可情報を取得するための取得モジュールと、
   前記状態設定許可情報が、前記アプリケーションの状態の設定許可を指示する場合、前記アプリケーションの状態を非活性状態に設定して、前記非活性状態に設定された前記アプリケーションがシステムブロードキャストを受信できなくなるようにするための第１設定モジュールと、
   前記アプリケーションをインストールする際に、前記アプリケーションが、バックグランドで運行する必要があるアプリケーションを保存するための、予め設定したホワイトリストの中に存在するか否かを判断するための判断モジュールと、
   前記アプリケーションが前記ホワイトリストの中に存在する場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定不可に設定するための第２設定モジュールと、
   前記アプリケーションが前記ホワイトリストの中に存在しない場合、前記アプリケーションの状態設定許可情報を、前記アプリケーションの状態の設定許可に設定するための第３設定モジュールと
   備えることを特徴とする装置。
6. ユーザにより前記アプリケーションに対して入力した設定情報であって、前記アプリケーションの状態の設定を許可するか否かを指示するための設定情報を受信するための受信モジュールと、
   前記設定情報に基づいて、前記アプリケーションの状態設定許可情報を設定するための第４設定モジュールと
   をさらに備えることを特徴とする請求項５に記載の装置。
7. 前記アプリケーションの状態設定許可情報を、前記アプリケーションに対応するアプリケーション情報の設定フィールドの中に保存するための保存モジュール
   をさらに備えることを特徴とする請求項５又は６に記載の装置。
8. 前記取得モジュールは、アプリケーションの状態の設定をトリガするためのイベントが発生した際に、アプリケーションの状態設定許可情報を取得する
   ことを特徴とする請求項５に記載の装置。
9. プロセッサに実行されることにより、請求項１から請求項４のいずれかに記載のアプリケーションの状態を設定するための方法を実現することを特徴とするプログラム。
10. 請求項９に記載のプログラムが記録された記録媒体。