JP2015133041A - Information processing device, information processing system, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an information processing device, an information processing system, and a program for prompting a user frequently utilizing a service through a network to continuously utilize the service.SOLUTION: The information processing device capable of transmitting or receiving a processing request for a service based on user operation comprises: acquisition means for acquiring information on the data amount of data transmitted or received in relation to a processing request for a service and user identification information for identifying a user having performed operation which is a source of the processing request for the service; and determination means for, on the basis of the information on the data amount acquired by the acquisition means, determining the content of a reward that should be provided to the user identified with the user identification information acquired by the acquisition means.

Description

  The present invention relates to an information processing technique for data transmission / reception processing via a network.

  In recent years, a game that is executed by a user terminal and a server communicating via a network has become widespread (Patent Document 1). Among such games, a user terminal and a server communicate with each other in accordance with HTTP, and a web browser of the user terminal displays a game image as an HTML document (browser-type game), or a game program A device in which an installed user terminal actively executes a game and downloads data from a server as necessary (a game in a native application format) is known.

Japanese Patent No. 4855549

In a browser-type game, if the amount of data transmitted from the server to the user terminal is large, downloading may take time and the user may be dissatisfied. This is especially true for games that use high-quality image data. In a native application format game, if the server holds data tables and image data necessary for the progress of the game on the user terminal, it takes time to download to the user terminal if the amount of data is large. Again, dissatisfaction may occur. Further, even if a data table or the like is held in the user terminal, data necessary for updating the game is exchanged between the user terminal and the server, and if the amount of data is large, the user terminal There are cases where dissatisfaction arises because it takes time to download to.
In general, a user of a user terminal who downloads a large amount of data from a server tends to execute a game more frequently, and can be said to be a good user for a game provider. Therefore, it is required to continuously execute the game without causing dissatisfaction with such excellent users. Such a request is not limited to games, but applies to services that use networks.

  The present invention has been made in view of the above-described viewpoints, and an object of the present invention is to provide an information processing apparatus and an information processing system in which a user who frequently uses a service via a network continuously uses the service. Is to provide a program.

One aspect of the present invention is an information processing apparatus capable of transmitting or receiving a service processing request based on a user operation,
Obtaining means for obtaining information relating to a data amount of data transmitted or received in relation to the service processing request and user identification information for identifying a user who has performed an operation that is a source of the service processing request;
Determining means for determining the content of the reward to be given to the user identified by the user identification information acquired by the acquiring means based on the information on the data amount acquired by the acquiring means;
Is an information processing apparatus.

Another aspect of the present invention is an information processing system including a user terminal capable of transmitting a service processing request based on a user operation, and a server capable of receiving the service processing request.
Acquisition means for acquiring information relating to a data amount of data transmitted or received in association with the service processing request and user identification information for identifying a user who has performed an operation that is a source of the service processing request;
Determining means for determining the content of the reward to be given to the user identified by the user identification information acquired by the acquiring means, based on the information regarding the data amount acquired by the acquiring means;
An information processing system provided with at least one of the user terminal and the server.

Another aspect of the present invention provides a computer,
Obtain information on the amount of data transmitted or received in relation to a service processing request based on a user operation, and user identification information for identifying a user who has performed an operation that is the source of the service processing request Acquisition means,
Determining means for determining the content of the reward to be given to the user identified by the user identification information acquired by the acquiring means, based on the information regarding the data amount acquired by the acquiring means;
It is a program to make it function as.

The figure which shows the basic composition of the game system of 1st Embodiment. The block diagram which shows the structure of the user terminal of 1st Embodiment. The block diagram which shows the structure of the game server of 1st Embodiment. The figure for demonstrating conceptually the provision of the reward to the user based on the amount of transmission data in 1st Embodiment. The figure which shows the structural example of the user data table in 1st Embodiment. The figure which shows the structural example of a possession card data table. The figure which shows the structural example of a possession item data table. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The functional block diagram of the game server of 1st Embodiment. 6 is a flowchart illustrating an example of a transmission data amount recording process in the first embodiment. The flowchart shown about an example of the reward provision process to the user based on transmission data amount in 1st Embodiment. The figure which shows the structural example of the user data table in the modification of embodiment. The figure which shows an example of the image displayed on a user terminal in the modification of embodiment. The flowchart shown about an example of the reward provision process to the user based on the amount of transmission data in the modification of embodiment. The figure which shows an example of the reward data table referred in the modification of embodiment.

(1) First Embodiment (1-1) Configuration of Game System Hereinafter, a game system 1 will be described as an embodiment of an information processing system.

FIG. 1 shows a system configuration example of a game system 1 according to the embodiment. As shown in FIG. 1, the game system 1 includes user terminals 10a, 10b, 10c,. Each user terminal 10a, 10b, 10c can access the game server 20 through a communication network NW such as the Internet. The game server 20 is an example of an information processing device.
Each of the user terminals 10a, 10b, 10c,... Is a terminal operated by an individual user. For example, a feature phone, a smartphone, a tablet terminal, a personal computer, a television receiver (two-way communication function) It includes so-called multi-function smart TVs), and communication terminals such as portable game machines with communication functions. In the following description, when referring to the user terminals 10a, 10b, 10c,.

The game server 20 is a server that executes a game. The game server 20 is mounted with a program capable of creating image data that can be interpreted by a web browser (in this embodiment, image data described in a format such as HTML, XML, etc.). The image data is an example of output data.
The user terminal 10 includes a web browser that interprets and displays an HTML document provided by the game server 20. A request based on a user operation on the web page by the user terminal 10 is sent via the network to the game server 20. The game processing is executed by receiving the processing result by the game server 20.
The communication network NW is an information communication network configured by, for example, the Internet, a WAN (Wide Area Network), a LAN (Local Area Network), a dedicated line, or a combination thereof.

(1-2) Configuration of User Terminal The user terminal 10 will be described with reference to FIG.
As shown in FIG. 2, the user terminal 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an operation input unit 15, a display unit 16, a communication interface unit 17, A storage 18 is provided, and a bus 19 for transmitting control signals or data signals between the respective units is provided.

  The CPU 11 reads out programs and data stored in the ROM 12 and controls the overall operation in the user terminal 10 such as control signals with each unit in the user terminal 10 and timing processing of data signals. The CPU 11 also reads out the program stored in the storage 18 and various data necessary for executing the program, expands it in the RAM 13, and performs various processes such as data input / output processing, arithmetic processing, and determination processing associated with the execution of the program. I do. The RAM 13 temporarily stores data for arithmetic processing, determination processing, and the like by the CPU 11.

  For example, the CPU 11 loads a web browser stored in the storage 18 into the RAM 13 and executes it. And CPU11 is based on designation | designated of URL (Uniform Resource Locator) input by a user by the operation input part 15 grade | etc., Via the communication interface part 17, the data for displaying a web page from the game server 20, ie, Data of an object such as an HTML (HyperText Markup Language) document and an image associated with the document (hereinafter collectively referred to as “HTML data” as appropriate) is acquired via the communication interface unit 17 and is then used as a web browser. To interpret the HTML data. Various plug-ins for extending the browser function of the web browser may be mounted on the user terminal 10. An example of such a plug-in is a flash player by Adobe Systems Inc. in the United States. Alternatively, the HTML data in this embodiment may be in the HTML5 format having a moving image and audio playback function.

The web browser performs communication with the game server 20 in accordance with HTTP (HyperText Transfer Protocol). When a URL (Uniform Resource Locator) on a web page or an operation target (for example, a software button (hereinafter simply referred to as “button”)) is selected by the user operating the operation input unit 15, the web browser. In order to update the web page, an HTTP request including the selection result is transmitted to the game server 20. The web browser acquires HTML data from the game server 20 as an HTTP response, interprets it, and displays an image of the web page on the display unit 16.
In the present embodiment, HTML data is an example of image data.

  The display unit 16 is a display device such as an LCD (Liquid Cristal Display) or an organic EL (Electro Luminescence) display. When an LCD (Liquid Cristal Display) monitor including thin film transistors arranged in pixel units in a matrix is applied, the display unit 16 displays the image of the web page on the display screen by driving the thin film transistors.

When the user terminal 10 is a button input type user terminal, the operation input unit 15 includes, for example, a plurality of instruction input buttons such as a direction instruction button, a determination button, and a numeric keypad for receiving a user operation input. It includes an interface circuit for recognizing a pressing (operation) input and outputting it to the CPU 11.
When the user terminal 10 is a touch panel input type user terminal, the operation input unit 15 mainly accepts touch panel type input by touching the display screen with a fingertip or a pen.

  The storage 18 is a storage device configured by, for example, a flash memory or an HDD (Hard Disk Drive).

(1-3) Configuration of Game Server The configuration of the game server 20 will be described with reference to FIG.
As shown in FIG. 3, the game server 20 includes a CPU 21, a ROM 22, a RAM 23, a communication interface unit 24, and a storage 25, and a bus 26 is provided for transmitting control signals or data signals between the units. ing. The game server 20 can have the same configuration as a general-purpose network server in terms of hardware.

  The CPU 21 reads out the programs and data stored in the ROM 22 and controls the overall operation in the game server 20 such as control signals for each part in the game server 20 and data signal timing processing. The CPU 21 also reads out a program stored in the storage 25 and various data necessary for executing the program, expands it in the RAM 23, and performs various processes such as data input / output processing, arithmetic processing, and determination processing associated with the execution of the program. I do. The RAM 23 temporarily stores data for arithmetic processing, determination processing, and the like by the CPU 21.

  For example, the storage 25 stores a program for providing a web service by performing communication according to HTTP with a web browser of the user terminal 10 as a client. The CPU 21 expands the program stored in the storage 25 on the RAM 23 and executes the program. Along with the execution of the program, the CPU 21 acquires an HTTP request from the user terminal 10 via the communication interface unit 24, executes a process according to the HTTP request, and uses the HTML data including the execution result as an HTTP response. Return to 10.

  The storage 25 is a storage device configured by, for example, a flash memory or an HDD (Hard Disk Drive), and stores a data table group 70 (described later) in addition to the above-described program. The data table group 70 includes a user data table, a possessed card data table, and a possessed item data table. Each data table in the storage 25 is appropriately accessed from the CPU 21 for reading and writing data.

(1-4) Grant of reward to user based on transmission data amount Hereinafter, in the game of the present embodiment, the data amount of data transmitted from the game server 20 to the user terminal 10 of the user (hereinafter referred to as “transmission data amount”). )), The principle of giving a reward to the user will be described with reference to FIG.
The game executed in the game system 1 of the present embodiment is not particularly limited. However, for convenience of explanation, a case where the user uses a card as an object will be described below. In this game, other users using a quest function (hereinafter simply referred to as “quest”) in which a user searches or progresses through each stage and a card possessed by the user (hereinafter referred to as “owned card” as appropriate) A battle function (hereinafter simply referred to as “match”) performed with NPC (Non-Player Character), and a lottery function (hereinafter simply referred to as “ "Lottery").

Referring to FIG. 4, the processing request exemplified in the present embodiment is a request to the game server 20 for the quest, battle, or lottery process described above by the user via the user terminal 10. When the game server 20 acquires the processing request, the game server 20 executes processing according to the acquired processing request, and transmits data necessary for the processing, image data including a processing execution result, and the like to the user terminal 10.
Here, when the transmission data amount from the game server 20 to the user terminal 10 satisfies the granting conditions, it is determined that the reward is given to the user. That is, it is possible to construct a mechanism in which a reward is given to a user who performs an operation that increases the amount of transmission data, whereby the user is preferentially treated. This mechanism has the following advantages. That is, in general, the user of the user terminal 10 who downloads a large amount of data from the server tends to use the service more frequently and can be said to be an excellent user for the service provider. By constructing, it is possible to make it less likely to cause dissatisfaction due to the waiting time of data, so that excellent users can use the service continuously.

(1-5) Configuration of Data Table Next, for each data table (user data table, possession card data table, and possession item data table) of the data table group 70 stored in the storage 25 of the game server 20, FIG. It demonstrates in order with reference to 5-7. The storage 25 of the game server 20 is an example of a storage device.

(I) User Data Table Various data related to the game are recorded for each user in the user data table. FIG. 5 shows a configuration example of the user data table. In the example of the user data table shown in FIG. 5, the data of each item of the user name, level, stage, physical strength, and possession point is recorded in association with each user ID, and the contents of the data of each item Is as follows. The user ID is an example of user identification information. Note that the items shown in FIG. 5 are merely examples, and other items associated with the user on the game may be set as appropriate.
A user name is a user name displayed in order to specify the user of the user terminal 10 at the time of execution of a game. The user name is, for example, a text having a predetermined length or less designated in advance by the user. The user name is a name that identifies the user on the network environment (or game community) provided by the game server 20.
The level of the user increases according to a rule defined in advance in the game of the present embodiment. For example, the game level may increase as the number of wins by the user in the battle or the win rate in the battle increases. The user stage is a value indicating the stage reached by the user through the quest, and the initial value is 1.
The user's physical strength is a parameter that varies when executing a quest. Each time a quest is executed, the physical strength decreases by a predetermined amount, and the physical strength increases by a predetermined amount every time a predetermined time elapses.
The user's possession point is the value (unit: pt) of the point possessed by the user on the game. In the example of the present embodiment, the reward given to the user is described as an amount of points according to the amount of transmission data, but the reward is not limited to points. The reward may be an object used in a game such as a card or an item. The reward is not limited to points and objects used in the game, but may be an electronic reward (for example, a predetermined amount of service points or electronic money) that is not limited to use in the game. Good. Furthermore, it may be a substantial reward (for example, a gift card or a clock) given to the user. That is, since the reward given to the user is a reward for allowing the user who frequently uses the service through the network to continuously use the service, any reward may be used.
By using rewards as points, users who have been given rewards can immediately use points as rewards in the game, so the motivation to actively earn rewards is stronger There is.

(Ii) Possession card data table Information on the possession card of the user is recorded in the possession card data table. FIG. 6 shows a configuration example of the possessed card data table. Although FIG. 6 illustrates a possessed card data table for one user, the possessed card data table is provided for each user registered in the game.
In the possessed card data table shown in FIG. 6, a card level is recorded in association with each card ID. The card name, card image, and parameters (for example, HP (Hit Points), attack power, defense power, etc. in the battle) corresponding to the card ID are defined in a card data table (not shown). The card level indicates a card growth level, and is a parameter that varies depending on processing performed by the user using the card. The value (initial value) of the card level at the time when the user obtains the card is 1, and the user increases the card level by synthesizing the card with another card (that is, the card is grown). )be able to.

(Iii) Possession item data table In the possession item data table, information of items possessed by the user (possession items) is recorded. FIG. 7 shows a configuration example of the possessed card data table. Although FIG. 7 illustrates the possessed item data table for one user, the possessed card data table is provided for each user registered in the game. In the possessed item data table shown in FIG. 7, item name and possession number data are recorded in association with each item ID. In the game of this embodiment, it is comprised so that an item can be acquired when a user performs a quest. When a user acquires an item, the possessed item data table of the user is updated.

(1-6) Specific example of reward grant to user based on transmission data amount Hereinafter, a specific example of reward grant to user based on the transmission data amount in the game of the present embodiment will be described with reference to FIGS. 8 and 9. explain. 8 and 9 are diagrams each showing an example of a screen displayed on the user terminal 10 when executing the game process of the present embodiment.

(i) Quest Image P0 in FIG. 8 is an image displayed when the user logs in to the game, and includes a main menu of the game. In the example of the present embodiment, the main menu includes buttons b1, b2, and b3 for executing quest, lottery, and battle processes.
When the button b1 (“quest”) is designated in the image P0, the image changes as indicated by P1. The image P1 includes a stage in which the user is in progress in the quest (in this example, stage 3), a button b11 for executing the quest (“search”), and a button b12 for ending the quest (“end”). Including. Each time the button b11 (“search”) is designated in the image P1, the user can advance the stage while consuming a predetermined amount of physical strength. Although not shown, every time the button b11 is designated, a stage image related to the progress of each stage (for example, a still image or a moving image such as a character or a background related to the progress of the stage), or an image displaying a parameter. (For example, the remaining physical strength of the user, the percentage indicating the progress of progress of the stage, etc.) are displayed. During execution of the quest, the user may be able to acquire an item as shown in the image P2. When the button b12 ("END") is designated, the quest is ended and the image P3 is displayed. The image P3 includes a transmission data amount (5 MB in the example shown in FIG. 8) and points (acquisition points; 50 pt in the example shown in FIG. 8) given to the user based on the transmission data amount. . This transmission data amount is the amount of data transmitted from the game server 20 to the user terminal 10 from the start of execution of the quest by the designation of the button b1 (“quest”) of the image P0 to the end of the quest.
In FIG. 8, buttons b1 and b11 are examples of buttons for making a quest processing request.

(ii) Lottery
When the button b2 (“lottery”) is designated in the image P0 in FIG. 8, the image changes as indicated by P4. The image P4 is an image that displays a lottery result. Here, an example in which one card is given to the user is shown. When the button b21 ("Next") is designated in the image P4, the image changes as shown in P5. The image P5 includes a button b22 for returning to the image P0 (“return to the main menu”) and a button b23 for executing the lottery again (“lottery again”), as well as the transmission data amount (example shown in FIG. 8). , 0.3 MB) and points (acquisition points; 3 pt in the example shown in FIG. 8) given to the user based on the transmission data amount. This transmission data amount is transmitted from the game server 20 to the user terminal 10 until the lottery result is displayed after the button b2 (“lottery”) of the image P0 is designated (that is, until the lottery ends). Data amount.
In FIG. 8, buttons b2 and b23 are examples of buttons for making a lottery process request.

(iii) Battle
When the button b3 (“battle”) is designated in the image P0 in FIG. 9, the image changes as shown in P6. The image P6 is an image for notifying the opponent determined by the game server 20, and includes a button b31 (“match”) and a button b32 (“do not match”). When the button b31 (“match”) is designated, an image P7 is displayed. The image P7 is a moving image that displays the content of the battle between the user and the opponent, for example. The content of the battle can be set as appropriate. Such a moving image may be displayed, for example, when the user terminal 10 receives a reproduction file transmitted from the game server 20 and reproduces the reproduction file received by the user terminal 10. Alternatively, a turn-based battle may be executed between the user and the opponent, and winning or losing may be determined as a result of a plurality of user operations. In that case, a plurality of still images or moving images including the execution results in each turn are transmitted from the game server 20 to the user terminal 10.
When winning or losing of the battle is determined, an image P8 is displayed. The image P8 includes a transmission data amount (10 MB in the example shown in FIG. 9) and points (acquisition points; 100 pt in the example shown in FIG. 9) given to the user based on the transmission data amount. . This transmitted data amount is the amount of data transmitted from the game server 20 to the user terminal 10 from the start of execution of the match by the designation of the button b3 (“match”) of the image P0 until the win / loss is determined. .
In FIG. 9, buttons b3 and b31 are examples of buttons for making a battle processing request.

  As described above, in the game of the present embodiment, each process included in the main menu is designated based on a user operation, and when the designated process is completed, the game server 20 transfers to the user terminal 10 in the designated process. The user is given points based on the amount of transmitted data.

(1-7) Overview of Functions Provided by Information Processing Device Next, functions provided by the game server 20 in order to realize the above-described game of the present embodiment will be described. FIG. 10 is a functional block diagram for explaining functions that play major roles in the game server 20 of the present embodiment. In FIG. 10, the data table group 70 includes a user data table, a possessed card data table, and a possessed item data table as described above. Note that not all the means included in the functional block diagram shown in FIG. 10 are indispensable elements for the present invention. For example, in this embodiment, the acquisition unit 53 and the determination unit 55 may be provided. The storage means 57 and the changing means 58 are mentioned in the modification.

The receiving unit 51 has a function of receiving various processing requests from the user terminal 10 based on information related to user operation input. Examples of processing requests from the user terminal 10 in the game of the present embodiment include the above-described quest processing request (hereinafter “quest request”), lottery processing request (hereinafter “lottery request”), and battle processing. This is a request (hereinafter referred to as “match request”).
In order to realize the function of the accepting unit 51, the game server 20 receives a processing request corresponding to an operation input by the user from the user terminal 10 via the communication interface unit 24. The CPU 21 of the game server 20 performs processing request acceptance processing based on information included in the received processing request. In the reception process, the received processing request is written in the RAM 13 in association with the user ID. The CPU 21 sequentially executes processes corresponding to the accepted requests.

The game execution unit 52 has a function of executing processing based on the processing request from the user terminal 10 received by the reception unit 51. The function of the game execution means 52 is implement | achieved as follows, for example.
When the CPU 21 of the game server 20 receives the quest request, it reads out the stage and physical strength data corresponding to the user ID of the requesting user from the user data table, and appropriately updates the parameters including these data. For example, every time a quest request is received, the CPU 21 decreases the physical strength value by a predetermined amount, and increases the percentage value indicating the progress of progress of the stage by a predetermined amount. When the percentage value indicating the progress of progress of the stage reaches a predetermined value (for example, 100%), the CPU 21 increases the stage value by one. Data of stage images related to the progress of each stage (for example, still images and moving images such as characters and backgrounds related to the progress of the stage) are recorded in a data table (not shown), and the CPU 21 performs processing from the data table. The stage image related to the progress of the middle stage is read out, and image data to be transmitted to the user terminal 10 is generated so as to include the read out stage image and the updated parameter.

  When the CPU 21 of the game server 20 accepts the lottery request, the card data table (not shown) in which the card image and the parameter are associated with each card ID, or the item image and the parameter are associated with each item ID. A process of randomly selecting a predetermined number of cards or items from the item data table (not shown). The CPU 21 generates image data to be transmitted to the user terminal 10 so that images and parameters of a predetermined number of selected cards or items are included. Further, the CPU 21 updates the possessed card data table or the possessed item data table of the requesting user based on the selected card or item data.

CPU21 of the game server 20 will perform a battle | competition process, if a battle | competition request | requirement is received. The battle process includes a process of selecting the opponent of the requesting user, a process of updating parameters related to the battle such as HP, and a process of generating and transmitting image data related to the battle.
Specifically, the CPU 21 selects one opponent from a plurality of opponents (such as monster characters) set in advance in the battle with the NPC, for example. In a battle between users, for example, the CPU 21 randomly selects one of the users other than the requesting user, and sets the selected user as the opponent of the requesting user.
The type of parameter and the updating method thereof are appropriately set according to the content and rules of the battle to be applied. For example, in a turn-based battle, the CPU 21 controls the user's attack based on the operation input of the requesting user and the opponent's attack to be executed alternately, and the user and the opponent are based on each attack. The HP is reduced according to the attack power. The CPU 21 ends the match when the HP of either the user or the opponent becomes zero. In each turn, the CPU 21 generates still image or moving image data (image data) including the values of the parameters of the user and the opponent and indicating the content of the battle, and transmits the data to the user terminal 10.

  Each time the CPU 21 of the game server 20 executes a process based on the process request, the CPU 21 writes information on the amount of transmission data related to the process request in the RAM 23 in association with the user ID of the user who requested the received process request. . The CPU 21 counts the number of packets constituting HTML data, which is an HTTP response to the processing request, for example, in order to write information regarding the transmission data amount related to the processing request. The information related to the transmission data amount to be written may be the number of packets or the data amount itself (number of bytes or the like).

The information related to the transmission data amount is not limited to the case where the transmission data amount is calculated based on the number of packets, but may be an estimated value of the transmission data amount based on the processing request or an index value of the transmission data amount.
For example, when the amount of data to be transmitted to the user terminal 10 for each type of processing request such as a quest request, a lottery request, and a battle request can be estimated statistically, based on the number of requests for each type, The amount of transmission data can be estimated. For example, the specified value of the transmission data amount corresponding to the quest request (processing request by specifying one button b11 (see FIG. 8)) is A1 [MB], the lottery request (single button b2 (see FIG. 8)) A2 [MB] is the specified value of the transmission data amount corresponding to the processing request by designation), and A3 is the specified value of the transmission data amount corresponding to the battle request (processing request by specifying one button b31 (see FIG. 9)). The amount of transmission data can be estimated as appropriate by preliminarily prescribing such as [MB] and counting the number of times each processing request is received. For example, when the number of quest requests is three, the transmission data amount can be estimated as 3 × A1.
Further, the index value of the transmission data amount may be data obtained by dividing the calculated or estimated transmission data amount into any of a plurality of stages as shown below, for example.

[Specific example of index value of transmitted data amount]
・ Level 1 ... Transmission data amount is less than B1 [MB] ・ Level 2 ... Transmission data amount is more than B2 [MB] and less than B2 [MB] ・ Level 3 ... Transmission data amount is more than B2 [MB]

The acquisition unit 53 has a function of acquiring information on the amount of transmission data related to each processing request and the user ID of the user who performed the operation that is the source of the processing request (that is, the requesting user).
In order to realize the function of the acquisition unit 53, information on the amount of transmission data related to the processing request is read (acquired) from the RAM 23.
The timing for reading the transmission data amount related to the processing request from the RAM 23 can be set as appropriate. In the example of each process of the quest, the lottery, and the battle illustrated in FIGS. 8 and 9, the CPU 21 updates the information regarding the transmission data amount in the RAM 23 while executing the process for the related series of process requests. At the time when the processing corresponding to the series of processing requests is completed (for example, when generating image data for displaying the image P3 or P5 in FIG. 8 or the image P8 in FIG. 9), information on the transmission data amount is stored from the RAM 23. Read (acquire).
The timing at which the information regarding the transmission data amount related to the processing request is read from the RAM 23 may be the timing at which each processing request is received. In that case, for example, in the example of the quest illustrated in FIG. 8, the transmission data amount is read (obtained) from the RAM 23 every time the button b <b> 11 (“search”) is designated.
The timing at which the information related to the amount of transmission data related to the processing request is read from the RAM 23 may be a time later than the time at which the processing for the related processing request is completed, for example, the time at which one session in access ends. It may be.

The determination unit 54 determines whether or not a grant condition for granting a reward to the user of the user ID acquired by the acquisition unit 53 is satisfied using the information regarding the transmission data amount acquired by the acquisition unit 53. It has a function. As long as it can be determined whether or not the information regarding the amount of transmission data satisfies the grant condition, the grant condition can be set as appropriate. For example, when the information related to the transmission data amount is the calculated or estimated transmission data amount, a condition that “the transmission data amount is equal to or greater than T1 [MB]” may be set as the addition condition. When the information on the transmission data amount is data classified into any one of levels 1 to 3, a condition that “the transmission data amount is level 2 or more” may be set as the grant condition.
In order to realize the function of the determination unit 54, the CPU 21 of the game server 20 acquires information on the transmission data amount related to the processing request and the user ID of the requesting user from the RAM 23. It is determined whether the information satisfies the grant condition.
Although it is not essential to provide the determination unit 54, by determining the content of the reward based on the grant condition, the content of the reward can be set flexibly instead of being uniform according to the grant condition. Further, as a reason why it is not essential to provide the determination means 54, when the game server 20 receives the determination result by causing another device other than the game server 20 to perform the determination of the grant condition itself, It is mentioned that it is not necessary to make the determination itself.

The determination unit 55 has a function of determining the content of the reward to be given to the user when it is determined that the grant condition is satisfied as a result of the determination by the determination unit 54. In the example of this embodiment, the reward is a point in the game, but the content can be set as appropriate. For example, the amount of points given to the user may be a constant value, may be an amount of points proportional to the amount of transmission data, or may be an amount of points set in stages according to the amount of transmission data It may be.
In order to realize the function of the determination unit 55, when the CPU 21 of the game server 20 determines that the grant condition is satisfied using the information regarding the transmission data amount, the information regarding the transmission data amount and the content of the reward, which are defined in advance, The content of the reward is determined based on the relationship. For example, in the example shown in FIGS. 8 and 9, when the transmission data amount is α [MB] and the earned points as the reward is β [pt], the reward is based on the relationship of β = 10 × α. The contents of are determined.

The CPU 21 transmits, to the user terminal 10, image data including information related to the transmission data amount and the content (points) of the determined reward via the communication interface unit 24. Further, the CPU 21 resets the value of the transmission data amount in the RAM 23 (that is, sets it to zero).
In determining the content of the reward, the relationship between the information related to the transmission data amount and the content of the reward is not limited to the proportional relationship, and may be set from various viewpoints. Below, the other specific example of the relationship between the information regarding transmission data amount and the content of a reward is shown.

[Specific example 1 of relationship between information on amount of transmitted data and contents of reward]
・ When the amount of data to be transmitted is greater than or equal to T1 [MB] and less than T2 [MB]: Reward details: 50 pt per MB
・ When the amount of data to be transmitted is T2 [MB] or more: Contents of reward: 80 pt per 1 MB

[Specific example 2 of relationship between information on amount of transmitted data and contents of reward]
-When the information regarding the amount of transmitted data is level 2 ... The content of reward: 120 pt
-When the information regarding the amount of transmitted data is level 3 ... Reward details: 200 pt

The granting unit 56 has a function of granting a reward to the user based on the content of the reward determined by the determining unit 55.
In order to realize the function of the granting unit 56, the CPU 21 of the game server 20 adds the amount of points determined as the content of the reward to the current point of the user to be granted, and the user data of the user Update the table. Thereby, points are given to the user as a reward.

(1-8) Game Process Flow of the Present Embodiment Next, a game process flow of the present embodiment will be described with reference to FIGS. 11 and 12. FIG. 11 is a flowchart illustrating an example of a transmission data amount recording process. FIG. 12 is a flowchart illustrating an example of a reward giving process to the user based on the transmission data amount. In the following, a case where the information related to the transmission data amount to be acquired is the transmission data amount itself (for example, the number of bytes) will be described as an example.

In FIG. 11, when the CPU 21 of the game server 20 acquires a processing request corresponding to an operation input by the user from the user terminal 10 via the communication interface unit 24 (S10: YES), the CPU 21 of the game server 20 performs processing for accepting the acquired processing request. (S12). The reception process includes a process of associating the process request with the user ID and recording it in the RAM 13. The CPU 21 executes processing based on the processing request received in S12 (S14). The content of the processing to be executed differs depending on the type of processing request received (in the example of this embodiment, any type of quest request, lottery request, or battle request).
The CPU 21 generates image data including the processing result in S14 (S16). The CPU 21 transmits the image data generated in S16 to the user terminal 10 via the communication interface unit 24 (S18). Next, the CPU 21 calculates the transmission data amount based on the number of packets of the image data (HTML data or the like) transmitted in S18 (S20), and records the calculated transmission data amount in the RAM 23 in association with the user ID (S22). ).

In FIG. 12, when the CPU 21 of the game server 20 determines that it is the acquisition timing of the transmission data amount (S30: YES), the CPU 21 acquires (reads) the transmission data amount data from the RAM 23 (S32).
The determination of the acquisition timing in S30 can be performed from various viewpoints. For example, when image data is transmitted from the game server 20 to the user terminal 10 (for example, when processing based on a processing request is performed), it may be determined that the acquisition timing has been reached.
Alternatively, it may be determined that the acquisition timing has been reached when execution of processing for a series of processing requests related to the quest, the lottery, and the battle is completed. In the example shown in FIG. 8, after an operation for designating the button b1 (“quest”) of the image P0 is performed and the processing of the quest is started, an operation for designating the button b12 (“end”) of the image P2 is performed. When the processing of the quest is completed, it is determined that the acquisition timing has been reached.
Alternatively, it may be determined that the acquisition timing has been reached when one session in access is terminated.

When the CPU 21 of the game server 20 acquires the transmission data amount data, the CPU 21 determines whether or not the transmission data amount data acquired in S32 satisfies the grant condition (S34). If it is determined in S34 that the grant condition is satisfied (S34: YES), the CPU 21 determines the user's acquisition points as the content of the reward based on the relationship between the transmission data amount and the content of the reward, which is defined in advance. (S36). For example, as illustrated in FIGS. 8 and 9, the content of the reward is determined such that the user's earned points have a value proportional to the transmission data amount.
Next, the CPU 21 of the game server 20 updates the user data table of the user so that the amount of earned points determined as the content of the reward is added to the current point of the user to be given. Thereby, points are given to the user as a reward (S38). In addition, when it determines with not satisfy | filling provision conditions in S34 (S34: NO), CPU21 does not perform the process of S36 and S38.
Finally, the CPU 21 resets the value of the transmission data amount in the RAM 23 (that is, sets it to zero) (S40). Thereby, it is possible to appropriately determine whether or not the grant condition is satisfied each time the transmission data amount acquisition timing is reached.

  In the flows shown in FIG. 11 and FIG. 12, the amount of transmission data that is a determination target of the grant condition varies depending on the acquisition timing. For example, when it is determined that the acquisition timing has been reached when execution of a process for a related series of process requests is completed, for example, until it is determined that a series of processes such as a quest or a battle has ended, the process illustrated in FIG. The value of the transmission data amount recorded in S22 is accumulated, and the accumulated transmission data amount becomes a determination target in S34 of FIG. In addition, when it is determined that the acquisition timing has been reached when one session in access is completed, the amount of transmission data recorded in S22 of FIG. 11 from the start of the session to the end of the session Is accumulated, and the accumulated amount of transmission data is determined in S34 of FIG. Therefore, it is preferable that the provision conditions in S34 of FIG. 12 are appropriately defined according to the setting of the acquisition timing.

  As described above, in the game system according to the present embodiment, when information related to a transmission data amount related to a game processing request based on a user operation satisfies a grant condition, a reward is given to the user. Is determined. Therefore, it is possible to construct a mechanism in which a reward is given to a user who performs an operation that increases the amount of transmission data, whereby the user is preferentially treated. This mechanism has the following advantages. That is, in general, a user of a user terminal that downloads a large amount of data from a server tends to execute a game more frequently and can be said to be a good user for a game provider. It is possible to make it difficult for a good user to be dissatisfied due to the data waiting time, and the good user can use the service continuously.

(2) Second Embodiment In the first embodiment, communication according to HTTP is performed between the user terminal 10 and the game server 20, and the user terminal 10 interprets an HTML document acquired from the game server 20. Although the case where the present invention is realized by a so-called browser format that displays a game image in this way has been described, the present invention is not limited to this case. It is realized by a so-called native application format in which the user terminal 10 executes the game program downloaded by the user terminal 10 to execute the game process and suppresses the transmission / reception process between the user terminal 10 and the game server 20. May be. In the native application format, image data is generated and displayed in the user terminal 10 without using a web browser.
In the second embodiment, an example in which the game of the first embodiment is realized in the native application format will be described. Note that the hardware configuration of this embodiment may be the same as that of the first embodiment. In the format of the native application of the present embodiment, it is assumed that most of the processing is performed on the user terminal 10 side, but a part of the processing of the game not described below (for example, the game operator gives a card to the user) Present process), the process may be executed on the game server 20 side, and the processing result by the game server 20 may be transmitted to the user terminal 10.
In the present embodiment, the user terminal 10 is an example of an information processing apparatus.

  In the present embodiment, the user terminal 10 receives a game program from the game operator's server based on a predetermined operation by the user, and the received game program is stored in the storage 18. When the game is started by the user terminal 10, communication is established between the user terminal 10 and the game server 20, and a login process is performed. A data table group (user data table, possession) is transferred from the game server 20 to the user terminal 10. Card data table and possessed item data table) are transmitted. The data table group transmitted to the user terminal 10 is held in the storage 18 of the user terminal 10. In this case, the data table group in the storage 18 is updated each time the user logs in.

In the present embodiment, based on the data amount of data received from the game server 20 (hereinafter referred to as “received data amount”), it is determined whether or not a reward is to be given to the user at the user terminal 10. By replacing “transmission data amount” with “reception data amount” in the flowcharts shown in FIGS. 11 and 12, these flowcharts can also be applied to this embodiment.
For example, in the present embodiment, the CPU 11 of the user terminal 10 executes processing based on a processing request received via the operation input unit 15 and information related to the data amount of data received from the game server 20 related to the processing. Is recorded in the RAM 13 as the amount of received data. Even in the native application format, for example, data is transmitted based on a processing request from the game server 20 to the user terminal 10 as necessary, for example, after a new opponent's data is downloaded from the game server 20 in a battle. Occurs from time to time. When the CPU 11 determines that the acquisition timing of the information related to the received data amount has been reached, the CPU 11 acquires the information related to the received data amount from the RAM 13, and when the acquired information related to the received data amount satisfies the grant condition, the user deck in the storage 18 A reward is given to the user by updating the data table.

  In order to prevent the possessed card data table and the possessed item data table from being tampered with in the user terminal 10, the possession in the user terminal 10 every time the predetermined processing by the user terminal 10 is completed or when the user logs out from the game. The card data table and possessed item data table are transmitted to the game server 20. The game server 20 compares the received possessed card data table and the possessed item data table with the possessed card data table and the possessed item data table in the storage 25 and confirms whether the data has been tampered with, then the storage 25 Replace the possessed card data table and possessed item data table with the received one.

  The user data table, possessed card data table, and possessed item data table are not limited to being held in the game server 20. In the game of the native application format, the holding share of each data table can be set as appropriate, and the user terminal 10, the game server 20, or other devices accessible from the user terminal 10 or the game server 20 Each data table may be held in at least one of them, and is not limited to a specific holding mode.

(3) Modified Examples Hereinafter, modified examples common to the above-described embodiments will be described. In the following, a modification example of the first embodiment will be described, but the same applies to the second embodiment.

(3-1) Modification 1
In the first embodiment described above, the timing for acquiring the information related to the transmission data amount related to the processing request is the timing for each period during which processing for a series of related processing requests is performed, or the timing for each session in access. However, the present invention is not limited to this case. In this modified example, information related to the transmission data amount is accumulated for each user, and reward is given to the user when the information related to the cumulative transmission data amount satisfies the granting conditions. In this case, information related to the total amount of transmission data is recorded in the storage 25, and is read out from the storage 25, for example, periodically or every time the user logs in, and used to determine a reward granting condition. . Note that the information related to the cumulative transmission data amount may be the cumulative transmission data amount itself, an estimated value of the cumulative transmission data amount, or an index value of the cumulative transmission data amount. Also good.

FIG. 13 is a diagram illustrating a configuration example of a user data table according to the present modification. The user data table shown in FIG. 13 is different from that shown in FIG. 5 in that an item “total amount of transmission data” is provided as information regarding the total amount of transmission data.
In the functional block diagram of this modified example, as shown in FIG. 10, a storage means 57 is provided. The storage unit 57 has a function of storing information on the accumulated data amount in a user data table of the storage 25 (an example of a storage device) using the information on the transmission data amount acquired by the acquisition unit 53. Further, in the present modification, the provision condition in the determination unit 54 is that the cumulative amount of data stored in the user data table of the storage 25 has reached a predetermined value.
In order to realize the function of the storage means 57, the CPU 21 of the game server 20 transmits the image data including the processing result based on the processing request, calculates the transmission data amount of the image data, and calculates the calculated transmission data amount. By the value, the accumulated transmission data amount value in the user data table is sequentially accumulated.

  FIG. 14 shows an example of an image displayed on the user terminal in this modification. In this modification, when the user logs in to the game, if the accumulated amount of transmission data of the user satisfies the granting condition, the image P10 is displayed on the user terminal 10, thereby rewarding the user (present). Is notified to the user. The image P10 includes a button b5 (“main menu”). By designating the button b5, the image changes as shown in P11. The image P11 is a main menu and includes a button b51 for giving a present as a reward to the user. When the button b51 is designated in the image P11, the image changes as shown in P12. The image P12 includes data related to the amount of transmission data and the content of the present (here, 10000 pt). By designating the button b52 ("receive") in the image 12, a present is given to the user.

A transmission data amount recording process and a reward granting process according to this modification will be described.
The transmission data amount recording process of this modification is substantially the same as that shown in FIG. However, in this modification, in S22, the calculated transmission data amount value is added to the cumulative transmission data amount value recorded in the user data table, and the transmission data amount is recorded in the user data table. To do.
On the other hand, the flowchart of the reward provision process of this modification is shown in FIG.
With respect to the flowchart shown in FIG. 15, the same processes as those in the flowchart shown in FIG.
In FIG. 15, when the user logs in to the game (S50: YES), the CPU 21 of the game server 20 acquires (reads) the accumulated transmission data amount from the user data table (S52).
When the CPU 21 of the game server 20 acquires the cumulative transmission data amount data, the CPU 21 determines whether or not the cumulative transmission data amount data acquired in S52 satisfies the grant condition (S54). When it is determined in S54 that the grant condition is satisfied (S54: YES), the CPU 21 determines the user's content as the content of the reward based on the relationship between the information related to the accumulated transmission data amount and the content of the reward. Acquired points are determined (S56).
Next, the CPU 21 of the game server 20 updates the user data table of the user so that the amount of earned points determined as the content of the reward is added to the current point of the user to be given. Thereby, points are given to the user as a reward (S58). Next, the CPU 21 resets the value of the accumulated transmission data amount in the user data table (that is, sets it to zero) (S60). Thereby, after giving a reward to a user, it is possible to appropriately determine the total amount of transmission data that is the basis for granting the user a reward next.
If it is determined in S54 that the grant condition is not satisfied (S34: NO), the CPU 21 does not execute the processes of S56 to S60.

The reward is not limited to points. The reward may be an object used in a game such as a card or an item. FIG. 16 shows an example of a reward data table that is referred to when the reward is other than points. In this reward data table, conditions for the amount of transmission data and items as rewards given to the user are defined. More specifically, in the reward data table, for each reward ID, a transmission data amount condition, an item ID, and an item name are associated and recorded. Here, the item “recovery drug” is an item for making the quest process proceed advantageously, and the item “lottery ticket” is an item for executing the lottery a predetermined number of times.
The reward is not limited to points and objects used in the game, but may be an electronic reward (for example, a predetermined amount of service points or electronic money) that is not limited to use in the game. Good. Furthermore, a substantial reward (for example, a gift card or a clock illustrated in FIG. 16) given to the user may be used. Therefore, even if the content of the reward is other than points, the content of the reward can be determined by referring to the data table in which the content of the reward according to the transmission data amount is set.
When the content of the reward is an object used in a game such as a card or an item, a card or item that is a reward is added to the possessed card database or the possessed item database corresponding to the grant target user. On the other hand, if the content of the reward is an electronic reward that is not limited to use within the game or a substantial reward, the item ID of the item to be granted is assigned to another service application that manages each reward. Notification is made in association with the user ID.

  According to this modification, since a reward is given to the user based on the cumulative amount of transmission data, even a user who does not access the game very frequently executes the game little by little (that is, the amount of transmission data is reduced). By building up little by little, you can get rewards even if it takes time. Therefore, it is not limited to so-called excellent users who frequently execute games, and motivation to continue the game can be given to more users.

(3-2) Modification 2
In this modification, an adjustment method for adjusting the transmission data amount is associated with each type of processing request on the game. And the determination means 54 adjusts the transmission data amount relevant to the processing request on a game with the adjustment method matched with the processing request on the said game, and determines based on the data amount after the said adjustment.
In the example of the embodiment described above, the type of processing request on the game is the type of processing request such as a quest request, a lottery request, and a battle request. By adjusting the amount of transmission data for each type of processing request, the amount of transmission data to be determined varies depending on the content of the processing on the game executed by the user. For example, a user who uses a specific processing is preferentially treated. The reward can be flexibly given to the user according to the policy of the game operator.
In order to realize the function of the determination means 54 in the present modification, the CPU 21 of the game server 20 executes processing based on the processing request and transmits image data to the user terminal 10, and user data in the RAM 23 or the storage 25. In the table, the amount of transmission data or the total amount of transmission data is recorded by distinguishing each processing request for each type of quest request, lottery request, and battle request. Then, for example, after acquiring the transmission data amount or the cumulative transmission data amount, the CPU 21 adds the acquired transmission data amount or the cumulative transmission data amount after multiplying by the weighting coefficient for each type of processing request, and the addition The determined value is used as a determination target as to whether or not the grant condition is satisfied.

A specific example of the transmission data amount adjustment method is shown below.
Specific example 1 is an example of a method of adjusting the amount of transmission data using a weighting coefficient set for each type of processing request on the game, and specific example 2 is set for each type of processing request on the game It is an example of a mathematical expression. In addition, the recorded transmission data amount may be adjusted based on the data table in which the value of the transmission data amount after adjustment is described for each range of the transmission data amount before adjustment.

[Specific Example 1 of Relationship Between Processing Request Type and Transmission Data Amount Adjustment Method]
When the type of processing request is a quest request: recorded transmission data amount (α1) × 1.0
When the type of processing request is a lottery request: recorded transmission data amount (α2) × 1.2
When the type of processing request is a battle request: recorded transmission data amount (α3) × 0.8
In this case, the transmission data amount to be determined is α1 × 1.0 + α2 × 1.2 + α3 × 0.8.

[Specific Example 2 of Relationship Between Processing Request Type and Transmission Data Amount Adjustment Method]
・ When the type of processing request is a quest request: apply conversion formula 1 ・ When the type of processing request is a lottery request: apply conversion formula 2 ・ When the type of processing request is a battle request:… Application Note that the conversion equations 1 to 3 are equations that define a function for converting the recorded transmission data amount into a different amount. For example, when the recorded transmission data amount is α, α ^{3 /} Simple formulas such as ² and α ² may be used. Also in this case, the transmission data amount to be determined is the sum of the adjusted data amount for each type.

Moreover, it is not necessary to employ all of the conversion formulas 1 to 3. For example, when the type of processing request is a quest request, the transmission data amount is adjusted by adopting conversion formula 1, and when the type of processing request is a lottery request or a battle request, the recorded transmission data amount is used. There is no need to adjust. Further, for example, when the processing request type is a quest request only for a limited period, and when the processing request type is a quest request, conversion formula 1 is used to reduce the transmission data amount. If the processing request type is a lottery request or a battle request, the conversion formula 2 and the conversion formula 3 are multiplied by “0” to the recorded transmission data amount so that the transmission data amount is not added. Also good.
Furthermore, the number of processing request types may be converted from the recorded transmission data amount by the conversion formula. In that case, when a predetermined number of times is reached, a reward is given. This is because the amount of transmission data generated for a predetermined type of request may not be constant, and in this case, counting by the number of times rather than the amount of transmission data may lead to a fair reward. For example, the amount of transmission data for each type of processing request is recorded in the RAM 23, and the number of processing requests for each type is calculated based on the amount of transmission data for each type as illustrated below (converted to the number of times) To do).
[Example of converting the amount of transmission data (α) to the number of times]
・ When the transmission data amount is T1 [MB] or more and less than T2 [MB] ... converted to α / 2 [times] ・ When the transmission data amount is T2 [MB] or more and less than T3 [MB]… α / 3 [ [Time]-When the amount of transmitted data is T3 [MB] or more ... Convert to α / 4 [Time]

  Although the adjustment method is not particularly limited in this modification, as described above, a method for adjusting the transmission data amount using the weighting coefficient set for each type of processing request on the game, By adopting a method of adjusting the transmission data amount using a mathematical expression or a data table set for each type of processing request, the calculation load required for adjusting the data amount is reduced.

(3-3) Modification 3
In the first embodiment described above, the transmission data amount adjustment method described in the second modification is changed depending on the time zone or period when the processing request on the game is received.
In the functional block diagram of this modified example, as shown in FIG. The changing means 58 has a function of changing an adjustment method corresponding to at least one of the processing request types on the game, based on the time zone or the period when the processing request on the game is received. Thus, when a game is executed based on processing requests from a large number of users, the data transmission load can be distributed. For example, when the transmission data amount adjustment method is performed using a weighting coefficient, for example, by increasing the weighting coefficient for the transmission data amount in a time zone where many users do not access, such as a midnight time zone, Since the number of accessing users increases, the transmission load on the user terminal 10 of the game server 20 can be distributed. Further, by adjusting the transmission data amount based on the period when the processing request on the game is received, the game operator can set a specific period, for example, as a campaign period in which a reward is easily obtained.
A specific example in the case of changing the transmission data amount adjustment method according to the time zone and the period will be described below. When a plurality of processing requests are received, the average time of the received times may be used as a reference, or the first received time may be used as a reference.

[Specific example 1 of adjustment method of transmission data amount according to time zone]
-When the time when the processing request is received is 6-12 o'clock ... the amount of transmitted data recorded x 1.2
When the time when the processing request is received is from 12:00 to 24:00: recorded transmission data amount × 1.0
・ When the time when the processing request is received is from 0 to 6 o'clock… the recorded transmission data amount × 2.0

[Specific example 2 of adjustment method of transmission data amount according to period]
-When the period during which the processing request is received is within the event period: recorded transmission data amount x 2.0
When the period during which the processing request is received is outside the event period: recorded transmission data amount × 1.0

  In the present modification, the function of the changing means 58 is realized as follows. For example, the CPU 21 of the game server 20 has a built-in timer, and the CPU 21 associates the time at which the processing request is received with the amount of transmission data based on the processing request in the RAM 23 or the user data table of the storage 25. Record. Then, for example, after acquiring the transmission data amount or the cumulative transmission data amount, the CPU 21 changes the weighting coefficient to be applied based on the recorded time, and adds the weighting coefficient for each time zone or period, respectively. Then, the added value is set as a determination target as to whether or not the grant condition is satisfied.

(3-4) Modification 4
In 1st Embodiment mentioned above, although the case where a reward was provided with respect to all the users who satisfy | filled grant conditions about the information regarding transmission data amount was demonstrated, grant conditions earlier from the user who satisfy | filled grant conditions. A reward may be given preferentially to a predetermined number of users who satisfy the above.
That is, in this modification, the determination unit 54 determines for each user whether or not a grant condition for granting a reward is satisfied. In addition, the determination unit 55 determines that the rewards to be given to a predetermined number of users in the order in which the granting conditions are satisfied are determined to satisfy the granting conditions and are given to users other than the predetermined number of users. The content of the reward to be made is different.

In addition, you may set how to make the content of reward different. For example, a reward is substantially granted to a predetermined number of users in the order in which the grant conditions are satisfied, and a reward other than a predetermined number of users is not substantially granted (there is no reward content). Alternatively, a relatively large reward may be given to the former user, and a relatively small reward may be given to the latter user. For example, in the example shown in FIGS. 8 and 9, when the transmission data amount is α [MB] and the earned points as the reward is β [pt], the reward is calculated based on the relationship of β = 10 × α. Although the case where the contents are determined has been described, the reward contents (points) are determined based on the relationship of β = 10 × α for 100 people who satisfy the grant conditions earlier, and the grant conditions are later than that 100 people The content (points) of the reward may be determined based on the relationship of β = 5 × α for the user who satisfies the above, or the content of the reward may be zero (0 pt).
In this way, a mechanism for competing among users can be constructed by making a difference in the rewards to be granted based on the timing at which the grant conditions are satisfied with respect to the users who satisfy the grant conditions, and executing the game Is promoted.

  In order to realize this modification, the CPU 21 of the game server 20 uses, for example, a flag indicating whether or not the grant condition is satisfied (1: the grant condition is satisfied, 0: the grant condition is not satisfied) as the user ID. Correspondingly, it is recorded in the RAM 23 or the user data table. Further, the CPU 21 sequentially counts the number of user IDs whose flag is “1”, and when the number reaches a predetermined number, the user corresponding to the user ID whose flag is “1” The number of users to be rewarded is determined as a predetermined number. Once a predetermined number of users have been determined, it is determined to give a second reward less than the first reward to a user who satisfies the grant condition.

(4) Application to application other than game In the embodiment and the modification described above, the case where the present invention is applied to a game has been described, but it may be applied to other services. For example, when a content viewing service using the web is provided, a reward is given to the user according to the amount of data (transmission data amount) of content data transmitted from the server to the user terminal in order to provide the viewing service can do. For example, a user who frequently views a large amount of data such as video is a good user in the above viewing service. However, by giving a reward corresponding to the amount of transmission data to such a good user, It is possible to make the user less likely to be dissatisfied due to the waiting time of data, and a good user can use the service continuously.
As the contents of the reward, for example, points that can be used for downloading the content provided by the viewing service may be employed, or actual presents (gift cards, watches, etc.) may be employed.
Applicable to other services other than the above-described examples.

As mentioned above, although embodiment of this invention and the modification were demonstrated in detail, this invention is not limited to the said embodiment etc. In addition, the embodiment may of course be variously improved and changed without departing from the gist of the present invention. The technical matters described in the above embodiment and each modification may be applied in appropriate combination.
The request receiving method is not limited to the above-described case. For example, the request receiving method may be a method of receiving an instruction input by shaking a user terminal provided with an acceleration sensor or an instruction input (gesture input) by a gesture. In gesture input, by performing a predetermined gesture for a user terminal having an imaging function, the user terminal recognizes an image of the gesture and recognizes an operation input associated with the gesture in advance. Further, in the case of a user terminal capable of executing a voice recognition program, the request receiving method may be a method of receiving an instruction input by a predetermined voice.

In the above-described embodiment, as an example of a processing request based on a user's operation, a case where a game processing request (quest request or the like) is directly performed according to a user's button specifying operation has been described. Not limited to cases.
In the above embodiment, for example, when a quest request is reserved by a user operation and an automatic search is executed by the reservation, the reservation operation is included in the quest request based on the user operation. In addition, when the user terminal requests to download without triggering the user operation when updating the game program from the game operator's server in the native application format is automatically set by the user's operation Is also included in the processing request based on the user's operation.

[Summary of Invention]
From the above description, the present invention is grasped as follows, for example.

One aspect of the present invention is an information processing apparatus (10 or 20) capable of transmitting or receiving a service processing request based on a user operation,
Acquisition means (53) for acquiring information relating to a data amount of data transmitted or received in association with the service processing request and user identification information for identifying a user who has performed an operation that is a source of the service processing request )When,
Determination means for determining the content of the reward to be given to the user identified by the user identification information acquired by the acquisition means (53) based on the information on the data amount acquired by the acquisition means (53) (55)
Is an information processing apparatus.

The “information processing device” may be any device that can be connected to a network. The information processing apparatus may be an apparatus that transmits or receives a service processing request, or may be an apparatus that receives or transmits data related to a service processing request. That is, the information processing apparatus may be a server or a client in the server client system.
The “service” may be any service as long as it is a service provided to the user via a network, such as a web service.
“Service processing request based on user operation” is not limited to a direct service processing request according to a user operation, but may be a service processing request made indirectly to a user operation. Good. For example, a case where a processing request is reserved by a user operation and a service processing request is automatically made by the reservation is also included in the “service processing request based on a user operation”. In addition, when the setting is such that a service processing request is automatically transmitted by a single operation of the user, the “user operation” is also performed for one or a plurality of service processing requests automatically performed thereafter. Service processing request based on ".
“User identification information” is information for identifying or specifying a user, and may be a user ID, for example.
“Information on the data amount” includes information on the amount of data transmitted or received (for example, the number of packets), an estimated value of the data amount based on the processing request transmitted or received, or an index value of the data amount (data amount Level, etc. (for example, many, medium, small)).
The “content of the reward” may be a reward (for example, a predetermined amount of service points or electronic money) electronically given to the user, or a substantial reward (eg, gift card) given to the user. Or a clock). Further, there may be a case where the content of the reward is empty (a case where the reward is not substantially granted).

  In the information processing apparatus, the content of the reward to be given to the user is determined based on the information regarding the data amount of data transmitted or received in relation to the service processing request based on the user's operation. Therefore, it is possible to construct a mechanism in which a reward is given to a user who performs an operation that increases the amount of data to be transmitted or received, whereby the user is preferentially treated. This mechanism has the following advantages. That is, in general, users of user terminals that download a large amount of data from the server tend to use the service more frequently and can be said to be excellent users for service providers. It is possible to make it difficult for a good user to be dissatisfied due to the data waiting time, and the good user can use the service continuously.

The information processing apparatus provides a reward to a user identified by the user identification information acquired by the acquisition unit (53), using information on the data amount acquired by the acquisition unit (53). Determination means (54) for determining whether or not the granting condition is satisfied,
The determination means (55) may determine the content of the reward to be given to the user when it is determined that the grant condition is satisfied as a result of the determination by the determination means (54).
By determining the content of the reward based on the grant conditions, the content of the reward can be set flexibly rather than uniformly.

The information processing apparatus further includes storage means (57) for storing information on the total data amount in the storage device (25) using the information on the data amount acquired by the acquisition means (53),
The provision condition may be that a cumulative amount of data stored in the storage device (25) has reached a predetermined value.
According to such a configuration, since a reward is given to the user based on the accumulated data amount, even a user who does not use the service very frequently uses the service little by little (that is, the data amount is slightly reduced). You can get rewards even if it takes time. Therefore, it is not limited to so-called excellent users who frequently use the service, and motivation to continue using the service can be given to more users.

An adjustment method for adjusting the data amount is associated with each type of processing request for the service,
The determination means (54) adjusts the data amount of data transmitted or received in connection with the service processing request by an adjustment method associated with the service processing request, and sets the adjusted data amount to the adjusted data amount. You may determine based on.
The “type of service processing request” may be information corresponding to the content of the processing of the service to be requested, and can be set as appropriate. For example, if the service is related to a game and the game is provided with a plurality of game elements, play modes, or mini-games, the type may be set corresponding to each of them. In addition, when a limited-time event is provided in the game, a type may be set corresponding to a normal game that is not limited to that period and a game in the event. By adjusting the amount of data for each type, the amount of data to be determined varies depending on the content of the service processing. For example, preferential treatment for users using specific services, etc. A reward can be given to the user.

  The adjustment method includes a method of adjusting the data amount using a weighting factor set for each type of service processing request, or a formula or a data table set for each type of service processing request. It may be a method of adjusting the amount of data by using. By adjusting the data amount by such a method, the calculation load required for adjusting the data amount is reduced.

It may further comprise changing means (58) for changing an adjustment method corresponding to at least one of the service processing request types based on a time zone or a period in which the service processing request is transmitted or received.
By adjusting the amount of data based on the time zone when the service processing request is transmitted or received, the data transmission load can be distributed when the service is provided to a large number of users. For example, by increasing the weighting factor for the amount of data in times when many users do not access, such as at night, for example, the number of users accessing such times increases, so the transmission load on users is distributed It is planned to do.
In addition, by adjusting the amount of data based on a period during which a service processing request is transmitted or received, the service provider can set a specific period, for example, as a campaign period during which rewards can be easily obtained. .

The determination means (54) determines for each user whether or not the condition for granting the reward is satisfied,
The determination means (55) determines the content of the reward to be given to a predetermined number of users in the order in which the grant conditions are satisfied, to the users other than the predetermined number of users. It may be different from the content of the reward to be given.
You may set suitably how to make the content of reward different. For example, a reward is substantially granted to a predetermined number of users in the order in which the grant conditions are satisfied, and a reward other than a predetermined number of users is not substantially granted (there is no reward content). Alternatively, a relatively large reward may be given to the former user, and a relatively small reward may be given to the latter user. In this way, it is possible to construct a mechanism for competing among users by making a difference in the rewards to be granted based on the timing at which the grant conditions are satisfied for users who satisfy the grant conditions, and promoting the use of services Is planned.

  The reward may be a reward that can be used within the service. In this case, since the user who has been given a reward can immediately use the reward in the service, the motivation to actively obtain the reward becomes stronger.

Another aspect of the present invention is an information processing system (1) including a user terminal (10) capable of transmitting a service processing request based on a user operation and a server (20) capable of receiving the service processing request. ) And
Acquisition means (53) for acquiring information relating to a data amount of data transmitted or received in association with the service processing request and user identification information for identifying a user who has performed an operation that is a source of the service processing request ),
Determination means for determining the content of the reward to be given to the user identified by the user identification information acquired by the acquisition means (53) using the information on the data amount acquired by the acquisition means (53) (55),
The information processing system is provided with at least one of the user terminal (10) and the server (20).

Another aspect of the present invention provides a computer,
Obtain information on the amount of data transmitted or received in relation to a service processing request based on a user operation, and user identification information for identifying a user who has performed an operation that is the source of the service processing request Acquisition means (53),
Determination means for determining the content of the reward to be given to the user identified by the user identification information acquired by the acquisition means (53) using the information on the data amount acquired by the acquisition means (53) (55),
It is a program to make it function as.

  Another aspect of the present invention may be a computer-readable storage medium such as an optical disk or a magnetic disk that stores the program.

  In the above, in order to facilitate the understanding of the present invention, the reference numerals described in the drawings are appropriately described in parentheses, but the information processing apparatus and the like according to the present invention are thereby limited to the illustrated embodiments. It is not a thing.

DESCRIPTION OF SYMBOLS 1 ... Game system 10 ... User terminal 11 ... CPU
12 ... ROM
13 ... RAM
DESCRIPTION OF SYMBOLS 15 ... Operation input part 16 ... Display part 17 ... Communication interface part 18 ... Storage 19 ... Bus 20 ... Game server 21 ... CPU
22 ... ROM
23 ... RAM
DESCRIPTION OF SYMBOLS 24 ... Communication interface part 25 ... Storage 26 ... Bus 51 ... Acceptance means 52 ... Game execution means 53 ... Acquisition means 54 ... Determination means 55 ... Determination means 56 ... Assignment means 57 ... Storage means 58 ... Change means 70 ... Data table group

Claims (10)

An information processing apparatus capable of transmitting or receiving a service processing request based on a user operation,
Obtaining means for obtaining information relating to a data amount of data transmitted or received in relation to the service processing request and user identification information for identifying a user who has performed an operation that is a source of the service processing request;
Determining means for determining the content of the reward to be given to the user identified by the user identification information acquired by the acquiring means based on the information on the data amount acquired by the acquiring means;
An information processing apparatus comprising: Using information on the data amount acquired by the acquisition unit, it is determined whether or not a grant condition for granting a reward to a user identified by the user identification information acquired by the acquisition unit is satisfied. A determination means,
The determination unit determines the content of the reward to be given to the user when it is determined that the grant condition is satisfied as a result of the determination by the determination unit.
The information processing apparatus according to claim 1. Storage means for storing information on the cumulative amount of data in a storage device using the information on the amount of data acquired by the acquisition means;
The grant condition is that a cumulative amount of data stored in the storage device has reached a predetermined value.
The information processing apparatus according to claim 2. An adjustment method for adjusting the data amount is associated with each type of processing request for the service,
The determination means adjusts the data amount of data transmitted or received in relation to the service processing request by an adjustment method associated with the service processing request, and determines based on the adjusted data amount. To
The information processing apparatus according to claim 1. The adjustment method includes a method of adjusting the data amount using a weighting factor set for each type of service processing request, or a formula or a data table set for each type of service processing request. A method of adjusting the amount of data using
The information processing apparatus according to claim 4. Changing means for changing an adjustment method corresponding to a type of at least one of the service processing requests based on a time zone or a period in which the processing request for the service is transmitted or received;
The information processing apparatus according to claim 4 or 5. The determination means determines for each user whether or not the conditions for granting the reward are satisfied,
The determining means determines that the rewards to be given to a predetermined number of users in the order in which the granting conditions are satisfied are determined to satisfy the granting conditions and are given to users other than the predetermined number of users. Different from the content of the reward
The information processing apparatus according to claim 1. The reward is a reward available within the service,
The information processing apparatus according to claim 1. An information processing system comprising: a user terminal capable of transmitting a service processing request based on a user operation; and a server capable of receiving the service processing request;
Acquisition means for acquiring information relating to a data amount of data transmitted or received in association with the service processing request and user identification information for identifying a user who has performed an operation that is a source of the service processing request;
Determining means for determining the content of the reward to be given to the user identified by the user identification information acquired by the acquiring means, based on the information regarding the data amount acquired by the acquiring means;
An information processing system provided with at least one of the user terminal and the server. Computer
Obtain information on the amount of data transmitted or received in relation to a service processing request based on a user operation, and user identification information for identifying a user who has performed an operation that is the source of the service processing request Acquisition means,
Determining means for determining the content of the reward to be given to the user identified by the user identification information acquired by the acquiring means, based on the information regarding the data amount acquired by the acquiring means;
Program to function as.

Images