JP5507443B2 - モバイル装置のためのアップリケーションロギングインタフェース - Google Patents

Description

［合衆国法典第３５編第１１９条に基づく優先権の主張］
本特許出願は、２００７年５月１日に出願され、「無線通信装置におけるデバッグ及び使用パターン情報を提供するためのアプリケーションインタフェースを提供する方法及び装置（Method and Apparatus for Providing an Application Interface for Providing Debug and Usage Pattern Information for a Wireless Communication Device）」と題された仮出願第６０／９１５，１２０号の優先権を主張し、この仮出願は、本発明の譲受人に譲渡され、参照として本明細書に明示的に組み入れられる。
［技術分野］
本発明は、報告ログデータを選択的に収集するモバイル装置に係り、より詳細には、インストールされたコンポーネントのトラブルシューティングに関するログ報告を収集して無線で報告する通信システムの無線通信装置に関する。

技術の進歩は、より小さくよりパワフルなパーソナルコンピュータ装置をもたらしている。例えば、無線コンピュータ装置を含む様々な携帯型パーソナルコンピュータ装置が現行で存在しており、携帯型パーソナルコンピュータ装置としては、例えば、小型かつ軽量でユーザが容易に持ち運びできる携帯型無線電話機、携帯情報端末（ＰＤＡ）及びページング装置等がある。消費者は、多数のソフトウェアプリケーションを備えて供給されるさらに多くの種類の電子装置を提供される。電子メール、インターネットブラウジング、ゲーム、アドレス帳、カレンダー、メディアプレイヤー、電子ブック表示、音声通信、ディレクトリサービス等の明確な特徴は、スマートフォン、携帯型ゲームコンソール、ハンドヘルドコンピュータ等の多機能の装置にロードされることができる幅広く選択可能なアプリケーションであるということである。

これらの進歩がありながらも、モバイル通信装置は、汎用コンピュータ装置よりも通信帯域幅、プロセッシング、及びユーザインタフェース制約を有する傾向にある。例えば、画面サイズ、利用可能なメモリ及びファイルシステムスペースの量、入出力能力及び処理能力の量は、各々、装置の小さいサイズによって制限されることがある。そのような厳しいリソース制約のために、そのような装置向けのコンピュータプラットフォームは、特有の電話チップセット及びユーザインタフェースハードウェア用に多くの場合最適化される。従って、アプリケーションは、ユーザインタフェースと相互作用するためだけに与えられた規定を備えたバーチャルマシン環境において主に機能するように、コンピュータプラットフォームに非依存の形式で書かれる傾向にある。

セキュリティ上の配慮は、モバイル通信装置に備わっているアプリケーションに追加の通信チャネルを与えることを妨げる。装置が利用することが可能な無線及び／又はセルラ通信チャネルに、アプリケーションがアクセスすることができるようになることは、好ましい通信の使用を犠牲にすることで成立するかもしれない。さらに、ユーザのプライバシーは、通信チャネルへのアクセスを得る疑わしいアプリケーションによって危険にさらされる可能性がある。

しかし、多くの場合、ユーザ及びサードパーティアプリケーションデベロッパーの両方にとって、特定のサードパーティアプリケーションがネットワークへ情報パケットを返すことができることは、好ましいだろう。例えば、ユーザは、ニールセンのテレビ保有世帯（Nielsen television family）と同じように、ユーザによる装置の使用をモニタされて報告されることを許可することに対して補償されるだろう。よりよいアプリケーションは、ユーザがそれらとどのように相互作用するかについてのフィードバックを使用して開発され、配備されるだろう。ゲームアプリケーションのユーザは、単に自身の無線装置に格納された記録の域を越えて、自身の高得点が公表されることを望んでいるかもしれない。

次の記述は、開示されたバージョンのいくつかの態様の基本的な理解を提供するために、簡単化された要約を示す。この要約は、広範な概観ではなく、重要又は決定的な要素を特定するように意図されるものでも、このようなバージョンの範囲を線引きするように意図されるものでもない。その目的は、後に示されるより詳細な説明の前置きとして、簡単化された形式で、説明されるバージョンについてのいくつかの概念を示すことにある。

一態様では、方法は、ログ情報を送信先に送信する装置モニタリングアプリケーションを有するモバイル装置に備わっているアクセサリアプリケーションによって生成された情報パケットを選択的に輸送するために提供される。モバイル装置上での実行のために配備されるアクセサリアプリケーションは、診断コンポーネントへのアクセスを阻止される。特に、アクセサリアプリケーションからの情報パケットのゲート制御輸送は、情報パケットが診断コンポーネントとインタフェースで接続する防衛的な制約に違反しないという判断に応じて実行される。その結果、アクセサリアプリケーションからの情報パケットの装置モニタリング先への輸送は、実行される。従って、モバイル装置上にアプリケーションを配備する際の高い柔軟性（flexibility）が可能となり、それでも、サードパーティアプリケーションが認証されない場合、煩わしい又は悪意のあるアプリケーションは、外部通信と干渉することを阻止する。アプリケーションインタフェースの利用は、特定のチップセット又はハードウェア／ソフトウェア動作環境に対して調整される必要のないアクセサリアプリケーションの目的にかなった配備及びトラブルシューティングを単純化する。他の方法では、多くのモバイル装置に適用されることができるアプリケーションを開発するコストは、高くなるだろう。

他の態様では、少なくとも１つのプロセッサ、コンピュータプログラム製品、及び装置は、装置モニタリング先に達するように、モバイル装置に備わっているアクセサリアプリケーションによって生成された情報パケットを選択的に許可する手段を含む。

さらに他の態様では、装置モニタリング先に達するように、モバイル装置に備わっているアクセサリアプリケーションによって生成された情報パケットを選択的に許可するモバイル装置は、トラブルシューティングログパケットを報告する少なくとも１つの信頼コンポーネント備える。診断コンポーネントは、少なくとも１つの信頼コンポーネントからの信用証明書、及び診断モニタリング先に送信するトラブルシューティングログパケットを受信する。アプリケーションインタフェースは、アクセサリアプリケーションからの情報パケットの輸送の防衛的ゲート制御を実行する。従って、増加した機能性は、信頼コンポーネントのインテグリティ及び／又は機能性を危うくすることなしに、そのようなアプリケーションに与えられる。続いて、アプリケーションインタフェースは、情報パケットを診断コンポーネントを経由して診断モニタリング先に転送するために、アクセサリアプリケーションからの情報パケットを、アプリケーションインタフェースの信用証明書とともにパッケージ化することができる。

前述及び関連した目的の達成のために、１以上の変形物は、以下に充分に記述される特徴を含み、特に特許請求の範囲に示される特徴を含む。以下の記述及び添付の図面は、特定の実例となる態様を詳細に説明し、そのバージョンの原理が利用されることができる種々の方法のうちの数例を示しているにすぎない。他の利点及び新規な特徴は、図面とともに考察されて、以下の詳細な説明から明らかになり、開示されたバージョンは、全てのそのような態様及びその等価物を含むように意図される。

ログ報告のために、アクセサリアプリケーションを診断システムにインタフェースで接続しているモバイル装置のブロック図である。 ログパケットの連続する無線での報告の返信のために、無線通信装置に配備されたアプリケーションの事前の認証をする通信システムのブロック図である。 クライアントアプリケーション及びアプリケーションログマネージャ間の認証データフローのブロック図である。 ログヘッダ及びログデータを含むログパケットに関するデータ構造のブロック図である。 図２の通信システムにおける通信装置の概略図である。 図１の通信システムによって実行されるアプリケーションロギングインタフェースのための手順の流れ図である。 図６の手順のログ生成アプリケーションを登録する手順の流れ図である。 図６の手順のアプリケーションログインタフェースをアンロックする手順の流れ図である。 図６の手順のアプリケーションクラス識別情報（ＩＤ）を設定する手順の流れ図である。 図６の手順のログを送信する手順の流れ図である。 図８の認証手順に対する追加又は代替の輸送防衛として、図６の手順のパケットの輸送をゲート制御する手順の流れ図である。

詳細な説明

モバイル装置は、実例となるバージョンでは無線通信装置でもあるが、ユーザにとって好ましい特徴及び機能を増加させるように、サードパーティアプリケーション（third-party application）（例えば、アクセサリアプリケーション）が実行されることができるコンピュータプラットフォームを備えている。無線装置のユーザにとってより役に立つために、そのようなアプリケーションのサードパーティデベロッパー（third-party developer）は、彼らの公認の（fielded）アプリケーションがどのように使用されているかについての情報から利益を得るだろう。しかしながら、アプリケーションのトラブルシューティング（troubleshooting）又はネットワークの高度なサービス（network enhanced services）の提供に関して対応可能なデベロッパー又は他のエンティティ（entity）に、最終的に達することができるログパケット又は報告（report）を作ることは、プライバシーに対する懸念、悪意あるアプリケーション対する防衛、サードパーティアプリケーションに通常与えられるバーチャルマシン動作環境、制限された通信チャネル（例えば、帯域幅、期間、ユーザの費用等）、及びそのようなアプリケーションを携帯電話等のモバイル装置用に調整されたチップセットに統合する困難さの理由から、一般に、無線装置に対しては許容されないか、或いは、有効にされない。アプリケーションの認証、及び装置に対する確認アンロック特徴（confirming unlock feature）に結合された配置よりも前にある規定のログヘッダは、装置によって選択的に許可され、フィルタされ（filter）、報告されることができる複雑性を増しつつあるログパケットを可能にさせる。アクセサリアプリケーションインタフェースの信用証明書（trusted credential）（例えば、パケットヘッダ）とともにログパケットをパッケージ化することによって、アクセサリアプリケーションは、診断システムのインテグリティ（integrity）を危うくすることなく、或いは、そのようなアクセサリアプリケーション（accessory application）の配備（deployment）を複雑にすることなく、トラブルシュートするための診断チャネルにアクセスすることができる。

以下、図面を参照しながら種々の態様を説明する。以下の記述では、説明のために、複数の特定の詳細は、１以上の態様についての充分な理解を提供するために詳述される。しかしながら、種々の態様がこれらの特定の詳細なしに実行されてもよいことは、明らかであろう。他の例では、周知の機構及び装置は、これらのバージョンを簡明に記述するために、ブロック図の形式で示される。

装置及び方法は、無線環境での使用に特に適しているが、任意のタイプのネットワーク環境に適用されてもよく、このような任意のタイプのネットワーク環境は、以下に限定されないが、通信ネットワーク、インターネット等の公衆網、仮想プライベートネットワーク（ＶＰＮ）等のプライベートネットワーク、ローカルエリアネットワーク、広域ネットワーク、長距離ネットワーク、又は任意の他のタイプのデータ通信ネットワークを含む。

図１を参照すると、モバイル装置１０は、装置のトラブルシューティング及び使用のモニタリングを向上させる診断コンポーネント（diagnostic component）１４によって情報を提供される（serviced）信頼統合コンポーネント（trusted, integrated component）１２一式を含む。信頼モジュール（trusted module）１６は、ログファイル送信先（log file destination）２０（例えば、内部又は外部のデータ消費者、記憶装置の場所等）にログを保存することができる装置モニタリングコンポーネント（device monitoring component）１８へのログパケットの転送等ために、診断コンポーネント１４に直接にアクセスすることができる。いくつかの態様では、送信先２０は、（例えば、ユーザインタフェース又はデータポートを介して）外部からアクセス可能なローカルストレージ(local storage)であってもよく、或いは、着脱可能なローカルストレージ（例えば、メモリカード）であってもよい。他の態様では、ログファイル送信先２０は、モバイル装置１０から離れた場所にあってもよい。実例となるバージョンでは、信頼統合コンポーネント１２は、通信装置、携帯情報端末、エンターテインメントプレーヤ等の機能を実行する相手先商標製品の製造会社（ＯＥＭ：original equipment manufacturer）構成を含むことができる。特定のユーザに適応させる利用可能な特徴及び構成を強化するために、モバイル装置１０は、少なくとも１つの補助（ancillary）アプリケーション又はアクセサリアプリケーション２２を含んで構成されることができる。

少なくとも１つのアプリケーション２２の実行の困難を回避するために、かつ、信頼統合コンポーネント１２の機能的インテグリティを危険にさらされることがないようにするために、アプリケーション２２は、モバイル装置１０の特定部分、例えば、診断コンポーネント１４等へのアクセスを制限される。増加したアクセスに対して充分に信用することができるようになるまで完全に検査されたわけではないだろうが、アプリケーション２２が装置の報告又は診断に関与することを許可する理由がある。そのようなログ報告機能性は、そのようなアプリケーション２２の開発及び配備を促進することができ、そのようなアプリケーションのユーティリィティ（utility）を向上させることができ、さらに／或いは、性能の低下に対するユーザの不満を最小限にすることができる。このログ能力を達成するために、アクセサリアプリケーションパケットインタフェース２３は、それ自体が診断コンポーネント１４へアクセス可能な信頼できるコンポーネントであって、そのようなアプリケーション２２に対して簡素化されたアクセスを提供する。アクセサリアプリケーションパケットインタフェース２３は、アプリケーションログアンロックコンポーネント（application log unlock component）２４及びアプリケーションログ送信コンポーネント２６を含むものとして描かれている。モバイル装置１０は、アプリケーション２２のソースの権利のチェーン（chain of title）を確認することができる認証データベース２８を備えている。アプリケーション２２は、アプリケーション２２による使用のために、アプリケーションログ送信コンポーネント２６をアンロックする（unlock）アプリケーションログアンロックコンポーネント２４によって認証されることができる。アプリケーションが、送信すべきアクセサリアプリケーションログ報告又はパケット３０を有している場合、アプリケーションログ送信コンポーネント２６は、この認証を確認し、アクセサリアプリケーションパケットインタフェース２３の信用証明書とともにアクセサリアプリケーションログパケット３０をパッケージ化する（package）ことができる。アクセサリアプリケーションパケットインタフェース２３の信用証明書は、診断コンポーネント１４によって受け入れられることができるパッケージ化ログパケット（packaged log packet）３４を形成するように、アプリケーションログヘッダ３２として描かれている。このパッケージ化は、アプリケーションログパケット３０の適応性のある（flexible）フォーマットを可能にする。

診断コンポーネント１４が診断データを受信し、モニタし（monitor）、及び／又は報告する（report）診断機能のために設けられることができることは、本開示の利益とともに、認識されるべきである。或いは、そのような診断データは、そのようなコンポーネント１４の機能の一部によって処理されてもよい。

アプリケーションログアンロックコンポーネント２４の代替として、又はアプリケーションログアンロックコンポーネント２４に加えて、パケットトラフィックゲート３２は、モバイル装置１０の通信及び／又は記憶能力（例えば、診断コンポーネント１４）を保護する防衛機能（defensive function）をさらに供給する（serve）。従って、モバイル装置１０は、パケット転送を容易にするためにアクセサリアプリケーション２２にインタフェースで接続し（interface）、それにもかかわらず、信頼統合コンポーネント１２の機能的インテグリティを向上させる輸送防衛モジュール（transport defensive module）３４をさらに含む。情報パケット（例えば、アクセサリアプリケーションパケット３０）を輸送する（transport）ためにアクセサリアプリケーション２２に対して能力を与えることは、認証によって、或いは、許容されるパケット輸送の量の制限によって、セキュリティの強化を伴ってなされる。パケットトラフィックゲート３２は、各パケット３０のサイズ、各パケットが送信されることになるレート（rate）、ログファイル送信先２０において全ての利用可能なスループット又は利用可能な記憶容量、或いは、アクセサリアプリケーション２２に割り当てられたその部分等をモニタすることができる。そのような閾値上限（threshold limit）は、動的に決定されるか、或いは、モバイル装置１０のモニタリング要求に応じて遠隔で設定されることができる。

図２を参照すると、通信システム１００は、ネットワークと通信するモバイル通信装置１０２として描かれる無線装置の集団（population）を含み、このネットワークは、データネットワーク１０６を使用する１０４で描かれる無線データパケット通信チャネル、及び／又はキャリアネットワーク１１０を使用する１０８で描かれるセルラ通信チャネルとして示されている。少なくとも１つのモバイル通信装置１０２は、データネットワーク１０６を介して通信しているモバイル通信装置インテグレータ（mobile communication device integrator）１１４へ、通信チャネル１０４及び１０８のうちの一方を介して装置情報（例えば、性能パラメータ、障害に関連するイベント（event）等）を中継する装置モニタリングコンポーネント１１２を含む。インテグレータ１１４によってアプリケーショントラッキングデータベース（application tracking database）１１８に保存されたデータ収集プロセス１１６は、診断コンポーネント１２０によって検出されたモニタリング下のイベントに基づいて、通信装置１０２の集団に対してサービスを改善するために使用されることができる。これは、例えば、本発明の譲受人に譲渡され、参照により本明細書に組み込まれ、無線装置の音声及び／又はデータ処理性能を決定する装置及び方法（Apparatus and methods for determining voice and/or data processing performance of a wireless device）と題された米国特許出願第１１／２５１，２９８号、公報２００６０１９８３５９ Ａ１に開示されている。代替として又は加えて、オンボードのログ記憶装置１１９は、報告をバッファすることができ、装置１０２自身で後に参照する（viewing）ためのリソースの役割をし、他の装置（図示せず）による読み取りのために着脱可能な記憶装置の役割をすることもできる。

通信システム１００の種々の部分が無線リンクではなくケーブル接続を含むことができることは、認識されるべきである。例えば、モバイル通信装置１０２は、無線通信の代替として、或いは、無線通信に加えて、格納されているデータパケットを間欠的に取り出すために、ケーブル接続を含むことができる。さらに他の代替物として、通信装置１０２は、ＩＭＳ等の１つの通信チャネルを利用することができるが、一方、ログ報告は、ショートメッセージサービスによって送信されることができる。

モバイル通信装置１０２の能力を向上させるために、サードパーティアプリケーション１２２（例えば、相手先商標製品の製造会社（ＯＥＭ）によってインストールされるアプリケーション、ユーザによって無線でダウンロードされるアプリケーション等）の追加がしばしば望まれる。一般に、大きな変化は、アプリケーション１２２に関して、チップセット、ハードウェア、及び／又はソフトウェア実行環境において、モバイル通信装置１０２の集団内に存在することができる。従って、通信装置１０２に組み込まれたアクセサリアプリケーションインタフェース１２４は、表示画面１２４として描かれている出力装置と、キーパッド１２６として描かれている入力装置とを用いたアプリケーション１２２によるアクセスを容易にするように、実質的にプラットフォーム非依存である実行環境を提供することができる。しかしながら、多くの場合、装置の性能又はユーザのプライバシーに対する故意でない干渉又は悪意のある干渉を防ぐために、通信装置１０２の他の能力を用いたアプリケーション１２２によるさらなる相互作用（interaction）を制限すること又は阻止することが好ましい。

サードパーティアプリケーション１２２のアプリケーションデベロッパー（application developer）１２８は、モバイル通信装置１０２に配備された（deployed）ソースアプリケーション（source application）１２２に関するデジタル証明書１３０を、インテグレータ１１４に要求することができる。アプリケーションデベロッパー１２８が信頼できることをインテグレータに納得させるために、認証１３４の十分な証拠（例えば、身元を証明するもの（proof of identity）、ソースアプリケーション１２２の認証テスト（certification testing）、保証書（warranty guarantees）等）を提示すると、インテグレータは、保有しているルート証明書１３８に基づいてリーフ証明書（leaf certificate）１３６を与える。デジタル証明書１３０は、アプリケーションクラスＩＤ等の固有のアプリケーション識別子（ＩＤ：identifier）を割り当てるロギング管理コンポーネント（logging manager component）１４０によって、ソースアプリケーション１２２、及びその後に配備されたアプリケーション１２２に対して固有とされる。デジタル証明書１３０は、分析のためにログ報告データベース１４２に格納されている、配備されたアプリケーション１２２からの情報パケット（例えば、ログパケット）を読み出す権利をアプリケーションデベロッパー１２８に与える。

通信装置１０２に配備されたこのデジタル証明書１３０によって、アプリケーション１２２は、インタフェース１２４のアプリケーションログアンロックコンポーネント１４４を介して、アクセサリアプリケーションインタフェース１２４により認証されることができる。アプリケーション１２２が、送信すべきアクセサリアプリケーションパケット１４６を有している場合、ログコードフィルタ（log code filter）１４８は、ログファイルの位置及びサイズを定めるヘッダ情報等のアクセサリアプリケーションパケット１４６に関連する情報、特に可変長のバイナリフォーマット（binary format）に関する情報を検出することができる。ログ通信コンポーネント１５０は、輸送経路（transport path）としての診断コンポーネント１２０を介して、装置モニタリングコンポーネント１１２にログファイルを渡す。

図２の描写が例示であり、いくつかの態様が種々の方法で構成されてもよいことは、認識されるべきである。例えば、ログ報告データベース１４２は、アプリケーションデベロッパー１２８以外の他の１又は複数のエンティティ（entity）によって収集されてもよい。同様に、アプリケーション１２２の認証を容易にするロギング管理コンポーネント１４０は、種々のエンティティによって実行されることができ、必ずしもモバイル通信装置インテグレータ１１４によって実行される必要があるわけではない。

図３において、一態様では、コーリングアプリケーション（calling application）２００は、アプリケーションログコンポーネント（ＡｐｐＬｏｇ）２０４を介してクライアントデータ（client data）を報告するように構成されるクライアントコンポーネント（client component）２０２の一部である。Ａｐｐｌｏｇ２０４は、保有しているルート証明書２０８に基づいてリーフ証明書２０６を提供する。クライアントコンポーネント２０２は、コーリングアプリケーション２００にデジタル署名暗号化能力を組み込む。ログ報告を開始するために、コーリングアプリケーション２００は、デジタル署名された乱数（Ｒ１）２１０をＡｐｐｌｏｇ２０４に送る。アンロックコンポーネント２１２は、公開鍵を有しており、コーリングアプリケーション２００のデジタル署名を承認する（recognize）。それを受けて、アンロックコンポーネント２１２は、コーリングアプリケーション２００に対して通信路をアンロックし、ブロック２１４の公開鍵で暗号化された乱数（Ｒ１）及び他の乱数（Ｒ２）でコーリングアプリケーションに返答する。コーリングアプリケーション２００は、相手（other party）が公開鍵を有していること、及びこの相手がログ報告に関して信頼できることの確認として、乱数（Ｒ１）の返答を検出する。従って、コーリングアプリケーション２００は、ブロック２１６の第２の乱数（Ｒ２）及びクライアントデータ報告をＡｐｐＬｏｇ２０４に送信することができる。暗号化は、セキュリティの強化のために使用し続けることができるが、前述の認証は、その後のメッセージが処理オーバーヘッドの低減ために暗号化されることがない他のインストールされたコンポーネントに関する他のセキュリティ対策（security measures）と同様に、このアプリケーション２００に対して十分な信用を提供する。受信に際して、ＡｐｐＬｏｇ２０４は、（図２の）ネットワーク１０８及び１０６にデータを無線で伝達するために、クライアントデータ２１６を、この情報を受信するために登録されたリスニングアプリケーション２２０へ転送するように、送信ログコンポーネント２１８を利用する。

図３及び図４では、一態様は、アプリケーションログデータ構造２４０（図４）として描かれる情報パケットを処理することを含み、このアプリケーションログデータ構造２４０において、ログヘッダ２４２のフォーマットは、コーリングアプリケーション２００及びＡｐｐＬｏｇ２０４（図３）による使用のために規定されている。クラスＩＤフィールド２４４は、コーリングアプリケーション２００の特定を可能にする。アプリケーションログＩＤフィールド２４６は、そのような報告をカタログ化する（cataloging）ことで、ログ報告を受け取るネットワークエンティティを支援することができる。アプリケーションログデータサイズフィールド（application log data size field）２４８は、アプリケーションログバイナリデータ（application log binary data）２５０がログヘッダ２４２に付随して起こることを可能にし、かつ、そのようなデータ２５０を可変長とすることを可能にし、両方の特性は、利用可能な記憶装置をよりうまく使用し、テキストフォーマットログファイルに対する要求を超えて処理利益を与える。いくつかの態様では、ログヘッダ２４２は、アクセス及び報告のために使用されることができる。他の態様では、ＡｐｐＬｏｇ２０４は、ログバイナリデータ２５０中に存在することができる関心の特定のログコード２５２を通知されることができる。そのようなログデータ構造２４０の処理の一部として、ＡｐｐＬｏｇ２０４は、そのようなコード２５２に従ってフィルタされた報告を含む任意のそのようなログコード２５２の存在を特定するために、バイト毎の比較を行うことができる。

図５では、通信システム３００の例示的なバージョンは、任意のタイプのコンピュータ制御された装置として、いくつかの態様に従って描かれている。例えば、通信装置３００は、モバイル無線電話及び／又はセルラ電話を含むことができる。その代わりに、通信装置３００は、例えば、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ：Proxy Call/Session Control Function）サーバ、ネットワーク装置、サーバ、コンピュータワークステーション等の固定された通信装置を含んでもよい。通信装置３００がこのような記述及び図示された装置に限定されず、通信装置３００が携帯情報端末（ＰＤＡ）、双方向テキストページャ、有線（wired）又は無線通信ポータルを備えた携帯型コンピュータ、有線及び／又は無線通信ポータルを備えているいかなるタイプのコンピュータプラットフォームをさらに含んでもよいことは、理解されるべきである。さらに、通信装置３００は、エンドユーザを含まずに、無線又は有線ネットワークを通してデータを単に伝達するリモートスレーブ又は他の同様の装置、例えば、リモートセンサ、リモートサーバ、診断ツール、データ中継等であってもよい。代替の態様では、通信装置３００は、有線通信装置、例えば、地上通信線電話（landline telephone）、パーソナルコンピュータ、セットトップボックス（set-top box）等であってもよい。さらに、単一のタイプ又は前述の複数のタイプの通信装置３００のいくつかを任意に組み合わせたものがセルラ通信システム（図示せず）に利用されてもよいことに注目すべきである。従って、本発明の装置及び方法は、有線又は無線通信ポータルを含む有線又は無線装置、或いはコンピュータモジュールのいかなる形態に対して実行されることができる。このような有線又は無線装置、或いはコンピュータモジュールとしては、例えば、以下に限定されることはないが、無線モデム、パーソナルコンピュータメモリカード国際協会（ＰＣＭＣＩＡ：Personal Computer Memory Card International Association）カード、アクセス端末、パーソナルコンピュータ、電話機、或いはそれらの任意の組み合わせ又はサブコンビネーションがある。

さらに、通信装置３００は、通知（advertisement）の参照及び相互作用等の目的のために、ユーザインタフェース３０２を含むことができる。このユーザインタフェース３０２は、通信装置３００へのユーザ入力を生成又は受信するように動作可能な入力装置３０４と、通信装置３００のユーザによる消費のための情報を生成及び／又は提示するように動作可能な出力装置３０６とを含む。例えば、入力装置３０２は、少なくとも１つの装置、例えば、キーパッド及び／又はキーボード、マウス、タッチスクリーンディスプレイ、音声認識モジュールに関連するマイクロホン等を含むことができる。さらに、例えば、出力装置３０６は、ディスプレイ、オーディオスピーカ、触覚型フィードバック機構（haptic feedback mechanism）等を含むことができる。出力装置３０６は、グラフィカルユーザインタフェース、音、振動又はブライユ点字（Braille text）を作り出す面（producing surface）等の感触（feeling）を発生させる。

さらに、通信装置３００は、装置３００に機能性を与えるアプリケーションを実行するように動作可能なコンピュータプラットフォーム３０８を含むことができ、このコンピュータプラットフォーム３０８は、入力装置３０４及び出力装置３０６とさらに相互作用する（interact）ことができる。コンピュータプラットフォーム３０８は、メモリを含むことができ、このメモリは、揮発性メモリ及び不揮発性メモリの一部分、例えば、リードオンリーメモリ及び／又はランダムアクセスメモリ（ＲＡＭ及びＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、電気的に消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、及び／又はコンピュータプラットフォームに共通のいかなるメモリを含んでもよい。さらに、メモリは、電子ファイルシステムと、任意の２次及び／又は３次の記憶装置とを含むようなアクティブメモリ並びに記憶装置、例えば、磁気媒体、光媒体、テープ、ソフトディスク及び／又はハードディスク、並びに着脱可能なメモリコンポーネント等を含んでもよい。実例となるバージョンでは、メモリは、ＲＡＭメモリ３０９及び不揮発性のローカルストレージコンポーネント３１０として描かれ、両方とも、コンピュータプラットフォーム３０８のデータバス３１２に結合されている。

さらに、コンピュータプラットフォーム３０８は、プロセッサ３１４をさらに含むことができ、このプロセッサ３１４は、特定用途向け集積回路（ＡＳＩＣ）又は他のチップセット、プロセッサ、論理回路、又は他のデータ処理装置を含んでもよい。通信装置３００のこれらの能力のいくつかは、ローカルストレージ３１０からロードされたコードによって促進され、メモリ３０９に保持され、プロセッサ３１４によって実行されることができる。通信装置３００がセルラ電話を含む場合等のいくつかの態様では、特定用途向け集積回路（ＡＳＩＣ）３１６等のプロセッサ又は他の論理は、あらゆる常駐ソフトウェアコンポーネントとインタフェースで接続することができるアプリケーションプログラミングインタフェース（ＡＰＩ）３１８を実行することができ、この常駐ソフトウェアコンポーネントは、他の機能（例えば、通信呼制御、目覚まし時計、テキストメッセージ等）のために、メモリ３０９中でアクティブであることができるアプリケーション（例えば、ゲーム）３１９として描かれている。本発明の態様と一致しているアプリケーションが他のアプリケーションを省略し、かつ／或いはメモリ３０９中に音声通話、データ呼、及び媒体関連（media-related）アプリケーション等のストリーミングコンテンツを受信する能力を省略してもよいことは、本開示の利益とともに、認識されるべきである。装置ＡＰＩ（device API）３１８は、個別の通信装置上で実行するランタイム環境であるかもしれない。そのようなＡＰＩ３１８ランタイム環境のうちの１つは、ＢＲＥＷ ＡＰＩ３２１である。カリフォルニア州サンディエゴのクゥアルコム社（Qualcomm, Inc.）によって開発された無線用バイナリランタイム環境（ＢＲＥＷ（登録商標）：Binary Runtime Environment for Wireless（登録商標））は、無線セルラ電話等のコンピュータ装置のオペレーティングシステム３２０上に存在する。ＢＲＥＷ（登録商標）ソフトウェアは、コンピュータ装置に見られる特定のハードウェア特徴に一連のインタフェースを提供することができる。ＢＲＥＷ ＡＰＩ３２２は、通信装置３００のタイプに関して明確に書かれる必要なしに、装置ＡＰＩ３１８及び他の機能を呼び出すためにアプリケーションに能力を提供する。従って、アプリケーション３１９は、ＢＲＥＷ又は通信装置３００上の他のソフトウェアコンポーネントで構成される場合、特定のハードウェア態様を引き出すＢＲＥＷ ＡＰＩ３２１によって提供される動作環境内の複数の異なるタイプのハードウェア構成上で、完全に同じように、或いは、少しの修正によって、動作することができる。ＢＲＥＷ拡張（BREW extension）３２２は、ＭＰ３プレイヤー、ジャババーチャルマシン（Java（登録商標） Virtual Machines）等を提供するように、ＢＲＥＷ ＡＰＩ３２１のプログラミングプラットフォームへ追加機能を加える。

一例として、ＵＩモジュール３２３は、（図２の）ネットワーク１０６の一部として、ｕｉＯｎｅ配信システム（ＵＤＳ）を利用するＢＲＥＷ拡張３２２とすることができる。このｕｉＯｎｅ（登録商標）アーキテクチャは、一連のＢＲＥＷ拡張３２２を提供するＢＲＥＷの一部として、クゥアルコム社によって同様に開発され、ここで、一連のＢＲＥＷ拡張３２２は、豊富かつカスタマイズ可能なユーザインタフェース（ＵＩ）（即ち、アクティブコンテンツ、無線（ＯＴＡ）でアップグレード可能）の急速な発達を可能にし、アプリケーションの域を超えてダウンロードビジネスを発展させるように支援し、一部又は全部のハンドセット（handset）ＵＩのテーミング（theming）を提供し、ＢＲＥＷ ＵＩウィジェット（Widget）を利用するものである。従って、ＢＲＥＷ ｕｉＯｎｅは、ハンドセットを市場に出す時間、キャリアのカスタム化（customization）及び消費者のパーソナル化（personalization）を低減する。これをするために、ＢＲＥＷ ｕｉＯｎｅは、ＢＲＥＷに関してアプリケーションの発展スタック（application development stack）に新たな２つのレイヤーを追加して、抽象概念（abstractions）の明確なセットを提供する。ｕｉＯｎｅ配信システムは、無線で通信装置ＵＩを更新するために使用される。この配信システムは、オペレータが独自の配信システムの機能性を利用することができるように、独自の方法で開発されることができる。付加的な利益は、ｕｉＯｎｅ配信システムを使用してｕｉＯｎｅアーキテクチャを開発することによって、特にＢＲＥＷソリューションの他の要素と関連して開発される場合に（例えば、オペレータが適切な経済基盤（infrastructure）をまだ有していない場合におけるダウンロード可能なＵＩパッケージの貨幣化（monetization）及び請求書作成の際に）、理解されることができる。

さらに、プロセッサ３１４は、通信装置３００の機能性、及び（図２の）通信システム１００における通信装置３００の動作性（operability）を有効にする種々のプロセッシングサブシステム３２４を含んでもよく、このプロセッシングサブシステム（processing subsystem）３２４は、ハードウェア、ファームウェア、ソフトウェア、及びそれらの組み合わせにより具現化される。例えば、プロセッシングサブシステム３２４は、他のネットワーク化された装置との通信を開始し、この通信を保持し、当該装置とデータ交換することを可能にし、同様に、通信装置３００のコンポーネント内での通信、及び／又は通信装置３００のコンポーネント間での通信を開始し、この通信を保持し、当該コンポーネントとデータ交換することを可能にする。一態様では、例えばセルラ電話では、プロセッサ３１４は、以下のようなプロセッシングサブシステム３２４のうちの１つ又はそれらの組み合わせを含んでもよい。プロセッシングサブシステム３２４としては、音、不揮発性メモリ、ファイルシステム、送信、受信、サーチャ（searcher）、レイヤー１、レイヤー２、レイヤー３、主制御（main control）、遠隔プロシージャ（remote procedure）、ハンドセット、パワーマネジメント機能、診断、デジタル信号プロセッサ、ボコーダ、メッセージング、コールマネージャ、Ｂｌｕｅｔｏｏｔｈ（登録商標）システム、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬＰＯＳ、位置決定、位置エンジン（position engine）、ユーザインタフェース、スリープ（sleep）、データサービス、セキュリティ、認証、ＵＳＩＭ／ＳＩＭ（汎用加入者識別モジュール／加入者識別モジュール）、音声サービス、グラフィックス、ＵＳＢ（ユニバーサルシリアルバス）、ＭＰＥＧ（ムービングピクチャーエキスパーツグループ）（Moving Picture Experts Group）プロトコルマルチメディア等のマルチメディア、ＧＰＲＳ（汎用パケット無線通信システム）（General Packet Radio Service）、ショートメッセージサービス（ＳＭＳ）、ショートボイスサービス（ＳＶＳ（ＴＭ））、ウェブブラウザ等がある。開示された態様においては、プロセッサ３１４のプロセッシングサブシステム３２４は、コンピュータプラットフォーム３０８上で実行しているアプリケーションと相互作用するいずれのサブシステムコンポーネントを含むことができる。

通信装置３００がセルラ電話であるプロセッシングサブシステム５２４の実例となる描写では、プロセッシングサブシステム３２４は、無線装置のプロセッサへ送られた伝達を受信するための受信（Ｒｘ）コンポーネント３２６と、メッセージの処理に関連して、開始、認証、ハンドオフ、データ交換、メッセージ通信プロトコル、内部処理及び意思決定等を処理するための呼処理（ＣＰ：call processing）コンポーネント３２８及び／又はシステム決定（ＳＤ）コンポーネント３３０と、例えば、ハンドセットコンポーネント、無線ネットワーク１０６、無線ネットワークコンポーネント、及び無線ネットワークに接続されている他の装置のように、無線装置のプロセッサから伝達を送信するための送信（Ｔｘ）コンポーネント３３２と、のうちの１以上を含む。このバージョンでは、ＣＰコンポーネント３２８は、呼処理タスクの大部分を処理することができ、その一方でＳＤコンポーネント３３０は、ＣＰコンポーネント３２８によって参照されたものよりハイレベルの意思決定タスクとともに、通信するために複数のシステムから適切なシステムを選定することに関連するタスクを処理することができる。さらに、プロセッシングサブシステム３２４は、サブシステムを評価する診断（Ｄｘ）コンポーネント３３４、ファクシミリ通信を処理するファックス（Ｆｘ）コンポーネント３３６、呼タイプ（call type）を特徴付けてロギングする（logging）コールマネージャ（ＣＭ）３３８コンポーネント、テキスト送信及び受信するメッセージングコンポーネント（Ｍ）３４０、並びに、データ呼を確立して保持するなどして、全てのデータ関連通信を処理するデータサービス（ＤＳ）コンポーネント３４２のうちの１以上をさらに含むことができる。

アプリケーションログ（ＡｐｐＬｏｇ）マネージャ（３４６）は、ログ生成アプリケーション３１９に対して、実例となるアクセサリアプリケーションインタフェース１２４（図２）として機能する。このログ生成アプリケーション３１９は、第１の乱数（Ｒ１）データ構造３４８、デジタル署名３４９、第２の乱数（Ｒ２）データ構造３５０、ＡｐｐＬｏｇマネージャ３４６との認証用の符号器／復号器３５１、アンロック要求コンポーネント（unlock request component）３５２、ログ報告生成コンポーネント（log reporting generating component）３５４を含むことにより、図３の認証ステップを実行することができる。アプリケーション３１９は、診断のトラッキング（tracking）を保証する障害又は異常状態等に関して、コンピュータプラットフォーム５０８上で検出されることになるイベントを引き起こすイベント発生器（event generator）３５６をさらに含むことができる。特に障害又は異常状態がログ報告の通常の処理を妨げる場合、そのような情報は、ログのトラッキングの値を高めることができる。

ＡｐｐＬｏｇマネージャ３４６は、アプリケーション３１９とインタフェースで接続するＢＲＥＷログ拡張３５８、ＡｐｐＬｏｇマネージャ３４６を呼び出すアプリケーション３１９の許可レベル（permission level）及び識別情報（identification）に関して参照としての役割をするクラスＩＤデータ構造３６０、符号器／復号器コンポーネント３６４で信号を復号した後に、アプリケーション３１９のアンロック要求コンポーネント３５２に応答するアンロックコンポーネント３６２、並びに、格納されている保証されたログデータ構造３６８のような、メモリ５０９又はローカルストレージ５１０内の、アクセスされることもあるアプリケーションログ２４０（図４）中の情報を分析するコードフィルタ３６６を含むことができる。イベント処理コンポーネント３７０は、より高い優先度のイベントを処理するためにログ報告処理に関する動作を遅延させるような、イベント報告及びログ報告の存在下でＡｐｐＬｏｇマネージャ３４６を優先する方法の論理を含むことができる。

コンピュータプラットフォーム３０８は、通信装置３００の位置情報を提供するＧＰＳエンジン３７２又は他の位置センシング（sensing）コンポーネントをさらに含むことができる。ＡｐｐＬｏｇマネージャ３４６は、発生（occurrence）の位置等の装置モニタリング情報によってログ報告を増加させることができる。ＡｐｐＬｏｇマネージャ３４６は、例えばログ報告の値がこの通信に与えられたプライバシーの範囲に違反しないように、ユーザを特定する情報を除去することができ、それでも、そのようなログ報告の位置が情報にコンテキスト（context）を与えることができる。例えば、ゲームアプリケーションは、例えば、地理的な領域内でウイニングスコア（winning score）を相互に関連づけ、ゲームが合法的に認められる場所に入賞者（prize winner）を抑制し、或いは、特定の宣伝活動が進行中である地理的な領域に対して相互に関連づけたりすることができる。

通信モジュール３７４は、通信装置３００の各種コンポーネント間の通信を可能にし、さらに、使用可能性／不具（enablement/disablement）についての故障ロギング／報告コマンド、及び報告故障ログを受信することに関連する通信に対して動作可能である。通信モジュール３７４は、ハードウェア、ファームウェア、ソフトウェア、及び／又はそれらの組み合わせで具現化されることができ、装置内部での通信、及び装置間での通信で使用されるプロトコルを全て含んでいてもよい。一態様では、通信モジュール３７４は、無線広帯域アクセス技術部分３７６、無線マルチキャスト技術部分３７８、セルラ電話無線技術部分３８０、及び無線パーソナルアクセスネットワーク部分３８２を含む。双方向の無線広帯域アクセス技術部分３７６の例は、無線符号分割多元接続（Ｗ−ＣＤＭＡ）コンポーネント、エボリューションデータ最適化（ＥＶ−ＤＯ：Evolution-Data Optimized）コンポーネント、ＩＥＥＥ８０２．１１に準拠している（即ち、ＷｉＦｉという商標によってしばしば誤表示される（mischaracterized））コンポーネントの１以上を含むことができる。無線パーソナルアクセスネットワーク技術部分３７６の一例は、Ｂｌｕｅｔｏｏｔｈ（登録商標）コンポーネントを含む。無線マルチキャスト技術部分３７８の例は、順方向リンク専用（ＦＬＯ：Forward Link Only）コンポーネント、及び／又はデジタルビデオブロードキャストハンドへルド（ＤＶＢＨ：Digital Video Broadcast - Handheld）コンポーネントを含む。

通信モジュール３７４は、ネットワーク１０６及び１０８（図２）にイベント及びログ報告の両方を報告する診断モニタリング及び報告コンポーネント（diagnostic monitoring and reporting component）３８４によってアクセスされることができる。一態様では、診断モニタリング及び報告コンポーネントコンポーネント３８４は、モバイルビュースイート（MobileView（TM） suite）を利用することができ、このモバイルビュースイートは、開発、試験、オペレータ証明書及び配備の効率の良さを提供する一連のクライアントアプリケーションである。随意的なサーバ装置は、モバイルデータの遠隔アクセスを可能にする。トリガになるイベント（Triggering-event）又は連続的なロギングは、友好的なユーザ（friendly-user）の試みに関する客観的なデータ、及びネットワークオペレータによる早期の配備を提供する。モバイルビューは、分析及び性能評価のための重要なイベント前後のデータを収集するように、性能評価指数（KPI:Key Performance Indicators）をモニタするようにカスタマイズされることができる。クゥアルコムの移動局モデム（ＴＭ）（ＭＳＭ（ＴＭ））製品においてサポートされる場合、モバイルビューは、携帯電話製造業（handset manufacturer）にとって固有の製品化までの時間の利益を与えて、ケーブルを備えることなく、重要イベント前後のモバイル診断データ及び遠隔能力を提供する。利益のうちのいくつかは、拘束された（tethered）ロギングの依存性を最小限にすることによって向上された検査効率、軽減された動作テスト、並びに携帯電話のデバッグに関連する交通費及び機器費用を含み、ここでは、実地テストにおける効率を高めるためにハンドセットＫＰＩとＧＰＳの位置情報を関連づけしており、クライアントアプリケーションは、全てのＱＵＡＬＣＯＭＭ ＭＳＭにサポートされて、実地テスト（field testing）、及び問題を再現するのに費やされる時間を最小化して、モバイルの重要なイベント前後のデータを記録し、ソフトウェアソリューションとして実施されることができる。

通信システム１００（図２）における計算オーバーヘッドを分散させるために、及び／又は通信システム１００における送信オーバーヘッドを低減するために、或いは、不具合の原因を突き止めるために、人工知能（ＡＩ）コンポーネント３８６及び／又は規定に基づく論理コンポーネント（rule-based logic component）３８８は、報告に関してユーザの行動を推測し、報告可能な障害関連イベントが発生した場合に応じた決定を下し、及び／又は間欠的な位置センシングに基づいて位置を推定することができる。

規定に基づく論理コンポーネント３８８は、本明細書に記述されたか、或いは示唆された特定の機能を自動化するために使用されることができる。この代わりの態様に従って、実施スキーム（例えば、規定）は、作用される（act upon）べき、或いは無視されるべき属性のタイプを定義するために適用され、位置センシングの状況、不具合又は質の悪いパフォーマンスであるとユーザに判断されるコンピュータプラットフォームの特定のコンポーネントにおけるパフォーマンスの遅延等を承知している規定を作り出すことができる。一例として、規定に基づく実施が故障の重大性に関して基準（criteria）を自動的に定義することができることは、認識されるべきである。

ＡＩコンポーネント３８６は、無線モバイル装置の正常及び異常なパフォーマンスがどのようなものかを、恐らくはソフトウェアのインストール又は実行における前後の変化を学習し、間欠的な位置データを推定し、機械学習に基づいてユーザに提供されるユーザフィードバックを調節するなどして、本明細書に記述された１以上の特徴のパフォーマンスを自動化することを容易にすることができる。従って、種々のＡＩベースのスキームの利用は、その種々の態様の実施を支援することができる。

分類器（classifier）は、入力属性ベクトルｘ＝（ｘ１、ｘ２、ｘ３、ｘ４、ｘｎ）をクラスラベル（class label）ｃｌａｓｓ（ｘ）にマッピングすることができる。分類器は、入力がクラスに属しているという確かさ（confidence）、即ち、ｆ（ｘ）＝ｃｏｎｆｉｄｅｎｃｅ（ｃｌａｓｓ（ｘ））をさらに出力することができる。このような分類は、ユーザが自動的に実行されることを望む動作を予知又は推測するために、確率的な及び／又は統計に基づく分析を（例えば、分析ユーティリティ及びコストを考慮に入れて）利用する。

サポートベクトルマシン（ＳＶＭ：support vector machine）は、使用されることができる分類器の一例である。ＳＶＭは、起こりうるイベントの空間における超曲面（hypersurface）を見つけることにより動作し、トリガになる入力イベントとトリガにならいイベントとを分割する。ナイーブベイズ（Naive Bayes）、ベイズネットワーク（Bayesian networks）、決定木、ニューラルネットワーク、ファジイ論理モデル、最大エントロピーモデル等を含む他の分類方法は、使用されることができる。本明細書で使用されるような分類器は、優先のモデルを発展されるために使用される統計回帰（statistical regression）をさらに含んでいる。

主題明細書から容易に認識されるように、主題発明は、（例えば、ユーザの行動を観察することによる、トレンド（trend）を観察することによる、外部からの情報を受信することによる）強化学習の方法と同様に、（例えば、複数のユーザからの包括的な訓練データによって）予め教え込まれた分類器を利用することができる。従って、主題発明は、決定することだけに限定されず、予め定められた基準に従って、多くの機能を自動的に学習して実行するために使用されることができる。

図６から図１０では、アプリケーションロギングインタフェースのための手順５００は、トラブルシューティング及びマーケティングフィードバック等の目的で、認証されたアプリケーションがログファイルを報告することを可能にするために描かれている。図６を特に参照すると、ログ生成アプリケーション（log-generating application）５０２は、認証証明書を受信するために登録される。この登録は、アプリケーションが証明書を含むことができるように、無線装置へのアプリケーションの配備よりも前に生じることができる。これに代えて、ダウンロードされたアプリケーション又はバンドルされた（bundled）アプリケーションは、インストール後の処理によって、アクティブにされることができ、或いは、ログ報告に関してさらに可能にされることができる。ログファイルを送信する前に、アプリケーションは、ブロック５０４において、無線装置が解釈することができる規定のログヘッダフォーマットを有している。いくつかの例では、無線装置は、関心のログファイルだけが格納され、かつ／或いは報告されることができるように、ブロック５０６において、ログコードフィルタパラメータをさらに解釈することができる。アプリケーションがロギングの準備ができている状態で、アプリケーションは、ブロック５０８において１以上の無線装置に配備される。

いくつかの態様では、無線装置が、ストリップ構成（stripped configuration）又は非ストリップ構成（unstripped configuration）のものであることができ、後者は、例えば実稼働環境ではなく、開発及びテスト環境において使用するのに好適な追加機能を含んでいる。ブロック５１０の決定において、無線装置がストリップ構成（built）であると決定される場合、無線装置は典型的にはそうであるが、アンロックプロセス５１２が実行される。そうでなければ、セットアプリケーションクラスＩＤプロセス（Set Application Class ID process）５１４は、無線装置においてロギングを可能にするために使用される。

ブロック５１６では、１以上のアプリケーションは、無線通信等の目的のために、ログを受け取るために登録されることができる。他の目的は、ログデータを人間が判読することができる形式に変換し、結果として生じたテキストを無線装置のディスプレイ上に表示することであることができる。このことは、例えば、本譲受人に譲渡され、本明細書に参照として組み込まれ、無線装置に関してのユニバーサル診断モニタモジュールのための装置及びプロセス（APPARATUS AND PROCESS FOR UNIVERSAL DIAGNOSTIC MONITOR MODULE ON A WIRELESS DEVICE）と題された米国特許出願第１１／１７５，６０６号、公報２００６／０２３４６９８ Ａ１に開示されている。

次に、無線装置は、ブロック５１８において生じるためにイベント又はログ報告をリッスン（listen）する。パケット輸送のためのアプリケーションの確証（「アンロッキング（unlocking）」）に加えて、或いは、このような認証の代替として、ブロック５１９では、パケット輸送のゲート制御は、診断報告能力を過度に利用することに対して、アクセサリアプリケーションを防衛的に阻止するために実行される。例えば、より広く普及させるために、及びより豊富なアクセサリアプリケーションを供給するために、いくつかのアクセサリアプリケーションは、特定の装置が備えるように構成されるものよりも広範な帯域幅及び／又はデータ記憶能力を要求するように構成されることができる。他の考慮では、アクセサリアプリケーションは、装置のデータスループット及び／又はデータ記憶能力を使い尽くすことができるデータパケットの過度のトレント（torrent）を引き起こす特定の故障モードに遭遇するかもしれない。さらに他の考慮では、特定の装置は、装置のパケット輸送能力を共有しなければならないアクセサリアプリケーションの特別のセットを含んで構成されるかもしれない。いくつかの状況では、装置外部の相手又はエンティティは、例えばトラブルシューティングのために、或いは、そのような報告のための金銭的な動機に比例して、アクセサリアプリケーションからデータパケットを受信することに特別の関心を持っているだろうし、それは、ブロック５１９においてパケット輸送をゲート制御するための報告閾値を大きくすることで達成されるだろう。

ブロック５２０では、イベントは、特定の方法で、例えば、不揮発性メモリ内にあるログ報告の処理を遅らせることで、或いはイベント（例えば、低バッテリー電力、電源を切ること（power down）、プロセッサのリセット、プロセッサのハングアップ）によって強制されるような異なる方法でログ報告処理を実行することで、処理される。

ログの受信に際して、ログを送信する手順は、ブロック５２２において行なわれる。いくつかの例では、ログデータの報告は、ブロック５２４で実行される特定のフィルタリングしたパラメータに左右される。報告可能なコードがブロック５２６で決定される場合、ログは、ブロック５２８において報告される。その後、処理はブロック５１８に戻る。

図７では、ログ生成アプリケーションを登録する手順５０２は、ブロック５３０のアプリケーションソースの手動の認証を含む。ブロック５３２では、ルート証明書から証明書チェーンが作り出され、リーフ証明書が提供される。続いて、デジタル証明書は、ブロック５３４において、ログ通信をアンロックするためにアプリケーションに組み込まれる。

図８では、アプリケーションに関してロギングをアンロックする手順５１２は、ブロック５４０において、デジタル証明書によって保証される乱数（Ｒ１）を生成して送信するコーリングアプリケーションから始まる。ブロック５４２では、要求が、信頼できるチェーンを有するか否かに関する決定がなされ、信頼できるチェーン（chain）を有さない場合、エラーコードを返す。信頼できるチェーンを有する場合、コーリングアプリケーションによって保持されているクラスＩＤ特権（privilege）は、ブロック５４６においてチェックされ、続いて、アプリケーションログ（ＡｐｐＬｏｇ）は、ログ（ＩＡｐｐＬｏｇ）をインスタンス化する（instantiating）ことによってアンロックされる。ブロック５５０では、ＩＡｐｐＬｏｇは、Ｒ１及び暗号化された新しい乱数（Ｒ２）をコーリングアプリケーションに送り返す。コーリングアプリケーションは、ブロック５５２において、Ｒ１を検証し、送信ログインタフェースにログ要求を送信するたびにパラメータ用として使用するためにＲ２を一時的に格納する。

図９では、アプリケーションクラスＩＤを設定する手順５１４は、ブロック５６０において、非ストリップ構成がコーリングアプリケーションの認証の回避を可能にする無線装置内に設けられることを検証することから始まる。無線装置は、たとえコーリングアプリケーションがデジタル署名を有していなくとも、ロギング機能がアンロックされることができるように、アプリケーションクラスＩＤ５６２を設定することができる。コーリングアプリケーションは、連続するログ報告毎に初期値１に設定される乱数Ｒ２をさらに与えられる。

図１０では、ログを送信する手順５２２は、ブロック５７０において、ログ報告がアンロックされていること、並びに、ログを送信するこの要求、及び次の要求のためのコーリングアプリケーションに割り当てられたクラスＩＤに関してＲ２が適切であることをＩＡｐｐＬｏｇが検証することから始まる。ブロック５７２において検証されなかった場合、ブロック５７４においてエラーコードが返される。検証された場合、ログヘッダ及びログデータは、ブロック５７６において受信される。ログスペース（log space）は、ブロック５７８において、診断コンポーネントに割り当てられる。割り付けられたスペースは、ブロック５８０において、ログパケットを受信することに専心する（committed）。その後、ブロック５８２では、ログパケットは、メモリポインタ及びログサイズパラメータを送信すること等によって、登録済みのログ受信コンポーネントに送信される。

図１１では、図６のアクセサリアプリケーションからデータパケットの輸送をゲートする手順５１９は、データチャネル（例えば、診断の報告）についての信頼コンポーネントの使用の防衛を強化することができる。ブロック６００では、ゲート制御閾値（gating threshold）は、アクセスされ、モバイル装置に局所的に格納されるか、或いは、遠隔で動的に設定される。実例となる実施では、閾値は、そのようなパケットの格納に利用可能なバッファのサイズに関連する。１つの変形例では、各アプリケーションログパケットに割り当てられたサイズが５００バイトであって、４キロバイト（４０９６バイト）を割り当てられたバッファを考えると、この場合、８つのパケットが限界であることに等しい。毎秒この４ＫＢバッファを（例えば、遠隔の送信先に送信して、ローカルの不揮発性記憶媒体に格納して）クリアすることが可能な実施においては、この容量は、このバッファを使用する複数のアンロックアクセサリアプリケーションのような他の考慮すべき事項によって低減されるかもしれないが、上限の閾値を決定する。従って、実例となる態様では、制限範囲は、以下に限定されることはないが、バッファの容量及び装置の処理能力に応じて毎秒１パケットから毎秒１６パケットの間となるだろう。そのような閾値は、静的に予め定められ、或いは、例えば、金銭的な報酬と引き換えに、或いはトラブルシューティングのために充分な診断情報を生成するために、アクセサリアプリケーションによる使用のために特定の部分を割り当てるサードパーティによって、動的に設定されるだろう。

ブロック６０２では、閾値に影響を及ぼす装置容量（capacity measure）がアクセスされる。例えば、閾値は、利用可能なバッファスペース（space）によって決められる（driven）かもしれず、それは、このゲート制御特徴によって直接測定されることなく、他のコンポーネントによってダイナミックに影響されるかもしれない。他の例のように、送信帯域幅は、無線送信リンクを含む送信先に関する干渉レベル又は受信器の能力に従って、動的に変わるかもしれない。従って、アクセサリアプリケーションに与えられた利用は、変わるかもしれない。

ブロック６０４では、アクセサリアプリケーション報告は、例えばパケットのレート、各パケットのサイズ、送信用に用意されたデータパケットの蓄積量等のような規定の閾値との比較に適している量（measure）に達するために追跡される。次に、追跡された量が閾値を超えるか否かに関して、ブロック６０６において、決定がなされる。閾値を超えない場合、パケット処理は、ブロック６０８に進むことができる。ブロック６０６において閾値を超える場合、ブロック６１０において、ブロック処理（block processing）が続行するのを阻止される。いくつかの実施では、データを分析するものが、アクセサリアプリケーションが追加の報告能力を要求するということに気づくことができるように、不完全なものとしてデータにフラグを立てるなどして、パケット輸送６１２の防衛的な妨害（interruption）が生じたことを示すことは、望ましいかもしれない。不完全性のそのような表示は、閾値の変化を保証するか、或いは、アクセサリアプリケーションに関する問題が、輸送された情報パケットが他の方法で示すものより重大であることを示すことができる。

本明細書に開示されたバージョンに関連して記述された種々の実例の論理、論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラム可能論理回路、ディスクリートゲート又はトランジスタロジック、個別のハードウェア構成要素、又は本明細書に記述された機能を実行するように設計されたそれらの任意の組み合わせにより実現されてもよい。汎用プロセッサは、マイクロプロセッサとすることができるが、代わりに、このプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってもよい。プロセッサは、のコンピュータ装置の組み合わせ、例えば、ＤＳＰ及びマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに結合された１以上のマイクロプロセッサ、又は任意のこのような機器構成等として実現されてもよい。さらに、少なくとも１つのプロセッサは、上述された１以上のステップ及び／又は動作を実行するように動作可能な１以上のモジュールを含んでもよい。

さらに、本明細書に開示された態様に関連して記述された方法又はアルゴリズムのステップ及び／又は動作は、ハードウェアで直接に、プロセッサによって実行されるソフトウェアモジュールで、或いはこの２つの組み合わせで具現化されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は当技術分野で周知になっている他のいかなる形式の記憶媒体に備わっていてもよい。例示的な記憶媒体は、プロセッサに結合され、その結果、プロセッサは、記憶媒体から情報を読み出し、記憶媒体に情報を書き込むことができる。その代わりに、記憶媒体は、プロセッサに組み込まれてもよい。さらに、いくつかの態様では、プロセッサ及び記憶媒体は、ＡＳＩＣに備わっていてもよい。さらに、ＡＳＩＣは、ユーザ端末に備わっていてもよい。その代わりに、プロセッサ及び記憶媒体は、ユーザ端末の個別部品として備わっていてもよい。

１以上の例示的な態様では、記述された機能は、ハードウェア、ソフトウェア、ファームウェア又はそれらの任意の組み合わせにより実現されてもよい。ソフトウェアで実現される場合、機能は、１以上の命令又はコードとしてコンピュータ読み取り可能媒体に格納されてもよく、或いは、１以上の命令又はコードとして送信されてもよい。
コンピュータ読み取り可能媒体は、コンピュータ記憶媒体と、コンピュータプログラムをある場所から他の場所へ転送することを容易にする任意の媒体を含む通信媒体と、を含む。記憶媒体は、コンピュータによってアクセスすることができる任意の利用可能な媒体であってもよい。限定ではなく一例として、このようなコンピュータ読み取り可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又は他の光ディスク記憶装置、磁気ディスク記憶装置又は他の磁気記憶装置、或いは、命令又はデータ構造の形態で所望のプログラムコードを搬送又は格納するのに使用することができ、かつ、コンピュータによってアクセスされることができる任意の他の媒体を含むことができる。同様に、いかなる接続がコンピュータ読み取り可能媒体と適切に称されてもよい。例えば、ソフトウェアが同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、又は例えば赤外線、無線、及びマイクロ波等の無線技術を使用して、ウェブサイトから、サーバから、又は他の遠隔のソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は例えば赤外線、無線、及びマイクロ波等の無線技術は、媒体の定義に含まれる。本明細書で使用されるようなディスク（disk and disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、及びブルーレイディスクを含み、ここで、ディスク（disk）は、通常、磁気的にデータを再生するのに対し、ディスク（disc）は、レーザを使用して光学的にデータを再生するものである。上記の組み合わせもまた、コンピュータ読み取り可能媒体の範囲に含まれるべきである。

本明細書に参照として全体又は一部が組み込まれるいかなる特許、刊行物、又は他の開示資料が、組み込まれた資料が本開示で説明された現行の定義、説明、又は他の開示資料と矛盾しない範囲内で本明細書に組み込まれることは、認識されるべきである。本明細書で明示的に説明される開示は、必要な範囲内で、参照として本明細書に組み込まれるいかなる矛盾する資料に優先する。本明細書に参照として組み込まれたいかなる資料又はその一部は、本開示で説明された現行の定義、説明、又は他の開示資料と矛盾しないが、組み込まれた資料及び現行の開示資料間で矛盾が生じない範囲内で組み込まれるだろう。

上述された例示的なシステムを考慮すると、開示された主題に従って実施されうる手順は、いくつかの流れ図を参照して記述されている。説明の簡単化の目的のため、手順は、一連のブロックとして示され、記述されるが、クレームされた主題がブロックの順序に制限されることなく、いくつかのブロックが、本明細書に示され、記述されたものと異なる順序で起こってもよく、かつ／或いは、他のブロックと同時に起こってもよいことは、理解及び認識されるべきである。さらに、示された全てのブロックが本明細書に記述された手順を実施するのに必要とされるわけではない。また、本明細書に開示された手順が、このような手順のコンピュータへの輸送及び転送を容易にする製品に格納されることができることは、さらに認識されるべきである。本明細書で使用される場合、製品という用語は、いかなるコンピュータ読み取り可能装置、キャリア、又は媒体からアクセス可能なコンピュータプログラムを含むように意図される。

前述の開示は、実例の態様及び／又は実施形態について議論しているが、添付の特許請求の範囲により定められるような、記述された態様及び／又は実施形態の範囲から逸脱せずに、種々の変形及び改良が本明細書においてなされてもよいことは、注目されるべきである。さらに、記述された態様及び／又は実施例の要素が単数で記述され、又はクレームされることがあるが、単数への限定が明示的に記載されない場合、複数が意図される。さらに、任意の態様及び／又は実施形態の全部又は一部は、他の方法で記載されない場合、任意の他の態様及び／又は実施形態の全部及び／又は一部で利用されてもよい。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
〔１〕
装置モニタリング先に達するように、モバイル装置に備わっているアクセサリアプリケーションによって生成された情報パケットを選択的に輸送する方法であって、
信頼できるコンポーネントから診断コンポーネントを経由してモバイル装置上で実行している装置モニタリング先に情報を伝達することと、
情報パケットが、前記診断コンポーネントにインタフェースで接続する防衛的な制約に違反しないという判断に応じて、アクセサリアプリケーションからの前記情報パケットの伝達をゲート制御することと、
前記防衛的な制約に違反しないという判断に応じて、前記診断コンポーネントを経由して前記装置モニタリング先に前記情報パケットを転送する前記インタフェースの信用証明書とともに、前記アクセサリアプリケーションからの前記情報パケットをパッケージ化することと、
を具備する方法。
〔２〕
前記情報パケットに関連する量と輸送量に関連する閾値とを比較することによって、前記情報パケットの輸送をゲート制御することをさらに具備する〔１〕の方法。
〔３〕
前記モバイル装置に関する前記パッケージ化された情報パケットを、外部から読み取り可能なコンピュータ読み取り可能媒体に格納することをさらに具備する〔１〕の方法。
〔４〕
前記パッケージ化された情報パケットを、ネットワークに無線で送信することをさらに具備する〔１〕の方法。
〔５〕
前記診断コンポーネントへのインタフェースをアンロックする前に、前記モバイル装置上で実行している前記アクセサリアプリケーションの権利のチェーンを認証することによって、前記情報パケットの輸送をゲート制御することをさらに具備する〔１〕の方法。
〔６〕
前記アクセサリアプリケーションに関するソースを認証することと、
前記サードパーティアプリケーションに含まれる前記ソースにデジタル証明書を供給することと、
前記アクセサリアプリケーションに割り当てられた特権を前記モバイル装置に格納することと、
前記デジタル証明書、及び前記デジタル証明書に関連する前記通信特権を承認することによって、前記アクセサリアプリケーションの前記権利のチェーンを認証することと、をさらに具備する〔５〕の方法。
〔７〕
前記アクセサリアプリケーションから前記デジタル証明書で暗号化された第１の値を受信することと、
前記アクセサリアプリケーションが前記情報パケットの転送元を検証することができるように、前記第１の値にデジタル署名し、当該デジタル署名された第１の値で返答することと、をさらに具備する〔６〕の方法。
〔８〕
前記アクセサリアプリケーションが前記情報パケットの転送元を検証し、かつ暗号化のオーバーヘッドなしに第２の値とともに次の要求を送信することができるように、デジタル署名された第１及び第２の値で返答することをさらに具備する〔７〕の方法。
〔９〕
前記アクセサリアプリケーションによって使用される前記情報パケットに関するヘッダを定義することをさらに具備し、前記ヘッダが前記情報パケットにアクセスするための前記インタフェースによって使用されるコードを保持する〔１〕の方法。
〔１０〕
格納されている情報パケットの末端を判断するための情報パケットサイズコードにアクセスすることをさらに具備する〔９〕の方法。
〔１１〕
前記アクセサリアプリケーションの前記特権を識別する固有割り当てアプリケーションクラス分類器にアクセスすることをさらに具備する〔９〕の方法。
〔１２〕
前記無線装置上の信頼できるアプリケーションの使用を容易にする認証無効機能を選択的に与えることをさらに具備する〔１〕の方法。
〔１３〕
装置が前記アクセサリアプリケーションに関するクラス識別子及び第１の値を設定することを可能にすることによって、前記認証無効機能を選択的に与えることをさらに具備する〔１〕の方法。
〔１４〕
前記アクセサリの前記ソースから受信された報告コードを、前記モバイル装置の前記インタフェースに格納することと、
前記情報パケット中に前記報告コードを検出することに応答して、前記パッケージ化情報パケットを転送することと、をさらに具備する〔１〕の方法。
〔１５〕
バイナリ情報パケットのバイト毎の比較によって、バイナリ報告コードを検出することをさらに具備する〔１〕の方法。
〔１６〕
前記アクセサリアプリケーションにログ識別子を割り当てることと、
前記情報パケットのヘッダ中の前記ログ識別子を受け取ることと、をさらに具備する〔１〕の方法。
〔１７〕
前記インタフェースから前記パッケージ化情報パケットをリッスンするために、前記装置モニタリング先を登録することをさらに具備する〔１６〕の方法。
〔１８〕
装置モニタリング先に達するように、モバイル装置に備わっているアクセサリアプリケーションによって生成された情報パケットを選択的に輸送する少なくとも１つのプロセッサであって、
信頼できるコンポーネントから診断コンポーネントを経由してモバイル装置上で実行している装置モニタリング先に情報を伝達する第１のモジュールと、
情報パケットが、前記診断コンポーネントにインタフェースで接続する防衛的な制約に違反しないという判断に応じて、アクセサリアプリケーションからの前記情報パケットの伝達をゲート制御する第２のモジュールと、
前記防衛的な制約に違反しないという判断に応じて、前記診断コンポーネントを経由して前記装置モニタリング先に前記情報パケットを転送する前記インタフェースの信用証明書とともに、前記アクセサリアプリケーションからの前記情報パケットをパッケージ化する第３のモジュールと、
を具備する少なくとも１つのプロセッサ。
〔１９〕
コンピュータに、信頼できるコンポーネントから診断コンポーネントを経由してモバイル装置上で実行している装置モニタリング先に情報を伝達させるコードと、
前記コンピュータに、情報パケットが、前記診断コンポーネントにインタフェースで接続する防衛的な制約に違反しないという判断に応じて、アクセサリアプリケーションからの前記情報パケットの伝達をゲート制御させるコードと、
前記コンピュータに、前記防衛的な制約に違反しないという判断に応じて、前記診断コンポーネントを経由して前記装置モニタリング先に前記情報パケットを転送する前記インタフェースの信用証明書とともに、前記アクセサリアプリケーションからの前記情報パケットをパッケージ化させるコードと、
を備えるコンピュータ読み取り可能媒体を具備するコンピュータプログラム製品。
〔２０〕
装置モニタリング先に達するように、モバイル装置に備わっているアクセサリアプリケーションによって生成された情報パケットを選択的に輸送する装置であって、
信頼できるコンポーネントから診断コンポーネントを経由してモバイル装置上で実行している装置モニタリング先に情報を伝達する手段と、
情報パケットが、前記診断コンポーネントにインタフェースで接続する防衛的な制約に違反しないという判断に応じて、アクセサリアプリケーションからの前記情報パケットの伝達をゲート制御する手段と、
前記防衛的な制約に違反しないという判断に応じて、前記診断コンポーネントを経由して前記装置モニタリング先に前記情報パケットを転送する前記インタフェースの信用証明書とともに、前記アクセサリアプリケーションからの前記情報パケットをパッケージ化する手段と、
を具備する装置。
〔２１〕
装置モニタリング先に達するように、モバイル装置に備わっているアクセサリアプリケーションによって生成された情報パケットを選択的に輸送するモバイル装置であって、
トラブルシューティングログパケットを報告する少なくとも１つの信頼できるコンポーネントと、
前記少なくとも１つの信頼できるコンポーネントからの信用証明書、及び装置モニタリング先に送信するためのトラブルシューティングログパケットを受信する診断コンポーネントと、
アクセサリアプリケーションと、
情報パケットが、前記診断コンポーネントにインタフェースで接続する防衛的な制約に違反しないという判断に応じて、アクセサリアプリケーションからの前記情報パケットの伝達をゲート制御するアプリケーションインタフェースであって、前記診断コンポーネントを経由して前記装置モニタリング先に前記情報パケットを転送する当該アプリケーションインタフェースの信用証明書とともに、前記アクセサリアプリケーションからの前記情報パケットをパッケージ化するアプリケーションインタフェースと、
を具備するモバイル装置。
〔２２〕
前記アプリケーションインタフェースは、前記診断コンポーネントへのアクセスをアンロックする前に、前記モバイル装置上で実行している前記アクセサリアプリケーションの権利のチェーンを認証することによって、前記情報パケットの輸送をゲート制御することをさらに備える〔２３〕のモバイル装置。
〔２３〕
前記アクセサリアプリケーションに含まれるデジタル署名を供給されて、前記アクセサリアプリケーションに関するソースが認証されており、
前記アクセサリアプリケーションに割り当てられた特権コードを含むデータ構造を保持する記憶媒体をさらに具備し、
前記アプリケーションインタフェースは、前記アクセサリアプリケーションによって使用される前記デジタル証明書、及び前記デジタル証明書に関連する前記特権を承認することによって、前記アクセサリアプリケーションの前記権利のチェーンを認証する〔２２〕のモバイル装置。
〔２４〕
前記アプリケーションインタフェースは、前記アクセサリアプリケーションから前記デジタル証明書で暗号化された第１の値を受信することと、前記アクセサリアプリケーションが前記情報パケットの転送元を検証することができ、かつ、暗号化のオーバーヘッドなしに第２の値とともに次の要求を送信することができるように、デジタル署名された前記第１及び第２の値で返答することと、を備える〔２３〕のモバイル装置。
〔２５〕
前記無線装置上の信頼できるアプリケーションの使用を容易にする認証無効機能を選択的に与えるセットアプリケーションクラス識別子コンポーネントをさらに具備する〔２２〕のモバイル装置。
〔２６〕
前記アクセサリアプリケーションによって生成された前記情報パケットのログヘッダ及びログデータを保持するデータ構造を含むデータストレージをさらに具備し、
前記アプリケーションインタフェースは、可変長のバイナリデータの前記情報パケットにアクセスするために、前記インタフェースによって使用されるサイズコードを承認する〔２１〕のモバイル装置。
〔２７〕
通信するために特権を表示する、前記アクセサリアプリケーションのクラス識別子を含む格納されているデータ構造をさらに具備し、
前記インタフェースは、前記クラス識別子をリッスンするために、及び前記情報パケットを無線で報告するために、前記装置モニタリングコンポーネントを登録する〔２１〕のモバイル装置。
〔２８〕
前記アクセサリアプリケーションによって使用される少なくとも１つのバイナリコードを含む格納されているデータ構造と、
前記装置モニタリングコンポーネントによる前記情報パケットの報告を引き起こすために、前記情報パケット中の前記少なくとも１つのバイナリコードを検出することに応答するフィルタリングコンポーネントと、をさらに具備する〔２１〕のモバイル装置。
〔２９〕
前記アプリケーションインタフェースは、前記情報パケットに関連する量と輸送容量に関連する閾値とを比較することによって、前記情報パケットの輸送をゲート制御する〔２１〕のモバイル装置。

Claims (28)

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. 前記アプリケーションインタフェースは、前記情報パケットに関連する量と輸送容量についての閾値とを比較することによって、前記情報パケットの輸送をゲート制御する請求項２０のモバイル装置。

Images