JP6996005B2 - リソース構成方法、装置、端末、および記憶媒体 - Google Patents

Description

関連出願の相互参照

本出願の実施例では、２０１８年３月１３日に出願された出願番号が２０１８１０２０６３７６．６であり、発明の名称が「リソース構成方法とその関連製品」である中国特許出願、および２０１８年５月３１日に出願された出願番号が２０１８１０５５０９７０．７であり、発明の名称が「リソース構成方法、装置、端末、および記憶媒体」である中国特許出願の優先権を出張し、その内容全体が参照により、本出願の実施例に組み込まれる。

本出願の実施例は、端末の技術分野に関し、特に、リソース構成方法、装置、端末、および記憶媒体に関する。

モバイル端末の技術の継続的な開発に伴い、モバイル端末用のアプリケーションの種類がますます増えている。例えば、ゲームアプリケーション、ソーシャルアプリケーション、ビデオ再生アプリケーション、インスタントメッセ－ジングアプリケーション、およびショッピングアプリケーションなどがモバイル端末にインストールされている。

アプリケーションエクスペリエンスを向上させるために、モバイル端末メーカーはハードウェア構成を常に改善して、アプリケーションの実行速度と品質を向上させている。 たとえば、モバイル端末には、高性能の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）とグラフィック処理装置（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）を搭載されており、ゲームアプリケーションの実行速度と画質を向上させる。

本出願の実施例は、リソース構成方法、装置、端末、および記憶媒体を提供する。技術案は次のとおりである。

一様態では、本出願の実施例は、端末に適用されるリソース構成方法を提供し、前記端末にはオペレーティングシステムおよびターゲットアプリケーションが実行されており、前記方法は、
前記ターゲットアプリケーションは、前記オペレーティングシステムとの間で確立されたデータチャネルを介して、前記ターゲットアプリケーションが置かれている実行シーンを示すシーン情報を前記オペレーティングシステムに送信することと、
前記オペレーティングシステムは、前記シーン情報に対応するターゲット最適化構成ファイルを取得し、前記ターゲット最適化構成ファイルには、前記実行シーンにおける異なる実行期間に対応する最適化構成情報が含まれており、前記最適化構成情報はシステムリソースの構成方式を示すためであることとを含み、
前記オペレーティングシステムは、カレント実行期間に対応するターゲット最適化構成情報を前記ターゲット最適化構成ファイルから取得し、
前記オペレーティングシステムは、前記ターゲット最適化構成情報に基づき、システムリソースを前記ターゲットアプリケーションに割り当てる。

別の一様態では、本発明の実施例は、端末に適用されるリソース構成装置を提供し、前記端末にはオペレーティングシステムおよびターゲットアプリケーションを実行されており、前記装置は、
前記オペレーティングシステムとの間で確立されたデータチャネルを介して、前記ターゲットアプリケーションが置かれている実行シーンを示すシーン情報を前記オペレーティングシステムに送信するためであるターゲットアプリケーションモジュールと、
前記シーン情報に対応するターゲット最適化構成ファイルを取得するためであり、前記ターゲット最適化構成ファイルには、前記実行シーンにおける異なる実行期間に対応する最適化構成情報が含まれており、前記最適化構成情報はシステムリソースの構成方式を示すためであるオペレーティングシステムモジュールとを備え、
前記オペレーティングシステムモジュールは、カレント実行期間に対応するターゲット最適化構成情報を前記ターゲット最適化構成ファイルから取得し、
前記オペレーティングシステムは、前記ターゲット最適化構成情報に基づき、システムリソースを前記ターゲットアプリケーションに割り当てる。

別の一様態では、本出願の実施例は端末を提供し、前記端末はプロセッサおよびメモリを備え、前記メモリにはコンピュータプログラムが格納され、前記コンピュータプログラムは、上述の様態のリソース構成方法を実施するように前記プロセッサによってロードされて実行される。

別の一様態では、本出願の実施例はコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはコンピュータプログラムが格納され、前記コンピュータプログラムは、上述のリソース構成方法を実施するように前記プロセッサによってロードされて実行される。

図１は、本出願の一実施例による端末のブロック図である。 図２は、オペレーティングシステムとサードパーティアプリケーションとの間の通信の概略図を示す。 図３は、本出願の実施例に示されるオペレーティングシステムの概略図である。 図４は、別のオペレーティングシステムとサードパーティアプリケーションとの間の通信の概略図を示す。 図５は、別のオペレーティングシステムとサードパーティアプリケーションとの間の通信の概略図を示す。 図６は、本出願の別の実施例に示されるオペレーティングシステムの概略図である。 図７は、本出願の実施例に示される実施環境の概略図である。 図８は、本願の実施例によるリソース構成送信方法のフローチャートである。 図９は、本願の別の実施例によるリソース構成送信方法のフローチャートである。 図１０は、本出願の実施例によるリソース構成装置のブロック図を示す。

本出願の目的、技術案、および利点をより明確にするために、以下は、添付の図面を参照しながら、本出願の実施形態をさらに詳細に説明する。

本出願の一例示的な実施例による端末の構造ブロック図を示す図１を参照する。当該端末は、スマートフォン、タブレットコンピュータ、電子書籍など、アプリケーションプログラムを実行することができる電子装置であってもよい。本願における端末は、プロセッサ１１０、メモリ１２０、および入出力装置１３０のうちの１つまたは複数を含んでもよい。

プロセッサ１１０は、１つまたは複数の処理コアを含んでもよい。プロセッサ１１０は、様々なインターフェースおよびラインを使用して端末全体の様々な部分を接続し、メモリ１２０に格納された命令、プログラム、コードセットまたは命令セットをＲランニングまたは実行し、メモリ１２０に格納されたデータを呼び出すことにより、端末１００の様々な機能およびデータ処理を実行する。オプションで、プロセッサ１１０は、デジタル信号処理（ＤＳＰ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、およびプログラマブルロジックアレイ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ａｒｒａｙ、ＰＬＡ）のうちの少なくとも１つのハードウェアの形で実装されてもよい。プロセッサ１１０は、ＣＰＵ、ＧＰＵ、およびモデムの１つまたは組み合わせを集積してもよい。その中でも、ＣＰＵは主にオペレーティングシステム、ユーザーインターフェース、アプリケーションプログラムなどを処理し、ＧＰＵは表示されるコンテンツのレンダリングとドローイングを担当するためであり、モデムは無線通信の処理のためである。上述のモデムは、プロセッサ１１０に集積されなく、独立で一つの通信チップによって実装されてもよいことが理解されるべきである。

メモリ１２０は、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）または読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）を含んでもよい。オプションで、当該メモリ１２０は、非一時的なコンピュータ可読記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）を含む。メモリ１２０は、命令、プログラム、コード、コードセット、または命令セットを格納するためであってもとい。メモリ１２０は、プログラム格納領域およびデータ格納領域を含んでもよい。プログラム格納領域は、オペレーティングシステムを実装するための命令、少なくとも１つの機能（例えば、タッチ機能、音声再生機能、画像再生機能など）を実装するための命令、以下の方法の実施例を実装するための命令などを格納してもよい。当該オペレーティングシステムは、アンドロイド（Ａｎｄｒｏｉｄ）システム（Ａｎｄｒｏｉｄシステムに基づき深く開発されたシステムを含む）、アップルによって開発されたＩＯＳシステム（ＩＯＳシステムに琴月基づき深く開発されたシステムを含む）、または他のシステムであってもよい。データ格納領域には、端末が使用中に作成されたデータ（例えば電話帳、オーディオ／ビデオデータ、チャット履歴データなど）も格納してもよい。

メモリ１２０は、オペレーティングシステムスペースとユーザースペースに分けられ、オペレーティングシステムはオペレーティングシステムスペースで実行され、ネイティブおよびサードパーティアプリケーションはユーザースペースで実行される。異なるサードパーティアプリケーションがより優れた実行効果を達成できるようにするために、オペレーティングシステムは、異なるサードパーティアプリケーションに対応するシステムリソースを割り当てる。ただし、同じサードパーティアプリケーションの異なる適用シーンでは、システムリソースに対する需要も異なる。たとえば、ローカルリソースを読み込むシーンでは、サードパーティアプリケーションはディスク読み取り速度に対する要求が高くなる。アニメーションレンダリングシーンでは、サードパーティアプリケーションは、ＧＰＵ性能に対する要求が高くなる。オペレーティングシステムとサードパーティアプリケーションは互いに独立していて、オペレーティングシステムは、サードパーティアプリケーションの現在の適用シーンを適時に認識できないことがよくあるので、オペレーティングシステムは、サードパーティアプリケーションの特定の適用シーンに従ってターゲット的なシステムリソース適応を行うことができない。

図２に示すように、オペレーティングシステムがサードパーティアプリケーションの特定の適用シーンを区別するには、サードパーティアプリケーションとオペレーティングシステムとの間のデータ通信を確立する必要がある。これにより、オペレーティングシステムは常にサードパーティアプリケーションのカレントシーン情報を取得でき、そして、カレントシーンに基づいて、ターゲット的なシステムリソース適応を行う。

Ａｎｄｒｏｉｄオペレーティングシステムを例として、メモリ１２０に格納されるプログラムおよびデータが図３に示される。メモリ１２０は、Ｌｉｎｕｘカーネルレベル２２０、ライブラリとアンドロイドランタイムレベル２４０、アプリケーションフレームワークレベル２６０、およびアプリケーションレベル２８０を格納してもよい。Ｌｉｎｕｘカーネルレベル２２０、ライブラリとアンドロイドランタイムレベル２４０、およびアプリケーションフレームワークレベル２６０は、オペレーティングシステムスペースに属し、アプリケーションレベル２８０は、ユーザースペースに属している。Ｌｉｎｕｘカーネルレベル２２０は、ディスプレイドライバ、オーディオドライバ、カメラドライバ、ブルートゥースドライバ、Ｗｉ－Ｆｉドライバ、および電力管理などの低レベルドライバを端末１００の様々なハードウェアに提供する。ライブラリとアンドロイドランタイムレベル２４０は、いくつかのＣ／Ｃ ＋＋ライブラリを通じてＡｎｄｒｏｉｄシステムに主要な特性サポートを提供する。たとえば、ＳＱＬｉｔｅライブラリはデータベースサポートを提供し、ＯｐｅｎＧＬ／ＥＳライブラリは３Ｄ描画サポートを提供し、Ｗｅｂｋｉｔライブラリはブラウザカーネルサポートを提供する。Ａｎｄｒｏｉｄ実行期間ライブラリ（Ａｎｄｒｏｉｄ Ｒｕｎｔｉｍｅ）もライブラリとアンドロイドランタイムレベル２４０で提供され、開発者がＪａｖａ言語を使用してＡｎｄｒｏｉｄアプリケーションを作成できるようにするコアライブラリを主に提供する。アプリケーションフレームワークレベル２６０は、アプリケーションの構築時に使用できるさまざまなＡＰＩを提供する。開発者は、これらのＡＰＩを使用して、アクティビティ管理、ウィンドウ管理、ビュー管理、通知管理、コンテンツプロバイダー、パッケージ管理、通話管理、リソース管理、ポジショニング管理などの独自のアプリケーションを構築することもできる。少なくとも１つのアプリケーションがアプリケーションレベル２８０で実行され、これらのアプリケーションは、連絡先プログラム、ショートメッセージプログラム、クロックプログラム、カメラアプリケーションなど、オペレーティングシステムに組み込まれたネイティブアプリケーションであってもよいか、例えゲームアプリケーション、インスタントメッセージングプログラム、写真美化プログラム、ショッピングプログラムなどのサードパーティの開発者によって開発されたサードパーティアプリケーションであってもよい、オペレーティングシステムとサードパーティアプリケーション間の一可能な通信方法が図４に示され、オペレーティングシステムと通信するためのソフトウェア開発キット（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ、ＳＤＫ）がサードパーティアプリケーションに埋め込まれている。

その中で、ＳＤＫには多数の抽象的なアプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ、ＡＰＩ）が含まれており、オペレーティングシステムの開発者からサードパーティのアプリケーション開発者に提供され、サードパーティのアプリケーション開発者が当該ＳＤＫをサードパーティのアプリケーションに埋め込む。このようなサードパーティアプリケーションをインストールしてオペレーティングシステムにおいて実行すると、ＳＤＫが提供するＡＰＩを呼び出してオペレーティングシステムと通信することができる。

図４に示すように、ライブラリとアンドロイドランタイムレベル２４０は、インターフェース通信システム２４２をさらに含んでもよい。当該インターフェース通信システム２４２は、オペレーティングシステムのサブシステム、またはオペレーティングシステムに組み込まれたアプリケーションと見なしてもよい。インターフェース通信システム２４２には、ＳＤＫインターフェースが設置されており、サードパーティアプリケーションは、組み込みＳＤＫのＡＰＩを呼び出して、ＳＤＫインターフェースとバインダ（Ｂｉｎｄｅｒ）の方式でデータ通信を行う。このようにして、サードパーティアプリケーションの適用シーンに関連するデータを、ＳＤＫを介してオペレーティングシステムに伝送できる。組み込みＳＤＫを借りて、オペレーティングシステムは、サードパーティアプリケーションにデータをアクティブに伝送したり、オペレーティングシステムとサードパーティアプリケーション間の双方向データ伝送を行うこともできる。

別の可能な通信方法では、図５に示すように、サードパーティアプリケーションは、ソケット（Ｓｏｃｋｅｔ）の方式で、インターフェース通信システム２４２のＳｏｃｋｅｔインターフェースとの長時間接続を確立することもできる。サードパーティアプリケーションの適用シーンに関連するデータは、当該長時間接続を介してオペレーティングシステムに伝送してもよい。

図４および５に示すように、インターフェース通信システム２４２に異なるポリシーモジュールを設置してもよい。サードパーティアプリケーションによって送信されたデータを受信した後、インターフェース通信システム２４２は、サードパーティアプリケーションに対応するポリシーモジュールを使用してデータを分析し、対応するリソース適応の最適化策略を取得する。分析によって得られたリソース適応の最適化策略に基づいて、インターフェース通信システム２４２は、システムリソース適応の最適化を実行するように制御インターフェースを介してＬｉｎｕｘカーネル層２２０に通知する。その中でも、当該制御インターフェースは、Ｓｙｓｆｓの方法でＬｉｎｕｘカーネルレベル２２０と通信してもよい。

オプションで、インターフェース通信システム２４２の異なるポリシーモジュールは、異なるサードパーティアプリケーションに対応してもよい（すなわち、異なるアプリケーションに対してポリシーモジュールを設置する）、または異なるポリシーモジュールは、異なるタイプのサードパーティアプリケーションに対応する（すなわち、異なるタイプのアプリケーションに対してポリシーモジュールを設置する）、または異なるポリシーモジュールは異なるシステムリソースに対応する（すなわち、異なるシステムリソースに対してポリシーモジュールを設置する）、または異なるポリシーモジュールは異なる適用シーンに対応する（つまり、異なる適用シーンに対してポリシーモジュールを設定する）が、本出願の実施例では、ポリシーモジュールの特定の設置方法が限定されない。

そのうち、インターフェース通信システム２４２は、Ｂｉｎｄｅｒの方式を介してアプリケーションフレームワークレベル２６０と通信して、アプリケーションフレームワークレベル２６０によって送信されたフォアグラウンドアプリケーション情報を受信することもでき、その結果、フォアグラウンドアプリケーション情報に基づいて、現在フォアグラウンドで実行されているサードパーティアプリケーションのみに対してシステムリソースの最適化を行う。

オペレーティングシステムをＩＯＳシステムを例とすると、メモリ１２０に格納されたプログラムおよびデータが図６に示される。ＩＯＳシステムは、コアオペレーティングシステム層３２０（Ｃｏｒｅ ＯＳ ｌａｙｅｒ）、コアサービス層３４０（Ｃｏｒｅ Ｓｅｒｖｉｃｅｓ ｌａｙｅｒ）、メディア層３６０（Ｍｅｄｉａ ｌａｙｅｒ）、およびココアタッチレイヤー３８０（Ｃｏｃｏａ Ｔｏｕｃｈ Ｌａｙｅｒ）を含む。コアオペレーティングシステム層３２０には、オペレーティングシステムカーネル、ドライバー、および低レベルプログラムフレームワークが含まれる。これらの低レベルプログラムフレームワークは、コアサービス層３４０のプログラムフレームワークが使用する、ハードウェアに近い機能を提供する。コアサービス層３４０は、基盤（Ｆｏｕｎｄａｔｉｏｎ）フレームワーク、アカウントフレームワーク、広告フレームワーク、データストレージフレームワーク、ネットワーク接続フレームワーク、地理的位置フレームワーク、モーションフレームワークなど、アプリケーションに必要なシステムサービスおよび／またはプログラムフレームワークを提供する。メディア層３６０は、グラフィックおよび画像関連インターフェース、オーディオ技術関連インターフェース、ビデオ技術関連インターフェース、およびオーディオ／ビデオ伝送技術の無線再生（ＡｉｒＰｌａｙ）インターフェースなどオーディオビジュアルインターフェースをアプリケーションに提供する。タッチ層３８０は、アプリケーション開発のために一般的に使用される様々なインターフェース関連フレームワークを提供し、タッチ層３８０は、端末１００上でのユーザーのタッチ対話操作を担当する。たとえば、ローカル通知サービス、リモートプッシュサービス、広告フレームワーク、ゲームツールフレームワーク、メッセージユーザーインターフェース（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ 、ＵＩ）フレームワーク、ユーザーインターフェースＵＩＫｉｔフレームワーク、マップフレームワークなどがある。

図６に示すフレームワークにおいて、ほとんどのアプリケーションに関連するフレームワークは、コアサービス層３４０の基本フレームワークおよびタッチ層３８０のＵＩＫｉｔフレームワークを含むが、これらに限定されない。基本フレームワークは、ＵＩに関係なく、すべてのアプリケーションに最も基本的なシステムサービスを提供するために、多くの基本オブジェクトクラスとデータタイプを提供する。ＵＩＫｉｔフレームワークによって提供されるクラスは、タッチベースのユーザーインターフェースを作成するための基本的なＵＩクラスライブラリである。ＩＯＳアプリケーションは、ＵＩＫｉｔフレームワークに基づいてＵＩを提供できるため、ユーザーインターフェースの構築、ペインティング、ユーザーインタラクションイベントの処理、ジェスチャーへの応答などのためのアプリケーションの基本的なアーキテクチャを提供する。

その中、ＩＯＳシステムにおいて、サードパーティアプリケーションがオペレーティングシステムとの間のデータ通信を実装する方法と原理は、Ａｎｄｒｏｉｄシステムを参照してもよく、このアプリケーションでは繰り返さない。

入力／出力装置１３０はタッチスクリーンを有し、当該タッチスクリーンは、ユーザーが指、タッチペンなどの任意の適切なオブジェクトを使用してその上または近くでのタッチ操作を受信する、および各アプリケーションのユーザーインターフェースを表示するためである。タッチスクリーンは通常、端末のフロントパネルに設置される。タッチスクリーンは、フルスクリーン、曲面スクリーン、または特別な形状のクリーンとして設計されてもよい。タッチスクリーンはまた、フルスクリーンと曲面スクリーンの組み合わせ、および特別な形状のスクリーンと曲面スクリーンの組み合わせとして設計されもよく、この実施例では限定されない。

さらに、当業者は、上記の図面に示される端末の構造が端末に対する制限を配置するものではなく、端末は、図示よりも多いまたは少ないコンポーネントを備えてもよいか、または特定のコンポーネントを組み合わせ、または、異なるコンポーネントの配置でもよういことを理解するべきである。例えば、端末は、無線周波数回路、入力ユニット、センサー、音声回路、ワイファイ（ＷｉＦｉ）モジュール、電源、およびＢｌｕｅｔｏｏｔｈモジュールなどのコンポーネントも含み、これらはここでは繰り返さない。

本出願の一実施例による実施環境の概略図である図７を参照する。当該実施環境は、第１の端末７１、少なくとも１つの第２の端末７２、およびサーバ７３を含む。

第１の端末７１は、最適化構成ファイルの生成機能および最適化構成情報送信機能を有する。オプションで、第１の端末７１では、端末製造業者によって提供されるチューニングツールおよびサードパーティアプリケーションが実行されている。サードパーティアプリケーションの実行中に、当該チューニングツールが、対応する最適化構成ファイルを生成するようにシステムリソースのチューニングを実行する。

第１端末７１は、有線ネットワークまたは無線ネットワークを介してサーバ７３に接続される。

サーバ７３は、最適化構成ファイルを格納するためのサーバであり、１つのサーバ、複数のサーバから構成されるサーバクラスタまたはクラウドコンピューティングセンターであってもよい。オプションとして、サーバ７３は端末製造業者（オペレーティングシステム開発者）によりセットアップされ、端末製造業者により製造された異なる型番の端末に対応する最適化構成ファイルを格納している。当該最適化構成ファイルは第１の端末７１により送信される。

第２端末７２は、有線ネットワークまたは無線ネットワークを介してサーバ７３に接続される。

第２端末７２は、サードパーティアプリケーションがインストールされて実行されている端末である。本出願の各実施例によって提供されるリソース構成方法は、第２の端末７２で使用される。本願の実施例では、サードパーティアプリケーションに対応するチューニング構成ファイルは、第２端末７２に格納される。サードパーティアプリケーションの実行中、第２端末７２のオペレーティングシステムは、当該チューニング構成ファイルによって、サードパーティアプリケーションにシステムリソースを割り当てる。オプションで、第２の端末７２がチューニング構成ファイルを格納するのは、事前に格納することか、またはリアルタイムでサーバ７３から取得することである。

以下の各実施例では、説明の便利のため、端末を実行主体として説明する。

本出願の一例示的な実施例によるリソース構成方法のフローチャートを示す図８を参照する。この方法は、オペレーティングシステムおよびターゲットアプリケーションを実行している端末に適用される。この方法は、以下のステップを含んでもよい。

ステップ８０１で、ターゲットアプリケーションは、オペレーティングシステムとの間で確立されたデータチャネルを介してシーン情報をオペレーティングシステムに送信する。シーン情報は、ターゲットアプリケーションが置かれている実行シーンを示すためである。

オプションで、ターゲットアプリケーションは、ゲームアプリケーション、ビデオアプリケーション、ショッピングアプリケーションなど、サードパーティアプリケーションプロバイダーによって開発されたサードパーティアプリケーションである。ターゲットアプリケーションが端末のユーザースペースにおいてインストールされ、実行される。本願の実施例において、ターゲットアプリケーションがゲームアプリケーションである例のみを説明する。

オプションで、ターゲットアプリケーションが起動すると、オペレーティングシステムとのデータチャネルが確立され、オペレーティングシステムとターゲットアプリケーションとの間のデータインタラクションが実現される。

一可能な実施形態では、ターゲットアプリケーションが組み込みＳＤＫを呼び出すことにより、端末のオペレーティングシステムと共にデータチャネルを確立する。オプションで、ターゲットアプリケーションが起動すると、組み込みＳＤＫが提供するアプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ、ＡＰＩ）を呼び出して、Ｂｉｎｄｅｒの方式でオペレーティングシステムとのデータチャネルを確立する。

別の可能な実施形態では、ターゲットアプリケーションがソケットＳｏｃｋｅｔメソッドの方式で端末のオペレーティングシステムと共にデータチャネルを確立する。オプションで、ターゲットアプリケーションが起動すると、Ｓｏｃｋｅｔ方式でオペレーティングシステムによって提供されるＳｏｃｋｅｔインターフェースとの間で長時間接続を確立する。

データチャネルを確立するとき、オペレーティングシステムはターゲットアプリケーションを認証して、指定されたアプリケーションのみとのデータチャネルの確立を実現し、不正なアプリケーションがオペレーティングシステムとデータチャネルを確立することによるセキュリティリスクを回避できることに注意すべきである。

シーン情報は、ターゲットアプリケーションの現在置かれているシーンを示すためである。シーン情報には、ターゲットアプリケーションの現在表示されているユーザーインターフェースのコンテンツを含んでもよい。ゲームアプリケーションを例にとると、ユーザーインターフェースのコンテンツには、仮想キャラクター、仮想小道具、仮想背景、仮想スキルアイコンなどのインターフェース要素が含まれる。一可能な実施形態では、シーン情報は、端末によって現在表示されているユーザーインターフェースである。別の可能な実施形態では、シーン情報は、現在表示されているユーザーインターフェースのインターフェース要素の識別情報である。

ターゲットアプリケーションの実行シーンは、現在表示されているユーザーインターフェースの内容に応じて分割できる。以下では、ターゲットアプリケーションがゲームアプリケーションである例として、当該分割方法を説明する。ゲームアプリケーションにおいて、実行シーンは、メインインターフェースシーン、ストアシーン、ブートロードシーン、対戦シーン、チーム戦シーン、シングル戦シーン、およびＡＤＳ（Ａｉｍ Ｄｏｗｎ Ｓｉｇｈｔ）シーンを含み得、これらは本発明の実施例に限定されない。

ブートロードシーンでは、端末によって表示されるユーザーインターフェースには、ターゲットアプリケーションが起動して実行してからプリセット持続時間内に再生するアニメーションが含まれる。チーム戦シーンでは、ユーザーインターフェースに含まれる仮想キャラクターの数は、第１のプリセット数量（たとえば、５人）よりも多い。シングル戦シーンでは、ユーザーインターフェースに含まれる仮想キャラクターの数は、第２のプリセット数量（たとえば、２人）より少ない。ＡＤＳシーンでは、ユーザーインターフェースにおける仮想要素を、設定された持続時間内にプリセット係数で拡大してもよい。上記プリセット持続時間、第１のプリセット数量、第２のプリセット数量、プリセット持続時間、およびプリセット倍数はすべて、実際の需要に従ってプリセットしてもよく、これは本出願の実施例では限定されない。

ステップ８０２で、オペレーティングシステムは、シーン情報に対応するターゲット最適化構成ファイルを取得し、ターゲット最適化構成ファイルには、実行シーンの異なる実行期間に対応する最適化構成情報が含まれ、最適化構成情報はシステムリソース構成モードを示すためである。

シーン情報を取得した後、オペレーティングシステムは、シーン情報に対応するターゲット最適化構成ファイルをさらに取得する。異なるシーン情報は異なる最適化構成ファイルに対応する。つまり、異なる実行シーンは異なる最適化構成策略に対応する。

模式的に、実行シーンと最適化構成ファイルの対応は表１のように示される。

最適化構成情報は、実行シーンでのターゲットアプリケーションの実行効果を向上させるためである。オプションで、当該最適化構成情報には、ＣＰＵの各コアのスイッチング状態、ＣＰＵの各コアの動作周波数、ＧＰＵの動作周波数、およびメモリの動作周波数の少なくとも１つが含まれる。

その中でも、ＣＰＵのコアの動作周波数に応じて分類すると、ＣＰＵはビッグコア（メインプロセッサまたはパフォーマンスコアとも呼ばれる）とスモールコア（補助プロセッサまたは消費電力コアとも呼ばれる）に分類できる。ビッグコアの動作周波数はスモールコアの動作周波数より高い。ＣＰＵが複数のＣＰＵコアを備えてよく、端末は実行されるアプリケーションに応じて、どのＣＰＵコアを選択して使用することができる。ＣＰＵの各コアのスイッチ状態は、コアが開いた状態か閉じた状態かを示すためである。

オプションで、最適化構成情報には、メモリの読み書き速度、ＷｉＦｉネットワーク速度など、アプリケーションの実行品質に影響を与える他のパラメータも含んでもよい。これらは、本出願の実施例では制限されない。

ステップ８０３で、オペレーティングシステムは、カレント実行期間に対応するターゲット最適化構成情報をターゲット最適化構成ファイルから取得する。

オペレーティングシステムはさらに、ターゲット最適化構成情報に基づいてシステムリソースを割り当てるために、カレント実行期間に従ってターゲット最適化構成ファイルからターゲット最適化構成情報を取得する。

ステップ８０４で、オペレーティングシステムは、ターゲット最適化構成情報に従ってシステムリソースをターゲットアプリケーションに割り当てる。

オプションで、オペレーティングシステムは、ターゲット最適化構成情報に含まれる構成パラメータに従ってカーネル層と通信し、それによって対応するシステムリソースを配置するようカーネル層に指示する。

オプションで、直接通信の方式によって制御できるシステムリソース（ＣＰＵリソースやＧＰＵリソースなど）の場合、オペレーティングシステムはそのようなシステムリソースに対応する抽象インターフェースを直接呼び出してリソース構成を実現する。また、オペレーティングシステムが直接アクセスして制御することができないシステムリソース（ネットワークリソースなど）の場合、オペレーティングシステムはプロキシの方式で、プロキシを介してそのようなシステムリソースに対応するサブシステム（例えば、ネットワークリソースに対応するサブシステムはＷｉＦｉサブシステムであてもよい）と間接的に通信することで、システムリソース構成を実現する。

オプションで、ターゲットアプリケーションのライフサイクルが終了すると（アプリケーションプロセスが終了する）、つまり、ターゲットアプリケーションプロセスの終了信号を受信すると、後続で他のアプリケーションとの接続を確立するように、オペレーティングシステムはターゲットアプリケーションとのデ接続を切断され、データチャネルをクリアする。

要約すると、この実施例では、ターゲットアプリケーションは実行中、置かれている実行シーンを示すシーン情報をオペレーティングシステムとのデータチャネルを介してオペレーティングシステムに送信し、オペレーティングシステムがシーン情報に対応するターゲット最適化構成ファイルを取得できるようにし、さらにカレント実行期間に対応するターゲット最適化構成情報をターゲット最適化構成ファイルからさらに取得することで、ターゲット最適化構成情報に従ってシステムリソースを割り当てる。単に端末のハードウェアパフォーマンスを改善することと比較して、本願実施例のオペレーティングシステムは、アプリケーションが置かれている適用シーンに応じて、ターゲット的にシステムリソースをアプリケーションに割り当てることができるため、アプリケーションがさまざまな適用シーンで良好な実行効果を達成し、同時に端末のハードウェアへの依存を減らすことができる。一方、時間的に適用シーンをさらに細分化し、オペレーティングシステムは対応するシステムリソースを同じ適用シーンでの異なる実行期間に割り当てることで、アプリケーションプログラムが、同じ適用シーンでの異なる実行期間で良好な実行効果を得ることができる。

一可能な実施形態では、前記オペレーティングシステムは前記シーン情報に対応するターゲット最適化構成ファイルを取得することは、
前記オペレーティングシステムは、前記ターゲットアプリケーションのアプリケーション識別子を取得することと、
前記オペレーティングシステムは、前記アプリケーション識別子に従って、前記ターゲットアプリケーションに対応する少なくとも２つの最適化構成ファイルを取得することと、
前記オペレーティングシステムは、前記シーン情報のシーン識別子に従って、前記少なくとも２つの最適化構成ファイルから前記ターゲット最適化構成ファイルを取得することとを含み、
ここ、異なる最適化構成ファイルは、前記ターゲットアプリケーションの異なる実行シーンに対応する。

一可能な実施形態では、前記シーン情報は、実行シーンでのターゲットフレームレートをさらに含み、前記オペレーティングシステムは、前記シーン情報のシーン識別子に従って、少なくとも２つの最適化構成ファイルからターゲット最適化構成ファイルの取得することは、
前記オペレーティングシステムは、前記ターゲットフレームレートと前記シーン識別子に従って、前記少なくとも２つの最適化構成ファイルから前記ターゲット最適化構成ファイルを取得することを含み、
ここ、同じ実行シーンでは、異なるフレームレートが異なる最適化構成ファイルに対応する。

ンフィギュレーションファイルからカレント実行期間に対応するターゲット最適化構成情報を取得することは、
前記オペレーティングシステムは、前記実行シーンに入るエントリ時刻を取得することと、
前記オペレーティングシステムは、カレント時刻と前記エントリ時刻に従って実行持続時間を計算することと、
前記オペレーティングシステムは、前記実行持続時間に従って前記カレント実行期間を確定することと、
前記オペレーティングシステムは、前記カレント実行期間に合わせる最適化構成情報をターゲット最適化構成情報として確定する。

一可能な実施形態では、前記オペレーティングシステムが前記ターゲット最適化構成情報に従って前記ターゲットアプリケーションにシステムリソースを割り当てた後、前記ターゲットアプリケーションのフレームレートの標準偏差がしきい値より低くなり、前記端末の消費電力は、他のシステムリソース割り当て方式の前記端末の消費電力よりも低くなる。

ここ、前記フレームレートの標準偏差は、前記ターゲットアプリケーションのリアルタイムのフレームレートと前記実行シーンにおけるターゲットフレームレートとの標準偏差である。

一可能な実施形態では、前記ターゲットアプリケーションの最適化構成ファイルが最適化ツールによって生成さる。前記最適化ツールは、前記ターゲットアプリケーションと同じ実行シーンにおいて、各アトミックシーンに対応するリソース構成パラメータに応じて、システムリソースを前記ターゲットアプリケーションに割り当てるためであり、異なるアトミックシーンは異なるリソース構成パラメータに対応する。各アトミックシーンについて、前記ターゲットアプリケーションの異なる実行期間でのフレームレートの標準偏差および前記端末の消費電力を計算する。各実行期間について、前記フレームレートの標準偏差がしきい値よりも低く、前記端末の消費電力が最も小さいアトミックシーンを、前記実行期間に対応するターゲットアトミックシーンとして確定する。各実行期間に対応する前記ターゲットアトミックシーンに応じて、前記実行シーンに対応する前記最適化構成ファイルを生成する。

一可能な実施形態では、前記方法はさらに、
前記オペレーティングシステムは、構成ファイルの取得リクエストをサーバに送信することと、
前記オペレーティングシステムは、前記サーバからフィードバックされる最適化構成ファイルを受信して格納することとを含み、
前記構成ファイルの取得リクエストには、前記端末の端末型番と前記ターゲットアプリケーションのアプリケーション識別子が含まれ、前記サーバは、前記端末と前記アプリケーション識別子にマッチする最適化構成ファイルを前記端末にフィードバックするためである。

サードパーティアプリケーションに適した最適化構成ファイルを生成するために、一可能な実施形態では、開発者はサードパーティアプリケーションとチューニングツールを共に端末にインストールし、チューニングツールがサードパーティアプリケーションの実行中にシステムリソースの適応を実行し、サードパーティアプリケーションの実行データを収集することで、実行データに基づいてサードパーティアプリケーションに適した最適化構成ファイルを生成する。一例示的な例では、最適化構成ファイルを生成するステップは、以下のステップを含んでもよい。

一、同じ実行シーンで、アトミックシーンに対応するリソース構成パラメータに従って、システムリソースをターゲットアプリケーションに割り当てる。

オプションで、各種類のアトミックシーンはそれぞれのリソース構成パラメータに対応し、異なるアトミックシーンが対応するリソース構成パラメータは異なる。当該リソース構成パラメータには、ＣＰＵの各コアのスイッチング状態、ＣＰＵの各コアの動作周波数、ＧＰＵの動作周波数、およびメモリの動作周波数の少なくとも１つが含まれてもよい。もちろん、リソース構成パラメータは、ディスク読み取り書き込みリソース、ネットワークリソースなどの他のシステムリソースに対応するパラメータも含んでもよく、本願の実施例に限定されない。

オプションで、異なる端末のハードウェア構成が異なるため、たとえば、一部の端末のＣＰＵには２つのビッグコアと２つのスモールコアが含まれ、一部の端末のＣＰＵには４つのビッグコアと４つのスモールコアが含まれるため、異なる端末のオペレーティングシステムに予め定義したアトミックシーンも異なる。

ターゲットアプリケーションの開発者（または端末の製造元）は、チューニングツールを使用して、各アトミックシーンに対応するリソース構成パラメータに従って、システムリソースをターゲットアプリケーションに割り当てることができる。つまり、異なるアトミックシーンでターゲットアプリケーションを実行する。

二、各アトミックシーンについて、異なる実行期間でのターゲットアプリケーションのフレームレートの標準偏差と端末の消費電力量を計算する。

異なるアトミックシーンでのターゲットアプリケーションの実行品質および端末の消費電力量を確定するために、一可能な実施形態では、チューニングツールがターゲットアプリケーションの実行中にデータ収集（ターゲットアプリケーションのフレームレートデータおよび端末の消費電力データを含む）を実行することで、収集したデータに基づいて、ターゲットアプリケーションの異なる実行期間における標準偏差（またはフレームレートの分散）と端末の消費電力とを計算する。オプションで、当該実行時間は固定の時間間隔で区切られてもよい。たとえば、実行時間は５秒である。

模式的に、フレームレートの標準偏差の計算式は次のとおりである。

端末の消費電力を計算するには、次の式を使用してもよい。

三、各実行期間について、フレームレートの標準偏差が閾値より低く、かつ端末の消費電力が最も少ないアトミックシーンを、当該実行期間に対応するターゲットアトミックシーンとして確定する。

さらに、ターゲットアプリケーションが各実行期間において安定して実行できる（つまり、フレームレートが安定している）ことを保証し、かつ比較的に低い消費電力を維持するために、オプションで、各実行期間について、端末は最初にフレームレートの標準偏差がしきい値（例えば、閾値が５であってもよい）より大きい原子シーンをフィルタリングし、フレームレート標準偏差が閾値よりも小さい原子シーンのうち、消費電力が最も低い原子シーンを、当該実行期間に対応するターゲット原子シーンとして確定する。

他の可能な実施形態では、端末は、フレームレートの標準偏差とそれに対応する第１の重みと、消費電力に対応する第２の重みに従って、各アトミックシーンに対応する重み付けスコアを計算することにより、最も高い重み付けスコアを持つアトミックシーンを当該実行期間に対応するターゲットのアトミックシーンとして確定する。

四、各実行期間に対応するターゲットとなるアトミックシーンに従って、実行シーンに対応する最適化構成ファイルを生成する。

さらに、チューニングツールは、各実行期間および各実行期間に対応するターゲットアトミックシーンに応じて、当該実行シーンに対応する最適化構成ファイルを生成する。その中、ターゲットアトミックシーンが対応するリソース構成パラメータは、最適化構成ファイルうちの最適化構成情報である。

オプションで、チューニングツールは、異なる実行シーンに対応する最適化構成ファイルに従って、ターゲットアプリケーションに対応する最適化構成ファイルのセットを生成する。

オプションで、ターゲットアプリケーションに対応する最適化構成ファイルのセットを生成した後、端末は当該最適化構成ファイルのセットを端末メーカーのサーバにアップロードし、後続に端末がサーバからダウンロードできるようにする。

模式的に、図７に示すように、第１の端末７１は最適化構成ファイルを生成した後、当該最適化構成ファイルをサーバ７３にアップロードし、後続に第２の端末７２はサーバ７３から当該最適化構成ファイルをダウンロードできる。

本発明の別の例示的な実施例によるリソース構成方法のフローチャートを示す図９を参照する。この方法は、オペレーティングシステムおよびターゲットアプリケーションを実行する端末に適用される。この方法は、以下のステップを含んでもよい。

ステップ９０１で、オペレーティングシステムは、構成ファイルの取得リクエストをサーバに送信する。構成ファイルの取得リクエストには、端末の端末型番とターゲットアプリケーションのアプリケーション識別子が含まれる。サーバは、端末型番およびアプリケーション識別子にマッチする最適化構成ファイルを端末にフィードバックするためである。

オプションで、異なるアプリケーションプに対応する最適化構成ファイルがサーバに格納され、当該最適化構成ファイルがアプリケーション開発者（または端末の製造元）によってサーバにアップロードされる。そこで、端末ハードウェア構成の類似性が高い場合、異なる型番の端末は同じ最適化構成ファイルに対応してもよいが、端末ハードウェア構成の類似性が低い場合、異なる型番の端末も異なる最適化構成ファイルに対応してもよい。

模式的に、端末型番、アプリケーションプ、最適化構成ファイルの対応関係は表２に示される。

ストレージ容量が限られているため、端末はすべてのアプリケーションに対応する最適化構成ファイルを格納できない。インストールされたアプリケーションに対してシステムリソースを最適化できるようにするため、一可能な実施形態では、オペレーティングシステムがターゲットアプリケーションのダウンロードを検出すると、端末型番とアプリケーション識別子とを含む構成ファイルの取得リクエストをサーバに送信する。サーバは、構成ファイルの取得リクエストを受信すると、端末型番およびアプリケーション識別子にマッチする最適化構成ファイルを検索し、端末にフィードバックする。

アプリケーションは継続的に更新されるとともに、それに対応する最適化策略もそれに応じて変更される。オペレーティングシステムが最新の最適化構成ファイルに従ってアプリケーションのシステムリソースの最適化を行えるようにするために、一可能な実施形態で、オペレーティングシステムは所定の時間間隔ごとに構成ファイルの取得リクエストをサーバに送信し、ターゲットアプリケーションが対応する最新の最適化構成ファイルの取得を請求する。

他の可能な実施形態では、サーバは、最適化構成ファイルが更新されるときに、ターゲットアプリケーションがインストールされている端末に更新された最適化構成ファイルをアクティブにプッシュすることもできるが、本願ではそれを制限しない。

ステップ９０２において、オペレーティングシステムは、サーバによってフィードバックされる最適化構成ファイルを受信し、それを格納する。

端末がサーバからフィードバックされる最適化構成ファイルを受信すると、オペレーティングシステムは最適化構成ファイルをターゲットアプリケーションに関連付けて格納する。

ステップ９０３で、ターゲットアプリケーションは、オペレーティングシステムとの間で確立されたデータチャネルを介してシーン情報をオペレーティングシステムに送信する。シーン情報は、ターゲットアプリケーションが置かれている実行シーンを示すためである。

このステップの実施形態は、上記のステップ８０１と同様であり、この実施例では繰り返されない。

オプションで、当該シーン情報は、現在置かれているシーンのシーン識別子を含む。

ステップ９０４で、オペレーティングシステムは、ターゲットアプリケーションのアプリケーション識別子を取得する。

端末は異なるアプリケーションプログラムに対応する最適化構成ファイルを格納する場合があるので、ターゲットアプリケーションに適した最適化構成ファイルを確定するために、オペレーティングシステムはターゲットアプリケーションのアプリケーション識別子を取得する必要がある。

一可能な実施形態では、図４に示すように、オペレーティングシステムは、アプリケーションフレームワーク層２５０からフォアグラウンドアプリケーション情報を取得し、フォアグラウンドアプリケーション情報に含まれるフォアグラウンドアプリケーション識別子をターゲットアプリケーションのアプリケーション識別子として確定する。

他の可能な実施形態では、オペレーティングシステムは、他の方法でターゲットアプリケーションのアプリケーション識別子を取得してもよく、本出願では限定されない。

ステップ９０５で、オペレーティングシステムは、アプリケーション識別子に従って、ターゲットアプリケーションに対応する少なくとも２つの最適化構成ファイルを取得し、ここ、異なる最適化構成ファイルは、ターゲットアプリケーションにおける異なる実行シーンに対応する。

同じアプリケーションに異なる実行シーンが含まれており、異なる実行シーンがシステムリソースへの要求も異なるので、オペレーティングシステムはアプリケーション識別子に従って、ターゲットアプリケーションの異なる実行シーンに対応する最適化構成ファイルを取得する。このうち、最適化構成ファイルと実行シーンとの対応関係は表１に示される。

表２に示すデータを参照し、オペレーティングシステムは、アプリケーション識別子「ｘｘｇａｍｅ」に応じて、最適化構成ファイルＡ、Ｂ、Ｃを取得する。

ステップ９０６で、オペレーティングシステムは、シーン情報のシーン識別子に従って、少なくとも２つの最適化構成ファイルからターゲット最適化構成ファイルを取得する。

さらに、オペレーティングシステムは、シーン識別子に従って、カレント実行シーンに適したターゲット最適化構成ファイルを少なくとも２つの最適化構成ファイルから取得する。

模式的に、表１に示すデータを参照し、オペレーティングシステムは、シーン識別子の「対戦シーン」に従って、最適化構成ファイルＢをターゲット最適化構成ファイルとして確定する。

同じアプリケーションでの同じ実行シーンに対し、ユーザーは需要に応じ異なるフレームレートで実行するように設定できる。例えば、ゲームアプリケーションの対戦シーンについて、対戦画面を３０フレームで表示するように設定したり、対戦画面を６０フレームで表示するように設定したりすることができる。異なるフレームレートでは、当該実行シーンでアプリケーションをスムーズに実行するために必要なシステムリソースも異なるので、同じ実行シーンでも、異なるフレームレートが異なる最適化構成ファイルに対応する場合がある。模式的に、同じ実行シーンでの、異なる最適化構成ファイルとフレームレートの対応関係は表３に示される。

オペレーティングシステムがカレント実行シーンのターゲットフレームレートに対応する最適化構成ファイルを取得できるように確保するために、一可能な実施形態では、ターゲットアプリケーションがカレント実行シーンのターゲットフレームレートを取得し、当該ターゲットフレームレートをシーン情報に追加する。例えば、ターゲットアプリケーションが送信するシーン情報には、シーン識別子の「対戦シーン」とターゲットフレームレート「６０フレーム」が含まれている。

それに応じて、オペレーティングシステムは、ターゲットフレームレートと前記シーン識別子に従って、ターゲット最適化構成ファイルを確定する。

ステップ９０７で、オペレーティングシステムは、実行シーンへのエントリ時刻を取得する。

カレント実行シーンが置かれている実行期間を確定する場合、オペレーティングシステムはまず、実行シーンへのエントリ時刻を取得する。一可能な実施形態では、ターゲットアプリケーションが実行シーンに入るときにシーン情報を送信するので、オペレーティングシステムは、シーン情報の送信時刻をエントリ時刻として確定してもよい。

たとえば、オペレーティングシステムはエントリ時刻を１２：１０：５９として取得する。

ステップ９０８において、オペレーティングシステムは、カレント時刻およびエントリ時刻によって実行持続時間を計算する。

さらに、オペレーティングシステムはカレント時刻を取得することで、カレント時刻とエントリ時刻に基づいて実行持続時間を計算する。

たとえば、カレント時刻が１２：１１：０２でエントリ時刻が１２：１０：５９の場合、オペレーティングシステムは実行持続時間が３秒であると計算して得る。

ステップ９０９において、オペレーティングシステムは、実行持続時間によってカレント実行期間を確定する。

ターゲット最適化構成情報には、実行期間と最適化構成情報との対応関係が含まれており、模式的に、その対応関係は表４に示される。

オプションとして、表４に示すデータに基づいて、オペレーティングシステムは、実行持続時間が対応する実行期間をカレント実行期間として確定する。

たとえば、上記のステップの例を参照し、オペレーティングシステムはカレント実行期間がＴ１であると確定する。

ステップ９１０において、オペレーティングシステムは、カレント実行期間にマッチする最適化構成情報を、ターゲット最適化構成情報として確定する。

例えば、上記のステップの例を参照し、オペレーティングシステムは、最適化構成情報Ｂ００１をターゲット最適化構成情報として確定する。当該ターゲット最適化構成情報には、一連のシステムリソース構成パラメータが含まれている。

ステップ９１１において、オペレーティングシステムは、ターゲット最適化構成情報に従って、システムリソースをターゲットアプリケーションに割り当てる。

オペレーティングシステムは、ターゲット最適化構成情報のシステムリソース構成パラメータに従って、システムリソースをターゲットアプリケーションに割り当てる。

そのうち、オペレーティングシステムがターゲット最適化構成情報に従ってターゲットアプリケーションにシステムリソースを割り当てた後、ターゲットアプリケーションのフレームレートの標準偏差はしきい値よりも低く、端末の消費電力は他のシステムリソース割り当て方式（アトミックシーンに対応するシステムリソース割り当て方式）での端末の消費電力よりも低いので、ターゲットアプリケーションのフレームレートが安定するように確保しながら、比較的に低い端末の消費電力を確保する。フレームレートの標準偏差は、ターゲットアプリケーションのリアルタイムのフレームレートと実行シーンでのターゲットフレームレートとの間の標準偏差である。

本実施例では、オペレーティングシステムは、実行シーンに入る実行時刻と現在の時間とに基づいて実行持続時間を確定し、さらに当該実行持続時間が属する実行期間を目標実行期間として確定し、実行期間の確定の精度を向上させる。

本実施例では、オペレーティングシステムは、カレント実行シーンでのターゲットフレームレートおよびシーン識別子に従ってターゲット最適化構成ファイルを確定し、取得したターゲット最適化構成ファイルが現在のフレームレートでの実行シーンに適することを確定する。

以下は、本出願の方法の実施例を実行するためであってもよい、本出願の装置の実施例である。本願の装置の実施例に開示されていない詳細については、本願の方法の実施例を参照する。

本出願の一実施例によるリソース構成装置のブロック図を示す図１０を参照する。当該装置は、ソフトウェア、またはソフトウェアとハードウェアの組み合わせによって、図７の第２の端末の一部またはすべてとして実装することができる。当該装置は、
前記オペレーティングシステムとの間で確立されたデータチャネルを通じて、前記ターゲットアプリケーションが置かれている実行シーンを示すためのシーン情報を前記オペレーティングシステムに送信するための、ターゲットアプリケーションモジュール１０１０と、
前記シーン情報に対応するターゲット最適化構成ファイルを取得するためのオペレーティングシステムモジュール１０２０とを含み、
前記ターゲット最適化構成ファイルは、実行シーンにおける異なる実行期間に対応する最適化構成情報を含み、前記最適化構成情報は、システムリソースの割り当て方式を指示するためであり、
前記オペレーティングシステムモジュール１０２０は、カレント実行期間に対応するターゲット最適化構成情報を前記ターゲット最適化構成ファイルから取得するためであり、
前記オペレーティングシステムモジュール１０２０は、前記ターゲット最適化構成情報に従ってシステムリソースを前記ターゲットアプリケーションに割り当てるためである。

オプションとして、前記シーン情報に対応するターゲット最適化構成ファイルを取得するとき、オペレーティングシステムモジュール１０２０は、
前記ターゲットアプリケーションのアプリケーション識別子を取得し、
前記アプリケーション識別子に従って、前記ターゲットアプリケーションに対応する少なくとも２つの最適化構成ファイルを取得し、ここ、異なる最適化構成ファイルは、前記ターゲットアプリケーションの異なる実行シーンに対応し、
前記シーン情報におけるシーン識別子に従って、前記少なくとも２つの最適化構成ファイルから前記ターゲット最適化構成ファイルを取得するためである。

オプションで、前記シーン情報には、前記実行シーンでのターゲットフレームレートがさらに含まれ、前記オペレーティングシステムは、前記シーン情報なかのシーン識別子に従って、前記少なくとも２つの最適化構成ファイルから前記ターゲット最適化構成ファイルを取得するとき、オペレーティングシステムモジュール１０２０はさらに、
前記ターゲットフレームレートと前記シーン識別子に従って、前記少なくとも２つの最適化構成ファイルから前記ターゲット最適化構成ファイルを取得するためであり、
ここ、同じ実行シーンでは、異なるターゲットフレームレートが異なる最適化構成ファイルに対応する。

オプションで、前記カレント実行期間に対応するターゲット最適化構成情報を前記ターゲット最適化構成ファイルから取得するとき、オペレーティングシステムモジュール１０２０は、
前記実行シーンを入るエントリ時間を取得し、
カレント時刻と前記エントリ時刻に基づいて実行持続時間を計算し、
前記実行持続時間に応じて、カレント実行期間を確定し、
前記カレント実行期間にマッチする最適化構成情報を前記ターゲット最適化構成情報として確定するためである。

オプションで、前記ターゲット最適化構成情報に従ってシステムリソースを前記ターゲットアプリケーションに割り当てた後、前記ターゲットアプリケーションのフレームレートの標準偏差がしきい値よりも低く、前記端末の消費電力が他のシステムリソース割り当て方式での前記端末の消費電力よりも低く、
ここ、前記フレームレートの標準偏差は、前記ターゲットアプリケーションのリアルタイムのフレームレートと前記実行シーンにおけるターゲットフレームレートとの標準偏差である。

オプションで、前記ターゲットアプリケーションの最適化構成ファイルは最適化ツールによって生成され、前記最適化ツールは、前記ターゲットアプリケーションの同じ実行シーンにおいて、各アトミックシーンに対応するリソース構成パラメータによって、前記ターゲットアプリケーションにシステムリソースを割り当て、ここ、異なるアトミックシーンが異なるリソース構成パラメータに対応する。各アトミックシーンについて、前記ターゲットアプリケーションのことなる実行期間でのフレームレートの標準偏差と、前記端末の消費電力を計算する。各実行期間について、前記フレームレートの標準偏差が閾値より低くかつ前記端末の消費電力が最も少ないアトミックシーンを、前記実行期間に対応するターゲットアトミックシーンとして確定する。各実行期間に対応する前記ターゲットアトミックシーンに従って前記実行シーンに対応する前記最適化構成ファイルを生成する。

オプションで、オペレーティングシステムモジュール１０２０はさらに、
構成ファイルの取得リクエストをサーバに送信し、前記構成ファイルの取得リクエストには、前記端末の端末型番と前記ターゲットアプリケーションのアプリケーション識別子が含まれ、前記サーバは、前記端末型番と前記アプリケーション識別子にマッチする最適化構成ファイルを前記端末にフィードバックするためであり、
前記サーバからフィードバックされた最適化構成ファイルを受信して格納するためである。

オプションで、前記ターゲットアプリケーションが組み込みソフトウェア開発キットＳＤＫを呼び出して、前記オペレーティングシステムと共に前記データチャネルを確立する、
または、
前記ターゲットアプリケーションがソケットＳｏｃｋｅｔ方式で前記オペレーティングシステムと共に前記データチャネルを確立する。

オプションで、前記最適化構成情報には、中央処理装置ＣＰＵの各コアのスイッチング状態、ＣＰＵの各コアの動作周波数、グラフィックスプロセッサＧＰＵの動作周波数、およびメモリの動作周波数の少なくとも１つが含まれる。

要約すると、本実施例では、ターゲットアプリケーションが実行中に、オペレーティングシステムとの間のデータチャネルを介して、置かれている実行シーンを示すシーン情報をオペレーティングシステムに送信し、オペレーティングシステムがシーン情報に対応するターゲット最適化構成ファイルを取得でき、さらにカレント実行期間が対応するターゲット最適化構成情報をターゲット最適化構成ファイルから取得するようにすることで、ターゲット最適化構成情報に従ってシステムリソースを割り当てる。単に端末のハードウェアパフォーマンスを改善するのと比較して、本願の実施例によるオペレーティングシステムは、アプリケーションが置かれている適用シーンによって、ターゲット的にシステムリソースを割り当てることができるので、アプリケーションが異なる適用シーンで良好な実行効果を達成しながら、端末のハードウェアへの依存を減らすことができる。それに、適用シーンはさらに細分化され、オペレーティングシステムは同じ適用シーンでの異なる実行期間に対応するシステムリソースを割り当てるので、アプリケーションプログラムが同じ適用シーンでの異なる実行期間で良好な実行効果を得ることができる。

本実施例では、オペレーティングシステムは、実行シーンに入る実行時刻と現在の時間とに基づいて実行持続時間を確定し、さらに当該実行持続時間が属する実行期間を目標実行時刻として確定し、実行期間の確定の精度を向上させる。

本実施例では、オペレーティングシステムは、カレント実行シーンでのターゲットフレームレートおよびシーン識別子に従って、ターゲット最適化構成ファイルを確定し、取得したターゲット最適化構成ファイルが現在のフレームレートでの実行シーンに適していると確定する。

なお、上記実施例による装置がその機能を実現するとき、上記の機能モジュールの分割で例示したが、実際の応用においては、需要に応じて上記の機能を異なる機能モジュールに割り当てて実現してもよく、つまり、装置の内部構造は、上記の機能のすべてまたは一部を完了するために、異なる機能モジュールに分割されてもよい。さらに、上記の実施例で提供される装置および方法の実施例は、同じ構想に属し、その具体的な実装プロセスについては、方法の実施例を参照し、詳細はここでは説明されない。

例示的な実施例では、コンピュータ可読記憶媒体も提供され、前記コンピュータ可読記憶媒体はコンピュータプログラムを格納し、前記コンピュータプログラムは、上記の方法の実施例の各ステップを実装するために端末のプロセッサによってロードされて実行される。

例示的な実施例では、コンピュータプログラム製品も提供され、当該コンピュータプログラム製品が実行されると、それは上記の方法の実施例の各ステップの機能を実装するためである。

本明細書で言及される「複数」は、２つ以上を指すことを理解されたい。「および／または」は、関連するオブジェクトの関係を表し、３つの関係が存在する可能性があることを示す。たとえば、Ａおよび／またはＢは、Ａが単独で存在し、ＡとＢが同時に存在し、Ｂが単独で存在するといった３つの状況があることを示す。文字「／」は通常、関連オブジェクト同士には「オア」という関係があることを示す。

本願の上記の実施例のシーケンス番号は、説明のためだけのものであり、実施例の優劣を表すものではない。

上記は、本出願の例示的な実施例にすぎず、本出願を限定することを意図するものではない。本出願の精神および原理の範囲内で行われる変更、同等の交換、改良などは、本出願の請求の範囲内に含まれるべきである。

Claims (20)

1. リソース構成方法において、前記方法はオペレーティングシステムおよびターゲットアプリケーションを実行する端末のためであり、前記方法は、
   前記ターゲットアプリケーションは、前記オペレーティングシステムとの間で確立されるデータチャネルを介して、前記ターゲットアプリケーションが置かれている実行シーンを示すためのシーン情報を前記オペレーティングシステムに送信することと、
   前記オペレーティングシステムは、前記シーン情報が対応するターゲット最適化構成ファイルを取得することと、
   前記オペレーティングシステムは、カレント実行期間に対応するターゲット最適化構成情報を前記ターゲット最適化構成ファイルから取得することと、
   前記オペレーティングシステムは、前記ターゲット最適化構成情報に応じて、システムリソースを前記ターゲットアプリケーションに割り当てることとを含み、
   前記ターゲット最適化構成ファイルには、前記実行シーンにおける異なる実行期間が対応する最適化構成情報が含まれており、前記最適化構成情報はシステムリソースの構成方式を示すためである、ことを特徴とするリソース構成方法。
2. 前記オペレーティングシステムは、前記シーン情報が対応するターゲット最適化構成ファイルを取得することは、
   前記オペレーティングシステムは、前記ターゲットアプリケーションのアプリケーション識別子を取得することと、
   前記オペレーティングシステムは、前記アプリケーション識別子に応じて、前記ターゲットアプリケーションが対応する少なくとも２つの最適化構成ファイルを取得することと、
   前記オペレーティングシステムは、前記シーン情報におけるシーン識別子に応じて、前記少なくとも２つの最適化構成ファイルから前記ターゲット最適化構成ファイルを取得することとを含み、
   異なる最適化構成ファイルは、前記ターゲットアプリケーションにおける異なる実行シーンに対応する、ことを特徴とする請求項１に記載のリソース構成方法。
3. 前記シーン情報は、前記実行シーンにおける目標フレームレートをさらに含み、前記オペレーティングシステムは、前記シーン情報におけるシーン識別子に応じて、前記少なくとも２つの最適化構成ファイルから前記ターゲット最適化構成ファイルを取得することは、
   前記オペレーティングシステムは、前記ターゲットフレームレートおよび前記シーン識別子に応じて、前記少なくとも２つの最適化構成ファイルから前記ターゲット最適化構成ファイルを取得することを含み、
   ここ、同じ実行シーンでは、異なるフレームレートが異なる最適化構成ファイルに対応する、ことを特徴とする請求項２に記載のリソース構成方法。
4. 前記オペレーティングシステムは、カレント実行期間に対応するターゲット最適化構成情報を前記ターゲット最適化構成ファイルから取得することは、
   前記オペレーティングシステムは、前記実行シーンに入るエントリ時刻を取得することと、
   前記オペレーティングシステムは、カレント時刻および前記エントリ時刻に応じて実行持続時間を計算することと、
   前記オペレーティングシステムは、前記実行持続時間に応じて前記カレント実行期間を確定することと、
   前記オペレーティングシステムは、前記カレント実行期間にマッチする最適化構成情報を前記ターゲット最適化構成情報として確定することとを含む、ことを特徴とする請求項１から３のいずれか一項に記載のリソース構成方法。
5. 前記オペレーティングシステムが前記ターゲット最適化構成情報に応じてシステムリソースを前記ターゲットアプリケーションに割り当てた後、前記ターゲットアプリケーションのフレームレートの標準偏差はしきい値よりも低く、かつ前記端末の消費電力は他のシステムリソース構成方式での前記端末の消費電力よりも低く、
   ここ、前記フレームレートの標準偏差は、前記ターゲットアプリケーションのリアルタイムのフレームレートと前記実行シーンにおけるターゲットフレームレートとの標準偏差である、ことを特徴とする請求項１から３のいずれか一項に記載のリソース構成方法。
6. 前記ターゲットアプリケーションの最適化構成ファイルがチューニングツールによって生成され、前記チューニングツールが前記ターゲットアプリケーションの同じ実行シーンにおいて、各アトミックシーンが対応するリソース構成パラメータに応じて、システムリソースを前記ターゲットアプリケーションに割り当てるためであり、ここ、異なるアトミックシーンは異なるリソース構成パラメータに対応し、各アトミックシーンについて、前記ターゲットアプリケーションが異なる実行期間でのフレームレートの標準偏差および前記端末の消費電力を計算し、各実行期間について、前記フレームレートの標準偏差がしきい値よりも低く、かつ前記端末の消費電力が最も低いアトミックシーンを、前記実行期間に対応するターゲットアトミックシーンとして確定し、各実行期間が対応する前記ターゲットアトミックシーンに応じて、前記実行シーンが対応する最適化構成ファイルを生成する、ことを特徴とする請求項１から３のいずれか一項に記載のリソース構成方法。
7. 前記オペレーティングシステムは、構成ファイルの取得リクエストをサーバに送信することと、
   前記オペレーティングシステムは、前記サーバからフィードバックされる最適化構成ファイルを受信して格納することとをさらに含み、
   前記構成ファイルの取得リクエストには、前記端末の端末型番および前記ターゲットアプリケーションのアプリケーション識別子が含まれ、前記サーバは、前記端末型番および前記アプリケーション識別子にマッチする最適化構成ファイルを前記端末にフィードバックするためである、ことを特徴とする請求項１から３のいずれか一項に記載のリソース構成方法。
8. 前記ターゲットアプリケーションが組み込みソフトウェア開発キットＳＤＫを呼び出して前記オペレーティングシステムと共に前記データチャネルを確立する、
   または、
   前記ターゲットアプリケーションがソケットを介して前記オペレーティングシステムと共に前記データチャネルを確立する、ことを特徴とする請求項１から３のいずれか一項に記載のリソース構成方法。
9. 前記最適化構成情報は、中央処理装置ＣＰＵの各コアのスイッチング状態、ＣＰＵの各コアの動作周波数、グラフィックスプロセッサＧＰＵの動作周波数、およびメモリの動作周波数のうちの少なくとも１つを含む、ことを特徴とする請求項１から３のいずれか一項に記載のリソース構成方法。
10. リソース構成装置において、前記装置はオペレーティングシステムおよびターゲットアプリケーションを実行する端末のためであり、前記装置は、
    前記オペレーティングシステムとの間で確立されるデータチャネルを介して、前記ターゲットアプリケーションが置かれている実行シーンを示すためのシーン情報を前記オペレーティングシステムに送信するためのターゲットアプリケーションモジュールとを備え、
    前記シーン情報が対応するターゲット最適化構成ファイルを取得するためのオペレーティングシステムモジュールと、
    前記オペレーティングシステムは、カレント実行期間に対応するターゲット最適化構成情報を前記ターゲット最適化構成ファイルから取得し、
    前記オペレーティングシステムは、前記ターゲット最適化構成情報に応じて、システムリソースを前記ターゲットアプリケーションに割り当て、
    前記ターゲット最適化構成ファイルには、前記実行シーンにおける異なる実行期間が対応する最適化構成情報が含まれており、前記最適化構成情報はシステムリソースの構成方式を示すためである、ことを特徴とするリソース構成装置。
11. 前記オペレーティングシステムは、
    前記ターゲットアプリケーションのアプリケーション識別子を取得し、
    前記アプリケーション識別子に応じて、前記ターゲットアプリケーションが対応する少なくとも２つの最適化構成ファイルを取得し、
    前記シーン情報におけるシーン識別子に応じて、前記少なくとも２つの最適化構成ファイルから前記ターゲット最適化構成ファイルを取得するためである、ことを特徴とする請求項１０に記載のリソース構成装置。
12. 前記シーン情報は、前記実行シーンにおける目標フレームレートをさらに含み、前記オペレーティングシステムは、
    前記ターゲットフレームレートおよび前記シーン識別子に応じて、前記少なくとも２つの最適化構成ファイルから前記ターゲット最適化構成ファイルを取得するためであり、
    ここ、同じ実行シーンでは、異なるフレームレートが異なる最適化構成ファイルに対応する、ことを特徴とする請求項１１に記載のリソース構成装置。
13. 前記オペレーティングシステムは、
    前記実行シーンに入るエントリ時刻を取得し、
    カレント時刻および前記エントリ時刻に応じて実行持続時間を計算し、
    前記実行持続時間に応じて前記カレント実行期間を確定し、
    前記カレント実行期間にマッチする最適化構成情報を前記ターゲット最適化構成情報として確定するためである、ことを特徴とする請求項１０から１２のいずれか一項に記載のリソース構成装置。
14. 前記オペレーティングシステムが前記ターゲット最適化構成情報に応じてシステムリソースを前記ターゲットアプリケーションに割り当てた後、前記ターゲットアプリケーションのフレームレートの標準偏差はしきい値よりも低く、かつ前記端末の消費電力は他のシステムリソース割り当て方式での前記端末の消費電力よりも低く、
    ここ、前記フレームレートの標準偏差は、前記ターゲットアプリケーションのリアルタイムのフレームレートと前記実行シーンにおけるターゲットフレームレートとの標準偏差である、ことを特徴とする請求項１０から１２のいずれか一項に記載のリソース構成装置。
15. 前記ターゲットアプリケーションの最適化構成ファイルがチューニングツールによって生成され、前記チューニングツールが前記ターゲットアプリケーションの同じ実行シーンにおいて、各アトミックシーンが対応するリソース構成パラメータに応じて、システムリソースを前記ターゲットアプリケーションに割り当てるためであり、ここ、異なるアトミックシーンは異なるリソース構成パラメータに対応し、各アトミックシーンについて、前記ターゲットアプリケーションが異なる実行期間でのフレームレートの標準偏差および前記端末の消費電力を計算し、各実行期間について、前記フレームレートの標準偏差がしきい値よりも低く、かつ前記端末の消費電力が最も低いアトミックシーンを、前記実行期間に対応するターゲットアトミックシーンとして確定し、各実行期間が対応する前記ターゲットアトミックシーンに応じて、前記実行シーンが対応する最適化構成ファイルを生成する、ことを特徴とする請求項１０から１２のいずれか一項に記載のリソース構成装置。
16. 前記オペレーティングシステムは、さらに構成ファイルの取得リクエストをサーバに送信するためであり、前記構成ファイルの取得リクエストには、前記端末の端末型番および前記ターゲットアプリケーションのアプリケーション識別子が含まれ、前記サーバは、前記端末型番および前記アプリケーション識別子にマッチする最適化構成ファイルを前記端末にフィードバックするためである、
    前記オペレーティングシステムモジュールは、さらに前記サーバがフィードバックする最適化構成ファイルを受信して格納する、ことを特徴とする請求項１０から１２のいずれか一項に記載のリソース構成装置。
17. 前記ターゲットアプリケーションが組み込みソフトウェア開発キットＳＤＫを呼び出して前記オペレーティングシステムと共に前記データチャネルを確立する、
    または、
    前記ターゲットアプリケーションがソケットを介して前記オペレーティングシステムと共に前記データチャネルを確立する、ことを特徴とする請求項１０から１２のいずれか一項に記載のリソース構成装置。
18. 前記最適化構成情報が、中央処理装置ＣＰＵの各コアのスイッチング状態、ＣＰＵの各コアの動作周波数、グラフィックスプロセッサＧＰＵの動作周波数およびメモリの動作周波数の少なくとも１つを含む、ことを特徴とする請求項１０から１２のいずれか一項に記載のリソース構成装置。
19. 端末において、前記端末はプロセッサとメモリとを備え、前記メモリはコンピュータプログラムを格納し、前記コンピュータプログラムは請求項１から９のいずれか一項のリソース構成方法を実施するために、前記プロセッサによってロードされて実行される、ことを特徴とする端末。
20. コンピュータ可読記憶媒体において、前記コンピュータ可読記憶媒体はコンピュータプログラムを格納し、前記コンピュータプログラムは請求項１から９のいずれか一項のリソース構成方法を実施するために、プロセッサによってロードされて実行される、ことを特徴とするコンピュータ可読記憶媒体。

Images