JP2022151552A - Information processing device, information processing program and information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a technique of enhancing a player's motivation for participating in a game by making the player attached and immersed, during a play, to a player character created by the player himself/herself.

SOLUTION: An information processing device includes: a generation section for generating a form of a character object operated by a player based on a plurality of parts specified by the player; and a performance control section for determining performance information for specifying at least any of background music and a background image to be output during the progress of a game based on a combination of the plurality of parts constituting the character object.

SELECTED DRAWING: Figure 1

COPYRIGHT: (C)2023,JPO&INPIT

Description

The present invention relates to an information processing device, an information processing program, and an information processing method.

In recent years, communication terminals having a touch panel display such as smart phones have become popular, and each user owns his/her own communication terminal. Under such circumstances, services that provide users with community-type services on the Internet, that is, social networking services (hereinafter referred to as "SNS") are known. Online games (social games) are provided to users as one of such SNSs.

In such games, music (background music, BGM) may be played during the progress of the game. BGM used in the game is one of the important elements in the presentation of the game. By reproducing BGM suitable for various scenes in the game, an effect of making the game exciting can be expected. Technologies related to BGM for such games include the following technologies.

For example, a piece of music in the main part of the game that allows the user to operate the player character is reproduced, output to the music output unit, and a specific operation of the player character by the user causes a predetermined break in the music after the specific operation. A technique for modifying a piece of music reproduced by a piece of music reproducing means has been disclosed (see Patent Document 1, for example).

Also, a plurality of pieces of information representing the unique abilities and states of the game character are digitized into a plurality of numerical values according to a predetermined game progress, and control processing is performed to generate game sounds according to the obtained plurality of numerical values. A technology is disclosed that digitizes information on at least one of a music pattern having a melody for the game and a voice pattern consisting of shouts into a plurality of numerical values, and generates game sounds according to the obtained numerical values ( For example, see Patent Document 2).

Also disclosed is a technique that allows a character to be displayed on the screen in a form that matches the trend of the music while listening to music reproduced by a reproduction device, and to generate a melody unique to the character ( For example, see Patent Document 3). With this, in the evolution process, an evolved form that satisfies the evolution condition is set for the character form of the character information, and an evolved melody is generated by linking the melody elements associated with the evolved form to the pre-evolution character melody, The generated evolution melody is set as the character melody after evolution.

Further, a technique has been disclosed in which the number of tones increases as the hierarchy of the menu advances, making the performance richer (see, for example, Patent Document 4).

Also, the dress-up power is determined by combining game cards with three attributes (H, D, F) of the head (hairstyle and makeup), the body (clothes), and the feet (shoes). A technique has been disclosed in which the degree of coolness increases as the number increases, and a song plays on the dance battle screen (see, for example, Patent Document 5).

Also disclosed is a technique for performing different performance techniques for songs with the same motif depending on the playing situation by changing the performance techniques such as tempo, volume, types of chords, and rhythm with predetermined parameters (for example, See Patent Document 6).

JP 2017-131409 A Patent No. 3947548 Patent No. 4012921 Patent No. 5433809 JP 2014-061428 A JP 2004-267498 A

If the player can design and customize the player character to be operated by himself/herself, it can be expected that the player character will be attached to the player character and a sense of immersion will be given during play. At this time, if it is possible to change background music, background images, etc., in accordance with the appearance of the player character designed or customized by the user himself/herself, the user will feel more attached to the player character and feel more immersed in the game. As a result, it can be expected that the player's willingness to participate in the game will be improved.

In the above-described conventional technology, music is changed according to an operation that causes a character to act, music for a character is created based on the character's ability parameters, and music for the character is created based on the evolution (morphological change) of the character. is disclosed.

However, the above-described prior art does not disclose that background music, background images, etc. are changed according to the appearance of the player character designed or customized by the player himself/herself.

Accordingly, the present invention provides a technique for increasing the player's willingness to participate in the game by making the player feel more attached to the player character created by the player himself and feeling more immersed in the game.

An information processing apparatus according to an aspect of the present invention includes a generator that generates a form of a character object operated by a player based on a plurality of parts specified by a player; an effect control unit that determines effect information for specifying at least one of the background music and the background image to be output during the progress of the game, based on the combination of .

According to one aspect of the present invention, the present invention provides a player with a player character created by the player himself/herself, which makes the player feel more attached and immersed in the game, thereby increasing the player's willingness to participate in the game. can be done.

It is a figure which shows an example of the information processing apparatus in this embodiment. It is a figure which shows an example of the network configuration of the game delivery system in Example 1 of this embodiment. It is a figure which shows an example of the functional block of the game delivery system in Example 1 of this embodiment. 4 is a diagram showing an example data structure of a database managed by the server 15 in Example 1 of the present embodiment; FIG. FIG. 10 is a diagram showing an example of a player character craft screen in Example 1 of the present embodiment; It is a figure which shows an example of the battle screen in Example 1 of this embodiment. 1 is a sequence diagram of a game distribution system in Example 1 of the present embodiment; FIG. FIG. 10 is a flow chart relating to song arrangement processing by the server in Example 1 of the present embodiment. FIG. FIG. 10 is a diagram showing an example of functional blocks of a game distribution system in Example 2 of the present embodiment; It is a figure which shows an example of the viewing screen displayed on the viewer terminal in Example 2 of this embodiment. It is a sequence diagram of the game delivery system in Example 2 of the present embodiment. FIG. 10 is a flow chart relating to server processing in Example 2 of the present embodiment; FIG. 1 is an example of a configuration block diagram of a hardware environment of a computer that executes programs in Examples 1 and 2 of the present embodiment; FIG.

FIG. 1 is a diagram showing an example of an information processing apparatus according to this embodiment. The information processing device 1 includes a generation unit 2 and an effect control unit 3 . An example of the information processing device 1 is a server 15, which will be described later.

The generation unit 2 generates the form of the character object operated by the player based on a plurality of parts designated by the player. An example of a part is a block, which will be described later. An example of the generation unit 2 is a block/form management unit 24, which will be described later.

The effect control unit 3 determines effect information for specifying at least one of background music and background images to be output during the progress of the game, based on the combination of a plurality of parts forming the character object. An example of the effect information is a song or a background image after an original song or an original background image corresponding to a later-described character ID has been arranged according to an arrangement pattern determined based on a combination of a plurality of parts. An example of the effect control unit 3 includes an output control unit 25 and an output control unit 25a, which will be described later.

Here, the game includes not only an in-game (hereinafter referred to as "first game") which is the main part of the game, but also a so-called out-game (hereinafter referred to as "second game") which is performed before or after the first game. ). For example, in the case of a battle game, the first game is a game in which a clear condition is set and the player operates his or her own player character to compete against an opponent. In the first game, the opponent may be another player or a CPU (computer).

Note that the first game is not limited to an in-game with an opponent, and includes games of various genres such as role-playing games (RPG) and puzzle games. More specifically, the first game uses the player character, operates the player character, or utilizes parameters set for the player character to meet at least a predetermined clear condition set in the first game. It may be a game aiming at the achievement of Further, "in progress of the game" indicates the state in which the first game is in progress.

The second game includes, for example, a home screen displayed before the first game, a screen for setting a character object (such as a player character craft screen 41 in FIG. 5, which will be described later), and a screen for setting a background. In addition, the second game includes post-processing after the first game (for example, a screen for tallying the points, experience points, coins, or items acquired in the first game, etc.) and a preparation screen for the next first game. and a screen for guiding to the next first game.

By configuring in this way, the player can have a greater attachment to the player character created by the player and a sense of immersion in the game, and the player's willingness to participate in the game can be increased.

A performance control unit 3 selects first performance information from a plurality of performance information based on a character object specified by a player, and changes the first performance information according to a plurality of parts. An example of the first effect information is an original song or an original background image corresponding to a character ID, which will be described later.

With this configuration, the more the player character is created, the more the music and background images are arranged accordingly, so that the player's feeling and attachment to the player character created by him/herself becomes stronger, and the player's willingness to participate in the game increases. can be improved.

The effect control unit 3 may change the first effect information based on an arrangement pattern selected from a plurality of patterns according to the type and quantity of parts arranged on the character object.

As a result, the more the player character is created using different types and quantities of parts, the more the music and background images are arranged accordingly. can improve the willingness to participate.

When the parts designated by the player are changed, the effect control section 3 may change the first effect information based on an arrangement pattern selected based on the changed parts.

By configuring in this way, the first effect information is arranged every time the parts are changed, so that the player always has a desire to customize the player character, and the player's willingness to participate in the game is improved. can be made

When the character object acquires parts during the progress of the game using the character object, the effect control unit 3 changes the first effect information based on the acquired parts, and changes the first effect information to the acquired parts even after the game progresses. You may continue the change of the 1st production|presentation information based on. "After progressing the game" refers to a second game (for example, a player character craft screen 41 in FIG. 5, which will be described later) that is executed after the first game ends due to achievement or non-fulfillment of the clear condition of the first game. include.

By configuring in this way, the effect of the parts added during the in-game (for example, quests, battles, etc.) on the first effect information can be continued even in the out-game. For example, when returning from the battle screen to the home screen, the tempo of the BGM changes, but the effect of the music change due to the parts added in the event can be continued.

The effect control unit 3 may change the first effect information so that when the part is placed at the first position with respect to the character object, it differs from when the part is placed at the second position.

With this configuration, when arranging parts on a character object, even if the parts are the same, if the part to be placed is different, the change due to the arrangement will be different. It is necessary to confirm the change, and it can tickle the player's inquisitive mind. In addition to the combination of parts, the arrangement of the first effect information is determined based on the combination of parts to be arranged. is low, so you can make your own original arrangements.

The effect control unit 3 may move the part of the character object according to the player's operation, and change the first effect information based on the parts arranged in the part when the operation is received.

With this configuration, it is possible to change the BGM and the background image according to the action of the character object. It can tickle the player's curiosity.

The effect control unit 3 may change the first effect information based on the action history recorded for each part of the character object that moves according to the player's operation in the progress of the game using the character object.

With this configuration, the BGM and the background image can be changed based on the history of past actions, so that the past action of the player character can be looked back and remembered from the state of change of the BGM and the background image. can be done. As a result, it is possible to make the player more attached to the player character.

When each of a plurality of players operates a character object corresponding to each player, the effect control unit 3 controls the character object operated by the first player according to the relative position of the character object operated by the first player with respect to the character object operated by the other player. You may change the 1st production|presentation information output from the terminal device which operates.

With this configuration, the BGM and the background image can be changed, so that the BGM and the background image can be changed according to the relative position with respect to the opponent player character in the battle scene. can feel the feeling.

Based on the access information issued by the player, the effect control unit 3, when the video of the game progress including the action of the character object operated by the player is distributed, the information transmitted from the viewer who viewed the video. You may change 1st production|presentation information based on.

By configuring in this way, it is possible to increase the motivation of the viewers who watch the distributed moving image of the game played by a plurality of players to view the distributed moving image.

The information transmitted from the viewer may be an in-game object that can be acquired by the character object selected by the viewer. In this case, the effect control section 3 may change the first effect information according to the in-game object arranged in the in-game space.

By configuring in this way, a viewer viewing a distributed moving image of a game played by a plurality of players can intervene in the game, so that the viewer's willingness to view the distributed moving image can be increased.

The information sent by the viewers may be voting information from the viewers. In this case, the effect control unit 3 may change the first effect information according to the results of tallying voting information from a plurality of viewers.

By configuring in this way, the in-game environment can be affected according to the viewer's voting behavior, so that the viewer's desire to view the distributed moving image can be increased.

FIG. 2 is a diagram showing an example of the network configuration of the game distribution system in Example 1 of the present embodiment. The game delivery system 11 includes one or more terminal devices (hereinafter referred to as “player terminals”) 12 , server devices (hereinafter referred to as “servers”) 15 and a communication network 16 . The player terminal 12 and the server 15 are connected via a communication network 16 so as to be able to communicate with each other.

The player terminal 12 is a terminal device operated by a player who plays the game program in this embodiment. The player terminal 12 is an electronic terminal device having a communication function that can be connected to a communication network, such as a personal computer, a smart phone, a tablet terminal, or a mobile phone.

The player terminal 12 is installed with a web browser for viewing information on the Internet. A web browser is software for connecting to a web server, and has functions such as displaying web pages and following hyperlinks. The player terminal 12 can display images generated by the server 15 via a web browser.

Hereinafter, the player terminal 12 used by the first player is referred to as a player terminal 12a. Also, the player terminal 12 used by the second player is referred to as a player terminal 12b.

The server 15 is an information processing device that operates and manages the game distribution system according to this embodiment. For example, the server 15 manages information about the player using the game program (for example, play content, status information of the character playing, point information, etc.), and manages information about billing. In addition, the server 15 manages screen display control during battle play between players, and calculation and management of damage of characters operated by each player (player characters).

The server 15 may be a server system configured by one or more physical information processing devices, or may be a virtual server system configured by one or more virtual server devices.

Here, an outline of an example of the game in this embodiment will be described. A player can create (craft) a player character that he/she uses by using a plurality of blocks. At this time, the background music (background music, hereinafter referred to as "BGM") and the background image (background image, hereinafter referred to as "BGI") of the game can be seamlessly converted according to the combination of blocks. .

In addition, the player can operate a player character created using blocks to advance the game, or can compete against a player character created by an opponent player in a multi-play battle.

It is assumed that each stage has an "in-game" and an "out-game" as the configuration of the game in the present embodiment. "In-game" is the part that you actually play and is the main part of the game. The "out game" is the part of the game that prepares for the main game. For example, in the case of a battle game, the in-game is the phase in which the player actually battles other player characters, and the out-game is the part in which characters are selected and equipped before the battle.

FIG. 3 is a diagram showing an example of functional blocks of the game distribution system 11 in Example 1 of the present embodiment. The server 15 includes a control section 21 , a storage section 26 and a communication section 27 . The communication unit 27 is an interface that enables communication with devices connected to the communication network 16 . Here, the communication unit 27 communicates with the player terminals 12 (12a, 12b, . . . ) via the communication network 16. FIG.

The control unit 21 is an arithmetic device (processor) that controls the overall operation of the server 15 . For example, the control unit 21 executes processing in response to a request from the player terminal 12 and returns execution results to the player terminal 12 . Specifically, the control unit 21 authenticates the player who plays the game, allows the players to share screen information to be used among the players when the game is played by a plurality of players, manages the content of the game, and manages billing. Control such as going.

The control unit 21 controls the entire server 15 and functions as a reception unit 22, a game control unit 23, a block/form management unit 24, and an output control unit 25 by executing the program according to the present embodiment.

The accepting unit 22 accepts a player's operation instruction from the player terminal 12 . The player's operation instructions include, for example, login to the game, initial settings, selection of the player character, specification of blocks to be placed on the player character, specification of the direction for moving the player character, and There are instructions regarding operations for attacking and defensive techniques and weapons.

The game control unit 23 controls the game other than the block/form management unit 24 and the output control unit 25 . The game control unit controls, for example, game pre-settings, player character actions, game progress, event occurrence, timing, etc. In the case of a multiplayer battle scene, the player character actions in the battle, It manages parameters of the player character associated with actions (for example, life points associated with damage) and the like.

The block/form management unit 24 arranges one or more blocks specified by the player in the part specified by the player for the character object operated by the player, thereby generating the form of the character object. In the present embodiment, a block is used as an example of a part that constitutes a player character, but the present invention is not limited to this, and any in-game object that can be equipped by a character object, for example, may be used.

The output control unit 25 controls screen display and sounds (music, sound effects, BGM, voice, etc.) throughout the game. In this embodiment, in particular, the output control unit 25 controls BGM and BGI that are output during the progress of the game. Specifically, the output control unit 25 determines the music and background image that serve as the skeleton based on the character object designated by the player, and determines the determined music and background image based on the combination of a plurality of blocks that make up the character object. Arrange the images.

The storage unit 26 stores programs according to the present embodiment (including game programs, application program interfaces (APIs), etc.), an operating system (OS), and other programs. The storage unit 26 also stores game element data, other various data, and the like. Examples of game element data include player information, player character setting information, player character parameter information, viewer parameter information, background data, object data, item data, effect data, and sound data. Here, data includes not only status information and character data, but also graphical data. The storage unit 26 also stores a later-described database (hereinafter referred to as "DB").

The player information includes account information, billing information, and the like of each player. The setting information of the player character includes information on the player character selected by the player, information on objects (weapon, armor, etc.) to be equipped with the player character, and the like. The parameter information of the player character includes, for example, parameters such as attack power, defense power, stamina, etc. of the player character.

Background data includes, for example, data related to the background of a game stage such as a game field. The object data includes object data such as player character objects, connection objects, and other objects. When a player character obtains an object during a game, the player character's attack power, defense power, and stamina are temporarily or permanently increased, and predetermined status parameters are increased. Objects include, for example, objects for armament, recovery items for recovering stamina parameters, and parameter enhancement items for temporarily or permanently increasing attack power, maintenance power, and the like.

The effect data is, for example, data relating to an effect image relating to an attack when an enemy player object is flipped away, a combination technique, and the like. The sound data is data relating to music played during game play and sound effects used in various scenes, and includes data such as the above-described music, sound effects, BGM, and voice.

FIG. 4 is a diagram showing an example data structure of a database managed by the server 15 in Example 1 of the present embodiment. The storage unit 26 stores a player character management DB 31, a block master DB 32, a body part master DB 33, a player character body part action history management DB 34, a character corresponding music master DB 35, a music arrangement management DB 36, and a scene music arrangement management DB 37.

Below, each record of player character management DB31 may be called player character information. Each record of the block master DB 32 may be called block information. Each record of the part master DB 33 may be referred to as part information. Each record of the player character part action history management DB 34 may be referred to as player character part action history information. Each record of the character-corresponding music master DB 35 may be referred to as player-character-corresponding music information. Each record of the music arrangement management DB 36 may be referred to as music arrangement information. Each record of the scene-corresponding music arrangement management DB 37 may be referred to as scene-corresponding music arrangement information.

The player character management DB 31 is a DB that manages information on player characters operated by each player. The player character management DB 31 includes data items such as "player ID", "character ID", "music ID", "arrangement pattern ID", and "configuration block". The item “player ID” stores information (player ID) that identifies a player. The item "character ID" stores information (character ID) specifying a player character designated by the player as a character to be operated by the player. The item "song ID" stores information (song ID) specifying a song corresponding to the player character. The item "arrangement pattern ID" stores information (arrangement pattern ID) specifying an arrangement pattern for arranging the song specified by the song ID. The item "constituent block" stores information (part ID) specifying each part of the player character and information (block ID) specifying a block (one or more blocks) constituting the part. In the example of FIG. 4A, the site ID and the block type ID are stored in the form of "(site ID: block type ID, . . . )" for each site. Here, one site may consist of one block, or one site may consist of a plurality of blocks.

The block master DB 32 is a DB that manages all blocks that can be given to the player character in the in-game object in this embodiment. The block master DB 32 includes data items such as "block type ID", "block type name", "parameter", and "3D data". Information (block type ID) specifying the block type is stored in the item “block type ID”. The item "block type name" stores the name of the block type specified by the block type ID. The item “parameter” stores parameters that differ for each type of block (type of block). The item "3D data" stores the three-dimensional data of the block of the type specified by the block type ID.

The part master DB 33 is a DB that manages each part that constitutes the player character. The part master DB 33 includes data items such as "character ID", "part ID", and "part name". The item "character ID" stores information (character ID) specifying a player character designated by the player as a character to be operated by the player. The item “part ID” stores information (part ID) specifying the part of the player character. The item "part name" stores the name of the part specified by the part ID.

The player character part action history management DB 34 is a DB for managing the history of actions of each player character's part. The player character part action history management DB 34 includes data items such as "player ID", "character ID", "part ID", "part configuration block ID", and "action history". The item “player ID” stores information (player ID) that identifies a player. The item "character ID" stores information (character ID) specifying a player character designated by the player as a character to be operated by the player. The item “part ID” stores information (part ID) specifying the part of the player character. The item "part configuration block ID" stores one or more block type IDs (block type IDs and the number of blocks if the block consists of a plurality of blocks of the same type) that constitute the part specified by the part ID. be done. The item "operation history" stores the operation history of the part specified by the part ID. For example, when the player character kicks with the right foot (part ID=B25) at 12:01:05:10 on March 1, 2021, "2021030112010510: kick" is stored in the item "movement history".

The character-corresponding music master DB 35 is a DB for managing character objects prepared in the game according to the present embodiment and music assigned to the character objects. The character corresponding music master DB 35 includes data items such as "character ID", "character name", "music ID", and "music data". Information (character ID) specifying a character object is stored in the item “character ID”. The item "character name" stores the name of the character object specified by the character ID. The item "song ID" stores information (song ID) for specifying a song. The item "song data" stores data of a song specified by the song ID.

The music arrangement management DB 36 is a DB for managing arrangement patterns for arranging target music. The music arrangement management DB 36 includes data items of "arrangement pattern ID" and "arrangement pattern name". Information (arrangement pattern ID) specifying an arrangement pattern is stored in the item "arrangement pattern ID". The item "arrange pattern name" stores the name of the arrange pattern specified by the arrange pattern ID.

The scene-corresponding music arrangement management DB 37 manages arrangement patterns for arranging BGM, tempo (Beats Per Minute: BPM), number of tracks, and tone colors according to scenes (stages, competitions (battles)) in the game. is. In the example of FIG. 4(G), as in-game scenes, "out game screens", "battle standard", and "battle tense" are registered. In the case of "out game screens", an arrangement pattern of "BPM: slow, number of tracks: few, timbre: quiet" is registered. In the case of "battle standard" (standard battle scene), an arrangement pattern of "BPM: medium, number of tracks: medium, timbre: moderately intense" is registered. In the case of "battle tense" (a tense battle scene), an arrangement pattern of "BPM: fast, number of tracks: many, timbre: violent" is registered.

FIG. 5 is a diagram showing an example of a player character craft screen in Example 1 of the present embodiment. The player character craft screen 41 is a screen displayed before the in-game (out-game) in which the player fights against other player characters, and is a screen for creating (crafting) a character object of one's own.

As shown in FIG. 5A, the player character craft screen 41 has a player character configuration setting area 50 on the right side and a specified part block setting area 42 on the left side. A part to be created is specified in the player character configuration setting area 50 on the right side, and the specified part is created using a block in the specified part block setting area 42 .

The player character configuration setting area 50 includes a part selection field 51 and a configuration display area 53 . The part selection column 51 is a column for specifying which part of the player character to be created from now on. For example, when "body" is specified in the part selection field 51, several options such as "human type" and "dinosaur type" are displayed. If "Human" is selected from among them, for example, "Chest", "Belly", "Waist" and the like are displayed.

The configuration display area 53 displays the configuration of the player character 54 in the creation process. In FIG. 5A, the player character 54 has a head 55, both arms, a chest and an abdomen. In this state, if "Body" -> "Human type" -> "Waist" is selected in the part selection field 51, a coordinated display 52 is displayed. Then, in the configuration display area 53, a blinking display 56 is displayed at a portion corresponding to the waist portion. Then, in the specified part block setting area 42, block can be specified for the blinking waist part.

The designated part block setting area 42 includes a “character block” designation button 43 , a “block” designation button 44 , a block display field 45 , a “return” button 47 and a “determine” button 48 .

The "character block" designation button 43 is a button for designating a character object to be played by the player, and more specifically, a button for selecting the head 55 of the player character 54 to be created. When the "character block" designation button 43 is pressed, a plurality of different types of character object heads are displayed in the block display field 45, and the player selects a head from among them and presses the "determine" button 48. , the head, i.e. the character object, can be determined. At this time, the music (original music) corresponding to the determined character object is also determined, and the original music is output from the speaker of the player terminal 12 .

The "block" designation button 44 is a button for designating a character object to be played by the player, and more specifically, a button for selecting the head 55 of the player character 54 to be created. In the player character configuration setting area 50, the portion corresponding to the waist portion is specified in the configuration display area 53, and the "block" specifying button 44 is pressed while the blinking display 56 is displayed. Then, in the block display column 45, blocks A (46a), B (46b), . From among them, for example, block A (46a) is selected and the “determine” button 48 is pressed. Then, the flashed waist portion in the configuration display area 53 is replaced with the block A selected/determined in the block display field 45 . At this time, based on the determined block or a combination of blocks selected/determined so far, the music (original music) corresponding to the character object determined above is arranged, and the speaker of the player terminal 12 is arranged. output from

The block display field 45 displays one or more types of blocks that can be selected by pressing the "character block" designation button 43 or the "block" designation button 44. FIG. The “determine” button 48 is a button for selecting and determining one of the different types of blocks displayed in the block display column 45 . A "return" button 47 is a button for returning to the previous screen.

As described above, the player operates the player terminal 12 to designate each part of the player character, arrange blocks in the designated parts, and create the form of the player character. is completed. Then, as shown in FIG. 5(B), when the "confirm" button 57 is pressed, the configuration and form of the player character 54 are confirmed.

FIG. 6 is a diagram showing an example of a battle screen in Example 1 of the present embodiment. In FIG. 5, when each player completes his or her own player character and performs a predetermined operation, the screen transitions to the battle screen 61 shown in FIG. 6, and the player characters can battle each other.

A player character 63 a and a player character 63 b are displayed in a battle field 62 on the battle screen 61 . The player character 63a is a character object operated by the first player using the player terminal 12a. The player character 63b is a character object operated by the second player using the player terminal 12b. Life gauges 64 (64a, 64b) indicating respective life values are displayed above the player characters 63 (63a, 63b).

The player can operate the player terminal 12 to have his/her own player character 63 attack the opponent player character 63 and to defend against or avoid attacks from the opponent player character 63 . When each player character is attacked by the opponent player character, the life value is consumed by the amount of the attack, and the remaining amount of the life gauge 64 decreases. If the remaining amount of the life gauge 64 of the player character becomes zero first, the player operating that player character will be defeated.

Here, as shown in FIG. 6A, even during battle, the player character 63 acquires display objects such as blocks 65 placed in the battle field 62, and displays them as shown in FIG. 6B. Can be equipped as a block. As a result, the player character 63 equipped with the block can have increased offensive power, increased defensive power, recovery of life value, and the like. FIG. 6B shows an example in which two blocks 65 are mounted on the back. Also, when display objects such as blocks 65 placed in the battle field 62 are obtained and equipped as blocks as shown in FIG. The original song) is arranged and output from the speaker of the player terminal 12 .

FIG. 7 is a sequence diagram of the game distribution system in Example 1 of the present embodiment. Each player accesses the server 15 via a web browser installed in the player terminal 12 and performs an operation of logging into the game in the game distribution system 11 . Then, the player terminal 12 makes a login request to the server 15 (S1). The server 15 responds with permission to the login request, and the connection between the player terminal 12 and the server 15 is completed.

The player uses the player terminal 12 to perform an operation to transition to the player character craft screen 41 (FIG. 5). Then, the server 15 displays the player character craft screen 41 (FIG. 5) on the display unit of the player terminal 12 (S2).

The player operates the player terminal 12 to press the "character block" designation button 43 on the player character craft screen 41 to select and designate a character object to be operated by the player. Then, the player terminal 12 transmits information (player ID, character ID) regarding the specified character object to the server 15 (S3).

When the server 15 receives the information (player ID, character ID) about the specified character object, it displays the head 55 corresponding to the character ID in the configuration display area 53 of the player character craft screen 41 . Further, the server 15 causes the music (original music) corresponding to the character ID to be output from the speaker of the player terminal 12 (S4).

The player operates the player terminal 12 to designate a body part of the player character on the player character craft screen 41 as described with reference to FIG. 5, and to designate blocks constituting the body part. Then, the player terminal 12 transmits information (player ID, character ID, part ID, block type ID) about the designated part to the server 15 (S5).

When the server 15 receives the information (player ID, character ID, part ID, block type ID) about the specified part, it displays the block in the configuration display area 53 of the player character craft screen 41 at the position corresponding to the part ID. Display the block specified by the type ID. Further, the server 15 arranges the original song output in S4 based on the total value of the parameters for each block type specified by the block type ID, and outputs it from the speaker of the player terminal 12 (S6 ). The processes of S5 and S6 are repeated until the crafting of the player character is completed.

When the crafting of the player character is completed, the player presses the "Confirm" button 57 on the player character crafting screen 41 . Then, the player terminal 12 notifies the server 15 that the configuration of the player character has been determined (S7).

When the server 15 accepts that the configuration of the player character has been finalized, the server 15 shares the battle screen 61 between the competing players and displays it on the display unit of each player terminal 12 as soon as the crafting of the player character of the opponent player is completed. (S8).

Each player operates the player terminal 12 to perform operations such as attacking the opponent player character and defending against or avoiding attacks from the opponent player character. Then, each player terminal 12 transmits the operation information received from the player to the server 15 (S9).

When receiving the operation information received from the player, the server 15 responds to the player terminal 12 with a display result indicating an operation corresponding to the operation information (S10). During the battle, the processing of S9-S10 is repeated.

Here, when a block that can be equipped by a player character is arranged in the battle field 62 during a battle, the player character 63a operated by the first player acquires the block as described with reference to FIG. , and equips predetermined parts (for example, arms, legs, back, chest, etc.). Then, the player terminal 12a transmits to the server 15 information (player ID, character ID, part ID, block type ID) indicating that the player terminal 12a has equipped the predetermined part (S11).

When the server 15 receives information (player ID, character ID, part ID, block type ID) indicating that the predetermined part is equipped with the block, the server 15 displays the form of the player character after the block is equipped on the part. It is displayed on the terminal 12. Further, the server 15 rearranges the song output in S6 based on the total value of the parameters for each block type specified by the block type ID, and outputs it from the speaker of the player terminal 12a (S6 ).

Each time the player character obtains a block that can be obtained and equipped during a battle and equips it on a predetermined part, the processing of S11 to S12 is repeated. Further, the processes of S9 to S10 and S11 to S12 are repeated during the battle.

FIG. 8 is a flowchart relating to song arrangement processing by the server in Example 1 of the present embodiment. The control unit 21 of the server 15 reads the program according to the present embodiment from the storage unit 26 and functions as a reception unit 22 , a game control unit 23 , a block/form management unit 24 and an output control unit 25 .

The accepting unit 22 accepts information (player ID, character ID) regarding designation of a character object operated by the player from the player terminal 12 (S21). The reception unit 22 registers the player ID and character ID in the player character management DB 31 . Then, the output control unit 25 acquires the song ID and song data corresponding to the received character ID from the character-associated song master DB 35 (S22). The output control unit 25 registers the acquired song ID in the item “song ID” of the record in which the player ID and the character ID match in the player character management DB 31 . The output control unit 25 distributes the original music data corresponding to the character ID to the player terminal 12 and outputs it from the speaker of the player terminal 12 (S23).

Next, from the player terminal 12, the receiving unit 22 receives the part of the player character specified by the player and the block information (player ID, character ID, part ID, block type ID) specified for the part. (S24). In the player character management DB 31, the receiving unit 22 registers the part ID and the block type ID in the item "configuration block" of the record with the matching player ID and character ID.

Then, the block/form manager 24 generates the form of the designated part based on the combination of the designated blocks (S25). That is, the block/form management unit 24 identifies the parts of the player character corresponding to the received character ID and part ID from the part master DB 33 . The block/form management unit 24 acquires parameters and 3D data corresponding to the received block type ID (the number of received block type IDs may be plural) from the block master DB 32 . The block/morphology management unit 24 combines the acquired 3D data for each block type ID to generate the shape of the identified region.

The output control unit 25 distributes the shape of the generated body part to the player terminal 12 and outputs it from the display unit of the player terminal 12 (S26).

The output control unit 25 selects an arrangement pattern according to the type and number of blocks, and arranges the music according to the selected arrangement pattern (S27). That is, at that time, the output control unit 25 counts the types (block type IDs) of the blocks forming the player character and the number of blocks for each type, and calculates the parameters of the blocks counted for each type. For example, it is assumed that, at that time, there are five blocks A and two blocks B constituting the player character. In the case of FIG. 4B, the parameter for block A is 1 and the parameter for block B is 2, so the total parameters for block A are 1×5=5 and the total parameters for block B are 2×2. = 4 is calculated.

Here, for example, if the difference obtained by subtracting the sum of the parameters of block A from the sum of the parameters of block B is 10 or more, arrange pattern ID=5 is set. If the difference obtained by subtracting the sum of the parameters of block A from the sum of the parameters of block B is 6 or more and less than 10, arrange pattern ID=4 is set. If the difference obtained by subtracting the sum of the parameters of block A from the sum of the parameters of block B is 2 or more and less than 6, arrange pattern ID=3 is set. If the difference obtained by subtracting the sum of the parameters of block A from the sum of the parameters of block B is greater than or equal to 0 and less than 2, arrange pattern ID=2 is set. Assume that if the difference obtained by subtracting the sum of the parameters of block A from the sum of the parameters of block B is less than 0 (negative), arrange pattern ID=1 is set.

In the above example, the difference obtained by subtracting the sum of the parameters of block A from the sum of the parameters of block B is 4-5=-1<0, so arrange pattern ID=1 is set. The output control unit 25 acquires the arrangement pattern corresponding to the arrangement pattern ID=1 from the music arrangement management DB 36 . The output control unit 25 uses the acquired arrangement pattern to arrange the original music data acquired in S22 (S27). The output control unit 25 registers the obtained arrangement pattern ID in the item “arrangement pattern ID” of the record in which the player ID and the character ID match in the player character management DB 31 . The output control unit 25 distributes the arranged music data to the player terminal 12 and outputs it from the speaker of the player terminal 12 (S28).

After that, the reception unit 22 receives from the player terminal 12 the part of the player character designated by the player and the block information (player ID, character ID, part ID, block type ID) designated for the part. If so (YES in S29), the process of this flow returns to the process of S25. When the receiving unit 22 has not received from the player terminal 12 the body part of the player character designated by the player and the block information (player ID, character ID, body part ID, block type ID) designated for the body part. In (NO at S29), if the game is not to end (NO at S30), the process of this flow returns to the process of S29. If the game is over (YES at S30), this flow ends.

In S27, different parameters are used for each type of block, but the parameter for any block may be set to 1. In this case, the output control unit 25 may select an arrangement pattern according to the number of block types and arrange the music according to the selected arrangement pattern.

In addition, the output control unit 25 may select an arrangement pattern according to the type of block most recently placed in the part, and arrange the music according to the selected arrangement pattern. In this case, it is assumed that a block type ID/arrangement pattern ID management DB in which block type IDs and arrangement pattern IDs are associated is registered in advance in the storage unit 26 . The output control unit 25 identifies the type (block type ID) of the block most recently placed in the part, and acquires the arrangement pattern ID corresponding to the block type ID from the block type ID/arrange pattern ID management DB. The output control unit 25 can acquire an arrangement pattern corresponding to the acquired arrangement pattern ID from the music arrangement management DB 36, and arrange the music according to the arrangement pattern.

In addition, when a certain part is composed of multiple blocks, at least one of the multiple blocks that constitute it is changed to a different type of block, or if a new block is added, it will be identified by that. If there is a change in the arranged pattern ID, the music is arranged in the same manner as in the first embodiment.

The output control unit 25 may also use the scene-corresponding music arrangement management DB 37 to control the tempo, track, tone color, etc. of music arranged for each scene in the game. Here, "battle standard" and "battle tension" in the scene-corresponding music arrangement management DB 37 will be explained. "Battle standard" means, for example, a case where the life values of the life gauges of all the player characters in the battle are equal to or greater than a predetermined value. “Battle tension” refers to, for example, a case in which the life value of the life gauge of any one of the player characters in the battle becomes less than a predetermined value during the battle. For example, when the screen being played by the player is each screen of the out game, the output control unit 25 uses the scene-corresponding music arrangement management DB 37 to display the above-arranged music as "BPM: slow, number of tracks: few , Tone: Quiet. When the screen being played by the player is the battle screen and the conditions of the above-mentioned "battle standard" are met, the music arranged above is changed to "BPM: Medium" using the scene-corresponding music arrangement management DB 37. , Number of Tracks: Medium, Tone: Slightly Intense". When the screen being played by the player is the battle screen and the condition of the above-mentioned "battle tension" is met, the music arranged above is changed to "BPM: fast , number of tracks: many, tone: intense". As a result, by controlling the tempo, track, and timbre of the same arranged music for each scene, it is possible to impart the characteristics of a mechanical sound.

In addition, when the player character acquires a block and places it on a part during a battle (during an in-game), the output control unit 25 arranges the music based on the block, and arranges the music for the out-game after the in-game or the next stage. Also in the in-game, the arrangement of the music based on the obtained blocks may be continued.

Also, in the above embodiment, the arrangement pattern is adjusted according to the type and quantity of the blocks, but the arrangement pattern is not limited to this, and the arrangement pattern may be adjusted according to the part where the blocks are arranged. In this case, by using the part ID/arrangement pattern ID management DB that associates part IDs and "arrangement pattern IDs", the output control unit 25 can adjust the arrangement pattern according to the part where the blocks are arranged. . As a result, when the player character has a plurality of parts to which the same blocks can be arranged, the arrangement pattern of the music can be adjusted by changing the parts to be arranged.

In addition, in the above embodiment, the arrangement is performed at the timing when the blocks are placed on the target parts of the player character, but the arrangement is not limited to this. For example, the parts of the player character are moved according to the player's operation, and the output control unit 25 arranges the music based on the blocks arranged in the movable parts at the timing of receiving the operation from the player. good too. For example, when the player character attacks an enemy with the left arm by the player's operation, the music arrangement pattern may be adjusted based on the blocks that make up the left arm or the type and number of those blocks during the attack period.

In addition, the output control unit 25 may arrange music based on the action history recorded for each part of the player character that moves according to the player's operation during the progress of the game using the player character. For example, when the reception unit 22 receives an operation instruction for a player character from the player, the game control unit 23 causes the player character to act according to the operation instruction. The game control unit 23 records a history for each part of the player character that moves according to the player's operation, and registers the history in the player character part action history management DB 34 in chronological order. Here, for example, a part/action/arrangement pattern ID management DB in which parts (head, hands, feet, etc.), actions (headbutt, punch, kick, etc.) and arrangement pattern IDs are associated is stored in the storage unit 26 in advance. Register. The output control unit 25 acquires the action history of the player character's predetermined part (for example, leg) from the player character part action history management DB 34 a predetermined time ago (for example, 10 minutes ago, 30 minutes ago, 1 hour ago, etc.). Then, the part ID of the predetermined part and the arrange pattern ID corresponding to the obtained action history can be obtained from the part/movement/arrange pattern ID management DB. As a result, the output control section 25 can adjust the arrangement pattern using the arrangement pattern ID.

Further, when each of a plurality of players operates a player character corresponding to each player, the player operated by the first player is controlled according to the relative position of the character object operated by the first player with respect to the character objects operated by the other players. You may arrange the music output from a terminal. In this case, a relative position (scalar quantity)/arrange pattern ID management DB in which the scalar quantity of the relative position and the arrange pattern ID are associated is registered in advance in the storage unit 26 . For example, in the relative position (scalar quantity)/arrange pattern ID management DB, when the relative position scalar quantity is 0 or more and less than 2, the arrange pattern ID is 1, and when the relative position scalar quantity is 3 or more and less than 6, Suppose that the scalar quantity of the relative position and the arrangement pattern ID are registered, such as arrangement pattern ID=2. The output control unit 25 measures the relative position of the character object operated by the first player with respect to the character object operated by the second player during the battle play between the first player and the second player. The output control unit 25 acquires an arrange pattern ID corresponding to the measured relative position scalar quantity from the relative position (scalar quantity)/arrange pattern ID management DB. As a result, the output control section 25 can adjust the arrangement pattern using the arrangement pattern ID. In this case, the arranged music is output from the player terminal 12 operated by the first player.

Also, from the player terminal 12 operated by the player, the original song corresponding to the player character operated by the player or its arranged song is output from the speaker. Also, the number of players may be three or more instead of two. In this case, three or more player characters corresponding to each player may compete against each other, and the player characters may be non-player characters (NPCs) or may be operated by NPCs. good.

In addition, in Example 1 of the present embodiment, the arrangement of the music output during the progress of the game has been described based on the combination of a plurality of blocks that constitute the player character. A background image (BGI) output during the progress of the game may be arranged based on a combination of a plurality of constituting blocks. Arrangement of the background image can be done, for example, by changing the brightness of the background image to express clear weather, cloudy weather, morning, noon, night, etc., or by making the background image have rain or snow. The trees in the mountains may be directed to represent cherry blossoms, fresh greenery, autumn leaves, fallen leaves, etc. to represent the four seasons. In this case, the background image arrangement pattern in which the arrangement pattern for the background image is stored in the item "arrangement pattern" of the music arrangement management DB 36 is used instead of the music arrangement management DB 36, and the first embodiment is performed. can respond.

According to Example 1 of the present embodiment, it is possible to make the player feel more attached to the player character created by the player himself and to feel more immersed in the game, thereby increasing the player's desire to participate in the game. .

Next, as Example 2 of the present embodiment, a game screen played by a player is live-delivered via a video delivery service, and viewers can view the delivered video, and can perform actions on the game delivery system. An example of what can be done is described.

FIG. 9 is a diagram showing an example of functional blocks of a game delivery system 11a in Example 2 of the present embodiment. FIG. 9 is obtained by adding one or more viewer terminals 71 (71a, 71b, . In addition, in Example 2 of the present embodiment, the same reference numerals are assigned to the same configurations, functions, or processes as in Example 1, and the description thereof will be omitted. Also in the second embodiment, as described in the first embodiment, the player selects his own player character in the out-game, places blocks on it to create the player character, and participates in the in-game (competition). Players are competing against each other.

The viewer terminal 71 is, for example, a mobile electronic terminal device having a communication function that can be connected to a communication network, such as a smart phone, a tablet terminal, or a mobile phone. Note that the viewer terminal 71 may be a so-called personal computer. A web browser for viewing information on the Internet is installed in the viewer terminal 17 .

Note that the viewer terminal 71 used by the first viewer is hereinafter referred to as a viewer terminal 71a. Also, the viewer terminal 71 used by the second viewer is referred to as a viewer terminal 71b. Also, the viewer terminal 71a and the viewer terminal 71b are connected to the server 15 via the communication network 16 so as to be communicable.

By reading the game program according to Example 2 of the present embodiment, the control unit 21 of the server 15 controls the reception unit 22, the game control unit 23, the block/form management unit 24, the output control unit 25a, and the distribution control unit. 81, functions as a transmission information acquisition unit 82;

The distribution control unit 81 controls the application program of the video distribution service to display the distribution screen on the viewer terminal 71 via the web browser, and controls the comment input field provided on the distribution screen. , to control the distribution of the video of the game screen.

The transmission information acquisition unit 82 receives transmission information from the viewer terminal 71 . Note that the transmission information acquisition unit 82 may allow the transmission in the viewer terminal 71 each time the video is continuously reproduced in the viewer terminal 71 for a predetermined time.

The output control unit 25a can change the BGM or BGI based on information transmitted from the viewer terminal 71 used by the viewer who viewed the moving image. For example, if the information transmitted from the viewer terminal 71 is an in-game object that can be acquired by the character object selected by the viewer, the output control unit 25a arranges the in-game object in the in-game space. Furthermore, the output control unit 25a may change the in-game BGM or BGI according to the in-game object placed in the in-game space.

Here, the in-game object placed in the in-game space is a part that can be acquired by the character object. When the parts are arranged, the first effect information (BGM or BGI) may be changed based on the position of the arranged parts and the relative position of the character object, so that the position of the part where the character object is arranged is approached. The degree of change in the first effect information may be increased as much as possible. Further, when the character object acquires the part, the first effect information to be output to the player terminal of the player who operates the character object that acquired the part may be changed. Also, when a character object operated by another player acquires a part, the first effect information to be output to the player terminal of the player who could not acquire the part may be changed.

Further, for example, when the information transmitted from the viewer is vote information from the viewer, the output control unit 25a changes the BGM or BGI in the game according to the counting result of the vote information from a plurality of viewers. You can change it.

FIG. 10 is a diagram showing an example of a viewing screen displayed on the viewer terminal in Example 2 of the present embodiment. The viewer can display the viewing screen 91 on the display unit of the viewer terminal 71 by operating the viewer terminal 71 and accessing from the access information issued by the player terminal 12 via the server 15 . . Here, the access information includes, for example, a URL (uniform resource locator) regarding the location of the distribution source (server 15).

The viewing screen 91 includes a moving image display column 92, a comment display column 93, and selection buttons 94 (94a, 94b, 94c). The video display column 92 displays the game play video distributed from the server 15 . The comments posted by each viewer are displayed in the comment display column 93 .

As for the selection buttons 94 (94a, 94b, 94c), the viewer can select one of a plurality of options and press the selection button 94 corresponding to the selected option. Then, information about the option corresponding to the pressed selection button 94 is transmitted to the server 15 .

The selection button 94 may be, for example, a button for selecting an in-game object obtainable by the player character and arranging the in-game object in the game space. That is, when the server 15 receives from the viewer terminal 71 information about designation of an in-game object that can be acquired by the player character, the server 15 places the in-game object in the battle field 62 during the battle based on the designated information. can be placed. The viewer may operate the viewer terminal 71 to specify any player character among the player characters in the battle and transmit the information regarding the specification of the in-game object, or may continue the game without specifying any player character. Information regarding the designation of the inner object may be transmitted.

Also, the selection button 94 may be, for example, a button for the viewer to vote for one of a plurality of options (voting targets). In this case, when the server 15 receives voting information to vote for any option from each viewer terminal 71, the server 15 aggregates the voting information.

In the case of FIG. 10, three selection buttons 94a, 94b, and 94c are displayed as an example of the selection button 94, but the present invention is not limited to this. For example, there may be only one selection button 94 (in this case, it is determined whether or not to select one selection). Also, the number of selection buttons 94 may be two, or four or more.

FIG. 11 is a sequence diagram of the game distribution system in Example 2 of the present embodiment. It is assumed that the player has opened a channel in advance for distributing his/her gameplay video in the video distribution service, for example. On the other hand, it is assumed that the viewer has previously registered the channel.

The player operates the player terminal 12 to instruct the server 15 to issue a notification including access information (uniform resource locator: URL) (S41). When the server 15 receives the instruction to issue the notification from the player terminal 12, it uses the notification function of the video distribution service to transmit the notification including the URL to the viewer terminal 71 of the viewer who has registered the channel (S42). ).

When the viewer receives the notification via the viewer terminal 71, the viewer clicks the URL in the notification to access the server 15 that provides the video distribution service (S43). Along with this, the viewing screen 91 of FIG. 10 is displayed on the display unit of the viewer terminal 71 . When receiving the access from the viewer terminal 71, the server 15 distributes the game play video of the notification issuing source player to the viewer terminal 71 (S44).

The viewer selects one of the selection buttons 94 and clicks the selection button 94 corresponding to the selected option. Then, the viewer terminal 71 transmits information corresponding to the selected option to the server 15 (S45). Here, as described with reference to FIG. 10, the option may be one of a plurality of in-game object options, or one of a plurality of voting targets. It may be one that selects a target.

When receiving the transmission information transmitted from the viewer terminal 71, the server 15 performs processing corresponding to the transmission information, and performs control to change the BGM or BGI in the game according to the processing result (S46). .

FIG. 12 is a flowchart relating to server processing in Example 2 of the present embodiment. The control unit 21 reads out the game program according to Example 2 of the present embodiment from the storage unit 26, and receives the reception unit 22, the game control unit 23, the block/form management unit 24, the output control unit 25a, the distribution control unit 81, the transmission It functions as an information acquisition unit 82 .

The reception unit 22 receives an instruction to issue a notification including access information (uniform resource locator: URL) from the player terminal 12 (S51). When receiving the instruction to issue the notification from the player terminal 12, the distribution control unit 81 uses the notification function of the video distribution service to transmit the notification including the URL to the viewer terminal 71 of the viewer who has registered the channel. (S52).

The distribution control unit 81 is in a waiting state until it receives access based on the access information from the viewer terminal 71 (NO in S53). Upon receiving access based on the access information from the viewer terminal 71 (Yes in S53), the distribution control unit 81 distributes the game play video to the viewer terminal 71 based on the access (S54).

The transmission information acquisition unit 82 is in a waiting state until it receives transmission information from the viewer terminal 71 during distribution of the moving image (NO in S55, NO in S58). When the transmission information acquisition unit 82 receives transmission information from the viewer terminal 71 (YES in S55), the output control unit 25a performs processing corresponding to the transmission information (S56).

In S56, for example, if the transmission information is information specifying any in-game object, the output control unit 25a arranges the specified in-game object in the field information in the game, and also places the specified in-game object. In-game BGM or BGI is changed according to the type of object. In this case, the storage unit 26 stores an object/arrangement pattern ID management DB as a DB that associates the types of in-game objects with arrangement pattern IDs. The output control unit 25a acquires an arrangement pattern ID corresponding to the type of in-game object included in the transmission information from the object/arrangement pattern ID management DB. The output control unit 25a obtains an arrangement pattern corresponding to the obtained arrangement pattern ID from the music arrangement management DB 36, and arranges the original music output in the game according to the arrangement pattern.

Further, in S56, for example, if the transmission information is voting information that designates one of the voting targets, the output control unit 25a changes the in-game BGM or BGI according to the counting result of the voting information. For example, when the object of voting relates to the type of in-game object to be arranged in the field information in the game, the output control unit 25a aggregates the voting information transmitted from the plurality of viewer terminals 71 and determines the in-game object with the most votes. determine the type of The output control unit 25a acquires an arrangement pattern ID corresponding to the determined type of in-game object from the object/arrangement pattern ID management DB. The output control unit 25a obtains an arrangement pattern corresponding to the obtained arrangement pattern ID from the music arrangement management DB 36, and arranges the original music output in the game according to the arrangement pattern.

The transmission information transmitted from the viewer terminal 71 may be a message from the viewer.

According to Example 2 of the present embodiment, it is possible to increase the willingness of the viewers who watch the delivered video of the game played by a plurality of players to view the delivered video. Also, from each player terminal 12, the original music corresponding to the player character operated by each player or its arranged music is output from the speaker. At this time, the viewer terminal 71 may output prescribed BGM for the viewer. The same BGM as the BGM output from the player terminal 12 of the player may be output.

FIG. 13 is an example of a configuration block diagram of a hardware environment of a computer that executes programs in Examples 1 and 2 of this embodiment. The computer 101 functions as the player terminal 12, viewer terminal 71, or server 15. FIG. The computer 101 includes a CPU 102, a ROM 103, a RAM 104, a storage device 105, an input I/F 106, an output I/F 107, a communication I/F 108, a reader 109, and a bus 110.

Here, CPU indicates a central processing unit. ROM indicates read-only memory. RAM indicates random access memory. I/F indicates an interface. Connected to the bus 110 are the CPU 102, the ROM 103, the RAM 104, the storage device 105, the input I/F 106, the output I/F 107, the communication I/F 108, and the reading device 109 as necessary.

The CPU 102 reads out the program according to the present embodiment from the storage device 105, and executes the program as the reception unit 22, the game control unit 23, the block/form management unit 24, the output control unit 25a, the distribution control unit 81, and the transmission information acquisition unit 82. to run. A ROM 103 indicates a read-only memory. A RAM 104 is a memory for temporary storage.

The storage device 105 is a device that stores a large amount of information. As the storage device 105, various types of storage devices such as a hard disk, a solid state drive (SSD), and a flash memory card can be used. The storage device 105 stores programs, DBs, and various data according to the embodiment of the present invention.

The input I/F 106 can be connected to input devices such as a keyboard, mouse, electronic camera, web camera, microphone, scanner, sensor, tablet, touch panel display, and information reader. Also, the output I/F 107 can be connected to an output device such as a display, a touch panel display, a projector, a printer, or a speaker.

The communication I/F 108 is an interface such as a port for connecting to a communication network and communicating with other devices. The communication network may be the Internet, a local area network (LAN), a wide area network (WAN), leased line, wired, wireless, or other communication network. A reading device 109 is a device for reading a portable recording medium.

A program that implements the processing described in the above embodiment may be stored in, for example, the storage device 105 from the program provider side via the communication network and the communication I/F 108 . Also, the program for realizing the processing described in the above embodiments may be stored in a commercially available and distributed portable storage medium. In this case, this portable storage medium may be set in the reading device 109 and the program may be read and executed by the CPU 102 . Various types of storage media such as CD-ROMs, flexible disks, optical disks, magneto-optical disks, IC cards, USB memory devices, and semiconductor memory cards can be used as portable storage media. A program stored in such a storage medium is read by the reader 109 .

Also, the program may be installed on a stand-alone computer, or may be installed by a cloud computer to provide only functions to the player. Further, in this embodiment, the server 15 is accessed using the web browsers installed in the player terminal 12 and the viewer terminal 71, and control of the game distribution system according to this embodiment operated on the server 15 side is performed. I have been to, but not limited to. For example, an application program capable of communicating with the server 15 may be installed in the player terminal 12 and the viewer terminal 71 to control the game distribution system in this embodiment.

The present aspect has been described above based on the embodiments and modifications, but the above-described embodiments are intended to facilitate understanding of the present aspect, and do not limit the present aspect. This aspect may be modified and modified without departing from the spirit and scope of the claims, and this aspect includes equivalents thereof. Also, if the technical features are not described as essential in this specification, they can be deleted as appropriate.

In addition to the above embodiments, the following will be added.
(Appendix 1)
a generation unit that generates a form of a character object operated by the player based on a plurality of parts designated by the player;
an effect control unit that determines effect information for specifying at least one of background music and a background image to be output during the progress of the game based on the combination of the plurality of parts that constitute the character object;
An information processing device comprising:
By configuring in this way, the player can have a greater attachment to the player character created by the player and a sense of immersion in the game, and the player's willingness to participate in the game can be enhanced.
(Appendix 2)
The effect control unit selects first effect information from a plurality of effect information based on the character object designated by the player, and changes the first effect information according to the plurality of parts. An information processing apparatus according to appendix 1, characterized by:
With this configuration, the more the player character is created, the more the music and background images are arranged accordingly, so that the player's feeling and attachment to the player character created by him/herself becomes stronger, and the player's willingness to participate in the game increases. can be improved.
(Appendix 3)
Supplementary note 2, wherein the effect control unit changes the first effect information based on an arrangement pattern selected from among a plurality of patterns according to the type and quantity of the parts arranged on the character object. The information processing device described.
As a result, the more the player character is created using different types and quantities of parts, the more the music and background images are arranged accordingly. can improve the willingness to participate.
(Appendix 4)
Supplementary note 2 or 4. The information processing device according to 3.
By configuring in this way, the first effect information is arranged every time the parts are changed, so that the player always has a desire to customize the player character, and the player's willingness to participate in the game is improved. can be made
(Appendix 5)
When the character object acquires the part while the game using the character object is in progress, the effect control unit changes the first effect information based on the acquired part, and after the game progresses 5. The information processing apparatus according to any one of appendices 2 to 4, characterized in that the change of the first effect information based on the acquired parts is continued even in step .
By configuring in this way, the effect of the parts added during the in-game (for example, quests, battles, etc.) on the first effect information can be continued even in the out-game. For example, when returning from the battle screen to the home screen, the tempo of the BGM changes, but the effect of the music change due to the parts added in the event can be continued.
(Appendix 6)
The effect control unit changes the first effect information so that when the part is placed at the first position with respect to the character object, the first effect information is different from when the part is placed at the second position. The information processing apparatus according to any one of Appendices 2 to 5.
With this configuration, when arranging parts on a character object, even if the parts are the same, if the part to be placed is different, the change due to the arrangement will be different. It is necessary to confirm the change, and it can tickle the player's inquisitive mind. In addition to the combination of parts, the arrangement of the first effect information is determined based on the combination of parts to be arranged. is low, so you can make your own original arrangement.
(Appendix 7)
The effect control unit moves parts of the character object according to an operation by the player, and changes the first effect information based on the parts arranged in the parts when the operation is received. The information processing apparatus according to any one of additional notes 2 to 6.
With this configuration, it is possible to change the BGM and the background image according to the action of the character object. It can tickle the player's curiosity.
(Appendix 8)
The effect control unit changes the first effect information based on an action history recorded for each part of the character object that moves according to the player's operation in the progress of the game using the character object. The information processing apparatus according to any one of Appendices 2 to 7, characterized by:
With this configuration, the BGM and the background image can be changed based on the history of past actions, so that the past action of the player character can be looked back and remembered from the state of change of the BGM and the background image. can be done. As a result, it is possible to make the player more attached to the player character.
(Appendix 9)
When each of a plurality of players operates a character object corresponding to each player, the effect control unit controls the position of the character object operated by the first player relative to the character object operated by the other player. The information processing device according to any one of appendices 2 to 8, wherein the first effect information output from a terminal device operated by a player is changed.
With this configuration, the BGM and the background image can be changed, so that the BGM and the background image can be changed according to the relative position with respect to the opponent player character in the battle scene. can feel the feeling.
(Appendix 10)
Based on the access information issued by the player, the production control unit controls, when a moving image of the game progress including the action of the character object operated by the player is distributed, to the viewer viewing the moving image. The information processing apparatus according to any one of appendices 2 to 9, wherein the first effect information is changed based on the transmitted information.
By configuring in this way, it is possible to increase the motivation of the viewers who watch the distributed moving image of the game played by a plurality of players to view the distributed moving image.
(Appendix 11)
the information transmitted from the viewer is an in-game object that can be acquired by the character object selected by the viewer;
11. The information processing apparatus according to claim 10, wherein the effect control unit changes the first effect information according to the in-game object arranged in the in-game space.
By configuring in this way, a viewer viewing a distributed moving image of a game played by a plurality of players can intervene in the game, so that the viewer's willingness to view the distributed moving image can be increased.
(Appendix 12)
the information transmitted from the viewer is voting information from the viewer;
12. The information processing apparatus according to Supplementary Note 10 or 11, wherein the effect control section changes the first effect information in accordance with a tally result of voting information from a plurality of viewers.
By configuring in this way, the in-game environment can be affected according to the viewer's voting behavior, so that the viewer's desire to view the distributed moving image can be increased.
(Appendix 13)
to the computer,
a generation process for generating a form of a character object operated by the player based on a plurality of parts designated by the player;
an effect control process for determining effect information for specifying at least one of background music and a background image to be output during the progress of a game based on the combination of the plurality of parts constituting the character object;
Information processing program that runs
By configuring in this way, the player can have a greater affection for the player character created by the player and feel more immersed in the game, and the player's willingness to participate in the game can be increased.
(Appendix 14)
A computer generates a form of a character object operated by the player based on a plurality of parts designated by the player,
An information processing method in which a computer determines effect information for specifying at least one of background music and a background image to be output during the progress of a game, based on the combination of the plurality of parts constituting the character object.
By configuring in this way, the player can have a greater affection for the player character created by the player and feel more immersed in the game, and the player's willingness to participate in the game can be increased.

1 information processing device 2 generation unit 3 effect control unit 11 game distribution system 12 (12a, 12b) player terminal 13 (13a, 13b) operation display unit 14 (14a, 14b) screen 15 server 16 communication network 21 control unit 22 reception unit 23 game control unit 24 block/form management unit 25 output control unit 26 storage unit 27 communication unit 25a output control unit 71 (71a, 71b) viewer terminal 81 distribution control unit 82 transmission information acquisition unit

Claims (1)

a generation unit that generates a form of a character object operated by the player based on a plurality of parts designated by the player;
an effect control unit that determines effect information for specifying at least one of background music and a background image to be output during the progress of the game based on the combination of the plurality of parts that constitute the character object;
An information processing device comprising:

Images