JP2021142260A - プログラム、端末、及びゲームシステム - Google Patents

Abstract

【課題】本発明の課題は、ユーザの利便性を向上することが出来る技術を提供することである。【解決手段】本発明は、対戦ゲームをコンピュータに実行させるプログラムであって、サーバとの間で前記対戦ゲームのデータを送受信する通信処理と、前記対戦ゲームのデータの送受信中における、前記対戦ゲームに対するプレーヤの操作を無効にする無効処理とをコンピュータに実行させる。【選択図】図５

Description

本発明はプログラム、端末、及びゲームシステムに関する。

近年、スマートフォンや携帯電話機等をプラットフォームとするゲームが人気である。例えば、サーバとの通信によって進行していくゲーム等である（例えば特許文献１）。

特許文献１では、通信状態を端末の画面に表示する技術が記載されている。

特開２０１４−１５１０２６号公報

上述のようなゲームにおいて、ゲーム中に通信が発生する際のユーザの利便性を向上させることが求められている。そこで本発明が解決しようとする課題は、ユーザの利便性を向上させるプログラム、端末、及びゲームシステムを提供することである。

本発明の一態様は、対戦ゲームをコンピュータに実行させるプログラムであって、前記プログラムは、サーバとの間で前記対戦ゲームのデータを送受信する通信処理と、前記対戦ゲームのデータの送受信中における、前記対戦ゲームに対するプレーヤの操作を無効にする無効処理とをコンピュータに実行させる。

本発明の一態様は、端末であって、サーバとの間で対戦ゲームの実データを送受信する通信手段と、前記実データの送受信中における、前記対戦ゲームに対するプレーヤの操作を無効にする無効手段とを備える。

本発明の一態様は、対戦ゲームを実行するシステムであって、端末とサーバとの間で前記対戦ゲームの実データを送受信する通信手段と、前記実データの送受信中における、前記対戦ゲームに対するプレーヤの操作を無効にする無効手段とを備える。

本願によると、ユーザの利便性を向上させることができる。

図１は本実施形態におけるゲームシステムの全体構成例を示す図である。 図２はプレーヤ端末１の一例であるスマートフォンの装置構成例を示す図である。 図３はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのスタンバイフェーズ又はカード使用準備フェーズにおける画面表示の一例を示した図である。 図４はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのスタンバイフェーズ又はカード使用準備フェーズにおける操作の一例を示した図である。 図５は、プレーヤ端末１の概略図である。 図６は、保有カードデータの一例を説明する為の図である。 図７は、カードキャラクタデータの一例を説明する為の図である。 図８は、デッキ設定データの一例を説明する為の図である。 図９は、バディ設定データの一例を説明する為の図である。 図１０は、ゲームサーバ２の概略図である。 図１１は、第１の実施の形態のフロー図である。 図１２は、表示画面の一例である。 図１３は、第２の実施の形態のフロー図である。

＜第１の実施の形態＞
［全体構成］
図１は本実施形態におけるゲームシステムの全体構成例を示す図である。図１に示すように、ゲームシステムは、ゲームのプレーヤＡ，Ｂ毎に用意されるプレーヤ端末１と、ゲームサーバ２とを備えて構成される。プレーヤ端末１とゲームサーバ２とは、通信回線Ｎに接続可能で、相互に通信可能である。

通信回線Ｎは、データ通信が可能な通信路を意味する。すなわち、通信回線Ｎは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網、インターネット等の通信網を含み、通信方法については有線／無線を問わない。

プレーヤ端末１は、ゲームプログラムを実行することのできるコンピュータであり、無線通信基地局等を介して通信回線Ｎに接続し、ゲームサーバ２とデータ通信を行うことができる。プレーヤ端末１は、例えば、スマートフォンや、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、業務用ゲーム装置、パソコン、タブレット型コンピュータ、据置型家庭用ゲーム装置のコントローラ等である。プレーヤ端末１は、基本的には、複数存在し、各プレーヤにより操作される。

ゲームサーバ２は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたサーバシステムである。ゲームサーバ２は、本実施形態のゲームを運営するための各種サービスを提供し、ゲームの運営に必要なデータの管理や、プレーヤ端末１でのゲームの実行に必要なゲームプログラムやデータの配信等を行うことができる。

図２はプレーヤ端末１の一例であるスマートフォンの装置構成例を示す図である。図２に示すように、プレーヤ端末１は、ディスプレイ１１と、ディスプレイ１１と一体構成されるタッチ操作パネル１２と、スピーカ１３とを備える。また、プレーヤ端末１には、図示されていない制御基板、内蔵バッテリー、電源ボタン、音量調節ボタン等が設けられている。

制御基板には、ＣＰＵやＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＡＳＩＣ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ、携帯電話基地局と無線通信するための無線通信モジュール等が搭載されている。また、制御基板には、タッチ操作パネル１２のドライバ回路といった、いわゆるＩ／Ｆ回路（インターフェース回路）等が搭載されている。これら制御基板に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。

本実施の形態では、上述のようなゲームシステムを、第１プレーヤＡが保有する第１ゲーム要素と、対戦相手となる第２プレーヤＢが保有する第１ゲーム要素とを使用した対戦ゲームに適用した例を説明する。

ここで、第１ゲーム要素はキャラクタであり、画像、仮想的又は実体のある物品等に化体して表現される。画像は、静止画及び動画を含む。仮想的又は実体のある物品の一例としては、例えば、コンピュータに表示される仮想的なカードや、実体のあるカード等である。尚、物品は、カードに限られることなく、物品に対応付けられたゲーム要素を特定可能に構成された物品であれば、カードに限られるものではない。物品は、例えばゲーム要素の外観を有するフィギュア等の造形物であってもよい。

以下の説明では、実行するゲームにおいて、第１ゲーム要素は、プレーヤ（コンピュータに操作されるノンプレーヤも含む）のカードの操作に基づいて行動制御がなされるキャラクタであるものとし、カードには対応するキャラクタの図柄（該キャラクタの外観を示した画像）が付されるものとして説明する。更に、これに限られるものではなく、キャラクタは、実行されるゲームのアイテムや発動する効果等、その他のゲーム要素を特定するものであってもよいことは言うまでもない。

デッキは、所定数の第１ゲーム要素から構成される。所定数の第１ゲーム要素がプレーヤのデッキとして設定される。例えば、第１ゲーム要素がコンピュータに表示される仮想的なカードである場合、デッキはプレーヤにより選択された所定枚数のカードから構成されたカード群である。プレーヤは、設定したデッキのうち、希望するデッキを選択し、そのデッキを構成するカードを使用してゲームを行う。

更に、本実施の形態が適用される対戦ゲームでは、第１ゲーム要素とは異なる第２ゲーム要素が加わる。

第２ゲーム要素は、第１ゲーム要素と同様にキャラクタではあるが、かならずしも仮想的又は実体のある物品と対応付けられる必要はない。そして、第２ゲーム要素は、第１ゲーム要素とは異なり、ゲーム内の対戦においてプレーヤ（コンピュータに操作されるノンプレーヤも含む）の操作対象とされるものではなく、少なくともプレーヤが操作可能なフェーズにおいてゲームの進行に係る情報であるアドバイス情報をプレーヤに提供するという性質を備える。

別の言い方をすると、第２ゲーム要素は、プレーヤ（コンピュータに操作されるノンプレーヤも含む）の操作に基づいて行動制御がなされる第１ゲーム要素とは異なり、ゲーム内において自律的又は自発的に、アドバイス情報を提供するものともいえる。

アドバイス情報は、ゲームの進行に係る情報であれば、種類は問わないが、例えば、操作方法の情報、第１ゲーム要素の選択又は行動に対する情報（カードの選択、攻撃対象とすべき対戦相手のカード等のアドバイス情報）、ゲームの進行を有利にする情報（ゲームの対戦結果を有利にするカードの種類の提示等のアドバイス情報）等である。

アドバイス情報の内容又は提供タイミングは、第２ゲーム要素が持つキャラクタ情報によって変化する。キャラクタ情報は、プレーヤのゲームの進行に応じて変化する。キャラクタ情報は、複数のパラメータを持つことが可能である。例えば、本実施の形態では、キャラクタ情報は、プレーヤのゲームの結果により得られる経験値により変化するパラメータ（以下、レベルと記載する）と、プレーヤが使用する第１ゲーム要素の使用頻度によって変化するパラメータ（以下、カード理解度と記載する）と、プレーヤが使用する第１ゲーム要素の種類の使用割合によって変化するパラメータ（以下、パーソナリティと記載する）と、プレーヤが所定のイベントを達成することによって変化するパラメータ（以下、シンクロレベルと記載する）とを含む。従って、第２ゲーム要素が提供するアドバイス情報は、第２ゲーム要素のキャラクタ情報に応じて異なる可能性がある点に留意すべきである。

第２ゲーム要素は複数あっても良く、各第２ゲーム要素は初期の段階において異なるキャラクタ情報を持つようにしても良い。そして、プレーヤは、キャラクタ情報が異なる複数の第２ゲーム要素から、希望する第２ゲーム要素を選択するようにしても良い。

上述した第２ゲーム要素の自律的又は自発的なアドバイス情報の提供は、ゲームサーバ２が備えるＡＩ機能によって行われる。このＡＩ機能は、多くの対戦ゲームのゲーム進行の内容とその結果等を教師データとし、機械学習して得られた学習モデルによって可能である。機械学習の方法は、深層学習（ディープラーニング）、強化学習、又は、それらの組み合わせが代表的なものであるが、これに限られない。尚、学習モデルは、第２ゲーム要素のキャラクタ情報に応じて異なる内容のアドバイス情報を出力することが可能である。これを実現する方法としては、例えば、第２ゲーム要素のキャラクタ情報が高い程、最適解を探索する時間を多くするなどし、第２ゲーム要素のキャラクタ情報が高い程、ある状況に対処するより最適な解が得られる学習モデル等がある。

上述した第２ゲーム要素を、以下の説明ではバディと記載する。

［ゲーム内容の概略］
次に、実施の形態の説明の理解を助けるために、プレーヤ端末１のディスプレイ１１の表示画面を用いて、ゲームの概要を説明する。

本実施形態のゲームでは、プレーヤＡ，Ｂは、ゲームオブジェクトである仮想的なゲームカード（キャラクタが化体した第１ゲーム要素、以下、単に「カード」という。）をゲーム内で用いる。カードは複数種類用意され、各々に関連付けられたキャラクタの能力、レアリティ、属性(色)、数字等の組合せによって区別される。キャラクタの能力は、例えば、コンピュータ制御の敵キャラクタや他プレーヤ等の対戦相手との対戦プレイ（バトル）に用いるレベルや攻撃力、ＨＰといった能力パラメータ値が定められている。

カードは、アカウント登録時において対戦プレイ（バトル）に最低限必要な枚数が付与される他、ゲーム中に取得したり、課金アイテムとして購入によって取得したり、ガチャと呼ばれる抽選によって取得することができる。加えて、カードは、実体のあるゲームカード（以下、「リアルカード」という。）を入手し、入手したリアルカードをゲーム内で使用可能とするための登録手続きをすることによっても獲得できる。具体的には、プレーヤＡ，Ｂは、リアルカードの登録手続きを行うと、そのリアルカードと対応付けられたカード種類のカードを取得することができる。

そして、プレーヤＡは、保有しているカードのうちの所定枚数（例えば４０枚）でデッキを編成し、デッキを用いた対戦プレイ（バトル）に挑む。デッキを用いた対戦プレイ（バトル）は、デッキを構成するカード（デッキカード）に定められているキャラクタの能力パラメータ値とカード属性の設定値を用いて、対戦相手との勝敗を決めるものである。

ゲームを開始する前に、プレーヤＡ，Ｂは、アカウント登録をする。このアカウント登録時において、プレーヤ端末１により提示された複数種類の第２ゲーム要素(以下、バディと記載する)から好みのバディを選択することにより、各プレーヤＡ，Ｂと共にグループを構成するバディがそれぞれ設定される。この選択したバディの能力や性格の相違により、後のゲームプレイスタイルが変化する可能性がある。そして、各プレーヤＡ，Ｂは、保有しているカードのうちの所定枚数（例えば４０枚）でデッキを編成する。デッキの編成は、ホーム画面等からカードメニューをタッチ操作し、その１つとして提示されるデッキ編成メニューから行うことができる。対戦プレイ（バトル）は、ログイン後に表示されるホーム画面からバトルメニューを選択操作することで開始される。

図３はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのバトル画面の一例を示した図である。ディスプレイ１１に表示されるバトル画面は、自プレーヤの領域である第１プレーヤ領域４０と、対戦する相手プレーヤの領域である第２プレーヤ領域４１とを備えている。また、第１プレーヤ領域４０と第２プレーヤ領域４１との境界には、現在実行することが可能な操作の情報を表示する操作情報４２が表示される。

第１プレーヤ領域４０、第２プレーヤ領域４１の各領域は、手札領域４３と、フィールド領域４４と、ベース領域４５と、ライフ領域４６とを備える。手札領域４３には、自デッキより取得されたカード（手札）が配置される。フィールド領域４４には、手札領域４３又ベース領域４５からプレーヤにより選択されたカードが配置される。所定のコストを消費することにより、手札領域４３のカードをフィールド領域４４に配置することができる。フィールド領域４４に配置されたカードは、カードの行動又は効果を発動することができる。ベース領域４５は、フィールド領域４４にカードを配置するためのコストとして消費されるカードやマナアイテムが配置される。ライフ領域４６は、ライフ（ＨＰ）を持つプレーヤの領域であるプレーヤライフ領域４７と、同様にライフを持つ第１オブジェクト（フォース）の領域であるフォースライフ領域４８とを備える。プレーヤライフ領域４７には、プレーヤに対応する第２オブジェクトと、プレーヤが持つライフの値とが表示される。フォースライフ領域４８には、第１オブジェクトと、第１オブジェクトが持つライフの値とが表示される。第１オブジェクトは、ゲームにおいて特定の効果を発揮するものである。尚、本例では、第２オブジェクトとして、バディの画像が表示される。

バトルは、プレーヤＡのターンと、対戦相手であるプレーヤＢのターンとが交互に実行される。各ターンは、スタンバイフェーズ、マナフェーズ（カード使用準備フェーズ）、メインフェーズ（対戦フェーズ）等の複数のフェーズから構成される。

スタンバイフェーズは、デッキから１枚引いたカードを手札領域４３に配置する等のステップから構成される。マナフェーズでは、プレーヤが自分のベース領域４５にカード又はマナアイテムを配置することができる。例えば図４に示すように、プレーヤは、手札領域４３のカードを指でタッチ（選択）し、ベース領域４５までドラッグ操作をして、カードをベース領域４５に移動させる。また、マナフェーズ中に第１プレーヤ領域４０の所定位置に表示されるマナアイテムについても、指でタッチ（選択）し、ベース領域４５までドラッグ操作をすることによりベース領域４５に配置することができる。ベース領域４５に配置されたカードやマナアイテムはコストとして消費可能となる。なお、プレーヤは、ベース領域４５にカードとマナアイテムのいずれも配置せずにマナフェーズを終了してもよい。

メインフェーズでは、プレーヤは、キャラクタの召喚、相手への攻撃（アタック）、カード効果の発動、カードの移動等を実行することができる。キャラクタの召喚とはコストの消費を条件としてカードをフィールド領域４４に配置することである。

相手への攻撃（アタック）は、アタック指定ステップ、フラッシュタイミングステップ、ブロック指定ステップ、バトル解決ステップ等の複数のステップから構成される。アタック指定ステップは、自プレーヤが攻撃対象を相手のプレーヤとフォースから選択するステップである。フラッシュタイミングステップは、特殊効果を有する特定のカードを自プレーヤと相手プレーヤが互いに使用できるステップである。ブロック指定ステップは、相手プレーヤが、第２プレーヤ領域４１のフィールド領域４４に配置されているカードを用いて、自プレーヤからの攻撃をブロックするか否かを選択することができるステップである。バトル解決ステップは、アタックの結果を判定し、判定結果に基づいて、アタック側のカードやブロック側のカードを消滅させる、相手のプレーヤ又はフォースのライフを減らす等の解決処理を行うステップである。

カード効果の発動は、手札領域４３に配置されている、特殊効果を有する特定のカード（例えば、マジックカード）について、その効果を、コストの消費を条件として発動するものである。また、カードの移動は、フィールド領域４４とベース領域４５との間でカードを移動させるものである。なお、プレーヤは、キャラクタの召喚、相手への攻撃（アタック）、カード効果の発動、カードの移動等のいずれも行わずに対戦フェーズを終了してもよい。

このような一連のフェーズからなるターンを、プレーヤＡのチームと対戦相手のプレーヤＢのチームとが交互に繰り返し、いずれかのプレーヤのライフが０になる、又は、デッキのカードが０枚になることにより、勝敗が決定する。その対戦結果によって、プレーヤのランク、バディの経験値及びバディのキャラクタ情報（変化能力情報）が変化する。

［装置の構成］
次に、装置の構成について述べる。図５は、プレーヤ端末１の機能構成例を示すブロック図である。図５に示すように、プレーヤ端末１は、操作入力部５１と、処理部５２と、画像表示部５３と、音出力部５４と、通信部５５と、記憶部５６とを備える。

操作入力部５１は、プレーヤがゲームに関する各種操作を入力するためのものであり、操作入力に応じた操作入力信号を処理部５２に出力する。操作入力部５１の機能は、例えば、タッチ操作パッド、ホームボタン、ボタンスイッチや、ジョイスティック、トラックボールといった直接プレーヤＡが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサといった、運動や姿勢を検知する素子等によっても実現できる。図２では、タッチ操作パネル１２がこれに該当する。

操作入力部５１は、後述の無効化部７５から無効化の通知を受け取ると、プレーヤからの入力の受け入れを停止する。また、操作入力部５１は、無効化部７５から解除の通知を受け取ると、プレーヤからの入力の受け入れを再開する。

処理部５２は、記憶部５６に格納されるプログラムやデータ、操作入力部５１からの操作入力信号等に基づいてプレーヤ端末１の動作を統括的に制御する。処理部５２の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部５２は、主な機能部として、ゲーム演算部６１と、画像生成部６２と、音生成部６３と、通信制御部６４とを備える。

ゲーム演算部６１は、本実施形態のゲームを実現するための種々のゲーム処理を実行し、処理結果を画像生成部６２や音生成部６３に出力する。ゲーム演算部６１は、プレーヤ情報管理部７０と、カード管理部７１と、デッキ設定部７２と、バディ設定部７３と、アドバイス情報提供部７４と、無効化部７５と、対戦実行部７６とを含む。

プレーヤ情報管理部７０は、プレーヤの情報を管理する。管理する情報は、プレーヤのニックネーム等の基本的なユーザ情報、プレーヤランク及びバディレベルを管理する。

カード管理部７１は、記憶部５６に格納されている保有カードデータＤ１と、カードキャラクタデータＤ２を用いて、プレーヤＡ，Ｂの保有の有無を含む、ゲームシステムが提供可能なカードの管理を行う。

保有カードデータＤ１は、ゲームシステムが提供可能なカードのカード識別情報と、そのカードをプレーヤが保有しているかの有無を示す保有フラグと、そのカードをプレーヤが使用可能かを示す使用許可フラグとが、関連付けられたデータである。図６は保有カードデータＤ１の一例を示した図である。図６では、カード識別情報のフィールドには、ゲームシステムが提供可能なカードのカード識別情報が記載されている。そして、そのカード識別情報のカードを、プレーヤが保有している場合には保有フラグのフィールドに“１”が設定され、プレーヤが保有していない場合には保有フラグのフィールドに“０”が設定されている。また、そのカード識別情報のカードを、プレーヤが使用可能な場合には使用可能フラグのフィールドに“１”が設定され、プレーヤが使用不可能な場合には使用許可フラグのフィールドに“０”が設定されている。図６は保有カードデータＤ１の一例を示したものであり、これに限定されるものではない。

尚、保有フラグのフィールドに“０”が設定されていても、使用可能フラグのフィールドに“１”が設定される場合がある。例えば、プレーヤが保有していないカードであっても、一時的に、プレーヤにそのカードを使用させる場合などである。

カードキャラクタデータＤ２は、カードのカード識別情報と、そのカードのキャラクタ情報とが関連付けられたデータである。図６はカードキャラクタデータＤ２の一例を示した図である。図７では、カード識別情報とキャラクタ情報（キャラクタの画像、カード名、カード種類、コスト数、属性、種族、能力、攻撃力、ヒットポイント及びレアリティ）とが関連付けられている。尚、図７はカードキャラクタデータＤ２の一例を示したものであり、これに限定されるものではない。

カード管理部７１は、ゲームサーバ２と通信を介して、新しく提供可能なカードがある場合、そのカードのカード識別情報とそのカード識別情報のカードキャラクタデータＤ２とを取得する。そして、カード管理部７１は、取得したカード識別情報を保有カードデータＤ１に追記し、そのカード識別情報の保有フラグを“０”に、使用可能フラグのフィールドを“０”に設定する。また、取得したカードキャラクタデータＤ２を記憶部５６に格納する。そして、プレーヤが新たにカードを取得・保有した場合、カード管理部７１は、そのカード識別情報の保有フラグを“１”に、使用可能フラグのフィールドを“１”に設定する。

デッキ設定部７２は、保有カードデータＤ１とカードキャラクタデータＤ２とを用いて、現在、デッキを構成するカードに使用可能なカード（原則保有カード）を提示し、ユーザの操作により、提示されたカードからデッキを構成するカードを選択し、デッキを設定（編集）する。デッキ設定部７２は、設定されたデッキの名称と、そのデッキの識別情報（デッキＩＤ）と、そのデッキを構成する各カードのカード識別情報とを関連付けたデッキ設定データＤ３を生成し、記憶部５６に格納する。図８はデッキ設定データＤ３の一例を示す図である。図８の例では、プレーヤＡのデッキ１のデッキ設定データＤ３の例であり、デッキＩＤ“Ｄ００１”のデッキ１がカード識別情報”０００１”、”０００６”〜カード識別情報”０４５０”のカードから構成されていることを示している例である。尚、図８はデッキ設定データＤ３の一例を示したものであり、これに限定されるものではない。

バディ設定部７３は、アカウント登録時において、複数のバディ（第２ゲーム要素）から、プレーヤＡ，Ｂにより選択されたバディに関する情報を、バディ設定データＤ４を用いて管理する。バディ設定データＤ４は、メニュー設定より選択されたバディのキャラクタ情報である。このバディのキャラクタ情報はゲームの進行に伴って変化するが、変化した場合には変化後のキャラクタ情報がゲームサーバ２から通知され、キャラクタ情報は更新される。図９はプレーヤＡのバディ設定データＤ４の一例を示す図である。図９の例では、バディ設定データＤ４は、バディ識別情報、バディの画像、バディ名、レベル、キャラクタ情報を含んでいる。図９はバディ設定データＤ４の一例を示したものであり、これに限定されるものではない。アカウント登録時のバディ（第２ゲーム要素）のレベル及びキャラクタ情報は初期値（最も低い値）に設定される。また、バディが変更された場合は、前のバディのレベル及びキャラクタ情報は引き継がず、変更後のバディ（第２ゲーム要素）のレベル及びキャラクタ情報を初期値（最も低い値）に設定される。また、バディ設定部７３は、対戦中又はその他のメニュー画面において、バディの画像情報を画像生成部６２に出力する。

アドバイス情報提供部７４は、ゲームサーバ２からバディの能力（キャラクタ情報）に応じたアドバイス情報を取得し、画像生成部６２又は音生成部６３に出力し、アドバイス情報を画像表示部５３又は音出力部５４に出力する。

無効化部７５は、後述の通信制御部６４が通信部５５を介してゲームサーバ２との間で通信接続を開始するのを検出する。無効化部７５は、通信接続の開始を検出すると、操作入力部５１と、後述の画像生成部６２とに無効化を通知する。また、無効化部７５は、通信制御部６４がゲームサーバ２との間の通信接続を終了するのを検出する。無効化部７５は、通信接続の終了を検出すると、操作入力部５１と画像生成部６２とに解除を通知する。

対戦実行部７６は、ゲーム全体の進行を管理する。対戦実行部７６は、バトルのスタンバイフェーズ及びカード使用準備フェーズにおいて、フィールド領域、ベース領域及びフォース領域等の各フィールドに配置されるカード、手札のカード識別情報、及びそのカードの配置状況等に関する情報からカード設定情報を生成して出力する。対戦実行部７６は、操作入力部５１を用いたプレーヤのタッチ操作等により、カードの選択や、カードの行動を決定し、カードの選択又は行動の情報である行動選択情報を生成して出力する。

画像生成部６２は、ゲーム演算部６１の処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を生成し、生成したゲーム画面の画像信号を画像表示部１０３に出力する。画像生成部６２の機能は、例えば、ＧＰＵやデジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現できる。

画像生成部６２は、無効化部７５から無効化の通知を受け取ると、ゲーム演算部６１の処理結果に基づいて生成したゲーム画面の画像信号の出力を停止する。このとき、画像表示部５３には最後に出力した画像信号のゲーム画面が表示されたままとなる。即ち、画像表示部５３に表示されているゲーム画像は一時停止状態となる。画像生成部６２は、無効化部７５から解除の通知を受け取ると、停止していたゲーム画面の画像信号の出力を再開する。

また、画像生成部６２は、無効化部７５から無効化の通知を受け取ると、通信処理が実行中であることを示す通信実行情報を、一時停止状態となっているゲーム画像に重畳して表示されるように、通信実行情報の画像信号を出力する。画像生成部６２は、無効化部７５から解除の通知を受け取ると、通信実行情報の画像信号の出力をやめる。通信実行情報を重畳する位置は特定しないが、表示画面上の所定の位置に重畳するようにすると、プレーヤは表示された通信情報の内容を確認しなくとも感覚的に通信中であることを知ることが出来る。

音生成部６３は、ゲーム演算部６１の処理結果に基づいてゲームに関する効果音やＢＧＭ、操作補助情報の音声情報、各種操作音等の音信号を生成し、音出力部５４に出力する。音生成部６３の機能は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や音声合成ＩＣ等のプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現できる。

通信制御部６４は、ゲームサーバ２とのデータ通信のための通信接続及びデータ処理を行う。データ通信は、ゲームサーバ２と通信するデータが発生した場合、ゲームの進行によって対戦実行部７６がゲームサーバ２と通信するデータを出力した場合、及び、ゲームサーバ２からデータを受信した場合の少なくとも一つの場合に開始される。通信制御部６４が送信するデータは、例えば対戦実行部７６から出力されるカード設定情報及び行動選択情報等である。通信制御部６４が受信するデータは、例えば対戦結果等である。

画像表示部５３は、画像生成部６２から入力される画像信号に基づいて各種ゲーム画面を表示する。画像表示部５３の機能は、例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった表示装置によって実現できる。図２では、画像表示部６２は、ディスプレイ１１に該当する。

音出力部５４は、音生成部６３から入力される音信号に基づいてゲームに関する効果音等を音出力するためのものである。図２では、音出力部５４は、スピーカ１３に該当する。

通信部５５は、通信回線Ｎと接続して通信を実現する。通信部５５の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。

記憶部５６には、プレーヤ端末１を動作させ、プレーヤ端末１が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。記憶部５６は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。

記憶部５６には、システムプログラムと、ゲームプログラムとが格納される。システムプログラムは、プレーヤ端末１のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部５２をゲーム演算部６１として機能させるためのプログラムである。このプログラムは、プレーヤがアカウント登録を済ませるとゲームサーバ２又は他のアプリ配信サーバ等から配信される。

また、記憶部５６には、保有カードデータＤ１、カードキャラクタデータＤ２、デッキ設定データＤ３、バディ設定データＤ４及びカード合成データＤ５が格納される。尚、その他にも、カードのキャラクタ及びバディの画像を表示するためのモデルデータやテクスチャデータ、モーションデータ、エフェクトデータ、ゲーム画面の背景画像、効果音等の音データ等が適宜ゲームに必要なデータとして配信され、記憶部５６に格納される。

次に、ゲームサーバ２の構成を説明する。図１０はゲームサーバ２の機能構成例を示すブロック図である。ゲームサーバ２は、処理部９１と、通信部９２と、記憶部９３とを備える。

処理部９１は、プレーヤ管理部１０１と、ゲーム管理部１０２と、ＡＩ処理部１０３と、キャラクタ情報更新部１０４とを備える。

プレーヤ管理部１０１は、ユーザ情報データを用いてアカウントやゲームの進行状況等を接続されるプレーヤ端末１毎に管理する。

ゲーム管理部１０２は、プレーヤ端末１からのカード設定情報や行動選択情報等を受信し、カード設定情報や行動選択情報、カードデータを用いて対戦処理を行い、その対戦結果を出力する。

ＡＩ処理部１０３は、多くの対戦ゲームのゲーム進行の内容とその結果等の教師データを機械学習して得られた学習モデルを有する。機械学習の方法は、深層学習（ディープラーニング）が代表的なものであるが、これに限られない。

ＡＩ処理部１０３は、プレーヤ端末１から送信されるカード設定情報又は行動選択情報と、プレーヤ端末１のプレーヤのバディのキャラクタ情報（バディの能力）とを入力し、そのカード設定情報又は行動選択情報の状況における操作補助情報を出力する。尚、ＡＩ処理部１０４の学習モデルは、バディのキャラクタ情報（バディの能力）に応じて、操作補助情報の出力内容が異なる。このような学習モデルの例としては、バディのキャラクタ情報（バディの能力）が高い程、最適解を探索する時間を多くするなどし、バディのキャラクタ情報（バディの能力）が高い程、ある状況に対処するより最適な解が得られる学習モデルある。従って、プレーヤ端末１から送信されるカード設定情報又は行動選択情報が同一であっても、上述したように、プレーヤのバディのキャラクタ情報（バディの能力）が異なれば、異なる操作補助情報を出力する可能性がある点に留意すべきである。

キャラクタ情報更新部１０４は、ゲーム管理部１０２からカード設定情報又は行動選択情報と、対戦結果を受信し、それらの情報を用いて、キャラクタ情報の各種パラメータ（レベル、カード理解度、パーソナリティ、シンクロレベル）を計算し、ユーザ情報データＤ６におけるプレーヤＡ，Ｂのキャラクタ情報（バディの能力）を上昇又は変更する更新を行う。尚、キャラクタ情報（バディの能力）の更新は、カード設定情報、行動選択情報及び対戦結果だけでなく、他の情報、例えば、対戦に関する情報ではなく、ゲームにログインした回数等であっても良い。

通信部９２は、通信回線Ｎと接続して通信を実現する。

記憶部９３には、システムプログラムと、ゲームプログラムとが格納される。システムプログラムは、ゲームサーバ２のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部９１を、プレーヤ管理部１０１と、ゲーム管理部１０２と、ＡＩ処理部１０３と、キャラクタ情報更新部１０４として機能させるためのプログラムである。更に、記録部９２は、ユーザ情報データと、カードデータとが格納されている。

ユーザ情報データは、ゲームに参加しているプレーヤの基本データであり、プレーヤ毎のユーザ情報データを記録している。基本的に、ユーザ情報データは、プレーヤのユーザ識別情報と、プレーヤの保有カードデータＤ１と、プレーヤのデッキ設定データＤ３と、プレーヤのバディ設定データＤ４とを含んでいる。

カードデータは、本ゲームで使用されるカード全てのカードデータである。基本的に、上述したカードキャラクタデータと同様なデータを、ゲームで使用される全てのカードについて格納している。尚、カードデータには、本ゲームで使用されるバディの基本データ(バディ識別情報、キャラクタ画像、バディ名、レベルの初期値、カード理解度の初期値、パーソナリティの初期値及びシンクロレベルの初期値)を含んでも良い。

［動作］
本実施の形態における動作について説明する。図１１は、本実施の形態の動作を説明する為のフロー図である。以下の説明では、対戦相手とのゲーム対戦中に通信接続が発生し、対戦相手との対戦に関するプレーヤの操作を無効にする例を用いて説明する。

プレーヤがプレーヤ端末１を操作してメニュー画面からバトル開始を選択することによりゲームの実行が開始される。

例えば、プレーヤが自ターン時に、自分のカードを指でタッチ（選択）してカードを配置させてバトルの操作（相手への攻撃、防御等）を操作入力部５１を用いて入力する（Ｓｔｅｐ１）。

対戦実行部７６は、プレーヤからの入力に基づいて、カード設定情報及び行動選択情報を生成して出力する（Ｓｔｅｐ２）。

通信制御部６４は、カード設定情報及び行動選択情報をゲームサーバ２に送信するために、通信接続を開始する（Ｓｔｅｐ３）。

無効化部７５は、通信制御部６４における通信接続開始を検出する（Ｓｔｅｐ４）。

無効化部７５は、通信接続開始を検出すると、操作入力部５１と画像生成部６２とに無効化を通知する（Ｓｔｅｐ５）。

操作入力部５１は、無効化の通知を受け取ると、プレーヤからの入力の受け入れを停止、即ち、入力された操作を無効化する（Ｓｔｅｐ６）。

画像生成部６２は、無効化部７５から無効化の通知を受け取ると、ゲーム演算部６１の処理結果に基づいて生成したゲーム画面の画像信号の出力を停止、即ち、ゲーム画面の変更を停止する（Ｓｔｅｐ７）。

画像生成部６２は、通信処理が実行中であることを示す通信実行情報の画像信号を出力する（Ｓｔｅｐ８）。この時の表示画面の一例を図１２に示す。図１２に示した例では、通信実行情報として“Ｃｏｎｎｅｃｔｉｎｇ…”と表示されている一例を示している。

通信制御部６４は、ゲームサーバ２から対戦結果を受信すると、通信処理を終了する（Ｓｔｅｐ９）。

検出部は、通信制御部６４における通信接続終了を検出する（Ｓｔｅｐ１０）。

無効化部７５は、通信接続終了を検出すると、操作入力部５１と画像生成部６２とに解除を通知する（Ｓｔｅｐ１１）。

操作入力部５１は、無効化部７５から解除の通知を受け取ると、プレーヤからの入力操作の無効化を解除、即ち、入力操作の受け入れを再開する（Ｓｔｅｐ１２）。

画像生成部６２は、無効化部７５から解除の通知を受け取ると、“Ｃｏｎｎｅｃｔｉｎｇ…”の表示を終了させ、停止していたゲーム画面の画像信号の出力を再開する（Ｓｔｅｐ１３）。

上記の実施の形態では、無効化部７５は、通信制御部６４がゲームサーバ２との間で通信接続を開始及び終了するのを検出する構成を用いて説明したが、通信部５５がゲームサーバ２との通信接続を開始及び終了するのを検出する構成であっても良いものとする。

また、上記の実施の形態では、操作入力部５１は、無効化部７５から無効化の通知を受け取ると、プレーヤからの入力の受け入れを停止して、通信中の操作入力をゲームに反映させない構成を用いていたが、他の構成であっても良い。例えば、操作入力部５１は、受容したプレーヤの操作を破棄、即ち、操作入力信号の出力を停止する構成であってよい。このような構成の場合、操作入力部５１は、無効化部７５から解除の通知を受け取ると、操作入力信号の出力を再開する。このような構成であっても、通信中の操作入力をゲームに反映させないことができる。

更に、操作入力部５１は、受容したプレーヤの操作入力信号を破棄せずに一時的に記録し、無効化部７５から解除の通知を受け取ると、記録したプレーヤの操作入力信号を対戦実行部７６に出力する構成であっても良い。このような構成の場合、対戦実行部７６は、通信中のプレーヤからの操作をゲームに反映させることが可能である。尚、操作入力部５１は、プレーヤの操作入力信号を１つ記録して、操作が入力される度に上書きしていく構成であっても良い。このような構成の場合、対戦実行部７６は、通信中のプレーヤからの最新の操作をゲームに反映させることが可能である。

〈第２の実施の形態〉
上記実施の形態では、操作入力部５１での無効化及び解除を説明した。本実施の形態では、対戦実行部７６での無効化及び解除について説明する。尚、上記実施の形態と同様の構成については同一番号を付し、詳細な説明は省略する。

無効化部７５は、通信制御部６４における通信接続の開始を検出すると、対戦実行部７６に無効化を通知する。また、無効化部７５は、通信制御部６４における通信接続の終了を検出すると、対戦実行部７６に解除を通知する。

対戦実行部７６は、無効化部７５から無効化の通知を受けると、操作入力部５１からの操作入力信号を破棄する。即ち、対戦ゲームの進行を停止する。対戦実行部７６は、無効化部７５から解除の通知を受けると、操作入力部５１からの操作入力信号の受容を再開する。即ち、対戦ゲームの進行を再開する。

本実施の形態における動作について説明する。図１３は、本実施の形態の動作を説明する為のフロー図である。以下の説明では、第１の実施の形態と同じ操作については同一のＳｔｅｐ番号が付されているものとする。

プレーヤがプレーヤ端末１を操作してメニュー画面からバトル開始を選択することによりゲームの実行が開始される。

例えば、プレーヤが自ターン時に、自分のカードを指でタッチ（選択）してカードを配置させて相手への攻撃を操作入力部５１を用いて入力する（Ｓｔｅｐ１）。

対戦実行部７６は、プレーヤからの入力に基づいて、カード設定情報及び行動選択情報を生成して出力する（Ｓｔｅｐ２）。

通信制御部６４は、カード設定情報及び行動選択情報をゲームサーバ２に送信するために、通信接続を開始する（Ｓｔｅｐ３）。

無効化部７５は、通信制御部６４における通信接続開始を検出する（Ｓｔｅｐ４）。

無効化部７５は、通信接続開始を検出すると、対戦実行部７６と画像生成部６２とに無効化を通知する（Ｓｔｅｐ１４）。

対戦実行部７６は、無効化の通知を受け取ると、操作入力部５１からの操作入力信号を破棄する（Ｓｔｅｐ１５）。

画像生成部６２は、無効化部７５から無効化の通知を受け取ると、ゲーム演算部６１の処理結果に基づいて生成したゲーム画面の画像信号の出力を停止する（Ｓｔｅｐ７）。

画像生成部６２は、通信処理が実行中であることを示す通信実行情報の画像信号を出力する（Ｓｔｅｐ８）。

通信制御部６４は、ゲームサーバ２から対戦結果を受信すると、通信処理を終了する（Ｓｔｅｐ９）。

検出部は、通信制御部６４における通信接続終了を検出する（Ｓｔｅｐ１０）。

無効化部７５は、通信接続終了を検出すると、対戦実行部７６と画像生成部６２とに解除を通知する（Ｓｔｅｐ１６）。

対戦実行部７６は、無効化部７５から解除の通知を受け取ると、操作入力５１からの操作入力信号の受け入れを再開する（Ｓｔｅｐ１７）。

画像生成部６２は、無効化部７５から解除の通知を受け取ると、“Ｃｏｎｎｅｃｔｉｎｇ…”の表示を終了させ、停止していたゲーム画面の画像信号の出力を再開する（Ｓｔｅｐ１３）。

上記の実施の形態では、対戦実行部７６は、無効化部７５から無効化の通知を受け取ると、操作入力部５１からの操作入力情報の受け入れを停止（破棄）していたが、他の構成であっても良い。例えば、対戦実行部７６は、データの出力を停止する構成であってよい。このような構成の場合、対戦実行部７６は、無効化部７５から解除の通知を受け取ると、データの出力を再開する。

更に対戦実行部７６は、操作入力からの操作入力信号を破棄せずに一時的に記録し、無効化部７５から解除の通知を受け取ると、記録したプレーヤの操作入力信号を受け入れる構成であっても良い。このような構成の場合、対戦実行部７６は、通信中のプレーヤからの操作をゲームに反映させることが可能である。尚、対戦実行部７６は、プレーヤの操作入力信号を１つ記録して、操作が入力される度に上書きしていく構成であっても良い。

上述の実施の形態では、バトル対戦の実行中に発生する通信を検出する構成を例に挙げて説明したが、本発明は検出する通信の種類に限定されるものではない。例えば、プレーヤがバトルゲームにログインする時に発生する通信、カーゴ取得時に発生する通信、又はゲームサーバ２から更新情報やお知らせを受信する際に発生する通信等、いずれであってもよい。

上述の実施の形態では、仮想的なゲームカードを用いたカードゲームを例示したが、適用可能なゲームのジャンルは限定されない。例えば、第１ゲーム要素に関連付けたキャラクタを選手とするスポーツの対戦ゲームとしてもよいし、第１ゲーム要素に関連付けたキャラクタの育成ゲーム等であってもよい。

また、上記の実施の形態の一部又は全部は、以下の付記のようにも記載されるが、以下には限られない。
（付記１）
対戦ゲームを実行する端末であって、
実行命令が格納されたメモリと、プロセッサとを備え、
前記プロセッサは、前記実行命令により、
サーバとの間で前記対戦ゲームの実データを送受信する通信処理と、
前記実データの送受信中における、前記対戦ゲームに対するプレーヤの操作を無効にする無効処理と
を実行する端末。
（付記２）
実行命令が格納されたメモリと、プロセッサとを備え、
前記プロセッサは、前記実行命令により、
サーバとの間で対戦ゲームの実データを送受信する通信処理と、
前記実データの送受信中における、前記対戦ゲームに対するプレーヤの操作を無効にする無効処理と
を実行する端末。
（付記３）
実行命令が格納されたメモリと、プロセッサとを備え、
前記プロセッサは、前記実行命令により、
サーバとの間で対戦ゲームの実データを送受信する通信処理と、
前記実データの送受信中における、前記対戦ゲームに対するプレーヤの操作を無効にする無効処理と
をコンピュータに実行させるプログラム。

１ プレーヤ端末
２ ゲームサーバ
１１ ディスプレイ
１２ タッチ操作パネル
１３ スピーカ
５１ 操作入力部
５２ 処理部
５３ 画像表示部
５４ 音声出力部
５５ 通信部
５６ 記憶部
６１ ゲーム演算部
６２ 画像生成部
６３ 音声制御部
７０ プレーヤ管理部
７１ カード管理部
７２ デッキ設定部
７３ バディ設定部
７４ アドバイス情報提供部
７５ 無効化部
７６ 対戦実行部
９１ 処理部
９２ 記憶部
９３ 通信部
１０１ プレーヤ管理部
１０２ ゲーム処理部
１０３ カード提供部

Claims (13)

1. 対戦ゲームをコンピュータに実行させるプログラムであって、
   サーバとの間で前記対戦ゲームのデータを送受信する通信処理と、
   前記対戦ゲームのデータの送受信中における、前記対戦ゲームに対するプレーヤの操作を無効にする無効処理と
   をコンピュータに実行させるプログラム。
2. 前記無効処理は、対戦相手との対戦に関するプレーヤの操作を無効にする
   請求項１に記載のプログラム。
3. 前記通信処理は、前記プレーヤの操作及び前記対戦ゲームの進行のいずれかによって実行される
   請求項１又は請求項２に記載のプログラム。
4. 前記通信処理の実行中に、前記対戦ゲームの進行を停止する対戦制御処理
   を含む請求項１から請求項３のいずれかに記載のプログラム。
5. 前記通信処理の実行中に、表示画面に表示中の前記対戦ゲームの画面の変更を停止する表示制御処理
   を含む請求項４に記載のプログラム。
6. 前記通信処理の実行中に、前記通信処理が実行されていることを示す通信実行情報を、前記表示中の前記対戦ゲームの画面に重畳して提示する提示処理
   を含む請求項１から請求項５のいずれかに記載のプログラム。
7. 前記提示処理は、前記通信実行情報を前記表示画面の所定の位置に重畳する
   請求項１から請求項６のいずれかに記載のプログラム。
8. 前記表示制御処理は、前記通信処理の終了により、前記停止中の前記対戦ゲームの画面の変更を再開する
   請求項１から請求項７のいずれかに記載のプログラム。
9. 前記無効処理は、前記対戦ゲームに対するプレーヤの操作を、前記対戦ゲームに反映しない
   請求項１から請求項８のいずれかに記載のプログラム。
10. 前記実データの送受信中における前記対戦ゲームに対するプレーヤの操作を記録する記録処理と、
    前記通信処理の終了により、前記記録したプレーヤの操作を前記対戦ゲームに反映するゲーム実行処理と
    を含む請求項１から請求項８のいずれかに記載のプログラム。
11. 前記ゲーム実行処理は、前記実データの送受信中における前記対戦ゲームに対するプレーヤの最新の操作を前記対戦ゲームに反映する請求項１０に記載のプログラム。
12. サーバとの間で対戦ゲームの実データを送受信する通信手段と、
    前記実データの送受信中における、前記対戦ゲームに対するプレーヤの操作を無効にする無効手段と
    を備える端末。
13. 対戦ゲームを実行するシステムであって、
    端末とサーバとの間で前記対戦ゲームの実データを送受信する通信手段と、
    前記実データの送受信中における、前記対戦ゲームに対するプレーヤの操作を無効にする無効手段と
    を備えるゲームシステム。

Images