ネットワークにおいてユーザを認証するための方法と装置
【解決手段】ネットワークのユーザを認証するための方法、装置、および技術を説明する。いったんユーザが第１ネットワーク上で認証されると、第１ネットワークからの認証情報を用いて、ユーザは同じまたは異なるネットワーク可能デバイスまたはコンソールを用いて他のネットワーク上のユーザのアカウントにアクセスすることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関連し、より具体的には、通信ネットワークでユーザを認証することに関する。
【背景技術】
【０００２】
オンラインゲームのような典型的な通信ネットワークアプリケーションでは、プレイヤはオンライン体験の間、パートナーや仮想的な世界と相互作用したり、コミュニケーションしたりする。そのような体験の有効性は、オンラインゲームや他のアクティビティの選択肢をたくさんもっているプレイヤにとって重要なものとなりうる。オンラインゲームプロバイダにとっても、プロバイダが提供するゲームにプレイヤを参加させ続けるという点でそのような体験の有効性が重要である。
【０００３】
オンラインゲームのプレイヤは典型的にはいろいろなサービス、ゲーム、またはプロバイダにアカウントを設定する。アカウントは、たとえばユーザのプロファイル、ゲームの統計データ、友だちリストなどを管理するために使われる。ユーザのアカウントの整合性を維持するためには、ユーザは典型的にはパスワードを用いて自分を認証させ、自分のアカウントにアクセスする必要がある。いろいろなサービスプロバイダにおいてパスワードを用いる場合、プレイヤはアカウントとパスワードの情報をサービスプロバイダ毎に記憶することが要求される。プレイヤがサービスプロバイダをたくさん利用すればするほど、パスワードをたくさん管理することが必要になり、プレイヤにとって負担になる。
【０００４】
プレイの品質を維持するために、ゲームプロバイダは、たとえば、特定のゲーム機をもつプレイヤなど認定ユーザにアクセスを制限することを望むかもしれない。特定のゲーム機にアクセスを制限することにより、ゲームプロバイダは、ゲームとのプレイヤのインタラクションが複数のプレイヤと複数のタイトルにわたって一貫性があるという自信をもてる。たとえば、ゲームプロバイダは、特定のゲーム機を使ってプレイするように設計されたゲームをプレイヤがパーソナルコンピュータ（ＰＣ）を用いてプレイすることを望まないかもしれない。このような方法でプレイヤのアクセスを制限することで望ましいレベルの品質を維持できる一方、ユーザが自分のアカウントにアクセスすることがこのようなやり方で制限されることはユーザにとって耐え難い負担となるかもしれない。たとえば、プレイヤが自分の友人からのメッセージをチェックしたいだけであっても、そのときは要求されるゲーム機へのアクセスをもっていないためにメッセージをチェックすることができないことになる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
したがって、通信ネットワークにアクセスするユーザの認証を改善する必要がある。
【課題を解決するための手段】
【０００６】
本発明の実施の形態は、ネットワークのユーザを認証するための方法、システム、装置、プログラムを提供する。ある実施の形態では、第１の閉じたまたは安全なネットワークはネットワークへのアクセスを認証されたユーザに制限する。いったんユーザが安全なネットワーク上で認証されると、ユーザは安全なネットワークから受信した認証情報を用いて第２のオープンなネットワークのサービスプロバイダにアクセスすることができる。言い換えれば、サービスプロバイダは閉じたネットワークからの認証情報を用いて、当該ユーザがサービスプロバイダにアクセスすることが許されるかどうかを決定する。
【０００７】
別の実施の形態では、ユーザは、サービスプロバイダネットワークまたは安全なネットワークにアクセスするために使われる別のネットワーク可能デバイスに認証情報を転送することができる。このようにすることで、異なるネットワーク可能デバイス上でユーザを同じ認証情報に関連づけることができる。
【０００８】
ある実施の形態では、ネットワークにアクセスする方法は、ユーザが第１ネットワークにアクセスするステップとそのユーザを認証するステップを含む。そして、ユーザに関連づけられたチケットを生成する。ユーザに関連づけられた暗号化されたＩＤファイルがチケット内の情報とユーザパスワードにもとづいて生成される。そして、ユーザはそのＩＤファイルを用いて第２ネットワーク内のサービスプロバイダにアクセスする。
【０００９】
別の実施の形態では、ユーザに関連づけられたＩＤファイルを生成する方法は、安全なネットワークからユーザについての認証情報を受信するステップを含む。そして、認証情報とユーザパスワードを含むユーザデータをＩＤファイルサービスに提供する。ＩＤファイルサービスは望ましいユーザデータとパスワードを中間ファイルに組み立て、その中間ファイルを署名されたＩＤファイルに暗号化する。そして、その署名されたＩＤファイルはユーザに提供され、ユーザは署名されたＩＤファイルを用いていろいろなネットワークにアクセスすることができる。
【００１０】
ある実施の形態では、ＩＤファイルはそのユーザにユニークな情報を含む。このような方法でいったんサービスプロバイダがユーザを認証すると、サービスプロバイダはユーザにアカウントへのアクセスを提供する。
【００１１】
さらに、ＩＤファイルは、予め定められたイベントが起きたときにアクティブになるであろうトリガーデータを含むことができる。ＩＤファイルは更新することもできる。たとえば、ＩＤファイルはネットワーク上のアクティビティに関する情報を用いて更新することができる。その後、ユーザが異なるネットワークに入るか、以前に入っていたネットワークに再び入るとき、更新されたＩＤファイルをアクセスに用いることができる。ユーザが認証された後、更新された情報を用いて、ネットワーク上のユーザのアカウントを他のネットワーク上でのアクティビティに応じて修正または調整することができる。
【００１２】
ユーザがいろいろなネットワークやサービスプロバイダにアクセスするために使うことのできるネットワーク可能デバイスの例は、ゲーム機、パーソナルコンピュータ（ＰＣ）、携帯情報端末（ＰＤＡ）、携帯電話、セットトップボックスなど、ネットワークにアクセスすることができる任意のデバイスを含む。
【００１３】
本発明の他の特徴や利点は、これから詳述する説明および図面を参酌することで技術分野の当業者にとってより容易に明らかになる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態に係る認証システムを説明するブロック図である。
【００１５】
【図２】ＩＤファイルを生成するための実施の形態を説明するブロック図である。
【００１６】
【図３】異なるネットワーク可能デバイスで生成されたＩＤファイルを用いてサービスプロバイダにアクセスすることを示すブロック図である。
【００１７】
【図４】ネットワークにアクセスする実施の形態を説明するフローチャートである。
【００１８】
【図５】ＩＤファイルを生成する実施の形態を説明するフローチャートである。
【００１９】
【図６】ネットワークにアクセスする実施の形態を説明するフロー図である。
【００２０】
【図７】ネットワークにアクセスする実施の形態を説明するフロー図である。
【００２１】
【図８】二つのネットワーク可能デバイス間で情報を転送する実施の形態のフロー図である。
【００２２】
【図９】いろいろな実施の形態に関連づけて用いることができるネットワーク可能デバイスの例を説明するブロック図である。
【発明を実施するための形態】
【００２３】
以下の説明を読めば、発明をいろいろな代替的な実施の形態や代替的な応用例に実装する方法が当業者に明らかになる。もっとも、本発明のいろいろな実施の形態がここに記載されるが、これらの実施の形態は例示のみを目的として提示されており、限定されるものではない。いろいろな実施の形態の詳細な説明はそれ自体が本発明の範囲や外延を限定するものと解されるべきではない。
【００２４】
ここで述べる方法、装置、技術、プログラム、システムの実施の形態はネットワークのユーザを認証する方法を提供する。たとえば、ある実施の形態では、第１の閉じたまたは安全なネットワークはネットワークへのアクセスを認証されたユーザに制限する。いったんユーザが安全なネットワーク上で認証されると、ユーザは安全なネットワークから受信した認証情報を用いて第２のネットワークのライセンスされたまたはライセンスされていないサービスプロバイダネットワークにアクセスすることができる。言い換えれば、第２のネットワークのサービスプロバイダは閉じたネットワークからの認証情報を用いて、当該ユーザがサービスプロバイダにアクセスすることが許されるかどうかを決定する。別の実施の形態では、ユーザは、ライセンスされたサービスプロバイダネットワークにアクセスするために使われる別のライセンスされていないネットワーク可能デバイスに認証情報を転送することができる。別の実施の形態では、ユーザは、別のライセンスされたまたはライセンスされていないネットワーク可能デバイスに認証情報を転送し、ライセンスされていないサービスプロバイダネットワークにアクセスするために使うことができる。このような方法で、異なるネットワーク可能デバイス上で、ライセンスされたサービスプロバイダおよびライセンスされていないサービスプロバイダの両方でユーザを同じ認証情報に関連づけることができる。ユーザが使うことのできるネットワーク可能デバイスの例は、ゲームコントローラコンソール、パーソナルコンピュータ（ＰＣ）、携帯情報端末（ＰＤＡ）、携帯電話、セットトップボックスなど、ネットワークにアクセスすることができる任意のデバイスを含む。
【００２５】
図１は、本発明の実施の形態に係る認証システムを説明するブロック図である。図１の例に示すように、認証システム１００は、第１ネットワーク１０２と第２ネットワーク１０４を含む。第１のユーザのネットワーク可能（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）のようなコンポーネントを用いて実装することができる。ここに記述した機能を実行することのできるハードウエア・ステート・マシーンを実装することは、当該分野の当業者にとっては明らかなことである。いろいろな実施の形態はハードウェアとソフトウェアの組み合わせを用いて実装することもできる。
【００８３】
ここで用いた「モジュール」という用語は、ソフトウエアコンポーネントや、特定のタスクを実行するＦＰＧＡやＡＳＩＣのようなハードウエアコンポーネントに限られない。モジュールは有利には、アドレス可能なストレージメディア上に置かれ、ネットワーク機能をもつデバイスまたはプロセッサ上で実行されるように構成されてもよい。このように、モジュールは、一例として、コンポーネント、プロセス、ファンクション、属性、手続、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、配列、変数などを含んでもよい。コンポーネントやモジュールにおいて提供される機能を結合して、より少ないコンポーネントやモジュールにしてもよく、あるいは分離させ、さらなるコンポーネントやモジュールにしてもよい。また、コンポーネントやモジュールは有利には、ネットワーク機能をもつデバイスやコンピュータ上で実行されるように実装されてもよい。
【００８４】
さらに、当業者であれば、上述の図面やここに開示する実施の形態に関連づけて説明した、いろいろな例示的な論理ブロック、モジュール、回路、および方法のステップは、電子的なハードウエア、コンピュータソフトウエア、あるいは両者の組み合わせとして実装することができることが理解できよう。ハードウエアとソフトウエアのこのような互換性を明確に説明するために、いろいろな例示的なコンポーネント、モジュール、回路、ステップを一般的には機能性という観点で説明してきた。そのような機能性をハードウエアとして実装するのか、ソフトウエアとして実装するのかは、特定のアプリケーションや全体システムに課される設計上の制約に依存する。当業者は、特定のアプリケーション向けにいろいろなやり方でこれまで述べた機能性を実装することができるが、そのような実装を決定しても本発明の範囲から逸脱するものとして解釈すべきではない。また、モジュール、ブロック、回路、またはステップ内のファンクションをグループ化したのは、説明を簡単にするためである。特定のファンクションやステップは、本発明から逸脱することなく、あるモジュール、ブロックまたは回路から別のモジュール、ブロックまたは回路へ移動させることができる。
【００８５】
さらに、ここに開示する実施の形態に関連づけて説明した、いろいろな例示的な論理ブロック、モジュール、および方法は、ここで述べた機能を実行するために設計された、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、ＡＳＩＣ、ＦＰＧＡもしくは他のプログラマブルな論理デバイス、離散ゲートもしくはトランジスタロジック、離散ハードウエアコンポーネント、あるいはそれらの組み合わせを用いて実装あるいは実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、あるいは、汎用プロセッサは、任意のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサは、コンピューティングデバイスの組み合わせとして実装されてもよい。たとえば、ＤＳＰとマイクロプロセッサの組み合わせでもよく、複数のマイクロプロセッサでもよく、ＤＳＰコアをもつ１つ以上のマイクロプロセッサでもよく、あるいは、他のそのような構成であってもよい。
【００８６】
さらに、ここに開示する実施の形態に関連づけて説明した方法やアルゴリズムのステップは、直接ハードウエアで具体化してもよく、プロセッサで実行されるソフトウエアモジュールで具体化してもよく、あるいは両者の組み合わせで具体化してもよい。ソフトウエアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいはネットワークストレージメディアを含む他の形態のストレージメディアに格納することができる。典型的なストレージメディアは、プロセッサがストレージメディアに対して情報を読み書きすることができるように、プロセッサに接続される。別の例では、ストレージメディアをプロセッサに統合してもよい。プロセッサとストレージメディアをＡＳＩＣ内に搭載することもできる。
【００８７】
上記は、本発明の好ましい実施の形態を全体的に説明したものであるが、いろいろな代替、変更、等価物を用いることも可能である。したがって、本発明の範囲は、上記の説明を参照して決まるものではなく、添付の請求項およびその均等の全範囲を参照して決定されるべきものである。ここで述べた特徴はいずれも、好ましいかどうかに関わりなく、ここで述べた他の任意の特徴と組み合わせることができる。こうして、本発明は、ここに示された実施の形態に限られる趣旨ではなく、ここに開示した主要で新規の特徴に一致するもっとも広い範囲のものとして把握されるべきものである。
【技術分野】
【０００１】
本発明は、通信ネットワークに関連し、より具体的には、通信ネットワークでユーザを認証することに関する。
【背景技術】
【０００２】
オンラインゲームのような典型的な通信ネットワークアプリケーションでは、プレイヤはオンライン体験の間、パートナーや仮想的な世界と相互作用したり、コミュニケーションしたりする。そのような体験の有効性は、オンラインゲームや他のアクティビティの選択肢をたくさんもっているプレイヤにとって重要なものとなりうる。オンラインゲームプロバイダにとっても、プロバイダが提供するゲームにプレイヤを参加させ続けるという点でそのような体験の有効性が重要である。
【０００３】
オンラインゲームのプレイヤは典型的にはいろいろなサービス、ゲーム、またはプロバイダにアカウントを設定する。アカウントは、たとえばユーザのプロファイル、ゲームの統計データ、友だちリストなどを管理するために使われる。ユーザのアカウントの整合性を維持するためには、ユーザは典型的にはパスワードを用いて自分を認証させ、自分のアカウントにアクセスする必要がある。いろいろなサービスプロバイダにおいてパスワードを用いる場合、プレイヤはアカウントとパスワードの情報をサービスプロバイダ毎に記憶することが要求される。プレイヤがサービスプロバイダをたくさん利用すればするほど、パスワードをたくさん管理することが必要になり、プレイヤにとって負担になる。
【０００４】
プレイの品質を維持するために、ゲームプロバイダは、たとえば、特定のゲーム機をもつプレイヤなど認定ユーザにアクセスを制限することを望むかもしれない。特定のゲーム機にアクセスを制限することにより、ゲームプロバイダは、ゲームとのプレイヤのインタラクションが複数のプレイヤと複数のタイトルにわたって一貫性があるという自信をもてる。たとえば、ゲームプロバイダは、特定のゲーム機を使ってプレイするように設計されたゲームをプレイヤがパーソナルコンピュータ（ＰＣ）を用いてプレイすることを望まないかもしれない。このような方法でプレイヤのアクセスを制限することで望ましいレベルの品質を維持できる一方、ユーザが自分のアカウントにアクセスすることがこのようなやり方で制限されることはユーザにとって耐え難い負担となるかもしれない。たとえば、プレイヤが自分の友人からのメッセージをチェックしたいだけであっても、そのときは要求されるゲーム機へのアクセスをもっていないためにメッセージをチェックすることができないことになる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
したがって、通信ネットワークにアクセスするユーザの認証を改善する必要がある。
【課題を解決するための手段】
【０００６】
本発明の実施の形態は、ネットワークのユーザを認証するための方法、システム、装置、プログラムを提供する。ある実施の形態では、第１の閉じたまたは安全なネットワークはネットワークへのアクセスを認証されたユーザに制限する。いったんユーザが安全なネットワーク上で認証されると、ユーザは安全なネットワークから受信した認証情報を用いて第２のオープンなネットワークのサービスプロバイダにアクセスすることができる。言い換えれば、サービスプロバイダは閉じたネットワークからの認証情報を用いて、当該ユーザがサービスプロバイダにアクセスすることが許されるかどうかを決定する。
【０００７】
別の実施の形態では、ユーザは、サービスプロバイダネットワークまたは安全なネットワークにアクセスするために使われる別のネットワーク可能デバイスに認証情報を転送することができる。このようにすることで、異なるネットワーク可能デバイス上でユーザを同じ認証情報に関連づけることができる。
【０００８】
ある実施の形態では、ネットワークにアクセスする方法は、ユーザが第１ネットワークにアクセスするステップとそのユーザを認証するステップを含む。そして、ユーザに関連づけられたチケットを生成する。ユーザに関連づけられた暗号化されたＩＤファイルがチケット内の情報とユーザパスワードにもとづいて生成される。そして、ユーザはそのＩＤファイルを用いて第２ネットワーク内のサービスプロバイダにアクセスする。
【０００９】
別の実施の形態では、ユーザに関連づけられたＩＤファイルを生成する方法は、安全なネットワークからユーザについての認証情報を受信するステップを含む。そして、認証情報とユーザパスワードを含むユーザデータをＩＤファイルサービスに提供する。ＩＤファイルサービスは望ましいユーザデータとパスワードを中間ファイルに組み立て、その中間ファイルを署名されたＩＤファイルに暗号化する。そして、その署名されたＩＤファイルはユーザに提供され、ユーザは署名されたＩＤファイルを用いていろいろなネットワークにアクセスすることができる。
【００１０】
ある実施の形態では、ＩＤファイルはそのユーザにユニークな情報を含む。このような方法でいったんサービスプロバイダがユーザを認証すると、サービスプロバイダはユーザにアカウントへのアクセスを提供する。
【００１１】
さらに、ＩＤファイルは、予め定められたイベントが起きたときにアクティブになるであろうトリガーデータを含むことができる。ＩＤファイルは更新することもできる。たとえば、ＩＤファイルはネットワーク上のアクティビティに関する情報を用いて更新することができる。その後、ユーザが異なるネットワークに入るか、以前に入っていたネットワークに再び入るとき、更新されたＩＤファイルをアクセスに用いることができる。ユーザが認証された後、更新された情報を用いて、ネットワーク上のユーザのアカウントを他のネットワーク上でのアクティビティに応じて修正または調整することができる。
【００１２】
ユーザがいろいろなネットワークやサービスプロバイダにアクセスするために使うことのできるネットワーク可能デバイスの例は、ゲーム機、パーソナルコンピュータ（ＰＣ）、携帯情報端末（ＰＤＡ）、携帯電話、セットトップボックスなど、ネットワークにアクセスすることができる任意のデバイスを含む。
【００１３】
本発明の他の特徴や利点は、これから詳述する説明および図面を参酌することで技術分野の当業者にとってより容易に明らかになる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態に係る認証システムを説明するブロック図である。
【００１５】
【図２】ＩＤファイルを生成するための実施の形態を説明するブロック図である。
【００１６】
【図３】異なるネットワーク可能デバイスで生成されたＩＤファイルを用いてサービスプロバイダにアクセスすることを示すブロック図である。
【００１７】
【図４】ネットワークにアクセスする実施の形態を説明するフローチャートである。
【００１８】
【図５】ＩＤファイルを生成する実施の形態を説明するフローチャートである。
【００１９】
【図６】ネットワークにアクセスする実施の形態を説明するフロー図である。
【００２０】
【図７】ネットワークにアクセスする実施の形態を説明するフロー図である。
【００２１】
【図８】二つのネットワーク可能デバイス間で情報を転送する実施の形態のフロー図である。
【００２２】
【図９】いろいろな実施の形態に関連づけて用いることができるネットワーク可能デバイスの例を説明するブロック図である。
【発明を実施するための形態】
【００２３】
以下の説明を読めば、発明をいろいろな代替的な実施の形態や代替的な応用例に実装する方法が当業者に明らかになる。もっとも、本発明のいろいろな実施の形態がここに記載されるが、これらの実施の形態は例示のみを目的として提示されており、限定されるものではない。いろいろな実施の形態の詳細な説明はそれ自体が本発明の範囲や外延を限定するものと解されるべきではない。
【００２４】
ここで述べる方法、装置、技術、プログラム、システムの実施の形態はネットワークのユーザを認証する方法を提供する。たとえば、ある実施の形態では、第１の閉じたまたは安全なネットワークはネットワークへのアクセスを認証されたユーザに制限する。いったんユーザが安全なネットワーク上で認証されると、ユーザは安全なネットワークから受信した認証情報を用いて第２のネットワークのライセンスされたまたはライセンスされていないサービスプロバイダネットワークにアクセスすることができる。言い換えれば、第２のネットワークのサービスプロバイダは閉じたネットワークからの認証情報を用いて、当該ユーザがサービスプロバイダにアクセスすることが許されるかどうかを決定する。別の実施の形態では、ユーザは、ライセンスされたサービスプロバイダネットワークにアクセスするために使われる別のライセンスされていないネットワーク可能デバイスに認証情報を転送することができる。別の実施の形態では、ユーザは、別のライセンスされたまたはライセンスされていないネットワーク可能デバイスに認証情報を転送し、ライセンスされていないサービスプロバイダネットワークにアクセスするために使うことができる。このような方法で、異なるネットワーク可能デバイス上で、ライセンスされたサービスプロバイダおよびライセンスされていないサービスプロバイダの両方でユーザを同じ認証情報に関連づけることができる。ユーザが使うことのできるネットワーク可能デバイスの例は、ゲームコントローラコンソール、パーソナルコンピュータ（ＰＣ）、携帯情報端末（ＰＤＡ）、携帯電話、セットトップボックスなど、ネットワークにアクセスすることができる任意のデバイスを含む。
【００２５】
図１は、本発明の実施の形態に係る認証システムを説明するブロック図である。図１の例に示すように、認証システム１００は、第１ネットワーク１０２と第２ネットワーク１０４を含む。第１のユーザのネットワーク可能（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）のようなコンポーネントを用いて実装することができる。ここに記述した機能を実行することのできるハードウエア・ステート・マシーンを実装することは、当該分野の当業者にとっては明らかなことである。いろいろな実施の形態はハードウェアとソフトウェアの組み合わせを用いて実装することもできる。
【００８３】
ここで用いた「モジュール」という用語は、ソフトウエアコンポーネントや、特定のタスクを実行するＦＰＧＡやＡＳＩＣのようなハードウエアコンポーネントに限られない。モジュールは有利には、アドレス可能なストレージメディア上に置かれ、ネットワーク機能をもつデバイスまたはプロセッサ上で実行されるように構成されてもよい。このように、モジュールは、一例として、コンポーネント、プロセス、ファンクション、属性、手続、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、配列、変数などを含んでもよい。コンポーネントやモジュールにおいて提供される機能を結合して、より少ないコンポーネントやモジュールにしてもよく、あるいは分離させ、さらなるコンポーネントやモジュールにしてもよい。また、コンポーネントやモジュールは有利には、ネットワーク機能をもつデバイスやコンピュータ上で実行されるように実装されてもよい。
【００８４】
さらに、当業者であれば、上述の図面やここに開示する実施の形態に関連づけて説明した、いろいろな例示的な論理ブロック、モジュール、回路、および方法のステップは、電子的なハードウエア、コンピュータソフトウエア、あるいは両者の組み合わせとして実装することができることが理解できよう。ハードウエアとソフトウエアのこのような互換性を明確に説明するために、いろいろな例示的なコンポーネント、モジュール、回路、ステップを一般的には機能性という観点で説明してきた。そのような機能性をハードウエアとして実装するのか、ソフトウエアとして実装するのかは、特定のアプリケーションや全体システムに課される設計上の制約に依存する。当業者は、特定のアプリケーション向けにいろいろなやり方でこれまで述べた機能性を実装することができるが、そのような実装を決定しても本発明の範囲から逸脱するものとして解釈すべきではない。また、モジュール、ブロック、回路、またはステップ内のファンクションをグループ化したのは、説明を簡単にするためである。特定のファンクションやステップは、本発明から逸脱することなく、あるモジュール、ブロックまたは回路から別のモジュール、ブロックまたは回路へ移動させることができる。
【００８５】
さらに、ここに開示する実施の形態に関連づけて説明した、いろいろな例示的な論理ブロック、モジュール、および方法は、ここで述べた機能を実行するために設計された、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、ＡＳＩＣ、ＦＰＧＡもしくは他のプログラマブルな論理デバイス、離散ゲートもしくはトランジスタロジック、離散ハードウエアコンポーネント、あるいはそれらの組み合わせを用いて実装あるいは実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、あるいは、汎用プロセッサは、任意のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサは、コンピューティングデバイスの組み合わせとして実装されてもよい。たとえば、ＤＳＰとマイクロプロセッサの組み合わせでもよく、複数のマイクロプロセッサでもよく、ＤＳＰコアをもつ１つ以上のマイクロプロセッサでもよく、あるいは、他のそのような構成であってもよい。
【００８６】
さらに、ここに開示する実施の形態に関連づけて説明した方法やアルゴリズムのステップは、直接ハードウエアで具体化してもよく、プロセッサで実行されるソフトウエアモジュールで具体化してもよく、あるいは両者の組み合わせで具体化してもよい。ソフトウエアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいはネットワークストレージメディアを含む他の形態のストレージメディアに格納することができる。典型的なストレージメディアは、プロセッサがストレージメディアに対して情報を読み書きすることができるように、プロセッサに接続される。別の例では、ストレージメディアをプロセッサに統合してもよい。プロセッサとストレージメディアをＡＳＩＣ内に搭載することもできる。
【００８７】
上記は、本発明の好ましい実施の形態を全体的に説明したものであるが、いろいろな代替、変更、等価物を用いることも可能である。したがって、本発明の範囲は、上記の説明を参照して決まるものではなく、添付の請求項およびその均等の全範囲を参照して決定されるべきものである。ここで述べた特徴はいずれも、好ましいかどうかに関わりなく、ここで述べた他の任意の特徴と組み合わせることができる。こうして、本発明は、ここに示された実施の形態に限られる趣旨ではなく、ここに開示した主要で新規の特徴に一致するもっとも広い範囲のものとして把握されるべきものである。
【特許請求の範囲】
【請求項１】
ネットワークユーザを認証する方法であって、
第１ネットワーク可能デバイスを用いて、前記ネットワークユーザに関連づけられたユニークな識別子を含む認証チケットを第１ネットワークから受信するステップと、
前記認証チケットをＩＤファイルサービスに提供するステップと、
前記認証チケット内の情報および前記ネットワークユーザによって提供されたパスワードにもとづく暗号化されたユーザＩＤファイルを前記ＩＤサービスから受信するステップと、
第２ネットワーク内のサービスプロバイダにアクセスする第２ネットワーク可能デバイスに前記暗号化されたユーザＩＤファイルを提供するステップとを含み、
前記ネットワークユーザは前記サービスプロバイダによって前記ＩＤファイルにもとづいて認証されることを特徴とする方法。
【請求項２】
前記第１ネットワーク可能デバイスはゲーム機を含む請求項１に記載の方法。
【請求項３】
前記第２ネットワーク可能デバイスは第２ゲーム機を含む請求項１に記載の方法。
【請求項４】
前記第２ネットワーク可能デバイスはパーソナルコンピュータを含む請求項１に記載の方法。
【請求項５】
前記第２ネットワーク可能デバイスは携帯電話を含む請求項１に記載の方法。
【請求項６】
前記ＩＤファイルは秘密鍵を用いて暗号化されている請求項１に記載の方法。
【請求項７】
前記サービスプロバイダが公開鍵を用いて前記ＩＤファイルを復号するステップをさらに含む請求項６に記載の方法。
【請求項８】
前記サービスプロバイダをナビゲートし、前記第１ネットワーク上の前記ユーザが使用するサービスを購入するステップをさらに含む請求項１に記載の方法。
【請求項９】
前記第２ネットワーク上のアクティビティに応じて前記ＩＤファイルに一つのファイルを関連付けるステップをさらに含む請求項１に記載の方法。
【請求項１０】
前記ユーザＩＤファイルは、予め定められたイベントが起きたときにアクティブになるであろうトリガーデータを含む請求項１に記載の方法。
【請求項１１】
ネットワークユーザを認証する方法であって、
第１ネットワーク可能デバイスを用いて第１ネットワークのサーバにアクセスするステップと、
前記ネットワークユーザに関連づけられたユニークな識別子を含む認証チケットを前記第１ネットワークから受信するステップと、
前記認証チケットをＩＤファイルサービスに提供するステップと、
前記認証チケット内の情報および前記ネットワークユーザによって提供されたパスワードにもとづく暗号化されたユーザＩＤファイルを受信するステップと、
第２ネットワーク可能デバイスに前記暗号化されたユーザＩＤファイルを提供するステップとを含み、
前記第２ネットワーク可能デバイスは前記暗号化されたＩＤファイルを用いて、第２ネットワーク内のサービスプロバイダにアクセスし、前記ユーザは前記サービスプロバイダによって前記ＩＤファイルにもとづいて認証されることを特徴とする方法。
【請求項１２】
前記第１ネットワーク可能デバイスはゲーム機を含む請求項１１に記載の方法。
【請求項１３】
前記第２ネットワーク可能デバイスは第２ゲーム機を含む請求項１１に記載の方法。
【請求項１４】
前記第２ネットワーク可能デバイスはパーソナルコンピュータを含む請求項１１に記載の方法。
【請求項１５】
前記第２ネットワーク可能デバイスは携帯電話を含む請求項１１に記載の方法。
【請求項１６】
前記第２ネットワーク上のアクティビティに応じて前記ＩＤファイルに一つのファイルを関連付けるステップをさらに含む請求項１１に記載の方法。
【請求項１７】
前記関連付けられたファイルと前記ＩＤファイルを前記第１ネットワーク可能デバイスに提供するステップをさらに含む請求項１６に記載の方法。
【請求項１８】
前記ユーザＩＤファイルは、予め定められたイベントが起きたときにアクティブになるであろうトリガーデータを含む請求項１１に記載の方法。
【請求項１９】
認定されたユーザの集合にアクセスを制限する第１ネットワークのサーバにアクセスするために使われる第１ネットワーク可能デバイスと、
ユーザによって使用される第２ネットワーク可能デバイスとを含み、
前記サーバは、前記ユーザが前記認定されたユーザの集合のメンバであることを認証し、そのユーザに認証チケットを提供する認証モジュールを含み、
前記第１ネットワーク可能デバイスはユーザ用のＩＤファイルを生成するＩＤファイルサービスに前記認証チケットを提供し、
前記ＩＤファイルは第２ネットワーク内のサービスプロバイダにアクセスするために使われ、前記サービスプロバイダによる認証は前記ＩＤファイルにもとづいてなされることを特徴とするシステム。
【請求項２０】
前記第１ネットワーク可能デバイスはゲーム機を含む請求項１９に記載のシステム。
【請求項２１】
前記第２ネットワーク可能デバイスはゲーム機を含む請求項１９に記載のシステム。
【請求項２２】
前記第２ネットワーク可能デバイスはパーソナルコンピュータを含む請求項１９に記載のシステム。
【請求項２３】
前記第２ネットワーク可能デバイスは携帯電話を含む請求項１９に記載のシステム。
【請求項２４】
前記ＩＤファイルサービスが前記ＩＤファイルを秘密鍵を用いて暗号化する請求項１９に記載のシステム。
【請求項２５】
前記サービスプロバイダが公開鍵を用いて前記ＩＤファイルを復号する請求項２４に記載のシステム。
【請求項２６】
前記ユーザが前記第２ネットワークの前記サービスプロバイダをナビゲートし、前記第１ネットワーク上で使用するサービスを購入する請求項２０に記載のシステム。
【請求項２７】
前記第２ネットワーク上のアクティビティに応じて前記ＩＤファイルに一つのファイルを関連付ける請求項２０に記載のシステム。
【請求項２８】
前記関連付けられたファイルと前記ＩＤファイルを用いて前記第１ネットワークにアクセスする請求項２０に記載のシステム。
【請求項２９】
前記ＩＤファイルは、予め定められたイベントが起きたときにアクティブになるであろうトリガーデータを含む請求項２０に記載のシステム。
【請求項３０】
ネットワークユーザを認証する方法であって、
第１ネットワーク可能デバイスを用いて第１ネットワークに同期するステップと、
前記第１ネットワークのサーバによって提供される認証情報にもとづいてユーザＩＤファイルを生成するステップと、
前記ユーザＩＤファイルを第２ネットワーク可能デバイスに転送するステップと、
第２ネットワーク可能デバイスと前記ユーザＩＤファイルを用いて第２ネットワークに同期するステップと、
前記第２ネットワーク上のアクティビティにもとづいて前記ユーザＩＤファイルを更新し、それによって更新されたＩＤファイルを生成するステップと、
前記更新されたユーザＩＤファイルを前記第１ネットワーク可能デバイスに転送するステップと、
前記ユーザＩＤファイルに一つのファイルを関連付け、その関連付けられたファイル内の情報に応じて前記第１ネットワーク上の前記ネットワークユーザのアカウントを更新するステップとを含むことを特徴とする方法。
【請求項３１】
前記第１ネットワーク可能デバイスはゲーム機を含む請求項３０に記載の方法。
【請求項３２】
前記第２ネットワーク可能デバイスは第２ゲーム機を含む請求項３０に記載の方法。
【請求項３３】
前記第２ネットワーク可能デバイスはパーソナルコンピュータを含む請求項３０に記載の方法。
【請求項３４】
前記第２ネットワーク可能デバイスは携帯電話を含む請求項３０に記載の方法。
【請求項３５】
秘密鍵を用いて前記ＩＤファイルを暗号化するステップをさらに含む請求項３０に記載の方法。
【請求項３６】
プロセッサ実行可能な命令群を含むプロセッサアクセス可能な媒体であって、前記命令群は、実行時にネットワーク可能デバイスに、
ネットワークユーザに関連づけられたユニークな識別子を含む認証チケットを第１ネットワークから受信するステップと、
前記認証チケットをＩＤファイルサービスに提供するステップと、
前記認証チケット内の情報および前記ネットワークユーザによって提供されたパスワードにもとづく暗号化されたユーザＩＤファイルを前記ＩＤサービスから受信するステップと、
第２ネットワーク内のサービスプロバイダにアクセスする第２ネットワーク可能デバイスに前記暗号化されたユーザＩＤファイルを提供するステップとを含むアクションを実行させ、
前記ネットワークユーザは前記サービスプロバイダによって前記ＩＤファイルにもとづいて認証されることを特徴とする媒体。
【請求項３７】
プロセッサ実行可能な命令群を含むプロセッサアクセス可能な媒体であって、前記命令群は、実行時にネットワーク可能デバイスに、
第１ネットワーク可能デバイスを用いて第１ネットワークのサーバにアクセスするステップと、
ネットワークユーザに関連づけられたユニークな識別子を含む認証チケットを前記第１ネットワークから受信するステップと、
前記認証チケットをＩＤファイルサービスに提供するステップと、
前記認証チケット内の情報および前記ネットワークユーザによって提供されたパスワードにもとづく暗号化されたユーザＩＤファイルを受信するステップと、
第２ネットワーク可能デバイスに前記暗号化されたユーザＩＤファイルを提供するステップとを含むアクションを実行させ、
前記第２ネットワーク可能デバイスは前記暗号化されたＩＤファイルを用いて、第２ネットワーク内のサービスプロバイダにアクセスし、前記ユーザは前記サービスプロバイダによって前記ＩＤファイルにもとづいて認証されることを特徴とする媒体。
【請求項１】
ネットワークユーザを認証する方法であって、
第１ネットワーク可能デバイスを用いて、前記ネットワークユーザに関連づけられたユニークな識別子を含む認証チケットを第１ネットワークから受信するステップと、
前記認証チケットをＩＤファイルサービスに提供するステップと、
前記認証チケット内の情報および前記ネットワークユーザによって提供されたパスワードにもとづく暗号化されたユーザＩＤファイルを前記ＩＤサービスから受信するステップと、
第２ネットワーク内のサービスプロバイダにアクセスする第２ネットワーク可能デバイスに前記暗号化されたユーザＩＤファイルを提供するステップとを含み、
前記ネットワークユーザは前記サービスプロバイダによって前記ＩＤファイルにもとづいて認証されることを特徴とする方法。
【請求項２】
前記第１ネットワーク可能デバイスはゲーム機を含む請求項１に記載の方法。
【請求項３】
前記第２ネットワーク可能デバイスは第２ゲーム機を含む請求項１に記載の方法。
【請求項４】
前記第２ネットワーク可能デバイスはパーソナルコンピュータを含む請求項１に記載の方法。
【請求項５】
前記第２ネットワーク可能デバイスは携帯電話を含む請求項１に記載の方法。
【請求項６】
前記ＩＤファイルは秘密鍵を用いて暗号化されている請求項１に記載の方法。
【請求項７】
前記サービスプロバイダが公開鍵を用いて前記ＩＤファイルを復号するステップをさらに含む請求項６に記載の方法。
【請求項８】
前記サービスプロバイダをナビゲートし、前記第１ネットワーク上の前記ユーザが使用するサービスを購入するステップをさらに含む請求項１に記載の方法。
【請求項９】
前記第２ネットワーク上のアクティビティに応じて前記ＩＤファイルに一つのファイルを関連付けるステップをさらに含む請求項１に記載の方法。
【請求項１０】
前記ユーザＩＤファイルは、予め定められたイベントが起きたときにアクティブになるであろうトリガーデータを含む請求項１に記載の方法。
【請求項１１】
ネットワークユーザを認証する方法であって、
第１ネットワーク可能デバイスを用いて第１ネットワークのサーバにアクセスするステップと、
前記ネットワークユーザに関連づけられたユニークな識別子を含む認証チケットを前記第１ネットワークから受信するステップと、
前記認証チケットをＩＤファイルサービスに提供するステップと、
前記認証チケット内の情報および前記ネットワークユーザによって提供されたパスワードにもとづく暗号化されたユーザＩＤファイルを受信するステップと、
第２ネットワーク可能デバイスに前記暗号化されたユーザＩＤファイルを提供するステップとを含み、
前記第２ネットワーク可能デバイスは前記暗号化されたＩＤファイルを用いて、第２ネットワーク内のサービスプロバイダにアクセスし、前記ユーザは前記サービスプロバイダによって前記ＩＤファイルにもとづいて認証されることを特徴とする方法。
【請求項１２】
前記第１ネットワーク可能デバイスはゲーム機を含む請求項１１に記載の方法。
【請求項１３】
前記第２ネットワーク可能デバイスは第２ゲーム機を含む請求項１１に記載の方法。
【請求項１４】
前記第２ネットワーク可能デバイスはパーソナルコンピュータを含む請求項１１に記載の方法。
【請求項１５】
前記第２ネットワーク可能デバイスは携帯電話を含む請求項１１に記載の方法。
【請求項１６】
前記第２ネットワーク上のアクティビティに応じて前記ＩＤファイルに一つのファイルを関連付けるステップをさらに含む請求項１１に記載の方法。
【請求項１７】
前記関連付けられたファイルと前記ＩＤファイルを前記第１ネットワーク可能デバイスに提供するステップをさらに含む請求項１６に記載の方法。
【請求項１８】
前記ユーザＩＤファイルは、予め定められたイベントが起きたときにアクティブになるであろうトリガーデータを含む請求項１１に記載の方法。
【請求項１９】
認定されたユーザの集合にアクセスを制限する第１ネットワークのサーバにアクセスするために使われる第１ネットワーク可能デバイスと、
ユーザによって使用される第２ネットワーク可能デバイスとを含み、
前記サーバは、前記ユーザが前記認定されたユーザの集合のメンバであることを認証し、そのユーザに認証チケットを提供する認証モジュールを含み、
前記第１ネットワーク可能デバイスはユーザ用のＩＤファイルを生成するＩＤファイルサービスに前記認証チケットを提供し、
前記ＩＤファイルは第２ネットワーク内のサービスプロバイダにアクセスするために使われ、前記サービスプロバイダによる認証は前記ＩＤファイルにもとづいてなされることを特徴とするシステム。
【請求項２０】
前記第１ネットワーク可能デバイスはゲーム機を含む請求項１９に記載のシステム。
【請求項２１】
前記第２ネットワーク可能デバイスはゲーム機を含む請求項１９に記載のシステム。
【請求項２２】
前記第２ネットワーク可能デバイスはパーソナルコンピュータを含む請求項１９に記載のシステム。
【請求項２３】
前記第２ネットワーク可能デバイスは携帯電話を含む請求項１９に記載のシステム。
【請求項２４】
前記ＩＤファイルサービスが前記ＩＤファイルを秘密鍵を用いて暗号化する請求項１９に記載のシステム。
【請求項２５】
前記サービスプロバイダが公開鍵を用いて前記ＩＤファイルを復号する請求項２４に記載のシステム。
【請求項２６】
前記ユーザが前記第２ネットワークの前記サービスプロバイダをナビゲートし、前記第１ネットワーク上で使用するサービスを購入する請求項２０に記載のシステム。
【請求項２７】
前記第２ネットワーク上のアクティビティに応じて前記ＩＤファイルに一つのファイルを関連付ける請求項２０に記載のシステム。
【請求項２８】
前記関連付けられたファイルと前記ＩＤファイルを用いて前記第１ネットワークにアクセスする請求項２０に記載のシステム。
【請求項２９】
前記ＩＤファイルは、予め定められたイベントが起きたときにアクティブになるであろうトリガーデータを含む請求項２０に記載のシステム。
【請求項３０】
ネットワークユーザを認証する方法であって、
第１ネットワーク可能デバイスを用いて第１ネットワークに同期するステップと、
前記第１ネットワークのサーバによって提供される認証情報にもとづいてユーザＩＤファイルを生成するステップと、
前記ユーザＩＤファイルを第２ネットワーク可能デバイスに転送するステップと、
第２ネットワーク可能デバイスと前記ユーザＩＤファイルを用いて第２ネットワークに同期するステップと、
前記第２ネットワーク上のアクティビティにもとづいて前記ユーザＩＤファイルを更新し、それによって更新されたＩＤファイルを生成するステップと、
前記更新されたユーザＩＤファイルを前記第１ネットワーク可能デバイスに転送するステップと、
前記ユーザＩＤファイルに一つのファイルを関連付け、その関連付けられたファイル内の情報に応じて前記第１ネットワーク上の前記ネットワークユーザのアカウントを更新するステップとを含むことを特徴とする方法。
【請求項３１】
前記第１ネットワーク可能デバイスはゲーム機を含む請求項３０に記載の方法。
【請求項３２】
前記第２ネットワーク可能デバイスは第２ゲーム機を含む請求項３０に記載の方法。
【請求項３３】
前記第２ネットワーク可能デバイスはパーソナルコンピュータを含む請求項３０に記載の方法。
【請求項３４】
前記第２ネットワーク可能デバイスは携帯電話を含む請求項３０に記載の方法。
【請求項３５】
秘密鍵を用いて前記ＩＤファイルを暗号化するステップをさらに含む請求項３０に記載の方法。
【請求項３６】
プロセッサ実行可能な命令群を含むプロセッサアクセス可能な媒体であって、前記命令群は、実行時にネットワーク可能デバイスに、
ネットワークユーザに関連づけられたユニークな識別子を含む認証チケットを第１ネットワークから受信するステップと、
前記認証チケットをＩＤファイルサービスに提供するステップと、
前記認証チケット内の情報および前記ネットワークユーザによって提供されたパスワードにもとづく暗号化されたユーザＩＤファイルを前記ＩＤサービスから受信するステップと、
第２ネットワーク内のサービスプロバイダにアクセスする第２ネットワーク可能デバイスに前記暗号化されたユーザＩＤファイルを提供するステップとを含むアクションを実行させ、
前記ネットワークユーザは前記サービスプロバイダによって前記ＩＤファイルにもとづいて認証されることを特徴とする媒体。
【請求項３７】
プロセッサ実行可能な命令群を含むプロセッサアクセス可能な媒体であって、前記命令群は、実行時にネットワーク可能デバイスに、
第１ネットワーク可能デバイスを用いて第１ネットワークのサーバにアクセスするステップと、
ネットワークユーザに関連づけられたユニークな識別子を含む認証チケットを前記第１ネットワークから受信するステップと、
前記認証チケットをＩＤファイルサービスに提供するステップと、
前記認証チケット内の情報および前記ネットワークユーザによって提供されたパスワードにもとづく暗号化されたユーザＩＤファイルを受信するステップと、
第２ネットワーク可能デバイスに前記暗号化されたユーザＩＤファイルを提供するステップとを含むアクションを実行させ、
前記第２ネットワーク可能デバイスは前記暗号化されたＩＤファイルを用いて、第２ネットワーク内のサービスプロバイダにアクセスし、前記ユーザは前記サービスプロバイダによって前記ＩＤファイルにもとづいて認証されることを特徴とする媒体。
【図１】
【図２】
【図４】
【図５】
【図６】
【図７】
【図８】
【図３】
【図９】
【図２】
【図４】
【図５】
【図６】
【図７】
【図８】
【図３】
【図９】
【公表番号】特表２０１０−５３１００５（Ｐ２０１０−５３１００５Ａ）
【公表日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２０１０−５０９４１３（Ｐ２０１０−５０９４１３）
【出願日】平成２０年４月１日（２００８．４．１）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０５８９９４
【国際公開番号】ＷＯ２００８／１４７５９３
【国際公開日】平成２０年１２月４日（２００８．１２．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＦＲＡＭ
【出願人】（５００５５１０７９）ソニー コンピュータ エンタテインメント アメリカ リミテッド ライアビリテイ カンパニー (95)
【Ｆターム（参考）】
【公表日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２０年４月１日（２００８．４．１）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０５８９９４
【国際公開番号】ＷＯ２００８／１４７５９３
【国際公開日】平成２０年１２月４日（２００８．１２．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＦＲＡＭ
【出願人】（５００５５１０７９）ソニー コンピュータ エンタテインメント アメリカ リミテッド ライアビリテイ カンパニー (95)
【Ｆターム（参考）】
[ Back to top ]