JP7381907B2 - computer programs and computer equipment - Google Patents

Description

The present invention relates to a computer program and a computer device.

2. Description of the Related Art In recent years, live game distribution (live distribution) in which a game executed on a terminal device of a user (distribution user) is distributed in real time to the terminal device of another user (viewing user) has been gaining popularity.

In distribution of content such as live distribution, viewing users can make a so-called tip to the performer (distribution user) of the content (for example, see Patent Document 1).

This tipping is carried out in the virtual space, and is an item that corresponds to gifts, gifts, congratulations, tips, donations, etc. in the real world.

Japanese Patent Application Publication No. 2012-120098

However, the above-mentioned tipping function is provided integrally with the video distribution site (content platform) when the viewing user executes it for the distribution user.

Therefore, in order to apply the above-mentioned tipping function to conventional games and applications, cooperation with a video site is required, and the hurdle to application is high.

An object of the present invention is to provide a computer program that provides a function for providing items such as tipping coins in a game using simple means, and that aims to activate communication between users.

The first invention is
A computer program that causes a computer to perform each of the following steps,
In the addition step, access information is added to the game image of the second user,
The access information is information for identifying the second user,
in the execution step, executing an in-game event for the identified second user based on the first user's operation on the access information;
It is a computer program.

Further, in the first invention,
The access information is displayed in the game image distributed from the distribution server device, and is acquired from the distributed game image based on the operation of the first user.
be able to.

Further, in the first invention,
Whether or not the access information is added to the game image is determined based on the game play situation of the second user.
be able to.

Further, in the first invention,
The game play status is a distribution status of the game image by the distribution server device, and is specified based on predetermined information received from the distribution server device.
be able to.

Further, in the first invention,
In the event, a process of associating a first item associated with the first user with a second user is executed.
be able to.

Further, in the first invention,
Furthermore, a computer program that causes the computer to execute each of the following steps,
In the notification step, the first user is notified of one or more pieces of notification information regarding the game image being distributed from the distribution server device;
displaying the game image on the display unit based on the first user's operation on the notification information;
be able to.

Further, in the first invention,
Furthermore, a computer program that causes the computer to execute the following steps,
in the generation step, generating a list of one or more second users who are distributing the game image based on the broadcast information;
a game image of a second user selected by the first user is displayed on the display unit;
be able to.

Further, in the first invention,
Based on the user information of the first user, it is determined which of the broadcast information to broadcast to the first user;
be able to.

The second invention is
a storage unit that stores the computer program of the first invention;
a control unit that executes the computer program;
Equipped with
It is a computer device.

According to the present invention, it is possible to provide a computer program whose purpose is to provide an item granting function such as tipping coins using simple means in a game, and to activate communication between users.

FIG. 1 is a diagram showing the configuration of a game system in this embodiment. It is a diagram showing the configuration of a user terminal device included in the game system in this embodiment. It is a figure which shows an example of the procedure of performing tipping in this embodiment. It is a figure which shows an example of the screen of the play video distributed live in this embodiment. FIG. 3 is a diagram showing an example of a game screen of a game executed by the game system in the present embodiment. FIG. 3 is a diagram showing an example of a game screen of a game executed by the game system in the present embodiment. It is a figure showing an example of the screen of the coin tip page executed by the game system in this embodiment. It is a figure showing an example of the screen of the coin tip page executed by the game system in this embodiment. FIG. 3 is a diagram showing an example of a game screen of a lottery game executed by the game system in the present embodiment. It is a figure showing an example of user data in this embodiment. It is a flowchart which shows the tipping process in this embodiment. It is a figure which shows an example of the game screen of the lottery game performed by the game system in other embodiments. It is a figure which shows an example of the game screen of the lottery game performed by the game system in other embodiments.

[Embodiment]
A game system 1 according to an embodiment of the present invention will be explained with reference to FIGS. 1 to 11. As shown in FIGS. 1 and 2, the game system 1 includes a game server device 2, a user terminal device 3A, a viewing terminal device 3B, a tipping server device 4, and a distribution server device 5. Note that the game system 1 and the processing procedure described below are merely examples, and the embodiments of the present invention are not limited to these. The design of the game system 1 and the processing procedure can be changed as appropriate without changing the gist of the present invention.

<Game description>
The game server device 2 provides the following games to be executed on the user terminal device 3A. Specifically, the user terminal device 3A executes a predetermined game in which the user operates the player character in the virtual game space via the touch pad 350 to proceed. In this embodiment, the user terminal device 3A displays the drawn game image on the liquid crystal screen 340 as a game screen.

In this embodiment, the game system 1 provides the user terminal device 3A with a function for a user to give virtual currency to another user, a so-called tipping function.

Specifically, the user can give the dedicated virtual currency (an example of the first item) used as a tip to another user, and can also specify the amount of dedicated virtual currency to be given (amount of money to be given).

Further, in this embodiment, the virtual currency that can be used in the game includes normal virtual currency (an example of the second item) in addition to the dedicated virtual currency.

A user can normally purchase virtual currency through a payment process. With this virtual currency, the user can, for example, enter a lottery in the game (for example, a gacha in which characters are selected from a lottery list by consuming the virtual currency) in exchange for using (consumption) a predetermined amount. You can also obtain (purchase) items.

Normal virtual currency is different from dedicated virtual currency in that its uses and/or functions are not restricted, and is similar to dedicated virtual currency in other respects.

The dedicated virtual currency is given to the user as a so-called "bonus" when the user purchases a predetermined amount or more of normal virtual currency. When this dedicated virtual currency is given to a user as a "bonus," at least some uses and/or functions are restricted.

Note that usage refers to how the dedicated virtual currency is used within the game. Furthermore, the term "function" refers to the function that the dedicated virtual currency originally has within the game.

Specifically, in the present embodiment, when the dedicated virtual currency is given to a user as a "bonus," the user cannot use it for its intended purpose, such as executing a gacha. When the dedicated virtual currency is given to a user as a "bonus," the user can only use it as a "tip."

"Tipping" means that a user who has been given a dedicated virtual currency as a "bonus" gives the dedicated virtual currency to another user.

When the dedicated virtual currency is given to another user as a tip (under another user), the restrictions on its functions are relaxed (removed). That is, by giving the dedicated virtual currency as a "bonus" to another user, it becomes possible to use it in Gacha, which is its original purpose/function.

Furthermore, even if the dedicated virtual currency is given to the user as a "bonus", the user can "throw away" the dedicated virtual currency, but once the dedicated virtual currency is tipped, it cannot be reused as a tipped coin. I can't.

In the present embodiment, for example, as shown in FIG. 3, the user can tip coins while identifying the person to whom he/she is tipping coins, by watching a video of the game being played live.

Hereinafter, among the users, a user who distributes a game play video will be referred to as a distribution user (an example of a second user), and a user who views the distributed play video will be referred to as a viewing user (an example of a first user). Moreover, when simply referred to as a "user", it means both a distribution user and a viewing user.

A distribution user can transmit (post) image information of a game play video including a game image (captured image) to the distribution server device 5 using his or her user terminal device 3A.

Distribution of game play videos can be performed using a general distribution application. For example, a distribution user executes a distribution application on the user terminal device 3A and logs into the distribution server device 5. Next, the distribution user performs settings such as selecting a game title to be distributed. The distribution user then selects "Start Broadcast." Thereafter, the distribution user can distribute the play video by executing the above-mentioned game (application).

The distribution server device 5 transmits image information (distribution image information) of the play video of the distribution user to a viewing user (viewing terminal device 3B for viewing game images) who views (browses) the video posting site.

A QR code (registered trademark) is added to the game image in the play video distributed by the distribution user.

This QR code is an example of access information that is information for identifying a distribution user. The QR code includes the URL of a tipping page (website) where the distribution user can be identified and tipped.

Here, if the distribution mode is set to OFF in the "menu" in the game, no QR code is added to the game image.

On the other hand, the distribution user can add a QR code to the game image by setting the distribution mode to ON.

The distribution user taps the "Tips Link Page" button (see Figure 5) that is displayed when the distribution mode is turned on, and enters the URL of the distribution site using the touch pad 350 to display the game image. A QR code will be added.

In this way, the game image without a QR code is changed to a game image with a QR code as shown in Figure 6, so the distribution user can separately enter information about the distributor in an annotation on the video distribution site. There is no need to add it to the distributed image.

Note that when the distributor sets the distribution mode to OFF, the QR code is deleted from the game screen.

Further, based on the information received via the distribution server device 5, the viewing user can display the play video being live distributed on the liquid crystal screen of the viewing terminal device 3B, for example, as shown in FIG.

Then, the viewing user starts an application (QR code reader) that reads the QR code displayed on the screen of the viewing terminal device 3B using his or her user terminal device 3A. Next, the viewing user activates the camera 360 using the function of this application to photograph the QR code included in the play video. As a result, the QR code is decoded and the URL of the tipping page is obtained. Then, according to the instructions from the QR code reader, the tipping page corresponding to this URL is displayed on the web browser on the liquid crystal screen 340, as shown in FIG.

As shown in FIG. 7, one coin tipping page displayed for the distribution user to donate coins is a web page uniquely provided for one distribution user. This tipping page is generated by the tipping server device 5.

The coin tipping page in FIG. 7 displays information about the distribution user to whom the viewing user tips coins. The viewing user can input his or her game user ID into the input window 15 at the center of the screen (for example, by copying it from the viewing user's game screen), and tap the “Toss” button on the touch pad 350. As a result, the coin tipping page transitions to a tipping execution screen as shown in FIG.

The viewing user can specify the amount (amount) of dedicated virtual currency to be given on the tipping execution screen shown in FIG. Specifically, the viewing user can determine the amount of dedicated virtual currency to be given by sliding the slider 16 on the touch pad 350.

In the example in Figure 8, it is possible to specify what percentage (0 to 100%) of the dedicated virtual currency (virtual currency for transfer) held by the viewing user is to be given, but the amount to be given can be directly set using the slider. It may be possible to specify.

The viewing user specifies the amount of dedicated virtual currency to be given on the tipping execution screen shown in FIG. 8, and then taps the "Execute tipping" button on the touch pad 350.

Thereafter, the viewing user's user terminal device 3A transmits information such as information indicating that the tipping has been performed and the amount of dedicated virtual currency to be given to the coin tipping server device 4, as shown in FIG.

The tipping server device 4 exchanges necessary information through communication with the game server device 2. As a result, the designated amount of dedicated virtual currency is granted to the distribution user.

Furthermore, in the present embodiment, as shown in FIG. 3, an event occurs in which a reward is returned to the viewing user who has tipped coins to the distribution user (provided with dedicated virtual currency).

These events include various events, entertainment, performances, etc. that take place within the game. Specifically, the event is, for example, the granting of an item (continuation item) that allows the user to continue without consuming normal virtual currency, or the gacha executed by the distribution user using the dedicated virtual currency that has been donated. This includes giving the winning character, giving specific items, etc. In this embodiment, a return event is executed in which a continue item is given to the viewing user.

The return event is executed for the viewing user when the distribution user uses the dedicated virtual currency that has been tipped to execute the gacha. In other words, through this return event, the distribution user can express gratitude to the viewing user who donated money.

When the distribution user uses the dedicated virtual currency that has been tipped in a gacha (a tipped coin gacha) in a game, an execution screen like the one shown in FIG. 9 is displayed, and the user can specify the amount to be used (spending amount). Specifically, the distribution user slides the slider 17 on the touch pad 350 to determine the amount of dedicated virtual currency to be used. That is, the distribution user can use the slider 17 to specify what percentage (0% to 100%) of the exclusive virtual currency (transferred virtual currency) held by the distribution user is to be used.

Note that in this embodiment, 100 dedicated virtual currencies are consumed when executing one gacha.

<Hardware configuration>
Referring to FIGS. 1 and 2, a game server device 2, a user terminal device 3A on which a game is executed, a viewing terminal device 3B for viewing a distributed play video, a tipping server device 4, and a distribution server device The hardware configuration and functional configuration of No. 5 will be explained.

<Hardware configuration of game server device 2>
The game server device 2 includes a control section 20, a storage section 21, and a network interface 22, as shown in FIG.

The storage unit 21 and the network interface 22 are connected to the control unit 20 of the game server device 2 via a bus 29.

The control unit 20 controls the operation of the server device 2 . Details will be described later.

The storage unit 21 mainly includes a HDD (Hard Disk Drive), a RAM (Random Access Memory), a ROM (Read Only Memory), an SSD (Solid State Drive), and the like.

The storage unit 21 stores, for example, a computer program of the present invention, and a distribution program and data for distributing a game program for executing a game played on the user terminal device 3A.

Further, the storage unit 21 stores a user DB 211.

The user DB 211 is a database in which information related to user games is accumulated. For example, the user DB 211 stores user data of each user as shown in FIG.

User data consists of one record, including user ID, name, rank, normal virtual currency, virtual currency for transfer, virtual currency to be transferred, transfer source user ID, transfer virtual currency, transferee user ID, distribution URL, distribution status, and tipping URL. is remembered as.

The user ID is the account information of the game user (game user ID).

The name is the user's name within the game (for example, text data).

The rank indicates, for example, the user's skill level (for example, numerical data) in the game.

Normal virtual currency is the amount held (amount held) of paid virtual currency that can be purchased through payment processing.

Transferable virtual currency is the amount of dedicated virtual currency held (amount held) whose use in gacha is restricted. In other words, the virtual currency for transfer is the amount (holding amount) of the dedicated virtual currency given as the above-mentioned "bonus".

The transferred virtual currency is the amount (holding amount) of the dedicated virtual currency whose use in gacha has been lifted. In other words, it is the holding amount (holding amount) of dedicated virtual currency given as a tip by viewer users and the like.

The transferred virtual currency is stored for each transfer source user ID.

The transfer source user ID is the game user ID of the other user (old user) who transferred (granted) the dedicated virtual currency by tipping.

The transferred virtual currency is the amount of dedicated virtual currency (amount of tipped coins) that the user himself tipped in the past. The transferred virtual currency is stored for each transfer destination user ID.

The transferee user ID is the game user ID of the distribution user to whom the viewing user transfers (grants) the dedicated virtual currency by tipping.

The distribution URL is the URL of the video site (channel) of the game video currently being distributed by the distribution user.

The distribution status indicates the distribution status of the game video of the distribution user (1: being distributed, 0: not being distributed).

When the distribution user sets ON/OFF of the distribution mode of the game, the distribution URL and distribution status are sent to the game server device from the distribution user's user terminal device 3A via the tipping server device 4 along with the distribution user's game user ID. Sent to 2.

The tipping coin URL is the URL of the tipping page. The URL of the tipping page is generated by the tipping server device 4 when the user sets the game distribution mode to ON for the first time. The URL of the coin tipping page is transmitted from the coin tipping server device 4 to the game server device 2 along with the distribution URL and the distribution status.

The network interface 22 is connected to the communication network 6 in order to transmit and receive data between the game server device 2, the user terminal device 3A, and the tipping server device 4.

<Description of the functions of the control unit 20 of the game server device 2>
The control unit 20 of the game server device 2 functions as the following means and executes the following steps by executing the computer program of the present invention.

<Explanation of progress steps>
The control unit 20 executes progress steps by functioning as a game progress management means. Below, the processing executed by the control unit 20 as a game progress management means will be explained.

The control unit 20 advances the game based on the user's operations. The control unit 20 manages, for example, the physical strength value of the enemy character.

In addition, by receiving the gacha execution request information described below, the control unit 20 executes the gacha based on the use of normal virtual currency by the user (or the use of dedicated virtual currency by the distribution user), and executes the gacha based on the lottery result. to assign characters, etc. to the user. In this gacha, one of the characters is selected from a lottery list in which a plurality of types of characters are stored, and a winning character is determined.

<Explanation of association steps>
The control unit 20 executes the associating step by functioning as an associating means. Below, the processing executed by the control unit 20 as the association means will be explained.

The control unit 20 associates a dedicated virtual currency (transferable virtual currency) with the viewing user based on the viewing user's in-game behavior (gives the dedicated virtual currency to the viewing user). That is, when the viewing user purchases normal virtual currency of a predetermined amount or more through payment processing, the control unit 20 adds a certain amount (certain amount) to the user data "virtual currency for transfer" of this viewing user. .

<Explanation of restriction steps>
The control unit 20 executes the restriction step by functioning as a restriction unit. Below, the processing executed by the control unit 20 as a restricting means will be explained.

The control unit 20 limits the use and/or function of at least a portion of the dedicated virtual currency associated with the viewing user. Specifically, the control unit 20 manages the dedicated virtual currency associated with the viewing user as a "transferable virtual currency" and restricts the viewing user from using it for anything other than tipping.

<Explanation of change steps>
The control unit 20 executes the changing step by functioning as a changing means. Below, the process executed by the control unit 20 as a changing means will be explained.

The control unit 20 associates the dedicated virtual currency associated with the viewing user with the distribution user based on the viewing user's change operation (the viewing user gives the dedicated virtual currency to the distribution user as a “toss”).

As shown in FIG. 8, the change operation is a tipping operation (operation of the "tip tip" button) performed after the viewing user specifies the amount (amount of money) to be given to the distribution user.

When the viewing user performs a tipping operation, the control unit 20 receives information about the distribution user (game user ID) to whom the tipping is to be made and the amount to be given from the tipping server device 4 . Thereby, the control unit 20 associates this user's "virtual currency for transfer" with the distribution user.

Specifically, the dedicated virtual currency of the viewer user's "transfer virtual currency" is transferred to the distribution user's "transfer virtual currency" by the amount specified in FIG. 8, and the viewer user's game user ID is transferred to the distribution user's "transfer virtual currency". This is set as the user's "transfer source user ID." Furthermore, the amount given to the distribution user and the game user ID of the distribution user are set in the viewing user's "transfer virtual currency" and "transfer destination user ID."

For example, from FIG. 10, it can be seen that the user with user ID: U-00002 made a tip of 300 coins to the user with user ID: U-00001.

<Explanation of mitigation steps>
The control unit 20 executes the relaxation step by functioning as a relaxation means. Below, the processing executed by the control unit 20 as a mitigation means will be explained.

The control unit 20 relaxes restrictions on the dedicated virtual currency associated with the distribution user. That is, the control unit 20 manages the dedicated virtual currency given to the distribution user by tipping as user data "transferred virtual currency" and permits its use in gacha.

<Explanation of execution steps>
The control unit 20 executes the execution steps by functioning as an execution unit. Below, the processing executed by the control unit 20 as an execution means will be explained.

The control unit 20 executes in-game events for viewing users. This event is executed when the distribution user uses (consumes) the transferred virtual currency with relaxed restrictions.

Specifically, when a distribution user uses dedicated virtual currency (transferred virtual currency) to execute a gacha, a return event is executed for the viewing user.

For example, the control unit 20 causes a game screen to which a continue item is added to be displayed on the liquid crystal screen 340 of the user terminal device 3A of the viewing user. Further, the control unit 20 updates the user data of this viewing user and adds a continue item to the viewing user's possession items (not shown). This allows the viewing user to use the continue item.

The control unit 20 executes an event for the user (viewing user) of the transfer source user ID of the "transferred virtual currency" (dedicated virtual currency) used by the distribution user in the gacha.

First, the control unit 20 uses the "transfer virtual currency" of the transfer source user ID randomly selected from among the transfer source user IDs associated with the distribution user, depending on the usage amount of the transfer virtual currency of the distribution user. do.

For example, in FIG. 10, when a user (user ID: U-00001) executes a gacha once using 100 dedicated virtual currencies, the control unit 20 randomly selects a transfer source user ID: U- Transferred virtual currency associated with 00002: Decrease 100 from 300 and execute the gacha.

Then, the control unit 20 executes a return event for the user (user ID: U-00002).

For example, in FIG. 10, when the user (user ID: U-00001) uses 500 dedicated virtual currencies to perform the lottery 5 times, the control unit 20 controls the transfer source user ID: U-00002. 300 is the transferred virtual currency associated with the transfer source user ID: U-00003, and 200 is the transferred virtual currency associated with the transfer source user ID: U-00003, and the lottery is performed five times.

In this case, the control unit 20 executes a return event for each of the user (user ID: U-00002) and the user (user ID: U-00003).

Note that the control unit 20 can execute a return event every time the gacha described above is executed. For example, if gacha is played five times, five return events can be executed.

<Explanation of additional steps>
The control unit 20 executes the addition step by functioning as an addition means. Below, the processing executed by the control unit 20 as the addition means will be explained.

The control unit 20 adds access information (QR code) to the game image of the distribution user. This QR code includes the URL of the tipping page (see FIG. 7).

The control unit 20 determines whether or not to add a QR code to the game image based on the distribution user's game play status. The game play status is the distribution status of play videos including game images. In this embodiment, the control unit 20 adds a QR code to the game image on the user terminal device 3A of the distribution user based on a predetermined operation by the distribution user in the distribution status: 1 (distribution mode: ON). instruct.

Further, when the distribution status changes from 1 to 0 (distribution mode: OFF), the control unit 20 stops instructing the user to add the QR code to the game image on the user terminal device 3A.

Further, the control unit 20 updates the user data every time information on the distribution status, the distribution URL, and the URL of the tipping page is received from the tipping server device 4.

<Explanation of communication steps>
The control unit 20 executes the communication step by functioning as a communication means. Below, processing executed by the control unit 20 as a communication means will be explained.

The control unit 20 transmits and receives user identification information and the like to and from the user terminal device 3A.

Further, the control unit 20 receives operation signals (including operation information) by the user, execution request information for requesting gacha, etc. from the user terminal device 3A.

Further, the control unit 20 transmits game data such as a game program, information regarding the progress of the game, information regarding the results of gacha, etc. to the user terminal device 3A.

Further, the control unit 20 transmits and receives the distribution status, a request for executing coin tipping, and the like to/from the coin tipping server device 4 .

<Hardware configuration of user terminal device 3A>
The user terminal device 3A is, as shown in FIG. 2, a terminal device such as a smartphone, which has a built-in speaker 330, a microphone 331, a liquid crystal screen 340, and a touch pad 350. In this user terminal device 3A, the game progresses based on the game program and data regarding the game distributed from the game server device 2.

The user terminal device 3A is given a game user account (game user ID) in association with the user terminal device 3A. This user account is managed as user account information (user identification information).

When the user terminal device 3A communicates with the game server device 2 via the communication network 6, the game user ID is transmitted from the user terminal device 3A. The transmitted game user ID is subjected to a predetermined authentication at the game server device 2. This enables communication between the game server device 2 and the user terminal device 3A.

Further, the user terminal device 3A is given a distribution user account (distribution user ID) in association with the user terminal device 3A. This user account is managed as user account information (user identification information).

When the user terminal device 3A communicates with the distribution server device 5 via the communication network 6, the distribution user ID is transmitted from the user terminal device 3A. The transmitted distribution user ID is subjected to a predetermined authentication at the distribution server device 5. This enables communication between the distribution server device 5 and the user terminal device 3A, and allows the distribution user to post play videos.

Furthermore, in the user terminal device 3A, image information for live distribution is transmitted to the distribution server device 5 based on the distribution application program and data.

Further, the user terminal device 3A can perform data communication with the game server device 2, the viewing terminal device 3B, the tipping server device 4, and the distribution server device 5 via the communication network 6.

The user terminal device 3A includes a control section 30, a storage section 31, a network interface 32, an audio processing section 33, a graphics processing section 34, an operation section 35, and an imaging section 36.

The storage section 31 , network interface 32 , audio processing section 33 , graphics processing section 34 , operation section 35 , and imaging section 36 are connected to the control section 30 via a bus 39 .

The control unit 30 controls the operation of the user terminal device 3A.

The storage unit 31 mainly includes an HDD, RAM, ROM, SSD, and the like. The storage unit 31 stores, for example, a game program and data for executing a game.

Further, the storage unit 31 also stores a distribution application program (software) and data for transmitting a play video as shown in FIG. 4 to the distribution server device 5, for example.

The storage unit 31 also stores an application program (software) and data for a QR code reader for reading and decoding QR codes.

Furthermore, the storage unit 31 stores a game user ID used in the game server device 2 and a distribution user ID used in the distribution server device 5.

The network interface 32 is connected to the communication network 6 in order to transmit and receive data between the user terminal device 3A, the game server device 2, the viewing terminal device 3B, the tipping server device 4, and the distribution server device 5. As a result, the game program, game data, distribution application program, etc. are downloaded to the user terminal device 3A.

The audio processing unit 33 reproduces and synthesizes digital game sounds according to instructions from the control unit 30. Further, a speaker 330 is connected to the audio processing section 33. The game sound is output from the speaker 330.

Further, the audio processing unit 33 generates an analog audio signal and digital audio data (sound data) detected (collected) by the microphone 331. For example, the audio processing unit 33 generates audio data when the distribution user speaks.

The graphic processing unit 34 draws a game image including a virtual game space, player characters, etc. in a moving image format according to instructions from the control unit 30. The game image drawn in a moving image format by the graphic processing unit 34 is displayed on the liquid crystal screen 340 as a game screen.

The operation unit 35 receives an operation signal from the user. In this embodiment, an operation signal from a user is input to the operation unit 35 via a touch pad 350 that is an input position detection device. By touching the touch pad 350, the user performs operations such as access operations, tipping, and drawing lots.

A camera 360 including an optical lens, a CCD image sensor (CCD), etc. is connected to the imaging unit 36 and generates captured image data. The imaging unit 36 transmits the generated image data to the control unit 30.

<Description of the functions of the control unit 30 of the user terminal device 3A>
The control unit 30 functions as the following means and executes the following steps by executing the game program downloaded from the game server device 2.

<Explanation of game execution steps>
The control unit 30 executes the game execution step by functioning as a game execution unit. Below, processing executed by the control section 30 as a game execution means will be explained.

The control unit 30 causes the user terminal device 3A to execute a game in which gacha or the like can be executed based on the operation of the touch pad 350 by the user.

The control unit 30 advances the game based on user operations and information (information for generating images) transmitted from the control unit 20 of the game server device 2 .

The control unit 30 also generates information for displaying the virtual game space, player character, and virtual buttons on the liquid crystal screen 340 as a game screen. According to this information, the graphic processing unit 34 draws a game image on the liquid crystal screen 340.

For example, the liquid crystal screen 340 displays a game image with a QR code added thereto as shown in FIG. 6 based on the URL of the tipping page and instructions sent from the game server device 2.

The control unit 30 encodes the URL of the tipping page to generate a QR code.

Further, the control unit 30 displays a game image for executing a lottery as shown in FIG. 9, for example.

<Description of request steps>
The control unit 30 executes the request step by functioning as a requesting means. Below, the processing executed by the control unit 30 as a requesting means will be explained.

Furthermore, when a gacha is executed using normal virtual currency based on a user's operation, the control unit 30 sends a gacha execution request including information regarding the amount (amount) of normal virtual currency to be used to the game server. Send to device 2.

Furthermore, when a gacha is executed using the dedicated virtual currency based on the distribution user's operation, the control unit 30 sends a gacha execution request that includes information regarding the amount (amount) of the dedicated virtual currency to be used. is transmitted to the game server device 2.

Further, the control unit 30 transmits information indicating that the distribution mode has been turned on based on the user's operation to the coin tipping server device 4 together with the distribution URL.

Further, when the distribution mode is turned off, the control unit 30 transmits information indicating that the distribution mode has been turned off to the tipping server device 4.

In addition, the control unit 30 transmits the game user ID, sends coins, etc. based on a user operation on the coin tipping page (website) of the URL acquired by the QR code reader application preinstalled on the user terminal device 3A, for example. The amount of money and a request for tipping are sent to the tipping server device 4.

<Explanation of communication steps>
The control unit 30 executes the communication step by functioning as a communication means. Below, processing executed by the control unit 30 as a communication means will be explained.

The control unit 30 receives, for example, a game program related to a game, information related to a gacha (for example, information related to a winning character), etc. from the game server device 2.

Further, the control unit 30 transmits user identification information, new game data download request information, tipping coin execution request information, gacha execution request information, etc. to the game server device 2 and the tipping server, for example, based on the user's operation. Send to device 4.

Further, the control unit 30 functions as the following means and executes the following steps by executing the distribution application program downloaded from the distribution server device 5.

<Explanation of capture step>
The control unit 30 executes the capture step by functioning as a capture unit. Below, the processing executed by the control unit 30 as a capture means will be explained.

For example, when the distribution user performs an operation to start distribution, the control unit 30 starts capturing game images (including audio) of the aforementioned game.

Further, if the control unit 30 wants to include a facial image of the distribution user in the video to be distributed, the control unit 30 uses the camera 360 to acquire an image of the distribution user.

Furthermore, when including audio uttered by the distribution user, the control unit 30 uses the microphone 331 to acquire the audio.

<Explanation of generation steps>
The control unit 30 executes the generation step by functioning as a generation means. Below, the processing executed by the control unit 30 as a generating means will be explained.

The control unit 30 generates image information for distribution from the captured game image (including audio).

<Explanation of communication steps>
The control unit 30 executes the communication step by functioning as a communication means. Below, processing executed by the control unit 30 as a communication means will be explained.

For example, the control unit 30 transmits image information for distribution to the distribution server device 5 together with the distribution user ID.

<Description of viewing terminal device 3B>
The viewing terminal device 3B receives the play video data (for example, streaming data) that is being live distributed by the distribution user from the distribution server device 5, and displays the play video on the liquid crystal screen as shown in FIG. 4. The viewing terminal device 3B is, for example, a laptop computer as shown in FIG. When the viewing user inputs (searches for) the URL of the video site on the website of the viewing terminal device 3B, the play video is displayed on the liquid crystal screen of the viewing terminal device 3B.

Note that the viewing terminal device 3B can have the same configuration as, for example, the user terminal device 3A, so a detailed explanation will be omitted.

<Hardware configuration of coin tipping server device 4>
The tipping server device 4 includes a control section 40, a storage section 41, and a network interface 42, as shown in FIG.

The storage unit 41 and network interface 42 are connected to the control unit 40 of the tipping server device 4 via a bus 49.

The control unit 40 controls the operation of the tipping server device 4. Details will be described later.

The storage unit 41 mainly includes an HDD, RAM, ROM, SSD, and the like.

The storage unit 41 stores, for example, a computer program and data of the present invention.

Furthermore, the storage unit 41 stores data on each user's tipping page. As shown in FIG. 7, the tipping page includes information (display information) regarding the distribution user to whom the viewing user tips. Such information is stored as data on each user's tipping page. The data of the coin tipping page is stored in association with the URL of each tipping page.

The network interface 42 is connected to the communication network 6 in order to transmit and receive data between the game server device 2 and the user terminal device 3A and the tipping server device 4.

<Description of the functions of the control unit 40 of the coin tipping server device 4>
The control unit 40 of the coin tipping server device 4 functions as the following means and executes the following steps by executing the computer program of the present invention.

<Explanation of setting steps>
The control unit 40 executes the setting step by functioning as a setting means. Below, the processing executed by the control unit 40 as a setting means will be explained.

The control unit 40 sets (generates) a tipping page.

Specifically, when the control unit 40 receives information indicating that the distribution mode has been turned on from the user terminal device 3A of the distribution user, the control unit 40 transmits information for displaying the tipping page for the distribution user. generate.

For example, the control unit 40 transmits a display information request to the game server device 2 along with the game user ID of the distribution user. The display information is information on the distribution user to whom the viewing user donates money, and is the name of the user (user name) displayed in FIG. 7 and the like.

Further, when the distribution mode is turned ON for the first time, the control unit 40 determines the URL of the distribution user's tipping page, and registers the URL and the data (display information) of the tipping page in association with each other in the storage unit 41. do.

Next, the control unit 40 transmits information on the URL of the tipping page (twisting coin URL), the distribution status (currently being distributed), and the URL of the distribution site (distribution URL), along with the game user ID of the distribution user, to the game server device 2. .

Thereby, the game server device 2 updates the user data and transmits an instruction to add the QR code to the game image to the user terminal device 3A of the distribution user.

In addition, when the control unit 40 receives information indicating that the distribution mode has been turned OFF from the user terminal device 3A of the distribution user, the control unit 40 transmits information on the distribution status (no distribution) to the game, along with the game user ID of the distribution user. Send to server device 2.

Thereby, the game server device 2 updates the user data and stops issuing instructions for adding the QR code to the game image of the distribution user's user terminal device 3A.

<Explanation of execution steps>
The control unit 40 executes the execution steps by functioning as an execution unit. Below, the processing executed by the control unit 40 as an execution means will be explained.

The control unit 40 executes an in-game event for the specified distribution user based on the viewing user's operation on the QR code. Furthermore, the in-game event for the distribution user is a coin tipping event, as described above. That is, when the viewing user performs a tip operation, the tip is performed to the distribution user specified from the tip page.

For example, on the screen of the coin tipping page in FIG. Information for displaying the screen of the tipping page shown in FIG. 8 is transmitted to the device 3A.

Then, when the viewing user (user terminal device 3A) instructs the amount of "virtual currency for transfer" and "execution of tipping", the control unit 40 controls the viewing user's game user ID, the distribution user's game The user ID, the amount of money, and an instruction to perform the tipping are transmitted to the game server device 2. Thereby, the game server device 2 executes the changing step.

In the present embodiment, the upper limit of the amount of money that can be tipped is the amount of "virtual currency for transfer" held by the viewing user.

In addition, information regarding the distribution user identified based on the operation of the viewing user (game user ID of the distribution user), and information regarding the amount of dedicated virtual currency specified within the range that does not exceed the upper limit (amount of dedicated virtual currency) is included in the information regarding the change operation.

<Explanation of communication steps>
The control unit 40 executes the communication step by functioning as a communication means. Below, processing executed by the control unit 40 as a communication means will be explained.

The control unit 40 transmits and receives the game user ID and the like to and from the user terminal device 3A.

Further, the control unit 40 receives operation signals (including operation information) by the user from the user terminal device 3A.

Further, the control unit 40 transmits and receives the distribution status, a tipping execution request, and the like to and from the game server device 2 .

<Description of distribution server device 5>
The distribution server device 5 receives image information of a game play video from a distribution user (user terminal device 3A), and distributes video data (for example, streaming data) so that viewing users can view it.

Note that the distribution server device 5 has a general configuration, so a detailed explanation will be omitted.

<Explanation of coin tipping process>
Hereinafter, with reference to FIG. 11, the coin tipping process of the present invention will be described.

First, when the distribution mode is turned on based on the distribution user's operation in the game, the control unit 30 of the user terminal device 3A sends information to the tipping server device 4 that the distribution mode is turned on. Transmit (step S1).

Next, the control unit 40 of the tipping server device 4 sets the tipping page of the distribution user (step S2). As a result, information such as the URL of the coin tipping page, the distribution status (currently being distributed), and the distribution URL is transmitted from the coin tipping server device 4 to the game server device 2.

Next, the control unit 20 of the game server device 2 instructs the distribution user's user terminal device 3A to add a QR code to the game image (step S3). As a result, the game image with the QR code added is displayed on the user terminal device 3A, and as a result, the QR code is also displayed on the game video being distributed.

Next, the control unit 40 of the tipping server device 4 executes tipping based on the viewing user's tipping operation (step S4). In this case, the viewing user (user terminal device 3A) performs operations such as inputting the amount of coins to be tipped and executing the tipping on the distribution user's tipping page (see FIGS. 7 and 8). As a result, the game server device 2 updates user data, etc., and the viewing user donates coins (gives dedicated virtual currency) to the distribution user.

Next, the control unit 20 of the game server device 2 executes a gacha using the dedicated virtual currency (transferred virtual currency) based on the distribution user's operation (step S5). In this case, the distribution user (user terminal device 3A) performs operations such as setting the amount (amount used) of the dedicated virtual currency and executing a lottery on the game screen shown in FIG. Thereby, the control unit 20 executes the gacha using the dedicated virtual currency (transferred virtual currency) while updating the user data.

Next, the control unit 20 of the game server device 2 executes a return event based on the execution of the gacha using the dedicated virtual currency (transferred virtual currency) (step S6). Specifically, a return event is executed for the user (viewing user) corresponding to the transfer source user ID of the dedicated virtual currency (transferred virtual currency) used in the lottery in step S5. Thereafter, the tipping process of the present invention ends.
Through the above procedure, the coin tipping process of the present invention is executed.

To summarize the above, the present invention:
A computer program that causes a computer to perform each of the following steps,
In the addition step, a QR code is added to the game image of the distribution user,
The QR code is information for identifying the distribution user.
In the execution step, based on the viewing user's operation on the QR code, a tip is made to the specified distribution user.
It is a computer program.

<Effects of the invention>
According to the computer program of this embodiment, in a game, it is possible to provide an item giving function such as a coin tip using a simple means, and to activate communication between users.

[Other embodiments]
Although the embodiment describes an example in which the first item is a dedicated virtual currency with some uses and/or functions limited, the present invention is not limited to this. As the first item, various items can be adopted as long as the item can change the association from the viewing user to the distribution user.

For example, the first item may be a bouquet object that is not limited in use and/or function and can be viewed by the user.

Further, even if the first item is an item whose use and/or function may be limited in part, the first item may be an item other than dedicated virtual currency.

For example, the first item may be an item for restoring the player character's physical strength. In this case, the function to recover the player character's physical strength is limited (the player character's physical strength cannot be recovered or only has half the effect) at the time it is associated with the viewing user. Just do it like this.

Further, without being limited to the above embodiment, an item pack including various items other than the dedicated virtual currency may be given to the user as a bonus for purchasing the normal virtual currency (second item). .

Further, for example, the first item may be a plurality of types of items (virtual currency, recovery items, weapons, characters, etc.). In this case, when the first item of each type is used in the game, different types (for example, if a recovery item is the first item, a strengthening item is given, and a weapon is the first item) In some cases, a return event (increase of the character's parameters) may be executed.

Further, the return event may be an event in which at least some of the characters won in a gacha (a tipping gacha) based on the consumption of dedicated virtual currency are given to the user who tipped the money. In this case, the character given to the viewing user may be selected by the distribution user, may be randomly selected, a character with high rarity may be automatically selected, or a character owned by the viewing user. may be selected depending on the type.

If the character given to the viewing user is randomly selected from the characters won in the tipping gacha, duplicate characters among the winning characters may be given priority to the viewing user, or characters already owned by the viewing user may be given priority. Characters who are given the same name may be excluded from those who are given the same.

Furthermore, in the above case, the number of characters granted may be determined according to the amount of dedicated virtual currency transferred by the viewing user, and in the case of live streaming, the number of characters granted to the viewing user may be determined according to the amount of dedicated virtual currency transferred by the viewing user. may increase in number.

Furthermore, in the embodiment described above, the coin tipping event (the process of associating the first item associated with the viewing user with the distribution user) is described as an in-game event for the distribution user, but the present invention is not limited to this. I can't do it.

The event may be, for example, an event in which a viewing user sends a cheering message or applause to a distribution user in a game. Note that the support message does not need to be associated with the viewing user. Further, for example, a distribution user who has received a predetermined number or more of support messages may be given an advantageous effect within the game.

Further, in the above embodiment, execution of gacha is restricted when the dedicated virtual currency is given to the user as a "bonus"; however, the present invention is not limited to this. It is sufficient that at least some of the uses and/or functions are restricted except for tipping.

For example, the dedicated virtual currency may be used to perform tipping, gacha, item purchase, stamina recovery, continues, and box expansion. In this case, in a state where the dedicated virtual currency is given to the user as a "bonus," only the execution of item purchases may be restricted. Alternatively, execution of gacha, item purchase, and stamina recovery may be restricted. Furthermore, execution of gacha, item purchase, stamina recovery, continues, and box expansion may all be restricted.

Further, the restriction may be relaxed (cancelled) also when a condition other than the coin tip is satisfied.

For example, if a predetermined period of time has passed since the dedicated virtual currency was given as a "bonus," all and/or part of the above restrictions may be relaxed. In other words, a user who has been given exclusive virtual currency as a "bonus" will be able to use the exclusive virtual currency for purposes other than tipping after a predetermined period of time has elapsed.

Furthermore, if the dedicated virtual currency is given to the user as a "bonus" and is not used until a predetermined period of time has elapsed, it may disappear.

Furthermore, in the embodiment, an example is described in which the URL of the tipping page is generated when the user sets the game distribution mode to ON for the first time, and is continuously set as the URL of the user's tipping page thereafter. However, the present invention is not limited thereto.

For example, each time a user sets the distribution mode to ON, the URL of the user's tipping page may be generated. In this case, the URL of the tipping page is deleted every time the user sets the distribution mode to OFF. Alternatively, the URL of the tipping page may be deleted after a predetermined period of time has passed since the user set the distribution mode to OFF.

Further, in the embodiment, an example is described in which a distributed play video is displayed on a viewing terminal device, but the present invention is not limited to this. For example, on the game screen displayed on the viewing user's smartphone, etc., the message "Play video live streaming now!" is displayed, and the viewing user can tap the displayed characters to watch the streaming user who is currently streaming live. A list may be displayed. In this case, by selecting one of the distribution users displayed on the list, the viewing user can view the play video of that distribution user on the user terminal device.

In addition, when "Play video live streaming!" is displayed, it is possible to decide which users should be notified of "Play video live streaming!" based on the distribution user's operation. Good too. In this case, the distribution user can arbitrarily set, for example, to notify all users, notify users with similar ranks, or notify only friends.

Furthermore, when a list of broadcasting users during a live broadcast is displayed, the viewing user can press the "tip coins" button displayed in the game to tip coins without using a QR code. Good too. In this case, the tipping process can be executed only by the process of the game server device.

In an example where "Play video live distribution is in progress!" is displayed on the game screen, for example, the control unit of the game server device notifies the viewing user of one or more pieces of notification information regarding the game image being distributed from the distribution server device. What is necessary is just to function as the notification means which performs a notification step, and the production|generation means which performs the generation step which produces|generates the list of one or more distribution users who are distributing a game image based on notification information.

Further, for example, the control unit of the user terminal device may function as a display unit that executes a display step of displaying a game image (play video of the distribution user) on the liquid crystal screen based on the viewing user's operation regarding the broadcast information. .

In addition, when notifying only users with similar ranks that the play video is being distributed live, the control unit of the game server device, for example, refers to the "rank" information of each user in the user data of the user DB. do it. In addition, when notifying only friends that the play video is being distributed live, the control unit of the game server device may, for example, refer to friend data (not shown) of the distribution user's user data in the user DB. good.

In addition, distribution users may post the distribution URL on SNS (social networking services) or in chats for in-game user groups (for example, so-called guilds) in order to notify other users of the distribution URL. can. Furthermore, when the distribution user turns on the distribution mode, the distribution URL may be automatically posted on a linked SNS or group chat.

Although the embodiment described above is an example in which a dedicated virtual currency is given to a viewing user based on the fact that a normal virtual currency is given to the viewing user, the present invention is not limited to this.

For example, the dedicated virtual currency may be acquired (granted) by the player character exploring the game space. Further, for example, the dedicated virtual currency may be given as a reward according to the result of a mission the user has worked on, a reward for clearing a quest, or a reward for the user logging into the game.

Further, without being limited to the above embodiments, in addition to being granted dedicated virtual currency to the user as a bonus for purchasing normal virtual currency, the user may purchase the dedicated virtual currency itself alone. You may be able to do that. At this time, the user may be able to purchase the dedicated virtual currency at a cheaper price than the normal virtual currency. In this case, it is possible to increase the chances of receiving dedicated virtual currency from other users, so it may be possible to request gacha at a lower price than usual. Thereby, communication between users can be activated.

Furthermore, the user may be able to use dedicated virtual currency in addition to gachas that can only be requested by consuming dedicated virtual currency. For example, if there is a gacha that can be requested even if you consume not only the dedicated virtual currency but also the normal virtual currency, the results of the gacha for the dedicated virtual currency are more preferential than for the normal virtual currency. Alternatively, preferential treatment may be taken such that dedicated virtual currency consumes less when requesting gacha than normal virtual currency.

In the embodiment described above, an example is described in which a button for a "tip link page" is displayed when the distribution mode is turned on, but this is not limited to the present invention. For example, the QR code may be directly displayed on the game screen when the distribution mode is turned on.

In addition, there is an example where the "Tipping ring page" button is always displayed when the distribution mode is turned on, but even while the distribution mode is turned on, based on the operation of the distribution user, It may also be possible to set it to hidden.

Further, the distribution user may be able to specify the display position and/or size of the QR code. For example, the distribution user may be able to move the QR code by pressing and holding the QR code.

Further, during an actual game mode such as a quest, the QR code may be made transparent (or semi-transparent) to a certain extent for readability.

Further, in the embodiment, an example is described in which a QR code is read by a QR code reader preinstalled on a user terminal device of a viewing user, but the present invention is not limited to this. For example, it may be possible to activate a camera using a function of a game application and read a QR code of a play video of a distribution user based on the function of the game application.

Further, in the embodiment, the access information is a QR code, but the present invention is not limited to this. The access information may be a barcode, the URL itself, or a game user ID instead of the QR code.

Further, the access information may be recognized by image recognition processing other than the QR code, such as AI (artificial intelligence) and character recognition.

Further, a terminal device of an advertising company (sponsor) may be able to read a QR code and make a tip to the distribution user so that it is displayed as an advertisement displayed in the play video. In this case, for example, the next time an advertisement is displayed in the play video in response to the tipping of money to the distribution user, an advertisement of the company may be displayed.

Although the above-mentioned embodiment is an example in which a tip (dedicated virtual currency is given) is given to a user (distribution user) identified from a QR code in a video being broadcast live, the present invention is not limited to this. do not have.

For example, the user may be able to donate money to other users who are friends with the user within the game. In this case, for example, it may be possible to select a friend user from a friend list and provide dedicated virtual currency within the game application, rather than on the tipping page displayed on the website.

Also, for example, if a user is set as a friend with another user in the game and plays a mission etc. by borrowing a character owned by the other user, the user can donate money to the other user. It may become like this. In this case as well, for example, within the game application, it may be possible to grant exclusive virtual currency to other users who have borrowed the character at the end of a mission or the like.

Furthermore, when the viewing user (user name: Hack) performs a coin tip, characters such as "Hack, thank you for the tip!" may be displayed on the distribution user's game screen.

In the embodiment described above, an example is described in which the dedicated virtual currency owned by the viewing user is given to the distribution user by tipping, but any configuration may be adopted as long as the association is changed. Good too.

For example, in a game, an ally user (an example of a second user) who plays a specific mission in cooperation with the player can receive special virtual currency held by the user (an example of a first user). It may be possible to change the association. In this case, for example, by pressing the "Give" button that is displayed when the character operated by the user approaches the character operated by the user within a predetermined range, the user can transfer the dedicated virtual currency to the character operated by the user. can be passed to.

Furthermore, in this case, for example, before or after a multiplayer, a list of allied users involved in the multiplayer may be displayed, and the user may be able to give the dedicated virtual currency to any of the allied users on the list. .

Furthermore, for example, the users may be able to change the association of the first item by exchanging the first item with another item.

Furthermore, the present invention is not limited thereto, and the user to whom the dedicated virtual currency will be given may be selected by searching for the user name or user ID and then selecting the user to whom the dedicated virtual currency will be given.

Furthermore, even if it is possible to select the user to whom the dedicated virtual currency will be given based on the history of tipping coins (for example, information on other users to whom the user has tipped coins, and other users who have tipped coins to the user). good.

Furthermore, users who can give dedicated virtual currency to other users are not limited to users who are playing games. For example, even users who have not installed the game (non-game users) may be able to donate money to the distribution user by reading the QR code of the game image distributed from the distribution URL.

In this case, for example, before executing the coin tipping, the non-game user registers his/her own information (for example, name, credit information, etc.) in the distribution server device to obtain a tipping coin user ID, and then executes the tipping. can do.

Specifically, a tip page based on a QR code is displayed on a website on a non-game user's user terminal device, as shown in FIG. Then, the non-game user inputs the tipping coin user ID instead of the game user ID, and operates the "Tipping coins" button. With this, even non-game users can donate dedicated virtual currency to distribution users.

In the above embodiment, an example is described in which the dedicated virtual currency is used to run a gacha, but it may also be used in-game, such as when a distribution user purchases another item. Any aspect may be used.

In the embodiment described above, an example is described in which the dedicated virtual currency that is once used for tipping cannot be used as tipping after that, but it may be able to be used as tipping any number of times.

In the embodiment, an event in which a continue item is given to a viewing user is uniformly executed as a return event, but the present invention is not limited to this.

For example, the content of the event in the game may be determined from among a plurality of content (events A, B, and C) based on the result of the game play by the distribution user. The results of the game play include, for example, the difficulty level of the completed mission. In this case, at the execution timing of the event in the game, one of the events A to C is executed according to the highest difficulty level of the mission cleared by the distribution user.

Note that the difficulty level of the cleared mission may be registered in the user data in association with each user.

Furthermore, for example, the content of an event within the game may be determined based on the distribution user using a dedicated virtual currency for a restricted use and/or function.

For example, when a distribution user executes a gacha using dedicated virtual currency, the content of the event in the game is determined based on the result of this gacha. Specifically, the event is an event in which some of the characters won by the gacha are given to the viewing user. In this case, the given character differs depending on the result of the gacha.

Further, for example, the content of the event in the game may be determined based on the game play situation of the distribution user at the timing when the changing operation is performed (the coin tipping is performed). The distribution user's game play status is, for example, a distribution status of 1 (distribution in progress).

For example, at the timing when a viewing user executes a coin tip (by operating the "Top coin execution" button), the content of the in-game event (continuation item amount) is determined.

In the above example, the amount of continue items given as a return event may be different depending on whether the coins are tipped during the live broadcast or the coins are tipped after the live broadcast.

In this case, a flag indicating whether or not the timing at which the coin tipping was executed is during the second user's live broadcast may be stored in association with the "transfer user ID" of the user data in FIG. 10. .

In the embodiment described above, the upper limit of the amount that the viewing user can tip is the amount of "virtual currency for transfer" held by the first user, but the present invention is not limited to this.

For example, the upper limit that each viewing user can tip in one day may be uniformly determined for each distribution user or for each viewing user (for example, for each viewing user's game rank).

Further, the upper limit value may be determined based on the game play result by the distribution user. The game play results include, for example, the user rank of the distribution user, the difficulty level of the mission cleared by the distribution user, and the like. In this case, at the timing when the viewing user performs tipping, the higher the difficulty level of the mission cleared by the distribution user, the higher the upper limit value that the viewing user can tip.

Further, for example, the upper limit value may be determined based on the distribution user's game play situation at the timing when the change operation is performed (the coin tip is performed). The distribution user's game play status is, for example, a distribution status of 1 (distribution in progress).

For example, the upper limit value is determined depending on whether or not the distribution user who is the other party to the tip is live streaming at the timing when the viewing user executes the tip (by operating the "Execute tip" button).

In the above example, the upper limit value is different depending on whether the coin is tipped during the live broadcast or after the live broadcast. For example, during live distribution, the upper limit value is set to be twice as high as when not live distribution.

In the above example, if the distribution user's distribution status is not in progress when the tipping page is displayed (distribution status: 0), for example, the amount of "virtual currency for transfer" held by the viewing user will be displayed. Half is determined as the upper limit. On the other hand, when the distribution status of the distribution user is in progress (distribution status: 1), the entire amount of "virtual currency for transfer" held by the viewing user is determined as the upper limit value.

In the embodiment, when the distributed user uses the dedicated virtual currency (transferred virtual currency) that has been tipped in the gacha, the transferred virtual currency of the randomly selected old user (transfer source user ID) is used. Although examples have been described, the invention is not limited thereto.

For example, as shown in FIG. 12, the distribution user may be able to select the order in which to use the transferred virtual currency (priority order of use). In the example of FIG. 12, similar to FIG. 9, the distribution user can specify the amount of transferred transferred virtual currency to be used in the gacha, but any old user (transfer source user ID) A selection area is provided in which the user can select whether to preferentially use the transferred virtual currency.

For example, when the item "People who gave the most" in the selection area is tapped, the virtual currency transferred from the old user who donated the most coins will be used preferentially. For example, when the user (user ID: U-00001) in FIG. 10 uses the transferred virtual currency, the transferred virtual currency corresponding to the transfer source user ID: U00002 is used first.

Further, when the item "low rank person" in the selection area is tapped, the virtual currency transferred from the old user with the lowest rank is used preferentially. In this case, the "rank" corresponding to the old user of the user data in FIG. 10 is referred to as the rank.

Furthermore, the present invention is not limited to the embodiments described above, and, for example, a dedicated virtual currency (transferred virtual currency) corresponding to an old user selected by the distribution user may be used. In this case, a list such as the one shown in FIG. 13 in which the names, ranks, etc. of old users are described may be displayed on the distribution user's user terminal device based on the user data.

When the distribution user selects an old user from the list, the distribution user can specify the amount of money to be used in the gacha, with the amount of transferred virtual currency associated with this old user as the upper limit.

In the embodiment, the distribution status is set based on the operation of the distribution user, but the distribution status may be transmitted from the distribution server device. For example, the distribution server device may periodically transmit to the game server device the distribution user ID of the distribution user who is distributing the video regarding the game title of this embodiment.

In this case, for example, a QR code (for example, the game user ID of the distribution user is included in this QR code) is displayed on the play video distributed by the distribution user, and the distribution server device reads the QR code. This allows the game user ID and the distribution user ID to be associated with each other. By transmitting this information from the distribution server device to the game server device, the distribution status can be automatically managed by the game server device.

Furthermore, for example, if the distribution user links the game user ID and distribution user ID to the distribution server device in advance, the distribution server device and the game server device will work together, and at the same time the distribution starts, the distribution user The game server device may automatically display the QR code on the game image.

Furthermore, for example, the URL of the distribution site (distribution URL) may also be transmitted from the distribution server device to the game server device, similarly to the distribution status. In this case, there is no need for the distribution user to input the URL of the distribution site when the distribution user turns on the distribution mode.

In the embodiment described above, a configuration is described in which a play video distributed to a viewing terminal device is displayed, but the present invention is not limited to this.

For example, a user terminal device such as a smartphone may simultaneously execute a game application and display a web browser (display a play video). In this case, the QR code information may be acquired from the image captured by the web browser without photographing with the camera of the user terminal device. In this case, the QR code reader application only needs to be able to recognize the QR code from the captured image.

Although the embodiment described above describes an example in which the computers are two server devices, the present invention is not limited to this. For example, the computer may be one or three or more server devices. Further, a user terminal device of one user may function as a server device. Furthermore, in this case, one user terminal device and the other user terminal device may be connected using BLUETOOTH (registered trademark). Further, the present invention may be executed by a single user terminal device, or the present invention may be executed by cooperation between a server device and a user terminal device.

Further, in the embodiment, an example is described in which the user terminal device is a terminal device such as a smartphone, but the present invention is not limited to this. The user terminal device may be, for example, a stationary game device to which a display and a controller are externally connected, or a personal computer.

1 Game system 2 Game server device 3A User terminal device 3B Viewing terminal device 4 Tipping server device 5 Distribution server arrangement 6 Communication network

Claims (5)

A computer program that causes a computer to perform each of the following steps,
In the addition step, access information is added to the game image displayed on the second user's terminal device,
The access information is information for identifying the second user , and whether or not to be added to the game image is determined based on the game play situation of the second user,
The game play status is a distribution status of the game image by the distribution server device, and is specified based on predetermined information received from the distribution server device,
in the execution step, executing an in-game event for the identified second user based on the first user's operation on the access information;
computer program. A computer program that causes a computer to perform each of the following steps,
in the adding step, automatically adding access information to the game image displayed on the second user's terminal device without being based on an adding operation by the second user;
The access information is information for identifying the second user,
in the execution step, executing an in-game event for the identified second user based on the first user's operation on the access information;
computer program. In the event, a process of associating a first item associated with the first user with a second user is executed.
The computer program according to claim 1 or 2 . Furthermore, a computer program that causes the computer to execute each of the following steps,
In the notification step, the first user is notified of one or more pieces of notification information regarding the game image distributed from the distribution server device;
In the display step, displaying the game image on a display unit based on the first user's operation on the notification information.
The computer program according to any one of claims 1 to 3 . A storage unit that stores the computer program according to any one of claims 1 to 4 ;
a control unit that executes the computer program;
Equipped with
computer equipment.

Images