JP7343129B2 - Application control program, application control system and application control method - Google Patents

Description

The present invention relates to an application control program, an application control system, and an application control method.

Today, application software such as various games are provided to users who use computer terminals such as smartphones. Among such game applications, technology that utilizes sound has also been disclosed (for example, see Patent Document 1). In the technology described in this document, audio is recorded and played back to be used as an item in a game played in a virtual space.

Further, as an advantage in games, technology for providing sound is also being considered (see, for example, Patent Document 2). In the technique described in this document, advertisement information in the form of a quiz is read out and transmitted to a terminal device for display, and quiz answer information including the advertisement information is received from the terminal device. Then, the merits of the game, which are electronic data, are transmitted to the terminal device via the network. In this case, the merit uses food, items, points, characters, sounds, or stories.

JP2009-247405A Japanese Patent Application Publication No. 2003-19360

In many games, the sound settings were common to all users. In Patent Documents 1 and 2, sounds are provided to users as items. However, when the degree of freedom in using these sounds is low, it is difficult to increase the user's interest. Note that this problem is common not only to sounds played in applications such as games, but also to the actions of characters appearing in applications.

The present invention has been made in view of the above-mentioned problems, and its purpose is to realize an application that is more interesting.

An application control program that solves the above problem is a program for controlling an application using a storage unit and a control unit that manages sound playback, the program for controlling an application by using a storage unit and a control unit that manages sound playback. if the provision conditions are met, recording a sound file of the sound corresponding to the provision condition in the storage unit in association with the user, and the user associated with the sound file participating in the event; determining that the output condition for the sound is satisfied in the case of the event, and determining the number of participating users who will participate in the event; and determining the multiplicity of the sound based on the number of participating users. adjusting the sound based on the multiplicity, and playing the adjusted sound at the event.

An application control system that solves the above problem is a system for controlling an application, and when a user using the application satisfies a sound provision condition, the application is associated with the user and corresponds to the provision condition. a file recording unit that records a sound file of a sound in the storage unit; and a participation unit that determines that the sound output condition is satisfied when the user associated with the sound file participates in the event, and participates in the event. a specifying unit that specifies the number of users; an adjusting unit that determines the multiplicity of the sound based on the number of participating users; and an adjustment unit that adjusts the sound based on the determined multiplicity, and transmits the adjusted sound to the and a playback unit that plays back at the event.

An application control method for solving the above problem is a method for controlling an application using a storage unit and a control unit that manages sound playback, the control unit controlling a user who uses the application to if the provision conditions are met, recording a sound file of the sound corresponding to the provision condition in the storage unit in association with the user, and the user associated with the sound file participating in the event; determining that the output condition for the sound is satisfied in the case of the event, and determining the number of participating users who will participate in the event; and determining the multiplicity of the sound based on the number of participating users. adjusting the sound based on the multiplicity, and playing the adjusted sound at the event.

According to the present invention, it is possible to provide an application with improved interest.

A system schematic diagram of this embodiment. FIG. 4 is an explanatory diagram of information recorded in the user information storage unit of the present embodiment. FIG. 4 is an explanatory diagram of information recorded in the item information storage unit of the present embodiment. FIG. 2 is an explanatory diagram of the processing procedure of this embodiment. FIG. 2 is an explanatory diagram of the processing procedure of this embodiment. FIG. 7 is an explanatory diagram of a processing procedure according to another embodiment. FIG. 7 is an explanatory diagram of a processing procedure according to another embodiment. FIG. 7 is an explanatory diagram of a processing procedure according to another embodiment.

[First embodiment]
An embodiment of the game processing method will be described below with reference to FIGS. 1 to 5. In this embodiment, it is assumed that a game application that uses sound is provided.

As shown in FIG. 1, this embodiment uses a user terminal 10 and a management server 20 that are connected to a network.
The user terminal 10 is a game processing system (an information processing terminal such as a smartphone) used by a user who plays a game. This user terminal 10 includes a control section including a CPU, RAM, ROM, etc., a storage section, a touch panel display, and a speaker.

The control unit controls the applications stored in the storage unit, the output of information to the touch panel display, the acquisition of input information, and the like. In this embodiment, screen data and item files are acquired from the management server 20 and output via a touch panel display or speaker.

A touch panel display, which is an input/output unit, functions as an output means and an input means. Specifically, in addition to outputting information on the panel, it is possible to perform various operations depending on the touch situation, such as an operation of touching the screen (touch) and an operation of removing a finger from the screen (release).

The management server 20 is a computer system that provides games to the user terminals 10. This management server 20 includes a control section 21, a user information storage section 22, and an item information storage section 23.

The control unit 21 includes a control means (CPU, RAM, ROM, etc.), and performs processes (login management stage, game management stage, item management stage, playback management stage, etc.) to be described later. By executing the management program for this purpose, the control unit 21 functions as a login management unit 210, a game management unit 211, an item management unit 212, and a playback management unit 213, as shown in FIG.

The login management unit 210 executes processing for authenticating users based on access from the user terminal 10.
The game management unit 211 executes processing for providing a game (for example, a browser game) to the user terminal 10 of the logged-in user. In this embodiment, in this game, a plurality of scenes (my page screen, lesson screen, etc.) can be used using the user's avatar (a character that is his/her alter ego). Here, it is also possible to visit other users' My Pages. The game management unit 211 also provides a dance game on the lesson screen, and determines whether a predetermined game clearing condition has been met in this dance game.

The item management unit 212 executes processing for managing wearable items and sounds provided to the user terminal 10. The item management section 212 registers wearable items and sounds acquired by the user in the user information storage section 22. In this embodiment, a digital sound source is used as the sound. For example, digital sound sources such as MP3, WMA, AAC (Advanced Audio Coding), and ATRAC (Adaptive TRansform Acoustic Coding) are used.
The playback management unit 213 executes a process of outputting sound in the user terminal 10 . This reproduction management section 213 uses the information recorded in the user information storage section 22 to adjust the sound. In this case, the sound quality and thickness are adjusted by overlapping sound layers and adjusting the sound quality.

As shown in FIG. 2, user management data 220 is recorded in the user information storage unit 22. This user management data 220 is recorded when user registration is performed, and is updated according to the game situation. This user management data 220 includes data regarding a user ID and password. Furthermore, data related to a friend list and a game ID are recorded in association with the user ID. Furthermore, data related to status, acquired items, and item settings are recorded in association with the game ID.

The user ID data area records data regarding an identifier for identifying each user.
In the password data area, data related to a password for authenticating a user at the time of login is recorded.

The friend list records data regarding an identifier (user ID) for identifying a friend designated by the user.
In the game ID data area, data related to an identifier for specifying the game used by this user is recorded.

In the status data area, data regarding the progress of the game for this user is recorded. In the status data area, data regarding the avatar's location (scene), physical strength, etc. is recorded.

In the acquired item data area, data related to an identifier for specifying an item acquired by a user is recorded.
In the item setting data area, data related to setting information of the acquired item is recorded. This item setting data area contains data (for example, my page) related to the scene in which this dance or sound is played (for example, my page) as the sound output condition for the identifier (item ID) for identifying the acquired dance or sound. scene ID) is recorded.

As shown in FIG. 3, item management data 230 is recorded in the item information storage section 23. This item management data 230 is recorded when an item to be provided to a user is registered. This item management data 230 includes a game ID, an item ID, item management information, and an item file.

In the game ID data area, data related to an identifier for specifying a game that provides various items is recorded.
The item ID data area records data regarding an identifier for identifying each item.

The item management information records data regarding provision conditions, item attributes, item effects, and item adjustments.
The provision condition data area records data regarding conditions for providing this item to the user. For example, the provision condition for the item "dance" is set to "take and pass a dance lesson." Further, as a provision condition for the sound associated with "dance", in addition to the provision condition of "dance", "a predetermined item is worn" is set.

The item attribute data area records data regarding the type, name, etc. of this item. In this embodiment, the types of worn items and sounds are identified based on item attributes.
In the item effect data area, data regarding the effect when using the item is recorded. For example, the item effect may be a movement (for example, dancing) of an avatar wearing the item. Additionally, the item effect when playing the sound is to speed up the recovery of your avatar's physical strength.

Information (sound adjustment information) for adjusting an item (here, sound) is recorded in the item adjustment data area. As sound adjustment information, adjustment effects are recorded for adjustment condition parameters. As adjustment condition parameters, installed items, status (for example, avatar's physical strength), number of friends, etc. are used. Adjustment effects for these adjustment condition parameters include sound tempo, scale, sound quality (e.g. frequency response, distortion rate, SN ratio, dynamic range), number of sound sources (e.g. number of instruments), number of sound channels (surround effect), etc. is recorded. In this embodiment, the sound content is adjusted using this adjustment effect. For example, you can adjust the tempo up/down, the brightness/darkness of the melody, the sound quality, and the thickness of the sound (number of sound sources, number of channels). Here, depending on the strength of the equipped item, the amount of physical strength, and the number of friends, the adjustment is made to increase the uptempo, bright melody, and thickness of the sound.

In the item file data area, an image file of an attached item, an action file for performing an action (for example, dance), and a sound file for reproducing sound are recorded. In this sound file, a sound layer is configured for each sound source and channel. Thereby, by adjusting the number of layers, it is possible to change the number of sound sources and the number of channels during playback. Furthermore, by recording high-quality sound, the quality of the sound during playback can be changed.

Next, the processing executed in the management server 20 will be explained. Here, item provision processing (FIG. 4) and sound reproduction processing (FIG. 5) will be explained in order.
(Item provision process)
First, the process of providing items (sounds) to the user will be described using FIG. 4. In this embodiment, if a user takes a lesson in a predetermined game and passes the lesson, an item is provided.

First, the control unit 21 of the management server 20 executes a login process (step S1-1). Specifically, when the user uses the game, the user accesses the management server 20 using the user terminal 10. In this case, the login management section 210 of the control section 21 of the management server 20 outputs an authentication screen to the user terminal 10. The login management unit 210 then obtains the user ID and password entered on the authentication screen. If the acquired user ID and password are registered in the user information storage unit 22, the login management unit 210 completes user authentication and specifies the user ID.

Next, the control unit 21 of the management server 20 executes my page output processing (step S1-2). In this case, the game management section 211 of the control section 21 outputs a my page screen to the touch panel display of the user terminal 10. When taking a lesson, the user selects the lesson taking icon on the My Page screen. In this case, the game management unit 211 outputs an item list displaying items recorded in the user management data 220 to the touch panel display. Then, the user selects an item necessary for taking the lesson in the item list. In this case, the game management unit 211 attaches the item to the user's avatar.

Next, the control unit 21 of the management server 20 executes a lesson attendance process (step S1-3). Specifically, the game management section 211 of the control section 21 outputs a lesson screen to the touch panel display of the user terminal 10. In this embodiment, a dance game is played on the lesson screen.

Next, the control unit 21 of the management server 20 executes a determination process as to whether or not the application passes (step S1-4). Specifically, the game management unit 211 of the control unit 21 determines that the student has passed if the dance game is cleared on the lesson screen.

If it is determined that the dance game cannot be cleared and the dance game is not passed (“NO” in step S1-4), the control unit 21 of the management server 20 ends the item provision process.
On the other hand, if it is determined that the item has passed ("YES" in step S1-4), the control unit 21 of the management server 20 executes the item registration process (step S1-5). Here, the item "dance" is provided in response to the provision condition "taking and passing a dance lesson." Specifically, the item management unit 212 of the control unit 21 records the item ID of “dance” in the user management data 220.

Next, the control unit 21 of the management server 20 executes a determination process as to whether the sound provision conditions are satisfied (step S1-6). Specifically, the game management section 211 of the control section 21 determines whether or not the item recorded in the provision conditions of the item management data 230 was worn at the time of taking the lesson. Then, the game management unit 211 determines that the sound provision condition is satisfied when the user wears the predetermined item and takes the lesson.

If it is determined that the sound provision conditions are satisfied (“YES” in step S1-6), the control unit 21 of the management server 20 executes a sound registration process (step S1-7). Specifically, the item management unit 212 of the control unit 21 records the item ID of the sound corresponding to the provision condition in the user management data 220.

On the other hand, if it is determined that the sound provision conditions are not satisfied ("NO" in step S1-6), the control unit 21 of the management server 20 skips the sound registration process (step S1-7).

Next, the control unit 21 of the management server 20 executes item setting processing (step S1-8). Specifically, the item management section 212 of the control section 21 outputs an item setting screen to the user terminal 10. On this item setting screen, it is possible to set the scene in which the acquired item (dance, sound) will be played. The item management unit 212 then acquires data regarding the scene specified on the item setting screen (for example, the scene ID of the my page screen). In this case, the item management unit 212 of the control unit 21 records the scene ID in the item setting data area in association with the item ID of the acquired item.

Next, sound reproduction processing will be explained using FIG. 5. Here, sound is played in a predetermined scene.
(Sound playback processing)
Here, first, the control unit 21 of the management server 20 executes scene detection processing (step S2-1). Specifically, the game management unit 211 of the control unit 21 identifies the scene ID of the scene where the avatar is located (for example, the my page screen).

Next, the control unit 21 of the management server 20 executes a determination process as to whether or not there is a sound setting (step S2-2). Specifically, the playback management unit 213 of the control unit 21 checks whether there is an item ID associated with the detected scene ID in the user management data 220. Here, in the user management data 220, if a sound item ID is recorded in association with the specified scene ID, it is determined that there is a sound setting. For example, assume that the item ID of an item (dance, sound) is recorded for the scene ID of the my page screen.

If it is determined that there is a sound setting (“YES” in step S2-2), the control unit 21 of the management server 20 executes adjustment condition parameter specifying processing (step S2-3). Specifically, the reproduction management section 213 of the control section 21 extracts the item management data 230 in which the item ID associated with this scene ID is recorded in the item information storage section 23. Then, the playback management unit 213 acquires the adjustment condition parameters recorded in the item adjustment data area of the extracted item management data 230. Next, the playback management unit 213 acquires parameter values from the user management data 220 regarding the adjustment condition parameters, and temporarily stores them in the memory.

Next, the control unit 21 of the management server 20 executes a sound adjustment process (step S2-4). Specifically, the playback management unit 213 of the control unit 21 uses the item management data 230 to identify the adjustment effect corresponding to the parameter value acquired from the user management data 220. Then, the playback management unit 213 adjusts the sound of the item file according to the adjustment effect.

Next, the control unit 21 of the management server 20 executes a sound providing process (step S2-5). Specifically, the playback management unit 213 of the control unit 21 provides the adjusted item file to the user terminal 10.

Note that if it is determined that there is no sound setting (“NO” in step S2-2), the control unit 21 of the management server 20 performs the adjustment condition parameter specifying process (step S2-3) to the sound providing process ( Skip step S2-5).

Next, the control unit 21 of the management server 20 executes screen output processing (step S2-6). Specifically, the game management unit 211 of the control unit 21 outputs a screen of a specified scene (my page screen) to the touch panel display of the user terminal 10. In this case, the user terminal 10 plays the item file acquired from the management server 20. For example, the avatar is made to dance using a dance motion file. Further, when the sound file is acquired, the user terminal 10 outputs sound in accordance with the dance.

According to this embodiment, the following effects can be obtained.
(1) In this embodiment, the control unit 21 of the management server 20 executes a lesson attendance process (step S1-3). If it is determined that the lesson has been passed and the sound provision conditions are satisfied ("YES" in step S1-6), the control unit 21 of the management server 20 executes the sound registration process. (Step S1-7). This allows you to obtain sounds as items.

(2) In this embodiment, the control unit 21 of the management server 20 executes item setting processing (step S1-8). Thereby, the acquired sound can be played back in any scene desired by the user.

(3) In the present embodiment, if it is determined that there is a sound setting in the sound playback process (“YES” in step S2-2), the control unit 21 of the management server 20 executes the adjustment condition parameter specifying process. (Step S2-3). Thereby, the sound to be played can be changed based on the user information.

[Second embodiment]
Next, according to FIG. 6, a second embodiment of a game processing system embodying the present invention will be described. Note that the second embodiment has a configuration in which only the sound reproduction processing of the first embodiment is changed, so detailed explanations of similar parts will be omitted.

In the first embodiment described above, in the sound reproduction process, the sound that is adjusted before the sound is provided is reproduced, but in this embodiment, the sound is dynamically adjusted according to the situation when the sound is reproduced.
This sound reproduction process will be explained using FIG. 6. This sound reproduction process is performed subsequent to the sound reproduction process of the first embodiment.

(Sound playback processing)
Here, the control unit 21 of the management server 20 executes the adjustment condition parameter specifying process similarly to step S2-3 (step S3-1).

Next, the control unit 21 of the management server 20 executes a determination process as to whether the state has changed (step S3-2). Specifically, the reproduction management section 213 of the control section 21 compares the parameter value of the newly acquired adjustment condition parameter with the parameter value recorded in the memory. If the parameter values match, it is determined that there is no change in state.

If it is determined that the state has not changed (“NO” in step S3-2), the control unit 21 of the management server 20 returns to the adjustment condition parameter specifying process (step S3-1).

On the other hand, if it is determined that the parameter value of the newly acquired adjustment condition parameter is different from the parameter value recorded in the memory and the state has changed (“YES” in step S3-2), the control of the management server 20 The unit 21 executes a sound adjustment process similarly to step S2-4 (step S3-3).
Then, the control unit 21 of the management server 20 executes the sound providing process similarly to step S2-5 (step S3-4).

According to this embodiment, in addition to the effects (1) to (3) above, the following effects can be obtained.
(4) In the present embodiment, when it is determined that the state has changed (“YES” in step S3-2), the control unit 21 of the management server 20 performs the sound adjustment process as in step S2-4. Execute (step S3-3). This allows the user to understand state changes through sound.

Note that the above embodiment may be modified as follows.
- In each of the above embodiments, in the sound reproduction process, the control unit 21 of the management server 20 executes the adjustment condition parameter specifying process (steps S2-3, S3-1). Here, parameter values are acquired from the user management data 220 for the adjustment condition parameters recorded in the item adjustment data area of the item management data 230. The source of this parameter value is not limited to the user management data 220. For example, event participation may be used as the sound output condition, and the sound may be adjusted depending on the situation of the event in which the user participates. In this case, the game management section 211 of the control section 21 of the management server 20 holds an event in a social network game in which a plurality of users participate, and manages users participating in a group (guild) in this event. In this case, the sound adjustment process is performed using the user information of the participating users.

(Sound adjustment processing)
The sound adjustment process will be explained using FIG. 7. Here, it is assumed that a user who has acquired an item related to sound participates in an event. For example, as the sounds, roars, applause, cheers, cheering, and murmurs are used.

Here, first, the control unit 21 of the management server 20 executes a process for specifying the number of participants (step S4-1). Specifically, the playback management unit 213 of the control unit 21 calculates the number of users participating in the event from the game management unit 211.

Next, the control unit 21 of the management server 20 executes a process for specifying attributes of the participants (step S4-2). Specifically, the playback management unit 213 of the control unit 21 acquires user information in the user management data 220 of all users participating in this event. For example, the status (physical strength information) recorded in the user management data 220 of each user is acquired as the user information.

Next, the control unit 21 of the management server 20 executes a sound adjustment process based on the number of participants and attributes (step S4-3). Specifically, the reproduction management section 213 of the control section 21 determines the multiplicity of sounds (the number of sound sources) according to the number of participants. Further, the playback management unit 213 uses the physical strength information of each participating user to determine the volume of the sound for the sound source assigned to each participating user. Then, the reproduction management unit 213 provides the user terminal 10 with the sound file adjusted based on the determined multiplicity and volume.
As a result, the sound played at the gathering place of a group (guild) with many participating users at an event becomes thicker, and the atmosphere of the place can be enhanced.

- In each of the above embodiments, in the sound reproduction process, the control unit 21 of the management server 20 executes the adjustment condition parameter specifying process (steps S2-3, S3-1). Here, the sound may be adjusted based on relationships with other users. For example, assume that a predetermined user (visitor user) enters the room of another user (visited user) using entry to my page as the sound output condition. In this case, the sound adjustment process is performed using the visitor user's user information and the visited user's user information.

(Sound adjustment processing)
The sound adjustment process will be explained using FIG. 8.
Here, first, the control unit 21 of the management server 20 executes a determination process as to whether or not there is a sound setting (step S5-1). Specifically, the playback management unit 213 of the control unit 21 checks whether sound settings are recorded in the user management data 220 of the visited user.

If it is determined that there is no sound setting (“NO” in step S5-1), the control unit 21 of the management server 20 ends the sound adjustment process.
On the other hand, if it is determined that there is a sound setting ("YES" in step S5-1), the control unit 21 of the management server 20 executes a determination process as to whether there is a commonality (step S5-2). ). Specifically, the playback management unit 213 of the control unit 21 compares each item included in the user management data 220 of the visitor user and each item included in the user management data 220 of the visited user. As the items, acquired items and friend list can be used. Then, common items are identified in the user management data 220 of both users.

If it is determined that there is a commonality (“YES” in step S5-3), the control unit 21 of the management server 20 executes a sound adjustment process based on the commonality (step S5-4). Specifically, the playback management unit 213 of the control unit 21 adjusts the sound set by the visited user based on common items in the user management data 220 of both users. For example, when the number of common items is equal to or greater than the reference number, the sound quality and the number of sound sources are increased to improve the sound quality and the depth of the sound. Furthermore, if a chorus is set, the number of songs sung may be increased. Furthermore, the scale may be adjusted depending on the sound that each user is acquiring.

On the other hand, if it is determined that there is no commonality ("NO" in step S5-3), the control unit 21 of the management server 20 executes default setting processing (step S5-5). Specifically, the playback management unit 213 of the control unit 21 provides the user terminal 10 with the sound set in the user management data 220 of the visited user.
Thereby, it is possible to adjust the sound based on the compatibility between the users and increase the interest of the users.

- In each of the above embodiments, in the sound provision process, if the control unit 21 of the management server 20 determines that the lesson attendance process (step S1-3) is passed and the sound provision conditions are satisfied (step S1-3), the control unit 21 of the management server 20 6), sound registration processing is executed (step S1-7). Here, a sound-related quiz may be provided as a condition for providing the sound. In this case, the control unit 21 of the management server 20 executes a quiz process instead of or in addition to the lesson attendance process (step S1-3). Specifically, the item management section 212 of the control section 21 generates a quiz based on the sounds recorded in the item information storage section 23. For example, you can generate a sound file with different playback speeds or scales. Alternatively, a sound file may be generated in which a specific scale is extracted. The item management unit 212 then provides the generated sound file to the user terminal 10.

Furthermore, the item management unit 212 plays the sound file on the user terminal 10 and outputs a quiz screen regarding the generated item file (for example, a question regarding the name) to the touch panel display. The user inputs the answers to the quiz displayed on the touch panel display. The item management unit 212 acquires the answer input on the quiz screen of the user terminal 10, and if the answer is determined to be correct, executes a sound registration process (step S1-7).

- In the first embodiment, the control unit 21 of the management server 20 executes sound provision processing (step S2-5). Here, when outputting a sound, information regarding the attribute information (item name) and the acquisition method (provision conditions) of the sound may be output.

- In each of the above embodiments, the control unit 21 of the management server 20 executes screen output processing (step S2-6). In this scene, play the sound. Here, the avatar's status may be changed in accordance with the set sound. For example, if you set an up-tempo song, your physical strength will recover faster. In this case, the reproduction management unit 213 is made to hold an effect table in which item effects corresponding to the sound elements (tempo, scale, melody) constituting the sound are recorded. Then, the reproduction management unit 213 calculates the sound element of the reproduced sound, and uses the effect table to apply an item effect corresponding to the sound element to the avatar.

- In each of the above embodiments, in the sound reproduction process, the control unit 21 of the management server 20 executes the adjustment condition parameter specifying process (steps S2-3, S3-1). Here, the sound may be adjusted depending on the type and number of items worn by the avatar. In this case, if most of the types of items worn are Japanese-style, a Japanese-style song is played, or a duet is played depending on the number of items worn.

- In each of the above embodiments, the game processing method is implemented using the user terminal 10 and the management server 20. The hardware configuration for realizing the game processing method is not limited to the server/client system. For example, the game processing method may be implemented by an application stored on a user terminal. In this case, each means of the control section 21 is provided in the control section of the user terminal 10. The control unit of the user terminal 10 determines whether or not the sound stored in the user terminal 10 can be provided based on the user's operation, and records the output condition of this sound in the memory. Then, when the output conditions are satisfied, the user terminal 10 reproduces the sound corresponding to the output conditions.

Next, technical ideas that can be understood from the above embodiment and other examples will be additionally described below.
[1]
A program for controlling an application using a storage unit and a control unit that manages sound playback, the program comprising:
In the control section,
If the sound provision conditions are satisfied, recording a sound file of the sound corresponding to the provision condition in association with the user in the storage unit in association with a user screen that plays the sound;
When another user views a user screen associated with the user, determining whether sound is associated with the user screen;
If a sound is associated with the user screen, the application control program causes the sound to be played on a device used by the user and a device used by the other user.
[2]
Displaying a list of items associated with the user in response to an input operation on the user screen;
accepting a selection of items included in the list;
The application control program according to [1], further causing the control unit to display the selected item on the user screen other than the list.
[3]
The application control program according to [1] or [2], further causing the control unit to execute a step of adjusting sound based on a relationship between the user and another user viewing the user screen.
[4]
The application control program according to any one of [1] to [3], which changes parameters associated with the user in accordance with the played sound.
[5]
A program for controlling an application using a storage unit and a control unit,
In the control section,
outputting a screen including a character associated with each user using the application on a display of a device used by the user;
If the conditions for providing the character's motion file are satisfied, recording the motion file corresponding to the provision condition in association with the user;
If the output condition of the action file is satisfied, causing a screen in which the action file is applied to the character to be played back on a device used by the user and a device used by another user who views the screen; Application control program.
[6]
A system for controlling applications,
a sound file recording unit that, when a sound provision condition is satisfied, records a sound file of a sound corresponding to the provision condition in a storage unit in association with a user, in association with a user screen that plays the sound;
a determination unit that determines whether a sound is associated with the user screen when another user views the user screen associated with the user;
An application control system comprising: a sound playback control unit that, when a sound is associated with the user screen, causes the sound to be played on a device used by the user and a device used by the other user.
[7]
A system for controlling applications,
an output control unit that outputs a screen including a character associated with each user using the application to a display of a device used by the user;
an action file recording unit that records an action file corresponding to the provision condition in association with a user when a provision condition for the character action file is satisfied;
a screen control unit configured to output a screen in which the action file is applied to the character to a device used by the user and a device used by another user who views the screen, when output conditions for the action file are satisfied. , application control system.
[8]
A method for controlling an application using a storage unit and a control unit that manages sound playback, the method comprising:
The control section,
If the sound provision conditions are satisfied, recording a sound file of the sound corresponding to the provision condition in association with the user in the storage unit in association with a user screen that plays the sound;
When another user views a user screen associated with the user, determining whether sound is associated with the user screen;
An application control method comprising: when a sound is associated with the user screen, playing the sound on a device used by the user and a device used by the other user.
[9]
A method for controlling an application using a storage unit and a control unit, the method comprising:
The control section,
outputting a screen including a character associated with each user using the application on a display of a device used by the user;
If the conditions for providing the character's motion file are satisfied, recording the motion file corresponding to the provision condition in association with the user;
If the output condition of the action file is satisfied, the step of reproducing a screen in which the action file is applied to the character is played on a device used by the user and a device used by another user who views the screen; Application control method.

DESCRIPTION OF SYMBOLS 10... User terminal, 20... Management server, 21... Control unit, 210... Login management unit, 211... Game management unit, 212... Item management unit, 213... Playback management unit, 22... User information storage unit, 23... Item information Memory department.

Claims (10)

A program for controlling an application using a storage unit and a control unit that manages sound playback, the program comprising:
In the control section,
When a user using the application satisfies a sound provision condition of clearing a mission , a sound file of a sound corresponding to the provision condition is recorded in the storage unit in association with the user . step and
determining that the sound output condition is satisfied when the user associated with the sound file participates in the event, and identifying the number of participating users who will participate in the event;
determining the multiplicity of the sound based on the provided sound file based on the number of participating users;
An application control program that executes the steps of adjusting the sound based on the determined multiplicity and playing the adjusted sound at the event. In the control section,
further performing the step of determining a volume of the sound based on attribute data of the participating user;
The application control program according to claim 1, wherein in the step of playing the sound, the sound is adjusted based on the determined multiplicity and the volume, and the adjusted sound is played at the event. The application control program according to claim 2, wherein the attribute data of the participating user is a parameter associated with the participating user. 4. The application control program according to claim 1, wherein in the step of playing the sound, the sound is played at a meeting place where the participating users gather. The application control program according to any one of claims 1 to 4, wherein when the provision condition for the sound is satisfied, an action file associated with the sound is recorded in the storage unit together with the sound file. . In the control section,
6. The application control program according to claim 5, further comprising the step of applying the action file to a character corresponding to the user and causing the character to play. 7. The application control program according to claim 1, wherein the condition for providing the sound is that a character corresponding to the user wears a predetermined item and clears the mission. 8. The application control program according to claim 1, wherein the sound output using the sound file is applause, cheers, cheering, or murmurs. A system for controlling applications,
When a user using the application satisfies a sound provision condition of having cleared a mission , a file that is associated with the user and records a sound file of a sound corresponding to the provision condition in a storage unit; recording department and
a specifying unit that determines that the sound output condition is satisfied when the user associated with the sound file participates in the event, and specifies the number of participating users who will participate in the event;
an adjustment unit that determines the multiplicity of the sound based on the provided sound file based on the number of participating users;
An application control system comprising: a playback unit that adjusts the sound based on the determined multiplicity and plays the adjusted sound at the event. A method for controlling an application using a storage unit and a control unit that manages sound playback, the method comprising:
The control section,
When a user using the application satisfies a sound provision condition of clearing a mission , a sound file of a sound corresponding to the provision condition is recorded in the storage unit in association with the user . step and
determining that the sound output condition is satisfied when the user associated with the sound file participates in the event, and identifying the number of participating users who will participate in the event;
determining the multiplicity of the sound based on the provided sound file based on the number of participating users;
An application control method, comprising: adjusting the sound based on the determined multiplicity, and playing the adjusted sound at the event.