特許 7157032 情報処理装置、ゲームプログラム、及び、情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-10-11

(45)【発行日】2022-10-19

(54)【発明の名称】情報処理装置、ゲームプログラム、及び、情報処理方法

(51)【国際特許分類】

   A63F 13/79 20140101AFI20221012BHJP

   A63F 13/493 20140101ALI20221012BHJP

   A63F 13/69 20140101ALI20221012BHJP

   A63F 13/87 20140101ALI20221012BHJP

【ＦＩ】

A63F13/79 500

A63F13/493

A63F13/69 500

A63F13/87

【請求項の数】 7

(21)【出願番号】P 2019184157

(22)【出願日】2019-10-04

(65)【公開番号】P2021058368

(43)【公開日】2021-04-15

【審査請求日】2021-12-08

【早期審査対象出願】

【前置審査】

(73)【特許権者】

【識別番号】599115217

【氏名又は名称】株式会社 ディー・エヌ・エー

(74)【代理人】

【識別番号】100156605

【弁理士】

【氏名又は名称】山田 彰彦

(72)【発明者】

【氏名】好村 勇人

【審査官】大隈 俊哉

(56)【参考文献】

【文献】国際公開第２０１３／０２１７７８（ＷＯ，Ａ１）

【文献】特開２０１６－１５２９２８（ＪＰ，Ａ）

【文献】まさビーchannel，「【ランモバ】フレンド機能について解説！おすすめの友情ポイント交換品は？クロスサーバーとはなにか？【ラングリッサーモバイル】」，YouTube [online] [video]，2019年04月16日，<https://www.youtube.com/watch?v=O8gro7C0CIc>，主に0:08-3:22参照。[2022年2月24日検索]

【文献】「カムバックキャンペーン」，コード・オブ・ジョーカー THE AGENTS 公式Webサイト [online]，2019年09月18日，<http://web.archive.org/web/20190918175602/http://coj.sega.jp/player/game/08_camebackcampaign.html>，[2022年2月24日検索]

【文献】『「社長の野望～人生の勝者に俺はなる～」，カムバックイベントが開催』，4Gamer.net [online]，2019年03月26日，<https://www.4gamer.net/games/454/G045429/20190326050/>，[2022年2月24日検索]

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６３Ｆ １３／００～１３／９８

Ａ６３Ｆ ９／２４

(57)【特許請求の範囲】

【請求項1】

プレイヤー毎に、各プレイヤーがゲームで満たした所定条件と、前記所定条件が満たされたときの時刻と、各プレイヤーの仲間である他のプレイヤーとが設定されたプレイヤー情報を記憶する記憶部と、
プレイヤーの仲間である他のプレイヤーのうち、前記所定条件を満たした他のプレイヤーを時系列に並べて画面表示するための画面データを生成する画面データ生成部と、
画面表示されたいずれかの前記他のプレイヤーを前記プレイヤーが選択し、選択された当該他のプレイヤーに対して前記プレイヤーがコミュニケーションを取るためのゲーム操作を行ったことに応答して、選択された当該他のプレイヤーに対し、前記プレイヤーとの仲間である期間が長いほど多くのポイントを付与するポイント付与部と、
前記他のプレイヤーが獲得したポイントを特典に交換するポイント交換部と、
を備えたことを特徴とする情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
前記画面データ生成部は、
前記所定条件を満たした他のプレイヤーを時系列に並べて画面表示するための画面データを生成する際、前記他のプレイヤーのいずれかが、中断していた前記ゲームを再開した復帰プレイヤーである場合に、当該他のプレイヤーが復帰プレイヤーであることを示すマークを画面表示する、
ことを特徴とする情報処理装置。

【請求項3】

請求項１又は２に記載の情報処理装置であって、
前記ポイント付与部は、
当該他のプレイヤーに対してポイントを付与する際、当該他のプレイヤーが、中断していた前記ゲームを再開した復帰プレイヤーである場合に、復帰プレイヤーでない場合に比べて多くのポイントを付与する、
ことを特徴とする情報処理装置。

【請求項4】

請求項３に記載の情報処理装置であって、
前記ポイント付与部は、
当該他のプレイヤーが復帰プレイヤーである場合に、前記ゲームの中断から再開までの期間が長いほど多くのポイントを付与する、
ことを特徴とする情報処理装置。

【請求項5】

請求項１に記載の情報処理装置であって、
前記画面データ生成部は、
前記所定条件を満たした他のプレイヤーを時系列に並べて画面表示するための画面データを生成する際、前記他のプレイヤーのいずれかが、中断していた前記ゲームを再開した復帰プレイヤーである場合には、当該復帰プレイヤーを時系列ではなく最上位に並べて画面表示する、
ことを特徴とする情報処理装置。

【請求項6】

コンピューターに、
プレイヤー毎に、各プレイヤーがゲームで満たした所定条件と、前記所定条件が満たされたときの時刻と、各プレイヤーの仲間である他のプレイヤーとが設定されたプレイヤー情報を記憶部に記憶する処理と、
プレイヤーの仲間である他のプレイヤーのうち、前記所定条件を満たした他のプレイヤーを時系列に並べて画面表示するための画面データを生成する画面データ生成処理と、
画面表示されたいずれかの前記他のプレイヤーを前記プレイヤーが選択し、選択された当該他のプレイヤーに対して前記プレイヤーがコミュニケーションを取るためのゲーム操作を行ったことに応答して、選択された当該他のプレイヤーに対し、前記プレイヤーとの仲間である期間が長いほど多くのポイントを付与するポイント付与処理と、
前記他のプレイヤーが獲得したポイントを特典に交換するポイント交換処理と、
を実行させることを特徴とするゲームプログラム。

【請求項7】

コンピューターが、
プレイヤー毎に、各プレイヤーがゲームで満たした所定条件と、前記所定条件が満たされたときの時刻と、各プレイヤーの仲間である他のプレイヤーとが設定されたプレイヤー情報を記憶部に記憶することと、
プレイヤーの仲間である他のプレイヤーのうち、前記所定条件を満たした他のプレイヤーを時系列に並べて画面表示するための画面データを生成することと、
画面表示されたいずれかの前記他のプレイヤーを前記プレイヤーが選択し、選択された当該他のプレイヤーに対して前記プレイヤーがコミュニケーションを取るためのゲーム操作を行ったことに応答して、選択された当該他のプレイヤーに対し、前記プレイヤーとの仲間である期間が長いほど多くのポイントを付与することと、
前記他のプレイヤーが獲得したポイントを特典に交換することと、
を有することを特徴とする情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、ゲームプログラム、及び、情報処理方法に関する。

【背景技術】

【0002】

互いにフレンドとして設定されたプレイヤー同士がコミュニケーションを図りながらゲームプレイできるように構成されたゲームシステムが知られている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６４７５９６１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

このようなゲームでは、プレイヤー間のコミュニケーションを活性化させるという点において改善の余地があった。
本発明は、このような事情に鑑みてなされたものであり、その目的とするところは、プレイヤー間のコミュニケーションを活性化させることのできる情報処理装置、ゲームプログラム、情報処理方法、及び、ゲームシステムを提供することにある。

【課題を解決するための手段】

【0005】

上記課題を解決するための本発明の主たる発明は、
プレイヤー毎に、各プレイヤーがゲームで満たした所定条件と、前記所定条件が満たされたときの時刻と、各プレイヤーの仲間である他のプレイヤーとが設定されたプレイヤー情報を記憶する記憶部と、
プレイヤーの仲間である他のプレイヤーのうち、前記所定条件を満たした他のプレイヤーを時系列に並べて画面表示するための画面データを生成する画面データ生成部と、
画面表示されたいずれかの前記他のプレイヤーに対して前記プレイヤーがコミュニケーションを取るためのゲーム操作を行ったことに応答して、当該他のプレイヤーに対してポイントを付与するポイント付与部と、
前記他のプレイヤーが獲得したポイントを特典に交換するポイント交換部と、
を備えたことを特徴とする情報処理装置である。
本発明の他の特徴については、本明細書及び添付図面の記載により明らかにする。

【図面の簡単な説明】

【0006】

【図1】ゲームシステム１の全体構成例を示す図である。

【図2】サーバー装置１０の機能上の構成を示すブロック図である。

【図3】キャラクター情報のデータ構造例を示す図である。

【図4】アイテム情報のデータ構造例を示す図である。

【図5】プレイヤー情報のデータ構造例を示す図である。

【図6】所有アイテム情報のデータ構造例を示す図である。

【図7】デッキ情報のデータ構造例を示す図である。

【図8】仲間情報のデータ構造例を示す図である。

【図9】仲間アクション情報のデータ構造例を示す図である。

【図10】アクション履歴情報のデータ構造例を示す図である。

【図11】クエスト情報のデータ構造例を示す図である。

【図12】エントリー情報のデータ構造例を示す図である。

【図13】マッチング情報のデータ構造例を示す図である。

【図14】プレイヤー端末２０の機能上の構成を示すブロック図である。

【図15】予め設定されたイベント期間においてプレイ可能なイベントゲームに関する動作例を説明するためのフローチャートである。

【図16】仲間アクション情報の更新に関する動作例について説明するためのフローチャートである。

【図17】仲間に対するフレンドポイントの付与に関する動作例について説明するためのフローチャートである。

【図18】仲間交流画面５０の一例を示す図である。

【図19】プレイヤーが所有するフレンドポイントの交換に関する動作例について説明するためのフローチャートである。

【発明を実施するための形態】

【0007】

本明細書及び添付図面の記載により、少なくとも以下の事項が明らかとなる。
即ち、プレイヤー毎に、各プレイヤーがゲームで満たした所定条件と、前記所定条件が満たされたときの時刻と、各プレイヤーの仲間である他のプレイヤーとが設定されたプレイヤー情報を記憶する記憶部と、
プレイヤーの仲間である他のプレイヤーのうち、前記所定条件を満たした他のプレイヤーを時系列に並べて画面表示するための画面データを生成する画面データ生成部と、
画面表示されたいずれかの前記他のプレイヤーに対して前記プレイヤーがコミュニケーションを取るためのゲーム操作を行ったことに応答して、当該他のプレイヤーに対してポイントを付与するポイント付与部と、
前記他のプレイヤーが獲得したポイントを特典に交換するポイント交換部と、
を備えたことを特徴とする情報処理装置である。
このような情報処理装置によれば、仲間として設定された他のプレイヤー（フレンド）がゲームで所定条件を満たす度に、その仲間たちが次々と時系列に並べられ画面表示されるため、プレイヤーは仲間の近況を画面上で簡単に把握できるようになる。また、プレイヤーがそのようにして画面表示された仲間とコミュニケーションを取るためのゲーム操作を行うことで、その仲間に対しポイントが付与されるため、その仲間はゲームで所定条件を満たすべく積極的に参加するようになる。その結果、プレイヤー間のコミュニケーションを活性化させることが可能となる。

【0008】

また、かかる情報処理装置であって、前記画面データ生成部は、前記所定条件を満たした他のプレイヤーを時系列に並べて画面表示するための画面データを生成する際、前記他のプレイヤーのいずれかが、中断していた前記ゲームを再開した復帰プレイヤーである場合に、当該他のプレイヤーが復帰プレイヤーであることを示すマークを画面表示することとしてもよい。
このような情報処理装置によれば、仲間がブランクを経てゲームに復帰したことを、プレイヤーは画面上で簡単に把握できるようになる。逆に、復帰したプレイヤー自身は、これまでの仲間が所定条件を満たす度に時系列で画面表示されることで、その仲間の近況を画面上で簡単に把握できるようになる。また、プレイヤーが復帰プレイヤーとコミュニケーションを取るためのゲーム操作を行うことで、その復帰プレイヤーに対しポイントが付与されるため、その復帰プレイヤーは復帰後もゲームを継続する意欲を高めることができる。

【0009】

また、かかる情報処理装置であって、前記ポイント付与部は、当該他のプレイヤーに対してポイントを付与する際、当該他のプレイヤーが、中断していた前記ゲームを再開した復帰プレイヤーである場合に、復帰プレイヤーでない場合に比べて多くのポイントを付与することとしてもよい。
このような情報処理装置によれば、復帰プレイヤーは復帰後もゲームを継続する意欲をより一層高めることができる。

【0010】

また、かかる情報処理装置であって、前記ポイント付与部は、当該他のプレイヤーが復帰プレイヤーである場合に、前記ゲームの中断から再開までの期間が長いほど多くのポイントを付与することとしてもよい。
このような情報処理装置によれば、復帰プレイヤーは、長期間のブランクがあっとしても、復帰後もゲームを継続する意欲をより一層高めることができる。

【0011】

また、かかる情報処理装置であって、前記ポイント付与部は、当該他のプレイヤーに対してポイントを付与する際、前記プレイヤーの仲間である期間が長いほど多くのポイントを付与することとしてもよい。
このような情報処理装置によれば、各プレイヤーが仲間関係の維持に努めるようになるため、プレイヤー間のコミュニケーションをより活性化させることが可能となる。

【0012】

また、かかる情報処理装置であって、前記画面データ生成部は、前記所定条件を満たした他のプレイヤーを時系列に並べて画面表示するための画面データを生成する際、前記他のプレイヤーのいずれかが、中断していた前記ゲームを再開した復帰プレイヤーである場合には、当該復帰プレイヤーを時系列ではなく最上位に並べて画面表示することとしてもよい。
このような情報処理装置によれば、ブランクを経てゲームに復帰した仲間については、例外的に、時系列ではなく最上位に並べて画面表示されるため、プレイヤーは仲間の復帰を画面上でより簡単に把握できるようになる。

【0013】

次に、コンピューターに、
プレイヤー毎に、各プレイヤーがゲームで満たした所定条件と、前記所定条件が満たされたときの時刻と、各プレイヤーの仲間である他のプレイヤーとが設定されたプレイヤー情報を記憶部に記憶する処理と、
プレイヤーの仲間である他のプレイヤーのうち、前記所定条件を満たした他のプレイヤーを時系列に並べて画面表示するための画面データを生成する画面データ生成処理と、
画面表示されたいずれかの前記他のプレイヤーに対して前記プレイヤーがコミュニケーションを取るためのゲーム操作を行ったことに応答して、当該他のプレイヤーに対してポイントを付与するポイント付与処理と、
前記他のプレイヤーが獲得したポイントを特典に交換するポイント交換処理と、
を実行させることを特徴とするゲームプログラムである。
このようなゲームプログラムによれば、プレイヤー間のコミュニケーションを活性化させることが可能となる。

【0014】

次に、コンピューターが、
プレイヤー毎に、各プレイヤーがゲームで満たした所定条件と、前記所定条件が満たされたときの時刻と、各プレイヤーの仲間である他のプレイヤーとが設定されたプレイヤー情報を記憶部に記憶することと、
プレイヤーの仲間である他のプレイヤーのうち、前記所定条件を満たした他のプレイヤーを時系列に並べて画面表示するための画面データを生成することと、
画面表示されたいずれかの前記他のプレイヤーに対して前記プレイヤーがコミュニケーションを取るためのゲーム操作を行ったことに応答して、当該他のプレイヤーに対してポイントを付与することと、
前記他のプレイヤーが獲得したポイントを特典に交換することと、
を有することを特徴とする情報処理方法である。
このような情報処理方法によれば、プレイヤー間のコミュニケーションを活性化させることが可能となる。

【0015】

＝＝＝実施形態＝＝＝
＜＜ゲームシステム１の構成について＞＞
図１は、ゲームシステム１の全体構成の一例を示す図である。ゲームシステム１は、ネットワーク２（例えば、インターネット等）を介してゲームに関する各種サービスをプレイヤーに提供するものであり、サーバー装置１０と、複数のプレイヤー端末２０とを含んで構成される。

【0016】

本実施形態に係るゲームシステム１は、ゲームコンテンツを用いて行う対戦ゲームをプレイヤーに提供することができる。以下では、ゲームコンテンツの一例としてのアイテムを用いて行う対戦ゲームについて説明する。

【0017】

本実施形態に係る対戦ゲームをプレイするプレイヤーは、各種クエストの中からいずれかのクエストを選択し、そのクエストに設定された１又は複数のエネミーキャラクターと対戦する。このエネミーキャラクターとの対戦では、プレイヤーは自己のデッキを用いて攻撃を行う。

【0018】

デッキは、プレイヤーが自己の所有するアイテムの中から攻撃アイテムを選択し組み合わせることによって編成される。その際、プレイヤーは攻撃アイテムに設定されている各種パラメーターやスキル（攻撃特性）等、所謂その攻撃アイテムの強さを参照してデッキを編成する。

【0019】

また、本実施形態に係る対戦ゲームでは、プレイヤーが他のプレイヤーを仲間に誘うと、その誘われた他のユーザーがそれを承認することによって、互いに仲間として設定されるようになっている。各プレイヤーは、仲間制限数（仲間数の上限）に達するまで自分の仲間を増やすことができる。

【0020】

そして、プレイヤーがエネミーキャラクターを撃破できなかった際に、そのプレイヤーの仲間として設定された他のプレイヤーに応援依頼することで、その依頼を受けた仲間がそのエネミーキャラクターを攻撃することも可能である。

【0021】

また、本実施形態に係る対戦ゲームには、このような通常のゲームだけでなく、イベント期間中に限ってプレイ可能なイベントゲームも含まれている。イベントゲームでは、複数のプレイヤーそれぞれをいずれかのチームに割り当てることによって各チームが結成され、マッチングされたチーム同士によるチーム対戦が行われる。

【0022】

また、本実施形態に係る対戦ゲームでは、仲間同士が互いコミュニケーションを図りながらゲームプレイを楽しめるように、各プレイヤーが自分専用の仲間交流画面を閲覧できるようになっている。

【0023】

この仲間交流画面には、自分の仲間となる他のプレイヤーのうち、ゲームにログインすること、イベントゲームにエントリーすること、イベントゲームでランキング上位者になること等の所定条件を満たした他のプレイヤーが、時系列に並べて表示される。

【0024】

すなわち、自分の仲間が所定条件を満たす度に、その条件を満たした仲間たちが次々と時系列に並べられ画面表示されるため、各プレイヤーは、自分の仲間交流画面を閲覧することによって、自分の仲間の近況を画面上で簡単に把握できるようになっている。

【0025】

そして、各プレイヤーは、自分の仲間交流画面において時系列に並べられた自分の仲間の中からいずれかの仲間を選択し、その仲間とコミュニケーションを取るためのゲーム操作（例えば、仲間に対して「いいね」の操作ボタンを押す）を行うことができるようになっている。

【0026】

このようにして、各プレイヤーが自分の仲間とコミュニケーションを取るためのゲーム操作を行うと、その仲間に対してフレンドポイントが与えられるようになっている。そのため、各プレイヤーはゲームで所定条件を満たすべく積極的に参加するようになり、プレイヤー間のコミュニケーションを活性化させることが可能となる。

【0027】

なお、このようにしてフレンドポイントを獲得した各プレイヤーは、ポイント交換を行うことによって、自分のフレンドポイントを消費する代わりに、特別なアイテムなどの特典を得ることができるようになっている。

【0028】

また、この仲間交流画面には、仲間として時系列に並べられた他のプレイヤーのうち、中断していたゲームを再開した他のプレイヤー（以下、「復帰プレイヤー」とも呼ぶ）に対して、復帰プレイヤーであることを示すマークが表示されるようになっている。

【0029】

そのため、各プレイヤーは、自分の仲間交流画面を閲覧することによって、自分の仲間がブランクを経てゲームに復帰したことを、画面上で簡単に把握できるようになっている。逆に、復帰プレイヤー自身も、自分の仲間交流画面を閲覧することによって、これまでの仲間の近況を画面上で簡単に把握できるようになっている。

【0030】

また、各プレイヤーは、復帰プレイヤーとコミュニケーションを取るためのゲーム操作を行うと、その復帰プレイヤーである仲間に対してフレンドポイントが与えられるようになっている。そのため、復帰プレイヤーは、仲間とのコミュニケーションによってフレンドポイントを獲得できたことで、復帰後もゲームを継続する意欲を高めることができる。

【0031】

＜＜サーバー装置１０の構成について＞＞
図２は、サーバー装置１０の機能上の構成を示すブロック図である。サーバー装置１０は、システム管理者等が各種サービスを運営・管理する際に利用する情報処理装置（例えば、ワークステーションやパーソナルコンピューター等）である。サーバー装置１０は、プレイヤー端末２０から各種のコマンド（リクエスト）を受信すると、プレイヤー端末２０上で動作可能なゲームプログラム・各種データや、プレイヤー端末２０の規格に合わせたマークアップ言語（ＨＴＭＬ等）で作成されたＷｅｂページ（ゲーム画面等）を送信（レスポンス）する。サーバー装置１０は、制御部１１と、記憶部１２と、入力部１３と、表示部１４と、通信部１５と、を有する。

【0032】

制御部１１は、各部間のデータの受け渡しを行うと共に、サーバー装置１０全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。本実施形態における制御部１１は、少なくともエントリー処理部１１１、マッチング処理部１１２、デッキ編成処理部１１３、ゲーム進行部１１４、画面データ生成部１１５を備える。

【0033】

エントリー処理部１１１は、対戦ゲームにおけるエントリーに関する各種処理を実行する機能を有している。本実施形態におけるエントリー処理部１１１は、対戦ゲームで定期的に開催されるイベントゲームへの参加を希望する複数プレイヤーの参加登録を受け付ける。

【0034】

マッチング処理部１１２は、イベントゲームにおけるマッチングに関する各種処理を実行する機能を有している。本実施形態におけるマッチング処理部１１２は、イベントゲームに参加登録された複数プレイヤーのそれぞれを、いずれかのチームに割り当てることによって各チームを結成する。そして、その結成された複数チームの中から互いに対戦相手となる２チームをマッチングする。つまり、各チームには複数人のプレイヤーが所属することになるので、互いに対戦相手となる複数プレイヤー同士がマッチングされることになる。

【0035】

デッキ編成処理部１１３は、対戦ゲームで用いられるデッキを編成する処理を実行する機能を有している。デッキとは、攻撃特性を有する複数のアイテムを１つのセットにまとめたアイテム群のことである。本実施形態におけるデッキ編成処理部１１３は、プレイヤーの操作に基づいて、そのプレイヤーが所有する複数の攻撃アイテムから構成されるデッキ（以下、「プレイヤーデッキ」とも呼ぶ）を編成する。なお、プレイヤーが所有しない攻撃アイテムを含むプレイヤーデッキを編成しても良い。

【0036】

ゲーム進行部１１４は、ゲームプログラムに従って対戦ゲームを進行させる処理を実行する機能を有している。本実施形態におけるゲーム進行部１１４は、対戦処理部１１４Ａと、ポイント付与部１１４Ｂと、ポイント交換部１１４Ｃと、仲間設定部１１４Ｄを含んで構成されている。

【0037】

対戦処理部１１４Ａは、エネミーキャラクターとの対戦について勝敗を決定する処理等を実行する機能を有している。本実施形態における対戦処理部１１４Ａは、例えば、通常のゲーム及びイベントゲームのそれぞれにおいて、プレイヤーデッキの能力パラメーターとエネミーキャラクターの能力パラメーターとの比較等によって勝敗決定を行う。

【0038】

ポイント付与部１１４Ｂは、プレイヤーに対してポイントを付与する処理を実行する機能を有している。本実施形態におけるポイント付与部１１４Ｂは、各プレイヤーが自分の仲間交流画面において時系列に並べられた自分の仲間の中からいずれかの仲間を選択し、その仲間とコミュニケーションを取るためのゲーム操作を行った場合に、その仲間に対してフレンドポイントを付与する。

【0039】

ポイント交換部１１４Ｃは、プレイヤーの操作に基づいてポイント交換する処理を実行する機能を有している。本実施形態におけるポイント交換部１１４Ｃは、プレイヤーが所有するフレンドポイントを消費して、特別なアイテムなどの特典をそのプレイヤーに対して付与する。

【0040】

仲間設定部１１４Ｄは、プレイヤー間においてフレンド関係を設定するための各種処理を実行する機能を有している。本実施形態における仲間設定部１１４Ｄは、プレイヤーが他のプレイヤーを仲間に誘うための仲間申請操作を行ったことに対し、その誘われた他のユーザーがそれを承認するための仲間承認操作を行うと、両プレイヤーを互いに仲間としてプレイヤー情報に設定する。また、本実施形態における仲間設定部１１４Ｄは、プレイヤーが所定条件を満たしたときに、そのプレイヤーの仲間に対応付けられたプレイヤー情報にそのプレイヤーを時系列に並べて設定する。また、本実施形態における仲間設定部１１４Ｄは、プレイヤーが所定条件を満たしてから所定期間が経過すると、そのプレイヤーの仲間に対応付けられたプレイヤー情報からそのプレイヤーを削除する設定を行う。

【0041】

画面データ生成処理部１１５は、ゲーム画面をプレイヤー端末２０に表示させるための画面データを生成する処理を実行する機能を有している。本実施形態における画面データ生成部１１５は、各プレイヤーが自分の仲間とのコミュニケーションを図るために閲覧する仲間交流画面のデータを、プレイヤー毎に生成する。なお、本実施形態では、ゲーム画面に対応する画面データとしてＨＴＭＬデータを生成する

【0042】

記憶部１２は、システムプログラムが記憶された読み取り専用の記憶領域であるＲＯＭ（Read Only Memory）と、制御部１１による演算処理のワーク領域として使用される書き換え可能な記憶領域であるＲＡＭ（Random Access Memory）とを有しており、例えば、フラッシュメモリやハードディスク等の不揮発性記憶装置によって実現される。本実施形態における記憶部１２は、少なくともキャラクター情報、アイテム情報、プレイヤー情報、クエスト情報、エントリー情報、及び、マッチング情報を記憶する。なお、これら各種情報については追って詳述する。

【0043】

入力部１３は、システム管理者等がゲームサービスに関する各種データ（例えば、キャラクター情報、アイテム情報、クエスト情報等）を入力するためのものであり、例えば、キーボードやマウス等によって実現される。

【0044】

表示部１４は、制御部１１からの指令に基づいてシステム管理者用の操作画面を表示するためのものであり、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。

【0045】

通信部１５は、プレイヤー端末２０との間で通信を行うためのものであり、プレイヤー端末２０から送信される各種データや信号を受信する受信部としての機能と、制御部１１の指令に応じて各種データや信号をプレイヤー端末２０へ送信する送信部として機能とを有している。通信部１５は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。

【0046】

図３は、キャラクター情報のデータ構造例を示す図である。このキャラクター情報には、キャラクターＩＤに対応付けて、少なくともエネミーキャラクター等のキャラクター名、レアリティ、及び、最大攻撃力、最大防御力、最大体力（最大ＨＰ）、初期攻撃力、初期防御力、初期体力（初期ＨＰ）等の能力パラメーターが設定されている。

【0047】

図４は、アイテム情報のデータ構造例を示す図である。このアイテム情報には、アイテムＩＤに対応付けて、少なくともアイテム名、レアリティ、特性、能力値、使用可能回数が設定されている。特性は、そのアイテム特有の能力を示す情報である。例えば、攻撃アイテムに対してはスキルが設定されている。このスキルには、エネミーキャラクターに対して連続攻撃を行なうことのできる能力や、攻撃力を一時的に上昇させる能力等がある。能力値は、そのアイテムの能力パラメーターを示す情報である。使用可能回数は、そのアイテムを対戦中に使用できる回数を示す情報である。

【0048】

図５は、プレイヤー情報のデータ構造例を示す図である。このプレイヤー情報には、プレイヤーＩＤに対応付けて、少なくともプレイヤー名、ログイン情報、所有アイテム情報、デッキ情報、所有ポイント、仲間情報、仲間アクション情報、アクション履歴情報、復帰フラグ、イベント情報が設定されている。ログイン情報は、プレイヤーがゲームにログインした日時及びログアウトした日時を示す履歴情報である。所有ポイントは、プレイヤーが所有するフレンドポイントの数量を示す情報である。復帰フラグは、プレイヤーが復帰プレイヤーであるか否かを示すフラグ情報である。本実施形態では、ゲームを中断してから再開するまでの所定期間（例えば、１ヶ月間）が経過しているプレイヤーを復帰プレイヤーとみなし、その復帰プレイヤーに対して復帰フラグを立てる。イベント情報は、プレイヤーがエントリーしたイベントゲームに関する情報である。ここでは、例えば、イベントゲームでのスコアやランキング、チャレンジ中のクエスト等が設定されている。

【0049】

図６は、所有アイテム情報のデータ構造例を示す図である。所有アイテム情報は、プレイヤーが所有するアイテム（以下、「所有アイテム」ともいう）に関する情報である。この所有アイテム情報には、アイテムＩＤに対応付けて、少なくともアイテムの所有数が設定されている。

【0050】

図７は、デッキ情報のデータ構造例を示す図である。デッキ情報は、プレイヤーが対戦で使用するプレイヤーデッキに関する情報である。このデッキ情報には、デッキの枠番号に対応付けて、少なくともプレイヤーデッキを構成する攻撃アイテム、その攻撃アイテムの使用回数が設定されている。本実施形態では、プレイヤーが所有アイテムの中から自ら選択した攻撃アイテムを最大で９個まで用いてプレイヤーデッキを構成することができる。

【0051】

図８は、仲間情報のデータ構造例を示す図である。仲間情報は、プレイヤーの仲間（フレンド）である他のプレイヤーに関する情報である。この仲間情報には、仲間番号に対応付けて、少なくともプレイヤーＩＤ、仲間開始日、仲間期間、仲間除外フラグが設定されている。プレイヤーＩＤは、プレイヤーの仲間として設定された他のプレイヤーのプレイヤーＩＤを示す情報である。仲間開始日は、プレイヤーの仲間になった日を示す情報である。仲間期間は、他のプレイヤーがプレイヤーの仲間である期間を示す情報である。仲間除外フラグは、他のプレイヤーがプレイヤーの仲間から除外されたか否かを示すフラグ情報である。すなわち、仲間除外フラグが立っている他のプレイヤーは、プレイヤーにとって昔の仲間となる。

【0052】

図９は、仲間アクション情報のデータ構造例を示す図である。仲間アクション情報は、プレイヤーの仲間のうちの所定条件を満たした仲間に関する情報である。この仲間アクション情報には、アクション番号に対応付けて、少なくともプレイヤーＩＤ、日時、内容、操作回数が設定されている。プレイヤーＩＤは、仲間情報にてプレイヤーの仲間として設定された他のプレイヤーのうち、所定条件を満たした他のプレイヤーのプレイヤーＩＤを示す情報である。日時は、プレイヤーの仲間である他のプレイヤーが所定条件を満たしたときの日時を示す情報である。内容は、プレイヤーの仲間である他のプレイヤーが満たした所定条件の内容を示す情報である。操作回数は、プレイヤーの仲間である他のプレイヤーによってコミュニケーションを取るためのゲーム操作が行われた合計回数（仲間によって「いいね」の操作ボタンが押された合計回数）を示す情報である。ここでは、かかるゲーム操作を行った他のプレイヤー（「いいね」の操作ボタンを押した他のプレイヤー）に関する情報も併せて設定されている。なお、この仲間アクション情報は、プレイヤーの仲間である他のプレイヤーが所定条件を満たす度に更新される。

【0053】

図１０は、アクション履歴情報のデータ構造例を示す図である。アクション履歴情報は、プレイヤーが満たした所定条件に関する履歴情報である。このアクション履歴情報には、アクション履歴ＩＤに対応付けて、少なくとも日時、内容が設定されている。日時は、プレイヤーが所定条件を満たしたときの日時を示す情報である。内容は、プレイヤーが満たした所定条件の内容を示す情報である。なお、このアクション履歴情報は、プレイヤーが所定条件を満たす度に更新される。

【0054】

図１１は、クエスト情報のデータ構造例を示す図である。クエスト情報は、通常のゲームに対して用意されたクエストに関する情報である。このクエスト情報には、クエストＩＤに対応付けて、少なくともクエスト名、レベル、エネミーキャラクターが設定されている。レベルは、そのクエストの難易度を示す情報である。エネミーキャラクターは、そのクエストに出現する対戦相手となるキャラクターを示す情報である。ここでは、クエスト毎に、１又は複数のエネミーキャラクターが設定されている。そして、エネミーキャラクター毎に、能力パラメーター（攻撃力、防御力、体力等）が併せて設定されている。

【0055】

図１２は、エントリー情報のデータ構造例を示す図である。エントリー情報は、イベントゲームにてエントリーされたプレイヤーに関する情報である。このエントリー情報には、エントリーＩＤに対応付けて、少なくともエントリーされたプレイヤーのプレイヤーＩＤ、エントリー日時が設定されている。

【0056】

図１３は、マッチング情報のデータ構造例を示す図である。マッチング情報は、イベントゲームでマッチングされた複数プレイヤーに関する情報である。このマッチング情報には、マッチＩＤに対応付けて、少なくともマッチングされたチーム、そのチームの構成メンバー、ステージ番号、各ステージのエネミーキャラクター、各ステージにおける進行状況、各ステージにおけるチームの獲得ポイントが設定されている。各ステージのエネミーキャラクターは、そのステージにて出現するエネミーキャラクターのキャラクターＩＤを示す情報である。本実施形態では、各チームに対して３つのステージが予め用意されており、ステージをクリアする度に強いエネミーキャラクターが出現するように設定されている。各ステージにおける進行状況は、出現したエネミーキャラクターを撃破したことによってステージをクリアしたか否かを示す情報である。各ステージにおけるチームの獲得ポイントは、チームに所属する各プレイヤーが攻撃の度に獲得したポイントを合計したポイント量を示す情報である。なお、このチームの獲得ポイントは、各プレイヤーがポイントを獲得する度に更新される。

【0057】

＜＜プレイヤー端末２０の構成について＞＞
図１４は、プレイヤー端末２０の機能上の構成を示すブロック図である。プレイヤー端末２０は、プレイヤーが所持し利用することができる情報処理装置（例えば、スマートフォン、タブレット端末、携帯電話端末等）である。プレイヤー端末２０は、Ｗｅｂブラウザ機能を有しているため、サーバー装置１０から送信されたＷｅｂページ（ゲーム画面等）を画面表示することができる。プレイヤー端末２０は、プレイヤー端末２０全体の制御を行う端末制御部２１と、各種データ・プログラムを記憶する端末記憶部２２と、プレイヤーが操作入力を行うための端末入力部２３と、ゲーム画面・操作画面を表示する端末表示部２４と、サーバー装置１０との間で情報通信を行う端末通信部２５を有している。

【0058】

＜＜ゲームシステム１の動作について＞＞
＜イベントゲーム＞
図１５は、予め設定されたイベント期間においてプレイ可能なイベントゲームに関する動作例を説明するためのフローチャートである。

【0059】

先ず、サーバー装置１０は、予め設定されたエントリー受付期間内に、イベントゲームへの参加を希望するプレイヤーをエントリーするためのエントリー処理を行なう（ステップＳ１０１）。

【0060】

具体的には、プレイヤー端末２０は、端末表示部２４にエントリー画面が表示されている際に、プレイヤーによってエントリー操作が行われると、イベントゲームへの参加登録を行うためのエントリー要求をサーバー装置１０に送信する。

【0061】

サーバー装置１０は、プレイヤー端末２０から送信されたエントリー要求を受信すると、イベントゲームへの参加を希望するプレイヤーの参加登録を行う。すなわち、エントリー処理部１１１は、プレイヤーによって行われたエントリー操作に基づき、図１２に示すエントリー情報に各種情報を設定登録する。

【0062】

次いで、サーバー装置１０は、予め設定されたエントリー受付期間が終了すると、互いに対戦相手となるプレイヤー同士をマッチングするためのマッチング処理を行なう（ステップＳ１０２）。

【0063】

具体的には、マッチング処理部１１２は、図１２に示すエントリー情報を参照し、参加登録された複数プレイヤーの中から複数人（例えば、１０人）ずつプレイヤーを選択して同じチームに割り当てることによって各チームを結成する。マッチング処理部１１２は、その結成された複数チームの中から互いに対戦相手となる２チームを選択しマッチングする。そして、マッチング処理部１１２は、マッチングされたチームを２つずつまとめて図１３に示すマッチング情報に登録すると共に、マッチングされたチームに所属する各プレイヤーを図１２に示すエントリー情報からそれぞれ削除する。

【0064】

次いで、サーバー装置１０は、このようにして対戦相手となるチーム同士がマッチングされると、マッチングされたチームに所属する各プレイヤーが対戦プレイに用いるプレイヤーデッキを編成するためのデッキ編成処理を行う（ステップＳ１０３）。

【0065】

具体的には、プレイヤー端末２０は、端末表示部２４にデッキ編成画面（不図示）が表示されている際に、対戦プレイに用いるプレイヤーデッキを構成する攻撃アイテムを枠番号に対応付けて指定する操作がプレイヤーによって行われると、デッキ編成要求をサーバー装置１０に送信する。

【0066】

本実施形態では、マッチングされたチームに所属する各プレイヤーは、自己の所有アイテムの中から最大で９個まで攻撃アイテムを選択して、自己のデッキに組み込むことができる。なおこの際、３個の攻撃アイテムを１つのセットとして、最大で３セットまで自己のデッキに組み込むことも可能である。

【0067】

その後、サーバー装置１０は、プレイヤー端末２０から送信されたデッキ編成要求を受信すると、そのプレイヤーのデッキを設定する。すなわち、デッキ編成処理部１１３は、プレイヤーによって指定された攻撃アイテムから構成されるプレイヤーデッキを編成し、図７に示すデッキ情報に設定登録する。

【0068】

次いで、サーバー装置１０は、予め設定されたチーム対戦の開始時刻になると、マッチングされたチームのそれぞれについて、第１ステージの対戦に出現させるエネミーキャラクターを設定する（ステップＳ１０４）。すなわち、対戦処理部１１４Ａは、図１３に示すマッチング情報を参照して、第１ステージに対応付けられたエネミーキャラクターを攻撃対象として設定する。

【0069】

次いで、サーバー装置１０は、チームに所属する各プレイヤーからの攻撃によって、第１ステージのエネミーキャラクターが倒されたか否かを判定する（ステップＳ１０５）。すなわち、対戦処理部１１４Ａは、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値（例えば、ゼロ）になったか否かを判定する。そして、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値であると判定された場合は（ステップＳ１０５：ＹＥＳ）、後述するステップＳ１０７へ処理を進める。その一方で、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値でないと判定された場合には（ステップＳ１０５：ＮＯ）、次のステップＳ１０６へ処理を進める。

【0070】

次いで、対戦処理部１１４Ａは、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値でないと判定された場合に、予め設定されたチーム対戦の終了時刻になったか否かを判定する（ステップＳ１０６）。

【0071】

そして、予め設定されたチーム対戦の終了時刻になったと判定された場合は（ステップＳ１０６：ＹＥＳ）、後述するステップＳ１１３へ処理を進める。その一方で、予め設定されたチーム対戦の終了時刻になっていないと判定された場合は（ステップＳ１０６：ＮＯ）、ステップＳ１０５に戻り、引き続きチームに所属する各プレイヤーからの攻撃によって、第１ステージのエネミーキャラクターが倒されたか否かが判定される。

【0072】

次いで、サーバー装置１０は、いずれかのチームによって第１ステージのエネミーキャラクターが倒された場合には、次の第２ステージの対戦に出現させるエネミーキャラクターを設定する（ステップＳ１０７）。すなわち、対戦処理部１１４Ａは、図１３に示すマッチング情報を参照して、第２ステージに対応付けられたエネミーキャラクターを攻撃対象として設定する。

【0073】

次いで、サーバー装置１０は、チームに所属する各プレイヤーからの攻撃によって、第２ステージのエネミーキャラクターが倒されたか否かを判定する（ステップＳ１０８）。すなわち、対戦処理部１１４Ａは、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値（例えば、ゼロ）になったか否かを判定する。そして、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値であると判定された場合は（ステップＳ１０８：ＹＥＳ）、後述するステップＳ１１０へ処理を進める。その一方で、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値でないと判定された場合には（ステップＳ１０８：ＮＯ）、次のステップＳ１０９へ処理を進める。

【0074】

次いで、対戦処理部１１４Ａは、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値でないと判定された場合に、予め設定されたチーム対戦の終了時刻になったか否かを判定する（ステップＳ１０９）。

【0075】

そして、予め設定されたチーム対戦の終了時刻になったと判定された場合は（ステップＳ１０９：ＹＥＳ）、後述するステップＳ１１３へ処理を進める。その一方で、予め設定されたチーム対戦の終了時刻になっていないと判定された場合は（ステップＳ１０９：ＮＯ）、ステップＳ１０８に戻り、引き続きチームに所属する各プレイヤーからの攻撃によって、第２ステージのエネミーキャラクターが倒されたか否かが判定される。

【0076】

次いで、サーバー装置１０は、いずれかのチームによって第２ステージのエネミーキャラクターが倒された場合には、最後の第３ステージの対戦に出現させるエネミーキャラクターを設定する（ステップＳ１１０）。すなわち、対戦処理部１１４Ａは、図１３に示すマッチング情報を参照して、第３ステージに対応付けられたエネミーキャラクターを攻撃対象として設定する。

【0077】

次いで、サーバー装置１０は、チームに所属する各プレイヤーからの攻撃によって、第３ステージのエネミーキャラクターが倒されたか否かを判定する（ステップＳ１１１）。すなわち、対戦処理部１１４Ａは、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値（例えば、ゼロ）になったか否かを判定する。そして、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値であると判定された場合は（ステップＳ１１１：ＹＥＳ）、後述するステップＳ１１３へ処理を進める。その一方で、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値でないと判定された場合には（ステップＳ１１１：ＮＯ）、次のステップＳ１１２へ処理を進める。

【0078】

次いで、対戦処理部１１４Ａは、エネミーキャラクターの体力パラメーター（ＨＰ）が所定値でないと判定された場合に、予め設定されたチーム対戦の終了時刻になったか否かを判定する（ステップＳ１１２）。

【0079】

そして、予め設定されたチーム対戦の終了時刻になったと判定された場合は（ステップＳ１１２：ＹＥＳ）、後述するステップＳ１１３へ処理を進める。その一方で、予め設定されたチーム対戦の終了時刻になっていないと判定された場合は（ステップＳ１１２：ＮＯ）、ステップＳ１１１に戻り、引き続きチームに所属する各プレイヤーからの攻撃によって、第３ステージのエネミーキャラクターが倒されたか否かが判定される。

【0080】

次いで、サーバー装置１０は、予め設定されたチーム対戦の終了時刻になった場合、又は、最後の第３ステージに出現したエネミーキャラクターを倒した場合に、チーム対戦についての勝敗を決定する（ステップＳ１１３）。

【0081】

具体的には、対戦処理部１１４Ａは、図１３に示すマッチング情報を参照して、マッチングされたチーム毎に、クリアしたすべてのステージにて各チームが獲得した獲得ポイントを比較し、獲得ポイントが多い方のチームを勝利チームとして決定する。

【0082】

次いで、サーバー装置１０は、イベントゲームでのランキングを決定する（ステップＳ１１４）。すなわち、対戦処理部１１４Ａは、各チームに所属するプレイヤーそれぞれが個別に獲得したポイントに基づいて、イベントゲームにおける個人ランキングを決定し、各チームに所属するプレイヤーそれぞれのイベント情報を更新する。

【0083】

＜仲間アクション情報の更新＞
図１６は、仲間アクション情報の更新に関する動作例について説明するためのフローチャートである。

【0084】

サーバー装置１０は、プレイヤー端末２０からの各種要求を受信したタイミング、若しくは、予め設定された所定のタイミングで、そのプレイヤー端末２０を用いてゲームプレイを行うプレイヤーが所定条件を満たしたか否かを判定する（ステップＳ２０１）。

【0085】

本実施形態では、例えば、イベントゲームにエントリーすること、イベントゲームでランキング上位者（例えば、１０位以内）になること、ゲームにログインすること等のなどが所定条件として予め設定されている。そのため、仲間設定部１１４Ｄは、そのプレイヤーに対応付けられたプレイヤー情報を参照して、このような所定条件を満たしたか否かを判定する。

【0086】

そして、プレイヤーが所定条件を満たしていないと判定された場合は（ステップＳ２０１：ＮＯ）、この処理を終了する。その一方で、プレイヤーが所定条件を満たしたと判定された場合には（ステップＳ２０１：ＹＥＳ）、次のステップＳ２０２へ処理を進める。

【0087】

次いで、サーバー装置１０は、このようにしてプレイヤーが所定条件を満たしたと判定された場合に、そのプレイヤーの仲間として設定された他のプレイヤーを特定する（ステップＳ２０２）。

【0088】

具体的には、仲間設定部１１４Ｄは、図５に示すプレイヤー情報からそのプレイヤーの仲間情報を特定し、その特定された図８に示す仲間情報を参照して、そのプレイヤーの仲間として設定された他のプレイヤーを特定する。

【0089】

次いで、サーバー装置１０は、このようにしてそのプレイヤーの仲間として設定された他のプレイヤーが特定されると、その特定された仲間である他のプレイヤーそれぞれに対応付けられた仲間アクション情報を更新する（ステップＳ２０３）。

【0090】

具体的には、仲間設定部１１４Ｄは、その特定された仲間である他のプレイヤーそれぞれに対応付けられたプレイヤー情報から仲間アクション情報を特定し、その特定された仲間アクション情報のそれぞれについてデータ更新を行う。すなわち、所定条件を満たしたプレイヤーのプレイヤーＩＤに対応付けて、その所定条件を満たした日時・内容を、アクション番号の順番に従って仲間アクション情報に設定登録する。

【0091】

なお、仲間設定部１１４Ｄは、アクション番号の順番に従って仲間アクション情報に設定された仲間の情報を、その所定条件を満たした日時から所定期間（例えば、３日間）が経過したものから順次消去する。これにより、仲間の古いアクションに関するデータから順番に消去され、仲間の新しいアクションに関するデータだけを仲間アクション情報に残すことができるため、仲間の近況をプレイヤーに把握させることができる。

【0092】

＜フレンドポイントの付与＞
図１７は、仲間に対するフレンドポイントの付与に関する動作例について説明するためのフローチャートである。

【0093】

プレイヤー端末２０は、プレイヤーが対戦ゲームにログインすると、そのプレイヤーが仲間とコミュニケーションを図るために用いることのできる仲間交流画面の画面データを要求するコマンド（画面データ要求）を、サーバー装置１０に送信する（ステップＳ３０１）。

【0094】

次いで、サーバー装置１０は、プレイヤー端末２０から送信された画面データ要求を受信すると、そのプレイヤーに閲覧させるための仲間交流画面に対応する画面データを、画面データ生成部１１５に生成させる（ステップＳ３０２）。

【0095】

具体的には、画面データ生成部１１５は、図５に示すプレイヤー情報からそのプレイヤーの仲間アクション情報を特定し、その特定された図９に示す仲間アクション情報を参照して、所定条件を満たした仲間として設定された他のプレイヤーを特定する。

【0096】

そして、画面データ生成部１１５は、図９に示す仲間アクション情報を参照して、その特定された仲間である他のプレイヤーに対応付けられた日時に従って、その特定された仲間である他のプレイヤーを時系列に並べて画面上に配置する。

【0097】

また、画面データ生成部１１５は、図９に示す仲間アクション情報を参照して、その特定された仲間である他のプレイヤーに対応付けられた内容を、その時系列に並べられた仲間である他のプレイヤーにそれぞれ対応させて画面上に配置する。

【0098】

また、画面データ生成部１１５は、その特定された仲間である他のプレイヤーに対応付けられた図５に示すプレイヤー情報をそれぞれ参照して、復帰フラグが立っている他のプレイヤーが存在するか否かをチェックする。そして、復帰フラグが立っている他のプレイヤーについては、復帰プレイヤーであることを示すマークを当該他のプレイヤーに対応させて画面上に配置する。

【0099】

また、画面データ生成部１１５は、その特定された仲間である他のプレイヤーに対応付けられた図８に示す仲間情報をそれぞれ参照して、仲間除外フラグが立っている他のプレイヤーが存在するか否かをチェックする。そして、仲間除外フラグが立っている他のプレイヤーについては、昔の仲間であることを示すマークを当該他のプレイヤーに対応させて画面上に配置する。

【0100】

サーバー装置１０は、このようにして画面データ生成部１１５によって生成された仲間交流画面の画面データを、ネットワークを介して要求元のプレイヤー端末２０に送信する。

【0101】

次いで、プレイヤー端末２０は、サーバー装置１０から送信された画面データを受信すると、この画面データを解析することにより、仲間交流画面を端末表示部２４に表示させる（ステップＳ３０３）。

【0102】

図１８は、仲間交流画面５０の一例を示す図である。この仲間交流画面５０には、仲間表示領域５１、復帰プレイヤーであることを示すマーク５２、昔の仲間であることを示すマーク５３、仲間とコミュニケーションを取るための操作ボタン５４、仲間の表示を拡張するための操作ボタン５５、仲間反応表示領域５６が含まれている。

【0103】

仲間表示領域５１には、プレイヤーの仲間として仲間情報に設定された他のプレイヤーのうち、ゲームにログインすること、イベントゲームにエントリーすること、イベントゲームでランキング上位者になること等の所定条件を満たした他のプレイヤーが、時系列に並べて表示されている。

【0104】

また、この仲間表示領域５１に時系列に並べられた仲間のうち、ブランクを経てゲームに復帰した仲間には、復帰プレイヤーであることを示すマーク５２が対応付けて表示され、これまでにプレイヤーによって仲間除外されたことのある仲間には、昔の仲間であることを示すマーク５３が対応付けて表示されている。

【0105】

また、この仲間表示領域５１に時系列に並べられた仲間それぞれに対応付けて、その仲間とコミュニケーションを取るための操作ボタン５４が表示されている。この操作ボタン５４には、「いいね」の文字が表示されている。プレイヤーは、自分の仲間交流画面５０に並べられた自分の仲間のうち、いずれかの仲間に対応付けられた操作ボタン５４を選択することによって、「いいね」の評価が相手方に伝わり、仲間と交流することができる。

【0106】

また、ここでは、仲間表示領域５１に３人の仲間（「プレイヤーＸ」、「プレイヤーＳ」、「プレイヤーＧ」）が表示されている。プレイヤーは、操作ボタン５５を選択することによって、この３人の次に続く他の仲間も閲覧することができる。

【0107】

仲間反応表示領域５６には、プレイヤーの仲間として仲間情報に設定された他のプレイヤーによる「いいね」の評価が一覧表示されている。例えば、「プレイヤーＡ」の仲間である「プレイヤーＸ」が、自分の仲間交流画面５０（仲間表示領域５１）にて時系列に並べられたその「プレイヤーＡ」を発見し、その「プレイヤーＡ」に対応付けられた操作ボタン５４を選択すると、その仲間である「プレイヤーＸ」による「いいね」の評価が相手方である「プレイヤーＡ」の仲間交流画面５０（仲間反応表示領域５６）に表示されることになる。

【0108】

次いで、図１７に戻り、プレイヤー端末２０は、このように仲間交流画面５０が端末表示部２４に表示されている際に、プレイヤーの操作によって仲間表示領域５１の中からいずれかの仲間に対応付けられた操作ボタン５４が選択されると、その選択された仲間との交流を要求するコマンド（仲間交流要求）を、サーバー装置１０に送信する（ステップＳ３０４）。

【0109】

次いで、サーバー装置１０は、プレイヤー端末２０から送信された仲間交流要求を受信すると、そのプレイヤーが仲間交流画面５０にて選択した仲間である他のプレイヤーに対して、フレンドポイントを付与する（ステップＳ３０５）。

【0110】

具体的には、ポイント付与部１１４Ｂは、図５に示すプレイヤー情報からそのプレイヤーの仲間情報を特定し、その特定された図８に示す仲間情報を参照して、そのプレイヤーが仲間交流画面５０にて選択した仲間である他のプレイヤーを特定する。そして、その特定された仲間である他のプレイヤーに対応付けられた図５に示すプレイヤー情報を特定し、その特定されたプレイヤー情報に設定された所有ポイントを更新して、今回のポイント分（例えば、１ポイント）を加算する。

【0111】

次いで、サーバー装置１０は、このようにして仲間である他のプレイヤーに対してフレンドポイントが付与されると、そのプレイヤーの仲間アクション情報に設定された操作回数（「いいね」の操作回数）をカウントアップする（ステップＳ３０６）。

【0112】

具体的には、仲間設定部１１４Ｄは、図５に示すプレイヤー情報からそのプレイヤーの仲間アクション情報を特定し、その特定された図９に示す仲間アクション情報を参照して、そのプレイヤーが仲間交流画面５０にて選択した仲間である他のプレイヤーに対応付けられた操作回数を特定し、その特定された操作回数を１つカウントアップする。

【0113】

以上のとおり、本実施形態に係るゲームシステム１によれば、自分の仲間たちがゲームで所定条件を満たす度に、自分の仲間交流画面５０にてその仲間たちのアクションが次々と時系列に並べられ表示されるため、プレイヤーは自分の仲間の近況を画面上で簡単に把握できる。また、プレイヤーがそのようにして自分の仲間交流画面５０に表示された仲間とコミュニケーションを取るために「いいね」の操作ボタン５４を選択することで、その仲間はフレンドポイントを獲得できる。そのため、各プレイヤーはゲームで所定条件を満たすべく積極的に参加するようになり、その結果として、プレイヤー間のコミュニケーションを活性化させることが可能となる。

【0114】

＜ポイント交換＞
図１９は、プレイヤーが所有するフレンドポイントの交換に関する動作例について説明するためのフローチャートである。

【0115】

プレイヤー端末２０は、サーバー装置１０から送信された画面データを受信すると、この画面データを解析することにより、ポイント交換画面を端末表示部２４に表示させる（ステップＳ４０１）。

【0116】

次いで、プレイヤー端末２０は、このポイント交換画面（不図示）が端末表示部２４に表示されている際に、プレイヤーの操作によって交換元のフレンドポイントの量と交換先の特典となるアイテムを選択すると、交換元のフレンドポイントと交換先の特典となるアイテムとの交換を要求するコマンド（ポイント交換要求）を、サーバー装置１０に送信する（ステップＳ４０２）。

【0117】

次いで、サーバー装置１０は、プレイヤー端末２０から送信されたポイント交換要求を受信すると、そのプレイヤーが選択した交換元のフレンドポイントと交換先の特典となるアイテムを交換する処理を実行する（ステップＳ４０３）。

【0118】

具体的には、ポイント交換部１１４Ｃは、図５に示すプレイヤー情報に設定された所有ポイントについて更新を行って、そのプレイヤーがポイント交換画面にて選択したフレンドポイントの数量を減じる。そして、図５に示すプレイヤー情報からそのプレイヤーの所有アイテム情報を特定し、その特定された所有アイテム情報を更新して、そのプレイヤーがポイント交換画面にて選択した特典となるアイテムを追加設定する。

【0119】

これにより、各プレイヤーは、フレンドポイントを多く集めるために仲間である他のプレイヤーと積極的にコミュニケーションを取るようになる。その結果として、プレイヤー間のコミュニケーションを活性化させることが可能となる。

【0120】

＝＝＝その他の実施形態＝＝＝
上記の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。特に、以下に述べる実施形態であっても、本発明に含まれるものである。

【0121】

＜コミュニケーションを取るためのゲーム操作＞
上記の本実施形態では、仲間とコミュニケーションを取るためのゲーム操作の一例として、仲間交流画面５０に表示された仲間に対応付けられた「いいね」の操作ボタン５４を選択する操作を行うことを例に挙げて説明したが、本発明はこれに限定されるものではない。

【0122】

例えば、仲間交流画面５０に表示された仲間に対応付けて「シェア」の操作ボタンを表示し、「シェア」の操作ボタンを選択することを、仲間とコミュニケーションを取るためのゲーム操作としてもよい。この場合、「シェア」の操作ボタンが選択されると、仲間が満たした所定条件（アクション）がプレイヤー間にて閲覧できるようにシェアされる。
なお、その他のソーシャルボタンを用いることも可能である。

【0123】

また例えば、仲間交流画面５０に表示された仲間に対応付けて「コメント」の操作ボタンを表示し、「コメント」の操作ボタンを選択することを、仲間とコミュニケーションを取るためのゲーム操作としてもよい。この場合、「コメント」の操作ボタンが選択されると、コメント入力画面に遷移し、その画面で入力されたコメントが仲間に対し送信される。

【0124】

＜ポイント付与＞
上記の本実施形態では、ポイント付与部１１４Ｂは、仲間交流画面５０にてプレイヤーの操作によって選択された仲間が「復帰プレイヤー」である場合に、「復帰プレイヤー」でない場合に比べて多くのポイントを付与することも可能である。このようにすることで、「復帰プレイヤー」は復帰後も継続してゲームプレイしようとする意欲をより一層高めることができる。

【0125】

また、ポイント付与部１１４Ｂは、仲間交流画面５０にてプレイヤーの操作によって選択された仲間が「復帰プレイヤー」である場合に、図５に示すプレイヤー情報に設定されたログイン情報に基づきゲームの中断から再開までの期間を算出し、その期間が長いほど多くのポイントを付与することも可能である。このようにすることで、「復帰プレイヤー」は、長期間のブランクがあっとしても、復帰後も継続してゲームプレイしようとする意欲をより一層高めることができる。

【0126】

また、ポイント付与部１１４Ｂは、図８に示す仲間情報に設定された仲間期間に基づいて、仲間交流画面５０にてプレイヤーの操作によって選択された他のプレイヤーと仲間である期間が長いほど多くのポイントを付与することも可能である。このようにすることで、各プレイヤーが仲間関係の維持に努めるようになるため、プレイヤー間のコミュニケーションをより活性化させることが可能となる。

【0127】

＜仲間交流画面＞
上記の本実施形態における仲間交流画面５０では、プレイヤーの仲間として仲間情報に設定された他のプレイヤーのうち、所定条件を満たした他のプレイヤーを時系列に並べて表示する場合を挙げて説明したが、本発明はこれに限定されるものではない。

【0128】

例えば、仲間交流画面５０にて時系列に並べられる仲間の中に「復帰プレイヤー」が存在する場合には、その「復帰プレイヤー」を時系列ではなく最上位に並べて表示することも可能である。このように「復帰プレイヤー」を優先的に画面表示することで、ブランクを経てゲームに復帰した仲間については、例外的に、時系列ではなく最上位に並べて画面表示されるため、プレイヤーは仲間の復帰を画面上でより簡単に把握できる。

【0129】

また、仲間交流画面５０にて時系列に並べられるはずの仲間が一人もいない場合には（例えば、図９に示す仲間アクション情報に仲間が未だ設定されていないような場合には）、図５に示すプレイヤー情報に設定された他のプレイヤーの中から、仲間候補となる他のプレイヤーを選出し、その選出された仲間候補となる他のプレイヤーを仲間交流画面５０に並べて表示することも可能である。このようにすることで、仲間交流画面５０に他人が一人も表示されていないような状況を回避できる。また、この場合に、仲間交流画面５０に並べて表示された仲間候補となる他のプレイヤーに対して、プレイヤーが「いいね」の操作ボタンを押すことで、仲間設定部１１４Ｄは両プレイヤーを即座に仲間として設定することも可能である。このようにすることで、仲間申請・仲間承認などの操作の手間を省くことができ、簡単に仲間になることができる。

【0130】

＜ゲームコンテンツ＞
上記の本実施形態では、ゲームコンテンツの一例としてアイテムを例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、ゲームコンテンツは、電子的なゲームデータであれば良く、キャラクターカード、キャラクター自体、フィギュアなどであっても良い。

【0131】

＜サーバー装置＞
上記の本実施形態では、サーバー装置の一例として１台のサーバー装置１０を備えたゲームシステム１を例に挙げて説明したが、これに限らず、サーバー装置の一例として複数台のサーバー装置１０を備えたゲームシステム１としても良い。すなわち、複数台のサーバー装置１０がネットワーク２を介して接続され、各サーバー装置１０が各種処理を分散して行うようにしても良い。なお、サーバー装置１０はコンピューターの一例である。

【0132】

＜情報処理装置＞
上記の本実施形態におけるゲームシステム１では、ゲームプログラムに基づきサーバー装置１０及びプレイヤー端末２０を協働させて各種情報処理を実行する場合を例に挙げて説明したが、これに限定されるものではなく、情報処理装置としてのプレイヤー端末２０単体、または、サーバー装置１０単体が、ゲームプログラムに基づき上記の各種情報処理を実行するようにしても良い。
また、情報処理装置としての機能の一部をプレイヤー端末２０が担う構成としても良い。この場合には、サーバー装置１０及びプレイヤー端末２０が情報処理装置を構成する。
なお、情報処理装置はプロセッサー及びメモリを備えるコンピューターの一例である。

【符号の説明】

【0133】

１ ゲームシステム
２ ネットワーク
１０ サーバー装置
１１ 制御部
１２ 記憶部
１３ 入力部
１４ 表示部
１５ 通信部
２０ プレイヤー端末
２１ 端末制御部
２２ 端末記憶部
２３ 端末入力部
２４ 端末表示部
２５ 端末通信部
５０ 仲間交流画面
５１ 仲間表示領域
５２ マーク
５３ マーク
５４ 操作ボタン
５５ 操作ボタン
５６ 仲間反応表示領域
１１１ エントリー処理部
１１２ マッチング処理部
１１３ デッキ編成処理部
１１４ ゲーム進行部
１１４Ａ 対戦処理部
１１４Ｂ ポイント付与部
１１４Ｃ ポイント交換部
１１４Ｄ 仲間設定部
１１５ 画面データ生成部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】