JP2023113995A - ゲームシステム、ゲームプログラム及び制御方法 - Google Patents

Abstract

【課題】ユーザの参加者数が複数の種目のうちの一部の種目に偏ることを抑制する。【解決手段】ユーザが参加可能な複数の種目のそれぞれにおいて、ユーザへゲームを提供し、且つコンピュータ（３０）を備えるゲームシステム（１００）であって、コンピュータは、ユーザが属するユーザ属性を取得し、ユーザが参加する種目が、ユーザ属性に直接的に又は間接的に関連付けられているか否かを判定し、種目がユーザ属性に関連付けられていない場合、ユーザに通常条件を適用し、種目がユーザ属性に関連付けられている場合、ユーザに、通常条件よりも有利な優遇条件を適用する。【選択図】図２

Description

本発明は、複数の種目のそれぞれにおいてユーザへゲームを提供するゲームシステム、ゲームプログラム、及びゲームシステムの制御方法に関する。

特許文献１は、ゲーム管理装置が組み込まれたゲームシステムにおいて、ランキング管理手段を備える構成を開示している。このランキング管理手段は、チーム評価値に基づいた各ユーザのゲーム内のランキングを管理する機能を有する。また、ランキング管理手段は、各ユーザのユーザＩＤと対応付けたチーム評価値を記憶装置に記憶してゲーム内のランキングを管理する。

特開２０１３－２２３７９８号公報

ゲーム内において開催されるイベントとして、例えば、ユーザが順位を競うランキングイベントがある。一般的なランキングイベントでは、全ユーザが同じ（唯一設けられた）ランキングに参加する。そのため、ランキングの上位には、実質的に上級ユーザしか含まれない事態が生じる。これにより、初級ユーザは、ランキングイベントへの参加意欲を減退させてしまう。また、複数の種目を設けて各々の種目で順位付け（ランキング）を行うイベントが開催される場合に、そのうちの特定の種目に参加ユーザが集中して参加者数の偏りが発生することがある。この場合、複数の種目が設けられているにも関わらず、イベント内にランキングが一つだけしか設けられていないのと同然になる。これにより、ユーザは、イベントへの参加意欲を減退させてしまう。

一態様に係るゲームシステムは、ユーザが参加可能な複数の種目のそれぞれにおいて、前記ユーザへゲームを提供し、且つコンピュータを備えるゲームシステムであって、前記コンピュータは、前記ユーザが属するユーザ属性を取得し、前記ユーザが参加する前記種目が、前記ユーザ属性に直接的に又は間接的に関連付けられているか否かを判定し、前記種目が前記ユーザ属性に関連付けられていない場合、前記ユーザに通常条件を適用し、前記種目が前記ユーザ属性に関連付けられている場合、前記ユーザに、前記通常条件よりも有利な優遇条件を適用する。

また、他の一態様に係るゲームプログラムは、コンピュータに、ユーザが参加可能な複数の種目のそれぞれにおいて、前記ユーザへゲームを提供させ、前記コンピュータに、前記ユーザが属するユーザ属性を取得させ、前記ユーザが参加する前記種目が、前記ユーザ属性に関連付けられているか否かを判定させ、前記種目が前記ユーザ属性に関連付けられていない場合、前記ユーザに通常条件を適用させ、前記種目が前記ユーザ属性に関連付けられている場合、前記ユーザに、前記通常条件よりも有利な優遇条件を適用させる。

さらに、他の一態様に係る制御方法は、ユーザが参加可能な複数の種目のそれぞれにおいて、前記ユーザへゲームを提供するゲームシステムの制御方法であって、前記ユーザが属するユーザ属性を取得し、前記ユーザが参加する前記種目が、前記ユーザ属性に関連付けられているか否かを判定し、前記種目が前記ユーザ属性に関連付けられていない場合、前記ユーザに通常条件を適用し、前記種目が前記ユーザ属性に関連付けられている場合、前記ユーザに、前記通常条件よりも有利な優遇条件を適用する。

これにより、ユーザの参加者数が複数の種目のうちの一部の種目に偏ることを抑制できる。

ゲームシステムの概略全体図。 ゲームシステムの概略ブロック図。 選択画面の一例を示す概略図。 グループ分けされたクラブチームの表。 種目のスケジュールを示す表。 登録画面の一例を示す概略図。 適用処理の一例を示すフローチャート。

以下、本発明を実施するための例示的な実施形態を、図面を参照して詳細に説明する。ただし、以下の実施形態において説明する寸法、材料、形状及び構成要素の相対的な位置は任意に設定でき、本発明が適用される方法又は物の構成又は様々な条件に応じて変更できる。また、特別な記載がない限り、本発明の範囲は、以下に具体的に記載された実施形態に限定されない。

上述したように、複数の種目のうちの一部の種目にユーザの参加者数が偏ると、ユーザは、複数の種目が設けられたイベントへの参加意欲を減退させてしまう。例えば、複数の種目の中からユーザが参加したい種目を選択して、選択された種目にユーザを参加させることが考えられる。この例では、ユーザは、参加したい複数の種目に参加登録を行って各種目に参加する。しかし、種目の内容によって、多数のユーザのゲーム嗜好及びプレイ戦略の傾向が類似して、複数の種目のうちの一部の種目にユーザの参加者数が偏る可能性がある。

より詳しくは、複数の種目のうちの攻略難易度が低い種目に、ユーザの参加者数が偏る可能性がある。また、ランキングイベントの場合、集計期間が短い（例えば一試合毎に集計する）種目よりも、集計期間が長い（例えばイベント開催期間に渡って累計する）種目の方にユーザの参加者数が偏る可能性がある。これは、集計期間が長ければ、初級ユーザであっても時間を費やすことによって、順位を上げることができるためである。さらに、ユーザ同士の情報交換等によって、攻略難易度が低いとして評判になった種目に、ユーザの参加者数が偏る可能性がある。また、種目によって参加報酬が異なる場合、報酬の内容に応じて、ユーザの参加者数が偏る可能性がある。

そこで、参加者数の偏りを抑制するために、ユーザに対して特定の種目に参加する動機を与えることが考えられる。例えば、イベント内に設けられた複数の種目のそれぞれについて、参加者が優遇される優遇時間帯を設けることが考えられる。一例として、優遇時間帯に優遇される種目に参加したユーザは、他の時間帯と比較して有利な報酬を得ることができる。これにより、ユーザに対して特定の種目に参加する動機を与えることが考えられる。しかし、ユーザにとって、各種目の優遇時間帯を把握することは煩雑又は困難である。また、複数のユーザ間においてゲームをプレイする時間帯が類似して、複数の種目のうちの一部の種目にユーザの参加者数が偏る可能性がある。

さらに、ユーザが参加を望む種目における優遇時間帯が、ユーザが参加可能な時間帯と合わない場合、ユーザはその種目に参加しづらいという不満を感じる。すなわち、ユーザによるゲームのプレイ時間帯の調整又は変更を要するため、ユーザに不満を感じさせる。そのため、ユーザの参加者数の偏りをより抑制するとともに、ユーザが感じる不満を低減することが望ましい。すなわち、ユーザに対して複数種類設けられた多様な種目に参加する動機を与え、ユーザの参加意欲を維持し且つ向上することが望ましい。

［第１実施形態］
図１に示すゲームシステム１００は、ユーザが参加可能な複数の種目のそれぞれにおいて、ユーザへゲームを提供する。そのために、ゲームシステム１００は、コンピュータの一例としてサーバ３０を備えている。このサーバ３０は、複数のコンピュータとしてのサーバユニット５２が組み合わされることにより一台の論理的なサーバとして構成されている。ただし、単一のサーバユニット５２によりサーバ３０が構成されてもよい。あるいは、クラウドコンピューティングを利用して論理的にサーバ３０が構成されてもよい。

また、ゲームシステム１００は、複数のユーザのそれぞれが使用するユーザ端末１０を含んでいる。そして、サーバ３０は、ユーザ端末１０又はユーザ端末１０のユーザに対して、ゲーム用の各種サービスを提供する。このサービスは、ネットワーク５０を介してプログラム或いはデータを配信し、更新する配信サービスを含んでいる。サーバ３０は、この配信サービスを通じて、各ユーザ端末１０にゲームの提供に必要な各種のプログラム或いはデータを適宜に配信する。

ゲーム用のサービスは、各ユーザを一意に識別するユーザ識別情報をサーバ３０がユーザ端末１０から受け取って、ユーザを認証するサービスを含んでいてもよい。また、ゲーム用のサービスは、認証したユーザのプレイ結果を含むプレイデータをサーバ３０がユーザ端末１０から受け取って保存するサービスを含んでいてもよい。さらに、ゲーム用のサービスは、サーバ３０が保存するプレイデータを、ユーザ端末１０に提供するサービスを含んでいてもよい。その他に、ゲーム用のサービスは、ネットワーク５０を介して複数のユーザが共通のゲームをプレイする際に、サーバ３０がユーザ同士をマッチングするサービスを含んでいてもよい。また、ゲーム用のサービスは、サーバ３０がユーザから料金を徴収するサービスを含んでいてもよい。

サーバ３０及びユーザ端末１０は、それぞれネットワーク５０に接続できるように構成されている。一例として、ネットワーク５０は、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するように構成されている。また、ローカルエリアネットワークＬＡＮが、サーバ３０とインターネット５１とを接続している。そして、ＷＡＮとしてのインターネット５１とローカルエリアネットワークＬＡＮとが、ルータ５３を介して接続されている。また、ネットワーク５０は、専用線、電話回線、企業内ネットワーク、移動体通信網、その他の通信回線、及びそれらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。なお、サーバ３０は、ローカルエリアネットワークＬＡＮに代えてインターネット５１により、ユーザ端末１０に接続されていてもよい。

ユーザ端末１０は、ネットワーク接続が可能であるコンピュータ装置である。例えば、ユーザ端末１０は、据置型又はブック型のパーソナルコンピュータ５４、及び携帯電話（スマートフォンを含む）のようなモバイル端末装置５５を含む。その他にも、アーケードゲーム装置、据置型の家庭用ゲーム装置、携帯型ゲーム装置、及び携帯型タブレット端末装置等の各種のコンピュータ装置が、ユーザ端末１０に含まれる。ユーザ端末１０は、各種のコンピュータソフトウェアを実装することにより、サーバ３０が提供する種々のサービスをユーザに享受させることが可能である。以下では、ユーザ端末１０がモバイル端末装置５５である例を主として説明する。

一例として、ゲームシステム１００は、野球並びにサッカー等のスポーツゲーム、対戦型のカードゲーム、音楽ゲーム、ボードゲーム、麻雀ゲーム、ＲＰＧゲーム、格闘ゲーム、パズルゲーム、クイズゲーム、及びシミュレーションゲーム等の各種のゲームを提供する。以下では、収集した仮想的なカードを使用するサッカー選手育成型のシミュレーションゲームが提供される例を主として説明する。

［ゲームの概要］
本実施形態に係る一例としてのシミュレーションゲームでは、ユーザが所有している複数の仮想的なカードを使用して試合を行うことができる。各カードは、ゲームに登場するキャラクタを示している。例えば、複数のサッカー選手のキャラクタのそれぞれを示す選手カードが存在する。そして、ユーザは、選手カードを収集するとともに、複数の選手カードを含むデッキを編成する。ユーザは、所有している選手カードの中から選択した選手カードをデッキに設定して、試合中に使用するチームのメンバーを設定する。例えば、デッキには、スターティングメンバーとなる選手と、試合中の交代要員である控えの選手とが含まれている。

例えば、ユーザは、抽選を行って当てることによって選手カードを取得して所有できる。一例として、抽選は、所定のタイミング（例えば一日に一回）で行われる。また、ユーザが所定の料金を支払うこと又はアイテムを使用することによって、抽選が行われてもよい。試合では、ユーザが使用するデッキに対応するチームと、コンピュータが設定するＮＰＣ（ノンプレイヤキャラクタ）が設定されているデッキに対応するチームとが対戦する。また、対戦相手は、相手ユーザが使用するデッキに対応するチームであってもよい。

試合を行うと、自動的に勝敗等の成績が出力される。代替的に、各ユーザが自ら選手を操作して又は選手の行動を指示して試合を行ってもよい。試合が終了すると、成績に応じて選手カードのパラメータ（例えば、能力値、経験値、又はレベル）が増減する。これにより、ユーザは、選手の育成を行うことができる。また、選手には、所定の効果（例えば、パラメータの上昇、スキルの強化、及びポイント獲得量の上昇等）を発揮する能力であるセンスが設定されている。代替的に、ユーザは、ゲーム内のアイテムによって、又は料金の支払いによって、選手カードのパラメータを増減させてもよい。また、試合の成績には、得点、試合中に選手が行った特定のプレイの回数、及び試合中の選手の行動によって増減するポイント等が含まれる。例えば、当該ポイントは、特定のプレイ、例えば、ゴールを決めるプレイ、ボールをパスするプレイ、選手のスキルを発動させるプレイ、及びボールを奪うプレイ等によって獲得できる。

また、ゲームの運営者によって特定の期間（一例として四日間又は七日間）に渡って開催されるイベントがある。一例としてのイベントは、ランキングイベントである。このランキングイベントでは、ユーザと他のユーザとが、ランキングにおける順位を競い合う。そして、ユーザの順位は一日毎に集計され、一日間にユーザが行った試合による成績によってユーザの順位が決定する。また、ユーザに対しては、順位に応じて報酬が付与される。代替的に、イベント開催期間中の累計によって集計が行われてもよい。

イベント期間中は、複数種類の種目（ランキング）の各々にユーザが参加できる。一例として、ランキングの集計対象（評価対象）としては、試合回数、獲得ポイント数、キーパーによるセービング数、得点数、スキルの発動回数、パスの回数、ユーザ及びＮＰＣのポイント数、シュート数、勝利回数、及び敗北回数等がある。各ユーザは、一日毎又はイベント開催期間に渡って、所定の数（例えば、一日毎に三つ）の種目に登録し、その順位を競うことができる。代替的に、各ユーザが登録できる種目の数に制限がなくともよい。

また、各ユーザは、登録していない種目に参加して試合をすることができてもよい。この場合、参加したユーザの成績は集計対象に含まれず、当該ユーザの順位は算出されない。これにより、一人のユーザが全ての種目に同時に登録して集計されることが防止される。

例えば、各々の種目では、ユーザが登録して参加すると、イベント用に設定されているＮＰＣのチームとユーザが使用するチームとの試合が行われる。この試合は、自動的に進行し、試合の成績（例えば、得点数及びシュート数等）が集計（評価）される。代替的に、各々の種目における試合は、ユーザが使用するチームと、他のユーザが使用するチームとの対戦であってもよい。なお、集計が一試合毎である場合、ユーザが集計期間の中で何試合行おうとも、行った試合の中からベストの成績を出した一試合における成績が集計対象となる。また、集計が累計である場合、ユーザが集計期間の中で何試合も行えば、全ての試合の成績が累積されて集計対象となる。

また、ユーザが使用するチームが試合で勝利すると、ユーザへ勝利報酬が付与される。さらに、種目（ランキング）において所定の順位（例えば、上位十位以内）に達すると、ユーザへランキング報酬が付与される。一日における順位に応じてランキング報酬が付与される場合、複数日を累積しての集計は行われない。そのため、ユーザ同士は、一日毎の順位を競い合うことになる。また、勝利報酬及びランキング報酬には、選手カード、パラメータを増減させるアイテム、及び抽選券等が含まれる。なお、ユーザが登録していない種目に参加した場合には、集計対象にならないためランキング報酬は得られない。ただし、ユーザは、登録しているか否かに関わらず勝利報酬を得ることができる。

また、勝利報酬及びランキング報酬には、ゲーム内通貨（例えばイベント専用コイン）が含まれていてもよい。ユーザは、当該コインを収集して、ゲーム内のショップにおいてコインとゲーム内アイテム（例えば、選手カード、パラメータを増減させるアイテム、及び抽選券等）とを交換できる。イベント専用コインは、イベント開催中、及びイベント開催後の所定期間内（例えば二日間）のみ使用できる。さらに、勝利報酬には抽選に当選すると追加で獲得できる追加報酬がある。すなわち、勝利報酬には、試合で勝利しただけで付与される報酬の他に、試合で勝利したことを条件として抽選が行われ、当該抽選に当選することで付与される報酬（追加報酬）がある。一例として、追加報酬は、選手カード、パラメータを増減させるアイテム、及びイベント専用コイン等である。

なお、ゲーム内において開催されるイベントは、ランキングイベントには限定されない。例えば、ゲームの運営者によってイベント用に予め用意されたイベントデッキを使用して試合を行う種目が設けられたイベントが開催されてもよい。さらに、各ユーザが単独で又は複数のユーザが協力して、特定のタスク（例えば、共通の相手を倒すこと、又は所定の得点数等の目標を達成すること）を完了させることを目的とする種目が設けられたイベントが開催されてもよい。

[サーバの構成]
図２に示すように、サーバ３０は、サーバ制御部３１と、サーバ記憶部３２とを備えている。サーバ制御部３１は、所定のプログラムに従って各種の演算処理及び動作制御を実行するプロセッサである。そして、サーバ３０は、プロセッサの動作に必要な内部メモリを含むサーバ記憶部３２と、その他の周辺装置とを組み合わせたコンピュータとして構成されている。

プロセッサは、例えばＣＰＵ（Central Processing Unit）、又はＭＰＵ（Micro-Processing Unit）である。そして、プロセッサは、サーバ記憶部３２に記憶されたプログラムに基づいて、サーバ３０の全体を制御すると共に、各種処理についても統括的に制御する。また、サーバ記憶部３２は、コンピュータ読み取り可能な他の非一時的記憶媒体である。具体的に、サーバ記憶部３２は、プロセッサが動作するためのシステムワークメモリであるＲＡＭ（Random Access Memory）、並びにプログラム及びシステムソフトウェアを格納するＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disc Drive）及びＳＳＤ（Solid State Drive）等の記憶装置を含む。

本実施形態では、ＣＰＵが、ＲＯＭ又はＨＤＤに記憶されたゲームプログラムＰＧに従って、種々の演算、制御、及び判別等の処理動作を実行する。また、サーバ制御部３１には、所定の指令及びデータを入力するキーボード若しくは各種スイッチを含む操作部が、有線接続又は無線接続されている。また、サーバ制御部３１には、装置の入力状態、設定状態、計測結果、及び各種情報を表示する表示部が、有線接続又は無線接続されている。さらに、サーバ制御部３１は、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＣＦ（Compact Flash）カード、及びＵＳＢ（Universal Serial Bus）メモリ等の可搬記録媒体、又はインターネット上のサーバ等の外部記憶媒体に記憶されたプログラムに従って制御を行うこともできる。

サーバ記憶部３２は、ゲームプログラムＰＧと、ユーザ情報３２Ａと、ゲーム情報３２Ｂと、ランキング情報３２Ｃとを記憶している。ユーザ情報３２Ａは、ユーザが登録した情報及びユーザに関連する情報を含み、ユーザによるゲームの成績及びプレイ結果等も含んでいる。また、ゲーム情報３２Ｂは、ゲーム画像及びゲーム音楽等のゲームを進行させるゲーム処理に必要な情報を含む。また、ランキング情報３２Ｃは、順位の算出に必要な情報及び算出結果を示す情報（例えばランキング）を含む。

サーバ制御部３１は、関連付け手段の一例としてのランキング管理部３１Ａと、取得手段の一例としての取得部３１Ｂと、判定手段の一例としての判定部３１Ｃと、付与手段の一例としての付与部３１Ｄと、通知手段の一例としての通知部３１Ｅとを機能部として有している。そして、ゲームプログラムＰＧは、コンピュータとしてのサーバ３０を各機能部として機能させる。すなわち、サーバ制御部３１は、コンピュータハードウエアとソフトウエアとの組み合わせによって実現される論理的装置として、各機能部を有している。代替的に、ゲームプログラムＰＧは、サーバ記憶部３２以外に、コンピュータ読み取り可能な他の非一時的記憶媒体に記憶させることもできる。

［関連付け手段］
ランキング管理部３１Ａは、試合の成績に基づいて順位を算出するとともに、ユーザによる種目の参加登録を受け付ける。また、ランキング管理部３１Ａは、種目を直接的又は間接的にユーザ属性に関連付ける。例えば、ランキング管理部３１Ａは、運営者がグループ分けしたクラブチームのグループのデータを適用することにより、ユーザ属性の一例としてのお気に入りチームを、グループを介して種目に関連づける。そして、ユーザは、自らのユーザ属性と関連付けられている種目に参加することによって、通常条件よりも有利な優遇条件を受けることができる。

さらに、ランキング管理部３１Ａは、複数の種目のうち、あるユーザのユーザ属性に関連付けられる種目とは異なる他の種目を、当該ユーザとは異なる他のユーザの他のユーザ属性に関連付ける。これにより、他のユーザは、当該他の種目に参加すると優遇条件が適用される。そのため、他のユーザは、自らに優遇条件が適用される種目に登録して参加する傾向となる。したがって、ユーザ登録数が種目の内容によって偏ることを改善できる。

一例として、ユーザ属性は、ユーザに関連する属性、又はユーザが選択若しくは登録した属性である。そして、ユーザ属性は、その属性を示す情報によって特定され、当該情報がユーザ情報３２Ａに含まれている。例えば、ユーザ属性は、ユーザが選択したお気に入りチーム等のチーム属性を含む。ユーザは、図３に示すような選択画面Ｓ１においてお気に入りのチームを選択できる。具体的に、ユーザは、ＯＯ、ＮＹ、ＫＴ、及びＹＨ等のクラブチーム名を示すアイコンを選択して、お気に入りのチームを選択できる。ユーザがお気に入りのチームを選択すると、サーバ制御部３１は、ユーザ識別情報と関連付けてお気に入りのチームを一意に識別するチーム識別情報をユーザ情報に含める。このチーム識別情報によって、チーム属性としてのお気に入りチームが特定できる。

例えば、サーバ制御部３１は、ゲームアプリをユーザ端末１０にインストールした後に、初めてプレイを開始する際に選択画面Ｓ１をユーザ端末１０に表示させる。ユーザは、実在する複数のクラブチームの中から、好み又は思い入れによって任意に一つのクラブチームをお気に入りチームとして選択する。代替的に、ユーザは、複数のクラブチームをお気に入りチームとして選択できてもよい。また、ユーザは、所望のタイミングでユーザ情報の設定画面（不図示）において、お気に入りチームを変更できる。なお、選択画面Ｓ１には、二十チームが表示されているが、実在する複数のクラブチームの数に応じてチームの数は適宜変更される。例えば、チームの数は、十八チームであってもよい。

お気に入りチームを示す情報は、ゲーム中の様々な画面に表示される。例えば、お気に入りチームを示すエンブレムは、ユーザ名と共に画面に表示される。また、デッキに編成された選手のユニフォームは、お気に入りチームのユニフォームとなり、試合中は当該ユニフォームを着た選手達がサッカーをプレイする。さらに、試合中の実況音声により呼称されるチーム名は、お気に入りチームの名称である。すなわち、お気に入りチームは、種々の画面に表示される情報又は出力される音声によって、ユーザ自身が使用するデッキのクラブチームのシンボルとして機能する。

また、デッキに含まれるカードによって示される選手が現実に所属するクラブチームと、お気に入りチームとが一致することがある。この場合、当該選手の特定の能力（例えば、スキル又はセンス等）の効果が向上する。一例として、所属するクラブチームは、日本プロサッカーリーグに参加する複数のクラブのいずれかが対応する。

チーム属性は、お気に入りチームの他に、所属クラブチームであってもよい。また、ユーザ属性は、ユーザの好みに関連する属性、例えば、好きな食べ物又は趣味等であってもよい。さらに、ユーザ属性は、ユーザ個人に関連する属性、例えば、ユーザ識別情報、星座、血液型、居住地、年齢、性別、及び干支等であってもよい。また、ユーザ属性は、ユーザに関連するゲームのプレイ結果に基づく属性、例えば、ゲーム内でのレベル、過去のイベントにおける成績（一例として上級、中級、又は初級）であってもよい。

種目へのユーザ属性の関連付けとして、例えば、ランキング管理部３１Ａは、各種目にグループ属性を対応付ける。具体的に、ランキング管理部３１Ａは、グループ属性としての各グループにクラブチームが対応付けられていることを前提として、各種目（例えば、種目を一意に識別する種目識別情報）に各グループを関連付ける。これより、ランキング管理部３１Ａは、ユーザ属性であるチーム属性を、種目に関連付けられたグループを介して間接的に種目に関連付ける。

代替的に、ランキング管理部３１Ａは、各種目に直接的にユーザ属性を関連付けてもよい。例えば、ランキング管理部３１Ａは、各種目の種目識別情報にユーザ識別情報を関連付けて適用してもよい。さらに、ランキング管理部３１Ａは、グループ属性とは異なる他の属性を適用してもよい。例えば、種目の集計方法に関する属性として、累計と一試合毎という属性であってもよい。この場合、累計の属性に対応付けされるユーザ属性と、一試合毎の属性に対応付けされるユーザ属性とが存在する。さらに、グループ属性のグループ分けは、東日本と西日本等の地理的なグループ分け、又は今年と昨年等の時間的なグループ分けであってもよい。この場合であっても、それぞれのグループ属性にユーザ属性が対応付けられる。

一例として、クラブチームのグループ分けを示す。図４は、クラブチームとグループとを関連付けたテーブルを示す図であり、このテーブルはサーバ記憶部３１に記憶されている。図４に示すように、クラブチームがグループ分けされている。図４においては、二十のクラブチームが、ＡからＧまでの七グループに関連付けられている。また、図４に示す順位は、日本プロサッカーリーグでの順位、又は過去のイベントでの順位等である。具体的に、一位のチームＯＯはＡグループに属し、二位のチームＮＹはＢグループに属し、三位のチームＫＴはＣグループに属し、四位のチームＹＨはＥグループに属している。

そして、一つのグループに上位のチームが集中しないようにグループ分け（クラブチームとグループの関連付け）が行われている。また、グループ分けは、イベントの開催期間中に渡って変わらないが、開催期間中に再度グループ分けを行ってもよい。また、前述のグループ分けは、運営者が設計したテーブルによるものであるが、ランキング管理部３１Ａが自動的に行ってもよい。さらに、クラブチームは、ランダムにグループ分けされてもよい。そして、各種目には、各グループが対応付けられている。例えば、図５は、種目（ランキング）とグループとを関連付けたテーブルを示す図である。図５に示すように、イベント開催期間中の各日（１日目～７日目）において、種目とグループとが対応付けられている。対応付けは、運営者が設計したテーブルによるものであるが、ランキング管理部３１Ａが自動的に行ってもよい。さらに、種目とグループとは、ランダムに対応付けされてもよい。

図５の例では、イベント一日目においては、「得点ラッシュ」という種目にＡグループが対応付けられている。そのため、ランキング管理部３１Ａは、ランキング情報３２Ｃを参照して、Ａグループに属するクラブチームと「得点ラッシュ」という種目を関連付けたデータを適用する。これにより、グループを介して、クラブチームと種目とが間接的に関連付けられる。図５の例では、Ａグループに属するクラブチームＯＯと、クラブチームＳＰと、クラブチームＨＭとが、「得点ラッシュ」という種目に関連付けられる。代替的に、各クラブチームが直接的に種目と関連付けられてもよい。

図５の各種目について、「得点ラッシュ」は１日を集計期間とした１日での累計得点を競う種目である。また、「スキルラッシュ」は１日を集計期間とした１日でのスキルの累計発動回数を競う種目である。また、「ポイントトライアル」は一試合中の獲得ポイント数を競う種目である。また、「パスラッシュ」は１日を集計期間とした１日でのパスの累計回数を競う種目である。また、「シュートラッシュ」は１日を集計期間とした１日でのシュートの累計回数を競う種目である。また、「ポイントラッシュ」は１日を集計期間とした１日で獲得した累計ポイント数を競う種目である。また、「スキルトライアル」は一試合中のスキルの発動回数を競う種目である。

また、図５に示すように、イベント一日目において、複数の種目のうち、Ａグループに属するチーム属性に関連付けられている種目「得点ラッシュ」とは異なる他の種目（例えば、「スキルラッシュ」）は、Ａグループに属するチーム属性に対応するユーザとは異なる他のユーザの他のユーザ属性に関連付けられている。つまり、「スキルラッシュ」は、Ｂグループに属するチーム属性に対応する他のユーザに関連付けられている。

また、ランキング管理部３１Ａは、時間の経過に伴い、複数の種目のうちあるユーザのユーザ属性に関連付けられていた種目とは異なる他の種目を、当該ユーザのユーザ属性に関連付ける。具体的には、運営者は、クラブチームのグループと種目の対応付けが時間の経過に伴い変化するように対応付けのデータ（１日毎に対応付けが変化するデータ）をテーブルとして設定する。そして、ランキング管理部３１Ａは、これらテーブル内のデータをイベント開催中の日数に応じて適用して、ユーザ属性の一例としてのお気に入りチームを、グループを介して変更後の種目に関連づける。一例として、ランキング管理部３１Ａは、前日とは別の種目の種目識別情報をクラブチームのグループに関連付けて適用することにより、ユーザ属性の一例としてのお気に入りチームを前日に対応していた種目とは異なる他の種目に関連づける。

例えば、ランキング管理部３１Ａは、図５に示すように、イベントが開始されてから一日経過すると、グループと種目との対応付けを変更する。すなわち、図５の例では、対応付けをローテーション（シフト）させている。変更後の対応付けは、テーブル内のデータとして予め運営者によって設定されており、そのため、イベント開始時には、種目「得点ラッシュ」がＡグループに属するチーム属性に関連付けられているが、一日経過した二日目には、異なる他の種目「スキルラッシュ」がＡグループに属するチーム属性に関連付けられている。時間の経過は、一日に限られず、二日以上、又は六時間等の一日よりも短い時間であってもよい。

これにより、ユーザは、イベントの開催期間中に優遇条件が適用される種目を選択し続けることができる。そのため、ユーザは、様々な種類の種目に快く参加できる。また、ユーザ属性（例えばお気に入りチーム）と種目との対応付けに公平さが生まれる。すなわち、ローテーション（シフト）によって、ユーザは、優遇条件が適用されるタイミングでイベントに設けられた種目に参加しやすくなる。そのため、異なるユーザ属性のユーザ間において不公平感が生じることを抑制できる。

また、異なる他の種目の対応付けが適用されるタイミングと、ゲームの成績を累計するタイミングとは一致させてもよく、異ならせてもよい。例えば、ランキング管理部３１Ａは、一日が経過したタイミングに異なる他の種目との対応付けを適用させるとともに、同じタイミングにゲームの成績を累計する。または、ランキング管理部３１Ａは、一日が経過したタイミングに異なる他の種目との対応付けを適用させるとともに、これとは異なるタイミング（例えば四日が経過したタイミング）にゲームの成績を累計する。

代替的に、ランキング管理部３１Ａは、優遇条件が適用される種目の数が増加するように他の種目をユーザのユーザ属性に関連付けてもよい。具体的に、ランキング管理部３１Ａは、運営者が作成したクラブチームのグループと種目の対応付けを追加するデータを設定して、ユーザ属性の一例としてのお気に入りチームを、グループを介して追加後の種目に関連づける。例えば、ランキング管理部３１Ａは、イベントが開始されてから一日経過すると、「得点ラッシュ」に加えて「スキルラッシュ」の対応付けを適用させる。これにより、優遇条件が適用される種目の数が、時間の経過に伴い増加して、ユーザは「得点ラッシュ」に加えて「スキルラッシュ」においても優遇条件を適用される。さらに、ランキング管理部３１Ａは、優遇条件が適用される種目の数が、時間の経過に伴い減少するように、種目の対応付けを適用させてもよい。

ユーザ属性に関連付けられていない種目に参加すると、ユーザには通常条件が適用される。具体的に、通常条件は、試合の勝利報酬のうち追加報酬の抽選に通常の当選確率（例えば２４％）が適用される条件である。一方、ユーザ属性に関連付けられている種目に参加すると、ユーザには通常条件よりも有利な優遇条件が適用される。具体的に、優遇条件は、試合の勝利報酬のうち追加報酬の抽選に通常よりも高い当選確率（例えば４０％）が適用される条件である。抽選に当選すると、ユーザは、追加報酬としてギフト（例えばアイテム）を獲得できる。優遇条件が適用されている状態は、第１実施形態において「ボーナスチャンス」と呼ばれる。各種目は少なくともいずれのグループに対応付けされ、少なくとも一つのグループを対象としてボーナスチャンスが発生する。そして、ユーザが設定しているお気に入りチームは、複数のグループのいずれかに対応付けられている。

優遇条件は、当選確率が高くなる条件の他、よりゲーム内価値が高い報酬（例えば、よりレアリティが高いもの）が付与される条件であってもよい。また、優遇条件は、ゲームの成績が高くなる条件、又はゲームの進行が有利に進む条件であってもよい。一例として、優遇条件は、ゲームの成績（例えば得点）に所定の係数（例えば１．２）を乗じる条件、又は所定の数（例えば５点）を加算する条件であってもよい。ゲームの成績が高くなることにより、ユーザは、ランキングの算出において有利となる。さらに、優遇条件は、選手のパラメータが高くなる条件であってもよく、選手が発動するスキルの発動間隔が短くなる条件、又はスキルの発動要件が緩和される条件であってもよい。

ボーナスチャンスは、イベントの開催期間の間、各ユーザに対して必ずいずれか一つの種目に対して発生する。このボーナスチャンスが発生している種目は、各種目への参加登録画面等を通じてユーザへ通知される。そして、いずれの種目にボーナスチャンスが発生するのかは、ユーザ毎及び一日毎に異なる。代替的に、複数のユーザの一部に対してのみボーナスチャンスが発生してもよい。また、あるユーザが対象となるボーナスチャンスが発生している種目は一日の中で固定である。ただし、一日の間に、あるユーザが対象となるボーナスチャンスの発生している種目が変わってもよい。

また、ランキング管理部３１Ａは、ユーザによる種目への参加及び／又は参加の登録を受け付ける。一例として、ユーザは、図６に示すような登録画面Ｓ２において、順位ボタンＢ１、登録ボタンＢ２、及び参加ボタンＢ３を選択できる。そして、ユーザが登録ボタンＢ２を選択する（例えば、ボタンアイコンにタッチする）操作を行うと、ランキング管理部３１Ａは操作が行われた登録ボタンＢ２に対応する種目への登録を受け付ける。そして、ランキング管理部３１Ａは、ユーザが登録した種目を一意に識別する種目識別情報をユーザ情報に含めて保存する。また、登録画面Ｓ２においては、種目毎の登録者数の状況又は登録者数を示す数値が表示される。ユーザは、登録者数の状況を見て、自らが上位を狙える種目を選んで参加できる。

ユーザが順位ボタンＢ１を選択すると、ランキング管理部３１Ａは、各種目の順位画面（不図示）を表示させる。順位画面には、種目における順位と共に、お気に入りチームのエンブレム、ユーザ名、及びランキングにおけるユーザの成績（例えば、累計の得点等）等が表示される。また、ユーザが参加ボタンＢ３を選択すると、サーバ制御部３１は、種目に対応した試合を一試合実行する。なお、ユーザは、登録していない種目にも参加できる。ただし、ユーザが登録していない種目に参加しても、ランキングの集計対象にはならない。このように、集計の対象となる登録数を制限している。これにより、ユーザが、多数のユーザに人気の種目と、優遇条件が適用される種目との両方に登録することを難しくして偏りを抑制できる。代替的に、ランキング管理部３１Ａは、ユーザが登録している種目にのみ参加できるように制限してもよい。

［取得手段］
取得部３１Ｂは、ユーザが属するユーザ属性を取得する。一例として、取得部３１Ｂは、ユーザ情報３２Ａを参照し、ユーザ属性を示す情報（例えば、お気に入りチームのチーム識別情報）を介してユーザ属性（例えばお気に入りチーム）を取得する。より具体的には、取得部３１Ｂが、ユーザ情報３２Ａにおけるユーザ属性を示す情報が記憶されるアドレス領域を参照し、当該アドレス領域に記憶されるユーザ属性を示す情報を、プロセッサ（ＣＰＵ）のレジスタやキャッシュ若しくはサーバ記憶部３２におけるプロセッサの動作に必要な内部メモリ（ワーク領域など）に読み出す。また、取得部３１Ｂは、通常条件又は優遇条件を適用する際に、ユーザ属性を取得する。例えば、取得部３１Ｂは、ユーザが種目に参加するとき、又はユーザによる参加種目の登録時にユーザ属性を取得する。代替的に、取得部３１Ｂは、ユーザに対して報酬を付与する際に、ユーザ属性を取得してもよい。さらに、取得部３１Ｂは、ユーザがユーザ端末１０から入力したユーザ属性を受け取ることによって取得してもよい。

［判定手段］
判定部３１Ｃは、ユーザが参加する種目が、ユーザ属性に直接的に又は間接的に関連付けられているか否かを判定する。一例として、判定部３１Ｃは、ユーザによる種目の参加時に、取得部３１Ｂが取得したユーザ属性とランキング情報３２Ｃとを参照して、ユーザが参加する種目がユーザ属性に関連付けられているか否かを判定する。

具体例として、ゲームにおいては、チーム同士が試合を行う。ここで、チームは、ＮＰＣからなるチームであるが、他のユーザが使用するチームであってもよい。そして、イベントにおいては、種目に参加する複数のユーザが試合の成績の順位を競う。さらに、ユーザ属性は、ユーザが選択したチームを示すチーム属性であり、判定部３１Ｃは、種目に関連付けられたグループ属性にチーム属性が関連付けられている場合に、種目がユーザ属性に関連付けられていると判定する。なお、当該関連付けは、直接的であっても間接的であってもよい。

［付与手段］
付与部３１Ｄは、判定部３１Ｃによる判定結果を参照する。そして、付与部３１Ｄは、種目がユーザ属性に関連付けられていない場合、ユーザに通常条件を適用する。また、付与部３１Ｄは、種目がユーザ属性に関連付けられている場合、ユーザに、通常条件よりも有利な優遇条件を適用する。そのため、ユーザがお気に入りチームに関連付けられた種目に参加することによって、ユーザに優遇条件が適用される。なお、優遇条件は、種目の順位に影響を与える条件ではない。ただし、優遇条件は、成績の増加などの順位に影響を与える条件であってもよい。

付与部３１Ｄは、ゲームをプレイしたユーザへ報酬を付与する。そして、付与部３１Ｄは、付与した報酬をユーザ情報３２Ａに含めて記憶させる。さらに、付与部３１Ｄは、種目がユーザ属性に関連付けられていない場合、通常条件に基づいて報酬をユーザに付与する。一方、付与部３１Ｄは、種目がユーザ属性に関連付けられている場合、優遇条件に基づいて報酬をユーザに付与する。一例として、付与部３１Ｄは、報酬としての抽選券をユーザに付与すると共に、勝利報酬のうち追加報酬の抽選に通常条件を適用する際には通常の当選確率で抽選を行う。一方、勝利報酬のうち追加報酬の抽選に優遇条件を適用する際には、より高い当選確率で抽選を行う。なお、付与部３１Ｄは、試合に勝利する又は抽選に当選する等の特定の条件が満たされた場合に限り、ゲームをプレイしたユーザへ報酬を付与してもよい。

優遇条件は、ユーザ属性に関連するように設定されていてもよい。例えば、優遇条件は、ユーザ属性であるチーム属性に関連して、お気に入りチームに現実に所属する選手カードの当選確率が高くなることである。または、優遇条件は、性別というユーザ属性に関連して、女性向け又は男性向けのゲーム内アイテムが追加報酬として付与されることであってもよい。これにより、ユーザの参加者数が複数の種目のうちの一部の種目に偏ることをより抑制できる。すなわち、ユーザに関連するような優遇条件が適用されるため、報酬を目当てとするユーザは、複数種類の種目の中から参加する種目を選択する上で、優遇条件が適用される種目を選択する傾向になる。

したがって、ユーザ登録数が種目の内容によって偏ることを改善しつつ、ユーザは、自身が優遇される種目に参加できる。さらに、参加の時間帯に応じて優遇条件が適用されるか否かが決まる態様では、全ユーザに対して同じ種目において優遇条件が適用され且つ当該同じ種目が全ユーザへ通知される。一方、本実施形態の態様では、ユーザ属性（例えば、お気に入りチーム）が異なるユーザ同士では、異なる種目において優遇条件が適用され且つ当該異なる種目がそれぞれのユーザへ通知される。そのため、ユーザ登録数が種目の内容によって偏ることをより改善できる。さらに、ユーザによるゲームのプレイ時間帯の調整又は変更を低減して、ユーザは快く複数の種目が設けられたイベントに参加できる。

［通知手段］
通知部３１Ｅは、複数の種目のうちユーザが参加した場合に優遇条件が適用される対象種目を、ユーザに対して通知する。一例として、通知部３１Ｅは、図６に示す登録画面Ｓ２に「ボーナスチャンス」という文字を含む通知表示Ｄを表示させる。これにより、通知部３１Ｅは、ユーザに対して対象種目（図６の例では「得点ラッシュ」の種目）を通知する。そのため、ユーザは、参加した場合に優遇条件が適用される対象種目を把握して、優遇条件が適用される種目に参加できる。代替的に、通知部３１Ｅは、音声によってユーザへ通知してもよく、メール送信等の方法によってユーザへ通知してもよい。また、通知部３１Ｅは、表示制御手段としても機能し、ランキングの結果としての順位等を端末表示部１５に表示させることによってユーザへ通知する。

［ユーザ端末］
ユーザ端末１０は、端末制御部１１と、端末記憶部１２とを備えている。端末制御部１１は、所定のプログラムに従って各種の演算処理及び動作制御を実行するプロセッサである。そして、ユーザ端末１０は、プロセッサの動作に必要な内部メモリを含む端末記憶部１２と、その他の周辺装置とを組み合わせたコンピュータとして構成されている。プロセッサは、例えばＣＰＵ、又はＭＰＵであり、端末記憶部１２に記憶された不図示のプログラムに基づいて、ユーザ端末１０の全体を制御すると共に、各種処理についても統括的に制御する。さらに、端末制御部１１は、可搬記録媒体、又は外部記憶媒体に記憶されたプログラムに従って制御を行うこともできる。

また、端末記憶部１２は、コンピュータ読み取り可能な非一時的記憶媒体である。具体的に、端末記憶部１２は、ＲＡＭ、ＲＯＭ、ＨＤＤ及びＳＳＤ等の記憶装置を含む。また、ユーザ端末１０は、登録画面Ｓ２等を表示する表示手段、及びお気に入りチームの選択操作等を入力する操作手段として機能するタッチパネル等の端末表示部１５を備えている。代替的に、ユーザ端末１０は、表示手段とは別体のであり、且つ所定の指令及びデータを入力するキーボード若しくは各種スイッチを含む操作部を備えていてもよい。さらに、ユーザ端末１０は、操作手段とは別体であり、且つ装置の入力状態、設定状態、計測結果、及び各種情報を表示する表示部を備えていてもよい。また、ユーザ端末１０は、ゲーム音楽などを出力する音声出力部１６を備えている。

［適用処理］
図７を参照して適用処理の一例について説明する。ランキング管理部３１Ａは、種目を直接的又は間接的にユーザ属性に関連付ける（Ｓ１０１）。例えば、ランキング管理部３１Ａは、グループ分けしたクラブチームのグループのデータ（図４のテーブル）と当該グループに対応付けられた種目の種目識別情報とのデータ（図５のテーブルのうちイベントを開始してからの日数に対応するデータ）を適用して、ユーザ属性の一例としてのお気に入りチームを、グループを介して種目に関連づける。そして、通知部３１Ｅは、優遇条件が適用される対象種目を、ユーザに対して通知する（Ｓ１０２）。一例として、通知部３１Ｅは、登録画面Ｓ２に「ボーナスチャンス」という文字を含む通知表示Ｄを表示させる。ユーザは、通知表示Ｄを参照して参加登録すべき種目を認識する。

ユーザは、種目を選択して参加登録をする操作として、例えば、登録ボタンＢ２をタッチ操作する。そして、ランキング管理部３１Ａは、ユーザによる種目の登録を受け付ける（Ｓ１０３）。さらに、取得部３１Ｂは、ユーザが属するユーザ属性として、例えばお気に入りチームを取得する（Ｓ１０４）。その後、ユーザが種目に参加する操作、例えば、参加ボタンＢ３をタッチ操作すると、ランキング管理部３１Ａは、ユーザによる種目の参加を受け付ける。そして、判定部３１Ｃは、ユーザが参加する種目が、ユーザ属性に関連付けられているか否かを判定する（Ｓ１０５）。関連付けられていない場合（Ｓ１０５でＮＯ）、付与部３１Ｄはユーザに通常条件を適用する（Ｓ１０６）。一方、関連付けられている場合（Ｓ１０５でＹＥＳ）、付与部３１Ｄはユーザに優遇条件を適用する（Ｓ１０７）。

そして、ゲーム提供手段としてのサーバ制御部３１は、ユーザに一試合分のゲームを提供し、ユーザはゲームをプレイする（Ｓ１０８）。ゲームのプレイが終了して所定の条件（例えば、試合に勝利するという条件）を達成すると、付与部３１Ｄは、ユーザへ通常条件又は優遇条件に応じて報酬を付与する（Ｓ１０９）。さらに、サーバ制御部３１は、ユーザの成績をユーザ情報に含めて保存する。

そして、ランキング管理部３１Ａは、各ユーザのユーザ情報を参照してランキングを作成または更新する（Ｓ１１０）。その後、プレイした種目を引き続きプレイ可能な場合（Ｓ１１１でＹＥＳ）、ユーザの参加受付とゲームの提供（Ｓ１０８）が繰り返される。プレイした種目を引き続きプレイできない場合（Ｓ１１１でＮＯ）、例えば、一日が経過した場合、ランキング管理部３１Ａは最終的なランキング結果を作成して処理が終了する。そして、通知部３１Ｅは、ユーザの操作（例えば、順位ボタンＢ１をタッチする操作）に応じて、ランキング結果をユーザへ通知する。さらに、通知部３１Ｅは、ランキング結果に応じた報酬をユーザへ通知してもよい。この場合、付与部３１Ｄは、ランキング結果に応じた報酬をユーザへ付与する。

以上説明した第１実施形態に係るゲームシステム１００によれば、ユーザの参加者数が複数の種目のうちの一部の種目に偏ることを抑制できる。すなわち、優遇条件が適用されるため、ユーザは、複数種類の種目の中から参加するものを選択する上で、自身が優遇される種目を選択する傾向になる。したがって、ユーザ参加者数が種目の内容によって偏ることを改善できる。さらに、ユーザによるゲームのプレイ時間帯の調整又は変更を低減して、ユーザは快く種目に参加できる。

また、ゲームシステム１００においては、ユーザ属性として、チーム属性であるお気に入りチームが使用されている。そして、当該チーム属性は、現実のスポーツ（例えば、セントラル・リーグ、パシフィック・リーグ、又は日本プロサッカーリーグ等）に参加している実在のチームに対応して設けることができる。ユーザは、自身の好み及び思い入れに基づいてお気に入りチームを選択する傾向にある。そのため、イベントに設けられた各種目にお気に入りチームを対応付けることにより、種目の参加ユーザに占める同じお気に入りチームを設定しているユーザの割合を増やすことができる。そして、同じお気に入りチームを設定しているユーザの多数が同じ種目に参加することになる。このような同じお気に入りチームを設定しているユーザ同士は、同じチームを好む又は応援している仲間又は同好の士である。したがって、ユーザは、同好のユーザが多く集まる種目に快く参加でき、一体感をもって種目を楽しんでプレイすることができる。

以上、各実施形態を参照して本発明について説明したが、本発明は上記実施形態に限定されるものではない。本発明に反しない範囲で変更された発明、及び本発明と均等な発明も本発明に含まれる。また、各実施形態及び各変形形態、並びに各実施形態又は各変形形態に含まれる技術的手段は、本発明に反しない範囲で適宜組み合わせることができる。

例えば、ランキング管理部３１Ａ、取得部３１Ｂ、判定部３１Ｃ、付与部３１Ｄ、及び通知部３１Ｅの少なくとも一つは、端末制御部１１に設けられていてもよい。この場合は、サーバ３０とユーザ端末１０とが協働してゲームシステム１００のコンピュータとして機能する。

上述した実施の形態及び変形例のそれぞれから導き出される本発明の各種の態様を以下に記載する。なお、以下の説明では、本発明の各態様の理解を容易にするために添付図面に図示された対応する構成要素を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。

ゲームシステム（１００）は、ユーザが参加可能な複数の種目のそれぞれにおいて、前記ユーザへゲームを提供し、且つコンピュータ（３０）を備えるゲームシステムであって、前記コンピュータは、前記ユーザが属するユーザ属性を取得し、前記ユーザが参加する前記種目が、前記ユーザ属性に直接的に又は間接的に関連付けられているか否かを判定し、前記種目が前記ユーザ属性に関連付けられていない場合、前記ユーザに通常条件を適用し、前記種目が前記ユーザ属性に関連付けられている場合、前記ユーザに、前記通常条件よりも有利な優遇条件を適用する。

コンピュータ（３０）に、ユーザが参加可能な複数の種目のそれぞれにおいて、前記ユーザへゲームを提供させるゲームプログラム（ＰＧ）は、前記コンピュータに、前記ユーザが属するユーザ属性を取得させ、前記ユーザが参加する前記種目が、前記ユーザ属性に関連付けられているか否かを判定させ、前記種目が前記ユーザ属性に関連付けられていない場合、前記ユーザに通常条件を適用させ、前記種目が前記ユーザ属性に関連付けられている場合、前記ユーザに、前記通常条件よりも有利な優遇条件を適用させる。

制御方法は、ユーザが参加可能な複数の種目のそれぞれにおいて、前記ユーザへゲームを提供するゲームシステム（１００）の制御方法であって、前記ユーザが属するユーザ属性を取得し、前記ユーザが参加する前記種目が、前記ユーザ属性に関連付けられているか否かを判定し、前記種目が前記ユーザ属性に関連付けられていない場合、前記ユーザに通常条件を適用し、前記種目が前記ユーザ属性に関連付けられている場合、前記ユーザに、前記通常条件よりも有利な優遇条件を適用する。

これにより、ユーザの参加者数が複数の種目のうちの一部の種目に偏ることを抑制できる。すなわち、優遇条件が適用されるため、ユーザは、複数種類の種目の中から参加するものを選択する上で、自身が優遇される種目を選択する傾向になる。したがって、ユーザ登録数が種目の内容によって偏ることを改善できる。さらに、ユーザによるゲームのプレイ時間帯の調整又は変更を低減して、ユーザが快く種目に参加できる。

前記コンピュータ（３０）は、前記複数の種目うち、前記ユーザ属性に関連付けられる前記種目とは異なる他の種目を、前記ユーザとは異なる他のユーザの他のユーザ属性に関連付ける。これにより、他のユーザは、他の種目において優遇条件を受けることができる。そのため、他のユーザは、自らに優遇条件が適用される種目に登録して参加する傾向となる。したがって、ユーザ登録数が種目の内容によって偏ることを改善できる。

前記コンピュータ（３０）は、時間の経過に伴い、前記複数の種目のうち前記種目とは異なる他の種目を前記ユーザの前記ユーザ属性に関連付ける。これにより、ユーザは、イベントの開催期間中に複数の種目のうち優遇条件が適用される種目を選択し続けることができる。そのため、ユーザは、様々な種類の種目に快く参加できる。また、ユーザ属性と種目との対応付けに公平さが生まれる。

前記コンピュータ（３０）は、前記複数の種目のうち前記ユーザが参加した場合に前記優遇条件が適用される対象種目を、前記ユーザに対して通知する。そのため、ユーザは、対象種目を把握して、優遇条件が適用される種目に参加できる。

前記コンピュータ（３０）は、前記ゲームをプレイした前記ユーザへ報酬を付与するとともに、前記種目が前記ユーザ属性に関連付けられていない場合、前記通常条件に基づいて前記報酬を前記ユーザに付与し、且つ前記種目が前記ユーザ属性に関連付けられている場合、前記優遇条件に基づいて前記報酬を前記ユーザに付与する。

前記優遇条件は、前記ユーザ属性に関連するように設定されている。これにより、ユーザの参加者数が複数の種目のうちの一部の種目に偏ることをより抑制できる。すなわち、ユーザに関連するような優遇条件が適用されるため、報酬を目当てとするユーザは、複数種類の種目の中から参加するものを選択する上で、優遇条件が適用される種目を選択する傾向になる。

前記ゲームにおいては、チーム同士が試合を行い、前記種目においては、前記種目に参加する複数のユーザが前記試合の成績の順位を競い、前記ユーザ属性は、前記ユーザが選択したチームを示すチーム属性であり、前記コンピュータ（３０）は、前記種目に関連付けられたグループ属性に前記チーム属性が関連付けられている場合に、前記種目が前記ユーザ属性に関連付けられていると判定する。

チーム属性は、現実のスポーツに参加している実在のチームに対応して設けることができる。そのため、各種目にお気に入りチームを対応付けることにより、同じ種目に参加するユーザに占める同じお気に入りチームを設定しているユーザの割合を増やすことができる。そして、同じお気に入りチームを設定しているユーザの多数が同じ種目に参加することになる。したがって、ユーザは、同好のユーザが多く集まる種目に快く参加することができ、一体感をもって種目を楽しむことができる。

３０ ：サーバ（コンピュータ）
１００：ゲームシステム
ＰＧ ：ゲームプログラム

Claims (9)

1. ユーザが参加可能な複数の種目のそれぞれにおいて、前記ユーザへゲームを提供し、且つコンピュータを備えるゲームシステムであって、
   前記コンピュータは、
   前記ユーザが属するユーザ属性を取得し、
   前記ユーザが参加する前記種目が、前記ユーザ属性に直接的に又は間接的に関連付けられているか否かを判定し、
   前記種目が前記ユーザ属性に関連付けられていない場合、前記ユーザに通常条件を適用し、
   前記種目が前記ユーザ属性に関連付けられている場合、前記ユーザに、前記通常条件よりも有利な優遇条件を適用する、ゲームシステム。
2. 前記コンピュータは、前記複数の種目のうち、前記ユーザ属性に関連付けられる前記種目とは異なる他の種目を、前記ユーザとは異なる他のユーザの他のユーザ属性に関連付ける、請求項１に記載のゲームシステム。
3. 前記コンピュータは、時間の経過に伴い、前記複数の種目のうち前記種目とは異なる他の種目を前記ユーザの前記ユーザ属性に関連付ける、請求項１に記載のゲームシステム。
4. 前記コンピュータは、前記複数の種目のうち前記ユーザが参加した場合に前記優遇条件が適用される対象種目を、前記ユーザに対して通知する、請求項１から３のいずれか一項に記載のゲームシステム。
5. 前記コンピュータは、前記ゲームをプレイした前記ユーザへ報酬を付与するとともに、前記種目が前記ユーザ属性に関連付けられていない場合、前記通常条件に基づいて前記報酬を前記ユーザに付与し、且つ前記種目が前記ユーザ属性に関連付けられている場合、前記優遇条件に基づいて前記報酬を前記ユーザに付与する、請求項１から４のいずれか一項に記載のゲームシステム。
6. 前記優遇条件は、前記ユーザ属性に関連するように設定されている、請求項１に記載のゲームシステム。
7. 前記ゲームにおいては、チーム同士が試合を行い、
   前記種目においては、前記種目に参加する複数のユーザが前記試合の成績の順位を競い、
   前記ユーザ属性は、前記ユーザが選択したチームを示すチーム属性であり、
   前記コンピュータは、前記種目に関連付けられたグループ属性に前記チーム属性が関連付けられている場合に、前記種目が前記ユーザ属性に関連付けられていると判定する、請求項１に記載のゲームシステム。
8. コンピュータに、ユーザが参加可能な複数の種目のそれぞれにおいて、前記ユーザへゲームを提供させるゲームプログラムは、
   前記コンピュータに、
   前記ユーザが属するユーザ属性を取得させ、
   前記ユーザが参加する前記種目が、前記ユーザ属性に関連付けられているか否かを判定させ、
   前記種目が前記ユーザ属性に関連付けられていない場合、前記ユーザに通常条件を適用させ、
   前記種目が前記ユーザ属性に関連付けられている場合、前記ユーザに、前記通常条件よりも有利な優遇条件を適用させる、ゲームプログラム。
9. ユーザが参加可能な複数の種目のそれぞれにおいて、前記ユーザへゲームを提供するゲームシステムの制御方法であって、
   前記ユーザが属するユーザ属性を取得し、
   前記ユーザが参加する前記種目が、前記ユーザ属性に関連付けられているか否かを判定し、
   前記種目が前記ユーザ属性に関連付けられていない場合、前記ユーザに通常条件を適用し、
   前記種目が前記ユーザ属性に関連付けられている場合、前記ユーザに、前記通常条件よりも有利な優遇条件を適用する、制御方法。

Images