(57)【要約】  本出願は、マップリデュース（ＭＲ）コンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法および制御装置に関する。ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法は、実行依頼済みのユーザ・タスクを受信することと、この受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たしているかどうかを検出することと、検出結果に従って、ユーザ・タスクのマップサイド集約を有効にするかどうかを自動的に制御することとを含む。本発明の各実施形態は、特定の状況に応じてユーザ・タスクについてマップサイド集約を実行するかどうかを自律的に制御することができ、その結果、ユーザ・タスクについて有効なマップサイド集約が実行され、無効なマップサイド集約が回避され、したがって、ユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化する。
2019511047.tif 000002
【特許請求の範囲】
【請求項１】
マップリデュース（ＭＲ）コンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法であって、
実行依頼済みのユーザ・タスクを受信することと、
前記受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たしているかどうかを検出することと、
検出結果に従って、前記ユーザ・タスクのマップサイド集約を有効にするかどうかを自動的に制御することと
を含む、制御方法。
【請求項２】
ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法であって、前記マップサイド集約有効化条件は、
前記ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、集約キーが、前記ユーザ・タスクの物理テーブルの１次キーでもなければ、前記ユーザ・タスクの前記物理テーブルの外部キーでもないことと
を含む、請求項１に記載の制御方法。
【請求項３】
ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法であって、前記マップサイド集約有効化条件は、
前記ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、前記ユーザ・タスクの履歴マップサイド集約レコードでの、マップサイド集約の合計入力データ量の合計出力データ量への比が、事前設定された比率閾値以上であることと
を含む、請求項１に記載の制御方法。
【請求項４】
ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法であって、前記マップサイド集約有効化条件は、
前記ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、前記ユーザ・タスクについて、マップサイド集約が手動で設定されることと
を含む、請求項１に記載の制御方法。
【請求項５】
ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法であって、実行依頼済みのユーザ・タスクを受信するステップの前に、前記マップサイド集約有効化条件を事前設定することをさらに含む、請求項１に記載の制御方法。
【請求項６】
ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法であって、
前記ユーザ・タスクがＣＲＥＡＴＥ  ＴＡＢＬＥ文である場合に、前記ＣＲＥＡＴＥ  ＴＡＢＬＥ文を実行して物理テーブルを作成することと、
前記作成された物理テーブルの１次キーおよび外部キーを指定するようユーザを促すことと、
前記ユーザの前記指定に従って、前記物理テーブルの前記１次キーおよび前記外部キーを設定することと
をさらに含む、請求項１に記載の制御方法。
【請求項７】
マップリデュース（ＭＲ）コンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置であって、
実行依頼済みのユーザ・タスクを受信するように構成された受信モジュールと、
前記受信モジュールが受信した前記ユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たしているかどうかを検出するように構成された検出モジュールと、
前記検出モジュールの検出結果に従って、前記ユーザ・タスクのマップサイド集約を有効にするかどうかを自動的に制御するように構成された制御モジュールと
を備える、制御装置。
【請求項８】
ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置であって、前記マップサイド集約有効化条件は、
前記ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、集約キーが、前記ユーザ・タスクの物理テーブルの１次キーでもなければ、前記ユーザ・タスクの前記物理テーブルの外部キーでもないことと
を含む、請求項７に記載の制御装置。
【請求項９】
ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置であって、前記マップサイド集約有効化条件は、
前記ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、前記ユーザ・タスクの履歴マップサイド集約レコードでの、マップサイド集約の合計入力データ量の合計出力データ量への比が、事前設定された比率閾値以上であることと
を含む、請求項７に記載の制御装置。
【請求項１０】
ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置であって、前記マップサイド集約有効化条件は、
前記ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、前記ユーザ・タスクについて、マップサイド集約が手動で設定されることと
を含む、請求項７に記載の制御装置。
【請求項１１】
ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置であって、
前記検出モジュールに接続され、前記マップサイド集約有効化条件を事前設定するように構成された事前設定モジュールを
さらに備える、請求項７に記載の制御装置。
【請求項１２】
ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置であって、
前記ユーザ・タスクがＣＲＥＡＴＥ  ＴＡＢＬＥ文である場合に、前記ＣＲＥＡＴＥ  ＴＡＢＬＥ文を実行して物理テーブルを作成するように構成された作成モジュールと、
前記作成モジュールによって作成された前記物理テーブルの１次キーおよび外部キーを指定するようユーザを促すように構成されたプロンプト・モジュールと、
前記作成モジュールによって作成された前記物理テーブルの前記１次キーおよび前記外部キーを、前記ユーザの前記指定に従って設定するように構成された設定モジュールと
をさらに備える、請求項７に記載の制御装置。
【請求項１３】
ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置であって、
プロセッサと、
前記プロセッサによって実行可能な命令を記憶するように構成されたメモリと
を備え、
前記プロセッサが、
実行依頼済みのユーザ・タスクを受信し、
前記受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たしているかどうか検出し、
検出結果に従って、前記ユーザ・タスクのマップサイド集約を有効にするかどうかを自動的に制御する
ように構成される、制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、「CONTROL METHOD AND APPARATUS FOR MAP-SIDE AGGREGATION OF USER TASK IN MR COMPUTING PLATFORM（ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法および制御装置）」と題する、２０１６年３月２１日出願の中国特許出願第２０１６１０１６１８９７．５号の優先権を主張し、その全体を参照により本明細書に組み込む。
【０００２】
技術分野
本発明は、通信の分野に関し、詳細には、マップリデュース（MapReduce）（ＭＲ）コンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法および制御装置に関する。
【背景技術】
【０００３】
背景技術
ＭＲタスクは、分散システムでの重要なタスクのタイプであり、分散システムのＭＲコンピューティング・プラットフォーム上で実行される。
【０００４】
ＭＲコンピューティング・プラットフォーム上では、ユーザ・タスクの実行プロセスは以下の通りである。すなわち、まず、実行依頼済みのユーザ・タスクが独立した複数のＭＲジョブに変換され、次いで、ユーザ・タスクを遂行するために、これらのＭＲジョブが並行に実行される。ＭＲジョブの実行プロセスは、あるタイプの処理、すなわちマップサイド集約を含む。一例を使用して、ここでマップサイド集約が説明してある。１、２、３、４および５の中から最大値を見つけることが一例として使用される。マップサイド集約処理を使用する解決策は以下の通りである。すなわち、まず、データ量に基づいてデータが２つのグループ、たとえば［１、２、３］と［４、５］に分割され、次いで、データの２つのグループの最大値［３］および［５］がそれぞれ見つかり、［３］と［５］をさらに［３、５］へと結合し、したがって最大値５を見つける。マップサイド集約を使用しない解決策は以下の通りである。すなわち、データ量に基づいて、システムがデータを［１、２、３、４、５］へと結合し、次いで、最大値５を見つける。ＭＲジョブ内のマップが実行されると、マップサイド集約の処理機能が有効状態にある場合には、システムは１つのマップサイドにデータを集約することになる。
【０００５】
このマップサイド集約の処理は、本質的にある一定の実行時間を要する。マップサイド集約が望ましい集約効果を上げる場合、ＭＲジョブの実行時間が短縮することになり、したがって、ユーザ・タスク全体の実行効率が改善することになる。マップサイド集約が集約効果を上げない場合（マップの入力データ量が出力データ量に等しいことを意味する）、ＭＲジョブの実行時間は短縮しないことになる。それどころか、マップサイド集約もある一定の実行時間を要するので、マップサイド集約が実行されない状況と比較して、ＭＲジョブの実行時間は長くなり、ユーザ・タスク全体の実行効率は低くなる。ビッグ・データ処理用の大規模ＭＲコンピューティング・プラットフォームでは、非常に数多くのユーザ・タスクが毎日実行されている。したがって、ユーザ・タスク全体の実行効率は、ＭＲコンピューティング・プラットフォームの性能に著しい影響を及ぼす。
【０００６】
図１は、マップサイド集約のシナリオの概略図である。図１に示すように、一群のデータ［１、２、３、４、５、・・・、５０］の最大値を見つけるプロセスでは、このデータが５つのグループに分割され、この５つのグループの最大値が、それぞれ５つのスレッドによって計算される。次いで、この５つのスレッドによって得られた結果の最大値が計算される。最後に、［１、２、３、４、５、・・・、５０］の最大値が得られる。このような処理方式は良好な性能を有するが、より多くのコンピューティング・リソースを消費する必要がある。一群のデータ［１、２、３、４、５、・・・、５０］の最大値はまた、以下の２つの処理ケースに基づいて見つけることができる。
ケース１：データ［１、２、３、４、５、・・・、５０］が１つのグループに入れられ、１つのスレッドが［１、２、３、４、５、・・・、５０］の最大値を計算する。
ケース２：データ［１、２、３、４、５、・・・、５０］が５０個のグループに分割され、この５０個のグループの最大値をそれぞれ５０個のスレッドが計算し、次いでこの５０個のスレッドによって得られた結果の最大値が計算される。
【０００７】
ケース１では、各グループで５０個の数が処理され、その性能は劣る。ケース２では、各グループで１個の数が処理されるが、続いて開始されるスレッドは５０個の数を処理する必要があり、その性能は劣り、さらに多くのコンピューティング・リソースが消費される。
【０００８】
ケース１でもケース２でも、望ましい集約効果を実現できない。したがって、ケース１およびケース２でのマップサイド集約は効果的でない。
【０００９】
以下に、いくつかの用語を説明する。
【００１０】
物理テーブル：物理テーブルは、データベース内のデータ記憶構造であり、略してテーブルと呼ぶこともできる。
【００１１】
物理テーブルの１次キー（すなわち１次キーワード）：１次キーは、物理テーブル内のレコードを一義的に決定することのできるフィールドを指す。たとえば、学生テーブル（学生番号、氏名、性別、クラス）は、４つのフィールド、すなわち学生番号、氏名、性別、およびクラスを含み、この学生番号は、学生テーブルでのレコードを一義的に決定することができる。したがって、学生番号は、学生テーブルの１次キーである。
【００１２】
物理テーブルの外部キー（すなわち外部キーワード）：外部キーは、別のテーブルとの関連において使用され、別のテーブルでのレコードを決定できるフィールドであり、データの一貫性を維持するのに使用される。たとえば、テーブルＡでのフィールドがテーブルＢの１次キーである場合、このフィールドは、テーブルＡの外部キーとすることができる。たとえば、前述の学生テーブル（学生番号、氏名、性別、クラス）において、学生番号は、この学生テーブルの１次キーである。コンピュータ操作記録テーブル（カード番号、学生番号、氏名、シリアル番号）は、フィールド「学生番号」を含み、この「学生番号」は学生テーブルの１次キーである。したがって、コンピュータ操作記録テーブル（カード番号、学生番号、氏名、シリアル番号）での「学生番号」は、この学生テーブルの外部キーである。
【００１３】
外部キーは、２つの物理テーブル間の関連付けを表すことが分かる。１次キーとして他の物理テーブルの外部キーを使用するテーブルは基本テーブルと呼ばれ、外部キーを有するテーブルは、基本テーブルの従属テーブルと呼ばれる。
【００１４】
集約キー：一例として、以下の表１を使用する。
【００１５】
表１での各性別の学生の総数を計算する必要がある場合、性別が集約キーである。
【００１６】
表１での各クラスの学生の総数を計算する必要がある場合、クラスが集約キーである。
【００１７】
集約が実行される表内のフィールドは集約キーであることが分かる。
【００１８】
【表１】
2019511047.tif 000003
【００１９】
これまでのところ、関連技術において、ＭＲコンピューティング・プラットフォームの処理システムは、あらゆるユーザ・タスクについて、マップサイド集約を有効または無効にする。こうした柔軟性のない方式は、有効なマップサイド集約を使用することによってユーザ・タスクの実行効率を改善することも、無効なマップサイド集約がユーザ・タスクの実行効率を低下させないようにすることもできない。
【発明の概要】
【発明が解決しようとする課題】
【００２０】
発明の概要
本発明の一目的は、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法および制御装置を提供して、ユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化することである。
【課題を解決するための手段】
【００２１】
前述の目的を達成するために、本発明は、
実行依頼済みのユーザ・タスクを受信することと、
この受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たしているかどうかを検出することと、
検出結果に従って、ユーザ・タスクのマップサイド集約を有効にするかどうかを自動的に制御することと
を含む、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法を提案する。
【００２２】
さらに、前述の方法は以下の特徴を有することもできる。すなわち、マップサイド集約有効化条件は、
ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、集約キーが、ユーザ・タスクの物理テーブルの１次キーでもなく、ユーザ・タスクの物理テーブルの外部キーでもないこととを含む。
【００２３】
さらに、前述の方法は以下の特徴も有することができる。すなわち、マップサイド集約有効化条件は、
ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、ユーザ・タスクの履歴マップサイド集約レコードでの、マップサイド集約の合計入力データ量の合計出力データ量への比が、事前設定された比率閾値以上であることとを含む。
【００２４】
さらに、前述の方法は以下の特徴も有することができる。すなわち、マップサイド集約有効化条件は、
ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、ユーザ・タスクについて、マップサイド集約が手動で設定されることとを含む。
【００２５】
さらに、前述の方法は以下の特徴を有することもできる。すなわち、実行依頼済みのユーザ・タスクを受信するステップの前に、この方法はさらに、
マップサイド集約有効化条件を事前設定することを含む。
【００２６】
さらに、前述の方法は、以下の特徴も有することができる。すなわち、この方法はさらに、
ユーザ・タスクがＣＲＥＡＴＥ  ＴＡＢＬＥ文である場合に、このＣＲＥＡＴＥ  ＴＡＢＬＥ文を実行して物理テーブルを作成することと、
作成された物理テーブルの１次キーおよび外部キーを指定するようユーザを促すことと、
このユーザの指定に従って、作成された物理テーブルの１次キーおよび外部キーを設定することと
を含む。
【００２７】
本発明の実施形態による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法は、ユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化することができる。
【００２８】
前述の目的を達成するため、本発明はさらに、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置であって、
実行依頼済みのユーザ・タスクを受信するように構成された受信モジュールと、
この受信モジュールが受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たしているかどうかを検出するように構成された検出モジュールと、
この検出モジュールの検出結果に従って、ユーザ・タスクのマップサイド集約を有効にするかどうかを自動的に制御するように構成された制御モジュールと
を備える、制御装置を提案する。
【００２９】
さらに、前述の装置は以下の特徴を有することもできる。すなわち、マップサイド集約有効化条件は、
ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、集約キーが、ユーザ・タスクの物理テーブルの１次キーでもなければ、ユーザ・タスクの物理テーブルの外部キーでもないこととを含む。
【００３０】
さらに、前述の装置は以下の特徴も有することができる。すなわち、マップサイド集約有効化条件は、
ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、ユーザ・タスクの履歴マップサイド集約レコードでの、マップサイド集約の合計入力データ量の合計出力データ量への比が、事前設定された比率閾値以上であることとを含む。
【００３１】
さらに、前述の装置は以下の特徴も有することができる。すなわち、マップサイド集約有効化条件は、
ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、ユーザ・タスクについて、マップサイド集約が手動で設定されることとを含む。
【００３２】
さらに、前述の装置は以下の特徴も有することができる。すなわち、この装置はさらに、
検出モジュールに接続され、マップサイド集約有効化条件を事前設定するように構成された事前設定モジュールを備える。
【００３３】
さらに、前述の装置は以下の特徴を有することができる。すなわち、この装置はさらに、
ユーザ・タスクがＣＲＥＡＴＥ  ＴＡＢＬＥ文である場合に、このＣＲＥＡＴＥ  ＴＡＢＬＥ文を実行して物理テーブルを作成するように構成された作成モジュールと、
この作成モジュールによって作成された物理テーブルの１次キーおよび外部キーを指定するようユーザを促すように構成されたプロンプト・モジュールと、
作成モジュールによって作成された物理テーブルの１次キーおよび外部キーを、ユーザの指定に従って設定するように構成された設定モジュールと
を備える。
【００３４】
本発明の実施形態による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置は、ユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化することができる。
【００３５】
前述の目的を達成するために、本発明はさらに、
プロセッサと、
このプロセッサによって実行可能な命令を記憶するように構成されたメモリと
を備え、
このプロセッサが、
実行依頼済みのユーザ・タスクを受信し、
この受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たしているかどうか検出し、
検出結果に従って、ユーザ・タスクのマップサイド集約を有効にするかどうかを自動的に制御する
ように構成される、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置を提案する。
【００３６】
本発明の実施形態による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置は、ユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化することができる。
【図面の簡単な説明】
【００３７】
【図１】マップサイド集約のシナリオの概略図である。
【図２】本発明の実施形態１による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法の流れ図である。
【図３】本発明の実施形態２による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法の流れ図である。
【図４】本発明の実施形態３による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法の流れ図である。
【図５】本発明の実施形態４による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置の構造ブロック図である。
【図６】本発明の実施形態５による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置の構造ブロック図である。
【図７】本発明の実施形態６による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置の構造ブロック図である。
【発明を実施するための形態】
【００３８】
詳細な説明
添付図面を参照して、本発明の原理および特徴を以下に説明する。リストに記載された実施形態は、単に本発明を説明するためのものであり、本発明の範囲を限定するものではない。独創的な努力なしに、本発明の趣旨に従って当業者によって得られるあらゆる実施形態は、本発明の保護範囲に属するものである。
【００３９】
図２は、本発明の実施形態１による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法の流れ図である。図２に示すように、この実施形態では、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法は、以下のステップを含むことができる。
ステップＳ２０１。実行依頼済みのユーザ・タスクが受信される。
ステップＳ２０２。受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たしているかどうかが検出される。
【００４０】
マップサイド集約有効化条件は、このユーザ・タスクについて有効なマップサイド集約を実行できることを指す。ユーザ・タスクがマップサイド集約有効化条件を満たすということは、通常、ユーザ・タスクに対して実行されるマップサイド集約が有効であり、ＭＲコンピューティング・プラットフォームの性能を改善できることを意味する。ユーザ・タスクがマップサイド集約有効化条件を満たさないということは、通常、ユーザ・タスクに対して実行されるマップサイド集約が無効であり、ＭＲコンピューティング・プラットフォームの性能を改善できない状況で、多くのコンピューティング・リソースを浪費することを意味する。  
【００４１】
マップサイド集約有効化条件は、ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、集約キーが、ユーザ・タスクの物理テーブルの１次キーでもなければ、ユーザ・タスクの物理テーブルの外部キーでもないこととを含むことができる。参照を容易にするために、このマップサイド集約有効化条件を、以下では略してマップサイド集約有効化条件１と呼ぶ。集約キーが、物理テーブルの１次キーまたは外部キーである場合、マップサイド集約の結果は、出力が入力に等しくなり、このマップサイド集約は明らかに無効である。したがって、マップサイド集約は、集計キーがユーザ・タスクの物理テーブルの１次キーでもなく、ユーザ・タスクの物理テーブルの外部キーでもないときにのみ有効である。マップサイド集約有効化条件１は、マップサイド集約が無効なタイプのユーザ・タスクを排除し、このタイプのユーザ・タスクに対して無効なマップサイド集約を実行することを回避し、したがってユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化する。
【００４２】
ＣＲＥＡＴＥ  ＴＡＢＬＥ文は、データ定義言語（ＤＤＬ）のＣＲＥＡＴＥ  ＴＡＢＬＥ文、または他のＣＲＥＡＴＥ  ＴＡＢＬＥ文とすることができる。
【００４３】
前述のマップサイド集約有効化条件１を使用して、初回実行のユーザ・タスクと非初回実行のユーザ・タスクの両方について、マップサイド集約を有効にすることが必要かどうか判定することができる。
【００４４】
マップサイド集約有効化条件はさらに、ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、ユーザ・タスクの履歴マップサイド集約レコードでの、マップサイド集約の合計入力データ量の合計出力データ量への比が、事前設定された比率閾値以上であることとを含むことができる。この比率閾値は、経験的な値に従って設定することができる。このマップサイド集約有効化条件を、以下では略してマップサイド集約有効化条件２と呼ぶ。
【００４５】
ユーザ・タスクの履歴マップサイド集約レコードでの、マップサイド集約の合計入力データ量の合計出力データ量への比が、事前設定された比率閾値以上であるとき、ユーザ・タスクのマップサイド集約が有効であることを示す。したがって、ユーザ・タスクのマップサイド集約を有効にすることができる。マップサイド集約有効化条件１は、「ブラックリスト」と同様の方法を使用することによって、マップサイド集約が無効なタイプのユーザ・タスクを排除し、マップサイド集約有効化条件２は、「ホワイト・リスト」と同様の方法を使用することによって、マップサイド集約が有効なタイプのユーザ・タスクを含む。
【００４６】
アプリケーションによっては、マップサイド集約有効化条件２は、非初回実行のユーザ・タスクについて、マップサイド集約を有効にすることが必要かどうか判断するのに適している。
【００４７】
マップサイド集約有効化条件は、ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、ユーザ・タスクについて、マップサイド集約が手動で設定されることとをさらに含むことができる。このマップサイド集約有効化条件を、以下では略してマップサイド集約有効化条件３と呼ぶ。
【００４８】
マップサイド集約有効化条件３は、特定のユーザ・タスクについてのユーザの特定の要求条件に従ってマップサイド集約を有効にするかどうか、本発明が判断できるようにし、これによって、ユーザの個人的な要求条件を満たし、ユーザの満足度を改善する助けとなる。
【００４９】
アプリケーションによっては、複数のマップサイド集約有効化条件を同時に事前設定することができ、ユーザ・タスクがマップサイド集約有効化条件のうちの１つを満たす限り、ユーザ・タスクのマップサイド集約が有効になる。
【００５０】
ステップＳ２０３。検出結果に従って、ユーザ・タスクのマップサイド集約を有効にするかどうかを自動的に制御する。
【００５１】
すなわち、受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たすときは、ユーザ・タスクのマップサイド集約が有効になり、受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たさないときには、ユーザ・タスクのマップサイド集約が無効になる。このように、ユーザ・タスクのマップサイド集約を有効にすることを合理的に制御することができ、したがって、マップサイド集約が効率的に実行され、無効なマップサイド集約に起因するリソースの浪費およびＭＲコンピューティング・プラットフォームの性能低下を回避する。
【００５２】
本発明のこの実施形態でのＭＲコンピューティング・プラットフォームにおけるユーザ・タスクのマップサイド集約用の制御方法は、特定の状況に応じてユーザ・タスクについてマップサイド集約を実行するかどうかを自律的に制御することができ、その結果、ユーザ・タスクについて有効なマップサイド集約が実行され、無効なマップサイド集約が回避され、したがって、ユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化する。
【００５３】
図３は、本発明の実施形態２による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法の流れ図である。図２に示すように、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法は、この実施形態では、以下のステップを含むことができる。
ステップＳ３０１。マップサイド集約有効化条件が事前設定される。
【００５４】
このステップにより、ユーザは、ユーザ・タスクの特徴に応じてマップサイド集約有効化条件を設定または修正することができ、その結果、このマップサイド集約有効化条件は、ユーザ・タスクの特徴に適合し、したがって処理効率を改善する。たとえば、処理すべきユーザ・タスクがすべて、これまでに実行されてきた。すなわち、処理すべきユーザ・タスクはすべて、初めて実行されるものではない。この場合、マップサイド集約有効化条件を１つだけ、すなわち前述のマップサイド集約有効化条件２だけを設定することが実現可能である。このように、すべてのマップサイド集約有効化条件に基づいて１つずつ判断する必要はなく、したがってユーザ・タスクの実行効率をさらに改善し、ＭＲコンピューティング・プラットフォームの性能をさらに強化する。
【００５５】
ステップＳ３０２。実行依頼済みのユーザ・タスクが受信される。
【００５６】
ステップＳ３０３。受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たしているかどうかが検出される。
【００５７】
ステップＳ３０４。検出結果に従って、ユーザ・タスクのマップサイド集約を有効にするかどうかを自動的に制御する。
【００５８】
本発明のこの実施形態でのＭＲコンピューティング・プラットフォームにおけるユーザ・タスクのマップサイド集約用の制御方法は、特定の状況に応じてユーザ・タスクについてマップサイド集約を実行するかどうかを自律的に制御することができ、その結果、ユーザ・タスクについて有効なマップサイド集約が実行され、無効なマップサイド集約が回避され、したがって、ユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化する。さらに、本発明のこの実施形態でのＭＲコンピューティング・プラットフォームにおけるユーザ・タスクのマップサイド集約用の制御方法はさらに、ユーザ・タスクの特徴に従ってマップサイド集約有効化条件をユーザが設定または修正できるようにし、その結果、マップサイド集約有効化条件がユーザ・タスクの特徴に適合し、したがってユーザ・タスクの実行効率をさらに改善し、ＭＲコンピューティング・プラットフォームの性能を強化する。
【００５９】
図４は、本発明の実施形態３による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法の流れ図である。図４に示すように、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法は、この実施形態では、以下のステップを含むことができる。
ステップＳ４０１。実行依頼済みのユーザ・タスクが受信される。
ステップＳ４０２。ユーザ・タスクがＣＲＥＡＴＥ  ＴＡＢＬＥ文かどうかを検出し、このユーザ・タスクがＣＲＥＡＴＥ  ＴＡＢＬＥ文である場合は、ステップＳ４０９が実行され、ユーザ・タスクがＣＲＥＡＴＥ  ＴＡＢＬＥ文でない（または、ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文である）場合には、ステップＳ４０３が実行される。
ステップＳ４０３。ユーザ・タスクについてマップサイド集約が手動で設定されたかどうかを検出し、ユーザ・タスクについてこのマップサイド集約が手動で設定された場合は、ステップＳ４０８が実行され、ユーザ・タスクについてマップサイド集約が手動で設定されなかった場合には、ステップＳ４０４が実行される。
ステップＳ４０４。集約キーが、ユーザ・タスクの物理テーブルの１次キーまたは外部キーであるかどうかを検出し、この集約キーがユーザ・タスクの物理テーブルの１次キーまたは外部キーである場合は、ステップＳ４０５が実行され、集約キーがユーザ・タスクの物理テーブルの１次キーでも外部キーでもない場合には、ステップＳ４０８が実行される。
ステップＳ４０５。ユーザ・タスクが初めて実行されているかどうかが検出され、このユーザ・タスクが初めて実行されている場合は、ステップＳ４０７が実行され、ユーザ・タスクが初めて実行されているのではない場合には、ステップＳ４０６が実行される。
ステップＳ４０６。ユーザ・タスクの履歴マップサイド集約レコードでのマップサイド集約の合計入力データ量の合計出力データ量への比が、事前設定された比率閾値未満であるかどうかを検出し、そうであれば、ステップＳ４０７が実行され、そうでなければ、ステップＳ４０８が実行される。
ステップＳ４０７。ユーザ・タスクのマップサイド集約が有効になり、この手順が終了する。
ステップＳ４０８。ユーザ・タスクのマップサイド集約が無効になり、この手順が終了する。
ステップＳ４０９。ＣＲＥＡＴＥ  ＴＡＢＬＥ文が実行されて、物理テーブルを作成する。
ステップＳ４１０。ユーザは、ステップＳ４０９で作成された物理テーブルの１次キーおよび外部キーを指定するように促される。
ステップＳ４１１。ユーザの指定に従って、作成された物理テーブルの１次キーおよび外部キーが設定され、この手順が終了する。
【００６０】
物理テーブルの１次キーおよび外部キーをユーザが指定しない場合、デフォルトでは、この物理テーブルには１次キーまたは外部キーがないものと仮定される。
【００６１】
物理テーブルについて１次キーおよび外部キーが設定された後、前述のマップサイド集約有効化条件１に基づいて、この物理テーブルに関連するユーザ・タスクについてマップサイド集約を実行するかどうかを判断することが好都合である。これにより、判断を効果的に実行できるユーザ・タスクの範囲を拡張する助けとなる。
【００６２】
本発明のこの実施形態でのＭＲコンピューティング・プラットフォームにおけるユーザ・タスクのマップサイド集約用の制御方法は、特定の状況に応じてユーザ・タスクについてマップサイド集約を実行するかどうかを自律的に制御することができ、その結果、ユーザ・タスクについて有効なマップサイド集約が実行され、無効なマップサイド集約が回避され、したがって、ユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化する。
【００６３】
本発明はさらに、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の前述の制御方法を実施するように構成された、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置を提案する。本発明のＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法の前述の実施形態における原理説明は、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置の以下の実施形態にも適用可能である。
【００６４】
図５は、本発明の実施形態４による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置の構造ブロック図である。図５に示すように、この実施形態でのＭＲコンピューティング・プラットフォームにおけるユーザ・タスクのマップサイド集約用の制御装置５００は、受信モジュール５１０、検出モジュール５２０、および制御モジュール５３０を含むことができる。受信モジュール５１０、検出モジュール５２０、および制御モジュール５３０は、順序通りに接続されている。受信モジュール５１０は、実行依頼済みのユーザ・タスクを受信するように構成される。検出モジュール５２０は、受信モジュール５１０によって受信されたユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たすかどうかを検出するように構成される。制御モジュール５３０は、検出モジュール５２０の検出結果に従って、ユーザ・タスクのマップサイド集約を有効にするかどうか自動的に制御するように構成される。
【００６５】
マップサイド集約有効化条件は、ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、集約キーが、ユーザ・タスクの物理テーブルの１次キーでもなければ、ユーザ・タスクの物理テーブルの外部キーでもないこととを含むことができる。
【００６６】
ＣＲＥＡＴＥ  ＴＡＢＬＥ文は、ＤＤＬ  ＣＲＥＡＴＥ  ＴＡＢＬＥ文、または他のＣＲＥＡＴＥ  ＴＡＢＬＥ文とすることができる。
【００６７】
マップサイド集約有効化条件はさらに、ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、ユーザ・タスクの履歴マップサイド集約レコードでの、マップサイド集約の合計入力データ量の合計出力データ量への比が、事前設定された比率閾値以上であることとを含むことができる。この比率閾値は、経験的な値に従って設定することができる。
【００６８】
マップサイド集約有効化条件は、ユーザ・タスクが非ＣＲＥＡＴＥ  ＴＡＢＬＥ文であることと、ユーザ・タスクについて、マップサイド集約が手動で設定されることとをさらに含むことができる。
【００６９】
アプリケーションによっては、複数のマップサイド集約有効化条件を同時に事前設定することができ、ユーザ・タスクがマップサイド集約有効化条件のうちの１つを満たす限り、制御モジュール５３０がユーザ・タスクのマップサイド集約を有効にすることができる。
【００７０】
本発明のこの実施形態でのＭＲコンピューティング・プラットフォームにおけるユーザ・タスクのマップサイド集約用の制御装置は、特定の状況に応じてユーザ・タスクについてマップサイド集約を実行するかどうかを自律的に制御することができ、その結果、ユーザ・タスクについて有効なマップサイド集約が実行され、無効なマップサイド集約が回避され、したがって、ユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化する。
【００７１】
図６は、本発明の実施形態５による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置の構造ブロック図である。
【００７２】
図６に示すように、この実施形態でのＭＲコンピューティング・プラットフォームにおけるユーザ・タスクのマップサイド集約用の制御装置５００は、受信モジュール５１０、検出モジュール５２０、制御モジュール５３０、および事前設定モジュール５４０を含むことができる。受信モジュール５１０、検出モジュール５２０、および制御モジュール５３０は、順序通りに接続されている。事前設定モジュール５４０は、検出モジュール５２０と接続されている。受信モジュール５１０は、実行依頼済みのユーザ・タスクを受信するように構成される。検出モジュール５２０は、受信モジュール５１０によって受信されたユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たすかどうかを検出するように構成される。制御モジュール５３０は、検出モジュール５２０の検出結果に従って、ユーザ・タスクのマップサイド集約を有効にするかどうか自動的に制御するように構成される。事前設定モジュール５４０は、マップサイド集約有効化条件を事前設定するように構成される。
【００７３】
この事前設定モジュール５４０により、ユーザは、ユーザ・タスクの特徴に応じてマップサイド集約有効化条件を設定または修正することができ、その結果、このマップサイド集約有効化条件は、ユーザ・タスクの特徴に適合し、したがって処理効率を改善する。
【００７４】
本発明のこの実施形態でのＭＲコンピューティング・プラットフォームにおけるユーザ・タスクのマップサイド集約用の制御装置は、特定の状況に応じてユーザ・タスクについてマップサイド集約を実行するかどうかを自律的に制御することができ、その結果、ユーザ・タスクについて有効なマップサイド集約が実行され、無効なマップサイド集約が回避され、したがって、ユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化する。さらに、本発明のこの実施形態でのＭＲコンピューティング・プラットフォームにおけるユーザ・タスクのマップサイド集約用の制御装置はさらに、ユーザ・タスクの特徴に従ってマップサイド集約有効化条件をユーザが設定または修正できるようにし、その結果、マップサイド集約有効化条件がユーザ・タスクの特徴に適合し、したがってユーザ・タスクの実行効率をさらに改善し、ＭＲコンピューティング・プラットフォームの性能を強化する。
【００７５】
本発明の他の実施形態では、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置はさらに、作成モジュール、プロンプト・モジュール、および設定モジュールを含むことができる。プロンプト・モジュールおよび設定モジュールは、それぞれ作成モジュールに接続されている。この作成モジュールは、ユーザ・タスクがＣＲＥＡＴＥ  ＴＡＢＬＥ文である場合、このＣＲＥＡＴＥ  ＴＡＢＬＥ文を実行して物理テーブルを作成するように構成される。プロンプト・モジュールは、作成モジュールが作成した物理テーブルの１次キーおよび外部キーを指定するようユーザを促すように構成される。設定モジュールは、ユーザの指定に従って、作成モジュールが作成した物理テーブルの１次キーおよび外部キーを設定するように構成される。
【００７６】
図７は、本発明の実施形態６による、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置の構造ブロック図である。図７に示すように、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００は、以下の構成要素、すなわち処理構成要素７０２、メモリ７０４、電力構成要素７０６、マルチメディア構成要素７０８、オーディオ構成要素７１０、入力／出力（Ｉ／Ｏ）インターフェース７１２、センサ構成要素７１４、および通信構成要素７１６のうちの１つまたは複数を含むことができる。
【００７７】
処理構成要素７０２は通常、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００の総合的な動作、たとえば、表示に関連する動作、通話、データ通信、カメラ動作、および記録動作を制御する。処理構成要素７０２は、命令を実行するための１つまたは複数のプロセッサ７２０を含んでいて、前述の方法の各ステップのすべて、またはその一部を遂行することができる。具体的には、各ステップは、実行依頼済みのユーザ・タスクを受信することと、この受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たすかどうかを検出することと、検出結果に従って、ユーザ・タスクのマップサイド集約を有効にするかどうかを自動的に制御することとを含む。さらに、処理構成要素７０２は、この処理構成要素７０２と他の構成要素の間のインタラクションを容易にするための、１つまたは複数のモジュールを含むことができる。たとえば、処理構成要素７０２は、マルチメディア構成要素７０８と処理構成要素７０２の間のインタラクションを容易にするためのマルチメディア・モジュールを含むことができる。
【００７８】
メモリ７０４は、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００における各動作をサポートするための、様々なタイプのデータを記憶するように構成される。データの例には、任意のアプリケーション・プログラムまたは方法の命令、連絡先データ、住所録データ、メッセージ、画像、ビデオなどが含まれ、これらが使用されて、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００上で動作するようになる。メモリ７０４は、たとえば、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、電気的に消去可能なプログラマブル・リードオンリ・メモリ（ＥＥＰＲＯＭ）、消去可能なプログラマブル・リードオンリ・メモリ（ＥＰＲＯＭ）、プログラマブル・リードオンリ・メモリ（ＰＲＯＭ）、リードオンリ・メモリ（ＲＯＭ）、磁気メモリ、フラッシュ・メモリ、磁気ディスクまたは光ディスクなど、任意のタイプの揮発性もしくは不揮発性の記憶装置、またはそれらの組合せによって実施することができる。
【００７９】
電力構成要素７０６は、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００の様々な構成要素に電力を供給する。電力構成要素７０６は、電力管理システムと、１つまたは複数の電源と、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００への、電力の生成、管理、および分配に関連する他の構成要素とを含むことができる。
【００８０】
マルチメディア構成要素７０８は、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００とユーザの間の出力インターフェースを提示する画面を含む。実施形態によっては、この画面は、液晶表示装置（ＬＣＤ）およびタッチ・パネル（ＴＰ）を含むことができる。画面がＴＰを含む場合、この画面は、ユーザからの入力信号を受信するためのタッチ・スクリーンとして実装することができる。ＴＰは、このＴＰ上でのタッチ、スライド、およびジェスチャを検知するための、１つまたは複数のタッチ・センサを含む。ＴＰは、タッチまたはスライドの動作の境界を検知するだけでなく、このタッチまたはスライドの動作に関連する持続時間および圧力を検出することもできる。実施形態によっては、マルチメディア構成要素８０８は、フロント・カメラおよび／またはリア・カメラを含む。ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００が、撮影モードまたはビデオ・モードなどの動作モードにあるとき、フロント・カメラおよび／またはリア・カメラは、外部のマルチメディア・データを受信することができる。それぞれフロント・カメラおよびリア・カメラは、固定された光学レンズ・システムとすることができ、または合焦および光学ズームの機能を有することができる。
【００８１】
オーディオ構成要素７１０は、オーディオ信号を出力および／または入力するように構成される。たとえば、オーディオ構成要素７１０は、マイクロホン（ＭＩＣ）を含む。ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００が、呼出しモード、記録モード、音声認識モードなどの動作モードにあるとき、ＭＩＣは、外部オーディオ信号を受信するように構成される。受信されたオーディオ信号はさらに、メモリ７０４に記憶し、通信構成要素７１６を使用することによって送信することができる。実施形態によっては、オーディオ構成要素７１０はさらに、オーディオ信号を出力するように構成されたラウドスピーカを含む。
【００８２】
Ｉ／Ｏインターフェース７１２は、処理構成要素７０２と周辺インターフェース・モジュールとの間のインターフェースを提供する。周辺インターフェース・モジュールは、キーボード、クリック・ホイール、ボタンなどとすることができる。ボタンには、それだけには限定されないが、ホーム・ボタン、音量ボタン、スタート・ボタン、およびロック・ボタンが含まれ得る。
【００８３】
センサ構成要素７１４は、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００のための様々な態様の状態評価を提示するように構成された、１つまたは複数のセンサを含む。たとえば、センサ構成要素７１４は、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００のオン／オフ状態を検出することができ、各構成要素の相対位置を検出することができ、たとえば各構成要素は、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００の表示装置および小型キーボードである。センサ構成要素７１４はさらに、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００、またはＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００の構成要素の位置変化と、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００にユーザが接触しているかいないかに関わらず、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００の向きまたは加速度／減速度と、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００の温度変化とを検出することができる。センサ構成要素７１４は、物理的に接触しなくても近くの対象物の存在を検出するように構成された近接センサを含むことができる。センサ構成要素７１４はさらに、画像アプリケーションで使用するように構成された、ＣＭＯＳまたはＣＣＤのイメージ・センサなどの光センサを含むことができる。実施形態によっては、センサ構成要素７１４はさらに、加速度センサ、ジャイロスコープ・センサ、磁気センサ、圧力センサ、または温度センサを含むことができる。
【００８４】
通信構成要素７１６は、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００と他の装置の間の有線通信または無線通信を容易にするように構成される。ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００は、たとえばWiFi（登録商標）、２Ｇ、３Ｇ、４Ｇ、またはその組合せなどの通信規格に基づいて、無線ネットワークにアクセスすることができる。例示的な一実施形態では、通信構成要素７１６は、ブロードキャスト・チャネルを介して、外部のブロードキャスト管理システムからブロードキャスト信号またはブロードキャスト関連情報を受信する。例示的な一実施形態では、通信構成要素７１６はさらに、近距離無線通信を容易にするための近距離無線通信（ＮＦＣ）モジュールを含む。たとえば、無線周波数識別（ＲＦＩＤ）技術、赤外線データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、Bluetooth（登録商標）（ＢＴ）技術、および他の技術に基づいて、ＮＦＣモジュールを実装することができる。
【００８５】
例示的な一実施形態では、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、制御装置、マイクロコントローラ、マイクロプロセッサまたは他の電子的要素によって実装することができ、前述の方法を実行するように構成される。
【００８６】
例示的な一実施形態では、たとえば命令を含むメモリ７０４など、命令を含む非一時的コンピュータ読取り可能記憶媒体がさらに提供される。この命令は、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御装置７００のプロセッサ７２０によって実行して、前述の方法を遂行することができる。たとえば、非一時的コンピュータ読取り可能記憶媒体は、ＲＯＭ、ランダム・アクセス・メモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー・ディスク、光学式データ記憶装置などとすることができる。
【００８７】
本発明の一実施形態はさらに、非一時的コンピュータ読取り可能記憶媒体を提供する。記憶媒体内の命令が、移動端末のプロセッサによって実行されるとき、この移動端末は、ＭＲコンピューティング・プラットフォームでのユーザ・タスクのマップサイド集約用の制御方法を実行することができ、この方法は、実行依頼済みのユーザ・タスクを受信することと、この受信したユーザ・タスクが、事前設定されたマップサイド集約有効化条件を満たしているかどうかを検出することと、検出結果に従って、ユーザ・タスクのマップサイド集約を有効にするかどうかを自動的に制御することとを含む。
【００８８】
本発明のこの実施形態でのＭＲコンピューティング・プラットフォームにおけるユーザ・タスクのマップサイド集約用の制御装置は、特定の状況に応じてユーザ・タスクについてマップサイド集約を実行するかどうかを自律的に制御することができ、その結果、ユーザ・タスクについて有効なマップサイド集約が実行され、無効なマップサイド集約が回避され、したがって、ユーザ・タスクの実行効率を改善し、ＭＲコンピューティング・プラットフォームの性能を強化する。
【００８９】
以上、単に本発明の好ましい実施形態が説明してあるが、こうした実施形態は本発明を限定するものではない。本発明の趣旨および原理内でなされた任意の修正、等価な置換え、改良などは、本発明の保護範囲内に含まれるべきである。
【図１】
2019511047.tif 000004
【図２】
2019511047.tif 000005
【図３】
2019511047.tif 000006
【図４】
2019511047.tif 000007
【図５】
2019511047.tif 000008
【図６】
2019511047.tif 000009
【図７】
2019511047.tif 000010
【国際調査報告】
2019511047.tif 000011
2019511047.tif 000012
2019511047.tif 000013
2019511047.tif 000014