JP2022179651A - Information processing apparatus, information processing method and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an information processing apparatus, information processing method and program capable of enhancing a game satisfaction degree of a user by allowing the user to easily select a quest compatible with a play style according to held characters.

SOLUTION: An information processing apparatus includes a recommendation part for recommending a quest that a user can play using held characters held by the user in a game, where the recommendation part notifies the user of a quest selected based on the held characters.

SELECTED DRAWING: Figure 11

COPYRIGHT: (C)2023,JPO&INPIT

Description

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

2. Description of the Related Art Conventionally, in games such as online games, there has been known a game in which a user selects an arbitrary quest from among various quests and progresses while completing the selected quest (hereinafter referred to as play). there is

For example, in Patent Document 1, when selecting a quest that is a play unit in a game, a window that presents a gift quest and a window that presents a normal quest are displayed in a switchable manner to facilitate quest selection by the user. An information processing device that performs

JP 2019-188132 A

However, Patent Literature 1 simply makes it easy for the user to select a present quest with a high reward, and does not make it easy for the user to select a quest that is compatible with the character owned by the user. Therefore, a user, especially a user who owns a plurality of characters and plays the game for the first time in a long time, or a new user, can find out which quest out of many quests suits their play style. As a result, there is a risk that the user will withdraw from the game.

Accordingly, the present invention provides an information processing device, an information processing method, and a program that enable a user to easily select a quest that is compatible with a play style corresponding to a possessed character, thereby improving the user's game satisfaction. The task is to provide

An information processing apparatus according to an aspect of the present invention includes a recommendation unit that recommends a quest that can be played using a character possessed by a user in a game, and the recommendation unit is selected based on the character possessed by the user. Notify the user of the quest.

ADVANTAGE OF THE INVENTION According to one aspect of the present invention, a user can easily select a quest that is compatible with the play style corresponding to the possessed character, and the user's satisfaction with the game can be improved.

1 is a conceptual diagram of a game system including an information processing device according to one embodiment of the present invention; FIG. FIG. 10 is a diagram showing an example of a recommended function screen; It is a figure which shows an example of a recommended quest list screen. It is a figure which shows an example of a recommended quest detail screen. FIG. 10 is a diagram showing an example of a breeding character selection screen; It is a figure which shows an example of a stage selection screen. It is a figure which shows an example of a team formation screen. 1 is a diagram showing hardware configurations of an information processing apparatus and a terminal according to an embodiment of the present invention; FIG. FIG. 2 is an explanatory diagram of functions of a terminal according to one embodiment of the present invention; FIG. 3 is an explanatory diagram of functions of a server that constitutes an information processing apparatus according to an embodiment of the present invention; 10 is a flow chart showing the flow of recommended quest notification processing. FIG. 11 is a flow chart showing another flow of recommended quest notification processing; FIG. FIG. 11 is a flow chart showing the flow of recommended character determination processing; FIG.

Hereinafter, an information processing apparatus, an information processing method, and a program according to the present invention will be described in detail with reference to preferred embodiments shown in the accompanying drawings.
It should be noted that the embodiment described below is merely an example given to facilitate understanding of the present invention, and does not limit the present invention. That is, the present invention can be changed or improved from the embodiments described below without departing from the spirit of the present invention. Of course, this invention also includes equivalents thereof.
Furthermore, the examples of screens shown in the drawings referred to in the following explanations are merely examples, and the specific contents of screen configuration examples, displayed information and GUI (Graphical User Interface), etc. It can be freely designed and changed according to specifications and user's preference.

<About the game>
The communication system (hereinafter referred to as game system S) shown in FIG. 1 is a communication system including an information processing apparatus (hereinafter referred to as server 30) according to an embodiment of the present invention. provide the game.

A "game" is an online game provided using the game system S, and refers to an electronic game in which a user U operates a character or the like obtained through a lottery or the like to play an arbitrarily selected quest. . In the present embodiment, as an example of the game, the user U forms a team of characters, operates the characters through predetermined actions to fight enemy characters, and performs a plurality of quests prepared in the game. A game progresses by sequentially challenging and clearing.

A "lottery" is one of mechanisms in a game for obtaining objects such as characters and items for advancing the game advantageously, and is carried out at the request of the user U during the playing of the game. In the lottery, a plurality of objects with different winning probabilities are prepared as candidates, one or a predetermined number of objects are won from among the plurality of candidate objects, and the winning objects are given to the user U. There are various conditions for conducting the lottery, such as lotteries that can be carried out by consuming lottery items that can be obtained for free, lotteries that can be carried out by consuming lottery items purchased for a fee, and obtained as rewards for clearing quests described later. This includes lotteries that can be conducted by consuming lottery items, and lotteries that can be conducted as clear rewards (when the right to conduct the lottery is granted as clear rewards).
In addition to this lottery, the number of objects such as characters and items possessed increases according to log-in to the game, clear rewards, purchases, etc., and the number possessed decreases by consuming or discarding in the game.

A "character" refers to an object that moves according to the operation of the user U in the game. In the game of this embodiment, the user U owns and operates a plurality of characters.
Each character has its own personality, and each character has a different name, appearance, attributes, and various parameters (setting data relating to level, physical strength, attack power, speed, luck, special ability, etc.). In addition, the user U can train and grow these characters by accumulating experience points, using items, etc., and synthesizing them with other characters.

“Training” refers to strengthening or evolving a character by consuming items or other materials for the character. Training includes, for example, using a plurality of characters (for example, character A and character B) as materials, and synthesizing those materials to change into one special character (character C).

"Growth" refers to changes in the character's abilities and the like as a result of training. Examples include the following changes. Basically, the change is advantageous to the user U, but the change disadvantageous to the user U and the change that does not affect the advantage or disadvantage are not excluded.
(a) Various parameters of the character are improved.
(b) Predetermined upper limits (maximum values) are improved for various parameters of the character.
(c) A special ability (skill, etc.) is added to the character.
(d) The character's special ability changes.
(e) A character's name, appearance, attributes, or the like changes.
(f) The character changes to a special character of a higher rank than the character.

A "quest" refers to a task given to the user U in the game, that is, an individual event or the like that constitutes the game. Specifically, this corresponds to an event in which a possessed character possessed by the user U fights an enemy character. Each of these quests has a set implementation period and achievement conditions, and various quests occur as the game progresses. For example, completing a quest by satisfying a set achievement condition, such as defeating an enemy character, is called clearing, and when the quest is cleared, the user U can obtain a clear reward.
The quest may include an event in which the player encounters various characters regardless of friend or foe, an event in which the player reaches a certain point, or an event in which an object such as an item can be acquired.

Quests include quests that are held all the time, quests that are held on a preset schedule for each day of the week or time, quests that have special conditions for playing, or quests that have different types of clear rewards. , classified into several categories. Each quest has one or a plurality of stages according to the difficulty level. Therefore, when selecting a quest to play, the user U first selects a category, selects an arbitrary quest from among the quests included in the selected category, and further selects a plurality of quests in the selected quest. If the stage is prepared, you will select the stage according to the desired difficulty level.

In this embodiment, from among many quests, a quest (hereinafter referred to as a recommended quest) that is compatible with the play style of the user U according to the character owned by the user U is recommended to the user U. Specifically, the quest is associated with a recommended character that is recommended for use when playing the quest, and based on the number of possession of those recommended characters included in the possessed characters possessed by the user U, etc. , a recommended quest suitable for playing with the possessed character possessed by the user U is selected for each user U, and recommended by notifying the user U of the selected recommended quest.

When selecting a recommended quest, the recommended quest may be selected based on the number of possessed recommended characters among the characters possessed by the user U, which are included in the constituent members of the team that has already been organized. good. In addition to the recommended character, the recommended quest may be selected based on the number of possession of recommended related characters associated with the recommended character.
In addition, after considering the quest characteristics such as whether or not the user U has clear experience, difficulty, play time limit or amount of clear reward, quests suitable for the user U to play are limited. A recommended quest may be selected based on the possessed character possessed by the user U from among them. Quests suitable for play differ for each user U, but for example, a quest that the user U has not yet cleared, a quest with a difficulty level corresponding to the experience value of the user U, a play deadline is approaching and the playable period is short. A quest or a quest that gives a high degree of satisfaction when cleared with a large number of clear rewards is applicable.

"Recommended character" means a character recommended for use when playing the quest. In this embodiment, the recommended character is determined based on the character used in the quest by another user U who played and cleared the quest in the past. Specifically, as a result of ranking based on the number of times the characters have been used by other users U, the top several characters (for example, 10 characters) are selected as recommended characters. The recommended character may change each time the number of uses by other users U is counted. The number of uses of a character may be counted for each predetermined period, or may be counted separately according to the attribute of the character, the route of acquisition, or the like.
Note that the recommended character is not related to the number of times the character is used by other users U. For example, if the character is included in a team and played, the quest will be easier to clear, the amount of clear rewards to be obtained will increase, and the like. , a character that is set in the game so as to produce an advantageous effect for the user U.

A “recommended related character” is a character that is not exactly the same as the recommended character, but has some kind of relationship with the recommended character. Specifically, characters before or after growth of the recommended characters, characters that are materials for the recommended characters, characters that differ from the recommended characters (expression, hairstyle, posture, clothing, equipment, etc.), or characters that are different from the recommended characters Characters with special specifications such as limited period or limited area (for example, Christmas version, Okinawa version, etc.) are included.

"Notification" refers to informing the user U of the selected recommended quest. Specifically, while the user U is playing the game, in addition to displaying a recommended quest list screen 52, which will be described later, on the screen of the user terminal 10, when the user U is not playing the game However, it may be notified each time by displaying a dialog box on the screen of the user terminal 10 (push notification).

At this time, the users U to be notified of the recommended quest may be all the users U, but users U who own a plurality of characters and who have not played the game for a predetermined period of time, for example, the game Limited to users U who have passed a predetermined period of time since the last login date (hereinafter referred to as "dormant users"), or users U who have just started playing games or who have little game experience (hereinafter referred to as "beginner users"). You may

In this embodiment, not only the user U can play alone, but also so-called multi-play (hereinafter referred to as joint play) in which a plurality of users U operate their respective user terminals 10 to play common quests at the same time is also possible. be. In this joint play, a user U who hosts a joint play for a specific quest and recruits friends (hereinafter referred to as a host) and a user U who applies for the recruitment and participates in the joint play (hereinafter referred to as a guest) ), a collaborative relationship is formed and the progress of play is synchronized between users who play collaboratively.

A joint play is performed through the communication function of the user terminal 10 of each user U. FIG. Specifically, when a certain user U applies for participation in a joint play recruited by the host, and the host approves the application, the certain user U becomes a guest with the host for joint play. A communication path is established. The application qualification for joint play is not particularly limited, and can be arbitrarily set. For example, another user U who has a friendship relationship with a certain user U and who is a friend user who is mutually approved by the users U may apply.

After that, transmission and reception of various data required for joint play are carried out according to a known communication method. The data at this time may be of a client-server system via the server 30 or may be of a P2P (peer-to-peer) system without the server 30 . Also, the cooperative play mode is classified into a complete synchronous type and an asynchronous type, and either mode may be adopted. The complete synchronous type includes key input synchronous method and command input method, and the asynchronous type includes server centralized processing type and client distributed processing.

The cooperative play type game includes a cooperative play game in which a plurality of users U cooperate and a battle game in which users U compete with each other, but any type of game may be used. Also, the upper limit of the number of users U in one joint play (maximum number of players) is not particularly limited and may be set to any number, but is preferably set to about four at maximum, for example.

Even in the case of this joint play, a recommended quest may be recommended to the user U. Therefore, the host can select a quest for hosting a joint play and recruiting friends from among the notified recommended quests. On the other hand, as a guest, when applying for participation in joint play, it is often the case that the guest hesitates as to which host invites participation in the joint play. However, for example, if a character possessed by the guest or a character included in the members of the team organized by the guest is a recommended character for a quest that the host has selected for joint play. , if the guest is notified of the quest as a recommended quest, the guest can select a quest to participate in the joint play from the notified recommended quests.

Here, transition of screens displayed on the user terminal 10 when notifying the user U of recommended quests will be described with reference to FIGS. 2 to 7. FIG. 2 to 7 are examples of screens displayed on the user terminal 10 operated by the user U during game play.

First, as shown in FIG. 2 , when the user U taps a recommended function button displayed on a home screen (not shown), a recommended function screen 50 is displayed on the user terminal 10 .
In the recommended function screen 50, a plurality of character icons 66 are displayed as recommended characters, and category icons 51 (51a to 51d) indicating categories including recommended quests are displayed side by side as recommended quests. For example, when the user U selects "Challenge to Super Difficulty" from a plurality of categories and taps the category icon 51a, recommended quests with a high difficulty level are displayed on the recommended quest list screen 52, which will be described later. be. Further, when the user U selects "collect clear reward" and taps the category icon 51b, the recommended quest list screen 52, which will be described later, displays a recommended quest that has not been collected yet, that is, a recommended quest that the user U has not yet cleared. A quest will appear.
At this time, the category icon 51 indicating a category for which a special condition for playing is set is grayed out if the user U has not yet satisfied the condition (for example, the category icon 51c). are displayed so as to be identifiable from the playable categories of (or may be a special display with a pattern imitating a lock or the like), so that the user U cannot select them. Then, if the user U taps the category icon 51c or the like, a dialog box notifying that the selection is not possible is displayed. Note that the category icon 51c may be hidden as long as the user U cannot select it.

When the user U selects an arbitrary category from the categories displayed on the recommended function screen 50 and taps one of the category icons 51, a recommended quest list screen 52 is displayed as shown in FIG. be done.
On the recommended quest list screen 52, quest icons 53 indicating the recommended quests selected as described above from among the quests included in the selected category are displayed side by side. In addition, although a plurality of recommended quests are displayed in this embodiment, only the recommended quest with the best compatibility may be displayed. Also, when displaying multiple recommended quests, the more compatible recommended quests may be displayed with higher priority, or the quests may be color-coded according to their compatibility (degree of recommendation). It may be displayed in an identifiable manner.

When the user U selects any recommended quest (for example, "Quest A") from the categories displayed on the recommended quest list screen 52 and taps the quest icon 53, as shown in FIG. A recommended quest detail screen 54 is displayed.
On the recommended quest detail screen 54, in addition to a quest icon 53 indicating the title of the selected recommended quest, character icons 55 (55a to 55h) is displayed as a possessed character that can be challenged. Also displayed are two types of buttons (training button 56 and challenge button 57) for selecting a play mode.

When the user U selects the breeding play mode and taps the breeding button 56 on the recommended quest detail screen 54, a breeding character selection screen 58 is displayed as shown in FIG.
On the breeding character selection screen 58, among the recommended characters or recommended related characters specified from the possessed characters, if the recommended related character can be strengthened, evolved or changed into a recommended character, the character can be trained and grown. Character icons 55 (for example, character icons 55c and 55e) indicating characters narrowed down to characters who can challenge the recommended quest are displayed. It should be noted that, when narrowing down, it may be imposed on the condition that the user U possesses a material for strengthening, evolving, or changing the recommended related character into the recommended character.
Also, on the breeding character selection screen 58, two types of buttons (strengthening button 59 and evolution button 60) for selecting breeding types are displayed. The user U selects an arbitrary character to be trained from among these characters, taps the character icon 55, selects a training type, and taps the button (for example, the strengthening button 59), You can train (strengthen) the selected character.

On the other hand, when the user U selects the challenge play mode and taps the challenge button 57 on the recommended quest detail screen 54, a stage selection screen 61 is displayed as shown in FIG.
On the stage selection screen 61, under the quest icon 53 indicating the title of the selected recommended quest, stage icons 62 indicating stages with different degrees of difficulty prepared for the recommended quest are displayed side by side. For example, in the present embodiment, Quest A includes three stages of advanced, intermediate, and beginner. In each stage, stamina (resource possessed by user U) to be consumed according to the difficulty level is set.

When the user U selects a stage with an arbitrary degree of difficulty from the stages displayed on the stage selection screen 61 and taps the stage icon 62, a team formation screen 63 is displayed as shown in FIG. be done.
On the team formation screen 63, in addition to the quest icon 53 indicating the title of the recommended quest, character icons 64 (64a to 64h) indicating recommended characters specified from among the possessed characters can be included in the constituent members of the team. Shown as a recommended character. The user U selects an arbitrary character to be included in the members of the team from among these characters and taps the character icon 64 (for example, the character icon 64a) to include the selected character in the members of the team. You can organize a team and play the selected recommended quest with that team. A character icon 64 (for example, a character icon 64 a ) representing the selected character is extracted in the member display area 65 .

In this embodiment, a recommended quest list screen 52 is provided separately from the quest list screen (not shown) in order to display selected recommended quests. However, recommended quests may be displayed side by side with normal quests in the quest list screen (not shown). In this case, it is preferable to display the recommended quest so that it can be distinguished from other quests.

In this way, the quest selected for each user U based on the recommended characters or recommended related characters included in the possessed characters possessed by the user U is notified to the user U as the recommended quest. The user U can easily select a quest that is compatible with the possessed character of the game, and the game satisfaction of the user U is improved, leading to motivation to play.
In addition, if it is a user U who usually plays, it is expected that there will be little hesitation in selecting a quest, but for a dormant user or a beginner user, which quest out of many quests suits his play style. There are many times when I feel that it is difficult to judge whether it is suitable. This is especially true for a dormant user who owns many characters. Therefore, it is particularly effective to select and notify a dormant user or a novice user of a recommended quest.

<Regarding the configuration of the game system S>
Next, the configuration of the game system S for providing the above game to the user U will be described.
As shown in FIG. 1, a game system S is constructed for a user U to play a game. It consists of The user terminal 10 and the server 30 are connected to communicate with each other via a network N such as the Internet.

The user terminal 10 is equipped with a program stored in the terminal and a processor for executing the program. to operate. As the user terminal 10, a known device used as a game terminal, such as a smart phone, a mobile phone, a notebook PC, a tablet terminal, a wearable terminal, or a dedicated game device having a communication function, can be used. The number of user terminals 10 constituting the game system S is not particularly limited and may be any number. In FIG. 1, the number of user terminals 10 is three for convenience of illustration.

The server 30 is a computer that constitutes the information processing apparatus of the present invention. For example, it is composed of a server computer managed by a game provider, and is responsible for processing the progress of the game. Specifically, the game account, status, etc. of the user U are managed for each user U, and data relating to game progress processing (hereinafter referred to as game progress data) is distributed to each user U. In addition, the server 30 is not limited to a server device consisting of a single computer that independently performs a specific function, but is a plurality of computers that are distributed but work together to perform a specific function. may be configured by a server device group consisting of

The network N may be anything as long as it connects the user terminal 10 and the server 30 in a state in which data communication is possible. Includes the Internet, mobile communication networks, LANs (Local Area Networks), WANs (Wide Area Networks), intranets and Ethernet, whether wired or wireless. Further, the user terminals 10 may communicate with each other via the network N, or may communicate directly without the network N via Bluetooth (registered trademark), Wifi-Direct, or the like.

In the game system S of the present embodiment, the game progresses through cooperation between the user terminal 10 and the server 30 due to the above configuration. Specifically, part of the game progress processing is performed on the server 30 side, and part of the graphic processing and the like is performed on the user terminal 10 side. For example, the server 30 executes a program containing certain rules, logic and algorithms. On the other hand, on the user terminal 10 side, while synchronizing with the server 30 , various quests are generated according to the same rules, logics and algorithms as the programs executed by the server 30 to progress the game.

<Configuration of user terminal 10>
Next, the configuration of the user terminal 10 according to this embodiment will be described.
As shown in FIG. 8, the user terminal 10 includes a processor 11, a storage device 12, a communication interface (indicated as communication I/F in FIG. 8) 13, an input device 14, and an output device. 15, and these devices are electrically connected via a bus (not shown).

The processor 11 includes, for example, a central processing unit (Central Processing Unit), a microprocessor (Micro Processing Unit), a graphics processor (Graphics Processing Unit), or a digital signal processor (Digital Signal Processor), etc., and stored in the storage device 12 Various arithmetic processing is executed based on the program or data obtained, and each part of the user terminal 10 is controlled. The programs executed by the processor 11 include an OS (Operating System), which is system software for controlling the entire user terminal 10, and game application programs. The function as the user terminal 10 that constitutes the game system S is exhibited by being executed.

The storage device 12 includes, for example, memory or storage, and stores various programs or data.
The memory is composed of semiconductor memories such as ROM (Read Only Memory) and RAM (Random Access Memory). Temporarily stores various data generated by
The storage stores various data related to the game, such as flash memory, HDD (Hard Disc Drive), SSD (Solid State Drive), FD (Flexible Disc), MO disc (Magneto-Optical disc), CD (Compact Disc). , DVD (Digital Versatile Disc), SD card (Secure Digital card), USB memory (Universal Serial Bus memory), and the like.

The communication interface 13 is configured by, for example, a network interface card (NIC) or the like, and controls communication processing of the user terminal 10 . The communication standard for the communication interface 13 is not particularly limited, and any communication standard for the public can be applied without limitation. Moreover, the communication method by the communication interface 13 may be a wireless method or a wired method.

The input device 14 is a device that receives an operation from the user U and generates data indicating the content of the received operation. As an example, an operation key, an operation button, a sound collecting microphone, a photographing camera, etc. provided on the user terminal 10 can be used.

The output device 15 is a device that draws a screen to display images, character string information, and the like, and reproduces sounds. As an example, a liquid crystal display or an organic EL (Electroluminescence) display, a head-mounted display, a speaker, etc. provided in the user terminal 10 can be used. In addition, in this embodiment, at least a display is provided as the output device 15 . The display may have the functions of both the input device 14 and the output device 15, such as a touch panel display.

Next, referring to FIG. 9, the configuration of the user terminal 10 will be explained again from the functional aspect.
As shown in FIG. 9, the user terminal 10 includes a plurality of functional units, specifically an operation specifying unit 16, a terminal-side storage unit 17, a terminal-side generation unit 18, a terminal-side transmission/reception unit 19, and a display processing unit. 20. These functional units are realized by the cooperation of hardware devices of the user terminal 10 and software programs stored in the user terminal 10 .

[Operation specifying unit 16]
The operation identification unit 16 is mainly realized by the processor 11 and the input device 14 and identifies the contents of various operations performed by the user U through the input device 14 of the user terminal 10 . The operations specified by the operation specifying unit 16 include operations for progressing the game, operations related to joint play, and the like. Operations for progressing the game include operations to move characters by predetermined actions, operations to select quests to play, operations to select categories that include quests to play, operations to select characters to train, and operations to select teams. It also includes the operation of organizing the In addition, operations related to joint play include operations related to recruitment of joint play, application for joint play, and permission/denial of the application.

[Terminal storage unit 17]
The terminal-side storage unit 17 is mainly realized by the processor 11 and the storage device 12, and stores various data (for example, video data, image data, audio data, etc.) regarding game progress.

[Terminal-side generation unit 18]
The terminal-side generating unit 18 is mainly realized by the processor 11 and the storage device 12 and generates game operation data and the like according to the operation content of the user U specified by the operation specifying unit 16 . The game operation data generated here includes quest selection data based on the quest selection operation, category selection data based on the category selection operation, character selection data based on the character selection operation, team formation data based on the team formation operation, and joint Data for joint play based on operations related to play, etc. are included. These generated data are transmitted to the server 30 by the terminal-side transmitting/receiving section 19 .

[Terminal-side transmitting/receiving unit 19]
The terminal-side transmitting/receiving unit 19 is mainly implemented by the processor 11, the storage device 12, and the communication interface 13, and transmits/receives data and information to/from the server 30 and the user terminal 10 of another user U. For example, during game play, the terminal-side transmitting/receiving unit 19 receives game progress data sent from the server 30 and sends game operation data to the server 30 . Further, when a game is being played jointly, the terminal-side transmitting/receiving unit 19 transmits data for joint play (specifically, game operation data of each user U) with the user terminal 10 of another user U. may be sent and received.

[Display processing unit 20]
The display processing unit 20 is mainly implemented by the processor 11, the storage device 12, and the output device 15, and executes display processing for displaying the data and information received by the terminal-side transmission/reception unit 19 on the display using a browsing function. Specifically, the display processing unit 20 draws the game screen at the start of the game, expands the game progress data received from the server 30 by the terminal-side transmitting/receiving unit 19 during game play, and displays images and images on the game screen. View other information. Further, during game play, the display processing unit 20 displays an image that changes according to the game operation data generated by the terminal-side generation unit 18 (specifically, an image that moves according to the operation of the user U) on the game screen. indicate.

<Configuration of Server 30>
Next, the configuration of the server 30 according to this embodiment will be described.
As shown in FIG. 8, the server 30 has the same hardware configuration as a general server computer, and includes a processor 31, a storage device 32, and a communication interface (denoted as communication I/F in FIG. 8). ) 33, and these devices are electrically connected via a bus (not shown).

The processor 31 is composed of a CPU, an MPU, a GPU, a DSP, and the like, and executes various processes by executing programs installed in the server 30 . The programs executed by the processor 31 include an OS, which is system software for controlling the entire server 30, and an application program for causing the server 30 to function as the information processing apparatus of the present invention.

The storage device 32 includes, for example, memory or storage, and stores various programs or data.
The memory is composed of semiconductor memories such as ROM and RAM, provides a work area to the processor 31 by temporarily storing programs and data, and temporarily stores data generated by various processes executed by the processor 31. Remember.
The storage stores various data related to the user U, games, etc., and is composed of, for example, flash memory, HDD, SSD, FD, MO disk, CD, DVD, SD card, and USB memory. A database server computer connected to the server 30 via the network N may be used as a storage.

The communication interface 33 is configured by, for example, a network interface card or the like, and controls communication processing of the server 30 . The communication standard for the communication interface 33 is not particularly limited, and any communication standard for the public can be applied without limitation. Moreover, the communication method by the communication interface 33 may be a wireless method or a wired method.

Next, referring to FIG. 10, the configuration of the server 30 will be described again from a functional aspect. As shown in FIG. A side transmission/reception section 35 , a server side generation section 36 , a recommendation section 37 and a recommended character determination section 38 are provided. These functional units are realized through cooperation between hardware devices of the server 30 and software programs stored in the server 30 . In addition, when the server 30 is composed of a plurality of computers, the above functions may be distributed so that each of the plurality of computers may exhibit different functions.

[Server-side storage unit 34]
The server-side storage unit 34 is mainly realized by the processor 31 and the storage device 32, and stores various data including data related to the user U and game progress data.
Data related to the user U includes an identifier (user ID or terminal ID) that identifies the user U or the user terminal 10 used by the user U, and various information associated with the identifier (user U's personal information, user terminal 10 model, login history, payment history, game progress such as status, etc.).
The game progress data includes information on recommended characters associated with each quest, information on recommended related characters associated with the recommended characters, information on possessed characters possessed by user U, and other objects such as items possessed by user U. and various information about the quest set for each user U.

[Server side transmission/reception unit 35]
The server-side transmitting/receiving unit 35 is mainly implemented by the processor 31, the storage device 32, and the communication interface 33, and transmits/receives data and information to/from the user terminal 10. FIG. For example, during a game play, the server-side transmitting/receiving unit 35 transmits game progress data to the user terminal 10 of the user U and receives game operation data from the user terminal 10 . Further, while the game is being played jointly, the server-side transmitting/receiving unit 35 receives joint play data from the user terminals 10 of each of the users U who play jointly, and synchronizes the users U. data (broadly defined game progress data) is transmitted to each user terminal 10 .

[Server-side generation unit 36]
The server-side generation unit 36 is mainly realized by the processor 31 and the storage device 32 and generates data to be transmitted by the server-side transmission/reception unit 35 . Specifically, the data generated here includes game progress data corresponding to the game operation data received from the user terminal 10, and the like.
The game progress data includes category selection screen display data for displaying the recommended function screen 50 on the user terminal 10, recommended quest list screen display data for displaying the recommended quest list screen 52 on the user terminal 10, and recommended quest detail screen 54. recommended quest detail screen display data for displaying on the user terminal 10, training character selection screen display data for displaying the training character selection screen 58 on the user terminal 10, stage selection screen display data for displaying the stage selection screen 61 on the user terminal 10, Team formation screen display data for displaying the team formation screen 63 on the user terminal 10, quest data for displaying information about the selected quest on the user terminal 10 and allowing the user U to play the quest, and joint play is started. Joint play start screen data for displaying a joint play start screen on the user terminals 10 of a plurality of users U who perform joint play, and during the joint play, between a plurality of users U who perform joint play Data for synchronizing is also included.

[Recommendation part 37]
The recommendation unit 37 is mainly realized by the processor 31, the storage device 32, and the communication interface 33, selects a recommended quest based on the possessed character possessed by the user U, cooperates with the server-side transmission/reception unit 35, and performs the selected quest. The recommended quest and information related to the recommended quest are transmitted to the user terminal 10 .
Specifically, the user U is notified of information on recommended quests selected based on recommended characters or recommended related characters included in the possessed characters possessed by the user U. In addition to the information on the recommended quests, information on the possessed characters selected when selecting the recommended quests, that is, information on the recommended characters or recommended related characters specified from among the possessed characters (hereinafter referred to as character information). We will notify you at the same time. The character information notified here also includes information about characters that are specified from the owned characters based on the recommended characters and that are recommended to be included in the constituent members of the team. It also includes information about characters that become recommended characters or characters that can challenge recommended quests if they are trained and grown.

The recommended quest may be selected from quests included in a category arbitrarily selected by the user U. At this time, when the number of possessed characters possessed by the user U is small (below a predetermined number), the number of recommended quests selected when the user U selects a category may become excessively small. In such a case, even if the user U selects a category, recommended quests may be selected from categories other than the selected category regardless of the category.
Also, the recommended quest may be selected based on the possessed character possessed by the user U, taking into account the quest characteristics.

The recommended quests may be selected based on recommended characters or recommended related characters already included in the members of the team among possessed characters. At this time, a quest in which more than the required number of recommended characters or recommended related characters are included in the owned characters may be selected as the recommended quest. The number of characters required for a team may be, for example, two or more, and may be the case where a plurality of identical characters are possessed. Also, a quest having a larger number of recommended characters or recommended related characters included in the members of the team may be preferentially recommended. In addition, there are recommended quests that can be challenged by teams that have already been formed, and recommended quests that can be challenged by incorporating characters that are not included in the members of the formed team into the team. A recommended quest that can be played by reorganizing) may be notified to the user U in an identifiable manner.

In the present embodiment, information about recommended quests is provided to the user terminal 10 as recommended quest list screen display data and recommended quest detail screen display data. The character information is provided to the user terminal 10 as recommended quest detail screen display data, training character selection screen display data, and team formation screen display data.

[Recommended character determination unit 38]
The recommended character determination unit 38 is mainly realized by the processor 31 and the storage device 32, and determines for each quest a recommended character that is recommended to be used when playing the quest. Specifically, for each quest, the characters used by other users U who have played and cleared the quest in the past are ranked based on the number of times of use, and the characters with the highest ranking are selected as recommended characters. Determined as The number of uses may be counted regularly (for example, once a day) or irregularly, and the ranking may change each time, and the recommended character may be changed.

In general, the user terminal 10 and the server 30 have various functions other than those described above, but here, only the characteristic functions that produce effects in the game system S of the present invention will be described. , and illustration and description of other known functions are omitted.

<Regarding the processing flow of the game system S>
Next, the flow of processing executed in the game system S configured as described above will be described with reference to FIGS. 11 to 13. FIG.
The information processing method according to the present embodiment is realized by using the game system S that functions as a computer system. there is

The information processing executed in the game system S according to the present embodiment can be broadly divided into a process [recommended quest notification process] for notifying the user U of a recommended quest selected based on the possessed character possessed by the user U; and a recommended character determination process [recommended character determination process]. Each process will be individually described below.

[Recommended quest notification process]
First, the recommended quest notification process will be described with reference to FIGS. 11 and 12. FIG.
The "recommended quest notification process" is a process executed by the server 30, in which a recommended quest is selected for each user U based on the recommended characters or recommended related characters included in the characters possessed by the user U, and This is a process of notifying the user U of the selected recommended quest.

As shown in FIG. 11, when the server 30 receives category selection data indicating the category selected by the user U from the recommended function screen 50 from the user terminal 10 (S101), the server 30 accepts the category selection. From among the quests included in the selected category, quests suitable for the user U to play are limited based on the quest characteristics of each quest (S102).
If the recommended quest is selected regardless of the category selected by the user U, or if the recommended quest is selected without considering the quest characteristics, the above step (S101 or S102) may be omitted. .

Then, the server 30 compares the possessed character possessed by the user U with the recommended character associated with each quest (S103), and for each quest, the recommended character included in the possessed character or the recommended related character. is specified, and the number X of possessed recommended characters or recommended related characters is calculated (S104).
If a team has already been formed, the characters included in the members of the team instead of the characters possessed are compared with the recommended characters associated with each quest, and the team composition is determined for each quest. The recommended characters or recommended related characters included in the member may be specified, and the number of possessed recommended characters or recommended related characters may be calculated.

Then, the server 30 selects, as recommended quests, quests in which the number X of recommended characters or recommended related characters possessed is equal to or greater than a predetermined number (S105), recommended quest list screen display data for displaying the recommended quest list screen 52, and By transmitting the recommended quest detailed screen display data for displaying the recommended quest detailed screen 54 to the user terminal 10, the information on the selected recommended quest and the character included in the character possessed by the user U specified for each recommended quest are displayed. The user U is notified of the character information about the recommended character or the recommended related character (S106), and the process ends.
In addition, the character information may be notified as information about a character that is recommended to be included in the members of the team when playing a quest, or if trained and grown, a character that will become a recommended character or a recommended quest may be notified as information about a character who can challenge to.

Also, in the recommended quest notification process, the recommended quest may be selected by a method other than the above. Specifically, as shown in FIG. 12, when the server 30 receives category selection data indicating the category selected by the user U from the recommended function screen 50 from the user terminal 10 (S201), the server 30 Quests suitable for the user U to play are limited based on the quest characteristics of each quest from among the quests included in the selected category (S202).

Then, the server 30 compares the possessed character possessed by the user U with the recommended character associated with each quest (S203), and for each quest, the recommended character included in the possessed character or the recommended related character. is specified, and the possessed number X of the recommended character or recommended related character is calculated (S204).

Then, the server 30 ranks the quests in descending order of the number X of possessed recommended characters or recommended related characters (S205), selects the top N quests as recommended quests (S206), and selects the recommended quest list screen 52. and the recommended quest detail screen display data for displaying the recommended quest detail screen 54, etc. The user U is notified of character information related to the recommended characters or recommended related characters included in the specified possessed characters of the user U (S207), and the process ends.
At this time, the lower limit value of the number X possessed is set in advance, and if the number X possessed is less than the lower limit value, it is not included in the recommended quests even if it is within the top N quests, and the number of recommended quests may be less than or equal to N.

The recommended quest notification process ends when the series of steps shown in FIG. 11 or 12 is completed. After that, the series of steps described above is repeated periodically or irregularly while the user U is playing the game, or even if the user U is not playing the game.
The above is an example of the recommended quest notification process.

[Recommended character determination process]
Next, based on FIG. 13, the recommended character determination process will be described.
The "recommended character determination process" is a process executed by the server 30, and is a process of determining a recommended character that is recommended to be used when playing a quest for each quest.

As shown in FIG. 13, from the history stored for each quest, the server 30 identifies characters used by other users U who played and cleared the quest in the past (S301), (S302).
It should be noted that the number of times the character has been used may be summed up for the entire period, or may be summed up for each predetermined period. In addition, the number of uses of the character may be counted separately according to the attribute of the character, the acquisition route, or the like.

Next, the server 30 ranks the characters in descending order of the number of times of use for each quest (S303), and determines the top N characters as recommended characters (S304). Then, the determined recommended characters are stored in association with the quest (S305), and the process ends.

The recommended character determination process ends when the series of steps shown in FIG. 13 is completed. Thereafter, if the ranking of the characters changes each time the above series of steps are repeated periodically or irregularly, the recommended characters are changed according to the ranking.
The above is an example of the recommended character determination process.

<Other embodiments>
The invention is not limited to the embodiments described above.
In the above embodiment, the server 30 is caused to execute the program of the present invention and function as the information processing apparatus of the present invention. 10 may be provided. For example, the user terminal 10 may have a function corresponding to the recommendation unit 37 or the like.

Further, in the present embodiment, as an example of the game, an online game using data communication between the user terminal 10 operated by the user U and the server 30 has been described. However, the type of game is not particularly limited, and may be an offline game that does not require data communication. Alternatively, for example, it may be a social game or the like that can be used only with a web browser and an SNS (Social Networking Service) account.

<Summary>
The main features of the information processing apparatus, information processing method, and program according to the present embodiment described above are as follows.

[1] The information processing device according to the present embodiment has a recommendation unit that recommends a quest that can be played using a possessed character possessed by the user in the game, and the recommending unit is selected based on the possessed character. Notifies the user of the requested quest.
According to the above information processing device, a playable quest is selected based on the possessed character possessed by the user and notified to the user. Therefore, the user can easily select a quest that is compatible with the play style corresponding to the possessed character, and the user's satisfaction with the game can be improved.

[2] In the above information processing device, the recommendation unit notifies the user of information regarding the possessed character selected when selecting the quest.
As a result, particularly for a user who owns a plurality of characters, it becomes possible to easily confirm the possessed character corresponding to the quest that is compatible with the play style, and the user's satisfaction with the game can be further improved. .

[3] In the above information processing device, the recommendation unit notifies the user of the quests selected based on the possessed character from among the quests included in the category selected by the user.
As a result, the user can easily select a quest that is compatible with the play style corresponding to the possessed character from among the categories selected by the user, and the user's satisfaction with the game can be further improved.

[4] In the above information processing device, the recommendation unit notifies the user who has not played the game for a predetermined period of the selected quest.
As a result, even a user who has been away from the game for a while can easily select a quest that is compatible with the play style corresponding to the possessed character, and the user's satisfaction with the game can be further improved.

[5] In the above information processing device, the quest is associated with a recommended character that is recommended to be used when playing the quest, and the recommendation unit is selected based on the recommended characters included in the possessed characters. Notifies the user of the requested quest.
As a result, the user can easily select a quest that is particularly compatible with the play style corresponding to the possessed character, and the user's satisfaction with the game can be further improved.

[6] In the information processing device described above, the recommendation unit notifies the user of the quest selected based on the recommended related characters related to the recommended characters included in the possessed characters.
As a result, even users who do not possess the recommended characters themselves can easily select quests that are particularly compatible with the play style corresponding to the characters possessed, thereby further improving the user's satisfaction with the game. .

[7] In the information processing device described above, the recommendation unit notifies the user of information regarding recommended related characters included in the possessed characters.
As a result, especially for users who have multiple characters, it is possible to easily check recommended related characters corresponding to quests that are compatible with their play style, thereby further improving the user's satisfaction with the game. can.

[8] In the information processing device described above, the recommended character is determined based on the number of times the character used in the quest by another user is used.
As a result, the user can easily select a quest that is compatible with the play style of the possessed character according to the play tendencies of other users, and the user's satisfaction with the game can be further improved. .

[9] In the above information processing device, the quest is to be played by forming a team composed of a plurality of characters, and the recommending unit includes the recommended characters included in the possessed characters that make up the team. Notify the user of the quest selected based on the character.
As a result, the user can easily select a quest that is compatible with the play style corresponding to the possessed characters forming the team, and the user's satisfaction with the game can be further improved.

[10] In the information processing device described above, the recommendation unit selects a quest in which the owned characters include more than the number of recommended characters required for the team, and notifies the user of the quest.
As a result, the user can easily select a quest that is particularly compatible with the play style corresponding to the owned characters forming the team, and the user's satisfaction with the game can be further improved.

[11] In the above information processing device, the number includes the case where the possessed characters include a plurality of the same recommended characters.
As a result, the user can easily select a quest that is particularly compatible with the play style corresponding to the owned characters forming the team, and the user's satisfaction with the game can be further improved.

[12] In the information processing device described above, the recommendation unit selects the characters that form the team for playing the quest from the recommended characters included in the possessed characters, and notifies the user of the characters.
As a result, especially for users who possess multiple characters, it becomes possible to easily check recommended characters corresponding to quests that are compatible with the play style according to the possessed characters that make up the team. Game satisfaction can be further improved.

[13] In the above information processing device, the recommendation unit notifies the user of the quest selected based on the quest characteristics associated with the quest.
As a result, the user can easily select a quest that is particularly compatible with the play style according to the possessed character, based on the quest characteristics, that is, the presence or absence of clearing experience of the user U, the difficulty level, the play time limit, the amount of clearing rewards, etc. As a result, the user's satisfaction with the game can be further improved.

[14] Further, according to the information processing method according to the present embodiment, the computer selects a quest based on the possessed character from among the quests that can be played using the possessed character possessed by the user in the game. is notified to the user.
According to the above information processing method, a playable quest is selected based on the possessed character possessed by the user and notified to the user. Therefore, the user can easily select a quest that is compatible with the play style corresponding to the possessed character, and the user's satisfaction with the game can be improved.

[15] Further, according to the program according to the present embodiment, the program is executed by a computer, and the computer, in the game, uses the possessed character possessed by the user to select from among the quests that can be played, To notify a user of a quest selected based on a possessed character.
According to the above program, a playable quest is selected based on the character possessed by the user and notified to the user. Therefore, the user can easily select a quest that is compatible with the play style corresponding to the possessed character, and the user's satisfaction with the game can be improved.

10 User terminal 11 Processor 12 Storage device 13 Communication interface 14 Input device 15 Output device 16 Operation specifying unit 17 Terminal side storage unit 18 Terminal side generation unit 19 Terminal side transmission/reception unit 20 Display processing unit 30 Server 31 Processor 32 Storage device 33 Communication interface 34 server-side storage unit 35 server-side transmission/reception unit 36 server-side generation unit 37 recommendation unit 38 recommended character determination unit 50 recommended function screen 51 (51a to 51d) category icon 52 recommended quest list screen 53 quest icon 54 recommended quest detail screen 55 (55a-55h) Character icon 56 Training button 57 Challenge button 58 Training character selection screen 59 Strengthening button 60 Evolution button 61 Stage selection screen 62 Stage icon 63 Team formation screen 64 (64a-64h) Character icon 65 Member display area 66 Character Icon N Network S Game system U User

Claims (1)

In the game, it has a recommendation section that recommends quests that can be played using the character owned by the user,
The recommendation unit notifies the user of the quest selected based on the possessed character;
An information processing device characterized by:

Images