(57)【特許請求の範囲】
【請求項１】
アプリケーション加速方法であって、
コントロールセンタにより、プロセスの開始および終了を監視するためにプロセス監視クラスを呼び出すステップと、
前記コントロールセンタにより、前記プロセス監視クラスが、プロセスが開始されたことを監視し、前記プロセスが加速される必要があることを確認した後に、前記プロセス監視クラスによって送信される前記プロセスのプロセス情報を受信するステップと、
前記コントロールセンタにより、前記プロセス情報に基づいてサービスクラスを呼び出すステップであって、前記サービスクラスが、前記プロセスの複数の状態を監視し、前記プロセスが終了状態になるまで前記プロセスの前記複数の状態の各々においてタスクを実行する、ステップと
を含み、
前記サービスクラスが、前記プロセスが前記終了状態にあることを監視した後、前記方法は、
前記コントロールセンタにより、前記プロセスの加速が完了したことを示す情報を前記サービスクラスから受信するステップと、
前記コントロールセンタにより、プロセスの開始および終了を監視するために前記プロセス監視クラスを呼び出すステップと
をさらに含む、
方法。
【請求項２】
前記プロセス監視クラスが、前記プロセスが開始されたことを監視した後、前記プロセスが構成済みプロセスにヒットするかどうかが判定され、前記プロセスが前記構成済みプロセスにヒットすると判定した場合に、前記プロセス情報を前記コントロールセンタに送信するためにコールバックインターフェースがトリガされる、請求項1に記載の方法。
【請求項３】
前記コントロールセンタにより、プロセスの開始および終了を監視するためにプロセス監視クラスを呼び出す前記ステップの前に、前記方法は、
前記コントロールセンタにより、ダイナミックリンクライブラリを介して初期化インターフェースを公開するステップと、
前記コントロールセンタにより、前記初期化インターフェースが呼び出された後に、前記プロセスの開始および終了を監視するために前記プロセス監視クラスを呼び出すステップと
をさらに含む、請求項1または2に記載の方法。
【請求項４】
構成ファイルが前記サービスクラスに記憶され、前記構成ファイルは、プロセス、状態、およびタスクの間の対応関係の情報で構成される、請求項1または2に記載の方法。
【請求項５】
前記構成ファイルが、少なくとも第1のプロセスおよび第2のプロセスを含み、
前記構成ファイルにおいて、前記第1のプロセスは、前記第1のプロセスの実行の開始から前記第1のプロセスの終了までの前記第1のプロセスの状態に対応し、前記第1のプロセスの前記状態の各々におけるタスクに対応する、請求項4に記載の方法。
【請求項６】
前記タスクの実行結果は、成功または失敗を含み、
前記タスクのタイプは、条件トリガ、条件判定、およびアクションのうちの少なくとも1つを含む、請求項4に記載の方法。
【請求項７】
アプリケーション加速デバイスであって、
プロセスの開始および終了を監視するためにプロセス監視クラスを呼び出すように構成された監視呼出しユニットと、
前記プロセス監視クラスが、プロセスが開始されたことを監視し、前記プロセスが加速される必要があることを確認した後に、前記プロセス監視クラスによって送信される前記プロセスのプロセス情報を受信するように構成された第1の受信ユニットと、
前記プロセス情報に基づいてサービスクラスを呼び出すように構成されたサービス呼出しユニットであって、前記サービスクラスが、前記プロセスの複数の状態を監視し、前記プロセスが終了状態になるまで前記プロセスの前記複数の状態の各々においてタスクを実行する、サービス呼出しユニットと
を備え、
前記プロセスが前記終了状態にあることを前記サービスクラスが監視した後に、前記プロセスの加速が完了したことを示す情報を前記サービスクラスから受信するように構成された第2の受信ユニット
をさらに備え、
前記監視呼出しユニットが、前記プロセスの加速が完了したことを示す前記情報を前記第2の受信ユニットが受信した後に、プロセスの開始および終了を監視するために前記プロセス監視クラスを呼び出すようにさらに構成される
デバイス。
【請求項８】
前記プロセス監視クラスが、前記プロセスが開始されたことを監視した後、前記プロセスが構成済みプロセスにヒットするかどうかが判定され、前記プロセスが前記構成済みプロセスにヒットすると判定した場合に、前記プロセス情報をコントロールセンタに送信するためにコールバックインターフェースがトリガされる、請求項7に記載のデバイス。
【請求項９】
ダイナミックリンクライブラリを介して初期化インターフェースを公開するように構成されたインターフェースユニットをさらに備え、
前記監視呼出しユニットが、前記初期化インターフェースが呼び出された後に、前記プロセスの開始および終了を監視するために前記プロセス監視クラスを呼び出すようにさらに構成される、請求項7または8に記載のデバイス。
【請求項１０】
構成ファイルが前記サービスクラスに記憶され、前記構成ファイルは、プロセス、状態、およびタスクの間の対応関係の情報で構成される、請求項7または8に記載のデバイス。
【請求項１１】
前記構成ファイルが、少なくとも第1のプロセスおよび第2のプロセスを含み、
前記構成ファイルにおいて、前記第1のプロセスは、前記第1のプロセスの実行の開始から前記第1のプロセスの終了までの前記第1のプロセスの状態に対応し、前記第1のプロセスの前記状態の各々におけるタスクに対応する、請求項10に記載のデバイス。
【請求項１２】
前記タスクの実行結果は、成功または失敗を含み、
前記タスクのタイプは、条件トリガ、条件判定、およびアクションのうちの少なくとも1つを含む、請求項10に記載のデバイス。
【請求項１３】
アプリケーション加速方法であって、
コントロールセンタにより、プロセスの開始および終了を監視するためにプロセス監視クラスを呼び出すステップと、
前記プロセス監視クラスにより、プロセスが開始されたことを監視し、前記プロセス監視クラスにより、前記プロセスが加速される必要があることを確認するステップと、
前記プロセス監視クラスにより、前記プロセスのプロセス情報を前記コントロールセンタに送信するステップと、
前記コントロールセンタにより、前記プロセス情報を受信するステップと、
前記コントロールセンタにより、前記プロセス情報に基づいてサービスクラスを呼び出すステップと、
前記サービスクラスにより、前記プロセス情報に基づいて前記プロセスの複数の状態を監視し、前記サービスクラスにより、前記プロセスが終了状態になるまで前記プロセスの前記複数の状態の各々においてタスクを実行するステップと
を含み、
前記サービスクラスが、前記プロセスが前記終了状態にあることを監視した後、前記方法は、
前記コントロールセンタにより、前記プロセスの加速が完了したことを示す情報を前記サービスクラスから受信するステップと、
前記コントロールセンタにより、プロセスの開始および終了を監視するために前記プロセス監視クラスを呼び出すステップと
をさらに含む、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2015年9月9日に中国国家知識産権局に出願された「APPLICATION ACCELERATION METHOD AND DEVICE」という題名の中国特許出願第201510571980.5号の優先権を主張するものであり、参照により上記中国特許出願の全内容が本明細書に組み込まれる。
【０００２】
本開示は、コンピュータの技術分野に関し、詳細には、アプリケーション加速方法およびアプリケーション加速デバイスに関する。
【背景技術】
【０００３】
アプリケーション加速は、アプリケーションの速度を上げることができるソフトウェアに関する。
【０００４】
Tencent PCマネージャなどの多くのソフトウェアは、アプリケーション加速機能を有する。たとえば、Tencent PCマネージャは、C++言語およびlua(埋め込み型スクリプト言語)エンジンの組合せでゲームおよびアプリケーションソフトウェアの開始加速を実行する。この場合、ゲームサポートまたはアプリケーションサポートが追加される度に、プログラムコードは変更される必要があり、luaスクリプトのパッケージサポートにクラスが追加される。加えて、luaエンジンのデータの独立性により、データは、共有することができない。したがって、前述のアプリケーション加速解決法の動作効率および保守効率は低い。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
データ共有を実現し、動作効率および保守効率を向上させるために、本開示の実施形態に従って、アプリケーション加速方法およびアプリケーション加速デバイスが提供される。
【課題を解決するための手段】
【０００６】
アプリケーション加速方法は、
コントロールセンタにより、プロセスの開始および終了を監視するためにプロセス監視クラスを呼び出すステップと、
コントロールセンタにより、プロセス監視クラスが、プロセスが開始されたことを監視し、そのプロセスが加速される必要があることを確認した後に、プロセス監視クラスによって送信されるプロセスのプロセス情報を受信するステップと、
コントロールセンタにより、プロセス情報に基づいてサービスクラスを呼び出すステップであって、サービスクラスは、プロセスの複数の状態を監視し、プロセスが終了状態になるまでプロセスの複数の状態の各々においてタスクを実行する、ステップとを含む。
【０００７】
アプリケーション加速デバイスは、
プロセスの開始および終了を監視するためにプロセス監視クラスを呼び出すように構成された監視呼出しユニットと、
プロセス監視クラスが、プロセスが開始されたことを監視し、そのプロセスが加速される必要があることを確認した後に、プロセス監視クラスによって送信されるプロセスのプロセス情報を受信するように構成された第1の受信ユニットと、
プロセス情報に基づいてサービスクラスを呼び出すように構成されたサービス呼出しユニットであって、サービスクラスは、プロセスの複数の状態を監視し、プロセスが終了状態になるまでプロセスの複数の状態の各々においてタスクを実行する、サービス呼出しユニットとを備える。
【０００８】
本開示の実施形態は以下の利点を有することが、前述の技術的解決法から理解されよう。コントロールセンタは、加速手続きを制御し、プロセス監視クラスは、加速される必要があるプロセスを監視する。プロセスの状態は、開始から終了まで変化し、タスクが、プロセスの状態の各々において実行され、タスクの実行は、サービスクラスによって制御される。サービスクラスにおける構成データがプロセスの加速をサポートし得る限り、アプリケーション加速が実現され得る。さらに、プロセスを実行する手続きにおけるタスクは、コードを修正することなしに異なるプロセスによって再使用および共有され得る。したがって、本開示の実施形態において採用される加速解決法は、動作効率および保守効率を向上させることができる。
【０００９】
本開示の実施形態の技術的解決法をより明確に説明するために、実施形態の説明において使用されることになる図面が、以下に簡単に説明される。当然ながら、以下の説明にある図面は、本開示のいくつかの実施形態のみを示し、他の図面が、本明細書で提供される図面に従って創造的労力なしに当業者によって取得され得る。
【図面の簡単な説明】
【００１０】
【図１】本開示の一実施形態による方法の概略的流れ図である。
【図２】本開示の一実施形態によるソフトウェアの概略的構造図である。
【図３】本開示の一実施形態によるデータベースモデリングの概略的構造図である。
【図４】本開示の一実施形態によるデバイスの概略的構造図である。
【図５】本開示の一実施形態によるデバイスの概略的構造図である。
【図６】本開示の一実施形態によるデバイスの概略的構造図である。
【図７】本開示の一実施形態によるデバイスの概略的構造図である。
【図８】本開示の一実施形態によるデバイスの概略的構造図である。
【発明を実施するための形態】
【００１１】
本開示の目的、技術的解決法および利点をより明確にするために、以下では、本開示が、図面と併せてさらに詳細に説明されることになる。当然ながら、記載される実施形態は、すべての実施形態ではなく、本開示の実施形態の一部にすぎない。創造的労力なしに本開示のこれらの実施形態に基づいて当業者によって取得されるすべての他の実施形態は、本開示の保護範囲内にある。
【００１２】
アプリケーション加速方法が、図1に示すように、本開示の一実施形態に従って提供され、アプリケーション加速方法は、ブロック101から103を含む。
【００１３】
ブロック101において、コントロールセンタが、プロセスの開始および終了を監視するためにプロセス監視クラスを呼び出す。
【００１４】
本開示の実施形態では、コントロールセンタは、アプリケーション加速をスケジュールするための機能を提供し、加速機能を有するソフトウェアの外部インターフェースを提供し得る。コントロールセンタは、プロセス監視クラスを呼び出す。プロセス監視クラスは、ソフトウェア概念に属し、デバイスにおいてプロセスの開始および終了を監視することができる。プロセス監視クラスを呼び出すようにコントロールセンタをトリガする方法に関して、以下のようなスキームが、本開示の実施形態において提供される。
【００１５】
コントロールセンタが、プロセスの開始および終了を監視するためにプロセス監視クラスを呼び出す前に、前述のアプリケーション加速方法は、以下をさらに含む:ダイナミックリンクライブラリを介して初期化インターフェースおよび初期化解除インターフェースをコントロールセンタによって公開するステップと、
初期化インターフェースが呼び出された後に、プロセスの開始および終了を監視するためにプロセス監視クラスをコントロールセンタによって呼び出すステップ。
【００１６】
プロセス監視クラスの機能は、デバイスにおけるプロセスの開始および終了を監視することであり、本機能の特定の実装形態は、その機能を有するクラスの定義を指し得、本明細書において繰り返して説明はされない。
【００１７】
ブロック102において、プロセス監視クラスが、プロセスが開始されたことを監視し、そのプロセスが加速される必要があることを確認した後、コントロールセンタが、プロセス監視クラスによって送信されるそのプロセスのプロセス情報を受信する。
【００１８】
本開示の実施形態では、プロセス監視クラスは、プロセスのスクリーニングの機能を有し、これは、すべてのそれらのプロセスが加速される必要があるわけではなく、それらのプロセスのすべてが加速され得るわけではないからである。加速される必要があるプロセスが存在するときにのみ、加速のロジックが呼び出される。もちろん、そのプロセスは、加速することができるプロセスであるべきである。本実施形態はまた、プロセススクリーニングロジックを提供し、プロセススクリーニングロジックの流れの特定の実装形態は、以下のように説明される:プロセス監視クラスが、プロセスが開始されたことを監視した後、前述のプロセスが構成済みプロセス(configured process)にヒットするかどうかを判定するステップと、前述のプロセスが構成済みプロセスにヒットすると判定した場合に、コントロールセンタにプロセス情報を送信するようにコールバックインターフェースをトリガするステップ。
【００１９】
本開示の実施形態では、ヒットは、監視されているプロセスが、構成済みプロセス、すなわち加速される必要があるおよび加速することができるプロセス、に属することを示す。一般に、プロセス名は、プロセスファイルにおける照会に使用され、照会の成功は、ヒットを示す。
【００２０】
ブロック103では、コントロールセンタが、プロセス情報に基づいてサービスクラスを呼び出し、サービスクラスは、プロセスの複数の状態を監視し、プロセスが終了状態になるまでプロセスの状態の各々においてタスクを実行する。
【００２１】
サービスクラスは、プロセスの状態を維持するおよびプロセスのタスクの実行を制御するために使用される機能クラスである。本実施形態におけるプロセスのタスクは、プロセスの機能を実現するためにプロセスによって実行される内容を指し、タスクは通常は、クラスファクトリによって生成され得、再使用および共有され得る。
【００２２】
本開示の実施形態では、コントロールセンタは、加速手続きを制御し、プロセス監視クラスは、加速される必要があるプロセスを監視する。プロセスの状態は、開始から終了まで変化し、タスクが、プロセスの状態の各々において実行され、タスクの実行は、サービスクラスによって制御される。サービスクラス内の構成データがプロセスの加速をサポートし得る限り、アプリケーション加速は実現され得る。さらに、プロセスを実行する手続きにおけるタスクは、コードを修正することなしに異なるプロセスによって再使用および共有され得る。したがって、本開示の実施形態において採用される加速解決法は、動作効率および保守効率を向上させることができる。
【００２３】
さらに、プロセスの加速が完了した後に実行される実装解決法が、本開示の実施形態に従ってさらに提供される。サービスクラスが、プロセスが終了状態にあることを監視した後、前述のアプリケーション加速方法は、以下をさらに含む:
サービスクラスから前述のプロセスの加速が完了したことを示す情報をコントロールセンタによって受信するステップと、
プロセスの開始および終了を監視するためにプロセス監視クラスをコントロールセンタによって呼び出すステップ。
【００２４】
サービスクラスは、プロセスの現在の状態を理解しているので、プロセスの実行が完了し、プロセスが終了状態にある場合、対応する情報が、コントロールセンタにフィードバックされ得、コントロールセンタは、次のプロセスを監視するように制御する。デバイスによって動作させられるプロセスの加速は、周期的に自動的に完了され得る。
【００２５】
本開示の実施形態では、理論的には、サービスクラスは、プロセス、状態およびタスクの間の対応関係を獲得することのみによって前述の機能を実現することができる。異なる構成ファイルは、異なるプロセスを記録し得る。1つの構成ファイルが、複数のプロセスを記録するために使用され得る。プロセス、状態およびタスクの間の対応関係の情報で構成された構成ファイルが、前述のサービスクラスに記憶される。
【００２６】
本実施形態では、構成ファイルは、複数のプロセスを含み得る。以下の実施形態では、第1のプロセスおよび第2のプロセスは単に、構成ファイル内のプロセスの例である。第1のプロセスまたは第2のプロセスは、前述の加速される必要があるプロセスでもよく、または前述の加速される必要があるプロセスでなくてもよく、本開示の実施形態において限定されない。
【００２７】
前述の構成ファイルは、少なくとも2つのプロセス、すなわち第1のプロセスおよび第2のプロセス、を含む。
【００２８】
前述の構成ファイルでは、前述の第1のプロセスは、第1のプロセスの実行の開始から第1のプロセスの終了までの第1のプロセスのすべての状態に対応し、第1のプロセスの状態の各々において実行されることになるタスクに対応する。1つまたは複数のタスクが、各状態において実行される。
【００２９】
本開示の実施形態はさらに、タスクの実行結果およびタスクのタイプの代替スキームの例を提供する。前述のタスクの実行結果は、成功または失敗を含み、前述のタスクのタイプは、条件トリガ、条件判定およびアクションのうちの少なくとも1つを含む。
【００３０】
本開示の実施形態では、ユニバーサル加速プラットフォームが、アプリケーションの開始加速サポートの利便性および後の能力強化(開始加速に限定されない)の拡張性を考慮して構築される。したがって、ユニバーサルタスクプラットフォームは、ほとんどのアプリケーションの開始加速をサポートするために、本開示の実施形態における有限状態機械の原理によるワークフローエンジン(モジュール)を使用して構築される。この場合、それは、特定のアプリケーションおよび特定の状態のアプリケーションの加速に限定されない。
【００３１】
図2に示すように、TAOにおけるゲーム開始加速が一例として挙げられる。図2に示される構造では、ワークフローモジュールは、サービス手続き管理(TAOワークフロー)部分に置かれる。図2に示される構造は、TAOアセンブリ、TAOアプリケーション、ゲームサービス、トレーニングツール、手続き構成ツール、ゲーム開始加速手続きおよびサービス手続き管理を含む。加えて、他の加速容量が、図2には示されないが、サービス手続き管理に基づいて拡張され得る。サービス手続き管理は、アプリケーション層のコア部分内に置かれ(次の層は、駆動して加速容量を提供するために使用される)、アプリケーション加速手続き全体を一様に確立および管理するために使用され、特定の実装アーキテクチャが、データベースモデリングのクラスの概略的構造図である図3に示される。そのクラスは、プログラミング用語に属し、データメンバおよびメンバ関数を含む。データメンバは、クラスのプロパティに対応し、クラスのデータメンバはまた、ストレージ割り当てを必要としない、データタイプでもよい。メンバ関数は、クラスのプロパティを動作させるために使用され、クラスの特定の動作である。クラスと外部との間の対話の動作は、インターフェースと呼ばれる。メンバ関数は、クラス内部または外部で実現され得る。「インライン」が、クラス内部に実現されたメンバ関数に黙従的に追加され、ドメインオペレータが、クラス外部に実現されたメンバ関数、すなわち「クラス名::メンバ関数」、に追加されなければならない。図3に示されるクラスは、クラスの基本定義を参照して解釈され得る。
【００３２】
図3におけるクラスが、例を用いて以下に説明される。
【００３３】
【表１】
0006685538.tif 000002
【００３４】
前述の表1は、インターフェース名ITaoWorkFlow(ITAOワークフロー)と、ダイナミックリンクライブラリ(DLL: Dynamic Link Library)全体を介して公開されたインターフェースである、Init(初期化)およびUnInit(初期化解除)、Start(開始)、Stop(停止)を含む、定義されたインターフェース名とを含む。
【００３５】
【表２】
0006685538.tif 000003
【００３６】
前述の表2は、インターフェース名ITAOWorkFlowInner(内部ワークフロー)と、NotifyAssignBusinessFlowStart(ビジネスの割り当ての開始の通知)およびNotifyAssignBusinessFlowEnd(ビジネスの割り当ての終了の通知)を含む2つのインターフェースとを含む。
【００３７】
表1および表2に記録された内容は、それぞれ、コントロールセンタとしてのクラスCTAOWorkFlowImplによって提供されるインターフェースのクラスと、初期化および開始加速フローのためのクラスとである。
【００３８】
【表３】
0006685538.tif 000004
【００３９】
前述の表3で、CMonitorMgrは、プロセスを監視するための管理クラスであり、内部ワークフロー、ワークフローのデータおよびそのクラスが属するクラスファクトリが、プロセスを監視するために、それぞれ、CMonitorMgrにおいて定義されたITAOWorkFlowInner*m_pTaoInnerInterface、ITAOWorkFlowdata*m_pTaoWorkFlowDataおよびITAOFactory*m_pTaoFactoryを介して監視される。
【００４０】
【表４】
0006685538.tif 000005
【００４１】
前述の表4で、CMonitorMgrは、タスクを定義するクラスであり、そこにおいて、IBusinessDataは、サービスデータを呼び出すための関数である。
【００４２】
【表５】
0006685538.tif 000006
【００４３】
前述の表5で、ITAOWorkFlowDateは、ITAOワークフローのインターフェースを定義するためのクラスである。
【００４４】
ワークフローのインターフェースのクラスおよび本実施形態における一例としてのCGameXmlConfigクラスの定義に基づいて、ゲーム構成のクラスが、定義される。
【００４５】
【表６】
0006685538.tif 000007
【００４６】
前述の表6では、インターフェースクラスITaskCallbackが、コールバックのために定義され、そこにおいて、メンバ関数OnTaskRetが、タスクコールバックを実現するために使用される。
【００４７】
【表７】
0006685538.tif 000008
【００４８】
前述の表7は、インターフェースを定義するためのクラスを示し、IBusinessDataは、クラス名のサービスデータであり、そこにおいて、+GetDynamicData()、+GetStaticData(DWORD)()、+GetMonitorInfoData()は、それぞれ、動的データを獲得する、静的データを取得する、および監視情報データを獲得するために使用されるメンバ関数である。
【００４９】
【表８】
0006685538.tif 000009
【００５０】
前述の表8は、インターフェースを定義するためのクラスを示し、そのクラスは、インターフェースがワークフローの状態を定義するためのクラスであることを示すクラス名IWorkFlowStateDefinerNotifyを有し、クラスのメンバ関数+NotifyOneStateBegin()、+NotifyOneStateEnd()、+StartOneStateAllTaskList()、+StopOneStateAllTaskList()は、それぞれ、1つの状態の開始の通知、1つの状態の終了の通知、1つの状態におけるすべてのタスクリストの開始、および、1つの状態におけるすべてのタスクリストの停止を実現するために使用される。
【００５１】
【表９】
0006685538.tif 000010
【００５２】
前述の表9は、インターフェースを定義するクラスを示し、そのクラスは、インターフェースが状態のクラスファクトリを定義するためのクラスであることを示すクラス名IStateFactoryを有し、そのクラスのメンバ関数+InternalCreateState()は、内部状態の確立を実現するために使用される。
【００５３】
【表１０】
0006685538.tif 000011
【００５４】
前述の表10は、クラスがサービス手続き管理を定義するために使用されることを示すクラス名CBusinessWorkFlowMgrを含み、そのクラスのメンバ関数ITAOWorkFlowData*m_pTaoWorkFlowData、ITAOFactory*m_pTaoFactory、ITAOWorkFlowInner*m_pTaoInnerInterfaceは、それぞれ、ワークフローデータ、ワークフロークラスファクトリおよび内部ワークフローの呼び出しを実現するために使用される。
【００５５】
【表１１】
0006685538.tif 000012
【００５６】
前述の表11は、インターフェースを定義するためのクラスを示し、そのクラスは、クラスファクトリのタスクを示すクラス名ITaskFactoryを有し、そのクラスのメンバ関数+CreateAssignTask()、+SetTaskAttributes()は、それぞれ、割り当てタスクおよび設定タスク属性の作成を実現するために使用される。
【００５７】
タスク管理のクラスCStateMgrおよび特定のタスクのクラスIStateは、前述の表10に基づいて設定され得る。
【００５８】
【表１２】
0006685538.tif 000013
【００５９】
前述の表12内のクラス名は、そのクラスがタスクワークフローを定義するために使用されることを示すCTAOWorkFlowStateであり、そのクラスのメンバ関数IWorkFlowStateDefinerNotify*m_pTaoWorkFlowDataは、ワークフローの状態の定義の通知を実現するために使用される。
【００６０】
【表１３】
0006685538.tif 000014
【００６１】
前述の表13内のクラス名は、そのクラスがタスクを定義するために使用されることを示すITaskであり、そのクラスのメンバ関数IBusinessData*m_pBusinessData、ITaskCallback*m_pITaskCallbackは、それぞれ、サービスデータの呼び出しおよびタスク呼び出しの返送を実現するために使用される。
【００６２】
図3の実線矢印は、クラスの間の従属関係を表す。
【００６３】
本開示の実施形態の実装手続きが、図3に示されるデータベースモデリングの結果に基づいて以下に説明される。CTAOWorkFlowImplは、InitおよびUnInitなど、インターフェースを提供するコントロールセンタであり、ワークフローモジュールは、前述のインターフェースのポインタを取得した後に2つのインターフェースを介して初期化または初期化解除され得る。加速手続き全体が、提供された開始インターフェースで開始される。
【００６４】
CTAOWorkFlowImplのメンバクラスCMonitorMgrは、プロセスを監視するための管理クラスである。加速手続きがトリガされる前に、ゲームプロセスの開始および終了が先ず監視され、コントロールセンタCTAOWorkFlowImplに通知される、構成済みゲームにヒットするゲームプロセスの開始が監視されると、CMonitorMgrのコールバックインターフェースがトリガされる。この場合、別のメンバクラスCBusinessWorkMgrの方法が、呼び出される。メンバクラスCBusinessWorkMgrにおいて、状態機械が、内部を維持するために構成され、構成ファイル内には複数の状態が存在する。1つまたは複数の構成されたタスク、すなわち、図3のITaskインターフェース、が、各状態において実行される。プロセスは、プロセスが終了状態になるまで(規則によって1000)、構成ファイル内のタスクの実行結果に基づいて状態を切り替える。
【００６５】
タスクは、クラスファクトリによって作り出され、再使用することができ、タスクの結果は通常は、成功または失敗でもよい。タスクは、トリガ(タイミングまたはメッセージドライビングなど、ある特定の条件の下でのトリガ)、条件(メモリが要件を満たすかどうか、ハードディスクのタイプが正しいかどうかなど、条件判定)、行動(プリフェッチの開始、プリフェッチの停止などのアクション)など、異なるタイプに分けられ得る。
【００６６】
CBusinessWorkMgrが、手続きの実行を完了した後、コントロールセンタは、次の監視を開始するように知らせを受け、この方法で、加速手続きが、構成済みゲームについて周期的に開始される。本実施形態では、異なるゲームは、異なる構成ファイルに対応し得る。本実施形態では、異なる加速手続きが、構成ファイルの状態の切替えに基づいて提供される。本開示の実施形態において採用される技術的解決法は、構成ファイルのサポートのみを必要とし、ほとんどのアプリケーションに加速容量を提供することができる。
【００６７】
アプリケーション加速デバイスが、本開示の実施形態においてさらに提供され、図4に示すように、アプリケーション加速デバイスは、監視呼出しユニット401、第1の受信ユニット402およびサービス呼出しユニット403を含む。
【００６８】
監視呼出しユニット401は、プロセスの開始および終了を監視するためにプロセス監視クラスを呼び出すように構成される。
【００６９】
第1の受信ユニット402は、プロセス監視クラスがプロセスが開始されたことを監視し、そのプロセスが加速される必要があることを確認した後にプロセス監視クラスによって送信されるプロセスのプロセス情報を受信するように構成される。
【００７０】
サービス呼出しユニット403は、プロセス情報に基づいてサービスクラスを呼び出すように構成され、そのサービスクラスは、プロセスの複数の状態を監視し、プロセスが終了状態になるまでプロセスの複数の状態の各々においてタスクを実行する。
【００７１】
サービスクラスは、プロセスの状態を維持するおよびプロセスのタスクの実行を制御するために使用される機能クラスである。実施形態におけるプロセスのタスクは、プロセスの機能を実現するためにプロセスによって実行される内容を指し、タスクは通常は、クラスファクトリによって生成され得、再使用および共有され得る。
【００７２】
本開示の実施形態では、コントロールセンタは、加速手続きを制御し、プロセス監視クラスは、加速される必要があるプロセスを監視する。プロセスの状態は、開始から終了まで変化し、タスクが、プロセスの状態の各々において実行され、タスクの実行は、サービスクラスによって制御される。サービスクラス内の構成データがプロセスの加速をサポートし得る限り、アプリケーション加速は実現され得る。さらに、プロセスを実行する手続きにおけるタスクは、コードを修正することなしに異なるプロセスによって再使用および共有され得る。したがって、本開示の実施形態において採用される加速解決法は、動作効率および保守効率を向上させることができる。
【００７３】
さらに、プロセスの加速が完了した後に実行される実装解決法が、本開示の実施形態に従って、さらに提供される。図5に示すように、前述のアプリケーション加速デバイスはさらに、第2の受信ユニット501を含む。
【００７４】
第2の受信ユニット501は、プロセスが終了状態にあることをサービスクラスが監視した後にプロセスの加速が完了したことを示す情報をサービスクラスから受信するように構成される。
【００７５】
監視呼出しユニット401はさらに、プロセスの加速が完了したことを示す情報を第2の受信ユニットが受信した後にプロセスの開始および終了を監視するためにプロセス監視クラスを呼び出すように構成される。
【００７６】
サービスクラスは、プロセスの現在の状態を理解しているので、プロセスの実行が完了し、プロセスが終了状態にある場合、対応する情報が、コントロールセンタにフィードバックされ得、コントロールセンタは、次のプロセスを監視するように制御する。デバイスによって動作させられるプロセスの加速は、周期的に自動的に完了され得る。
【００７７】
本開示の実施形態では、プロセス監視クラスは、プロセスのスクリーニングの機能を有し、これは、すべてのそれらのプロセスが加速される必要があるわけではなく、それらのプロセスのすべてが加速され得るわけではないからである。加速される必要があるプロセスが存在するときにのみ、加速のロジックが呼び出される。もちろん、プロセスは、加速することができるプロセスであるべきである。実施形態はまた、プロセススクリーニングロジックを提供し、プロセススクリーニングロジックの流れの特定の実装形態は、以下のように説明される:プロセス監視クラスがプロセスが開始されたことを監視した後に、前述のプロセスが構成済みプロセスにヒットするかどうかを判定するステップと、前述のプロセスが構成済みプロセスにヒットすると判定した場合に、コントロールセンタにプロセス情報を送信するようにコールバックインターフェースをトリガするステップ。
【００７８】
本開示の実施形態では、ヒットは、監視されているプロセスが構成済みプロセス、すなわち加速される必要があるおよび加速することができるプロセス、に属することを示す。一般に、プロセス名は、プロセスファイルにおける照会に使用され、照会の成功は、ヒットを示す。
【００７９】
本開示の実施形態では、コントロールセンタは、アプリケーション加速をスケジュールするための機能を提供し、加速機能を有するソフトウェアの外部インターフェースを提供し得る。コントロールセンタは、プロセス監視クラスを呼び出す。プロセス監視クラスは、ソフトウェア概念に属し、デバイスにおいてプロセスの開始および終了を監視することができる。プロセス監視クラスを呼び出すようにコントロールセンタをトリガする方法に関して、以下のようなスキームが、本開示の実施形態において提供される。図6に示すように、前述のアプリケーション加速デバイスはさらに、インターフェースユニット601を含む。
【００８０】
インターフェースユニット601は、ダイナミックリンクライブラリを介して初期化インターフェースおよび初期化解除インターフェースを公開するように構成される。
【００８１】
監視呼出しユニット401はさらに、初期化インターフェースが呼び出された後にプロセスの開始および終了を監視するためにプロセス監視クラスを呼び出すように構成される。
【００８２】
プロセス監視クラスの機能は、デバイスにおけるプロセスの開始および終了を監視することであり、本機能の特定の実装形態は、その機能を有するクラスの定義を指し得、本明細書で繰り返して説明はされない。デバイスは、加速を開始するように制御される。
【００８３】
本開示の実施形態では、理論的には、サービスクラスは、プロセス、状態およびタスクの間の対応関係を獲得することのみによって前述の機能を実現することができる。異なる構成ファイルは、異なるプロセスを記録し得る。1つの構成ファイルが、複数のプロセスを記録するために使用され得る。プロセス、状態およびタスクの間の対応関係の情報で構成された構成ファイルが、前述のサービスクラスに記憶される。
【００８４】
本実施形態では、構成ファイルは、複数のプロセスを含み得る。以下の実施形態では、第1のプロセスおよび第2のプロセスは単に、構成ファイル内のプロセスの例である。第1のプロセスまたは第2のプロセスは、前述の加速される必要があるプロセスでもよく、または前述の加速される必要があるプロセスでなくてもよく、本開示の実施形態において限定されない。
【００８５】
前述の構成ファイルは、少なくとも2つのプロセス、すなわち第1のプロセスおよび第2のプロセス、を含む。
【００８６】
前述の構成ファイルでは、前述の第1のプロセスは、第1のプロセスの実行の開始から第1のプロセスの終了までの第1のプロセスのすべての状態に対応し、第1のプロセスの状態の各々において実行されることになるタスクに対応する。1つまたは複数のタスクが、各状態において実行される。
【００８７】
本開示の実施形態はさらに、タスクの実行結果およびタスクのタイプの代替スキームの例を提供する。前述のタスクの実行結果は、成功または失敗を含み、前述のタスクのタイプは、条件トリガ、条件判定およびアクションのうちの少なくとも1つを含む。
【００８８】
別のアプリケーション加速デバイスが、本開示の実施形態に従って、さらに提供され、図7に示すように、アプリケーション加速デバイスは、受信器701、送信器702、プロセッサ703およびメモリ704を含む。
【００８９】
メモリ704は、データストレージの機能を提供するように構成され、プロセッサ703によるデータ処理のためのキャッシュ、および/または、処理におけるデータ読み取りのための永続ストレージを含む。受信器701および送信器702は、加速させられることになるアプリケーションが受信器701および送信器702を必要とするかどうかに応じて、本開示の実施形態に含まれなくてもよい。
【００９０】
プロセッサ703は、以下の動作を実行するように構成される:プロセスの開始および終了を監視するためにプロセス監視クラスをコントロールセンタによって呼び出すステップと、プロセス情報が、前述のプロセス監視クラスがプロセスが開始されたことを監視し、前述のプロセスが加速される必要があることを確認した場合に、コントロールセンタに送信される、プロセス情報をコントロールセンタによって受信するステップと、プロセス情報に基づいてサービスクラスをコントロールセンタによって呼び出すステップであって、サービスクラスが、前述のプロセスの複数の状態を監視し、プロセスが終了状態になるまでプロセスの状態の各々においてタスクを実行する、ステップ。
【００９１】
サービスクラスは、プロセスの状態を維持するおよびプロセスのタスクの実行を制御するために使用される機能クラスである。本実施形態におけるプロセスのタスクは、プロセスの機能を実現するためにプロセスによって実行される内容を指し、タスクは通常は、クラスファクトリによって生成され得、再使用および共有され得る。
【００９２】
本開示の実施形態では、コントロールセンタは、加速手続きを制御し、プロセス監視クラスは、加速される必要があるプロセスを監視する。プロセスの状態は、開始から終了まで変化し、タスクが、プロセスの状態の各々において実行され、タスクの実行は、サービスクラスによって制御される。サービスクラス内の構成データがプロセスの加速をサポートし得る限り、アプリケーション加速は実現され得る。さらに、プロセスを実行する手続きにおけるタスクは、コードを修正することなしに異なるプロセスによって再使用および共有され得る。したがって、本開示の実施形態において採用される加速解決法は、動作効率および保守効率を向上させることができる。
【００９３】
本開示の実施形態では、コントロールセンタは、アプリケーション加速をスケジュールするための機能を提供し、加速機能を有するソフトウェアの外部インターフェースを提供し得る。コントロールセンタは、プロセス監視クラスを呼び出す。プロセス監視クラスは、ソフトウェア概念に属し、デバイスにおいてプロセスの開始および終了を監視することができる。プロセス監視クラスを呼び出すようにコントロールセンタをトリガする方法に関して、以下のようなスキームが、本開示の実施形態において提供される。
【００９４】
前述のプロセッサ703はさらに、コントロールセンタがプロセスの開始および終了を監視するためにプロセス監視クラスを呼び出す前にダイナミックリンクライブラリを介して初期化インターフェースおよび初期化解除インターフェースをコントロールセンタによって公開する動作と、
初期化インターフェースが呼び出された後にプロセスの開始および終了を監視するためにプロセス監視クラスをコントロールセンタによって呼び出す動作とを実行するように構成される。
【００９５】
プロセス監視クラスの機能は、デバイスにおけるプロセスの開始および終了を監視することであり、本機能の特定の実装形態は、その機能を有するクラスの定義を指し得、本明細書で繰り返して説明はされない。
【００９６】
本開示の実施形態では、プロセス監視クラスは、プロセスのスクリーニングの機能を有し、これは、すべてのそれらのプロセスが加速される必要があるわけではなく、それらのプロセスのすべてが加速され得るわけではないからである。加速される必要があるプロセスが存在するときにのみ、加速のロジックが呼び出される。もちろん、プロセスは、加速することができるプロセスであるべきである。本実施形態はまた、プロセススクリーニングロジックを提供し、プロセススクリーニングロジックの流れの特定の実装形態は、以下のように説明される:プロセス監視クラスがプロセスが開始されたことを監視した後、前述のプロセスが構成済みプロセスにヒットするかどうかを判定するステップと、前述のプロセスが構成済みプロセスにヒットすると判定した場合に、コントロールセンタにプロセス情報を送信するようにコールバックインターフェースをトリガするステップ。
【００９７】
本開示の実施形態では、ヒットは、監視されているプロセスが、構成済みプロセス、すなわち加速される必要があるおよび加速することができるプロセス、に属することを示す。一般に、プロセス名は、プロセスファイルにおける照会に使用され、照会の成功は、ヒットを示す。
【００９８】
さらに、プロセスの加速が完了した後に実行される実装解決法が、本開示の実施形態に従って、さらに提供される。前述のプロセッサ703はさらに、以下の動作を実行するように構成される:サービスクラスが、プロセスが終了状態にあることを監視した後に、前述のプロセスの加速が完了したことを示す情報を前述のサービスクラスから前述のコントロールセンタによって受信するステップと、
プロセスの開始および終了を監視するためにプロセス監視クラスをコントロールセンタによって呼び出すステップ。
【００９９】
サービスクラスは、プロセスの現在の状態を理解しているので、プロセスの実行が完了し、プロセスが終了状態にある場合、対応する情報が、コントロールセンタにフィードバックされ得、コントロールセンタは、次のプロセスを監視するように制御する。デバイスによって動作させられるプロセスの加速は、周期的に自動的に完了され得る。
【０１００】
本開示の実施形態では、理論的には、サービスクラスは、プロセス、状態およびタスクの間の対応関係を獲得することのみによって前述の機能を実現することができる。異なる構成ファイルは、異なるプロセスを記録し得る。1つの構成ファイルが、複数のプロセスを記録するために使用され得る。プロセス、状態およびタスクの間の対応関係の情報で構成された構成ファイルが、前述のサービスクラスに記憶される。
【０１０１】
本実施形態では、構成ファイルは、複数のプロセスを含み得る。以下の実施形態では、第1のプロセスおよび第2のプロセスは単に、構成ファイル内のプロセスの例である。第1のプロセスまたは第2のプロセスは、前述の加速される必要があるプロセスでもよく、または前述の加速される必要があるプロセスでなくてもよく、本開示の実施形態において限定されない。
【０１０２】
前述の構成ファイルは、少なくとも2つのプロセス、すなわち第1のプロセスおよび第2のプロセス、を含む。
【０１０３】
前述の構成ファイルでは、前述の第1のプロセスは、第1のプロセスの実行の開始から第1のプロセスの終了までの第1のプロセスのすべての状態に対応し、第1のプロセスの状態の各々において実行されることになるタスクに対応する。1つまたは複数のタスクが、各状態において実行される。
【０１０４】
本開示の実施形態はさらに、タスクの実行結果およびタスクのタイプの代替スキームの例を提供する。前述のタスクの実行結果は、成功または失敗を含み、前述のタスクのタイプは、条件トリガ、条件判定およびアクションのうちの少なくとも1つを含む。
【０１０５】
別のアプリケーション加速デバイスが、本開示の実施形態において提供される。図8に示すように、説明の便宜上、本開示の実施形態に関係する部分のみが図示され、本明細書に示されない特定の技術的詳細が、本開示の実施形態による方法を参照し得る。端末は、携帯電話、タブレット、携帯情報端末(PDA: Personal Digital Assistant)、販売時点情報管理(POS: Point of Sales)、オンボードコンピュータおよび任意の端末デバイスでもよく、携帯電話は、端末の一例と見なされる。
【０１０６】
図8は、本開示の実施形態による端末に関係する携帯電話の部分的構造ブロック図である。図8を参照すると、携帯電話は、無線周波数(RF)回路810、メモリ820、入力ユニット830、表示ユニット840、センサ850、オーディオ回路860、ワイヤレスフィディリティ(WiFi)モジュール870、プロセッサ880および電源890、および、その他の構成要素を含む。携帯電話は、図8に示される構造を有するように限定されず、携帯電話は、図8に示されるものよりも多数または少数の構成要素を含み得、あるいは、いくつかの構成要素の組合せ、または異なる配列を有する構成要素を含み得ることが、当業者には理解されよう。
【０１０７】
携帯電話の構成要素は、図8と併せて以下に詳しく説明される。
【０１０８】
RF回路810は、情報の送信もしくは受信のプロセスまたは通話において信号を受信および送信するように構成され得る。具体的には、RF回路810は、基地局からダウンリンク情報を受信し、処理のためにダウンリンク情報をプロセッサ880に送信する。さらに、RF回路810は、アップリンクデータを基地局に送信する。通常は、RF回路810は、アンテナ、少なくとも1つの増幅器、トランシーバ、カプラ、低雑音増幅器(LNA: low noise amplifier)、デュプレクサなどを含むが、これらに限定されない。加えて、RF回路810はまた、ワイヤレス通信を介してネットワークおよび他のデバイスと通信し得る。前述のワイヤレス通信は、モバイル通信のグローバルシステム(GSM(登録商標): Global System of Mobile communication)、汎用パケット無線サービス(GPRS: General Packet Radio Service)、符号分割多元接続(CDMA: Code Division Multiple Access)、広帯域符号分割多元接続(WCDMA(登録商標): Wideband Code Division Multiple Access)、ロングタームエボリューション(LTE: Long Term Evolution)、電子メール、ショートメッセージサービス(SMS: Short Messaging Service)などを含むがこれらに限定されない任意の1つの通信標準またはプロトコルを使用することによって、実行され得る。
【０１０９】
メモリ820は、ソフトウェアプログラムおよびモジュールを記憶するように構成され得、プロセス880は、ソフトウェアプログラムおよびメモリ820に記憶されたモジュールを起動することによって携帯電話の様々な関数適用およびデータ処理を実行する。メモリ820は、主に、プログラム記憶領域およびデータ記憶領域を含み得る。プログラム記憶領域は、オペレーティングシステム、少なくとも1つの機能(音声再生機能および画像再生機能など)のために必要とされるアプリケーションプログラムなどを記憶し得、データ記憶領域は、携帯電話の使用に基づいて作成されたデータ(オーディオデータおよび電話帳など)などを記憶し得る。加えて、メモリ820は、高速ランダムアクセスメモリを含み得、少なくとも1つの磁気ディスクストレージデバイスなどの不揮発性メモリ、フラッシュメモリデバイス、または他の揮発性ソリッドステートメモリデバイスもまた含み得る。
【０１１０】
入力ユニット830は、入力されたデジタル情報または入力された文字情報を受信し、携帯電話のユーザ設定および機能制御に関係するキー信号入力を生成するように構成され得る。具体的には、入力ユニット830は、タッチパネル831および他の入力デバイス832を含み得る。タッチパネル831、タッチ画面とも称される、は、タッチパネル831上でまたはタッチパネル831の近くでユーザによって実行されるタッチ操作(たとえば、任意の適切なオブジェクトまたは指もしくはタッチペンなどのアクセサリを介してユーザによって実行されるタッチパネル831上のまたはタッチパネル831の近くでの操作)を収集し、事前設定プログラムに従って、対応する接続デバイスを駆動することができる。任意選択で、タッチパネル831は、タッチ検出デバイスおよびタッチコントローラを含み得る。タッチ検出デバイスは、ユーザのタッチの位置およびタッチ操作によって引き起こされる信号を検出し、タッチコントローラに信号を送信する。タッチコントローラは、タッチ検出デバイスからタッチ情報を受信し、タッチ情報をタッチ座標に変換し、タッチ座標をプロセッサ880に送信し、プロセッサ880からコマンドを受信し、実行する。加えて、タッチパネル831は、抵抗式タッチパネル、容量性タッチパネル、赤外線タッチパネルおよび表面弾性波タッチパネルなど、様々なタイプとして実装され得る。タッチパネル831に加えて、入力ユニット830はまた、他の入力デバイス832を含み得る。具体的には、その他の入力デバイス832は、物理キーボード、機能キー(音量制御ボタンおよびスイッチキーなど)、トラックボール、マウス、およびレバーのうちの1つまたは複数を含み得るが、これらに限定されない。
【０１１１】
表示ユニット840は、ユーザによって入力された情報もしくはユーザに提供された情報および携帯電話の様々なメニューを表示するように構成され得る。表示ユニット840は、表示パネル841を含み得る。任意選択で、表示パネル841は、液晶表示(LCD)、有機発光ダイオード(OLED)などの形で構成され得る。さらに、タッチパネル831は、表示パネル841を覆い得る。タッチパネル831が、タッチパネル831上のまたはタッチパネル831の近くでのタッチ操作を検出した場合、タッチパネル831は、タッチ操作をプロセッサ880に送信してタッチ事象のタイプを判定する。プロセッサ880は、タッチ事象のタイプに基づいて、表示パネル841で対応する視覚的出力を提供する。タッチパネル831および表示パネル841は、携帯電話の入力および入力機能を実装するための2つの別個の構成要素であるが、タッチパネル831および表示パネル841は、いくつかの実施形態において携帯電話の入力機能および出力機能を実現するように統合され得る。
【０１１２】
携帯電話はまた、光センサ、モーションセンサおよび他のセンサなど、少なくとも1つのセンサ850を含み得る。具体的には、光センサは、環境光センサおよび近接センサを含み得る。環境光センサは、環境光の明度に従って表示パネル841の明度を調整することができ、近接センサは、携帯電話が耳に近づけられたときに表示パネル841および/またはバックライトのスイッチを切ることができる。モーションセンサの1つのタイプとして、加速度計センサは、携帯電話の姿勢を認識するためのアプリケーション(縦および水平スクリーンスイッチ、関連ゲーム、磁力計姿勢キャリブレーションなど)および振動認識に関係する機能(歩数計、打楽器など)などに使用され得る、すべての方向での加速の大きさ(通常は3つの座標軸)、静止時の重力の大きさおよび方向を検出することができる。ジャイロスコープ、バロメーター、湿度計、温度計、赤外線センサ、および、携帯電話がそれで構成され得る他のセンサは、本明細書では説明されない。
【０１１３】
オーディオ回路860、スピーカ861、マイクロフォン862は、ユーザと携帯電話との間のオーディオインターフェースを提供し得る。オーディオ回路860は、オーディオデータから変換された受信された電気信号をスピーカ861に送信することができ、スピーカ861は、その電気信号をサウンド信号に変換して出力する。もう1つの態様では、マイクロフォン862は、収集されたサウンド信号を電気信号に変換し、オーディオ回路860は、その電気信号を受信し、その電気信号をオーディオデータに変換し、次いで、オーディオデータは、処理のためにプロセッサ880に出力される。処理されたデータは、たとえば、別の携帯電話にRF回路810を介して送信される、あるいは、オーディオデータは、さらなる処理のためにメモリ820に出力される。
【０１１４】
WiFiは、短距離ワイヤレス送信技術を採用し、携帯電話は、WiFiモジュール870を介してユーザの電子メール送信および受信、ウェブページのブラウジング、および、ストリーミングメディアへのアクセスなどを助けることができ、それによって、ワイヤレスブロードバンドインターネットアクセスをユーザに提供する。図8は、WiFiモジュール870を示すが、WiFiモジュール870は、携帯電話の必須の構成要素ではなく、本開示の範囲を変更することなく必要に応じて省略され得ることが、理解されよう。
【０１１５】
携帯電話のコントロールセンタとして、プロセッサ880は、様々なインターフェースおよび回線を介して携帯電話の様々な部分を接続する。プロセッサ880は、携帯電話の様々な機能を実行し、メモリ820に記憶されたソフトウェアプログラムおよび/またはモジュールの起動および実行とメモリ820に記憶されたデータの呼び出しとを介してデータを処理して、携帯電話全体を監視する。任意選択で、プロセッサ880は、1つまたは複数の処理ユニットを含み得る。好ましくは、アプリケーションプロセッサおよびモデムプロセッサが、プロセッサ880に統合され得る。アプリケーションプロセッサは、主に、オペレーティングシステム、ユーザインターフェースおよびアプリケーションなどを処理する。モデムプロセッサは、主に、ワイヤレス通信を処理する。前述のモデムプロセッサはプロセッサ880に統合されなくてもよいことが、理解されよう。
【０１１６】
携帯電話はさらに、様々な構成要素に電力を供給するための電源890(たとえば、バッテリ)を含み、好ましくは、電源は、電力管理システムを介してプロセッサ880に論理的に接続され得、それによって、電力管理システムを介して充電管理、放電管理および電力消費管理などの機能を達成する。
【０１１７】
図8には示されないが、携帯電話はまた、本明細書には記述されていないカメラ、Bluetooth(登録商標)モジュールなども含み得る。
【０１１８】
本開示の実施形態では、端末内のプロセッサ880は、前述の方法の流れを実現するためのプログラム命令を実行する機能を有する。前述の方法の流れは、図8に示されたハードウェア構造に基づいて実装され得る。加えて、アプリケーション加速を必要とし得る他のデバイスもまた、前述の方法の流れを実装し得、それは図8に示された携帯電話の構造に限定されないことに留意されたい。
【０１１９】
本実施形態では、図2に示された構造および図3に示されたクラス定義は、TAOの内容を有する。TAOのアーキテクチャ全体の主要な構成要素(データベース、アプリケーション層、ユーザインターフェース)は、それ自身の特性を有する。たとえば、サーバにおいて、データベース管理システムにおいてデータを記憶する機能は、専用アプリケーションプログラミングインターフェース(API)を使用するGenerisプラットフォームによって実現され、この層は、永続層と呼ばれる。第1の層の最上部には、eTestingに特有のすべての機能が、ハイパーテキストプリプロセッサ(PHP)でプログラムされたアプリケーション層を介して実装される。TAOに関してさらに詳しくは本明細書では説明されず、TAOに関係する標準の定義は、TAOに関するさらなる情報を取得するために参照され得る。
【０１２０】
本デバイス実施形態におけるユニットは、機能ロジックのみに従って分割されるが、対応する機能が実現され得る限り、前述の分割に限定されないことに留意されたい。加えて、各機能ユニットの名称は、便宜上互いを区別することのみを意図しており、本開示の保護範囲を制限することは意図されていない。
【０１２１】
本方法の実施形態におけるステップのすべてまたは一部は、プログラムでハードウェアに命令することによって実装され得ることが、当業者には理解されよう。プログラムは、読み取り専用メモリ、磁気ディスクまたは光ディスクであってよいコンピュータ可読記憶媒体に記憶され得る。
【０１２２】
以上は、本開示の好ましい実施形態にすぎず、本開示の保護範囲は、それらに限定されない。本開示の技術的範囲内で当業者によって容易に考えられる任意の修正または置換は、本開示の保護範囲に包含される。したがって、本開示の保護範囲は、本特許請求の範囲の保護範囲と一致するべきである。
【符号の説明】
【０１２３】
401  監視呼出しユニット
402  第1の受信ユニット
403  サービス呼出しユニット
501  第2の受信ユニット
601  インターフェースユニット
701  受信器
702  送信器
703  プロセッサ
704  メモリ
810  無線周波数(RF)回路
820  メモリ
830  入力ユニット
831  タッチパネル
832  他の入力デバイス
840  表示ユニット
841  表示パネル
850  センサ
860  オーディオ回路
861  スピーカ
862  マイクロフォン
870  WiFiモジュール
880  プロセッサ
890  電源
【図１】
0006685538.tif 000015
【図２】
0006685538.tif 000016
【図３】
0006685538.tif 000017
【図４】
0006685538.tif 000018
【図５】
0006685538.tif 000019
【図６】
0006685538.tif 000020
【図７】
0006685538.tif 000021
【図８】
0006685538.tif 000022