(57)【特許請求の範囲】
【請求項１】
複数のユーザの各々が収集対象を集めるゲームを実行するゲームシステムであって、
ユーザが保有する前記収集対象を示す保有データを記憶する手段から当該保有データを取得する手段と、
前記ユーザが保有する前記収集対象のうち、前記ユーザからゲームキャラクタに贈る前記収集対象の選択を受け付ける選択受付手段と、
前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記複数のユーザのうちの他のユーザがゲームキャラクタに贈った前記収集対象のうちから決定する決定手段と、
前記決定手段の決定結果に基づいて、前記保有データを更新する更新手段と、
を含むことを特徴とするゲームシステム。
【請求項２】
前記ゲームシステムは、
前記ゲームキャラクタに関するパラメータを記憶する手段から当該パラメータを取得する手段、
を更に含み、
前記決定手段は、
前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、当該ゲームキャラクタに関する前記パラメータに基づいて決定する、
ことを特徴とする請求項１に記載のゲームシステム。
【請求項３】
前記パラメータは、前記ユーザと前記ゲームキャラクタとの間の仮想コミュニケーションに応じて更新される、前記ユーザと前記ゲームキャラクタとの関係を示す関係パラメータであって、
前記決定手段は、
前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、当該ユーザと当該ゲームキャラクタとの関係を示す前記関係パラメータに基づいて決定する、
ことを特徴とする請求項２に記載のゲームシステム。
【請求項４】
前記パラメータは、前記複数のユーザの各々に関連付けて記憶されており、
前記決定手段は、
前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、当該ユーザに関連付けて記憶される前記パラメータと、前記他のユーザに関連付けて記憶される前記パラメータと、の比較結果に基づいて決定する、
ことを特徴とする請求項２又は３に記載のゲームシステム。
【請求項５】
前記ゲームシステムは、
前記ゲームキャラクタの特性を示す特性データを記憶する手段から当該特性データを取
得する手段、
を更に含み、
前記決定手段は、
前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合
、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、当該ゲームキャラクタの
前記特性データに基づいて決定する、
ことを特徴とする請求項１に記載のゲームシステム。
【請求項６】
前記決定手段は、
前記他のユーザが前記ゲームキャラクタに贈った前記収集対象のうちから、前記ユーザに必要な前記収集対象を選出するための選出条件を満たす前記収集対象を選出し、前記ゲームキャラクタから前記ユーザに贈る前記収集対象を決定する、
ことを特徴とする請求項１〜５の何れか一項に記載のゲームシステム。
【請求項７】
前記ゲームシステムは、
前記ユーザが要求する前記収集対象を示す要求データを記憶する手段から当該要求データを取得する手段、
を更に含み、
前記決定手段は、
前記他のユーザが前記ゲームキャラクタに贈った前記収集対象のうちから、前記要求データに基づいて、前記ユーザに必要な前記収集対象を選出する、
ことを特徴とする請求項６に記載のゲームシステム。
【請求項８】
前記決定手段は、
前記他のユーザが前記ゲームキャラクタに贈った前記収集対象のうちから、当該ユーザが保有していない前記収集対象を、前記ユーザに必要な前記収集対象として選出する、
ことを特徴とする請求項６に記載のゲームシステム。
【請求項９】
前記ゲームは、前記複数のユーザの各々が前記収集対象を用いてプレイするゲームであって、
前記ゲームシステムは、
前記ユーザによる過去のゲームプレイの類型を示すプレイ類型データを記憶する手段から前記プレイ類型データを取得する手段、
を更に含み、
前記決定手段は、
前記他のユーザが前記ゲームキャラクタに贈った前記収集対象のうちから、前記プレイ類型データに基づいて、前記ユーザに必要な前記収集対象を選出する、
ことを特徴とする請求項６に記載のゲームシステム。
【請求項１０】
前記ゲームシステムは、
前記決定手段により決定された収集対象が、前記ユーザが保有することができる前記収集対象に関する条件を満たすか否かを判定する手段と、
前記条件が満たされないと判定された場合、前記決定手段により決定された収集対象に代えて、前記ゲームシステムにおいて使用可能な仮想通貨を、前記ゲームキャラクタから前記ユーザに贈るものとして決定する手段と、
を更に含むことを特徴とする請求項１〜９の何れか一項に記載のゲームシステム。
【請求項１１】
前記ゲームシステムは、
対象期間における前記ユーザと前記ゲームキャラクタとの間の仮想コミュニケーションに応じて更新される、前記ゲームキャラクタに関するパラメータを記憶する手段から当該パラメータを取得する手段と、
前記パラメータが所定範囲であるか否かを判定するパラメータ判定手段と、
前記パラメータが所定範囲であると判定された場合、当該ゲームキャラクタから当該ユーザに前記収集対象を贈ることを制限する制限手段と、
を更に含むことを特徴とする請求項１〜１０の何れか一項に記載のゲームシステム。
【請求項１２】
前記選択受付手段は、複数のゲームキャラクタのうちから選出されるゲームキャラクタに贈る前記収集対象の選択を受け付け、
前記決定手段は、
前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記他のユーザが当該ゲームキャラクタに贈った前記収集対象のうちから決定する手段と、
前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記他のユーザが当該ゲームキャラクタ以外のゲームキャラクタに贈った前記収集対象のうちから決定する手段と、の少なくとも一方を含む、
ことを特徴とする請求項１〜１１の何れか一項に記載のゲームシステム。
【請求項１３】
前記ゲームシステムは、
前記ユーザと友人関係にあるゲームキャラクタを示すデータを記憶する手段から当該データを取得する手段、
を更に含み、
前記選択受付手段は、
前記ゲームキャラクタが前記ユーザの友人関係にある場合に、前記ユーザが保有する前記収集対象のうち、前記ユーザから当該ゲームキャラクタに贈る前記収集対象の選択を受け付ける、
ことを特徴とする請求項１〜１２の何れか一項に記載のゲームシステム。
【請求項１４】
前記ゲームシステムは、
前記ゲームキャラクタに関するパラメータを記憶する手段から当該パラメータを取得する手段と、
前記決定手段の決定結果に基づいて、前記ゲームキャラクタに関する前記パラメータを変化させる手段と、
を含むことを特徴とする請求項１〜１３の何れか一項に記載のゲームシステム。
【請求項１５】
複数のユーザの各々が収集対象を集めるゲームを実行するゲームシステムの制御方法であって、
ユーザが保有する前記収集対象を示す保有データを記憶する手段から当該保有データを取得するステップと、
前記ユーザが保有する前記収集対象のうち、前記ユーザからゲームキャラクタに贈る前記収集対象の選択を受け付ける選択受付ステップと、
前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記複数のユーザのうちの他のユーザがゲームキャラクタに贈った前記収集対象のうちから決定する決定ステップと、
前記決定ステップの決定結果に基づいて、前記保有データを更新する更新ステップと、
を含むことを特徴とするゲームシステムの制御方法。
【請求項１６】
複数のユーザの各々が収集対象を集めるゲームを実行するゲームシステムに含まれるサーバ装置であって、
ユーザが保有する前記収集対象を示す保有データを記憶する手段から当該保有データを取得する手段と、
前記ユーザが保有する前記収集対象のうち、前記ユーザからゲームキャラクタに贈る前記収集対象の選択がされた場合に、当該選択結果を取得する手段と、
前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択がされた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記複数のユーザのうちの他のユーザがゲームキャラクタに贈った前記収集対象のうちから決定する決定手段と、
前記決定手段の決定結果に基づいて、前記保有データを更新する更新手段と、
を含むことを特徴とするサーバ装置。
【請求項１７】
複数のユーザの各々が収集対象を集めるゲームを実行するゲームシステムに含まれるサーバ装置の制御方法であって、
ユーザが保有する前記収集対象を示す保有データを記憶する手段から当該保有データを取得するステップと、
前記ユーザが保有する前記収集対象のうち、前記ユーザからゲームキャラクタに贈る前記収集対象の選択がされた場合に、当該選択結果を取得するステップと、
前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択がされた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記複数のユーザのうちの他のユーザがゲームキャラクタに贈った前記収集対象のうちから決定する決定ステップと、
前記決定ステップの決定結果に基づいて、前記保有データを更新する更新ステップと、
を含むことを特徴とするサーバ装置の制御方法。
【請求項１８】
複数のユーザの各々が収集対象を集めるゲームを実行するゲームシステムに含まれるサーバ装置としてコンピュータを機能させるためのプログラムであって、
ユーザが保有する前記収集対象を示す保有データを記憶する手段から当該保有データを取得する手段、
前記ユーザが保有する前記収集対象のうち、前記ユーザからゲームキャラクタに贈る前記収集対象の選択がされた場合に、当該選択結果を取得する手段、
前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択がされた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記複数のユーザのうちの他のユーザがゲームキャラクタに贈った前記収集対象のうちから決定する決定手段、
前記決定手段の決定結果に基づいて、前記保有データを更新する更新手段、
として前記コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲームシステム、ゲームシステムの制御方法、サーバ装置、サーバ装置の制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来から、ユーザが収集対象（例えば、アイテム）を集めるゲームが知られている。このようなゲームにおいては、ユーザは、ゲームの進行に応じてアイテムを集めることができる。ある程度ゲームが進行すると、ユーザが保有するアイテムが重複する一方で、ユーザが欲しいと思うアイテムが手に入らないことがある。そこで、特許文献１のように、あるユーザが保有するアイテムを他のユーザが保有するアイテムと交換することができるゲームも知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１２９２５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザが不要なアイテムを他のアイテムに交換したいと思っても、他のユーザを意識すると、アイテム交換をすること自体に抵抗を感じることある。例えば、特許文献１に記載のネットワークゲームでは、ユーザ同士で顔を合わせる訳ではないため、ユーザは、他のユーザの素性をよく知らないことが多い。したがって、ユーザは、素性をよく知らない他のユーザとアイテム交換をすることに抵抗を感じることがある。
【０００５】
本発明は上記課題に鑑みてなされたものであって、その目的は、ユーザに他のユーザを意識させることなく収集対象の交換をさせることが可能なゲームシステム、ゲームシステムの制御方法、サーバ装置、サーバ装置の制御方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明に係るゲームシステムは、複数のユーザの各々が収集対象を集めるゲームを実行するゲームシステムであって、ユーザが保有する前記収集対象を示す保有データを記憶する手段から当該保有データを取得する手段と、前記ユーザが保有する前記収集対象のうち、前記ユーザからゲームキャラクタに贈る前記収集対象の選択を受け付ける選択受付手段と、前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記複数のユーザのうちの他のユーザがゲームキャラクタに贈った前記収集対象のうちから決定する決定手段と、前記決定手段の決定結果に基づいて、前記保有データを更新する更新手段と、を含むことを特徴とする。
【０００７】
また、本発明に係るゲームシステムの制御方法は、複数のユーザの各々が収集対象を集めるゲームを実行するゲームシステムの制御方法であって、ユーザが保有する前記収集対象を示す保有データを記憶する手段から当該保有データを取得するステップと、前記ユーザが保有する前記収集対象のうち、前記ユーザからゲームキャラクタに贈る前記収集対象の選択を受け付ける選択受付ステップと、前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記複数のユーザのうちの他のユーザがゲームキャラクタに贈った前記収集対象のうちから決定する決定ステップと、前記決定ステップの決定結果に基づいて、前記保有データを更新する更新ステップと、を含むことを特徴とする。
【０００８】
また、本発明に係るサーバ装置は、複数のユーザの各々が収集対象を集めるゲームを実行するゲームシステムに含まれるサーバ装置であって、ユーザが保有する前記収集対象を示す保有データを記憶する手段から当該保有データを取得する手段と、前記ユーザが保有する前記収集対象のうち、前記ユーザからゲームキャラクタに贈る前記収集対象の選択がされた場合に、当該選択結果を取得する手段と、前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択がされた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記複数のユーザのうちの他のユーザがゲームキャラクタに贈った前記収集対象のうちから決定する決定手段と、前記決定手段の決定結果に基づいて、前記保有データを更新する更新手段と、を含むことを特徴とする。
【０００９】
また、本発明に係るサーバ装置の制御方法は、複数のユーザの各々が収集対象を集めるゲームを実行するゲームシステムに含まれるサーバ装置の制御方法であって、ユーザが保有する前記収集対象を示す保有データを記憶する手段から当該保有データを取得するステップと、前記ユーザが保有する前記収集対象のうち、前記ユーザからゲームキャラクタに贈る前記収集対象の選択がされた場合に、当該選択結果を取得するステップと、前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択がされた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記複数のユーザのうちの他のユーザがゲームキャラクタに贈った前記収集対象のうちから決定する決定ステップと、前記決定手段の決定結果に基づいて、前記保有データを更新する更新ステップと、を含むことを特徴とする。
【００１０】
また、本発明に係るプログラムは、複数のユーザの各々が収集対象を集めるゲームを実行するゲームシステムに含まれるサーバ装置としてコンピュータを機能させるためのプログラムであって、ユーザが保有する前記収集対象を示す保有データを記憶する手段から当該保有データを取得する手段、前記ユーザが保有する前記収集対象のうち、前記ユーザからゲームキャラクタに贈る前記収集対象の選択がされた場合に、当該選択結果を取得する手段、前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択がされた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記複数のユーザのうちの他のユーザがゲームキャラクタに贈った前記収集対象のうちから決定する決定手段、前記決定手段の決定結果に基づいて、前記保有データを更新する更新手段、として前記コンピュータを機能させる。
【００１１】
また、本発明に係る情報記憶媒体は、上記プログラムを記録したコンピュータ読み取り可能な情報記憶媒体である。
【００１２】
本発明によれば、ユーザに他のユーザを意識させることなく収集対象の交換をさせることが可能になる。
【００１３】
また、本発明の一態様では、前記ゲームシステムは、前記ゲームキャラクタに関するパラメータを記憶する手段から当該パラメータを取得する手段、を更に含み、前記決定手段は、前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、当該ゲームキャラクタに関する前記パラメータに基づいて決定する、ことを特徴とする。
【００１４】
また、本発明の一態様では、前記パラメータは、前記ユーザと前記ゲームキャラクタとの間の仮想コミュニケーションに応じて更新される、前記ユーザと前記ゲームキャラクタとの関係を示す関係パラメータであって、前記決定手段は、前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、当該ユーザと当該ゲームキャラクタとの関係を示す前記関係パラメータに基づいて決定する、ことを特徴とする。
【００１５】
また、本発明の一態様では、前記パラメータは、前記複数のユーザの各々に関連付けて記憶されており、前記決定手段は、前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、当該ユーザに関連付けて記憶される前記パラメータと、前記他のユーザに関連付けて記憶される前記パラメータと、の比較結果に基づいて決定する、ことを特徴とする。
【００１６】
また、本発明の一態様では、前記決定手段は、前記他のユーザが前記ゲームキャラクタに贈った前記収集対象のうちから、前記ユーザに必要な前記収集対象を選出するための選出条件を満たす前記収集対象を選出し、前記ゲームキャラクタから前記ユーザに贈る前記収集対象を決定する、ことを特徴とする。
【００１７】
また、本発明の一態様では、前記ゲームシステムは、前記ユーザが要求する前記収集対象を示す要求データを記憶する手段から当該要求データを取得する手段、を更に含み、前記決定手段は、前記他のユーザが前記ゲームキャラクタに贈った前記収集対象のうちから、前記要求データに基づいて、前記ユーザに必要な前記収集対象を選出する、ことを特徴とする。
【００１８】
また、本発明の一態様では、前記決定手段は、前記他のユーザが前記ゲームキャラクタに贈った前記収集対象のうちから、当該ユーザが保有していない前記収集対象を、前記ユーザに必要な前記収集対象として選出する、ことを特徴とする。
【００１９】
また、本発明の一態様では、前記ゲームは、前記複数のユーザの各々が前記収集対象を用いてプレイするゲームであって、前記ゲームシステムは、前記ユーザによる過去のゲームプレイの類型を示すプレイ類型データを記憶する手段から前記プレイ類型データを取得する手段、を更に含み、前記決定手段は、前記他のユーザが前記ゲームキャラクタに贈った前記収集対象のうちから、前記プレイ類型データに基づいて、前記ユーザに必要な前記収集対象を選出する、ことを特徴とする。
【００２０】
また、本発明の一態様では、前記ゲームシステムは、前記決定手段により決定された収集対象が、前記ユーザが保有することができる前記収集対象に関する条件を満たすか否かを判定する手段と、前記条件が満たされないと判定された場合、前記決定手段により決定された収集対象に代えて、前記ゲームシステムにおいて使用可能な仮想通貨を、前記ゲームキャラクタから前記ユーザに贈るものとして決定する手段と、を更に含むことを特徴とする。
【００２１】
また、本発明の一態様では、前記ゲームシステムは、前記ゲームキャラクタの特性を示す特性データを記憶する手段から当該特性データを取得する手段、を更に含み、前記決定手段は、前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、当該ゲームキャラクタの前記特性データに基づいて決定する、ことを特徴とする。
【００２２】
また、本発明の一態様では、前記ゲームシステムは、対象期間における前記ユーザと前記ゲームキャラクタとの間の仮想コミュニケーションに応じて更新される、前記ゲームキャラクタに関するパラメータを記憶する手段から当該パラメータを取得する手段と、前記パラメータが所定範囲であるか否かを判定するパラメータ判定手段と、前記パラメータが所定範囲であると判定された場合、当該ゲームキャラクタから当該ユーザに前記収集対象を贈ることを制限する制限手段と、を更に含むことを特徴とする。
【００２３】
また、本発明の一態様では、前記選択受付手段は、複数のゲームキャラクタのうちから選出されるゲームキャラクタに贈る前記収集対象の選択を受け付け、前記決定手段は、前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記他のユーザが当該ゲームキャラクタに贈った前記収集対象のうちから決定する手段と、前記ユーザから前記ゲームキャラクタに贈る前記収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る前記収集対象を、前記他のユーザが当該ゲームキャラクタ以外のゲームキャラクタに贈った前記収集対象のうちから決定する手段と、の少なくとも一方を含む、ことを特徴とする。
【００２４】
また、本発明の一態様では、前記ゲームシステムは、前記ユーザと友人関係にある他のユーザを示すデータを記憶する手段から当該データを取得する手段、を更に含み、前記選択受付手段は、前記ゲームキャラクタが前記ユーザの友人関係にある場合に、前記ユーザが保有する前記収集対象のうち、前記ユーザから当該ゲームキャラクタに贈る前記収集対象の選択を受け付ける、ことを特徴とする。
【００２５】
また、本発明の一態様では、前記ゲームシステムは、前記ゲームキャラクタに関するパラメータを記憶する手段から当該パラメータを取得する手段と、前記決定手段の決定結果に基づいて、前記ゲームキャラクタに関する前記パラメータを変化させる手段と、を含むことを特徴とする。
【図面の簡単な説明】
【００２６】
【図１】本発明に係るゲームシステムの全体構成を示す図である。
【図２】ユーザ装置に表示されるゲーム画面の一例を示す図である。
【図３】ユーザが他のユーザやコンピュータと対戦をする様子を示す画面遷移図である。
【図４】ユーザとゲームキャラクタとの仮想コミュニケーションを実現するためのゲーム画面の一例を示す図である。
【図５】ユーザがゲームキャラクタに選手カードを贈るためのゲーム画面の一例を示す図である。
【図６】ゲームキャラクタがユーザに選手カードを贈る様子を示すゲーム画面の一例を示す図である。
【図７】ゲームシステムによって実現される機能を示すブロック図である。
【図８】ユーザデータのデータ格納例を示す図である。
【図９】好感度パラメータデータのデータ格納例を示す図である。
【図１０】保有リストデータのデータ格納例を示す図である。
【図１１】要求リストデータのデータ格納例を示す図である。
【図１２】プレゼント済リストデータのデータ格納例を示す図である。
【図１３】受取リストデータのデータ格納例を示す図である。
【図１４】プレゼント登録処理を示す図である。
【図１５】プレゼント決定処理を示す図である。
【図１６】プレゼント受取処理を示す図である。
【図１７】実施形態２における機能ブロック図である。
【図１８】履歴データのデータ格納例を示す図である。
【図１９】頻度データのデータ格納例を示す図である。
【図２０】実施形態２のゲームシステムにおいて実行される処理を示すフロー図である。
【図２１】プレイ類型データのデータ格納例を示す図である。
【図２２】ユーザのプレイ類型と選手カードの決定方法との関連付けを示す図である。
【図２３】不可リストデータのデータ格納例を示す図である。
【図２４】特性データのデータ格納例を示す図である。
【図２５】ゲームキャラクタの特性とユーザに贈られる選手カードの決定方法とを関連付けたデータを示す図である。
【図２６】好感度パラメータとユーザに贈られる選手カードの決定方法とを関連付けたデータを示す図である。
【発明を実施するための形態】
【００２７】
［１．実施形態１］
以下、本発明に係る実施形態について、図面に基づき詳細に説明する。
【００２８】
［１−１．ゲームシステムのハードウェア構成］
図１は、本発明に係るゲームシステムの全体構成を示す図である。図１に示すように、ゲームシステムは、例えば、ゲームを統括的に制御する一又は複数のサーバ装置１と、ユーザにより操作される一又は複数のユーザ装置１０と、を含んで構成される。ゲームシステムを構成する各装置同士は、ネットワークＮを介してデータ通信可能に接続される。
【００２９】
サーバ装置１は、公知のサーバコンピュータである。制御部２は、ＣＰＵ等を含んで構成され、記憶部３に格納されるオペレーティングシステムや、入力部５から読み出されるプログラム等に基づいてサーバ装置１の各部を制御する。記憶部３は、ＨＤＤやＲＡＭ等を含んで構成され、各種プログラムや各種データ等を記憶する。操作部４は、キーボード等を含んで構成され、各種操作信号を制御部２に入力する。入力部５は、ＤＶＤ再生装置等を含んで構成され、各種記憶媒体からデータやプログラム等を読み込む。表示部６は、液晶モニタ等を含んで構成され、表示データに基づいて各種画面を表示する。通信部７は、ネットワークカード等を含んで構成され、ネットワークＮを介して他の端末と通信を行う。
【００３０】
ユーザ装置１０は、携帯電話機（スマートフォン）、パーソナルコンピュータ、ゲーム機（家庭用ゲーム機や携帯用ゲーム機等）等の公知のコンピュータである。例えば、制御部１１は、ＣＰＵ等を含んで構成され、記憶部１２に格納されるオペレーティングシステムや、入力部１４から読み出されるプログラム等に基づいてサーバ装置１の各部を制御する。記憶部１２は、ＨＤＤやＲＡＭ等を含んで構成され、各種プログラムや各種データ等を記憶する。操作部１３は、各種ボタンやタッチパネル等を含んで構成され、各種操作信号を制御部１１に入力する。入力部１４は、光ディスク再生装置やメモリカードスロット等を含んで構成され、各種記憶媒体からデータやプログラム等を読み込む。表示部１５は、液晶モニタ等を含んで構成され、表示データに基づいて各種画面を表示する。通信部１６は、ネットワークカード等を含んで構成され、ネットワークＮを介して他の端末と通信を行う。
【００３１】
なお、サーバ装置１及びユーザ装置１０のハードウェア構成は、公知の種々のコンピュータを適用可能であり、上記の例に限られない。例えば、制御部２又は制御部１１は、リアルタイムクロックを含み、計時手段としても機能するようにしてもよい。
【００３２】
［１−２．ゲームシステムにおいて実行されるゲーム］
ゲームシステムＳは、複数のユーザの各々が収集対象を集めるゲームを実行する。ここで、収集対象を集めるゲームとは、複数のユーザの各々が収集対象を用いてプレイするゲームを含む。本実施形態においては、ゲームシステムＳにおいて、ユーザが、サッカー選手を示す選手カードを集めて他のユーザやコンピュータと対戦するゲームが実行される。
【００３３】
図２は、ユーザ装置１０に表示されるゲーム画面の一例を示す図である。図２に示すように、ユーザは、自分が所有する選手カードをゲーム画面２０において確認することができる。例えば、図２においては、ユーザが所有する選手カードのうち、「Ｍｉｋｅ」「Ｔｏｍ」「Ｊｏｅ」の３人のサッカー選手の選手カードを示す選手カード情報２２が表示されている。
【００３４】
選手カードは、例えば、ユーザが所与のゲームイベントを発生させることによって入手することができる。ここで、ゲームイベントとは、特に図示はしないが、ユーザが、ある地域を探索してスカウトを行うようなゲームイベントやカプセルトイを引くようなゲームイベントを含むものである。
【００３５】
なお、ゲームにおいてユーザが選手カードを入手する方法は、上記の例に限られない。ユーザの操作やゲームの進行に応じて選手カードを入手可能であればよい。ユーザが選手カードを入手すると、ユーザが保有する選手カードとして追加される。
【００３６】
また、選手カード情報２２に示すように、選手カードには、サッカー選手の能力を示す能力パラメータが関連付けられているようにしてもよい。ここで、能力パラメータとしては、例えば、選手カードが示すサッカー選手の攻撃力、守備力、及び技術力を示すパラメータが含まれる。
【００３７】
また、選手カードは、例えば、ユーザが、サッカー選手を育成するようなゲームイベントを発生させることによって、ユーザが指定した育成対象のサッカー選手をレベルアップさせ、能力パラメータや選手カードを変化させることができるようにしてもよい。ここで、サッカー選手を育成するようなゲームイベントとしては、例えば、育成対象のサッカー選手の選手カードと、他の一又は複数の選手カードと、をユーザが選択し、このユーザが保有する選手カードから後者を削除することによって、前者の選手カードの能力パラメータ等を向上させるというイベントが含まれる。
【００３８】
上記のように、ユーザは、選手カードを収集しつつサッカー選手を育成することができる。そして、ユーザが保有する選手カードのうち試合に使用する選手カードを選択して、他のユーザやコンピュータと対戦を行う。
【００３９】
図３は、ユーザが他のユーザやコンピュータと対戦をする様子を示す画面遷移図である。図３に示すように、まず、ゲーム画面２０には、対戦相手の候補となる他のユーザやコンピュータに関する対戦相手情報２４が表示される（ゲーム画面２０ａの状態）。対戦相手情報２４には、他のユーザやコンピュータが保有する選手カードを示す情報や、他のユーザやコンピュータのレベル等を示す情報が含まれる。
【００４０】
そして、ユーザが操作部１３の所与のボタンを押下して対戦相手を選ぶと、対戦開始の確認ボタン２６が表示される（ゲーム画面２０ｂの状態）。ユーザが確認ボタン２６を選択すると対戦が開始される。例えば、対戦が開始されると自動的にゲームが進行して勝敗が決定されるようにしてもよいし、対戦中にユーザが所与の操作を行うことができるようにしてもよい。
【００４１】
対戦が終了すると画面が遷移して対戦結果情報２８が表示される（ゲーム画面２０ｃの状態）。対戦結果情報２８には、試合の勝敗を示す情報やユーザと対戦相手との得点を示す情報が含まれる。試合の勝敗は、例えば、ユーザが保有する選手カードの能力パラメータと、対戦相手が保有する選手カードの能力パラメータと、に基づいて決定される。能力パラメータに基づいて試合の勝敗を決定するとは、例えば、ユーザが保有する選手カードの能力パラメータが、対戦相手が保有する選手カードの能力パラメータよりも高い場合に、ユーザが勝利する確率が高くなるように勝敗を決定することを含む。
【００４２】
このように、ユーザは、自分が保有する選手カードを使って他のユーザやコンピュータと対戦することができる。
【００４３】
また、ユーザは、他のユーザにメッセージを送ることによって、他のユーザとコミュニケーションをとるようにしてもよい。ここで、他のユーザとのコミュニケーションとは、ユーザが、友人関係にある他のユーザにメッセージを送ったり、選手カードを交換又はプレゼントしたりすることを含むようにしてもよい。
【００４４】
本実施形態においては、ユーザは、ゲームキャラクタと仮想コミュニケーションをとることもできる。ゲームキャラクタは、コンピュータにより制御される架空のユーザや架空のキャラクタ（例えば、ゲームの登場人物）、実在の人物（例えば、歌手やアイドルのような芸能人）であってもよい。ゲームキャラクタは、ユーザと仮想コミュニケーションを行うためのデータ（例えば、メッセージデータ）に従ってユーザと仮想コミュニケーションを行う。
【００４５】
ここで、仮想コミュニケーションとしては、ユーザとゲームキャラクタとのメッセージの送受信、ユーザとゲームキャラクタとの間のプレゼント交換、ユーザとゲームキャラクタとの対戦等を含む。即ち、ユーザとゲームキャラクタとの間の仮想コミュニケーションとしては、ユーザが他のユーザと行うコミュニケーションの各機能を含む。
【００４６】
図４は、ユーザとゲームキャラクタとの仮想コミュニケーションを実現するためのゲーム画面２０の一例を示す図である。例えば、ユーザは、挨拶ボタン３０を選択して操作部１３から所与の入力を行うことによって、ゲームキャラクタにメッセージを送ることができる。例えば、ユーザがゲームキャラクタにメッセージを送ると、ゲームキャラクタからユーザに対して所定のメッセージが自動的に返ってくることによって、ユーザとゲームキャラクタとの仮想コミュニケーションが実現する。
【００４７】
また例えば、ゲームキャラクタには、各ユーザに対する好感度が設定されているようにしてもよい。例えば、ユーザがゲームキャラクタに対してメッセージを送信すると、ゲームキャラクタの好感度が増加する。ゲームキャラクタの好感度が増加すると、ゲームキャラクタからの返事のメッセージの内容が変わったり、ゲームキャラクタから選手カードをもらったりすることができるようにしてもよい。
【００４８】
また、ユーザは、プレゼントボタン３２を選択すると、自分が保有する選手カードをゲームキャラクタに贈ることができる。
【００４９】
図５は、ユーザがゲームキャラクタに選手カードを贈るためのゲーム画面２０の一例を示す図である。図５に示すように、ユーザは、自分が保有する選手カードの中から、プレゼント決定ボタン３４を選択することによって、ゲームキャラクタに贈る選手カードを選択する。
【００５０】
例えば、ユーザがゲームキャラクタに選手カードを贈ると、ゲームキャラクタからのお礼のメッセージが表示されるようにしてもよい。また、この場合、ゲームキャラクタの好感度が増加するようにしてもよい。例えば、ユーザがゲームキャラクタに選手カードを贈ると、所定時間経過後に、当該ゲームキャラクタからユーザにお返しの選手カードが贈られる。
【００５１】
図６は、ゲームキャラクタがユーザに選手カードを贈る様子を示すゲーム画面２０の一例を示す図である。例えば、図５に示すゲーム画面２０において、ユーザが「Ｍｉｋｅ」というサッカー選手を示す選手カードをゲームキャラクタにプレゼントすると、図６に示すお礼のメッセージ３６とともに、ゲームキャラクタからユーザへのお返しのプレゼントとして、「Ｊａｃｋ」というサッカー選手を示す選手カードが贈られる。
【００５２】
詳細は後述するが、ゲームキャラクタからユーザに贈られる選手カードは、他のユーザが過去にゲームキャラクタに贈った選手カードである。即ち、図６に示す例では、ユーザに贈られる「Ｊａｃｋ」という選手カードは、他のユーザがゲームキャラクタに贈ったものである。そして、ユーザがゲームキャラクタに贈った「Ｍｉｋｅ」という選手カードは、ゲームキャラクタからのプレゼントとして他のユーザに贈られる。
【００５３】
このように、本実施形態においては、ユーザが保有する選手カードのうちの何れかがゲームキャラクタに贈られた場合、当該ユーザにゲームキャラクタが贈る選手カードが、他のユーザがゲームキャラクタに贈った選手カードの中から決定される。即ち、ユーザは、ゲームキャラクタを介することによって、他のユーザを意識することなく、選手カードを交換することができる構成になっている。以降、本技術の詳細について説明する。
【００５４】
［１−３．機能ブロック］
図７は、ゲームシステムＳによって実現される機能を示すブロック図である。図７に示すように、ゲームシステムＳにおいては、ゲームデータ記憶部４０、ゲーム実行部４２、選択受付部４４、選択結果取得部４６、決定部４８、及び更新部５０が実現される。
【００５５】
本実施形態においては、ゲームデータ記憶部４０、ゲーム実行部４２、選択結果取得部４６、決定部４８、及び更新部５０が、サーバ装置１によって実現され、選択受付部４４が、ユーザ装置１０によって実現される場合を説明する。サーバ装置１においては、制御部２が記憶部３から読み出されるプログラムによって動作することによって、ユーザ装置１０においては、制御部１１が記憶部１２から読み出されるプログラムによって動作することによって、これらの機能が実現される。
【００５６】
［１−３−１．ゲームデータ記憶部］
ゲームデータ記憶部４０は、記憶部３を主として実現される。ゲームデータ記憶部４０は、ゲームが実行されるために必要な各種データを記憶する。ゲームデータ記憶部４０は、例えば、以下のデータを記憶する。
（１）ユーザデータ
（２）好感度パラメータデータ
（３）保有リストデータ
（４）要求リストデータ
（５）プレゼント済リストデータ
（６）受取リストデータ
【００５７】
［ユーザデータ］
図８は、ユーザデータのデータ格納例を示す図である。ユーザデータは、ユーザに関する各種データを示す。図８に示すように、例えば、ユーザを識別するための情報（例えば、各ユーザに一意に割り当てられたユーザＩＤ等）に関連付けて、当該ユーザと友人関係にあるユーザ（以降、単に友人ユーザという。）を識別する情報、当該ユーザの登録情報（例えば、ユーザ名等の個人情報、ユーザが操作するサッカーチーム名、ユーザの好きなサッカークラブ等）、ユーザのゲームプレイに関する情報等が格納されるようにしてもよい。
【００５８】
ユーザデータに格納される「友人リスト」は、ユーザと友人関係にある他のユーザを示すデータに相当する。図８に示すように、ここでは、友人リストには、ゲームキャラクタが含まれる。「ユーザと友人関係にある」とは、例えば、ゲーム内の別のユーザやゲームキャラクタを指定して友人申請を行い、それが相手のユーザやゲームキャラクタから承認させることで友人リストに追加されることを含む。また、先述したメッセージ送受信、選手カードの交換、及び対戦等の各機能に関して、友人ユーザとして設定されているユーザ間でのみ行うことができるように制限してもよいし、あるユーザが他のユーザと対戦をする場合の補助として友人ユーザの選手カードを対戦で使用することができるような機能が備えられていてもよい。
【００５９】
ユーザのゲームプレイに関する情報としては、例えば、プレイ中のゲームの状況を示す情報や過去の戦績等を示すゲームプレイの結果に関する情報が格納される。例えば、ユーザの現在のレベル、過去の対戦成績、各種ゲームパラメータ（例えば、選手をスカウトするためのゲームイベントを発生させるためのパラメータや、ユーザが保有する仮想通貨等）、ゲームにおいて対戦した他のユーザやゲームキャラクタを識別する情報等が格納される。
【００６０】
［好感度パラメータデータ］
図９は、好感度パラメータデータのデータ格納例を示す図である。図９に示すように、ゲームデータ記憶部４０は、ゲームキャラクタに関するパラメータ（例えば、好感度パラメータ）を記憶する。好感度パラメータは、ユーザとゲームキャラクタとの間の仮想コミュニケーションに応じて更新される、ユーザとゲームキャラクタとの関係を示す関係パラメータに相当する。好感度パラメータは、複数のユーザの各々に関連付けて記憶されている。
【００６１】
好感度パラメータは、ユーザとゲームキャラクタとの組み合わせに関連付けられたパラメータともいえる。例えば、好感度パラメータが示す値が高いほど、ユーザに対するゲームキャラクタの好感度が高いことを示している。なお、好感度パラメータは、図９に示すような数値でなくともよい。他にも例えば、ユーザとゲームキャラクタとの関係の良し悪しを示す記号であってもよい。
【００６２】
好感度パラメータは、ユーザの操作に応じて値が変化する。即ち、ユーザがゲームキャラクタと仮想コミュニケーションをとると好感度パラメータが変化する。例えば、ゲームにおいてユーザがゲームキャラクタにメッセージを送ったり選手カードを贈ったりすると、好感度パラメータが増加する。ユーザがゲームキャラクタにメッセージを送らなかったり選手カードを贈らなかったりすると、好感度パラメータが減少するようにしてもよい。例えば、ユーザが選択可能なメッセージと、好感度パラメータの変化量と、が関連付けられており、この関連付けに基づいて好感度パラメータが変化するようにしてもよい。
【００６３】
［保有リストデータ］
図１０は、保有リストデータのデータ格納例を示す図である。本実施形態において、保有リストデータは、ユーザが保有する収集対象（例えば、選手カード）を示す保有データに相当する。図１０に示すように、保有リストデータには、ユーザを識別する情報と、当該ユーザが保有する選手カードを識別する情報と、が関連付けられる。
【００６４】
選手カードを識別する情報は、選手カード固有の情報であり、例えば、選手カードに割り当てられた選手ＩＤ、サッカー選手の名前を示す情報、サッカー選手のポジションを示す情報、サッカー選手が所属するチームを示す情報、選手カードの希少度を示す情報、サッカー選手の現在のレベルを示す情報、サッカー選手の能力値を示す能力パラメータ等が格納される。
【００６５】
保有リストデータの内容は、ユーザのゲームプレイに応じて更新される。例えば、ゲームにおいてユーザが選手カードを入手すると、保有リストデータには、当該入手された選手カードに対応する新たなレコードが追加される。一方、ゲームにおいてユーザが保有している選手カードを手放す操作が行われると、当該選手カードに対応するレコードが削除される。また例えば、ユーザが所与のゲームイベントを発生させてサッカー選手を育成させると、当該サッカー選手のレベルや能力パラメータ等が変化する。
【００６６】
［要求リストデータ］
図１１は、要求リストデータのデータ格納例を示す図である。本実施形態において、要求リストデータは、ユーザが要求する収集対象（例えば、選手カード）を示す要求データに相当する。要求リストデータは、ユーザが手に入れたい選手カードを示し、ユーザの操作により内容が更新される。ここでは、要求リストデータは、ユーザがゲームキャラクタから贈られたい選手カードを示すともいえる。即ち、要求リストデータは、ユーザが他のユーザから譲り受けたい選手カードを示すともいえる。
【００６７】
例えば、選手カードの一覧がユーザに案内され、当該案内された選手カードのうちユーザにより指定された選手カードが要求リストデータに格納される。例えば、要求リストデータには、ゲームにおいて存在する全ての選手カードの中からユーザが選択した選手カードが格納されるようにしてもよい。
【００６８】
他にも例えば、ユーザが過去に保有したことのある選手カード又はゲーム画面２０に表示させたことのある選手カードをゲームデータ記憶部４０に記憶させておき、これらの選手カードの中からユーザが選択した選手カードが、要求リストデータに格納されるようにしてもよい。また、ユーザが要求リストデータに選手カードを追加した場合には、友人ユーザに、当該選手カードを識別する情報が通知されるようにしてもよい。
【００６９】
［プレゼント済リストデータ］
図１２は、プレゼント済リストデータのデータ格納例を示す図である。図１２に示すように、プレゼント済リストデータは、ユーザがゲームキャラクタに贈った選手カードを示すデータである。別の言い方をすれば、プレゼント済リストデータは、ユーザが保有する選手カードのうち、交換対象として指定された選手カードを識別するデータを示す。
【００７０】
例えば、ユーザＩＤに関連付けて、ユーザがゲームキャラクタに贈った選手カードを識別する情報が格納される。ユーザがゲームキャラクタに選手カードを贈ると、プレゼント済リストデータには、当該選手カードに対応するレコードが新たに格納される。ここでは、後述する選択結果取得部４６が取得した選手カードが、プレゼント済リストデータに格納される。
【００７１】
［受取リストデータ］
図１３は、受取リストデータのデータ格納例を示す図である。図１３に示すように、受取リストデータは、ゲームキャラクタがユーザに贈る選手カードを示すデータである。別の言い方をすれば、受取リストデータは、ユーザが、ゲームキャラクタに贈った選手カードと引き換えに受け取る選手カードを示す。例えば、ユーザＩＤに関連付けて、ユーザが受け取る選手カードを識別する情報が格納される。ここでは、後述する決定部４８により決定された選手カードが受取リストデータに格納される。
【００７２】
なお、制御部２及び制御部１１は、ゲームデータ記憶部４０に記憶された各データを取得する手段として機能する。また、ゲームデータ記憶部４０に記憶されるデータは、上記の例に限られない。ゲームデータ記憶部４０は、ゲームを実行するために必要なデータを記憶すればよい。他にも例えば、ゲームにおいて存在する選手カードのマスタデータや、ゲーム画面２０に含まれる画像データ等が記憶されるようにしてもよい。
【００７３】
また、ゲームデータ記憶部４０に記憶される各データのデータ形式は、上記の例に限られない。他にも例えば、保有リストデータ、要求リストデータ、プレゼント済リストデータ、及び受取リストデータは、図８〜図１３に示すように各データについて異なるリストがあるような形式であってもよいし、１つのリストにフラグが関連付けられたデータ形式であってもよい。
【００７４】
［１−３−２．ゲーム実行部］
ゲーム実行部４２は、制御部２を主として実現される。ゲーム実行部４２は、複数のユーザの各々が収集対象（例えば、選手カード）を集めるゲームを実行する。例えば、ゲーム実行部４２は、複数のユーザの各々が選手カードを集めて、他のユーザ又はコンピュータ（例えば、ゲームキャラクタ）と対戦するゲームを実行する。ゲーム実行部４２は、各ユーザ又はコンピュータの操作とゲームプログラムとに基づいて所与のゲームイベントを発生させ、ゲームデータ記憶部４０の記憶内容を更新することによってゲームを実行する。
【００７５】
また、ゲーム実行部４２は、ユーザとゲームキャラクタとの仮想コミュニケーションを実現する。例えば、ゲーム実行部４２は、ゲームキャラクタからユーザへのメッセージを出力したり、ユーザからゲームキャラクタへのメッセージの入力を受け付けたりすることによって、ゲームキャラクタとユーザとの仮想コミュニケーションを実現する。
【００７６】
また例えば、ゲーム実行部４２は、ユーザの操作に応じて好感度パラメータを変化させるようにしてもよい。好感度パラメータが更新されることによって、他のユーザとの対戦を優位に進められるようにしてもよい。例えば、ユーザからゲームキャラクタへのメッセージと、当該メッセージが送られた場合の好感度パラメータの変化量と、を関連付けて記憶させておき、ユーザがゲームキャラクタへ送ったメッセージに関連付けられた変化量に基づいて、好感度パラメータが更新される。また、好感度パラメータは、ユーザとゲームキャラクタとの仮想コミュニケーションの内容や回数に応じて変化するようにしてもよい。
【００７７】
［１−３−３．選択受付部，選択結果取得部］
選択受付部４４は、制御部１１及び表示部１５を主として実現される。選択受付部４４は、ユーザが保有する収集対象（例えば、選手カード）のうち、ユーザからゲームキャラクタに贈る収集対象の選択を受け付ける。ここでは、選択受付部４４は、ゲームキャラクタがユーザの友人関係にある場合に、ユーザが保有する収集対象（例えば、選手カード）のうち、ユーザから当該ゲームキャラクタに贈る収集対象の選択を受け付ける。
【００７８】
例えば、保有リストデータに基づいて、図５に示すゲーム画面２０が表示部１５に表示されることによって、ユーザが保有する選手カードの全部又は一部がユーザに案内される。例えば、ユーザが保有する選手カードの一覧を示すゲーム画面２０が表示される。ユーザに案内された選手カードのうち（ゲーム画面２０に表示された選手カードのうち）、ユーザからゲームキャラクタに贈られる選手カードが選択される。即ち、交換対象となる選手カードがユーザにより選択される。
【００７９】
なお、ユーザが保有する選手カードが案内される際には、他のユーザの要求リストに基づいて案内が行われるようにしてもよい。例えば、他のユーザが欲する選手カードをユーザが保有している場合に、当該選手カードが一覧の最初に表示されることによって、当該選手カードが優先的に案内されるようにしてもよい。
【００８０】
選択結果取得部４６は、制御部２を主として実現される。選択結果取得部４６は、ユーザが保有する収集対象のうち、ユーザからゲームキャラクタに贈る収集対象（例えば、選手カード）の選択がされた場合に、当該選択結果を取得する。当該選択結果が示す選手カードが、プレゼント済リストデータに新たなレコードとして格納される。
【００８１】
［１−３−４．決定部］
決定部４８は、制御部２を主として実現される。決定部４８は、ユーザからゲームキャラクタに贈る収集対象（例えば、選手カード）の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る収集対象を、複数のユーザのうちの他のユーザがゲームキャラクタに贈った収集対象のうちから決定する。
【００８２】
決定部４８は、プレゼント済リストデータを参照して、全ユーザの中からゲームキャラクタに選手カードを贈ったユーザを特定するとともに、このユーザがゲームキャラクタに贈った選手カードを特定する。そして、ゲームキャラクタに選手カードを贈ったユーザに贈られる選手カードとして、他のユーザがゲームキャラクタに贈った選手カードの何れかが決定される。決定部４８により決定された選手カードは、受取リストデータに新たなレコードとして格納される。
【００８３】
また例えば、決定部４８は、ゲームキャラクタからユーザに贈る収集対象（例えば、選手カード）を、当該ゲームキャラクタに関するパラメータ（例えば、好感度パラメータ）に基づいて決定するようにしてもよい。例えば、好感度パラメータが所定の範囲（例えば、一定の基準値以上等）である場合に、ユーザにとって必要な選手カードが決定されるようにしてもよい。
【００８４】
ここで、「ユーザにとって必要な選手カード」とは、ユーザに必要な選手カードを選出するための選出条件を満たす選手カードである。選出条件は、選手カードに関する条件であり、例えば、ユーザが指定した選手カードであるか否かを示す条件、ユーザが保有している選手カードであるか否かを示す条件、選手カードのパラメータ（レベルや能力等）が所定の範囲（例えば、一定の基準値以上等）であるか否かを示す条件である。
【００８５】
ここでは、要求データに基づいて、ユーザに必要な選手カードが選出される。即ち、要求リストデータに格納されている選手カードがプレゼント済リストデータに格納されている場合、この選手カードがユーザに贈られる選手カードとして決定されるようにしてもよい。他にも、プレゼント済リストデータに格納された選手カードのパラメータ（希少度、レベル、能力パラメータ）を降順に並べた場合に最初にくる選手カードが、ユーザにとって必要な選手カードとして選出されるようにしてもよい。
【００８６】
また例えば、決定部４８は、ゲームキャラクタからユーザに贈る収集対象（例えば、選手カード）を、当該ユーザに関連付けて記憶されるパラメータ（例えば、好感度パラメータ）と、複数のユーザのうちの他のユーザに関連付けて記憶されるパラメータと、の比較結果に基づいて決定するようにしてもよい。例えば、プレゼント済リストデータに格納されたユーザ同士の好感度パラメータが比較され、好感度パラメータの高いユーザから順番に、選手カードが決定されるようにしてもよい。より具体的には、この順番が所定の範囲（例えば、一定の基準値以上等）である場合に、ユーザにとって必要な選手カードが贈られるようにしてもよい。
【００８７】
［１−３−５．更新部］
更新部５０は、制御部２を主として実現される。更新部５０は、決定部４８の決定結果に基づいて、保有データ（例えば、保有リストデータ）を更新する。
【００８８】
更新部５０は、ユーザからゲームキャラクタに贈る選手カードとしてユーザによって選択された選手カードを保有リストデータから取り除く。例えば、選択結果取得部４６により取得された選択結果が示す選手カードを、保有リストデータのレコードから削除する。即ち、プレゼント済リストデータに追加された選手カードが、保有リストデータのレコードから削除される。
【００８９】
また、更新部５０は、ゲームキャラクタからユーザに贈る選手カードとして決定部４８によって決定された選手カードを保有リストデータに追加する。更新部５０は、例えば、決定部４８により決定された選手カードを保有リストデータのレコードに追加する。即ち、受取リストデータに格納された選手カードが、保有リストデータのレコードに追加される。この追加される選手カードは、他のユーザが保有していた選手カードであるので、ユーザは、自分が元々保有していた選手カードに代えて、他のユーザが保有していた選手カードを新たに保有することになる。
【００９０】
［１−４．ゲームシステムにおいて実行される処理］
次に、ゲームシステムＳにおいて実行される処理を説明する。ここでは、ユーザがゲームキャラクタに選手カードを贈るためのプレゼント登録処理、ゲームキャラクタからユーザへ贈られる選手カードを決定するプレゼント決定処理、ユーザがゲームキャラクタから選手カードを受け取るためのプレゼント受取処理について説明する。
【００９１】
［プレゼント登録処理］
図１４は、プレゼント登録処理を示す図である。プレゼント登録処理は、例えば、サーバ装置１及びユーザ装置１０により実行される。制御部２は、記憶部３に記憶されたプログラムに従って、また、制御部１１は、記憶部１２に記憶されたプログラムに従って、プレゼント登録処理を実行する。
【００９２】
なお、プレゼント登録処理が実行されるにあたり、サーバ装置１とユーザ装置１０との接続が確立されており、例えば、サーバ装置１においては、ユーザＩＤとセッションＩＤとが関連付けられて記憶されているものとする。以降の説明においては、ユーザ装置１０からサーバ装置１にデータを送信する際には、適宜セッションＩＤも送信される。サーバ装置１は、セッションＩＤを受信することによって、どのユーザがアクセスしてきているかを判定することができる。
【００９３】
図１４に示すように、まず、制御部１１は、操作部１３からのユーザの操作に基づいて、ユーザからゲームキャラクタに選手カードを贈るためのゲーム画面２０の表示要求をする（Ｓ１０１）。例えば、所定のメニューをゲーム画面２０に表示させ、当該メニューの所定項目が選択された場合に、Ｓ１０１の表示要求が行われるようにしてもよい。
【００９４】
サーバ装置１においては、制御部２は、Ｓ１０１においてユーザ装置１０が送信した表示要求を受信すると、保有リストデータを参照し、当該表示要求をしたユーザが保有する選手カードの一覧を含むゲーム画面２０の表示データを生成して、ユーザ装置１０に送信する（Ｓ１０２）。Ｓ１０２においては、保有リストデータのうち、Ｓ１０１において表示要求をしたユーザのユーザＩＤに対応するレコードが参照されることによって、当該表示要求をしたユーザが保有する選手カードが特定される。
【００９５】
ユーザ装置１０においては、制御部１１は、Ｓ１０２においてサーバ装置１が送信した表示データを受信すると、ユーザが保有する選手カードの一覧を含むゲーム画面２０を表示部１５に表示させる（Ｓ１０３）。Ｓ１０３においては、図５に示すようなゲーム画面２０が表示されることによって、ユーザが保有する選手カードの全部又は一部が案内され、ユーザによる選手カードの指定が待ち受けられる。
【００９６】
制御部１１は、ユーザが保有する選手カードのうち、ゲームキャラクタに贈られる選手カードが選択されたか否かを判定する（Ｓ１０４）。例えば、図５に示すゲーム画面２０において、プレゼント決定ボタン３４の何れかがユーザによって選択されたか否かが判定される。
【００９７】
選手カードが選択されたと判定されない場合（Ｓ１０４；Ｎ）、ユーザからゲームキャラクタへのプレゼントが行われないとして、本処理は終了する。
【００９８】
一方、選手カードが選択されたと判定された場合（Ｓ１０４；Ｙ）、制御部１１は、ユーザにより選択された選手カードを識別する情報（例えば、ゲーム画面２０のうち選択されたプレゼント決定ボタン３４を示す情報）を、通信部１６を介してサーバ装置１に送信する（Ｓ１０５）。
【００９９】
サーバ装置１においては、Ｓ１０５においてユーザ装置１０が送信した情報を受信すると、制御部２は、当該受信した情報に基づいてユーザにより指定された選手カードを特定し、当該選手カードを保有リストデータから削除するとともに、当該ユーザのユーザＩＤに関連付けてプレゼント済リストデータに登録する（Ｓ１０６）。Ｓ１０６においては、例えば、保有リストデータのうち、ユーザにより指定された選手カードに対応するレコードが参照され、当該レコードに格納された情報が、このユーザのユーザＩＤに関連付けられてプレゼント済リストデータに格納される。また、保有リストデータの上記レコードは削除される。
【０１００】
制御部２は、ゲームキャラクタに選手カードを贈ったユーザに関連付けられた好感度パラメータを増加させる（Ｓ１０７）。Ｓ１０７においては、好感度パラメータデータのうち、ゲームキャラクタに選手カードを贈ったユーザのユーザＩＤに関連付けられた、好感度パラメータが所定値だけ増加する。なお、ゲームキャラクタに贈られた選手カード（例えば、選手カードの希少度等）に応じて、好感度パラメータの変化量が異なるようにしてもよい。このようにすることによって、例えば、希少価値の高い選手カードが、交換対象となりやすくなる。
【０１０１】
そして、制御部２は、ゲームキャラクタからのメッセージを含むゲーム画面２０の表示データを生成してユーザ装置１０に送信する（Ｓ１０８）。ユーザ装置１０においては、Ｓ１０８においてサーバ装置１が送信した表示データに基づいて、ゲームキャラクタからのお礼のメッセージを含むゲーム画面２０（図示せず）を表示部１５に表示させ（Ｓ１０９）、本処理は終了する。
【０１０２】
上記のように、プレゼント登録処理が実行されると、ユーザがゲームキャラクタに贈る選手カードが、保有リストデータから削除されプレゼント済リストデータに登録される。そして、ユーザの好感度パラメータが変化するとともに、ユーザがゲームキャラクタに選手カードを贈るゲームイベントが発生してＳ１０９においてゲーム画面２０が表示され、ゲーム画面２０を通じてユーザとゲームキャラクタとの仮想コミュニケーションが実現される。
【０１０３】
［プレゼント決定処理］
図１５は、プレゼント決定処理を示す図である。プレゼント決定処理は、例えば、サーバ装置１により実行される。制御部２は、記憶部３に記憶されたプログラムに従って、プレゼント決定処理を実行する。
【０１０４】
図１５に示すように、まず、制御部２は、所与のプレゼント条件が満たされるか否かを判定する（Ｓ２０１）。プレゼント条件は、ゲームキャラクタからユーザに選手カードが贈られるか否かを示す条件であり、例えば、所定の時刻が訪れたか否かが判定されるようにしてもよいし、プレゼント済リストデータに所定数のレコードが蓄積されたか否かが判定されるようにしてもよい。他にも、プレゼント条件は、ユーザの好感度パラメータが所定範囲であるか否かであってもよい。
【０１０５】
プレゼント条件が満たされたと判定されない場合（Ｓ２０１；Ｎ）、処理は終了する。この場合、ゲームキャラクタからユーザへ贈られる選手カードが決定されないので、サーバ装置１においては、図１４に示すプレゼント登録処理が実行され、プレゼント済リストデータに選手カードが蓄積されていくことになる。
【０１０６】
一方、プレゼント条件が満たされたと判定された場合（Ｓ２０１；Ｙ）、制御部２は、プレゼント済リストデータを参照して、ゲームキャラクタに選手カードを贈ったユーザを特定する（Ｓ２０２）。Ｓ２０２においては、プレゼント済リストデータにユーザＩＤが格納されているユーザが特定される。また、Ｓ２０２においては、ゲームキャラクタに選手カードを贈ったユーザの数がカウントされ、記憶部３に一時的に記憶される。ここでは、ゲームキャラクタに選手カードを贈ったユーザの数を、Ｘ人（Ｘは２以上の整数）とする。
【０１０７】
制御部２は、記憶部３に記憶された好感度パラメータデータを参照し、Ｓ２０２で特定されたユーザに関連付けられた好感度パラメータを取得する（Ｓ２０３）。制御部２は、Ｓ２０２で特定されたユーザ同士の好感度パラメータを比較し、好感度パラメータの値の降順にユーザを並べる（Ｓ２０４）。この順番は、記憶部３に一時的に記憶される。
【０１０８】
制御部２は、カウンタ変数Ｎに１を代入する（Ｓ２０５）。制御部２は、Ｎ番目に好感度パラメータの高いユーザの要求リストデータを参照し、当該要求リストデータに格納された選手カードが、プレゼント済リストデータに格納されているか否かを判定する（Ｓ２０６）。
【０１０９】
要求リストデータに格納された選手カードがプレゼント済リストデータに格納されていると判定された場合（Ｓ２０６；Ｙ）、制御部２は、要求リストデータに格納された選手カードをＮ番目に好感度パラメータの高いユーザに贈られる選手カードとして決定して受取リストデータに格納し、当該選手カードをプレゼント済リストデータから削除する（Ｓ２０７）。
【０１１０】
一方、要求リストデータに格納された選手カードがプレゼント済リストデータに格納されていると判定されない場合（Ｓ２０６；Ｎ）、制御部２は、要求リストデータに格納された選手カードと、プレゼント済リストデータに格納されている選手カードと、を比較して両者の類似度を算出する（Ｓ２０８）。
【０１１１】
Ｓ２０８において算出される類似度は、両者の選手カードに関連付けられた複数の項目（例えば、ポジション、所属チーム、レベル、希少度、能力パラメータの５項目）に基づいて算出される。例えば、ｋ種類の項目が選手カードに設定されているとする。これらｋ種類の項目を数値化してｋ次元のベクトルとみなし、２つのｋ次元ベクトルの余弦（ｃｏｓθ）が類似度として用いられるようにしてもよい。例えば、この余弦が１に近いほど、２つのベクトルは同じ方向を向いていることを示しているので、両者が類似することになる。
【０１１２】
制御部２は、Ｓ２０８において算出された類似度が最も高い選手カードをＮ番目に好感度パラメータの高いユーザに贈られる選手カードとして決定して受取リストデータに格納し、当該選手カードをプレゼント済リストデータから削除する（Ｓ２０９）。
【０１１３】
制御部２は、カウンタ変数Ｎがユーザ数Ｘ以上であるか否かを判定する（Ｓ２１０）。カウンタ変数Ｎがユーザ数Ｘ以上であると判定されない場合（Ｓ２１０；Ｎ）、制御部２は、カウンタ変数Ｎをインクリメントし（Ｓ２１１）、処理はＳ２０６に戻る。即ち、次に好感度パラメータの高いユーザに贈られる選手カードが決定される。
【０１１４】
一方、カウンタ変数Ｎがユーザ数Ｘ以上であると判定された場合（Ｓ２１０；Ｙ）、全てのユーザについて、ゲームキャラクタから贈られる選手カードが決定されたので、処理は終了する。
【０１１５】
上記のように、プレゼント決定処理が実行されると、ゲームキャラクタがユーザに贈る選手カードが受取リストデータに登録される。受取リストデータに登録された選手カードは、当該選手カードを受け取るべきユーザがサーバ装置１にアクセスした場合に、後述するプレゼント受取処理が実行されることによって、ゲームキャラクタからユーザに贈られる。
【０１１６】
［プレゼント受取処理］
図１６は、プレゼント受取処理を示す図である。プレゼント受取処理は、例えば、サーバ装置１及びユーザ装置１０により実行される。制御部２は、記憶部３に記憶されたプログラムに従って、また、制御部１１は、記憶部１２に記憶されたプログラムに従って、プレゼント受取処理を実行する。プレゼント受取処理において、ユーザ装置１０からサーバ装置１にセッションＩＤが適宜送信される点は、プレゼント登録処理と同様である。
【０１１７】
まず、ユーザ装置１０においては、制御部１１は、ユーザ装置１０からサーバ装置１へのアクセス要求を送信する（Ｓ３０１）。当該アクセス要求は、ユーザの操作に応じて送信される。
【０１１８】
サーバ装置１においては、制御部２は、受取リストデータを参照し、ゲームキャラクタから選手カードを受け取るべきユーザがアクセスしているか否かを判定する（Ｓ３０２）。Ｓ３０２においては、Ｓ３０１においてアクセス要求を送信したユーザのユーザＩＤが、受取リストデータに格納されているか否かが判定される。当該ユーザＩＤが受取リストデータに格納されていた場合、プレゼントを受け取るべきユーザがアクセスしていると判定される。
【０１１９】
ゲームキャラクタから選手カードを受け取るべきユーザがアクセスしていると判定されない場合（Ｓ３０２；Ｎ）、本処理は終了し、ユーザのアクセス要求に応じた処理が実行される。
【０１２０】
一方、ゲームキャラクタから選手カードを受け取るべきユーザがアクセスしていると判定された場合（Ｓ３０２；Ｙ）、制御部２は、受取リストデータに格納された選手カードを、保有リストデータに追加して受取リストデータから削除する（Ｓ３０３）。即ち、受取リストデータのうち、上記ユーザのユーザＩＤに対応するレコードに格納された選手カードの情報が、ユーザＩＤに関連付けられて保有リストデータに新たなレコードとして格納される。受取リストデータの上記レコードは、削除される。
【０１２１】
制御部２は、ゲームキャラクタからユーザに選手カードを贈るゲーム画面２０（図６参照）の表示データを生成してユーザ装置１０に送信する（Ｓ３０４）。
【０１２２】
ユーザ装置１０においては、制御部１１は、Ｓ３０４でサーバ装置１が送信した表示データに基づいて、ゲームキャラクタからユーザに選手カードを送るようなゲーム画面２０を表示部１５に表示させる（Ｓ３０５）。Ｓ３０５においては、図６のようなゲーム画面２０が表示され、ゲームキャラクタからお礼を言われるようなメッセージ３６が出力される。即ち、ゲームキャラクタがユーザに選手カードを贈るゲームイベントが発生する。
【０１２３】
上記のようにプレゼント受取処理が実行されると、保有リストデータに、ゲームキャラクタから贈られた選手カードが追加される。
【０１２４】
以上説明したゲームシステムにおいては、ユーザが保有する選手カードをゲームキャラクタに贈ると、他のユーザがゲームキャラクタに贈った選手カードが、当該ゲームキャラクタからのプレゼントとして贈られる。したがって、ユーザは、ゲームキャラクタと選手カードを交換しているように感じるので、他のユーザと選手カードを交換している感覚はなく、ユーザが他のユーザを意識せずに、選手カードの交換を実現することができる。
【０１２５】
また、ユーザが、自分と友人関係にあるゲームキャラクタに選手カードを贈ることによって、友人関係にあるゲームキャラクタから、お返しの選手カードを受け取ることができる。また、好感度パラメータ等のゲームパラメータに基づいて、ゲームキャラクタから贈られる選手カードを決定することによって、選手カードの交換における趣向性を向上させることができる。ユーザ間のゲームパラメータを比較することによって選手カードを決定することで、更に趣向性を向上させることができる。
【０１２６】
また、要求リストデータに基づいて、ゲームキャラクタから贈られる選手カードが決定されることによって、ユーザが要求する選手カードを付与することができる。
【０１２７】
［２．実施形態２］
次に、ゲームシステムＳの別実施形態について説明する。実施形態１においては、各ユーザがゲームキャラクタにメッセージを送ると、ゲームキャラクタからユーザにメッセージが出力されることによって、ユーザとゲームキャラクタとの仮想コミュニケーションが実現される。実施形態２においては、ユーザが一定期間の間にゲームキャラクタに大量のメッセージを送った場合、ゲームキャラクタからユーザへのメッセージの出力が制限される。
【０１２８】
実施形態２におけるゲームシステムＳを構成する各装置のハードウェア構成は、実施形態１と同様であるので、説明を省略する。
【０１２９】
［２−１．実施形態２において実現される機能］
図１７は、実施形態２における機能ブロック図である。図１７に示すように、実施形態１の機能に加えて、パラメータ判定部５２と、制限部５４とが実現される。本実施形態においては、これらの機能がサーバ装置１によって実現される場合を説明する。サーバ装置１においては、制御部２が記憶部３から読み出されるプログラムによって動作することによって、これらの機能が実現される。
【０１３０】
［２−１−１．実施形態２のゲームデータ記憶部］
実施形態２のゲームデータ記憶部４０は、ユーザとゲームキャラクタとの仮想コミュニケーションの履歴を示す履歴データを記憶する。
【０１３１】
図１８は、履歴データのデータ格納例を示す図である。図１８に示すように、履歴データには、ゲームキャラクタにメッセージを送ったユーザのユーザＩＤと、当該ユーザがゲームキャラクタと仮想コミュニケーションをとった日時に関する情報（例えば、メッセージの受信日時）と、が関連付けられて記憶される。例えば、ゲーム実行部４２は、サーバ装置１がユーザ装置１０からメッセージを受信すると、当該メッセージを送信したユーザのユーザＩＤと、メッセージの受信時間と、を関連付けて履歴データに記憶させる。なお、メッセージの受信時間は、例えば、ゲーム実行部４２により実行される時間関数に基づいて取得される。
【０１３２】
また、実施形態２のゲームデータ記憶部４０は、対象期間におけるユーザとゲームキャラクタとの間の仮想コミュニケーションに応じて更新される、ゲームキャラクタに関するパラメータを記憶する。対象期間とは、例えば、現時点の所定期間前から現時点までの期間である。このパラメータは、ユーザとゲームキャラクタとの間の仮想コミュニケーションの頻度を示す頻度データともいえる。仮想コミュニケーションの頻度とは、例えば、対象期間の間にユーザがゲームキャラクタにメッセージを送った回数や、ゲームシステムＳへのログイン回数を含む。また、対象期間の間の好感度パラメータが上記パラメータとして用いられるようにしてもよい。
【０１３３】
図１９は、頻度データのデータ格納例を示す図である。図１９に示すように、例えば、頻度データには、ユーザＩＤに関連付けて、対象期間の間にユーザがゲームキャラクタと仮想コミュニケーションをとった回数が格納される。頻度データの内容は、例えば、所定時間毎に履歴データの内容に基づいて更新される。履歴データに格納された受信日時が対象期間に含まれるか否かが判定され、対象期間内にユーザがゲームキャラクタと仮想コミュニケーションをとった回数がカウントされることによって頻度データが更新される。
【０１３４】
［２−１−２．パラメータ判定部］
パラメータ判定部５２は、制御部２を主として実現される。パラメータ判定部５２は、パラメータが所定範囲であるか否かを判定する。ここでは、パラメータ判定部５２は、頻度データに格納された回数が閾値以上であるか否かを判定する。この閾値は、予め定められた値であってもよいし、各ユーザの回数の平均値等であってもよい。例えば、この閾値を各ユーザの回数の平均値とすることによって、ゲームキャラクタととるべき仮想コミュニケーションの頻度をユーザが予測することが可能になる。
【０１３５】
［２−１−３．制限部］
制限部５４は、制御部２を主として実現される。制限部５４は、パラメータが所定範囲であると判定された場合、仮想コミュニケーションを実現するための処理の実行を制限する。ここで、「制限」とは、時間的な制限と内容的な制限とを含む。時間的な制限とは、
ユーザとゲームキャラクタとの仮想コミュニケーションの実行自体が抑止（待機）されることであり、内容的な制限とは、ユーザとゲームキャラクタとの仮想コミュニケーションの内容（例えば、メッセージの内容）が変化することである。
【０１３６】
時間的な制限は、ユーザがゲームキャラクタへメッセージを送っても、ゲームキャラクタからユーザへのメッセージが返ってこなくなるように、ゲームイベントの発生自体が待機されることを含む。内容的な制限は、ユーザとゲームキャラクタとの間でやりとりされるメッセージの種類を減少させることや、ユーザに贈られる選手カードの決定方法が変化すること（例えば、要求リストデータに格納された選手カードが贈られるのではなく、ランダムに決定された選手カードが贈られる）を含む。
【０１３７】
［２−２．実施形態２において実行される処理］
図２０は、実施形態２のゲームシステムＳにおいて実行される処理を示すフロー図である。当該処理は、例えば、サーバ装置１及びユーザ装置１０により実行される。制御部２は、記憶部３に記憶されたプログラムに従って、また、制御部１１は、記憶部１２に記憶されたプログラムに従って、本処理を実行する。
【０１３８】
なお、本処理が実行されるにあたり、サーバ装置１とユーザ装置１０との接続が確立されている点は実施形態１と同様である。即ち、ユーザ装置１０はサーバ装置１にアクセスする際にセッションＩＤを送信し、サーバ装置１はセッションＩＤを受信することによって、どのユーザがアクセスしているかを判定可能である。
【０１３９】
図２０に示すように、まず、ユーザ装置１０において、制御部１１は、ユーザからゲームキャラクタへのメッセージの入力を受け付けたか否かを判定する（Ｓ４０１）。例えば、ゲーム画面２０の挨拶ボタン３０が選択され、操作部１３から所与の入力が行われたか否かが判定される。ゲームキャラクタへのメッセージの入力を受け付けたと判定されない場合（Ｓ４０１；Ｎ）、本処理は終了する。
【０１４０】
ゲームキャラクタへのメッセージの入力を受け付けたと判定された場合（Ｓ４０１；Ｙ）、制御部１１は、ユーザが入力したメッセージをサーバ装置１に送信する（Ｓ４０２）。
【０１４１】
サーバ装置１においては、制御部２は、ユーザからゲームキャラクタへのメッセージを受信すると、当該メッセージを送信したユーザのユーザＩＤとメッセージの受信時間とを関連付けて、履歴データに新たなレコードを追加する（Ｓ４０３）。制御部２は、履歴データに基づいて頻度データを更新する（Ｓ４０４）。Ｓ４０４においては、対象期間内に受信したメッセージの数がユーザ毎にカウントされることによって、頻度データが更新される。
【０１４２】
制御部２は、更新された頻度データを参照し、Ｓ４０２においてメッセージを送信したユーザが対象期間の間にメッセージを送った回数が基準値以上であるか否かを判定する（Ｓ４０５）。ユーザがメッセージを送った回数が基準値以上であると判定されない場合（Ｓ４０５；Ｎ）、制御部２は、ゲームキャラクタからユーザへのメッセージを含むゲーム画面２０の表示データを生成してユーザ装置１０に送信する（Ｓ４０６）。
【０１４３】
ユーザ装置１０においては、制御部１１は、サーバ装置１から表示データを受信すると、ゲームキャラクタからユーザへのメッセージを含むゲーム画面２０を表示部１５に表示させる（Ｓ４０７）。即ち、この場合、ユーザが対象期間の間に大量にメッセージを送った訳ではないので、ゲームキャラクタからユーザへのメッセージの出力が制限されないことになる。
【０１４４】
一方、ユーザがメッセージを送った回数が基準値以上であると判定された場合（Ｓ４０５；Ｙ）、制御部２は、ゲームキャラクタからユーザへのメッセージの出力を行わずに待機する（Ｓ４０８）。即ち、Ｓ４０６の処理の実行が制限され、ゲームキャラクタからユーザへのメッセージの出力処理の実行が制限される。
【０１４５】
制御部２は、ユーザからのメッセージを受信してから所定時間が経過したか否かを判定する（Ｓ４０９）。例えば、制御部２は、Ｓ４０３においてメッセージが受信された場合に計時を開始することによって、Ｓ４０９の判定が行われる。当該所定時間は、予め定められた時間であってもよいし、頻度データが示す回数に関連付けられた時間であってもよい。例えば、頻度データが示す回数が多くなるほど、所定時間が長くなるようにしてもよい。
【０１４６】
所定時間が経過したと判定されない場合（Ｓ４０９；Ｎ）、処理はＳ４０８に戻り、メッセージの出力が再び待機される。なお、ゲームキャラクタからユーザへのメッセージの出力が待機されている間は、ユーザ装置１０の表示部１５には、他のゲーム画面２０が表示されているようにしてもよい。
【０１４７】
所定時間が経過したと判定された場合（Ｓ４０９；Ｙ）、処理はＳ４０６に移行し、ゲームキャラクタからユーザへのメッセージを含むゲーム画面２０の表示データが生成されてユーザ装置１０に送信される。即ち、ユーザ装置１０においては、このゲーム画面２０の表示処理が、所定時間の間だけ待機されることになる。
【０１４８】
実施形態２のゲームシステムＳによれば、ユーザがゲームキャラクタにメッセージを送りすぎると、仮想コミュニケーションが制限される。したがって、ユーザがゲームキャラクタと過剰に仮想コミュニケーションをとることを防止することができる。
【０１４９】
［２−３．実施形態２の変形例］
なお、実施形態１と実施形態２とを組み合わせるようにしてもよい。例えば、ユーザがゲームキャラクタに選手カードを贈りすぎると、ゲームキャラクタからユーザへの選手カードが送られないようにすることによって、ユーザとゲームキャラクタとの仮想コミュニケーションが制限されるようにしてもよい。
【０１５０】
この場合、履歴データには、ゲームキャラクタに贈る選手カードを指定したユーザのユーザＩＤと、当該選手カードの選択を受け付けた受信時間と、が関連付けられて格納される。履歴データに基づいて、ユーザが対象期間の間にゲームキャラクタに選手カードを贈った回数がカウントされて、頻度データが更新される。
【０１５１】
パラメータ判定部５２は、ユーザが対象期間内にゲームキャラクタに収集対象（例えば、選手カード）を贈った回数が閾値よりも多いか否かを判定する。制限部５４は、ユーザが対象期間内にゲームキャラクタに収集対象（例えば、選手カード）を贈った回数が閾値よりも多いと判定された場合、当該ゲームキャラクタから当該ユーザに収集対象を贈ることを制限する。ここでの「制限」とは、実施形態２の制限と同様に、時間的な制限と内容的な制限とを含む。例えば、ゲームキャラクタからユーザに選手カードを贈るゲームイベントの発生自体が抑止されるようにしてもよいし、ユーザに贈られる選手カードの決定方法が制限されるようにしてもよい。
【０１５２】
例えば、図１４に示すプレゼント登録処理の実行が制限されるようにしてもよい。例えば、Ｓ１０６〜Ｓ１０８の処理の実行が一定期間の間待機されるようにしてもよい。その結果、ユーザが指定した選手カードがプレゼント済リストデータに格納されなくなるので、ゲームキャラクタからユーザへ選手カードのプレゼントが返ってこないように制限される。
【０１５３】
また例えば、図１５に示すプレゼント決定処理の実行が制限されるようにしてもよい。例えば、プレゼント決定処理の実行が一定期間の間待機されるようにしてもよい。その結果、ユーザに贈られる選手カードが決定されなくなるので、ゲームキャラクタからユーザへ選手カードのプレゼントが返ってこないように制限される。また、プレゼント決定処理において行われる選手カードの決定方法が、パラメータ判定部５２の判定結果に応じて異なるようにしてもよい。
【０１５４】
また例えば、図１６に示すプレゼント受取処理の実行が制限されるようにしてもよい。例えば、Ｓ３０３〜Ｓ３０４の処理の実行が一定期間の間待機されるようにしてもよい。その結果、ゲームキャラクタからの選手カードが贈られるゲームイベントの実行（ゲーム画面２０の表示）が制限される。
【０１５５】
本変形例によれば、ユーザがゲームキャラクタに選手カードを贈りすぎると、ゲームキャラクタからユーザへ選手カードが贈られる処理の実行が待機されることによって、ユーザとゲームキャラクタとの仮想コミュニケーションが制限される。したがって、ユーザがゲームキャラクタに大量に選手カードを贈ることを防止することができる。
【０１５６】
［３．変形例］
なお、本発明は、以上説明した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更可能である。
【０１５７】
（１）例えば、実施形態１においては、図１５に示すプレゼント決定処理において、要求リストデータが参照されることによって、ユーザが要求する選手カード又はこれに類似する選手カードが、ゲームキャラクタからユーザに贈られる選手カードとして決定される場合を説明したが、ゲームキャラクタからユーザに贈られる選手カードの決定方法は、実施形態１の例に限られない。
【０１５８】
例えば、プレゼント済リストデータに格納されている選手カードのうち最も能力パラメータが高い選手カードが、ユーザに贈られる選手カードとして決定されるようにしてもよい。また例えば、プレゼント済リストデータに格納されている選手カードのうちランダムに決定された選手カードが、ユーザに贈られる選手カードとして決定されるようにしてもよい。
【０１５９】
（１−１）他にも例えば、プレゼント済リストデータに格納された選手カードのうち、ユーザが保有していない選手カード（即ち、保有リストデータに格納されていない選手カード）が、当該ユーザに贈られる選手カードとして決定されるようにしてもよい。
【０１６０】
本変形例の決定部４８は、他のユーザがゲームキャラクタに贈った収集対象（例えば、選手カード）のうちから、当該ユーザが保有していない収集対象を、ユーザに必要な収集対象として選出する。
【０１６１】
例えば、本変形例においては、図１５に示すプレゼント決定処理のうち、Ｓ２０６〜Ｓ２０９の処理にかえて、保有リストデータに格納された選手カードとプレゼント済リストデータに格納された選手カードとが比較されることによって、あるユーザが保有していない選手カードが、他のユーザによってゲームキャラクタに贈られたか否かが判定される。即ち、保有リストデータに基づいてユーザが保有している選手カードを特定し、当該特定された選手カードがプレゼント済カードに格納されているか否かが判定される。
【０１６２】
あるユーザが保有していない選手カードが、他のユーザによってゲームキャラクタに贈られたと判定された場合、当該選手カードがユーザに贈られる選手カードとして決定される。なお、あるユーザが保有していない選手カードが、他のユーザによってゲームキャラクタに贈られていたと判定されない場合は、Ｓ２０６〜Ｓ２０９の処理が実行され、ゲームキャラクタから贈られる選手カードが決定されるようにしてもよい。
【０１６３】
変形例（１−１）によれば、ユーザは、自分が保有していない選手カードを、ゲームキャラクタを介して他のユーザから受け取ることができる。
【０１６４】
（１−２）また例えば、実施形態のように、複数のユーザの各々が選手カードを用いてプレイするゲームが実行される場合には、ユーザのゲームプレイの類型に応じた選手カードがユーザに贈られるようにしてもよい。例えば、ユーザがフォワードの選手カードを多く用いて攻撃的なゲームプレイを行う場合には、このユーザにフォワードの選手カードが優先的に贈られるようにし、ユーザがディフェンダーの選手カードを多く用いて守備的なゲームプレイを行う場合には、このユーザにディフェンダーの選手カードが贈られるようにしてもよい。
【０１６５】
変形例（１−２）のゲームデータ記憶部４０は、ユーザによる過去のゲームプレイの類型を示すプレイ類型データを記憶する。プレイ類型データは、ユーザによるゲームプレイの種別を示すデータともいえる。プレイ類型データは、例えば、ユーザがゲームキャラクタと対戦すると、当該ゲームプレイの内容（結果）に基づいてゲーム実行部４２によって更新される。
【０１６６】
図２１は、プレイ類型データのデータ格納例を示す図である。図２１に示すように、プレイ類型データには、ユーザＩＤと、当該ユーザＩＤが示すユーザのプレイ類型を示す情報と、が格納される。プレイ類型を示す情報は、予め用意された複数の類型の何れかが格納される。ここでは、例えば、「攻撃的なプレイ」、「守備的なプレイ」、「バランスのとれたプレイ」の３種類の類型が用意されており、これらの何れかがプレイ類型データに格納される。
【０１６７】
例えば、これら複数の類型を識別する情報と、ユーザによる操作内容（プレイ結果）を示す情報と、を関連付けて用意しておくことによって、ユーザのプレイ類型が判定されるようにしてもよい。例えば、ユーザによる操作内容を示す情報をゲームデータ記憶部４０に記憶しておき、当該ユーザによる操作内容（プレイ結果）に関連付けられた類型が、当該ユーザのプレイ類型として決定され、プレイ類型データに格納される。
【０１６８】
例えば、ユーザがフォワードの選手を３人以上選択してゲームキャラクタと対戦をした場合、当該ユーザのプレイ類型は「攻撃的なプレイ」となる。また例えば、ユーザがディフェンダーの選手を４人以上選択してゲームキャラクタと対戦をした場合、当該ユーザのプレイ類型は「守備的なプレイ」となる。また例えば、上記のいずれでもなければ、ユーザのプレイ類型は「バランスのとれたプレイ」となる。
【０１６９】
変形例（１−２）の決定部４８は、他のユーザがゲームキャラクタに贈った収集対象（例えば、選手カード）のうちから、プレイ類型データに基づいて、ユーザに必要な収集対象を選出する。
【０１７０】
図２２は、ユーザのプレイ類型と選手カードの決定方法との関連付けを示す図である。図２２に示す関連付けは、例えば、ゲームデータ記憶部４０に記憶される。また、当該データは、テーブル形式であってもよいし数式形式であってもよい。
【０１７１】
あるユーザに贈られる選手カードを決定するにあたり、決定部４８は、プレイ類型データを参照して当該ユーザのプレイ類型を特定する。そして、決定部４８は、ユーザのプレイ類型に関連付けられた決定方法に基づいて、プレゼント済リストデータに格納された選手カードの中から当該ユーザに贈られる選手カードを決定する。
【０１７２】
例えば、図２２に示すデータ格納例の場合、ユーザのプレイ類型が「攻撃的なプレイ」であれば、プレゼント済リストデータに格納された選手カードのうち、フォワードの選手が、当該ユーザに贈られる選手カードとして決定される。一方、ユーザのプレイ類型が「守備的なプレイ」であれば、プレゼント済リストデータに格納された選手カードのうち、ディフェンダーの選手が、当該ユーザに贈られる選手カードとして決定される。
【０１７３】
変形例（１−２）によれば、ユーザのゲームプレイの類型に応じた選手カードをユーザに付与することができる。
【０１７４】
（２）また例えば、決定部４８により決定された収集対象が、ゲームのルール上、ユーザが受け取ることができないものである場合には、当該収集対象が仮想通貨に変換されてユーザに贈られるようにしてもよい。仮想通貨は、ゲームシステムＳにおいて使用される通貨（例えば、ポイント）であり、所与のゲームイベントを発生させたり収集対象を入手したりするために使用されるものである。例えば、ユーザは、仮想通貨を使用することによって、選手カードを育成（強化又は合成）するためのゲームイベント（例えば、複数の選手カードを合成するゲームイベント）を発生させることができる。
【０１７５】
実施形態においては、収集対象として、サッカー選手を示す選手カードを一例に挙げて説明したが、例えば、複数枚のカードを保有した場合に所与のゲームイベントが発生する選手カードが収集されるようにしてもよい。この場合のゲームイベントは、複数枚のカードが収集された場合に１枚の選手カードが手に入るゲームイベントや、複数枚のカードが収集された場合に仮想通貨が与えられるゲームイベントを含む。
【０１７６】
ここでは、ある１枚のカードが複数に分割されたカードの各々が、収集対象とされる場合を例に挙げて説明する。ある１枚のカードが複数に分割された各々を、ここでは「分割カード」という。また、分割カードの分割元のカード（分割カードを全て集めるとできあがるカード）を「完成カード」という。
【０１７７】
例えば、完成カードが、現実のサッカースタジアムで販売されている食品の画像である場合、分割カードは、当該食品の画像が６つに分割された個々のものになる。分割カードは、ユーザが所与のゲームイベントを発生させることによって入手することができる。分割カードは、選手カードと同様に、ユーザがゲームキャラクタに贈ることができる。
【０１７８】
例えば、ゲームのルール上、ユーザが、ある完成カードの分割カードを１つも持っていない場合には、ゲームキャラクタから当該完成カードの分割カードを受け取ることができないとする。この場合、ユーザは、他のユーザがゲームキャラクタに贈った分割カードを、当該ゲームキャラクタから受け取ることができないことがある。このような場合には、分割カードを仮想通貨に変換してユーザに贈られるようにしてもよい。
【０１７９】
なお、ユーザが受け取ることができない選手カードは、上記の例に限られない。他にも例えば、複数枚（例えば、６枚）の選手カードを収集すると所与のゲームイベントが発生する場合に、所定枚数以上（例えば、４枚）の選手カードを保有していたときに、残りの選手カードは、受け取ることができないとされるようにしてもよい。
【０１８０】
例えば、本変形例のゲームシステムＳは、決定部４８により決定された収集対象（例えば、分割カード）が、ユーザが保有することができる収集対象に関する条件を満たすか否かを判定する手段を含む。ここでは、ゲーム実行部４２が上記の判定を行うこととして説明する。
【０１８１】
ユーザが保有することができる選手カードに関する条件とは、決定部４８が決定した選手カードが満たすべき条件、又は、決定部４８が決定した選手カードが贈られるユーザのユーザデータが満たすべき条件である。ここでは、決定部４８により決定された完成カードの分割カードについて、ユーザが当該完成カードの分割カードを既に保有しているか否かが判定される場合を例に挙げて説明する。分割カードを既に保有していると判定された場合、決定部４８により決定された分割カードをユーザが受け取ることができる。
【０１８２】
また、本変形例のゲームシステムＳは、上記条件が満たされないと判定された場合、決定部４８により決定された収集対象（例えば、選手カード）に代えて、ゲームシステムＳにおいて使用可能な仮想通貨を、ゲームキャラクタからユーザに贈るものとして決定する手段を含む。当該手段は、制御部２を主として実現される。ここでは、ゲーム実行部４２が上記の決定を行うこととして説明する。
【０１８３】
例えば、ユーザが分割カードを１枚も持っていない完成カードの分割カードが当該ユーザに贈られるものとして決定された場合、当該ユーザは当該分割カードを受け取ることができないので、仮想通貨に変換される。
【０１８４】
なお、分割カードと仮想通貨とが予め関連付けられてゲームデータ記憶部４０に記憶されるようにしてもよい。例えば、決定部４８により決定された分割カードに関連付けられた仮想通貨が、ユーザに付与される。ユーザが保有する仮想通貨を示す情報は、ゲームデータ記憶部４０に記憶されるようにしてもよい。
【０１８５】
変形例（２）によれば、ゲームのルール上、ユーザが受け取ることができない分割カードについては、仮想通貨に変換して贈ることができる。
【０１８６】
なお、上記変形例（２）においては、保有リストデータが参照されることによって、ユーザが保有することができる選手カードに関する条件が満たされるか否かが判定される場合を説明したが、当該条件の判定方法はこれに限られない。
【０１８７】
例えば、ユーザが受け取ることができない選手カードを定義した不可データを記憶させておき、このデータに基づいて、ユーザが選手カードを受け取ることができるか否かが判定されるようにしてもよい。
【０１８８】
図２３は、不可データのデータ格納例を示す図である。図２３に示すように、ユーザＩＤと、当該ユーザＩＤが示すユーザが受け取ることのできない分割カードに関する情報（例えば、分割カードに一意に割り当てられた分割カードＩＤ）と、が関連付けられて記憶される。不可リストデータは、保有リストデータの内容に基づいて更新される。
【０１８９】
例えば、決定部４８により決定された分割カードが、不可データに格納されているか否かが判定される。決定部４８により決定された分割カードが不可データに格納されていると判定された場合、当該分割カードをユーザが受け取ることのできないものとして判定される。
【０１９０】
また、ユーザデータに基づいて、ユーザが保有することができる選手カードに関する条件が満たされるか否かが判定されるようにしてもよい。例えば、ユーザデータが示すユーザのゲームプレイの結果（例えば、レベルや勝率等）が所定範囲であるか否かが判定されるようにしてもよいし、ユーザデータが示す友人リストに登録されている友人ユーザの数が所定範囲であるか否かが判定されるようにしてもよい。
【０１９１】
（３）また例えば、実施形態においては、ゲームキャラクタを１名とし、複数のユーザが当該１名のゲームキャラクタに選手カードを贈る場合を説明したが、ゲームキャラクタは複数人存在してもよい。この場合、例えば、複数のゲームキャラクタの各々に特性が割り当てられており、ユーザが選手カードを贈ったゲームキャラクタの特性に応じて、当該ユーザに贈られる選手カードが異なるようにしてもよい。
【０１９２】
変形例（３）のゲームデータ記憶部４０は、ゲームキャラクタの特性を示す特性データを記憶する。ゲームキャラクタの特性とは、ゲームにおいてゲームキャラクタに与えられた役割又はゲームキャラクタの性格である。
【０１９３】
図２４は、特性データのデータ格納例を示す図である。図２４に示すように、例えば、ゲームキャラクタを識別する情報と、当該ゲームキャラクタの特性を識別する情報と、が関連付けられて記憶される。例えば、複数の特性が予め用意されており、これら複数の特性の何れかがゲームキャラクタに設定される。ここでは、ゲームキャラクタには、「きまぐれ」「思いやり」「普通」の何れかの特性が設定される。
【０１９４】
変形例（３）においては、ユーザにより指定された選手カードが、複数のゲームキャラクタの何れかに贈られる。例えば、ユーザに複数のゲームキャラクタが案内され、当該ユーザに指定されたゲームキャラクタに選手カードが贈られる。ユーザが選手カードを贈ったゲームキャラクタを識別する情報は、当該ユーザ及び当該選手カードに関連付けて、プレゼント済データに格納されるようにしてもよい。
【０１９５】
変形例（３）の決定部４８は、ユーザから前記ゲームキャラクタに贈る収集対象（例えば、選手カード）の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る収集対象を、当該ゲームキャラクタの特性データに基づいて決定する。
【０１９６】
図２５は、ゲームキャラクタの特性とユーザに贈られる選手カードの決定方法とを関連付けたデータを示す図である。当該データは、ゲームデータ記憶部４０に記憶されるようにしてもよい。また、当該データは、テーブル形式であってもよいし数式形式であってもよい。
【０１９７】
決定部４８は、特性データを参照し、ユーザが選手カードを送ったゲームキャラクタの特性を取得する。次いで、当該取得された特性に関連付けられた決定方法に基づいて、プレゼント済リストデータが示す選手カードの中からユーザに贈られる選手カードが決定される。例えば、ユーザが「きまぐれ」の特性のゲームキャラクタに選手カードを贈った場合、このユーザに贈られる選手カードは、ランダムに決定される。また例えば、ユーザが「思いやり」の特性のゲームキャラクタに選手カードを贈った場合、このユーザに贈られる選手カードは、要求リストデータに基づいて決定される。
【０１９８】
変形例（３）によれば、ユーザが選手カードを送ったゲームキャラクタの特性に応じて、ユーザに贈られる選手カードを異ならしめることができる。
【０１９９】
（４）また例えば、あるユーザが選手カードを贈るゲームキャラクタと、他のユーザが選手カードを贈るゲームキャラクタと、は同じであってもよいし、異なっていてもよい。
【０２００】
変形例（４）の選択受付部４４は、複数のゲームキャラクタのうちから選出されるゲームキャラクタに贈る収集対象（例えば、選手カード）の選択を受け付ける。例えば、ゲーム画面２０において、ゲームシステムＳに係る複数のゲームキャラクタを表示させ、ユーザが選手カードを贈るゲームキャラクタを選択するようにしてもよい。
【０２０１】
また、変形例（４）の決定部４８は、ユーザからゲームキャラクタ（例えば、選手カード）に贈る収集対象の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る収集対象を、他のユーザが当該ゲームキャラクタに贈った収集対象のうちから決定する。即ち、あるユーザが選手カードを贈ったゲームキャラクタと、他のユーザが選手カードを贈ったゲームキャラクタと、が同じであってもよい。
【０２０２】
また、決定部４８は、ユーザからゲームキャラクタに贈る収集対象（例えば、選手カード）の選択が受け付けられた場合、当該ゲームキャラクタから当該ユーザに贈る収集対象を、他のユーザが当該ゲームキャラクタ以外のゲームキャラクタに贈った収集対象のうちから決定する。即ち、あるユーザが選手カードを贈ったゲームキャラクタと、他のユーザが選手カードを贈ったゲームキャラクタと、が異なっていてもよい。
【０２０３】
なお、複数のゲームキャラクタ毎にユーザが選択可能な選手カードが関連付けられていてもよい。ユーザがゲームキャラクタに選手カードを贈る場合には、当該ゲームキャラクタに関連付けられた選手カードの中から、このゲームキャラクタに贈る選手カードが選択されることになる。このゲームキャラクタにはこの範囲のレベルの選手カードを贈ることができる等のように定めておくことによって、ユーザが贈った選手カードとは全く異なるレベルの選手カードを受け取るようなことを防止することができる。
【０２０４】
（５）また例えば、実施形態においては、ユーザがゲームキャラクタに選手カードを贈った場合（プレゼント登録処理が実行された場合）に、当該ユーザに対するゲームキャラクタの好感度パラメータの値が増加する一例を説明したが、他にも、決定部４８の決定結果に基づいて、ゲームキャラクタに関するパラメータが変化するようにしてもよい。
【０２０５】
ユーザがゲームキャラクタに贈った選手カードが、他のユーザに贈られた場合に、ゲームキャラクタの好感度パラメータの値が増加するようにしてもよい。例えば、ユーザに贈られる選手カードに応じて好感度パラメータの変化量が異なる。
【０２０６】
（６）また例えば、実施形態１のプレゼント決定処理（図１５）においては、あるユーザに関連付けられた好感度パラメータと他のユーザに関連付けられた好感度パラメータとの比較結果に基づいて選手カードが決定される態様の一例として、好感度パラメータの高いユーザから順番に選手カードが決定される処理を説明した。好感度パラメータの比較結果に基づいて選手カードが決定される方法は、この例に限られない。
【０２０７】
例えば、決定部４８は、第１のユーザからゲームキャラクタに贈る選手カードが第１のユーザによって選択された場合、当該ゲームキャラクタから第１のユーザに贈る選手カードとして、第２のユーザがゲームキャラクタに贈った選手カードを決定するか否かを、第１のユーザに関連付けて記憶される好感度パラメータと、第１のユーザ及び第２のユーザ以外のユーザに関連付けて記憶される好感度パラメータと、の比較結果に基づいて決定するようにすればよい。
【０２０８】
（６−１）例えば、全ユーザに関連付けられた好感度パラメータの平均値と、あるユーザに関連付けられた好感度パラメータと、の比較結果に基づいて、当該ユーザに贈られる選手カードが決定されるようにしてもよい。好感度パラメータの平均値は、好感度パラメータデータに基づいて算出される。
【０２０９】
例えば、全ユーザに関連付けられた好感度パラメータの平均値と、あるユーザに関連付けられた好感度パラメータと、の差異と、当該ユーザに贈られる選手カードの決定方法と、が関連付けられて記憶されているようにしてもよい。例えば、決定部４８は、全ユーザに関連付けられた好感度パラメータの平均値と、あるユーザに関連付けられた好感度パラメータと、の差異に関連付けられた決定方法に基づいて、当該ユーザに贈られる選手カードを決定するようにしてもよい。
【０２１０】
なお、あるユーザと友人関係にあるユーザに関連付けられた好感度パラメータの平均値に基づいて選手カードが決定されるようにしてもよい。例えば、ゲームデータ記憶部４０に、ユーザと、当該ユーザと友人関係にある他のユーザと、が関連付けられて記憶されるようにしてもよい。この関連付けが参照されて、あるユーザと友人関係にあるユーザが特定される。この特定されたユーザの好感度パラメータが参照されることによって、あるユーザと友人関係にあるユーザに関連付けられた好感度パラメータの平均値が算出される。
【０２１１】
（６−２）また例えば、全ユーザに関連付けられた好感度パラメータの分布と、あるユーザに関連付けられた好感度パラメータと、の関係が比較されることによって、当該ユーザに贈られる選手カードが決定されるようにしてもよい。例えば、あるユーザに関連付けられた好感度パラメータと最も低い好感度パラメータとの差異（又は、あるユーザに関連付けられた好感度パラメータと最も高い好感度パラメータとの差異）を、全ユーザの中で最も高い好感度パラメータと最も低い好感度パラメータとの差異で割った指標値に基づいて、当該ユーザに贈られる選手カードが決定されるようにしてもよい。
【０２１２】
例えば、上記の指標値と、あるユーザに関連付けられた好感度パラメータと、の差異と、当該ユーザに贈られる選手カードの決定方法と、が関連付けられて記憶されているようにしてもよい。例えば、決定部４８は、上記の指標値を算出し、この指標値に関連付けられた決定方法に基づいて、当該ユーザに贈られる選手カードを決定するようにしてもよい。
【０２１３】
なお、上記のように、全ユーザの好感度パラメータの分布に基づいて選手カードが決定されるようにしてもよいし、あるユーザと友人関係にあるユーザに関連付けられた好感度パラメータの分布に基づいて選手カードが決定されるようにしてもよい。即ち、あるユーザの友人関係にあるユーザの好感度パラメータによって算出される上記指標値に基づいて、ユーザに贈られる選手カードが決定されるようにしてもよい。
【０２１４】
（７）また例えば、好感度パラメータに基づいて選手カードが決定される態様の一例として、ユーザ間の好感度パラメータの比較結果に基づいて選手カードが決定される場合を説明したが、必ずしも、ユーザ間の好感度パラメータが比較されるようにしなくてもよい。他にも例えば、好感度パラメータが示す値が所定範囲であるか否かに基づいて、ユーザに贈られる選手カードの決定方法が異なるようにしてもよい。
【０２１５】
図２６は、好感度パラメータとユーザに贈られる選手カードの決定方法とを関連付けたデータを示す図である。当該データは、ゲームデータ記憶部４０に記憶されるようにしてもよい。また、当該データは、テーブル形式であってもよいし数式形式であってもよい。
【０２１６】
決定部４８は、好感度パラメータデータを参照し、ユーザに関連付けられた好感度パラメータを取得する。次いで、当該取得された好感度パラメータに関連付けられた決定方法に基づいて、プレゼント済リストデータが示す選手カードの中からユーザに贈られる選手カードが決定されるようにしてもよい。
【０２１７】
（８）また例えば、選択結果取得部４６がユーザによる指定を受け付けることができる選手カードを、当該ユーザに関連付けられた好感度パラメータに基づいて変化させるようにしてもよい。例えば、ゲームキャラクタの好感度パラメータが高くなるほど、ユーザが当該ゲームキャラクタに贈ることのできる選手カードの種別が多くなるようにしてもよい。
【０２１８】
この場合、好感度パラメータと、ユーザにより指定可能な選手カードを示す指定可能情報と、が関連付けられて記憶されるようにしてもよい。ユーザが保有する選手カードのうち、ユーザの好感度パラメータに関連付けられた指定可能情報が示す選手カードの何れかが、ユーザにより指定されるようにしてもよい。
【０２１９】
（９）また例えば、ユーザの好感度パラメータに応じて、ユーザが選手カードを送ってから当該ユーザに選手カードが返ってくるまでの期間を変化させるようにしてもよい。例えば、プレゼント決定処理の実行間隔をユーザの好感度パラメータに応じて変化させるようにしてもよいし、プレゼント受取処理の実行間隔をユーザの好感度パラメータに応じて変化させるようにしてもよい。
【０２２０】
（１０）また例えば、実施形態においては、ゲームキャラクタに関するゲームパラメータの一例として、好感度パラメータが適用される場合を説明したが、他のゲームパラメータに基づいて選手カードが決定されるようにしてもよい。例えば、ゲームキャラクタの能力を示す能力パラメータに基づいて選手カードが決定されるようにしてもよい。この場合、ゲームパラメータと選手カードの決定方法とが関連付けられて記憶されており、この関連付けに基づいて選手カードが決定される。
【０２２１】
（１１）また例えば、ゲームシステムＳにおいて、ユーザが選手カードを集めて他のユーザ等と対戦をするゲームが実行される場合を説明したが、ユーザが収集対象を集めるゲームが実行されるようにすればよく、ゲームシステムＳにおいて実行されるゲームは、これに限られない。他にも例えば、ユーザが、所定種類のゲームキャラクタやアイテムを集めることを目指すゲームが実行されたり、ユーザが画像データや音声データを集めて、所与の画像や音声を揃えることを目標とするゲームが実行されたりするようにしてもよい。
【０２２２】
また、変形例（２）においては、分割カードを収集することで完成カードが付与されるゲームイベントが発生する場合を例に挙げて説明したが、収集対象がアイテムである場合、所定種類のアイテムが収集された場合に所与のゲームイベントが発生するようにしてもよい。
【０２２３】
また、ゲームシステムＳが実行するゲームにおいて、ユーザとゲームキャラクタとが選手カードを贈りあう場合について説明したが、ゲーム以外の場において、ユーザとゲームキャラクタとが選手カードを贈りあうようにしてもよい。例えば、ユーザがゲームシステムＳにログインした後、ゲームが開始される前に表示される各ユーザのページにおいて、ゲームキャラクタと選手カードを贈りあうようにしてもよい。
【０２２４】
（１２）また、上記実施形態及び変形例の何れか２つ以上を組み合わせるようにしてもよい。例えば、変形例（１）における選手カードの決定方法が組み合わされるようにしてもよい。
【０２２５】
（１３）また、上記実施形態及び変形例においては、ゲームデータ記憶部４０、ゲーム実行部４２、選択結果取得部４６、決定部４８、更新部５０、パラメータ判定部５２、及び制限部５４がサーバ装置１によって実現される一例を説明したが、これら各機能の各々は、ゲームシステムＳを構成する装置の何れかによって実現されるようにすればよく、例えば、上記の機能の一部又は全部がユーザ装置１０によって実現されるようにしてもよい。
【０２２６】
例えば、ゲームデータ記憶部４０がユーザ装置１０によって実現されるようにしてもよい。この場合、ゲームデータ記憶部４０以外の他の機能が、サーバ装置１によって実現される場合、制御部２は、ネットワークＮを介してゲームデータ記憶部４０の記憶内容をユーザ装置１０のゲームデータ記憶部４０から取得する手段として機能し、当該取得されたデータに基づいてこれら他の機能の処理が実行される。
【０２２７】
また例えば、ゲーム実行部４２がユーザ装置１０によって実現されるようにしてもよい。この場合、ゲームデータ記憶部４０がサーバ装置１によって実現される場合には、ゲーム実行部４２は、ネットワークＮを介してゲームデータ記憶部４０の記憶内容を取得することによって、ゲームを実行する。一方、ゲームデータ記憶部４０がユーザ装置１０によって実現される場合には、ゲーム実行部４２は、ゲームデータ記憶部４０の記憶内容を読み出すことによって、ゲームを実行する。
【０２２８】
また例えば、選択結果取得部４６がユーザ装置１０によって実現されるようにしてもよい。この場合、決定部４８がサーバ装置１によって実現される場合には、選択結果取得部４６により受け付けられた収集対象を示す情報が、ネットワークＮを介してユーザ装置１０からサーバ装置１に送信される。
【０２２９】
また例えば、決定部４８がユーザ装置１０によって実現されるようにしてもよい。この場合、選択結果取得部４６がサーバ装置１によって実現される場合には、選択結果取得部４６により受け付けられた収集対象を示す情報が、ネットワークＮを介してユーザ装置１０から取得される。また、この場合、更新部５０がサーバ装置１によって実現される場合には、決定部４８により決定された収集対象を示す情報が、ネットワークＮを介してユーザ装置１０からサーバ装置１に送信される。
【０２３０】
また例えば、更新部５０がユーザ装置１０によって実現されるようにしてもよい。この場合、ゲームデータ記憶部４０がサーバ装置１によって実現される場合には、保有リストデータの更新内容を示す情報が、ネットワークＮを介してユーザ装置１０からサーバ装置１に送信される。また、この場合、選択結果取得部４６及び決定部４８がサーバ装置１によって実現される場合には、選択結果取得部４６により受け付けられた情報及び決定部４８により決定された収集対象を示す情報が、ネットワークＮを介してユーザ装置１０から取得される。
【０２３１】
また例えば、パラメータ判定部５２がユーザ装置１０によって実現されるようにしてもよい。この場合、ゲームデータ記憶部４０がサーバ装置１によって実現される場合には、回数データがネットワークＮを介してサーバ装置１から取得される。そして、制限部５４がサーバ装置１によって実現される場合には、パラメータ判定部５２の判定結果を示す情報が、ネットワークＮを介してサーバ装置１に送信される。
【０２３２】
また例えば、制限部５４がユーザ装置１０によって実現されるようにしてもよい。この場合、制限部５４がサーバ装置１によって実現される場合には、パラメータ判定部５２の判定結果を示す情報がネットワークＮを介してサーバ装置１から取得される。
【０２３３】
（１４）また、ゲームシステムＳに含まれる装置は、図１の例に限られない。一又は複数のコンピュータによって、ゲームシステムＳが実現されるようにすればよい。また例えば、ゲームシステムＳに含まれる装置の管理者が、装置によって異なっていてもよい。例えば、ゲーム実行部４２を実現する装置がゲーム会社によって管理され、決定部４８を実現する装置が、ゲーム会社以外の運営会社等によって管理されるようにしてもよい。
【符号の説明】
【０２３４】
Ｓ  ゲームシステム、１  サーバ装置、２  制御部、３  記憶部、４  操作部、５  入力部、６  表示部、７  通信部、１０  ユーザ装置、１１  制御部、１２  記憶部、１３  操作部、１４  入力部、１５  表示部、１６  通信部、２０  ゲーム画面、２２  選手カード情報、２４  対戦相手情報、２６  確認ボタン、２８  対戦結果情報、３０  挨拶ボタン、３２  プレゼントボタン、３４  プレゼント決定ボタン、３６  メッセージ、４０  ゲームデータ記憶部、４２  ゲーム実行部、４４  選択受付部、４６  選択結果取得部、４８  決定部、５０  更新部、５２  パラメータ判定部、５４  制限部。
【図１】
0005320446.tif 000002
【図２】
0005320446.tif 000003
【図３】
0005320446.tif 000004
【図４】
0005320446.tif 000005
【図５】
0005320446.tif 000006
【図６】
0005320446.tif 000007
【図７】
0005320446.tif 000008
【図８】
0005320446.tif 000009
【図９】
0005320446.tif 000010
【図１０】
0005320446.tif 000011
【図１１】
0005320446.tif 000012
【図１２】
0005320446.tif 000013
【図１３】
0005320446.tif 000014
【図１４】
0005320446.tif 000015
【図１５】
0005320446.tif 000016
【図１６】
0005320446.tif 000017
【図１７】
0005320446.tif 000018
【図１８】
0005320446.tif 000019
【図１９】
0005320446.tif 000020
【図２０】
0005320446.tif 000021
【図２１】
0005320446.tif 000022
【図２２】
0005320446.tif 000023
【図２３】
0005320446.tif 000024
【図２４】
0005320446.tif 000025
【図２５】
0005320446.tif 000026
【図２６】
0005320446.tif 000027