特許 7565374 マルチプレイヤーオンラインバトルプログラムのためのメッセージ送信方法、並びにその装置、端末、及びプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-02

(45)【発行日】2024-10-10

(54)【発明の名称】マルチプレイヤーオンラインバトルプログラムのためのメッセージ送信方法、並びにその装置、端末、及びプログラム

(51)【国際特許分類】

   A63F 13/87 20140101AFI20241003BHJP

   A63F 13/79 20140101ALI20241003BHJP

   A63F 13/533 20140101ALI20241003BHJP

   A63F 13/53 20140101ALI20241003BHJP

【ＦＩ】

A63F13/87

A63F13/79 500

A63F13/533

A63F13/53

【請求項の数】 12

(21)【出願番号】P 2022560968

(86)(22)【出願日】2021-10-15

(65)【公表番号】

(43)【公表日】2023-07-11

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

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

(87)【国際公開日】2022-11-24

【審査請求日】2022-10-05

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

(32)【優先日】2021-05-20

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

【前置審査】

(73)【特許権者】

【識別番号】517392436

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

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

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

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100150197

【弁理士】

【氏名又は名称】松尾 直樹

(72)【発明者】

【氏名】王 ▲鵬▼森

(72)【発明者】

【氏名】何 佳▲遜▼

(72)【発明者】

【氏名】梁 志▲銘▼

(72)【発明者】

【氏名】▲陽▼ 邦▲華▼

(72)【発明者】

【氏名】廖 新越

(72)【発明者】

【氏名】▲陳▼ 新

(72)【発明者】

【氏名】鼓 云▲韜▼

(72)【発明者】

【氏名】▲陳▼ 嘉杰

【審査官】岸 智史

(56)【参考文献】

【文献】中国特許出願公開第１１０３６８６９１（ＣＮ，Ａ）

【文献】特開２０１１－０５５９８１（ＪＰ，Ａ）

【文献】特開２００１－２３９０５９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６３Ｆ ９／２４、１３／００－１３／９８

(57)【特許請求の範囲】

【請求項1】

第１端末が実行するマルチプレイヤーオンラインバトルプログラムのためのメッセージ送信方法であって、前記第１端末は第１アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記方法は、
前記マルチプレイヤーオンラインバトルプログラムの第１ユーザインタフェースを表示するステップであって、前記マルチプレイヤーオンラインバトルプログラムは、少なくとも２つのチームの仮想キャラクターがオンライン対戦を行うための仮想環境を提供する、ステップと、
前記仮想環境における仮想キャラクターについて警告条件を満たしているイベントが生じたことに応答し、前記第１ユーザインタフェースの所定領域で警告送信コントロールを表示するステップであって、前記警告送信コントロールは、前記イベントに対応する警告メッセージを送信するためのものであり、前記イベントは、前記仮想環境における前記第１アカウントが制御する第１仮想キャラクターとは異なるチームに属する敵側仮想キャラクターについて敵側警告条件を満たしているイベント、及び、前記仮想環境における前記第１仮想キャラクターについて味方警告条件を満たしているイベントのうちの少なくとも１つであり、少なくとも２つのイベントに対応する前記警告メッセージは異なっている、ステップと、
前記警告送信コントロールで前記敵側警告条件または前記味方警告条件に対応するアイコンを表示するステップであって、前記敵側警告条件に対応するアイコンと前記味方警告条件に対応するアイコンとは外観上異なる、ステップと、
前記警告送信コントロールでトリガされた送信操作に応答し、第２端末に前記警告メッセージを送信するステップであって、前記第２端末は第２アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記第１アカウントと前記第２アカウントとはチームメイト関係を有する、ステップと、を含む方法。

【請求項2】

前記仮想環境における敵側仮想キャラクターについて敵側警告条件を満たしているイベントが生じたことに応答し、前記第１ユーザインタフェースの所定領域で前記警告送信コントロールを表示する前記ステップは、
前記仮想環境における敵側仮想キャラクターのキャラクター情報を取得するステップであって、前記キャラクター情報は、時間情報、空間情報、行為情報及びキャラクター属性情報のうちの少なくとも１つを含む、ステップと、
前記仮想環境における敵側仮想キャラクターの少なくとも１つのキャラクター情報が敵側警告条件を満たしていることに応答し、前記第１ユーザインタフェースの所定領域で前記警告送信コントロールを表示するステップと、を含む請求項１に記載の方法。

【請求項3】

前記敵側警告条件は、
前記敵側仮想キャラクターの、指定期間での消え時間が第１時間閾値に達したことと、
前記敵側仮想キャラクターの、指定地図領域での出現時間が第２時間閾値に達したことと、
前記敵側仮想キャラクターのキャラクターレベルがレベル閾値に達したことと、
前記敵側仮想キャラクターが指定スキルを使用し、且つ前記指定スキルの傷害閾値範囲内には味方仮想キャラクターがいることと、
前記敵側仮想キャラクターの隠す場所が発見されたことと、のうちの少なくとも１つを含む請求項２に記載の方法。

【請求項4】

前記敵側警告条件はさらに、
前記第１仮想キャラクターと前記敵側仮想キャラクターとが同一レーンにいることと、
前記第１仮想キャラクターから前記敵側仮想キャラクターまでの距離が最も近いことと、
前記第１仮想キャラクターが味方仮想キャラクターのうちの、所持金が最も多い仮想キャラクターであることと、
前記第１仮想キャラクターが前記敵側仮想キャラクターの隠す場所を発見したことと、のうちの少なくとも１つを含む請求項３に記載の方法。

【請求項5】

前記仮想環境における前記第１仮想キャラクターについて味方警告条件を満たしているイベントが生じたことに応答し、前記第１ユーザインタフェースの所定領域で前記警告送信コントロールを表示する前記ステップは、
前記仮想環境における第１仮想キャラクターのキャラクター情報を取得するステップであって、前記キャラクター情報は、時間情報、空間情報、行為情報及びキャラクター属性情報のうちの少なくとも１つを含む、ステップと、
前記仮想環境における第１仮想キャラクターの少なくとも１つのキャラクター情報が味方警告条件を満たしていることに応答し、前記第１ユーザインタフェースの所定領域で前記警告送信コントロールを表示するステップと、を含む請求項１に記載の方法。

【請求項6】

前記味方警告条件は、
前記第１仮想キャラクターの戦闘力が戦闘力閾値より低いことと、
前記第１仮想キャラクターのヒットポイントがヒットポイント閾値より低いことと、のうちの少なくとも１つを含む請求項５に記載の方法。

【請求項7】

前記方法は、
前記第１ユーザインタフェースで前記警告メッセージを表示するステップをさらに含む請求項１～５の何れか１項に記載の方法。

【請求項8】

前記警告メッセージのメッセージコンテンツは、
前記第１アカウントのアバターと、
前記警告条件が所属するタイプに対応するアイコンと、
前記警告条件に対応する文字と、のうちの少なくとも１つを含む請求項７に記載の方法。

【請求項9】

前記方法は、
前記警告送信コントロールの表示時間が第３時間閾値に達し、且つ前記警告送信コントロールでのトリガ操作を受信していない場合、前記第１ユーザインタフェースで前記警告送信コントロールの表示を取り消すステップをさらに含む請求項１～５の何れか１項に記載の方法。

【請求項10】

マルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信装置であって、前記装置は第１アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記装置は、
前記マルチプレイヤーオンラインバトルプログラムの第１ユーザインタフェースを表示するための表示モジュールであって、前記マルチプレイヤーオンラインバトルプログラムは、少なくとも２つのチームの仮想キャラクターがオンライン対戦を行うための仮想環境を提供する、表示モジュールと、
前記仮想環境における仮想キャラクターについて警告条件を満たしているイベントが生じたことに応答し、前記第１ユーザインタフェースの所定領域で警告送信コントロールを表示するためのインタラクティブモジュールであって、前記警告送信コントロールは、前記イベントに対応する警告メッセージを送信するためのものであり、前記イベントは、前記仮想環境における前記第１アカウントが制御する第１仮想キャラクターとは異なるチームに属する敵側仮想キャラクターについて敵側警告条件を満たしているイベント、及び、前記仮想環境における前記第１仮想キャラクターについて味方警告条件を満たしているイベントのうちの少なくとも１つであり、少なくとも２つのイベントに対応する前記警告メッセージは異なっていて、前記警告送信コントロールで前記敵側警告条件または前記味方警告条件に対応するアイコンを表示し、前記敵側警告条件に対応するアイコンと前記味方警告条件に対応するアイコンとは外観上異なる、インタラクティブモジュールと、
前記警告送信コントロールでトリガされた送信操作に応答し、第２端末に前記警告メッセージを送信するための送信モジュールであって、前記第２端末は第２アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記第１アカウントと前記第２アカウントとはチームメイト関係を有する、送信モジュールと、を含む装置。

【請求項11】

端末であって、前記端末はプロセッサとメモリとを含み、前記メモリには少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットが記憶され、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセットまたは命令セットは前記プロセッサによってロードされ、実行されることで、請求項１～９の何れか１項に記載のマルチプレイヤーオンラインバトルプログラムのためのメッセージ送信方法を実現する端末。

【請求項12】

コンピュータプログラムであって、前記コンピュータプログラムには少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットが記憶され、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセットまたは命令セットはプロセッサによってロードされ、実行されることで、請求項１～９の何れか１項に記載のマルチプレイヤーオンラインバトルプログラムのためのメッセージ送信方法を実現するコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は２０２１年０５月２０日にて提出されて、出願番号が２０２１１０５５３１８１０であり、発明名称が「マルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法、装置、端末及び媒体」である中国特許出願の優先権を主張して、その全ての内容は援用されることで、本出願に結合される。

【0002】

本出願はマンマシンインタラクション分野に関して、特に、マルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法、装置、端末及び媒体に関している。

【背景技術】

【0003】

マルチプレイヤーオンラインバトルアリーナ（Ｍｕｌｔｉｐｌａｙｅｒ Ｏｎｌｉｎｅ Ｂａｔｔｌｅ Ａｒｅｎａ、ＭＯＢＡ）はとても人気があるゲーム形式である。当該ゲーム形式において、ユーザは装備を購入し、分散したゲーム地図で互いに競争する２つのチームに分かれる。各ユーザはいずれもリアルタイムストラテジー（Ｒｅａｌ－ＴｉｍｅＳｔｒａｔｅｇｙ、ＲＴＳ）ジャンルのインタフェースで、選択した仮想キャラクターを制御し、ユーザは、ただ自分で選択した仮想キャラクターを制御すればよい。

【0004】

関する技術において、ＭＯＢＡゲーム内には、異なるユーザの間がコミュニケーションを行うためのメッセージ送信機能が含まれる。ユーザインタフェースにはチャットのためのメッセージコントロールが表示され、ユーザは当該メッセージコントロールをクリックすることで、チャットインタフェースに進み、そして、仮想キーボードまたは物理キーボードで文字を入力してから、送信キーをクリックし、メッセージを送信する。

【発明の概要】

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

【0005】

ただし、ＭＯＢＡゲームの対戦リズムがタイトであり、仮想キーボードまたは物理キーボードを手動で叩くことで、文字を入力する操作ステップが多いため、コミュニケーションの効率が低くて、文字の入力は、ラウンド内のゲーム操作に影響する。

【0006】

本出願の実施例は、マルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信効率を向上でき、マンマシンインタラクション効率を高めることができるマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法、装置、端末及び媒体を提供する。前記技術案は以下の通りである。

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

【0007】

本出願の１つの態様によれば、第１端末が実行するマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法を提供し、前記第１端末は第１アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記方法は、
前記マルチプレイヤーオンラインバトルプログラムの第１ユーザインタフェースを表示するステップであって、前記マルチプレイヤーオンラインバトルプログラムは、少なくとも２つのチームの仮想キャラクターがオンライン対戦を行うための仮想環境を提供する、ステップと、
前記仮想環境における仮想キャラクターについて警告条件を満たしているイベントが生じたことに応答し、前記第１ユーザインタフェースの所定領域で、警告送信コントロールを表示するステップであって、前記警告送信コントロールは、前記イベントに対応する警告メッセージを送信するためのものである、ステップと、
前記警告送信コントロールでトリガされた送信操作に応答し、第２端末に前記警告メッセージを送信するステップであって、前記第２端末は第２アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記第１アカウントと前記第２アカウントとはチームメイト関係を有するステップと、を含む。

【0008】

本出願の別の態様によれば、第２端末が実行するマルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信方法を提供し、前記第２端末は第２アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記方法は、
前記マルチプレイヤーオンラインバトルプログラムの第２ユーザインタフェースを表示するステップであって、前記マルチプレイヤーオンラインバトルプログラムは、少なくとも２つのチームの仮想キャラクターがオンライン対戦を行うための仮想環境を提供する、ステップと、
警告メッセージを受信するステップであって、前記警告メッセージは、前記仮想環境における仮想キャラクターについて警告条件を満たしているイベントが生じ、且つ前記イベントに対応する警告送信コントロールがトリガされた場合、第１端末が送信するものであり、前記第１端末は第１アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記第１アカウントと前記第２アカウントとはチームメイト関係を有する、ステップと、
前記第２ユーザインタフェースで前記警告メッセージを表示するステップと、を含む。

【0009】

本出願の別の態様によれば、マルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信装置を提供し、前記装置は第１アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記装置は、
前記マルチプレイヤーオンラインバトルプログラムの第１ユーザインタフェースを表示するための表示モジュールであって、前記マルチプレイヤーオンラインバトルプログラムは、少なくとも２つのチームの仮想キャラクターがオンライン対戦を行うための仮想環境を提供する、表示モジュールと、
前記仮想環境における仮想キャラクターについて警告条件を満たしているイベントが生じたことに応答し、前記第１ユーザインタフェースの所定領域で警告送信コントロールを表示するためのインタラクティブモジュールであって、前記警告送信コントロールは、前記イベントに対応する警告メッセージを送信するためのものである、インタラクティブモジュールと、
前記警告送信コントロールでトリガされた送信操作に応答し、第２端末に前記警告メッセージを送信するための送信モジュールであって、前記第２端末は第２アカウントでマルチプレイヤーオンラインバトルプログラムにログインし、前記第１アカウントと前記第２アカウントとはチームメイト関係を有する、送信モジュールと、を含む。

【0010】

本出願の別の態様によれば、マルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信装置を提供し、前記装置は第２アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記装置は、
前記マルチプレイヤーオンラインバトルプログラムの第２ユーザインタフェースを表示するための表示モジュールであって、前記マルチプレイヤーオンラインバトルプログラムは、少なくとも２つのチームの仮想キャラクターがオンライン対戦を行うための仮想環境を提供する、表示モジュールと、
警告メッセージを受信するための受信モジュールであって、前記警告メッセージは、前記仮想環境における仮想キャラクターについて警告条件を満たしているイベントが生じ、且つ前記イベントに対応する警告送信コントロールがトリガされた場合、第１端末が送信するものであり、前記第１端末は第１アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記第１アカウントと前記第２アカウントとはチームメイト関係を有する、受信モジュールと、を含み、
表示モジュールはさらに、前記第２ユーザインタフェースで前記警告メッセージを表示する。

【0011】

本出願の別の態様によれば、端末を提供し、前記端末はプロセッサとメモリとを含み、前記メモリには少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットが記憶され、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセットまたは命令セットは前記プロセッサによってロードされ、実行されることで、上記のマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法、または上記のマルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信方法を実行する。

【0012】

本出願の別の態様によれば、コンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体には少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットが記憶され、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセットまたは命令セットはプロセッサによってロードされ、実行されることで、上記のマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法、またはメッセージ受信方法を実現する。

【0013】

本出願の別の態様によれば、コンピュータプログラム製品を提供し、前記コンピュータプログラム製品には少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットが記憶され、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセットまたは命令セットはプロセッサによってロードされ、実行されることで、上記のマルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信方法を実現する。

【発明の効果】

【0014】

本出願の実施例が提供した技術案による有益な効果は少なくとも以下を含み、
仮想キャラクターについて警告条件を満たしているイベントが生じた場合、自動的に当該イベントに対応する警告送信コントロールを第１ユーザインタフェースで生成し、ユーザは、警告送信コントロールに対する選択操作のみによって、敵側仮想キャラクターまたは自分で制御する仮想キャラクターに関する警告メッセージをチームメイトに送信でき、これによって、味方は警告情報を迅速に把握でき、効果的なマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法を提供し、ユーザが複数回のクリック操作、キー入力操作でメッセージを送信する時間を節約し、マンマシンインタラクション効率を向上させる。

【図面の簡単な説明】

【0015】

【図1】本出願の１つの実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法のインタフェース模式図である。

【図2】本出願の１つの実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法のインタフェース模式図である。

【図3】本出願の１つの実施例が提供したコンピュータシステムの構成ブロック図である。

【図4】本出願の１つの実施例が提供したマルチプレイヤーオンラインバトルシステムの模式図である。

【図5】本出願の１つの実施例による、ＭＯＢＡゲームの仮想環境が提供した地図の模式図である。

【図6】本出願の１つの実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法のフローチャートである。

【図7】図５の実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法の実施際のインタフェース模式図である。

【図8】本出願の１つの実施例が提供したＨＵＤ領域のインタフェース模式図である。

【図9】本出願の１つの実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法における警告情報、具体的な警告条件、警告送信コントロール表示タイミング、警告送信コントロール表現形式、及び警告メッセージ表現形式の間の対応関係を示す。

【図10】本出願の１つの実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法のフローチャートである。

【図11】本出願の１つの実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信方法のフローチャートである。

【図12】本出願の１つの実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信装置の模式図である。

【図13】本出願の１つの実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信装置の模式図である。

【図14】本出願の１つの実施例が提供した端末の構成模式図である。

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

【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】

好ましくは、第１端末は、仮想環境における第１仮想キャラクター、及びその味方仮想キャラクターのキャラクター情報を同時に取得し、当該キャラクター情報は、時間情報、空間情報、行為情報及びキャラクター属性情報のうちの少なくとも１つを含む。

【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】

例示的に、第１クライアントは、警告メッセージが付けられたフレーム同期信号をサーバに送信し、サーバは第２仮想キャラクター（好ましくは、第１仮想キャラクターを含む）に対応する第２クライアントにフレーム同期信号を送信する。第２クライアントは、第１クライアントが送信したフレーム同期信号を受信し、当該フレーム同期信号には警告メッセージが付けられる。

【0149】

ステップ６６０：第２ユーザインタフェースで警告メッセージを表示する。

【0150】

警告メッセージのメッセージコンテンツは、第１アカウントのアバターと、警告条件が所属するタイプに対応するアイコンと、警告条件に対応する文字と、のうちの少なくとも１つを含む。

【0151】

例示的に、第２クライアントが受信した警告メッセージは、敵側仮想キャラクターＡが召喚士スキルを使用して治療し、且つ敵側仮想キャラクターＡが召喚士スキルを使用して治療する際、２０００ミリ範囲内には味方仮想キャラクターが存在すると指示する。当該警告条件が所属するタイプに対応するアイコンは、敵側仮想キャラクターＡのアバターであり、当該警告条件に対応する文字は「治療がない」である。従って、第２ユーザインタフェースで警告メッセージを表示し、警告メッセージのコンテンツは、第１アカウントのアバター、敵側仮想キャラクターＡのアバター、及び「治療がない」の文字を含む。

【0152】

以上のように、本実施例が提供した方法は、仮想環境における仮想キャラクターについて生じたイベントが警告条件を満たしている場合、第１アカウントが送信した警告情報を受信し、第２ユーザインタフェースで当該警告情報を表示することで、効果的なマルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信方法を提供する。当該警告メッセージは、第１アカウントによる手動選択またはキー入力を必要せず、仮想キャラクター情報に基づき、自動に生成するとともに、第１アカウントにプッシュし、第１アカウントはただワンクリックで選択し送信すれば、警告メッセージを第２アカウントと共有し、マルチプレイヤーオンラインバトルプログラムにおいて、チーム内のコミュニケーション効率を向上させる。

【0153】

図１２は本出願の例示的な実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信装置の模式図であり、当該装置は第１アカウントでマルチプレイヤーオンラインバトルプログラムにログインし、当該装置は、
前記マルチプレイヤーオンラインバトルプログラムの第１ユーザインタフェースを表示するための表示モジュール８２０であって、前記マルチプレイヤーオンラインバトルプログラムは、少なくとも２つのチームの仮想キャラクターがオンライン対戦を行うための仮想環境を提供する表示モジュール８２０と、
前記仮想環境における仮想キャラクターについて警告条件を満たしているイベントが生じたことに応答し、前記第１ユーザインタフェースの所定領域で、前記イベントに対応する警告メッセージを送信するための警告送信コントロールを表示するためのインタラクティブモジュール８４０と、
前記警告送信コントロールでトリガされた送信操作に応答し、第２端末に前記警告メッセージを送信するための送信モジュール８６０であって、前記第２端末は第２アカウントでマルチプレイヤーオンラインバトルプログラムにログインし、前記第１アカウントと前記第２アカウントとはチームメイト関係を有する、送信モジュール８６０と、を含む。

【0154】

可能な設計において、インタラクティブモジュール８４０は、前記仮想環境における敵側仮想キャラクターについて敵側警告条件を満たしているイベントが生じたことに応答し、前記第１ユーザインタフェースの所定領域で前記警告送信コントロールを表示し、及び／または、
インタラクティブモジュール８４０は、前記仮想環境における前記第１仮想キャラクターについて味方警告条件を満たしているイベントが生じたことに応答し、前記第１ユーザインタフェースの所定領域で前記警告送信コントロールを表示する。

【0155】

可能な設計において、インタラクティブモジュール８４０は取得サブモジュール８４２と、インタラクティブサブモジュール８４４とを含む。取得サブモジュール８４２は、前記仮想環境における敵側仮想キャラクターの、時間情報、空間情報、行為情報及びキャラクター属性情報のうちの少なくとも１つが含まれたキャラクター情報を取得し、インタラクティブサブモジュール８４４は、前記仮想環境における敵側仮想キャラクターの少なくとも１つのキャラクター情報が敵側警告条件を満たしていることに応答し、前記第１ユーザインタフェースの所定領域で前記警告送信コントロールを表示する。

【0156】

可能な設計において、前記敵側警告条件は、前記敵側仮想キャラクターの、指定期間での消え時間が第１時間閾値に達したことと、前記敵側仮想キャラクターの、指定地図領域での出現時間が第２時間閾値に達したことと、前記敵側仮想キャラクターのキャラクターレベルがレベル閾値に達したことと、前記敵側仮想キャラクターが指定スキルを使用し、且つ前記指定スキルの傷害閾値範囲内には味方仮想キャラクターがいることと、及び前記敵側仮想キャラクターの隠す場所が発見されたことと、のうちの少なくとも１つを含む。

【0157】

可能な設計において、前記敵側警告条件はさらに、前記第１仮想キャラクターと前記敵側仮想キャラクターとが同一レーンにいることと、前記第１仮想キャラクターから前記敵側仮想キャラクターまでの距離が最も近いことと、前記第１仮想キャラクターが味方仮想キャラクターのうちの、所持金が最も多い仮想キャラクターであることと、前記第１仮想キャラクターが前記敵側仮想キャラクターの隠す場所を発見したことと、のうちの少なくとも１つ。

【0158】

可能な設計において、インタラクティブモジュール８４０は取得サブモジュール８４２と、インタラクティブサブモジュール８４４とを含む。取得サブモジュール８４２は、前記仮想環境における第１仮想キャラクターの、時間情報、空間情報、行為情報及びキャラクター属性情報のうちの少なくとも１つが含まれたキャラクター情報を取得し、インタラクティブサブモジュール８４４は、前記仮想環境における第１仮想キャラクターの少なくとも１つのキャラクター情報が味方警告条件を満たしていることに応答し、前記第１ユーザインタフェースの所定領域で前記警告送信コントロールを表示する。

【0159】

可能な設計において、前記味方警告条件は、前記第１仮想キャラクターの戦闘力が戦闘力閾値より低いことと、前記第１仮想キャラクターのヒットポイントがヒットポイント閾値より低いことと、のうちの少なくとも１つを含む。

【0160】

可能な設計において、インタラクティブモジュール８４０は、前記警告送信コントロールで前記敵側警告条件または前記味方警告条件に対応するアイコンを表示する。

【0161】

可能な設計において、表示モジュール８２０は、前記第１ユーザインタフェースで前記警告メッセージを表示する。

【0162】

可能な設計において、前記警告メッセージのメッセージコンテンツは、前記第１アカウントのアバターと、前記警告条件が所属するタイプに対応するアイコンと、前記警告条件に対応する文字と、のうちの少なくとも１つを含む。

【0163】

可能な設計において、インタラクティブモジュール８４０は、前記警告送信コントロールの表示時間が第３時間閾値に達し、且つ前記警告送信コントロールでのトリガ操作を受信していない場合、前記第１ユーザインタフェースで前記警告送信コントロールの表示を取り消す。

【0164】

図１３は本出願の例示的な実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信装置の模式図であり、当該装置は第２アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、当該装置は、
前記マルチプレイヤーオンラインバトルプログラムの第２ユーザインタフェースを表示するための表示モジュール９２０であって、前記マルチプレイヤーオンラインバトルプログラムは、少なくとも２つのチームの仮想キャラクターがオンライン対戦を行うための仮想環境を提供する表示モジュール９２０と、
前記仮想環境における仮想キャラクターについて警告条件を満たしているイベントが生じ、且つ前記イベントに対応する警告送信コントロールがトリガされた場合、第１端末が送信する警告メッセージを受信するための受信モジュール９４０であって、前記第１端末は第１アカウントで前記マルチプレイヤーオンラインバトルプログラムにログインし、前記第１アカウントと前記第２アカウントとはチームメイト関係を有する受信モジュール９４０と、を含む。
表示モジュール９２０はさらに、前記第２ユーザインタフェースで前記警告メッセージを表示する。

【0165】

可能な設計において、前記仮想環境における敵側仮想キャラクターについて敵側警告条件を満たしているイベントが生じ、且つ前記イベントに対応する警告送信コントロールがトリガされた場合、前記第１端末は前記警告メッセージを送信し、及び／または、前記仮想環境における前記第１仮想キャラクターについて味方警告条件を満たしているイベントが生じ、且つ前記イベントに対応する警告送信コントロールがトリガされた場合、前記第１端末は前記警告メッセージを送信し、前記第１仮想キャラクターは前記第１アカウントが制御する仮想キャラクターである。

【0166】

可能な設計において、敵側警告条件は、前記敵側仮想キャラクターの、指定期間での消え時間が第１時間閾値に達したことと、前記敵側仮想キャラクターの、指定地図領域での出現時間が第２時間閾値に達したことと、前記敵側仮想キャラクターのキャラクターレベルがレベル閾値に達したことと、前記敵側仮想キャラクターが指定スキルを使用し、且つ前記指定スキルの傷害閾値範囲内には味方仮想キャラクターがいることと、前記敵側仮想キャラクターの隠す場所が発見されたことと、のうちの少なくとも１つを含む。

【0167】

可能な設計において、前記敵側警告条件はさらに、前記第１仮想キャラクターと前記敵側仮想キャラクターとが同一レーンにいることと、前記第１仮想キャラクターから前記敵側仮想キャラクターまでの距離が最も近いことと、前記第１仮想キャラクターが味方仮想キャラクターのうちの、所持金が最も多い仮想キャラクターであることと、前記第１仮想キャラクターが前記敵側仮想キャラクターの隠す場所を発見したことと、のうちの少なくとも１つを含む。

【0168】

可能な設計において、前記味方警告条件は、前記第１仮想キャラクターの戦闘力が戦闘力閾値より低いことと、前記第１仮想キャラクターのヒットポイントがヒットポイント閾値より低いことと、のうちの少なくとも１つを含む。

【0169】

可能な設計において、前記警告メッセージのメッセージコンテンツは、前記第１アカウントのアバターと、前記警告条件が所属するタイプに対応するアイコンと、前記警告条件に対応する文字と、のうちの少なくとも１つを含む。

【0170】

図１４は、本出願の例示的な実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信端末、またはマルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信端末の構成模式図である。当該端末１６００は携帯型モバイル端末、例えば、スマートフォン、パネルパソコン、ＭＰ３プレーヤー（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ａｕｄｉｏ ＬａｙｅｒＩＩＩ、動画専門家集団オーディオレイヤー３）、ＭＰ４（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ａｕｄｉｏ ＬａｙｅｒＩＶ、動画専門家集団オーディオレイヤー４）プレーヤーであってもよい。端末１６００は、ユーザ機器、携帯型端末などの他の名称と呼ばれてもよい。

【0171】

一般的に、端末１６００はプロセッサ１６０１とメモリ１６０２とを含む。

【0172】

プロセッサ１６０１は１つまたは複数のプロセッシングコア、例えば、４コアプロセッサ、８コアプロセッサなどを含んでもよい。プロセッサ１６０１は、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ、デジタル信号処理）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、フィールドプログラム可能なゲートアレイ）、及びＰＬＡ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ａｒｒａｙ、プログラマブルロジックアレイ）のうちの少なくとも１つハードウエア形式で実現されてもよい。プロセッサ１６０１は、ウェイク状態でのデータを処理するためのプロセッサ、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置）とも呼ばれるメインロセッサと、待機状態でのデータを処理するための低消費電力プロセッサであるコプロセッサとを含んでもよい。いくつかの実施例において、プロセッサ１６０１にはＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、グラフィックス プロセッシング ユニット）が集積されてもよく、ＧＰＵは、ディスプレイスクリーンが表示する必要があるコンテンツに対するレンダリング及び描画を行う。いくつかの実施例において、プロセッサ１６０１は、機械学習に関するコンピューティング操作を処理するためのＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ、人工知能）プロセッサを含んでもよい。

【0173】

メモリ１６０２、有形的及び非一時的な１つまたは複数のコンピュータ可読記憶媒体を含んでもよい。メモリ１６０２は高速ランダムアクセスメモリ、及び、１つまたは複数の磁気ディスク記憶機器、瞬間移動記憶機器のような不揮発性メモリを含んでもよい。いくつかの実施例において、メモリ１６０２における非一時的なコンピュータ可読記憶媒体は少なくとも１つの命令を記憶し、当該少なくとも１つの命令はプロセッサ１６０１によって実行されることで、本出願が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法、またはマルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信方法を実現する。

【0174】

当業者が理解できるように、図１４の構成は電子機器１６００を限定していなく、図示より多く、または少ないユニットを含んでもよく、またはいくつかのユニットを組み合わせてもよく、或いは、異なるユニット配置を採用してもよい。

【0175】

本出願はコンピュータ可読記憶媒体をさらに提供し、当該記憶媒体には少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットが記憶され、当該少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットはプロセッサによってロードされるとともに、実行されることで、前記各方法実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法、またはマルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信方法を実現する。

【0176】

本出願はコンピュータプログラム製品をさらに提供し、当該記憶媒体には少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットが記憶され、当該少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットはプロセッサによってロードされるとともに、実行されることで、前記各方法実施例が提供したマルチプレイヤーオンラインバトルプログラムにおけるメッセージ送信方法、またはマルチプレイヤーオンラインバトルプログラムにおけるメッセージ受信方法を実現する。

【符号の説明】

【0177】

820 表示モジュール
840 インタラクティブモジュール
842 取得サブモジュール
844 インタラクティブサブモジュール
860 送信モジュール
920 表示モジュール
940 受信モジュール
1601 プロセッサ
1602 メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】