JP2008538069A - 無線デバイスにおける汎用診断監視モジュールのための装置及び処理 - Google Patents

Abstract

無線デバイス（１１２）は無線ネットワーク上の無線デバイスの動作に関して複数の診断データ（３２８）を持つ通信処理エンジン（３８２）、通信処理エンジンから複数の診断データの選択したものを再生する働きをし、且つ複数の診断データの選択したものの生成を制御する働きをする汎用診断モニタ・モジュール（２０）を持つコンピュータ・プラットフォーム（２５５）、及び一覧をユーザーに提示する働きをするユーザー・インタフェースを含む。
【選択図】 図３

Description

発明の分野

３５Ｕ．Ｓ．Ｃ．§１１９に基づく優先権主張
本特許の出願は２００５年４月１４日に出願され、そしてこの譲請人に譲渡され、引例によりここに特に組込まれている「汎用デバッグ表示アプレットを提供する方法及びシステム（Methods and Systems for Providing Universal Debug Display Applet）」と題する仮出願連番号６０／６７１，５６５号に対する優先権を主張する。

記載の実施例は無線デバイスに関係し、特に少なくとも一つの無線通信ネットワークに関してそのような無線デバイスの動作性能を再生し、且つ／または監視するための装置及び方法に関する。

発明の背景

移動電話、ポケットベル、携帯用コンピュータ等といった無線通信デバイスはビジネスや個人使用の両方についてますます普及しつつある。そのようなデバイスの一つの利点はユーザーがいつでも、どこでも所望すればそれらが利用可能である「無線」形態である。無線デバイスの使用が増大するにしたがって、そして関連する無線通信ネットワークが増大するにしたがって、ユーザーは無線ネットワークといつでも接続することができるという期待が高まる。しかしながら、無線デバイスの性能、例えば、無線ネットワークとの通信接続を確立し、且つ維持するその能力はある状況の下で、例えば、特定の区域内で、且つ／または特定の時間において受入れできなくなり、そして故障処理のための監視及び／または試験を必要とする。

一般的に、無線デバイスはデータをパケットの形で、無線または一部無線ネットワークを通して伝達し、そしてそのデバイスがデータ・パケットを送り、且つ受取ることができるようなネットワーク上に「データ」もしくは「通信」チャネルを開放する。大抵、無線デバイスはプログラム及びハードウェア要素といった無線デバイス資源を持ち、それはネットワーク上でデータを伝送し、且つ受取るために個々に開放通信接続を使用する。イベント・データ及びロギング・データといった、一般的に診断データと云われる特定のデータ・パケットは、例えば、チップ・セットのレベルで無線デバイスのサブシステムに記憶され、そして無線デバイスがいかに旨く或いは拙く機能するかの見通しを提供する。しかしながら、そのようなデータ・パケットの再生は問題であった。

したがって、試験者がセルラー電話または他の型式の無線デバイスの動作をいつでもどこでも監視できるように通話中（on-phone）の診断モニタが必要である。そのような通話中の診断モニタはＯＥＭ（Original Equipment Manufacturer）と同様に無線サービス・キャリアによって望ましい。

発明の概要

従来技術の一以上の欠点に対応するために、開示実施例は汎用診断モニタ・モジュール、及び汎用診断モニタ・モジュールを使用する無線デバイス、ユーザー・マネージャ及び処理を提供する。

一実施例では、無線デバイスは、無線ネットワーク上の無線デバイスの動作に関して複数の診断データを持つ通信処理エンジン、複数の診断データの選択したものを前記通信処理エンジンから再生する働きをし、且つ複数の診断データの選択したものの一覧（view）の生成を制御する働きをする汎用診断モニタ・モジュールを持つコンピュータ・プラットフォーム、及びユーザーに前記一覧を提示する働きをするユーザー・インタフェースを具備する。

別の実施例では、無線デバイスは、ユーザー・インタフェース、無線ネットワーク上の無線デバイスの動作に関して複数の診断データを持つ通信処理エンジン、及び複数の診断データの選択したものを前記通信処理エンジンから再生する働きをする汎用診断モニタ・モジュールを持つコンピュータ・プラットフォームを具備する、前記汎用診断モニタ・モジュールは前記ユーザー・インタフェースを介して、ユーザーにメニューを提示するためにコンピュータ・プラットフォームによって実行可能なユーザー・インタフェース設定器（user interface configurator）を含み、前記ユーザー・インタフェース設定器は前記メニューとの彼または彼女の相互関係を介してユーザー入力に基づいて複数の診断データの選択したものの再生を制御する働きをする。

さらなる実施例では、複数の無線デバイスをそれぞれ接続する無線ネットワークにおけるユーザー・マネージャは無線ネットワーク上の複数の無線デバイスの動作に関して複数の診断データを有する通信処理エンジンを含み、前記ユーザー・マネージャは前記ユーザー・マネージャを無線ネットワーク上の少なくとも一つの無線デバイスと接続する働きをする通信モジュール、ユーザー・インタフェース、及び前記少なくとも一つの無線デバイスの通信処理エンジンから複数の診断データの選択したものを再生する働きをするサーバ側モニタ・モジュールを含み、前記サーバ側モニタ・モジュールは前記ユーザー・インタフェースを介してメニューを前記サーバにおけるオペレータに提示する働きをするユーザー・インタフェース設定器を含み、さらに前記ユーザー・インタフェース設定器は前記メニューとの彼または彼女の相互関係を介してオペレータの入力に基づいて複数の診断データの選択したものの再生を制御する働きをする。

さらに別の実施例では、無線ネットワーク上の無線デバイスの動作を監視する処理、前記処理は、ユーザーから無線デバイスの少なくとも一つの動作形態に関する入力を受取ること、ユーザー入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生すること、及び複数の診断データの選択したものの一覧を生成し、そしてユーザーに提示することを含む。

また別の実施例では、コンピュータ・プログラムはコンピュータ可読媒体に駐在し、そして実行されるとき、ユーザーから無線デバイスの少なくとも一つの動作形態に関する入力を受取るステップ、ユーザー入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生するステップ、及び複数の診断データの選択したものの一覧を生成し、そしてユーザーに提示するステップを実行するために無線デバイスに指令するコンピュータ実行可能命令を含む。

さらに更なる実施例では、無線通信デバイスは、ユーザーから、無線デバイスの少なくとも一つの動作形態に関する入力を受取る手段、ユーザーの入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能な複数の診断データの選択したものを再生する手段、及び複数の診断データの選択したものの一覧を生成し、そしてユーザーに提示する手段を具備する。

また更なる実施例では、コンピュータ・プログラムはコンピュータ可読媒体に駐在し、そして実行されるとき、無線デバイスの少なくとも一つの動作形態に関する少なくとも一つの入力を受取るステップ、その入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生するステップ、及び複数の診断データの選択したものを無線ネットワークを介してユーザー・マネージャへ伝送するステップを実行するために無線デバイスに指令するコンピュータ実行可能命令を含む。

別の実施例では、無線通信デバイスは無線デバイスの少なくとも一つの動作形態に関する少なくとも一つの入力を受取る手段、その入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生する手段、及び複数の診断データの選択したものを無線ネットワークを介してユーザー・マネージャへ伝送する手段を具備する。

さらに別の実施例では、コンピュータ・プログラムはコンピュータ可読媒体に駐在し、そして実行されるとき、ユーザー・マネージャサーバを無線ネットワーク上で動作する複数の無線デバイス中の少なくとも一つと接続するステップ、ユーザーから、無線デバイスの少なくとも一つの動作形態に関する入力を受取るステップ、ユーザーの入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生するステップ、及び複数の診断データの選択したものの一覧を生成し、そしてユーザーに提示するステップを実行するために無線デバイスに指令するコンピュータ実行可能命令を含む。

また別の実施例では、無線ネットワークのためのユーザー・マネージャサーバはユーザー・マネージャサーバを無線ネットワーク上で動作する複数の無線デバイス中の少なくとも一つと接続する手段、ユーザーから、無線デバイスの少なくとも一つの動作形態に関する入力を受取る手段、ユーザーの入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生する手段、及び複数の診断データの選択したものの一覧を生成し、そしてユーザーに提示する手段を具備する。

開示実施例の追加の形態及び利点は一部後続の記述において示され、そして一部記述から明白であり、或いは開示実施例の実践によって知ることができる。開示実施例の形態及び利点はまた付随の請求項において特に指摘された手段及び組合せによって実現され、且つ達成される。

記載の実施例は付随の図において限定ではなく、例として例示され、ここでは同じ参照数字指定の要素は全体にわたって同様な要素を表す。

好ましい実施形態の詳細な説明

汎用診断モニタ・モジュール、及び汎用診断モニタ・モジュールを使用する無線デバイス、ユーザー・マネージャ及び処理を下記に述べる。次の詳細な記述において、説明の目的のために、特定の多数の詳細は実施例の完全な理解を行うために示される。しかしながら、実施例がこれらの特定の詳細なしで実施されることは明白であろう。他の場合には、周知の構造及びデバイスは図を単純化するために概略的に示される。

図１は記載の実施例にしたがって一以上の汎用診断モニタ・モジュールが使用される無線通信システム１００の概略図である。

システム１００は無線ネットワーク１３０を介して相互に、且つ／または他のコンピュータ・デバイスと通信する複数の無線デバイス１１２、１１４、１１６、１１７、１１８を含む。無線デバイス１１２、１１４、１１６、１１７、１１８のいずれも、下記で更に詳細に記述されるように、図３におけるユーザー・インタフェース３２２のような、ユーザー・インタフェースを介して所定の診断データの一覧（view）を生成する汎用診断モニタ・モジュール１２０を有する。

図１の実施例におけるシステム１００はさらに無線ネットワーク１３０を介して無線デバイス１１２、１１４、１１６、１１７、１１８の各々及び／または他のコンピュータ・デバイスと通信するユーザー・マネージャまたはサーバ１２４を含む。また、ユーザー・マネージャ１２４はユーザー・マネージャ１２４が所定の診断データを遠隔で再生し、且つユーザー・インタフェース上で診断データの一覧を生成することを可能にするサーバ側汎用診断モニタ・モジュール１２１を含む。サーバ側汎用診断モニタ・モジュール１２１によって作られた診断データの一覧は無線デバイス１１２、１１４、１１６、１１７、１１８の診断モニタ・モジュール１２０によって作られた一覧と異なるか、或いは同じである。ユーザー・マネージャ１２４はいずれかの形式のサーバ、パーソナル・コンピュータ、ミニ・メインフレーム等の少なくとも一つである。代替実施例では、無線デバイス１１２、１１４、１１６、１１７、１１８の診断モニタ・モジュール１２０は別々に動作するので、ユーザー・マネージャ１２４は省略される。

無線ネットワーク１３０は、セルラー電話網、地上電話網、衛星電話網、赤外線データ協会（ＩｒＤＡ）準拠ネットワークのような赤外線ネットワーク、短距離無線ネットワーク、ブルートゥース（登録商標）技術ネットワーク、家庭無線周波数（ＨｏｍｅＲＦ）ネットワーク、共有無線接続プロトコル（shared wireless access protocol、ＳＷＡＰ）ネットワーク、無線イーサネット（登録商標）互換連合（ＷＥＣＡ）ネットワーク、無線忠実度連合（Ｗｉ-Ｆｉ連合）ネットワーク、ジグビー・プロトコル・ネットワーク、ＵＷＢ（極超広帯域）ネットワーク、及び８０２．１１ネットワークといった広帯域ネットワーク、加入者電話ネットワーク、インターネットのような異種公衆通信（public heterogeneous communications）ネットワーク、内線ネットワーク、及び地上移動無線ネットワークのうちの少なくとも一つ、またはどれかの組合せを含む。適切な電話網の例は、個人通信サービス、符号分割多元接続（ＣＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、汎用移動体通信システム（ＵＭＴＳ）、先端移動電話サービス（ＡＭＰＳ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、汎欧州ディジタル・セルラー・システム（ＧＳＭ）、アナログ及びディジタル衛星システム、及び無線通信ネットワーク及びデータ通信ネットワークの少なくとも一つにおいて使用される他の技術／プロトコルといった、アナログ及びディジタル・ネットワーク／技術の少なくとも一つまたはどれかの組合せを含む。

無線デバイス１１２、１１４、１１６、１１７、１１８はセルラー電話１１２、携帯情報機器１１４、双方向テキスト・ページャ１１６、ラップトップ・コンピュータ１１７、タブレット・コンピュータ（図示してない）、及び個別コンピュータ・プラットフォーム１１８といった、どれかの移動もしくは可搬通信デバイスを含み、それらはまたネットワーク（図示してない）或いはインターネット（図示してない）への有線接続を有する。その上、無線デバイス１１２、１１４、１１６、１１７、１１８の各々は遠隔スレーブ、またはその末端ユーザーを持たないが、無線ネットワーク１３０に通してデータを単に伝達する他のデバイスである。例えば、無線デバイスは遠隔センサ、診断ツール、データ・リレー等を含む。従って、記載の実施例は無線通信ポータル、無線モデム、ＰＣＭＣＩＡカード、アクセス端末、パーソナル・コンピュータ、電話、またはそのどれかの組合せまたは部分組合せを含むいずれかの形式の無線通信デバイスまたはモジュールに適用される。

図２はセルラー電話システム２５２の一実施例を示す代表的な図である。

図２のセルラー電話の実施例において、無線ネットワーク１３０（図１）はキャリア・ネットワーク２６４を介してローカル・エリア・ネットワーク（ＬＡＮ）に接続される。図２に例示した複数のセルラー電話１１２のような無線デバイスはコンピュータ機能を高めて製造されつつあり、そして無線ネットワーク１３０上で音声及びデータを含むパケットを伝達するパーソナル・コンピュータ及び小型携帯情報機器（ＰＤＡ）と同等の状態になっているので、セルラー遠隔通信路の使用が増加してきた。これらの「高機能（smart）」セルラー電話１１２は、ソフトウェア開発者がセルラー電話１１２上で動作するソフトウェア・アプリケーションを創出し、且つセルラー電話１１２上で特定の機能を制御することを可能にするアプリケーション・プログラミング・インタフェース（ＡＰＩ）をそれらの局部コンピュータ・プラットフォーム２５６に組込んできた。

図２において、セルラー電話システム２５２は単に典型的なものに過ぎず、そして無線デバイス１１２、１１４、１１６、１１７、１１８のような遠隔モジュールが相互の間で、且つ／または無線ネットワーク・キャリア及び／またはサーバを含む（それに限定されない）無線ネットワーク１３０の要素間で無線で通信するいずれかのシステムを含む。セルラー電話システム２５２において、ユーザー・マネージャ１２４はそれぞれの診断データ２２２のような遠隔無線デバイス１１２、１１４、１１６、１１７、１１８から収集したデータを記憶する個別のデータ貯蔵所２６０を持つＬＡＮネットワーク２５８上で通信中である。さらに、データ管理サーバ２６２は後処理能力、データ・フロー制御等を提供するためにユーザー・マネージャ１２４と通信中である。ユーザー・マネージャ１２４、データ貯蔵所２６０及びデータ管理サーバ２６２はセルラー通信サービスを提供するために必要な他のネットワーク要素と共にシステム１００（図１）上に存在する。ユーザー・マネージャ１２４及び／またはデータ管理サーバ２６２はインターネット、安全なＬＡＮ、ＷＡＮ、または他の有線または無線ネットワークといったデータ回線２６６を通してキャリア・ネットワーク２６４と通信する。キャリア・ネットワーク２６４は移動通信交換器（mobile switching center、ＭＳＣ）２６８へ送られたメッセージ（通常はデータ・パケットである）を制御する。さらに、キャリア・ネットワーク２６４はインターネットのようなネットワーク２７０、及び／またはＰＯＴＳ（単純な古い電話サービス）によってＭＳＣ２６８と通信する。一般的に、ネットワーク２７０において、ネットワークまたはインターネット部分はデータを転送し、そしてＰＯＴＳ部分は音声情報を転送する。ＭＳＣ２６８はデータ・ネットワーク及び／またはデータ転送のためのインターネット部分と音声情報のためのＰＯＴＳ部分のような別のネットワーク２７４によって多数の基地局（ＢＴＳ）２７２へ接続されている。ＢＴＳ２７２は究極的に無線でメッセージをセルラー電話１１２のような無線デバイスに短メッセージング・サービス（ＳＭＳ）、または他の無線方法によって同報する。

さらに、このセルラー電話実施例における複数のセルラー電話１１２のような、各無線デバイスは無線ネットワーク１３０を通してデータを送ることができ、且つソフトウェア・アプリケーションを受取り、且つ実行し、そして無線ネットワーク１３０に接続されたユーザー・マネージャ１２４または別のコンピュータ・デバイスから伝送されたデータを表示することができるコンピュータ・プラットフォーム２５６を有する。コンピュータ・プラットフォーム２５６はアプリケーション特定集積回路（ＡＳＩＣ）２７６、または他のチップ・セット、プロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスを含む。ＡＳＩＣ ２７６または他のプロセッサは無線デバイスのコンピュータ・プラットフォーム２５６のメモリ２７８中のどれかの駐在プログラム、例えば汎用診断モニタ・モジュール、と結び付くアプリケーション・プログラミング・インタフェース（ＡＰＩ）層２５４を実行する。ＡＰＩ ２５４はそれぞれの無線デバイス上で実行するランタイム環境である。そのような一つのランタイム環境は米国カリフォルニア州サンディエゴ市のクアルコム社によって開発された無線用バイナリ・ランタイム環境（Binary Runtime Environment for Wireless （登録商標）、ＢＲＥＷ（登録商標））ソフトウェアである。例えば、無線計算デバイス上でアプリケーションの実行を制御するために動作する他のランタイム環境も利用される。メモリ２７８は読取専用及び／またはランダムアクセス・メモリ（ＲＡＭ及びＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・カード、またはコンピュータ・プラットフォームに共通のいずれかのメモリを含む。同じくコンピュータ・プラットフォーム２５６はまたユーザー・マネージャ１２４からダウンロードされたソフトウェア・アプリケーションまたはデータといった、メモリ２７８において積極的に使用されないソフトウェア・アプリケーション、ファイル、またはデータを保持する局部データベース２８０を含む。局部データベース２８０は一般的に一以上のフラッシュ・メモリセルを含むが、磁気媒体、ＥＰＲＯＭ、ＥＥＰＲＯＭ、光メディア、テープ、またはソフトもしくはハード・ディスクといった、いずれかの二次的または三次的な記憶デバイスでもよい。その上、さらにここに述べるように、局部データベース２８０は究極的に汎用診断モニタ・モジュール１２０またはエージェントの部分複製を保持する。

図３は無線デバイス１１２上に駐在する汎用診断モニタ・モジュールの一実施例の概略図である。

図３の実施例では、コンピュータ・プラットフォーム２５６はＡＰＩ ２５４と結び付き、
そしてそれぞれの無線デバイスのチップ・セット及び／またはＡＳＩＣ ２７６と関連するプロセッサのような、通信処理エンジン３８２によって実行可能な汎用診断モニタ・モジュール１２０の駐在版を含む。通信処理エンジン３８２はそれぞれの無線デバイス（例えば無線デバイス１１２、１１４、１１６、１１７、１１８の中の一つ）の機能性及び、例えば他のネットワーク化デバイスとの通信を開始し、且つ維持し、そしてデータを交換する、無線ネットワーク１３０上のそれぞれのデバイスの動作性を可能にするハードウェア、ファームウェア、ソフトウェア、及びその組合せにおいて具体化された様々な処理サブシステム３８４を含む。例えば、通信処理エンジン３８２は、例えば、音声、不揮発性メモリ、ファイル・システム、伝送、受信、探査器、層１、層２、層３、主制御、遠隔手続き、受話器、電力管理、診断、ディジタル信号プロセッサ、ボコーダ、メッセージング、呼出マネージャ、ブルートゥースシステム、ブルートゥースＬＰＯＳ、位置判定、位置エンジン、ユーザー・インタフェース、休眠、データ・サービス、安全性、認証、ＵＳＭ／ＳＩＭ、音声サービス、グラフィックス、 USB 、及びＭＰＥＧ、ＧＰＲＳ等のマルチメディアなど、処理サブシステム３８４の一つまたは組合せを含む。

一実施例では、ＡＰＩ ２５４は汎用診断モニタ・モジュール１２０の駐在版が通信処理エンジン３８２にアクセスすることを可能にするソフトウェア拡張のクラスを含む。これらのソフトウェア・クラス拡張は無線デバイス上の処理サブシステム３８４と通信することができ、それはデータ読取り及び命令の両方を割当てる。例えば、このクラスは無線ネットワーク１３０上のそれぞれの無線デバイスの動作に関する複数の診断データ３２８の選択したものの再生要求を含む命令をそれを行使するアプリケーションのために送ることができる。そしクラス・オブジェクトはＡＰＩ ２５４を介して汎用診断モニタ・モジュールの駐在版か、もしくは通信モジュール３２６を介して究極的には無線ネットワーク１３０を通してユーザー・マネージャ１２４か、どちらかへサブシステム３８４の応答を送ることができる。例えば、後者の場合には、複数の診断データ３２８の選択したものは一以上の処理サブシステム３８４によって利用可能にされ、そして診断サブシステムのような別のサブシステム３８４によって収集される。汎用診断モニタ・モジュール１２０の駐在版はこの情報を集めるためにＡＰＩ ２５４を通して実行し、そしてこの情報のユーザー・マネージャ１２４への転送を管理する。

このアプリケーションにおける「診断データ」はいずれかのサブシステム３８４に記憶されたいずれかのデータ・パケットとして了解され、さもなければいずれかのサブシステム３８４によって利用可能にされる。一般に、診断データ３２８は無線ネットワーク１３０上のそれぞれの無線デバイス１１２、１１４、１１６、１１７、１１８の動作に関係する。診断データはイベント及び運用記録（ログ）を含むが、それに限定されない。イベントはサービス停止（out-of-service）イベント、ハンドオーバー・イベント、音声及び／またはデータ呼出イベント、場所システム関連イベント、プロトコル関連イベント、メディア及び／またはビデオ・プレーヤ関連イベント、カメラ関連イベント、診断関連イベント、マネージャ関連イベント、アプリケーション関連イベント、安全性／暗号化関連イベントといったイベントを含むが、それに限定されない。ログはサービス・セル情報、時間解析情報及びセル再選択情報といった記録（ログ）を含むが、それに限定されない。

図３に例示の実施例では、無線デバイス１１２はコンピュータ・プラットフォーム２５６に加えて、さらにに入力機構３２４及びユーザー・インタフェース３２２を含む。ユーザー・インタフェース３２２はテキスト及びグラフィックスの少なくとも一つを表示することが可能なディスプレイを含む。他のユーザー・インタフェース３２２の例は音声メッセージ及び印刷物を含むが、それに限定されない。入力機構３２４はタッチ・スクリーン、キー・パッド、４または５方式のナビゲーション・キー、マウスまたはトラック・ボールのようなポインティング・デバイス等の一以上の中から選択される。セルラー電話の実施例において、ユーザー・インタフェース３２２はセルラー電話のディスプレイを含み、そして入力機構３２４は、セルラー電話のキー・パッド、ナビゲーション・キー、及びセルラー電話のディスプレイに埋込まれたタッチ・スクリーンの中の少なくとも一つを含む。無線デバイス１１２はさらに空中インタフェースとも呼ばれる通信モジュール３２６を含み、それはコンピュータ・プラットフォーム２５６の一部であり、またはないこともある。通信モジュール３２６は上で述べた一以上の無線プロトコルを使用して無線デバイス１１２が無線ネットワーク１３０ と通信することを可能にする働きをする。セルラー電話の実施例において、最も一般的な無線プロトコルはＣＤＭＡ、ＧＳＭ／ＧＰＲＳ及びＵＭＴＳを含む。

汎用診断モニタ・モジュール１２０の駐在版は無線デバイス１１２のコンピュータ・プラットフォーム２５６上で実行可能であり、そしてユーザー・インタフェース設定器３７１及びユーザー・インタフェース生成器３７３を含む。ユーザー・インタフェース設定器３７１は無線デバイス１１２の入力機構３２４からユーザー入力３６９を受取る働きをする。ユーザー入力３６９に基づいて、ユーザー・インタフェース設定器３７１は再生要求３７９をＡＰＩ ２５４に出すことによって、さらにサブシステム３８４からの複数の診断データ３２８の選択したものの再生を制御する働きをし、且つそれは再生要求３７９を解釈し、そしてサブシステム３８４へ伝送する。再生データ３８１はユーザー・インタフェース生成器３７３へ戻され、それは再生データ３８１の一覧３８５を生成し、そしてユーザー・インタフェース３２２上で一覧３８５を提示する。ユーザー・インタフェース生成器３７３は再生データ３８１にだけ、もしくは再生データ３８１、及びユーザー入力３６９に応答してユーザー・インタフェース生成器３７３によって生成されたユーザー・インタフェース構成設定３８３の両方のいずれかに基づいて一覧３８５を生成する。実施例において、 ユーザー・インタフェース構成設定３８３はいかに一覧３８５の中で再生データ３８１を配置するかをユーザー・インタフェース生成器３７３に指令する。ユーザー・インタフェース構成設定３８３及び再生要求３７９は図３に示したように別々に出され、もしくは一つの命令に結合される。

ユーザー・インタフェース設定器３７１は一般に二つのグループ、即ち、設定可能パラメータ３７５及び隠し構成パラメータ３７７に分類される複数のパラメータを含む。設定可能パラメータ３７５はユーザーによってカスタム化可能なパラメータを含み、一方隠し構成パラメータ３７７は変えることができない、もしくはソフトウェア・プログラマ、専門家または顧客サービス代表といった経験豊かなユーザーによってのみ変えられることを意図しているデフォルト値を持つパラメータを含む。その上、いくつかの隠し構成パラメータ３７７は希な、もしくは滅多にない基準で単に更新され、或いは利用可能である値を持つパラメータである。隠し構成パラメータ３７７の例はこれらの希に利用可能なパラメータ値のリフレッシュ率、及び所定のデータのディスプレイ及び／または獲得を含む。

一実施例において、設定可能パラメータ３７５はＤＣ１、ＤＣ２、ＤＣ３、ＤＣ４、ＤＣ５、ＤＣ６といった複数のデータ範疇、ＤＯ１、ＤＯ２、ＤＯ３、ＤＯ４、ＤＯ５、ＤＯ６といった一以上のデータ方位、及びＤＣｈ１、ＤＣｈ２、ＤＣｈ３、 ＤＣｈ４、ＤＣｈ５、ＤＣｈ６といった少なくとも一つのデータ特性を含む。

データ範疇ＤＣ１〜ＤＣ６はＡＳＩＣ ２７６のサブシステム３８４において利用可能な複数の診断データが一団になったデータの範疇である。一以上のデータ範疇ＤＣ１〜ＤＣ６はユーザー入力３６９によって選択され、そして診断データ３２８が再生されるべきサブシステム３８４に通知するために再生要求３７９に含まれる。データ範疇ＤＣ１〜ＤＣ６の非制限例は図５〜２５に関して以下にこの中で提供され、そしてさらに詳細に述べられるであろう。

データ方位ＤＯ１〜ＤＯ６は所定のテンプレートであり、それはユーザーによって選択、もしくは定義されたとき、サブシステム３８４から戻された再生データ３８１がどのように一覧３８５の中に配置されるかを指示する。この目的のために、選択データ方位に対応する情報はユーザー・インタフェース設定器３７１によってユーザー・インタフェース生成器へ出されるユーザー・インタフェース構成設定３８３に含まれる。データ方位ＤＯ１〜ＤＯ６の例は音声、ビデオ、表、地図、グラフィックス、普通テキスト、及び一覧３８５中のそのような表、地図、グラフィックス、普通テキストの、時間及び／または空間における、相対的位置を含むが、それに限定されない。

データ特性ＤＣｈ１〜ＤＣｈ６は設定であり、それはユーザーによって選択、もしくは定義されたとき、複数の診断データ３２８の選択されたものがいかに再生、及び表示されるべきかを指示する。この目的のために、選択されたデータ特性に対応する情報はユーザー・インタフェース設定器３７１によってＡＰＩ ２５４に出される再生要求３７９に含まれる。記載の実施例において、データ特性ＤＣｈ１〜ＤＣｈ６はデータが再生されるべき頻度（例えば、１秒毎または１分毎）または時間（例えば、１日の何時か週の何曜日か）を指示する。例えば、いくつかのデータは常に利用可能であるとは限らず、そして新しいデータが利用可能になるまで、そのようなデータが連続して表示されることを可能にするデータ特性がある。さらに、データ特性ＤＣｈ１〜ＤＣｈ６は或る形式のデータがいかに表示されるかを指示する。例えば、利用可能ではないデータについて、そのデータ範疇の或るデータ特性は「？？？」、「Ｎ／Ａ」、「＿」といった表示、またはデータが利用可能ではないことを示す他の文字、シンボル、またはグラフィックを指示する。さらに、例えば、その再生または生成に関連するデータ及び時間は所定の制限時間（time limit）またはタイマーと比較される。制限時間またはタイマーを超える時間を持つデータ、別名「古いデータ」または「古いタイマー」を持つデータについて、そのデータは「現在の」、「新しい」、または古くないデータより異なる形式または様式で表示される。例えば、古いデータは異なる色で、異なる背景で、異なるフォントで、もしくは古いデータと新しいデータとの間の差異を示す他の方法で表示される。一実施例では、例えば、表示される唯一の古いデータは滅多に利用されない、もしくは希に更新されるデータ範疇に関連する古いデータ値であり、一方、データ値が一定して利用可能であるデータ範疇は代りに「？？？」、またはデータ値が期限切れになって、現在利用可能ではないことを示す他のいくつかの文字によって表される。その上、データ特性ＤＣｈ１〜ＤＣｈ６はさらに、それらが発生すれば、データ再生を始動するイベントを指定する。始動イベントの例はユーザーの呼出またはデータ転送要求の開始または受取り、受信不能レベル以下の信号強度の減少、許容レベル以上の雑音または干渉の増加、等々を含むが、それに限定されない。別の例では、そのデバイスが所定の場所へ入るとき、特定のローミング・リストに関するデータのような所定のデータが集められるように、始動イベントは場所である。

実施例では、図３の３９１に示したように、データ範疇ＤＣ１〜ＤＣ６の各々はデータ特性ＤＣｈ１〜ＤＣｈ６の一つ及びデータ方位ＤＯ１〜ＤＯ６の一つと初期値（default）によって関連付けされる。しかしながら、所与のアプリケーションに応じて、各データ範疇（ＤＣ）は一以上のデータ方位（ＤＯ）及び一以上のデータ特性（ＤＣｈ）と関連していることは注目すべきである。利用可能なデータ範疇、データ方位、及びデータ特性の数が必ずしも同じであるとは限らないことは注目すべきである。いくつかの記載の実施例では、数十または数百ものデータ範疇について僅か一、二のデータ方位及びデータ特性があるに過ぎない。従って、いくつかのデータ範疇は前以て設定された同じデータ方位及び／またはデータ特性を共有する。

その上、もしくは代りに、各々のデータ範疇ＤＣ１〜ＤＣ６はさらに初期値によって一以上の他のデータ範疇と関連している。従って、データ範疇ＤＣ１〜ＤＣ６の一つに属するデータは再生されるためにユーザーによって選択されるとき、関連するデータ範疇に属するデータは無線デバイスの動作の現在選択された形態の完全な状況（picture）をユーザーに提供するためにユーザーに自動的に再生され、且つ提示される。この特徴は図３に例示されたように関連するデータ範疇、データ方位及びデータ特性を複数の所定の集合３９３に纏めることによって実施される。例えば、図３に例示した第一の所定の集合３９３はデータ範疇ＤＣ１、ＤＣ２及びＤＣ４を含む。上で開示したように、データ範疇ＤＣ１、ＤＣ２及びＤＣ４は初期値によってデータ方位ＤＯ１、ＤＯ２及びＤＯ４とそれぞれ関連し、そしてデータ特性ＤＣｈ１、ＤＣｈ２及びＤＣｈ４とそれぞれ関連する。このように、第一の所定の集合３９３はデータ範疇ＤＣ１、ＤＣ２及びＤＣ４、データ方位ＤＯ１、ＤＯ２及びＤＯ４、及び、データ特性ＤＣｈ１、ＤＣｈ２及びＤＣｈ４を含む。同様に、第二の所定の集合３９３はデータ範疇ＤＣ３、ＤＣ４及びＤＣ６、データ方位ＤＯ３、ＤＯ４及びＤＯ６、及び、データ特性ＤＣｈ３、ＤＣｈ４及びＤＣｈ６を含む。所定の集合３９３は第一及び第二の所定の集合３９３におけるデータ範疇ＤＣ４のような共通パラメータを必ずしも共有するとは限らず、そしてデータ範疇ＤＣ１〜ＤＣ６の重なり合わないグループを含むことがある。

実施例では、各々の所定の集合３９３はデータ範疇、データ方位及びデータ特性のような設定可能なパラメータ３７５だけでなく、一以上の隠し構成パラメータ３７７をも含む。例えば、図３の実施例において、第一の所定の集合３９３はさらに初期設定（default setting）ＤＳ１を含み、一方、第二の所定の集合３９３はさらに初期設定ＤＳ２及びＤＳ３を含む。上に開示したように、図３に例示した初期設定ＤＳ２及びＤＳ３のような、他の隠し構成パラメータ３７７と同様に初期設定ＤＳ１は変更することができないか、開発者／プログラマ、技術者または顧客サービス代表者のような経験豊かなユーザーによってのみ変えられることを意図している。例えば、開発者／プログラマは収集されつつあるデータまたはログの形式を加えたり、取除くことができる。彼らはアプリケーションのソース・コードを修正することによってこれらの操作を行うことができる。一方、技術者及び顧客サービス代表者はデバイス・ユーザーには利用できないが、いずれかのコード変更を必要としない設定を修正するためにユーザー・マネージャ１２４を使用する。そのような設定の一例は「古い」データの表示である。技術者はそれが古くなった後、データを全く表示しないように選択する。また、技術者または顧客サービス代表者は遠隔でユーザー・マネージャ１２４からいずれのユーザー設定でも修正する。これらの初期設定は図５〜２５に関してさらに詳細に下記でここに述べるであろう。

一以上の所定の集合３９３のユーザーの選択はユーザー・インタフェース３２２を介して、診断メニュー３４１のようなメニューによってユーザーを立証することによって容易になる。診断メニュー３４１はユーザー・インタフェース設定器３７１の一部であり、そしてユーザー・インタフェース設定器３７１によって図３に示したように直接的にユーザー・インタフェース３２２へ送るか、或いはユーザー・インタフェース設定器３７１を通して間接的に送ることができる。診断メニュー３４１はユーザーが所定の集合３９３の一つに各々のメニュー選択肢を接続することによって所定の集合３９３の一つを迅速に選択することを可能にする複数のメニュー選択肢（図３のユーザー・インタフェース３２２には示されない）を提示する。診断メニュー３４１はさらにユーザー・インタフェース設定器３７１のパラメータのユーザー定義集合３９５をカスタム化することを可能にするユーザー定義（User Define）メニュー選択肢（図３には示されない）を含む。特に、ユーザー定義メニュー選択肢の選択は、３９７で概略的に示したような設定可能パラメータ３７５、及び／または３９９で概略的に示したような隠し構成パラメータ３７７を閲覧し、そして所望のパラメータを選択する機会をユーザーに提供する。

図４は汎用診断モニタ・モジュールを使用する処理４００のフローチャートである。その処理は４０２で始まり、 そして４１６で終わる。４０４で、診断メニューは汎用診断モニタ・モジュールを持つ無線デバイスのユーザーに提示される。図３に例示した汎用診断モニタ・モジュール１２０の駐在版において、ユーザー・インタフェース設定器３７１は直接もしくはユーザー・インタフェース生成器を介して診断メニュー３４１をユーザーに提示するためにユーザー・インタフェース３２２へ送る。セルラー電話実施例において、例えば、診断メニュー３４１はセルラー電話のディスプレイ上で表示される。

４０６で、汎用診断モニタ・モジュール１２０は所定の集合３９３の一つに関連付けできる、またはユーザーがユーザー定義集合３９５をカスタム化することを可能にするいずれかの診断メニュー３４１のメニュー選択肢のユーザー選択を受取る。

４０８で、その処理はユーザーの選択に従ってデータを再生するために進む。例えば、汎用診断モニタ・モジュール１２０の駐在版において、ユーザーが第一の所定の集合３９３を選択すれば、データ範疇ＤＣ１、ＤＣ２及びＤＣ４に属するデータは再生のために選択される。ユーザー・インタフェース設定器３７１は再生要求３７９をＡＰＩ ２５４に出し、それはそれから再生要求３７９を解釈し、通信処理エンジン３８２を介してサブシステム３８４へ伝送する。要求データが利用可能である、図３におけるＤＣ１、ＤＣ２及びＤＣ４よって示されたサブシステム３８４は再生データ３６９を返す。再生データ３６９はＡＰＩ ２５４によってユーザー・インタフェース生成器３７３へ供給される前にＡＰＩ ２５４によって再生データ３８１にに変えられる。

４１０で、再生データの一覧がユーザーの選択に基づいて生成される。例えば、汎用診断モニタ・モジュール１２０の駐在版において、ユーザー・インタフェース生成器３７３は再生データ３８１の一覧３８５を独立に生成し、そしてユーザー・インタフェース３２２上で一覧３８５を提示する。ユーザー・インタフェース生成器３７３はまた再生データ３８１と、ユーザー・インタフェース設定器３７１によって生成されたユーザー・インタフェース構成設定３８３の両方に基づいて一覧３８５を生成する。上で論じたように、ユーザー・インタフェース構成設定３８３は一覧３８５中の再生データ３８１をいかに配置するかをユーザー・インタフェース生成器３７３に指令する関連のデータ方位ＤＯ１、ＤＯ２及びＤＯ４を含む。

４１２で、生成された一覧がユーザーに提示される。例えば、汎用診断モニタ・モジュール１２０の駐在版において、一覧３８５は診断メニュー３４１と同じユーザー・インタフェース３２２上で提示される。従って、同じユーザーは再生データ３８１の一覧３８５を提示される。その上、もしくは代りに、一覧３８５は別のユーザー、例えば、管理者に提示される。例えば、４１１で、図３の３４７及び３４５で概略的に示したように、一覧はユーザー・インタフェース生成器３７３から無線ネットワーク１３０上の別のノード（図３には示されない）へ通信モジュール３２６を介して伝送される。例えば、一覧３８５はユーザー・マネージャ１２４及び／または図１に示したシステム１００の複数の無線デバイス１１２、１１４、１１６、１１７、１１８のどれかに伝送される。転送３４７は無線デバイス１１２の特定の構成に応じて、ＡＰＩ ２５４及び／またはＡＳＩＣ ２７６を通って送られることによって、直接的であり、或いは間接的である。

４１４で、そのプロセスは再生データが更新される必要があるかどうかを判定する。肯定（yes）であれば、データ一覧の更新、及び同じ、及び／または異なるユーザーへの更新一覧の提示の後、選択されたデータ範疇に属するデータが更新されるステップ４０８へ処理は戻る。否定（no）であれば、その処理は４１６で終わる。例えば、汎用診断モニタ・モジュール１２０の駐在版において、データ更新の必要性に関する情報は再生要求３７９に含まれる。特に、再生要求３７９は、例えば、選択されたデータ範疇ＤＣ１、ＤＣ２及びＤＣ４の各々または全てに関するリフレッシュ率を指定することによって、いかにデータが再生されるべきかを関連のサブシステム３８４に指令する関連のデータ特性ＤＣｈ１、ＤＣｈ２及びＤＣｈ４を含む。従って、汎用診断モニタ・モジュール１２０はそれぞれのデータ特性ＤＣｈ１、ＤＣｈ２及びＤＣｈ４に基づいて更新される必要があるデータ範疇に属するデータを更新するように実行する。更新されたデータは３８９及び３８１で指定された前の経路を経由してユーザー・インタフェース生成器３７３に戻され、そして一覧３８５はそれに従って更新される。さらに、更新された一覧はその上、もしくは代りに図１に示したシステム１００のユーザー・マネージャ１２４のような、別のユーザーに送られる。

代替方法の一実施例では、４０３で、顧客サービス代表者、技術者またはプログラマは診断モジュールに関連する様々なパラメータにアクセスし、そして４０５で、新しい、もしくは変更されたパラメータ値／設定を入力する。例えば、技術者または顧客サービス代表者は或る故障処理シナリオに応じて隠し構成設定を変更する。さらに、例えば、プログラマは追加機能性をモジュールに組込むか、または現存の機能性を変更する。そのようなアクセスは診断監視モジュールが駐在するデバイスで直接発生するか、またはそのアクセスは遠隔の場所から、例えばネットワークに亘って設置されたユーザー・マネージャから発生する。その上、 ４０７で、診断モニタ・モジュールは新しい、もしくは変更された設定によって更新される。この点で、方法４００の残りの部分は上で述べたように実行される。４１１において、一つの遠隔アクセス実施例では、しかしながら、方法４００は生成された一覧をネットワークを通して、例えば、一覧の遠隔提示のために（４１２において）、ユーザー・マネージャに伝送することを含む。この場合には、（４１２における）更新が必要とされるかどうかに関する決定はまた遠隔場所で行われ、そしてそう所望されれば、新しいデータを再生する要求はネットワークを通してデバイスへ送り返される。このように、方法４００は無線デバイス上で局所的に実施されるか、もしくはネットワーク接続を通して遠隔から実施される。

汎用診断モニタ・モジュール１２０の駐在版のセルラー電話実施例を図５〜２５に関してここに述べる。それは汎用診断モニタ・モジュール１２０の駐在版の一つの実施例を使用するセルラー電話のユーザー・インタフェースの例を示す様々な図である。これらの図は一組の診断監視メニュー及び選択肢の単なる一例を表すことを注目すべきである。汎用診断監視モジュールは所与のアプリケーションに応じて、多くの他の形式をとる。従って、この例はいずれの点においても限定として解釈されるべきではない。

図５は複数のメニュー選択肢５０５、５１５、５２２、及び５２５を含む主メニュー５００の一覧である。メニュー選択肢５０５、５１５、５２２、及び５２５は無線デバイス１１２が現在無線ネットワーク１３０と通信するプロトコル、即ち、ＵＭＴＳ、ＧＳＭ／ＧＰＲＳ及びＣＤＭＡをユーザーがそれぞれ選択することを可能とする。汎用診断モニタ・モジュール１２０は一般的であり、そして多くの通信技術及び多くの無線プロトコルに亘って動作することができることはさらに注目すべきである。メニュー選択肢５２５は図２５の２５００において見られるように、例えば、キー・パッドを使用してユーザーが所望のリフレッシュ率を入力することを可能にする。１秒のリフレッシュ率は初期設定値の例である。メニュー選択肢５２５はユーザーが一以上のパラメータをカスタム化することを可能にする図３のユーザー定義集合３９５に対応する。この特定の場合には、リフレッシュ率は図３のデータ特性ＤＣｈ１〜ＤＣｈ６の一つに対応する。後でここに述べるように、リフレッシュ率は多数のデータ範疇に共通である。

実施例において、無線デバイス１１２及び／または汎用診断モニタ・モジュール１２０は現在のプロトコルを自動的に検知し、そして検知した現在のプロトコルに対応する次のメニュー・レベルに直接ユーザーをもってきて、それによって主メニュー５００を回避、もしくは省略する。これがその場合であれば、メニュー選択肢５２５は図６、１５及び２２に例示された次のレベル・メニューに移動される。

図６を参照すると、ユーザーのメニュー選択肢の選択はこの場合にＵＭＴＳプロトコル診断メニューの一実施例に対応する低レベル・メニュー６００を提示する。メニュー６００は図３の診断メニュー３４１に対応し、多数の所定の集合３９３、即ち、メニュー選択肢６０７〜６１３を含む。ヘルプ・メニュー選択肢６１４はまた一以上のメニュー選択肢６０７〜６１３の正しい選択によってユーザーを援助するためにメニュー６００において提供される。メニュー６００は図３のユーザー定義集合３９５に対応するメニュー選択肢を欠いているけれども、リフレッシュ時間メニュー選択肢（図５における５２５）がメニュー６００に付加される。ユーザー定義集合３９５はユーザー・インタフェース設定器３７１のデータ範疇、データ方位及びデータ特性のどれかを含む。

図７を参照すると、ユーザーのメニュー選択肢６０７（図６）の選択はセル再選択試験（Cell Reselect test）の一実施例についてデータを獲得するように無線デバイス１１２に指令する。図３の一覧３８５に対応するデータ一覧７００は汎用診断モニタ・モジュール１２０によって生成され、そして図７に例示したようにユーザー・インタフェース３２２において提示される。データ一覧７００において、データが再生される選択されたデータ範疇７０５、７０７は、即ち、ＷＣＤＭＡ、ＧＳＭ、無線周波数チャネル（ＲＦＣｈａｎ）、一次スクランブル符号（ＰＳＣ）、受信信号コード電力（ＲＳＣＰ）、サービス・セルに関する或るセルのＲＳＣＰの順位（ＲａｎｋＲＳＣＰ）、ｄＢでの信号雑音レベル、及びサービス・セルに関する或るセルの信号雑音レベルの順位（ＲａｎｋＥｃＩｏ）を提供される。記載のデータ範疇は図３において所定の集合の一つに対応するメニュー選択肢のもとで共にグループ化された選択したものである。図６におけるメニュー選択肢６０７が図３の第一の所定の集合３９３に対応すると仮定すると、データ一覧７００における選択されたデータ範疇７０５、７０７は第一の所定の集合３９３に関連するデータ範疇ＤＣ１、ＤＣ２及びＤＣ４に対応する。各々のデータ範疇に関する再生データは７０６、７０８、７０９で指定される。

選択されたデータ範疇と関連するデータ方位はユーザー・インタフェース生成器３７３がＷＣＤＭＡ及びＧＳＭを含むデータ範疇の第一グループ７０５、及びＲＦＣｈａｎ、ＰＳＣ、ＲＳＣＰ、ＲａｎｋＲＳＣＰ、Ｅｃｌｏ、及びＲａｎｋＥｃｌｏを含むデータ範疇の第二グループ７０７について、それぞれ、即ち、二つの異なるフォーマットに再生データを配置した方法を指示する。一方では、第一グループ７０５のデータ範疇、即ち、ＷＣＤＭＡ及びＧＳＭはネットワーク関連のデータのような第一形式のデータを含む。第一グループ７０５の再生データ７０６、即ち、「 2 」及び「 0 」は第一グループ７０５のデータ範疇に関連するデータ方位によって示されたように、それぞれのデータ範疇、即ち、ＷＣＤＭＡ及びＧＳＭの次に提示される。特に、第一グループ７０５、即ち、ＷＣＤＭＡ及びＧＳＭのデータ範疇が図３のデータ範疇ＤＣ１に対応すると仮定すると、データ特性ＤＣｈ１はＷＣＤＭＡ及びＧＳＭのリフレッシュ率を制御し、一方、データ方位ＤＯ１はデータ一覧７００中に配置されつつある再生データ７０６のフォーマット７０１を制御する。

また一方、第二グループ７０７、即ち、ＲＦＣｈａｎ、ＰＳＣ、ＲＳＣＰ、ＲａｎｋＲＳＣＰ、Ｅｃｌｏ、及びＲａｎｋＥｃｌｏのデータ範疇は通信のチャネル関連データのような、第二形式のデータを含む。これらのデータ範疇の下における再生データ７０８、７０９は第二グループ７０７のデータ範疇に関連するデータ特性によって示されるように更新される。第二グループ７０７の再生データ７０８、７０９、即ち、「４８７」、「２７２」、「−９９」、「−９５」、「−１１」及び「−１４」は下記に提示され、そして第二グループ７０７のデータ範疇に関連するデータ方位によって示されるように、それぞれのデータ範疇、即ち、ＲＦＣｈａｎ、ＰＳＣ、ＲＳＣＰ、ＲａｎｋＲＳＣＰ、Ｅｃｌｏ、及びＲａｎｋＥｃｌｏに対応する。この特定の実施例では、第二グループのデータ範疇の再生データがデータ一覧７００において提示されるフォーマットはコンマ分離値（Comma Separated Values）フォーマットである。表、グラフ等のような他のフォーマットは除外されない。特に、第二グループ７０７、即ち、ＲＦＣｈａｎ、ＰＳＣ、ＲＳＣＰ、ＲａｎｋＲＳＣＰ、Ｅｃｌｏ、及びＲａｎｋＥｃｌｏ2 が図３のデータ範疇ＤＣ２に対応すると仮定すると、データ特性ＤＣｈ２はＲＦＣｈａｎ、ＰＳＣ、ＲＳＣＰ、ＲａｎｋＲＳＣＰ、Ｅｃｌｏ、及びＲａｎｋＥｃｌｏ2のリフレッシュ率を制御し、一方、データ方位ＤＯ２はデータ一覧７００中に配置されつつある再生データ７０６のフォーマット７０１を制御する。

この特定の例では、データ一覧７００における第二グループ７０７のデータ範疇の下で提示されつつある再生データの二つの集合、即ち、７０８及び７０９がある。第一のデータ集合７０８は第一のチャネルについて再生されたデータ７０８を含み、一方、第二のデータ集合７０９は第二のチャネルについて再生されたデータ７０９を含む。この例は時間通りにスナップショットを表し、そしてデータのチャネルの数はその時々に変動する。

さらに、そのような診断データの一覧は過去のデータと同様に現在のデータを提示する。例えば、ユーザーが所望のリフレッシュ時間を入力するためにメニュー選択肢５２５を選択しなかったならば、現在のデータと過去のデータの間の時間間隔はユーザー選択メニュー選択肢５２５、または初期設定リフレッシュ率によって指定されるリフレッシュ時間によって指令される。例えば、現在のデータは前のデータの終り、即ち、第一のデータ集合を置換しないで第一のデータ集合の後に付加される。そのような構成は関連するデータ方位、例えば、図３のＤＯ２によって指令され、そしてデータが時間の間にいかに変化したかの検知をユーザーに与える。代りに、更新されたデータ集合は前のデータ集合を上書きする。一実施例では、前のデータ集合はもはや必要ではない非常に「古い」データを含み、従って更新されたデータ集合と置換される。別の実施例では、ユーザー・インタフェース３２２の限られた表示容量のために、法外の数のデータ集合を扱うことができず、前のデータ集合は新しく更新されたものに代わって破棄される。代りの解は、ユーザー・インタフェース３２２に全てのデータ集合を保持し、そしてユーザーが画面（screen）から画面へ移ることを可能にする。

図８を参照すると、図６のメニュー６００から、ユーザーのメニュー選択肢６０８の選択は時間解析（Temporal Analyzer）試験の一実施例に関してデータを獲得することを無線デバイス１１２に命令する。データ一覧８００は汎用診断モニタ・モジュール１２０によって生成され、そして図８に例示したようにユーザー・インタフェース３２２において提示される。データ一覧８００において、その下でデータが再生される選択されたデータ範疇は、例えばｄＢｍで測定された受信電力（Ｒｘ）送信電力（Ｔｘ）を含む第一形式のデータ範疇、及び主スランブル符号（ＰＳＣ）、ＰＳＣ位置、及びＥｃｌｏを含む第二形式のデータ範疇を含む。メニュー選択肢６０７及び６０８の下でグループ化された選択データ範疇は図３に示したように共通データ範疇を共有する第一及び第二の所定の集合３９３と類似の方法で、ＰＳＣ及びＥｃｌｏといったいくつかの共通データ範疇を共有する。メニュー選択肢６０８の選択データ範疇の下で再生されたデータは一度に複数のＰＳＣのものであり、そしてデータ一覧７００と類似の方法でデータ一覧８００に配置され、そして再び記述されないであろう。

この場合（伝送信号電力Ｔｘ）には、一以上のデータ範疇の下のデータは取得するのが難しく、且つ／または現在利用不可能であり、そして疑問符といった、未知の値を提示するマーク３０８によってデータ一覧８００に提示される。データが利用可能になるとき、それは８５６で示したように図３Ａのデータ一覧８５０において適切に提示されるであろう。その上、図８Ａは異なる時に、且つ異なるモードで取られたので、図８Ａは図８によって示されたスナップショットより大きい数のＰＳＣからのデータを含む時間内の診断スナップショットを表す。図８Ａは専用モード指標８５７によって表示されたように、専用モード、即ち、それぞれの無線デバイスが呼出中であったときに取られたスクリーン・ショット、即ち、電話アイコンを表す。一方、図８は遊休モード（即ち、専用モード指標８５７がない）において取られたスクリーン・ショットを表す。データ特性「データが利用可能になるとき」或いは「新しいデータが到着するときはいつでも」は、この実施例では、 データ範疇Ｔｘと関連しているが、それはいずれのデータ範疇にも適用される。このことは汎用診断モニタ・モジュール１２０がデータ範疇Ｔｘの下のデータを含むサブシステムまたはサブシステム３８４を、例えば、リフレッシュ率に基づいて、連続的または定期的に監視し、そしてそれが利用可能になったときはいつでもＴｘデータをユーザー・インタフェース生成器３７３へ返すことを意味する。実施例では、新しいデータが到着したとき、無線デバイス１１２は音を演奏するか、或いは振動し、そうでない場合はデータ可用性をユーザーに通告する。

図９を参照すると、図６のメニュー６００から、ユーザーのメニュー選択肢６０９の選択は無線資源制御（ＲＲＣ）状態試験の一実施例に関してデータを獲得することを無線デバイス１１２に指令する。データ一覧９００は汎用診断モニタ・モジュール１２０によって生成され、そして図９に例示したようにユーザー・インタフェース３２２に提示される。データ一覧９００において、その下でデータが再生される、選択データ範疇は上り回線（ＵＬ）汎用地上無線アクセス絶対無線周波数チャネル番号（ＵＡＲＦＣＮ）、下り回線（ＤＬ）ＵＡＲＦＣＮ、セル識別（セルＩＤ）、及びＲＲＣ状態を含む。さらに、一以上のデータ範疇の下のデータは、この場合（ＵＬ ＵＡＲＦＣＮ）には、利用可能ではなく、そしてデータ一覧９００において図８の疑問符と類似した疑問符によって提示される。再生データは図７のフォーマット７０１と類似して、それぞれのデータ範疇の次に提示される。データ一覧９００は再生データが９２５で例示したように、数値だけでなく、英文字によってユーザー・インタフェース３２２によって提示されることを示す。音声、グラフィック、ビデオ、アニメーションといった他のデータ・フォーマットは除外されない。

図１０を参照すると、図６のメニュー６００から、ユーザーのメニュー選択肢６１０の選択は非アクセス層（Non-Access Stratum、ＮＡＳ）情報試験の一実施例に関してデータを獲得するために無線デバイス１１２に指令する。データ一覧１０００は汎用診断モニタ・モジュール１２０によって生成され、そして図１０に例示したようにユーザー・インタフェース３２２に提示される。データ一覧１０００において、その下でデータが再生される、選択データ範疇は移動管理（ＭＭ）、一般パケット無線サービス（ＧＰＲＳ）移動管理（ＧＭＭ）、登録（ＲＥＧ）状態、一時移動加入者識別（ＴＭＳＩ）、ネットワーク動作モード（ＮＷ Ｏｐ Ｍｏｄｅ）、地域識別（ＬＡＩ）、経路区域識別（ＲＡＩ）、公衆地上移動ネットワーク識別（ＰＬＭＮ ＩＤ）、及び利用可能ＰＬＭＮを含む。再生データは、再生データ（即ち、「０」）がそれぞれのデータ範疇（即ち、利用可能ＰＬＭＮ）の後ではなく、前に配置される最後の列（line）を除いて、前に述べたデータ一覧と類似した方法に配置される。データ一覧１０００はデータとデータ範疇との間の接続がユーザーに確かめられる限り、再生データ及びそれぞれのデータ範疇が任意に配置できることを示している。図１０Ａはデータ一覧１０００の更新された一覧１０５０であり、ここでは以前に利用不可能なデータは、例えば、データ範疇ＧＭＭ及びＲＥＣ状態の下で、ユーザー・インタフェース３２２を介して旨く取得され、且つ提示されてきた。その上、図１０Ａは無線デバイスへのサービスがサービスＧＰＲＳ支援ノード（ＳＧＳＮ）を通して提供されてきたとき取られるスクリーン・ショットを表すので、図１０Ａでは、データ範疇ＴＭＳＩはパケットＴＭＳＩと置換されてきた。一方、図１０は無線デバイスへのサービスがビジター位置登録（Visitor Location Registry、ＶＬＲ）を通して提供されたとき取られるスクリーンショットを表す。

図１１を参照すると、図６のメニュー６００から、ユーザーのメニュー選択肢６１１の選択は層１状態（Layer 1 Status）試験の一実施例に関してデータを獲得するために無線デバイス１１２に指令する。データ一覧１１００は汎用診断モニタ・モジュール１２０によって生成され、そして図１１に例示したようにユーザー・インタフェース３２２に提示される。データ一覧１１００において、その下でデータが再生される、選択データ範疇は層１状態、稼働集合無線周波数チャネル（active set radio frequency channel、ＡＳｅｔ ＲＦ Ｃｈａｎ）及びその関連データ範疇、ＰＳＣ、二次スクランブル符号（ＳＳＣ）、セル位置、伝送電力制御、ダイバシティ、及び隣接集合無線周波数チャネル（neighbor set radio frequency channel、ＮＳｅｔ ＲＦ Ｃｈａｎ）とその関連範疇、ＰＳＣ、セル位置、及びダイバシティを含む。再生データは前に述べたデータ一覧と類似の方法で配置される。このスナップショットでは、多くの異なるＮＳｅｔ ＲＦチャネルに対応するデータ値は一度に取得され、そして垂直スクロール・バー１１３５は自動的にユーザー・インタフェース生成器３７３によって生成され、それによってユーザーが比較的長いデータ一覧１１００のどちらの部分がユーザー・インタフェース３２２において現在見えるか制御することが可能になる。その上、もしくは代りに、水平バー（図１１に示してない）もまた同じ目的のために生成される。

図１２を参照すると、図６のメニュー６００から、ユーザーのメニュー選択肢６１２の選択はＧＳＭ測定試験の一実施例に関してデータを獲得するために無線デバイス１１２に指令する。データ一覧１２００は汎用診断モニタ・モジュール１２０によって生成され、そして図１２に例示したようにユーザー・インタフェース３２２に提示される。データ一覧１２００において、その下でデータが再生される、選択データ範疇は絶対無線周波数チャネル番号（ＡＲＦＣＮ）及び受信信号強度指標（ＲＳＳＩ）を含む。再生データは前に述べたデータ一覧と類似した方法で配置される。

図１３を参照すると、図６のメニュー６００から、ユーザーのメニュー選択肢６１３の選択はランダム・アクセス・チャネル-移送チャネル（ＲＡＣＨ）情報試験の一実施例に関してデータを獲得するために無線デバイス１１２に指令する。データ一覧１３００は汎用診断モニタ・モジュール１２０によって生成され、そして図１３に例示したようにユーザー・インタフェース３２２に提示される。データ一覧１３００において、その下でデータが再生される、選択データ範疇は速度要素、スクランブル符号指数、メッセージ長、及びプリアンブル＃を含む。全ての必要データは最初は利用可能であるとは限らない。図１３Ａはデータ一覧１３００の更新された一覧１３５０であり、ここでは前に利用不可能なデータはユーザー・インタフェース３２２を介して旨く取得され、提示されてきた。

図１４を参照すると、図６のメニュー６００から、ユーザーのメニュー選択肢６１４の選択はＵＭＴＳヘルプ一覧１４００の一実施例を提示し、それは、この特定の実施例において、メニュー選択肢６０７〜６１３の試験において使用されるデータ範疇に関する情報及び／またはその簡潔な説明を提供する。ＵＭＴＳヘルプ一覧１４００はリストの部分のみを含み、そしてスクロール・バー １１３５は残りの部分を表示するために利用される。他の手引き及び／または情報は除外されない。

メニュー選択肢６０７〜６１３の上記リストは例としてのみ提供され、そして所与のアプリケーションに応じて短縮され、もしくは拡張される。ＵＭＴＳプロトコルに関するメニュー選択肢の代替リストは呼出再選択、時間解析、ＲＲＣ状態、ＮＡＳ情報、層１状態、ＧＳＭ測定、ＲＡＣＨ情報、ブロック誤り率、高速データ・パケット・アクセス（ＨＳＤＰＡ）復号統計、メッセージ認証符号（ＭＡＣ）チャネル写像、ＭＡＣチャネル・パラメータ、及び物理チャネルのうちの一以上を含む。しかしながら、追加のメニュー選択肢、所定の試験、等々がいずれかの方法で、ユーザーに関心のあるいずれかのＵＭＴＳ診断データを再生し、且つ表示するために含まれ、且つ／または開発されることは注目すべきである。

図１５を参照すると、ユーザーのメニュー選択肢５１５（図５）の選択はＧＳＭ／ＧＰＲＳプロトコル／規格診断メニューに対応する低レベル・メニュー１５００を提示する。メニュー１５００は図３の診断のメニュー３４１に対応し、そして多数の所定の集合３９３、即ち、メニュー選択肢１５１６〜１５２０を含む。ヘルプ・メニュー選択肢１５２１はまた一以上のメニュー選択肢１５１６〜１５２０の正しい選択に関してユーザーを援助するためにメニュー１５００において提供される。さらに、リフレッシュ時間メニュー選択肢（図５の５２５）はメニュー１５００に付加される。

図１６を参照すると、図１５のメニュー１５００から、ユーザーのメニュー選択肢１５１６の選択はＧＳＭサービス・セル（遊休）試験の実施例に関してデータを獲得するために無線デバイス１１２に指令する。データ一覧１６００は汎用診断モニタ・モジュール１２０によって生成され、そして図１６に例示したようにユーザー・インタフェース３２２に提示される。データ一覧１６００において、その下でデータが再生される、選択データ範疇はＡＲＦＣＮ、Ｒｘ電力、基地局識別コード（ＢＳＩＣ）-ネットワーク・カラー・コード（ＮＣＣ）、ＢＳＩＣ-基地局カラー・コード（ＢＣＣ）、セルＩＤ、ＬＡＩ、及びＰＬＭＮを含む。再生データは前に述べたデータ一覧と類似した方法で配置される。

図１７を参照すると、図１５のメニュー１５００から、ユーザーのメニュー選択肢１５１７の選択はＧＳＭ隣接セル（遊休）試験の実施例に関してデータを獲得するために無線デバイス１１２に指令する。データ一覧１７００は汎用診断モニタ・モジュール１２０によって生成され、そして図１７に例示したようにユーザー・インタフェース３２２に提示される。データ一覧１７００において、その下でデータが再生される、選択データ範疇は、サービス・セル及び隣接セルの双方について、ＡＲＦＣＮ、Ｒｘ電力、セル（Ｃ１）に関するＣ１計算値、及びセル（Ｃ２）に関するＣ２計算値を含む。Ｃ１はセル選択アルゴリズムである（この場合には、Ｃ１はそのアルゴリズムの計算値である ) 。このアルゴリズムは無線デバイスへ最良の無線接続を提供するであろうセルを決定するためにいくつかの付加パラメータを持つセルから受取られる電力を使用する。Ｃ２はＧＳＭセル再選択アルゴリズムである（この場合には、Ｃ２はそのアルゴリズムの計算値である ) 。一旦、無線デバイスがセルを選択してしまえば、それは他のセルを監視し続ける。現在のセルが不適当になるとき、再選択が発生する。サービス・セル及び一以上の隣接セルに関するデータの多数の集合１７２３、１７２４がそれぞれ提供されることを除けば、再生データは前に述べたデータ一覧と類似した方法で配置される。

図１８を参照すると、図１５のメニュー１５００から、ユーザーのメニュー選択肢１５１８の選択はＧＳＭ専用モード試験の実施例に関してデータを獲得するために無線デバイス１１２に指令する。データ一覧１８００は汎用診断モニタ・モジュール１２０によって生成され、そして図１８に例示したようにユーザー・インタフェース３２２に提示される。データ一覧１８００において、その下でデータが再生される、選択データ範疇はＡＲＦＣＮ、チャネル・モード、チャネル形式、時間スロット、連続系列コード（training sequence code、ＴＳＣ）、タイミング前進、不連続伝送（ＤＴＸ）の使用を示すフラグ、Ｒｘ電力、及びＴｘ電力を含む。このスナップショットにおいて、Ｒｘ電力を除いては、ほとんど全ての必要なデータが最初は利用可能であるとは限らない。図１８Ａはデータ一覧１８００の更新された一覧１８５０であり、ここでは前に利用不可能なデータはユーザー・インタフェース３２２を介して旨く取得され、提示されてきた。

図１９を参照すると、図１５のメニュー１５００から、ユーザーのメニュー選択肢１５１９の選択はＧＳＭ制御チャネル試験の実施例に関してデータを獲得するために無線デバイス１１２に指令する。データ一覧１９００は汎用診断モニタ・モジュール１２０によって生成され、そして図１９に例示したようにユーザー・インタフェース３２２に提示される。データ一覧１９００において、その下でデータが再生される、選択データ範疇は多元フレームの数に関する指標（ＢＳ_ＰＡ_ＭＦＲＭＳ）、アクセス許諾のための保留ブロック（ＢＳ_ＡＧ_ＢＬＫＳ_ＲＥＳ）、共通制御チャネル（ＣＣＣＨ）／単独専用制御チャネル（ＳＤＣＣＨ）チャネル結合（Channel Comb）、及び定期更新タイマーを含む。再生データは前に述べたデータ一覧と類似した方法で配置される。

図２０を参照すると、図１５のメニュー１５００から、ユーザーのメニュー選択肢１５２０の選択はＧＳＭフィールド値試験の実施例に関してデータを獲得するために無線デバイス１１２に指令する。データ一覧２０００は汎用診断モニタ・モジュール１２０によって生成され、そして図２０に例示したようにユーザー・インタフェース３２２に提示される。データ一覧２０００において、その下でデータが再生される、選択データ範疇はＧＰＲＳ利用可能性、ＰＬＭＮ、ＬＡＣ、ＲＡＣ、ＵＬ時間スロット、ＤＬ時間スロット、パケット・データ・プロトコル（ＰＤＣ）状況、ネットワーク動作モード（ＮＭＯ）、ＧＭＭ状態、ＧＭＭ局部状態（Substate）、及びＧＭＭ更新を含む。いくつかの必要なデータは最初は利用可能ではない。図２０Ａはデータ一覧２０００の更新された一覧２０５０であり、ここでは前に利用不可能なデータはユーザー・インタフェース３２２を介して旨く取得され、提示されてきた。

図２１を参照すると、図１５のメニュー１５００から、ユーザーのメニュー選択肢１５２１の選択はＧＳＭ／ＧＰＲＳヘルプ一覧２１００の一実施例を提示し、そしてそれは、この特定の実施例において、メニュー選択肢の試験において使用されるデータ範疇に関する情報及び／またはその簡潔な説明を提供する。さら、スクロール・バー１１３５は所与の一覧外のデータを一覧するために利用される。他の手引きまたは情報は除外されない。

メニュー選択肢１５１６〜１５２０の上記リストは例としてのみ提供され、そして所与のアプリケーションに応じて短縮され、もしくは拡張される。ＧＳＭ／ＧＰＲＳプロトコルに関するメニュー選択肢の代替リストはＧＳＭサービス・セル（遊休）、ＧＳＭ隣接セル（遊休）、ＧＳＭ専用モード、ＧＳＭ制御チャネル、ＧＳＭ ３Ｇ廃棄データベース、ＧＳＭ適応マルチ-レート（ＡＭＲ）情報、ＧＳＭチャネル・パラメータ、ＧＳＭ強化一般パケット無線サービス（ＥＧＰＲＳ）上り回線／下り回線品質、ＧＳＭ ＧＰＲＳ空中インタフェース要約、ＧＳＭ ＧＰＲＳ ＴＸタイミング、ＧＳＭランダム・アクセス試行、ＧＰＲＳフィールド値、ＧＰＲＳ論理回線制御（ＬＬＣ）統計、及びＧＰＲＳサブネットワーク従属収斂プロトコル（ＳＮＤＣＰ）統計のうちの一つ以上を含む。しかしながら、付加メニュー選択肢、所定の試験、等々がいずれかの方法で、ユーザーに関心のあるいずれかのＧＳＭ／ＧＰＲＳ診断データを再生し、且つ表示するために含まれ、且つ／または開発されることは注目すべきである。

図２２を参照すると、ユーザーのメニュー選択肢５２２（図５）の選択はＣＤＭＡプロトコル診断メニューの一実施例に対応する低レベル・メニュー２２００を提示する。メニュー２２００は図３の診断メニュー３４１に対応し、そしてこの特定の実施例において、ただ一つの所定の集合、即ち、 メニュー選択肢２２２３のみを含む。ヘルプ・メニュー選択肢２２２４はまたメニュー選択肢２２２３の正しい理解によってユーザーを支援するためにメニュー２２００において提供される。さらに、リフレッシュ時間メニュー選択肢（図５における５２５）はメニュー２２００に付加される。

図２３を参照すると、図２２のメニュー２２００から、ユーザーのメニュー選択肢２２２３の選択は時間解析（Temporal Analyzer）試験の実施例に関してデータを獲得するために無線デバイス１１２に指令する。データ一覧２３００は汎用診断モニタ・モジュール１２０によって生成され、そして図２３に例示したようにユーザー・インタフェース３２２に提示される。データ一覧２０００において、その下でデータが再生される、選択データ範疇はＲｘ、Ｔｘ、アンテナ・フィンガーのパイロット割当（ＰＮ）、及びＥｃｌｏを含む。再生データは前に示されたデータ一覧と類似した方法で配置される。

図２４を参照すると、図２２のメニュー２２００から、ユーザーのメニュー選択肢２２２４の選択はＣＤＭＡヘルプ一覧２４００の一実施例を提示し、それはメニュー選択肢２２２３の試験において使用されるデータ範疇に関する情報及び／またはその簡潔な説明を提供する。他の手引き及び／または情報は除外されない。

メニュー選択肢２２２３、時間解析はニュー２２００に付加されるる多くのメニュー選択肢の例に過ぎず、それは所与のアプリケーションに応じて短縮され、もしくは拡張される。ＣＤＭＡプロトコルに関する診断メニューの典型的リストは時間解析、フィンガー配置、信号情報、静的状態、動的状態、アプリケーション統計、完全試験データ・サービス、ＩＳ-９５Ａのような所与の規格に関連する再生可能パラメータ、無線回線プロトコル（ＲＬＰ）統計ロギング、サービス構成情報、及び簡単な試験データ・サービスのうちの一以上を含む。しかしながら、付加メニュー選択肢、所定の試験、等々がいずれかの方法で、ユーザーに関心のあるいずれかのＣＤＭＡ診断データを再生し、且つ表示するために含まれ、且つ／または開発されることは注目すべきである。

一実施例において、汎用診断モニタ・モジュール１２０のセルラー電話実施例は米国カリフォルニア州サンディエゴ市のクアルコム社によって開発されたＲＡＰＴＯＲ（遠隔アクセス可能な性能評価ツール及び最適化装置）枠組に基づいている。ＢＲＥＷ（登録商標）に加えて、ＲＡＰＴＯＲは他の形式のＡＰＩ ２５４と共に動作する。セルラー電話実施例では、再生データはセルラー電話のユーザー・インタフェースまたはディスプレイを介して表示される。汎用診断モニタ・モジュールは（全てのデータ範疇について共通の、もしくは各グループのデータ範疇について個々に設定されるリフレッシュ率に基づいて)連続的に、もしくは定期的に診断データを監視するために後方で作動する。これはユーザーがいつものように電話をかけたり、或いは受取るためにセルラー電話を使うことを可能にしながら、「取得が困難な」データを獲得するユーザーに役立つ。セルラー電話実施例は空中インタフェースに無関係であり、そして使われる無線プロトコルに関係なく全ての形式のセルラー電話上で作動することができる。汎用診断モニタ・モジュール１２０のセルラー電話は、例えば、無線で、或いは埋込みファイル・システムを通して動的に無線デバイス１１２へ搭載し、もしくは無線デバイスのファームウェアによって静的に搭載することができる。

図３に関して上記で開示したように、データのスナップショットを表す一覧３８５は無線ネットワーク１３０への経路３４７、３４５を介して別のユーザーへ伝送することができる。一実施例では、処理サブシステム３８４から再生されたデータはデータ・ログ３４９に記憶され、そしてこのデータ・ログ３４９は対応するデータ一覧３８５をログに基づいて生成する働きをする別のコンピュータ・デバイスに無線ネットワーク１３０を通って送られる。例えば、データ・ログ３４９はユーザーのメニュー選択に基づく所与の一覧３８５を表すデータのスナップショットを含み、 代って、データ・ログ３４９はユーザーのメニュー選択に基づいて連続して収集された一組のデータの全て、或るいはいくつかの部分を含む。さらに別の代替実施例では、再生データは、図３の３４３に概略的に示したように、無線ネットワーク１３０を介してユーザー・マネージャ１２４（図１）のような、他のユーザーへのさらなる伝送のために通信モジュール３２６へ直接供給することができる。ユーザー・インタフェース構成設定３８３再生データと共に伝送されたり、しなかったりする。一実施例では、再生データだけが伝送され、それによって伝送負荷及び時間を低減する。

図１を参照すると、ユーザー・マネージャ１２４は無線ネットワーク１３０、ユーザー・インタフェース１２２、入力機構１５４を介して通信モジュール３２６と通信できる通信モジュール１２６を含む。ユーザー・マネージャ１２４はさらに所与のアプリケーションに応じて無線デバイス１１２の汎用診断モニタ・モジュール１２０に類似する、もしくは異なる汎用診断モニタ・モジュール１２１を含む。前者の場合には、ユーザー・マネージャ１２４は元の無線デバイスから供給された再生データ及びそれ自身のユーザー・インタフェース３２２上の現在の一覧３８５に基づいて一覧３８５を生成するであろうそれ自身のユーザー・インタフェース生成器３７３を含む別の無線デバイス１１２である。後者の場合には、ユーザー・マネージャ１２４は駐在の汎用診断モニタ・モジュール１２０のサーバ側版、即ち、サーバ側汎用診断モニタ・モジュール１２１を持つ単独型サーバまたはサービス・サイトであり、モジュール１２１は、一覧３８５の生成及び提示に加えて、他の特別の特徴を持つ。

特に、図１のユーザー・マネージャ１２４はサーバ側汎用診断モニタ・モジュール１２１を含み、それは汎用診断モニタ・モジュール１２０のユーザー・インタフェース設定器３７１に対応するユーザー・インタフェース設定器１７１、及び解析エンジン１５９を順に含む。解析エンジン１５９はさらに汎用診断モニタ・モジュール１２０のユーザー・インタフェース生成器３７３に対応するユーザー・インタフェース生成器１７３、及びデバッグ・モジュール１５８を含む。ユーザー・インタフェース生成器１７３は通信モジュール１２６を介して無線デバイス１１２ のサブシステム３８４から再生されたデータを受取り、そしてサーバ側汎用診断モニタ・モジュール１２１の関連データ方位に応じて一覧３８５と同一であるか、あるいは同一でない再生データ３８１の一覧１８５を生成する。選択されたデータ範疇に関連するデータ方位が再生データと共に伝送されなければ、ユーザー・インタフェース生成器１７３はサーバ側汎用診断モニタ・モジュール１２１のそれ自身の、それぞれのデータ方位を使用するであろう。汎用診断モニタ・モジュール１２０及びサーバ側汎用診断モニタ・モジュール１２１のそれぞれのデータ方位が類似、もしくは同じであれば、一覧１８５及び一覧３８５は類似しているか、もしくは同じであろう。しかしながら、汎用診断モニタ・モジュール１２０及びサーバ側汎用診断モニタ・モジュール１２１のそれぞれのデータ方位が類似、及び同じでなければ、一覧１８５は一覧３８５と異なるであろう。

一実施例では、データ方位は使用されているユーザー・インタフェースの容量に適合するように構成される。実施例において、ユーザー・マネージャ１２４はセルラー電話である無線デバイス１１２のユーザー・インタフェース３２２より大きなディスプレイ容量（例えば、高い分解能及び／または色の深み及び／または処理速度の大ディスプレイ）を備えたユーザー・インタフェース３２２を持つコンピュータ・システムである。サーバ側汎用診断モニタ・モジュール１２１のデータ方位は、従って、無線デバイス１１２の一覧３８５より更に複雑な一覧１８５を生成するように構成される。例えば、さらに汎用診断モニタ・モジュール１２０のデータ方位は図５〜２５に例示したコンマ分離値フォーマットのような英数字及び簡単なフォーマットだけを使用してユーザー・インタフェース３２２を介して再生データが提示されることを可能にする。一方、同じ再生データはサーバ側汎用診断モニタ・モジュール１２１のデータ方位によって、表、グラフ、チャート、音声、ビデオ、アニメーション、ハイパーリンク等といったより良い視覚化手段を使用してユーザー・マネージャ１２４のユーザー・インタフェース１２２によって提示することができる。

サーバ側汎用診断モニタ・モジュール１２１は次のように動作する。デバッグ・モジュール１５８はユーザー・インタフェース生成器１７３から再生データを受取り、且つデータを自動的に解析し、そして通信モジュール１２６を介して命令または指令を発信無線デバイス１１２へ送り返す。命令または指令は指令を行い、その性能の向上を試みるため無線デバイス１１２に関する手引きを提供する。代って、ユーザー・インタフェース生成器１７３はユーザー・インタフェース１２２に一覧１８５に加えて、デバッグ・メニュー１５７を提示する。一覧１８５において提示された再生データに基づいて、ユーザー・マネージャ１２４の操作者（operator）は故障処理を行い、或いは無線デバイス１１２の性能を向上させようとするために、入力機構１５４を介して、デバッグ・メニュー１５７と相互に関わり合う。操作者の入力はデバッグ・モジュール１５８に向けられ、そして続いて無線ネットワーク１３０を介して無線デバイス１１２へ送られる。

ユーザー・マネージャ１２４を含むシステム１００の一実施例において、図４の処理４００のステップ４０４、４０６、４０８、４１０及び４１１といったいくつかのステップは無線デバイス１１２で行われ、一方、ステップ４０３、４０５、４０７、４１２及び４１４といったいくつかの他のステップはユーザー・マネージャ１２４で行われる。例えば、無線デバイス１１２のユーザーが必要なデータを再生するために汎用診断モニタ・モジュール１２０を使用するが、十分に理解することができず、もしくは再生データを解析するツールを欠くという状況においてこの実施例は用いられる。ユーザーはそれから提示及び／または解析のため一覧３８５及び／または再生データ３８９をユーザー・マネージャ１２４に送るために汎用診断モニタ・モジュール１２０を利用する。

さらなる実施例では、処理４００のステップ４０８のみ、そして選択的にステップ４１４が無線デバイス１１２で行われ、一方、残りのステップはユーザー・マネージャ１２４で行われる。この実施例では、処理４００は無線デバイス１１２のサブシステム３８４からデータを再生することを望むユーザー・マネージャ１２４の操作者によって遠隔で開始される。続いて、サーバ側汎用診断モニタ・モジュール１２１は４０４で、ユーザー・インタフェース１２を介して診断メニュー１４１を提示させ、そして操作者は無線デバイス１１２における汎用診断モニタ・モジュール１２０と類似の方法で、診断メニュー１４１のメニュー選択肢を選択することによって、所定の集合を選択するか、或いはパラメータのユーザー定義集合をカスタム化する。ユーザー・インタフェース設定器１７１はそれから通信モジュール１２６、無線ネットワーク１３０、及び通信モジュール３２６を介して再生要求１７９を無線デバイス１１２へ送る。再生要求３７９と同様に、再生要求１７９は図３において（図４の４０８で）通信処理エンジン３８２及びサブシステム３８４における次のデータ再生のためにＡＰＩ ２５４へ送られる。再生データ３８９は、経路３４３、３４５、通信モジュール３２６、無線ネットワーク１３０及び通信モジュール１２６を介してユーザー・インタフェース生成器１７３に返される。４１０で、ユーザー・インタフェース生成器１７３は再生データ、及び汎用診断モニタ・モジュール１２０と類似した方法でユーザー・インタフェース設定器１７１によって生成されたユーザー・インタフェース構成設定１８３に基づいて一覧１８５を生成する。４１２で、一覧１８５はユーザー・インタフェース１２２を介して操作者に提示される。データ更新要求は再生要求１７９に含まれ、そして無線デバイス１１２で扱われる。しかしながら、再生要求１７９が繰返して無線デバイス１１２に送られる場合にはデータ更新要求がユーザー・マネージャ１２４によって扱われることは除外されない。前に述べた実施例と類似して、デバッグ・モジュール１５８は指令を送るために、そして／または無線デバイス１１２ に託するために、自動的に、或いは操作者によって始動される。

別の実施例では、無線デバイス１１２における汎用診断モニタ・モジュール１２０はサーバ側汎用診断モニタ・モジュール１２１の解析エンジン１５９と共に提供され、その場合には無線デバイス１１２のユーザーはデータをユーザー・マネージャ１２４ に送らないでも再生データを独立に解析することができる。

さらに別の実施例では、サーバ側汎用診断モニタ・モジュール１２１はそれが汎用診断モニタ・モジュール１２０を取付けられているか否かに拘らず、無線デバイス１１２を調べ、そして否定回答の場合には、ある版の汎用診断モニタ・モジュール１２０を無線デバイス１１２へ押し付ける。そのような版は図３に関して述べたような完全な駐在版であり、或いはユーザー・マネージャ１２４が残りの処理ステップを扱っていれば、ＡＰＩ ２５４への再生要求１７９の転送だけを扱うことを目的とする軽量版でもよい。汎用診断モニタ・モジュール１２０のダウンロードは無線デバイス１１２のユーザーによって開始される。

記載の実施例にはテザー（tether）を使用する従来の診断デバイス及び方法に対して多くの利点がある。例えば、ユーザーまたは試験者は個別の診断デバイス、例えば、ラップトップ、及びテザーまたはケーブルを必要としないで必要なデータを再生するために診断モニタとして、セルラー電話のような無線デバイスを直接使用することができる。無線デバイスは、特にそれがセルラー電話であるとき、それは試験されべきデバイスであるので、いつでも、どこででも利用可能である。無線デバイスは、特にそれがセルラー電話であるとき、個別の診断デバイス、例えば、ラップトップより運び易い。個別の診断デバイスとして使用されるラップトップの電池の寿命はセルラー電話の電池の寿命より一般に著しく短いので、無線デバイスは、特にそれがセルラー電話であるとき、長い期間利用可能である。無線デバイスはケーブルによって個別の診断デバイスに接続されていないので、記載実施例における再生データはさらに正確である。従来のテザー診断モードでは、無線デバイスに取付けられたケーブルは、特にそれがセルラー電話であるとき、放射のためにＲＦ試験のような或る試験に影響を及ぼす。その上、記載実施例は普遍的であり、且つプラットフォームに関係なく、そして空中インタフェースにかかわらずいずれの形式の無線デバイス上でも動作するので、記載実施例は多くの形式の無線デバイスのために多数の診断モニタを開発する必要性、、従って時間及び資源を削減する。このように、汎用ツールが多くの形式の無線デバイス（特にセルラー電話）に亘って、且つ多数のキャリアに亘って使用するために記載実施例によって利用可能になる。

前述の開示は例示の実施例を示しているが、様々な変更及び修正は付加請求項によって定義されたように記載実施例の範囲から逸脱することなくここになされることは注目すべきである。さらに、記載実施例の要素は単数で記述され、または請求されているが、単数への限定が明白に表されてない限り、複数が考慮される。

記載の実施例にしたがって一以上の汎用診断モニタ・モジュールが使用される無線通信システムの概略図である。 セルラー電話ネットワークの一実施例を示す代表的な図である。 無線デバイス上に駐在する汎用診断モニタ・モジュールの一実施例の概略図である。 汎用診断モニタ・モジュールを使用する処理のフローチャートである。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。 汎用診断モニタ・モジュールの駐在版を使用する無線デバイスのユーザー・インタフェースを示す図である。

Claims (47)

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. ユーザー定義選択肢をユーザーに提示すること、及び
    ユーザー定義選択肢がユーザーによって選択されるとき、複数の診断データの選択したものが再生されるべきデータ範疇の所定の集合をユーザーがカスタム化することを可能にすることをさらに含む、請求項３３記載の処理。
36. 複数の診断データの一以上の選択したものを定期的にリフレッシュすること、及び
    リフレッシュされたデータで前記一覧を更新することをさらに含む、請求項３３記載の処理。
37. リフレッシュされたデータとリフレッシュされなかった複数の診断データのものと間の差異を示す、請求項３６記載の処理。
38. 前記リフレッシュにおいて使用されるリフレッシュ率をカスタム化するために選択肢をユーザーに提示することをさらに含む、請求項３３記載の処理。
39. 無線デバイスはディスプレイを持つセルラー電話であり、
    前記処理は前記セルラー電話で完全に実行され、そして
    前記一覧はセルラー電話のディスプレイ上で提示される、請求項３１記載の処理。
40. 無線デバイスは無線ネットワークを介してユーザー・マネージャと通信可能なディスプレイを持つセルラー電話であり、
    前記再生は前記のセルラー電話で実行され、
    前記一覧はサーバのディスプレイ上で提示され、そして
    前記受信及び生成は両方とも前記セルラー電話及び前記サーバの双方で実行される、請求項３１記載の処理。
41. 無線デバイスはセルラー電話であり、
    複数の診断データは少なくとも一つのランダム・アクセス・チャネル（ＲＡＣＨ）情報及び時間解析を含む、請求項３１記載の処理。
42. コンピュータ可読媒体に駐在し、実行されるとき、無線デバイスに指令して、
    ユーザーから、無線デバイスの少なくとも一つの動作形態に関する入力を受取ること、
    ユーザーの入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生すること、及び
    複数の診断データの選択したものの一覧を生成し、且つユーザーへ提示すること、のステップを実行するコンピュータ実行可能命令を含むコンピュータ・プログラム。
43. ユーザーから、無線デバイスの少なくとも一つの動作形態に関する入力を受取る手段、
    ユーザーの入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生する手段、及び
    複数の診断データの選択したものの一覧を生成し、且つユーザーへ提示する手段、を具備する無線通信デバイス。
44. コンピュータ可読媒体に駐在し、実行されるとき、無線デバイスに指令して、
    無線デバイスの少なくとも一つの動作形態に関する少なくとも一つの入力を受取ること、
    その入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生すること、及び
    無線ネットワークを介して複数の診断データの選択したものをユーザー・マネージャへ伝送すること、のステップを実行するコンピュータ実行可能命令を含むコンピュータ・プログラム。
45. 無線デバイスの少なくとも一つの動作形態に関する少なくとも一つの入力を受取る手段、
    その入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生する手段、及び
    無線ネットワークを介して複数の診断データの選択したものをユーザー・マネージャへ伝送する手段、を具備する無線通信デバイス。
46. コンピュータ可読媒体に駐在し、実行されるとき、無線ネットワークのためのユーザー・マネージャサーバに指令して、
    ユーザー・マネージャサーバを無線ネットワーク上で動作する複数の無線デバイスの中の少なくとも一つと接続すること、
    ユーザーから、無線デバイスの少なくとも一つの動作形態に関する入力を受取ること、
    ユーザーの入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生すること、及び
    複数の診断データの選択したものの一覧を生成し、且つユーザーに提示すること、のステップを実行するコンピュータ実行可能命令を含むコンピュータ・プログラム。
47. 無線ネットワークのためのユーザー・マネージャサーバであって、
    ユーザー・マネージャサーバを無線ネットワーク上で動作する複数の無線デバイスの中の少なくとも一つと接続する手段、
    ユーザーから、無線デバイスの少なくとも一つの動作形態に関する入力を受取る手段、
    ユーザーの入力に基づいて、無線ネットワーク上の無線デバイスの動作に関係し、且つ無線デバイスの通信処理エンジンから利用可能である複数の診断データの選択したものを再生する手段、及び
    複数の診断データの選択したものの一覧を生成し、且つユーザーに提示する手段、を具備するユーザー・マネージャサーバ。

Images