JP5306334B2 - ネットワークにおいてユーザを認証するための方法と装置 - Google Patents

Description

本発明は、通信ネットワークに関連し、より具体的には、通信ネットワークでユーザを認証することに関する。

オンラインゲームのような典型的な通信ネットワークアプリケーションでは、プレイヤはオンライン体験の間、パートナーや仮想的な世界と相互作用したり、コミュニケーションしたりする。そのような体験の有効性は、オンラインゲームや他のアクティビティの選択肢をたくさんもっているプレイヤにとって重要なものとなりうる。オンラインゲームプロバイダにとっても、プロバイダが提供するゲームにプレイヤを参加させ続けるという点でそのような体験の有効性が重要である。

オンラインゲームのプレイヤは典型的にはいろいろなサービス、ゲーム、またはプロバイダにアカウントを設定する。アカウントは、たとえばユーザのプロファイル、ゲームの統計データ、友だちリストなどを管理するために使われる。ユーザのアカウントの整合性を維持するためには、ユーザは典型的にはパスワードを用いて自分を認証させ、自分のアカウントにアクセスする必要がある。いろいろなサービスプロバイダにおいてパスワードを用いる場合、プレイヤはアカウントとパスワードの情報をサービスプロバイダ毎に記憶することが要求される。プレイヤがサービスプロバイダをたくさん利用すればするほど、パスワードをたくさん管理することが必要になり、プレイヤにとって負担になる。

プレイの品質を維持するために、ゲームプロバイダは、たとえば、特定のゲーム機をもつプレイヤなど認定ユーザにアクセスを制限することを望むかもしれない。特定のゲーム機にアクセスを制限することにより、ゲームプロバイダは、ゲームとのプレイヤのインタラクションが複数のプレイヤと複数のタイトルにわたって一貫性があるという自信をもてる。たとえば、ゲームプロバイダは、特定のゲーム機を使ってプレイするように設計されたゲームをプレイヤがパーソナルコンピュータ（ＰＣ）を用いてプレイすることを望まないかもしれない。このような方法でプレイヤのアクセスを制限することで望ましいレベルの品質を維持できる一方、ユーザが自分のアカウントにアクセスすることがこのようなやり方で制限されることはユーザにとって耐え難い負担となるかもしれない。たとえば、プレイヤが自分の友人からのメッセージをチェックしたいだけであっても、そのときは要求されるゲーム機へのアクセスをもっていないためにメッセージをチェックすることができないことになる。

したがって、通信ネットワークにアクセスするユーザの認証を改善する必要がある。

本発明の実施の形態は、ネットワークのユーザを認証するための方法、システム、装置、プログラムを提供する。ある実施の形態では、第１の閉じたまたは安全なネットワークはネットワークへのアクセスを認証されたユーザに制限する。いったんユーザが安全なネットワーク上で認証されると、ユーザは安全なネットワークから受信した認証情報を用いて第２のオープンなネットワークのサービスプロバイダにアクセスすることができる。言い換えれば、サービスプロバイダは閉じたネットワークからの認証情報を用いて、当該ユーザがサービスプロバイダにアクセスすることが許されるかどうかを決定する。

別の実施の形態では、ユーザは、サービスプロバイダネットワークまたは安全なネットワークにアクセスするために使われる別のネットワーク対応デバイスに認証情報を転送することができる。このようにすることで、異なるネットワーク対応デバイス上でユーザを同じ認証情報に関連づけることができる。

ある実施の形態では、ネットワークにアクセスする方法は、ユーザが第１ネットワークにアクセスするステップとそのユーザを認証するステップを含む。そして、ユーザに関連づけられたチケットを生成する。ユーザに関連づけられた暗号化されたＩＤファイルがチケット内の情報とユーザパスワードにもとづいて生成される。そして、ユーザはそのＩＤファイルを用いて第２ネットワーク内のサービスプロバイダにアクセスする。

別の実施の形態では、ユーザに関連づけられたＩＤファイルを生成する方法は、安全なネットワークからユーザについての認証情報を受信するステップを含む。そして、認証情報とユーザパスワードを含むユーザデータをＩＤファイルサービスに提供する。ＩＤファイルサービスは望ましいユーザデータとパスワードを中間ファイルに組み立て、その中間ファイルを署名されたＩＤファイルに暗号化する。そして、その署名されたＩＤファイルはユーザに提供され、ユーザは署名されたＩＤファイルを用いていろいろなネットワークにアクセスすることができる。

ある実施の形態では、ＩＤファイルはそのユーザにユニークな情報を含む。このような方法でいったんサービスプロバイダがユーザを認証すると、サービスプロバイダはユーザにアカウントへのアクセスを提供する。

さらに、ＩＤファイルは、予め定められたイベントが起きたときにアクティブになるであろうトリガーデータを含むことができる。ＩＤファイルは更新することもできる。たとえば、ＩＤファイルはネットワーク上のアクティビティに関する情報を用いて更新することができる。その後、ユーザが異なるネットワークに入るか、以前に入っていたネットワークに再び入るとき、更新されたＩＤファイルをアクセスに用いることができる。ユーザが認証された後、更新された情報を用いて、ネットワーク上のユーザのアカウントを他のネットワーク上でのアクティビティに応じて修正または調整することができる。

ユーザがいろいろなネットワークやサービスプロバイダにアクセスするために使うことのできるネットワーク対応デバイスの例は、ゲーム機、パーソナルコンピュータ（ＰＣ）、携帯情報端末（ＰＤＡ）、携帯電話、セットトップボックスなど、ネットワークにアクセスすることができる任意のデバイスを含む。

本発明の他の特徴や利点は、これから詳述する説明および図面を参酌することで技術分野の当業者にとってより容易に明らかになる。

本発明の実施の形態に係る認証システムを説明するブロック図である。

ＩＤファイルを生成するための実施の形態を説明するブロック図である。

異なるネットワーク対応デバイスで生成されたＩＤファイルを用いてサービスプロバイダにアクセスすることを示すブロック図である。

ネットワークにアクセスする実施の形態を説明するフローチャートである。

ＩＤファイルを生成する実施の形態を説明するフローチャートである。

ネットワークにアクセスする実施の形態を説明するフロー図である。

ネットワークにアクセスする実施の形態を説明するフロー図である。

二つのネットワーク対応デバイス間で情報を転送する実施の形態のフロー図である。

いろいろな実施の形態に関連づけて用いることができるネットワーク対応デバイスの例を説明するブロック図である。

以下の説明を読めば、発明をいろいろな代替的な実施の形態や代替的な応用例に実装する方法が当業者に明らかになる。もっとも、本発明のいろいろな実施の形態がここに記載されるが、これらの実施の形態は例示のみを目的として提示されており、限定されるものではない。いろいろな実施の形態の詳細な説明はそれ自体が本発明の範囲や外延を限定するものと解されるべきではない。

ここで述べる方法、装置、技術、プログラム、システムの実施の形態はネットワークのユーザを認証する方法を提供する。たとえば、ある実施の形態では、第１の閉じたまたは安全なネットワークはネットワークへのアクセスを認証されたユーザに制限する。いったんユーザが安全なネットワーク上で認証されると、ユーザは安全なネットワークから受信した認証情報を用いて第２のネットワークのライセンスされたまたはライセンスされていないサービスプロバイダネットワークにアクセスすることができる。言い換えれば、第２のネットワークのサービスプロバイダは閉じたネットワークからの認証情報を用いて、当該ユーザがサービスプロバイダにアクセスすることが許されるかどうかを決定する。別の実施の形態では、ユーザは、ライセンスされたサービスプロバイダネットワークにアクセスするために使われる別のライセンスされていないネットワーク対応デバイスに認証情報を転送することができる。別の実施の形態では、ユーザは、別のライセンスされたまたはライセンスされていないネットワーク対応デバイスに認証情報を転送し、ライセンスされていないサービスプロバイダネットワークにアクセスするために使うことができる。このような方法で、異なるネットワーク対応デバイス上で、ライセンスされたサービスプロバイダおよびライセンスされていないサービスプロバイダの両方でユーザを同じ認証情報に関連づけることができる。ユーザが使うことのできるネットワーク対応デバイスの例は、ゲームコントローラコンソール、パーソナルコンピュータ（ＰＣ）、携帯情報端末（ＰＤＡ）、携帯電話、セットトップボックスなど、ネットワークにアクセスすることができる任意のデバイスを含む。

図１は、本発明の実施の形態に係る認証システムを説明するブロック図である。図１の例に示すように、認証システム１００は、第１ネットワーク１０２と第２ネットワーク１０４を含む。第１のユーザのネットワーク対応（network enabled）デバイス１０６を用いて第１ネットワーク１０２および第２ネットワーク１０４にアクセスすることができる。ある実施の形態では、第１ネットワークは閉じた（クローズド）あるいは安全なネットワークであり、第２ネットワークはオープンなサービスプロバイダのネットワークである。

ある実施の形態では、閉じたネットワーク１０２へのアクセスは、特定のネットワーク対応デバイスまたは特定のカテゴリのネットワーク対応デバイスを使用しているユーザなど、認定されたユーザの集合に限定される。たとえば、閉じたネットワーク１０２へのアクセスは、特定のライセンスされたゲーム機を使っているユーザに限定される。ある実施の形態では、閉じたネットワーク１０２は認証トークンを発行することで閉じたネットワークの整合性（インテグリティ）を保つ。いったんユーザが認証されると、信憑性を示すトークンが提供され、ユーザはネットワークをナビゲートすることが許される。

たとえば、閉じたネットワーク１０２は、その閉じたネットワーク１０２にアクセスするために使われたネットワーク対応デバイスが、当該ネットワーク対応デバイスが特定のカテゴリのものであることを識別するシリアル番号のような形の識別情報をもっているかどうかを検証することによってユーザを認証することができる。いったんネットワーク対応デバイスが認証されたことが確定すると、ネットワークはそのネットワーク対応デバイスにトークンまたはチケットを提供し、ネットワーク対応デバイスがネットワークをナビゲートすることを許可する。ある実施の形態では、閉じたネットワークに対するアクセスを特定のタイプのゲームコントローラに限定することにより、ゲームプレイの統一性を異なるゲームタイトルにわたって維持することができる。それに加えて、ユーザのネットワークアイデンティティを複数のゲームタイトルにわたって追跡することができる。閉じたネットワーク１０２は、商品またはユーザが商品を購入することのできる店のモジュール１１０を含むこともできる。さらに、閉じたネットワーク１０２は、いろいろなネットワークコミュニティ、たとえばインスタントメッセージのコミュニティや友だちリストなどをユーザが設定できるようにするサービスモジュール１１２を含んでもよい。

ある実施の形態では、閉じたネットワーク１０２へのアクセスは、アクセス要求をするライセンスされたユーザのネットワーク対応デバイス１０６によって実行される。閉じたネットワーク１０２におけるサーバまたはネットワークコントローラがユーザを認証する。ユーザが認証される場合、ユーザは自分のユーザアカウントモジュール１１４へのアクセスが許可される。ユーザアカウントモジュール１１４は、ユーザに関する情報、たとえば、ユーザのハンドルネーム、ログインネーム、クレジットカード番号、その他ユーザが閉じたネットワーク１０２において以前のセッションで提供した情報を保持する。ユーザが既存のアカウントを持たない場合は、サーバ上のアプリケーションを実行してユーザ情報を収集し、アカウントを設定することができる。さらに、ユーザは自分のアカウントの情報を修正することができる。

閉じたネットワーク１２０のサーバは、認証を示すチケットまたはトークン１２０と呼ばれるファイルをライセンスされたユーザのネットワーク対応デバイス１０６に発行することができる。認証チケット１２０はユーザのアカウントの情報のいくつかを含んでもよい。たとえば、チケットは、ユニークなネットワーク識別子、ネットワークログインＩＤ、ユーザのハンドルネームのようなものを含んでもよい。チケットはアカウントの特権レベル、資格、アカウント優先権に関する情報も含んでもよい。典型的には、チケットはクレジットカード情報のような慎重に扱うべき個人情報を含むことは一般にはない。

ある実施の形態では、ユーザのネットワーク対応デバイス１０６は閉じたネットワーク１０２上で生成されたチケット１２０を用いて、第２のサービスプロバイダのネットワーク１０４にアクセスすることができる。このような方法により、サービスプロバイダはユーザが閉じたネットワーク１０２によって認証されたことを知る。サービスプロバイダはまた、チケットの情報にもとづいてユーザのアイデンティティを知る。たとえば、ユーザのネットワーク対応デバイス１０６はチケット１２０をサービスプロバイダネットワーク１０４内のライセンスされたＩＤファイルサーバ１３０に通信することができる。ＩＤファイルサーバ１３０はチケット１２０の正当性を確認する。チケットの正当性確認のプロセスは、閉じたネットワーク１０２と互換性のある技術を用いて、チケットが正しく復号され、元の署名が検証されることを要求する。

ある実施の形態では、ライセンスされたＩＤファイルサービス１３０によってチケット１２０が検証された後、ＩＤファイルサービス１３０は、ＩＤファイルを組み立て、暗号化し、署名する。ある実施の形態では、ＩＤファイルの署名は、当業者に知られた、公開／秘密鍵技術と呼ばれる技術を用いてなされる。

署名されたＩＤファイル１４０はライセンスされたＩＤファイルサービス１３０からユーザのネットワーク対応デバイス１０６に送信される。ＩＤファイルサービス１３０はまた、ネットワーク１０４のライセンスされたサービスプロバイダとライセンスされていないサービスプロバイダ１５０（ａ）、（ｂ）に公開鍵１４２を送信する。ユーザがライセンスされていないサービスプロバイダ１５０（ｂ）にアクセスしたいときは、ユーザのネットワーク対応デバイス１０６は、署名されたＩＤファイル１４０とユーザによって提供されるパスワードをライセンスされていないサービスプロバイダ１５０（ｂ）に送信する。ライセンスされていないサービスプロバイダ１５０（ｂ）はＩＤファイルサービス１３０から受信した公開鍵のコピーを用いてＩＤファイル１４０を復号する。ライセンスされていないサービスプロバイダ１５０（ｂ）は、ＩＤファイル１４０からのパスワードがユーザが提供したパスワードと一致するかどうかを検証する。別の実施の形態では、ユーザのネットワーク対応デバイス１０６はライセンスされていないサービスプロバイダ１５０（ｂ）にＩＤファイル１４０を送信することができ、ライセンスされていないサービスプロバイダ１５０（ｂ）がユーザにパスワードを要求することができる。

ＩＤファイル１４０からのパスワードとユーザが提供したパスワードが一致する場合、ユーザのネットワーク対応デバイス１０６は、ライセンスされていないサービスプロバイダ１５０（ｂ）へのアクセスを許可される。この方法で、ユーザは同じパスワードとアカウント情報を用いて、複数のライセンスされたおよびライセンスされていないサービスプロバイダ１５０にアクセスすることができ、それにより、ユーザが異なるサービスプロバイダ１５０用に複数のアカウントとパスワードを保持する必要がなくなる。

ある実施の形態では、ライセンスされたＩＤサービス１３０をライセンスされたサービスプロバイダ１５０内に含めてもよい。他の実施の形態では、ライセンスされたサービスプロバイダを他の場所に含めてもよい。たとえば、スタンドアロンサービスであってもよく、閉じたネットワーク１０２に含めてもよく、あるいは、ユーザのネットワーク対応デバイス１０６に含めてもよい。

ある実施の形態では、複数のサービスプロバイダをグループ化し、同じ公開／秘密鍵の組み合わせをそれぞれのＩＤファイルの署名に用いることができる。別の実施の形態では、各個別のサービスプロバイダに対して異なる公開／秘密鍵を用いることができる。

図１を続けて参照し、ライセンスされたユーザのネットワーク対応デバイス１０６は、ＩＤファイル１４０を第２のライセンスされていないネットワーク対応デバイス１６０にエクスポートするか、さもなければ送信することができる。ある実施の形態では、ライセンスされたユーザのネットワーク対応デバイス１０６と第２のライセンスされていないネットワーク対応デバイス１６０はともに同じカテゴリまたはタイプのネットワーク対応デバイスであってもよい。他の実施の形態では、第２のライセンスされていないネットワーク対応デバイス１６０は、ライセンスされたユーザのネットワーク対応デバイス１０６とは異なるカテゴリのネットワーク対応デバイスであってもよい。

たとえば、ライセンスされたネットワーク対応デバイス１０６は、特定のカテゴリのゲーム機、たとえば、特定の製造者または製造者のグループによって製造されたゲーム機ファミリーのメンバであってもよい。ゲーム機は閉じたネットワーク１０２にアクセスできる。なぜなら、閉じたネットワークはゲーム機製造者と関連づけられており、閉じたネットワーク１０２に対するアクセスは制限されており、その製造者によって識別される認定ゲーム機にだけアクセスが許されるからである。この例では、いったん認証されると、ゲーム機は閉じたネットワークからチケットを受け取る。そして、ゲーム機はそのチケットをライセンスされたＩＤファイルサービス１３０に送信し、署名されたＩＤファイル１４０を受け取ることができる。その後、ゲーム機はＩＤファイル１４０を用いてライセンスされたおよびライセンスされていないサービスプロバイダ１５０にアクセスすることができる。サービスプロバイダはユーザが閉じたネットワーク１０２で認証されたことを知っており、また、ＩＤファイル１４０の情報からユーザのアイデンティティのようなユーザに関する付加情報も知っている。

ゲーム機はまた、ＩＤファイル１４０を第２のライセンスされていないネットワーク対応デバイス１６０にエクスポートするか、送信することができ、第２のネットワーク対応デバイスはそのＩＤファイル１４０を用いて、ライセンスされたおよびライセンスされていないサービスプロバイダ１５０にアクセスすることができる。ある実施の形態では、第２のネットワーク対応デバイス１６０は別のゲーム機である。他の実施の形態では、第２のネットワーク対応デバイス１６０はパーソナルコンピュータ、別の製造者のゲーム機、携帯情報端末、携帯電話、セットトップボックス、あるいは他のネットワーク対応デバイスであってもよい。

上記の例では、第２のライセンスされていないネットワーク対応デバイス１６０は、ＩＤファイル１４０を用いて、ラインセンスされたおよびライセンスされていないサービスプロバイダ上のアカウントまたはアカウント情報にアクセスすることができる。この方法により、ユーザは異なるライセンスされたおよびライセンスされていないネットワーク対応デバイスを用いて自分のアカウント情報にアクセスすることができる。たとえば、ユーザは、第１の閉じたネットワーク１０２上でゲーム機を用いてアカウントを設定し、第２のネットワーク１０４のライセンスされたまたはライセンスされていないサービスプロバイダ１５０上で関連づけられたアカウント情報を確立することができる。後に、ユーザは異なるライセンスされていないネットワーク対応デバイス、たとえばＰＣを用いて、自分のアカウント情報にアクセスすることができる。この方法で、ユーザは、特定のライセンスされたネットワーク対応デバイスを用いて自分のアカウント情報にアクセスすることができるのみに制限されるのではなく、異なる場所にある異なるネットワーク対応デバイスから自分のアカウント情報にアクセスすることができる。いったんユーザが自分のアカウントにアクセスすると、ユーザはそのアカウントを用いて、いろいろな機能、たとえば、ゲームをプレイしたり、友だちに電子メールしたり、アイテムを購入したり、メッセージを確認するなどの機能を実行することができる。

図２は、図１のＩＤファイル１４０のようなＩＤファイルを生成するための実施の形態を説明するブロック図である。図１に示すように、ライセンスされたユーザのネットワーク対応デバイス１０６は、ユーザが認証された後、閉じたネットワーク１０２からチケットを受け取る。その後、ユーザはアカウント管理モジュールまたはプログラム２０４に関与して、ＩＤファイル１４０の生成を要求する。たとえば、ユーザは、最初にサービスを開始するときにＩＤファイル１４０を生成したいかもしれない。あるいは、ＩＤファイルに含まれるユーザ情報のいくつかを変更したため、ＩＤファイル１４０を生成したいかもしれない。

ある実施の形態では、アカウントモジュール２０４はパスワードモジュール２０６を起動し、ユーザのパスワードを受け取ることができる。たとえば、ユーザが初めてＩＤファイル１４０を生成しようとしている場合、あるいは、ユーザがパスワードを変更しようとしている場合、パスワードモジュール２０６はユーザからパスワードを受け取ることができる。ユーザのネットワーク対応デバイス１０６はその後、チケット、パスワード、およびその他の必要な情報を図１のＩＤファイルサービス１３０に送信する。

ＩＤファイルサービス１３０は、閉じたネットワーク１０２と互換性のあるライセンスされた技術を用いてチケットから望ましいユーザデータを抽出するＩＤファイルモジュール２２４を実行する。ＩＤモジュール２２４はまた、パスワードおよび他の望ましい情報、たとえば現在の日付も取得する。ＩＤモジュール２２４はその後、データを中間ファイルに組み立て、秘密鍵を用いてその中間ファイルを暗号化して署名されたＩＤファイル１４０を生成する。署名されたＩＤファイル１４０は、ユーザのネットワーク対応デバイス１０６のＩＤファイルモジュール２０８に送信される。ＩＤファイル１４０はチケット経由で利用可能になった情報を含むことがありうるが、その情報に限るものではない。付加的な情報として、閉じたネットワーク１０２に関連づけられていないが、１またはそれ以上のサービスプロバイダ１５０だけに関連するデータを含むこともある。

ある実施の形態では、ＩＤファイルモジュール２０８がその後、ＩＤファイル１４０をストレージデバイスにエクスポートまたは保存することで、ＩＤファイル１４０が別のネットワーク対応デバイスに搭載されるようにすることもできる。別の実施の形態では、ＩＤファイルモジュールは、有線または無線のネットワークを介して、別のネットワーク対応デバイスと通信することができる。たとえば、有線または無線ＬＡＮ、ブルートゥースインタフェースのような無線通信、あるいは他の通信ネットワークを介して、ＩＤファイル１４０を二つのネットワーク対応デバイス間で交換することができる。

図３は、ＩＤファイル１４０を用いてネットワークまたはサービスプロバイダにアクセスすることを示すブロック図である。図３に示すように、ネットワーク対応デバイス１６０はブラウザ３１０を用いてサービスプロバイダ１５０にアクセルまたはログオンする。ネットワーク対応デバイスは必要ならブラウザプラグイン３１２をダウンロードすることができる。

ネットワーク対応デバイス１６０のパスワードモジュール３１６は、ユーザからユーザのハンドルネームのような入力を受け取る。ユーザのハンドルネームの情報はユーザを識別するものであり、また、ハンドルネームに関連づけられたＩＤファイル１４０を識別するためにも用いることができる。パスワードモジュール３１６は、ＩＤファイル１４０を提供されるか、または読み出す。たとえば、パスワードモジュール３１６は、メモリ、または固定か着脱可能のいずれかのストレージデバイスからＩＤファイル１４０を読み出すことができる。パスワードモジュール３１６はまたユーザのパスワードを受け取る。

パスワードモジュールはユーザのハンドルネームの情報を用いて、ネットワーク対応デバイスのストレージメディア内の所定の位置にあるＩＤファイル１４０を検索することができる。たとえば、ストレージメディアは、ハードドライブ、ＲＡＭ、ＲＯＭ、またはメモリスティックのような着脱可能なメディアドライブ、あるいは他のタイプのストレージメディアを含む。ＩＤファイル１４０が見つからない場合、パスワードモジュール３１６はユーザにブラウザモジュール３１８を提供し、ユーザにＩＤファイルの場所を特定させることができる。

その後、コミュニケーションモジュール３２０はＩＤファイル１４０とパスワードをサービスプロバイダ１５０に送信する。サービスプロバイダ側では、認証モジュール３４０がＩＤファイル１４０とパスワードを受け取る。認証モジュール３４０はＩＤファイル１４０を復号し、ＩＤファイル１４０内のパスワードをユーザが提供したパスワードと比較する。これらのパスワードが一致しないなら、ユーザはサービスプロバイダへのアクセスを拒否される。これらのパスワードが一致するなら、それはそのユーザがＩＤファイル１４０と関連づけられていることを示しており、サービスプロバイダ１５０はウェブセッションを確立する。たとえば、サービスプロバイダ１５０はセッションクッキー３５０をネットワーク対応デバイスに返してもよい。

オプションとして、認証モジュール３４０は、ＩＤファイル１４０の署名を、サービスプロバイダ１５０がアクセスするデータベース３４２における既知の署名と照合する。認証モジュール３４０はこれもオプションであるが、ＩＤファイル１４０の日付または期限を調べてＩＤファイル１４０がまだ期限内のものであるか、すでに期限切れになっているかを判別することもできる。

サービスプロバイダにアクセスするために使われたネットワーク対応デバイスは、ＩＤファイル１４０を生成するのに使われたネットワーク対応デバイスと同じものであってもよく、異なるネットワーク対応デバイスであってもよい。たとえば、第１のネットワーク対応デバイスをＩＤファイル１４０を生成するために用い、その後、そのＩＤファイル１４０を第２のネットワーク対応デバイスに転送してもよい。このようにして、ユーザは自分のＩＤファイル１４０を複数のネットワーク対応デバイスに転送し、異なるネットワーク対応デバイスを用いて異なるネットワーク上の自分のアカウントにアクセスすることができる。

図４は、図１および図３で説明したようにネットワークにアクセスする実施の形態を説明するフローチャートである。フローはブロック４０２で始まり、ユーザはネットワーク対応デバイスを用いて第１のコントロールされたネットワークにアクセスする。フローはブロック４０４に続き、ユーザは第１のコントロールされたネットワークによって認証される。フローはその後ブロック４０６に続き、第１のネットワークがユーザに認証チケットを送信する。チケットには、たとえば、ユーザについての情報のほか、ユーザが第１のネットワークによって認証されたことを確認する情報が含まれる。

フローはブロック４０８に続き、ユーザはライセンスされたＩＤファイルサービスにアクセスする。ＩＤファイルサービスはチケットとパスワードをユーザから受け取る。ブロック４１０においてＩＤファイルサービスはユーザが第１のネットワークによって認証されたことを検証する。このための手段はコントロールされた第１のネットワークの仕様によって決まるが、その手段は、ライセンスされたチケット認証ソフトウェアがＩＤファイルサービス１３０上で実行されることを要求することもあろう。それから、ＩＤファイルサービスは当該ユーザ用のＩＤファイル１４０を生成し、ＩＤファイル１４０のコピーをユーザに送信する。ある実施の形態では、ＩＤファイル１４０は公開／秘密鍵技術を用いて署名される。ブロック４１２においてユーザは署名されたＩＤファイルを用いてサービスプロバイダにアクセスする。

上述の技術を用いて、ユーザは第１のネットワーク対応デバイスを用いて第１のネットワークにアクセスし、第１のネットワークによって認証を受けることができる。ユーザはその後、第１のネットワークからの認証結果を第２のネットワーク対応デバイス上で用いて第２のネットワークにアクセスすることができる。第２のネットワークのサービスプロバイダと相互作用する間、ユーザは第２のネットワーク対応デバイス上で使用するか、または第１のネットワーク対応デバイス上で使用するための商品やサービスを購入するといったアクティビティに従事しすることができる。たとえば、ユーザは第２のネットワークにアクセスして、サービスプロバイダにログオンし、映像、ゲーム、プログラム、音楽、映画、テレビ番組、エピソードからなるコンテンツ、または他のエンタテインメントプログラムを第２のネットワーク対応デバイスまたは第１のネットワーク対応デバイス上で使用するために購入してもよい。ある例では、ユーザはＰＣ（第２のネットワーク対応デバイス）を用いてサービスプロバイダにアクセスし、映画を購入することができる。映画はその後、ゲーム機のようなユーザの第１のネットワーク対応デバイスにダウンロードされるか、プッシュされる。ある例では、ゲーム機の電源が付いているなら、映画は即座にプッシュされ、ゲーム機の電源がオフであれば、映画はサービスプロバイダによってキューイングされ、電源がオンになったときにゲーム機にダウンロードされるか、プッシュされる。

別の実施の形態では、ユーザは、ゲーム機のような第１のネットワーク対応デバイスを用いて、ゲームサイトのようなサービスプロバイダにアクセスすることができる。ユーザはゲームコントローラを用いて対話し、ゲームを「プレイ」することができる。ユーザはその後、ＩＤファイルを用いて、ＰＣのような第２のネットワーク対応デバイスで同じゲームサイトにログオンすることができる。そのサイトはユーザを認識し、ユーザが以前ゲームプレイをしていたときに離れた場所から同じゲーム環境に入ることを許すであろう。この例では、ユーザはゲーム機とＰＣのような異なるネットワーク対応デバイスを用いて同じゲームをプレイすることができる。ユーザがそのサイトにログオンするとき、ユーザはサイトに問い合わせをして、当該サイト上のユーザのアカウントを用いてどんなアクティビティがなされてきたかを判断することができる。このようにして、ユーザは、自分のアカウント上で自分が気づいていないアクティビティがあったかどうかを判断することができる。

さらに別の実施の形態では、第１および第２のネットワーク対応デバイス間で転送されるＩＤファイル１４０には、各ネットワーク対応デバイス上でなされたアクティビティに関する情報の他に、２つのネットワーク対応デバイス間で交換されるべき他の情報が含まれることもある。たとえば、第１のネットワーク対応デバイスから第２のネットワーク対応デバイスに転送されるＩＤファイル１４０は、あらかじめ定められたイベントが第２ネットワーク対応デバイス上で起きた場合にアクティブになるであろう情報またはトリガーデータを含むことができる。またＩＤファイル１４０は、広告、アクティビティ情報、またはプロファイルデータを含んでもよい。同様に、第２のネットワーク対応デバイスから第１のネットワーク対応デバイスに転送されるＩＤファイル１４０は、あらかじめ定められたイベントが第１のネットワーク対応デバイス上で起きた場合にアクティブになるであろう情報またはトリガーデータの他、広告、アクティビティ情報、またはプロファイルデータを含んでもよい。たとえば、ＩＤファイル１４０は、ネットワーク対応デバイスによって訪れたウェブサイトに関する情報または他のネットワーク対応デバイスのアクティビティに関する情報を含むように更新することができる。

図５は、図１から図３のＩＤファイルのようなＩＤファイルを生成する実施の形態を説明するフローチャートである。フローはブロック５０２で始まり、ユーザはＩＤファイルの生成を要求する。フローはブロック５０４に続き、ユーザはパスワードの入力を促される。その後、ブロック５０６においてユーザが安全なネットワークから最初に受け取ったチケットがＩＤファイルサービスに送信される。ユーザに関する情報には、ユーザに関するプロファイル情報の他、セキュリティネットワークからの認証データを含めることができる。

フローはブロック５０７に続き、ＩＤファイルとＩＤファイルに対するパスワードをＩＤファイルサービスに送信する。それから、ブロック５０８においてＩＤファイルサービスはチケットの信憑性を検証し、望ましいデータ項目とパスワードを中間ファイルに組み立て、その中間ファイルを署名されたＩＤファイル１４０に暗号化する。ＩＤファイル１４０は、たとえば、公開／秘密鍵を用いて署名することができる。フローはブロック５１０に続き、署名されたＩＤファイル１４０はユーザに送信される。

図６は、図１から図３で述べたようにネットワークにアクセスする実施の形態を説明するフロー図である。フローはブロック６０４で始まり、ユーザは自分のハンドルネームとパスワードを提供する。フローはブロック６０６に続き、ユーザのハンドルネームとパスワードに関連づけられたＩＤファイル１４０をサービスプロバイダに提供する。ある実施の形態では、ＩＤファイル１４０は公開／秘密鍵を用いて署名される。ブロック６０８において、サービスプロバイダはＩＤファイル１４０とパスワードにもとづいてユーザを認証する。たとえば、ＩＤファイル１４０が署名されている場合、サービスプロバイダは、ＩＤファイルを署名したＩＤファイルサービスによって提供される公開鍵を用いてＩＤファイルを復号する。

フローはブロック６１０に続き、ユーザが認証されるかどうかを判定する。ある実施の形態では、ＩＤファイル内にパスワードが含まれており、そのパスワードはユーザが提供したパスワードと比較され、両者が一致するかどうかが決定される。パスワードが一致するなら、ＩＤファイルの認証データが評価され、ユーザを認証するかどうかを決定する。ユーザが認証されない場合、フローはブロック６１２に続き、ユーザはサービスプロバイダへのアクセスを否定される。ブロック６１０において、ユーザが認証されることが決定される場合、フローはブロック６１４に続き、サービスプロバイダ上でセッションが確立される。

図７は、図１から図３で述べたようにネットワークにアクセスする実施の形態を説明するフロー図である。フローはブロック７０４で始まり、ユーザは第１のネットワーク対応デバイスを用いてネットワークに同期する。たとえば、第１のネットワーク対応デバイスはゲーム機、ＰＣ、ＰＤＡ、携帯電話、または他のネットワーク対応デバイスであってもよい。ブロック７０６において、ユーザに関連づけられたＩＤファイル１４０とパスワードが生成される。次に、ブロック７０８においてＩＤファイル１４０が第２のネットワーク対応デバイスに転送される。第２のネットワーク対応デバイスの例には、ゲーム機、ＰＣ、ＰＤＡ、携帯電話、または他のネットワーク対応デバイスが含まれる。パスワードとＩＤファイルを用いて、ユーザは第２のネットワーク対応デバイスを用いてネットワークにアクセスする。第２のネットワーク対応デバイスが、ユーザに関連づけられたＩＤファイル１４０とパスワードを用いてネットワークへのアクセスを獲得したため、ユーザは第２のネットワーク対応デバイスを用いてネットワーク上の自分のアカウントにアクセスすることができる。

ＩＤファイル１４０とパスワードによって、ユーザが同じあるいは異なるネットワークに異なるネットワーク対応デバイスを用いてアクセスすることが可能になる。たとえば、ユーザは、ゲーム機のような第１のネットワーク対応デバイスを用いてＩＤファイル１４０とパスワードを用いて第１のネットワークにアクセスすることができる。ユーザは、ＩＤファイル１４０とパスワードを用いて、同じあるいは異なるネットワークに第２のネットワーク対応デバイスを用いてアクセスすることができる。第２のネットワーク対応デバイスは、第１のネットワーク対応デバイスと同じタイプのネットワーク対応デバイスであってもよく、異なるタイプのネットワーク対応デバイスであってもよい。このようにして、ユーザは異なるネットワーク対応デバイスを用いて自分のアカウントにアクセスすることができる。

上記は、ＩＤファイルの使用して、ライセンスされたおよびライセンスされていないネットワーク対応デバイス（クライアント）の両方が同じライセンスされたサービスプロバイダにアクセスできるという例である。他の例として、１）ＩＤファイルを使用して、同じライセンスされたネットワーク対応デバイス（クライアント）が、ライセンスされたおよびライセンスされていないサービスプロバイダの両方にアクセスできる場合、２）ＩＤファイルを使用して、ライセンスされていないネットワーク対応デバイス（クライアント）がライセンスされていないサービスプロバイダにアクセスすることができる場合がある。

図８は、図１から図３で述べたように二つのネットワーク対応デバイス間で情報を転送する実施の形態のフロー図である。フローはブロック８０４で始まり、第１のネットワーク対応デバイスを用いてネットワークと同期する。その後、ブロック８０６において、第１のネットワークによる認証結果にもとづいてＩＤファイル１４０が生成される。フローはブロック８０８に続き、ＩＤファイル１４０が第２のネットワーク対応デバイスに転送される。

ブロック８１０において、第２のネットワーク対応デバイスはネットワークにアクセスするためにＩＤファイル１４０を用いる。たとえば、第２のネットワーク対応デバイスは第１のネットワーク対応デバイスがアクセスしたのと同じネットワークにアクセスすることができ、あるいは、異なるネットワークにアクセスすることもできる。ブロック８１２において、一つのファイルをＩＤファイル１４０に関連づけることができ、その関連づけられたファイルは、第２のネットワーク対応デバイスによってネットワーク上のアクティビティにもとづいて更新される。たとえば、第２のネットワーク対応デバイスによって訪れたネットワークサイトを識別する情報、アイテムの購入のような第２のネットワーク対応デバイスが関与したアクティビティ、またはその他の情報をその関連づけられたファイルに含めることができる。

ブロック８１４において、ＩＤファイル１４０と関連づけられたファイルが第１のネットワーク対応デバイスに転送される。ブロック８１６において、その関連づけられたファイルが評価される。たとえば、関連づけられたファイルを評価して、第２のネットワーク対応デバイスがどのネットワークサイトを訪れたか、アイテムを購入したかどうか、あるいは他のタイプのネットワークアクティビティがあったかを決定することができる。

上述の例は、二つのネットワーク対応デバイスを説明するものであるが、２よりも多いネットワーク対応デバイスを用いることもできる。たとえば、第１のネットワーク対応デバイスがＩＤファイルを生成し、ＩＤファイル１４０は第２のネットワーク対応デバイス上で用いることができる。ＩＤファイル１４０は第２のネットワーク対応デバイスから第３のネットワーク対応デバイスに転送することができる等々。言い換えれば、ユーザは自分に関連づけられたＩＤファイル１４０を多数のネットワーク対応デバイスに転送することにより、異なるネットワーク対応デバイスを用いて自分のアカウントにアクセスすることができる。たとえば、ユーザは自分のＩＤファイル１４０をメモリスティックまたは他のリムーバブルストレージに格納し、そのリムーバブルストレージを持ち歩くことで、任意の利用可能なネットワーク対応デバイスを用いて自分のアカウントにアクセスすることができるようになる。

ある例では、ユーザは家のゲーム機上でＩＤファイル１４０を用いてオンラインゲームにアクセスしてもよい。家を離れるとき、ユーザはＩＤファイル１４０をリムーバブルストレージデバイスに転送し、そのストレージデバイスを持って行ってもよい。そして、ユーザは、たとえば友人の家などの別の場所で、そのＩＤファイルを用いてＰＣを使って同じオンラインゲームにアクセスしてもよい。ユーザが同じＩＤファイル１４０を使用していることため、ゲームプロバイダは、ユーザが自分のアカウントにアクセスするのを許可し、ユーザは前回終了した場所からゲームに再び参加することができる。ユーザが友人の家を去るとき、ＩＤファイル１４０を更新することができる。ユーザはその後、ＩＤファイル１４０を自分の携帯電話、ＰＤＡ、またはオンラインアクセスをもつ他のモバイルデバイスに転送し、同じ場所からゲームに再び参加することができる。

同様に、ユーザは、これらの多種類のネットワーク対応デバイスから、自分のアカウントのゲームプレイ以外の他の特徴にアクセスすることができる。たとえば、ユーザは携帯電話を使ってネットワークに接続しているときは、自分の仲間にメッセージを送り、いつ家に帰ってネットワークに戻るかを知らせることができる。

図９は、ここで述べたいろいろな実施の形態に関連づけて用いることができる具体的なネットワーク対応デバイス９５０を説明するブロック図である。当業者には明らかであるように、他のネットワーク対応デバイス、たとえば、他のコンピュータ、ゲーム機、および／またはアーキテクチャを用いることもできる。

ネットワーク対応デバイス９５０は好ましくは１以上のプロセッサ、たとえば、プロセッサ９５２を含む。さらにプロセッサを増設してもよい。たとえば、入出力を管理する補助プロセッサ、浮動小数点の数学演算を実行する補助プロセッサ、信号処理アルゴリズムの高速実行に適したアーキテクチャをもつ専用マイクロプロセッサ（たとえばデジタルシグナルプロセッサ）、メイン処理システムに従属するスレーブプロセッサ（たとえばバックエンドプロセッサ）、デュアルまたはマルチプロセッサシステム用の増設マイクロプロセッサまたはコントローラ、あるいは、たとえば並列処理を実装する場合には、コプロセッサなどである。そのような補助的なプロセッサまたはコプロセッサは、個別のプロセッサであってもよく、プロセッサ１３５２と一体化されたものであってもよい。

プロセッサ９５２は好ましくは通信バス９５４に接続される。通信バス９５４は、コンピュータシステム９５０のストレージと他の周辺コンポーネントの間の情報転送を容易にするデータチャネルを含んでもよい。さらに通信バス９５４は、データバス、アドレスバス、および制御バス（図示せず）を含む、プロセッサ９５２との通信に使われる信号の集合を提供してもよい。通信バス９５４は任意の標準あるいは非標準のバスアーキテクチャを含んでもよい。たとえば、ＩＳＡ（industry standard architecture）、ＥＩＳＡ（extended industry standard architecture）、ＭＣＡ（Micro Channel Architecture）、ＰＣＩ（peripheral component interconnect）ローカルバス、またはＩＥＥＥ ４８８ ＧＰＩＢ（general-purpose interface bus）やＩＥＥＥ ６９６／Ｓ−１００などを含むＩＥＥＥによって公表された標準に準拠したバスアーキテクチャである。

ネットワーク対応デバイス９５０は好ましくはメインメモリ９５６を含み、二次記憶９５８も含んでもよい。メインメモリ９５６はプロセッサ９５２上で実行されるプログラムのための命令とデータの格納場所を提供する。メインメモリ９５６は典型的にはＤＲＡＭ（dynamic random access memory）および／またはＳＲＡＭ（static random access memory）のような半導体ベースのメモリである。他の半導体ベースのメモリタイプとして、たとえば、ＲＯＭを含めて、ＳＤＲＡＭ（synchronous dynamic random access memory）、ＲＤＲＡＭ（Rambus dynamic random access memory）、ＦＲＡＭ（ferroelectric random access memory）などがある。

二次記憶９５８はオプションとしてハードディスクドライブ９６０および／またはリムーバブルストレージドライブ９６２、たとえば、フロッピィディスクドライブ、磁気テープドライブ、ＣＤドライブ、ＤＶＤドライブ、メモリスティックなどを含む。リムーバブルストレージドライブ９６２は既知の方法でリムーバブルストレージメディア９６４に対して読み出しおよび／または書き込みを行う。リムーバブルストレージメディア９６４は、たとえば、ＣＤ、ＤＶＤ、フラッシュドライブ、メモリスティックなどである。

リムーバブルストレージメディア９６４は好ましくは、コンピュータ実行可能なコード（すなわちソフトウェア）および／またはデータを格納したコンピュータ読み取り可能な媒体である。リムーバブルストレージメディア９６４上に格納されたコンピュータソフトウェアまたはデータは電子的な通信信号９７８としてコンピュータシステム９５０に読み込まれる。

別の実施の形態において、二次記憶９５８は、コンピュータプログラムまたは他のデータや命令をコンピュータシステム９５０にロードすることを可能にする他の同様の手段を有してもよい。そのような手段には、たとえば、外部ストレージメディア９７２とインタフェース９７０がある。外部ストレージメディア９７２の例として、外部ハードディスクドライブ、外部光ドライブ、または磁気光ドライブがある。

二次記憶９５８の他の例には、ＰＲＯＭ（programmable read-only memory）、ＥＰＲＯＭ（erasable programmable read-only memory）、ＥＥＰＲＯＭ（electrically erasable read-only memory）、またはフラッシュメモリ（ＥＥＰＲＯＭに似たブロック指向メモリ）のような半導体ベースのメモリがある。その他、任意のリムーバブルストレージユニット９７２とインタフェースであってもよく、それにより、ソフトウェアとデータをリムーバブルストレージユニット９７２からネットワーク対応デバイス９５０へ転送することが可能になる。

ネットワーク対応デバイス９５０はまた通信インタフェース９７４を含む。通信インタフェース９７４によって、ネットワーク対応デバイス９５０と外部デバイス、ネットワークまたは情報源との間でソフトウェアとデータを転送することが可能になる。たとえば、コンピュータソフトウェアまたは実行可能コードを通信インタフェース９７４を介してネットワークサーバからネットワーク対応デバイス９５０に転送してもよい。それに加えて、通信インタフェース９７４は、インターネットのような外部ネットワークに対して有線と無線の両方の通信を確立し維持することができる。通信インタフェース９７４の例として、二、三例を挙げると、モデム、ネットワークインタフェースカード（ＮＩＣ）、通信ポート、ＰＣＭＣＩＡスロットおよびカード、赤外線インタフェース、ＩＥＥＥ１３９４ファイヤワイヤ、無線ＬＡＮ、ＩＥＥＥ８０２．１１インタフェース、ＩＥＥＥ８０２．１６インタフェース、ブルートゥースインタフェース、メッシュネットワークインタフェースがある。

通信インタフェース９７４は業界で公表されたプロトコル標準を実装するのが好ましい。たとえば、イーサネット（商標または登録商標）ＩＥＥＥ８０２標準、ファイバチャネル、ＤＳＬ（digital subscriber line）、ＡＤＳＬ（asynchronous digital subscriber line）、フレームリレー、ＡＴＭ（asynchronous transfer mode）、ＩＳＤＮ（integrated digital services network）、ＰＣＳ（personal communications service）、ＴＣＰ／ＩＰ（transmission control protocol/Internet protocol）、ＳＬＩＰ／ＰＰＰ（serial line Internet protocol/point to point protocol）などである。もっとも、カスタマイズされた、または非標準のインタフェースプロトコルを実装してもよい。

通信インタフェース９７４を介して転送されるソフトウェアとデータは一般には電子的な通信信号９７８の形を取る。この信号９７８は好ましくは通信チャネル９８０を介して通信インタフェース９７４に提供される。通信チャネル９８０は信号９７８を運ぶものであり、いろいろな有線または無線の通信手段、二、三例を挙げると、ワイヤまたはケーブル、光ファイバ、従来の電話線、携帯電話リンク、無線データ通信リンク、ＲＦ（radio frequency）リンク、または赤外線リンクを用いて実装される。

コンピュータ実行可能なコード（すなわちコンピュータプログラムまたはソフトウェア）をメインメモリ９５６および／または二次記憶９５８に格納することができる。コンピュータプログラムは通信インタフェース９７４を介して受信し、メインメモリ９５６および／または二次記憶９５８に格納することもできる。そのようなコンピュータプログラムが実行されると、コンピュータシステム９５０は上述したように本発明のいろいろな機能を実行することができるようになる。

この詳細な説明では、「コンピュータ読み取り可能なメディア」は、データを格納したり、コンピュータ実行可能なコード（たとえばソフトウェアやコンピュータプログラム）をネットワーク対応デバイス９５０に提供するのに使われる任意のメディアを指して使われる。このようなメディアの例には、メインメモリ９５６、二次記憶９５８（ハードディスクドライブ９６０、リムーバブルストレージメディア９６４、および外部ストレージメディア９７２を含む）、および通信インタフェース９７４と通信可能に結合した任意の周辺デバイス（ネットワーク情報サーバまたは他のネットワークデバイスを含む）がある。こういったコンピュータ読み取り可能なメディアは、実行可能なコード、プログラミングインストラクションおよびソフトウェアを提供し、ネットワーク対応デバイス９５０へのデータを格納および／または記録する手段である。

ソフトウェアを使って実装された実施の形態では、ソフトウェアをコンピュータ読み取り可能なメディアに格納し、リムーバブルストレージドライブ９６２、インタフェース９７０、または通信インタフェース９７４を介してネットワーク対応デバイス９５０にロードしてもよい。そのような実施の形態では、ソフトウェアは電子的な通信信号９７８の形でネットワーク対応デバイス９５０にロードされる。このソフトウェアは、プロセッサ９５２によって実行されるとき、好ましくはプロセッサ９５２に本発明に係る上述の特徴と機能を実行させる。

いろいろな実施の形態は主にハードウェアで、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）のようなコンポーネントを用いて実装することができる。ここに記述した機能を実行することのできるハードウエア・ステート・マシーンを実装することは、当該分野の当業者にとっては明らかなことである。いろいろな実施の形態はハードウェアとソフトウェアの組み合わせを用いて実装することもできる。

ここで用いた「モジュール」という用語は、ソフトウエアコンポーネントや、特定のタスクを実行するＦＰＧＡやＡＳＩＣのようなハードウエアコンポーネントに限られない。モジュールは有利には、アドレス可能なストレージメディア上に置かれ、ネットワーク機能をもつデバイスまたはプロセッサ上で実行されるように構成されてもよい。このように、モジュールは、一例として、コンポーネント、プロセス、ファンクション、属性、手続、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、配列、変数などを含んでもよい。コンポーネントやモジュールにおいて提供される機能を結合して、より少ないコンポーネントやモジュールにしてもよく、あるいは分離させ、さらなるコンポーネントやモジュールにしてもよい。また、コンポーネントやモジュールは有利には、ネットワーク機能をもつデバイスやコンピュータ上で実行されるように実装されてもよい。

さらに、当業者であれば、上述の図面やここに開示する実施の形態に関連づけて説明した、いろいろな例示的な論理ブロック、モジュール、回路、および方法のステップは、電子的なハードウエア、コンピュータソフトウエア、あるいは両者の組み合わせとして実装することができることが理解できよう。ハードウエアとソフトウエアのこのような互換性を明確に説明するために、いろいろな例示的なコンポーネント、モジュール、回路、ステップを一般的には機能性という観点で説明してきた。そのような機能性をハードウエアとして実装するのか、ソフトウエアとして実装するのかは、特定のアプリケーションや全体システムに課される設計上の制約に依存する。当業者は、特定のアプリケーション向けにいろいろなやり方でこれまで述べた機能性を実装することができるが、そのような実装を決定しても本発明の範囲から逸脱するものとして解釈すべきではない。また、モジュール、ブロック、回路、またはステップ内のファンクションをグループ化したのは、説明を簡単にするためである。特定のファンクションやステップは、本発明から逸脱することなく、あるモジュール、ブロックまたは回路から別のモジュール、ブロックまたは回路へ移動させることができる。

さらに、ここに開示する実施の形態に関連づけて説明した、いろいろな例示的な論理ブロック、モジュール、および方法は、ここで述べた機能を実行するために設計された、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、ＡＳＩＣ、ＦＰＧＡもしくは他のプログラマブルな論理デバイス、離散ゲートもしくはトランジスタロジック、離散ハードウエアコンポーネント、あるいはそれらの組み合わせを用いて実装あるいは実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、あるいは、汎用プロセッサは、任意のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサは、コンピューティングデバイスの組み合わせとして実装されてもよい。たとえば、ＤＳＰとマイクロプロセッサの組み合わせでもよく、複数のマイクロプロセッサでもよく、ＤＳＰコアをもつ１つ以上のマイクロプロセッサでもよく、あるいは、他のそのような構成であってもよい。

さらに、ここに開示する実施の形態に関連づけて説明した方法やアルゴリズムのステップは、直接ハードウエアで具体化してもよく、プロセッサで実行されるソフトウエアモジュールで具体化してもよく、あるいは両者の組み合わせで具体化してもよい。ソフトウエアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいはネットワークストレージメディアを含む他の形態のストレージメディアに格納することができる。典型的なストレージメディアは、プロセッサがストレージメディアに対して情報を読み書きすることができるように、プロセッサに接続される。別の例では、ストレージメディアをプロセッサに統合してもよい。プロセッサとストレージメディアをＡＳＩＣ内に搭載することもできる。

上記は、本発明の好ましい実施の形態を全体的に説明したものであるが、いろいろな代替、変更、等価物を用いることも可能である。したがって、本発明の範囲は、上記の説明を参照して決まるものではなく、添付の請求項およびその均等の全範囲を参照して決定されるべきものである。ここで述べた特徴はいずれも、好ましいかどうかに関わりなく、ここで述べた他の任意の特徴と組み合わせることができる。こうして、本発明は、ここに示された実施の形態に限られる趣旨ではなく、ここに開示した主要で新規の特徴に一致するもっとも広い範囲のものとして把握されるべきものである。

Claims (17)

1. 認定されたユーザの集合にアクセスを制限する第１ネットワークのサーバにアクセスするために使われる第１ネットワーク対応デバイスと、
   ユーザによって使用される第２ネットワーク対応デバイスとを含み、
   前記サーバは、前記ユーザが前記認定されたユーザの集合のメンバであることを認証し、そのユーザに認証チケットを提供する認証モジュールを含み、
   前記第１ネットワーク対応デバイスは、第２ネットワーク内のＩＤファイルサービスに前記認証チケットを提供し、前記ＩＤファイルサービスは前記認証チケットを検証した後、ユーザ用の前記第２ネットワーク準拠のＩＤファイルを暗号化し署名し、
   前記第２ネットワーク対応デバイスは、前記ＩＤファイルを復号することにより、前記第２ネットワーク内のサービスプロバイダにアクセスし、前記サービスプロバイダによる認証は、復号された前記ＩＤファイルから得られるパスワードがユーザから提供されるパスワードと一致するかどうかを検証することによりなされることを特徴とするシステム。
2. 前記第１ネットワーク対応デバイスはゲーム機を含む請求項１に記載のシステム。
3. 前記第２ネットワーク対応デバイスはゲーム機を含む請求項１に記載のシステム。
4. 前記第２ネットワーク対応デバイスはパーソナルコンピュータを含む請求項１に記載のシステム。
5. 前記第２ネットワーク対応デバイスは携帯電話を含む請求項１に記載のシステム。
6. 前記ＩＤファイルサービスが前記ＩＤファイルを秘密鍵を用いて暗号化する請求項１に記載のシステム。
7. 前記サービスプロバイダが公開鍵を用いて前記ＩＤファイルを復号する請求項６に記載のシステム。
8. 前記ユーザが前記第２ネットワークの前記サービスプロバイダをナビゲートし、前記第１ネットワーク上で使用するサービスを購入する請求項２に記載のシステム。
9. 前記第２ネットワーク上のアクティビティに応じて前記ＩＤファイルに一つのファイルを関連付ける請求項２に記載のシステム。
10. 前記関連付けられたファイルと前記ＩＤファイルを用いて前記第１ネットワークにアクセスする請求項２に記載のシステム。
11. 前記ＩＤファイルは、予め定められたイベントが起きたときにアクティブになるであろうトリガーデータを含む請求項２に記載のシステム。
12. ネットワークユーザを認証するシステムであって、
    第１ネットワークに同期する第１ネットワーク対応デバイスと、
    前記第１ネットワークのサーバによって提供される認証情報にもとづいて生成されたユーザＩＤファイルを用いて第２ネットワークに同期する第２ネットワーク対応デバイスとを含み、
    前記ユーザＩＤファイルに関連づけられた一つのファイルは、前記第２ネットワーク上のアクティビティにもとづいて更新され、前記関連付けられたファイル内の情報に応じて前記第１ネットワーク上の前記ネットワークユーザのアカウントの情報が更新され、
    前記第１ネットワーク対応デバイスは、前記第２ネットワーク内のＩＤファイルサービスに前記認証情報を提供し、前記ＩＤファイルサービスは前記認証情報を検証した後、ユーザ用の前記第２ネットワーク準拠の前記ユーザＩＤファイルを暗号化し署名し、
    前記第２ネットワーク対応デバイスは、前記ユーザＩＤファイルを復号することにより、前記第２ネットワーク内のサービスプロバイダにアクセスし、前記サービスプロバイダによる認証は、復号された前記ユーザＩＤファイルから得られるパスワードがユーザから提供されるパスワードと一致するかどうかを検証することによりなされることを特徴とするシステム。
13. 前記第１ネットワーク対応デバイスはゲーム機を含む請求項１２に記載のシステム。
14. 前記第２ネットワーク対応デバイスは第２ゲーム機を含む請求項１２に記載のシステム。
15. 前記第２ネットワーク対応デバイスはパーソナルコンピュータを含む請求項１２に記載のシステム。
16. 前記第２ネットワーク対応デバイスは携帯電話を含む請求項１２に記載のシステム。
17. 秘密鍵を用いて前記ＩＤファイルを暗号化するステップをさらに含む請求項１２に記載のシステム。