(57)【要約】  現場に配置された無線移動体デバイスの障害矯正システムは、現場故障データ収集、現場故障データの合併、および情報サービス・プラットフォームに対処し、その結果、無線マルチキャストおよびまたは無線ブロードバンド・ネットワークを介して無線／移動体デバイスから一貫した自動化された形で現場故障問題に応答するための無線／移動体ブロード・キャスト／ブロードバンド・アプリケーション／サービス・バリューチェーン内のプレイヤ。エレガントできわめて柔軟な機構が、無線／移動体デバイスのターゲットにされたセットからの故障データ収集を可能にする。さらに、洗練された機構が、ユーザ指定の動作要件（たとえば、選択されたＯＥＭ、デバイス構成タイプ、特定の無線ブロードバンド・サービスへの加入者、故障発生のあるタイムリミットなど）に基づいて、現場故障データ収集に参加すべきデバイスのターゲットにされたセットを識別する。移動体デバイスでの障害データロギングは、診断と、後続の認証および展開を伴う修正、テスト、および公開の責任を負う当事者への割当てとを可能にするために垂直に統合される。
2011501614.tif 000002
【特許請求の範囲】
【請求項１】
障害状態に応答して、第１ソフトウェア垂直レイヤに常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤに常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な垂直ソフトウェア・レイヤごとの障害データをロギングすることと、
障害報告イネーブリング・イベントを受け取ることと、
前記責任を負うコンポーネントに対する診断のために無線データ通信プロバイダに前記ロギングされた障害データを無線で報告することと、
を備える、無線データ通信のプロバイダに障害データを報告する方法。
【請求項２】
前記障害報告イネーブリング・イベントを含む無線マルチキャスト信号を受信することをさらに備える、請求項１に記載の方法。
【請求項３】
前記障害報告イネーブリング・イベントのフィルタリング判断基準を満足するときに前記ロギングされた障害データを無線で報告することをさらに備える、請求項２に記載の方法。
【請求項４】
障害重大度の前記フィルタリング判断基準を満足するときに前記ロギングされた障害データを無線で報告することをさらに備える、請求項３に記載の方法。
【請求項５】
デバイスタイプの前記フィルタリング判断基準を満足するときに前記ロギングされた障害データを無線で報告することをさらに備える、請求項３に記載の方法。
【請求項６】
選択された無線サービス・プロバイダへの加入者であることの前記フィルタリング判断基準を満足するときに前記ロギングされた障害データを無線で報告することをさらに備える、請求項３に記載の方法。
【請求項７】
時間ウィンドウの前記フィルタリング判断基準を満足するときに前記ロギングされた障害データを無線で報告することをさらに備える、請求項３に記載の方法。
【請求項８】
前記障害報告イネーブリング・イベントを受け取る前に、前記無線データ通信プロバイダに前記ロギングされた障害データの要約を無線で報告することをさらに備える、請求項１に記載の方法。
【請求項９】
前記障害報告イネーブリング・イベントを含む無線ユニキャスト信号を受信することをさらに備える、請求項１に記載の方法。
【請求項１０】
それぞれ無線マルチキャストプロバイダ、相手先商標製造会社、両方向データ通信のキャリア、およびアプリケーション・ベンダによってそれぞれ開発された複数のソフトウェア・コンポーネントの中で責任を負うコンポーネントの診断に十分な障害データをロギングすることをさらに備える、請求項１に記載の方法。
【請求項１１】
前記障害状態の発生に関連する感知された位置を報告することをさらに備える、請求項１に記載の方法。
【請求項１２】
障害状態に応答して、第１ソフトウェア垂直レイヤに常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤに常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な垂直ソフトウェア・レイヤごとの障害データをロギングする第１モジュールと、
障害報告イネーブリング・イベントを受け取る第２モジュールと、
前記責任を負うコンポーネントに対する診断のために無線データ通信プロバイダに前記ロギングされた障害データを無線で報告する第３モジュールと、
を備える、無線データ通信のプロバイダに障害データを報告するように構成された少なくとも１つのプロセッサ。
【請求項１３】
コンピュータに、障害状態に応答して、第１ソフトウェア垂直レイヤに常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤに常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な垂直ソフトウェア・レイヤごとの障害データをロギングさせるコードの第１セットと、
前記コンピュータに、障害報告イネーブリング・イベントを受け取らせるコードの第２セットと、
前記コンピュータに、前記責任を負うコンポーネントに対する診断のために無線データ通信プロバイダに前記ロギングされた障害データを無線で報告させるコードの第３セットと、
を備えるコンピュータ可読媒体
を備えるコンピュータプログラム製品。
【請求項１４】
障害状態に応答して、第１ソフトウェア垂直レイヤに常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤに常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な垂直ソフトウェア・レイヤごとの障害データをロギングするための手段と、
障害報告イネーブリング・イベントを受け取るための手段と、
前記責任を負うコンポーネントに対する診断のために無線データ通信プロバイダに前記ロギングされた障害データを無線で報告するための手段と、
を備える、無線データ通信のプロバイダに障害データを報告する装置。
【請求項１５】
複数のコンポーネントを実行するコンピューティング・プラットフォームと、
障害状態に応答して、第１ソフトウェア垂直レイヤに常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤに常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な垂直ソフトウェア・レイヤごとの障害データをロギングする障害診断ロギング・コンポーネントと、
障害報告イネーブリング・イベントを受け取るデータ受話器と、
前記責任を負うコンポーネントに対する診断のために無線データ通信プロバイダに前記ロギングされた障害データを無線で報告する送信機と、
を備える、無線データ通信のプロバイダに障害データを報告するコンピュータ実施される装置。
【請求項１６】
無線両方向データ通信トランシーバおよび無線マルチキャスト受信コンポーネントをさらに備える、請求項１５に記載のコンピュータ実施される装置。
【請求項１７】
前記障害報告イネーブリング・イベントのフィルタリング判断基準を満足するときに前記ロギングされた障害データを無線で報告するために前記障害報告イネーブリング・イベントに応答する障害報告コンポーネントをさらに備える、請求項１５に記載のコンピュータ実施される装置。
【請求項１８】
障害重大度の前記フィルタリング判断基準を満足するときに前記ロギングされた障害データを無線で報告する前記障害報告コンポーネントをさらに備える、請求項１７に記載のコンピュータ実施される装置。
【請求項１９】
デバイスタイプの前記フィルタリング判断基準を満足するときに前記ロギングされた障害データを無線で報告する前記障害報告コンポーネントをさらに備える、請求項１７に記載のコンピュータ実施される装置。
【請求項２０】
選択された無線サービス・プロバイダへの加入者であることの前記フィルタリング判断基準を満足するときに前記ロギングされた障害データを無線で報告する前記障害報告コンポーネントをさらに備える、請求項１７に記載のコンピュータ実施される装置。
【請求項２１】
時間ウィンドウの前記フィルタリング判断基準を満足するときに前記ロギングされた障害データを無線で報告する前記障害報告コンポーネントをさらに備える、請求項１７に記載のコンピュータ実施される装置。
【請求項２２】
無線マルチキャスト受信コンポーネントをさらに備え、前記障害報告コンポーネントは、マルチキャストによる前記障害報告イネーブリング・イベントの受信に応答する、請求項１７に記載のコンピュータ実施される装置。
【請求項２３】
無線ユニキャストトランシーバをさらに備え、前記障害報告コンポーネントは、ユニキャストまたはマルチキャストのいずれかによる前記障害報告イネーブリング・イベントの受信に応答する、請求項２２に記載のコンピュータ実施される装置。
【請求項２４】
位置感知コンポーネントをさらに備え、前記障害データは、前記障害状態に関連する位置を含む、請求項１５に記載のコンピュータ実施される装置。
【請求項２５】
ユーザ・インターフェースをさらに備え、前記障害報告イネーブリング・イベントは、ユーザ入力を備える、請求項１５に記載のコンピュータ実施される装置。
【請求項２６】
障害状態に応答して、第１ソフトウェア垂直レイヤ上に常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤ上に常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な垂直ソフトウェア・レイヤごとの障害データをロギングするために無線通信デバイスに障害報告イネーブリング・イベントを送信することと、
前記無線通信デバイスによって報告される前記ロギングされた障害データを無線で受信することと、
前記障害状態に関して前記責任を負うコンポーネントを診断することと、
を備える、複数の無線通信デバイスから障害データを収集し、分析する方法。
【請求項２７】
ロギングされた障害データを選択的に報告するためのフィルタリング判断基準を有する前記障害報告イネーブリング・イベントを送ることをさらに備える、請求項２６に記載の方法。
【請求項２８】
障害重大度に基づいてロギングされた障害データを選択的に報告するための前記フィルタリング判断基準を有する前記障害報告イネーブリング・イベントを送ることをさらに備える、請求項２７に記載の方法。
【請求項２９】
デバイスタイプに基づいてロギングされた障害データを選択的に報告するためのフィルタリング判断基準を有する前記障害報告イネーブリング・イベントを送ることをさらに備える、請求項２８に記載の方法。
【請求項３０】
選択された無線サービス・プロバイダへの加入者であることに基づいてロギングされた障害データを選択的に報告するためのフィルタリング判断基準を有する前記障害報告イネーブリング・イベントを送ることをさらに備える、請求項２８に記載の方法。
【請求項３１】
時間ウィンドウに基づいてロギングされた障害データを選択的に報告するためのフィルタリング判断基準を有する前記障害報告イネーブリング・イベントを送ることをさらに備える、請求項２８に記載の方法。
【請求項３２】
前記ロギングされた障害データの要約を無線で受信することと、
複数の無線移動体デバイスに前記障害報告イネーブリング・イベントを無線で送信することと
をさらに備える、請求項２６に記載の方法。
【請求項３３】
前記障害報告イネーブリング・イベントを含む無線マルチキャスト信号を送信することをさらに備える、請求項３２に記載の方法。
【請求項３４】
それぞれ無線マルチキャストプロバイダ、相手先商標製造会社、両方向データ通信のキャリア、およびアプリケーション・ベンダによってそれぞれ開発された複数のソフトウェア・コンポーネントの中で責任を負うコンポーネントを診断するために前記報告された障害データを分析することをさらに備える、請求項２６に記載の方法。
【請求項３５】
前記障害状態の発生に関連する位置情報に関連して前記報告された障害データを分析することをさらに備える、請求項２６に記載の方法。
【請求項３６】
前記報告する移動体通信デバイスのネットワーク導出された位置情報を用いて前記報告された障害データに含まれる全地球測位システムデータを増補することをさらに備える、請求項３５に記載の方法。
【請求項３７】
障害状態に応答して、第１ソフトウェア垂直レイヤ上に常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤ上に常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な垂直ソフトウェア・レイヤごとの障害データをロギングするために無線通信デバイスに障害報告イネーブリング・イベントを送信する第１モジュールと、
前記無線通信デバイスによって報告される前記ロギングされた障害データを無線で受信する第２モジュールと、
前記障害状態に関して前記責任を負うコンポーネントを診断する第３モジュールと
を備える、複数の無線通信デバイスから障害データを収集し、分析する少なくとも１つのプロセッサ。
【請求項３８】
コンピュータに、障害状態に応答して、第１ソフトウェア垂直レイヤ上に常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤ上に常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な垂直ソフトウェア・レイヤごとの障害データをロギングするために無線通信デバイスに障害報告イネーブリング・イベントを送信させるコードの第１セットと、
前記コンピュータに、前記無線通信デバイスによって報告される前記ロギングされた障害データを無線で受信させるコードの第２セットと、
前記コンピュータに、前記障害状態に関して前記責任を負うコンポーネントを診断させるコードの第３セットと、
を備えるコンピュータ可読媒体
を備えるコンピュータプログラム製品。
【請求項３９】
障害状態に応答して、第１ソフトウェア垂直レイヤ上に常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤ上に常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な垂直ソフトウェア・レイヤごとの障害データをロギングするために無線通信デバイスに障害報告イネーブリング・イベントを送信するための手段と、
前記無線通信デバイスによって報告される前記ロギングされた障害データを無線で受信するための手段と、
前記障害状態に関して前記責任を負うコンポーネントを診断するための手段と
を備える、複数の無線通信デバイスから障害データを収集し、分析する装置。
【請求項４０】
障害状態に応答して、第１ソフトウェア垂直レイヤ上に常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤ上に常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な垂直ソフトウェア・レイヤごとの障害データをロギングし報告するために無線通信デバイスに障害報告イネーブリング・イベントを無線で送信する障害収集イネーブリング・コンポーネントと、
前記無線通信デバイスによって報告される前記ロギングされた障害データを無線で受信するデータ通信受話器と、
応答して複数のコンポーネントの中から前記障害状態に関して前記責任を負うコンポーネントを判定する障害診断コンポーネントと、
を備える、複数の無線通信デバイスから障害データを収集し、分析する、コンピュータ実施される装置。
【請求項４１】
ロギングされた障害データを選択的に報告するために前記障害報告イネーブリング・イベントに組み込まれるフィルタリング判断基準を選択するユーザ・インターフェースをさらに備える、請求項４０に記載のコンピュータ実施される装置。
【請求項４２】
障害重大度に基づいて、ロギングされた障害データを選択的に報告するために前記障害報告イネーブリング・イベントに組み込まれるフィルタリング判断基準を選択する前記ユーザ・インターフェースをさらに備える、請求項４１に記載のコンピュータ実施される装置。
【請求項４３】
デバイスタイプに基づいて、ロギングされた障害データを選択的に報告するために前記障害報告イネーブリング・イベントに組み込まれるフィルタリング判断基準を選択する前記ユーザ・インターフェースをさらに備える、請求項４１に記載のコンピュータ実施される装置。
【請求項４４】
選択された無線サービス・プロバイダへの加入者であることに基づいて、ロギングされた障害データを選択的に報告するために前記障害報告イネーブリング・イベントに組み込まれるフィルタリング判断基準を選択する前記ユーザ・インターフェースをさらに備える、請求項４１に記載のコンピュータ実施される装置。
【請求項４５】
時間ウィンドウに基づいて、ロギングされた障害データを選択的に報告するために前記障害報告イネーブリング・イベントに組み込まれるフィルタリング判断基準を選択する前記ユーザ・インターフェースをさらに備える、請求項４１に記載のコンピュータ実施される装置。
【請求項４６】
前記ロギングされた障害データの無線で受信された要約を格納する障害収集ストレージと、
前記複数の無線移動体デバイスに前記障害報告イネーブリング・イベントを無線で送信することを推薦するために前記格納された要約の傾向に応答する障害分析コンポーネントと、
をさらに備える、請求項４０に記載のコンピュータ実施される装置。
【請求項４７】
複数の前記無線移動体デバイスに前記障害報告イネーブリング・イベントを送信する無線マルチキャストシグナリング・コンポーネントをさらに備える、請求項４０に記載のコンピュータ実施される装置。
【請求項４８】
それぞれ無線マルチキャストプロバイダ、相手先商標製造会社、両方向データ通信のキャリア、およびアプリケーション・ベンダによってそれぞれ開発されたものを備える複数のソフトウェア・コンポーネントの中で責任を負うコンポーネントを診断するために前記報告された障害データを分析することをさらに備える、請求項４０に記載のコンピュータ実施される装置。
【請求項４９】
前記報告された障害データを前記障害状態の発生の位置に関連付ける増補された全地球測位システムデータをさらに備える、請求項４０に記載のコンピュータ実施される装置。
【請求項５０】
前記障害診断コンポーネントからの障害診断データを含む障害解決策データベースと、
前記障害診断データにアクセスするカスタマリレーションズインターフェースと
をさらに備える、請求項４０に記載のコンピュータ実施される装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示される諸態様は、移動体通信デバイスの集団から障害データを選択的に収集し、分析する通信システムに関し、具体的には、障害収集と移動体コンピューティング・プラットフォームの特定のソフトウェア・コンポーネントおよびハードウェア・コンポーネントへの報告を区別する通信システムに関する。
【背景技術】
【０００２】
テクノロジの進歩は、より小さくより強力なパーソナル・コンピューティング・デバイスをもたらした。たとえば、現在、それぞれ、小さく、軽量であり、ユーザが簡単に持ち運ぶことのできる、ポータブル無線電話機、携帯情報端末（ＰＤＡ）、およびページングデバイスなどの無線コンピューティング・デバイスを含むさまざまなポータブル・パーソナルコンピューティング・デバイスが存在する。消費者は、ずらりと並んだソフトウェア・アプリケーションをプロビジョニングできる多数のタイプの電子デバイスをますます提供される。電子メール、インターネット・ブラウジング、ゲームプレイ、アドレス帳、カレンダ、メディアプレイヤ、電子ブック表示、音声通信、ディレクトリサービスその他などの個別の機能は、ますます、スマートホン、ポータブルゲーム機、またはハンドヘルドコンピュータなどのマルチファンクションデバイスにロードできる選択可能なアプリケーションである。
【０００３】
これらの進歩があっても、移動体通信デバイスは、汎用コンピューティング・デバイスに対して通信帯域幅制約、処理制約、およびユーザ・インターフェース制約を有する傾向がある。たとえば、画面サイズ、使用可能なメモリの量およびファイルシステム空間、入出力機能および処理機能の量は、それぞれ、デバイスの小さいサイズによって制限される場合がある。そのような深刻なリソース制約のゆえに、そのようなデバイスのコンピューティング・プラットフォームは、しばしば、特定の電話チップセットおよびユーザ・インターフェースハードウェアのために最適化される。したがって、一般に適用可能な解決策は、通常、無線移動体デバイスの集団に適用可能ではない。
【０００４】
これらの課題にかかわらず、現在、ほとんどの移動体／無線デバイスは、さまざまな無線ブロードバンド・ネットワークにアクセスする機能を有する。実際に、テクノロジのすばやい進歩、大衆市場の採用、標準化、およびグローバル化は、革新的で人を動かさずにはおかないサービスを市場に導入することにおいてさまざまな会社が協力することを可能にした。この協力は、無線アクセス・ネットワーク（ＲＡＮ）・テクノロジ・プロバイダ、移動体コンピューティング・プラットフォーム・プロバイダ、移動体デバイス製造業者（別名、相手先商標製造会社（ＯＥＭ）、および無線ブロードバンド・サービス・プロバイダ（ＷＢＳＰ）からなる無線／移動体サービス「エコシステム」の形成につながった。無線マルチキャストシステム（たとえば、Ｆｏｒｗａｒｄ  Ｌｉｎｋ  Ｏｎｌｙ（ＦＬＯ）およびＤｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔ−Ｈａｎｄｈｅｌｄ（ＤＶＢ−Ｈ））の出現およびそれらの無線ブロードバンドシステムとの収束に伴って、このエコシステムは、コンテンツプロバイダのために配布する無線マルチキャスト・サービス・プロバイダ（ＷＭＳＰ）と共にさらに成長している。
【０００５】
このエコシステムは、移動体テレビジョン、移動体インターネットその他などの人を動かさずにはおかないサービスを提供することができるが、これらのサービスにアクセスするのに必要な移動体コンピューティング・プラットフォーム／デバイスは、このエコシステム内のさまざまなプレイヤからの複雑なテクノロジ統合を必要とする。革新のペース、競争、および他の市場の力に起因して、新製品および新サービスを市場に持ち込むことへの、エコシステム・パートナに対する膨大な圧力がある。これは、より短いサイクルの商品化までの時間ならびにサービス、アプリケーション、およびデバイスの信頼性に対する高まった期待につながりつつある。市場に送り出す前にさまざまな移動体／無線デバイス、サービス、および（または）アプリケーションの信頼性および品質を保証するためのテストプロセスは、非常に複雑になってきた。さらに、研究室環境でのすべての種類の現場故障（field failure）状態のシミュレーションは、時間およびリソースを消費するほかに、ハードウェア・システムおよびソフトウェア・システムの故障を引き起こす潜在的なバグを見つけるための適切なインフラストラクチャを提供しない。しかし、エコシステム・パートナは、しばしばハードウェアおよびソフトウェアの信頼性を確立するのにクリティカルな適切なテストまたはデータなしで、クリティカルな判断に直面する。
【０００６】
移動体デバイス、移動体アプリケーション、または移動体サービスが始められた後に、しばしば、潜在的なバグは、現場状態で現れ、次の問題を生じる。（ａ）顧客の苦情に起因する呼量の増加、（ｂ）故障をもたらした状態を複製するのに不適切な情報に起因する、実際のバグのトラブルシューティングおよび分離を行えないこと、（ｃ）バグを分離し、所有権を割り当てるのに要する時間の増加、（ｄ）加入者の同様の増加に起因して失われる収入、（ｅ）エコシステム内のすべてのプレイヤに関する収入を失うことになる、多数のデバイスのリコール、および（ｆ）低い顧客満足。
【０００７】
しかし、無線／移動体デバイスおよびそれらにサービスする通信ネットワークは、それでも、この問題に対処するために使用可能な機能によって制約される。バグの分離に対する過度の強調は、これらのデバイスが意図された機能を実行するためのこれらのデバイスの性能を犠牲にして得ることができ、また、サービスの品質および性能の低下を引き起こし、したがって、誤動作していないデバイスに関する顧客満足の低下を引き起こす。
【発明の概要】
【０００８】
次では、開示される版のいくつかの態様の基本的な理解を提供するために、単純化された要約を提示する。この要約は、広範囲の概要ではなく、主要な要素もしくはクリティカルな要素を識別することも、そのような版の範囲を区切ることも意図されていない。その目的は、後で提示されるより詳細な説明の前置きとして、説明される版のいくつかの概念を単純化された形で提示することである。
【０００９】
一態様では、障害状態が発生するときに複数のコンポーネントの間で責任を負うコンポーネントの診断に十分な障害データをロギングする無線移動体デバイスへの無線データ通信のプロバイダに障害データを報告する方法が提供される。具体的に言うと、垂直ソフトウェア・レイヤごとの障害データのロギングは、障害状態に応答して、第１ソフトウェア垂直レイヤに常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤに常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分である。したがって、障害報告イネーブリング・イベント（fault reporting enabling event）が受信されるときに、無線移動体デバイスは、責任を負うコンポーネントへの診断のために無線データ通信プロバイダに、ロギングされた障害データを報告する。これによって、無線データ通信網の限られたリソースが、効率的に使用され、なおかつ、現場に配置された無線移動体デバイスからの役立つ障害情報が、そうでなければ複製がむずかしい故障の原因ならびに障害の全体的な普及および重大度を正確に示すために使用可能である。
【００１０】
他の態様では、プロセッサ、コンピュータ製品、および装置は、障害データを報告する方法を実行するための手段をそれぞれが提供する。
【００１１】
さらなる追加の態様では、無線データ通信のプロバイダに障害データを報告するコンピュータ実施される装置は、複数のコンポーネントを実行するコンピューティング・プラットフォームを有する。障害診断ロギング・コンポーネントは、障害状態に応答して、複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な障害データをロギングする。具体的に言うと、垂直ソフトウェア・レイヤごとの障害データのロギングは、障害状態に応答して、第１ソフトウェア垂直レイヤに常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤに常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの間で責任を負うコンポーネントの診断に十分である。データ受話器は、障害報告イネーブリング・イベントを受信することができ、送信機は、責任を負うコンポーネントに対する診断のために無線データ通信プロバイダにロギングされた障害データを無線で報告する。
【００１２】
もう１つの態様では、複数の無線通信デバイスから障害データを収集し、分析する方法は、障害状態に応答して、第１ソフトウェア垂直レイヤ上に常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤ上に常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分な垂直ソフトウェア・レイヤごとの障害データをロギングするために無線通信デバイスに障害報告イネーブリング・イベントを送信することから始まる。次に、無線通信デバイスによって報告されるロギングされた障害データを無線で受信することが、障害状態に関して責任を負うコンポーネントを診断することを可能にする。
【００１３】
他の態様では、プロセッサ、コンピュータ製品、および装置は、データを収集し、分析する方法を実行するための手段をそれぞれが提供する。
【００１４】
さらなる態様では、複数の無線通信デバイスから障害データを収集し、分析する、コンピュータ実施される装置は、障害データをロギングし報告するために無線通信デバイスに障害報告イネーブリング・イベントを無線で送信する障害収集イネーブリング・コンポーネントを有する。データ通信受話器は、無線通信デバイスによって報告されるロギングされた障害データを無線で受信する。具体的に言うと、垂直ソフトウェア・レイヤごとの障害データのロギングは、障害状態に応答して、第１ソフトウェア垂直レイヤ上に常駐する少なくとも１つのソフトウェア・コンポーネントおよび第２ソフトウェア垂直レイヤ上に常駐する第２ソフトウェア・コンポーネントを備える複数のコンポーネントの中で責任を負うコンポーネントの診断に十分である。さらに、障害診断コンポーネントは、応答して複数のコンポーネントの中から障害状態に関して責任を負うコンポーネントを判定する。
【００１５】
前述および関連する目的の達成に向けて、１つまたは複数の版は、下でより十分に説明され、特許請求の範囲で特に指摘される特徴を備える。次の説明および添付図面は、ある種の例示的態様を詳細に示すものであり、諸版の原理を使用できるさまざまな形のうちの少数のみを示す。他の利益および新規の特徴は、図面に関連して検討されるときに次の詳細な説明から明白になり、開示される版は、すべてのそのような態様およびその同等物を含むことが意図されている。
【図面の簡単な説明】
【００１６】
【図１】通信デバイスの現場に配置された集団の障害を効率的に診断するのに分散式で選択的な障害矯正システムを利用する通信システムを示すブロック図。
【図２】詳細な障害報告のデータ構造を示す図。
【図３】障害データの選択および報告を可能にするデータ構造を示す図。
【図４】図１の通信システムの通信デバイスを示す概略図。
【図５】図４の通信デバイスの例示的なコンピューティング・プラットフォームを示す図。
【図６】図１の通信システムによって実行される障害検出、収集、分析、および訂正を無線でブロード・キャストする方法論を示す流れ図。
【図７】無線移動体デバイスの集団からの障害データ報告を監視し、可能にする通信システムを示すタイミング図。
【発明を実施するための形態】
【００１７】
現場に配置された無線移動体デバイスの障害矯正システムは、現場故障データ収集、現場故障データの合併、および情報サービス・プラットフォームに対処し、その結果、無線マルチキャストおよびまたは無線ブロードバンド・ネットワークを介して無線／移動体デバイスから一貫した自動化された形で現場故障問題に応答するための無線／移動体ブロード・キャスト／ブロードバンド・アプリケーション／サービス・バリューチェーン内のプレイヤとなる。エレガントできわめて柔軟な機構が、無線／移動体デバイスのターゲットにされたセットからの故障データ収集を可能にする。さらに、洗練された機構が、ユーザ指定の動作要件（たとえば、選択されたＯＥＭ、デバイス構成タイプ、特定の無線ブロードバンド・サービスへの加入者、故障発生のあるタイムリミットなど）に基づいて、現場故障データ収集に参加すべきデバイスのターゲットにされたセットを識別する。移動体デバイスでの障害データロギングは、診断と、後続の認証および展開を伴う修正、テスト、および公開の責任を負う当事者への割当てとを可能にするために垂直に統合される。
【００１８】
さらに、このシステムは、数故障強度、重大度、および多数の他のパラメータに基づく現場故障アラート機構の動的適合の機能を提供する。また、このシステムは、さまざまなデバイスからのすべての故障イベントを合併する機構を提供し、顧客経験の質を高める移動体／無線デバイスの信頼できるハードウェアおよびソフトウェアを届けるために研究室でのテストを案内する際にバリューチェーン・パートナを助ける故障の重大度および故障時間パラメータに基づくソフトウェア／ハードウェアの信頼性への洞察を提供する。
【００１９】
さまざまな態様を、これから図面を参照して説明する。次の説明では、説明において、１つまたは複数の態様の完全な理解を提供するために、多数の特定の詳細を示す。しかし、さまざまな態様を、これらの特定の詳細なしで実践できることは明白であろう。他の場合には、周知の構造およびデバイスは、これらの版を簡潔に説明するためにブロック図形式で示す。
【００２０】
この装置および方法は、無線環境での使用に特によく適するが、通信ネットワーク、インターネットなどの公衆ネットワーク、仮想プライベート・ネットワーク（ＶＰＮ）などの私有ネットワーク、ローカルエリア・ネットワーク、広域ネットワーク、長距離ネットワーク、または任意の他のタイプのデータ網を含むがこれらに限定はされない任意のタイプのネットワーク環境に適するものとすることができる。
【００２１】
図１を参照すると、通信システム１００は、無線両方向データ通信トランシーバ１０８を介して通信する無線通信デバイス１０６の集団にネットワーク１０４を介してキャリア１０２が両方向無線通信サービスを提供することを可能にする。各通信デバイス１０６は、データ通信を活用すると同時に他の独立型の特徴を実行する、オペレーティング・システム１１２によってサポートされる複数のアプリケーション１１０を実行する。これらのアプリケーション１１０のうちのいくつかは、さらに、アプリケーション／サービス実行環境１１４によってサポートされる。
【００２２】
両方向データ通信は、通信デバイス１０６にかなりの利益を提供する。しかし、メディアコンテンツ（たとえば、イメージ、ビデオ、オーディオ、ダウンロードされるアプリケーションなど）の受信は、１１６に示されている、無線通信チャネルの使用可能スループットに簡単に重荷を与えることができる。これは、多数のユーザが、キャリア１０２を介してコンテンツプロバイダ１１８から大きいファイルに同時にアクセスすることを選択するときに、特にそうである。マルチキャスティングは、メディアコンテンツ・サービスを拡張する経済的な形を提供する。具体的に言うと、マルチキャスト・サービスオペレータ１２０は、１２２に示されているように、それぞれが無線マルチキャスト受信コンポーネント１２４を用いてコンテンツを受信する複数の通信デバイス１０６にコンテンツを同時に送信する。
【００２３】
通常、通信デバイス１０６の集団は、複数の要因によって能力を試される。第１に、複数のエンティティが、各通信デバイス１０６に統合されるハードウェアおよびソフトウェアの責任を負う。たとえば、デバイス製造業者１２６は、ハードウェア（たとえば、無線両方向データ通信の諸部分）およびいくつかのソフトウェア（たとえば、オペレーティング・システム１１２）を開発し、または他の形でその責任を負う。アプリケーション・ベンダ１２８は、ある種のアプリケーション１１０の責任を負うことができる。キャリア１０２も、いくつかのアプリケーション１１０ならびに通信チャネル１１６の頑健さおよびサービス品質（ＱｏＳ）の責任を負うことができる。さらに、マルチキャスト・サービスオペレータ１２０は、無線マルチキャスト受信コンポーネント１２４、アプリケーション／サービス実行環境１１４など、通信デバイス１０６の諸部分の責任を負うことができる。システム障害は、通信デバイス１０６のこれらのコンポーネントのうちの１つのみによって、それがどのコンポーネントであるかの表示を伴わずに引き起こされる可能性があり、あるいは、コンポーネントの間の非互換性が、故障をもたらす可能性がある。
【００２４】
第２に、そのような統合されたデバイスに関するもう１つの課題は、さまざまな通信デバイス１０６が、他の通信デバイスとは異なるハードウェアおよび／またはソフトウェア構成を有することができることである。ソフトウェアの一部が、ある種のデバイス１０６でのみ障害または故障を明らかにする可能性がある。第３に、可能な構成の母集団、したがって構成の可能な順列は、ある種のアプリケーションまたは特徴をインストールし／活性化することによるなど、通信デバイス１０６をユーザの必要に合わせて個別に構成できる容易さを考慮すれば、増加する。第４に、通信デバイス１０６のうちの多数が、有利にポータブルなので、キャリア１０２に対して設けられるそれぞれの通信リンク１１６は、それ自体が問題である局所化された問題によって被害を受けるか、ソフトウェアの弱さまたは障害を明らかにする可能性がある。
【００２５】
他の障害診断ツールがなければ、故障に出会った通信デバイス１０６のユーザは、キャリア１０２のカスタマ・リレーションシップ・マネジメント（ＣＲＭ）１３０に連絡する。しばしば、キャリア１０２は、デバイス製造業者１２６からデバイス１０６を供給すると同時に、マルチキャスト・サービスオペレータ１２０によるマルチキャスティングの追加サービスを提供する。したがって、キャリア１０２は、ユーザ苦情の受信者になる傾向がある。しかし、ＣＲＭ  １３０が故障の原因への洞察を全く有しない可能性があることを考慮すると、キャリア１０２は、問題に対して提供できる解決策において制限される可能性がある。
【００２６】
有利なことに、通信システム１００は、この例示的な版では障害イネーブルメント／収集コンポーネント１５４、障害診断コンポーネント１５６、および障害解決策データベース１５８にネットワーク接続された通信デバイス１０６上の障害検出、収集、および報告ソフトウェア１５２を含むものとして示された、ある種のエンティティの間で配布される選択的障害矯正システム１５０を含む。
【００２７】
一態様では、通信デバイス１０６上の障害検出、収集、および報告ソフトウェア１５２の障害診断ロギング・コンポーネント１６０は、詳細な障害報告のロギングの責任を負う。ロギング・コンポーネント１６０は、情報が障害の原因を診断するのに十分になるように、垂直に統合される。ロギング・コンポーネント１６０は、分散式とすることができ、諸部分は、ソフトウェアおよびハードウェア・アーキテクチャまたは特定の実施態様機構に応じて通信デバイス１６０の異なる部分に常駐することができる。ロギング・コンポーネント１６０は、特に障害が通信デバイス１０６のシャットダウンまたは再始動を引き起こし得るので、詳細な障害情報をすばやく永続的に格納する手段を有する。
【００２８】
図２では、障害データフィールドの例示的なセットが、図１の障害ロギング・コンポーネント１６０によって検出され格納される情報を含むデータレコード１６２に示されている。このリスティングが、完全に包括的でも、必ず必要なデータフィールドを含むのでもなく、クリティカルなデータ要素のどの最小限のセットが現場故障のトラブルシューティングに必要と判定されるかに依存することを了解されたい。データ構造１６２は、障害状態または故障状態を示す発生した特定の割込み（たとえば、ウォッチドッグタイマタイムアウト、アプリケーション非応答など）とすることができる、コンポーネント固有故障詳細フィールド１６４を含むものとして図示されている。データフィールド１６６は、オペレーティング・システム固有ランタイム情報を含む。データフィールド１６８は、中央制御装置（ＣＰＵ）スタック・レジスタおよびメモリ・レジスタを含む。データフィールド１７０は、故障の時刻に動作していたタスクを含む。データフィールド１７２は、障害／故障が発生する前にデバイスまたはプロセスがどれほど長く実行されていたかの持続時間値を含む。データフィールド１７３は、障害／故障が発生したときの日付／時刻を含む。データレコード１６２は、通信デバイス１０６（図１）の識別を含むデータフィールド１７４などの識別する情報を含むことができる。データフィールド１７５は、位置への相関を有する障害を判定するのを助けることができる位置情報（たとえば、陰になった受信エリア、干渉など）を含むことができる。デバイスは、全地球測位システム（ＧＰＳ）座標、施設内で提供されるｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｉｄｅｎｔｉｆｉｅｒ（ＲＦＩＤ）データなどへのアクセスを有することができる。さらに、データフィールド１７６は、報告を複製するのを避けるためにこの特定の障害発生を一意に識別するデバイス障害報告番号を提供することができる。他のデータフィールド１７８は、ユーザ入力記述フィールドなど、診断で助けるための障害につながる人口統計およびシナリオを絞りこむのを助けるために提供される。たとえば、位置データ（たとえば、ＧＰＳ座標）を、データフィールド１７８に含めることができる。
【００２９】
図１に戻ると、障害診断ロギング・コンポーネント１６０は、ユーザおよび／またはネットワークが可能にするまで障害データをロギングしない、最も古い障害データレコードを自動的に上書きする、格納されおよび／または報告されるいずれかである傷害レポートの詳細のレベルを選択する、あるいは、報告が後に可能にされる場合に障害データを自動的にロギングするなど、デバイスセッティングを参照してロギングを実行することができる。
【００３０】
具体的に言うと、一態様では、障害検出、収集、および報告ソフトウェア１５２の障害診断イネーブラコンポーネント１８０は、アプリケーションレイヤに常駐することができ、あるいはこれを、障害診断ロギング・コンポーネント１６０による障害診断情報のロギングを可能にし、かつ／またはロギングされた障害診断情報の報告を可能にし／不能にする分散コンポーネントとすることができる。障害診断イネーブラコンポーネント１８０は、選択的障害矯正システム１５０の障害イネーブルメント／収集コンポーネント１５４に応答する。これらのコマンドは、特定の通信デバイス１０６だけにユニキャストするか、通信デバイス１０６の集団に同時にマルチキャストすることができる。一態様では、障害診断イネーブラコンポーネント１８０は、ロギングおよび／または報告の形を指定する追加パラメータと共に、障害データの収集および報告を可能にする信号を受け取ることができ、障害データの収集および報告を不能にする信号を受け取ることができる。障害診断イネーブラコンポーネント１８０が、障害データのロギングのイネーブリングまたはディスエーブリングに責任を負う範囲で、このコマンドは、障害診断ロギング・コンポーネント１６０に中継される。障害データの報告のイネーブルメントまたはディスエーブルメントは、障害矯正システム１５０または他の向けられる受信者の障害イネーブルメント／収集コンポーネント１５４への詳細障害ログの送信をそれぞれ開始し、または停止するために、障害ログ収集／報告コンポーネント１８２に中継される。
【００３１】
図３では、例示的なデータレコード１８４または図１の通信デバイス１０６による障害データの収集および報告のイネーブリングは、報告すべき通信デバイスのサブセットまたは障害タイプのサブセットを指定し、したがって、通信デバイス１０６および全体的な通信システム１００の機能の利用を最適化するパラメータを含む。パラメータの例は、障害データを報告しなければならない通信デバイスモデル（１つまたは複数）を識別するデータフィールド１８６を含む。データフィールド１８８は、障害データを報告しなければならない１つまたは複数のＯＥＭによって作られた通信デバイスを指定する。データフィールド１９０は、問題のデバイスがその加入者である可能性がある１つまたは複数の無線ブロードバンド・サービス・プロバイダ（ＷＢＳＰ）を指定する。データフィールド１９２は、適用可能とすることができるビリングアンドカスタマケア・プロバイダ（billing and customer care provider）（ＢＮＣ）を指定する。データフィールド１９４は、無線マルチキャスト・サービス・プロバイダ（ＷＭＳＰ）を指定する。データフィールド１９６は、無線移動体デバイスによって実行される移動体アプリケーションのバージョン（１つまたは複数）を指定する。データフィールド１９８は、低い重大度の障害を除外するためまたは一般的な原因を有すると思われる診断されない障害に関連する障害の特定クラスに焦点を絞るためなど、報告されなければならない障害の重大度を指定する。データフィールド２００は、タイムウィンドウ内で発生するものに報告されるべき障害を制限する障害収集ウィンドウを指定する。データフィールド２０２は、通信システム１００の下側需要状態を利用することを選択できる、障害ログアップロードウィンドウを指定する。他のデータフィールド２０４は、提供される判断基準を論理的に和集合または交差で考慮すべきであるかどうかなど、他の判断基準を指定することができる。
【００３２】
図１に戻って、障害ログ収集報告コンポーネント１８２は、障害ログを取り出す責任を負い、両方向無線通信チャネル１１６を介して障害イネーブルメント／収集コンポーネント１５４または他の指定された受信者にアップロードすることによって、データを報告する。報告コンポーネント１８２は、他のエンティティ（たとえば、デバイス製造業者１２６、アプリケーション・ベンダ１２８など）が障害診断を開始するためなど、許可される場合に、通信デバイス１０６上で動作するすべての移動体アプリケーションによって起動され得る。もう１つの例として、無線マルチキャスト・ネットワークを介して送達されるデータを消費する移動体アプリケーション１１０は、任意の故障に出会うときにこの報告コンポーネント１８２を呼び出すことができる。もう１つの例として、エンドユーザは、故障の診断を助けるために、ユーザ・インターフェース（図示せず）を介して収集／報告コンポーネント１８２を呼び出すことができる。さらに、このユーザが開始する報告は、報告を、ビリングアンドカスタマケア・プロバイダ（ＢＮＣ）またはカスタマリレーションシップマネージャ（ＣＲＭ）のために働く個人とすることができるカスタマサービス代理人に垂直に行えるようにするために、ユーザによってアクセス可能なシステムへのまたはユーザ・インターフェースでの表示のための障害データの無線アップロードを含むことができる。
【００３３】
例示的態様では、障害矯正システム１５０、特に障害イネーブルメント／収集コンポーネント１５４は、障害イネーブルされおよび／または報告される障害データに相関される通信デバイスのサブセットを判定するのに使用できる通信デバイス１０６の集団について図３にリストされた人口統計／加入者データへの直接アクセスを有する。これによって、制限されたスループットの通信チャネル１１６を介して送信されるデータの量が、減らされる。代替案では、障害イネーブルメント／収集コンポーネント１５４は、各障害報告が通信デバイス（たとえば、無線移動体デバイス）１０６のユーザに直接に関係する情報を自発的に提供する場合に、そのような情報のそのようなデータベースの維持および／またはアクセスにおいてプライバシの懸念から解放される。もう１つの例として、キャリア１０２などの別の当事者は、この人口統計／加入者データの一部またはすべてを維持し、カスタマ・リレーションシップ・マネジメント１３０のためにこれを利用するが、別のエンティティによる診断に関してユーザ識別情報をフィルタリングすることができる。ロケーション感知機能を有しない通信デバイス１０６について、障害矯正システム１５０は、それを介して連絡が行われたアクセスノードを近似位置として示すネットワーク情報にアクセスすることができる。もう１つの例として、ＧＰＳ座標を報告するデバイスについて、障害矯正システム１５０は、無線アクセス・ネットワーク（ＲＡＮ）からの方向探知がＧＰＳデータを補足する、ａｓｓｉｓｔｅｄ  ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ（Ａ−ＧＰＳ）を有利に提供することができる。
【００３４】
例示的な版では、アプリケーション／サービス実行環境１１４は、ＢＲＥＷ対応である。米国カリフォルニア州サンディエゴのＱｕａｌｃｏｍｍ，Ｉｎｃ．社によって開発されたＢｉｎａｒｙ  Ｒｕｎｔｉｍｅ  Ｅｎｖｉｒｏｎｍｅｎｔ  ｆｏｒ  Ｗｉｒｅｌｅｓｓ（登録商標）（ＢＲＥＷ（登録商標））ソフトウェアは、無線セル電話機などのコンピューティング・デバイスのオペレーティング・システム上に存在する。ＢＲＥＷ（登録商標）ソフトウェアは、コンピューティング・デバイス上で見られる特定のハードウェア特徴へのインターフェースのセットを提供することができる。実行環境１１４は、さらに、ｕｉＯｎｅ  ｄｅｌｉｖｅｒｙ  ｓｙｓｔｅｍ（ＵＤＳ）を備えることができる。やはりＱｕａｌｃｏｍｍ，Ｉｎｃ．社によってＢＲＥＷの一部として開発されたｕｉＯｎｅ（商標）アーキテクチャは、豊富でカスタマイズ可能なユーザ・インターフェース（ＵＩ）（すなわち、アクティブ・コンテンツ、無線（ＯＴＡ）アップグレード可能）のすばやい開発を可能にするＢＲＥＷエクステンションのセットを提供し、アプリケーションを超えてダウンロードビジネスを発展させるのを助け、ハンドセットＵＩの一部または全体にテーマを与えることを提供し、ＢＲＥＷ  ＵＩウィジェットを提供する。したがって、ＢＲＥＷ  ｕｉＯｎｅは、送受器、キャリアカスタマイゼーション、および消費者パーソナライゼーションの商品化までの時間を短縮する。これを行うために、ＢＲＥＷ  ｕｉＯｎｅは、ＢＲＥＷのアプリケーション開発スタックに２つの新しいレイヤを追加する、抽象化の明瞭なセットを提供する。ｕｉＯｎｅ送達システムは、無線で通信デバイスＵＩを更新するのに使用されている。この送達システムは、独立型の形で展開でき、オペレータが彼ら自体の送達システムの機能性を活用することを可能にする。追加の利益は、特にＢＲＥＷ解決策の他の要素に関連して展開されるときに、ｕｉＯｎｅアーキテクチャをｕｉＯｎｅ送達システムと共に展開することによって実現することができる（たとえば、オペレータがまだ適当なインフラストラクチャを有しないときのダウンロード可能ＵＩパッケージの現金化および請求）。
【００３５】
さらに、マルチキャスト・サービスオペレータ１２０は、やはりＱｕａｌｃｏｍｍ，Ｉｎｃ．社によって開発された、ＢＲＥＷ実行環境１１４の上に構築される、Ｆｏｒｗａｒｄ  Ｌｉｎｋ  Ｏｎｌｙ（ＦＬＯ）マルチキャスティングを利用する。しかし、Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ−Ｈａｎｄｈｅｌｄ（ＤＶＢ−Ｈ）などの他のマルチキャスティング手法も諸態様に関して利益を得ることができる本開示の利益が、本明細書で説明されることを了解されたい。
【００３６】
障害矯正システム１５０は、表１にリストされた次の考慮事項および属性を有利に最適化する。
【表１】
2011501614.tif 000003
【００３７】
図４では、通信システム５００の例示的な版が、いくつかの態様に従って、任意のタイプのコンピュータ化されたデバイスとして図示されている。たとえば、通信デバイス５００は、移動体無線および／またはセル電話機を備えることができる。その代わりに、通信デバイス５００は、Ｐｒｏｘｙ  Ｃａｌｌ／Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ（Ｐ−ＣＳＣＦ）サーバ、ネットワーク・デバイス、サーバ、コンピュータ・ワークステーション、その他などの固定式の通信デバイスを備えることができる。通信デバイス５００が、そのような説明されるデバイスまたは図示されたデバイスに限定されるのではなく、携帯情報端末（ＰＤＡ）、両方向テキストページャ、有線または無線の通信ポータルを有するポータブルコンピュータ、および有線および／または無線の通信ポータルを有する任意のタイプのコンピュータ・プラットフォームをさらに含むことができることを理解されたい。さらに、通信デバイス５００は、そのエンドユーザを有するのではなく単純に無線ネットワークまたは有線ネットワークを介してデータを通信する、遠隔センサ、遠隔サーバ、診断ツール、データリレーなどの遠隔スレーブまたは他の類似するデバイスとすることができる。代替の態様では、通信デバイス５００は、陸線電話機、パーソナルコンピュータ、セットトップボックス、または類似物など、有線通信デバイスとすることができる。さらに、単一のタイプまたは複数の前述のタイプの任意の個数の通信デバイス５００の任意の組合せをセルラ通信システム（図示せず）で利用できることに留意されたい。したがって、本装置および方法を、無線モデム、Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ  Ｍｅｍｏｒｙ  Ｃａｒｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｓｓｏｃｉａｔｉｏｎ（ＰＣＭＣＩＡ）カード、アクセス端末、パーソナルコンピュータ、電話機、またはその任意の組合せもしくは副組合せを限定なしに含む有線のまたは無線の通信ポータルを含むすべての形の有線のまたは無線のデバイスまたはコンピュータモジュール上でそれ相応に実行することができる。
【００３８】
さらに、通信デバイス５００は、宣伝の表示および宣伝との相互作用などのためのユーザ・インターフェース５０２を含むことができる。ユーザ・インターフェース５０２は、ユーザ入力を生成するか通信デバイス５００に受け取るように動作可能な入力デバイス５０４と、通信デバイス５００のユーザによる消費のための情報を生成しかつ／または提示するように動作可能な出力デバイス５０６とを含む。たとえば、入力デバイス５０２は、キーボードおよび／またはキーパッド、マウス、タッチスクリーンディスプレイ、音声認識モジュールに関連するマイクロホン、その他など、少なくとも１つのデバイスを含むことができる。さらに、たとえば、出力デバイス５０６は、ディスプレイ、オーディオスピーカ、触覚フィードバック機構などを含むことができる。出力デバイス５０６は、グラフィカルユーザ・インターフェース、サウンド、振動または点字テキスト作成表面などの感覚などを生成することができる。
【００３９】
さらに、通信デバイス５００は、デバイス５００に機能性を提供するためにアプリケーションを実行するように動作可能なコンピュータ・プラットフォーム５０８を含むことができ、このコンピュータ・プラットフォーム５０８は、さらに、入力デバイス５０４および出力デバイス５０６と相互作用することができる。コンピュータ・プラットフォーム５０８は、読取り専用メモリおよび／またはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ならびに／あるいはコンピュータ・プラットフォームに一般的な任意のメモリなど、揮発性メモリ部分および不揮発性メモリ部分を備えることができるメモリを含むことができる。さらに、メモリは、磁気媒体、光媒体、テープ、ソフトディスクおよび／またはハードディスク、ならびにリムーバブル・メモリ・コンポーネントなど、電子ファイルシステムおよび任意の二次および／または三次ストレージデバイスを含むアクティブメモリおよびストレージ・メモリを含むことができる。例示的な版では、メモリは、両方ともコンピュータ・プラットフォーム５０８のデータバス５１２に接続された、ＲＡＭメモリ５０９および不揮発性ローカル・ストレージコンポーネント５１０として図示されている。
【００４０】
さらに、コンピュータ・プラットフォーム５０８は、特定用途向け集積回路（ＡＳＩＣ）、または他のチップセット、プロセッサ、論理回路、もしくは他のデータ処理デバイスとすることができるプロセッサ５１４をも含むことができる。通信デバイス５００がセル電話機を備えるときなど、いくつかの態様で、特定用途向け集積回路（ＡＳＩＣ）５１６などのプロセッサまたは他のロジックは、他の機能（たとえば、通信呼制御、アラームクロック、テキストメッセージングなど）のためにメモリ５０９内でアクティブであることができるアプリケーション（たとえば、ゲーム）５２０として図示された任意の常駐ソフトウェア・コンポーネントとインターフェースするアプリケーション・プログラミング・インターフェース（ＡＰＩ）５１８を実行することができる。本発明の諸態様と一貫するアプリケーションが、他のアプリケーションを省略し、かつ／またはメモリ５０９内の音声呼アプリケーション、データ呼アプリケーション、およびメディア関連アプリケーションなどのストリーミングコンテンツを受信する能力を省略することができることを、本開示の利益と共に了解されたい。デバイスＡＰＩ  ５１８は、それぞれの通信デバイスで実行されるランタイム環境とすることができる。１つのそのようなＡＰＩ  ５１８ランタイム環境が、ＢＲＥＷ  ＡＰＩ  ５２２である。
【００４１】
さらに、プロセッサ５１４は、通信システム１００（図１）上の通信デバイス５００の機能性および通信デバイス５００のオペラビリティを可能にする、ハードウェア、ファームウェア、ソフトウェア、およびその組合せで実施されるさまざまな処理サブシステム５２４を含むことができる。たとえば、処理サブシステム５２４は、他のネットワーク化されたデバイスとの、ならびに通信デバイス５００のコンポーネント内および／またはコンポーネントの間での、通信の初期化および維持ならびにデータの交換を可能にする。セル電話機内などの一態様では、プロセッサ５１４は、サウンド、不揮発性メモリ、ファイルシステム、送信、受信、サーチャ（searcher）、レイヤ１、レイヤ２、レイヤ３、メインコントロール、遠隔手順、送受器、電力管理、診断、ディジタル信号プロセッサ、ボコーダ、メッセージング、呼マネージャ、Ｂｌｕｅｔｏｏｔｈ（登録商標）システム、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬＰＯＳ、位置判定、位置エンジン、ユーザ・インターフェース、スリープ、データサービス、セキュリティ、認証、ＵＳＩＭ／ＳＩＭ（ｕｎｉｖｅｒｓａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ／ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）、音声サービス、グラフィックス、ＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ）、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）プロトコル・マルチメディアなどのマルチメディア、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、ショートメッセージサービス（ＳＭＳ）、ショートボイスサービス（ＳＶＳ（商標））、ウェブブラウザ、その他など、処理サブシステム５２４の１つまたは組合せを含むことができる。開示される態様に関して、プロセッサ５１４の処理サブシステム５２４は、コンピュータ・プラットフォーム５０８上で実行中のアプリケーションと相互作用するすべてのサブシステム・コンポーネントを含むことができる。
【００４２】
コンピュータ・プラットフォーム５０８は、さらに、ＧＰＳエンジン５２８を含むことができ、あるいは、他の位置感知コンポーネントが、通信デバイス５００の位置情報を提供する。
【００４３】
通信デバイス５００のさまざまなコンポーネントの間の通信を可能にすると同時に、障害ロギング／報告イネーブルメント／ディスエーブルメント・コマンドの受取りならびに障害ログの報告に関する通信を行うように動作可能な通信モジュール５２９。通信モジュール５２９は、ハードウェア、ファームウェア、ソフトウェア、および／またはその組合せで実施することができ、さらに、デバイス内通信およびデバイス間通信で使用されるすべてのプロトコルを含むことができる。一態様では、通信モジュール５２９は、無線ブロードバンド・アクセス・テクノロジ部分５３２および無線マルチキャスト・テクノロジ部分５３４を含む。両方向無線ブロードバンド・アクセス・テクノロジ部分５３２は、無線符号分割多元接続（Ｗ−ＣＤＭＡ）コンポーネント５３６、Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ（ＥＶ−ＤＯ）コンポーネント５３８、ＩＥＥＥ  ８０２．１１（すなわち、しばしば商標ＷｉＦｉによって誤って描写される）コンポーネント５４０、およびＢｌｕｅｔｏｏｔｈコンポーネント５４２のうちの１つまたは複数を含むことができる。無線マルチキャスト・テクノロジ部分は、たとえば、Ｆｏｒｗａｒｄ  Ｌｉｎｋ  Ｏｎｌｙ（ＦＬＯ）コンポーネント５４４および／またはＤｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔ−Ｈａｎｄｈｅｌｄ（ＤＶＢ−Ｈ）コンポーネント５４６を含むことができる。
【００４４】
通信デバイス５００のこれらの機能のうちのいくつかは、オペレーティング・システム（ＯＳ）５３０など、ローカル・ストレージ５１０からロードされ、メモリ５０９に格納され、プロセッサ５１４によって実行されるコードによって容易にすることができる。ユーザ・インターフェース（ＵＩ）モジュール５３２は、ユーザ・インターフェース５０２との対話的制御を容易にする。ＵＩモジュール５３２は、障害ロギングをイネーブルするためのまたは障害収集および報告モジュール５３６と相互作用することによって障害ログを表示するか報告する調整された対話型オプションを提供するユーザ開始障害報告モジュール５３４を含む。アプリケーション５３８は、障害／故障の原因ならびにコンピュータ・プラットフォーム５０８の他のコンポーネントとすることができる。位置報告コンポーネント５４０は、デバイス位置を選択的に報告するロジックを含むことができる。
【００４５】
ＢＲＥＷ  ＡＰＩ  ５２２は、通信デバイス５００のタイプに関して固有に記述される必要なしに、アプリケーションがデバイスＡＰＩ  ５１８および他の機能を呼び出す能力を提供する。したがって、ＢＲＥＷで構成される場合のアプリケーション５３８または通信デバイス５００上の他のソフトウェア・コンポーネントは、ある種のハードウェア態様を抽象化するＢＲＥＷ  ＡＰＩ  ５２２によって提供されるオペレーティング環境内で、複数の異なるタイプのハードウェア構成上で同一にまたはわずかな変更を伴って動作することができる。ＢＲＥＷエクステンション５４２は、ＭＰ３プレイヤ、Ｊａｖａ（登録商標）仮想マシンの提供その他など、ＢＲＥＷ  ＡＰＩ  ５２２のプログラミングプラットフォームに追加の機能を追加する。例として、ＵＩモジュール５３２を、ｂｒｅｗエクステンション５４２とすることができる。
【００４６】
例示的な版では、無線マルチキャスト・テクノロジ部分５３４のマルチキャスト機能は、ユーザ・インターフェース５０２での提示のためにメディアコンテンツを提供するために活用され、コンテンツ選択エンジン５４４、選択されたコンテンツキャッシュ５４６、およびコンテンツ・プレイヤ５４８によって示されている。
【００４７】
障害収集および報告モジュール５３６は、さらに、イネーブラコンポーネント５５０、ロギング・コンポーネント５５２、収集／報告コンポーネント５５４、および格納された障害データ構造５５６を備える。
【００４８】
計算オーバーヘッドを分散させ、かつ／または通信システム１００（図１）上で伝送オーバーヘッドを減らすために、人工知能（ＡＩ）コンポーネント５６０および／またはルールベースのロジック・コンポーネント５６２が、報告に関するユーザ挙動を推論し、報告可能な障害関連イベントが発生したときに関する判断を行い、かつ／または間欠的な位置感知などに基づいてまたは故障の原因を診断するために位置を外挿することができる。
【００４９】
ルールベースのロジック・コンポーネント５６２は、本明細書で説明されるか提案されるある種の機能を自動化するのに使用することができる。この代替の態様によれば、実装方式（たとえば、ルール）を、作用されまたは無視されなければならない属性のタイプを定義するため、位置感知状況、ユーザによって故障または低い性能と考えられるコンピューティング・プラットフォームのある種のコンポーネントの性能遅延を知っているルールを作成するためなど、適用することができる。たとえば、ルールベースの実施態様は、障害の重大度に関する判断基準を自動的に定義することができることを了解されたい。
【００５０】
ＡＩコンポーネント５６０は、おそらくはインストールされまたは実行されるソフトウェアの変更の前および後に、何が無線移動体デバイスの正常な実行および異常な実行であるのかを学習すること、間欠的な位置データを外挿すること、機械学習に基づいてユーザに提供されるユーザフィードバックを調整することなど、本明細書で説明される１つまたは複数の特徴の実行の自動化を容易にすることができる。したがって、さまざまなＡＩベースの方式を使用することが、そのさまざまな態様の実行を助けることができる。
【００５１】
クラシファイヤは、入力属性ベクトルｘ＝（ｘ１，ｘ２，ｘ３，ｘ４，ｘｎ）をクラスラベルｃｌａｓｓ（ｘ）に写像する関数である。クラシファイヤは、入力があるクラスに属する信頼度すなわちｆ（ｘ）＝ｃｏｎｆｉｄｅｎｃｅ（ｃｌａｓｓ（ｘ））を出力することもできる。そのような分類は、ユーザが自動的に実行されることを望むアクションを予知しまたは推論するために、確率論のおよび／または統計ベースの分析（たとえば、分析ユーティリティおよびコストへのファクタリング）を使用することができる。
【００５２】
サポートベクトルマシン（ＳＶＭ）は、使用できるクラシファイヤの例である。ＳＶＭは、トリガする入力イベントをトリガしないイベントから最適の形で分離する、可能な入力の空間内の超曲面を見つけることによって動作する。単純ベイズ、ベイズネットワーク、決定木、ニューラルネットワーク、ファジイ論理モデル、最大エントロピモデル（maximum entropy model）などを含む他の分類手法を使用することができる。本明細書で使用される分類は、優先順位のモデルを開発するのに利用される統計的回帰をも含む。
【００５３】
本明細書から容易に了解されるとおり、本発明は、事前にトレーニングされる（たとえば、複数のユーザからの包括的トレーニングデータを介して）クラシファイヤならびに強化学習の方法（たとえば、ユーザ挙動の観察、傾向の観察、外来情報の受取りを介する）を使用することができる。したがって、本発明を、所定の判断基準による判定を含むがこれに限定はされない複数の機能を自動的に学習し、実行するのに使用することができる。
【００５４】
図６では、例示的態様は、その障害が障害診断部分６０２によって垂直に監視され、ロギングされ、報告される階層化ソフトウェア・コンポーネントを有する無線移動体デバイスのコンピュータ・プラットフォーム６００を示す。コンピューティング・プラットフォーム６００のソフトウェア・コンポーネントは、物理レイヤ６０４の上に構築される。例示的な版では、物理レイヤ６０４は、ＡＲＭ  ＣＰＵ、Ｑｕａｌｃｏｍｍディジタル信号処理（ＱＤＳＰ）、符号分割多元接続（ＣＤＭＡ）ハードウェア、ＡＭＰＳ、ラジオ周波数（ＲＦ）コンポーネント、ボコーダ、コーデック、汎用入出力（ＧＰＩＯ）ハードウェア、汎用非同期送受信回路（ＵＡＲＴ）、ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ（ＵＳＢ）、その他を含むＭｏｂｉｌｅ  Ｓｔａｔｉｏｎ  Ｍｏｄｅｍ（商標）（ＭＳＭ（商標））チップセット６０６の一部として両方向データ通信機能を備えることができる。ハードウェア・レイヤ６０４は、マルチキャストを受信するためにＭｅｄｉａＦＬＯハードウェア６０８を有利に含む。
【００５５】
システムコンポーネントのセット６１０は、最も下のブート／ダウンロードコンポーネント６１２から始まり、不揮発性メモリ（ＮＶ）サービス６１４、システム診断６１６、汎用Ｉ／Ｏインターフェース６１８、ウォッチドッグタイマ６２０、システムクロック６２２、割込み処理６２４、共通ソフトウェア６２６、および水平最上位アプリケーションレイヤ６２８のＲｅｘリアルタイムオペレーティング・システム（ＲＴＯＳ）６３０という機能の垂直スタックを提供する。
【００５６】
アプリケーションレイヤ６２８の他のソフトウェア・コンポーネントは、電話ダイヤリング電話帳アプリケーション６３１、ショートメッセージングサービスアプリケーション６３２、Ａ−ＧＰＳ用のｇｐｓＯｎｅアプリケーション６３４、無線移動体デバイス用のインターネットブラウザ６３６、オーディオ／電鈴サービス６３８、音声応答／音声メッセージ（ＶＲ／ＶＭ）６４０、マルチメディア・アプリケーション用のＱｕａｌｃｏｍｍ社によるＭＩＤ／ＭＰ３  ＣＭＸ（Ｃｏｍｐａｃｔ  Ｍｅｄｉａ  Ｅｘｔｅｎｓｉｏｎｓ）６４２、およびＭｅｄｉａＦＬＯアプリケーション６４４を含む。
【００５７】
コンピューティング・プラットフォーム６００のプレゼンテーションレイヤ６４６は、電話帳６３１の下のＵＩインターフェースレイヤ６４８、ＳＭＳアプリケーション６３２の下のＳＭＳ  ＡＰＩ  ６５０、ｇｐｓＯｎｅアプリケーション６３４の下のｇｐｓＯｎｅ  ＡＰＩ  ６５２、ブラウザ６３６の下のソケット６５４、および、呼マネージャ６５８の上に構築されるオーディオ／電鈴サービス６３８の下のサウンドＡＰＩ  ６５６を含む。プレゼンテーションレイヤ６４６は、ＶＲ／ＶＭアプリケーション６４０をサポートする音声ＡＰＩ  ６６０、ＭＩＤＩ／ＭＰ３／ＣＭＸアプリケーション６４２をサポートするＣＭＸ  ＡＰＩ  ６６２、およびＭｅｄｉａＦＬＯアプリケーション６４４をサポートするＭｅｄｉａＦＬＯ  ＡＰＩ  ６６４をも含む。システム判定コンポーネント６７０は、呼マネージャ６５８をサポートする。
【００５８】
ブラウザ６３６から下に継続すると、伝送制御プロトコル／ユーザデータグラムプロトコル（ＴＣＰ／ＵＤＰ）コンポーネント６７２は、ソケット６５８／呼マネージャ６５８、次にインターネットプロトコル（ＩＰ）コンポーネント６７４、ポイントツーポイントプロトコル６７６、ｒａｄｉｏ  ｌｉｎｋ  ｐｒｏｔｏｃｏｌ  ３コンポーネント６７８、次に、ｈｉｇｈ  ｄａｔａ  ｒａｔｅ（ＨＤＲ）−ｒａｄｉｏ  ｌｉｎｋ  ｐｒｏｔｏｃｏｌ（ＲＬＰ）コンポーネント６８０、シリアルＩ／Ｏ  ＡＰＩ  ６８２、およびその後にＵＡＲＴ／ＵＳＢ／ＢＴインターフェース６８４までをサポートする。
【００５９】
オーディオ／電鈴サービス６３８およびサウンドＡＰＩ  ６５６から下に移動すると、ＳＤＰ、ＳＩＯ  ＢＴエクステンション、ＢＡ、ＡＧ、ＤＣコンポーネント６８６は、ＲＦ通信（ＲＦＣＯＭＭ）コンポーネント６８８、その後にＬ２ＣＡＰコンポーネント６９０、その後にＬＭＰ／ＬＭ／ＨＣＩコンポーネント６９２、その後にＢｌｕｅｔｏｏｔｈコンポーネント６９４の上に構築される。
【００６０】
音声ＡＰＩ  ６６０は、ＶＲエンジン６９６によってサポートされる。ＣＭＸ  ＡＰＩ  ６６２は、ＣＭＸエンジン６９８によってサポートされる。ＶＲエンジン６９６およびＣＭＸエンジン６９８は、ＱＤＳＰドライバ７００によってサポートされる。
【００６１】
ＭｅｄｉａＦＬＯ  ＡＰＩ  ６６４は、ＭｅｄｉａＦＬＯドライバ７０４によってサポートされるＭｅｄｉａＦＬＯプロトコルスタックコンポーネント７０２によってサポートされる。ＭｅｄｉａＦＬＯアプリケーション６４４は、他のＦＬＯアプリケーション（図示せず）ならびに他の障害診断アプリケーション（図示せず）をサポートする。ＭｅｄｉａＦＬＯ  ＡＰＩ  ６６４は、ＦＬＯ  ＢＲＥＷインターフェースとしてサービスする。ＭｅｄｉａＦＬＯプロトコルスタック７０２は、ＦＬＯ媒体アクセス制御（ＭＡＣ）およびストリームレイヤとして働く。ＭｅｄｉａＦＬＯドライバ７０４は、ＦＬＯハードウェアドライバにサービスする。
【００６２】
コンピューティング・プラットフォーム６００の他のソフトウェア・コンポーネントは、ＡＭＰＳ  Ｌ３コンポーネント７０６、ＡＭＰＳ  Ｌ２コンポーネント７０８、受信／送信（Ｒｘ／Ｔｘ）コンポーネント７１０、およびＡＭＰＳ割込みサービスルーチン（ＩＳＲ）コンポーネント７１２を含む。ＡＵＴＨ  ＣＤＭＡ  Ｌ３コンポーネント７１４は、ＣＤＭＡ  Ｌ２コンポーネント７１６、Ｒｘ／Ｔｘコンポーネント７１８、および符号器／復号器（Ｅｎｃ／Ｄｅｃ）７２０ならびにＣＤＭＡ／ｇｐｓＯｎｅサーチャコンポーネント７２２および復調器７２４によってサポートされる。Ｏｖｅｒ  Ｔｈｅ  Ａｉｒ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ（ＯＴＡＳＰ）コンポーネント７２６、スリープタイムライン管理コンポーネント７２８、無線管理コンポーネント７３０、およびＲＦコンポーネント７３２がある。また、ＨＤＲ  Ｌ３コンポーネント７３４、ＨＤＲ  Ｌ２コンポーネント７３６、ＨＤＲ  Ｒｘ／Ｔｘコンポーネント７３８、ＨＤＲ  Ｅｎｃ／Ｄｅｃコンポーネント７４０、ＨＤＲサーチャコンポーネント７４２、およびＨＤＲ復調器７４４が設けられる。
【００６３】
図６では、無線ブロードキャスティング障害検出、収集、分析、および訂正の方法論８００は、ブロック８０２に、キャリアおよび／またはマルチキャスト・サービスを消費する無線移動体デバイスの集団を含む。ブロック８０４で、故障の調査を行うべきであるかどうかの判定を行う。これは、障害のロギングおよび報告を行うべきデバイスの障害セッティングとすることができる。これは、ユーザによって開始される調査とすることができる。これは、キャリアによって開始される調査（たとえば、ＳＭＳイネーブルメント）および／またはマルチキャストプロバイダによって開始されるものとすることができる。
【００６４】
ブロック８０６で、障害収集および報告を、図７に関して下で述べる１つの実施態様を用いて使用可能にする。詳細な障害報告８０８を、ブロック８０６の障害イネーブルメント報告イベントで指定されたパラメータまたは判断基準に従って、ブロック８０８で収集する。たとえば、ソフトウェア・コンポーネント、適用可能なデバイス、障害の重大度、および／または障害収集の時間ウィンドウを指定することができる。ブロック８１０で、報告された障害データを、故障の傾向および原因について分析する。イネーブルされる障害報告の量は、問題がよりよく理解されるときに調整することができる。障害の原因が、特定のコンポーネントまたはコンポーネントの間の相互作用に帰せられた後に、そのコンポーネントの責任を負うハードウェア／ソフトウェアデベロッパが、ブロック８１２で、故障の責任を割り当てられる。予備結果を、ブロック８１４で、ユーザまたはデベロッパからのクエリを得ている可能性があるバリューチェーン内の他のエンティティを助けるために解決策データベースに格納する。ブロック８１６で、責任を負うデベロッパが、修正を実行し、修正をテストし、修正を公開する。修正によって導入され得る統合問題を回避するために、システムレベル認証を修正に対して実行する８１８。修正の適用可能性に応じて、ブロック８２０で、リコール／アップグレードプロセスを、修正を現場に配置されたデバイスおよび新しいデバイスに導入するために開始する。その後、ブロック８２２で、最終的な解決策が、解決策データベースを更新する。
【００６５】
図７では、例示的な障害イネーブルメント方法論９００が、無線移動体デバイスＡ〜Ｅ  ９０２〜９１０の集団、無線ブロードバンド・サービス・プロバイダ（ＷＢＳＰ）障害データ収集サーバ９１２およびＷＢＳＰオペレータ９１４によって表されるＷＢＳＰ、ならびに無線マルチキャスト・サービス・プロバイダ（ＷＭＳＰ）障害データ・イネーブルメント・サーバ９１６およびＷＢＳＰオペレータ９１８によって表されるＷＢＳＰを含むタイミング図として示されている。１つまたは複数の障害分析／応答サーバ９２０が、収集された障害データを診断し、この障害分析／応答サーバ９２０は、ＷＢＳＰ、ＷＭＳＰの一方または両方ならびにＯＥＭ、アプリケーション・ベンダなどに配置され得る。
【００６６】
９３０で、ＷＢＳＰオペレータは、トリガされたときに必要な障害イネーブルメントアクションを引き起こすしきい値を用いてＷＢＳＰ障害データ収集サーバ９１２を構成する。図示の態様では、無線移動体デバイス９０２〜９１０のうちのいくつかまたはすべてが、ＳＭＳによるなど、自動的にまたはユーザによって開始されてのいずれかで、要約故障データメッセージを送信することができる。障害を有するデバイスの一部がそのような要約を送信することができるが、これらの報告は、現場に配置されたデバイスでの問題に関するアラートを作成することができる。これは、無線移動体デバイスＡ  ９０２がＷＢＳＰ障害データ収集サーバ９１２に９３２でＳＭＳ障害要約を送信することとして示され、このＷＢＳＰ障害データ収集サーバ９１２は、９３４で、この報告が累積的にしきい値を超えてはいないと判定する。その後、無線移動体デバイスＢ  ９０４が、９３６で、収集サーバ９１２にＳＭＳ障害要約を送信し、この収集サーバ９１２は、やはり、９３８で、この報告が累積的にしきい値を超えてはいないと判定する。しかし、無線移動体デバイスＣ  ９０６が、９４０でＳＭＳ障害要約を送信するときには、収集サーバ９１２は、９４２でしきい値を超えたと判定し、９４４で、ＷＢＳＰオペレータ９１４に現場故障アラート要約を送信する。全般的にどのタイプの現場故障データが故障の診断に必要である可能性があるかの査定に基づいて、ＷＢＳＰオペレータ９１４は、９４６で、ＷＢＳＰ障害データ収集サーバ９１２に障害データ収集イネーブル命令を送信する。
【００６７】
本開示の利益と共に、ＳＭＳメッセージを、現在は受信範囲内にないＳＭＳが次に呼び出されるときまで、後の送信のために保存できることを了解されたい。もう１つの代替案として、ＳＭＳメッセージを、特に無線で障害データを中継することができないデバイスのトラブルシューティングを助ける顧客サービス代理人を介するなど、バックエンドプロセスを介して中継することができる。
【００６８】
例示的な版では、無線移動体デバイス９０２〜９１０のうちのいくつかまたはすべての障害イネーブルメント報告を無線でマルチキャストする能力は、これらのデバイス９０２〜９１０に達し、個々のメッセージと比較して無線通信チャネルに悪影響を及ぼさないという点で利益を有する。そのために、ＷＢＳＰ障害データ収集サーバ９１２は、９４８で、障害データ収集イネーブル要求をＷＭＳＰ障害データ・イネーブルメント・サーバ９１６に送信し、このＷＭＳＰ障害データ・イネーブルメント・サーバ９１６は、９５２で、障害データ収集イネーブル・アラートをＷＢＳＰオペレータ９１８に中継する。この要求が合法的である場合には、ＷＢＳＰオペレータ９１８は、９５４で、障害データ収集イネーブル通知コマンドをＷＭＳＰ障害データ・イネーブルメント・サーバ９１６に送信する。
【００６９】
これによって、９５６に示された障害報告イネーブリング・イベントのマルチキャスティングが、集団を飽和させるためにある時間期間の間に継続することができる、移動体無線デバイス９０２〜９１０の集団に送信される。個々の移動体デバイスへの通信のシーケンシングが、必要ではないことと、いくつかのアプリケーションで、十分なカバレージが単一ブロード・キャストを用いて発生し得ることを了解されたい。いくつかのアプリケーションでは、より高い浸透力が望ましく、反復されるブロード・キャストを介して達成され得る。
【００７０】
マルチキャスティングが移動体デバイス９０２〜９１０の一部で使用可能ではない場合には、ＷＢＳＰ障害データ収集サーバ９１２は、９５０に示されたＳＭＳブロード・キャスト障害データ収集イネーブルメッセージを送信することができるが、受信の問題が、ある種のデバイス９０２、９０６にこのＳＭＳイネーブルメントを受信させない可能性がある。
【００７１】
このように障害報告についてイネーブルされて、移動体デバイスＣ  ９０６が障害に出会うときに、９５８に示された詳細な障害情報報告が、ＷＢＳＰ障害データ収集サーバ９１２に送信される。同様に、移動体デバイスＤ  ９０８が障害に出会うときに、９６０に示された詳細な障害情報報告が、ＷＢＳＰ障害データ収集サーバ９１２に送信される。移動体デバイスＥ  ９１０が障害に出会うときには、９６２に示された詳細な障害情報報告が、ＷＢＳＰ障害データ収集サーバ９１２に送信され、このＷＢＳＰ障害データ収集サーバ９１２は、９６４に示されているように、障害ログを診断のために障害分析／応答サーバ９２０にアップロードする。
【００７２】
本明細書で説明した態様が、ネットワーク・レベル・ストレージおよび処理のある種の機能ならびに移動体通信デバイスによって実行される他の機能を分離することを了解されたい。本開示の利益と共に、諸態様と一貫するアプリケーションが、集中位置での計算オーバーヘッドを減らし、かつ／または通信負荷を減らすためにより分散された処理を有する構成を含むことができることを了解されたい。代替案では、いくつかの制限された機能の移動体デバイスに、集中化された追加の処理を伴う移動体アドバタイズを用いてサービスすることができる。
【００７３】
本明細書で開示される版に関連して説明されたさまざまな例示的なロジック、論理ブロック、モジュール、および回路を、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル・ロジックデバイス、ディスクリート・ゲートもしくはトランジスタ・ロジック、ディスクリート・ハードウェア・コンポーネント、または本明細書で説明される機能を実行するように設計されたその任意の組合せを用いて実施しまたは実行することができる。汎用プロセッサは、マイクロプロセッサとすることができるが、代替案では、プロセッサを、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサを、コンピューティング・デバイスの組合せ、たとえば、ＤＳＰおよびマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実施することもできる。さらに、少なくとも１つのプロセッサは、上で説明したステップおよび／またはアクションのうちの１つまたは複数を実行するように動作可能な１つまたは複数のモジュールを備えることができる。
【００７４】
さらに、本明細書で開示される態様に関連して説明される方法またはアルゴリズムのステップおよび／またはアクションを、ハードウェアで直接に、プロセッサによって実行されるソフトウェアモジュールで、またはこの２つの組合せで実施することができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ・レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で既知のすべての他の形の記憶媒体に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替案では、記憶媒体を、プロセッサと一体とすることができる。さらに、いくつかの態様では、プロセッサおよび記憶媒体が、１つのＡＳＩＣ内に常駐することができる。さらに、このＡＳＩＣが、ユーザ端末内に常駐することができる。代替案では、プロセッサおよび記憶媒体は、ユーザ端末内に別個のコンポーネントとして常駐することができる。さらに、いくつかの態様では、方法またはアルゴリズムのステップおよび／またはアクションが、コンピュータプログラム製品に組み込むことができる機械可読媒体および／またはコンピュータ可読媒体上のコードおよび／または命令のうちの１つまたは任意の組合せまたはセットとして常駐することができる。
【００７５】
前述の開示は、例示的な態様および／または実施形態を述べるが、さまざまな変更および修正を添付の特許請求の範囲によって定義される説明された態様および／または実施形態の範囲から逸脱せずに行うことができることに留意されたい。さらに、説明された態様および／または実施形態の要素は、単数形で説明されまたは請求される場合があるが、単数形に対する限定が明示的に述べられない限り、複数形が企図されている。さらに、そうではないと述べられない限り、すべての態様および／または実施形態のすべてまたは一部を、任意の他の態様および／または実施形態のすべてまたは部分と共に利用することができる。
【図１】
2011501614.tif 000004
【図２】
2011501614.tif 000005
【図３】
2011501614.tif 000006
【図４】
2011501614.tif 000007
【図５】
2011501614.tif 000008
【図６】
2011501614.tif 000009
【図７】
2011501614.tif 000010
【国際調査報告】
2011501614.tif 000011
2011501614.tif 000012
2011501614.tif 000013