(57)【要約】【課題】ネットワークを介した対戦型ゲームにおいて、通信条件などの影響を抑え、より自然なゲーム表示を可能にする。【解決手段】本実施形態にかかるシステムは、端末において、プレイヤの攻撃操作（Ｓ１０）に応じて自キャラクタから攻撃対象キャラクタへ仮想オブジェクトを投射し（Ｓ１１）、仮想オブジェクトが攻撃対象キャラクタに命中したことが示された当たり判定情報をサーバ装置に送信し（Ｓ１２）、サーバ装置において、各端末から受信した当たり判定情報を直列化し（Ｓ１３）、その結果に従って攻撃した側の端末及び攻撃された側の端末へ当たり確定情報を略同時に送信し（Ｓ１６）、攻撃した側の端末において、受信した当たり確定情報にしたがって、攻撃された側の端末のキャラクタの移動情報に基づいて仮想オブジェクトを攻撃対象キャラクタに追従させ（Ｓ１５）、自キャラクタを攻撃対象キャラクタへ衝突表示させる（Ｓ１７）。【選択図】図４
2016041238.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末と、前記複数の端末とネットワークを介して接続可能なサーバ装置とを備え、各端末のプレイヤが操作するキャラクタの移動情報が周期的に前記サーバ装置を介して各端末へ送信されるゲームシステムであって、
前記端末において、プレイヤの攻撃操作に応じて自キャラクタから攻撃対象キャラクタへ仮想オブジェクトを投射し、前記仮想オブジェクトが前記攻撃対象キャラクタに命中したことが示された当たり判定情報を前記サーバ装置に送信する当たり判定部と、
前記サーバ装置において、各端末から受信した当たり判定情報を直列化することによって１の攻撃した側と１以上の攻撃された側の端末を特定し、その結果に従って攻撃した側の端末及び攻撃された側の端末へ当たり確定情報を略同時に送信する同期制御部と、
攻撃した側の端末において、受信した当たり確定情報にしたがって、前記攻撃された側の端末のキャラクタの移動情報に基づいて前記仮想オブジェクトを攻撃対象キャラクタに追従させ、前記サーバ装置から受信した当たり確定情報に基づいて前記自キャラクタを攻撃対象キャラクタへ衝突させる動作態様を表示する表示処理部と
を備えるシステム。
【請求項２】
前記当たり判定部は、攻撃操作が行われた端末以外の端末における前記仮想オブジェクトを非表示とすることを特徴とする請求項１に記載のシステム。
【請求項３】
前記表示処理部は、攻撃された側の端末において、移動先が確定した攻撃対象キャラクタに対し、前記自キャラクタを衝突させる動作態様を表示することを特徴とする請求項１または２に記載のシステム。
【請求項４】
前記表示処理部は、前記自キャラクタが移動後の地点から前記攻撃対象キャラクタに向けて移動させる動作態様を表示することを特徴とする請求項１ないし３のいずれか１項に記載のシステム。
【請求項５】
複数の端末とネットワークを介して接続可能なサーバ装置とを備え、プレイヤが操作するキャラクタの移動情報を各端末から受けて周期的に他の端末へ送信するサーバ装置であって、
前記端末から、プレイヤの攻撃操作に応じた自キャラクタから攻撃対象キャラクタへの仮想オブジェクトの投射が前記攻撃対象キャラクタに命中した場合における当たり判定情報を受信し、受信した当たり判定情報を直列化し、１の攻撃した側と１以上の攻撃された側の端末を特定して、双方に当たり確定情報を略同時に送信する同期制御部を具備することを特徴とするサーバ装置。
【請求項６】
複数の端末と、前記複数の端末とネットワークを介して接続可能なサーバ装置とを備え、各端末のプレイヤが操作するキャラクタの移動情報を前記サーバ装置が収集して周期的に他の端末へ送信するゲームシステムに用いられるプログラムであって、
端末を操作するプレイヤの攻撃操作に応じた自キャラクタから攻撃対象キャラクタへの仮想オブジェクトの投射が前記攻撃対象キャラクタに命中した場合における当たり判定情報をそれぞれの端末から受信して、１の攻撃した側と１以上の攻撃された側の端末をそれぞれ特定するステップと、
特定したそれぞれの端末に該当する当たり確定情報を送信するステップと、
受信した当り確定情報にしたがって、前記移動情報に基づいて前記自キャラクタを前記攻撃対象キャラクタへ衝突させる動作態様を表示する表示処理ステップと
を前記ゲームシステムのコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば、ネットワークを介してゲームサービスを提供するシステム、サーバ装置、および、プログラムに関する。
【背景技術】
【０００２】
近年、ネットワークを通じて複数のユーザが参加可能なネットワーク対応のゲームサービスが広まっている。ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）端末や携帯端末等の情報処理装置を用いてゲーム運営者のサーバ装置と通信を行うことにより、他のユーザとコミュニケーションを行ったり、協力してゲームを進行したりすることができる。
【０００３】
このようなゲームの中でも、複数のプレイヤ端末の状態をネットワークを介して同期させることにより、遠隔プレイヤとリアルタイムに対戦できる同期対戦型のアクションゲームの人気が高まっている。同期対戦型のアクションゲームでは、各プレイヤがそれぞれの端末の画面を見ながら操作指示を行うため、各プレイヤ端末の画面が一致していることが前提となる。そこで、従来技術として、各端末に表示されるゲーム画面の同期制御を行う手法が提案されている（たとえば、特許文献１などを参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１２５２６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、同期対戦型のアクションゲームにおいて、プレイヤの攻撃動作を、攻撃対象を操作する遠隔プレイヤにリアルタイムに表示することは通信の条件次第では困難であった。特に、攻撃動作と移動動作とが連携しダイナミックな対戦がなされるゲームにおいては、攻撃動作が実行されたが攻撃が有効か否かの判定がなされる前に、攻撃キャラクタおよび攻撃対象キャラクタ双方に移動操作がなされた場合に、攻撃結果の表示が移動後のキャラクタに適用され、少なくとも一方のユーザには不条理な攻撃を受けたような心証を与える場合があり、不自然に映ることがあった。
【０００６】
本発明はかかる課題に鑑みてなされたものであり、その目的は、ネットワークを介した対戦型ゲームにおいて、通信条件などの影響を抑え、より自然なゲーム表示を可能にするシステム、サーバ装置、および、プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第１の態様は、システムである。このシステムは、複数の端末と、前記複数の端末とネットワークを介して接続可能なサーバ装置とを備え、各端末のプレイヤが操作するキャラクタの移動情報が周期的に前記サーバ装置を介して各端末へ送信されるゲームシステムであって、端末において、プレイヤの攻撃操作に応じて自キャラクタから攻撃対象キャラクタへ仮想オブジェクトを投射し、仮想オブジェクトが前記攻撃対象キャラクタに命中したことが示された当たり判定情報を前記サーバ装置に送信する当たり判定部と、サーバ装置において、各端末から受信した当たり判定情報を直列化することによって１の攻撃した側と１以上の攻撃された側の端末を特定し、その結果に従って攻撃した側の端末及び攻撃された側の端末へ当たり確定情報を略同時に送信する同期制御部と、攻撃した側の端末において、受信した当たり確定情報にしたがって、攻撃された側の端末のキャラクタの移動情報に基づいて仮想オブジェクトを当該キャラクタに追従させ、サーバ装置から受信した当たり確定情報に基づいて自キャラクタを当該キャラクタへ衝突させる動作態様を表示する表示処理部と備える。
【０００８】
この態様によれば、ネットワークを介した対戦型ゲームにおいて、通信条件などの影響を抑え、より自然なゲーム表示が実現できる。すなわち、キャラクタ同士を衝突させる処理の前段階として、まず仮想オブジェクトを攻撃対象キャラクタに投射し、その仮想オブジェクトをもって当たり判定を行った上で、攻撃側と被攻撃側を確定し、攻撃側が被攻撃側の動作に追従するように衝突させることによって、通信条件などに影響されることなく、より自然なゲーム表示を可能にすることができる。
【０００９】
また、当たり判定部は、攻撃操作が行われた端末以外の端末における前記仮想オブジェクトを非表示とする。このような態様によって、画面上の表示をシンプルにすることができる。
【００１０】
また、表示処理部は、攻撃された側の端末において、移動先が確定した攻撃対象キャラクタに対し、前記自キャラクタを衝突させる動作態様を表示する。このような態様によって、画像処理を簡易にすることができ、処理の負担を軽減できる。
【００１１】
本発明の第４の態様は、上記表示処理部は、上記自キャラクタが移動後の地点から上記攻撃対象キャラクタに対し移動させる動作を実施することを特徴とする。
上記第４の態様によれば、攻撃動作と移動動作との連携をスムーズに表示できるようになる。
【００１２】
なお、以上の構成要素、態様の任意の組み合わせ、本発明の表現を方法、装置、システム、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１３】
本発明によると、ネットワークを介した対戦型ゲームにおいて、通信条件などの影響を抑え、より自然なゲーム表示を可能にするシステム、サーバ装置、および、プログラムを提供できる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態にかかるシステムの構成例を示す図である。
【図２】図１のモバイル端末に表示されるゲーム画面表示例を示す図である。
【図３】図１のサーバの構成例を示す図である。
【図４】図１のモバイル端末あるいはＰＣ端末における構成例を示す図である。
【図５】図１のシステムの処理手順例を示すシーケンス図である。
【図６Ａ】図１のユーザ端末の画面表示例を示す図である。
【図６Ｂ】図１のユーザ端末の画面表示例を示す図である。
【図６Ｃ】図１のユーザ端末の画面表示例を示す図である。
【図６Ｄ】図１のユーザ端末の画面表示例を示す図である。
【図６Ｅ】図１のユーザ端末の画面表示例を示す図である。
【図６Ｆ】図１のユーザ端末の画面表示例を示す図である。
【発明を実施するための形態】
【００１５】
本発明の実施例を説明する前に、まず、本発明の概要を述べる。本発明は、ネットワークを介した対戦型ゲームにおいて、通信条件などの影響を抑え、より自然なゲーム表示が実現できるものである。
【００１６】
従来の対戦型ゲームにおいては、キャラクタ同士を衝突させて、攻撃のタイミングや回避動作などによって、攻撃処理がなされていた。しかしながら、プレイヤ同士が互いに離れた場所においてネットワークを介して行う対戦型ゲームにおいては、通信環境に影響されて、不自然な表示がなされる場合が少なくなかった。
【００１７】
本発明においては、キャラクタ同士を衝突させる処理の前段階として、まず仮想オブジェクトを攻撃対象キャラクタに投射し、その仮想オブジェクトをもって当たり判定を行った上で、攻撃側と被攻撃側を確定し、その後において、攻撃側が被攻撃側の動作に追従するように衝突させる動作態様を表示することによって、通信条件などに影響されることなく、より自然なゲーム表示を可能にすることができる。
【００１８】
以下、説明の都合上、本発明をネットワーク対戦ゲームに適用した例を用いて説明するが、ネットワークを介さない対戦ゲーム、または対コンピュータとの対戦ゲームにも当然に適用することができることはいうまでもない。
【００１９】
ここで、ソーシャルゲームについて簡単に説明する。ソーシャルゲームとは、一般的にＳＮＳ情報を用いてウェブブラウザ上で動作するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）等のプラットフォームを用い、これを基盤として動作するアプリケーションゲームソフトを言う。以下では、単にブラウザゲームと称する。
【００２０】
また、ソーシャルゲームには、ＳＮＳ情報を用いるが、ユーザが操作する各端末装置にアプリケーションプログラムをダウンロードし、各端末装置内でアプリケーションプログラムが実行され、各端末装置とサーバ装置との間では各種のパラメータを送受信して行うものもある。以下では、単にアプリゲームと称する。
【００２１】
なお、以下で説明する例は、本発明の理解のためのものであり、本発明の技術的範囲がこれに限定されるものではない。本発明の一例である以下の処理は、ブラウザゲームとしてゲームを提供するサーバ装置において処理することも可能であるし、アプリゲームとして端末装置側で実行されるプログラムにて処理することも可能である。また、本発明の一例である以下の処理は、据え置き型のゲーム機やネットワーク機能を有さないゲーム機において実行することも可能である。
【実施例１】
【００２２】
まず実施例１について説明する。図１は、本発明の一実施形態に係るシステム１００を示す図である。システム１００は、サーバ１０と、サーバ１０と基地局４０とを有線回線で接続するネットワーク６０と、基地局４０で代表される第１基地局４０ａ〜第３基地局４０ｃと、モバイル端末５０で代表される第１モバイル端末５０ａ〜第３モバイル端末５０ｃと、ＰＣ端末７０とを含む。また、モバイル端末５０として、例えばフィーチャーフォン、スマートフォン、タブレット端末などが含まれる。
【００２３】
このシステム１００では、サーバ１０から所定のサービスを、ネットワーク６０介してＰＣ端末７０へ、あるいはネットワーク６０および基地局４０を介してモバイル端末５０へ提供する。このサービスは、たとえば、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）上で提供されるゲームサービスや、アプリ提供プラットフォームから端末にダウンロードされたゲームアプリケーションを利用するサービスを含む。アプリ提供プラットフォームは、サーバ１０と一体でもよいし、別途設けてもよい。
【００２４】
なお、図１では、図示の都合上、基地局４０、モバイル端末５０は共に３台のみ図示したが、これにかぎらず、それ以上の基地局４０、モバイル端末５０が存在してもよい。ＰＣ端末７０についても同様である。また、第１モバイル端末５０ａ〜第３モバイル端末５０ｃは、それぞれ異なる基地局４０と接続されるとして図示しているが、これにかぎらず、１つの基地局４０に複数のモバイル端末５０が接続されていても、本発明が適用可能であることは言うまでもない。また、基地局４０は無線ＬＡＮなどのアクセスポイントであってもよい。以下、モバイル端末５０およびＰＣ端末７０をユーザ端末と総称する。
【００２５】
本実施形態では、システム１００は、サーバ１０からネットワーク６０を介して接続されるユーザ端末に対し、ゲーム空間上で各端末のプレイヤが操作するキャラクタ同士をリアルタイムに対戦させる同期対戦型のアクションゲームを提供する。同期対戦型のアクションゲームのジャンルとしては、たとえばバトルアクションゲーム、対戦型シューティングゲーム、および対戦型格闘ゲームなどがあり、広義にはスポーツゲームやレースゲームなども含むことができる。
【００２６】
ここでは、具体例として、図２に示すような対戦型のバトルゲームを用いて、以下の説明を行う。図２は、図１のモバイル端末に表示されるゲーム画面表示例を示す図である。このモバイル端末５０の画面表示例は、プレイエリア５０１と、情報表示エリア５０２とを含む。プレイエリア５０１は、ユーザが実際にゲームをプレイするエリアであり、プレイヤが操作するキャラクタ（以下、自キャラクタと称す）と、他のプレイヤが操作するキャラクタ（以下、攻撃対象キャラクタと称す）が表示される。情報表示エリア５０２には、自キャラクタの体力値を示すヒットポイント（ＨＰ）などが表示される。３以上のプレイヤで同時に対戦する場合には、複数の攻撃対象キャラクタが表示される。ユーザは画面内の自キャラクタを指でフリックするなどして攻撃対象キャラクタに体当たり（タックル）させ、その攻撃結果に応じてキャラクタが保持するヒットポイントを互いに削り合い、ヒットポイントがゼロになったとき、または一定時間経過後の残りポイントによって勝敗が決まるというものである。
【００２７】
なお、本実施例で説明するゲームにおいて、ユーザは、ゲームに参加する際に手持ちのポイントから、賭ける（ＢＥＴする）ポイント数を指定してもよい。ゲームにおいては、ＢＥＴしたポイント数が保有ポイントもしくはＨＰとなり、相手ユーザに攻撃をすることで、相手ユーザが保有しているポイント数を減らすことができる。また、ゲームは、所定時間終了後における保有ポイント数（ＨＰ）の大きさによって順位が決定される。すなわち、最初にＢＥＴしたポイント数が多いほど、最終的な順位を高くできる可能性が多くなる。また、ゲーム終了後においては、順位が高いほど、また、最初にＢＥＴしたポイント数が高いほど、より多い報酬がユーザに付与されることとなる。
【００２８】
図３は、図１のサーバ１０の構成例を示す図である。このサーバ１０は、サーバ通信部１２、ユーザ情報管理部１４、ゲーム制御部１５、同期制御部１６、およびサーバメモリ１８を含む。
【００２９】
サーバ通信部１２は、ネットワーク６０を介してユーザ端末とデータの送受信を行う通信インタフェースであり、ユーザ端末からの信号を受信し、所定の復調処理を実施して、ユーザ情報管理部１４、ゲーム制御部１５、あるいは同期制御部１６などに復調された信号を送る。
【００３０】
また、サーバ通信部１２は、ユーザ情報管理部１４、ゲーム制御部１５、あるいは同期制御部１６などからの指示を受けて、所定のデータを変調処理し、ユーザ端末に対して送信する。所定のデータとは、たとえば、ゲームの進行に関する情報などを含む。
【００３１】
なお、サーバ通信部１２における変復調処理は、従来用いられている変復調技術が用いられてよく、このような態様であったとしても、本発明を適用することができることは当業者に理解されるところである。
【００３２】
ユーザ情報管理部１４は、システム１００に登録されたユーザに関する情報をサーバメモリ１８にて管理する。また、これらのユーザの情報は、ゲーム制御部１５などにおいて参照される。システム１００に登録されたユーザの情報をサーバメモリ１８にて管理する。ユーザの情報は、例えばユーザ識別情報、ユーザ名、レベル、保有メダル数、属性、アバター画像情報、及びユーザが入力したコメントを含む。ユーザ情報管理部１４は、これらのユーザの情報を、ユーザ端末からの要求に応じてユーザ端末に送信する。また、ユーザ識別情報は、ユーザを識別するためのユニークコードである。また、レベルは、ゲームに参加した回数や得られた経験ポイントに基づき順次増加するユーザのレベルである。また、保有メダル数は、各ユーザが保有しているメダル数を示す。また、属性は、ユーザ毎に決定されるものであって、対戦相手に対する攻撃判定の有利・不利を決定するために用いられてもよい。
【００３３】
サーバメモリ１８は、上記のユーザの情報のほか、ゲームに関する各種情報を記憶する。ゲームに関する情報は、ユーザごとの実施ゲームの識別情報、実施日時、実施回数、進行状況、及びゲームにおいて取得したアイテムの識別情報、などを含む。これらの情報は、ユーザ情報と同様に、ユーザ端末からの要求に応じてユーザ端末に送信される。
【００３４】
ゲーム制御部１５は、サーバ通信部１２を介してユーザ端末からゲームの開始要求を受け付けてゲームを開始し、対戦する各プレイヤのゲームの進行を管理する。また、ゲーム制御部１５は、ゲームの進行に際して、サーバメモリ１８に記憶されたユーザ情報にアクセスし、所定の処理を実行する。
【００３５】
同期制御部１６は、ゲームに参加する複数のユーザ端末の状態をネットワーク６０を介して同期させることで、リアルタイム対戦を実現する。ユーザ端末から送られてくるキャラクタの移動情報を、ゲームに参加している他のプレイヤの端末へ周期的に送信する。また、ユーザ端末から送られてくる攻撃結果を示す当たり判定情報を直列化し、その結果に従って攻撃した側の端末及び攻撃された側の端末へ当たり確定情報を略同時に送信する。
【００３６】
ここで、当たり判定情報には、プレイヤの識別情報と、攻撃対象のキャラクタにかかる端末の同期ゲームへの接続を識別する識別情報とが含まれる。また、直列化とは、同時期に受信した複数の当り判定情報のうち、互いを攻撃しあう当り判定情報が存在する場合に、いずれの判定情報を有効とするかを決定して、１の攻撃した側と１以上の攻撃された側の端末を特定する処理である。たとえば、Ａ〜Ｄのキャラクタが存在する場合に、ＡからＣに対する当たり判定情報と、ＣからＡに対する当たり判定情報を同時期に受信した場合には、一方を攻撃した側、他方を攻撃された側として特定し、それを「当たり確定情報」として、ＡとＣの端末に略同時に送信する。この同期制御部１６の処理の詳細については後述する。
【００３７】
図４は、ユーザ端末の構成例を示す図である。ここでは、説明の都合上、モバイル端末５０の構成として説明するが、ＰＣ端末７０においても同様の構成となる。モバイル端末５０は、端末通信部５２、端末制御部５４、ユーザインタフェース５６、および端末メモリ５８を備える。
【００３８】
端末通信部５２は、サーバ１０からダウンロードしたアプリケーションプログラムや、サーバ１０から送信される各種情報を受信する。また、ユーザインタフェース５６で受け付けたユーザの入力操作などに応じて各種情報をサーバ１０へ送信する。
【００３９】
端末制御部５４は、ユーザインタフェース５６からユーザの指示を受け付けて、端末メモリ５８にアクセスしながら、アプリケーションのインストール制御や、アプリケーションの実行制御などを行う。端末制御部５４は、ゲーム処理部５４１を有し、ゲーム処理部５４１においてゲームの実行制御や表示処理が行われる。
【００４０】
ユーザインタフェース５６は、ユーザへのメッセージ、バトル画面等の各種画面を表示するための画面インタフェースと、音声等を出力するスピーカと、キーボードやタッチパネルなどのユーザからの入力を受け付ける入力インタフェースを含む。ユーザインタフェース５６は、ユーザからの各種のアクションボタン操作やフリック操作等を受け付けて、端末制御部５４に伝える。
【００４１】
端末メモリ５８は、ゲームアプリケーションをインストールする際に、アプリ提供プラットフォームからダウンロードされたアプリケーションプログラムを格納することに用いられる。また、端末通信部５２で受信されるサーバ１０からの各種情報や、ゲーム上で使用されるユーザ情報や自キャラクタが保持するヒットポイントなどが記憶される。
【００４２】
たとえば、ユーザによるユーザインタフェース５６の操作を受けて、端末制御部５４がゲームアプリケーションを起動すると、ネットワーク６０を介してサーバ１０と通信を行いながら、ゲーム処理部５４１によりゲームが進行する。ゲーム処理部５４１は、ゲーム実行中にユーザインタフェース５６を介してユーザからの入力操作を受け付けると、その操作情報に応じて画面内の自キャラクタを動作させる。
【００４３】
例えば、ゲーム処理部５４１は、ユーザインタフェース５６から移動操作の入力を受け付けた場合は、操作情報に基づいて画面内の自キャラクタを移動させる。自キャラクタのゲーム空間上の移動情報は所定のタイミングでサーバ１０へ送信され、サーバ１０からゲーム参加中の各端末へ周期的に送信される。また、サーバ１０から送信される各端末のキャラクタの移動情報を端末通信部５２で受信し、この移動情報に基づいて画面内の各端末のキャラクタを移動させる。
【００４４】
また、ゲーム処理部５４１は、ユーザインタフェース５６から攻撃操作の入力を受け付けた場合は、操作情報に基づいて画面内の自キャラクタを攻撃対象キャラクタへタックルさせる。このとき、攻撃操作が実行された直後に、自キャラクタおよび／または攻撃対象キャラクタの移動操作が行われると、ネットワークの遅延等により攻撃結果の表示が移動後のキャラクタに適用されることで不自然に映る場合がある。そこで、本実施形態では、通信条件などの影響を抑え、より自然なゲーム表示を可能にするために、キャラクタ同士を衝突させる処理の前段階として、以下の処理を行うようにする。
【００４５】
ゲーム処理部５４１は、プレイヤの攻撃操作に応じて自キャラクタから攻撃対象キャラクタへ仮想オブジェクトを投射し、仮想オブジェクトが前記攻撃対象キャラクタに命中したことが示された当たり判定情報をサーバ１０に送信する。
【００４６】
ゲーム処理部５４１は、攻撃した側の端末において、受信した当たり確定情報にしたがって、攻撃された側の端末のキャラクタの移動情報に基づいて前記仮想オブジェクトを当該キャラクタに追従させ、前記サーバ装置から受信した当たり判定情報に基づいて前記自キャラクタを当該キャラクタへ衝突させる動作態様をユーザインタフェース５６に表示する。また、ゲーム処理部５４１は、攻撃された側の端末において、移動先が確定した攻撃対象キャラクタに対し、前記自キャラクタを衝突させる動作態様をユーザインタフェース５６に表示する。また、ゲーム処理部５４１は、前記自キャラクタが移動後の地点から前記攻撃対象キャラクタに向けて移動させる動作態様を表示する。なお、ゲーム処理部５４１は、攻撃操作が行われた端末以外の端末においては、自らが投射した仮想オブジェクト以外の仮想オブジェクトを非表示とする。また、各端末において仮想オブジェクトの表示／非表示の選択をオプションとして設定できるようにしてもよい。
【００４７】
ここで、図５および図６Ａないし図６Ｆを用いて、システム１００の動作を説明する。図５は、システム１００の処理手順を示すシーケンス図である。ここでは、第１モバイル端末５０ａ（図５の端末Ａ）のプレイヤと、第２モバイル端末５０ｂ（図５の端末Ｂ）のプレイヤとが対戦する場合を例にとって説明する。図６Ａ乃至図６Ｆは、端末Ａの画面表示例を示したものである。なお、ここでは説明を簡単にするために、２プレイヤによる対戦で説明を行うが、３以上のプレイヤで同時に対戦することももちろん可能である。
【００４８】
図６Ａに示すように、端末Ａの画面には、自キャラクタ６０１と端末Ｂのプレイヤが操作するキャラクタ（攻撃対象キャラクタ）６０２とが表示されているものとする。このようなゲーム実行状態において、上記図２に示したように、端末Ａのプレイヤが自キャラクタ６０１から攻撃対象キャラクタ６０２への攻撃操作を行うと（ステップＳ１０）、端末Ａのゲーム処理部５４１は、図６Ｂ、図６Ｃに示すように、画面内の自キャラクタ６０１から攻撃対象キャラクタ６０２へ向けて仮想オブジェクト６０３を投射する（ステップＳ１１）。なお、仮想オブジェクト６０３は、自キャラクタが攻撃動作を行った攻撃対象キャラクタを追尾するための表示であり、攻撃した側の端末Ａの画面にのみ表示され、端末Ｂの画面には表示されないという性質を持つ。また、仮想オブジェクト６０３の形状などについては図６Ｂ等に示したものに限定されるものではなく、任意に変更できる。
【００４９】
端末Ａのゲーム処理部５４１は、仮想オブジェクト６０３が攻撃対象キャラクタ６０２へ命中（ヒット）したか否か当たり判定を行う（ステップＳ１２）。この当たり判定でヒットしたと判定した場合は、当たり判定情報をサーバ１０へ送信する。当たり判定情報には、たとえば、攻撃した側のキャラクタ、攻撃された側のキャラクタ、および攻撃により与えたダメージ量を示す情報が含まれる。攻撃した側のキャラクタおよび攻撃された側のキャラクタを示す情報は、それぞれのキャラクタにかかる端末の同期ゲームへの接続を識別する情報を用いることができる。ダメージ量は、自キャラクタのレベル、攻撃対象キャラクタのレベル、および通常のヒットであるかクリティカルヒット（致命的な一撃）であるか等によって変化させることができる。
【００５０】
サーバ１０の同期制御部１６は、端末Ａからの当たり判定情報を受信し、直列化処理を行う（ステップＳ１３）。直列化処理とは、たとえば、各端末から受信した当たり判定情報の先後関係を設定し、時系列に順序付けすることを意味する。もし、端末Ａと端末Ｂとの双方から同時に当たり判定情報を受信した場合は、双方の当たり判定情報を有効にして、その先後を決定するようにしてもよいし、一方の当たり判定情報を有効にし、他方の当たり判定情報を無効にしてもよい。その際には、自キャラクタおよび攻撃対象キャラクタのレベルやダメージ量などに基づいて決定することができる。
【００５１】
その後、端末Ｂのプレイヤにより攻撃対象キャラクタ６０２に対する移動操作が行われると（ステップＳ１４）、端末Ｂは所定のタイミングで移動情報をサーバ１０へ送信する。サーバ１０は、各端末から受信した移動情報をこの対戦に参加する端末へ周期的に送信する。端末Ａは、サーバ１０から受信した移動情報に基づいて画面内の攻撃対象キャラクタ６０２を移動させると共に、仮想オブジェクト６０３を攻撃対象キャラクタ６０２に追従させる（ステップＳ１５）。この様子を図６Ｄに示す。
【００５２】
サーバ１０は、ステップＳ１３の直列化処理の結果に従って、攻撃した側の端末Ａと攻撃された側の端末Ｂとに当たり確定情報を略同時に送信する（ステップＳ１６）。端末Ａは、サーバ１０から受信した当たり確定情報に基づいて、図６Ｅに示すように、自キャラクタ６０１を、仮想オブジェクト６０３が投射された攻撃対象キャラクタ６０２に向かって移動させ、衝突表示させる（ステップＳ１７）。衝突後は、図６Ｆに示すように、攻撃対象キャラクタ６０２が衝突により吹き飛ばされるように移動する態様を表示する。端末Ｂにおいても、端末Ａと同様に、ステップＳ１６で受信した当たり確定情報に基づいて、攻撃キャラクタ６０１を自キャラクタ６０２へ移動させ、衝突表示させる（ステップＳ１８）。
【００５３】
したがって、本実施形態によれば、ネットワークを介した対戦型ゲームにおいて、通信条件などの影響を抑え、より自然なゲーム表示が実現できる。たとえば、攻撃直後に攻撃対象キャラクタの移動操作が行われた場合に、従来のように攻撃操作に応じて攻撃キャラクタ自体を攻撃対象キャラクタに衝突表示させると、移動後のキャラクタに攻撃結果の表示が突然現れて不自然な表示になるおそれがある。これに対し、本実施形態では、攻撃操作後に先ず仮想オブジェクトを攻撃対象キャラクタに投射し、仮想オブジェクトで当たり判定を行い、サーバで当たり判定情報を直列化した後に、その結果に従って攻撃した側と攻撃された側に当たり確定情報を略同時に送信する。そして、サーバから当たり確定情報を受信した時点で攻撃キャラクタを移動後の攻撃対象キャラクタに衝突表示させることで、攻撃対象キャラクタに衝突結果が表示されるまで仮想オブジェクトにより追尾されるため、従来のような表示の不自然さを解消することができる。
【００５４】
以下に、本実施形態の変形例を説明する。
上記実施形態では、攻撃操作が行われた後に攻撃対象キャラクタのみに移動操作が行われる例を示したが、攻撃操作の後に攻撃キャラクタおよび攻撃対象キャラクタの双方に移動操作がなされる場合がある。そこで、変形例では、攻撃キャラクタが移動後の地点から攻撃対象キャラクタに対し移動させる動作を実施する。このようにすることで、攻撃動作と移動動作との連携をスムーズに表示できるようになる。
【００５５】
以上、本発明を各実施形態をもとに説明した。本発明は上述した各実施形態並びに各実施例の内容に限定されるものではなく、本発明の要旨の範囲内において種々に変形して実施をすることが可能である。上記実施形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【符号の説明】
【００５６】
１００…システム、１０…サーバ、４０…基地局、４０ａ…第１基地局、４０ｂ…第２基地局、４０ｃ…第３基地局、５０…モバイル端末、５０ａ…第１モバイル端末、５０ｂ…第２モバイル端末、５０ｃ…第３モバイル端末、６０…ネットワーク、７０…ＰＣ端末、１２…サーバ通信部、１４…ユーザ情報管理部、１５…ゲーム制御部、１１６…同期制御部、１８…サーバメモリ、５２…端末通信部、５４…端末制御部、５４１…ゲーム処理部、５６…ユーザインタフェース、５８…端末メモリ。
【図１】
2016041238.tif 000003
【図２】
2016041238.tif 000004
【図３】
2016041238.tif 000005
【図４】
2016041238.tif 000006
【図５】
2016041238.tif 000007
【図６Ａ】
2016041238.tif 000008
【図６Ｂ】
2016041238.tif 000009
【図６Ｃ】
2016041238.tif 000010
【図６Ｄ】
2016041238.tif 000011
【図６Ｅ】
2016041238.tif 000012
【図６Ｆ】
2016041238.tif 000013