WO2013099337A1

WO2013099337A1 - ゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体

Info

Publication number: WO2013099337A1
Application number: PCT/JP2012/068401
Authority: WO
Inventors: 正能鈴木; 暢也北村; 浩之冨田
Original assignee: Konami Digital Entertainment Co Ltd
Current assignee: Konami Digital Entertainment Co Ltd
Priority date: 2011-12-28
Filing date: 2012-07-19
Publication date: 2013-07-04
Anticipated expiration: 2014-06-28
Also published as: JP5108142B1; JP2013138730A

Description

ゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体

　本出願は、２０１１月１２月２８日提出の日本国特許出願第２０１１－２８９９９３号を基礎として優先権を主張するものであり、その記載内容の全てを、ここに援用する。

　本発明は、各ユーザのゲーム情報を管理するゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体に関するものである。

　従来から、インターネット上に設置されたゲームサーバに、ユーザの端末装置（パーソナルコンピュータ、携帯電話端末等）を接続することによって、ユーザがゲームサーバから提供される各種ゲームサービスを受けることができるゲームシステムがある。

　また、インターネットを介して共通のゲームをプレイするユーザ同士が、仲間関係を構築することができるゲームシステムも提案されている（特許文献１参照）。

　そして近年、人と人とのつながりを促進・サポートするコミュニティ型のサービスであるソーシャルネットワーキングサービス（ＳＮＳ）のシステムに、前記ゲームシステムが組み込まれ、ＳＮＳのサービスの一つとして提供される、いわゆるソーシャルゲームが普及している。このようなソーシャルゲームにおいては、各ユーザがゲームサービスを利用している他のユーザと仲間になり、仲間のユーザとコミュニケーションをとったり、協力して対戦したりすることで、ユーザ同士が交流を行うことができるようになっている。そして、各ユーザは、複数の他のユーザと仲間になって、これらの仲間と交流を持ちながらゲームを楽しむことができるようになっている。

　従来のゲームシステムにおいて、比較的高いレベルのユーザは、自分と同レベルまたは自分より高いレベルの他のユーザと仲間になることを希望する傾向にある。但し、ユーザは、自分よりも低いレベルの他のユーザから仲間申請を受けた場合に、無碍にその申請を断りづらいこともあり、その申請を承認して仲間になるケースがある。しかし、高いレベルのユーザにとって、自分よりも低いレベルの仲間が多くなると、ゲームにおける協力対戦等について不公平感が生じてしまうこともある。その理由は、高いレベルのユーザは、他のユーザに対して協力対戦等における貢献度が大きいのに対して、同様の貢献を低いレベルのユーザからは受けられないためである。

　この状況が続くと、レベルの高いユーザは、自分よりも低いレベル（以下、「下位レベル」と呼称する）のユーザから新たな仲間申請を受けたとしてもその申請を拒否する、あるいは既に仲間になっている下位レベルのユーザとの仲間関係を解消してしまう可能性も考えられる。さらには、ユーザが下位レベルのユーザと仲間になるに際して、当該下位レベルのユーザに何らかの条件（アイテム供与等）を求めることも考え得る。この様な事態が蔓延すると、一部の高いレベルのユーザと、それ以外のユーザとが分断され、ゲームコミュニティ全体の不活性化につながり、ソーシャルゲーム本来の面白さも損なわれる可能性がある。

特開２００３－４７７７８号公報

　本発明は、上記の問題に鑑みてなされたものであり、その目的は、相対的に高いレベルのユーザが低いレベルのユーザと仲間になることで生じ得る不公平感を解消し、レベルの高低を問わず、互いに積極的に仲間になるようなゲーム環境を各ユーザに提供することができるゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム及び記録媒体を実現することである。

　本発明の一局面に係るゲーム管理装置は、各ユーザの端末装置と通信し、ユーザ同士が仲間関係を構築して交流することができるゲームの管理を行うゲーム管理装置であって、各ユーザと仲間関係にある仲間ユーザの情報を記憶してユーザ毎の仲間管理を行う仲間管理手段と、各ユーザのゲームレベルを記憶装置に記憶するゲームレベル記憶制御手段と、ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与するポイント付与手段と、を備えている。そして、前記ポイント付与手段は、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を実行する構成である。

　本発明の他の局面に係るゲームシステムは、ゲームサービスを受ける各ユーザの端末装置と、前記端末装置と通信し各ユーザが他のユーザと仲間関係を構築することができるゲームの仲間管理を行うゲーム管理装置と、を含むゲームシステムであって、各ユーザと仲間関係にある仲間ユーザの情報を記憶してユーザ毎の仲間管理を行う仲間管理手段、各ユーザのゲームレベルを記憶装置に記憶するゲームレベル記憶制御手段、ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与するポイント付与手段の各手段を、前記ゲーム管理装置又は前記端末装置のいずれか一方が備えている。そして、前記ポイント付与手段は、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を実行する構成である。

　本発明のさらに他の局面に係るゲーム管理方法は、各ユーザの端末装置と通信し、ユーザ同士が仲間関係を構築して交流することができるゲームの管理を行うゲーム管理装置におけるゲーム管理方法であって、前記ゲーム管理装置が、各ユーザと仲間関係にある仲間ユーザの情報を記憶してユーザ毎の仲間管理を行う仲間管理ステップと、前記ゲーム管理装置が、各ユーザのゲームレベルを記憶装置に記憶するゲームレベル記憶制御ステップと、前記ゲーム管理装置が、ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与するポイント付与ステップと、を含んでいる。そして、前記ポイント付与ステップでは、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を前記ゲーム管理装置が実行する構成である。

　本発明のさらに他の局面に係るプログラムは、コンピュータを、各ユーザの端末装置と通信し、各ユーザが他のユーザと仲間関係を構築することができるゲームの仲間管理を行うゲーム管理装置として動作させるためのプログラムであって、各ユーザと仲間関係にある仲間ユーザの情報を記憶してユーザ毎の仲間管理を行う仲間管理手段、各ユーザのゲームレベルを記憶装置に記憶するゲームレベル記憶制御手段、ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与するポイント付与手段、として機能させるためのプログラムである。そして、コンピュータを、前記ポイント付与手段として機能させる際に、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を実行させる構成である。

　本発明によれば、相対的に高いレベルのユーザが低いレベルのユーザと仲間になることで生じ得る不公平感を解消し、レベルの高低を問わず、互いに積極的に仲間になるようなゲーム環境を各ユーザに提供することができる。

　なお、本発明のゲーム管理装置及びゲームシステムは、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより、上記ゲーム装置をコンピュータにて実現させるプログラム及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。

　本発明の目的、特徴及び利点は、以下の詳細な説明と添付図面とによって、より明白となる。

本発明の一実施の形態に係るゲームシステムの構成例を示す説明図である。ゲーム管理装置のハード構成の一例を示すブロック図である。端末装置のハード構成の一例を示すブロック図である。ゲーム管理装置の機能的構成の一例を示す機能ブロック図である。ゲーム情報管理手段の機能的構成の一例を示す機能ブロック図である。交流手段の機能的構成の一例を示す機能ブロック図である。ゲーム情報管理手段がデータベースサーバに保存して管理するゲーム情報の一例を示す説明図である。仲間情報記憶制御手段が記憶装置に記憶する仲間情報の一例を示す説明図である。仲間情報記憶制御手段が記憶装置に記憶する各ユーザの仲間に関する情報の一例を示す説明図である。仲間情報記憶制御手段が記憶装置に記憶する各ユーザの仲間に関する情報の他の例を示す説明図である。仲間情報記憶制御手段が記憶装置に記憶する各ユーザの仲間に関する情報の他の例を示す説明図である。仲間情報記憶制御手段が記憶装置に記憶する各ユーザの仲間に関する情報の他の例を示す説明図である。メッセージ記憶制御部が記憶装置に記憶する受信メッセージ情報の一例を示す説明図である。メイン画面の一例を示す説明図である。仲間リスト画面の一例を示す説明図である。メッセージ入力画面の一例を示す説明図である。対戦モードにおけるゲーム画面の一例を示す説明図である。助っ人選択画面の一例を示す説明図である。対戦モードにおけるゲーム画面の他の例を示す説明図である。交流履歴記憶制御手段が記憶装置に記憶する交流履歴の情報の一例を示す説明図である。交流内容と基本ポイントおよびポイント上昇処理結果との関係を表すテーブルの一例を示す説明図である。ゲームシステムの動作の一例を示すフローチャートである。ゲーム進行処理の一例を示すフローチャートである。交流時のポイント付与処理の一例を示すフローチャートである。交流時のポイント付与処理の他の例を示すフローチャートである。交流時のポイント付与処理の他の例を示すフローチャートである。ゲーム管理装置の機能的構成の他の例を示す機能ブロック図である。ｎ／Ｎ（仲間人数Ｎとグループ内順位ｎとの比）と第１閾値との関係を表すテーブルの一例を示す説明図である。交流時のポイント付与処理の他の例を示すフローチャートである。ユーザ間のレベル差Ｄと加算ポイント数との関係を表すテーブルの一例を示す説明図である。ユーザ間のレベル差Ｄと係数ｋとの関係を表すテーブルの一例を示す説明図である。ユーザ間のレベル差Ｄと付与ポイントとの関係を表すテーブルの一例を示す説明図である。交流時のポイント付与処理の他の例を示すフローチャートである。ユーザのレベルＬ１と加算ポイント数との関係を表すテーブルの一例を示す説明図である。交流時のポイント付与処理の他の例を示すフローチャートである。ユーザのレベルＬ１と付与ポイントの上限との関係を表すテーブルの一例を示す説明図である。交流時のポイント付与処理の他の例を示すフローチャートである。ゲーム管理装置の機能的構成の他の例を示す機能ブロック図である。交流内容と基本ポイントおよびポイント下降処理結果との関係を表すテーブルの一例を示す説明図である。交流時のポイント付与処理の他の例を示すフローチャートである。交流時のポイント付与処理の他の例を示すフローチャートである。

　以下、本発明の一実施の形態に係るゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラムおよび記録媒体について、図面を参照しながら説明する。

　〔ゲームシステムの概要〕
　本発明の一実施の形態に係るゲーム管理装置が組み込まれたゲームシステムの構成例を、図１に示している。同図に示すように、このゲームシステムは、インターネットなどのネットワーク４上に設置されたゲームサーバ１と、当該ゲームサーバ１と通信可能に接続されたデータベースサーバ２と、ネットワーク４を介してゲームサーバ１と通信可能に接続できる各ユーザの端末装置３とによって構成される。

　本実施の形態のネットワーク４は、インターネットに限定されるものではなく、ゲームサーバ１と各ユーザの端末装置３との間を通信可能に相互に接続できるものであれば、例えば、専用回線、公衆回線（電話回線、移動体通信回線等）、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ等であってもよく、或いはインターネットとこれらを組み合わせたものであってもよい。

　このゲームシステムの例において、本発明の一実施の形態に係るゲーム管理装置は、ゲームサーバ１およびデータベースサーバ２から構成される。ゲームサーバ１は、ゲームサービスを受ける各ユーザの端末装置３からのネットワーク４を介したアクセスを受け付けて、各ユーザのゲーム情報をデータベースサーバ２（記憶装置）に蓄積して管理し、各ユーザにネットワーク４を介したゲームサービスを提供する。

　本実施の形態では、ゲームサーバ１によるゲームサービスの提供の一形態として、各ユーザの端末装置３に搭載されたウェブブラウザによってゲームがプレイできる、いわゆるブラウザゲームを提供する例について説明する。このブラウザゲームを提供するサービス形態では、ユーザの端末装置３にゲーム専用のソフトウェアをダウンロード又はインストールする必要がなく、端末装置３をネットワーク４に接続できる環境であれば、ユーザはどこでも気軽にゲームサーバ１から提供されるゲームサービスを楽しむことができる。

　このゲームシステムでは、ブラウザゲーム用のプログラム（アプリケーションソフトウェア）がゲームサーバ１に実装されており、ゲームサーバ１が、各ユーザの端末装置３における入力操作に応じてゲーム進行のための演算処理やデータ処理を実行する。そして、ゲームサーバ１は、演算処理等の実行結果に基づいてデータベースサーバ２内の各ユーザのゲーム情報を更新するとともに、当該実行結果をユーザの端末装置３の画面に表示させるためのウェブページ情報（ゲーム画面データ）を各ユーザの端末装置３に送信する。

　各ユーザの端末装置３には、ユーザーエージェントとしてウェブサイト閲覧機能を有するウェブブラウザが搭載されており、ゲームサーバ１から送信されたウェブページ情報を端末装置３の画面に表示することができるようになっている。この端末装置３としては、例えば、携帯電話端末、ＰＨＳ（Personal Handy-phone System）端末、携帯情報端末（ＰＤＡ：Personal Digital Assistant）、携帯電話と携帯情報端末とを融合させた携帯端末であるスマートフォン、パーソナルコンピュータまたはタブレット型コンピュータなど、ネットワーク４経由でゲームサーバ１に接続してゲームサービスの提供を受けることができる様々な端末が適用できる。

　また、本実施の形態で提供されるゲームは、ユーザが、ゲームサービスを受けている他のユーザと交流を行いながらプレイすることができる、いわゆるソーシャルゲームの要素を有する。例えば、本実施の形態のゲームサーバ１およびデータベースサーバ２をソーシャルネットワーキングサービス（ＳＮＳ）のシステムに組み込むことによって、ＳＮＳのサービスの一つとしてソーシャルゲームサービスを提供するゲームシステムとすることができる。このようにＳＮＳのプラットフォーム上で動作するゲームシステムによりゲームサービスをユーザに提供することもできるが、ゲームサーバ１およびデータベースサーバ２をＳＮＳのシステムに組み込まずに、独立したゲームシステムとして構築してもよい。

　このゲームシステムにおいて、各ユーザは、ゲームサービスを受けている１人又は複数の他のユーザと「仲間」という特別な関係を構築できる。あるユーザが他のユーザと仲間関係を構築するための一形態としては、２人のユーザの何れか一方が、他方のユーザに対してゲームサーバ１を介して仲間申請を行い、当該仲間申請を受けたユーザがゲームサーバ１を介して仲間になることを承認するという、両ユーザ間においてなされる仲間申請とその承認の操作が挙げられる。２人のユーザ間で仲間関係が成立した場合、ゲームサーバ１は当該２人のユーザの識別情報（ユーザＩＤ）を関係付けてデータベースサーバ２に登録する。そして、ゲームサーバ１は、各ユーザを中心とする仲間グループに所属する仲間関係にある仲間ユーザの情報をデータベースサーバ２に記憶して、ユーザ毎の仲間管理を行う。この仲間申請、その承認およびゲームサーバ１による仲間管理の詳細については後述する。

　各ユーザは仲間ユーザとゲーム内で、後述する様々な交流を楽しむことができる。ゲームサーバ１は、ユーザから仲間ユーザに対して交流が行われた場合、当該ユーザにポイントを付与するようになっている。そして、本実施の形態のゲームサーバ１は、上位レベルのユーザから下位レベルの仲間ユーザへの交流時に付与するポイントを、同レベル間の交流時、または下位レベルのユーザから上位レベルの仲間ユーザへの交流時に付与するポイントよりも高くするという特徴的な構成を有する。すなわち、相対的に高いレベルのユーザが低いレベルのユーザと交流したときに獲得できるポイントを優遇しているのである。

　この本実施の形態の特徴的な構成によって、相対的に高いレベルのユーザが低いレベルのユーザと仲間になることで生じ得る上述の不公平感を効果的に解消し、レベルの高低を問わず、互いに積極的に仲間になるようなゲーム環境を各ユーザに提供することができる。以下に、このようなゲーム環境を提供できる、本実施の形態に係るゲーム管理装置（ゲームサーバ１等）の構成の詳細を説明する。

　〔ゲーム管理装置の構成〕
　上述のように本実施の形態では、ゲーム管理装置は、ゲームサーバ１およびデータベースサーバ２から構成される。図２にゲームサーバ１のハード構成の一例を示している。同図に示すように、ゲームサーバ１は、主に、ＣＰＵ（Central Processing Unit）１１と、主記憶装置としてのＲＯＭ（Read Only Memory）１２及びＲＡＭ（Random Access Memory）１３と、補助記憶装置１４と、通信制御部１５と、入出力制御部１６とを備えており、これらはアドレスバス、データバス及びコントロールバス等を含むバスライン１７を介して相互に接続されている。なお、バスライン１７と各構成要素との間には必要に応じてインタフェース回路が介在しているが、ここではインタフェース回路の図示を省略している。

　ＣＰＵ１１は、システムソフトウェアやゲームプログラム等のアプリケーションソフトウェアの命令を解釈して実行し、ゲームサーバ１全体の制御を行う。ＲＯＭ１２は、ゲーム管理装置１の基本的な動作制御に必要なプログラム等を記憶している。ＲＡＭ１３は、各種プログラム及びデータを記憶し、ＣＰＵ１１に対する作業領域を確保する。

　補助記憶装置１４は、ゲームプログラム等のアプリケーションソフトウェアや各種データ等を格納する記憶装置である。補助記憶装置１４としては、例えばハードディスクドライブなどを用いることができる。ゲームサーバ１（コンピュータ）をゲーム管理装置として動作させるための本実施の形態のプログラムも、この補助記憶装置１４に記憶されており、当該プログラムはゲームサーバ１の起動時に補助記憶装置１４からバスライン１７を介してＲＡＭ１３へとロードされ、当該ＣＰＵ１１によって実行される。

　通信制御部１５は、ネットワーク４と接続される通信インタフェース１５ａを備え、ネットワーク４を介した各ユーザの端末装置３との間の通信を制御する。また、通信制御部１５は、ネットワーク４に接続されている図示しないサーバとの通信も制御するようになっている。例えば、ゲームサーバ１をＳＮＳに組み込んだシステム構成とした場合、ゲームサーバ１の通信制御部１５は、ＳＮＳサーバとの間の通信を制御する。

　入出力制御部１６は、データベースサーバ２と通信可能に接続されており、ＣＰＵ１１がデータベースサーバ２に対してデータ（レコード）の読み書きを実行するときの入出力制御を行うデータベースインタフェースである。

　データベースサーバ２は、ゲームサーバ１が管理する各ユーザのゲーム情報を記憶する領域を有する記憶装置として、例えばＲＡＩＤ（Redundant Arrays of Inexpensive Disks）構成の大容量ハードディスク装置を具備する。このデータベースサーバ２は、例えば、各ユーザを一意に識別する識別情報（ユーザＩＤ）と対応付けて、各ユーザの各種ゲーム情報（ユーザ名、レベル、ゲーム内ポイント、所持アイテムなど）を記憶するリレーショナルデータベース、オブジェクトデータベース又はオブジェクト関係データベース等として構築することができる。

　本実施の形態では、ゲーム管理装置がゲームサーバ１およびデータベースサーバ２から構成される例を示すが、これに限定されるものではない。例えば、ゲームサーバ１にデータベースサーバ２の機能を持たせて、ゲーム管理装置をゲームサーバ１のみで構成することもできる。また、ゲームサーバ１の有する各機能を複数のサーバに分散して持たせて、ゲームサーバ１を複数台のサーバとして構成することもできる。例えば、ユーザが端末装置３を操作してゲームサーバ１へアクセスした場合に、当該ユーザが正規のユーザかどうかを判別する認証機能を有する認証サーバを、ゲームサーバ１のメインサーバとは別に設け、メインサーバと認証サーバとでゲームサーバ１を構成してもよい。他の構成例としては、ユーザが課金対象のアイテムをゲーム内で購入した場合に課金管理を行う課金管理サーバを、ゲームサーバ１のメインサーバ等とは別に設け、メインサーバ、認証サーバおよび課金管理サーバによりゲームサーバ１を構成してもよい。

　また、本ゲームサービスを利用するユーザ数が数十万人、数百万人、あるいはそれ以上となると、多数のユーザの端末装置３からの巨大なアクセスにも耐え得るサーバシステムの構築が求められるため、ネットワーク４上に複数のゲームサーバ１を設けて冗長化（多重化）を図ることにより、負荷分散型のシステム構成としてもよい。この場合、複数のゲームサーバ１間の負荷を調整するためのロードバランサを設けることが望ましい。

　次に、本実施の形態に係るゲームサーバ１にアクセスしてゲームサービスの提供を受けるユーザの端末装置３の構成を説明する。

　〔端末装置の構成〕
　ユーザが操作する端末装置３としては、上述のように携帯電話端末やスマートフォンをはじめとして、ウェブサイト閲覧機能を有する様々な端末を適用できるが、本実施の形態では、携帯電話端末を例示してその構成を説明する。なお、携帯電話端末以外の端末装置３についても、ウェブサイト閲覧機能を用いてゲーム画面を表示したり、ゲームを実行するための入力操作を行うといった、ゲームをプレイする上で必要となる基本的な構成は、携帯電話端末と同様である。

　ウェブサイト閲覧機能等を有する携帯電話端末は、フィーチャーフォン（Feature phone）やスマートフォン（Smartphone）とも呼称され、図３にその構成例を示している。同図に示すように、端末装置３は、主に、ＣＰＵ３１と、主記憶装置としてのＲＯＭ３２及びＲＡＭ３３と、画像処理部３４と、表示部３５と、サウンド処理部３６と、音声入力部３７と、音声出力部３８と、補助記憶装置３９と、操作入力部４０と、通信制御部４１とを備えており、構成要素３１～３４、３６および３９～４１はバスライン４２を介して相互に接続されている。なお、バスライン４２と各構成要素との間には必要に応じてインタフェース回路が介在しているが、ここではインタフェース回路の図示を省略している。

　ＣＰＵ３１は、ウェブブラウザを含む各種プログラムの命令を解釈して実行し、端末装置３全体の制御を行う。ＲＯＭ３２には、端末装置３の基本的な動作制御に必要なプログラム等が記憶されている。また、ＲＡＭ３３には、ＲＯＭ３２または補助記憶装置３９からロードされた各種プログラムやデータが記憶され、ＣＰＵ３１に対する作業領域を確保する。ＨＴＭＬ等で記述されたゲーム画面データを表示するウェブブラウザは、ＲＯＭ３２または補助記憶装置３９に記憶されており、ＲＡＭ３３にロードされてＣＰＵ３１によって実行される。また、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインソフトウェアを、ウェブブラウザと共にＲＯＭ３２または補助記憶装置３９に記憶していてもよい。

　画像処理部３４は、ＣＰＵ３１からの画像表示命令に基づいて表示部３５を駆動し、当該表示部３５の画面に画像を表示させる。表示部３５には、液晶ディスプレイ、または有機ＬＥ（Electro-Luminescence）ディスプレイ等の既知の種々の表示装置が適用できる。

　サウンド処理部３６は、音声入力部３７から音声が入力されたときにアナログ音声信号をデジタル音声信号に変換するとともに、ＣＰＵ３１からの発音指示に基づいてアナログ音声信号を生成して音声出力部３８に出力する。音声入力部３７は、端末装置３に内蔵されたマイクロフォンからなり、電話通信する場合や録音を行う場合などに用いられる。音声出力部３８は、電話通信時の受話スピーカおよび電話着信音やゲーム実行時の効果音などを出力するスピーカからなる。

　補助記憶装置３９は、各種プログラムやデータ等を格納する記憶装置である。補助記憶装置３９としては、携帯電話端末の内部メモリとして、例えばフラッシュメモリドライブやハードディスクドライブ等を用いることができ、また、携帯電話端末の外部メモリとして、例えばメモリカードリーダライタ等を用いることができる。

　操作入力部４０は、ユーザの操作入力を受け入れて当該操作入力に対応した入力信号を、バスライン４２を介してＣＰＵ３１に出力するものである。操作入力部４０の例としては、端末装置３の本体に設けられた方向指示ボタン、決定ボタン、英数文字等入力ボタンなどの物理的ボタンがある。また、表示部３５の画面にタッチパネル（接触入力式のインタフェース）を搭載することによって表示部３５をいわゆるタッチスクリーンとして構成している端末装置３の場合、当該タッチパネルも操作入力部４０となる。

　通信制御部４１は、通信インタフェース４１ａを備え、ゲーム操作時等にデータ通信するための通信制御機能および携帯電話端末として音声データを送受信するための通信制御機能等を有している。ここで、データ通信用の通信制御機能には、例えば、無線ＬＡＮ接続機能、無線ＬＡＮや携帯電話回線網を介したインターネット接続機能、所定の周波数帯（例えば２．４ＧＨｚの周波数帯）を用いた近距離無線通信機能などが含まれる。通信制御部４１は、ＣＰＵ３１からの命令に基づいてゲーム装置１を無線ＬＡＮやインターネット等に接続するための接続信号を発信するとともに、通信相手側から送信されてきた情報を受信してＣＰＵ３１へ供給する。

　なお、端末装置３には、その他にもＧＰＳ（Global Positioning System）信号受信回路、ＣＣＤ（Charge Coupled Device）イメージセンサ等の撮像装置（カメラ）、３軸加速度センサなどが備えられていてもよく、例えば、ＧＰＳ位置情報などをゲーム内で活用してもよい。

　上記構成の端末装置３において、ゲームサービスを受けようとするユーザは、ウェブブラウザを立ち上げてゲームサーバ１が管理するゲームサイトにアクセスする操作を行う。このアクセスがゲームサーバ１に認証された場合、端末装置３の通信制御部４１がゲームサーバ１から送信されてくるＨＴＭＬ等で記述されたゲーム画面データを受信し、ＣＰＵ３１がウェブブラウザを実行してゲーム画面を表示部３５に表示させる。ここでユーザは、ゲーム画面に表示されている選択可能なボタンオブジェクトやハイパーリンクを、操作入力部４０を操作して選択入力する。この選択入力に応じてゲームサーバ１がゲームを進行させ、新たなゲーム画面データを端末装置３に送信する。そして、この新たなゲーム画面が端末装置３の表示部３５に表示され、以下、同様に、ユーザは、表示部３５に表示されているゲーム画面で選択可能なボタンオブジェクト等を選択する操作により、ゲームサーバ１が提供するゲームをプレイすることができるようになっている。

　〔ゲーム管理装置の機能的構成〕
　次に、上記のように構成されたゲーム管理装置（ゲームサーバ１およびデータベースサーバ２）の主要な機能について説明する。図４は、ゲーム管理装置の主要機能ブロック図である。

　ゲーム管理装置は、主に、ゲーム情報管理手段５１、ゲーム進行手段５２、認証手段５３、仲間管理手段５４、交流手段５５およびポイント付与手段５６を備えている。これらの各手段５１～５６は、ゲームサーバ１のＣＰＵ１１が本実施の形態に係るプログラムを実行することにより実現されるものである。

　ゲーム情報管理手段５１は、各ユーザのゲーム情報をデータベースサーバ２に蓄積して管理する。ゲーム情報管理手段５１で管理されるゲーム情報の項目は、本ゲームサーバ１がユーザに提供するゲームサービスの内容によって異なる。

　本ゲームサーバ１によって提供されるゲームの例としては、野球、サッカー、ゴルフなどの各種スポーツを題材としたスポーツゲーム、戦闘を題材とした戦闘ゲーム、音楽シミュレーションゲーム、その他種々のロールプレイングゲーム・育成ゲーム・シミュレーションゲームといったように、ゲーム形式・ジャンルを問わず様々なゲームを挙げることができる。その一例として、本実施の形態では、ゲームサーバ１がゲームサービスとして野球ゲームを提供する場合について、以下に説明する。

　本実施の形態では、ユーザがゲーム内において選手キャラクタを所有し、当該選手キャラクタを用いてゲーム内で他のユーザと試合（対戦）を行うことができる野球ゲームを例に挙げる。ユーザが所有する選手キャラクタは、当該選手キャラクタの形態を端末装置３の画面上で視認可能としたカード形式とすることができる。すなわち、選手キャラクタは、デジタル選手カードとしてゲームサーバ１で管理されるとともに、ユーザの端末装置３の画面に表示される。図１２には、ユーザの端末装置３の画面に表示される選手カード７１を例示しており、選手キャラクタの形態およびカードのレア度（希少価値の高さを☆の多さで示したもの）などを表記したデジタル選手カードとして画面上に表示される。ユーザは、ゲームを進行させながら選手カードを集め、自分だけのオリジナルチームを結成し、他のユーザと対戦してランキングを競うことができる。また、ユーザは、集めた選手カード同士を合成することによって選手カード（選手キャラクタ）の能力を向上させる（すなわち、選手を育成する）ことができ、より強いチーム作りを目指してゲームを楽しむことができるようになっている。

　このような野球ゲームにおいて、各ユーザのゲーム情報を管理するゲーム情報管理手段５１は、図５に示すように、ユーザ情報記憶制御手段５１ａ、レベル情報記憶制御手段５１ｂ（ゲームレベル記憶制御手段）、所有選手カード記憶制御手段５１ｃ、所有ポイント記憶制御手段５１ｄ、所有コイン記憶制御手段５１ｅ、所有アイテム記憶制御手段５１ｆ、試合結果記憶制御手段５１ｇおよびランキング記憶制御手段５１ｈなどを備えている。図７には、ゲーム情報管理手段５１の各記憶制御手段５１ａ～５１ｈがデータベースサーバ２に記憶して管理する、各ユーザのゲーム情報の一例（この例ではユーザＩＤ＝“０００００１”の１人分のゲーム情報）を示している。

　ユーザ情報記憶制御手段５１ａは、各ユーザを一意に識別するユーザＩＤと対応付けて、ログインＩＤ、パスワード、ユーザ名（ゲーム内で使用するニックネーム等）、チーム名等の各ユーザに関するユーザ情報を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。ここで、ログインＩＤおよびパスワードは、各ユーザが端末装置３を操作してゲームサーバ１にアクセスしたときのログイン認証に用いられる。ユーザ名およびチーム名は、ユーザがゲームサービスを受けるための会員登録をした際や、ゲームを初めて実行した際に、ユーザが自ら設定した任意の情報である。ユーザ名およびチーム名は、必要に応じてゲーム画面に表示される。

　レベル情報記憶制御手段５１ｂは、ユーザＩＤと対応付けて、ゲームレベルとしてのユーザのレベルや所属リーグのレベル等のレベル情報を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。本野球ゲームでは、例えば、ユーザがゲームを進行させることにより経験値が蓄積され、当該経験値が一定量に達することによりユーザのレベルがアップするようになっている。また、本野球ゲームでは、例えば、複数の異なるレベルのリーグが存在し、各ユーザのチームが何れかのリーグに所属して、同リーグの他のユーザのチームと自動で試合（リーグ戦）を行うようになっている。また、このリーグ戦の成績に応じて、異なるリーグに所属するユーザのチーム同士の入替戦が自動で実行され、ユーザのチームが所属するリーグレベルが変化するようになっている。レベル情報記憶制御手段５１ｂは、このユーザのレベルや所属リーグのレベルを、ユーザＩＤと対応付けて記憶する。

　所有選手カード記憶制御手段５１ｃは、ユーザＩＤと対応付けて、ゲーム内でユーザが獲得して所有している選手カードの情報を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。この選手カードの情報の例としては、選手カードを一意に識別するための識別情報（選手カードＩＤ）、選手の能力の高さを示す能力値およびレギュラー選手フラグなどがある。

　図７では、３つの能力項目（能力１～３）に対して選手の能力値を設定できる例を示している。能力項目の例としては、選手カードが野手の場合は、能力１～３を「打撃」、「走力」、「守備」等とすることができ、また選手カードが投手の場合は、能力１～３を「球威」、「制球」、「変化」等とすることができる。能力項目はこの例に限らず、増減可能である。レギュラー選手フラグとは、ユーザが所有している選手カードのうち、他のユーザのチームとの試合に出場するレギュラー選手（チームオーダーに組み込まれた選手）であるか、それともレギュラー選手以外の控え選手であるかを判別するフラグであり、これが「１」のときレギュラー選手の選手カードとして登録されていることを示す。ユーザは、端末装置３を操作することにより、所有している選手カードからレギュラー選手を選択したり、チームオーダーを設定したりすることができるようになっている。

　また、データベースサーバ２には、選手カードＩＤと対応付けられて、選手カードの画像データ、選手名、ポジション、所属球団、能力値（合成により強化されていない初期値）などが記憶された選手カードデータベースが存在し、ゲーム情報管理手段５１は、所有選手カード記憶制御手段５１ｃによって記憶された選手カードＩＤに基づいて、当該選手カードＩＤに対応する選手カードの画像データ等を取得できるようになっている。

　所有ポイント記憶制御手段５１ｄは、ユーザＩＤと対応付けて、ゲーム内でユーザが所有している各種ポイント（ポイントに準ずる値などを含む）を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。本ゲームにおいては、様々なゲームモードが存在し、ゲームモードに応じて様々なポイントを獲得したり、獲得したポイントを使用したりできるようになっている。

　図７に示すように、ポイントの例としては、上述の経験値の他、行動力ポイント、運営コスト、強化ポイント、交流ポイントなどがある。行動力ポイントは、当該行動力ポイントを消費しながら選手カードを探索して選手をスカウトするという「スカウトモード」で使用される。運営コストは、他のユーザを指定して個別対戦の試合を行う「試合モード」で使用されるものであり、試合を運営する場合に必要なコスト（ポイント）という位置付けで、当該個別対戦を行うことにより消費される。例えば、ゲーム中に消費されて減った行動力ポイントや運営コストは、時間の経過により回復する（例えば、３分経過する毎に１ポイントずつ回復する）ようにしたり、前記経験値が一定量に達してユーザのレベルがアップすることにより回復するようにしたりできる。

　また、前記の強化ポイントは、ユーザが所有する選手カード同士を合成することによって選手カードの能力を向上させる「強化モード」で使用されるものであり、当該合成を行うことにより消費される。この強化ポイントは、例えばスカウトモードの実行や試合モードの実行等によって獲得できるようにすることができる。

　また、前記交流ポイントは、ユーザが他のユーザ（特に仲間ユーザ）と挨拶等の交流を行うことによって獲得できるポイントであり、ポイント付与手段５６により付与される。交流の具体例等の詳細については後述する。この交流ポイントは、例えば、ゲームサーバ１が管理している全ての選手カードの中から乱数等に基づく抽選で所定枚数（例えば１枚）の選手カードを獲得できる「抽選モード」で使用可能であり、所定の交流ポイントにつき１回の選手カード抽選を受けることができる。

　所有コイン記憶制御手段５１ｅは、ユーザＩＤと対応付けて、ゲーム内でユーザが所有しているコイン（前記ポイントとは別のゲーム内通貨）を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。このコインは、例えば、課金対象のアイテムを獲得する等の際に必要となるものである。

　所有アイテム記憶制御手段５１ｆは、ユーザＩＤと対応付けて、ゲーム内でユーザが獲得したアイテムを、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。図７に示すように、アイテムの例としては、回復アイテム、パズルカードのピース、フェイクカードなどがある。回復アイテムは、ゲーム中に消費して減った前述の行動力ポイントおよび／または運営コストを、時間の経過を待たずに一瞬で最大値まで回復させるアイテムである。例えば、回復アイテムは、前記コインを消費して購入したり、ゲーム内で所定のボーナス条件を満たしたりすることにより獲得できる。

　パズルカードのピースは、所定数のピース（例えばＰ１～Ｐ６の６つのピース）を全部集めてパズルカードを完成させることで強力な（能力値の高い）選手カードを入手することができるアイテムである。例えば、パズルカードのピースは、前記スカウトモードの実行時に乱数等に基づく抽選で当選した場合に獲得でき、また前記試合モードで他のユーザが所有しているピースを狙って対戦して勝利した場合に、当該対戦相手のユーザから奪取できるようになっている。

　フェイクカードは、前記パズルカードのピースにセットしておくことにより、前記試合モードの対戦で他のユーザに負けても、狙われたピースを一度だけ奪取されないようにできるアイテムである。例えば、フェイクカードは、前記コインを消費して購入したり、ゲーム内で所定のボーナス条件を満たしたりすることにより獲得できる。

　試合結果記憶制御手段５１ｇは、ユーザＩＤと対応付けて、ユーザのチームが他のユーザのチームと対戦した試合を一意に特定するための試合ＩＤを、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。ここで、試合ＩＤにより一意に特定される試合は、ユーザが対戦相手を指定して行う個別対戦の試合、およびゲームサーバ１により自動で行われるリーグ戦の試合を含む。

　また、データベースサーバ２は、試合ＩＤと対応付けられて、試合日時（現実世界の試合開始または終了の時間）、勝利したチームのユーザＩＤ、敗北したチームのユーザＩＤ、対戦スコア、勝利投手キャラクタ、敗戦投手キャラクタ、本塁打を打った選手キャラクタ、試合寸評情報などの試合結果に関する情報が記憶された試合データベースを備えている。そして、ゲーム情報管理手段５１は、試合結果記憶制御手段５１ｇによって記憶された試合ＩＤに基づいて、当該試合ＩＤに対応する試合結果に関する情報を、試合データベースから取得できるようになっている。

　ランキング記憶制御手段５１ｈは、ユーザＩＤと対応付けて、前記リーグ戦や入れ替え戦におけるユーザのチームの勝利数および敗戦数、ならびに勝利数・敗戦数に基づく所属リーグ内の順位などのランキング情報を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。例えば、リーグ戦が現実世界における月曜日～金曜日の各日の所定時間に所定の試合数（例えば各日１２試合）自動的に行われ、また、入れ替え戦が現実世界における土曜日および日曜日の所定時間に所定の試合数（例えば各日１２試合）自動的に行われるものとする。この場合、図７に示すように、ランキング記憶制御手段５１ｈは、現実世界の月曜日～日曜日の各日についてのランキング情報を記憶し、毎週、ランキング情報を最新の情報に更新する。

　次に、図４に示すゲーム進行手段５２について説明する。ゲーム進行手段５２は、ユーザによる端末装置３に対する操作に応じてゲームを実行し、当該実行結果に応じたゲーム画面データを生成してこれを端末装置３に送信し、端末装置３にユーザの操作に応じたゲーム画面を表示させることによってゲームを進行させる機能を有する。図４に示すように、このゲーム進行手段５２は、ゲーム実行手段５２ａと、ゲーム画面生成手段５２ｂと、ゲーム画面送信手段５２ｃとを備えている。

　ユーザの端末装置３のウェブブラウザによってゲーム画面が表示されているとき、ユーザがゲーム画面上の選択可能なボタンオブジェクトやハイパーリンクが設定された文字列等を選択する操作を行った場合、当該操作に応じたゲーム画面のリクエストが端末装置３のウェブブラウザによってゲームサーバ１へ送信される。このリクエストを受信したゲームサーバ１では、ゲーム実行手段５２ａが、当該リクエストに応じてユーザのゲーム情報を読み出して演算やデータ処理を行うことによってゲームを実行する。

　例えば、対戦モードで他のユーザのチームと対戦するという操作がユーザによって行われた場合を例に挙げると、ゲーム実行手段５２ａは、対戦を行う両ユーザのユーザＩＤに対応した両チームの選手カード情報（試合に出場するレギュラー選手の選手カード情報）をデータベースサーバ２から読み出す。そして、ゲーム実行手段５２ａは、両チームの選手カードの能力値等に基づいて、勝敗を決定する演算を行う。この勝敗決定の演算の例としては、単純に両チームの選手カードの能力値の合計が高い方を勝利チームとしてもよいし、能力値の合計が高い方のチームが勝利する確率を高くして勝利チームを確率演算により求めてもよい。また、ゲーム実行手段５２ａは、勝敗を決定する演算の前に、チームを構成する選手カードの組み合わせに基づいて、勝敗に影響を与える様々な効果演出を発生させるか否かを決定する演算を行ってもよい。

　ゲーム画面生成手段５２ｂは、ゲーム実行手段５２ａによる実行結果に応じて、例えばＨＴＭＬデータからなるゲーム画面データを生成する。ＨＴＭＬデータには、データベースサーバ２から読み出された選手カード等の画像データを含めてもよい。また、ＨＴＭＬデータには、端末装置３のウェブブラウザのプラグインによって動作するスクリプト（プログラム）が埋め込まれていてもよい。ゲームサーバ１から提供されたスクリプトが端末装置３で実行される場合は、端末装置３で表示されるゲーム画面を動画とすることも可能である。

　ゲーム画面送信手段５２ｃは、ゲーム画面生成手段５２ｂにより生成されたゲーム画面データ（ＨＴＭＬデータ等）を、ゲーム画面のリクエストに対するレスポンスとしてユーザの端末装置３へ送信する。このゲーム画面データを受信したユーザの端末装置３では、ウェブブラウザによって表示部３５にゲーム画面が表示される。

　次に、認証手段５３について説明する。認証手段５３は、ゲームサービスを受けようとするユーザが端末装置３を操作してゲームサーバ１にアクセス（ログイン）しようとした際、当該ユーザのゲーム参加資格の有無を判断してログイン認証を行う。この認証の例としては、ユーザＩＤと対応付けられたログインＩＤおよびパスワードに基づく認証がある。例えば、ユーザが初めてゲームサービスを利用するときに、会員情報としてログインＩＤ（任意の英数文字やメールアドレス等）およびパスワードをゲームサーバ１に登録する。そして、次回からのゲームサーバ１へのログイン時には、ユーザが端末装置３を操作してログインＩＤおよびパスワードをゲームサーバ１へ送信する。このとき、ゲームサーバ１の認証手段５３が、ユーザの端末装置３から受信したログインＩＤおよびパスワードの組み合わせが登録済みであるか否かを判断し、ログイン認証を行う。

　また、ＳＮＳのシステムに本ゲームシステムを組み込む場合、ＳＮＳの会員登録情報（ログインＩＤおよびパスワード）をそのまま本ゲームシステムのゲームサービスを受けるための利用登録情報としてもよい。例えば、ユーザの端末装置３がＳＮＳサーバにログインしている状態で、ゲームサーバ１が管理するゲームサイトに最初にアクセスした際、ＳＮＳサーバからゲームサーバ１へ自動的にユーザのログインＩＤおよびパスワードが転送され、これによってユーザが改めてログインＩＤおよびパスワードを登録することなくゲームサービスの利用登録ができるようにしてもよい。

　また、ユーザがゲームサーバ１にアクセスする度にログインＩＤおよびパスワードを入力する手間を省略できるように、端末装置３である携帯電話やスマートフォンの個体識別番号（電話番号とは別の端末を一意に識別するための情報）、または契約者固有ＩＤ（端末の契約者を一意に識別するための情報であって、機種変更を行っても契約者が同一である限りは変更されないＩＤ）を利用した認証を行ってもよい。すなわち、ユーザが端末装置３を操作して会員登録した際に、当該端末装置３から送信されてくるデータに含まれる個体識別番号または契約者固有ＩＤをゲームサーバ１が取得し、ログインＩＤおよびパスワードとともに、当該個体識別番号または契約者固有ＩＤもユーザＩＤと対応付けてデータベースサーバ２に記憶しておくのである。そして、認証手段５３は、端末装置３からアクセス要求を受けた際には、個体識別番号または契約者固有ＩＤが登録済みであるか否かを判断してログイン認証を行う。これにより、ゲームサーバ１へのアクセス時には、ユーザはログインＩＤおよびパスワードの入力を省略してログインすることが可能となる。

　また、ユーザがゲームサーバ１にアクセスする度にログインＩＤおよびパスワードを入力する手間を省略できる別の方法としては、HTTP cookieの情報（以下、Cookieと称する）を利用する方法もある。すなわち、ユーザが端末装置３を操作して会員登録した際に、ゲームサーバ１がログインＩＤおよびパスワードに対応した個体識別情報を発行してデータベースサーバ２へ登録するとともに、当該個体識別情報をCookieとして端末装置３へ送信する。このとき、端末装置３のブラウザは、受信したCookieを端末装置３内へ記憶する。次回からのゲームサーバ１へのアクセスの際には、端末装置３のブラウザがページ閲覧要求とともにCookieをゲームサーバ１へ送信するので、認証手段５３は、端末装置３からアクセス要求を受けた際には、Cookieの個体識別情報が登録済みであるか否かを判断してログイン認証を行うことができる。

　次に、仲間管理手段５４について説明する。仲間管理手段５４は、仲間関係が成立している２人のユーザを関係付けた仲間情報をデータベースサーバ２（記憶装置）に記憶する仲間情報記憶制御手段５４ａを備えている。図８には、仲間情報記憶制御手段５４ａがデータベースサーバ２に記憶する仲間情報の一例を示している。

　図８に示すように、仲間情報記憶制御手段５４ａは、ある２人のユーザ間で仲間関係が成立したときに、仲間申請をしたユーザのユーザＩＤと当該仲間申請を承認したユーザのユーザＩＤとを関係付けた仲間情報をデータベースサーバ２へ記憶する。そして、仲間管理手段５４は、各仲間情報にこれらを一意に識別するための仲間情報ＩＤを付加し、仲間情報ＩＤに基づいて仲間管理を行う。

　図８の例では、仲間申請したユーザＩＤ＝“０００００１”のユーザＡと、それを承認したユーザＩＤ＝“０００００２”のユーザＢとの２人のユーザを関係付けた仲間情報が、仲間情報ＩＤ＝“１”の仲間情報としてデータベースサーバ２に登録されている。これにより、ユーザＡにとってユーザＢは仲間関係にある仲間ユーザであり、ユーザＢにとってもユーザＡは仲間ユーザとなる。

　また、各ユーザは複数の仲間を作ることができ、各ユーザを中心とする仲間グループを構成することが可能である。図８の例では、ユーザＩＤ＝“０００００１”のユーザＡは、ユーザＩＤ＝“０００００５”および“００００３５”のユーザとも仲間関係を構築している。そして、仲間管理手段５４は、各ユーザを中心とする仲間グループに所属する仲間関係にある仲間ユーザの情報をデータベースサーバ２に記憶して、ユーザ毎の仲間管理を行う。

　図９Ａには、仲間管理手段５４がデータベースサーバ２に記憶している仲間情報等に基づいて管理している、各ユーザの仲間に関する情報の一例を示している。仲間管理手段５４の仲間情報記憶制御手段５４ａは、ユーザＩＤと対応付けて、仲間数の上限の情報、すでに仲間の関係になっている仲間ユーザのユーザＩＤ、仲間申請中のユーザのユーザＩＤ、および仲間申請を受けているが未承認のユーザのユーザＩＤなどの仲間に関する情報を、ユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。図９Ａの例では、ユーザＩＤ＝“０００００１”のユーザ１人分の仲間に関する情報を示しており、仲間数の上限は４５人、当該ユーザの仲間ユーザは１０人、仲間申請中のユーザは１人、仲間申請を受けているが未承認のユーザは０人である。

　本実施の形態の野球ゲームでは、仲間をつくることによって、仲間関係になった両ユーザにボーナスポイントが付与される（例えば、前記行動力ポイントや運営コストの最大値を所定ポイントだけ増加させることができる）。また、仲間ユーザと協力して試合をしたり、仲間同士で選手カードのプレゼントや応援を行ったりすることで、ゲームを有利に進めることができるゲーム仕様となっている。このようにゲーム内で仲間をつくることによるメリットをユーザに付与することにより、仲間を作ることを促進している。

　但し、各ユーザが他のユーザと仲間関係を構築することができる仲間数には上限を設定することができる。仲間数の上限としては、各ユーザに共通の１つの上限（例えば、５０人）を設けることができる。あるいは、各ユーザのゲームの進行度合いに応じて、仲間数の上限が所定範囲（例えば１０人～９９人の範囲）で変動するようにしてもよい。本実施の形態では、仲間数の上限が１０人～９９人の範囲で変動し、ユーザのレベルが高くなるほど、仲間数の上限が大きくなるようにしている。これにより、ユーザは、より多くの仲間を作ってゲームを有利にするために、ゲームを継続的に進めてレベルアップを図ろうとする動機付けを与えられることになる。仲間情報記憶制御手段５４ａは、ユーザＩＤと対応付けて、各ユーザの仲間数の上限を記憶装置に記憶しており、仲間管理手段５４が各ユーザの仲間数の上限を管理する。

　本実施の形態において、２人のユーザが仲間になるには、両ユーザの何れか一方が、他方のユーザに対してゲームサーバ１を介して仲間申請を行う。この仲間申請の操作例としては、先ず、仲間を作ろうとするユーザが、端末装置３の画面上に仲間候補の対象者をリストアップする操作を行う。このとき、ユーザは、仲間候補のユーザレベルを指定することができる。このユーザによる操作に応じて、ゲームサーバ１が仲間候補の対象者をリストアップした画面データを送信することにより、複数の仲間候補がリストアップされた画面がユーザの端末装置３に表示される。ここで、ユーザは、画面上にリストアップされた対象者のユーザレベルや所属リーグレベル等を確認し、仲間にしたいユーザを選択して仲間申請の操作を行う。

　例えば、ユーザＩＤ＝“０００００１”のユーザＡが、ユーザＩＤ＝“０００００２”のユーザＢに対して仲間申請の操作を行った場合を考える。図９Ａに示すように、この操作に応じてゲームサーバ１の仲間情報記憶制御手段５４ａは、仲間申請を行ったユーザＡのゲーム情報として、当該ユーザＡのユーザＩＤ＝“０００００１”と対応付けて、被申請者であるユーザＢのユーザＩＤ＝“０００００２”を、「申請中のユーザＩＤ」として記憶装置に記憶する。

　さらに、図１０Ａに示すように、仲間情報記憶制御手段５４ａは、被申請者であるユーザＢのゲーム情報として、当該ユーザＢのユーザＩＤ＝“０００００２”と対応付けて、仲間申請を行ったユーザＡのユーザＩＤ＝“０００００１”を、「未承認のユーザＩＤ」として記憶装置に記憶する。そして、ゲームサーバ１は、その後、ユーザＢの端末装置３がゲームサーバ１にログインしたときに、ユーザＡから仲間申請があった旨を通知する。

　そして、仲間申請を受けたユーザＢは、ゲームサーバ１から受信したユーザＡのユーザレベルや所属リーグレベル等の情報を、端末装置３の画面上で確認し、仲間として承認するか拒否するかを選択する操作を行う。ここで、ユーザＢが仲間として承認する操作を行った場合、この操作に応じてゲームサーバ１の仲間管理手段５４は、ユーザＡとユーザＢとの仲間関係を成立させ、図８に示すように両ユーザＡ・ＢのユーザＩＤを関係付けた仲間情報をデータベースサーバ２に登録する。そして、仲間情報記憶制御手段５４ａは、図９Ｂに示すように、ユーザＡのゲーム情報として、当該ユーザＡのユーザＩＤ＝“０００００１”と対応付けて、ユーザＢのユーザＩＤ＝“０００００２”を、「仲間ユーザＩＤ」として記憶装置に記憶し、「申請中のユーザＩＤ」からユーザＢのユーザＩＤを削除する。

　さらに、図１０Ｂ（に示すように、仲間情報記憶制御手段５４ａは、ユーザＢのユーザＩＤ＝“０００００２”と対応付けて、ユーザＡのユーザＩＤ＝“０００００１”を、「仲間ユーザＩＤ」として記憶装置に記憶し、「未承認のユーザＩＤ」からユーザＡのユーザＩＤを削除する。そして、ゲームサーバ１は、その後、ユーザＡの端末装置３がゲームサーバ１にログインしたときに、ユーザＢから仲間の承認があった旨を通知する。

　次に、交流手段５５について説明する。交流手段５５は、ユーザの端末装置３から、他のユーザ（特に、仲間ユーザ）に対して所定の交流を行う情報を受信し、受信した情報に基づいて、当該ユーザから当該他のユーザに対しての交流処理を実行する機能を備えている。図６に示すように、本実施の形態の交流手段５５は、挨拶手段５５ａ、メッセージ伝達手段５５ｂ、メッセージ記憶制御部５５ｃ、プレゼント手段５５ｄ、対戦協力手段５５ｅおよび交流履歴記憶制御手段５５ｆ等を具備する。

　挨拶手段５５ａは、各ユーザの端末装置３から送信された他のユーザ宛の挨拶情報を受信して、当該他のユーザへ挨拶情報を伝達する機能を有する。また、メッセージ伝達手段５５ｂは、各ユーザの端末装置３から送信された他のユーザ宛のメッセージを受信するとともに、当該メッセージを当該他のユーザへ伝達する機能を有する。このメッセージ伝達手段５５ｂは、メッセージ記憶制御部５５ｃを備えている。

　図１１には、メッセージ記憶制御部５５ｃがデータベースサーバ２に記憶して管理する、受信メッセージに関する情報の一例を示している。このメッセージ記憶制御部５５ｃは、メッセージを受け取った受信側ユーザのユーザＩＤと対応付けて、送信元のユーザＩＤ、メッセージの内容、送信日時などのメッセージに関する情報を、受信側のユーザのユーザＩＤ毎にデータベースサーバ２の所定の記憶領域に記憶する。また、各メッセージに関する情報には、各メッセージを一意に識別するためのメッセージＩＤが付加されている。図１１の例では、ユーザＩＤ＝“０００００２”の受信側ユーザ１人分の受信メッセージに関する情報を示しており、当該ユーザは、ユーザＩＤ＝“０００００１”のユーザから「プレゼントありがとう！」、ユーザＩＤ＝“００００３８”のユーザから「おはよう！今週のイベント頑張ろう！」、ユーザＩＤ＝“０００１４５”のユーザから「今週もよろしく！」というメッセージをそれぞれ受け取っている。

　ここで、ユーザが、自分の仲間ユーザに対して、挨拶したりメッセージを送ったりする操作の一例を説明する。例えば、ユーザが端末装置３を操作してメイン画面中の「仲間リスト」ボタンを選択すれば、端末装置３から仲間リスト要求がゲームサーバ１へ送信される。ゲームサーバ１は、ユーザの端末装置３からこの要求を受信して、当該ユーザの仲間リストを表示させる情報を端末装置３へ送信する。これにより端末装置３には、例えば図１３に示すような仲間リスト画面が表示される。この仲間リスト画面には、ユーザと仲間関係にある仲間ユーザの情報がリストアップされて表示される。なお、画面に表示しきれない仲間ユーザの情報については、画面をスクロールするまたは仲間リストの２ページ目以降をゲームサーバ１にリクエストして別画面として表示することができる。

　この仲間リスト画面内にはリストアップされた仲間ユーザ毎の情報表示領域が設けられており、各情報表示領域には、仲間ユーザのゲーム情報８１（ユーザ名、チーム名、ユーザのレベル、仲間の人数、所属リーグのレベル等）、当該ユーザの分身的なキャラクタであるアバター８２、当該ユーザが所有するリーダーの選手カード８３などとともに、挨拶ボタン８４というオブジェクトも表示される。そして、ユーザがこの挨拶ボタン８４を選択操作することで、自分の仲間ユーザに対してゲーム内で仮想的に挨拶することができるようになっている。例えば、ユーザＡが仲間ユーザＢの挨拶ボタン８４を選択操作した場合、端末装置３から挨拶情報が送信され、この挨拶情報を受信した挨拶手段５５ａが、仲間ユーザＢの端末装置３へユーザＡから挨拶があったことを伝達する。

　ここで、挨拶とは、上記のようにゲーム内で仮想的に行うことができる簡易的な交流の総称であり、エール（応援）を送る、ガッツ（やる気）を送る、ウインクする、微笑む、手を振る等、別の表現を用いた簡易的な交流も含まれる。ユーザは、仲間ユーザに挨拶だけすることもできるが、以下に説明するように、挨拶と同時にメッセージを送ることもできる。

　ユーザの端末装置３における操作により挨拶ボタン８４が選択された場合、当該操作が端末装置３からゲームサーバ１へ伝えられる。その後、ゲームサーバ１からは、例えば図１４に示すメッセージ入力画面のデータが端末装置３へ送信され、端末装置３に当該メッセージ入力画面が表示される。このメッセージ入力画面には、例えば、仲間ユーザ（図１４の例ではユーザＢ）に対して挨拶した旨を示す文章等が表示されるとともに、メッセージ入力領域８５および送信ボタン８６というオブジェクトも表示される。そして、ユーザは、端末装置３を操作してメッセージ入力領域８５に任意のメッセージを入力し、送信ボタン８６を選択することによって、端末装置３からは仲間ユーザＢ宛のメッセージがゲームサーバ１へ送信される。図１４では「プレゼントありがとう」というメッセージをユーザが入力した例を示している。なお、データベースサーバ２における記憶容量を考慮して、メッセージ入力領域８５に入力できる文字に制限（例えば全角３０文字以内）を設けてもよい。

　なお、メッセージ入力画面には、仲間ユーザ（この例ではユーザＢ）のページへ遷移するためのハイパーリンク８７が表示されており、このリンクを選択することにより当該仲間ユーザのゲーム情報の詳細が記載されたページを表示できる。また、メッセージ入力画面には、仲間リストへ遷移するためのハイパーリンク８８やメイン画面へ遷移するためのハイパーリンク８９なども表示されており、これらのリンクを選択することにより仲間リストやメイン画面に戻れるようになっている。

　このメッセージ入力画面でのユーザの操作により端末装置３からメッセージが送信された場合、ゲームサーバ１では、メッセージ伝達手段５５ｂのメッセージ記憶制御部５５ｃが、端末装置３から受信した仲間ユーザ宛のメッセージを、当該仲間ユーザのユーザＩＤと対応させてデータベースサーバ２に記憶する（図１１参照）。そして、当該仲間ユーザの端末装置３がゲームサーバ１へアクセスしたとき、ゲームサーバ１のメッセージ伝達手段５５ｂは、メッセージ、送信元のユーザ名、送信日時等を表示させる画面データを端末装置３に送信する。これにより、この画面データを受信したユーザの端末装置３にはメッセージ等が表示され、他の仲間から受け取ったメッセージを画面で確認できるようになっている。

　このように、本実施の形態のゲームシステムでは、前記図１３および図１４に例示するようなコミュニケーションツールを使用して、仲間同士が何時でもコミュニケーションをとることができるようになっている。

　前記図１３および図１４の例では、ユーザの仲間に対してメッセージを送る例を説明したが、仲間関係にはない他のユーザに対しても、挨拶したりメッセージを送ったりすることもできる。例えば、仲間候補リストにリストアップされた仲間ではない他のユーザに対して、仲間の場合と同様の操作により、挨拶やメッセージを送ることも可能である。

　プレゼント手段５５ｄは、各ユーザの端末装置３から送信された他のユーザ宛のプレゼントの情報を受信して、当該他のユーザへプレゼントを届ける機能を有する。プレゼントの対象としては、ユーザがゲーム内で所有している選手カードや各種アイテムなどが挙げられる。

　対戦協力手段５５ｅは、ユーザ（ユーザＡとする）の端末装置３から、仲間ユーザに対して対戦協力を要請する情報を受信し、ユーザＡのキャラクタ（複数のキャラクタからなるグループやチームでもよい）が他のキャラクタと対戦するときに、仲間ユーザのキャラクタ（例えば、リーダーの選手カード）を、「助っ人」としてユーザＡ側に加担させて対戦協力を実行する機能を有する。このように、仲間ユーザのキャラクタが助っ人としてユーザＡ側に加担して対戦協力することにより、ユーザＡ側の戦力が向上するので、当該対戦協力がない場合に比べて、ユーザＡの対戦が有利になる。

　なお、ユーザのキャラクタが他のキャラクタと対戦する場合の「他のキャラクタ」とは、他のユーザのキャラクタ（複数のキャラクタからなるグループやチームでもよい）又はゲームサーバ１のＣＰＵが用意したキャラクタ（例えば、各ステージの最後に登場するボスキャラクタ等）のいずれであってもよい。

　ユーザが端末装置３を操作して、助っ人にしたい仲間ユーザのキャラクタ（または仲間ユーザ）を選択すれば、端末装置３からは、選択された仲間ユーザのキャラクタ（または仲間ユーザ）の情報を含む対戦協力要請情報がゲームサーバ１へ送信される。そして、ゲームサーバ１の対戦協力手段５５ｅは、ユーザの端末装置３から送信された対戦協力要請情報を受信して、当該ユーザが選択した仲間ユーザのキャラクタを助っ人として受け付ける。

　図１５Ａに、対戦モードにおけるゲーム画面の一例を示している。このゲーム画面には、ユーザが指定した対戦相手のチーム（敵軍）の情報９１およびユーザのチーム（自軍）の情報９２が表示される。対戦相手のチーム（敵軍）の情報９１としては、例えば、対戦相手のユーザ名、アバター、選手カード、戦力に関する情報などが表示される。また、ユーザのチーム（自軍）の情報９２としては、当該ユーザのユーザ名、アバター、選手カード、戦力に関する情報などが表示される。さらに、このゲーム画面の助っ人表示領域９３には、助っ人として自軍に協力するキャラクタ等の情報が表示されるようになっている。このゲーム画面は、ゲームサーバ１のゲーム画面生成手段５２ｂにより生成されるとともに、ゲーム画面送信手段５２ｃによりユーザの端末装置３へ送信されるものであり、端末装置３の表示部３５に表示される。

　また、助っ人表示領域９３には、「助っ人を呼ぶ」ボタン９３ａ（またはハイパーリンクが設定された文字列等）が表示され、任意の仲間のキャラクタを助っ人として要請できるようになっている。ユーザが「助っ人を呼ぶ」ボタン９３ａを選択することにより、例えば図１５Ｂに示す助っ人選択画面に遷移する。この助っ人選択画面には、ユーザと仲間関係にある仲間ユーザおよび当該仲間ユーザが有するキャラクタ（選手カード）がリストアップされて表示される。なお、画面に表示しきれない情報については、画面をスクロールするまたは助っ人選択画面の２ページ目以降をゲームサーバ１にリクエストして別画面として表示することができる。

　この助っ人選択画面内にはリストアップされた仲間ユーザ毎の情報表示領域が設けられており、各情報表示領域には、仲間ユーザの名前９４ａ、仲間ユーザのアバター９４ｂ、仲間ユーザが有する選手カード９４ｃ、選手名９４ｄ、当該選手カードの情報（選手カードに設定されているレベルや攻撃力等）９４ｅなどが表示される。図１５Ｂでは、仲間ユーザが有する複数の選手カードのうち、リーダーとして設定されている選手カードを助っ人のキャラクタとして選択可能な例を示している。これに限らず、例えば、エース投手や４番打者として設定されている選手カードなどの代表的なキャラクタを、仲間の助っ人として選択可能としてもよい。そして、ユーザが端末装置３を操作して、例えば仲間ユーザの名前９４ａに設定されたハイパーリンク表示部分を選択することにより、助っ人にしたい仲間のキャラクタを選択できるようになっている。

　例えば、図１５Ｂの助っ人選択画面において、ユーザＡが端末装置３を操作して仲間ユーザＢのキャラクタを助っ人として選択した場合、図１５Ｃに例示するゲーム画面に遷移し、助っ人表示領域９３には、ユーザＢの選手カード９５が助っ人として表示される。また、助っ人表示領域９３には、対戦協力する仲間ユーザのアバターや対戦協力による戦力アップ情報等も併せて表示される。図１５Ｃの画面例では、対戦協力による戦力アップ情報として「攻撃力＋２００」が表示されている。

　なお、ユーザが仲間の助っ人を選択すれば、ゲームサーバ１において当該仲間の助っ人の情報を当該ユーザのユーザＩＤと対応付けてデータベースサーバ２（記憶装置）に記憶する。よって、ユーザが仲間の助っ人を選択する操作を行えば、次回の対戦においても、前回選択した仲間のキャラクタが助っ人として設定されるようにすることができる。また、仲間のキャラクタが助っ人として設定されているとき、助っ人表示領域９３には、「助っ人を変更する」ボタン９６（またはハイパーリンクが設定された文字列等）が表示されるようになっている。ユーザがこのボタン９６を選択することにより、図１５Ｂの助っ人選択画面に遷移し、助っ人にしたい仲間のキャラクタを選択し直すことができるようになっている。

　図１５Ａまたは図１５Ｃの対戦モードの画面において、ユーザが「対戦開始」ボタン９７を選択する操作を行うことにより、ユーザの端末装置３からは対戦コマンドがゲームサーバ１へ送信され、ゲームサーバ１において対戦処理が実行される。そして、助っ人表示領域９３に仲間のキャラクタが助っ人として表示されているときに「対戦開始」ボタン９７を選択する操作が行われることにより、対戦コマンドと併せて仲間ユーザに対して対戦協力を要請する情報が、端末装置３からゲームサーバ１に送信される。この場合、仲間ユーザのキャラクタを助っ人としてユーザ側に加担させる対戦協力が実行されることになる。

　つぎに、交流履歴記憶制御手段５５ｆについて説明する。交流履歴記憶制御手段５５ｆは、各ユーザの交流履歴をデータベースサーバ２（記憶装置）に記憶する。交流手段５５において、ユーザから他のユーザに対しての交流処理が実行されたとき、交流履歴記憶制御手段５５ｆは、交流履歴として、例えば図１６に示すように、交流情報ＩＤ、交流をしたユーザＩＤ、交流相手のユーザＩＤ、交流種別、交流処理実行時の時間情報等を記憶する。交流種別とは、挨拶、メッセージ、プレゼント、対戦協力等の、具体的な交流の内容を示すものである。交流処理実行時の時間情報としては、年、月、日、時、分、秒等の時間情報を記憶するが、ここで記憶する時間の単位は任意に設定できる。

　なお、交流手段５５が実行する交流処理の対象となる交流は、上述の挨拶、メッセージの送信、プレゼント、協力対戦の助っ人依頼に限定されるものではなく、仲間のユーザ同士で行われる様々な交流を含めることができる。交流のその他の例としては、合同練習などがある。合同練習とは、交流の一種であり、ユーザがゲーム内で仮想的に仲間ユーザとともに行う練習である。合同練習を希望するユーザは、仲間ユーザを指定して合同練習を申込み、当該仲間ユーザが所定期間内に（例えば、申込みがあったその日のうちに）ゲームにアクセス（ログイン）した場合に合同練習が成立する。

　次に、ポイント付与手段５６について説明する。ポイント付与手段５６は、ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与する機能を有する。ここで、ポイント付与手段５６が付与するポイントとしては、ユーザがゲーム内で獲得できる前述の様々なポイント（本実施の形態の野球ゲームの例では行動力ポイント、運営コスト、強化ポイント、交流ポイント等）を対象とすることができる。一例として、本実施の形態では、ポイント付与手段５６が前述の「交流ポイント」をユーザに付与するものとする。以下、ポイント付与手段５６がユーザに付与する交流ポイントを、単に「ポイント」として記載する。

　また、ポイント付与の対象となる交流としては、前述の挨拶、メッセージの送信、プレゼント、協力対戦の助っ人依頼、合同練習など、仲間のユーザ同士で行われる様々な交流を含めることができる。

　また、ポイント付与手段５６は、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を実行する機能を有する。この第１のポイント設定処理は、あくまで、「同レベル間の交流時、または下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」よりも、「上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」を高くするという、両者の付与ポイントに相対的な差を設ける処理である。よって、「同レベル間の交流時、または下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」を基準とした場合には、「上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」を当該基準より上昇させることになる。逆に、「上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」を基準とした場合、「同レベル間の交流時、または下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」を当該基準より低く設定することになる。このように、どちらの付与ポイントを基準にするのかによって、他方の付与ポイントを相対的に高くするのか低くするのかが決まる。もちろん、どちらの付与ポイントを基準にしてもよいが、本実施の形態では、同レベル間の交流時等の付与ポイントを基準にして、「上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」を当該基準より上昇させる「ポイント上昇処理」を、「第１のポイント設定処理」の一例として、以下に説明する。

　ポイント付与手段５６は、ポイント上昇処理部５６ａを備えている。このポイント上昇処理部５６ａは、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くするポイント上昇処理を実行する。

　ここで、「ゲームレベル」とは、ユーザのゲームの進行度合い、熟練度、力量等を直接的または間接的に示す指標情報である。このゲームレベルとしては、（ａ）ユーザ自身のレベル、（ｂ）ユーザのゲーム内の所有物のレベル（所有物の例：キャラクタ、キャラクタの集合体であるグループ・チーム・ユニット、アイテム等）、（ｃ）ユーザのゲーム内の所有物の数・所有物の能力値等から算出される値、（ｄ）ユーザが達成したステージのレベルや現在所属しているリーグのレベル、等を挙げることができる。

　前記（ａ）の具体例としては、ユーザがゲームを進行させて経験値を蓄積することによりレベルアップするゲームにおけるユーザのレベルがある。また、前記（ｂ）の具体例としては、ユーザが所有するキャラクタを練習モード、試合モード、育成モード、合成モード等で使用することによりキャラクタの強化・レベルアップを図るゲームにおけるキャラクタのレベルがある。ここで、キャラクタのレベルとは、キャラクタの成長度合い、能力の高さ、強さ等を表す値であればよく、キャラクタの能力値であってもよい。

　また、前記（ｃ）の具体例としては、ユーザがゲームを進行させることによりキャラクタやアイテムを取得するゲームにおいて、ユーザが所有するキャラクタやアイテムの数の多さを評価する値がある。例えば、ユーザが所有する所定の能力値以上のキャラクタ（選手カード）の数をユーザのゲームレベルとすることができる。

　また、前記（ｄ）の具体例としては、ゲーム内にレベル（難易度）の異なる複数のステージが設けられており、１つのステージをクリアしたら１つ難易度の高い別のステージに進むようなゲームにおけるユーザが達成したステージのレベルがある。また、前記（ｄ）の他の具体例としては、ユーザがリーグ戦で上位の成績を獲得することによって、よりレベルの高いリーグに所属できるようなゲームにおける現在所属しているリーグのレベルがある。

　また、ゲームレベルは、数値で表されるレベルに限らず、例えばＡ、Ｂ、Ｃ・・等で表されるような様々な表現のレベルを含む。本実施の形態では、仲間期間を決定するために用いられるゲームレベルとして、前記（ａ）ユーザ自身のレベルを適用した例について以下に説明する。

　ここで、上記のポイント上昇処理の具体例を挙げると、同レベル以下の仲間ユーザへの交流時の付与ポイント（これを基本ポイントとする）を３ポイントとしたとき、上位レベルのユーザが下位レベルの仲間ユーザへ交流を行ったときの付与ポイントは、それより高い４ポイント（または５ポイント以上）とする。なお、ポイント付与手段５６がユーザに付与するポイントは、この具体例に限定されるものではなく、任意に設定することができる。

　このポイント上昇処理により、ユーザは、同レベル以上の仲間ユーザと交流するよりも、下位レベルの仲間ユーザと交流した方が、獲得できるポイントが多くなる。すなわち、ユーザは、下位レベルのユーザと仲間になれば、上記のポイント優遇のメリットを享受できるようになる。これにより、上位レベルのユーザが下位レベルのユーザと仲間になることで生じ得る従来の不公平感（協力対戦等において上位レベルのユーザの貢献度は高いが下位レベルユーザの貢献度は低いことによる不公平感など）を効果的に解消することができる。

　また、本実施の形態では、挨拶、メッセージ送信、プレゼント、協力対戦の助っ人依頼等、ポイント付与の対象となる交流が複数存在する。この場合、ポイント付与手段５６が付与するポイントの大きさを、交流の内容により異ならせてもよい。一例を挙げると、図１７に示すように、同レベル間等の交流時に付与される基本ポイントを、挨拶の場合３ポイント、メッセージ送信の場合４ポイント、プレゼントおよび協力対戦の助っ人依頼の場合５ポイントとする。そして、上記のポイント上昇処理では、ユーザに付与するポイントを各交流の基本ポイントよりも高くする。このポイント上昇処理においても、交流の内容により、ポイント上昇の程度を異ならせてもよい。一例を挙げると、ポイント上昇処理によって基本ポイントから上昇するポイントは、挨拶の場合１ポイント、メッセージ送信の場合２ポイント、プレゼントおよび協力対戦の助っ人依頼の場合３ポイントとする。

　次に、ポイント上昇処理の演算等について説明する。ポイント上昇処理の実行例としては、基本ポイントに所定ポイントを加算する演算処理がある。例えば、基本ポイントを３ポイント、所定ポイントを１ポイントとした場合、ポイント上昇処理の実行結果は４ポイント（＝３ポイント＋１ポイント）となる。所定ポイントを加算する本例の場合、挨拶、メッセージ送信など複数の交流が可能なゲームにおいて、全ての交流に対して所定ポイントを共通（例えば１ポイント）とすることもできるし、上述のように、交流の内容により所定ポイントを異ならせてもよい。

　ポイント上昇処理の他の実行例としては、基本ポイントに所定の係数ｋ（ｋ＞１）を積算する演算処理がある。なお、ポイントを整数とする場合は、演算結果の小数点以下については任意の端数処理（四捨五入、切り上げ、切り捨て等）を行う。例えば、基本ポイントを３ポイント、係数ｋ＝１．４、端数処理を四捨五入とした場合、ポイント上昇処理の実行結果は４ポイント（≒３ポイント×１．４）となる。係数ｋを積算する本例の場合、挨拶、メッセージ送信など複数の交流が可能なゲームにおいて、全ての交流に対して係数ｋを共通（例えばｋ＝１．４で固定）とすることもできる。あるいは、交流の内容により係数ｋを異ならせてもよい。例えば、挨拶の場合ｋ＝１．４、メッセージ送信の場合ｋ＝１．５、プレゼントおよび協力対戦の助っ人依頼の場合ｋ＝１．６とする。

　ポイント上昇処理の他の実行例としては、図１７に例示するテーブルのように、予めポイント上昇処理の結果情報を記憶装置（ＲＡＭ１３、補助記憶装置１４等）に記憶しておき、記憶装置から当該情報を読み出すことによってポイント上昇処理を実行する方法もある。図１７の例では、ポイント上昇処理の実行結果は、挨拶の場合４ポイント、メッセージ送信の場合６ポイント、プレゼントおよび協力対戦の助っ人依頼の場合８ポイントとなる。

　ところで、ゲーム内で可能な複数の交流の中でも、協力対戦の助っ人依頼や合同練習などは、仲間同士でないと行うことはできない。一方、挨拶、メッセージの送信、プレゼントなどの一部の交流は、仲間だけではなく、仲間以外の他のユーザに対しても行うことができるようになっている。このように、２人のユーザが仲間同士になる前であっても一部の交流を可能とすることにより、例えば仲間申請を無言で行うのではなく、挨拶したりメッセージを付けたりして仲間申請を行えるようになり、ユーザ間の円滑な仲間関係の構築にも寄与する。

　そして、ユーザが仲間以外の他のユーザに対して交流を行った場合も、ポイント付与手段５６は、当該ユーザに交流ポイントを付与するようにしてもよい。但し、仲間ユーザとの交流時に付与するポイントを、仲間以外の他のユーザとの交流時に付与するポイントよりも高くすることが望ましい。これにより、ゲーム内で仲間をつくることによるメリットをユーザに付与し、仲間をつくることを促進することができる。

　なお、ポイント付与手段５６は、仲間以外の他のユーザとの交流時に付与するポイントについては、交流したユーザと交流相手との間のレベル関係に基づく上記のポイント上昇処理と同様の処理を実行しないことが望ましい。その理由は、次のとおりである。すなわち、ポイント上昇処理は、上位レベルのユーザが下位レベルのユーザと仲間になることで生じ得る不公平感を解消する等のために実行されるものであり、仲間同士の交流時に付与するポイントを対象としたものである。仮に、仲間になっていないユーザ同士の交流（挨拶等）において、下位レベルのユーザへの交流時のポイントを優遇してしまうと、下位レベルのユーザと仲間になった場合に得られるメリットの意味が薄れてしまう可能性があるからである。

　〔ゲームシステムの動作〕
　上記の構成において、本発明の実施の形態に係るゲームシステムの動作例を、図１８のフローチャートを参照しながら以下に説明する。図１８は、ユーザが端末装置３を操作してゲームサーバ１にアクセスしてゲームサービスを受けるときの、端末装置３およびゲームサーバ１の処理の流れを示すものである。

　ユーザがゲームサービスを受ける場合、先ず、端末装置３の操作入力部４０を操作してウェブブラウザを起動する（Ｓ１１）。その後、ユーザは、ゲームサーバ１が管理するゲームサイトにアクセスする操作を行い、これにより、端末装置３からゲームサーバ１へアクセスリクエストが送信される（Ｓ１２）。このとき、ゲームサーバ１は、端末装置３からのアクセスに対するログイン認証を行い（Ｓ２１）、ゲームサービスの利用登録がなされているユーザからのアクセスであることを確認する。その後、ゲームサーバ１は、ＨＴＭＬ等で記述されたメイン画面データを端末装置３に送信する（Ｓ２２）。なお、メイン画面とは別のトップ画面がある場合は、まずトップ画面を送信してもよい。そして、メイン画面データを受信した端末装置３では、ウェブブラウザが当該データを解釈し、メイン画面を表示部３５に表示させる（Ｓ１３）。

　図１２に例示するように、メイン画面には、ユーザのチーム名７０、ユーザが所有する選手カードの中からリーダーとして選択された選手カード７１の画像、ユーザのゲーム情報７２（ユーザのレベル、行動力ポイント、運営コスト、強化ポイント、交流ポイント、所有する選手カードの数、仲間人数など）が表示される。また、スカウト、オーダー、強化、抽選、試合の各モードを選択するためのボタン群７３なども表示される。さらに、このメイン画面には、端末装置３の方向キーやタッチパネル等を操作して画面をスクロールさせることによって、図示しない各種メニューボタン、仲間の動き情報、他のユーザからのメッセージなど、様々なオブジェクトや情報が表示されるようになっている。

　ここでユーザが、画面に表示されている選択可能なボタン等のオブジェクトやハイパーリンクを選択する操作をすると、当該操作に応じた画面のリクエストが端末装置３からゲームサーバ１へ送信される（Ｓ１４）。このリクエストを受信したゲームサーバ１は、ユーザの操作に応じた演算処理やデータ処理を行ってゲームを実行し（Ｓ２３）、実行結果を反映させたゲーム画面データを端末装置３へ送信する（Ｓ２４）。そして、画面データを受信した端末装置３では、ウェブブラウザが当該データを解釈し、ゲーム画面を表示部３５に表示させる（Ｓ１５）。

　以降は、ユーザの端末装置３においては前記のＳ１４およびＳ１５が繰り返され、ゲームサーバ１においては前記のＳ２３およびＳ２４が繰り返され、これにより、端末装置３の画面に表示されている選択可能なボタン等をユーザが選択する度に、端末装置３のゲーム画面が次々と切り替わり、ゲームを進行させることができる。

　その後、ユーザが端末装置３を操作してゲーム画面を閉じた場合（Ｓ１６）、ゲームサーバ１はログアウト処理を行う（Ｓ２５）。例えば、ユーザがウェブブラウザを閉じた場合、ゲームサーバ１はセッションタイムアウト後にログアウト処理を行う。

　ところで、本ゲームシステムにおいては、ユーザがゲームサーバ１からログアウトした場合であっても、ゲームサーバ１側で当該ユーザのゲーム情報を読み出してゲームを進行させることができる。例えば、ログアウトしているユーザのチームに対して、ログインしている他のユーザが対戦（個別対戦）を仕掛けてくることもある。この場合も、ゲームサーバ１のゲーム進行手段５２は、ユーザがログインしているか否かに依らずに、各ユーザのゲーム情報をデータベースサーバ２から読み出して対戦を実行し、その実行結果を反映させて各ユーザのゲーム情報を更新する。また、リーグ戦モードでは、ユーザによる端末装置３の操作なしに、ゲームサーバ１のゲーム進行手段５２が、各ユーザのゲーム情報をデータベースサーバ２から読み出して、自動でリーグ戦の試合を実行する。このように、ユーザがゲームサーバ１からログアウトしているときに実行された対戦の結果は、その後、ユーザがゲームサーバ１にアクセスしたときに画面で確認することができる。

　〔ゲーム管理装置の動作〕
　次に、本発明の実施の形態に係るゲーム管理装置のより詳細な動作例を、図１９等のフローチャートを参照しながら説明する。図１９は、ある１人のユーザを対象としたゲームサーバ１の処理の流れを示すものであり、ゲームサーバ１が管理している各々のユーザに対して同様の処理が行われる。

　図１９に示すように、ゲームサーバ１の認証手段５３は、ユーザの端末装置３からアクセス要求を受けたとき（Ｓ３１でＹＥＳ）、端末装置３から送信されてきたログインＩＤ・パスワード、または携帯電話端末の個体識別番号等に基づいて、アクセスを許可するか否かを判断するログイン認証を行う（Ｓ３２）。ここで、アクセスを許可しない場合（Ｓ３２でＮＯ）、ゲームサーバ１は、端末装置３にゲームサービスの利用登録を促す画面データを送信する（Ｓ３３）。一方、アクセスを許可する場合（Ｓ３２でＹＥＳ）、アクセス情報（ログ）を記憶する（Ｓ３４）。

　そして、ゲームサーバ１は、アクセスを許可したユーザの端末装置３に、メイン画面データ（またはトップ画面データ）を送信する（Ｓ３５）。その後、ユーザの端末装置３から送信されてくるユーザのゲーム操作に応じた画面リクエストを受信すると（Ｓ３６でＹＥＳ）、ゲーム実行手段５２ａは、当該画面リクエストに応じた演算処理やデータ処理を行ってゲームを実行する（Ｓ３７）。

　その後、ゲームサーバ１はゲームの実行によりユーザのゲーム情報を更新する必要があるか否かを判断し（Ｓ３８）、更新の必要がある場合（Ｓ３８でＹＥＳ）、データベースサーバ２に記憶されているユーザのゲーム情報を更新する（Ｓ３９）。例えば、ユーザのゲーム操作が他のユーザとの個別対戦を行う操作であった場合、当該対戦が実行された結果、試合結果の情報、運営コスト、強化ポイント、アイテム等のユーザのゲーム情報が更新されることになる。一方、例えば、ユーザのゲーム操作がリーグ戦の結果確認の操作であった場合、当該操作に応じたゲームの実行処理としてはリーグ戦の結果情報をデータベースサーバ２から読み出すデータ処理だけであって、当該処理の前後でユーザのゲーム情報に変化はなく、よってユーザのゲーム情報を更新する必要はない（Ｓ３８でＮＯ）。

　その後、ゲーム画面生成手段５２ｂがゲームの実行結果を反映させたゲーム画面データを生成し（Ｓ４０）、ゲーム画面送信手段５２ｃが当該ゲーム画面データをユーザの端末装置３へ送信する（Ｓ４１）。その後、ユーザの端末装置３がログアウトしたか否かが判断され（Ｓ４２）、端末装置３がログアウトするまで、前記Ｓ３６～Ｓ４１の処理が繰り返されることで、ゲームが進行していく。

　次に、図２０を参照して、ゲームサーバ１における仲間同士の交流時のポイント付与処理について説明する。なお、図２０以降の各フローチャートは、仲間同士の２人のユーザを対象としたゲームサーバ１の処理の流れを示すものであり、ゲームサーバ１が管理している全ての仲間同士のペアに対して同様の処理が行われることになる。

　ここでは、ユーザＡが端末装置３を操作して仲間ユーザＢに対する交流（挨拶等）の操作をした場合を例示する。この場合、ユーザＡから仲間ユーザＢに対する交流の情報が、ユーザＡの端末装置３からゲームサーバ１へ送信される。そして、ゲームサーバ１がユーザＡの端末装置３から交流の情報を受信した場合（Ｓ５１でＹＥＳ）、交流手段５５がユーザＡから仲間ユーザＢに対しての交流処理を実行する（Ｓ５２）。その後、ポイント付与手段５６が以下のポイント付与処理（Ｓ５３～Ｓ５６）を実行し、交流を行ったユーザＡにポイントを付与する。

　すなわち、交流を行ったユーザＡのレベルをＬ１とし、交流相手の仲間ユーザＢのレベルをＬ２とした場合、ポイント付与手段５６は、Ｌ１＞Ｌ２であるか否かを判断する（Ｓ５３）。ここで、Ｌ１＞Ｌ２でなかった場合（Ｓ５３でＮＯ）、つまりＬ１≦Ｌ２の場合は、Ｓ５４に移行する。この場合とは、ゲームレベルが同じ又は下位レベルのユーザＡから仲間ユーザＢに対して交流が行われた場合であり、ポイント付与手段５６は、ユーザＡに付与するポイントを基本ポイント（例えば３ポイント）に決定する（Ｓ５４）。なお、交流の内容（挨拶、メッセージの送信、プレゼント、協力対戦の助っ人依頼等）より基本ポイントが異なる場合、行われた交流の内容に応じた基本ポイントが決定されることになる。

　一方、Ｌ１＞Ｌ２であった場合（Ｓ５３でＹＥＳ）は、Ｓ５５のポイント上昇処理に移行する。Ｌ１＞Ｌ２の場合とは、上位レベルのユーザＡから下位レベルの仲間ユーザＢに対して交流が行われた場合であり、ポイント付与手段５６は、ユーザＡに付与するポイントを、Ｓ５４にて決定される基本ポイントよりも高いポイント（例えば４ポイント）にするポイント上昇処理を実行して付与ポイントを決定する（Ｓ５５）。このポイント上昇処理は、上述のように、基本ポイントに所定ポイントを加算する演算、基本ポイントに係数ｋを乗算する演算、または予め記憶しているポイント上昇処理の結果情報（図１７参照）の読み出し等により実行することができる。

　その後、ポイント付与手段５６は、Ｓ５４またはＳ５５で決定したポイントをユーザＡに付与する（Ｓ５６）。このポイント付与処理は、ゲーム情報管理手段５１の所有ポイント記憶制御手段５１ｄがデータベースサーバ２に記憶しているユーザＡの交流ポイントのデータを、Ｓ５４またはＳ５５で決定されたポイント分を加算したデータに更新することにより行うことができる。

　上記のように本実施の形態の構成では、相対的に低いレベルの仲間ユーザと交流したときにユーザが獲得できるポイントを優遇している。これにより、相対的に高いレベルのユーザが低いレベルのユーザと仲間になることで生じ得る従来の不公平感を解消している。本構成によれば、協力対戦等における貢献度が大きい上位レベルのユーザだけでなく、交流時に獲得できるポイントが優遇される下位レベルのユーザとも積極的に仲間になろうとする動機付けが各ユーザに与えられる。したがって、レベルの高低を問わず、互いに積極的に仲間になるようなゲーム環境を各ユーザに提供することができる。これにより、一部の高いレベルのユーザと、それ以外のユーザとが分断されることが回避され、レベルの高低を問わず仲間同士で交流が行われるゲーム環境が構築されるので、ゲーム全体の活性化を図ることができる。

　次に、下位レベルの仲間ユーザとの交流により獲得できるポイントが高くなるというメリットをユーザが享受するためには、ユーザのレベルが所定のレベルに到達している（所定のレベル以上である）ことを条件とする、好ましい構成について説明する。

　ポイント付与手段５６は、上位レベルのユーザから下位レベルの仲間ユーザに対して交流が行われた場合において、当該ユーザのゲームレベルが所定のレベルに到達している場合にのみポイント上昇処理を実行する。よって、ポイント付与の対象となるユーザのレベルが所定のレベル未満の場合、ポイント付与手段５６はポイント上昇処理を実行しないので、上位レベルのユーザから下位レベルの仲間ユーザに対して交流が行われても、当該上位レベルのユーザには基本ポイントを付与することになる。

　このように、ユーザのレベルが所定のレベルに到達していることを条件としてポイント上昇処理を実行するのは、次の理由による。すなわち、ポイント付与の対象となるユーザを中心とする仲間グループ全体のレベルが、他の仲間グループと比較して、相対的に低い場合もあり得る。仮にこの場合でも、ユーザが自己の仲間グループ内の下位レベルのユーザと交流することで高いポイントが獲得できるとすると、ゲーム全体におけるユーザのゲームレベルは実はあまり高くないにもかかわらず、高いポイントを獲得できてしまうことになり、不公平が生じてしまうことになり兼ねない。そこで、高いポイントを獲得できる条件を、ユーザのゲームレベルが所定のレベルに到達していることとし、これにより不公平が生じることを回避するのである。

　ここで、所定のレベルは、任意に設定可能であり、例えば、あらかじめ定められた固定レベル（例えばレベル１００）とすることができる。あるいは、所定のレベルを、全ユーザを対象とした中で決定されるレベル等としてもよい。例えば、ゲームサーバ１が管理している全ユーザの８０％の人数をＮ人とした場合、下位からＮ番目のユーザのゲームレベルを取得し、これを所定のレベルとする。各ユーザのレベルはデータベースサーバ２に登録されてゲーム情報管理手段５１にて管理されているので、下位からＮ番目のユーザのレベルを取得することは容易である。この例の場合、全体の２０％にあたるレベルの高いユーザが、下位レベルの仲間ユーザに挨拶等の交流を行えば、基本ポイントよりも高いポイントを獲得できるというメリットを享受できる。

　本構成におけるポイント付与処理について、図２１のフローチャートを参照しながら以下に説明する。なお、既出のフローチャートにおいて示したステップと同様のステップについては同一のステップ番号を付し、詳細な説明を省略する（以降のフローチャートにおいても同様である）。

　ここでは、ユーザＡが端末装置３を操作して仲間ユーザＢに対する交流（挨拶等）の操作をした場合を例示する。ゲームサーバ１がユーザＡの端末装置３から交流の情報を受信した場合（Ｓ５１でＹＥＳ）、交流手段５５がユーザＡから仲間ユーザＢに対しての交流処理を実行する（Ｓ５２）。その後、ポイント付与手段５６は、交流を行ったユーザＡのレベルＬ１が、交流相手の仲間ユーザＢのレベルＬ２よりも大きいか否かを判定する（Ｓ５３）。ここで、Ｌ１＞Ｌ２であった場合（Ｓ５３でＹＥＳ）、ポイント付与手段５６は、交流を行ったユーザＡのレベルＬ１が所定のレベル（例えばレベル１００）以上であるか否かを判定する（Ｓ６１）。ここで、Ｌ１が所定のレベル以上であった場合（Ｓ６１でＹＥＳ）、前記Ｓ５５のポイント上昇処理に移行する。一方、Ｌ１が所定のレベル未満であった場合（Ｓ６１でＮＯ）、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行する。また、Ｌ１＞Ｌ２でなかった場合も（Ｓ５３でＮＯ）、前記Ｓ５４に移行する。その後、ポイント付与手段５６は、Ｓ５４またはＳ５５で決定したポイントをユーザＡに付与する（Ｓ５６）。

　上記のように、ポイント上昇処理（Ｓ５５）が実行されるためには、交流を行ったユーザＡのレベルＬ１が所定のレベルに達している（所定のレベル以上である）という条件を満たしていなければならない（Ｓ６１でＹＥＳ）。本実施の形態のこの構成によれば、ユーザは、レベルアップを図って所定のレベルに到達することにより、下位レベルの仲間ユーザとの交流により獲得できるポイントが高くなるというメリットを享受できるようになる。よって、このメリットを享受するためにレベルアップを図ろうとする動機づけを各ユーザに与えることができる。そして、各ユーザがレベルアップを目指してゲームに積極的に参加すれば、ゲーム全体の活性化にも繋がる。

　次に、下位レベルの仲間ユーザとの交流により獲得できるポイントが高くなるというメリットをユーザが享受するためには、下位レベルの仲間ユーザとのレベル差が第１閾値以上であることを条件とする、好ましい構成について説明する。

　ポイント付与手段５６は、上位レベルのユーザから下位レベルの仲間ユーザに対して交流が行われた場合において、両ユーザのレベル差が第１閾値（例えば２０）以上のときにのみポイント上昇処理を実行する。よって、両ユーザのレベル差が第１閾値未満の場合、ポイント付与手段５６はポイント上昇処理を実行しないので、上位レベルのユーザから下位レベルの仲間ユーザに対して交流が行われても、当該上位レベルのユーザには基本ポイントを付与することになる。

　このように、上位レベルのユーザと下位レベルの仲間ユーザとのレベル差が第１閾値以上であることを条件としてポイント上昇処理を実行するのは、以下に示すような理由による。

　すなわち、上位レベルのユーザと下位レベルの仲間ユーザとのレベル差が比較的小さい場合、上位レベルのユーザが仲間ユーザに与える協力対戦等における貢献度も比較的小さいと考えられる。それにもかかわらず、上位レベルのユーザがレベル差の小さい下位レベルの仲間ユーザと交流することで高いポイントが獲得できるとすると、仲間ユーザに対する貢献度の小さいユーザにまでポイントを優遇することになり、若干バランスを欠くことになり兼ねない。

　また、仮にレベル差が僅かしかないユーザＡ（上位レベル）とユーザＢ（下位レベル）とが仲間になった場合を考えると、両者のレベル差が僅かであるにもかかわらず、ユーザＡだけに高いポイントを獲得できるようにするのは、ユーザＢに不公平感を生じさせることにもなり兼ねない。

　そこで、交流により高いポイントを獲得できる条件を、下位レベルの仲間ユーザとのレベル差が第１閾値以上であることとするのである。ここで、第１閾値は、任意に設定可能であり、例えば、あらかじめ定められた固定値とすることができる。あるいは、後述するように第１閾値を、ユーザのレベルの仲間グループ内における順位に応じて決定される値等としてもよい。

　本構成におけるポイント付与処理について、図２２のフローチャートを参照しながら以下に説明する。ここでも、ユーザＡが端末装置３を操作して仲間ユーザＢに対する交流（挨拶等）の操作をした場合を例示する。ゲームサーバ１がユーザＡの端末装置３から交流の情報を受信した場合（Ｓ５１でＹＥＳ）、交流手段５５がユーザＡから仲間ユーザＢに対しての交流処理を実行する（Ｓ５２）。その後、ポイント付与手段５６は、交流を行ったユーザＡのレベルＬ１が、交流相手の仲間ユーザＢのレベルＬ２よりも大きいか否かを判定する（Ｓ５３）。ここで、Ｌ１＞Ｌ２であった場合（Ｓ５３でＹＥＳ）、ポイント付与手段５６は、データベースサーバ２からユーザＡおよび仲間ユーザＢのレベル情報を読み出して、両者のレベル差Ｄを算出する（Ｓ７１）。

　その後、ポイント付与手段５６は、算出したレベル差Ｄが第１閾値以上であるか否かを判定する（Ｓ７２）。ここで、レベル差Ｄが第１閾値以上であった場合（Ｓ７２でＹＥＳ）、前記Ｓ５５のポイント上昇処理に移行する。一方、レベル差Ｄが第１閾値未満であった場合（Ｓ７２でＮＯ）、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行する。また、Ｌ１＞Ｌ２でなかった場合も（Ｓ５３でＮＯ）、前記Ｓ５４に移行する。その後、ポイント付与手段５６は、Ｓ５４またはＳ５５で決定したポイントをユーザＡに付与する（Ｓ５６）。

　なお、図２２のフローチャートにおいて、ステップＳ５３とＳ７１との間またはＳ７２とＳ５５との間に、図２１のステップＳ６１（交流を行ったユーザＡのレベルＬ１が所定のレベル以上であるか否かの判定処理）を挿入してもよい。この場合、ユーザＡのレベルＬ１が所定のレベル以上（Ｓ６１でＹＥＳ）、且つ前記レベル差Ｄが第１閾値以上（Ｓ７２でＹＥＳ）の場合にのみ、前記Ｓ５５のポイント上昇処理に移行するものとする。そして、Ｓ６１とＳ７２の何れか一方でも「ＮＯ」の場合には、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行するものとする。

　上記のように、ポイント上昇処理（Ｓ５５）が実行されるためには、上位レベルのユーザと下位レベルの仲間ユーザとのレベル差が第１閾値以上であるという条件を満たしていなければならない（Ｓ７２でＹＥＳ）。本実施の形態のこの構成によれば、ユーザは、レベルアップを図って、下位レベルの仲間ユーザとのレベル差を第１閾値以上にすることにより、下位レベルの仲間ユーザとの交流により獲得できるポイントが高くなるというメリットを享受できるようになる。また、このメリットをユーザが享受し続けるには、レベルアップを図って第１閾値以上のレベル差を保持し続けることが必要となる。よって、このメリットを享受するためにレベルアップを図ろうとする動機づけを各ユーザに与えることができる。そして、各ユーザがレベルアップを目指してゲームに積極的に参加すれば、ゲーム全体の活性化にも繋がる。

　次に、前記第１閾値を、ユーザのレベルの仲間グループ内における順位に応じて決定する、好ましい構成について、図２３の機能ブロック図を参照しながら説明する。なお、既出の図面において示した構成と同様の構成については同一の部材番号を付し、適宜その説明を省略する。

　図２３に示すように、本実施の形態のゲームサーバ１（ゲーム管理装置）は、図４に示した各手段５１～５６に加えて、グループ内順位取得手段５７および補正手段５８をさらに備えている。これらの手段５７・５８は、ゲームサーバ１のＣＰＵ１１が本実施の形態に係るプログラムを実行することにより実現されるものである。

　グループ内順位取得手段５７は、ポイント付与の対象となるユーザを中心とする仲間グループ内における、当該ユーザのレベルのグループ内順位を取得する機能を有する。以下に、グループ内順位の具体例を示す。

　例えば、ユーザＡ（レベル１１５）が、レベル１５０、１２５、１１０、１００、９０、７０、５０、３０、２０、１０の各レベルを有するユーザ１０人と仲間関係を構築していたものとする。この場合、ユーザＡを中心とする仲間グループ内には、ユーザＡのレベル１１５よりも上位レベル（レベル１５０、１２５）の仲間ユーザが２人、下位レベル（レベル１１０、１００、９０、７０、５０、３０、２０、１０）の仲間ユーザが８人存在する。よって、ユーザＡのレベルのグループ内順位は「３」となる。

　グループ内順位取得手段５７による処理の一例としては、データベースサーバ２からユーザＡおよびその仲間全員のレベルの情報をそれぞれ読み出し、読み出した各レベルを上位から下位（または下位から上位）へと順に並べたときの、ユーザＡのレベルの上位からの順位を、グループ内順位として取得する処理を挙げることができる。

　次に、補正手段５８について説明する。この補正手段５８は、ポイント付与の対象となるユーザの前記グループ内順位が低いほど、前記第１閾値をより小さく設定する機能を有する。

　補正手段５８による第１閾値の補正処理の例としては、ユーザの仲間の人数をＮ人、ユーザのレベルのグループ内順位をｎとした場合、ｎ／Ｎの値に応じて第１閾値を決定する処理が考えられる。例えば、ｎ／Ｎの値と第１閾値とを関係付けた図２４のテーブルを記憶装置（ＲＡＭ１３、補助記憶装置１４等）に記憶しておき、当該テーブルを参照して、ｎ／Ｎの値に応じた第１閾値を決定する。ここで、仲間の人数Ｎとユーザのレベルのグループ内順位ｎとの比（ｎ／Ｎ）を算出して第１閾値を決定している理由は、各ユーザの仲間の人数にかかわらず、全てのユーザに対して共通のテーブルを適用できるようにするためである。すなわち、ユーザによって仲間の人数Ｎは異なっているため、例えば１０人の仲間がいるユーザのグループ内順位「１０」と、５０人の仲間がいるユーザのグループ内順位「１０」とを同じに扱うわけにはいかない。そこで、ユーザのレベルが自己の仲間全体の中でどの位置にあるのかを表す指標として、仲間の人数Ｎとユーザのレベルのグループ内順位ｎとの比（ｎ／Ｎ）を算出しているのである。よって、ｎ／Ｎの値と第１閾値との関係を表すテーブルは、仲間の人数に依存しない全ユーザ共通のテーブルとなる。

　ここで、ユーザのグループ内順位ｎが低いほど、ｎ／Ｎの値は大きくなるので、ｎ／Ｎの値が大きいほど、第１閾値を小さくしている。図２４のテーブルの例では、ｎ／Ｎの値を５段階（０．２未満、０．２以上且つ０．４未満、０．４以上且つ０．６未満、０．６以上且つ０．８未満、０．８以上の５段階）に分けて、ｎ／Ｎの値が大きくなるほど第１閾値を２０、１８、１６、１４、１２と段階的に小さくしている。

　補正手段５８による第１閾値の補正処理の他の例としては、第１閾値をＶｔｈ１、ユーザの仲間の人数をＮ人、ユーザのレベルのグループ内順位をｎ、とした場合、下式（１）により、ユーザのグループ内順位ｎに応じた第１閾値Ｖｔｈ１を算出する演算処理も考えられる。
　Ｖｔｈ１＝２０－１０×ｎ／Ｎ　・・・（１）

　仲間の人数Ｎ＝５０のユーザを例に挙げて、上式（１）を適用した演算例を次に示す。このユーザのグループ内順位ｎが「１」、「１０」、「２０」、「３０」、「４０」の場合の第１閾値Ｖｔｈ１の演算結果は、それぞれ「１９．８」、「１８．０」、「１６．０」、「１４．０」、「１２．０」となる。なお、第１閾値Ｖｔｈ１の値は、必ずしも整数とする必要はないが、小数点以下の端数処理（四捨五入、切り上げ、切り捨て等）を行って整数化してもよい。なお、上式（１）はあくまで一例であって、ユーザのレベルのグループ内順位ｎが低いほど第１閾値Ｖｔｈ１が小さくなる他の演算式を適用してもよい。

　このように、ユーザのレベルのグループ内順位が低いほど、第１閾値が小さくなるように補正するのは、以下に示すような理由による。

　すなわち、通常、ユーザのレベルが比較的低い状態ではレベルアップはそれほど難しくないが、レベルが高くなるほどレベルアップが困難となるゲーム仕様となっている。つまり、レベルが比較的低い場合にはどのユーザもレベルアップし易いため、上位レベルのユーザにとっては下位レベルのユーザとのレベル差は縮まり易い。よって、上位レベルのユーザが、下位レベルの仲間ユーザと交流したときのポイント優遇のメリットを享受できる機会は限られる傾向にある。

　そして、ユーザのレベルのグループ内順位が低いほど、当該ユーザより下位レベルの仲間ユーザも少なくなる。つまり、グループ内順位が比較的低いユーザは、もともとポイント優遇のメリットを享受できる下位レベルの交流対象者が少ないにもかかわらず、その下位レベルの交流対象者とのレベル差も上記のように縮まり易いので、ポイント優遇のメリットを享受できる機会は益々限られる傾向にある。

　そこで、グループ内順位が比較的低いユーザに対してもポイント優遇のメリットを享受できる機会を維持・確保するため、ユーザのレベルのグループ内順位が低いほど、第１閾値を小さく設定するのである。

　なお、ユーザのゲームレベルのグループ内順位が高いほど、当該ユーザより下位レベルの仲間ユーザが多くなる。例えば、グループ内順位が最上位のユーザは、自己の仲間全員が下位ユーザである。よって、グループ内順位が比較的高いユーザは、ポイント優遇のメリットを享受できる下位レベルの交流対象者も多くなり、グループ内順位が比較的低いユーザよりも第１閾値を大きくしても、ポイント優遇のメリットを享受できる機会は確保されていると考えられる。また、グループ内順位が比較的高いユーザは、ポイント優遇のメリットを享受できる状況が継続する傾向にある。この状況が継続しすぎると、グループ内順位が低いユーザの不公平感につながる可能性もある。そこで、グループ内順位が高いユーザの第１閾値を、当該順位が低いユーザより大きくすることが望ましい。

　次に、本構成におけるポイント付与処理について、図２５のフローチャートを参照しながら以下に説明する。ここでは、ユーザＡが端末装置３を操作して仲間ユーザＢに対する交流（挨拶等）の操作をした場合を例示する。ゲームサーバ１がユーザＡの端末装置３から交流の情報を受信した場合（Ｓ５１でＹＥＳ）、交流手段５５がユーザＡから仲間ユーザＢに対しての交流処理を実行する（Ｓ５２）。その後、ポイント付与手段５６は、交流を行ったユーザＡのレベルＬ１が、交流相手の仲間ユーザＢのレベルＬ２よりも大きいか否かを判定する（Ｓ５３）。ここで、Ｌ１＞Ｌ２であった場合（Ｓ５３でＹＥＳ）、グループ内順位取得手段５７は、ユーザＡのレベルＬ１のグループ内順位を取得する（Ｓ８１）。その後、補正手段５８が、ユーザＡのレベルＬ１のグループ内順位に応じて第１閾値を設定する（Ｓ８２）。例えば、補正手段５８は、図２４のテーブルを参照して第１閾値を設定したり、上式（１）に基づいて算出した第１閾値を設定したりすることができる。このステップＳ８２により、ユーザＡのレベルＬ１のグループ内順位が低いほど、第１閾値が小さく設定される。

　その後、ポイント付与手段５６はデータベースサーバ２からユーザＡおよび仲間ユーザＢのレベル情報を読み出して、両者のレベル差Ｄを算出する（Ｓ７１）。さらに、ポイント付与手段５６は、算出したレベル差Ｄが、前記Ｓ８２で設定された第１閾値以上であるか否かを判定する（Ｓ７２）。ここで、レベル差Ｄが第１閾値以上であった場合（Ｓ７２でＹＥＳ）、前記Ｓ５５のポイント上昇処理に移行する。一方、レベル差Ｄが第１閾値未満であった場合（Ｓ７２でＮＯ）、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行する。また、Ｌ１＞Ｌ２でなかった場合も（Ｓ５３でＮＯ）、前記Ｓ５４に移行する。その後、ポイント付与手段５６は、Ｓ５４またはＳ５５で決定したポイントをユーザＡに付与する（Ｓ５６）。

　なお、図２５のフローチャートにおいて、ステップＳ５３とＳ８１との間等に、図２１のステップＳ６１（交流を行ったユーザＡのレベルＬ１が所定のレベル以上であるか否かの判定処理）を挿入してもよい。この場合、ユーザＡのレベルＬ１が所定のレベル以上（Ｓ６１でＹＥＳ）、且つ前記レベル差Ｄが第１閾値以上（Ｓ７２でＹＥＳ）の場合にのみ、前記Ｓ５５のポイント上昇処理に移行するものとする。そして、Ｓ６１とＳ７２の何れか一方でも「ＮＯ」の場合には、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行するものとする。

　次に、下位レベルの仲間ユーザとのレベル差が大きいほど、ユーザに付与するポイントをより大きくする、好ましい構成について説明する。

　ポイント付与手段５６は、上位レベルのユーザから下位レベルの仲間ユーザに対して交流が行われた場合において、両ユーザのレベル差Ｄが第１閾値（例えば２０）以上のとき、当該レベル差Ｄが大きいほど、上位レベルのユーザに付与するポイントをより大きくする。ポイント付与手段５６によるこの処理の実行例を以下に示す。

　例えば、基本ポイントに所定ポイントを加算する演算処理によりポイント上昇処理を実行する場合、前記レベル差Ｄと加算ポイント数（基本ポイントに加算するポイント数）とを関係付けた図２６Ａに例示するテーブルを記憶装置（ＲＡＭ１３、補助記憶装置１４等）に記憶しておき、当該テーブルを参照して、加算ポイント数を取得する方法がある。ポイント付与手段５６は、取得した加算ポイント数を基本ポイントに加算することにより、ユーザに付与するポイントを決定する。図２６Ａのテーブルの例では、レベル差Ｄを６段階（１９以下、２０～９９、１００～１４９、１５０～１９９、２００～２９９、３００以上）に分けて、レベル差Ｄが大きいほど加算ポイント数を「０」、「＋１」、「＋２」、「＋３」、「＋４」、「＋５」と段階的に大きくしている。

　図２６Ａに例示するテーブルは、挨拶やメッセージ送信等の交流の内容により基本ポイントが異なる場合であっても、共通のテーブルとして使用できる。勿論、交流の内容に応じて異なる複数のテーブルを用意してもよい。

　また、例えば、基本ポイントに係数ｋ（ｋ＞１）を積算する演算処理によりポイント上昇処理を実行する場合、前記レベル差Ｄと係数ｋとを関係付けた図２６Ｂに例示するテーブルを記憶装置（ＲＡＭ１３、補助記憶装置１４等）に記憶しておき、当該テーブルを参照して、係数ｋを取得する方法もある。ポイント付与手段５６は、取得した係数ｋを基本ポイントに積算することにより、ユーザに付与するポイントを決定する。なお、ポイントを整数とする場合は、演算値の小数点以下については任意の端数処理（四捨五入、切り上げ、切り捨て等）を行う。図２６Ｂのテーブルの例では、レベル差Ｄを６段階（１９以下、２０～９９、１００～１４９、１５０～１９９、２００～２９９、３００以上）に分けて、レベル差Ｄが大きいほど係数ｋを「１．０」、「１．４」、「１．６」、「１．８」、「２．０」、「２．２」と段階的に大きくしている。

　図２６Ｂに例示するテーブルは、挨拶やメッセージ送信等の交流の内容により基本ポイントが異なる場合であっても、共通のテーブルとして使用できる。勿論、交流の内容に応じて異なる複数のテーブルを用意してもよい。

　また、前記レベル差Ｄとユーザに付与するポイント（ポイント上昇処理後のポイント）とを関係付けた図２６Ｃに例示するテーブルを記憶装置（ＲＡＭ１３、補助記憶装置１４等）に記憶しておき、記憶装置からユーザに付与するポイントを読み出してもよい。図２６Ｃのテーブルの例では、レベル差Ｄを６段階（１９以下、２０～９９、１００～１４９、１５０～１９９、２００～２９９、３００以上）に分けて、レベル差Ｄが大きいほどユーザに付与するポイントを「３」、「４」、「５」、「６」、「７」、「８」と段階的に大きくしている。なお、挨拶やメッセージ送信等の交流の内容に応じて異なる複数のテーブルを用意してもよい。

　このように、上位レベルのユーザから下位レベルの仲間ユーザに対して交流が行われた場合において、両ユーザのレベル差Ｄが大きいほど上位レベルのユーザに付与するポイントをより大きくする理由は、以下のとおりである。

　すなわち、ユーザ間のレベル差Ｄが大きいほど、上位レベルのユーザが仲間ユーザに与える協力対戦等における貢献度は大きくなる一方、上位レベルのユーザにとってはレベル差の大きい下位レベルの仲間ユーザに対する不公平感が大きくなる傾向にある。そこで、レベル差Ｄが大きいほど付与ポイントを大きくすることにより、相対的に高いレベルのユーザが低いレベルのユーザと仲間になることで生じ得る不公平感を効果的に解消しているのである。

　次に、本構成におけるポイント付与処理について、図２７のフローチャートを参照しながら以下に説明する。ここでも、ユーザＡが端末装置３を操作して仲間ユーザＢに対する交流（挨拶等）の操作をした場合を例示する。ゲームサーバ１がユーザＡの端末装置３から交流の情報を受信した場合（Ｓ５１でＹＥＳ）、交流手段５５がユーザＡから仲間ユーザＢに対しての交流処理を実行する（Ｓ５２）。その後、ポイント付与手段５６は、交流を行ったユーザＡのレベルＬ１が、交流相手の仲間ユーザＢのレベルＬ２よりも大きいか否かを判定する（Ｓ５３）。ここで、Ｌ１＞Ｌ２であった場合（Ｓ５３でＹＥＳ）、ポイント付与手段５６は、データベースサーバ２からユーザＡおよび仲間ユーザＢのレベル情報を読み出して、両者のレベル差Ｄを算出する（Ｓ７１）。そして、レベル差Ｄが第１閾値以上であった場合（Ｓ７２でＹＥＳ）、Ｓ９１のポイント上昇処理に移行する。このステップＳ９１では、ポイント付与手段５６が、レベル差Ｄが大きいほど、ユーザＡに付与するポイントをより大きくする。このステップＳ９１は、例えば、上述のように図２６Ａまたは図２６Ｂのテーブルを参照した演算処理、あるいは図２６Ｃのテーブルに記憶している付与ポイントの読み出し等により実行することができる。

　一方、レベル差Ｄが第１閾値未満であった場合（Ｓ７２でＮＯ）、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行する。また、Ｌ１＞Ｌ２でなかった場合も（Ｓ５３でＮＯ）、前記Ｓ５４に移行する。その後、ポイント付与手段５６は、Ｓ９１またはＳ５４で決定したポイントをユーザＡに付与する（Ｓ５６）。

　なお、図２７のフローチャートにおいて、ステップＳ５３とＳ７１との間等に、図２１のステップＳ６１（交流を行ったユーザＡのレベルＬ１が所定のレベル以上であるか否かの判定処理）を挿入してもよい。この場合、ユーザＡのレベルＬ１が所定のレベル以上（Ｓ６１でＹＥＳ）、且つ前記レベル差Ｄが第１閾値以上（Ｓ７２でＹＥＳ）の場合にのみ、前記Ｓ９１のポイント上昇処理に移行するものとする。そして、Ｓ６１とＳ７２の何れか一方でも「ＮＯ」の場合には、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行するものとする。

　また、図２７のフローチャートにおいて、ステップＳ７１とＳ７２との間に、図２５のステップＳ８１（グループ内順位の取得処理）およびＳ８２（グループ内順位に応じた第１閾値の設定処理）を挿入してもよい。

　次に、ユーザ間のレベル差が同じであれば交流を行った上位ユーザのレベルが高いほど、当該ユーザに付与するポイントをより大きくする、好ましい構成について説明する。

　ポイント付与手段５６は、上位レベルのユーザから下位レベルの仲間ユーザに対して交流が行われた場合において、両ユーザのレベル差Ｄが第１閾値（例えば２０）以上のとき、レベル差Ｄが同じであれば交流を行ったユーザのレベルＬ１が高いほど、当該ユーザに付与するポイントをより大きくする。一例を挙げると、ユーザのレベルＬ１＝１００であって交流相手のレベルＬ２＝５０の場合と、ユーザのレベルがＬ１＝２００あって交流相手のレベルＬ２＝１５０の場合とでは、共にレベル差Ｄは「５０」で同一であるが、ユーザのレベルＬ１＝２００の場合の方が相対的な評価を高くして、付与ポイントをより大きくする。ポイント付与手段５６によるこの処理の実行例を以下に示す。

　例えば、基本ポイントに所定ポイントを加算する演算処理によりポイント上昇処理を実行する場合、ユーザのレベルＬ１と加算ポイント数（基本ポイントに加算するポイント数）とを関係付けた図２８に例示するテーブルを記憶装置（ＲＡＭ１３、補助記憶装置１４等）に記憶しておき、当該テーブルを参照して、加算ポイント数を取得する。ポイント付与手段５６は、取得した加算ポイント数を基本ポイントに加算することにより、ユーザに付与するポイントを決定する。図２８のテーブルの例では、ユーザのレベルＬ１を６段階（９９以下、１００～１９９、２００～２９９、３００～３９９、４００～４９９、５００以上）に分けて、ユーザのレベルＬ１が高いほど加算ポイント数を「０」、「＋１」、「＋２」、「＋３」、「＋４」、「＋５」と段階的に大きくしている。

　図２８のテーブルに基づけば、ユーザのレベルＬ１＝１００の場合の加算ポイント数は「＋１」であるが、レベルＬ１＝２００の場合の加算ポイント数は「＋２」となってレベルＬ１＝１００の場合より付与ポイントが大きくなる。

　図２８に例示するテーブルは、挨拶やメッセージ送信等の交流の内容により基本ポイントが異なる場合であっても、共通のテーブルとして使用できる。勿論、交流の内容に応じて異なる複数のテーブルを用意してもよい。

　また、図２６Ａに例示するテーブルと図２８に例示するテーブルとを併用することも可能である。すなわち、ポイント付与手段５６は、図２６Ａのテーブルに基づいてユーザ間のレベル差Ｄに応じた加算ポイント数を取得するとともに、図２８のテーブルに基づいてユーザのレベルＬ１に応じた加算ポイント数を併せて取得する。そして、ポイント付与手段５６は、２つの加算ポイント数の合計を基本ポイントに加算することにより、ユーザに付与するポイントを決定するのである。この具体例を次に示す。例えば、交流を行ったユーザのレベルＬ１＝１１５、交流相手の仲間ユーザのレベルＬ２＝１０、基本ポイント「３」とする。この場合、ユーザ間のレベル差Ｄ＝１１５－１０＝１０５に応じた加算ポイント数は、図２６Ａのテーブルを参照すれば「＋２」となる。また、ユーザのレベルＬ１＝１１５に応じた加算ポイント数は、図２８のテーブルを参照すれば「＋１」となる。よって、ユーザに付与するポイントは、基本ポイント３＋２＋１＝６ポイントとなる。

　また、例えば、基本ポイントに係数ｋ（ｋ＞１）を積算する演算処理によりポイント上昇処理を実行する場合、ユーザのレベルＬ１と係数ｋとを関係付けた図示しないテーブルを記憶装置（ＲＡＭ１３、補助記憶装置１４等）に記憶しておき、当該テーブルを参照して、ユーザのレベルＬ１に応じた係数ｋを取得してもよい。ここでテーブル内のレベルＬ１と係数ｋとの関係は、レベルＬ１が高いほど係数ｋも大きくなる関係となっている。

　このように、ユーザ間のレベル差Ｄが同じであれば交流を行った上位ユーザのレベルＬ１が高いほど、当該ユーザに付与するポイントをより大きくする理由は、以下のとおりである。

　すなわち、通常のゲームは、ゲームレベルが高くなるほどレベルアップが困難となるゲーム仕様となっている。本実施の形態のゲームもそのようなゲーム仕様である。これに鑑みると、ユーザと交流相手とのレベル差Ｄが同じであれば、ユーザのレベルＬ１が高いほど、高い評価ができる。そこで、この評価を付与ポイントに反映させるべく、交流を行った上位ユーザのレベルＬ１が高いほど付与ポイントをより大きくしているのである。

　次に、本構成におけるポイント付与処理について、図２９のフローチャートを参照しながら以下に説明する。ここでも、ユーザＡが端末装置３を操作して仲間ユーザＢに対する交流（挨拶等）の操作をした場合を例示する。ゲームサーバ１がユーザＡの端末装置３から交流の情報を受信した場合（Ｓ５１でＹＥＳ）、交流手段５５がユーザＡから仲間ユーザＢに対しての交流処理を実行する（Ｓ５２）。その後、ポイント付与手段５６は、交流を行ったユーザＡのレベルＬ１が、交流相手の仲間ユーザＢのレベルＬ２よりも大きいか否かを判定する（Ｓ５３）。ここで、Ｌ１＞Ｌ２であった場合（Ｓ５３でＹＥＳ）、ポイント付与手段５６は、データベースサーバ２からユーザＡおよび仲間ユーザＢのレベル情報を読み出して、両者のレベル差Ｄを算出する（Ｓ７１）。そして、レベル差Ｄが第１閾値以上であった場合（Ｓ７２でＹＥＳ）、Ｓ９１およびＳ１０１のポイント上昇処理に移行する。すなわち、Ｓ９１では、ポイント付与手段５６が、レベル差Ｄが大きいほど、ユーザＡに付与するポイントをより大きくする。また、Ｓ１０１では、ポイント付与手段５６が、ユーザＡのレベルＬ１が高いほど、ユーザＡに付与するポイントをより大きくする。なお、ステップＳ１０１の後でステップＳ９１を実行してもよい。

　一方、レベル差Ｄが第１閾値未満であった場合（Ｓ７２でＮＯ）、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行する。また、Ｌ１＞Ｌ２でなかった場合も（Ｓ５３でＮＯ）、前記Ｓ５４に移行する。その後、ポイント付与手段５６は、ステップＳ９１およびＳ１０１、またはＳ５４で決定したポイントをユーザＡに付与する（Ｓ５６）。

　なお、図２９のフローチャートにおいて、ステップＳ５３とＳ７１との間等に、図２１のステップＳ６１（交流を行ったユーザＡのレベルＬ１が所定のレベル以上であるか否かの判定処理）を挿入してもよい。この場合、ユーザＡのレベルＬ１が所定のレベル以上（Ｓ６１でＹＥＳ）、且つ前記レベル差Ｄが第１閾値以上（Ｓ７２でＹＥＳ）の場合にのみ、前記Ｓ９１およびＳ１０１のポイント上昇処理に移行するものとする。そして、Ｓ６１とＳ７２の何れか一方でも「ＮＯ」の場合には、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行するものとする。

　また、図２９のフローチャートにおいて、ステップＳ７１とＳ７２との間に、図２５のステップＳ８１（グループ内順位の取得処理）およびＳ８２（グループ内順位に応じた第１閾値の設定処理）を挿入してもよい。

　また、図２９のフローチャートにおいて、ステップＳ９１（レベル差Ｄが大きいほど、ユーザＡに付与するポイントをより大きくする処理）を省き、ステップＳ１０１（ユーザＡのレベルＬ１が高いほど、ユーザＡに付与するポイントをより大きくする処理）のみによるポイント上昇処理を実行してもよい。

　本実施の形態の構成により、ユーザがレベルを向上させることにより、下位レベルの仲間ユーザとの交流により獲得できるポイントがより高くなる。このため、レベルアップを図ろうとする動機づけを各ユーザに与えることができる。そして、ユーザがレベルアップを目指してゲームに積極的に参加すれば、ゲーム全体の活性化に繋がる。

　ところで、前記のように、ユーザ間のレベル差Ｄが大きいほど付与ポイントをより大きくする構成、ユーザのレベルＬ１が高いほど付与ポイントをより大きくする構成、またはこれらを併用する構成の場合、付与ポイントに上限を設けることによって、一回の交流により過度なポイントがユーザに付与されることを回避することができる。以下、ユーザのレベルに応じた適切な付与ポイントの上限を設定する、好ましい構成について説明する。

　ポイント付与手段５６がポイント上昇処理を実行してユーザに付与するポイントには上限が設けられている。そして、ポイント付与手段５６は、ポイント付与の対象となるユーザのゲームレベルが高いほど、上記上限を高く設定する。ポイント付与手段５６によるこの処理の実行例を以下に示す。

　例えば、ユーザのレベルＬ１と付与ポイントの上限とを関係付けた図３０に例示するテーブルを記憶装置（ＲＡＭ１３、補助記憶装置１４等）に記憶しておき、当該テーブルを参照して、レベルＬ１に応じた付与ポイントの上限を設定する。図３０のテーブルの例では、ユーザのレベルＬ１を６段階（９９以下、１００～１９９、２００～２９９、３００～３９９、４００～４９９、５００以上）に分けて、ユーザのレベルＬ１が高いほど付与ポイントの上限を「５」、「６」、「７」、「８」、「９」、「１０」と段階的に高くしている。

　次に、図３０のテーブルを参照して、ポイント付与手段５６がユーザに付与するポイントを決定する具体例を説明する。ここでは、ポイント付与手段５６が、図２６Ａおよび図２８の各テーブルを参照してポイント上昇処理を実行する例を示す。例えば、交流を行ったユーザのレベルＬ１＝３００、交流相手の仲間ユーザのレベルＬ２＝１００、基本ポイントを「３」とする。この場合、両ユーザのレベル差Ｄ＝３００－１００＝２００に応じた加算ポイント数は、図２６Ａのテーブルを参照すれば「＋４」となる。また、交流を行ったユーザのレベルＬ１＝３００に応じた加算ポイント数は、図２８のテーブルを参照すれば「＋３」となる。よって、もし上限がなければ、ユーザに付与するポイントは、基本ポイント３＋４＋３＝１０ポイントとなるはずである。しかし、ユーザのレベルＬ１＝３００に応じた上限は、図３０のテーブルを参照すれば「８ポイント」である。よって、この場合、ユーザに付与するポイントは、上限である８ポイントに制限される。

　次に、本構成におけるポイント付与処理について、図３１のフローチャートを参照しながら以下に説明する。ここでも、ユーザＡが端末装置３を操作して仲間ユーザＢに対する交流（挨拶等）の操作をした場合を例示する。ゲームサーバ１がユーザＡの端末装置３から交流の情報を受信した場合（Ｓ５１でＹＥＳ）、交流手段５５がユーザＡから仲間ユーザＢに対しての交流処理を実行する（Ｓ５２）。その後、ポイント付与手段５６は、交流を行ったユーザＡのレベルＬ１が、交流相手の仲間ユーザＢのレベルＬ２よりも大きいか否かを判定する（Ｓ５３）。ここで、Ｌ１＞Ｌ２であった場合（Ｓ５３でＹＥＳ）、ポイント付与手段５６は、データベースサーバ２からユーザＡおよび仲間ユーザＢのレベル情報を読み出して、両者のレベル差Ｄを算出する（Ｓ７１）。そして、レベル差Ｄが第１閾値以上であった場合（Ｓ７２でＹＥＳ）、前記Ｓ９１およびＳ１０１のポイント上昇処理に移行する。Ｓ９１およびＳ１０１では、ポイント付与手段５６が、レベル差ＤおよびユーザＡのレベルＬ１に応じて、ユーザＡに付与するポイントを決定する。

　その後、ポイント付与手段５６は、ユーザＡのレベルＬ１が高いほど、付与ポイントの上限を高く設定する（Ｓ１０２）。例えば、ポイント付与手段５６は、図３０のテーブルを参照して、ユーザＡのレベルＬ１に応じた付与ポイントの上限を設定する。そして、ポイント付与手段５６は、Ｓ９１およびＳ１０１で決定したポイントが、Ｓ１０２で設定した上限を超えているか否かを判定する（Ｓ１０３）。ここで、Ｓ９１およびＳ１０１で決定したポイントが上限を超えていれば（Ｓ１０３でＹＥＳ）、ユーザＡに付与するポイントを上限に制限する（Ｓ１０４）。一方、Ｓ９１およびＳ１０１で決定したポイントが上限を超えていなければ（Ｓ１０３でＮＯ）、Ｓ９１およびＳ１０１で決定したポイントがそのまま適用される。

　一方、レベル差Ｄが第１閾値未満であった場合（Ｓ７２でＮＯ）、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行する。また、Ｌ１＞Ｌ２でなかった場合も（Ｓ５３でＮＯ）、前記Ｓ５４に移行する。その後、ポイント付与手段５６は、ステップＳ１０２、Ｓ１０４またはＳ５４で決定したポイントをユーザＡに付与する（Ｓ５６）。

　なお、図３１のフローチャートにおいて、ステップＳ５３とＳ７１との間等に、図２１のステップＳ６１（交流を行ったユーザＡのレベルＬ１が所定のレベル以上であるか否かの判定処理）を挿入してもよい。また、ステップＳ７１とＳ７２との間に、図２５のステップＳ８１（グループ内順位の取得処理）およびＳ８２（グループ内順位に応じた第１閾値の設定処理）を挿入してもよい。また、ステップＳ９１（レベル差Ｄが大きいほど、ユーザＡに付与するポイントをより大きくする処理）とＳ１０１（ユーザＡのレベルＬ１が高いほど、ユーザＡに付与するポイントをより大きくする処理）の何れか一方を省いてもよい。

　本実施の形態の構成により、交流を行った上位ユーザのレベルＬ１に応じた適切な付与ポイントの上限を設定することができる。また、ユーザがレベルＬ１を向上させることにより、下位レベルの仲間ユーザとの交流により獲得できるポイントの上限がより高くなる。このため、レベルアップを図ろうとする動機づけを各ユーザに与えることができる。そして、ユーザがレベルアップを目指してゲームに積極的に参加すれば、ゲーム全体の活性化に繋がる。

　ところで、上記ではポイント付与手段５６がポイント上昇処理部５６ａを有する構成について説明したが、図３２に示すように、ポイント付与手段５６が以下に示す、第２のポイント設定処理の一例としてのポイント下降処理を実行するポイント下降処理部５６ｂをさらに備えていてもよい。

　第２のポイント設定処理とは、仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも低くする処理である。この第２のポイント設定処理は、あくまで、「同レベル間の交流時、または上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」よりも、「下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」を低くするという、両者の付与ポイントに相対的な差を設ける処理である。よって、「同レベル間の交流時、または上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」を基準とした場合には、「下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」を当該基準より下降させることになる。逆に、「下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」を基準とした場合、「同レベル間の交流時、または上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」を当該基準より高く設定することになる。このように、どちらの付与ポイントを基準にするのかによって、他方の付与ポイントを相対的に高くするのか低くするのかが決まる。もちろん、どちらの付与ポイントを基準にしてもよいが、本実施の形態では、同レベル間の交流時等の付与ポイントを基準にして、「下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」を当該基準より下降させる「ポイント下降処理」を、「第２のポイント設定処理」の一例として、以下に説明する。

　ポイント下降処理部５６ｂは、下位レベルのユーザから上位レベルの仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザと同じレベル又は上位レベルのユーザから仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも低くするポイント下降処理を実行する。ポイント下降処理の一例を挙げると、上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイントを４ポイント、同レベル間の交流時の付与ポイント（基本ポイント）を３ポイントとした場合、下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイントは、これらより低い２ポイントとする。

　次に、ポイント下降処理の演算等について説明する。ポイント下降処理の実行例としては、基本ポイントから所定ポイントを減算する演算処理がある。例えば、基本ポイントを３ポイント、所定ポイントを１ポイントとした場合、ポイント上昇処理の実行結果は２ポイント（＝３ポイント－１ポイント）となる。所定ポイントを減算する本例の場合、挨拶、メッセージ送信など複数の交流が可能なゲームにおいて、全ての交流に対して所定ポイントを共通（例えば１ポイント）とすることもできるし、交流の内容により所定ポイントを異ならせてもよい。

　ポイント下降処理の他の実行例としては、基本ポイントに所定の係数ｋ２（ｋ２＜１）を積算する演算処理がある。なお、ポイントを整数とする場合は、演算値の小数点以下については任意の端数処理（四捨五入、切り上げ、切り捨て等）を行う。例えば、基本ポイントを３ポイント、係数ｋ２＝０．７、端数処理を四捨五入とした場合、ポイント下降処理の実行結果は２ポイント（≒３ポイント×０．７）となる。係数ｋ２を積算する本例の場合、挨拶、メッセージ送信など複数の交流が可能なゲームにおいて、全ての交流に対して係数ｋ２を共通（例えばｋ２＝０．７で固定）とすることもできる。あるいは、交流の内容により係数ｋ２を異ならせてもよい。

　ポイント下降処理の他の実行例としては、図３３に例示するテーブルのように、予めポイント下降処理の結果情報を記憶装置（ＲＡＭ１３、補助記憶装置１４等）に記憶しておき、記憶装置から当該情報を読み出すことによってポイント下降処理を実行する方法もある。図３２の例では、ポイント下降処理の実行結果は、挨拶の場合２ポイント、メッセージ送信の場合３ポイント、プレゼントおよび協力対戦の助っ人依頼の場合４ポイントとなっている（それぞれ、基本ポイントより１ポイントずつ低くなっている）。

　次に、本構成におけるポイント付与処理について、図３４のフローチャートを参照しながら以下に説明する。ここでも、ユーザＡが端末装置３を操作して仲間ユーザＢに対する交流（挨拶等）の操作をした場合を例示する。ゲームサーバ１がユーザＡの端末装置３から交流の情報を受信した場合（Ｓ５１でＹＥＳ）、交流手段５５がユーザＡから仲間ユーザＢに対しての交流処理を実行する（Ｓ５２）。その後、ポイント付与手段５６は、交流を行ったユーザＡのレベルＬ１が、交流相手の仲間ユーザＢのレベルＬ２よりも大きいか否かを判定する（Ｓ５３）。ここで、Ｌ１＞Ｌ２であった場合（Ｓ５３でＹＥＳ）、前記Ｓ５５のポイント上昇処理に移行する。

　一方、Ｌ１＞Ｌ２でなかった場合（Ｓ５３でＮＯ）、ポイント付与手段５６は、交流を行ったユーザＡのレベルＬ１が、交流相手の仲間ユーザＢのレベルＬ２よりも小さいか否かを判定する（Ｓ１１１）。ここで、Ｌ１＜Ｌ２であった場合（Ｓ１１１でＹＥＳ）、ポイント付与手段５６は、ユーザＡに付与するポイントを、Ｓ５４にて決定される基本ポイントよりも低いポイントにするポイント下降処理を実行して付与ポイントを決定する（Ｓ１１２）。このポイント下降処理は、上述のように、基本ポイントから所定ポイントを減算する演算、基本ポイントに係数ｋ２（ｋ２＜１）を乗算する演算、または予め記憶しているポイント下降処理の結果情報（図３３参照）の読み出し等により実行することができる。

　一方、Ｌ１＜Ｌ２ではなくＬ１＝Ｌ２であった場合（Ｓ１１１でＮＯ）、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行する。その後、ポイント付与手段５６は、Ｓ５４、Ｓ５５またはＳ１１２で決定したポイントをユーザＡに付与する（Ｓ５６）。

　なお、図３４のフローチャートにおいて、ステップＳ５３でＹＥＳと判定した後の処理として、図２１のステップＳ６１、図２２のステップＳ７１および７２、図２５のステップＳ８１およびＳ８２、図２７のステップＳ９１、図２９のステップＳ１０１、または図３１のステップＳ１０２～Ｓ１０４をそれぞれ適用することができる。

　本実施の形態の構成によるポイント下降処理により、上位レベルのユーザから下位レベルの仲間ユーザへの交流時のポイント（例えば４ポイント）と、下位レベルのユーザから上位レベルの仲間ユーザへの交流時のポイント（例えば２ポイント）とのポイント差は、ポイント上昇処理のみの場合よりも拡大する。すなわち、下位レベルの仲間ユーザと交流するときに獲得できるポイントの優遇の程度が実質的に拡大し、各ユーザにとっては、下位レベルのユーザと仲間になることにより大きなメリットを感じ得る。これにより、相対的に高いレベルのユーザが低いレベルのユーザと仲間になることで生じ得る不公平感をより効果的に解消することができる。

　なお、通常、ユーザは、自分よりも高いレベルのユーザと仲間になることにより、協力対戦等による恩恵を受け得る。よって、たとえ上記のポイント下降処理が実行される場合であっても、ユーザは自分よりも高いレベルのユーザと仲間になろうとすると考えられる。したがって、レベルの高低を問わず、互いに積極的に仲間になるようなゲーム環境は維持される。

　なお、下位レベルのユーザが上位レベルの仲間ユーザに対して交流を行った場合、ポイント下降処理により付与ポイントが低下するといっても、この低下後のポイントが、仲間以外の他のユーザとの交流時の付与ポイントよりも低くはならないようにすることが望ましい。そして、ゲーム内で仲間をつくることによるメリットをユーザに付与するため、仲間ユーザとの交流時に付与するポイントの最低値を、仲間以外の他のユーザとの交流時に付与するポイントよりも高くすることが望ましい。

　次に、ユーザの交流相手である上位レベルの仲間ユーザとのレベル差が第２閾値以下になると、ポイント下降処理によりポイントが低くなる設定が解消される、好ましい構成について説明する。

　ポイント付与手段５６は、下位レベルのユーザから上位レベルの仲間ユーザに対して交流が行われた場合において、両者のレベル差が第２閾値を超えているときにのみポイント下降処理を実行する。よって、前記レベル差が第２閾値以下のときには、ポイント付与手段５６はポイント下降処理を実行しないので、下位レベルのユーザから上位レベルの仲間ユーザに対して交流が行われても、当該下位レベルのユーザには基本ポイントを付与することになる。

　ここで、第２閾値は、任意に設定可能であり、例えば、第２閾値をあらかじめ定められた固定値（例えば２０）とすることができる。あるいは、通常のゲームは、ゲームレベルが高くなるほどレベルアップが困難となるゲーム仕様となっていることに鑑みて、ユーザのレベルが高いほど第２閾値をより大きく設定してもよい。すなわち、ユーザのレベルが高くなるほどレベルアップが困難な場合、レベルの高いユーザほど、自分より上位レベルの仲間ユーザとのレベル差を縮めにくい傾向にある。そこで、ユーザのレベルが高いほど第２閾値を大きくする。ここで、ポイント下降処理が実行されるのはユーザ間のレベル差が第２閾値を超えているときであるため、第２閾値が大きくなれば、ポイント下降が生じ難くなる。

　次に、本構成におけるポイント付与処理について、図３５のフローチャートを参照しながら以下に説明する。ここでも、ユーザＡが端末装置３を操作して仲間ユーザＢに対する交流（挨拶等）の操作をした場合を例示する。ゲームサーバ１がユーザＡの端末装置３から交流の情報を受信した場合（Ｓ５１でＹＥＳ）、交流手段５５がユーザＡから仲間ユーザＢに対しての交流処理を実行する（Ｓ５２）。その後、ポイント付与手段５６は、交流を行ったユーザＡのレベルＬ１が、交流相手の仲間ユーザＢのレベルＬ２よりも大きいか否かを判定する（Ｓ５３）。ここで、Ｌ１＞Ｌ２であった場合（Ｓ５３でＹＥＳ）、前記Ｓ５５のポイント上昇処理に移行する。一方、Ｌ１＞Ｌ２でなかった場合（Ｓ５３でＮＯ）、ポイント付与手段５６は、交流を行ったユーザＡのレベルＬ１が、交流相手の仲間ユーザＢのレベルＬ２よりも小さいか否かを判定する（Ｓ１１１）。ここで、Ｌ１＜Ｌ２であった場合（Ｓ１１１でＹＥＳ）、ポイント付与手段５６は、データベースサーバ２からユーザＡおよび仲間ユーザＢのレベル情報を読み出して、両者のレベル差Ｄを算出する（Ｓ１２１）。

　その後、ポイント付与手段５６は、算出したレベル差Ｄが第２閾値以下であるか否かを判定する（Ｓ１２２）。ここで、レベル差Ｄが第２閾値を超えている場合（Ｓ１２２でＮＯ）、前記Ｓ１１２のポイント下降処理に移行する。一方、レベル差Ｄが第２閾値以下の場合（Ｓ１２２でＹＥＳ）、ポイント下降処理が実行されることなく、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行する。また、Ｌ１＜Ｌ２ではなくＬ１＝Ｌ２であった場合も（Ｓ１１１でＮＯ）、ユーザＡに付与するポイントを基本ポイントとする前記Ｓ５４に移行する。その後、ポイント付与手段５６は、Ｓ５４、Ｓ５５またはＳ１１２で決定したポイントをユーザＡに付与する（Ｓ５６）。

　なお、図３５のフローチャートにおいて、ステップＳ５３でＹＥＳと判定した後の処理として、図２１のステップＳ６１、図２２のステップＳ７１および７２、図２５のステップＳ８１およびＳ８２、図２７のステップＳ９１、図２９のステップＳ１０１、図３１のステップＳ１０２～Ｓ１０４をそれぞれ適用することができる。

　本実施の形態の構成により、上位レベルの仲間ユーザとのレベル差を第２閾値以下にするために、レベルアップを図ろうとする動機づけを下位レベルのユーザに与えることができる。そして、ユーザがレベルアップを目指してゲームに積極的に参加すれば、ゲーム全体の活性化に繋がる。

　〔他の実施の形態〕
　上述の実施の形態では、ゲーム実行プログラムがゲームサーバ１側に実装されており、各ユーザの端末装置３における入力操作に応じて、ゲームサーバ１がゲーム進行のための演算処理やデータ処理を実行し、その実行結果を反映させた画面データを端末装置３へ送信することによって、ゲームが進行するゲームシステムへの適用例について説明した。これはいわゆるクライアントサーバ型のゲームシステムであるが、これに限定されるものではない。例えば、ゲームサーバ１が、ユーザの仲間情報を含むゲーム情報を管理し、ゲーム内での仲間管理等のゲームサービスをユーザに提供する一方、ゲームを進行させるゲーム実行処理については、基本的にはユーザの端末装置側にて行われるゲームシステムにも本発明の実施の形態に係るゲーム管理装置、ゲーム管理方法及びプログラムを適用できる。

　すなわち、ゲーム実行プログラムの一部または全部をユーザの端末装置側にダウンロードまたはインストールし、端末装置においてもゲーム実行処理が行われるようなゲームシステムにも適用できる。例えば、ユーザの端末装置が、インターネット通信、無線ＬＡＮ通信、所定の周波数帯（例えば２．４ＧＨｚの周波数帯）を用いた近距離無線通信、または有線ＬＡＮ通信などにより他のユーザの端末装置とピア・ツー・ピア接続し、ピア・ツー・ピア型のゲームを実行することも可能である。

　よって、ユーザの端末装置としては、ゲームサーバ（ゲーム管理装置）に接続して仲間管理等のゲームサービスの提供を受けることができる様々なものが適用でき、前述の携帯電話端末、スマートフォン、ＰＨＳ端末、携帯情報端末（ＰＤＡ）、パーソナルコンピュータ、タブレット型コンピュータ以外にも、ネットワーク接続機能を有している家庭用ビデオゲーム装置（家庭用ビデオゲーム機を家庭用テレビジョンに接続することによって構成されるゲーム装置）や、携帯型のゲーム専用装置なども適用可能である。

　すなわち、ゲーム管理装置と端末装置とを含むゲームシステムにおいて、上述の各実施の形態で説明したゲーム管理装置が具備する各手段は、ゲーム管理装置又は端末装置のいずれか一方が備えていればよい。

　また、本実施の形態に係るコンピュータ読み取り可能なプログラムは、ハードディスク、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等）、フレキシブルディスク、半導体メモリ等のコンピュータ読み取り可能な各種記録媒体に記録され、当該記録媒体から読み出されてゲームサーバ１のＣＰＵ１１により実行される。また、プログラムをゲームサーバ１に提供する手段は、前述した記録媒体に限定されるものではなく、インターネット等の通信ネットワークを介して行うこともできる。
　〔実施の形態の概要〕

　（１）本発明の一局面によるゲーム管理装置は、各ユーザの端末装置と通信し、ユーザ同士が仲間関係を構築して交流することができるゲームの管理を行うゲーム管理装置であって、各ユーザと仲間関係にある仲間ユーザの情報を記憶してユーザ毎の仲間管理を行う仲間管理手段と、各ユーザのゲームレベルを記憶装置に記憶するゲームレベル記憶制御手段と、ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与するポイント付与手段と、を備えている。そして、前記ポイント付与手段は、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を実行する構成である。

　この構成のゲーム管理装置は、各ユーザの端末装置と通信を行うことができる、例えばサーバなどの情報処理装置により構成することができる。そして、本ゲーム管理装置は、ユーザ同士が仲間関係を構築して交流することができるゲーム、例えばソーシャルゲーム等のゲーム管理を行うようになっている。

　ここで、仲間関係とは、ゲーム内で構築されるユーザ同士の仮想的な関係の総称であり、知人、友人、友達、クラスメイト、相棒、親類、家族、兄弟、姉妹、会社や組織の同僚などの様々なゲーム内の関係を含む。

　また、ユーザ間の交流には、挨拶、メッセージの送信、プレゼント、協力対戦の助っ人依頼など、仲間同士で行われる様々な交流を含めることができる。なお、挨拶とは、ゲーム内で仮想的に行うことができる簡易的な交流の総称であり、エール（応援）を送る、ガッツ（やる気）を送る、ウインクする、微笑む、手を振る等、別の表現を用いた簡易的な交流も含まれる。

　そして、本ゲーム管理装置は、各ユーザのゲームレベルをゲームレベル記憶制御手段により記憶している。ここで、ゲームレベルとは、ユーザのゲームの進行度合い、熟練度、力量等を直接的または間接的に示す指標情報であり、例えば下記（ａ）～（ｄ）等を含む。

　（ａ）ユーザ自身のレベル。例えば、ユーザがゲームを進行させて経験値を蓄積することによりレベルアップするゲームにおけるユーザのレベルがこれに該当する。

　（ｂ）ユーザのゲーム内の所有物のレベル（所有物の例：キャラクタ、キャラクタの集合体であるグループ・チーム・ユニット、アイテム等）。例えば、ユーザが所有するキャラクタを育成モード等で使用することによりキャラクタのレベルアップを図るゲームにおけるキャラクタのレベルや能力値がこれに該当する。

　（ｃ）ユーザのゲーム内の所有物の数・所有物の能力値等から算出される値。例えば、ユーザが所有する所定の能力値以上のキャラクタの数をユーザのゲームレベルとすることができる。

　（ｄ）ユーザが達成したステージ等のレベル。例えば、ゲーム内にレベル（難易度）の異なる複数のステージが設けられており、１つのステージをクリアしたら１つ難易度の高い別のステージに進むようなゲームにおけるユーザが達成したステージのレベルがこれに該当する。

　また、ゲームレベルは、数値で表されるレベルに限らず、例えばＡ、Ｂ、Ｃ・・等で表されるような様々な表現のレベルを含む。

　また、本ゲーム管理装置では、ユーザから仲間ユーザに対して交流が行われた場合に、ポイント付与手段が当該ユーザにポイントを付与するようになっている。これにより、各ユーザは、仲間と積極的に交流を図ろうとする動機付けが与えられる。

　そして、ポイント付与手段は、仲間ユーザよりもゲームレベルが高いユーザ（上位レベルのユーザ）から当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザ（下位レベルのユーザ）から当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする「第１のポイント設定処理」を実行するようになっている。例えば、同レベル間の交流時、または下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイントを３ポイントとしたとき、上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイントは、それより高い４ポイント（５ポイント以上であってもよい）とすることができる。

　この第１のポイント設定処理は、あくまで、「同レベル間の交流時、または下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」よりも、「上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」を高くするという、両者の付与ポイントに相対的な差を設ける処理である。よって、「同レベル間の交流時、または下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」を基準とした場合には、「上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」を当該基準より上昇させる（高く設定する）ことになる。逆に、「上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」を基準とした場合、「同レベル間の交流時、または下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」を当該基準より低く設定することになる。このように、どちらの付与ポイントを基準にするのかによって、他方の付与ポイントを相対的に高くするのか低くするのかが決まる。もちろん、どちらの付与ポイントを基準にしてもよい。

　上記のように、本構成では、相対的に低いレベルの仲間ユーザと交流したときにユーザが獲得できるポイントを優遇している。これにより、相対的に高いレベルのユーザが低いレベルのユーザと仲間になることで生じ得る上述の不公平感を効果的に解消することができる。

　そして、本構成によれば、協力対戦等における貢献度が大きい上位レベルのユーザだけでなく、交流時に獲得できるポイントが優遇される下位レベルのユーザとも積極的に仲間になろうとする動機付けが各ユーザに与えられる。したがって、レベルの高低を問わず、互いに積極的に仲間になるようなゲーム環境を各ユーザに提供することができる。これにより、一部の高いレベルのユーザと、それ以外のユーザとが分断されることが回避され、レベルの高低を問わず仲間同士で交流が行われるゲーム環境が構築されるので、ゲーム全体の活性化を図ることができる。

　（２）上記の構成において、前記ポイント付与手段は、ポイント付与の対象となるユーザのゲームレベルが所定のレベルに到達している場合に前記第１のポイント設定処理を実行し、ポイント付与の対象となるユーザのゲームレベルが所定のレベル未満では前記第１のポイント設定処理を実行しないことが好ましい。

　この構成によれば、ユーザのゲームレベルが所定のレベルに到達している（所定のレベル以上である）ことを条件として、ポイント付与手段が前記第１のポイント設定処理を実行する。ここで、「所定のレベル」は、任意に設定可能であり、例えば、あらかじめ定められた固定レベルとすることができる。あるいは、「所定のレベル」を、全ユーザを対象とした中で決定されるレベル（例えば、全ユーザの８０％の人数をＮ人とした場合、下位からＮ番目のユーザのゲームレベルを取得し、これを所定レベルとする）等としてもよい。

　このように、ユーザのゲームレベルが所定のレベルに到達していることを条件として第１のポイント設定処理を実行するのは、次の理由による。すなわち、ポイント付与の対象となるユーザを中心とする仲間グループ全体のレベルが、他の仲間グループと比較して、相対的に低い場合もあり得る。仮にこの場合でも、ユーザが自己の仲間グループ内の下位レベルのユーザと交流することで、上述の優遇された相対的に高いポイント（以下、単に「高いポイント」と称する）が獲得できるとすると、ゲーム全体におけるユーザ個人のゲームレベルは実はあまり高くないにもかかわらず、高いポイントを獲得できてしまうことになり、不公平が生じてしまうことになり兼ねない。そこで、高いポイントを獲得できる条件を、ユーザのゲームレベルが所定のレベルに到達していることとし、これにより不公平が生じることを回避する。

　また、ユーザにとっては、レベルアップを図って所定のレベルに到達することにより、下位レベルの仲間ユーザとの交流により獲得できるポイントが高くなるというメリットを享受できる。よって、このメリットを享受するためにレベルアップを図ろうとする動機づけを各ユーザに与えることができる。そして、各ユーザがレベルアップを目指してゲームに積極的に参加すれば、ゲーム全体の活性化に繋がる。

　（３）上記の（１）または（２）の構成において、前記ポイント付与手段は、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合、当該ユーザのゲームレベルと当該仲間ユーザのゲームレベルとのレベル差が第１閾値以上のときに前記第１のポイント設定処理を実行し、前記レベル差が第１閾値未満のときには前記第１のポイント設定処理を実行しないことが好ましい。

　この構成によれば、ポイント付与の対象となる上位レベルのユーザと下位レベルの仲間ユーザとのレベル差が第１閾値以上であることを条件として、ポイント付与手段が前記第１のポイント設定処理を実行する。ここで、「第１閾値」は、任意に設定可能であり、例えば、あらかじめ定められた固定値とすることができる。あるいは、後述するように「第１閾値」を、ユーザのゲームレベルの仲間グループ内における順位に応じて決定される値等としてもよい。

　このように、下位レベルの仲間ユーザとのレベル差が第１閾値以上であることを条件として第１のポイント設定処理を実行する理由のひとつには、次のようなものがある。すなわち、上位レベルのユーザと下位レベルの仲間ユーザとのレベル差が比較的小さい場合、通常、上位レベルのユーザが仲間ユーザに与える協力対戦等における貢献度も比較的小さいことが多い。それにもかかわらず、上位レベルのユーザがレベル差の小さい下位レベルの仲間ユーザと交流することで高いポイントが獲得できるとすると、仲間ユーザに対する貢献度の小さいユーザにまでポイントを優遇することになり、若干バランスを欠くことになり兼ねない。また、レベル差が僅かしかないユーザＡ（上位レベル）とユーザＢ（下位レベル）とが仲間になった場合、両者のレベル差が僅かであるにもかかわらず、ユーザＡのみに高いポイントが獲得できるようにするのは、ユーザＢに不公平感を生じさせることにもなり兼ねない。そこで、上位レベルのユーザが交流により高いポイントを獲得できる条件を、下位レベルの仲間ユーザとのレベル差が第１閾値以上であることとすることが望ましい。

　さらに、ユーザにとっては、レベルアップを図って下位レベルの仲間ユーザとのレベル差を第１閾値以上にすることにより、下位レベルの仲間ユーザとの交流により獲得できるポイントが高くなるというメリットを享受できる。また、レベルアップを図って第１閾値以上のレベル差を保持し続けることにより、前記のメリットをユーザが享受し続けることができる。よって、このメリットを享受するためにレベルアップを図ろうとする動機づけを各ユーザに与えることができる。そして、各ユーザがレベルアップを目指してゲームに積極的に参加すれば、ゲーム全体の活性化に繋がる。

　（４）上記の（３）の構成において、ゲーム管理装置は、ポイント付与の対象となるユーザを中心とする仲間グループ内における、当該ユーザのゲームレベルのグループ内順位を取得するグループ内順位取得手段と、ポイント付与の対象となるユーザの前記グループ内順位が低いほど、前記第１閾値をより小さく設定する補正手段と、をさらに備えていることが好ましい。

　この構成によれば、ポイント付与の対象となるユーザのゲームレベルの仲間グループ内における順位（グループ内順位）に応じて、補正手段が前記第１閾値を補正するようになっている。すなわち、補正手段は、ユーザのゲームレベルのグループ内順位が低いほど、前記第１閾値が小さくなるように補正する。これは、以下の理由による。

　通常、ゲームレベルが比較的低い状態ではレベルアップはそれほど難しくないが、ゲームレベルが高くなるほどレベルアップが困難となるゲーム仕様となっている。つまり、ゲームレベルが比較的低い場合にはどのユーザもレベルアップし易いため、上位レベルのユーザにとっては下位レベルのユーザとのレベル差は縮まり易く、よって上位レベルのユーザがポイント優遇のメリットを享受できる機会は限られる傾向にある。

　そして、ユーザのゲームレベルのグループ内順位が低いほど、当該ユーザより下位レベルの仲間ユーザ、すなわち、ポイント優遇のメリットを享受できる交流対象者も少なくなる。つまり、グループ内順位が比較的低いユーザは、もともとポイント優遇のメリットを享受できる下位レベルの交流対象者が少ないが、その下位レベルの交流対象者とのレベル差も上記のように縮まり易いので、ポイント優遇のメリットを享受できる機会は益々限られる傾向にある。

　そこで、ユーザのゲームレベルのグループ内順位が低いほど、前記第１閾値を小さく設定することで、グループ内順位が比較的低いユーザに対してもポイント優遇のメリットを享受できる機会を維持・確保することができる。

　なお、ユーザのゲームレベルのグループ内順位が高いほど、当該ユーザより下位レベルの仲間ユーザが多くなる。例えば、グループ内順位が最上位のユーザは、自己の仲間全員が下位レベルのユーザである。よって、グループ内順位が比較的高いユーザは、ポイント優遇のメリットを享受できる下位レベルの交流対象者も多くなり、グループ内順位が比較的低いユーザよりも前記第１閾値を大きくしても、ポイント優遇のメリットを享受できる機会は確保されていると考えられる。また、グループ内順位が比較的高いユーザは、ポイント優遇のメリットを享受できる状況が継続する傾向にある。この状況が継続しすぎると、グループ内順位が低いユーザの不公平感につながる可能性もある。そこで、グループ内順位が高いユーザの前記第１閾値を当該順位が低いユーザより大きくすることが望ましい。

　（５）上記の（３）または（４）の構成において、前記ポイント付与手段は、前記レベル差が前記第１閾値以上の場合、当該レベル差が大きいほど、ユーザに付与するポイントをより大きくすることが好ましい。

　この構成によれば、ポイント付与の対象となる上位レベルのユーザと下位レベルの仲間ユーザとのレベル差が第１閾値以上であることを条件として、第１のポイント設定処理を実行するに際し、レベル差が大きいほど付与ポイントを大きくする。これは、次の理由による。

　すなわち、上位レベルのユーザと下位レベルの仲間ユーザとのレベル差が大きいほど、上位レベルのユーザが仲間ユーザに与える協力対戦等における貢献度は大きくなる一方、上位レベルのユーザにとってはレベル差の大きい下位レベルの仲間ユーザに対する不公平感が大きくなる傾向にある。そこで、上記のレベル差が大きいほど付与ポイントを大きくすることにより、相対的に高いレベルのユーザが低いレベルのユーザと仲間になることで生じ得る不公平感をより効果的に解消している。

　（６）上記の（３）ないし（５）の何れかの構成において、前記ポイント付与手段は、前記レベル差が前記第１閾値以上の場合、前記レベル差が同じであればユーザのゲームレベルが高いほど、当該ユーザに付与するポイントをより大きくすることが好ましい。

　この構成によれば、ポイント付与の対象となる上位レベルのユーザと下位レベルの仲間ユーザとのレベル差が第１閾値以上であることを条件として、第１のポイント設定処理を実行するに際し、レベル差が同じであればユーザのゲームレベルが高いほど付与ポイントを大きくする。一例を挙げると、ユーザのレベルがＬｖ１００であって交流相手のレベルがＬｖ５０の場合と、ユーザのレベルがＬｖ２００あって交流相手のレベルがＬｖ１５０の場合とでは、共にレベル差は「５０」で同一であるが、ユーザのレベルがＬｖ２００の場合の方が相対的な評価を高くして、付与ポイントをより大きくする。これは、以下の理由による。

　すなわち、通常、ゲームレベルが高くなるほどレベルアップが困難となるゲーム仕様となっていることに鑑みると、ユーザと交流相手とのレベル差が同じであれば、ユーザのゲームレベルが高いほど、高い評価ができる。そこで、この評価を付与ポイントに反映させるべく、ゲームレベルが高いほど付与ポイントをより大きくしているのである。

　また、本構成によれば、ユーザがゲームレベルを向上させることにより、下位レベルの仲間ユーザとの交流により獲得できるポイントがより高くなる。このため、レベルアップを図ろうとする動機づけを各ユーザに与えることができる。そして、ユーザがレベルアップを目指してゲームに積極的に参加すれば、ゲーム全体の活性化に繋がる。

　（７）上記の（５）または（６）の構成において、前記ポイント付与手段が前記第１のポイント設定処理を実行してユーザに付与するポイントには上限が設けられており、前記ポイント付与手段は、ポイント付与の対象となるユーザのゲームレベルが高いほど、上記上限を高く設定することが好ましい。

　これによれば、上記の（５）の構成（レベル差が大きいほど付与ポイントをより大きくする構成）、上記の（６）の構成（ゲームレベルが高いほど付与ポイントをより大きくする構成）、または上記の（５）および（６）を併用する構成において、付与ポイントに上限を設けることによって、一回の交流により過度なポイントがユーザに付与されることを回避する。但し、付与ポイントの上限は、固定ではなく、ポイント付与の対象となるユーザのゲームレベルに応じて設定される（ゲームレベルが高いほど、上限も高く設定される）。これにより、ユーザのゲームレベルに応じた適切な付与ポイントの上限を設定することができる。

　また、ユーザがゲームレベルを向上させることにより、下位レベルの仲間ユーザとの交流により獲得できるポイントの上限がより高くなるため、レベルアップを図ろうとする動機づけを各ユーザに与えることができる。そして、ユーザがレベルアップを目指してゲームに積極的に参加すれば、ゲーム全体の活性化に繋がる。

　（８）上記の（１）ないし（７）の何れかの構成において、前記ポイント付与手段は、仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも低くする、第２のポイント設定処理を実行することが好ましい。

　この構成によれば、上記の（１）の構成とは逆に、第２のポイント設定処理によって、下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイントは、同レベル間の交流時、または上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイントよりも低くなっている。例えば、上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイントを４ポイント、同レベル間の交流時の付与ポイントを３ポイントとした場合、下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイントは、これらより低い２ポイント以下とすることができる。

　この第２のポイント設定処理は、あくまで、「同レベル間の交流時、または上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」よりも、「下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」を低くするという、両者の付与ポイントに相対的な差を設ける処理である。よって、「同レベル間の交流時、または上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」を基準とした場合には、「下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」を当該基準より下降させる（低く設定する）ことになる。逆に、「下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイント」を基準とした場合、「同レベル間の交流時、または上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイント」を当該基準より高く設定することになる。このように、どちらの付与ポイントを基準にするのかによって、他方の付与ポイントを相対的に高くするのか低くするのかが決まる。もちろん、どちらの付与ポイントを基準にしてもよい。

　上記の第２のポイント設定処理により、上位レベルのユーザから下位レベルの仲間ユーザへの交流時の付与ポイントと、下位レベルのユーザから上位レベルの仲間ユーザへの交流時の付与ポイントとのポイント差は、第１のポイント設定処理のみの場合よりも拡大する。すなわち、下位レベルの仲間ユーザと交流するときに獲得できるポイントの優遇の程度が実質的に拡大し、各ユーザにとっては、下位レベルのユーザと仲間になることにより大きなメリットを感じ得る。これにより、相対的に高いレベルのユーザが低いレベルのユーザと仲間になることで生じ得る不公平感をより効果的に解消することができる。

　なお、通常、ユーザは、自分よりも高いレベルのユーザと仲間になることにより、協力対戦等による恩恵を受け得るので、たとえ上記の第２のポイント設定処理が実行される場合であっても、自分よりも高いレベルのユーザと仲間になろうとすると考えられる。したがって、レベルの高低を問わず、互いに積極的に仲間になるようなゲーム環境は維持される。

　（９）上記の（８）の構成において、前記ポイント付与手段は、仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合、当該ユーザのゲームレベルと当該仲間ユーザのゲームレベルとのレベル差が第２閾値を超えているときに前記第２のポイント設定処理を実行し、前記レベル差が第２閾値以下のときには前記第２のポイント設定処理を実行しないことが好ましい。

　この構成によれば、ユーザの交流相手である上位レベルの仲間ユーザとのレベル差が第２閾値以下になると、上記の第２のポイント設定処理によりポイントが低くなる設定が解消される。これにより、上位レベルの仲間ユーザとのレベル差を第２閾値以下にするために、レベルアップを図ろうとする動機づけを下位レベルのユーザに与えることができる。そして、ユーザがレベルアップを目指してゲームに積極的に参加すれば、ゲーム全体の活性化に繋がる。

　（１０）本発明の他の局面に係るゲームシステムは、ゲームサービスを受ける各ユーザの端末装置と、前記端末装置と通信し各ユーザが他のユーザと仲間関係を構築することができるゲームの仲間管理を行うゲーム管理装置と、を含むゲームシステムであって、各ユーザと仲間関係にある仲間ユーザの情報を記憶してユーザ毎の仲間管理を行う仲間管理手段、各ユーザのゲームレベルを記憶装置に記憶するゲームレベル記憶制御手段、ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与するポイント付与手段の各手段を、前記ゲーム管理装置又は前記端末装置のいずれか一方が備えている。そして、前記ポイント付与手段は、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を実行する構成である。

　（１１）本発明の他の一局面によるゲーム管理方法は、各ユーザの端末装置と通信し、ユーザ同士が仲間関係を構築して交流することができるゲームの管理を行うゲーム管理装置におけるゲーム管理方法であって、前記ゲーム管理装置が、各ユーザと仲間関係にある仲間ユーザの情報を記憶してユーザ毎の仲間管理を行う仲間管理ステップと、前記ゲーム管理装置が、各ユーザのゲームレベルを記憶装置に記憶するゲームレベル記憶制御ステップと、前記ゲーム管理装置が、ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与するポイント付与ステップと、を備えている。そして、前記ポイント付与ステップでは、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を前記ゲーム管理装置が実行する構成である。

　（１２）本発明の更に他の一局面によるプログラムは、コンピュータを上記の（１）ないし（９）の何れかの構成のゲーム管理装置として動作させるためのプログラムであって、前記コンピュータを前記ゲーム管理装置が備えている各手段として機能させるためのプログラムである。

　なお、発明を実施するための形態においてなされた具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の技術思想と特許請求事項との範囲内で、種々変更して実施することができるものである。

　本発明は、特に、ユーザが、ゲームサービスを受けている他のユーザとコミュニケーションをとりながらプレイすることができる、いわゆるソーシャルゲーム等を対象としたゲーム管理装置、ゲームシステム、ゲーム管理方法、プログラム、及び記録媒体に好適に適用され、興趣性の高いゲームサービスを提供できるので、産業上利用可能である。

Claims

　各ユーザの端末装置と通信し、ユーザ同士が仲間関係を構築して交流することができるゲームの管理を行うゲーム管理装置であって、
　各ユーザと仲間関係にある仲間ユーザの情報を記憶してユーザ毎の仲間管理を行う仲間管理手段と、
　ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与するポイント付与手段と、
　各ユーザのゲームレベルを記憶装置に記憶するゲームレベル記憶制御手段と、を備え、
　前記ポイント付与手段は、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を実行するゲーム管理装置。
　前記ポイント付与手段は、ポイント付与の対象となるユーザのゲームレベルが所定のレベルに到達している場合に前記第１のポイント設定処理を実行し、ポイント付与の対象となるユーザのゲームレベルが所定のレベル未満では前記第１のポイント設定処理を実行しない請求項１に記載のゲーム管理装置。
　前記ポイント付与手段は、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合、当該ユーザのゲームレベルと当該仲間ユーザのゲームレベルとのレベル差が第１閾値以上のときに前記第１のポイント設定処理を実行し、前記レベル差が第１閾値未満のときには前記第１のポイント設定処理を実行しない請求項１に記載のゲーム管理装置。
　ポイント付与の対象となるユーザを中心とする仲間グループ内における、当該ユーザのゲームレベルのグループ内順位を取得するグループ内順位取得手段と、
　ポイント付与の対象となるユーザの前記グループ内順位が低いほど、前記第１閾値をより小さく設定する補正手段と、をさらに備えている請求項３に記載のゲーム管理装置。
　前記ポイント付与手段は、前記レベル差が前記第１閾値以上の場合、当該レベル差が大きいほど、ユーザに付与するポイントをより大きくする請求項３に記載のゲーム管理装置。
　前記ポイント付与手段は、前記レベル差が前記第１閾値以上の場合、前記レベル差が同じであればユーザのゲームレベルが高いほど、当該ユーザに付与するポイントをより大きくする請求項３に記載のゲーム管理装置。
　前記ポイント付与手段が前記第１のポイント設定処理を実行してユーザに付与するポイントには上限が設けられており、
　前記ポイント付与手段は、ポイント付与の対象となるユーザのゲームレベルが高いほど、上記上限を高く設定する請求項５に記載のゲーム管理装置。
　前記ポイント付与手段は、仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも低くする、第２のポイント設定処理を実行する請求項１ないし７の何れか１項に記載のゲーム管理装置。
　前記ポイント付与手段は、仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合、当該ユーザのゲームレベルと当該仲間ユーザのゲームレベルとのレベル差が第２閾値を超えているときに前記第２のポイント設定処理を実行し、前記レベル差が第２閾値以下のときには前記第２のポイント設定処理を実行しない請求項８に記載のゲーム管理装置。
　ゲームサービスを受ける各ユーザの端末装置と、各ユーザの端末装置と通信し、ユーザ同士が仲間関係を構築して交流することができるゲームの管理を行うゲーム管理装置と、を含むゲームシステムであって、
　各ユーザと仲間関係にある仲間ユーザの情報を記憶してユーザ毎の仲間管理を行う仲間管理手段、
　ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与するポイント付与手段、
　各ユーザのゲームレベルを記憶装置に記憶するゲームレベル記憶制御手段、の各手段を、前記ゲーム管理装置又は前記端末装置のいずれか一方が備え、
　前記ポイント付与手段は、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を実行するゲームシステム。
　各ユーザの端末装置と通信し、ユーザ同士が仲間関係を構築して交流することができるゲームの管理を行うゲーム管理装置におけるゲーム管理方法であって、
　前記ゲーム管理装置が、各ユーザと仲間関係にある仲間ユーザの情報を記憶してユーザ毎の仲間管理を行う仲間管理ステップと、
　前記ゲーム管理装置が、ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与するポイント付与ステップと、
　前記ゲーム管理装置が、各ユーザのゲームレベルを記憶装置に記憶するゲームレベル記憶制御ステップと、を備え、
　前記ポイント付与ステップでは、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を前記ゲーム管理装置が実行するゲーム管理方法。
　コンピュータを、ユーザ同士が仲間関係を構築して交流することができるゲームの管理を行うゲーム管理装置として動作させるためのプログラムであって、
　前記コンピュータを、
　各ユーザと仲間関係にある仲間ユーザの情報を記憶してユーザ毎の仲間管理を行う仲間管理手段、
　ユーザから仲間ユーザに対して交流が行われた場合に、当該ユーザにポイントを付与するポイント付与手段、
　各ユーザのゲームレベルを記憶装置に記憶するゲームレベル記憶制御手段、
　として機能させるためのプログラムであり、
　前記コンピュータを、前記ポイント付与手段として機能させる際に、仲間ユーザよりもゲームレベルが高いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントを、仲間ユーザとゲームレベルが同じ又は仲間ユーザよりもゲームレベルが低いユーザから当該仲間ユーザに対して交流が行われた場合に当該ユーザに付与するポイントよりも高くする、第１のポイント設定処理を実行させるプログラム。
　請求項１２に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。