JP2008512047A - 無線通信ネットワークにおける規則に基づいたデータの収集及び管理 - Google Patents

Abstract

複数のデバイスを含む電気通信網と関連してデータ収集プロファイルを設定し、使用するためのシステム及び方法。最初に、通信ネットワークの１つ又は複数の態様に関するクエリーが設定される。それからクエリーはデータ収集プロファイルを構築するための基礎として使用される。次に、クエリーに関連する基準に基づいて対象デバイスのセットが選択される。データ収集プロファイルは、次にデータ収集プロファイルに従ってデータを収集する対象デバイスに提供される。最後に、収集されたデータが追加処理のためにサービスプラットホームに送信される。

Description

本発明は概して無線通信ネットワーク及びその関連システムとデバイスに関する。さらに詳細には、本発明の例示的な実施形態は選択されたネットワークパラメータの監視及びデータ収集を実現するために分散型ネットワーク構成要素を使用するためのシステム及び方法に関する。

技術が進展し、無線装置ユーザ数が膨大に増加した結果、無線通信ネットワークの規模と複雑さは大幅に増大した。規模と複雑度のこのような増大の避けられない結果として、通信ネットワークに関連する操作上の問題及び性能の問題が相対的に増加した。中断された通話、カバレージの欠如、及び低い音声品質等の信頼性の問題が、エンドユーザが無線技術を受け入れるのを妨げている。これらの及び他の品質の問題は、多くのエンドユーザが自分の主要な通信手段として無線音声サービスと無線データサービスを信頼するのを妨げてきた。なおさらに複雑な技術を使用し、さまざまな使用様式を取り入れ、すでに多くの問題を含むネットワークに追加の要求を課す新しいサービスが導入されるにつれ、ネットワーク性能はさらに低下する。サービスの質は顧客離れ、収益性を削減する複雑性及びコストの問題に直接的に影響を及ぼす。したがって、サービスの質を改善することはサービスプロバイダにとって最優先事項である。

ネットワーク監視解決策は周知であり、サービスプロバイダによって幅広く利用されているが、現在使用できる解決策は全体的な電気通信システムのサブセットを監視、診断するにすぎず、従って、品質問題を効率的に特定し、解決するために必要とされるネットワークとデバイスの性能の全体的な視野を考慮しない。ネットワーク監視に対する典型的な手法は、ネットワーク構成要素がそれ自体のステータスと性能に関して報告し、その動作中に発生するあらゆるエラーを報告する「自己監視」を含む。結果として生じる単一の要素からの動作測定基準（ｍｅｔｒｉｃｓ）はさらに幅広いシステム全体の問題を示すこともあるが、問題解決は、答えを提供するというよりはむしろ、推測と拡大されたトラブルシューティングを伴い、貴重なリソースを無駄にする。別の共通の手法は、ネットワーク構成要素が仕様に従って機能しているかどうかを判断するためにネットワーク内の種々のポイントにプローブを設置することを含む。「スニファ」、「ログモニタ」、又は「イベントモニタ」と呼ばれることもあるこれらの監視システムは特定のネットワーク構成要素での性能問題を特定するのには効果的であるが、それらはネットワーク構成要素の中のインタフェースに由来する問題を捕捉することはできない。つまり、これらの解決策は、単一の構成要素が仕様に従って実行しているが、それらの構成要素が互いに相互作用するときに問題が発生する。この極めて困難且つ微妙な問題の集合は、サービスをエンドユーザに配信できないときネットワーク事業者にコスト上昇をもたらす。

公知の別の監視手法は、特定の構成要素が「現実世界」の取引活動を模倣するためにサービストランザクションを実行し、エンドツーエンド性能が監視され、結果が報告される前もってプログラムされたサービスモニタを必要とする。これらの解決策は系統的な故障を捕らえるが、間欠的又は分散した問題や、微妙な機能障害や、デバイス又はエンドユーザに特殊な問題については検出することができない。さらにそれらは予測された使用ケースについて検証できるにすぎず、新しい使用及びサービス間の相互作用に適応することはできない。

特に、前述された解決策はネットワーク状態を監視し、変化するネットワーク状態に応えてデータ収集モデルをインテリジェント且つ動的に定義し、生成する能力に欠けている。通信ネットワークにおいてプローブを利用しても、プローブが問題の現れだけを示し、問題を実際にトラブルシュートするにはネットワーク上の物理的な場所に人員が派遣されることを必要とし、問題の特定と解決に多大な時間と費用を追加する場合が多い。さらに、これらのトラブルシュート技法は物理層、アプリケーション層等の異なるネットワーク層の多面的な見解を提供せず、これらの層全体で性能問題を相互に関連付けない。その結果、エンドユーザに影響を及ぼす多数の品質の問題点が未検出のままとなる、あるいは誤解されたままとなる。結果的に、現在使用できるネットワーク監視解決策により提供される性能データはネットワーク問題を迅速に特定し、優先順位を付け、解決するために必要とされる詳細と適時性に欠けるため、それらは危機になる。

さらに、現在使用可能なネットワーク監視解決策はネットワーク使用での特定のエンドユーザの経験を適切に監視し、それについて報告することができないため、サービスプロバイダはカスタマサービス担当者に性能問題を報告するためにエンドユーザを頼らなければならない。しかしながら、いったん報告されると、自分が経験したことの詳細を詳述することの難しさ、発生のタイミング及び問題を確証するための根本的なデータの欠如のために、エンドユーザの問題を再現することができない場合が頻繁にある。加えて、サービスプロバイダはネットワーク性能を全体論的に見ることができないため、報告された問題の真の範囲を理解せず、解決のために問題に適切に優先順位を付けることができない可能性がある。したがって、問題は報告するエンドユーザが満足するように解決されず、エンドユーザが将来問題を熱心に報告する意欲を低下させる。さらに、問題が他者に影響を及ぼすのを妨げ、ネットワークの全体的な質を改善する機会が見失われる。

したがって、サービスプロバイダがエンドユーザの不満の原因又は元を認識さえせず、エンドユーザが通信サービスを提供している企業から疎外される状況が頻繁に生じる。さらに、多くのエンドユーザ問題が報告されないままであるため、サービスプロバイダがある特定の問題の範囲について信頼できる情報を取得することはほぼ不可能である。したがて、リソースはしばしば、はるかに多数のエンドユーザに影響する問題に対して、少数のエンドユーザにしか影響を及ぼさない問題を解決するために費やされる。結果として、問題の範囲の間違った理解をもつサービスプロバイダが不適切な量のリソースを解決策に向けて割り当てる可能性がある、あるいはそれは解決に優先順位を付ける価値を認識することができない。

公知のさらに他の監視解決策は、ワイヤレス危機の性能についての情報を収集、分析することを目的としている。通常、監視ソフトウェアは製造時、又はソフトウェアをデバイスにダウンロードすることによって製造時に無線装置にインストールされる。次に、ソフトウェアはバックグラウンドで連続して実行し、デバイスとアプリケーション性能を監視する。ある特定のイベント又はデバイスに関連するエラーが発生すると、ソフトウェアは該エラー又はイベントに関連するデータを収集し、分析のためにそれをリアルタイム又はしばらくたってデータ保存箇所（ｒｅｐｏｓｉｔｏｒｙ）にアップロードする。しかしながら、後述されるように、このような手法は柔軟性がなく、適切な、あるいは効果的な解決策にはほど遠い。

まさに前述されたネットワーク監視解決策はネットワークの中の特定の構成要素の性能を監視し、無線装置監視ソフトウェアは無線デバイスの性能に関するデータポイントの別のセットを提供する。しかしながら、デバイス性能情報は有用であるが、それはネットワークのどこかで生成されている他の性能データから切断され、ネットワーク層全体で複数のネットワーク構成要素の性能の関連でこのデータを理解するための機構はなく、根本的な問題は残る。

さらに、このような手法は事前に構成されたデータ収集ソフトウェアの使用を強調する傾向がある。ソフトウェアはデータの特定のサブセットを収集するように指示できるが、ソフトウェアは急速に出現し、変化する状態に対処するために、迅速に改訂又は修正することはできない。すなわち、ソフトウェアは、最初に収集されるようにプログラミングされたデータだけを収集することができ、さらに、このようなデータは初期にプログラミングされた状態に従って収集できるにすぎない。したがって、このようなソフトウェアの機能はプログラマの洞察力によって制約される。プログラマが多種多様の使用状態、通信ネットワークの動作に関連して発生し得る問題とイベントを予期するのは完全に不可能であるため、この柔軟性の欠如は重大な制限である。

この柔軟性の欠如は、過渡的なネットワーク状態が発生する状況でも問題である。特に、ソフトウェアは変化するネットワーク状態に対応するために迅速且つ容易に更新できないため、過渡的なネットワーク状態に関してデータを収集する機会のウィンドウは、ソフトウェアがそのデータを目標値に修正する前に閉じられる。従って、ネットワーク管理者と他の人員に問題を適切に診断し、解決する機会を与えない可能性がある。

最後に、このようなソフトウェアの柔軟性は、このようなソフトウェアが製造時に携帯電話にロードされる、あるいはウェブサイト又はサービスからダウンロードされなければならないかのどちらかであるという事実によりさらに損なわれる。したがって、データ収集ソフトウェアに対する改訂又は更新は扱いにくく、取得するのに時間がかかる。様々なユーザが、改訂されたソフトウェアを（それが仮にあったとしても）様々なときにロードする可能性があるため、統計的にかなりの数のデバイスが特定の分析に必要とされるデータを収集するために適切なソフトウェアにより使用できることを保証する迅速且つ信頼できる方法はない。

上記技術における問題を鑑みて、本発明はネットワーク構成要素及び層全体で「現実世界」の使用と性能データを捕捉するために多数の「エンドポイント」つまりエンドユーザデバイスを活用することによって無線通信ネットワークでサービスを監視する新しい方法を実現するシステム及び方法に関する。特定のサービスの性能に関連して発生する多くのエラーはエンドユーザの無線装置の観点から可視であるにすぎないため、本発明の方法は、それ以外の場合入手できないであろうこのデータの収集を可能にする。さらに、本明細書に記載されているデータ収集方法は、複数のネットワーク層及びネットワーク構成要素の中及びそれらの間での相互作用を特定し、互いに正確に関連付けることができる。このようにして、物理層、トランスポート層、及びアプリケーション層を含むネットワークの複数の層の間で発生する状態の枠の中でサービスの性能に対応する貴重な診断データを表示、分析することができる。

データ収集方法はすでに、ネットワーク化されたＰＣ等の多数の高容量エンドポイントと、及び火星着陸機システムのような多大な制約のある１つだけのきわめて専門化したシステムと関連して使用されているが、本明細書に記載されている方法は、変化するネットワーク状態に応えてネットワークとデバイスの性能データを監視、捕捉するために、相対的に限られた機能性（例えば、制約されたメモリ容量と電池寿命）と複雑な依存性（例えば、可変容量と信頼性を提供するＲＦネットワークとの対話）を持つ莫大な数の無線装置に依存するサービス監視技法を目的としている。これらの状態は多くの場合、過渡的であり、地理的に隔離されている、及び／又はネットワーク構成要素間の特殊な相互作用に依存している。したがって、本発明のデータ収集管理システムは公知のデータ収集システムが取り組む問題とは異なる問題のセットに取り組む。

本発明のシステム及び方法の典型的な実施形態は、１つ又は複数の無線通信ネットワークパラメータの監視、このようなパラメータに関するデータの収集、及び収集したデータの報告システムへの条件付き転送を実現するために、分散型無線装置、無線電話、及び電話対応パーソナルデジタルアシスタント（ＰＤＡ）を選択、使用することにより実現できる。無線装置の監視及びデータ収集活動と関連して、いくつかの実施形態では、本発明の方法が、有線デバイス、アプリケーションサーバ又はネットワーク上の他のサーバを含む無線装置以外のネットワークノードを使用して実現されてよく、データは前述されたように収集後に処理できる。

本発明の一実施形態は、無線装置の規則に基づいたデータ収集プロファイルのポピュレーションを動的に生成し、それにダウンロードするためのデータ収集管理システムのサービス品質プラットホームに備える。データ収集プロファイルはネットワーク管理者、ソフトウェア開発者又はネットワークの運用に関与する他の人員（これ以降「ネットワーク管理者」と呼ばれる）によって手作業で生成されてよい、データ分析解決策の一部としてオフラインで作成されてよい、あるいはネットワークパラメータ又は他のイベントに基づいて自動的に生成されてよい。プロファイルは、デバイスに収集された情報をアップロードさせる条件とイベントだけではなく、どの条件とイベントに応えてどの情報がデバイス上で収集されなければならないのかを定義する。条件又はイベントは、通話の中断又はユーザがデバイスのボタン押す等のデバイスが検知できるネットワーク内又はデバイス上での任意の発生を含む。また、条件及びイベントは時間の経過、又はデバイスがサーバに情報の報告を返すというネットワーク管理者からの要求も含む。典型的な実施形態では、データ収集プロファイルを受信し、データ収集を実行することを目的とする（「無線装置（複数の場合がある）」、「無線通信装置（複数の場合がある）」、「対象無線装置（複数の場合がある）」、又は「デバイス（複数の場合がある）」と本明細書で呼ばれることのある）無線装置のポピュレーションは、エンドユーザの無線装置の特徴、容量及び使用可能性に基づいて選択される。対象無線デバイスの品質認定及び選択のプロセスの一部として、エンドユーザデバイスを圧倒するのを回避するようにデータの収集を実現することに特に注意が向けられている。同様に、データ収集規則をデータ収集プロファイルで定義するときには、所望されるデータ収集活動のデバイスとネットワークリソースに対する影響、規則を定義するプロファイルのダウナロード、データ収集に配慮がなされ、収集されたデータのアップロードはネットワーク性能に悪影響を及ぼすのを回避するように定義される。例えば、収集されたデータのアップロードが、デバイスとネットワーク活動が特に低いオフピーク時だけに発生してよいケースがある。さらにネットワーク監視及びデータ収集活動は、活用されるデバイスとネットワークリソースという点で高価であるため、厳しいデバイス品質認定プロセスに加えて、本発明の方法は、関係のないデータがデータ収集プロセスの間にフィルタリングされ、最も関連性があり、信頼できるデータだけが特定の問題に関して分析に提示されることを確実にするために、データ収集プロファイルを構造化する能力を提供する。

本発明は、複数の無線装置を含む無線セルラー電話網、ネットワークに対する接続を確立し、ネットワークと通信するように適切に装備された無線電話等の無線通信ネットワークに連動して実践されてよい。データ収集管理システムは、データ収集活動を生成し、管理し、収集されたデータを処理、記憶するサービス品質プラットホーム（ＳＱＰ）と、対象無線装置又は別の対象ネットワークノードに常駐し、それがデータ収集活動に参加できるようにするサービス品質クライアント（ＳＱＣ）とから構成される。

動作中、本発明のデータ収集管理システムは、それぞれがＳＱＣを備えた多数の無線装置とネットワークノードが、複雑なネットワークステータス問題に関する情報を提供できるようにする。以下の説明では、本発明は以下の運転モードに限定されないが、このような情報を取得するためにクエリーが使用される本発明の典型的な実施形態を提示する。本実施形態に従って、複雑なネットワークステータス問題は「クエリー」つまり、ネットワークデバイスのステータス又は性能、あるいはネットワーク性能の他の態様に関する質問によって記述できる。このようなクエリーの開始に応えて、ＳＱＰは、それがすでに、クエリーに指定された基準を満たす、そのサブシステムの内の1つの中にデータを記憶させているかどうかを判断する。記憶させている場合には、そのデータは分析に使用できるようになり、クエリーは即座に回答される。必要とされるデータがすでにＳＱＰに存在していない場合は、ＳＱＰのタスクサブシステムによって収集タスク要求（ＣＴＲ）が生成され、処理される。ＣＴＲは、通常、特定の事業又は技術的なニーズに対処するデータ収集分析パッケージの一部として事前に定義される。ＣＴＲは、次にＳＱＰに記憶され、必要が生じると呼び出される。いくつかのケースでは、ＣＴＲはネットワーク管理者によって要求に応じて定義できる。したがってＣＴＲは、データ収集プロファイルを構築するための基礎として使用される。プロファイルは、それを受信する対象無線装置ごとにどのパラメータが捕捉されなければならないのか、及びどのイベントがデータを捕捉、記憶、及びアップロードさせるのかを記述する。いったんデータ収集プロファイルが作成されると、対象無線装置は、ＣＴＲ及び使用可能な無線装置の特徴に関する基準に基づき選択される。品質認定特徴は、製造メーカと型式等のデバイスタイプ、使用可能メモリと電池寿命、デバイスに常駐するアプリケーションのタイプ、デバイスの地理的な位置、ユーザのデバイスとの相互作用を特徴付けるものを含む使用統計、及びカスタマのプロファイルを含んでよい。データ収集プロファイルは、次に、対象無線装置上でＳＱＣに提供される。

前記に注記されたように、いくつかの実施形態では、データ収集プロファイルは、アプリケーションサーバ等の他のネットワークノードにも送信される。本明細書での用語「対象デバイス」は、無線装置とデータの収集でＳＱＰが利用してよい他のネットワークノードを含むデバイスのより幅広いカテゴリを指す。プロファイルに指定される指示に従って、対象デバイスと他のネットワークノード上のＳＱＣが指定されたデータを収集、記憶、実装、及びアップロードする。最後に、ＳＱＰは報告されたデータを受信し、決定支援のために有効な情報を提供するためにそれを処理する。報告されたデータに基づき、追加のクエリー及びデータ収集プロファイルが生成され、問題をさらに探求し、診断するために実行されてよい。例えば、一式の規則に基づいて、追加のクエリーは自動的に生成され、対象無線装置は自動的に選択され、データ収集プロファイルの中に包含された新しいクエリーは選択されたデバイスに送信できる。他の状況では、既存のデータ収集プロファイルが任意の量の時間、デバイス上に存続し、ＳＱＣにデータを周期的に収集、実装、及びアップロードし続けるように命令し得る。さらに一般的には、データ収集プロファイルはいつでも非活性化され、精緻化され、あるいは置換されてよい。

本発明の上記の及び他の態様は以下の説明及び添付の特許請求の範囲からさらに完全に明らかになる。
本発明のその他の優位点と特徴について、本発明のさらに詳細な説明は、添付図面に示されている実施形態を参照することにより理解し得る。これらの図面が本発明の典型的な実施形態だけを示すものであり、したがってその範囲を制限するものではないと理解した上で、本発明を添付図面を使用することによりさらに特定的に且つ詳細に説明する。

本発明の典型的な実施形態の種々の態様を説明するために図面を参照する。図面は、このような実施形態の図表の概略表現であり、したがって本発明の範囲を制限せず、必ずしも縮尺とおりに描画されていないことが理解し得る。

本発明の実施形態は、選択された通信ネットワークパラメータに関して監視及びデータ収集を実現するために分散された無線装置と他のネットワークノードを使用するためのシステム及び方法に関する。該収集されたデータは次に分析され、データ収集作業は収集されたデータとそれに関連付けられた傾向とにより示唆されるようにさらに的を絞り、精緻化することができる。データ分析は、とりわけネットワークの機能障害と機能停止を検出すること、是正処置の実現、ネットワーク動作の合理化、カスタマサービスの改善、及び販売戦略の開発に関連して使用される。

＜Ｉ．典型的な無線通信網及び無線装置＞
本発明の種々の方法を説明するために、図１は本発明の無線ネットワーク１００の実施例を示している。言うまでもなく、この配置及び本明細書に説明されている配置とプロセスが例のためだけに述べられており、他の配置と要素（例えば、機械、インタフェース、機能、要素の順序等）を追加したり、代わりに使用することができ、いくつかの要素は完全に省略してよいことが理解される。さらに当業者は、本明細書で説明されている要素の多くが、別々の構成要素として、あるいは他の構成要素と連動して、任意の適切な組み合わせと場所で、ソフトウェア、ファームウェア、及び／又はハードウェアによって実現し得る機能上のエンティティであることを理解し得る。

図１のネットワークは本発明を実現することができ、他のネットワークアーキテクチャが考えられる適切な環境の例を表現しているのにすぎない。特に無線ネットワーク１００は、符号分割多元接続（ＣＤＭＡ）ネットワークとして説明され、図示されているのに対し、本発明は、将来開発されるものを含む、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、時分割多元接続（ＴＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、ジェネラルパケットラジオサービス（ＧＰＲＳ）ネットワーク、８０２．１１ネットワーク及び他のネットワークと実践できる。さらに具体的には、本発明の典型的な実施形態では、無線ネットワーク１００は、無線接続性及びセッション管理を、回線交換型通信及びパケットデータ技術をベースにした通信に提供する無線周波数（ＲＦ）ネットワークを含む。したがって、無線ネットワーク１００は、１つ又は複数の無線装置４００、基地局１２０、基地局コントローラ（ＢＳＣ）１３０、移動スイッチングセンタ（ＭＳＣ）１５０、及びパケットデータ供給ノード（ＰＤＳＮ）１４０を含む、ネットワークを通して回線交換通話及び／又はパケットデータ通信を送るために必要な全ての要素を含むか、あるいはそれらの要素は相互に接続される。さらに詳細には、本発明の方法は、回線交換網、パケットデータネットワーク又は両方と連動して使用できる。本発明の典型的な実施形態はそのトランスポートプロトコルとしてインターネットプロトコル（ＩＰ）を使用しているが、本発明の方法はショートメッセージサービス（ＳＭＳ）及び周知であるショートデータバースト（Ｓｈｏｒｔ Ｄａｔａ Ｂｕｒｓｔ）サービス等の他のトランスポートプロトコルを使用して実現してよい。無線ネットワーク１００はホームロケーションレジスタ（ＨＬＲ）、ヴィジティングロケーションレジスタ（ＶＬＲ）、料金請求書作成及び発行システム、１つ又は複数のゲートウェイ、ショートメッセージ及びサービスメッセージを使用するために必要なサーバとインフラストラクチャを使用して実現されてよく、図１に描かれていない他の多くのネットワーク構成要素を含んでよい。アプリケーションサーバ又は（典型的な実施形態ではネットワークサーバ１０２として描かれている）サードパーティ報告システムは、ネットワーク１００の外部に常駐してよく、本発明と連動して使用できる。本明細書に記載された用語「無線ネットワーク」又は「ネットワーク」に対する参照は、ネットワークインフラストラクチャ、サーバ、エンドユーザデバイス、アプリケーション及びサービスを含んで解釈される。

無線ネットワーク１００は、さらに本発明と連動して使用するための、公知のサードパーティネットワークモニタ、プローブ、及びパケットスニファを含んでよい。データ収集管理システム２００は、説明のためにパケットデータネットワークと連動して機能するとして描かれているが、回線交換網上のノードからデータを受信してよい、あるいはシステムの要素は回線交換網に位置し、パケットデータネットワークからデータを受信してよい。ゲートウェイ、ネットワークモニタ、及び他のネットワーク構成要素は、ネットワークとデータ収集管理システム２００の間のデータの伝送を容易にするために利用されてよい。さらに、一実施形態では、データ収集管理システム２００の構成要素は、ネットワーク事業者のネットワーク内に常駐する１つ又は複数のネットワークサーバ上で実現されてよい。代わりに、データ収集管理システム２００はネットワーク事業者以外のサービスプロバイダによって主催されるサービスとして実現されてもよいため、システムの構成要素はネットワーク事業者のネットワークの外部に常駐し、ネットワーク事業者のネットワーク内の種々のノードと通信する形でもよい。

＜ＩＩ．典型的なデータ収集管理システムの構造＞
図２は、無線ネットワーク１００の関連構成要素の一部とともに、概して２００で示されているデータ収集管理システムの実施例に関する詳細を示す。本明細書に記載されている機能性は、無線、パーソナルデジタルアシスタント（「ＰＤＡ」）、ネットワークサーバ、デスクトップコンピュータ、及びネットワーク通信ト関連付けられた他のデバイスを含む、無線又は有線のどちらかの多岐に渡るネットワークデバイスと関連して利用されてよい。

典型的な実施形態では、図２のデータ収集管理システム２００は、エンドユーザが電話サービスにアクセスできるようにし、対象無線装置（ｔａｒｇｅｔ ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）４００がパケットデータネットワークに参加できるようにする任意の適切なプロトコルを通してインターネット又はマルチメディアデータにアクセスを提供する体勢にある１つ又は複数の対象無線装置４００を利用する。対象無線装置４００は、無線ネットワーク１００の環境で通信し、無線電話受話器、ワイヤレスパーソナルデジタルアシスタント（ＰＤＡ）、又は別の無線通信装置である実質的に任意の移動無線装置である場合がある。該無線装置は移動局、又はモバイル機器とも呼ばれることがあり、以後無線装置と呼ばれる。

対象無線装置４００は無線ネットワーク１００上で送信され、オペレーティングシステムとアプリケーションのようなソフトウェアの実行を可能にするデータを局所的に記憶するため、及びそれ以外の場合無線局の動作をサポートするために使用されるローカルメモリを有する。Ｓｙｍｂｉａｎ、ＲＥＸ、又は他の任意の適切なオペレーティングシステム等の公知の種々のオペレーティングシステムが無線装置に常駐してよい。さらに、対象無線装置４００は、データ収集プロファイルを受信、実行し、それ以外の場合データ収集管理システム２００のサービス品質プラットホーム（ＳＱＰ）２０１と通信することにより、それがデータ収集活動に参加できるようにするサービス品質クライアントソフトウェア（ＳＱＣ）４０２でイネーブルされる。ＳＱＣ４０２は、製造時のインストール、ケーブルを介してコンピュータに接続されるクレードルの中にデバイスを設置する等の種々のダウンロード方法、あるいは任意の数の無線方法等を使用することを含む種々の方法によって無線装置上にインストールされてよい。

ＢＲＥＷ及びＪＡＶＡのような開発環境も、無線装置の上に常駐し、ＳＱＣソフトウェア４０２のこのようなダウンロードをサポートするか、あるいはそれ以外の場合データ収集システムのサポート動作をサポートしてよい。さらに、典型的な対象無線装置４００は、無線装置がネットワークサービスプロバイダによって提供されている１つ又は複数のサービスにアクセスできるようにする、あるいは計算機とゲーム等のユーザにユーティリティ又は娯楽を提供する種々のアプリケーションソフトウェアを含む。典型的な無線装置４００は、無線送信機と受信機、音声符号化と復号のため、及び通話制御のための回路、ディスプレイ装置、キーボード、電源も含み、加入者アイデンティティモジュール（ＳＩＭ）チップも含んでよい。他の実施形態では、ＳＱＣソフトウェア４０２は、前記に注記されたようなデータ収集プロファイルを受信し、実行するためにネットワーク内の他のノード上にもインストールされてよい。例えば、無線装置のデータ収集活動に加えて、ＳＱＣソフトウェアは、これらのネットワークノードがデータ収集活動に参加できるように、ネットワーク内のアプリケーションサーバ上に、あるいはＰＤＳＮ上にインストールされてよい。

引き続き図２を参照すると、データ収集管理システム２００はＳＱＰ２０１とＳＱＣ４０２を含む。ＳＱＰ２０１の要素は、測定基準コレクタ２０２Ａと測定基準アナライザ２０２Ｂとから構成される測定基準収集サブシステム（ＭＣＳ）２０２と、タスクプロセッサ２０４Ａと、タスクデータベース２０４Ｂと、対象デバイスデータベース２０４Ｃとから構成されるタスクサブシステム２０４と、プロファイルビルダ２０６Ａと、プロファイルエディタ２０６Ｂと、プロファイルデータベース２０６Ｃとから構成されるプロファイルサブシステム２０６と、報告エンジン２０８Ａと、規則エンジン３０８Ｂと、報告データベース２１０とから構成される報告サブシステム２０８と、ユーザインタフェース（ＵＩ）２１２ＡとＡＰＩ／サービスインタフェース２１２Ｂとから構成されるインタフェースサブシステム２１２とを含む。データ収集管理システム２００は、さらに１つ又は複数の対象無線装置４００、又はＳＱＣ４０２が常駐する他のネットワークノードとを包含する。さらに、データ収集管理システム２００はサードパーティ報告システム等の１つ又は複数のネットワークサーバ１０２と通信してよい。

前記したように、図２００のデータ収集管理システム２００はネットワーク事業者以外のサービスプロバイダによって主催されるサービスとして実現されてよい、あるいは他の実施では、データ収集管理システム２００の機能性のいくつか又はすべてがネットワークサーバ及び／又はネットワーク事業者の無線ネットワーク１００の中の他のネットワークシステムの上のインストールに適したスタンドアロンソフトウェアパッケージの形式で提供されてよい。したがって本発明の範囲は、データ収集管理システム２００の特定の形式の実施に限定されない。

データ収集管理システム２００のＳＱＰ２０１は、概して種々のクエリーを作成、管理し、データの収集で利用されるようなデータ収集プロファイルを作成するのに役立つ。さらに、ＳＱＰ２０１は収集されたデータを受信し、種々の分析と収集されたデータに関する他のプロセスを実行する。

引き続き図２のＳＱＰ２０１を参照すると、ＭＣＳ２０２の測定基準コレクタ２０２Ａは複数の無線装置４００又は他のネットワークエンティティから収集されたデータを受信する。該収集されたデータは、測定基準コレクタ２０２Ａに直接的に、あるいはＰＤＳＮ１４０又はゲートウェイ１６０等の他のネットワークノードを介してのどちらかで提供されてよい。ＭＣＳ２０２は、タスクサブシステム２０４と報告サブシステム２０８と通信してよい。測定基準アナライザ２０２Ｂは、それをＳＱＰ２０１の他のサブシステムに渡す前に、受信されたデータのインシデントマッチング等の妥当性検査機能、増加機能及び／又は分析機能を実行してよい。また、ＭＣＳ２０２は、ＳＱＣ４０２対応デバイスからの収集プロファイル要求を受信し、応答してよい。例えば、ＳＱＣ４０２でイネーブルされたデバイスの初期起動時、ＳＱＣはその存在を、デバイスにダウンロードされ得る１つ又は複数のプロファイルに応答して、ＭＣＳ２０２を介してＳＱＰ２０１に示す。

報告サブシステム２０８は、ＭＣＳ２０２からの入力の結果として生成されるレポートと、サードパーティネットワークモニタ等の外部システムからのデータを、報告データベース２０８Ｃに記憶する。報告データベース２０８Ｃは、ネットワークサーバ１０２として典型的な実施形態に描かれている別の報告又はプレゼンテーションシステムにレポートデータをエクスポート又は発表してもよい。報告データベース２０８Ｃは、データ収集管理システム２００又は別のネットワーク構成要素と統合されてよい、あるいはそれはスタンドアロンデータベースとして機能してよい。さらに、報告サブシステム２０８は後述されるように行われる収集で中心的な役割を果たす。

本発明の一実施形態では、本発明は以下の動作モードに限定されないが、複雑なネットワークステータス問題に関する情報は以下の手順を使用して取得できる。本実施形態に従って、新しいクエリーを処理するとき、報告サブシステム２０８は最初に、報告データベース２０８Ｃが、該クエリーに答えるために十分且つ必要であるデータをすでに有しているかどうかをチェックする。該クエリーを満たすために追加の収集が必要とされない場合には、データ及び／又はレポートがネットワーク管理者に返される。報告データベース２０８Ｃが該クエリーに応えるためのデータを含んでいない場合、ＣＴＲが作成され、そのライフサイクルを通して報告サブシステム２０８によって追跡調査され、タスクサブシステム２０４によって処理される。タスクサブシステム２０４は、既存のデータ収集プロファイルを選択するため、あるいは新しいデータ収集プロファイルを必要に応じて生成し、対象無線装置の適切なセットを特定し、データ収集プロファイルを該選択された対象無線装置に送信するためにプロファイルサブシステム２０６と通信する。クエリーが、非ＳＱＰデバイス、つまりそれがデータ収集管理システム２００に参加できるようにするためにＳＱＣでイネーブルされていないデバイスからの収集を必要とする場合、報告サブシステム２０８はインタフェースサブシステム２１２を通して外部システムのためにＣＲＴを作成し、送信する。このようにして、必要とされるタスクは、データ収集管理システム２００によって指示されていないが、システム内で、及びシステムにより実施されている他のデータ収集活動の中で文書化され、追跡調査され、表示することができる。なお、タスクサブシステム２０４及び／又は報告サブシステム２０８が、データ収集プロファイルを生成し、対象デバイスポピュレーションを特定するときに、クエリー及び／又はＣＴＲの優先順位を考慮してもよい。前記タスク機能のどれかをオペレータが置換することもでき、本発明の別の実施形態では、オペレータはプロファイルをデバイスに直接的に割り当てる。

ＳＱＰ２０１は、データ収集管理サービスを提供するために１つ又は複数のネットワークサーバ１０２と通信してよい。例えば、ＳＱＰ２０１の報告サブシステム２０８は、ネットワークサーバ１０２にレポート、未処理データ及び他のデータ製品を与えることができる。ネットワーク管理者及び外部システムは、次にネットワークサーバ１０２を経由してデータにアクセスできる。データ収集管理システム２００の構成要素は、１台又は複数台の対象無線装置４００との通信を開始するため、あるいはネットワーク管理者に、要求されたデータが収集され、分析に使用可能であることを通知するために、ショートメッセージサービスセンタ(ＳＭＳＣ)１８０等の無線ネットワーク１００内の種々のメッセージングサービスと通信してもよい。

ＳＱＰ２０１は、種々のネットワーク動作及びパラメータに関するデータの収集を支配する種々のデータ収集プロファイルを生成又は修正するために、タスクサブシステム２０４、規則エンジン２０８Ｂ及び対象デバイスデータベース２０４Ｃと協力するプロファイルサブシステム２０６をさらに含む。この目的を達成するために、プロファイルサブシステム２０６はプロファイルビルダ２０６Ａと、プロファイルエディタ２０６Ｂと、プロファイルデータベース２０６Ｃとを含む。なお、プロファイルサブシステム２０６は、種々の方法で構成され、実現される。ある実施では、プロファイルサブシステム２０６はＳＱＰ２０１の構成要素を備える。別の実施では、プロファイルサブシステム２０６はデータ収集管理システム２００と通信するように構成されるスタンドアロンシステムである。したがって、本発明の範囲は、図２に示されているプロファイルサブシステム２０６の実施に制限されない。

次に、プロファイルサブシステム２０６に関連して生成されるデータ収集プロファイルが、対象無線装置４００の指定されたセットにダウンロードされる。ツールは、プロファイルと適合し、クエリーに適している対象デバイスを特定するためにこのポイントでも使用できる。対象無線装置４００に常駐するＳＱＣ４０２はデータ収集プロファイルを受け取り、データ収集プロファイルの他の規則と命令に応えてだけではなく、プロファイルの中に設定された、データ収集活動を開始、終了する「トリガ」に応えてデータ捕捉プロセスを実行する。データ収集プロファイルに含まれているデータ収集規則、トリガ、及び他の指示は、便宜上、本明細書では総称的に「データ収集指令」と呼ばれることもある。前記に示唆されたように、対象無線装置４００は、携帯電話又は他の無線装置である場合がある。しかしながら、前述されたように、対象デバイスは、ＳＱＣソフトウェアを備え、それがＳＱＰ２０１へデータを収集及びアップロードできるようにする任意の他のネットワーク構成要素又はノードであってよい。

対象無線装置４００によって収集されるデータはＳＱＣ４０２でバッファに入れられ、測定基準パッケージの作成を待機してよい。いったん作成されると、測定基準パッケージはＳＱＣ４０２の測定基準アーカイブ４０２に入れられる、削除される、あるいはＭＣＳ２０２の測定基準コレクタ２０２Ａにアップロードされてよい。

インタフェースサブシステム２１２のＵＩ２１２Ａは、一人又は複数のネットワーク管理者が、データ収集管理システム２００の動作と相互に作用し、動作を制御できるようにするグラフィックユーザインタフェースである場合がある。この点で、データ収集管理システム２００の少なくともなんらかの実施、つまりＵＩ２１２Ａが、無線ネットワーク１００の１つ又は複数の態様に関するデータの収集に関して、後述されるクエリーの、ネットワーク管理者による生成と操作を容易にする。このようなクエリーが報告サブシステム２０８によって生成され、出力されるレポートに基づいて、あるいは規則エンジン２０８０Ｂによる処理の結果として自動的に作成される、あるいは精緻化されてよいケースがある。加えて、ＵＩ２１２Ａは、システムからデータとレポートを取り出すためにネットワーク管理者によって使用されてよく、ＡＰＩ／サービスインタフェース２１２Ｂはシステムにコマンドと要求を提出するため、及びデータ収集管理システム２００から生成されるレポートとデータを取り出すために、外部システムによって使用されてよい。

最後に、対象デバイスデータベース２０４Ｃは、携帯電話等の対象無線装置、及び無線ネットワーク１００の構成要素を備える他のネットワークノードに関連した種々のタイプの情報を含む。対象デバイスデータベース２０４Ｃは多くの異なる方法で実現されてよい。それは、無線装置の特徴と動作についての情報が記憶され、データ収集管理システム２００の構成要素によってアクセスされるホームロケーションレジスタ（ＨＬＲ）等のサービスプロバイダのネットワーク内の既存のネットワーク構成要素であってよい。代わりに、対象デバイスデータベース２０４Ｃは、データ収集管理システム２００内に常駐してもよく、この場合、対象デバイスデータベース２０４Ｃは、デバイスが無線ネットワーク１００と登録するとデバイス使用情報とデバイス特徴を収集する。他のケースでは、対象デバイスデータベースを備えて情報を収集することを特に目的としたデータ収集プロファイルが、無線装置に常駐し、使用されるアプリケーション、遭遇する基地局等のデバイスについてのステータスと使用情報を収集してから、対象デバイスデータベース２０４Ｃに通話の情報を報告することができる。このようなデータと周期的な更新を対象デバイスデータベース２０４Ｃに提供することによって、ＳＱＰ２０１はさらに効果的なデバイスターゲティングのためにそのデバイス選択基準を微調整できる。多くのケースでは、対象デバイスデータベースは、ＨＬＲデータ、プロファイルによって生成されるデータ、及びとりわけユーザアカウント、デバイス特性、又はネットワーク特性と関連付けられた他のデータベースからのデータを含む、複数のソースからのデータを利用する。結果的に、データ収集プロファイルは、設定された１つ又は複数のクエリーに応答するデータの収集に最も適している、それらの対象無線装置４００にダウンロードされる。前述された複数のソースへのインタフェースは公知であるため、本明細書では説明を省略する。

したがって、対象デバイスデータベース２０４Ｃは、対象無線装置の型番と製造メーカ、対象無線装置と関連する１つ又は複数のアカウントタイプ、電池種別とメモリサイズ等の対象無線装置の特定のハードウェア特長に関する情報、対象無線装置と関連付けられた請求書作成発行アドレス、使用情報、インストールされているアプリケーション、しばしば出入りされる地理的地域、及び通信ネットワークに関する特定のクエリーと関連して１つ又は複数の対象無線装置４００の選択を容易にする他の情報を含むことがある。データベースは、データ収集管理システムを介して、あるいは任意の他の適切な手段によってデバイス自体から収集される情報から作成できる。加えて、前記が例にすぎず、さらに一般的には、利用されることが所望されるか、あるいは関連性があると見なされる実質的に任意の他の対象無線装置の特徴が対象デバイスデータベース２０４Ｃに含まれてよい。

さらに、データ収集管理システム２００は、複数のデータ収集プロファイルとデータ分析活動を同時に実行できるようにするため、ある特定のデバイスは複数のデータ収集プロファイルを実行するために対象とされてよい。したがって、対象デバイスデータベース２０４Ｃはデバイス上で発生するデータ収集活動を追跡調査し、デバイス上でアクティブである特定のデータ収集プロファイルについての詳細な情報を維持する。こうする際に、それは選択された対象デバイスのポピュレーション（ｐｏｐｕｌａｔｉｏｎ）を調整することによって競合又は優先順位を検出し、解決することができる。

対象デバイスデータベース２０４Ｃは、無線ネットワーク１００内の非ＳＱＰデバイスの場所、サービスが提供される地理的領域、使用可能なデータ等非ＳＱＰエンティティについての情報をネットワークに記憶してもよい。通常、実質的には、関連性があると見なし得る非ＳＯＰエンティティの他の任意の特性又は属性が記憶されてよい。

なお、図２は、データ収集管理システム２００と関連付けられた種々の機能性を割り当てる１つの方法を示す。したがって、データ収集管理システム２００に関連して本明細書で説明する機能性は、種々のタイプの分散型システムと利用されているデバイス、収集が所望されるデータ、及び他のシステムの通信ネットワークの構造を含むが、これらに限定されない種々の他の方法で割り当てられてもよい。したがって、図２に示される機能性割り当ては一例にすぎず、本発明の範囲を制限しない。

＜ＩＩＩ．典型的なクエリー＞
図３を参照すると、データ収集管理システム２００と関連してクエリーを設定し、提示するための方法とシステムに関して詳細が示されている。このようなクエリーは、無線ネットワーク１００と関連する対象無線装置４００又は他のネットワークノードの動作又は機能性に関する種々の異なる考え方のうちのどれかを参照して設定されてよい。クエリーは、性能情報が、ユーザによるボタン押下等の単純な活動の影響について収集される、あるいは情報が、物理層、ネットワーク層、トランスポート層及びアプリケーション層等の複数のネットワーク層を含むより複雑なトランザクションについて収集されてよいように構造化されてよい。特に、対象無線装置は通信ネットワークの種々のネットワーク層と通信するソフトウェアスタックを有する。

いったん収集されると、次にデバイスのソフトウェアスタックに関連付けられた情報は相互に関連付けることができ、その結果、ソフトウェアスタック又はそれらが通信するネットワーク層に関する情報は相応のＲＦステータス情報とともに実装され、相応のＲＦステータス情報について表示されてよく、異なる層の間の相互依存性の完全な表示、及び情報のさらに正確な分析を提供する。しかしながら、これらは、典型的なクエリー主題だけであり、このようなクエリーは、さらに一般的には、無線ネットワーク１００、関連する対象無線装置４００及びネットワーク管理者又は他の人員にとって重要である可能性がある任意の他のネットワークノードの実質的にいずれかの態様に向けられてよい。

典型的なクエリー構造は、図３で概して５００で示されている。クエリー構造５００は、本明細書に記載されている任意の機能性を持つように構成される。図３に図示されるように、クエリー構造５００を設定できる１つの方法は、インタフェースサブシステム２１２を経由したネットワーク管理者とＳＱＰ２１の間の対話による。ネットワーク管理者によって設定される場合、クエリー構造５００は、ネットワーク管理者が所望される１つ又は複数のクエリーの性質及び範囲に関して種々の選択を行うことができるようにするポップアップウィンドウ又は他のタイプのデバイスとして表示される。ネットワーク管理者はシステムに干渉し、要求に応じてクエリーを書き込む能力を有しているが、本発明の好適実施形態は報告サブシステム２０８において「事前設定される」多数のクエリー及びプロファイルデータベース２０６Ｃに記憶される添付プロファイルを提供する。データ収集に対する事業の及び技術的な必要性が生じると、これらの事前に設定されたクエリーが、１つ又は複数のデータ収集プロファイルと関連するレポートを含む、完全な分析パッケージを生成するために要求される。

任意の数及びタイプのクエリー構造５００は、ネットワーク管理者が無線ネットワーク１００、１台又は複数台の関連付けられた対象無線装置４００、あるいは無線ネットワーク１００と関連して提供されるサービス又はエンティティのどれかの性能と動作の実質的に任意の態様に関してクエリーを事前に設定する、あるいは作成し、提出できるようにするために構築できる。このようにして、図３に示されているクエリー構造５００は例示的にすぎず、決して本発明の範囲を制限することを目的としていない。

さらに他の実施では、所定のメニュー選択肢を含まない１つ又は複数のクエリー構造５００が設定される。むしろネットワーク管理者は所望される項目を基本クエリー構造テンプレートの中に単にドラッグアンドドロップすることによってきわめてカスタマイズされたクエリー構造を設定する。プロファイルシステム２０６は、クエリー、及び内部的に矛盾している、つまり一貫性がない関連データ収集プロファイルの設定を妨げるように構成できる。このようにして、ネットワーク管理者は、既定のクエリー又はデータ収集プロファイルに関連して「雑音」データが収集されない旨の保証のなんらかの目安を受け取る。

さらに、本明細書の他の個所に記載されているデータ収集プロファイルだけではなくクエリーも、１つ又は複数のシステムイベントの発生に応答して、あるいは以前に収集されたデータの分析の結果として手動又は自動的のどちらかで生成されてよい。データ収集プロファイルはデータ収集活動の開始及び終了を命令する「トリガ」を含む。以下に、トリガの設定及び使用の態様について、さらに詳しく説明する。

図３は、クエリーの種々の態様を概念的に示している。特に、クエリー構造５００は、ネットワーク管理者が、対象デバイス（５０２）、ソフトウェアアプリケーション（５０４）、対象デバイスに関連付けられたサービス（５０６）、対象デバイスにより利用される無線周波数システム（５０８）に関する情報、及びデータ収集管理システム自体の種々の態様を含む、ネットワーク管理者又は他の人員にとって重要である可能性がある種々の他の考慮事項又はパラメータ（５１０）のどれかに関係するクエリーを設定できることを示している。重大なことに、これらのクエリーは、どのような組み合わせであっても、デバイスで又はネットワーク内で発生する活動の前述された態様の内の１つ又は複数に向けられ、活動との関連で生成されているデータの捕捉を可能としてよい。

対象デバイスの態様（５０２）に関連するクエリーを作成するとき、作成者はハードウェア、ソフトウェア、及び対象無線装置４００等のデバイスの他の態様等の特徴５０２Ａをより具体的にクエリーの目標とすることができる。同様に、対象デバイスで動作しているアプリケーション（５０４）に関するクエリーは、対象デバイスに存在するアプリケーションの性能、それぞれのこのようなアプリケーションの使用量、及び対象デバイス上に常駐する、あるいはそれ以外の場合無線ネットワーク１００と関連付けられたアプリケーションの種々の他の態様等の特徴５０４Ａを具体的に目標とすることができる。

引き続き図３を参照すると、対象デバイスが使用できるサービス（５０６）に関するクエリーが、ＩＰ、メッセージング、音声伝送、及び無線ネットワーク１００に関連する種々の他のサービスを含む特定のサービス５０６Ａについて設定される。同様に、クエリーは、ＲＦ性能パラメータ、問題及び他の考慮事項等、無線ネットワーク１００及び／又は対象無線装置４００のＲＦに関連した態様（５０８）に向けることができる。

データ収集管理システム２００の実施形態は、一人又は複数のネットワーク管理者又は他の人員が、無線ネットワーク１００及び／又は管理者（複数の場合がある）が関心を持つ可能性がある関連対象無線装置４００の実質的に任意の態様に向けられる、１つ又は複数のクエリーを設定し、実現できるようにする。このような機能性の結果として、ネットワーク管理者はクエリー主題の所定の選択肢に制限されるのではなく、より一般的に、関心がある可能性がある任意の主題に向けられる１つ又は複数のクエリーを設定してよい。さらに、クエリー構造５００とその関連システムは、特定の関心の集合に対応する特殊なタイプのクエリーを生成、使用できるようにする。

例えば、いくつかのクエリー構造５００は、使用されているアプリケーションの普及等の営業部門にとって関心があると考え得る情報だけに関係している。別の例としては、経理部門が単独で、又は営業部門と関連してのどちらかで、種々のサービス計画をエンドユーザの特定のグループ及びそれらのエンドユーザの動作と相互に関連付けるクエリーを活用することを所望する場合がある。別の例としては、無線ネットワーク１００及び関連対象無線装置４００と関連付けられた技術員がネットワーク及び対象デバイスの種々の性能態様に関するクエリーを呼び出すことを所望する場合がある。技術員はさらにメディアサーバ又はパケットデータ供給ノード等の他のネットワークノードの性能に関心がある場合がある。その結果、このような人員は、彼らが迅速に且つ容易に、問題を特定し、サービスを改善するために使用し得る複数の有用なクエリーを設定できるようにするクエリー構造だけではなく、多数の事前に設定されたクエリーにアクセスし得る。

前記のクエリーセットは、すべて単一のクエリー構造５００から流れ出る、あるいは前述されたように特定の人員だけがアクセスできる別個のクエリー構造をそれぞれ構成してよい。これらは例示的な実施にすぎないが、本発明の範囲はこれらの例に限定されない。

＜ＩＶ．典型的なデータ収集プロファイル＞
前記のように、無線ネットワーク１００、関連付けられた対象無線装置４００及び無線ネットワーク１００を構成する他の構成要素の多数の態様に関する多種多様な事前に設定されたクエリーが、データ収集管理システムによって性能データを監視し、収集するために使用できる。前記したように、ネットワーク管理者は要求に応じてカスタムクエリーを作成することもできる。いったん１つ又は複数のクエリーが設定され、既存のデータが該クエリーを満たすには十分ではないと判断されると、ＣＲＴは、１つ又は複数のクエリーに応えるデータの収集で対象無線装置４００又は他のネットワークノードを向けるために、１つ又は複数のデータ収集プロファイルを生成又は選択させる。

典型的な実施形態では、データ収集作業は、データ収集活動のために対象無線装置４００のポピュレーションに押し出される。あらゆる既存のタスク要求を含む各デバイスでの要望はすでにデバイス選択基準の一部として見なされているので、対象無線装置４００のそれぞれに課されるデータ収集オーバヘッドは最小である。さらに本明細書で説明するように、種々の対象無線装置４００の収集機能及び作業がクエリーに応えるデータを容易に且つ効果的に収集するための強力な機構を提供する。

図４は、前記したようなデータ収集プロファイル６００の態様を示す。図４に一般的に示されるように、データ収集プロファイル６００は収集されなければならないデータのセットだけではなく、データ収集が行われる条件及びデータを収集、処理しなければならない方法も定める種々のパラメータ６０２を含む。この点では、データ収集プロファイル６００は、データ収集プロファイル６００が、収集され、処理されるときにクエリー構造５００を介して設定されるクエリーに対応する特定のタイプと量のデータを対象とするという点で関連付けられるクエリーの改良点を構成する。

データ収集プロファイル６００は、ある一定の時点で、又は特定の期間の後にアクティブになる（つまり収集プロセスを開始する）、及び／又は不活性になるように構成できる。データ収集プロファイル及び／又はその成分収集命令も、一定の期間後に期限切れとなってよい。データ収集プロファイル又はその成分データ収集命令が期限切れになると、デバイスはそのデフォルトプロファイルに戻ってよい、あるいはそれはＭＣＳ２０２を介してＳＱＰ２０１に期限切れを通知し、その結果それは別のプロファイルを受信するように指示される。どちらの場合でも、期限切れ機能によりデバイスは、もはやサポートされていないプロファイル又は個々の収集命令を効果的に「取り除く（ｐｕｒｇｅ）」ことができ、新しいプロファイル又は収集命令を受け取る準備が完了できる。データ収集プロファイルはある期間に渡って及び一定の発生に応えてデータサンプリングを開始し、終了する複数のトリガを含むように構成されてもよい。あるケースでは、データ収集は、イベントの発生として設定されるトリガに応えて発生してもよい。他のケースでは、データ収集はイベント発生の欠如として設定されるトリガに応えて開始又は終了されてよい。例えば、データ収集プロファイルは、一定の地理的領域での到着時に開始し、ユーザが指定された地理的領域に入ってから１時間以内に音声電話を受信できないとアボートすることを指定してよい。この場合、指定された地理的領域に入ることはデータ収集を開始させ、データがバッファに入れられる開始トリガであり、音声電話が１時間以内に発生できないときには、アボートトリガによってデータ収集をやめさせる。この場合、バッファに入れられたデータは測定基準パッケージに変換されず、それは削除されてもよいし、されなくてもよい。

いくつかのケースでは、データ収集は、万一指定されたネットワークイベントが発生した場合には終了してから、再開してよい。この第２のイベントが万一発生できない、つまりトリガがその後の期間内に活性化されない場合は、データ収集プロファイルは期限切れとなってよい。データ収集プロファイルは、収集されたデータが測定基準パッケージに変換される条件のための指示、及び測定基準パッケージが測定基準コレクタ２０２Ａにアップロードされるかどうか、及びいつアップロードされるのかも含んでよい。他のケースでは、データ収集プロファイル６００は、ある期間中にデータが収集されたかどうかだけではなく、規定どおりに、指定されたイベントの発生と非発生の両方についての情報が測定基準コレクタ２０２Ａに報告されることを指示してよい。

例示的な実施形態では、プロファイルシステム２０６のプロファイルビルダ２０６Ａがデータ収集プロファイル６００の設定を容易にするため、及びデータ収集プロファイル６００が送信される先の対象デバイスのセットを設定するために対象デバイスデータベース２０４Ｃに関連して動作する。図２に示されているように、プロファイルサブシステム２０６は、状況がそれらのデータ収集プロファイルに対する手動の変更を必要とする場合に、ネットワーク管理者が１つ又は複数の既存のデータ収集プロファイルを取り出し、編集できるようにするプロファイルエディタ２０６Ｂを含む。さらにいったん完了されると、データ収集プロファイル６００は、再利用、バックアップのために、及び／又は追加の編集、コピー又は他のプロセスのためにプロファイルデータベース２０６Ｃに記憶されてよい。

いずれにせよ、図４に描かれているデータ収集プロファイル６００は、とりわけ、データ収集プロファイル６００に関連して収集されなければならないデータの１つ又は複数のタイプを指定する。前記に示唆されるように、データ収集プロファイル６００と関連して収集されるデータは、無線ネットワーク１００及び／又は対象無線装置４００に関する、実質的に任意のタイプのデータを備えてよい。したがって、収集されることが所望されるデータは対象無線装置４００のＵＩ、対象無線装置４００に常駐する１つ又は複数のアプリケーション、対象無線装置４００によってアクセスされるネットワークサービス、アプリケーション及びネットワークサーバ等の他のネットワーク要素の性能、及びトランスポート層と物理層等の種々のネットワーク層に関する考慮事項に関連してよい。

種々のデータタイプを指定することに加えて、図示されるデータ収集プロファイル６００は時間パラメータ、つまり指定されたデータのいくらか又はすべてがその間に収集されなければならない１つ又は複数のタイムフレームも指定できる。例えば、ある特定の領域で中断された通話のレポートの結果として、中断された通話の分析を目的とするデータ収集プロファイルが生成される。この場合、データ収集プロファイルは、データ収集が無線装置が一定の地理的領域に入るとすぐに開始しなければならないと指定してよい。収集されたデータは、測定基準パッケージを作成させるトリガが発生すると測定基準パッケージの一部としてそれを含むことができるように、デバイス上のバッファに入る。データ収集プロファイルは、データ収集規則の一部として、デバイスが指定された地理的領域にいる間に発生するあらゆる通話に先行する情報の５秒のバッファが保存されなければならない、及びデータが通話時間に収集されなければならないことをさらに指定してよい。通話が中断された場合には、通話が中断してからさらに５秒が捕捉され、データは通話が測定基準パッケージに入れられる前、間、及び後に捕捉される。

いくつかのケースでは、データ収集プロファイルは、あるデータが何らかのタイプの所定のスケジュールで収集されることを指定してよい。他のケースでは、データ収集プロファイル６００は、他のデータが一度だけ、あるいは他の何らかの非周期的に、不規則に収集される一方、何らかのデータが規則正しく、つまり周期的に収集されることを指定してよい。さらに他のケースでは、データ収集プロファイルは、あらゆる他の条件にも関わらず、データ収集がある特定の日付に開始し、別の特定の日付に終了しなければならないことを指定する開始日及び／又は停止日を事前に指定した可能性がある。

引き続き図４に注意すると、データ収集プロファイル６００は、データ収集プロファイルに指定されるデータ収集プロセスが開始し、アボートし、終了しなければならないかどうか、及びいつ開始し、アボートし、終了しなければならないのかを判断するために使用される種々のトリガを含む、参照する、又は関係させる。例えば、（プッシュ・ツー・トーク（商標）としても知られる）ネットワークをベースにした即時接続通信を開始するための公知の１つの技法は、発信側無線装置が、１つ又は複数の終了側の無線装置の通信セッションへの参加を要求するために、セッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥを、ネットワークをベースにした即時接続サーバに送信することである。ＩＮＶＩＴＥは即時接続サーバによって受信され、終了側無線装置に送信される。終了側無線装置が最近アクティブである場合、サーバは、それが終了側装置に接触を試行し続ける間に発信側デバイスに「１００回試行」メッセージを送信してよい。

通常、１００ＴＲＹＩＮＧメッセージが、質問を受ける旨の表示とともに発信側デバイスで受信されると、発信側デバイスは音声データの送信を開始する。発信側デバイスが音声データを送信するのに混んでいる間、即時接続サーバは試行し、終了側デバイスに実際に到達できなかった可能性があり、４０８ＴＩＭＥＯＵＴメッセージが発信側デバイスに送信される。この時点で、発信側デバイスのユーザはユーザ経験が極めて不足している。同時にサービスプロバイダは発信側無線装置、即時接続サーバ、パケットデータサービングノード（ＰＤＳＮ）のような他の参加ネットワーク構成要素、及び終了側受話器の間で発生した、ある発生できなかったトランザクションのすべてを捕捉する能力を有していない。そのため、問題を処理し、解決できるデータを有していない。

本明細書に記載の方法を使用した一実施形態は、開始トリガが活性化される（この例では、即時接続通信試行の発信である）とデータの収集を開始するために発信側デバイスに常駐するデータ収集プロファイルを提供する。発信側デバイスが前述された４０８エラーメッセージを受信することが、発信側無線装置に常駐するＳＱＣ４０２にデータ収集を停止させ、測定基準コレクタ２０２Ａへのアップロードのために測定基準パッケージを作成される終了トリガ条件である。いくつかのケースでは、トリガによりデータ収集活動は測定基準パッケージを作成せずにアボートする。典型的な実施形態では、４０８エラーの受信が、測定基準パッケージが直ちに作成され、測定基準コレクタ２０２Ａにアップロードされ、測定基準パッケージが相応してアップロードされる条件となることを指定するように、データ収集プロファイルがさらに構成されている。この例では、終了側無線装置は、通信試行がなされたことに気付いていないため、データ収集を開始するため、及び／又は測定基準パッケージの作成を生じさせるために終了側デバイスでトリガは活性化されていない。通信試行に関連する重要なデータが終了側デバイスから収集されることを確実にするために、発信側無線装置から測定基準パッケージが測定基準コレクタ２０２Ａによって受信されると、ＳＭＳメッセージ等のコマンドが終了側デバイスに送信されることになる。このコマンドが、終了側無線装置での「オンデマンド」データ収集活動を引き起こし、必要とされる追加のデータ収集を推し進め、指定の時点で測定基準パッケージをアップロードするトリガを活性化する。なお、通常の動作の一部としてデバイスで既に発生している可能性のある関係のないデータ収集活動に加えて「オンデマンド」収集活動が発生する可能性もある。別のケースでは、終了側デバイスは、それに、特に調査中である問題に関連するデータを継続的に収集するように命令するプロファイルを有する。この場合、それはＩＮＶＩＴＥ受信のタイミング及び頻度となる。オンデマンドアップロードの結果として、この特定の関心領域と関連付けられる履歴が終了側デバイスで発生するイベント及び調査中である４０８の問題周辺のデータの完全な可視性を提供するためにアップロードされる。加えて、いくつかの状況では、収集されたデータは、最小／最大／平均／カウントタイプ処理、又はデバイスからＳＱＰに送信されなければならないデータ量を合計するか、又はそれ以外の場合削減する他の計算等のデバイスでの処理にさらされることがある。この場合、測定基準コレクタに送信されるデータはすでに何らかの処理を受け、単に未処理の収集データではない。

別の実施形態では、ＳＱＣは、即時接続アプリケーションサーバ等の別のネットワーク構成要素に常駐してよく、データ収集プロファイルは４０８エラーの発生時に測定基準パッケージを即時に作成し、アップロードするように構成されてよい。この場合、即時接続アプリケーションサーバによって４０８エラーが認識されると、ＳＱＣは測定基準パッケージを作成させ、測定基準コレクタ２０２Ａにアップロードさせる。次に、ＳＱＰ２０１は、ＳＭＳメッセージを終了側デバイスに送信させ、その結果、終了側デバイスでの「オンデマンド」データ収集活動が開始し、前記されたように進行する。トリガがデータ収集プロファイルと、データ収集管理システムの他の種々の態様に関連するときのトリガに関するさらに特定の情報は本明細書の他の個所に示される。

測定基準パッケージが対象無線装置４００で作成されているのと同時に、ＳＱＰ２０１は、発信側無線装置と終了側無線装置から、及び即時接続通信試行と関連付けられるデータ収集プロファイルを備えるあらゆる他のネットワーク構成要素から受信される測定基準パッケージを分析するために作成される報告サブシステム２０８の分析タスクを待ち行列に入れてよい。終了側無線装置で生成される測定基準パッケージには、それを発信側無線装置で生成される測定基準パッケージ及び／又は即時接続アプリケーションサーバ及びトランザクションと関連するあらゆる他のネットワーク構成要素で生成される測定基準パッケージと関連付ける識別子が割り当てられる。いつでも、他の測定基準パッケージと関連付けられている測定基準パッケージを特定するために、クエリーは報告サブシステム２０８に対して実行されてよいため、デバイス間のトランザクションに関与するネットワーク構成要素のすべての間で発生したイベントの完全なシーケンスを表示し、追跡調査し、分析することができる。報告サブシステム２０８から生成されるレポートは後で使用するために報告データベース２０８Ｃに記憶されてよい、あるいは根本的なデータはインタフェースサブシステム２１２を介してサードパーティ報告システムにエクスポートされてよい。さらに、いくつかの実施形態では、データの受信又は分析の結果に関する通知は、ネットワーク管理者と他の人員にだけではなく、他のシステムにも送信できる。

データ収集作業を指導するために使用されるパラメータの別の例として、データ収集プロファイル６００は一定の地理的な制約及び制限を指定できる。さらに詳細には、このような地理的制約は、データが、指定された地理的な境界範囲内で電話をかける又は電話を受ける対象デバイスによってだけ、あるいはある特定の基地局に対する一定の近接範囲内の対象デバイスによって収集されなければならないことを指定してよい。データ収集プロファイルは、一定の地理的領域で特定の問題を経験しているそれらのデバイスだけがデータを収集しなければならないとさらに指定してよい。このような情報は、例えば、ネットワーク管理者及び他の人員が特定の領域で再発する問題を隔離し、問題を修正するためのステップを明確にすることを可能にしてよい。例えば、このような地理情報は、設定された地理的制限範囲内に相当数の中断された通話がある場合に、誤動作している基地局又は他の装置を特定するのに役立つために使用されてもよい。該情報は、さらに、信号強化装置等の装置がサービスを改善するためにネットワーク内でどこに設置されなければならないのかを特定するのに役立ってよい。さらに、地理情報は、マップ等の、種々の条件及び／又は無線ネットワーク１００との問題の場所及び集中を示すグラフィック描写の作成を可能にする。

さらに図４に示されているように、データ収集プロファイル６００は、どのデータが収集されなければならないのかに関する特定のサービスを指定する。データ収集プロファイル６００のいくつかの実施は、伝送信号（「Ｔｘ」）強度データが即時接続通信セッションによって開始されるインターネットプロトコル（ＩＰ）データ通話について収集されることを指定してよい。他のケースでは、データ収集プロファイル６００は、データが対象無線装置４００によってアクセスされるメッセージングサービスに関して収集されることを指定してよい。無線装置はエンドユーザに配信される各サービスに関与し、該サービスを配信するために必要な各ネットワーク層と通信するソフトウェアスタックを活用するため、特定のサービスに関連して測定基準を収集し、該サービスをかつようしていないときにそれらの測定基準を無視できる能力は既存の解決策に優る重要な利点を提供する。例えば、前述された条件下で送信信号強度を監視するために、公知のネットワークプローブは、全トランスポート（例えば音声又はＩＰ）全体ですべての無線端末について、すべてのサービス（例えば電話、メッセージング、ブラウジング、及び即時接続通信）について全送信電力を監視しなければならない。本発明に関して本明細書に記載されている方法以外の他の方法では、事実上このデータ収集プロセスの規模と範囲がこのデータを収集不可にする。

いくつかのケースでは、システムの他の態様が一定の構成であるときだけであるが、サービスの性能についての情報を収集するデータ収集プロファイルが設定できる。例えば、クエリーは、特定の位置からのサービスプロバイダのポータルでのワイヤレスアプリケーションプロトコル（ＷＡＰ）ブラウザページの低い性能を分析することを含むことがある。ＷＡＰブラジングセッションは、大きなＩＰネットワークに、次にＷＡＰゲートウェイに、及び別のＩＰネットワークを通して問題のポータルに接続するためにＲＦ層上で実行するＩＰ層を活用する。これらのシステムのどれか１つが性能劣化を引き起こすことがあるが、ＲＦ劣化は頻繁に遭遇する問題である。したがって、低い性能の他の考えられる原因が発見できるようにＲＦ関連データを除去できることが有用である。この場合、対象無線装置４００は、ＷＡＰページのロードが一定の設定時間より長くかかる非常に特殊なネットワーク条件についてデータを収集することに調整されたデータ収集プロファイルを備えている。ＷＡＰページロードに対するデバイスによる要求はデータ収集を開始させる開始側トリガである。データ収集プロファイルは、フレーム損失等のＲＦ性能を分析し、高損失状況で発生するイベントを自動的に無視する。ＲＦは通常ネットワーク内で最も信頼できない要素であるため、この単純なフィルタは、最も頻繁な、このケースでは関連性のない、ＷＡＰページをロードする際の遅延の原因が無視され、データの焦点がさらに上位の層にあることを可能にすることを確実にすることによって報告される情報の価値を劇的に高める。同様に、データ収集プロファイルは、ＩＰサービスが適切に実行していないシナリオで収集される結果を無視することもできる。さらに、無線装置はすべてのサービス層のソフトウェア実施を含むため、データ収集プロファイルは分析動作を適格化するために任意の層からの情報を比較するために設定できる。

他のケースでは、データ収集プロファイルはデータ収集をフィルタリングするために無線装置上の他のサービスのパラメータ及びステータスを活用するように設定できる。無線装置は、音声電話、メッセージング、ゲーム及びカメラ等の多くの異なるサービスをその上で実行させている。これらのサービスはデバイス上（プロセッサと電池等のリソースに対する競合）とネットワーク内（帯域幅に対する競合）の両方で相互作用する。これらのサービスの数は急激に増加し、ＢＲＥＷ及びＪＡＶＡ等のシステムにより、ユーザは無線装置がユーザに所有された後にサービスの独自の選択をダウンロードできる。したがって、これらのサービス間の潜在的な相互作用の増加する数、及びすべての考えられるシナリオを分析する上での問題により、実質的に、多数の障害がこれらのサービス相互作用のために発生することは間違いない。

例えば、マルチメディアメッセージングサービス（ＭＭＳ）システムは、メッセージが「即時アクセス」経験を提供するためにユーザの無線装置に「バックグラウンドで」ダウンロードされるモデルを使用する。プッシュ・ツー・トーク（商標）としても知られている即時接続通信のようなアプリケーションは、非常に要求の厳しい要件とデータチャネルに対する期待を有する。ＭＭＳダウンロードが即時接続通信セッションの間に発生する場合、ユーザの経験は大いに影響を受ける可能性があり、即時接続通信セッションは、それが機能すべきように機能しない可能性がある。この問題の原因はユーザには非可視であるため、カスタマケアとの相互作用の量では、なぜ即時接続通信セッションがときおり非常に低い性能を配信するのかを解決しない。これに取り組むために、データ収集プロファイルは、複数のアプリケーション又はサービスが同時にデータアクセスを要求しているときにデータ収集を開始させる開始側トリガをもって設定できる。このプロファイルに従って収集されるデータにより、サービスプロバイダはこのこと、及びサービス間の他の予測されていない競合を評価できる。

データ収集プロファイル６００は、対象無線装置４００によって収集されるデータの処理と管理に関する種々のパラメータも指定する。描かれている実施形態では、データ収集プロファイル６００は、対象デバイスによって収集されるデータがＳＱＰ２０１にそれに従ってアップロードされなければならないスケジュールを指定する。１つの実施では、他のデータ収集プロファイル６００は一度限りのアップロード、つまり収集されたデータのリアルタイムアップロードを指定してよいが、該データ収集プロファイル６００は規則正しいアップロードスケジュールを指定する。該データ収集プロファイル６００の他の態様と同様に、アップロードスケジュールは、必要に応じて特定のアプリケーション、オペレーティングシステム又は対象デバイスの要件に適するように設定されてよい。また、アップロードスケジュールはイベント駆動であってもよく、それはエンドユーザの活動、使用可能なデバイス電池寿命及びカバレージステータスを含む他の要因に依存する場合がある。例えば、アップロードは、限られている使用可能電力を減少させることによってユーザの経験に著しく影響を及ぼさないように、対象無線装置４００の電池が低い場合には省略又は遅延されてよい。ユーザ経験をどのようにして保護するかの別の例は、ＳＱＣ４０２がエンドユーザの活動パターンを構築し、収集プロファイルの中で通話び出されるアップロードスケジュールを実験的に導出される低使用時間に合わせて調整できることである。

前記の、アップロードスケジュールは対象デバイスのステータスに基づくことができる。このステータスは対象デバイス自体のイベント又は条件に関連できる。さらに、対象デバイスのステータスはネットワークの条件及びネットワーク内での対象デバイスの相互作用に関連することもある。例えば、アップロードスケジュールを決定できるネットワークの条件は、信号品質、高い競合又は低い競合、非ローミングサービス、高速データサービスの存在等を含む。

別の例では、ＲＦ環境が分析され、対象無線装置４００は、デバイスとネットワークの両方が測定基準パッケージをアップロードすることが効率的であるかどうかを判断できる。例えば、無線装置がデータ伝送に消費する電力の量は、タワーとの適切な信号対雑音比を達成するために必要とされる電力レベルに依存する。タイムクリティカルではない測定基準パッケージアップロードは、電力設定値が事前設定最大値以下である場合だけ進行するように設定し得る。これは、動作に最小電力だけが消費されることを確実にする。このモデルの追加の精緻化は、アップロードが遅延した時間量に基づいて事前設定最大電力を変えることを含み得る。

データ収集プロファイル６００の追加の態様は、収集プロファイルが互換性のあるデバイス構成を指定する能力を含む。無線装置に、ますます多くのユーザ定義可能及びダウンロード可能な特長を使用できるようになるに伴い、対象デバイスデータベース２０４Ｃが対象無線装置４００のあらゆる態様についてのすべての情報を有することが不可能になる。例えば、ユーザは再生に複数の異なるモデルを利用するカスタマイズ化された着信音をダウンロードできる。疑わしい問題が、長さが３０秒以上であるＭＩＤＩをベースにした着信音を再生しようと試みるデバイスだけで発生するように思われる場合、データ収集プロファイルを設定し、無線装置の対象ポピュレーションを選択できるが、データ収集プロファイルは、対象無線装置４００がその特定の構成を有する場合にだけ活性化し得る。この場合、データ収集プロファイルは一定の公知の基準を満たすデバイスの大きなポピュレーションにダウンロードできる一方、それは長さが３０秒を超えるＭＩＤＩをベースにした着信音を使用する特定のデバイスだけで活性化し得る。データ収集プロファイル６００と互換性のない対象無線装置４００は、データ収集プロファイル６００を無視するか、あるいは対象デバイスのメモリからそれをパージするかのどちらかを行うことができる。とりわけ、この機能性は関連性のない、つまり外来のデータの集積を排除するのに役立つ。

データ収集プロファイル６００は、いくつかのケースで種々の他の関連する機能性を組み込む。例えば、１つ又は複数のデータ収集プロファイル６００は、対象無線装置４００が、矛盾するデータプロファイルがその対象無線装置４００について効力がある場合にどのような処置を講じなければならないのかを指定する指示を含む。別の例としては、いくつかのデータ収集プロファイル６００が、対象無線装置４００と関連付けられている１つ又は複数の他を基準にして、その中に指定されているデータ収集活動の優先順位を指定する指示を含む。複数のデータ収集プロファイルが同時に実行されてよい一方で、必要とされるデータと結び付けられたさらに高い緊急性があるときに、あるいはデバイスが複数のクエリーのデータ収集要件の一致であり、対象無線装置４００の容量が、２つ又は３つ以上のデータ収集プロファイル６００によって指定されるデータストリームの同時収集を達成できないほどである場合にデータ収集プロファイル実行に優先順位を付ける必要性が生じる可能性がある。この潜在的な不一致に取り組むために、データ収集プロファイルには優先順位レベルが割り当てられてよく、いったんデバイスにダウンロードされると、相対的な優先順位レベルがデバイスに常駐するＳＱＣ４０２によって評価され、プロファイルがそのそれぞれの優先順位に従って実行されてよい。いったんデータがデータ収集プロファイルに指定される優先順位に従って収集されると、測定基準パッケージが作成され、ＳＣＱ４０２の測定基準アーカイブに入れられてよい。このような機能性は例示的にすぎないが、データ収集プロファイル６００に関する種々の他の規則も使用されてよい。

前述のように、データ収集プロファイル６００は、このようなデータが収集される条件だけではなく、収集されなければならないデータに関する他の情報、指針又は規則を指定する、包含する、あるいはそれ以外の場合組み込むことができる。いくつかのデータ収集プロファイル６００は、対象無線装置４００がデータ収集プロセスの中からそれ自体を自主的に選択できるようにする失効を含む。データ収集プロファイル６００は、1台又は複数台の対象無線装置４００の中に、又は関連付けられたハードウェア及び／又はソフトウェアに関する種々のパラメータを含む又は指定してもよい。

前記のように、データ収集プロファイルは設定され、後に使用するために記憶されてよい、あるいはそれらは一定の事業の及び技術的な必要性に応えて「要求に応じて」作成されてよい。さらに、多くの場合、データ収集プロファイルは測定基準パッケージの分析後に観察される特定のデータから自動的に導出される。それらは、一定の閾値に達したとき、あるいは傾向が特定されるときに保証されてもよい。したがって、データ収集プロファイルは傾向情報、事前に設定されたデータポイント又は閾値等の収集されたデータの１つ又は複数の特徴から導出される。例として、データ収集プロファイルは無線データではないが、中断された通話等のＲＦ性能情報を収集するように構成されてよい。特定の地理的領域に相当数の中断された通話があると、この例では既存のデータ収集プロファイル修正、又は相対的に多数の中断された通話に関して評価及び診断を可能とするためにさらに具体的に無線データ収集を目的とする新しいデータ収集プロファイルの生成の基盤として役立つ。したがって、たとえ無線データがデータ収集作業の初期の標的でないとしても、収集された測定基準パッケージの傾向又は閾値分析は追加の関連したデータ収集作業の基盤となる。

＜Ｖ．典型的なクエリー設定プロセス＞
ここで図５は、データ収集プロファイルの以後の作成で使用されるクエリーを設定するためのプロセス７００に関する詳細を示す。前記のように、多数の事業及び技術的な問題を特定することができ、データ収集プロファイルとレポートを含む完全なデータ収集パッケージを作成し、後に使用するために記憶できる。しかしながら、いくつかのケースでは、以前には未知であった一連のイベントに即座に対応するために人間の介入が必要となる可能性があり、ネットワーク管理者が「オンデマンド」データ収集プロファイルの作成を希望することがある。要求に応じてデータ収集プロファイルを作成するための機構を図５に示す。プロセス７００の段階７０２で、データ収集作業によって回答されることが意図される閾値質問（ｔｈｒｅｓｈｏｌｄ ｑｕｅｓｔｉｏｎ）が特定される。図５に示すように、クエリープロセスの閾値質問段階の特定は、従前のデータ収集作業に関して生成された種々の他のレポートの結果に基づいてよい。このようにして、ネットワーク管理者は以前に構築された知識を使用してクエリーを鮮明にできる可能性がある。これは同様に関連付けられたデータ収集知識の構築を強化する。この時点で、閾値質問は平易な言葉でのステートメント又は所望される特定のデータに関する質問、あるいは対処されるべき質問以上の何者でもない可能性がある。

いったん閾値質問が特定されると、プロセス７００は、ネットワーク管理者がＵＩを経由してクエリー画面にアクセスする段階７０４に進む。プロセス７００は、次に、ネットワーク管理者が閾値質問、つまり段階７０２で特定された質問を絞り込むためにクエリー画面を利用する段階７０６に進む。図３に関連して前述されたように、閾値質問のこのような精緻化は、ツリー、カスケードメニュー、及び／又はネットワーク管理者がデータ収集作業により取り組まれなければならない１つ又は複数の問題を絞り込むことができるようにする他の構造とデバイスを使用するクエリー構造を経由して実現できる。

ネットワーク管理者は、特定の対象デバイス又は対象デバイスのタイプに関連するクエリー、対象デバイスにインストールされるアプリケーション、対象デバイスに関連してアクセスされるサービスだけではなく、ＲＦ性能又は対象デバイスがそれに関連して利用される他のシステムの性能も指定してよい。プロセス７００の段階７０８で示されるように、クエリー構造のこの構築は、所望される場合、以前に構築されたクエリーの態様及び／又はこのようなクエリーに関連して取得されるデータと結果を考慮し、それ以外の場合は組み込んでよい。

次に、プロセス７００は段階７１０に進む。この段階で、ネットワーク管理者は、該当する場合、１つ又は複数の以前に構築されたクエリーの構造及び／又は結果だけではなく、指定される種々の情報カテゴリに基づいてクエリーを仕上げる。クエリーが仕上げられたような時点で、クエリーは次に報告サブシステム２０８に送信される。仕上げられたクエリーは、所望される場合にそれらを容易に取り出し、修正できるようにメモリに記憶できる。さらに、記憶されたクエリーは、追加の類似したクエリーの構築を合理化するために取り出され、コピーされてもよい。加えて、このようなクエリーは、ネットワーク管理者が、自分が関心のあるクエリーがすでに構築されているかどうかを迅速に判断できるように検索可能なデータベースの中に記憶できる。この配列は、同様に追加クエリーとデータ収集プロファイルの合理化された構築を可能にする。クエリーを満たすために必要なデータがすでに収集されている場合には、適切なデータ及び／又はレポートがネットワーク管理者に返される。収集されていない場合、ＣＲＴは報告サブシステム２０８によって生成され、タスクサブシステム２０４に通信される。

＜ＶＩ．典型的なタスク、データ収集プロファイル構築及び対象デバイス選択プロセス＞
図６は、ＣＴＲに基づいて１つ又は複数のデータ収集プロファイルを生成する、つまり構築し、プロファイルを受け取るために対象デバイスを選択し、対象デバイスにプロファイルをダウンロードするためのプロセス８００に関する詳細を示す。プロセス８００の段階８０２では、ＣＴＲがタスクサブシステム２０４で受け取られる。いくつかのケースでは、データ収集プロファイルの構築が、トリガ条件の発生、つまり一式のトリガ条件に関するトリガ情報の受信に応えて開始される段階８０４に入る。このようにしてデータ収集プロファイルのいくつか又はすべてが自動的に生成されてよい。

さらに他の実施では、データ収集プロファイルは、仕上げられたクエリー構造及び結果として生じるＣＴＲの提出によってネットワーク管理者によって要求されるときに生成される。データ収集プロファイルの相対的に迅速な構築を助長するために、プロファイルシステムは、例えば一致する、あるいは実質的にＣＴＲに対応するプロファイルデータベース内でデータ収集プロファイルを検索するように構成できる。このようにして、新しいデータ収集プロファイルの構築はかなり迅速に進行できる。さらに、いくつかのケースでは、ネットワーク管理者は、特定のデータ収集プロファイルが、修正されたデータ収集プロファイルが種々の対象デバイスに入力できるような特定の方法で修正されることを明確に命令してよい。この場合、以前に構築されたデータ収集プロファイルを使用する自由裁量権がプロファイルシステムから取り出され、代わりにネットワーク管理者に与えられる。

どちらの場合でもプロセス８００は、ＣＴＲがプロファイルビルダ２０６Ａに提供される段階８０６に進む。段階８０８で、プロファイルビルダ２０６Ａは、ＣＴＲに対応する規則とトリガを含むデータ収集命令を生成する、及び／又は規定どおりに既存のデータ収集命令を取り出す。データ収集命令がこのようにして生成される及び／又は取り出されると、プロセス８００は、プロファイルビルダ２０６Ａがデータ収集プロファイルを作る、あるいは規定とおりに既存のデータ収集プロファイルを修正する段階８１０に進む。

データ収集プロファイルが規定どおりに選択され、作られ、あるいは修正された後、次に、データ収集プロファイルで特定されるデータを収集するために、どの１つ又は複数の対象デバイスが使用されるのかに関する決定が下されなければならない。したがって、プロセス８００の段階８１２でプロファイルサブシステム２０６がタスクサブシステム２０４に、データ収集プロファイルでのデバイス要件を通知する。この情報に基づいて、タスクサブシステム２０４は、タスクデータベース２０４Ｂと対象デバイスデータベース２０４Ｃにアクセスし、段階８１４でデータ収集プロファイルと一致している、あるいはそれ以外の場合データ収集プロファイルに相当する１つ又は複数の対象デバイスを特定する。前述されたように、任意の数のデバイス特徴及び条件がデバイス品質認定選択プロセスで考慮される可能性がある。無線装置がデータ収集に使用される一実施形態では、品質認定プロセスは、どの無線装置がデータ収集プロファイルと互換性があるのか、及びどの無線装置がデータ収集活動から無資格とされなければならないのかを判断する方法を含む。さらに無線装置を品質認定する、又は無資格とするために、デバイスの構成、使用可能なメモリ、場所、使用可能な電池寿命のような物理特性、アカウントステータス、使用パターン、報告されているサービスの問題及び他の使用履歴等の使用特性、デバイスとの相互作用又はエンドユーザによるデバイスの物理的な操作、インストールされているアプリケーション及びエンドユーザのプロファイル等の種々の他の要因と特性が考慮されてよい。

段階８１４においてデバイス対象選択プロセスで使用されるデバイス情報及び特徴は、ＨＬＲ又はＶＬＲ等のネットワーク事業者によって制御されているシステムを含む多くのソースから、あるいはデバイスがＳＱＣ４０２を最初に活性化するときに対象デバイスデータベース２０４Ｃに提供される情報によってもたらされることがある。さらに、デバイス情報は以前のデータ収集活動から抽出され、対象デバイスデータベース２０４Ｃに記憶できる、あるいは、そのデータ収集命令がこのデータ収集ゴールに集中するデータ収集プロファイルを使用することにより対象デバイスデータベースにデバイス「標的データ」を入力するために特に収集できる。この例はあらゆる公知のデバイスにダウンロードされ、７日という期間に各デバイスが遭遇する基地局のアイデンティティを記録することを目的とするデータ収集プロファイルである。該７日間の最後に、収集されたデータが測定基準コレクタ２０２Ａにアップロードされ、対象デバイスデータベース２０４Ｃに通信される。標的データは次に後のデバイス標的目的のために記憶される。このようにして、デバイス標的選択プロセスは、デバイスが遭遇する基地局のアイデンティティ、及びそれらのデバイスがある特定の基地局に遭遇した頻度に関するデータにアクセスし得る。したがって、特定の問題の調査は一定の基地局を関与させることがあり、それらの基地局に関して最高性能のデータを提供できるデバイスをその調査のためのデータを収集する標的とすることができる。標的データを対象デバイスデータベース２０４Ｃの中に収集し、次にデバイス選択基準のために後にそのデータを使用した結果、ＳＱＣ４０２に可視であるあらゆる測定基準に基づいて対象デバイスの集合を特定、選択することができる。これらはとりわけ、無線情報とネットワーク情報、ユーザによりダウンロードされたソフトウェアとコンテンツを含むリアルタイムデバイス構成、アクセスパターンとアプリケーション使用パターンを含むユーザ動作履歴、電池タイプ又は接続されている付属品デバイス等のデバイスの特徴と構成を含むことがある。

図６の段階８１４に描かれている標的プロセスは、特定の問題点又は問題に以前に遭遇したことがあるデバイスを自動的に選択することもできる。例えば、デバイスのポピュレーションがデータ収集管理システム２００にとって公知である故障を経験した場合、報告サブシステム２０８は該故障をさらに探求するためにデータ収集プロファイルを自動的に生成させ、報告された故障を経験したデバイスは新しいデータ収集プロファイルを受け取り、データ収集活動に参加するために選択されてよい。

デバイス選択プロセスは、対象デバイス検索の初期の結果から生じる、例えば互換性のあるデバイスが多すぎる又は少なすぎるという点で反復的であってよい。この場合、選択基準は、適切な対象デバイスポピュレーションを生じさせるために増分的に修正できる。前述の遭遇された基地局の例では、初期選択基準が選択されたデバイスを前の週に特定の基地局に遭遇したデバイスに制限する可能性がある。しかしながら、これによりデータ収集に必要とされるより多くのデバイスが生じた場合、選択プロセスの別の反復が最後の２日間に基地局に遭遇したデバイスを選択することを指定し、データ収集活動にとってさらに望ましい数のデバイスを生じさせることができる。実際には、この反復は、通常、デバイスを選択するプロセスでタスクサブシステムによって自動的に行われる。

段階８１４のデバイス標的選択プロセスのためのデータの別のソースは、ネットワーク事業者の料金請求書作成発行プロビジョニングシステムの一部として通常記憶されるデバイスユーザのアカウント情報である場合がある。この情報は、エンドユーザの外部特性、及びエンドユーザのネットワーク事業者との金銭的な関係を特定する。この情報は、企業提携、料金請求書作成発行計画及びスタイル、カスタマケア履歴とイベント、及びユーザ人口統計情報を含むことがある。この情報の用法の一例は、一定の高価な企業カスタマと関連付けられたデバイスの性能を監視したクエリーである。中断された通話対成功した通話等の一定の性能パラメータを特定の企業提携のあるデバイスについて追跡調査することにより、ネットワーク事業者は、月額料金のあるパーセントの払い戻しに対して、一定レベルの性能の保証を提供し得る。知覚品質がネットワーク事業者のサービスの選択にとっての重要な要因である市場では、このようなプログラムは重要な競争上の優位性を提供し得る。

さらに、データ収集プロファイルが、サンフランシスコ湾岸地帯でかけられた無線通話に関してデータが収集されることを指定する場合、対象デバイスデータベース２０４Ｃが、デバイスがサンフランシスコ湾岸地帯でアクティブである、あるいは最近アクティブであったことを示さない限り、タスクサブシステム２０４はおそらく、そのアカウント情報が、デバイスがニューヨークに常駐することを示す対象デバイスを選択しない。その他のケースでは、タスクサブシステム２０４がプロファイルシステムによって構築されたプロファイルにアクセスし、タスクサブシステム２０４が、データ収集プロファイルが送信される先の対象デバイスに関して決定を下す。次に、この決定の結果は、データ収集プロファイルの中にデバイス互換性情報が含まれるようにプロファイルビルダ２０６Ａに送信される。

対象デバイスが特定された後、プロセス８００は、新しい又は更新されたプロファイルが、規定どおりに特定された対象デバイス（複数の場合がある）に送信される段階８１６に進む。プロファイル転送は、データ収集プロファイルを対象デバイスにむけて「転送（ｐｕｓｈ）すること」、データ収集プロファイルを取り出すようにプロンプトを出す、対象デバイスにＳＭＳ等のメッセージを送信すること、及びそれが測定基準パッケージをアップロードするとき等、次に対象デバイスがＳＱＰ２０１に接触するとダウンロードのためにデータ収集プロファイルを作成することを含む、種々の方法で発生できる。対象デバイス（複数の場合がある）に常駐しているＳＱＣ４０２へのこのようなプロファイル伝送は、ショートメッセージサービス（「ＳＭＳ」）、ハイパーテキストトランスポートプロトコル（「ＨＴＴＰ」）、ハイパーテキストトランスポートプロトコルセキュア（「ＨＴＴＰＳ」）、ワイヤレスアプリケーションプロトコル（「ＷＡＰ」）プッシュ、ＩＰベース無線（ＩＯＴＡ）プロトコル、ＯＭＡ／ＤＭ又は公知である、あるいは将来開発される可能性がある他のプロトコルを含む、種々のトランスポート機構と基準のどれかを使用して達成されてよい。

それからプロセス８００は、データ収集プロファイルが対象デバイスに記憶される段階８１８に進む。対象デバイスによって受け取られると、収集プロファイルはＳＱＣ４０２によって処理される。いくつかのケースでは、データ収集プロファイルは受信済みとして記憶される、あるいは以前に受け取られたデータ収集プロファイル（複数の場合がある）と統合される、あるいは以前に受け取られたデータ収集プロファイル（複数の場合がある）の代わりとなってよい。データ収集プロファイルがＳＱＣ４０２によってどのように処理されるのかに影響を及ぼす要因は、データ収集プロファイルに定められるデータ収集要件に対するデバイスの適合性、データ収集プロファイルとあらゆる以前に受け取られたプロファイルの相対的な優先順位、及びデータ収集プロファイルに述べられている明示的な処理規則を含むが、これらに限定されない。ＳＱＣ４０２が新しいプロファイルを処理した結果、データ収集プロファイルに指定されるものとは多少なりとも異なるデータ収集活動が生じると（例えば、デバイスがデータ収集活動の中から自主的に選択する場合）、ＳＱＣ４０２は、データ収集活動がどのように、そしてなぜ異なったのかの詳細をＳＱＰ２０１に通信し直してよい。

データ収集プロファイルは、無線接続あるいは有線接続で対象デバイスに送信できる。データ収集プロファイルが相対的に小さいため、データ収集プロファイルの伝送は相対的に迅速に進み、対象デバイスに最小の処理オーバヘッドを課す。さらに、対象デバイスのポピュレーションは迅速に設定し直すことができ、データ収集プロファイルはデータ収集ゴールを達成するために迅速且つ容易にダウンロードできる。このような反復データ収集プロセスは、データ収集活動を精緻化できる速度のために、過渡的なエラー状態を理解する上で特に有効である。他のデータ収集活動はさらに長期の動向分析に貢献してよい。例えば、その値に達すると、無線デバイスのポピュレーションにデータ収集プロファイルの生成とダウンロードを引き起こすであろう閾値が性能低下に関して設定される可能性がある。このようにして、問題の追加の探求を可能にする追加のデータ収集が発生する。結果的に、データ収集管理システムはきわめて柔軟であり、データ収集作業は、急に出現するネットワーク状態又は過渡的なネットワーク状態に応えて迅速に精緻化し、再構成し、リダイレクトすることができる。いずれにせよ、収集されたデータと関連して実行される統計分析は、クエリーに関連して提起される問題に対する解答又は答えに急速に集中できる。

公知のシステムとは異なり、データ収集管理システムはデータ収集プロファイルをダウンロードするため、あるいはそれ以外の場合データ収集プロセスを可能にするための処置を講じるために対象デバイスのエンドユーザに依存していない。むしろ、前記に示されたように、対象デバイスのアップロードは、対象デバイスのエンドユーザの側での関与が最小である、又は関与がない状態で進行する。さらに、各対象デバイスはデータ収集活動への参加に注意深く品質認証されているため、任意の特定の対象デバイスが収集タスクのための有効な候補ではない尤度は最小限に抑えられる。したがって、データ収集管理システム２００に関連して指定されるようなデータの収集は、対象デバイスによって迅速に且つ容易に実行される。さらに、データ収集プロファイルが一定のネットワーク状態の発生に応えて通常自動的に生成されるため、データ収集管理システム２００が動作する柔軟性及び速度はさらに強化される。

＜ＶＩＩ．データ収集及び処理＞
データ収集管理システム２００のデータ収集機能は、その動作中に無線装置４００のソフトウェア又はハードウェアによって生成され、デバイスとネットワークの性能を示す１つ又は複数の測定基準に基づいている。あるケースでは、デバイス製造プロセスの間に、ソフトウェアコマンドは、オペレーティングシステム又は測定基準を作成させる他のデバイスソフトウェアの中に統合される。測定基準が作成されると、それらはＳＱＣ４０２を呼び出すために使用されるデータ構造に変換される。ＳＱＣ４０２に生成された測定基準が提示されるので、それはその管理下のデータ収集プロファイル（複数の場合がある）に基づいて、既定の測定基準が、それが生成されたときに関心があるかどうかを判断し、関心がある場合には、それは測定基準を、それが後に測定基準パッケージに入れるために使用できるバッファの中に記憶してよい。測定基準をバッファの中に記憶するプロセスは収集測定基準と呼ばれる。しかしながら、いくつかのケースでは、生成される測定基準が最初にバッファに入れられずに測定基準パッケージの中に直接的に収集される。それ以外の場合、測定基準の生成及びバッファリングは、無線装置４００の基本動作の一部として絶えず発生できる。このデータ収集論理の制御は図７でさらに後述される。

無線装置４００で測定基準を生成するための別の機構は無線装置に埋め込まれている、あるいは無線装置にダウンロードされるアプリケーションソフトウェアと、測定基準を作成するためのソフトウェアを統合することを含む。これは、測定基準生成コマンドを、デバイス製造プロセスの間に、例えば無線装置のオペレーティングシステムソフトウェアと統合することと対照的である。アプリケーションソフトウェアの開発中、アプリケーション開発者がアプリケーションによって生成される測定基準でＳＱＣ４０２を呼び出すことができるようにする、アプリケーションプログラミングインタフェース（ＡＰＩ）が使用される。

本発明の一実施形態では、ＳＱＣ４０２が生成された測定基準を提示されるとき、ＳＱＣは測定基準データ構造の一定のフィールド内の測定基準を解釈するにすぎず、残りの測定基準は本発明による追加の処理なしに、マークアップ言語又は可変長構造等の公知の技法によって処理される。ＡＰＩは、外部手段を介してＳＱＰオペレータとアプリケーション開発者の間で共用されるＸＭＬ記述から生成されるメモリ内データ構造モデルを反映する。測定基準データ構造の共通フィールドは、（ＸＭＬ交換プロセスの間にＳＱＰオペレータによって割り当てられる）一意の識別子フィールドとサイズフィールドを含み、ＳＱＣへの修正を行うことなく新しいアプリケーションによって新しい測定基準を作成できるようにする。データ収集プロファイルの中の規則はバッファへの測定基準の割り当てを命令し、測定基準データ構造の共通態様の中の識別子をマッチングすることにより生成された測定基準に対するトリガをリンクする。データ収集規則、ＳＱＣの生成と実現の後に発生する測定基準要件のためのトリガとバッファを定めるデータ収集プロファイルが実現できる。

拡張可能測定基準モデルは、（ブラウザ及び又はメッセージングアプリケーション等の）無線通信装置と統合されたサードパーティアプリケーションのために、及びＢＲＥＷ又はＪａｖａ仮想機械等の仮想環境の中にダウンロードされるアプリケーションのために実現できる。仮想環境は、前述されたように、ＳＱＣ対応プラットホームと機能に対して開発されたアプリケーションによる呼び出しのためのプログラミングインタフェースを実現する。インタフェースが呼び出されるたびに、測定基準データ構造が測定基準としてＳＱＣに渡される。

前述されたような仮想機械は、測定基準の生成のための別の重要なポイントを提供する。したがって、測定基準を生成するように特に仮想機械に指示することにより、前述されたようにプログラミングインタフェースを活用するかどうかに関わりなく、仮想機械上で実行するすべてのアプリケーションはある程度の測定基準生成について指示される。例示的な実施形態では、以下の態様は測定基準を生成するように指示されるが、実質的には無線装置４００の任意の態様が測定基準を生成できる。測定基準生成はすべてのエラーディスプレイルーチンを含み、ユーザに対して表示されるエラーが、後の分析のためにデータ収集管理システムによって捕捉できるようにする。例外（対象デバイス動作の根本的な原則に違反するソフトウェア）とタスクタイマ（ただ１つの機能もすべての処理リソースを取らないことを保証し、無限ループタイプのエラーを検出するタイマ）が、エラーが発生したときにアプリケーションの状態を示す測定基準を生成できる。捕捉され、アップロードされると、測定基準は、アプリケーション開発者が、ファイル内で発生し、問題診断を大幅に加速する、そのソフトウェア内のエラーを発見できるようにする。画面リフレッシュとユーザ入力（ボタン押した又は他の直接的な入力）を含むユーザインタフェースルーチンは、タイムスタンプを含むユーザ入力を用いて測定基準を生成できる。アップロードされると、ユーザインタフェース測定基準は、ユーザがアプリケーション又はデバイスとどのように相互作用するのかを理解し、アプリケーション設計を最適化するのに役立て、エラー又は混乱のポイントを検出するのかを理解するために使用できる。これらの技法は無線装置４００全体にも適用でき、仮想機械の代わりに主要オペレーティングシステムが命令される。

図７は、１つ又は複数のデータ収集プロファイルと関連して１台又は複数台の対象デバイスにより実行されるプロセス９００に関する詳細を示す。プロセス９００は、対象デバイス動作の一部として測定基準の生成で開始する。プロセス９００の段階９０２では、データ収集がデータ収集プロファイルに指定されるとおりに開始する。前記されたように、このようなデータ収集は、日付又は地理的位置に到着するほど単純となる開始側トリガに応えて開始するか、あるいはそれは日付、地理的位置、特定のエラーとの遭遇等の条件の複雑な組み合わせ、あるいは特定のサービス又はアプリケーションを使用すること又は使用しないことと結び付けられた前記条件のどれかの組み合わせである場合がある。いったんプロファイルが活性化されると、データ収集が開始し、連続して進むことができ、それはデータ収集プロファイルで設定されたデータ収集規則及びトリガに基づいてデータのサンプリングを開始、停止、及び再開することができる。前記されたように、データ収集プロセスの間、測定基準は測定基準バッファ又は一時メモリの中に記憶することができ、使われてもよければ、一度も使われなくてもよい。測定基準バッファは、必要な場合に測定基準パッケージを作成する上で使用するために入手できるＮ個のデータのサンプルを記憶する円形のバッファである。バッファに入れられるデータの使用は、例えば、特定のエラー状態が発生する前に生成される測定基準の表示を可能にする。この履歴表示は、エラー状態を取り囲む他の測定基準とともに、問題を分析する上できわめて重要であることがある。したがって、トリガに応えて、バッファに入れられたデータは、トリガ活性化された後に到着する任意の指定されたデータとともに測定基準パッケージ内で捕捉できる。他のケースでは、データを最初にバッファに入れずに収集し、測定基準パッケージに直接的に書き込むことができる。

いかなる場合でも、対象デバイスは、データ収集プロファイルに指定されるとおりにデータの収集を開始する。例えば、対象デバイスのそれぞれは最初に、データ収集プロファイルが、対象デバイスに含まれているハードウェアとソフトウェア、及び対象デバイスが使用するために許可されている種々のサービスの種々の特性と一致しているかどうかをチェック、検証するために、受け取ったデータ収集プロファイルを調べてよい。このようにして、データ収集プロファイルに指定されているデータを収集できない、あるいはそれ以外の場合クエリーに対する応答の決定を助長するのに適さない対象デバイスは、データ収集プロセスの中から自主的に選択してよい。代わりに、データ収集の中から自主的に選択するよりむしろ、データ収集プロファイルに含まれる互換性に関連する指示に応じて、デバイスは要求されているデータの部分集合だけを収集し、これを、部分集合収集の基礎とともに測定基準コレクタ２０２Ａに報告を返してよい。このようにして、ネットワーク管理者は、最終的に収集され、測定基準コレクタ２０２ａに送信されたデータが、初期に提案されたクエリーに一致し、対応しているデータだけを備えることを保証される。

いかなる場合でも、いったんデータが収集されると、プロセス９００は、収集されたデータがＳＱＣ４０２によって測定基準パッケージに変換され、ＳＱＣ４０２の測定基準アーカイブに格納される段階９０３に進む。デバイスリソースはもともと制約されているため、ＳＱＣ４０２はデバイスに記憶されている測定基準パッケージの優先順位を管理するための方法を利用してよい。例えば、測定基準パッケージがＳＱＣ４０２の測定基準アーカイブに追加されるたびに、ＳＱＣ４０２は使用される総不揮発性メモリを計算する。新しい測定基準パッケージを記憶するために必要とされる総不揮発性メモリが測定基準アーカイブに割り当てられるメモリの量を超える場合、ＳＱＣ４０２はそれぞれの記憶されている測定基準パッケージ内のデータの性質を再評価する。あるケースでは、一定の条件下で、１つ又は複数の測定基準パッケージがデバイス上の新しい測定基準パッケージのためのスペースを作るために測定基準コレクタ２０２Ａにアップロードされてよい。一定の条件下で、ＳＱＣ４０２は記憶されている測定基準パッケージを見直し、削除するための測定基準パッケージを選択するためのアルゴリズムを利用してよい。該アルゴリズムはデータ収集プロファイルに指定されるデータ記憶割り当て、データの性質と優先順位、データの適時性、記憶される新しいパッケージのサイズ、及び削除されるパッケージのサイズを含む基準を検討してよい。それから新しい測定基準パッケージを記憶するための十分なメモリがあるようになると、選択された測定基準パッケージがデバイス上の測定基準アーカイブから削除される。

プロセス９００の段階９０４では、測定基準パッケージは、１つ又は複数のアプリケーションデータ収集プロファイルに指定されるときに測定基準コレクタ２０２Ａに送信される。前記されたように、測定基準パッケージの送信は１回限りのイベントであってよい、あるいは周期的に、又は再発するが不規則で実行されてよい。また、それはデバイスのネットワーク管理者によって、システムによりデバイスに送信される「オンデマンド」コマンドの結果として、あるいはＳＱＣによるリソース管理の結果として送信されてもよい。

一実施形態では、データ収集プロファイルは、測定基準パッケージのアップロードが特定のイベント又は状態が発生したときだけ行われることを指定してよい。伝送のための条件が満たされると、収集されるデータは測定基準コレクタ２０２Ａに送信される。いくつかのケースでは、測定基準パッケージが受信されると、ｅメール警戒又はシステム警報等の通知が生成されることがあり、それにより報告活動及び／又は追加の監視活動又はデータ収集活動を開始できる。他のケースでは、条件が満たされると、エンドユーザのデバイスの現在の状態が、デバイス又はネットワークの容量を圧倒する、あるいはそれ以外の場合エンドユーザの通常の活動を妨げるのを回避するためにアップロード活動が開始する前にさらに適格化されてよい。条件が満たされるが、エンドユーザが、測定基準パッケージの伝送によって妨害されるデバイス上での活動に従事する場合、伝送を後まで延期し、規則の二次セットに従ってアップロードできる。測定基準パッケージは、例えばデータが時間依存であり、デバイスが長期間ネットワークへの接続のために使用できない場合、あるいはＳＱＣリソース管理慣行が優先順位測定基準パッケージのためにスペースを作るために削除を強制する場合、完全に廃棄することもできる。

最後に、図７に示されているように、プロセス９００は、新しいデータ収集プロファイル又は修正されたデータ収集プロファイルが１台又は複数台の対象無線装置４００によるダウンロードのために使用可能であるかどうかが判断される段階９０６に進む。プロセスのこの段階は連続動作の一部として図７に描かれているが、ダウンロードのために新しい又は修正されたプロファイルが使用できるのかどうかの決定はデータ収集プロセスの他の段階に付随せず、このような新しい又は修正されたデータ収集プロファイルは、変化するネットワーク状態、特定のネットワーク状態の突然の出現に応えて、新しいクエリーの生成又は種々の他の要因の発生に応えていつでも作成され、選択されたデバイスへのダウンロードに備えられてよい。新しい又は修正されたデータ収集プロファイルが使用できる場合、段階９０８で、使用可能な新しい又は修正されたデータ収集プロファイルは対象無線装置にダウンロードされる。それ以外の場合、段階９１０では、データ収集プロファイルに指定される規則に従って、既存のデータ収集プロファイルがアクティブのままであるかどうかが判断される。アクティブのままである場合、それは段階９０２でデータ収集活動を再開する。多くのケースでは、既存のデータ収集プロファイルは、変更があろうと、なかろうと任意の時間量、デバイスに留まり、データ収集及びアップロードの多数の例を実行してよい。しかしながら、既存のデータ収集プロファイルが段階９１０でもはやサポートされていないと判断されると、プロセスは既存のデータ収集プロファイルが不活性になる段階９１２に進み、いくつかのケースでは、それは自動的にデバイスから削除される。

図８は、測定基準パッケージの処理と管理のためのプロセス１０００の態様に関する詳細を示す。プロセス１０００の段階１００２では、測定基準パッケージデータは報告サブシステム２０８からアクセスされる。測定基準パッケージは、適切なデータのすべてが報告システムからアクセスできるように、インデックスが付けられる、あるいはそれ以外の場合データ収集プロファイルに、及び他の測定基準パッケージに関連付けることができる。

次に、プロセス１０００は、測定基準パッケージデータが処理される段階１００４に進む。このような処理は、統計的な分析を含む測定基準パッケージデータの、実質的には任意のタイプの操作又は分析である場合がある。いくつかのケースでは、測定基準パッケージデータの分析の結果は既存の又は将来のクエリー、データ収集プロファイルを構築する又は精緻化するために、及び／又はタスクサブシステム２０４の標的精度を改善するために使用される。収集後、及び後述されるレポート生成動作の前又はレポート生成動作に平行してのどちらかで、データは自動計算と追加の情報源を使用して拡大されてよい。また、プラグインサーバアーキテクチャにより他のアプリケーションは測定基準パッケージに直接的なフィードを有することができる。

次に、プロセス１０００は、種々のレポートが測定基準パッケージの処理に基づいて生成される段階１００６に進む。本発明の好適な実施形態では、このようなレポートは本明細書に前述されたようにデータ収集分析パッケージと連動して事前に定義され、分析されたデータを入力できる。代わりに、ときどきカスタムレポートがネットワーク管理者によって要求に応じて作成されてよい。最後に、プロセス１０００は、データとレポート情報が追加の使用と参照のために報告データベース２０８Ｃに記憶され、サードパーティ報告システムにエクスポートされる、あるいはそれ以外の場合クエリー、拡大及び／又はデータプロファイル修正及び定義に使用可能にされる段階１００８に進む。

＜ＶＩＩＩ．トリガの設定及び使用＞
前記されたように、ネットワーク及び関連付けられた対象デバイスに関連して実行されるデータ収集プロセスは、一定のイベントの使用、ネットワーク状況、傾向、データポイント及び閾値の使用を、データ収集プロファイルの生成、ダウンロード、又は精緻化等の他の動作の性能のための基本として必要とする。加えて、本発明の実施形態はデータ収集プロファイルに関連して種々のタイプのトリガの設定と使用に備える。

例示的な実施形態では、トリガは無線装置４００との統合プロセスの間に設定される１つ又は複数の条件である。トリガは、追加の選択基準処理のためにＳＱＣ４０２を呼び出すことができるようにする。各トリガは特定の識別子と関連付けられ、無線デバイス４００ソフトウェアに可視である特定の状態のセットを設定する。ＳＱＣ機能性が呼び出されると、適切な一連の措置を決定するために、トリガ識別子がダウンロードプロファイルに含まれるトリガに比較される。このようにして、特定のデータ収集プロファイルの中にトリガを含めると、そのデータ収集プロファイルが指定された処置を講じることである条件が効果的に設定される。

典型的な実施形態では、トリガはデータ収集プロファイルのデータ収集命令に含まれてよく、それらが包含されると、関連付けられたトリガ条件が無線装置４００によって呼び出されると、ＳＱＣがデータ収集活動を適宜に開始、アボート、及び終了する。トリガ及びデータ収集機能性の代替実施形態は、第ＩＸ項に後述される。開始側トリガに一致するトリガ呼び出しは、データ収集活動を開始させる。終了側トリガの一致は、データ収集活動を終了させ、次にアップロードのために測定基準パッケージが作成される。アボートトリガはデータ収集活動を中止させ、測定基準パケットは作成されない。前記に使用された例では、即時接続通信の開始により、ＳＱＣが、ダウンロードされるプロファイルでトリガに突き合せられ、データ収集活動を発信側デバイスで開始させる「即時接続通信開始」トリガイベントと呼び出される。発信側デバイスが４０８エラーを受信すると、別のトリガが活性化され、ＳＱＣは該イベントをプロファイルの中の終了側トリガに一致させ、データ収集を停止させ、測定基準パッケージを作成させ、アップロードさせる。分かるように、プロファイルにトリガを含めると、そのプロファイルと関連付けられた特定の処置が実行される条件が効果的に選択される。トリガは厳密にプロファイルの範囲内になく、むしろそれは特定のプロファイル動作（開始、停止、アボート）をデバイス上の特定のイベントに結び付ける。

別の例では、トリガイベントは音声電話の開始であってよい。この場合、音声電話の開始は、ＳＱＣに、該音声電話に関与するデバイスに常駐するデータ収集プロファイルに含まれるデータ収集規則を実行させる開始側トリガ呼び出しである。この例では、データ収集プロファイルは音声電話を終了するというアクションをデータ収集活動の終了と結び付け、測定基準コレクタへのアップロードのために測定基準パッケージの作成も引き起こしてよい。このデータ収集活動は、通話に指定される測定基準活動の記録、及びデバイスで発生する各通話と関連付けられた測定基準パッケージの生成を可能にする。

トリガを使用すると、微調整されたデータ収集活動が提供される。プロファイルアクションをデバイスで設定されるイベントにリンクすることにより、それまでの測定及び時間内でその後に続く実質的に任意のイベントを効果的に測定できる。その結果、収集されたデータで具現化された重要な動向情報及び他のインジケータは迅速に特定し、生かすことができ、それにより収集されたデータの品質と実用性を高める。種々のトリガのどれかが設定され、利用されてよい。したがって、本発明の範囲はトリガの特定のタイプ、数、組み合わせ、実施又は使用に制限されると解釈されてはならない。いくつかのトリガに関する詳細は以下に示される。

１つのこのようなトリガの基本的な形式は、ＳＱＣを通話び出させる一定の発生の設定又は指定を必要とする。ここに使用されるように、用語「発生」は、トリガの特定のアイデンティティを設定する指定された事柄の発生又は非発生にまで及ぶ。（例えば、トリガアイデンティティが指定された無線デバイスにより通話び出されることによって）設定された発生が起こった、あるいは設定されたタイムフレームの内に発生できなかったとＳＱＣが決定を下すと、１つ又は複数のデータ収集活動がＳＱＣによって実行されてよい。加えて、ＳＱＣは指定されたトリガアイデンティティの通話び出しを生じさせるために一定の状態で一定の測定基準を設定できる。同時に、任意の状態での任意の測定基準、あるいは測定基準の任意のシーケンスは、特定のトリガアイデンティティの呼び出しを引き起こすと設定できる。例えば、閾値トリガは、設定された期間特定の閾値を上回る又は下回る監視されているパラメータによって呼び出すことができ、ゼロから任意に大きい数に及ぶことがある。１つの特殊な例は、フレームエラー率測定基準が所定値を超えると発効する閾値トリガである。

トリガアイデンティティは、データ収集プファイルに含むことができ、関連付けられたアクションを発生させる。例えば、中断された音声電話についての情報を含む測定基準パッケージを生じさせるが、他のタイプの通話（成功又は阻止されたもの）について情報を収集しないデータ収集プロファイルを設定するためには、以下の関連トリガを使用し得る。

開始トリガ：音声電話開始
終了トリガ：音声電話終了阻止
アボートトリガ：音声電話終了
この例では、このトリガに関して収集されたデータが収集活動のゴールであるため、終了トリガは、データ捕捉を中止させ、測定基準パッケージを作成させる。アボートトリガはＳＱＣに、データ収集が終了しなければならないが、この活動に関連するデータは収集ゴールの焦点ではないため、測定基準パッケージが作成されてはならないことを示す。

トリガの関連するタイプが、ＳＱＰ２０２からネットワークノードに常駐するＳＱＣにコマンドが送信されると活性化される「ドミノ（ｄｏｍｉｎｏ）」トリガである。４０８のエラーが監視されている前述された例では、例の終了側デバイスは発信側デバイスによる通信セッション試行を認識しておらず、したがってこの場合、データ収集活動はこの場合の終端装置ではトリガされない。通信試行中の終了側デバイスを取り囲む条件に関連する重要なデータが捕捉されることを確実にするために、「ドミノ」トリガが使用される。４０８ＴＩＭＥＯＵＴメッセージに関する例で前述されたように、ドミノトリガは、ＳＱＰ２０１が、ＳＭＳ又は他のメッセージタイプの形のコマンドを、開始側トリガを活性化させる終了側デバイスでのＳＱＣ４０２に送信させるときに発生し、「オンデマンド」データ収集活動が開始する、及び／又は測定基準パッケージがアップロードのために作成される。「オンデマンド」データ収集活動の一部として、測定基準が終了側デバイスのバッファ内に既存のものから選択されてよく、他の測定基準は測定基準パッケージを完成するために集められてよい。特に、この例では終了側デバイスで以前活性化されたデータ収集プロファイルが、間近の「オンデマンド」データ収集活動のために有効であるデータの収集を引き起こし、ドミノトリガが、ドミノトリガの到着前に、終了側デバイスですでに収集されていたデータを収集できるようにする。測定基準パッケージは作成時にただちに、あるいはデータ収集プロファイルに指定される何らかの他の時間にアップロードされてよい。

図９は、データ収集のための、１１００で示されるプロセスの１つの例に関する詳細を示す。プロセス１１００は、１台又は複数台の無線装置上のＳＱＣ４０２がトリガを指定するデータ収集プロファイルを受け取る、段階１１０２で開始する。データ収集プロファイルに指定されるトリガは、ＳＣＱ４０２に、指定されたトリガの呼び出し時にデータ収集活動を実行するように命令するように構成されてよい。描かれている例では、無線装置上のＳＱＣ４０２は、データ収集プロファイルに指定されるトリガの活性化を特定するために、段階１１０４で監視プロセスに関与する。開始側トリガが活性化されると、データ収集が開始する。いったんデータ収集が開始すると、監視されたデータのいくらか又はすべては、データ収集プロファイルに含まれる指示に応じて収集されるか、あるいはそれは無視されてよい。

説明されたプロセスでは、開始側トリガがデータ収集を開始させた後、データ収集はデータ収集プロファイルに含まれる指示に従って、アボートトリガつまり終了側トリガが決定ポイント１１０６で検出されるまで進行する。例えば、データ収集指示は、指定期間、周期的な間隔でデータのサンプリングを指定できる。データ収集は、アボート、つまり終了トリガが活性化されると中止する。

無線装置状態の任意の態様をその実施で活用するトリガが設定できる。この機構によって、一定のサービスが一定の状態にあるときにだけデータを収集する等の複雑な依存性を実現できる。前記例では、即時接続アプリケーションによってかけられるＩＰデータ通話のためだけにデータを収集することは、特定の制約された条件のセットの下だけで活性化する特定のトリガ定義として実現できる。

最後に図１０は、ドミノタイプのトリガの設定と使用を必要とするプロセス１３００に関して詳細を示す。図示のケースでは、プロセス１３００は通信ネットワークの観点から実行される。この配置は、ネットワーク人員が、特定の無線装置と関連付けられるトランザクションの一部だけに集中するよりむしろ、通信ネットワークの無線装置間のトランザクション全体を見て、評価する能力を与える。

プロセス１３００は１つ又は複数の測定基準パッケージが１台又は複数台の無線装置又は他のネットワークノードから受け取られる段階１３０２で開始する。このようなデータは、概して通信ネットワーク及び／又は関連付けられる無線装置の１つ又は複数のパラメータに関する。次にプロセス１３００は、測定基準パッケージ（複数の場合がある）の中で受け取られたデータが、発信側デバイスがそれと通信しようとしたことを認識していない終了側デバイス等の別の「非報告」ネットワークノードを関係させるかどうかに関する決定が下される段階１３０４の決定ポイントに進む。他のネットワークノードが関係していない場合、プロセス１３００は段階１３０６に進み、追加の分析が実行されてよい。

他方、受け取られたデータが「非報告」ネットワークノードが関係しており、トランザクションの分析にとって重要であるデータを寄与できる可能性がある場合、プロセス１３００は代わりに段階１３０８に進む。この段階で、ＳＱＰ２０１は、「非報告」関係ネットワークノードに対してコマンドを送信させる。この場合、ＳＱＰ２０１から送信されるコマンドは、関係する非報告側ネットワークノードが、関連性のあるデータを収集し、該データを測定基準パッケージで送信できるようにするトリガとして解釈される。

したがって、無線装置「Ａ」が無線装置「Ｂ」にページを送信するが、応答を受信しない場合、無線装置「Ａ」は、測定基準パッケージを測定基準コレクタにアップロードさせるトリガを活性化するエラーを受信する。しかしながら、無線装置「Ｂ」はページが送信されたことを認識していない可能性があるため、無線装置「Ｂ」は発生した任意のエラー又は問題を認識せず、エラーと関連付けられる測定基準パッケージをアップロードするためにトリガされることはない。したがって、トランザクション全体、つまりデバイス「Ａ」と「Ｂ」の間で試行されたトランザクションの検討が問題のより完全な理解と認識を達成するために必要である。

段階１３０８で、ＳＱＰ２０１は、無線装置「Ｂ」にコマンドを送信させる。段階１３１０で、コマンドは同様に、デバイス「Ｂ」のバッファからの測定基準の選択、必要とされる追加の測定基準の収集、及び測定基準パッケージの作成とアップロード等のデータ収集活動を発生させる開始側トリガとして解釈される。次に、無線装置「Ｂ」からの測定基準パッケージは、段階１３１２で測定基準コレクタによって受信され、追加分析が実行されてよい。この段階で、データ収集プロファイルに関連してこのような他のネットワークデバイスによってアップロードされる測定基準パッケージが受信され、分析される。プロセス１３００は、一度又は反復分析解決プロセスの一部として繰り返し実行されてよい。

＜ＩＸ．スクリプト化されるデバイスプロファイル＞
本発明の別の実施形態では、対象デバイスによって生成される測定基準の処理を命令するためには、データ収集プロファイルよりむしろスクリプト化されたデバイスプロファイルが使用される。本実施形態では、固定された関数の限られたセットの代わりに、ＳＱＣは完全に機能上のプログラミング言語で「スクリプト化」され、測定基準、トリガ、及び測定処理のための任意のアルゴリズムをスクリプト化されたデバイスプロファイルによって設定できるようにする。それは、ＳＱＣにコーディングされるよりむしろダウンロードされるスクリプト化されたデバイスプロファイルによって、測定基準収集、処理、及び管理の詳細のなおさらに多くを動的に設定できるようにするため、この追加の柔軟性が、本発明のデータ収集管理システムが取り組むことができるシナリオの数を大幅に伸ばす。

本実施形態では、及び前記実施形態とは対照的に、測定基準が前述されたように対象デバイスで実行される活動又はトランザクションの結果として生成されるとき、測定基準の処理は、測定基準を収集すること、測定基準を収集しないこと、あるいは指定されたトリガアイデンティティの呼び出しを引き起こすことに制限されるのではなく、測定基準処理ははるかに柔軟である。さらに詳細には、本発明のこの実施形態は測定基準収集に対する複雑な処理を、ダウンロードされたスクリプト化デバイスプロファイルによって完全に設定できるようにする。前記実施形態に説明されているデータ収集命令（規則とトリガ）に代わる測定基準パラメータとトリガされる機能性はスクリプト化されるデバイスプロファイルで設定され、測定基準の処理を支配する。前述されたように、サービス品質クライアント（ＳＱＣ）はプロファイルを受け取り、それ以外の場合管理することに関与している。

図１１を参照すると、測定基準が無線装置４００で生成されると、測定基準処理要素４０４Ａに、測定基準の適切な処理を決定するために、スクリプト化されたデバイスプロファイル４０４に指定される測定基準パラメータ４０４Ｂと相談させるＳＱＣ４０３が呼び出される。多くのケースでは、測定基準に関する測定基準パラメータ４０４Ａでは情報を入手できないため、測定基準は無視され、デバイス動作は続行し、測定基準は無線装置４００の通常の動作の一部として生成され続ける。

しかしながら、測定基準パラメータ４０４Ａが測定基準の処理を指定する場合、次に追加の処理が実行される。追加の処理は以下の２つの形式の内の１つを取ることができる。フィルタリング４０４Ｃと呼ばれる第１の形式では、測定基準は測定基準パラメータ４０４Ｂに指定されるパラメータに比較される。該パラメータは比較のタイプと比較に必要な値の両方を指定する。この比較の結果、測定基準が１つ又は複数のバッファ４０６に格納されるべきか、あるいは無視されるべきかについてバイナリ決定が下される。使用できる特殊な比較はＳＱＣ実施の一部として定義され、実質的に任意の種類の比較が実行できる。測定基準パラメータ４０４Ｂに指定される比較は、「つねにこの測定基準を収集する」あるいは「この測定基準がこのバイナリ又は数値比較を満たす場合に収集する」等の単純なバイナリ決定を含んでよい。他の比較は別の測定基準との、あるいは無線装置４００状態の別の態様との該測定基準の比較を含んでよい。特定の結果が達成されたかどうかを判断するための複数の基準及び「前処理」を必要とするなおさらに複雑な比較が測定基準パラメータに指定されてよい。一般的には、測定基準パラメータ４０４Ｂに指定される比較は、実質的に任意のソフトウェア機能性である場合があるが、ＳＱＣが実現されるときに設定される、相対的に少ない数の一般的に使用されるアクションに制限されてもよい。

スクリプト化されたデバイスプロファイル４０４に指定される基準を満たしたので、測定基準は１つ又は複数のバッファ４０６で収集される。前記実施形態においてのように、共通した機能は、バッファが一杯である場合に、新しい測定基準が最も古い記憶済み測定基準を上書きしてよい単純な回転式バッファモデルの特定数の測定基準のための固定されたサイズのバッファである。他の方針は、バッファが一杯である場合はトリガされた機能性４０４Ｄ（さらに後述される）を呼び出すことと、特定の条件下で収集される測定基準が異なる条件下で収集される測定基準を上書きする優先順位設定バッファを含む場合がある。実質的に任意のバッファ管理モデルが、本発明に関連して実現され、測定基準パラメータ４０４Ｂの一部として指定できる。実際には、限られたセットの固定された機能が実現されてよく、追加アルゴリズムはトリガされた機能性４０４Ｄとして実現されてよい。いくつかのケースでは、測定基準は最初にバッファに入れられずに測定基準パッケージに含められてよい。

第２の形式の測定基準処理は説明されている比較機能性も活用するが、フィルタリングのために設定されるように正の結果が出ると測定基準を収集する代わりに、本明細書ではトリガされた機能性４０４Ｄと呼ばれる、以前ダウンロードされたスクリプトが追加の測定基準処理を命令するために呼び出される。

トリガされた機能性４０４Ｄはトリガとデータ収集プロファイル機能性の前記実施形態から大きく逸脱している。トリガされた機能性４０４Ｄは、フル装備のコンピュータ言語である。つまり、それは無線装置４００プロセッサのアクションを命令するソフトウェアであり、したがってソフトウェア機能性はデータの収集、管理及び分析に関連して無線装置４００で実現できる。測定基準比較によって呼び出された結果、トリガされた機能性４０４Ｄは測定基準処理の制御を引き継ぐ。前記されたように、トリガされた機能性は無線装置４００上で実質的に任意のソフトウェア機能を実行することができ、それは呼び出し側測定基準、測定基準が記憶されているバッファのすべて、デバイスに関する追加状態情報、測定基準パッケージ及びアップロード機能性にアクセスできる。データ収集プロファイルとトリガを活用した前記実施形態では、トリガ呼び出しに応えて実行できる、限られたアクションのセットがあり、トリガはそれぞれその活性化に応えて実行された設定された機能を有していた。この実施形態では、スクリプト化されたデバイスプロファイルとトリガされた機能性を使用することにより、前記に設定されたような測定基準比較の結果が、トリガの機能を果たすことができ、トリガが活性化された後に実行される以後のアクションに関して完全な柔軟性（「トリガされた機能性」）を可能にする。さらに詳細には、トリガされた機能性４０４Ｄは新しい測定基準の生成を引き起こすことがあり、それはスクリプト化されたデバイスプロファイル４０４に含まれる基準と処理命令を変更するために測定基準パラメータ４０４Ｂを修正できる。トリガされた機能性４０４Ｄは、さらに、プロセスバッファ４０６コンテンツをコピーし、修正し、それ以外の場合処理することができ、後のアップロードのために測定基準パッケージ４０８に、結果として生じるデータを変換してよい。該トリガされた機能性はアップロードを実行でき、新しいスクリプト化されたデバイスプロファイル又は他のソフトウェアコードを無線装置４００にダウンロードさせ、そこで実行させる。

トリガされた機能性４０４Ｄは、本実施形態のスクリプト化デバイスプロファイル４０４内に含まれる。無線装置４００上でソフトウェアダウンロード可能なモデルを可能にするための公知の多くのモデルのどれかがトリガされた機能性４０４Ｄに対する管理モデルとして効果的であることが判明する。これらのモデルは（例えばＪａｖａによって実現されるような）仮想機械と、所定の環境で実行している（例えばＢＲＥＷ環境によって実現されるような）実際の機械言語を含む。加えて、今日では、「無線」ファームウェア更新を実行するために多数の商業的なパッケージが入手可能であり、事実上、任意のソフトウェアをダウンロードし、無線装置４００上の既存のソフトウェアに追加し、以後トリガされた機能として呼び出すことを可能にする。

完全なコンピュータ言語として、トリガされた機能性４０４Ｄはデバイスで可能な実質的に任意のソフトウェア機能性を実現できる。この実施形態では、トリガされた機能性４０４Ｄはネイティブデバイスコードで実現されるため、それは無線装置４００のすべての状態及び機能性にアクセスできる。しかしながら、特定の実施は、デバイス状態と機能性により限られたアクセスを有し、依然として実質的に同じ役割を実行してよい。

測定基準比較によって呼び出されるトリガされた機能性に加えて、無線装置４００上の特殊イベントのセットが特殊トリガ４１２として定義され、トリガされた機能性４０４Ｄを同様に呼び出すことができる。とりわけ、スクリプト化されたデバイスプロファイル４０４が最初に無線装置４００にダウンロードされると、特殊なトリガ４１２が、プロファイル起動を実行するために（場合によっては、トリガと測定基準パラメータを設定するために）トリガされた機能性４０４Ｄを活性化する。無線装置４００がオン又はオフに切り替えられ、リセットされるとき、あるいはプロセッサ例外が発生するとき、特殊トリガ４１２が活性化される。これらの特殊トリガは、アプリケーション呼び出し、ユーザアクション、又はそれ以外の場合自然に測定基準の生成を引き起こさない他の活動等のアクションにトリガされた機能性を呼び出させるために実現されてよい。特殊トリガ４１２は、後の分析のために関心があることが判明することがあるデバイスでの実質的に任意の他のイベントによって呼び出されてよい。

トリガされた機能性４０４Ｄの能力の一般的な性質のため、（アボートトリガ、又は終了トリガ等の）データ収集機能性の他の多くの態様が特殊機能よりむしろ別のトリガされた機能になる。前記されたように、本項で説明されるＳＱＣのスクリプト化実施形態は、これらのイベントの内の１つが発生すると、たとえあったとしてもどのアクションを講じるのかの完全な柔軟性を可能にし、本発明のデータ収集監視システムによって効果的に実行できる関心のある測定の数を大幅に増加する。

＜Ｘ．電気通信装置及びコンピュータ環境＞
ここに示されているように、本発明の実施形態は、無線電話と有線電話、他の無線通信装置、又は同程度の電気通信機能を有するように適応される特殊目的又は汎用コンピュータを含む、特殊目的又は汎用の電気通信装置に関連して実現されてよい。また本発明の範囲内の実施形態は、コンピュータ実行可能命令又はそこに記憶されている電子コンテンツ構造を搬送する、又は有するためのコンピュータ読取可能媒体も含み、これらの用語は電気通信装置とともに使用されるあらゆるこのような媒体又は指示に及ぶと定義されている。

一例として、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又は他の光ディスク記憶装置、磁気ディスク記憶装置、又はコンピュータ実行可能命令又は電子コンテンツ構造という形で所望されるプログラムコードを搬送又は記憶するために使用でき、汎用又は特殊目的のコンピュータ又は他のコンピューティング装置によってアクセスできる他の媒体を備えることがある。

情報がネットワーク又は別の通信接続（組み込まれている、無線、又は組み込まれていると無線の組み合わせのどちらか）上でコンピュータ又はコンピューティング装置に転送される又は提供されるとき、該コンピュータ又はコンピューティング装置はコンピュータ読取可能媒体として適切に接続を表示する。したがって、このような接続はコンピュータ読み取り可能媒体と適切に命名される。前記の組み合わせもコンピュータ読取可能媒体の範囲内に含まれなければならない。コンピュータ実行可能命令は、例えば、汎用コンピュータ、特殊目的コンピュータ、特殊目的処理装置、又はコンピューティング装置に、特定の機能又は機能のグループを実行させる命令及びコンテンツを備える。

本発明の態様は、ネットワーク環境におけるコンピュータによって実行されるプログラムモジュール等のコンピュータ実行可能命令の一般的な形態で説明されている。一般的には、プログラムモジュールは、ルーチン、プログラム、オブジェクト、構成要素、及び特定のタスクを実行する、あるいは特定の抽象コンテンツタイプを実現するコンテンツ構造を含む。コンピュータ実行可能命令、関連付けられたコンテキスト構造、及びプログラムモジュールは、本明細書に記載されている方法の態様を実行するためのプログラムコードの例を表現する。

上記実施形態は、制限的ではなく例示的としてのみすべての点で検討されなければならない。したがって、本発明の範囲は上記の説明よりむしろ、添付の特許請求の範囲により示される。請求項の意味及び均等物の範囲内に入るすべての変更がその範囲内に包含される。

データ収集システムを実現する無線通信ネットワークの例を示す。 通信ネットワーク動作と関連して使用するのに適したデータ収集管理システムを示す概略図である。 データ収集管理システムにより実行されるクエリーに関する種々の検討事項を示す概略図である。 一実施形態のデータ収集管理システムにより利用されりデータ収集プロファイルの概略図である。 クエリーを策定し、クエリーをレンダリングするための典型的なプロセスを示す流れ図である。 データ収集プロファイルを作成するための典型的なプロセスを示す流れ図である。 データ収集プロファイルと関連してデータを収集するための典型的なプロセスを示す流れ図である。 データ収集プロファイルと関連して収集されるデータを使用するための典型的なプロセスを示す流れ図である。 データ収集活動の活性化をトリガするための典型的なプロセスを示す流れ図である。 ドミノトリガを呼び出すための典型的なプロセスを示す。

Claims (35)

1. 複数のデバイスを含む通信ネットワークと関連付けられたデータを収集するための方法であって、
   収集すべきデータと、前記データを収集する条件とを規定するデータ収集プロファイルを取得すること、
   前記通信ネットワーク内の前記複数のデバイスのうち対象サブセットを特定すること、
   前記対象サブセットに前記データ収集プロファイルを配布すること、
   前記データ収集プロファイルに応答して生成された前記データを前記対象サブセットの少なくとも一部から受け取ること、
   を備える方法。
2. 前記対象サブセットを特定することは、対象デバイスデータベースにアクセスして前記データ収集プロファイルに対応する特徴を有するデバイスを選択することを含む、請求項１に記載の方法。
3. 前記データ収集プロファイルに対応する特徴が個々のデバイスの使用履歴に関連する、請求項２に記載の方法。
4. 前記特徴が、前記データ収集プロファイルを使用して前記通信ネットワーク内のデバイスから以前に収集されたデータを活用して決定される、請求項２に記載の方法。
5. 前記データ収集プロファイルに対応する特徴が、
   デバイスが遭遇した環境要因と、
   デバイスの特定のソフトウェア構成と、
   のうちの少なくとも１つに関連する、請求項２に記載の方法。
6. 前記特徴が前記特定のソフトウェア構成に対応し、
   前記ソフトウェア構成が、
   ダウンロードされたソフトウェアと、
   前記デバイスのユーザによって入力されたデータと、
   ユーザ優先順位と、
   ダウンロードされた着信音と、
   他のダウンロードされたデータと
   のうちの少なくとも１つを含む、請求項５に記載の方法。
7. 前記データ収集プロファイルに対応する特徴が前記デバイスの物理特性に関連する、請求項２に記載の方法。
8. 前記データ収集プロファイルに対応する特徴が、
   エリアコードと、
   市内局番と、
   料金請求先住所と、
   前記デバイスの予想される場所を特定する他のデータと、
   のうちの少なくとも１つに関連する、請求項２に記載の方法。
9. 前記データ収集プロファイルに対応する特徴が、
   前記ユーザが加入しているサービスと、
   前記デバイスの機能と、
   のうちの少なくとも１つに関連する、請求項２に記載の方法。
10. 前記データ収集プロファイルに対応する特徴が、
    該プロファイル内で指定された測定基準を収集する前記デバイスの能力と、
    該プロファイル内で指定されたトリガに応答する前記デバイスの能力と、
    前記測定基準の収集に利用可能な前記デバイス上のＲＡＭ記憶領域と、
    測定基準パッケージの記憶に利用可能な前記デバイス上の固定記憶域と、
    前記デバイスの処理能力と、
    前記指定されたデータ収集プロファイルを実行する前記デバイスの一般的な能力と、
    のうちの少なくとも１つに関連する、請求項２に記載の方法。
11. 前記データが、前記対象サブセットの個々のデバイスによるトリガ条件の検出に応答して生成される、請求項１に記載の方法。
12. 前記データが、前記デバイスを通じてユーザに提供される前記通信ネットワークのサービスに関連する、請求項１に記載の方法。
13. 前記データが、前記通信ネットワークに関連付けられた種々のネットワーク層と通信するデバイスのソフトウェアスタックの特徴に関連する、請求項１に記載の方法。
14. 前記データ収集プロファイルが、収集すべきデータを特定することにより前記データのフィルタを規定する、請求項１に記載の方法。
15. 前記受け取ったデータを使用して前記データ収集プロファイルを絞り込むことをさらに備える、請求項１に記載の方法。
16. 前記データが、
    前記通信ネットワークのアプリケーション層と、
    前記通信ネットワークのトランスポート層と、
    前記通信ネットワークの物理層と、
    のうちの少なくとも１つとの通信であって、対象デバイスのソフトウェアスタックによる通信に関連する、請求項１に記載の方法。
17. 前記データが、
    対象デバイスの使用履歴と、
    エンドユーザによる前記デバイスとの相互作用又は前記デバイスの物理的な操作と、
    前記対象デバイスと関連付けられたハードウェアと、
    前記対象デバイスと関連付けられたソフトウェアと、
    のうちの少なくとも１つに関連する、請求項１に記載の方法。
18. 前記通信ネットワーク内の前記複数のデバイスのうち対象サブセットを特定することは、対象デバイスの数がある選択された範囲内に入るように繰り返し実行される、請求項１に記載の方法。
19. 前記対象サブセットに前記データ収集プロファイルを配布することは、
    前記対象サブセット内のデバイスに前記データ収集プロファイルを転送すること、
    前記対象サブセット内のデバイスにメッセージを送信して、前記通信ネットワーク内のサーバから前記データ収集プロファイルを取り出すように該デバイスに指示すること、
    前記対象サブセット内のデバイスにメッセージを送信することなく、該デバイスが次に前記サーバに接触するときに、該デバイスにより取得すべき前記データ収集プロファイルを準備すること、
    の１つを含む、請求項１に記載の方法。
20. 前記データ収集プロファイルに応答して前記対象サブセットにより生成された前記データを前記対象サブセットの少なくとも一部から受け取ることは、
    少なくとも１つの測定基準パッケージ内のデータを受け取ること、
    前記通信ネットワーク上の指定されたトランザクションと前記測定基準パッケージとを関連付ける識別子を受け取ること、
    を含む、請求項１に記載の方法。
21. 前記通信ネットワークの複数のノードから前記測定基準パッケージを受け取ること、
    前記測定基準パッケージの前記識別子に基づいて、前記通信ネットワークの異なる複数のノードから受け取った複数の測定基準パッケージを相互に関連付けること、
    をさらに備え、
    前記通信ネットワーク内の前記トランザクションと関連する一連のイベントを前記複数の測定基準パッケージにより分析可能とした、請求項２０に記載の方法。
22. 前記対象サブセットを特定することは、前記データ収集プロファイルにより指定されるか、又は前記データ収集プロファイルによって示されたデバイス特性に対応する特徴を有するデバイスを選択することを含む、請求項１に記載の方法。
23. 前記データ収集プロファイルにより規定されたトリガに応答して収集バッファから取得されたデータであって、前記トリガに先立って前記収集バッファ内に格納されているデータを前記対象サブセットの少なくとも一部から受け取ることをさらに備える、請求項１に記載の方法。
24. 前記複数のデバイスのうち対象サブセットを特定することは、デバイスが関連付けられ得る任意の事前の収集タスクを検討することを含む、請求項１に記載の方法。
25. 前記対象デバイスは、
    前記通信ネットワークに対する影響を最小限に抑えるか、
    機能を実行すべく従前の失敗した試行を補償するか、
    前記デバイスの電池ステータスに応答するか、
    前記デバイスのユーザのユーザ経験に対する否定的な影響を最小限に抑えるか、又は、
    前記通信ネットワークの感知された負荷を補償するために実行される、該対象デバイスの動作の局所的な調整を行うことができる、請求項１に記載の方法。
26. 前記局所的な調整は、前記機能を実行すべく従前の失敗した試行を補償するために実行され、
    前記機能が測定基準パッケージの報告を含み、
    前記局所的な調整が、以前に報告に失敗した後に最初に使用可能な測定基準パッケージを報告することを含む、請求項２５に記載の方法。
27. 前記対象サブセットの少なくとも一部から受け取られた前記データは、
    前記対象サブセット内のデバイス上の測定基準パッケージアーカイブに、測定基準パッケージとして局所的にアーカイブされたものであるとともに、ネットワークサーバに報告されたものである、請求項１に記載の方法。
28. 前記アーカイブされたデータは、前記データ収集プロファイル内に規定されたイベントに応答して報告されたものである、請求項２７に記載の方法。
29. 前記イベントは、前記データ収集プロファイル内に規定されたある回数の範囲内においてデバイスにより選択された報告時間である、請求項２８に記載の方法。
30. 前記デバイスによる前記報告時間の選択は、前記デバイスと関連付けられている固有の数に基づいており、
    前記固有の数が、
    前記デバイスと関連付けられた電子シリアルナンバーと、
    前記デバイスと関連付けられた携帯電話識別子と、
    前記デバイスと関連付けられた電話番号と、
    のうちの１つである、請求項２９に記載の方法。
31. 前記イベントが、指定された条件のセットに一致する測定基準である、請求項２８に記載の方法。
32. 前記報告は、報告デバイスからの測定可能な条件によって遅延され、
    前記測定可能な条件は、
    前記報告デバイスの電池ステータスと、
    前記報告デバイスと関連付けられたネットワーク接続性と、
    前記データ収集プロファイル内に規定された測定可能条件と、
    のうちの少なくとも１つを含む、請求項２８に記載の方法。
33. 前記測定基準パッケージアーカイブが前記データ収集プロファイル内で規定された最大サイズを有している、請求項２７に記載の方法。
34. 前記アーカイブされたデータは、前記データ収集プロファイル内で規定されたイベントに応答して報告されたものであり、
    前記イベントは、
    前記規定された最大サイズの特定の割合に達する報告デバイスの前記測定基準パッケージアーカイブと、
    特定のサイズに達する前記測定基準アーカイブと、
    のうちの少なくとも１つを含む、請求項３３に記載の方法。
35. 前記報告デバイスは、一杯になる前記測定基準パッケージアーカイブに対して優先順位方式を使用して応答する方法を規定する論理を含み、
    前記優先順位方式は、
    新しい測定基準パッケージを記憶するために必要とされる総不揮発性メモリが前記測定基準アーカイブに割り当てられるメモリの量を上回るかどうかを判断し、上回る場合に、優先順位が低い方の１つ又は複数のアーカイブされた測定基準パッケージを、優先順位が高い方の測定基準パッケージで置き換える方式である、請求項３３に記載の方法。

Images