WO2018030037A1 - ゲームプログラム及びゲーム装置 - Google Patents

ゲームプログラム及びゲーム装置 Download PDF

Info

Publication number
WO2018030037A1
WO2018030037A1 PCT/JP2017/024581 JP2017024581W WO2018030037A1 WO 2018030037 A1 WO2018030037 A1 WO 2018030037A1 JP 2017024581 W JP2017024581 W JP 2017024581W WO 2018030037 A1 WO2018030037 A1 WO 2018030037A1
Authority
WO
WIPO (PCT)
Prior art keywords
deck
character
game
player
characters
Prior art date
Application number
PCT/JP2017/024581
Other languages
English (en)
French (fr)
Inventor
亮佑 堀井
大輔 保
Original Assignee
株式会社セガゲームス
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社セガゲームス filed Critical 株式会社セガゲームス
Publication of WO2018030037A1 publication Critical patent/WO2018030037A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A63F13/58—Controlling game characters or game objects based on the game progress by computing conditions of game characters, e.g. stamina, strength, motivation or energy level

Definitions

  • the present invention relates to a game program and a game device.
  • a game in which, in a deck constructed with characters owned by a player, the parameters of the characters in the deck are changed by a combination of the attributes of the characters in the deck is conventionally known (see, for example, Patent Document 1).
  • the above-described conventional game has the same parameters as long as the combination of characters in the deck is the same, and is less interesting. Therefore, for example, if it is a battle game using a character, the variation of a battle will become scarce.
  • the present invention has been made in view of the above-described problems, and an object of the present invention is to provide a game program that improves the interest of a game that is advanced by a deck constructed by characters.
  • the game program of the present invention has a computer that builds a deck with characters in the game selected by the player and advances the game by the deck from the player.
  • a second deck selected by the player from the deck character is used to construct a second deck and function as control means for controlling the progress of the game by the second deck, and the second deck and the second deck character
  • At least one of the parameters is the building of the first deck Characterized in that it is corrected in accordance with 1 deck character.
  • FIG. 1 is a configuration diagram of an example of a game system according to the present embodiment.
  • the game system of FIG. 1A includes a single game device 1.
  • the game device 1 is a terminal device such as a home or business game dedicated device, a PC, a smartphone, or a tablet terminal operated by a player.
  • the client terminal 2 is a terminal device such as a home or business game dedicated device, a PC, a smartphone, or a tablet terminal operated by a player.
  • the game server device 3 performs management and control of games played by the player at the client terminal 2.
  • the present invention can be applied to a single game apparatus 1 shown in FIG. 1A in addition to a client-server game system as shown in FIG.
  • the game system of FIG. 1 is an example, and it goes without saying that there are various system configuration examples depending on applications and purposes.
  • the game server device 3 shown in FIG. 1B may be distributed among a plurality of computers.
  • the game device 1, the client terminal 2, and the game server device 3 in FIG. 1 are realized by, for example, a computer having a hardware configuration as shown in FIG.
  • FIG. 2 is a hardware configuration diagram of an example of a computer according to the present embodiment.
  • the output device 502 includes an input device 501, an output device 502, an external I / F 503, a RAM 504, a ROM 505, a CPU 506, a communication I / F 507, an HDD 508, etc., which are mutually connected by a bus B.
  • the input device 501 and the output device 502 may be connected and used when necessary.
  • a controller for which the input device 501 is connected by a signal cable may be used in a home game dedicated device.
  • the output device 502 may be a display device connected by a signal cable.
  • the input device 501 is a keyboard, mouse, controller, touch panel, or the like, and is used by a user such as a player to input each operation signal.
  • the output device 502 includes a display and the like, displays a processing result on a screen, and outputs sound from a speaker.
  • a communication I / F 507 is an interface connected to the network 4.
  • the computer shown in FIG. 2 can perform data communication via the communication I / F 507.
  • the HDD 508 is an example of a non-volatile storage device that stores programs and data.
  • the stored programs and data include an OS that is basic software and applications that provide various functions on the OS.
  • the computer shown in FIG. 2 may use a drive device (for example, a solid state drive: SSD) that uses a flash memory as a storage medium instead of the HDD 508.
  • SSD solid state drive
  • External I / F 503 is an interface with an external device.
  • the external device includes a recording medium 503a. Accordingly, the computer 500 can read and / or write the recording medium 503a via the external I / F 503.
  • Examples of the recording medium 503a include a flexible disk, a CD, a DVD, an SD memory card, and a USB memory.
  • the ROM 505 is an example of a nonvolatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off.
  • the ROM 505 stores programs and data such as BIOS, OS settings, and network settings that are executed when the computer shown in FIG.
  • the RAM 504 is an example of a volatile semiconductor memory (storage device) that temporarily stores programs and data.
  • the CPU 506 is an arithmetic unit that realizes control and functions of the entire computer in FIG. 2 by reading programs and data from the storage device such as the ROM 505 and the HDD 508 onto the RAM 504 and executing the processing.
  • the game apparatus 1, the client terminal 2, and the game server apparatus 3 according to the present embodiment can realize various processes as described later with the above-described hardware configuration.
  • FIG. 1A A software configuration of the game system according to the present embodiment will be described using the game apparatus 1 in FIG. 1A as an example.
  • the processing block of the game device 1 in FIG. 1A is arranged in either the client terminal 2 or the game server device 3, and the client terminal 2 and the game server device 3 cooperate to perform processing.
  • FIG. 3 is a processing block diagram of an example of the game apparatus according to the present embodiment.
  • the game apparatus 1 executes the program, thereby allowing the operation receiving unit 10, the game executing unit 12, the output control unit 14, the character information storage unit 20, the organization chart information storage unit 22, the assignment information storage unit 24, and the participating character information storage unit. 26, an image data storage unit 28 is realized.
  • the game execution unit 12 includes a character management unit 30, an organization control unit 32, and a battle control unit 34.
  • the operation receiving unit 10 receives an operation from a player who operates the game apparatus 1.
  • the game execution unit 12 performs processing related to the game in accordance with the operation received by the operation receiving unit 10 from the player, and advances the game.
  • the character management unit 30 of the game execution unit 12 manages character information of characters in the game owned by the player.
  • the organization control unit 32 performs control related to the organization described later.
  • the battle control unit 34 performs control related to battle as described later.
  • the output control unit 14 controls screen display and sound output of the game apparatus 1 according to control by the game execution unit 12.
  • the character information storage unit 20 stores character information related to characters in the game.
  • the organization chart information storage unit 22 stores organization chart information related to an organization chart described later.
  • the assignment information storage unit 24 stores information on characters assigned to an organization chart described later.
  • the participating character information storage unit 26 stores information on participating characters that are selected by the player and participate in the battle among the characters assigned to the organization chart.
  • the image data storage unit 28 stores image data necessary for creating various screens such as a tissue editing screen and a battle screen.
  • FIG. 4 is a processing block diagram of an example of the organization control unit.
  • the organization control unit 32 in FIG. 4 includes an organization rank determination unit 51, a character assignment processing unit 52, a mood determination unit 53, a total power calculation unit 54, and an organization display control unit 55.
  • the organization rank determination unit 51 determines the player's organization rank in the game.
  • the organization chart described later is expanded as the organization rank of the player increases.
  • the character assignment processing unit 52 assigns a character in the game to a later-described organization chart in response to a player operation.
  • the mood determination unit 53 determines the mood of each character, which changes depending on the character placement on the organization chart described later.
  • the total power calculation unit 54 calculates the total power of the player's organization based on the power of all the characters assigned to the organization chart described later.
  • the organization display control unit 55 performs control related to the display of the organization chart described later.
  • FIG. 5 is a processing block diagram of an example of a battle control unit.
  • the battle control unit 34 in FIG. 5 includes a participating character selection receiving unit 61, a cost gauge control unit 62, a sortie control unit 63, and a battle execution unit 64.
  • the participating character selection receiving unit 61 receives from the player the selection of participating characters to be taken to the battle from the characters assigned to the organization chart described later.
  • the cost gauge control unit 62 controls the display of the cost gauge that indicates how much the cost is stored during the battle. Costs gradually accumulate over time and battle results while the battle continues.
  • the sorter control unit 63 consumes the cost corresponding to the sorter cost set for the participating character, and makes the battle sort out for the participating character for which the player has requested to sort out.
  • the battle execution unit 64 causes a participating character or the like who is currently on the battle to execute a battle.
  • a battle game will be described in which an assigned character is assigned to an organization chart, a participating character to be taken to the battle is selected from the characters assigned to the organization chart, and a battle is executed by the participating character. .
  • FIG. 6 is a flowchart of an example of basic processing according to the present embodiment.
  • step S11 if there is a tissue editing request from the player, the organization control unit 32 included in the game execution unit 12 of the game apparatus 1 proceeds to step S12 and performs organization editing processing described later.
  • step S13 if there is a battle start request from the player, the battle control unit 34 of the game apparatus 1 proceeds to step S14 and performs a battle process described later. The processes in steps S11 to S14 are repeated.
  • FIG. 7 is a flowchart of an example of the organization editing process.
  • the organization rank determination unit 51 of the organization control unit 32 determines the organization rank of the player.
  • the organization display control unit 55 reads out organization chart information corresponding to the organization rank of the player from the organization chart information storage unit 22. Further, the organization display control unit 55 reads out information (assignment information) of the character assigned to the organization chart from the assignment information storage unit 24.
  • step S23 when the organization display control unit 55 determines that the character has been assigned to the organization chart, the process proceeds to step S24, and the character is arranged in the organization chart based on the assignment information. If the organization display control unit 55 determines that the character has not been assigned to the organization chart, the organization display control unit 55 performs the process of step S24.
  • step S25 the organization display control unit 55 displays an organization chart as shown in FIGS.
  • FIG. 8 to FIG. 10 are image diagrams of examples of organization charts to which characters have not been assigned.
  • FIG. 11 is an image diagram of an example of an organization chart to which characters have been assigned.
  • FIGS. 8 to 11 show examples in which the top “chairman” of the organization is fixed.
  • the upper side of FIG. 8 is an image of an organization chart of “organization rank 1”.
  • the lower side of FIG. 8 is an image of an organization chart of “organization rank 2”.
  • the upper side of FIG. 9 is an image of an organization chart of “organization rank 3”.
  • the lower side of FIG. 9 is an image of an organization chart of “organization rank 4”.
  • FIG. 10 is an image of an organization chart of “organization rank 5”.
  • FIG. 11 is an image of an organization chart of “organization rank 1” to which a character is assigned.
  • Job titles have a hierarchical relationship. Also, the title is associated with other titles. Since the total power of the organization increases due to the power of the character assigned to the post, the player can strengthen the organization by assigning more characters to the post in the organization chart.
  • a rule may be provided for the assignment of characters to the organization chart. For example, as an example of a rule for assigning a character to an organization chart, it is conceivable to provide a minimum character level necessary for assignment to a post for each post.
  • step S26 if there is an assignment request from the player, the character assignment processing unit 52 proceeds to step S27, and assigns a character to the position of the organization chart as shown in FIGS. It is assumed that the character assigned to the post has character information as shown in FIG.
  • FIG. 12 is an image diagram of an example of character information.
  • the character information includes rarity, sortie cost, possession skill, level, physical strength, attack power, defense power, number of Zako possessions, power and title.
  • a bonus secondary effect
  • FIG. 13 is a block diagram showing an example of bonuses generated for a character assigned to a higher position.
  • step S28 the mood determination unit 53 determines the mood of each character, which changes depending on the character arrangement assigned to the organization chart, according to the procedure of the flowchart of FIG. FIG. 14 is a flowchart of an example of the mood determination process.
  • step S51 the mood determination unit 53 calculates a mood point for each character.
  • the mood point is added to the character assigned to the lower position.
  • the mood point is added to the character assigned to the upper position when the character is not assigned to the lower position even though the position is associated with the lower position.
  • the example where the mood of a character worsens, so that a mood point is added is shown.
  • FIG. 15 shows an example of mood point calculation.
  • FIG. 15 is a diagram illustrating an example of calculating mood points in the organization chart of “organization rank 1”. As shown in FIG. 15, the mood determination unit 53 calculates mood points for each character assigned to a post.
  • step S52 the mood determination unit 53 determines the mood of each character as shown in FIG. 16 based on the mood points calculated in step S51.
  • FIG. 16 is a diagram showing an example of how to determine mood.
  • the mood point is “0” and the mood is “very satisfied”.
  • the mood point “1” the mood is “satisfied”.
  • the mood point “2” the mood becomes “normal”.
  • the mood point “3” the mood is “dissatisfied”.
  • the mood point “4 or more” the mood is “angry”.
  • FIG. 16 also shows an example of a mood icon.
  • step S53 the mood determination unit 53 corrects the character status according to the mood.
  • the character statuses to be corrected here are, for example, power, physical strength, attack power, and defense power included in the character information of FIG. As described above, the status of the character assigned to the position in the organization chart is corrected according to the mood.
  • FIG. 14 shows an example in which the status of a character whose mood is “very satisfied” is corrected to 1.2 times.
  • FIG. 14 shows an example in which the status of a character whose mood is “satisfied” is corrected by 1.0 times.
  • FIG. 14 shows an example in which the status of a character whose mood is “normal” is corrected to 0.8 times.
  • FIG. 14 shows an example in which the status of a character whose mood is “dissatisfied” is corrected to 0.6 times.
  • FIG. 14 shows an example in which the status of a character whose mood is “angry” is corrected to 0.4 times.
  • each character assigned to a position in the organization chart changes its mood depending on the character arrangement assigned to the organization chart, and the status (character parameter) is corrected by the mood.
  • step S54 the mood determination unit 53 displays the mood icon determined in step S52, for example, in the upper right of the image of the character assigned to the position of the organization chart, thereby easily identifying the mood of each character. I am trying to do it.
  • the total power calculation unit 54 of the organization control unit 32 calculates the total power of the player's organization based on the forces of all the characters assigned to the organization chart. Since the character's power is corrected by mood, the total power of the player's organization varies depending on how the characters are arranged, even when the same character is arranged in the organization chart. The greater the total power of the organization, the more advantageous the battle process described below. For this reason, it is necessary for the player to assign the character to the position of the organization chart while considering that the character feels good.
  • step S29 the organization display control unit 55 returns to step S25 and displays the organization chart to which the character is assigned. If there is no assignment request from the player in step S26, the process proceeds to step S30, and the organization display control unit 55 determines whether there is an end request from the player. If there is an end request from the player, the organization display control unit 55 ends the organization editing process in step S12 of FIG. If there is no end request from the player, the organization display control unit 55 returns to step S25. As described above, the player can assign the player to the position of the organization chart by the organization editing process of FIG.
  • FIG. 17 is a flowchart of an example of battle processing.
  • the participating character selection receiving unit 61 of the battle control unit 34 receives from the player the selection of the participating character to be taken to the battle from the character assigned to the organization chart.
  • step S62 the cost gauge control unit 62 determines the initial value of the cost gauge based on the total power of the organization.
  • the initial value of the cost gauge is determined so as to increase as the total power of the organization increases.
  • the cost is a parameter necessary for causing the participating characters to participate in the battle. Therefore, since a player with a large organization's total power has accumulated a large amount of cost (cost corresponding to the initial value) at the start of the battle, the battle can be advantageously advanced. Note that determining the initial value of the cost gauge based on the total power of the organization is an example.
  • the selection of the participating characters to be taken to the battle from the characters assigned to the organization chart may be made so that the total of the sorting costs (total costs) set for the participating characters does not exceed the upper limit.
  • the upper limit of the total cost of selectable participating characters can be determined based on the total power of the organization.
  • the upper limit of the total cost is an example of a deck parameter.
  • step S63 the battle execution unit 64 displays a battle screen as shown in FIG. 18, for example, and starts a battle.
  • FIG. 18 is an image diagram of an example of a battle screen.
  • a cost gauge 1002 and a sortie waiting character 1004 are displayed, and a battle area 1006 is displayed that displays battle effects by the sortie character and enemy characters.
  • the sortie waiting character 1004 in FIG. 18 is a participating character in which six people from the left are assigned to positions in the organization chart, and the others are Zako characters.
  • the player can make a request for a participation character or Zako character selected from the standby character 1004.
  • the sort control unit 63 proceeds to step S65, and determines whether the cost for the sort cost set for the participating character or the Zako character requested by the player is stored in the cost gauge 1002.
  • the sorting control unit 63 proceeds to step S66.
  • the sorter control unit 63 after consuming the cost for the sorter cost set for the participating character or Zako character requested by the player, causes the battle to cause the participating character or Zako character requested for the sortie by the player to battle. .
  • step S67 If the cost for the sortout cost is not stored in the cost gauge 1002, the sortout control unit 63 proceeds to step S67, and does not cause the participating character or Zako character requested to sort out by the player to sort out in the battle.
  • step S67 a message indicating that the sortie has failed may be displayed on the battle screen. The processes in steps S64 to S68 are repeated until the battle ends.
  • the battle execution unit 64 After the battle is over, the battle execution unit 64 performs post-processing such as giving experience values to participating characters and giving experience values to organizations, and then ends the processing of step S14 in FIG. The player can make a participating character appear in the battle by the battle process of FIG.
  • the participating characters included in the battle waiting character 1004 for battle are selected from the characters assigned to the organization chart.
  • the parameters of the character assigned to the organization chart are corrected by the character arrangement on the organization chart.
  • the relationship between the organization chart (deck) and the character is the same concept as the weapons and items that the character equips in the game, and the arrangement situation in these item boxes, depending on the item attributes and the compatibility of the items.
  • the item parameter and the parameter for mounting the item may change depending on the storage location in the item BOX, the positional relationship between the items, and the like. Therefore, an item such as a weapon is included in the character, and an item BOX is also included in the deck. That is, when an item in the item BOX is equipped on the character, the parameters of the item equipped on the character and the parameters for equip the item (number of slots, equipment conditions, etc.) according to the storage position of the item in the item BOX. Is also corrected, and as a result, the game progress can be influenced.
  • a sports game it is possible to apply to a game in which a character is assigned to a position layout including the 1st army and 2 troops, and members who participate in the game are selected from the characters assigned to the position layout.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • User Interface Of Digital Computer (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

キャラクタにより構築されたデッキにより進行させるゲームの興趣性を向上させるゲームプログラムを提供すること。 プレイヤにより選択されたゲーム内のキャラクタでデッキを構築し、デッキによりゲームを進行させるコンピュータを、プレイヤから、プレイヤが所有するキャラクタから第１デッキキャラクタを選択し、第１デッキキャラクタを第１デッキの配置位置に配置する操作を受け付けることで第１デッキを構築するデッキ構築手段、第１デッキを構築する第１デッキキャラクタからプレイヤにより選択された第２デッキキャラクタにより第２デッキを構築し、第２デッキによるゲームの進行を制御する制御手段、として機能させ、第２デッキ及び第２デッキキャラクタのパラメータの少なくとも一方は、第１デッキを構築する第１デッキキャラクタに応じて補正されていることを特徴とするゲームプログラムにより上記課題を解決する。

Description

ゲームプログラム及びゲーム装置
　本発明はゲームプログラム及びゲーム装置に関する。
　プレイヤが所有するキャラクタで構築したデッキにおいて、デッキ内のキャラクタの属性の組み合わせによりデッキ内のキャラクタのパラメータを変化させるゲームは従来から知られている（例えば特許文献１参照）。
特開２０１４－２２３５４２号公報
　しかしながら、上記した従来のゲームは、デッキ内のキャラクタの組み合わせが同じであれば同じパラメータとなり、興趣性が乏しい。したがって、例えばキャラクタを用いたバトルゲームであれば、対戦のバリエーションが乏しくなってしまう。
　本発明は上記した課題に鑑みなされたものであり、キャラクタにより構築されたデッキにより進行させるゲームの興趣性を向上させるゲームプログラムを提供することを目的とする。
　上記した課題を解決するために、本発明のゲームプログラムは、プレイヤにより選択されたゲーム内のキャラクタでデッキを構築し、前記デッキによりゲームを進行させるコンピュータを、前記プレイヤから、前記プレイヤが所有する前記キャラクタから第１デッキキャラクタを選択し、前記第１デッキキャラクタを第１デッキの配置位置に配置する操作を受け付けることで第１デッキを構築するデッキ構築手段、前記第１デッキを構築する第１デッキキャラクタから前記プレイヤにより選択された第２デッキキャラクタにより第２デッキを構築し、前記第２デッキによる前記ゲームの進行を制御する制御手段、として機能させ、前記第２デッキ及び第２デッキキャラクタのパラメータの少なくとも一方は、前記第１デッキを構築する前記第１デッキキャラクタに応じて補正されていることを特徴とする。
　本発明によれば、キャラクタにより構築されたデッキにより進行させるゲームの興趣性を向上させることができる。
本実施形態に係るゲームシステムの一例の構成図である。 本実施形態に係るコンピュータの一例のハードウェア構成図である。 本実施形態に係るゲーム装置の一例の処理ブロック図である。 組織制御部の一例の処理ブロック図である。 バトル制御部の一例の処理ブロック図である。 本実施形態に係る基本処理の一例のフローチャートである。 組織編集処理の一例のフローチャートである。 キャラクタをアサイン済みでない組織図の一例のイメージ図である。 キャラクタをアサイン済みでない組織図の一例のイメージ図である。 キャラクタをアサイン済みでない組織図の一例のイメージ図である。 キャラクタをアサイン済みの組織図の一例のイメージ図である。 キャラクタ情報の一例のイメージ図である。 上位役職にアサインしたキャラクタに発生するボーナスの一例の構成図である。 機嫌判定処理の一例のフローチャートである。 「組織ランク１」の組織図における機嫌ポイントの算出を説明する一例の図である。 機嫌の決め方の一例を示した図である。 バトル処理の一例のフローチャートである。 バトル画面の一例のイメージ図である。
　次に、本発明の実施形態について、詳細に説明する。以下ではデッキにより進行させるゲームの一例として、デッキでバトルするバトルゲームについて説明する。なお、本発明はバトルゲームに限定されるものではなく、例えばスポーツゲームや経営ゲームなどにおいて組織やチーム、メンバーなどを構築する場面にも広く適用できる。
［第１の実施形態］
　＜システム構成＞
　図１は、本実施形態に係るゲームシステムの一例の構成図である。図１（ａ）のゲームシステムは単体のゲーム装置１を備えている。ゲーム装置１は、プレイヤが操作する家庭用や業務用のゲーム専用機器、ＰＣ、スマートフォン、タブレット端末などの端末装置である。
　また、図１（ｂ）のゲームシステムは１台以上のクライアント端末２とゲームサーバ装置３とがインターネット等のネットワーク４を介して接続されている。クライアント端末２はプレイヤが操作する家庭用や業務用のゲーム専用機器、ＰＣ、スマートフォン、タブレット端末などの端末装置である。ゲームサーバ装置３はクライアント端末２でプレイヤにより行われるゲームの管理や制御を行う。
　このように、本発明は図１（ｂ）に示すようなクライアント・サーバ型のゲームシステムの他、図１（ａ）に示す単体のゲーム装置１においても適用可能である。なお、図１のゲームシステムは一例であって、用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば図１（ｂ）のゲームサーバ装置３は複数のコンピュータに分散して構成してもよい。
　＜ハードウェア構成＞
　図１のゲーム装置１、クライアント端末２、ゲームサーバ装置３は、例えば図２に示すようなハードウェア構成のコンピュータにより実現される。図２は本実施形態に係るコンピュータの一例のハードウェア構成図である。
　図２のコンピュータは、入力装置５０１、出力装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７、ＨＤＤ５０８等を備え、それぞれがバスＢで相互に接続されている。なお、入力装置５０１及び出力装置５０２は必要なときに接続して利用する形態であってもよい。例えば家庭用のゲーム専用機器では入力装置５０１が信号ケーブルで接続されたコントローラであってもよい。また、出力装置５０２が信号ケーブルで接続されたディスプレイ装置であってもよい。
　入力装置５０１はキーボードやマウス、コントローラ、タッチパネルなどであり、プレイヤ等のユーザが各操作信号を入力するのに用いられる。出力装置５０２はディスプレイなどを含み、画面に処理結果を表示し、スピーカーから音を出力する。通信Ｉ／Ｆ５０７はネットワーク４に接続するインタフェースである。図２のコンピュータは通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。
　また、ＨＤＤ５０８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションなどがある。なお、図２のコンピュータはＨＤＤ５０８に替えて、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。
　外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンピュータ５００は外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。
　ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ５０５には図２のコンピュータの起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）の一例である。
　ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、図２のコンピュータ全体の制御や機能を実現する演算装置である。
　本実施形態に係るゲーム装置１、クライアント端末２、ゲームサーバ装置３は、上記したハードウェア構成により後述するような各種処理を実現できる。
　＜ソフトウェア構成＞
　本実施形態に係るゲームシステムのソフトウェア構成について、図１（ａ）のゲーム装置１を一例として説明する。なお、図１（ｂ）のクライアント端末２及びゲームサーバ装置３の場合は、図１（ａ）のゲーム装置１の処理ブロックがクライアント端末２、ゲームサーバ装置３の何れかに配置され、クライアント端末２とゲームサーバ装置３とが協働して処理を行う。
　図１（ａ）のゲーム装置１は例えば図３に示す処理ブロックにより実現される。図３は本実施形態に係るゲーム装置の一例の処理ブロック図である。ゲーム装置１はプログラムを実行することにより、操作受付部１０、ゲーム実行部１２、出力制御部１４、キャラクタ情報記憶部２０、組織図情報記憶部２２、アサイン情報記憶部２４、参加キャラクタ情報記憶部２６、画像データ記憶部２８を実現している。
　なお、ゲーム実行部１２はキャラクタ管理部３０、組織制御部３２、バトル制御部３４を有する構成である。操作受付部１０はゲーム装置１を操作するプレイヤからの操作を受け付ける。
　ゲーム実行部１２は操作受付部１０がプレイヤから受け付けた操作に従ってゲームに関する処理を行い、ゲームを進行させる。ゲーム実行部１２のキャラクタ管理部３０はプレイヤが所有するゲーム内のキャラクタのキャラクタ情報を管理する。組織制御部３２は後述の組織に関する制御を行う。バトル制御部３４は後述するようなバトルに関する制御を行う。出力制御部１４はゲーム実行部１２による制御に従い、ゲーム装置１の画面表示や音声出力を制御する。
　キャラクタ情報記憶部２０はゲーム内のキャラクタに関するキャラクタ情報を記憶している。組織図情報記憶部２２は後述の組織図に関する組織図情報を記憶する。アサイン情報記憶部２４は後述の組織図にアサインされたキャラクタの情報を記憶する。参加キャラクタ情報記憶部２６は、組織図にアサインされたキャラクタの内、プレイヤに選択されてバトルに参加する参加キャラクタの情報を記憶する。また、画像データ記憶部２８は組織編集画面やバトル画面などの各種画面の作成に必要な画像データを記憶している。
　図４は組織制御部の一例の処理ブロック図である。図４の組織制御部３２は組織ランク判定部５１、キャラクタアサイン処理部５２、機嫌判定部５３、総勢力算出部５４、組織表示制御部５５を有する。
　組織ランク判定部５１はゲーム内におけるプレイヤの組織ランクを判定する。後述の組織図はプレイヤの組織ランクが上がるほど拡張される。キャラクタアサイン処理部５２はプレイヤ操作に応じて、後述の組織図にゲーム内のキャラクタをアサインする。機嫌判定部５３は、後述の組織図へのキャラクタ配置によって変化する、各キャラクタの機嫌を判定する。総勢力算出部５４は後述の組織図へアサインされたキャラクタ全員の勢力によりプレイヤの組織の総勢力を算出する。組織表示制御部５５は後述の組織図の表示に関する制御を行う。
　図５はバトル制御部の一例の処理ブロック図である。図５のバトル制御部３４は、参加キャラクタ選択受付部６１、コストゲージ制御部６２、出撃制御部６３、バトル実行部６４を有する。
　参加キャラクタ選択受付部６１は後述の組織図にアサインされたキャラクタからバトルに連れて行く参加キャラクタの選択をプレイヤから受け付ける。コストゲージ制御部６２はバトル中、コストの貯まり具合を表すコストゲージの表示を制御する。コストはバトルが継続している間、時間経過やバトル結果などにより徐々に貯まっていく。出撃制御部６３はプレイヤから出撃要求のあった参加キャラクタについて、その参加キャラクタに設定されている出撃コスト分のコストを消費して、バトルに出撃させる。
　プレイヤはバトル中、コストゲージに表示されているコストを消費することで、バトルに連れてきた参加キャラクタをバトルに出撃させることができる。バトル実行部６４は出撃中の参加キャラクタなどにバトルを実行させる。
　＜処理＞
　ここでは、所有するキャラクタを組織図にアサインし、組織図にアサインされたキャラクタの中から、バトルに連れて行く参加キャラクタを選択して、参加キャラクタによりバトルを実行するバトルゲームを一例として説明する。
　　《基本処理》
　図６は本実施形態に係る基本処理の一例のフローチャートである。ステップＳ１１においてゲーム装置１のゲーム実行部１２に含まれる組織制御部３２はプレイヤからの組織編集要求があればステップＳ１２に進み、後述の組織編集処理を行う。また、ステップＳ１３においてゲーム装置１のバトル制御部３４はプレイヤからのバトル開始要求があればステップＳ１４に進み、後述のバトル処理を行う。ステップＳ１１～Ｓ１４の処理は繰り返し行われる。
　　《ステップＳ１２：組織編集処理》
　図７は組織編集処理の一例のフローチャートである。ステップＳ２１において組織制御部３２の組織ランク判定部５１はプレイヤの組織ランクを判定する。ステップＳ２２において組織表示制御部５５は、プレイヤの組織ランクに応じた組織図情報を組織図情報記憶部２２から読み出す。また、組織表示制御部５５は、アサイン情報記憶部２４から組織図にアサインされたキャラクタの情報（アサイン情報）を読み出す。
　ステップＳ２３において、組織表示制御部５５は組織図にキャラクタをアサイン済みであると判定すると、ステップＳ２４に進み、アサイン情報に基づき、組織図にキャラクタを配置する。なお、組織表示制御部５５は組織図にキャラクタをアサイン済みでないと判定すると、ステップＳ２４の処理をステップする。
　ステップＳ２５において、組織表示制御部５５は例えば図８－図１１に示すような組織図を表示する。図８－図１０はキャラクタをアサイン済みでない組織図の一例のイメージ図である。図１１はキャラクタをアサイン済みの組織図の一例のイメージ図である。
　なお、図８－図１１の組織図は組織のトップ「会長」が固定の例を示している。図８の上側は「組織ランク１」の組織図のイメージである。図８の下側は「組織ランク２」の組織図のイメージである。図９の上側は「組織ランク３」の組織図のイメージである。図９の下側は「組織ランク４」の組織図のイメージである。図１０は「組織ランク５」の組織図のイメージである。また、図１１はキャラクタをアサイン済みの「組織ランク１」の組織図のイメージである。
　図８－図１１に示すように、組織ランクが上がるほど、組織は拡張され、キャラクタをアサイン可能な役職が増える。役職には上下関係がある。また、役職は他の役職と関連付けられている。役職にアサインされたキャラクタの勢力により、組織の総勢力が上昇するため、プレイヤは、より多くのキャラクタを組織図の役職にアサインすることにで、組織を強化できる。なお、組織図に対するキャラクタのアサインにはルールを設けるようにしてもよい。例えば組織図に対するキャラクタのアサインのルールの一例としては役職へのアサインに必要なキャラクタの最低レベルを役職ごとに設けることが考えられる。
　ステップＳ２６においてキャラクタアサイン処理部５２はプレイヤからのアサイン要求があればステップＳ２７に進み、プレイヤ操作に応じて、図８－図１１に示したような組織図の役職にキャラクタをアサインする。役職にアサインされるキャラクタは例えば図１２に示すようなキャラクタ情報を有しているものとする。
　図１２はキャラクタ情報の一例のイメージ図である。図１２に示すようにキャラクタ情報にはレアリティ、出撃コスト、所持スキル、レベル、体力、攻撃力、防御力、ザコの所持数、勢力及び肩書き、を有している。また、図１３に示すように、組織図の上位役職にはボーナス（副次効果）を設けてもよい。図１３は上位役職にアサインしたキャラクタに発生するボーナスの一例の構成図である。
　ステップＳ２８に進み、機嫌判定部５３は組織図にアサインされたキャラクタ配置により変化する、各キャラクタの機嫌を図１４のフローチャートの手順で判定する。図１４は機嫌判定処理の一例のフローチャートである。ステップＳ５１に進み、機嫌判定部５３はキャラクタごとに機嫌ポイントを算出する。
　例えば機嫌ポイントは、上の役職にアサインされたキャラクタのレベルが下の役職にアサインされたキャラクタのレベルよりも低い場合に、下の役職にアサインされたキャラクタに機嫌ポイントが加算される。また、機嫌ポイントは下に役職が関連付けられているにも拘わらず、下の役職にキャラクタがアサインされていない場合に、上の役職にアサインされたキャラクタに機嫌ポイントが加算される。なお、本実施形態では機嫌ポイントが加算されるほど、キャラクタの機嫌が悪くなる例を示している。
　図１５に機嫌ポイント算出の一例を示す。図１５は「組織ランク１」の組織図における機嫌ポイントの算出を説明する一例の図である。図１５に示すように、機嫌判定部５３は役職にアサインされたキャラクタ毎に機嫌ポイント算出する。
　ステップＳ５２に進み、機嫌判定部５３はステップＳ５１で算出した機嫌ポイントに基づいて図１６のように、各キャラクタの機嫌を決定する。図１６は機嫌の決め方の一例を示した図である。図１６では機嫌ポイント「０」で機嫌が「大満足」となる。機嫌ポイント「１」では機嫌が「満足」となる。機嫌ポイント「２」では機嫌が「普通」となる。機嫌ポイント「３」では機嫌が「不満」となる。また、機嫌ポイント「４以上」では、機嫌が「怒り」となる。また、図１６では機嫌のアイコンの一例も示している。
　ステップＳ５３に進み、機嫌判定部５３は機嫌に応じてキャラクタのステータスを補正する。ここで補正するキャラクタのステータスは、例えば図１２のキャラクタ情報に含まれる勢力、体力、攻撃力及び防御力である。このように、組織図の役職にアサインされたキャラクタは機嫌によりステータスが補正される。
　例えば図１４では機嫌が「大満足」のキャラクタのステータスを１．２倍に補正する例を示している。また、図１４では機嫌が「満足」のキャラクタのステータスを１．０倍に補正する例を示している。また、図１４では機嫌が「普通」のキャラクタのステータスを０．８倍に補正する例を示している。また、図１４では、機嫌が「不満」のキャラクタのステータスを０．６倍に補正する例を示している。さらに、図１４では機嫌が「怒り」のキャラクタのステータスを０．４倍に補正する例を示している。このように、組織図の役職にアサインされた各キャラクタは、組織図にアサインされたキャラクタ配置により機嫌が変化し、機嫌によりステータス（キャラクタのパラメータ）が補正される。
　そして、ステップＳ５４に進み、機嫌判定部５３はステップＳ５２で決定した機嫌のアイコンを、組織図の役職にアサインされたキャラクタの画像の例えば右上に表示することにより、各キャラクタの機嫌を容易に見分けられるようにしている。
　図７のステップＳ２９に戻り、組織制御部３２の総勢力算出部５４は組織図へアサインされているキャラクタ全員の勢力によりプレイヤの組織の総勢力を算出する。キャラクタの勢力が機嫌により補正されるため、プレイヤの組織の総勢力は、同じキャラクタを組織図に配置した場合であっても、キャラクタの配置の仕方により変化する。組織の総勢力が大きければ大きいほど、後述のバトル処理は有利となる。このため、プレイヤは各キャラクタの機嫌が良くなるように考慮しながら、組織図の役職にキャラクタをアサインしていく必要がある。
　ステップＳ２９の処理のあと、組織表示制御部５５はステップＳ２５に戻り、キャラクタがアサインされた組織図を表示する。なお、ステップＳ２６においてプレイヤからのアサイン要求がなければステップＳ３０に進み、組織表示制御部５５はプレイヤからの終了要求があるか判定する。プレイヤからの終了要求があれば、組織表示制御部５５は図６のステップＳ１２の組織編集処理を終了する。プレイヤからの終了要求がなければ、組織表示制御部５５はステップＳ２５に戻る。このように、プレイヤは図７の組織編集処理により組織図の役職にプレイヤをアサインすることができる。
　　《ステップＳ１４：バトル処理》
　図１７はバトル処理の一例のフローチャートである。ステップＳ６１においてバトル制御部３４の参加キャラクタ選択受付部６１は組織図にアサインされたキャラクタからバトルに連れて行く参加キャラクタの選択をプレイヤから受け付ける。
　ステップＳ６２に進み、コストゲージ制御部６２はコストゲージの初期値を、組織の総勢力に基づいて決定する。コストゲージの初期値は、組織の総勢力が大きければ大きいほど高くなるように決定される。コストは、参加キャラクタをバトルに出撃させるために必要なパラメータである。したがって、組織の総勢力が大きいプレイヤはバトル開始時点で多くのコスト（初期値分のコスト）が貯まっているため、バトルを有利に進めることができるようになる。なお、コストゲージの初期値を組織の総勢力に基づいて決定することは一例である。
　例えば組織図にアサインされたキャラクタからバトルに連れて行く参加キャラクタの選択は、参加キャラクタに設定されている出撃コストの合計（合計コスト）が上限を超えないように選択させることも考えられる。この場合は、例えば選択できる参加キャラクタの合計コストの上限を、組織の総勢力に基づいて決定することも可能である。合計コストの上限はデッキのパラメータの一例である。
　ステップＳ６３に進み、バトル実行部６４は例えば図１８に示すようなバトル画面を表示してバトルを開始する。図１８はバトル画面の一例のイメージ図である。図１８のバトル画面１０００には、コストゲージ１００２と出撃待機キャラクタ１００４とが表示されると共に、出撃したキャラクタ及び敵のキャラクタによるバトル演出を表示するバトルエリア１００６が表示される。例えば図１８の出撃待機キャラクタ１００４は左側から６人が組織図の役職にアサインされている参加キャラクタであり、その他がザコキャラクタである。
　バトルの開始後、プレイヤは出撃待機キャラクタ１００４から選択した参加キャラクタ又はザコキャラクタの出撃要求を行うことができる。出撃要求があると、出撃制御部６３はステップＳ６５に進み、プレイヤから出撃要求のあった参加キャラクタ又はザコキャラクタに設定されている出撃コスト分のコストがコストゲージ１００２に貯まっているかを判定する。
　出撃コスト分のコストがコストゲージ１００２に貯まっていれば、出撃制御部６３はステップＳ６６に進む。出撃制御部６３は、プレイヤから出撃要求のあった参加キャラクタ又はザコキャラクタに設定されている出撃コスト分のコストを消費したあと、プレイヤから出撃要求のあった参加キャラクタ又はザコキャラクタをバトルに出撃させる。
　なお、出撃コスト分のコストがコストゲージ１００２に貯まっていなければ、出撃制御部６３はステップＳ６７に進み、プレイヤから出撃要求のあった参加キャラクタ又はザコキャラクタをバトルに出撃させない。なお、ステップＳ６７では出撃失敗のメッセージをバトル画面に表示させてもよい。ステップＳ６４～Ｓ６８の処理はバトル終了まで繰り返される。
　バトル終了後、バトル実行部６４は参加キャラクタへの経験値の付与や組織への経験値の付与などの後処理を行ったあと、図６のステップＳ１４の処理を終了する。プレイヤは図１７のバトル処理により、参加キャラクタをバトルに出撃させることができる。
　（まとめ）
　本発明の実施形態ではバトルへの出撃待機キャラクタ１００４に含まれる参加キャラクタは組織図にアサインされたキャラクタから選択される。組織図にアサインされたキャラクタのパラメータは組織図へのキャラクタ配置により補正される。
　したがって、バトルを有利に進めるためには、参加キャラクタの機嫌が良くなるように組織図へのキャラクタ配置を工夫する必要がある。また、バトルを有利に進めるためにはコストゲージの初期値が大きくなるように、組織図へのキャラクタ配置を工夫する必要がある。このように、本発明の実施形態によれば、バトルを有利に進めるために、組織図のキャラクタ配置を工夫する必要があるため、ゲームの戦略性が増し、ゲームの興趣性が向上する。
　なお、組織図（デッキ）とキャラクタの関係は、ゲーム内でキャラクタが装備する武器やアイテム等と、これらのアイテムＢＯＸ内での配置状況と同じ考え方であり、アイテムの属性やアイテム同士の相性によっては、アイテムＢＯＸ内での格納場所やそのアイテム同士の位置関係等によってアイテムのパラメータやアイテムを装備するためのパラメータが変化するようにしてもよい。従って、キャラクタには武器等のアイテムが含まれ、デッキにはアイテムＢＯＸも含まれる。すなわち、アイテムＢＯＸ内のアイテムをキャラクタに装備する際、アイテムＢＯＸ内でのアイテムの格納位置に応じて、キャラクタに装備したアイテムのパラメータやアイテムを装備するためのパラメータ（スロットの数や装備条件等も含む）が補正され、結果としてゲーム進行に影響を与えることが出来るようになる。
　本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば本発明の実施形態ではバトルゲームを一例として説明したが、スポーツゲームや経営ゲーム等への適用も可能である。
　例えばスポーツゲームでは１軍、２軍を含めたポジション配置図にキャラクタをアサインし、そのポジション配置図にアサインされたキャラクタから試合への参加メンバーを選択するようなゲームへの適用が可能である。
　１　　ゲーム装置
　２　　クライアント端末
　３　　ゲームサーバ装置
　４　　ネットワーク
　１０　　操作受付部
　１２　　ゲーム実行部
　１４　　出力制御部
　２０　　キャラクタ情報記憶部
　２２　　組織図情報記憶部
　２４　　アサイン情報記憶部
　２６　　参加キャラクタ情報記憶部
　２８　　画像データ記憶部
　３０　　キャラクタ管理部
　３２　　組織制御部
　３４　　バトル制御部
　５１　　組織ランク判定部
　５２　　キャラクタアサイン処理部
　５３　　機嫌判定部
　５４　　総勢力算出部
　５５　　組織表示制御部
　６１　　参加キャラクタ選択受付部
　６２　　コストゲージ制御部
　６３　　出撃制御部
　６４　　バトル実行部
　５０１　　入力装置
　５０２　　出力装置
　５０３　　外部Ｉ／Ｆ
　５０３ａ　　記録媒体
　５０４　　ＲＡＭ
　５０５　　ＲＯＭ
　５０６　　ＣＰＵ
　５０７　　通信Ｉ／Ｆ
　５０８　　ＨＤＤ
　１０００　　バトル画面
　１００２　　コストゲージ
　１００４　　出撃待機キャラクタ
　１００６　　バトルエリア
　Ｂ　　バス

Claims (5)

  1. 　プレイヤにより選択されたゲーム内のキャラクタでデッキを構築し、前記デッキによりゲームを進行させるコンピュータを、
    　前記プレイヤから、前記プレイヤが所有する前記キャラクタから第１デッキキャラクタを選択し、前記第１デッキキャラクタを第１デッキの配置位置に配置する操作を受け付けることで第１デッキを構築するデッキ構築手段、
    　前記第１デッキを構築する第１デッキキャラクタから前記プレイヤにより選択された第２デッキキャラクタにより第２デッキを構築し、前記第２デッキによる前記ゲームの進行を制御する制御手段、
    として機能させ、
    　前記第２デッキ及び第２デッキキャラクタのパラメータの少なくとも一方は、前記第１デッキを構築する前記第１デッキキャラクタに応じて補正されていること
    を特徴とするゲームプログラム。
  2. 　前記第１デッキの配置位置の各々は他の前記配置位置と関連付けられており、一の前記配置位置に配置された一の前記第１デッキキャラクタは、一の前記配置位置と関連付けられている他の前記配置位置に配置された他の前記第１デッキキャラクタとの関係に応じて前記パラメータが前記デッキ構築手段により補正されること
    を特徴とする請求項１記載のゲームプログラム。
  3. 　前記第１デッキの配置位置の数は、前記ゲームの進行により増加すること
    を特徴とする請求項１又は２記載のゲームプログラム。
  4. 　前記デッキ構築手段は、前記第１デッキキャラクタの全員の前記パラメータに応じて前記第１デッキのパラメータを算出し、
    　前記制御手段は、前記第１デッキのパラメータを、前記第２デッキの構築及び前記第２デッキによる前記ゲームの進行の少なくとも一方に利用すること
    を特徴とする請求項１乃至３何れか一項記載のゲームプログラム。
  5. 　プレイヤにより選択されたゲーム内のキャラクタでデッキを構築し、前記デッキによりゲームを進行させるゲーム装置であって、
    　前記プレイヤから、前記プレイヤが所有する前記キャラクタから第１デッキキャラクタを選択し、前記第１デッキキャラクタを第１デッキの配置位置に配置する操作を受け付けることで第１デッキを構築するデッキ構築手段と、
    　前記第１デッキを構築する第１デッキキャラクタから前記プレイヤにより選択された第２デッキキャラクタにより第２デッキを構築し、前記第２デッキによる前記ゲームの進行を制御する制御手段と、
    を有し、
    　前記第２デッキ及び第２デッキキャラクタのパラメータの少なくとも一方は、前記第１デッキを構築する前記第１デッキキャラクタに応じて補正されていること
    を特徴とするゲーム装置。
PCT/JP2017/024581 2016-08-09 2017-07-05 ゲームプログラム及びゲーム装置 WO2018030037A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-156926 2016-08-09
JP2016156926A JP6711199B2 (ja) 2016-08-09 2016-08-09 ゲームプログラム及びゲーム装置

Publications (1)

Publication Number Publication Date
WO2018030037A1 true WO2018030037A1 (ja) 2018-02-15

Family

ID=61162230

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/024581 WO2018030037A1 (ja) 2016-08-09 2017-07-05 ゲームプログラム及びゲーム装置

Country Status (2)

Country Link
JP (1) JP6711199B2 (ja)
WO (1) WO2018030037A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7240305B2 (ja) * 2019-11-26 2023-03-15 株式会社 ディー・エヌ・エー ゲームを提供するためのプログラム、システム、及び方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010022493A (ja) * 2008-07-16 2010-02-04 Konami Digital Entertainment Co Ltd ゲーム装置、ゲーム装置の制御方法及びプログラム
JP2011229639A (ja) * 2010-04-27 2011-11-17 Namco Bandai Games Inc コンピュータシステムおよびプログラム
JP2011248698A (ja) * 2010-05-28 2011-12-08 Namco Bandai Games Inc プログラム、情報記憶媒体、及びコンピュータシステム
JP2014233323A (ja) * 2013-05-31 2014-12-15 株式会社コナミデジタルエンタテインメント ゲーム管理装置、ゲームシステム、ゲーム管理方法及びプログラム
US20150174491A1 (en) * 2009-07-06 2015-06-25 Zynga Inc. Updating virtual trading card characteristics
JP2016049219A (ja) * 2014-08-29 2016-04-11 株式会社バンダイナムコエンターテインメント プログラム及びゲームシステム
JP2016049296A (ja) * 2014-08-29 2016-04-11 グリー株式会社 制御方法、コンピュータ及び制御プログラム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010022493A (ja) * 2008-07-16 2010-02-04 Konami Digital Entertainment Co Ltd ゲーム装置、ゲーム装置の制御方法及びプログラム
US20150174491A1 (en) * 2009-07-06 2015-06-25 Zynga Inc. Updating virtual trading card characteristics
JP2011229639A (ja) * 2010-04-27 2011-11-17 Namco Bandai Games Inc コンピュータシステムおよびプログラム
JP2011248698A (ja) * 2010-05-28 2011-12-08 Namco Bandai Games Inc プログラム、情報記憶媒体、及びコンピュータシステム
JP2014233323A (ja) * 2013-05-31 2014-12-15 株式会社コナミデジタルエンタテインメント ゲーム管理装置、ゲームシステム、ゲーム管理方法及びプログラム
JP2016049219A (ja) * 2014-08-29 2016-04-11 株式会社バンダイナムコエンターテインメント プログラム及びゲームシステム
JP2016049296A (ja) * 2014-08-29 2016-04-11 グリー株式会社 制御方法、コンピュータ及び制御プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"WORLD CLUB Champion Football Intercontinental Clubs 2009-2010", DENGEKI ARCADE GAME, vol. 17, no. 8, 25 February 2011 (2011-02-25) *

Also Published As

Publication number Publication date
JP2018023545A (ja) 2018-02-15
JP6711199B2 (ja) 2020-06-17

Similar Documents

Publication Publication Date Title
US11058947B2 (en) User-based mini-game generation and distribution
US9623327B2 (en) Determining triggers for cloud-based emulated games
US9868061B2 (en) Information processing system, information processing method, information processing program, computer-readable recording medium on which information processing program is recorded, and information processing device
EP2991742B1 (en) Mobile device game interface
WO2020179741A1 (ja) 所有媒体群に含まれる出現頻度の高い任意の個数の媒体の組み合わせを抽出するためのシステム及び方法
JP6539278B2 (ja) マルチモード・ゲーミング・サーバー
WO2018030037A1 (ja) ゲームプログラム及びゲーム装置
JP2021137664A (ja) ゲームシステム、及びそれに用いるコンピュータプログラム
JP7182870B2 (ja) ゲームプログラム、及びサーバー装置
JP7335739B2 (ja) ゲームを提供するためのシステム、方法、及びプログラム
JP7417433B2 (ja) プログラム、情報処理方法、及び情報処理装置
TWI654018B (zh) 程式、記錄媒體、資訊處理設備和控制方法
JP6560376B2 (ja) ゲームプログラムおよびゲーム装置
JP7093044B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP2022154415A (ja) プログラム、情報処理方法、及び情報処理装置
JP6759378B2 (ja) コンピュータプログラム、およびコンピュータ装置
JP7258536B2 (ja) プログラム、情報処理方法、及び情報処理装置
JP7235535B2 (ja) 情報処理装置、情報処理方法、及びプログラム
JP6494473B2 (ja) ゲームシステム、その制御方法及びプログラム
JP2022178588A (ja) 情報処理装置、情報処理方法、および、プログラム
JP5777836B1 (ja) ゲーム提供システム及びゲーム提供用プログラム
JP2021168902A (ja) 情報処理装置、情報処理方法及びプログラム
JP2021094201A (ja) ゲームプログラム、ゲーム装置およびゲームシステム
JP2018102966A (ja) ゲームシステム、その制御方法及びプログラム
JP2016198470A (ja) ゲーム提供システム及びゲーム提供用プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17839111

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17839111

Country of ref document: EP

Kind code of ref document: A1