ネットワークアカウントのリンク
アカウント間でアクセス特権を共有するためにネットワークアカウントを管理及びリンクする方法並びにその装置。一実施例においてネットワークアカウントの管理方法は、メンバアクセスを有する第１のアカウントに一般アクセスを有する第２のアカウントをリンクするステップと、第２のアカウントが第１のアカウントにリンクされている間、メンバアクセスの少なくとも一部を第２のアカウントに付与するステップと、を有し、第１のアカウントは対応するサブスクリプションを有しており、一般アクセスは少なくとも１つの特権を付与し、メンバアクセスは、一般アクセスによって提供されない２以上の特権を付与する。
【発明の詳細な説明】
【背景技術】
【０００１】
相互接続された１以上のコンピュータシステムは、ウェブページ、マルチメディアデータ、及びアプリケーションソフトウェア（ゲームなど）などのコンピュータシステムを介して利用可能な資源に、ユーザがアクセスするためのオンライン環境を提供することができる。ユーザは、オンライン環境を提供している１以上のコンピュータシステムにネットワーク接続しているローカルコンピュータシステムを使用して、オンライン環境の資源にアクセスすることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００２】
オンライン環境は、多くの場合、アカウントを使用してユーザを識別し、オンライン環境が提供する資源へのアクセスを制御する。各ユーザは、通常、アカウントを持っており、このアカウントはオンライン資源へのアクセスレベルを示している。オンライン資源のプロバイダも、多くの場合、ユーザに付与したアカウントのサブスクリプション（subscription）に対して課金している。異なるアクセスレベルが存在する環境では、プロバイダが、アクセスレベルが高いほど料金を高くすることがある。従ってプロバイダの立場に立つと、高額なサブスクリプションを購入するようにユーザに促すことが望ましく、このためにプロバイダは、多くの場合、アクセスレベルの高いアカウントを、ユーザにとって魅力あるものにする。
【課題を解決するための手段】
【０００３】
本発明は、アカウント間でアクセス特権を共有するための、ネットワークアカウントを管理及びリンクする方法、並びにその装置を提供する。一実施例のネットワークアカウントの管理方法は、メンバアクセスを有する第１のアカウントに一般アクセスを有する第２のアカウントをリンクするステップと、前記第２のアカウントが前記第１のアカウントにリンクされている間、前記メンバアクセスの少なくとも一部を前記第２のアカウントに付与するステップと、を含み、前記第１のアカウントは対応するサブスクリプションを有しており、前記一般アクセスは少なくとも１つの特権を付与し、前記メンバアクセスは前記一般アクセスによって提供されない２以上の特権を付与する。
【０００４】
他の実施例のネットワークアカウントの管理方法は、一般アクセスを有するアカウントを作成するステップと、アップグレード要求を受け取るステップと、メンバアクセスを有するための１以上の要件を満たす前記アカウントに基づいて、前記アカウントがアップグレードを許可されることを確認するステップと、メンバアクセスを有するように前記アカウントをアップグレードするステップと、を含む。
【０００５】
他の実施例のネットワークアカウントのリンク方法は、一般アクセスを有する第１のアカウントを作成するステップと、メンバアクセスを有する第２のアカウントを示すリンク案内を送信するステップと、前記第１のアカウントが前記第２のアカウントにリンクされることを示すリンク承諾を受け取るステップと、メンバアクセスを必要とする最小アクセスを有するサービスを示すサービス要求を送信するステップと、前記サービスにアクセスするステップと、を含む。
【０００６】
他の実施例のネットワークアカウントのリンク方法は、メンバアクセスを有する第１のアカウントを作成するステップと、一般アクセスを有する第２のアカウントを示すリンク案内を受け取るステップと、前記第２のアカウントが前記第１のアカウントにリンクされようとしていることを示すリンク要求を送信するステップと、を含む。
【０００７】
他の実施例のコンピュータプログラムは、有形の記憶媒体に記憶され、ネットワークアカウントの管理に用いられる。このコンピュータプログラムは、コンピュータに、メンバアクセスを有する第１のアカウントに一般アクセスを有する第２のアカウントをリンクするための実行可能命令と、前記第２のアカウントが前記第１のアカウントにリンクされている間、前記メンバアクセスの少なくとも一部を前記第２のアカウントに付与するための実行可能命令と、を実行させる。前記第１のアカウントは対応するサブスクリプションを有しており、前記一般アクセスは少なくとも１つの特権を付与し、前記メンバアクセスは、前記一般アクセスによって提供されない２以上の特権を付与する。
【発明を実施するための最良の形態】
【０００８】
本発明は、アカウント間でアクセス特権を共有するための、ネットワークアカウントを管理及びリンクする方法、並びにその装置を提供する。一実施例では、低い特権を有するアカウントが、高い特権を有するアカウントにリンクされる。アカウントがリンクされている間、この２つのアカウントは高い特権を利用することができる。リンクが解消されると、アカウントのアクセスレベルはそれぞれ元に戻る。
【０００９】
以下に、説明のための一実施例を記載する。この例の後に、他の変更例について記載する。
【００１０】
一実施例では、第１のユーザが、オンラインゲーム環境のサブスクリプションを購入する。オンラインゲーム環境は、インターネットに接続されたサーバコンピュータシステムの集合体（又は１つのシステム）によってサポートされている。第１のユーザは、ネットワークに接続可能なゲームコンソール（日本の株式会社ソニー・コンピュータエンタテインメントが提供しているプレイステーション２（登録商標）など）を所有しており、例えば他のユーザとオンラインゲームをプレイするために、このゲームコンソールを介してオンラインゲーム環境にアクセスすることができる。第１のユーザのサブスクリプションにより、このユーザがオンライン環境にメンバアカウントを作成することができ、第１のユーザはこれを実際に行っている。このメンバアカウントは、第１のユーザにメンバアクセスを付与する。メンバアクセスは、第１のユーザがオンライン環境で通常のオンラインゲームに参加することを許可する。またメンバアクセスは、第１のユーザが、メンバアクセスを有するアカウントに制限されているオンライン環境にある各種資源にアクセスすることも許可する。例えば、第１のユーザは、メンバアクセスを有する他のユーザとチャットするためにメンバチャットルームにアクセスしたり、メンバアクセスを有するアカウントのみに制限されているオンラインゲームトーナメントに参加することができる。
【００１１】
第２のユーザも、ネットワークに接続可能なゲームコンソールを所有しており、このゲームコンソールを介してオンラインゲーム環境にアクセスすることができる。しかし、第２のユーザは、オンラインゲーム環境のサブスクリプションを持たない。オンライン環境では、ユーザがサブスクリプションを持っていない場合、非メンバアカウントを作成することができる。非メンバアカウントは、ユーザに一般アクセスを付与するが、メンバアクセスは付与しない。第２のユーザは、オンライン環境で非メンバアカウントを作成する。第２のユーザは非メンバアカウントを持っているがメンバアクセスは持っていない。そのために第２のユーザは、通常のオンラインゲームに直接参加することはできない。
【００１２】
オンラインゲーム環境では、非メンバアカウントをメンバアカウントにリンクすることができる。非メンバアカウントがメンバアカウントにリンクされている間、非メンバアカウントは、限定されたメンバアクセスを一時的に付与される。この例において限定されたメンバアクセスは、非メンバアカウントが、この非メンバアカウントがリンクされているメンバアカウントと同じゲーム（通常のゲーム又はトーナメント）に参加することを許可する。限定されたメンバアクセスは、非メンバアカウントがメンバアカウントのチャットルームに参加することを許可しない。（後述するように、他の実施例では、異なるタイプのアクセスが被リンクアカウントに付与されてもよい。）
【００１３】
第２のユーザは、第１のユーザのアカウントへリンク案内を送信することで、第１のユーザにアカウントをリンクするように依頼する。第１のユーザはこれに同意し、オンライン環境に対してアカウントをリンクするよう要求する。アカウントがリンクされると、２つのアカウントはオンラインゲームに参加するのに適したアクセス権（access）を有するようになる。その後、第１のユーザと第２のユーザは、オンラインゲームを開始してこれを楽しむ。ゲームが終了すると、第１のユーザがリンクの終了を要求し（或いはサーバが自動的にリンクを終了させ）、アカウントはそれぞれ元の状態に戻る。
【００１４】
この例では、第１のユーザがメンバアクセスを有するメンバアカウントを持っているために、第１のユーザは第２のユーザにはないメリットを有している。第１のユーザは、別のアカウントにリンクせずにオンラインゲーム内でプレイすることができる。第２のユーザは、自分のアカウントにこの第２のユーザをリンクする別のユーザを探す必要がある。このようなメリットにより、メンバアカウントが魅力的なものとなる。更に、非メンバアカウントを持っているユーザがオンラインゲーム内でプレイできるように、メンバアカウントを持っているユーザを捜し出すため、メンバアアカウントを持っているユーザが必要とされる。この結果、メンバアアカウントを持っているユーザはオンライン環境で人気者になり、注目を集める。この場合も、メンバアカウントが望ましいものとなる。オンラインゲーム環境のプロバイダは、サブスクリプションからの収益を増やし、利用を拡大することによる利益（例えば、増加した広告収入）を得るため、この魅力を活用することができる。
【００１５】
図１は、ネットワークアカウントをリンクするためのネットワーク環境１００の一実施例のブロック図である。ネットワーク環境１００は、サーバ１０５、第１のユーザシステム１１０、第２のユーザシステム１１５、及びネットワーク１２０を有する。サーバ１０５、第１のユーザシステム１１０、及び第２のユーザシステム１２０は、ネットワーク１２０によって相互接続されている。
【００１６】
サーバ１０５は、接続されたユーザシステムにおいてユーザにサービスを提供し、ユーザのネットワークアカウントを管理するための処理及び記憶を行う（including processing and storage）コンピュータシステムである。サーバ１０５は、ユーザにオンライン環境を提供する。サーバ１０５により提供される資源及びサービスの、一部又はすべてが制限されている。最新の適切なアクセスレベルを有するアカウントのみが、制限された資源又はサービスへのアクセスを許可されるように、サーバ１０５は、これらの制限された資源又はサービスへのアクセスを制御している。サーバ１０５は、ユーザのためにアカウントを作成して管理する。一実施例においてサーバ１０５は、アカウント情報（例えば、アカウントに対してユーザを識別する情報、アカウントタイプ、アカウントの現在のアクセスレベル、アカウントの恒久的又はデフォルトのアクセスレベル、及びアカウントの現在のユーザシステム）を記憶しているアカウントデータベース１２５に接続され、これを管理している。サーバ１０５は、例えばローカルストレージ又はアカウントデータベース１２５に、ユーザのサブスクリプション情報を作成して管理している。別の実施形態においてサーバ１０５は、ネットワーク１２０を介してサブスクリプション情報にアクセスする。サブスクリプション情報はユーザの権限（permission）を示しており、ユーザが作成を許可されているネットワークアカウントのタイプなどがある。また、サーバ１０５は、リンクアカウントと、被リンクアカウント間の共有アクセス特権も管理している。
【００１７】
第１のユーザシステム１１０及び第２のユーザシステム１１５も、ネットワーク対応のゲームコンソールなどのコンピュータシステムである。ユーザシステム１１０、１１５は、サーバ１０５が提供するオンラインサービスにアクセスする際に、相互に対話するとともにサーバ１０５と対話するための処理及び記憶を行う。更にユーザシステム１１０、１１５は、ユーザの識別情報（例えば、ユーザがユーザシステム１１０、１１５に入力した名前とパスワード）を記憶する。図１において、第１のユーザの識別情報は、第１のユーザシステム１１０に付したラベル“ＩＤ１”によって示される。第２のユーザの識別情報は、第２のユーザシステム１１５に付したラベル“ＩＤ２”によって示される。他の実施例では、識別情報が、ユーザに加えて或いはユーザに代えて、ユーザシステムを識別している。サーバ１０５が各ユーザシステム１１０、１１５に対する正しいアカウントを使用するように、ユーザシステム１１０、１１５はサーバ１０５に識別情報を提供する。
【００１８】
ネットワーク１２０は、サーバ１０５、第１のユーザシステム１１０、及び第２のユーザシステム１１５間でデータ伝送を行うための経路を提供している中間ネットワーク（インターネットなど）である。他の実施例では、サーバ１０５、第１のユーザシステム１１０、及び第２のユーザシステム１２０の一部又はすべてが直接接続されており、このため中間ネットワークは必ずしも使用されないか、或いは省略される。
【００１９】
図１において、第１のユーザシステム１１０は、メンバアカウントであるサーバのアカウントを持っている。第１のユーザシステム１１０のアカウントはアカウントデータベース１２５のラベルによって、識別情報“ＩＤ１”がアカウント“ＡＣＣＯＵＮＴ１”に対応しており、アカウント“ＡＣＣＯＵＮＴ１”がメンバ（MEMBER）のアクセスレベルを有することが示されている。第２のユーザシステム１１５は、非メンバアカウントであるサーバのアカウントを持っている。第２のユーザシステム１１５のアカウントはアカウントデータベース１２５のラベルによって、識別情報“ＩＤ２”がアカウント“ＡＣＣＯＵＮＴ２”に対応しており、アカウント“ＡＣＣＯＵＮＴ２”が非メンバ（NON-MEMBER）のアクセスレベルを有することが示されている。後述するように、第２のユーザシステム１１５のアカウントが第１のユーザシステム１１０にリンクされると、サーバ１０５は、このリンクとアカウントのアクセスレベルの変更を示すように、アカウントデータベース１２５を更新する。
【００２０】
一実施例においてネットワークアカウントは、メンバアカウント又は非メンバアカウントの２種類のうちのいずれか１つである。アカウントタイプによって、異なるアクセスレベルが提供される。メンバアカウントはメンバアクセスを提供し、非メンバアカウントは非メンバアクセス又は一般アクセスを提供する。一実施例では、メンバアクセスは一般アクセスを包含する。他の実施例においてメンバアカウントは、メンバアクセスと一般アクセスの両方を提供する。メンバアカウントは、ユーザが適切なサブスクリプションを持っていることを必要とする。ユーザは、オンライン環境のプロバイダに料金（例えば一時利用又は月額の料金）を支払うことによって、サブスクリプションを取得する。他の実施例においてメンバアカウントは、追加の要件（オンライン環境において特定の目標を達成したなど）を１以上有する。他の実施例では、サブスクリプションを有するという要件に代えて、このような追加要件が用いられる。非メンバアカウントでは、サブスクリプションが必要ではない。他の実施例では、非メンバアカウントが、メンバアカウントよりも低額なサブスクリプションを必要とする。
【００２１】
アカウントのアクセスレベルは、そのアカウントのユーザが利用できる特権を規定している。サーバが提供する資源又はサービスの一部は、適切なアクセスレベルを持つアカウントに制限されている。例えば、オンラインゲームへの参加又は特定のウェブサイトやウェブページへのアクセスを、メンバアクセスを持つアカウントに制限することができる。他の資源又はサービスの一部は、どのアカウントからのアクセスも許可されるように、制限がかけられていなくてもよい。例えば、メンバチャットルームはメンバアクセスを持つアカウントに制限されるが、一般チャットルームサービスには制限がかけられていなくてもよい。
【００２２】
各実施例において、高いアクセスレベルに対して様々な特権が付与されうる。各実施例において、メンバアクセスによってユーザが許可される行為には以下のようなものがあるが、これらに限定されない（例えば、メンバアクセスがこれらの特権の１以上を付与する場合など）。
・オンラインゲームに参加する。
・オンラインゲームを開始する。
・メンバアカウントのみに制限されているオンラインゲームに参加する。
・オンラインゲームのプレイ中に特別な資源を利用する。これには、特別なゲーム領域にアクセスする（例えば、ゲーム内で特別な建物に入る）、特別なゲーム資源にアクセスする（例えば、ゲーム内で特別な道具を使用したり特別なバックグラウンドミュージックを聞く）、或いは特別なゲーム機能を使用する（例えば、戦闘ゲームで特殊な移動やテクニックを使用する）などがある。
・アカウントが利用できるアクセスレベルを示す特別なインジケータをゲーム内で使用する（例えば、ユーザのキャラクタ又はチームが、ゲームにおいて目視可能な特別なユニホームやマークを身につけるなど）。
・個人のウェブページ、ハイスコア、又は保存したゲームのデータなどのデータをオンライン環境に記憶する。
・オンラインのフォーラム又は掲示板にあるメッセージを読んだり、これらにメッセージを書き込む。
・ニュースレターを受け取ったり、ニュースレターにアクセスする。
・制限されたウェブ資源（例えばウェブページのメンバエリアのコレクション）にアクセスする。
・他のユーザが参加できるオンライン環境のグループ又はクラン（clan）を立ち上げる。
・オンライン環境において、制限されたグループ又はクランに参加する。
・オンライン環境又は提携先を通じて購入できる商品、サービス、又はサブスクリプションの、割引又はクーポンを受け取る。
・リンク案内を承認して、非メンバアカウントをメンバアカウントにリンクすることを許可する。
【００２３】
他の実施例においてオンライン環境は、３種類以上のアカウントと、３種類以上のアクセスレベル又はアクセスタイプをサポートしている。この場合、一部又はすべてのアカウントタイプ、及び異なるアクセスレベルについて、特権の組を変えたり、重複させることができる。同様に、アカウントタイプによって作成するための、例えば料金別に異なるタイプのサブスクリプションなどの、要件を変えてもよい。他の実施例では、ユーザが、（アカウントタイプを変更せずに）ユーザのサブスクリプションをアップデートすることによって、アカウントに特権を追加することができる。
【００２４】
図２は、ネットワークアカウントを作成する一実施例のフローチャート２００である。初期の段階で、ユーザは、ユーザシステムをサーバに接続して、識別情報をユーザシステムに与えている。ユーザが、既にオンライン環境用のサブスクリプションを取得していることもあれば、していないこともある。
【００２５】
ブロック２０５で、ユーザシステムは、サーバにアカウント作成要求を送信する。ユーザが、ユーザシステムにこの要求を送信させる。アカウント作成要求は、ユーザの識別情報と作成するアカウントのタイプを示している。一実施例では、アカウント作成要求は、ユーザのサブスクリプション情報も示している。
【００２６】
ブロック２１０で、サーバは、ユーザのサブスクリプション情報をチェックして、ユーザのサブスクリプションが、要求されたアカウントタイプを持つことをユーザに許可していることを確認する。サーバは、ユーザのローカル又はリモートのサブスクリプション情報にアクセスする。一実施例においてサーバは、識別情報を用いて、サーバに（例えば、サブスクリプションデータベースに）記憶されているサブスクリプション情報にアクセスする。サブスクリプション情報はユーザの権限を示しており、これにはユーザが作成を許可されているネットワークアカウントのタイプが含まれる。
【００２７】
前述のように、１以上のアカウントタイプは制限されており、作成するには特定のレベルのサブスクリプションが必要とされる。同様に、１以上のアカウントタイプが制限のないものであり、作成にサブスクリプションを必要としない。ユーザが制限されたアカウントタイプを要求すると、サーバは、サブスクリプション情報の権限を要求されたアカウントタイプと比較し、アカウントの作成が許可されるかどうかを判定する。このアカウントタイプが許可されない場合、サーバはブロック２１５に進み、ユーザのサブスクリプションをアップデートするように提案する。アカウントタイプが許可される場合、サーバはブロック２２０に進み、アカウントを作成する。ユーザがサブスクリプションを一切持っておらず、制限されたアカウントタイプを要求した場合、サーバはブロック２１５に進む。ユーザが制限のないアカウントタイプを要求した場合、サーバは、ユーザのサブスクリプション情報を確認する必要はなく、ブロック２２０に直接進むことができる。
【００２８】
ユーザが要求されたアカウントタイプを作成することを許可されない場合、ブロック２１５で、サーバはサブスクリプションのアップグレードをユーザに提案する。サーバは、ユーザのサブスクリプションを、要求されたアカウントタイプの作成を許可する適切なレベルにアップグレードするように提案する。他の実施例では、サーバが、複数のサブスクリプションレベルをユーザに提案する。サーバは、サブスクリプションのアップグレードに要する費用又は必要条件をユーザに提示する。ユーザがアップグレードを辞退した場合、サーバはアカウントを作成せずにアカウント作成処理を終了する。ユーザがアップグレードに同意した場合、サーバはアップグレードに必要な費用又は必要条件を満たすのに必要なトランザクション（transaction）を処理する（例えば、オンラインでのクレジットカードによる支払いを処理する）。トランザクションの終了後、サーバは、ブロック２１０に戻り、新しいサブスクリプションを確認する。他の実施例では、サーバが、アップグレードトランザクションの一部として、アップグレードされたサブスクリプションが要求されたアカウントタイプを許可していることを確認するため、ブロック２２０に直接進む。
【００２９】
ユーザのサブスクリプションが、要求されたアカウントタイプのアカウントの作成を許可していることを確認すると、サーバは、ブロック２２０で、ユーザのために新しいアカウントを作成する。サーバは、新しいアカウントを作成して、このアカウント情報をアカウントデータベースに記憶する。アカウント情報は、ユーザの識別情報、アカウントタイプ、及び現在のアクセスレベルを示している。
【００３０】
また、ユーザは、所望のアカウントタイプを示すアカウントアップグレード要求をサーバに送信することによって、ユーザのアカウントをアップグレードすることができる。サーバは、アカウント作成要求と同様に、アップグレードアカウント要求を処理する。すなわち、要求されたアカウントタイプ又は特権がユーザのサブスクリプションによって許可されていることを確認して、必要且つ承認を得られればサブスクリプションをアップグレードして、許可されればアカウントをアップグレードする。
【００３１】
一実施例では、１以上のアカウントタイプは、特定のサブスクリプションのレベル又は料金に加えて（又はこれらに代えて）、オンラインゲーム環境に関連する要件を課している。このようなオンライン環境の要件は、オンライン環境で達成した成果を示すものであり、これには、ゲームの最小プレイ時間又はプレイしたゲームの最小数、最小ハイスコア、最小勝利数、又はゲーム内で達成した行動又は事象（例えば、ゲームの特定の対戦相手に勝った、特定のゲームアイテムを発見したなど）などがある。ユーザがこれらの成果の１つを達成している場合、他の要件（支払いなど）が満たされていれば、サーバはユーザのアカウントのアップグレードを提案する。
【００３２】
図３は、ユーザにオンライン環境のサービスを提供する一実施例のフローチャート３００を示す。初期の段階で、ユーザは、ネットワークアカウントを作成している。ユーザは、ユーザシステムをサーバに接続し、識別情報をユーザシステムに与えている。ユーザが、既にオンライン環境用のサブスクリプションを取得していることもあれば、していないこともある。
【００３３】
ブロック３０５で、ユーザシステムは、サービス要求をサーバに送信する。ユーザが、ユーザシステムにこの要求を送信させる。場合によっては、ユーザシステム又はサーバは、ユーザが行った１つの要求から、複数のサービス要求を作成することもある。サービス要求は、ユーザの識別情報とサービスのタイプを示している。一実施例では、サービス要求が、ユーザのサブスクリプション情報も示している。
【００３４】
ブロック３１０で、サーバは、ユーザのサブスクリプション情報をチェックして、ユーザのアカウントのアクセスレベルが、要求されたサービスを受けることを許可していることを確認する。サーバは、アカウントデータベースに記憶されているアカウント情報にアクセスする。前述のように、アカウント情報は、アカウントの現在のアクセスレベルを示している。
【００３５】
１以上のサービスタイプは制限されたものであり、特定のアクセスレベルを要求する。同様に、１以上のサービスタイプは制限のないものであり、特別なアクセスレベルを要求しない。ユーザが制限されたサービスを要求すると、サーバは、ユーザのアカウントのアクセスレベルを、要求されたサービスのアクセスレベルと比較する。ユーザのアクセスレベルが不十分である（すなわち、ユーザのアクセスレベルが必要なアクセスレベルに一致するかこれを上回っていない）場合、サーバはブロック３１５に進み、ユーザのアカウントをアップグレードするように提案する。ユーザのアクセスレベルが十分な場合、サーバはブロック３２０に進み、サービスを提供する。ユーザが制限のかけられていないサービスを要求した場合、サーバは、ユーザのアクセスレベルを確認する必要がなく、ブロック３２０に直接進むことができる。
【００３６】
ユーザのアカウントが、要求されたサービスに必要なアカウントレベルを持っていない場合、ブロック３１５で、サーバは、アカウントタイプをアップグレードするようにユーザに提案する。サーバは、ユーザのアカウントを、要求されたサービスに必要なアクセスレベルを持つ適切なアカウントタイプにアップグレードするように提案する。他の実施例では、サーバが、ユーザに複数のアカウントタイプを提案する。他の実施例では、サーバが、アカウントタイプを変更せずに、回数制限付き（例えば１回）で利用できるように、アクセスレベルを一時的に上げることを提案する。サーバは、アカウントをアップグレードするための費用又は要件をユーザに提示する。ユーザがアップグレードを辞退した場合、サーバは要求されたサービスを提供することなくサービス処理を終了する。ユーザがアップグレードに同意した場合、サーバはアップグレードに必要な費用又は要件を満たすのに必要なトランザクションを処理する（例えば、オンラインでのクレジットカードによる支払いを処理する）。トランザクション終了後にサーバは、ブロック３１０に戻り、要求されたサービスのための新しいアカウントを確認する。他の実施例では、サーバが、アップグレードトランザクションの一部として、アップグレードされたアカウントが要求されたサービスに必要なアカウントレベルを有することを確認して、ブロック３２０に直接進む。
【００３７】
ユーザのアカウントが要求されたサービスに必要なアクセスレベルを有することを確認すると、ブロック３２０でサーバは、要求されたサービスを提供する。サーバは、オンライン環境においてサービスを提供するか、或いはリモートシステムにサービスを提供させる。
【００３８】
サーバは、資源にアクセスすることを求めるユーザシステムの要求を同様に処理する。
【００３９】
他の実施例では、ユーザが要求されたサービスに必要なアクセスレベルを持たない場合に、ユーザのアカウントをアップグレードするように提案する代わりに（又は追加の選択肢として）、サーバは、リンクのため別のユーザのアカウントを見つけることを提案する。後述するように、アカウントが別のアカウントにリンクされると、アクセスレベルの低いアカウントが、他のアカウントの高いアクセスレベルを一時的に受ける。サーバは、自身のアクセスレベルを越えるサービスを要求しているユーザを、適切なアクセスレベルを持つ別のユーザに引き合わせるマッチングサービスを提供しうる。ユーザがサーバの提案に同意すると、後述するように、サーバは、このユーザのためにリンク案内を送信し、リンクに成功した場合、サーバはブロック３１５に戻ってユーザのアカウントの変更後のアクセスレベルを確認する。ユーザがサーバの提案を辞退した場合、サーバは要求されたサービスを提供することなくサービス処理を終了する。
【００４０】
図４は、非メンバアカウントをメンバアカウントにリンクするリンク処理の一実施例のフローチャート４００である。初期の段階で、第１のユーザは、第１のユーザシステムをサーバに接続し、第１の識別情報を第１のユーザシステムに与えている。第１のユーザは、オンライン環境でメンバアクセスを有するメンバアカウントを作成している。第２のユーザは、第２のユーザシステムをサーバに接続し、第２の識別情報を第２のユーザシステムに与えている。第２のユーザは、非メンバアクセスを有する非メンバアカウントを作成している。図４の説明では、第２のユーザが、第２のユーザのアカウントを第１のユーザのアカウントにリンクする。この場合、第１のユーザのアカウントは「被リンクアカウント」であり、第２のユーザのアカウントは「リンクアカウント」である（ユーザとユーザシステムも「被リンク〜」、「リンク〜」と称されることがある）。
【００４１】
ブロック４０５で第２のユーザシステムは、第１のユーザシステムにリンク案内を送信する。第２のユーザは、第２のユーザシステムにこの要求を送信させる。このリンク案内は、対象の受信者として第１のユーザを、リンクアカウントとして第２のユーザのアカウントを指定している。リンク案内は、第１のユーザに対して、第２のユーザのアカウントが第１のユーザのアカウントにリンクされることを許可するように求める要求である。第２のユーザシステムは、サーバを介して第１のユーザシステムにリンク案内を送信する。他の実施例では、第２のユーザシステムが、リンク案内を（サーバを使用せずに）第１のユーザシステムに直接送信する適切な情報を持っており、これを行う。一実施例では、リンク案内が、ゲームをプレイするように促す挑戦状として送信される。
【００４２】
他の実施例では、ユーザシステムが、ユーザの識別情報と対象のユーザを指定したリンク案内をサーバに送信する。サーバは、ユーザのアカウント情報を回収して、このアカウント情報をリンク案内に追加する。その後、サーバは、更新したリンク案内を対象のユーザのユーザシステムに送信する。
【００４３】
前述のように、第２のユーザシステムは、第２のユーザからの要求を受けてリンク案内を送信する。他の実施例では、サーバがユーザに代わってリンク案内を送信するが、これは、ユーザが、このユーザのアカウントが適切なアクセスレベルを有していないサービスを要求した場合などに行われる。他の実施例では、サーバが第１のユーザシステムに代わってリンク案内を第２のユーザシステムに送信するが、これは、第１のユーザシステムのユーザが、ゲームに参加するよう第２のユーザシステムのユーザを誘いたい場合などである。
【００４４】
ブロック４１０で、第１のユーザシステムは、第２のユーザシステムに案内の承諾を送信する。第１のユーザは、リンク案内を承諾するかどうかを決める。第１のユーザがリンク案内を承諾しないと決めた場合、第１のユーザシステムは、サーバに辞退メッセージを送信し、リンク処理は終了する。他の実施例では、第１のユーザシステムが応答せず、リンク案内を無視して案内を辞退する。第１のユーザがリンク案内を承諾した場合、第１のユーザシステムは、サーバを介して第２のユーザシステムに案内承諾を送信する。案内承諾は、第１のユーザシステムが、サーバに対して２つのアカウント間のリンクの確立を要求することを確認するものである。他の実施例では、第１のユーザシステムが案内承諾を（サーバを使用せずに）第２のユーザシステムに直接送信する適切な情報を持っており、これを行う。
【００４５】
ブロック４１５で第１のユーザシステムは、サーバにリンク要求を送信する。リンク要求は、第１のユーザのアカウントと第２のユーザのアカウントとを示す。他の実施例では、リンク要求が第１のユーザと第２のユーザの識別情報を示しており、サーバが適切なアカウント情報を回収する。
【００４６】
ブロック４２０でサーバは、これらのアカウントが、第２のユーザのアカウントが第１のユーザのアカウントにリンクされることを許可していることを確認する。サーバは、適切なアカウント情報（及び必要に応じてサブスクリプション情報或いはその他の情報）を取得して、第１のユーザのアカウントが他のアカウントからのリンクを承諾することを許可され、且つ第２のユーザのアカウントが他のアカウントにリンクすることを許可されていることを確認する。例えば、サーバは、アカウントの不正使用を防止するか、或いはネットワークのトラフィックを一定の状態に制限するために、アカウント間のリンクの作成に制限を課すことがある。一実施例においてアカウントは、リンクするのが一度に１アカウントに限られ、或いはリンクされるのが一度に１アカウントに限られうる。サーバがアカウント間のリンクが許可されていると判定した場合、サーバはブロック４２５に進み、リンクを作成する。サーバがそのリンクが許可されないと判定した場合、サーバはリンクを作成せずにリンク処理を終了する。他の実施例では、リンクが許可されないがアカウント又はサブスクリプションの一方又は両方をアップグレードすることによりリンクが許可される場合に、サーバは、（前述の、サブスクリプション又はアカウントのアップグレードを提案するのと同じように）適切なアップグレードを提案する。
【００４７】
アカウントがリンクの作成を許可することを確認したら、ブロック４２５で、サーバは、第２のユーザのアカウントを第１のユーザのアカウントにリンクする。第２のユーザのアカウントが第１のユーザのアカウントにリンクされていることを示すために、サーバは、第２のユーザのアカウントのアカウント情報を更新する。また、サーバは、第２のユーザのアカウントが第１のユーザのアカウントにリンクされていることを示すために、第１のユーザのアカウントのアカウント情報も更新する。他の実施例では、リンクが「一方向」であり、このためにサーバは、第１のユーザのアカウントのアカウント情報を更新しない。
【００４８】
アカウントをリンクすると、ブロック４３０で、サーバは、第１のユーザのアカウントのアクセスレベルを第２のユーザのアカウントに付与する。第１のユーザのアカウントはメンバアカウントであり、メンバアクセスを有する。第２のユーザのアカウントは非メンバアカウントであり、非メンバアクセス又は一般アクセスを有する。サーバは、現在のアクセスレベルがメンバアクセスに変更されたことを示すために、第２のユーザのアカウント情報を更新する。前述のようにユーザがサーバからのサービスを要求すると、サーバがユーザのアカウントの現在のアクセスレベルをチェックするために、サーバがユーザにサービスを提供するべきかどうかの判定にリンクの影響が反映される。サーバは、第２のユーザのアカウントの元のアクセスレベル又はデフォルトのアクセスレベルを保持している。後述するように、リンクが終了すると、サーバは、現在のアクセスレベルが非メンバアクセスである元のアクセスレベルに戻ったことを示すために、第２のユーザのアカウントのアカウント情報を更新する。この時点では、アカウントがリンクされている。
【００４９】
他の実施例では、１つのアカウントを複数のアカウントにリンクすることができる。この場合、あるアカウントが別のアカウントにリンクされると、サーバは、どの被リンクアカウントのどの特権又はアクセスレベルが付与されたのかを、リンクアカウントのアカウント情報に記録する。リンクが終了されると、サーバは、終了されたリンクによって付与された特権又はアクセスレベルを、単に解消する。
【００５０】
図５は、リンクされている２つのアカウントのリンクを解消する一実施例のフローチャートである。初期の段階で、図４を参照して前述したリンク処理の完了後などのように、第２のユーザのアカウントが第１のユーザのアカウントにリンクされている。
【００５１】
ブロック５０５で、ある事象がリンクの終了のトリガとなる。トリガとなる事象は、リンクされているアカウントのユーザのいずれかからの要求又はリンクを終了すべきであるとサーバに決定させる事象である。サーバは、リンクの終了の要因となる１以上のルールを有している。例えば、ユーザの一方がアカウントを不正使用した場合、サーバはリンクの終了を決定しうる。他の例では、いずれかのユーザシステムがサーバとの接続を切断すると、サーバがリンクを終了する。
【００５２】
ブロック５１０で、サーバは、リンクにより第２のユーザのアカウントに付与されたアクセスレベルを削除する。サーバは、現在のアクセスレベルが元のアクセスレベルに戻ったことを示すために、第２のユーザのアカウントのアカウント情報を更新する。
【００５３】
ブロック５１５で、サーバはアカウントからリンクを削除する。サーバは、２つのアカウントのアカウント情報を更新して、リンクが削除されたことを示す。この時点で、アカウントはもはやリンクされていない。
【００５４】
前述の一実施例では、あるアカウント（リンクアカウント）が別のアカウント（被リンクアカウント）にリンクされると、アカウントがリンクされている間、リンクアカウントは被リンクアカウントのアクセスレベルを受ける。このタイプのリンクは、直接リンクである。しかし他の実施例では、直接リンクに加えて又は直接リンクに代えて、アカウント間の様々なタイプのリンクを利用することができる。一実施例では、リンクアカウントのユーザが、リンク案内において特定のタイプのリンクを要求する。他の実施例では、被リンクアカウントのユーザが、リンク承諾において特定のタイプのリンクを承諾又は指定する。他の実施例では、状況に応じて、サーバがリンクのタイプを選択する（例えば、オンラインゲームトーナメントでは所定のタイプのリンクが使用され、オンライン環境での一般的な利用では別のタイプのリンクが使用される）。
【００５５】
一実施例においてサーバは、時間が制限されたリンクを提供する。時間が制限されたリンクでは、リンクを確立してから所定の期間（１日など）が経過するか、所定の時点が到来すると（例えばリンクを確立した日の終わりなど）、サーバがリンクを終了する。
【００５６】
他の実施例においてサーバは、永続的なリンクを提供する。永続的なリンクでは、リンクアカウント又は被リンクアカウントのユーザのうちの一方が終了を要求するまで、リンクが解除されない。永続的なリンクは、ユーザシステムの一方又は両方が切断しても、終了しない。ユーザがオンライン環境に戻ると、リンクが確立されたときに使用したのと異なるユーザシステムを使用した場合であっても、永続的なリンクは有効なままである。
【００５７】
他の実施例においてサーバは、利用回数が制限されたリンクを提供する。利用回数が制限されたリンクでは、リンクの確立後に、リンクアカウントによって要求されたサービスが設定数に達すると、サーバがリンクを終了する。例えば、利用回数が１回に制限されたリンクは、利用が１回しか認められていない。一実施例では、サービスによって、サービス利用回数の制限数の消費数が異なる。例えばサービスには、「無料」で利用可能なサービス数を使用しないものもあれば、「高額」であり利用可能なサービス数を複数使ってしまう（サービスを２回利用したとカウントされるなど）ものもある。
【００５８】
他の実施例においてサーバは、用途が限定されたリンクを提供する。用途が限定されたリンクでは、リンクアカウントが、１以上の特定のサービスを利用するために被リンクアカウントのアクセスレベルを受ける。例えばリンクアカウントは、１つの特定のオンラインゲームをプレイするためだけに、高いアクセスレベルを持つようになる。
【００５９】
他の実施例においてサーバは、部分リンクを提供する。部分リンクでは、被リンクアカウントが複数のアクセスレベルを持っており、リンクアカウントが、被リンクアカウントのアクセスレベルのすべてを受けるわけではない。例えば一実施例において、アカウントが、アクセスレベルＡ、Ｂ、Ｃ、及び／又はＤを持つことができるとする。各レベルで異なる特権が与えられる。リンクアカウントがアクセスレベルＡを持っており、被リンクアカウントがアクセスレベルＡ、Ｂ、及びＣを持っているとする。被リンクアカウントのユーザがリンク案内を承諾すると、被リンクアカウントのユーザは、このリンクを、アクセスレベルＢのみを付与する部分リンクとして指定する。この結果、リンクの存続期間中、リンクアカウントはアクセスレベルＡ及びＢを持つが、アクセスレベルＣを持つことはない。別の例では、メンバアカウントが、メンバアクセスレベルとメンバ限定アクセスレベルを持つ。メンバ限定アクセスレベルは、適切なサブスクリプションを有するアカウントに制限されており、メンバ限定アクセスレベルは、リンクによりアカウントに付与されることはない。この結果、（リンクアカウントが適切なサブスクリプションを持たないと仮定した場合）メンバアカウントにリンクしているリンクアカウントは、メンバアクセスレベルを受けるが、制限されたメンバ限定アクセスレベルを受けることはない。
【００６０】
他の実施例においてサーバは、貸出しリンクを提供する。貸出しリンクでは、リンクの存続期間中に、被リンクアカウントが、その被リンクアカウントのアクセスレベルをリンクアカウントに移す。この結果、被リンクアカウントはそのアクセスレベルを有さず、無効にされるか或いはアクセスレベルが下げられる。一実施例では、アカウントは互いのアクセスレベルを交換する。
【００６１】
他の実施例においてサーバは、メンバシップリンクを提供する。メンバシップリンクでは、サーバがリーダアカウントに対するグループを作成して、このグループに属する任意のアカウントを、このリーダアカウントに自動的にリンクする。この結果、グループに属する全アカウントが、リーダアカウントのアクセスレベルを持つようになる。
【００６２】
他の実施例においてサーバは、プールリンクを提供する。プールリンクでは、サーバは、プールと、このプールへのアクセスが許可されたプールアカウントに関連するグループとを維持する。プールアカウントは、リンクをプールに寄付する（contribute）ことができる。プールアカウントは、寄付されたリンクを受けるために、プールにリンクすることができる（特定のアカウントにリンクするのではない）。例えば、サーバは、アカウントのクランに対してプールを提供する。各クランメンバはプールにアクセスすることができる。アクセスレベルの高い多くのクランメンバが、自身のアクセスレベルをプールに提供し、このため、アクセスレベルの低い同じ数のクランメンバが、プールにリンクして、高いアクセスレベルを受けることができる。プールリンクにより、ユーザ間で１対１の関係を確立する必要がなく、プールアカウントがより自由にアクセスレベルを共有できるようになる。
【００６３】
他の実施例においてサーバは、前述したリンクのタイプを組み合わせた１以上のリンクのタイプを提供する。例えばサーバは、時間と用途が限定されたリンクを提供する。更に、前述したリンクのタイプは例であり、他のタイプのリンクも同様に可能である。
【００６４】
他の実施例においてサーバは、アカウント同士をリンクするのでなく、アカウントを特権にリンクする。この場合、アカウントは特権をもう１つ持つことになる（例えば、アカウントから独立したデータオブジェクトとして作成される）。ユーザ又はアカウントは、アカウントの特権を共有又はリンクに利用できるようにすることができる。第１のユーザが利用できるようにした特権に、別のユーザが自分のアカウントをリンクすることができる。例えば、あるアカウントは特権への参照を１以上有している。これらの参照は、アカウントによって所有又は寄付される特権に対する特権オブジェクトを示している。アカウントは、特権が共有に利用できると指定することによって、この特権がリンクされるようにすることができる。リンクアカウントが「提供者」アカウントの共有特権にリンクされると、そのリンクアカウントは共有特権への参照を記憶する。この結果、共有特権は、この特権を示している複数の参照（例えば所有しているアカウントと１以上のリンクアカウント）を持つことができる。
【００６５】
本発明の各実施例は、電子機器、コンピュータソフトウェア、又はこれらの技術の組合せにより実現される。一部の実施例は、プログラム可能なプロセッサ又はコンピュータによって実行される１以上のコンピュータプログラムを有する。例えば、図１を参照すると、一実施例では、サーバ及びユーザシステムはプログラム可能なプロセッサを１以上有する。一般に各コンピュータは、１以上のプロセッサと、１以上のデータ記憶装置（例えば、揮発性又は不揮発性のメモリモジュール、ハードディスクドライブ、フロッピーディスクドライブ、ＣＤ−ＲＯＭドライブ、磁気テープドライブなどの永続的な光学及び磁気記憶装置）と、１以上の入力装置（例えばマウス、キーボード）と、１以上の出力装置（例えばディスプレイコンソール、プリンタ）を有する。
【００６６】
コンピュータプログラムは、通常、永続的な記憶媒体に記憶されて実行時にメモリにコピーされる実行可能コードを含む。プロセッサは、メモリから実行可能命令を所定の順序で取得することによって、このコードを実行する。プログラムコードの実行時に、コンピュータは、入力装置及び／又は記憶装置からデータを受け取って、データに対して処理を実行し、得られたデータを出力装置及び／又は記憶装置に送る。
【００６７】
本発明の説明のための各種実施例を前述した。しかし当業者は、他の実施例も可能であり本発明の範囲に含まれるということを理解するであろう。例えば前述の説明は、ゲームをプレイするためのオンライン環境を提供する実施例に焦点を置いているが、オンライン環境は、チャット又は出版や、データ（例えばテキスト、画像、音声、ビデオ、又はマルチメディア）の共有など、異なるサービスや追加のサービスを提供してもよい。
【００６８】
従って本発明は、前述のこれらの実施例のみに限定されることはない。
【図面の簡単な説明】
【００６９】
【図１】ネットワークアカウントをリンクするためのネットワーク環境の一実施例のブロック図である。
【図２】ネットワークアカウントを作成する一実施例のフローチャートである。
【図３】オンライン環境でのサービスをユーザに提供する一実施例のフローチャートである。
【図４】非メンバアカウントをメンバアカウントにリンクするリンク処理の一実施例のフローチャートである。
【図５】リンクされている２つのアカウントのリンクを解消する一実施例のフローチャートである。
【背景技術】
【０００１】
相互接続された１以上のコンピュータシステムは、ウェブページ、マルチメディアデータ、及びアプリケーションソフトウェア（ゲームなど）などのコンピュータシステムを介して利用可能な資源に、ユーザがアクセスするためのオンライン環境を提供することができる。ユーザは、オンライン環境を提供している１以上のコンピュータシステムにネットワーク接続しているローカルコンピュータシステムを使用して、オンライン環境の資源にアクセスすることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００２】
オンライン環境は、多くの場合、アカウントを使用してユーザを識別し、オンライン環境が提供する資源へのアクセスを制御する。各ユーザは、通常、アカウントを持っており、このアカウントはオンライン資源へのアクセスレベルを示している。オンライン資源のプロバイダも、多くの場合、ユーザに付与したアカウントのサブスクリプション（subscription）に対して課金している。異なるアクセスレベルが存在する環境では、プロバイダが、アクセスレベルが高いほど料金を高くすることがある。従ってプロバイダの立場に立つと、高額なサブスクリプションを購入するようにユーザに促すことが望ましく、このためにプロバイダは、多くの場合、アクセスレベルの高いアカウントを、ユーザにとって魅力あるものにする。
【課題を解決するための手段】
【０００３】
本発明は、アカウント間でアクセス特権を共有するための、ネットワークアカウントを管理及びリンクする方法、並びにその装置を提供する。一実施例のネットワークアカウントの管理方法は、メンバアクセスを有する第１のアカウントに一般アクセスを有する第２のアカウントをリンクするステップと、前記第２のアカウントが前記第１のアカウントにリンクされている間、前記メンバアクセスの少なくとも一部を前記第２のアカウントに付与するステップと、を含み、前記第１のアカウントは対応するサブスクリプションを有しており、前記一般アクセスは少なくとも１つの特権を付与し、前記メンバアクセスは前記一般アクセスによって提供されない２以上の特権を付与する。
【０００４】
他の実施例のネットワークアカウントの管理方法は、一般アクセスを有するアカウントを作成するステップと、アップグレード要求を受け取るステップと、メンバアクセスを有するための１以上の要件を満たす前記アカウントに基づいて、前記アカウントがアップグレードを許可されることを確認するステップと、メンバアクセスを有するように前記アカウントをアップグレードするステップと、を含む。
【０００５】
他の実施例のネットワークアカウントのリンク方法は、一般アクセスを有する第１のアカウントを作成するステップと、メンバアクセスを有する第２のアカウントを示すリンク案内を送信するステップと、前記第１のアカウントが前記第２のアカウントにリンクされることを示すリンク承諾を受け取るステップと、メンバアクセスを必要とする最小アクセスを有するサービスを示すサービス要求を送信するステップと、前記サービスにアクセスするステップと、を含む。
【０００６】
他の実施例のネットワークアカウントのリンク方法は、メンバアクセスを有する第１のアカウントを作成するステップと、一般アクセスを有する第２のアカウントを示すリンク案内を受け取るステップと、前記第２のアカウントが前記第１のアカウントにリンクされようとしていることを示すリンク要求を送信するステップと、を含む。
【０００７】
他の実施例のコンピュータプログラムは、有形の記憶媒体に記憶され、ネットワークアカウントの管理に用いられる。このコンピュータプログラムは、コンピュータに、メンバアクセスを有する第１のアカウントに一般アクセスを有する第２のアカウントをリンクするための実行可能命令と、前記第２のアカウントが前記第１のアカウントにリンクされている間、前記メンバアクセスの少なくとも一部を前記第２のアカウントに付与するための実行可能命令と、を実行させる。前記第１のアカウントは対応するサブスクリプションを有しており、前記一般アクセスは少なくとも１つの特権を付与し、前記メンバアクセスは、前記一般アクセスによって提供されない２以上の特権を付与する。
【発明を実施するための最良の形態】
【０００８】
本発明は、アカウント間でアクセス特権を共有するための、ネットワークアカウントを管理及びリンクする方法、並びにその装置を提供する。一実施例では、低い特権を有するアカウントが、高い特権を有するアカウントにリンクされる。アカウントがリンクされている間、この２つのアカウントは高い特権を利用することができる。リンクが解消されると、アカウントのアクセスレベルはそれぞれ元に戻る。
【０００９】
以下に、説明のための一実施例を記載する。この例の後に、他の変更例について記載する。
【００１０】
一実施例では、第１のユーザが、オンラインゲーム環境のサブスクリプションを購入する。オンラインゲーム環境は、インターネットに接続されたサーバコンピュータシステムの集合体（又は１つのシステム）によってサポートされている。第１のユーザは、ネットワークに接続可能なゲームコンソール（日本の株式会社ソニー・コンピュータエンタテインメントが提供しているプレイステーション２（登録商標）など）を所有しており、例えば他のユーザとオンラインゲームをプレイするために、このゲームコンソールを介してオンラインゲーム環境にアクセスすることができる。第１のユーザのサブスクリプションにより、このユーザがオンライン環境にメンバアカウントを作成することができ、第１のユーザはこれを実際に行っている。このメンバアカウントは、第１のユーザにメンバアクセスを付与する。メンバアクセスは、第１のユーザがオンライン環境で通常のオンラインゲームに参加することを許可する。またメンバアクセスは、第１のユーザが、メンバアクセスを有するアカウントに制限されているオンライン環境にある各種資源にアクセスすることも許可する。例えば、第１のユーザは、メンバアクセスを有する他のユーザとチャットするためにメンバチャットルームにアクセスしたり、メンバアクセスを有するアカウントのみに制限されているオンラインゲームトーナメントに参加することができる。
【００１１】
第２のユーザも、ネットワークに接続可能なゲームコンソールを所有しており、このゲームコンソールを介してオンラインゲーム環境にアクセスすることができる。しかし、第２のユーザは、オンラインゲーム環境のサブスクリプションを持たない。オンライン環境では、ユーザがサブスクリプションを持っていない場合、非メンバアカウントを作成することができる。非メンバアカウントは、ユーザに一般アクセスを付与するが、メンバアクセスは付与しない。第２のユーザは、オンライン環境で非メンバアカウントを作成する。第２のユーザは非メンバアカウントを持っているがメンバアクセスは持っていない。そのために第２のユーザは、通常のオンラインゲームに直接参加することはできない。
【００１２】
オンラインゲーム環境では、非メンバアカウントをメンバアカウントにリンクすることができる。非メンバアカウントがメンバアカウントにリンクされている間、非メンバアカウントは、限定されたメンバアクセスを一時的に付与される。この例において限定されたメンバアクセスは、非メンバアカウントが、この非メンバアカウントがリンクされているメンバアカウントと同じゲーム（通常のゲーム又はトーナメント）に参加することを許可する。限定されたメンバアクセスは、非メンバアカウントがメンバアカウントのチャットルームに参加することを許可しない。（後述するように、他の実施例では、異なるタイプのアクセスが被リンクアカウントに付与されてもよい。）
【００１３】
第２のユーザは、第１のユーザのアカウントへリンク案内を送信することで、第１のユーザにアカウントをリンクするように依頼する。第１のユーザはこれに同意し、オンライン環境に対してアカウントをリンクするよう要求する。アカウントがリンクされると、２つのアカウントはオンラインゲームに参加するのに適したアクセス権（access）を有するようになる。その後、第１のユーザと第２のユーザは、オンラインゲームを開始してこれを楽しむ。ゲームが終了すると、第１のユーザがリンクの終了を要求し（或いはサーバが自動的にリンクを終了させ）、アカウントはそれぞれ元の状態に戻る。
【００１４】
この例では、第１のユーザがメンバアクセスを有するメンバアカウントを持っているために、第１のユーザは第２のユーザにはないメリットを有している。第１のユーザは、別のアカウントにリンクせずにオンラインゲーム内でプレイすることができる。第２のユーザは、自分のアカウントにこの第２のユーザをリンクする別のユーザを探す必要がある。このようなメリットにより、メンバアカウントが魅力的なものとなる。更に、非メンバアカウントを持っているユーザがオンラインゲーム内でプレイできるように、メンバアカウントを持っているユーザを捜し出すため、メンバアアカウントを持っているユーザが必要とされる。この結果、メンバアアカウントを持っているユーザはオンライン環境で人気者になり、注目を集める。この場合も、メンバアカウントが望ましいものとなる。オンラインゲーム環境のプロバイダは、サブスクリプションからの収益を増やし、利用を拡大することによる利益（例えば、増加した広告収入）を得るため、この魅力を活用することができる。
【００１５】
図１は、ネットワークアカウントをリンクするためのネットワーク環境１００の一実施例のブロック図である。ネットワーク環境１００は、サーバ１０５、第１のユーザシステム１１０、第２のユーザシステム１１５、及びネットワーク１２０を有する。サーバ１０５、第１のユーザシステム１１０、及び第２のユーザシステム１２０は、ネットワーク１２０によって相互接続されている。
【００１６】
サーバ１０５は、接続されたユーザシステムにおいてユーザにサービスを提供し、ユーザのネットワークアカウントを管理するための処理及び記憶を行う（including processing and storage）コンピュータシステムである。サーバ１０５は、ユーザにオンライン環境を提供する。サーバ１０５により提供される資源及びサービスの、一部又はすべてが制限されている。最新の適切なアクセスレベルを有するアカウントのみが、制限された資源又はサービスへのアクセスを許可されるように、サーバ１０５は、これらの制限された資源又はサービスへのアクセスを制御している。サーバ１０５は、ユーザのためにアカウントを作成して管理する。一実施例においてサーバ１０５は、アカウント情報（例えば、アカウントに対してユーザを識別する情報、アカウントタイプ、アカウントの現在のアクセスレベル、アカウントの恒久的又はデフォルトのアクセスレベル、及びアカウントの現在のユーザシステム）を記憶しているアカウントデータベース１２５に接続され、これを管理している。サーバ１０５は、例えばローカルストレージ又はアカウントデータベース１２５に、ユーザのサブスクリプション情報を作成して管理している。別の実施形態においてサーバ１０５は、ネットワーク１２０を介してサブスクリプション情報にアクセスする。サブスクリプション情報はユーザの権限（permission）を示しており、ユーザが作成を許可されているネットワークアカウントのタイプなどがある。また、サーバ１０５は、リンクアカウントと、被リンクアカウント間の共有アクセス特権も管理している。
【００１７】
第１のユーザシステム１１０及び第２のユーザシステム１１５も、ネットワーク対応のゲームコンソールなどのコンピュータシステムである。ユーザシステム１１０、１１５は、サーバ１０５が提供するオンラインサービスにアクセスする際に、相互に対話するとともにサーバ１０５と対話するための処理及び記憶を行う。更にユーザシステム１１０、１１５は、ユーザの識別情報（例えば、ユーザがユーザシステム１１０、１１５に入力した名前とパスワード）を記憶する。図１において、第１のユーザの識別情報は、第１のユーザシステム１１０に付したラベル“ＩＤ１”によって示される。第２のユーザの識別情報は、第２のユーザシステム１１５に付したラベル“ＩＤ２”によって示される。他の実施例では、識別情報が、ユーザに加えて或いはユーザに代えて、ユーザシステムを識別している。サーバ１０５が各ユーザシステム１１０、１１５に対する正しいアカウントを使用するように、ユーザシステム１１０、１１５はサーバ１０５に識別情報を提供する。
【００１８】
ネットワーク１２０は、サーバ１０５、第１のユーザシステム１１０、及び第２のユーザシステム１１５間でデータ伝送を行うための経路を提供している中間ネットワーク（インターネットなど）である。他の実施例では、サーバ１０５、第１のユーザシステム１１０、及び第２のユーザシステム１２０の一部又はすべてが直接接続されており、このため中間ネットワークは必ずしも使用されないか、或いは省略される。
【００１９】
図１において、第１のユーザシステム１１０は、メンバアカウントであるサーバのアカウントを持っている。第１のユーザシステム１１０のアカウントはアカウントデータベース１２５のラベルによって、識別情報“ＩＤ１”がアカウント“ＡＣＣＯＵＮＴ１”に対応しており、アカウント“ＡＣＣＯＵＮＴ１”がメンバ（MEMBER）のアクセスレベルを有することが示されている。第２のユーザシステム１１５は、非メンバアカウントであるサーバのアカウントを持っている。第２のユーザシステム１１５のアカウントはアカウントデータベース１２５のラベルによって、識別情報“ＩＤ２”がアカウント“ＡＣＣＯＵＮＴ２”に対応しており、アカウント“ＡＣＣＯＵＮＴ２”が非メンバ（NON-MEMBER）のアクセスレベルを有することが示されている。後述するように、第２のユーザシステム１１５のアカウントが第１のユーザシステム１１０にリンクされると、サーバ１０５は、このリンクとアカウントのアクセスレベルの変更を示すように、アカウントデータベース１２５を更新する。
【００２０】
一実施例においてネットワークアカウントは、メンバアカウント又は非メンバアカウントの２種類のうちのいずれか１つである。アカウントタイプによって、異なるアクセスレベルが提供される。メンバアカウントはメンバアクセスを提供し、非メンバアカウントは非メンバアクセス又は一般アクセスを提供する。一実施例では、メンバアクセスは一般アクセスを包含する。他の実施例においてメンバアカウントは、メンバアクセスと一般アクセスの両方を提供する。メンバアカウントは、ユーザが適切なサブスクリプションを持っていることを必要とする。ユーザは、オンライン環境のプロバイダに料金（例えば一時利用又は月額の料金）を支払うことによって、サブスクリプションを取得する。他の実施例においてメンバアカウントは、追加の要件（オンライン環境において特定の目標を達成したなど）を１以上有する。他の実施例では、サブスクリプションを有するという要件に代えて、このような追加要件が用いられる。非メンバアカウントでは、サブスクリプションが必要ではない。他の実施例では、非メンバアカウントが、メンバアカウントよりも低額なサブスクリプションを必要とする。
【００２１】
アカウントのアクセスレベルは、そのアカウントのユーザが利用できる特権を規定している。サーバが提供する資源又はサービスの一部は、適切なアクセスレベルを持つアカウントに制限されている。例えば、オンラインゲームへの参加又は特定のウェブサイトやウェブページへのアクセスを、メンバアクセスを持つアカウントに制限することができる。他の資源又はサービスの一部は、どのアカウントからのアクセスも許可されるように、制限がかけられていなくてもよい。例えば、メンバチャットルームはメンバアクセスを持つアカウントに制限されるが、一般チャットルームサービスには制限がかけられていなくてもよい。
【００２２】
各実施例において、高いアクセスレベルに対して様々な特権が付与されうる。各実施例において、メンバアクセスによってユーザが許可される行為には以下のようなものがあるが、これらに限定されない（例えば、メンバアクセスがこれらの特権の１以上を付与する場合など）。
・オンラインゲームに参加する。
・オンラインゲームを開始する。
・メンバアカウントのみに制限されているオンラインゲームに参加する。
・オンラインゲームのプレイ中に特別な資源を利用する。これには、特別なゲーム領域にアクセスする（例えば、ゲーム内で特別な建物に入る）、特別なゲーム資源にアクセスする（例えば、ゲーム内で特別な道具を使用したり特別なバックグラウンドミュージックを聞く）、或いは特別なゲーム機能を使用する（例えば、戦闘ゲームで特殊な移動やテクニックを使用する）などがある。
・アカウントが利用できるアクセスレベルを示す特別なインジケータをゲーム内で使用する（例えば、ユーザのキャラクタ又はチームが、ゲームにおいて目視可能な特別なユニホームやマークを身につけるなど）。
・個人のウェブページ、ハイスコア、又は保存したゲームのデータなどのデータをオンライン環境に記憶する。
・オンラインのフォーラム又は掲示板にあるメッセージを読んだり、これらにメッセージを書き込む。
・ニュースレターを受け取ったり、ニュースレターにアクセスする。
・制限されたウェブ資源（例えばウェブページのメンバエリアのコレクション）にアクセスする。
・他のユーザが参加できるオンライン環境のグループ又はクラン（clan）を立ち上げる。
・オンライン環境において、制限されたグループ又はクランに参加する。
・オンライン環境又は提携先を通じて購入できる商品、サービス、又はサブスクリプションの、割引又はクーポンを受け取る。
・リンク案内を承認して、非メンバアカウントをメンバアカウントにリンクすることを許可する。
【００２３】
他の実施例においてオンライン環境は、３種類以上のアカウントと、３種類以上のアクセスレベル又はアクセスタイプをサポートしている。この場合、一部又はすべてのアカウントタイプ、及び異なるアクセスレベルについて、特権の組を変えたり、重複させることができる。同様に、アカウントタイプによって作成するための、例えば料金別に異なるタイプのサブスクリプションなどの、要件を変えてもよい。他の実施例では、ユーザが、（アカウントタイプを変更せずに）ユーザのサブスクリプションをアップデートすることによって、アカウントに特権を追加することができる。
【００２４】
図２は、ネットワークアカウントを作成する一実施例のフローチャート２００である。初期の段階で、ユーザは、ユーザシステムをサーバに接続して、識別情報をユーザシステムに与えている。ユーザが、既にオンライン環境用のサブスクリプションを取得していることもあれば、していないこともある。
【００２５】
ブロック２０５で、ユーザシステムは、サーバにアカウント作成要求を送信する。ユーザが、ユーザシステムにこの要求を送信させる。アカウント作成要求は、ユーザの識別情報と作成するアカウントのタイプを示している。一実施例では、アカウント作成要求は、ユーザのサブスクリプション情報も示している。
【００２６】
ブロック２１０で、サーバは、ユーザのサブスクリプション情報をチェックして、ユーザのサブスクリプションが、要求されたアカウントタイプを持つことをユーザに許可していることを確認する。サーバは、ユーザのローカル又はリモートのサブスクリプション情報にアクセスする。一実施例においてサーバは、識別情報を用いて、サーバに（例えば、サブスクリプションデータベースに）記憶されているサブスクリプション情報にアクセスする。サブスクリプション情報はユーザの権限を示しており、これにはユーザが作成を許可されているネットワークアカウントのタイプが含まれる。
【００２７】
前述のように、１以上のアカウントタイプは制限されており、作成するには特定のレベルのサブスクリプションが必要とされる。同様に、１以上のアカウントタイプが制限のないものであり、作成にサブスクリプションを必要としない。ユーザが制限されたアカウントタイプを要求すると、サーバは、サブスクリプション情報の権限を要求されたアカウントタイプと比較し、アカウントの作成が許可されるかどうかを判定する。このアカウントタイプが許可されない場合、サーバはブロック２１５に進み、ユーザのサブスクリプションをアップデートするように提案する。アカウントタイプが許可される場合、サーバはブロック２２０に進み、アカウントを作成する。ユーザがサブスクリプションを一切持っておらず、制限されたアカウントタイプを要求した場合、サーバはブロック２１５に進む。ユーザが制限のないアカウントタイプを要求した場合、サーバは、ユーザのサブスクリプション情報を確認する必要はなく、ブロック２２０に直接進むことができる。
【００２８】
ユーザが要求されたアカウントタイプを作成することを許可されない場合、ブロック２１５で、サーバはサブスクリプションのアップグレードをユーザに提案する。サーバは、ユーザのサブスクリプションを、要求されたアカウントタイプの作成を許可する適切なレベルにアップグレードするように提案する。他の実施例では、サーバが、複数のサブスクリプションレベルをユーザに提案する。サーバは、サブスクリプションのアップグレードに要する費用又は必要条件をユーザに提示する。ユーザがアップグレードを辞退した場合、サーバはアカウントを作成せずにアカウント作成処理を終了する。ユーザがアップグレードに同意した場合、サーバはアップグレードに必要な費用又は必要条件を満たすのに必要なトランザクション（transaction）を処理する（例えば、オンラインでのクレジットカードによる支払いを処理する）。トランザクションの終了後、サーバは、ブロック２１０に戻り、新しいサブスクリプションを確認する。他の実施例では、サーバが、アップグレードトランザクションの一部として、アップグレードされたサブスクリプションが要求されたアカウントタイプを許可していることを確認するため、ブロック２２０に直接進む。
【００２９】
ユーザのサブスクリプションが、要求されたアカウントタイプのアカウントの作成を許可していることを確認すると、サーバは、ブロック２２０で、ユーザのために新しいアカウントを作成する。サーバは、新しいアカウントを作成して、このアカウント情報をアカウントデータベースに記憶する。アカウント情報は、ユーザの識別情報、アカウントタイプ、及び現在のアクセスレベルを示している。
【００３０】
また、ユーザは、所望のアカウントタイプを示すアカウントアップグレード要求をサーバに送信することによって、ユーザのアカウントをアップグレードすることができる。サーバは、アカウント作成要求と同様に、アップグレードアカウント要求を処理する。すなわち、要求されたアカウントタイプ又は特権がユーザのサブスクリプションによって許可されていることを確認して、必要且つ承認を得られればサブスクリプションをアップグレードして、許可されればアカウントをアップグレードする。
【００３１】
一実施例では、１以上のアカウントタイプは、特定のサブスクリプションのレベル又は料金に加えて（又はこれらに代えて）、オンラインゲーム環境に関連する要件を課している。このようなオンライン環境の要件は、オンライン環境で達成した成果を示すものであり、これには、ゲームの最小プレイ時間又はプレイしたゲームの最小数、最小ハイスコア、最小勝利数、又はゲーム内で達成した行動又は事象（例えば、ゲームの特定の対戦相手に勝った、特定のゲームアイテムを発見したなど）などがある。ユーザがこれらの成果の１つを達成している場合、他の要件（支払いなど）が満たされていれば、サーバはユーザのアカウントのアップグレードを提案する。
【００３２】
図３は、ユーザにオンライン環境のサービスを提供する一実施例のフローチャート３００を示す。初期の段階で、ユーザは、ネットワークアカウントを作成している。ユーザは、ユーザシステムをサーバに接続し、識別情報をユーザシステムに与えている。ユーザが、既にオンライン環境用のサブスクリプションを取得していることもあれば、していないこともある。
【００３３】
ブロック３０５で、ユーザシステムは、サービス要求をサーバに送信する。ユーザが、ユーザシステムにこの要求を送信させる。場合によっては、ユーザシステム又はサーバは、ユーザが行った１つの要求から、複数のサービス要求を作成することもある。サービス要求は、ユーザの識別情報とサービスのタイプを示している。一実施例では、サービス要求が、ユーザのサブスクリプション情報も示している。
【００３４】
ブロック３１０で、サーバは、ユーザのサブスクリプション情報をチェックして、ユーザのアカウントのアクセスレベルが、要求されたサービスを受けることを許可していることを確認する。サーバは、アカウントデータベースに記憶されているアカウント情報にアクセスする。前述のように、アカウント情報は、アカウントの現在のアクセスレベルを示している。
【００３５】
１以上のサービスタイプは制限されたものであり、特定のアクセスレベルを要求する。同様に、１以上のサービスタイプは制限のないものであり、特別なアクセスレベルを要求しない。ユーザが制限されたサービスを要求すると、サーバは、ユーザのアカウントのアクセスレベルを、要求されたサービスのアクセスレベルと比較する。ユーザのアクセスレベルが不十分である（すなわち、ユーザのアクセスレベルが必要なアクセスレベルに一致するかこれを上回っていない）場合、サーバはブロック３１５に進み、ユーザのアカウントをアップグレードするように提案する。ユーザのアクセスレベルが十分な場合、サーバはブロック３２０に進み、サービスを提供する。ユーザが制限のかけられていないサービスを要求した場合、サーバは、ユーザのアクセスレベルを確認する必要がなく、ブロック３２０に直接進むことができる。
【００３６】
ユーザのアカウントが、要求されたサービスに必要なアカウントレベルを持っていない場合、ブロック３１５で、サーバは、アカウントタイプをアップグレードするようにユーザに提案する。サーバは、ユーザのアカウントを、要求されたサービスに必要なアクセスレベルを持つ適切なアカウントタイプにアップグレードするように提案する。他の実施例では、サーバが、ユーザに複数のアカウントタイプを提案する。他の実施例では、サーバが、アカウントタイプを変更せずに、回数制限付き（例えば１回）で利用できるように、アクセスレベルを一時的に上げることを提案する。サーバは、アカウントをアップグレードするための費用又は要件をユーザに提示する。ユーザがアップグレードを辞退した場合、サーバは要求されたサービスを提供することなくサービス処理を終了する。ユーザがアップグレードに同意した場合、サーバはアップグレードに必要な費用又は要件を満たすのに必要なトランザクションを処理する（例えば、オンラインでのクレジットカードによる支払いを処理する）。トランザクション終了後にサーバは、ブロック３１０に戻り、要求されたサービスのための新しいアカウントを確認する。他の実施例では、サーバが、アップグレードトランザクションの一部として、アップグレードされたアカウントが要求されたサービスに必要なアカウントレベルを有することを確認して、ブロック３２０に直接進む。
【００３７】
ユーザのアカウントが要求されたサービスに必要なアクセスレベルを有することを確認すると、ブロック３２０でサーバは、要求されたサービスを提供する。サーバは、オンライン環境においてサービスを提供するか、或いはリモートシステムにサービスを提供させる。
【００３８】
サーバは、資源にアクセスすることを求めるユーザシステムの要求を同様に処理する。
【００３９】
他の実施例では、ユーザが要求されたサービスに必要なアクセスレベルを持たない場合に、ユーザのアカウントをアップグレードするように提案する代わりに（又は追加の選択肢として）、サーバは、リンクのため別のユーザのアカウントを見つけることを提案する。後述するように、アカウントが別のアカウントにリンクされると、アクセスレベルの低いアカウントが、他のアカウントの高いアクセスレベルを一時的に受ける。サーバは、自身のアクセスレベルを越えるサービスを要求しているユーザを、適切なアクセスレベルを持つ別のユーザに引き合わせるマッチングサービスを提供しうる。ユーザがサーバの提案に同意すると、後述するように、サーバは、このユーザのためにリンク案内を送信し、リンクに成功した場合、サーバはブロック３１５に戻ってユーザのアカウントの変更後のアクセスレベルを確認する。ユーザがサーバの提案を辞退した場合、サーバは要求されたサービスを提供することなくサービス処理を終了する。
【００４０】
図４は、非メンバアカウントをメンバアカウントにリンクするリンク処理の一実施例のフローチャート４００である。初期の段階で、第１のユーザは、第１のユーザシステムをサーバに接続し、第１の識別情報を第１のユーザシステムに与えている。第１のユーザは、オンライン環境でメンバアクセスを有するメンバアカウントを作成している。第２のユーザは、第２のユーザシステムをサーバに接続し、第２の識別情報を第２のユーザシステムに与えている。第２のユーザは、非メンバアクセスを有する非メンバアカウントを作成している。図４の説明では、第２のユーザが、第２のユーザのアカウントを第１のユーザのアカウントにリンクする。この場合、第１のユーザのアカウントは「被リンクアカウント」であり、第２のユーザのアカウントは「リンクアカウント」である（ユーザとユーザシステムも「被リンク〜」、「リンク〜」と称されることがある）。
【００４１】
ブロック４０５で第２のユーザシステムは、第１のユーザシステムにリンク案内を送信する。第２のユーザは、第２のユーザシステムにこの要求を送信させる。このリンク案内は、対象の受信者として第１のユーザを、リンクアカウントとして第２のユーザのアカウントを指定している。リンク案内は、第１のユーザに対して、第２のユーザのアカウントが第１のユーザのアカウントにリンクされることを許可するように求める要求である。第２のユーザシステムは、サーバを介して第１のユーザシステムにリンク案内を送信する。他の実施例では、第２のユーザシステムが、リンク案内を（サーバを使用せずに）第１のユーザシステムに直接送信する適切な情報を持っており、これを行う。一実施例では、リンク案内が、ゲームをプレイするように促す挑戦状として送信される。
【００４２】
他の実施例では、ユーザシステムが、ユーザの識別情報と対象のユーザを指定したリンク案内をサーバに送信する。サーバは、ユーザのアカウント情報を回収して、このアカウント情報をリンク案内に追加する。その後、サーバは、更新したリンク案内を対象のユーザのユーザシステムに送信する。
【００４３】
前述のように、第２のユーザシステムは、第２のユーザからの要求を受けてリンク案内を送信する。他の実施例では、サーバがユーザに代わってリンク案内を送信するが、これは、ユーザが、このユーザのアカウントが適切なアクセスレベルを有していないサービスを要求した場合などに行われる。他の実施例では、サーバが第１のユーザシステムに代わってリンク案内を第２のユーザシステムに送信するが、これは、第１のユーザシステムのユーザが、ゲームに参加するよう第２のユーザシステムのユーザを誘いたい場合などである。
【００４４】
ブロック４１０で、第１のユーザシステムは、第２のユーザシステムに案内の承諾を送信する。第１のユーザは、リンク案内を承諾するかどうかを決める。第１のユーザがリンク案内を承諾しないと決めた場合、第１のユーザシステムは、サーバに辞退メッセージを送信し、リンク処理は終了する。他の実施例では、第１のユーザシステムが応答せず、リンク案内を無視して案内を辞退する。第１のユーザがリンク案内を承諾した場合、第１のユーザシステムは、サーバを介して第２のユーザシステムに案内承諾を送信する。案内承諾は、第１のユーザシステムが、サーバに対して２つのアカウント間のリンクの確立を要求することを確認するものである。他の実施例では、第１のユーザシステムが案内承諾を（サーバを使用せずに）第２のユーザシステムに直接送信する適切な情報を持っており、これを行う。
【００４５】
ブロック４１５で第１のユーザシステムは、サーバにリンク要求を送信する。リンク要求は、第１のユーザのアカウントと第２のユーザのアカウントとを示す。他の実施例では、リンク要求が第１のユーザと第２のユーザの識別情報を示しており、サーバが適切なアカウント情報を回収する。
【００４６】
ブロック４２０でサーバは、これらのアカウントが、第２のユーザのアカウントが第１のユーザのアカウントにリンクされることを許可していることを確認する。サーバは、適切なアカウント情報（及び必要に応じてサブスクリプション情報或いはその他の情報）を取得して、第１のユーザのアカウントが他のアカウントからのリンクを承諾することを許可され、且つ第２のユーザのアカウントが他のアカウントにリンクすることを許可されていることを確認する。例えば、サーバは、アカウントの不正使用を防止するか、或いはネットワークのトラフィックを一定の状態に制限するために、アカウント間のリンクの作成に制限を課すことがある。一実施例においてアカウントは、リンクするのが一度に１アカウントに限られ、或いはリンクされるのが一度に１アカウントに限られうる。サーバがアカウント間のリンクが許可されていると判定した場合、サーバはブロック４２５に進み、リンクを作成する。サーバがそのリンクが許可されないと判定した場合、サーバはリンクを作成せずにリンク処理を終了する。他の実施例では、リンクが許可されないがアカウント又はサブスクリプションの一方又は両方をアップグレードすることによりリンクが許可される場合に、サーバは、（前述の、サブスクリプション又はアカウントのアップグレードを提案するのと同じように）適切なアップグレードを提案する。
【００４７】
アカウントがリンクの作成を許可することを確認したら、ブロック４２５で、サーバは、第２のユーザのアカウントを第１のユーザのアカウントにリンクする。第２のユーザのアカウントが第１のユーザのアカウントにリンクされていることを示すために、サーバは、第２のユーザのアカウントのアカウント情報を更新する。また、サーバは、第２のユーザのアカウントが第１のユーザのアカウントにリンクされていることを示すために、第１のユーザのアカウントのアカウント情報も更新する。他の実施例では、リンクが「一方向」であり、このためにサーバは、第１のユーザのアカウントのアカウント情報を更新しない。
【００４８】
アカウントをリンクすると、ブロック４３０で、サーバは、第１のユーザのアカウントのアクセスレベルを第２のユーザのアカウントに付与する。第１のユーザのアカウントはメンバアカウントであり、メンバアクセスを有する。第２のユーザのアカウントは非メンバアカウントであり、非メンバアクセス又は一般アクセスを有する。サーバは、現在のアクセスレベルがメンバアクセスに変更されたことを示すために、第２のユーザのアカウント情報を更新する。前述のようにユーザがサーバからのサービスを要求すると、サーバがユーザのアカウントの現在のアクセスレベルをチェックするために、サーバがユーザにサービスを提供するべきかどうかの判定にリンクの影響が反映される。サーバは、第２のユーザのアカウントの元のアクセスレベル又はデフォルトのアクセスレベルを保持している。後述するように、リンクが終了すると、サーバは、現在のアクセスレベルが非メンバアクセスである元のアクセスレベルに戻ったことを示すために、第２のユーザのアカウントのアカウント情報を更新する。この時点では、アカウントがリンクされている。
【００４９】
他の実施例では、１つのアカウントを複数のアカウントにリンクすることができる。この場合、あるアカウントが別のアカウントにリンクされると、サーバは、どの被リンクアカウントのどの特権又はアクセスレベルが付与されたのかを、リンクアカウントのアカウント情報に記録する。リンクが終了されると、サーバは、終了されたリンクによって付与された特権又はアクセスレベルを、単に解消する。
【００５０】
図５は、リンクされている２つのアカウントのリンクを解消する一実施例のフローチャートである。初期の段階で、図４を参照して前述したリンク処理の完了後などのように、第２のユーザのアカウントが第１のユーザのアカウントにリンクされている。
【００５１】
ブロック５０５で、ある事象がリンクの終了のトリガとなる。トリガとなる事象は、リンクされているアカウントのユーザのいずれかからの要求又はリンクを終了すべきであるとサーバに決定させる事象である。サーバは、リンクの終了の要因となる１以上のルールを有している。例えば、ユーザの一方がアカウントを不正使用した場合、サーバはリンクの終了を決定しうる。他の例では、いずれかのユーザシステムがサーバとの接続を切断すると、サーバがリンクを終了する。
【００５２】
ブロック５１０で、サーバは、リンクにより第２のユーザのアカウントに付与されたアクセスレベルを削除する。サーバは、現在のアクセスレベルが元のアクセスレベルに戻ったことを示すために、第２のユーザのアカウントのアカウント情報を更新する。
【００５３】
ブロック５１５で、サーバはアカウントからリンクを削除する。サーバは、２つのアカウントのアカウント情報を更新して、リンクが削除されたことを示す。この時点で、アカウントはもはやリンクされていない。
【００５４】
前述の一実施例では、あるアカウント（リンクアカウント）が別のアカウント（被リンクアカウント）にリンクされると、アカウントがリンクされている間、リンクアカウントは被リンクアカウントのアクセスレベルを受ける。このタイプのリンクは、直接リンクである。しかし他の実施例では、直接リンクに加えて又は直接リンクに代えて、アカウント間の様々なタイプのリンクを利用することができる。一実施例では、リンクアカウントのユーザが、リンク案内において特定のタイプのリンクを要求する。他の実施例では、被リンクアカウントのユーザが、リンク承諾において特定のタイプのリンクを承諾又は指定する。他の実施例では、状況に応じて、サーバがリンクのタイプを選択する（例えば、オンラインゲームトーナメントでは所定のタイプのリンクが使用され、オンライン環境での一般的な利用では別のタイプのリンクが使用される）。
【００５５】
一実施例においてサーバは、時間が制限されたリンクを提供する。時間が制限されたリンクでは、リンクを確立してから所定の期間（１日など）が経過するか、所定の時点が到来すると（例えばリンクを確立した日の終わりなど）、サーバがリンクを終了する。
【００５６】
他の実施例においてサーバは、永続的なリンクを提供する。永続的なリンクでは、リンクアカウント又は被リンクアカウントのユーザのうちの一方が終了を要求するまで、リンクが解除されない。永続的なリンクは、ユーザシステムの一方又は両方が切断しても、終了しない。ユーザがオンライン環境に戻ると、リンクが確立されたときに使用したのと異なるユーザシステムを使用した場合であっても、永続的なリンクは有効なままである。
【００５７】
他の実施例においてサーバは、利用回数が制限されたリンクを提供する。利用回数が制限されたリンクでは、リンクの確立後に、リンクアカウントによって要求されたサービスが設定数に達すると、サーバがリンクを終了する。例えば、利用回数が１回に制限されたリンクは、利用が１回しか認められていない。一実施例では、サービスによって、サービス利用回数の制限数の消費数が異なる。例えばサービスには、「無料」で利用可能なサービス数を使用しないものもあれば、「高額」であり利用可能なサービス数を複数使ってしまう（サービスを２回利用したとカウントされるなど）ものもある。
【００５８】
他の実施例においてサーバは、用途が限定されたリンクを提供する。用途が限定されたリンクでは、リンクアカウントが、１以上の特定のサービスを利用するために被リンクアカウントのアクセスレベルを受ける。例えばリンクアカウントは、１つの特定のオンラインゲームをプレイするためだけに、高いアクセスレベルを持つようになる。
【００５９】
他の実施例においてサーバは、部分リンクを提供する。部分リンクでは、被リンクアカウントが複数のアクセスレベルを持っており、リンクアカウントが、被リンクアカウントのアクセスレベルのすべてを受けるわけではない。例えば一実施例において、アカウントが、アクセスレベルＡ、Ｂ、Ｃ、及び／又はＤを持つことができるとする。各レベルで異なる特権が与えられる。リンクアカウントがアクセスレベルＡを持っており、被リンクアカウントがアクセスレベルＡ、Ｂ、及びＣを持っているとする。被リンクアカウントのユーザがリンク案内を承諾すると、被リンクアカウントのユーザは、このリンクを、アクセスレベルＢのみを付与する部分リンクとして指定する。この結果、リンクの存続期間中、リンクアカウントはアクセスレベルＡ及びＢを持つが、アクセスレベルＣを持つことはない。別の例では、メンバアカウントが、メンバアクセスレベルとメンバ限定アクセスレベルを持つ。メンバ限定アクセスレベルは、適切なサブスクリプションを有するアカウントに制限されており、メンバ限定アクセスレベルは、リンクによりアカウントに付与されることはない。この結果、（リンクアカウントが適切なサブスクリプションを持たないと仮定した場合）メンバアカウントにリンクしているリンクアカウントは、メンバアクセスレベルを受けるが、制限されたメンバ限定アクセスレベルを受けることはない。
【００６０】
他の実施例においてサーバは、貸出しリンクを提供する。貸出しリンクでは、リンクの存続期間中に、被リンクアカウントが、その被リンクアカウントのアクセスレベルをリンクアカウントに移す。この結果、被リンクアカウントはそのアクセスレベルを有さず、無効にされるか或いはアクセスレベルが下げられる。一実施例では、アカウントは互いのアクセスレベルを交換する。
【００６１】
他の実施例においてサーバは、メンバシップリンクを提供する。メンバシップリンクでは、サーバがリーダアカウントに対するグループを作成して、このグループに属する任意のアカウントを、このリーダアカウントに自動的にリンクする。この結果、グループに属する全アカウントが、リーダアカウントのアクセスレベルを持つようになる。
【００６２】
他の実施例においてサーバは、プールリンクを提供する。プールリンクでは、サーバは、プールと、このプールへのアクセスが許可されたプールアカウントに関連するグループとを維持する。プールアカウントは、リンクをプールに寄付する（contribute）ことができる。プールアカウントは、寄付されたリンクを受けるために、プールにリンクすることができる（特定のアカウントにリンクするのではない）。例えば、サーバは、アカウントのクランに対してプールを提供する。各クランメンバはプールにアクセスすることができる。アクセスレベルの高い多くのクランメンバが、自身のアクセスレベルをプールに提供し、このため、アクセスレベルの低い同じ数のクランメンバが、プールにリンクして、高いアクセスレベルを受けることができる。プールリンクにより、ユーザ間で１対１の関係を確立する必要がなく、プールアカウントがより自由にアクセスレベルを共有できるようになる。
【００６３】
他の実施例においてサーバは、前述したリンクのタイプを組み合わせた１以上のリンクのタイプを提供する。例えばサーバは、時間と用途が限定されたリンクを提供する。更に、前述したリンクのタイプは例であり、他のタイプのリンクも同様に可能である。
【００６４】
他の実施例においてサーバは、アカウント同士をリンクするのでなく、アカウントを特権にリンクする。この場合、アカウントは特権をもう１つ持つことになる（例えば、アカウントから独立したデータオブジェクトとして作成される）。ユーザ又はアカウントは、アカウントの特権を共有又はリンクに利用できるようにすることができる。第１のユーザが利用できるようにした特権に、別のユーザが自分のアカウントをリンクすることができる。例えば、あるアカウントは特権への参照を１以上有している。これらの参照は、アカウントによって所有又は寄付される特権に対する特権オブジェクトを示している。アカウントは、特権が共有に利用できると指定することによって、この特権がリンクされるようにすることができる。リンクアカウントが「提供者」アカウントの共有特権にリンクされると、そのリンクアカウントは共有特権への参照を記憶する。この結果、共有特権は、この特権を示している複数の参照（例えば所有しているアカウントと１以上のリンクアカウント）を持つことができる。
【００６５】
本発明の各実施例は、電子機器、コンピュータソフトウェア、又はこれらの技術の組合せにより実現される。一部の実施例は、プログラム可能なプロセッサ又はコンピュータによって実行される１以上のコンピュータプログラムを有する。例えば、図１を参照すると、一実施例では、サーバ及びユーザシステムはプログラム可能なプロセッサを１以上有する。一般に各コンピュータは、１以上のプロセッサと、１以上のデータ記憶装置（例えば、揮発性又は不揮発性のメモリモジュール、ハードディスクドライブ、フロッピーディスクドライブ、ＣＤ−ＲＯＭドライブ、磁気テープドライブなどの永続的な光学及び磁気記憶装置）と、１以上の入力装置（例えばマウス、キーボード）と、１以上の出力装置（例えばディスプレイコンソール、プリンタ）を有する。
【００６６】
コンピュータプログラムは、通常、永続的な記憶媒体に記憶されて実行時にメモリにコピーされる実行可能コードを含む。プロセッサは、メモリから実行可能命令を所定の順序で取得することによって、このコードを実行する。プログラムコードの実行時に、コンピュータは、入力装置及び／又は記憶装置からデータを受け取って、データに対して処理を実行し、得られたデータを出力装置及び／又は記憶装置に送る。
【００６７】
本発明の説明のための各種実施例を前述した。しかし当業者は、他の実施例も可能であり本発明の範囲に含まれるということを理解するであろう。例えば前述の説明は、ゲームをプレイするためのオンライン環境を提供する実施例に焦点を置いているが、オンライン環境は、チャット又は出版や、データ（例えばテキスト、画像、音声、ビデオ、又はマルチメディア）の共有など、異なるサービスや追加のサービスを提供してもよい。
【００６８】
従って本発明は、前述のこれらの実施例のみに限定されることはない。
【図面の簡単な説明】
【００６９】
【図１】ネットワークアカウントをリンクするためのネットワーク環境の一実施例のブロック図である。
【図２】ネットワークアカウントを作成する一実施例のフローチャートである。
【図３】オンライン環境でのサービスをユーザに提供する一実施例のフローチャートである。
【図４】非メンバアカウントをメンバアカウントにリンクするリンク処理の一実施例のフローチャートである。
【図５】リンクされている２つのアカウントのリンクを解消する一実施例のフローチャートである。
【特許請求の範囲】
【請求項１】
ネットワークアカウントの管理方法であって、
メンバアクセスを有する第１のアカウントに一般アクセスを有する第２のアカウントをリンクするステップと、
前記第２のアカウントが前記第１のアカウントにリンクされている間、前記メンバアクセスの少なくとも一部を前記第２のアカウントに付与するステップと、を含み、
前記第１のアカウントは対応するサブスクリプションを有しており、
前記一般アクセスは少なくとも１つの特権を付与し、
前記メンバアクセスは、前記一般アクセスによって提供されない２以上の特権を付与する、
方法。
【請求項２】
前記サブスクリプションの費用は、一般アクセスを有するアカウントを得るのに必要な費用よりも高い、
請求項１に記載の方法。
【請求項３】
前記メンバアクセスの特権は、オンラインゲームへの参加をアカウントに許可することを含む、
請求項１に記載の方法。
【請求項４】
前記メンバアクセスの特権は、オンラインゲームの開始をアカウントに許可することを含む、
請求項１に記載の方法。
【請求項５】
前記メンバアクセスの特権は、制限されたオンライン資源へのアクセスをアカウントに許可することを含む、
請求項１に記載の方法。
【請求項６】
前記メンバアクセスの特権は、アカウントがメンバアクセスを有することを示すようにして、オンラインゲームへの参加を前記アカウントに許可することを含む、
請求項１に記載の方法。
【請求項７】
前記メンバアクセスの特権は、アカウントがメンバアクセスを有することを示す視覚的な合図を付けて、オンラインゲームへの参加を前記アカウントに許可することを含む、
請求項６に記載の方法。
【請求項８】
前記メンバアクセスの特権は、当該メンバアクセスの特権を持たないアカウントが参加する方法とは異なる方法で、オンラインゲームへの参加をアカウントに許可することを含む、
請求項１に記載の方法。
【請求項９】
前記メンバアクセスの特権は、メンバアクセスを持たないアカウントが利用できない、オンラインゲーム内の１以上の特別な資源へのアクセスをアカウントに許可することを含む、
請求項８に記載の方法。
【請求項１０】
前記メンバアクセスの特権は、当該メンバアクセスの特権を持たないアカウントが利用できない、オンラインゲーム内の１以上の特別な機能へのアクセスをアカウントに許可することを含む、
請求項８に記載の方法。
【請求項１１】
前記第１のアカウントはメンバ限定のアクセスも有しており、
前記メンバ限定のアクセスは、前記メンバアクセスによって付与される前記２以上の特権と異なり、且つ前記一般アクセスによって付与される前記少なくとも１つの特権とも異なる１以上の特権を付与する、
請求項１に記載の方法。
【請求項１２】
前記第２のアカウントが前記第１のアカウントにリンクされている場合に、前記第２のアカウントはメンバ限定のアクセスを有さない、
請求項１１に記載の方法。
【請求項１３】
前記第１のアカウントは前記一般アクセスも有する、
請求項１に記載の方法。
【請求項１４】
前記サブスクリプションを示すメンバアカウントの作成要求を受け取るステップと、
前記サブスクリプションがメンバアカウントの作成を許可していることを確認するステップと、
前記第１のアカウントを作成するステップと、を更に含む、
請求項１に記載の方法。
【請求項１５】
メンバアカウントの作成を許可するために前記サブスクリプションをアップグレードするステップを更に含む、
請求項１４に記載の方法。
【請求項１６】
非メンバアカウントの作成要求を受け取るステップと、
前記第２のアカウントを作成するステップと、を更に含む、
請求項１に記載の方法。
【請求項１７】
前記第１のアカウント及び前記第２のアカウントを示すリンク要求を受け取るステップと、
前記第１のアカウントがリンクを許可していることを確認するステップと、を更に含む、
請求項１に記載の方法。
【請求項１８】
前記第２のアカウントがリンクを許可していることを確認するステップを更に含む、
請求項１７に記載の方法。
【請求項１９】
前記第１のアカウント及び前記第２のアカウントを示すリンク解除要求を受け取るステップと、
前記付与された前記メンバアクセスの少なくとも一部を、前記第２のアカウントから破棄するステップと、
前記第１のアカウントから前記第２のアカウントをリンク解除するステップと、を更に含む、
請求項１に記載の方法。
【請求項２０】
最小アクセス及びアカウントを有するサービスを示すサービス要求を受け取るステップと、
要求元の前記アカウントが、前記指示されたサービスの前記最小アクセスを満たすアクセスを現在有していることを確認するステップと、
前記サービスを提供するステップと、を更に含む、
請求項１に記載の方法。
【請求項２１】
要求元の前記アカウントを、前記指示されたサービスの前記最小アクセスを満たすアクセスを有するようにアップグレードするステップを更に含む、
請求項２０に記載の方法。
【請求項２２】
前記メンバアクセスの前記少なくとも一部を付与するステップは、前記メンバアクセスの前記２以上の特権の総数よりも少ない数の特権を前記第２のアカウントに付与するステップを含む、
請求項１に記載の方法。
【請求項２３】
前記メンバアクセスの前記少なくとも一部を付与するステップは、限られた時間、前記メンバアクセスの前記２以上の特権の少なくとも１つを前記第２のアカウントに付与するステップを含む、
請求項１に記載の方法。
【請求項２４】
前記第２のアカウントが前記第１のアカウントにリンクされている間は、前記第１のアカウントから前記メンバアクセスを削除するステップを更に含む、
請求項１に記載の方法。
【請求項２５】
前記第２のアカウントは、中間データオブジェクトによって前記第１のアカウントに間接的にリンクされる、
請求項１に記載の方法。
【請求項２６】
前記中間データオブジェクトはプールである、
請求項２５に記載の方法。
【請求項２７】
ネットワークアカウントの管理方法であって、
一般アクセスを有するアカウントを作成するステップと、
アップグレード要求を受け取るステップと、
前記アカウントがメンバアクセスを有するための１以上の要件を満たしていることに基づいて、前記アカウントがアップグレードを許可されることを確認するステップと、
メンバアクセスを有するように前記アカウントをアップグレードするステップと、を含む、
方法。
【請求項２８】
ネットワークアカウントのリンク方法であって、
一般アクセスを有する第１のアカウントを作成するステップと、
メンバアクセスを有する第２のアカウントを示すリンク案内を送信するステップと、
前記第１のアカウントが前記第２のアカウントにリンクされることを示すリンク承諾を受け取るステップと、
メンバアクセスを必要とする最小アクセスを有するサービスを示すサービス要求を送信するステップと、
前記サービスにアクセスするステップと、を含む、
方法。
【請求項２９】
ネットワークアカウントのリンク方法であって、
メンバアクセスを有する第１のアカウントを作成するステップと、
一般アクセスを有する第２のアカウントを示すリンク案内を受け取るステップと、
前記第２のアカウントが前記第１のアカウントにリンクされようとしていることを示すリンク要求を送信するステップと、を含む、
方法。
【請求項３０】
有形の記憶媒体に記憶され、ネットワークアカウントの管理に使用されるコンピュータプログラムであって、コンピュータに、
メンバアクセスを有する第１のアカウントに一般アクセスを有する第２のアカウントをリンクするための実行可能命令と、
前記第２のアカウントが前記第１のアカウントにリンクされている間、前記メンバアクセスの少なくとも一部を前記第２のアカウントに付与するための実行可能命令と、を実行させ、
前記第１のアカウントが対応するサブスクリプションを有しており、
前記一般アクセスが少なくとも１つの特権を付与し、
前記メンバアクセスが、前記一般アクセスによって提供されない２以上の特権を付与する、
ようにさせるためのコンピュータプログラム。
【請求項３１】
前記サブスクリプションの費用は、一般アクセスを有するアカウントを得るのに必要な費用よりも高い、
請求項３０に記載のコンピュータプログラム。
【請求項３２】
前記メンバアクセスの特権は、オンラインゲームへの参加をアカウントに許可することを含む、
請求項３０に記載のコンピュータプログラム。
【請求項３３】
前記メンバアクセスの特権は、オンラインゲームの開始をアカウントに許可することを含む、
請求項３０に記載のコンピュータプログラム。
【請求項３４】
前記メンバアクセスの特権は、制限されたオンライン資源へのアクセスをアカウントに許可することを含む、
請求項３０に記載のコンピュータプログラム。
【請求項３５】
前記メンバアクセスの特権は、アカウントがメンバアクセスを有することを示すようにして、オンラインゲームへの参加を前記アカウントに許可することを含む、
請求項３０に記載のコンピュータプログラム。
【請求項３６】
前記メンバアクセスの特権は、アカウントがメンバアクセスを有することを示す視覚的な合図を付けて、オンラインゲームへの参加を前記アカウントに許可することを含む、
請求項３５に記載のコンピュータプログラム。
【請求項３７】
前記メンバアクセスの特権は、当該メンバアクセスの特権を持たないアカウントが参加する方法とは異なる方法で、オンラインゲームへの参加をアカウントに許可することを含む、
請求項３０に記載のコンピュータプログラム。
【請求項３８】
前記メンバアクセスの特権は、メンバアクセスを持たないアカウントが利用できない、オンラインゲーム内の１以上の特別な資源へのアクセスをアカウントに許可することを含む、
請求項３７に記載のコンピュータプログラム。
【請求項３９】
前記メンバアクセスの特権は、当該メンバアクセスの特権を持たないアカウントが利用できない、オンラインゲーム内の１以上の特別な機能へのアクセスをアカウントに許可することを含む、
請求項３７に記載のコンピュータプログラム。
【請求項４０】
前記第１のアカウントはメンバ限定のアクセスも有しており、
前記メンバ限定のアクセスは、前記メンバアクセスによって付与される前記２以上の特権と異なり、且つ前記一般アクセスによって付与される前記少なくとも１つの特権とも異なる１以上の特権を付与する、
請求項３０に記載のコンピュータプログラム。
【請求項４１】
前記第２のアカウントが前記第１のアカウントにリンクされている場合に、前記第２のアカウントはメンバ限定のアクセスを有さない、
請求項４０に記載のコンピュータプログラム。
【請求項４２】
前記第１のアカウントは前記一般アクセスも有する、
請求項３０に記載のコンピュータプログラム。
【請求項４３】
コンピュータに、
前記サブスクリプションを示すメンバアカウントの作成要求を処理するための実行可能命令と、
前記サブスクリプションがメンバアカウントの作成を許可していることを確認するための実行可能命令と、
前記第１のアカウントを作成するための実行可能命令と、を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項４４】
コンピュータに、
メンバアカウントの作成を許可するために前記サブスクリプションをアップグレードするための実行可能命令を更に実行させるための、
請求項４３に記載のコンピュータプログラム。
【請求項４５】
コンピュータに、
非メンバアカウントの作成要求を処理するための実行可能命令と、
前記第２のアカウントを作成するための実行可能命令と、を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項４６】
コンピュータに、
前記第１のアカウント及び前記第２のアカウントを示すリンク要求を処理するための実行可能命令と、
前記第１のアカウントがリンクを許可していることを確認するための実行可能命令と、を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項４７】
コンピュータに、
前記第２のアカウントがリンクを許可していることを確認するための実行可能命令を更に実行させるための、
請求項４６に記載のコンピュータプログラム。
【請求項４８】
コンピュータに、
前記第１のアカウント及び前記第２のアカウントを示すリンク解除要求を処理するための実行可能命令と、
前記付与された前記メンバアクセスの少なくとも一部を、前記第２のアカウントから破棄するための実行可能命令と、
前記第１のアカウントから前記第２のアカウントをリンク解除するための実行可能命令と、を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項４９】
コンピュータに、
最小アクセス及びアカウントを有するサービスを示すサービス要求を処理するための実行可能命令と、
要求元の前記アカウントが、前記指示されたサービスの前記最小アクセスを満たすアクセスを現在有していることを確認するための実行可能命令と、
前記サービスを提供するための実行可能命令と、を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項５０】
コンピュータに、
要求元の前記アカウントを、前記指示されたサービスの前記最小アクセスを満たすアクセスを有するようにアップグレードするための実行可能命令を更に実行させるための、
請求項４９に記載のコンピュータプログラム。
【請求項５１】
前記メンバアクセスの前記少なくとも一部の付与は、前記メンバアクセスの前記２以上の特権の総数よりも少ない数の特権の前記第２のアカウントへの付与である、
請求項３０に記載のコンピュータプログラム。
【請求項５２】
前記メンバアクセスの前記少なくとも一部の付与は、限られた時間、前記メンバアクセスの前記２以上の特権の少なくとも１つの前記第２のアカウントへの付与である、
請求項３０に記載のコンピュータプログラム。
【請求項５３】
コンピュータに、
前記第２のアカウントが前記第１のアカウントにリンクされている間は、前記第１のアカウントから前記メンバアクセスを削除するための実行可能命令を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項５４】
前記第２のアカウントは、中間データオブジェクトによって前記第１のアカウントに間接的にリンクされる、
請求項３０に記載のコンピュータプログラム。
【請求項５５】
前記中間データオブジェクトはプールである、
請求項５４に記載のコンピュータプログラム。
【請求項５６】
有形の記憶媒体に記憶され、ネットワークアカウントの管理に使用されるコンピュータプログラムであって、コンピュータに、
一般アクセスを有するアカウントを作成するための実行可能命令と、
アップグレード要求を処理するための実行可能命令と、
前記アカウントがメンバアクセスを有するための１以上の要件を満たしていることに基づいて、前記アカウントがアップグレードを許可されることを確認するための実行可能命令と、
メンバアクセスを有するように前記アカウントをアップグレードするための実行可能命令と、
を実行させるようにするためのコンピュータプログラム。
【請求項５７】
有形の記憶媒体に記憶され、ネットワークアカウントのリンクに使用されるコンピュータプログラムであって、コンピュータに、
一般アクセスを有する第１のアカウントを作成するための実行可能命令と、
メンバアクセスを有する第２のアカウントを示すリンク案内を送信するための実行可能命令と、
前記第１のアカウントが前記第２のアカウントにリンクされることを示すリンク承諾を処理するための実行可能命令と、
メンバアクセスを必要とする最小アクセスを有するサービスを示すサービス要求を送信するための実行可能命令と、
前記サービスにアクセスするための実行可能命令と、
を実行させるようにするためのコンピュータプログラム。
【請求項５８】
有形の記憶媒体に記憶され、ネットワークアカウントのリンクに使用されるコンピュータプログラムであって、コンピュータに、
メンバアクセスを有する第１のアカウントを作成するための実行可能命令と、
一般アクセスを有する第２のアカウントを示すリンク案内を処理するための実行可能命令と、
前記第２のアカウントが前記第１のアカウントにリンクされようとしていることを示すリンク要求を送信するための実行可能命令と、
を実行させるようにするためのコンピュータプログラム。
【請求項５９】
ネットワークアカウントを管理するシステムであって、
メンバアクセスを有する第１のアカウントに一般アクセスを有する第２のアカウントをリンクする手段と、
前記第２のアカウントが前記第１のアカウントにリンクされている間、前記メンバアクセスの少なくとも一部を前記第２のアカウントに付与する手段と、を備え、
前記第１のアカウントは対応するサブスクリプションを有しており、
前記一般アクセスは少なくとも１つの特権を付与し、
前記メンバアクセスは、前記一般アクセスによって提供されない２以上の特権を付与する、
システム。
【請求項１】
ネットワークアカウントの管理方法であって、
メンバアクセスを有する第１のアカウントに一般アクセスを有する第２のアカウントをリンクするステップと、
前記第２のアカウントが前記第１のアカウントにリンクされている間、前記メンバアクセスの少なくとも一部を前記第２のアカウントに付与するステップと、を含み、
前記第１のアカウントは対応するサブスクリプションを有しており、
前記一般アクセスは少なくとも１つの特権を付与し、
前記メンバアクセスは、前記一般アクセスによって提供されない２以上の特権を付与する、
方法。
【請求項２】
前記サブスクリプションの費用は、一般アクセスを有するアカウントを得るのに必要な費用よりも高い、
請求項１に記載の方法。
【請求項３】
前記メンバアクセスの特権は、オンラインゲームへの参加をアカウントに許可することを含む、
請求項１に記載の方法。
【請求項４】
前記メンバアクセスの特権は、オンラインゲームの開始をアカウントに許可することを含む、
請求項１に記載の方法。
【請求項５】
前記メンバアクセスの特権は、制限されたオンライン資源へのアクセスをアカウントに許可することを含む、
請求項１に記載の方法。
【請求項６】
前記メンバアクセスの特権は、アカウントがメンバアクセスを有することを示すようにして、オンラインゲームへの参加を前記アカウントに許可することを含む、
請求項１に記載の方法。
【請求項７】
前記メンバアクセスの特権は、アカウントがメンバアクセスを有することを示す視覚的な合図を付けて、オンラインゲームへの参加を前記アカウントに許可することを含む、
請求項６に記載の方法。
【請求項８】
前記メンバアクセスの特権は、当該メンバアクセスの特権を持たないアカウントが参加する方法とは異なる方法で、オンラインゲームへの参加をアカウントに許可することを含む、
請求項１に記載の方法。
【請求項９】
前記メンバアクセスの特権は、メンバアクセスを持たないアカウントが利用できない、オンラインゲーム内の１以上の特別な資源へのアクセスをアカウントに許可することを含む、
請求項８に記載の方法。
【請求項１０】
前記メンバアクセスの特権は、当該メンバアクセスの特権を持たないアカウントが利用できない、オンラインゲーム内の１以上の特別な機能へのアクセスをアカウントに許可することを含む、
請求項８に記載の方法。
【請求項１１】
前記第１のアカウントはメンバ限定のアクセスも有しており、
前記メンバ限定のアクセスは、前記メンバアクセスによって付与される前記２以上の特権と異なり、且つ前記一般アクセスによって付与される前記少なくとも１つの特権とも異なる１以上の特権を付与する、
請求項１に記載の方法。
【請求項１２】
前記第２のアカウントが前記第１のアカウントにリンクされている場合に、前記第２のアカウントはメンバ限定のアクセスを有さない、
請求項１１に記載の方法。
【請求項１３】
前記第１のアカウントは前記一般アクセスも有する、
請求項１に記載の方法。
【請求項１４】
前記サブスクリプションを示すメンバアカウントの作成要求を受け取るステップと、
前記サブスクリプションがメンバアカウントの作成を許可していることを確認するステップと、
前記第１のアカウントを作成するステップと、を更に含む、
請求項１に記載の方法。
【請求項１５】
メンバアカウントの作成を許可するために前記サブスクリプションをアップグレードするステップを更に含む、
請求項１４に記載の方法。
【請求項１６】
非メンバアカウントの作成要求を受け取るステップと、
前記第２のアカウントを作成するステップと、を更に含む、
請求項１に記載の方法。
【請求項１７】
前記第１のアカウント及び前記第２のアカウントを示すリンク要求を受け取るステップと、
前記第１のアカウントがリンクを許可していることを確認するステップと、を更に含む、
請求項１に記載の方法。
【請求項１８】
前記第２のアカウントがリンクを許可していることを確認するステップを更に含む、
請求項１７に記載の方法。
【請求項１９】
前記第１のアカウント及び前記第２のアカウントを示すリンク解除要求を受け取るステップと、
前記付与された前記メンバアクセスの少なくとも一部を、前記第２のアカウントから破棄するステップと、
前記第１のアカウントから前記第２のアカウントをリンク解除するステップと、を更に含む、
請求項１に記載の方法。
【請求項２０】
最小アクセス及びアカウントを有するサービスを示すサービス要求を受け取るステップと、
要求元の前記アカウントが、前記指示されたサービスの前記最小アクセスを満たすアクセスを現在有していることを確認するステップと、
前記サービスを提供するステップと、を更に含む、
請求項１に記載の方法。
【請求項２１】
要求元の前記アカウントを、前記指示されたサービスの前記最小アクセスを満たすアクセスを有するようにアップグレードするステップを更に含む、
請求項２０に記載の方法。
【請求項２２】
前記メンバアクセスの前記少なくとも一部を付与するステップは、前記メンバアクセスの前記２以上の特権の総数よりも少ない数の特権を前記第２のアカウントに付与するステップを含む、
請求項１に記載の方法。
【請求項２３】
前記メンバアクセスの前記少なくとも一部を付与するステップは、限られた時間、前記メンバアクセスの前記２以上の特権の少なくとも１つを前記第２のアカウントに付与するステップを含む、
請求項１に記載の方法。
【請求項２４】
前記第２のアカウントが前記第１のアカウントにリンクされている間は、前記第１のアカウントから前記メンバアクセスを削除するステップを更に含む、
請求項１に記載の方法。
【請求項２５】
前記第２のアカウントは、中間データオブジェクトによって前記第１のアカウントに間接的にリンクされる、
請求項１に記載の方法。
【請求項２６】
前記中間データオブジェクトはプールである、
請求項２５に記載の方法。
【請求項２７】
ネットワークアカウントの管理方法であって、
一般アクセスを有するアカウントを作成するステップと、
アップグレード要求を受け取るステップと、
前記アカウントがメンバアクセスを有するための１以上の要件を満たしていることに基づいて、前記アカウントがアップグレードを許可されることを確認するステップと、
メンバアクセスを有するように前記アカウントをアップグレードするステップと、を含む、
方法。
【請求項２８】
ネットワークアカウントのリンク方法であって、
一般アクセスを有する第１のアカウントを作成するステップと、
メンバアクセスを有する第２のアカウントを示すリンク案内を送信するステップと、
前記第１のアカウントが前記第２のアカウントにリンクされることを示すリンク承諾を受け取るステップと、
メンバアクセスを必要とする最小アクセスを有するサービスを示すサービス要求を送信するステップと、
前記サービスにアクセスするステップと、を含む、
方法。
【請求項２９】
ネットワークアカウントのリンク方法であって、
メンバアクセスを有する第１のアカウントを作成するステップと、
一般アクセスを有する第２のアカウントを示すリンク案内を受け取るステップと、
前記第２のアカウントが前記第１のアカウントにリンクされようとしていることを示すリンク要求を送信するステップと、を含む、
方法。
【請求項３０】
有形の記憶媒体に記憶され、ネットワークアカウントの管理に使用されるコンピュータプログラムであって、コンピュータに、
メンバアクセスを有する第１のアカウントに一般アクセスを有する第２のアカウントをリンクするための実行可能命令と、
前記第２のアカウントが前記第１のアカウントにリンクされている間、前記メンバアクセスの少なくとも一部を前記第２のアカウントに付与するための実行可能命令と、を実行させ、
前記第１のアカウントが対応するサブスクリプションを有しており、
前記一般アクセスが少なくとも１つの特権を付与し、
前記メンバアクセスが、前記一般アクセスによって提供されない２以上の特権を付与する、
ようにさせるためのコンピュータプログラム。
【請求項３１】
前記サブスクリプションの費用は、一般アクセスを有するアカウントを得るのに必要な費用よりも高い、
請求項３０に記載のコンピュータプログラム。
【請求項３２】
前記メンバアクセスの特権は、オンラインゲームへの参加をアカウントに許可することを含む、
請求項３０に記載のコンピュータプログラム。
【請求項３３】
前記メンバアクセスの特権は、オンラインゲームの開始をアカウントに許可することを含む、
請求項３０に記載のコンピュータプログラム。
【請求項３４】
前記メンバアクセスの特権は、制限されたオンライン資源へのアクセスをアカウントに許可することを含む、
請求項３０に記載のコンピュータプログラム。
【請求項３５】
前記メンバアクセスの特権は、アカウントがメンバアクセスを有することを示すようにして、オンラインゲームへの参加を前記アカウントに許可することを含む、
請求項３０に記載のコンピュータプログラム。
【請求項３６】
前記メンバアクセスの特権は、アカウントがメンバアクセスを有することを示す視覚的な合図を付けて、オンラインゲームへの参加を前記アカウントに許可することを含む、
請求項３５に記載のコンピュータプログラム。
【請求項３７】
前記メンバアクセスの特権は、当該メンバアクセスの特権を持たないアカウントが参加する方法とは異なる方法で、オンラインゲームへの参加をアカウントに許可することを含む、
請求項３０に記載のコンピュータプログラム。
【請求項３８】
前記メンバアクセスの特権は、メンバアクセスを持たないアカウントが利用できない、オンラインゲーム内の１以上の特別な資源へのアクセスをアカウントに許可することを含む、
請求項３７に記載のコンピュータプログラム。
【請求項３９】
前記メンバアクセスの特権は、当該メンバアクセスの特権を持たないアカウントが利用できない、オンラインゲーム内の１以上の特別な機能へのアクセスをアカウントに許可することを含む、
請求項３７に記載のコンピュータプログラム。
【請求項４０】
前記第１のアカウントはメンバ限定のアクセスも有しており、
前記メンバ限定のアクセスは、前記メンバアクセスによって付与される前記２以上の特権と異なり、且つ前記一般アクセスによって付与される前記少なくとも１つの特権とも異なる１以上の特権を付与する、
請求項３０に記載のコンピュータプログラム。
【請求項４１】
前記第２のアカウントが前記第１のアカウントにリンクされている場合に、前記第２のアカウントはメンバ限定のアクセスを有さない、
請求項４０に記載のコンピュータプログラム。
【請求項４２】
前記第１のアカウントは前記一般アクセスも有する、
請求項３０に記載のコンピュータプログラム。
【請求項４３】
コンピュータに、
前記サブスクリプションを示すメンバアカウントの作成要求を処理するための実行可能命令と、
前記サブスクリプションがメンバアカウントの作成を許可していることを確認するための実行可能命令と、
前記第１のアカウントを作成するための実行可能命令と、を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項４４】
コンピュータに、
メンバアカウントの作成を許可するために前記サブスクリプションをアップグレードするための実行可能命令を更に実行させるための、
請求項４３に記載のコンピュータプログラム。
【請求項４５】
コンピュータに、
非メンバアカウントの作成要求を処理するための実行可能命令と、
前記第２のアカウントを作成するための実行可能命令と、を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項４６】
コンピュータに、
前記第１のアカウント及び前記第２のアカウントを示すリンク要求を処理するための実行可能命令と、
前記第１のアカウントがリンクを許可していることを確認するための実行可能命令と、を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項４７】
コンピュータに、
前記第２のアカウントがリンクを許可していることを確認するための実行可能命令を更に実行させるための、
請求項４６に記載のコンピュータプログラム。
【請求項４８】
コンピュータに、
前記第１のアカウント及び前記第２のアカウントを示すリンク解除要求を処理するための実行可能命令と、
前記付与された前記メンバアクセスの少なくとも一部を、前記第２のアカウントから破棄するための実行可能命令と、
前記第１のアカウントから前記第２のアカウントをリンク解除するための実行可能命令と、を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項４９】
コンピュータに、
最小アクセス及びアカウントを有するサービスを示すサービス要求を処理するための実行可能命令と、
要求元の前記アカウントが、前記指示されたサービスの前記最小アクセスを満たすアクセスを現在有していることを確認するための実行可能命令と、
前記サービスを提供するための実行可能命令と、を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項５０】
コンピュータに、
要求元の前記アカウントを、前記指示されたサービスの前記最小アクセスを満たすアクセスを有するようにアップグレードするための実行可能命令を更に実行させるための、
請求項４９に記載のコンピュータプログラム。
【請求項５１】
前記メンバアクセスの前記少なくとも一部の付与は、前記メンバアクセスの前記２以上の特権の総数よりも少ない数の特権の前記第２のアカウントへの付与である、
請求項３０に記載のコンピュータプログラム。
【請求項５２】
前記メンバアクセスの前記少なくとも一部の付与は、限られた時間、前記メンバアクセスの前記２以上の特権の少なくとも１つの前記第２のアカウントへの付与である、
請求項３０に記載のコンピュータプログラム。
【請求項５３】
コンピュータに、
前記第２のアカウントが前記第１のアカウントにリンクされている間は、前記第１のアカウントから前記メンバアクセスを削除するための実行可能命令を更に実行させるための、
請求項３０に記載のコンピュータプログラム。
【請求項５４】
前記第２のアカウントは、中間データオブジェクトによって前記第１のアカウントに間接的にリンクされる、
請求項３０に記載のコンピュータプログラム。
【請求項５５】
前記中間データオブジェクトはプールである、
請求項５４に記載のコンピュータプログラム。
【請求項５６】
有形の記憶媒体に記憶され、ネットワークアカウントの管理に使用されるコンピュータプログラムであって、コンピュータに、
一般アクセスを有するアカウントを作成するための実行可能命令と、
アップグレード要求を処理するための実行可能命令と、
前記アカウントがメンバアクセスを有するための１以上の要件を満たしていることに基づいて、前記アカウントがアップグレードを許可されることを確認するための実行可能命令と、
メンバアクセスを有するように前記アカウントをアップグレードするための実行可能命令と、
を実行させるようにするためのコンピュータプログラム。
【請求項５７】
有形の記憶媒体に記憶され、ネットワークアカウントのリンクに使用されるコンピュータプログラムであって、コンピュータに、
一般アクセスを有する第１のアカウントを作成するための実行可能命令と、
メンバアクセスを有する第２のアカウントを示すリンク案内を送信するための実行可能命令と、
前記第１のアカウントが前記第２のアカウントにリンクされることを示すリンク承諾を処理するための実行可能命令と、
メンバアクセスを必要とする最小アクセスを有するサービスを示すサービス要求を送信するための実行可能命令と、
前記サービスにアクセスするための実行可能命令と、
を実行させるようにするためのコンピュータプログラム。
【請求項５８】
有形の記憶媒体に記憶され、ネットワークアカウントのリンクに使用されるコンピュータプログラムであって、コンピュータに、
メンバアクセスを有する第１のアカウントを作成するための実行可能命令と、
一般アクセスを有する第２のアカウントを示すリンク案内を処理するための実行可能命令と、
前記第２のアカウントが前記第１のアカウントにリンクされようとしていることを示すリンク要求を送信するための実行可能命令と、
を実行させるようにするためのコンピュータプログラム。
【請求項５９】
ネットワークアカウントを管理するシステムであって、
メンバアクセスを有する第１のアカウントに一般アクセスを有する第２のアカウントをリンクする手段と、
前記第２のアカウントが前記第１のアカウントにリンクされている間、前記メンバアクセスの少なくとも一部を前記第２のアカウントに付与する手段と、を備え、
前記第１のアカウントは対応するサブスクリプションを有しており、
前記一般アクセスは少なくとも１つの特権を付与し、
前記メンバアクセスは、前記一般アクセスによって提供されない２以上の特権を付与する、
システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２００７−５１６５１３（Ｐ２００７−５１６５１３Ａ）
【公表日】平成１９年６月２１日（２００７．６．２１）
【国際特許分類】
【出願番号】特願２００６−５３６５５９（Ｐ２００６−５３６５５９）
【出願日】平成１６年７月１５日（２００４．７．１５）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０２３１１１
【国際公開番号】ＷＯ２００５／０４５５６０
【国際公開日】平成１７年５月１９日（２００５．５．１９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（５００５５１０７９）ソニー・コンピュータ・エンタテインメント・アメリカ・インク (95)
【Ｆターム（参考）】
【公表日】平成１９年６月２１日（２００７．６．２１）
【国際特許分類】
【出願日】平成１６年７月１５日（２００４．７．１５）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０２３１１１
【国際公開番号】ＷＯ２００５／０４５５６０
【国際公開日】平成１７年５月１９日（２００５．５．１９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（５００５５１０７９）ソニー・コンピュータ・エンタテインメント・アメリカ・インク (95)
【Ｆターム（参考）】
[ Back to top ]