JP2023016579A - Program, system, and method for providing game - Google Patents

Abstract

To enhance interest in a game using a map having multiple squares.SOLUTION: A game providing server 10 provides a user who operates a player terminal 30 communicably connected via a communication network 20 with a game. The server 10 displays a screen for showing a possession situation of multiple kinds of objects, and grants at least one portion of the objects to a player via a predetermined event related to a square that a play object map to which the multiple kinds of objects are related has, such that the player can enjoy collecting and browsing objects while progressing strategy of the map.SELECTED DRAWING: Figure 1

Description

The present invention relates to a program, system and method for providing games.

Conventionally, a game using a map having a plurality of squares (also called spots, areas, segments, stages, etc.) has been provided. Such games are typically configured so that an event associated with a square selected from among multiple squares occurs. For example, Patent Literature 1 below discloses a baseball game in which one of a plurality of scout areas is searched to obtain a player card. Further, for example, Patent Literature 2 below describes a map in which a plurality of search spots and a plurality of routes connecting the search spots are set. A game is disclosed in which a predetermined search (finding items, etc.) is performed in

JP 2013-192693 A JP 2015-223507 A

However, in the conventional game as described above, although the player of the game can enjoy acquiring items such as player cards by searching the squares included in the map, acquisition of such items alone is not sufficient for the game. In some cases, the process became monotonous.

One object of the embodiments of the present invention is to improve interest in a game using a map having a plurality of squares. Other objects of embodiments of the present invention will become apparent upon review of the specification as a whole.

A program according to an embodiment of the present invention is a program for providing a game, comprising the step of: displaying on a computer a screen showing possession statuses of objects of a plurality of types; a step of identifying a map to be played, a step of accepting selection of one square from among one or more playable squares included in a plurality of squares of the map to be played; , wherein the predetermined event includes an event that enables acquisition of at least a portion of the plurality of types of objects, and at least a portion of the plurality of squares is played Playable conditions for becoming possible are different from each other.

A system according to one embodiment of the present invention is a system for providing a game, comprising one or more computer processors, wherein the one or more computer processors, in response to execution of readable instructions, a step of displaying a screen indicating possession status of a plurality of types of objects; a step of specifying a map to be played with which the plurality of types of objects are associated; receiving a selection of one square from one or more playable squares; and generating a predetermined event associated with the selected square, wherein the predetermined event is one of the plurality of types. and at least some of the plurality of squares have different playable conditions for becoming playable.

A method according to an embodiment of the present invention is a method for providing a game executed by one or more computers, comprising the steps of: displaying a screen showing possession of a plurality of types of objects; a step of identifying a map to be played to which an object of the type is associated; and a step of accepting selection of one square from among one or more playable squares included in a plurality of squares of the map to be played. and generating a predetermined event associated with the selected square, wherein the predetermined event includes an event capable of acquiring at least a portion of the plurality of types of objects, and at least one of the plurality of squares Some differ from each other in playable conditions for becoming playable.

Various embodiments of the present invention increase the interest in games using maps with multiple squares.

1 is a configuration diagram schematically showing the configuration of a network including a game providing server 10 according to one embodiment of the present invention; FIG. 4 is a diagram illustrating information managed by a player information table 151; FIG. FIG. 4 is a diagram exemplifying information managed by an object information table 153; FIG. 4 is a diagram exemplifying information managed by a possessed object management table 155; FIG. FIG. 5 is a diagram illustrating a card set list screen 50; 4 is a diagram exemplifying a card list screen 60; FIG. FIG. 7 is a view exemplifying a map screen 70; FIG. FIG. 4 is a diagram illustrating types of squares on the entire map; FIG. 7 is a view exemplifying a map screen 70; FIG. FIG. 7 is a view exemplifying a map screen 70; FIG.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the drawings, the same reference numerals may be used for the same or similar components.

FIG. 1 is a configuration diagram schematically showing the configuration of a network including a game providing server 10 according to one embodiment of the present invention. As illustrated, the server 10 is communicably connected to the player terminal 30 via a communication network 20 such as the Internet. Although only one player terminal 30 is illustrated in FIG. 1 , the server 10 can be communicatively connected to a plurality of player terminals 30 . The server 10 provides games to users operating the player terminals 30 . The game is configured as a game using a map having a plurality of squares (also called spots, areas, segments, stages, etc.). The game providing server 10 is an example of a device implementing all or part of the system of the present invention.

First, the hardware configuration of the game providing server 10 will be described. The game providing server 10 is configured as a general computer. As shown in FIG. 1, the computer processor 11, main memory 12, input/output I/F 13, communication I/F 14, storage ) 15, and these constituent elements are electrically connected via a bus or the like (not shown).

The computer processor 11 is configured as a CPU, GPU, or the like, reads various programs stored in the storage 15 or the like into the main memory 12, and executes various instructions included in the programs. The main memory 12 is composed of, for example, a DRAM.

The input/output I/F 13 includes various input/output devices for exchanging information with an operator or the like. The input/output I/F 13 includes, for example, information input devices such as keyboards and pointing devices (for example, mice, touch panels, etc.), voice input devices such as microphones, and image input devices such as cameras. The input/output I/F 13 includes an image output device such as a display and an audio output device such as a speaker.

The communication I/F 14 is implemented as hardware such as a network adapter, various types of communication software, or a combination thereof, and is configured to enable wired or wireless communication via the communication network 20 or the like.

The storage 15 is composed of, for example, a magnetic disk, flash memory, or the like. The storage 15 stores various programs including an operating system, various data, and the like. For example, as shown in FIG. 1, the storage 15 includes a player information table 151 that manages information about players of the game, an object information table 153 that manages information about objects that can be obtained through the game, and data held by each player. and a possessed object management table 155 for managing information about objects to be stored. Also, for example, the storage 15 stores a server-side program 40 according to one embodiment of the present invention. The program 40 is a program for causing the game providing server 10 to function as all or part of a system for providing games. At least part of the server-side program 40 can be configured to be executed on the player terminal 30 side via a web browser or other application.

In this embodiment, the game providing server 10 can be configured using a plurality of computers each having the hardware configuration described above. For example, the server 10 may be composed of one or more server devices.

The game providing server 10 configured in this manner has functions as a web server and an application server, and responds to requests from web browsers or other applications (for example, game applications, etc.) installed in the player terminals 30. In response, various processes are executed, and screen data (for example, HTML data) and control data according to the results of the processes are transmitted to the player terminal 30 . A web page or other screen based on the received data is displayed on the player terminal 30 .

Next, the hardware configuration of the player terminal 30 will be described. The player terminal 30 is configured as a general computer, and as shown in FIG. 35, and these constituent elements are electrically connected via a bus or the like (not shown).

The computer processor 31 is configured as a CPU, GPU, or the like, reads various programs stored in the storage 35 or the like into the main memory 32, and executes various instructions included in the programs. The main memory 32 is composed of, for example, a DRAM.

The input/output I/F 33 includes various input/output devices for exchanging information with an operator or the like. The input/output I/F 33 includes, for example, information input devices such as keyboards and pointing devices (for example, mice and touch panels), voice input devices such as microphones, and image input devices such as cameras. The input/output I/F 33 includes an image output device such as a display and an audio output device such as a speaker.

The communication I/F 34 is implemented as hardware such as a network adapter, various types of communication software, or a combination thereof, and is configured to enable wired or wireless communication via the communication network 20 or the like.

The storage 35 is configured by, for example, a magnetic disk or flash memory. The storage 35 stores various programs including an operating system, various data, and the like. A program stored in the storage 35 can be downloaded from an application market or the like and installed.

In this embodiment, the player terminal 30 may be configured as a smart phone, tablet terminal, wearable device, personal computer, game terminal, or the like.

A user (game player) of the player terminal 30 configured in this manner communicates with the server 10 via a web browser or other application installed in the storage 35 or the like, thereby providing information provided by the server 10. You can play games that

Next, functions of the game providing server 10 configured as described above will be described. The computer processor 11 of the server 10, as shown in FIG. , and the game progress control unit 113 .

The management function control unit 111 is configured to execute various processes related to control of game management functions. For example, the management function control unit 111 transmits screen data and control data of various screens related to the management function to the player terminal 30, and responds to an operation input by the player via the screen displayed on the player terminal 30. and executes various processes, and transmits screen data, control data, etc. according to the results of the processes to the player terminal 30 . Management functions controlled by the management function control unit 111 include, for example, login processing (user authentication), billing control, player account management, and the like.

The game progress control unit 113 is configured to execute various processes related to controlling the progress of the game. For example, the game progress control unit 113 transmits screen data and control data of various screens for progressing the game to the player terminal 30, and the player's operation via the screen displayed on the player terminal 30 is performed. Various processes are executed in response to the input, and screen data, control data, etc. according to the results of the processes are transmitted to the player terminal 30 .

In the present embodiment, the game progress control unit 113 is configured to display a screen showing possession states of multiple types of objects. For example, the game progress control unit 113 transmits screen data, control data, etc. of the screen to the player terminal 30 and causes the player terminal 30 to display the screen.

Objects in this embodiment include various types of electronic and virtual objects depending on the design of the game. For example, objects can be configured as cards or characters. The object is typically used in the game of this embodiment, or can be used in other games.

In addition, the game progress control unit 113 identifies a map to be played with which the plurality of types of objects are associated, and selects one or more playable squares included in the plurality of squares of the map to be played. is configured to accept a selection of 1 square from . For example, the game progress control unit 113 causes the player terminal 30 to display a screen including a map to be played, and accepts selection of a square by the player via the screen.

In this embodiment, at least some of the plurality of squares on the map have different playable conditions for becoming playable. For example, the playable condition in the first square is configured as a condition that is satisfied based on the value of the first parameter, while the playable condition in the second square is configured as a condition that is satisfied based on the value of the second parameter. be done.

Also, the game progress control unit 113 is configured to generate a predetermined event associated with the selected square. In this embodiment, the predetermined event associated with the square includes various events, for example, an event in which the player can obtain at least some of the plurality of types of objects. In this case, the object is given to the player as a reward or a privilege for a mini-game as an event, for example.

In this way, the game providing server 10 in the present embodiment displays a screen showing the possession status of a plurality of types of objects, and the plurality of types of objects associated with the squares of the play target map. At least some of these objects are given to the player through a predetermined event, so the player can enjoy collecting and viewing the objects while progressing through the map. In this way, the game providing server 10 enhances interest in a game using a map having a plurality of squares.

In this embodiment, playable conditions for making squares included in the map playable include various types of conditions. For example, playable conditions may include conditions that are satisfied based at least on consumption of virtual items (eg, conditions that include consumption of a predetermined number of virtual items as necessary or sufficient conditions). A square set with such a playable condition can be selected by, for example, a player who has a predetermined number of virtual items, but cannot be selected by a player who does not have the predetermined number of virtual items. Virtual items include various types of virtual and electronic items, including, for example, points and scores. Also, such virtual items may be items that can be acquired in a predetermined event that occurs in response to selection of a square (for example, items given as rewards for mini-games, etc.). Such a configuration provides the player with the enjoyment of acquiring virtual items.

Also, playable conditions may include, for example, conditions that are satisfied at least based on the passage of time (for example, conditions that include elapse of a predetermined time or arrival at a predetermined date and time as necessary or sufficient conditions). For example, a square set with such a playable condition becomes playable after a predetermined time elapses, or becomes playable when a predetermined date and time is reached. Such a configuration may encourage players to continue playing the game.

Playability conditions may also include, for example, conditions that are satisfied at least based on possession of a given object or objects (eg, conditions that include possession of such objects as necessary or sufficient conditions). Such objects are part of the object types associated with the map being played, or include objects other than these object types. For example, a square set with such a playable condition can be selected by a player who owns the corresponding object, but cannot be selected by a player who does not own the corresponding object. Such a configuration may facilitate object acquisition.

In this embodiment, the predetermined event that occurs in response to selection of a square includes various types of events in addition to the above-described event that can acquire an object. For example, predetermined events may include events that make other squares playable. In other words, the playable conditions described above include conditions that are satisfied based at least on the occurrence of predetermined events associated with other squares. Such an event can also be said to be an event that opens a part of a route composed of multiple squares. Such a configuration may facilitate the play of many squares.

Also, the predetermined event may include, for example, an event that causes one or more additional squares to appear. For example, additional squares appear as rewards or benefits such as mini-games as predetermined events. Such a configuration may facilitate the play of many squares.

In this embodiment, a map to be played may be specified from among a plurality of maps. In this case, each of the multiple maps can be associated with mutually different combinations of multiple types of objects. For example, the first object group associated with the first map and the second object group associated with the second map differ from each other in the combination of types of objects included. For example, the game progress control unit 113 causes the player terminal 30 to display a screen including a plurality of object groups (a plurality of combinations of a plurality of types of objects), and corresponds to the object group selected by the player through the screen. Identifies the map as the map to be played. Each object group consists of, for example, a plurality of types of objects having the same value of a specific parameter. Such a configuration may provide the player with enjoyment regarding map selection (ie, selection of objects).

Next, a specific example as one aspect of the game providing server 10 of this embodiment having such functions will be described. In this example, the game provided by the game providing server 10 is configured as a game in which character cards are acquired through playing a map. In this example, character cards are used in a card game in which decks are constructed and battles are conducted. Note that the game providing server 10 may provide such a card game itself.

First, in this example, information managed by each table will be described. FIG. 2 illustrates information managed by the player information table 151 in this example. The player information table 151 in this example manages information about game players, and includes account names, genders, dates of birth, etc. in association with "player accounts" that identify individual players, as shown in the figure. It manages information such as "basic information", "number of points held" which is the number of points held by the player, "remaining number of searches" which is the number of remaining searches in an individual map to be described later, and "held item information". Points are virtual items that are consumed when playing the whole map, which will be described later, and recover to a predetermined value (for example, 10 points) at a predetermined time every day. Note that the points may be recovered after a predetermined period of time (for example, one hour) has passed. Also, the points may be purchased for a fee. Possessed item information is information related to virtual items other than points held by the player, and includes information (for example, item ID) that can identify the virtual item, the number of held items, and the like.

FIG. 3 illustrates information managed by the object information table 153 in this example. The object information table 153 in this example manages information related to character cards, and as shown in the figure, is associated with a "card ID" that identifies an individual card, and contains "name", "image information", "HP", It manages information such as "attribute", "rarity", "skill information", and "card set ID" for identifying the card set to which this card belongs. A card identified by a card ID can also be called a card type. A card set, which will be described later in detail, is a group of cards made up of a plurality of types of character cards. In this example, one card belongs to only one card set, but one card may belong to multiple card sets.

FIG. 4 illustrates information managed by the possessed object management table 155 in this example. The owned object management table 155 in this example manages information about cards owned by each player, and as shown in the figure, a combination of a "player account" that identifies an individual player and a "card ID" that identifies an individual card. , and manages information such as "number of holdings". In this example, the player can possess multiple cards of the same type.

The information managed by each table has been described above in this example. Next, in this example, screens displayed on the player terminal 30 will be described. FIG. 5 illustrates a card set list screen 50 displayed on the player terminal 30. As shown in FIG. As shown, the screen 50 has a list display area 52 for displaying a list of card sets. In the area 52, a plurality of card set objects 521 each corresponding to an individual card set are arranged vertically. are placed.

The card set object 521 displays the image and name of the corresponding card set. In this example, there are two types of card sets, a basic set and an expansion set. A basic set is composed of a plurality of types of cards that are the minimum necessary for conducting a card battle. The expansion set is composed of multiple types of cards for advancing the card battle advantageously. A basic set and/or an expansion set, for example, consists of cards with the same attributes. Such a card set is preset by the card game provider, and can be added and deleted by the provider as appropriate.

FIG. 6 exemplifies a card list screen 60 displayed instead of the card set list screen 50 according to selection of the card set object 521 . The card list screen 60 includes a list display area 62 for displaying a list of cards included in the card set corresponding to the selected card set object 521, a continuation object 64 to which the text "to map" is added, and a "return" object. and a return object 66 with the text appended. When the return object 66 is selected, the display returns to the card set list screen 50 .

In the list display area 62, a plurality of card objects 621 and 622 each corresponding to an individual card are arranged in a lattice. Card objects 621 and 622 display corresponding card images, names, values of various parameters, and the number of cards possessed by the player. Image information, names, and various parameter values are managed in an object information table 153, and the number of owned objects by a player is managed in a owned object management table 155. FIG.

Among the card objects 621 and 622, the card object 621 corresponds to a card that the player does not possess (the number of possession is 0), and the card object 622 having a color brighter than that of the card object 621 is It corresponds to a card owned by the player (the number of owned cards is 1 or more). In this way, the card list screen 60 shows the player's possession of a plurality of types of cards included in the corresponding card set.

In this example, a player can acquire multiple cards in a card set by playing a map associated with the card set. Of the two types of card sets, the basic set and the expansion set, one is acquired through map play, and the other is acquired by a method other than map play (for example, using real currency or virtual currency purchase, etc.). Also, some of the plurality of cards included in the card set may be obtained through play of the corresponding map, and other cards may be obtained by a method other than playing the map.

FIG. 7 exemplifies a map screen 70 that is displayed instead of the card list screen 60 according to selection of the continuation object 64 on the card list screen 60 . The map screen 70 is a screen for playing a map, and as shown in the figure, a map display area 72 for displaying a map, a card list object 74 to which the text "to card list" is added, and "determine". It has a decision object 76 with the text appended and a return object 78 with the text "return" appended.

When a card list object 74 is selected, a corresponding card list screen 60 (showing a list of cards included in the card set associated with the map) is displayed. In this way, the card list screen 60 and the map are linked 1:1. When the return object 78 is selected, the display returns to the card set list screen 50 .

In this example, the map is configured as a two-level map of an overall map and an individual map. A map display area 72 of the map screen 70 illustrated in FIG. 7 displays the overall map, which is the upper map of the two layers. The global map, as shown, includes an elliptical mass object 721 and a connecting object 722 connecting the two mass objects 721, these objects 721, 722 forming a path.

A mass object 721 is an object corresponding to a mass of the whole map. FIG. 8 exemplifies the types of multiple cells arranged on the global map. In this example, playable conditions for enabling play and events that occur according to play are different for each type of square.

Among the plurality of types of squares arranged on the overall map, "individual map (normal) squares", as shown in FIG. consumption", and the event that occurs is "move to individual map (normal)". When a player who has a predetermined number of points or more selects a mass object 721 corresponding to an individual map (normal) square and then selects a decision object 76, the corresponding individual map (normal) square is played. A predetermined number of points are consumed according to the play of the square (the number of points held in the player information table 151 is updated), and the player moves from the general map to the individual map (normal).

In addition, among the plurality of types of squares arranged on the overall map, "individual map (rare) squares" have a lock symbol added to the corresponding square object 721, and the playable condition is " Consumption of points and key items", and the event that occurs is "move to individual map (rare)". When a player who has a predetermined number or more of points and key items selects a mass object 721 corresponding to an individual map (rare) square and then selects a decision object 76, the corresponding individual map (rare) square is played. be done. A predetermined number of points and key items are consumed according to the play of the square (the number of held points and held item information in the player information table 151 are updated), and the player moves from the overall map to the individual map (rare). . The key item is given to the player as a reward for clearing a mini-game, which will be described later. In addition to obtaining key items through these mini-games, key items can be obtained for a fee (accompanied by charging), obtained over time, obtained after reaching a predetermined time, and obtained in games other than mini-games. Various acquisition methods such as acquisition through an event and acquisition according to monthly registration (subscription) can be implemented.

FIG. 9 exemplifies the map screen 70 in a state of moving from the general map to the individual map (normal or rare). The map screen 70 in this state displays an individual map in a map display area 72 as shown. As illustrated, the individual map has a plurality of diamond-shaped mass objects 723 arranged side by side. In the lower end of the map display area 72, the number of remaining searches (in the example of FIG. 9, the text "search: remaining 5 times") is displayed. The remaining number of searches is set to an initial value (5 times) according to the movement to the individual map.

A mass object 723 is an object corresponding to a mass of an individual map. The squares on the individual map have a playable condition of consuming one remaining number of searches, and the event that occurs is a mini game. When the player who has one or more remaining searches selects the square object 723 and then selects the decision object 76, the corresponding square is played (searched). The remaining number of searches is consumed (reduced by one) according to the play of the square (the number of remaining searches in the player information table 151 is updated), and the mini-game is started.

In this example, a plurality of types of games are set as mini-games, such as action games, puzzle games, battle games, and lottery games. In the battle game, one character card owned by the player is used. Each of the plurality of mass objects 723 included in the individual map is preset with one of a plurality of types of games, and when one of the plurality of mass objects 723 is selected, the corresponding type of mini-game is played. is started.

Also, in this example, character cards included in the corresponding card set (the card set associated with the corresponding map) are given to the player as rewards for clearing the mini-game. The cards to be given are preset for each square, or are determined by lottery each time. When the card is given to the player, the possessed object management table 155 is updated.

Also, in this example, virtual items other than cards (including the above-described key item) are given to the player as rewards for clearing the mini-game. When the virtual item is given to the player, the possessed item information in the player information table 151 is updated. Also, the remaining number of searches may be increased (maintained) as a reward for clearing the mini-game. Individual maps (rare) have a higher value of items such as cards given as rewards for clearing mini-games compared to individual maps (normal).

Returning to FIG. 8, among the plurality of types of squares arranged on the overall map, the "first checkpoint square" has a black wall pattern added to the corresponding square object 721, and the playable condition is " Points are consumed", and the event that occurs is "battle (reward: route open)". When a player who has a predetermined number of points or more selects the square object 721 corresponding to the first checkpoint square and then selects the decision object 76, the corresponding first checkpoint square is played. A battle game as a mini-game occurs according to the play of the square. The clear reward for winning the battle game is the opening of the route. Specifically, the player can select the mass object 721 after the mass object 721 corresponding to the first checkpoint square. When the route is released, the mass object 721 corresponding to the first checkpoint mass disappears.

For example, as exemplified in FIG. 10, mass objects 721B and 721C after (located above) mass object 721A corresponding to the first checkpoint square cannot be selected by the player before the route is opened. When the player wins the battle game that occurs according to the play of one checkpoint square, the route is opened and the square objects 721B and 721C can be selected.

Returning to FIG. 8, among the plurality of types of squares arranged on the overall map, the "second checkpoint square" has a white wall pattern added to the corresponding square object 721, and the playable condition is " Possession of a predetermined card", and the event that occurs is "Route release". When a player holding a predetermined card selects the square object 721 corresponding to the second checkpoint square and then selects the decision object 76, the corresponding second checkpoint square is played. As the square is played, the route is opened, and the player can select a square object 721 after the square object 721 corresponding to the second checkpoint square. When the route is released, the mass object 721 corresponding to the second checkpoint mass disappears.

The predetermined card set as the playable condition for the second checkpoint square can be set as one card or a combination of multiple cards. For example, the playable condition "possessing a predetermined card" includes "possessing card A", "possessing 10 or more water attribute cards", and "having a rarity of 3 or higher". It includes conditions such as "having five or more cards". The playable condition is a condition that is satisfied based on the value of a parameter possessed by the player (for example, the value of the parameter such as the level, play time, number of battle wins, or number of mini games cleared is a predetermined value or more. etc.) may be set.

Among the types of squares arranged on the overall map, "timed squares" have a cloud pattern added to the corresponding square object 721, and the playable condition is "arrived at a predetermined time". , the event that occurs is "change to individual map square". After reaching the predetermined time, when the player selects the square object 721 corresponding to the timed square and then selects the decision object 76, the corresponding timed square is played. Depending on the play of the square, the corresponding square object 721 changes to an individual map (normal) square or a square object 721 corresponding to the individual map (rare) square.

In this way, the player plays various types of squares included in the overall map, obtains character cards included in the card set associated with the map as rewards for clearing the mini-games on the individual maps, and furthermore, Since the possession status of the cards included in the card set can be checked through the card list screen 60, the user can enjoy collecting and viewing character cards.

In the above example, the five types of cells shown in FIG. 8 are illustrated as the types of cells arranged on the overall map, but the types of cells in this embodiment are not limited to these, and other In an example, different playable conditions and different square types with occurrence events may be applied. For example, a square that causes an additional square to appear may be set as an occurrence event.

In the above example, the overall map includes the elliptical mass object 721 and the connected object 722, but the shape of the mass object 721 is not limited to the ellipse, and may have other shapes such as polygons. may Adjacent mass objects 721 may be connected without connecting objects 722 . In this case, the map may, for example, be configured to have an appearance that simulates a map of the real world.

In the above example, the character card used in the card game is acquired through playing the map, but such a character card is an example of an object acquired through playing the map. Objects other than character cards may be applied in other examples of embodiments.

The game providing server 10 according to the present embodiment described above displays a screen showing possession statuses of a plurality of types of objects (for example, character cards included in a card set), and the plurality of types of objects are associated with each other. At least some of these objects are given to the player through a predetermined event (for example, a mini game) associated with the squares of the map to be played. You can enjoy collecting and browsing. In this way, the game providing server 10 enhances interest in a game using a map having a plurality of squares.

In another embodiment of the present invention, part or all of the functions of the game providing server 10 in the above-described embodiment are realized by cooperation between the game providing server 10 and the player terminal 30, or the player terminal 30 can be realized by

The processes and procedures described herein, other than those explicitly described, may be implemented in software, hardware, or any combination thereof. For example, the processes and procedures described herein are implemented by implementing logic corresponding to the processes and procedures in media such as integrated circuits, volatile memory, non-volatile memory, magnetic disks, and the like. Moreover, the processes and procedures described in this specification can be implemented as computer programs corresponding to the processes and procedures, and can be executed by various computers.

Although the processes and procedures described herein are described as being performed by a single device, software, component or module, such processes or procedures may be performed by multiple devices, software, components or modules. and/or by multiple modules. Also, the software and hardware elements described herein can be implemented by aggregating them into fewer components or by decomposing them into more components.

In this specification, even if the components of the invention are described as either singular or plural, or are described without being limited to either singular or plural, when the context requires otherwise , the component may be singular or plural.

10 Game Providing Server 11 Computer Processor 111 Management Function Control Unit 113 Game Progress Control Unit 15 Storage 151 Player Information Table 153 Object Information Table 155 Owned Object Management Table 30 Player Terminal 40 Server Side Program 50 Card Set List Screen 60 Card List Screen 70 Map screen

Claims (10)

A program for providing a game, comprising:
displaying a screen showing possession of multiple types of objects;
identifying a map to be played with which the plurality of types of objects are associated;
receiving a selection of one square from among one or more playable squares included in the plurality of squares of the map to be played;
causing a predetermined event associated with the selected square to occur;
the predetermined event includes an event capable of acquiring at least part of the plurality of types of objects;
At least some of the plurality of squares have different playable conditions for becoming playable,
program. the playable conditions include conditions that are satisfied based at least on consumption of virtual items;
2. The program of claim 1. the predetermined event includes an event in which the virtual item can be obtained;
3. The program of claim 2. the playable condition includes a condition that satisfies at least based on the passage of time;
4. A program according to any one of claims 1 to 3. The playable condition includes a condition that is satisfied at least based on possession of a predetermined one or more objects;
5. A program according to any one of claims 1 to 4. The predetermined event includes an event that makes other squares playable,
A program according to any one of claims 1 to 5. the predetermined event includes an event that causes one or more additional squares to appear;
7. A program according to any one of claims 1 to 6. The identifying step includes identifying the map to be played from among a plurality of maps each associated with a plurality of types of objects in mutually different combinations,
A program according to any one of claims 1 to 7. A system for providing a game, comprising one or more computer processors, wherein the one or more computer processors, in response to execution of readable instructions,
displaying a screen showing possession of multiple types of objects;
identifying a map to be played with which the plurality of types of objects are associated;
receiving a selection of one square from among one or more playable squares included in the plurality of squares of the map to be played;
generating a predetermined event associated with the selected square;
the predetermined event includes an event capable of acquiring at least part of the plurality of types of objects;
At least some of the plurality of squares have different playable conditions for becoming playable,
system. A method, executed by one or more computers, for providing a game, comprising:
a step of displaying a screen showing possession status of a plurality of types of objects;
identifying a map to be played with which the plurality of types of objects are associated;
a step of accepting selection of one square from among one or more playable squares included in a plurality of squares of the map to be played;
generating a predetermined event associated with the selected square;
the predetermined event includes an event capable of acquiring at least part of the plurality of types of objects;
At least some of the plurality of squares have different playable conditions for becoming playable,
Method.

Images