WO2013111389A1

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

Info

Publication number: WO2013111389A1
Application number: PCT/JP2012/075379
Authority: WO
Inventors: 正能鈴木; 暢也北村; 浩之冨田
Original assignee: 株式会社コナミデジタルエンタテインメント
Priority date: 2012-01-23
Filing date: 2012-10-01
Publication date: 2013-08-01
Also published as: JP5145466B1; JP2013146475A

Abstract

　ゲーム管理装置は、各ユーザの端末装置と通信し、ユーザがゲーム内で所有しているものを他のユーザにプレゼントすることができるゲームの管理を行うゲーム管理装置であって、各ユーザが所有しているものを記憶装置に記憶する所有情報記憶制御手段と、第１のユーザから第２のユーザにプレゼントが行われた場合に、前記所有情報記憶制御手段によって記憶されている第２のユーザが所有しているものの中から、第１のユーザにプレゼントするための返礼候補を抽出する抽出手段と、抽出された前記返礼候補を表示させるための情報を、第２のユーザの端末装置へ送信する返礼候補送信手段と、を備えている。

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

　各ユーザの端末装置と通信し、ユーザがゲーム内で所有しているものを他のユーザにプレゼントすることができるゲームの管理を行うゲーム管理装置であって、
　各ユーザが所有しているものを記憶装置に記憶する所有情報記憶制御手段と、
　第１のユーザから第２のユーザにプレゼントが行われた場合に、前記所有情報記憶制御手段によって記憶されている第２のユーザが所有しているものの中から、第１のユーザにプレゼントするための返礼候補を抽出する抽出手段と、
　前記抽出手段によって抽出された前記返礼候補を表示させるための情報を、第２のユーザの端末装置へ送信する返礼候補送信手段と、を備えているゲーム管理装置。
　前記返礼候補送信手段に送信された情報を受信して前記返礼候補を表示している第２のユーザの端末装置にて、当該返礼候補を第１のユーザにプレゼントする返礼操作が行われた場合に、当該操作の情報を前記端末装置から受信して、第２のユーザが所有している当該返礼候補を第１のユーザへプレゼントする返礼処理を実行する返礼手段をさらに備えている請求項１に記載のゲーム管理装置。
　第１のユーザから第２のユーザにプレゼントする処理が行われた場合、第２のユーザがプレゼントを受領するまでプレゼントされたものを記憶装置に記憶する未受領プレゼント記憶制御手段をさらに備え、
　各ユーザがゲーム内で所有することができるものの保有数に上限が設けられており、第２のユーザの保有数が上限に達している場合、前記返礼手段は、前記返礼候補送信手段から送信された情報を受信して前記返礼候補を表示している第２のユーザの端末装置にて、当該返礼候補を第１のユーザにプレゼントする返礼操作が行われた場合に、当該操作の情報を前記端末装置から受信して、当該返礼候補を第２のユーザが所有しているものから削除して第１のユーザへプレゼントするとともに、前記未受領プレゼント記憶制御手段によって記憶装置に記憶されている第１のユーザからプレゼントされたものを第２のユーザが受領して所有するよう前記所有情報記憶制御手段によって記憶装置に記憶されている記憶内容を更新する請求項２に記載のゲーム管理装置。
　各ユーザが操作する端末装置からの欲しいもの登録要求に応じて、各ユーザの欲しいものを記憶装置に記憶する欲しいもの記憶制御手段をさらに備え、
　前記抽出手段は、第１のユーザから第２のユーザにプレゼントが行われた場合、前記所有情報記憶制御手段によって記憶されている第２のユーザが所有しているものの中に、前記欲しいもの記憶制御手段によって記憶されている第１のユーザの欲しいものが存在することを検出したとき、当該第１のユーザの欲しいものを前記返礼候補として抽出する請求項１ないし３の何れか１項に記載のゲーム管理装置。
　各ユーザがゲーム内で所有できるものの少なくとも一部には複数の属性のうちの何れか１つの属性が設定されており、
　各ユーザが操作する端末装置からの属性登録要求に応じて、前記複数の属性のうちの何れか１つの属性であって各ユーザが希望した属性を記憶装置に記憶するユーザ属性記憶制御をさらに備え、
　前記抽出手段は、第１のユーザから第２のユーザにプレゼントが行われた場合、前記所有情報記憶制御手段によって記憶されている第２のユーザが所有しているものの中に、前記ユーザ属性記憶制御手段によって記憶されている第１のユーザが希望した属性と同じ属性を有するものが存在することを検出したとき、当該同じ属性を有するものを前記返礼候補として抽出する請求項１ないし３の何れか１項に記載のゲーム管理装置。
　各ユーザがゲーム内で所有できるものの少なくとも一部には複数の属性のうちの何れか１つの属性が設定されており、
　各ユーザが操作する端末装置からの属性登録要求に応じて、前記複数の属性のうちの何れか１つの属性であって各ユーザが希望した属性を記憶装置に記憶するユーザ属性記憶制御手段と、
　各ユーザが操作する端末装置からの欲しいもの登録要求に応じて、各ユーザの欲しいものを記憶装置に記憶する欲しいもの記憶制御手段と、をさらに備え、
　前記抽出手段は、前記返礼候補として抽出する優先度を、高い順に、前記欲しいもの記憶制御手段によって記憶されている第１のユーザの欲しいもの、前記ユーザ属性記憶制御手段によって記憶されている第１のユーザが希望した属性と同じ属性を有するもの、当該第１のユーザが希望した属性と異なる属性を有するものとし、
　前記返礼候補送信手段は、第２のユーザの端末装置からの候補変更要求を受信する毎に、前記優先度の高い返礼候補から順に、当該返礼候補を表示させるための情報を、順次、第２のユーザの端末装置へ送信する請求項１ないし３の何れか１項に記載のゲーム管理装置。
　各ユーザがゲーム内で所有できるものの少なくとも一部には希少価値の高さを示す希少価値度が設定されており、
　前記抽出手段は、第１のユーザから第２のユーザにプレゼントが行われた場合、前記所有情報記憶制御手段によって記憶されている第２のユーザが所有しているものの中に、第１のユーザからプレゼントされたものの希少価値度と同じもの又は当該希少価値度を基準とした所定範囲の希少価値度のものが存在することを検出したとき、検出したものを前記返礼候補として抽出する請求項１ないし３の何れか１項に記載のゲーム管理装置。
　ユーザの端末装置からの保持要求に応じて、ユーザが所有しているものの中から選択されたものを返礼対象とせず保持するものとして記憶装置に記憶する保持情報記憶制御手段をさらに備え、
　前記抽出手段は、前記保持情報記憶制御手段によって記憶されているものを除外して前記返礼候補を抽出する請求項１ないし３の何れか１項に記載のゲーム管理装置。
　第１のユーザから第２のユーザにプレゼントが行われた場合であって、第２のユーザの端末装置にて返礼保留の操作が行われた場合、当該操作の情報を受信して、第１のユーザからのプレゼントに第２のユーザが返礼していないことを示す未返礼履歴を記憶する未返礼履歴記憶制御手段と、
　第２のユーザの端末装置からの未返礼確認要求に応じて、前記未返礼履歴記憶制御手段によって記憶装置に記憶されている当該第２のユーザの未返礼履歴を読み出し、当該未返礼履歴を表示させるための情報を当該端末装置へ送信する未返礼履歴送信手段と、をさらに備えている請求項１ないし３の何れか１項に記載のゲーム管理装置。
　第１のユーザから第２のユーザにプレゼントが行われた場合であって、第２のユーザの端末装置にてリマインド設定の操作が行われた場合、当該操作の情報を受信して、第１のユーザから第２のユーザへプレゼントが行われた履歴情報を記憶して第２のユーザに対して第１のユーザを返礼対象者とするリマインド設定を行うリマインド設定手段と、
　前記リマインド設定手段によりリマインド設定が行われた第２のユーザが、前記返礼対象者である第１のユーザへの返礼基準を満たすものをゲーム内で入手した場合、入手したものが第１のユーザへの返礼対象であることを報知するための情報を、第２のユーザの端末装置へ送信するリマインド手段と、をさらに備えている請求項１ないし３の何れか１項に記載のゲーム管理装置。
　前記抽出手段は、第２のユーザの端末装置からの返礼候補要求に応じて、前記所有情報記憶制御手段によって記憶されている第２のユーザが所有しているものの中から、第１のユーザにプレゼントするための返礼候補を抽出する請求項１ないし３の何れか１項に記載のゲーム管理装置。
　ゲームサービスを受ける各ユーザの端末装置と、
　各ユーザの端末装置と通信し、ユーザがゲーム内で所有しているものを他のユーザにプレゼントすることができるゲームの管理を行うゲーム管理装置と、を備え、
　各ユーザが所有しているものを記憶装置に記憶する所有情報記憶制御手段、
　第１のユーザから第２のユーザにプレゼントが行われた場合に、前記所有情報記憶制御手段によって記憶されている第２のユーザが所有しているものの中から、第１のユーザにプレゼントするための返礼候補を抽出する抽出手段、
　前記抽出手段によって抽出された前記返礼候補を表示させるための情報を、第２のユーザの端末装置へ送信する返礼候補送信手段、の各手段を前記端末装置又は前記ゲーム管理装置の何れかが備えているゲームシステム。
　各ユーザの端末装置と通信し、ユーザがゲーム内で所有しているものを他のユーザにプレゼントすることができるゲームの管理を行うゲーム管理装置におけるゲーム管理方法であって、
　前記ゲーム管理装置が、各ユーザが所有しているものを記憶装置に記憶する所有情報記憶制御ステップと、
　第１のユーザから第２のユーザにプレゼントが行われた場合、前記ゲーム管理装置が、前記所有情報記憶制御ステップによって記憶されている第２のユーザが所有しているものの中から、第１のユーザにプレゼントするための返礼候補を抽出する抽出ステップと、
　前記ゲーム管理装置が、前記抽出ステップによって抽出された前記返礼候補を表示させるための情報を、第２のユーザの端末装置へ送信する返礼候補送信ステップと、を備えているゲーム管理方法。
　コンピュータを、各ユーザの端末装置と通信し、ユーザがゲーム内で所有しているものを他のユーザにプレゼントすることができるゲームの管理を行うゲーム管理装置として動作させるためのプログラムであって、
　前記コンピュータを、
　各ユーザが所有しているものを記憶装置に記憶する所有情報記憶制御手段、
　第１のユーザから第２のユーザにプレゼントが行われた場合に、前記所有情報記憶制御手段によって記憶されている第２のユーザが所有しているものの中から、第１のユーザにプレゼントするための返礼候補を抽出する抽出手段、
　前記抽出手段によって抽出された前記返礼候補を表示させるための情報を、第２のユーザの端末装置へ送信する返礼候補送信手段、として機能させるためのプログラム。
　請求項１４に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。