JP2010507959A - サービスアカウントを生成し、それと共に使用する装置を構成するためのシステム、装置及び方法 - Google Patents

Abstract

【課題】サービスプロバイダーアカウントの生成、及びそれに関連した装置の構成を容易にするためのシステム、装置及び方法を提供する。
【解決手段】装置パラメータ(306)が装置(302)から送信される(700)。それに応答して、サービスアクチベーションサーバー(206)は、その装置(302)に対して利用可能なサービスプロバイダーのリストを与え(308)、このリストは、適当な利用可能なサービスプロバイダーを識別するために装置パラメータを使用して導出される(702)。装置(302)は、ユーザ(300)が、リストされたサービスプロバイダーを選択(704)できるようにし、そしてサービスアカウントの生成を可能にするために装置(302)と選択されたサービスプロバイダー(208)との間に通信が向け直される(706)。次いで、装置(302)を、確立されたサービスアカウントに使用するように構成することができる。ユーザ(300)に対してサービスアカウントが既に存在する場合には、ユーザ(300)は、サービス関連識別子(506)を与えることができ、そこから、サービスアクチベーションサーバー(206)は、装置(302)のユーザに対して構成されるべき適当なサービスアカウントを識別することができる。
【選択図】図７

Description

本発明は、一般的に、移動通信に係り、より詳細には、サービスプロバイダーアカウントの生成、及びそれに関連した装置の構成を容易にするためのシステム、装置及び方法に係る。

通信インフラストラクチャー及び装置の進歩は、標準的な通信装置を多様性の通信ツールに変えた。人々は、ローカルエリアネットワーク（ＬＡＮ）から、インターネットのような広い到達域のグローバルエリアネットワーク（ＧＡＮ）までの範囲のネットワークを経て、互いに且つ他の電子装置と通信する。移動電話、パーソナルデジタルアシスタント（ＰＤＡ）、等のワイヤレス通信装置は、ショートレンジワイヤレステクノロジーを使用して、このようなネットワーク及びそれらのローカル環境とインターフェイスするようにしばしば設計される。

今日、このようなワイヤレス装置は、種々の異なる形式の通信に使用される。例えば、現在の及び予想される移動電話テクノロジーは、ワイヤレス装置を、音声、データ、映像、ビデオ及び他のマルチメディアコンテンツを捕獲して通信することのできるパワフルなツールに一変させた。移動電話は、かつては音声通信ツールのみであったが、現在では、典型的に、テキストメッセージングのようなデータメッセージング能力、例えば、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージング、インスタントメッセージング、ｅ−メール、ボイス・オーバー・インターネットプロトコル（ＶｏＩＰ）、等をしばしば含む。

しかしながら、これらのメッセージング能力は、それに対応するメッセージングアカウントをしばしば必要とする。例えば、自分の移動電話を経てｅ−メールを送信及び／又は受信したい移動電話ユーザは、ｅ−メール通信に参加するために、あるｅ−メールアカウントを確立しなければならない。しかしながら、事前にｅ−メールアカウントをもたない個人や、既存のｅ−メールアカウント／アドレスが適当であるパーソナルコンピュータを有していない個人が非常に多い。これは、市場を開発する際に特に言えることである。又、既にｅ−メールアカウントを確立しているが、移動装置でそのｅ−メールアカウントを使用することを望まず、それ故、移動装置と共に別のｅ−メールボックスをもちたい個人もいる。従って、これらの人々は、誰とのアカウントを生成でき、そしてそのようなアカウントをどのように構成するか決定するアクションをとらねばならない。又、悪意のある構成パッケージが装置に届くことがあり、ユーザが潜在的に重大なリスクに直面するので、現在の構成方法論ではセキュリティの問題もある。

ユーザのインターフェイスメカニズムでは操作がより困難である別の問題が移動装置ユーザに主として影響を及ぼす。例えば、多くの移動電話は、標準的キーボード（例えば、ＱＷＥＲＴＹキーボード）を有しておらず、むしろ、アルファキャラクタ能力をもつ数字キーパッドを有している。このような制限されたＵＩ装置を経て新たなサービスアカウントを確立するか又はアカウントを構成するのに必要な情報を入力することは、困難であり且つ時間がかかる。又、これらの制限は、このような装置における既存のｅ−メールアカウントのアクチベーションを複雑にする。

従って、この産業では、通信装置のサービスアカウントを効率的に容易に確立し及び／又は構成する方法が要望される。本発明は、これら及び他の要望を満足すると共に、従来技術に勝る他の効果を発揮する。

上述した従来技術の制約を克服し、且つ本明細書を読んで理解したときに明らかとなる他の制約も克服するために、本発明は、サービスプロバイダーアカウントの生成及びそれに関連した装置の構成を容易にするシステム、装置及び方法を開示する。

本発明の一実施形態による方法は、装置に関連した１つ以上のパラメータを送信し、そしてそれに応答して、サービスプロバイダーのリストを受信することを含む。このリストは、送信されたパラメータを使用して、サービスプロバイダーのセットから導出される。サービスプロバイダー（１つ又は複数）の選択が可能になり、次いで、選択されたサービスプロバイダーとのサービスアカウントを生成するために、選択されたサービスプロバイダーとの通信が容易にされる。

このような方法のより特定の実施形態では、新たなサービスアカウントを生成するか、又は新たなサービスアカウントの生成をバイパスして既存のサービスアカウントを装置で使用するように構成するか、の選択可能なオプションが提示される。一実施形態では、既存のサービスアカウントを構成するためのオプションの選択が確認され、そしてそれに応答して、既存のサービスアカウントの既存のサービスプロバイダーを表すサービスアカウント識別子が与えられる。既存のサービスプロバイダーに関連した構成データが受信され、装置は、受信した構成データを使用して、既存のサービスプロバイダーで動作するように構成される。別の特定の実施形態では、既存のサービスアカウントが既存のｅ−メールアカウントである。このようなケースでは、既存のサービスアカウントの既存のサービスプロバイダーを表すサービスアカウント識別子を与えることは、既存のｅ−メールアカウントに関連したｅ−メールアドレスを与えることを含む。更に別の実施形態では、既存のサービスアカウントに対する装置のユーザを認証するために、通信が既存のサービスプロバイダーに向け直される。このようなケースでは、既存のサービスプロバイダーに関連した構成データを受信することは、既存のサービスアカウントに対して装置のユーザが認証された場合に構成データを受信することを含む。

この方法の他の特定の実施形態では、ネットワークアドレスがリスト内のサービスプロバイダーの各々に関連され、選択されたサービスプロバイダーとの通信を容易にすることは、選択されたサービスプロバイダーのネットワークアドレスにおいて選択されたサービスプロバイダーと通信することを含む。別の実施形態では、選択されたサービスプロバイダーとの通信を容易にすることは、選択されたサービスプロバイダーとのサービスアカウントを生成するために、装置のブラウザアプリケーションを選択されたサービスプロバイダーのネットワークアドレスに向けることを含む。更に別の実施形態では、選択されたサービスプロバイダーとの通信を容易にすることは、選択されたサービスプロバイダーにより与えられるウェブページ（１つ又は複数）を提示し、ユーザ／装置に関連したアカウントデータのエントリーを可能にし、そして選択されたサービスプロバイダーにアカウントデータを通信して、サービスアカウントの生成を容易にすることを含む。

本発明の更に別の実施形態は、装置に関連したパラメータを、選択されたサービスプロバイダーに使用するようにまだ構成されていないクライアントを呼び出す試みに応答してサービスアカウントを生成する要求と共に、自動的に送信することを含む。別の実施形態は、更に、新たなサービスアカウントの生成に応答して得た構成データで装置を構成することを含む。

この方法の一実施形態は、生成されたサービスアカウントに対する装置のユーザを識別する少なくともユーザサービス識別子（例えば、ｅ−メールアドレス、ＶｏＩＰアドレス、ＳＩＰアドレス、等）を含むコンタクトレコードを受信し、そしてその受信したコンタクトレコードをコンタクトデータベースに記憶することを含む。別の実施形態では、このようなコンタクトレコードは、ユーザサービス識別子を受信したときに装置において生成される。

更に別の実施形態は、サービスアカウントの生成から生じる少なくとも識別情報を含むコンタクトレコードを受信し、そしてその受信したコンタクトレコードからの情報で少なくとも１つの既存のローカルコンタクトレコードを変更することを含む。従って、装置における既存のコンタクトレコード（１つ又は複数）は、装置における新たなコンタクトレコード（１つ又は複数）の生成に代わって又はそれに加えて、更新することができる。別の実施形態は、サービスアカウントの生成から生じる少なくとも識別情報を含むコンタクトレコードを受信し、そしてその受信したコンタクトレコードから新たなローカルコンタクトレコードを生成することを含む。

本発明の別の実施形態によれば、装置に関連した第１パラメータを受信し、そしてそれに応答して、サービスプロバイダーのセットからサービスプロバイダーのリストを導出する方法が提供される。このリストは、装置に与えられる。第２のパラメータが受信され、これら第２のパラメータは、装置と、リストから装置が選択したサービスプロバイダーの１つとの間に確立されたサービスアカウントに関連付けされる。第１及び第２のパラメータに基づいて構成データが生成され、そして構成データが装置に与えられる。

より特定な実施形態では、この方法は、更に、装置が新たなサービスアカウントを生成するか、又は新たなサービスアカウントの生成をバイパスして既存のサービスアカウントを装置で使用するように構成するかの選択的オプションを可能にすることを含む。既存のサービスアカウントを構成するオプションの選択に応答して、サービスアカウント識別子が受信される。そのサービスアカウント識別子に対応するメッセージングプロバイダーが識別される。既存のサービスアカウントに使用するように装置を構成できる構成データが生成されて、装置へ送信される。

このような方法のより特定の実施形態は、更に、サービスアカウント識別子に対応するサービスプロバイダーと通信して既存のサービスアカウントに対して装置のユーザを認証するように装置に指令することを含む。更に別の実施形態では、サービスアカウント識別子は、メッセージングアドレスを含み、既存のサービスアカウントは、既存のメッセージングアカウントを含み、そしてサービスプロバイダーは、メッセージングプロバイダーを含む。

このような方法の他の実施形態において、サービスプロバイダーのリストを導出することは、第１パラメータをサービスプロバイダーのセットと比較し、そして第１パラメータに対応するサービスプロバイダーに基づいてリストを生成することを含む。別の実施形態は、更に、リスト内の各サービスプロバイダーに対してネットワークアドレスを関連付けることを含む。更に別の実施形態は、構成データを装置に与える前に構成データにサイン(signing)することを含む。

この方法の別の実施形態は、確立されたサービスアカウントに対応する少なくともユーザサービス識別子を含むコンタクトレコードを生成し、そしてそのコンタクトレコードを装置に与えることを含む。更に別の実施形態では、テスト識別子を受信するのに応答してテストモードが呼び出され、その間に、テストされているサービスプロバイダーのテストが、導出されたリストから隠され、次いで、適切なサービス確立がテストされる。更に別の実施形態は、確立されたサービスアカウントに関連したサービスに関する少なくとも１つのソフトウェアを装置に与えることを含む。

本発明の別の実施形態によれば、通信装置が提供される。この装置は、装置に関連したパラメータを送信するための送信器と、送信されたパラメータを使用して導出されたサービスプロバイダーのリストを受信するための受信器とを備えている。リスト内のサービスプロバイダー（１つ又は複数）のユーザ選択を可能にするようにユーザインターフェイスが構成される。又、リスト内の少なくとも１つのサービスプロバイダーの選択を確認すると共に、その選択されたサービスプロバイダーとのサービスアカウントの生成を容易にするようにプロセッサが構成される。

より特定の実施形態において、プロセッサは、更に、選択されたサービスプロバイダーのネットワークアドレスに向けられたブラウザモジュールを開始し、それとのユーザ対話を可能にして、その選択されたサービスプロバイダーとのサービスアカウントを生成できるように構成される。別の実施形態では、プロセッサは、非構成のクライアントモジュールを呼び出す試みを確認し、そしてそれに応答して、装置に関連した１つ以上のパラメータを自動的に送信するように送信器に指令するよう構成される。別の実施形態では、プロセッサは、新たなサービスアカウントの生成に応答して得られた構成データで装置をアクチベートするように構成される。通信装置は、移動電話、パーソナルデジタルアシスタント、コンピューティング装置、等の、通信可能な任意の形式の装置でよい。

本発明の別の実施形態によれば、ネットワーク要素が提供される。サーバーのようなネットワーク要素は、装置に関連した第１パラメータを受信するための受信器を備えている。この第１パラメータを使用してサービスプロバイダーのセットからサービスプロバイダーのリストを導出するようにプロセッサが構成される。このリストを装置に与えるために送信器が使用される。受信器は、更に、装置と、リストから選択されたサービスプロバイダーの１つとの間に確立されたサービスアカウントに関連した第２パラメータを受信する。プロセッサは、更に、第１及び第２のパラメータに基づいて装置の構成データを生成するように構成される。このようなネットワーク要素の１つの特定の実施形態では、プロセッサは、更に、確立されたサービスアカウントに対して装置のユーザを識別する少なくともユーザサービス識別子を含むコンタクトレコードを生成するように構成される。

本発明の別の実施形態によれば、既存のサービスアカウントに関連したサービス関連識別子を送信するための送信器と、そのサービス関連識別子によって識別されたサービスプロバイダーに関連した構成データを受信するための受信器とを備えた通信装置が提供される。その受信した構成データを使用してサービスプロバイダーで動作するようにプロセッサが通信装置を構成する。

本発明の別の実施形態によれば、通信装置により使用することのできるサービスアカウントを生成するためにコンピュータシステムにより実行可能なインストラクションが記憶されたコンピュータ読み取り可能な媒体が提供される。コンピュータ実行可能なインストラクションは、送信されるべき１つ以上の装置パラメータを識別できるようにし、そしてサービスプロバイダーのリストを提示できるようにし、このリストは、サービスプロバイダーのセットから導出され、この導出は、１つ以上のパラメータを使用して遂行される。このインストラクションは、更に、リストにおけるサービスプロバイダー（１つ又は複数）のユーザ選択を行えるようにし、そしてその選択されたサービスプロバイダーとのサービスアカウントを生成するためのその選択されたサービスプロバイダーとの通信を容易にする。

上述した本発明の概要は、本発明の各実施形態又は具現化を説明することを意図していない。むしろ、本発明の代表的な実施形態を示す添付図面及び以下の詳細な説明に注意を向けられたい。

以下、添付図面に示された実施形態に関連して本発明を説明する。

本発明の原理を適用できる代表的なネットワーク環境を一般的に示すブロック図である。 移動装置におけるｅ−メールアプリケーションを開始するために本発明の原理を適用できる代表的なネットワーク環境を一般的に示すブロック図である。 サービスアカウントを生成してアクチベートできる１つの仕方を例示するメッセージフロー図である。 得られたコンタクトレコードをユーザに利用できるようにする別の代表的な実施形態を例示するメッセージフロー図である。 図４Ａ−４Ｉを含むもので、ｅ−メールアカウントを生成して自動的に構成する間の装置スクリーン／ディスプレイ提示の代表的な進行状態を示す。 装置で使用するためにサービスアカウントを構成し、さもなければ、アクチベートすることのできる１つの仕方を例示するメッセージフロー図である。 図６Ａ−６Ｇを含むもので、既存のｅ−メールアカウントを自動的に構成する間の装置スクリーン／ディスプレイ提示の代表的な進行状態を示す。 装置が任意のサービス形式に対してサービスアカウントを確立できるようにする１つの例示的な仕方を一般的に示すフローチャートである。 装置により与えられるパラメータに基づいてサービスプロバイダーのフィルタされたリストを導出するための実施形態を示す。 ネットワーク要素がサービスアカウントの生成を指令し、そして任意であるが、サービスアカウントに使用するように装置を構成できるようにする１つの例示的な仕方を一般的に示すフローチャートである。 装置が既存のｅ−メールアカウントに使用するようにその構成を行うことのできる１つの代表的な仕方を示すフローチャートである。 装置ユーザに対してｅ−メールアカウントが既に存在する装置を構成する上でサーバー又は他のネットワーク要素が役立つようにする１つの代表的な仕方を示すフローチャートである。 新たなサービスアカウントが望まれるかどうか、又は既存のサービスアカウントを使用すべきかどうかのユーザ選択を含む方法の種々の実施形態を示すフローチャートである。 本発明を具現化でき、さもなければ、利用できる代表的なシステムを示す図である。

この特許文献の開示の一部分は、版権保護を受ける資料を含む。版権所有者は、米国特許商標庁の特許ファイル又は記録に現われるように特許文献又は特許開示を誰かが複写することに異議を唱えるものでなく、全ての版権の権利は何であれ保存される。

実施形態の以下の説明において、明細書の一部を形成し且つ本発明が実施される種々の仕方を例示する添付図面を参照する。本発明の範囲から逸脱せずに構造及び動作上の変更がなされ得るので、他の実施形態も使用できることを理解されたい。

一般的に、本発明は、サービスプロバイダーアカウントの生成及びそれに関連した装置の構成を容易にするためのシステム、装置及び方法を提供する。例えば、本発明は、ｅ−メール、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、フォトシェアリング、等のサービスに対する新たなアカウントの生成を容易にする。上述したように、新たなｅ−メールサービスとは、ユーザが自分の移動装置においてｅ−メールメッセージングを確立するのを容易に且つ便利にするために本発明を使用できる１つのサービスである。新たなｅ−メール及び他のサービスアカウントを生成するのに加えて、一実施形態には、このような装置において既存のｅ−メールアカウントをアクチベートするためのアクチベーションサービスメカニズムが含まれる。又、これは、サービスプロバイダーに、新たなアクティブなユーザを獲得するための簡単な仕方も与える。

以下の説明は、本発明を適用できる代表的なアプリケーションとしてｅ−メール実施形態に集中して述べるが、これは、説明上のものに過ぎない。本発明は、例えば、ｅ−メール、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、フォトシェアリング、等の他のサービスにも等しく適用できる。当業者であれば、ここに述べる説明から、ｅ−メールアプリケーションに向けられた実施形態が、初期アクチベーションも含む他のアプリケーション及びサービスにも等しく適用できることを決定できよう。それ故、本発明は、以下に述べる特定の代表的実施形態に限定されない。

図１は、本発明の原理を適用できる代表的ネットワーク環境を一般的に示すブロック図である。サービスアカウントの生成及び／又は構成を求める装置は、陸上回線及び／又はワイヤレスネットワークを経て情報を通信（即ち送信及び／又は受信）できるものであれば、いかなる装置でもよい。図１の実施形態では、サービスアカウントの生成及び／又は構成を求める代表的な装置は、移動装置１００、例えば、移動電話１００Ａ、パーソナルデジタルアシスタント１００Ｂ、ラップトップコンピュータ１００Ｃ、又は他のコンピューティング装置１００Ｄである。代表的なネットワーク１０２は、ｅ−メールクライアント、ＶｏＩＰクライアント、写真捕獲・発表クライアント、等のアプリケーションで装置１００への及び装置１００からの情報の通信を容易にすることのできるいずれかの適当なワイヤレス及び／又は陸上回線ネットワークを表す。例えば、ネットワーク１０２は、インターネット及び／又は他の陸上回線ネットワークとも通信して最終的にワイヤレス装置１００を、インターネットを経て利用できるサーバー及び他のリソースに接続するＧＳＭ／ＧＰＲＳネットワークを表してもよい。別の代表的な実施例として、ネットワーク１０２は、ワイヤレスローカルエリアネットワークインフラストラクチャーを含んでもよい。これらは、単に、代表的な実施例に過ぎない。というのは、ネットワーク１０２は、装置１００へ及び／又は装置１００から情報を通信するために互いに動作できる１つ以上のネットワークを表すからである。

１つの使用例では、装置１００のユーザが、使用のためにまだ構成されていないローカルアプリケーション、例えば、クライアント１０４を呼び出す。例えば、クライアント１０４は、ｅ−メールクライアントを表してもよく、本発明によれば、ユーザは、このプログラムをオープンするよう試み、そしてｅ−メールアカウントがまだ設定されていないことが通知される。本発明によれば、別のクライアント１０５（クライアント１０４と一体的でもよいしそうでなくてもよい）は、装置１００に関連した特定パラメータに基づいてｅ−メール（又は他の関連サービス）プロバイダーのリストを検索できるところのアクチベーションサーバー１０６の位置が自動的に分かる。アクチベーションサーバー１０６は、それ自体、ｅ−メールプロバイダーのリストを記憶してもよいし、又は関連データベース１０８、バックエンドサーバー１１０、等のどこかからそれを得てもよい。どのプロバイダーがユーザにより選択されたかに基づいて、装置１００のブラウザ又は他のアクセスアプリケーションが、選択されたプロバイダーのサーバー１１２（例えば、ウェブサイト又は他のアドレス可能なネットワーク位置）に向けられる。サービスアクチベーションにより、ｅ−メールクライアントは、適当なサーバー、例えば、サーバー１１３及び１１４と通信することができる。これらのサーバー１１３、１１４は、例えば、ＩＭＡＰサーバーや、ＰＯＰサーバーや、ＳＭＴＰサーバーや、又はアプリケーションサーバーが「ｅ−メール」サーバーを表すときに使用できる他の当該サーバーのようなサーバーを表す。

これらサーバー１１３、１１４の幾つかは、ｅ−メールプロバイダーのサーバー、又はネットワークオペレータのサーバーでもよいことに注意されたい。例えば、ＳＭＴＰサーバーは、ｅ−メールプロバイダーのサーバーでもよいし、移動オペレータ又はインターネットサービスプロバイダー（ＩＳＰ）のサーバーでもよい。セルラーインフラストラクチャーを経て通信できる移動装置が、セルラーネットワークインターフェイスを越えて、ＷＬＡＮ又は他のネットワークインターフェイスを有していない場合には、オペレータのＳＭＴＰアドレスを構成するのが好ましい。

選択されたプロバイダーに向けられたときに、ユーザは、その選択されたプロバイダーとのアカウント（これがまだ存在しない場合）を生成する能力をもつことになる。一実施形態では、ユーザ装置１００は、この装置を新たなアカウントに対して自動的に構成させるためにリンク或いは他の自動的な又は選択可能なオプションを受け取ることができる。一実施形態では、メッセージングクライアント１０４に対するメインメニュー、新たなｅ−メールボックス、及び／又は他の当該スタート点がユーザに提示される。このように、装置１００は、新たなサービスアカウントを容易に生成することができ、そしてその新たなサービスアカウントとの使用に対して自動的に構成することができる。

図２は、移動装置におけるｅ−メールアプリケーションを開始するために本発明の原理を適用できる代表的なネットワーク環境を一般的に示すブロック図である。上述したように、通信装置、特に、ワイヤレス／移動装置に対して正しいｅ−メール設定を得ることは、エンドユーザにとってしばしば飽き飽きすることである。エンドユーザが既存のｅ−メールアカウントを有していないか、又は特に移動装置で使用するために新たなｅ−メールアカウントを設定したい場合には、特に複雑なことになる。これは、例えば、新しい市場において言えることである。新たなサービスプロバイダーを確立するのを助けるのに加えて、本発明は、複数のｅ−メールサービスプロバイダーの間で選択を行いたいエンドユーザをサポートする。

図２の実施形態は、とりわけ、移動電話、ＰＤＡ又は他のハンドセットのような通信装置を通してｅ−メールプロバイダー（又は他のサービスプロバイダー）に代わって新たなｅ−メールアカウント（又は他のアプリケーションアカウント）を配布することを含む。上述したように、本発明は、多数のサービス及び関連アカウント、例えば、ｅ−メール、ＶｏＩＰ、フォトシェアリング、等に適用することができる。例えば、ＶｏＩＰの状況において、ユーザは、サービスプロバイダーからＶｏＩＰアカウントを得ることができ、そして装置クライアントは、自動的に構成される。或いは又、ユーザは、最初に、ＷＬＡＮネットワークに対する証明書を得ることができ、次いで、ＶｏＩＰがＷＬＡＮの最上位のアプリケーションである場合にはＶｏＩＰアカウントを得ることができる。別の実施形態では、ユーザは、フォトシェアリングアプリケーションに対するアカウントを生成することができ、従って、カメラアプリケーションは、ユーザがアメリカのフォトカンパニーＡ又はフィンランドのフォトカンパニーＢ、等へのアカウントを得たいかどうか尋ねる。

図２を参照して、一般的な使用ケース、即ち移動装置におけるｅ−メールアカウントを得るケースを説明する。サービスプロバイダーがｅ−メールプロバイダーである図２の代表的な実施形態では、メッセージングクライアント（図示せず）及びサービスアクチベーションクライアント２００、２０２を有する通信装置を含む多数のネットワーク要素を伴う。各クライアント形式２００、２０２は、異なる装置に対する異なるサービスアクチベーションクライアントを表す。例えば、クライアント形式Ａ２００は、第１の移動電話に対して使用され、クライアント形式ｎ２０２は、特定のパーソナルデジタルアシスタントに対して使用される。別の代表的な実施例では、クライアント形式Ａ２００は、１つの特定の移動電話モデルに使用され、そしてクライアント形式ｎ２０２は、別の移動電話モデルに使用される。これらのクライアントモジュール２００、２０２は、装置における埋め込み型ネーティブアプリケーションとして、又はアドオンアプリケーションとして実施することができる。

クライアントモジュール２００、２０２に関連した装置は、サービスアクチベーションサーバー２０６及びユーザのためのｅ−メールプロバイダーのアカウント生成インターフェイス２０８のようなネットワーク要素にウェブＵＩ２０４Ａ、２０４Ｂを与えるためにブラウザアプリケーション及びディスプレイのようなユーザインターフェイス（ＵＩ）を有する。サイン(signing)サーバー２１０は、以下に詳細に述べるように、構成ドキュメントにサインするために使用することができる。一実施形態では、設定データベース２１２を含み、サービスアクチベーションサーバー２０６が設定データベース２１２からデータをインポートする。一実施形態では、設定データベース２１２は、インターフェイスを経て編集可能であり、このインターフェイスは、一実施形態では、ウェブインターフェイス２１４として実施される。設定データベース２１２は、設定データを記憶するのに使用でき、他のサービスプロビジョニングのニーズ（例えば、ＩＭ、ＶｏＩＰ、等）に対して拡張できる柔軟なスキーマにおいてパラメータを記憶することができる。サービスアクチベーションサーバー２０６及び／又はサインサーバー２１０は、アドミニストレータＵＩ２１６を経て制御することができる。又、システムのファンクションをモニタするために、モニタリングモジュール２１８も使用できる。

上述したように、サービスプロバイダー設定の管理は、アドミニストレータによりアドミニストレータＵＩ２１６を経て遂行することができる。アドミニストレータは、新たなサービスプロバイダー情報を手動で入力することができ、例えば、アドミニストレータＵＩ２１６により設定パラメータを手動で入力することができる。或いは又、設定パラメータ／情報は、アドミニストレータＵＩ２１６に与えられるドキュメント又は他のデータブロックにより受け取ることができる。更に別の代表的な実施形態では、外部マスターデータベース（１つ又は複数）（図示せず）からのデータを自動的に更新することができ、例えば、設定データベース２１２に対して自動的周期的、スケジュール型又は事象トリガー型更新を行うことができる。「スーパーアドミニストレータ」のような上位アドミニストレータは、所与の地域、国、国々のグループ、等において新たなアカウントオファーを管理するための管理権利をもつように特定の地域又は国々の個人に対してアカウントを生成することができる。

又、サービスアクチベーションサーバー２０６及び／又はサービスアクチベーションサーバー２０６に関連した他の要素のマネージメントは、サーバー２０６に関連した新たな情報をテストすることも含む。例えば、サービスアクチベーションサーバー２０６は、新たなサービスプロバイダー情報のようなデータをテストし、その時間中に、そのデータを他の装置２００−２０２から隠すことができるようなテストファンクションを含んでもよい。

このようなテストを行うための１つの代表的な仕方は、サーバー２０６が、例えば、サービスアカウントのためのユーザ名又は他の識別子を要求するときに、アドミニストレータ又は他の指定のユーザがハンドセットを通して特定のキーワード（１つ又は複数）又は他のテスト識別子を入力することである。より詳細には、サーバーにおいて新たなｅ−メールプロバイダーエントリーをテストするとき、ｅ−メールプロバイダーエントリーは、テストについてのみサーバーにおいてアクティブであり、他のユーザには提示されない。テスターは、ウィザードが開始されるときに既存のアカウントを使用することを最初に選択する。サーバー２０６がｅ−メールアカウントを要求するときに（例えば、ｅ−メールアドレス及び／又は他のｅ−メールアカウント情報を入力するために）、テスターは、キーワードをキー入力するか又は他の仕方で入力する。このキーワードは、テストが行われることをサーバー２０６に通知し、そしてサーバー２０６は、テストに対してのみアクティブなサーバーにおけるサービスプロバイダー入力で構成を行うことができる。テスターは、次いで、新たなサービスプロバイダーエントリーに対してｅ−メールアドレスをキー入力し、そして新たなサービスプロバイダーに対してサーバーからの設定で装置が構成された状態でｅ−メールが適切に動作するかどうかテストする。このように、アドミニストレータ又は他の指定のテスターは、新たなサービスプロバイダーエントリーを全てのユーザに利用できるようにする前にサービスプロバイダーエントリーが機能的に動作するかどうか決定することができる。

図２の代表的な要素は、集合的に色々なことが行えるようにする。例えば、ユーザは、新たなｅ−メールアカウントを生成し、装置に対してそれを構成することができる。或いは又、ユーザは、既存のｅ−メールアカウントを使用するように、ハンドセットにおけるｅ−メールクライアントを構成することができる。許可されたメンテナンス要員は、出て行くＳＭＴＰサーバーアドレスのようなオペレータ詳細を生成し、更新し及び変更することが許される。又、メンテナンス要員は、到来するＩＭＡＰ又はＰＯＰサーバーアドレスのようなｅ−メールプロバイダー詳細を生成し、更新し及び変更することも許される。又、メンテナンス要員は、設定データベース２１２からデータをインポートし、データをインポート及びエクスポートし、システム使用に関するレポートを生成し、システムファンクションをモニタリングし、等々も許される。

図２の代表的なシステムに対する例示的な使用ケースについて以下に説明する。ユーザが未構成のｅ−メールクライアント／アプリケーション（図示せず）をオープンするときに、一実施形態では、アプリケーションをアクチベートするオプションがユーザに提示される。例えば、これは、メッセージングクライアント（例えば、ｅ−メールアプリケーション）を呼び出すための第１の試みの際に提示されてもよい。或いは又、メッセージングクライアントに「ｅ−メールアカウントの生成」メニューアイテムがあってもよい。別の実施例として、「新たなｅ−メールアカウントの生成」、「ｅ−メールクライアントのアクチベーション」及び／又は「ｅ−メールの構成」に対するオプションを含む設定構成にアクセスするために個別のＵＩが装置に存在してもよい。更に別の実施例として、サービスアクチベーションを開始するためにウェブページ上のリンクがサービスアクチベーションサーバーを指すことができる。上述した実施例は、単に代表的な実施例に過ぎず、新たなアカウントの生成を開始するのに、他の多数の代替え物も利用することができる。

ユーザが新たなアカウントを生成することを選択したケースでは、ユーザに（視覚的に及び／又は他の仕方で）ｅ−メールプロバイダーのリストが提示され、例えば、ハンドセットブラウザが、サービスアクチベーションサーバー２０６及び／又は設定データベース２１２からこのようなリストを検索する。一実施形態では、提示される特定のリストは、装置の国、装置のオペレータ、装置モデル、装置の言語、等の、ハンドセット又はユーザに関連した１つ以上のパラメータに依存する。一実施形態では、特定の国における個人（１人又は複数）がサービスアクチベーションサーバーのアドミニストレータユーザインターフェイス（ＵＩ）２１６を通してリストを管理し、例えば、その国／オペレータ／言語／装置組合せに対するサービスアクチベーションアカウントがアドミニストレータによりそのユーザに割り当てられる。ある会社は、ある装置にアカウントへの配布チャンネルを有するサービスプロバイダーとの国特有の合意を得ることができる。ユーザは、ユーザをプロバイダー２０８のアカウント生成ウェブページへもっていくサービスプロバイダーオプションの１つをクリックする。一実施形態では、ユーザは、アカウントが生成されたというウェブページ情報をサービスプロバイダー２０８から得、これにより、ユーザは、ｅ−メールアドレス、ユーザ名、及び／又はユーザに提示される他の情報を得ることができる。

本発明の一実施形態によれば、新たなアカウントに対する構成を開始するためにリンク又は他の選択可能なアイテムがユーザに与えられる。これは、サービスプロバイダーを選択する際に自動的に行うことができる。別の実施形態では、サービスプロバイダーからの確認ウェブページ（又は同様の電子ドキュメント）が、“CONTINUE(連続)”リンクのようなリンクを与える。一実施形態では、このようなリンクをクリックすると、装置を新たなアカウントに対して自動的に構成させ、そしてこの構成プロセスの終わりに、ユーザにはメッセージングクライアントのメインメニューが例示され、このメニューに新たなｅ−メールボックスが現れる。このような「連続」又は他の同様のリンクは、装置に対してアカウントを適切に構成するのに必要な全てのパラメータを含むことができる。リンクは、一実施形態では、装置からサーバーにより受信されたパラメータ（１つ又は複数）に基づいてｅ−メールプロバイダーリストを検索するためにサービスアクチベーションセッションの始めにハンドセットがアクセスした同じサーバーであるサービスアクチベーションサーバーを指す。一実施形態では、サービスアクチベーションサーバー２０６は、装置がサービスプロバイダーリストを最初に要求したときにセキュリティを確保するために幾つかのパラメータを装置から予め受け取ってもよい。

装置から及びおそらくはｅ−メールプロバイダー２０８からのパラメータを使用して、サービスアクチベーションサーバーは、構成ファイルを生成する。一実施形態では、サービスアクチベーションサーバー２０８は、ドキュメントにサインするようにサインサーバー２１０に要求する。サインされたドキュメントは、装置によって受け取られ、サインがチェックされ、そして構成が完了となる。

一実施形態では、装置に設けられるｅ−メールアクチベーションウィザード／クライアント（１つ又は複数）２００、２０２、コンシューマーｅ−メールプロバイダーのｅ−メールサーバー（例えば、ＩＭＡＰ、ＰＯＰ、ＳＭＴＰ）及びウェブサーバー（例えば、アカウント生成ウェブページを与える）を、容易なアカウント生成及びサービスアクチベーションと一緒に使用して、具現化を行うことができる。これは、ユーザに対してｅ−メールメッセージングを簡単にする。サービスアクチベーションの後に、装置のｅ−メールクライアントは、ｅ−メールを受信及び送信するために構成パラメータを適当な場所に有する。ユーザは、構成に関して何も知る必要がなく、むしろ、名前、パスワード、等の何らかの分かり易いデータを与えるだけでよい。サービスプロバイダーについては、若干のウェブページがサービスアクチベーションを可能にして潜在的に大勢の新たなコンシューマーに到達することが必要とされるだけであるから、この方法は、簡単で且つ展開が単純である。

図３Ａは、ｅ−メール（又は他のサービス）アカウントを生成してアクチベートすることのできる１つの仕方を例示するメッセージフロー図である。図３Ａの幾つかのネットワーク要素は、図２のネットワーク要素に対応しているので、図３Ａのサービスアクチベーションクライアント２００、サービスアクチベーションサーバー２０６、ｅ−メールプロバイダー２０８、及びサインサーバー２１０に対して同じ参照番号が使用されている。

図３Ａの実施例は、ユーザ３００が、ユーザのハンドセット３０２に関連した未構成のｅ−メールクライアントを起動するよう試みたと仮定している。移動装置３０２を使用することにより、ユーザは、新たなアカウントを生成し、その新たなアカウントを使用するように装置３０２を構成することができる。図３Ａの実施形態では、サービスアクチベーションサーバー２０６及びｅ−メールプロバイダー２０８は、両方とも、ユーザ３００へのＨＴＭＬページにサービスする。以下に示されるように、図３Ａの実施形態は、ユーザが最初にサービスアクチベーションサーバー２０６と対話し、次いで、ｅ−メールプロバイダー２０８と対話し、そして再び、サービスアクチベーションサーバー２０６と対話することを含む。

ユーザ３００は、先ず、対話線３０４で示すように、ハンドセット３０２を経て新たなｅ−メールアカウントを生成することを選択する。一実施形態では、ユーザは、ハンドセットにおいてｅ−メールサービスアクチベーションウィザード（即ち、クライアント２００）をアクチベートし、そしてアカウント生成プロセスを開始する。これは、リンクを選択し、メニューアイテムを選択し、テキストを入力し、等々を含む（これらに限定されないが）任意のＵＩ手法でアクチベートすることができる。ハンドセットのウェブブラウザが起動され、ここで、初期のＵＲＬは、ｅ−メールサービスアクチベーションサーバー２０６を指す。

一実施形態では、ハンドセット３０２は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）又は他の同様の要求３０６を、例えば、ユーザの位置及びネットワーク（例えば、ＭＣＣ、ＭＮＣ）、ハンドセット形式、言語、キー情報、ノンス(nonce)、等の種々のパラメータと共に送信する。これらのパラメータは、システムコンポーネント間のメッセージに使用され、又は換言すれば、これらのパラメータは、対話のための名前スペースの一部分を形成する。とりわけ、これらのハンドセットパラメータの幾つか（例えば、ＭＣＣ、ＭＮＣ、ハンドセット形式、言語）は、ｅ−メールプロバイダーのセットを、ｅ−メールプロバイダーの当該サブセットに制限できるようにする。他のパラメータ（例えば、“ｋｅｙｉｎｆｏ”、“ｎｏｎｃｅ”は、クライアントとサーバーとの間に信頼性を確立できるようにする。一実施形態では、クライアント２００及び／又は他のサービスアクチベーションクライアントは、パラメータをＵＲＬに追加する。以下のテーブル１は、新たなサービス要求と共にハンドセット３０２からサービスアクチベーションサーバー２０６へ通すことのできる代表的なパラメータセットを示す。

テーブル１

一例として、呼び出されるＵＲＬ（又は他のユニフォームリソース識別子ＵＲＩ）は、次のようなものでよい。
https://<servername>/settings/getProviderList.do?MNC=123&MCC=123&Nonce=abcdefgh&keyinfo=nok12345&deviceinfo=N90-1&action=create&sType=1

ユーザの言語は、受け容れ言語ＨＴＴＰヘッダにより決定することができる。パラメータを受け取るのに応答して、ＵＲＬ（又は他のＵＲＩ）により識別されたサービスアクチベーションサーバー２０６は、パラメータに基づきユーザに利用できるｅ−メールプロバイダーのリストを得る。このリストは、ハンドセット３０２へ返送され（３０８）、そこで、ユーザ３００に表示されるか又は他の仕方で提示することができる。

サービスプロバイダーのサブセット／リストが得られるところのサービスプロバイダーのセットは、１つ以上のエンティティにより維持することができる。一実施形態では、サービスプロバイダーは、関連する会社により選択された場合にはアドミニストレータＵＩを通して潜在的なサービスプロバイダーのセット又はプールに追加される。例えば、サービスプロバイダーとして働く会社は、サービスのテスト、検証、等を完了し、その後に、プールのアドミニストレータに、サービスプロバイダーのプールにサービスプロバイダーを追加することを通知することができる。別の実施形態では、サービスプロバイダーに対してウェブＵＩを設けて、それら自体をサービスプロバイダーのこのプールに追加することができる。このケースでは、適切なオペレーションを保証するために、より多くの責任がサービスプロバイダーに与えられる。加えて、サービスプロバイダーのセット及び／又はそれにより生じるサブセット／リストにおけるサービスプロバイダーの順序は、アドミニストレータにより管理することができる。或いは又、その順序は、ランダム、アルファベット順、回転的な見方、等、でもよい。

ｅ−メールプロバイダーの提示されたリストから、ユーザは、次いで、対話線３１０で示すように、希望のｅ−メールプロバイダーを選択することができる。一実施形態では、ハンドセット３０２のブラウザにより提示されたｅ−メールプロバイダーのリストは、各ｅ−メールプロバイダーのアカウント生成ページ（１つ又は複数）へのリンクを含む。このような実施形態では、ユーザは、希望のｅ−メールプロバイダー２０８に対応するリンクの１つを選択する。選択されたリンクに関連したＵＲＬは、ＵＲＬによって識別されたｅ−メールプロバイダー２０８へ送られ（３１２）、ｅ−メールアカウントパラメータも含んでいる。以下のテーブル２は、例えば、選択されたｅ−メールプロバイダーＵＲＬに付加されて、ハンドセット３０２からｅ−メールプロバイダー２０８へ通される代表的なｅ−メールアカウントパラメータセットを示す。以下のテーブル２のようなパラメータを含む例えばＧＥＴ又はＰＯＳＴ要求のような要求を既知の仕方で発することができる。ｅ−メールプロバイダー２０８は、サインアッププロセスの時間中これらパラメータを記憶しなければならない。

テーブル２

それに応答して、ｅ−メールプロバイダー２０８は、ユーザの詳細を得るために、記入(fill-in)ウェブフォームを与えることができる（３１４）。便宜上、このウェブフォーム（１つ又は複数）は、ユーザのハンドセット３０２に対してフォーマットされねばならない。ユーザは、ｅ−メールプロバイダー２０８とのｅ−メールアカウントを生成するために詳細を与えることができる（３１６）。一実施形態では、ｅ−メールプロバイダー２０８は、自動的なｅ−メールアカウントの生成を防止するための適当な手段をとり、例えば、ユーザが映像においてテキストを確認するといった手段をとる。又、ｅ−メールプロバイダー２０８は、ユーザから支払いを要求してもよい。これら又は他の／付加的な対話３１８、３２０が行われてもよい。

一実施形態において、ｅ−メールプロバイダー２０８は、最終的に、新たなアカウントを生成し、そしてリンク又は他の選択可能なアイテムを設定／構成サービスに与える（３２２）。一実施形態において、ハンドセット３０２のブラウザに与えられたページにリンクが設けられる。説明上、このリンクは、「アクチベート(Activate)」と題し、サービスアクチベーションサーバー２０６を指すと仮定する。ユーザは、対話線３２４で示すように「アクチベート」リンクをクリックし、これは、次いで、ハンドセット３０２からサービスアクチベーションサーバー２０６へ要求３２６を送信させる。このＵＲＬ「要求」は、サービスアクチベーションサーバー２０６のアドレス、及び種々のパラメータを含む。これらのパラメータは、例えば、装置により以前に与えられたパラメータ（例えば、ＭＭＣ、ＭＮＣ、ｋｅｙｉｎｆｏ、Ｎｏｎｃｅ、等）を含んでもよい。又、これらパラメータは、ｅ−メールアドレス、ユーザ名、ＩＭＡＰサーバーアドレス及び形式、ＳＭＴＰサーバーアドレス、等のｅ−メールアカウント詳細を含んでもよい。これらパラメータの幾つかは、ｅ−メールアドレス及びユーザ名のようなｅ−メールプロバイダー２０８のバックエンドによって与えられてもよい。これらパラメータの他のものは、サービスアクチベーションセッションの始めにハンドセット３０２により与えられてもよい。いずれにせよ、サービスアクチベーションサーバー２０６が構成ドキュメント又はプロビジョニングドキュメントとも称される設定ドキュメントを生成する（３２８）のを許すに充分なパラメータがサービスアクチベーションサーバー２０６に与えられる。以下のテーブル３は、ｅ−メールプロバイダー２０８からサービスアクチベーションサーバー２０６に与えることのできる１つの代表的、例示的なパラメータセットを示す。

＊「強制」とは、この実施形態の目的のためだけである。
テーブル３

一実施形態において、設定ドキュメントを生成（３２８）した後に、サービスアクチベーションサーバー２０６は、それにサインする（３３０）。一実施形態では、サインサーバー２１０においてプライベートキーを使用してサインが行われ、ｅ−メールサービスアクチベーションサーバー２０６は、サインされたドキュメントを受け取り（３３２）、そしてクライアントは、パブリックキーを使用してそのサインを検証する。従って、サービスアクチベーションサーバー２０６は、構成ドキュメントにプライベートキーでサインし、そしてクライアントは、そのサインを各パブリックキーでチェックすることができる。このアドレスセキュリティは、装置のユーザに関するものであり、ユーザは、おそらく悪意のある構成パッケージが装置に到着するという潜在的なセキュリティのリスクで悩まされる必要はない。例えば、構成パッケージが、今日、ＳＭＳを経て送信される場合には、ユーザは、構成データをセーブすることを自分が希望するかどうか判断しなければならない。本発明の実施形態は、構成ドキュメントにサインすることで、エンドユーザのこの形式の問題を軽減することを含む。

任意のサイン検証が完了すると、設定ドキュメントをハンドセット３０２に与える（３３４）ことによりハンドセット３０２に設定がインストールされる。このプロセスが完了すると、ハンドセット３０２においてｅ−メールクライアントソフトウェアを起動することによりｅ−メールのメールボックスに直ちにアクセスすることができる。別の実施形態では、サービスアクチベーションクライアント２００は、新たに構成された設定でｅ−メールクライアントを起動することができる。

構成又は「設定」ドキュメントは、任意の希望の形態で与えられると共に、サービスに利用するようにハンドセット３０２を充分に構成するように希望の情報を与えることができるが、設定ドキュメントの代表的な実施例を以下に述べる。この特定の実施例は、設定パラメータ及びプログラミング実施例を単に例示するためのものに過ぎない。例えば、一実施形態において、移動装置のオーバー・ジ・エア(over-the-air)プロビジョニングの前に、設定ドキュメントがバイナリーＷＢＸＭＬ（ＷＡＰバイナリーＸＭＬ）形態に変換され、そして特殊なヘッドラッパー(headwrapper)を適用することができる。次の例（実施例１）は、特定の開発プラットホームに基づいて設定を構成するための例示的コードを表している。
<characteristic type = “APPLICATION”>
<parm name = “APPLIED” value = “143”/>
<parm name = “PROVIDER-ID” value = “MyMail”/>
<parm name = “NAME” value = “IMAP box”/>
<parm name = “TO-NAPID” value = “Brousing_GPRS”/>
<characteristic type = “APPADDR”>
<parm name = “ADDR” value = “imap.mail.com”/>
<characteristic type = “PORT”>
<parm name = “PORTNBR” value = “143”/>
<parm name = “SERVICE” value = “STARTTLS”/>
</characteristic>
<characteristic type = “APPAUTH”>
<parm name = “AAUTHNAME” value = “username”/>
<parm name = “AAUTHSECRET” value = “password”/>
</characteristic>
</characteristic>
実施例１

一実施形態において、ｅ−メールプロバイダーがユーザに向かうＩＭＡＰ又はＰＯＰインターフェイスを有しておらず、むしろ、ウェブインターフェイスしか有していない場合には、ｅ−メールクライアントに対してＩＭＡＰ又はＰＯＰインターフェイスを構成するのではなく、ｅ−メールプロバイダーのメールボックス認証ページに対するブックマークをブラウザにおいて構成することができる。

サインされた設定ドキュメント３３４又は他の構成ファイルを装置へ配送するのに加えて、サービスアクチベーションサーバー２０６は、装置へのソフトウェア（例えば、Ｊａｖａ（登録商標）ミッドレット(midlet)）のダウンロードを管理するのに使用することができる。説明上、ソフトウェアがＪａｖａ（登録商標）ミッドレットであると仮定すれば、そのミッドレットは、サービスアクチベーションサーバー２０６によりトリガーされる別のサーバー（図示せず）からダウンロードされてもよい。これは、エンドユーザに付加的な利便性を与える。というのは、サービスアカウントの構成（及びおそらく生成）に関連して関連ソフトウェアを得ることができるからである。

代表的な作用実施例は、装置においてウィザードのようなクライアントを呼び出すことを含む。クライアント／ウィザードは、何らかの望ましい仕方で呼び出すことができる。その１つの仕方は、メニューからウィザードを選択するか、又はウィザードのグラフィック及び／又はテキスト呼称を使用することである。別の代表的な仕方は、装置における別のアプリケーション（例えば、カメラアプリケーション、ＶｏＩＰアプリケーション、等）を開始又は使用する際にウィザードを自動的にトリガーさせることである。ある事象によってウィザードがトリガーされる場合には、ユーザには、関連ファンクションをアクチベートするオプションを与えることができる。ユーザは、ウィザードに参加することができ、ここに述べる仕方でサービスアカウントを設定及び／又は生成することができる。ここで、図２及び図３Ａを参照すれば、サーバー２０６に関連したデータは、装置を通して作用サービスを可能にするために必要とされ且つ装置にダウンロードされるべきソフトウェアに関する設定データ及び情報を含むことができる。アカウントが確立され及び／又は構成されるときに、サーバー２０６がサービスプロバイダー２０８から受け取るパラメータ、及びサーバー２０６に関連したデータベース２１２に存在するパラメータから、設定ドキュメント又は他の構成ファイルが生成される。上述したように、この構成ファイル又は「設定ドキュメント」にサインして、装置３０２へ送り（３３４）、これにより、装置は、構成ファイルのサインをチェックし、そして装置を構成する。一実施形態では、別のサーバー（図示せず）からの関連ソフトウェアのダウンロードがトリガーされる。構成ファイル及びソフトウェアが装置３０２において適切に記憶されて処理されると、ユーザがサービスを利用することができる。関連ソフトウェアは、そのアドミニストレータＵＩを通してダウンロードサーバー（図示せず）に対して管理され、そしてダウンロードサーバーに対するアドレスは、サービスアクチベーションサーバー２０６により、そのアドミニストレータＵＩ２１６を経て管理される。

上述したように、ある点において、プロバイダー２０８は、ユーザの詳細３１６に応答してｅ−メールアカウントを生成する。一実施形態において、ユーザが最終的にアカウントをアクチベートすることを継続するかどうかに関わらず、ユーザには、新たなｅ−メールアカウントの生成から生じる自分のｅ−メールアドレスのようなｅ−メール情報を記憶する能力を与えることができる。又、図５及び６に関連して更に述べるように、既存のｅ−メールアカウントが装置において構成される場合にも、情報をこのように設けることができる。いずれの場合も、ハンドセット３０２又は他の装置の生成及び／又は構成に関連したユーザのｅ−メールアドレス及び／又は他の情報を記憶することができる。この情報は、ハンドセット３０２又は他の装置にローカル記憶することもでき、及び／又は例えばｅ−メールプロバイダー２０８でリモート記憶することもできる。

１つの特定の実施例において、新たなｅ−メールアカウントが生成され及び／又は構成されたときに、その生成及び／又は構成から生じるある情報は、ユーザが知るために重要なものである。ｅ−メールサービスの環境において、ユーザに対するｅ−メールアカウントの生成は、ユーザがそれまで知らないそのユーザのための新たなｅ−メールアドレスを生じる。この情報は、例えば、ユーザの装置、サービスプロバイダーのサーバー等にローカルに記憶されてもよい。

従って、本発明の１つの態様では、ユーザは、新たに生成されたサービス情報を自分のハンドセット又は他の装置にローカルに記憶することができる。一実施形態は、この情報をクライアントデータベースに記憶することを含み、ここでは、コンタクト情報が、他の仕方で、例えば、ローカルコンタクトデータベースのレコード（例えば、コンタクトカード、ｖＣａｒｄ、等）において記憶される。次いで、ユーザは、自分のｅ−メールアドレスを親戚、友人、仕事の同僚、知人、等に与える便利な仕方を得るのに加えて、自分自身のｅ−メールアドレス又は他のサービス番号／アドレスを見出す便利な仕方を得る。

これは、ｅ−メールサービス以外のサービスにも等しく適用することができる。例えば、ユーザは、上述したように、新たなＶｏＩＰアカウントを生成することができる。ＶｏＩＰアドレスは、コンタクト又は他の関連データベースに同様に記憶することができる。次いで、ユーザは、コンタクトアイテムを他の者に転送し、次いで、彼等は、自分のＶｏＩＰ番号又は他のアドレスを経てユーザにコンタクトするのに必要な情報を得る。従って、サービス生成及び／又は構成からの情報は、ユーザ、及びそのユーザとコンタクトすることを望む他の者の両方に便利なように、ローカルに及び／又はリモートに記憶することができる。

図３Ａは、このようなコンタクトレコード（１つ又は複数）がユーザ３００に利用できる１つの仕方を示している。ここに示す実施例では、サービスアクチベーションサーバー２０６は、コンタクトレコード３３６Ａを生成する。このコンタクトレコードは、ハンドセット３０２又は他の装置においてコンタクトクライアント（図示せず）に適合できると分かっている形態であればよい。例えば、ユーザ詳細３１６が設けられるときには、この情報は、ハンドセット３０２において動作可能なｅ−メールクライアント（１つ又は複数）の形式の識別を含むことができる。この情報を使用して、サービスアクチベーションサーバー２０６は、そのｅ−メールクライアントを経て使用可能なクライアント特有のコンタクトレコードを与えることができる（３３８）。他の実施形態では、サービスアクチベーションサーバー２０６は、複数の又は全てのｅ−メール（又は他のサービス）クライアントに適合できるコンタクトレコードを与えることができる（３３８）。その一例は、ｅ−メールクライアントにより広くサポートされるｖＣａｒｄである。コンタクトレコードは、次いで、装置３０２に自動的に記憶することもできるし、或いは装置３０２を経てユーザ３００へ問合せを提示して、ユーザがコンタクトレコードを記憶するよう選択するのを許してもよい。コンタクトレコードは、とりわけ、ユーザ及びサービスを関係付けるユーザ−サービス識別子、例えば、ｅ−メールアドレス、ＶｏＩＰ番号／アドレス、ＳＩＰアドレス、インスタントメッセージングアドレス、ウェブＵＲＬ、等を含んでもよい。

完全に新しいデータベースレコード（例えば、ｖＣａｒｄ）を与えることに取って代わる１つの代表的なことは、装置３０２に与えられるコンタクトレコードが、装置３０２のコンタクトデータベースにおける既存のコンタクトレコードを更新することである。例えば、サービスアクチベーションサーバー２０６により与えられた（３３８）コンタクトレコードは、そのユーザに対する既存のコンタクトレコードに置き換わるか又はそれを増強するための新たなｅ−メールアドレスのような情報を含む。与えられる情報は、ユーザの既存のコンタクトレコードの新たなフィールド（１つ又は複数）において生成されてもよいし、又はユーザの既存のコンタクトレコードの既存のフィールド（１つ又は複数）にオーバーライトするか、又は他の仕方でそれに置き換わってもよい。一実施形態において、クライアント２００、又は装置３０２のコンタクトクライアントは、受け取ったコンタクトレコードをコンタクトデータベースに新たなコンタクトレコードとして追加すべきかどうか、又は既存のコンタクトレコード（１つ又は複数）を変更すべきかどうか決定することができる。

図３Ｂは、サービスアカウントが生成される図３Ａに対応するメッセージフロー図で、コンタクトレコードを生成し及び／又はユーザに与えることができる別の代表的な実施形態を示す。説明を容易にするために、図３Ａで使用した参照番号を図３Ｂでも使用する。

図３Ｂの実施例において、コンタクトレコードは、ｅ−メールプロバイダー２０８又はどこかで生成される（３３６Ｂ）。ｅ−メールプロバイダー２０８は、ユーザ詳細３１６及びユーザの新たなｅ−メール又は他のサービスアドレスに内々に関与し、従って、コンタクトレコードを生成する（又はユーザのコンタクトデータベースに既にある既存のコンタクトレコード（１つ又は複数）更新する）ことができる。コンタクトレコードをハンドセット３０２へ別々に与えることもできるし、又は線３２２Ａで示すように、設定サービスへのリンクのような他の情報をコンタクトレコードに与えることもできる。

別の代表的な実施形態では、ハンドセット３０２それ自身がコンタクトレコード３３６Ｃを生成することができる。ｅ−メールアドレスを受け取ると、ローカルクライアント２００（又は他のクライアント）は、新たなコンタクトレコード３３６Ｃを生成し、そして新たなｅ−メールアドレスを入力することができる。それとは別に又はそれに加えて、クライアント２００は、ローカルコンタクトデータベースに既に存在するかもしれない既存のコンタクトレコード（１つ又は複数）を変更することができる。これは、ＶｏＩＰアカウント、フォトシェアリングアカウント、等の他のサービスにも等しく適用される。

図４は、図４Ａ−４Ｉを含むもので、ｅ−メールアカウントの生成及び構成中の装置スクリーン／ディスプレイ提示の代表的な進行状態を示す。上述したように、以下の説明は、一般的に、他のアカウントの生成／構成にも適用することができる。図４に示すディスプレイ又はスクリーンは、移動装置（例えば、移動電話、ＰＤＡ、等）のディスプレイ／スクリーンを指すが、本発明は、他のスクリーンサイズ及び構成にも等しく適用できる。

図４Ａは、選択可能なアイテムのメニューを提示するスクリーン４００Ａを示す。図示された実施形態では、１つのこのような選択可能なアイテムが、代表的なメッセージングメニューを経て与えられるｅ−メールアイテム４０２である。ＵＩファンクションをクリックするか、又は他の仕方でそれを使用して、ｅ−メールアイテム４０２を選択することで、典型的に、移動装置におけるｅ−メールクライアント／アプリケーションが呼び出される。ｅ−メールアカウントが生成されなかった場合には、ｅ−メールアプリケーションは、ｅ−メールメッセージを通信することができない。従って、ｅ−メールクライアントが適切な設定を探索できない場合に、ユーザは、ｅ−メールアカウントの生成及び／又は構成を開始することができる。本発明の一実施形態において、ｅ−メールアカウントを確立するためのサービスアクチベーションクライアントは、ユーザがｅ−メールアイテム４０２からｅ−メールクライアントを呼び出すよう試みるときに、自動的に呼び出される。他の実施形態では、クライアントは、他のＵＩファンクション（例えば、テキスト入力、メニュー、ボイスアクチベーション、等）を使用して、ｅ−メールアカウント生成プロセスを開始することができる。

サービスアクチベーションセッションは、メニューアイテム４０２の選択以外のやり方で開始することができる。例えば、サービスアクチベーションセッションは、ｅ−メールクライアントの外部で装置において、又はウェブページのリンクを経て、或いは他の仕方で、開始することができる。しかしながら、サービスアクチベーションサーバーを指すウェブリンクを経てサービスアクチベーションセッションが開始される場合には、サーバーは、装置からの要求内において必要なパラメータ（例えば、ｋｅｙｉｎｆｏ、ｎｏｎｃｅ、ＭＣＣ、ＭＮＣ）を得ることができない。このようなケースでは、サーバーは、先ず、必要なパラメータ（例えば、ＰＡＯＳ；逆ＳＯＡＰ要求）を得るために装置に要求を発することができる。パラメータを生成するためのサービスアクチベーションクライアントのメカニズムは、例えば、サーバーからの要求によってトリガーされる。

ユーザには、図４Ｂに示すように、装置のｅ−メールクライアントをアクチベートすべきかどうかの選択肢が与えられ、ここで、スクリーン４００Ｂは、ｅ−メールアクチベーションが望まれるかどうかの質問をユーザに提示している。ユーザが「ノー」を選択する場合には、ｅ−メールアクチベーションは、行われない。ユーザが「イエス」を選択する場合には、図４Ｃのスクリーン４００Ｃが、例えば、ブラウザプログラムを経て提示される。これは、ユーザが新たなｅ−メールアカウントを生成するか、又は既存のｅ−メールアカウントでｅ−メールクライアントをアクチベートできるようにする。図４Ｃの実施形態は、リンク４０４、４０６によりこの選択を与える。図４の実施形態では、ｅ−メールアカウントが確立されていないと仮定され、それゆえ、ユーザが新たなｅ−メールアカウントを生成するためにリンク４０４を選択すると仮定する。上述したように、その結果として、本発明に基づきサービスアクチベーションサーバーへ要求が送られ、これにより、利用可能なｅ−メールプロバイダーのリストが装置へ戻され、そこで、図４Ｄのスクリーン４００Ｄに示すようにそれを提示することができる。ここに示す実施形態では、考えられるリストアイテムの各々が選択可能なリンクの形態で提示される。ユーザは、ｅ−メールプロバイダーの１つ（例えば、プロバイダー３ ４０８）を選択し、これは、装置ブラウザを、図４Ｅ及び４Ｆに示すｅ−メールプロバイダーのサイトのアカウント生成ページ（１つ又は複数）に向ける。これらディスプレイ４００Ｅ、４００Ｆに示されたように、ユーザは、例えば、ｅ−メールアカウントを生成するためにｅ−メールプロバイダーが使用する１つ以上のウェブページにおける多数の入力フィールドにより、情報４１０を入力するよう求められる。別の実施形態では、ユーザは、新たなアカウントを生成するようにＵＩにおいて直接求められる。このケースでは、４Ｃが示されない。

ユーザがこの情報を提出すると、ｅ−メールアカウントを生成することができ、従って、ユーザには、ｅ−メールクライアントを経てアクセスできるｅ−メールメールボックス及び／又は他のｅ−メールファンクションを与えることができる。図４Ｇのスクリーン４００Ｇは、ｅ−メールアカウントの生成の首尾良い完了を指示するスクリーンを示している。一実施形態では、装置は、このとき、例えば、ユーザのｅ−メールクライアントに対するｅ−メール設定を受け取ることにより、ｅ−メールアカウントの自動構成を受けることができる。又、図４Ｇに示すように、ユーザに選択可能なリンク４１２が与えられるような他の実施形態も考えられる。ｅ−メールプロバイダーは、図４Ｇにおいて、新たなアカウントに特有の幾つかの情報をページに示すことができる。この情報は、例えば、ユーザ名及びｅ−メールアドレスを入念に書き留め又は他の仕方で記録するために、新たなｅ−メールアドレス、ユーザ名、等、並びにユーザのためのアドバイス又は他のガイダンスを含むことができる。

リンク４１２のユーザ選択、又は上述した同様のアクティビティは、ユーザの装置においてｅ−メールクライアントのアクチベーション（即ち、構成）を開始する。サービスアクチベーションサーバーは、装置が適切な設定で構成される間に図４Ｈのスクリーン４００Ｈを提示することができる。ユーザに首尾良いアクチベーション／構成を通知するために、例えば、ブラウザを経て、スクリーン（図示せず）を提示することができる。最終的に、ｅ−メールクライアントは、図４Ｉのスクリーン４００Ｉを経て示されたように、新たなスクリーンによりメールボックスを更新することができる。

図５は、装置上で使用するために既存のｅ−メール（又は他のサービス）アカウントを構成し、さもなければ、アクチベートすることのできる１つの仕方を例示するメッセージフロー図である。図５の幾つかのネットワーク要素は、図２及び３のネットワーク要素に対応しているので、且つ一貫性及び比較のために、図５においてユーザ３００、ハンドセット３０２、サービスアクチベーションクライアント２００、サービスアクチベーションサーバー２０６、ｅ−メールプロバイダー２０８及びサインサーバー２１０に対して同じ参照番号が使用されている。

図５の実施例は、ユーザ３００が、ユーザのハンドセット３０２に関連したｅ−メールクライアント（図示せず）の起動を試みたと仮定する。本発明の一実施形態では、ハンドセット３０２又は他のターミナルを既存のｅ−メール（又は他のサービス）アカウントに対して構成できるようにする。図３Ａの実施形態では、サービスアクチベーションサーバー２０６及びｅ−メールプロバイダー２０８は、両方とも、ユーザ３００へのＨＴＭＬページにサービスする。以下に示すように、図５の実施形態は、ユーザが先ずサービスアクチベーションサーバー２０６と対話し、次いで、ｅ−メールプロバイダー２０８と対話し、そして再び、サービスアクチベーションサーバー２０６と対話することを含む。

ユーザ３００は、先ず、対話線５００で示すように、既存のアカウントをアクチベートするように選択する。ハンドセット３０２のｅ−メールサービスアクチベーションクライアント２００又は「ウィザード」は、アクチベーションプロセスをスタートさせる。ハンドセット３０２のウェブブラウザ又は他のアクセスプログラムが起動される。初期ＵＲＬは、ｅ−メールアクチベーションサーバー２０６を指し、種々のパラメータを含んでいる。一実施形態では、ＨＴＴＰ“ＧＥＴ”要求５０２がクライアント２００により発生される。ユーザは、既に、ｅ−メールアカウントを有し、新たなｅ−メールアカウントを生成する必要がないので、サービスアクチベーションサーバー２０６は、先の実施例の場合のように、ｅ−メールプロバイダーのリストで応答しない。むしろ、ハンドセット３０２において既存のアカウントを使用すべき場合には、サービスアクチベーションサーバー２０６は、既存のｅ−メールアカウントに対応するユーザの既存のｅ−メールアドレスを入力するためにインストラクション及び／又は適当なユーザインターフェイスで応答する（５０４）。一実施形態では、記入フォームがサービスアクチベーションサーバー２０６によりハンドセット３０２のブラウザアプリケーションに与えられ、これにより、ユーザは、自分のｅ−メールアドレス及び／又は他の情報を入力（５０５）及び送信（５０６）することができる。一実施形態では、ユーザがサービスアクチベーションサーバー２０６への情報の転送を開始できるようにするリンク又は他のＵＩファンクションを与えることを含み、ここで、リンクは、サービスアクチベーションサーバー２０６を指す。

サービスアクチベーションサーバー２０６は、ｅ−メールアドレスを受け取り、そしてユーザのｅ−メールアドレスに基づいてｅ−メールプロバイダーを確認する（５０８）。それに応答して、サービスアクチベーションサーバー２０６は、ユーザをプロバイダーのアクチベーションＵＲＩへ向け直すことができる（５１０）。例えば、サービスアクチベーションサーバー２０６は、ＨＴＴＰ向け直しコマンドを、ユーザの既存のｅ−メールアドレスに関連したｅ−メールプロバイダー２０８のアクチベーションＵＲＬへ発生することができる。ユーザの好ましい言語、ｅ−メールアドレス、及び／又は他の情報のようなパラメータは、ｅ−メールプロバイダー２０８に送られてもよい（５１２）。ユーザをｅ−メールプロバイダー２０８のサイトに向け直すこのプロセスは、ユーザにとって透過的である。ｅ−メール確認が失敗すると、種々の応答をなすことができ、その少なくとも１つを以下に詳細に説明する。

ｅ−メールプロバイダー２０８のサイトへのリダイレクションが首尾良く行われたと仮定すれば、ユーザは、任意であるが、ｅ−メールプロバイダー２０８のウェブサイトにおいて認証することができる。このような実施形態では、対話線５１４で示されたように、ｅ−メールプロバイダー２０８からハンドセット３０２のブラウザへ認証ページ（１つ又は複数）が与えられる。認証ページ（１つ又は複数）は、例えば、ユーザが、ユーザ名、パスワード、及び／又は他の認証情報を入力する（５１６）ための要求を含むことができる。この情報は、ｅ−メールプロバイダーサーバー２０８へ返送される（５１８）。ユーザ３００が認証された場合には、設定又は構成サービスへのリンク（又はユーザに指令するための他の関連情報）が与えられる（５２０）。例えば、ハンドセット３０２におけるｅ−メールをアクチベートするためのリンク又は他のＵＩ特徴がハンドセットブラウザを経てユーザに提示される。

ユーザが、対話線５２２で示したように、このリンク／ＵＩ特徴を選択する場合には、ハンドセット３０２におけるｅ−メールをアクチベートするための要求が、対話線５２４で示すように、自動的になされる。このリンクは、装置により（例えば、要求５０２で）早期に与えられたもの、及びｅ−メールアカウント詳細（ｅ−メールアドレス、ユーザ名、ＩＭＡＰサーバーアドレス及び形式、ＳＭＴＰサーバーアドレス、等）のような種々のパラメータを含む。このリンクは、これらのパラメータで装置を構成するようにサービスアクチベーションサーバー２０６に要求する。一実施形態では、ｅ−メールアドレス及びユーザ名が、ｅ−メールプロバイダー２０８のバックエンドから自動的に到来する。これは、ユーザのための容易な経験を可能にする。パスワードの送信は、任意である。というのは、初めて必要になったときにユーザから要求されて、装置メモリにセーブできるからである。一実施形態では、ユーザがリンクをクリックするのに応答して、ＨＴＴＰ ＰＯＳＴ要求が使用される。

ハンドセット３０２のブラウザは、本質的に、サービスアクチベーションサーバー２０６へ返送され、このサーバーは、最終的に、プロビジョニング又は「設定」ドキュメントを生成する（５２６）。一実施形態では、サービスアクチベーションサーバー２０６は、例えば、サインサーバー２１０にプライベートキーを使用して設定ドキュメントにサインするようにサインサーバー２１０に要求する（５２８）。サインされたドキュメントは、サービスアクチベーションサーバー２０６へ返送され（５３０）、そして最終的に、クライアント２００に与えられ、そこで、例えば、パブリックキーを使用してサインを検証することができる。次いで、ハンドセット３０２に設定がインストールされ、そしてハンドセット３０２においてｅ−メールメールボックス又は他のｅ−メール特徴に直ちにアクセスすることができる。これらのｅ−メール特徴は、ユーザ３００がｅ−メールクライアントソフトウェアを起動することによりアクセスされる。別の実施形態では、ｅ−メールクライアントソフトウェアは、アクチベーションプロセスが完了したときにクライアント２００により自動的に起動される。

図６は、図６Ａ−６Ｇを含むもので、既存のｅ−メールアカウントを構成する間の装置スクリーン／ディスプレイ提示の代表的な進行状態を例示する。以下の説明は、一般に、他のアカウントの構成にも適用できる。図６に示すディスプレイ又はスクリーンは、移動装置（例えば、移動電話、ＰＤＡ、等）のディスプレイ／スクリーンを指すが、本発明は、他のスクリーンサイズ及び構成にも等しく適用できる。

本発明は、単に代表例を示す図６に示された特定のスクリーンシーケンスに限定されないことに注意されたい。例えば、装置のＵＩは、図６Ｃに示すウェブページをバイパスして、図６Ｄに示すページへ直接進むことができる。従って、本発明は、明らかに、ここに示す特定の実施形態に限定されず、スクリーン６００Ａ−６００Ｇは、本発明のこの態様の理解を容易にするために１つの実施形態を表す。

図６Ａは、選択可能なアイテムのメニューを提示するスクリーン６００Ａを示す。図示された実施形態では、１つのこのような選択可能なアイテムが、代表的なメッセージングメニューを経て与えられるｅ−メールアイテム６０２である。ＵＩファンクションをクリックするか、又は他の仕方でそれを使用して、ｅ−メールアイテム６０２を選択することで、典型的に、移動装置におけるｅ−メールクライアント／アプリケーションが呼び出される。ｅ−メール構成成されなかった場合には、図６Ｂに示すように、装置におけるｅ−メールクライアントをアクチベートすべきかどうかの選択肢がユーザに与えられ、ここで、スクリーン６００Ｂは、ｅ−メールアクチベーションを希望するかどうかの質問をユーザに提示する。ユーザが「ノー」を選択すると、ｅ−メールアクチベーションは行われない。ユーザが「イエス」を選択した場合には、図６Ｃのスクリーン６００Ｃが、例えば、ブラウザプログラムを経て提示される。これは、ユーザが新たなｅ−メールアカウントを生成するか、又は既存のｅ−メールアカウントでｅ−メールクライアントをアクチベートするのを許す。図６Ｃの実施形態は、リンク６０４、６０６によってこの選択を行う。図６の実施形態では、ｅ−メールアカウントが既に存在すると仮定し、それ故、ユーザは、既存のｅ−メールアカウントをアクチベートするためにリンク６０６を選択すると仮定する。

リンク６０６を選択すると、本発明によりサービスアクチベーションサーバーへ要求が送信され、これにより、サービスアクチベーションサーバーは、ユーザが自分のｅ−メールアドレスを入力できる何らかの仕方で応答する。図６Ｄに一例が示されており、ここでは、スクリーン６００Ｄは、ユーザが当該ｅ−メールアカウントに対して自分のｅ−メールアドレスを識別する仕方を提示する。ここに示す実施形態では、これは、テキストエントリーフィールド６０８を使用して達成される。ユーザがｅ−メールアドレスを入力すると、ユーザは、サービスアクチベーションサーバーを指す「前進(proceed)」リンク６１０を選択する（さもなければ、入力したｅ−メールアドレスを送信する）ことができる。先に述べたように、サービスアクチベーションサーバーは、ｅ−メールアドレスを確認し、ｅ−メールプロバイダーを識別し、そしてハンドセットのブラウザをｅ−メールプロバイダーのサイトへ向ける。

プライバシーの理由で、プロセスは、“＠”キャラクタの前の「個人的」部分のようなｅ−メールアドレスの特定部分を省略するように設計できる。このケースでは、“＠”キャラクタに続く部分だけが、サービスプロバイダーを確認するためにサーバーに送信される。これは、例えば、装置における埋め込み型ＵＩ要素としてサービスアクチベーションサーバーのウェブＵＩ要素を具現化することにより、実現できる。ユーザに示されるページの適切な部分は、装置から到来する。このケースでは、ｅ−メールアドレスの一部分を省略するロジックを設計することができる。サービスプロバイダーは、例えば、ウェブページに入力されるユーザ名でユーザを確認する。

一実施形態では、認証が要求され、ｅ−メールプロバイダーは、ユーザが、ユーザ名、パスワード、等の適切な認証情報を入力するために、図６Ｅに示すページ（１つ又は複数）６００Ｅを与える。ここに示す実施形態では、装置は、このとき、例えば、ユーザのｅ−メールクライアントに対するｅ−メール設定を受け取ることにより、ｅ−メールアカウントの自動的構成を受ける。サービスアクチベーションサーバーは、装置が適切な設定で構成される間に、図６Ｆのスクリーン６００Ｆを表すことができる。首尾良いアクチベーション／構成をユーザに通知するために、スクリーン（図示せず）を提示することができる（例えば、ブラウザを経て）。最終的に、ｅ−メールクライアントは、図６Ｇのスクリーン６００Ｇに示すように、新たな設定によりメールボックスを更新することができる。或いは又、メッセージングクライアントのメニュー又は他のユーザインターフェイスを示すこともできる。

アカウントの生成及び／又は構成プロセスに関連して多数の変形を行うことができる。既存のｅ−メールアカウントのアクチベーションについては、１つのこのような変形は、ユーザのｅ−メールアドレスに基づいてｅ−メールプロバイダーを確認できないというものである（例えば、図５のプロバイダー確認５０８を参照されたい）。サービスアクチベーションサーバー２０６がユーザのｅ−メールプロバイダーを識別できない場合に、１つの変形は、ユーザにＵＩを与えて、ユーザが、例えば、リストから自分のｅ−メールプロバイダーを選択し、自分のｅ−メールプロバイダーを入力し、さもなければ、ユーザのｅ−メールプロバイダーをサービスアクチベーションサーバー２０６に通知できるようにすることである。

既存のｅ−メールアカウントをアクチベートすることに関連した別の変形は、スペルを間違えたｅ−メールアドレスを検出するものである。プロバイダー確認５０８は、ヒューリスティックを適用することもできるし、さもなければ、ユーザから受け取られたスペルを間違えた又はその他誤って入力されたｅ−メールアドレスから有望なｅ−メールプロバイダーを決定することもできる。例えば、ｅ−メールドメインが“ａｂｃｄｅ．ｃｏｍ”であり、そしてユーザが自分のｅ−メールアドレスを“ａｂｃｄ．ｃｏｍ”として入力する場合には、プロバイダー確認モジュール５０８は、有望な一致を探索することができる。このようなケースでは、ユーザに、確認質問（例えば、「あなたのｅ−メールプロバイダーは、ａｂｃｄｅか？」を提示することができる。

既存のｅ−メールアカウントをアクチベートすることに関連した別の変形は、ｅ−メールプロバイダーが、既存のｅ−メールアカウントをアクチベートするためにユーザに対してページ（１つ又は複数）を与えないというものである（例えば、図５の対話５１４を参照されたい）。ｅ−メールプロバイダーは、これを行う必要がなく、そしてこれを行わないとき、ユーザは、ユーザ名もパスワードも使用せずに、サービスアクチベーションサーバーのみと対話する。より詳細には、サービスアクチベーションサーバーは、それがｅ−メールプロバイダーの構成データをローカルデータベースに有しているので、ユーザのｅ−メールプロバイダーを検出する。次いで、サービスアクチベーションサーバーは、設定（プロビジョニング）ドキュメントを生成してそれをユーザへ送ることができる。この時点ではユーザ名及びパスワード（又は他の認証データ）が未知であるから、それらが設定ドキュメントに含まれることはない。このようなケースでは、ｅ−メールクライアントは、ユーザが最初に自分のメールボックスをｅ−メールクライアントに接続するときに、ユーザ名及びパスワードの入力を要求することができる。或いは又、ユーザは、ｅ−メールクライアントに対して設定ＵＩを経て手動でデータを追加することができる。

既存のｅ−メールアカウントをアクチベートすることに関連した更に別の変形は、ユーザのｅ−メールプロバイダーがサービスアクチベーションサーバーに対して未知であるというものである。これは、一実施形態では、ハンドセットにおけるｅ−メールクライアントグラフィックユーザインターフェイスを使用してｅ−メールプロバイダー詳細を手動で入力するようにユーザに命令することにより、対処される。サービスアクチベーションサーバーのアドミニストレータは、未知のｅ−メールプロバイダーのレポートを見ることができ、欠落したデータをデータベースに追加することができる。

別の変形は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）又は同様の無線回線を含む装置に関する。ネットワークオペレータは、ｅ−メールを送信するためにそれらのネットワークにＳＭＴＰサービスを提供することができる。オペレータは、例えば、セルラー又はＡＤＳＬのようなそれらのネットワークに接続された送信装置を確認することができる。ネットワーク内で装置が確認されたときにＳＭＴＰファシリティの誤用を防止するための認証は必要とされない。しかし、オペレータが送信者を確認しないネットワーク、例えば、ＷＬＡＮを経て装置が接続される場合には、オペレータＳＭＴＰサービスを経てｅ−メールを送信することは考えられない。というのは、オペレータのネットワークは、オペレータのネットワーク、例えば、セルラーネットワークの外部から到来する要求を見ることになり、メッセージの送信を要求している装置を確認できないからである。サービスプロバイダーのＳＭＴＰアドレスは、装置に対して構成することができる。このケースでは、例えば、ユーザ名及びパスワードでの認証が要求される。もし希望があれば、ユーザ名及びパスワードは、ＩＭＡＰ又はＰＯＰを経てのインボックスアクセスの場合と同じでよい。あるオペレータのセルラーネットワークでは、外部ＳＭＴＰサービスが機能しないことがある。それ故、これらオペレータのネットワークにおけるハンドセットは、オペレータのＳＭＴＰアドレスで構成されてもよく、従って、このような装置は、ＷＬＡＮを経てｅ−メールを送信するように機能しない。本発明の一実施形態は、装置に対して複数（例えば、２つ）の構成、例えば、ＧＰＲＳに対して１つの構成及びＷＬＡＮに対して１つの構成を与えることを含む。複数のＳＭＴＰ構成は、例えば、複数のアクセスポイント（例えば、セルラーＧＰＲＳ ＡＰＮ又はＷＬＡＮ）に関連付けされ、ｅ−メールは、例えば、ＧＰＲＳアクセスポイント（１つ又は複数）に対して１つのＳＭＴＰ構成を及びＷＬＡＮ ＡＰＮに対して別の１つを使用してもよい。ｅ−メールアプリケーションは、どのネットワークトラフィックが生じるかに基づいてこれらの１つを使用する。或いは又、オペレータＳＭＴＰは、オペレータＧＰＲＳネットワークの外部にあるときにユーザ名／パスワードを使用してユーザを認証することができる。

前記の幾つかのＵＩ要素は、サービスアクチベーションサーバーのウェブページに基づいて一例として説明した。或いは又、サービスアクチベーションサーバーのウェブページとして述べたＵＩ要素は、移動装置のＵＩ要素として具現化することもできる。例えば、サービスアクチベーションサーバーは、局所化されて維持されるＵＩ要素を含まなくてもよい。このようなケースでは、クライアント及びサーバーは、その他、ここに述べるロジックと通信するが、移動装置が全てのＵＩ要素の世話をする。

とりわけ、本発明は、新たなｅ−メールサービスを開始するか又は既存のｅ−メールサービスを新たな装置に対して構成するときに、ｅ−メール又は他のサービス設定を正しいものにする、どちらかといえば飽き飽きするタスクから、ユーザを救済する。例えば、エンドユーザが、新たな装置（例えば、移動電話）に使用できるｅ−メールアカウントを確立しない場合には、どんなサービスプロバイダーを利用でき、希望のサービスプロバイダーとのアカウントをどのように確立し、且つサービスを利用するために装置をどのように構成するかをユーザが知ることは、しばしば複雑で、混同を招く。これは、ｅ−メールプロバイダー、ボイス・オーバー・インターネットプロトコル（ＶｏＩＰ）アプリケーション、メディア及びマルチメディアシェアリングアプリケーション、等の種々のサービス形式について言えることである。本発明は、従来技術のこれら及び他の欠点を解決する。

上述した実施形態は、一般に、装置におけるｅ−メールアカウントを確立し及び／又は構成することに関する。上述したように、本発明は、他のサービス形式にも等しく適用できる。図７は、装置（例えば、移動電話、ＰＤＡ、等）が任意のサービス形式に対してサービスアカウントを確立できるようにする１つの例示的な仕方を一般的に示すフローチャートである。装置に関連したパラメータが送信される（７００）。図８のアイテム８００は、装置の動作母国、装置のネットワークオペレータ、装置の言語、装置のモデル、及び／又は他のパラメータを含むパラメータの幾つかの代表例を示す。上述したように、これらのパラメータは、コマンド、メッセージ、その他を経て、装置からサービスアクチベーションサーバーへ送信することができる（７００）。一実施形態では、要求は、ＨＴＴＰ要求を経て送信される（７００）。

装置は、サービスプロバイダーのリストを受け取り（７０２）、このリストは、パラメータを使用してサービスプロバイダーのセットから導出される。再び図８を参照すれば、例えば、パラメータ８００を、プロバイダーセット８０２に関連した各プロバイダーの属性と比較することにより、入力パラメータ８００がサービスプロバイダーのセット８０２に適用される。パラメータに一致するか、さもなければ、対応するプロバイダーは、特定の装置に対して利用可能なプロバイダーのサブセットを形成する。プロバイダーのこのサブセットは、プロバイダーリスト８０４として示されている。「リスト」という語は、プロバイダーの特定の形態又は順序を示唆することを意図しておらず、むしろ、入力パラメータ８００に対応する各プロバイダーの識別を示唆するために広く使用される。

装置は、ブロック７０４で示したように、リストからサービスプロバイダーをユーザが選択するのを容易にする。このユーザ選択は、グラフィックユーザインターフェイス（ＧＵＩ）、テキストエントリー、ボイスコマンド、等の、任意の１つ以上の形態で得ることができる。次いで、選択されたサービスプロバイダーとのサービスアカウントを生成するために、選択されたサービスプロバイダーとの通信が容易にされる（７０６）。例えば、サービスアクチベーションサーバーは、選択されたサービスプロバイダーのネットワークアドレスへのリンクを与えるか、さもなければ、そのアドレスを装置に通知することができ、これにより、装置を、選択されたサービスプロバイダーのアカウント生成ウェブサイトに自動的に向けることができる。

又、図７は、装置がコンタクトレコードを受け取る（７０８）可能性も示している。上述したように、一実施形態では、少なくともサービス生成プロセスにより導出された情報を使用してコンタクトレコード（例えば、ｖＣａｒｄ又は同様のもの）を生成することが含まれる。例えば、コンタクトレコードは、サービスプロバイダーが、新たなｅ−メールアカウントを生成したｅ−メールサービスプロバイダーである場合は、ユーザの名前及びｅ−メールアドレスを含む。種々の実施形態は、コンタクトレコードを装置に自動的に記憶し、そしてユーザに、装置ユーザインターフェイスを経てコンタクトレコードを記憶する（及び／又は１つ以上の既存のコンタクトレコードを更新する）選択肢を与えることを含む。コンタクトレコードと共に、装置に関連したパラメータに基づく他の情報、及び／又はサービスプロバイダーへ送信される他の情報が含まれてもよい。例えば、ユーザが、アカウントの生成に関連して住居又は会社のアドレス情報を含ませた場合には、その情報をコンタクトレコードにも含ませることができる。更に、コンタクトレコードは、サービスアクチベーションサーバー又はサービスプロバイダーから得ることもできるし、或いはユーザ装置に常駐するクライアントにより、新たなサービス情報を受信するのに応答して生成されてもよい。

図９は、サーバー（例えば、サービスアクチベーションサーバー）又は他のネットワーク要素がサービスアカウントの生成を指令し、そして任意であるが、そのサービスアカウントに使用するように装置を構成できるようにする１つの例示的な仕方を一般的に示すフローチャートである。装置に関連した第１のパラメータが、サービスアクチベーションサーバーに受け取られる（９００）。これら第１のパラメータは、例えば、図８のアイテム８００に示されたものを含んでもよい。１つ以上の第１のパラメータを使用して、サーバーは、サービスプロバイダーのセットからサービスプロバイダーのリストを導出し（９０２）、このリストは、ブロック９０４で示すように、装置に使用できるようにされる。例えば、このリストは、サービスアクチベーションサーバーから装置へ送信され、又、このリストは、サービスアクチベーションサーバーのアクセス可能なウェブページ（１つ又は複数）、等において使用可能とされる。サービスアクチベーションサーバーにおいて第２のパラメータが受け取られる（９０６）。これらの第２のパラメータは、装置と、装置で選択されてリストされたサービスプロバイダーの１つとの間に確立されたサービスアカウントに関連している。換言すれば、リストから選択されたサービスプロバイダーとのサービスアカウントが装置に対して生成され、そして第２のパラメータの少なくとも幾つかがその新たに生成されたサービスアカウントに関連される。第１及び第２のパラメータを使用して、サービスアクチベーションサーバーは、構成データを生成し（９０８）、そしてその構成データを装置に使用できるようにする。このように、装置は、構成データを記憶するか、さもなければ、特定のサービスアカウントに使用するように構成データによって構成することができる。サーバーに対する別の選択肢は、サービスアカウントの生成から生じる情報からコンタクトレコードを生成し、そしてこのコンタクトレコードを、ブロック９１０に示すように、装置に使用できるようにすることである。

上述したように、本発明の幾つかの実施形態は、新たなサービスアカウントの生成を含まず、むしろ、既存のサービスアカウントで動作するように装置を構成するために構成ドキュメントを生成することを含む。図１０及び１１は、既存のサービスアカウントで動作するように装置を構成するための代表的な実施形態を示すフローチャートである。図１０及び１１は、ｅ−メールアカウントではなく、サービスアカウントに等しく適用されることを認識されたい。

より詳細には、図１０は、装置（例えば、移動電話、ＰＤＡ、等）が既存のｅ−メールアカウントに使用するようにその構成を行うことのできる１つの代表的な仕方を示すフローチャートである。既存のｅ−メールアカウントに関連したｅ−メールアドレスが与えられる（１０００）。例えば、移動電話がｅ−メールアドレスをサービスアクチベーションサーバーへ送信できるか、又はサービスアクチベーションサーバーのウェブサイト、等を経てｅ−メールアドレスを入力してもよい。与えられるｅ−メールアドレスは、既に存在するｅ−メールアカウントからのｅ−メールアドレスを表す。この情報を与えるのに応答して、装置は、最終的に、ｅ−メールアドレスで識別されたｅ−メールプロバイダーに関連した構成データを受け取る（１００２）。装置は、受け取った構成データを使用して、ｅ−メールプロバイダーで動作するように構成される（１００４）。

又、装置は、更に、ユーザ及び対応するｅ−メールアドレスに関するコンタクトレコードをサーバーから受け取ってもよいことにも注意されたい。一実施形態では、ユーザは、ユーザの既存のｅ−メール（又は他のサービス）アドレスを使用して生成された新たなコンタクトレコードを実際に記憶したいかどうかについて促されてもよい。あるケースでは、ユーザは、パーソナルコンタクトレコードを既に有し、このようなコンタクトレコードを記憶する必要がない。コンタクトレコードがユーザに使用可能とされる実施形態の場合に、ユーザは、装置にある自分のユーザインターフェイスにより、コンタクトレコードの受け取りを無視するように選択することもできる。

図１１は、装置ユーザに対してｅ−メールアカウントが既に存在する装置を構成する上でサーバー（例えば、サービスアクチベーションサーバー）又は他のネットワーク要素が役立つようにする１つの代表的な仕方を示すフローチャートである。既存のｅ−メールアカウントに関連したｅ−メールアドレスがサーバーにより受け取られる（１１００）。ｅ−メールアドレスに対応するｅ−メールプロバイダーが識別される（１１０２）。既存のｅ−メールアカウントに使用するように装置を構成できる構成ドキュメントが生成され（１１０４）、次いで、構成ドキュメントは、装置へ送信され（１１０６）、装置が構成を実行できるようにする。又、ある実施形態では、サーバーは、ユーザの既存のアカウントに関連した少なくとも幾つかの情報を含むコンタクトレコードも与えることができる。一実施形態では、サーバーは、コンタクトレコードを記憶したいかどうかのオプションをユーザに与える。

多数の変形及びオプションによって本発明の多数の実施形態が生じる。１つの実施形態は、新たなサービスアカウントを望むかどうか、又は既存のサービスアカウントを使用すべきかどうか選択するユーザの能力を含む。図１２は、このユーザ選択を含む方法の別の実施形態を示すフローチャートである。ここでも、図１２は、ｅ−メールアカウントについて説明するが、他のサービスアカウントにも等しく適用できる。

ユーザは、装置の未構成のｅ−メールアプリケーションをオープン／起動しようと試みる（１２００）。ｅ−メールアプリケーションが既に構成されていることが判断ブロック１２０２で決定された場合には、装置は、ブロック１２３２に示すように、そのｅ−メールボックス（例えば、インボックス）にアクセスすることができる。アプリケーションがまだ構成されていない場合には、ユーザは、ブロック１２０４に示すように、ｅ−メールをアクチベートするためのプロンプト又は他の示唆を得ることができる。ユーザが未構成のｅ−メールアカウントをアクチベートすることを選択する場合には、更なるステップは、既存のｅ−メールアカウントを使用すべきかどうか、又は新たなｅ−メールアカウントを生成すべきかどうかに依存する。既存のアカウントがない場合には、適当なｅ−メールプロバイダーのリストが提示され（１２０８）、ここで、リストは、装置によりサービスアクチベーションサーバーに与えられるパラメータに基づく。ユーザは、リストから希望のプロバイダーを選択する（１２１０）。一実施形態では、リスト内の各プロバイダーは、各ＵＲＬ又は他のアドレスに関連され、そしてリストからサービスプロバイダーを選択すると、装置は、ブロック１２１２に示すように、選択されたプロバイダーに対するアカウント生成ウェブサイトへ進むようにされる。アカウントは、サービスアクチベーションサーバーにおいて生成され（１２１４）、これは、次いで、サービスアクチベーションサーバーを指すリンクを装置に与える（１２２０）。付加的なパラメータがサービスアクチベーションサーバーに与えられ（１２２２）、これは、最終的に、設定ドキュメントを生成し（１２２４）、それを装置に与える。一実施形態では、設定ドキュメントは、装置に与えられる前にサインがなされる（１２２６）。次いで、装置は、設定ドキュメントを使用して構成される（１２２８）。ドキュメントにサインがなされる場合には、装置を構成する前にそのサインが検証される（１２３０）。装置は、次いで、そのｅ−メールボックスを提示するか、又は新たに構成されたｅ−メールクライアントに関連した他のファンクションを遂行することができる。

既存のアカウントがあることが判断ブロック１２０６で決定された場合に、ユーザは、自分のｅ−メールアドレスをサービスアクチベーションサーバーに与える（１２１６）。これに応答して、サービスアクチベーションサーバーは、与えられた当該ｅ−メールを、ｅ−メールアドレスに基づいて識別し（１２１８）、そしてアイテム１２２０−１２３２に関連したファンクションを実行することができる。

本発明を具現化できるか、さもなければ、利用できる代表的なシステムが図１３に示されている。通信装置（１つ又は複数）１３００Ａは、上述した装置／ハンドセットのファンクションを遂行できる通信装置を表している。ここに示す実施形態では、装置１３００Ａは、ワイヤレスネットワークとオーバー・ジ・エア（ＯＴＡ）で通信でき及び／又はワイヤードネットワークを経て通信できる移動装置を表している。一例であって、これに限定されないが、装置１３００Ａは、移動電話（スマートホンを含む）１３０２、パーソナルデジタルアシスタント１３０４、コンピューティング装置１３０６、及び他のネットワークターミナル１３０８を含む。

代表的なターミナル１３００Ａは、コンピューティングシステムを使用して、従来装置のアクティビティ並びに本発明により与えられる装置ファンクションを制御しそして管理する。例えば、代表的なワイヤレスターミナル１３００Ｂは、処理／制御ユニット１３１０、例えば、マイクロプロセッサ、コントローラ、減少インストラクションセットコンピュータ（ＲＩＳＣ）、又は他の中央処理モジュールを含む。処理ユニット１３１０は、単一の装置である必要はなく、１つ以上のプロセッサを含んでもよい。例えば、処理ユニットは、マスタープロセッサと、このマスタープロセッサと通信するように結合された１つ以上の関連スレーブプロセッサとを含むことができる。

処理ユニット１３１０は、プログラム記憶装置／メモリ１３１２において得られるプログラムによって指令されるようにターミナル１３００Ｂの基本的ファンクションを制御する。記憶装置／メモリ１３１２は、本発明に関連したオペレーティングシステム、並びに種々のプログラム及びデータモジュールを含むことができる。本発明の一実施例では、プログラムは、ターミナルの電源ダウン時に失われることがないように、不揮発性で電気的に消去可能なプログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュＲＯＭ、等に記憶される。又、記憶装置１３１２は、１つ以上の他の形式のリードオンリメモリ（ＲＯＭ）、及びプログラム可能で及び／又は消去可能なＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、加入者インターフェイスモジュール（ＳＩＭ）、ワイヤレスインターフェイスモジュール（ＷＩＭ）、スマートカード、或いは他の固定又は除去可能なメモリ装置／メディアも含むことができる。又、プログラムは、他のメディア１３１３、例えば、ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、等を経て与えることもでき、これらは、適当なインターフェイス及び／又はメディアドライブ１３１４により読み取られる。又、本発明によるターミナルオペレーションを実行するための関連ソフトウェアは、データ信号を経てターミナル１３００Ｂへ送信され、例えば、データネットワーク１３１５又は他のデータネットワークのような１つ以上のネットワークを経て電子的にダウンロードされ、そしてターミナル１３００Ａ／１３００Ｂが移動電話のようなワイヤレス装置である場合には中間ワイヤレスネットワーク（１つ又は複数）１３１６を経てダウンロードされる。

他の標準的なターミナルファンクションを遂行するために、プロセッサ１３１０は、ターミナル１３００Ｂに関連したユーザ入力インターフェイス１３１８にも結合される。このユーザ入力インターフェイス１３１８は、例えば、キーパッド、ファンクションボタン、ジョイスティック、スクロールメカニズム（例えば、マウス、トラックボール）、タッチパッド／スクリーン、又は他のユーザエントリーメカニズム（図示せず）を含んでもよい。

ユーザインターフェイス（ＵＩ）１３２０が設けられ、これは、ターミナル１３００Ａ／Ｂのユーザが情報を視覚、聴覚、接触、等により知覚できるようにする。例えば、１つ以上のディスプレイ装置１３２０Ａがターミナル１３００Ｂに関連付けられる。ディスプレイ１３２０Ａは、ウェブページ、映像、ビデオ、テキスト、リンク及び他の情報を表示することができる。スピーカ（１つ又は複数）１３２０Ｂは、インストラクション又は他の情報を聴覚的に提示するために設けられる。又、触覚１３２０Ｃ又は他のフィードバックのような他のユーザインターフェイス（ＵＩ）メカニズムを設けることもできる。本発明に関連した情報は、ユーザが知覚できるいかなる形式の提示により与えられてもよい。

又、図１３に例示する移動装置１３００Ｂは、ワイヤレスネットワーク（１つ又は複数）１３１６を経てワイヤレス送信を遂行するための従来の回路も含む。ＤＳＰ１３２２は、アナログ／デジタル（Ａ／Ｄ）変換、デジタル／アナログ（Ｄ／Ａ）変換、スピーチコード化／デコード、暗号／解読、エラー検出及び修正、ビットストリーム変換、フィルタリング、等を含む種々のファンクションを遂行するように使用できる。トランシーバ１３２４は、一般的にアンテナ１３２６により、出て行く無線信号を送信すると共に到来する無線信号を受信する少なくとも送信器及び受信器を備えている。装置１３００Ｂが非移動装置又は移動装置である場合には、インターネットのようなネットワークとの他の形式のワイヤレス又はワイヤード通信を許すためにトランシーバ（Ｔ）１３２７を含むことができる。例えば、装置１３００Ｂは、接近ネットワーク（例えば、ＩＥＥＥ８０２．１１又は他のワイヤレスローカルエリアネットワーク）を経て通信し、このネットワークは、次いで、インターネットのような固定ネットワーク１３１５に結合される。又、ピア・ツー・ピアネットワークも使用できる。更に、ワイヤード接続は、例えば、インターネットのようなネットワークへのイーサネット（登録商標）接続を含んでもよい。装置１３００Ａ／Ｂとサーバー１３５０との間で最終的に通信するこれら及び他の仕方を具現化することができる。

一実施形態では、記憶装置／メモリ１３１２は、本発明に関連して使用される種々のクライアントプログラム及びデータを記憶する。例えば、記憶装置／メモリ１３１２は、クライアント／アプリケーション、例えば、ブラウザ１３３０、及びサービスクライアント１３３１、例えば、ｅ−メールクライアント、フォトシェアリングクライアント、ＶｏＩＰクライアント、等を記憶するための記憶装置を含む。又、ここではサービスアクチベーションウィザードとも称されるサービスアクチベーションクライアント１３３２も含まれ、これは、一般に、それ以前の図のクライアント２００に対応する。又、記憶装置１３１２は、他のモジュール、例えば、ノンス発生モジュール１３３３及びサイン検証モジュール１３３４も含む。サービスアクチベーションクライアント１３３２と一体的でも又はそれとは個別のものでもよい設定インストールモジュール１３３５は、受け取った設定ドキュメントで装置１３００Ｂを構成できるようにするために設けられる。

モジュール１３３０−１３３５は、プロセッサ１３１０に関連して動作できる個別のモジュールでもよいし、これらファンクションの各々を遂行する単一のモジュールでもよいし、又は種々のファンクションを遂行する複数のそのようなモジュールを含んでもよいことが明らかである。換言すれば、これらのモジュールは、複数のソフトウェア／ファームウェアモジュールとして示されているが、同じソフトウェア／ファームウェアプログラムに常駐しても、しなくてもよい。又、これらファンクションの１つ以上は、ハードウェアを使用して遂行されてもよいことが明らかである。例えば、比較ファンクションは、ハードウェア比較ファンクションを使用してハードウェアレジスタ又は他のメモリ位置のコンテンツを比較することにより遂行されてもよい。これらのクライアント及びデータモジュールは、本発明によるターミナルに関連したファンクション及びデータモジュールの形式を代表するもので、余すところのないリストを表すことを意図していない。又、特に示されていない他のファンクションも、プロセッサ１３１０により具現化することができる。

又、図１３は、ネットワークにおいて動作できる代表的なコンピューティングシステム１３５０を示す。１つ以上のこのようなシステム１３５０を、ワイヤレスネットワーク１３１６及び／又は固定ネットワーク１３１５のようなネットワーク（１つ又は複数）を経て利用することができる。一実施形態では、コンピューティングシステム１３５０は、上述したサービスアクチベーションサーバーを表す。サーバーシステム１３５０は、単一システムでもよいし、分散型システムでもよい。図示されたコンピューティングシステム／サーバー１３５０は、処理構成体１３５２を含み、これは、記憶装置／メモリ１３５４に結合することができる。プロセッサ１３５２は、この技術で知られた種々の標準的なコンピューティングファンクションであって、ソフトウェア及び／又はファームウェアインストラクションによって指令されたファンクションを実行する。記憶装置／メモリ１３５４は、ファームウェア、メディア記憶装置、及び／又はメモリを表す。プロセッサ１３５２は、入力／出力（Ｉ／Ｏ）回路１３５６を通して他の内部及び外部コンポーネントと通信することができる。又、コンピューティングシステム１３５０は、メディアドライブ１３５８、例えば、ハード及びフロッピー（登録商標）ディスクドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤドライブ、及び情報を読み取り及び／又は記憶できる他のメディア１３６０も含むことができる。一実施形態では、本発明によりコンピューティングシステム１３５０においてオペレーションを実行するためのソフトウェアは、メディア装置１３６０により表わされたＣＤ−ＲＯＭ、ディスケット、磁気メディア、取り外し可能なメモリ、又は情報をポータブル記憶できる他の形式のメディアに記憶され、分布されてもよい。又、このようなソフトウェアは、データ信号を経てシステム１３５０へ送信され、例えば、データネットワーク１３１５、ローカルエリアネットワーク（ＬＡＮ）（図示せず）、ワイヤレスネットワーク１３１６、及び／又はその組合せのようなネットワークを経て電子的にダウンロードされてもよい。

本発明の一実施形態によれば、記憶装置／メモリ１３５４、及び／又はメディア装置１３６０は、本発明に関連して使用される種々のプログラム及びデータを記憶する。例えば、単一又は分散型サービスアクチベーションサーバー１３５０は、サービスプロバイダーリスト発生モジュール１３８０として示されたアプリケーション又はクライアントを含み、これは、装置１３００Ｂにより与えられるパラメータに基づいてサービスプロバイダーのセットから使用可能なサービスプロバイダーのリストを発生する。設定ドキュメント生成モジュール１３８１は、装置１３００Ｂ及びサービスプロバイダー（図示せず）の一方又は両方により与えられるパラメータに基づき設定ドキュメントを生成する。サービスプロバイダー識別モジュール１３８２は、ｅ−メールアドレスのような何らかの情報が与えられると、サービスプロバイダー（例えば、ｅ−メールプロバイダー）を識別するのに使用される。コンタクトレコード生成モジュール１３８４は、新たなサービスの生成から生じるか又は装置１３００Ａに対する構成情報を発生する結果として知られるユーザサービス識別子（１つ又は複数）に基づいて、ｖＣａｒｄのようなコンタクトレコードを生成するのに使用できる。

又、ここに示すコンピューティングシステム１３５０は、ＤＳＰ回路１３６６及び少なくとも１つのトランシーバ１３６８（これは、個別の送信器／受信器コンポーネントを指すことも意図される）も備えている。サーバー１３５０は、ワイヤード接続を経てデータネットワーク１３１５と通信できるが、サーバーは、それに加えて／それに代わって、ワイヤレスネットワーク１３１６と通信するようにトランシーバ１３６８が装備されてもよく、従って、アンテナ１３７０を使用することができる。

ハードウェア、ファームウェア、ソフトウェア、又はその組合せを使用して、本発明によるファンクション及びオペレーションを遂行することができる。上述した仕様を使用すると、本発明の幾つかの実施形態は、プログラミングソフトウェア、ファームウェア、ハードウェア、又はその組合せを形成するための標準的プログラミング及び／又はエンジニアリング技術を使用することにより、マシン、プロセス、又は製造物品として具現化することができる。それにより得られるプログラムであって、コンピュータ読み取り可能なプログラムコードを有するプログラム（１つ又は複数）が、メモリ装置又は送信装置のような１つ以上のコンピュータ使用可能な媒体内で実施されて、本発明によるコンピュータプログラム製品、コンピュータ読み取り可能な媒体、又は他の製造物品を形成することができる。従って、「コンピュータ読み取り可能な媒体」、「コンピュータプログラム製品」又は他の同様の言語のような用語は、メモリ装置上又は送信装置内のコンピュータ使用可能な媒体に永久的、一時的又は過渡的に存在するコンピュータプログラムを包含することが意図される。

例えば、本発明の一実施形態は、通信装置により使用できるサービスアカウントを生成するためにコンピューティングシステムにより実行できるインストラクションが記憶されたコンピュータ読み取り可能な媒体を含む。これらインストラクションは、送信されるべき１つ以上の装置パラメータを識別できるようにし、そして１つ以上のサービスプロバイダーのリストの提示を容易にし、このリストは、１つ以上のパラメータを使用して、サービスプロバイダーのセットから導出される。更に、これらインストラクションは、リスト内のサービスプロバイダーの少なくとも１つをユーザが選択するのを容易にすると共に、その選択されたサービスプロバイダーと通信して、その選択されたサービスプロバイダーとのサービスアカウントを生成できるようにする。

以上の説明から、当業者であれば、適当な汎用又は特殊目的コンピュータハードウェアで上述したように生成されたソフトウェアを組み合わせて、本発明を実施するコンピューティングシステム及び／又はコンピューティングサブコンポーネントを生成すると共に、本発明の方法を実施するためのコンピューティングシステム及び／又はコンピューティングサブコンポーネントを生成することが容易にできよう。

本発明の実施形態の以上の説明は、本発明を例示するためのである。これは、余すところのないものでもないし、又、本発明を、ここに開示した正確な形態に制限するものでもない。前記教示に鑑み多数の変更や修正が考えられる。本発明の範囲は、この詳細な説明で限定されるものではなく、特許請求の範囲によって決定されるものとする。

１０４：クライアント
１０５：クライアント
１０６：アクチベーションサーバー
１１０：バックエンドサーバー
１１２：ウェブサーバー
１１３：アプリケーションサーバー
１１４：アプリケーションサーバー
２００：クライアント形式Ａ
２０２：クライアント形式ｎ
２０４Ａ：ウェブＵＩ
２０４Ｂ：ウェブＵＩ
２０６：サービスアクチベーションサーバー
２０８：ｅ−メールプロバイダー
２１０：サインサーバー
２１２：設定データベース
２１４：ウェブインターフェイス
２１６：アドミニＵＩ
２１８：モニタリング
３００：ユーザ
３０２：ハンドセット

Claims (33)

1. 装置に関連した１つ以上のパラメータを送信するステップと、
   １つ以上のサービスプロバイダーのリストを受信するステップであって、該リストは、前記パラメータの１つ以上を使用してサービスプロバイダーのセットから導出されるものであるステップと、
   前記リスト内の前記サービスプロバイダーの少なくとも１つを選択するのを容易にするステップと、
   前記選択されたサービスプロバイダーとのサービスアカウントを生成するために、前記選択されたサービスプロバイダーとの通信を容易にするステップと、
   を備えた方法。
2. 新たなサービスアカウントを生成するか、又は新たなサービスアカウントの生成をバイパスして既存のサービスアカウントを装置で使用するように構成するか、の選択可能なオプションを提示するステップを更に備えた、請求項１に記載の方法。
3. 前記装置で使用するように既存のサービスアカウントを構成する前記オプションの選択を確認し、それに応答して、前記既存のサービスアカウントの既存のサービスプロバイダーを表すサービスアカウント識別子を与えるステップと、
   前記既存のサービスプロバイダーに関連した構成データを受信するステップと、
   前記受信した構成データを使用して前記既存のサービスプロバイダーで動作するように前記装置を構成するステップと、
   を更に備えた請求項２に記載の方法。
4. 前記既存のサービスアカウントは、既存のｅ−メールアカウントを含み、そして既存のサービスアカウントの既存のサービスプロバイダーを表すサービスアカウント識別子を与える前記ステップは、前記既存のｅ−メールアカウントに関連したｅ−メールアドレスを与えることを含む、請求項３に記載の方法。
5. 前記既存のサービスアカウントに対して前記装置のユーザを認証するために、前記既存のサービスプロバイダーに通信を向け直すステップを更に備え、既存のサービスプロバイダーに関連した構成データを受信する前記ステップは、前記既存のサービスアカウントに対して前記装置のユーザが認証された場合に前記構成データを受信することを含む、請求項３に記載の方法。
6. ネットワークアドレスを前記リスト内のサービスプロバイダーの各々に関連付けるステップを更に備え、前記選択されたサービスプロバイダーとの通信を容易にする前記ステップは、前記選択されたサービスプロバイダーのネットワークアドレスにおいて前記選択されたサービスプロバイダーと通信することを含む、請求項１に記載の方法。
7. 前記選択されたサービスプロバイダーとの通信を容易にする前記ステップは、前記選択されたサービスプロバイダーとのサービスアカウントを生成するために、前記装置のブラウザアプリケーションを前記選択されたサービスプロバイダーのネットワークアドレスに向けることを含む、請求項１に記載の方法。
8. 前記選択されたサービスプロバイダーとの通信を容易にする前記ステップは、
   前記選択されたサービスプロバイダーにより与えられる１つ以上のウェブページを提示する段階と、
   前記ユーザ及び装置の一方又は両方に関連したアカウントデータのエントリーを容易にする段階と、
   前記選択されたサービスプロバイダーにアカウントデータを通信して、サービスアカウントの生成を容易にする段階と、
   を含む請求項１に記載の方法。
9. 前記装置に関連した１つ以上のパラメータを送信する前記ステップは、前記選択されたサービスプロバイダーに使用するようにまだ構成されていないクライアントを呼び出す試みに応答してサービスアカウントを生成する要求と共に、それらのパラメータを自動的に送信することを含む、請求項１に記載の方法。
10. 新たなサービスアカウントの生成に応答して得た構成データで前記装置を構成するステップを更に備えた、請求項１に記載の方法。
11. 生成されたサービスアカウントに対する装置のユーザを識別する少なくともユーザサービス識別子を含むコンタクトレコードを受信し、その受信したコンタクトレコードをコンタクトデータベースに記憶するステップを更に備えた、請求項１に記載の方法。
12. 生成されたサービスアカウントに対する装置のユーザを識別する少なくとも受信されたユーザサービス識別子を含むコンタクトレコードを前記装置において生成し、その生成したコンタクトレコードをコンタクトデータベースに記憶するステップを更に備えた、請求項１に記載の方法。
13. サービスアカウントの生成から生じる少なくとも識別情報を含むコンタクトレコードを受信し、その受信したコンタクトレコードからの情報で少なくとも１つの既存のローカルコンタクトレコードを変更するステップを更に備えた、請求項１に記載の方法。
14. サービスアカウントの生成から生じる少なくとも識別情報を含むコンタクトレコードを受信し、その受信したコンタクトレコードから新たなローカルコンタクトレコードを生成するステップを更に備えた、請求項１に記載の方法。
15. 装置に関連した１つ以上の第１パラメータを受信するステップと、
    前記第１パラメータの１つ以上を使用してサービスプロバイダーのセットから１つ以上のサービスプロバイダーのリストを導出するステップと、
    前記リストを前記装置に与えるステップと、
    前記装置と、前記リストから前記装置が選択したサービスプロバイダーの１つとの間に確立されたサービスアカウントに関連した第２のパラメータを受信するステップと、
    前記第１及び第２のパラメータに基づいて構成データを生成し、その構成データを前記装置に与えるステップと、
    を備えた方法。
16. 前記装置が新たなサービスアカウントを生成するか、又は新たなサービスアカウントの生成をバイパスして既存のサービスアカウントを前記装置で使用するように構成するかの選択可能なオプションを可能にするステップと、
    既存のサービスアカウントを構成するオプションの選択に応答して、サービスアカウント識別子を受信するステップと、
    前記サービスアカウント識別子に対応するメッセージングプロバイダーを識別するステップと、
    既存のサービスアカウントに使用するように前記装置を構成できる構成データを生成するステップと、
    前記構成データを前記装置へ送信するステップと、
    を更に備えた請求項１５に記載の方法。
17. 前記サービスアカウント識別子に対応するサービスプロバイダーと通信して前記既存のサービスアカウントに対して前記装置のユーザを認証するように前記装置に指令するステップを更に備えた、請求項１６に記載の方法。
18. 前記サービスアカウント識別子は、メッセージングアドレスを含み、
    前記既存のサービスアカウントは、既存のメッセージングアカウントを含み、
    前記サービスプロバイダーは、メッセージングプロバイダーを含む、
    請求項１６に記載の方法。
19. １つ以上のサービスプロバイダーのリストを導出する前記ステップは、前記第１パラメータを前記サービスプロバイダーのセットと比較し、そして前記第１パラメータに対応するサービスプロバイダーに基づいて前記リストを生成することを含む、請求項１５に記載の方法。
20. 前記リスト内の各サービスプロバイダーに対してネットワークアドレスを関連付けるステップを更に備えた、請求項１５に記載の方法。
21. 前記構成データを前記装置に与える前に前記構成データにサインするステップを更に備えた、請求項１５に記載の方法。
22. 前記確立されたサービスアカウントに対応する少なくともユーザサービス識別子を含むコンタクトレコードを生成し、そのコンタクトレコードを前記装置に与えるステップを更に備えた、請求項１５に記載の方法。
23. テスト識別子を受信するのに応答してテストモードを呼び出し、テストされるサービスプロバイダーを前記導出されたリストから隠し、次いで、適切なサービス確立についてテストするステップを更に備えた、請求項１５に記載の方法。
24. 前記確立されたサービスアカウントに関連したサービスに関する少なくとも１つのソフトウェアモジュールを前記装置に与えるステップを更に備えた、請求項１５に記載の方法。
25. 装置に関連した１つ以上のパラメータを送信するための送信器と、
    前記送信された１つ以上のパラメータを使用して導出されたサービスプロバイダーのリストを受信するための受信器と、
    前記リスト内の少なくとも１つのサービスプロバイダーのユーザ選択を容易にするように構成されたユーザインターフェイスと、
    前記リスト内の少なくとも１つのサービスプロバイダーの選択を確認すると共に、その選択されたサービスプロバイダーとのサービスアカウントの生成を容易にするように構成されたプロセッサと、
    を備えた通信装置。
26. 前記プロセッサは、更に、前記選択されたサービスプロバイダーのネットワークアドレスに向けられたブラウザモジュールを開始し、それとのユーザ対話を可能にして、前記選択されたサービスプロバイダーとのサービスアカウントを生成できるように構成される、請求項２５に記載の通信装置。
27. 前記プロセッサは、非構成のクライアントモジュールを呼び出す試みを確認し、そしてそれに応答して、前記装置に関連した１つ以上のパラメータを自動的に送信するように前記送信器に指令するよう構成される、請求項２５に記載の通信装置。
28. 前記プロセッサは、更に、新たなサービスアカウントの生成に応答して得られた構成データで前記装置をアクチベートするように構成される、請求項２５に記載の通信装置。
29. 前記通信装置は、移動電話、パーソナルデジタルアシスタント、又はコンピューティング装置のいずれかを含む、請求項２５に記載の通信装置。
30. 装置に関連した１つ以上の第１パラメータを受信するための受信器と、
    前記１つ以上の第１パラメータを使用してサービスプロバイダーのセットから１つ以上のサービスプロバイダーのリストを導出するように構成されたプロセッサと、
    前記リストを前記装置に与えるために送信器と、
    を備え、前記受信器は、更に、前記装置と、前記リストから選択されたサービスプロバイダーの１つとの間に確立されたサービスアカウントに関連した第２パラメータを受信し、前記プロセッサは、更に、前記第１及び第２のパラメータに基づいて前記装置の構成データを生成するように構成される、ネットワーク要素。
31. 前記プロセッサは、更に、前記確立されたサービスアカウントに対して前記装置のユーザを識別する少なくともユーザサービス識別子を含むコンタクトレコードを生成するように構成される、請求項３０に記載のネットワーク要素。
32. 既存のサービスアカウントに関連したサービス関連識別子を送信するための送信器と、
    前記サービス関連識別子により識別されたサービスプロバイダーに関連した構成データを受信するための受信器と、
    前記受信された構成データを使用して前記サービスプロバイダーで動作するように通信装置を構成するためのプロセッサと、
    を備えた通信装置。
33. 送信されるべき１つ以上の装置パラメータを識別し、
    １つ以上のサービスプロバイダーのリストを提示し、このリストは、１つ以上のパラメータを使用して、サービスプロバイダーのセットから導出され、
    前記リスト内のサービスプロバイダーの少なくとも１つをユーザが選択するのを容易にし、そして
    前記選択されたサービスプロバイダーとのサービスアカウントを生成するために前記選択されたサービスプロバイダーと通信する、
    ことを含むステップを遂行することにより、通信装置により使用できるサービスアカウントを生成するためにコンピュータシステムにより実行可能なインストラクションが記憶されたコンピュータ読み取り可能な媒体。

Images