(57)【要約】【課題】モバイル通信デバイスのためのデマンドベースのプロビジョニングを提供するシステムおよび方法を提供する。【解決手段】プロビジョニングサーバは、モバイル通信デバイスからプロビジョニングアップデートリクエストを受信し、そのプロビジョニングアップデートリクエストに応答してサービスアップデートデータメッセージをモバイル通信デバイスに送信するために使用され得る。サービスアップデートデータメッセージは、プロビジョニングサーバによって複数のプロバイダのうちの少なくとも１つから受信されたモバイル通信デバイスのためのサービス情報を含み得る。モバイル通信デバイスは、トリガイベントを検出し、そのトリガイベントに応答してそのプロビジョニングアップデートリクエストをプロビジョニングサーバに送信するように動作可能であり得る。【選択図】図１
2007215235.tif 000002
【特許請求の範囲】
【請求項１】
モバイル通信デバイスにおいてサービス情報をアップデートするシステムであって、
前記モバイル通信デバイスからプロビジョニングアップデートリクエストを受信し、前記プロビジョニングアップデートリクエストに応答してサービスアップデートデータメッセージを前記モバイル通信デバイスに送信するように動作可能なプロビジョニングサーバを備え、
前記サービスアップデートデータメッセージは、前記プロビジョニングサーバによって複数のサービスプロバイダのうちの少なくとも１つから受信された前記モバイル通信デバイスのためのサービス情報を含み、
前記モバイル通信デバイスは、トリガイベントを検出し、前記トリガイベントに応答して前記プロビジョニングアップデートリクエストを前記プロビジョニングサーバに送信するように動作可能である、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この特許明細書に記載の技術は、一般にワイヤレス通信の分野に関する。より具体的には、デマンドベースのプロビジョニングを提供するシステムおよび方法が記載される。これらは、ワイヤレスの２ウェイメッセージデバイス、セルラー電話機、パーソナルデジタルアシスタント（ＰＤＡ）もしくはその他のタイプのモバイル通信デバイスとの使用に特に良く適している。
【背景技術】
【０００２】
典型的なモバイル通信デバイスは、ワイヤレスサービスプロバイダとの通信を行うために、アップトウデート（ｕｐ−ｔｏ−ｄａｔｅ）のルーティング情報やサービスパラメータを維持しなけらばならない複数のアプリケーションもしくは複数のサービスを含む。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、特定のサービスためのルーティングもしくはプロビジョニング情報が変更される度に、サービスプロバイダが、プッシュベース（ｐｕｓｈ−ｂａｓｅｄ）のｏｖｅｒ−ｔｈｅ−ａｉｒ（ＯＴＡ）プロビジョニングパケットを用いてすべての加入されたデバイスをアップデートしようと試みると、そのネットワークを氾濫させる可能性がある。
【課題を解決するための手段】
【０００４】
以下に記載される技術によれば、モバイル通信デバイスのためのデマンドベースのプロビジョニングを提供するシステムおよび方法が提供される。プロビジョニングサーバは、モバイル通信デバイスからプロビジョニングアップデートリクエストを受信し、そのプロビジョニングアップデートリクエストに応答してサービスアップデートデータメッセージをモバイル通信デバイスに送信するために使用され得る。サービスアップデートデータメッセージは、プロビジョニングサーバによって複数のプロバイダのうちの少なくとも１つから受信されたモバイル通信デバイスのためのサービス情報を含み得る。モバイル通信デバイスは、トリガイベントを検出し、そのトリガイベントに応答してそのプロビジョニングアップデートリクエストをプロビジョニングサーバに送信するように動作可能であり得る。
【０００５】
本発明のシステムは、モバイル通信デバイスにおいてサービス情報をアップデートするシステムであって、前記モバイル通信デバイスからプロビジョニングアップデートリクエストを受信し、前記プロビジョニングアップデートリクエストに応答してサービスアップデートデータメッセージを前記モバイル通信デバイスに送信するように動作可能なプロビジョニングサーバを備え、前記サービスアップデートデータメッセージは、前記プロビジョニングサーバによって複数のサービスプロバイダのうちの少なくとも１つから受信された前記モバイル通信デバイスのためのサービス情報を含み、前記モバイル通信デバイスは、トリガイベントを検出し、前記トリガイベントに応答して前記プロビジョニングアップデートリクエストを前記プロビジョニングサーバに送信するように動作可能である。
【０００６】
前記モバイル通信デバイスによって送信される前記プロビジョニングアップデートリクエストは、前記複数のサービスプロバイダのうちの少なくとも１つを同定し、前記プロビジョニングサーバから前記モバイル通信デバイスに送信される前記サービスアップデートデータメッセージは、前記同定されたサービスプロバイダからのサービス情報を含んでいてもよい。
【０００７】
前記プロビジョニングサーバに結合され、前記プロビジョニングサーバによって複数のサービスプロバイダから受信されたサービス情報を格納するように動作可能なサービスアップデートデータベースをさらに備え、前記モバイル通信デバイスによって送信される前記プロビジョニングアップデートリクエストは、前記複数のサービスプロバイダのうちの少なくとも１つを同定し、前記プロビジョニングサーバは、前記プロビジョニングアップデートリクエストによって同定された１つのサービスプロバイダからのサービス情報が前記サービスアップデートデータベースに格納されているか否かを決定することによって前記プロビジョニングアップデートリクエストに応答するように動作可能であり、もし前記同定されたサービスプロバイダからのサービス情報が前記サービスアップデートデータベースに格納されているならば、前記サービスアップデートデータメッセージにおいて前記サービス情報を前記モバイル通信デバイスに送信してもよい。
【０００８】
前記サービスアップデートデータベースは、前記モバイル通信デバイスに送信されたサービス情報を同定するアップデート情報を格納するように動作可能であり、前記プロビジョニングサーバは、前記同定されたサービスプロバイダからの前記サービス情報が前記モバイル通信デバイスに既に送信されているか否かを前記アップデート情報から決定するように動作可能であり、もし前記同定されたサービスプロバイダからの前記サービス情報が前記モバイル通信デバイスに既に送信されているならば、前記プロビジョニングアップデートリクエストに応答して前記サービス情報を送信しなくてもよい。
【０００９】
前記トリガイベントは、前記モバイル通信デバイスと前記プロビジョニングサーバとの間でのワイヤレス通信の失敗であってもよい。
【００１０】
前記トリガイベントは、前記モバイル通信デバイスと前記サービスプロバイダのうちの１つとの間でのワイヤレス通信の失敗であってもよい。
【００１１】
前記トリガイベントは、ユーザリクエストであってもよい。
【００１２】
前記トリガイベントは、前記モバイル通信デバイスが新たなワイヤレスネットワークに放浪する（ｒｏａｍ）場合に生成されてもよい。
【００１３】
前記複数のサービスプロバイダは、ワイヤレスメッセージサービスを含んでもよい。
【００１４】
本発明の方法は、デマンドベースのプロビジョニングをモバイル通信デバイスに提供する方法であって、複数のサービスプロバイダのうちの少なくとも１つから前記モバイル通信デバイスのためのサービス情報を受信することと、前記サービス情報をメモリデバイスに格納することと、トリガイベントに応答して、前記モバイル通信デバイスからプロビジョニングアップデートリクエストを受信することと、前記格納されたサービス情報が前記モバイル通信デバイスに以前に送信されたか否かを決定することと、もし前記格納されたサービス情報が前記モバイル通信デバイスに以前に送信されていないならば、前記サービス情報をサービスアップデートデータメッセージにカプセル化し、前記サービスアップデートデータメッセージをワイヤレスネットワークを介して前記モバイル通信デバイスに送信することとを包含する。
【００１５】
前記プロビジョニングアップデートリクエストにおいて前記複数のサービスプロバイダのうちの１以上を同定することと、前記格納されたサービス情報が前記同定されたサービスプロバイダから受信されたか否かを決定することと、もし前記格納された情報が前記同定されたサービスプロバイダから受信されたならば、前記サービスアップデートデータメッセージを前記ワイヤレスネットワークを介して前記モバイル通信デバイスに送信することとをさらに包含してもよい。
【００１６】
本発明のシステムは、デマンドベースのプロビジョニングをモバイル通信デバイスに提供するシステムにおいて、前記通信モバイルデバイスからプロビジョニングアップデートリクエストを受信し、前記プロビジョニングアップデートリクエストに応答してサービスアップデートパケットを前記モバイル通信デバイスに送信するように動作可能なプロビジョニングサーバを含み、前記サーバアップデートデータメッセージは、前記プロビジョニングサーバによって複数のサービスプロバイダのうちの少なくとも１つから受信された前記モバイル通信デバイスのためのサービス情報を含み、前記モバイルデバイスは、前記プロビジョニングサーバから前記サービスアップデートパケットを受信するように動作可能な受信器と、前記プロビジョニングアップデートリクエストを前記プロビジョニングサーバに送信するように動作可能な送信器と、トリガイベントを検出し、前記トリガイベントに応答して前記サービスアップデートパケットを生成する手段とを含む。
【００１７】
前記プロビジョニングアップデートリクエストは、前記複数のサービスプロバイダのうちの少なくとも１つを同定し、前記サービスアップデートデータメッセージは、前記同定されたサービスプロバイダからのサービス情報を含んでいてもよい。
【００１８】
前記トリガイベントは、前記モバイル通信デバイスと前記プロビジョニングサーバとの間でのワイヤレス通信の失敗であってもよい。
【００１９】
前記トリガイベントは、前記モバイル通信デバイスと前記サービスプロバイダのうちの１つとの間でのワイヤレス通信の失敗であってもよい。
【００２０】
前記トリガイベントは、ユーザ生成リクエストであってもよい。
【発明を実施するための最良の形態】
【００２１】
図面を参照して、図１は、デマンドベースのプロビジョニング（ｄｅｍａｎｄ−ｂａｓｅｄ  ｐｒｏｖｉｓｉｏｎｉｎｇ）をモバイル通信デバイス１２に提供するシステム１０の一例を示すブロック図である。システム１０は、モバイル通信デバイス１２と通信し、複数のサービスプロバイダ１６と通信するプロビジョニングサーバ（ｐｒｏｖｉｓｉｏｎｉｎｇ  ｓｅｒｖｅｒ）１４を含む。プロビジョニングサーバ１４は、例えば、インターネットのようなコンピュータネットワークを介してサービスプロバイダ１６と通信することができ、ワイヤレス通信ネットワークを介してモバイル通信デバイス１２と通信することができる。
【００２２】
動作中、プロビジョニングサーバ１４は、モバイル通信デバイス１２のためのサービスアップデート（ｓｅｒｖｉｃｅ  ｕｐｄａｔｅｓ）１８をサービスプロバイダ１６から受信し、格納し、プロビジョニングアップデートリクエスト（ＰＵＲ；ｐｒｏｖｉｓｉｏｎｉｎｇ  ｕｐｄａｔｅ  ｒｅｑｕｅｓｔ）２０を受信すると、サービスアップデート１８をモバイル通信デバイス１２に送信する。プロビジョニングアップデートリクエスト（ＰＵＲ）２０は、モバイル通信デバイス１２によって生成され、モバイル通信デバイス１２がトリガイベント（ｔｒｉｇｇｅｒｉｎｇ  ｅｖｅｎｔ）２２を検出した場合にプロビジョニングサーバ１４に送信される。トリガイベント２２は、例えば、モバイル通信デバイス１２とプロビジョニングサーバ１４との間のワイヤレス通信の失敗（例えば、接続性の問題）、モバイルデバイス上の特定のアプリケーションもしくはサービスとそれのサポートサービスの１以上との間の通信の失敗、アップデートされたプロビジョニングもしくはルーティング情報のためのユーザリクエスト、異なるワイヤレスネットワークへのローミング（ｒｏａｍｉｎｇ）、もしくは、その他のイベントとを含み得る。このようにして、モバイル通信デバイス１２は、ルーティング情報、アクセスポイント名称（ＡＰＮｓ）、ＩＰアドレス、ポート、認証パラメータ、サービスパラメータなどの変更のようなサービ
ス情報の変更に自動的に適合することができる。
【００２３】
モバイル通信デバイス１２は、２方向（２ウェイ）通信デバイスのように、ワイヤレスネットワーク内で動作するように適合された任意のデバイスであり得る。モバイル通信デバイス１２の動作は、その中でデバイス１２が動作することが意図されているワイヤレスネットワークに応じて変動し得る。例えば、北アメリカで動作するモバイル通信デバイス１２は、ＭｏｂｉｔｅｘＴＭモバイル通信システムもしくはＤａｔａＴＡＣＴＭモバイル通信システムとともに動作するように設計された通信サブシステムを含み得る。これに対し、ヨーロッパで動作するワイヤレスデバイス１２は、Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ（ＧＰＲＳ）通信システムを含み得る。モバイル通信システム１２の一例が、図５を参照してより詳しく以下に記載される。
【００２４】
モバイル通信システム１２は、トリガイベントを検出し、そのトリガイベントに応答してプロビジョニングアップデートリクエスト（ＰＵＲ）２０をプロビジョニングサーバ１４に送信するように動作可能である。プロビジョニングアップデートリクエスト（ＰＵＲ）２０は、それからのサービスアップデート１８（例えば、ルーティング情報、パラメータ情報など）が所望される１以上の特定のサービスプロバイダ１６を同定し得る。あるいは、モバイル通信システム１２は、すべての利用可能なもしくはすべての適用可能なサービスアップデート１８をリクエストするジェネリックなプロビジョニングアップデートリクエスト２０を送信してもよい。加えて、もしプロビジョニングアップデートリクエスト２０がワイヤレス通信の失敗によってトリガされるならば、モバイル通信システム１２は、プロビジョニングアップデートリクエスト２０をプロビジョニングサーバ１４に送る前に、サービスプロバイダ１６が１回以上送信をリトライすることを試みることを許可するようにしてもよい。
【００２５】
プロビジョニングサーバ１４は、モバイル通信システム１２からプロビジョニングアップデートリクエスト２０を受信し、そのプロビジョニングアップデートリクエスト２０に応答してサービスアップデートデータメッセージ１８をモバイル通信システム１２に送信するように動作可能である。サービスアップデートデータメッセージ１８は、プロビジョニングサーバ１４によって複数のサービスプロバイダ１６のうちの少なくとも１つから受信されたモバイル通信システム１２のためのサービスアップデート１８を含み得る。サービスプロバイダ１６は、例えば、電子メールサービス、ブラウザルーティングサービス、ｏｖｅｒ−ｔｈｅ−ａｉｒ（ＯＴＡ）同期サービス、もしくは、その他のワイヤレス可能なサービスを含み得る。例えば、電子メールおよびカレンダー情報をモバイル通信デバイス１２にリダイレクトするサービスが同時所有の米国特許第６，２１９，６９４号、第６，４６３，４６４号および第６，４６３，４６３号に記載されている。これらの開示は、本願の開示の一部をなすようにここに組み込まれる。
【００２６】
図２は、モバイル通信デバイス１２に送信されるデマンドベースのプロビジョニング情報を追跡するシステム３０の一例を示すブロック図である。このシステム３０は、図１に示されるものと同様であるが、プロビジョニングサーバ１４に結合されたサービスアップデートデータベース３２が追加されている。サービスアップデートデータベース３２は、サービスプロバイダ１６から受信されたサービス情報を格納し、どのサービス情報が特定のモバイル通信デバイス１２に既に送信されたかを同定するアップデート情報も格納するように動作可能である。このように、プロビジョニングサーバ１４は、複数のモバイル通信デバイス１２のアップデート状況を追跡することができ、必要に応じてサービスアップデート１８を送信するのみである。
【００２７】
例えば、トリガイベント２２が検出されると、モバイル通信デバイス１２は、プロビジョニングアップデートリクエスト２０をプロビジョニングサーバ１４に送信し得る。プロ
ビジョニングサーバ１４は、その後、サービスアップデートデータベース３２をアクセスして、モバイル通信デバイス１２にまだ送信されていない格納されているサービスアップデートを同定する。もしサービスアップデートデータベース３２がモバイル通信デバイス１２にまだ送信されていない単数もしくは複数のサービスアップデートを含むならば、プロビジョニングサーバ１４は、その同定された単数もしくは複数のサービスアップデートをサービスアップデートデータメッセージ１８にカプセル化して、そのパケット１８をワイヤレスネットワークを介してモバイル通信デバイス１２に送信し得る。
【００２８】
加えて、モバイル通信デバイス１２からのプロビジョニングアップデートリクエスト２０は、１以上の特定のサービスプロバイダ３４を同定し得る。例えば、プロビジョニングアップデートリクエスト２０は、モバイル通信デバイス１２が加入した単数もしくは複数のサービスプロバイダ１６、および／または、それからモバイルデバイスのユーザガアップデートすることを所望する単数もしくは複数のサービスプロバイダ１６を同定し得る。もしサービスプロバイダ識別子３４がＰＵＲ２０に含まれているならば、プロビジョニングサーバ１４は、サービスアップデートデータベース３２にアクセスして、アップデート情報がその同定された単数もしくは複数のサービスプロバイダ３４から受信され格納されているか否かを決定し、また、その関連するアップデート情報がモバイル通信デバイス１２に送信されたか否かを決定し得る。もし新たなアップデート情報がその同定された単数もしくは複数のサービスプロバイダ３４に対して利用可能ならば、プロビジョニングサーバ１４は、そのデータをパケット化して、その結果得られるサービスアップデートデータメッセージ１８をモバイル通信デバイスに送信し得る。
【００２９】
図３は、デマンドベースのプロビジョニングとメッセージ情報のプッシュとをモバイル通信デバイス１２に提供するシステム４０の一例を示すブロック図である。システム４０は、ローカルエリアネットワーク（ＬＡＮ）４７上で動作するメッセージサーバ４１およびリダイレクションサーバ４５と、ワイドエリアネットワーク（ＷＡＮ）４８を介してＬＡＮ４７と通信可能なワイヤレスゲートウェイ４３およびプロビジョニングサーバ１４と、ワイヤレスネットワーク４４を介してワイヤレスゲートウェイ４３およびプロビジョニングサーバ１４と通信可能なモバイル通信デバイス１２とを含む。
【００３０】
また、ワイヤレスゲートウェイ４３およびプロビジョニングサーバ１４を介してモバイル通信デバイス１２と通信可能な１以上の他のサービスプロバイダ４２が図示されている。
【００３１】
動作中、リダイレクションサーバ４５および単数もしくは複数の他のサービスプロバイダ４２は、ワイヤレスゲートウェイ４３を介してモバイル通信デバイス１２に情報を送信し、ワイヤレスゲートウェイ４３を介してモバイル通信デバイス１２から情報を受信し得る。加えて、サービスアップデートもまた、リダイレクションサーバ４５および単数もしくは複数の他のサービスプロバイダ４２から送信されることができ、上述したように、プロビジョニングアップデートリクエスト（ＰＵＲ）が受信されると、モバイル通信デバイス１２に送信するためにプロビジョニングサーバ１４によって格納される。
【００３２】
ローカルエリアネットワーク４７内では、メッセージサーバ４１は、複数のネットワークコンピュータ４６とネットワークされており、１以上のメッセージアプリケーション（例えば、電子メールアプリケーション、カレンダーアプリケーション、ＴｏＤｏＬｉｓｔアプリケーション、アドレスブックアプリケーションもしくはその他のもの）を実行する。加えて、メッセージサーバ４１は、ＷＡＮ４８を介して他のメッセージサーバもしくは類似のシステムにメッセージ情報を送信し、ＷＡＮ４８を介して他のメッセージサーバもしくは類似のシステムからメッセージ情報を受信するように構成され得る。リダイレクションサーバ４５は、メッセージサーバ４１に結合されており、メッセージサーバからワイ
ヤレスゲートウェイ４３を介してモバイル通信デバイス１２にメッセージ情報（例えば、Ｅメールもしくはカレンダ情報）をプッシュするように動作可能である。
【００３３】
加えて、リダイレクションサーバ４５は、プロビジョニングアップデートリクエストが受信されると、図１および図２を参照して上述したように、格納され、モバイル通信デバイス１２に送信されるサービスアップデートをプロビジョニングサーバ１４に送信し得る。すなわち、リダイレクションサーバ４５によって提供されるワイヤレスメッセージサービスに関連するアップデートされたサービス情報（例えば、ルーティングもしくはプロビジョニング情報）は、モバイル通信デバイス１２がトリガイベントを検出した場合に、モバイル通信デバイス１２にアップロードされ得る。このようにして、モバイル通信デバイス１２は、現在のサービス情報を用いて自動的にアップデートされ得る。加えて、ワイヤレスメッセージサービスに関連するサービスアップデートもまた、リダイレクションサーバ４５以外の単数もしくは複数のサービスプロバイダによってプロビジョニングサーバ１４に送信され得る。例えば、ワイヤレスネットワークサービスプロバイダもまた、メッセージ情報をモバイル通信デバイス１２にプッシュするように、リダイレクションサーバ４５の動作に影響を与えるサービスアップデートを提供することができる。
【００３４】
サービスアップデート情報は、好ましくは、リダイレクションサーバ４５もしくは他のサービスプロバイダ４２において、暗号化され、１以上のデータパケットにカプセル化され、インターネットなどのワイドエリアネットワーク（ＷＡＮ）４３を介してプロビジョニングサーバ１４に送信され得る。プロビジョニングサーバ１４は、ワイヤレスゲートウェイ４３の一部として図３に示されている。しかし、プロビジョニングサーバ１４は、ワイヤレスゲートウェイ４３とは別個に動作してもよいということが理解され得る。このように、プロビジョニングサーバ１４に行くことになるサービスアップデート情報は、ワイヤレスゲートウェイ４３にアドレスされることができ、あるいは、プロビジョニングサーバ１４によって直接受信され、その後、ワイヤレスゲートウェイ４３を介してモバイル通信デバイス１２にアップロードされる。
【００３５】
ワイヤレスゲートウェイ４３は、ＷＡＮ４８とワイヤレスネットワーク４４とのインタフェースを提供し、データパケットをモバイル通信デバイス１２に送信する。ワイヤレスゲートウェイ４３は、例えば、ＷＡＮプロトコルとワイヤレスネットワークプロトコルとの間でデータを変換し、ワイヤレス識別を用いてワイヤレスネットワークを介して送信を行うためにそのデータパケットをアドレスし、格納し、データをモバイル通信デバイス１２とやりとりし、その他の典型的なインタフェース機能を実行し得る。
【００３６】
図４は、デマンドベースのプロビジョニングをモバイル通信デバイスに提供する方法５０の一例を示すフロー図である。その方法は、ステップ５１から始まる。ステップ５２では、アップデートされたサービス情報が複数のサービスプロバイダのうちの１以上から受信され、その受信された情報がステップ５３において格納される。その後、方法５０は、モバイル通信デバイスとサービスプロバイダのうちの１つとの間のワイヤレス通信の失敗のようなトリガイベントの検出を待つ。ステップ５４でトリガイベントが検出されると、サービスプロバイダからの新たなサービス情報がモバイル通信デバイスに送信されるべきであることを示すプロビジョニングアップデートリクエスト（ＰＵＲ）が生成される。ステップ５６では、その方法は、例えば、以前のトリガイベントが起こったときに、その格納された単数もしくは複数のサービスアップデートが既にモバイル通信デバイスに送信されているか否かを決定する。もし、その格納された単数もしくは複数のサービスアップデートが既にモバイル通信デバイスに送信されているならば、その方法は、ステップ５８で終了する。しかし、もし、その格納された単数もしくは複数のサービスアップデートが既にモバイル通信デバイスに送信されていないならば、そのサービスアップデートは、ワイヤレスネットワークを介してモバイル通信デバイスに送信され、その方法はステップ５８
で終了する。
【００３７】
図５は、１つの例示的なモバイル通信デバイス１２のより詳細なブロック図である。モバイル通信デバイス１２は、プロセッシングデバイス６２と、通信サブシステム６４と、短レンジ通信サブシステム８２と、入出力デバイス６６〜７６と、メモリデバイス７８、８０と、その他の種々のデバイスサブシステム８４とを含む。モバイル通信デバイス１２は、好ましくは、ボイスおよびデータ通信能力を有する２方向（２ウェイ）通信デバイスである。加えて、デバイス１２は、好ましくは、インターネットを介して他のコンピュータシステムと通信する能力を有している。
【００３８】
プロセッシングデバイス６２は、モバイル通信デバイス１２の動作全体を制御する。プロセッシングデバイス６２によって実行されるシステムソフトウェアは、好ましくは、フラッシュメモリ７８のように永続的な格納部に格納されるが、リードオンリーメモリ（ＲＯＭ）もしくは類似の格納素子のようなその他のタイプのメモリデバイスにも格納され得る。加えて、システムソフトウェア、特定のデバイスアプリケーション、もしくは、その一部は、ランダムアクセスメモリ（ＲＡＭ）８０のような一時的に揮発性の格納部にロードされ得る。モバイルデバイスによって受信された通信信号もまた、ＲＡＭ８０に格納され得る。
【００３９】
プロセッシングデバイス６２は、それのオペレーティングシステムの機能に加えて、デバイス１２上でソフトウェアアプリケーションを実行する。データおよびボイス通信のような基本的なデバイス動作を制御するアプリケーションの所定のセットは、製造過程でデバイス１２上にインストールされ得る。加えて、パーソナル情報マネージャ（ＰＩＭ）アプリケーションは、製造過程でインストールされ得る。ＰＩＭは、ｅメール、カレンダイベント、ボイスメール、アポイントメント、タスク項目のようなデータ項目を整理し管理する能力を有していることが好ましい。また、ＰＩＭアプリケーションは、ワイヤレスネットワーク９４を介してデータ項目を送受信する能力を有していることが好ましい。好ましくは、ＰＩＭデータ項目は、ホストコンピュータシステムに格納されているもしくは関連付けられているそのデバイスのユーザの対応データ項目を用いて、ワイヤレスネットワーク９４を介して、シームレスに統合され、同期化され、アップデートされる。
【００４０】
データおよびボイス通信を含む通信機能は、通信サブシステム６４を通して実行される。そのような通信機能は、短レンジ通信サブシステム８２を通して実行されることも可能である。もし、モバイル通信デバイス１２が２方向（２ウェイ）通信を行うことが可能ならば、通信サブシステム６４は、受信器８６と、送信器８８と、デジタルシグナルプロセッサ（ＤＳＰ）９２のようなプロセッシングモジュールとを含む。加えて、２方向（２ウェイ）通信デバイスとして構成された通信サブシステム６４は、１以上の好ましくは埋め込まれたもしくな内部のアンテナ素子８７、８９と、ローカルオシレータ（ＬＯｓ）９０とを含む。通信サブシステム６４の具体的な設計およびインプリメンテーションは、その中でモバイルデバイスが動作することが意図される通信ネットワークに依存する。例えば、ＭｏｂｉｔｅｘＴＭネットワーク上で動作するように設計されたモバイル通信デバイスは、ＧＰＲＳネットワーク上で動作するように設計された類似のデバイスとは異なる通信サブシステム６４を有し得る。
【００４１】
ネットワークアクセス要求は、通信システムのタイプに依存して変動する。例えば、ＭｏｂｉｔｅｘＴＭやＤａｔａＴＡＣＴＭネットワークでは、モバイル通信デバイス１２は、各デバイスに関連付けれれた一意的なパーソナル識別番号（すなわち、ＰＩＮ）を用いてそのネットワーク上に登録される。しかし、ＧＰＲＳネットワークでは、ネットワークアクセスは、加入者（すなわち、デバイス１２のユーザ）に関連付けられている。それ故、ＧＰＲＳデバイスは、ＧＰＲＳネットワーク上で動作するためには、一般にＳＩＭカー
ドと呼ばれている加入者識別モジュールを必要とする。
【００４２】
ネットワーク登録もしくは起動プロシジャが既に完了したことを要求される場合には、モバイル通信デバイス１２は、通信ネットワークを介して通信信号を送受信し得る。通信ネットワーク９４を介してアンテナ８７によって受信された信号は、受信器８６に入力される。受信器８６は、信号増幅、周波数ダウンコンバージョン、フィルタリング、チャネル選択、アナログ−デジタル変換のような一般的な受信器の機能を実行し得る。受信された信号をアナログ−デジタル変換することは、ＤＳＰ９２がデモジュレーションやデコーディングのようなより複雑な通信の機能を実行することを可能にする。同様にして、送信されるべき信号は、ＤＳＰ９２によって処理され、デジタル−アナルグ変換、周波数アップコンバージョン、フィルタリング、増幅、アンテナ８９および通信ネットワーク９４を介して送信を行うために送信器８８に入力される。
【００４３】
通信信号を処理することに加えて、ＤＳＰ９２は、受信器８６および送信器８８に制御を提供する。例えば、受信器８６および送信器８８において通信信号に加えられるゲインは、ＤＳＰ９２においてインプリメントされた自動ゲイン制御アルゴリズムを通して適応的に制御され得る。
【００４４】
データ通信モードでは、テキストメッセージやダウンロードされたウェブページのような受信された信号は、通信サブシステム６４によって処理され、プロセッシングデバイス６２に入力される。その後、その受信された信号は、ディスプレイ７６（もしくは、いくつかの他の補助Ｉ／Ｏデバイス６６）への出力のためにプロセッシングデバイス６２によってさらに処理される。デバイスのユーザもまた、キーボード７０（例えば、ＱＷＥＲＴＹ−スタイルのキーボード）および／またはいくつかの他の補助Ｉ／Ｏデバイス６６（例えば、タッチパッド、ロッカースイッチ（ｒｏｃｋｅｒ  ｓｗｉｔｃｈ）、親指ホイール（ｔｈｕｍｂ−ｗｈｅｅｌ）、もしくは、その他のタイプの入力デバイス）を用いて、データ項目（例えば、ｅメールメッセージ）を構成し得る。このようにして構成されたデータ項目は、通信サブシステム６４を介して通信ネットワーク９４を経由して送信され得る。ボイス通信モードでは、デバイス１２の全体動作は、受信された信号がスピーカ７２に出力され、送信用の信号がマイクロフォン７４によって生成される点を除いて、データ通信モードと実質的に同様である。代替的なボイスもしくはオーディオＩ／Ｏサブシステム８４（例えば、ボイスメッセージ記録サブシステム）もまた、そのデバイス上にインプリメントされ得る。加えて、ディスプレイ７６もまた、例えば、電話相手の識別子、ボイスコールの長さ、もしくは、その他のボイスコール関連の情報を表示するために、ボイス通信モードにおいて利用され得る。
【００４５】
短レンジ通信サブシステム８２は、モバイル通信デバイス１２と他の近似のシステムもしくはデバイスとの間の通信を行う。これらは必ずしも類似のデバイスである必要はない。例えば、短レンジ通信サブシステム８２は、赤外線デバイスや、関連回路およびコンポーネント、もしくは、同様にイネーブルされるシステムやデバイスとの通信を提供するＢｌｕｅｔｏｏｔｈＴＭ通信モジュールを含み得る。
【００４６】
この明細書の記載は、本発明を開示するためにベストモードを含む複数の例を用いており、また、当業者が本発明を作成しかつ使用することを可能にする。本発明の特許可能な範囲は、当業者に起こる他の例を含み得る。例えば、ある代替的な実施形態では、プロビジョニングサーバ１４が、モバイル通信デバイス１２の代わりにトリガイベント２２の発生を検出してもよい。例えば、プロビジョニングサーバ１４が、ワイヤレスサービスにおけるモバイル通信デバイス１２への割り込み、もしくは、その他のタイプのトリガイベントを検出するように構成されてもよく、トリガイベントに応答して、格納されたサービスアップデート情報１８をモバイル通信デバイス１２に自動的にプッシュしてもよい。
【００４７】
以上のように、本発明の好ましい実施形態を用いて本発明を例示してきたが、本発明は、この実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。本明細書において引用した特許、特許出願および文献は、その内容自体が具体的に本明細書に記載されているのと同様にその内容が本明細書に対する参考として援用されるべきであることが理解される。
【図面の簡単な説明】
【００４８】
【図１】デマンドベースのプロビジョニングをモバイル通信デバイスに提供するシステムの一例を示すブロック図
【図２】モバイル通信デバイスに送信されたデマンドベースのプロビジョニング情報を追跡するシステムの一例を示すブロック図
【図３】デマンドベースのプロビジョニングを提供し、メッセージ情報をモバイル通信デバイスにプッシュするシステムの一例を示すブロック図
【図４】デマンドベースのプロビジョニングをモバイル通信デバイスに提供する方法の一例を示すフロー図
【図５】モバイル通信デバイスの一例を示すブロック図
【図１】
2007215235.tif 000003
【図２】
2007215235.tif 000004
【図３】
2007215235.tif 000005
【図４】
2007215235.tif 000006
【図５】
2007215235.tif 000007