JP6443813B2 - タスク管理方法およびタスク管理デバイス - Google Patents

Description

本出願は、参照によりその全体が本明細書に組み入れられる、2013年12月10日付で中国特許庁に出願された、「TASK MANAGEMENT METHOD AND DEVICE」という名称の中国特許出願第201310665434.9号の優先権を主張するものである。

本発明は通信分野に関し、詳細には、タスク管理方法およびタスク管理デバイスに関する。

通信技術の発展と共に、現在、多くのデバイスがマルチタスクシステムをサポートしている。すなわち、デバイスは同時に複数のアプリケーションプログラムを走らせることができ、1つのアプリケーションプログラムは、その各々がタスクと呼ばれる1つまたは複数のスレッドを有することができる。複数のタスクは普通、フォアグラウンドタスクとバックグラウンドタスクとを含む。フォアグラウンドタスクはユーザ対話を必要とするタスクをいう。すなわち、フォアグラウンドタスクの実行時にはユーザによる操作入力を受け取る必要がある。バックグラウンドタスクはユーザ対話を必要としないタスクをいう。すなわち、バックグラウンドタスクの実行時にはユーザによる操作入力を受け取る必要がない。バックグラウンドタスクはユーザ対話を必要としないため、バックグラウンドタスクは一般に、ユーザセンシティブなタスクではなく、または、バックグラウンドタスクはユーザに関係するものではない。言い換えると、バックグラウンドタスクの中には実行される必要のないものがある。しかし、バックグラウンドタスクは、システムのバックグラウンドで頻繁に実行され、デバイスの電力を絶えず消費する。現在のところ、デバイスは大幅な電力消費および電力損失をこうむる可能性があることがわかる。

本発明の実施形態は、デバイスの電力消費および電力損失を低減させるために、タスク管理方法およびタスク管理デバイスを提供する。

第1の態様によれば、本発明の一実施形態はタスク管理方法を提供し、本方法は、
フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するステップと、
フォアグラウンドタスクに対応する第1のシナリオが第1のリストにあるときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するステップであって、第1のリストはタスク制限が許可されるシナリオを含む、少なくとも1つのバックグラウンドタスクを探索するステップと、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップであって、制限処理はシステムリソース使用を低減させるための処理をいう、制限処理を行うステップと
を含む。

第1の態様の第1の可能な実施態様において、本方法は、
フォアグラウンドタスクに対応する第1のシナリオ以外の第2のシナリオを探索するステップであって、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応し、第1のリストは第2のシナリオを含む、第2のシナリオを探索するステップと、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップと
をさらに含む。

第1の態様または第1の態様の第1の可能な実施態様に関連して、第1の態様の第2の可能な実施態様において、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するステップの後に、本方法は、
第1のシナリオが第1のリストにあるかどうか判定するステップ
をさらに含む。

第1の態様に関連して、第1の態様の第3の可能な実施態様において、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップの前に、本方法は、
少なくとも1つのバックグラウンドタスクのユーザ識別子を問い合わせるステップと、
少なくとも1つのバックグラウンドタスクのユーザ識別子がシステムユーザに対応する場合に、少なくとも1つのバックグラウンドタスクを無視するステップと、
少なくとも1つのバックグラウンドタスクのユーザ識別子が一般ユーザに対応する場合に、少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップと
をさらに含む。

第1の態様に関連して、第1の態様の第4の可能な実施態様において、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップの前に、本方法は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのためのタイマを開始するステップと、
タイマが事前設定閾値を超えたときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止するステップと
をさらに含む。

第1の態様に関連して、第1の態様の第5の可能な実施態様において、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップの前に、本方法は、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせるステップと、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用する場合に、システムコンポーネントを停止するステップと
をさらに含む。

第1の態様、第1の態様の第1の可能な実施態様、第1の態様の第2の可能な実施態様、第1の態様の第3の可能な実施態様、第1の態様の第4の可能な実施態様、または第1の態様の第5の可能な実施態様に関連して、第1の態様の第6の可能な実施態様において、システムリソース使用を低減させるための処理は、
少なくとも1つのバックグラウンドタスクを凍結するやり方と、
少なくとも1つのバックグラウンドタスクを停止するやり方と、
少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
のうちの少なくとも1つを含む。

第1の態様、第1の態様の第1の可能な実施態様、第1の態様の第2の可能な実施態様、第1の態様の第3の可能な実施態様、第1の態様の第4の可能な実施態様、または第1の態様の第5の可能な実施態様に関連して、第1の態様の第7の可能な実施態様において、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するステップは、
少なくとも1つのフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するステップ
を含む。

第2の態様によれば、本発明の一実施形態はタスク管理方法を提供し、本方法は、
フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するステップと、
フォアグラウンドタスクに対応する第1のシナリオ以外の第2のシナリオを決定するステップであって、第2のシナリオはタスク制限が許可されるシナリオであり、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応する、第2のシナリオを決定するステップと、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するステップと、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップであって、制限処理はシステムリソース使用を低減させるための処理をいう、制限処理を行うステップと
を含む。

第2の態様の第1の可能な実施態様において、本方法は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するステップと、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのユーザ識別子が一般ユーザに対応する場合に、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップと
をさらに含む。

第2の態様に関連して、第2の態様の第2の可能な実施態様において、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップの前に、本方法は、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクのためのタイマを開始するステップと、
タイマが事前設定閾値を超えたときに、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止するステップと
をさらに含む。

第2の態様に関連して、第2の態様の第3の可能な実施態様において、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップの前に、本方法は、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせるステップと、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用する場合に、システムコンポーネントを停止するステップと
をさらに含む。

第2の態様、第2の態様の第1の可能な実施態様、第2の態様の第2の可能な実施態様、または第2の態様の第3の可能な実施態様に関連して、第2の態様の第4の可能な実施態様において、システムリソース使用を低減させるための処理は、
少なくとも1つのバックグラウンドタスクを凍結するやり方と、
少なくとも1つのバックグラウンドタスクを停止するやり方と、
少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
のうちの少なくとも1つを含む。

第2の態様、第2の態様の第1の可能な実施態様、第2の態様の第2の可能な実施態様、または第2の態様の第3の可能な実施態様に関連して、第2の態様の第5の可能な実施態様において、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するステップは、
少なくとも1つのフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するステップ
を含む。

第3の態様によれば、本発明の一実施形態はタスク管理方法を提供し、本方法は、決定部と、第1の探索部と、第1の処理部とを含み、
決定部は、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するように構成されており、
第1の探索部は、フォアグラウンドタスクに対応し、決定部によって決定される第1のシナリオが第1のリストにあるときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するように構成されており、第1のリストはタスク制限が許可されるシナリオを含み、
第1の処理部は、第1のシナリオに対応し、第1の探索部によって探索される少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成されており、制限処理はシステムリソース使用を低減させるための処理をいう。

第3の態様の第1の可能な実施態様において、本デバイスは、
フォアグラウンドタスクに対応し、決定部によって探索される第1のシナリオ以外の第2のシナリオを探索するように構成された第2の探索部であって、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応し、第1のリストは第2のシナリオを含む、第2の探索部と、
第2のシナリオに対応し、第2の探索部によって探索される少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成された第2の処理部と
をさらに含む。

第3の態様または第3の態様の第1の可能な実施態様に関連して、第3の態様の第2の可能な実施態様において、本デバイスは、
第1のシナリオが第1のリストにあるかどうか判定するように構成された判断部
をさらに含む。

第3の態様に関連して、第3の態様の第3の可能な実施態様において、本デバイスは、
少なくとも1つのバックグラウンドタスクのユーザ識別子を問い合わせるように構成された第1の問い合わせ部と、
少なくとも1つのバックグラウンドタスクのものであり、第1の問い合わせ部によって問い合わせられるユーザ識別子がシステムユーザに対応する場合に、少なくとも1つのバックグラウンドタスクを無視するように構成された無視部と
をさらに含み、
第1の処理部は、少なくとも1つのバックグラウンドタスクのものであり、第1の問い合わせ部によって問い合わせられるユーザ識別子が一般ユーザに対応する場合に、少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成されている。

第3の態様に関連して、第3の態様の第4の可能な実施態様において、本デバイスは、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのためのタイマを開始するように構成されたタイミング部と、
タイマが事前設定閾値を超えたときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止するように構成された第1の停止部と
をさらに含む。

第3の態様に関連して、第3の態様の第5の可能な実施態様において、本デバイスは、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせるように構成された第2の問い合わせ部と、
第2の問い合わせ部が、少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用することを確認した場合に、システムコンポーネントを停止するように構成された第2の停止部と
をさらに含む。

第3の態様、第3の態様の第1の可能な実施態様、第3の態様の第2の可能な実施態様、第3の態様の第3の可能な実施態様、第3の態様の第4の可能な実施態様、または第3の態様の第5の可能な実施態様に関連して、第3の態様の第6の可能な実施態様において、システムリソース使用を低減させるための処理は、
少なくとも1つのバックグラウンドタスクを凍結するやり方と、
少なくとも1つのバックグラウンドタスクを停止するやり方と、
少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
のうちの少なくとも1つを含む。

第3の態様、第3の態様の第1の可能な実施態様、第3の態様の第2の可能な実施態様、第3の態様の第3の可能な実施態様、第3の態様の第4の可能な実施態様、または第3の態様の第5の可能な実施態様に関連して、第3の態様の第7の可能な実施態様において、決定部は、少なくとも1つのフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するように構成されている。

第2の態様によれば、本発明の一実施形態はタスク管理方法を提供し、本方法は、第1の決定部と、第2の決定部と、第1の探索部と、第1の処理部とを含み、
第1の決定部は、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するように構成されており、
第2の決定部は、フォアグラウンドタスクに対応し、第1の決定部によって決定される第1のシナリオ以外の第2のシナリオを決定するように構成されており、第2のシナリオはタスク制限が許可されるシナリオであり、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応し、
第1の探索部は、第2の決定部によって決定される第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するように構成されており、
第1の処理部は、第2のシナリオに対応し、第1の探索部によって探索される少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成されており、制限処理はシステムリソース使用を低減させるための処理をいう。

第2の態様に第1の可能な実施態様において、本デバイスは、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するように構成された第2の探索部と、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのユーザ識別子が一般ユーザに対応する場合に、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成された第2の処理部と
をさらに含む。

第2の態様に関連して、第2の態様の第2の可能な実施態様において、本デバイスは、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクのためのタイマを開始するように構成されたタイミング部と、
タイマが事前設定閾値を超えたときに、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止するように構成された第1の停止部と
をさらに含む。

第2の態様に関連して、第2の態様の第3の可能な実施態様において、本デバイスは、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせるように構成された問い合わせ部と、
問い合わせ部が、少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用することを確認した場合に、システムコンポーネントを停止するように構成された第2の停止部と
をさらに含む。

第2の態様、第2の態様の第1の可能な実施態様、第2の態様の第2の可能な実施態様、または第2の態様の第3の可能な実施態様に関連して、第2の態様の第4の可能な実施態様において、システムリソース使用を低減させるための処理は、
少なくとも1つのバックグラウンドタスクを凍結するやり方と、
少なくとも1つのバックグラウンドタスクを停止するやり方と、
少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
のうちの少なくとも1つを含む。

第2の態様、第2の態様の第1の可能な実施態様、第2の態様の第2の可能な実施態様、または第2の態様の第3の可能な実施態様に関連して、第2の態様の第5の可能な実施態様において、決定部は、少なくとも1つのフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するように構成されている。

前述の技術的解決策においては、フォアグラウンドタスクに対応する第1のシナリオがフォアグラウンドタスクに従って決定され、フォアグラウンドタスクに対応する第1のシナリオが第1のリストにあるときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクが探索され、第1のリストはタスク制限が許可されるシナリオを含み、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が行われ、制限処理はシステムリソース使用を低減させるための処理をいう。このようにして、タスク制限が許可されるシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が遂行される。バックグラウンドタスクが常に実行されている先行技術と比べて、本発明の実施形態は、デバイスの電力消費および電力損失を低減させることができる。

本発明の実施形態における、または先行技術における技術的解決策をより明確に説明するために、以下に、各実施形態または先行技術を説明するのに必要とされる添付の図面について簡単に記述する。明らかに、以下の説明における添付の図面は単に本発明のいくつかの実施形態を示すにすぎず、当業者は、これら添付の図面から難なく他の図面をさらに導出することができる。

本発明の一実施形態によるタスク管理方法の概略的流れ図である。 本発明の一実施形態による別のタスク管理方法の概略的流れ図である。 本発明の一実施形態による別のタスク管理方法の概略的流れ図である。 本発明の一実施形態による別のタスク管理方法の概略的流れ図である。 本発明の一実施形態による別のタスク管理方法の概略的流れ図である。 本発明の一実施形態による別のタスク管理方法の概略的流れ図である。 本発明の一実施形態による別のタスク管理方法の概略的流れ図である。 本発明の一実施形態によるタスク管理デバイスの構造の概略図である。 本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。 本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。 本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。 本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。 本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。 本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。 本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。 本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。 本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。 本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。 本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。

以下で、本発明の実施形態における添付の図面に関連して、本発明の実施形態における技術的解決策を明確かつ十分に説明する。明らかに、説明される実施形態は、本発明の実施形態の全部ではなく、一部であるにすぎない。本発明の実施形態に基づいて当業者によって難なく得られる他のすべての実施形態は、本発明の保護範囲内に含まれるものとする。

本発明の実施形態においては、第1のシナリオおよび第2のシナリオが2つのシナリオに限定されない。第1のシナリオは1つまたは複数のシナリオを指示することができ、第2のシナリオも1つまたは複数のシナリオを指示することができる。例えば、第1のシナリオはフォアグラウンドタスクに対応するシナリオとすることができ、1つまたは複数のフォアグラウンドタスクが同時に生じる場合がある。すなわち、第1のシナリオは1つまたは複数のシナリオとすることができる。第2のシナリオは、第1のシナリオ以外の任意の1つまたは複数のシナリオとすることができる。例えば、第2のシナリオはフォアグラウンドタスクを除くタスクに対応するシナリオとすることができる。この場合、第1および第2は、2つの異なるシナリオを区別するために命名されているにすぎない。

加えて、本発明の実施形態において、シナリオは、本発明の実施形態を実施するデバイスの動作の状況を指すことができる。デバイスの動作の状況は、デバイスがシステムリソースを使用する状況をいいうる。システムリソースは具体的には、CPUリソースやメモリリソースといったハードウェアリソースとすることもでき、システムリソースは具体的には、ネットワーク帯域幅リソースやオペレーティング・システム・リソースといった仮想リソースとすることもでき、これは本発明の実施形態では限定されない。シナリオは、電話をかけること、ショート・メッセージ・サービス・メッセージを送信すること、ブラウザを使用すること、2D／3Dゲームをプレーすること、メイン・ユーザ・インターフェースを見ること、ファイルをダウンロードすること、電子ブックを読むこと、音楽を再生すること、ビデオを見ること、ウェブサイトをナビゲートすること、写真をブラウズすること、写真を撮影すること、ビデオを作成すること、電子メールを送信することなどとすることができる。

加えて、本発明の実施形態において、タスクに対応するシナリオは具体的には、タスクが実行されるときにタスクが入るシナリオとすることもできる。例えば、音楽タスクが実行されているときに、このタスクは音楽シナリオおよびダウンロードシナリオに入る。すなわち、音楽タスクに対応するシナリオは、音楽シナリオおよびダウンロードシナリオを含むことができる。加えて、シナリオに対応するタスクは具体的には、シナリオに入るタスクとすることもできる。例えば、音楽タスクが実行されているときに、このタスクはダウンロードシナリオに入る。ブラウザタスクが実行されているときに、このタスクもダウンロードシナリオに入る。ソフトウェア更新タスクが実行されているときに、このタスクもダウンロードシナリオに入る。このように、ダウンロードシナリオに対応するタスクは、音楽タスク、ブラウザタスク、およびソフトウェア更新タスクを含むことができる。すなわち、1つのシナリオが異なるタスクに対応する。

加えて、本発明の実施形態において、フォアグラウンドタスクはユーザ対話を必要とするタスクをいいうる。すなわち、フォアグラウンドタスクの実行時にはユーザによる操作入力を受け取る必要がある。あるいは、フォアグラウンドタスクは、画面上に表示されるタスクをいう場合もある。バックグラウンドタスクは、実行時にユーザ対話を必要としないタスクをいいうる。すなわち、バックグラウンドタスクの実行時にはユーザによる操作入力を受け取る必要がない。あるいは、バックグラウンドタスクは、画面上に表示されないタスクをいう場合もある。加えて、本発明の実施形態においてはタスクをスレッドとすることもできることも理解できる。

図1を参照すると、図1は、本発明の一実施形態によるタスク管理方法の概略的流れ図である。図1に示すように、本方法は、以下のステップを含む。

101．フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定する。

任意選択で、ステップ101は具体的には、現在のタスクが切り換えられるときに、現在のタスクに従って対応する第1のシナリオを決定するステップ、とすることもできる。例えば、現在のタスク、音楽タスクが実行されているときに、このタスクは、音楽シナリオまたはダウンロードシナリオに入る。このように、フォアグラウンドタスクに対応する第1のシナリオは、音楽シナリオ、ダウンロードシナリオなどとすることができることを決定することができる。加えて、フォアグラウンドタスクは1つまたは複数の複数のフォアグラウンドタスクとすることもできる。複数のフォアグラウンドタスクの場合には、ステップ101は、複数のフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するステップ、を含むことができる。すなわち、ステップ101は、少なくとも1つのフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するステップ、を含むことができる。

102．フォアグラウンドタスクに対応する第1のシナリオが第1のリストにあるときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索する。第1のリストはタスク制限が許可されるシナリオを含む。

任意選択で、タスク制限が許可され、第1のリストに含まれるシナリオは、ユーザによって入力される操作を受け取るために設定されるシナリオとすることもできる。このように、タスク制限が許可されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。例えば、ユーザはデバイスの電力消費を低減させたいと思い、ユーザは第1のリストにおいてタスク制限が許可される複数のシナリオを設定することができ、例えば、タスク制限が許可されるシナリオとしてブラウザシナリオ、ゲームシナリオ、ナビゲーションシナリオなどを設定する。このように、現在のタスクに対応する第1のシナリオがブラウザシナリオ、ゲームシナリオ、またはナビゲーションシナリオであるときに、デバイスの電力消費を低減させるためにステップ102を行うことができる。

任意選択で、タスク制限が許可され、第1のリストに含まれるシナリオは、デバイスの性能に従って自動的に設定することもできる。例えば、デバイスが優れた性能を有するとき、例えば、デバイスのCPUが高速で走っており、デバイスが大容量のメモリを有し、またはデバイスが十分な電池を有するときには、第1のリストにおいてタスク制限が許可されるごく少数のシナリオが設定されうる。例えば、デバイスが不十分な性能を有するとき、例えば、デバイスのCPUが低速で走っており、デバイスが小容量のメモリを有し、またはデバイスが十分な電池を有しないときには、第1のリストにおいてタスク制限が許可される多数のシナリオが設定されうる。第1のリストはタスク制限が許可される多数のシナリオを有し、ステップ102およびステップ103が複数回行われるため、デバイスの電力消費を低減させ、デバイスの安定動作を保証するように、複数のバックグラウンドタスクに対して制限処理を行うことができる。

任意選択で、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第1のシナリオに対応するすべてのバックグラウンドタスク内の少なくとも1つのバックグラウンドタスクをいうこともでき、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第1のシナリオに対応するすべてのバックグラウンドタスクをいうこともできる。本実施形態はこれに対して制限を設定しない。

103．第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う。制限処理はシステムリソース使用を低減させるための処理をいう。

任意選択で、制限処理は、タスクによって現在使用されているシステムリソースを低減させるための処理とすることもできる。例えば、バックグラウンドタスクAによって使用されるシステムリソースの数量はステップ101が行われるときにはAであり、バックグラウンドタスクAに対して制限処理が行われた後で、バックグラウンドタスクAによって使用されるシステムリソースの数量はBであり、AはBよりも大きい。加えて、Bを0とすることもできる。

任意選択で、本方法は具体的には、タブレットコンピュータ、携帯電話、電子リーダ、リモコン、パーソナルコンピュータ（Personal Computer、PC）、ノートブックコンピュータ、車内デバイス、ウェブテレビ、ウェアラブルデバイス、またはネットワーク機能を有する他のインテリジェントデバイスといった、マルチタスクシステムを有する任意のデバイスに適用することができる。

前述の技術的解決策においては、フォアグラウンドタスクに対応する第1のシナリオがフォアグラウンドタスクに従って決定され、フォアグラウンドタスクに対応する第1のシナリオが第1のリストにあるときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクが探索され、第1のリストはタスク制限が許可されるシナリオを含み、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が行われ、制限処理はシステムリソース使用を低減させるための処理をいう。このようにして、タスク制限が許可されるシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が遂行される。バックグラウンドタスクが常に実行されている先行技術と比べて、本発明の本実施形態は、デバイスの電力消費および電力損失を低減させることができる。

図2を参照すると、図2は、本発明の一実施形態による別のタスク管理方法の概略的流れ図である。図2に示すように、本方法は、以下のステップを含む。

201．フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定する。

202．第1のシナリオが第1のリストにあるかどうか判定する。「はい」の場合、ステップ203を行う。「いいえ」の場合、プロセスを終了する。第1のリストはタスク制限が許可されるシナリオを含む。

203．第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索する。

任意選択で、ステップ203は具体的には、第1のシナリオに対応するバックグラウンドタスク内の、制限処理を受けた後で他のタスクもしくはオペレーティングシステムに影響を及ぼすことにならない少なくとも1つのバックグラウンドタスクを探索するステップとすることもでき、第1のシナリオに対応するバックグラウンドタスク内の少なくとも1つの所定のバックグラウンドタスクを探索するステップとすることもでき、第1のシナリオに対応するバックグラウンドタスク内の、そのユーザ識別子が一般ユーザに対応する少なくとも1つのバックグラウンドタスクを探索するステップとすることもできる。例えば、ステップ203は、
第1のシナリオに対応する各バックグラウンドタスクのユーザ識別子を探索し、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクとして、そのユーザ識別子（User Identifier、UID）が一般ユーザに対応するバックグラウンドタスクを探索するステップ
を含むことができる。

すなわち、このステップは、第1のシナリオに対応し、ステップ203で探索される少なくとも1つのバックグラウンドタスクが、そのUIDが一般ユーザに対応するバックグラウンドタスクであることを実現するのに使用される。UIDは、各タスクの固有の識別子であり、タスクを一意に識別するのに使用される。加えて、UIDは、システムユーザおよび一般ユーザにも対応しうる。バックグラウンドタスクのUIDがシステムユーザに対応するとき、これは、バックグラウンドタスクがオペレーティングシステムに含まれるバックグラウンドタスクであることを指示する。バックグラウンドタスクのUIDが一般ユーザに対応するとき、これは、バックグラウンドタスクがオペレーティングシステムに含まれるバックグラウンドタスクではないことを指示する。

任意選択で、本方法は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスク内の、そのUIDがシステムユーザに対応するバックグラウンドタスクを無視するステップ
をさらに含むことができる。すなわち、そのUIDがシステムユーザに対応するバックグラウンドタスクに対しては処理が行われない。

任意選択で、ステップ203は、第1のシナリオに対応するバックグラウンドタスク内の、そのシステムリソース使用が事前設定閾値に達する少なくとも1つのバックグラウンドタスクを探索するステップ、とすることもできる。例えば、第1のシナリオに対応するバックグラウンドタスク内の、そのCPUリソース使用がCPUリソースの10％に達する少なくとも1つのバックグラウンドタスクを探索するステップ、または、第1のシナリオに対応するバックグラウンドタスク内の、そのスリープロック保持期間が10分間に達する少なくとも1つのバックグラウンドタスクを探索するステップ、または、第1のシナリオに対応するバックグラウンドタスク内の、その平均データダウンロード速度が10M／分に達する少なくとも1つのバックグラウンドタスクを探索するステップ。

204．第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う。制限処理はシステムリソース使用を低減させるための処理をいう。

任意選択で、図3に示すように、本方法は以下をさらに含むことができる。

205．フォアグラウンドタスクに対応する第1のシナリオ以外の第2のシナリオを探索する。第2のシナリオは少なくとも1つのバックグラウンドタスクに対応し、第1のリストは第2のシナリオを含む。

206．第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う。

任意選択で、第2のシナリオは1つまたは複数のシナリオをいうこともできる。加えて、第2のシナリオは、第1のシナリオ以外のすべてのシナリオをいうこともでき、第1のシナリオ以外の1つまたは複数のシナリオをいうこともでき、これは本実施形態では限定されない。

加えて、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスク内の少なくとも1つのバックグラウンドタスクをいうこともでき、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスクをいうこともできる。本実施形態はこれに対して制限を設定しない。加えて、第2のシナリオは具体的には、所定のシナリオ、例えば、ユーザによって入力された操作を受け取るために設定されるシナリオとすることもできる。このように、タスク制限が許可されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。加えて、ステップ205は具体的には、第2のシナリオに対応するバックグラウンドタスク内の、制限処理を受けた後で他のタスクもしくはオペレーティングシステムに影響を及ぼすことにならない少なくとも1つのバックグラウンドタスクを探索するステップとすることもでき、第2のシナリオに対応するバックグラウンドタスク内の少なくとも1つの所定のバックグラウンドタスクを探索するステップとすることもでき、第2のシナリオに対応するバックグラウンドタスク内の、そのユーザ識別子が一般ユーザに対応する少なくとも1つのバックグラウンドタスクを探索するステップとすることもできる。

任意選択で、第2のシナリオは、第1のシナリオ以外の、第2のリストにないシナリオとすることもでき、第2のリストは、タスク制限が禁止されるシナリオを含むことができる。タスク制限が禁止されるシナリオは、ユーザによって入力される操作を受け取るために設定されるシナリオとすることができる。このように、タスク制限が禁止されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。例えば、ユーザは、第2のリストにおいて、タスク制限が禁止されるシナリオとしてユーザの注意を必要とするシナリオ、例えば、ショート・メッセージ・サービス・メッセージ・シナリオ、電話シナリオ、ダウンロードシナリオを設定することができる。あるいは、タスク制限が禁止されるシナリオは、デバイスの性能に従って自動的に設定することもできる。例えば、デバイスが優れた性能を有するとき、例えば、デバイスのCPUが高速で走っており、デバイスが大容量のメモリを有し、またはデバイスが十分な電池を有するときには、第2のリストにおいてタスク制限が禁止される多数のシナリオが設定されうる。例えば、デバイスが不十分な性能を有するとき、例えば、デバイスのCPUが低速で走っており、デバイスが小容量のメモリを有し、またはデバイスが十分な電池を有しないときには、第2のリストにおいてタスク制限が禁止されるごく少数のシナリオが設定されうる。

任意選択で、ステップ204の前に、本方法は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのUIDを問い合わせるステップと、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのUIDがシステムユーザに対応する場合に、その少なくとも1つのバックグラウンドタスクを無視するステップと、
少なくとも1つのバックグラウンドタスクのUIDが一般ユーザに対応する場合に、少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップと
をさらに含むことができる。すなわち、ステップ204は、そのUIDが一般ユーザに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う。

本実施態様では、そのUIDが一般ユーザに対応するバックグラウンドタスクはオペレーティングシステムのタスクではないため、バックグラウンドタスクに対して一般ユーザ制限処理が行われた後で他のタスクが影響を受けない。したがって、ステップ204で、そのUIDが一般ユーザに対応するバックグラウンドタスクに対してのみ制限処理が行われ、これにより、他のタスクに影響を及ぼさずにデバイスの電力消費および電力損失を低減させることができる。

任意選択で、ステップ204の前に、本方法は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのためのタイマを開始するステップと、
タイマが事前設定閾値を超えたときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止するステップと
をさらに含むことができる。

任意選択で、システムコンポーネントは、それだけに限らないが、タイマ、スリープロック、およびブロードキャスト通知を含む。同時に、前述のステップでは、システムコンポーネントが休止されるときのシステムコンポーネントの状況値を保存することができ、このため、制限処理が解除された後で、バックグラウンドタスクはシステムコンポーネントの保存された状況値を呼び出すことができる。加えて、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントは、タイマが事前設定閾値（例えば、10秒、30秒など）に達したときに限り停止される。これにより、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを頻繁に停止することを回避することができる。

任意選択で、ステップ204の前に、本方法は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせるステップと、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用する場合に、第1のシナリオを停止するステップと
をさらに含むことができる。

本実施態様では、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントが停止されるため、デバイスの電力消費および電力損失も低減させることができる。

任意選択で、システムリソース使用を低減させるための処理は、
少なくとも1つのバックグラウンドタスクを凍結するやり方と、
少なくとも1つのバックグラウンドタスクを停止するやり方と、
少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
のうちの少なくとも1つを含むこともできる。

この場合、ステップ204は、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを凍結するステップ、または第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを停止するステップ、または第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するステップ、とすることができる。

任意選択で、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを凍結するステップは、バックグラウンドタスクがシステムリソースを呼び出すことを禁止するステップ、例えば、CPUが、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出すことを禁止するステップ、とすることができる。具体的には、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクが任意のスケジューリングに関与することを禁止するのに、オペレーティングシステムのタスクスケジューラが使用される。第1のシナリオに対応する少なくとも1つのバックグラウンドタスクがシステムリソースを呼び出すことを禁止されるため、デバイスの電力消費が低減される。

任意選択で、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するステップは、CPUがその時間以内に第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出す時間を制限するステップ、とすることができる。例えば、CPUがCPU呼び出しの時間値によって指示される時間内に第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出すことができるように、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのために時間値が設定される。加えて、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するステップはさらに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによるシステムリソースの使用を制限するステップ、とすることもできる。例えば、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによるネットワーク帯域幅の使用を制限するステップ、または、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによるメモリ空間の使用を制限するステップ。加えて、このステップはさらに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対応する異なるシナリオに応じて異なる制限措置を使用するステップ、とすることもできる。前述のステップでは第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによるシステムリソースの使用が制限されるため、デバイスの電力消費が低減される。

任意選択で、ステップ201は、
温度が事前設定温度閾値に達したときに、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するステップ
をさらに含むことができる。

温度は、本実施形態を実施するデバイスの温度とすることができ、デバイスの温度は具体的には、デバイスのCPUの温度またはデバイスのモデムの温度ということができる。

本実施態様では、デバイスの温度が事前設定温度閾値に達したときに限り、バックグラウンドタスクに対して制限処理が行われることを実現することができる。

任意選択で、本方法は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を解除するステップ
をさらに含むことができる。具体的には、第1のシナリオが第1のリストにないときに、制限処理を受けているバックグラウンドタスクについて、制限処理が解除される。

任意選択で、本方法は具体的には、タブレットコンピュータ、携帯電話、電子リーダ、リモコン、PC、ノートブックコンピュータ、車内デバイス、ウェブテレビ、ウェアラブルデバイス、またはネットワーク機能を有する他のインテリジェントデバイスといった、マルチタスクシステムを有する任意のデバイスに適用することができる。

前述の技術的解決策においては、複数の任意選択の実施態様が第1の実施形態に基づいて実現され、これらの実施態様のすべてがデバイスの電力消費および電力損失を低減させることができる。

図4を参照すると、図4は、本発明の一実施形態による別のタスク管理方法の概略的流れ図である。図4に示すように、本方法は、以下のステップを含む。

401．フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定する。

任意選択で、ステップ401は具体的には、現在のタスクが切り換えられるときに、現在のタスクに従って対応する第1のシナリオを決定するステップ、とすることもできる。例えば、現在のタスク、音楽タスクが実行されているときに、このタスクは、音楽シナリオまたはダウンロードシナリオに入る。このように、フォアグラウンドタスクに対応する第1のシナリオは、音楽シナリオ、ダウンロードシナリオなどとすることができることを決定することができる。加えて、フォアグラウンドタスクは1つまたは複数の複数のフォアグラウンドタスクとすることもできる。複数のフォアグラウンドタスクの場合には、ステップ401は、複数のフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するステップ、を含むことができる。すなわち、ステップ401は、少なくとも1つのフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するステップ、を含むことができる。

402．フォアグラウンドタスクに対応する第1のシナリオ以外の第2のシナリオを決定する。第2のシナリオはタスク制限が許可されるシナリオであり、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応する。

任意選択で、第2のシナリオは1つまたは複数のシナリオをいうこともできる。加えて、第2のシナリオは、第1のシナリオ以外のすべてのシナリオをいうこともでき、第1のシナリオ以外の1つまたは複数のシナリオをいうこともでき、これは本実施形態では限定されない。加えて、第2のシナリオは具体的には、所定のシナリオ、例えば、ユーザによって入力された操作を受け取るために設定されるシナリオとすることもできる。このように、タスク制限が許可されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。

任意選択で、第2のシナリオは、第1のシナリオ以外の、第2のリストにないシナリオとすることもでき、第2のリストは、タスク制限が禁止されるシナリオを含むことができる。

403．第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索する。

任意選択で、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスク内の少なくとも1つのバックグラウンドタスクをいうこともでき、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスクをいうこともできる。加えて、ステップ403は具体的には、第2のシナリオに対応するバックグラウンドタスク内の、制限処理を受けた後で他のタスクもしくはオペレーティングシステムに影響を及ぼすことにならない少なくとも2つのバックグラウンドタスクを探索するステップ、または、第2のシナリオに対応するバックグラウンドタスク内の少なくとも1つの所定のバックグラウンドタスクを探索するステップ、または、第2のシナリオに対応するバックグラウンドタスク内の、そのUIDが一般ユーザに対応する少なくとも1つのバックグラウンドタスクを探索するステップ、とすることもできる。例えば、ステップ403は、
第2のシナリオに対応する各バックグラウンドタスクのUIDを探索するステップと、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクとして、そのUIDが一般ユーザに対応するバックグラウンドタスクを探索するステップと、を含むことができる。

すなわち、このステップは、第2のシナリオに対応し、ステップ403で探索される少なくとも1つのバックグラウンドタスクが、そのUIDが一般ユーザに対応するバックグラウンドタスクであることを実現するのに使用される。

任意選択で、本方法は、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスク内の、そのUIDがシステムユーザに対応するバックグラウンドタスクを無視するステップ
をさらに含むことができる。すなわち、そのUIDがシステムユーザに対応するバックグラウンドタスクに対しては処理が行われない。

任意選択で、ステップ403は、そのシステムリソース使用が、第2のシナリオに対応するバックグラウンドタスクにおける事前設定閾値に達する少なくとも1つのバックグラウンドタスクを探索するステップ、とすることもできる。

404．第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う。制限処理はシステムリソース使用を低減させるための処理をいう。

任意選択で、図5に示すように、本方法は以下をさらに含むことができる。

405．第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索する。

406．第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのUIDが一般ユーザに対応する場合に、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う。

本実施形態の本実施態様については、第1の実施形態および第2の実施形態における第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が行われる実施態様をさらに参照されたい。

任意選択で、ステップ404の前に、本方法は、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクのためのタイマを開始するステップと、
タイマが事前設定閾値を超えたときに、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止するステップと
をさらに含むことができる。

任意選択で、システムコンポーネントは、それだけに限らないが、タイマ、スリープロック、およびブロードキャスト通知を含む。同時に、前述のステップでは、システムコンポーネントが休止されるときのシステムコンポーネントの状況値を保存することができ、このため、制限処理が解除された後で、バックグラウンドタスクはシステムコンポーネントの保存された状況値を呼び出すことができる。加えて、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントは、タイマが事前設定閾値（例えば、10秒、30秒など）に達したときに限り停止される。これにより、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを頻繁に停止することを回避することができる。

任意選択で、ステップ404の前に、本方法は、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせるステップと、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用する場合に、システムコンポーネントを停止するステップと
をさらに含むことができる。

本実施態様では、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントが停止されるため、デバイスの電力消費および電力損失を低減させることができる。

任意選択で、システムリソース使用を低減させるための処理は、
少なくとも1つのバックグラウンドタスクを凍結するやり方と、
少なくとも1つのバックグラウンドタスクを停止するやり方と、
少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
のうちの少なくとも1つを含む。

この場合、ステップ404は、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを凍結するステップ、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを停止するステップ、または
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するステップ
とすることができる。

任意選択で、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを凍結するステップは、バックグラウンドタスクがシステムリソースを呼び出すことを禁止するステップ、例えば、CPUが、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出すことを禁止するステップ、とすることができる。具体的には、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクが任意のスケジューリングに関与することを禁止するのに、オペレーティングシステムのタスクスケジューラが使用される。第2のシナリオに対応する少なくとも1つのバックグラウンドタスクがシステムリソースを呼び出すことを禁止されるため、デバイスの電力消費が低減される。

任意選択で、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するステップは、CPUがその時間以内に第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出す時間を制限するステップ、とすることもできる。例えば、CPUがCPU呼び出しの時間値によって指示される時間内に第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出すことができるように、時間値が第2のシナリオに対応する少なくとも1つのバックグラウンドタスクのために設定される。加えて、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するステップはさらに、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによるシステムリソースの使用を制限するステップ、とすることもできる。例えば、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによるネットワーク帯域幅の使用を制限するステップ、または、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによるメモリ空間の使用を制限するステップ。加えて、このステップはさらに、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対応する異なるシナリオに応じて異なる制限措置を使用するステップ、とすることもできる。前述のステップでは第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによるシステムリソースの使用が制限されるため、デバイスの電力消費が低減される。

任意選択で、本方法は具体的には、タブレットコンピュータ、携帯電話、電子リーダ、リモコン、PC、ノートブックコンピュータ、車内デバイス、ウェブテレビ、ウェアラブルデバイス、またはネットワーク機能を有する他のインテリジェントデバイスといった、マルチタスクシステムを有する任意のデバイスに適用することができる。

前述の技術的解決策においては、フォアグラウンドタスクに対応する第1のシナリオがフォアグラウンドタスクに従って決定され、フォアグラウンドタスクに対応する第1のシナリオ以外の第2のシナリオが決定され、第2のシナリオはタスク制限が許可されるシナリオであり、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応し、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクが探索され、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が行われ、制限処理はシステムリソース使用を低減させるための処理をいう。したがって、デバイスの電力消費および電力損失を低減させることができる。

図6を参照すると、図6は、本発明の一実施形態によるタスク管理方法の概略的流れ図である。図6に示すように、本方法は、以下のステップを含む。

601．現在切り換えられているシナリオがホワイトリストに含まれるシナリオであるかどうか判定する。「はい」の場合、ステップ602を行う。「いいえ」の場合、プロセスを終了する。ホワイトリストは、バックグラウンドタスク制限が許可される少なくとも1つのシナリオを含む事前設定リストである。

任意選択で、前述のシナリオは具体的には、ステップ601を遂行するデバイスの動作の状況とすることもできる。デバイスの動作の状況は、デバイスがシステムリソースを使用する状況をいいうる。システムリソースは具体的には、ハードウェアリソース、例えばCPUリソースやメモリリソースとすることもでき、システムリソースは具体的には、仮想リソース、例えば、ネットワーク帯域幅リソースやオペレーティング・システム・リソースとすることもでき、これは本発明の実施形態では限定されない。シナリオは、電話をかけること、ショート・メッセージ・サービス・メッセージを送信すること、ブラウザを使用すること、2D／3Dゲームをプレーすること、メイン・ユーザ・インターフェースを見ること、ファイルをダウンロードすること、電子ブックを読むこと、音楽を再生すること、ビデオを見ること、ウェブサイトをナビゲートすること、写真をブラウズすること、写真を撮影すること、ビデオを作成すること、電子メールを送信することなどとすることができる。加えて、現在切り換えられているシナリオは、1つまたは複数のシナリオとすることもできる。加えて、シナリオ切り換えは具体的には、フォアグラウンドタスクの切り換え時間によって発生する切り換えとすることもできる。例えば、フォアグラウンドタスクが開始されるときに、1つまたは複数のシナリオに切り換えられる。例えば、電話をかけるというタスクが開始されるときに、デバイスは、電話をかけるシナリオに切り換わり、音楽タスクが開始されるときに、デバイスは音楽再生シナリオおよび音楽ダウンロードシナリオに切り換わり、ゲームタスクが開始されるときに、デバイスはゲームシナリオおよびインターネット・アクセス・シナリオに切り換わる。例えば、フォアグラウンドタスクが停止されるときに、デバイスは1つまたは複数のシナリオに切り換わる。例えば、ゲームタスクが停止されるときに、デバイスはゲームシナリオからメイン・ユーザ・インターフェース・シナリオに切り換わる。

任意選択で、バックグラウンドタスク制限が許可されるシナリオは、ユーザによって入力される操作を受け取るために設定されるシナリオとすることもできる。このように、バックグラウンドタスク制限が許可されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。例えば、ユーザはデバイスの電力消費を低減させたいと思い、ユーザは、ホワイトリストにおいて、バックグラウンドタスク制限が許可される複数のシナリオを設定することができ、例えば、バックグラウンドタスク制限が許可されるシナリオとしてブラウザシナリオ、ゲームシナリオ、ナビゲーションシナリオなどを設定する。このように、デバイスの現在のシナリオがブラウザシナリオ、ゲームシナリオ、またはナビゲーションシナリオであるときに、デバイスの電力消費を低減させるためにステップ602を行うことができる。

任意選択で、バックグラウンドタスク制限が許可されるシナリオは、デバイスの性能に従って自動的に設定することもできる。例えば、デバイスが優れた性能を有するとき、例えば、デバイスのCPUが高速で走っており、デバイスが大容量のメモリを有し、またはデバイスが十分な電池を有するときには、ホワイトリストにおいてバックグラウンドタスク制限が許可されるごく少数のシナリオが設定されうる。例えば、デバイスが不十分な性能を有するとき、例えば、デバイスのCPUが低速で走っており、デバイスが小容量のメモリを有し、またはデバイスが十分な電池を有しないときには、ホワイトリストにおいてバックグラウンドタスク制限が許可される多数のシナリオが設定されうる。ホワイトリストはバックグラウンドタスク制限が許可される多数のシナリオを有し、ステップ602およびステップ603が複数回行われるため、デバイスの電力消費を低減させ、デバイスの安定動作を保証するように、制限処理を許可する複数のバックグラウンドタスクに対して制限処理を行うことができる。

602．現在切り換えられているシナリオがホワイトリストに含まれるシナリオであると判定されると、現在走っているバックグラウンドタスク内の制限処理を許可するバックグラウンドタスクを探索する。制限処理はシステムリソース使用を低減させるための処理をいう。

任意選択で、制限処理を許可するバックグラウンドタスクは具体的には、制限処理を受けた後で（フォアグラウンドタスクといった）他のタスクもしくはオペレーティングシステムに影響を及ぼすことにならないバックグラウンドタスクとすることもでき、制限処理を許可するバックグラウンドタスクは具体的には、所定のバックグラウンドタスクとすることもでき、制限処理を許可するバックグラウンドタスクは具体的には、特定の条件を満たすバックグラウンドタスクとすることもできる。

任意選択で、制限処理は具体的には、タスクによって現在使用されているシステムリソースを低減させるのに使用される操作とすることもできる。例えば、バックグラウンドタスクAによって使用されるシステムリソースの数量はステップ101が行われるときにはAであり、バックグラウンドタスクAに対して制限処理が行われた後で、バックグラウンドタスクAによって使用されるシステムリソースの数量はBであり、AはBよりも大きい。加えて、Bを0とすることもできる。

603．制限処理を許可するバックグラウンドタスクに対して制限処理を行う。

任意選択で、本方法は具体的には、タブレットコンピュータ、携帯電話、電子リーダ、リモコン、PC、ノートブックコンピュータ、車内デバイス、ウェブテレビ、ウェアラブルデバイス、またはネットワーク機能を有する他のインテリジェントデバイスといった、マルチタスクシステムを有する任意のデバイスに適用することができる。

本実施形態のシナリオは前述の実施形態のシナリオと等しいものとすることができることに留意すべきである。加えて、本実施形態のホワイトリストは前述の実施形態の第1のリストとすることもできる。

前述の技術的解決策においては、現在切り換えられているシナリオがホワイトリストに含まれるかシナリオであるどうかが判定され、ホワイトリストは、バックグラウンドタスク制限が許可される少なくとも1つのシナリオを含む事前設定リストであり、現在切り換えられているシナリオがホワイトリストに含まれるシナリオであると判定されると、現在走っているバックグラウンドタスク内で制限処理を許可するバックグラウンドタスクが探索され、制限処理はシステムリソース使用を低減させるための処理をいい、制限処理を許可するバックグラウンドタスクに対して制限処理が行われる。このようにして、制限処理を許可するバックグラウンドタスクに対して制限処理が行われる。バックグラウンドタスクが常に実行されている先行技術と比べて、本発明の本実施形態は、デバイスの電力消費および電力損失を低減させることができる。

図7を参照すると、図7は、本発明の一実施形態による別のタスク管理方法の概略図である。図7に示すように、本方法は、以下のステップを含む。

701．デバイスが、ゲームシナリオ、ブラウザシナリオ、またはナビゲーションシナリオに入ることを検出する。ゲームシナリオ、ブラウザシナリオ、またはナビゲーションシナリオは例にすぎず、本実施形態は、それだけに限らないが、これらのシナリオが、例えば、オーディオ再生またはビデオ再生シナリオも含みうることも含む。

702．凍結される必要のあるバックグラウンドタスクを問い合わせ、決定する。

703．凍結される必要のあるバックグラウンドタスクがシステムコンポーネントを使用するかどうか判定する。「はい」の場合、ステップ704を行う。「いいえ」の場合、ステップ705を行う。ステップ703は、凍結される必要のあるバックグラウンドタスクがスリープロックを使用するかどうか判定するステップ、および／または、凍結される必要のあるバックグラウンドタスクがタイマ使用するかどうか判定するステップ、および／または、凍結される必要のあるバックグラウンドタスクがブロードキャスト通知を使用するかどうか判定するステップ、を含むことができる。

704．システムコンポーネントを休止する。ステップ704は、凍結される必要のあるバックグラウンドタスクがスリープロックを使用する場合に、スリープロックを休止するステップ、凍結される必要のあるバックグラウンドタスクがタイマを使用する場合に、タイマを休止するステップ、凍結される必要のあるバックグラウンドタスクがブロードキャスト通知を使用する場合に、ブロードキャスト通知を休止するステップ、を含むことができる。

705．凍結される必要のあるバックグラウンドタスクを凍結する。

本タスク管理方法は以下をさらに含むことができる。

706．デバイスがメイン・ユーザ・インターフェース・シナリオに切り換わることを検出する。

707．凍結されているバックグラウンドタスクを問い合わせる。

708．凍結されているバックグラウンドタスクのためのシステムコンポーネントを再開する。ステップ708は、スリープロックを再開するステップ、タイマを再開するステップ、およびブロードキャスト通知を再開するステップ、を含むことができる。

709．凍結されているバックグラウンドタスクを凍結解除する。

以下で本発明の装置実施形態を説明する。本発明の装置実施形態は、本発明の第1の実施形態から第5の実施形態において実施される方法を実行するのに使用される。説明を容易にするために、以下では、本発明の実施形態に関連した部分だけを説明する。開示されない具体的な技術詳細については、本発明の第1の実施形態、第2の実施形態、第3の実施形態、第4の実施形態、および第5の実施形態を参照されたい。

図8を参照すると、図8は、本発明の一実施形態によるタスク管理デバイスの構造の概略図である。図8に示すように、本タスク管理デバイスは、決定部81と、第1の探索部82と、第1の処理部83とを含む。

決定部81は、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するように構成されている。

任意選択で、決定部81は具体的には、現在のタスクが切り換えられるときに、現在のタスクに従って対応する第1のシナリオを決定することもできる。例えば、現在のタスク、音楽タスクが実行されているときに、このタスクは、音楽シナリオまたはダウンロードシナリオに入る。このように、フォアグラウンドタスクに対応する第1のシナリオは、音楽シナリオ、ダウンロードシナリオなどとすることができることを決定することができる。加えて、フォアグラウンドタスクは1つまたは複数の複数のフォアグラウンドタスクとすることもできる。複数のフォアグラウンドタスクの場合には、決定部81は、複数のフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するように構成することができる。すなわち、決定部81は、少なくとも1つのフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定することができる。

第1の探索部82は、フォアグラウンドタスクに対応し、決定部81によって決定される第1のシナリオが第1のリストにあるときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するように構成されており、第1のリストはタスク制限が許可されるシナリオを含む。

任意選択で、タスク制限が許可され、第1のリストに含まれるシナリオは、ユーザによって入力される操作を受け取るために設定されるシナリオとすることもできる。このように、タスク制限が許可されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。例えば、ユーザはデバイスの電力消費を低減させたいと思い、ユーザは第1のリストにおいてタスク制限が許可される複数のシナリオを設定することができ、例えば、タスク制限が許可されるシナリオとしてブラウザシナリオ、ゲームシナリオ、ナビゲーションシナリオなどを設定する。このように、現在のタスクに対応する第1のシナリオがブラウザシナリオ、ゲームシナリオ、またはナビゲーションシナリオであるときに、第1の探索部82は、デバイスの電力消費を低減させるために探索動作を行うことができる。

任意選択で、タスク制限が許可され、第1のリストに含まれるシナリオは、デバイスの性能に従って自動的に設定することもできる。例えば、デバイスが優れた性能を有するとき、例えば、デバイスのCPUが高速で走っており、デバイスが大容量のメモリを有し、またはデバイスが十分な電池を有するときには、第1のリストにおいてタスク制限が許可されるごく少数のシナリオが設定されうる。例えば、デバイスが不十分な性能を有するとき、例えば、デバイスのCPUが低速で走っており、デバイスが小容量のメモリを有し、またはデバイスが十分な電池を有しないときには、第1のリストにおいてタスク制限が許可される多数のシナリオが設定されうる。このようにして、デバイスの電力消費を低減させることができる。

任意選択で、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第1のシナリオに対応するすべてのバックグラウンドタスク内の少なくとも1つのバックグラウンドタスクをいうこともでき、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第1のシナリオに対応するすべてのバックグラウンドタスクをいうこともできる。本実施形態はこれに対して制限を設定しない。

第1の処理部83は、第1のシナリオに対応し、第1の探索部82によって探索される少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成されており、制限処理はシステムリソース使用を低減させるための処理をいう。

任意選択で、制限処理は、タスクによって現在使用されているシステムリソースを低減させるための処理とすることもできる。

任意選択で、本デバイスは具体的には、タブレットコンピュータ、携帯電話、電子リーダ、リモコン、PC、ノートブックコンピュータ、車内デバイス、ウェブテレビ、ウェアラブルデバイス、またはネットワーク機能を有する他のインテリジェントデバイスといった、マルチタスクシステムを有する任意のデバイスとすることができる。

前述の技術的解決策においては、フォアグラウンドタスクに対応する第1のシナリオがフォアグラウンドタスクに従って決定され、フォアグラウンドタスクに対応する第1のシナリオが第1のリストにあるときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクが探索され、第1のリストはタスク制限が許可されるシナリオを含み、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が行われ、制限処理はシステムリソース使用を低減させるための処理をいう。このようにして、タスク制限が許可されるシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が遂行される。バックグラウンドタスクが常に実行されている先行技術と比べて、本発明の実施形態は、デバイスの電力消費および電力損失を低減させることができる。

図9を参照すると、図9は、本発明の一実施形態によるタスク管理デバイスの構造の概略図である。図9に示すように、本タスク管理デバイスは、決定部91と、判断部92と、第1の探索部93と、第1の処理部94とを含む。

決定部91は、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するように構成されている。

判断部92は、決定部91によって決定される第1のシナリオが第1のリストにあるかどうか判定するように構成されており、第1のリストはタスク制限が許可されるシナリオを含む。

第1の探索部93は、判断部92が、決定部91によって決定される第1のシナリオが第1のリストにあると決定したときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するように構成されている。

任意選択で、第1の探索部93は具体的には、第1のシナリオに対応するバックグラウンドタスク内の、制限処理を受けた後で他のタスクもしくはオペレーティングシステムに影響を及ぼすことにならない少なくとも1つのバックグラウンドタスクを探索することもでき、第1のシナリオに対応するバックグラウンドタスク内の少なくとも1つの所定のバックグラウンドタスクを探索することもでき、第1のシナリオに対応するバックグラウンドタスク内の、そのユーザ識別子が一般ユーザに対応する少なくとも1つのバックグラウンドタスクを探索することもできる。例えば、第1のシナリオに対応する各バックグラウンドタスクのユーザ識別子UIDが探索され、そのUIDが一般ユーザに対応するバックグラウンドタスクが探索され、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクとして使用される。

このようにして、第1のシナリオに対応し、第1の探索部93によって探索される少なくとも1つのバックグラウンドタスクが、そのUIDが一般ユーザに対応するバックグラウンドタスクであることを実現することができる。UIDは、各タスクの固有の識別子であり、タスクを一意に識別するのに使用することができる。加えて、UIDは、システムユーザおよび一般ユーザにも対応しうる。バックグラウンドタスクのUIDがシステムユーザに対応するとき、これは、バックグラウンドタスクがオペレーティングシステムに含まれるバックグラウンドタスクであることを指示する。バックグラウンドタスクのUIDが一般ユーザに対応するとき、これは、バックグラウンドタスクがオペレーティングシステムに含まれるバックグラウンドタスクではないことを指示する。

任意選択で、本デバイスは、第1のシナリオに対応する少なくとも1つのバックグラウンドタスク内の、そのUIDがシステムユーザに対応するバックグラウンドタスクを無視するようにさらに構成することもできる。すなわち、そのUIDがシステムユーザに対応するバックグラウンドタスクに対しては処理が行われない。

任意選択で、第1の探索部93は、第1のシナリオに対応するバックグラウンドタスク内の、そのシステムリソース使用が事前設定閾値に達する少なくとも1つのバックグラウンドタスクを探索することもできる。例えば、第1のシナリオに対応するバックグラウンドタスク内の、そのCPUリソース使用がCPUリソースの10％に達する少なくとも1つのバックグラウンドタスクが探索され、または、第1のシナリオに対応するバックグラウンドタスク内の、そのスリープロック保持期間が10分間に達する少なくとも1つのバックグラウンドタスクが探索され、または、第1のシナリオに対応するバックグラウンドタスク内の、その平均データダウンロード速度が10M／分に達する少なくとも1つのバックグラウンドタスクが探索される。

第1の処理部94は、第1のシナリオに対応し、第1の探索部93によって探索される少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成されており、制限処理はシステムリソース使用を低減させるための処理をいう。

任意選択で、図10に示すように、本デバイスは、
フォアグラウンドタスクに対応し、決定部91によって探索される第1のシナリオ以外の第2のシナリオを探索するように構成された第2の探索部であって、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応し、第1のリストは第2のシナリオを含む、第2の探索部95と、
第2のシナリオに対応し、第2の探索部95によって探索される少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成された第2の処理部96と
をさらに含むことができる。

任意選択で、第2のシナリオは1つまたは複数のシナリオをいうこともできる。加えて、第2のシナリオは、第1のシナリオ以外のすべてのシナリオをいうこともでき、第1のシナリオ以外の1つまたは複数のシナリオをいうこともでき、これは本実施形態では限定されない。

加えて、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスク内の少なくとも1つのバックグラウンドタスクをいうこともでき、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスクをいうこともできる。本実施形態はこれに対して制限を設定しない。加えて、第2のシナリオは具体的には、所定のシナリオ、例えば、ユーザによって入力された操作を受け取るために設定されるシナリオとすることもできる。このように、タスク制限が許可されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。加えて、第2の探索部95は具体的には、第2のシナリオに対応するバックグラウンドタスク内の、制限処理を受けた後で他のタスクもしくはオペレーティングシステムに影響を及ぼすことにならない少なくとも1つのバックグラウンドタスクを探索することもでき、第2のシナリオに対応するバックグラウンドタスク内の少なくとも1つの所定のバックグラウンドタスクを探索することもでき、第2のシナリオに対応するバックグラウンドタスク内の、そのユーザ識別子が一般ユーザに対応する少なくとも1つのバックグラウンドタスクを探索することもできる。

任意選択で、第2のシナリオは、第1のシナリオ以外の、第2のリストにないシナリオとすることもでき、第2のリストは、タスク制限が禁止されるシナリオを含むことができる。タスク制限が禁止されるシナリオは、ユーザによって入力される操作を受け取るために設定されるシナリオとすることができる。このように、タスク制限が禁止されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。例えば、ユーザは、第2のリストにおいて、タスク制限が禁止されるシナリオとしてユーザの注意を必要とするシナリオ、例えば、ショート・メッセージ・サービス・メッセージ・シナリオ、電話シナリオ、ダウンロードシナリオを設定することができる。あるいは、タスク制限が禁止されるシナリオは、デバイスの性能に従って自動的に設定することもできる。例えば、デバイスが優れた性能を有するとき、例えば、デバイスのCPUが高速で走っており、デバイスが大容量のメモリを有し、またはデバイスが十分な電池を有するときには、第2のリストにおいてタスク制限が禁止される多数のシナリオが設定されうる。例えば、デバイスが不十分な性能を有するとき、例えば、デバイスのCPUが低速で走っており、デバイスが小容量のメモリを有し、またはデバイスが十分な電池を有しないときには、第2のリストにおいてタスク制限が禁止されるごく少数のシナリオが設定されうる。

任意選択で、図11に示すように、本デバイスは、
少なくとも1つのバックグラウンドタスクのユーザ識別子を問い合わせるように構成された第1の問い合わせ部97と、
少なくとも1つのバックグラウンドタスクのものであり、第1の問い合わせ部によって問い合わせられるユーザ識別子がシステムユーザに対応する場合に、少なくとも1つのバックグラウンドタスクを無視するように構成された無視部98と
をさらに含むことができ、
第1の処理部94は、少なくとも1つのバックグラウンドタスクのものであり、第1の問い合わせ部97によって問い合わせられるユーザ識別子が一般ユーザに対応する場合に、少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成することができる。

本実施態様では、そのUIDが一般ユーザに対応するバックグラウンドタスクはオペレーティングシステムのタスクではないため、バックグラウンドタスクに対して一般ユーザ制限処理が行われた後で他のタスクが影響を受けない。したがって、第1の処理部94は、そのUIDが一般ユーザに対応するバックグラウンドタスクのみ制限し、これにより、他のタスクに影響を及ぼさずにデバイスの電力消費および電力損失を低減させることができる。

任意選択で、図12に示すように、本デバイスは、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのためのタイマを開始するように構成されたタイミング部99と、
タイマが事前設定閾値を超えたときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止するように構成された第1の停止部100と
をさらに含むことができる。

任意選択で、システムコンポーネントは、それだけに限らないが、タイマ、スリープロック、およびブロードキャスト通知を含む。加えて、システムコンポーネントが休止されるときのシステムコンポーネントの状況値を本デバイスにおいて保存することができ、このため、制限処理が解除された後で、バックグラウンドタスクはシステムコンポーネントの保存された状況値を呼び出すことができる。加えて、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントは、タイマが事前設定閾値（例えば、10秒、30秒など）に達したときに限り停止される。これにより、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを頻繁に停止することを回避することができる。

任意選択で、図13に示すように、本デバイスは、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせるように構成された第2の問い合わせ部101と、
第2の問い合わせ部101が、少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用することを確認した場合に、システムコンポーネントを停止するように構成された第2の停止部102と
をさらに含むことができる。

本実施態様では、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントが停止されるため、デバイスの電力消費および電力損失を低減させることができる。

任意選択で、システムリソース使用を低減させるための処理は、
少なくとも1つのバックグラウンドタスクを凍結するやり方と、
少なくとも1つのバックグラウンドタスクを停止するやり方と、
少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
のうちの少なくとも1つを含む。

このように、第1の処理部94は、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを凍結することもでき、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを停止することもでき、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限することもできる。

任意選択で、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを凍結することは、バックグラウンドタスクがシステムリソースを呼び出すことを禁止すること、例えば、CPUが、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出すことを禁止すること、とすることができる。具体的には、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクが任意のスケジューリングに関与することを禁止するのに、オペレーティングシステムのタスクスケジューラが使用される。第1のシナリオに対応する少なくとも1つのバックグラウンドタスクがシステムリソースを呼び出すことを禁止されるため、デバイスの電力消費が低減される。

任意選択で、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限することは、CPUがその時間以内に第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出す時間を制限すること、とすることができる。例えば、CPUがCPU呼び出しの時間値によって指示される時間内に第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出すことができるように、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのために時間値が設定される。加えて、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限することはさらに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによるシステムリソースの使用がシステムリソースを使用するのを制限すること、とすることもできる。例えば、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを制限すること、または、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによるメモリ空間の使用を制限すること。加えて、このことはさらに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対応する異なるシナリオに応じて異なる制限措置を使用すること、とすることもできる。前述のステップでは第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによるシステムリソースの使用が制限されるため、デバイスの電力消費が低減される。

任意選択で、温度が事前設定温度閾値に達したときに、決定部91は、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するようにさらに構成することもできる。

温度は、デバイスの温度とすることができ、デバイスの温度は具体的には、デバイスのCPUの温度またはデバイスのモデムの温度を指しうる。

本実施態様では、デバイスの温度が事前設定温度閾値に達したときに限り、バックグラウンドタスクに対して制限処理が行われることを実現することができる。

任意選択で、デバイスは、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を解除するようにさらに構成することもできる。具体的には、第1のシナリオが第1のリストにないときに、制限処理を受けているバックグラウンドタスクについて、制限処理が解除される。

任意選択で、本デバイスは具体的には、タブレットコンピュータ、携帯電話、電子リーダ、リモコン、PC、ノートブックコンピュータ、車内デバイス、ウェブテレビ、ウェアラブルデバイス、またはネットワーク機能を有する他のインテリジェントデバイスといった、マルチタスクシステムを有する任意のデバイスとすることができる。

前述の技術的解決策においては、複数の任意選択の実施態様が第1の実施形態に基づいて実現され、これらの実施態様のすべてがデバイスの電力消費および電力損失を低減させることができる。

図14を参照すると、図14は、本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。図14に示すように、本タスク管理デバイスは、第1の決定部141と、第2の決定部142と、第1の探索部143と、第1の処理部144とを含む。

第1の決定部141は、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定するように構成されている。

任意選択で、第1の決定部141は具体的には、現在のタスクが切り換えられるときに、現在のタスクに従って対応する第1のシナリオを決定することもできる。例えば、現在のタスク、音楽タスクが実行されているときに、このタスクは、音楽シナリオまたはダウンロードシナリオに入る。このように、フォアグラウンドタスクに対応する第1のシナリオは、音楽シナリオ、ダウンロードシナリオなどとすることができることを決定することができる。加えて、フォアグラウンドタスクは1つまたは複数の複数のフォアグラウンドタスクとすることもできる。複数のフォアグラウンドタスクの場合には、第1の決定部141は、複数のフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するように構成することができる。すなわち、第1の決定部141は、少なくとも1つのフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するように構成することができる。

第2の決定部142は、フォアグラウンドタスクに対応し、第1の決定部141によって決定される第1のシナリオ以外の第2のシナリオを決定するように構成されており、第2のシナリオはタスク制限が許可されるシナリオであり、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応する。

任意選択で、第2のシナリオは1つまたは複数のシナリオをいうこともできる。加えて、第2のシナリオは、第1のシナリオ以外のすべてのシナリオをいうこともでき、第1のシナリオ以外の1つまたは複数のシナリオをいうこともでき、これは本実施形態では限定されない。加えて、第2のシナリオは具体的には、所定のシナリオ、例えば、ユーザによって入力された操作を受け取るために設定されるシナリオとすることもできる。このように、タスク制限が許可されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。

任意選択で、第2のシナリオは、第1のシナリオ以外の、第2のリストにないシナリオとすることもでき、第2のリストは、タスク制限が禁止されるシナリオを含むことができる。

第1の探索部143は、第2の決定部142によって決定される第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するように構成されている。

任意選択で、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスク内の少なくとも1つのバックグラウンドタスクをいうこともでき、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスクをいうこともできる。加えて、第1の探索部143は具体的には、第2のシナリオに対応するバックグラウンドタスク内の、制限処理を受けた後で他のタスクもしくはオペレーティングシステムに影響を及ぼすことにならない少なくとも2つのバックグラウンドタスクを探索することもでき、第2のシナリオに対応するバックグラウンドタスク内の少なくとも1つの所定のバックグラウンドタスクを探索することもでき、第2のシナリオに対応するバックグラウンドタスク内の、そのUIDが一般ユーザに対応する少なくとも1つのバックグラウンドタスクを探索することもできる。例えば、第1の探索部143は、第2のシナリオに対応する各バックグラウンドタスクのUIDを探索し、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクとして、そのUIDが一般ユーザに対応するバックグラウンドタスクを探索するように構成することができる。

前述の動作は、第2のシナリオに対応し、第1の探索部143によって探索される少なくとも1つのバックグラウンドタスクが、そのUIDが一般ユーザに対応するバックグラウンドタスクであることを実現することができる。

任意選択で、デバイスは、第2のシナリオに対応する少なくとも1つのバックグラウンドタスク内の、そのUIDがシステムユーザに対応するバックグラウンドタスクを無視するように構成することもできる。すなわち、そのUIDがシステムユーザに対応するバックグラウンドタスクに対しては処理が行われない。

任意選択で、第1の探索部143は、第2のシナリオに対応するバックグラウンドタスク内の、そのシステムリソース使用が事前設定閾値に達する少なくとも1つのバックグラウンドタスクを探索するように構成することもできる。

第1の処理部144は、第2のシナリオに対応し、第1の探索部143によって探索される少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成されており、制限処理はシステムリソース使用を低減させるための処理をいう。

任意選択で、図15に示すように、本デバイスは、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するように構成された第2の探索部145と、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのユーザ識別子が一般ユーザに対応する場合に、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成された第2の処理部146と
をさらに含むこともできる。

任意選択で、図16に示すように、本デバイスは、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクのためのタイマを開始するように構成されたタイミング部147と、
タイマが事前設定閾値を超えたときに、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止するように構成された第1の停止部148と
をさらに含むこともできる。

任意選択で、システムコンポーネントは、それだけに限らないが、タイマ、スリープロック、およびブロードキャスト通知を含む。同時に、前述のステップでは、システムコンポーネントが休止されるときのシステムコンポーネントの状況値を保存することができ、このため、制限処理が解除された後で、バックグラウンドタスクはシステムコンポーネントの保存された状況値を呼び出すことができる。加えて、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントは、タイマが事前設定閾値（例えば、10秒、30秒など）に達したときに限り停止される。これにより、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを頻繁に停止することを回避することができる。

任意選択で、図17に示すように、本デバイスは、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせるように構成された問い合わせ部149と、
問い合わせ部が、少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用することを確認した場合に、システムコンポーネントを停止するように構成された第2の停止部150と
をさらに含むこともできる。

本実施態様では、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントが停止されるため、デバイスの電力消費および電力損失を低減させることができる。

任意選択で、システムリソース使用を低減させるための処理は、
少なくとも1つのバックグラウンドタスクを凍結するやり方と、
少なくとも1つのバックグラウンドタスクを停止するやり方と、
少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
のうちの少なくとも1つを含むこともできる。

この場合、第1の処理部144は、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを凍結することもでき、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを停止することもでき、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限することもできる。

任意選択で、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを凍結することは、バックグラウンドタスクがシステムリソースを呼び出すことを禁止すること、例えば、CPUが、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出すことを禁止すること、とすることができる。具体的には、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクが任意のスケジューリングに関与することを禁止するのに、オペレーティングシステムのタスクスケジューラが使用される。第2のシナリオに対応する少なくとも1つのバックグラウンドタスクがシステムリソースを呼び出すことを禁止されるため、デバイスの電力消費が低減される。

任意選択で、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限することは、CPUがその時間以内に第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出す時間を制限すること、とすることもできる。例えば、CPUがCPU呼び出しの時間値によって指示される時間内に第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを呼び出すことができるように、時間値が第2のシナリオに対応する少なくとも1つのバックグラウンドタスクのために設定される。加えて、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限することはさらに、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによるシステムリソースの使用を制限すること、とすることもできる。例えば、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによるネットワーク帯域幅の使用を制限すること、または、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによるメモリ空間の使用を制限すること。加えて、このことはさらに、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対応する異なるシナリオに応じて異なる制限措置を使用すること、とすることもできる。前述のステップでは第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによるシステムリソースの使用が制限されるため、デバイスの電力消費が低減される。

任意選択で、本デバイスは具体的には、タブレットコンピュータ、携帯電話、電子リーダ、リモコン、PC、ノートブックコンピュータ、車内デバイス、ウェブテレビ、ウェアラブルデバイス、またはネットワーク機能を有する他のインテリジェントデバイスといった、マルチタスクシステムを有する任意のデバイスとすることができる。

前述の技術的解決策においては、フォアグラウンドタスクに対応する第1のシナリオがフォアグラウンドタスクに従って決定され、フォアグラウンドタスクに対応する第1のシナリオ以外の第2のシナリオが決定され、第2のシナリオはタスク制限が許可されるシナリオであり、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応し、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクが探索され、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が行われ、制限処理はシステムリソース使用を低減させるための処理をいう。したがって、デバイスの電力消費および電力損失を低減させることができる。

図18を参照すると、図18は、本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。図18に示すように、本タスク管理デバイスは、メモリ181と、メモリ181に接続されたプロセッサ182とを含み、メモリ181は、プログラムコードを記憶するように構成されており、プロセッサ182は、
フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定する動作と、
フォアグラウンドタスクに対応する第1のシナリオが第1のリストにあるときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索する動作であって、第1のリストはタスク制限が許可されるシナリオを含む、少なくとも1つのバックグラウンドタスクを探索する動作と、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う動作であって、制限処理はシステムリソース使用を低減させるための処理をいう、制限処理を行う動作と
を行うためにメモリ181に記憶されたプログラムを呼び出すように構成されている。

任意選択で、プロセッサ182は具体的には、現在のタスクが切り換えられるときに、現在のタスクに従って対応する第1のシナリオを決定することもできる。例えば、現在のタスク、音楽タスクが実行されているときに、このタスクは、音楽シナリオまたはダウンロードシナリオに入る。このように、フォアグラウンドタスクに対応する第1のシナリオは、音楽シナリオ、ダウンロードシナリオなどとすることができることを決定することができる。加えて、フォアグラウンドタスクは1つまたは複数の複数のフォアグラウンドタスクとすることもできる。複数のフォアグラウンドタスクの場合には、プロセッサ182は、複数のフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するように構成することができる。すなわち、プロセッサ182は、少なくとも1つのフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定することができる。

任意選択で、タスク制限が許可され、第1のリストに含まれるシナリオは、ユーザによって入力される操作を受け取るために設定されるシナリオとすることもできる。このように、タスク制限が許可されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。例えば、ユーザはデバイスの電力消費を低減させたいと思い、ユーザは第1のリストにおいてタスク制限が許可される複数のシナリオを設定することができ、例えば、タスク制限が許可されるシナリオとしてブラウザシナリオ、ゲームシナリオ、ナビゲーションシナリオなどを設定する。このように、現在のタスクに対応する第1のシナリオがブラウザシナリオ、ゲームシナリオ、またはナビゲーションシナリオであるときに、プロセッサ182は、デバイスの電力消費を低減させるために探索動作を行うことができる。

任意選択で、タスク制限が許可され、第1のリストに含まれるシナリオは、デバイスの性能に従って自動的に設定することもできる。例えば、デバイスが優れた性能を有するとき、例えば、デバイスのCPUが高速で走っており、デバイスが大容量のメモリを有し、またはデバイスが十分な電池を有するときには、第1のリストにおいてタスク制限が許可されるごく少数のシナリオが設定されうる。例えば、デバイスが不十分な性能を有するとき、例えば、デバイスのCPUが低速で走っており、デバイスが小容量のメモリを有し、またはデバイスが十分な電池を有しないときには、第1のリストはタスク制限が許可される多数のシナリオを有するため、第1のリストにおいてタスク制限が許可される多数のシナリオが設定されうる。

任意選択で、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第1のシナリオに対応するすべてのバックグラウンドタスク内の少なくとも1つのバックグラウンドタスクをいうこともでき、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第1のシナリオに対応するすべてのバックグラウンドタスクをいうこともできる。本実施形態はこれに対して制限を設定しない。

任意選択で、制限処理は、現在のシステムリソース使用を低減させるのに使用される処理とすることもできる。

別の実施形態において、プロセッサ182は、
フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定する動作と、
第1のシナリオが第1のリストにあるかどうか判定し、「はい」の場合、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索する動作と、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う動作であって、制限処理はシステムリソース使用を低減させるための処理をいう、制限処理を行う動作と、
判定の結果が「いいえ」であるときに、プロセスを終了する動作と
を行うようにさらに構成することができる。

任意選択で、プロセッサ182は具体的には、第1のシナリオに対応するバックグラウンドタスク内の、制限処理を受けた後で他のタスクもしくはオペレーティングシステムに影響を及ぼすことにならない少なくとも1つのバックグラウンドタスクを探索することもでき、第1のシナリオに対応するバックグラウンドタスク内の少なくとも1つの所定のバックグラウンドタスクを探索することもでき、第1のシナリオに対応するバックグラウンドタスク内の、そのユーザ識別子が一般ユーザに対応する少なくとも1つのバックグラウンドタスクを探索することもできる。例えば、プロセッサ182によって行われる、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索する動作は、
第1のシナリオに対応する各バックグラウンドタスクのユーザ識別子を探索し、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクとして、そのUIDが一般ユーザに対応するバックグラウンドタスクを探索する動作
を含むことができる。

すなわち、この動作は、第1のシナリオに対応し、プロセッサ182によって探索される少なくとも1つのバックグラウンドタスクが、そのUIDが一般ユーザに対応するバックグラウンドタスクであることを実現するのに使用される。UIDは、各タスクの固有の識別子であり、タスクを一意に識別するのに使用される。加えて、UIDは、システムユーザおよび一般ユーザにも対応しうる。バックグラウンドタスクのUIDがシステムユーザに対応するとき、これは、バックグラウンドタスクがオペレーティングシステムに含まれるバックグラウンドタスクであることを指示する。バックグラウンドタスクのUIDが一般ユーザに対応するとき、これは、バックグラウンドタスクがオペレーティングシステムに含まれるバックグラウンドタスクではないことを指示する。

任意選択で、プロセッサ182は、第1のシナリオに対応する少なくとも1つのバックグラウンドタスク内の、そのUIDがシステムユーザに対応するバックグラウンドタスクを無視するように構成することもできる。すなわち、そのUIDがシステムユーザに対応するバックグラウンドタスクに対しては処理が行われない。

任意選択で、プロセッサ182は、第1のシナリオに対応するバックグラウンドタスク内の、そのシステムリソース使用が事前設定閾値に達する少なくとも1つのバックグラウンドタスクを探索することもできる。例えば、第1のシナリオに対応するバックグラウンドタスク内の、そのCPUリソース使用がCPUリソースの10％に達する少なくとも1つのバックグラウンドタスクが探索され、または、第1のシナリオに対応するバックグラウンドタスク内の、そのスリープロック保持期間が10分間に達する少なくとも1つのバックグラウンドタスクが探索され、または、第1のシナリオに対応するバックグラウンドタスク内の、その平均データダウンロード速度が10M／分に達する少なくとも1つのバックグラウンドタスクが探索される。

任意選択で、プロセッサ182は、
フォアグラウンドタスクに対応する第1のシナリオ以外の第2のシナリオを探索する動作であって、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応し、第1のリストは第2のシナリオを含む、第2のシナリオを探索する動作と、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う動作と
を行うようにさらに構成することもできる。

任意選択で、第2のシナリオは1つまたは複数のシナリオをいうこともできる。加えて、第2のシナリオは、第1のシナリオ以外のすべてのシナリオをいうこともでき、第1のシナリオ以外の1つまたは複数のシナリオをいうこともでき、これは本実施形態では限定されない。

加えて、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスク内の少なくとも1つのバックグラウンドタスクをいうこともでき、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスクをいうこともできる。本実施形態はこれに対して制限を設定しない。加えて、第2のシナリオは具体的には、所定のシナリオ、例えば、ユーザによって入力された操作を受け取るために設定されるシナリオとすることもできる。このように、タスク制限が許可されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。加えて、プロセッサ182は具体的には、第2のシナリオに対応するバックグラウンドタスク内の、制限処理を受けた後で他のタスクもしくはオペレーティングシステムに影響を及ぼすことにならない少なくとも1つのバックグラウンドタスクを探索することもでき、第2のシナリオに対応するバックグラウンドタスク内の少なくとも1つの所定のバックグラウンドタスクを探索することもでき、第2のシナリオに対応するバックグラウンドタスク内の、そのユーザ識別子が一般ユーザに対応する少なくとも1つのバックグラウンドタスクを探索することもできる。

任意選択で、第2のシナリオは、第1のシナリオ以外の、第2のリストにないシナリオとすることもでき、第2のリストは、タスク制限が禁止されるシナリオを含むことができる。加えて、第2のリストをブラックリストと呼ぶこともできる。タスク制限が禁止されるシナリオは、ユーザによって入力される操作を受け取るために設定されるシナリオとすることができる。このように、タスク制限が禁止されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。例えば、ユーザは、第2のリストにおいて、タスク制限が禁止されるシナリオとしてユーザの注意を必要とするシナリオ、例えば、ショート・メッセージ・サービス・メッセージ・シナリオ、電話シナリオ、ダウンロードシナリオを設定することができる。あるいは、タスク制限が禁止されるシナリオは、デバイスの性能に従って自動的に設定することもできる。例えば、デバイスが優れた性能を有するとき、例えば、デバイスのCPUが高速で走っており、デバイスが大容量のメモリを有し、またはデバイスが十分な電池を有するときには、第2のリストにおいてタスク制限が禁止される多数のシナリオが設定されうる。例えば、デバイスが不十分な性能を有するとき、例えば、デバイスのCPUが低速で走っており、デバイスが小容量のメモリを有し、またはデバイスが十分な電池を有しないときには、第2のリストにおいてタスク制限が禁止されるごく少数のシナリオが設定されうる。

任意選択で、プロセッサ182が第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う動作の前に、プロセッサ182は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのUIDを問い合わせる動作と、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのUIDがシステムユーザに対応する場合に、その少なくとも1つのバックグラウンドタスクを無視する動作、または
少なくとも1つのバックグラウンドタスクのUIDが一般ユーザに対応する場合に、少なくとも1つのバックグラウンドタスクに対する制限処理を行う動作と
を行うようにさらに構成することもできる。すなわち、ステップ204は、そのUIDが一般ユーザに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う。

本実施態様では、そのUIDが一般ユーザに対応するバックグラウンドタスクはオペレーティングシステムのタスクではないため、バックグラウンドタスクに対して一般ユーザ制限処理が行われた後で他のタスクが影響を受けない。したがって、ステップ204で、そのUIDが一般ユーザに対応するバックグラウンドタスクに対してのみ制限処理が行われ、これにより、他のタスクに影響を及ぼさずにデバイスの電力消費および電力損失を低減させることができる。

任意選択で、プロセッサ182が第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う動作の前に、プロセッサ182は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのためのタイマを開始する動作と、
タイマが事前設定閾値を超えたときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止する動作と
を行うようにさらに構成することもできる。

任意選択で、システムコンポーネントは、それだけに限らないが、タイマ、スリープロック、およびブロードキャスト通知を含む。同時に、前述のステップでは、システムコンポーネントが休止されるときのシステムコンポーネントの状況値を保存することができ、このため、制限処理が解除された後で、バックグラウンドタスクはシステムコンポーネントの保存された状況値を呼び出すことができる。加えて、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントは、タイマが事前設定閾値（例えば、10秒、30秒など）に達したときに限り停止される。これにより、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを頻繁に停止することを回避することができる。

任意選択で、プロセッサ182が第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う動作の前に、プロセッサ182は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせる動作と、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用する場合に、第1のシナリオを停止する動作と
を行うようにさらに構成することもできる。

本実施態様では、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントが停止されるため、デバイスの電力消費および電力損失を低減させることができる。

任意選択で、システムリソース使用を低減させるための処理は、
少なくとも1つのバックグラウンドタスクを凍結するやり方と、
少なくとも1つのバックグラウンドタスクを停止するやり方と、
少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
のうちの少なくとも1つを含むこともできる。

この場合、プロセッサ182は、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを凍結することもでき、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを停止することもでき、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限することもできる。

任意選択で、プロセッサ182によって行われる、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定する動作は、
温度が事前設定温度閾値に達したときに、フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定する動作
を含むこともできる。

温度は、デバイスの温度とすることができ、デバイスの温度は具体的には、デバイスのCPUの温度またはデバイスのモデムの温度を指しうる。

本実施態様では、デバイスの温度が事前設定温度閾値に達したときに限り、バックグラウンドタスクに対して制限処理が行われることを実現することができる。

任意選択で、プロセッサ182は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を解除する動作
を行うようにさらに構成することもできる。具体的には、第1のシナリオが第1のリストにないときに、制限処理を受けているバックグラウンドタスクについて、制限処理が解除される。

任意選択で、本方法は具体的には、タブレットコンピュータ、携帯電話、電子リーダ、リモコン、PC、ノートブックコンピュータ、車内デバイス、ウェブテレビ、ウェアラブルデバイス、またはネットワーク機能を有する他のインテリジェントデバイスといった、マルチタスクシステムを有する任意のデバイスに適用することができる。

前述の技術的解決策においては、フォアグラウンドタスクに対応する第1のシナリオがフォアグラウンドタスクに従って決定され、フォアグラウンドタスクに対応する第1のシナリオが第1のリストにあるときに、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクが探索され、第1のリストはタスク制限が許可されるシナリオを含み、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が行われ、制限処理はシステムリソース使用を低減させるための処理をいう。このようにして、タスク制限が許可されるシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が遂行される。バックグラウンドタスクが常に実行されている先行技術と比べて、本発明の本実施形態は、デバイスの電力消費および電力損失を低減させることができる。

図19を参照すると、図19は、本発明の一実施形態による別のタスク管理デバイスの構造の概略図である。図19に示すように、本タスク管理デバイスは、メモリ191と、メモリ191に接続されたプロセッサ192とを含み、メモリ191は、プログラムコードを記憶するように構成されており、プロセッサ192は、
フォアグラウンドタスクに従って、フォアグラウンドタスクに対応する第1のシナリオを決定する動作と、
フォアグラウンドタスクに対応する第1のシナリオ以外の第2のシナリオを決定する動作であって、第2のシナリオはタスク制限が許可されるシナリオであり、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応する、第2のシナリオを決定する動作と、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索する動作と、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う動作であって、制限処理はシステムリソース使用を低減させるための処理をいう、制限処理を行う動作と
を行うためにメモリ191に記憶されたプログラムを呼び出すように構成されている。

任意選択で、プロセッサ192は具体的には、現在のタスクが切り換えられるときに、現在のタスクに従って対応する第1のシナリオを決定することもできる。例えば、現在のタスク、音楽タスクが実行されているときに、このタスクは、音楽シナリオまたはダウンロードシナリオに入る。このように、フォアグラウンドタスクに対応する第1のシナリオは、音楽シナリオ、ダウンロードシナリオなどとすることができることを決定することができる。加えて、フォアグラウンドタスクは1つまたは複数の複数のフォアグラウンドタスクとすることもできる。複数のフォアグラウンドタスクの場合には、プロセッサ192は、複数のフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定するように構成することができる。すなわち、プロセッサ192は、少なくとも1つのフォアグラウンドタスクに従って、各フォアグラウンドタスクに対応する第1のシナリオを決定することができる。

任意選択で、第2のシナリオは1つまたは複数のシナリオをいうこともできる。加えて、第2のシナリオは、第1のシナリオ以外のすべてのシナリオをいうこともでき、第1のシナリオ以外の1つまたは複数のシナリオをいうこともでき、これは本実施形態では限定されない。加えて、第2のシナリオは具体的には、所定のシナリオ、例えば、ユーザによって入力された操作を受け取るために設定されるシナリオとすることもできる。このように、タスク制限が許可されるシナリオであって、ユーザによって入力される操作に従って設定され、ユーザの要件または習慣に適合するシナリオを実現することができる。

任意選択で、第2のシナリオは、第1のシナリオ以外の、第2のリストにないシナリオとすることもでき、第2のリストは、タスク制限が禁止されるシナリオを含むことができる。

任意選択で、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスク内の少なくとも1つのバックグラウンドタスクをいうこともでき、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクは、第2のシナリオに対応するすべてのバックグラウンドタスクをいうこともできる。加えて、プロセッサ192は具体的には、第2のシナリオに対応するバックグラウンドタスク内の、制限処理を受けた後で他のタスクもしくはオペレーティングシステムに影響を及ぼすことにならない少なくとも2つのバックグラウンドタスクを探索することもでき、第2のシナリオに対応するバックグラウンドタスク内の少なくとも1つの所定のバックグラウンドタスクを探索することもでき、第2のシナリオに対応するバックグラウンドタスク内の、そのUIDが一般ユーザに対応する少なくとも1つのバックグラウンドタスクを探索することもできる。例えば、プロセッサ192によって行われる、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索する動作は、
第2のシナリオに対応する各バックグラウンドタスクのUIDを探索し、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクとして、そのUIDが一般ユーザに対応するバックグラウンドタスクを探索する動作
を含むことができる。

すなわち、このステップは、第2のシナリオに対応し、プロセッサ192によって探索される少なくとも1つのバックグラウンドタスクが、そのUIDが一般ユーザに対応するバックグラウンドタスクであることを実現するのに使用される。

任意選択で、プロセッサ192は、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスク内の、そのUIDがシステムユーザに対応するバックグラウンドタスクを無視する動作
を行うようにさらに構成することもできる。すなわち、そのUIDがシステムユーザに対応するバックグラウンドタスクに対しては処理が行われない。

任意選択で、プロセッサ192は、第2のシナリオに対応するバックグラウンドタスク内の、そのシステムリソース使用が事前設定閾値に達する少なくとも1つのバックグラウンドタスクを探索することもできる。

任意選択で、プロセッサ192は、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索する動作と、
第1のシナリオに対応する少なくとも1つのバックグラウンドタスクのUIDが一般ユーザに対応する場合に、第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う動作と
を行うようにさらに構成することもできる。

本実施形態の本実施態様については、第1の実施形態および第2の実施形態における第1のシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が行われる実施態様をさらに参照されたい。

任意選択で、プロセッサ192が第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う動作の前に、プロセッサ192は、
第2のシナリオに対応する少なくとも1つのバックグラウンドタスクのためのタイマを開始する動作と、
タイマが事前設定閾値を超えたときに、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止する動作と
を行うようにさらに構成することもできる。

任意選択で、システムコンポーネントは、それだけに限らないが、タイマ、スリープロック、およびブロードキャスト通知を含む。同時に、前述のステップでは、システムコンポーネントが休止されるときのシステムコンポーネントの状況値を保存することができ、このため、制限処理が解除された後で、バックグラウンドタスクはシステムコンポーネントの保存された状況値を呼び出すことができる。加えて、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントは、タイマが事前設定閾値（例えば、10秒、30秒など）に達したときに限り停止される。これにより、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを頻繁に停止することを回避することができる。

任意選択で、プロセッサ192が第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対する制限処理を行う動作の前に、プロセッサ192は、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせる動作と、
少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用する場合に、システムコンポーネントを停止するス動作と
を行うようにさらに構成することもできる。

本実施態様では、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントが停止されるため、デバイスの電力消費および電力損失を低減させることができる。

任意選択で、システムリソース使用を低減させるための処理は、
少なくとも1つのバックグラウンドタスクを凍結するやり方と、
少なくとも1つのバックグラウンドタスクを停止するやり方と、
少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
のうちの少なくとも1つを含むこともできる。

この場合、プロセッサ192は、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを凍結することもでき、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクを停止することもでき、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限することもできる。

任意選択で、本方法は具体的には、タブレットコンピュータ、携帯電話、電子リーダ、リモコン、PC、ノートブックコンピュータ、車内デバイス、ウェブテレビ、ウェアラブルデバイス、またはネットワーク機能を有する他のインテリジェントデバイスといった、マルチタスクシステムを有する任意のデバイスに適用することができる。

前述の技術的解決策においては、フォアグラウンドタスクに対応する第1のシナリオがフォアグラウンドタスクに従って決定され、フォアグラウンドタスクに対応する第1のシナリオ以外の第2のシナリオが決定され、第2のシナリオはタスク制限が許可されるシナリオであり、第2のシナリオは少なくとも1つのバックグラウンドタスクに対応し、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクが探索され、第2のシナリオに対応する少なくとも1つのバックグラウンドタスクに対して制限処理が行われ、制限処理はシステムリソース使用を低減させるための処理をいう。したがって、デバイスの電力消費および電力損失を低減させることができる。

当業者は、各実施形態における方法の各プロセスの全部または一部を関連ハードウェアに命令するコンピュータプログラムによって実現することができることを理解するであろう。プログラムはコンピュータ可読記憶媒体に記憶することができる。プログラムが走ると、各実施形態における方法の各プロセスが行われる。前述の記憶媒体は、磁気ディスク、光ディスク、読取り専用メモリ（Read-Only Memory、略称ROM）、またはランダム・アクセス・メモリ（Random Access Memory、略称RAM）を含むことができる。

以上の開示は単に本発明の例示的実施形態であるにすぎず、当然ながら、本発明の保護範囲を限定するためのものではない。したがって、本発明の特許請求の範囲に従ってなされる均等な変形は本発明の範囲内に含まれるものとする。

81 決定部
82 第1の探索部
83 第1の処理部
91 決定部
92 判断部
93 第1の探索部
94 第1の処理部
95 第2の探索部
96 第2の処理部
97 第1の問い合わせ部
98 無視部
99 タイミング部
100 第1の停止部
101 第2の問い合わせ部
102 第2の停止部
141 第1の決定部
142 第2の決定部
143 第1の探索部
144 第1の処理部
145 第2の探索部
146 第2の処理部
147 タイミング部
148 第1の停止部
149 問い合わせ部
150 第2の停止部
181 メモリ
182 プロセッサ
191 メモリ
192 プロセッサ

Claims (14)

1. タスク管理方法であって、
   フォアグラウンドタスクに従って、前記フォアグラウンドタスクに対応する第1のシナリオを決定するステップと、
   前記フォアグラウンドタスクに対応する前記第1のシナリオが第1のリストにあるときに、前記第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するステップであって、前記第1のリストはタスク制限が許可されるシナリオを含む、少なくとも1つのバックグラウンドタスクを探索するステップと、
   前記第1のシナリオに対応する前記少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップであって、前記制限処理はシステムリソース使用を低減させるための処理をいう、制限処理を行うステップと
   を含み、
   前記第1のシナリオを決定するステップは、
   温度が事前設定温度閾値に達したときに、前記フォアグラウンドタスクに従って、前記フォアグラウンドタスクに対応する前記第1のシナリオを決定するステップをさらに含み、
   前記温度は、前記タスク管理方法を実施するデバイスの温度であり、
   前記デバイスの温度が前記事前設定温度閾値に達したときに限り、前記バックグラウンドタスクに対して前記制限処理が行われ、
   前記フォアグラウンドタスクに対応する前記第1のシナリオ以外の第2のシナリオを探索するステップであって、前記第2のシナリオは少なくとも1つのバックグラウンドタスクに対応し、前記第1のリストは前記第2のシナリオを含む、第2のシナリオを探索するステップと、
   前記第2のシナリオに対応する前記少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップと
   をさらに含み、
   前記第2のシナリオは、前記第1のシナリオ以外の、第2のリストにないシナリオであり、前記第2のリストは、タスク制限が禁止されるシナリオを含み、前記タスク制限が禁止されるシナリオは、前記デバイスの性能に従って自動的に設定され、
   前記デバイスの性能は、前記デバイスのCPUの性能と、前記デバイスのメモリ容量と、前記デバイスの電池容量とのうちの少なくとも１つを含む、タスク管理方法。
2. 前記第1のシナリオに対応する前記少なくとも1つのバックグラウンドタスクに対する制限処理を行う前記ステップの前に、
   前記少なくとも1つのバックグラウンドタスクのユーザ識別子を問い合わせるステップと、
   前記少なくとも1つのバックグラウンドタスクの前記ユーザ識別子がシステムユーザに対応する場合に、前記少なくとも1つのバックグラウンドタスクを無視するステップと、
   前記少なくとも1つのバックグラウンドタスクの前記ユーザ識別子が一般ユーザに対応する場合に、前記少なくとも1つのバックグラウンドタスクに対する前記制限処理を行うステップと
   をさらに含み、
   前記少なくとも1つのバックグラウンドタスクの前記ユーザ識別子がシステムユーザに対応する場合は、前記少なくとも1つのバックグラウンドタスクがオペレーティングシステムに含まれるバックグラウンドタスクである、請求項1に記載の方法。
3. 前記第1のシナリオに対応する前記少なくとも1つのバックグラウンドタスクに対する制限処理を行う前記ステップの前に、
   前記少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせるステップと、
   前記少なくとも1つのバックグラウンドタスクが前記システムコンポーネントを使用する場合に、前記システムコンポーネントを停止するステップと
   をさらに含む、請求項1に記載の方法。
4. システムリソース使用を低減させるための前記処理は、
   前記少なくとも1つのバックグラウンドタスクを凍結するやり方と、
   前記少なくとも1つのバックグラウンドタスクを停止するやり方と、
   前記少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
   のうちの少なくとも1つを含む、請求項1から3のいずれか一項に記載の方法。
5. タスク管理方法であって、
   フォアグラウンドタスクに従って、前記フォアグラウンドタスクに対応する第1のシナリオを決定するステップと、
   前記フォアグラウンドタスクに対応する前記第1のシナリオ以外の第2のシナリオを決定するステップであって、前記第2のシナリオはタスク制限が許可されるシナリオであり、前記第2のシナリオは少なくとも1つのバックグラウンドタスクに対応する、第2のシナリオを決定するステップと、
   前記第2のシナリオに対応する前記少なくとも1つのバックグラウンドタスクを探索するステップと、
   前記第2のシナリオに対応する前記少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップであって、前記制限処理はシステムリソース使用を低減させるための処理をいう、制限処理を行うステップと
   を含み、
   前記第1のシナリオを決定するステップは、
   温度が事前設定温度閾値に達したときに、前記フォアグラウンドタスクに従って、前記フォアグラウンドタスクに対応する前記第1のシナリオを決定するステップをさらに含み、
   前記温度は、前記タスク管理方法を実施するデバイスの温度であり、
   前記デバイスの温度が前記事前設定温度閾値に達したときに限り、前記バックグラウンドタスクに対して前記制限処理が行われ、
   前記第2のシナリオは、前記第1のシナリオ以外の、第2のリストにないシナリオであり、前記第2のリストは、タスク制限が禁止されるシナリオを含み、前記タスク制限が禁止されるシナリオは、前記デバイスの性能に従って自動的に設定され、
   前記デバイスの性能は、前記デバイスのCPUの性能と、前記デバイスのメモリ容量と、前記デバイスの電池容量とのうちの少なくとも１つを含む、タスク管理方法。
6. 前記第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するステップと、
   前記第1のシナリオに対応する前記少なくとも1つのバックグラウンドタスクのユーザ識別子が一般ユーザに対応する場合に、前記第1のシナリオに対応する前記少なくとも1つのバックグラウンドタスクに対する制限処理を行うステップと、
   前記第1のシナリオに対応する前記少なくとも1つのバックグラウンドタスクのユーザ識別子がシステムユーザに対応する場合に、前記少なくとも1つのバックグラウンドタスクを無視するステップと、
   をさらに含み、
   前記少なくとも1つのバックグラウンドタスクの前記ユーザ識別子がシステムユーザに対応する場合は、前記少なくとも1つのバックグラウンドタスクがオペレーティングシステムに含まれるバックグラウンドタスクである、請求項5に記載の方法。
7. 前記第2のシナリオに対応する前記少なくとも1つのバックグラウンドタスクに対する制限処理を行う前記ステップの前に、
   前記第2のシナリオに対応する前記少なくとも1つのバックグラウンドタスクのためのタイマを開始するステップと、
   前記タイマが事前設定閾値を超えたときに、前記第2のシナリオに対応する前記少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止するステップと
   をさらに含む、請求項5または6に記載の方法。
8. 前記第2のシナリオに対応する前記少なくとも1つのバックグラウンドタスクに対する制限処理を行う前記ステップの前に、
   前記少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせるステップと、
   前記少なくとも1つのバックグラウンドタスクが前記システムコンポーネントを使用する場合に、前記システムコンポーネントを停止するステップと
   をさらに含む、請求項5または6に記載の方法。
9. システムリソース使用を低減させるための前記処理は、
   前記少なくとも1つのバックグラウンドタスクを凍結するやり方と、
   前記少なくとも1つのバックグラウンドタスクを停止するやり方と、
   前記少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
   のうちの少なくとも1つを含む、請求項5から8のいずれか一項に記載の方法。
10. 第1の決定部と、第2の決定部と、第1の探索部と、第1の処理部とを含む、タスク管理デバイスであって、
    前記第1の決定部は、フォアグラウンドタスクに従って、前記フォアグラウンドタスクに対応する第1のシナリオを決定するように構成されており、
    前記第2の決定部は、前記フォアグラウンドタスクに対応し、前記第1の決定部によって決定される前記第1のシナリオ以外の第2のシナリオを決定するように構成されており、前記第2のシナリオはタスク制限が許可されるシナリオであり、前記第2のシナリオは少なくとも1つのバックグラウンドタスクに対応し、
    前記第1の探索部は、前記第2の決定部によって決定される前記第2のシナリオに対応する前記少なくとも1つのバックグラウンドタスクを探索するように構成されており、
    前記第1の処理部は、前記第2のシナリオに対応し、前記第1の探索部によって探索される前記少なくとも1つのバックグラウンドタスクに対する制限処理を行うように構成されており、前記制限処理はシステムリソース使用を低減させるための処理であり、
    前記第1の決定部は、
    温度が事前設定温度閾値に達したときに、前記フォアグラウンドタスクに従って、前記フォアグラウンドタスクに対応する前記第1のシナリオを決定するように、さらに構成されており、
    前記温度は、前記タスク管理デバイスによってタスク管理されるデバイスの温度であり、
    前記第1の処理部は、
    前記デバイスの温度が前記事前設定温度閾値に達したときに限り、前記バックグラウンドタスクに対して前記制限処理を行うように、さらに構成されており、
    前記第2のシナリオは、前記第1のシナリオ以外の、第2のリストにないシナリオであり、前記第2のリストは、タスク制限が禁止されるシナリオを含み、前記タスク制限が禁止されるシナリオは、前記デバイスの性能に従って自動的に設定され
    前記デバイスの性能は、前記デバイスのCPUの性能と、前記デバイスのメモリ容量と、前記デバイスの電池容量とのうちの少なくとも１つを含む、
    タスク管理デバイス。
11. 前記第1のシナリオに対応する少なくとも1つのバックグラウンドタスクを探索するように構成された第2の探索部と、
    前記第1のシナリオに対応する前記少なくとも1つのバックグラウンドタスクのユーザ識別子が一般ユーザに対応する場合に、前記第1のシナリオに対応する前記少なくとも1つのバックグラウンドタスクに対する前記制限処理を行うように構成された第2の処理部と、
    前記第1のシナリオに対応する前記少なくとも1つのバックグラウンドタスクのユーザ識別子がシステムユーザに対応する場合に、前記少なくとも1つのバックグラウンドタスクを無視するように構成された第3の処理部と
    をさらに含み、
    前記少なくとも1つのバックグラウンドタスクの前記ユーザ識別子がシステムユーザに対応する場合は、前記少なくとも1つのバックグラウンドタスクがオペレーティングシステムに含まれるバックグラウンドタスクである、請求項10に記載のデバイス。
12. 前記第2のシナリオに対応する前記少なくとも1つのバックグラウンドタスクのためのタイマを開始するように構成されたタイミング部と、
    前記タイマが事前設定閾値を超えたときに、前記第2のシナリオに対応する前記少なくとも1つのバックグラウンドタスクによって使用されるシステムコンポーネントを停止するように構成された第1の停止部と
    をさらに含む、請求項10に記載のデバイス。
13. 前記少なくとも1つのバックグラウンドタスクがシステムコンポーネントを使用するかどうか問い合わせるように構成された問い合わせ部と、
    前記問い合わせ部が、前記少なくとも1つのバックグラウンドタスクが前記システムコンポーネントを使用することを確認した場合に、前記システムコンポーネントを停止するように構成された第2の停止部と
    をさらに含む、請求項10に記載のデバイス。
14. システムリソース使用を低減させるための前記処理は、
    前記少なくとも1つのバックグラウンドタスクを凍結するやり方と、
    前記少なくとも1つのバックグラウンドタスクを停止するやり方と、
    前記少なくとも1つのバックグラウンドタスクによって使用されるシステムリソースを制限するやり方と
    のうちの少なくとも1つを含む、請求項10から13のいずれか一項に記載のデバイス。

Images