JP2014076383A - Game control device, game control method, program, and game system - Google Patents
Game control device, game control method, program, and game system Download PDFInfo
- Publication number
- JP2014076383A JP2014076383A JP2013253198A JP2013253198A JP2014076383A JP 2014076383 A JP2014076383 A JP 2014076383A JP 2013253198 A JP2013253198 A JP 2013253198A JP 2013253198 A JP2013253198 A JP 2013253198A JP 2014076383 A JP2014076383 A JP 2014076383A
- Authority
- JP
- Japan
- Prior art keywords
- user
- battle
- game
- support
- request
- 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.)
- Granted
Links
Images
Abstract
Description
本発明は、複数のユーザの各々の操作に応じて、各ユーザによるゲームの進行を制御する技術に関する。 The present invention relates to a technique for controlling the progress of a game by each user in accordance with each operation of a plurality of users.
近年、特定のサービス提供者によるソーシャルネットワーキングサービス(SNS)においてウェブブラウザ上で動作するAPI(Application Programming Interface)などの動作環境を基に作成されるゲーム用アプリケーションによって実行される、いわゆるソーシャルゲーム(Social Game)が普及している。ソーシャルゲームは、不特定多数のユーザ間でコミュニケーションをとりながらプレイするオンラインゲームの一種であると言える。ユーザは、インターネットに接続可能であって、かつウェブブラウザが搭載された通信端末を備えていれば、時間と場所を問わずソーシャルゲームを楽しむことができる。 In recent years, a so-called social game (Social) executed by a game application created on the basis of an operating environment such as an API (Application Programming Interface) that operates on a web browser in a social networking service (SNS) by a specific service provider. Game) is popular. It can be said that the social game is a kind of online game that is played while communicating among an unspecified number of users. If a user can connect to the Internet and has a communication terminal equipped with a web browser, the user can enjoy a social game regardless of time and place.
上述したソーシャルゲームでは、従来のオンラインゲームよりも、ユーザ間の交流を図るためのコミュニケーション機能が充実している点が特徴の1つとなっている。ソーシャルゲームでは、例えば、関係付けられたユーザ(仲間)間で協力したゲームの実行のほか、仲間との挨拶や連絡など仲間とコミュニケーションを取ることによる情報交換、仲間との間のゲーム上のアイテムのプレゼントあるいはアイテムの交換が行なわれている。このようなソーシャルゲームの一例として、下記の非特許文献1に記載されたデジタルカードゲーム(ドラゴンコレクション(登録商標))が知られている。
One of the features of the above-described social game is that it has a richer communication function for interacting with users than conventional online games. In social games, for example, in addition to the execution of a game in cooperation between related users (companies), information exchange by communicating with the companion such as greetings and communication with the companion, items on the game with the companion Gifts or items have been exchanged. As an example of such a social game, a digital card game (Dragon Collection (registered trademark)) described in Non-Patent
従来のソーシャルゲームにおいて、各ユーザが例えばゲーム上のキャラクタとバトル(対戦)を行いながらゲームを進行させていくときに、ユーザ毎のゲーム上の能力の差などから、ゲームの進行度合いに差が生ずる。このとき、例えばゲームのゲーム上の能力が低いユーザにとっては、バトルに勝利してゲームを早く先に進めることができず(つまり、ゲームの進行度が低く)、ゲームのシナリオに応じたゲームの面白味を感じられない場合があった。 In a conventional social game, when each user advances the game while performing a battle with a character on the game, for example, there is a difference in the progress of the game due to a difference in the ability on the game for each user. Arise. At this time, for example, for a user with low game ability, the game cannot be advanced quickly by winning the battle (that is, the progress of the game is low). In some cases, it was not felt interesting.
本発明は上述した観点に鑑みてなされたもので、ユーザのゲームの進行度が低い場合にゲームの進行を補助することができるようにしたゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステムを提供することを目的とする。 The present invention has been made in view of the above-described viewpoints, and provides a game control device, a game control method, a program, and a game system that can assist the progress of the game when the progress of the user's game is low. The purpose is to do.
本発明の第1の観点は、 ユーザによるゲーム上の対戦を実行する対戦実行手段と、 第1のユーザから第1の対戦における支援要請を受け付ける受付手段と、 第1のユーザ以外のユーザに対して、第1のユーザとのゲームの進行度の差に応じて、前記第1の対戦における支援要請を行うか否かを判定する判定手段と、 前記判定手段の判定結果に応じて、第1のユーザ以外のユーザのうち支援要請先の第2のユーザを特定し、第2のユーザに対して前記支援要請を行う要請手段と、 を備える。 According to a first aspect of the present invention, there is provided a battle execution means for executing a battle on a game by a user, a reception means for receiving a support request in the first battle from the first user, and a user other than the first user. And determining means for determining whether or not to make a support request in the first battle according to the difference in the degree of progress of the game with the first user, and according to the determination result of the determining means, the first Requesting means for identifying a second user who is a support request destination among users other than the user and requesting the support from the second user.
このゲーム制御装置では、ゲームを実行中の第1のユーザよりも、例えばゲームの進行度が高い第2のユーザに支援要請が行われる。ゲームの進行度が高い第2のユーザはゲーム上の能力(例えば、バトルの能力等)が高いと考えられるため、第2のユーザに対して支援要請が行われることで、第1のユーザに対する支援は実効性が高いものとなる。その結果、ゲームの進行度が低いユーザであっても、ゲームのシナリオに応じたゲームの面白味を感じられるようになる。また、ゲームの進行度が高いユーザが、ゲームの進行度が低いユーザのゲームの進行を補助する構成となるため、ユーザ全体でゲームの活性化が図れるようになる。 なお、「ゲームの進行度」は、ゲームの性質によって任意に設定可能であり、例えば、ゲーム内でクリアしたステージの数や、ゲーム内で取得したアイテムの数、あるいはゲーム内で与えられた特定のミッションを達成した回数等、ミッションを所定回数達成する毎に上昇するレベル等のパラメータ、ゲーム画面上の特定のメニューの選択回数に応じて決定してもよい。 In this game control device, a support request is made to, for example, a second user whose game progress is higher than that of the first user who is executing the game. Since the second user who has a high degree of progress of the game is considered to have a high ability on the game (for example, the ability of the battle, etc.), a support request is made to the second user. Support is highly effective. As a result, even a user with a low degree of progress of the game can feel the fun of the game according to the game scenario. Moreover, since the user with a high degree of game progress assists the user with the low degree of game progress, the game can be activated as a whole. The “game progress” can be arbitrarily set depending on the nature of the game. For example, the number of stages cleared in the game, the number of items acquired in the game, or a specific number given in the game It may be determined according to a parameter such as a level that increases every time the mission is achieved, such as the number of times the mission has been completed, or the number of times a specific menu is selected on the game screen.
上記ゲーム制御装置において、前記判定手段は、第1のユーザ以外のユーザのうち、第1のユーザとのゲームの進行度の差が所定値以上であるユーザに対して支援要請を行うと判定してもよい。これにより、支援要請を行う第2のユーザの数を適切に制限することができる。また、第1のユーザと比べて第2のユーザの進行度を十分に高く設定できるため、第1のユーザよりもゲーム上の能力が十分に高いユーザによる支援を受けることが期待でき、支援の実効性をより高めることができる。 In the game control device, the determination unit determines that a support request is made to a user other than the first user who has a difference in game progress with the first user that is equal to or greater than a predetermined value. May be. As a result, the number of second users who request support can be appropriately limited. In addition, since the degree of progress of the second user can be set sufficiently higher than that of the first user, it can be expected to receive support from a user who has a sufficiently higher ability on the game than the first user. Effectiveness can be further increased.
上記ゲーム制御装置において、前記要請手段によって行われた前記支援要請に応じた、前記第2のユーザによる所定の操作入力の情報に基づいて、前記第1の対戦における前記第1のユーザの対戦能力、又は前記第1の対戦の対戦相手の対戦能力を、前記第1のユーザが有利となるように調整する第1の支援を実行する支援手段、を備えてもよい。 「所定の操作入力」は、ユーザの通信端末に対する所定の操作釦の押下操作の入力や、タッチパネル機能を備えた通信端末に対する表示画面上のタッチ操作の入力のほか、加速度センサを備えた通信端末を振ることによる操作入力、あるいはジェスチャによる操作入力(ジェスチャ入力)であってもよい。ジェスチャ入力では、撮像機能を備えた通信端末に対する所定のジェスチャを行うことで通信端末がそのジェスチャを画像認識し、予めジェスチャに対応付けられた操作入力を認識する。 第2のユーザによって行われる第1の支援は、第1の対戦の対戦相手と直接的に対戦することではなく、第1の対戦における前記第1のユーザの対戦能力、又は第1の対戦の対戦相手の対戦能力を、前記第1のユーザが有利となるように調整することである。言わば、第1の支援は、第1のユーザによる第1の対戦を間接的に支援するものである。つまり、第1のユーザが例えば自らの操作によって第1の対戦に勝利するように補助されるため、第1のユーザにとっては自ら対戦に勝利したという達成感を得ることができる。 In the game control device, based on information of a predetermined operation input by the second user in response to the support request made by the request unit, the first user's competitive capability in the first battle Or support means for executing a first support for adjusting the battle capability of the opponent of the first battle to be advantageous to the first user. The “predetermined operation input” is a communication terminal having an acceleration sensor in addition to an input operation of pressing a predetermined operation button on a user's communication terminal, an input of a touch operation on a display screen to a communication terminal having a touch panel function. It may be an operation input by shaking or an operation input by gesture (gesture input). In gesture input, by performing a predetermined gesture on a communication terminal having an imaging function, the communication terminal recognizes an image of the gesture and recognizes an operation input previously associated with the gesture. The first support performed by the second user is not directly fighting the opponent of the first battle, but the battle capability of the first user in the first battle, or of the first battle It is to adjust the battle capability of the opponent so that the first user is advantageous. In other words, the first support indirectly supports the first battle by the first user. That is, since the first user is assisted to win the first battle by his / her own operation, for example, the first user can have a sense of accomplishment that he / she has won the battle.
第1の支援を実行する場合、前記支援手段は、前記第1のユーザと前記第2のユーザのゲームの進行度の差が大きいほど、第1のユーザがより有利になるように調整してもよい。これにより、第2のユーザのゲームの進行度が第1のユーザよりも高いほど、第2のユーザによる支援によって第1のユーザのゲームの進行がしやすくなる。その結果、支援を行う第2のユーザ次第で、第1のユーザのゲームの進行率が調整されることになり、ゲーム性の幅を広げることができる。 When performing the first support, the support means adjusts the first user to be more advantageous as the difference in the game progress between the first user and the second user increases. Also good. Thereby, as the progress degree of the game of the second user is higher than that of the first user, the progress of the game of the first user is facilitated by the support from the second user. As a result, the progress rate of the first user's game is adjusted depending on the second user who provides support, and the range of game characteristics can be widened.
上記ゲーム制御装置において、前記支援要請は、前記第2のユーザによる前記第1の対戦の対戦相手との対戦を実行してもよい。このように、第2のユーザによって行われる支援は、第1の対戦の対戦相手と直接的に対戦することであってもよい。このような支援方法であっても、第1のユーザのゲームの進行を第2のユーザが補助することができる。 In the game control apparatus, the support request may be performed by a battle between the second user and the opponent of the first battle. Thus, the support performed by the second user may be a direct battle with the opponent of the first battle. Even with such a support method, the second user can assist the progress of the game of the first user.
上記ゲーム制御装置において、前記要請手段は、判定手段の判定結果に応じて、前記第1の対戦において前記第1のユーザが有利になるように調整する第1の支援、又は、前記第2のユーザによる前記第1の対戦の対戦相手との対戦を実行する第2の支援のいずれかを、前記第2のユーザが選択可能に提示してもよい。ここで、第1の支援は、第2のユーザが第1の対戦の対戦相手と直接的に対戦する、言わば直接的な支援である。第2の支援は、前述したように、第1のユーザによる第1の対戦に対する、言わば間接的な支援である。第2のユーザは、第1のユーザに対する支援方法として、第1の支援又は第2の支援のいずれかを選択できる。そのため、第2のユーザが自らのゲームの進行状況に応じた柔軟な選択を可能とするゲーム設定とすることができる。 In the above game control device, the requesting unit is configured to adjust the first support so that the first user is advantageous in the first battle according to the determination result of the determining unit, or the second support unit. Any of the second support for executing the battle with the opponent of the first battle by the user may be presented so as to be selectable by the second user. Here, the first support is a direct support in which the second user directly battles with the opponent of the first battle. As described above, the second support is an indirect support for the first battle by the first user. The second user can select either the first support or the second support as the support method for the first user. Therefore, it can be set as the game setting which enables a 2nd user to select flexibly according to the progress of own game.
上記ゲーム制御装置において、前記対戦実行手段は、ユーザによる前記ゲーム上の対戦の実行に伴って当該ユーザのゲーム上のパラメータを消費してもよい。この場合、第2のユーザが、第1の支援又は第2の支援のいずれかの支援方法を選択するに当たって、第2の支援(第1の対戦の対戦相手との対戦を実行すること)による自らのパラメータの消費量を考慮しながら選択を行うことになるため、深いゲーム性を実現できる。例えば、対戦で勝利することで、あるいは対戦で勝利した数に応じて特典を得られる設定とした場合には、第2のユーザが、パラメータの消費量と、得られる特典とを比較考量する構成とすることができる。 In the game control apparatus, the battle execution means may consume parameters on the game of the user as the user executes the battle on the game. In this case, when the second user selects the first support method or the second support method, the second support (executes a battle with the opponent of the first battle). Since the selection is made in consideration of the consumption of its own parameters, deep game characteristics can be realized. For example, when it is set to be able to obtain a privilege by winning in a match or according to the number of wins in a match, a configuration in which the second user comparatively considers the amount of parameter consumption and the privilege to be obtained It can be.
上記ゲーム制御装置において、ユーザ間を関係付ける関係付け手段、を備え、前記要請手段は、前記第2のユーザを、前記第1のユーザと関係付けられたユーザの中から選択してもよい。 支援要請を行う第2のユーザを支援要請元の第1のユーザと関係付けられたユーザ(仲間)の中から選択することで、第1のユーザにとっては、仲間によって支援を受けているという実感が得られるため、仲間との関係性を高めることができる。そのため、ゲームのソーシャル性を高めることができる。 The game control apparatus may further include an association unit that associates users, and the request unit may select the second user from among users associated with the first user. By selecting the second user who makes the support request from the users (companies) associated with the first user of the support request source, for the first user, the real feeling that the support is received by the companion Can be obtained, so the relationship with friends can be enhanced. Therefore, the social nature of the game can be improved.
本発明の第2の観点は、 ユーザによるゲーム上の対戦を実行するステップと、 第1のユーザから第1の対戦における支援要請を受け付けるステップと、 第1のユーザ以外のユーザに対して、第1のユーザとのゲームの進行度の差に応じて、前記第1の対戦における支援要請を行うか否かを判定するステップと、 前記判定するステップの判定結果に応じて、第1のユーザ以外のユーザのうち支援要請先の第2のユーザを特定し、第2のユーザに対して前記支援要請を行うステップと、 を備えた、ゲーム制御方法である。 According to a second aspect of the present invention, a step of executing a game battle by a user, a step of receiving a support request in the first battle from the first user, a user other than the first user, A step of determining whether or not to make a support request in the first battle according to a difference in the degree of progress of the game with one user, and a user other than the first user according to a determination result of the determining step And specifying a second user of the support request destination among the users and making the support request to the second user.
本発明の第3の観点は、コンピュータに、 ユーザによるゲーム上の対戦を実行する機能、 第1のユーザから第1の対戦における支援要請を受け付ける機能、 第1のユーザ以外のユーザに対して、第1のユーザとのゲームの進行度の差に応じて、前記第1の対戦における支援要請を行うか否かを判定する機能、及び、 前記判定する機能の判定結果に応じて、第1のユーザ以外のユーザのうち支援要請先の第2のユーザを特定し、第2のユーザに対して前記支援要請を行う機能、 を実現させるためのプログラムである。 According to a third aspect of the present invention, there is provided a computer with a function for executing a game battle by a user, a function for receiving a support request in the first battle from a first user, and a user other than the first user, A function for determining whether or not to make a support request in the first battle according to a difference in the degree of progress of the game with the first user, and a first result according to a determination result of the determination function It is a program for realizing a function of specifying a second user as a support request destination among users other than the user and making the support request to the second user.
コンピュータは、例えばネットワークサーバ、大型計算機等であってよい。また、このプログラムは、DVD−ROMやCD−ROM等のコンピュータが読み取り可能な情報記憶媒体に格納されてもよい。 The computer may be a network server, a large computer, or the like, for example. Further, this program may be stored in a computer-readable information storage medium such as a DVD-ROM or a CD-ROM.
本発明の第4の観点は、通信端末と、当該通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するサーバと、を含むゲームシステムであって、 ユーザによるゲーム上の対戦を実行する対戦実行手段、 第1のユーザから第1の対戦における支援要請を受け付ける受付手段、 第1のユーザ以外のユーザに対して、第1のユーザ
とのゲームの進行度の差に応じて、前記第1の対戦における支援要請を行うか否かを判定する判定手段、及び、 前記判定手段の判定結果に応じて、第1のユーザ以外のユーザのうち支援要請先の第2のユーザを特定し、第2のユーザに対して前記支援要請を行う要請手段、 の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、 を備えた、ゲームシステムである。
According to a fourth aspect of the present invention, there is provided a game system including a communication terminal and a server configured to be accessible from the communication terminal and controlling execution of the game by the communication terminal. A match execution means for executing the game, a reception means for receiving a support request in the first match from the first user, and a user other than the first user according to a difference in the progress of the game with the first user Determining means for determining whether or not to make a support request in the first battle; and according to a determination result of the determining means, a second user who is a support request destination among users other than the first user One of the request means for specifying and requesting the support request to the second user is provided in any one of the communication terminal and the server.
本発明のゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステムによれば、ユーザのゲームの進行度が低い場合にゲームの進行を補助することができる。 According to the game control device, the game control method, the program, and the game system of the present invention, it is possible to assist the progress of the game when the progress of the user's game is low.
以下、本発明の実施形態について説明する。 Hereinafter, embodiments of the present invention will be described.
(1)ゲームシステムの構成 図1は、実施形態のゲームシステムのシステム構成例を示している。図1に示すように、このゲームシステムは、例えばインターネットなどの通信網NW(ネットワーク)に接続可能な通信端末10a,10b,10c,…と、通信網NWに接続されているゲームサーバ20と、データベースサーバ30とによって構成されている。各通信端末10a,10b,10c,…はそれぞれ、個々のユーザによって操作される端末であり、例えば、携帯端末、スマートフォン、PDA(Personal Digital Assistant)、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機(いわゆる多機能型のスマートテレビも含む。)などの通信端末である。なお、以下の説明において、各通信端末10a,10b,10c,…に共通して言及するときには、通信端末10と表記する。 このゲームシステムにおいて、ゲームサーバ20は、クライアントである通信端末10と通信可能に構成されており、通信端末10に対してゲーミングサービスを提供する。ゲームサーバ20には、ゲーム用アプリケーションとしてウェブブラウザ上で動作可能なアプリケーションが実装されている。データベースサーバ30は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ20と例えば有線で接続される。 通信端末10は、ゲームサーバ20によって提供されるウェブページを表示可能なウェブブラウザを備えており、ユーザは、通信端末10でウェブページに対する操作をしてゲームを実行する。
(1) Configuration of Game System FIG. 1 shows a system configuration example of a game system according to the embodiment. As shown in FIG. 1, the game system includes
また、図1には図示していないが、ゲームサーバ20とは別に各通信端末10のユーザを認証するための認証サーバを設けてもよい。また、多くの通信端末10からのアクセスを受け入れるために複数のゲームサーバ20を設ける場合は、その複数のゲームサーバ20間の負荷を調整するためのロードバランサを設けてもよい。また、ゲームサーバ20は単一のサーバ装置として構成してもよいが、機能を分散させた複数のサーバ装置として構成してもよい。 Although not shown in FIG. 1, an authentication server for authenticating the user of each communication terminal 10 may be provided separately from the game server 20. Further, when a plurality of game servers 20 are provided in order to accept access from many communication terminals 10, a load balancer for adjusting a load between the plurality of game servers 20 may be provided. The game server 20 may be configured as a single server device, but may be configured as a plurality of server devices having distributed functions.
(2)通信端末の構成 図2及び図3を参照して通信端末10について説明する。 図2は、通信端末10の外観の例を示す図であって、(a)は、例えば折り畳み式の携帯端末(携帯電話機)などの釦入力方式の通信端末を例示したものであり、(b)は、例えばスマートフォンなどのタッチパネル入力方式の通信端末を例示したものである。図3は、通信端末10の内部構成を示すブロック図である。 図3に示すように、通信端末10は、CPU(Central Processing Unit)11、ROM(Read Only Memory)12、RAM(Random Access Memory)13、画像処理部14、指示入力部15、表示部16、及び、信号送受信部としての通信インタフェース部17を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス18が設けられている。
(2) Configuration of Communication Terminal The communication terminal 10 will be described with reference to FIGS. 2 and 3. FIG. 2 is a diagram illustrating an example of the appearance of the communication terminal 10, and FIG. 2A illustrates a button input type communication terminal such as a foldable mobile terminal (mobile phone), for example. ) Exemplifies a communication terminal of a touch panel input method such as a smartphone. FIG. 3 is a block diagram showing an internal configuration of the communication terminal 10. As shown in FIG. 3, the communication terminal 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an
CPU11は、ROM12内のウェブブラウザをRAM13にロードして実行する。そして、CPU11は、指示入力部15等によってユーザに入力されるURL(Uniform Resource Locator)の適切な指定に基づき、通信インタフェース部17を介して、ゲームサーバ20からウェブページを表示するためのデータ、すなわち、HTML(HyperText Markup Language)文書や当該文書と関連付けられた画像などのオブジェクトのデータ(以下、総称して適宜「HTMLデータ」と表記する。)を通信インタフェース部17を介して取得し、そのHTMLデータを解釈する。なお、通信端末10には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインが実装されていてよい。 なお、HTMLデータの取得に当たって、CPU11は、予め登録されたユーザID(ユーザ識別情報)、あるいは指示入力部15を介して入力されるユーザIDを含むアクセス要求メッセージを、通信インタフェース部17を介してゲームサーバ20へ通知する。
The CPU 11 loads the web browser in the ROM 12 into the
ウェブブラウザは、画像処理部14を介して、取得したHTMLデータに基づき、ゲームサーバ20から提供されるウェブページを表示部16に表示する。また、ウェブブラウザは、ユーザが指示入力部15の操作によってウェブページ上のハイパーリンク(Hyperlink)またはメニューが選択されると、その選択に応じたウェブページを表示するための新たなHTMLデータの送信(つまり、ウェブページの更新)をゲームサーバ20へ要求する。
The web browser displays the web page provided from the game server 20 on the
画像処理部14は、HTMLデータの解析結果としてCPU11から与えられる表示用画像データに基づいて、表示部16にウェブページを表示する。表示部16は、例えば、マトリクス状に画素単位で配置された薄膜トランジスタを含むLCD(Liquid Cristal Display)モニタであり、表示用画像データに基づいて薄膜トランジスタを駆動することでウェブページの画像を表示画面16aに表示する。
The
通信端末10が釦入力方式の通信端末(図2(a))である場合、指示入力部15は、ユーザの操作入力を受け入れるための方向指示釦と決定釦などの複数の指示入力釦を含む釦群15a、及び、テンキーなどの複数の指示入力釦を含む釦群15bを備え、各釦の押下(操作)入力を認識してCPU11へ出力するためのインタフェース回路を含む。例えば、方向指示釦は、表示部16に表示されているウェブページをスクロールして表示することをCPU11へ指示するために設けられる。また、決定釦は、例えばウェブページ上で複数のハイパーリンクまたはメニューが表示されるときに、アクティブ表示(例えば強調表示)されている1つのハイパーリンクまたはメニューをユーザが選択することをCPU11へ指示するために設けられる。なお、通信端末10を小型の携帯端末によって構成する場合には、これらの釦は、ユーザが通信端末10を片手で保持したままその親指で操作(クリック)しやすいように、通信端末10の前面に配置されていることが好ましい。図2(a)に示す例では、釦群15bは、釦群15aの下方に配置され、「0」〜「9」、「*」、「#」(テンキー)が表記された複数の指示入力釦を含む。
When the communication terminal 10 is a button input type communication terminal (FIG. 2A), the
通信端末10がタッチパネル入力方式の通信端末(図2(b))である場合、指示入力部15は、主として表示画面16aに指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。タッチパネル入力方式は、静電容量方式などの公知の方式でよい。なお、図2(b)に示すように、通信端末10がタッチパネル入力方式の場合であっても釦群15aが設けられる場合もある。
When the communication terminal 10 is a touch panel input type communication terminal (FIG. 2B), the
通信端末10に表示されるウェブページ上のメニューの選択操作は、例えば通信端末10が携帯端末である場合には、方向指示釦の押下操作によってメニューを選択し、決定釦の押下操作によって、選択したメニューを確定することによって行われる。また、選択操作は、例えば通信端末10がタッチパネル入力方式の場合には、ウェブページが表示されている表示画面16a上のメニューの位置を指あるいはペンで指示(タッチ操作)することによって行われる。
For example, when the communication terminal 10 is a portable terminal, the menu selection operation on the web page displayed on the communication terminal 10 is selected by pressing the direction instruction button and selecting by pressing the enter button. This is done by confirming the selected menu. Further, for example, when the communication terminal 10 is a touch panel input method, the selection operation is performed by instructing (touch operation) a menu position on the
(3)ゲームサーバの構成 図4を参照してゲームサーバ20の構成について説明する。 ゲームサーバ20は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末10に対してゲームのウェブサービスを提供する。図3に示すように、ゲームサーバ20は、CPU21、ROM22、RAM23、データベース(DB)アクセス部24、及び、通信インタフェース部25を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス26が設けられている。なお、ゲームサーバ20は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。
(3) Configuration of Game Server The configuration of the game server 20 will be described with reference to FIG. The game server 20 manages a game website including a plurality of hierarchical web pages, for example, and provides a game web service to the communication terminal 10. As shown in FIG. 3, the game server 20 includes a
ROM22には、クライアントである通信端末10のウェブブラウザに対してHTML文書や画像などのオブジェクトの表示(ウェブページの表示)のサービスを提供するアプリケーションプログラムが格納されている。ROM22には、アプリケーションプログラム以外にもCPU21によって参照される各種データが格納されている。 CPU21は、ROM22内のゲームプログラムをRAM23にロードして実行し、通信インタフェース部25を介して、各種の処理を行う。
The
例えば、CPU21は、通信インタフェース部25を介して、HTMLデータを通信端末10宛に送信する。なお、ゲームサーバ20が通信端末10のユーザの認証処理を行う場合には、CPU21はその認証処理を行う。 CPU21は、通信インタフェース部を介して、通信端末10で表示されるウェブページ上でユーザにより選択されたハイパーリンクまたはメニューに応じた処理を行う。その処理は、例えば、新たなHTMLデータの送信、または、ゲームサーバ20内の演算処理あるいはデータ処理などを含む。 データベースアクセス部24は、CPU21がデータベースサーバ30に対してデータの読み書きを行うときのインタフェースである。
For example, the
(4)データベースサーバの構成 データベースサーバ30(記憶装置)は、大容量のハードディスク装置やRAID(Redundant Arrays of Inexpensive Disks)等の形態の装置等、汎用ストレージで実現できる。データベースサーバ30内の各データベースは、ゲームサーバ20のデータベースアクセス部24を介してCPU21からのデータの読み書きが可能となるように構成されている。 図5に、データベースサーバ30の構成の一例を示す。図5に示すように、データベースサーバ30は、ユーザデータベース31と、ゲームデータベース32とを備える。
(4) Configuration of Database Server The database server 30 (storage device) can be realized by a general-purpose storage such as a large-capacity hard disk device or a device such as a RAID (Redundant Array of Inexpensive Disks). Each database in the database server 30 is configured to be able to read and write data from the
本実施形態
のゲームシステムによって実現されるゲームのタイプは特に限定されるものではないが、以下では、本実施形態のゲームの一例として、ユーザの通信端末10に対する操作に応じて、ユーザがゲーム上で仮想的に保有する戦士カードを使い、ゲーム上のモンスターであるモンスターキャラクタとバトルを行う対戦型デジタルカードゲーム(以下、適宜「本実施形態のゲーム」という。)を採り上げる。後述するように、本実施形態のゲームでは、ユーザがモンスターキャラクタとのバトルで敗北すると支援要請を行うことができ、支援要請を受諾した他のユーザは、支援要請元のユーザのバトルを支援することができるように構成されている。
The type of game realized by the game system according to the present embodiment is not particularly limited, but in the following, as an example of the game according to the present embodiment, the user performs a game on the game in accordance with the user's operation on the communication terminal 10. The battle-type digital card game (hereinafter referred to as “game of the present embodiment” as appropriate) that battles with a monster character, which is a monster on the game, is used. As will be described later, in the game of the present embodiment, when the user loses the battle with the monster character, a support request can be made, and the other user who accepts the support request supports the battle of the support requesting user. It is configured to be able to.
図6に、本実施形態のゲームにおいて適用されるユーザデータベース31の一例を示す。この例では、ユーザデータベース31は、ユーザID(ユーザ識別情報)ごとに、ユーザ名、技能レベル、攻撃ポイント、友情ポイント、モンスター撃破数、仲間のユーザID、保有カードのデータの各項目についての情報を含む。ユーザデータベース31に含まれる情報は、ゲームサーバ20によって逐次更新されうる。
FIG. 6 shows an example of the
以下の説明では、ユーザデータベース31に含まれるユーザID、あるいはユーザを特定するユーザ名(後述する)ごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。・ユーザ名 ゲームの実行時に通信端末10にユーザを特定するために表示されるユーザ名である。ユーザ名はユーザによって予め指定される所定長以下のテキストである。ユーザ名は、ゲームサーバ20によって提供されるネットワーク環境(あるいはゲームコミュニティ)上でユーザを特定する名称である。・技能レベル ゲーム上のユーザの技能レベル示すデータである。例えばLv1(レベル1)からLv100(レベル100)までの範囲のレベル値である。・攻撃ポイント 本実施形態のゲームにおいて、戦士カードを使用したモンスターキャラクタとのバトルを行う上で必要となるポイントである。攻撃ポイントが所定値よりも少なくなるとバトルを実行することができない。攻撃ポイントは、モンスターキャラクタと1回のバトルを行うことで低減し、所定の時間が経過する毎に回復(増加)する値である。・友情ポイント 本実施形態のゲームにおいて、仲間へ応援メッセージを送信することでユーザが取得するポイントである。また、他のユーザから支援要請に対して、他のユーザを応援することによって支援したときにも友情ポイントが得られる。・モンスター撃破数 本実施形態のゲームにおいて、ユーザがバトルによって撃破したモンスターキャラクタの数である。モンスターキャラクタの撃破数は、ゲームの進行度の一例である。・仲間のユーザID 対象となるユーザIDと関係付けられた他のユーザIDのデータである。なお、仲間のユーザIDは、後述する変形例2に関連する。・保有カードのデータ 保有カードのデータは、ユーザが保有している戦士カードのデータであり、例えば、図6に示すように、戦士カード毎の画像、攻撃力などのパラメータを含む。戦士カードがモンスターキャラクタとバトルを行うときに、モンスターキャラクタに対して攻撃力の値に応じたダメージを与えることができる。
In the following description, the user ID included in the
図5に戻り、ゲームデータベース32は、ゲームサーバ20からのアクセスに基づき、ゲームサーバ20によって実行されたゲームの進行に関する情報、モンスターキャラクタのデータ(モンスターキャラクタデータ)、バトル管理データ、支援要請リストを記憶する。ゲームの進行に関する情報は、ゲームの性質によって多様な情報を含みうる。本実施形態のゲームの場合を例に挙げれば、ゲームの進行に関する情報は、各ユーザのモンスターキャラクタとのバトルの詳細結果などを含んでもよい。
Returning to FIG. 5, the
モンスターキャラクタデータの一例を図7に示す。モンスターキャラクタデータは、バトルの相手となるモンスターキャラクタのデータを含む。モンスターキャラクタデータは、バトル処理の実行とともにゲームデータベース32から例えばRAM23にロードされ、記憶されるデータである。図7では、バトルに出現するモンスターキャラクタMC1,MC2,MC3,…の各々について、ウェブページに表示される画像と、モンスターキャラクタの体力を示すHP(Hit Point)の値とが対応付けられている。例えば、図7に示す例では、各モンスターキャラクタのHPは1500〜2000の範囲内であるが、この範囲の中からバトルを行うときにランダムにHPの値が設定されてもよい。
An example of monster character data is shown in FIG. The monster character data includes data of a monster character that is the opponent of the battle. The monster character data is data that is loaded from the
バトル管理データは、ユーザごとにバトルの状態を管理するためのデータである。図8にバトル管理データのデータ構成例を示す。図8に示すバトル管理データでは、ユーザ(ユーザ名又はユーザID)ごとに、出現中のモンスターキャラクタ(出現中のモンスター)とそのHP、及びバトルの終了時刻が書き込まれている。なお、バトルの終了時刻は必ずしも必須のデータではないが、モンスターキャラクタを倒すまでの時間が限定されている場合には、バトルの終了時刻が書き込まれる。なお、ユーザごとにバトル相手としてモンスターキャラクタが出現した場合、そのモンスターキャラクタを倒す(つまり、そのモンスターキャラクタとのバトルに勝利する)までは、出現中のモンスターとしてバトル管理データに書き込まれたままとなる。また、バトル管理データ中のHPは、対応するモンスターキャラクタの最新の値を示している。例えば、1又は複数回のバトルにおいてHPが低減した場合に、低減後のHPがバトル管理データに書き込まれる。 バトル管理データ内のデータは、ユーザがバトルを行うときに読み出され、バトルが終了したときに上書き(更新)される。 Battle management data is data for managing the state of the battle for each user. FIG. 8 shows a data configuration example of battle management data. In the battle management data shown in FIG. 8, an appearing monster character (appearing monster), its HP, and the battle end time are written for each user (user name or user ID). Note that the battle end time is not necessarily indispensable data, but when the time until the monster character is defeated is limited, the battle end time is written. In addition, when a monster character appears as a battle opponent for each user, it is written in the battle management data as an appearing monster until the monster character is defeated (that is, the battle with the monster character is won). Become. Moreover, HP in battle management data has shown the newest value of the corresponding monster character. For example, when HP is reduced in one or more battles, the reduced HP is written to the battle management data. The data in the battle management data is read when the user performs a battle, and is overwritten (updated) when the battle ends.
前述したように、本実施形態のゲームでは、例えばユーザがモンスターキャラクタとのバトルにおいて敗北した場合に、他のユーザに対してそのバトルに対する支援要請を行うことができる。なお、バトルの支援要請を行う条件は、ユーザがモンスターキャラクタとのバトルにおいて敗北したという条件に限られない。バトル開始時に無条件で支援要請できることとしてもよいし、バトルにおける所定の条件が満たされた場合にのみ支援要請ができることとしてもよい。「バトルにおける所定の条件」とは、例えば、ユーザがバトルで使用する戦士カード、及びバトル相手のモンスターキャラクタの攻撃力などのパラメータ(又は能力レベル)についての所定の条件でよく、より具体的には、例えば、戦士カードとモンスターキャラクタの攻撃力の差が一定値あることという条件としてもよい。 支援要請リストは、ユーザから行われた支援要請が順に書き込まれたリストである。支援要請リスト内の支援要請のうち支援が実行されたものについては、リストから削除される。図9に、支援要請リストのデータ構成例を示す図である。図9に例示する支援要請リストでは、ユーザ(ユーザ名又はユーザID)ごとに、支援要請が行われたときのバトルのバトル相手(モンスターキャラクタ)と、バトルの終了時刻とが書き込まれる。なお、バトルの終了時刻は必ずしも必須のデータではないが、モンスターキャラクタを倒すまでの時間が限定されている場合には、バトルの終了時刻が書き込まれる。この場合には、バトルの終了時刻までにモンスターキャラクタのHPをゼロにしなければ(つまり、モンスターキャラクタを撃破できなければ)、そのモンスターキャラクタは倒せなかったと判断される。 As described above, in the game of the present embodiment, for example, when a user loses in a battle with a monster character, a support request for the battle can be made to another user. Note that the condition for requesting support for the battle is not limited to the condition that the user has lost the battle with the monster character. It may be possible to request support unconditionally at the start of the battle, or to request support only when a predetermined condition in the battle is satisfied. The “predetermined condition in the battle” may be, for example, a predetermined condition for a parameter (or an ability level) such as a warrior card used by the user in battle and an attack power of a battle opponent's monster character. For example, it may be a condition that a difference in attack power between a warrior card and a monster character has a certain value. The support request list is a list in which support requests made by users are sequentially written. Of the support requests in the support request list, those that have been supported are deleted from the list. FIG. 9 is a diagram illustrating a data configuration example of the support request list. In the support request list illustrated in FIG. 9, for each user (user name or user ID), the battle opponent (monster character) of the battle when the support request is made, and the battle end time are written. Note that the battle end time is not necessarily indispensable data, but when the time until the monster character is defeated is limited, the battle end time is written. In this case, if the HP of the monster character is not zero before the battle end time (that is, if the monster character cannot be defeated), it is determined that the monster character cannot be defeated.
(5)本実施形態のゲーム 以下、本実施形態のゲームのモンスターキャラクタとのバトル処理について、図10〜14を参照しながら説明する。図10は、本実施形態のゲームにおいて通信端末10上に表示されるトップページの一例を示す図である。図11〜14は、バトル処理が実行されるときの通信端末10上に表示されるウェブページの例を示す図である。 (5) Game of this embodiment Hereinafter, the battle process with the monster character of the game of this embodiment is demonstrated, referring FIGS. FIG. 10 is a diagram illustrating an example of a top page displayed on the communication terminal 10 in the game of the present embodiment. FIGS. 11-14 is a figure which shows the example of the web page displayed on the communication terminal 10 when a battle process is performed.
図10に例示する本実施形態のゲームのトップページは、個々のユーザIDに応じたウェブページで構成される。図10の例では、ユーザデータ表示領域、戦士画像表示領域及びメニュー表示領域を含む。 ユーザデータ表示領域は、対象となるユーザIDのユーザデータに含まれる、技能レベル、友情ポイント、攻撃ポイント、モンスター撃破数の各項目のデータ(図6参照)が表示される領域である。 戦士画像表示領域は、対象となるユーザIDのユーザデータに含まれる複数の戦士カードのうちユーザによって予め指定された戦士カードの画像が表示される領域である。 メニュー表示領域は、本実施形態のゲームにおいてバトル処理の実行を開始するためのメニューm1を含む複数のメニュー(メニューm1以外は図示せず)が表示される領域である。 The top page of the game of this embodiment illustrated in FIG. 10 is configured with a web page corresponding to each user ID. The example of FIG. 10 includes a user data display area, a warrior image display area, and a menu display area. The user data display area is an area in which data of each item of skill level, friendship points, attack points, and monster defeat counts (see FIG. 6) included in the user data of the target user ID is displayed. The warrior image display area is an area in which an image of a warrior card specified in advance by the user among a plurality of warrior cards included in the user data of the target user ID is displayed. The menu display area is an area where a plurality of menus (not shown except for the menu m1) including a menu m1 for starting execution of the battle process in the game of the present embodiment are displayed.
図10のゲームのトップページ上でメニューm1が選択操作されると、図11のP0に示すようにウェブページが更新される。ウェブページP0は、バトルのトップページである。ウェブページP0では、バトル可能なモンスターキャラクタとして、出現中のモンスターキャラクタの一覧を表示するモンスター表示領域101と、バトルに関するユーザ宛のテキストメッセージが表示されるメッセージ表示領域102とが含まれる。モンスター表示領域101には、モンスターキャラクタ毎に「バトルする」と表記されたメニューm11,m12が含まれる。各メニューは、対応するモンスターキャラクタ毎に設けられている。メッセージ表示領域102に含まれるテキストメッセージには、例えば、ユーザ(この場合、ユーザKNM)の仲間のバトルの進行度合いを示す情報や、他のユーザにバトルの支援要請を行った場合には他のユーザによる支援結果の情報等が含まれる。
When the menu m1 is selected and operated on the top page of the game in FIG. 10, the web page is updated as indicated by P0 in FIG. The web page P0 is a battle top page. The web page P0 includes a
図11のウェブページP0において例えばメニューm11が選択操作されると、図12のP1に示すようにウェブページが更新される。ユーザが手持ちの戦士カードを使用してモンスターキャラクタを倒すためのプレイを実行するためのバトル画面に切り替わる。ウェブページP1は、メニューm11に対応するモンスターキャラクタMC1とのバトルのためのウェブページである。なお、1回のバトルを行う度にユーザの攻撃ポイントが一定値、あるいは使用する戦士カードに応じた値だけ消費される。 ウェブページP1は、ユーザがバトルで使用する戦士カードの画像と、バトル相手のモンスターキャラクタMC1の画像と、モンスターキャラクタMC1のHP(Hit Point)を示すHPゲージと、「攻撃する」と表記されたメニューm20とを含む。HPは、モンスターキャラクタの体力を示す値である。ユーザが使用する戦士カードが倒される前にモンスターキャラクタのHPをゼロにできれば、ユーザがバトルに勝利したことを意味し、ユーザが使用する戦士カードが倒された時点でモンスターキャラクタのHPがゼロになっていなければ、ユーザがバトルに敗北したことを意味する。 For example, when the menu m11 is selected and operated on the web page P0 in FIG. 11, the web page is updated as shown in P1 in FIG. The user switches to a battle screen for executing a play for defeating a monster character using a warrior card on hand. Web page P1 is a web page for a battle with monster character MC1 corresponding to menu m11. Each time a battle is performed, the user's attack points are consumed by a certain value or a value corresponding to the warrior card to be used. The web page P1 is described as an image of a warrior card used by a user in a battle, an image of a battle opponent's monster character MC1, an HP gauge indicating the HP (Hit Point) of the monster character MC1, and “attack” Menu m20. HP is a value indicating the physical strength of the monster character. If the HP of the monster character can be reduced to zero before the warrior card used by the user is defeated, this means that the user has won the battle, and the HP of the monster character is zero when the warrior card used by the user is defeated. If not, it means that the user has lost the battle.
ウェブページP1においてメニューm20が選択操作されると、P2に示すようにウェブページが更新される。ウェブページP2では、ウェブページP1と比べて、ユーザがバトルに使用する戦士カードによってモンスターキャラクタMC1に対する攻撃が行われ、その結果、モンスターキャラクタのHPが低下した場合が示されている。なお、メニューm20が選択操作される度にバトル相手のモンスターキャラクタから戦士カードに対して攻撃が加えられる。 ウェブページP3に示すように、モンスターキャラクタMC1のHPがゼロに達すると、ユーザがバトルに勝利し、モンスターキャラクタMC1が撃破されたことになる。他方、ウェブページP4に示すように、モンスターキャラクタMC1のHPがゼロに達する前に戦士カードが倒されると、ユーザがバトルに敗北したことになる。バトルに敗北した場合、モンスターキャラクタMC1は消失せずに、バトル後に残存するHPが維持された状態でバトルについてのユーザのトップページP0に表示される。 When the menu m20 is selected and operated on the web page P1, the web page is updated as shown in P2. The web page P2 shows a case in which the monster character MC1 is attacked by the warrior card used by the user for the battle, and as a result, the HP of the monster character is reduced as compared to the web page P1. Each time the menu m20 is selected and operated, an attack is applied to the warrior card from the monster character of the battle opponent. As shown on the web page P3, when the HP of the monster character MC1 reaches zero, the user wins the battle and the monster character MC1 is defeated. On the other hand, as shown in the web page P4, if the warrior card is defeated before the HP of the monster character MC1 reaches zero, the user is defeated in the battle. If the battle is defeated, the monster character MC1 does not disappear and is displayed on the user's top page P0 regarding the battle in a state where the HP remaining after the battle is maintained.
なお、ウェブページP4に示したように、バトルで敗北した場合には、再度モンスターキャラクタMC1とバトルを単独で行うための、「1人で挑む」と表記されたメニューm21と、他の
ユーザに支援要請を行うためのメニューm22とが表示される。 図13及び図14は、いずれもユーザKNMが支援要請を行ったとき(つまり、メニューm22を選択操作したとき)の、ユーザKNM向けのウェブページの遷移と、その支援要請を受諾したユーザABC向けのウェブページの遷移とを示している。図13と図14とでは、ユーザKNMからの支援要請に対するユーザABCの支援方法が異なる。
In addition, as shown on the web page P4, when defeated in the battle, the menu m21 labeled “Challenge alone” for performing another battle with the monster character MC1 again, A menu m22 for requesting support is displayed. FIGS. 13 and 14 both show the transition of the web page for the user KNM when the user KNM makes a support request (that is, when the menu m22 is selected and operated), and the user ABC who has accepted the support request. And the transition of the web page. FIG. 13 and FIG. 14 differ in the user ABC support method in response to a support request from the user KNM.
図13は、ユーザKNMからの支援要請に対するユーザABCの支援方法として、ユーザKNMのバトル相手のモンスターキャラクタとバトルを行う(つまり、参戦する)支援方法(後述する第2の支援)が選択された場合である。 In FIG. 13, as a support method of the user ABC in response to a support request from the user KNM, a support method (second support described later) for performing a battle (that is, participating in a battle) with the monster character of the battle partner of the user KNM is selected. Is the case.
図13を参照すると、ウェブページP4(図12のウェブページP4と同じ)においてメニューm22が選択操作されると、P5に示すようにウェブページが更新され、支援要請が受け付けられたことがユーザKNMに通知される。ユーザKNMによる支援要請が受け付けられると、所定条件を満たすユーザに対して支援要請を受けるか否かを確認するためのメッセージが表示される。ここでは、所定条件を満たすユーザABC向けのウェブページの一例をP6に示す。ウェブページP6には、支援方法の選択を促すために、「参戦する」と表記されたメニューm31と、「応援する」と表記されたメニューm32とが表示される。ウェブページP6においてメニューm31(「参戦する」)が選択操作されると、P7に示すようにウェブページが更新されて、ユーザABCが、戦士カードを使用してユーザKNMのバトル相手であるモンスターキャラクタMC1とバトルを行う画面に遷移する。ウェブページP7は、例えば図12のウェブページP1,P2と同形式であるが、モンスターキャラクタMC1のHPの値は、ユーザKNMが敗北した時点のHP(つまり、ウェブページP4のモンスターキャラクタMC1のHP)の値となっている。ウェブページP8に示すように、このバトルでユーザABCが、ユーザKNMのバトル相手であるモンスターキャラクタMC1を撃破すると、ユーザABCがモンスターキャラクタMC1を倒してくれたことを示すメッセージがユーザKNMに通知される。ウェブページP9に、そのメッセージを含むウェブページの表示例を示す。なお、ユーザKNMへの通知方法は、ウェブページP9に例示したテキスト形式の視覚的情報に限られず、音声などの聴覚的情報であってもよい。 Referring to FIG. 13, when the menu m22 is selected and operated on the web page P4 (same as the web page P4 in FIG. 12), the web page is updated as shown in P5, and the user KNM has received the support request. Will be notified. When a support request by the user KNM is accepted, a message for confirming whether or not the support request is received is displayed for a user who satisfies a predetermined condition. Here, an example of a web page for the user ABC that satisfies the predetermined condition is shown in P6. On the web page P6, in order to prompt the selection of the support method, a menu m31 written as “to participate in the war” and a menu m32 written as “to support” are displayed. When the menu m31 (“participate”) is selected and operated on the web page P6, the web page is updated as shown in P7, and the user ABC uses the warrior card and the monster character that is the battle opponent of the user KNM. Transit to the screen to battle with MC1. For example, the web page P7 has the same format as the web pages P1 and P2 in FIG. 12, but the HP value of the monster character MC1 is the HP at the time when the user KNM is defeated (that is, the HP of the monster character MC1 of the web page P4). ) Value. As shown on the web page P8, when the user ABC defeats the monster character MC1 who is the battle partner of the user KNM in this battle, a message indicating that the user ABC has defeated the monster character MC1 is notified to the user KNM. The A display example of the web page including the message is shown in the web page P9. Note that the method of notifying the user KNM is not limited to the textual visual information exemplified in the web page P9, and may be audio information such as voice.
図14は、ユーザKNMからの支援要請に対するユーザABCの支援方法として、ユーザKNMによるバトルを応援するという支援方法(後述する第1の支援)が選択された場合である。バトルを応援する場合、支援要請を受諾したユーザABCがユーザKNMのバトル相手とバトルを行うことはないが、支援要請元であるユーザKNMが使用する戦士カードの攻撃力を向上させる仕組みとなっている。 FIG. 14 shows a case where a support method of supporting a battle by the user KNM (first support described later) is selected as a support method of the user ABC in response to a support request from the user KNM. When supporting a battle, the user ABC that accepts the support request does not battle with the battle partner of the user KNM, but the attack power of the warrior card used by the user KNM who is the support request source is improved. Yes.
図14を参照すると、ウェブページP4(図12のウェブページP4と同じ)においてメニューm22が選択操作されると、P5に示すようにウェブページが更新され、支援要請が受け付けられたことがユーザKNMに通知される。ユーザKNMによる支援要請が受け付けられると、所定条件を満たすユーザに対して支援要請を受けるか否かを確認するためのメッセージが表示される。ここでは、所定条件を満たすユーザABC向けのウェブページの一例をP6に示す。ウェブページP6には、支援方法の選択を促すために、「参戦する」と表記されたメニューm31と、「応援する」と表記されたメニューm32とが表示される。ウェブページP6においてメニューm32(「応援する」)が選択操作されると、P10に示すようにウェブページが更新されて、ユーザABCが、ユーザKNMによるバトルを応援したことを確認する画面に遷移する。ユーザABCによってバトルの応援することによる支援が行われると、例えばユーザKNMがバトルで使用する戦士カードの攻撃力が増加する。つまり、その後にユーザKNMがモンスターキャラクタMC1と再びバトルを行うときには、自ら使用する戦士カードの攻撃力がユーザABCの応援によって増加した状態でバトルが行われる。このとき、ユーザKNMには、戦士カードの攻撃力が増加したことを示すメッセージが通知される。ウェブページP11に、そのメッセージを含むウェブページの表示例を示す。なお、ユーザKNMへの通知方法は、ウェブページP11に例示したテキスト形式の視覚的情報に限られず、音声などの聴覚的情報であってもよい。 Referring to FIG. 14, when the menu m22 is selected and operated on the web page P4 (the same as the web page P4 in FIG. 12), the web page is updated as shown in P5, and the user KNM has received the support request. Will be notified. When a support request by the user KNM is accepted, a message for confirming whether or not the support request is received is displayed for a user who satisfies a predetermined condition. Here, an example of a web page for the user ABC that satisfies the predetermined condition is shown in P6. On the web page P6, in order to prompt the selection of the support method, a menu m31 written as “to participate in the war” and a menu m32 written as “to support” are displayed. When the menu m32 (“support”) is selected and operated on the web page P6, the web page is updated as shown in P10, and the screen is changed to a screen for confirming that the user ABC has cheered the battle by the user KNM. . When support by the support of the battle is performed by the user ABC, for example, the attack power of the warrior card used by the user KNM in the battle increases. That is, when the user KNM then battles again with the monster character MC1, the battle is performed in a state where the attack power of the warrior card used by the user KNM is increased by the support of the user ABC. At this time, the user KNM is notified of a message indicating that the attack power of the warrior card has increased. A display example of a web page including the message is shown in the web page P11. Note that the method of notifying the user KNM is not limited to the textual visual information exemplified in the web page P11, and may be audio information such as voice.
(6)ゲーム制御装置における各処理の概要 次に、上述した本実施形態のゲームを実現するためゲーム制御装置における各処理について説明する。 本実施形態では、ゲームサーバ20及びデータベースサーバ30によってゲーム制御装置が構成されている。以下では、上述した対戦型デジタルカードゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図15を参照して説明する。図15は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。なお、図15の機能ブロック図中、登録手段51、第1の支援手段56、及び第2の支援手段57は、必ずしも必須の構成要素ではない。 なお、以下の説明において、通信端末10に表示されるウェブページ上で表示されるメニュー、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末10で視認されるメニュー、マーク等の表示画面上の位置は、ユーザの方向指示釦あるいはタッチパネル操作によるウェブページのスクロール操作によって変化しうる。
(6) Overview of Each Process in Game Control Device Next, each process in the game control device will be described in order to realize the above-described game of the present embodiment. In the present embodiment, the game server 20 and the database server 30 constitute a game control device. Hereinafter, functions implemented by the game control device of the present embodiment will be described with reference to FIG. 15, taking as an example the case where the above-described competitive digital card game is applied. FIG. 15 is a functional block diagram for explaining functions that play a major role in the game control apparatus of the present embodiment. In the functional block diagram of FIG. 15, the
登録手段51は、例えば通信端末10に提供するウェブページ上での通信端末10への適切な操作入力に基づいてユーザの登録要求を認識し、登録処理を行う機能を備える。この登録処理は、ユーザが本実施形態のゲームにユーザ登録を行うときに実行される。 登録手段51の機能は、例えば以下のように実現される。ゲームサーバ20のCPU21は、通信インタフェース部25を介して通信端末10から登録要求メッセージを受信する。登録要求メッセージは、ゲームサーバ20から提供されるウェブページ上での通信端末10に対する所定の操作(例えば、所定のメニューの選択操作やユーザが指定するユーザIDやパスワード等のテキスト入力等)によって自動的に生成されるように、ウェブページが構成されていてもよい。登録要求メッセージには、送信元の通信端末10を特定するための情報(例えばUID(Unique Identifier)などの端末の個体識別情報、メールアドレス等)が含まれていてもよく、あるいは、ユーザが既に同一のサービス提供者による他のゲームを利用している場合には、そのユーザIDが含まれていてもよい。
For example, the
CPU21は、登録要求メッセージを受信し、登録要求メッセージにユーザIDが含まれていない場合には、ユーザIDを新規に発行してそのユーザIDの登録処理を行った後、登録処理が完了した旨のメッセージを通信端末10へ送信する。CPU21は、登録要求メッセージを受信し、登録要求メッセージにユーザIDが含まれている場合には、そのユーザIDの登録処理を行った後、登録処理が完了したことを示す登録完了メッセージを通信端末10へ送信する。 登録が完了すると、CPU21は、ユーザIDに対応するユーザデータを生成し、ユーザデータベース31に格納する。登録が完了すると、ユーザは、本実施形態のゲームを実行することが可能となる。
When the
バトル実行手段52(対戦実行手段)は、ユーザによるゲーム上のバトル(対戦)を実行する機能を備える。 バトル実行手段52の機能は、例えば、通信端末10に表示するウェブページを、通信端末10からの要求に応じて逐次更新させることによって、ゲーム上のバトルを実行するようにしてもよい。この場合、バトル実行手段52の機能を実現するために、ゲームサーバ20のCPU21は、通信端末10からHTTPリクエストを受信し、そのHTTPリクエストに応じてゲーム上の所定の処理を行い、ゲームの実行結果としてのHTMLデータを含むHTTPレスポンスを通信端末10宛に返信する。
The battle execution means 52 (match execution means) has a function of executing a battle (match) on the game by the user. The function of the battle execution means 52 may execute a battle on the game by sequentially updating a web page displayed on the communication terminal 10 in response to a request from the communication terminal 10, for example. In this case, in order to realize the function of the battle execution means 52, the
例えば、図10に示すゲームのトップページ上でメニューm1が選択操作されたことによってHTTPリクエストが通信端末10からゲームサーバ20宛に送信されると、ゲームサーバ20のCPU21は、そのHTTPリクエストに応じて、図11に示すバトルのトップページを表示するためのHTMLデータを含むHTTPレスポンスを通信端末10宛に送信する。このとき、HTMLデータを作成するに当たって、CPU21は、バトル管理データからゲームを実行中のユーザのバトル相手となるモンスターキャラクタとそのHPを読み出してRAM23に記憶させるとともに、読み出したデータに基づいてHTMLデータを生成する。
For example, when an HTTP request is transmitted from the communication terminal 10 to the game server 20 due to the selection operation of the menu m1 on the top page of the game shown in FIG. 10, the
モンスターキャラクタとのバトル処理では、ゲームサーバ20のCPU21は、ユーザによる適切な操作に応じて、ユーザが保有する戦士カードのうちバトルで使用される所定数の戦士カードの選択結果を取得する。なお、以下では、理解の容易のために、バトルに参加する戦士カードの数を1枚とする。CPU21は、各ユーザについて、モンスターキャラクタを倒したタイミングで、あるいはランダムなタイミングで、ゲームデータベース32が記憶するモンスターキャラクタデータのうちいずれかのモンスターキャラクタをバトルのために出現させる。具体的には、CPU21は、ユーザのバトル相手となるモンスターキャラクタのデータを読み出し、バトル管理データに新たに書き込む。このとき、モンスターキャラクタのデータのHPの初期値がランダムに決定される。例えば、モンスターキャラクタデータにおいてモンスターキャラクタMC1のHPが1500〜2000の範囲として設定されているが、実際のバトル処理を行うときに使用されるHPの初期値として、1500〜2000の範囲の中からランダムに1つの値が決定される。
In the battle process with the monster character, the
CPU21は、出現中のモンスターキャラクタのデータをバトル管理データから読み出し、バトルで使用される戦士カードのデータをユーザデータから読み出して、RAM23に記憶させ、以下のバトル処理を実行する。 具体的には、例えばメニューm11,m12(「バトルする」)のいずれかのメニューが選択操作され、モンスターキャラクタとのバトルが開始されると、ユーザが戦士カードを使ってモンスターキャラクタを攻撃するとき(例えば図12のウェブページP1でメニューm20(「攻撃する」)が選択操作されたとき)には、CPU21は、使用される戦士カードの攻撃力の値に応じてモンスターキャラクタのHPを低減させる処理を行う。以下、メニューm20(「攻撃する」)に対する操作を「攻撃操作」という。 例えば、戦士カードの攻撃力をPaとし、ランダムに決定される係数をkとすると、1回の攻撃操作によって、モンスターキャラクタのHPに対して行われる演算は、例えば以下の式(1)に従って行われるようにしてもよい。更新されたHPの値は、バトル実行中に逐次RAM23に上書きされる。 HP=HP−Pa×k …(1)
CPU21 reads the data of the monster character which is appearing from battle management data, reads the data of the warrior card used by a battle from user data, makes it memorize | store in RAM23, and performs the following battle processes. Specifically, for example, when one of the menus m11 and m12 ("Battle") is selected and a battle with a monster character is started, when the user attacks the monster character using a warrior card (For example, when the menu m20 (“attack”) is selected and operated on the web page P1 in FIG. 12), the
また、攻撃操作に応じてバトル相手のモンスターキャラクタから戦士カードに対して、一定の、あるいはランダムな値の攻撃力にて攻撃が加えられる。モンスターキャラクタの攻撃力は、HPに概ね比例した値としてもよいし、一定の、あるいはランダムな値であってもよい。モンスターキャラクタから加えられる攻撃力、あるいはその攻撃力の積算値(複数回の攻撃操作に伴う攻撃力の積算値)が戦士カードの防御力を上回った場合に、その戦士カードが倒されたことになる。ユーザがバトルで使用される戦士カードが1枚のみの場合、その戦士カードが倒されたときにはユーザの敗北となる。なお、戦士カードが複数枚バトルに参加する場合、モンスターキャラクタから加えられる攻撃の対象となる戦士カードは一定の順に、あるいはランダムに決定されてよい。 Further, an attack is applied to the warrior card with a constant or random attack power from the battle opponent's monster character according to the attack operation. The attack power of the monster character may be a value that is approximately proportional to HP, or may be a constant or random value. The attack power applied from a monster character or the integrated value of the attack power (the integrated value of the attack power associated with multiple attack operations) exceeds the defense power of the warrior card. Become. When the user uses only one warrior card in battle, the user loses when the warrior card is defeated. When a plurality of warrior cards participate in the battle, the warrior cards to be attacked by the monster character may be determined in a certain order or randomly.
攻撃操作によるモンスターキャラクタのHPの更新は、上述した
式(1)に限られない。例えば、上記式(1)におけるPaは戦士カードの攻撃力ではなく、所定の範囲の中から攻撃操作に応じてランダムに決定される数値としても良い。 また、バトルの勝敗の決定方法は適宜設定することができる。例えば、所定回数の攻撃操作によって、あるいは所定時刻までにモンスターキャラクタのHPをゼロにすることができなければ、そのモンスターキャラクタは倒せなかったと判断される。
The update of the monster character's HP by the attack operation is not limited to the above-described formula (1). For example, Pa in the above formula (1) may be a numerical value determined randomly according to the attack operation from a predetermined range, not the attack power of the warrior card. Moreover, the determination method of a battle win / loss can be set suitably. For example, if the HP of a monster character cannot be reduced to zero by a predetermined number of attack operations or by a predetermined time, it is determined that the monster character cannot be defeated.
CPU21は、更新後のモンスターキャラクタのHPの値がゼロになっていない場合には、更新後のモンスターキャラクタのHP(RAM23上の値)をバトル管理データに書き込む。CPU21は、更新後のモンスターキャラクタのHPの値がゼロになった場合には、モンスターキャラクタを撃破したと判断して、バトル管理データから、対象となるユーザについてのモンスターキャラクタのデータを消去するとともに、ゲームの進行度としてのユーザデータのモンスター撃破数を1だけ増加させる。 CPU21は、ユーザによる1回のバトルが行われると、ユーザのユーザデータにアクセスして、攻撃ポイントの値を所定量、あるいはバトルで使用した戦士カードに応じた量だけ低下させる処理を行う。
When the updated monster character's HP value is not zero, the
受付手段53は、支援要請元のユーザ(第1のユーザ)からバトル(第1の対戦)における支援要請を受け付ける機能を備える。 受付手段53の機能は、以下のようにして実現することができる。ゲームサーバ20のCPU21は、例えば、ゲームを実行中のユーザによってメニューm22(「支援要請する」)の選択操作が行われたことを認識すると、ゲームデータベース32内の支援要請リストに所要のデータを書き込むことによって、支援要請を受け付ける。支援要請リストに書き込まれるデータは、図9に示したように、例えばユーザID、バトル相手(バトルでユーザが敗北したときのモンスターキャラクタ)、バトルの終了時刻等である。
The accepting
判定手段54は、支援要請元のユーザ(第1のユーザ)以外のユーザに対して、第1のユーザとのゲームの進行度の差に応じて、第1のユーザのバトル(第1の対戦)における支援要請を行うか否かを判定する機能を備える。 判定手段54の機能は、例えば以下のようにして実現することができる。ゲームサーバ20のCPU21は、ユーザの通信端末10から、ゲームのトップページあるいはバトルのトップページに対するHTTPリクエストが送信された場合には、そのユーザよりもモンスター撃破数が少ない(つまり、進行度が低い)ユーザからの支援要請があるか否か、支援要請リストを検索する。より好ましくは、CPU21は、上記HTTPリクエストを送信したユーザよりもモンスター撃破数が所定数以上少ないユーザからの支援要請があるか否か、支援要請リストを検索する。モンスター撃破数の比較は、HTTPリクエストを送信したユーザと、支援要請リストに記述されたユーザとの間のユーザデータのモンスター撃破数を読み出して、比較することにより行われる。
The
要請手段55は、判定手段54の判定結果に応じて、支援要請元のユーザ(第1のユーザ)以外のユーザのうち支援要請先の第2のユーザを特定し、第2のユーザに対して支援要請を行う機能を備える。 要請手段55の機能は、以下のようにして実現できる。ゲームサーバ20のCPU21は、上述したように、HTTPリクエストを送信したユーザと、支援要請リストに記述されたユーザとの間のユーザデータのモンスター撃破数を比較する。そして、CPU21は、支援要請リストに記述されたユーザのうち、HTTPリクエストを送信したユーザよりもモンスター撃破数が少ないユーザの支援要請を、HTTPリクエストを送信したユーザの通信端末10宛に送信する。つまり、ゲームのトップページあるいはバトルのトップページに対するHTTPリクエストがユーザから送信される度に、そのユーザを支援要請先とするか否かについて、モンスター撃破数に基づいて判定することにより、第2のユーザが特定される。この場合、CPU21は、既に支援要請を送信したいずれかのユーザから支援要請を受諾する返信があるまで、ゲームのトップページあるいはバトルのトップページに対するHTTPリクエストを送信するユーザについて上記処理を行う。 なお、第2のユーザを特定するタイミングは上述した例に限られない。その他の例として、CPU21は、ユーザによるメニューm22(「支援要請する」)の選択操作を認識し、支援要請を受け付けたタイミングでユーザデータを参照し、その時点におけるモンスター撃破数の差から1又は複数の第2のユーザを予め特定してもよい。そして、特定された第2のユーザのいずれかのユーザからアクセスが行われた(つまり、ゲームのトップページあるいはバトルのトップページに対するHTTPリクエストが送信された)ときに、そのアクセスしたユーザに対して支援要請を送信してもよい。
The
要請手段55は、好ましくは、例えば図13のウェブページP6に示したように、支援要請元のユーザ(第1のユーザ)からの支援要請に対して、第1の支援(後述する第1の支援手段56による第1の支援)、又は第2の支援(後述する第2の支援手段57による第2の支援)のいずれかを、上記第2のユーザが選択可能に提示する機能を備えてもよい。第1の支援は、支援要請を受諾した他のユーザが支援要請元のユーザのバトルに直接関与することなく、間接的に支援する(応援する)支援方法である。第2の支援は、支援要請を受諾した他のユーザが支援要請元のユーザのバトル相手とバトルを行う(参戦する)支援方法である。 この要請手段55の機能を実現するために、CPU21は、HTTPリクエストの送信元ユーザに対して、仲間からの支援要請があることを通知するメッセージと支援方法の選択メニューを含むようにして、ゲームのトップページあるいはバトルのトップページを表示するためのHTMLデータを送信する(例えば、図13のウェブページP6参照)。
For example, as shown in the web page P6 of FIG. 13, the
第1の支援手段56(支援手段)は、支援要請元のユーザ(第1のユーザ)からの支援要請に応じた、第1のユーザ以外のユーザ(第2のユーザ)による所定の操作入力の情報に基づいて、バトルにおける第1のユーザのバトル能力、又はバトルのバトル相手のバトル能力を、第1のユーザが有利となるように調整する第1の支援を実行する機能を備える。ここで、第2のユーザは、支援要請先のユーザのうち支援要請を受諾したユーザを意味する。第2のユーザは、1人のユーザとは限らず複数存在してもよい。 第1の支援手段56の機能は、以下のようにして実現することができる。ゲームサーバ20のCPU21は、いずれかのユーザ(支援要請先の第2のユーザ)からのメニューm32(「応援する」)の選択操作(所定の操作入力)を認識すると、支援要請元のユーザ(第1のユーザ)の支援対象となるバトルにおいて、第1のユーザが使用する戦士カードの攻撃力を増加させる、あるいはバトル相手のモンスターキャラクタの攻撃力を低下させる処理を行う。なお、戦士カードの攻撃力の増加、あるいはモンスターキャラクタの攻撃力の低下は、所定比率の増加あるいは低下でもよいし、所定量の増加あるいは低下でもよい。
The first support means 56 (support means) receives a predetermined operation input by a user other than the first user (second user) in response to a support request from the support requesting user (first user). Based on information, it has the function to perform the 1st support which adjusts the 1st user's battle capability in a battle, or the battle capability of the battle opponent of a battle so that a 1st user may become advantageous. Here, a 2nd user means the user who accepted the support request among the users of a support request destination. The second user is not limited to one user, and a plurality of second users may exist. The function of the 1st assistance means 56 is realizable as follows. When the
第2の支援手段57は、支援要請元のユーザ(第1のユーザ)からの支援要請に応じて、第1のユーザ以外のユーザ(第2のユーザ)によって第1のユーザのバトル相手のモンスターキャラクタとのバトルを行う第2の支援を実行する機能を備える。 第2の支援手段57の機能は、以下のようにして実現することができる。ゲームサーバ20のCPU21は、いずれかのユーザ(支援要請先の第2のユーザ)からのメニューm31(「参戦する」)の選択操作(所定の操作入力)を認識すると、そのユーザと、支援対象のバトルにおけるモンスターキャラクタとの間で、バトルの処理を実行する。具体的には、CPU21は、第2のユーザが支援対象のバトルにおけるモンスターキャラクタに対して攻撃操作が可能となるようにHTMLデータを生成して、第2のユーザの通信端末10宛に送信する(例えば、図13のウェブページP7参照)。このとき、バトル相手となるモンスターキャラクタのHPは、支援要請リストに書き込まれているHPの値を元にバトルが開始される。
The second support means 57 responds to a support request from a support requesting user (first user) by a user other than the first user (second user) as a battle opponent monster of the first user. It has a function of executing a second support for performing a battle with the character. The function of the second support means 57 can be realized as follows. When the
(7)本実施形態のゲーム制御装置の主要な処理のフロー 次に、本実施形態のゲーム制御装置により行われる主要な処理のフローの一例について、図16及び図17のシーケンスチャートを参照して説明する。図16及び図17は、本実施形態のゲーム制御装置によって行われる、本実施形態のゲームのバトル処理を示しており、図16は支援要請を受諾した他のユーザが参戦する場合であり、図17は、支援要請を受諾した他のユーザが応援する場合である。なお、図16及び図17には、図13及び図14に記載された各ウェブページが表示されるタイミングを符号により示している。 また、図16及び図17では、ユーザKNMが第1のユーザの例であり、ユーザABCが第2のユーザの例である。 (7) Flow of main processing of game control device of this embodiment Next, an example of the flow of main processing performed by the game control device of this embodiment will be described with reference to the sequence charts of FIGS. explain. FIGS. 16 and 17 show the game battle process of the present embodiment performed by the game control apparatus of the present embodiment. FIG. 16 shows a case where another user who has accepted the support request participates in the battle. 17 is a case where another user who accepts the support request supports. In FIGS. 16 and 17, the timing at which each web page described in FIGS. 13 and 14 is displayed is indicated by reference numerals. In FIGS. 16 and 17, the user KNM is an example of the first user, and the user ABC is an example of the second user.
(7−1)支援要請を受諾したユーザが参戦することで支援する場合 先ず、ゲームを実行中のユーザKNM(第1のユーザ)が例えばモンスターキャラクタMC1にバトルに敗北すると、例えば図13のウェブページP4が表示される。ここで、メニューm22(「支援要請する」)が選択操作され、支援要請を含むHTTPリクエストを受信すると(ステップS100)、ゲームサーバ20のCPU21は、ゲームデータベース32内の支援要請リストに所要のデータを書き込む(ステップS110)。書き込まれるデータは、図9に示したように、例えば、ユーザID、バトル相手(バトルでユーザが敗北したときのモンスターキャラクタ)、バトルの終了時刻等である。支援要請リストへの書き込み後、CPU21は、支援要請が受け付けられたことを通知するためのHTMLデータをユーザKNMの通信端末10宛に送信する(ステップS120)。これにより、例えば図13のウェブページP5がユーザKNMの通信端末10に表示される。ユーザKNMの支援要請が支援要請リストに書き込まれた後、CPU21は、ゲームのトップページあるいはバトルのトップページを表示するためのHTMLデータを送信するユーザを認識する度に、そのユーザがユーザKNMよりもモンスター撃破数が多いか否かを判定し、多い場合には、そのユーザに対してユーザKNMの支援要請を送信する(ステップS140)。つまり、支援要請元のユーザよりもモンスター撃破数が多い(つまり、ゲームの進行度が高い)ユーザを対象として支援要請が行われる。ここでは、ユーザABCの通信端末10宛にユーザKNMの支援要請が送信された場合を想定する。支援要請を受信したユーザABCの通信端末10には、例えば図13のウェブページP6が表示される。
(7-1) When a user who has accepted a support request participates in a battle to support First, when a user KNM (first user) who is executing a game loses a battle against a monster character MC1, for example, the web in FIG. Page P4 is displayed. Here, when the menu m22 (“request for support”) is selected and an HTTP request including a support request is received (step S100), the
ウェブページP6上でメニューm31(「参戦する」)が選択操作され、支援要請が受諾されたことを認識すると(ステップS150)、CPU21は、ユーザABCと、ユーザKNMがバトルで敗北したモンスターキャラクタMC1との間のバトル画面用のHTMLデータを生成して送信する(ステップS160)。その結果、例えば図13のウェブページP7がユーザABCの通信端末10に表示される。このとき、ユーザABCのバトルにおけるモンスターキャラクタMC1のHPは、バトル管理データのユーザKNMのデータが読み出されて表示される。そして、ユーザABCの1又は複数回の攻撃操作に基づいて、CPU21は、バトル処理を行う(ステップS170)。ここで、ユーザABCがモンスターキャラクタMC1を撃破した場合には、CPU21からのHTMLデータの送信に応じて、例えば図13のウェブページP8がユーザABCの通信端末10に表示される。 CPU21は、ユーザABCとモンスターキャラクタMC1のバトルの後、支援要請リスト、バトル管理データ、及びユーザデータを更新する(ステップS180)。例えば、ユーザABCがモンスターキャラクタMC1を撃破した場合、支援要請リストから、該当データ(ユーザK
NMの対戦相手としてのモンスターキャラクタMC1)を削除するとともに、バトル管理データ中、ユーザKNMの出現中のモンスターの欄からモンスターキャラクタMC1を削除する。また、CPU21は、ユーザKNMとユーザABCのユーザデータにアクセスして、それぞれモンスター撃破数を1だけ増加させる。 その後、例えば、ユーザKNMの通信端末10からのゲームまたはバトルのトップページのHTTPリクエストの受信に応じて、ユーザABCによる支援結果を通知するためのHTMLデータをユーザKNMの通信端末10宛に送信する(ステップS190)。これにより、例えば図13のウェブページP9がユーザKNMの通信端末10に表示される。
When the menu m31 (“participate”) is selected on the web page P6 and it is recognized that the support request has been accepted (step S150), the
The monster character MC1) as the NM opponent is deleted, and the monster character MC1 is deleted from the monster column where the user KNM appears in the battle management data. Moreover, CPU21 accesses the user data of user KNM and user ABC, and increases the number of monster defeats by 1, respectively. Thereafter, for example, in response to reception of an HTTP request for a game or battle top page from the communication terminal 10 of the user KNM, HTML data for notifying the support result by the user ABC is transmitted to the communication terminal 10 of the user KNM. (Step S190). Thereby, for example, the web page P9 of FIG. 13 is displayed on the communication terminal 10 of the user KNM.
(7−2)支援要請を受諾したユーザが応援することで支援する場合 ステップS100〜S140については、(7−1)の場合と同じであるため、重複説明を省略する。 ウェブページP6上でメニューm32(「応援する」)が選択操作され、支援要請が受諾されたことを認識すると(ステップS200)、CPU21は、応援により所定の特典が得られたことを通知するためのHTMLデータを生成して送信する(ステップS210)。その後に、ユーザKNMが支援対象のモンスターキャラクタMC1と再度バトルを行うときにHTMLデータが送信されると、ユーザKNMの通信端末10には、図14のウェブページP11に例示したように、応援によって攻撃力が上昇したことを通知するためのメッセージが表示される。その後、バトル処理において攻撃操作が行われたことを認識する度に、CPU21は、ユーザKNMが使用する戦士カードの攻撃力を、例えば一定量あるいは一定比率上昇させるように調整する(ステップS240)。CPU21は、攻撃操作に応じて、調整された攻撃力に基づいてモンスターキャラクタMC1のHPの低下量を決定してHPを更新する(ステップS250)。CPU21は、モンスターキャラクタMC1のHPを更新すると、更新後のHPを含むHTMLデータを生成して(ステップS260)、ユーザKNMの通信端末10宛に送信する(ステップS270)。なお、図17では、ステップS230〜S270は、1回の攻撃操作に応じた一連の処理を示しているが、複数回の攻撃操作が行われる場合には、ステップS230〜S270の処理が繰り返し行われる。
(7-2) When Supporting by Supporting a User Accepting a Support Request Steps S100 to S140 are the same as in (7-1), and redundant description is omitted. When the menu m32 (“support”) is selected on the web page P6 and it is recognized that the support request has been accepted (step S200), the
上述したように、支援要請を受諾したユーザABCが応援することによる支援を選択する場合、その支援方法は、ユーザABCが支援要請元のユーザKNMのバトル相手と直接的にバトルすることではなく、例えば、支援要請元のユーザKNMのバトル能力をユーザKNMが有利となるように調整することである。言わば、第2の支援は、ユーザKNMによるモンスターキャラクタMC1とのバトルを間接的に支援するものである。つまり、ユーザKNMが例えば自らの操作によってモンスターキャラクタMC1とのバトルに勝利するように補助されるため、ユーザKNMにとっては、バトルに勝利すれば自らバトルに勝利したという達成感を得ることができる。 As described above, when the user ABC who has accepted the support request selects support by the support, the support method is not that the user ABC directly battles with the battle partner of the user KNM of the support request source, For example, the user KNM may adjust the battle ability of the user KNM as the support requester so that the user KNM is advantageous. In other words, the second support indirectly supports a battle with the monster character MC1 by the user KNM. That is, since the user KNM is assisted to win the battle with the monster character MC1 by his / her own operation, for example, the user KNM can obtain a sense of achievement that he / she has won the battle by winning the battle.
以上説明したように、本実施形態のゲーム制御装置では、支援要請元のユーザ(第1のユーザ)の支援要請先が、ゲームの進行度の差に応じて決定される。例えば、第1のユーザよりもモンスター撃破数の多い(つまり、ゲームの進行度が高い)ユーザ(第2のユーザ)に対して支援要請が行われる。ゲームの進行度が高い第2のユーザはゲーム上の能力(例えば、バトルで使用する戦士カードの能力等)が高いと考えられるため、第2のユーザに対して支援要請が行われることで、第1のユーザに対する支援は実効性が高いものとなる。その結果、ゲームの進行度が低いユーザであっても、ゲームのシナリオに応じたゲームの面白味を感じられるようになる。また、ゲームの進行度が高いユーザが、ゲームの進行度が低いユーザのゲームの進行を補助する構成となるため、ユーザ全体でゲームの活性化が図れるようになる。 As described above, in the game control device of the present embodiment, the support request destination of the support request source user (first user) is determined according to the difference in the progress of the game. For example, a support request is made to a user (second user) who has more monster defeats than the first user (that is, the degree of progress of the game is high). Since the second user who has a high degree of progress of the game is considered to have a high ability on the game (for example, the ability of a warrior card used in battle), a support request is made to the second user, The support for the first user is highly effective. As a result, even a user with a low degree of progress of the game can feel the fun of the game according to the game scenario. Moreover, since the user with a high degree of game progress assists the user with the low degree of game progress, the game can be activated as a whole.
上記実施形態では、モンスター撃破数の差に応じて支援要請を行うか否か判定し、モンスター撃破数の差は適宜設定できる。また、上記実施形態の説明においても述べたが、判定手段54は、支援要請元のユーザ(第1のユーザ)以外のユーザのうち、第1のユーザとのモンスター撃破数(ゲームの進行度)の差が所定値以上であるユーザに対して支援要請を行うと判定してもよい。 この構成では、支援要請先のユーザ(第2のユーザ)の数を適切に制限することができる。また、第1のユーザと比べて第2のユーザの進行度を十分に高く設定できるため、第1のユーザよりもゲーム上の能力が十分に高いユーザによる支援を受けることが期待でき、支援の実効性をより高めることができる。
In the above embodiment, it is determined whether or not a support request is made according to the difference in the number of monsters to be defeated, and the difference in the number of monsters to be defeated can be set as appropriate. In addition, as described in the description of the above embodiment, the
上記実施形態において、第1の支援手段56を設けることは必須ではなく、支援要請先のユーザ(第2のユーザ)を特定した後、その支援方法は適宜設定してもよいが、第1の支援手段56によって実現される第1の支援は、以下の点で好ましい。 第2のユーザによって行われる第1の支援は、支援要請元のユーザ(第1のユーザ)のバトル相手と直接的にバトルすることではなく、第1のユーザがバトルで使用する戦士カードの攻撃力(第1のユーザの対戦能力)、又は第1のユーザのバトル相手の攻撃力を、第1のユーザが有利となるように調整することである。言わば、第1の支援は、第1のユーザによる第1の対戦を間接的に支援するものである。つまり、第1のユーザが例えば自らの操作によって第1の対戦に勝利するように補助されるため、第1のユーザにとっては自ら対戦に勝利したという達成感を得ることができる。 In the above embodiment, it is not essential to provide the first support means 56. After the support request destination user (second user) is specified, the support method may be set as appropriate. The first support realized by the support means 56 is preferable in the following points. The first support performed by the second user is not a direct battle with the battle partner of the support requesting user (first user), but the attack of the warrior card used by the first user in the battle It is to adjust the strength (first user's fighting ability) or the attack power of the first user's battle opponent so that the first user has an advantage. In other words, the first support indirectly supports the first battle by the first user. That is, since the first user is assisted to win the first battle by his / her own operation, for example, the first user can have a sense of accomplishment that he / she has won the battle.
上記実施形態において、第2の支援手段57を設けることは必須ではなく、支援要請先のユーザ(第2のユーザ)を特定した後、その支援方法は適宜設定してもよいが、支援要請元のユーザ(第1のユーザ)のバトル相手と直接的にバトルを行う第2の支援によっても、第1のユーザのゲームの進行を第2のユーザが補助することができる。また、第2の支援では、ゲームの進行度が高い第2のユーザによって、言わば直接的な支援が受けられるため、支援の実効性がより高くなる。 In the above embodiment, it is not essential to provide the second support means 57. After the support request destination user (second user) is specified, the support method may be set as appropriate. The second user can assist the progress of the game of the first user also by the second support of performing the battle directly with the battle partner of the user (first user). In the second support, since the second user who has a high degree of game progress can receive direct support, the effectiveness of the support becomes higher.
上記実施形態では、要請手段55は、好ましくは、例えば図13のウェブページP6に示したように、支援要請元のユーザ(第1のユーザ)からの支援要請に対して、第1の支援(メニューm32)、及び第2の支援(メニューm31)の方法を双方提示し、第2のユーザがいずれかの支援を選択可能にする例を示したが、その双方を提示せずにいずれか一方を提示するようにしてもよい。なお、第1の支援、及び第2の支援の方法を双方提示し、第2のユーザがいずれかの支援を選択可能にする構成とした場合には、第2のユーザが自らのゲームの進行状況に応じた柔軟な選択を可能とするゲーム設定とすることができる。
In the above embodiment, the requesting
上記実施形態では、バトル実行手段52は、ユーザによるバトルの実行に伴って当該ユーザの攻撃ポイント(ゲーム上のパラメータ)を消費するように構成したが、これに限られない。なお、ユーザがバトルを実行するに当たって攻撃ポイントを消費するように構成した場合には、支援要請を受けたユーザ(第2のユーザ)が、第1の支援又は第2の支援のいずれかの支援方法を選択するに当たって、第2の支援(支援要請元のユーザのバトル相手とのバトルを実行すること)による自らの攻撃ポイントの消費量を考慮しながら選択することになるため、深いゲーム性を実現できる。 例えば、モンスターキャラクタを倒すことで、あるいはモンスター撃破数に応じて特典を得られるゲーム設定とした場合には、第2のユーザが、自らの攻撃ポイントの消費量と、得られる特典とを比較考量する構成とすることができる。より具体的には、第1の支援(言わば間接的な支援)を行った場合には、自らバトルを行わないため攻撃ポイントを減少させずに済むが、比較的少量の特典しか付与されず、モンスター撃破数を増加させることはできない。他方、第2の支援(言わば直接的な支援)を行った場合には、自らバトルを行うことで比較的な大きな特典を得るためにモンスター撃破数を増加させることができるが、攻撃ポイントが減少してしまうため別の新たなバトルを直ちに実行することができなくなる。よって、第2のユーザにとっては、このような損得の事情を勘案しながら支援方法の選択を行うようになる。 In the said embodiment, although the battle execution means 52 was comprised so that the said user's attack point (parameter on a game) might be consumed with execution of the battle by a user, it is not restricted to this. When the user is configured to consume attack points when performing a battle, the user who receives the support request (second user) is either the first support or the second support. In selecting the method, since it will be selected in consideration of the consumption of the attack points of its own by the second support (perform a battle with the battle opponent of the user of the support request source), deep game characteristics realizable. For example, when the game setting is such that a privilege can be obtained by defeating a monster character or according to the number of monsters destroyed, the second user can compare the consumption of his / her attack points with the obtained privilege. It can be set as the structure to do. More specifically, in the case of performing the first support (indirect support), it is not necessary to reduce the attack points because the battle is not performed by itself, but only a relatively small amount of privilege is given, You cannot increase the number of monster kills. On the other hand, in the case of the second support (direct support), the number of monsters can be increased to gain comparatively large benefits by conducting battles, but the attack points decrease. This makes it impossible to execute another new battle immediately. Therefore, for the second user, the support method is selected in consideration of the circumstances of such loss.
(8)変形例 以下、上述した実施形態の変形例について説明する。 (8) Modification Hereinafter, a modification of the above-described embodiment will be described.
(8−1)変形例1 上述した実施形態において、第1の支援手段56は、支援要請元のユーザ(第1のユーザ)と支援要請先のユーザ(第2のユーザ)の間のモンスター撃破数(ゲームの進行度)の差が大きいほど、第1のユーザがより有利になるように調整してもよい。これにより、第2のユーザのゲームの進行度が第1のユーザよりも高いほど、第2のユーザによる支援によって第1のユーザのゲームの進行がしやすくなる。その結果、支援を行う第2のユーザ次第で、第1のユーザのゲームの進行率が調整されることになり、ゲーム性の幅を広げることができる。 本変形例の第1の支援手段56を実現するために、ゲームサーバ20のCPU21は、第2のユーザから支援要請の受諾の返信があったときに、第1のユーザと第2のユーザのモンスター撃破数の差を、ユーザデータを参照してもとめる。モンスター撃破数の差と、ユーザがバトルで使用する戦士カードの攻撃力の上昇率との関係を示すデータを例えばROM22に記憶させておく。CPU21は、モンスター撃破数の差をもとめると、ROM22内のデータを参照して、第1のユーザがバトルで使用する戦士カードの攻撃力の上昇率を決定する。
(8-1)
(8−2)変形例2 図18は、本変形例のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。図18の機能ブロック図は、図15と比較すると、関係付け手段58が追加された点で異なる。関係付け手段58は、ユーザ間を関係付ける機能を備える。例えば、関係付け手段58は、ユーザIDに基づく申請を契機として、当該ユーザIDと他のユーザIDとを仲間として関係付ける機能を備える。
(8-2)
関係付け手段58の機能は例えば、以下のとおり実現される。ゲームサーバ20のCPU21は、通信インタフェース部25を介して、あるユーザIDに対応するユーザの通信端末10から、仲間になりたいユーザID(あるいは、対応するユーザ名)を指定した申請メッセージ(申請)を受け付ける。この申請メッセージの送信は、ユーザの通信端末10に提供されるウェブページの機能として予め設定されている。CPU21は、申請メッセージを受け付けると、申請メッセージに含まれるユーザIDに基づくアクセスがあったタイミングで、そのユーザIDに対応する通信端末10宛に、他のユーザIDに基づく申請を承認するか否かを返信することを要求するためのウェブページを表示させるHTMLデータを送信する。その申請を承認することが返信されれば、CPU21は、両者を仲間として登録する。具体的には、CPU21は、ユーザデータベース31内の対応する2つのユーザIDのユーザデータの「仲間のユーザID」の箇所(図6参照)にデータを書き込む。 なお、ユーザ同士を関係付ける条件は、上記のような申請と承認を必要とする形式に限らず、同一のゲーム上のステージを実行するユーザ同士を仲間として登録してもよい。あるいは、所定回数の挨拶メッセージを送信するユーザ同士を自動的に仲間として登録してもよいし、ユーザ間でバトルを行うゲーム上のモードが存在する場合には、所定回数以上バトルを行ったユーザ同士を自動的に仲間として登録してもよい。
The function of the correlation means 58 is implement | achieved as follows, for example. The
本変形例では、要請手段55は、支援要請先のユーザ(第2のユーザ)を、支援要請元のユーザ(第1のユーザ)と仲間として関係付けられたユーザの中から選択してもよい。このように選択することで、第1のユーザにとっては、仲間によって支援を受けているという実感が得られるため、仲間との関係性を高めることができる。そのため、ゲームのソーシャル性を高めることができる。 本変
形例における要請手段55の機能は、以下のようにして実現することができる。 ゲームサーバ20のCPU21は、ユーザからゲームのトップページあるいはバトルのトップページに対するHTTPリクエストが送信されると、支援要請リストに記述されたユーザのうち、HTTPリクエストを送信したユーザよりもモンスター撃破数が少なく、かつ仲間のユーザからの支援要請を、HTTPリクエストを送信したユーザの通信端末10宛に送信する。つまり、ゲームのトップページあるいはバトルのトップページに対するHTTPリクエストがユーザから送信される度に、そのユーザを支援要請先とするか否かについて、モンスター撃破数と仲間であるか否かに基づいて判定することにより、第2のユーザが特定される。この場合についても、CPU21は、既に支援要請を送信したいずれかのユーザから支援要請を受諾する返信があるまで、ゲームのトップページあるいはバトルのトップページに対するHTTPリクエストを送信するユーザについて上記処理を行う。
In the present modification, the requesting
なお、支援要請先のユーザを支援要請元のユーザの仲間に限定してしまうと、第2のユーザ(支援要請先のユーザ)が決定することができない可能性がある。つまり、支援要請を行った後、仲間からのログイン又はアクセスがなく、支援を適時に受けられず、支援の実効性が失われる可能性がある。そこで、以下のように処理を行ってもよい。 CPU21は、支援要請リストに書き込まれてから所定期間の間、ユーザからゲームのトップページあるいはバトルのトップページに対するHTTPリクエストが送信される度に、支援要請リストに記述されたユーザのうち、HTTPリクエストを送信したユーザよりもモンスター撃破数が少なく、かつ仲間のユーザからの支援要請を、HTTPリクエストを送信したユーザの通信端末10宛に送信する。上記所定期間の間に、支援要請先のユーザから支援要請を受諾する返信がない場合には、支援要請先のユーザを支援要請元のユーザの仲間に限定しないようにする。つまり、CPU21は、支援要請リストに記述されたユーザのうち、HTTPリクエストを送信したユーザよりもモンスター撃破数が少ないユーザからの支援要請を、HTTPリクエストを送信したユーザの通信端末10宛に送信する。 なお、バトルに終了時刻が設定されている場合には、その終了時刻の所定時間前までに仲間からの支援要請の受諾の返信がなければ、支援要請先のユーザを支援要請元のユーザの仲間に限定しないようにしてもよい。
Note that if the support request destination user is limited to the friend of the support request source user, the second user (support request destination user) may not be able to determine. In other words, after making a support request, there is no log-in or access from a friend, support cannot be received in a timely manner, and the effectiveness of support may be lost. Therefore, the processing may be performed as follows. Whenever an HTTP request for a game top page or a battle top page is transmitted from the user for a predetermined period after being written in the support request list, the
(8−2)変形例3 上述した実施形態において、第1の支援手段56によって実行される第1の支援(バトルにおける支援要請元の第1のユーザのバトル能力、又は第1のユーザのバトルのバトル相手のバトル能力を、第1のユーザが有利となるように調整すること)の支援要請を複数のユーザから受諾することを許容してもよい。その場合には、支援要請を受諾したユーザの数が増加するにつれて、第1のユーザがより有利となるように調整されるようにしてもよい。 本変形例を実現するために、例えば、CPU21は、支援要請リストに書き込まれてから所定期間の間、ユーザからゲームのトップページあるいはバトルのトップページに対するHTTPリクエストが送信される度に、支援要請リストに記述されたユーザのうち、HTTPリクエストを送信したユーザよりもモンスター撃破数が少ないユーザからの支援要請を、HTTPリクエストを送信したユーザの通信端末10宛に送信する。そして、CPU21は、上記所定期間の間に支援要請を受諾した(つまり、メニューm32(「応援する」)の選択操作をした)ユーザの数をカウントする。CPU21は、そのカウント値に応じて、例えば第1のユーザがバトルで使用する戦士カードの攻撃力の上昇率を決定する。 なお、本変形例では、図14のウェブページP11において、例えば5人のユーザからの応援による支援を受けている場合には、「5人の応援により攻撃力UP中!」などと表示させることが好ましい。
(8-2)
以上、本発明の実施形態について詳細に説明したが、本発明は上記実施形態に限定されない。また、各実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。例えば、上記実施形態及び各変形例に記載された技術的事項は適宜組合せて適用してもよい。 As mentioned above, although embodiment of this invention was described in detail, this invention is not limited to the said embodiment. In addition, it goes without saying that each embodiment may be variously improved and changed without departing from the gist of the present invention. For example, the technical matters described in the above embodiment and each modification may be applied in appropriate combination.
上述した実施形態及び変形例では、カードを用いたバトルを行う場合を例として説明したが、これに限られない。カードでなく、例えば、ユーザのアバタ画像等の他のオブジェクトであってもよい。あるいは、カード等のオブジェクトを使用せずにバトル処理を行ってもよい。 In the embodiment and the modification described above, the case where a battle using a card is performed has been described as an example, but the present invention is not limited thereto. Other objects such as a user's avatar image may be used instead of the card. Or you may perform a battle process, without using objects, such as a card | curd.
上述した実施形態では、本発明の実行対象のゲームがカードを用いたバトルゲームである場合の例について説明したが、本発明のゲームのこれに限られず、任意のゲームに適用することができる。例えば、ロールプレイングゲームやレースゲームのようにゲーム内のステージを進行させていくゲームでは、支援要請先のユーザのステージの進行度に応じて、支援要請元のユーザのステージの進行率を上昇させる(例えば、キャラクタやレースカー等の進行速度を早くする等)ようにすることができ、好適に本発明を適用することができる。また、本発明をFPS(First Person shooter)、TPS(Third Person shooter)等のシューティングゲームに適用する場合には、支援要請先のユーザの敵オブジェクトの撃破数が多いほど(つまり、支援要請先のユーザの進行度が高いほど)、支援要請元のユーザに与えられる支援として、そのユーザのシューティングにおいて表示される照準の径が拡大するようにしてもよい。 In the above-described embodiment, an example in which the game to be executed of the present invention is a battle game using cards has been described. However, the present invention is not limited to this, and can be applied to any game. For example, in a game where a stage in a game is advanced, such as a role playing game or a race game, the progress rate of the stage of the support requesting user is increased according to the progress of the stage of the support requesting user. (For example, advancing speed of a character, a race car, or the like is increased), and the present invention can be suitably applied. Further, when the present invention is applied to a shooting game such as FPS (First Person shooter), TPS (Third Person shooter) or the like, the more the number of enemy objects destroyed by the support requesting user (that is, the support requesting destination As the degree of progress of the user increases, the diameter of the sighting displayed in the shooting of the user may be expanded as assistance given to the user who requested the assistance.
上述した実施形態では、本発明のゲームの進行度の一例としてモンスター撃破数を挙げたが、ゲームの進行度は、ゲームの性質によって任意に設定可能である。例えば、ゲーム内でクリアしたステージの数や、ゲーム内で取得したアイテムの数、あるいはゲーム内で与えられた特定のミッションを達成した回数等、ミッションを所定回数達成する毎に上昇するレベル等のパラメータ、ゲーム画面上の特定のメニューの選択回数に応じて決定してもよい。 In the embodiment described above, the number of monster defeats is given as an example of the progress of the game of the present invention, but the progress of the game can be arbitrarily set according to the nature of the game. For example, the number of stages cleared in the game, the number of items acquired in the game, or the number of times a specific mission given in the game has been achieved. You may decide according to a parameter and the frequency | count of selection of the specific menu on a game screen.
上述した実施形態では、ユーザによる通信端末に対する所定の操作入力は、ユーザの通信端末に対する所定の操作釦の押下操作の入力や、タッチパネル機能を備えた通信端末に対する表示画面上のタッチ操作の入力であるとしたが、操作入力はこれに限られない。操作入力は、加速度センサを備えた通信端末を振ることによる操作入力、あるいはジェスチャによる操作入力(ジェスチャ入力)であってもよい。ジェスチャ入力では、撮像機能を備えた通信端末に対する所定のジェスチャを行うことで通信端末がそのジェスチャを画像認識し、予めジェスチャに対応付けられた操作入力を認識する。また、音声認識プログラムを実行可能な通信端末の場合には、操作入力は、音声を入力することにより行われてもよい。 In the above-described embodiment, the predetermined operation input by the user to the communication terminal is an input of a pressing operation of a predetermined operation button on the user's communication terminal or an input of a touch operation on the display screen to the communication terminal having a touch panel function. Although there is, the operation input is not limited to this. The operation input may be an operation input by shaking a communication terminal provided with an acceleration sensor, or an operation input by gesture (gesture input). In gesture input, by performing a predetermined gesture on a communication terminal having an imaging function, the communication terminal recognizes an image of the gesture and recognizes an operation input previously associated with the gesture. In the case of a communication terminal capable of executing a voice recognition program, the operation input may be performed by inputting voice.
上述した実施形態では、ソーシャルゲームに適用される場合を例として説明したが、これに限られない。例えば、ネットワーク上に置かれたサーバ装置と家庭用オンラインゲーム機とを接続した、いわゆるオンラインゲームシステムにおいても、上述した実施形態と同様に、各ユーザによるゲームの進行を制御できることは言うまでもない。 In the above-described embodiment, the case where the present invention is applied to a social game has been described as an example, but the present invention is not limited to this. For example, in a so-called online game system in which a server device placed on a network and a home online game machine are connected, it goes without saying that the progress of the game by each user can be controlled as in the above-described embodiment.
上述した実施形態では、ネットワーク上のゲームサーバ20及びデータベースサーバ30によって、バトル実行手段52、受付手段53、判定手段54、要請手段55、第1の支援手段56、及び第2の支援手段57の各機能を実現する構成としたが、この構成に限られない。これらのすべての手段を通信端末10によって実現する構成としてもよいし、少なくとも一部の手段を通信端末10によって実現する構成としてもよい。通信端末10とゲームサーバ20とでは実質的に同一のハードウエア構成を採るため、上記実施形態に記載したようにして通信端末10によっても各機能を実現できる。図19(a),(b)には、本実施形態のゲーム制御装置の各機能(図15に示す各機能)について、通信端末10と、ゲームサーバ20及びデータベースサーバ30との間の分担例を示す。
In the above-described embodiment, the
10…通信端末 11…CPU 12…ROM 13…RAM 14…画像処理部 15…指示入力部 16…表示部 17…通信インタフェース部 18…バス 20…ゲームサーバ 21…CPU 22…ROM 23…RAM 24…データベースアクセス部 25…通信インタフェース部 26…バス 30…データベースサーバ 31…ユーザデータベース 32…ゲームデータベース 51…登録手段 52…バトル実行手段 53…受付手段 54…判定手段 55…要請手段 56…第1の支援手段 57…第2の支援手段
DESCRIPTION OF SYMBOLS 10 ... Communication terminal 11 ... CPU 12 ...
Claims (11)
のユーザ以外のユーザに対して、第1のユーザとのゲームの進行度の差に応じて、前記第1の対戦における支援要請を行うか否かを判定する機能、及び、 前記判定する機能の判定結果に応じて、第1のユーザ以外のユーザのうち支援要請先の第2のユーザを特定し、第2のユーザに対して前記支援要請を行う機能、 を実現させるためのプログラム。 A function for allowing a computer to execute a battle on a game by a user; a function for receiving a support request in a first battle from a first user;
A function for determining whether to make a support request in the first battle according to a difference in the degree of progress of the game with the first user, and a function for the determination A program for specifying a second user who is a support request destination among users other than the first user according to the determination result, and realizing a function of requesting the support to the second user.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013253198A JP6206764B2 (en) | 2013-12-06 | 2013-12-06 | GAME CONTROL DEVICE, PROGRAM, GAME SYSTEM |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013253198A JP6206764B2 (en) | 2013-12-06 | 2013-12-06 | GAME CONTROL DEVICE, PROGRAM, GAME SYSTEM |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012099549A Division JP5436612B2 (en) | 2012-04-25 | 2012-04-25 | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME SYSTEM |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2014076383A true JP2014076383A (en) | 2014-05-01 |
JP2014076383A5 JP2014076383A5 (en) | 2015-04-16 |
JP6206764B2 JP6206764B2 (en) | 2017-10-04 |
Family
ID=50782192
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013253198A Active JP6206764B2 (en) | 2013-12-06 | 2013-12-06 | GAME CONTROL DEVICE, PROGRAM, GAME SYSTEM |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6206764B2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016028650A (en) * | 2014-07-25 | 2016-03-03 | ガンホー・オンライン・エンターテイメント株式会社 | Terminal device |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008245987A (en) * | 2007-03-30 | 2008-10-16 | Namco Bandai Games Inc | Program, information storage medium, game machine, server and game system |
JP2011188887A (en) * | 2010-03-11 | 2011-09-29 | Konami Digital Entertainment Co Ltd | Game system, method for controlling game system, and program |
WO2013161731A1 (en) * | 2012-04-25 | 2013-10-31 | 株式会社コナミデジタルエンタテインメント | Game control device, game control method, program, recording medium, and game system |
-
2013
- 2013-12-06 JP JP2013253198A patent/JP6206764B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008245987A (en) * | 2007-03-30 | 2008-10-16 | Namco Bandai Games Inc | Program, information storage medium, game machine, server and game system |
JP2011188887A (en) * | 2010-03-11 | 2011-09-29 | Konami Digital Entertainment Co Ltd | Game system, method for controlling game system, and program |
WO2013161731A1 (en) * | 2012-04-25 | 2013-10-31 | 株式会社コナミデジタルエンタテインメント | Game control device, game control method, program, recording medium, and game system |
JP5436612B2 (en) * | 2012-04-25 | 2014-03-05 | 株式会社コナミデジタルエンタテインメント | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME SYSTEM |
Non-Patent Citations (1)
Title |
---|
"「ngCoreはイケてる」「武器より防具が売れる」、「忍者ロワイヤル」を企画・開発双方の視点から語る", [ONLINE], JPN6013024936, 9 September 2011 (2011-09-09), ISSN: 0003611130 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016028650A (en) * | 2014-07-25 | 2016-03-03 | ガンホー・オンライン・エンターテイメント株式会社 | Terminal device |
US9744460B2 (en) | 2014-07-25 | 2017-08-29 | GungHo Online Entertainment, Inc. | Device and method for determining attack power based on operating objects disposed on a board |
Also Published As
Publication number | Publication date |
---|---|
JP6206764B2 (en) | 2017-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5436612B2 (en) | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME SYSTEM | |
JP5646537B2 (en) | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME SYSTEM | |
JP5889777B2 (en) | GAME CONTROL DEVICE, PROGRAM, GAME SYSTEM | |
JP5551210B2 (en) | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME SYSTEM | |
JP5265789B2 (en) | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME CONTROL SYSTEM | |
JP5442810B2 (en) | GAME CONTROL DEVICE, PROGRAM, GAME SYSTEM | |
WO2013157396A1 (en) | Game control device, game control method, program, storage medium, and game system | |
JP5535272B2 (en) | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME SYSTEM | |
WO2013140481A1 (en) | Game control device, game control method, program, recording medium, and game system | |
JP5290460B2 (en) | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME SYSTEM | |
WO2013154020A1 (en) | Game control device, game control method, program, recording medium, game control system | |
JP5395210B2 (en) | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME SYSTEM, COMMUNICATION DEVICE | |
JP5529923B2 (en) | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME SYSTEM, INFORMATION PROCESSING DEVICE | |
JP5731710B2 (en) | GAME CONTROL DEVICE, PROGRAM, GAME SYSTEM | |
JP2014027983A (en) | Game control device, game control method, program, game system | |
JP6678867B2 (en) | Server, control program | |
JP6206764B2 (en) | GAME CONTROL DEVICE, PROGRAM, GAME SYSTEM | |
JP5529924B2 (en) | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME SYSTEM, INFORMATION PROCESSING DEVICE | |
WO2013124932A1 (en) | Game control device, game control method, game control program, recording medium, and game system | |
JP5845208B2 (en) | GAME CONTROL DEVICE, PROGRAM, GAME CONTROL SYSTEM | |
JP5827271B2 (en) | GAME CONTROL DEVICE, GAME CONTROL METHOD, PROGRAM, GAME SYSTEM | |
JP2014028079A (en) | Game control device, game control method, program, and game system | |
JP5839711B2 (en) | GAME CONTROL DEVICE, PROGRAM, GAME SYSTEM | |
JP2014208168A (en) | Game control device, game control method, program and game system | |
JP2014147832A (en) | Game control device, game control method, program, and game system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150227 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20150319 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160524 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160705 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A132 Effective date: 20170131 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170328 |
|
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: 20170808 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170824 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6206764 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |