"マルチユーザメッセージ通知のためのマシン実施方法において、クライアント装置内の複数のユーザアカウントの1つである対応するユーザアカウントを識別するエイリアスを発生する段階であって、そのエイリアスは、1つ以上のアプリケーションサーバーにおいてホストされるサーバーアプリケーションに関連したクライアントアプリケーションに対応するサブトピック識別子と組み合わせて使用されるものである段階と、前記クライアントアプリケーションに関連した識別子を前記サーバーアプリケーションへ転送して、前記サーバーアプリケーションが、前記クライアントアプリケーションのためのクライアント装置の前記対応するユーザアカウントへ通知メッセージをプッシュできるようにするために、前記クライアントアプリケーション及びエイリアスに対して前記アプリケーションサーバーに通知サービスを登録する段階と、前記アプリケーションサーバーからの通知メッセージを受信するのに応答して、前記通知メッセージが前記エイリアス及び前記クライアントアプリケーションのサブトピック識別子を保持するかどうか決定する段階と、前記通知メッセージが前記クライアントアプリケーションの識別子を保持する場合には前記クライアント装置の他のアプリケーションへ前記通知メッセージを転送することなく前記対応するユーザアカウントに対して前記クライアントアプリケーションへ前記通知メッセージを転送する段階と、を含む方法。複数のクライアントアプリケーションが前記クライアント装置にホストされ、前記サブトピック識別子は、その複数のクライアントアプリケーションの中でクライアントアプリケーションを独特に識別する、請求項1に記載の方法。前記識別子は、サブトピック識別子を含む、請求項1に記載の方法。前記対応するユーザアカウントに関連した証明書からエイリアスを導出する、請求項1に記載の方法。前記エイリアスは、クライアント装置の装置識別子を更に含むユーザトークンに記憶される、請求項1に記載の方法。前記識別子は、前記対応するユーザアカウントを独特に識別するユーザトークンを含む、請求項3に記載の方法。前記アプリケーションサーバーは、トピック識別子により独特に識別され、そして前記登録段階は、更に、前記アプリケーションサーバーからの通知を聴取するために前記トピック識別子に対して前記クライアントアプリケーションを登録することを含み、前記トピック識別子に対して2つ以上のクライアントアプリケーションが登録される、請求項2に記載の方法。前記アプリケーションサーバーとのネットワーク接続を開始する段階と、前記ネットワーク接続を経て前記アプリケーションサーバーへ前記識別子を送信する段階と、を更に含む請求項5に記載の方法。前記決定段階は、更に、前記エイリアス及びトピック識別子を前記通知メッセージから抽出すること、及び前記通知メッセージが前記サブトピック識別子を保持しない場合にはトピックストリングについて登録された各クライアントアプリケーション及びそれに対応するユーザに前記通知メッセージを転送すること、を含む請求項5に記載の方法。前記転送段階は、前記クライアントアプリケーションが現在アクティブでない場合には前記クライアントアプリケーションを呼び出すことを含む、請求項1に記載の方法。メッセージ通知を与えるためのマシン実施方法において、メッセージ通知のためのクライアント装置のユーザのクライアントアプリケーションからの登録要求を、アプリケーションサーバーにおいてホストされるサーバーアプリケーションで受信する段階であって、前記要求は、クライアント装置を識別するユーザトークンを含む識別子と、クライアントアプリケーションを識別するクライアントアプリケーション識別子とを有し、前記クライアント装置は、複数のユーザアカウントをホストすることができ、そしてユーザのための対応ユーザアカウントを含むものである段階と、ユーザのためのサーバー識別子を送信して、前記クライアント装置が前記アプリケーションサーバーからプッシュされたメッセージを聴取できるようにする段階と、前記受信した識別子を記憶して、メッセージ通知についてユーザを登録する段階と、前記ユーザトークンを経て前記クライアント装置へ通知メッセージを送信してそのユーザについて前記クライアントアプリケーションに通知する段階であって、前記通知メッセージは、前記サーバー識別子により識別され、且つ前記通知メッセージは、前記クライアントアプリケーション識別子を埋め込むものである段階と、を含む方法。前記ユーザトークンは、ユーザを識別するエイリアスと、クライアント装置を識別する装置識別子とを含む、請求項11に記載の方法。前記登録要求は、前記クライアント装置により開始されるネットワーク接続を経て受け取られ、そして前記サーバー識別子は、そのネットワーク接続を経て送信される、請求項11に記載の方法。前記ユーザトークンは、前記クライアントアプリケーション識別子を含む不透明データに関連して記憶される、請求項11に記載の方法。前記通知メッセージは、クライアント装置のユーザを識別するためのユーザトークンを含み、そして前記不透明データは、前記通知メッセージのペイロードに保持される、請求項14に記載の方法。前記送信段階は、プッシュサービスにおいてプッシュサーバーとのネットワーク接続を確立すること、前記ネットワーク接続を経て前記プッシュサーバーへ通知メッセージを送信すること、を含み、前記通知メッセージは、前記サーバー識別子と共にパッケージされる、請求項12に記載の方法。前記サーバー識別子は、前記プッシュサービスの当局からの証明書において受け取られ、そして前記サーバー識別子は、前記プッシュサービスを共有するアプリケーションサーバーを独特に識別する、請求項16に記載の方法。マシンにより実行されたときに、そのマシンが、クライアント装置の複数のユーザアカウントの1つである対応するユーザアカウントを識別するエイリアスを発生し、そのエイリアスは、1つ以上のアプリケーションサーバーにおいてホストされるサーバーアプリケーションに関連したクライアントアプリケーションに対応するサブトピック識別子と組み合わせて使用され、前記クライアントアプリケーションに関連した識別子を前記サーバーアプリケーションへ転送して、前記サーバーアプリケーションが、前記クライアントアプリケーションのためのクライアント装置の前記対応するユーザアカウントへ通知メッセージをプッシュできるようにするために、前記クライアントアプリケーション及びエイリアスに対して前記アプリケーションサーバーに通知サービスを登録し、前記アプリケーションサーバーからの通知メッセージを受信するのに応答して、前記通知メッセージが前記エイリアス及び前記クライアントアプリケーションのサブトピック識別子を保持するかどうか決定し、前記通知メッセージが前記クライアントアプリケーションの識別子を保持する場合には前記クライアント装置の他のアプリケーションへ前記通知メッセージを転送することなく前記対応するユーザアカウントに対して前記クライアントアプリケーションへ前記通知メッセージを転送する、ことを含むメッセージ通知方法を遂行するようにさせるインストラクションを有するマシン読み取り可能な非一時的媒体。マシンにより実行されたときに、そのマシンが、メッセージ通知のためのクライアント装置のユーザのクライアントアプリケーションからの登録要求を、アプリケーションサーバーにおいてホストされるサーバーアプリケーションで受信し、前記要求は、ユーザ及びクライアント装置を識別するユーザトークンを含む識別子と、クライアントアプリケーションを識別するクライアントアプリケーション識別子とを有し、前記クライアント装置は、複数のユーザアカウントをホストすることができ、そしてユーザのための対応ユーザアカウントを含むものであり、ユーザのためのサーバー識別子を送信して、前記クライアント装置が前記アプリケーションサーバーからプッシュされたメッセージを聴取できるようにし、前記受信した識別子を記憶して、メッセージ通知についてユーザを登録し、前記ユーザトークンを経て前記クライアント装置へ通知メッセージを送信してそのユーザについて前記クライアントアプリケーションに通知し、前記通知メッセージは、前記サーバー識別子により識別され、且つ前記通知メッセージは、前記クライアントアプリケーション識別子を埋め込む、ことを含む、メッセージ通知を与える方法を遂行するようにさせるインストラクションを有するマシン読み取り可能な非一時的媒体。サーバーアプリケーションを含む実行可能なインストラクションを記憶するメモリと、プッシュネットワークに結合されたネットワークインターフェイスと、メッセージングサービスに対して前記メモリからの実行可能なインストラクションを実行するために前記ネットワークインターフェイス及び前記メモリに結合されたプロセッサであって、クライアント装置からの開始に応答して、前記ネットワークインターフェイスを経て前記クライアント装置との第1のネットワーク接続を確立し、前記第1のネットワーク接続を経てクライアント装置のクライアントアプリケーションからの登録要求を前記サーバーアプリケーションで受信し、前記要求は、クライアント装置のユーザを識別するユーザトークンを含む識別子と、クライアントアプリケーションを識別するクライアントアプリケーション識別子とを有し、前記クライアント装置のサーバー識別子を送信して、前記クライアント装置が前記アプリケーションサーバーからプッシュされたメッセージを聴取できるようにし、前記受信した識別子を記憶して、メッセージ通知についてユーザを登録し、前記ネットワークインターフェイスを経て前記プッシュネットワークへの第2のネットワーク接続にわたって前記クライアント装置へ通知メッセージを送信し、前記通知メッセージは、ユーザについてクライアントアプリケーションに通知するためのユーザトークンを有し、前記通知メッセージは、前記サーバー識別子により識別され、そして前記通知メッセージは、前記クライアントアプリケーション識別子を埋め込む、ように構成されたプロセッサと、を備えた装置。従って、マルチユーザ装置のメッセージ通知を与える既存のメカニズムは、リソースに負担を掛け、所与のマルチユーザ装置の多数のユーザを考慮せず、及び/又は他の問題を引き起こすことがある。本発明は、クライアントマルチユーザ装置に通知メッセージを効率的に配送してリソース使用を最小にするために個々のクライアントアプリケーション及び複数のユーザにアドレスすることのできる多レベルのネーミングハイアラーキーを提供することができる。サーバー識別子又はトピックにより識別される共通サーバーにホストされる複数のサーバーアプリケーションは、同じトピックを共有する通知メッセージをクライアント装置へプッシュすることができる。トピックに契約するターゲットクライアントアプリケーションを識別するためにクライアント装置のトピックに対して受信される通知メッセージにサブトピックを埋め込むことができる。1つの実施形態において、クライアントアプリケーションは、トピックにより識別されるサーバーにおいて実行される対応するサーバーアプリケーションにクライアントアプリケーション識別子をサブトピックとして任意に登録することができる。サブトピックは、クライアントアプリケーションに対する付加的なレベルのネーミングハイアラーキーである。その結果、サーバーにホストされたサーバーアプリケーションからプッシュされる通知メッセージは、トークン及びクライアントアプリケーション識別子を保持し、共有トピックに契約する他のクライアントアプリケーション又は他のユーザを呼び出したりそれに通知したりせずに通知メッセージをクライアントアプリケーションへ直接的にルーティングできるようにする。通知サーバーは、トークンを使用して、メッセージを適当なユーザアカウントへルーティングすることができる。トピックの1つのサーバーによりホストされる個別のサーバーアプリケーションからの複数の通知メッセージは、クライアント装置において同じトピックを有効に且つ効率的に聴取する同じ又は異なるユーザに対して行先である個別のクライアントアプリケーションへマルチプレクスして、受信した通知メッセージを取り扱うのに必要なクライアント装置のリソース使用を最小にすることができる。1つの実施形態では、マルチユーザクライアント装置内のクライアントアプリケーションを識別するサブトピック識別子を発生するための方法及び装置がここに説明される。クライアントアプリケーションは、1つ以上のアプリケーションサーバーにホストされたサーバーアプリケーションに関連している。クライアントアプリケーションは、クライアントアプリケーションに関連した識別子を転送するために通知サービスをアプリケーションサーバーに登録し、そしてサーバーアプリケーションがクライアントアプリケーションに対して選択的にそのユーザのためのクライアント装置に通知メッセージをプッシュできるようにする。アプリケーションサーバーから通知メッセージを受信するときに、通知メッセージは、その通知メッセージがクライアントアプリケーションのサブトピック識別子を保持する場合に、クライアント装置における他のアプリケーションを呼び出すことなく、クライアントアプリケーションへ直接転送すべきか調査又は検査される。別の実施形態では、メッセージ通知の登録要求は、クライアント装置で実行されるクライアントアプリケーションから第1のネットワーク接続を経てサーバーアプリケーションにより受け取られる。第1のネットワーク接続は、サーバーアプリケーションをホストするためにサーバー識別子でクライアント装置からアプリケーションサーバーへ最初に確立される。要求は、ユーザ及びクライアント装置を識別するユーザトークンと、クライアントアプリケーションを識別するクライアントアプリケーション識別子とを含む識別子を保持する。サーバー識別子は、クライアント装置がアプリケーションサーバーからプッシュされたメッセージを聴取できるようにクライアント装置へ送信される。1つの実施形態では、要求で保持される識別子は、メッセージ通知についてユーザを登録するために記憶される。アプリケーションサーバーは、クライアントアプリケーションに通知するためにユーザトークンによりクライアント装置に結合されたプッシュネットワークへの第2のネットワーク接続を経てクライアント装置へ通知メッセージを送信又はプッシュする。通知メッセージは、サーバー識別子により識別される。任意であるが、通知メッセージは、クライアント装置が通知メッセージをクライアントアプリケーションへ直接配送できるようにするためにクライアントアプリケーション識別子を保持する。本発明の他の特徴は、添付図面及び以下の詳細な説明から明らかとなろう。本発明は、同様の要素が同じ参照番号で示された添付図面に一例として示すが、これに限定されるものではない。共通のアプリケーションサーバーを聴取するか又はそれに契約することによりマルチユーザ装置の複数のユーザに関連した複数のクライアントアプリケーションの中でターゲットクライアントアプリケーションを識別する通知メッセージのための方法及び装置をここに説明する。以下の記述において、本発明の実施形態を完全に説明するために多数の細部について述べる。しかしながら、当業者であれば、本発明の実施形態は、それらの特定の細部がなくても実施できることが明らかであろう。他の点については、本発明の実施形態を不明瞭にしないために、良く知られた構造及び装置は、詳細に示さず、ブロック図形態で示す。本明細書において、1つの実施形態又は一実施形態を言及するときは、その実施形態に関連して述べる特定の特徴、構造又は特性が本発明の少なくとも1つの実施形態に含まれることを意味する。本明細書の種々の場所で1つの実施形態においてという句が現れたときは、必ずしも、全てが同じ実施形態を指していない。特に指示のない限り、この説明全体を通して、処理又はコンピューティング又は計算又は決定又は表示、等の用語を使用する説明は、コンピュータシステムのレジスタ及びメモリ内で物理的電子的量として表されたデータを操作し、そしてコンピュータシステムのメモリ又はレジスタ或いは他のそのような情報記憶、伝達又は表示装置内で物理的量として同様に表される他のデータへと変換するデータ処理システム又は同様の電子的コンピューティング装置のアクション及び処理を参照するものである。ここに述べるアルゴリズム及びディスプレイは、特定のコンピュータ又は他の装置に固有に関係していない。種々の汎用システムを、ここに述べる技術に基づくプログラムと共に使用してもよいし、又は必要なマシン実施方法オペレーションを遂行するように更に特殊な装置を構成するのが便利であると分かっている。種々のこれらシステムに要求される構造は、以下の説明から明らかとなろう。更に、本発明の実施形態は、特定のプログラミング言語を参照して説明しない。ここに述べる本発明の実施形態の教示を具現化するのに種々のプログラミング言語を使用できることが明らかであろう。本発明の実施形態は、方法として具現化されるか、又はデータ処理システムにより実行されたときにそのシステムが方法を遂行するようにさせる実行可能なインストラクションを記憶するマシン読み取り可能な非一時的記憶媒体として具現化される。データ処理システムのような装置も、本発明の実施形態である。本発明の他の特徴は、添付図面及び以下の詳細な説明から明らかとなろう。本発明の少なくとも幾つかの実施形態は、ポータブル音楽及び/又はビデオメディアプレーヤのようなデジタルメディアプレーヤの一部分で、これは、メディアを提示するためのメディア処理システムや、メディアを記憶するための記憶装置を含むと共に、アンテナシステム及びメディア処理システムに結合された高周波RFトランシーバ例えば、セルラー電話のためのRFトランシーバも含む。ある実施形態では、リモート記憶装置に記憶されたメディアは、RFトランシーバを経てメディアプレーヤに送信される。メディアは、例えば、音楽又は他のオーディオ、静止画又は動画の1つ以上を含む。ポータブルメディアプレーヤは、タッチスクリーン入力装置、プッシュボタン装置、可動ポインティング入力装置、又は他の入力装置のようなメディア選択装置を含む。メディア選択装置は、記憶装置及び/又はリモート記憶装置に記憶されたメディアを選択するのに使用される。ポータブルメディアプレーヤは、少なくとも幾つかの実施形態では、入力装置を通して選択されて、スピーカ又はイヤホンを通して、又はディスプレイ装置に、或いはディスプレイ装置及びスピーカ又はイヤホンの両方に提示されるメディアのタイトル又は他の指示子を表示するためにメディア処理システムに結合されたディスプレイ装置を含む。ここに述べる本発明の実施形態は、例えば、娯楽システム又はパーソナルデジタルアシスタントPDA、又は汎用コンピュータシステム、又は特殊目的コンピュータシステム、又は別の装置内に埋め込まれた装置、又はメディアプレーヤを含まないセルラー電話、又はそれら装置の観点又は機能を合成する装置例えば、1つのポータブル装置においてPDA、娯楽システム及びセルラー電話と合成されたiPod登録商標のようなメディアプレーヤ、或いはマルチタッチハンドヘルド装置のようなマルチタッチ入力装置又はマルチタッチ入力装置を伴うセルラーホン及びハンドヘルドコンピュータを含む装置又は消費差向け電子製品、のような他の形式のデータ処理システムの一部分である。1つの実施形態では、メールサーバー、IMAPインターネットアクセスメッセージプロトコルサーバー、カレンダーサーバー、連絡先サーバー、装置管理サーバー、又は他の適用可能なサーバーアプリケーション、のようなサーバーアプリケーションをホストするサーバーは、クライアント装置へ通知を通信するためにサービス当局例えば、アップルインクからプッシュプロバイダー証明書を要求することによりプッシュ能力を維持することができる。クライアント装置において複数のユーザの1人に対応して実行されるクライアントアプリケーションは、クライアント装置からアプリケーションサーバーへ確立された接続を経て対応サーバーアプリケーションをホストするアプリケーションサーバーの能力を問合せる。問合せの結果、アプリケーションサーバーがプッシュサービスを知っているか又はプッシュサービスを提供できることが示されると、クライアントアプリケーションは、サーバーアプリケーションにそれ自身を識別するためにプッシュサービスコマンドを送信することができる。特に、クライアント装置で実行されるクライアントアプリケーションは、プッシュサービスコマンドにより、ユーザ及びクライアント装置のユーザトークンをサーバーアプリケーションへ提示して、サーバーアプリケーションをホストするサーバーがメッセージ又は通知をクライアント装置の適当なユーザアカウントにプッシュできるようにする。プッシュサービスコマンドに応答して、サーバーアプリケーションは、サーバーからプッシュされたメッセージを受け取るためにクライアント装置が聴いたり見たりできる通知トピック又はサーバーの識別子を識別することができる。ある実施形態では、クライアントアプリケーションからサーバーアプリケーションへのプッシュサービスコマンドは、対応するアプリケーションのプッシュプロトコルに対するバージョン番号、アカウント識別子、サーバー例えば、サーバーアプリケーションを実行するがクライアントアプリケーションをホストする対応するユーザのためのクライアント装置に連絡できるようにするユーザトークン、及び/又はクライアントアプリケーションを識別するサブトピック識別子、のような名前付き値ペアを含む。アカウント識別子及び/又はサブトピック識別子は、プッシュサービス又はプッシュサーバーへ通すべくサーバーに対して不透明のままである。クライアントアプリケーションのためのクライアント装置への通知メッセージは、アカウント識別子及びサブトピック識別子に沿って保持される。1つの実施形態において、サービスアプリケーションからクライアントアプリケーションへのプッシュサービスコマンドに対する応答は、プッシュプロトコルのバージョン番号及びサーバーアプリケーションをホストするサーバーに関連したトピック識別子を含む名前付き値を含むことができる。トピック識別子は、クライアントアプリケーションを実行しているクライアント装置のユーザに対するユーザアカウントにサーバーが通知メッセージをプッシュできるようにするためにサーバーに対するプロバイダー証明書を登録するのに使用される。ある実施形態では、クライアント装置及びサーバーは、例えば、プッシュサービスコマンド/応答を経てハンドシェーク交換を遂行し、サーバーアプリケーションからクライアントアプリケーションへのメッセージ通知に対するプッシュプロトコルのバージョンをネゴシエーションする例えば、サーバー及びクライアントの両アプリケーションに対する最高サポートバージョンを識別する。1つの実施形態によれば、クライアントアプリケーションのサブトピックは、アプリケーションサーバーに関連したトピックのトップに1つ以上の付加的な間接レベルを与える。例えば、サブトピックは、クライアントアプリケーションをターゲットとする通知メッセージを指令する。クライアントアプリケーションは、トピック及びサブトピック対について登録する。或いは又、クライアントアプリケーション及びアプリケーションサーバーは、サブトピックベースのメカニズムを経て緊密に結合されない。複数のクライアントアプリケーションは、トピックにおける共通のサブトピックに対して登録することができる。更に、クライアントアプリケーションは、1人以上のユーザについてサブトピックを登録することができる。サブトピックは、登録のためにクライアントアプリケーションからサーバーアプリケーションへ転送される。ある実施形態では、名前付けハイアラーキーのサブトピック又は他のレベルが、クライアントアプリケーションによりサブトピックを転送する必要なく、サーバーアプリケーションに対するクライアントアプリケーションについて登録される。説明上、1つの実施形態によれば、連絡先アプリケーション、カレンダーアプリケーション、及びワードアプリケーションは、アプリケーションのオフィススイートに属する。連絡先アプリケーションは、1人以上のユーザに対する一般的なトピックオフィスのもとでサブトピック連絡先を登録する。カレンダーアプリケーションは、連絡先アプリケーションに関しては、厳密に同じサブトピック即ち連絡先及びトピックペア即ち連絡先及びオフィスについて登録するように選択を行い、良好な、より最新の使用経験を与え、例えば、誕生日を追加する。しかしながら、ワードアプリケーションは、サブトピック連絡先について登録を行わずに一般的なトピックオフィスのもとで登録を行う。従って、サブトピックでの登録は、特定のアプリケーションについて又はそれをターゲットとして必ずしも1対1のマッピングを実施しない。サーバーは、サブトピック情報を知るか又はクライアントと共有する必要がない。例えば、サーバーは、連絡先データの変更を特定のサブトピック、例えば、連絡先に関連付け、そしてプッシュプロトコルに対するサブトピックを固有のメカニズムとして使用する。別の例として、連絡先アプリケーションは、マルチユーザ装置の各ユーザの個別のインスタンスに対する通知について登録を行う。この例では、連絡先アプリケーションは、マルチユーザ装置のユーザ1、ユーザ2、ユーザNについて個別の通知要求を登録する。このため、ユーザ1は、連絡先アプリケーションのユーザ1のユーザの通知を得ることを希望するが、ユーザ2、ユーザNに関連した連絡先アプリケーションに対する通知は希望しない。図1Aは、メッセージ通知のためのネットワークシステムの一実施形態を示すブロック図である。ネットワークシステム100は、ネットワーク107を経てマルチユーザ装置109のような1つ以上の装置例えば、パーソナルコンピュータ、ラップトップ、テーブル、スマートホン、ゲーム装置、等に結合されたアプリケーションサーバー101のような1つ以上のサーバー又はホスト、ブリッジ119、通知サーバー105、例えば、APNサーバーを備えている。1つの実施形態において、ネットワーク107は、オープンインターネット、イントラネット、ファイアウオール保護安全ネットワーク、ワイドエリアセルラーネットワーク例えば、3Gネットワーク、等を経て、通知サーバー105、マルチユーザ装置109、及び/又はアプリケーションサーバー101間をネットワーク接続できるようにする例えば、プッシュ通知を送信するために。ネットワーク107は、ワイヤード、ワイヤレスWi-Fi、Bluetooth登録商標、等、又はその両方の組み合わせである。1つの実施形態によれば、アプリケーションサーバー101は、1つの単一のサーバー装置を含むか、或いはローカル又はリモート分散サーバー装置のクラスターを含む。アプリケーションサーバー101は、マルチユーザ装置109のようなクライアント装置で実行される対応するクライアントアプリケーションにサービスするサーバーアプリケーション117のような1つ以上の個別のサーバーアプリケーションをホストする。サーバーアプリケーションは、メールサーバー、カレンダーサーバー、連絡先サーバー、装置管理サーバー又は他の適用可能なサーバーアプリケーションを含む。1つの実施形態では、アプリケーションサーバー101は、マルチユーザ装置109へ通知メッセージをプッシュ又は送信するために通知サーバー105からの証明書を登録する。登録は、トピック103を、アプリケーションサーバー101を識別する識別子例えば、登録された証明書に含まれたとして指定する。マルチユーザ装置109は、マルチユーザ装置109にアカウントをもつ1人以上のユーザに対して通知サーバー105により与えられるアップルインクからのAPNサービスのようなプッシュサービスを経てアプリケーションサーバー101から発信するメッセージについてトピック103を聴取する。1つの実施形態において、アプリケーションサーバー101は、ブリッジ119を通してプッシュ通知を送信する。1つの実施形態において、ブリッジ119は、プッシュ通知を1つのフォーマットから別のフォーマットに変換するのに使用される。この実施形態では、ブリッジ119は、通知サーバー105からプッシュ通知要求を受け取り、そしてそのプッシュ通知要求を、アプリケーションサーバー101が満足できるプロトコルへ変換することにより、マルチユーザクライアント109のプロキシーとして働く。更に、アプリケーションサーバー101は、アプリケーションサーバーにより使用されるネーティブプロトコルにおいてマルチユーザクライアント109に向けられるプッシュ通知を送信する。ブリッジ119は、このプッシュ通知を受け取り、そしてその通知を、マルチユーザクレイムに適したフォーマットへ変換する例えば、アップルプッシュ通知APNサービス、等。例えば、1つの実施形態では、アプリケーションサーバー101は、プッシュ通知要求を受け取り、そして拡張性メッセージング及び存在プロトコルXMPPを使用してプッシュ通知を送信し、又、マルチユーザクライアント109は、異なるプロトコル例えば、APNプロトコル、等を使用してプッシュ通知プッシュ通知要求を受信送信する。1つの実施形態において、ブリッジ119は、アプリケーションサーバー101からのプッシュ通知に契約するマルチユーザクライアント及び/又はシングルユーザクライアントからのユーザのリストを維持する。この実施形態では、アプリケーションサーバー101は、ブリッジ119が1人以上のユーザであるかのようにブリッジ119と相互作用する。次いで、ブリッジ119は、ユーザのためのプッシュ通知を満足するためにマルチユーザ装置109及び/又はシングルユーザクライアントの対応ユーザアカウントと相互作用する。1つの実施形態では、マルチユーザ装置109は、1つ以上のユーザアカウント114A-Bをホストする。1つの実施形態では、マルチユーザ装置109は、2つのユーザアカウントと共に示されているが、別の実施形態では、マルチユーザ装置109は、ユーザアカウントがそれより少なくても多くてもよい。1つの実施形態では、ユーザは、マルチユーザ装置109を使用する個人である。ユーザは、ユーザアカウントでマルチユーザ装置109を使用することができる。1つの実施形態では、ユーザアカウントは、そのユーザに対してマルチユーザ装置109をカスタマイズするのに使用される。例えば、1つの実施形態では、ユーザは、ユーザアカウントを使用して、ユーザのファイルシステム環境、デスクトップ、アプリケーション、等に対して特定の設定を生成する。この実施形態では、ユーザは、ユーザアカウントを使用して、そのユーザによる特定の使用についてアプリケーションを設定する。例えば、1つの実施形態において、ユーザ1は、ユーザ1がユーザ1のe-メールは見るが、他のユーザのものは見ないように、メールアプリケーションを設定する。別の実施形態では、マルチユーザクライアント109が使用する同じプロトコルで通信するアプリケーションサーバー101について、アプリケーションサーバー101は、ブリッジ119を通らずに、プッシュ通知を通信する。1つの実施形態において、マルチユーザ装置109は、アプリケーション111A-Bを含む複数のクライアントアプリケーションをホストすることができる。1つの実施形態では、各ユーザ1114A-Bは、通知サーバー105と共に使用できる1つ以上のアプリケーション111A-Bに関連している。クライアントアプリケーションとは、それに対応するサーバーアプリケーションによりサービスされるメールアプリケーション、カレンダーアプリケーション、連絡先アプリケーション、装置管理アプリケーション、又は他の適用可能なクライアントアプリケーションである。マルチユーザ装置109は、例えば、通知サーバー105を経てプッシュサービスに登録し、マルチユーザ装置109がアプリケーションサーバー101のようなサーバーからプッシュサービスを経てプッシュされたメッセージを受信できるようにするための装置トークン115を得る。装置トークン115は、プッシュサービスを経て通知メッセージをルーティングするためにマルチユーザ装置109を識別し及び/又は承認する。更に、サブトピック113A-Bは、マルチユーザ装置109のユーザアカウント114A-Bインスタンスごとに発生され、装置における異なるクライアントアプリケーション及び/又はユーザの中でアプリケーション111A-Bを独特に識別する。更に、マルチユーザ装置109は、各ユーザ116A-Bに対してユーザトークン114A-Bを各々要求する。1つの実施形態では、ユーザトークン114A-Bは、プッシュ通知に対してユーザ116A-Bを独特に識別するのに使用される。1つの実施形態において、アプリケーション111A-Bは、各ユーザトークン114A-B及びサブトピック113A-Bをアプリケーションサーバー101のための対応するサーバーアプリケーション117へ転送し、通知メッセージをマルチユーザ装置109へプッシュする。次いで、アプリケーションサーバー101は、アプリケーションサーバー101からプッシュされた通知メッセージを受信するためにマルチユーザ装置109が聴取すべきトピック103で応答する。通知メッセージは、他のクライアントアプリケーションを呼び出したり装置の他のユーザアカウントに通知したりせずにサブトピック113A-B及び/又はユーザトークン114A-Bによって識別されたユーザ116A-B及びアプリケーション111A-Bの組み合わせへマルチユーザ装置109がメッセージを直接配送できるようにするためにサブトークン113A-B及び/又はユーザトークン114A-Bを埋め込む。図1Bは、マルチユーザ装置のユーザアカウントでユーザを識別するのに使用されるエイリアスを含むユーザトークン114Aのブロック図である。図1Bにおいて、ユーザトークン114Aは、装置識別子130と、ゾーン情報134と、エイリアス136と、パッディングデータ138とを含む。装置識別子130は、マルチユーザ装置109を識別するのに使用される、この技術で知られた識別子である。装置識別子130をユーザトークン114Aに含ませることにより、ユーザ116Aは、マルチユーザ装置109に関連付けられる。1つの実施形態において、装置識別子134は、装置トークン115に使用される同じ識別子である。装置識別子は、装置証明書、ハードウェア識別子、この技術で知られた他の装置識別データ、及び/又はその組み合わせ、等である。1つの実施形態において、ゾーン情報134は、ユーザ116Aを通知システムの特定のゾーンに関連付ける識別子である。1つの実施形態において、ゾーンは、通知システムの区分であり、通知システムは、1つ以上のゾーンで形成され、そして同じゾーン内の各通知クライアント例えば、マルチユーザ装置109、他の通知クライアント、等は、そのゾーンの1つ以上の通知サーバーにより取り扱われる。1つの実施形態において、通知サーバー105は、ゾーン情報を使用して、そのゾーンを取り扱う適当な通知サーバーにプッシュ通知を転送する。例えば、1つの実施形態において、通知サーバー105がゾーン1のプッシュ通知を処理し、そしてこの通知サーバーがアプリケーションサーバー109からゾーン2のプッシュ通知を受け取る場合に、通知サーバー105は、ゾーン2のプッシュ通知を取り扱う別の通知サーバー図示せずへこのプッシュ通知を転送する。更に、ユーザトークン116Aは、エイリアス136を含む。1つの実施形態において、エイリアス136は、マルチユーザ装置のユーザを識別するのに使用される。この実施形態では、ユーザごとに独特のエイリアスがあり、そしてそれに対応するユーザアカウントがマルチユーザマシン109に存在する。例えば、1つの実施形態において、マルチユーザ装置では、2つのユーザアカウントがある場合に、2人のユーザの各々に対して独特のエイリアスがある。エイリアス136は、ランダム数、ユーザ証明書から導出された列挙された数、等である。1つの実施形態では、エイリアス136は、ユーザトークン116Aにおける4バイトフィールドである。1つの実施形態では、エイリアス136は、ユーザアカウントを表わすのに使用される装置のエイリアスであり、そしてプッシュ通知の装置識別子に代わるユーザである。更に、ユーザトークン116Aは、パッディングデータ138を含む。1つの実施形態では、パッディングデータ136は、トークン116Aの使用にとって重要でないデータで、トークン116A内のスペースを埋め、及び/又はトークン116A内のスペースを将来の使用のために予約するのに使用される。図2は、ここに述べる実施形態により通知メッセージを管理するためのマルチユーザ装置109の規範的コンポーネントを示すブロック図である。例えば、マルチユーザ装置109は、複数のユーザ116A-Bに対して図1Aのネットワークシステム100を経てプッシュサービスについて登録する。1つの実施形態では、通知管理モジュール201は、マルチユーザ装置109内にプッシュサービスのためのフレームワークを与える。通知管理モジュール201は、サービス例えば、プッシュサービス接続プロセス中に装置トークン115を受け取り、プッシュサービスを経てプッシュされた通知メッセージを受け取ることが証明され又は信頼されたものとしてマルチユーザ装置109を識別する。更に、通知管理モジュール201は、サービス例えば、プッシュサービス接続プロセス中にユーザトークン114A-Bを受け取り、プッシュサービスを経てプッシュされた通知メッセージを受け取ることが証明され又は信頼されたものとしてユーザ116A-Bを各々識別する。1つの実施形態では、通知管理モジュール201は、プッシュサービスからプッシュされたメッセージがマルチユーザ装置109のユーザ116A-Bに向けられるかどうかを、メッセージがユーザトークン114A-Bに一致するか又はそれを含むかに基づいて決定する。1つの実施形態によれば、通知管理モジュール201は、例えば、アプリケーション111A-Bからの要求に応答して、1つ以上のサブトピック113A-Bを、マルチユーザ装置109内のアプリケーション111A-Bを識別するクライアントアプリケーション識別子として発生する。アプリケーション111A-Bは、図1のサーバーアプリケーション117のような対応するサーバーアプリケーションからのメッセージ通知を受信するために、サブトピック113A-B及びそれに対応するユーザトークン114A-Bを登録のために転送する。1つの実施形態では、アプリケーション111A-Bは、通知管理モジュール201を経て、図1のトピック103のようなトピックに契約し又はそれを聴取する。マルチユーザ装置109の2つ以上のアプリケーション111A-Bは、共通のトピックを登録し又はそれに契約する。更に、マルチユーザ装置109の異なるユーザ114A-Bにより使用されるアプリケーション111A-Bは、共通のトピックを登録し又はそれに契約する。通知管理モジュール201は、どのトピックがどのアプリケーション及びどのユーザにより現在契約されているか指示するトピック契約データを契約プロフィール203に記憶する。1つの実施形態では、通知管理モジュール201は、各ユーザトークン116A-Bに対して異なる契約プロフィール302を有する。この実施形態では、マルチユーザ装置109は、異なる契約プロフィールを、そのユーザトークン116A-Bに対応するユーザ114A-Bに各々関連付ける。プッシュサービスを経てプッシュされた通知メッセージを受け取ると、通知管理モジュール201は、到着する通知メッセージからトークンを抽出して、その通知メッセージがマルチユーザ装置109に向けられたものであるかどうか、例えば、トークンとユーザトークン116A又は116Bとの間の一致に基づいて、決定することができる。通知管理モジュール201は、受け取った通知メッセージからトピックを識別し、契約プロフィール203に基づいて、その受け取った通知メッセージでどのクライアントアプリケーション及びどのユーザアカウントを通知すべきか識別する。任意であるが、通知管理モジュール201は、これもその受け取った通知メッセージに含まれたトピックに契約している他のアプリケーションを呼び出したり又は通知したりすることなく、サブトピック113A-Bにより識別されるアプリケーション111A-Bのようなサブトピックストリングにより識別されたクライアントアプリケーションにその受け取った通知メッセージを直接配送するために、その受け取った通知メッセージがサブトピック例えば、ストリングを保持するかどうか決定する。1つの実施形態において、通知管理モジュール201は、異なるユーザ114A-Bの各々に対してホワイトリスト及び/又はブラックリストを維持する。この実施形態では、ホワイトリストとは、移動装置のユーザが通知メッセージの受信を希望するところのインストールされたアプリケーションに対応するアプリケーション識別子のリストである。更に、ブラックリストとは、移動装置のユーザが通知メッセージの受信を希望しないところのインストールされたアプリケーションに対応するアプリケーション識別子のリストである。ホワイトリスト/ブラックリストの維持及び使用は、参考としてここに援用する2009年2月24日に出願されたManagingNotificationMessagesと題する米国特許出願第12/392,679号に説明されている。図3は、通知メッセージを与えるためのアプリケーションサーバーの規範的コンポーネントを示すブロック図である。例えば、アプリケーションサーバー101は、図1のネットワークシステム100にわたり通知サーバー105を経てクライアント装置に通知メッセージをプッシュする。1つの実施形態において、通知モジュール301は、プッシュサービスの当局から受け取られた証明書の一部分としてアプリケーションサーバー101を識別するためトピック103を受け取る。サーバーアプリケーション117は、例えば、通知モジュール301から検索されたトピック103を、図1の移動クライアント109のようなクライアント装置へ送り、クライアント装置がアプリケーションサーバー101からプッシュされたメッセージを聴取できるようにする。1つの実施形態において、通知サービスレジストリ303は、アプリケーションサーバー101にホストされるサーバーアプリケーション117又は他のサーバーアプリケーションからのメッセージ通知に対して登録されたクライアント装置から受け取られたユーザトークン及び関連データを記憶する。通知サービスレジストリ303は、アプリケーションサーバー101にローカル又はリモート結合されたメモリ又は大量記憶装置に基づく。1つの実施形態では、通知サービスレジストリ303のユーザトークンは、メッセージ通知について登録するためにクライアントアプリケーションから転送されたサブトピックのようなデータに関連している。関連データは、アプリケーションサーバー101及び/又は通知サーバー105に対して不透明のままである。例えば、関連データを記憶し、検索し、除去し及び/又は転送する以外、それらのデータについてアプリケーションサーバー101に処理リソースが割り当てられない。ユーザトークンにより識別されたクライアント装置へ通知メッセージをプッシュするときに、サーバーアプリケーション117は、ユーザトークンを、それに関連したデータ及びトピック103と一緒に、例えば、通知モジュール301を経て通知サーバー105へ転送する。ユーザトークンと装置トークンとの間マッピングを維持するために、通知サーバー105は、どのエイリアスがどの装置に関連しているかのリストを維持する。1つの実施形態では、通知サーバー105は、複数のエイリアスを識別子リスト300の装置に関連付ける。1つの実施形態では、識別子リスト300のエイリアスは、図2において上述したエイリアス136である。例えば、1つの実施形態では、通知サーバー105は、エイリアス304A-Nを装置トークン302Aに、そしてエイリアス306A-Nを装置トークン302Bに関連付ける。1つの実施形態では、通知サーバー105は、異なるユーザアカウントにより使用中のアプリケーションが、プッシュ通知に契約する要求を送信するときに、ユーザトークンを処理することによりこのリストを維持する。例えば、1つの実施形態では、通知サーバー105は、アプリケーションがプッシュ通知に契約することを要求するときに装置識別子を含むユーザトークンを受け取る。この実施形態では、通知サーバーは、ユーザトークンからエイリアス及び関連装置識別子を抽出し、そして必要に応じて、識別子リスト300を更新する。図4は、ここに述べる実施形態によるマルチユーザ装置とアプリケーションサーバーとの間の規範的なメッセージ交換を示すシーケンス図である。1つの実施形態では、マルチユーザ装置109、アプリケーションサーバー101及び通知サーバー105は、図1のネットワーク107を経て互いに結合される。マルチユーザ装置109は、メッセージ通知アプリケーションサーバー101について登録する前に、例えば、インスタンス401の前に、図1のユーザトークン114A又は114Bのようなユーザトークンを、例えば、プッシュサーバーから通知サーバー105を経て受け取る。アプリケーションサーバー101は、通知サーバー105のようなプッシュサーバーへの接続を確立するためにアプリケーションサーバー101を許可する証明書をプッシュサービスの安全当局から受け取る。受け取った証明書は、アプリケーションサーバー101を識別するための図1のトピック103のようなトピックをストリングとして含む。1つの実施形態では、マルチユーザ装置109のクライアントアプリケーション、例えば、メールは、サーバーアプリケーションからのメッセージ通知について登録するためにアプリケーションサーバー101においてホストされる対応するサーバーアプリケーション、例えば、IMAPサーバーとのネットワーク接続を開始する。シーケンス401において、クライアントアプリケーションは、どの能力がサーバーアプリケーションによりサポートされるか問合せする問合せ要求を送信するためにマルチユーザ装置109とアプリケーションサーバー101との間のネットワーク接続を開始する。それに応答して、シーケンス403において、サーバーアプリケーションは、例えば、XAPPLEPUSHSERVICE指示子を含むプロトコルに基づき、プッシュオプションの利用性を示す指示子で回答する。次いで、シーケンス405において、クライアントアプリケーションは、メッセージプッシュ又は通知について登録するためにマルチユーザ装置109からアプリケーションサーバー101へコマンドを送信する。コマンドは、サーバーアプリケーションがマルチユーザ装置109、ユーザアカウント例えば、ユーザトークン及び/又はクライアントアプリケーションをアドレスできるようにするために名前又は識別子を伴うパラメータを含む。1つの実施形態において、パラメータは、マルチユーザ装置109のユーザトークンを含む名前付きの値に基づく。任意であるが、パラメータは、マルチユーザ装置109内のクライアントアプリケーションが独特に所有するサブトピック、例えば、com.apple.mobilemailを含んでもよい。シーケンス407において、アプリケーションサーバーは、アプリケーションサーバー101を識別するトピックで回答する。トピックとは、複数のサーバーにより共有されるプッシュサービスを経てアプリケーションサーバー101からプッシュされるメッセージを識別するのに使用できるストリング、例えば、com.google.pushである。マルチユーザ装置109とアプリケーションサーバー101との間のメッセージ通知を登録するために確立された同じネットワーク接続を経て付加的なアプリケーション特有のトランザクションが交換される。このネットワーク接続は、マルチユーザ装置109がアプリケーションサーバー101からの通知を待機する間に切断される。その後、サーバーアプリケーションは、例えば、特定のユーザに対してIMAPサーバーに新たなメールが到着する等の、あるアプリケーション特有のイベントの発生に応答して、マルチユーザ装置109へプッシュされるべき通知メッセージを発生する。サーバーアプリケーションは、通知メッセージをユーザトークンでパッケージし、そして例えば、マルチユーザ装置109に対して登録された又は記憶されたクライアントアプリケーションのサブトピックを含めて、ユーザトークンに関連したデータを通過させる。シーケンス409において、アプリケーションサーバー101は、アプリケーションサーバー101を識別するトピックを伴う通知メッセージを、通知サーバー105を経てマルチユーザ装置109へ送信する。次いで、シーケンス411において、通知サーバー105は、プッシュネットワークサービスを経てマルチユーザ装置109へ通知メッセージをプッシュする。通知メッセージが到着すると、マルチユーザ装置109は、当該クライアントアプリケーション及びユーザアカウントへメッセージを転送する前にメッセージのトピック及び/又はユーザトークンを検証する。マルチユーザ装置109は、検証が失敗した例えば、トピックが契約されず及び/又はユーザトークンがローカルユーザトークンに一致しない場合にはメッセージを無視する。任意であるが、マルチユーザ装置109は、通知メッセージのペイロードからサブトピックを抽出して、通知メッセージを、トピックに契約している他のアプリケーションへ転送せずに、サブトピックにより名前付けされたクライアントアプリケーションのみに配送してもよい。マルチユーザ装置109は、クライアントアプリケーションがスリープ状態にあるか又は通知メッセージを受信するように現在実行されていない場合には、そのユーザアカウントに対してクライアントアプリケーションを呼び出す。次いで、シーケンス413において、クライアントアプリケーションは、アプリケーションサーバー101における対応するサーバーアプリケーションとの接続を開始し、アプリケーション特有のトランザクション例えば、対応するユーザのためのメールメッセージを検索する。図5Aは、マルチユーザ装置が通知メッセージを識別されたクライアントアプリケーションへルーティングできるようにするためのプロセス500の一実施形態を示すフローチャートである。規範的なプロセス500は、ハードウェア回路、専用ロジック、等、ソフトウェア専用マシンで実行されるような、又はその組み合わせを含む処理ロジックによって遂行される。例えば、プロセス500は、図1のシステム100の幾つかのコンポーネントにより遂行される。ブロック501において、プロセス500の処理ロジックは、ユーザトークンにより識別されるクライアント装置に存在するクライアントアプリケーションのためのアプリケーション識別子例えば、サブトピックを発生することができ、クライアントアプリケーションは、サーバー識別子例えば、トピックによって識別された1つ以上のアプリケーションサーバーによりホストされるサーバーアプリケーションとのトランザクションを遂行する。ブロック503において、1つの実施形態では、プロセス500の処理ロジックは、クライアントアプリケーションに対するアプリケーションサーバーからのメッセージ通知サービスを登録する。プロセス500の処理ロジックは、クライアントアプリケーションに関連した識別子例えば、クライアントアプリケーション識別子のためのサブトピック、及びクライアント装置のユーザのためのユーザトークンを含むを、アプリケーションサーバーにおいてホストされるサーバーアプリケーションへ転送して、サーバーアプリケーションが通知メッセージをクライアントアプリケーション及びそれに対応するユーザのためにクライアント装置にプッシュできるようにする。ブロック505において、アプリケーションサーバーから通知メッセージを受け取るのに応答して、プロセス500の処理ロジックは、通知メッセージがアプリケーション識別子を保持するかどうか決定する。1つの実施形態では、プロセス500の処理ロジックは、通知メッセージからトークン及びトピックを抽出して例えば、名前付きの値に基づいて、通知メッセージがマルチユーザ装置により受信されることが意図されているかどうか検証する。1つの実施形態では、プロセス500の処理ロジックは、通知メッセージのペイロードからのアプリケーション識別子、例えば、サブトピックを識別する。アプリケーション識別子又はサブトピック及びユーザトークンのエイリアスが識別された場合には、ブロック507において、プロセス500の処理ロジックは、トピックと契約する他のアプリケーション又は通知メッセージの他のユーザそれらユーザがクライアントアプリケーションを使用するかどうかに関わらずへ通知メッセージを転送することなく、エイリアスで識別されたユーザに対してサブトピックにより識別されるクライアントアプリケーションへ通知メッセージを転送する。プロセス500の処理ロジックは、複数のクライアントアプリケーションの中でサブトピックにより識別されるクライアントアプリケーションを選択すると共に、クライアント装置においてトピックに契約する適当なユーザに対してクライアントアプリケーションを選択する。さもなければ、通知メッセージにサブトピックが見つからない場合には、プロセス500の処理ロジックは、クライアントアプリケーションのトピック及び/又は各ユーザと契約する各クライアントアプリケーションへ通知メッセージを転送して、通知メッセージを処理すべきかどうか決定する例えば、メッセージに保持されたコンテンツに基づいて。図5Bは、通知メッセージをユーザトークンに関連したユーザに対する識別クライアントアプリケーションへルーティングするのに使用されるユーザトークンを発生するためのプロセスの一実施形態を示すフローチャートである。規範的なプロセス500は、ハードウェア回路、専用ロジック、等、ソフトウェア専用マシンで実行されるような、又は両方の組み合わせを含む処理ロジックによって遂行される。例えば、プロセス500は、図1Aのシステム100の幾つかのコンポーネント例えば、マルチユーザクライアント109により遂行される。ブロック552において、プロセス500の処理ロジックは、プッシュ通知要求を受け取る。1つの実施形態において、通知管理モジュール201は、図2において上述したように、クライアントアプリケーション111A又は111Bからプッシュ通知要求を受け取る。この実施形態では、プッシュ通知要求は、ユーザからのクライアントアプリケーションからのものである。1つの実施形態において、プッシュ通知要求は、どのクライアントアプリケーション及びユーザがプッシュ通知を要求しているか識別する。1つの実施形態において、プッシュ通知要求は、次のもの、即ち装置トークン、ユーザトークン、及び/又はユーザ証明書、の1つ以上を含む。例えば、1つの実施形態では、装置トークンは、プッシュ通知システムに対して装置を識別する装置トークン115であり、そしてユーザトークンは、プッシュ通知システムに対してユーザを識別するのに使用されるユーザトークン116Aであり、図1A-2について上述したようにそのユーザに対するエイリアスを含む。ブロック554において、プロセス500は、要求に証明書が含まれているかどうか決定する。1つの実施形態では、証明書は、要求を作成するユーザを識別するのに使用されるパブリックキー証明書である。又、証明書は、ユーザのアイデンティティAppleID、MobileMeID、この分野で知られている他の証明書、等に基づくものである。要求に証明書が含まれない場合には、ブロック556において、プロセス550は、証明書を発行する。1つの実施形態では、プロセス500は、第三者の証明書発行サービスから証明書を検索することにより証明書を発行する。1つの実施形態では、適当な証明書当局が証明書に署名する。1つの実施形態では、証明書を使用して、ユーザのエイリアスが発生される例えば、図1について上述したユーザトークン116Aの一部分であるエイリアス136。プッシュ通知要求に証明書が含まれる場合には、プロセス550は、ブロック558において、プッシュ通知システムに接続する。1つの実施形態では、プロセス550は、プッシュ通知接続コマンドを通知サーバー105へ送信する。プッシュ通知接続を送信することにより、プロセス550は、プロセス550がユーザのための通知及びユーザに関連したクライアントアプリケーションを受信する準備ができたことを通知システムに信号する。ブロック560において、プロセス560は、プッシュ通知システムから装置トークンを検索しそして記憶する。1つの実施形態では、プロセス500は、図2について上述したように、通知サーバー105から装置トークンを検索しそしてその装置トークンを契約プロフィール203に記憶する。1つの実施形態では、通知サーバー105に接続するマルチユーザ装置109の最初のインスタンスに装置トークンが生成される。プロセス550は、ブロック562において、プッシュ通知要求にユーザトークンが含まれるかどうか決定する。1つの実施形態では、プッシュ通知要求に対してユーザトークンが利用できる場合には、要求側プロセスが、図1Bについて述べたユーザトークン116Aのようなユーザトークンをプッシュ通知要求に挿入する。プッシュ通知要求にユーザトークンが含まれない場合には、プロセス550は、ブロック564において、ユーザトークンをフェッチする。1つの実施形態では、プロセス550は、ユーザトークンをフェッチするためにプッシュ通知接続存在コマンドを通知サーバーへ送信する。それに応答して、通知サーバーは、適当なユーザトークン例えば、ユーザトークン116Aを要求側プロセス例えば、プロセス550へ送信する。この実施形態では、接続存在コマンドは、装置及び装置に関連したユーザがオンラインでありそしてプッシュ通知を受け取る準備ができたことをプッシュ通知サーバーに信号する。1つの実施形態では、プロセス550は、ユーザがマルチユーザ装置にログインするか、又はマルチユーザ装置が1ユーザ装置又はデフォールトユーザを伴う多ユーザ装置に対してブートアップするときに、プッシュ通知接続存在コマンドを送信する。ユーザトークンが要求に含まれる場合には、プロセス550は、ブロック566において、ユーザトークンをイネーブルする。1つの実施形態では、プロセス550は、トークンが生成されるときにユーザトークンをイネーブルする。図6は、アプリケーションサーバーからアプリケーションクライアントへ通知メッセージを与えるためのプロセスの一実施形態を示すフローチャートである。規範的なプロセス600は、ハードウェア回路、専用ロジック、等、ソフトウェア専用マシンで実行されるような、又は両方の組み合わせを含む処理ロジックによって遂行される。例えば、プロセス600は、図1のアプリケーションサーバー101のようなシステム100の幾つかのコンポーネントにより遂行される。ブロック601において、プロセス600の処理ロジックは、アプリケーションサーバーにおいてホストされるサーバーアプリケーションからのメッセージ通知に対してクライアント装置のクライアントアプリケーションから登録要求を受け取る。登録要求は、クライアント装置及び/又はユーザのための識別子例えば、ユーザトークンと、任意であるが、クライアントアプリケーションのための付加的な識別子例えば、サブトピックとを含む。ブロック603において、プロセス600の処理ロジックは、アプリケーションサーバーを識別するサーバー識別子例えば、トピックをクライアント装置へ送信して、クライアント装置が、アプリケーションサーバーから通知された又はプッシュされたメッセージを聴取できるようにする。1つの実施形態では、プロセス600の処理ロジックは、ブロック605において、クライアント装置に対する通知メッセージをアドレスするために装置識別子及びプッシュサービスのエイリアスを含む識別子を記憶する。例えば、1つの実施形態では、サーバーは、図3について上述した識別子リスト300のような識別子リストに装置識別子及びそれに対応するエイリアスを記憶する。記憶される識別子は、通知メッセージを受け取るためにクライアント装置のクライアントアプリケーションを識別するサブトピックを含む。1つの実施形態では、ブロック607において、プロセス600の処理ロジックは、クライアントアプリケーションをホストするクライアント装置のユーザのための記憶された識別子に基づいてメッセージを受信するために登録されたクライアントアプリケーションの通知メッセージを発生する。例えば、通知メッセージは、クライアントアプリケーションに関連したアカウントに関するサーバーアプリケーションにおけるイベントの発生、例えば、新たなメールメッセージの到着、チャット要求、スケジュール更新、又は他の適用可能なイベント、を指示する。通知メッセージは、通知メッセージを受信するクライアント装置及びユーザを識別するユーザトークンと、クライアントアプリケーションを識別するサブトピックを含むペイロードと共にパッケージされる。ブロック609において、プロセス600の処理ロジックは、発信側アプリケーションサーバーを識別するトピックを含む通知メッセージを、プッシュサービスを経てクライアント装置へ送信する。通知メッセージは、クライアントアプリケーションを識別するためにメッセージのペイロードに埋め込まれたサブトピックを保持する。その後、ブロック611において、プロセス600の処理ロジックは、サーバーアプリケーションと共にクライアントアプリケーションから確立されたネットワークセッションを経てアプリケーション特有のトランザクションを遂行する。ブロック613において、プロセス600の処理ロジックは、クライアントアプリケーション、ユーザ及び/又はクライアント装置への通知メッセージの送信をストップするための条件が満足されたかどうか決定する。サーバーアプリケーションから通知メッセージを受信するためのユーザのクライアントアプリケーションが登録される。1つの実施形態において、プロセス600の処理ロジックは、クライアント装置へ最後の通知メッセージを送信して以来のユーザ及び/又はクライアント装置に対する期間又は経過時間を監視する。この期間がスレッシュホールド例えば、1日、12時間、等、これは予め構成されるか又は動的に構成されるを越えた場合には、ユーザ及び/又はクライアント装置への通知メッセージの送信をストップするための条件が満足される。ブロック615において、プロセス600の処理ロジックは、その条件が満足された場合にサーバーアプリケーションのメッセージ通知又はプッシュサービスからユーザ及び/又はクライアント装置を登録解除する。1つの実施形態では、ユーザは、サーバーアプリケーションの通知受信者のリストから除去される。例えば、1つの実施形態では、プロセス600の処理ロジックは、クライアント装置のクライアントアプリケーションを識別するサブトピックを保持するデータを含めて、ユーザを識別するエイリアスに関連したエントリを、メッセージ通知のためのレジストリから除去する。別の実施形態では、クライアント装置は、サーバーアプリケーションの通知受信者のリストから除去される。例えば、プロセス600の処理ロジックは、クライアント装置のクライアントアプリケーションを識別するサブトピックを保持するデータを含めて、クライアント装置を識別する装置トークンに関連したエントリを、メッセージ通知のためのレジストリから除去する。この実施形態では、クライアント装置を登録解除することで、クライアント装置に関連したユーザも登録解除される。図7は、ここに述べる実施形態に使用されるデータ処理システムの一例を示す。図7に示すデータ処理システム700は、1つ以上のマイクロプロセッサであるか又はシステムオンチップ集積回路である処理システム711を備え、又、処理システムにより実行するためのデータ及びプログラムを記憶するメモリ701も備えている。又、システム700は、オーディオ入力/出力サブシステム705も備え、これは、例えば、音楽を再生するためのマイクロホン及びスピーカを含むか、又はスピーカ及びマイクロホンを通して電話機能を与える。システム700は、少なくとも幾つかの実施形態では、ここに述べる1つ以上のプロフィールを要求し、そしてそれらのプロフィールをダウンロードし、ネットワークを通して通信するよう装置を構成することができる。システム700は、図7に示すシステムであるサーバーデータ処理システムからそれらのプロフィールをダウンロードすることができる。1つの実施形態では、システム700は、図1に示す装置111A-Bである。ディスプレイコントローラディスプレイ装置707は、ユーザのための視覚ユーザインターフェイスを与え、このデジタルインターフェイスは、OSXオペレーティングシステムソフトウェアを実行するときにMacintoshコンピュータに示されるものと同様のグラフィックユーザインターフェイスを含む。又、システム700は、別のデータ処理システムと通信するための1つ以上のワイヤレストランシーバ703も備えている。ワイヤレストランシーバは、WiFiトランシーバ、赤外線トランシーバ、Bluetooth登録商標トランシーバ、及び/又はワイヤレスセルラー電話トランシーバである。ある実施形態では、図示されていない付加的なコンポーネントも、システム700の一部分であり、そしてある実施形態では、図7の示すものより少ないコンポーネントをデータ処理システムに使用してもよいことが明らかであろう。又、データ処理システム700は、ユーザがシステムに入力を与えることができるようにするために設けられた1つ以上の入力装置713も備えている。それらの入力装置は、キーパッド、又はキーボード、又はタッチパネル、又はマルチタッチパネルである。又、データ処理システム700は、ドックのためのコネクタである任意の入力/出力装置715も備えている。当業者に明らかなように、種々のコンポーネントを相互接続するのに、図示されていない1つ以上のバスを使用できることが明らかであろう。図7に示すデータ処理システムは、ハンドヘルドコンピュータ、又はパーソナルデジタルアシスタントPDA、又はPDAのような機能をもつセルラー電話、又はセルラー電話を含むハンドヘルドコンピュータ、又はiPodのようなメディアプレーヤ、或いはそれら装置の態様又は機能を結合する装置、例えば、PDA及びセルラー電話と1つの装置に結合されたメディアプレーヤである。他の実施形態では、データ処理システム700は、ネットワークコンピュータ、又は別の装置内の埋め込み型処理装置、或いは図7に示すものより少数のコンポーネント又はおそらくそれより多数のコンポーネントを有する他の形式のデータ処理システムである。図8は、本発明の1つの実施形態に使用されるデータ処理システムの一例を示す。例えば、図8は、コンピュータシステムの種々のコンポーネントを示すが、コンポーネントを相互接続する特定のアーキテクチャー又は仕方を表わすことを意図していない。というのは、そのような詳細は、本発明と関係がないからである。より少数のコンポーネント又はおそらくより多数のコンポーネントを有するネットワークコンピュータ及び他のデータ処理システム又は他の消費者向け電子装置も、本発明に使用できることが明らかであろう。図8は、図1に示すサーバーシステムを表わす。図8に示すように、一形式のデータ処理システムであるコンピュータシステム800は、バス1903を備え、これは、マイクロプロセッサ805、ROMリードオンリメモリ807、揮発性RAM809、及び不揮発性メモリ811に結合される。マイクロプロセッサ805は、メモリ807、809、811からインストラクションを検索し、そしてそれらインストラクションを実行して、上述したオペレーションを遂行する。バス803は、これら種々のコンポーネントを一緒に相互接続すると共に、これらのコンポーネント805、807、809及び811を、ディスプレイコントローラディスプレイ装置813、並びに入力/出力I/O装置のような周辺装置に相互接続し、そのI/O装置は、マウス、キーボード、モデム、ネットワークインターフェイス、プリンタ、及びこの分野で良く知られた他の装置である。典型的に、入力/出力装置815は、入力/出力コントローラ817を通してシステムに結合される。揮発性RAMランダムアクセスメモリ809は、典型的に、メモリ内のデータをリフレッシュ又は維持するために常時電力を必要とするダイナミックRAMDRAMとして具現化される。大量記憶装置811は、典型的に、システムから電力が取り去られた後もデータ例えば、大量のデータを維持する磁気ハードディスク、磁気光学ドライブ、光学ドライブ又はDVDRAM、又はフラッシュメモリ、或いは他の形式のメモリシステムである。典型的に、大量記憶装置811は、ランダムアクセスメモリでもあるが、これは、必要なことではない。図8は、大量記憶装置811がデータ処理システムの残りのコンポーネントに直結されたローカル装置であることを示しているが、本発明は、システムから遠隔にある不揮発性メモリ、例えば、モデムのようなネットワークインターフェイス、イーサネット登録商標インターフェイス、又はワイヤレスネットワークを通してデータ処理システムに結合されたネットワーク記憶装置を使用してもよいことが明らかである。バス803は、この分野で良く知られたように、種々のブリッジ、コントローラ、及び/又はアダプタを通して互いに接続される1つ以上のバスを含む。ここで使用するメモリという語は、ダイナミックランダムアクセスメモリDRAM及びスタティックRAMSRAMのような全ての揮発性記憶媒体を包含することが意図される。コンピュータ実行可能なインストラクションは、磁気ハードディスク、光学ディスクのような不揮発性記憶装置に記憶され、そして典型的に、プロセッサによるソフトウェアの実行中に、直接メモリアクセスプロセスによりメモリに書き込まれる。当業者であれば、マシン読み取り可能な記憶媒体という語は、プロセッサによりアクセスできる任意の形式の揮発性又は不揮発性記憶装置を含むことが直ちに認識されよう。以上の説明において、本発明は、特定の規範的な実施形態を参照して説明された。特許請求の範囲に規定された本発明の広い精神及び範囲から逸脱せずに種々の変更がなされ得ることが明らかであろう。従って、本明細書及び図面は、例示に過ぎず、それに限定されるものではない。"