JP7402833B2 - Programs, terminals, and game systems - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Act (1) Publication date: January 31, 2019 Publication name: Card Gamer vol. 44, pages 22-23 and appendix "Card Set" (2) Sales start date February 19, 2019 Sold address: https://www. amazon. co. jp/%E3%83%90%E3%83%B3%E3%83%80%E3%82%A4-BANDAI-ZENONZARD-DECKCODE/dp/B07NS1BW4J (3) Date February 19, 2019 Meeting name : The Zenon Show (4) Publication date: March 28, 2019 Publication address: https://www. youtube. com/watch? time_continue=17&v=E79AoXSUJ6Q (5) Release date April 22, 2019 Release name: 1st closed beta test Release date May 9, 2020 Release name: 2nd closed beta test (6) Release date September 9, 2020 - January 20, 2020 Website address: https://www. amazon. co. jp/dp/B07WRYC7NS https://apps. apple. com/jp/app/id1451804678 https://play. google. com/store/apps/details? id=com. bandai. zzard (7) Publication date: September 10, 2020 Publication address: https://www. youtube. com/watch? v=A9rVI-4Ghd0 (8) Event date, publication date November 23, 2020 Meeting name: ZENONZARD THE 5WALLS powered by RAGE Publication address: https://www. openrec. tv/live/6oz324xq7r3 https://www. youtube. com/watch? v=o7qpGwi3Hwc https://live. nicovideo. jp/gate/lv322770047 (9) Publication date: February 5, 2019 Publication address: https://www. youtube. com/watch? v=ZRJfzX_qbEc Publication date: February 17, 2019 Publication address: https://www. youtube. com/watch? v=8V17_wA20uY

Application of Article 30, Paragraph 2 of the Patent Act Continuation of the content of Exception 1 to loss of novelty: Posting date: February 17, 2019 Posting address: https://www. youtube. com/watch? v=xgT4m9xmpo4 Publication date: May 16, 2020 Publication address: https://www. youtube. com/watch? v=_NyLVRHtY2s Publication date: May 17, 2020 Publication address: https://www. youtube. com/watch? v=QFCLfSniz_w Posting date: June 21, 2020 Posting address: https://www. youtube. com/watch? v=5jBBmkkxa3I Publication date: July 9, 2020 Publication address: https://www. youtube. com/watch? v=G4yFXs5MqpU Publication date: July 26, 2020 Publication address: https://www. youtube. com/watch? v=BHVeKlkzs8I Publication date: August 21, 2020 Publication address: https://www. youtube. com/watch? v=Gt8Ou43BH0Y Publication date: August 30, 2020 Publication address: https://www. youtube. com/watch? v=CjpuEEWGf6I Publication date: September 20, 2020 Publication address: https://www. youtube. com/watch? v=t_7aMoj4dRc Posting date: October 11, 2020 Posting address: https://www. youtube. com/watch? v=ySyM9gqzC9c Publication date: October 18, 2020 Publication address: https://www. youtube. com/watch? v=Q3tqigJw15U Publication date: October 23, 2020 Publication address: https://www. youtube. com/watch? v=fBTC6FMMwLk Posting date: October 29, 2020 Posting address: https://www. youtube. com/watch? v=adFVaKTkLwM Publication date: November 14, 2020 Publication address: https://www. youtube. com/watch? v=c−kEJocH9TM Publication date: December 6, 2020 Publication address: https://www. youtube. com/watch? v=eCh_TgLKcWc

Application of Article 30, Paragraph 2 of the Patent Act Continuation of the content of Exception 2 to loss of novelty: Posting date: December 20, 2020 Posting address: https://www. youtube. com/watch? v=dJ2UR_MXSBQ

The present invention relates to a program, a terminal, and a game system.

In recent years, games using platforms such as smartphones and mobile phones have become popular. For example, it is a game in which a virtual object such as a character is assigned to a user (for example, Patent Document 1).

Special table 2015-516177 publication

In games such as those described above, there is a demand for display that enhances the user's interest. Therefore, the problem to be solved by the present invention is to provide a display that increases the user's interest.

One aspect of the present invention includes a process of acquiring a game element, a process of displaying the acquired game element in a first display mode, and a process of detecting the number of operations on the game element displayed in the first display mode. and, when the number of detected operations reaches a predetermined number, the computer executes a process of changing the game element displayed in the first display mode to a second display mode, and the predetermined number of times is the number of times the game element is displayed in the second display mode. Varies depending on rarity.

One aspect of the present invention is a game system that includes a terminal and a game management device, and the terminal includes means for acquiring game elements, means for displaying the acquired game elements in a first display mode, means for detecting the number of operations performed on the game element displayed in the first display mode; and when the detected number of operations reaches a predetermined number, the game element displayed in the first display mode is displayed in a second display mode; the predetermined number of times varies depending on the rarity of the game element.

One aspect of the present invention is a terminal, which includes means for acquiring a game element, means for displaying the acquired game element in a first display mode, and an operation for the game element displayed in the first display mode. means for detecting the number of operations; and means for changing the game element displayed in the first display mode to a second display mode when the detected number of operations reaches a predetermined number, the predetermined number of times being Varies depending on element rarity.

According to the present application, it is possible to perform a display that increases the user's interest.

FIG. 1 is a diagram showing an example of the overall configuration of a game system in this embodiment. FIG. 2 is a diagram showing an example of the device configuration of a smartphone, which is an example of the player terminal 1. As shown in FIG. FIG. 3 is a diagram showing an example of a screen display displayed on the display 11 of the player terminal 1 in the standby phase or card usage preparation phase of the competitive game. FIG. 4 is a diagram showing an example of operations in the standby phase or card usage preparation phase of a competitive game displayed on the display 11 of the player terminal 1. FIG. 5 is a diagram for explaining an example of a display mode of a card. FIG. 6 is a diagram for explaining an example of the timing at which the display mode of a card changes. FIG. 7 is a schematic diagram of the player terminal 1. FIG. 8 is a diagram for explaining an example of player data. FIG. 9 is a diagram for explaining an example of card data. FIG. 10 is a diagram for explaining an example of a card display format. FIG. 11 is a schematic diagram of the game server 2. FIG. 12 is a sequence diagram for explaining the operation in the first embodiment. FIG. 13 is a flow diagram for explaining card acquisition processing. FIG. 14 is a diagram for explaining an example of a card acquisition menu screen. FIG. 15 is a flow diagram for explaining the card provision process. FIG. 16 is a flow diagram for explaining card display processing. FIG. 17 is a flow diagram for explaining card display processing according to the second embodiment. FIG. 18 is an example of a display screen in the second embodiment. FIG. 19 is a diagram for explaining an example of the effect in the second embodiment. FIG. 20 is a diagram for explaining an example of the effect in the third embodiment.

[System overview]
FIG. 1 is a diagram showing an example of the overall configuration of a game system according to the present invention. As shown in FIG. 1, the game system includes a player terminal 1 prepared for each game player (A, B, . . . , n (n is a natural number)) and a game server 2. The player terminal 1 and the game server 2 can be connected to a communication line N and can communicate with each other.

The communication line N means a communication path that allows data communication. In other words, the communication line N includes a dedicated line (dedicated cable) for direct connection, a LAN using Ethernet (registered trademark), etc., as well as communication networks such as a telephone communication network, a cable network, and the Internet. /Regardless of wireless.

The player terminal 1 is a computer that can execute a game program, and can connect 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 game device, an arcade game device, a personal computer, a tablet computer, a controller for a stationary home game device, or the like. Basically, a plurality of player terminals 1 exist and are operated by each player.

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 invention, manages data necessary for operating the game, and distributes game programs and data necessary for executing the game on the player terminal 1. It can be carried out.

FIG. 2 is a diagram showing an example of the device configuration of a smartphone, which is an example of the player terminal 1. As shown in FIG. As shown in FIG. 2, the player terminal 1 includes a display 11, a touch operation panel 12 that is integrated with the display 11, and a speaker 13. The player terminal 1 is also provided with a control board, a built-in battery, a power button, a volume control button, etc. (not shown).

The control board is equipped with various microprocessors such as a CPU, GPU, and DSP, various IC memories such as ASIC, VRAM, RAM, and ROM, and a wireless communication module for wirelessly communicating with a mobile phone base station. Furthermore, a so-called I/F circuit (interface circuit), such as a driver circuit for the touch operation panel 12, is mounted on the control board. Each of the elements mounted on these control boards is electrically connected to each other via a bus circuit or the like, and are connected so that data can be read and written and signals can be transmitted and received.

[Game description]
To help understand the present invention, a game will be described. The game described in the present invention will be described by taking as an example a competitive play (battle) game using the first game element owned by the player in the game system as described above.

Here, the first game element is a character, which is expressed as an image including a still image and a moving image, a virtual or tangible object, or the like. Examples of virtual or physical items include virtual cards displayed on a computer, physical cards, and the like. The first game element is used as a means of attack or defense used by players (including non-players operated by a computer) in battles within the game. Note that the article is not limited to a card, as long as it is configured such that a game element associated with the article can be specified. The article may be, for example, a shaped object such as a figure that has the appearance of a game element. In the following explanation, it is assumed that the first game element that can be made to appear by using a card in the game to be executed is a character whose behavior is controlled based on the player's operation, and the card includes the corresponding character. The following description assumes that a symbol (an image showing the external appearance of the character) is attached. Furthermore, the cards used to specify the game elements of the game to be executed are not limited to those configured so that game elements such as characters can be specified, but can also include items, activated effects, etc. Needless to say, it may also specify other game elements.

Furthermore, in the competitive battle game to which the present invention is applied, a second game element different from the first game element is added. Although the second game element is a certain character, it does not necessarily need to be associated with a virtual or tangible item.

The second game element has the property of providing the player with operation assistance information, which is information related to the progress of the game, at least in a phase in which the player can operate during a battle in the game. In other words, unlike the first game element whose behavior is controlled based on the player's operations, the second game element autonomously or spontaneously provides operational assistance information within the game. I can say that.

The operation support information provided by the second game element can be of any type as long as it is information related to the game, but for example, explanations of operation methods, operation instructions, explanations of terms, etc. that are information necessary for the progress of the game are provided. Information, information on the selection or action of the first game element (advice information such as card selection, opponent's card to be attacked, etc.), information that gives an advantage to the progress of the battle in the game (advantageous information on the battle result of the game, etc.) Examples include tactical information that is a strategy for battle strategy, such as advice information such as presenting the types of cards to use.

The second game element is obtained by selecting from a plurality of second game elements. The second game element can use the first game element within the game. Using the first game element includes selecting the first game element or determining an action of a character of the first game element within the game. If the first game element is, for example, a card, the second game element autonomously or spontaneously (actively) determines the selection of a card or the action (behavior) of a character on the card in a battle within the game. In other words, it performs actions similar to those of a non-player operated by a computer, such as the selection of the first game element or the determination of the actions of a card character, etc., performed by the player. . However, the conventional non-player is operated by a computer instead of a human player, but the second game element is different from the human player in that it exists separately and independently and uses the first game element. . Unlike conventional non-players, the player and the second game element form one group (pair) and play against a competing player.

Further, the second game element is called a buddy or a codeman, and has character information. This character information is the game strength (level) and attribute information (gender, personality, etc.) of the second game element. The character information influences the autonomous or spontaneous (active) behavior of the second game element (use of the first game element). In other words, the character information is the ability of the second game element, and the difference in ability allows the second game element to behave autonomously or spontaneously (actively) (use the first game element). It means that it is different. This character information changes as the second game element is selected and as the game progresses.

The autonomous or spontaneous (active) actions by the second game element as described above are performed based on information provided by the AI function provided in the game server 2. This AI function is an AI function obtained by machine learning using the game progress and results of many battle games as training data. Typical machine learning methods include deep learning, reinforcement learning, or a combination thereof, but are not limited thereto.

Further, the content or timing of provision of the autonomous or spontaneous operation assistance information of the second game element changes depending on the character information possessed by the second game element. This character information changes as the game progresses. Character information can have multiple parameters. For example, in this embodiment, the character information includes a parameter (hereinafter referred to as level) that changes depending on the experience value obtained from the result of the game, and a parameter that changes depending on the frequency of use of the type of first game element (hereinafter referred to as level). (hereinafter referred to as card understanding level), a parameter that changes depending on the usage rate of the type of the first game element (hereinafter referred to as personality), and a parameter that changes depending on a predetermined event (hereinafter referred to as synchro level) including.

The level represents the basic level of the second game element, and increases according to experience points obtained through battles. When the level increases, the thinking power of the second game element can be increased. The higher the thinking ability, the more appropriate operational assistance information can be provided according to the game situation.

The card understanding level is the level of understanding of the first game element (the level of understanding of the effect activated by the card character), and the higher the understanding level, the more appropriately the timing to use the first game element (card) will be notified. Operational assistance information can be provided.

The personality represents the attribute of the second game element, and changes depending on the usage rate of the attribute of the first game element (which has attributes depending on the character).

The synchronization level increases by achieving a predetermined event in the game. The predetermined event is logging into the game or a second game element acting together with the player within the game. Due to the difference in synchronization level, the content of expression of the operation assistance information, etc. differs. For example, the higher the synchronization level, the more intimate the expression.

The AI function provided in the game server 2 has a plurality of AI functions according to the character information described above, and can provide operation assistance information according to the height of the character information. That is, the higher the character information of the second game element is, the more appropriate operation assistance information can be provided.

[Summary of game content]
An overview of the game will be explained using the display screen of the display 11 of the player terminal 1.

In the game of this embodiment, the player uses virtual game cards (hereinafter simply referred to as "cards"), which are the first game elements (game objects), in the game. A plurality of types of cards are prepared, and they are distinguished by combinations of character abilities, card attributes, etc. associated with each card. For the abilities of the character, for example, ability parameter values such as level, attack power, and HP used in competitive play (battle) against opponents such as computer-controlled enemy characters and other players are determined. Card attributes are determined by colors such as red and blue, numbers, etc., for example.

The minimum number of cards required for battle is given to you when you register for an account, and you can also obtain them during the game, by purchasing them as paid items, or by drawing a lottery called gacha. In addition, cards can also be obtained by obtaining a physical game card (hereinafter referred to as a "real card") and completing a registration procedure so that the obtained real card can be used in the game. Specifically, when a player performs a registration procedure for a real card, he or she can obtain a card of the card type associated with the real card.

Then, the player constructs a deck with a predetermined number (for example, 40) of the cards he owns, and challenges the player to a battle using the deck. The player needs to compose a deck before starting the battle. Deck formation can be done by touching the card menu from the home screen or the like, and from the deck formation menu presented as one of the menus. If you have enough cards, you can create and set up multiple decks. A battle using a deck means winning or losing against an opponent using at least the ability parameter values (character information of the first game element) and card attribute settings set for the cards that make up the deck (deck cards). This is what determines.

When starting the game, the player completes account registration. When registering for an account, the player selects a preferred second game element from a plurality of second game elements.

When preparations for the battle are complete, the player starts the battle by selecting the battle menu (touch operation) from the home screen displayed after logging in.

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 screen of the display 11 includes a first player area 40 in which the cards of the player's own player are set, and a second player area 41 in which cards and the like of the opposing player are set. In addition, on the boundary between the first player area 40 and the second player area 41, operation information 42 related to operations in the ongoing battle, such as "Please select a card" and "Opponent is acting", is displayed. be done.

The first player area 40 and the second player area 41 each include a hand area 43, a field area 44, a base area 45, and a life area 46. The areas provided in the first player area 40 and the second player area 42 are located line-symmetrically with the operation information 42 in between. In the hand areas 43 of the first player area 40 and the second player area 41, cards (hands) obtained from the own deck are arranged. In the field area 44 of the first player area 40 and the second player area 41, cards selected by the player from the respective hand area 43 or base area 45 are arranged. Cards in the hand area 43 can be placed in the field area 44 by consuming a predetermined cost. Placing a card in the field area 44 is also called summoning a character. Cards placed in the field area 44 can activate their actions or effects. In the base areas 45 of the first player area 40 and the second player area 41, cards and mana items that are consumed as costs for placing cards in each field area 44 are placed. The life area 46 of the first player area 40 and the second player area 41 is an area of the player's own player who has life (HP), and a player life area 47 which is an area of the first object (force) which also has life. A force life area 48 is provided. In the player life area 47 of the first player area 40 and the second player area 41, the game object (second object) of the second game element corresponding to the own player and the life value of the own player are displayed. . The force life area 48 displays the first object and the life value of the first object. The first object exhibits a specific effect in the game.

In the battle, the player's turn and the opponent player's turn are alternately executed. 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.

In the mana phase, the player can place cards or mana items in his base area 45. For example, as shown in FIG. 4, the player touches (selects) a card in the hand area 43 with a finger and performs a drag operation to the base area 45 to move the card to the base area 45. Additionally, mana items displayed at a predetermined position in the first player area 40 during the mana phase can also be placed in the base area 45 by touching (selecting) them with your finger and dragging them to the base area 45. . Cards and mana items placed in the base area 45 can be consumed as costs. Note that the player may end the mana phase without placing any cards or mana items in the base area 45.

In the main phase, the player can decide and execute card actions such as summoning a character, attacking an opponent, activating a card effect, and moving cards.

The present invention provides a display that improves the player's interest when the player obtains cards for a game to be played by operating as described above. Here, in order to enhance the understanding of the present invention, a screen displayed on the display 11 when a player obtains a card will be explained. In the following explanation, an example will be described in which a player obtains a set of eight cards, but the number of cards is not limited to this.

The cards acquired by the player are first displayed in a display manner that makes it impossible to identify the type of card. That is, back images common to all cards are displayed at predetermined positions. FIG. 5A shows an example in which the back side image of the card is displayed on the display 11. The example shown in FIG. 5A is just an example, and other display modes may be used as long as the type of card cannot be identified.

In order to know the type of the acquired card, the player performs an operation to display an image of the front surface of the card, which is a display mode that allows the type of card to be identified. This operation is performed by inputting information using the touch operation panel 12 to the area of the display 11 where the back image of the card is displayed. Examples of operations include tapping, swiping, and the like. FIG. 5(b) shows an example of swiping the area where the back images of the cards are arranged, and FIG. 5(c) shows an example of sequentially tapping the back images of the arranged cards. The examples shown in FIGS. 5(b) and 5(c) are just examples, and the start and end points of the swipe and the order of the taps are not limited to these. In the following description, a case of swiping will be used as an operation example.

In the present invention, the number of operations (timing) for displaying the surface image of a card differs depending on the rarity of the card. The operation for displaying the image on the front side of the card will be explained in detail using FIG. 6.

FIG. 6(a) is an example of a display screen when a player obtains a card. The images of the backs of all cards are displayed, and the cards are virtually on their backs.

The player swipes the area on the display 11 where the back image of the card is displayed. FIG. 6(b) is an example of a display screen displayed on the display 11 when one swipe is performed. In the first swipe, the front image of the card with the lowest rarity is displayed, so in Figure 6(b), the one card with the lowest rarity is the front, and the other The card remains face-down.

The player again swipes the area on the display 11 where the back image of the card is displayed. FIG. 6C is an example of a display screen displayed on the display 11 when the swipe is performed twice. The second swipe will display the front of the card with the second lowest rarity. Since the front image of the one card with the second lowest rarity is displayed, in Figure 6(c), the two cards with the first and second lowest rarities are on the front, and All other cards remain face-down. The player repeats swiping 1, 2, 3, . . . n times (n: natural number) until images of the front surfaces of all cards are displayed.

In this way, as the rarity of the card increases, the number of swipe operations performed by the player increases. That is, as the rarity of the card increases, the time for which the back image is displayed increases.

As described above, the number of operations for changing a card acquired by a player from a display mode in which the type of card cannot be identified to a display mode in which the type of card can be identified differs depending on the rarity of the card.

[composition]
FIG. 7 is a block diagram showing an example of the functional configuration of the player terminal 1. As shown in FIG. As shown in FIG. 7, the player terminal 1 includes an operation input section 50, a storage section 51, a processing section 52, an image display section 53, a sound output section 54, and a communication section 55.

The operation input section 50 is used by the player to input various operations, and outputs an operation input signal corresponding to the operation input to the processing section 52. The functions of the operation input unit 50 include, for example, elements that the player directly operates with their fingers, such as a touch operation pad, home button, button switch, joystick, and trackball, as well as an acceleration sensor, an angular velocity sensor, an inclination sensor, and a geomagnetic sensor. This can also be achieved using elements that detect movement or posture. In FIG. 2, this corresponds to the touch operation panel 12.

The storage unit 51 stores in advance programs for operating the player terminal 1 and realizing various functions of the player terminal 1, data used during the execution of this program, or temporarily stores data each time processing is performed. be memorized. The storage unit 51 can be realized by, for example, a RAM, a ROM, an IC memory such as 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 storage unit 51 stores a system program and a game program. 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 section 52 to function as the game calculation section 61. This program is distributed from the game server 2 or another application distribution server after the player completes account registration.

Furthermore, the storage unit 51 stores player data and card data. In addition, data on items held by the player, model data and texture data for displaying images of game elements, motion data, effect data, background images of game screens, sound data such as sound effects, etc. The data is distributed as necessary for the game and stored in the storage unit 51.

The player data includes held card identification information and deck setting information. FIG. 8 is a diagram showing an example of player data. The held card identification information is identification information of the card acquired by the player. When a player owns a plurality of the same cards, a plurality of cards with the same identification information are stored. In a battle using cards, a deck is constructed from a predetermined number (for example, 40) of the cards owned by the player, and a competitive play is performed using the deck against an opponent. The deck setting information is information indicating whether the player has set the card in the deck. When the player sets the card in the deck, the deck setting information is checked (turned on).

Card data is information regarding all cards set in the game. FIG. 9 is a diagram showing an example of card data. In the card data, card identification information, identification information of an image on the front of the card, character abilities, and card attributes are stored in association with each other. FIG. 9 shows an example in which HP is stored as character ability information and rarity is stored as card attribute information.

The processing section 52 comprehensively controls the operation of the player terminal 1 based on programs and data stored in the storage section 51, operation input signals from the operation input section 50, and the like. The functions 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 section 52 includes a game calculation section 61, a communication control section 62, and a detection section 63 as main functional sections.

The game calculation unit 61 executes various game processes according to the present embodiment. The game calculation section 61 includes a card providing section 71 , a display control section 72 , a game management section 73 , and an audio control section 74 .

The card providing unit 71 performs processing related to card provision. Cards are provided to players by satisfying predetermined conditions for card provision. The predetermined conditions include the payment of compensation (money, in-game currency, points acquired by the player by participating in a lottery event conducted on the Internet, etc.), and the payment of compensation for the player's actions within the game or outside the game. There are exchanges for earned consideration, registration of user accounts, etc. When the player operates the touch operation panel 12 of the player terminal 1 to input a card provision request, the card provision section 71 transmits the card provision request to the game server 2 via the communication section 55 . The card providing unit 71 receives card identification information transmitted from the game server 2 via the communication unit 55 when the card providing conditions are satisfied. The card providing unit 71 adds the received card identification information to the user data in the storage unit 51. The card providing unit 71 reads out the rarity values of all the received cards and the identification information of the card images from the card data based on the received identification information of all the cards. The card providing unit 71 associates the read rarity value and the identification information of the card image with the card identification information and outputs the obtained card rarity information to the display control unit 72.

The display control unit 72 controls the display of the overall game image displayed on the display 11. When the acquired card rarity information is output from the card providing unit 71, the display control unit 72 displays the back image of the card on the display 11 according to the card display format indicating the position for displaying each card on the display 11. indicate. Furthermore, each acquired card is assigned to each position in the card display format. FIG. 10 is a diagram for explaining the card display format. The arrangement of cards displayed on the display 11 is determined in advance, and position identification information is attached to each position where a card is arranged. FIG. 10 is an example in which position identification information is attached in order from 1 to 8. The display control unit 72 assigns the card identification information of the acquired card to each position identification information, and displays the surface image of the card at the position of the assigned position identification information.

When the detection unit 63 detects an input operation by the player, the display control unit 72 checks the rarity value of the card whose front surface is not displayed on the display 11, and identifies the card image of the card with the lowest rarity value among them. The image of the front surface of the card is read from the storage unit 51 based on the information. The display control unit 72 displays the read image at the position of the position identification information assigned to the card. The display control unit 72 checks the rarity values of cards whose front surfaces are not displayed until the front surfaces of all cards are displayed, and displays the image of the front surface of the card with the lowest rarity value.

The game management section 73 manages the progress of the entire game.

The audio control unit 74 generates audio signals such as sound effects and BGM related to the game, audio information of operation assistance information, and various operation sounds, and outputs them to the audio output unit 54. The functions of the audio control unit 74 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 audio files, or the like.

The communication control unit 62 performs communication connection and data processing for data communication with the game server 2 via the communication unit 55, which will be described later.

The detection unit 63 detects whether an input that matches a preset condition is input from the operation input unit 50. In the following description, a press in a predetermined area on the display 11 will be detected.

The image display section 53 displays various game screens based on image signals input from the display control section 71. The function of the image display section 53 can be realized by a display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head-mounted display, for example. In FIG. 2, the image display section 62 corresponds to the display 11.

The audio output unit 54 is for outputting sound effects and the like related to the game based on audio signals input from the audio control unit 74. In FIG. 2, the audio output unit 54 corresponds to the speaker 13.

The communication unit 55 connects to the communication line N to realize communication. The functions of the communication unit 55 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, and the like.

The configuration of the game server 2 will be explained. FIG. 11 is a block diagram showing an example of the functional configuration of the game server 2. As shown in FIG.

The game server 2 includes a processing section 91, a communication section 92, and a storage section 93.

The processing section 91 includes a player management section 101, a game management section 102, and an offer card determination section 103.

The player management unit 101 uses user information data to manage accounts, game progress, etc. for each connected player terminal 1.

The game management unit 102 receives card setting information, information regarding the game battle, etc. from the player terminal 1, and performs battle processing using the card setting information, information regarding the game battle, and card data.

The provision card determining unit 103 receives a card provision request from the player terminal 1 via the communication unit 93, and determines whether the card provision conditions are satisfied. If the card provision conditions are met, the provision card determining unit 103 transmits identification information of the card to be provided to the player to the player terminal 1 via the communication unit 93. The identification information of the card to be provided to the player is determined based on conditions (probability of acquisition) set in advance according to the rarity of each card.

The communication unit 92 connects to the communication line N to realize communication.

The storage unit 93 stores system programs and game programs. 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 section 91 to function as the player management section 101, the game management section 102, and the provided card determination section 103.

Furthermore, the recording unit 92 stores user information data and card data.

The user information data is basic data of players participating in the game, and records user information data for each player. The user information data includes identification information of a card held by the user. The card data is the same data as the card data held by the player terminal 1.

[motion]
The operation in this embodiment will be explained. FIG. 12 is a sequence diagram for explaining the operation of this embodiment.

The player operates the player terminal 1 to request a card acquisition (step 1).

Upon receiving a card acquisition request from the player, the player terminal 1 executes a card acquisition process (step 2).

When the game server 2 receives the card acquisition request from the player terminal 1, it executes a card provision process (step 3).

When the player terminal 1 is provided with a card from the game server 2, it executes a card display process (step 4). The card display process includes a process in which the player operates the touch operation panel 12 of the player terminal 1 to input data while the card display process is being executed (step 5).

Next, details of the card acquisition process (step 2) executed by the player terminal 1 will be explained using the flowchart of FIG. 13.

The image display unit 53 causes the display 11 to display a card acquisition menu as shown in FIG. 14 (step 21). The player operates the touch operation panel 12 of the player terminal 1 to request the acquisition of a card. The example shown in FIG. 13 shows that the player operates the touch operation panel 12 and selects "Card Pack 1."

The detection unit 63 detects that the player has selected the content entered by operating the touch operation panel 12, in this case, “Card Pack 1”, and the card providing unit 71 detects that “Card Pack 1” has been selected. (Step 22).

The card providing unit 71 generates an acquisition request for the card pack 1 and transmits it to the game server 2 via the communication unit 55 (step 23).

Next, details of the card provision process (step 3) executed by the game server 2 will be explained using the flow diagram of FIG. 15.

The communication unit 93 of the game server 2 receives the card acquisition request transmitted from the player terminal 1 (step 31).

When the card acquisition request is received, the provision card determining unit 103 determines whether card provision conditions such as payment of a price are satisfied (step 32). If the provision conditions are not met (step 32: No), notification information is sent to the player terminal 1 so that a notification to the effect that the card provision conditions are not met is displayed on the display 11 of the player terminal 1 ( Step 33).

If the provision conditions are met (step 32: Yes), the identification information of the card is transmitted to the player terminal 1 via the communication unit 93 (step 34).

Next, details of the card display process (step 4) executed by the player terminal 1 will be explained using the flowchart of FIG. 16. In the following description, an example will be explained in which the player performs an operation of swiping the arranged cards as shown in FIG. 5(b).

The communication unit 55 receives the card identification information transmitted by the game server 2 (step 41).

The card providing unit 71 reads out the rarity values of all the received cards and the identification information of the card images based on the received card identification information (step 42). The card providing unit 71 associates the read rarity value and the identification information of the card image with the identification information of the card, and outputs it as acquired card rarity information (step 43).

When the display control unit 72 receives the acquired card rarity information output by the card providing unit 71, it assigns card identification information to each position in the card display format and determines the display position of each card (step 44).

The display control unit 72 reads the back image from the storage unit 51 and displays it on the display 11 according to the card display format (step 45).

When the back images of all the cards are displayed on the display 11, the detection unit 63 starts detecting a swipe by the player on the area where the cards are displayed on the touch operation panel 12 (step 46). When the detection unit 63 detects a swipe operation, it notifies the display control unit 72 of the detection (step 46: Yes). The display control unit 72 checks the rarity value of the card whose front surface is not displayed on the display 11, and stores the image of the front surface of the card in the storage unit based on the card image identification information of the card with the lowest rarity value. 51 and displayed at the display position to which the card is assigned (step 47).

The display control unit 72 checks whether the front surfaces of all cards are displayed (step 48). If the front surfaces of all cards are not displayed (step 48: No), the process returns to step 7. If the front faces of all cards are displayed (step 48: Yes), the process ends.

Although the above embodiment has been described using a configuration in which card data of all cards are stored in advance in the player terminal 1, the present invention is not limited to this configuration. For example, when the card provision conditions are met, the provision card determining unit 103 transmits the card identification information, the card image, the character HP, and the rarity, and the card provision unit 71 and the display control unit 72 receive the card identification information. The information, card image, character HP, and rarity may be used to perform operations similar to those described above.

According to the present invention described above, an image of the back side of a card acquired by the player is displayed, and when the player touches the image of the back side of the card on the touch panel, the rarity of the card changes from low to high according to the number of times the player touches the image of the back side of the card. Since the images of the front of the cards are displayed in sequence, the player can perform the next action with a sense of anticipation. This increases the player's interest.

<Second embodiment>
The above embodiment has been described using an example in which the back side of the card is displayed as an example of a display mode in which the card cannot be identified. In this embodiment, an example in which a card is virtually contained in a package will be described as an example of a display mode in which a card cannot be identified. Note that the same components as those in the above embodiment are given the same numbers and detailed explanations will be omitted.

The detection unit 63 detects the operation of the touch operation panel 12 by the player. In this embodiment, an example will be described in which a region where an image of a package is displayed is tapped, but the invention is not limited to this.

When the detection unit 63 detects an input operation by the player, the display control unit 72 checks the rarity value of the card whose front surface is not displayed on the display 11, and identifies the card image of the card with the lowest rarity value among them. The image of the front surface of the card is read from the storage unit 51 based on the information. The display control unit 72 displays the read image at the position of the position identification information assigned to the card.

The display control unit 72 checks the rarity values of cards whose front surfaces are not displayed until the front surfaces of all cards are displayed, and displays the image of the front surface of the card with the lowest rarity value.

[motion]
The operation in this embodiment will be explained. FIG. 17 is a sequence diagram for explaining the operation of this embodiment. In the following description, the operations up to step 43 in which the card providing unit 71 outputs the obtained card rarity information are the same as those in the above embodiment, so the description will be omitted.

The display control unit 72 reads the package image from the storage unit 51 and displays it on the display 11 (step 51). An example of the display screen displayed on the display 11 at this time is shown in FIG. 18(a).

When the package image is displayed on the display 11, the detection unit 63 starts detecting a tap operation from the player on the area where the package image is displayed (step 52). When a tap operation is detected (step 52: Yes), the display control unit 72 is notified of the detection.

The display control unit 72 checks the rarity of the card whose front surface is not displayed on the display 11 using the rarity information of the acquired card, and acquires the identification information of the card image of the card with the lowest rarity among them (step 53 ). The display control unit 72 reads the image of the front surface of the card from the storage unit 51 based on the identification information of the acquired card image, and displays it at the display position to which the card is assigned (step 54). FIG. 18(b) shows an example of a display screen displayed by one tap operation, and FIG. 18(c) shows an example of a display screen displayed by two tap operations.

The display control unit 72 checks whether the front surfaces of all cards are displayed (step 55). If the front surfaces of all cards are not displayed (step 55: No), the process returns to step 52. If the front surfaces of all cards are displayed (step 55: Yes), the process ends.

In the above description, the display control unit 72 displays the read image as it is at the position to which the card is assigned, but effects may be added before displaying the front surface of the card. For example, as in the examples shown in FIGS. 19(a) and 19(b), if an image or video of a card virtually coming out of a package is displayed, and then an effect is added in which the front of the card is displayed, the player can The viewer is visually stimulated and becomes more interested.

According to the present invention described above, an image of a package in which a card acquired by the player is virtually placed is displayed, and when the player touches the package image on the touch panel, the rarity is changed from low to low according to the number of times the player touches the package image. Since the image of the front surface of the card is displayed in order of higher rarity, the player can perform the next action with a sense of anticipation. This increases the player's interest.

<Third embodiment>
In this embodiment, a configuration will be described in which a message that further input operation is required is displayed on the display 11 when the front surfaces of all cards are not displayed. Note that the same components as those in the above embodiment are given the same numbers and detailed explanations will be omitted. Furthermore, although the description will be made using a configuration applied to the first embodiment, it may also be applied to the second embodiment.

The display control unit 72 checks whether the front faces of all the cards are displayed, and if the front faces of all the cards are not displayed, displays a message prompting the player to perform a swipe operation. That is, when the detection unit 63 starts detecting the swipe operation by the player, a display prompting the player to perform the swipe operation is displayed.

FIG. 20 shows an example in which an effect image is displayed in the form of a speech bubble as a buddy's dialogue, which is a second game element, saying "Please swipe" in order to encourage further touch operations. The configuration may be such that the character string "Please swipe" is simply displayed on the display.

In the above description, when the detection unit 63 starts detecting the swipe operation by the player, a display prompting the player to perform the swipe operation is displayed as an example. However, the display may be other than this. For example, if a swipe operation is not detected for a predetermined period of time, a display may be displayed to prompt the player to perform a swipe operation.

Further, in the above description, the effect of displaying the effect image was executed, but the effect method may be other methods. For example, a performance sound may be prepared in advance instead of a performance image, and the performance sound may be output from the audio output unit 52. Alternatively, instead of using a presentation image, a presentation may be performed using a presentation vibration. Further, in the present invention, a performance image, a performance sound, and a performance vibration may be combined.

According to the present embodiment, by displaying an effect image that prompts the player to perform further operations, the player can see that the acquired cards include cards of high rarity, thereby increasing the player's interest.

Preferred embodiments and examples have been described above. However, the present invention is not necessarily limited to the above embodiments and examples, and can be modified and implemented in various ways within the scope of the technical idea.

Some or all of the above embodiments are also described in the following supplementary notes, but are not limited to the following.

(Additional note 1)
A terminal that executes a game using a first game element,
Comprising a memory storing execution instructions and a processor,
The processor, according to the execution instruction,
Acquisition processing for acquiring game elements;
a detection process for detecting an operation on the display section by the player;
When the detection means detects an operation on at least one of the game elements displayed in the first display mode on the display section, the game element whose rarity attached to the game element is the first rarity is displayed as the first rarity. A terminal that executes a display control process that displays game elements in two display modes, and displays game elements with a rarity other than the first rarity while maintaining the first display mode.

(Additional note 2)
Comprising a memory storing execution instructions and a processor,
The processor, according to the execution instruction,
Acquisition processing for acquiring game elements;
a detection process for detecting an operation on the display section by the player;
When the detection means detects an operation on at least one of the game elements displayed in the first display mode on the display section, the game element whose rarity attached to the game element is the first rarity is displayed as the first rarity. A terminal that executes a display control process that displays game elements in two display modes and that has a rarity other than the first rarity while maintaining the first display mode.

(Additional note 3)
A game management server capable of communicating with a terminal that executes a game using game elements,
Comprising a memory storing execution instructions and a processor,
The processor, according to the execution instruction,
Acquisition processing for acquiring game elements;
a detection process for detecting an operation on the display section by the player;
When the detection means detects an operation on at least one of the game elements displayed in the first display mode on the display section, the game element whose rarity attached to the game element is the first rarity is displayed as the first rarity. A game management server that executes a display control process that displays game elements in two display modes, and displays game elements having a rarity other than the first rarity while maintaining the first display mode.

(Additional note 4)
Comprising a memory storing execution instructions and a processor,
The processor, according to the execution instruction,
Processing to obtain game elements,
a process of displaying the acquired game element in a first display mode;
A process of detecting an operation on a game element displayed in a first display mode;
If the rarity of the game element for which the operation was detected is a first rarity, a process of displaying the operated game element in a second display mode;
A program that causes a computer to execute.

1 Player terminal 2 Game server 11 Display 12 Touch operation panel 13 Speaker

Claims (9)

Acquisition processing for acquiring multiple game elements;
a display process of displaying the plurality of game elements in a display area in a first display mode;
detection processing for detecting the number of operations on the display area;
The number of operations for changing the game element from the first display mode to the second display mode is predetermined according to each rarity of the game element, and a lower rarity is determined than a game element for which a higher rarity is determined. a change process of first changing the game element to the second display mode;
A program that causes a computer to execute. The acquisition process is performed by satisfying a condition for paying a price for acquiring the game element.
The program according to claim 1. 3. The program according to claim 1, wherein the display time of the first display mode of the game element becomes longer as the rarity becomes higher. The number of operations for changing the game element from the first display mode to the second display mode increases as the rarity of the game element increases;
The program according to any one of claims 1 to 3. when at least one of the game elements is displayed in the first display mode, executing a process of displaying information prompting for further operations;
The program according to any one of claims 1 to 4. The information prompting the further operation is displayed using a second game element different from the game element.
The program according to claim 5. The first display mode is a mode in which the game element cannot be identified, and the second display mode is a mode in which the game element can be identified.
The program according to any one of claims 1 to 6. The first display mode is a mode in which the rarity of the game element cannot be identified, and the second display mode is a mode in which the rarity of the game element can be identified.
The program according to any one of claims 1 to 7. an acquisition means for acquiring multiple game elements;
Display means for displaying the plurality of game elements in a display area in a first display mode;
detection means for detecting the number of operations on the display area;
The number of operations for changing the game element from the first display mode to the second display mode is predetermined according to each rarity of the game element, and a lower rarity is determined than a game element for which a higher rarity is determined. Changing means for first changing the game element to the second display mode;
A terminal equipped with

Images