コンピュータ化端末によってモバイル電話装置にサービス構成データを供給するための方法
本発明は、ＡＴコマンドを管理するための手段６を備えたモバイル電話装置１にサービス構成データを供給するための方法に関する。方法は、装置１と、サービス構成データを含むコンピュータ化端末７の間の接続を確立するステップと、装置のＡＴコマンド管理手段６が解釈することが可能な選択されたＡＴコマンドを使って、端末７と装置１の間でサービス構成データを交換するステップとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は、モバイル電話ネットワークにおける通信の分野に関し、より詳細には、モバイル電話などのモバイル電話装置にサービス構成データを供給する分野に関する。
【背景技術】
【０００２】
ユーザの個人的な要求に合わせたサービスを実施するためには、モバイル電話装置をその個人固有に構成する必要があることを当業者は知っている。このことは、特に、モバイル電話装置のブラウザモジュール、およびオンボードのＪａｖａ（登録商標）またはマルチメディアメッセージングアプリケーションモジュールについて言える。構成プロセスは、電話装置のメモリ、より詳細には残留データマネージャ（ＲＤＭ）に記憶されるプロファイルを定義する、構成データを使用する。これらの装置は、一般に、特定の数のプロファイルを備えて販売され、それらのプロファイルのうちのあるものはデフォルトで使用される。
【０００３】
ユーザは、プロファイルを個人固有の要求に合わせるために、装置の「マンマシン」インタフェース（キーパッド）を使って、特定のプロファイルを定義する構成データの修正または追加を行うことができる。しかし、構成データは、その装置の通信ネットワークのリモートサーバによって修正または追加することもできる。
【０００４】
前者の場合、ユーザはキーパッドのキーを使って修正または追加を入力しなければならず、これは特に不便であり、また、装置が一時的に使用できなくなる。後者の場合、ユーザはネットワークに接続して修正または追加をダウンロードしなければならず、これには課金が伴い、しかも他のユーザが使用できるはずの接続を不必要に独占することになる。したがって、２つの選択肢のどちらも満足できるものではない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、本発明の目的は、上述の欠点のいくつかまたはすべてを改善することを意図した、新規な解決策を提案することである。
【課題を解決するための手段】
【０００６】
この目的を達成するために、本発明は、ＡＴコマンド管理手段を備えたモバイル電話装置に構成データを供給する方法を提案する。この方法では、まず、前記装置とサービス構成データを含むデータ処理端末の間に接続が確立され、次いで、装置のＡＴコマンド管理手段が解釈することが可能な選択されたＡＴコマンドによって、端末と装置の間でサービス構成データが交換される。
【０００７】
この文脈において、「ＡＴコマンド」という表現は、もともと、米国企業のＨａｙｅｓ Ｍｉｃｒｏｃｏｍｐｕｔｅｒ Ｐｒｏｄｕｃｔｓ社によって開発された型のコマンド、およびそれらの標準化された拡張版（ＩＳ−９９）を指す。さらに、「端末」という用語は、ユーザフレンドリなマンマシンインタフェース（キーパッド）を備え、モバイル電話などのモバイル電話装置と「近傍」ケーブルまたは無線リンク（例えば、赤外線（Ｉｒｄａ）やブルートゥースリンク）を確立することができる、いずれかのタイプのデータ処理機器を指す。したがって、端末は、固定または携帯のマイクロコンピュータ、あるいはパーソナルディジタルアシスタント（ＰＤＡ）であってもよい。
【０００８】
したがって、ユーザは、例えばＣＤ−ＲＯＭを使って、新しいプロファイルを端末に用意またはロードして、その後、端末と装置の間に簡単な接続を確立することによってその新しいプロファイルを装置に転送することができる。接続が確立すると、ユーザは、装置に記憶されている特定のプロファイルをオンデマンドで端末に転送し、端末のユーザフレンドリなキーパッドを使って、それらのプロファイルをすばやく修正したり追加したりすることもできる。接続が確立すると、ユーザは、装置のメモリから１つまたは複数のプロファイルを削除する要求を送信することもできる。
【０００９】
本発明の方法は、さらなる特徴、特に以下の特徴を備えることができる。以下の特徴は、別個に、および／または組み合わせて使用することができる。
−プロビジョニング（または構成）プロトコルを表すデータを、選択されたＡＴコマンドによって装置から抽出し、次いで、端末が前記プロビジョニングプロトコルに従って装置と構成データを交換できるように、そのデータを端末に送信することができる。
−ＡＴコマンド管理手段は、端末から受信したＡＴコマンドから構成データを抽出し、それをモバイルインターネットリソースを要求しているアプリケーション手段に供給することができる。この場合、データは、好ましくはアプリケーション手段中のプロビジョニングエージェントに供給される。アプリケーション手段は、例えばＷＡＰブラウザなどのブラウザ手段、またはオンボードのＪａｖａ（登録商標）。またはマルチメディアメッセ−ジングアプリケーションである。
【００１０】
本発明はまた、ＡＴコマンド管理手段が解釈することが可能な選択されたＡＴコマンドによって端末とサービス構成データを交換するために、サービス構成データを含む端末と接続を確立するようになされているＡＴコマンド管理手段を含む、モバイル電話などのモバイル電話装置にも関する。
【００１１】
装置が、モバイルインターネットリソースを要求し、装置のＡＴコマンド管理手段に接続され、構成データを受信するようになされているアプリケーション手段を含んでいるならば望ましい。アプリケーション手段が、特に、ＡＴコマンド管理手段から来る構成データ、およびＡＴコマンド管理手段を介して端末に送信される構成データを管理することが可能なプロビジョニングエージェントを含んでいるならばさらに好ましい。
【００１２】
本発明はさらに、サービス構成データを記憶するためのメモリと、上記のタイプのモバイル電話装置と接続を確立するように、また、装置のＡＴコマンド管理手段が解釈することが可能な選択されたＡＴコマンドによって、装置とサービス構成データを交換するようになされているプロビジョニング手段を含む（データ処理）端末に関する。
【００１３】
端末のプロビジョニング手段は、好ましくは、プロビジョニングプロトコルに従って装置と構成データを交換できるように、装置に、装置のプロビジョニングプロトコルを表すデータを供給することを要求する、選択されたＡＴコマンドを送信するようになされている。
【００１４】
プロビジョニング手段は、好ましくは、少なくとも特定の記憶されている構成データを供給することを要求する、選択されたＡＴコマンドを装置に送信するように、また、構成データを受信すると、データのあるものを修正するようになされているＡＴコマンドを装置に送信するようになされている。
【００１５】
プロビジョニング手段は、好ましくは、少なくとも特定の記憶されている構成データを供給すること要求する、選択されたＡＴコマンドを装置に送信するように、また、構成データを受信すると、装置が含むその他の構成データに追加するよう意図された新しい構成データを表すＡＴコマンドを装置に送信するようになされている。
【００１６】
プロビジョニング手段は、好ましくは、少なくとも特定の構成データを供給することを要求する、選択されたＡＴコマンドを装置に送信するように、また、構成データを受信すると、装置が含む構成データのあるものを削除するためのＡＴコマンドを装置に送信するようになされている。
【００１７】
本発明は、特に、ＨＴＴＰ、ＩＰ、ＧＰＲＳ、またはＣＳＤプロトコルのもとで動作する（したがって無線アプリケーションプロトコル（ＷＡＰ）のもとで動作する−ＷＡＰはＩＰ、ＧＰＲＳ、またはＣＳＤプロトコルの最上部で動作することができるので）アプリケーション手段を構成するために適している。
【００１８】
本発明のその他の特徴および利点は、以下の詳細な説明を読むことによって、また添付の唯一の図面を参照することによって明らかになろう。添付の図面は、本発明の装置および端末の一実施形態を概略的に示すものである。この図面は、本発明の説明の一部をなすものであり、また、必要に応じて、本発明の定義に寄与するものである。
【発明を実施するための最良の形態】
【００１９】
本発明は、ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ、またはＥＤＧＥネットワークなどの公衆陸上モバイルネットワーク（ＰＬＭＮ）を使用するモバイル電話装置１へのサービス構成データの供給に関する。
【００２０】
以下、装置を、無線アプリケーションプロトコル（ＷＡＰ）に従って、サーバ、ＵＭＴＳネットワーク中のノードＢとしても知られるＧＳＭ（またはＧＰＲＳ）ネットワークの基地局（ＢＴＳ）、および固定回線またはモバイルの電話など、その他のネットワーク機器とデータを交換することが可能なモバイル電話であると想定する。
【００２１】
構成データは、モバイルインターネットリソースを要求するアプリケーションモジュールを構成するためのものである。唯一の図面に示す例では、アプリケーションモジュールは、モバイル電話１にインストールされたＷＡＰブラウザモジュール２である。ＷＡＰブラウザモジュール２は、ＷＡＰプロビジョニングエージェントとしてより知られているプロビジョニングモジュール３、ＷＡＰインタフェースモジュール４、およびＷＡＰ管理モジュール５を含む。
【００２２】
プロビジョニングモジュール３は、専用ＡＴコマンド（以下参照）によって端末７にアクセスするための一般インタフェースを提供するＡＴコマンドマネージャ（「ＡＴマネージャ」）６に接続されている。プロビジョニングモジュール３はまた、ＷＡＰインタフェースモジュール４にも接続されている。ＷＡＰインタフェースモジュール４は、プロビジョニングモジュール３が電話１中のメモリ８に記憶されているプロファイルにアクセスすることを可能にする。より詳細には、（「ＷＡＰマルチプロファイル」）インタフェースモジュール４は、プロビジョニングモジュール３が読取りモードおよび書込みモードでメモリ８にアクセスすることを可能にし、この場合、メモリ８は、好ましくは、電話１の残留データマネージャ９中に位置している。
【００２３】
プロファイルは、多重または複数集合の（サービス）構成データという形態でメモリ中に記憶されている。これらのプロファイルは、電話１のユーザが、ユーザの要求に合わせたサービスを実施できるよう、ＷＡＰブラウザモジュール２をＷＡＰプロビジョニングエージェント３を介して構成するために使用する。この文脈において、プロファイルは、ＷＡＰブラウザモジュール２がネットワークインフラストラクチャに接続することを可能にする。したがって、構成データは、主として、ネットワーク運営会社からのデータを含んでいる。しかし、それには、ユーザ固有の識別子、例えば、パスワードおよび／またはユーザ名が追加されている場合もある。プロファイルによっては、標準化された一続きのサービスを提案するためにデフォルト定義されているものもある。
【００２４】
ＷＡＰプロビジョニングエージェント３はまた、ＷＡＰ管理（「ＷＡＰライフサイクル」）モジュール５にも接続されており、そのアクティビティを管理し、またＷＡＰブラウザモジュール２の「ＷＡＰ状態」をそれに報告するようになされている。電話１がブラウジングに使用されていない場合にのみプロファイル上で動作することが好ましい。
【００２５】
ＡＴコマンド管理モジュール６は、従来は、「着信」ＡＴコマンドを受信して、それらをＷＡＰプロビジョニングエージェント３のための手続き呼出しに変換する（またはそれらを手続き呼出しとして解釈する）ようになされている。より一般には、ＡＴコマンド管理モジュール６は、電話と端末７の間のデータの交換を管理する。
【００２６】
この文脈において、「端末」という用語は、ユーザフレンドリなマンマシンインタフェース（キーパッド）１０を備えたいずれかのタイプのデータ処理機器、すなわち、コードや命令の入力を簡単に行うことができ、モバイル電話１への「近傍」ケーブルまたは無線リンク（例えば、赤外線（Ｉｒｄａ）またはブルートゥースリンク）を確立することが可能なデータ処理機器を意味する。以下、端末７が電話１のユーザに属するモバイルマイクロコンピュータであって、シリアルリンクによって電話１に接続可能であると想定する。しかし、端末７は、固定マイクロコンピュータやパーソナルディジタルアシスタント（ＰＤＡ）であってもよい。
【００２７】
唯一の図面に示すように、端末７は、電話１のメモリ８に記憶されているプロファイルの読取り、修正、削除、追加、およびそれらへの追加のための専用ＡＴコマンドを電話１に送信するようになされた、ＷＡＰプロビジョニングクライアントモジュール１１を備えている。このモジュール１１によって、ユーザは、プロファイルにデフォルトプロファイル状態を割り当てることができ、また、デフォルトプロファイルの識別子や電話１が管理するプロファイルの最大数など、特定のパラメータにアクセスすることができる。
【００２８】
ＷＡＰプロビジョニングクライアントモジュール１１は、好ましくは、端末７の管理モジュール１２内に位置する。管理モジュール１２は、特に電話１との接続を確立するための接続インタフェース１３に接続されている。さらに、端末７は、好ましくは、電話１のために新しいプロファイルを定義し、または前記電話１がすでに使用したプロファイルを更新する構成データを受信するようになされたメモリ１４を含む。このようなプロファイルまたはプロファイル更新版は、前もってユーザが端末７を介してダウンロードすることができ、または、例えば、ユーザの電話１が使用するモバイル電話ネットワークの運営会社によって供給されるＣＤ−ＲＯＭから入手することができる。
【００２９】
上述のように、端末７と電話１の間で構成データを交換できるようにするためには、まず接続が確立されることが必須である。言い換えれば、端末７のＷＡＰプロビジョニングクライアントモジュール１１が電話１のＡＴコマンド管理モジュール６に接続されることが必須である。
【００３０】
この接続が確立されると、構成データプロビジョニング（「ＡＴプロビジョニング」）手続きが開始できるようになる。この手続きは、端末７の要求に応じて電話１内の構成データを読み取るステップと、同様に端末７の要求に応じて、電話１に構成データを書き込んで、電話１のメモリ８の内容を修正するステップとを含む。
【００３１】
この文脈において、「読取り操作」は、電話１から端末７へのあらゆるデータ転送を指す。これらの転送は、一般に、特定のプロファイルや記憶されているプロファイルリストを端末７に転送することを意図したものであり、また、その実施は、要求されたデータの入手可能性に依存する。「書込み操作」という表現は、端末７から電話１へのあらゆるデータ転送を指す。特定のプロファイルのみについて、修正（または更新）、削除、または追加を行うことができる。例えば、プロファイルがロックされている場合、それを修正または削除することはできない。プロファイルリストについても同じことが言える。プロファイルの書込み（追加または修正）は、好ましくは、単一のデータシーケンスを使って行われ、ＷＡＰプロビジョニングエージェント３のみが、インタフェースモジュール４を介してこれを行うことができる。
【００３２】
好ましくは、これらの読取りおよび書込み操作の前に、電話１が使用するプロビジョニングプロトコルのバージョンを判定する操作が行われる。なぜならば、各電話は、固有のプロビジョニングプロトコルバージョンを備えている場合があり、これが、構成データ単位のシーケンスのフォーマット、構成データ単位の順番、および電話１がプロファイルをメモリ８に記憶するために使用する構造を定義しているためである。
【００３３】
プロファイルを記憶するための構造は１組のパラメータで構成され、この１組のパラメータは、６カテゴリのパラメータまたは変数に分けることができる。例えば、以下の通りである。
−「デフォルトプロファイル」：これは、プロファイルがデフォルトプロファイルか否かを表すブール変数である。
−「フラグ使用」：これはプロファイルが使用されている（“ＴＲＵＥ”）か否か（“ＦＡＬＳＥ”）を表すブール変数である。ユーザがメモリ８に記憶されているプロファイルリストに新たなプロファイルを追加したい場合には、フラグ使用をＴＲＵＥに設定する。
−「プロビジョニングバージョン」：これは、電話１が使用するプロビジョニングプロトコルのバージョンを指定するパラメータである。
−「プロファイル情報」：これは、「プロファイル名」、「プロファイル修正フラグ」などのパラメータをまとめたものである。
−「ベアラパラメータ」：これは、「ベアラタイプ」、「プロファイル固有パラメータ」などのパラメータをまとめたものである。
−「ＷＡＰゲートウェイパラメータ」：これは、「ＩＰアドレス」、「ポート番号」、「ホームＵＲＬ」などのパラメータをまとめたものである。
【００３４】
プロファイルリストの構造は次の２つのセクションで構成される。
−例えば、プロファイルの追加、修正、または削除の条件を指定する“ＰｒｏｆｉｌｅＬｉｓｔＬｏｃｋ”、プロファイルリスト中のデフォルトプロファイルを指定する識別子である“ＤｅｆａｕｌｔＰｒｏｆｉｌｅＩＤ”、電話１が管理するプロファイルの最大数（ブラウザモジュール２が使用するプロファイル数ではない）を指定する“ＭａｘＮｕｍｂｅｒＰｒｏｆｉｌｅｓ”、ブラウザモジュール２が要求時に使用するプロファイルの数を指定する“ＮｕｍｂｅｒＰｒｏｆｉｌｅｓＵｓｅｄ”、電話１が使用するプロビジョニングプロトコルのバージョンを指定する識別子である「プロビジョニングバージョン」など、プロファイルについての一般情報、および
−例えば、“ＰｒｏｆｉｌｅＩＤ”、“ＰｒｏｆｉｌｅＮａｍｅ”、“ＰｒｏｆｉｌｅＬｏｃｋ”など、電話１が使用する標準プロファイル全てに関する情報。
【００３５】
データ単位は２つのフィールド、すなわち長さフィールドと値フィールドにて定義される。できれば、長さが異なる可能性がある２つの連続したデータ単位の間に分離記号を使用しない。各長さフィールドは、好ましくは、値フィールド中のバイト数を指定するバイトを含む。したがって、長さフィールドを定義するバイトの値が０（ゼロ）に等しい場合は、長さフィールドの後に値フィールドが続かない。
【００３６】
データ単位に関する情報は、直接、電話１の構造フィールドから取り出される。さらに、各単位は、シーケンス内の様々なデータ単位の識別ができるように、データ単位シーケンス識別子を有する。また、マルチバイト表記が使用されている場合には、「リトルインディアン」（ＬＳＢ）変換を用いるのが好ましい。さらに、各シーケンスは、好ましくは、特定文字で終わる。
【００３７】
上述のように、シーケンスは、順序付けられた一連のデータ単位で定義され、各単位はシリーズ識別子を有する。シリーズ識別子は、好ましくは、データ転送中には伝送されないが、しかし、電話１および端末７は、それらがそれらのシーケンスを組み立てる際にシリーズ識別子に従わなければならない。
【００３８】
好ましくは、３タイプのシーケンスが定義される。１つは完全なプロファイルリストを送信するためのものであり、１つはプロファイルを送信するためのものであり、１つはプロビジョニングプロトコルバージョンのためのものである。
【００３９】
プロビジョニングプロトコルバージョンを端末７に送信するために使用されるシーケンスは、好ましくは、たった１つのデータ単位を含む。
【００４０】
記憶されているプロファイルのリストを端末７に伝送するために使用されるシーケンスは、好ましくは、固定長の第１の部分と可変長の第２の部分を含む。
【００４１】
より詳細には、第１の部分は、有利には、例えば、リストに関する一般情報を定義するための１０バイトからなる。例えば、５対のバイトは、それぞれ、プロビジョニングプロトコルバージョン、電話１が管理するプロファイルの最大数、電話１が使用するプロファイル数、デフォルトプロファイルの識別子、および、例えば、プロファイルのリストへの追加またはリストからの削除が可能かどうかを指定するブール変数など、プロファイルリストのロック（「リストロック」）を定義する。
【００４２】
第２の部分は、有利には、電話１において使用される各プロファイルを定義するための３８バイトからなる。３８バイトには、例えば、長さフィールドの３バイト、および値フィールドに３５バイトからなる。各プロファイルのバイトは、例えば、その名前、その識別子、およびそのプロファイルロックを定義する。
【００４３】
特定の記憶されているプロファイルを端末７に送信するために使用されるシーケンスは、好ましくは、最大４４２バイトからなる。４４２バイトには、例えば、長さフィールドのための２５バイト、および値フィールドのための４１７バイトからなる。例示にすぎない非限定的な例として、プロファイルシーケンスは以下を含むことができる。
−プロビジョニングプロトコルバージョンを定義する「プロビジョニングバージョン」フィールドに１バイト、およびその長さフィールドに１バイト
−「ブールデフォルトプロファイル」フィールドに１バイト、およびその長さフィールドに１バイト
−長さフィールドに１バイト、「プロファイル名」フィールドに３３バイト、およびその長さフィールドに１バイト
−「プロファイルロック」フィールドに１バイト、およびその長さフィールドに１バイト
−「ゲートウェイＩＰアドレス」フィールドに４バイト、およびその長さフィールドに１バイト
−「ゲートウェイポート」フィールドに２バイト、およびその長さフィールドに１バイト
−「ホームページＵＲＬ」フィールドに１００バイト、およびその長さフィールドに１バイト
−「使用ベアラ」フィールドに４バイト、およびその長さフィールドに１バイト
−「存在ベアラＣＳＤ」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＣＳＤユーザ名長」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＣＳＤユーザ名」フィールドに３２バイト、およびその長さフィールドに１バイト
−「ＣＳＤパスワード長」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＣＳＤパスワード」フィールドに３２バイト、およびその長さフィールドに１バイト
−「ＣＳＤアクセスタイプ」フィールドに４バイト、およびその長さフィールドに１バイト
−「ＣＳＤ電話番号」フィールドに２２バイト、およびその長さフィールドに１バイト
−「ＣＳＤ接続速度」フィールドに１バイト、およびその長さフィールドに１バイト
−「存在ベアラＧＰＲＳ」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳユーザ名長」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳユーザ名」フィールドに３２バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳパスワード長」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳパスワード」フィールドに３２バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳ認証標識」フィールドに４バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳ ＡＰＮ」フィールドに１０１バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳ ＩＰアドレス」フィールドに４バイト、およびその長さフィールドに１バイト
−「フラグ使用」フィールドに１バイト、およびその長さフィールドに１バイト
【００４４】
上記に定義したパラメータおよび変数が構成データを構成する。上述のように、構成データは、標準ＡＴコマンドによって交換される。この文脈において、「ＡＴコマンド」という表現は、もともと米国企業のＨａｙｅｓ Ｍｉｃｒｏｃｏｍｐｕｔｅｒ Ｐｒｏｄｕｃｔｓ社によって開発されたコマンド、およびＩＳ−９９標準によって指定されたそれらの拡張版すべてを指す。
【００４５】
本発明を実施するために、特に、端末７のＷＡＰプロビジョニングクライアントモジュール１１と電話１のＡＴコマンド管理モジュール６の間に接続を確立できるようにするために、プロファイルの読取り、書込み（修正または追加）、および削除のためのその他のＡＴコマンドが提供される。
【００４６】
これらの追加ＡＴコマンドは、好ましくは、次の一般定義および次の一般構文、すなわちＡＴ ＰＲＯＶ＿ＷＡＰ＝ＰＲＯＶＣＯＭＭＡＮＤ［ＰＲＯＦＩＬＥＩＤ］を有する。このタイプのＡＴコマンドは、好ましくは、端末７が電話１の問題を検出することを可能にする、タイムアウトに関連付けられる。このタイムアウトは、例えば、ほぼ１分間に等しい。
【００４７】
例示にすぎないが、追加ＡＴコマンドは以下を含むことができる。
−電話１のプロビジョニングプロトコルのバージョンを得るためのコマンド、ＡＴ ＰＲＯＶ＿ＷＡＰ＝Ｖ？。このコマンドはパラメータを持たない。このコマンド（要求）に対する応答は、例えば、バージョンがわかっている場合には「プロビジョニングバージョン」であり、バージョンが入手できない場合にはＰＲＯＶ ＮＯＫである。
−データを得る（読み取る）ためのコマンド、ＡＴ ＰＲＯＶ＿ＷＡＰ＝Ｒ［ＰＲＯＦＩＬＥＩＤ］。このコマンドの目的は、電話１にＷＡＰ情報を要求することである。パラメータが何も設定されていない場合には、このコマンドは、記憶されているプロファイルのリストを要求する。リストは、好ましくは、転送される前にブラウザモジュール２によって更新される。任意パラメータ［ＰＲＯＦＩＬＥＩＤ］は、端末７がプロファイルに関する特定のデータを要求していることを電話１に知らせる。それは、プロファイル識別識別子（番号）を指定する。したがって、その値は、電話１が管理するプロファイルの最大数よりも小さい。このコマンド（要求）に対する応答は、例えば、処理が正しく実行された場合にはＰＲＯＶ ＯＫであり、データが入手できない場合にはＰＲＯＶ ＮＯＫである。
−データを書き込むためのコマンド、ＡＴ ＰＲＯＶ＿ＷＡＰ＝Ｗ，ＰＲＯＦＩＬＥＩＤ。このコマンドは、端末７が特定のプロファイルのデータを更新することを望んでいることを電話１に知らせる。パラメータ［ＰＲＯＦＩＬＥＩＤ］の目的は、更新が要求されているプロファイルの識別子を電話１に与えることである。したがって、その値は、電話１が管理するプロファイルの最大数よりも小さい。このコマンド（要求）に対する応答は、例えば、処理が正しく実行された場合にはＰＲＯＶ ＯＫであり、書込み操作が不可能である場合にはＰＲＯＶ ＮＯＫである。
−データを削除するためのコマンド、ＡＴ ＰＲＯＶ＿ＷＡＰ＝Ｄ，ＰＲＯＦＩＬＥＩＤ。このコマンドは、端末７が特定のプロファイルの特定のデータを削除することを望んでいることを電話１に知らせる。パラメータ［ＰＲＯＦＩＬＥＩＤ］の目的は、修正または削除する必要があるプロファイルの識別子を電話１に与えることである。したがって、その値は、電話１が管理するプロファイルの最大数よりも小さい。このコマンド（要求）に対する応答は、例えば、処理が正しく実行された場合にはＰＲＯＶ ＯＫであり、削除操作が不可能である場合にはＰＲＯＶ ＮＯＫである。
−新しいプロファイルを作成するためのコマンド、ＡＴ ＰＲＯＶ＿ＷＡＰ＝Ｃ。このコマンドは、端末７が電話１のメモリ８に記憶されているリストに新しいプロファイルを追加することを望んでいることを電話１に知らせる。プロファイルパラメータの割り当てを管理するのは端末７ではないため、このコマンドにはパラメータ［ＰＲＯＦＩＬＥＩＤ］が伴わない。このコマンド（要求）に対する応答は、例えば、処理が正しく実行された場合にはＰＲＯＶ ＯＫ ＰＲＯＦＩＬＥＩＤであり、作成操作が不可能な場合にはＰＲＯＶ ＮＯＫである。
【００４８】
これらのＡＴコマンドは全て、端末７のＷＡＰプロビジョニングクライアントモジュール１１中に存在し、電話１のＡＴコマンド管理モジュールは、いったんそれらに合わせて適合化されたならば、それらを解釈することができる。したがって、電話１のユーザは、前記電話のメモリ８に記憶されているＷＡＰプロファイルの読取りまたは修正を行いたい場合には、ＷＡＰプロビジョニングクライアントモジュール１１に関連付けられたアプリケーションをロードする際に端末７と電話１の間の接続、例えば、シリアル接続、赤外線接続、またはブルートゥース接続を確立して、次いで、キーパッド１０を使って転送すべき新しいプロファイル、あるいはメモリ１４またはＣＤ−ＲＯＭに記憶されているプロファイル更新版を選択し、必要に応じてその新しいプロファイルまたはプロファイル更新版をユーザ自身の要求に合わせた後で、ＷＡＰプロビジョニングクライアントモジュール１１に、選択されたプロセス（この場合は書込み操作）に対応する要求を、上記のタイプのＡＴコマンドの形態で、モジュール１１および接続インタフェース１３を介して電話１のＡＴコマンド管理モジュール６に送信するように命令する。これらのＡＴコマンド、およびそれらが含むいずれかの構成データは、次いで、ＡＴコマンド管理モジュール６によってＷＡＰフォーマット手続き呼出しとして解釈され、ＷＡＰプロビジョニングエージェント３に伝送される。ＷＡＰプロビジョニングエージェント３は、次いで、素早く解放されるように、ＡＴコマンド管理モジュール６が要求している処理を知らせるメッセージをＷＡＰ管理モジュール５に送信する。
【００４９】
ＷＡＰ管理モジュール５がそれを許可した場合には、ＷＡＰプロビジョニングエージェント３は、次いで、ＡＴコマンド管理モジュール６が要求している処理に対応する標準ＷＡＰプロセスを実行する。ＷＡＰプロセスは当業者によく知られており、正確に言って本発明のいかなる部分も形成しないため、それらについてはここでは記載しない。それらについては、特に、ワールドワイドウェブサイトのｗｗｗ．ｗａｐｆｏｒｕｍ．ｏｒｇにおいて記載されている。
【００５０】
ＷＡＰ処理の結果はＡＴコマンド管理モジュール６に伝送され、ＡＴコマンド管理モジュール６は、それをＡＴコマンドに変換して、ＷＡＰプロビジョニングクライアントモジュール１１に送信する。言い換えれば、ＡＴコマンド管理モジュール６は、「データ」モードで回線を介してデータを転送し、次いで、解釈モードに切り替わる。
【００５１】
本発明によって、ユーザは、サービス構成プロファイルの修正、追加、または削除を行うためにモバイル電話１のキーパッド１５をもはや使用する必要がなくなり、かつ／または、ネットワークに接続して関連コストを負担する必要がなくなる。
【００５２】
ＷＡＰブラウザモジュール２、プロビジョニング（「ＷＡＰプロビジョニングエージェント」）モジュール３、ＷＡＰ（「ＷＡＰマルチプロファイル」）インタフェースモジュール４、ＷＡＰ管理（「ＷＡＰライフサイクル」）モジュール５、プロビジョニング（「ＡＴマネージャ」）モジュール（エージェント）６、残留データマネージャモジュール９、およびＷＡＰプロビジョニングクライアントモジュール１１は、電子回路、ソフトウェア（またはデータ処理）モジュール、または回路とソフトウェアの組合せという形態で実施することができる。
【００５３】
本発明はまた、ＡＴコマンド管理手段を備えたモバイル電話装置１に構成データを供給する方法も提案する。
【００５４】
本方法は、上記の装置１および端末７を使って実施することができる。本方法のステップの主要および任意の機能および副機能は、装置１および端末７を構成する手段の主要および任意の機能および副機能とほぼ同じなので、本発明の本方法の主要機能を実施するステップのみを以下に要約する。
【００５５】
本発明の方法は、装置１とサービス構成データを保持するデータ処理端末の間に接続を確立するステップと、次いで、装置のＡＴコマンド管理手段が解釈することが可能な選択されたＡＴコマンドを使って、端末と装置の間でサービス構成データを交換するステップとを含む。
【００５６】
その方法が使用する、プロビジョニングプロトコルバージョンを表すデータが、好ましくは、選択されたＡＴコマンドによって装置１のメモリ８から抽出され、その後、抽出されたデータは、端末がプロビジョニングプロトコルバージョンに従って装置１と構成データを交換できるように、端末７に送信される。
【００５７】
端末７からのＡＴコマンドに含まれる構成データはまた、装置１のＡＴコマンド管理手段６が、そのブラウザ手段２、および好ましくはブラウザ手段２中に実装されているプロビジョニングエージェント３に供給するために抽出することもできる。
【００５８】
本発明は、例示にすぎない上記の方法、装置、および端末の実施形態に限定されるものではなく、頭記の特許請求の範囲の範囲内に含まれる、当業者が考え得るあらゆる変形形態も包含するものである。
【００５９】
本発明をＷＡＰブラウザモジュール構成データの交換に適用した一例を説明してきた。しかし、本発明は、一般に、モバイルインターネットリソースを要求するあらゆるアプリケーション、特に、オンボードのＪａｖａ（登録商標）またはマルチメディアメッセージングアプリケーションの構成に適用できる。さらに、本発明は、ＷＡＰ交換プロトコルに限定されるものではない。本発明は、ＨＴＴＰ、ＩＰ、ＧＰＲＳ、またはＣＳＤプロトコルにも関する。
【図面の簡単な説明】
【００６０】
【図１】本発明に従うモバイル電話と端末とからなるシステムを示す概略図である。
【技術分野】
【０００１】
本発明の分野は、モバイル電話ネットワークにおける通信の分野に関し、より詳細には、モバイル電話などのモバイル電話装置にサービス構成データを供給する分野に関する。
【背景技術】
【０００２】
ユーザの個人的な要求に合わせたサービスを実施するためには、モバイル電話装置をその個人固有に構成する必要があることを当業者は知っている。このことは、特に、モバイル電話装置のブラウザモジュール、およびオンボードのＪａｖａ（登録商標）またはマルチメディアメッセージングアプリケーションモジュールについて言える。構成プロセスは、電話装置のメモリ、より詳細には残留データマネージャ（ＲＤＭ）に記憶されるプロファイルを定義する、構成データを使用する。これらの装置は、一般に、特定の数のプロファイルを備えて販売され、それらのプロファイルのうちのあるものはデフォルトで使用される。
【０００３】
ユーザは、プロファイルを個人固有の要求に合わせるために、装置の「マンマシン」インタフェース（キーパッド）を使って、特定のプロファイルを定義する構成データの修正または追加を行うことができる。しかし、構成データは、その装置の通信ネットワークのリモートサーバによって修正または追加することもできる。
【０００４】
前者の場合、ユーザはキーパッドのキーを使って修正または追加を入力しなければならず、これは特に不便であり、また、装置が一時的に使用できなくなる。後者の場合、ユーザはネットワークに接続して修正または追加をダウンロードしなければならず、これには課金が伴い、しかも他のユーザが使用できるはずの接続を不必要に独占することになる。したがって、２つの選択肢のどちらも満足できるものではない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、本発明の目的は、上述の欠点のいくつかまたはすべてを改善することを意図した、新規な解決策を提案することである。
【課題を解決するための手段】
【０００６】
この目的を達成するために、本発明は、ＡＴコマンド管理手段を備えたモバイル電話装置に構成データを供給する方法を提案する。この方法では、まず、前記装置とサービス構成データを含むデータ処理端末の間に接続が確立され、次いで、装置のＡＴコマンド管理手段が解釈することが可能な選択されたＡＴコマンドによって、端末と装置の間でサービス構成データが交換される。
【０００７】
この文脈において、「ＡＴコマンド」という表現は、もともと、米国企業のＨａｙｅｓ Ｍｉｃｒｏｃｏｍｐｕｔｅｒ Ｐｒｏｄｕｃｔｓ社によって開発された型のコマンド、およびそれらの標準化された拡張版（ＩＳ−９９）を指す。さらに、「端末」という用語は、ユーザフレンドリなマンマシンインタフェース（キーパッド）を備え、モバイル電話などのモバイル電話装置と「近傍」ケーブルまたは無線リンク（例えば、赤外線（Ｉｒｄａ）やブルートゥースリンク）を確立することができる、いずれかのタイプのデータ処理機器を指す。したがって、端末は、固定または携帯のマイクロコンピュータ、あるいはパーソナルディジタルアシスタント（ＰＤＡ）であってもよい。
【０００８】
したがって、ユーザは、例えばＣＤ−ＲＯＭを使って、新しいプロファイルを端末に用意またはロードして、その後、端末と装置の間に簡単な接続を確立することによってその新しいプロファイルを装置に転送することができる。接続が確立すると、ユーザは、装置に記憶されている特定のプロファイルをオンデマンドで端末に転送し、端末のユーザフレンドリなキーパッドを使って、それらのプロファイルをすばやく修正したり追加したりすることもできる。接続が確立すると、ユーザは、装置のメモリから１つまたは複数のプロファイルを削除する要求を送信することもできる。
【０００９】
本発明の方法は、さらなる特徴、特に以下の特徴を備えることができる。以下の特徴は、別個に、および／または組み合わせて使用することができる。
−プロビジョニング（または構成）プロトコルを表すデータを、選択されたＡＴコマンドによって装置から抽出し、次いで、端末が前記プロビジョニングプロトコルに従って装置と構成データを交換できるように、そのデータを端末に送信することができる。
−ＡＴコマンド管理手段は、端末から受信したＡＴコマンドから構成データを抽出し、それをモバイルインターネットリソースを要求しているアプリケーション手段に供給することができる。この場合、データは、好ましくはアプリケーション手段中のプロビジョニングエージェントに供給される。アプリケーション手段は、例えばＷＡＰブラウザなどのブラウザ手段、またはオンボードのＪａｖａ（登録商標）。またはマルチメディアメッセ−ジングアプリケーションである。
【００１０】
本発明はまた、ＡＴコマンド管理手段が解釈することが可能な選択されたＡＴコマンドによって端末とサービス構成データを交換するために、サービス構成データを含む端末と接続を確立するようになされているＡＴコマンド管理手段を含む、モバイル電話などのモバイル電話装置にも関する。
【００１１】
装置が、モバイルインターネットリソースを要求し、装置のＡＴコマンド管理手段に接続され、構成データを受信するようになされているアプリケーション手段を含んでいるならば望ましい。アプリケーション手段が、特に、ＡＴコマンド管理手段から来る構成データ、およびＡＴコマンド管理手段を介して端末に送信される構成データを管理することが可能なプロビジョニングエージェントを含んでいるならばさらに好ましい。
【００１２】
本発明はさらに、サービス構成データを記憶するためのメモリと、上記のタイプのモバイル電話装置と接続を確立するように、また、装置のＡＴコマンド管理手段が解釈することが可能な選択されたＡＴコマンドによって、装置とサービス構成データを交換するようになされているプロビジョニング手段を含む（データ処理）端末に関する。
【００１３】
端末のプロビジョニング手段は、好ましくは、プロビジョニングプロトコルに従って装置と構成データを交換できるように、装置に、装置のプロビジョニングプロトコルを表すデータを供給することを要求する、選択されたＡＴコマンドを送信するようになされている。
【００１４】
プロビジョニング手段は、好ましくは、少なくとも特定の記憶されている構成データを供給することを要求する、選択されたＡＴコマンドを装置に送信するように、また、構成データを受信すると、データのあるものを修正するようになされているＡＴコマンドを装置に送信するようになされている。
【００１５】
プロビジョニング手段は、好ましくは、少なくとも特定の記憶されている構成データを供給すること要求する、選択されたＡＴコマンドを装置に送信するように、また、構成データを受信すると、装置が含むその他の構成データに追加するよう意図された新しい構成データを表すＡＴコマンドを装置に送信するようになされている。
【００１６】
プロビジョニング手段は、好ましくは、少なくとも特定の構成データを供給することを要求する、選択されたＡＴコマンドを装置に送信するように、また、構成データを受信すると、装置が含む構成データのあるものを削除するためのＡＴコマンドを装置に送信するようになされている。
【００１７】
本発明は、特に、ＨＴＴＰ、ＩＰ、ＧＰＲＳ、またはＣＳＤプロトコルのもとで動作する（したがって無線アプリケーションプロトコル（ＷＡＰ）のもとで動作する−ＷＡＰはＩＰ、ＧＰＲＳ、またはＣＳＤプロトコルの最上部で動作することができるので）アプリケーション手段を構成するために適している。
【００１８】
本発明のその他の特徴および利点は、以下の詳細な説明を読むことによって、また添付の唯一の図面を参照することによって明らかになろう。添付の図面は、本発明の装置および端末の一実施形態を概略的に示すものである。この図面は、本発明の説明の一部をなすものであり、また、必要に応じて、本発明の定義に寄与するものである。
【発明を実施するための最良の形態】
【００１９】
本発明は、ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ、またはＥＤＧＥネットワークなどの公衆陸上モバイルネットワーク（ＰＬＭＮ）を使用するモバイル電話装置１へのサービス構成データの供給に関する。
【００２０】
以下、装置を、無線アプリケーションプロトコル（ＷＡＰ）に従って、サーバ、ＵＭＴＳネットワーク中のノードＢとしても知られるＧＳＭ（またはＧＰＲＳ）ネットワークの基地局（ＢＴＳ）、および固定回線またはモバイルの電話など、その他のネットワーク機器とデータを交換することが可能なモバイル電話であると想定する。
【００２１】
構成データは、モバイルインターネットリソースを要求するアプリケーションモジュールを構成するためのものである。唯一の図面に示す例では、アプリケーションモジュールは、モバイル電話１にインストールされたＷＡＰブラウザモジュール２である。ＷＡＰブラウザモジュール２は、ＷＡＰプロビジョニングエージェントとしてより知られているプロビジョニングモジュール３、ＷＡＰインタフェースモジュール４、およびＷＡＰ管理モジュール５を含む。
【００２２】
プロビジョニングモジュール３は、専用ＡＴコマンド（以下参照）によって端末７にアクセスするための一般インタフェースを提供するＡＴコマンドマネージャ（「ＡＴマネージャ」）６に接続されている。プロビジョニングモジュール３はまた、ＷＡＰインタフェースモジュール４にも接続されている。ＷＡＰインタフェースモジュール４は、プロビジョニングモジュール３が電話１中のメモリ８に記憶されているプロファイルにアクセスすることを可能にする。より詳細には、（「ＷＡＰマルチプロファイル」）インタフェースモジュール４は、プロビジョニングモジュール３が読取りモードおよび書込みモードでメモリ８にアクセスすることを可能にし、この場合、メモリ８は、好ましくは、電話１の残留データマネージャ９中に位置している。
【００２３】
プロファイルは、多重または複数集合の（サービス）構成データという形態でメモリ中に記憶されている。これらのプロファイルは、電話１のユーザが、ユーザの要求に合わせたサービスを実施できるよう、ＷＡＰブラウザモジュール２をＷＡＰプロビジョニングエージェント３を介して構成するために使用する。この文脈において、プロファイルは、ＷＡＰブラウザモジュール２がネットワークインフラストラクチャに接続することを可能にする。したがって、構成データは、主として、ネットワーク運営会社からのデータを含んでいる。しかし、それには、ユーザ固有の識別子、例えば、パスワードおよび／またはユーザ名が追加されている場合もある。プロファイルによっては、標準化された一続きのサービスを提案するためにデフォルト定義されているものもある。
【００２４】
ＷＡＰプロビジョニングエージェント３はまた、ＷＡＰ管理（「ＷＡＰライフサイクル」）モジュール５にも接続されており、そのアクティビティを管理し、またＷＡＰブラウザモジュール２の「ＷＡＰ状態」をそれに報告するようになされている。電話１がブラウジングに使用されていない場合にのみプロファイル上で動作することが好ましい。
【００２５】
ＡＴコマンド管理モジュール６は、従来は、「着信」ＡＴコマンドを受信して、それらをＷＡＰプロビジョニングエージェント３のための手続き呼出しに変換する（またはそれらを手続き呼出しとして解釈する）ようになされている。より一般には、ＡＴコマンド管理モジュール６は、電話と端末７の間のデータの交換を管理する。
【００２６】
この文脈において、「端末」という用語は、ユーザフレンドリなマンマシンインタフェース（キーパッド）１０を備えたいずれかのタイプのデータ処理機器、すなわち、コードや命令の入力を簡単に行うことができ、モバイル電話１への「近傍」ケーブルまたは無線リンク（例えば、赤外線（Ｉｒｄａ）またはブルートゥースリンク）を確立することが可能なデータ処理機器を意味する。以下、端末７が電話１のユーザに属するモバイルマイクロコンピュータであって、シリアルリンクによって電話１に接続可能であると想定する。しかし、端末７は、固定マイクロコンピュータやパーソナルディジタルアシスタント（ＰＤＡ）であってもよい。
【００２７】
唯一の図面に示すように、端末７は、電話１のメモリ８に記憶されているプロファイルの読取り、修正、削除、追加、およびそれらへの追加のための専用ＡＴコマンドを電話１に送信するようになされた、ＷＡＰプロビジョニングクライアントモジュール１１を備えている。このモジュール１１によって、ユーザは、プロファイルにデフォルトプロファイル状態を割り当てることができ、また、デフォルトプロファイルの識別子や電話１が管理するプロファイルの最大数など、特定のパラメータにアクセスすることができる。
【００２８】
ＷＡＰプロビジョニングクライアントモジュール１１は、好ましくは、端末７の管理モジュール１２内に位置する。管理モジュール１２は、特に電話１との接続を確立するための接続インタフェース１３に接続されている。さらに、端末７は、好ましくは、電話１のために新しいプロファイルを定義し、または前記電話１がすでに使用したプロファイルを更新する構成データを受信するようになされたメモリ１４を含む。このようなプロファイルまたはプロファイル更新版は、前もってユーザが端末７を介してダウンロードすることができ、または、例えば、ユーザの電話１が使用するモバイル電話ネットワークの運営会社によって供給されるＣＤ−ＲＯＭから入手することができる。
【００２９】
上述のように、端末７と電話１の間で構成データを交換できるようにするためには、まず接続が確立されることが必須である。言い換えれば、端末７のＷＡＰプロビジョニングクライアントモジュール１１が電話１のＡＴコマンド管理モジュール６に接続されることが必須である。
【００３０】
この接続が確立されると、構成データプロビジョニング（「ＡＴプロビジョニング」）手続きが開始できるようになる。この手続きは、端末７の要求に応じて電話１内の構成データを読み取るステップと、同様に端末７の要求に応じて、電話１に構成データを書き込んで、電話１のメモリ８の内容を修正するステップとを含む。
【００３１】
この文脈において、「読取り操作」は、電話１から端末７へのあらゆるデータ転送を指す。これらの転送は、一般に、特定のプロファイルや記憶されているプロファイルリストを端末７に転送することを意図したものであり、また、その実施は、要求されたデータの入手可能性に依存する。「書込み操作」という表現は、端末７から電話１へのあらゆるデータ転送を指す。特定のプロファイルのみについて、修正（または更新）、削除、または追加を行うことができる。例えば、プロファイルがロックされている場合、それを修正または削除することはできない。プロファイルリストについても同じことが言える。プロファイルの書込み（追加または修正）は、好ましくは、単一のデータシーケンスを使って行われ、ＷＡＰプロビジョニングエージェント３のみが、インタフェースモジュール４を介してこれを行うことができる。
【００３２】
好ましくは、これらの読取りおよび書込み操作の前に、電話１が使用するプロビジョニングプロトコルのバージョンを判定する操作が行われる。なぜならば、各電話は、固有のプロビジョニングプロトコルバージョンを備えている場合があり、これが、構成データ単位のシーケンスのフォーマット、構成データ単位の順番、および電話１がプロファイルをメモリ８に記憶するために使用する構造を定義しているためである。
【００３３】
プロファイルを記憶するための構造は１組のパラメータで構成され、この１組のパラメータは、６カテゴリのパラメータまたは変数に分けることができる。例えば、以下の通りである。
−「デフォルトプロファイル」：これは、プロファイルがデフォルトプロファイルか否かを表すブール変数である。
−「フラグ使用」：これはプロファイルが使用されている（“ＴＲＵＥ”）か否か（“ＦＡＬＳＥ”）を表すブール変数である。ユーザがメモリ８に記憶されているプロファイルリストに新たなプロファイルを追加したい場合には、フラグ使用をＴＲＵＥに設定する。
−「プロビジョニングバージョン」：これは、電話１が使用するプロビジョニングプロトコルのバージョンを指定するパラメータである。
−「プロファイル情報」：これは、「プロファイル名」、「プロファイル修正フラグ」などのパラメータをまとめたものである。
−「ベアラパラメータ」：これは、「ベアラタイプ」、「プロファイル固有パラメータ」などのパラメータをまとめたものである。
−「ＷＡＰゲートウェイパラメータ」：これは、「ＩＰアドレス」、「ポート番号」、「ホームＵＲＬ」などのパラメータをまとめたものである。
【００３４】
プロファイルリストの構造は次の２つのセクションで構成される。
−例えば、プロファイルの追加、修正、または削除の条件を指定する“ＰｒｏｆｉｌｅＬｉｓｔＬｏｃｋ”、プロファイルリスト中のデフォルトプロファイルを指定する識別子である“ＤｅｆａｕｌｔＰｒｏｆｉｌｅＩＤ”、電話１が管理するプロファイルの最大数（ブラウザモジュール２が使用するプロファイル数ではない）を指定する“ＭａｘＮｕｍｂｅｒＰｒｏｆｉｌｅｓ”、ブラウザモジュール２が要求時に使用するプロファイルの数を指定する“ＮｕｍｂｅｒＰｒｏｆｉｌｅｓＵｓｅｄ”、電話１が使用するプロビジョニングプロトコルのバージョンを指定する識別子である「プロビジョニングバージョン」など、プロファイルについての一般情報、および
−例えば、“ＰｒｏｆｉｌｅＩＤ”、“ＰｒｏｆｉｌｅＮａｍｅ”、“ＰｒｏｆｉｌｅＬｏｃｋ”など、電話１が使用する標準プロファイル全てに関する情報。
【００３５】
データ単位は２つのフィールド、すなわち長さフィールドと値フィールドにて定義される。できれば、長さが異なる可能性がある２つの連続したデータ単位の間に分離記号を使用しない。各長さフィールドは、好ましくは、値フィールド中のバイト数を指定するバイトを含む。したがって、長さフィールドを定義するバイトの値が０（ゼロ）に等しい場合は、長さフィールドの後に値フィールドが続かない。
【００３６】
データ単位に関する情報は、直接、電話１の構造フィールドから取り出される。さらに、各単位は、シーケンス内の様々なデータ単位の識別ができるように、データ単位シーケンス識別子を有する。また、マルチバイト表記が使用されている場合には、「リトルインディアン」（ＬＳＢ）変換を用いるのが好ましい。さらに、各シーケンスは、好ましくは、特定文字で終わる。
【００３７】
上述のように、シーケンスは、順序付けられた一連のデータ単位で定義され、各単位はシリーズ識別子を有する。シリーズ識別子は、好ましくは、データ転送中には伝送されないが、しかし、電話１および端末７は、それらがそれらのシーケンスを組み立てる際にシリーズ識別子に従わなければならない。
【００３８】
好ましくは、３タイプのシーケンスが定義される。１つは完全なプロファイルリストを送信するためのものであり、１つはプロファイルを送信するためのものであり、１つはプロビジョニングプロトコルバージョンのためのものである。
【００３９】
プロビジョニングプロトコルバージョンを端末７に送信するために使用されるシーケンスは、好ましくは、たった１つのデータ単位を含む。
【００４０】
記憶されているプロファイルのリストを端末７に伝送するために使用されるシーケンスは、好ましくは、固定長の第１の部分と可変長の第２の部分を含む。
【００４１】
より詳細には、第１の部分は、有利には、例えば、リストに関する一般情報を定義するための１０バイトからなる。例えば、５対のバイトは、それぞれ、プロビジョニングプロトコルバージョン、電話１が管理するプロファイルの最大数、電話１が使用するプロファイル数、デフォルトプロファイルの識別子、および、例えば、プロファイルのリストへの追加またはリストからの削除が可能かどうかを指定するブール変数など、プロファイルリストのロック（「リストロック」）を定義する。
【００４２】
第２の部分は、有利には、電話１において使用される各プロファイルを定義するための３８バイトからなる。３８バイトには、例えば、長さフィールドの３バイト、および値フィールドに３５バイトからなる。各プロファイルのバイトは、例えば、その名前、その識別子、およびそのプロファイルロックを定義する。
【００４３】
特定の記憶されているプロファイルを端末７に送信するために使用されるシーケンスは、好ましくは、最大４４２バイトからなる。４４２バイトには、例えば、長さフィールドのための２５バイト、および値フィールドのための４１７バイトからなる。例示にすぎない非限定的な例として、プロファイルシーケンスは以下を含むことができる。
−プロビジョニングプロトコルバージョンを定義する「プロビジョニングバージョン」フィールドに１バイト、およびその長さフィールドに１バイト
−「ブールデフォルトプロファイル」フィールドに１バイト、およびその長さフィールドに１バイト
−長さフィールドに１バイト、「プロファイル名」フィールドに３３バイト、およびその長さフィールドに１バイト
−「プロファイルロック」フィールドに１バイト、およびその長さフィールドに１バイト
−「ゲートウェイＩＰアドレス」フィールドに４バイト、およびその長さフィールドに１バイト
−「ゲートウェイポート」フィールドに２バイト、およびその長さフィールドに１バイト
−「ホームページＵＲＬ」フィールドに１００バイト、およびその長さフィールドに１バイト
−「使用ベアラ」フィールドに４バイト、およびその長さフィールドに１バイト
−「存在ベアラＣＳＤ」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＣＳＤユーザ名長」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＣＳＤユーザ名」フィールドに３２バイト、およびその長さフィールドに１バイト
−「ＣＳＤパスワード長」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＣＳＤパスワード」フィールドに３２バイト、およびその長さフィールドに１バイト
−「ＣＳＤアクセスタイプ」フィールドに４バイト、およびその長さフィールドに１バイト
−「ＣＳＤ電話番号」フィールドに２２バイト、およびその長さフィールドに１バイト
−「ＣＳＤ接続速度」フィールドに１バイト、およびその長さフィールドに１バイト
−「存在ベアラＧＰＲＳ」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳユーザ名長」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳユーザ名」フィールドに３２バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳパスワード長」フィールドに１バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳパスワード」フィールドに３２バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳ認証標識」フィールドに４バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳ ＡＰＮ」フィールドに１０１バイト、およびその長さフィールドに１バイト
−「ＧＰＲＳ ＩＰアドレス」フィールドに４バイト、およびその長さフィールドに１バイト
−「フラグ使用」フィールドに１バイト、およびその長さフィールドに１バイト
【００４４】
上記に定義したパラメータおよび変数が構成データを構成する。上述のように、構成データは、標準ＡＴコマンドによって交換される。この文脈において、「ＡＴコマンド」という表現は、もともと米国企業のＨａｙｅｓ Ｍｉｃｒｏｃｏｍｐｕｔｅｒ Ｐｒｏｄｕｃｔｓ社によって開発されたコマンド、およびＩＳ−９９標準によって指定されたそれらの拡張版すべてを指す。
【００４５】
本発明を実施するために、特に、端末７のＷＡＰプロビジョニングクライアントモジュール１１と電話１のＡＴコマンド管理モジュール６の間に接続を確立できるようにするために、プロファイルの読取り、書込み（修正または追加）、および削除のためのその他のＡＴコマンドが提供される。
【００４６】
これらの追加ＡＴコマンドは、好ましくは、次の一般定義および次の一般構文、すなわちＡＴ ＰＲＯＶ＿ＷＡＰ＝ＰＲＯＶＣＯＭＭＡＮＤ［ＰＲＯＦＩＬＥＩＤ］を有する。このタイプのＡＴコマンドは、好ましくは、端末７が電話１の問題を検出することを可能にする、タイムアウトに関連付けられる。このタイムアウトは、例えば、ほぼ１分間に等しい。
【００４７】
例示にすぎないが、追加ＡＴコマンドは以下を含むことができる。
−電話１のプロビジョニングプロトコルのバージョンを得るためのコマンド、ＡＴ ＰＲＯＶ＿ＷＡＰ＝Ｖ？。このコマンドはパラメータを持たない。このコマンド（要求）に対する応答は、例えば、バージョンがわかっている場合には「プロビジョニングバージョン」であり、バージョンが入手できない場合にはＰＲＯＶ ＮＯＫである。
−データを得る（読み取る）ためのコマンド、ＡＴ ＰＲＯＶ＿ＷＡＰ＝Ｒ［ＰＲＯＦＩＬＥＩＤ］。このコマンドの目的は、電話１にＷＡＰ情報を要求することである。パラメータが何も設定されていない場合には、このコマンドは、記憶されているプロファイルのリストを要求する。リストは、好ましくは、転送される前にブラウザモジュール２によって更新される。任意パラメータ［ＰＲＯＦＩＬＥＩＤ］は、端末７がプロファイルに関する特定のデータを要求していることを電話１に知らせる。それは、プロファイル識別識別子（番号）を指定する。したがって、その値は、電話１が管理するプロファイルの最大数よりも小さい。このコマンド（要求）に対する応答は、例えば、処理が正しく実行された場合にはＰＲＯＶ ＯＫであり、データが入手できない場合にはＰＲＯＶ ＮＯＫである。
−データを書き込むためのコマンド、ＡＴ ＰＲＯＶ＿ＷＡＰ＝Ｗ，ＰＲＯＦＩＬＥＩＤ。このコマンドは、端末７が特定のプロファイルのデータを更新することを望んでいることを電話１に知らせる。パラメータ［ＰＲＯＦＩＬＥＩＤ］の目的は、更新が要求されているプロファイルの識別子を電話１に与えることである。したがって、その値は、電話１が管理するプロファイルの最大数よりも小さい。このコマンド（要求）に対する応答は、例えば、処理が正しく実行された場合にはＰＲＯＶ ＯＫであり、書込み操作が不可能である場合にはＰＲＯＶ ＮＯＫである。
−データを削除するためのコマンド、ＡＴ ＰＲＯＶ＿ＷＡＰ＝Ｄ，ＰＲＯＦＩＬＥＩＤ。このコマンドは、端末７が特定のプロファイルの特定のデータを削除することを望んでいることを電話１に知らせる。パラメータ［ＰＲＯＦＩＬＥＩＤ］の目的は、修正または削除する必要があるプロファイルの識別子を電話１に与えることである。したがって、その値は、電話１が管理するプロファイルの最大数よりも小さい。このコマンド（要求）に対する応答は、例えば、処理が正しく実行された場合にはＰＲＯＶ ＯＫであり、削除操作が不可能である場合にはＰＲＯＶ ＮＯＫである。
−新しいプロファイルを作成するためのコマンド、ＡＴ ＰＲＯＶ＿ＷＡＰ＝Ｃ。このコマンドは、端末７が電話１のメモリ８に記憶されているリストに新しいプロファイルを追加することを望んでいることを電話１に知らせる。プロファイルパラメータの割り当てを管理するのは端末７ではないため、このコマンドにはパラメータ［ＰＲＯＦＩＬＥＩＤ］が伴わない。このコマンド（要求）に対する応答は、例えば、処理が正しく実行された場合にはＰＲＯＶ ＯＫ ＰＲＯＦＩＬＥＩＤであり、作成操作が不可能な場合にはＰＲＯＶ ＮＯＫである。
【００４８】
これらのＡＴコマンドは全て、端末７のＷＡＰプロビジョニングクライアントモジュール１１中に存在し、電話１のＡＴコマンド管理モジュールは、いったんそれらに合わせて適合化されたならば、それらを解釈することができる。したがって、電話１のユーザは、前記電話のメモリ８に記憶されているＷＡＰプロファイルの読取りまたは修正を行いたい場合には、ＷＡＰプロビジョニングクライアントモジュール１１に関連付けられたアプリケーションをロードする際に端末７と電話１の間の接続、例えば、シリアル接続、赤外線接続、またはブルートゥース接続を確立して、次いで、キーパッド１０を使って転送すべき新しいプロファイル、あるいはメモリ１４またはＣＤ−ＲＯＭに記憶されているプロファイル更新版を選択し、必要に応じてその新しいプロファイルまたはプロファイル更新版をユーザ自身の要求に合わせた後で、ＷＡＰプロビジョニングクライアントモジュール１１に、選択されたプロセス（この場合は書込み操作）に対応する要求を、上記のタイプのＡＴコマンドの形態で、モジュール１１および接続インタフェース１３を介して電話１のＡＴコマンド管理モジュール６に送信するように命令する。これらのＡＴコマンド、およびそれらが含むいずれかの構成データは、次いで、ＡＴコマンド管理モジュール６によってＷＡＰフォーマット手続き呼出しとして解釈され、ＷＡＰプロビジョニングエージェント３に伝送される。ＷＡＰプロビジョニングエージェント３は、次いで、素早く解放されるように、ＡＴコマンド管理モジュール６が要求している処理を知らせるメッセージをＷＡＰ管理モジュール５に送信する。
【００４９】
ＷＡＰ管理モジュール５がそれを許可した場合には、ＷＡＰプロビジョニングエージェント３は、次いで、ＡＴコマンド管理モジュール６が要求している処理に対応する標準ＷＡＰプロセスを実行する。ＷＡＰプロセスは当業者によく知られており、正確に言って本発明のいかなる部分も形成しないため、それらについてはここでは記載しない。それらについては、特に、ワールドワイドウェブサイトのｗｗｗ．ｗａｐｆｏｒｕｍ．ｏｒｇにおいて記載されている。
【００５０】
ＷＡＰ処理の結果はＡＴコマンド管理モジュール６に伝送され、ＡＴコマンド管理モジュール６は、それをＡＴコマンドに変換して、ＷＡＰプロビジョニングクライアントモジュール１１に送信する。言い換えれば、ＡＴコマンド管理モジュール６は、「データ」モードで回線を介してデータを転送し、次いで、解釈モードに切り替わる。
【００５１】
本発明によって、ユーザは、サービス構成プロファイルの修正、追加、または削除を行うためにモバイル電話１のキーパッド１５をもはや使用する必要がなくなり、かつ／または、ネットワークに接続して関連コストを負担する必要がなくなる。
【００５２】
ＷＡＰブラウザモジュール２、プロビジョニング（「ＷＡＰプロビジョニングエージェント」）モジュール３、ＷＡＰ（「ＷＡＰマルチプロファイル」）インタフェースモジュール４、ＷＡＰ管理（「ＷＡＰライフサイクル」）モジュール５、プロビジョニング（「ＡＴマネージャ」）モジュール（エージェント）６、残留データマネージャモジュール９、およびＷＡＰプロビジョニングクライアントモジュール１１は、電子回路、ソフトウェア（またはデータ処理）モジュール、または回路とソフトウェアの組合せという形態で実施することができる。
【００５３】
本発明はまた、ＡＴコマンド管理手段を備えたモバイル電話装置１に構成データを供給する方法も提案する。
【００５４】
本方法は、上記の装置１および端末７を使って実施することができる。本方法のステップの主要および任意の機能および副機能は、装置１および端末７を構成する手段の主要および任意の機能および副機能とほぼ同じなので、本発明の本方法の主要機能を実施するステップのみを以下に要約する。
【００５５】
本発明の方法は、装置１とサービス構成データを保持するデータ処理端末の間に接続を確立するステップと、次いで、装置のＡＴコマンド管理手段が解釈することが可能な選択されたＡＴコマンドを使って、端末と装置の間でサービス構成データを交換するステップとを含む。
【００５６】
その方法が使用する、プロビジョニングプロトコルバージョンを表すデータが、好ましくは、選択されたＡＴコマンドによって装置１のメモリ８から抽出され、その後、抽出されたデータは、端末がプロビジョニングプロトコルバージョンに従って装置１と構成データを交換できるように、端末７に送信される。
【００５７】
端末７からのＡＴコマンドに含まれる構成データはまた、装置１のＡＴコマンド管理手段６が、そのブラウザ手段２、および好ましくはブラウザ手段２中に実装されているプロビジョニングエージェント３に供給するために抽出することもできる。
【００５８】
本発明は、例示にすぎない上記の方法、装置、および端末の実施形態に限定されるものではなく、頭記の特許請求の範囲の範囲内に含まれる、当業者が考え得るあらゆる変形形態も包含するものである。
【００５９】
本発明をＷＡＰブラウザモジュール構成データの交換に適用した一例を説明してきた。しかし、本発明は、一般に、モバイルインターネットリソースを要求するあらゆるアプリケーション、特に、オンボードのＪａｖａ（登録商標）またはマルチメディアメッセージングアプリケーションの構成に適用できる。さらに、本発明は、ＷＡＰ交換プロトコルに限定されるものではない。本発明は、ＨＴＴＰ、ＩＰ、ＧＰＲＳ、またはＣＳＤプロトコルにも関する。
【図面の簡単な説明】
【００６０】
【図１】本発明に従うモバイル電話と端末とからなるシステムを示す概略図である。
【特許請求の範囲】
【請求項１】
ＡＴコマンド管理手段（６）を備えたモバイル電話装置（１）に構成データを供給する方法であって、ｉ）前記装置（１）とサービス構成データを含む端末（７）の間に接続を確立するステップと、ｉｉ）前記装置のＡＴコマンド管理手段（６）が解釈することが可能な選択されたＡＴコマンドによって、端末（７）と装置（１）の間でサービス構成データを交換するステップとを含むことを特徴とする方法。
【請求項２】
プロビジョニングプロトコルを表すデータが、選択されたＡＴコマンドによって装置から抽出され、次いで、端末（７）が前記プロビジョニングプロトコルに従って前記装置と前記構成データを交換できるように、前記端末に送信されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＡＴコマンド管理手段（６）は、モバイルインターネットリソース（２）を要求しているアプリケーション手段（２）に供給するために、端末（７）から受信したＡＴコマンドから前記構成データを抽出することを特徴とする請求項１または２に記載の方法。
【請求項４】
前記アプリケーション手段（２）は、ブラウザ手段（２）と、オンボードＪａｖａ（登録商標）アプリケーション手段と、オンボードマルチメディアメッセージングアプリケーション手段とを含むグループから選択されることを特徴とする請求項３に記載の方法。
【請求項５】
前記構成データは、前記アプリケーション手段（２）中のプロビジョニングエージェント（３）に供給されることを特徴とする請求項３または４に記載の方法。
【請求項６】
前記端末（７）に送信するために装置（１）のメモリ（８）に記憶されている構成データのうち少なくともあるものが抽出されること、および、前記データを受信すると、装置（１）に特定のデータを修正するためのＡＴコマンドが送信されてきて、その後、修正されたデータは前記メモリ（８）に記憶されることを特徴とする請求項１または５に記載の方法。
【請求項７】
前記端末（７）に送信するためにメモリ（８）に記憶されている構成データのうち少なくともあるものが抽出されること、および、前記データを受信すると、装置（１）に新しい構成データを表すＡＴコマンドが送信されてきて、その後、新しいデータは前記メモリ（８）に記憶されることを特徴とする請求項６に記載の方法。
【請求項８】
前記端末（７）に送信するためにメモリ（８）に記憶されている構成データのうち少なくともあるものが抽出されること、および、前記データを受信すると、装置（１）に特定のデータを前記メモリ（８）から削除するためのＡＴコマンドが送信されてくることを特徴とする請求項６または７に記載の方法。
【請求項９】
ＡＴコマンド管理手段（６）を含むモバイル電話装置であって、前記ＡＴコマンド管理手段（６）は、ＡＴコマンド管理手段（６）が解釈することが可能な選択されたＡＴコマンドによって端末（７）とサービス構成データを交換するために、サービス構成データを含む前記端末と接続を確立するようになされていることを特徴とするモバイル電話装置。
【請求項１０】
前記ＡＴコマンド管理手段（６）に接続されたモバイルインターネットリソース（２）を要求し、また、前記構成データを受信するようになされているアプリケーション手段を含むことを特徴とする請求項９に記載の装置。
【請求項１１】
前記アプリケーション手段（２）は、ブラウザ手段と、オンボードＪａｖａ（登録商標）アプリケーション手段と、オンボードマルチメディアメッセージングアプリケーション手段とを含むグループから選択されることを特徴とする請求項１０に記載の装置。
【請求項１２】
前記アプリケーション手段（２）は、受信した構成データと、前記端末（７）に送信すべき構成データとを管理するようになされているプロビジョニングエージェント（３）を含むことを特徴とする請求項１０または１１に記載の装置。
【請求項１３】
前記受信データを記憶するようになされているメモリ（８）を含むことを特徴とする請求項９から１２のいずれか一項に記載の装置。
【請求項１４】
サービス構成データを記憶するためのメモリを含むデータ処理端末であって、請求項９から１３のいずれか一項に記載のモバイル電話装置（１）との接続を確立するように、また、前記装置のＡＴコマンド管理手段（６）が解釈することが可能な選択されたＡＴコマンドによって、前記装置（１）とサービス構成データを交換するようになされているプロビジョニング手段（１１）を含むことを特徴とするデータ処理端末。
【請求項１５】
前記プロビジョニング手段（１１）は、プロビジョニングプロトコルに従って前記装置（１）と前記構成データを交換するために、前記プロビジョニングプロトコルを表すデータの供給を要求する選択されたＡＴコマンドを前記装置（１）に送信するようになされていることを特徴とする請求項１４に記載の端末。
【請求項１６】
前記プロビジョニング手段（１１）は、前記装置（１）に、装置（１）の構成データのうち少なくともあるものの供給を要求する選択されたＡＴコマンドを送信し、前記構成データを受信すると、特定のデータを修正するためのＡＴコマンドを前記装置（１）に送信するようになされていることを特徴とする請求項１５に記載の端末。
【請求項１７】
前記プロビジョニング手段（１１）は、前記装置（１）に、装置（１）の構成データのうち少なくともあるものの供給を要求する選択されたＡＴコマンドを送信し、前記構成データを受信すると、装置（１）が含むその他の構成データに追加すべき新しい構成データを表すＡＴコマンドを前記装置（１）に送信するようになされていることを特徴とする請求項１５または１６に記載の端末。
【請求項１８】
前記プロビジョニング手段（１１）は、前記装置（１）に、装置（１）の構成データのうち少なくともあるものの供給を要求する選択されたＡＴコマンドを送信し、前記構成データを受信すると、装置（１）が含む構成データのうちのあるものを削除するためのＡＴコマンドを前記装置（１）に送信するようになされていることを特徴とする請求項１５から１７のいずれか一項に記載の端末。
【請求項１９】
ケーブル接続と無線接続とを含むグループから選択された接続を使った、請求項１から１８のいずれかに記載の方法、装置および端末の使用法。
【請求項２０】
前記無線接続は、赤外線接続と「ブルートゥース」接続とを含むグループから選択されることを特徴とする請求項１９に記載の使用法。
【請求項２１】
ＷＡＰ、ＨＴＴＰ、ＩＰ、ＧＰＲＳ、およびＣＳＤプロトコルの中から選択されるプロトコルに従って動作するアプリケーション手段（２）を構成するための、請求項１から１８のいずれか一項に記載の方法、装置および端末の使用法。
【請求項１】
ＡＴコマンド管理手段（６）を備えたモバイル電話装置（１）に構成データを供給する方法であって、ｉ）前記装置（１）とサービス構成データを含む端末（７）の間に接続を確立するステップと、ｉｉ）前記装置のＡＴコマンド管理手段（６）が解釈することが可能な選択されたＡＴコマンドによって、端末（７）と装置（１）の間でサービス構成データを交換するステップとを含むことを特徴とする方法。
【請求項２】
プロビジョニングプロトコルを表すデータが、選択されたＡＴコマンドによって装置から抽出され、次いで、端末（７）が前記プロビジョニングプロトコルに従って前記装置と前記構成データを交換できるように、前記端末に送信されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＡＴコマンド管理手段（６）は、モバイルインターネットリソース（２）を要求しているアプリケーション手段（２）に供給するために、端末（７）から受信したＡＴコマンドから前記構成データを抽出することを特徴とする請求項１または２に記載の方法。
【請求項４】
前記アプリケーション手段（２）は、ブラウザ手段（２）と、オンボードＪａｖａ（登録商標）アプリケーション手段と、オンボードマルチメディアメッセージングアプリケーション手段とを含むグループから選択されることを特徴とする請求項３に記載の方法。
【請求項５】
前記構成データは、前記アプリケーション手段（２）中のプロビジョニングエージェント（３）に供給されることを特徴とする請求項３または４に記載の方法。
【請求項６】
前記端末（７）に送信するために装置（１）のメモリ（８）に記憶されている構成データのうち少なくともあるものが抽出されること、および、前記データを受信すると、装置（１）に特定のデータを修正するためのＡＴコマンドが送信されてきて、その後、修正されたデータは前記メモリ（８）に記憶されることを特徴とする請求項１または５に記載の方法。
【請求項７】
前記端末（７）に送信するためにメモリ（８）に記憶されている構成データのうち少なくともあるものが抽出されること、および、前記データを受信すると、装置（１）に新しい構成データを表すＡＴコマンドが送信されてきて、その後、新しいデータは前記メモリ（８）に記憶されることを特徴とする請求項６に記載の方法。
【請求項８】
前記端末（７）に送信するためにメモリ（８）に記憶されている構成データのうち少なくともあるものが抽出されること、および、前記データを受信すると、装置（１）に特定のデータを前記メモリ（８）から削除するためのＡＴコマンドが送信されてくることを特徴とする請求項６または７に記載の方法。
【請求項９】
ＡＴコマンド管理手段（６）を含むモバイル電話装置であって、前記ＡＴコマンド管理手段（６）は、ＡＴコマンド管理手段（６）が解釈することが可能な選択されたＡＴコマンドによって端末（７）とサービス構成データを交換するために、サービス構成データを含む前記端末と接続を確立するようになされていることを特徴とするモバイル電話装置。
【請求項１０】
前記ＡＴコマンド管理手段（６）に接続されたモバイルインターネットリソース（２）を要求し、また、前記構成データを受信するようになされているアプリケーション手段を含むことを特徴とする請求項９に記載の装置。
【請求項１１】
前記アプリケーション手段（２）は、ブラウザ手段と、オンボードＪａｖａ（登録商標）アプリケーション手段と、オンボードマルチメディアメッセージングアプリケーション手段とを含むグループから選択されることを特徴とする請求項１０に記載の装置。
【請求項１２】
前記アプリケーション手段（２）は、受信した構成データと、前記端末（７）に送信すべき構成データとを管理するようになされているプロビジョニングエージェント（３）を含むことを特徴とする請求項１０または１１に記載の装置。
【請求項１３】
前記受信データを記憶するようになされているメモリ（８）を含むことを特徴とする請求項９から１２のいずれか一項に記載の装置。
【請求項１４】
サービス構成データを記憶するためのメモリを含むデータ処理端末であって、請求項９から１３のいずれか一項に記載のモバイル電話装置（１）との接続を確立するように、また、前記装置のＡＴコマンド管理手段（６）が解釈することが可能な選択されたＡＴコマンドによって、前記装置（１）とサービス構成データを交換するようになされているプロビジョニング手段（１１）を含むことを特徴とするデータ処理端末。
【請求項１５】
前記プロビジョニング手段（１１）は、プロビジョニングプロトコルに従って前記装置（１）と前記構成データを交換するために、前記プロビジョニングプロトコルを表すデータの供給を要求する選択されたＡＴコマンドを前記装置（１）に送信するようになされていることを特徴とする請求項１４に記載の端末。
【請求項１６】
前記プロビジョニング手段（１１）は、前記装置（１）に、装置（１）の構成データのうち少なくともあるものの供給を要求する選択されたＡＴコマンドを送信し、前記構成データを受信すると、特定のデータを修正するためのＡＴコマンドを前記装置（１）に送信するようになされていることを特徴とする請求項１５に記載の端末。
【請求項１７】
前記プロビジョニング手段（１１）は、前記装置（１）に、装置（１）の構成データのうち少なくともあるものの供給を要求する選択されたＡＴコマンドを送信し、前記構成データを受信すると、装置（１）が含むその他の構成データに追加すべき新しい構成データを表すＡＴコマンドを前記装置（１）に送信するようになされていることを特徴とする請求項１５または１６に記載の端末。
【請求項１８】
前記プロビジョニング手段（１１）は、前記装置（１）に、装置（１）の構成データのうち少なくともあるものの供給を要求する選択されたＡＴコマンドを送信し、前記構成データを受信すると、装置（１）が含む構成データのうちのあるものを削除するためのＡＴコマンドを前記装置（１）に送信するようになされていることを特徴とする請求項１５から１７のいずれか一項に記載の端末。
【請求項１９】
ケーブル接続と無線接続とを含むグループから選択された接続を使った、請求項１から１８のいずれかに記載の方法、装置および端末の使用法。
【請求項２０】
前記無線接続は、赤外線接続と「ブルートゥース」接続とを含むグループから選択されることを特徴とする請求項１９に記載の使用法。
【請求項２１】
ＷＡＰ、ＨＴＴＰ、ＩＰ、ＧＰＲＳ、およびＣＳＤプロトコルの中から選択されるプロトコルに従って動作するアプリケーション手段（２）を構成するための、請求項１から１８のいずれか一項に記載の方法、装置および端末の使用法。
【図１】
【公表番号】特表２００６−５０６８３３（Ｐ２００６−５０６８３３Ａ）
【公表日】平成１８年２月２３日（２００６．２．２３）
【国際特許分類】
【出願番号】特願２００４−５１４９２２（Ｐ２００４−５１４９２２）
【出願日】平成１５年６月１３日（２００３．６．１３）
【国際出願番号】ＰＣＴ／ＦＲ２００３／００１７７８
【国際公開番号】ＷＯ２００４／００２１７９
【国際公開日】平成１５年１２月３１日（２００３．１２．３１）
【出願人】（３９１０３０３３２）アルカテル (1,149)
【Ｆターム（参考）】
【公表日】平成１８年２月２３日（２００６．２．２３）
【国際特許分類】
【出願日】平成１５年６月１３日（２００３．６．１３）
【国際出願番号】ＰＣＴ／ＦＲ２００３／００１７７８
【国際公開番号】ＷＯ２００４／００２１７９
【国際公開日】平成１５年１２月３１日（２００３．１２．３１）
【出願人】（３９１０３０３３２）アルカテル (1,149)
【Ｆターム（参考）】
[ Back to top ]