JP2023508061A - アカウントアクセス方法及びその装置、記憶媒体、並びに電子機器 - Google Patents

Abstract

アカウントアクセス方法は、第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得し、第１データ要求を第１タイプの第１サーバに送信し、第２サーバ上で、シーン相互作用を実現するための相互作用シーンを作成した後、目標アクセス機器上で、第１サーバによって送信された第２サーバのアドレスを取得し、第２サーバのアドレスを第１アカウントに送信し、第１アカウントによって送信された１ラウンドのシーン相互作用の相互作用データを第２サーバに転送し、相互作用するアカウントとのネットワーク遅延が最も小さいアクセス機器を介して、目標アプリケーションと関連するサーバとの間で、交換する必要がある相互作用データを転送することを含む。

Description

［関連出願への相互参照］
本願は、２０２０年５月２２日に中国特許局に提出された、出願番号が第２０２０１０４４３２０７．１号であり、発明の名称が「ゲームアプリケーションにおけるアカウントアクセス方法及びその装置、記憶媒体、並びに電子機器」である中国特許出願の優先権を主張し、当該中国特許出願の全ての内容が参照により本願に援用される。

本願は、コンピュータ分野に関し、具体的には、アカウントアクセス方法及び装置、記憶媒体並びに電子機器に関するものである。

クラウド技術（Ｃｌｏｕｄ ｔｅｃｈｎｏｌｏｇｙ）は、クラウドコンピューティングビジネスモードに基づいて適用されるネットワーク技術、情報技術、統合技術、管理プラットフォーム技術、アプリケーション技術などの総称であり、リソースプールを形成することができ、必要に応じて使用することができ、柔軟で便益である。クラウドコンピューティング技術は重要なサポートになる。ビデオＷｅｂサイト、画像Ｗｅｂサイトおよび他の多くのポータルＷｅｂサイトなどについて、技術ネットワークシステムのバックグラウンドサービスは、大量のコンピューティングおよびストレージリリソースを必要とする。インターネット業界の急速な発展および応用に伴い、将来では各物品に独自の識別マークが付けられ得、論理処理のために当該識別マークをバックグラウンドに伝送する必要があり、異なるレベルのデータは個別に処理され、各種サービスのデータは強力なシステムのサポートを必要とし、これは、クラウドコンピューティングによってのみ実現できる。

現在のシーン相互作用アプリケーションサービスでは、一般に、１つのインターネットデータセンタ（ＩＤＣ：Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ）をパブリックサーバクラスタとして選択し、ＰＶＰ（Ｐｌａｙｅｒ ＶＳ Ｐｌａｙｅｒ）サーバを除く他のすべてのサーバ（マッチサーバやデータストレージサーバなど）を含む。他の各ＩＤＣに、ユーザによる新しいシングルラウンドアクセスのためのＰＶＰサーバを展開し、同時に、ユーザから事前確立されたＰＶＰサーバへの往復遅延時間（ＲＴＴ：Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ）をメインインターフェイスに表示する。ユーザは、自分の状況に応じて、加入したいサーバを手動で選択してマッチングし、ユーザはパブリックサーバクラスタでマッチングし、マッチングが成功した後、選択されたＩＤＣのＰＶＰサーバに入って１ラウンドのシーン相互作用を行う。

しかしながら、関連技術では、ユーザは、１ラウンドのシーン相互作用のために、自分の状況に応じて、加入したい１つの地域のサーバを手動で選択することしかできない。その結果、同じ地域のユーザアカウントがアクセスして１ラウンドのシーン相互作用を行うことしかサポートできず、複数の異なる地理的領域のアカウントがアクセスして同一ラウンドのシーン相互作用を行うことをサポートすることができない。例えば、ゲームシーンを例にとると、複数の異なる地理的領域のアカウントが同じラウンドのゲームにサクセスしてゲーム相互作用を実行することをサポートできず、したがって、従来の方法は過度に制限されている。

本願に係る様々な実施例によれば、アカウントアクセス方法及びその装置、記憶媒体、並びに電子機器が提供される。

本願実施例の１つの態様によれば、アカウントアクセス方法が提供され、前記アカウントアクセス方法は、
第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得するステップであって、第１データ要求は、目標アプリケーションにおいて１ラウンドのシーン相互作用を開始するように要求するために使用される、ステップと、第１アクセス機器上で、第１データ要求を第１タイプの第１サーバに送信するステップであって、第１サーバは、第１グループのアカウントを、シーン相互作用に参加するアカウントとして決定し、第２タイプの第２サーバのアドレスを決定するために使用され、第２サーバは、シーン相互作用を実現するための相互作用シーンを作成するために使用され、第１グループのアカウントは、第１グループの異なる地理的領域からのアカウントを含み、第１グループのアカウントは第１アカウントを含み、第１グループのアカウントの各アカウントは、それぞれ、対応するアクセス機器を介して対応するデータ要求を第１サーバに送信するために使用され、対応するデータ要求は、シーン相互作用を開始するように要求するために使用され、対応するアクセス機器は、第２グループの異なる地理的領域からのアクセス機器を含む、ステップと、第２サーバ上で相互作用シーンを作成した後、目標アクセス機器上で、第１サーバによって送信された第２サーバのアドレスを取得するステップであって、第２サーバと対応するアクセス機器との間のネットワーク遅延はすべて第１遅延閾値よりも小さく、前記目標アクセス機器は、前記第１アカウントとのネットワーク遅延が最も小さいアクセス機器である、ステップと、目標アクセス機器上で第２サーバのアドレスを第１アカウントに送信し、第１アカウントによって送信された１ラウンドのシーン相互作用の相互作用データを前記第２サーバに転送するステップと、を含む。

本願実施例の別の態様によれば、電子機器に配置されている、アプリケーションにおけるアカウントアクセス装置が更に提供され、前記アカウントアクセス装置は、
第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得するように構成される取得モジュールであって、第１データ要求は、目標アプリケーションにおいて１ラウンドのシーン相互作用を開始するように要求するために使用される、取得モジュールと、
第１アクセス機器上で、第１データ要求を第１タイプの第１サーバに送信するように構成される送信モジュールであって、第１サーバは、第１グループのアカウントを、シーン相互作用に参加するアカウントとして決定し、第２タイプの第２サーバのアドレスを決定するために使用され、第２サーバは、シーン相互作用を作成するために使用され、第１グループのアカウントは、第１グループの異なる地理的領域からのアカウントを含み、第１グループのアカウントは第１アカウントを含み、第１グループのアカウントの各アカウントは、それぞれ、対応するアクセス機器を介して対応するデータ要求を第１サーバに送信するために使用され、対応するデータ要求は、シーン相互作用を開始するように要求するために使用され、対応するアクセス機器は、第２グループの異なる地理的領域からのアクセス機器を含む、送信モジュールを備え、
取得モジュールは更に、第２サーバ上で１ラウンドのシーン相互作用を作成した後、目標アクセス機器上で、第１サーバによって送信された第２サーバのアドレスを取得するように構成され、第２サーバと対応するアクセス機器との間のネットワーク遅延はすべて第１遅延閾値よりも小さく、目標アクセス機器は、第１アカウントとのネットワーク遅延が最も小さいアクセス機器であり、
送信モジュールは更に、目標アクセス機器上で第２サーバのアドレスを第１アカウントに送信し、第１アカウントによって送信された１ラウンドのシーン相互作用の相互作用データを第２サーバに転送するように構成される。

本願実施例の更に別の態様によれば、１つ又は複数のコンピュータ可読記憶媒体が提供され、当該コンピュータ可読記憶媒体にはコンピュータ可読命令が記憶されており、ここで、当該コンピュータ可読命令が実行されるときに、上記のアカウントアクセス方法を実現する。

本願実施例の更に別の態様によれば、メモリ及び１つ又は複数のプロセッサを備える電子機器が更に提供され、上記のメモリにはコンピュータ可読命令が記憶されており、上記の１つ又は複数のプロセッサは、コンピュータ可読命令を介して上記のアカウントアクセス方法を実行するように構成される。

本願の１つまたは複数の実施例の詳細は、以下の図面および説明で提供される。本願の他の特徴および利点は、本願の明細書、図面および特許請求の範囲から明らかになる。

ここで説明する図面は本願を一層理解させるためのものであり、本願の一部を構成し、本願の例示的な実施例及びその説明は本願を解釈するもので、本願を不適切に限定するものではない。

１つの実施例によるアカウントアクセス方法の適用環境の概略図である。 １つの実施例によるアカウントアクセス方法の例示的なフローチャートである。 １つの実施例によるアカウントアクセス方法の概略図である。 別の実施例によるアカウントアクセス方法の例示的なフローチャートである。 別の実施例によるアカウントアクセス方法の概略図である。 別の実施例によるアカウントアクセス方法の例示的なフローチャートである。 更に別の実施例によるアカウントアクセス方法の概略図である。 １つの実施例によるゲームアプリケーションにおけるアカウントアクセス装置の概略構造図である。 別の実施例におけるアカウントアクセス装置の概略構造図である。 １つの実施例による電子機器の概略構造図である。

当業者が本願の技術案を一層簡単に理解できるようにするために、以下、本願実施例の図面を参照して、本願実施例における技術的解決策を明確且つ完全に説明するが、当然ながら、説明される実施例は、単に本願実施例の一部であり、実施例の全てではない。本願実施例に基づき、創造的な労力なしに当業者によって得られる他のすべての実施例は、本願の保護範囲に含まれるものとする。

本願の明細書、特許請求の範囲及び上記の添付の図面における「第１」、「第２」等の用語は、特定の順番又は前後順番を記述するためのものではなく、類似する対象を区別するためのものである。このように使用されるデータは、適切な状況で交換可能であり、これにより、本明細書で説明される本願実施例が本明細書で図示または説明されるもの以外の順序で実施できるようになることを理解されたい。また、「含む」、「有する」という用語及びこれらの任意の変形は、非排他的包含を網羅することを意図しており、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又はデバイスは、明確に列挙されたそれらのステップ又はユニットに限定されず、明確に列挙されていない他のステップ又はユニット、又はこれらのプロセス、方法、製品又はデバイスに固有の他のステップ又はユニットを含み得る。

クラウド技術（Ｃｌｏｕｄ ｔｅｃｈｎｏｌｏｇｙ）とは、広域ネットワーク又はローカルエリアネットワーク内でハードウェア、ソフトウェア、ネットワークなどの一連のリソースを統合することにより、データのコンピューティング、ストレージ、処理、および共有を実装するホスティング技術である。

クラウドコンピューティング（ｃｌｏｕｄ ｃｏｍｐｕｔｉｎｇ）とは、ＩＴインフラストラクチャの配信及び使用モードを指し、これは、ネットワークを介して、必要に応じて容易に拡張可能な方式で必要なリソースを取得することである。広義のクラウドコンピューティングとは、サービスの配信及び使用モードを指し、ネットワークを介して、必要に応じて容易に拡張可能な方式で必要なサービスを取得することである。このようなサービスは、ＩＴやソフトウェア、インターネットに関連するものであってもよいし、他のサービスであってもよい。クラウドコンピューティングは、グリッドコンピューティング（Ｇｒｉｄ Ｃｏｍｐｕｔｉｎｇ）、分散型コンピューティング（ＤｉｓｔｒｉｂｕｔｅｄＣｏｍｐｕｔｉｎｇ）、並列コンピューティング（Ｐａｒａｌｌｅｌ Ｃｏｍｐｕｔｉｎｇ）、ユーティリティコンピューティング（Ｕｔｉｌｉｔｙ Ｃｏｍｐｕｔｉｎｇ）、ネットワークストレージテクノロジー（Ｎｅｔｗｏｒｋ Ｓｔｏｒａｇｅ Ｔｅｃｈｎｏｌｏｇｉｅｓ）、仮想化（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）、負荷分散（Ｌｏａｄ Ｂａｌａｎｃｅ）などの従来のコンピュータ及びネットワーク技術の開発を融合したものである。

クラウドコンピューティングは、インターネット、リアルタイムデータストリーム、接続機器の多様な開発、及び検索サービス、ソーシャルネットワーク、モバイルコマース及びオープンコラボレーションの必要性とともに急速に発展してきた。過去の並列分散型コンピューティングとは異なることとして、クラウドコンピューティングの出現は、インターネットモード全体とエンタープライズ管理モードの革新的な変化を促進する。

クラウドゲーミング（Ｃｌｏｕｄ ｇａｍｉｎｇ）は、オンデマンドゲーム（ｇａｍｉｎｇ ｏｎ ｄｅｍａｎｄ）とも呼ばれ、クラウドコンピューティング技術に基づくオンラインゲーム技術である。クラウドゲーミング技術により、グラフィックス処理とデータ演算能力が比較的制限されたシンクライアント（ｔｈｉｎ ｃｌｉｅｎｔ）が高品質のゲームを実行できるようになる。クラウドゲーミングのシナリオでは、ゲームは、プレーヤのゲーム端末ではなくクラウドサーバで実行され、クラウドサーバによって、ゲームシーンをビデオとオーディオのストリームにレンダリングして、ネットワークを介してプレーヤのゲーム端末に伝送する。プレーヤのゲーム端末は、強力なグラフィック演算及びデータ処理能力を備える必要がないが、基本的なストリーミングメディア再生機能とプレーヤの入力命令を取得してクラウドサーバに送信する能力を備える必要がある。

本願実施例に係る技術的解決策は、クラウドコンピューティング及びクラウドゲーミングなどの技術に関するものであり、具体的には、次の実施例を使用して説明する。

先ず、本願実施例に関する一部の名詞及び用語について説明する。

往復遅延時間（ＲＴＴ：Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ）は、ユーザからサーバへのネットワークパケットのラウンドトリップのネットワーク遅延を説明するために使用される。

インターネットデータセンタ（ＩＤＣ：Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ）は、完全な機器（高速インターネットアクセス帯域幅、高性能ローカルエリアネットワーク、安全で信頼できるコンピュータルーム環境などを含む）、専門的な管理、及び完全なアプリケーションを備えたサービスプラットフォームを指す。

ピアリング接続（ＰＣ：Ｐｅｅｒｉｎｇ Ｃｏｎｎｅｃｔｉｏｎ）は、クラウドで広い帯域幅および高品質を備えたリソースインターワーキングサービスである。ピアリング接続は、複数の領域、複数のアカウント、複数のネットワークの異種インターワーキングなどの特性を有し、ＶＰＣ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｃｌｏｕｄ）ネットワークと基本ネットワーク間のインターワーキングをサポートし、様々なサービスの展開要件を満たす。

グローバルアプリケーション加速プラットフォーム（ＧＡＡＰ：Ｇｌｏｂａｌ Ａｐｐｌｉｃａｔｉｏｎ Ａｃｃｅｌｅｒａｔｉｏｎ Ｐｌａｔｆｏｒｍ）は、グローバルノード間の高速チャネル、転送クラスタ及びインテリジェントルーティング技術に依存して、各地のユーザが近隣ノードを介してアクセスすることを実現し、高速チャネルを介してオリジンサイト領域に直接アクセスし、グローバルユーザのアクセス遅れや遅延が長すぎるという問題を解決する。

仮想プライベートクラウド（ＶＰＣ：Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｃｌｏｕｄ）は、柔軟クラウドサーバのために、ユーザによって独立して構成されて管理される、分離された仮想ネットワーク環境を構築することで、クラウドにおけるユーザのリソースのセキュリティを改善し、ユーザのネットワーク展開を簡略化する。このようにして、内部ネットワークを便利に管理及び構成することで、安全で迅速なネットワークの変更を行うことができ、これにより、クラウドサービスプロバイダのマルチテナント（ｍｕｌｔｉ－ｔｅｎａｎｔ）アーキテクチャをシングルテナント（ｓｉｎｇｌｅ－ｔｅｎａｎｔ）アーキテクチャに変更することができる。

クラウドコネクトネットワークは、プライベートクラウドネットワーク間（ＶＰＣ）、及びＶＰＣとローカルデータセンタ間（ＩＤＣ）との間のイントラネット相互接続サービスを提供し、フルメッシュマルチポイント相互接続（ｆｕｌｌ－ｍｅｓｈ ｍｕｌｔｉ－ｐｏｉｎｔ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）、ルーティング自己学習、リンク最適化及び高速障害収束などの能力を備える。ピアリング接続と比較して、クラウドコネクトネットワークは、複数のＶＰＣ間の相互接続を実現することができる。

ゾーンサーバ（Ｚｏｎｅ Ｓｅｒｖｅｒ）は、プレーヤが直接接続するサーバであり、主に、ゲームアプリケーションにおけるユーザのすべての非単一ラウンドの操作の処理（ログイン、購入、バックパック、メール、タスク処理などの論理を含む）を担当する。

マッチサーバ（Ｍａｔｃｈ Ｓｅｒｖｅｒ）は、同じサーバ上のグローバルマルチプレーヤゲームにおいて、ユーザのマッチング要求に対するシングルラウンドマッチングのサーバプロセスを担当する。

ＰＶＰは、プレーヤがシングルラウンドでプレーヤと戦うゲームモードである。

ドメイン名システム（ＤＮＳ：Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）は、分散型ネットワークディレクトリサービスであり、主に、ドメイン名とＩＰアドレスの相互変換に使用される。

クラウドロードバランサ（ＣＬＢ：Ｃｌｏｕｄ Ｌｏａｄ Ｂａｌａｎｃｉｎｇ）は、複数のクラウドサーバにトラフィックを分散するサービスであり、トラフィックを分散することによってアプリケーションシステムの外部のサービス能力を拡張し、シングルポイントの障害を排除することでアプリケーションシステムの可用性を向上させることができる。

仮想ＩＰ（ＶＩＰ：ｖｉｒｔｕａｌ ＩＰ）は、ロードバランサがクライアントにサービスを提供する際のＩＰアドレスである。

以下、実施例を参照して本願を説明する。

本願実施例の１つの態様によれば、アカウントアクセス方法を提供し、１つの実施例では、上記のアカウントアクセス方法は、図１に示される、サーバ１０１、ユーザ端末１０３及びアクセス機器１０５で構成されるハードウェア環境に適用できる。図１に示されるように、サーバ１０１と端末１０３は、ネットワークを介してアクセス機器１０５に接続され、ユーザ端末又はユーザ端末に設置されたクライアントにサービスを提供するために使用できる。目標クライアントは、ビデオクライアント、インスタントメッセージングクライアント、ブラウザクライアント、教育クライアントなどであり得る。データストレージサービスをサーバ１０１に提供するためのデータベース１０７を、サーバ上又はサーバとは独立して設置することができる。上記のネットワークは、有線ネットワーク、無線ネットワークを含み得るが、これらに限定されない。ここで、当該有線ネットワークは、ローカルエリアネットワーク、メトロポリタンエリアネットワーク及び広域ネットワークを含み、当該無線ネットワークは、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ（登録商標）及び無線通信を実現できるその他のネットワークを含む。ユーザ端末１０３は、目標クライアントを備えた端末であり得、ユーザ端末１０３は、携帯電話（例えば、Ａｎｄｒｏｉｄ（登録商標）携帯電話、ｉＯＳ（登録商標）携帯電話など）、ノートブックコンピュータ、タブレットコンピュータ、パームトップ、モバイルインターネットデバイス（ＭＩＤ：Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅｓ）、ＰＡＤ、デスクトップコンピュータ、スマートＴＶなどのうちの少なくとも１つを含み得るが、これらに限定されない。上記のサーバは、単一のサーバであってもよいし、複数のサーバで構成されるサーバクラスタであってもよいし、又はクラウドサーバであってもよい。

１つの実施例において、上記のアカウントアクセス方法は、第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得するステップであって、前記第１データ要求は、目標アプリケーションにおいて１ラウンドのシーン相互作用を開始するように要求するために使用される、ステップと、前記第１アクセス機器上で、前記第１データ要求を第１タイプの第１サーバに送信するステップであって、前記第１サーバは、第１グループのアカウントを、前記１ラウンドのシーン相互作用に参加するアカウントとして決定し、第２タイプの第２サーバのアドレスを決定するために使用され、前記第２サーバは、前記１ラウンドのシーン相互作用を実現するための相互作用シーンを作成するために使用され、前記第１グループのアカウントは、第１グループの異なる地理的領域からのアカウントを含み、前記第１グループのアカウントは前記第１アカウントを含み、前記第１グループのアカウントの各アカウントは、それぞれ、対応するアクセス機器を介して対応するデータ要求を前記第１サーバに送信するために使用され、前記対応するデータ要求は、前記１ラウンドのシーン相互作用を開始するように要求するために使用され、前記対応するアクセス機器は、第２グループの異なる地理的領域からのアクセス機器を含む、ステップと、前記第２サーバ上で前記相互作用シーンを作成した後、目標アクセス機器上で、前記第１サーバによって送信された前記第２サーバのアドレスを取得するステップであって、前記第２サーバと前記対応するアクセス機器との間のネットワーク遅延はすべて第１遅延閾値よりも小さく、前記目標アクセス機器は、前記第１アカウントとのネットワーク遅延が最も小さいアクセス機器である、ステップと、前記目標アクセス機器上で前記第２サーバのアドレスを前記第１アカウントに送信し、前記第１アカウントによって送信された前記１ラウンドのシーン相互作用の相互作用データを前記第２サーバに転送するステップと、を含む。

１つの実施例において、本願実施例における方法は、ゲームシーンに適用できる。目標アプリケーションは、目標ゲームアプリケーションであり得る。シーン相互作用を開始するための要求は、１ラウンドのゲームを開始するための要求であり得る。シーン相互作用を実現するための相互作用シーンを作成することは、ゲームを作成することであり得る。１ラウンドのシーン相互作用に参加するアカウントは、１ラウンドのゲームに参加するアカウントであり得る。つまり、第１グループのアカウントは、１ラウンドのゲームに参加するアカウントであり得る。第１アカウントによって送信された１ラウンドのシーン相互作用の相互作用データを転送することは、第１アカウントによって送信された１ラウンドのゲームのゲーム相互作用データを転送することであり得る。

他の実施例において、当該アカウントアクセス方法は、ライブストリーミングシーン又はオンライン会議シーンにも適用できる。この場合、目標アプリケーションは、目標ライブストリーミングアプリケーション又は目標会議アプリケーションであってもよい。１ラウンドのシーン相互作用を開始するための要求は、１回のライブストリーミング又は１回のオンライン会議を開始するための要求であり得る。１ラウンドのシーン相互作用を実現するための相互作用シーンを作成することは、１回のライブストリーミングを実現するためのライブストリーミング相互作用シーンを作成すること、又は１回のオンライン会議を実現するための会議相互作用シーンを作成することであり得る。１ラウンドのシーン相互作用に参加するアカウントは、１回のライブストリーミング又は１回の会議に参加するアカウントであり得る。つまり、第１グループのアカウントは、ライブストリーミング又は会議に参加するアカウントであり得る。１ラウンドのシーン相互作用の相互作用データは、１回のライブストリーミング又は１回の会議のライブストリーミング相互作用データ又は会議相互作用データであり得る。

この実施例によれば、第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得し、第１データ要求を第１タイプの第１サーバに送信し、第１サーバは、異なる地理的領域からのアカウント（第１アカウントを含む）を１ラウンドのシーン相互作用に参加するアカウントとして決定し、同じシーン相互作用に参加する異なる地理的領域のアカウントはすべて、対応する異なる地理的領域のアクセス機器を介して、第１サーバに、当該シーン相互作用を開始するように要求する。第２サーバ上で当該シーン相互作用を実現するための相互作用シーンを作成した後、目標アクセス機器上で、第１サーバによって送信された第２サーバのアドレスを取得し、第２サーバのアドレスを第１アカウントに送信し、第１アカウントによって送信された１ラウンドのシーン相互作用の相互作用データを第２サーバに転送する。つまり、接続デバイスはドメイン間でバインドされ、相互作用するアカウントとのネットワーク遅延が最も小さい目標アクセス機器を介して、目標アプリケーションと関連するサーバとの間で、変換する必要がある相互作用データを転送することで、異なる地理的領域のアカウントが同じ相互作用シーンにアクセスして１ラウンドのシーン相互作用を行うことを実現し、さらに、シーン相互作用中の異なる地理的領域の複数のアカウントの平均ネットワーク遅延を低減することができる。

１つの実施例では、前記第１アクセス機器上で、前記第１データ要求を第１タイプの第１サーバに送信することは、前記第１アクセス機器が第１クラウドロードバランサ（ＣＬＢ）である場合、前記第１のＣＬＢ上で、クラウドコネクトネットワークを介して、前記第１データ要求を前記第１サーバに送信することを含み、ここで、前記第１のＣＬＢは、前記第１グループの異なる地理的領域の第１地理的領域にある。

１つの実施例では、前記第１のＣＬＢ上で、クラウドコネクトネットワークを介して、前記第１データ要求を前記第１サーバに送信することは、前記第１のＣＬＢ上で、前記クラウドコネクトネットワークを介して、前記第１データ要求を第２のＣＬＢに送信することであって、前記第２のＣＬＢは、前記第１サーバが属する第１サーバクラスタ内の複数のサーバに接続される、ことと、前記第２のＣＬＢ上で、前記第１データ要求を前記第１サーバクラスタの第３タイプの第３サーバに送信することであって、前記第３サーバは、前記目標アプリケーションのシングルラウンドのシーン相互作用以外のサービスを提供するために使用される、ことと、前記第３サーバ上で、前記第１データ要求を前記第１サーバに送信することと、を含む。

理解できることとして、ゲームシーンでは、シングルラウンドの相互作用は、１ラウンドのゲームであり得、つまり、第３サーバは、前記目標ゲームアプリケーションにおける１ラウンドのゲーム以外のゲームサービスを提供するために使用される。

１つの実施例において、前記第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得する前に、前記アカウントアクセス方法は、前記第１アクセス機器上で、前記第１アカウントによって送信された第１ログイン要求を取得することと、前記第１アクセス機器上で、前記第１ログイン要求を前記第１サーバクラスタ内の第３サーバに送信することと、前記第１アクセス機器上で、前記第３サーバによって送信された目標データを取得することであって、前記目標データは、目標データベースから前記第３サーバによって取得された、前記目標アプリケーションにおける前記第１アカウントのデータを含む、ことと、前記第１アクセス機器上で、第１ログイン応答を前記第１アカウントに送信することであって、前記第１ログイン応答は、前記第１アカウントが正常にログインしたことを示し、前記第１ログイン応答は前記目標データを含む、ことと、を更に含む。

理解できることとして、ゲームシーンでは、目標データは、目標ゲームデータであり得る。つまり、前記第１アクセス機器上で、前記第３サーバによって送信された目標ゲームデータを取得する。目標ゲームデータは、目標データベースから第３サーバによって取得された、目標ゲームアプリケーションにおける第１アカウントのゲームデータを含む。

１つの実施例において、前記第１アクセス機器上で、前記第１データ要求を第１タイプの第１サーバに送信することは、前記第１アクセス機器が第１グローバルアプリケーション加速プラットフォーム（ＧＡＡＰ）加速点である場合、前記第１のＧＡＡＰ加速点上で、第２のＣＬＢを介して前記第１データ要求を前記第１サーバに送信することを含み、ここで、前記第２のＣＬＢは、第１サーバクラスタ内の複数のサーバに接続され、前記複数のサーバは前記第１サーバを含み、前記第１サーバクラスタは、クラウドコネクトネットワークを介して複数のＣＬＢに接続され、前記複数のＣＬＢは、それぞれ、異なる地理的領域にある。

１つの実施例において、前記第１アクセス機器上で、前記第１データ要求を第１タイプの第１サーバに送信した後、前記アカウントアクセス方法は、前記第１サーバ上で、第１グループネットワーク遅延リストを取得することであって、前記第１グループネットワーク遅延リストは、前記第１グループのアカウントの各アカウントにそれぞれ対応するアクセス機器と前記複数の第２タイプのサーバとの間のデータ伝送中のネットワーク遅延を含む、ことと、前記第１グループのアカウントが同じアカウントである場合、前記ネットワーク遅延が最も小さい第２タイプのサーバのアドレスを前記第２サーバのアドレスとして決定することと、を更に含む。

１つの実施例では、前記アカウントアクセス方法は、前記第１グループのアカウントが複数のアカウントを含む場合、各アカウントに対応するアクセス端末とのネットワーク遅延が最も小さい第２タイプのサーバ識別子を取得して、複数の第２タイプのサーバ識別子を取得することと、前記同じ第２タイプのサーバを指示する前記第２タイプのサーバ識別子の数が第１閾値を超える場合、指示された前記同じ第２タイプのサーバのアドレスを前記第２サーバのアドレスとして決定することと、を更に含む。

１つの実施例では、前記アカウントアクセス方法は、前記同じ第２タイプのサーバを指示する前記第２タイプのサーバ識別子の数が第１閾値を超えない場合、前記複数の第２タイプのサーバのうち、ネットワーク遅延評価パラメータが最も高い第２タイプのサーバのアドレスを前記第２サーバのアドレスとして決定することを更に含む。

１つの実施例では、前記アカウントアクセス方法は、第１アクセス機器上で、第１アカウントによって送信された第２データ要求を取得することであって、前記第２データ要求は、目標仮想対象を前記１ラウンドのシーン相互作用に追加するように要求するために使用される、ことと、前記第１アクセス機器上で、前記第２データ要求を前記第１サーバに送信することであって、前記第１サーバは更に、前記第２サーバのアドレスを第４タイプの第４サーバのアドレスとして決定するために使用され、前記第４サーバは前記目標仮想対象を作成するために使用される、ことと、前記目標アクセス機器上で前記第４サーバのアドレスを前記第１アカウントに送信し、前記第１アカウントによって送信された前記１ラウンドのシーン相互作用の相互作用データを前記第４サーバに転送することと、前記第４サーバが、前記相互作用データに従って、事前設定された条件で前記目標仮想対象を作成することと、を更に含む。

理解できることとして、ゲームシーンでは、目標仮想対象は、目標仮想ゲーム対象であり得る。相互作用データはゲーム相互作用データである。第２データ要求は、目標仮想ゲーム対象を１ラウンドのゲームに追加するように要求するために使用される。第４サーバは、ゲーム相互作用データに従って、事前設定された条件で目標仮想ゲーム対象を作成する。

１つの実施例において、前記事前設定された条件は、
前記１ラウンドのシーン相互作用における目標仮想対象の数が第１数量閾値よりも小さいこと、
前記１ラウンドのシーン相互作用においてアカウント接続失敗回数が第２数量閾値を超える前記第１グループのアカウントが存在すること、
前記１ラウンドのシーン相互作用においてアカウントの属性が目標アカウントである前記第１グループのアカウントが存在することであって、前記目標アカウントは、前記目標仮想対象とインタラクションするアカウントである、こと、のうちの少なくとも１つを含む。

１つの実施例において、ゲームシーンでは、上記の事前設定された条件における１ラウンドのシーン相互作用は、１ラウンドのゲームであり得、目標仮想対象は、目標仮想ゲーム対象であり得る。

１つの実施例では、前記アカウントアクセス方法は、第１アクセス機器上で、第１アカウントによって送信された第３データ要求を取得することであって、前記第３データ要求は、前記１ラウンドのシーン相互作用を録画するように要求するために使用される、ことと、前記第１アクセス機器上で、前記第３データ要求を前記第１サーバに送信することであって、前記第１サーバは更に、前記第２サーバのアドレスを第５タイプの第５サーバのアドレスとして決定するために使用され、前記第５サーバは、前記１ラウンドのシーン相互作用のビデオファイルを作成するために使用される、ことと、前記目標アクセス機器上で、前記第５サーバのアドレスを前記第１アカウントに送信し、前記第１アカウントによって送信された前記１ラウンドのシーン相互作用の相互作用データを前記第５サーバに転送することと、前記第５サーバが、相互作用データに従って、前記１ラウンドのシーン相互作用のビデオファイルを作成することと、を含む。

１つの実施例において、ゲームシーンでは、上記の１ラウンドのシーン相互作用は、１ラウンドのゲームであり得、相互作用データは、ゲーム相互作用データであり得る。１ラウンドのシーン相互作用の相互作用データは、１ラウンドのゲームのゲーム相互作用データであり得る。

ここで、上記の目標クライアントによって実行されるアプリケーションがゲームアプリケーションであることを例として説明し、目標ゲームアプリケーション１０９は、ユーザ端末１０３に表示され、上記のゲームアプリケーションのアカウントを使用して、端末に構成された目標ゲームアプリケーション１０９のエントリからサービスにアクセスことができ、上記は単なる一例であり、この実施例はこれらに対して特に限定しない。

１つの実施例において、図２は、上記のアカウントアクセス方法の１つの可能な実施形態を示し、当該方法は、次のステップを含み得る。

ステップＳ２０２において、第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得し、ここで、第１データ要求は、目標ゲームアプリケーションにおいて１ラウンドのゲームを開始するように要求するために使用される。

１つの実施例では、上記の第１アクセス機器及び目標アクセス機器は、ＧＡＡＰアクセス機器又はＣＬＢアクセス機器を含み得るが、これらに限定されず、上記の第１アクセス機器と目標アクセス機器は、同じであってもよいし異なっていてもよい。上記の目標ゲームアプリケーションは、シューティングゲームアプリケーション、チェス及びカードゲームゲームアプリケーション、ロールプレイゲームアプリケーション、戦略ゲームアプリケーションなどを含み得るが、これらに限定されず、或いは、上記の目標ゲームアプリケーションは、上記の様々なタイプのゲームアプリケーションの組み合わせであってもよい。上記の第１アカウントは、ゲームアプリケーションの関連サーバに事前登録されたアカウントを含み得るが、これらに限定されず、或いは、上記の第１アカウントは、データ要求の送信とともにゲームアプリケーションの関連サーバに登録されたアカウントを含み得るが、これらに限定されない。前述の説明は単なる例であり、この実施例は、これらに対して特に限定しない。

１つの実施例では、上記の第１データ要求は、１ラウンドのゲームを開始するように要求するために使用されるか、又は他のアカウントとともに、上記の１ラウンドのゲームを開始するように要求するための上記の第１グループのアカウントを構成するために使用されるが、これらに限定されず、上記の他のアカウントは、第１アカウントと同じ地理的領域にあってもよいし、第１アカウントとは異なる地理的領域にあってもよい。

ステップＳ２０４において、第１アクセス機器上で、第１データ要求を第１タイプの第１サーバに送信し、ここで、第１サーバは、第１グループのアカウントを、１ラウンドのゲームに参加するアカウントとして決定し、第２タイプの第２サーバのアドレスを決定するために使用され、第２サーバは、１ラウンドのゲームを作成するために使用され、第１グループのアカウントは、第１グループの異なる地理的領域からのアカウントを含み、第１グループのアカウントは第１アカウントを含み、第１グループのアカウントの各アカウントは、それぞれ、対応するアクセス機器を介して対応するデータ要求を第１サーバに送信するために使用され、対応するデータ要求は、１ラウンドのゲームを開始するように要求するために使用され、対応するアクセス機器は、第２グループの異なる地理的領域からのアクセス機器を含む。

１つの実施例では、上記の第１タイプのサーバは、ゾーンサーバ又は事前設置されたゲームアカウントマッチングを実行するためのサーバを含み得るが、これらに限定されない。上記の第２タイプのサーバは、ＰＶＰサーバ、プレーヤ対環境（ＰＶＥ：Ｐｌａｙｅｒ ＶＳ Ｅｎｖｉｒｏｍｅｎｔ）サーバなど、１ラウンドのゲームを作成し、上記の１ラウンドのゲームに参加している対応するサーバとゲームデータを交換するためのサーバを含み得るが、これらに限定されない。

１つの実施例において、上記の第１グループのアカウントの各アカウントは、１つのアクセス機器に対応し、上記の各アカウントに対応するアクセス機器及び各アカウントは、同じ地理的領域又は隣接する地理的領域にあるが、これらに限定されない。各アカウントとそれに対応するアクセス機器との間のネットワーク遅延は、各アカウントと、それに対応するアクセス機器以外の他のアクセス機器との間のネットワーク遅延よりも小さい。言い換えれば、各アカウントは、複数のアクセス機器のうち、ネットワーク遅延が最も小さいアクセス機器に対応し、データはネットワークを介して伝送するため、上記の各アカウント、及びそれに対応するネットワーク遅延が最も小さいアクセス機器が配置されている地理的領域は、比較的近い地理的領域である。

ステップＳ２０６において、第２サーバ上で１ラウンドのゲームを作成した後、目標アクセス機器上で、第１サーバによって送信された第２サーバのアドレスを取得し、ここで、第２サーバと対応するアクセス機器との間のネットワーク遅延はすべて第１遅延閾値よりも小さい。

ここで、目標アクセス機器は、第１アカウントとのネットワーク遅延が最も小さいアクセス機器である。理解できることとして、第１アクセス機器と第１アカウントとの間のネットワーク遅延が最も小さい場合、目標アクセス機器は、第１アクセス機器であってもよい。他のアクセス機器と第１アカウントとの間のネットワーク遅延が最も小さい場合、第１アクセス機器は、目標アクセス機器ではない。

１つの実施例では、上記の第１遅延閾値は、システムによって事前設定され得、その値は、異なるゲームアプリケーションに従って個別に設定され得る。例えば、シューティングゲームアプリケーションでは、上記の第１遅延閾値を比較的小さい閾値に設定することで、参加者のゲーム体験を保証しながら、可能な限りより広い地理的領域のユーザが同じサーバでゲームをプレイできるようにする。教育ゲームアプリケーションでは、上記の第１遅延閾値を比較的高い閾値に設定することで、可能な限り世界中のより多くのユーザが比較的通常のネットワーク遅延でゲームに参加できるようにする。上記は、例示的なものに過ぎず、本願は、ゲームアプリケーションシーンを特に限定しない。

１つの実施例では、上記の第１サーバは、上記の第１データ要求に従って第１グループのアカウントの各アカウントと第２タイプのサーバのそれぞれとの間のネットワーク遅延を決定し、複数の第２タイプのサーバのうち、ネットワーク遅延パラメータが最も高い第２タイプのサーバを第２サーバとして決定し、更に、上記の第２サーバのアドレスを取得する。上記のネットワーク遅延パラメータは、ネットワーク遅延に従ってシステムによって自動的に決定されたものであってもよい。

ステップＳ２０８において、目標アクセス機器上で、第２サーバのアドレスを第１アカウントに送信し、第１アカウントによって送信された１ラウンドのゲームのゲーム相互作用データを第２サーバに転送する。

上記のゲーム相互作用データは、ゲーム中に現在のゲームに参加している各アカウントからサーバに送信されるゲーム相互作用データを含み得るが、これに限定されない。目標ゲームアプリケーションがチェス及びカードゲームであることを例として、上記のゲーム相互作用データは、第１アカウントのカード情報、第１アカウントのチャット情報、第１アカウントの名称、プロフィール写真及びバックパック内の仮想アイテムなど、相互作用可能なゲームデータを含み得るが、これらに限定されない。

この実施例によれば、第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得し、第１データ要求を第１タイプの第１サーバに送信し、第１サーバは、異なる地理的領域からのアカウント（第１アカウントを含む）を１ラウンドのゲームに参加するアカウントとして決定し、同じラウンドのゲームに参加する異なる地理的領域のアカウントはすべて、対応する異なる地理的領域のアクセス機器を介して、第１サーバに、このラウンドのゲームを開始するように要求する。第２サーバ上で１ラウンドのゲームを作成した後、目標アクセス機器上で、第１サーバによって送信された第２サーバのアドレスを取得し、第２サーバのアドレスを第１アカウントに送信し、第１アカウントによって送信された１ラウンドのゲームの相互作用データを第２サーバに転送する。つまり、接続デバイスはドメイン間でバインドされ、ゲームをプレイするアカウントとのネットワーク遅延が最も小さい目標アクセス機器を使用して、目標ゲームアプリケーションと関連サーバとの間で、変換する必要があるゲームデータを転送することで、異なる地理的領域のアカウントが同一ラウンドのゲームにアクセスして相互作用を行うことを実現し、さらに、ゲーム中の複数の異なる地理的領域のアカウントの平均ネットワーク遅延を低減する。

１つの例示的な実施例では、第１アクセス機器上で、第１データ要求を第１タイプの第１サーバに送信することは、第１アクセス機器が第１のクラウドロードバランサ（ＣＬＢ）である場合、第１のＣＬＢ上で、クラウドコネクトネットワークを介して、第１データ要求を第１サーバに送信することを含み、第１のＣＬＢは、第１グループの異なる地理的領域の第１地理的領域にあり、第１サーバが属する第１サーバクラスタは、クラウドコネクトネットワークを介して複数のＣＬＢに接続し、複数のＣＬＢは第１のＣＬＢを含み、複数のＣＬＢはそれぞれ、異なる地理的領域にある。

１つの実施例では、上記の第１アクセス機器と上記の第１サーバが同じオペレータサービスを使用する場合、上記の第１アクセス機器を上記の第１のＣＬＢとして決定し、上記の第１のＣＬＢは、クロスドメインバインディングより、対応する地理的領域にバウンドでき、上記のバウンディング関係は、ＤＮＳサーバに登録されて記憶され、第１アカウントによるドメイン名を使用したデータ交換プロセスでは、ＤＮＳサーバにより、第１アカウントとの遅延が最も小さいＣＬＢアドレスを解析して取得し、ＣＬＢを介して上記の第１データ要求を上記の第１サーバに転送する。

１つの実施例において、図３は、本願実施例に係る例示的なアカウントアクセス方法の概略図であり、図３に示されるように、仮想マップ３０２は、目標ゲームアプリケーションに関連付けられたサーバの位置情報を表すために使用され、この実施例では、仮想識別子３０４は、上記の第１サーバの地理位置を表すために使用され、上記の第１アカウントが図３の仮想識別子３０４の近くの地理的領域にある場合、上記の第２サーバのアドレスを、仮想識別子３０４の地理的領域に対応する第２タイプのサーバのアドレスとして決定し、上記の複数の仮想識別子３０６に対応するＣＬＢは、クラウドコネクトネットワークの形式で、対応する専用回線を介して互いに接続される。

この実施例によれば、上記のＣＬＢは、ドメイン間でバウンドされて、アカウントが配置されている端末と第１データ要求に対応する第１サーバとの間で上記の第１データ要求を転送することで、世界中のユーザが低遅延でアクセスするのが難しいという問題を解決し、ユーザはＤＮＳ解析によって、データ交換に最適な（通常、最も近い）仮想プライベートクラウドにアクセスできるようになり、これにより、アカウントアクセスの遅延が低減し、複数の異なる地理的領域のアカウントが同じサーバに基づいてゲームをプレイできるようにするという技術的効果をもたらすことができる。

１つの可能な実施例において、第１のＣＬＢ上で、クラウドコネクトネットワークを介して、第１データ要求を第１サーバに送信することは、第１のＣＬＢ上で、クラウドコネクトネットワークを介して第１データ要求を第２のＣＬＢに送信することであって、第２のＣＬＢは、第１サーバクラスタ内の複数のサーバに接続される、ことと、第２のＣＬＢ上で第１データ要求を第１サーバクラスタ内の第３サーバに送信することであって、第３サーバは、目標ゲームアプリケーションの１ラウンドのゲーム以外のゲームサービスを提供するために使用される、ことと、第３サーバ上で第１データ要求を第１サーバに送信することと、を含む。

１つの実施例において、「クラウドコネクトネットワーク」技術案を導入することでポイントツーポイントの専門回線障害の耐障害能力を実現し、例えば、第１のＣＬＢがシリコンバレーにあり、第２のＣＬＢがフランクフルトにあり、第３サーバがシンガポールにある場合、シリコンバレーからシンガポールへの専門回線が故障すると、シリコンバレーからフランクフルトに自動的にスケジューリングした後、フランクフルトからシンガポールへの専門回線を使用してデータ相互作用サービスを行うことができる。

１つの可能な実施例において、第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得する前に、前記アカウントアクセス方法は、第１のＣＬＢ上で、第１アカウントによって送信された第１ログイン要求を取得することと、第１のＣＬＢ上で第１ログイン要求を第１サーバクラスタ内の第３サーバに送信することであって、第３サーバは、目標ゲームアプリケーションの１ラウンドのゲーム以外のゲームサービスを提供するために使用される、ことと、第１のＣＬＢ上で第３サーバによって送信された目標ゲームデータを取得することであって、目標ゲームデータは、目標データベースから第３サーバによって取得された、目標ゲームアプリケーションにおける第１アカウントのゲームデータを含む、ことと、第１のＣＬＢ上で第１ログイン応答を第１アカウントに送信することであって、第１ログイン応答は、第１アカウントがログインに成功したことを示し、第１ログイン応答は目標ゲームデータを含む、ことと、を含む。

１つの実施例において、上記の第３サーバは、パブリックサービスクラスタに使用されるゾーンサーバを含み得るが、これらに限定されず、先行技術では、パブリックネットワークリンクを使用してユーザ側からパブリックサービスクラスタへの接続を実現するが、この実施例では、ＣＬＢを介して、パブリックサービスクラスタを接続するためのログイン要求を転送し、ＣＬＢを使用して、ユーザ側とパブリックサービスクラスタとの間のデータ転送を実現し、上記のＣＬＢと上記の第３サーバは、専門回線を介して接続される。

１つの実施例において、図４は、本願実施例に係る別の例示的なアカウントアクセス方法の例示的なフローチャートであり、図４に示されるように、第１アカウントが北米のユーザであることを例として説明する。

ステップＳ４０２において、北米ユーザ（上記の第１アカウントに対応する）は、ＤＮＳ解析をトリガするためにネットワーク要求を開始する。

ステップＳ４０４において、ＤＮＳサーバは、北米ユーザのＩＰアドレスに従って、北米ＣＬＢ（上記の目標アクセス機器に対応する）のＩＰアドレス（ＶＩＰアドレス）を北米ユーザに返す。

ステップＳ４０６において、北米ユーザによって開始されたログイン要求を取得する。

ステップＳ４０８において、北米ＣＬＢは、ログイン要求をシンガポールゾーンサーバ（上記の第３サーバに対応する）に転送する。

ステップＳ４１０において、シンガポールゾーンサーバは、ログイン要求に従ってデータベースにアクセスしてユーザデータを取得する。

ステップＳ４１２において、データベースは、ユーザデータをシンガポールゾーンサーバに返す。

ステップＳ４１４において、ゾーンサーバは、サービスロジックに従ってユーザデータを処理する。

ステップＳ４１６において、シンガポールゾーンサーバは、ログイン応答情報を北米ＣＬＢに返す。

ステップＳ４１８において、北米ＣＬＢを介して、上記のログイン応答情報を北米ユーザに返す。

この実施例により、関連技術において、ユーザ側の目標ゲームアプリケーションからパブリックサービスクラスタにアクセスすることが、パブリックネットワークリンクを使用して実現する必要があり、アカウントの要求遅延は、アカウントからパブリックサービスまでの距離と、パブリックネットワークリンクのルーティング品質とに正相関するため、ゲームアカウントの一部が上記のパブリックサービスクラスタに関連する操作を実行する際に遅れが発生するという技術的問題を解決することができる。

１つの可能な実施例において、第１アクセス機器上で、第１データ要求を第１タイプの第１サーバに送信することは、第１アクセス機器が第１のグローバルアプリケーション加速プラットフォーム（ＧＡＡＰ）加速点である場合、第１のＧＡＡＰ加速点上で、第２のＣＬＢを介して第１データ要求を第１サーバに送信することを含み、ここで、第２のＣＬＢは、第１サーバクラスタ内の複数のサーバに接続され、複数のサーバは第１サーバを含み、第１サーバクラスタは、クラウドコネクトネットワークを介して複数のＣＬＢに接続し、複数のＣＬＢはそれぞれ、異なる地理的領域にある。

１つの実施例では、上記の第１アクセス機器と上記の第１サーバが異なるオペレータサービスを使用する場合、上記の第１アクセス機器を上記の第１のＧＡＡＰ加速点として決定し、上記の第１のＧＡＡＰ加速点は、上記の第２のＣＬＢに直接接続でき、これにより上記の第１サーバを含む第１サーバクラスタに接続することができる。言い換えれば、上記の第１アカウントは、ＧＡＡＰ加速点を使用して、異なるオペレータ間の専門回線を介して上記の第１サーバクラスタに接続する。上記のＧＡＡＰのアドレスは、ＤＮＳサーバに登録されて記憶され、第１アカウントによるドメイン名を使用したデータ交換プロセスでは、ＤＮＳサーバを介して、第１アカウントとの遅延が最も小さいＧＡＡＰアドレスを解析して取得し、ＧＡＡＰを介して上記の第１データ要求を上記の第１サーバに転送する。

１つの実施例において、図５は、本願実施例に係る別の例示的なアカウントアクセス方法の概略図であり、図５に示されるように、仮想マップ５０２は、目標ゲームアプリケーションに関連付けられたサーバの位置情報を表すために使用され、この実施例では、仮想識別子５０４は、上記の第１のＧＡＡＰの地理位置を表すために使用され、仮想識別子５０６は、上記の第１サーバの地理位置を表すために使用され、仮想識別子５０８は、上記の第の２ＣＬＢの地理位置を表すために使用される。上記の第１アカウントが図５の仮想識別子５０４の近くの地理的領域にある場合、上記の第２サーバのアドレスを、仮想識別子５０４の地理的領域に対応する第２タイプのサーバのアドレスとして決定し、上記の仮想識別子５０４に対応する第１のＧＡＡＰは、異なるオペレータに対応する専門回線を介して、仮想識別子５０６及び仮想識別子５０８に対応するＣＬＢ又はサーバに接続される。

この実施例によれば、ＧＡＡＰを使用するアカウントは、南米ＧＡＡＰ加速点を使用して、専門回線を介してシンガポールＣＬＢに直接接続でき、その後、ゾーンサーバに直接にサクセスすることができる。これによって、南米からシリコンバレーに迂回してから、シリコンバレーからシンガポールのパブリックサービスクラスタに接続することを必要としなく、異なるクラウドプロバイダ間で仮想プライベートクラウドを相互接続するという技術的問題を解決する。

１つの可能な実施例において、第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得する前に、前記アカウントアクセス方法は、第１のＧＡＡＰ加速点上で第１アカウントによって送信された第２ログイン要求を取得することと、第１のＧＡＡＰ加速点上で第２ログイン要求を第１サーバクラスタ内の第３サーバに送信することであって、第３サーバは、目標ゲームアプリケーションにおけるシングルラウンドゲーム以外のゲームサービスを提供するために使用される、ことと、第１のＧＡＡＰ加速点上で第３サーバによって送信された目標ゲームデータを取得することであって、目標ゲームデータは、目標データベースから第３サーバによって取得された、目標ゲームアプリケーションにおける第１アカウントのゲームデータを含む、ことと、第１のＣＬＢ上で第２ログイン応答を第１アカウントに送信することであって、第２ログイン応答は、第１アカウントがログインに成功したことを示し、第２ログイン応答は目標ゲームデータを含む、ことと、を更に含む。

１つの実施例では、上記の第３サーバは、パブリックサービスクラスタに使用されるゾーンサーバを含み得るが、これらに限定されない。先行技術では、パブリックネットワークリンクを使用してユーザ側からパブリックサービスクラスタへの接続を実現するが、この実施例では、ＧＡＡＰを介して、パブリックサービスクラスタを接続するためのログイン要求を転送し、ＧＡＡＰを使用してユーザ側とパブリックサービスクラスタとの間のデータ転送を実現し、上記のＧＡＡＰと上記の第３サーバは、専門回線を介して接続される。

１つの実施例において、図６は、本願実施例に係る更に別の例示的なアカウントアクセス方法の例示的なフローチャートであり、図６に示されるように、第１アカウントが南米ユーザであることを例として説明する。

ステップＳ６０２において、南米ユーザ（上記の第１アカウントに対応する）は、ＤＮＳ解析をトリガするためにネットワーク要求を開始する。

ステップＳ６０４において、ＤＮＳサーバは、南米ユーザのＩＰアドレスに従って、南米ＧＡＡＰ加速点のＩＰアドレスを南米ユーザに返す。

ステップＳ６０６において、南米ユーザによって開始されたログイン要求を取得する。

ステップＳ６０８において、南米ＧＡＡＰ加速点（上記の目標アクセス機器に対応する）は、ログイン要求をシンガポールゾーンサーバ（上記の第３サーバに対応する）に転送する。

ステップＳ６１０において、シンガポールゾーンサーバは、ログイン要求に従ってデータベースにアクセスしてユーザデータを取得する。

ステップＳ６１２において、データベースは、ユーザデータをシンガポールゾーンサーバに返す。

ステップＳ６１４において、ゾーンサーバは、サービスロジックに従ってユーザデータを処理する。

ステップＳ６１６において、シンガポールゾーンサーバは、ログイン応答情報を南米ＧＡＡＰ加速点に返す。

ステップＳ６１８において、南米ＧＡＡＰ加速点を介して、上記のログイン応答情報を南米ユーザに返す。

この実施例により、决関連技術において、ユーザ側の目標ゲームアプリケーションからパブリックサービスクラスタにアクセスすることが、パブリックネットワークリンクを使用して実現する必要があり、アカウントの要求遅延は、アカウントからパブリックサービスまでの距離と、パブリックネットワークリンクのルーティング品質とに正相関するため、ゲームアカウントの一部が上記のパブリックサービスクラスタに関連する操作を実行する際に遅れが発生するという技術的問題を解決し、ユーザネットワーク遅延を低減するという技術的効果をもたらすことができる。

１つの可能な実施例において、第１アクセス機器上で、第１データ要求を第１タイプの第１サーバに送信した後、前記アカウントアクセス方法は、第１サーバ上で、第１グループのアカウントの各アカウントにそれぞれ対応するアクセス機器と複数の第２タイプのサーバとの間のデータ伝送中の第１グループネットワーク遅延リストを取得することと、第１グループのアカウントが１つのアカウントを含み、第１グループネットワーク遅延リストに１つのアカウントに対応するアクセス端末と複数の第２タイプのサーバとのネットワーク遅延が記録された場合、ネットワーク遅延が最も小さい第２タイプのサーバのアドレスを第２サーバのアドレスとして決定することと、第１グループのアカウントが複数のアカウントを含み、第１グループネットワーク遅延リストに複数のアカウントの各アカウントに対応するアクセス端末と複数の第２タイプのサーバとのネットワーク遅延が記録された場合、複数のアカウントの各アカウントに対応するアクセス端末と複数の第２タイプのサーバとのネットワーク遅延の中で最も低い遅延を有する複数の第２タイプのサーバ識別子を取得することと、複数の第２タイプのサーバ識別子において同じ第２タイプのサーバを指示する識別子の数が第１閾値を超える場合、第２タイプのサーバ識別子に対応する第２タイプのサーバのアドレスを第２サーバのアドレスとして決定することと、複数の第２タイプのサーバ識別子において同じ第２タイプのサーバを指示する識別子の数が第１閾値を超えない場合、複数の第２タイプのサーバにおいてネットワーク遅延評価パラメータが最も高い第２タイプのサーバのアドレスを第２サーバのアドレスとして決定することと、を更に含む。

１つの実施例において、第１グループのアカウントが１つのアカウントを含む場合、ネットワーク遅延に従って、上記の一つのアカウントに対応する複数のアクセス機器を並べ替え、ネットワーク遅延が最も小さいアクセス機器を上記の１つのアカウント対応するアクセス機器として決定する。

１つの実施例において、第１グループのアカウント数量が複数のアカウントを含み、上記の第１グループのアカウントが、東南アジア領域に位置する第１アカウント、北米領域に位置する第２アカウント、南米領域に位置する第３アカウントを含み、上記の第１アカウント対応するアクセス機器が東南アジア領域に配置され、上記の第２アカウント対応するアクセス機器が北米領域に配置され、上記の第３アカウント対応するアクセス機器が南米領域に配置され、上記の第１アカウントと南米領域のアクセス機器とのネットワーク遅延が３００ｍｓであり、上記の第１アカウントと北米領域のアクセス機器とのネットワーク遅延が２００ｍｓであり、上記の第１アカウントと東南アジア領域のアクセス機器とのネットワーク遅延が５０ｍｓである場合、第１アカウントの場合、南米領域のアクセス機器に対応するネットワーク遅延パラメータを４０に設定し、北米領域のアクセス機器に対応するネットワーク遅延パラメータを７０に設定し、東南アジア領域のアクセス機器に対応するネットワーク遅延パラメータを１００に設定する。第２アカウントの場合、上記の第２アカウントと南米領域のアクセス機器とのネットワーク遅延が１００ｍｓであり、上記の第２アカウントと北米領域のアクセス機器とのネットワーク遅延が５０ｍｓであり、上記の第２アカウントと東南アジア領域のアクセス機器とのネットワーク遅延が２００ｓである場合、南米領域のアクセス機器に対応するネットワーク遅延パラメータを８５に設定し、北米領域的アクセス機器に対応するネットワーク遅延パラメータを１００に設定し、東南アジア領域のアクセス機器に対応するネットワーク遅延パラメータを４０に設定する。上記の操作により、東南アジア領域に位置するアクセス機器のネットワーク遅延パラメータが合計２１０であり、北米領域に位置するアクセス機器のネットワーク遅延パラメータが合計２２５であることを決定し、北米領域に位置するアクセス機器のネットワーク遅延パラメータは東南アジア領域に位置するアクセス機器のネットワーク遅延パラメータよりも高いため、上記の第２サーバを、北米に位置する第２タイプのサーバとして決定し、当該第２タイプのサーバのアドレスを上記の第２サーバのアドレスとして取得する。

上記は単なる一例であり、最適な第２タイプのサーバを選択するための特定の方法は、決定された第２タイプのサーバのネットワーク遅延が複数のアカウントに対して最適であることを反映可能な他の第２タイプのサーバを含み得るが、この実施例はこれらに対して特に限定しない。

１つの実施例では、上記の第１閾値と第２閾値は、同じであってもよいし、異なってもよく、本願はこれらに対して特に限定しない。

この実施例により、挙手メカニズムを用いて最適な第２タイプのサーバを直接選択し、最適な第２タイプのサーバを直接選択することができない場合、各第２タイプのサーバに対して、対応するネットワーク遅延パラメータを設定し、これにより、上記の第２サーバのアドレスを決定する。このようにして、第２タイプのサーバの決定効率を向上させ、反復決定によるシステムリソースの浪費を回避するという技術的効果をもたらす。

１つの例示的な実施例では、前記アカウントアクセス方法は、第１アクセス機器上で、第１アカウントによって送信された第２データ要求を取得することであって、第２データ要求は、目標仮想ゲーム対象を１ラウンドのゲームに追加するように要求する、ことと、第１アクセス機器上で、第２データ要求を第１サーバに送信することであって、第１サーバは更に、第２サーバのアドレスを第４タイプの第４サーバのアドレスとして決定するために使用され、第４サーバは、目標仮想ゲーム対象を作成するために使用される、ことと、目標アクセス機器上で第４サーバのアドレスを第１アカウントに送信し、転送第１アカウントによって送信された１ラウンドのゲームのゲーム相互作用データを第４サーバに転送することと、第４サーバが、ゲーム相互作用データに従って、事前設定された条件で目標仮想ゲーム対象を作成することであって、事前設定された条件は、１ラウンドのゲームにおける目標仮想ゲーム対象の数が第１数量閾値よりも小さいこと、１ラウンドのゲームにおいてアカウント接続失敗回数が第２数量閾値を超える第１グループのアカウントが存在すること、１ラウンドのゲームにおいてアカウントの属性が目標アカウントである第１グループのアカウントが存在することであって、目標アカウントは、目標仮想ゲーム対象とインタラクションするために必要なゲームアカウントである、ことのうちの少なくとも１つを含む、ことと、を更に含む。

１つの実施例では、上記の第４サーバは、上記の１ラウンドのゲームにおいて、上記の第１アカウントによって制御される仮想対象の動作をシミュレートできる目標仮想対象を構成するために使用され、ＰＶＰ操作中、いくつかのシーン（例えば、人数が足りない、ユーザ接続失敗回数が多すぎる、新しいプレーヤをガイドする必要があるなど）では、上記の１ラウンドのゲームをプレイするために、特別な目標仮想操作対象を追加する必要がある。上記の第４サーバ及び上記の第２サーバは、同じＶＰＣに展開され、したがって、専用回線トラフィックのオーバーヘッドを削減でき、それによって運用コストを削減できる。

１つの例示的な実施例では、前記アカウントアクセス方法は、第１アクセス機器上で、第１アカウントによって送信された第３データ要求を取得することであって、第３データ要求は、１ラウンドのゲームを録画するように要求するために使用される、ことと、第１アクセス機器上で、第３データ要求を第１サーバに送信することであって、第１サーバは更に、第２サーバのアドレスを第５タイプの第５サーバのアドレスとして決定するために使用され、第５サーバは、１ラウンドのゲームのビデオファイルを作成するために使用される、ことと、目標アクセス機器上で、第５サーバのアドレスを第１アカウントに送信し、第１アカウントによって送信された１ラウンドのゲームのゲーム相互作用データを第５サーバに転送することと、第５サーバが、ゲーム相互作用データに従って１ラウンドのゲームのビデオファイルを作成することと、を更に含む。

１つの実施例では、上記の第５サーバは、上記の１ラウンドのゲームにおいて、上記のアカウントのシングルラウンドの操作を格納するために使用され、シングルラウンドが終了した後、ビデオファイルを作成することで、ユーザがレビュー及び共有できるようにする。第５サーバ及び第２サーバを同じＶＰＣに展開することで、専用回線トラフィックのオーバーヘッドを削減でき、それによってコストを削減することができる。

この実施例により、第２サーバと頻繁に相互作用しかつパブリッククラスタから切り離すことが可能なモジュールを、各ＶＰＣに合わせて調整することで、専用回線のトラフィックを削減でき、さらに、プロセスの再起動にパブリッククラスタからの大量の読み取りと書き込みが必要なシーンでは、要求を分散する方式を採用することで、コストの最適化を実現することができる。

以下、特定の実施例を参照して、本願についてさらに説明する。

図７は、本願実施例に係る更に別の例示的なアカウントアクセス方法の例示的なフローチャートであり、図７に示されるように、第１アカウントが北米ユーザであることを例として説明する。

ステップＳ７０２において、北米ユーザは、ＤＮＳ解析をトリガするためにネットワーク要求を開始する。

ステップＳ７０４において、ＤＮＳサーバは、北米ユーザのＩＰアドレスに従って、北米ＣＬＢ（第１目標アクセス機器に対応する）のＩＰアドレスを北米ユーザに返す。

ステップＳ７０６において、北米ユーザによって開始されたログイン要求を取得する。

ステップＳ７０８において、北米ＣＬＢは、ログイン要求をシンガポールゾーンサーバ（上記の第３サーバに対応する）に転送する。

ステップＳ７１０において、シンガポールゾーンサーバは、ログイン要求に従ってデータベースにアクセスしてユーザデータを取得する。

ステップＳ７１２において、データベースは、ユーザデータをシンガポールゾーンサーバに返す。

ステップＳ７１４において、ゾーンサーバは、サービスロジックに従ってユーザデータを処理する。

ステップＳ７１６において、シンガポールゾーンサーバは、ログイン応答情報を北米ＣＬＢに返す。

ステップＳ７１８において、北米ＣＬＢを介して、上記のログイン応答情報を北米ユーザに返す。

ステップＳ７２０において、北米ユーザによって開始されたマッチング要求（上記の第１データ要求に対応する）を取得する。

ステップＳ７２２において、北米ＣＬＢは、マッチング要求をシンガポールゾーンサーバに転送する。

ステップＳ７２４において、シンガポールゾーンサーバは、上記のマッチング要求情報をシンガポールマッチサーバ（上記の第１サーバに対応する）に転送する。

ステップＳ７２５ａにおいて、シンガポールマッチサーバは、１ラウンドのゲームを確立するための要求を、シンガポールシングルラウンドサーバ（上記の第２サーバに対応する）に送信する。

ステップＳ７２５ｂにおいて、シンガポールシングルラウンドサーバは、人数が十分であると決定した場合、１ラウンドのゲームを作成した後、作成に成功したという応答メッセージをシンガポールマッチサーバに返す。

ステップＳ７２６において、シンガポールマッチサーバは、当該応答メッセージをシンガポールゾーンサーバに返す。

ステップＳ７２８において、シンガポールゾーンサーバは、上記の応答メッセージを北米ＣＬＢに返す。

ステップＳ７３０において、北米ＣＬＢは、上記の応答メッセージを第１アカウントに転送する。

ステップＳ７３２において、第１アカウントは、上記の１ラウンドのゲームを開始するためのデータ要求情報を北米ＣＬＢに送信する。

ステップＳ７３４において、北米ＣＬＢは、上記の要求情報をシンガポールシングルラウンドサーバ（上記の第２サーバに対応する）に転送する。

上記の技術的解決策により、異なる地理的領域のアカウントに対応するネットワーク遅延をカウントし、比較的高いネットワーク遅延を有する領域に対して適切に構成することにより、より低いネットワーク遅延でデータ伝送を実行するという技術的効果を実現できる。

留意されたいのは、上述した各方法の実施例について、説明を簡単にするために、一連の動作の組み合わせとして説明したが、当業者なら自明であるが、本願によれば、特定のステップは他の順番で実行されるがまたは同時に実行できるため、本願は、記述された動作の順番に限定されない。更に、当業者なら自明であるが、本明細書で説明された実施例のすべて好ましい実施例であり、関連する動作及びモジュールは、本願に必ずしも必要とされない。

本願実施例の別の態様によれば、上記のアカウントアクセス方法を実施するための、電子機器に配置されている、目標アプリケーションにおけるアカウントアクセス装置を更に提供する。図８に示されるように、当該装置は、
第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得するように構成される取得モジュール８０２であって、第１データ要求は、目標アプリケーションにおいて１ラウンドのシーン相互作用を開始するように要求するために使用される、取得モジュール８０２と、
第１アクセス機器上で、第１データ要求を第１タイプの第１サーバに送信するように構成される送信モジュール８０４であって、第１サーバは、第１グループのアカウントを、シーン相互作用に参加するアカウントとして決定し、第２タイプの第２サーバのアドレスを決定するために使用され、第２サーバは、１ラウンドのシーン相互作用を実現するための相互作用シーンを作成するために使用され、第１グループのアカウントは、第１グループの異なる地理的領域からのアカウントを含み、第１グループのアカウントは第１アカウントを含み、第１グループのアカウントの各アカウントは、それぞれ、対応するアクセス機器を介して対応するデータ要求を第１サーバに送信するために使用され、対応するデータ要求は、シーン相互作用を開始するように要求するために使用され、対応するアクセス機器は、第２グループの異なる地理的領域からのアクセス機器を含む、送信モジュール８０４とを備え、
取得モジュール８０２は更に、第２サーバ上で相互作用シーンを作成した後、目標アクセス機器上で、第１サーバによって送信された第２サーバのアドレスを取得するように構成され、第２サーバと対応するアクセス機器との間のネットワーク遅延はすべて第１遅延閾値よりも小さく、
送信モジュール８０４は更に、目標アクセス機器上で第２サーバのアドレスを第１アカウントに送信し、第１アカウントによって送信された１ラウンドのシーン相互作用の相互作用データを第２サーバに転送するように構成される。

１つの可能な実施例において、図９は、本願実施例に係る別の例示的なアプリケーションにおけるアカウントアクセス装置の概略構造図であり、図９に示されるように、送信モジュール８０４は、第１送信ユニット９０２を備え、第１送信ユニット９０２は、第１アクセス機器が第１クラウドロードバランサ（ＣＬＢ）である場合、第１のＣＬＢ上で、クラウドコネクトネットワークを介して、第１データ要求を第１サーバに送信するように構成され、ここで、第１のＣＬＢは、第１グループの異なる地理的領域の第１地理的領域にあり、第１サーバが属する第１サーバクラスタは、クラウドコネクトネットワークを介して複数のＣＬＢに接続され、複数のＣＬＢは第１のＣＬＢを含み、複数のＣＬＢはそれぞれ、異なる地理的領域にある。

１つの可能な実施例において、第１送信ユニット９０２は、第１のＣＬＢ上で、クラウドコネクトネットワークを介して、第１データ要求を第１サーバに送信し、第１のＣＬＢ上で、クラウドコネクトネットワークを介して第１データ要求を第２のＣＬＢに送信し、ここで、第２のＣＬＢは、第１サーバクラスタ内の複数のサーバに接続され、第２のＣＬＢ上で第１データ要求を第１サーバクラスタ内の第３サーバに送信し、ここで、第３サーバは、目標アプリケーションにおけるシングルラウンドの相互作用以外のサービスを提供するために使用され、第３サーバ上で第１データ要求を第１サーバに送信するように構成される。

１つの可能な実施例において、取得モジュールは更に、第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得する前に、第１アクセス機器上で、第１アカウントによって送信された第１ログイン要求を取得しするように構成され、送信モジュールは更に、第１アクセス機器上で、第１ログイン要求を第１サーバクラスタの第３タイプの第３サーバに送信するように構成され、ここで、第３サーバは、目標アプリケーションにおけるシングルラウンドの相互作用以外のサービスを提供するために使用され、取得モジュールは更に、第１第１アクセス機器上で、第３サーバによって送信された目標データを取得するように構成され、ここで、目標データは、目標データベースから第３サーバによって取得された、目標アプリケーションにおける第１アカウントのデータを含み、送信モジュールは更に、第１アクセス機器上で、第１ログイン応答を第１アカウントに送信するように構成され、ここで、第１ログイン応答は、第１アカウントがログインに成功したことを指示し、第１ログイン応答は目標ゲームデータを含む。

１つの可能な実施例において、図９に示されるように、送信モジュール８０４は、第１アクセス機器が第１グローバルアプリケーション加速プラットフォーム（ＧＡＡＰ）加速点である場合、第１のＧＡＡＰ加速点上で、第２のＣＬＢを介して第１データ要求を第１サーバに送信するように構成される第２送信ユニット９０４を備え、ここで、第２のＣＬＢは、第１サーバクラスタ内の複数のサーバに接続され、複数のサーバ包括第１サーバ、第１サーバクラスタは、クラウドコネクトネットワークを介して複数のＣＬＢに接続し、複数のＣＬＢはそれぞれ、異なる地理的領域にある。

１つの可能な実施例において、取得モジュールは更に、第１のＧＡＡＰ加速点上で、第１アカウントによって送信された第２ログイン要求を取得するように構成され、送信モジュールは更に、第１のＧＡＡＰ加速点上で、第２ログイン要求を第１サーバクラスタ内の第３サーバに送信するように構成され、ここで、第３サーバは、目標アプリケーションにおけるシングルラウンドの相互作用以外のサービスを提供するために使用され、取得モジュールは更に、第１のＧＡＡＰ加速点上で、第３サーバによって送信された目標データを取得するように構成され、ここで、目標データは、目標データベースから第３サーバによって取得された、目標アプリケーションにおける第１アカウントのデータを含み、送信モジュールは更に、第１のＧＡＡＰ加速点上で、第２ログイン応答を第１アカウントに送信するように構成され、ここで、第２ログイン応答は、第１アカウントがログインに成功したことを示し、第２ログイン応答は目標ゲームデータを含む。

１つの可能な実施例において、取得モジュールは更に、第１サーバ上で、第１グループネットワーク遅延リストを取得し、前記第１グループネットワーク遅延リストは、第１グループのアカウントのそれぞれに対応するアクセス機器と複数の第２タイプのサーバとの間のデータ伝送中のネットワーク遅延を含み、第１グループのアカウントが１つのアカウントである場合、ネットワーク遅延が最も小さい第２タイプのサーバのアドレスを第２サーバのアドレスとして決定し、第１グループのアカウントが複数のアカウントを含む場合、複数のアカウントの各アカウントに対応するアクセス端末とのネットワーク遅延が最も小さい第２タイプのサーバ識別子を取得して、複数の第２タイプのサーバ識別子を取得し、同じ第２タイプのサーバを指示する前記第２タイプのサーバ識別子の数が第１閾値を超える場合、指示された前記同じ第２タイプのサーバのアドレスを第２サーバのアドレスとして決定し、同じ第２タイプのサーバを指示する前記第２タイプのサーバ識別子の数が第１閾値を超えない場合、複数の第２タイプのサーバにおいてネットワーク遅延評価パラメータが最も高い第２タイプのサーバのアドレスを第２サーバのアドレスとして決定するように構成される。

１つの可能な実施例において、取得モジュールは更に、第１アクセス機器上で、第１アカウントによって送信された第２データ要求を取得し、ここで、第２データ要求は、目標仮想対象を１ラウンドのシーン相互作用に追加するように要求するために使用され、第１アクセス機器上で、第２データ要求を第１サーバに送信し、ここで、第１サーバは更に、第２サーバのアドレスを第４タイプの第４サーバのアドレスとして決定するために使用され、第４サーバは目標仮想対象を作成するために使用され、目標アクセス機器上で第４サーバのアドレスを第１アカウントに送信し、第１アカウントによって送信された１ラウンドのシーン相互作用の相互作用データを第４サーバに転送し、第４サーバが、相互作用データに従って、事前設定された条件で目標仮想対象を作成するように構成される。

１つの実施例において、事前設定された条件は、１ラウンドのシーン相互作用における目標仮想対象の数が第１数量閾値よりも小さいこと、１ラウンドのシーン相互作用においてアカウント接続失敗回数が第２数量閾値を超える第１グループのアカウントが存在すること、１ラウンドのシーン相互作用においてアカウントの属性が目標アカウントである第１グループのアカウントが存在することであって、目標アカウントは、目標仮想対象とインタラクションするアカウントである、こと、のうちの少なくとも１つを含む。

１つの可能な実施例において、前記装置は更に、第１アクセス機器上で、第１アカウントによって送信された第３データ要求を取得し、ここで、第３データ要求は、１ラウンドのシーン相互作用を録画するように要求するために使用され、第１アクセス機器上で、第３データ要求を第１サーバに送信し、ここで、第１サーバは更に、第２サーバのアドレスを第５タイプの第５サーバのアドレスとして決定するために使用され、第５サーバは、１ラウンドのシーン相互作用のビデオファイルを作成するために使用され、目標アクセス機器上で、第５サーバのアドレスを第１アカウントに送信し、第１アカウントによって送信された１ラウンドのシーン相互作用の相互作用データを第５サーバに転送し、第５サーバが、相互作用データに従って、１ラウンドのシーン相互作用のビデオファイルを作成ように構成される。

本願実施例に係る更に別の態様によれば、上記のアカウントアクセス方法を実施するための電子機器を更に提供し、当該電子機器は、図１に示される端末機器又はサーバであってもよい。図１０に示されるように、当該電子機器は、メモリ１００２及びプロセッサ１００４を備え、当該メモリ１００２にはコンピュータ可読命令が記憶されており、当該プロセッサ１００４は、コンピュータ可読命令を介して上記の方法の実施例のいずれか１つにおけるステップを実行するように構成される。

１つの実施例において、上記の電子機器は、コンピュータネットワーク内の複数のネットワーク機器のうちの少なくとも１つのネットワーク機器に配置されることができる。

当業者なら自明であるが、図１０に示される構造は例示的なものに過ぎず、電子機器は、スマートフォン（例えば、Ａｎｄｒｏｒｉｄ（登録商標）携帯電話、ｉＯＳ（登録商標）携帯電話等）、タブレットコンピュータ、ハンドヘルドコンピュータ、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅｓ、ＭＩＤと略称）、ＰＡＤ等の端末機器であってもよい。図１０は、上記の電子機器の構造を限定するものではない。例えば、電子機器はまた、図１０に示されるものより多いまたはより少ない部品（例えば、ネットワークインタフェースなど）を含んでもよく、または、図１０に示されるものとは異なる構成を有してもよい。

ここで、メモリ１００２は、本願実施例におけるアカウントアクセス方法及びその装置に対応するコンピュータ可読命令／モジュールなどのコンピュータ可読命令およびモジュールを記憶するように構成されることができ、プロセッサ１００４は、メモリ１００２に記憶されたコンピュータ可読命令およびモジュールを実行することにより、様々な機能アプリケーションおよびデータ処理を実行し、即ち、上記のアカウントアクセス方法を実現する。メモリ１００２は、高速ランダムアクセスメモリを含んでもよく、一つ以上の磁気記憶装置、フラッシュメモリ、又は他の不揮発性固体メモリ等の不揮発性メモリも含んでもよい。いくつかの実施例では、メモリ１００２は、プロセッサ１００４に対して遠隔に設置されたメモリを含んでもよく、これらの遠隔メモリはネットワークを介して端末に接続することができる。上記のネットワークの例には、インターネット、イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、及びそれらの組み合わせが含まれるが、これらに限定されない。ここで、メモリ１００２は、具体的には、上記の第１グループのアカウントの関連情報及び目標仮想操作対象などの情報を記憶するように構成され得るが、これに限定されない。一例として、図１０に示されるように、上記のメモリ１００２は、上記の目標アプリケーションにおけるアカウントアクセス装置の取得モジュール８０２、送信モジュール８０４、又は取得モジュール８０２及び送信モジュール８０４を含み得るが、これらに限定されない。また、上記のメモリ１００２は更に、上記の目標アプリケーションにおけるアカウントアクセス装置の他のモジュールユニットを含み得るが、これらに限定されない。この例では繰り返して説明しない。

１つの実施例において、上記の伝送装置１００６は、１つのネットワークを介してデータを受信または送信するように構成される。上述のネットワークの特定の例は、有線ネットワーク及び無線ネットワークを含んでもよい。一例では、伝送装置１００６は、１つのネットワークアダプタ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ、ＮＩＣと略称）を含み、当該ＮＩＣは、ネットワークケーブルを介して、他のネットワーク機器及びルータに接続することができ、それにより、インターネット又はローカルエリアネットワークとの通信を行うことができる。一例では、伝送装置１００６は、無線方式でインターネットと通信するように構成される、無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦと略称）モジュールである。

更に、上記の電子機器は更に、上記の目標アプリケーションを表示するためのディスプレイ１００８と、上記の電子機器内の各モジュール構成要素を接続するための接続バス１０１０とを備える。

他の実施例において、上記の端末機器又はサーバは、分散型システムの１つノードであってもよく、ここで、当該分散型システムは、ブロックチェーンシステムであってもよく、当該ブロックチェーンシステムは、ネットワーク通信の形で当該複数のノードによって形成された分散型システムであってもよい。ここで、ノード間でピアツーピア（Ｐ２Ｐ：Ｐｅｅｒ Ｔｏ Ｐｅｅｒ）ネットワークを構成することができ、任意の形式のコンピューティング機器、例えば、サーバ、端末などの電子機器は、当該Ｐ２Ｐネットワークに加入することで当該ブロックチェーンシステムの１つのノードになることができる。

本願実施例の更に別の態様によれば、コンピュータ可読記憶媒体を更に提供し、当該コンピュータ可読記憶媒体にはコンピュータ可読命令が記憶されており、ここで、当該コンピュータ可読命令が実行されるときに、上記の方法の実施例のいずれか１つにおけるステップを実行する。

１つの実施例において、当業者なら自明であるが、上述の実施例における方法のステップの全部又は一部は、コンピュータ可読命令によって、端末機器に関連するハードウェアに命令することによって実施できる。当該コンピュータ可読命令は、１つのコンピュータ可読記憶媒体に記憶されてもよい。記憶媒体は、フラッシュディスク、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭと略称）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称）、磁気ディスクまたは光ディスクなどを含んでもよい。

上述の本願実施例の番号は、実施例の優劣を表すものではなく、単に説明を目的とするものである。

上述の実施例における統合されたユニットがソフトウェア機能ユニットの形で実現され、スタンドアロン製品として販売または使用される場合、上述のコンピュータ読み取り可能な記憶媒体に記憶されることができる。このような理解に基づいて、本願の技術的解決策の本質的な部分、すなわち、先行技術に貢献のある部分、又は前記技術的解決策の全てまたは一部は、ソフトウェア製品の形で具現されることができ、当該コンピュータソフトウェア製品は、記憶媒体に記憶され、１つ又は複数のコンピュータ機器（パーソナルコンピュータ、サーバ、又はネットワーク機器等であり得る）に、本願の各実施例に記載の方法のステップの全部又は一部を実行させるためのいくつかの命令を含む。

本願の上述の実施例では、各実施例の説明はそれぞれの焦点を有し、特定の実施例で詳しく説明していない部分については、他の実施例の関連する説明を参照してもよい。

本願で提供されるいくつかの実施例において、開示されたクライアントは、他の方式で実現できることを理解されたい。ここで、上記で説明された装置の実施例は例示的なものに過ぎず、例えば、前記ユニットの分割は、論理機能の分割に過ぎず、実際の実現では、他の分割方法があり、例えば、複数のユニット又はコンポーネントを別のシステムに統合又は集積したり、又は一部の特徴を無視したり、又は実行しないことができる。なお、表示又は議論された相互結合又は直接結合又は通信接続は、電気的又は他の形態の一部のインターフェース、ユニット又はモジュールを介した間接的な結合又は通信接続であり得る。

別個の部品として説明されたユニットは、物理的に分離されている場合とされていない場合があり、ユニットとして表示された部材は、物理ユニットである場合もそうでない場合もあり、１箇所に配置される場合もあれば、複数のネットワークユニットに分散される場合もある。実際の必要に応じて、その中のユニットの一部又は全部を選択して本実施例の解決策の目的を達成することができる。

さらに、本願の各実施例における各機能ユニットは１つの処理ユニットに統合されてもよく、又は各ユニットは別個の物理的ユニットであってもよく、又は２つ以上のユニットが１つのユニットに統合されてもよい。上記の統合されたユニットは、ハードウェアの形で実装されてもよいし、ソフトウェア機能ユニットの形で実装されてもよい。

前述の説明は、本願における好ましい実施例に過ぎず、当業者にとって、本願の原理から逸脱することなく、いくつかの改善又は修正を行うことができ、これらの改善及び修正も、本願の保護範囲に含まれるものとすることに留意されたい。

１０１ サーバ
１０３ ユーザ端末
１０５ アクセス機器
１０７ データベース
１０９ 目標ゲームアプリケーション
８０２ 取得モジュール
８０４ 送信モジュール
９０２ 第１送信ユニット
９０４ 第２送信ユニット
１００２ メモリ
１００４ プロセッサ
１００６ 伝送装置
１００８ ディスプレイ
１０１０ 接続バス

Claims (17)

1. アカウントアクセス方法であって、
   第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得するステップであって、前記第１データ要求は、目標アプリケーションにおいて１ラウンドのシーン相互作用を開始するように要求するために使用される、ステップと、
   前記第１アクセス機器上で、前記第１データ要求を第１タイプの第１サーバに送信するステップであって、前記第１サーバは、第１グループのアカウントを、前記１ラウンドのシーン相互作用に参加するアカウントとして決定し、第２タイプの第２サーバのアドレスを決定するために使用され、前記第２サーバは、前記１ラウンドのシーン相互作用を実現するための相互作用シーンを作成するために使用され、前記第１グループのアカウントは、第１グループの異なる地理的領域からのアカウントを含み、前記第１グループのアカウントは前記第１アカウントを含み、前記第１グループのアカウントの各アカウントは、それぞれ、対応するアクセス機器を介して対応するデータ要求を前記第１サーバに送信するために使用され、前記対応するデータ要求は、前記１ラウンドのシーン相互作用を開始するように要求するために使用され、前記対応するアクセス機器は、第２グループの異なる地理的領域からのアクセス機器を含む、ステップと、
   前記第２サーバ上で前記相互作用シーンを作成した後、目標アクセス機器上で、前記第１サーバによって送信された前記第２サーバのアドレスを取得するステップであって、前記第２サーバと前記対応するアクセス機器との間のネットワーク遅延はすべて第１遅延閾値よりも小さく、前記目標アクセス機器は、前記第１アカウントとのネットワーク遅延が最も小さいアクセス機器である、ステップと、
   前記目標アクセス機器上で、前記第２サーバのアドレスを前記第１アカウントに送信し、前記第１アカウントによって送信された前記１ラウンドのシーン相互作用の相互作用データを前記第２サーバに転送するステップと、を含むことを特徴とする、アカウントアクセス方法。
2. 前記第１アクセス機器上で、前記第１データ要求を第１タイプの第１サーバに送信する前記ステップは、
   前記第１アクセス機器が第１のクラウドロードバランサ（ＣＬＢ：Ｃｌｏｕｄ Ｌｏａｄ Ｂａｌａｎｃｅｒ）である場合、前記第１のＣＬＢ上で、クラウドコネクトネットワーク（Ｃｌｏｕｄ Ｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）を介して、前記第１データ要求を前記第１サーバに送信するステップを含み、前記第１のＣＬＢは、前記第１グループの異なる地理的領域の第１地理的領域にあることを特徴とする、
   請求項１に記載のアカウントアクセス方法。
3. 前記第１のＣＬＢ上で、クラウドコネクトネットワークを介して、前記第１データ要求を前記第１サーバに送信する前記ステップは、
   前記第１のＣＬＢ上で、前記クラウドコネクトネットワークを介して、前記第１データ要求を第２のＣＬＢに送信するステップであって、前記第２のＣＬＢは、前記第１サーバが属する第１サーバクラスタ内の複数のサーバに接続される、ステップと、
   前記第２のＣＬＢ上で、前記第１データ要求を前記第１サーバクラスタの第３タイプの第３サーバに送信するステップであって、前記第３サーバは、前記目標アプリケーションのシングルラウンドのシーン相互作用以外のサービスを提供するために使用される、ステップと、
   前記第３サーバ上で、前記第１データ要求を前記第１サーバに送信するステップと、を含むことを特徴とする、
   請求項２に記載のアカウントアクセス方法。
4. 前記第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得する前に、前記アカウントアクセス方法は、
   前記第１アクセス機器上で、前記第１アカウントによって送信された第１ログイン要求を取得するステップと、
   前記第１アクセス機器上で、前記第１ログイン要求を第１サーバクラスタ内の第３サーバに送信するステップと、
   前記第１アクセス機器上で、前記第３サーバによって送信された目標データを取得するステップであって、前記目標データは、目標データベースから前記第３サーバによって取得された、前記目標アプリケーションにおける前記第１アカウントのデータを含む、ステップと、
   前記第１アクセス機器上で、第１ログイン応答を前記第１アカウントに送信するステップであって、前記第１ログイン応答は、前記第１アカウントが正常にログインしたことを示し、前記第１ログイン応答は前記目標データを含む、ステップと、を更に含むことを特徴とする、
   請求項１に記載のアカウントアクセス方法。
5. 前記第１アクセス機器上で、前記第１データ要求を第１タイプの第１サーバに送信する前記ステップは、
   前記第１アクセス機器が第１のグローバルアプリケーション加速プラットフォーム（ＧＡＡＰ：Ｇｌｏｂａｌ Ａｐｐｌｉｃａｔｉｏｎ Ａｃｃｅｌｅｒａｔｉｏｎ Ｐｌａｔｆｏｒｍ）加速点である場合、前記第１のＧＡＡＰ加速点上で、第２のＣＬＢを介して前記第１データ要求を前記第１サーバに送信するステップを含み、前記第２のＣＬＢは、第１サーバクラスタ内の複数のサーバに接続され、前記複数のサーバは前記第１サーバを含み、前記第１サーバクラスタは、クラウドコネクトネットワークを介して複数のＣＬＢに接続され、前記複数のＣＬＢはそれぞれ、異なる地理的領域にあることを特徴とする、
   請求項１に記載のアカウントアクセス方法。
6. 前記第１アクセス機器上で、前記第１データ要求を第１タイプの第１サーバに送信した後、前記アカウントアクセス方法は、
   前記第１サーバ上で、第１グループネットワーク遅延リストを取得するステップであって、前記第１グループネットワーク遅延リストは、前記第１グループのアカウントの各アカウントにそれぞれ対応するアクセス機器と複数の第２タイプのサーバとの間のデータ伝送中のネットワーク遅延を含む、ステップと、
   前記第１グループのアカウントが同じアカウントである場合、前記ネットワーク遅延が最も小さい第２タイプのサーバのアドレスを、前記第２サーバのアドレスとして決定するステップと、を更に含むことを特徴とする、
   請求項１に記載のアカウントアクセス方法。
7. 前記アカウントアクセス方法は、
   前記第１グループのアカウントが複数のアカウントを含む場合、各アカウントに対応するアクセス端末とのネットワーク遅延が最も小さい第２タイプのサーバ識別子を取得して、複数の第２タイプのサーバ識別子を取得するステップと、
   前記同じ第２タイプのサーバを指示する前記第２タイプのサーバ識別子の数が第１閾値を超える場合、指示された前記同じ第２タイプのサーバのアドレスを前記第２サーバのアドレスとして決定するステップと、を更に含むことを特徴とする、
   請求項６に記載のアカウントアクセス方法。
8. 前記アカウントアクセス方法は、
   前記同じ第２タイプのサーバを指示する前記第２タイプのサーバ識別子の数が第１閾値を超えない場合、前記複数の第２タイプのサーバのうち、ネットワーク遅延評価パラメータが最も高い第２タイプのサーバのアドレスを、前記第２サーバのアドレスとして決定するステップを更に含むことを特徴とする、
   請求項７に記載のアカウントアクセス方法。
9. 前記アカウントアクセス方法は、
   前記第１アクセス機器上で、前記第１アカウントによって送信された第２データ要求を取得するステップであって、前記第２データ要求は、目標仮想対象を前記１ラウンドのシーン相互作用に追加するように要求するために使用される、ステップと、
   前記第１アクセス機器上で、前記第２データ要求を前記第１サーバに送信するステップであって、前記第１サーバは更に、前記第２サーバのアドレスを第４タイプの第４サーバのアドレスとして決定するために使用され、前記第４サーバは、前記目標仮想対象を作成するために使用される、ステップと、
   前記目標アクセス機器上で、前記第４サーバのアドレスを前記第１アカウントに送信し、前記第１アカウントによって送信された前記１ラウンドのシーン相互作用の相互作用データを前記第４サーバに転送するステップと、
   前記第４サーバが、前記相互作用データに従って、事前設定された条件で前記目標仮想対象を作成するステップと、更に含むことを特徴とする、
   請求項１に記載のアカウントアクセス方法。
10. 前記事前設定された条件は、
    前記１ラウンドのシーン相互作用における目標仮想対象の数が第１数量閾値よりも小さいこと、
    前記１ラウンドのシーン相互作用においてアカウント接続失敗回数が第２数量閾値を超える前記第１グループのアカウントが存在すること、
    前記１ラウンドのシーン相互作用においてアカウントの属性が目標アカウントである前記第１グループのアカウントが存在することであって、前記目標アカウントは、前記目標仮想対象とインタラクションするアカウントである、こと、のうちの少なくとも１つを含むことを特徴とする、
    請求項９に記載のアカウントアクセス方法。
11. 前記アカウントアクセス方法は、
    前記第１アクセス機器上で、前記第１アカウントによって送信された第３データ要求を取得するステップであって、前記第３データ要求は、前記１ラウンドのシーン相互作用を録画するように要求するために使用される、ステップと、
    前記第１アクセス機器上で、前記第３データ要求を前記第１サーバに送信するステップであって、前記第１サーバは更に、前記第２サーバのアドレスを第５タイプの第５サーバのアドレスとして決定するために使用され、前記第５サーバは、前記１ラウンドのシーン相互作用のビデオファイルを作成するために使用される、ステップと、
    前記目標アクセス機器上で、前記第５サーバのアドレスを前記第１アカウントに送信し、前記第１アカウントによって送信された前記１ラウンドのシーン相互作用の相互作用データを前記第５サーバに転送するステップと、
    前記第５サーバが、前記相互作用データに従って、前記１ラウンドのシーン相互作用のビデオファイルを作成するステップと、更に含むことを特徴とする、
    請求項１に記載のアカウントアクセス方法。
12. 電子機器に配置されている、アプリケーションにおけるアカウントアクセス装置であって、
    第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得するように構成される取得モジュールであって、前記第１データ要求は、目標アプリケーションにおいて１ラウンドのシーン相互作用を開始するように要求するために使用される、取得モジュールと、
    前記第１アクセス機器上で、前記第１データ要求を第１タイプの第１サーバに送信するように構成される送信モジュールであって、前記第１サーバは、第１グループのアカウントを、前記１ラウンドのシーン相互作用に参加するアカウントとして決定し、第２タイプの第２サーバのアドレスを決定するために使用され、前記第２サーバは、前記１ラウンドのシーン相互作用を作成するために使用され、前記第１グループのアカウントは、第１グループの異なる地理的領域からのアカウントを含み、前記第１グループのアカウントは前記第１アカウントを含み、前記第１グループのアカウントのそれぞれに対応するアクセス機器は、第２グループの異なる地理的領域からのアクセス機器を含む、送信モジュールと、を備え、
    前記取得モジュールは更に、前記第２サーバ上で前記１ラウンドのシーン相互作用を作成した後、目標アクセス機器上で、前記第１サーバによって送信された前記第２サーバのアドレスを取得するように構成され、前記第２サーバと前記対応するアクセス機器との間のネットワーク遅延はすべて第１遅延閾値よりも小さく、前記目標アクセス機器は、前記第１アカウントとのネットワーク遅延が最も小さいアクセス機器であり、
    前記送信モジュールは更に、前記目標アクセス機器上で前記第２サーバのアドレスを前記第１アカウントに送信し、前記第１アカウントによって送信された前記１ラウンドのシーン相互作用の相互作用データを前記第２サーバに転送するように構成されることを特徴とする、アカウントアクセス装置。
13. 前記送信モジュールは、
    前記第１アクセス機器が第１クラウドロードバランサ（ＣＬＢ：Ｃｌｏｕｄ Ｌｏａｄ Ｂａｌａｎｃｅｒ）である場合、前記第１のＣＬＢ上で、クラウドコネクトネットワーク（Ｃｌｏｕｄ Ｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）を介して、前記第１データ要求を前記第１サーバに送信するように構成される第１送信ユニットを備え、前記第１のＣＬＢは、前記第１グループの異なる地理的領域の第１地理的領域にあることを特徴とする、
    請求項１２に記載のアカウントアクセス装置。
14. 前記第１送信ユニットは更に、前記第１のＣＬＢ上で、前記クラウドコネクトネットワークを介して、前記第１データ要求を第２のＣＬＢに送信し、ここで、前記第２のＣＬＢは、前記第１サーバが属する第１サーバクラスタ内の複数のサーバに接続され、前記第２のＣＬＢ上で前記第１データ要求を前記第１サーバクラスタ内の第３サーバに送信し、ここで、前記第３サーバは、前記目標アプリケーションのシングルラウンドのシーン相互作用以外のサービスを提供するために使用され、前記第３サーバ上で、前記第１データ要求を前記第１サーバに送信するように構成される、
    請求項１３に記載のアカウントアクセス装置。
15. 前記取得モジュールは更に、前記第１アクセス機器上で、第１アカウントによって送信された第１データ要求を取得する前に、前記第第１アクセス機器上で、前記第１アカウントによって送信された第１ログイン要求を取得するように構成され、
    前記送信モジュールは更に、前記第１アクセス機器上で、前記第１ログイン要求を第１サーバクラスタの第３タイプの第３サーバに送信するように構成され、
    前記取得モジュールは更に、前記第１アクセス機器上で、前記第３サーバによって送信された目標データを取得するように構成され、前記目標データは、目標データベースから前記第３サーバによって取得された、前記目標アプリケーションにおける前記第１アカウントのデータを含み、
    前記送信モジュールは更に、前記第１アクセス機器上で、第１ログイン応答を前記第１アカウントに送信するように構成され、前記第１ログイン応答は、前記第１アカウントが正常にログインしたことを示し、前記第１ログイン応答は前記目標データを含む、ことを特徴とする、
    請求項１２に記載のアカウントアクセス装置。
16. コンピュータ可読命令が記憶された、１つ又は複数のコンピュータ可読記憶媒体であって、
    前記コンピュータ可読命令が実行されるときに、請求項１ないし１１のいずれか一項に記載のアカウントアクセス方法を実行することを特徴とする、コンピュータ可読記憶媒体。
17. メモリと、１つ又は複数のプロセッサとを備える電子機器であって、
    前記メモリには、コンピュータ可読命令が記憶され、前記１つ又は複数のプロセッサは、前記コンピュータ可読命令を実行することにより、請求項１ないし１１のいずれか一項に記載のアカウントアクセス方法を実行するように構成される、電子機器。

Images