移動体端末の非割込み型後続のプロビジョニングのための方法、システム、及びコンピュータプログラム製品
本発明の実施形態は、移動体端末のプロビジョニングデータを更新する方法、端末、及び回路を含む。移動体端末がその移動体端末のプロビジョニングデータを更新するためのセッションを開始することを要求する、ネットワークで開始される後続のプロビジョニングメッセージが受信され、また、移動体端末が、現在登録されているインターネットプロトコル（ＩＰ）セッションを使用するフォアグラウンドデータアプリケーションを実行中であるかどうかが判定される。ＩＰセッションは、移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であるかどうかの判定に基づいて、移動体端末のプロビジョニングデータを更新するために選択的に開始される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して、通信分野に関し、より詳細には、移動体端末機器のプロビジョニングに関する。
【背景技術】
【０００２】
無線電話やＰＤＡ(personal digital assistant)のような移動体端末機器が、ウェブブラウジングやＥメールの受信及び作成などの統合データ機能を、ますます備えるようになっている。移動体機器にそのようなデータ機能を提供する技術の中には、無線通信手段上のインターネットプロトコル（ＩＰ）の使用を介することがある。一般的に、無線環境におけるＩＰパケットデータ通信の使用は、２つの形態のうち１つをとる。１つはシンプル（ｓｉｍｐｌｅ） ＩＰであり、移動体機器に対する通信は単一のサブネット内で発生するか、又は、その機器は他のサブネットに移動するとそれぞれのサブネットに個々にログオンする。もう１つは移動体（ｍｏｂｉｌｅ） ＩＰ（ＭＩＰ）であり、移動体機器はインターネットで通信するためにホームエージェントを使用し、フォーリンエージェントに登録することにより、それぞれのサブネットにログオンすることなく、複数のサブネット間を移動することができる。ＭＩＰ規格の詳細は、モビリティサポートに関するＩＥＴＦ ＲＦＣ−２００２に規定され、符号分割多重接続（ＣＤＭＡ）無線通信へのＭＩＰの適用は、無線ＩＰネットワーク規格(Wireless IP Network Standard)のＴＩＡ／ＥＩＡ ＩＳ−８３５に規定される。
【０００３】
ＭＩＰを使用する移動体機器は一般的に、フォーリンエージェントに登録し、フォーリンエージェントと移動体機器の間に確立されたセッションのリースを得る。リースは一般的に、一定期間、例えば２時間という期間を持つ。一般的に、リースが期限切れになる前に、移動体端末はリースを更新する。例えば、リースは一般的に、リースが期限切れになる前の０〜６０分の間に更新され、典型的には、リースが期限切れになる約３０分前である。フォーリンエージェントはホームエージェントから受信したデータを移動体機器に転送し、移動体機器から受信したデータをホームエージェントに転送する。一般的には、ホームエージェントはインターネットへのアクセスポイントとして機能し、移動体機器におけるすべてのＩＰ通信はホームエージェントを通過する。フォーリンエージェントは一般的に、もし移動体機器がフォーリンエージェントに登録されたＭＩＰセッションを持っていれば、リース期間中は転送機能を実行する。
【０００４】
従来のＭＩＰシステムでは、移動体機器は「プロビジョニング」として知られるプロセスにおいて、認証、検証、特徴、及び他のデータの少なくともいずれかを提供される。一般的には、そのプロセスは移動体機器がサービスに供されたときに最初に実行される。この最初のプロビジョニングは、一般的に、既定のネットワークアクセス情報(network access information, NAI)プロファイルを規定し、移動体機器に特徴構成を提供する。この最初のプロビジョニングはしばしば、ネットワークで開始される最初のプロビジョニング(network initiated initial provisioning, NIIP)と呼ばれる。移動体機器のプロビジョニングによって提供される情報の変更は、例えば、ネットワークアクセスのためのユーザネームやパスワードの変更であり、一般的に、ネットワークで開始される後続のプロビジョニング(network initiated subsequent provisioning, NISP)処理の一部として提供される。
【０００５】
一般的に、ＮＩＳＰのトリガー要求はショートメッセージサービス(short message service, SMS)メッセージを使用して移動体機器に送信される。移動体機器がＮＩＳＰ要求を受信すると、移動体機器は既定のＮＡＩプロファイルを使用してＭＩＰセッションを確立し、新たなプロビジョニングデータを取得する。このプロビジョニングデータは、移動体機器に使用される既定のＮＡＩプロファイルや、カスタムＮＡＩプロファイルのような他のＮＡＩプロファイルの情報を変更する。例えば、一般的なシステムでは、例えばウェブブラウジングやＪａｖａ２プラットフォームマイクロエディション（Ｊ２ＭＥ）ＭＩＤｌｅｔの実行のような、ユーザが開始したデータアプリケーションのために、移動体機器はカスタムＮＡＩプロファイルを使用する。ユーザはしかし、ブラウザインタフェースを介してこの情報を変更することにより、ユーザネームやパスワードを変更できる。この情報は一般的に、例えば認証、認可、課金サーバのネットワークにおいて更新され、ＮＩＳＰ要求は、移動体機器に送信され、移動体機器に格納されたその情報が更新される。一般的には、ＮＩＳＰ要求はＳＭＳメッセージとして移動体機器に送信される。移動体機器はその既定ＮＡＩプロファイルを使用してセッションを確立し、更新されたプロビジョニング情報を取得する。
【０００６】
複数のＮＡＩプロファイルを使用するが同時に１つのＭＩＰセッションしか維持しないシステムにおいて発生しうる１つの問題は、もしカスタムＮＡＩプロファイルを使用して確立されたＭＩＰセッションの間にＮＩＳＰ要求が受信されると、発生する。ＮＩＳＰ要求をすぐに処理するために、移動体機器は一般的に現在のＭＩＰセッションを終了し、既定のＮＡＩプロファイルを使用してＭＩＰセッションを確立する必要がある。そのような終了は、ユーザにとって割込みがあったと感じるか、煩わしいと感じるかの少なくともいずれかかである。なぜなら、それはユーザが切断の原因を知ること無しにユーザアプリケーションのセッションを切断しうるからである。
さらに、もしユーザアプリケーションのセッションを切断しないためにＮＩＳＰ要求が移動体機器によって破棄されると、ＮＩＳＰ要求は一般的に、ユーザによるさらなる要求を受けずにネットワークによって再送されることはない。それはなぜなら、ＮＩＳＰ要求は一般的に、移動体機器に受信されたと認識されるＳＭＳメッセージとして受信されるからである。さらに、一定時間、例えば７２時間後に、ＮＩＳＰ要求に対する応答を受信しないと、サービスプロバイダは一般的に新たに要求された変更を破棄する。それゆえ、ユーザはすべての変更を繰り返す必要があり、サービスプロバイダによって再開されるプロビジョニングの更新又はカスタマーサービスへの電話が要求される。
【０００７】
上述の問題に対する１つの提案される解決法は、ＮＩＳＰ要求をキューイングすることである。所定の時間間隔、例えば１分間にキーストロークが受信されないか、又は、別の（２番目の）所定の時間間隔、例えば１分間にデータパケットが送受信されないと、ＮＩＳＰ要求が実行される。そのような手法はＮＩＳＰ要求の実行の割込みを減少させるが、調和したやり方で異種の論理ブロックで複数のタイマーを管理するという、実装上の困難性を生み出す。さらに、そのような解決法は、定期的にＭＩＰの再登録を実行するという移動体機器の要求を考慮に入れていない。もしＮＩＳＰ要求に対する応答がＭＩＰの再登録が要求される後まで遅れると、再登録は一般的に、失敗する。なぜなら、ネットワーク基盤と同期していない古いパラメータが使用されるからである。
【特許文献１】国際公開第９８／４１０４４号パンフレット
【特許文献２】米国特許出願公開第２００１／０５３６９４号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の実施形態は、移動体端末のプロビジョニングデータを更新する方法、端末、及び回路を含む。
【課題を解決するための手段】
【０００９】
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信し、前記移動体端末が、現在登録されているインターネットプロトコル（ＩＰ）セッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかが判定される。前記移動体端末が、現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの前記判定に基づいて、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションが選択的に開始される。
【００１０】
本発明の他の実施形態によれば、前記移動体端末は既定のプロファイル及びカスタムプロファイルのうち１つを使用するＩＰセッションを確立する。カスタムプロファイルは多数のカスタムプロファイルのうちの１つでもよい。そのような実施形態によれば、前記移動体端末が、現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかを判定する工程は、前記移動体端末がカスタムプロファイルを使用する現在のＩＰセッションを持つかどうかを判定する工程と、前記移動体端末が前記カスタムプロファイルを使用する現在のＩＰセッションを持つ場合、フォアグラウンドデータアプリケーションが前記現在のＩＰセッションを使用しているかどうかを判定する工程と、を備える。そのような実施形態によれば、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、前記移動体端末が前記カスタムプロファイルを使用する現在登録されているＩＰセッションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、前記既定のプロファイルを使用してＩＰセッションを開始する工程を備える。
【００１１】
本発明の他の実施形態によれば、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、前記移動体端末がカスタムプロファイルを使用する現在登録されているＩＰセッションを持つが、前記現在登録されているＩＰセッションを開始するフォアグラウンドデータアプリケーションを持たないと判定された場合、前記既定のプロファイルを使用してＩＰセッションを開始する工程を備える。
【００１２】
ＩＰセッションを開始する前記工程は、前記現在登録されているＩＰセッションを終了する工程と、前記既定のプロファイルを使用してＩＰセッションを開始する工程と、を備えてもよい。
【００１３】
本発明の他の実施形態によれば、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、前記移動体端末が前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求をキューイングする工程を備える。そのような実施形態によれば、さらに、前記移動体端末の前記プロビジョニングデータに対する更新が成功裡に完了したかどうかを判定する工程と、前記プロビジョニングデータの前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応する要求をキューから削除する工程と、を備えてもよい。さらに、前記移動体端末の前記プロビジョニングデータに対する更新が失敗したかどうかを判定する工程と、前記プロビジョニングデータの前記更新の前期失敗が回復可能な失敗であるかどうかを判定する工程と、が実行されてもよい。前記失敗が回復可能な失敗でない場合、前記プロビジョニングデータの前記更新に対応する要求がキューから削除され、前記失敗が回復可能な失敗である場合、前記プロビジョニングデータの前記更新が再試行される。
【００１４】
本発明の他の実施形態によれば、前記移動体端末が前記現在登録されているＩＰセッションを終了した場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかが判定される。また、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が登録されているＩＰセッションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションが開始される。さらに、前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションが終了したかどうかが判定され、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかが判定されてもよい。前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションが開始されてもよい。
【００１５】
本発明の他の実施形態によれば、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始しているかどうかが判定され、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかが判定される。前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始していると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションが開始される。
【００１６】
本発明の他の実施形態によれば、前記移動体端末の前記データプロビジョニングに対する更新が成功裡に完了したかどうかが判定され、前記プロビジョニングデータに対する前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応する要求がキューから削除される。さらに、前記プロビジョニングデータに対する前記成功裡に完了した更新が、登録されているＩＰセッションを中断したかどうかが判定され、前記プロビジョニングデータに対する前記成功裡に完了した更新が、登録されているＩＰセッションを中断した場合、前記更新されたプロビジョニングデータを使用して前記中断された登録されているＩＰセッションが再開される。
【００１７】
本発明の他の実施形態によれば、前記プロビジョニングデータを更新するための前記ＩＰセッションの間に、音声呼の着信又は発信が開始された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションが終了される。
【００１８】
本発明の他の実施形態によれば、前記現在登録されているＩＰセッション及び前記開始されるＩＰセッションは、移動体インターネットプロトコル（ＭＩＰ）セッションである。さらに、前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージは、ネットワークで開始される後続のプロビジョニングメッセージを含む無線アプリケーションプロトコルＷＡＰ ＰＵＳＨメッセージとして受信されてもよい。さらに、前記ＷＡＰ ＰＵＳＨメッセージは、ショートメッセージサービス（ＳＭＳ）を介して、又は、前記現在登録されているＩＰセッションを介して前記移動体端末に受信されてもよい。あるいは、前記ＮＩＳＰ始動メッセージは、ＳＭＳテキストメッセージを備えてもよい。
【００１９】
本発明の他の実施形態によれば、移動体端末は、無線通信媒体上でデータパケットを送信及び受信するよう構成されたトランシーバと、前記トランシーバに動作可能に関連付けられたＮＩＳＰ(network interface (initiated) subsequent provisioning)処理回路と、を備える。前記ＮＩＳＰ処理回路は、前記トランシーバからＮＩＳＰ要求を受信し、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの判定に基づいて前記受信したＮＩＳＰ要求に応答するためのＩＰセッションを選択的に開始するように構成される。
【００２０】
本発明の他の実施形態によれば、さらに、前記ＮＩＳＰ処理回路は、前記移動体端末がカスタムＮＡＩプロファイルを使用する現在登録されているＩＰセションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、既定のネットワークアクセス識別子（ＮＡＩ）プロファイルを使用して、受信したＮＩＳＰ要求に応答するためのＩＰセッションを開始するように構成される。さらに、前記ＮＩＳＰ処理回路は、前記移動体端末がカスタムＮＡＩプロファイルを使用する登録されているＩＰセッションを持つが、前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、既定のネットワークアクセス識別子（ＮＡＩ）プロファイルを使用して、受信したＮＩＳＰ要求に応答するためのＩＰセッションを開始するように構成されてもよい。さらに、前記ＮＩＳＰ処理回路は、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの判定に基づいて、現在登録されているＩＰセッションを終了し、既定のＮＡＩプロファイルを使用してＩＰセッションを開始するよう構成されてもよい。
【００２１】
本発明の他の実施形態によれば、前記移動体端末は、さらに、ＮＩＳＰ要求を格納するよう構成されたキューを含む。そのような実施形態によれば、前記ＮＩＳＰ処理回路は、前記キューに動作可能に関連付けられ、さらに、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であるかどうかの判定に基づいて前記キューに前記ＮＩＳＰ要求を選択的に格納するよう構成される。例えば、前記ＮＩＳＰ処理回路は、ＮＩＳＰ要求を受信したときに前記移動体端末が前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求をキューに格納するように構成されてもよい。
【００２２】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末の前記プロビジョニングデータの更新が成功裡に完了したかどうかを判定し、かつ、前記プロビジョニングデータの前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応する要求を前記キューから除去するように構成されてもよい。さらに、前記ＮＩＳＰ処理回路は、前記移動体端末の前記プロビジョニングデータの更新が失敗したかどうかを判定し、前記プロビジョニングデータの前記更新の前記失敗が回復可能な失敗であるかどうかを判定し、前記失敗が回復可能な失敗でない場合、前記プロビジョニングデータの前記更新に対応する要求を前記キューから除去し、そして、前記更新の前記失敗が回復可能な失敗である場合、前記プロビジョニングの前記更新を再試行するように構成されてもよい。
【００２３】
本発明の他の実施形態によれば、前記ＮＩＳＰ処理回路は、前記移動体端末が現在登録されているＩＰセッションを終了したかどうかを判定し、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定し、そして、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が登録されているＩＰセッションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するよう構成される。さらに、前記ＮＩＳＰ処理回路は、登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションが終了したかどうかを判定し、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定し、そして、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了したと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するよう構成されてもよい。
【００２４】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始しているかどうかを判定し、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定し、そして前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始していると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するよう構成されてもよい。
【００２５】
さらに、前記ＮＩＳＰ処理回路は、前記プロビジョニングデータに対する成功裡に完了した更新が登録されているＩＰセッションを中断したかどうかを判定し、かつ、前記プロビジョニングデータに対する前記成功裡に完了した更新が登録されているＩＰセッションを中断した場合、前記更新されたプロビジョニングデータを使用して前記中断された登録されているＩＰセッションを再開するよう構成されてもよい。
【００２６】
本発明の他の実施形態によれば、前記移動体端末は、無線電話である。
【００２７】
本開示に鑑みて当業者に親しまれているように、本発明は、方法、システム、及びコンピュータプログラム製品のうち少なくともいずれかとして実現可能である。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施形態が示される添付図面を参照して、本発明をさらに詳細に説明する。本発明はしかし、多くの異なる形態で実現されうるものであり、ここに説明する実施形態に限定されるものと解釈してはならない。むしろ、これらの実施形態は、本発明の開示を十分かつ完全にするために提供されるものであり、当業者に本発明の範囲を十分に伝えるものである。
【００２９】
当業者により認識されるように、本発明は方法、システム、又はコンピュータプログラム製品として実現されうる。したがって、本発明は完全にハードウェアによる実施例の形態をとることもできるし、完全にソフトウェアによる実施例の形態をとることもできるし、一般的にここでは「回路」や「モジュール」と呼ばれるソフトウェアとハードウェアの態様の結合による実施例の形態をとることもできる。さらに、本発明は、コンピュータが使える記憶媒体に記録されたコンピュータが使えるプログラムコードを持つ、記憶媒体によるコンピュータプログラム製品の形態をとることもできる。ハードディスク、ＣＤ−ＲＯＭ、光記憶装置、メモリ、不揮発性メモリ、インターネットやイントラネットをサポートする伝送媒体、磁気記憶媒体を含む、あらゆる適切なコンピュータ可読媒体が使用されうる。
【００３０】
本発明の処理を実行するコンピュータプログラムコードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋のようなオブジェクト指向プログラミング言語で記述されてもよいし、「Ｃ」プログラミング言語のような伝統的な手続き型プログラミング言語で記述されてもよいし、アセンブラ言語とマイクロコードとのうち少なくともいずれかのようなローレベルコードで記述されてもよい。プログラムコードは完全に単一のプロセッサと複数のプロセッサをまたいだ形のうち、少なくともいずれかで実行してもよい。また、スタンドアロン型ソフトウェアパッケージでもよいし、他のソフトウェアパッケージの一部でもよい。
【００３１】
本発明を、本発明の実施形態におけるフローチャート、ブロック、手段・装置（システム）・コンピュータプログラム製品のフローダイアグラムを参照して、以下に説明する。なお、フローチャート、ブロック図、及びフローチャートとブロック図におけるブロックの結合の、各々のブロックは、コンピュータプログラムの命令によって実現可能である。これらのコンピュータプログラムの命令は、汎用コンピュータのプロセッサ向けに提供されてもよいし、特殊用途のコンピュータのプロセッサ向けに提供されてもよいし、又は他のプログラム可能な、機械を生産するデータ処理装置向けに提供されてもよい。その命令は、コンピュータのプロセッサ又は他のプログラム可能なデータ処理装置を介して実行され、フローチャート、ブロック、フロー図ブロックに定められる機能を実現する手段を構成する。
【００３２】
コンピュータや他のプログラム可能なプロセッサに指示してフローチャート、ブロック図ブロックに定められる機能を実現する命令方法を含む製造技術を生み出すような特定の方法で機能させるコンピュータプログラム命令がコンピュータ可読メモリに格納されていてもよい。
【００３３】
コンピュータプログラムの命令は、一連の処理ステップを実行するためにコンピュータや他のプログラム可能なデータ処理装置にロードされ、コンピュータに実装されるプロセスを生み出すためにコンピュータや他のプログラム可能なプロセッサで実行され、コンピュータや他のプログラム可能なプロセッサで実行される命令はフローチャート、ブロックダイアグラムブロックに定められる機能や役割を実現するステップを提供する。
【００３４】
図１の移動体端末１００の概要ブロックダイアグラムを参照して、本発明の実施形態をさらに説明する。図１は、移動体無線端末１００を示す図であり、キーボード／キーパッド１０５、ディスプレイ１１０、スピーカ１１５、マイクロフォン１２０、ネットワークトランシーバ１２５、メモリ１３０を備え、それぞれプロセッサ１４０と通信する。ネットワークトランシーバ１２５は一般的に、送信回路１５０及び受信回路１４５を備え、それぞれアンテナ１６５を介して、外部へ向かう無線周波数信号を基地局へ送信し、内部へ向かう無線周波数信号を基地局から受信する。単一の信号アンテナ１６５が図１に示されているが、受信する信号の種類に応じて、複数のアンテナや、異なる種類のアンテナが使用されてもよい。移動体端末１００と基地局との間で送信される無線周波数信号は、トラフィック及びコントロール信号（例えば、着信に対するページング信号やメッセージ）を含んでもよく、それは、他の端末や宛先との通信を確立し、維持するために使用され、上り及び下りの少なくともいずれかの通信を提供する。しかし、本発明は、そのような２方向通信システムに限定されるものではない。
【００３５】
移動体端末１００の前述の要素は、多くの従来の移動体端末に含まれ、それらの機能は一般的に、当業者に知られている。また、ここで用いられるように、「移動体端末」の語は、マルチラインディスプレイを備えるセルラ無線電話又はこれを備えないセルラ無線電話を含む。これは例えば、セルラ無線電話をデータ処理、ファクシミリ、データ通信機能と組み合わせるＰＣＳ(Personal Communications System)端末を含む。また、セルラ無線電話、ポケベル、インターネット／イントラネットアクセス、ウェブブラウザ、システム手帳、カレンダー、全地球測位システム（ＧＰＳ）受信機などを含む携帯情報端末（ＰＤＡ）を含む。また、無線電話受信部を含む従来のラップトップやパームトップ受信機や、他の装置を含む。移動体端末はまた、「パーベイシブコンピューティング(pervasive computing)」装置とも呼ばれる。
【００３６】
本発明は、例えば移動体端末１００のような通信装置やシステムで実現されうるが、本発明は、そのような装置やシステムに限定されるものではない。むしろ、本発明はネットワークで開始される後続のプロビジョニングメッセージを使用する、あらゆる方法、送信機、通信装置、通信システム、コンピュータプログラム製品によって実現可能である。
【００３７】
図２は、本発明の実施形態におけるシステム、方法、コンピュータプログラム製品を説明する移動体端末１００の実施形態のブロックダイアグラムである。プロセッサ２４０はアドレス／データバス２４８を介してメモリ２３６と通信する。プロセッサ２４０は、いかなる商業的に入手可能な、又は、例えばデジタルシグナルプロセッサ（ＤＳＰ）を含む特注のプロセッサであってもよい。メモリ２３６は、移動体端末１００の機能を実現するために使用されるソフトウェア及びデータを保持するメモリ装置の全体的な階層を代表するものである。メモリ２３６は、１つまたはそれ以上の、しかしそれに限定されない、以下の種類の装置を含む。すなわち、キャッシュ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ＳＲＡＭ、及びＤＲＡＭである。
【００３８】
図２に示されるように、メモリ２３６は、移動体端末１００で使用されるいくつかのカテゴリーのソフトウェアやデータを備える。すなわち、オペレーティングシステム２５２、アプリケーションプログラム２５４、インプット／アウトプット（Ｉ／Ｏ）デバイスドライバ２５８、データ２５６である。当業者に認識されるように、オペレーティングシステム２５２は、例えばニューヨーク州アーモンク（Ａｒｍｏｎｋ）にあるInternational Business Machines CorporationのＯＳ／２、ＡＩＸ、及びＳｙｓｔｅｍ３９０や、ワシントン州レッドモンド（Ｒｅｄｍｏｎｄ）にあるMicrosoft CorporationのＷｉｎｄｏｗｓ９５、Ｗｉｎｄｏｗｓ９８、Ｗｉｎｄｏｗｓ２０００、ＷｉｎｄｏｗｓＮＴ又はＷｉｎｄｏｗｓＸＰや、Ｕｎｉｘ、Ｌｉｎｕｘ、Ｐａｌｍ ＯＳオペレーティングシステムなど、移動体端末での使用に適したいかなるオペレーティングシステムでもよい。オペレーティングシステムは、ＩＰをベースとした又は他のそのようなネットワーク通信プロトコル接続をサポートするよう構成されている。Ｉ／Ｏデバイスドライバ２５８は一般的に、送信機１２５及び特定のメモリ２３６の要素のような装置と通信するために、オペレーティングシステム２５２を介して、アプリケーションプログラム２５４によってアクセスされるソフトウェアルーチンを含む。アプリケーションプログラム２５４は、移動体端末１００の多様な特徴を実現するプログラムの概要であり、望ましくは、本発明の実施形態における処理をサポートするアプリケーションを少なくとも１つ含む。最後に、データ２５６は、アプリケーションプログラム２５４、オペレーティングシステム２５２、Ｉ／Ｏデバイスドライバ２５８、及びメモリ２３６に存在する他のソフトウェアプログラムに使用される静的及び動的なデータである。
【００３９】
図２にさらに見られるように、アプリケーションプログラム２５４は、ユーザが開始するデータアプリケーション２６０、バックグラウンドデータアプリケーション２６３、ＮＩＳＰ処理モジュール２６１を含む。ＮＩＳＰ処理モジュール２６１は、この中で、移動体端末１００に受信されたＮＩＳＰ要求への応答の開始を調整する処理を実行する。ユーザが開始するデータアプリケーション２６０は、通信のためのＭＩＰセッションを使用するいかなるアプリケーションでもよい。ユーザが開始するデータアプリケーションはここではまた、「フォアグラウンドアプリケーション」とも呼ばれる。メモリ２３６のデータ部分２５６は、図２の実施形態に示されるように、望ましくはメモリ２３６の不揮発部分に、後続の処理のために移動体端末１００に受信されるＮＩＳＰ要求を格納するＮＩＳＰキュー２６２を備える。
【００４０】
本発明が示される一方、例えば、図２のアプリケーションプログラムであるＮＩＳＰ処理モジュール２６１に関しては、当業者に認識されているように、他の形態も使用可能であるが、本発明の教示から依然として利益を享受できる。例えば、ＮＩＳＰ処理モジュール２６１はオペレーティングシステム２５２、Ｉ／Ｏデバイスドライバ２５８、又は他のそのような移動体端末１００の論理領域に組み込まれてもよい。それゆえ、本発明は図２の形態に限定されるものと解釈してはならず、むしろ、ここで説明する処理を実行可能なあらゆる形態を含むと解釈すべきである。
【００４１】
図３乃至図１１は、本発明の実施形態における移動体端末１００によって実行される処理を示すフローチャートである。そのような処理は、例えば、移動体端末１００のＮＩＳＰ処理モジュール２６１によって実行される。図３に見られるように、移動体端末１００は、例えばＮＩＳＰインターネットオーバーザエアー(Internet-Over-The-Air, IOTA)メッセージを含む無線アプリケーションプロトコルＷＡＰのＰＵＳＨ命令を受信することにより、ネットワークからプロビジョニング要求を受信する（ブロック３００）。移動体端末１００は、ユーザが開始するデータアプリケーション２６０のようなフォアグラウンドデータアプリケーションが、現在の登録されているＭＩＰセッションを使用しているかどうかを判定する（ブロック３１０）。上述のように、フォアグラウンドデータアプリケーションはＭＩＰセッションを使用し、一般的には移動体端末１００のユーザによって開始されるアプリケーションである。そのようなフォアグラウンドデータアプリケーションは、やはりＭＩＰセッションを使用するが一般的にはユーザによって開始されず、実行されたことにユーザが気付かないであろう、バックグラウンドデータアプリケーションと対照をなすものであるかもしれない。それゆえ、フォアグラウンドデータアプリケーションは、その中断がユーザにとって煩わしいアプリケーションであり、一方、バックグラウンドデータアプリケーションは、その中断がユーザにとって煩わしくないアプリケーションである。
【００４２】
何らかのイベントにおいて、プロビジョニング要求の受信に対する応答の中で、移動体端末１００はフォアグラウンドデータアプリケーションが実行され、登録されたＭＩＰセッションを使用しているかどうかの判断に基づいて、プロビジョニングセッションを開始する（ブロック３２０）。そのような、プロビジョニング要求に対して応答するためのＭＩＰセッションの選択的な開始により、プロビジョニング要求に対する応答がユーザにとって煩わしくなる可能性が減少する。
【００４３】
図４乃至図８は、本発明の特定の実施形態における移動体端末１００が、例えばＮＩＳＰ要求のようなプロビジョニング要求に応答するために選択的にＭＩＰセッションを開始するための、処理を示すフローチャートである。図４は、例えばＮＩＳＰ要求を含むＷＡＰ ＰＵＳＨのようなＮＩＳＰ要求を本発明のいくつかの実施形態における移動体端末１００が受信したときに、例えばＮＩＳＰ処理モジュール２６１によって実行される移動体端末１００の処理を示す。図４に見られるように、移動体端末１００は、登録されたＭＩＰセッションが確立されたかどうかを判定する（ブロック４００）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１がオペレーティングシステム２５２に状態を問い合わせることによりなされ、また、ＮＩＳＰ処理モジュールがオペレーティングシステム２５２に組み込まれている実施形態では、そのような判定はオペレーティングシステム２５２が直接移動体端末１００の状態を評価することによりなされる。本発明の特定の実施形態では、現在登録されているＭＩＰセッションが存在するかどうかの判定は、登録されているＭＩＰセッションがカスタムＮＡＩプロファイルによって登録されたＭＩＰセッションであるかどうかの判定でもある。そのような実施形態では、登録されているＭＩＰセッションが確立されたかどうかの判定は、登録されているＭＩＰセッションがカスタムＮＡＩプロファイルを使用して確立されているかどうかを判定することである。
【００４４】
登録されているＭＩＰセッションが確立されていない場合（ブロック４００）、移動体端末１００はＮＩＳＰ要求に対する応答を開始する（ブロック４２０）。ＮＩＳＰ要求に対する応答は、例えば、既定のＮＡＩプロファイルを使用してＭＩＰセッションを確立し、確立されたＭＩＰセッションを使用してネットワークのプロビジョニング要素にプロビジョニング情報の要求を送信するという、従来の方法で実行されうる。現在のＭＩＰセッションがカスタムＮＡＩプロファイルを使用して確立されたセッションでない実施形態では（すなわち、現在のＭＩＰセッションは既定のＮＡＩプロファイルを使用して確立されたセッションである）、ＮＩＳＰ応答は現在のＭＩＰセッション上で送信されうる。
【００４５】
登録されているカスタムＮＡＩ ＭＩＰセッションが確立されると（ブロック４００）、移動体端末は、登録されているＭＩＰセッションを使用するフォアグラウンドデータアプリケーションが実行されているかどうかを判定する（ブロック４１０）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１がオペレーティングシステム２５２に状態を問い合わせることによりなされ、また、ＮＩＳＰ処理モジュールがオペレーティングシステム２５２に組み込まれている実施形態では、そのような判定はオペレーティングシステム２５２が直接移動体端末１００の状態を評価することによりなされうる。登録されているＭＩＰセッションを使用するフォアグラウンドデータアプリケーションが実行されていない場合（ブロック４１０）、ＮＩＳＰ応答が上述のように開始される（ブロック４２０）。しかし、この場合、ＮＩＳＰ応答の開始は、カスタムＮＡＩプロファイルを使用して登録された、現在登録されているＭＩＰセッションを切断し、既定のＮＡＩプロファイルを使用してＭＩＰセッションを確立する。任意で、切断されたＭＩＰセッションは、新たなプロビジョニング情報が取得されてすべての実行されているアプリケーションが再開された後に、再確立されてもよい。
【００４６】
登録されているＭＩＰセッションを使用するフォアグラウンドデータアプリケーションが実行されている場合は（ブロック４１０）、ＮＩＳＰ要求はキューイングされる（ブロック４３０）。ＮＩＳＰ要求は、例えば、ＮＩＳＰ処理モジュール２６１がＷＡＰ ＰＵＳＨメッセージをＮＩＳＰキュー２６２に格納することによりキューイングされる。ＮＩＳＰキュー２６２は、本発明の特定の実施形態では、不揮発性メモリにある。キューイングされたＮＩＳＰ要求を含むＷＡＰ ＰＵＳＨは、後に処理される。本発明の特定の実施形態におけるＮＩＳＰ要求のそのような後続の処理は、図５乃至図８に示される。
【００４７】
図５は、本発明のいくつかの実施形態において、登録されたＭＩＰセッションが切断され、移動体端末１００が接続された状態から切断された状態に遷移したときの、移動体端末１００の処理を示す。ここで使用されるように、接続された状態とは確立されたＭＩＰセッションを意味し、切断された状態とは確立されたＭＩＰセッションが存在しない状態を意味する。例えば、ユーザが開始するデータアプリケーションの開始及びバックグラウンドデータアプリケーションの開始のうち少なくともいずれかによって、移動体端末は切断された状態から接続された状態に遷移する。移動体端末は、例えばＭＩＰ登録の期限切れ（それは１つのＭＩＰ登録サイクルにおいてデータの動きが無いときに起こりうる）によって、接続された状態から切断された状態に遷移する。
【００４８】
図５に見られるように、移動体端末１００が切断された状態に遷移すると、ＮＩＳＰ要求がそれまでにキューイングされていたかが判定される（ブロック５００）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１が、ＮＩＳＰ要求がＮＩＳＰキュー２５２に格納されているかを判定するためにＮＩＳＰキュー２５２の内容を調べることによりなされうる。ＮＩＳＰ要求がキューイングさていない場合（ブロック５００）、更新処理は無視される。ＮＩＳＰ要求がキューイングされている場合は（ブロック５００）、移動体端末１００はＮＩＳＰ応答を開始する（ブロック５１０）。ＮＩＳＰ応答を実行する処理は、図４のブロック４２０を参照して上述した処理と同様でよい。
【００４９】
図６は、本発明のいくつかの実施形態において、フォアグラウンドアプリケーションが終了したときの移動体端末１００の処理を示す。図６に見られるように、移動体端末１００がフォアグラウンドアプリケーションを終了させると、登録されているＭＩＰセッションを使用するすべてのフォアグラウンドアプリケーションが終了したかどうかが判定される（ブロック６００）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１がオペレーティングシステム２５２に状態を問い合わせることによってなされ、また、ＮＩＳＰ処理モジュールがオペレーティングシステム２５２に組み込まれた実施形態では、そのような判定は、オペレーティングシステム２５２が移動体端末１００の状態を直接評価することによってなされる。登録されているＭＩＰセッションを使用するフォアグラウンドデータアプリケーションが依然実行中の場合（ブロック６００）、更新処理は無視される。登録されているＭＩＰセッションを使用するフォアグラウンドデータアプリケーションで実行中のものが残っていない場合（ブロック６００）、移動体端末１００は、ＮＩＳＰ要求がキューイングされているかどうかを判定する（ブロック６１０）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１が、ＮＩＳＰ要求がＮＩＳＰキュー２５２に格納されているかどうかを判定するためにＮＩＳＰキュー２５２の内容を調べることによりなされうる。ＮＩＳＰ要求がキューイングされていない場合（ブロック６１０）、処理は従来の方法で継続する。ＮＩＳＰ要求がキューイングされている場合（ブロック６１０）、移動体端末１００はＮＩＳＰ応答を開始する（ブロック６２０）。ＮＩＳＰ応答を実行する処理は、図４のブロック４２０を参照して上述した処理と同様でよい。
【００５０】
図７は、本発明のいくつかの実施形態において、電源投入時の移動体端末１００の処理を示す。図７に見られるように、移動体端末１００に電源が入ると、ＮＩＳＰ要求が以前にキューイングされていたかどうかが判定される（ブロック７００）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１が、ＮＩＳＰ要求がＮＩＳＰキュー２５２に格納されているかどうかを判定するためにＮＩＳＰキュー２５２の内容を調べることによりなされうる。ＮＩＳＰ要求がキューイングされていない場合（ブロック７００）、更新処理は無視される。ＮＩＳＰ要求がキューイングされている場合（ブロック７００）、移動体端末１００はＮＩＳＰ応答を開始する（ブロック７１０）。ＮＩＳＰ応答を実行する処理は、図４のブロック４２０を参照して上述した処理と同様でよい。
【００５１】
図８は、本発明のいくつかの実施形態において、現在登録されているＭＩＰセッションの再登録処理が始動したときの移動体端末１００の処理を示す。上述のように、現在登録されているＭＩＰセッションの再登録は、一般的に、そのＭＩＰセッションに関連するリースの期限切れに先立って発生する。図８に見られるように、移動体端末１００が再登録処理を始動させると、ＮＩＳＰ要求が以前にキューイングされていたかどうかが判定される（ブロック８００）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１が、ＮＩＳＰ要求がＮＩＳＰキュー２５２に格納されているかどうかを判定するためにＮＩＳＰキュー２５２の内容を調べることによりなされうる。ＮＩＳＰ要求がキューイングされていない場合（ブロック８００）、更新処理は無視される。ＮＩＳＰ要求がキューイングされている場合（ブロック８００）、移動体端末１００はＮＩＳＰ応答を開始する（ブロック８１０）。ＮＩＳＰ応答を実行する処理は、図４のブロック４２０を参照して上述した処理と同様でよい。ＮＩＳＰ応答が成功した場合（ブロック８２０）、そのセッションは新たなパラメータを伴って再確立され（ブロック８３０）、既存の（複数の）データアプリケーションは継続する（ブロック８４０）。ＮＩＳＰ応答が成功しなかった場合（ブロック８２０）、再登録処理が継続する。あるいは、図１０を参照して以下に説明するように、エラーハンドリング処理が実行されてもよい。
【００５２】
図９は、本発明のいくつかの実施形態において、データイベントが発生したときの移動体端末１００の処理を示す。データイベントは、データの転送を引き起こす（例えばＭＩＰセッションが開始される）ユーザのアクションや、音声呼の着信又は発信を含む。図９に見られるように、データイベントが発生すると、移動体端末１００はＮＩＳＰ応答のためのＭＩＰセッションが確立している（すなわちＮＩＳＰ応答が進行中である）かどうかを判定する（ブロック９００）。ＮＩＳＰ応答が進行中でない場合（ブロック９００）、移動体端末１００はそのデータイベントに対応する従来の処理を実行する。ＮＩＳＰ応答が進行中の場合（ブロック９００）、移動体端末１００は、データイベントが音声呼（着信又は発信）であるかどうかを判定し（ブロック９１０）、それが音声呼である場合はそのＮＩＳＰ応答に対応するＭＩＰセッションを終了させる（ブロック９２０）。そのような終了は、図１０に示されるように、回復可能なエラーと見なされる。データイベントが音声呼でない場合（ブロック９１０）、移動体端末１００は、要求されたデータイベントはＮＩＳＰ応答が完了するまで遅延させられ、ＮＩＳＰ応答の完了後にデータイベントが処理されるということをユーザに通知する（ブロック９３０）。
【００５３】
図１０は、本発明の特定の実施形態において、ＮＩＳＰ応答がエラーによって終了するイベント時の、移動体端末１００の処理を示す。図１０に見られるように、ＮＩＳＰ応答がエラーによって終了した場合、移動体端末１００はプロビジョニングのための既定のＮＡＩプロファイルを使用するものから、カスタムＮＡＩプロファイルを使用するＭＩＰセッションに遷移する（ブロック１０００）。移動体端末はまた、ＮＩＳＰ応答におけるエラーが回復可能なエラーであるかどうか、例えば、エラーが図９を参照して上述した音声呼によるＮＩＳＰ応答の中断によって発生したかどうかを判定する（ブロック１０１０）。エラーが回復可能なエラーでない場合（ブロック１０１０）、ＮＩＳＰ要求は破棄される（ブロック１０２０）。ＮＩＳＰ要求は、例えばＮＩＳＰキュー２６２からＷＡＰ ＰＵＳＨを削除することによりＮＩＳＰキュー２６２からＮＩＳＰ要求を除去することによって、破棄されうる。任意で、例えばエラーの発生と、場合によってはエラーの種類を示す表示をユーザに提供することによって、ユーザがエラーを通知されてもよい（ブロック１０３０）。エラーが回復可能なエラーである場合（ブロック１０１０）、ＮＩＳＰ要求は後に処理するために再度キューイングされる（ブロック１０４０）。ＮＩＳＰ要求に対する応答を遅れて再試行することにより、ＮＩＳＰ応答における致命的でないエラーからの回復が可能となる。そのような再試行は、所定の回数の再試行に制限されてもよく、その回数の再試行が成功裡に完了しなかった場合、ＮＩＳＰ要求は破棄される。ＮＩＳＰ要求に対する応答に関する既に行なった試行回数は、ＮＩＳＰキュー２６２に保存されうる。
【００５４】
図１１は、本発明の特定の実施形態における、ＮＩＳＰ応答が成功裡に完了したときの移動体端末１００の処理を示す。図１１に見られるように、ＮＩＳＰ要求に対する応答が成功裡の完了すると、移動体端末１００はＮＩＳＰキュー２６２からＮＩＳＰ要求を除去する（ブロック１１００）。ＮＩＳＰ要求は、例えばＮＩＳＰキュー２６２内のＷＡＰ ＰＵＳＨのエントリを削除することによって、ＮＩＳＰキューから除去されうる。移動体端末１００はまた、ＮＩＳＰ要求の処理に先立ってセッションが確立されていたかどうかを判定する（ブロック１１１０）。確立されていない場合、セッションは再確立されない。しかし、セッションがＮＩＳＰ要求の処理に先立って確立されていた場合（ブロック１１１０）、移動体端末は、それによってユーザはパスワードを要求されるかもしれないが、再接続し、ＮＩＳＰ要求に対する応答の中で取得した新たなプロファイル情報を使用して新たなＭＩＰ登録を確立する（ブロック１１２０）。
【００５５】
本発明の実施形態は、全般に、ＮＩＳＰ要求に関して上に述べてきた。本発明の特定の実施形態においては、ＮＩＳＰ要求はインターネットオーバーザエアー(Internet-Over-The-Air, IOTA)ＮＩＳＰメッセージとして提供される。しかし、本発明の実施形態は、異なるパラメータを持つ個々の通信セッションが移動体端末と通信するために使用されたり、移動体端末が異なる種類の複数の並行セッションをサポートしなかったり、応答のために異なる種類のセッションの使用を必要とする１つの種類のセッションが確立している間にメッセージを受信したりする、いかなる形態の移動体端末にも適用可能である。
【００５６】
図１乃至図１１のフローチャート、フロー図、及びブロック図は、本発明の実施形態における、ネットワークで開始される後続のプロビジョニングトリガー要求を処理するシステム、方法、及びコンピュータプログラム製品の、可能な実装におけるアーキテクチャ、機能、及び処理を示す。この点で、フローチャート又はブロック図の各々のブロックは、モジュール、セグメント、又はコードの一部を意味し、それは特定の（複数の）論理機能を実現する１つ以上の実行可能な命令を含む。また、いくつかの他の実施形態では、ブロック中で言及される機能は、図中で言及される命令の範囲外に存在しうる。例えば、連続して示される２つのブロックは、実際には、関連する機能によっては実質的に同時に実行されうるし、また、そのブロックは時には逆の順序で実行されうる。
【００５７】
さらに、無線通信環境におけるネットワークで開始される後続のプロビジョニングを参照して本発明を説明したが、本発明の実施形態は、それに限定されるものと解釈してはならず、ネットワークで開始される後続のプロビジョニング要求が、要求の処理の遅延を引き起こす時に受信されうるあらゆる環境における使用に適用可能である。
【００５８】
さらに、本発明の実施形態は１つのカスタムＮＡＩプロファイルを参照して説明した。しかし、複数のカスタムＮＡＩプロファイルが移動体端末によって使用されてもよい。１つのカスタムプロファイルへの言及は、単一のカスタムＮＡＩプロファイル又は複数のカスタムＮＡＩプロファイルのうちの１つを意味する。
【００５９】
図及び明細書において、本発明の実施形態の一般的な説明が開示されており、特定の表現が使用されているが、それらは一般的かつ説明的な意味においてのみ使用されており、限定する目的で使用されてはおらず、本発明の範囲は以下の請求の範囲に記述されている。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施形態に従う移動体端末の概略を示すブロック図である。
【図２】本発明の実施形態に従う移動体端末を詳細に示すブロック図である。
【図３】本発明の実施形態に従う処理を示すフローチャートである。
【図４】本発明の他の実施形態に従う、ＮＩＳＰインターネットオーバーザエアー(Internet-Over-The-Air, IOTA)要求が移動体端末によって受信されたときの処理を示すフローチャートである。
【図５】本発明の他の実施形態に従う、移動体端末がＭＩＰ登録状態からＭＩＰ未登録状態に遷移するときの処理を示すフローチャートである。
【図６】本発明の他の実施形態に従う、すべての実行中のフォアグラウンドデータアプリケーションが終了したときの処理を示すフローチャートである。
【図７】本発明の他の実施形態に従う、移動体端末の電源投入時の処理を示すフローチャートである。
【図８】本発明の他の実施形態に従う、移動体端末がＭＩＰセッションを再登録するときの処理を示すフローチャートである。
【図９】本発明の他の実施形態に従う、ＮＩＳＰ応答中にユーザイベントがデータの送信を発生させたときの処理を示すフローチャートである。
【図１０】本発明の他の実施形態に従う、ＮＩＳＰ応答中にエラーが発生したときの処理を示すフローチャートである。
【図１１】本発明の他の実施形態に従う、ＮＩＳＰ応答が成功裡に完了したときの処理を示すフローチャートである。
【技術分野】
【０００１】
本発明は概して、通信分野に関し、より詳細には、移動体端末機器のプロビジョニングに関する。
【背景技術】
【０００２】
無線電話やＰＤＡ(personal digital assistant)のような移動体端末機器が、ウェブブラウジングやＥメールの受信及び作成などの統合データ機能を、ますます備えるようになっている。移動体機器にそのようなデータ機能を提供する技術の中には、無線通信手段上のインターネットプロトコル（ＩＰ）の使用を介することがある。一般的に、無線環境におけるＩＰパケットデータ通信の使用は、２つの形態のうち１つをとる。１つはシンプル（ｓｉｍｐｌｅ） ＩＰであり、移動体機器に対する通信は単一のサブネット内で発生するか、又は、その機器は他のサブネットに移動するとそれぞれのサブネットに個々にログオンする。もう１つは移動体（ｍｏｂｉｌｅ） ＩＰ（ＭＩＰ）であり、移動体機器はインターネットで通信するためにホームエージェントを使用し、フォーリンエージェントに登録することにより、それぞれのサブネットにログオンすることなく、複数のサブネット間を移動することができる。ＭＩＰ規格の詳細は、モビリティサポートに関するＩＥＴＦ ＲＦＣ−２００２に規定され、符号分割多重接続（ＣＤＭＡ）無線通信へのＭＩＰの適用は、無線ＩＰネットワーク規格(Wireless IP Network Standard)のＴＩＡ／ＥＩＡ ＩＳ−８３５に規定される。
【０００３】
ＭＩＰを使用する移動体機器は一般的に、フォーリンエージェントに登録し、フォーリンエージェントと移動体機器の間に確立されたセッションのリースを得る。リースは一般的に、一定期間、例えば２時間という期間を持つ。一般的に、リースが期限切れになる前に、移動体端末はリースを更新する。例えば、リースは一般的に、リースが期限切れになる前の０〜６０分の間に更新され、典型的には、リースが期限切れになる約３０分前である。フォーリンエージェントはホームエージェントから受信したデータを移動体機器に転送し、移動体機器から受信したデータをホームエージェントに転送する。一般的には、ホームエージェントはインターネットへのアクセスポイントとして機能し、移動体機器におけるすべてのＩＰ通信はホームエージェントを通過する。フォーリンエージェントは一般的に、もし移動体機器がフォーリンエージェントに登録されたＭＩＰセッションを持っていれば、リース期間中は転送機能を実行する。
【０００４】
従来のＭＩＰシステムでは、移動体機器は「プロビジョニング」として知られるプロセスにおいて、認証、検証、特徴、及び他のデータの少なくともいずれかを提供される。一般的には、そのプロセスは移動体機器がサービスに供されたときに最初に実行される。この最初のプロビジョニングは、一般的に、既定のネットワークアクセス情報(network access information, NAI)プロファイルを規定し、移動体機器に特徴構成を提供する。この最初のプロビジョニングはしばしば、ネットワークで開始される最初のプロビジョニング(network initiated initial provisioning, NIIP)と呼ばれる。移動体機器のプロビジョニングによって提供される情報の変更は、例えば、ネットワークアクセスのためのユーザネームやパスワードの変更であり、一般的に、ネットワークで開始される後続のプロビジョニング(network initiated subsequent provisioning, NISP)処理の一部として提供される。
【０００５】
一般的に、ＮＩＳＰのトリガー要求はショートメッセージサービス(short message service, SMS)メッセージを使用して移動体機器に送信される。移動体機器がＮＩＳＰ要求を受信すると、移動体機器は既定のＮＡＩプロファイルを使用してＭＩＰセッションを確立し、新たなプロビジョニングデータを取得する。このプロビジョニングデータは、移動体機器に使用される既定のＮＡＩプロファイルや、カスタムＮＡＩプロファイルのような他のＮＡＩプロファイルの情報を変更する。例えば、一般的なシステムでは、例えばウェブブラウジングやＪａｖａ２プラットフォームマイクロエディション（Ｊ２ＭＥ）ＭＩＤｌｅｔの実行のような、ユーザが開始したデータアプリケーションのために、移動体機器はカスタムＮＡＩプロファイルを使用する。ユーザはしかし、ブラウザインタフェースを介してこの情報を変更することにより、ユーザネームやパスワードを変更できる。この情報は一般的に、例えば認証、認可、課金サーバのネットワークにおいて更新され、ＮＩＳＰ要求は、移動体機器に送信され、移動体機器に格納されたその情報が更新される。一般的には、ＮＩＳＰ要求はＳＭＳメッセージとして移動体機器に送信される。移動体機器はその既定ＮＡＩプロファイルを使用してセッションを確立し、更新されたプロビジョニング情報を取得する。
【０００６】
複数のＮＡＩプロファイルを使用するが同時に１つのＭＩＰセッションしか維持しないシステムにおいて発生しうる１つの問題は、もしカスタムＮＡＩプロファイルを使用して確立されたＭＩＰセッションの間にＮＩＳＰ要求が受信されると、発生する。ＮＩＳＰ要求をすぐに処理するために、移動体機器は一般的に現在のＭＩＰセッションを終了し、既定のＮＡＩプロファイルを使用してＭＩＰセッションを確立する必要がある。そのような終了は、ユーザにとって割込みがあったと感じるか、煩わしいと感じるかの少なくともいずれかかである。なぜなら、それはユーザが切断の原因を知ること無しにユーザアプリケーションのセッションを切断しうるからである。
さらに、もしユーザアプリケーションのセッションを切断しないためにＮＩＳＰ要求が移動体機器によって破棄されると、ＮＩＳＰ要求は一般的に、ユーザによるさらなる要求を受けずにネットワークによって再送されることはない。それはなぜなら、ＮＩＳＰ要求は一般的に、移動体機器に受信されたと認識されるＳＭＳメッセージとして受信されるからである。さらに、一定時間、例えば７２時間後に、ＮＩＳＰ要求に対する応答を受信しないと、サービスプロバイダは一般的に新たに要求された変更を破棄する。それゆえ、ユーザはすべての変更を繰り返す必要があり、サービスプロバイダによって再開されるプロビジョニングの更新又はカスタマーサービスへの電話が要求される。
【０００７】
上述の問題に対する１つの提案される解決法は、ＮＩＳＰ要求をキューイングすることである。所定の時間間隔、例えば１分間にキーストロークが受信されないか、又は、別の（２番目の）所定の時間間隔、例えば１分間にデータパケットが送受信されないと、ＮＩＳＰ要求が実行される。そのような手法はＮＩＳＰ要求の実行の割込みを減少させるが、調和したやり方で異種の論理ブロックで複数のタイマーを管理するという、実装上の困難性を生み出す。さらに、そのような解決法は、定期的にＭＩＰの再登録を実行するという移動体機器の要求を考慮に入れていない。もしＮＩＳＰ要求に対する応答がＭＩＰの再登録が要求される後まで遅れると、再登録は一般的に、失敗する。なぜなら、ネットワーク基盤と同期していない古いパラメータが使用されるからである。
【特許文献１】国際公開第９８／４１０４４号パンフレット
【特許文献２】米国特許出願公開第２００１／０５３６９４号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の実施形態は、移動体端末のプロビジョニングデータを更新する方法、端末、及び回路を含む。
【課題を解決するための手段】
【０００９】
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信し、前記移動体端末が、現在登録されているインターネットプロトコル（ＩＰ）セッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかが判定される。前記移動体端末が、現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの前記判定に基づいて、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションが選択的に開始される。
【００１０】
本発明の他の実施形態によれば、前記移動体端末は既定のプロファイル及びカスタムプロファイルのうち１つを使用するＩＰセッションを確立する。カスタムプロファイルは多数のカスタムプロファイルのうちの１つでもよい。そのような実施形態によれば、前記移動体端末が、現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかを判定する工程は、前記移動体端末がカスタムプロファイルを使用する現在のＩＰセッションを持つかどうかを判定する工程と、前記移動体端末が前記カスタムプロファイルを使用する現在のＩＰセッションを持つ場合、フォアグラウンドデータアプリケーションが前記現在のＩＰセッションを使用しているかどうかを判定する工程と、を備える。そのような実施形態によれば、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、前記移動体端末が前記カスタムプロファイルを使用する現在登録されているＩＰセッションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、前記既定のプロファイルを使用してＩＰセッションを開始する工程を備える。
【００１１】
本発明の他の実施形態によれば、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、前記移動体端末がカスタムプロファイルを使用する現在登録されているＩＰセッションを持つが、前記現在登録されているＩＰセッションを開始するフォアグラウンドデータアプリケーションを持たないと判定された場合、前記既定のプロファイルを使用してＩＰセッションを開始する工程を備える。
【００１２】
ＩＰセッションを開始する前記工程は、前記現在登録されているＩＰセッションを終了する工程と、前記既定のプロファイルを使用してＩＰセッションを開始する工程と、を備えてもよい。
【００１３】
本発明の他の実施形態によれば、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、前記移動体端末が前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求をキューイングする工程を備える。そのような実施形態によれば、さらに、前記移動体端末の前記プロビジョニングデータに対する更新が成功裡に完了したかどうかを判定する工程と、前記プロビジョニングデータの前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応する要求をキューから削除する工程と、を備えてもよい。さらに、前記移動体端末の前記プロビジョニングデータに対する更新が失敗したかどうかを判定する工程と、前記プロビジョニングデータの前記更新の前期失敗が回復可能な失敗であるかどうかを判定する工程と、が実行されてもよい。前記失敗が回復可能な失敗でない場合、前記プロビジョニングデータの前記更新に対応する要求がキューから削除され、前記失敗が回復可能な失敗である場合、前記プロビジョニングデータの前記更新が再試行される。
【００１４】
本発明の他の実施形態によれば、前記移動体端末が前記現在登録されているＩＰセッションを終了した場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかが判定される。また、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が登録されているＩＰセッションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションが開始される。さらに、前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションが終了したかどうかが判定され、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかが判定されてもよい。前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションが開始されてもよい。
【００１５】
本発明の他の実施形態によれば、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始しているかどうかが判定され、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかが判定される。前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始していると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションが開始される。
【００１６】
本発明の他の実施形態によれば、前記移動体端末の前記データプロビジョニングに対する更新が成功裡に完了したかどうかが判定され、前記プロビジョニングデータに対する前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応する要求がキューから削除される。さらに、前記プロビジョニングデータに対する前記成功裡に完了した更新が、登録されているＩＰセッションを中断したかどうかが判定され、前記プロビジョニングデータに対する前記成功裡に完了した更新が、登録されているＩＰセッションを中断した場合、前記更新されたプロビジョニングデータを使用して前記中断された登録されているＩＰセッションが再開される。
【００１７】
本発明の他の実施形態によれば、前記プロビジョニングデータを更新するための前記ＩＰセッションの間に、音声呼の着信又は発信が開始された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションが終了される。
【００１８】
本発明の他の実施形態によれば、前記現在登録されているＩＰセッション及び前記開始されるＩＰセッションは、移動体インターネットプロトコル（ＭＩＰ）セッションである。さらに、前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージは、ネットワークで開始される後続のプロビジョニングメッセージを含む無線アプリケーションプロトコルＷＡＰ ＰＵＳＨメッセージとして受信されてもよい。さらに、前記ＷＡＰ ＰＵＳＨメッセージは、ショートメッセージサービス（ＳＭＳ）を介して、又は、前記現在登録されているＩＰセッションを介して前記移動体端末に受信されてもよい。あるいは、前記ＮＩＳＰ始動メッセージは、ＳＭＳテキストメッセージを備えてもよい。
【００１９】
本発明の他の実施形態によれば、移動体端末は、無線通信媒体上でデータパケットを送信及び受信するよう構成されたトランシーバと、前記トランシーバに動作可能に関連付けられたＮＩＳＰ(network interface (initiated) subsequent provisioning)処理回路と、を備える。前記ＮＩＳＰ処理回路は、前記トランシーバからＮＩＳＰ要求を受信し、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの判定に基づいて前記受信したＮＩＳＰ要求に応答するためのＩＰセッションを選択的に開始するように構成される。
【００２０】
本発明の他の実施形態によれば、さらに、前記ＮＩＳＰ処理回路は、前記移動体端末がカスタムＮＡＩプロファイルを使用する現在登録されているＩＰセションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、既定のネットワークアクセス識別子（ＮＡＩ）プロファイルを使用して、受信したＮＩＳＰ要求に応答するためのＩＰセッションを開始するように構成される。さらに、前記ＮＩＳＰ処理回路は、前記移動体端末がカスタムＮＡＩプロファイルを使用する登録されているＩＰセッションを持つが、前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、既定のネットワークアクセス識別子（ＮＡＩ）プロファイルを使用して、受信したＮＩＳＰ要求に応答するためのＩＰセッションを開始するように構成されてもよい。さらに、前記ＮＩＳＰ処理回路は、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの判定に基づいて、現在登録されているＩＰセッションを終了し、既定のＮＡＩプロファイルを使用してＩＰセッションを開始するよう構成されてもよい。
【００２１】
本発明の他の実施形態によれば、前記移動体端末は、さらに、ＮＩＳＰ要求を格納するよう構成されたキューを含む。そのような実施形態によれば、前記ＮＩＳＰ処理回路は、前記キューに動作可能に関連付けられ、さらに、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であるかどうかの判定に基づいて前記キューに前記ＮＩＳＰ要求を選択的に格納するよう構成される。例えば、前記ＮＩＳＰ処理回路は、ＮＩＳＰ要求を受信したときに前記移動体端末が前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求をキューに格納するように構成されてもよい。
【００２２】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末の前記プロビジョニングデータの更新が成功裡に完了したかどうかを判定し、かつ、前記プロビジョニングデータの前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応する要求を前記キューから除去するように構成されてもよい。さらに、前記ＮＩＳＰ処理回路は、前記移動体端末の前記プロビジョニングデータの更新が失敗したかどうかを判定し、前記プロビジョニングデータの前記更新の前記失敗が回復可能な失敗であるかどうかを判定し、前記失敗が回復可能な失敗でない場合、前記プロビジョニングデータの前記更新に対応する要求を前記キューから除去し、そして、前記更新の前記失敗が回復可能な失敗である場合、前記プロビジョニングの前記更新を再試行するように構成されてもよい。
【００２３】
本発明の他の実施形態によれば、前記ＮＩＳＰ処理回路は、前記移動体端末が現在登録されているＩＰセッションを終了したかどうかを判定し、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定し、そして、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が登録されているＩＰセッションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するよう構成される。さらに、前記ＮＩＳＰ処理回路は、登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションが終了したかどうかを判定し、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定し、そして、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了したと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するよう構成されてもよい。
【００２４】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始しているかどうかを判定し、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定し、そして前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始していると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するよう構成されてもよい。
【００２５】
さらに、前記ＮＩＳＰ処理回路は、前記プロビジョニングデータに対する成功裡に完了した更新が登録されているＩＰセッションを中断したかどうかを判定し、かつ、前記プロビジョニングデータに対する前記成功裡に完了した更新が登録されているＩＰセッションを中断した場合、前記更新されたプロビジョニングデータを使用して前記中断された登録されているＩＰセッションを再開するよう構成されてもよい。
【００２６】
本発明の他の実施形態によれば、前記移動体端末は、無線電話である。
【００２７】
本開示に鑑みて当業者に親しまれているように、本発明は、方法、システム、及びコンピュータプログラム製品のうち少なくともいずれかとして実現可能である。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施形態が示される添付図面を参照して、本発明をさらに詳細に説明する。本発明はしかし、多くの異なる形態で実現されうるものであり、ここに説明する実施形態に限定されるものと解釈してはならない。むしろ、これらの実施形態は、本発明の開示を十分かつ完全にするために提供されるものであり、当業者に本発明の範囲を十分に伝えるものである。
【００２９】
当業者により認識されるように、本発明は方法、システム、又はコンピュータプログラム製品として実現されうる。したがって、本発明は完全にハードウェアによる実施例の形態をとることもできるし、完全にソフトウェアによる実施例の形態をとることもできるし、一般的にここでは「回路」や「モジュール」と呼ばれるソフトウェアとハードウェアの態様の結合による実施例の形態をとることもできる。さらに、本発明は、コンピュータが使える記憶媒体に記録されたコンピュータが使えるプログラムコードを持つ、記憶媒体によるコンピュータプログラム製品の形態をとることもできる。ハードディスク、ＣＤ−ＲＯＭ、光記憶装置、メモリ、不揮発性メモリ、インターネットやイントラネットをサポートする伝送媒体、磁気記憶媒体を含む、あらゆる適切なコンピュータ可読媒体が使用されうる。
【００３０】
本発明の処理を実行するコンピュータプログラムコードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋のようなオブジェクト指向プログラミング言語で記述されてもよいし、「Ｃ」プログラミング言語のような伝統的な手続き型プログラミング言語で記述されてもよいし、アセンブラ言語とマイクロコードとのうち少なくともいずれかのようなローレベルコードで記述されてもよい。プログラムコードは完全に単一のプロセッサと複数のプロセッサをまたいだ形のうち、少なくともいずれかで実行してもよい。また、スタンドアロン型ソフトウェアパッケージでもよいし、他のソフトウェアパッケージの一部でもよい。
【００３１】
本発明を、本発明の実施形態におけるフローチャート、ブロック、手段・装置（システム）・コンピュータプログラム製品のフローダイアグラムを参照して、以下に説明する。なお、フローチャート、ブロック図、及びフローチャートとブロック図におけるブロックの結合の、各々のブロックは、コンピュータプログラムの命令によって実現可能である。これらのコンピュータプログラムの命令は、汎用コンピュータのプロセッサ向けに提供されてもよいし、特殊用途のコンピュータのプロセッサ向けに提供されてもよいし、又は他のプログラム可能な、機械を生産するデータ処理装置向けに提供されてもよい。その命令は、コンピュータのプロセッサ又は他のプログラム可能なデータ処理装置を介して実行され、フローチャート、ブロック、フロー図ブロックに定められる機能を実現する手段を構成する。
【００３２】
コンピュータや他のプログラム可能なプロセッサに指示してフローチャート、ブロック図ブロックに定められる機能を実現する命令方法を含む製造技術を生み出すような特定の方法で機能させるコンピュータプログラム命令がコンピュータ可読メモリに格納されていてもよい。
【００３３】
コンピュータプログラムの命令は、一連の処理ステップを実行するためにコンピュータや他のプログラム可能なデータ処理装置にロードされ、コンピュータに実装されるプロセスを生み出すためにコンピュータや他のプログラム可能なプロセッサで実行され、コンピュータや他のプログラム可能なプロセッサで実行される命令はフローチャート、ブロックダイアグラムブロックに定められる機能や役割を実現するステップを提供する。
【００３４】
図１の移動体端末１００の概要ブロックダイアグラムを参照して、本発明の実施形態をさらに説明する。図１は、移動体無線端末１００を示す図であり、キーボード／キーパッド１０５、ディスプレイ１１０、スピーカ１１５、マイクロフォン１２０、ネットワークトランシーバ１２５、メモリ１３０を備え、それぞれプロセッサ１４０と通信する。ネットワークトランシーバ１２５は一般的に、送信回路１５０及び受信回路１４５を備え、それぞれアンテナ１６５を介して、外部へ向かう無線周波数信号を基地局へ送信し、内部へ向かう無線周波数信号を基地局から受信する。単一の信号アンテナ１６５が図１に示されているが、受信する信号の種類に応じて、複数のアンテナや、異なる種類のアンテナが使用されてもよい。移動体端末１００と基地局との間で送信される無線周波数信号は、トラフィック及びコントロール信号（例えば、着信に対するページング信号やメッセージ）を含んでもよく、それは、他の端末や宛先との通信を確立し、維持するために使用され、上り及び下りの少なくともいずれかの通信を提供する。しかし、本発明は、そのような２方向通信システムに限定されるものではない。
【００３５】
移動体端末１００の前述の要素は、多くの従来の移動体端末に含まれ、それらの機能は一般的に、当業者に知られている。また、ここで用いられるように、「移動体端末」の語は、マルチラインディスプレイを備えるセルラ無線電話又はこれを備えないセルラ無線電話を含む。これは例えば、セルラ無線電話をデータ処理、ファクシミリ、データ通信機能と組み合わせるＰＣＳ(Personal Communications System)端末を含む。また、セルラ無線電話、ポケベル、インターネット／イントラネットアクセス、ウェブブラウザ、システム手帳、カレンダー、全地球測位システム（ＧＰＳ）受信機などを含む携帯情報端末（ＰＤＡ）を含む。また、無線電話受信部を含む従来のラップトップやパームトップ受信機や、他の装置を含む。移動体端末はまた、「パーベイシブコンピューティング(pervasive computing)」装置とも呼ばれる。
【００３６】
本発明は、例えば移動体端末１００のような通信装置やシステムで実現されうるが、本発明は、そのような装置やシステムに限定されるものではない。むしろ、本発明はネットワークで開始される後続のプロビジョニングメッセージを使用する、あらゆる方法、送信機、通信装置、通信システム、コンピュータプログラム製品によって実現可能である。
【００３７】
図２は、本発明の実施形態におけるシステム、方法、コンピュータプログラム製品を説明する移動体端末１００の実施形態のブロックダイアグラムである。プロセッサ２４０はアドレス／データバス２４８を介してメモリ２３６と通信する。プロセッサ２４０は、いかなる商業的に入手可能な、又は、例えばデジタルシグナルプロセッサ（ＤＳＰ）を含む特注のプロセッサであってもよい。メモリ２３６は、移動体端末１００の機能を実現するために使用されるソフトウェア及びデータを保持するメモリ装置の全体的な階層を代表するものである。メモリ２３６は、１つまたはそれ以上の、しかしそれに限定されない、以下の種類の装置を含む。すなわち、キャッシュ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ＳＲＡＭ、及びＤＲＡＭである。
【００３８】
図２に示されるように、メモリ２３６は、移動体端末１００で使用されるいくつかのカテゴリーのソフトウェアやデータを備える。すなわち、オペレーティングシステム２５２、アプリケーションプログラム２５４、インプット／アウトプット（Ｉ／Ｏ）デバイスドライバ２５８、データ２５６である。当業者に認識されるように、オペレーティングシステム２５２は、例えばニューヨーク州アーモンク（Ａｒｍｏｎｋ）にあるInternational Business Machines CorporationのＯＳ／２、ＡＩＸ、及びＳｙｓｔｅｍ３９０や、ワシントン州レッドモンド（Ｒｅｄｍｏｎｄ）にあるMicrosoft CorporationのＷｉｎｄｏｗｓ９５、Ｗｉｎｄｏｗｓ９８、Ｗｉｎｄｏｗｓ２０００、ＷｉｎｄｏｗｓＮＴ又はＷｉｎｄｏｗｓＸＰや、Ｕｎｉｘ、Ｌｉｎｕｘ、Ｐａｌｍ ＯＳオペレーティングシステムなど、移動体端末での使用に適したいかなるオペレーティングシステムでもよい。オペレーティングシステムは、ＩＰをベースとした又は他のそのようなネットワーク通信プロトコル接続をサポートするよう構成されている。Ｉ／Ｏデバイスドライバ２５８は一般的に、送信機１２５及び特定のメモリ２３６の要素のような装置と通信するために、オペレーティングシステム２５２を介して、アプリケーションプログラム２５４によってアクセスされるソフトウェアルーチンを含む。アプリケーションプログラム２５４は、移動体端末１００の多様な特徴を実現するプログラムの概要であり、望ましくは、本発明の実施形態における処理をサポートするアプリケーションを少なくとも１つ含む。最後に、データ２５６は、アプリケーションプログラム２５４、オペレーティングシステム２５２、Ｉ／Ｏデバイスドライバ２５８、及びメモリ２３６に存在する他のソフトウェアプログラムに使用される静的及び動的なデータである。
【００３９】
図２にさらに見られるように、アプリケーションプログラム２５４は、ユーザが開始するデータアプリケーション２６０、バックグラウンドデータアプリケーション２６３、ＮＩＳＰ処理モジュール２６１を含む。ＮＩＳＰ処理モジュール２６１は、この中で、移動体端末１００に受信されたＮＩＳＰ要求への応答の開始を調整する処理を実行する。ユーザが開始するデータアプリケーション２６０は、通信のためのＭＩＰセッションを使用するいかなるアプリケーションでもよい。ユーザが開始するデータアプリケーションはここではまた、「フォアグラウンドアプリケーション」とも呼ばれる。メモリ２３６のデータ部分２５６は、図２の実施形態に示されるように、望ましくはメモリ２３６の不揮発部分に、後続の処理のために移動体端末１００に受信されるＮＩＳＰ要求を格納するＮＩＳＰキュー２６２を備える。
【００４０】
本発明が示される一方、例えば、図２のアプリケーションプログラムであるＮＩＳＰ処理モジュール２６１に関しては、当業者に認識されているように、他の形態も使用可能であるが、本発明の教示から依然として利益を享受できる。例えば、ＮＩＳＰ処理モジュール２６１はオペレーティングシステム２５２、Ｉ／Ｏデバイスドライバ２５８、又は他のそのような移動体端末１００の論理領域に組み込まれてもよい。それゆえ、本発明は図２の形態に限定されるものと解釈してはならず、むしろ、ここで説明する処理を実行可能なあらゆる形態を含むと解釈すべきである。
【００４１】
図３乃至図１１は、本発明の実施形態における移動体端末１００によって実行される処理を示すフローチャートである。そのような処理は、例えば、移動体端末１００のＮＩＳＰ処理モジュール２６１によって実行される。図３に見られるように、移動体端末１００は、例えばＮＩＳＰインターネットオーバーザエアー(Internet-Over-The-Air, IOTA)メッセージを含む無線アプリケーションプロトコルＷＡＰのＰＵＳＨ命令を受信することにより、ネットワークからプロビジョニング要求を受信する（ブロック３００）。移動体端末１００は、ユーザが開始するデータアプリケーション２６０のようなフォアグラウンドデータアプリケーションが、現在の登録されているＭＩＰセッションを使用しているかどうかを判定する（ブロック３１０）。上述のように、フォアグラウンドデータアプリケーションはＭＩＰセッションを使用し、一般的には移動体端末１００のユーザによって開始されるアプリケーションである。そのようなフォアグラウンドデータアプリケーションは、やはりＭＩＰセッションを使用するが一般的にはユーザによって開始されず、実行されたことにユーザが気付かないであろう、バックグラウンドデータアプリケーションと対照をなすものであるかもしれない。それゆえ、フォアグラウンドデータアプリケーションは、その中断がユーザにとって煩わしいアプリケーションであり、一方、バックグラウンドデータアプリケーションは、その中断がユーザにとって煩わしくないアプリケーションである。
【００４２】
何らかのイベントにおいて、プロビジョニング要求の受信に対する応答の中で、移動体端末１００はフォアグラウンドデータアプリケーションが実行され、登録されたＭＩＰセッションを使用しているかどうかの判断に基づいて、プロビジョニングセッションを開始する（ブロック３２０）。そのような、プロビジョニング要求に対して応答するためのＭＩＰセッションの選択的な開始により、プロビジョニング要求に対する応答がユーザにとって煩わしくなる可能性が減少する。
【００４３】
図４乃至図８は、本発明の特定の実施形態における移動体端末１００が、例えばＮＩＳＰ要求のようなプロビジョニング要求に応答するために選択的にＭＩＰセッションを開始するための、処理を示すフローチャートである。図４は、例えばＮＩＳＰ要求を含むＷＡＰ ＰＵＳＨのようなＮＩＳＰ要求を本発明のいくつかの実施形態における移動体端末１００が受信したときに、例えばＮＩＳＰ処理モジュール２６１によって実行される移動体端末１００の処理を示す。図４に見られるように、移動体端末１００は、登録されたＭＩＰセッションが確立されたかどうかを判定する（ブロック４００）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１がオペレーティングシステム２５２に状態を問い合わせることによりなされ、また、ＮＩＳＰ処理モジュールがオペレーティングシステム２５２に組み込まれている実施形態では、そのような判定はオペレーティングシステム２５２が直接移動体端末１００の状態を評価することによりなされる。本発明の特定の実施形態では、現在登録されているＭＩＰセッションが存在するかどうかの判定は、登録されているＭＩＰセッションがカスタムＮＡＩプロファイルによって登録されたＭＩＰセッションであるかどうかの判定でもある。そのような実施形態では、登録されているＭＩＰセッションが確立されたかどうかの判定は、登録されているＭＩＰセッションがカスタムＮＡＩプロファイルを使用して確立されているかどうかを判定することである。
【００４４】
登録されているＭＩＰセッションが確立されていない場合（ブロック４００）、移動体端末１００はＮＩＳＰ要求に対する応答を開始する（ブロック４２０）。ＮＩＳＰ要求に対する応答は、例えば、既定のＮＡＩプロファイルを使用してＭＩＰセッションを確立し、確立されたＭＩＰセッションを使用してネットワークのプロビジョニング要素にプロビジョニング情報の要求を送信するという、従来の方法で実行されうる。現在のＭＩＰセッションがカスタムＮＡＩプロファイルを使用して確立されたセッションでない実施形態では（すなわち、現在のＭＩＰセッションは既定のＮＡＩプロファイルを使用して確立されたセッションである）、ＮＩＳＰ応答は現在のＭＩＰセッション上で送信されうる。
【００４５】
登録されているカスタムＮＡＩ ＭＩＰセッションが確立されると（ブロック４００）、移動体端末は、登録されているＭＩＰセッションを使用するフォアグラウンドデータアプリケーションが実行されているかどうかを判定する（ブロック４１０）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１がオペレーティングシステム２５２に状態を問い合わせることによりなされ、また、ＮＩＳＰ処理モジュールがオペレーティングシステム２５２に組み込まれている実施形態では、そのような判定はオペレーティングシステム２５２が直接移動体端末１００の状態を評価することによりなされうる。登録されているＭＩＰセッションを使用するフォアグラウンドデータアプリケーションが実行されていない場合（ブロック４１０）、ＮＩＳＰ応答が上述のように開始される（ブロック４２０）。しかし、この場合、ＮＩＳＰ応答の開始は、カスタムＮＡＩプロファイルを使用して登録された、現在登録されているＭＩＰセッションを切断し、既定のＮＡＩプロファイルを使用してＭＩＰセッションを確立する。任意で、切断されたＭＩＰセッションは、新たなプロビジョニング情報が取得されてすべての実行されているアプリケーションが再開された後に、再確立されてもよい。
【００４６】
登録されているＭＩＰセッションを使用するフォアグラウンドデータアプリケーションが実行されている場合は（ブロック４１０）、ＮＩＳＰ要求はキューイングされる（ブロック４３０）。ＮＩＳＰ要求は、例えば、ＮＩＳＰ処理モジュール２６１がＷＡＰ ＰＵＳＨメッセージをＮＩＳＰキュー２６２に格納することによりキューイングされる。ＮＩＳＰキュー２６２は、本発明の特定の実施形態では、不揮発性メモリにある。キューイングされたＮＩＳＰ要求を含むＷＡＰ ＰＵＳＨは、後に処理される。本発明の特定の実施形態におけるＮＩＳＰ要求のそのような後続の処理は、図５乃至図８に示される。
【００４７】
図５は、本発明のいくつかの実施形態において、登録されたＭＩＰセッションが切断され、移動体端末１００が接続された状態から切断された状態に遷移したときの、移動体端末１００の処理を示す。ここで使用されるように、接続された状態とは確立されたＭＩＰセッションを意味し、切断された状態とは確立されたＭＩＰセッションが存在しない状態を意味する。例えば、ユーザが開始するデータアプリケーションの開始及びバックグラウンドデータアプリケーションの開始のうち少なくともいずれかによって、移動体端末は切断された状態から接続された状態に遷移する。移動体端末は、例えばＭＩＰ登録の期限切れ（それは１つのＭＩＰ登録サイクルにおいてデータの動きが無いときに起こりうる）によって、接続された状態から切断された状態に遷移する。
【００４８】
図５に見られるように、移動体端末１００が切断された状態に遷移すると、ＮＩＳＰ要求がそれまでにキューイングされていたかが判定される（ブロック５００）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１が、ＮＩＳＰ要求がＮＩＳＰキュー２５２に格納されているかを判定するためにＮＩＳＰキュー２５２の内容を調べることによりなされうる。ＮＩＳＰ要求がキューイングさていない場合（ブロック５００）、更新処理は無視される。ＮＩＳＰ要求がキューイングされている場合は（ブロック５００）、移動体端末１００はＮＩＳＰ応答を開始する（ブロック５１０）。ＮＩＳＰ応答を実行する処理は、図４のブロック４２０を参照して上述した処理と同様でよい。
【００４９】
図６は、本発明のいくつかの実施形態において、フォアグラウンドアプリケーションが終了したときの移動体端末１００の処理を示す。図６に見られるように、移動体端末１００がフォアグラウンドアプリケーションを終了させると、登録されているＭＩＰセッションを使用するすべてのフォアグラウンドアプリケーションが終了したかどうかが判定される（ブロック６００）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１がオペレーティングシステム２５２に状態を問い合わせることによってなされ、また、ＮＩＳＰ処理モジュールがオペレーティングシステム２５２に組み込まれた実施形態では、そのような判定は、オペレーティングシステム２５２が移動体端末１００の状態を直接評価することによってなされる。登録されているＭＩＰセッションを使用するフォアグラウンドデータアプリケーションが依然実行中の場合（ブロック６００）、更新処理は無視される。登録されているＭＩＰセッションを使用するフォアグラウンドデータアプリケーションで実行中のものが残っていない場合（ブロック６００）、移動体端末１００は、ＮＩＳＰ要求がキューイングされているかどうかを判定する（ブロック６１０）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１が、ＮＩＳＰ要求がＮＩＳＰキュー２５２に格納されているかどうかを判定するためにＮＩＳＰキュー２５２の内容を調べることによりなされうる。ＮＩＳＰ要求がキューイングされていない場合（ブロック６１０）、処理は従来の方法で継続する。ＮＩＳＰ要求がキューイングされている場合（ブロック６１０）、移動体端末１００はＮＩＳＰ応答を開始する（ブロック６２０）。ＮＩＳＰ応答を実行する処理は、図４のブロック４２０を参照して上述した処理と同様でよい。
【００５０】
図７は、本発明のいくつかの実施形態において、電源投入時の移動体端末１００の処理を示す。図７に見られるように、移動体端末１００に電源が入ると、ＮＩＳＰ要求が以前にキューイングされていたかどうかが判定される（ブロック７００）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１が、ＮＩＳＰ要求がＮＩＳＰキュー２５２に格納されているかどうかを判定するためにＮＩＳＰキュー２５２の内容を調べることによりなされうる。ＮＩＳＰ要求がキューイングされていない場合（ブロック７００）、更新処理は無視される。ＮＩＳＰ要求がキューイングされている場合（ブロック７００）、移動体端末１００はＮＩＳＰ応答を開始する（ブロック７１０）。ＮＩＳＰ応答を実行する処理は、図４のブロック４２０を参照して上述した処理と同様でよい。
【００５１】
図８は、本発明のいくつかの実施形態において、現在登録されているＭＩＰセッションの再登録処理が始動したときの移動体端末１００の処理を示す。上述のように、現在登録されているＭＩＰセッションの再登録は、一般的に、そのＭＩＰセッションに関連するリースの期限切れに先立って発生する。図８に見られるように、移動体端末１００が再登録処理を始動させると、ＮＩＳＰ要求が以前にキューイングされていたかどうかが判定される（ブロック８００）。そのような判定は、例えば、ＮＩＳＰ処理モジュール２６１が、ＮＩＳＰ要求がＮＩＳＰキュー２５２に格納されているかどうかを判定するためにＮＩＳＰキュー２５２の内容を調べることによりなされうる。ＮＩＳＰ要求がキューイングされていない場合（ブロック８００）、更新処理は無視される。ＮＩＳＰ要求がキューイングされている場合（ブロック８００）、移動体端末１００はＮＩＳＰ応答を開始する（ブロック８１０）。ＮＩＳＰ応答を実行する処理は、図４のブロック４２０を参照して上述した処理と同様でよい。ＮＩＳＰ応答が成功した場合（ブロック８２０）、そのセッションは新たなパラメータを伴って再確立され（ブロック８３０）、既存の（複数の）データアプリケーションは継続する（ブロック８４０）。ＮＩＳＰ応答が成功しなかった場合（ブロック８２０）、再登録処理が継続する。あるいは、図１０を参照して以下に説明するように、エラーハンドリング処理が実行されてもよい。
【００５２】
図９は、本発明のいくつかの実施形態において、データイベントが発生したときの移動体端末１００の処理を示す。データイベントは、データの転送を引き起こす（例えばＭＩＰセッションが開始される）ユーザのアクションや、音声呼の着信又は発信を含む。図９に見られるように、データイベントが発生すると、移動体端末１００はＮＩＳＰ応答のためのＭＩＰセッションが確立している（すなわちＮＩＳＰ応答が進行中である）かどうかを判定する（ブロック９００）。ＮＩＳＰ応答が進行中でない場合（ブロック９００）、移動体端末１００はそのデータイベントに対応する従来の処理を実行する。ＮＩＳＰ応答が進行中の場合（ブロック９００）、移動体端末１００は、データイベントが音声呼（着信又は発信）であるかどうかを判定し（ブロック９１０）、それが音声呼である場合はそのＮＩＳＰ応答に対応するＭＩＰセッションを終了させる（ブロック９２０）。そのような終了は、図１０に示されるように、回復可能なエラーと見なされる。データイベントが音声呼でない場合（ブロック９１０）、移動体端末１００は、要求されたデータイベントはＮＩＳＰ応答が完了するまで遅延させられ、ＮＩＳＰ応答の完了後にデータイベントが処理されるということをユーザに通知する（ブロック９３０）。
【００５３】
図１０は、本発明の特定の実施形態において、ＮＩＳＰ応答がエラーによって終了するイベント時の、移動体端末１００の処理を示す。図１０に見られるように、ＮＩＳＰ応答がエラーによって終了した場合、移動体端末１００はプロビジョニングのための既定のＮＡＩプロファイルを使用するものから、カスタムＮＡＩプロファイルを使用するＭＩＰセッションに遷移する（ブロック１０００）。移動体端末はまた、ＮＩＳＰ応答におけるエラーが回復可能なエラーであるかどうか、例えば、エラーが図９を参照して上述した音声呼によるＮＩＳＰ応答の中断によって発生したかどうかを判定する（ブロック１０１０）。エラーが回復可能なエラーでない場合（ブロック１０１０）、ＮＩＳＰ要求は破棄される（ブロック１０２０）。ＮＩＳＰ要求は、例えばＮＩＳＰキュー２６２からＷＡＰ ＰＵＳＨを削除することによりＮＩＳＰキュー２６２からＮＩＳＰ要求を除去することによって、破棄されうる。任意で、例えばエラーの発生と、場合によってはエラーの種類を示す表示をユーザに提供することによって、ユーザがエラーを通知されてもよい（ブロック１０３０）。エラーが回復可能なエラーである場合（ブロック１０１０）、ＮＩＳＰ要求は後に処理するために再度キューイングされる（ブロック１０４０）。ＮＩＳＰ要求に対する応答を遅れて再試行することにより、ＮＩＳＰ応答における致命的でないエラーからの回復が可能となる。そのような再試行は、所定の回数の再試行に制限されてもよく、その回数の再試行が成功裡に完了しなかった場合、ＮＩＳＰ要求は破棄される。ＮＩＳＰ要求に対する応答に関する既に行なった試行回数は、ＮＩＳＰキュー２６２に保存されうる。
【００５４】
図１１は、本発明の特定の実施形態における、ＮＩＳＰ応答が成功裡に完了したときの移動体端末１００の処理を示す。図１１に見られるように、ＮＩＳＰ要求に対する応答が成功裡の完了すると、移動体端末１００はＮＩＳＰキュー２６２からＮＩＳＰ要求を除去する（ブロック１１００）。ＮＩＳＰ要求は、例えばＮＩＳＰキュー２６２内のＷＡＰ ＰＵＳＨのエントリを削除することによって、ＮＩＳＰキューから除去されうる。移動体端末１００はまた、ＮＩＳＰ要求の処理に先立ってセッションが確立されていたかどうかを判定する（ブロック１１１０）。確立されていない場合、セッションは再確立されない。しかし、セッションがＮＩＳＰ要求の処理に先立って確立されていた場合（ブロック１１１０）、移動体端末は、それによってユーザはパスワードを要求されるかもしれないが、再接続し、ＮＩＳＰ要求に対する応答の中で取得した新たなプロファイル情報を使用して新たなＭＩＰ登録を確立する（ブロック１１２０）。
【００５５】
本発明の実施形態は、全般に、ＮＩＳＰ要求に関して上に述べてきた。本発明の特定の実施形態においては、ＮＩＳＰ要求はインターネットオーバーザエアー(Internet-Over-The-Air, IOTA)ＮＩＳＰメッセージとして提供される。しかし、本発明の実施形態は、異なるパラメータを持つ個々の通信セッションが移動体端末と通信するために使用されたり、移動体端末が異なる種類の複数の並行セッションをサポートしなかったり、応答のために異なる種類のセッションの使用を必要とする１つの種類のセッションが確立している間にメッセージを受信したりする、いかなる形態の移動体端末にも適用可能である。
【００５６】
図１乃至図１１のフローチャート、フロー図、及びブロック図は、本発明の実施形態における、ネットワークで開始される後続のプロビジョニングトリガー要求を処理するシステム、方法、及びコンピュータプログラム製品の、可能な実装におけるアーキテクチャ、機能、及び処理を示す。この点で、フローチャート又はブロック図の各々のブロックは、モジュール、セグメント、又はコードの一部を意味し、それは特定の（複数の）論理機能を実現する１つ以上の実行可能な命令を含む。また、いくつかの他の実施形態では、ブロック中で言及される機能は、図中で言及される命令の範囲外に存在しうる。例えば、連続して示される２つのブロックは、実際には、関連する機能によっては実質的に同時に実行されうるし、また、そのブロックは時には逆の順序で実行されうる。
【００５７】
さらに、無線通信環境におけるネットワークで開始される後続のプロビジョニングを参照して本発明を説明したが、本発明の実施形態は、それに限定されるものと解釈してはならず、ネットワークで開始される後続のプロビジョニング要求が、要求の処理の遅延を引き起こす時に受信されうるあらゆる環境における使用に適用可能である。
【００５８】
さらに、本発明の実施形態は１つのカスタムＮＡＩプロファイルを参照して説明した。しかし、複数のカスタムＮＡＩプロファイルが移動体端末によって使用されてもよい。１つのカスタムプロファイルへの言及は、単一のカスタムＮＡＩプロファイル又は複数のカスタムＮＡＩプロファイルのうちの１つを意味する。
【００５９】
図及び明細書において、本発明の実施形態の一般的な説明が開示されており、特定の表現が使用されているが、それらは一般的かつ説明的な意味においてのみ使用されており、限定する目的で使用されてはおらず、本発明の範囲は以下の請求の範囲に記述されている。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施形態に従う移動体端末の概略を示すブロック図である。
【図２】本発明の実施形態に従う移動体端末を詳細に示すブロック図である。
【図３】本発明の実施形態に従う処理を示すフローチャートである。
【図４】本発明の他の実施形態に従う、ＮＩＳＰインターネットオーバーザエアー(Internet-Over-The-Air, IOTA)要求が移動体端末によって受信されたときの処理を示すフローチャートである。
【図５】本発明の他の実施形態に従う、移動体端末がＭＩＰ登録状態からＭＩＰ未登録状態に遷移するときの処理を示すフローチャートである。
【図６】本発明の他の実施形態に従う、すべての実行中のフォアグラウンドデータアプリケーションが終了したときの処理を示すフローチャートである。
【図７】本発明の他の実施形態に従う、移動体端末の電源投入時の処理を示すフローチャートである。
【図８】本発明の他の実施形態に従う、移動体端末がＭＩＰセッションを再登録するときの処理を示すフローチャートである。
【図９】本発明の他の実施形態に従う、ＮＩＳＰ応答中にユーザイベントがデータの送信を発生させたときの処理を示すフローチャートである。
【図１０】本発明の他の実施形態に従う、ＮＩＳＰ応答中にエラーが発生したときの処理を示すフローチャートである。
【図１１】本発明の他の実施形態に従う、ＮＩＳＰ応答が成功裡に完了したときの処理を示すフローチャートである。
【特許請求の範囲】
【請求項１】
移動体端末のプロビジョニングデータを更新する方法であって、
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信する工程と、
前記移動体端末が、現在登録されているインターネットプロトコル（ＩＰ）セッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかを判定する工程と、
前記移動体端末が、現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの前記判定に基づいて、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する工程と、
を備えることを特徴とする方法。
【請求項２】
前記移動体端末は既定のプロファイル及びカスタムプロファイルのうち１つを使用するＩＰセッションを確立し、
前記移動体端末が、現在登録されているインターネットプロトコル（ＩＰ）セッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかを判定する工程は、
前記移動体端末が前記カスタムプロファイルを使用する現在のＩＰセッションを持つかどうかを判定する工程と、
前記移動体端末が前記カスタムプロファイルを使用する現在のＩＰセッションを持つ場合、フォアグラウンドデータアプリケーションが前記現在のＩＰセッションを使用しているかどうかを判定する工程と、
を備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、
前記移動体端末が前記カスタムプロファイルを使用する現在登録されているＩＰセッションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、前記既定のプロファイルを使用してＩＰセッションを開始する工程を備えることを特徴とする請求項２に記載の方法。
【請求項４】
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、
前記移動体端末が前記カスタムプロファイルを使用する現在登録されているＩＰセッションを持つが、前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを持たないと判定された場合、前記既定のプロファイルを使用してＩＰセッションを開始する工程を備えることを特徴とする請求項２に記載の方法。
【請求項５】
ＩＰセッションを開始する前記工程は、
前記現在登録されているＩＰセッションを終了する工程と、
前記既定のプロファイルを使用してＩＰセッションを開始する工程と、
を備えることを特徴とする請求項４に記載の方法。
【請求項６】
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、
前記移動体端末が前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求をキューイングする工程を備えることを特徴とする請求項１に記載の方法。
【請求項７】
さらに、
前記移動体端末の前記プロビジョニングデータに対する更新が成功裡に完了したかどうかを判定する工程と、
前記プロビジョニングデータの前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応する要求をキューから削除する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項８】
さらに、
前記移動体端末の前記プロビジョニングデータに対する更新が失敗したかどうかを判定する工程と、
前記プロビジョニングデータの前記更新の前記失敗が回復可能な失敗であるかどうかを判定する工程と、
前記失敗が回復可能な失敗でない場合、前記プロビジョニングデータの前記更新に対応する要求をキューから削除する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項９】
さらに、前記失敗が回復可能な失敗である場合、前記プロビジョニングデータの前記更新を再試行する工程を備えることを特徴とする請求項８に記載の方法。
【請求項１０】
さらに、前記移動体端末が前記現在登録されているＩＰセッションを終了したかどうかを判定する工程を備え、
ＩＰセッションを選択的に開始する前記工程は、さらに、
前記移動体端末が登録されているＩＰセッションを終了したと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定する工程と、
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が登録されているＩＰセッションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項１１】
さらに、前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションが終了したかどうかを判定する工程を備え、
ＩＰセッションを選択的に開始する前記工程は、さらに、
前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了させた場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定する工程と、
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項１２】
さらに、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始しているかどうかを判定する工程を備え、
ＩＰセッションを選択的に開始する前記工程は、さらに、
前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始している場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定する工程と、
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始していると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項１３】
さらに、
前記移動体端末の前記データプロビジョニングに対する更新が成功裡に完了したかどうかを判定する工程と、
前記プロビジョニングデータに対する前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応する要求をキューから削除する工程と、
前記プロビジョニングデータに対する前記成功裡に完了した更新が、登録されているＩＰセッションを中断したかどうかを判定する工程と、
前記プロビジョニングデータに対する前記成功裡に完了した更新が、登録されているＩＰセッションを中断した場合、前記更新されたプロビジョニングデータを使用して前記中断された登録されているＩＰセッションを再開する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項１４】
さらに、前記プロビジョニングデータを更新するための前記ＩＰセッションの間に、音声呼の着信又は発信が開始された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを終了する工程を備えることを特徴とする請求項１に記載の方法。
【請求項１５】
前記現在登録されているＩＰセッションは移動体ＩＰ（ＭＩＰ）セッションであることを特徴とする請求項１に記載の方法。
【請求項１６】
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信する前記工程は、さらに、
ネットワークで開始される後続のプロビジョニングメッセージを含む無線アプリケーションプロトコル（ＷＡＰ）ＰＵＳＨメッセージを受信する工程を備えることを特徴とする請求項１に記載の方法。
【請求項１７】
前記ＷＡＰ ＰＵＳＨメッセージは、ショートメッセージサービス（ＳＭＳ）を介して前記移動体端末に受信されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ＷＡＰ ＰＵＳＨメッセージは、前記現在登録されているＩＰセッションを介して前記移動体端末により受信されることを特徴とする請求項１６に記載の方法。
【請求項１９】
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信する前記工程は、
ショートメッセージサービス（ＳＭＳ）テキストメッセージを受信する工程を備え、前記テキストメッセージはネットワークで開始される後続のプロビジョニングトリガメッセージを含むことを特徴とする請求項１に記載の方法。
【請求項２０】
移動体端末であって、
通信媒体によりデータパケットを送信及び受信するように構成されたトランシーバと、
前記トランシーバに動作可能に関連付けられ、かつ、前記トランシーバからＮＩＳＰ要求を受信し、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの判定に基づいて前記受信したＮＩＳＰ要求に応答するためのＩＰセッションを選択的に開始するように構成された、ＮＩＳＰ(network interface (initiated) subsequent provisioning)処理回路と、
を備えることを特徴とする移動体端末。
【請求項２１】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末がカスタムＮＡＩプロファイルを使用する現在登録されているＩＰセッションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、既定のネットワークアクセス識別子（network access identifier, ＮＡＩ）プロファイルを使用して、受信したＮＩＳＰ要求に応答するためのＩＰセッションを開始するように構成されていることを特徴とする請求項２０に記載の移動体端末。
【請求項２２】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末がカスタムＮＡＩプロファイルを使用する登録されているＩＰセッションを持つが、前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、既定のネットワークアクセス識別子（network access identifier, ＮＡＩ）プロファイルを使用して、受信したＮＩＳＰ要求に応答するためのＩＰセッションを開始するように構成されていることを特徴とする請求項２０に記載の移動体端末。
【請求項２３】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの判定に基づいて、現在登録されているＩＰセッションを終了し、既定のプロファイルを使用してＩＰセッションを開始するように構成されることを特徴とする請求項２０に記載の移動体端末。
【請求項２４】
さらに、ＮＩＳＰ要求を格納するように構成されたキューを備え、
前記ＮＩＳＰ処理回路は、前記キューに動作可能に関連付けられ、さらに、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であるかどうかの判定に基づいて前記キューに受信したＮＩＳＰ要求を選択的に格納するように構成されていることを特徴とする請求項２０に記載の移動体端末。
【請求項２５】
さらに、前記ＮＩＳＰ処理回路は、ＮＩＳＰ要求を受信したときに前記移動体端末が前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であると判定された場合、ＮＩＳＰ要求をキューイングするように構成されることを特徴とする請求項２４に記載の移動体端末。
【請求項２６】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末の前記プロビジョニングデータの更新が成功裡に完了したかどうかを判定し、かつ、前記プロビジョニングデータの前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応するＮＩＳＰ要求を前記キューから除去するように構成されることを特徴とする請求項２５に記載の移動体端末。
【請求項２７】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末の前記プロビジョニングデータの更新が失敗したかどうかを判定し、かつ、前記プロビジョニングデータの前記更新の前記失敗が回復可能な失敗であるかどうかを判定し、かつ、前記失敗が回復可能な失敗でない場合、前記プロビジョニングデータの前記更新に対応するＮＩＳＰ要求を前記キューから除去するように構成されることを特徴とする請求項２５に記載の移動体端末。
【請求項２８】
さらに、前記ＮＩＳＰ処理回路は、前記更新の前記失敗が回復可能な失敗である場合、前記プロビジョニングの前記更新を再試行するように構成されることを特徴とする請求項２７に記載の移動体端末。
【請求項２９】
さらに、前記ＮＩＳＰ処理回路は、
前記移動体端末が現在登録されているＩＰセッションを終了したかどうかを判定し、
ＮＩＳＰ要求がキューングされているかどうかを判定し、そして、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が登録されているＩＰセッションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するように構成されていることを特徴とする請求項２５に記載の移動体端末。
【請求項３０】
さらに、前記ＮＩＳＰ処理回路は、
登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションが終了したかどうかを判定し、
ＮＩＳＰ要求がキューイングされているかどうかを判定し、そして、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了したと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するように構成されていることを特徴とする請求項２５に記載の移動体端末。
【請求項３１】
さらに、前記ＮＩＳＰ処理回路は、
前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始しているかどうかを判定し、
ＮＩＳＰ要求がキューイングされているかどうかを判定し、そして、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始していると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するように構成されていることを特徴とする請求項２５に記載の移動体端末。
【請求項３２】
さらに、前記ＮＩＳＰ処理回路は、
前記プロビジョニングデータに対する前記成功裡に完了した更新が登録されているＩＰセッションを中断したかどうかを判定し、そして、
前記プロビジョニングデータに対する前記成功裡に完了した更新が登録されているＩＰセッションを中断した場合、前記更新されたプロビジョニングデータを使用して前記中断された登録されているＩＰセッションを再開するように構成されていることを特徴とする請求項２６に記載の移動体端末。
【請求項３３】
前記開始されたＩＰセッション及び前記現在登録されているＩＰセッションは、複数のｍｏｂｉｌｅ ＩＰ（ＭＩＰ）セッションを含むことを特徴とする請求項２０に記載の移動体端末。
【請求項３４】
前記移動体端末は、無線電話を含むことを特徴とする請求項２０に記載の移動体端末。
【請求項３５】
前記通信媒体は、無線通信媒体を含むことを特徴とする請求項２０に記載の移動体端末。
【請求項３６】
移動体端末であって、
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信する手段と、
前記移動体端末が、現在登録されているインターネットプロトコル（ＩＰ）セッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかを判定する手段と、
前記移動体端末が、現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの前記判定に基づいて、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する手段と、
を備えることを特徴とする移動体端末。
【請求項３７】
移動体端末のプロビジョニングデータを更新するコンピュータプログラム製品であって、そこに実現されるコンピュータ可読プログラムコードを含むコンピュータ可読媒体を備え、
前記コンピュータ可読プログラムコードは、
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信するよう構成されたコンピュータ可読プログラムコードと、
前記移動体端末が、現在登録されているインターネットプロトコル（ＩＰ）セッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかを判定するよう構成されたコンピュータ可読プログラムコードと、
前記移動体端末が、現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの前記判定に基づいて、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始するよう構成されたコンピュータ可読プログラムコードと、
を備えることを特徴とするコンピュータプログラム製品。
【請求項３８】
ネットワークで開始される後続のプロビジョニング（ＮＩＳＰ）要求を格納するためのキューを持つ移動体端末のプロビジョニングデータを更新する方法であって、
前記移動体端末が現在登録されているＩＰセッションを終了していたかどうかを判定する工程と、
前記移動体端末が登録されているＩＰセッションを終了していたと判定された場合、ＮＩＳＰ要求がキューイングされているかどうかを判定する工程と、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が登録されているＩＰセッションを終了していたと判定された場合、前記移動体端末の前記プロビジョニングデータの更新のためのＩＰセッションを開始する工程と、
を備えることを特徴とする方法。
【請求項３９】
ネットワークで開始される後続のプロビジョニングＮＩＳＰ(network initiated subsequent provisioning)要求を格納するためのキューを持つ移動体端末のプロビジョニングデータを更新する方法であって、
登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションが終了していたかを判定する工程と、
前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了していたと判定された場合、ＮＩＳＰ要求がキューイングされているかどうかを判定する工程と、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了していたと判定された場合、前記移動体端末の前記プロビジョニングデータの更新のためのＩＰセッションを開始する工程と、
を備えることを特徴とする方法。
【請求項４０】
ネットワークで開始される後続のプロビジョニングＮＩＳＰ(network initiated subsequent provisioning)要求を格納するためのキューを持つ移動体端末のプロビジョニングデータを更新する方法であって、
前記移動体端末が現在登録されているＩＰセッションの再登録を開始しているかどうかを判定する工程と、
前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始している場合、ＮＩＳＰ要求がキューイングされているかどうかを判定する工程と、
ＮＩＳＰ要求がキューングされていると判定され、かつ、前記移動体端末が現在登録されているＩＰセッションの再登録を開始していると判定された場合、前記移動体端末の前記プロビジョニングデータの更新のためのＩＰセッションを開始する工程と、
を備えることを特徴とする方法。
【請求項４１】
ネットワークで開始される後続のプロビジョニングＮＩＳＰ(network initiated subsequent provisioning)要求を格納するためのキューを持つ移動体端末のプロビジョニングデータを更新する方法であって、
前記移動体端末が電源投入処理中であるかどうかを判定する工程と、
前記移動体端末が電源投入処理中の場合、ＮＩＳＰ要求がキューイングされているかどうかを判定する工程と、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が電源投入処理中であると判定された場合、前記移動体端末の前記プロビジョニングデータの更新のためのＩＰセッションを開始する工程と、
を備えることを特徴とする方法。
【請求項１】
移動体端末のプロビジョニングデータを更新する方法であって、
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信する工程と、
前記移動体端末が、現在登録されているインターネットプロトコル（ＩＰ）セッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかを判定する工程と、
前記移動体端末が、現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの前記判定に基づいて、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する工程と、
を備えることを特徴とする方法。
【請求項２】
前記移動体端末は既定のプロファイル及びカスタムプロファイルのうち１つを使用するＩＰセッションを確立し、
前記移動体端末が、現在登録されているインターネットプロトコル（ＩＰ）セッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかを判定する工程は、
前記移動体端末が前記カスタムプロファイルを使用する現在のＩＰセッションを持つかどうかを判定する工程と、
前記移動体端末が前記カスタムプロファイルを使用する現在のＩＰセッションを持つ場合、フォアグラウンドデータアプリケーションが前記現在のＩＰセッションを使用しているかどうかを判定する工程と、
を備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、
前記移動体端末が前記カスタムプロファイルを使用する現在登録されているＩＰセッションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、前記既定のプロファイルを使用してＩＰセッションを開始する工程を備えることを特徴とする請求項２に記載の方法。
【請求項４】
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、
前記移動体端末が前記カスタムプロファイルを使用する現在登録されているＩＰセッションを持つが、前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを持たないと判定された場合、前記既定のプロファイルを使用してＩＰセッションを開始する工程を備えることを特徴とする請求項２に記載の方法。
【請求項５】
ＩＰセッションを開始する前記工程は、
前記現在登録されているＩＰセッションを終了する工程と、
前記既定のプロファイルを使用してＩＰセッションを開始する工程と、
を備えることを特徴とする請求項４に記載の方法。
【請求項６】
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する前記工程は、
前記移動体端末が前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求をキューイングする工程を備えることを特徴とする請求項１に記載の方法。
【請求項７】
さらに、
前記移動体端末の前記プロビジョニングデータに対する更新が成功裡に完了したかどうかを判定する工程と、
前記プロビジョニングデータの前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応する要求をキューから削除する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項８】
さらに、
前記移動体端末の前記プロビジョニングデータに対する更新が失敗したかどうかを判定する工程と、
前記プロビジョニングデータの前記更新の前記失敗が回復可能な失敗であるかどうかを判定する工程と、
前記失敗が回復可能な失敗でない場合、前記プロビジョニングデータの前記更新に対応する要求をキューから削除する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項９】
さらに、前記失敗が回復可能な失敗である場合、前記プロビジョニングデータの前記更新を再試行する工程を備えることを特徴とする請求項８に記載の方法。
【請求項１０】
さらに、前記移動体端末が前記現在登録されているＩＰセッションを終了したかどうかを判定する工程を備え、
ＩＰセッションを選択的に開始する前記工程は、さらに、
前記移動体端末が登録されているＩＰセッションを終了したと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定する工程と、
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が登録されているＩＰセッションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項１１】
さらに、前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションが終了したかどうかを判定する工程を備え、
ＩＰセッションを選択的に開始する前記工程は、さらに、
前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了させた場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定する工程と、
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項１２】
さらに、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始しているかどうかを判定する工程を備え、
ＩＰセッションを選択的に開始する前記工程は、さらに、
前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始している場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされているかどうかを判定する工程と、
前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する要求がキューイングされていると判定され、かつ、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始していると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項１３】
さらに、
前記移動体端末の前記データプロビジョニングに対する更新が成功裡に完了したかどうかを判定する工程と、
前記プロビジョニングデータに対する前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応する要求をキューから削除する工程と、
前記プロビジョニングデータに対する前記成功裡に完了した更新が、登録されているＩＰセッションを中断したかどうかを判定する工程と、
前記プロビジョニングデータに対する前記成功裡に完了した更新が、登録されているＩＰセッションを中断した場合、前記更新されたプロビジョニングデータを使用して前記中断された登録されているＩＰセッションを再開する工程と、
を備えることを特徴とする請求項６に記載の方法。
【請求項１４】
さらに、前記プロビジョニングデータを更新するための前記ＩＰセッションの間に、音声呼の着信又は発信が開始された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを終了する工程を備えることを特徴とする請求項１に記載の方法。
【請求項１５】
前記現在登録されているＩＰセッションは移動体ＩＰ（ＭＩＰ）セッションであることを特徴とする請求項１に記載の方法。
【請求項１６】
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信する前記工程は、さらに、
ネットワークで開始される後続のプロビジョニングメッセージを含む無線アプリケーションプロトコル（ＷＡＰ）ＰＵＳＨメッセージを受信する工程を備えることを特徴とする請求項１に記載の方法。
【請求項１７】
前記ＷＡＰ ＰＵＳＨメッセージは、ショートメッセージサービス（ＳＭＳ）を介して前記移動体端末に受信されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ＷＡＰ ＰＵＳＨメッセージは、前記現在登録されているＩＰセッションを介して前記移動体端末により受信されることを特徴とする請求項１６に記載の方法。
【請求項１９】
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信する前記工程は、
ショートメッセージサービス（ＳＭＳ）テキストメッセージを受信する工程を備え、前記テキストメッセージはネットワークで開始される後続のプロビジョニングトリガメッセージを含むことを特徴とする請求項１に記載の方法。
【請求項２０】
移動体端末であって、
通信媒体によりデータパケットを送信及び受信するように構成されたトランシーバと、
前記トランシーバに動作可能に関連付けられ、かつ、前記トランシーバからＮＩＳＰ要求を受信し、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの判定に基づいて前記受信したＮＩＳＰ要求に応答するためのＩＰセッションを選択的に開始するように構成された、ＮＩＳＰ(network interface (initiated) subsequent provisioning)処理回路と、
を備えることを特徴とする移動体端末。
【請求項２１】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末がカスタムＮＡＩプロファイルを使用する現在登録されているＩＰセッションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、既定のネットワークアクセス識別子（network access identifier, ＮＡＩ）プロファイルを使用して、受信したＮＩＳＰ要求に応答するためのＩＰセッションを開始するように構成されていることを特徴とする請求項２０に記載の移動体端末。
【請求項２２】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末がカスタムＮＡＩプロファイルを使用する登録されているＩＰセッションを持つが、前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを持たないと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するために、既定のネットワークアクセス識別子（network access identifier, ＮＡＩ）プロファイルを使用して、受信したＮＩＳＰ要求に応答するためのＩＰセッションを開始するように構成されていることを特徴とする請求項２０に記載の移動体端末。
【請求項２３】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの判定に基づいて、現在登録されているＩＰセッションを終了し、既定のプロファイルを使用してＩＰセッションを開始するように構成されることを特徴とする請求項２０に記載の移動体端末。
【請求項２４】
さらに、ＮＩＳＰ要求を格納するように構成されたキューを備え、
前記ＮＩＳＰ処理回路は、前記キューに動作可能に関連付けられ、さらに、前記移動体端末が現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であるかどうかの判定に基づいて前記キューに受信したＮＩＳＰ要求を選択的に格納するように構成されていることを特徴とする請求項２０に記載の移動体端末。
【請求項２５】
さらに、前記ＮＩＳＰ処理回路は、ＮＩＳＰ要求を受信したときに前記移動体端末が前記現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行中であると判定された場合、ＮＩＳＰ要求をキューイングするように構成されることを特徴とする請求項２４に記載の移動体端末。
【請求項２６】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末の前記プロビジョニングデータの更新が成功裡に完了したかどうかを判定し、かつ、前記プロビジョニングデータの前記更新が成功裡に完了した場合、前記プロビジョニングデータの前記更新に対応するＮＩＳＰ要求を前記キューから除去するように構成されることを特徴とする請求項２５に記載の移動体端末。
【請求項２７】
さらに、前記ＮＩＳＰ処理回路は、前記移動体端末の前記プロビジョニングデータの更新が失敗したかどうかを判定し、かつ、前記プロビジョニングデータの前記更新の前記失敗が回復可能な失敗であるかどうかを判定し、かつ、前記失敗が回復可能な失敗でない場合、前記プロビジョニングデータの前記更新に対応するＮＩＳＰ要求を前記キューから除去するように構成されることを特徴とする請求項２５に記載の移動体端末。
【請求項２８】
さらに、前記ＮＩＳＰ処理回路は、前記更新の前記失敗が回復可能な失敗である場合、前記プロビジョニングの前記更新を再試行するように構成されることを特徴とする請求項２７に記載の移動体端末。
【請求項２９】
さらに、前記ＮＩＳＰ処理回路は、
前記移動体端末が現在登録されているＩＰセッションを終了したかどうかを判定し、
ＮＩＳＰ要求がキューングされているかどうかを判定し、そして、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が登録されているＩＰセッションを終了させたと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するように構成されていることを特徴とする請求項２５に記載の移動体端末。
【請求項３０】
さらに、前記ＮＩＳＰ処理回路は、
登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションが終了したかどうかを判定し、
ＮＩＳＰ要求がキューイングされているかどうかを判定し、そして、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了したと判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するように構成されていることを特徴とする請求項２５に記載の移動体端末。
【請求項３１】
さらに、前記ＮＩＳＰ処理回路は、
前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始しているかどうかを判定し、
ＮＩＳＰ要求がキューイングされているかどうかを判定し、そして、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始していると判定された場合、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを開始するように構成されていることを特徴とする請求項２５に記載の移動体端末。
【請求項３２】
さらに、前記ＮＩＳＰ処理回路は、
前記プロビジョニングデータに対する前記成功裡に完了した更新が登録されているＩＰセッションを中断したかどうかを判定し、そして、
前記プロビジョニングデータに対する前記成功裡に完了した更新が登録されているＩＰセッションを中断した場合、前記更新されたプロビジョニングデータを使用して前記中断された登録されているＩＰセッションを再開するように構成されていることを特徴とする請求項２６に記載の移動体端末。
【請求項３３】
前記開始されたＩＰセッション及び前記現在登録されているＩＰセッションは、複数のｍｏｂｉｌｅ ＩＰ（ＭＩＰ）セッションを含むことを特徴とする請求項２０に記載の移動体端末。
【請求項３４】
前記移動体端末は、無線電話を含むことを特徴とする請求項２０に記載の移動体端末。
【請求項３５】
前記通信媒体は、無線通信媒体を含むことを特徴とする請求項２０に記載の移動体端末。
【請求項３６】
移動体端末であって、
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信する手段と、
前記移動体端末が、現在登録されているインターネットプロトコル（ＩＰ）セッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかを判定する手段と、
前記移動体端末が、現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの前記判定に基づいて、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始する手段と、
を備えることを特徴とする移動体端末。
【請求項３７】
移動体端末のプロビジョニングデータを更新するコンピュータプログラム製品であって、そこに実現されるコンピュータ可読プログラムコードを含むコンピュータ可読媒体を備え、
前記コンピュータ可読プログラムコードは、
前記移動体端末が該移動体端末の前記プロビジョニングデータを更新するためのセッションを開始するよう要求する、ネットワークで開始される後続のプロビジョニングメッセージを受信するよう構成されたコンピュータ可読プログラムコードと、
前記移動体端末が、現在登録されているインターネットプロトコル（ＩＰ）セッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかを判定するよう構成されたコンピュータ可読プログラムコードと、
前記移動体端末が、現在登録されているＩＰセッションを使用するフォアグラウンドデータアプリケーションを実行しているかどうかの前記判定に基づいて、前記移動体端末の前記プロビジョニングデータを更新するためのＩＰセッションを選択的に開始するよう構成されたコンピュータ可読プログラムコードと、
を備えることを特徴とするコンピュータプログラム製品。
【請求項３８】
ネットワークで開始される後続のプロビジョニング（ＮＩＳＰ）要求を格納するためのキューを持つ移動体端末のプロビジョニングデータを更新する方法であって、
前記移動体端末が現在登録されているＩＰセッションを終了していたかどうかを判定する工程と、
前記移動体端末が登録されているＩＰセッションを終了していたと判定された場合、ＮＩＳＰ要求がキューイングされているかどうかを判定する工程と、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が登録されているＩＰセッションを終了していたと判定された場合、前記移動体端末の前記プロビジョニングデータの更新のためのＩＰセッションを開始する工程と、
を備えることを特徴とする方法。
【請求項３９】
ネットワークで開始される後続のプロビジョニングＮＩＳＰ(network initiated subsequent provisioning)要求を格納するためのキューを持つ移動体端末のプロビジョニングデータを更新する方法であって、
登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションが終了していたかを判定する工程と、
前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了していたと判定された場合、ＮＩＳＰ要求がキューイングされているかどうかを判定する工程と、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が前記登録されているＩＰセッションを使用するすべてのフォアグラウンドデータアプリケーションを終了していたと判定された場合、前記移動体端末の前記プロビジョニングデータの更新のためのＩＰセッションを開始する工程と、
を備えることを特徴とする方法。
【請求項４０】
ネットワークで開始される後続のプロビジョニングＮＩＳＰ(network initiated subsequent provisioning)要求を格納するためのキューを持つ移動体端末のプロビジョニングデータを更新する方法であって、
前記移動体端末が現在登録されているＩＰセッションの再登録を開始しているかどうかを判定する工程と、
前記移動体端末が前記現在登録されているＩＰセッションの再登録を開始している場合、ＮＩＳＰ要求がキューイングされているかどうかを判定する工程と、
ＮＩＳＰ要求がキューングされていると判定され、かつ、前記移動体端末が現在登録されているＩＰセッションの再登録を開始していると判定された場合、前記移動体端末の前記プロビジョニングデータの更新のためのＩＰセッションを開始する工程と、
を備えることを特徴とする方法。
【請求項４１】
ネットワークで開始される後続のプロビジョニングＮＩＳＰ(network initiated subsequent provisioning)要求を格納するためのキューを持つ移動体端末のプロビジョニングデータを更新する方法であって、
前記移動体端末が電源投入処理中であるかどうかを判定する工程と、
前記移動体端末が電源投入処理中の場合、ＮＩＳＰ要求がキューイングされているかどうかを判定する工程と、
ＮＩＳＰ要求がキューイングされていると判定され、かつ、前記移動体端末が電源投入処理中であると判定された場合、前記移動体端末の前記プロビジョニングデータの更新のためのＩＰセッションを開始する工程と、
を備えることを特徴とする方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公表番号】特表２００６−５０９３８５（Ｐ２００６−５０９３８５Ａ）
【公表日】平成１８年３月１６日（２００６．３．１６）
【国際特許分類】
【出願番号】特願２００４−５５５３５７（Ｐ２００４−５５５３５７）
【出願日】平成１５年１０月２９日（２００３．１０．２９）
【国際出願番号】ＰＣＴ／ＵＳ２００３／０３４４２１
【国際公開番号】ＷＯ２００４／０４９６６４
【国際公開日】平成１６年６月１０日（２００４．６．１０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
ＵＮＩＸ
Ｌｉｎｕｘ
【出願人】（５０２０８７５０７）ソニー・エリクソン・モバイルコミュニケーションズ， エービー (823)
【Ｆターム（参考）】
【公表日】平成１８年３月１６日（２００６．３．１６）
【国際特許分類】
【出願日】平成１５年１０月２９日（２００３．１０．２９）
【国際出願番号】ＰＣＴ／ＵＳ２００３／０３４４２１
【国際公開番号】ＷＯ２００４／０４９６６４
【国際公開日】平成１６年６月１０日（２００４．６．１０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
ＵＮＩＸ
Ｌｉｎｕｘ
【出願人】（５０２０８７５０７）ソニー・エリクソン・モバイルコミュニケーションズ， エービー (823)
【Ｆターム（参考）】
[ Back to top ]