JP6440051B2 - GAME SYSTEM, GAME PROVIDING METHOD, AND PROGRAM - Google Patents

Description

  The present invention relates to a game system, a game providing method, and a program that allow a user to easily experience a game using posted object information.

Conventionally, various games are provided toward terminal devices represented by smartphones and game machines. For example, a user installs a favorite game application (game application) on a terminal device with reference to a popularity ranking or a review article on an information site or a distribution site about a game, and plays the game.
A browser-type game (browser game) that does not require such installation is also known. If the favorite game is a browser-type game, the user can play the game only by performing user registration or the like.

Recently, there are many users who post game images and messages (messages) about a game being played on a web page such as SNS (Social Networking Service). For example, if a user is playing a battle game in which a deck (object group) in which a predetermined number of objects (for example, characters, etc.) are arbitrarily combined is organized and battles against enemies, the user battles with strong enemies. When winning, such an object image is posted.
And other users who have viewed the posted object image will want to play the game on their own, and there are many cases of starting the game by installing a game application or registering a user. Yes.

For example, Patent Document 1 discloses a technique for giving a reward to an introducer user when an application introduced by SNS or the like is installed and executed by another user.
In the invention described in Patent Document 1, when a new user who installed an application starts the application for the first time, the friend information in the SNS of the new user is referred to, and the existing application already uses the application Search for user information. And the information of the existing user who searched is shown, an introducer is made to choose from among them, and a reward is provided to the selected introducer.

Japanese Patent Laid-Open No. 2006-18410

By using the invention of Patent Document 1 described above, it is expected that the posting of an object image to SNS or the like can be promoted and a new user can be guided to the game.
However, some users trying to start the game triggered by object images posted to SNS or the like are troublesome to install an application (including download etc.), and it is a browser type game. However, there are many cases in which the user registration or the like is troublesome and the user leaves the middle and does not become a new user.
Even if a user becomes a new user, it is necessary to play the game from the beginning. Therefore, before reaching the scene of the object image posted to the SNS or the like, the user often gives up on the way and does not play the game.

In other words, there are many users who leave the game without experiencing the game using the object image that triggered it, and the current situation is that the fun of the game felt by the posted user is not fully communicated. .
For this reason, there has been a demand for a technique that allows a user to easily experience a game using an object image posted on an SNS or the like without installing an application or registering a user.

  The present invention has been made in view of the above circumstances, and provides a game system, a game providing method, and a program that allow a user to easily experience a game using information about a posted object. Objective.

The game system according to the present invention includes:
A game system that provides a battle game in which a terminal device and a game server communicate with each other to battle each other,
A generating unit that generates an image for posting about a friend object group organized by any user who is playing the battle game;
When the posting image is posted on a predetermined web page, and a terminal device of a trial user who wants to play the battle game accesses the game server via the posting image, the friend object group and A selection section for selecting enemy objects to be battled;
A providing unit for providing resource data including the ally object group and the enemy object group to the terminal device of the trial user;
A control unit that communicates with the terminal device of the trial user who provided the resource data, and controls a battle between the ally object group and the enemy object group;
It is characterized by providing.

  According to the present invention, a user can easily experience a game using information about a posted object.

It is a block diagram showing an example of the whole composition of the game system concerning this embodiment. It is a block diagram which shows an example of schematic structure of the typical information processing apparatus with which a game server etc. are implement | achieved. It is a block diagram which shows the schematic structure of a game server. It is a schematic diagram which shows an example of user management information. It is a schematic diagram which shows an example of posting management information. It is a schematic diagram which shows an example of trial user information. (A) is a schematic diagram for demonstrating a mode that the production | generation of posting data is instruct | indicated during a game, (b) is a schematic diagram for demonstrating the posting data produced | generated. It is a block diagram which shows schematic structure of the user terminal which concerns on this embodiment. It is a schematic diagram which shows an example of game management information. It is a flowchart for demonstrating the contribution data generation process which concerns on this embodiment. It is a flowchart for demonstrating the trial control process which concerns on this embodiment.

Embodiments of the present invention will be described below. In the following, the present invention is applied to a game system that controls a game (for example, a battle game in which a teammate character group and an enemy character group are battled) that is executed using a smartphone or the like to facilitate understanding. Although the embodiment will be described, in addition to this, the present invention is similarly applied to a case where a game executed using an information processing apparatus such as a notebook personal computer, a game machine, or a PDA (Personal Digital Assistant) is controlled. The invention can be applied.
In addition, although the user who is playing the game explains as an example a case where an image of a deck (post image to be described later) formed by himself / herself is formed on a web page such as an SNS, A character is an example of an “object” in a game. That is, the present invention can be applied to a game in which a deck is formed using objects such as weapons, armor, magic, and skill instead of characters.
In other words, the embodiments described below are for illustrative purposes and do not limit the scope of the present invention. Therefore, those skilled in the art can employ embodiments in which each or all of these elements are replaced with equivalent ones, and these embodiments are also included in the scope of the present invention.

(overall structure)
As shown in FIG. 1, the game system 100 according to the embodiment of the present invention includes a game server 200, an SNS server 300, and a user terminal 400 that are communicably connected via the Internet 900.
Although simplified in the figure, it is assumed that a plurality of SNS servers 300 exist. In addition, it is assumed that there are a large number of user terminals 400 according to users to be used.

  The game server 200 is, for example, a server device (server computer) or the like, and communicates with the user terminal 400 of a logged-in user (that is, a regular user) to control the progress of the browser-type battle game. As will be described later, in response to a request from the user terminal 400 of the authorized user, the game server 200 generates posting data including a posting image (character group image) of the deck, and the posting data is converted into SNS. It is possible to post on a web page such as the server 300. Some users who have viewed the posted images posted in this manner also appear as trial users who want to try the battle game using the same deck as the posted images (want to play as a trial). Therefore, the game server 200 also provides a battle game to play using the same deck as the posting image in response to a request from the user terminal 400 of such a test user.

The SNS server 300 is, for example, a server device that applies services and the like that various users can view by posting images (including photos) and comments (messages) posted by members of the SNS server 300 on a web page. It is.
And among the regular users who are playing the battle game (the battle game provided from the game server 200), the members of the SNS server 300 are also included. When the player wins, the posting image (character group image) of the organized deck may be posted to the SNS server 300 in some cases.
Moreover, even if it is a member of the SNS server 300, there are many users who have not played the competitive game provided from the game server 200. Among such users, there is a trial user who views a posting image posted on the SNS server 300 and wants to try a battle game using the deck. In this case, the trial user tries to try the competitive game by touching the posting image.
As will be described later, an access destination of the game server 200 is linked to the posting image, and the user terminal 400 of the trial user accesses the game server 200 via such a posting image, You can play a battle game that uses the same deck as the posting image.
The posting destination of the posting image is not limited to such an SNS server 300, and may be a blog or a bulletin board as long as it is a web page that can be browsed by various users.

The user terminal 400 is, for example, a smartphone or the like in which a browser application having a browser function is installed, and a regular user who is playing a browser-type battle game, or a trial user who wants to try a battle game triggered by a posting image Used for etc.
As described above, the regular user playing the battle game may be a member of the SNS server 300, and the member of the SNS server 300 has played the battle game provided from the game server 200. In some cases, the user is not a user (trial user, etc.)

(Outline configuration of information processing device)
A typical information processing apparatus 500 in which the game server 200, the SNS server 300, and the user terminal 400 according to the embodiment of the present invention are realized will be described.

  As shown in FIG. 2, the information processing apparatus 500 includes a CPU (Central Processing Unit) 501, a ROM (Read Only Memory) 502, a RAM (Random Access Memory) 503, a storage device 504, a display device 505, A communication device 506 and an operation device 507 are provided.

  The CPU 501 controls the overall operation of the information processing apparatus 500, is connected to each component, and exchanges control signals and data.

  The ROM 502 stores an IPL (Initial Program Loader) that is executed immediately after the power is turned on. When this is executed, a predetermined program is read into the RAM 503 and execution of the program by the CPU 501 is started.

  The RAM 503 is for temporarily storing data and programs, and holds programs and data read from the storage device 504 and other data necessary for communication.

  The storage device 504 is an SSD (Solid State Drive), a hard disk, or the like, and stores various data. For example, the storage device 504 stores an operating system program, various applications, associated data, and the like necessary for operation control of the entire information processing apparatus 500.

  The display device 505 includes, for example, a display device such as an LCD (Liquid Crystal Display), a VRAM (Video Random Access Memory) that stores image information to be displayed on the display device, and an image process for processing the image information. Part. The image processing unit processes the data read from the storage device 504 and the data processed by the CPU 501 and then stores the data in the VRAM to generate image information.

  The communication device 506 performs wireless communication using a mobile communication network, a wireless local area network (LAN), or the like. Note that the communication device 506 may perform wired communication using a wired LAN or the like.

  The operation device 507 is a touch screen, a touch pad, a button, a keyboard, a mouse, or the like, and receives a user operation. Note that a user operation may be received by voice.

  Hereinafter, the configuration and the like of the game server 200 realized in the information processing apparatus 500 will be described with reference to FIGS. When power is turned on to the information processing apparatus 500, a program that functions as the game server 200 (server apparatus according to the present invention) is executed, and the game server 200 according to the present embodiment is realized.

(Outline configuration of game server)
FIG. 3 is a block diagram showing a schematic configuration of the game server 200 according to the embodiment of the present invention. As shown in the figure, the game server 200 includes a reception unit 210, a transmission unit 220, a management unit 230, and a control unit 240, and supports the progress of the battle game while communicating with the user terminal 400.

The receiving unit 210 receives various information sent from the user terminal 400 via the Internet 900.
For example, from the user terminal 400 of a regular user (logged in), the receiving unit 210 receives various operation information during a battle game and item selection information in various menus. For example, a predetermined login screen is presented to the user terminal 400 that has been accessed to start a normal battle game, and the receiving unit 210 receives a user ID and a password from the user terminal 400. When the user is authenticated as a legitimate user, the user of the user terminal 400 can play a battle game. Hereinafter, when it is described as a regular user, it represents a logged-in user.
In addition, the user terminal 400 accessed via the posting image posted to the SNS server 300 becomes the user terminal 400 of the trial user. This is because the access destination via the posting image is set as a special address or port for trial play, for example. In other words, if such an address or port is accessed, it can be determined from the user terminal 400 of the trial user who has accessed via the posted image for posting, and the receiving unit 210 can It receives the identification information (unique identification information) of the user terminal 400 and the posting image ID of the referrer (which may include the URL of the web page on which the posting image or the like is posted). The receiving unit 210 may receive browser cookie information or the like from the user terminal 400.
Then, after receiving these necessary information, a battle game for trial play is started, and the receiving unit 210 receives various operation information and selection information from the user terminal 400 of the trial user during the battle game. .
The communication device 506 and the like described above can function as such a receiving unit 210.

The transmission unit 220 transmits various types of information to the user terminal 400 via the Internet 900.
For example, the transmission unit 220 transmits response information corresponding to operation information during the battle game to the user terminal 400 of the authorized user.
Also, when the generation of post data (post image, etc.) is requested from the user terminal 400 of the authorized user, the transmission unit 220 is generated by the control unit 240 (more specifically, the generation unit 243 described later). Posting data is posted to the web page of the SNS server 300 by sending the posting data to the SNS server 300. Details of the posted data will be described later.
Moreover, the transmission part 220 transmits the response information according to the operation information etc. in the competitive game for a trial game also to the user terminal 400 of a trial user.
The communication device 506 and the like described above can function as such a transmission unit 220.

  The management unit 230 manages various information necessary for progress control of the battle game. For example, the management unit 230 stores user management information 231, post management information 232, trial user information 233, and the like.

The user management information 231 is information for managing a regular user who is playing a battle game, and includes information as shown in FIG. 4 as an example.
That is, the user management information 231 includes a user ID 231a, a level value 231b, a coin balance 231c, a possessed character 231d, a play time 231e, and the like.
The level value 231b is a value indicating the progress degree of the battle game for the regular user. Instead of such a level value 231b, a game rank or the like may be stored.
Further, the coin balance 231c indicates a balance of coins (which is an example and may be other names) which is an in-game currency acquired by the authorized user. As will be described later, a case will be described in which a predetermined amount of coins is paid (consumed) as a consideration for executing a character lottery (item lottery) called gacha, but is different from such in-game currency. Gacha may be executed by paying consideration. For example, when a billing item (in-game gem purchased separately by the user) is used as a price for executing the gacha, the balance of such billing item is also stored in the user management information 231 as appropriate.
The owned character 231d is information (character ID) for identifying a character owned by a regular user. A character possessed by a regular user can acquire, for example, any character in the enemy character group when the deck (a group of friendly characters) organized by the user wins the enemy character group during the battle game. It has become. In addition to this, a randomly selected character may be given from the game server 200 when the authorized user executes gacha. In that case, for example, the character ID may have a branch number so that the acquisition reason can be identified by the branch number.
And play time 231e is a value which shows the accumulation play time when the regular user played the battle game. Note that an average play time per unit period may be stored instead of the accumulated play time.

Returning to FIG. 3, the post management information 232 is information for managing post data posted by the authorized user to the SNS server 300.
The post management information 232 includes information as shown in FIG. 5 as an example.
That is, the posting management information 232 includes a user ID 232a, a posting image ID 232b, a posting destination URL 232c, an evaluation total number 232d, and the like.

  The posting image ID 232b is requested to be generated by a legitimate user when, for example, the player wins a battle against a strong enemy, and the character group (normally generated by the control unit 240 (more specifically, the generation unit 243 described later)). This is information for identifying a posting image of a deck organized by the user. The posting image ID 232b is unique information, and for example, each character (a teammate character group) included in the posting image can be specified from the posting image ID 232b.

  The posting destination URL 232c is the address of the web page of the SNS server 300 where the authorized user has posted posting data.

  The evaluation total number 232d is a value obtained by totaling the evaluations (evaluation of the image for posting etc.) of the web page where the posting data is posted. For example, the control unit 240 periodically accesses the web page indicated by the posting destination URL 232c of the posting management information 232, and the number of favorable evaluations (so-called “likes”, etc.), the number of added comments, or the reference message This is a value obtained by counting the number of so-called “retweets”. Note that these values may be integrated and summed.

Returning to FIG. 3, the trial user information 233 is information for managing the user terminal 400 accessed via the posting image posted to the SNS server 300 and the trial user of the user terminal 400, It is used to control the progress of a battle game that a trial user plays.
The trial user information 233 includes information as shown in FIG. 6 as an example.
That is, the trial user information 233 includes unique identification information 233a, reference source posting image ID 233b, resource history 233c, and the like.

  The unique identification information 233a is identification information acquired from the user terminal 400 that has accessed via the posting image. For example, IDFA (Identification For Advertisers), ADID (Advertising Identifier), UDID (Unique Device Identifier), etc. Information. Note that, instead of the unique identification information 233a or in addition to the unique identification information 233a, cookie information of a browser, a member ID of the SNS server 300, and the like may be stored.

  The reference source posting image ID 233b is information for identifying the posting image that has been passed through (the posting image that has been touch-operated by the trial user, for example), and is information acquired from the user terminal 400 that has accessed. Instead of the reference source posting image ID 233b or in addition to the reference source posting image ID 233b, the reference source URL (the address of the web page on which the posting image is posted) may be stored. Good.

The resource history 233c indicates a history of resource data provided to the user terminal 400 of the trial user by the control unit 240 (more specifically, a providing unit 245 described later). Note that the resource data is data necessary to advance the battle game, and includes, for example, data on teammate characters and enemy characters.
In the resource history 233c of FIG. 6, only the character ID is shown for easy understanding of the invention, but the actual resource data includes a battle game to be tried such as a character image indicated by the character ID. It is assumed that various data necessary for the progress of the above are included.

In addition to this, the management unit 230 manages various information necessary for processing by the control unit 240. For example, the management unit 230 also stores information on an image constituting a login screen or the like presented on the user terminal 400 of the authorized user before starting the battle game.
The above-described RAM 503, storage device 504, and the like can function as such a management unit 230.

Returning to FIG. 3, the control unit 240 controls the entire game server 200 and supports the progress of the battle game executed on the user terminal 400.
The control unit 240 includes, for example, a reception unit 241, a progress control unit 242, a generation unit 243, a selection unit 244, a provision unit 245, and the like.

The accepting unit 241 accepts a deck (a friend character group) organized by the user of the user terminal 400.
For example, when a regular user is playing a battle game, the reception unit 241 receives a deck that the regular user arbitrarily selects and organizes a predetermined number of characters from characters owned by the regular user. .
In addition, after the trial user has finished the battle, as will be described later, the trial user can assemble a deck only within the range of the provided resource data. Therefore, the reception unit 241 includes a deck formed by the trial user. Also accept.
In addition to this, the receiving unit 241 also receives a request for generating data for posting by a regular user.

The progress control unit 242 controls, for example, the progress of the battle game executed while communicating with the user terminal 400.
For example, when the regular user is playing a battle game, the progress control unit 242 causes the deck (ally friendly character group) organized by the regular user and the deck (enemy character group) selected by the selection unit 244 to battle each other. .
When the trial user is playing a competitive game, the progress control unit 242 causes the same deck as the posting image that triggered the battle to match the deck selected by the selection unit 244. Before the battle is started, the resource data including the character groups (friend characters and enemy characters) is provided from the providing unit 245 to the user terminal 400 of the trial user as will be described later. It has become so.
Further, as described above, even when the trial user who has finished the battle forms a new deck, the progress control unit 242 causes the deck formed by the trial user and the deck selected by the selection unit 244 to battle each other.
In addition, it is an example that the teammate character and the enemy character are battled in a many-to-many manner as described above. In addition, the progress control unit 242 may match the teammate character and the enemy character one-to-many, many-to-one, One-on-one matches may be played.

The generation unit 243 generates post data in which necessary information is linked to the post image when the reception unit 241 receives a post data generation request.
For example, in the game screen GM of the scene shown in FIG. 7A (for example, the scene where the teammate character group of the deck DK has won the enemy character group), one of the posting buttons BT1 to BT3 is pressed by the authorized user. Then, the generation unit 243 generates an image for posting on the deck DK.
At that time, the generation unit 243 adds a user ID (identification information of a regular user who has requested the creation of post data), a post image ID (generation) to the generated post image, for example, as shown in FIG. Information for identifying the posted image) and the access URL of the game server 200 (the address and port of the game server 200 to be accessed via the posted image) are linked.

Then, the generation unit 243 posts posted data to the SNS server 300 corresponding to the pressed posting buttons BT1 to BT3. For example, when the posting button BT1 is pressed, the generation unit 243 transmits a request token from the transmission unit 220 to the SNS server 300, and obtains authentication in the SNS server 300 from the authorized user according to the response. Specifically, instead of the user terminal 400 in place of the SNS server 300, the authorized user is requested through the SNS server 300 to approve delegation for posting posted data from the game server 200 to the SNS server 300. At this time, an input screen such as a delegation content and a password for authenticating it (password of the authorized user in the SNS server 300) is displayed by a response from the SNS server 300, and when the authorized user inputs a correct password, the game server Posting from 200 to the SNS server 300 is possible. That is, the game server 200 acquires an access token from the SNS server 300 with the authentication of the authorized user. The game server 200 posts posted data and a message (message) input by the authorized user to the SNS server 300 using the access token.
In addition, instead of posting posting data from the game server 200 to the SNS server 300 in this way, a regular user may post posting data and statements to the SNS server 300 by manual operation. For example, after temporarily interrupting the battle game being executed on the user terminal 400, the SNS server 300 is accessed from the browser, and the post data and statements generated by the generation unit 243 are manually input to the SNS server 300 by the authorized user. Post.

In this way, when post data or a message is posted to the SNS server 300, information (record) about the post data (post image, etc.) is added to the post management information 232 in FIG. It becomes possible to manage evaluations for images for use.
In addition, among the users who have viewed the posted image for posting, there is a trial user who wants to play the battle game using the posting image deck (want to play for trial). In this case, the trial user tries to try the competitive game by touching the posting image.
As described above, the posting image is linked with the user ID, the posting image ID, and the access destination URL of the game server 200 as shown in FIG. Therefore, the user terminal 400 of the trial user who touches the posting image accesses the linked game server 200.
Then, as described above, the identification information of the user terminal 400 and the image ID for posting as a reference source are acquired from the user terminal 400 of the trial user who has accessed via the image for posting.

The selection unit 244 selects an enemy character group to be played against the teammate character group in the battle game.
For example, when a regular user is playing a battle game, the selection unit 244 has the same ability value according to the ability value (attack power, defense power, etc.) of each character of the deck organized by the regular user. Select a character and organize an enemy deck (enemy character group).
When the trial user plays the competitive game, the selection unit 244 determines each character (friend character) included in the posting image deck according to the posting image ID of the reference source acquired from the user terminal 400 of the trial user. Are selected and characters with the same ability values as those are selected to form an enemy deck.
Note that when a trial user who has finished one battle organizes a new deck, the selection unit 244 also selects characters having the same ability value, but in this case, the resources in the trial user information of FIG. By referring to the history 233c (corresponding trial user resource history 233c), the enemy character group is selected so that a predetermined percentage or more of characters provided to the user terminal 400 of the trial user are included.

The providing unit 245 provides the user terminal 400 with various data necessary for the progress of the battle game.
For example, the providing unit 245 provides the user terminal 400 with resource data (such as a character image, a background image, an effect image, a message, a sound effect, and a background sound) necessary for proceeding with the battle game.
When the trial user plays a competitive game, the providing unit 245 provides the minimum resource data to the user terminal 400 of the trial user.
Specifically, the providing unit 245 provides resource data including the same teammate character group as the posting image and the enemy character group selected by the selecting unit 244 described above to the user terminal 400 of the trial user.
Then, when a trial user who has finished one battle forms a new deck, the providing unit 245 provides the user terminal 400 of the trial user among the enemy character groups selected by the selection unit 244. The resource data of only the non-character is provided to the user terminal 400 of the trial user.
In these cases, since the resources provided to the user terminal 400 of the trial user are minimized, the amount of communication and waiting time can be reduced when playing the competitive game.

In addition to this, the control unit 240 adds the identification information acquired from the user terminal 400 accessed via the posting image and the reference image ID for posting to the trial user information 233 shown in FIG. Addition processing is also performed.
In addition, the control unit 240 periodically accesses the posting destination URL 232c of the posting management information 232 (for example, once a day) and aggregates the evaluations added to the posting images and the like, thereby posting the posting management information. A process of updating H.232 is also performed.
The above-described CPU 501 and the like can function as the control unit 240 having such a configuration.

  The SNS server 300 is also realized by the information processing apparatus 500 as in the case of the game server 200 described above. However, the configuration of the SNS server 300 is not a characteristic configuration in the present invention and is relatively general purpose. It is a typical configuration. Therefore, the description about the detailed structure of the SNS server 300 is abbreviate | omitted.

  Next, the configuration and the like of the user terminal 400 realized in the information processing apparatus 500 will be described with reference to FIGS. When the information processing apparatus 500 is turned on, a program that causes the user terminal 400 (the terminal apparatus according to the present invention) to function is executed, and the user terminal 400 according to the present embodiment is realized.

(Outline configuration of user terminal)
FIG. 8 is a block diagram showing a schematic configuration of the user terminal 400 according to the present embodiment. As illustrated, the user terminal 400 includes an operation reception unit 410, a transmission / reception unit 420, a storage unit 430, a control unit 440, and a display unit 450. For example, the user terminal 400 plays a game through a predetermined browser application having a browser function. The battle game proceeds while appropriately communicating with the server 200.
In addition, the user terminal 400 accesses the SNS server 300 according to the user's operation, displays a posting image or the like posted by another user on the display unit 450, and allows the user to browse.

The operation reception unit 410 receives various operations from the user. For example, the operation reception unit 410 receives an operation from the user based on information obtained from a touch screen or the like.
Note that the above-described operation device 507 or the like can function as such an operation reception unit 410.

The transmission / reception unit 420 accesses the game server 200 or the SNS server 300 via the Internet 900 and transmits / receives necessary information.
For example, in the case of the user terminal 400 of a regular user, when the browser application is activated and accesses the game server 200, the transmission / reception unit 420 receives the login screen from the game server 200 and receives the user ID or the operation ID received by the operation reception unit 410. The password is transmitted to the game server 200. Then, when the game server 200 approves, the battle game is started. During the battle game, the transmission / reception unit 420 transmits the operation information and selection information received by the operation reception unit 410 to the game server 200. In addition, the transmission / reception unit 420 receives various information managed by the management unit 230 from the game server 200.
In the case of the user terminal 400 of the trial user, the transmission / reception unit 420 accesses the SNS server 300 according to the operation of the trial user and receives a web page including the posted image for posting. Such a web page is displayed on the display unit 450 so that the user can view a posting image or the like. Then, when the trial user touches the posting image, the transmission / reception unit 420 accesses the game server 200 by following the access information (access destination URL) linked to the posting image.
The above-described communication device 506 or the like can function as such a transmission / reception unit 420.

The memory | storage part 430 memorize | stores various information required for progress of a competitive game, for example.
For example, in the case of the user terminal 400 of a regular user, the storage unit 430 stores game management information 431 and the like.

For example, as shown in FIG. 9, the game management information 431 includes a user ID 431a, a level value 431b, a coin balance 431c, an owned character 431d, a play time 431e, and the like. That is, the same information as the above-described user management information 231 is also managed on the user terminal 400 side.
The information stored in the game management information 431 is appropriately synchronized with the user management information 231 stored on the game server 200 side, as will be described later.
As will be described later, when the user terminal 400 side (screen generation unit 443) generates a game screen or the like, the storage unit 430 also includes various button images (button images and the like for selecting an SNS as a posting destination). ) Etc. are also memorized.

In addition to this, the storage unit 430 also stores resource data provided from the providing unit 245 of the game server 200.
As described above, in the case of the user terminal 400 of the trial user, the providing unit 245 is supplied with the minimum resource data. At that time, such resource data may be stored and stored in the browser cache of the user terminal 400.
The storage unit 430 also stores unique identification information for identifying the user terminal 400, for example.
The storage device 504 and the like described above can function as such a storage unit 430.

  Returning to FIG. 8, the control unit 440 controls the entire user terminal 400. The control unit 440 includes, for example, a game progress unit 441, an SNS control unit 442, a screen generation unit 443, and the like.

  The game progression unit 441 advances the battle game through a browser application, for example. At that time, the game progression unit 441 transmits / receives data to / from the game server 200 through the transmission / reception unit 420, for example, information managed by the game management information 431 and information managed by the user management information 231 ( The corresponding user information).

  The SNS control unit 442 controls the exchange of data with the SNS server 300 through the transmission / reception unit 420, and acquires data such as posting images posted by other users. In addition, as described above, when the SNS control unit 442 posts the posting data generated by the game server 200 by causing the user terminal 400 to execute the application for the SNS server 300, the posting data and the like are transmitted and received by the transmission / reception unit 420. To the SNS server 300 for posting.

  The screen generation unit 443 generates a browsing screen or the like that displays a posting image or the like posted to the SNS server 300. Further, when the battle game is started by accessing the game server 200, the screen generation unit 443 generates a game screen or the like of the battle game.

In addition to this, the control unit 440 appropriately executes various processes necessary for control to advance the game.
The above-described CPU 501 or the like can function as the control unit 440 having such a configuration.

  The display unit 450 displays the browsing screen and game screen generated by the screen generation unit 443. In addition, the display unit 450 also displays a login screen or the like when the authorized user starts the battle game.

(Game server operation)
Hereinafter, the operation of the game server 200 and the like configured as shown in FIG. 3 will be described with reference to FIGS. The game server 200 controls the overall progress of the battle game executed while communicating with the user terminal 400, and the most characteristic post data generation process and trial play control process will be described respectively. .
First, post data generation processing will be described with reference to FIG. FIG. 10 is a flowchart showing the flow of post data generation processing according to the present embodiment. This post data generation process is started after, for example, a regular user logs in to the game server 200 from the user terminal 400.

First, the game server 200 controls the progress of the battle game (step S11).
That is, the control unit 240 proceeds with the battle game according to an operation instruction or the like sent from the user terminal 400 of the authorized user who is playing the battle game. For example, the control unit 240 appropriately matches the organized teammate character group and the enemy character group.

The game server 200 determines whether or not generation of post data is requested from the user terminal 400 (step S12).
For example, the control unit 240 (the generation unit 243) determines whether any of the posting buttons BT1 to BT3 is pressed by the authorized user on the game screen GM as illustrated in FIG.

  If the game server 200 determines that the generation of post data is not requested (step S12; No), the game server 200 advances the process to step S15 described later.

On the other hand, when it is determined that the generation of post data has been requested (step S12; Yes), the game server 200 generates post data in which necessary information is linked to the post image (step S13).
For example, the control unit 240 generates a posting image of the deck DK in a scene where any of the posting buttons BT1 to BT3 as shown in FIG. 7A is pressed, and the posting image is displayed in FIG. As shown in FIG. 6, post data that links the user ID, the post image ID, and the access destination URL of the game server 200 is generated.

The game server 200 posts posted data to the corresponding SNS server 300 (step S14).
For example, the control unit 240 transmits a request token from the transmission unit 220 to the SNS server 300, and obtains authentication in the SNS server 300 by an authorized user in response to the response. Specifically, instead of the user terminal 400 in place of the SNS server 300, the authorized user is requested through the SNS server 300 to approve delegation for posting posted data from the game server 200 to the SNS server 300. At this time, an input screen such as a delegation content and a password for authenticating it (password of the authorized user in the SNS server 300) is displayed by a response from the SNS server 300, and when the authorized user inputs a correct password, the game server Posting from 200 to the SNS server 300 is possible. That is, the game server 200 acquires an access token from the SNS server 300 with the authentication of the authorized user. The game server 200 posts posted data or a message (message) input by the authorized user to the SNS server 300 using the access token.
In addition, instead of posting posting data from the game server 200 to the SNS server 300 in this way, a regular user may post posting data and statements to the SNS server 300 by manual operation. For example, the battle game currently being executed on the user terminal 400 is temporarily interrupted, the SNS server 300 is accessed from the browser, and the post data and remarks generated by the generation unit 243 are manually input to the SNS server 300 by the authorized user. Post.

The game server 200 determines whether or not the battle game has ended (step S15).
If it is determined that the battle game has not ended (step S15; No), the game server 200 returns the process to step S11 described above.

  On the other hand, when it is determined that the battle game has ended (step S15; Yes), the game server 200 ends the posted data generation process.

In this way, when post data or a message is posted to the SNS server 300, information (record) about the post data (post image, etc.) is added to the post management information 232 in FIG. It becomes possible to manage evaluations for images for use.
In addition, among users who have viewed posted images and the like, there are also trial users who think that they want to try a battle game using the deck of posted images (want to play as a trial). In this case, the trial user tries to try the competitive game by touching the posting image.

  Hereinafter, with reference to FIG. 11, the trial control process when such a trial user trials a competitive game will be described. FIG. 11 is a flowchart showing a flow of trial control processing according to the present embodiment. For example, it is assumed that the trial control process is constantly executed in a state where the game server 200 is operating. In other words, in parallel with the control in which the game server 200 provides the competitive game to the user terminal 400 of the regular user, the trial control process for providing the competitive game for the trial game to the user terminal 400 of the trial user is executed.

First, the game server 200 determines whether or not there is an access from the user terminal 400 via the posted image for posting (step S21).
That is, in the control unit 240, as shown in FIG. 7B, the trial image user performs a touch operation on the posting image to which the user ID, the posting image ID, and the access destination URL of the game server 200 are linked. The user terminal 400 determines whether or not the user terminal 400 has accessed the linked game server 200.
When there is an access from the user terminal 400 via the posted image for posting, the user terminal 400 acquires the identification information of the user terminal 400 and the image ID for posting as a reference source. Information such as browser cookies may be acquired.

  If it is determined that there is no access from the user terminal 400 via the posting image (step S21; No), the game server 200 waits for access from the user terminal 400 as it is.

On the other hand, when it is determined that there is an access from the user terminal 400 via the posting image (step S21; Yes), the game server 200 specifies a teammate character group of the posting image and selects an enemy character group to be played against. (Step S22).
That is, the control unit 240 (selection unit 244) specifies a group of friendly characters included in the posting image deck according to the reference image ID for posting acquired from the user terminal 400 of the trial user, and is comparable to them. Select enemy characters with ability values.

The game server 200 provides resource data including the teammate character group and the enemy character group to the user terminal 400 (step S23).
That is, the control unit 240 (providing unit 245) obtains resource data including the teammate character group specified in step S22 and the enemy character group selected in step S22 from the user terminal of the trial user. 400.

The game server 200 controls the progress of the battle game (step S24).
That is, the control unit 240 (game progress unit 441) appropriately matches the teammate character group and the enemy character group in accordance with an operation instruction or the like sent from the user terminal 400 of the trial user who trials the competitive game.

  The game server 200 determines whether or not the trial game of the competitive game has ended (step S25). Note that the game server 200 presents a predetermined confirmation screen to the user terminal 400 of the trial user when the battle game has been won or lost, and confirms whether or not to end the trial game. If not finished, the trial user can select a character and form a new deck (new teammate character group) within the range of the provided resource data.

When the game server 200 determines that the trial game of the competitive game has not ended (step S25; No), the game server 200 accepts a new composition and selects an enemy character group (step S26).
That is, when a new teammate character group organized by the trial user is received, the control unit 240 (selection unit 244) refers to the resource history 233c (corresponding trial user resource history 233c) in the trial user information of FIG. The enemy character group is selected so that the characters already provided in the user terminal 400 of the trial user are included in a certain ratio or more.

The game server 200 provides the enemy character resource data as the difference to the user terminal 400 (step S27).
That is, the control unit 240 (providing unit 245) obtains resource data of only the characters that are not provided to the user terminal 400 of the trial user from the enemy character group selected in step S26. This is provided to the user terminal 400.
And the game server 200 returns a process to step S24 mentioned above. That is, the teammate character group and enemy character group of a new organization are made to fight.

  Further, when it is determined in the above-described step S25 that the trial game of the competitive game has been completed (step S25; Yes), the game server 200 returns the process to the above-described step S21.

As described above, a trial user who is interested in a battle game from the posting image of the teammate object group posted to the SNS server 300 and desires to play the battle game also appears. Therefore, in the above-described trial play control process, when the user terminal 400 of the trial user accesses the game server 200 via the posting image, an enemy object group to be played against the ally object group is selected. Then, the resource data including the teammate object group and the enemy object group is provided to the user terminal 400 of the trial user, so that the trial user can trial the battle game using the same teammate character group as the posting image. As described above, in the trial play control process, only the minimum resource data is provided to the user terminal 400 of the trial user, and the posting image posted to the trial user is not performed without installing an application or registering a user. You can experience a battle game using the same group of friendly objects.
As a result, the user can easily experience a game using the posted object information.

(Other embodiments)
In the above embodiment, a case has been described in which post data in which an access destination URL (URL that directly accesses the game server 200) as shown in FIG. 7B is linked to a post image is generated. Posting data in which only an access destination URL (first access information) for accessing a predetermined portal site is linked to a posting image instead of a URL for directly accessing the game server 200 may be generated. Then, corresponding to the access destination URL of the portal site, an access destination URL (second access information) including a posting image ID and the like for transition to the game server 200 may be generated.
In this case, the first access information linked to the posting image can be shortened as much as possible by including information such as the posting image ID in the second access information. Also, by making the second access information private, it is possible to prevent unauthorized access to the game server 200 and the like.

In the above embodiment, the description has been made up to the point where the trial user can try the battle game using the same friend object group as the posted image. However, such a trial user is guided to the registration screen and registered as a user. Etc. may be prompted.
In addition, when the trial user thus guided becomes a regular user by performing user registration or the like, any character that appeared in the battle game when the trial game was played is given to the regular user. May be.
For example, the control unit 240 displays a banner or button that transitions to a predetermined registration screen on the game screen at the timing when the trial user wins the battle game, and guides the trial user. At that time, a message indicating that a privilege can be obtained by performing user registration or the like may be displayed together. As an example of the privilege, it may be possible to freely select and acquire any character that appeared in the battle game when the game was played.
As described above, the control unit 240 functions as a guide unit that guides the trial user to the registration screen.

When the guided trial user performs user registration or the like on the registration screen, the control unit 240 registers as a regular user in the user management information 231 of FIG. 4 described above.
Further, the control unit 240 refers to the resource history 233c (target resource history 233c) in the trial user information 233 of FIG. 6 described above, and generates a selection screen that displays a list of characters that have appeared in the battle game when the trial is played, It is displayed on the user terminal 400 of the authorized user and prompts the user to select one of the characters.
Then, when any character is selected on the selection screen, the control unit 240 gives the selected character to the authorized user. That is, the control unit 240 adds the character ID of the character to the possessed character 231d of the regular user registered in the user management information 231.
In addition, the number of characters given to a regular user is not limited to one body, and may be plural. Moreover, instead of giving the item selected by the authorized user, a predetermined number of characters may be randomly selected from such a character list and given to the authorized user. In addition, for example, up to a predetermined number of characters may be specified from the character list in the order of the highest ability value and given to the authorized user.
As described above, the control unit 240 functions as a granting unit that grants any object that has appeared in the battle game (included in the resource data) to the authorized user when the game is played.

Further, when the trial user performs user registration or the like on the registration screen, some reward may be given to the user who posted the posting image.
For example, the control unit 240 may give a predetermined amount of coins or a randomly drawn character to a user who has posted a posting image. Moreover, the control part 240 is good also as making it a reward to increase the attack power, defensive power, magic power, etc. of any character which the user who contributed the posting image uses.
In addition to this, favorable evaluation (so-called “like” or the like) may be given to the posting image or the like to raise the evaluation. For example, if the consensus of the given character is estimated from the usage status of the authorized user (former trial user) to whom the character is given, and the co-sensitivity exceeds a predetermined threshold, On the other hand, a favorable evaluation (so-called “like” or the like) is given from the game server 200 (for example, an official account of the game application).
In this case, the evaluation in SNS etc. can be raised about the image for a posting containing a character with high co-sensitivity.

  In the above embodiment, a browser-type battle game (browser game) in which no game application is installed on the user terminal 400 has been described as an example. However, even a battle game in which a game application is installed on the user terminal 400 is only a trial game. It can be applied in the same way by playing it in a browser-type game.

  In the above-described embodiment, the case where the dedicated game server 200 or the user terminal 400 is used has been described. However, an operation program that defines the operation of the game server 200 or the user terminal 400 is stored in an existing personal computer, information terminal device, or the like. It is possible to make the personal computer function as the game server 200 or the user terminal 400 by applying to the above.

  In addition, such a program distribution method is arbitrary, for example, a computer-readable medium such as a CD-ROM (Compact Disc Read-Only Memory), a DVD (Digital Versatile Disc), an MO (Magneto Optical Disc), or a memory card. It may be stored in a recording medium and distributed, or distributed via a communication network such as the Internet.

(Summary)
A game system according to a first aspect of the present invention is a game system that provides a battle game in which a terminal device and a game server communicate with each other to battle object groups, and includes a generator, a selector, a provider, And a control unit.

A production | generation part produces | generates the image for posting about the friendly object group which the arbitrary users who are playing the battle game organized. When the posting image is posted on a predetermined web page and the terminal device of a trial user who wants to play a competitive game accesses the game server via the posting image, the selection unit plays the team object group. Select the enemy object group to be activated.
In addition, the providing unit provides resource data including the ally object group and the enemy object group to the terminal device of the trial user. And a control part communicates with the terminal device of the trial user who provided resource data, and controls the battle | combination with a friend object group and an enemy object group.

In other words, there are many trial users who are interested in a battle game from a post image of an ally object group posted on the SNS or the like and want to try the battle game, and such a trial user's terminal device passes through the post image. When the game server is accessed, an enemy object group to be played against the teammate object group is selected. Then, resource data including the teammate object group and the enemy object group is provided to the terminal device of the trial user, and the battle game can be played. In this way, only the minimum resource data is provided to the terminal device of the trial user, and the friend object group of the posted image is used for the trial user without installing an application or registering the user. You can experience the battle game that you had.
As a result, the user can easily experience a game using the posted object information.

The game system further includes a reception unit that receives a new ally object group arbitrarily formed by the trial user from the objects included in the resource data after the match by the game control unit ends, and the selection unit includes: When the reception unit receives a new friend object group, a new enemy object group to be played against the friend object group is selected, and the providing unit selects an already provided object from the new enemy object group selected by the selection unit. The removed additional resource data may be provided to the terminal device of the trial user.
In this case, since a new ally object group is formed from the objects that appear at the time of the trial play, the trial play user does not get lost in the composition. In addition, since the resource data provided to the terminal device of the trial user is only the difference, the communication amount and the waiting time can be reduced.

The game system further includes a management unit that manages history information of the resource data provided to the terminal device of the trial user, and the selection unit refers to the history information when selecting a new enemy object group. A new enemy object group may be selected so that a predetermined percentage or more of objects provided in the terminal device of the trial user are included.
In this case, the new enemy object group to be selected includes many objects already provided in the resource data, and the additional resource data provided to the terminal device of the trial user can be reduced. The waiting time can be reduced.

In the above game system, the generation unit may further generate an image for posting about a teammate object group organized by a trial user.
In this case, the number of posting images posted to the SNS or the like can be increased, and more trial users can experience the battle game.

Further, in the above game system, the generation unit generates an image for posting in which the first access information to a predetermined portal site is linked, and the identification information of the ally object group corresponding to the first access information. You may make it produce | generate the 2nd access information for making it change to a including game server.
In this case, the first access information linked to the posting image can be shortened as much as possible by including longer information such as identification information of the ally object group in the second access information (URL or the like). Further, by making the second access information private, it is possible to prevent unauthorized access to the game server.

In the above game system, the battle game is a browser game, and the providing unit may store the resource data provided to the terminal device of the trial user in a predetermined browser cache.
In this case, a battle game suitable for a browser type game (browser game) can be provided by using the browser cache.

In addition, the game system includes a guide unit that guides the trial user to a registration screen for registering to a regular user who can officially play the battle game after the battle by the control unit is completed, and the trial user is a regular user. In such a case, a grant unit that grants any object included in the resource data to a regular user may be further provided.
Thereby, the regular user who acquired the object contained in the image for a posting which became a trigger can play a battle game in the state where motivation was raised.

Moreover, in the said game system, when a trial user becomes a regular user, you may make it provide a favorable evaluation with respect to the image for a posting.
In this case, the evaluation in the SNS or the like can be increased for the posting image that has been triggered.

  A guidance method according to a second aspect of the present invention is a guidance method in a server device that communicates with a terminal device and advances a game, and includes a generation step, a selection step, a provision step, and a control step.

  That is, the guidance method according to the second aspect allows the user to easily experience a game using the posted object information, as in the game system according to the first aspect.

  A program according to a third aspect of the present invention causes a computer that communicates with a terminal device and advances a game to function as a generation unit, a selection unit, a provision unit, and a control unit.

  That is, the program according to the third aspect allows the user to easily experience a game using the posted object information, as in the game system according to the first aspect.

  As described above, according to the present invention, it is possible to provide a game system, a game providing method, and a program that allow a user to easily experience a game using posted object information.

DESCRIPTION OF SYMBOLS 100 Game system 200 Game server 210 Reception part 220 Transmission part 230 Management part 231 User management information 232 Post management information 233 Trial user information 240 Control part 241 Reception part 242 Progression control part 243 Generation part 244 Selection part 245 Provision part 300 SNS server 400 User terminal 410 Operation reception unit 420 Transmission / reception unit 430 Storage unit 431 Game management information 440 Control unit 441 Game progress unit 442 SNS control unit 443 Screen generation unit 450 Display unit 500 Information processing device 501 CPU
502 ROM
503 RAM
504 Storage device 505 Display device 506 Communication device 507 Operation device 900 Internet

Claims (9)

A game system that provides a battle game in which a terminal device and a game server communicate with each other to battle each other,
A generating unit that generates an image for posting about a friend object group organized by any user who is playing the battle game;
When the posting image is posted on a predetermined web page, and a terminal device of a trial user who wants to play the battle game accesses the game server via the posting image, the friend object group and A selection section for selecting enemy objects to be battled;
A providing unit for providing resource data including the ally object group and the enemy object group to the terminal device of the trial user;
A control unit that communicates with the terminal device of the trial user who provided the resource data, and controls a battle between the teammate object group and the enemy object group ,
The generation unit generates the posting image linked with first access information to a predetermined portal site, and includes identification information of the ally object group corresponding to the first access information. Generating second access information for transition to
Game system comprising a call. And a reception unit that receives a new ally object group arbitrarily formed by the trial user from objects included in the resource data after the game control unit finishes the battle,
When the accepting unit accepts the new teammate object group, the selection unit selects a new enemy object group to be played against the teammate object group,
The providing unit provides additional resource data excluding the provided object among the new enemy object group selected by the selecting unit to the terminal device of the trial user.
The game system according to claim 1. A management unit that manages history information of the resource data provided to the terminal device of the trial user;
The selection unit refers to the history information when selecting the new enemy object group, and includes the new enemy objects so that objects provided to the terminal device of the trial user are included in a certain ratio or more. Select a group,
The game system according to claim 2. The generating unit further generates the posting image for the team of friendly objects organized by the trial user.
The game system according to any one of claims 1 to 3, wherein: The battle game is a browser type game,
The providing unit stores the resource data provided to the terminal device of the trial user in a predetermined browser cache;
The game system according to any one of claims 1 to 4, characterized in that. A guidance unit for guiding the trial user to a registration screen for registering with a regular user who can play the battle game after the battle by the control unit is completed;
When the trial user becomes the regular user, the provisioning unit further grants any object included in the resource data to the regular user.
The game system according to any one of claims 1 to 5 , wherein: When the trial user becomes the regular user, the assigning unit further gives a favorable evaluation to the posting image.
The game system according to claim 6 . A game providing method in a server device that communicates with a terminal device and advances a battle game,
A generation step of generating an image for posting about a friend object group organized by an arbitrary user who is playing the battle game;
When the posting image is posted on a predetermined web page, and a terminal device of a trial user who desires to play the battle game accesses the server device via the posting image, the friend object group and A selection step for selecting a group of enemy objects to fight against,
Providing resource data including the friend object group and the enemy object group to the terminal device of the trial user;
Wherein the resource data communication with the terminal apparatus of the trial play users who provide, and a control step of controlling a match with the enemy object group and the ally object group,
The generation step generates the posting image linked with the first access information to a predetermined portal site, and includes identification information of the ally object group corresponding to the first access information. Generating second access information for transition to
Game provided wherein a call. A computer that communicates with the terminal device and advances the battle game,
A generating unit that generates an image for posting about a friend object group organized by an arbitrary user who is playing the battle game;
When the posting image is posted on a predetermined web page, and a terminal device of a trial user who wants to play the battle game accesses the game server via the posting image, the friend object group and A selection section for selecting enemy objects to be battled,
A providing unit that provides resource data including the friend object group and the enemy object group to the terminal device of the trial user,
Communicating with the terminal device of the trial user who provided the resource data, and functioning as a control unit that controls a battle between the ally object group and the enemy object group ,
The generation unit generates the posting image linked with the first access information to a predetermined portal site, and includes identification information of the ally object group corresponding to the first access information to the computer. Generating second access information for transition,
Program for causing to function as.

Images