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

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

Info

Publication number
WO2021193583A1
WO2021193583A1 PCT/JP2021/011837 JP2021011837W WO2021193583A1 WO 2021193583 A1 WO2021193583 A1 WO 2021193583A1 JP 2021011837 W JP2021011837 W JP 2021011837W WO 2021193583 A1 WO2021193583 A1 WO 2021193583A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
display
game
player
unit
Prior art date
Application number
PCT/JP2021/011837
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 WO2021193583A1 publication Critical patent/WO2021193583A1/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/20—Input arrangements for video game devices
    • A63F13/21—Input arrangements for video game devices characterised by their sensors, purposes or types
    • A63F13/214—Input arrangements for video game devices characterised by their sensors, purposes or types for locating contacts on a surface, e.g. floor mats or touch pads
    • 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/20—Input arrangements for video game devices
    • A63F13/21—Input arrangements for video game devices characterised by their sensors, purposes or types
    • A63F13/214—Input arrangements for video game devices characterised by their sensors, purposes or types for locating contacts on a surface, e.g. floor mats or touch pads
    • A63F13/2145—Input arrangements for video game devices characterised by their sensors, purposes or types for locating contacts on a surface, e.g. floor mats or touch pads the surface being also a display device, e.g. touch screens
    • 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/40—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment
    • A63F13/42—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment by mapping the input signals into game commands, e.g. mapping the displacement of a stylus on a touch screen to the steering angle of a virtual vehicle
    • A63F13/426—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment by mapping the input signals into game commands, e.g. mapping the displacement of a stylus on a touch screen to the steering angle of a virtual vehicle involving on-screen location information, e.g. screen coordinates of an area at which the player is aiming with a light gun
    • 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/50—Controlling the output signals based on the game progress
    • A63F13/52—Controlling the output signals based on the game progress involving aspects of the displayed game scene
    • 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/50—Controlling the output signals based on the game progress
    • A63F13/53—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting 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/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • 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/80—Special adaptations for executing a specific game genre or game mode
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures

Definitions

  • the present invention relates to a program, a terminal, and a game system.
  • the problem to be solved by the present invention is to perform a display that enhances the interest of the user.
  • One aspect of the present invention is a display process for displaying at least one or more game elements on a display unit, a detection process for detecting a pressing time and a pressing area on the display unit by a player, and the pressing time according to the pressing time.
  • the computer executes a superimposition display process of superimposing the first display mode or the second display mode in which the display mode of the game element displayed in the pressing area is changed on the screen displayed on the display unit. Let me.
  • One aspect of the present invention is a terminal, which is a display control means for displaying at least one or more game elements on a display unit, a detection means for detecting a pressing time and a pressing region on the display unit by a player, and the pressing.
  • a superposed display in which the first display mode or the second display mode in which the display mode of the game element displayed in the pressing area is changed according to the time is superposed on the screen displayed on the display unit. Provide means.
  • One aspect of the present invention is a game system, wherein a display control means for displaying at least one or more game elements on a display unit, a detection means for detecting a pressing time and a pressing region on the display unit by a player, and the above-mentioned
  • the first display mode or the second display mode in which the display mode of the game element displayed in the pressing area is changed according to the pressing time is superimposed and displayed on the screen displayed on the display unit. It is provided with a display means.
  • FIG. 1 is a diagram showing an example of the overall configuration of the game system according to the present embodiment.
  • FIG. 2 is a diagram showing an example of a device configuration of a smartphone, which is an example of a player terminal 1.
  • FIG. 3 is a diagram showing an example of screen display in the standby phase or the card use preparation phase of the battle game displayed on the display 11 of the player terminal 1.
  • FIG. 4 is a diagram showing an example of operations in the standby phase or the card use preparation phase of the battle game displayed on the display 11 of the player terminal 1.
  • FIG. 5 is a schematic view of the player terminal 1.
  • FIG. 6 is a diagram for explaining an example of possessed card data.
  • FIG. 7 is a diagram for explaining an example of card character data.
  • FIG. 8 is a diagram for explaining an example of deck setting data.
  • FIG. 9 is a diagram for explaining an example of buddy setting data.
  • FIG. 10 is a diagram for explaining an example of a display screen according to the present embodiment.
  • FIG. 11 is a diagram for explaining an example of a display screen according to the present embodiment.
  • FIG. 12 is a schematic view of the game server 2.
  • FIG. 13 is a flow chart for explaining the operation in the present embodiment.
  • FIG. 1 is a diagram showing an example of the overall configuration of the game system according to the present embodiment.
  • the game system includes a player terminal 1 prepared for each player A and B of the game, and a game server 2.
  • the player terminal 1 and the game server 2 can be connected to the communication line N and can communicate with each other.
  • Communication line N means a communication path capable of data communication. That is, the communication line N includes a telephone communication network, a cable network, a communication network such as the Internet, as well as a LAN by a dedicated line (dedicated cable) for direct connection and Ethernet (registered trademark), and the communication method is wired. / Regardless of wireless.
  • the player terminal 1 is a computer capable of executing a game program, and can be connected to a communication line N via a wireless communication base station or the like to perform data communication with the game server 2.
  • the player terminal 1 is, for example, a smartphone, a mobile phone, a portable game device, a stationary home-use game device, a business-use game device, a personal computer, a tablet computer, a controller of a stationary home-use game device, or the like. Basically, there are a plurality of player terminals 1, and each player operates them.
  • the game server 2 is a server system configured to include one or more server devices, storage devices, and the like.
  • the game server 2 provides various services for operating the game of the present embodiment, manages data necessary for operating the game, distributes game programs and data necessary for executing the game on the player terminal 1, and the like. It can be performed.
  • FIG. 2 is a diagram showing an example of a device configuration of a smartphone, which is an example of the player terminal 1.
  • the player terminal 1 includes a display 11, a touch operation panel 12 integrally configured with the display 11, and a speaker 13. Further, the player terminal 1 is provided with a control board, a built-in battery, a power button, a volume control button, and the like (not shown).
  • the control board is equipped with various microprocessors such as CPU, GPU, and DSP, various IC memories such as ASIC, VRAM, RAM, and ROM, and a wireless communication module for wireless communication with a mobile phone base station. Further, a so-called I / F circuit (interface circuit) or the like, such as a driver circuit of the touch operation panel 12, is mounted on the control board. Each element mounted on these control boards is electrically connected via a bus circuit or the like, and is connected so as to be able to read / write data and send / receive signals.
  • I / F circuit interface circuit
  • the above-mentioned game system is applied to a battle game using the first game element possessed by the first player A and the first game element possessed by the second player B as an opponent. An example of this will be described.
  • the first game element is a character, which is expressed as an image, a virtual or tangible article, or the like.
  • Images include still images and moving images.
  • An example of a virtual or tangible article is, for example, a virtual card displayed on a computer, a tangible card, or the like.
  • the article is not limited to the card, but is not limited to the card as long as the article is configured so that the game element associated with the article can be specified.
  • the article may be, for example, a modeled object such as a figure having the appearance of a game element.
  • the first game element is a character whose behavior is controlled based on the operation of the card of the player (including the non-player operated by the computer), and the card is supported. It will be described as assuming that the design of the character to be used (an image showing the appearance of the character) is attached. Further, the character is not limited to this, and it goes without saying that the character may specify other game elements such as an item of the game to be executed and an effect to be activated.
  • the deck is composed of a predetermined number of first game elements.
  • a predetermined number of first game elements are set as the player's deck.
  • the deck is a group of cards composed of a predetermined number of cards selected by the player. The player selects a desired deck from the set decks, and plays a game using the cards that make up the deck.
  • the second game element is a character like the first game element, but it does not necessarily have to be associated with a virtual or real article. And, unlike the first game element, the second game element is not the operation target of the player (including the non-player operated by the computer) in the in-game battle, and at least the phase in which the player can operate the second game element. It has the property of providing the player with advice information, which is information related to the progress of the game.
  • the second game element is autonomous or voluntary in the game, unlike the first game element in which the behavior is controlled based on the operation of the player (including the non-player operated by the computer). It can also be said to provide advice information.
  • the advice information may be of any type as long as it is information related to the progress of the game, but for example, information on the operation method, information on the selection or action of the first game element (card selection, information on the opponent to be attacked). (Advice information such as cards), information that favors the progress of the game (advice information such as presentation of the type of card that favors the match result of the game), and the like.
  • the content or provision timing of the advice information changes depending on the character information of the second game element.
  • the character information changes according to the progress of the player's game.
  • Character information can have a plurality of parameters.
  • the character information changes depending on a parameter (hereinafter, referred to as a level) that changes depending on the experience value obtained from the result of the player's game and the frequency of use of the first game element used by the player.
  • a parameter hereinafter, referred to as card comprehension
  • personality the parameters that change depending on the usage ratio of the type of the first game element used by the player
  • synchro level Includes changing parameters (hereinafter referred to as synchro level). Therefore, it should be noted that the advice information provided by the second game element may differ depending on the character information of the second game element.
  • each second game element may have different character information at the initial stage. Then, the player may select a desired second game element from a plurality of second game elements having different character information.
  • the autonomous or voluntary advice information of the second game element described above is provided by the AI function provided in the game server 2.
  • This AI function is possible by a learning model obtained by machine learning using the contents of the game progress of many competitive games and the results thereof as teacher data.
  • the machine learning method is typically, but not limited to, deep learning, reinforcement learning, or a combination thereof.
  • the learning model can output advice information having different contents according to the character information of the second game element. As a method of realizing this, for example, the higher the character information of the second game element, the longer the time to search for the optimum solution, and the higher the character information of the second game element, the better than dealing with a certain situation. There is a learning model that can obtain the optimum solution.
  • the players A and B use a virtual game card (a first game element embodied by a character, hereinafter simply referred to as a "card") which is a game object in the game.
  • a virtual game card a first game element embodied by a character, hereinafter simply referred to as a "card"
  • Multiple types of cards are prepared, and they are distinguished by the combination of the character's ability, rarity, attribute (color), number, etc. associated with each.
  • the character's ability for example, the ability parameter values such as the level, attack power, and HP used for battle play (battle) with a computer-controlled enemy character or an opponent such as another player are defined.
  • the card is a virtual one displayed on the display 11, but like a real card, it has a back surface and a front surface.
  • the back side is common to all cards, and when the back side is displayed, the card cannot be specified.
  • information that can identify the card is written on the surface.
  • the information that can identify the card is a character associated with the card or a pattern that allows the character's ability to be intuitively grasped, information on rarity or level, a description of the card, or the like. In the following description, an example in which a pattern and a description of the card are written on the surface of the card will be described.
  • the minimum number of cards required for battle play is given at the time of account registration, and can be obtained during the game, by purchase as a chargeable item, or by lottery called gacha. ..
  • the card can also be obtained by obtaining a real game card (hereinafter referred to as "real card") and performing a registration procedure for making the obtained real card usable in the game.
  • real card a real game card
  • the players A and B can acquire a card of the card type associated with the real card by performing the registration procedure of the real card.
  • player A organizes a deck with a predetermined number of cards (for example, 40 cards) in his possession, and challenges the battle play (battle) using the deck.
  • a predetermined number of cards for example, 40 cards
  • the victory or defeat with the opponent is determined by using the ability parameter value of the character and the set value of the card attribute defined in the cards (deck cards) that make up the deck. ..
  • players A and B register for an account.
  • the buddy forming a group together with the players A and B can be formed.
  • Each is set. Differences in the abilities and personalities of this selected buddy can change later gameplay styles.
  • each player A and B organizes a deck with a predetermined number (for example, 40) of the cards they have.
  • the deck formation can be performed from the deck formation menu presented as one of the touch operations of the card menu from the home screen or the like. Battle play (battle) is started by selecting and operating the battle menu from the home screen displayed after login.
  • FIG. 3 is a diagram showing an example of a battle screen of a battle game displayed on the display 11 of the player terminal 1.
  • the battle screen displayed on the display 11 includes a first player area 40, which is an area of the own player A, and a second player area 41, which is an area of the opponent player B to play against. Each area of the battle screen is fixed. Further, at the boundary between the first player area 40 and the second player area 41, operation information 42 that displays information on operations that can be executed at present is displayed.
  • Each area of the first player area 40 and the second player area 41 includes a hand area 43, a field area 44, a base area 45, and a life area 46.
  • Cards (hands) acquired from the own deck are arranged in the hand area 43.
  • Cards selected by the player from the hand area 43 or the base area 45 are arranged in the field area 44.
  • the cards in the hand area 43 can be placed in the field area 44.
  • Cards placed in the field area 44 can activate card actions or effects.
  • In the base area 45 cards and mana items that are consumed as a cost for arranging cards in the field area 44 are arranged.
  • the life area 46 includes a player life area 47, which is an area of a player having a life (HP), and a force life area 48, which is an area of a first object (force) having a life as well.
  • a player life area 47 which is an area of a player having a life (HP)
  • a force life area 48 which is an area of a first object (force) having a life as well.
  • the player life area 47 the second object corresponding to the player and the life value of the player are displayed.
  • the force life area 48 the first object and the life value of the first object are displayed.
  • the first object exerts a specific effect in the game.
  • a buddy image is displayed as the second object.
  • Each turn consists of multiple phases such as a standby phase, a mana phase (card use preparation phase), and a main phase (competition phase).
  • the standby phase consists of steps such as placing one card drawn from the deck in the hand area 43.
  • players may place cards or mana items in their base area 45.
  • the player touches (selects) a card in the hand area 43 with a finger and swipes (also referred to as a drag operation or a slide operation) to the base area 45 to move the card to the base area 45.
  • the mana item displayed at a predetermined position in the first player area 40 during the mana phase can be placed in the base area 45 by touching (selecting) it with a finger and dragging it to the base area 45. ..
  • Cards and mana items placed in the base area 45 can be consumed as a cost.
  • the player may end the mana phase without placing any cards or mana items in the base area 45.
  • the player can summon a character, attack the opponent (attack), activate a card effect, move a card, and so on.
  • Summoning a character means placing a card in the field area 44 on condition that the cost is consumed.
  • the attack on the opponent consists of multiple steps such as an attack designation step, a flash timing step, a block designation step, and a battle resolution step.
  • the attack designation step is a step in which the own player selects an attack target from the opponent player and the force.
  • the flash timing step is a step in which the own player and the opponent player can use a specific card having a special effect with each other.
  • the block designation step is a step in which the opponent player can select whether or not to block the attack from the own player by using the card arranged in the field area 44 of the second player area 41.
  • the battle resolution step is a step of determining the result of the attack, and based on the determination result, performing a resolution process such as extinguishing the card on the attack side or the card on the block side, reducing the life of the opponent player or the force.
  • the card effect is activated for a specific card (for example, a magic card) having a special effect placed in the hand area 43, on condition that the cost is consumed. Further, the movement of the card is to move the card between the field area 44 and the base area 45.
  • the player may end the battle phase without summoning a character, attacking an opponent (attack), activating a card effect, moving a card, or the like.
  • the turn consisting of such a series of phases is alternately repeated by the team of player A and the team of the opponent player B, and the life of any player becomes 0 or the number of cards in the deck becomes 0. By doing so, the victory or defeat is decided.
  • the player's rank, the buddy's experience value, and the buddy's character information (change ability information) change.
  • FIG. 5 is a block diagram showing a functional configuration example of the player terminal 1.
  • the player terminal 1 includes an operation input unit 51, a processing unit 52, an image display unit 53, a sound output unit 54, a communication unit 55, and a storage unit 56.
  • the operation input unit 51 is for the player to input various operations related to the game.
  • the touch operation by the player and the input position are detected, and the operation input signal corresponding to the detected operation input from the player is output to the processing unit 52.
  • the types of operations detected by the operation input unit 51 are taps (tap, double tap, long press, etc.), flicks, swipes, and the like, which are performed on a general smartphone or the like.
  • the detection is realized by executing a touch event such as detecting a touch within a predetermined time and detecting a long press exceeding a predetermined time.
  • the functions of the operation input unit 51 include, for example, touch operation pads, home buttons, button switches, joysticks, trackballs, and other elements directly operated by player A with fingers, as well as acceleration sensors, angular velocity sensors, tilt sensors, and geomagnetic sensors. It can also be realized by an element that detects movement or posture.
  • the touch operation panel 12 corresponds to this.
  • the operation input unit 51 detects the player's operation input (operation type and operation position) with respect to the touch operation panel 12, and outputs an operation input signal corresponding to the detected operation input.
  • the processing unit 52 comprehensively controls the operation of the player terminal 1 based on the programs and data stored in the storage unit 56, the operation input signal from the operation input unit 51, and the like.
  • the function of the processing unit 52 can be realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or an IC memory.
  • the processing unit 52 includes a game calculation unit 61, an image generation unit 62, a sound generation unit 63, and a communication control unit 64 as main functional units.
  • the game calculation unit 61 executes various game processes for realizing the game of the present embodiment, and outputs the processing results to the image generation unit 62 and the sound generation unit 63.
  • the game calculation unit 61 includes a player information management unit 70, a card management unit 71, a deck setting unit 72, a buddy setting unit 73, an advice information providing unit 74, a battle execution unit 75, and a display control unit 76. include.
  • the player information management unit 70 manages player information.
  • the information to be managed manages basic user information such as a player's nickname, player rank, and buddy level.
  • the card management unit 71 manages the cards that can be provided by the game system, including whether or not the players A and B are possessed, by using the possessed card data D1 and the card character data D2 stored in the storage unit 56. ..
  • the possessed card data D1 includes card identification information of a card that can be provided by the game system, a possession flag indicating whether or not the player possesses the card, and a usage permission flag indicating whether or not the card can be used by the player. Is the associated data.
  • FIG. 6 is a diagram showing an example of possessed card data D1. In FIG. 6, the card identification information of the card that can be provided by the game system is described in the card identification information field. Then, when the player holds the card of the card identification information, "1" is set in the holding flag field, and when the player does not hold the card, "0" is set in the holding flag field. Has been done.
  • FIG. 6 shows an example of the possessed card data D1, and the present invention is not limited to this.
  • the card character data D2 is data in which the card identification information of the card and the character information of the card are associated with each other.
  • FIG. 7 is a diagram showing an example of the card character data D2.
  • card identification information and character information (character image, card name, card type, number of costs, attributes, race, ability, attack power, hit points, rarity) and description (text data) are associated with each other. ..
  • FIG. 7 shows an example of the card character data D2, and the present invention is not limited to this.
  • the card management unit 71 acquires the card identification information of the card and the card character data D2 of the card identification information via communication with the game server 2. Then, the card management unit 71 adds the acquired card identification information to the possessed card data D1, sets the possession flag of the card identification information to "0", and sets the field of the usable flag to "0". Further, the acquired card character data D2 is stored in the storage unit 56. Then, when the player newly acquires and holds a card, the card management unit 71 sets the holding flag of the card identification information to "1" and the field of the usable flag to "1".
  • the deck setting unit 72 presents a card (in principle, a possessed card) that can be currently used as a card constituting the deck by using the possessed card data D1 and the card character data D2, and the presented card is operated by the user. Select the cards that make up the deck from, and set (edit) the deck.
  • the deck setting unit 72 generates deck setting data D3 that associates the name of the set deck, the identification information (deck ID) of the deck, and the card identification information of each card constituting the deck, and stores the storage unit.
  • FIG. 8 is a diagram showing an example of deck setting data D3. In the example of FIG.
  • FIG. 8 shows an example of the deck setting data D3 of the deck 1 of the player A, and the deck 1 of the deck ID “D001” is from the cards of the card identification information “0001”, “0006” to the card identification information “0450”. This is an example showing that it is configured. Note that FIG. 8 shows an example of the deck setting data D3, and the present invention is not limited to this.
  • the buddy setting unit 73 manages information about buddies selected by players A and B from a plurality of buddies (second game elements) at the time of account registration by using buddy setting data D4.
  • the buddy setting data D4 is the character information of the buddy selected from the menu setting. The character information of this buddy changes as the game progresses, but when it changes, the changed character information is notified from the game server 2 and the character information is updated.
  • FIG. 9 is a diagram showing an example of the buddy setting data D4 of the player A.
  • the buddy setting data D4 includes the buddy identification information, the buddy image, the buddy name, the level, and the character information.
  • FIG. 9 shows an example of the buddy setting data D4, and the present invention is not limited to this.
  • the buddy (second game element) level and character information at the time of account registration are set to the initial values (lowest values).
  • the buddy setting unit 73 outputs the image information of the buddy to the image generation unit 62 during the battle or on other menu screens.
  • the advice information providing unit 74 acquires advice information according to the ability (character information) of the buddy from the game server 2, outputs it to the image generation unit 62 or the sound generation unit 63, and outputs the advice information to the image display unit 53 or the sound output unit 53. Output to unit 54.
  • the battle execution unit 75 manages the progress of the entire game. In the standby phase and the card use preparation phase of the battle, the battle execution unit 75 describes the cards arranged in each field such as the field area, the base area, and the force area, the card identification information in the hand, and the information on the arrangement status of the cards. Generates and outputs card setting information from. The battle execution unit 75 determines the card selection and the action of the card by the player's touch operation using the operation input unit 51, and generates and outputs the action selection information which is the card selection or action information. ..
  • the display control unit 76 controls the display of the image of the entire game displayed on the display 11.
  • a deck knitting screen controlled by the display control unit 76 of the present invention will be described.
  • FIG. 10 is an example of a deck organization screen.
  • the deck area 1101, the card area 1102, the deck name area 1103, the save button display area 1104, the previous button display area 1105, and the next button display area 1106 are set on the same screen. ing.
  • the cards that the player has moved to the deck area 1101 by sliding the cards displayed in the card area 1102 are displayed.
  • Each card that makes up the deck is displayed in a list of a predetermined number so that they do not overlap.
  • the size of the deck area 1101 is fixed.
  • FIG. 10 is an example in which the card 1 is displayed in the deck area 1101.
  • the cards held by the player are displayed.
  • a possessed card is a card acquired by satisfying a predetermined condition.
  • the size of the card area 1102 is fixed like the deck area 1101.
  • FIG. 10 is an example in which the card 1 and the card 2 are displayed in the card area 1102.
  • the deck name 1103 is an area where the name of the deck being organized is displayed. This is blank when creating a new deck, and the player enters an arbitrary deck name. When changing the deck, the deck name already attached is displayed in the deck name 1103 in an editable state.
  • the save button 1104 is a save button used when saving a deck organized by a player.
  • Each of the front button 1105 and the next button 1106 is displayed in the deck area 1101 and the card area 1102, respectively.
  • the front button 1105 and the next button 1106 are buttons for page turning to display a card that is not displayed. This is because the number of cards displayed in the deck area 1101 and the card area 1102 is limited.
  • the display control unit 76 When displaying the deck formation screen on the display 11, the display control unit 76 reads the image identification information on the surface of the card from the card data based on the card identification information stored in the possessed card information, and reads the image identification information on the surface of the card. The image is read out based on the image identification information.
  • the display control unit 72 displays the read images side by side in the card area 1102 according to the card display format.
  • the display control unit 76 recognizes the content of the tap operation for the card in the deck formation screen based on the operation input signal. For example, as shown in FIG. 10 (1), if the player performs a tap operation on the card 1 in the card area 1102, the display control unit 76 recognizes that the tap operation on the card 1 has been performed. Then, as shown in FIG. 10 (2), the display control unit 76 superimposes and displays the simple card of the card 1 displayed in the card area 1102 on the deck organization screen. The display control unit 76 reads predetermined information from the card data in advance, and superimposes the simple card generated according to the simple card display format. That is, the simple card is a card from which a part of the card information written on the surface of the card is extracted.
  • FIG. 10 (2) is an example in which the partial image, the card name, the HP, and the attack power are written on the simple card, but the present invention is not limited to this.
  • the display control unit 76 recognizes that the long press operation on the card 1 has been performed. Then, as shown in FIG. 11 (2), the display control unit 76 superimposes and displays the enlarged card of the card 1 on the deck formation screen.
  • the simple card is a card from which a part of the information written on the card 1 of the card area 1102 is extracted
  • the enlarged card is a card obtained by expanding the card 1 of the card area 1102. That is, the simple card is a card from which a part of the information written on the enlarged card is extracted.
  • the simple card and the enlarged card of the display control unit 76 As a method of superimposing the simple card and the enlarged card of the display control unit 76, the following can be considered. (1) The simple card and the enlarged card are superimposed on each other at different positions (2) The simple card and the enlarged card are superimposed on each other at a position where they do not overlap each other (3) The simple card and the enlarged card are superimposed at the same time (4) The simple card is superimposed on the card area 1102 so that it does not overlap with the card area 1102.
  • the conditions (1) to (4) above are at least one of the above, and may be combined.
  • the image generation unit 62 generates one game screen in one frame time (for example, 1/60 second) based on the processing result of the game calculation unit 61 and the control information from the display control unit, and the generated game screen image.
  • the signal is output to the image display unit 103.
  • the function of the image generation unit 62 is used, for example, for a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, and texture data expansion. It can be realized by using an IC memory or the like.
  • the sound generation unit 63 generates sound signals such as sound effects related to the game, BGM, voice information of operation assistance information, and various operation sounds based on the processing result of the game calculation unit 61, and outputs the sound signals to the sound output unit 54.
  • the function of the sound generation unit 63 can be realized by, for example, a processor such as a digital signal processor (DSP) or a voice synthesis IC, an audio codec capable of reproducing a voice file, or the like.
  • DSP digital signal processor
  • voice synthesis IC an audio codec capable of reproducing a voice file, or the like.
  • the communication control unit 64 performs communication connection and data processing for data communication with the game server 2. In data communication, at least when data that communicates with the game server 2 is generated, when the battle execution unit 75 outputs data that communicates with the game server 2 as the game progresses, and when data is received from the game server 2. Started in one case.
  • the data transmitted by the communication control unit 64 is, for example, card setting information and action selection information output from the battle execution unit 75.
  • the data received by the communication control unit 64 is, for example, a battle result or the like.
  • the image display unit 53 displays various game screens based on the image signal input from the image generation unit 62.
  • the function of the image display unit 53 can be realized by, for example, a display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head-mounted display.
  • the image display unit 62 corresponds to the display 11.
  • the sound output unit 54 is for outputting sound effects and the like related to the game based on the sound signal input from the sound generation unit 63.
  • the sound output unit 54 corresponds to the speaker 13.
  • the communication unit 55 connects to the communication line N to realize communication.
  • the function of the communication unit 55 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, or the like.
  • the storage unit 56 stores in advance a program for operating the player terminal 1 and realizing various functions included in the player terminal 1, data used during execution of this program, and the like, or temporarily stores each time a process is performed. Is remembered.
  • the storage unit 56 can be realized by, for example, an IC memory such as a RAM, ROM, or a flash memory, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or a DVD, or the like.
  • the system program and the game program are stored in the storage unit 56.
  • the system program is a program for realizing the basic functions of the player terminal 1 as a computer.
  • the game program is a program for causing the processing unit 52 to function as the game calculation unit 61. This program is distributed from the game server 2 or another application distribution server when the player completes the account registration.
  • the storage unit 56 stores the possessed card data D1, the card character data D2, the deck setting data D3, the buddy setting data D4, and the card composite data D5.
  • model data, texture data, motion data, effect data, background image of the game screen, sound data such as sound effects, etc. for displaying images of card characters and buddies are necessary data for the game as appropriate. Is delivered and stored in the storage unit 56.
  • FIG. 12 is a block diagram showing a functional configuration example of the game server 2.
  • the game server 2 includes a processing unit 91, a communication unit 92, and a storage unit 93.
  • the processing unit 91 includes a player management unit 101, a game management unit 102, an AI processing unit 103, and a character information updating unit 104.
  • the player management unit 101 manages accounts, game progress, etc. for each connected player terminal 1 using user information data.
  • the game management unit 102 receives card setting information, action selection information, and the like from the player terminal 1, performs battle processing using the card setting information, action selection information, and card data, and outputs the battle result.
  • the AI processing unit 103 has a learning model obtained by machine learning the contents of the game progress of many competitive games and teacher data such as the results thereof. Deep learning is a typical method of machine learning, but it is not limited to this.
  • the AI processing unit 103 inputs the card setting information or action selection information transmitted from the player terminal 1 and the character information (buddy ability) of the player buddy of the player terminal 1, and the card setting information or action selection information. Outputs operation assistance information in the situation of.
  • the output content of the operation auxiliary information differs depending on the character information (buddy's ability) of the buddy. As an example of such a learning model, the higher the buddy's character information (buddy's ability), the longer it takes to search for the optimum solution, and the higher the buddy's character information (buddy's ability), the more certain the situation. There is a learning model that gives a more optimal solution to deal with.
  • the character information update unit 104 receives card setting information or action selection information and battle results from the game management unit 102, and uses the information to perform various parameters of character information (level, card comprehension, personality, synchronization level). ) Is calculated, and the character information (ability of the buddy) of the players A and B in the user information data D6 is updated to be increased or changed.
  • the character information (buddy's ability) may be updated not only with card setting information, action selection information, and battle results, but also with other information, for example, the number of times the game has been logged in, not information about the battle. ..
  • the communication unit 92 connects to the communication line N to realize communication.
  • the system program and the game program are stored in the storage unit 93.
  • the system program is a program for realizing the basic functions of the game server 2 as a computer.
  • the game program is a program for causing the processing unit 91 to function as a player management unit 101, a game management unit 102, an AI processing unit 103, and a character information updating unit 104. Further, the recording unit 92 stores user information data and card data.
  • the user information data is the basic data of the players participating in the game, and the user information data for each player is recorded. Basically, the user information data includes the user identification information of the player, the card data D1 owned by the player, the deck setting data D3 of the player, and the buddy setting data D4 of the player.
  • Card data is the card data of all the cards used in this game. Basically, the same data as the above-mentioned card character data is stored for all the cards used in the game.
  • the card data includes basic data of the buddy used in this game (buddy identification information, character image, buddy name, initial level, initial value of card comprehension, initial value of personality, and initial value of synchro level. ) May be included.
  • the display control unit 76 reads out the image identification information on the surface of the card from the card data based on the card identification information stored in the possessed card information, and reads out the image based on the image identification information on the surface of the read card (Step 101). ).
  • the display control unit 76 displays the read images side by side in the card area 1102 (Step 102).
  • the operation input unit 51 detects the operation input by the player to the card area 1102 (Step 103).
  • the operation input unit 51 detects a tap on the card area 1102, it notifies the display control unit 72 of the detected operation position information and the operation input signal indicating that the operation type is a tap (Step 104: Yes).
  • the display control unit 72 superimposes and displays simple cards (Step 105).
  • the operation input unit 51 detects a long press on the card area 1102, it notifies the display control unit 72 of the detected operation position information and the operation input signal indicating that the operation type is long press (Step 104). : No).
  • the display control unit 72 superimposes and displays the enlarged card (Step 106).
  • the operation input unit 51 detects an operation indicating release (Step 107).
  • the operation input unit 51 detects an operation indicating cancellation
  • the operation input unit 51 notifies the display control unit 72 of an operation input signal indicating cancellation of the superimposed display (Step 108: Yes).
  • the display control unit 76 cancels the superimposed display (Step109).
  • the simple card and the enlarged card on the deck formation screen are superimposed and displayed as an example, but it can be applied to a screen such as selecting a card during a battle, for example. That is, it can be applied to a configuration for displaying objects such as cards and items.
  • all the cards may be displayed. All the cards are all the cards prepared by the game management side, and the cards not owned by the player are also displayed in the card area 1102. In such a configuration, the cards owned by the player are displayed in color, and the cards not owned by the player are displayed in a different color scheme (for example, grayscale, light color, single color, etc.) from the possessed cards.
  • the design of the card is displayed in silhouette, and it is displayed in a display format that shows that you do not have it.
  • a terminal that executes a competitive game played by a player using the first game element. It has a memory for storing execution instructions and a processor. The processor receives the execution instruction. Display processing that displays at least one or more game elements on the display unit, A detection process for detecting the pressing time and pressing area of the display unit by the player, The first display mode or the second display mode in which the display mode of the game element displayed in the pressing area is changed according to the pressing time is superimposed and displayed on the screen displayed on the display unit. A terminal that executes superimposed display processing.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Optics & Photonics (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

【課題】本発明の課題は、ユーザの興趣性を高める表示を行うことが出来る技術を提供することである。 【解決手段】本発明は、少なくとも１以上のゲーム要素を表示部に表示する表示処理と、プレーヤによる前記表示部に対する押圧時間と押圧領域とを検出する検出処理と、前記押圧時間に応じて、前記押圧領域に表示されているゲーム要素の表示態様を変更させた第１表示態様又は第２表示態様を、前記表示部に表示されている画面に重畳させて表示する重畳表示処理とを実行する。

Description

プログラム、端末、及びゲームシステム
　本発明はプログラム、端末、及びゲームシステムに関する。
　近年、スマートフォンや携帯電話機等をプラットフォームとするゲームが人気である。例えば、ユーザにキャラクタ等の仮想オブジェクトが割り当てられるゲーム等である（例えば特許文献１）。
再公表２０１５－１７３９６７号公報
　上述のようなゲームにおいて、ユーザの操作に応じた画像や動画を表示して利便性を高めることが求められている。そこで本発明が解決しようとする課題は、ユーザの興趣性を高める表示を行うことにある。
　本発明の一態様は、少なくとも１以上のゲーム要素を表示部に表示する表示処理と、プレーヤによる前記表示部に対する押圧時間と押圧領域とを検出する検出処理と、前記押圧時間に応じて、前記押圧領域に表示されているゲーム要素の表示態様を変更させた第１表示態様又は第２表示態様を、前記表示部に表示されている画面に重畳させて表示する重畳表示処理とをコンピュータに実行させる。
　本発明の一態様は、端末であって、少なくとも１以上のゲーム要素を表示部に表示する表示制御手段と、プレーヤによる前記表示部に対する押圧時間と押圧領域とを検出する検出手段と、前記押圧時間に応じて、前記押圧領域に表示されているゲーム要素の表示態様を変更させた第１表示態様又は第２表示態様を、前記表示部に表示されている画面に重畳させて表示する重畳表示手段とを備える。
　本発明の一態様は、ゲームシステムであって、少なくとも１以上のゲーム要素を表示部に表示する表示制御手段と、プレーヤによる前記表示部に対する押圧時間と押圧領域とを検出する検出手段と、前記押圧時間に応じて、前記押圧領域に表示されているゲーム要素の表示態様を変更させた第１表示態様又は第２表示態様を、前記表示部に表示されている画面に重畳させて表示する重畳表示手段とを備える。
　本願によると、ユーザの興趣性を高める情報を表示することができる。
図１は本実施形態におけるゲームシステムの全体構成例を示す図である。 図２はプレーヤ端末１の一例であるスマートフォンの装置構成例を示す図である。 図３はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのスタンバイフェーズ又はカード使用準備フェーズにおける画面表示の一例を示した図である。 図４はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのスタンバイフェーズ又はカード使用準備フェーズにおける操作の一例を示した図である。 図５は、プレーヤ端末１の概略図である。 図６は、保有カードデータの一例を説明する為の図である。 図７は、カードキャラクタデータの一例を説明する為の図である。 図８は、デッキ設定データの一例を説明する為の図である。 図９は、バディ設定データの一例を説明する為の図である。 図１０は、本実施形態における表示画面の一例を説明するための図である。 図１１は、本実施形態における表示画面の一例を説明するための図である。 図１２は、ゲームサーバ２の概略図である。 図１３は、本実施形態における動作を説明する為のフロー図である。
　［全体構成］
　図１は本実施形態におけるゲームシステムの全体構成例を示す図である。図１に示すように、ゲームシステムは、ゲームのプレーヤＡ，Ｂ毎に用意されるプレーヤ端末１と、ゲームサーバ２とを備えて構成される。プレーヤ端末１とゲームサーバ２とは、通信回線Ｎに接続可能で、相互に通信可能である。
　通信回線Ｎは、データ通信が可能な通信路を意味する。すなわち、通信回線Ｎは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網、インターネット等の通信網を含み、通信方法については有線／無線を問わない。
　プレーヤ端末１は、ゲームプログラムを実行することのできるコンピュータであり、無線通信基地局等を介して通信回線Ｎに接続し、ゲームサーバ２とデータ通信を行うことができる。プレーヤ端末１は、例えば、スマートフォンや、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、業務用ゲーム装置、パソコン、タブレット型コンピュータ、据置型家庭用ゲーム装置のコントローラ等である。プレーヤ端末１は、基本的には、複数存在し、各プレーヤにより操作される。
　ゲームサーバ２は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたサーバシステムである。ゲームサーバ２は、本実施形態のゲームを運営するための各種サービスを提供し、ゲームの運営に必要なデータの管理や、プレーヤ端末１でのゲームの実行に必要なゲームプログラムやデータの配信等を行うことができる。
　図２はプレーヤ端末１の一例であるスマートフォンの装置構成例を示す図である。図２に示すように、プレーヤ端末１は、ディスプレイ１１と、ディスプレイ１１と一体構成されるタッチ操作パネル１２と、スピーカ１３とを備える。また、プレーヤ端末１には、図示されていない制御基板、内蔵バッテリー、電源ボタン、音量調節ボタン等が設けられている。
　制御基板には、ＣＰＵやＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＡＳＩＣ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ、携帯電話基地局と無線通信するための無線通信モジュール等が搭載されている。また、制御基板には、タッチ操作パネル１２のドライバ回路といった、いわゆるＩ／Ｆ回路（インターフェース回路）等が搭載されている。これら制御基板に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。
　本実施の形態では、上述のようなゲームシステムを、第１プレーヤＡが保有する第１ゲーム要素と、対戦相手となる第２プレーヤＢが保有する第１ゲーム要素とを使用した対戦ゲームに適用した例を説明する。
　ここで、第１ゲーム要素はキャラクタであり、画像、仮想的又は実体のある物品等に化体して表現される。画像は、静止画及び動画を含む。仮想的又は実体のある物品の一例としては、例えば、コンピュータに表示される仮想的なカードや、実体のあるカード等である。尚、物品は、カードに限られることなく、物品に対応付けられたゲーム要素を特定可能に構成された物品であれば、カードに限られるものではない。物品は、例えばゲーム要素の外観を有するフィギュア等の造形物であってもよい。
　以下の説明では、実行するゲームにおいて、第１ゲーム要素は、プレーヤ（コンピュータに操作されるノンプレーヤも含む）のカードの操作に基づいて行動制御がなされるキャラクタであるものとし、カードには対応するキャラクタの図柄（該キャラクタの外観を示した画像）が付されるものとして説明する。更に、これに限られるものではなく、キャラクタは、実行されるゲームのアイテムや発動する効果等、その他のゲーム要素を特定するものであってもよいことは言うまでもない。
　デッキは、所定数の第１ゲーム要素から構成される。所定数の第１ゲーム要素がプレーヤのデッキとして設定される。例えば、第１ゲーム要素がコンピュータに表示される仮想的なカードである場合、デッキはプレーヤにより選択された所定枚数のカードから構成されたカード群である。プレーヤは、設定したデッキのうち、希望するデッキを選択し、そのデッキを構成するカードを使用してゲームを行う。
　更に、本実施の形態が適用される対戦ゲームでは、第１ゲーム要素とは異なる第２ゲーム要素が加わる。
　第２ゲーム要素は、第１ゲーム要素と同様にキャラクタではあるが、かならずしも仮想的又は実体のある物品と対応付けられる必要はない。そして、第２ゲーム要素は、第１ゲーム要素とは異なり、ゲーム内の対戦においてプレーヤ（コンピュータに操作されるノンプレーヤも含む）の操作対象とされるものではなく、少なくともプレーヤが操作可能なフェーズにおいてゲームの進行に係る情報であるアドバイス情報をプレーヤに提供するという性質を備える。
　別の言い方をすると、第２ゲーム要素は、プレーヤ（コンピュータに操作されるノンプレーヤも含む）の操作に基づいて行動制御がなされる第１ゲーム要素とは異なり、ゲーム内において自律的又は自発的に、アドバイス情報を提供するものともいえる。
　アドバイス情報は、ゲームの進行に係る情報であれば、種類は問わないが、例えば、操作方法の情報、第１ゲーム要素の選択又は行動に対する情報（カードの選択、攻撃対象とすべき対戦相手のカード等のアドバイス情報）、ゲームの進行を有利にする情報（ゲームの対戦結果を有利にするカードの種類の提示等のアドバイス情報）等である。
　アドバイス情報の内容又は提供タイミングは、第２ゲーム要素が持つキャラクタ情報によって変化する。キャラクタ情報は、プレーヤのゲームの進行に応じて変化する。キャラクタ情報は、複数のパラメータを持つことが可能である。例えば、本実施の形態では、キャラクタ情報は、プレーヤのゲームの結果により得られる経験値により変化するパラメータ（以下、レベルと記載する）と、プレーヤが使用する第１ゲーム要素の使用頻度によって変化するパラメータ（以下、カード理解度と記載する）と、プレーヤが使用する第１ゲーム要素の種類の使用割合によって変化するパラメータ（以下、パーソナリティと記載する）と、プレーヤが所定のイベントを達成することによって変化するパラメータ（以下、シンクロレベルと記載する）とを含む。従って、第２ゲーム要素が提供するアドバイス情報は、第２ゲーム要素のキャラクタ情報に応じて異なる可能性がある点に留意すべきである。
　第２ゲーム要素は複数あっても良く、各第２ゲーム要素は初期の段階において異なるキャラクタ情報を持つようにしても良い。そして、プレーヤは、キャラクタ情報が異なる複数の第２ゲーム要素から、希望する第２ゲーム要素を選択するようにしても良い。
　上述した第２ゲーム要素の自律的又は自発的なアドバイス情報の提供は、ゲームサーバ２が備えるＡＩ機能によって行われる。このＡＩ機能は、多くの対戦ゲームのゲーム進行の内容とその結果等を教師データとし、機械学習して得られた学習モデルによって可能である。機械学習の方法は、深層学習（ディープラーニング）、強化学習、又は、それらの組み合わせが代表的なものであるが、これに限られない。尚、学習モデルは、第２ゲーム要素のキャラクタ情報に応じて異なる内容のアドバイス情報を出力することが可能である。これを実現する方法としては、例えば、第２ゲーム要素のキャラクタ情報が高い程、最適解を探索する時間を多くするなどし、第２ゲーム要素のキャラクタ情報が高い程、ある状況に対処するより最適な解が得られる学習モデル等がある。
　上述した第２ゲーム要素を、以下の説明ではバディと記載する。
　［ゲーム内容の概略］
　次に、実施の形態の説明の理解を助けるために、プレーヤ端末１のディスプレイ１１の表示画面を用いて、ゲームの概要を説明する。
　本実施形態のゲームでは、プレーヤＡ，Ｂは、ゲームオブジェクトである仮想的なゲームカード（キャラクタが化体した第１ゲーム要素、以下、単に「カード」という。）をゲーム内で用いる。カードは複数種類用意され、各々に関連付けられたキャラクタの能力、レアリティ、属性(色)、数字等の組合せによって区別される。キャラクタの能力は、例えば、コンピュータ制御の敵キャラクタや他プレーヤ等の対戦相手との対戦プレイ（バトル）に用いるレベルや攻撃力、ＨＰといった能力パラメータ値が定められている。
　カードは、ディスプレイ１１に表示される仮想的なものであるが、リアルカード同様に裏面と表面とがある。裏面は、全カード共通となっており、裏面表示されている時は、カードを特定することが出来ない。一方、表面は、カードを特定できる情報が記されている。カードを特定できる情報とは、カードに関連付けられたキャラクタやキャラクタの能力が直感的に把握できる絵柄、レアリティやレベルに関する情報、カードの説明文等である。以下の説明では、カードの表面に、絵柄とカードの説明文が記されている例を用いて説明する。
　カードは、アカウント登録時において対戦プレイ（バトル）に最低限必要な枚数が付与される他、ゲーム中に取得したり、課金アイテムとして購入によって取得したり、ガチャと呼ばれる抽選によって取得することができる。加えて、カードは、実体のあるゲームカード（以下、「リアルカード」という。）を入手し、入手したリアルカードをゲーム内で使用可能とするための登録手続きをすることによっても獲得できる。具体的には、プレーヤＡ，Ｂは、リアルカードの登録手続きを行うと、そのリアルカードと対応付けられたカード種類のカードを取得することができる。
　そして、プレーヤＡは、保有しているカードのうちの所定枚数（例えば４０枚）でデッキを編成し、デッキを用いた対戦プレイ（バトル）に挑む。デッキを用いた対戦プレイ（バトル）は、デッキを構成するカード（デッキカード）に定められているキャラクタの能力パラメータ値とカード属性の設定値を用いて、対戦相手との勝敗を決めるものである。
　ゲームを開始する前に、プレーヤＡ，Ｂは、アカウント登録をする。このアカウント登録時において、プレーヤ端末１により提示された複数種類の第２ゲーム要素(以下、バディと記載する)から好みのバディを選択することにより、各プレーヤＡ，Ｂと共にグループを構成するバディがそれぞれ設定される。この選択したバディの能力や性格の相違により、後のゲームプレイスタイルが変化する可能性がある。そして、各プレーヤＡ，Ｂは、保有しているカードのうちの所定枚数（例えば４０枚）でデッキを編成する。デッキの編成は、ホーム画面等からカードメニューをタッチ操作し、その１つとして提示されるデッキ編成メニューから行うことができる。対戦プレイ（バトル）は、ログイン後に表示されるホーム画面からバトルメニューを選択操作することで開始される。
　図３はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのバトル画面の一例を示した図である。ディスプレイ１１に表示されるバトル画面は、自プレーヤＡの領域である第１プレーヤ領域４０と、対戦する相手プレーヤＢの領域である第２プレーヤ領域４１とを備えている。バトル画面の各領域は固定である。また、第１プレーヤ領域４０と第２プレーヤ領域４１との境界には、現在実行することが可能な操作の情報を表示する操作情報４２が表示される。
　第１プレーヤ領域４０、第２プレーヤ領域４１の各領域は、手札領域４３と、フィールド領域４４と、ベース領域４５と、ライフ領域４６とを備える。手札領域４３には、自デッキより取得されたカード（手札）が配置される。フィールド領域４４には、手札領域４３又ベース領域４５からプレーヤにより選択されたカードが配置される。所定のコストを消費することにより、手札領域４３のカードをフィールド領域４４に配置することができる。フィールド領域４４に配置されたカードは、カードの行動又は効果を発動することができる。ベース領域４５は、フィールド領域４４にカードを配置するためのコストとして消費されるカードやマナアイテムが配置される。ライフ領域４６は、ライフ（ＨＰ）を持つプレーヤの領域であるプレーヤライフ領域４７と、同様にライフを持つ第１オブジェクト（フォース）の領域であるフォースライフ領域４８とを備える。プレーヤライフ領域４７には、プレーヤに対応する第２オブジェクトと、プレーヤが持つライフの値とが表示される。フォースライフ領域４８には、第１オブジェクトと、第１オブジェクトが持つライフの値とが表示される。第１オブジェクトは、ゲームにおいて特定の効果を発揮するものである。尚、本例では、第２オブジェクトとして、バディの画像が表示される。
　バトルは、プレーヤＡのターンと、対戦相手であるプレーヤＢのターンとが交互に実行される。各ターンは、スタンバイフェーズ、マナフェーズ（カード使用準備フェーズ）、メインフェーズ（対戦フェーズ）等の複数のフェーズから構成される。
　スタンバイフェーズは、デッキから１枚引いたカードを手札領域４３に配置する等のステップから構成される。マナフェーズでは、プレーヤが自分のベース領域４５にカード又はマナアイテムを配置することができる。例えば図４に示すように、プレーヤは、手札領域４３のカードを指でタッチ（選択）し、ベース領域４５までスワイプ（ドラッグ操作又はスライド操作ともいう）をして、カードをベース領域４５に移動させる。また、マナフェーズ中に第１プレーヤ領域４０の所定位置に表示されるマナアイテムについても、指でタッチ（選択）し、ベース領域４５までドラッグ操作をすることによりベース領域４５に配置することができる。ベース領域４５に配置されたカードやマナアイテムはコストとして消費可能となる。なお、プレーヤは、ベース領域４５にカードとマナアイテムのいずれも配置せずにマナフェーズを終了してもよい。
　メインフェーズでは、プレーヤは、キャラクタの召喚、相手への攻撃（アタック）、カード効果の発動、カードの移動等を実行することができる。キャラクタの召喚とはコストの消費を条件としてカードをフィールド領域４４に配置することである。
　相手への攻撃（アタック）は、アタック指定ステップ、フラッシュタイミングステップ、ブロック指定ステップ、バトル解決ステップ等の複数のステップから構成される。アタック指定ステップは、自プレーヤが攻撃対象を相手のプレーヤとフォースから選択するステップである。フラッシュタイミングステップは、特殊効果を有する特定のカードを自プレーヤと相手プレーヤが互いに使用できるステップである。ブロック指定ステップは、相手プレーヤが、第２プレーヤ領域４１のフィールド領域４４に配置されているカードを用いて、自プレーヤからの攻撃をブロックするか否かを選択することができるステップである。バトル解決ステップは、アタックの結果を判定し、判定結果に基づいて、アタック側のカードやブロック側のカードを消滅させる、相手のプレーヤ又はフォースのライフを減らす等の解決処理を行うステップである。
　カード効果の発動は、手札領域４３に配置されている、特殊効果を有する特定のカード（例えば、マジックカード）について、その効果を、コストの消費を条件として発動するものである。また、カードの移動は、フィールド領域４４とベース領域４５との間でカードを移動させるものである。なお、プレーヤは、キャラクタの召喚、相手への攻撃（アタック）、カード効果の発動、カードの移動等のいずれも行わずに対戦フェーズを終了してもよい。
　このような一連のフェーズからなるターンを、プレーヤＡのチームと対戦相手のプレーヤＢのチームとが交互に繰り返し、いずれかのプレーヤのライフが０になる、又は、デッキのカードが０枚になることにより、勝敗が決定する。その対戦結果によって、プレーヤのランク、バディの経験値及びバディのキャラクタ情報（変化能力情報）が変化する。
　［装置の構成］
　次に、装置の構成について述べる。図５は、プレーヤ端末１の機能構成例を示すブロック図である。図５に示すように、プレーヤ端末１は、操作入力部５１と、処理部５２と、画像表示部５３と、音出力部５４と、通信部５５と、記憶部５６とを備える。
　操作入力部５１は、プレーヤがゲームに関する各種操作を入力するためのものである。プレーヤによるタッチ操作と入力位置を検出し、検出したプレーヤからの操作入力に応じた操作入力信号を処理部５２に出力する。操作入力部５１が検出する操作の種類は、一般的なスマートフォン等で行われる、タップ（タップ、ダブルタップ、長押し等）、フリック、及びスワイプ等である。検出は、例えば、所定時間以内のタッチを検出、所定時間を超える長押しを検出等のタッチイベントの実行によって実現させる。操作入力部５１の機能は、例えば、タッチ操作パッド、ホームボタン、ボタンスイッチや、ジョイスティック、トラックボールといった直接プレーヤＡが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサといった、運動や姿勢を検知する素子等によっても実現できる。図２では、タッチ操作パネル１２がこれに該当する。操作入力部５１は、タッチ操作パネル１２に対するプレーヤの操作入力（操作の種類及び操作位置）を検出して、検出した操作入力に応じた操作入力信号を出力する。
　処理部５２は、記憶部５６に格納されるプログラムやデータ、操作入力部５１からの操作入力信号等に基づいてプレーヤ端末１の動作を統括的に制御する。処理部５２の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部５２は、主な機能部として、ゲーム演算部６１と、画像生成部６２と、音生成部６３と、通信制御部６４とを備える。
　ゲーム演算部６１は、本実施形態のゲームを実現するための種々のゲーム処理を実行し、処理結果を画像生成部６２や音生成部６３に出力する。ゲーム演算部６１は、プレーヤ情報管理部７０と、カード管理部７１と、デッキ設定部７２と、バディ設定部７３と、アドバイス情報提供部７４と、対戦実行部７５と、表示制御部７６とを含む。
　プレーヤ情報管理部７０は、プレーヤの情報を管理する。管理する情報は、プレーヤのニックネーム等の基本的なユーザ情報、プレーヤランク及びバディレベルを管理する。
　カード管理部７１は、記憶部５６に格納されている保有カードデータＤ１と、カードキャラクタデータＤ２を用いて、プレーヤＡ，Ｂの保有の有無を含む、ゲームシステムが提供可能なカードの管理を行う。
　保有カードデータＤ１は、ゲームシステムが提供可能なカードのカード識別情報と、そのカードをプレーヤが保有しているかの有無を示す保有フラグと、そのカードをプレーヤが使用可能かを示す使用許可フラグとが、関連付けられたデータである。図６は保有カードデータＤ１の一例を示した図である。図６では、カード識別情報のフィールドには、ゲームシステムが提供可能なカードのカード識別情報が記載されている。そして、そのカード識別情報のカードを、プレーヤが保有している場合には保有フラグのフィールドに“１”が設定され、プレーヤが保有していない場合には保有フラグのフィールドに“０”が設定されている。また、そのカード識別情報のカードを、プレーヤが使用可能な場合には使用可能フラグのフィールドに“１”が設定され、プレーヤが使用不可能な場合には使用許可フラグのフィールドに“０”が設定されている。図６は保有カードデータＤ１の一例を示したものであり、これに限定されるものではない。
　尚、保有フラグのフィールドに“０”が設定されていても、使用可能フラグのフィールドに“１”が設定される場合がある。例えば、プレーヤが保有していないカードであっても、一時的に、プレーヤにそのカードを使用させる場合などである。
　カードキャラクタデータＤ２は、カードのカード識別情報と、そのカードのキャラクタ情報とが関連付けられたデータである。図７はカードキャラクタデータＤ２の一例を示した図である。図７では、カード識別情報とキャラクタ情報（キャラクタの画像、カード名、カード種類、コスト数、属性、種族、能力、攻撃力、ヒットポイント、レアリティ）及び説明（テキストデータ）とが関連付けられている。尚、図７はカードキャラクタデータＤ２の一例を示したものであり、これに限定されるものではない。
　カード管理部７１は、ゲームサーバ２と通信を介して、新しく提供可能なカードがある場合、そのカードのカード識別情報とそのカード識別情報のカードキャラクタデータＤ２とを取得する。そして、カード管理部７１は、取得したカード識別情報を保有カードデータＤ１に追記し、そのカード識別情報の保有フラグを“０”に、使用可能フラグのフィールドを“０”に設定する。また、取得したカードキャラクタデータＤ２を記憶部５６に格納する。そして、プレーヤが新たにカードを取得・保有した場合、カード管理部７１は、そのカード識別情報の保有フラグを“１”に、使用可能フラグのフィールドを“１”に設定する。
　デッキ設定部７２は、保有カードデータＤ１とカードキャラクタデータＤ２とを用いて、現在、デッキを構成するカードに使用可能なカード（原則保有カード）を提示し、ユーザの操作により、提示されたカードからデッキを構成するカードを選択し、デッキを設定（編集）する。デッキ設定部７２は、設定されたデッキの名称と、そのデッキの識別情報（デッキＩＤ）と、そのデッキを構成する各カードのカード識別情報とを関連付けたデッキ設定データＤ３を生成し、記憶部５６に格納する。図８はデッキ設定データＤ３の一例を示す図である。図８の例では、プレーヤＡのデッキ１のデッキ設定データＤ３の例であり、デッキＩＤ“Ｄ００１”のデッキ１がカード識別情報”０００１”、”０００６”～カード識別情報”０４５０”のカードから構成されていることを示している例である。尚、図８はデッキ設定データＤ３の一例を示したものであり、これに限定されるものではない。
　バディ設定部７３は、アカウント登録時において、複数のバディ（第２ゲーム要素）から、プレーヤＡ，Ｂにより選択されたバディに関する情報を、バディ設定データＤ４を用いて管理する。バディ設定データＤ４は、メニュー設定より選択されたバディのキャラクタ情報である。このバディのキャラクタ情報はゲームの進行に伴って変化するが、変化した場合には変化後のキャラクタ情報がゲームサーバ２から通知され、キャラクタ情報は更新される。図９はプレーヤＡのバディ設定データＤ４の一例を示す図である。図９の例では、バディ設定データＤ４は、バディ識別情報、バディの画像、バディ名、レベル、キャラクタ情報を含んでいる。図９はバディ設定データＤ４の一例を示したものであり、これに限定されるものではない。アカウント登録時のバディ（第２ゲーム要素）のレベル及びキャラクタ情報は初期値（最も低い値）に設定される。また、バディが変更された場合は、前のバディのレベル及びキャラクタ情報は引き継がず、変更後のバディ（第２ゲーム要素）のレベル及びキャラクタ情報を初期値（最も低い値）に設定される。また、バディ設定部７３は、対戦中又はその他のメニュー画面において、バディの画像情報を画像生成部６２に出力する。
　アドバイス情報提供部７４は、ゲームサーバ２からバディの能力（キャラクタ情報）に応じたアドバイス情報を取得し、画像生成部６２又は音生成部６３に出力し、アドバイス情報を画像表示部５３又は音出力部５４に出力する。
　対戦実行部７５は、ゲーム全体の進行を管理する。対戦実行部７５は、バトルのスタンバイフェーズ及びカード使用準備フェーズにおいて、フィールド領域、ベース領域及びフォース領域等の各フィールドに配置されるカード、手札のカード識別情報、及びそのカードの配置状況等に関する情報からカード設定情報を生成して出力する。対戦実行部７５は、操作入力部５１を用いたプレーヤのタッチ操作等により、カードの選択や、カードの行動を決定し、カードの選択又は行動の情報である行動選択情報を生成して出力する。
　表示制御部７６は、ディスプレイ１１に表示されるゲーム全般の画像の表示を制御する。ここで、本発明の表示制御部７６が制御するデッキ編成画面について説明する。
　ここで、デッキ編成画面について説明する。図１０は、デッキ編成画面の一例である。
　デッキ編成画面は、図１０に示す通り、デッキ領域１１０１、カード領域１１０２、デッキ名領域１１０３、保存ボタン表示領域１１０４、前ボタン表示領域１１０５、及び次ボタン表示領域１１０６が、同一画面上に設定されている。
　デッキ領域１１０１には、プレーヤがカード領域１１０２に表示されているカードをスライド操作してデッキ領域１１０１に移動したカードが表示される。デッキを構成している各カードは、重ならないように所定枚数ずつ一覧で表示される。デッキ領域１１０１のサイズは固定である。図１０は、カード１がデッキ領域１１０１に表示されている例である。
　カード領域１１０２は、プレーヤが保有しているカードが表示される。保有カードとは、所定の条件を満たすことにより取得したカードである。カード領域１１０２のサイズは、デッキ領域１１０１同様に固定である。図１０は、カード１及びカード２がカード領域１１０２に表示されている例である。
　デッキ名１１０３は、編成中のデッキの名称が表示される領域である。デッキを新規作成する際には空欄となっており、プレーヤが任意のデッキ名を入力する。デッキを変更する際には既に付されているデッキ名が編集可能な状態でデッキ名１１０３に表示される。
　保存ボタン１１０４は、プレーヤが編成したデッキを保存する際に用いる保存ボタンである。
　前ボタン１１０５及び次ボタン１１０６の各々は、デッキ領域１１０１及びカード領域１１０２内の其々に表示される。前ボタン１１０５及び次ボタン１１０６は、表示されていないカードを表示させるためにページ送りするボタンである。これは、デッキ領域１１０１及びカード領域１１０２に表示されるカードの枚数には制限があるためである。
　表示制御部７６は、デッキ編成画面をディスプレイ１１に表示するにあたって、保有カード情報に記憶されているカード識別情報に基づいてカードデータからカードの表面の画像識別情報を読み出し、読み出したカードの表面の画像識別情報に基づいて画像を読み出す。表示制御部７２は、カード表示フォーマットに従って、読み出した画像を並べてカード領域１１０２に表示する。
　表示制御部７６は、操作入力信号に基づいて、デッキ編成画面内のカードに対するタップ操作の内容を認識する。例えば、図１０（１）に示す通り、プレーヤがカード領域１１０２のカード１に対してタップ操作を行ったとすると、表示制御部７６はカード１に対するタップ操作がなされたと認識する。すると、表示制御部７６は、図１０（２）に示すように、カード領域１１０２に表示されているカード１の簡易カードを、デッキ編成画面に重畳させて表示する。表示制御部７６は、カードデータから予め所定の情報を読み出し、それを簡易カード表示フォーマットに従って生成した簡易カードを重畳させる。即ち、簡易カードは、カードの表面に記されているカードの情報の一部が抽出されたカードである。例えば、攻撃力、ＨＰといった、バトルを優位にすすめるために必要となる能力パラメータ値や、絵柄の中の特徴的な部分（キャラクタの顔等）の部分画像が記されるカードである。図１０（２）は、部分画像、カード名、ＨＰ及び攻撃力が簡易カードに記される例であるが、これに限るものでは無いものとする。
　続いて、図１１（１）に示す通り、プレーヤがカード領域１１０２のカード１に対して長押し操作を行ったとすると、表示制御部７６はカード１に対する長押し操作がなされたと認識する。すると、表示制御部７６は、図１１（２）に示すように、カード１の拡大カードをデッキ編成画面に重畳させて表示する。
　簡易カードはカード領域１１０２のカード１に記されている情報の一部が抽出されたカードであり、拡大カードはカード領域１１０２のカード１が拡大されたカードである。即ち、簡易カードは、拡大カードに記されている情報の一部が抽出されたカードとなる。
　表示制御部７６の簡易カード及び拡大カードを重畳する方法としては、以下のものが考えられる。
（１）簡易カードと拡大カードとは、互いに異なる位置に重畳される
（２）簡易カードと拡大カードとは、互いに重ならない位置に重畳される
（３）簡易カードと拡大カードとは、同時に重畳されない
（４）簡易カードは、カード領域１１０２に重ならない位置に重畳される
尚、上記（１）から（４）の条件は、少なくともいずれかであり、組み合わせても良い。
　画像生成部６２は、ゲーム演算部６１の処理結果や表示制御部からの制御情報に基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を生成し、生成したゲーム画面の画像信号を画像表示部１０３に出力する。画像生成部６２の機能は、例えば、ＧＰＵやデジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現できる。
　音生成部６３は、ゲーム演算部６１の処理結果に基づいてゲームに関する効果音やＢＧＭ、操作補助情報の音声情報、各種操作音等の音信号を生成し、音出力部５４に出力する。音生成部６３の機能は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や音声合成ＩＣ等のプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現できる。
　通信制御部６４は、ゲームサーバ２とのデータ通信のための通信接続及びデータ処理を行う。データ通信は、ゲームサーバ２と通信するデータが発生した場合、ゲームの進行によって対戦実行部７５がゲームサーバ２と通信するデータを出力した場合、及び、ゲームサーバ２からデータを受信した場合の少なくとも一つの場合に開始される。通信制御部６４が送信するデータは、例えば対戦実行部７５から出力されるカード設定情報及び行動選択情報等である。通信制御部６４が受信するデータは、例えば対戦結果等である。
　画像表示部５３は、画像生成部６２から入力される画像信号に基づいて各種ゲーム画面を表示する。画像表示部５３の機能は、例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった表示装置によって実現できる。図２では、画像表示部６２は、ディスプレイ１１に該当する。
　音出力部５４は、音生成部６３から入力される音信号に基づいてゲームに関する効果音等を音出力するためのものである。図２では、音出力部５４は、スピーカ１３に該当する。
　通信部５５は、通信回線Ｎと接続して通信を実現する。通信部５５の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。
　記憶部５６には、プレーヤ端末１を動作させ、プレーヤ端末１が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。記憶部５６は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。
　記憶部５６には、システムプログラムと、ゲームプログラムとが格納される。システムプログラムは、プレーヤ端末１のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部５２をゲーム演算部６１として機能させるためのプログラムである。このプログラムは、プレーヤがアカウント登録を済ませるとゲームサーバ２又は他のアプリ配信サーバ等から配信される。
　また、記憶部５６には、保有カードデータＤ１、カードキャラクタデータＤ２、デッキ設定データＤ３、バディ設定データＤ４及びカード合成データＤ５が格納される。尚、その他にも、カードのキャラクタ及びバディの画像を表示するためのモデルデータやテクスチャデータ、モーションデータ、エフェクトデータ、ゲーム画面の背景画像、効果音等の音データ等が適宜ゲームに必要なデータとして配信され、記憶部５６に格納される。
　次に、ゲームサーバ２の構成を説明する。図１２はゲームサーバ２の機能構成例を示すブロック図である。ゲームサーバ２は、処理部９１と、通信部９２と、記憶部９３とを備える。
　処理部９１は、プレーヤ管理部１０１と、ゲーム管理部１０２と、ＡＩ処理部１０３と、キャラクタ情報更新部１０４とを備える。
　プレーヤ管理部１０１は、ユーザ情報データを用いてアカウントやゲームの進行状況等を接続されるプレーヤ端末１毎に管理する。
　ゲーム管理部１０２は、プレーヤ端末１からのカード設定情報や行動選択情報等を受信し、カード設定情報や行動選択情報、カードデータを用いて対戦処理を行い、その対戦結果を出力する。
　ＡＩ処理部１０３は、多くの対戦ゲームのゲーム進行の内容とその結果等の教師データを機械学習して得られた学習モデルを有する。機械学習の方法は、深層学習（ディープラーニング）が代表的なものであるが、これに限られない。
　ＡＩ処理部１０３は、プレーヤ端末１から送信されるカード設定情報又は行動選択情報と、プレーヤ端末１のプレーヤのバディのキャラクタ情報（バディの能力）とを入力し、そのカード設定情報又は行動選択情報の状況における操作補助情報を出力する。尚、ＡＩ処理部１０４の学習モデルは、バディのキャラクタ情報（バディの能力）に応じて、操作補助情報の出力内容が異なる。このような学習モデルの例としては、バディのキャラクタ情報（バディの能力）が高い程、最適解を探索する時間を多くするなどし、バディのキャラクタ情報（バディの能力）が高い程、ある状況に対処するより最適な解が得られる学習モデルある。従って、プレーヤ端末１から送信されるカード設定情報又は行動選択情報が同一であっても、上述したように、プレーヤのバディのキャラクタ情報（バディの能力）が異なれば、異なる操作補助情報を出力する可能性がある点に留意すべきである。
　キャラクタ情報更新部１０４は、ゲーム管理部１０２からカード設定情報又は行動選択情報と、対戦結果を受信し、それらの情報を用いて、キャラクタ情報の各種パラメータ（レベル、カード理解度、パーソナリティ、シンクロレベル）を計算し、ユーザ情報データＤ６におけるプレーヤＡ，Ｂのキャラクタ情報（バディの能力）を上昇又は変更する更新を行う。尚、キャラクタ情報（バディの能力）の更新は、カード設定情報、行動選択情報及び対戦結果だけでなく、他の情報、例えば、対戦に関する情報ではなく、ゲームにログインした回数等であっても良い。
　通信部９２は、通信回線Ｎと接続して通信を実現する。
　記憶部９３には、システムプログラムと、ゲームプログラムとが格納される。システムプログラムは、ゲームサーバ２のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部９１を、プレーヤ管理部１０１と、ゲーム管理部１０２と、ＡＩ処理部１０３と、キャラクタ情報更新部１０４として機能させるためのプログラムである。更に、記録部９２は、ユーザ情報データと、カードデータとが格納されている。
　ユーザ情報データは、ゲームに参加しているプレーヤの基本データであり、プレーヤ毎のユーザ情報データを記録している。基本的に、ユーザ情報データは、プレーヤのユーザ識別情報と、プレーヤの保有カードデータＤ１と、プレーヤのデッキ設定データＤ３と、プレーヤのバディ設定データＤ４とを含んでいる。
　カードデータは、本ゲームで使用されるカード全てのカードデータである。基本的に、上述したカードキャラクタデータと同様なデータを、ゲームで使用される全てのカードについて格納している。尚、カードデータには、本ゲームで使用されるバディの基本データ(バディ識別情報、キャラクタ画像、バディ名、レベルの初期値、カード理解度の初期値、パーソナリティの初期値及びシンクロレベルの初期値)を含んでも良い。
　[動作]
　本実施の形態における動作について、図１３を用いて説明する。以下の説明では、デッキ編成画面への操作を例にして説明する。
　表示制御部７６は、保有カード情報に記憶されているカード識別情報に基づいてカードデータからカードの表面の画像識別情報を読み出し、読み出したカードの表面の画像識別情報に基づいて画像を読み出す（Ｓｔｅｐ１０１）。
　表示制御部７６は、読み出した画像を並べてカード領域１１０２に表示する（Ｓｔｅｐ１０２）。
　操作入力部５１は、プレーヤによるカード領域１１０２に対する操作入力を検出する（Ｓｔｅｐ１０３）。
　操作入力部５１は、カード領域１１０２に対するタップを検出すると、検出した操作位置の情報と、操作の種類がタップであることを示す操作入力信号を表示制御部７２に通知する（Ｓｔｅｐ１０４：Ｙｅｓ）。表示制御部７２は、簡易カードを重畳して表示する（Ｓｔｅｐ１０５）。
　一方、操作入力部５１は、カード領域１１０２に対する長押しを検出すると、検出した操作位置の情報と、操作の種類が長押しであることを示す操作入力信号を表示制御部７２に通知する（Ｓｔｅｐ１０４：Ｎｏ）。表示制御部７２は、拡大カードを重畳して表示する（Ｓｔｅｐ１０６）。
　操作入力部５１は、解除を示す操作を検出する（Ｓｔｅｐ１０７）。操作入力部５１は、解除を示す操作を検出すると、重畳表示解除を示す操作入力信号を表示制御部７２に通知する（Ｓｔｅｐ１０８：Ｙｅｓ）。表示制御部７６は、重畳表示を解除する（Ｓｔｅｐ１０９）。
　尚、上記説明ではデッキ編成画面での簡易カード及び拡大カードを重畳して表示する例に挙げて説明したが、例えば、バトル中にカードを選択するような画面で適用することが可能である。即ち、カードやアイテム等のオブジェクトを表示する構成に適用することが可能である。
　また、上記説明では、カード領域１１０２に保有カードが表示される構成を用いて説明したが、全カードが表示されても良い。全カードは、ゲーム運営側が用意したカード全てであり、プレーヤが保有していないカードもカード領域１１０２に表示される。このような構成の場合、プレーヤが保有しているカードはカラーで表示し、プレーヤが保有していないカードは保有カードとは異なる配色（例えば、グレースケール、淡色、単色等）で表示されたり、カードの絵柄がシルエットで表示されたりと、保有していないことがわかる表示形態で表示される。
　［付記１］
　プレーヤが第１ゲーム要素を使用して行う対戦ゲームを実行する端末であって、
　実行命令が格納されたメモリと、プロセッサとを備え、
　前記プロセッサは、前記実行命令により、
　少なくとも１以上のゲーム要素を表示部に表示する表示処理と、
　プレーヤによる前記表示部に対する押圧時間と押圧領域とを検出する検出処理と、
　前記押圧時間に応じて、前記押圧領域に表示されているゲーム要素の表示態様を変更させた第１表示態様又は第２表示態様を、前記表示部に表示されている画面に重畳させて表示する重畳表示処理と
を実行する端末。
　以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
１　　　プレーヤ端末
２　　　ゲームサーバ
１１　　ディスプレイ
１２　　タッチ操作パネル
１３　　スピーカ
５１　　操作入力部
５２　　処理部
５３　　画像表示部
５４　　音出力部
５５　　通信部
５６　　記憶部
６１　　ゲーム演算部
６２　　画像生成部
６３　　音生成部
６４　　通信制御部
７０　　プレーヤ情報管理部
７１　　カード管理部
７２　　デッキ設定部
７３　　バディ設定部
７４　　アドバイス情報提供部
７５　　対戦実行部
７６　　表示制御部
９１　　処理部
９２　　通信部
９３　　記憶部
１０１　プレーヤ管理部
１０２　アクセス情報発行部
１０３　ゲーム管理部
１０４　ＡＩ処理部
１０５　キャラクタ更新部

Claims (10)

  1. 　少なくとも１以上のゲーム要素を表示部に表示する表示処理と、
    　プレーヤによる前記表示部に対する押圧時間と押圧領域とを検出する検出処理と、
    　前記押圧時間に応じて、前記押圧領域に表示されているゲーム要素の表示態様を変更させた第１表示態様又は第２表示態様を、前記表示部に表示されている画面に重畳させて表示する重畳表示処理と
    をコンピュータに実行させるプログラム。
  2. 　前記重畳表示処理は、前記第１表示態様と前記第２表示態様とを異なる位置に重畳させる
    請求項１に記載のプログラム。
  3. 　前記重畳表示処理は、前記表示部に表示されているゲーム要素に重ならない位置に、前記第１表示態様を重畳させる請求項１又は請求項２に記載のプログラム。
  4. 　前記重畳処理は、前記第１表示態様と前記第２表示態様とを同時に重畳させない
    請求項１から請求項３のいずれかに記載のプログラム。
  5. 　前記第１表示態様は、前記第２表示態様に示されている情報の少なくとも一部を抽出した表示態様である
    請求項１から請求項４のいずれかに記載のプログラム。
  6. 　前記重畳表示処理は、所定時間より短い押圧時間が検出されると前記第１表示態様を重畳させ、前記所定時間より長い押圧時間が検出されると前記第２表示態様を重畳させる
    請求項１から請求項５のいずれかに記載のプログラム。
  7. 　前記表示処理は、少なくとも前記プレーヤが保有しているゲーム要素である保有ゲーム要素を表示する
    請求項１から請求項６のいずれかに記載のプログラム。
  8. 　前記表示処理は、前記プレーヤが保有し、かつ、デッキを構成するゲーム要素を更に表示する
    請求項７に記載のプログラム。
  9. 　少なくとも１以上のゲーム要素を表示部に表示する表示制御手段と、
    　プレーヤによる前記表示部に対する押圧時間と押圧領域とを検出する検出手段と、
    　前記押圧時間に応じて、前記押圧領域に表示されているゲーム要素の表示態様を変更させた第１表示態様又は第２表示態様を、前記表示部に表示されている画面に重畳させて表示する重畳表示手段と
    を備える端末。
  10. 　少なくとも１以上のゲーム要素を表示部に表示する表示制御手段と、
    　プレーヤによる前記表示部に対する押圧時間と押圧領域とを検出する検出手段と、
    　前記押圧時間に応じて、前記押圧領域に表示されているゲーム要素の表示態様を変更させた第１表示態様又は第２表示態様を、前記表示部に表示されている画面に重畳させて表示する重畳表示手段と
    を備えるゲームシステム。
PCT/JP2021/011837 2020-03-24 2021-03-23 プログラム、端末、及びゲームシステム WO2021193583A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020052434A JP6999726B2 (ja) 2020-03-24 2020-03-24 プログラム、端末、及びゲームシステム
JP2020-052434 2020-03-24

Publications (1)

Publication Number Publication Date
WO2021193583A1 true WO2021193583A1 (ja) 2021-09-30

Family

ID=77886881

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/011837 WO2021193583A1 (ja) 2020-03-24 2021-03-23 プログラム、端末、及びゲームシステム

Country Status (2)

Country Link
JP (2) JP6999726B2 (ja)
WO (1) WO2021193583A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010233654A (ja) * 2009-03-30 2010-10-21 Namco Bandai Games Inc プログラム、情報記憶媒体及びゲーム装置
JP2013034624A (ja) * 2011-08-05 2013-02-21 Bandai Co Ltd ゲームシステム、その制御方法、及びプログラム
JP2017189512A (ja) * 2016-04-15 2017-10-19 株式会社セガゲームス 情報処理装置およびゲームプログラム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001353371A (ja) * 2000-06-15 2001-12-25 Konami Co Ltd ゲーム装置、ゲーム装置の制御方法及び情報記憶媒体
JP2019217213A (ja) * 2018-06-22 2019-12-26 株式会社コロプラ ゲームプログラム、方法、および情報処理装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010233654A (ja) * 2009-03-30 2010-10-21 Namco Bandai Games Inc プログラム、情報記憶媒体及びゲーム装置
JP2013034624A (ja) * 2011-08-05 2013-02-21 Bandai Co Ltd ゲームシステム、その制御方法、及びプログラム
JP2017189512A (ja) * 2016-04-15 2017-10-19 株式会社セガゲームス 情報処理装置およびゲームプログラム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"CHRONO MA:GIA", FAMITSU APP ANDROID NO. 035, 30 March 2018 (2018-03-30), pages 1 - 7, 20-23, 26 *
"Three Kindgoms Smash !", 19 March 2016, TAKARAJIMASHA INC., pages: 22 *

Also Published As

Publication number Publication date
JP6999726B2 (ja) 2022-02-04
JP2022033217A (ja) 2022-02-28
JP2021151319A (ja) 2021-09-30

Similar Documents

Publication Publication Date Title
JP2022044799A (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP2022169530A (ja) プログラム、端末、及びゲームシステム
JP6826217B1 (ja) プログラム、端末、ゲーム実行装置及び方法
WO2021193583A1 (ja) プログラム、端末、及びゲームシステム
JP6820643B1 (ja) プログラム、端末、ゲームシステム及びゲーム管理サーバ
JP6978540B2 (ja) プログラム、端末、及びゲームシステム
JP6999723B2 (ja) プログラム、端末、及びゲームシステム
JP7047004B2 (ja) プログラム及び端末
JP6810291B1 (ja) プログラム、端末、ゲーム管理装置、ゲームシステム及びゲーム方法
JP6999722B2 (ja) プログラム、端末、及びゲームシステム
JP6820642B1 (ja) プログラム及び端末
JP6987169B2 (ja) ゲーム管理装置及びプログラム
JP6821838B1 (ja) プログラム、端末、及びゲームシステム
JP7009539B2 (ja) ゲーム処理装置、端末及びプログラム
JP6990735B2 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP6761075B2 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP2021069947A (ja) プログラム及び端末
JP2021146062A (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: 21775030

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: 21775030

Country of ref document: EP

Kind code of ref document: A1