(57)【要約】  本発明は、端末デバイスのアプリケーションシナリオを識別する方法を開示するものであり、この方法は、コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップと、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップとを含む。本発明の実施形態は、電力消費の管理方法をさらに提供するものである。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確である。したがって、本発明の実施形態により、端末デバイスのアプリケーションシナリオが比較的正確に識別され得る。
2016527578.tif 000002
【特許請求の範囲】
【請求項１】
端末デバイスのアプリケーションシナリオを識別する方法であって、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得するステップと、
前記アプリケーションプログラムの前記特徴データに従って、シナリオの特徴データの組から、前記アプリケーションプログラムの前記特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、前記シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、前記アプリケーションプログラムの前記特徴データに対応する前記アプリケーションシナリオ情報が、前記端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップとを含む、方法。
【請求項２】
前記アプリケーションプログラムの前記特徴データが静的特徴データおよび動的特徴データを含み、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得する前記ステップが、
前記アプリケーションプログラムの実行中に、コンパイルすることによって前記アプリケーションプログラムを分析して、前記アプリケーションプログラムから、前記静的特徴データとして働く1つまたは複数の機能を取得するステップであって、前記1つまたは複数の機能は前記アプリケーションプログラムに含まれ、前記端末デバイスに現在用いられている前記アプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、ステップと、
前記1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、前記任意の機能が前記動的特徴データであると判断するステップとを含む、請求項1に記載の方法。
【請求項３】
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを受信するステップと、
前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報およびアプリケーションプログラムの前記対応する特徴データを前記シナリオの特徴データの組に記憶するステップとをさらに含む、請求項1または2に記載の方法。
【請求項４】
指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データを削除する命令を受信するステップと、
前記シナリオの特徴データの組から、前記指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するステップとをさらに含む、請求項1または2に記載の方法。
【請求項５】
端末デバイスの電力消費を管理する方法であって、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得するステップと、
前記アプリケーションプログラムの前記特徴データに従って、シナリオの特徴データの組から、前記アプリケーションプログラムの前記特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、前記シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、前記アプリケーションプログラムの前記特徴データに対応する前記アプリケーションシナリオ情報が、前記端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップと、
前記アプリケーションシナリオ情報に従って、制御方針の組から、前記アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるステップであって、前記制御方針の組が、前記複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含んでいるステップとを含む、方法。
【請求項６】
前記アプリケーションプログラムの前記特徴データが静的特徴データおよび動的特徴データを含み、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得する前記ステップが、
前記アプリケーションプログラムの実行中に、コンパイルすることによって前記アプリケーションプログラムを分析して、前記アプリケーションプログラムから、前記静的特徴データとして働く1つまたは複数の機能を取得するステップであって、前記1つまたは複数の機能は前記アプリケーションプログラムに含まれ、前記端末デバイスに現在用いられている前記アプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、ステップと、
前記1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、前記任意の機能が前記動的特徴データであると判断するステップとを含む、請求項5に記載の方法。
【請求項７】
前記アプリケーションシナリオ情報に従って、制御方針の組から、前記アプリケーションシナリオ情報に対応する電力消費の制御方針を決める前記ステップの後に、
前記アプリケーションシナリオ情報に対応する前記電力消費の制御方針に従って、対応する電力消費の制御命令を生成するステップと、
前記端末デバイスの対応するハードウェア上の前記端末デバイスのカーネルによって電力消費が制御されるように、前記対応する電力消費の制御命令を前記端末デバイスの前記カーネルに転送するステップとをさらに含む、請求項5または6に記載の方法。
【請求項８】
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報、アプリケーションプログラムの対応する特徴データ、および対応する電力消費の制御方針を受信するステップと、
前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報およびアプリケーションプログラムの前記対応する特徴データを前記シナリオの特徴データの組に記憶するステップと、
前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報および前記対応する電力消費の制御方針を、前記制御方針の組に記憶するステップとをさらに含む、請求項5または6に記載の方法。
【請求項９】
指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データおよび対応する電力消費の制御方針を削除する命令を受信するステップと、
前記シナリオの特徴データの組から、前記指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するステップと、
前記制御方針の組から、前記指定されたアプリケーションシナリオの前記アプリケーションシナリオ情報および対応する電力消費の制御方針を削除するステップとをさらに含む、請求項5または6に記載の方法。
【請求項１０】
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得するように構成された第1の取得ユニットと、
前記第1の取得ユニットによって取得された、前記アプリケーションプログラムの前記特徴データに従って、シナリオの特徴データの組から、前記アプリケーションプログラムの前記特徴データに対応するアプリケーションシナリオ情報を求めるように構成された、シナリオの特徴データの組の第1の管理ユニットであって、前記シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、前記アプリケーションプログラムの前記特徴データに対応する前記アプリケーションシナリオ情報が、前記端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、第1の管理ユニットとを備える、アプリケーションシナリオ識別装置。
【請求項１１】
前記アプリケーションプログラムの前記特徴データが静的特徴データおよび動的特徴データを含み、前記第1の取得ユニットが、
前記アプリケーションプログラムの実行中に、コンパイルすることによって前記アプリケーションプログラムを分析して、前記アプリケーションプログラムから、前記静的特徴データとして働く1つまたは複数の機能を取得するように構成された第1の取得サブユニットであって、前記1つまたは複数の機能は前記アプリケーションプログラムに含まれ、前記端末デバイスに現在用いられている前記アプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、第1の取得サブユニットと、
前記第1の取得サブユニットによって取得された1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、前記任意の機能が前記動的特徴データであると判断するように構成された第1の判断サブユニットとを備える、請求項10に記載の識別装置。
【請求項１２】
前記識別装置が第1の受信ユニットをさらに備え、
前記第1の受信ユニットが、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを受信するように構成されており、
前記シナリオの特徴データの組の第1の管理ユニットが、前記第1の受信ユニットによって受信された前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報および前記アプリケーションプログラムの前記対応する特徴データを、前記シナリオの特徴データの組に記憶するようにさらに構成されている、請求項10または11に記載の識別装置。
【請求項１３】
前記第1の受信ユニットが、指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データを削除する命令を受信するようにさらに構成されており、
前記シナリオの特徴データの組の第1の管理ユニットが、前記第1の受信ユニットによって受信された前記命令に従って、前記シナリオの特徴データの組から、前記指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するようにさらに構成されている、請求項12に記載の識別装置。
【請求項１４】
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得するように構成された第2の取得ユニットと、
前記第2の取得ユニットによって取得された、前記アプリケーションプログラムの前記特徴データに従って、シナリオの特徴データの組から、前記アプリケーションプログラムの前記特徴データに対応するアプリケーションシナリオ情報を求めるように構成された、シナリオの特徴データの組の第2の管理ユニットであって、前記シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、前記アプリケーションプログラムの前記特徴データに対応する前記アプリケーションシナリオ情報が、前記端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる第2の管理ユニットと、
前記シナリオの特徴データの組の第2の管理ユニットによって求められた前記アプリケーションシナリオ情報に従って、制御方針の組から、前記アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるように構成された、制御方針の組の管理ユニットであって、前記制御方針の組が、前記複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含んでいる、制御方針の組の管理ユニットとを備える、電力消費管理装置。
【請求項１５】
前記アプリケーションプログラムの前記特徴データが静的特徴データおよび動的特徴データを含み、前記第2の取得ユニットが、
前記アプリケーションプログラムの実行中に、コンパイルすることによって前記アプリケーションプログラムを分析して、前記アプリケーションプログラムから、前記静的特徴データとして働く1つまたは複数の機能を取得するように構成された第2の取得サブユニットであって、前記1つまたは複数の機能は前記アプリケーションプログラムに含まれ、前記端末デバイスに現在用いられている前記アプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる第2の取得サブユニットと、
前記第2の取得サブユニットによって取得された前記1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、前記任意の機能が動的特徴データであると判断するように構成された第2の判断サブユニットとを備える、請求項14に記載の電力消費管理装置。
【請求項１６】
前記制御方針の組の管理ユニットによって求められた、前記アプリケーションシナリオ情報に対応する前記電力消費の制御方針に従って、対応する電力消費の制御命令を生成するように構成された生成ユニットと、
前記端末デバイスの対応するハードウェア上の前記端末デバイスのカーネルによって電力消費が制御されるように、前記生成ユニットによって生成された前記対応する電力消費の制御命令を前記端末デバイスの前記カーネルに転送するように構成された転送ユニットとをさらに備える、請求項14または15に記載の電力消費管理装置。
【請求項１７】
前記電力消費管理装置が、第2の受信ユニットをさらに備え、
前記第2の受信ユニットが、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報、アプリケーションプログラムの対応する特徴データ、および対応する電力消費の制御方針を受信するようにさらに構成されており、
前記シナリオの特徴データの組の第2の管理ユニットが、前記第2の受信ユニットによって受信された前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報およびアプリケーションプログラムの前記対応する特徴データを、前記シナリオの特徴データの組に記憶するようにさらに構成されており、
前記制御方針の組の管理ユニットが、前記第2の受信ユニットによって受信された前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報および前記対応する電力消費の制御方針を、前記制御方針の組に記憶するようにさらに構成されている、請求項14または15に記載の電力消費管理装置。
【請求項１８】
前記第2の受信ユニットが、指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データおよび対応する電力消費の制御方針を削除する命令を受信するようにさらに構成されており、
前記シナリオの特徴データの組の第2の管理ユニットが、前記第2の受信ユニットによって受信された前記命令に従って、前記シナリオの特徴データの組から、前記指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するようにさらに構成されており、
前記制御方針の組の管理ユニットが、前記第2の受信ユニットによって受信された前記命令に従って、前記制御方針の組から、前記指定されたアプリケーションシナリオの前記アプリケーションシナリオ情報および対応する電力消費の制御方針を削除するようにさらに構成されている、請求項17に記載の電力消費管理装置。
【請求項１９】
スクリーンコンポーネントおよびプロセッサを備える端末デバイスであって、
前記スクリーンコンポーネントが、ユーザにアプリケーションプログラムを起動させるように構成されており、
前記プロセッサが、前記アプリケーションプログラムを実行するように構成されており、
前記プロセッサが、コンパイルすることによって、実行中の前記アプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得することと、前記アプリケーションプログラムの前記特徴データに従って、シナリオの特徴データの組から、前記アプリケーションプログラムの前記特徴データに対応するアプリケーションシナリオ情報を求めることを遂行するようにさらに構成され、前記シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、前記アプリケーションプログラムの前記特徴データに対応する前記アプリケーションシナリオ情報が、前記端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、端末デバイス。
【請求項２０】
スクリーンコンポーネントおよびプロセッサを備える端末デバイスであって、
前記スクリーンコンポーネントが、ユーザにアプリケーションプログラムを起動させるように構成されており、
前記プロセッサが、前記アプリケーションプログラムを実行するように構成されており、
前記プロセッサが、コンパイルすることによって、実行中の前記アプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得することと、前記アプリケーションプログラムの前記特徴データに従って、シナリオの特徴データの組から、前記アプリケーションプログラムの前記特徴データに対応するアプリケーションシナリオ情報を求めることであって、前記シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、前記アプリケーションプログラムの前記特徴データに対応する前記アプリケーションシナリオ情報が、前記端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、アプリケーションシナリオ情報を求めることと、前記アプリケーションシナリオ情報に従って、制御方針の組から、前記アプリケーションシナリオ情報に対応する電力消費の制御方針を決めることであって、前記制御方針の組が、前記複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含んでいる、制御方針を決めることと、前記アプリケーションシナリオ情報に対応する前記電力消費の制御方針に従って、前記端末デバイスの対応するハードウェアの電力消費を制御することであって、前記端末デバイスの前記対応するハードウェアが、前記スクリーンコンポーネントおよび前記プロセッサのうちの1つまたは複数を含んでいる、制御することとを遂行するようにさらに構成されている、端末デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、中国特許庁へ2014年3月27日出願の、「アプリケーションシナリオの識別方法、電力消費の管理方法、装置、および端末デバイス」という名称の中国特許出願第201410119905.0号の優先権を主張するものであり、参照により、その全体を本明細書に組み込む。
【０００２】
本発明はデータ処理技術の分野に関し、具体的にはアプリケーションシナリオの識別方法、電力消費の管理方法、装置、および端末デバイスに関するものである。
【背景技術】
【０００３】
端末デバイスの性能が向上するにつれて、端末デバイスの電力消費がより大きくなる。端末デバイスの高性能と低電力消費の間の矛盾を解消するために、端末デバイスの電力消費を制御する必要がある。
【０００４】
従来技術には、アプリケーションシナリオを識別することによって端末デバイスの電力消費を制御する解決策があった。この解決策の原理は、様々なアプリケーションシナリオが識別された後、中央処理装置(Central Processing Unit、CPU)、グラフィック処理装置(Graphic Processing Unit、GPU)、および液晶表示器(Liquid Crystal Display、LCD)が制御され、それによって端末デバイスの電力消費に関する制御が完了する、というものである。
【０００５】
従来技術では、アプリケーションシナリオを識別する解決策は、最下層のキーイベントを監視することによって実施される。特定の監視プロセスは、ハードウェア動作に関連したシステムのアプリケーションプログラムインターフェース(Application Programming Interface、API)が、カーネルを用いることによって監視され、カーネルイベントの発生、すなわちシステムAPIの起動が検出されると、次いでハードウェア使用情報が分析されてシナリオ情報が取得され、次いでハードウェアの電力消費が求められて電力消費が制御される、というものであり得る。
【０００６】
従来技術では、カーネル監視イベントは最下層に関連しており、いくつかの異なる上部層シナリオが、同一のシリーズの1つまたは複数の最下層イベントに対応している可能性があることが判明している。この場合、アプリケーションシナリオの識別精度が十分ではなく、そのことがユーザ体験に悪影響を及ぼす。
【発明の概要】
【課題を解決するための手段】
【０００７】
本発明の実施形態は、端末デバイスのアプリケーションシナリオを比較的正確に識別することによって、端末デバイスのユーザ体験を改善するように、端末デバイスのアプリケーションシナリオを識別する方法を提供するものである。
【０００８】
本発明の実施形態は、電力消費の制御方針を比較的正確に求めることによって、端末デバイスのユーザ体験を改善するように、端末デバイスの電力消費を管理する方法をさらに提供するものである。
【０００９】
本発明の実施形態は、対応する装置および端末デバイスをさらに提供するものである。
【００１０】
本発明の第1の態様によれば、端末デバイスのアプリケーションシナリオを識別する方法が提供され、この方法は、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップと、
アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップとを含む。
【００１１】
第1の態様を参照して、第1の可能な実施態様では、アプリケーションプログラムの特徴データが、静的特徴データおよび動的特徴データを含み、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップが、
アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから静的特徴データとして働く1つまたは複数の機能を取得するステップであって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、ステップと、
1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、その任意の機能が動的特徴データであると判断するステップとを含む。
【００１２】
第1の態様または第1の態様の第1の可能な実施態様を参照して、第2の可能な実施態様では、この方法は、
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを受信するステップと、
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データをシナリオの特徴データの組に記憶するステップとをさらに含む。
【００１３】
第1の態様または第1の態様の第1の可能な実施態様を参照して、第3の可能な実施態様では、この方法は、
指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データを削除する命令を受信するステップと、
シナリオの特徴データの組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するステップとをさらに含む。
【００１４】
本発明の第2の態様によれば、端末デバイスの電力消費を管理する方法が提供され、この方法は、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップと、
アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップと、
アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるステップであって、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含んでいるステップとを含む。
【００１５】
第2の態様を参照して、第1の可能な実施態様では、アプリケーションプログラムの特徴データが、静的特徴データおよび動的特徴データを含み、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップが、
アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから、静的特徴データとして働く1つまたは複数の機能を取得するステップであって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、ステップと、
1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、その任意の機能が動的特徴データであると判断するステップとを含む。
【００１６】
第2の態様または第2の態様の第1の可能な実施態様を参照して、第2の可能な実施態様では、アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるステップの後に、この方法は、
アプリケーションシナリオ情報に対応する電力消費の制御方針に従って、対応する電力消費の制御命令を生成するステップと、
端末デバイスの対応するハードウェア上の端末デバイスのカーネルによって電力消費が制御されるように、対応する電力消費の制御命令を端末デバイスのカーネルに転送するステップとをさらに含む。
【００１７】
第2の態様または第2の態様の第1の可能な実施態様を参照して、第3の可能な実施態様では、この方法は、
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報、アプリケーションプログラムの対応する特徴データおよび対応する電力消費の制御方針を受信するステップと、
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データをシナリオの特徴データの組に記憶するステップと、
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を、制御方針の組に記憶するステップとをさらに含む。
【００１８】
第2の態様または第2の態様の第1の可能な実施態様を参照して、第4の可能な実施態様では、この方法は、
指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データおよび対応する電力消費の制御方針を削除する命令を受信するステップと、
シナリオの特徴データの組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するステップと、
制御方針の組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を削除するステップとをさらに含む。
【００１９】
本発明の第3の態様によれば、アプリケーションシナリオ識別装置が提供され、この装置は、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するように構成された第1の取得ユニットと、
第1の取得ユニットによって取得されたアプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるように構成された、シナリオの特徴データの組の第1の管理ユニット(first scenario-characteristic-data-set managing unit)であって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる第1の管理ユニットを含む。
【００２０】
第3の態様を参照して、第1の可能な実施態様では、アプリケーションプログラムの特徴データが、静的特徴データおよび動的特徴データを含み、第1の取得ユニットが、
アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから、静的特徴データとして働く1つまたは複数の機能を取得するように構成された第1の取得サブユニットであって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる第1の取得サブユニットと、
第1の取得サブユニットによって取得された1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、その任意の機能が動的特徴データであると判断するように構成された第1の判断サブユニットとを含む。
【００２１】
第3の態様または第3の態様の第1の可能な実施態様を参照して、第2の可能な実施態様では、識別装置が第1の受信ユニットをさらに含み、
第1の受信ユニットが、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを受信するように構成されており、
シナリオの特徴データの組の第1の管理ユニットが、第1の受信ユニットによって受信された新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを、シナリオの特徴データの組に記憶するようにさらに構成されている。
【００２２】
第3の態様の第2の可能な実施態様を参照して、第3の可能な実施態様では、
第1の受信ユニットが、指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データを削除する命令を受信するようにさらに構成されており、
シナリオの特徴データの組の第1の管理ユニットが、第1の受信ユニットによって受信された命令に従って、シナリオの特徴データの組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するようにさらに構成されている。
【００２３】
本発明の第4の態様によれば、電力消費管理装置が提供され、この管理装置は、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するように構成された第2の取得ユニットと、
第2の取得ユニットによって取得されたアプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるように構成された、シナリオの特徴データの組の第2の管理ユニット(second scenario characteristic data set managing unit)であって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる第2の管理ユニットと、
シナリオの特徴データの組の第2の管理ユニットによって求められたアプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるように構成された、制御方針の組の管理ユニットであって、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含んでいる管理ユニットとを含む。
【００２４】
第4の態様を参照して、第1の可能な実施態様では、アプリケーションプログラムの特徴データが、静的特徴データおよび動的特徴データを含み、第2の取得ユニットが、
アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから、静的特徴データとして働く1つまたは複数の機能を取得するように構成された第2の取得サブユニットであって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる第2の取得サブユニットと、
第2の取得サブユニットによって取得された、1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、その任意の機能が動的特徴データであると判断するように構成された第2の判断サブユニットとを含む。
【００２５】
第4の態様または第4の態様の第1の可能な実施態様を参照して、第2の可能な実施態様では、電力消費管理装置が、
制御方針の組の管理ユニットによって求められたアプリケーションシナリオ情報に対応する電力消費の制御方針に従って、対応する電力消費の制御命令を生成するように構成された生成ユニットと、
端末デバイスの対応するハードウェア上の端末デバイスのカーネルによって電力消費が制御されるように、生成ユニットによって生成された対応する電力消費の制御命令を端末デバイスのカーネルに転送するように構成された転送ユニットとをさらに含む。
【００２６】
第4の態様または第4の態様の第1の可能な実施態様を参照して、第3の可能な実施態様では、電力消費管理装置が第2の受信ユニットをさらに含み、
第2の受信ユニットが、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報、アプリケーションプログラムの対応する特徴データ、および対応する電力消費の制御方針を受信するように構成されており、
シナリオの特徴データの組の第2の管理ユニットが、第2の受信ユニットによって受信された新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを、シナリオの特徴データの組に記憶するようにさらに構成されており、
制御方針の組の管理ユニットが、第2の受信ユニットによって受信された新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を、制御方針の組に記憶するようにさらに構成されている。
【００２７】
第4の態様の第3の可能な実施態様を参照して、第4の可能な実施態様では、
第2の受信ユニットが、指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データおよび対応する電力消費の制御方針を削除する命令を受信するようにさらに構成されており、
シナリオの特徴データの組の第2の管理ユニットが、第2の受信ユニットによって受信された命令に従って、シナリオの特徴データの組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するようにさらに構成されており、
制御方針の組の管理ユニットが、第2の受信ユニットによって受信された命令に従って、制御方針の組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を削除するようにさらに構成されている。
【００２８】
本発明の第5の態様によれば、スクリーンコンポーネントおよびプロセッサを含んでいる端末デバイスが提供され、
スクリーンコンポーネントは、ユーザにアプリケーションプログラムを起動させるように構成されており、
プロセッサはアプリケーションプログラムを実行するように構成されており、
プロセッサは、コンパイルすることによって、実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得することと、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めることを遂行するようにさらに構成されており、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる。
【００２９】
本発明の第6の態様によれば、スクリーンコンポーネントおよびプロセッサを含んでいる端末デバイスが提供され、
スクリーンコンポーネントは、ユーザにアプリケーションプログラムを起動させるように構成されており、
プロセッサはアプリケーションプログラムを実行するように構成されており、
プロセッサは、コンパイルすることによって、実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得することと、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めることであって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、アプリケーションシナリオ情報を求めることと、アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決めることであって、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含んでいる制御方針を決めることと、アプリケーションシナリオ情報に対応する電力消費の制御方針に従って、対応する端末デバイスのハードウェアの電力消費を制御することであって、端末デバイスの対応するハードウェアが、スクリーンコンポーネントおよびプロセッサのうちの1つまたは複数を含んでいる、制御することとを遂行するようにさらに構成されている。
【００３０】
本発明の実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明の実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確である。したがって、本発明の実施形態で提供されるアプリケーションシナリオの識別方法によれば、端末デバイスのアプリケーションシナリオが比較的正確に識別され、それによって端末デバイスのユーザ体験をさらに改善する。
【００３１】
本発明の実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられ、アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針が決められ、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含む。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明の実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確であって、さらに、アプリケーションシナリオ情報に対応する電力消費の制御方針も比較的正確である。したがって本発明の実施形態で提供される電力消費の管理方法によれば、端末デバイスのアプリケーションシナリオが比較的正確に識別され、その結果、電力消費の制御方針が比較的正確に求められることによって端末デバイスのユーザ体験をさらに改善する。
【００３２】
本発明の実施形態の技術的解決策をより明瞭に説明するために、以下は、本発明の実施形態を説明するのに必要な添付図面を簡単に紹介する。明らかに、以下の説明における添付図面は、本発明のいくつかの実施形態を示すのみであり、当業者なら、創造的な努力をしなくてもこれらの添付図面から他の図面を導出し得る。
【図面の簡単な説明】
【００３３】
【図１】本発明の一実施形態による端末デバイスのシステムのアーキテクチャの一実施形態の概略図である。
【図２】本発明の一実施形態による端末デバイスのシステムのアーキテクチャの別の実施形態の概略図である。
【図３】本発明の一実施形態によるアプリケーションシナリオの識別方法の一実施形態の概略図である。
【図４】本発明の一実施形態による電力消費の管理方法の一実施形態の概略図である。
【図５】本発明の一実施形態による電力消費の管理方法の別の実施形態の概略図である。
【図６】本発明の一実施形態による電力消費の管理方法の別の実施形態の概略図である。
【図７】本発明の一実施形態によるアプリケーションシナリオ識別装置の一実施形態の概略図である。
【図８】本発明の一実施形態によるアプリケーションシナリオ識別装置の別の実施形態の概略図である。
【図９】本発明の一実施形態によるアプリケーションシナリオ識別装置の別の実施形態の概略図である。
【図１０】本発明の一実施形態による電力消費管理装置の一実施形態の概略図である。
【図１１】本発明の一実施形態による電力消費管理装置の別の実施形態の概略図である。
【図１２】本発明の一実施形態による電力消費管理装置の別の実施形態の概略図である。
【図１３】本発明の一実施形態による電力消費管理装置の別の実施形態の概略図である。
【図１４】本発明の一実施形態による端末デバイスの別の実施形態の概略図である。
【図１５】本発明の一実施形態による端末デバイスの別の実施形態の概略図である。
【図１６】本発明の一実施形態による端末デバイスの別の実施形態の概略図である。
【図１７】本発明の一実施形態による端末デバイスの別の実施形態の概略図である。
【発明を実施するための形態】
【００３４】
本発明の実施形態は、端末デバイスのアプリケーションシナリオを比較的正確に識別することによって端末デバイスのユーザ体験を改善するように、端末デバイスのアプリケーションシナリオを識別する方法を提供するものである。
【００３５】
本発明の実施形態は、電力消費の制御方針を比較的正確に求めることによって端末デバイスのユーザ体験を改善するように、端末デバイスの電力消費を管理する方法をさらに提供するものである。
【００３６】
本発明の実施形態は、対応する装置および端末デバイスをさらに提供するものである。詳細は、以下に別個に説明される。
【００３７】
以下は、本発明の実施形態の技術的解決策を、本発明の実施形態の添付図面を参照しながら、明確に、かつ十分に説明するものである。明らかに、説明される実施形態は、本発明の実施形態のすべてではなく単なる一部分である。当業者によって、創造的な努力をすることなく本発明の実施形態に基づいて達成されるすべての他の実施形態は、本発明の保護範囲内に含まれるものとする。
【００３８】
図1および図2を参照して、図1および図2は、どちらも本発明の実施形態による端末デバイスの概略構造図である。
【００３９】
図1および図2は、本発明の実施形態で提供される、アプリケーションシナリオの識別方法または電力消費の管理方法に適用されるコンピューティングノードの論理構造を紹介するために例として用いられるものである。コンピューティングノードは端末デバイスでよく、端末デバイスは、具体的にはスマートフォンでよい。図1および図2に示されるように、端末デバイスのハードウェア層は、中央処理装置(Center Processing Unit、CPU)、グラフィック処理装置(Graphic Processing Unit、GPU)などを含む。明確に、端末デバイスのハードウェア層は、記憶装置、入出力装置、メモリ、メモリコントローラ、ネットワークインターフェースなどをさらに含んでよく、入力デバイスは、キーボード、マウス、タッチスクリーンなどを含んでよく、出力デバイスは、液晶表示器(Liquid Crystal Display、LCD)、ブラウン管(Cathode Ray Tube、CRT)、およびホログラフィック(Holographic)、プロジェクタ(Projector)などの表示デバイスを含み得る。オペレーティングシステム(AndroidまたはFirefox OSなど)およびいくつかのアプリケーションプログラムは、ハードウェア層で実行されてよい。
【００４０】
図1では、端末デバイスのソフトウェアシステムのアーキテクチャを紹介するために、例としてAndroidシステムが用いられており、コアライブラリは、オペレーティングシステムのコア部分であって、アピアランスマネージャ、メディアフレームワーク、リレーショナルデータベース、2Gグラフィックエンジンライブラリ、ウェブブラウザエンジン、カーネルライブラリ、仮想マシン(たとえばDalvik Virtual Machine)などを含む。本発明のこの実施形態で説明される、アプリケーションシナリオの識別および電力消費の制御方針の割出しは、仮想マシン(たとえばDalvik Virtual Machine)で実施されてよい。すなわち、仮想マシンは、コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップと、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップと、アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるステップであって、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含んでいるステップと、アプリケーションシナリオ情報に対応する電力消費の制御方針に従って、対応する電力消費の制御命令を生成するステップと、端末デバイスの対応するハードウェア(たとえばCPU、GPU、または表示デバイス)上のカーネルによって電力消費が制御されるように、カーネル(すなわち図1のLinux（登録商標）カーネル)に電力消費の制御命令を転送するステップとを遂行する。
【００４１】
それに加えて、端末デバイスは、ドライブ層、フレームワーク層、およびアプリケーション層をさらに含み、ドライブ層は、CPUドライブ、GPUドライブ、表示コントローラドライブなどを含み得、フレームワーク層は、ブラウザエンジン、レイアウトエンジン、ファイルパーサなどを含み得、アプリケーション層は、ホーム画面(home)、メディアプレーヤ(Media Player)、およびブラウザ(Browser)などの複数のアプリケーションプログラムを含み得る。
【００４２】
図2では、端末デバイスのソフトウェアシステムのアーキテクチャを紹介するために、例としてFirefox OSシステムが用いられており、コアライブラリは、オペレーティングシステムのコア部分であって、アピアランスマネージャ、メディアフレームワーク、リレーショナルデータベース、ユーザインターフェース、音声マネージャなどを含む。
【００４３】
端末デバイスは、コアライブラリ層およびハードウェア層に加えて、ドライブ層、フレームワーク層、およびアプリケーション層をさらに含み、ドライブ層は、CPUドライブ、GPUドライブ、表示コントローラドライブなどを含み得る。
【００４４】
フレームワーク層は、ブラウザエンジン、レイアウトエンジン、ファイルパーサ、JavaScript（登録商標）エンジンなどを含み得る。本発明のこの実施形態で説明されるアプリケーションシナリオの識別および電力消費の制御方針の割出しは、JavaScript（登録商標）エンジンで実施されてよい。すなわち、JavaScript（登録商標）エンジンは、コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップと、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップと、アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるステップであって、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含んでいるステップと、アプリケーションシナリオ情報に対応する電力消費の制御方針に従って、対応する電力消費の制御命令を生成するステップと、端末デバイスの対応するハードウェア(たとえばCPU、GPU、または表示デバイス)上のカーネルによって電力消費が制御されるように、カーネル(すなわち図2のLinux（登録商標）カーネル)に電力消費の制御命令を転送するステップとを遂行する。
【００４５】
アプリケーション層は、ホーム画面(home)、メディアプレーヤ(Media Player)、およびブラウザ(Browser)などの複数のアプリケーションプログラムを含み得る。
【００４６】
本発明の実施形態によれば、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに対応するかまたは整合するアプリケーションシナリオ情報が、端末デバイス(たとえばスマートフォン)のアプリケーションシナリオのインテリジェントな識別を解決するように、端末デバイスに現在用いられているアプリケーションシナリオがシナリオの特徴データの組に従って求められることを示すのに用いられ、また、識別方法が様々なプラットフォームで適用され得、たとえばAndroidまたはFirefox OSなどのスマートフォンのオペレーティングシステムに適用され得ること、同一の識別方法が様々なオペレーティングシステムに用いられ得ること、および高度に洗練されたシナリオに基づく端末デバイス(たとえばスマートフォン)に対する電力消費管理の制御がさらに完成され得ること、を達成するためにも用いられることに留意されたい。
【００４７】
図3を参照して、本発明の一実施形態による、端末デバイスのアプリケーションシナリオを識別する方法の一実施形態は、以下のステップを含む。
【００４８】
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップ101。
【００４９】
たとえばゲームプログラム、映像プログラム、WeChatプログラム、SMSメッセージプログラム、呼出しプログラム、および支払いプログラムなどの既存のすべてのアプリケーションプログラムといった複数のアプリケーションプログラムが端末デバイスにインストールされていてよい。
【００５０】
実行中のアプリケーションプログラムは、ユーザによって起動された実行プログラムを表し、たとえば、ユーザがWeChatを起動した後は、WeChatプログラムが実行プログラムである。明確に、複数のアプリケーションプログラムが同時に動作し得る。
【００５１】
アプリケーションプログラムの特徴データは、アプリケーションプログラムに含まれている1つまたは複数の機能を表すものである。明確に、1つまたは複数の機能は、アプリケーションプログラムに含まれている1組の機能としても理解され得る。
【００５２】
アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるステップ102であって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられるステップ102。
【００５３】
シナリオの特徴データの組はファイルに記憶されてよく、またはデータベースに記憶されてもよい。本発明のこの実施形態のアプリケーションシナリオの識別方法はシナリオの特徴データの組に基づくものであり、これによってアップグレードおよびフィーチャの高度なスケーラビリティが促進されることを理解されたい。たとえば、従来技術においてアプリケーションシナリオを追加するのであれば、システムのROMをアップデートする必要があるが、本発明によれば、システムを再起動することなくシナリオの特徴データの組(たとえばシナリオの特徴データファイル)をアップデートするだけよく、したがって、端末ユーザのユーザ体験は、より優れたものになる。
【００５４】
シナリオの特徴データの組は、開発者によって、前もって多くの試験を遂行することによって求められる。アプリケーションシナリオ情報は、端末デバイスに現在用いられている、たとえばWeChatシナリオ、ゲームのシナリオ、映像のシナリオといったアプリケーションシナリオを示す、アプリケーションシナリオの識別子であり得る。
【００５５】
複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応については、理解のためにTable 1(表1)が参照されてよい。
【００５６】
【表１】
2016527578.tif 000003
【００５７】
明確に、Table 1(表1)は説明のための一例でしかなく、アプリケーションシナリオ情報とアプリケーションプログラムの特徴データの間にはさらなる対応があり得、それらを一つずつ本明細書で列挙することはない。
【００５８】
本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられることが理解され得る。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確である。したがって、本発明のこの実施形態で提供されるアプリケーションシナリオの識別方法は、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【００５９】
任意選択で、図3に対応する前述の実施形態に基づいて、本発明の一実施形態による、端末デバイスのアプリケーションシナリオを識別する方法の別の実施形態では、アプリケーションプログラムの特徴データが静的特徴データおよび動的特徴データを含む。
【００６０】
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップは、アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから、静的特徴データとして働く1つまたは複数の機能を取得するステップであって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、ステップと、1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、その機能が動的特徴データであると判断するステップとを含み得る。
【００６１】
本発明のこの実施形態では、アプリケーションプログラムは、様々な言語を用いてコンパイルされ得る1つまたは複数の機能を含んでいるが、各機能が用いられるのは、アプリケーションシナリオにおける1つの機能の通常の使用をサポートするためである。一例としてWeChatシナリオを用いると、WeChatシナリオに対応するアプリケーションプログラムは、音声チャットをサポートする機能、テキストチャットをサポートする機能、およびモーメントの通覧をサポートする機能を含む。
【００６２】
本発明のこの実施形態の1つまたは複数の機能およびその任意の機能は、すべて、たとえばC++またはJava（登録商標）言語を用いることによってコンパイルされる機能といった、その1つまたは複数の機能自体を表す。
【００６３】
アプリケーションプログラムに含まれているこれらすべての機能は、アプリケーションプログラムの静的特徴データとして理解され得る。頻繁に呼び出される機能は、アプリケーションプログラムの動的特徴データと理解され得、呼出しの頻度が特定の数値によって表され得る。たとえば、1時間で5回の閾値が設定される。この機能が1時間以内に6回以上呼び出されると、この機能は動的特徴データであると見なされてよい。たとえば、WeChatシナリオにおいて、モーメントの通覧をサポートする機能が頻繁に呼び出されて、この機能がホットスポット機能になると、モーメントの通覧をサポートする機能は動的特徴データと見なされる。
【００６４】
さらに、本発明のこの実施形態では、いくつかのアプリケーションシナリオにおいて、静的特徴データは同一であるが動的特徴データは異なるものであり、したがって、静的特徴データと動的特徴データを結合することによって求められたアプリケーションシナリオが最も正確なものである。テキストニュースおよび映像ニュースを含んでいるニュースクライアントが一例として用いられる。テキストニュースの静的特徴データおよび映像ニュースの静的特徴データは、すべてニュースクライアントのアプリケーションプログラムから取得されるので、取得される静的特徴データは同一である。しかしながら、テキストニュースの頻繁に呼び出される機能が静的特徴データの機能Aであり得、映像ニュースの頻繁に呼び出される機能が静的特徴データの機能Bであり得、テキストニュースのシナリオは、機能Aと機能Bによって、映像ニュースのシナリオから正確に区別され得る。したがって、本発明のこの実施形態では、端末デバイスに用いられるアプリケーションシナリオは、静的特徴データと動的特徴データを結合することによって識別され、これによって、端末デバイスに用いられるアプリケーションシナリオを識別する精度が改善され得る。
【００６５】
任意選択で、図3に対応する前述の実施形態または図3に対応する任意選択の実施形態に基づいて、本発明の一実施形態による、端末デバイスのアプリケーションシナリオを識別する方法の別の実施形態では、この方法は、
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを受信するステップと、
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データをシナリオの特徴データの組に記憶するステップとをさらに含み得る。
【００６６】
さらに、本発明のこの実施形態では、新規に追加されたアプリケーションシナリオがあるとき、シナリオの特徴データの組のアップデートまたはアップグレードは、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを、単にシナリオの特徴データの組に記憶することによって実施され得、これによって、データのアップデートまたはアップグレードの速度が加速される。
【００６７】
任意選択で、図3に対応する前述の実施形態または図3に対応する任意選択の実施形態に基づいて、本発明の一実施形態による、端末デバイスのアプリケーションシナリオを識別する方法の別の実施形態では、この方法は、
指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データを削除する命令を受信するステップと、
シナリオの特徴データの組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するステップとをさらに含み得る。
【００６８】
さらに、本発明のこの実施形態では、いくつかのアプリケーションプログラムがもはや用いられないとき、アプリケーションシナリオ情報およびアプリケーションプログラムに対応する特徴データは、シナリオの特徴データの組から直接削除されてよく、それによってメモリ容量が節約される。
【００６９】
図4を参照して、本発明の一実施形態による、端末デバイスの電力消費を管理する方法の一実施形態は、以下のステップを含む。
【００７０】
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップ201。
【００７１】
ステップ201のプロセスについては、理解のためにステップ101が参照されてよく、本明細書で詳細を再び説明することはない。
【００７２】
アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるステップ202であって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられるステップ202。
【００７３】
ステップ202のプロセスについては、理解のためにステップ102が参照されてよく、本明細書で詳細を再び説明することはない。
【００７４】
シナリオの特徴データの組はファイルに記憶されてよく、またはデータベースに記憶されてもよい。
【００７５】
アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるステップ203であって、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含むステップ203。
【００７６】
制御方針の組はファイルに記憶されてよく、またはデータベースに記憶されてもよい。
【００７７】
制御方針の組も、開発者によって、前もって多くの試験を遂行することによって求められ、端末デバイスに事前設定される。アプリケーションシナリオ情報の各部分に対して、対応する電力消費の制御方針がある。
【００７８】
本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられ、アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針が決められ、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含むことが理解され得る。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確であって、さらに、アプリケーションシナリオ情報に対応する電力消費の制御方針も比較的正確である。したがって、本発明のこの実施形態で提供される電力消費の管理方法は、電力消費の制御方針を正確に決めることができるように、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験が改善される。
【００７９】
任意選択で、図4に対応する前述の実施形態に基づいて、本発明の一実施形態による、端末デバイスの電力消費を管理する方法の別の実施形態では、アプリケーションプログラムの特徴データが、静的特徴データおよび動的特徴データを含む。
【００８０】
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップは、
アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから、静的特徴データとして働く1つまたは複数の機能を取得するステップであって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、ステップと、
1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、その機能が動的特徴データであると判断するステップとを含み得る。
【００８１】
本発明のこの実施形態では、アプリケーションプログラムは、様々な言語を用いてコンパイルされ得る1つまたは複数の機能を含んでいるが、各機能が用いられるのは、アプリケーションシナリオにおける1つの機能の通常の使用をサポートするためである。一例としてWeChatシナリオを用いると、WeChatシナリオに対応するアプリケーションプログラムは、音声チャットをサポートする機能、テキストチャットをサポートする機能、およびモーメントの通覧をサポートする機能を含む必要がある。
【００８２】
本発明のこの実施形態の1つまたは複数の機能およびその任意の機能は、すべて、たとえばC++またはJava（登録商標）言語を用いることによってコンパイルされる機能といった、その1つまたは複数の機能を表す。
【００８３】
アプリケーションプログラムに含まれているこれらすべての機能は、アプリケーションプログラムの静的特徴データとして理解され得る。頻繁に呼び出される機能は、アプリケーションプログラムの動的特徴データと理解され得、呼出しの頻度が特定の数値によって表され得る。たとえば、1時間で5回の閾値が設定される。この機能が1時間以内に6回以上呼び出されると、この機能は動的特徴データであると見なされてよい。たとえば、WeChatシナリオにおいて、モーメントの通覧をサポートする機能が頻繁に呼び出されて、この機能がホットスポット機能になると、モーメントの通覧をサポートする機能は動的特徴データと見なされる。
【００８４】
さらに、本発明のこの実施形態では、いくつかのアプリケーションシナリオにおいて、静的特徴データは同一であるが動的特徴データは異なるものであり、したがって、静的特徴データと動的特徴データを結合することによって求められたアプリケーションシナリオが最も正確なものである。テキストニュースおよび映像ニュースを含んでいるニュースクライアントが一例として用いられる。テキストニュースの静的特徴データおよび映像ニュースの静的特徴データは、すべてニュースクライアントのアプリケーションプログラムから取得されるので、取得される静的特徴データは同一である。しかしながら、テキストニュースの頻繁に呼び出される機能が静的特徴データの機能Aであり得、映像ニュースの頻繁に呼び出される機能が静的特徴データの機能Bであり得、テキストニュースのシナリオは、機能Aと機能Bによって、映像ニュースのシナリオから正確に区別され得る。したがって、本発明のこの実施形態では、端末デバイスに用いられるアプリケーションシナリオは、静的特徴データと動的特徴データを結合することによって識別され、これによって、端末デバイスに用いられるアプリケーションシナリオを識別する精度が改善され得る。
【００８５】
任意選択で、図4に対応する前述の実施形態または任意選択の実施形態に基づいて、本発明の一実施形態による、端末デバイスの電力消費を管理する方法の別の実施形態では、アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるステップの後に、この方法は、
アプリケーションシナリオ情報に対応する電力消費の制御方針に従って、対応する電力消費の制御命令を生成するステップと、
端末デバイスの対応するハードウェア上の端末デバイスのカーネルによって電力消費が制御されるように、対応する電力消費の制御命令を端末デバイスのカーネルに転送するステップとをさらに含み得る。
【００８６】
さらに、本発明のこの実施形態では、電力消費の制御方針が決められた後に、電力消費の制御方針に従って、対応する電力消費の制御命令が生成され、次いでカーネルが電力消費を制御する。
【００８７】
任意選択で、図4に対応する前述の実施形態または任意選択の実施形態に基づいて、本発明の一実施形態による、端末デバイスの電力消費を管理する方法の別の実施形態では、この方法は、
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報、アプリケーションプログラムの対応する特徴データ、および対応する電力消費の制御方針を受信するステップと、
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データをシナリオの特徴データの組に記憶するステップと、
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を、制御方針の組に記憶するステップとをさらに含み得る。
【００８８】
本発明のこの実施形態では、新規に追加されたアプリケーションシナリオが存在すると、開発者は、新規に追加されたアプリケーションシナリオに関するアプリケーションプログラムの対応する特徴データを抽出し、対応する電力消費の制御方針を決めて、次いで、サーバを使用して、端末デバイスに、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報と、アプリケーションプログラムの対応する特徴データと、対応する電力消費の制御方針とを配送するのみでよい。端末デバイスは、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを、シナリオの特徴データの組に記憶し、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を、制御方針の組に記憶し、これによって、新規に追加されたアプリケーションプログラムの特徴データおよび電力消費の制御方針をアップグレードする速度が加速される。
【００８９】
任意選択で、図4に対応する前述の実施形態または任意選択の実施形態に基づいて、本発明の一実施形態による、端末デバイスの電力消費を管理する方法の別の実施形態では、この方法は、
指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データおよび対応する電力消費の制御方針を削除する命令を受信するステップと、
シナリオの特徴データの組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するステップと、
制御方針の組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を削除するステップとをさらに含み得る。
【００９０】
本発明のこの実施形態では、いくつかのアプリケーションプログラムがもはや用いられないとき、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データ、ならびに指定されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針が、削除命令によって、それぞれシナリオの特徴データの組および制御方針の組から直接削除されてよい。
【００９１】
本発明のこの実施形態では、アプリケーションプログラムの特徴データおよび電力消費の制御方針は、開発者によって、前もって多数の試験を行って決められ、アプリケーションプログラムの特徴データとアプリケーションシナリオ情報の間の対応ならびに電力消費の制御方針とアプリケーションシナリオ情報の間の対応が確立されて、それぞれシナリオの特徴データの組および制御方針の組に記憶され、シナリオの特徴データの組および制御方針の組は、端末デバイスに事前に記憶されているかまたは動的にロードされる。
【００９２】
開発者が試験段階でアプリケーションプログラムの特徴データを抽出するプロセスについては、理解のために図5が参照されてよい。図5に示されるように、Androidシステムが一例として用いられる。端末デバイスで用いられるアプリケーションプログラムは、dalvik仮想マシン上で動作するものである。dalvik仮想マシンは、最初に、実行中のアプリケーションプログラムのAPKファイルをdexファイルに変換するのにdxツールを用い、その結果、Java（登録商標）のバイトコードがdalvik仮想マシンのバイトコード形式に変換されて、最終的には、解釈されるか、または仮想マシンによるジャストインタイムコンパイル(just-in-time compilation、JIT)によって実行される。
【００９３】
dexファイルは7つ部分に分割され、方法フィールドが、アプリケーションプログラムによって呼び出されたJava（登録商標）レベルまたはシステムAPIの方法を記録する。Java（登録商標）レベルの方法またはシステムAPIのいずれかが機能であり、方法情報はdxツールを用いることによって読み取られ、方法情報が実際には1つまたは複数の機能の組であって、アプリケーションプログラムデータの静的特徴データが取得され得る。
【００９４】
DalvikがJITを導入した後、実行方法は以下の通りである。仮想マシンは解釈および実行のやり方で動作し始め、1つまたは複数の機能の呼び出し頻度の統計を方法情報に収集し始める。何らかの機能の呼び出し頻度が事前設定の上限を超過すると、コンパイルを開始するように、コンパイラスレッドが起動される。呼び出し頻度が事前設定の上限を超過した機能はJITで取得されてよく、アプリケーションプログラムの動的特徴データ、すなわち図5の追跡情報が取得される。
【００９５】
開発者が各アプリケーションプログラムの特徴データを抽出した後、各アプリケーションシナリオ向けに、対応する電力消費の制御方針が作成される。アプリケーションシナリオ情報、アプリケーションプログラムの特徴データ、および対応する電力消費の制御方針については、理解のためにTable 2a(表2)が参照されてよい。
【００９６】
【表２】
2016527578.tif 000004
【００９７】
明確に、本明細書では、Table 2(表2)は説明のための一例としてのみ用いられており、実際には、アプリケーションシナリオ情報、アプリケーションプログラムの特徴データ、および電力消費の制御方針の間の対応は、たとえば以下のTable 2b-1(表3)、Table 2b-2(表4)といった別の実施態様でも設定され得る。
【００９８】
【表３】
2016527578.tif 000005
【００９９】
【表４】
2016527578.tif 000006
【０１００】
構成段階と実行段階を結合するプロセスについては、理解のために図6が参照されてよい。構成中に、開発者が試験デバイスの中でアプリケーションプログラムを動作させ、試験デバイスが実行中のアプリケーションプログラムを分析し、図5に示されるプロセスによってアプリケーションプログラムの特徴データが抽出され、そのアプリケーションプログラムの抽出された特徴データに対して電力消費の制御方針が作成される。アプリケーションプログラムの特徴データと電力消費の制御方針の間の対応については、理解のためにTable 2(表2)が参照されてよい。
【０１０１】
実行段階では、シナリオの特徴データの組および制御方針の組が端末デバイスに事前設定されている。したがって、アプリケーションシナリオが端末デバイスで用いられるとき、端末デバイスの仮想マシンは、実行中のアプリケーションプログラムを分析し、実行中のアプリケーションプログラムの特徴データを抽出し、アプリケーションプログラムの抽出された特徴データを用いることによって、シナリオの特徴データの組における照合を行い、アプリケーションプログラムの特徴データが、事前設定の閾値よりも高い類似性を有して整合するとき、対応するアプリケーションシナリオ情報を求めてよく、次いで、求められたアプリケーションシナリオ情報に従って、対応する電力消費の制御方針を決めて事前設定の制御方針の組を検索し、電力消費の制御方針に従って電力消費の制御命令を生成して、この電力消費の制御命令をカーネルに転送する。カーネルは、電力消費の制御命令に従って、LCD、CPUおよびGPUなどのハードウェアモジュールのスイッチ、周波数、およびリフレッシュ条件を制御する。
【０１０２】
図7を参照して、本発明の一実施形態によるアプリケーションシナリオ識別装置30の一実施形態は、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するように構成された第1の取得ユニット301と、
第1の取得ユニット301によって取得されたアプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるように構成された、シナリオの特徴データの組の第1の管理ユニット302であって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる第1の管理ユニット302とを含む。
【０１０３】
本発明のこの実施形態では、第1の取得ユニット301が、端末デバイス上で実行中のアプリケーションプログラムをコンパイルすることによって分析して、アプリケーションプログラムの特徴データを取得し、シナリオの特徴データの組の第1の管理ユニット302が、第1の取得ユニット301によって取得されたアプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求め、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確である。したがって、本発明のこの実施形態で提供されるアプリケーションシナリオ識別装置は、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【０１０４】
任意選択で、図7に対応する前述の実施形態に基づいて、図8を参照して、本発明の一実施形態によるアプリケーションシナリオ識別装置30の別の実施形態では、第1の取得ユニット301は、
アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから、静的特徴データとして働く1つまたは複数の機能を取得するように構成された第1の取得サブユニット3011であって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる第1の取得サブユニット3011と、
第1の取得サブユニット3011によって取得された1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、その機能が動的特徴データであると判断するように構成された第1の判断サブユニット3012とを含む。
【０１０５】
本発明のこの実施形態では、いくつかのアプリケーションシナリオにおいて、静的特徴データは同一であるが動的特徴データは異なるものであり、したがって、静的特徴データと動的特徴データを結合することによって求められたアプリケーションシナリオが最も正確なものである。テキストニュースおよび映像ニュースを含んでいるニュースクライアントが一例として用いられる。テキストニュースの静的特徴データおよび映像ニュースの静的特徴データは、すべてニュースクライアントのアプリケーションプログラムから取得されるので、取得される静的特徴データは同一である。しかしながら、テキストニュースの頻繁に呼び出される機能が静的特徴データの機能Aであり得、映像ニュースの頻繁に呼び出される機能が静的特徴データの機能Bであり得、テキストニュースのシナリオは、機能Aと機能Bによって、映像ニュースのシナリオから正確に区別され得る。したがって、本発明のこの実施形態では、端末デバイスに用いられるアプリケーションシナリオは、静的特徴データと動的特徴データを結合することによって識別され、これによって、端末デバイスに用いられるアプリケーションシナリオを識別する精度が改善され得る。
【０１０６】
任意選択で、図7に対応する前述の実施形態に基づいて、図9を参照して、本発明の一実施形態によるアプリケーションシナリオ識別装置30の別の実施形態では、識別装置30は、第1の受信ユニット303をさらに含み、
第1の受信ユニット303が、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを受信するように構成されており、
シナリオの特徴データの組の第1の管理ユニット302が、第1の受信ユニット303によって受信された新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを、シナリオの特徴データの組に記憶するようにさらに構成されている。
【０１０７】
さらに、本発明のこの実施形態では、新規に追加されたアプリケーションシナリオがあるとき、シナリオの特徴データの組のアップデートまたはアップグレードは、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを、単にシナリオの特徴データの組に記憶することによって実施され得、これによって、データのアップデートまたはアップグレードの速度が加速される。
【０１０８】
任意選択で、図9に対応する前述の実施形態に基づいて、本発明の一実施形態によるアプリケーションシナリオ識別装置30の別の実施形態では、
第1の受信ユニット303が、指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データを削除する命令を受信するようにさらに構成されており、
シナリオの特徴データの組を管理する第1のユニット304が、第1の受信ユニットによって受信された命令に従って、シナリオの特徴データの組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するようにさらに構成されている。
【０１０９】
さらに、本発明のこの実施形態では、いくつかのアプリケーションプログラムがもはや用いられないとき、アプリケーションシナリオ情報およびアプリケーションプログラムに対応する特徴データは、シナリオの特徴データの組から直接削除されてよく、それによってメモリ容量が節約される。
【０１１０】
図10を参照して、本発明の一実施形態による電力消費管理装置40の一実施形態は、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するように構成された第2の取得ユニット401と、
第2の取得ユニット401によって取得されたアプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるように構成された、シナリオの特徴データの組の第2の管理ユニット402であって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる第2の管理ユニット402と、
シナリオの特徴データの組の第2の管理ユニット402によって求められたアプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるように構成された、制御方針の組の管理ユニット403であって、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含む管理ユニット403とを含む。
【０１１１】
本発明のこの実施形態では、第2の取得ユニット401が、端末デバイス上で実行中のアプリケーションプログラムをコンパイルすることによって分析して、アプリケーションプログラムの特徴データを取得し、シナリオの特徴データの組の第2の管理ユニット402が、第2の取得ユニット401によって取得されたアプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求め、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられ、制御方針の組の管理ユニット403が、シナリオの特徴データの組の第2の管理ユニット402によって求められたアプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決め、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含む。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確であって、さらに、アプリケーションシナリオ情報に対応する電力消費の制御方針も比較的正確である。したがって、本発明のこの実施形態で提供される電力消費管理装置は、電力消費の制御方針を比較的正確に決めることができるように、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【０１１２】
任意選択で、図10に対応する前述の実施形態に基づいて、図11を参照して、本発明の一実施形態による電力消費管理装置40の別の実施形態では、第2の取得ユニット401は、
アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから、静的特徴データとして働く1つまたは複数の機能を取得するように構成された第2の取得サブユニット4011であって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる第2の取得サブユニット4011と、
第2の取得サブユニット4011によって取得された1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、その機能が動的特徴データであると判断するように構成された第2の判断サブユニット4012とを含む。
【０１１３】
さらに、本発明のこの実施形態では、いくつかのアプリケーションシナリオにおいて、静的特徴データは同一であるが動的特徴データは異なるものであり、したがって、静的特徴データと動的特徴データを結合することによって求められたアプリケーションシナリオが最も正確なものである。テキストニュースおよび映像ニュースを含んでいるニュースクライアントが一例として用いられる。テキストニュースの静的特徴データおよび映像ニュースの静的特徴データは、すべてニュースクライアントのアプリケーションプログラムから取得されるので、取得される静的特徴データは同一である。しかしながら、テキストニュースの頻繁に呼び出される機能が静的特徴データの機能Aであり得、映像ニュースの頻繁に呼び出される機能が静的特徴データの機能Bであり得、テキストニュースのシナリオは、機能Aと機能Bによって、映像ニュースのシナリオから正確に区別され得る。したがって、本発明のこの実施形態では、端末デバイスに用いられるアプリケーションシナリオは、静的特徴データと動的特徴データを結合することによって識別され、これによって、端末デバイスに用いられるアプリケーションシナリオを識別する精度が改善され得る。
【０１１４】
任意選択で、図10に対応する前述の実施形態に基づいて、図12を参照して、本発明の一実施形態による電力消費管理装置40の別の実施形態では、電力消費管理装置40は、
制御方針の組の管理ユニット403によって決められたアプリケーションシナリオ情報に対応する電力消費の制御方針に従って、対応する電力消費の制御命令を生成するように構成された生成ユニット404と、
端末デバイスの対応するハードウェア上の端末デバイスのカーネルによって電力消費が制御されるように、生成ユニット404によって生成された対応する電力消費の制御命令を端末デバイスのカーネルに転送するように構成された転送ユニット405とをさらに含む。
【０１１５】
任意選択で、図10に対応する前述の実施形態に基づいて、図13を参照して、本発明の一実施形態による電力消費管理装置40の別の実施形態では、電力消費管理装置40は第2の受信ユニット406をさらに含み、
第2の受信ユニット406が、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報、アプリケーションプログラムの対応する特徴データ、および対応する電力消費の制御方針を受信するように構成されており、
シナリオの特徴データの組の第2の管理ユニット402が、第2の受信ユニット406によって受信された新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを、シナリオの特徴データの組に記憶するように構成されており、
制御方針の組の管理ユニット403が、第2の受信ユニット406によって受信された新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を、制御方針の組に記憶するように構成されている。
【０１１６】
さらに、本発明のこの実施形態では、新規に追加されたアプリケーションシナリオがあるとき、シナリオの特徴データの組のアップデートまたはアップグレードは、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを、単にシナリオの特徴データの組に記憶することによって実施され得、これによって、データのアップデートまたはアップグレードの速度が加速される。
【０１１７】
任意選択で、図13に対応する前述の実施形態に基づいて、本発明の一実施形態による電力消費管理装置40の別の実施形態では、
第2の受信ユニット406が、指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データおよび対応する電力消費の制御方針を削除する命令を受信するようにさらに構成されており、
シナリオの特徴データの組の第2の管理ユニット402が、第2の受信ユニット406によって受信された命令に従って、シナリオの特徴データの組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するようにさらに構成されており、
制御方針の組の管理ユニット403が、第2の受信ユニット406によって受信された命令に従って、制御方針の組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を削除するようにさらに構成されている。
【０１１８】
本発明のこの実施形態では、いくつかのアプリケーションプログラムがもはや用いられないとき、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データ、ならびに指定されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針が、削除命令によって、それぞれシナリオの特徴データの組および制御方針の組から直接削除されてよく、それによってメモリ容量が節約される。
【０１１９】
図14を参照して、本発明の一実施形態による端末デバイス10の一実施形態は、スクリーンコンポーネント11およびプロセッサ12を含み、
スクリーンコンポーネント11は、ユーザにアプリケーションプログラムを起動させるように構成されており、
プロセッサ12はアプリケーションプログラムを実行するように構成されており、
プロセッサ12は、コンパイルすることによって、実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得することと、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めることとを遂行するようにさらに構成され、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる。
【０１２０】
この実施形態のプロセッサ12の作動メカニズムについては、前述の方法の実施形態の説明が参照されてよく、プロセッサ12の機能は、前述の方法の実施形態の方法に従って具体的に実施されてよく、プロセッサ12の特定の実施態様のプロセスについては、前述の方法の実施形態に関連した説明が参照されてよく、本明細書で詳細を再び説明することはないことが理解され得る。
【０１２１】
本発明のこの実施形態の端末デバイスによれば、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられることが理解され得る。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確である。したがって、本発明のこの実施形態で提供されるアプリケーションシナリオの識別方法は、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【０１２２】
図15を参照して、本発明の一実施形態による端末デバイス20の別の実施形態は、スクリーンコンポーネント21およびプロセッサ22を含み、
スクリーンコンポーネント21は、ユーザにアプリケーションプログラムを起動させるように構成されており、
プロセッサ22はアプリケーションプログラムを実行するように構成されており、
プロセッサ22は、コンパイルすることによって、実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得することと、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めることであって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、アプリケーションシナリオ情報を求めることと、アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決めることであって、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含んでいる、制御方針を決めることと、アプリケーションシナリオ情報に対応する電力消費の制御方針に従って、対応する端末デバイスのハードウェアの電力消費を制御することであって、端末デバイスの対応するハードウェアが、スクリーンコンポーネントおよびプロセッサのうちの1つまたは複数を含んでいる、制御することとを遂行するようにさらに構成されている。
【０１２３】
この実施形態のプロセッサ22の作動メカニズムについては、前述の方法の実施形態の説明が参照されてよく、プロセッサ22の機能は、前述の方法の実施形態の方法に従って具体的に実施されてよく、プロセッサ22の特定の実施態様のプロセスについては、前述の方法の実施形態に関連した説明が参照されてよく、本明細書で詳細を再び説明することはないことが理解され得る。
【０１２４】
本発明のこの実施形態の端末デバイスによれば、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられ、アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針が決められ、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含むことが理解され得る。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確であり、さらに、アプリケーションシナリオ情報に対応する電力消費の制御方針も比較的正確である。したがって、本発明のこの実施形態で提供される電力消費の管理方法は、電力消費の制御方針を比較的正確に決めることができるように、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【０１２５】
図16は、本発明の一実施形態による端末デバイス600の構造を示すものである。端末デバイス600は、少なくとも1つのプロセッサ601、少なくとも1つのネットワークインターフェース604または別のユーザインターフェース603、メモリ605、および少なくとも1つの通信バス602を含む。通信バス602は、これらの構成要素間の通信を接続するように構成されている。端末デバイス600に任意選択で含まれるユーザインターフェース603は、表示器(たとえばタッチスクリーン、LCD、CRT、ホログラフィック(Holographic)、またはプロジェクタ(Projector))、キーボード、またはクリックデバイス(たとえばマウス、トラックボール(trackball)、タッチパネル、またはタッチスクリーン)を含む。
【０１２６】
メモリ605は、読取り専用メモリおよびランダムアクセスメモリを含み得て、プロセッサ601に対して命令およびデータを供給し、また、メモリ605の一部分は、不揮発性ランダムアクセスメモリ(NVRAM)をさらに含み得る。
【０１２７】
いくつかの実施態様では、メモリ605に記憶される要素には、実行可能なモジュールまたはデータ構造、またはそのサブセット、またはその拡張セットと、
たとえばフレームワーク層(特に図2に示されたフレームワーク層のJavaScript（登録商標）エンジン)といった様々なシステムプログラムを含むオペレーティングシステム6051、コアライブラリ層(特に、図1に示されたAndroid Runtimeの仮想マシン)、およびハードウェアに基づいて様々な基本サービスを実施したりタスクを処理したりするのに用いられる、図1または図2に示されたドライブ層と、
様々なアプリケーションサービスを実施するのに用いられる、図1または図2に示された、たとえばホーム画面(home)、メディアプレーヤ(Media Player)、およびブラウザ(Browser)といった様々なアプリケーションプログラムを含んでいるアプリケーションプログラムモジュール6052とがある。
【０１２８】
本発明によるアプリケーションシナリオの識別方法のこの実施形態では、プロセッサ601は、メモリ605に記憶されたプログラムまたは命令を起動することにより、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップと、
アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップとを遂行するように構成されている。
【０１２９】
任意選択で、一実施形態として、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される一態様では、プロセッサ601は、アプリケーションプログラムの実行中に、アプリケーションプログラムを解析して、アプリケーションプログラムから、静的特徴データとして働く1つまたは複数の機能を取得するステップであって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、ステップと、1つまたは複数の機能のうちの任意の機能を呼び出す頻度が事前設定の閾値を超過したとき、その機能が動的特徴データであると判断するステップとを遂行するように特に構成されている。
【０１３０】
本発明のこの実施形態の端末によれば、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ということが学習され得る。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確である。したがって、本発明のこの実施形態で提供されるアプリケーションシナリオの識別方法は、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【０１３１】
本発明のこの実施形態の端末デバイス600では、プロセッサ601は、メモリ605に記憶されたプログラムまたは命令を起動することにより、
アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるステップであって、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含むステップを遂行するようにさらに構成されている。
【０１３２】
さらに、プロセッサ601は、アプリケーションシナリオ情報に対応する電力消費の制御方針に従って、対応する端末デバイス600のハードウェアの電力消費を制御するステップであって、端末デバイス600の対応するハードウェアが、スクリーンコンポーネント(たとえば表示器、具体的にはタッチスクリーン)、プロセッサ(たとえばCPUまたはGPU)などのうち1つまたは複数を含んでいるステップを遂行するようにさらに構成されている。
【０１３３】
それに加えて、端末デバイス600は、図3から図6の実施形態の方法をさらに実行し得るが、本発明のこの実施形態では、本明細書で詳細を再び説明することはない。
【０１３４】
さらに、本発明のこの実施形態の端末デバイスは、端末デバイス上で実行中のアプリケーションプログラムをコンパイルすることによって分析して、アプリケーションプログラムの特徴データを取得する。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確であり、さらに、アプリケーションシナリオ情報に対応する電力消費の制御方針も比較的正確である。したがって、本発明のこの実施形態で提供される電力消費の管理方法は、電力消費の制御方針を比較的正確に決めることができるように、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【０１３５】
本発明の実施形態は、端末デバイス100、アプリケーションシナリオの識別方法、および電力消費の管理方法にさらに関するものである。端末デバイス100は、携帯電話、タブレットコンピュータ、PDA(Personal Digital Assistant、携帯情報端末)、POS(Point of Sales、販売時点情報管理システム)、車載コンピュータなどでよい。
【０１３６】
図17は、本発明の一実施形態による端末デバイス100の概略構造図を示すものである。
【０１３７】
図17を参照して、本発明のこの実施形態の端末デバイス100は、第1のメモリ120、プロセッサ160、および入力ユニット130を含み、第1のメモリ120は、端末によって事前設定されたシナリオの特徴データの組を記憶する。シナリオの特徴データの組は、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる。
【０１３８】
入力ユニット130は、ユーザによるアプリケーションプログラムの起動動作を受信して、起動命令を生成するように構成されている。プロセッサ160は、アプリケーションプログラムを実行するステップと、コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップと、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップとを遂行するように構成されている。
【０１３９】
本発明のこの実施形態では、端末デバイス100は第2の記憶装置121をさらに含んでよく、第2の記憶装置121は、制御方針の組を記憶するように構成されてよく、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含む。プロセッサ160は、アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針を決め、アプリケーションシナリオ情報に対応する電力消費の制御方針に従って、対応する電力消費の制御命令を生成するようにさらに構成されている。
【０１４０】
第2の記憶装置121が端末デバイス100の外部記憶装置でよく、第1のメモリ120が端末デバイス100のメモリでよいことが理解され得る。第1のメモリ120は、NVRAM(不揮発性メモリ)、DRAM(ダイナミックランダムアクセスメモリ)、SRAM(スタティックランダムアクセスメモリ)、Flash(フラッシュメモリ)などのうちの1つでよく、第2の記憶装置121は、ハードディスク、光ディスク、USBディスク、フロッピディスク、テープドライブなどでよい。
【０１４１】
入力ユニット130は、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報、アプリケーションプログラムの対応する特徴データ、および対応する電力消費の制御方針を受信するように構成されてよい。プロセッサ160は、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを、第1のメモリ120の中のシナリオの特徴データの組に記憶し、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を、第2の記憶装置121の中の制御方針の組に記憶するようにさらに構成されている。
【０１４２】
入力ユニット130は、指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データおよび対応する電力消費の制御方針を削除する命令を受信するように構成されてよい。
【０１４３】
プロセッサ160は、第1のメモリ120に記憶されたシナリオの特徴データの組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するようにさらに構成されている。
【０１４４】
プロセッサ160は、第2の記憶装置121に記憶された制御方針の組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を削除するようにさらに構成されている。
【０１４５】
詳細には、本発明のこの実施形態では、入力ユニット130はタッチコントロールパネル131を含み得る。タッチコントロールパネル131は、タッチスクリーンとも称され、タッチコントロールパネル131上またはその近くのユーザのタッチ操作(たとえば、指またはスタイラスなどの任意の適切な物体または付属品を使用することによる、タッチコントロールパネル131上またはその近くのユーザの操作)を収集し、事前設定のプログラムに従って、対応する接続装置を駆動することができる。任意選択で、タッチコントロールパネル131は、タッチ検出装置およびタッチコントローラの2つの部品を含み得る。タッチ検出装置は、ユーザのタッチの位置および方向を検出し、タッチ操作から生成される信号を検出してその信号をタッチコントローラに転送し、タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報をタッチポイントの座標に変換し、タッチポイントの座標をプロセッサ160へ送信し、プロセッサ160によって送信された指令を受信して実行することができる。それに加えて、タッチコントロールパネル131は、抵抗タイプ、容量タイプ、赤外線タイプ、および表面音響波タイプなどの複数のタイプを使用して実施され得る。入力ユニット130は、タッチコントロールパネル131に加えて別の入力デバイス132をさらに含んでよく、別の入力デバイス132には、物理的キーボード、機能的ボタン(音量調節ボタンまたはスイッチボタンなど)、トラックボール、マウス、およびジョイスティックのうち1つまたは複数が含まれ得るが、それらに限定されない。
【０１４６】
端末デバイス100は表示ユニット140をさらに含み得、表示ユニット140は、ユーザが入力した情報またはユーザに与えられた情報ならびに端末デバイス100の様々なメニューインターフェースを表示するように構成されてよい。表示ユニット140は表示パネル141を含み得て、任意選択で、表示パネル141は、LCD(Liquid Crystal Display、液晶表示器)、OLED(Organic Light-Emitting Diode、有機発光ダイオード)などの形態で構成されてよい。
【０１４７】
本発明のこの実施形態では、タッチディスプレイ画面142を形成するように、タッチコントロールパネル131が表示パネル141を覆う。タッチディスプレイ画面142が、タッチディスプレイ画面142上またはその近くのタッチ操作を検出すると、タッチイベントのタイプを求めるために、タッチ操作がプロセッサ160に転送され、その後、プロセッサ160が、タッチイベントのタイプに従って、タッチディスプレイ画面142上に対応する視覚出力をもたらす。
【０１４８】
本発明のこの実施形態では、タッチディスプレイ画面142は、アプリケーションプログラムインターフェースの表示領域143および共通制御の表示領域144を含む。アプリケーションプログラムインターフェースの表示領域143および共通制御の表示領域144を配置するやり方は限定されず、たとえば上下に配置するかまたは並べて配置するといった、2つの表示領域を区別することができる配置方法でよい。アプリケーションプログラムインターフェースの表示領域143は、アプリケーションプログラムのインターフェースを表示するのに用いられてよく、各インターフェースが、アプリケーションプログラムのアイコンおよび/またはウィジェットのデスクトップ制御など、少なくとも1つのインターフェース要素を含み得、あるいは、アプリケーションプログラムインターフェースの表示領域143はコンテンツを含んでいない空のインターフェースでもよい。共通制御の表示領域144は、たとえば設定ボタン、インターフェース番号、スクロールバー、または電話帳のアイコンなどのアプリケーションプログラムのアイコンといった、比較的使用率の高い制御を表示するのに用いられる。
【０１４９】
プロセッサ160は、端末デバイス100のコントロールセンターであって、様々なインターフェースおよび回線を用いることによって全体の携帯電話の各部品に接続され、端末デバイス100の様々な機能を実行して、第1のメモリ120に記憶されたソフトウェアプログラムおよび/またはモジュールを走らせ、すなわち実行することによってデータを処理し、また、端末デバイス100上を総合的に監視するように、第2の記憶装置121に記憶されたデータを呼び出す。任意選択で、プロセッサ160は1つまたは複数の処理ユニットを含み得る。
【０１５０】
本発明のこの実施形態の端末デバイスによれば、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられることが理解され得る。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確である。したがって、本発明のこの実施形態で提供されるアプリケーションシナリオの識別方法は、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【０１５１】
さらに、カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確であり、さらに、アプリケーションシナリオ情報に対応する電力消費の制御方針も比較的正確である。したがって、本発明のこの実施形態で提供される電力消費の管理方法は、電力消費の制御方針を比較的正確に決めることができるように、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【０１５２】
当業者なら、(プロセッサなどの)関連するハードウェアに指示するプログラムによって、これらの実施形態の方法のステップのすべてまたは一部分が遂行され得ることを理解するであろう。プログラムは、コンピュータ可読記憶媒体に記憶されてよい。記憶媒体は、ROM、RAM、磁気ディスク、光ディスクなどを含み得る。
【０１５３】
前述のことは、本発明の実施形態で提供される、アプリケーションシナリオの識別方法、電力消費の管理方法、装置、および端末デバイスを詳細に紹介するものである。本明細書では、本発明の原理および実施方法を説明するのに特定の実例が用いられており、これらの実施形態の説明は、本発明の方法および核心概念の理解を支援するように意図されたものでしかない。一方、当業者なら、本発明の概念に基づき、特定の実施態様および用途の範囲に関して修正形態を製作し得る。結論として、本明細書の内容は、本発明を限定するものとして解釈されないものとする。
【符号の説明】
【０１５４】
10  端末デバイス
11  スクリーンコンポーネント
12  プロセッサ
20  端末デバイス
21  スクリーンコンポーネント
22  プロセッサ
100  端末デバイス
110  RF回路
120  第1のメモリ
121  第2の記憶装置
130  入力ユニット
131  タッチコントロールパネル
132  別の入力デバイス
140  表示ユニット
141  表示パネル
142  タッチディスプレイ画面
160  プロセッサ
170  音響回路
180  Wi-Fiモジュール
190  電源
30  アプリケーションシナリオ識別装置
301  第1の取得ユニット
302  シナリオの特徴データの組の第1の管理ユニット
303  第1の受信ユニット
3011  第1の取得サブユニット
3012  第1の判断サブユニット
40  電力消費管理装置
401  第2の取得ユニット
402  シナリオの特徴データの組の第2の管理ユニット
403  制御方針の組の管理ユニット
404  生成ユニット
405  転送ユニット
406  第2の受信ユニット
4011  第2の取得サブユニット
4012  第2の判断サブユニット
600  端末デバイス
601  プロセッサ
602  通信バス
603  ユーザインターフェース
604  ネットワークインターフェース
605  メモリ
6051  オペレーティングシステム
6052  アプリケーションプログラム
【図１】
2016527578.tif 000007
【図２】
2016527578.tif 000008
【図３】
2016527578.tif 000009
【図４】
2016527578.tif 000010
【図５】
2016527578.tif 000011
【図６】
2016527578.tif 000012
【図７】
2016527578.tif 000013
【図８】
2016527578.tif 000014
【図９】
2016527578.tif 000015
【図１０】
2016527578.tif 000016
【図１１】
2016527578.tif 000017
【図１２】
2016527578.tif 000018
【図１３】
2016527578.tif 000019
【図１４】
2016527578.tif 000020
【図１５】
2016527578.tif 000021
【図１６】
2016527578.tif 000022
【図１７】
2016527578.tif 000023
【手続補正書】
【提出日】平成27年9月1日(2015.9.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末デバイスのアプリケーションシナリオを識別する方法であって、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得するステップと、
前記アプリケーションプログラムの前記特徴データに従って、シナリオの特徴データの組から、前記アプリケーションプログラムの前記特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、前記シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、前記アプリケーションプログラムの前記特徴データに対応する前記アプリケーションシナリオ情報が、前記端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップとを含む、方法。
【請求項２】
前記アプリケーションプログラムの前記特徴データが静的特徴データおよび動的特徴データを含み、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得する前記ステップが、
前記アプリケーションプログラムの実行中に、コンパイルすることによって前記アプリケーションプログラムを分析して、前記アプリケーションプログラムから、前記静的特徴データとして働く1つまたは複数の機能を取得するステップであって、前記1つまたは複数の機能は前記アプリケーションプログラムに含まれ、前記端末デバイスに現在用いられている前記アプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、ステップと、
前記1つまたは複数の機能のうちの１つの機能を呼び出す頻度が事前設定の閾値を超過したとき、前記機能が前記動的特徴データであると判断するステップとを含む、請求項1に記載の方法。
【請求項３】
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを受信するステップと、
前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報およびアプリケーションプログラムの前記対応する特徴データを前記シナリオの特徴データの組に記憶するステップとをさらに含む、請求項1または2に記載の方法。
【請求項４】
指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データを削除する命令を受信するステップと、
前記シナリオの特徴データの組から、前記指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するステップとをさらに含む、請求項1または2に記載の方法。
【請求項５】
端末デバイスの電力消費を管理する方法であって、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得するステップと、
前記アプリケーションプログラムの前記特徴データに従って、シナリオの特徴データの組から、前記アプリケーションプログラムの前記特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、前記シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、前記アプリケーションプログラムの前記特徴データに対応する前記アプリケーションシナリオ情報が、前記端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップと、
前記アプリケーションシナリオ情報に従って、制御方針の組から、前記アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるステップであって、前記制御方針の組が、前記複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含んでいるステップとを含む、方法。
【請求項６】
前記アプリケーションプログラムの前記特徴データが静的特徴データおよび動的特徴データを含み、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得する前記ステップが、
前記アプリケーションプログラムの実行中に、コンパイルすることによって前記アプリケーションプログラムを分析して、前記アプリケーションプログラムから、前記静的特徴データとして働く1つまたは複数の機能を取得するステップであって、前記1つまたは複数の機能は前記アプリケーションプログラムに含まれ、前記端末デバイスに現在用いられている前記アプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、ステップと、
前記1つまたは複数の機能のうちの１つの機能を呼び出す頻度が事前設定の閾値を超過したとき、前記機能が前記動的特徴データであると判断するステップとを含む、請求項5に記載の方法。
【請求項７】
前記アプリケーションシナリオ情報に従って、制御方針の組から、前記アプリケーションシナリオ情報に対応する電力消費の制御方針を決める前記ステップの後に、
前記アプリケーションシナリオ情報に対応する前記電力消費の制御方針に従って、対応する電力消費の制御命令を生成するステップと、
前記端末デバイスの対応するハードウェア上の前記端末デバイスのカーネルによって電力消費が制御されるように、前記対応する電力消費の制御命令を前記端末デバイスの前記カーネルに転送するステップとをさらに含む、請求項5または6に記載の方法。
【請求項８】
新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報、アプリケーションプログラムの対応する特徴データ、および対応する電力消費の制御方針を受信するステップと、
前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報およびアプリケーションプログラムの前記対応する特徴データを前記シナリオの特徴データの組に記憶するステップと、
前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報および前記対応する電力消費の制御方針を、前記制御方針の組に記憶するステップとをさらに含む、請求項5または6に記載の方法。
【請求項９】
指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データおよび対応する電力消費の制御方針を削除する命令を受信するステップと、
前記シナリオの特徴データの組から、前記指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するステップと、
前記制御方針の組から、前記指定されたアプリケーションシナリオの前記アプリケーションシナリオ情報および対応する電力消費の制御方針を削除するステップとをさらに含む、請求項5または6に記載の方法。
【請求項１０】
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得するように構成された第1の取得ユニットと、
前記第1の取得ユニットによって取得された、前記アプリケーションプログラムの前記特徴データに従って、シナリオの特徴データの組から、前記アプリケーションプログラムの前記特徴データに対応するアプリケーションシナリオ情報を求めるように構成された、シナリオの特徴データの組の第1の管理ユニットであって、前記シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、前記アプリケーションプログラムの前記特徴データに対応する前記アプリケーションシナリオ情報が、前記端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、第1の管理ユニットとを備える、アプリケーションシナリオ識別装置。
【請求項１１】
前記アプリケーションプログラムの前記特徴データが静的特徴データおよび動的特徴データを含み、前記第1の取得ユニットが、
前記アプリケーションプログラムの実行中に、コンパイルすることによって前記アプリケーションプログラムを分析して、前記アプリケーションプログラムから、前記静的特徴データとして働く1つまたは複数の機能を取得するように構成された第1の取得サブユニットであって、前記1つまたは複数の機能は前記アプリケーションプログラムに含まれ、前記端末デバイスに現在用いられている前記アプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、第1の取得サブユニットと、
前記第1の取得サブユニットによって取得された1つまたは複数の機能のうちの１つの機能を呼び出す頻度が事前設定の閾値を超過したとき、前記機能が前記動的特徴データであると判断するように構成された第1の判断サブユニットとを備える、請求項10に記載の識別装置。
【請求項１２】
前記識別装置が第1の受信ユニットをさらに備え、
前記第1の受信ユニットが、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを受信するように構成されており、
前記シナリオの特徴データの組の第1の管理ユニットが、前記第1の受信ユニットによって受信された前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報および前記アプリケーションプログラムの前記対応する特徴データを、前記シナリオの特徴データの組に記憶するようにさらに構成されている、請求項10または11に記載の識別装置。
【請求項１３】
前記第1の受信ユニットが、指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データを削除する命令を受信するようにさらに構成されており、
前記シナリオの特徴データの組の第1の管理ユニットが、前記第1の受信ユニットによって受信された前記命令に従って、前記シナリオの特徴データの組から、前記指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するようにさらに構成されている、請求項12に記載の識別装置。
【請求項１４】
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、前記アプリケーションプログラムの特徴データを取得するように構成された第2の取得ユニットと、
前記第2の取得ユニットによって取得された、前記アプリケーションプログラムの前記特徴データに従って、シナリオの特徴データの組から、前記アプリケーションプログラムの前記特徴データに対応するアプリケーションシナリオ情報を求めるように構成された、シナリオの特徴データの組の第2の管理ユニットであって、前記シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、前記アプリケーションプログラムの前記特徴データに対応する前記アプリケーションシナリオ情報が、前記端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる第2の管理ユニットと、
前記シナリオの特徴データの組の第2の管理ユニットによって求められた前記アプリケーションシナリオ情報に従って、制御方針の組から、前記アプリケーションシナリオ情報に対応する電力消費の制御方針を決めるように構成された、制御方針の組の管理ユニットであって、前記制御方針の組が、前記複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含んでいる、制御方針の組の管理ユニットとを備える、電力消費管理装置。
【請求項１５】
前記アプリケーションプログラムの前記特徴データが静的特徴データおよび動的特徴データを含み、前記第2の取得ユニットが、
前記アプリケーションプログラムの実行中に、コンパイルすることによって前記アプリケーションプログラムを分析して、前記アプリケーションプログラムから、前記静的特徴データとして働く1つまたは複数の機能を取得するように構成された第2の取得サブユニットであって、前記1つまたは複数の機能は前記アプリケーションプログラムに含まれ、前記端末デバイスに現在用いられている前記アプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる第2の取得サブユニットと、
前記第2の取得サブユニットによって取得された前記1つまたは複数の機能のうちの１つの機能を呼び出す頻度が事前設定の閾値を超過したとき、前記機能が動的特徴データであると判断するように構成された第2の判断サブユニットとを備える、請求項14に記載の電力消費管理装置。
【請求項１６】
前記制御方針の組の管理ユニットによって求められた、前記アプリケーションシナリオ情報に対応する前記電力消費の制御方針に従って、対応する電力消費の制御命令を生成するように構成された生成ユニットと、
前記端末デバイスの対応するハードウェア上の前記端末デバイスのカーネルによって電力消費が制御されるように、前記生成ユニットによって生成された前記対応する電力消費の制御命令を前記端末デバイスの前記カーネルに転送するように構成された転送ユニットとをさらに備える、請求項14または15に記載の電力消費管理装置。
【請求項１７】
前記電力消費管理装置が、第2の受信ユニットをさらに備え、
前記第2の受信ユニットが、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報、アプリケーションプログラムの対応する特徴データ、および対応する電力消費の制御方針を受信するようにさらに構成されており、
前記シナリオの特徴データの組の第2の管理ユニットが、前記第2の受信ユニットによって受信された前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報およびアプリケーションプログラムの前記対応する特徴データを、前記シナリオの特徴データの組に記憶するようにさらに構成されており、
前記制御方針の組の管理ユニットが、前記第2の受信ユニットによって受信された前記新規に追加されたアプリケーションシナリオの前記アプリケーションシナリオ情報および前記対応する電力消費の制御方針を、前記制御方針の組に記憶するようにさらに構成されている、請求項14または15に記載の電力消費管理装置。
【請求項１８】
前記第2の受信ユニットが、指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データおよび対応する電力消費の制御方針を削除する命令を受信するようにさらに構成されており、
前記シナリオの特徴データの組の第2の管理ユニットが、前記第2の受信ユニットによって受信された前記命令に従って、前記シナリオの特徴データの組から、前記指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するようにさらに構成されており、
前記制御方針の組の管理ユニットが、前記第2の受信ユニットによって受信された前記命令に従って、前記制御方針の組から、前記指定されたアプリケーションシナリオの前記アプリケーションシナリオ情報および対応する電力消費の制御方針を削除するようにさらに構成されている、請求項17に記載の電力消費管理装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
従来技術には、アプリケーションシナリオを識別することによって端末デバイスの電力消費を制御する解決策があった。この解決策の原理は、様々なアプリケーションシナリオが識別された後、中央処理装置(CPU)、グラフィック処理装置(GPU)、および液晶表示器(LCD)が制御され、それによって端末デバイスの電力消費に関する制御が完了する、というものである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
従来技術では、アプリケーションシナリオを識別する解決策は、最下層のキーイベントを監視することによって実施される。特定の監視プロセスは、ハードウェア動作に関連したシステムのアプリケーションプログラムインターフェース(API)が、カーネルを用いることによって監視され、カーネルイベントの発生、すなわちシステムAPIの起動が検出されると、次いでハードウェア使用情報が分析されてシナリオ情報が取得され、次いでハードウェアの電力消費が求められて電力消費が制御される、というものであり得る。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
第1の態様を参照して、第1の可能な実施態様では、アプリケーションプログラムの特徴データが、静的特徴データおよび動的特徴データを含み、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップが、
アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから静的特徴データとして働く1つまたは複数の機能を取得するステップであって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、ステップと、
1つまたは複数の機能のうちの１つの機能を呼び出す頻度が事前設定の閾値を超過したとき、その機能が動的特徴データであると判断するステップとを含む。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
第2の態様を参照して、第1の可能な実施態様では、アプリケーションプログラムの特徴データが、静的特徴データおよび動的特徴データを含み、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップが、
アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから、静的特徴データとして働く1つまたは複数の機能を取得するステップであって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる、ステップと、
1つまたは複数の機能のうちの１つの機能を呼び出す頻度が事前設定の閾値を超過したとき、その機能が動的特徴データであると判断するステップとを含む。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
第3の態様を参照して、第1の可能な実施態様では、アプリケーションプログラムの特徴データが、静的特徴データおよび動的特徴データを含み、第1の取得ユニットが、
アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから、静的特徴データとして働く1つまたは複数の機能を取得するように構成された第1の取得サブユニットであって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる第1の取得サブユニットと、
第1の取得サブユニットによって取得された1つまたは複数の機能のうちの１つの機能を呼び出す頻度が事前設定の閾値を超過したとき、その機能が動的特徴データであると判断するように構成された第1の判断サブユニットとを含む。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
第4の態様を参照して、第1の可能な実施態様では、アプリケーションプログラムの特徴データが、静的特徴データおよび動的特徴データを含み、第2の取得ユニットが、
アプリケーションプログラムの実行中に、コンパイルすることによってアプリケーションプログラムを分析して、アプリケーションプログラムから、静的特徴データとして働く1つまたは複数の機能を取得するように構成された第2の取得サブユニットであって、1つまたは複数の機能はアプリケーションプログラムに含まれ、端末デバイスに現在用いられているアプリケーションシナリオにおいて1つまたは複数のアプリケーション機能の通常の使用をサポートするのに用いられる第2の取得サブユニットと、
第2の取得サブユニットによって取得された、1つまたは複数の機能のうちの１つの機能を呼び出す頻度が事前設定の閾値を超過したとき、その機能が動的特徴データであると判断するように構成された第2の判断サブユニットとを含む。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
図1および図2は、本発明の実施形態で提供される、アプリケーションシナリオの識別方法または電力消費の管理方法に適用されるコンピューティングノードの論理構造を紹介するために例として用いられるものである。コンピューティングノードは端末デバイスでよく、端末デバイスは、具体的にはスマートフォンでよい。図1および図2に示されるように、端末デバイスのハードウェア層は、中央処理装置(CPU)、グラフィック処理装置(GPU)などを含む。明確に、端末デバイスのハードウェア層は、記憶装置、入出力装置、メモリ、メモリコントローラ、ネットワークインターフェースなどをさらに含んでよく、入力デバイスは、キーボード、マウス、タッチスクリーンなどを含んでよく、出力デバイスは、液晶表示器(LCD)、ブラウン管(CRT)、およびホログラフィック、プロジェクタなどの表示デバイスを含み得る。オペレーティングシステム(AndroidまたはFirefox OSなど)およびいくつかのアプリケーションプログラムは、ハードウェア層で実行されてよい。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正の内容】
【００４１】
それに加えて、端末デバイスは、ドライブ層、フレームワーク層、およびアプリケーション層をさらに含み、ドライブ層は、CPUドライブ、GPUドライブ、表示コントローラドライブなどを含み得、フレームワーク層は、ブラウザエンジン、レイアウトエンジン、ファイルパーサなどを含み得、アプリケーション層は、ホーム画面、メディアプレーヤ、およびブラウザなどの複数のアプリケーションプログラムを含み得る。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００４５
【補正方法】変更
【補正の内容】
【００４５】
アプリケーション層は、ホーム画面、メディアプレーヤ、およびブラウザなどの複数のアプリケーションプログラムを含み得る。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００８８
【補正方法】変更
【補正の内容】
【００８８】
本発明のこの実施形態では、新規に追加されたアプリケーションシナリオが存在すると、開発者は、新規に追加されたアプリケーションシナリオに関するアプリケーションプログラムの対応する特徴データを抽出し、対応する電力消費の制御方針を決めて、次いで、サーバを使用して、端末デバイスに、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報と、アプリケーションプログラムの対応する特徴データと、対応する電力消費の制御方針とを配送するのみでよい。端末デバイスは、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを、シナリオの特徴データの組に記憶し、新規に追加されたアプリケーションシナリオのアプリケーションシナリオ情報および対応する電力消費の制御方針を、制御方針の組に記憶し、これによって、新規に追加されたアプリケーションシナリオの特徴データおよび電力消費の制御方針をアップグレードする速度が加速される。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００９２
【補正方法】変更
【補正の内容】
【００９２】
開発者が試験段階でアプリケーションプログラムの特徴データを抽出するプロセスについては、理解のために図5が参照されてよい。図5に示されるように、Androidシステムが一例として用いられる。端末デバイスで用いられるアプリケーションプログラムは、dalvik仮想マシン上で動作するものである。dalvik仮想マシンは、最初に、実行中のアプリケーションプログラムのAPKファイルをdexファイルに変換するのにdxツールを用い、その結果、Java（登録商標）のバイトコードがdalvik仮想マシンのバイトコード形式に変換されて、最終的には、解釈されるか、または仮想マシンによるジャストインタイムコンパイル(JIT)によって実行される。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００９３
【補正方法】変更
【補正の内容】
【００９３】
dexファイルは7つ部分に分割され、方法フィールドが、アプリケーションプログラムによって呼び出されたJava（登録商標）レベルまたはシステムAPIの方法を記録する。Java（登録商標）レベルの方法またはシステムAPIのいずれかが機能であり、方法情報はdxツールを用いることによって読み取られ、方法情報が実際には1つまたは複数の機能の組であって、アプリケーションプログラムの静的特徴データが取得され得る。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００９７
【補正方法】変更
【補正の内容】
【００９７】
明確に、本明細書では、Table 2a(表2)は説明のための一例としてのみ用いられており、実際には、アプリケーションシナリオ情報、アプリケーションプログラムの特徴データ、および電力消費の制御方針の間の対応は、たとえば以下のTable 2b-1(表3)、Table 2b-2(表4)といった別の実施態様でも設定され得る。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０１００
【補正方法】変更
【補正の内容】
【０１００】
構成段階と実行段階を結合するプロセスについては、理解のために図6が参照されてよい。構成中に、開発者が試験デバイスの中でアプリケーションプログラムを動作させ、試験デバイスが実行中のアプリケーションプログラムを分析し、図5に示されるプロセスによってアプリケーションプログラムの特徴データが抽出され、そのアプリケーションプログラムの抽出された特徴データに対して電力消費の制御方針が作成される。アプリケーションプログラムの特徴データと電力消費の制御方針の間の対応については、理解のためにTable 2a(表2)が参照されてよい。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０１０８
【補正方法】変更
【補正の内容】
【０１０８】
任意選択で、図9に対応する前述の実施形態に基づいて、本発明の一実施形態によるアプリケーションシナリオ識別装置30の別の実施形態では、
第1の受信ユニット303が、指定されたアプリケーションシナリオのアプリケーションプログラムの特徴データを削除する命令を受信するようにさらに構成されており、
シナリオの特徴データの組を管理する第1のユニット302が、第1の受信ユニット303によって受信された命令に従って、シナリオの特徴データの組から、指定されたアプリケーションシナリオのアプリケーションシナリオ情報およびアプリケーションプログラムの対応する特徴データを削除するようにさらに構成されている。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
本発明のこの実施形態の端末デバイスによれば、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられることが理解され得る。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確である。したがって、本発明のこの実施形態で提供される端末デバイスは、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】０１２４
【補正方法】変更
【補正の内容】
【０１２４】
本発明のこの実施形態の端末デバイスによれば、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられ、アプリケーションシナリオ情報に従って、制御方針の組から、アプリケーションシナリオ情報に対応する電力消費の制御方針が決められ、制御方針の組が、複数のタイプのアプリケーションシナリオ情報と複数の電力消費の制御方針の間の対応を含むことが理解され得る。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確であり、さらに、アプリケーションシナリオ情報に対応する電力消費の制御方針も比較的正確である。したがって、本発明のこの実施形態で提供される端末デバイスは、電力消費の制御方針を比較的正確に決めることができるように、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】０１２５
【補正方法】変更
【補正の内容】
【０１２５】
図16は、本発明の一実施形態による端末デバイス600の構造を示すものである。端末デバイス600は、少なくとも1つのプロセッサ601、少なくとも1つのネットワークインターフェース604または別のユーザインターフェース603、メモリ605、および少なくとも1つの通信バス602を含む。通信バス602は、これらの構成要素間の通信を接続するように構成されている。端末デバイス600に任意選択で含まれるユーザインターフェース603は、表示器(たとえばタッチスクリーン、LCD、CRT、ホログラフィック、またはプロジェクタ)、キーボード、またはクリックデバイス(たとえばマウス、トラックボール、タッチパネル、またはタッチスクリーン)を含む。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】０１２７
【補正方法】変更
【補正の内容】
【０１２７】
いくつかの実施態様では、メモリ605に記憶される要素には、実行可能なモジュールまたはデータ構造、またはそのサブセット、またはその拡張セットと、
たとえばフレームワーク層(特に図2に示されたフレームワーク層のJavaScript（登録商標）エンジン)といった様々なシステムプログラムを含むオペレーティングシステム6051、コアライブラリ層(特に、図1に示されたAndroid Runtimeの仮想マシン)、およびハードウェアに基づいて様々な基本サービスを実施したりタスクを処理したりするのに用いられる、図1または図2に示されたドライブ層と、
様々なアプリケーションサービスを実施するのに用いられる、図1または図2に示された、たとえばホーム画面、メディアプレーヤ、およびブラウザといった様々なアプリケーションプログラムを含んでいるアプリケーションプログラムモジュール6052とがある。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】０１２８
【補正方法】変更
【補正の内容】
【０１２８】
本発明のこの実施形態による端末デバイス600において、プロセッサ601は、メモリ605に記憶されたプログラムまたは命令を起動することにより、
コンパイルすることによって、端末デバイス上で実行中のアプリケーションプログラムを分析して、アプリケーションプログラムの特徴データを取得するステップと、
アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報を求めるステップであって、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ステップとを遂行するように構成されている。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】０１３０
【補正方法】変更
【補正の内容】
【０１３０】
本発明のこの実施形態の端末デバイスによれば、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられる、ということが学習され得る。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確である。したがって、本発明のこの実施形態で提供される端末デバイスは、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】０１３４
【補正方法】変更
【補正の内容】
【０１３４】
さらに、本発明のこの実施形態の端末デバイスは、端末デバイス上で実行中のアプリケーションプログラムをコンパイルすることによって分析して、アプリケーションプログラムの特徴データを取得する。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確であり、さらに、アプリケーションシナリオ情報に対応する電力消費の制御方針も比較的正確である。したがって、本発明のこの実施形態で提供される端末デバイスは、電力消費の制御方針を比較的正確に決めることができるように、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】０１３５
【補正方法】変更
【補正の内容】
【０１３５】
本発明の実施形態は、端末デバイス100、アプリケーションシナリオの識別方法、および電力消費の管理方法にさらに関するものである。端末デバイス100は、携帯電話、タブレットコンピュータ、携帯情報端末(PDA、Personal Digital Assistant)、販売時点情報管理システム(POS、Point of Sales)、車載コンピュータなどでよい。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】０１４０
【補正方法】変更
【補正の内容】
【０１４０】
第2の記憶装置121が端末デバイス100の外部記憶装置でよく、第1のメモリ120が端末デバイス100のメモリでよいことが理解され得る。第1のメモリ120は、不揮発性メモリ(NVRAM)、ダイナミックランダムアクセスメモリ(DRAM)、スタティックランダムアクセスメモリ(SRAM)、フラッシュメモリなどのうちの1つでよく、第2の記憶装置121は、ハードディスク、光ディスク、USBディスク、フロッピディスク、テープドライブなどでよい。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】０１４６
【補正方法】変更
【補正の内容】
【０１４６】
端末デバイス100は表示ユニット140をさらに含み得、表示ユニット140は、ユーザが入力した情報またはユーザに与えられた情報ならびに端末デバイス100の様々なメニューインターフェースを表示するように構成されてよい。表示ユニット140は表示パネル141を含み得て、任意選択で、表示パネル141は、液晶表示器(LCD、Liquid Crystal Display)、有機発光ダイオード(OLED、Organic Light-Emitting Diode)などの形態で構成されてよい。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】０１５０
【補正方法】変更
【補正の内容】
【０１５０】
本発明のこの実施形態の端末デバイスによれば、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得され、アプリケーションプログラムの特徴データに従って、シナリオの特徴データの組から、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が求められ、シナリオの特徴データの組が、複数のタイプのアプリケーションシナリオ情報と複数のアプリケーションプログラムの特徴データの間の対応を含み、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が、端末デバイスに現在用いられているアプリケーションシナリオを示すのに用いられることが理解され得る。カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確である。したがって、本発明のこの実施形態で提供される端末デバイスは、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】０１５１
【補正方法】変更
【補正の内容】
【０１５１】
さらに、カーネルで最下層イベントを監視することによってアプリケーションシナリオを求める従来技術と比較して、特に複数の異なる上部層シナリオが同一のシリーズの最下層イベントに対応するとき、本発明のこの実施形態では、端末デバイス上で実行中のアプリケーションプログラムがコンパイルすることによって分析されて、アプリケーションプログラムの特徴データが取得される。アプリケーションプログラムの特徴データが、対応するアプリケーションシナリオを説明することにおいて一意である可能性が高いので、アプリケーションプログラムの特徴データに対応するアプリケーションシナリオ情報が比較的正確であり、さらに、アプリケーションシナリオ情報に対応する電力消費の制御方針も比較的正確である。したがって、本発明のこの実施形態で提供される端末デバイスは、電力消費の制御方針を比較的正確に決めることができるように、端末デバイスのアプリケーションシナリオを比較的正確に識別することができ、それによって端末デバイスのユーザ体験がさらに改善される。
【国際調査報告】
2016527578.tif 000024
2016527578.tif 000025
2016527578.tif 000026
2016527578.tif 000027