特許 7546523 ゲームプログラム、ゲーム装置、ゲーム処理方法、および、ゲームシステム

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

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

(11)【特許番号】

(24)【登録日】2024-08-29

(45)【発行日】2024-09-06

(54)【発明の名称】ゲームプログラム、ゲーム装置、ゲーム処理方法、および、ゲームシステム

(51)【国際特許分類】

   A63F 13/798 20140101AFI20240830BHJP

   A63F 13/79 20140101ALI20240830BHJP

【ＦＩ】

A63F13/798

A63F13/79

【請求項の数】 8

(21)【出願番号】P 2021128445

(22)【出願日】2021-08-04

(65)【公開番号】P2023023171

(43)【公開日】2023-02-16

【審査請求日】2023-04-06

(73)【特許権者】

【識別番号】000233778

【氏名又は名称】任天堂株式会社

(74)【代理人】

【識別番号】110001276

【氏名又は名称】弁理士法人小笠原特許事務所

(74)【代理人】

【識別番号】100130269

【弁理士】

【氏名又は名称】石原 盛規

(72)【発明者】

【氏名】佐藤 慎太郎

【審査官】嶋田 行志

(56)【参考文献】

【文献】特開２０１１－２１７７６２（ＪＰ，Ａ）

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

【文献】用語集/対戦用語 のバックアップ(No.39)，大乱闘スマッシュブラザーズ SPECIAL 攻略 Wiki[online]，2021年07月27日，[2023年10月3日検索], <URL: https://wikiwiki.jp/ssbswitch/?cmd=backup&page=用語集%2F対戦用語&age=39>，「スマメイト」の欄を参照

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

Ａ６３Ｆ １３／００－Ａ６３Ｆ １３／９８

Ａ６３Ｆ ９／２４

ＹｏｕＴｕｂｅ

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

【請求項1】

情報処理装置のコンピュータに実行させるゲームプログラムであって、
前記コンピュータを、
ユーザと対戦相手とが参加する対戦ゲームを実行する対戦ゲーム実行手段、
対戦毎に前記対戦相手を決定する対戦相手決定手段、
前記ユーザの前記対戦ゲームの戦績に基づくレーティングパラメータを記憶部に記憶させる記憶制御手段、
前記レーティングパラメータの更新に関する条件であって、前回の更新以降に前記ユーザが前記対戦ゲームで２以上の所定回数勝利する、または、２以上の所定回数敗北するという更新条件が満たされた場合、当該レーティングパラメータを更新する更新手段、として機能させ、
前記更新手段は、
前記レーティングパラメータが前回更新された後、今回前記更新条件が満たされるまでの間に実行された少なくとも１回以上の前記対戦ゲーム毎の戦績に基づいて、前記レーティングパラメータの累計変動量を算出し、
算出された前記累計変動量が、予め設定される閾値以上となる場合には、当該累計変動量を前記レーティングパラメータの変動量として決定し、
算出された前記累計変動量が、前記閾値未満となる場合には、当該閾値を前記レーティングパラメータの変動量として決定し、
前記決定された変動量に基づいて、前記記憶部に記憶される前記レーティングパラメータを更新する、ゲームプログラム。

【請求項2】

前記更新手段は、前記更新条件が満たされるまでの間に実行された前記対戦ゲームのそれぞれにおける前記対戦相手の前記レーティングパラメータと前記ユーザの前記レーティングパラメータとに応じて前記累計変動量を算出し、当該累計変動量に基づいて前記変動量を決定する、請求項１に記載のゲームプログラム。

【請求項3】

前記更新手段は、前記ユーザが勝利した前記対戦ゲームについて、当該ユーザの前記レーティングパラメータのほうが、前記対戦相手の前記レーティングパラメータよりも大きい場合、当該対戦相手および当該ユーザの前記レーティングパラメータの差が大きいほど前記累計変動量が小さくなるように、当該累計変動量を算出する、請求項２に記載のゲームプログラム。

【請求項4】

前記更新手段は、前記レーティングパラメータが前回更新された後から、今回前記更新条件が満たされるまでの間に実行された前記対戦ゲームについて、敗北数よりも勝利数の方が多い場合には、前記ユーザの前記レーティングパラメータが増加するように前記変動量を算出する、請求項１～３のいずれかに記載のゲームプログラム。

【請求項5】

前記対戦ゲームは、前記ユーザを含む味方チームと、前記対戦相手を含む敵チームとで対戦するゲームである、請求項１～４のいずれかに記載のゲームプログラム。

【請求項6】

ユーザと対戦相手とが参加する対戦ゲームを実行する対戦ゲーム実行手段、
対戦毎に前記対戦相手を決定する対戦相手決定手段、
前記ユーザの前記対戦ゲームの戦績に基づくレーティングパラメータを記憶部に記憶させる記憶制御手段、
前記レーティングパラメータの更新に関する条件であって、前回の更新以降に前記ユーザが前記対戦ゲームで２以上の所定回数勝利する、または、２以上の所定回数敗北するという更新条件が満たされた場合、当該レーティングパラメータを更新する更新手段、とを備え、
前記更新手段は、
前記レーティングパラメータが前回更新された後、今回前記更新条件が満たされるまでの間に実行された少なくとも１回以上の前記対戦ゲーム毎の戦績に基づいて、前記レーティングパラメータの累計変動量を算出し、
算出された前記累計変動量が、予め設定される閾値以上となる場合には、当該累計変動量を前記レーティングパラメータの変動量として決定し、
算出された前記累計変動量が、前記閾値未満となる場合には、当該閾値を前記レーティングパラメータの変動量として決定し、
前記決定された変動量に基づいて、前記記憶部に記憶される前記レーティングパラメータを更新する、ゲーム装置。

【請求項7】

情報処理装置のコンピュータに実行させるゲーム処理方法であって、
前記コンピュータに、
ユーザと対戦相手とが参加する対戦ゲームを実行させ、
対戦毎に前記対戦相手を決定させ、
前記ユーザの前記対戦ゲームの戦績に基づくレーティングパラメータを記憶部に記憶させ、
前記レーティングパラメータの更新に関する条件であって、前回の更新以降に前記ユーザが前記対戦ゲームで２以上の所定回数勝利する、または、２以上の所定回数敗北するという更新条件が満たされた場合、当該レーティングパラメータを更新させ、
前記更新に際しては、
前記レーティングパラメータが前回更新された後、今回前記更新条件が満たされるまでの間に実行された少なくとも１回以上の前記対戦ゲーム毎の戦績に基づいて、前記レーティングパラメータの累計変動量を算出させ、
算出された前記累計変動量が、予め設定される閾値以上となる場合には、当該累計変動量を前記レーティングパラメータの変動量として決定させ、
算出された前記累計変動量が、前記閾値未満となる場合には、当該閾値を前記レーティングパラメータの変動量として決定させ、
前記決定された変動量に基づいて、前記記憶部に記憶される前記レーティングパラメータを更新させる、ゲーム処理方法。

【請求項8】

ユーザと対戦相手とが参加する対戦ゲームを実行する対戦ゲーム実行手段、
対戦毎に前記対戦相手を決定する対戦相手決定手段、
前記ユーザの前記対戦ゲームの戦績に基づくレーティングパラメータを記憶部に記憶させる記憶制御手段、
前記レーティングパラメータの更新に関する条件であって、前回の更新以降に前記ユーザが前記対戦ゲームで２以上の所定回数勝利する、または、２以上の所定回数敗北するという更新条件が満たされた場合、当該レーティングパラメータを更新する更新手段、とを備え、
前記更新手段は、
前記レーティングパラメータが前回更新されてから前記更新条件が満たされるまでの間に実行された少なくとも１回以上の前記対戦ゲーム毎の戦績に基づいて、前記レーティングパラメータの累計変動量を算出し、
算出された前記累計変動量が、予め設定される閾値以上となる場合には、当該累計変動量を前記レーティングパラメータの変動量として決定し、
算出された前記累計変動量が、前記閾値未満となる場合には、当該閾値を前記レーティングパラメータの変動量として決定し、
前記決定された変動量に基づいて、前記記憶部に記憶される前記レーティングパラメータを更新する、ゲームシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、レーティングシステムを用いた対戦ゲームを実行するゲームプログラム、ゲーム装置、ゲーム処理方法、および、ゲームシステムに関する。

【背景技術】

【0002】

従来から、他のユーザとの対戦を行う対戦ゲームが知られている。また、このような対戦ゲームにおいて、対戦の勝敗結果に応じて、１対戦毎にレーティングを増減させる対戦ゲームも知られている（例えば特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【文献】国際公開第２０１８／０４２４６８号

【発明の概要】

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

【0004】

上記のような対戦ゲームでは、ユーザと対戦相手とのレーティングの差によっては、ユーザが勝利した場合であっても、レーティングの変動量が小さくなりすぎる場合があった。

【0005】

それ故に、本開示の目的は、ユーザにとって納得感のあるレーティング変動が生じるレーティングシステムを実現するゲームプログラム、ゲーム装置、ゲームシステム、ゲーム処理方法を提供することである。

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

【0006】

上記目的を達成するために、例えば以下のような構成例が挙げられる。

【0007】

構成例の一例は、情報処理装置のコンピュータに実行させるゲームプログラムであって、コンピュータを、対戦ゲーム実行手段、記憶制御手段、更新手段として機能させる。対戦ゲーム実行手段は、ユーザと対戦相手とが参加する対戦ゲームを実行する。記憶制御手段は、ユーザの対戦ゲームの戦績に基づくレーティングパラメータを記憶部に記憶させる。更新手段は、レーティングパラメータの更新に関する条件であって、前回の更新以降にユーザが対戦ゲームで２以上の所定回数勝利する、または、２以上の所定回数敗北するという更新条件が満たされた場合、当該レーティングパラメータを更新する。更に、更新手段は、レーティングパラメータが前回更新された後、今回更新条件が満たされるまでの間に実行された対戦ゲームのそれぞれの戦績に基づいて、レーティングパラメータの仮変動量を算出し、算出された仮変動量が、予め設定される閾値以上となる場合には、当該仮変動量を前記レーティングパラメータの変動量として決定し、算出された仮変動量が、閾値未満となる場合には、当該閾値をレーティングパラメータの変動量として決定し、決定された変動量に基づいて、記憶部に記憶されるレーティングパラメータを更新する。

【0008】

上記構成例によれば、一連の複数回の対戦が行われたタイミングでレーティングパラメータを更新する。更に、この更新の際に、当該一連の対戦に基づいたレーティングパラメータの変動量を仮変動量として算出し、この仮変動量が所定の閾値以上であれば、当該仮変動量をそのままレーティングパラメータの正式な変動量として用いる。また、閾値未満であれば、当該閾値のほうをレーティングパラメータの正式な変動量として用いる。つまり、１戦毎に勝敗結果をレーティングパラメータに反映するのではなく、複数回にわたる一連の対戦結果に基づいて、変動量を補正しながら更新を行う。これにより、レーティングの変動量が小さいという心証をユーザに与えることを防ぎ、ユーザの納得感の高いレーティングシステムを提供できる。また、レーティングシステム全体としてレーティングパラメータが過度に大きくなることを防ぐこともできる。

【0009】

他の構成例として、更新手段は、更新条件が満たされるまでの間に実行された対戦ゲームのそれぞれにおける対戦相手のレーティングパラメータとユーザのレーティングパラメータとに応じて仮変動量を算出し、当該仮変動量に基づいて変動量を決定してもよい。

【0010】

上記構成例によれば、ユーザ自身と対戦相手とのレーティングの差を変動量の大きさに反映させることができる。

【0011】

他の構成例として、更新手段は、ユーザが勝利した対戦ゲームについて、当該ユーザのレーティングパラメータのほうが、対戦相手のレーティングパラメータよりも大きい場合、当該対戦相手および当該ユーザのレーティングパラメータの差が大きいほど仮変動量が小さくなるように、当該仮変動量を算出してもよい。

【0012】

上記構成例によれば、自身の勝率が高い対戦相手に勝った場合の変動量を小さな量とする。これにより、ユーザの対戦ゲームの実力を示す指標としてのレーティングの内容を適切なものとすることができる。

【0013】

他の構成例として、更新手段は、レーティングパラメータが更新された後から、今回更新条件が満たされるまでの間に実行された対戦ゲームについて、敗北数よりも勝利数の方が多い場合には、ユーザのレーティングパラメータが増加するように上記変動量を算出してもよい。

【0014】

上記構成例によれば、複数回の対戦ゲームの実行における勝利数が多ければレーティングパラメータも増加するため、ユーザの納得感を確保しながら、レーティングの内容を適切なものとすることができる。

【0015】

他の構成例として、対戦ゲームは、ユーザを含む味方チームと、対戦相手を含む敵チームとで対戦するゲームもあってもよい。

【0016】

上記構成例によれば、自分以外の要因（例えば味方ユーザの行動）によって勝敗結果が変わり得るチーム対戦において、レーティングを変動させるタイミングを２以上の所定回数の対戦ゲームが行われたタイミングとすることができる。これにより、１回の対戦毎にレーティングを変動させる場合に比べ、ユーザの納得感を向上させ、対戦ゲームに対するモチベーション低下を軽減することができる。例えば、ある対戦で、（自分以外の要因で）敗北した場合にその対戦直後にレーティングの減少を提示される場合、敗北の印象がユーザにまだ強く残っていることから、ユーザのモチべーションの低下が懸念されるところ、上記のように数回の対戦を経た後で、それまでの所定回数分の対戦の戦績に基づいてレーティングの変動が提示されるようにすることで、上記のような敗北等の印象も薄れ、このようなモチベーション低下を軽減することができる。また、数回分の戦績に基づいたレーティングの変動の提示となり、ユーザからの納得感が得られやすくなることも期待できる。

【発明の効果】

【0017】

本実施形態によれば、ユーザにとって納得感のあるレーティング変動が生じるレーティングシステムを提供できる。

【図面の簡単な説明】

【0018】

【図1】ゲーム装置２の内部構成の一例を示すブロック図

【図2】記憶部８４に記憶される各種データの一例を示すメモリマップ

【図3】本実施形態に係るゲーム処理の詳細を示すフローチャート

【図4】計測期間処理の詳細を示すフローチャート

【図5】通常対戦処理の詳細を示すフローチャート

【図6】ゲーム画面の一例

【図7】ゲーム画面の一例

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

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

２ ゲーム装置
４ コントローラ
５ 表示部
８１ プロセッサ
８４ 記憶部
８５ 無線通信部
８６ コントローラ通信部
８７ 画像音声出力部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】