JP6775093B1 - プログラム、端末、ゲームシステム及びゲーム管理装置 - Google Patents

プログラム、端末、ゲームシステム及びゲーム管理装置 Download PDF

Info

Publication number
JP6775093B1
JP6775093B1 JP2020021801A JP2020021801A JP6775093B1 JP 6775093 B1 JP6775093 B1 JP 6775093B1 JP 2020021801 A JP2020021801 A JP 2020021801A JP 2020021801 A JP2020021801 A JP 2020021801A JP 6775093 B1 JP6775093 B1 JP 6775093B1
Authority
JP
Japan
Prior art keywords
game
game element
attributes
attribute
battle
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020021801A
Other languages
English (en)
Other versions
JP2021126246A (ja
Inventor
英斗 小谷
英斗 小谷
真彦 齊藤
真彦 齊藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bandai Co Ltd
Original Assignee
Bandai Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bandai Co Ltd filed Critical Bandai Co Ltd
Priority to JP2020021801A priority Critical patent/JP6775093B1/ja
Priority to JP2020167830A priority patent/JP2021126499A/ja
Application granted granted Critical
Publication of JP6775093B1 publication Critical patent/JP6775093B1/ja
Publication of JP2021126246A publication Critical patent/JP2021126246A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • User Interface Of Digital Computer (AREA)

Abstract

【課題】プレーヤの興趣性を向上させたゲームを提供する。【解決手段】複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素を使用して、対戦ゲームを実行する実行手段、複数の属性の少なくともひとつの属性に対応付けられ、第1ゲーム要素を使用可能な第2ゲーム要素を設定する設定手段、対戦ゲームで使用された第1ゲーム要素の属性の使用頻度に応じて変更された第2ゲーム要素の属性を取得する取得手段、第2ゲーム要素の表現形態を、取得した変更後の第2ゲーム要素の属性に対応する表現形態に変更可能な変更手段、としてコンピュータを機能させるプログラムである。【選択図】図5

Description

本発明はプログラム、端末、ゲームシステム及びゲーム管理装置に関する。
近年、スマートフォンや携帯電話機等をプラットフォームとするゲームが人気である。例えば、仮想的なカード等のゲーム要素を組合せたデッキを用いて、デッキを構成する各ゲーム要素のパラメータ値を用いて対戦ゲームの勝敗を決定するようにしたゲーム等である。
また、ユーザーが表示装置に表示されるキャラクターとのコミュニケーションを楽しむことができるエンターテイメントシステムもある(特許文献1)。
特開2002−177641号公報
対戦ゲームにおける第1ゲーム要素の属性の使用状況に応じて、第2ゲーム要素の表現形態が変化すれば、プレーヤの興趣性が高まる。
本発明の目的は、プレーヤの興趣性を向上させたゲームを提供することができるプログラム、端末、ゲームシステム及びゲーム管理装置を提供することである。
本発明の一態様は、複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素を使用して、対戦ゲームを実行する実行手段、前記複数の属性の少なくともひとつの属性に対応付けられ、前記第1ゲーム要素を使用可能な第2ゲーム要素を設定する設定手段、前記対戦ゲームで使用された前記第1ゲーム要素の属性の使用頻度に応じて変更された前記第2ゲーム要素の属性を取得する取得手段、前記第2ゲーム要素の表現形態を、取得した変更後の前記第2ゲーム要素の属性に対応する表現形態に変更可能な変更手段、としてコンピュータを機能させるプログラムである。
本発明の一態様は、対戦ゲームで使用された、複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素の情報を取得する取得手段、前記対戦ゲームで使用された第1ゲーム要素の属性の使用頻度に応じて、前記複数の属性の少なくともひとつの属性に対応付けられた第2ゲーム要素の属性を変更可能に制御する変更制御手段、変更後の第2ゲーム要素の属性を出力する出力手段、としてコンピュータを機能させるプログラムである。
本発明の一態様は、実行命令が格納されたメモリと、プロセッサとを備え、前記プロセッサは、前記実行命令により、複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素を使用して、対戦ゲームを実行するゲーム実行処理と、前記複数の属性の少なくともひとつの属性に対応付けられ、前記第1ゲーム要素を使用可能な第2ゲーム要素を設定する設定処理と、前記対戦ゲームで使用された前記第1ゲーム要素の属性の使用頻度に応じて変更された前記第2ゲーム要素の属性を取得する取得処理と、前記第2ゲーム要素の表現形態を、取得した変更後の前記第2ゲーム要素の属性に対応する表現形態に変更可能な変更処理とを実行する端末である。
本発明の一態様は、複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素を使用して、対戦ゲームを実行する実行手段と、前記複数の属性の少なくともひとつの属性に対応付けられ、前記第1ゲーム要素を使用可能な第2ゲーム要素を設定する設定手段と、前記対戦ゲームで使用された前記第1ゲーム要素の属性の使用頻度に応じて前記第2ゲーム要素の属性を変更可能な第1変更手段と、前記第2ゲーム要素の表現形態を、変更後の前記第2ゲーム要素の属性に対応する表現形態に変更可能な第2変更手段とを備えるゲームシステムである。
本発明の一態様は、対戦ゲームで使用された、複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素の情報を取得する取得手段と、前記対戦ゲームで使用された第1ゲーム要素の属性の使用頻度に応じて、前記複数の属性の少なくともひとつの属性に対応付けられた第2ゲーム要素の属性を変更可能に制御する変更制御手段と、変更後の第2ゲーム要素の属性を出力する出力手段とを備えるゲーム管理装置である。
本発明は、プレーヤの興趣性を向上させたゲームを提供することができる。
図1は本実施形態におけるゲームシステムの全体構成例を示す図である。 図2はプレーヤ端末1の一例であるスマートフォンの装置構成例を示す図である。 図3はパーソナリティを説明するための図である。 図4はプレーヤ端末1のディスプレイ11に表示されるバトル画面を例示する図である。 図5はプレーヤ端末1の機能構成例を示すブロック図である。 図6はカード設定データの一例を示す図である。 図7はデッキ設定データの一例を示す図である。 図8はユーザ情報データの一例を示す図である。 図9は表現形態データの一例を示す図である。 図10はゲームサーバ2の機能構成例を示す図である。 図11は対戦データの一例を示す図である。 図12はレアリティテーブルの一例を示す図である。 図13はプレーヤ端末1とゲームサーバ2との動作を説明するための全体のシーケンス図である。 図14はログイン要求処理を説明するためのフローチャートである。 図15は勝敗結果出力処理を説明するためのフローチャートである。 図16は表現形態データの出力の一例を示す図である。 図17は表現形態データの出力の一例を示す図である。 図18はパーソナリティ更新処理を説明するためのフローチャート図である。 図19は表現形態データの出力の一例を示す図である。 図20は実施形態の変形例1の表現形態データの一例を示す図である。 図21は実施形態の変形例1のパーソナリティ更新処理を説明するためのフローチャート図である。 図22は実施形態の変形例2のパーソナリティ更新処理を説明するためのフローチャート図である。
[全体構成]
図1は、本実施形態におけるゲームシステムの全体構成例を示す図である。図1に示すように、ゲームシステムは、ゲームのプレーヤA,B毎に用意されるプレーヤ端末1と、ゲームサーバ2とを備えて構成される。プレーヤ端末1とゲームサーバ2とは、通信回線Nに接続可能で、相互に通信可能である。
通信回線Nは、データ通信が可能な通信路を意味する。すなわち、通信回線Nは、直接接続のための専用線(専用ケーブル)やイーサネット(登録商標)等によるLANの他、電話通信網やケーブル網、インターネット等の通信網を含み、通信方法については有線/無線を問わない。
プレーヤ端末1は、ゲームプログラムを実行することのできるコンピュータであり、無線通信基地局等を介して通信回線Nに接続し、ゲームサーバ2とデータ通信を行うことができる。プレーヤ端末1は、例えば、スマートフォンや、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、業務用ゲーム装置、パソコン、タブレット型コンピュータ、据置型家庭用ゲーム装置のコントローラ等である。プレーヤ端末1は、基本的には、複数存在し、各プレーヤにより操作される。
ゲームサーバ2は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたサーバシステムである。ゲームサーバ2は、本実施形態のゲームを運営するための各種サービスを提供し、ゲームの運営に必要なデータの管理や、プレーヤ端末1でのゲームの実行に必要なゲームプログラムやデータの配信等を行うことができる。
図2は、プレーヤ端末1の一例であるスマートフォンの装置構成例を示す図である。図2に示すように、プレーヤ端末1は、ディスプレイ11と、ディスプレイ11と一体構成されるタッチ操作パネル12と、スピーカ13とを備える。また、プレーヤ端末1には、図示されていない制御基板、内蔵バッテリー、電源ボタン、音量調節ボタン等が設けられている。
制御基板には、CPUやGPU、DSP等の各種マイクロプロセッサ、ASIC、VRAMやRAM、ROM等の各種ICメモリ、携帯電話基地局と無線通信するための無線通信モジュール等が搭載されている。また、制御基板には、タッチ操作パネル12のドライバ回路といった、いわゆるI/F回路(インターフェース回路)等が搭載されている。これら制御基板に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。
本実施の形態では、上述のようなゲームシステムを、第1プレーヤAに対応付けられた第1ゲーム要素と、対戦相手となる第2プレーヤBに対応付けられた第1ゲーム要素とを使用した対戦ゲームに適用した例を説明する。
ここで、第1ゲーム要素はキャラクタであり、画像、仮想的又は実体のある物品等に化体して表現される。画像は、静止画及び動画を含む。仮想的又は実体のある物品の一例としては、例えば、コンピュータに表示される仮想的なカードや、実体のあるカード等である。尚、物品は、物品に対応付けられたゲーム要素を特定可能に構成された物品であれば、カードに限られるものではない。物品は、例えばゲーム要素の外観を有するフィギュア等の造形物であってもよい。
以下の説明では、実行するゲームにおいて、カードの使用により登場させることが可能となる第1ゲーム要素は、プレーヤ(コンピュータに操作されるノンプレーヤも含む)の操作に基づいて行動制御がなされるキャラクタであるものとし、カードには対応するキャラクタの図柄(該キャラクタの外観を示した画像)が付されるものとして説明する。更に、これに限られるものではなく、実行されるゲームのゲーム要素を特定する用途のカードは、キャラクタのようなゲーム要素を特定可能に構成されるものに限らず、アイテムや発動する効果等、その他のゲーム要素を特定するものであってもよいことは言うまでもない。
デッキは、所定数の第1ゲーム要素から構成される。所定数の第1ゲーム要素がプレーヤのデッキとして設定される。例えば、第1ゲーム要素がコンピュータに表示される仮想的なカードに化体される場合、デッキは所定枚数のカードから構成されたカード群である。デッキは、プレーヤにより選択されたカードを含んで構成されてもよい。
第1ゲーム要素には、複数の属性の少なくともひとつの属性が対応付けられる。この属性の各々は例えば色により特定されてもよい。この場合、第1ゲーム要素には、複数の異なる色(例えば、赤、白、黄、青、緑、紫)のいずれかが対応付けられる。なお、色の種類はこれに限定されず、他の色を用いてもよい。
更に、本実施の形態が適用される対戦ゲームでは、第1ゲーム要素とは異なる第2ゲーム要素が加わる。第2ゲーム要素は、第1ゲーム要素と同様にキャラクタではあるが、必ずしも仮想的又は実体のある物品と対応付けられる必要はない。
第2ゲーム要素は、プレーヤが保有する第1ゲーム要素をゲーム内において使用する。第1ゲーム要素を使用するとは、ゲーム内において第1ゲーム要素の選択又は行動を決定することを含む。第1ゲーム要素が例えばカードに化体したキャラクタであるとすると、第2ゲーム要素は、ゲーム内の対戦において、プレーヤが保有するカードの選択又は行動を自律的又は自発的(能動的)に決定する。別の言い方をするならば、コンピュータに操作されるノンプレーヤの機能のように、プレーヤによって行われる第1ゲーム要素の選択又は行動等の決定と同様な動作を行うということである。但し、従来からあるノンプレーヤは、人間のプレーヤの代わりにコンピュータに操作されるものであるが、第2ゲーム要素は人間のプレーヤと別個独立に存在し、プレーヤが保有する第1ゲーム要素を使用する点で異なる。そして、従来からあるノンプレーヤとは異なり、プレーヤと第2ゲーム要素とは一つのグループ(ペア)を構成することになる。第2ゲーム要素は、必ずしも一つとは限らず、複数種類存在しても良い。プレーヤは複数種類の第2ゲーム要素から、自分とグループを構成する一つ又は複数の第2ゲーム要素を選択できる。複数の第2ゲーム要素が存在する場合は、各第2ゲーム要素は、後述するキャラクタ情報の初期値が異なり、第2ゲーム要素の自律的又は自発的(能動的)な行動等に影響を与える。
第2ゲーム要素は、キャラクタ情報を持つ。キャラクタ情報は、第2ゲーム要素の自律的又は自発的(能動的)な行動(第1ゲーム要素の使用)に影響を与える。別の言い方をするならば、キャラクタ情報は第2ゲーム要素の能力であり、この能力の相違によって第2ゲーム要素の自律的又は自発的(能動的)な行動が異なるということである。キャラクタ情報は、ゲームの進行等に伴って変化する。キャラクタ情報は、複数のパラメータを含んでもよい。例えば、本実施の形態では、キャラクタ情報は、レベルと、カード理解度と、シンクロレベルと、パーソナリティのパラメータを含む。
レベルは、第2ゲーム要素の基本的なレベルを表し、対戦結果により得られる経験値によって上昇する。そして、レベルがアップすると、第2ゲーム要素の思考力が上昇可能である。思考力が高いほど、ゲームの状況に応じて適切に第1ゲーム要素を使用することができる。
カード理解度は、対戦における第1ゲーム要素の種類の使用状況や使用頻度等によって変化するパラメータであり、第1ゲーム要素に対する理解度を示す。理解度が高いほど、その第1ゲーム要素(カード)を適切なタイミングで使用することができる。
シンクロレベルは、ゲームの進行に応じて上昇する。シンクロレベルは、ゲーム内の所定のイベントを達成することによっても上昇する。所定のイベントとは、ゲームへのログイン、ゲーム内でプレーヤと共に行動すること、カードの購入、特定のカードの取得を含む。シンクロレベルが高い程、より親密度の高い動作を示す。シンクロレベルは、プレーヤと第2ゲーム要素との関係を示すパラメータともいえる。
パーソナリティは、第2ゲーム要素の性格に関連する属性である。本実施形態では、例えば図3に示すように、複数の異なる性格と複数の異なる属性(色)とが対応付けられている。パーソナリティには、複数の属性(色)のいずれかが設定される。パーソナリティは、対戦で使用された第1ゲーム要素の属性(色)の使用頻度に応じて変更される。パーソナリティが変更されると、変更後の属性(色)に応じて、第2のゲーム要素の台詞の内容や話し方、表情等の表現形態が変化する。例えばパーソナリティが「赤」に変更されると、第2ゲーム要素の表現態様(台詞内容や話し方等)が、「赤」に対応する積極的なものに変化する。また、例えば、パーソナリティが「青」に変更されると、第2ゲーム要素の表現態様(台詞内容や話し方等)が、「青」に対応する冷静なものに変化する。なお、図3に示した、各性格や、各性格と各色との対応付けは一例であり、これに限定されない。
第2ゲーム要素による自律的又は自発的(能動的)な行動は、ゲームサーバ2が備えるAI機能によって与えられる情報に基づいて行われる。このAI機能は、多くの対戦ゲームのゲーム進行の内容とその結果等を教師データとし、機械学習して得られたAI機能である。機械学習の方法は、深層学習(ディープラーニング)、強化学習、又は、それらの組み合わせが代表的なものであるが、これに限られない。
更に、第2ゲーム要素による自律的又は自発的(能動的)な行動は、ゲームサーバ2が備えるAI機能の性能によって変化するのみならず、第2ゲーム要素のキャラクタ情報によっても左右される。例えば、第2ゲーム要素のキャラクタ情報によっては、ゲームサーバ2が備えるAI機能の能力の全てを引き出すことは出来ず、そのAI機能の能力の一部しか引き出すことが出来ない場合がある。すなわち、第2ゲーム要素のキャラクタ情報の上昇にともない、ゲームサーバ2が備えるAI機能の能力が順次解放されるイメージである。例えば、最適解を求めるアルゴリズムを使用し、第2ゲーム要素のキャラクタ情報が上昇するほど、解の探索時間を増加させ、より最適な解を求められるようにしてもよい。また、精度の異なる複数のアルゴリズムを用意し、第2ゲーム要素のキャラクタ情報が上昇するほど、より高精度のアルゴリズムを用いるようにしてもよい。尚、上述した第2ゲーム要素を、以下の説明ではバディと記載する。
[ゲーム内容の概略]
次に、実施の形態の説明の理解を助けるために、プレーヤ端末1のディスプレイ11の表示画面を用いて、ゲームの概要を説明する。
本実施形態のゲームでは、プレーヤA,Bは、ゲームオブジェクトである仮想的なゲームカード(キャラクタが化体した第1ゲーム要素、以下、単に「カード」という。)をゲーム内で用いる。カードは複数種類用意され、各々に関連付けられたキャラクタの能力、属性、コスト、レアリティ等の組合せによって区別される。キャラクタの能力は、例えば、コンピュータ制御の敵キャラクタや他プレーヤ等の対戦相手との対戦プレイ(バトル)に用いるレベルや攻撃力、HPといった能力パラメータ値が定められている。
カードは、アカウント登録時において対戦プレイ(バトル)に最低限必要な枚数が付与される他、ゲーム中に取得したり、課金アイテムとして購入によって取得したり、ガチャと呼ばれる抽選によって取得することができる。加えて、カードは、実体のあるゲームカード(以下、「リアルカード」という。)を入手し、入手したリアルカードをゲーム内で使用可能とするための登録手続きをすることによっても獲得できる。具体的には、プレーヤA,Bは、リアルカードの登録手続きを行うと、そのリアルカードと対応付けられたカード種類のカードを取得することができる。
そして、プレーヤAは、保有しているカードのうちの所定枚数(例えば40枚)でデッキを編成し、デッキを用いた対戦プレイ(バトル)に挑む。デッキを用いた対戦プレイ(バトル)は、デッキを構成するカード(デッキカード)に定められているキャラクタの能力パラメータ値、属性、コスト、レアリティ等の設定値を用いて、対戦相手との勝敗を決めるものである。
ゲームを開始する際に、プレーヤA,Bは、アカウント登録をする。このアカウント登録時において、プレーヤ端末1により提示された複数種類の第2ゲーム要素(以下、バディと記載する)から好みのバディを選択することにより、各プレーヤA,Bと共にグループを構成するバディがそれぞれ設定される。この選択したバディの性格により、後のゲームプレイスタイルが変化する可能性がある。そして、各プレーヤA,Bは、保有しているカードのうちの所定枚数(例えば40枚)でデッキを編成する。デッキの編成は、ホーム画面等からカードメニューをタッチ操作し、その1つとして提示されるデッキ編成メニューから行うことができる。対戦プレイ(バトル)は、ログイン後に表示されるホーム画面からバトルメニューを選択操作することで開始される。
図4はプレーヤ端末1のディスプレイ11に表示される対戦ゲームのバトル画面の一例を示した図である。ディスプレイ11に表示されるバトル画面は、自プレーヤの領域である第1プレーヤ領域40と、対戦する相手プレーヤの領域である第2プレーヤ領域41とを備えている。また、第1プレーヤ領域40と第2プレーヤ領域41との境界には、現在実行することが可能な操作の情報を表示する操作情報42が表示される。
第1プレーヤ領域40、第2プレーヤ領域41の各領域は、手札領域43と、フィールド領域44と、ベース領域45と、ライフ領域46とを備える。手札領域43は、自デッキより取得されたカード(手札)が配置される。フィールド領域44には、手札領域43又ベース領域45からプレーヤにより選択されたカードが配置される。所定のコストを消費することにより、手札領域43のカードをフィールド領域44に配置することができる。フィールド領域44に配置されたカードは、カードの行動又は効果を発動することができる。ベース領域45は、フィールド領域44にカードを配置するためのコストとして消費されるカードやマナアイテムが配置される。ライフ領域46は、ライフ(HP)を持つプレーヤの領域であるプレーヤライフ領域47と、同様にライフを持つ第1オブジェクト(フォース)の領域であるフォースライフ領域48とを備える。プレーヤライフ領域47には、プレーヤに対応する第2オブジェクトと、プレーヤが持つライフの値とが表示される。フォースライフ領域48には、第1オブジェクトと、第1オブジェクトが持つライフの値とが表示される。第1オブジェクトは、ゲームにおいて特定の効果を発揮するものである。
バトルは、プレーヤAのターンと、対戦相手であるプレーヤBのターンとが交互に実行される。各ターンは、スタンバイフェーズ、マナフェーズ(カード使用準備フェーズ)、メインフェーズ(対戦フェーズ)等の複数のフェーズから構成される。
スタンバイフェーズは、デッキから1枚引いたカードを手札領域43に配置する等のステップから構成される。マナフェーズでは、プレーヤが自分のベース領域45にカード又はマナアイテムを配置することができる。
メインフェーズでは、プレーヤは、キャラクタの召喚、相手への攻撃(アタック)、カード効果の発動、カードの移動等を実行することができる。キャラクタの召喚とはコストの消費を条件としてカードをフィールド領域44に配置することである。
相手への攻撃(アタック)は、アタック指定ステップ、フラッシュタイミングステップ、ブロック指定ステップ、バトル解決ステップ等の複数のステップから構成される。アタック指定ステップは、自プレーヤが攻撃対象を相手のプレーヤとフォースから選択するステップである。フラッシュタイミングステップは、特殊効果を有する特定のカードを自プレーヤと相手プレーヤが互いに使用できるステップである。ブロック指定ステップは、相手プレーヤが、第2プレーヤ領域41のフィールド領域44に配置されているカードを用いて、自プレーヤからの攻撃をブロックするか否かを選択することができるステップである。バトル解決ステップは、アタックの結果を判定し、判定結果に基づいて、アタック側のカードやブロック側のカードを消滅させる、相手のプレーヤ又はフォースのライフを減らす等の解決処理を行うステップである。
カード効果の発動は、手札領域43に配置されている、特殊効果を有する特定のカード(例えば、マジックカード)について、その効果を、コストの消費を条件として発動するものである。また、カードの移動は、フィールド領域44とベース領域45との間でカードを移動させるものである。なお、プレーヤは、キャラクタの召喚、相手への攻撃(アタック)、カード効果の発動、カードの移動等のいずれも行わずに対戦フェーズを終了してもよい。
このような一連のフェーズからなるターンを、プレーヤAのチームと対戦相手のプレーヤBのチームとが交互に繰り返し、いずれかのプレーヤのライフが0になる、又は、デッキのカードが0枚になることにより、勝敗が決定する。ゲームの対戦結果によって、プレーヤのランク、バディの経験値及びバディのキャラクタ情報等が変化する。ゲームの対戦結果により変化する情報(バディの経験値、バディのキャラクタ情報、エレメント、プレーヤのランク等)を変化能力情報と呼ぶ。
[機能構成]
図5は、プレーヤ端末1の機能構成例を示すブロック図である。
図5に示すように、プレーヤ端末1は、操作入力部50と、記憶部51と、処理部52と、画像表示部53と、音出力部54と、通信部55とを備える。
操作入力部50は、プレーヤがゲームに関する各種操作を入力するためのものであり、操作入力に応じた操作入力信号を処理部52に出力する。操作入力部50の機能は、例えば、タッチ操作パッド、ホームボタン、ボタンスイッチや、ジョイスティック、トラックボールといった直接プレーヤが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサといった、運動や姿勢を検知する素子等によっても実現できる。図2では、タッチ操作パネル12がこれに該当する。
記憶部51には、プレーヤ端末1を動作させ、プレーヤ端末1が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。記憶部51は、例えばRAMやROM、フラッシュメモリ等のICメモリ、ハードディスク等の磁気ディスク、CD−ROMやDVD等の光学ディスク等によって実現できる。
記憶部51には、システムプログラムと、ゲームプログラムとが格納される。システムプログラムは、プレーヤ端末1のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部52をゲーム演算部61として機能させるためのプログラムである。このプログラムは、プレーヤがアカウント登録を済ませるとゲームサーバ2又は他のアプリ配信サーバ等から配信される。
更に、記憶部51には、カード設定データ、デッキ設定データ、ユーザ情報データ、表現形態データが格納される。尚、その他にも、ゲーム要素の画像を表示するためのモデルデータやテクスチャデータ、モーションデータ、エフェクトデータ、ゲーム画面の背景画像、効果音等の音データ、等が適宜ゲームに必要なデータとして配信され、記憶部51に格納される。
カード設定データは、プレーヤが保有するカードのキャラクタの能力及びカードの属性等に関する情報であり、カード毎に用意される。図6は、プレーヤが保有するカードのカード設定データの一例を示した図である。図6では、カード識別情報”001”で特定される1枚のカードのカード設定データを示している。カード設定データは、カード識別情報、キャラクタ名、カード画像、種族、能力、攻撃力、ヒットポイント、レアリティ、コスト情報、属性(色)等を含んでいる。なお、図6はカード設定データの一例を示したものであり、これに限定されるものではない。カード設定データは、プレーヤが保有するカードが増減することにより、増減する。
デッキ設定データは、プレーヤの各デッキに関するデータであり、各デッキを構成するカードのカード識別情報を含む。図7は、デッキ設定データの一例を示す図である。図7の例では、プレーヤAのデッキ1のデッキ設定データの例であり、デッキ1がカード識別情報”001”〜カード識別情報”023”のカードから構成されていることを示している例である。なお、図7はデッキ設定データの一例を示したものであり、これに限定されるものではない。
ユーザ情報データは、ゲームの進行において使用される、プレーヤに関する各種データである。図8は、ユーザ情報データの一例を示す図である。図8の例では、ユーザ情報データは、プレーヤID、ランク、エレメント(現在までの累計勝利ポイント)、バディ設定データ、戦績データ(プレーヤ及びバディの対戦毎の成績)、残高情報等を含んでいる。バディ設定データは、アカウント登録時に複数種類のバディの中からプレーヤにより選択されたバディに関するデータであり、バディ識別情報、キャラクタ画像、バディ名、バディ経験値、キャラクタ情報(レベル、カード理解度、パーソナリティ、シンクロレベル)等のデータを含む。このうち、パーソナリティは、その時点でバディに対応付けられている色(属性)と、色毎のポイント(累計値)とのデータを含む。ユーザ情報データは、図8の例に限定されず、他のデータ構成を有してもよい。
表現形態データは、ゲームにおける所定のタイミング(例えば、ログイン、対戦勝利、対戦敗北等)において出力される、バディのパーソナリティに対応する表現形態に関するデータである。表現形態データは、例えば、バディの音声に関する音声データ、バディの画像に関する画像データ、バディの動画に関する動画データを含む。本実施形態では説明を簡単にするため、表現形態データを音声データとして説明する。本実施形態の表現形態データを図9に例示する。例えば、対戦に勝利したとき、ユーザ情報データにおけるパーソナリティが「赤」に設定されている場合には、「赤」に対応する音声データ「V02R」が再生される。バディが複数種類ある場合には、バディの種類毎に表現形態データがある。
処理部52は、記憶部51に格納されるプログラムやデータ、操作入力部50からの操作入力信号等に基づいてプレーヤ端末1の動作を統括的に制御する。処理部52の機能は、例えば、CPUやGPU等のマイクロプロセッサ、ASIC、ICメモリ等の電子部品によって実現できる。この処理部52は、主な機能部として、ゲーム演算部61と、画像生成部62と、音生成部63と、通信制御部64とを備える。
ゲーム演算部61は、本実施形態のゲームを実現するための種々のゲーム処理を実行し、処理結果を画像生成部62や音生成部63に出力する。ゲーム演算部61は、カード管理部71と、バディ設定部72と、カード操作制御部73と、ゲーム管理部74と、情報更新部75と、を含む。
カード管理部71は、プレーヤが保有している保有カードを管理する。また、デッキの編成(作成)、複製、削除等のようなデッキに関する各種処理を行う。
バディ設定部72は、複数種類のバディの中からプレーヤにより選択されたバディを設定する等、バディに関する各種設定処理を行う。
カード操作制御部73は、バトルにおけるプレーヤの操作により、カードの選択やカードの行動を決定し、決定したカードの選択やカードの行動に応じた画像表示、行動選択情報の生成の処理を行う。また、カード操作制御部73は、生成した行動選択情報を、通信部55を介して、ゲームサーバ2に送信する。
ゲーム管理部74は、ゲーム全体の進行を管理する。例えば、ゲーム管理部74は、メニュー画面等を表示し、プレーヤにより選択された処理を実行する。また、ゲーム管理部74は、ゲーム内の予め定められたタイミングにおいて、その時点でユーザ情報データのパーソナリティに設定されている色に対応する表現形態データをバディの画像とともに出力する。予め定められたタイミングの例としては、ログイン、対戦勝利、対戦敗北の他に、例えば、対戦開始、ランクアップ、レベルアップ、パーソナリティ変化、等があるが、これに限定されず、他の種々のタイミングを設定可能である。
情報更新部75は、ゲームの勝敗が決定すると、対戦結果や、対戦により変化した各種情報(変化能力情報)をゲームサーバ2から受信して、記憶部51に記憶(更新)する。変化能力情報には、ランク、エレメント、バディ経験値、レベル、カード理解度、パーソナリティ、シンクロレベル等がある。情報更新部75は、更新された各種情報を表示してもよい。例えば、プレーヤのランク、バディ経験値、バディのレベル、カード理解度、パーソナリティ、シンクロレベルの少なくとも一部を画面に表示してもよい。
画像生成部62は、ゲーム演算部61の処理結果に基づいて1フレーム時間(例えば1/60秒)で1枚のゲーム画面を生成し、生成したゲーム画面の画像信号を画像表示部53に出力する。画像生成部62の機能は、例えば、GPUやデジタルシグナルプロセッサ(DSP)等のプロセッサ、ビデオ信号IC、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ICメモリ、テクスチャデータの展開用に使用されるICメモリ等によって実現できる。
音生成部63は、ゲーム演算部61の処理結果に基づいてゲームに関する効果音やBGM、操作補助情報の音声情報、各種操作音等の音信号を生成し、音出力部54に出力する。音生成部63の機能は、例えば、デジタルシグナルプロセッサ(DSP)や音声合成IC等のプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現できる。
通信制御部64は、ゲームサーバ2とのデータ通信のための通信接続及びデータ処理を行う。
画像表示部53は、画像生成部62から入力される画像信号に基づいて各種ゲーム画面を表示する。画像表示部53の機能は、例えば、フラットパネルディスプレイ、ブラウン管(CRT)、プロジェクター、ヘッドマウントディスプレイといった表示装置によって実現できる。図2では、画像表示部53は、ディスプレイ11に該当する。
音出力部54は、音生成部63から入力される音信号に基づいてゲームに関する音声や効果音等を音出力するためのものである。図2では、音出力部54は、スピーカ13に該当する。
通信部55は、通信回線Nと接続して通信を実現する。通信部55の機能は、例えば、無線通信機、モデム、TA(ターミナルアダプタ)、有線用の通信ケーブルのジャックや制御回路等によって実現できる。
次に、ゲームサーバ2の構成を説明する。図10は、ゲームサーバ2の機能構成例を示すブロック図である。
ゲームサーバ2は、記憶部91と、処理部92と、通信部93とを備える。
記憶部91には、システムプログラムと、ゲームプログラムとが格納される。システムプログラムは、ゲームサーバ2のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部92を、プレーヤ管理部101と、ゲーム管理部102と、AI処理部103と、情報更新部104と、カード提供管理部105として機能させるためのプログラムである。
更に、記録部91には、カードデータと、ユーザ情報データと、対戦データが格納されている。
カードデータは、本ゲームで使用されるカード全てのカードデータである。基本的に、上述した図6のカード設定データと同様なデータを、ゲームで使用される全てのカードについて格納している。
ユーザ情報データは、ゲームに参加しているプレーヤの基本データであり、プレーヤ毎のユーザ情報データが記憶される。記憶部91に記憶されるユーザ情報データは、プレーヤ端末1で管理されているユーザ情報データ(図8参照)と同様のデータ構成を有する。
対戦データは、各プレーヤの各対戦の内容及び結果に関するデータであり、プレーヤ毎に記憶される。プレーヤの対戦には、そのプレーヤによる対戦と、そのプレーヤのバディによる対戦とが含まれる。図11は、対戦データの一例を示す図である。図11の例では、対戦データは、プレーヤのユーザ識別情報に関連付けられており、対戦ID、対戦結果(勝敗)、対戦日時、対戦者(プレーヤかバディか)、対戦詳細情報等の情報を含む。対戦詳細情報は、対戦内容の詳細に関する情報であり、例えば、対戦においてプレーヤ又バディが使用したデッキに含まれる全カードのカード識別情報、各ターンで使用されたカードのカード識別情報、各ターンの対戦の結果等の情報を含む。ここで、各ターンで使用されたカードとは、例えば、各ターンにおいて、そのプレーヤがカードに設定されたコストを支払ってフィールドに召喚したカードを含む。なお、対戦詳細情報の内容はこれに限定されず、対戦に関する種々の情報を含んでもよい。
処理部92は、プレーヤ管理部101と、ゲーム管理部102と、AI処理部103と、情報更新部104と、カード提供管理部105とを備える。
プレーヤ管理部101は、ユーザ情報データを用いて、アカウントやゲームの進行状況等を、接続されるプレーヤ端末1毎に管理する。
ゲーム管理部102は、各プレーヤ端末1からのカード配置状況を示すカード設定情報や行動選択情報等を受信し、カード設定情報や行動選択情報、カードデータを用いて対戦処理を行い、その処理結果を出力する。また、ゲーム管理部102は、いずれかのプレーヤのライフ又はデッキが0となり、対戦が終了すると対戦データを生成し、そのプレーヤのユーザ識別情報に関連付けて記憶部51に記憶する。
AI処理部103は、多くの対戦ゲームのゲーム進行の内容とその結果等の教師データを機械学習して得られた学習モデルを有する。機械学習の方法は、深層学習(ディープラーニング)が代表的なものであるが、これに限られない。AI処理部103の学習モデルは、バディのキャラクタ情報に応じて、出力内容が異なる。例えば、バディがノンプレーヤとして対戦する場合には、バディのキャラクタ情報が高い程、より最適な解が得られるような処理(例えば、最適解の探索時間を長くする、又は、より最適な解が得られる学習モデルが使用される等)が実行される。
情報更新部104は、記憶部51に記憶された対戦データ等を用いて、プレーヤのユーザ情報データにおける、バディの経験値、レベル、カード理解度、パーソナリティ、シンクロレベル、エレメント、ランク等の変化能力情報を更新して、更新した情報をプレーヤ端末1に送信する。更新される変化能力情報のうち、パーソナリティの更新処理を行う情報更新部104について詳細に説明する。
パーソナリティ更新部114は、プレーヤのユーザ情報データにおけるパーソナリティを、対戦で使用されたカードの属性毎の使用頻度に応じて更新する処理を行う。この処理では、パーソナリティ更新部114は、対戦詳細情報から取得した、対戦で使用された各カードのカード識別情報を用いて、各カードの属性(色)とレアリティとコストの情報を記憶部91に記憶されたカードデータから取得する。そして、記憶部91に記憶されている、レアリティと、レアリティに対応する値(レアリティ値)とを関連付けるレアリティテーブル(図12参照)から、使用されたカードのレアリティに対応するレアリティ値を取得し、取得したレアリティ値とコストの値を乗算した値を、対応する属性(色)の累計値に加算する処理を、対戦で使用された全カードについて行う。そして、加算した結果、累計値が最大の色を選択し、ユーザ情報データにおけるパーソナリティに設定(更新)する。なお、パーソナリティの色毎の累計値の算出方法はこれに限定されず、レアリティとコストのいずれかを用いるようにしてもよい。レアリティを用いない場合には、使用されたカードのコストを色毎に累計値に加算する。また、コストを用いない場合には、レアリティに対応するレアリティ値を色毎に累計値に加算する。また、レアリティとコストのいずれも用いず、カードの使用頻度だけをパーソナリティの色毎の累計値に加算してもよい。
なお、エレメントの更新処理については、情報更新部104が、対戦データにおける勝敗結果に応じて、エレメントに所定値を加算又は減算する。また、ランクの更新処理については、ランクはエレメントに連動して決定されるため、変更後のエレメントに応じて、ランクを上昇又は下降又は維持する。また、バディ経験値の更新処理については、情報更新部104が、対戦データにおける勝敗結果に応じて所定値を加算する。また、レベルの更新処理については、レベルはバディ経験値に連動して決定されるため、変更後のバディ経験値に応じてレベルを上昇又は下降又は維持する。また、情報更新部104は、対戦において使用された各カードの使用頻度等に基づいてカード理解度を所定率だけ上昇させる。また、シンクロレベルについては、勝敗結果や使用されたカードの情報に関わらず、所定のイベント(例えば、対戦の終了等)により、その値を所定率だけ上昇させる。
カード提供管理部105は、プレーヤ端末1からのカード提供要求に応答して、カードの情報を記憶部91から読み出してプレーヤ端末1に送信する。プレーヤ端末1からカードの購入要求を受信した場合、代価の支払いが確認された後、カード設定データに対応するデータに対応するデータを記憶部91から読み出してプレーヤ端末1に送信する。また、プレーヤにより取得されたカードの情報をプレーヤ管理部101に供給する。代価の支払いは、例えば、記憶部91に記憶されているユーザ情報データにおける残高(ゲーム内通貨やポイントの残高)から代価を減額するようにしてもよく、他の支払い方法でもよい。
通信部93は、通信回線Nと接続して通信を実現する。
[各装置の動作]
次に、各装置の動作を説明する。図13は、プレーヤ端末1とゲームサーバ2との動作を説明するための全体のシーケンス図である。以下の説明では、アカウントの登録を行い、それぞれのバディを設定したプレーヤAとプレーヤBがプレーヤ端末1を用いて対戦ゲームを行う場合を説明する。
各プレーヤA,Bは、ゲームにログインする(Step101)。ここで、プレーヤ端末1によるログイン要求処理を図14を参照して説明する。
プレーヤ端末1のゲーム管理部74は、例えばバディの画像を含むメニュー画面において、プレーヤによりログインボタンが押下されたこと応じて、記憶部51に記憶されているユーザ識別情報を含むログイン要求をゲームサーバ2に送信する(Step10)。そして、ゲーム管理部74は、表現形態データにおいて、再生タイミングが「ログイン」の音声データのうち、ユーザ情報データのパーソナリティに対応する音声データを出力する(Step20)。例えば、ユーザ情報データのパーソナリティに「赤」が設定されている場合には、「さあ、頑張りましょう!」というバディの積極的な台詞の音声データV01R(図9参照)が出力される。
図13のシーケンス図に戻って、説明を続ける。ゲームサーバ2のプレーヤ管理部101は、ログインの要求に応答して、ログイン処理を行う(Step102)。ログイン処理は、ログインを要求したプレーヤのユーザ識別情報に対応するユーザ情報データを取得し、ゲーム管理部102に渡す処理を含む。ユーザ識別情報等の照合が終了すると、ゲームサーバ2とプレーヤ端末1との間でセッションが確立される。
ログインが完了すると、各プレーヤA,Bのプレーヤ端末1では、カード設定処理が行われる(Step103)。カード設定処理は、設定したデッキの中からひとつのデッキを選択し、そのデッキのカードから手札を配置することにより行われる。配置されたカードのカード識別情報及びそのカードの配置状況等は、カード設定情報としてゲームサーバ2に送信される。
次にプレーヤAのプレーヤ端末1では、行動選択処理が行われる(Step104)。プレーヤAによりカード等の選択又は行動が決定される。決定されたカード等の選択又は行動の情報は、行動選択情報として、プレーヤ端末1のカード操作制御部73がゲームサーバ2に送信する。
ゲームサーバ2のゲーム管理部102は、プレーヤAの行動選択情報を受信し、プレーヤAの行動選択情報、各プレーヤA,Bのカード設定情報及びカードデータを用いて、そのターンの対戦の解決処理を行う(Step105)。そのターンの対戦結果の情報は、各プレーヤA,Bのプレーヤ端末1に送信される。
各プレーヤA,Bのプレーヤ端末1のゲーム管理部74は、そのターンの対戦結果を受けて、対戦結果処理を行う(Step106)。対戦結果処理は、各プレーヤA,Bのプレーヤ端末1に、対戦の結果を表示する処理である。
次に、同様な処理が、後攻のプレーヤBのプレーヤ端末1においても行われる。
このようにして、プレーヤAとプレーヤBとが交互に対戦を繰り返し、いずれかのプレーヤのライフが0になる、又は、デッキのカードが0枚になることにより、勝敗が決定する。勝敗が決定すると、ゲームサーバ2のゲーム管理部102は、対戦データを生成し、プレーヤのユーザ識別情報に関連付けて記憶部51に記憶する(Step110)。また、勝敗結果を示す情報が各プレーヤA,Bのプレーヤ端末1に送信される。
プレーヤ端末1のゲーム管理部74は、勝敗結果を示す情報を受信すると、勝敗結果を出力する勝敗結果出力処理を実行する(Step111)。ここで、プレーヤ端末1による勝敗結果出力処理について図15を参照して説明する。
ゲーム管理部74は、ゲームサーバ2から受信した勝敗結果が「勝利」を示す場合(Step201:勝利)、勝利用画面(例えばバディの画像と勝利を示す文字とを含む画面)を表示するとともに(ステップ202)、表現形態データにおいて、再生タイミングが「対戦勝利」の音声データのうち、ユーザ情報データのパーソナリティに対応する音声データを出力する(ステップ203)。例えば、ユーザ情報データのパーソナリティに「赤」が設定されている場合には、図16のように、「次も、この調子でいきましょう!」というバディの積極的な台詞の音声データV02R(図9参照)が出力される。また、Step201において、ゲームサーバ2から受信した勝敗結果が「敗北」を示す場合(Step201:敗北)、ゲーム管理部74は、敗北用画面(例えばバディの画像と敗北を示す文字とを含む画面)を表示するとともに(ステップ204)、表現形態データにおいて、対戦敗北時に再生される音声データのうち、ユーザ情報データのパーソナリティに対応する音声データを出力する(ステップ205)。例えば、ユーザ情報データのパーソナリティに「赤」が設定されている場合には、図17のように、「次は、絶対勝ちましょうね!」というバディの積極的な台詞の音声データV03R(図9参照)が出力される。
図13のシーケンス図に戻って、説明を続ける。情報更新部104は、対戦データを用いて、ユーザ情報データにおけるバディ経験値、レベル、カード理解度、パーソナリティ、シンクロレベル、エレメント、ランク等の変化能力情報を更新する情報更新処理を行う(Step112)。
ここで、変化能力情報におけるパーソナリティを更新するパーソナリティ更新処理について説明する。図18は、ゲームサーバ2によるパーソナリティ更新処理のフローチャートである。
まず、パーソナリティ更新部114は、記憶部91に記憶された対戦データから、対戦に使用された全カードのカードID(カード識別情報)を取得して、ワーク領域に格納する(Step301)。
次に、パーソナリティ更新部114は、ワーク領域から、1つのカードIDを取り出し、そのカードIDに対応する属性(色)とコストとレアリティとを記憶部91のカードデータから取得する(Step302)。
パーソナリティ更新部114は、取得したレアリティに対応するレアリティ値を記憶部91のレアリティテーブル(図12参照)から取得する(Step303)。
パーソナリティ更新部114は、Step302で取得したコストと、Step303で取得したレアリティ値とを乗算した値を算出して、Step302で取得したカードの属性(色)に対応する、ユーザ情報データのパーソナリティの該当色の累計値に加算する(Step304)。
ワーク領域の全カードIDについて上記処理(Step302〜Step304)が完了したかを判定し(Step305)、完了していない場合(Step305:No)、Step303に戻り、上記処理(Step302〜Step304)を実行する。また、全カードIDについて処理が完了した場合(Step305:Yes)、パーソナリティ更新部114は、累計値が最大の色を選択し、ユーザ情報データのパーソナリティを更新する(Step306)。例えば、各色の累計値が、赤:4100、青:4300、黄:1100、緑:1500、白:2000、紫:500である場合、累計値が最大の色の「青」が、ユーザ情報データのパーソナリティに設定される。
以上、パーソナリティ更新処理について説明した。なお、情報更新処理(Step111)では、上述したように、バディの経験値、レベル、カード理解度、シンクロレベル、エレメント、ランク等の情報も取得・更新される。具体的には、情報更新部104は、対戦結果から経験値を算出し、算出した経験値によりレベルを計算し、対戦中に使用されたカードの種類に応じてカード理解度を計算し、所定のイベントを達成したならば、シンクロレベルを計算する。また、対戦結果に応じて、エレメント(勝利ポイント)を計算し、エレメントに対応するランクを算出する。
図13のシーケンス図に戻って、説明を続ける。情報更新処理(Step112)において情報更新部104により更新された各種情報(変化能力情報)は、プレーヤ端末1に送信される(Step113)。
プレーヤ端末1の情報更新部75は、ゲームサーバ2からの変化能力情報を受信し、受信した変化能力情報で、記憶部51のユーザ情報データにおける変化能力情報を更新する(Step114)。この更新処理によって、ユーザ情報データにおけるパーソナリティの設定値が変化すると、バディの表現形態も変化する。例えば、パーソナリティの設定値が「赤」から「青」に更新されると、バディのパーソナリティが「赤(積極的)」から「青(冷静)」に変化する。この場合、対戦における勝利場面では、図19に示すように、「この程度で喜んではいけません」というバディの冷静な台詞の音声データV02B(図9参照)が出力される。
以上説明したように、本実施形態によれば、第2ゲーム要素(バディ)の表現形態を、対戦ゲームで使用された第1ゲーム要素(カード)の属性(色)の使用頻度に応じて変更する。プレーヤ端末では、対戦ゲームで使用された第1ゲーム要素(カード)の属性(色)の使用頻度に応じて変更された第2ゲーム要素(バディ)の属性を取得し、第2ゲーム要素(バディ)の表現形態を、取得した変更後の第2ゲーム要素(バディ)の属性(色)に対応する表現形態に変更する。このような構成によれば、第1ゲーム要素(カード)の使用頻度に応じて第2ゲーム要素(バディ)の台詞内容や話し方等の表現形態が変化するため、興趣性が高いゲームを提供することができる。
<実施形態の変形例1>
上記実施形態における属性の各色(赤、青、黄、緑、紫、白)に対応する表現形態を第1表現形態とし、第1表現形態とは異なる第2表現形態をさらに用いるようにしてもよい。第2の表現形態は、図3に示すような、第1の表現形態に対応付けられている性格(赤:積極的、青:冷静、黄:勇敢、緑:穏やか、紫:陰気、白:純真)と比較して、特徴のない中立的、中間的な性格に対応付けられていてもよい。第2の表現形態は、例えば図20に示すように、第1の表現形態の各色と同様に、色(例えば、グレー)と表現形態データとが設定されている。本変形例1では、ゲームサーバ2によるパーソナリティ更新処理において、パーソナリティの属性毎の累計値のうちの最大値と、次に大きい累計値との差が所定範囲内にある場合、パーソナリティには第2の表現形態に対応する属性(グレー)が設定される。
本変形例1のパーソナリティ更新処理を図21のフローチャートを用いて説明する。変形例1のパーソナリティ更新処理では、上記実施形態で説明したパーソナリティ更新処理(図18参照)のStep301〜Step305と同様の処理を行う。
変形例1のパーソナリティ更新処理では、Step305において全カードIDについて処理が完了したと判別された場合(Step305:Yes)、パーソナリティ更新部114は、パーソナリティの各属性(色)の累計値のうち、最大値と、次に大きい累計値とを特定し(Step401)、それらの差が所定範囲内であるかを判定する(Step402)。所定範囲は、任意に設定可能であり、例えば、2000ポイント以下、所定割合値以下(例えば、50000ポイントの5%以下、パーソナリティの各色の累計値の合計値の3%以下)等でもよい。合計値が所定値未満である場合(Step402:No)、パーソナリティ更新部114は、ユーザ情報データのパーソナリティを「グレー」(第2表現形態の属性)で更新する(Step403)。また、合計値が所定値以上である場合(Step402:Yes)、パーソナリティ更新部114は、累計値が最大の色を選択し、選択した色でユーザ情報データのパーソナリティを更新する(Step404)。
変形例1の構成によれば、パーソナリティの各属性(色)の累計値における最大値と、次に大きい累計値との差が小さい場合には、第1の表現形態と比較して特徴のない中立的、中間的な性格に対応付けられている第2の表現形態が用いられる。これにより、バディの性格が短期間で大きく変化してプレーヤが違和感を感じることを防止できる。
<実施形態の変形例2>
パーソナリティの属性毎の累計値を合計した値が所定値未満の場合にはパーソナリティは変更不可能とし、属性毎の累計値の合計値が所定値以上になった場合に、パーソナリティを変更可能としてもよい。この場合におけるパーソナリティ更新処理を図22のフローチャートを用いて説明する。
変形例2のパーソナリティ更新処理は、上記実施形態で説明したパーソナリティ更新処理(図18参照)のStep301〜Step305と同様の処理を行う。
変形例2のパーソナリティ更新処理では、Step305において全カードIDについて処理が完了したと判定された場合(Step305:Yes)、パーソナリティ更新部114は、各属性(色)の累計値の合計値を算出し(Step501)、合計値が所定値(例えば、20000ポイント等)以上であるかを判定する(Step502)。合計値が所定値未満である場合(Step502:No)、パーソナリティは変更せずに、そのまま処理を終了する。また、合計値が所定値以上である場合(Step502:Yes)、パーソナリティ更新部114は、累計値が最大の色を選択し、ユーザ情報データのパーソナリティを更新する(Step503)。
変形例2の構成によれば、対戦回数が少ない頃は変化しなかったバディの表現形態が、対戦を多く行うことで変化するようになるため、プレーヤの興趣性を向上することができる。
なお、変形例2において、上記変形例2で説明した第2の表現形態(属性:グレー)をパーソナリティの初期値に設定してもよい。このような構成によれば、各色の累計値の合計値が所定値以上となって変化するまでは、初期値(グレー)に対応する表現形態データが各再生タイミング(ログイン、対戦勝利、対戦敗北等)において出力される。対戦回数が少ない頃は、特徴のない中立的、中間的な性格に対応するものであったバディの表現形態が、対戦を重ねることで、積極的(赤)、冷静(青)、勇敢(黄)、穏やか(緑)、陰気(紫)、純真(白)、等のような特徴のある性格に対応するものに変化していくため、プレーヤの興趣性を向上することができる。また、変形例1と変形例2を組み合わせてもよい。
なお、パーソナリティ更新処理では、対戦で使用されたカードについて、その属性毎の使用頻度に応じた累計値を算出しているが、この「対戦で使用されたカード」は、カードに設定されたコストを支払ってフィールドに召喚されたカードに限定されない。例えば、カードをデッキに含めること、カードを取得すること、カードをマナとしてベース領域に配置すること、カードを用いてアタックすること、カード効果を使用すること、カードで相手のアタックをブロックすること等、ゲーム内における種々の態様により使用されたカードを、「対戦で使用されたカード」としてもよい。この場合、パーソナリティ更新処理(図18)のStep301において、使用されたカードのカードIDをワーク領域に格納し、Step302〜Step306については上記実施形態と同様の処理を行う。例えば、カードをデッキに含めることを「カードの使用」とする場合には、パーソナリティ更新処理(図18)のStep301において、対戦に使用されたデッキを構成する全カードのカードIDをワーク領域に格納し、Step302〜Step306については上記実施形態と同様の処理を行う。また、パーソナリティ更新処理では、属性毎の累計値の算出処理を、勝敗が決定した後に行っているが、これに限定されず、例えば、対戦における各ターンが終了する度に、属性毎の累計値に、そのターンで使用されたカードのレアリティ値とコストの値を乗算した値を加算していくようにしてもよい。また、また、自プレーヤの対戦で使用されたカード(自プレーヤと相手プレーヤの双方で使用されたカードを含む)の属性の使用頻度に応じて自プレーヤのバディのパーソナリティを変更してもよい。
なお、上記実施形態では説明を簡単にするため、表現形態データを音声データとして説明したが、表現形態データがバディの画像に関する画像データの場合には、所定のタイミングにおいてバディの画像が表示される。また、表現形態データがバディの動画に関する動画データの場合には、所定のタイミングにおいてバディの動画が再生される。
上記実施形態では、プレーヤに提供されるカードのカード設定データ及をカード提供時にプレーヤ端末1が受信するようにしているが、これに限定されない。予め(ゲームプログラムのダウンロード時等)、ゲームで使用される全てのカード(プレーヤに未提供のカードも含む)のカード設定データをプレーヤ端末1がゲームサーバ2から受信して記憶部51に記憶してもよい。この場合、プレーヤ端末1は、カードが提供される場面において、ゲームサーバ2から提供対象のカードのカード識別情報を受信し、受信したカード識別情報に対応するカード設定データ情報を記憶部51から読み出して設定するようにしてもよい。
また、上記の実施の形態の一部又は全部は、以下の付記のようにも記載されるが、以下には限られない。
[付記1]
複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素を使用して、対戦ゲームを実行する実行手段と、
前記複数の属性の少なくともひとつの属性に対応付けられ、前記第1ゲーム要素を使用可能な第2ゲーム要素を設定する設定手段と、
前記対戦ゲームで使用された前記第1ゲーム要素の属性の使用頻度に応じて変更された前記第2ゲーム要素の属性を取得する取得手段と、
前記第2ゲーム要素の表現形態を、取得した変更後の前記第2ゲーム要素の属性に対応する表現形態に変更可能な変更手段と
を備える端末。
[付記2]
対戦ゲームの進行の制御を行うゲーム管理装置であって、
実行命令が格納されたメモリと、プロセッサとを備え、
前記メモリは、プレーヤの対戦を識別する対戦識別情報と前記対戦の対戦結果情報とを関連付けて記憶し、
前記プロセッサは、前記実行命令により、
プレーヤの端末から対戦識別情報を取得する取得処理と、
前記取得した対戦識別情報に対応する対戦結果情報を用いて、前記プレーヤに対応する、対戦結果により変化可能な変化能力情報を更新する更新処理と、
前記更新手段により更新された変化能力情報を出力する出力処理と、
を実行する
ゲーム管理装置。
以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することができる。
1 プレーヤ端末
2 ゲームサーバ
11 ディスプレイ
12 タッチ操作パネル
13 スピーカ
31 保有カード領域
32 デッキ領域
40 第1プレーヤ領域
41 第2プレーヤ領域
42 操作情報
43 手札領域
44 フィールド領域
45 ベース領域
46 ライフ領域
47 プレーヤライフ領域
48 フォースライフ領域
50 操作入力部
51 記憶部
52 処理部
53 画像表示部
54 音出力部
55 通信部
61 ゲーム演算部
62 画像生成部
63 音生成部
64 通信制御部
71 カード管理部
72 バディ設定部
73 カード操作制御部
74 ゲーム管理部
75 情報更新部
91 記憶部
92 処理部
93 通信部
101 プレーヤ管理部
102 ゲーム管理部
103 AI処理部
104 情報更新部
114 パーソナリティ更新部
105 カード提供管理部

Claims (16)

  1. 複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素を使用して、対戦ゲームを実行する実行手段、
    前記複数の属性の少なくともひとつの属性に対応付けられ、前記第1ゲーム要素を使用可能な第2ゲーム要素を設定する設定手段、
    前記対戦ゲームで使用された前記第1ゲーム要素の属性の使用頻度に応じて変更された前記第2ゲーム要素の属性を取得する取得手段、
    前記第2ゲーム要素の表現形態を、取得した変更後の前記第2ゲーム要素の属性に対応する表現形態に変更可能な変更手段、
    としてコンピュータを機能させ、
    前記第2ゲーム要素の属性は、前記複数の属性のうち、前記対戦ゲームで使用された第1ゲーム要素の属性の使用頻度が最大である属性に変更される
    プログラム。
  2. 複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素を使用して、対戦ゲームを実行する実行手段、
    前記複数の属性の少なくともひとつの属性に対応付けられ、前記第1ゲーム要素を使用可能な第2ゲーム要素を設定する設定手段、
    前記対戦ゲームで使用された前記第1ゲーム要素の属性の使用頻度に応じて変更された前記第2ゲーム要素の属性を取得する取得手段、
    前記第2ゲーム要素の表現形態を、取得した変更後の前記第2ゲーム要素の属性に対応する表現形態に変更可能な変更手段、
    としてコンピュータを機能させ、
    第1ゲーム要素には、複数のレアリティのいずれかが設定可能であり、
    前記第2ゲーム要素の属性は、対戦ゲームで使用された第1ゲーム要素のレアリティに応じたポイントの合計値が所定値以上となったことを条件として、変更可能となる
    プログラム。
  3. 前記第2ゲーム要素の属性は、対戦ゲームで使用された第1ゲーム要素の属性の使用頻度と、使用された第1ゲーム要素のレアリティとコストとの少なくとも一方と、に応じて変更される
    請求項2に記載のプログラム。
  4. 前記第2ゲーム要素の属性は、対戦ゲームで使用された第1ゲーム要素の属性の使用頻度と、使用された第1ゲーム要素のレアリティとコストとの少なくとも一方と、に応じた値を属性毎に加算した合計値が最大である属性に変更される
    請求項3に記載のプログラム。
  5. 前記複数の属性に対応する表現形態は、第1表現形態と第2表現形態とに分類され、
    前記第2ゲーム要素の属性は、最大となった合計値と、次に大きかった合計値との差が所定範囲内にあることを条件として、前記第2表現形態に対応する属性に設定される
    請求項4に記載のプログラム。
  6. 前記対戦ゲームは、プレーヤが保有する第1ゲーム要素を使用した対戦ゲームであり、
    前記設定手段により設定される前記第2ゲーム要素は、前記プレーヤが保有する前記第1ゲーム要素を使用可能であり、
    前記第2ゲーム要素の属性は、前記対戦ゲームで前記プレーヤにより使用された前記第1ゲーム要素の属性の使用頻度に応じて変更される
    請求項1から請求項5のいずれかに記載のプログラム。
  7. 第2ゲーム要素の表現形態には、複数の異なる表現形態のうちのいずれか1つの表現形態が設定される
    請求項1から請求項6のいずれかに記載のプログラム。
  8. 前記第2ゲーム要素の表現形態は、第2ゲーム要素の画像と音声の少なくとも一方を含み、
    前記コンピュータを、第2ゲーム要素の属性に対応する表現形態により、前記第2ゲーム要素の画像と音声の少なくとも一方を出力する出力手段としてさらに機能させる
    請求項1から請求項のいずれかに記載のプログラム。
  9. 対戦ゲームで使用された、複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素の情報を取得する取得手段、
    前記対戦ゲームで使用された第1ゲーム要素の属性の使用頻度に応じて、前記複数の属性の少なくともひとつの属性に対応付けられた第2ゲーム要素の属性を変更可能に制御する変更制御手段、
    変更後の第2ゲーム要素の属性を出力する出力手段、
    としてコンピュータを機能させ
    前記第2ゲーム要素の属性は、前記複数の属性のうち、前記対戦ゲームで使用された第1ゲーム要素の属性の使用頻度が最大である属性に変更される
    プログラム。
  10. 対戦ゲームで使用された、複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素の情報を取得する取得手段、
    前記対戦ゲームで使用された第1ゲーム要素の属性の使用頻度に応じて、前記複数の属性の少なくともひとつの属性に対応付けられた第2ゲーム要素の属性を変更可能に制御する変更制御手段、
    変更後の第2ゲーム要素の属性を出力する出力手段、
    としてコンピュータを機能させ、
    第1ゲーム要素には、複数のレアリティのいずれかが設定可能であり、
    前記第2ゲーム要素の属性は、対戦ゲームで使用された第1ゲーム要素のレアリティに応じたポイントの合計値が所定値以上となったことを条件として、変更可能となる
    プログラム。
  11. 実行命令が格納されたメモリと、プロセッサとを備え、
    前記プロセッサは、前記実行命令により、
    複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素を使用して、対戦ゲームを実行するゲーム実行処理と、
    前記複数の属性の少なくともひとつの属性に対応付けられ、前記第1ゲーム要素を使用可能な第2ゲーム要素を設定する設定処理と、
    前記対戦ゲームで使用された前記第1ゲーム要素の属性の使用頻度に応じて変更された前記第2ゲーム要素の属性を取得する取得処理と、
    前記第2ゲーム要素の表現形態を、取得した変更後の前記第2ゲーム要素の属性に対応する表現形態に変更可能な変更処理と
    を実行し、
    前記第2ゲーム要素の属性は、前記複数の属性のうち、前記対戦ゲームで使用された第1ゲーム要素の属性の使用頻度が最大である属性に変更される
    端末。
  12. 実行命令が格納されたメモリと、プロセッサとを備え、
    前記プロセッサは、前記実行命令により、
    複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素を使用して、対戦ゲームを実行するゲーム実行処理と、
    前記複数の属性の少なくともひとつの属性に対応付けられ、前記第1ゲーム要素を使用可能な第2ゲーム要素を設定する設定処理と、
    前記対戦ゲームで使用された前記第1ゲーム要素の属性の使用頻度に応じて変更された前記第2ゲーム要素の属性を取得する取得処理と、
    前記第2ゲーム要素の表現形態を、取得した変更後の前記第2ゲーム要素の属性に対応する表現形態に変更可能な変更処理と
    を実行し、
    第1ゲーム要素には、複数のレアリティのいずれかが設定可能であり、
    前記第2ゲーム要素の属性は、対戦ゲームで使用された第1ゲーム要素のレアリティに応じたポイントの合計値が所定値以上となったことを条件として、変更可能となる
    端末。
  13. 複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素を使用して、対戦ゲームを実行する実行手段と、
    前記複数の属性の少なくともひとつの属性に対応付けられ、前記第1ゲーム要素を使用可能な第2ゲーム要素を設定する設定手段と、
    前記対戦ゲームで使用された前記第1ゲーム要素の属性の使用頻度に応じて前記第2ゲーム要素の属性を変更可能な第1変更手段と、
    前記第2ゲーム要素の表現形態を、変更後の前記第2ゲーム要素の属性に対応する表現形態に変更可能な第2変更手段と
    を備え
    前記第2ゲーム要素の属性は、前記複数の属性のうち、前記対戦ゲームで使用された第1ゲーム要素の属性の使用頻度が最大である属性に変更される
    ゲームシステム。
  14. 複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素を使用して、対戦ゲームを実行する実行手段と、
    前記複数の属性の少なくともひとつの属性に対応付けられ、前記第1ゲーム要素を使用可能な第2ゲーム要素を設定する設定手段と、
    前記対戦ゲームで使用された前記第1ゲーム要素の属性の使用頻度に応じて前記第2ゲーム要素の属性を変更可能な第1変更手段と、
    前記第2ゲーム要素の表現形態を、変更後の前記第2ゲーム要素の属性に対応する表現形態に変更可能な第2変更手段と
    を備え、
    第1ゲーム要素には、複数のレアリティのいずれかが設定可能であり、
    前記第2ゲーム要素の属性は、対戦ゲームで使用された第1ゲーム要素のレアリティに応じたポイントの合計値が所定値以上となったことを条件として、変更可能となる
    ゲームシステム。
  15. 対戦ゲームで使用された、複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素の情報を取得する取得手段と、
    前記対戦ゲームで使用された第1ゲーム要素の属性の使用頻度に応じて、前記複数の属性の少なくともひとつの属性に対応付けられた第2ゲーム要素の属性を変更可能に制御する変更制御手段と、
    変更後の第2ゲーム要素の属性を出力する出力手段と
    を備え
    前記第2ゲーム要素の属性は、前記複数の属性のうち、前記対戦ゲームで使用された第1ゲーム要素の属性の使用頻度が最大である属性に変更される
    るゲーム管理装置。
  16. 対戦ゲームで使用された、複数の属性の少なくともひとつの属性に対応付けられた第1ゲーム要素の情報を取得する取得手段と、
    前記対戦ゲームで使用された第1ゲーム要素の属性の使用頻度に応じて、前記複数の属性の少なくともひとつの属性に対応付けられた第2ゲーム要素の属性を変更可能に制御する変更制御手段と、
    変更後の第2ゲーム要素の属性を出力する出力手段と
    を備え、
    第1ゲーム要素には、複数のレアリティのいずれかが設定可能であり、
    前記第2ゲーム要素の属性は、対戦ゲームで使用された第1ゲーム要素のレアリティに応じたポイントの合計値が所定値以上となったことを条件として、変更可能となる
    ゲーム管理装置。
JP2020021801A 2020-02-12 2020-02-12 プログラム、端末、ゲームシステム及びゲーム管理装置 Active JP6775093B1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2020021801A JP6775093B1 (ja) 2020-02-12 2020-02-12 プログラム、端末、ゲームシステム及びゲーム管理装置
JP2020167830A JP2021126499A (ja) 2020-02-12 2020-10-02 プログラム、端末、ゲームシステム及びゲーム管理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020021801A JP6775093B1 (ja) 2020-02-12 2020-02-12 プログラム、端末、ゲームシステム及びゲーム管理装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2020167830A Division JP2021126499A (ja) 2020-02-12 2020-10-02 プログラム、端末、ゲームシステム及びゲーム管理装置

Publications (2)

Publication Number Publication Date
JP6775093B1 true JP6775093B1 (ja) 2020-10-28
JP2021126246A JP2021126246A (ja) 2021-09-02

Family

ID=72916106

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2020021801A Active JP6775093B1 (ja) 2020-02-12 2020-02-12 プログラム、端末、ゲームシステム及びゲーム管理装置
JP2020167830A Pending JP2021126499A (ja) 2020-02-12 2020-10-02 プログラム、端末、ゲームシステム及びゲーム管理装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2020167830A Pending JP2021126499A (ja) 2020-02-12 2020-10-02 プログラム、端末、ゲームシステム及びゲーム管理装置

Country Status (1)

Country Link
JP (2) JP6775093B1 (ja)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000135374A (ja) * 1998-10-30 2000-05-16 Square Co Ltd ゲーム装置、情報記録媒体、キャラクタ能力値変更方法およびキャラクタ形状変更方法
JP3710128B2 (ja) * 2002-04-16 2005-10-26 コナミ株式会社 ゲームプログラム
JP2016093521A (ja) * 2015-12-07 2016-05-26 株式会社クラス・マイスター ゲーム装置の制御プログラム
JP2017148592A (ja) * 2017-05-08 2017-08-31 株式会社スクウェア・エニックス ゲームシステム

Also Published As

Publication number Publication date
JP2021126246A (ja) 2021-09-02
JP2021126499A (ja) 2021-09-02

Similar Documents

Publication Publication Date Title
JP6999721B2 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP7018083B2 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP2021098111A (ja) プログラム、ゲームシステム及びゲーム管理サーバ
JP2023076605A (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP2022088578A (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP7394040B2 (ja) プログラム、端末、サーバ装置及びシステム
JP6843201B1 (ja) プログラム、情報処理装置及びゲームシステム
JP6826217B1 (ja) プログラム、端末、ゲーム実行装置及び方法
JP6775093B1 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP2021145761A (ja) プログラム、端末、ゲーム管理装置
JP7506648B2 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP6810291B1 (ja) プログラム、端末、ゲーム管理装置、ゲームシステム及びゲーム方法
JP6990735B2 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP6826183B1 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP6987169B2 (ja) ゲーム管理装置及びプログラム
JP7123992B2 (ja) プログラム及びゲーム管理装置
JP7009539B2 (ja) ゲーム処理装置、端末及びプログラム
WO2021193582A1 (ja) プログラム、端末及びゲーム管理装置に関する。
JP6821838B1 (ja) プログラム、端末、及びゲームシステム
WO2021187309A1 (ja) ゲームシステム、プログラム、端末及びゲーム管理装置
JP2021145760A (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP2021142142A (ja) プログラム及び端末

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200311

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20200311

A80 Written request to apply exceptions to lack of novelty of invention

Free format text: JAPANESE INTERMEDIATE CODE: A80

Effective date: 20200310

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20200515

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200603

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200730

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200916

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201005

R150 Certificate of patent or registration of utility model

Ref document number: 6775093

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250