JP2021146030A - コンピュータシステムおよびゲームシステム - Google Patents

Abstract

【課題】ゲームに登場するオブジェクトに対する愛情をプレーヤ間で競い合う興趣性を醸成することができる技術を提供すること。【解決手段】サーバシステム１１００は、複数のキャラクタが登場する対戦ゲームの実行を制御する対戦ゲーム制御部２３１と、キャラクタ毎に、１以上のユーザが所属可能なファングループを設定するグループ設定部２３７と、ユーザ毎に、ユーザの所属先グループのキャラクタに対する愛情指数を、ユーザによるキャラクタに関する愛情操作に基づいて算定する愛情指数算定部２４１と、対戦ゲームの対戦結果と、ファングループに所属する各ユーザの愛情指数とに基づいて、各ユーザに付与する特典を決定する特典決定部２４３と、を備える。【選択図】図１０

Description

本発明は、コンピュータシステム等に関する。

従来から、複数のプレーヤがキャラクタを共有して育成していくゲームにおいて、その共有キャラクタの成長（属性変化）にプレーヤがどの程度貢献したのかの貢献度に応じて当該属性変化の大きさ等を変更するようにした技術が知られている（特許文献１を参照）。

特開２０１６−７３３９号公報

しかしながら、特許文献１の技術は、グループ（ギルド）内での交流を盛んにするために、グループ（ギルド）に所属するプレーヤ全体で共有キャラクタを成長（属性変化）させていくことを主眼とした技術である。換言すると、１つのキャラクタを、グループに属するプレーヤみんなで楽しく育成させていくゲームと言える。

従って、特許文献１の技術では、次のような興趣性は生じなかった。すなわち、プレーヤ間で、１つのキャラクタに対する貢献度を競うような興趣性である。特に、キャラクタに対して抱く愛情や愛着、親愛といった気持ち（以下包括して「愛情」という）を競い合う興趣性を有するゲーム技術は、従来にはなかった。なお、人型のキャラクタの他、動物や、車などの乗り物、建物といったゲームに登場するオブジェクトであって、複数のプレーヤがゲームの中で共通に目にすることができるオブジェクトに対して、同じように愛情を競い合う興趣性を有するゲーム技術は、従来にはなかった。

本発明が解決しようとする課題は、ゲームに登場するオブジェクトに対する愛情をプレーヤ間で競い合う興趣性を醸成することができる技術を提供すること、である。

上記課題を解決するための第１の発明は、複数のゲームオブジェクトが登場する対戦ゲームの結果を各ユーザのユーザ端末に提供する制御を行うコンピュータシステムであって、前記対戦ゲームの実行を制御する対戦ゲーム制御手段（例えば、図１０の対戦ゲーム制御部２３１）と、前記ゲームオブジェクト毎に、１以上のユーザが所属可能なファングループを設定するグループ設定手段（例えば、図１０のグループ設定部２３７）と、前記ユーザ毎に、当該ユーザが所属する前記ファングループに係る前記ゲームオブジェクトに対する愛情指数を、当該ユーザによる当該ゲームオブジェクトに関する愛情操作に基づいて算定する愛情指数算定手段（例えば、図１０の愛情指数算定部２４１）と、前記対戦ゲームの対戦結果と、前記ファングループに所属する各ユーザの前記愛情指数とに基づいて、当該各ユーザに付与する特典を決定する特典決定手段（例えば、図１０の特典決定部２４３）と、を備えるコンピュータシステムである。

第１の発明によれば、対戦ゲームに登場するゲームオブジェクト毎に、ユーザが所属可能なファングループを設定することができる。そして、各ユーザが行った自分の所属するファングループのゲームオブジェクトに関する愛情操作に基づいて、ユーザ毎に該当するゲームオブジェクトに対する愛情指数を算定することができる。一方で、対戦ゲームの対戦結果と、各ユーザの愛情指数とに基づいて、各ユーザに付与する特典を決定することができる。これによれば、ゲームに登場するオブジェクトに対する愛情をプレーヤ間で競い合う興趣性を醸成することができる。

第２の発明は、前記対戦ゲーム制御手段が、自動制御により前記対戦ゲームを実行する、第１の発明のコンピュータシステムである。

第２の発明によれば、ゲームオブジェクトが登場する対戦ゲームの実行を自動制御することができる。

第３の発明は、前記対戦ゲーム制御手段が、前記愛情操作とは関係の無い、当該ゲームオブジェクトに設定されたパラメータ値に基づいて、前記対戦ゲームの実行を制御する、第１又は第２の発明のコンピュータシステムである。

第３の発明によれば、対戦ゲームに登場するゲームオブジェクトを、当該ゲームオブジェクトに対する愛情指数とは無関係のパラメータ値を用いて制御することで、当該対戦ゲームを実行することができる。

第４の発明は、前記特典決定手段が、前記対戦ゲームの対戦結果に基づいて、登場した前記ゲームオブジェクト毎の対戦結果特典を決定する対戦結果特典決定手段（例えば、図１０の対戦結果特典決定部２４５）と、前記対戦結果特典と、当該ゲームオブジェクトのファングループに所属する各ユーザの前記愛情指数とに基づいて、当該各ユーザに付与する特典を決定するユーザ別特典決定手段（例えば、図１０のユーザ別特典決定部２４７）と、を有する、第１〜第３の何れかの発明のコンピュータシステムである。

第４の発明によれば、対戦ゲームの対戦結果に基づいて、当該対戦ゲームに登場したゲームオブジェクト毎に対戦結果特典を決定することができる。そして、当該対戦ゲームに登場したゲームオブジェクトのファングループに所属する各ユーザに対する特典を、当該ゲームオブジェクトについて決定された対戦結果特典と、当該各ユーザそれぞれの愛情指数とに基づいて決定することができる。例えば、当該対戦結果特典を、当該各ユーザの愛情指数に応じて当該各ユーザに分配するといったことが可能となる。

第５の発明は、前記特典決定手段が、同一のファングループに所属する第１のユーザおよび前記第１のユーザよりも前記愛情指数が高い第２のユーザについて、第１のユーザよりも第２のユーザの方が高価値の特典に決定する、第１〜第４の何れかの発明のコンピュータシステムである。

第５の発明によれば、愛情指数の高いユーザに対して、愛情指数の低いユーザよりも高価値の特典を付与することができる。

第６の発明は、１人のユーザが所属可能な前記ファングループを最大１つとして、各ユーザの所属先のファングループを決定する所属制御手段（例えば、図１０の所属制御部２３９）、を更に備える第１〜第５の何れかの発明のコンピュータシステムである。

第６の発明によれば、１人のユーザが１つのファングループにのみ所属するように各ユーザの所属先のファングループを決定することができる。

第７の発明は、前記ゲームオブジェクトと、当該ゲームオブジェクトのファングループに所属するユーザとの間の仮想的なコミュニケーションを、当該ユーザの前記愛情操作に基づいて実行する制御を行うコミュニケーション制御手段（例えば、図１０のコミュニケーション制御部２３５）、を更に備える第１〜第６の何れかの発明のコンピュータシステムである。

第７の発明によれば、ユーザは、自分が所属するファングループのゲームオブジェクトに関する愛情操作に際し、当該ゲームオブジェクトとの仮想的なコミュニケーションを楽しむことができる。

第８の発明は、前記愛情操作には、当該ゲームオブジェクトのファングループに所属するユーザから当該ゲームオブジェクトに対して所与のプレゼントを贈答する操作が含まれる、第５の発明のコンピュータシステムである。

第８の発明によれば、ユーザは、自分が所属するファングループのキャラクタに対してプレゼントを贈答する操作を、愛情操作の１つとして行うことができる。

第９の発明は、前記愛情指数算定手段が、前記愛情操作の回数、及び／又は、前記愛情操作の頻度に基づいて前記愛情指数を可変に算定する、第１〜第８の何れかの発明のコンピュータシステムである。

第９の発明によれば、例えば、愛情操作の回数が多いほど愛情指数を高く算定したり、愛情操作の頻度が高いほど愛情指数を高く算定するといったことが可能となる。

第１０の発明は、前記愛情指数算定手段が、前記対戦ゲームの対戦結果に応じて定められた愛情操作タイミング基準に基づいて前記愛情操作がなされたタイミングを評価し、当該評価結果に基づいて前記愛情指数を可変に算定する、第１〜第９の何れかの発明のコンピュータシステムである。

第１０の発明によれば、ユーザが行った愛情操作のタイミングを考慮して、当該ユーザの愛情指数を算定することが可能となる。

第１１の発明は、前記ユーザ毎に、ファングループの所属履歴の情報を記憶する履歴情報記憶手段、を更に備え、前記愛情指数算定手段は、当該ユーザの前記所属履歴に基づいて前記愛情指数を可変に算定する、第１〜第１０の何れかの発明のコンピュータシステムである。

また、第１２の発明は、前記愛情指数算定手段が、現在所属しているファングループの所属時間長が第１の所属時間長の場合よりも、前記第１の所属時間長より長い第２の所属時間長の場合の方が、前記愛情指数を高く算定する、第１１の発明のコンピュータシステムである。

また、第１３の発明は、前記愛情指数算定手段が、過去に所属した他のファングループの数が第１の回数の場合よりも、前記第１の回数より多い第２の回数の場合の方が、前記愛情指数を低く算定する、第１１又は第１２の発明のコンピュータシステムである。

また、第１４の発明は、前記履歴情報記憶手段が、前記ユーザ毎に、当該ユーザが過去に所属したファングループに係るゲームオブジェクトに対する愛情指数を前記所属履歴の情報に含めて記憶し、前記愛情指数算定手段は、過去に所属したファングループに係るゲームオブジェクトに対する愛情指数を超えるか否かに基づいて、前記愛情指数を可変に算定する、第１１〜第１３の何れかの発明のコンピュータシステムである。

第１１〜第１４の発明によれば、ユーザのファングループの所属履歴を考慮して、当該ユーザの愛情指数を算定することができる。例えば、現在所属しているファングループの所属時間長が長いユーザの愛情指数を、当該所属時間長が短いユーザの愛情指数よりも高く算定することができる。また、過去に所属した他のファングループの数が多いユーザの愛情指数を、当該数が少ないユーザの愛情指数よりも低く算定することができる。また、過去に所属したファングループのゲームオブジェクトに対して当該ユーザが行った愛情操作に基づく当該ユーザの当該ゲームオブジェクトに対する愛情指数を考慮して、現在所属しているファングループのゲームオブジェクトに対する当該ユーザの愛情指数を算定することができる。

第１５の発明は、前記対戦ゲームに登場可能な前記ゲームオブジェクトの数を制御するゲームオブジェクト数制御手段、を更に備える第１〜第１４の何れかの発明のコンピュータシステムである。

第１５の発明によれば、例えば、対戦ゲームに登場するキャラクタの追加や削除を行って、当該対戦ゲームに登場可能なキャラクタを変更することができる。

第１６の発明は、前記対戦ゲーム制御手段が、２以上の前記ゲームオブジェクトを少なくとも含むオブジェクト群を１つの味方群として前記対戦ゲームの実行を制御し、前記特典決定手段は、前記味方群のゲームオブジェクトのファングループに所属する各ユーザの特典を、前記味方群が前記対戦ゲームで勝利したか否かに基づいて可変に決定する、第１〜第１５の何れかの発明のコンピュータシステムである。

第１６の発明によれば、複数のゲームオブジェクトが登場する対戦ゲームとして、２以上のゲームオブジェクトが１つの味方群を構成して進行する対戦ゲームを実行することができる。そして、当該対戦ゲームの味方群の勝敗に基づいて、当該味方群を構成するゲームオブジェクトのファングループに所属する各ユーザの特典を決定することができる。

第１７の発明は、前記コンピュータシステムが、各ユーザのユーザ端末（例えば、図１のユーザ端末１５００）と通信接続されるサーバシステム（例えば、図１のサーバシステム１１００）である、第１〜第１６の何れかの発明のコンピュータシステムである。

第１７の発明によれば、第１〜第１６の何れかの発明と同様の効果を奏するサーバシステムを実現できる。

第１８の発明は、各ユーザのユーザ端末と、前記ユーザ端末と通信接続されるサーバシステムである請求項１〜１６の何れか一項に記載のコンピュータシステムと、を具備したゲームシステム（例えば、図１のゲームシステム１０００）である。

第１８の発明によれば、第１〜第１６の何れかの発明と同様の効果を奏するゲームシステムを実現できる。

ゲームシステムの全体構成例を示す図。 ユーザ端末の装置構成例を示す図。 ファングループを説明する図。 １つのファングループと会員のユーザを示す図。 会話画面の一例を示す図。 ゲーム画面の一例を示す図。 対戦ゲーム定義データのデータ構成例を示す図。 特典データの一例を示す図。 特典データの他の例を示す図。 サーバシステムの機能構成例を示すブロック図。 サーバ記憶部が記憶するプログラムやデータの例を示す図。 ユーザ管理データのデータ構成例を示す図。 ファングループデータのデータ構成例を示す図。 実行済み対戦ゲームデータのデータ構成例を示す図。 ユーザ端末の機能構成例を示すブロック図。 サーバシステムにおける処理の流れを説明するためのフローチャート。 変形例における特典決定処理を説明する図。

以下、図面を参照して、本発明の好適な実施形態について説明する。なお、以下説明する実施形態によって本発明が限定されるものではなく、本発明を適用可能な形態が以下の実施形態に限定されるものでもない。また、図面の記載において、同一部分には同一の符号を付す。

［全体構成］
図１は、本実施形態におけるゲームシステム１０００の全体構成例を示す図である。図１に示すように、ゲームシステム１０００は、コンピュータシステムであるサーバシステム１１００と、本実施形態のゲームのユーザ２が所持するユーザ端末１５００とを含み、これらがネットワーク９を介して相互にデータ通信可能に接続されて構成される。

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

サーバシステム１１００は、本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを備え、本体装置１１０１は、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３等の電子部品が搭載された制御基板１１５０を内蔵している。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（field-programmable gate array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

このサーバシステム１１００は、ＣＰＵ１１５１等が所定のプログラムおよびデータに基づいて演算処理することにより、ユーザ登録等に係るユーザ管理機能と、ユーザ端末１５００でのゲームに必要なデータを提供してユーザ端末１５００でのゲームの実行制御を管理するゲーム管理機能と、を実現する。つまり、本実施形態におけるゲームは、一種のクライアント・サーバ型のオンラインゲームとして実現される。ユーザ２は、自分のユーザ端末１５００でサーバシステム１１００にアクセスし、発給されたアカウント（ユーザＩＤ）によりログインして本実施形態のゲームを楽しむ。

また、サーバシステム１１００は、電子決済業者等が運営する外部の電子決済サーバと連携し、ゲーム内通貨であるゲームコインの購入手続き（課金処理）を行う。課金処理に際し、電子決済サーバは、サーバシステム１１００からの問合せに応答してゲームコインの購入額をユーザ２のクレジットカードやプリペイドカード等で清算する処理を行う。そして、サーバシステム１１００は、電子決済サーバにより清算された購入額相当のゲームコインをユーザ２に付与する。

なお、サーバシステム１１００は、図１に示す単体の構成に限らず、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよい。或いは、離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であってもよい。

ユーザ端末１５００は、マンマシンインターフェースの機能を担うコンピュータシステムであって、携帯電話基地局や無線通信基地局等を介してネットワーク９に接続し、サーバシステム１１００とデータ通信を行うことができる。このユーザ端末１５００は、例えば、スマートフォン、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、据置型家庭用ゲーム装置のコントローラ、業務用ゲーム装置、パソコン、タブレット型コンピュータ、ウェアラブルコンピュータ等の形態を取り得る。

図２は、ユーザ端末１５００の一例であるスマートフォンの装置構成例を示す図である。図２に示すように、ユーザ端末１５００は、方向入力キー１５０２と、ホームキー１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０に対してデータを読み書きできるメモリカード読取装置１５４２とを備える。その他、図示しない電源ボタン、音量調節ボタン等が設けられている。

制御基板１５５０には、ＣＰＵ１５５１やＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局等と無線通信するための無線通信モジュール１５５３等が搭載されている。また、制御基板１５５０には、方向入力キー１５０２やホームキー１５０４からの信号を受信する回路、タッチパネル１５０６のドライバ回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音された音声の信号を生成する音声信号生成回路、メモリカード読取装置１５４２への信号入出力回路といった、いわゆるＩ／Ｆ回路（インターフェース回路）１５５７等が搭載されている。これら制御基板１５５０に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。

この制御基板１５５０においてＩＣメモリ１５５２には、ゲームクライアントプログラムや、このゲームクライアントプログラムを実行するのに必要な各種設定データ等が格納される。ゲームクライアントプログラム等は、適宜のタイミングでサーバシステム１１００からダウンロードされる。なお、別途入手したメモリカード１５４０等の記憶媒体から読み出す構成としてもよい。そして、ＣＰＵ１５５１等がゲームクライアントプログラムを実行して演算処理を実行し、タッチパネル１５０６や方向入力キー１５０２、ホームキー１５０４に対する操作入力に応じてユーザ端末１５００の各部を制御する。

［詳細］
本実施形態では、サーバシステム１１００は、複数のゲームオブジェクトが登場可能な対戦ゲームを実行し、当該対戦ゲームの対戦結果を各ユーザのユーザ端末１５００に提供する制御を行う。以下では、ゲームオブジェクトをアイドルのキャラクタとし、複数のキャラクタがオーディションの合格を目指して競う対戦ゲームを例示する。

具体的には、サーバシステム１１００は、対戦ゲームに登場可能な全てのキャラクタ毎にファングループを設定し（グループ設定処理）、各ユーザの所属先のファングループ（以下「所属先グループ」ともいう）を決定する（所属制御処理）。そして、ユーザ毎に、その所属先グループのキャラクタに対する愛情指数を算定する（愛情指数算定処理）。一方で、サーバシステム１１００は、キャラクタ同士が対戦する対戦ゲームの実行を制御する（対戦ゲーム制御処理）。そして、対戦ゲームが終了したときには、当該対戦ゲームの対戦結果と、各ユーザの愛情操作とに基づいて、各ユーザに付与する特典を決定する（特典決定処理）。

１．ファングループについて
図３は、ファングループを説明する図であり、対戦ゲームに登場可能なキャラクタＡ，Ｂ，Ｃ，・・・と、各キャラクタＡ，Ｂ，Ｃ，・・・に設定されているファングループとを示している。また、図４は、キャラクタＡのファングループに着目して会員のユーザを示す図である。ファングループは、そのキャラクタを好きなユーザ（ファン）で構成される。本実施形態では、ユーザは、何れか一体のキャラクタのファングループに加入できるものとする。ユーザは、各キャラクタの中から応援したい好きな（お気に入りの）キャラクタを一体選び、そのファングループへの加入申請操作を行う。申請が承認されると、当該ファングループに加入できる。よって、ファングループの中には、図３に示すキャラクタＣのファングループのように、ユーザが１人も加入しておらず会員数がゼロのファングループも存在し得る。

また、対戦ゲームに登場可能なキャラクタは、アップデート時等において随時追加される。削除されるキャラクタがいてもよい。よって、あるキャラクタのファングループに加入したものの他のキャラクタを好きになったとか、新たに追加されたキャラクタに目移りしたとか、或いは所属先グループのキャラクタがいなくなった等の理由で、ユーザが所属先グループを変えたいと考える場合も生じ得る。その場合には、ユーザは、退会操作を行って現在の所属先グループから退会した上で、新たに加入したいファングループについて加入申請操作を行う。

そのため、本実施形態のグループ設定処理では、サーバシステム１１００は、対戦ゲームに登場するキャラクタ毎に、１以上のユーザが所属可能なファングループを設定する。そして、所属制御処理では、サーバシステム１１００は、１人のユーザが所属可能なファングループを最大１つとして、何れかのキャラクタのファングループの中から、各ユーザの所属先グループを決定する。また、サーバシステム１１００は、適宜のタイミングで対戦ゲームに登場可能なキャラクタの追加や削除といった変更を行う。

より詳細には、グループ設定処理では、ゲームの初期設定時において、当該初期設定の時点で対戦ゲームに登録可能とされている全てのキャラクタ毎に、ファングループを設定する。また、その後は、対戦ゲームに登場可能なキャラクタの追加があった場合に、追加されたキャラクタのファングループを設定する。

また、所属制御処理では、ユーザ端末１５００での加入申請操作を監視する。そして、何れかのユーザ端末１５００での加入申請操作を検出した場合に、先ず、当該ユーザ端末１５００のユーザについて所属先グループの有無を判定する。そして、所属先グループがある場合には、当該ユーザ端末１５００に対して退会画面を表示する制御を行い、退会操作を促す。退会操作がなされたときには、当該ユーザの所属先グループに係る設定を削除する。そうしてユーザが所属先グループから退会した場合や、当初から所属先グループがない場合は承認処理を行い、加入申請操作で指定されたファングループへの当該ユーザの加入の許否を決定する。そして、加入を許可する場合には、当該ユーザを当該ファングループの会員に追加する。

承認処理は、加入申請操作を行ったユーザの加入を無条件で許可する処理でもよいし、予め設定される所定条件を満たした場合に加入を許可する処理としてもよい。例えば、ゲームサイトの運営スタッフが承認操作したことを条件とし、当該条件を満たした場合に加入を許可する処理が挙げられる。そのファングループのグループリーダーが承認操作したことを条件とするのでもよい。

なお、全ての登録可能なキャラクタについてファングループを設定する構成に限らず、一部のキャラクタについてファングループを設定する構成でもよい。例えば、予めキャラクタ毎にファングループの設定の可否を定めておき、設定可とされたキャラクタについてファングループを設定する一方、設定不可とされたキャラクタについてはファングループを設定しない構成としてもよい。

また、所属制御処理は、加入申請操作に応答して承認処理を行う構成に限らず、例えば、ユーザのゲームデータを解析することでおすすめのキャラクタを選出し、選出したキャラクタのファングループを当該ユーザの所属先として決定するのでもよい。その場合の所属先グループの決定は自動的に行ってもよいし、決定の前に当該ユーザの承諾操作を受け付けるようにしてもよい。後者の場合には、先ず、当該ユーザのユーザ端末１５００に対し、おすすめキャラクタを提示してそのファングループへの加入を促す確認画面の表示を制御する。そして、確認画面での承諾操作を受け付けたならば、当該ユーザを当該キャラクタのファングループの会員に追加する。

一方で、おすすめキャラクタを選出するために解析するゲームデータには、１）当該ユーザがゲーム内の抽選等で入手したアイテムの種類、２）実行した抽選の種類やその実行回数、３）入手したアイテムを合成素材として使用したり売却する等して手放したのか、それとも手元に残しているのかといった処分の状況、４）対戦ゲームに登場するキャラクタを使用して遊べるミニゲームでのキャラクタの使用状況、５）当該ミニゲームのプレイ結果、６）キャラクタやアイテム等についてのお気に入り設定等のデータ、等が含まれる。当該ユーザが他のゲームにおいて使用しているキャラクタの風貌等の設定データを含めてもよい。

そして、ユーザのそれらゲームデータに基づいて、ゲームに登場するキャラクタの中から当該ユーザの趣味嗜好に合ったキャラクタをおすすめキャラクタとして選出する。例えば、ミニゲームでの使用回数が最も多いキャラクタをおすすめキャラクタとして選出するのでもよいし、お気に入りに設定されたキャラクタをおすすめキャラクタとして選出してもよい。また、特定のキャラクタの関連アイテム（例えばそのキャラクタ向けのファッションアイテム等）を手放さずに収集しているユーザについては、そのキャラクタをおすすめキャラクタとして選出する構成でもよい。また、当該ユーザが他のゲームで使用しているキャラクタの設定をもとに、髪型や目の色等が似たキャラクタをおすすめキャラクタとして選出するのでもよい。

さて、以上のようにして特定のキャラクタのファングループに加入したユーザは、当該ファングループ（所属先グループ）のキャラクタ（つまり、自分が好きで応援しているキャラクタ）に関する愛情操作を繰り返すことで、自分のそのキャラクタに対する愛情指数を高めることができる。基本的には、愛情操作を行えばその分愛情指数の値も増えていく。例えば、図４の例では、愛情指数が最も高い（その値が最大の）ユーザｅは、愛情操作をたくさん行っているユーザといえる。一方、愛情指数が最も低いユーザｄは、他の会員と比べてあまり愛情操作を行っていないユーザである。

２．愛情操作について
本実施形態では、愛情操作は、コミュニケーション操作と、イベント操作とを含む。

２−１．コミュニケーション操作
本実施形態のゲームでは、ユーザは、所属先グループのキャラクタとの間で仮想的なコミュニケーションをとることができる。コミュニケーション操作は、当該コミュニケーションにあたってユーザが行う操作であり、会話操作と、接触操作と、プレゼント操作とを含む。

先ず、会話操作は、所属先グループのキャラクタとの会話に関する操作である。具体的には、本実施形態のゲームでは、チャットボット等を用いて所属先グループのキャラクタと会話することができる会話メニューが用意されており、その会話画面においてユーザが行ったメッセージの送信操作を、当該ユーザの会話操作として検出する。なお、会話画面でのメッセージの送信操作に限らず、ユーザが所属先グループのキャラクタに対してファンレターを送る等、一方的なメッセージの送信操作を会話操作に含めてもよい。

また、所定のシナリオに沿って所属先グループのキャラクタとの会話が展開される会話シーンを含むゲームイベントを用意し、その会話シーンでのシナリオ選択操作を会話操作に含めてもよい。図５は、その場合の会話シーンの１場面を表示した会話画面例を示す図である。図５に示す会話画面には、あたかもユーザと対面してるようにキャラクタＡが表示されるとともに、会話テキスト表示部Ｗ１にて会話のセリフの選択肢が表示される。セリフの選択肢には、キャラクタの好意が増加するような好意的な内容の選択肢や、好意が低下する内容の選択肢、それらの中間の選択肢等が適宜含まれる。ユーザが会話テキスト表示部Ｗ１において何れかの選択肢のセリフをタッチ操作して選択すると、選択された選択肢に応じて会話が分岐して継続する。そして、本例においては、例えば、当該タッチ操作を１回の会話操作として検出する。

次に、接触操作は、所属先グループのキャラクタとのスキンシップに関する操作である。本実施形態では、ゲーム中にゲームイベントの１つとして開催された握手会イベントにおいてユーザが行った所属先グループのキャラクタとの握手操作を、当該ユーザの接触操作として検出する。なお、その他にも、対戦ゲームに登場するゲームオブジェクトが例えば動物のキャラクタの場合であれば、キャラクタをなでる操作として行ったタッチパネル１５０６のタッチ操作を接触操作に含めるとしてもよい。

次に、プレゼント操作は、ユーザから所属先グループのキャラクタに対して所与のプレゼントを贈呈する操作である。プレゼントの内容は特に限定されないが、例えば、衣類や小物その他のファッションアイテム、お菓子等の差し入れアイテムといった各種アイテムをプレゼントする構成が挙げられる。

具体的には、ユーザがその時点で所有しているアイテムの中からプレゼントアイテムを選ぶ構成とすることができる。つまり、ユーザが過去にゲームコインや実通貨、ゲーム内ポイント等の消費と引き換えに購入したアイテム、抽選を実行して入手したアイテム、ログイン報酬やゲームイベントの参加報酬等として入手したアイテム等を、所属先グループのキャラクタにプレゼントすることができる。或いは、プレゼントに際して新たにプレゼントアイテムを購入し、所属先グループのキャラクタに買い与える構成でもよい。また、アイテムをプレゼントする操作に限らず、ユーザが所属先グループのキャラクタに対して行った「いいね」の操作や「拍手」の操作を、プレゼント操作として検出するようにしてもよい。

２−２．イベント操作
本実施形態のゲームでは、例えば、握手会イベントや誕生日イベント等の各種ゲームイベントが用意されており、イベント操作は、所属先グループのキャラクタに関するゲームイベントに参加するにあたってユーザが行う操作である。例えば、該当するゲームイベントへの参加操作を、当該ユーザのイベント操作として検出する。所属先グループのキャラクタ以外のキャラクタに関するゲームイベントへの参加操作については、当該ユーザのイベント操作としては検出しない。

なお、ゲームイベントへの参加操作に限らず、当該ゲームイベントで行ったゲーム操作をイベント操作に含めてもよい。例えば、所属先グループのキャラクタに係る設定（出身地や血液型、星座といった当該キャラクタの特性や趣味等の設定）について出題するクイズゲームを行うゲームイベント（クイズイベント）を開催する場合に、当該クイズゲームでの正解の回答操作の各々をイベント操作として検出するとしてもよい。１０問中９問正解したのであれば、イベント操作を９回行ったことになる。或いは、当該クイズゲームの正解数が所定数以上の場合に、そのゲームイベントへの参加操作をイベント操作として検出する構成でもよい。その場合は、当該ゲームイベントに参加しても、クイズゲームの正解数が所定数に満たなければ、その参加操作はイベント操作として検出されない。

また、ゲームイベントには、現実世界の所定の場所をユーザが実際に訪れると発生するゲームイベントを含めてもよい。或いは、現実世界の所定の開催場所で開催されるライブイベント等のイベントを含めることもできる。その場合は、ユーザがゲームイベントの開催場所を訪れた場合に、イベント操作があったとして検出するのでもよい。また、当該開催場所の訪問回数を計数し、所定回数を超えた場合にイベント操作があったとして検出するのでもよい。ユーザがゲームイベントの開催場所を訪れたことの検出は、例えば、ユーザ端末１５００から随時位置情報を取得することで行える。或いは、ライブイベントへの当該ユーザの参加の有無をその運営側に設置された外部装置から取得し、参加有りの場合にイベント操作があったとして検出する構成でもよい。また、現実世界の所定の開催場所で開催されるクイズイベントをゲームイベントに含める場合であれば、正解数等の当該ユーザのゲーム結果をその運営側に設置された外部装置から取得し、取得したゲーム結果から当該ユーザのイベント操作の回数を検出するとか、イベント操作の有無を検出するのでもよい。

また、愛情操作には、上記したコミュニケーション操作やイベント操作の他にも、所属先グループのキャラクタについてのグッズ、フィギュア、ゲームソフト、ＣＤといった当該キャラクタに関連する商品の購入操作、当該キャラクタの映像やＣＤ音源等の視聴操作を含めてもよい。ゲーム内で関連商品の購入や映像等の視聴を行えるようにしてもよいし、それらのサービスを行う外部サイトから購入等の操作情報を取得するのでもよい。

また、愛情操作には、抽選を実行する操作（抽選操作）を含めてもよい。例えば、抽選の結果所属先グループのキャラクタや当該キャラクタの関連アイテムが払い出された場合に、その抽選操作を愛情操作として検出するとしてもよい。或いは、特定のキャラクタやその関連アイテムのみが払い出されるキャラクタ別の抽選ゲームを用意しておき、ユーザが所属先グループのキャラクタに係る抽選ゲームを実行する操作を行った場合に、当該抽選操作を愛情操作として検出するようにしてもよい。

２．愛情指数について
サーバシステム１１００は、各ユーザ端末１５００における会話操作、接触操作、プレゼント操作、およびイベント操作を愛情操作として監視する。そして、何れかのユーザ端末１５００におけるユーザの愛情操作を検出した場合に、愛情指数算定処理を行う。本実施形態では、当該愛情操作を算出対象操作として算出対象操作に係るポイントを算出し、算出したポイントのユーザ毎の累積値を随時算出・更新することで、愛情指数の算定を行う。

ポイントは、算出対象操作の種類に応じた基準ポイントに係数を乗じて算出する。先ず、基準ポイントは、会話操作、接触操作、プレゼント操作、およびイベント操作の各愛情操作の種類別に予めその初期値を設定しておき、当該初期値を調整することで、愛情操作別の基準ポイントをユーザ毎に設定・更新する（基準ポイントデータ６００；図１１を参照）。本実施形態では、ユーザ毎に愛情操作の回数をその種類別に計数する。そして、対応する種類の愛情操作の回数が予め設定された所定の閾値を超えるたびに、その基準ポイントに所定値を加算して更新する。

なお、対戦ゲームの終了後にユーザに付与される特典に、愛情操作の種類別の基準ポイントを高く調整すること（例えば全ての愛情操作に係る基準ポイントを１．２倍にするとか、特定の愛情操作に係る基準ポイントを２倍にする等）を内容とするもの（図７の特典データ５５７の特典内容の設定）を含めるとしてもよい。その場合は、当該特典がユーザに付与されたときに、当該ユーザの該当する基準ポイントを更新する。

一方、基準ポイントに乗じる係数は、算出対象操作を行ったユーザを算出対象ユーザとし、算出対象ユーザのファングループの所属履歴や、現在の所属先グループのキャラクタの対戦ゲームでの対戦成績等を用いて、ポイント算出のたびに設定する。

具体的には、本実施形態では、算出対象ユーザの所属先グループの所属時間長に基づく第１係数Ｋ_１と、算出対象ユーザが過去に所属したファングループの数に基づく第２係数Ｋ_２と、当該過去に所属したファングループのキャラクタに対する算出対象ユーザの愛情指数に基づく第３係数Ｋ_３と、算出対象操作の時点で実行済みの直近の対戦ゲームでの対戦結果に基づく第４係数Ｋ_４とを設定する。そして、次式（１）に従って基準ポイントＰｂに各係数Ｋ_１，Ｋ_２，Ｋ_３，Ｋ_４を乗じ、算出対象操作のポイントＰを算出する。
Ｐ＝Ｐｂ×Ｋ_１×Ｋ_２×Ｋ_３×Ｋ_４ ・・・（１）

先ず、第１係数Ｋ_１は、所属時間長の長短に基づき設定する。例えば、所属時間長が長くなるにつれて第１係数Ｋ_１の値が段階的に大きくなるように、各々の対応関係をテーブル化して設定しておく（第１係数設定テーブル５７１；図１１を参照）。そして、算出対象ユーザが所属先グループに所属した所属時間長（図１２の現所属時間長５２４）をもとに、第１係数設定テーブル５７１から対応する第１係数Ｋ_１の値を読み出して設定する。なお、所属時間長と第１係数Ｋ_１との関係式を設定しておき、当該関係式に従って現所属時間長５２４から第１係数Ｋ_１を求めて設定するのでもよい。

次に、第２係数Ｋ_２は、算出対象ユーザが過去に所属したファングループの数（つまり、所属先グループを変えた回数；以下「所属変更回数」ともいう）に基づいて設定する。具体的には、先ず、算出対象ユーザについてのファングループ所属履歴５３０（図１１を参照）を読み出して所属変更回数を計数する。算出対象ユーザが算出対象操作の時点までに所属先グループを退会した回数を所属変更回数として用いるのでもよいし、現在と同じ所属先グループの退会については計数対象とせずに他のファングループの退会のみを計数対象とし、所属変更回数とするのでもよい。

また、その他にも、退会時におけるキャラクタの対戦成績を用いて、当該退会を計数対象とするか否かの判定をしてもよい。具体的には先ず、対戦結果データ６２７（図１４を参照）を読み出し、当該退会以前に実行された対戦ゲームの対戦結果から各キャラクタの勝率（オーディションの合格率）を求める。そして、当該退会に係るファングループのキャラクタと、退会後に加入したファングループのキャラクタとで勝率を比較し、後者の勝率が低い場合、つまり、対戦成績の良いキャラクタのファングループから悪いキャラクタのファングループへと移った場合は計数対象としない等としてもよい。

そして、例えば、所属変更回数が多くなるにつれて第２係数Ｋ_２の値が段階的に小さくなるように各々の対応関係をテーブル化して設定しておき（第２係数設定テーブル５７３；図１１を参照）、算出対象ユーザの所属変更回数をもとに、第２係数設定テーブル５７３から対応する第２係数Ｋ_２の値を読み出して設定する。なお、所属変更回数と第２係数Ｋ_２との関係式を設定しておき、当該関係式に従って所属変更回数から第２係数Ｋ_２を求めて設定するのでもよい。

次に、第３係数Ｋ_３の算出にあたっては、算出対象ユーザが過去に別のファングループに所属していたときのそのキャラクタに対する愛情指数（当該ファングループを退会した時点での最終愛情指数５３５；図１２を参照）の値を、算出対象ユーザについてのファングループ所属履歴５３０から読み出す。１つ前に所属していたファングループに係る最終愛情指数５３５の値を用いるのでもよいし、過去に所属したファングループが複数あるのであれば、各々の最終愛情指数５３５の平均値やそのうちの最大値を用いるとしてもよい。

そして、第３係数Ｋ_３は、算出対象ユーザの算出対象操作の時点での所属先グループのキャラクタに対する愛情指数が、読み出した最終愛情指数５３５を超えるか否かに基づいて設定する。例えば、超える場合と、超えない場合と、過去に他のファングループへの所属歴がない場合と、について異なる第３係数Ｋ_３の値を設定しておく（第３係数設定テーブル５７５；図１１を参照）。超える場合の第３係数Ｋ_３と、超えない場合の第３係数Ｋ_３とは何れも１未満の正の小数値とし、前者の方が後者よりも大きい値として設定しておくとよい。一方、他のファングループへの所属歴がない場合の第３係数Ｋ_３については、１以上の値を設定しておく。

次に、第４係数Ｋ_４の算出にあたっては、先ず、対戦結果データ６２７を参照して、算出対象操作以前に実行済みであって、算出対象ユーザの所属先グループのキャラクタが登場した対戦ゲームのうちの、当該キャラクタが敗者となった（オーディションに不合格となった）直近の対戦ゲームを特定する。続いて、特定した対戦ゲームの実行終了時点を愛情操作タイミング基準として用いて、算出対象操作のタイミングを評価する。具体的には、算出対象操作のタイミングと愛情操作タイミング基準との時間差を求め、求めた時間差が所定の時間差を超えているか否かの評価を行う。

そして、第４係数Ｋ_４は、その評価結果（所定の時間差を超えているか否か）に基づいて設定する。例えば、超える場合と、超えない場合と、について異なる第４係数Ｋ_４の値を設定しておく（第４係数設定テーブル５７７；図１１を参照）。超える場合の第４係数Ｋ_４の値を例えば１とし、超えない場合の第４係数Ｋ_４については１より大きい値を設定しておく。

以上のように愛情指数を算定する愛情指数算定処理によれば、ユーザの愛情操作に基づいて、その所属先グループのキャラクタに対する当該ユーザの愛情指数を算定することができる。具体的には、愛情操作のたびに当該愛情操作に係るポイントを算出し、ユーザ毎に累積値を算出・更新していくことで各ユーザの愛情指数を算定できる。

またその際に、算出対象操作の種類に応じた基準ポイントに第１係数Ｋ_１を乗じてポイントを算出するため、算出対象ユーザが所属先グループに所属した所属時間長を愛情指数に反映させることができる。具体的には、同じファングループに長く所属していると、１回の愛情操作で愛情指数に加算されるポイントが大きくなる。よって、所属時間長が第１の所属時間長の場合よりも、当該第１の所属時間長より長い第２の所属時間長の場合の方が、愛情指数が高く（その値が大きく）算定されることとなる。

また、算出対象操作の種類に応じた基準ポイントに第２係数Ｋ_２を乗じてポイントを算出するため、算出対象ユーザの所属変更回数を愛情指数に反映させることができる。具体的には、何度も所属先グループを変更しており好きなキャラクタが頻繁に変わる（目移りし易い）ユーザの場合は、１回の愛情操作で愛情指数に加算されるポイントが小さくなる。よって、所属変更回数が第１の回数の場合よりも、第１の回数より多い第２の回数の場合の方が、愛情指数が低く算定されることとなる。

また、算出対象操作の種類に応じた基準ポイントに第３係数Ｋ_３を乗じてポイントを算出するため、ファングループを変えた後の愛情操作の状況を愛情指数に反映させることができる。すなわち、基本的には、算出対象ユーザが他のファングループへの所属歴のあるユーザの場合は、ポイントを減点する。ただし、他のファングループへの所属歴のあるユーザであっても、当該他のファングループのキャラクタに対する愛情指数を超える程度まで現在の所属グループのキャラクタに関する愛情操作を行っている場合は、行っていない場合と比べてポイントの減点を少なく抑えることができる。

また、算出対象操作の種類に応じた基準ポイントに第４係数Ｋ_４を乗じてポイントを算出するため、所属先グループのキャラクタが負けた対戦ゲームの直後に愛情操作を行ったかどうかを、愛情指数に反映させることができる。本例では、そのような愛情操作を負けて落ち込んでいるキャラクタを励ます操作とみなして、ポイントを加点することができる。

なお、第４係数設定テーブル５７７における第４係数Ｋ_４の設定を上記と逆にして、愛情操作タイミング基準との時間差が所定の時間差を超えない愛情操作があった場合にポイントを減点する構成としてもよい。或いは、所属先グループのキャラクタが勝者となった直近の対戦ゲームの実行終了時点を愛情操作タイミング基準とし、同様の要領で算出対象操作のタイミングを評価することで第４係数Ｋ_４を設定してもよい。その場合は、所属先グループのキャラクタが勝った対戦ゲームの直後に愛情操作を行ったかどうかを、愛情指数に反映させることができる。すなわち、そのような愛情操作を対戦ゲームの勝利をキャラクタと一緒に喜ぶ操作と捉えて、ポイントを加算できる。

また、愛情操作に関連商品の購入操作を含める場合において、算出対象操作が購入操作である場合に、今回のポイント算出で用いる基準ポイントを適宜調整する構成としてもよい。例えば先ず、算出対象ユーザが当該購入操作で購入した関連商品の購入額に基づいて、加点数を設定する。購入額が高い場合の加点数を、低い場合の加点数と比べて大きく設定するとよい。そして、基準ポイントに設定した加点数を加算した上でポイントを算出する。

また、愛情操作にキャラクタの映像等の視聴操作を含める場合において、算出対象操作が視聴操作である場合に、今回のポイント算出で用いる基準ポイントを適宜調整する構成としてもよい。例えば先ず、算出対象ユーザが当該視聴操作を行って視聴した映像等の視聴時間をもとに、加点数を設定する。視聴時間が長い場合の加点数を、低い場合の加点数と比べて大きく設定するとよい。そして、基準ポイントに設定した加点数を加算した上でポイントを算出する。

また、算出対象操作が会話操作の場合に、その内容が好意的な内容のものなのか、好意が低下する内容のものなのかに応じて、今回のポイント算出で用いる基準ポイントを適宜調整する構成としてもよい。例えば、図５に例示した会話シーンでの選択肢（セリフ）のタッチ操作があった場合に、選んだセリフが好意的な内容の選択肢であれば基準ポイントを加点する一方、好意が低下する内容の選択肢の場合には基準ポイントを減点する等としてもよい。

また、愛情操作が抽選操作の場合は、抽選操作の回数に応じて基準ポイントを適宜調整する構成としてもよい。その場合は、ユーザ毎に抽選操作の回数（抽選実行回数；抽選を実行した累積回数）を計数しておく。上記したキャラクタ別の抽選ゲームを用意する場合には、所属先グループのキャラクタに係る抽選ゲームの実行回数を抽選実行回数としてユーザ毎に計数しておく。そして、算出対象操作が抽選操作の場合は、算出対象ユーザの抽選実行回数をもとに加点数を設定する。抽選実行回数が多い場合の加点数を、少ない場合の加点数と比べて大きく設定するとよい。そして、基準ポイントに設定した加点数を加算した上でポイントを算出する。

また、ここでは、愛情操作が繰り返されるとその分愛情指数を高く算定する例を説明したが、愛情操作の頻度に基づいて、愛情指数を可変に算定する構成としてもよい。愛情操作の頻度が高いほど愛情指数が高く算定されるようにするとよい。

或いは、愛情操作の回数と頻度の両方に基づいて、愛情指数を可変に算定するとしてもよい。例えば、上記の要領で愛情操作を検出するたびにポイントを算出し、当該愛情操作を行ったユーザ毎に累積することで、愛情指数を算定する。加えて、前回の愛情操作から次の愛情操作がないまま経過した無操作時間をユーザ毎に計時する。そして、無操作時間が所定の閾値を超えるたびに、該当するユーザの愛情指数から所定値を減算する。これによれば、愛情操作を行わないユーザの愛情指数を、その無操作時間に応じて漸次減少させることができる。

また、愛情指数は、上記式（１）に従って算定する構成に限らず、愛情操作の回数を愛情指数の値としたり、愛情操作の頻度を愛情指数の値とする構成でもよい。

３．対戦ゲームと特典について
本実施形態の対戦ゲームは、歌やダンス、演技等の実技や特技の審査によって選考が行われるオーディションの合格を目指し、各キャラクタが競い合う対戦ゲームである。図６は、ゲーム画面の一例を示す図である。図６に示すように、対戦ゲームのゲーム画面には、各キャラクタが順番に歌等を披露する映像や、選考過程での質疑応答の様子等が表示される。最終的にオーディションに合格したキャラクタが、当該対戦ゲームの勝者となる。

より詳細には、本実施形態では、各キャラクタには、歌唱力やダンスの上手さ、演技力、可愛らしさ、特技の内容等の各種能力パラメータ値が予め設定されている。そして、対戦ゲーム制御処理では、サーバシステム１１００は、対戦する各キャラクタ（当該対戦ゲームにおいてオーディションを受ける各キャラクタ）の能力パラメータ値を用い、自動制御によってオーディションを進行させて、対戦ゲームを実行する。すなわち、対戦ゲーム制御処理では、当該対戦ゲームに登場するキャラクタのファングループに所属するユーザの数（会員数）といった当該ファングループへのユーザの所属状況や、当該ユーザの当該キャラクタに関する愛情操作の状況、或いは当該キャラクタに対する愛情指数の高低等とは関係の無い（それらの影響を受けない）パラメータ値に基づいて、対戦ゲームの実行を自動制御する。この自動制御においては勝敗に影響を与えるランダム的な要素を加えてもよい。例えば、各キャラクタに設定されている各能力パラメータ値を、対戦前にプラス２０％〜マイナス２０％の範囲でランダムに調整する処理を施す。その上で、対戦結果を判定する処理を行う。このようにすることで、能力パラメータ値が固定であるため、いつも同じ対戦相手に負ける／勝つといったことがなくなる。また、その後の特典決定処理では、サーバシステム１１００は、対戦ゲームの対戦結果をもとに、その愛情指数に応じた特典をユーザに付与する。

そのために、本実施形態では、対戦ゲーム毎に、当該対戦ゲームの内容を定めた対戦ゲーム定義データ５５０（図１１を参照）が予め設定されており、サーバシステム１１００は、当該対戦ゲーム定義データ５５０に基づいて対戦ゲームを実行し、当該対戦ゲーム定義データ５５０に基づいてユーザに特典を付与する。

図７は、１つの対戦ゲーム定義データ５５０のデータ構成例を示す図である。この対戦ゲーム定義データ５５０は、該当する対戦ゲームを実行するために必要な各種設定データを格納する。具体的には、１つの対戦ゲーム定義データ５５０は、図７に示すように、当該対戦ゲームの対戦ゲームＩＤ５５１と、登場キャラクタ設定５５３と、実行タイミング設定５５５と、特典データ５５７とを含む。また、対戦ゲーム定義データ５５０は、その他にも、当該対戦ゲームに係るゲーム空間を形成してゲームステージを設定するための各種設定データや、当該対戦ゲームの進行制御に用いる各種設定データ等を格納する。

登場キャラクタ設定５５３は、当該対戦ゲームに登場するキャラクタの組み合わせを規定する。例えば、全てのキャラクタを規定した設定のものや、一部のキャラクタを規定した設定のものを含めることができる。また、その他にも、当該対戦ゲームに登場するキャラクタの数を規定したものを含めてもよい。その場合は、当該対戦ゲームの実行時において設定された数のキャラクタを例えばランダムに選んで、ゲームに登場するキャラクタを決めればよい。

実行タイミング設定５５５は、当該対戦ゲームの実行タイミングを規定する。例えば、当該対戦ゲームを実行する日時を規定した設定のものや、１週間毎等の定期的な実行時期を規定した設定のもの、実行日時をランダムに規定する設定のもの等を含めることができる。

特典データ５５７は、当該対戦ゲームに係る特典の付与対象（ユーザ）と、その特典内容とを規定する。図８および図９は、特典データ５５７の一例を示す図である。図８および図９に示すように、特典データ５５７は、例えば、特典発生キャラクタと、愛情指数条件と、特典内容とを対応付けて設定したデータテーブルであり、特典発生キャラクタと愛情指数条件との組み合わせによって付与対象のユーザが規定される。

そして、特典付与処理では、当該対戦ゲームを終了した場合に、先ず、特典データ５５７における特典発生キャラクタの設定に従って、対戦ゲームに登場したキャラクタ毎の対戦結果特典を決定する（対戦結果特典決定処理）。図８の例では、当該対戦ゲームで勝者となった（オーディションに合格した）キャラクタが特典発生キャラクタとされているので、勝者のキャラクタについて、対応する愛情指数条件毎の各特典内容の特典Ｄ２１を対戦結果特典として決定する。敗者のキャラクタについては特典発生キャラクタとして設定されていないため、その対戦結果特典を「特典なし」とする。

一方、図９の例では、勝者のキャラクタと敗者のキャラクタの両方が特典発生キャラクタとされており、勝者のキャラクタについては対応する愛情指数条件毎の各特典内容の特典Ｄ２３１を、敗者のキャラクタについては対応する愛情指数条件毎の各特典内容の特典Ｄ２３３を、それぞれ対戦結果特典として決定する。

対戦結果特典決定処理によって対戦結果特典を決定したならば、サーバシステム１１００は、特典発生キャラクタについて決定した対戦結果特典と、そのファングループに所属する各ユーザの愛情指数とに基づいて、当該各ユーザに付与する特典を決定する（ユーザ別特典決定処理）。本実施形態では、対戦結果特典を当該特典発生キャラクタのファングループに所属する各ユーザに対して分配することで、ユーザ別特典決定処理を行う。分配に際し、各ユーザの愛情指数を用いる。具体的には、特典データ５５７の当該特典発生キャラクタに係る愛情指数条件の設定に従って、各ユーザのうちの愛情指数条件を満たすユーザを付与ユーザとし、対応する特典内容の特典を当該付与ユーザに付与する付与特典として決定する。

例えば、図８の特典データ５５７では、愛情指数の順位が愛情指数条件とされている。したがって、ユーザ別特典決定処理では先ず、特典発生キャラクタのファングループに所属する各ユーザを、その愛情指数の高い順に並べる。そして、愛情指数条件を満たす各順位（図８の例では上位１０位まで）のユーザをそれぞれ付与ユーザとし、対応する特典内容の特典をその付与ユーザそれぞれに対する付与特典とする。これにより、愛情指数が上位１０位までの各ユーザに対し、対戦結果特典Ｄ２１が分配される。図８の例では、特典はゲームアイテムとなっている。

また、図９の特典データ５５７では、愛情指数の範囲が愛情指数条件とされている。したがって、ユーザ別特典決定処理では先ず、特典発生キャラクタのファングループに所属する各ユーザの愛情指数が何れの愛情指数条件を満たすのか（何れの範囲に属するのか）を特定する。そして、各ユーザを付与ユーザとし、特定した愛情指数条件に対応する特典内容の特典（ここでは所定枚数のメダル）を付与特典とする。同じ愛情指数条件を満たすユーザが複数存在する場合は、メダルを等分する。これにより、各特典発生キャラクタのファングループにそれぞれ所属する各ユーザに対し、対戦結果特典Ｄ２３１，Ｄ２３３が分配される。図９の例では、特典はゲーム内通貨となっている。

より詳細には、愛情指数条件毎の特典内容は、例えば図８の特典データ５５７のように愛情指数の順位が愛情指数条件とされている場合であれば、対応する順位が高順位であるほど高価値の特典として設定される。図９の特典データ５５７のように愛情指数の範囲が愛情指数条件とされている場合であれば、その値が大きい範囲ほど高価値の特典として設定される。よって、同一のファングループに所属する第１のユーザおよび当該第１のユーザよりも愛情指数が高い第２のユーザについて、その特典が、第１のユーザよりも第２のユーザの方が高価値の特典として決定されることとなる。また、図９の特典データ５５７のように、勝者と敗者の両方を特典発生キャラクタとする場合は、勝者の特典内容の方が敗者よりも高価値の特典として設定される。

具体的な特典の中身としては、例えば、各種ゲームオブジェクトやゲーム内通貨・ポイント、等を設定することができる。ゲームオブジェクトとしては、例えば、新たなプレーヤキャラクタ、プレーヤキャラクタが装備又は使用することができる武器や防具、弾、薬等の各種アイテム、プレーヤキャラクタの乗り物、スキン、召喚獣、等が含まれる。特典は、その他にも、例えば、魔法やスキル等のプレーヤキャラクタに付加できる追加能力、新しいゲームステージやマップの開放、各種ゲームイベントの発動、抽選権等としてもよい。本実施形態では、所属先グループのキャラクタ（アイドルキャラクタ）の関連アイテムや、集めると当該関連アイテムとの引き換えが可能な引き換えチケット、当該関連アイテムの抽選を実行できる抽選チケット、当該アイドルキャラクタが登場するミニゲーム等の各種ゲームイベントの発動等が特典の中身とされる。その他にも、抽選でのレアアイテムの当選確率を高くする内容の特典を含めてもよい。そして、付与するゲームオブジェクトのレア度や付与数、組み合わせ等によって、特典内容の価値が調整される。

なお、特典データ５５７には、勝敗だけでなく、そのオーディションの審査の状況に応じて特典発生キャラクタをさらに細かく分けて設定したものを含めてもよい。例えば、一次審査と二次審査の２段階で進行するオーディションであれば、敗者のキャラクタを一次審査で不合格となったキャラクタと二次審査で不合格となったキャラクタとにさらに分けて特典発生キャラクタとして設定したものを含めてもよい。その場合には、審査の段階がより進んだ方（二次審査で不合格となったキャラクタ）の特典内容を高価値の設定とするとよい。

また、愛情指数条件には、対応する特典発生キャラクタのファングループに所属する各ユーザの、愛情指数の合計値に関する条件を含めてもよい。例えば、当該合計値の範囲を愛情指数条件として設定した特典データ５５７を含めてもよい。或いは、当該合計値が対戦した他のキャラクタに係る当該合計値と比べて大きいのか小さいのかの場合分けをそれぞれ愛情指数条件とした特典データ５５７を含めてもよい。対応する特典内容は、当該合計値が大きいほど高価値の設定とするとよい。

また、愛情指数条件を愛情指数の順位とし、当該順位が１位のユーザのみに特典を付与する設定の特典データ５５７を含めてもよい。その場合は、１位のユーザに対戦結果特典が全て付与されることとなる。逆に、最下位のユーザのみに特典を付与する特典データ５５７を含めてもよい。或いは、全順位をいくつかの段階（例えば５段階）のランクに分けて、各ランクを愛情指数条件として設定した特典データ５５７を含めてもよい。その場合は、下位の順位のユーザも含めて全てのユーザに特典が付与されることとなる。

また、愛情指数条件として愛情指数の順位が設定されており、特典発生キャラクタのファングループに所属する各ユーザを愛情指数の順に並び替える際に、当該各ユーザの中に愛情指数の値が同じユーザが含まれているときには、そのファングループの所属履歴を用いて該当するユーザを順位付けるようにしてもよい。例えば、特典発生キャラクタのファングループへの所属時間長が長い方のユーザを上位にするとか、所属変更回数の少ないユーザを上位にする等としてもよい。或いは、過去に所属したファングループのキャラクタに対する愛情指数よりも現在の愛情指数の方が高いユーザを選んで上位にするのでもよい。また、上記した愛情指数タイミング基準を用いた評価の履歴を保持しておき、その評価が高い愛情操作を行った回数や頻度の高いユーザを選ぶ等とすることもできる。

［機能構成］
１．サーバシステム
図１０は、サーバシステム１１００の機能構成例を示すブロック図である。図１０に示すように、本実施形態のサーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、画像表示部３９０ｓと、音出力部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、システム管理や保守等のための各種操作を入力するためのものであり、例えばキーボードやマウス、タッチパネル等で実現できる。図１では、キーボード１１０６やタッチパネル１１０８がこれに該当する。

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、操作入力部１００ｓやサーバ記憶部５００ｓを含む装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、ユーザ端末１５００から受信したデータ等に基づいて各種の演算処理を行い、サーバシステム１１００の動作を統括制御する。図１では、制御基板１１５０やそのＣＰＵ１１５１がこれに該当する。

このサーバ処理部２００ｓは、ユーザ管理部２１０と、課金処理部２２０と、ゲーム管理部２３０と、画像生成部２９０ｓと、音生成部２９２ｓと、通信制御部２９４ｓとを備える。

ユーザ管理部２１０は、ユーザ登録に係る処理およびユーザＩＤ（アカウント）に紐付けられる各登録ユーザのデータの管理を行う。例えば、ユーザ登録を済ませたユーザへの固有のユーザＩＤの付与処理、ユーザＩＤ別に個人情報を登録管理する登録情報管理処理、ログインおよびログアウトの履歴等を管理する利用履歴管理処理等を実行することができる。勿論、これら以外のユーザＩＤに紐付けられる他のデータの管理処理も適宜含めることができる。

課金処理部２２０は、ユーザによるゲームコインの購入操作に応じて課金処理を行い、購入額相当のゲームコインを当該ユーザに付与する。

ゲーム管理部２３０は、ゲームの実行管理に係る各種処理を行う。本実施形態のゲームはクライアント・サーバ型のオンラインゲームなので、ゲーム管理部２３０は、ユーザ端末１５００と通信を行いながらゲームに必要なデータを提供する制御を行う。このゲーム管理部２３０は、対戦ゲーム制御部２３１と、キャラクタ数制御部２３３と、コミュニケーション制御部２３５と、グループ設定部２３７と、所属制御部２３９と、愛情指数算定部２４１と、特典決定部２４３、特典付与部２４９とを含む。

対戦ゲーム制御部２３１は、対戦ゲーム制御処理を行う機能部であり、自動制御によってキャラクタが登場する対戦ゲームを実行する。

キャラクタ数制御部２３３は、対戦ゲーム制御部２３１が実行する対戦ゲームに登場可能なキャラクタの数（登場可能キャラクタ数）を制御する。本実施形態では、アップデート時等において随時新規のキャラクタの追加や既存のキャラクタの削除を行って対戦ゲームに登場可能なキャラクタを変更することで、登場可能キャラクタ数を増減させる制御を行う。

コミュニケーション制御部２３５は、対戦ゲームに登場するキャラクタとそのファングループに所属するユーザとの間の仮想的なコミュニケーションを、当該ユーザの愛情操作に基づいて実行する制御を行う。会話画面でのキャラクタとユーザとの会話の進行制御、ゲームイベントの１つである握手会イベントの実行、ユーザからキャラクタに対するプレゼントの贈答に係る処理等がこれに該当する。

グループ設定部２３７は、グループ設定処理を行う機能部であり、対戦ゲームに登場するキャラクタ毎に、１以上のユーザが所属可能なファングループを設定する。

所属制御部２３９は、所属制御処理を行う機能部であり、１人のユーザが所属可能なファングループを最大１つとして、各ユーザの所属先グループを決定する。

愛情指数算定部２４１は、愛情指数算定処理を行う機能部であり、ユーザ毎に、その所属先グループのキャラクタに対する愛情指数を、当該ユーザによる当該キャラクタに関する愛情操作に基づいて算定する。

特典決定部２４３は、特典決定処理を行う機能部であり、対戦ゲームの対戦結果と、ファングループに所属する各ユーザの愛情指数とに基づいて、各ユーザに付与する特典を決定する。この特典決定部２４３は、対戦結果特典決定部２４５と、ユーザ別特典決定部２４７とを備える。

対戦結果特典決定部２４５は、対戦結果特典決定処理を行う機能部であり、終了した対戦ゲームに登場したキャラクタ毎の対戦結果特典を決定する。

ユーザ別特典決定部２４７は、ユーザ別特典決定処理を行う機能部であり、対戦結果特典決定処理で決定したキャラクタ毎の対戦結果特典と、当該キャラクタのファングループに所属する各ユーザの愛情指数とに基づいて、当該各ユーザに付与する特典を決定する。ここでの処理によって付与ユーザが決定され、付与ユーザ毎に付与特典が決定される。

特典付与部２４９は、特典決定処理での決定に従って、付与ユーザに付与特典を付与する制御を行う。

画像生成部２９０ｓは、サーバシステム１１００のシステム管理等に関する画像を生成し、画像表示部３９０ｓへ出力する。

音生成部２９２ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理や動画配信に係る操作音、ＢＧＭ等の音声データを生成し、或いはデコードする。システム管理に関する音声信号は、音出力部３９２ｓへ出力される。

通信制御部２９４ｓは、通信部３９４ｓを介して外部装置（例えばユーザ端末１５００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。

画像表示部３９０ｓは、画像生成部２９０ｓから入力される画像信号に基づいてシステム管理等のための各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１では、タッチパネル１１０８がこれに該当する。

音出力部３９２ｓは、音生成部２９２ｓから入力される音声信号を放音する。図１では、本体装置１１０１やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。

通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図１では、通信装置１１５３がこれに該当する。

サーバ記憶部５００ｓには、サーバシステム１１００を動作させ、サーバシステム１１００が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図１では、ＩＣメモリ１１５２やストレージ１１４０がこれに該当する。

図１１は、本実施形態におけるサーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。図１１に示すように、本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用ゲームクライアントプログラム５０３と、ユーザ管理データ５１０と、ゲーム設定データ５４０と、ファングループデータ５８０と、基準ポイントデータ６００と、対戦ゲーム実行データ６１０と、実行済み対戦ゲームデータ６２０とを格納する。またその他にも、タイマーやカウンタ、各種フラグ等、必要なデータも適宜記憶できる。

サーバプログラム５０１は、サーバ処理部２００ｓをユーザ管理部２１０、課金処理部２２０およびゲーム管理部２３０として機能させるためのプログラムである。なお、画像生成部２９０ｓや音生成部２９２ｓ、通信制御部２９４ｓとして機能させるプログラムも適宜これに含めることができる。

配信用ゲームクライアントプログラム５０３は、ユーザ端末１５００にダウンロードされるゲームクライアントプログラム５０２（図１５を参照）の原本である。

ユーザ管理データ５１０は、ユーザ登録を済ませたユーザ毎に用意され、当該ユーザの管理用の各種データを格納する。具体的には、１つのユーザ管理データ５１０は、図１２に示すように、当該ユーザのユーザＩＤ（アカウント）５１１と、ユーザ名５１１と、決済媒体帳簿データ５１５と、所属先グループデータ５２０と、現愛情指数５２７と、ファングループ所属履歴５３０と、所有オブジェクトリスト５３７とを含む。

決済媒体帳簿データ５１５は、当該ユーザに紐付けられる電子決済媒体（本実施形態ではゲーム内通貨であるゲームコイン）の収支の情報、例えば、ゲームコインの購入日時や購入数（課金額）の履歴、ゲームコインの消費日時や消費数の履歴等を格納する。

所属先グループデータ５２０は、当該ユーザが所属するファングループ（所属先グループ）に関するデータを格納する。例えば、ファングループＩＤ５２１と、ファングループ名５２２と、加入日時５２３と、現所属時間長５２４とを格納する。現所属時間長５２４は、当該ユーザが当該所属先グループに所属した加入日時から現在までの時間長を格納する。

現愛情指数５２７は、当該ユーザの所属先グループのキャラクタに対する現在の愛情指数の値を格納する。

ファングループ所属履歴５３０は、当該ユーザが過去に（所属先グループに所属するよりも前に）所属したファングループ毎に用意される。例えば、当該ユーザに２つのファングループへの所属歴がある場合、図１２に例示するように２つのファングループ所属履歴５３０が格納される。現在所属しているファングループ以外にファングループの所属歴がないユーザの場合には、ファングループ所属履歴５３０は設定されない。

そして、１つのファングループ所属履歴５３０は、該当するファングループのファングループＩＤ５３１と、当該ファングループへの加入日時５３２と、当該ファングループからの退会日時５３３と、当該ファングループに所属した所属時間長５３４と、最終愛情指数５３５とを含む。

所属時間長５３４は、加入日時５３２から退会日時５３３までの時間長を格納する。退会時点での現所属時間長５２４をコピーして設定するのでもよい。

最終愛情指数５３５は、当該ファングループに所属していたときの当該ユーザの愛情操作に基づいて算定された最終的な愛情指数の値を格納する。この最終愛情指数５３５は、退会時点での現愛情指数５２７をコピーすることで設定される。

所有オブジェクトリスト５３７は、当該ユーザがゲームの過程で入手し、現時点で保有しているアイテム等の各種ゲームオブジェクトのリストを格納する。本実施形態では、特典付与処理でのゲームオブジェクトの付与にあたり、そのゲームオブジェクトのオブジェクトＩＤが所有オブジェクトリスト５３７に追加される。

図１１に戻る。ゲーム設定データ５４０は、対戦ゲームを実行するために必要な各種設定データを格納する。例えば、対戦ゲームに登場するキャラクタの各種能力パラメータ値、モデルデータ、動作制御に用いるモーションデータ等を定義するキャラクタ設定データ、ゲームの過程でユーザが入手し得るゲームオブジェクトに係るオブジェクト定義データ等を格納する。

また、ゲーム設定データ５４０は、図７に示した対戦ゲーム毎の対戦ゲーム定義データ５５０と、愛情操作に係るポイント算出で用いる基準ポイントの初期値５６０と、ポイント算出係数データ５７０とを含む。

基準ポイント初期値５６０は、会話操作、接触操作、プレゼント操作、およびイベント操作の各愛情操作の種類別の基準ポイントの初期値を格納する。

ポイント算出係数データ５７０は、第１係数設定テーブル５７１と、第２係数設定テーブル５７３と、第３係数設定テーブル５７５と、第４係数設定テーブル５７７とを格納する。

ファングループデータ５８０は、ファングループ毎（ゲームに登場可能なキャラクタ毎）に用意され、当該ファングループの管理用の各種データを格納する。具体的には、１つのファングループデータ５８０は、図１３に示すように、当該ファングループのファングループＩＤ５８１と、ファングループ名５８３と、対象キャラクタデータ５８５と、グループリーダーデータ５８７と、所属ユーザデータ５９０とを含む。

対象キャラクタデータ５８５は、当該ファングループに係るキャラクタのキャラクタＩＤや、キャラクタ名等を格納する。

グループリーダーデータ５８７は、当該ファングループに所属するユーザの中から当該ファングループのグループリーダーとして選ばれたユーザのユーザＩＤや、ユーザ名等を格納する。

所属ユーザデータ５９０は、当該ファングループに所属する（会員の）ユーザ毎に用意される。１つの所属ユーザデータ５９０は、当該ユーザのユーザＩＤ５９１と、ユーザ名５９３と、現在の愛情指数（現愛情指数）５９５とを含む。現愛情指数５９５は、ユーザ管理データ５１０の現愛情指数５２７のコピーである。

基準ポイントデータ６００は、ユーザ毎に用意され、愛情操作に係るポイント算出で用いる基準ポイントを格納する。具体的には、該当するユーザについての会話操作、接触操作、プレゼント操作、およびイベント操作の各愛情操作の種類別の現在の基準ポイントが、随時更新・保持される。

対戦ゲーム実行データ６１０は、実行中の対戦ゲーム毎に用意され、当該対戦ゲームの進行状況を記述する各種データを格納する。

実行済み対戦ゲームデータ６２０は、終了した実行済みの対戦ゲーム毎に用意される。そして、１つの実行済み対戦ゲームデータ６２０は、図１４に示すように、当該対戦ゲームの対戦ゲームＩＤ６２１と、実行時期６２３と、登場キャラクタデータ６２５と、対戦結果データ６２７とを含む。

実行時期６２３は、当該対戦ゲームの実行開始日時と実行終了日時とを格納する。

登場キャラクタデータ６２５は、当該対戦ゲームに登場した各キャラクタのキャラクタＩＤや、キャラクタ名等を格納する。

対戦結果データ６２７は、当該対戦ゲームにおける対戦結果を時系列で格納する。

２．ユーザ端末
図１５は、ユーザ端末１５００の機能構成例を示すブロック図である。図１５に示すように、ユーザ端末１５００は、操作入力部１００と、端末処理部２００と、画像表示部３９０と、音出力部３９２と、通信部３９４と、端末記憶部５００とを備える。

操作入力部１００は、ユーザが各種操作を入力するためのものであり、例えば、ボタンスイッチ、ジョイスティック、タッチパッド、トラックボール、加速度センサ、角速度センサ、ＣＣＤモジュール等によって実現できる。図２では、方向入力キー１５０２やホームキー１５０４、タッチパネル１５０６がこれに該当する。

端末処理部２００は、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、操作入力部１００や端末記憶部５００を含む装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信したデータ等に基づいて各種の演算処理を行い、ユーザ端末１５００の動作を統括制御する。図２では、制御基板１５５０やそのＣＰＵ１５５１がこれに該当する。そして、本実施形態における端末処理部２００は、ユーザ端末演算部２７０と、画像生成部２９０と、音生成部２９２と、通信制御部２９４とを備える。

ユーザ端末演算部２７０は、ユーザ端末１５００を、ユーザが対戦ゲームを観戦したりゲームイベントに参加しながら愛情操作を行ってゲームを楽しむための端末として機能させるための各種演算処理を実行する。例えば、ユーザ端末演算部２７０は、操作信号送信制御部２７１と、ゲーム画面表示制御部２７３とを含む。

操作信号送信制御部２７１は、操作入力部１００に対する操作入力に応じて、各種データやリクエスト情報をサーバシステム１１００へ送信するための処理を行う。

ゲーム画面表示制御部２７３は、サーバシステム１１００から受信した各種データに基づいて、ゲーム画面を表示するための制御を行う。例えば、本実施形態のオンラインゲームをウェブゲームとして実現するならば、ウェブブラウザをベースとしてＨＴＭＬとともにＪａｖａ（登録商標）やＣＳＳ（Cascading Style Sheets）を利用して能動的に画面表示を制御するウェブ技術、Ａｄｏｂｅ（登録商標）Ｆｌａｓｈ等のプラグインを用いて実現できる。勿論、その他の方法でもかまわない。また、本実施形態の構成では、ゲーム画面のベースとなるゲーム空間画像（例えば、３ＤＣＧ等）はサーバシステム１０にて生成されるが、ゲーム空間画像をユーザ端末１５００で生成する構成も可能である。その場合、ゲーム画面表示制御部２７３は、３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御を行うこととなる。

画像生成部２９０は、ゲーム画面表示制御部２７３と連係して、サーバシステム１１００から受信した各種データに基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を表示するための画像信号を生成し、生成した画像信号を画像表示部３９０に出力する。例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現できる。

音生成部２９２は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣ等のプロセッサ、音声ファイルを再生するためのオーディオコーデック等によって実現され、ゲームの効果音やＢＧＭ、各種操作音の音声信号を生成して音出力部３９２に出力する。

通信制御部２９４は、通信部３９４を介して外部装置（例えばサーバシステム１１００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。

画像表示部３９０は、画像生成部２９０から入力される画像信号に基づいて、ゲーム画面等の各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図２では、タッチパネル１５０６がこれに該当する。

音出力部３９２は、音生成部２９２から入力される音声信号に基づいてゲームに関する効果音やＢＧＭ等を放音する。図２では、スピーカ１５１０がこれに該当する。

通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図２では、無線通信モジュール１５５３がこれに該当する。

端末記憶部５００には、ユーザ端末１５００を動作させ、ユーザ端末１５００が備える機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図２では、ＩＣメモリ１５５２や、メモリカード１５４０がこれに該当する。

また、端末記憶部５００には、ゲームクライアントプログラム５０２が格納される。ゲームクライアントプログラム５０２は、端末処理部２００をユーザ端末演算部２７０として機能させるためのプログラムである。このゲームクライアントプログラム５０２は、オンラインゲームを実現する技術手法に応じた専用のクライアントプログラムであってもよいし、ウェブブラウザプログラムおよびインタラクティブな画像表示を実現するプラグイン等により構成するとしてもよい。本実施形態では、サーバシステム１１００から提供される配信用ゲームクライアントプログラム５０３（図１１を参照）のコピーとする。

［処理の流れ］
図１６は、サーバシステム１１００の処理の流れを示すフローチャートである。ここで説明する処理は、サーバ処理部２００ｓがサーバプログラム５０１を読み出して実行することによって実現される。

サーバシステム１１００では、先ず、グループ設定部２３７がグループ設定処理を開始するとともに（ステップＳ１）、所属制御部２３９が所属制御処理を開始する（ステップＳ３）。各処理によって対戦ゲームに登場するキャラクタ毎にファングループが設定され、各ユーザの所属先グループが決定される。

その後は、ユーザ端末１５００での愛情操作を監視する。そして、何れかのユーザ端末１５００での愛情操作を検出した場合には（ステップＳ５：ＹＥＳ）、愛情指数算定部２４１が愛情指数算定処理を行って、当該愛情操作を行ったユーザの、所属先グループのキャラクタに対する愛情指数を算定する（ステップＳ７）。

また、対戦ゲームの実行タイミングとなったときには（ステップＳ９：ＹＥＳ）、対戦ゲーム制御部２３１が対戦ゲーム制御処理を行い、自動制御によって対戦ゲームを実行する（ステップＳ１１）。

対戦を終了したならば、対戦結果特典決定部２４５が対戦結果特典決定処理を行い、当該対戦ゲームに登場したキャラクタ毎の対戦結果特典を決定する（ステップＳ１３）。続いて、ユーザ別特典決定部２４７がユーザ別特典決定処理を行い、ステップＳ１３で決定したキャラクタ毎の対戦結果特典と、当該キャラクタのファングループに所属する各ユーザの愛情指数とから、付与ユーザとその付与特典を決定する（ステップＳ１５）。ここでの処理により、キャラクタ毎の対戦結果特典が、そのファングループに所属する各ユーザの愛情指数に従って、当該各ユーザに対して分配される。そして、特典付与部２４９が、付与ユーザに付与特典を付与する制御を行う（ステップＳ１７）。

その後は、本処理の終了判定がされなければ（ステップＳ１９：ＮＯ）、ステップＳ５に戻って上記した処理を繰り返す。

以上説明したように、本実施形態によれば、対戦ゲームに登場するキャラクタ毎にファングループを設定することができる。そして、ユーザ毎に、当該ユーザの所属先グループのキャラクタに対する愛情指数を、当該ユーザの当該キャラクタに関する愛情操作に基づいて算定することができる。一方、キャラクタが登場する対戦ゲームを実行し、その対戦結果と、各ユーザの愛情指数とに基づいて、各ユーザに特典を付与することができる。これによれば、ゲームに登場するオブジェクトに対する愛情をプレーヤ間で競い合う興趣性を醸成することができる。

なお、本発明を適用可能な形態は上記した実施形態に限定されるものではなく、適宜構成要素の追加・省略・変更を施すことができる。

［変形例１］
例えば、上記実施形態では、ゲームオブジェクトをアイドルのキャラクタとし、複数のキャラクタがオーディションの合格を目指して競う対戦ゲームを例示したが、対戦ゲームの内容は特に限定されるものではなく、対戦ゲームに登場するゲームオブジェクトも特に限定されない。ゲームオブジェクトには、例えば、人型、動物型、モンスター型、ロボット型等のキャラクタの他、自動車、二輪車、飛行機といった乗り物や建物等が含まれる。例えば、ゲームオブジェクトを自動車とし、対戦ゲームをカーレースゲームとしてもよいし、ゲームオブジェクトを人型として、対戦ゲームを格闘ゲームとしてもよい。また、対戦ゲームを格闘ゲーム等のキャラクタ同士が戦うゲームとする場合には、当該対戦ゲームに登場する各キャラクタがトーナメント戦で対戦する構成としてもよい。

また、自動制御による対戦ゲームの実行は、予め設定された能力パラメータ値を用いる構成に限らず、ランダムに勝敗を決定した上で対戦の進行を制御するのでもよい。

また、必ずしも登場するキャラクタの勝敗を決める必要はなく、例えば、歌の上手さやダンスの上手さ、可愛らしさ等の所定の評価項目について各キャラクタの順位を決定する場合にも同様に適用が可能である。つまり、対戦には、各キャラクタがその順位を競い合うことも含まれる。

［変形例２］
また、上記実施形態では、対戦ゲームの自動制御に用いる能力パラメータ値を、当該対戦ゲームに登場するキャラクタのファングループへのユーザの所属状況や、当該ユーザの当該キャラクタに関する愛情操作の状況、当該キャラクタに対する愛情指数の高低等とは関係の無い（それらの影響を受けない）パラメータ値であるとしたが、少なくとも愛情操作とは関係の無いパラメータ値であればよい。例えば、能力パラメータ値を、ファングループへのユーザの所属状況に応じて変動させた上で、対戦ゲームの自動制御に用いるとしてもよい。

［変形例３］
或いは、ファングループへのユーザの所属状況や、ユーザのキャラクタに関する愛情操作の状況、愛情指数の高低等を用いて対戦ゲームを進行制御する構成としてもよい。例えば、ファングループに所属するユーザの愛情指数を対戦するキャラクタ間で比較し、勝敗を決定するようにしてもよい。具体的には、対戦するキャラクタ毎に、そのファングループに所属するユーザの愛情指数に基づく代表値を求める。代表値は、例えば、当該ファングループに所属する全てのユーザの愛情指数の合計値、平均値、最大値、最小値等とすることができる。そして、求めた代表値を対戦するキャラクタ間で比較し、代表値が大きいキャラクタを勝者とする等として対戦ゲームを進行制御することとしてもよい。また、代表値を比較する構成に限らず、合計値、平均値、最大値、および最小値をそれぞれ比較する構成でもよいし、それらに加えて会員数を比較する構成でもよい。

或いは、愛情指数の代表値が高いキャラクタほど対戦が有利に進むように、当該対戦ゲームの進行制御を行う構成としてもよい。例えば、対戦ゲームに登場する各キャラクタの能力パラメータ値を、愛情指数の代表値を用いて増減させて調整する処理を施すとしてもよい。ランダムに対戦の勝敗を決める場合であれば、各キャラクタが勝利する確率を、各々の愛情指数の代表値をもとに決定するようにしてもよい。

［変形例４］
また、上記実施形態では、愛情操作のたびに求めたポイントを累積することで愛情指数を算定することとしたが、当該累積の期間を限って愛情指数を算定することとしてもよい。例えば、所定期間の間各ユーザの愛情操作を監視し、愛情指数を算定するゲームイベントを開催することで実現できる。イベント期間中は、上記実施形態と同様の要領で愛情指数算定処理を行い、当該対戦ゲームに登場する各ユーザの愛情操作に基づいて、当該ユーザ毎に愛情指数を算定する。愛情操作に係るポイント算出に際しては、上記実施形態と同様の要領でユーザ毎に基準ポイントを随時更新しながら用いる。

また、当該ゲームイベントでは、その最後に複数のキャラクタが登場する対戦ゲームを実行する。そして、上記実施形態と同様の要領で特典決定処理を行い、対戦ゲームの対戦結果と、当該対戦ゲームに登場したキャラクタのファングループに所属する各ユーザの愛情指数とに基づいて、各ユーザに付与する特典を決定する。決定した特典を各ユーザに付与したならば、ゲームイベントを終了し、イベント期間中に各ユーザについて算定した愛情指数をリセットする。

ただし、愛情操作に係るポイント算出で用いるユーザ毎の基準ポイント（基準ポイントデータ６００）については、リセットせずに保持しておく。そして、次回の同種のゲームイベントの実行時には、保持しておいたユーザ毎の基準ポイントを随時更新しながら用い、ポイントの算出を行う。

［変形例５］
また、上記実施形態では、自動制御により対戦ゲームを実行することとしたが、ユーザの操作入力に基づいてキャラクタを制御し、対戦ゲームを進行制御する構成としてもよい。その場合は、ユーザの操作するキャラクタ（プレーヤキャラクタ）同士が対戦する構成の他、プレーヤキャラクタがコンピュータ制御の敵キャラクタ（ＮＰＣ）と対戦する構成でもよい。

対戦で用いる各キャラクタの能力パラメータ値は、上記実施形態と同様に、そのファングループへのユーザの所属状況、当該ユーザの当該キャラクタに関する愛情操作の状況、当該キャラクタに対する愛情指数の高低等とは関係の無い（それらの影響を受けない）値としてもよいし、変形例２の要領で、そのファングループへのユーザの所属状況に応じて変動させる構成としてもよい。或いは、各キャラクタの能力パラメータ値は、変形例３の要領で、そのファングループへのユーザの所属状況、当該ユーザの当該キャラクタに関する愛情操作の状況、当該キャラクタに対する愛情指数の高低等に応じて変動させるとしてもよい。

［変形例６］
また、上記実施形態では、キャラクタ同士が対戦する対戦ゲームを例示したが、２以上のゲームオブジェクトを少なくとも含むオブジェクト群を１つの味方群（ユニット）として対戦する場合にも、同様に適用が可能である。ユニット同士が対戦する構成でもよいし、１つのユニットがコンピュータ制御の敵キャラクタ（ＮＰＣ）と対戦する構成でもよい。また、ユニット同士が対戦する場合であれば、各ユニットを構成する全てのキャラクタが同時に対戦する構成でもよいし、１対１の勝ち抜き戦形式や星取り戦形式で対戦する構成でもよい。総当たり戦で対戦するのでもよい。

図１７は、複数（例えば３体）のキャラクタが１つのユニットとなって対戦相手のユニットと対戦する場合の特典決定処理を説明する図である。本変形例の特典決定処理では、対戦ゲームを終えるとまず、ユニット毎に対戦結果特典を決定する。例えば、特典データの設定が勝者のユニットのみに特典を付与する設定の場合であって、ユニット１が対戦に勝ったときには、その特典データに従って、ユニット１の対戦結果特典（例えばメダル４００枚）を決定する。

対戦結果特典を決定したならば、続いて、ユニット１を構成する各キャラクタＫ，Ｌ，Ｍの勝利への貢献度を判定する。貢献度は、例えば、対戦相手を倒した数、対戦相手に与えたダメージの大きさ、獲得したスコア等をキャラクタ毎に比較することで判定する。

そして、貢献度の高いキャラクタほど高価値となるように、ユニット１について決定された対戦結果特典を各キャラクタに振り分ける。図１７の例では、ユニット１の対戦結果特典として決定されたメダル５００枚が、キャラクタＬ，Ｍ，Ｋの順番で多く振り分けられている。

その後は、上記実施形態で説明したのと同様の要領で、各ユーザの愛情指数に基づいて当該各ユーザに付与する特典を決定する。すなわち、各キャラクタＫ，Ｌ，Ｍに振り分けたメダルを、各々のファングループに所属する各ユーザの愛情指数に基づいて、当該各ユーザに分配する。

［変形例７］
また、上記実施形態では、１人のユーザが所属可能なファングループを最大１つとして説明したが、１人のユーザが複数のファングループに所属できる構成でもよい。その場合は、ユーザ毎に、その所属するファングループのキャラクタ別にそれぞれ愛情指数を算定する。

１０００…ゲームシステム
１１００…サーバシステム
１００ｓ…操作入力部
２００ｓ…サーバ処理部
２１０…ユーザ管理部
２２０…課金処理部
２３０…ゲーム管理部
２３１…対戦ゲーム制御部
２３３…キャラクタ数制御部
２３５…コミュニケーション制御部
２３７…グループ設定部
２３９…所属制御部
２４１…愛情指数算定部
２４３…特典決定部
２４５…対戦結果特典決定部
２４７…ユーザ別特典決定部
２４９…特典付与部
２９０ｓ…画像生成部
２９２ｓ…音生成部
２９４ｓ…通信制御部
３９０ｓ…画像表示部
３９２ｓ…音出力部
３９４ｓ…通信部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０３…配信用ゲームクライアントプログラム
５１０…ユーザ管理データ
５２０…所属先グループデータ
５２４…現所属時間長
５２７…現愛情指数
５３０…ファングループ所属履歴
５３４…所属時間長
５３５…最終愛情指数
５３７…所有オブジェクトリスト
５４０…ゲーム設定データ
５６０…基準ポイント初期値
５７０…ポイント算出係数データ
５７１…第１係数設定テーブル
５７３…第２係数設定テーブル
５７５…第３係数設定テーブル
５７７…第４係数設定テーブル
５８０…ファングループデータ
５８５…対象キャラクタデータ
５８７…グループリーダーデータ
５９０…所属ユーザデータ
６００…基準ポイントデータ
６１０…対戦ゲーム実行データ
６２０…実行済み対戦ゲームデータ
６２３…実行時期
６２５…登場キャラクタデータ
６２７…対戦結果データ
１５００…ユーザ端末
１００…操作入力部
２００…端末処理部
２７０…ユーザ端末演算部
２７１…操作信号送信制御部
２７３…ゲーム画面表示制御部
２９０…画像生成部
２９２…音生成部
２９４…通信制御部
３９０…画像表示部
３９２…音出力部
３９４…通信部
５００…端末記憶部
５０２…ゲームクライアントプログラム
９…ネットワーク
２…ユーザ

Claims (18)

1. 複数のゲームオブジェクトが登場する対戦ゲームの結果を各ユーザのユーザ端末に提供する制御を行うコンピュータシステムであって、
   前記対戦ゲームの実行を制御する対戦ゲーム制御手段と、
   前記ゲームオブジェクト毎に、１以上のユーザが所属可能なファングループを設定するグループ設定手段と、
   前記ユーザ毎に、当該ユーザが所属する前記ファングループに係る前記ゲームオブジェクトに対する愛情指数を、当該ユーザによる当該ゲームオブジェクトに関する愛情操作に基づいて算定する愛情指数算定手段と、
   前記対戦ゲームの対戦結果と、前記ファングループに所属する各ユーザの前記愛情指数とに基づいて、当該各ユーザに付与する特典を決定する特典決定手段と、
   を備えるコンピュータシステム。
2. 前記対戦ゲーム制御手段は、自動制御により前記対戦ゲームを実行する、
   請求項１に記載のコンピュータシステム。
3. 前記対戦ゲーム制御手段は、前記愛情操作とは関係の無い、当該ゲームオブジェクトに設定されたパラメータ値に基づいて、前記対戦ゲームの実行を制御する、
   請求項１又は２に記載のコンピュータシステム。
4. 前記特典決定手段は、
   前記対戦ゲームの対戦結果に基づいて、登場した前記ゲームオブジェクト毎の対戦結果特典を決定する対戦結果特典決定手段と、
   前記対戦結果特典と、当該ゲームオブジェクトのファングループに所属する各ユーザの前記愛情指数とに基づいて、当該各ユーザに付与する特典を決定するユーザ別特典決定手段と、
   を有する、
   請求項１〜３の何れか一項に記載のコンピュータシステム。
5. 前記特典決定手段は、同一のファングループに所属する第１のユーザおよび前記第１のユーザよりも前記愛情指数が高い第２のユーザについて、第１のユーザよりも第２のユーザの方が高価値の特典に決定する、
   請求項１〜４の何れか一項に記載のコンピュータシステム。
6. １人のユーザが所属可能な前記ファングループを最大１つとして、各ユーザの所属先のファングループを決定する所属制御手段、
   を更に備える請求項１〜５の何れか一項に記載のコンピュータシステム。
7. 前記ゲームオブジェクトと、当該ゲームオブジェクトのファングループに所属するユーザとの間の仮想的なコミュニケーションを、当該ユーザの前記愛情操作に基づいて実行する制御を行うコミュニケーション制御手段、
   を更に備える請求項１〜６の何れか一項に記載のコンピュータシステム。
8. 前記愛情操作には、当該ゲームオブジェクトのファングループに所属するユーザから当該ゲームオブジェクトに対して所与のプレゼントを贈答する操作が含まれる、
   請求項５に記載のコンピュータシステム。
9. 前記愛情指数算定手段は、前記愛情操作の回数、及び／又は、前記愛情操作の頻度に基づいて前記愛情指数を可変に算定する、
   請求項１〜８の何れか一項に記載のコンピュータシステム。
10. 前記愛情指数算定手段は、前記対戦ゲームの対戦結果に応じて定められた愛情操作タイミング基準に基づいて前記愛情操作がなされたタイミングを評価し、当該評価結果に基づいて前記愛情指数を可変に算定する、
    請求項１〜９の何れか一項に記載のコンピュータシステム。
11. 前記ユーザ毎に、ファングループの所属履歴の情報を記憶する履歴情報記憶手段、
    を更に備え、
    前記愛情指数算定手段は、当該ユーザの前記所属履歴に基づいて前記愛情指数を可変に算定する、
    請求項１〜１０の何れか一項に記載のコンピュータシステム。
12. 前記愛情指数算定手段は、現在所属しているファングループの所属時間長が第１の所属時間長の場合よりも、前記第１の所属時間長より長い第２の所属時間長の場合の方が、前記愛情指数を高く算定する、
    請求項１１に記載のコンピュータシステム。
13. 前記愛情指数算定手段は、過去に所属した他のファングループの数が第１の回数の場合よりも、前記第１の回数より多い第２の回数の場合の方が、前記愛情指数を低く算定する、
    請求項１１又は１２に記載のコンピュータシステム。
14. 前記履歴情報記憶手段は、前記ユーザ毎に、当該ユーザが過去に所属したファングループに係るゲームオブジェクトに対する愛情指数を前記所属履歴の情報に含めて記憶し、
    前記愛情指数算定手段は、過去に所属したファングループに係るゲームオブジェクトに対する愛情指数を超えるか否かに基づいて、前記愛情指数を可変に算定する、
    請求項１１〜１３の何れか一項に記載のコンピュータシステム。
15. 前記対戦ゲームに登場可能な前記ゲームオブジェクトの数を制御するゲームオブジェクト数制御手段、
    を更に備える請求項１〜１４の何れか一項に記載のコンピュータシステム。
16. 前記対戦ゲーム制御手段は、２以上の前記ゲームオブジェクトを少なくとも含むオブジェクト群を１つの味方群として前記対戦ゲームの実行を制御し、
    前記特典決定手段は、前記味方群のゲームオブジェクトのファングループに所属する各ユーザの特典を、前記味方群が前記対戦ゲームで勝利したか否かに基づいて可変に決定する、
    請求項１〜１５の何れか一項に記載のコンピュータシステム。
17. 前記コンピュータシステムは、各ユーザのユーザ端末と通信接続されるサーバシステムである、
    請求項１〜１６の何れか一項に記載のコンピュータシステム。
18. 各ユーザのユーザ端末と、
    前記ユーザ端末と通信接続されるサーバシステムである請求項１〜１６の何れか一項に記載のコンピュータシステムと、
    を具備したゲームシステム。

Images