特表2024-538494 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ ▲騰▼▲訊▼科技（深▲セン▼）有限公司の特許一覧

特表2024-538494ユーザマッチング方法、ユーザマッチング装置、電子機器、及びコンピュータプログラム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2A
2B
2C
3
4
5
6
7
8
9
10
11
12

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-10-23

(54)【発明の名称】ユーザマッチング方法、ユーザマッチング装置、電子機器、及びコンピュータプログラム

(51)【国際特許分類】

A63F 13/795 20140101AFI20241016BHJP

A63F 13/35 20140101ALI20241016BHJP

A63F 13/798 20140101ALI20241016BHJP

A63F 13/847 20140101ALI20241016BHJP

【ＦＩ】

A63F13/795

A63F13/35

A63F13/798

A63F13/847

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024514491

(86)(22)【出願日】2022-11-30

(85)【翻訳文提出日】2024-04-08

(86)【国際出願番号】 CN2022135208

(87)【国際公開番号】W WO2023098689

(87)【国際公開日】2023-06-08

(31)【優先権主張番号】202111467722.4

(32)【優先日】2021-12-02

(33)【優先権主張国・地域又は機関】CN

(31)【優先権主張番号】202111631120.8

(32)【優先日】2021-12-28

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＡＮＤＲＯＩＤ

２．ｉＯＳ

(71)【出願人】

【識別番号】517392436

【氏名又は名称】▲騰▼▲訊▼科技（深▲セン▼）有限公司

【氏名又は名称原語表記】ＴＥＮＣＥＮＴＴＥＣＨＮＯＬＯＧＹ（ＳＨＥＮＺＨＥＮ）ＣＯＭＰＡＮＹＬＩＭＩＴＥＤ

【住所又は居所原語表記】３５／Ｆ，ＴｅｎｃｅｎｔＢｕｉｌｄｉｎｇ，ＫｅｊｉｚｈｏｎｇｙｉＲｏａｄ，ＭｉｄｗｅｓｔＤｉｓｔｒｉｃｔｏｆＨｉ－ｔｅｃｈＰａｒｋ，ＮａｎｓｈａｎＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８０５７，ＣＨＩＮＡ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100229448

【弁理士】

【氏名又は名称】中槇利明

(72)【発明者】

【氏名】▲劉▼ 智洪

(57)【要約】

ユーザマッチング方法、装置、電子機器、及び記憶媒体を開示している。該方法は、仮想ゲームのプレイヤーチームのチーム結成インタフェースを表示するステップ（Ｓ２１）であって、前記プレイヤーチームには、前記仮想ゲームに共同で参加する少なくとも２つのアカウントが含まれる、ステップ（Ｓ２１）と、少なくとも１つの第２アカウントのうち、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを取得するステップ（Ｓ２２）であって、前記アカウント情報には、ログイン状態、ゲーム進捗状態、前記第１アカウントとのマッチング度のうちの少なくとも１つが含まれる、ステップ（Ｓ２２）と、前記少なくとも１つのターゲットアカウントの決定に応答して、少なくとも１つの招待インタフェースを表示するステップ（Ｓ２３）であって、前記招待インタフェースは、前記ターゲットアカウントを前記プレイヤーチームに招待することを前記第１アカウントに推奨するものである、ステップ（Ｓ２３）であって、各々の招待インタフェースは、前記少なくとも１つのターゲットアカウントのうち１つに対応する、ステップ（Ｓ２３）と、前記招待インタフェースがトリガーされることに応答して、前記招待インタフェースに対応するターゲットアカウントに、前記プレイヤーチームに招待するための招待情報を送信することにより、前記ターゲットアカウントと前記第１アカウントを前記仮想ゲームに共同参加させるステップ（Ｓ２４）と、を含む。

【特許請求の範囲】

【請求項1】

電子機器が実行するユーザマッチング方法であって、
仮想ゲームのプレイヤーチームのチーム結成インタフェースを表示するステップであって、前記プレイヤーチームには、少なくとも第１アカウントが含まれる、ステップと、
少なくとも１つの第２アカウントのうち、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを決定するステップであって、前記アカウント情報には、ログイン状態、ゲーム進捗状態、前記第１アカウントとのマッチング度のうちの少なくとも１つが含まれる、ステップと、
前記少なくとも１つのターゲットアカウントの決定に応答して、前記少なくとも１つのターゲットアカウントに対応する少なくとも１つの招待インタフェースを表示するステップであって、前記招待インタフェースは、前記ターゲットアカウントを前記プレイヤーチームに招待することを前記第１アカウントに推奨するものである、ステップと、
前記招待インタフェースがトリガーされることに応答して、前記招待インタフェースに対応するターゲットアカウントに、前記プレイヤーチームに招待するための招待情報を送信するステップと、
を含む方法。

【請求項2】

前記アカウント情報に前記ログイン状態が含まれる場合、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを決定するステップは、
前記少なくとも１つの第２アカウントの中から、前記チーム結成インタフェースの表示後に前記ログイン状態がオフライン状態からオンライン状態に変化した前記ターゲットアカウントを決定するステップを含む、
請求項１に記載の方法。

【請求項3】

前記少なくとも１つの招待インタフェースの表示後の所定時間内に前記招待インタフェースに対する操作情報が取得されない場合、前記招待インタフェースの表示を停止するステップをさらに含む、
請求項２に記載の方法。

【請求項4】

前記アカウント情報に前記ゲーム進捗状態が含まれる場合、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを決定するステップは、
前記少なくとも１つの第２アカウントの中から、前記ゲーム進捗状態が占有状態である少なくとも１つの候補アカウントを決定するステップと、
前記少なくとも１つの候補アカウントのそれぞれに対応する占有残時間を取得するステップと、
前記少なくとも１つの候補アカウントの中から、前記占有残時間が第１閾値以下である前記ターゲットアカウントを決定するステップと、を含む、
請求項１に記載の方法。

【請求項5】

少なくとも１つの招待インタフェースを表示する前記ステップは、
少なくとも２つのターゲットアカウントが存在する場合、前記少なくとも２つのターゲットアカウントに対応する前記占有残時間にしたがって、前記少なくとも２つのターゲットアカウントに対応する招待インタフェースをソートし、ソート後の順序で前記招待インタフェースを表示するステップを含む、
請求項４に記載の方法。

【請求項6】

前記アカウント情報に前記第１アカウントとのマッチング度が含まれる場合、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを決定するステップは、
前記少なくとも１つの第２アカウントの中から、前記第１アカウントとのリソース情報マッチング度が第２閾値以上である前記ターゲットアカウントを決定するステップであって、前記リソース情報マッチング度は、複数のアカウントの仮想リソース間のマッチングの度合いを示すためのものである、ステップを含む、
請求項１に記載の方法。

【請求項7】

前記第１アカウントが現在設定している第１仮想リソースを取得し、前記少なくとも１つの第２アカウントのそれぞれが現在設定している第２仮想リソースを取得するステップと、
各前記第２仮想リソースと前記第１仮想リソースとのマッチング度をそれぞれ計算することにより、複数の前記リソース情報マッチング度を取得するステップと、をさらに含む、
請求項６に記載の方法。

【請求項8】

前記第１アカウントの過去操作情報に基づいて第１ターゲット仮想リソースを取得し、前記第２アカウントの過去操作情報に基づいて第２ターゲット仮想リソースを取得するステップと、
各前記第２ターゲット仮想リソースと前記第１ターゲット仮想リソースとのマッチング度をそれぞれ計算することにより、複数の前記リソース情報マッチング度を取得するステップと、をさらに含む、
請求項６に記載の方法。

【請求項9】

前記第１ターゲット仮想リソース、前記第２ターゲット仮想リソースは、仮想操作キャラクター、仮想操作キャラクターに属する仮想従属オブジェクト、仮想アイテム、仮想属性、仮想スキルのうちの少なくとも１つから選択される、
請求項８に記載の方法。

【請求項10】

前記アカウント情報に前記第１アカウントとのマッチング度が含まれる場合、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを決定するステップは、
前記少なくとも１つの第２アカウントの中から、前記第１アカウントとのやり取り情報マッチング度が第３閾値以上である前記ターゲットアカウントを決定するステップであって、前記やり取り情報マッチング度は、複数のアカウントのやり取り関係間のマッチングの度合いを示すためのものである、ステップを含む、
請求項１に記載の方法。

【請求項11】

少なくとも１つの招待インタフェースを表示するステップは、
少なくとも２つのターゲットアカウントが存在し、かつ、前記アカウント情報に前記マッチング度が含まれる場合、前記少なくとも２つのターゲットアカウントのそれぞれのマッチング度にしたがって、前記少なくとも２つのターゲットアカウントをソートし、ソート後の順序で前記少なくとも２つのターゲットアカウントに対応する招待インタフェースを表示するステップを含む、
請求項１に記載の方法。

【請求項12】

少なくとも１つの招待インタフェースを表示するステップは、
前記プレイヤーチームに少なくとも１つの空席がある場合、前記招待インタフェースを表示するステップを含む、
請求項１に記載の方法。

【請求項13】

前記アカウント情報に前記第１アカウントとのマッチング度が含まれる場合、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを決定するステップは、
前記第１アカウントが前記仮想ゲーム内で操作する仮想キャラクターの第１属性情報を取得し、前記少なくとも１つの第２アカウントが前記仮想ゲーム内で操作する仮想キャラクターの第２属性情報を取得するステップと、
前記第１属性情報に基づいて、前記少なくとも１つの第２アカウントの中から、第２属性情報と前記第１属性情報とのマッチング度が第４閾値に達した前記ターゲットアカウントを決定するステップと、を含む、
請求項１に記載の方法。

【請求項14】

ユーザマッチング装置であって、
仮想ゲームのプレイヤーチームのチーム結成インタフェースを表示する第１表示ユニットであって、前記プレイヤーチームには、少なくとも第１アカウントが含まれる、第１表示ユニットと、
少なくとも１つの第２アカウントのうち、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを決定する第１決定ユニットであって、前記アカウント情報には、ログイン状態、ゲーム進捗状態、前記第１アカウントとのマッチング度のうちの少なくとも１つが含まれる、第１決定ユニットと、
前記少なくとも１つのターゲットアカウントの決定に応答して、前記少なくとも１つのターゲットアカウントに対応する少なくとも１つの招待インタフェースを表示する第２表示ユニットであって、前記招待インタフェースは、前記ターゲットアカウントを前記プレイヤーチームに招待することを前記第１アカウントに推奨するものである、第２表示ユニットと、
前記招待インタフェースがトリガーされることに応答して、前記招待インタフェースに対応するターゲットアカウントに、前記プレイヤーチームに招待するための招待情報を送信する招待ユニットと、
を含む装置。

【請求項15】

メモリとプロセッサとを備える電子機器であって、前記メモリには、コンピュータプログラムが記憶されており、前記プロセッサは、前記コンピュータプログラムによって、前記請求項１乃至１３のいずれか１項に記載の方法を実行するように構成される、ことを特徴とする電子機器。

【請求項16】

コンピュータに、請求項１乃至１３のいずれか１項に記載の方法を実行させるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０２１年１２月２日に中国特許庁に提出された、出願番号が第２０２１１１４６７７２２．４号であり、発明の名称が「チーム結成マッチング方法、記憶媒体、及び電子機器」である中国特許出願、及び、２０２１年１２月２８日に中国特許庁に提出された、出願番号が第２０２１１１６３１１２０．８号であり、発明の名称が「チーム結成マッチング方法、記憶媒体、及び電子機器」である中国特許出願に基づく優先権を主張し、その全ての内容は参照することにより本願に組み込まれている。

【0002】

本願は、コンピュータの分野に関し、具体的には、ユーザマッチング方法、装置、電子機器、及び記憶媒体に関する。

【背景技術】

【0003】

近年、チーム型仮想ゲームの発展がますます急速になっている。これは、チームワークというモデルがプレイヤーの参加意欲をより刺激できるからである。チームワークでは、多くの場合、チーム結成のために複数のアカウントが必要になる。現在、チームを結成する際に、通常、プレイヤーユーザが、それと関連関係があるユーザ（例えば、ゲームプラットフォームにおける友達リスト）を閲覧し、その中から１つ又は複数のユーザを選択して、それにチーム結成招待を送信する。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本願の実施例は、少なくとも、従来技術におけるユーザがチーム結成を行う際に存在する少なくとも１つの技術的課題を解決するために、ユーザマッチング方法、装置、記憶媒体、及び電子機器を提供する。

【課題を解決するための手段】

【0005】

本願の実施例の一態様によれば、ユーザマッチング方法が提供されている。この方法は、仮想ゲームのプレイヤーチームのチーム結成インタフェースを表示するステップであって、前記プレイヤーチームは、互いに対抗する少なくとも２つのプレイヤーチームのうち１つである、ステップと、第１アカウントが前記プレイヤーチームに参加することに応答して、少なくとも１つの第２アカウントの中から、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを決定するステップであって、前記アカウント情報には、ログイン状態、ゲーム進捗状態、前記第１アカウントとのマッチング度のうちの少なくとも１つが含まれる、ステップと、前記少なくとも１つのターゲットアカウントの決定に応答して、前記少なくとも１つのターゲットアカウントに対応する少なくとも１つの招待インタフェースを表示するステップと、前記招待インタフェースがトリガーされることに応答して、前記招待インタフェースに対応するターゲットアカウントに、前記プレイヤーチームに招待するための招待情報を送信することにより、前記ターゲットアカウントと前記第１アカウントを前記仮想ゲームに共同参加させるステップと、を含む。

【0006】

本願の実施例の他の態様によれば、ユーザマッチング装置がさらに提供されている。この装置は、仮想ゲームのプレイヤーチームのチーム結成インタフェースを表示する第１表示ユニットであって、前記プレイヤーチームは、互いに対抗する少なくとも２つのプレイヤーチームのうち１つである、第１表示ユニットと、第１アカウントが前記プレイヤーチームに参加することに応答して、少なくとも１つの第２アカウントの中から、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを決定する第１決定ユニットであって、前記アカウント情報には、ログイン状態、ゲーム進捗状態、前記第１アカウントとのマッチング度のうちの少なくとも１つが含まれる、第１決定ユニットと、前記少なくとも１つのターゲットアカウントの決定に応答して、前記少なくとも１つのターゲットアカウントに対応する少なくとも１つの招待インタフェースを表示する第２表示ユニットと、前記招待インタフェースがトリガーされることに応答して、前記招待インタフェースに対応するターゲットアカウントに、前記プレイヤーチームに招待するための招待情報を送信することにより、前記ターゲットアカウントと前記第１アカウントを前記仮想ゲームに共同参加させる招待ユニットと、を含む。

【0007】

本願の実施例の別の態様によれば、コンピュータ命令を含むコンピュータプログラム製品又はコンピュータプログラムが提供されている。該コンピュータ命令は、コンピュータ可読記憶媒体に記憶されている。コンピュータ機器のプロセッサは、コンピュータ可読記憶媒体から該コンピュータ命令を読み取り、プロセッサが該コンピュータ命令を実行すると、該コンピュータ機器に上記のようなユーザマッチング方法を実行させる。

【0008】

本願の実施例の別の態様によれば、電子機器がさらに提供されている。該電子機器は、メモリと、プロセッサと、メモリに記憶されており、プロセッサで実行可能なコンピュータプログラムと、を含み、上記プロセッサは、コンピュータプログラムによって、上記のユーザマッチング方法を実行する。

【発明の効果】

【0009】

本願の実施例では、ユーザがプレイヤーチームに参加すると、電子機器が、所定のマッチング条件に基づいて、該ユーザとのチーム結成に適したターゲットアカウントを選別し、招待インタフェースを介してユーザに提供し、ユーザが、招待インタフェースを操作することにより、相応のターゲットアカウントをプレイヤーチームに直接招待する。このような自動的なユーザマッチング方式は、ユーザが手動で友達リストを閲覧して選択及び招待を行う必要を低減させ、仮想ゲームシステムの知能化及び使いやすさを向上させることができる。

【図面の簡単な説明】

【0010】

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

【図1】本願の実施例のユーザマッチング方法の適用環境の模式図である。

【図2A】本願の実施例のユーザマッチング方法の模式的なフローチャートである。

【図2B】本願の実施例のユーザマッチング装置の模式図である。

【図2C】本願の実施例によるユーザマッチング方法の流れの模式図である。

【図3】本願の実施例のユーザマッチング方法の模式図である。

【図4】本願の実施例の他のユーザマッチング方法の模式図である。

【図5】本願の実施例の他のユーザマッチング方法の模式図である。

【図6】本願の実施例の他のユーザマッチング方法の模式図である。

【図7】本願の実施例の他のユーザマッチング方法の模式図である。

【図8】本願の実施例の他のユーザマッチング方法の模式図である。

【図9】本願の実施例の他のユーザマッチング方法の模式図である。

【図10】本願の実施例の他のユーザマッチング方法の模式図である。

【図11】本願の実施例のユーザマッチング装置の模式図である。

【図12】本願の実施例の電子機器の構成の模式図である。

【発明を実施するための形態】

【0011】

当業者が本願の構成をより良く理解できるようにするために、以下、本願の実施例の図面を参照しながら、本願の実施例の構成を明確かつ完全に説明する。明らかなように、説明する実施例は、本願の一部の実施例に過ぎず、全部の実施例ではない。当業者が創造的な労働をせずに本願の実施例から得る全ての他の実施例は、本願の保護範囲に属すべきである。

【0012】

説明すべきものとして、本願の明細書、特許請求の範囲、及び上記図面における「第１」、「第２」などの用語は、類似の対象を区別するためのものであり、必ずしも特定の順序又は優先順位を説明するために用いられない。理解すべきものとして、このように使用される用語は、ここで説明される本願の実施例が、ここで図示又は説明されたもの以外の順序で実施できるように、適切な場合には交換可能である。また、用語「含む」、「備える」、及びそれらの任意の変形は、非排他的な包含をカバーすることを意図するものである。例えば、一連のステップ又はユニットを含む過程、方法、システム、製品、又は機器は、必ずしも、明示的にリストされたステップ又はユニットに限定されるものではなく、明示的にリストされていない他のステップ又はユニット、あるいは、これらの過程、方法、製品、又は機器に固有の他のステップ又はユニットを含んでもよい。

【0013】

本願の実施例の一態様によれば、ユーザマッチング方法が提供されている。一実施形態として、上記のユーザマッチング方法は、図１に示すような環境に適用されてもよいが、これに限定されない。この環境は、ユーザ機器１０２と、ネットワーク１１０と、サーバ１１２と、を含んでもよいが、これらに限定されない。そのうち、該ユーザ機器１０２は、ディスプレイ１０８と、プロセッサ１０６と、メモリ１０４と、を含んでもよいが、これらに限定されない。図１に示すように、各実施例のユーザマッチング方法は、以下のステップを含んでもよい。

【0014】

ステップＳ１０２では、ユーザ機器１０２が、ユーザアカウント（第１アカウント）と友達関係（関連関係）がある複数の関連アカウント（第２アカウント）のアカウント情報、例えば、友達リストに示された複数のアカウントのアカウント情報を取得する。各々のアカウントには、現在のアカウント状態（ゲーム中、オンライン、オフラインなど）が対応しており、上記アカウント情報は、該アカウント状態を含んでもよいが、これに限定されない。

【0015】

ステップＳ１０４～Ｓ１０６では、ユーザ機器１０２が、ネットワーク１１０を介して、アカウント情報をサーバ１１２に送信する。

【0016】

ステップＳ１０８では、サーバ１１２が、アカウント情報に対応するチーム結成招待条件をデータベース１１４から検索し、処理エンジン１１６によって各アカウント情報とチーム結成招待条件とのマッチング処理を行うことにより、複数の関連アカウントの中から、アカウント情報がチーム結成招待条件を満たすターゲットアカウントを決定し、ターゲットアカウントにマッチしたチーム結成招待情報を生成する。

【0017】

ステップＳ１１０～Ｓ１１２では、サーバ１１２が、ネットワーク１１０を介して、チーム結成招待情報をユーザ機器１０２に送信し、ユーザ機器１０２のプロセッサ１０６が、チーム結成招待情報をディスプレイ１０８に表示して、チーム結成招待情報をメモリ１０４に記憶する。

【0018】

図１に示す例に加えて、上記のステップは、ユーザ機器１０２が独立して行ってもよい。即ち、ユーザ機器１０２が、複数の関連アカウントの中から、アカウント情報がチーム結成招待条件を満たすターゲットアカウントを決定するステップ、ターゲットアカウントにマッチしたチーム結成招待情報の生成などのステップを実行する。これにより、サーバの処理ストレスを軽減する。該ユーザ機器１０２は、携帯機器（例えば、携帯電話）、ノートパソコン、デスクトップパソコン、車載機器などを含むが、これらに限定されない。本願は、ユーザ機器１０２の具体的な実現形態を限定しない。

【0019】

同様に、図１に示す例に加えて、上記のステップの一部は、サーバ１１２が行ってもよい。例えば、ユーザアカウントがターゲットチームに存在することがユーザ機器１０２によって取得されるようなトリガー信号は、該方法の実行をトリガーする。このため、本明細書の説明では、各実施例の方法を実行する電子機器は、ユーザ機器、サーバ、又は他の任意の適当な機器を指してもよい。

【0020】

図２Ａは、本願の実施例のユーザマッチング方法の模式的なフローチャートである。図２Ａに示すように、この方法は、以下のステップを含んでもよい。

【0021】

ステップＳ２１では、仮想ゲームのプレイヤーチームのチーム結成インタフェースを表示する。

【0022】

前記プレイヤーチームには、前記仮想ゲームに共同で参加する少なくとも２つのアカウントが含まれる。チーム結成インタフェースは、即ち、１試合のゲームが開始される前にプレイヤーが集結する段階で、プレイヤーチームに参加しているメンバー及び（選択可能な）空席を展示するためのインタフェースである。

【0023】

ステップＳ２２では、少なくとも１つの第２アカウントのうち、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを取得する。

【0024】

ここで、前記アカウント情報には、ログイン状態、ゲーム進捗状態、前記第１アカウントとのマッチング度のうちの少なくとも１つが含まれる。前記第１アカウントとのマッチング度は、所定のある情報（ターゲット情報とも呼ばれる）の観点から、あるアカウントと第１アカウントとのマッチングの度合いを指す。

【0025】

いくつかの実施例において、ターゲットアカウントの取得は、第１アカウントが前記プレイヤーチームに存在することに応答して実行されてもよい。第１アカウントが前記プレイヤーチームに存在することは、第１アカウントが前記プレイヤーチームのメンバーとなることを指す。第１アカウントが前記プレイヤーチームに存在することは、例えば、第１アカウントが該プレイヤーチームを作成してその中の一員となること、又は、第１アカウントが、他のアカウントによって作成された該プレイヤーチームに参加することを含んでもよい。他のいくつかの実施例において、ターゲットアカウントの取得は、前記プレイヤーチームに少なくとも１つの空席があると決定されることに応答して実行されてもよい。

【0026】

ステップＳ２３では、前記少なくとも１つのターゲットアカウントの決定に応答して、前記少なくとも１つのターゲットアカウントに対応する少なくとも１つの招待インタフェースを表示し、前記招待インタフェースは、前記ターゲットアカウントを前記プレイヤーチームに招待することを前記第１アカウントに推奨するものである。

【0027】

いくつかの実施例において、招待インタフェースを表示する際に、このターゲットアカウントをユーザの属するプレイヤーチームに招待することがシステムによって推奨されることを第１アカウントのユーザに提示するためのテキスト情報を表示してもよい。

【0028】

ステップＳ２４では、前記招待インタフェースがトリガーされることに応答して、前記招待インタフェースに対応するターゲットアカウントに、前記プレイヤーチームに招待するための招待情報を送信することにより、前記ターゲットアカウントと前記第１アカウントを前記仮想ゲームに共同参加させる。

【0029】

該方法がユーザ機器によって実行される場合、一部のステップの実現は、サーバの参加を必要とする可能性がある。例えば、ターゲットアカウントを決定する際に、ユーザ機器は、第１アカウントの情報（及び、任意選択的な所定のマッチング条件）をサーバに送信し、マッチング条件を満たすターゲットアカウントをサーバに問い合わせてもよい。また、例えば、ターゲットアカウントに招待情報を送信する際に、ユーザ機器は、ターゲットアカウントの情報をサーバに送信し、サーバを介してターゲットアカウントに招待情報を送信してもよい。

【0030】

該方法がサーバによって実行される場合、一部のステップの実現は、ユーザ機器の参加を必要とする可能性がある。例えば、チーム結成インタフェースは、ユーザ機器によって表示されてもよい。また、例えば、招待インタフェースがトリガーされると、ユーザ機器が該トリガーイベントをサーバに送信する。

【0031】

図２Ｂは、本願の実施例のユーザマッチング装置の模式図である。該装置は、電子機器によって実現されてもよい。図２Ｂに示すように、該装置は、
仮想ゲームのプレイヤーチームのチーム結成インタフェースを表示する第１表示ユニット２１であって、前記プレイヤーチームには、前記仮想ゲームに共同で参加する少なくとも２つのアカウントが含まれる、第１表示ユニット２１と、
少なくとも１つの第２アカウントのうち、アカウント情報が所定のマッチング条件を満たす少なくとも１つのターゲットアカウントを決定する第１決定ユニット２２であって、前記アカウント情報には、ログイン状態、ゲーム進捗状態、第１アカウントとのマッチング度のうちの少なくとも１つが含まれる、第１決定ユニット２２と、
前記少なくとも１つのターゲットアカウントの決定に応答して、前記少なくとも１つのターゲットアカウントに対応する少なくとも１つの招待インタフェースを表示する第２表示ユニット２３であって、前記招待インタフェースは、前記ターゲットアカウントを前記プレイヤーチームに招待することを前記第１アカウントに推奨するものである、第２表示ユニット２３と、
前記招待インタフェースがトリガーされることに応答して、前記招待インタフェースに対応するターゲットアカウントに、前記プレイヤーチームに招待するための招待情報を送信することにより、前記ターゲットアカウントと前記第１アカウントを前記仮想ゲームに共同参加させる招待ユニット２４と、を含んでもよい。

【0032】

このように、ユーザがプレイヤーチームに参加すると、電子機器が、所定のマッチング条件に基づいて、該ユーザとのチーム結成に適したターゲットアカウントを選別し、招待インタフェースを介してユーザに提供し、ユーザが、招待インタフェースを操作することにより、相応のターゲットアカウントをプレイヤーチームに直接招待する。このような自動的なユーザマッチング方式は、ユーザが手動で友達リストを閲覧して選択及び招待を行う必要を低減させ、仮想ゲームシステムの知能化及び使いやすさを向上させることができる。

【0033】

以下では、仮想ゲームがある仮想ゲーム（本明細書ではターゲット仮想ゲームとも呼ぶ）であり、第１アカウントがあるプレイヤーチーム（本明細書ではターゲットチームとも呼ぶ）に参加し、招待インタフェースがチーム結成招待情報である場合を例に、各実施例の構成を説明する。

【0034】

一実施形態において、図２Ｃに示すように、ユーザマッチング方法は、
ターゲット仮想ゲーム（即ち、ある仮想ゲーム）のターゲットチームに存在する第１アカウントを表示するステップＳ２０２と、
仮想ゲーム内の少なくとも１つの第２アカウントのアカウント情報を取得するステップＳ２０４であって、アカウント情報には、ログイン状態、ゲーム進捗状態、第１アカウントとのターゲット情報マッチング度（即ち、ある情報の観点から第１アカウントとのマッチングの度合い）のうちの少なくとも１つが含まれる、ステップＳ２０４と、
アカウント情報に基づいて、少なくとも１つの第２アカウントの中からターゲットアカウントを決定するステップＳ２０６と、
ターゲットアカウントにマッチしたチーム結成招待情報を表示するステップＳ２０８であって、チーム結成招待情報は、ターゲットアカウントをターゲットチーム（即ち、第１アカウントが参加しているプレイヤーチーム）に招待して、仮想ゲームに共同参加させることを第１アカウントに提示するためのものである、ステップＳ２０８と、を含む。

【0035】

本実施例において、上記ユーザマッチング方法は、仮想ゲームがインストールされているゲームアプリケーションに適用されてもよいが、これに限定されない。ここで、ゲームアプリケーションは、一人称射撃ゲーム、三人称射撃ゲームなど、火器類を使って遠隔攻撃を行うゲームの全てを含んでもよいが、これらに限定されない。ここで、上記ゲームアプリケーションは、マルチプレイヤーオンラインバトルアリーナ（ＭｕｌｔｉｐｌａｙｅｒＯｎｌｉｎｅＢａｔｔｌｅＡｒｅｎａ、ＭＯＢＡと略称される）ゲームであってもよく、又は、シングルプレイヤーゲーム（Ｓｉｎｇｌｅ－ＰｌａｙｅｒＧａｍｅ、ＳＰＧと略称される）であってもよい。説明すべきものとして、上記ゲームアプリケーションのタイプは、２次元（ＴｗｏＤｉｍｅｎｓｉｏｎ、２Ｄと略称される）ゲームアプリケーション、３次元（ＴｈｒｅｅＤｉｍｅｎｓｉｏｎ、３Ｄと略称される）ゲームアプリケーション、仮想現実（ＶｉｒｔｕａｌＲｅａｌｉｔｙ、ＶＲと略称される）ゲームアプリケーション、拡張現実（ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ、ＡＲと略称される）ゲームアプリケーション、複合現実（ＭｉｘｅｄＲｅａｌｉｔｙ、ＭＲと略称される）ゲームアプリケーションの少なくとも１つを含んでもよいが、これらに限定されない。上記は、一例に過ぎない。これに対して、本実施例は一切限定しない。

【0036】

いくつかの実施例では、本実施例において、ゲームアプリケーションは、第１アカウントが、ゲームクライアントで実行されている射撃アプリケーションにログインして、第１アカウントが仮想操作オブジェクトを制御するようにしてもよいが、これに限定されない。つまり、プレイヤーは、アカウントを介して、ゲームクライアントで実行されている射撃アプリケーションにログインして、仮想操作オブジェクトを制御する。射撃アプリケーションが実行されているクライアントが存在するモバイル端末のディスプレイに射撃ゲームのゲーム画面及び他の非ゲームインタフェース（例えば、チーム結成インタフェース、準備インタフェースなど）を表示する。

【0037】

本実施例では、第１アカウントがプレイヤーチームのいずれか１つの席に存在することを取得すると、仮想ゲーム内の少なくとも１つの第２アカウントのアカウント情報を取得する。これは、第１アカウントがチーム結成状態になると、少なくとも１つの第２アカウントのアカウント情報を取得すると理解されてもよいが、これに限定されない。ここで、少なくとも１つの第２アカウントのアカウント情報を取得するタイミングは、第１アカウントがチーム結成状態になる時刻、又は、第１アカウントがチーム結成状態になってから所定時間内、又は、第１アカウントがチーム結成状態になってから、第１アカウントが主動的にトリガーしたアカウントチーム結成要求を取得する時を含んでもよいが、これらに限定されない。

【0038】

本実施例では、第１アカウントと第２アカウントとの間に関連関係があってもよいが、これに限定されない。ここで、関連関係は、例えば、友達関連関係（互いに仮想ゲーム又は他のシナリオにおける友達である）、地域関連関係（同じ地域内に位置する）、チーム関連関係（同じチームやグループに存在する）など、ある種の仮想要素によってアカウント同士が関連付けられた関係と理解されてもよいが、これに限定されない。

【0039】

本実施例において、アカウント情報には、ログイン状態、ゲーム進捗状態、第１アカウントとのマッチング度のうちの少なくとも１つが含まれる。ここで、ログイン状態は、アカウントが仮想ゲームにログインする状態であってもよいが、これに限定されない。ゲーム進捗状態は、仮想ゲームにおけるアカウントの実行状態（例えば、オンライン、オフライン、ゲーム中など）であってもよいが、これに限定されない。第１アカウントとのマッチング度は、ターゲット情報（例えば、友達関係、設定されているリソース間に連携があるか否か、アカウントの過去操作データ間に関連があるか否かなど）という次元でのアカウントと第１アカウントとのマッチングの度合いであってもよいが、これに限定されない。

【0040】

本実施例において、ターゲットアカウントは、少なくとも１つの第２アカウントのうち、アカウント情報がチーム結成招待条件（即ち、所定のマッチング条件）を満たすアカウントである。例えば、第２アカウントＡ、第２アカウントＣのアカウント情報が両方ともチーム結成招待条件を満たさないが、第２アカウントＢのアカウント情報がチーム結成招待条件を満たす場合、第２アカウントＢをターゲットアカウントとして決定する。

【0041】

本実施例において、チーム結成招待条件は、アカウント情報の次元での所定のマッチング条件であってもよいが、これに限定されない。例えば、アカウント情報のマッチング条件が「５～８」に予め設定された場合、第２アカウントＡのアカウント情報が「３」であることを取得すると、「３」が「５～８」にマッチしないため、該第２アカウントＡが上記チーム結成招待条件を満たさないとさらに決定し、逆に、第２アカウントＢのアカウント情報が「６」であることを取得すると、「６」が「５～８」にマッチするため、該第２アカウントＢが上記チーム結成招待条件を満たすとさらに決定する。

【0042】

また、本実施例において、アカウント情報にログイン状態、ゲーム進捗状態、第１アカウントとのマッチング度のうちの少なくとも１つが含まれることは、即ち、アカウント情報が一次元の情報又は多次元の情報であってもよいが、これらに限定されず、さらに、アカウント情報が多次元の情報である場合、対応するチーム結成招待条件も多次元のチーム結成招待条件を含んでもよいが、これらに限定されないということを表す。例えば、アカウント情報にログイン状態及びゲーム進捗状態が含まれると仮定すると、チーム結成招待条件は、該ログイン状態及びゲーム進捗状態のそれぞれに対して予め設定された２種類の招待条件であってもよく、又は、該ログイン状態及びゲーム進捗状態を統合した情報に対して予め設定された１種類の総合的な招待条件であってもよいが、これらに限定されない。

【0043】

本実施例において、ターゲットアカウントにマッチしたチーム結成招待情報を表示する過程では、チーム結成招待情報が存在するインタフェースにトリガー可能な仮想ボタンを設けてもよいが、これに限定されない。該仮想ボタンがトリガーされると、さらにチーム結成招待指示を取得してもよいが、これに限定されない。ここで、該チーム結成招待指示は、プレイヤーチームに参加して仮想ゲームに共同で参加する招待要求を、ターゲットアカウントが位置するクライアントに送信するよう指示するためのものであってもよいが、これに限定されない。

【0044】

本実施例では、チーム結成招待情報に複数種類又は複数の招待情報が含まれる場合、アカウント情報にしたがって上記複数種類又は複数の招待情報をソートして表示し、言い換えれば、複数のターゲットアカウントが存在する場合、アカウント情報に付されているソート情報にしたがって、ターゲットアカウントにマッチしたチーム結成招待情報のそれぞれをソートして表示する。ここで、異なる次元のアカウント情報における上記ソート情報は、異なるソート規則を表すものであってもよいが、これに限定されない。例えば、ログイン状態の次元で、ソート規則は、前に並ぶログイン状態で優先的に表示することなどを含んでもよいが、これらに限定されない。また、例えば、ゲーム進捗状態の次元で、ソート規則は、アイドル状態の優先度＞非アイドル（占有とも呼ばれる）状態の優先度＞オフライン状態の優先度のようにソートして表示することを含んでもよいが、これに限定されない。また、例えば、第１アカウントとのマッチング度の次元で、ソート規則は、マッチング度が大きいほど、表示の優先度が高くなることを含んでもよいが、これに限定されない。

【0045】

いくつかの実施例では、本実施例において、アカウント情報に基づいて、少なくとも１つの第２アカウントの中からターゲットアカウントを決定することは、少なくとも１つの第２アカウントの中から、アカウント情報と第１アカウントのアカウント情報とのマッチング度がユーザマッチング条件に達した第２アカウントをターゲットアカウントとして決定することを含んでもよいが、これに限定されず、少なくとも１つの第２アカウントの中から、アカウント情報とプレイヤーチーム内の全てのアカウントの全体アカウント情報とのマッチング度がユーザマッチング条件に達した第２アカウントをターゲットアカウントとして決定してもよいが、これに限定されない。言い換えれば、ターゲットアカウントを決定する根拠は、第１アカウントとのマッチング状況に加えて、プレイヤーチーム内の他のアカウントとのマッチング状況を含んでもよいが、これに限定されない。

【0046】

さらに例を挙げて説明する。例えば、第１アカウントが現在存在しているプレイヤーチーム（５人のチームと仮定）には、アカウントａ、アカウントｂ、及びアカウントｃが存在し、第１アカウントの得意なゲームポジションは「メイジ」、アカウントａの得意なゲームポジションは「ジャングラー」、アカウントｂの得意なゲームポジションは「サポート」、アカウントｃの得意なゲームポジションは「マークスマン」であり、既知の５人のチームの最適なポジション取り合わせは、メイジ、サポート、ジャングラー、マークスマン、及びトップである。そうすると、現在のプレイヤーチームに最も不足しているゲームポジションは、「トップ」である。言い換えれば、現在のプレイヤーチームに最もマッチするゲームポジションは、「トップ」である。さらに、少なくとも１つの第２アカウントの中から、得意なゲームポジションが「トップ」であるターゲットアカウントを決定する必要がある。さらに、プレイヤーチーム内の全てのアカウントのアカウント情報をターゲットアカウントの取得根拠とすることで、プレイヤーチームのユーザマッチングの合理性を高める。さらに、合理的な陣容のプレイヤーチームを取得して初めて、プレイヤーは、仮想ゲームをより早く開始することができる。このように、仮想ゲームの実行効率を向上させる効果も実現される。

【0047】

説明すべきものとして、アカウント情報がチーム結成招待条件を満たすか否かを利用することで、どの関連アカウントが招待対象アカウントであるかを判断し、さらに、プレイヤーがより全面的なアカウントのチーム結成を行うのを効率的かつ正確に助ける。また、アカウント情報をログイン状態、ゲーム進捗状態、第１アカウントとのマッチング度の３つの次元のうちの少なくとも１つに限定することは、仮想ゲームのシナリオの特殊性に十分に契合し、現在のチーム結成のシナリオでの最適なチームメイトをユーザに推奨し、ユーザ体験を向上させる。

【0048】

さらに例を挙げて説明する。例えば、図３に示すように、プレイヤーチーム３０２のチーム結成インタフェースが表示されている。ここで、該チーム結成インタフェースには、プレイヤーチーム３０２内の１つの席に存在している第１アカウント３０４と、プレイヤーチーム３０２内の２つの空席とが含まれている。図３の（ａ）に示すように、第１アカウント３０４と関連関係がある少なくとも１つの第２アカウント３０６（友達リスト内のアカウント、例えば、アカウントａ、アカウントｂ、アカウントｃなど）のアカウント情報を取得すると仮定する。ここで、アカウント情報には、ログイン状態、ゲーム進捗状態、第１アカウントとのマッチン度のうちの少なくとも１つが含まれる。また、アカウント情報に基づいて、少なくとも１つの第２アカウント３０６の中から、ターゲットアカウント（例えば、アカウントｂ）を決定する（例えば、アカウントｂは、オンライン状態であり、チーム結成招待条件に適合する）。さらに、図３の（ｂ）に示すように、ターゲットアカウントにマッチしたチーム結成招待情報３０８を表示する。ここで、チーム結成招待情報３０８は、アカウントｂを第１アカウント３０４が存在するプレイヤーチーム３０２に招待して、仮想ゲームに共同参加させることを第１アカウント３０４に提示するためのものである。

【0049】

本願で提供される実施例では、仮想ゲームのプレイヤーチームに存在する第１アカウントを表示し、仮想ゲーム内の少なくとも１つの第２アカウントのアカウント情報を取得し、上記アカウント情報に基づいて、上記少なくとも１つの第２アカウントの中からターゲットアカウントを決定し、上記ターゲットアカウントにマッチしたチーム結成招待情報を表示し、ここで、上記アカウント情報には、ログイン状態、ゲーム進捗状態、上記第１アカウントとのマッチング度のうちの少なくとも１つが含まれ、上記ターゲットアカウントのアカウント情報がチーム結成招待条件を満たし、上記チーム結成招待情報は、上記ターゲットアカウントを上記プレイヤーチームに招待して、上記仮想ゲームに共同参加させることを上記第１アカウントに提示するためのものである。アカウント情報がチーム結成招待条件を満たすか否かを利用することで、どの関連アカウントが招待対象アカウントであるかを判断し、プレイヤーがユーザマッチングを行うのを適時かつ正確に助けるという目的が達成され、ユーザマッチングの適時性を最適化する技術的効果が実現される。

【0050】

１つの構成として、アカウント情報にログイン状態が含まれる場合、アカウント情報に基づいて、少なくとも１つの第２アカウントの中からターゲットアカウントを決定するステップは、
少なくとも１つの第２アカウントの中から、第１アカウントがプレイヤーチームに存在しない場合にログイン状態がオフライン状態であり、かつ、第１アカウントがプレイヤーチームに存在する場合にログイン状態がオンライン状態であるターゲットアカウントを決定するステップを含む。

【0051】

説明すべきものとして、アカウント情報にログイン状態が含まれる次元で、アカウント情報がチーム結成招待条件を満たすか否かを判断することは、ログイン状態がオフライン状態となる時刻が、第１アカウントがプレイヤーチームに参加する時刻の前にあるか否か、及び、ログイン状態がオンライン状態となる時刻が、第１アカウントがプレイヤーチームに参加する時刻の後にあるか否かの判断と理解されてもよい。その技術的ロジックは、下記の通りであってもよいが、これに限定されない。第１アカウントがプレイヤーチームに参加した後、オンラインのチーム結成招待可能な全ての第２アカウントを省略的又は十分に閲覧したが、オフラインのチーム結成招待不可な第２アカウントがしばしば無視され、第１アカウントの視線が届かないところに位置するアカウントと理解されてもよい。ただし、オンラインのチーム結成招待可能な全ての第２アカウントを閲覧した後、ログインしたばかりの第２アカウントが１つ又は複数出現する可能性がある。この場合、上記ログインしたばかりの第２アカウントが、第１アカウントの視線が届かないところ内のアカウントとなる。視線が届かないところのせいでアカウントのチーム結成の全面性が低下することを回避するために、本実施例では、該視線が届かないところ（オフライン）内の、第１アカウントがプレイヤーチームに参加すると、該視線が届かないところから離れた（例えば、オンラインとなったばかりの）第２アカウントをターゲットアカウントとして決定し、招待を優先的に推奨する。これにより、第１アカウントの視線が届かないところ内に位置する第２アカウントが、チーム結成招待を優先的に推奨するアカウント名簿に取り入れされ、第１アカウントの視線が届かないところ内に位置することに起因してチーム結成に適時に招待されることができないという問題の出現が回避される。

【0052】

さらに例を挙げて説明する。図３に示されたシナリオに基づいて、例えば、図４に示すように、仮想ゲームのメインインタフェースを引き続いて表示する。ここで、該メインインタフェースには、仮想ゲームにログインしている第１アカウント３０４、及び、第１アカウント３０４に関連付けられた友達リストがさらに表示されている。該友達リストには、複数の第２アカウント３０６、例えば、アカウントａ、アカウントｂ、アカウントｃが表示されている。図４の（ａ）に示すように、現在、アカウントａ、アカウントｂ、アカウントｃのプロセス状態が、それぞれ、ゲーム中、オフライン、オフラインである。さらに、図４の（ｂ）に示すように、プレイヤーチーム３０２に存在している第１アカウント３０４が表示されている。また、第１アカウント３０４がプレイヤーチーム３０２に参加した後、アカウントｂのプロセス状態がオンラインに調整されると仮定する。これは、即ち、第１アカウント３０４がプレイヤーチーム３０２に参加した後、アカウントｂが仮想ゲームにログインしたことを示す。これに基づき、アカウントｂをターゲットアカウントとして決定し、さらに、図４の（ｃ）に示すように、チーム結成招待情報３０８を表示する。

【0053】

本願で提供される実施例では、少なくとも１つの第２アカウントの中から、第１アカウントがプレイヤーチームに存在しない場合にログイン状態がオフライン状態であり、かつ、第１アカウントがプレイヤーチームに存在する場合にログイン状態がオンライン状態であるターゲットアカウントが決定され、第１アカウントの視線が届かないところ内に位置する第２アカウントを、チーム結成招待を優先的に推奨するアカウント名簿に取り入れる目的が達成され、アカウントのチーム結成の適時性を向上させる効果が実現される。

【0054】

１つの構成として、ターゲットアカウントにマッチしたチーム結成招待情報を表示した後、上記方法は、
ターゲット時間内にチーム結成招待情報に対する操作情報が取得されない場合、チーム結成招待情報を隠すステップをさらに含む。ここで、隠すことは、表示の停止を指してもよい。

【0055】

本実施例では、図３の（ｂ）に示すように、チーム結成招待情報３０８には、少なくとも１つの仮想ボタン、例えば、仮想ボタン「招待」、仮想ボタン「×」がさらに表示されている。ここで、仮想ボタン「招待」は、チーム結成招待指示（アカウントｂをプレイヤーチーム３０２に招待）のトリガーに設定されてもよいが、これに限定されない。仮想ボタン「×」は、情報クローズ指示（チーム結成招待情報３０８をクローズ）のトリガーに設定されてもよいが、これに限定されない。ターゲット時間内に該少なくとも１つの仮想ボタンからいずれの操作情報も取得されない場合、チーム結成招待情報３０８を隠す／クローズする。ここで、チーム結成招待情報３０８を隠すことは、より小さい表示範囲で隠すが、チーム結成招待情報３０８に対応するアイコンを表示すると理解されてもよいが、これに限定されない。

【0056】

説明すべきものとして、ログイン状態の次元では、第１アカウントの視線が届かないところ内に位置する第２アカウントが適時に招待されることができないということの防止が考えられるが、実は、第１アカウントの視線が届かないところ内に位置する第２アカウントが必ず第１アカウントの要求したい対象であることが保証できない。さらに、ターゲット時間内にチーム結成招待情報に対する操作情報が取得されない場合は、即ち、第１アカウントが該第２アカウントを招待したくないことを示す。これにより、チーム結成招待情報を隠して、該チーム結成招待情報による第１アカウントへの影響を低減する。

【0057】

１つの構成として、アカウント情報にゲーム進捗状態が含まれる場合、アカウント情報に基づいて、少なくとも１つの第２アカウントの中からターゲットアカウントを決定するステップは、
少なくとも１つの第２アカウントの中から、ゲーム進捗状態が占有状態である少なくとも１つの候補アカウントを決定するステップＳ１と、
少なくとも１つの候補アカウントのそれぞれに対応するアイドル残時間（占有残時間とも呼ばれる）を取得するステップＳ２と、
少なくとも１つの候補アカウントの中から、占有残時間が第１閾値以下であるターゲットアカウントを決定するステップＳ３と、を含む。

【0058】

本実施例において、占有残時間は、現在の時刻から占有状態の終了時刻までの累積時間であり、占有残時間がヌル値である場合、対応する候補アカウントはアイドル状態に設定される。

【0059】

本実施例において、ゲーム進捗状態は、仮想ゲームにおけるアカウントの状態、例えば、オンライン状態（仮想ゲームにログインしている）、オフライン状態（仮想ゲームにログインしていない）を示すためのものであってもよいが、これに限定されない。また、オンライン状態は、占有状態（１試合の仮想ゲームのプロセスに参加している）、アイドル状態（どの試合の仮想ゲームのプロセスにも参加していない）に細分化されてもよい。

【0060】

説明すべきものとして、オンライン状態の第２アカウントがユーザ（第１アカウント）の招待対象であることが多いが、チーム結成招待の条件は、招待される対象がアイドル状態にある必要があることを含むことが多い。さらに、占有状態にある第２アカウントが、第１アカウントの視線が届かないところに入れられることを引き起こしやすい。１つ又は複数の第２アカウントが現在占有状態にあるが、該占有状態がまもなく終了する場合があり得る。さらに、この場合の第２アカウントも、適時に招待されず、第１アカウントの視線が届かないところに入れられることを引き起こし、アカウントのチーム結成の全面性を低下させる。視線が届かないところのせいでアカウントのチーム結成の全面性が低下することを回避するために、本実施例では、該視線が届かないところ内の（占有された）、占有状態の残時間が低い第２アカウントをターゲットアカウントとして決定し、招待を優先的に推奨する。これにより、第１アカウントの視線が届かないところ内に位置する第２アカウントが、チーム結成招待を優先的に推奨するアカウント名簿に取り入れされ、第１アカウントの視線が届かないところ内に位置することに起因してチーム結成に適時に招待されることができないという問題の出現が回避される。

【0061】

例を挙げて説明する。図３に示されたシナリオに基づいて、例えば、図５に示すように、仮想ゲームのメインインタフェースを引き続いて表示する。ここで、該メインインタフェースには、仮想ゲームにログインしている第１アカウント３０４、及び、第１アカウント３０４に関連付けられた友達リストがさらに表示されている。該友達リストには、複数の第２アカウント３０６、例えば、アカウントａ、アカウントｂ、アカウントｃが表示されている。図５の（ａ）に示すように、現在、アカウントａ、アカウントｂ、アカウントｃのプロセス状態が、それぞれ、ゲーム中、オンライン、オフラインである。さらに、図５の（ｂ）に示すように、プレイヤーチーム３０２に存在している第１アカウント３０４が表示されている。また、第１アカウント３０４がプレイヤーチーム３０２に参加した後、アカウントａのゲームプロセスがまもなく終了すると仮定する。これに基づき、アカウントａをターゲットアカウントとして決定し、さらに、図５の（ｃ）に示すように、「あなたの友達のアカウントａがまもなくゲームを終了します。招待しますか？」というチーム結成招待情報５０２を表示する。

【0062】

本願で提供される実施例では、少なくとも１つの第２アカウントの中から、ゲーム進捗状態が占有状態である少なくとも１つの候補アカウントを決定し、少なくとも１つの候補アカウントのそれぞれに対応する占有残時間を取得し、少なくとも１つの候補アカウントの中から、占有残時間が第１閾値以下であるターゲットアカウントを決定することにより、第１アカウントの視線が届かないところ内に位置する第２アカウントを、チーム結成招待を優先的に推奨するアカウント名簿に取り入れる目的が達成され、アカウントのチーム結成の全面性を向上させる効果が実現される。

【0063】

１つの構成として、チーム結成招待情報を表示するステップは、
チーム結成招待情報に少なくとも２つの招待情報が含まれる場合、少なくとも２つの招待情報のそれぞれにマッチしたターゲットアカウントに対応する占有残時間にしたがって、少なくとも２つの招待情報をソートして表示するステップを含む。

【0064】

本実施例において、占有残時間は、ターゲットアカウントが現在の試合の仮想ゲームをまもなく終了する時間情報を提示するために、プログレスバー、カウントダウンなどの明瞭で直感的な方式で表示されてもよいが、これらに限定されない。

【0065】

説明すべきものとして、チーム結成招待情報に少なくとも２つの招待情報が含まれる場合、少なくとも２つの招待情報のそれぞれにマッチしたターゲットアカウントに対応する占有残時間にしたがって、少なくとも２つの招待情報をソートして表示する。

【0066】

さらに例を挙げて説明する。例えば、図６に示すように、プレイヤーチーム６０２のインタフェースには、プレイヤーチーム６０２に存在する第１アカウント６０４と、第１アカウント６０４に関連付けられた友達リストとが表示されている。また、該友達リストには、複数の第２アカウント６０６、例えば、アカウントａ、アカウントｂ、アカウントｃが表示されている。また、図６の（ａ）に示すように、アカウントａ及びアカウントｂは、共にゲーム中状態（占有状態）にあり、残時間が共にプログレスバーの形で展示されている（黒色は完了したゲーム進捗を示し、白色はまだ完了していないゲーム進捗を示す）。さらに、アカウントａ及びアカウントｂの占有残時間（白い進捗部分）が共にチーム結成招待条件を満たすと仮定すると、アカウントａの占有残時間がアカウントｂの占有残時間より小さいため、図６の（ｂ）に示すように、アカウントａにマッチしたチーム結成招待情報６０８を優先的に表示する。いくつかの実施例では、アカウントａにマッチしたチーム結成招待情報６０８が隠されたかクローズされた後、チーム結成招待条件を満たす次のアカウントｂにマッチしたチーム結成招待情報を順に表示する。又は、いくつかの実施例では、アカウントａにマッチしたチーム結成招待情報６０８と、アカウントｂにマッチしたチーム結成招待情報とを同時に表示するが、アカウントａにマッチしたチーム結成招待情報６０８の情報表示範囲が、アカウントｂにマッチしたチーム結成招待情報の情報表示範囲より大きい。

【0067】

本願で提供される実施例では、チーム結成招待情報に少なくとも２つの招待情報が含まれる場合、少なくとも２つの招待情報のそれぞれにマッチしたターゲットアカウントに対応する占有残時間にしたがって、少なくとも２つの招待情報をソートして表示することにより、より価値のある招待情報を優先的に表示する目的が達成され、招待情報の表示効率を向上させる効果が実現される。

【0068】

１つの構成として、アカウント情報に第１アカウントとのマッチング度が含まれる場合、アカウント情報に基づいて、少なくとも１つの第２アカウントの中からターゲットアカウントを決定するステップは、
少なくとも１つの第２アカウントの中から、第１アカウントとのリソース情報マッチング度が第２閾値以上であるターゲットアカウントを決定するステップであって、リソース情報マッチング度は、複数のアカウントにマッチした仮想リソース間のマッチングの度合いを示すためのものであり、マッチング度は、リソース情報マッチング度を含む、ステップを含む。

【0069】

本実施例において、仮想リソースは、例えば、アカウントが操作する仮想操作キャラクター、あるいは、該仮想操作キャラクターに属する仮想従属対象、あるいは、仮想ゲームに使用可能又は設定可能な仮想アイテム、仮想属性、仮想スキルなど、仮想ゲームプロセスに適用可能なリソースであってもよいが、これらに限定されない。

【0070】

本実施例において、アカウントにマッチした仮想リソースは、アカウントが複数の状況で主動的又は受動的にマッチングした仮想リソース、例えば、アカウントが一定のインタフェースで設定可能な、自身にマッチした仮想リソース、又は、システムがアカウントの過去操作情報に基づいてアカウントに割り当てた、アカウントにマッチした仮想リソースであってもよいが、これらに限定されない。

【0071】

本実施例において、仮想リソース間のマッチング関係は、アカウントが設定したもの、又は、システムがビッグデータのフィードバックに基づいて設定したものであってもよいが、これらに限定されない。例えば、仮想リソースＡと仮想リソースＢとのマッチングの度合いが５０％であり、さらに、第１アカウントが仮想リソースＡにマッチして、第２アカウントが仮想リソースＢにマッチした場合、該第１アカウントと第２アカウントとの仮想リソースマッチング度は５０％であってもよいが、これに限定されない。

【0072】

説明すべきものとして、本実施例では、アカウントに対して最適なチーム結成対象が自動的に選択され、どのようにアカウント同士の連携度を正確に知り、該連携度に基づいてアカウントに対して最適なチーム結成対象を選択するかが考えられる。連携度は、２つの側面を含んでもよい。１つは、アカウント、即ちユーザ自身の操作習慣であり、もう１つは、仮想ゲームで提供される仮想リソース間のマッチングの度合いである。操作習慣は、主観的なものに傾き、精度の高い判断を行いにくい。仮想リソース間のマッチングの度合いは、客観的に存在し、さらに、アカウント同士の連携度を知るための精度の高い判断根拠とすることができる。ここから分かるように、ユーザは他のユーザの操作習慣が自身にマッチするか否かを自分で判断することに比べて、仮想リソース同士がマッチするか否かを判断する方が安定するとともに、アカウントのチーム結成の全面性を向上させるという技術的ロジックに適合する。

【0073】

１つの構成として、仮想ゲーム内の少なくとも１つの第２アカウントのアカウント情報を取得するステップは、
第１アカウントが現在設定している第１仮想リソースを取得し、少なくとも１つの第２アカウントのそれぞれが現在設定している第２仮想リソースを取得するステップＳ１と、
各第２仮想リソースと第１仮想リソースとのマッチング度をそれぞれ計算することにより、複数のリソース情報マッチング度を取得するステップＳ２、あるいは、
第１アカウントの過去操作情報に基づいて第１ターゲット仮想リソースを取得し、第２アカウントの過去操作情報に基づいて第２ターゲット仮想リソースを取得するステップＳ１と、
各第２ターゲット仮想リソースと第１ターゲット仮想リソースとのマッチング度をそれぞれ計算することにより、複数のリソース情報マッチング度を取得するステップＳ２、あるいは、
第１アカウントの過去操作情報に基づいて第１ターゲット仮想リソースを取得し、少なくとも１つの第２アカウントのそれぞれが現在設定している第２仮想リソースを取得するステップＳ１と、
各第２仮想リソースと第１ターゲット仮想リソースとのマッチング度をそれぞれ計算することにより、複数のリソース情報マッチング度を取得するステップＳ２、あるいは、
第１アカウントが現在設定している第１仮想リソースを取得し、第２アカウントの過去操作情報に基づいて第２ターゲット仮想リソースを取得するステップＳ１と、
各第２ターゲット仮想リソースと第１仮想リソースとのマッチング度をそれぞれ計算することにより、複数のリソース情報マッチング度を取得するステップＳ２、を含む。

【0074】

本実施例において、仮想リソースの取得方法は、アカウントが現在設定している仮想リソースを取得することと、アカウントの過去操作情報に基づいてアカウントが習慣的に設定するターゲット仮想リソースを取得することと、を含んでもよいが、これらに限定されない。さらに、第１アカウントと第２アカウントとのマッチング度の計算過程では、仮想リソース及びターゲット仮想リソースを利用して複数種類の方式の計算を行うことにより、より多様な計算結果、即ち、より多様なリソース情報マッチング度を取得することができる。

【0075】

１つの構成として、アカウント情報に第１アカウントとのマッチング度が含まれる場合、アカウント情報に基づいて、少なくとも１つの第２アカウントの中からターゲットアカウントを決定するステップは、
少なくとも１つの第２アカウントの中から、第１アカウントとのやり取り情報マッチング度が第３閾値以上であるターゲットアカウントを決定するステップであって、やり取り情報マッチング度は、複数のアカウントにマッチしたやり取り関係間のマッチングの度合いを示すためのものであり、マッチング度は、やり取り情報マッチング度を含む、ステップを含む。

【0076】

本実施例において、やり取り関係は、やり取り過程でフィードバックされた関係を示すものであってもよいが、これに限定されない。例えば、２つのアカウント間で頻繁なやり取り（チャットやギフトの贈与など）を利用して両者間のやり取り情報マッチング度を増やすことができる。

【0077】

説明すべきものとして、やり取り関係は、アカウント間でやり取りが頻繁に発生しているか否かという情報を具現できることが多い。アカウント間でやり取りが頻繁に発生している場合は、該アカウントが、他のアカウントがチーム結成に優先的に招待したい対象であると理解されてもよいが、これに限定されない。あるいは、やり取り関係を、頻繁にチームを結成して仮想ゲームに参加するか否かの関係として理解してもよい。そうすると、頻繁にチームを結成して仮想ゲームに参加するアカウントを招待することを自動的に提示することは、当然アカウントのチーム結成の全面性を向上させることもできる。

【0078】

本願で提供される実施例では、少なくとも１つの第２アカウントの中から、第１アカウントとのやり取り情報マッチング度が第３閾値以上であるターゲットアカウントを決定する。ここで、やり取り情報マッチング度は、複数のアカウントにマッチしたやり取り関係間のマッチングの度合いを示すためのものであり、マッチング度は、やり取り情報マッチング度を含む。これにより、アカウントのチーム結成の全面性を向上させる効果が実現される。

【0079】

１つの構成として、アカウント情報にログイン状態、ゲーム進捗状態、マッチング度のうちの少なくとも２つが含まれる場合、チーム結成招待情報を表示するステップは、
チーム結成招待情報に少なくとも２つの招待情報が含まれる場合、少なくとも２つの招待情報のそれぞれにマッチしたやり取り情報マッチング度にしたがって、少なくとも２つの招待情報をソートして表示するステップを含む。

【0080】

説明すべきものとして、アカウント情報に多次元の情報が含まれる場合、表示の衝突が発生して、逆にアカウントのチーム結成招待をユーザに提示することに影響を及ぼすという問題を防ぐために、招待情報の表示優先度を明確にする必要がある。

【0081】

さらに例を挙げて説明する。例えば、図７に示すように、第２アカウント７０２及び第２アカウント７０４のアカウント情報（ログイン状態、ゲーム進捗状態、マッチング度の３次元の情報が含まれると仮定する）が取得されたと仮定する。ここで、第２アカウント７０２及び第２アカウント７０４のアカウント情報は、ログイン状態、ゲーム進捗状態の次元で共にチーム結成招待条件を満たす。さらに、第２アカウント７０２及び第２アカウント７０４のやり取り情報マッチング度をソート根拠として、やり取り情報マッチング度（「５」が「３」より大きい）がより大きい第２アカウント７０４にマッチした招待情報を優先的に表示する。

【0082】

本願で提供される実施例では、チーム結成招待情報に少なくとも２つの招待情報が含まれる場合、少なくとも２つの招待情報のそれぞれにマッチしたやり取り情報マッチング度にしたがって、少なくとも２つの招待情報をソートして表示することにより、招待情報の表示効率を向上させる効果が実現される。

【0083】

１つの構成として、チーム結成招待情報を表示するステップは、
チーム結成招待情報に少なくとも２つの招待情報が含まれ、かつ、アカウント情報にマッチング度が含まれる場合、少なくとも２つの招待情報のそれぞれにマッチしたマッチング度にしたがって、少なくとも２つの招待情報をソートして表示するステップを含む。

【0084】

説明すべきものとして、マッチング度に明確な高低があるため、チーム結成招待情報に少なくとも２つの招待情報が含まれ、かつ、アカウント情報にマッチング度が含まれる場合、少なくとも２つの招待情報のそれぞれにマッチしたマッチング度にしたがって、少なくとも２つの招待情報をソートして表示する。

【0085】

さらに例を挙げて説明する。例えば、図８に示すように、第２アカウント８０２及び第２アカウント８０４のマッチング度が取得されたと仮定する。ここで、第２アカウント８０２及び第２アカウント８０４のマッチング度は、共にチーム結成招待条件を満たす。さらに、第２アカウント８０２及び第２アカウント８０４のマッチング度をソート根拠として、マッチング度（「５」が「３」より大きい）がより大きい第２アカウント８０４にマッチした招待情報を優先的に表示する。

【0086】

本願で提供される実施例では、チーム結成招待情報に少なくとも２つの招待情報が含まれ、かつ、アカウント情報にマッチング度が含まれる場合、少なくとも２つの招待情報のそれぞれにマッチしたマッチング度にしたがって、少なくとも２つの招待情報をソートして表示することにより、招待情報の表示効率を向上させる効果が実現される。

【0087】

１つの構成として、ターゲットアカウントにマッチしたチーム結成招待情報を表示するステップは、
プレイヤーチームに少なくとも１つの空席がある場合、チーム結成招待情報を表示するステップを含む。

【0088】

いくつかの実施例では、本実施例において、プレイヤーチームに空席がない場合、チーム結成招待情報を隠し、プレイヤーチームに少なくとも１つの空席がある場合、チーム結成招待情報を表示する。

【0089】

さらに例を挙げて説明する。例えば、図３に示すように、プレイヤーチーム３０２に現在少なくとも１つの空席がある場合、チーム結成招待情報３０８を表示する。言い換えれば、プレイヤーチーム３０２に現在空席がないと仮定すると、ターゲットアカウントが取得されたとしても、該ターゲットアカウントにマッチした招待情報を表示しない。

【0090】

本願で提供される実施例では、プレイヤーチームに少なくとも１つの空席がある場合、チーム結成招待情報を表示することにより、チーム結成招待情報の表示に起因してチーム結成に不合理な要素があることの発生確率を低減する目的が達成され、アカウントのチーム結成方式の完全性を向上させる効果が実現される。

【0091】

１つの構成として、アカウント情報に第１アカウントとのマッチング度が含まれる場合、該方法は、
少なくとも１つの第２アカウントが仮想ゲーム内で操作する仮想キャラクターの第２属性情報を取得するステップＳ１と、
第１属性情報に基づいて、少なくとも１つの第２アカウントの中からターゲットアカウントを決定するステップＳ２であって、ターゲットアカウントが仮想ゲーム内で操作する仮想キャラクターの第２属性情報と、第１アカウントが仮想ゲーム内で操作する仮想キャラクターの第１属性情報とのマッチング度は、第４閾値に達し、マッチング度は、第１属性情報と第２属性情報とのマッチング度を含む、ステップＳ２と、を含む。

【0092】

いくつかの実施例では、本実施例において、仮想ゲームは、アカウントのユーザが１つ又は複数の仮想キャラクターを操作して共同で参加する必要がある仮想ゲームであってもよいが、これに限定されない。これに基づき、該仮想ゲームに共同で参加する過程において、複数の仮想キャラクターが持つ属性情報同士は、組み合わせ又は連携の方式であってもよいが、これらに限定されない。これにより、仮想ゲームの完成効率を向上させることができ、アカウントのユーザ間の連携の積極性を向上させることもできる。

【0093】

いくつかの実施例では、本実施例において、仮想キャラクターの属性情報は、例えば、仮想キャラクターのスキル属性情報、カード属性情報、レベル属性情報、対戦属性情報、職業属性情報など、仮想キャラクターが持つ、仮想ゲームプロセスに影響可能な属性情報と理解されてもよいが、これらに限定されない。

【0094】

さらに例を挙げて説明する。属性情報が対戦属性情報である場合を例に説明する。第１アカウントが仮想ゲーム内で操作する仮想キャラクターの対戦属性情報（第１属性情報）は、攻撃属性が強く防御属性が弱いと仮定すると、さらに、互いに補助となり連携を形成するために、第１アカウントに防御属性の強い対戦属性情報（第２属性情報）をマッチングさせる必要がある。

【0095】

さらに例を挙げて説明する。属性情報が職業属性情報である場合を例に説明する。第１アカウントが仮想ゲーム内で操作する仮想キャラクターの職業属性情報（第１属性情報）はメイジであると仮定すると、第１アカウントに、メイジではない職業（第２属性情報）の仮想操作対象に対応する第２アカウントをマッチングさせるべきである。

【0096】

本願で提供される実施例では、少なくとも１つの第２アカウントが仮想ゲーム内で操作する仮想キャラクターの第２属性情報を取得し、第１属性情報に基づいて、少なくとも１つの第２アカウントの中からターゲットアカウントを決定する。ここで、ターゲットアカウントが仮想ゲーム内で操作する仮想キャラクターの第２属性情報と、第１アカウントが仮想ゲーム内で操作する仮想キャラクターの第１属性情報とのマッチング度は、第４閾値に達し、マッチング度は、第１属性情報と第２属性情報とのマッチング度を含む。これにより、仮想キャラクターを操作して仮想ゲームに参加する際のマッチングの度合いを向上させる効果が実現される。

【0097】

１つの構成として、理解しやすいために、上記ユーザマッチング方法を射撃ゲームシナリオに適用し、例を挙げて説明する。

【0098】

ゲームのソーシャル化に伴い、特に大規模な射撃ゲームでは、友達と一緒にゲームをプレイすることに傾くプレイヤーがますます多くなっている。しかし、例えば、時間の問題やゲームの試合中の問題など、様々な理由で、チームを結成して一緒にプレイしたいプレイヤー同士は、より良く組み合うことができない。このため、本願は、プレイヤー間でチームメイトを適時に招待することができない問題を解決するいくつかのスマートな招待方式を提案する。

【0099】

本実施例では、主に３つの方向でチーム結成招待のいくつかの問題を解決する。例えば、友達がログインするときの自動招待提示機能、友達の試合がまもなく終了するときの自動招待提示機能、及び最適マッチング時のチーム結成招待提示機能である。ゲーム内でたくさんのスキルがあり、いくつかのスキルの組み合わせは、さらに強い作用を発揮することができるので、ある２つの友達のプレイヤーの間で、ある組み合わせスキルがよく使われる場合、システムは、この２つの友達が主動的に招待するように自動的に提示して、彼らにさらに強い作用を発揮させる。

【0100】

いくつかの実施例では、本実施例において、大多数の場合、プレイヤーは、チームを結成して試合をしたいときに、ルームを作成してから、友達リストの中からどれがオンラインであるかを調べて、それから招待を行う。しかし、プレイヤー自身は、いつでも友達リストを調べて、どの友達がオンラインであるかを見てから招待を行うことが不可能である。そこで、プレイヤーがルームを作成するときにログインしていないが、しばらくすると新しい友達がログインしてきた状況が見逃される可能性がある。このため、プレイヤーが既にプライベートゲームルームを作成した後に、プレイヤーの友達がログインすると、該友達を上記プライベートゲームルームに招待することを提示するために、閾値マッチの提示情報をポップアップしてもよい。そうすると、プレイヤーは友達がオンラインになったことを即刻知ることができ、それからすぐ招待することができ、招待された友達も直ちにチーム結成に参加して試合に参加することができる。

【0101】

さらに例を挙げて説明する。プレイヤーの友達Ａがログインすると、サーバは知ることができ、それからプレイヤーに知らせる。このとき、プレイヤーＡを招待するか否かをプレイヤーに提示するために、ローカルでダイアログボックスがポップアップされる。

【0102】

いくつかの実施例では、本実施例において、友達試合終了招待提示を追加してもよいが、これに限定されない。即ち、友達の試合が十数秒残っているとき、該友達を招待するか否かをポップアップウィンドウでプレイヤーに通知する。該ポップアップウィンドウでクリックして確認した後、このとき友達が現在の試合のゲームから離れていない可能性があるため、この招待がすぐプレイヤーに送られることなく、友達プレイヤーがマッチングインタフェースに戻ると、招待が該友達にプッシュされ、それから友達がクリックして確認すればよい。

【0103】

さらに例を挙げて説明する。プレイヤーの友達Ａが試合内でまもなく終了するとき、プレイヤーが自分で作成されたルームに位置し、かつ、チーム結成メンバーが不足していることをサーバが取得した場合、サーバはプレイヤーにその友達Ａがまもなく試合を終了することを通知し、このとき、システムは自動的にウィンドウをポップアップしてプレイヤーに提示する。

【0104】

いくつかの実施例では、本実施例において、プレイヤーが様々なチップスキル武器を使用することもできる。各スキル武器にそれぞれの独自性があるため、各プレイヤーは自分が最も得意なスキル武器チップを選択する。しかし、いくつかのチップスキルの組み合わせは、より大きな効果又はより強い力を発揮する可能性がある。例えば、ここでは、２つのチップ、例えば、空挺チップと時間チップのスキルの組み合わせ使用を挙げる。ここで、空挺チップの具体的な役割は、プレイヤーを上空にバウンドさせてから、ウィングスーツによって他の場所に飛行させることである。このようにして、敵に突撃することができるが、危険な場所に落ちてしまう場合もある。このため、時間チップと組み合わせて、プレイヤーを５秒前の位置に戻す。このとき、プレイヤーはバウンドの初期にある可能性があり、ウィングスーツによってチームメイトの近くに飛んで戻ることができる。この２つのチップの組み合わせ使用によって、プレイヤーは素早く突撃した後に自陣に素早く戻ることができる。

【0105】

このため、各プレイヤーは、使用するスキルが自分の使用するスキルにマッチできる友達とチームを結成したい。従って、ある友達がずっとあるスキルを使用し、かつ、プレイヤーがそれと組み合わせて使用可能なスキルを装備している場合、システムはスマートに提示する。

【0106】

いくつかの実施例では、本実施例において、下記の表（１）に示すように、スキルとスキルとの間のマッチング可能な組み合わせの関係表を予め作成する。

【0107】

【表1】

【0108】

プレイヤーが装備を更新すると、現在の友達間の装備関係を取得し、マッチング可能な組み合わせを取得すると、プレイヤーに送信して招待させる。

【0109】

さらに例を挙げて説明する。図９に示すように、上記ユーザマッチング方法が射撃ゲームシナリオに適用される場合、具体的なステップは、以下の通りである。

【0110】

ステップＳ９０２では、プレイヤーがチーム結成ルームに位置する。

【0111】

ステップＳ９０４では、友達がログインしているか否かを判断し、友達がログインしている場合、ステップＳ９０６を実行し、友達がログインしていない場合、ステップＳ９０２を実行する。

【0112】

ステップＳ９０６では、友達がログインしているが招待するか否かのダイアログボックスを提示する。

【0113】

ステップＳ９０８では、ダイアログボックスでトリガーされた操作が取得されたか否かを判断し、ダイアログボックスでトリガーされた操作が取得された場合、ステップＳ９１０を実行し、ダイアログボックスでトリガーされた操作が取得されていない場合、ステップＳ９０６を実行する。

【0114】

ステップＳ９１０では、友達が該チーム結成ルームに入ることを表示する。

【0115】

説明すべきものとして、上記ステップは、ログインしているか否かの判断であるが、他の次元で、まもなく試合を終了するか否かの判断、プレイヤーにマッチしたスキルを装備しているか否かの判断など（例えば、下記のステップ）を含んでもよいが、これらに限定されない。しかし、この３種類のステップは、シリアルと理解されるべきではなく、並列に実行されてもよいが、これに限定されない。具体的な内容は、以下の通りである。

【0116】

ステップＳ９１２では、友達がまもなく試合を終了するか否かを判断し、友達がまもなく試合を終了する場合、ステップＳ９１４を実行し、友達がまもなく試合を終了するのではない場合、ステップＳ９０２を実行する。

【0117】

ステップＳ９１４では、友達がまもなく試合を終了することを提示し、招待するか否かのダイアログボックスを提示する。

【0118】

ステップＳ９１６では、ダイアログボックスでトリガーされた操作が取得されたか否かを判断し、ダイアログボックスでトリガーされた操作が取得された場合、ステップＳ９１８を実行し、ダイアログボックスでトリガーされた操作が取得されていない場合、ステップＳ９１４を実行する。

【0119】

ステップＳ９１８では、友達が該チーム結成ルームに入ることを表示する。

【0120】

ステップＳ９２０では、友達がプレイヤーにマッチしたスキルを装備しているか否かを判断し、友達がプレイヤーにマッチしたスキルを装備している場合、ステップＳ９２２を実行し、友達がプレイヤーにマッチしたスキルを装備していない場合、ステップＳ９０２を実行する。

【0121】

ステップＳ９２２では、友達がプレイヤーにマッチしたスキルを装備していることを提示し、招待するか否かのダイアログボックスを提示する。

【0122】

ステップＳ９２４では、ダイアログボックスでトリガーされた操作が取得されたか否かを判断し、ダイアログボックスでトリガーされた操作が取得された場合、ステップＳ９２６を実行し、ダイアログボックスでトリガーされた操作が取得されていない場合、ステップＳ９２２を実行する。

【0123】

ステップＳ９２６では、友達が該チーム結成ルームに入ることを表示する。

【0124】

さらに例を挙げて説明する。クライアント（クライアントＡ及びクライアントＢ）とサーバとの通信過程は、図１０に示す通りである。

【0125】

ステップＳ１では、クライアントＡのログイン情報をサーバに報告する。

【0126】

ステップＳ２では、該ログイン情報を、Ａの友達Ｂが位置するクライアントに送信し、Ａを招待できることをポップアップウィンドウで提示する。

【0127】

ステップＳ３では、クライアントＢにおいて、ＢがＡを招待する指示を取得する。

【0128】

ステップＳ４では、情報をクライアントＡに送信する。

【0129】

ステップＳ５では、ＡがＢの招待を受け入れるか否かの情報をクライアントＡが返信する。

【0130】

ステップＳ６では、招待結果をクライアントＢに返信する。

【0131】

ステップＳ７では、Ａが装備を更新した情報をクライアントＡが報告する。

【0132】

ステップＳ８では、サーバが、Ａの装備がＢに適合することを取得し、適合情報を送信して、Ａを招待するか否かをＢが判断することに供する。

【0133】

理解できるように、本願の具体的な実施形態では、ユーザ情報に関連するデータに関し、本願の上記の実施例を具体的な製品や技術に適用するには、ユーザの許可又は同意が必要であり、関連データの収集、使用、及び処理には、関連する国や地域の関連法律法規や基準を遵守する必要がある。

【0134】

説明すべきものとして、説明を簡単にするために、前述した各方法実施例が一連の動作の組み合わせとして表現されているが、当業者は、本願によれば、何らかのステップを他の順序で又は同時に実行することができるので、本願は記載された動作の順序によって制限されないことを知っておくべきである。次に、当業者は、明細書に記載された実施例がいずれも好ましい実施例に属し、係る動作及びモジュールが必ずしも本願に必要なものではないことも知っておくべきである。

【0135】

本願の実施例の他の態様によれば、上記ユーザマッチング方法を実施するためのユーザマッチング装置がさらに提供されている。図１１に示すように、該装置は、
仮想ゲームのプレイヤーチームに存在する第１アカウントを表示する第１表示ユニット１１０２と、
仮想ゲーム内の少なくとも１つの第２アカウントのアカウント情報を取得する第１取得ユニット１１０４であって、アカウント情報には、ログイン状態、ゲーム進捗状態、第１アカウントとのマッチング度のうちの少なくとも１つが含まれる、第１取得ユニット１１０４と、
アカウント情報に基づいて、少なくとも１つの第２アカウントの中からターゲットアカウントを決定する第１決定ユニット１１０６と、
ターゲットアカウントにマッチしたチーム結成招待情報を表示する第２表示ユニット１１０８であって、チーム結成招待情報は、ターゲットアカウントをプレイヤーチームに招待して、仮想ゲームに共同参加させることを第１アカウントに提示するためのものである、第２表示ユニット１１０８と、を含む。

【0136】

本実施例において、上記ユーザマッチング装置は、仮想ゲームがインストールされているゲームアプリケーションに適用されてもよいが、これに限定されない。ここで、ゲームアプリケーションは、一人称射撃ゲーム、三人称射撃ゲームなど、火器類を使って遠隔攻撃を行うゲームの全てを含んでもよいが、これらに限定されない。ここで、上記ゲームアプリケーションは、マルチプレイヤーオンラインバトルアリーナ（ＭｕｌｔｉｐｌａｙｅｒＯｎｌｉｎｅＢａｔｔｌｅＡｒｅｎａ、ＭＯＢＡと略称される）ゲームであってもよく、又は、シングルプレイヤーゲーム（Ｓｉｎｇｌｅ－ＰｌａｙｅｒＧａｍｅ、ＳＰＧと略称される）であってもよい。説明すべきものとして、上記ゲームアプリケーションのタイプは、２次元（ＴｗｏＤｉｍｅｎｓｉｏｎ、２Ｄと略称される）ゲームアプリケーション、３次元（ＴｈｒｅｅＤｉｍｅｎｓｉｏｎ、３Ｄと略称される）ゲームアプリケーション、仮想現実（ＶｉｒｔｕａｌＲｅａｌｉｔｙ、ＶＲと略称される）ゲームアプリケーション、拡張現実（ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ、ＡＲと略称される）ゲームアプリケーション、複合現実（ＭｉｘｅｄＲｅａｌｉｔｙ、ＭＲと略称される）ゲームアプリケーションの少なくとも１つを含んでもよいが、これらに限定されない。上記は、一例に過ぎない。これに対して、本実施例は一切限定しない。

【0137】

【0138】

【0139】

本実施例において、関連関係は、例えば、友達関連関係（互いに仮想ゲーム又は他のシナリオにおける友達である）、地域関連関係（同じ地域内に位置する）、チーム関連関係（同じチームやグループに存在する）など、ある種の仮想要素によってアカウント同士が関連付けられた関係と理解されてもよいが、これに限定されない。

【0140】

【0141】

本実施例において、ターゲットアカウントは、少なくとも１つの第２アカウントのうち、アカウント情報がチーム結成招待条件を満たすアカウントである。例えば、第２アカウントＡ、第２アカウントＣのアカウント情報が両方ともチーム結成招待条件を満たさないが、第２アカウントＢのアカウント情報がチーム結成招待条件を満たす場合、第２アカウントＢをターゲットアカウントとして決定する。

【0142】

【0143】

【0144】

【0145】

本実施例では、チーム結成招待情報に複数種類又は複数の招待情報が含まれる場合、アカウント情報にしたがって上記複数種類又は複数の招待情報をソートして表示し、言い換えれば、複数のターゲットアカウントが存在する場合、アカウント情報に付されているソート情報にしたがって、ターゲットアカウントにマッチしたチーム結成招待情報のそれぞれをソートして表示する。ここで、異なる次元のアカウント情報における上記ソート情報は、異なるソート規則を表すものであってもよいが、これに限定されない。例えば、ログイン状態の次元で、ソート規則は、前に並ぶログイン状態で優先的に表示することなどを含んでもよいが、これらに限定されない。また、例えば、ゲーム進捗状態の次元で、ソート規則は、アイドル状態の優先度＞占有状態の優先度＞オフライン状態の優先度のようにソートして表示することを含んでもよいが、これに限定されない。また、例えば、第１アカウントとのマッチング度の次元で、ソート規則は、マッチング度が大きいほど、表示の優先度が高く／低くなることを含んでもよいが、これに限定されない。

【0146】

【0147】

【0148】