WO2021168619A1

WO2021168619A1 - Information pushing method and apparatus, electronic device, and computer readable medium

Info

Publication number: WO2021168619A1
Application number: PCT/CN2020/076461
Authority: WO
Inventors: 郭子亮
Original assignee: 深圳市欢太科技有限公司; Oppo广东移动通信有限公司
Priority date: 2020-02-24
Filing date: 2020-02-24
Publication date: 2021-09-02
Also published as: CN114945915A

Abstract

The present application relates to the technical field of information, and provides an information pushing method and apparatus, an electronic device, and a computer readable medium. The method comprises: obtaining a game mode of interest of a user, the game mode being determined by game data generated when the user operates a target game application, and the game mode comprising a player versus player mode and a player versus environment mode; determining a game application to be pushed according to the game mode; and pushing the game application to the user. A pushed game application is pushed according to game data and mode preference of a user, not merely according to the type, so that the accuracy of game application pushing is improved.

Description

Information push method, device, electronic equipment and computer readable medium

Technical field

This application relates to the field of information technology, and more specifically, to an information push method, device, electronic equipment, and computer-readable medium.

Background technique

With the rapid development of technology and living standards, more and more people are beginning to use electronic devices such as computers or mobile phones to play games to spend their leisure time. In the existing solutions, when pushing games for users, they are basically pushed according to the types of games the users play. For example, if the game played by the user is chess and card, then the chess and card game will be pushed to the user, but the push method is not accurate enough.

Summary of the invention

This application proposes an information push method, device, electronic equipment, and computer readable medium to improve the above-mentioned drawbacks.

In a first aspect, an embodiment of the present application provides an information push method, including: acquiring a game mode that a user is interested in, the game mode being determined by game data generated by the user operating a target game application, the The game mode includes a player battle mode and a non-player battle mode; the game application to be pushed is determined according to the game mode; the game application to be pushed is pushed to the user.

In the second aspect, an embodiment of the present application also provides an information pushing device, which includes: an acquiring unit, a determining unit, and a pushing unit. The acquiring unit is configured to acquire the game mode that the user is interested in, the game mode being determined by the game data generated by the user operating the target game application, and the game mode includes a player-to-player battle mode and a non-player-to-player battle mode; determining The unit is configured to determine the game application to be pushed according to the game mode; the pushing unit is configured to push the game application to be pushed to the user.

In a third aspect, an embodiment of the present application also provides an electronic device, including: one or more processors; a memory; one or more application programs, wherein the one or more application programs are stored in the memory And is configured to be executed by the one or more processors, and the one or more application programs are configured to execute the foregoing method.

In a fourth aspect, the embodiments of the present application also provide a computer-readable medium, the readable storage medium storing a program code executable by a processor, and when the program code is executed by the processor, the processor Perform the above method.

The information push method, device, electronic equipment, and computer-readable medium provided in this application determine the user’s game mode in advance based on the game data generated by the user operating the target game application. The game mode can reflect the user’s operation of the target game application. His interest is player versus non-player versus challenge, which can reflect the user's preference for interaction with other users or the challenge of in-game non-player versus battle. The game application to be pushed is determined according to the game mode and pushed to the user, so that the pushed game application can be pushed according to the user's game data and mode preferences, not just according to the category, which improves the push of the game application The accuracy of the procedure.

Description of the drawings

In order to more clearly describe the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings that need to be used in the description of the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. For those skilled in the art, other drawings can be obtained based on these drawings without creative work.

FIG. 1 shows an application scenario diagram of an information push method and device provided by an embodiment of the present application;

Figure 2 shows a download interface of a game application provided by an embodiment of the present application;

Figure 3 shows a detailed interface of a game application provided by an embodiment of the present application;

FIG. 4 shows a method flowchart of an information push method provided by an embodiment of the present application;

FIG. 5 shows a schematic diagram of display content corresponding to a game application to be pushed provided by an embodiment of the present application;

FIG. 6 shows a schematic diagram of display content corresponding to a game application to be pushed provided by another embodiment of the present application;

FIG. 7 shows a method flowchart of an information push method provided by another embodiment of the present application;

FIG. 8 shows a method flowchart of an implementation manner of S720 in FIG. 7;

FIG. 9 shows a method flowchart of another implementation manner of S720 in FIG. 7;

FIG. 10 shows a method flowchart of an information pushing method provided by another embodiment of the present application;

FIG. 11 shows a method flowchart of an information push method provided by still another embodiment of the present application;

FIG. 12 shows a schematic diagram of a data collection system provided by an embodiment of the present application;

FIG. 13 shows a block diagram of a module of an information pushing device provided by an embodiment of the present application;

FIG. 14 shows a block diagram of a module of an information pushing device provided by another embodiment of the present application;

FIG. 15 shows a block diagram of a module of an information pushing device provided by another embodiment of the present application;

FIG. 16 shows a block diagram of a module of an information pushing device provided by still another embodiment of the present application;

FIG. 17 shows a schematic diagram of an electronic device provided by an embodiment of the present application;

FIG. 18 is a storage unit for storing or carrying program code for implementing the information pushing method according to the embodiment of the present application according to an embodiment of the present application.

Detailed ways

In order to enable those skilled in the art to better understand the solutions of the present application, the technical solutions in the embodiments of the present application will be described clearly and completely in conjunction with the accompanying drawings in the embodiments of the present application.

Please refer to FIG. 1, which shows an application scenario diagram of the information pushing method and device provided by the embodiments of the present application. As shown in FIG. 1, the electronic device 100 and the server 200 are located in a wireless network or a wired network, and the electronic device 100 and the server 200 perform data interaction.

In the embodiment of the present application, the electronic device 100 may be a mobile terminal device, for example, it may include a smart phone, a tablet computer, an e-book reader, a laptop portable computer, a vehicle-mounted computer, a wearable mobile terminal, and so on.

In some embodiments, the client is installed in the electronic device 100, for example, it may be an application installed in the electronic device 100. In the embodiment of the present application, the client is an application center client, and the application center client is Service software, users can download new applications through the application center client, and can also update and start an installed application. The user logs in through an account on the application center client, and all information corresponding to the account can be stored in the storage space of the server 200. The server 200 may be a separate server, or a server cluster, and may be a local server or a cloud server. Among them, the login account of the application center client is bound to the mobile terminal currently installed with the application center client, and the server can store relevant data of the application in the mobile terminal, for example, information such as the installed application and the version number of the application .

Specifically, the application center client includes multiple interfaces, different interfaces display different content, and the types of different interfaces are not the same. For example, some of the interfaces are game application display interfaces, as shown in Figure 2, which shows the download interface of the game application on the client side of the application center. Among them, in the game application display interface, there are generally multiple game applications and Some recommended content. When the user clicks on the display content corresponding to a certain game application, for example, icon 1, icon 2, icon 3, and icon 4 in Figure 2 represent different game applications. The user clicks on one of the icons to enter The detail interface of the corresponding game application program, specifically, as shown in FIG. 3, shows the detail interface of the game application program corresponding to icon 1, which is the next level interface of the interface shown in FIG. 2. The content displayed on this interface is the content corresponding to the application APP1. For example, "details" is the description of application APP1, and "comments" are comments for APP1. In addition, the "install" button at the bottom of the interface is used when the user operates , Install the application APP1 on the electronic device 100 corresponding to the client terminal of the application center.

Specifically, the server 200 can collect the game data of the user in the user terminal. Specifically, the game data of the user for the game application installed in the user terminal can be collected by the server 200, and provide the user with the collected game data. The terminal pushes the game application, and the application corresponding to the icon in the interface as shown in FIG. 2 is the game application pushed by the server for the user terminal.

However, the inventor found in research that in the existing solutions, when pushing games for users, it is basically based on the category of the game played by the user (first-level category, second-level category, third-level category, etc.) ) And pushed. For example, the game played by the user is chess and card games, and then the chess and card games will be pushed to the user, which is not accurate enough. Therefore, because the current technical solution is based on relatively coarse-grained game categories for related game push, it cannot describe which game users really like, which game under which game they like, which character they like, etc. As a result, the pushed games are not accurate enough, and the conversion rate of users' installation, download and use is low.

Therefore, in order to overcome the above shortcomings, an embodiment of the present application provides an information push method applied to the above electronic device to improve the accuracy of pushing game applications to users and increase the conversion rate of users installing pushed game applications. . As shown in Fig. 4, the method includes: S401 to S403.

S401: Acquire game modes that the user is interested in.

Wherein, the game mode includes a player versus game mode and a non-player versus game mode.

The player-versus-player mode refers to the player-versus-player (PVP), that is, the interactive competition formed by players using game resources to attack each other. For example, the player battle mode may be a mode in which the player battles with other players in the game, and can receive rewards such as experience, game coins, points, etc. when the battle wins.

The non-player battle mode refers to a mode other than the player battle mode. For example, the non-player battle mode may be a story mode, a monster (BOSS) challenge mode, or a mission mode. As an implementation manner, the non-player battle mode may be a player vs environment (PVE) mode, that is, in the game, the player challenges the NPC monsters and BOSS controlled by the game program. PVE is sometimes called a player vs computer (PVC). For example, players can swipe a copy or challenge a boss in the game.

The game mode is determined by the game data generated by the user operating the target game application. Specifically, the server can obtain game data generated when the user operates the game, and the game data can reflect the user's operation on the game. And user information, the operation includes the data generated by the user operating the game, for example, the time and number of times to kill the boss, the time spent in different game scenes, the role of the game and the information corresponding to the role, through the game The data can determine the user's operations in the game, and thus can determine the game mode that the user is interested in. Specifically, the specific implementation manner for determining the game mode that the user is interested in based on the game data can refer to the subsequent embodiments, which will not be repeated here.

Wherein, the target game application program may be an application program installed in the user terminal, and its category is a game category. The implementation manner for the server to obtain the target game application program may be as follows: The game data of the application and the game account are sent to the server, and the server stores the game data and the game account.

As an implementation manner, the target game application may be at least one of all game applications installed in the user terminal. Specifically, the target game application may be the game application that has been used the longest or most frequently by the user among all the game applications installed in the user terminal. In addition, the target game application may be the most recently installed game application among all game applications installed in the user terminal.

S402: Determine the game application to be pushed according to the game mode.

If the game mode that the user is interested in is a player battle mode, it means that the user is more interested in the gameplay of battles with other users, and some battle games can be used as game applications to be pushed.

If the game mode that the user is interested in is a non-player battle mode, it means that the user is more interested in the game's plot, mission or copy and other gameplay, but has low interest in player battles, so you can put non-player games as pending The game application, specifically, a story-type game, for example, a role-playing game, can be used as a game application to be pushed.

As an implementation manner, the corresponding relationship between the game mode and the game type can be obtained in advance, and the game application to be pushed is determined according to the corresponding relationship. For details, please refer to the subsequent embodiments.

S403: Push the game application to be pushed to the user.

As an implementation manner, the push content may be determined according to the game application to be pushed, and the push content includes an identifier of the game application to be pushed. Wherein, the identifier of the game application to be pushed may include identity information such as the name and package name of the game application to be pushed. In addition, the push content also includes description content of the game application to be pushed, and the description content is used to describe the game application to be pushed, and may be an introduction to the game application to be pushed.

As an implementation manner, the server determines the pushed content according to the game application to be pushed, sends the pushed content to the user terminal, and the user terminal displays the pushed content in a preset interface. Wherein, the preset interface may be a designated interface in the target game application. As an implementation manner, the specified interface may be a loading interface, and the loading interface may be an interface when the game loads the specified data. For example, the loading interface may be the interface displayed when the game loads the copy.

As shown in Figure 5, the display content corresponding to the game application to be pushed is displayed on the loading interface. The display content can be the content sent by the server, or generated by the user terminal or the target application based on the content sent by the server. The display content includes the identifier of the game application to be pushed and the description content of the game application to be pushed. As shown in FIG. 5, the title of APP1 includes the identification of APP1. For example, the title may be the identification of APP1 or content related to the identification of APP1, for example, it may be a promotion title that includes the identification of APP1. Among them, APP1 is a game application to be pushed. In addition, the display content also includes the description content of APP1, and the description content may include content such as the introduction and comments of APP1, and the user can learn about APP1 through the description content. Furthermore, the display content also includes a picture corresponding to APP1. The picture can be a screenshot of the interface in APP1. For example, it can be a screenshot of a game or a promotional picture of APP1. In addition, the picture in Figure 5 can be a dynamic picture. A picture or a video, the dynamic picture or video may be a game animation in APP1 or a screen recording content for the APP1.

Therefore, when the user loads the interface, the game application to be pushed can be known through the display content displayed on the loading interface while waiting for the loading.

Furthermore, the preset interface may also be an interface of the aforementioned application center client. As an implementation manner, the preset interface may be a push interface of a game application of the application center client. For example, the push interface of the game application may be a download interface of a game application of the application center client. As shown in FIG. 6, there are multiple game application icons displayed on the push interface of the game application, and each icon corresponds to an install button, and the user can click the install button corresponding to a certain icon to install the application corresponding to the icon. The display content corresponding to the game application to be pushed is displayed in the upper area of the push interface of the game application, that is, at the top of the page, that is, along the direction from the top to the bottom of the page. The first content displayed is the game application to be pushed The display content corresponding to the program.

It should be noted that FIGS. 5 and 6 only show one game application, and the game application to be pushed may include multiple game applications, and the corresponding display content may be the display content corresponding to the multiple game applications.

Referring to FIG. 7, an embodiment of the present application provides an information pushing method, which is applied to the above electronic device, and is used to improve the accuracy of pushing game applications to users and increase the conversion rate of users installing pushed game applications. Specifically, the method includes: S710 to S740.

S710: Acquire a game character corresponding to the user.

In the embodiment of the present application, the game data includes game characters. Wherein, the game character is a game character corresponding to the game account established by the user in the target game application, and the user can operate the game character to participate in some game tasks. For example, the user’s game account is id12345, and its roles in the game include role 1, role 2, and role 3. The role 1, role 2, and role 3 belong to the game account id12345, as the game account in the target game application Of assets can be manipulated by users.

For example, in a card game, the role can be all card roles corresponding to the user's game account. In a role-playing game, the game role can be a role created by the user. Generally, each role corresponds to a profession , There are game skills, character attributes, task plots, etc. that are different from other occupations.

The game character corresponding to the user and the data corresponding to the character can be collected by the server, and the server stores the data corresponding to the character corresponding to the user's game account.

S720: Determine a game mode that the user is interested in according to the game role.

The game character corresponds to character data, and the character data includes character type, equipment information, character attributes, character popularity, and so on.

Among them, the character type can include the player battle type and the non-player battle type. The player battle type indicates that the character is more suitable or more frequently used in player battles, that is, when the user is engaged in player battles, they are more frequent or more inclined Choose a game character whose character type is the player-versus-type. The non-player battle type is a type other than the player battle type. In some embodiments, it can be understood as a non-player battle type if the character type is not a player battle type. The non-player battle type indicates that the character is more suitable or more frequent. Is used in the non-player battle mode, that is, when the non-player battle is played, it is more frequent or more inclined to choose the role type as the non-player battle type of game characters.

The character attribute can be the attribute value corresponding to the game character. For example, the attribute value can include the game character’s strength, agility, intelligence, crit, crit damage, speed, effect resistance, effect hit, health value, defense value, attack power It is used to reflect the value of the ability value of the game character.

The equipment information may be the auxiliary attribute corresponding to the game item corresponding to the game character. The equipment information user assists the enhancement of the ability value of the game character. The attribute is that the critical strike is increased by 90%, then after the game character is equipped with the game item, the critical strike becomes 100%, that is, the critical strike in the character attribute is enhanced.

The character popularity may be the usage rate of the game character. Specifically, the usage rate may be determined based on the game character created by all game players. For example, it may be determined according to the online game time of the game character, or it may be determined according to the number of the game characters established by all users.

The character data corresponding to the game character can reflect which rest mode the user prefers to use the game character. Therefore, the game mode that the user is interested in can be determined according to the game character.

In some embodiments, as shown in FIG. 8, the S720 includes S721 to S723.

S721: Acquire the character type of the game character.

As an implementation manner, the role type of the game character can be set in the target game application, that is, the target game application can provide multiple characters for the user to choose, use and create, and each game character corresponds to one Role type. For example, when a user creates a game character, he can select a game character from two types of sets. The two type sets are respectively a first type set and a second type set, wherein all the game characters in the first type set are player battle types, and all the game characters in the second type set are non-player battle types. Then the character type of the game character selected by the user in the first type set is a player battle type, and the character type of the game character selected by the user in the second type set is a non-player battle type.

Therefore, according to determining whether the game character created by the user belongs to the first type combination or the second type set, the character type of the game character can be determined.

In addition, considering that the player can operate the game character to enter the player battle scene and the non-player battle scene, the use rate of the game character in the player battle scene and the non-player battle scene can be used to determine the character type of the game character. Among them, the player battle scene refers to the game scene in the player battle mode, in which the player operates the game character to compete with the game characters of other players. For example, in shooting games, game characters of different players kill each other. The non-player battle scene can refer to the game scene in the non-player battle mode. In the non-player battle scene, the player operates the game character to challenge the intelligent character controlled by the program in the game or complete a certain task plot of the game. The intelligent character can It is an NPC or a BOSS. Specifically, the scene can correspond to a copy, that is, a scene where a game character challenges a copy. Among them, the copy refers to the copy game scene opened by the target game application for game players. The copy game scene is a copy scene of the original game scene. For example, when the player prepares to do an activity, the application will generate a corresponding separate area. For players to take risks. There may be multiple players participating in the activity at the same time, but they are not in the same map or scene, but in multiple identical separate scenes, and do not interfere with each other.

The implementation manner of acquiring the character type of the game character may be to acquire the first usage rate of the game character in the player battle scene and the second usage rate in the non-player battle scene, according to the first usage rate and the first usage rate. Second, the usage rate determines the character type of the game character.

Among them, the first usage rate of the game character in the player battle scene may refer to the use frequency and use time length of the game character in the player battle scene, etc. As an implementation manner, the first length of time spent by the player’s corresponding game account in the player’s battle scene can be obtained, and the total length of time the player has to operate the target game application can be obtained. The usage rate, specifically, the ratio of the first time length to the total time length may be used as the first usage rate.

As another implementation manner, the target game application may provide multiple initial game characters. For example, the initial game characters may include character 1, character 2, character 3, ..., where different initial game characters may correspond to different characters. The initial character identification of each initial game character, and the initial game data such as the skills and initial character attributes of each initial game character are the same. For example, different initial game characters can be different professions such as warrior, mage, archer, etc. The initial character attributes and skills of each profession are different. When creating a game character, the user can select at least one initial game character from multiple initial game characters as the game character, and assign a character identity information to the game character. Specifically, by default, the character identity information can be It is consistent with the initial role identification, and therefore, the initial game role corresponding to the game role operated by the user can be determined through the role identity information. In addition, after the user creates the game role, the server can also push the initial game role for the user based on the user's request or the server's push strategy. After the user accepts the initial game role, a new game role is added to the user. The target game application is a role-playing action game, and the target game application provides initial game characters of different professions such as warrior, mage, and archer. The initial role identifications corresponding to warrior, mage, and archer are identification 1, identification 2 respectively. And logo 3. The user selects the initial game role of warrior, and establishes his own game role, and the role identity information of the game role is "Warrior XX", the occupation of the game role is a warrior, and "Warrior XX" can be the nickname of the game role. The nickname can be the default nickname or a user-defined name. The game data generated by the user during the operation of the game character whose character identity information is "Warrior XX" can be collected by the server as a utilization rate that can reflect the initial game character of the fighter.

Then, the implementation manner for the server to obtain the first usage rate of the user's game character in the player battle scene may be to determine the total use time length of all initial game characters corresponding to the target game application in the player battle scene, and determine the user's game character The corresponding initial game character, as the target initial game character, obtain the use time length of the target initial game character in the player battle scene, and obtain the first use rate according to the use time length and the total use time length. Specifically, it may be The ratio of the length of use time to the total length of use time is taken as the first usage rate.

In the same way, the second usage rate of the user's game character in the non-player battle scene can also be obtained according to the above method.

Then, the character type of the game character is determined according to the first usage rate and the second usage rate.

Specifically, the first usage rate can characterize the usage rate or appearance rate of the game character in the player battle scene, and the second usage rate can characterize the usage rate or appearance rate of the game character in the non-player battle scene. Therefore, pass the first usage rate. The usage rate and the second usage rate can determine whether the game character is more likely to be used in a player battle scene or a non-player battle scene.

As an implementation manner, if the first usage rate is greater than the second usage rate, determine that the character type of the game character is a player battle type; if the second usage rate is greater than the first usage rate, then determine the The role type of the game character is a non-player battle type.

Among them, the first usage rate and the second usage rate are both represented by numerical values. If the first usage rate is greater than the second usage rate, it means that the usage rate of the game character in the player battle scene is higher, and the player is more inclined to use the game character Participating in the player battle scene, it is determined that the character type of the game character is the player battle type. Similarly, if the first usage rate is less than the second usage rate, it means that the usage rate of the game character in the non-player battle scene is higher, and the player is more inclined to use the game character to participate in the non-player battle scene, then the game character is determined The character type of is a non-player battle type.

In addition, if the first usage rate is equal to the second usage rate, it can be determined that the character type of the game character is a player battle type and a non-player battle type, so that the game mode that the user is interested in can be determined as a player battle mode and a non-player battle mode. As another implementation manner, when the first usage rate is equal to the second usage rate, the character type of the game character can be determined according to other character data, for example, according to the corresponding equipment information of the game character. Specifically, please See the subsequent examples.

As another implementation manner, a designated usage rate can be determined, and if the first usage rate is greater than the designated usage rate, it is determined that the character type of the game character is a player battle type; if the second usage rate is greater than the designated usage rate , It is determined that the character type of the game character is a non-player battle type. Wherein, the designated usage rate can be a preset value. The designated usage rate is used to measure the first usage rate and the second usage rate of the game character. Degree of interest.

Specifically, if the first usage rate is greater than the designated usage rate, it indicates that the first usage rate of the user using the game character in the player battle scene is relatively high, and the user has a higher interest in using the game character to participate in the player battle scene, then it can be determined The role type of the game character is the player battle type. And if the second usage rate is greater than the specified usage rate, it indicates that the second usage rate of the user using the game character in the non-player battle scene is relatively high, and the user has a higher interest in using the game character to participate in the non-player battle scene, then it can be determined The role type of the game character is a non-player battle type. And if the first usage rate and the second usage rate are both less than the specified usage rate, it indicates that the usage rate of the game character in the player battle scene and the non-player battle scene does not indicate that the user uses the game character to participate in the player battle scene and the non-player battle scene. The degree of interest in the battle scene, that is, the values of the first usage rate and the second usage rate are low, which cannot provide an effective reference.

As an implementation manner, the designated utilization rate may be a preset fixed value. For example, the designated utilization rate may be a value ranging from 20% to 50%, for example, it may be 30%.

In addition, if the first usage rate and the second usage rate are both greater than the designated usage rate, the role type of the game character can be determined according to the aforementioned relationship between the first usage rate and the second usage rate, specifically, the first usage rate is determined. The relationship between the first usage rate and the second usage rate; if the first usage rate is greater than the second usage rate, it is determined that the character type of the game character is the player battle type; if the second usage rate is greater than the first usage rate According to the usage rate, it is determined that the character type of the game character is a non-player battle type. For details, please refer to the foregoing embodiment, which will not be repeated here.

In addition, as another implementation manner, the character type of the game character can also be determined according to the ability score of the game character in the player battle scene and the non-player battle scene, and then the implementation manner of obtaining the character type of the game character may be to obtain the The first ability score of the game character in the player battle scene and the second ability score in the non-player battle scene, and the character type of the game character is determined according to the first ability score and the second ability score.

Among them, the ability score is used to determine the expressiveness of the game character in the player battle scene and the non-player battle scene, that is, in a certain scene, the higher the ability score of the game character, the higher the expressiveness of the game character in the scene. Higher. As an implementation manner, the ability score of the game character may be determined according to the output data of the game character in the scene. Wherein, the output data may include data dimensions that can evaluate the expressiveness of the game character, such as the winning rate, the damage value, the participation rate, the amount of treatment, and the like of the game character. Specifically, for a player battle scene, the first ability score includes the winning rate of the game character. For the different positioning of the game character, the output data that needs to be referred to for the second ability scoring is also different. For output occupations, the second ability score may include the number of kills. For auxiliary occupations, the second ability score may include the number of assists. For defensive occupations, the second ability score may include the amount of damage taken. Therefore, pass The first ability score can determine the ability and expressiveness of the game character in the player battle scene, so that it can be determined whether the game character is good at the player battle scene.

In the same way, for the different positioning of the game character, the output data that needs to be referred to for the second ability scoring is also different. For output occupations, the second ability score may include the damage value. For therapeutic occupations, the second ability score may include the amount of healing. For defensive occupations, the second ability score may include the amount of damage. The second ability score can determine the ability and expressiveness of the game character in the non-player battle scene, so that it can be determined whether the game character is good at the non-player battle scene.

In addition, it should be noted that the ability score for determining the game character is determined according to the initial character identification of the initial game character corresponding to the game character. Specifically, the initial role identification of the initial game role corresponding to the user's game role is determined, and the server counts all output data of the game role established using the initial game role, and obtains the ability score of the initial game role according to the output data, as the user The ability of the game character to score. As an implementation manner, the user's game role corresponds to a target initial role identification, and the server counts the game roles corresponding to the target initial role identification among all users, and records them as the target game role, and counts the output data of each target game role. According to the output data of each target game character, the ability score of the target game character is obtained as the ability score of the user's game character.

For example, if the initial game role of a user’s game character is a warrior, when different users choose the profession of warrior to create a game role, each user creates a game role corresponding to the warrior. Although each user’s game role interacts with each other They are not the same, but they correspond to the initial game character of the soldier, and the server counts the output data of each user's soldier, the game character, to obtain the above-mentioned first ability score and second ability score.

Therefore, if the game character has a high score in the player's ability in the scene, it can be estimated that the user is more inclined to use the game character to participate in the player battle scene. Therefore, the role type of the game character is set as the player battle type. If the game character has a higher ability score in the non-player battle scene, it can be estimated that the user is more inclined to use the game character to participate in the non-player battle scene, and the character type of the game character can be set as the player battle type.

In addition, referring to the above-mentioned implementation of determining the role type of the game character based on the usage rate, a specified ability score can be set in the same way. If the first ability score is greater than the specified ability score, the role type of the game character is determined to be a player versus game. Type; if the second ability score is greater than the specified ability score, it is determined that the role type of the game character is a non-player battle type.

If the first ability score and the second ability score are both less than the specified ability score, it indicates that the ability score of the game character in the player vs. non-player vs. scene does not indicate that the user uses the game character to participate in the player vs. non-player vs. scene The interest level of the scene, that is, the numerical value of the first ability score and the second ability score is low, which cannot provide an effective reference.

In addition, if the first ability score and the second ability score are both greater than the specified ability score, the role type of the game character can be determined according to the aforementioned relationship between the first ability score and the second ability score, specifically, the first ability score is determined. The relationship between the first ability score and the second ability score; if the first ability score is greater than the second ability score, the role type of the game character is determined to be the player battle type; if the second ability score is greater than the first ability score An ability score is determined, and the role type of the game character is determined to be a non-player battle type. For details, please refer to the foregoing embodiment, which will not be repeated here.

In addition, if the first ability score is equal to the second ability score, it can be determined that the character type of the game character is the player versus player type and the non-player versus player type, so that the game mode that the user is interested in can be determined as the player versus player mode and the non-player versus player mode. As another implementation manner, when the first ability score is equal to the second ability score, the character type of the game character can be determined according to other character data, for example, according to the corresponding equipment information of the game character. Specifically, please See the subsequent examples.

S722: If the character type is a player battle type, determine that the game mode that the user is interested in is the player battle mode.

S723: If the character type is a non-player battle type, determine that the game mode that the user is interested in is the non-player battle mode.

In addition, as another implementation manner, the game mode that the user is interested in can also be determined according to the equipment information of the game character. Specifically, as shown in FIG. 9, the S720 includes S724 to S727.

S724: Acquire equipment information corresponding to the game character.

As an implementation manner, the equipment currently worn by the game character may be acquired as the target equipment, and the equipment information of the target equipment may be acquired as the equipment information corresponding to the game character.

As another implementation manner, among all the equipment corresponding to the game character, the use frequency of each equipment within a preset time period can be obtained, the target equipment can be determined according to the use frequency of each equipment, and the equipment information of the target equipment can be obtained as Equipment information corresponding to the game character. For example, the most frequently used equipment in a preset time period is used as the target equipment. The preset time period may be a time period that is a certain length of time away from the current time point, for example, within a week outside the current time point.

The equipment information includes the description information of the equipment effect. The description information can be text information used to describe the equipment effect. The equipment effect is the effect that can improve the auxiliary attributes for the game character, that is, it has when the game character is not wearing the equipment. On the basis of the basic attributes, wearing the equipment can change the attribute information of the game character in the basic attributes. For example, if the equipment effect is to increase the health value by 20%, the basic attribute is 1000 health. After wearing the equipment with the equipment effect, the health value of the game character becomes 1200.

S725: Acquire the attribute type of the equipment information.

If the equipment effect contains keywords related to the player battle mode, which is recorded as the battle keyword, the attribute type of the equipment information is determined to be the player battle type. Among them, the battle keywords include keywords related to the effect of controlling the player, related to applying a debuff effect to the player, and related to resisting the control effect of the opponent player and increasing the survival rate. For example, "reduction", "stun when inflicting damage", "increase crit resistance" or "increase health." When the game character wears the equipment with the equipment effect, it can increase the survival rate of the game character in the player battle scene and reduce the effect of being controlled by the opponent player.

In the same way, if the equipment effect contains keywords related to the non-player battle mode, which is recorded as a non-player battle keyword, the attribute type of the equipment information is determined to be the non-player battle type. Among them, the non-competitive keywords include keywords related to output damage, related to healing, increase in health, and increased damage to non-player objects. For example, "increase attack value", "increase critical strike rate" or "increase health value". When the game character wears equipment with the equipment effect, the probability and rate of the game character killing non-player objects such as NPC or BOSS in a non-player battle scene can be increased.

As another implementation manner, the attribute type of the equipment information can also be determined according to the usage rate of the equipment information in the player versus non-player battle scene. Specifically, the equipment information may also include an equipment identifier, and the third usage rate of the equipment information in the player versus battle scene and the fourth usage rate in the non-player versus battle scene are acquired according to the equipment identifier.

As an implementation manner, the server obtains the equipment identifier corresponding to the equipment of the game character used by the user, and obtains the first length of time during which multiple players use the equipment corresponding to the equipment identifier in the player battle scene within a specified time period, and Obtain the first total time length of multiple players participating in the player battle scene in a specified time period, and obtain the third usage rate of the equipment information in the player battle scene according to the first use time length and the first total time length. Specifically, you can get The ratio of the first usage time length to the total time length is used as the third usage rate of the equipment information of the user's game character in the player battle scene. In the same way, obtain the second length of time that multiple players use the equipment corresponding to the equipment ID in the non-player battle scene within a specified time period, and obtain the second total of multiple players participating in the non-player battle scene during the specified time period. Time length, according to the first use time length and the second total time length to obtain the fourth use rate of the equipment information in the non-player battle scene, specifically, the ratio of the second use time length to the second total time length can be obtained as the user The fourth usage rate of the equipment information of the game character in the non-player battle scene.

Then, the attribute type of the equipment information is determined according to the third usage rate and the fourth usage rate. Specifically, the aforementioned manner of determining the character type according to the first usage rate and the second usage rate may be referred to. As an implementation manner, if the third usage rate is greater than the fourth usage rate, the attribute type of the game character is determined to be the player battle type, and if the fourth usage rate is greater than the third usage rate, then the The attribute type of the game character is the non-player battle type.

As yet another implementation manner, considering that certain attributes of the equipment are set to improve the ability value of the game character in the player battle scene, the attribute type of the equipment information can be determined through the specified attributes of the equipment.

Specifically, the equipment information includes attribute information of the equipment, and the attribute information is used to change the basic attributes of the game character when the game character wears the equipment. For example, the basic attribute of the game character is the attribute value of the game character when the game character is not wearing equipment and no gain effect is added, the basic attribute and the initial game character's attributes and level For the initial game characters of the same level, the corresponding basic attributes of the game characters of different players are the same.

As an implementation manner, an implementation manner for obtaining the attribute type of the equipment information may be to determine whether the attribute information of the equipment includes a designated attribute, and the designated attribute is used to improve the ability value of the game character in the player battle scene ; If the designated attribute is included, the attribute type is determined to be a player battle type; if the designated attribute is not included, the attribute type is determined to be a non-player battle type. Specifically, the designated attribute is more suitable for player battle scenes, in other words, the designated attribute is set for improving the survival rate or winning rate of the game character in the player battle scene. For example, the specified attribute is toughness, which is used to reduce the critical damage or damage value that other game characters feel to the user’s game, but cannot reduce the critical damage or damage value of the NPC or BOSS to the game character, then if If the equipment has the specified attribute, it means that the user is more inclined to use the equipment with the specified attribute to participate in the player battle scene.

S726: If the attribute type is a player battle type, determine that the game mode that the user is interested in is the player battle mode.

S727: If the attribute type is a non-player battle type, determine that the game mode that the user is interested in is the non-player battle mode.

S730: Determine the game application to be pushed according to the game mode.

S740: Push the game application to be pushed to the user.

It should be noted that, for the parts that are not described in detail in the foregoing method steps, please refer to the foregoing embodiment, and will not be repeated here.

Referring to FIG. 10, an embodiment of the present application provides an information pushing method, applied to the above electronic device, for improving the accuracy of pushing game applications to users and increasing the conversion rate of users installing pushed game applications. Specifically, the method includes: S1010 to S1040.

S1010: Acquire game scene information corresponding to the user.

The game scene information corresponding to the user may include progress information of the user in different game scenes of the target application. As an implementation manner, the game scene includes a player battle scene and a non-player battle scene, and the progress information in the player battle scene may be the player ranking of the user in the player battle scene, where the player rank refers to the user in the player battle scene Rank within all users. The progress information in the non-player battle scene can be the user's game progress in the non-player battle scene. For example, if the non-player battle scene has N levels, the user has already cleared M levels in the non-player battle scene, then The user's game progress in the non-player battle scene is the ratio of M to N. The higher the ratio, the higher the user's game progress.

As another implementation manner, the game scene information includes the operation time of the player battle scene and the non-player battle scene. Wherein, the operation time of the player battle scene may be the time spent by the user in the player battle scene. Similarly, the operation time of the non-player battle scene may be the time spent by the user in the non-player battle scene.

S1020: Determine the game mode that the user is interested in according to the game scene information.

As an implementation manner, the game scene information corresponding to the user is progress information of the user in different game scenes of the target application, and the user's game mode is determined according to the progress information. Specifically, the player ranking of the user in the player battle scene and the game progress of the user in the non-player battle scene are obtained. It is judged whether the player's rank is less than the specified rank, and the first judgment result is obtained. It is judged whether the game progress is greater than the specified progress, and the second judgment result is obtained. Among them, the lower the player ranking, the stronger the user's expressiveness and ability in the player battle scene among all users.

If the first judgment result is that the player rank is less than the specified rank, the game mode that the user is interested in is determined to be the player battle mode, and if the second judgment result is that the game progress is greater than the specified progress, then the game that the user is interested in is determined The mode is the non-player battle mode. Wherein, the designated ranking may be a ranking set based on actual use, for example, it may be 200, and the designated progress may also be a progress set based on actual use, for example, it may be 70%.

As another implementation manner, the game scene information is the operation time of the player battle scene and the non-player battle scene, and the implementation manner of determining the user's game mode according to the game scene information is to obtain the operation time of the player battle scene and the operation time of the player battle scene. The first proportion of the total operation time of the target game application, and the second proportion of the operation time of the non-player battle scene and the total operation time of the target game application is acquired, according to the first proportion And the second proportion information to determine the game mode that the user is interested in.

Among them, the first proportion indicates the proportion of the time spent by the user using the game character to participate in the player battle mode and the total time the user spends operating the target game application, and the second proportion indicates the proportion of the user using the game character to participate in the non-player battle mode. The ratio of the spent time to the total time of the user operating the target game application. According to the size of the first ratio and the second ratio, it can be determined which mode the user prefers to participate in.

Specifically, an implementation manner of determining the game mode of the user according to the first accounting ratio and the second accounting ratio information may be: if the first accounting ratio is greater than the second accounting ratio, determining the game mode that the user is interested in Is the player battle mode; if the second proportion is greater than the first proportion, it is determined that the game mode that the user is interested in is the non-player battle mode.

S1030: Determine the game application to be pushed according to the game mode.

S1040: Push the game application to be pushed to the user.

It should be noted that the above-mentioned methods for determining the game model that the user is interested in can be combined with each other. For example, the game character and game scene information corresponding to the user are obtained, and the game that the user is interested in is determined according to the game character and game scene information. model.

As an implementation manner, the operation of determining the game mode of interest to the user according to the game scene information is performed to obtain a first result, and the operation of determining the game mode of interest to the user according to the game character is performed to obtain the second result, If the first result and the second result are consistent, the first result or the second result is determined as the final result to obtain the game mode that the user is interested in. Specifically, if the first result is that the game mode that the user is interested in is the player battle mode, and the second result is that the game mode that the user is interested in is the player battle mode, it can be determined that the final result is the game that the user is interested in The mode is the player battle mode; if the first result is that the game mode that the user is interested in is the non-player battle mode, and the second result is that the game mode that the user is interested in is the non-player battle mode, then the final result can be determined As a result, the game mode that the user is interested in is the non-player battle mode.

As another implementation manner, the operation of determining the game mode that the user is interested in based on the game scene information is performed. If the first result cannot be obtained, the operation of determining the game mode that the user is interested in based on the game role is performed to obtain the first Second result, take the second result as the final result. Specifically, if the first usage rate and the second usage rate are the same, and the character type cannot be determined, the operation of determining the game mode that the user is interested in based on the game scene information may be abandoned, and the operation based on the game character Determine the operation of the game mode that the user is interested in, so as to obtain the game mode that the user is interested in.

Referring to FIG. 11, an embodiment of the present application provides an information pushing method, which is applied to the above electronic device, and is used to improve the accuracy of pushing game applications to users and increase the conversion rate of users installing pushed game applications. Specifically, the method includes: S1101 to S1104.

S1101: Acquire the game mode that the user is interested in.

Specifically, for the implementation manner of acquiring the game mode that the user is interested in, reference may be made to the foregoing embodiment, and details are not described herein again. In addition, in order to facilitate the server to collect game data, a data collection component can be set in the target game application, which can be an SDK plug-in. As shown in Figure 12, Figure 12 shows a data collection system.

The server obtains the mode of the game played by the user, and needs to plan the burying points in the game, that is, the data collected through the SDK needs to support the recognition of the game mode. In the game, each mode selection and role selection are added with a buried trigger mechanism, so that the data reported to the server can clearly parse what game the user has played when and which game modes are used in the game , What props were purchased in the game, what characters were used in the game, etc.

S1102: Determine the game type corresponding to the game mode that the user is interested in according to the pre-acquired correspondence between the game mode and the game type.

The implementation manner of determining the game application to be pushed according to the game mode may be to determine the application whose game mode of the game application is consistent with the game mode of interest to the user as the candidate game application; the candidate game application is searched for that meets the specified conditions As the game application to be pushed. It is also possible that the game mode of the game application includes a variety of game modes, but it has a higher degree of popularity with the game mode that the user is interested in, that is, if the degree of popularity is greater than the specified threshold, the game application can also be used as an alternative game application. .

S1103: Determine the game application to be pushed according to the game type.

As another implementation manner, the game type corresponding to the game mode that the user is interested in may be determined, and then the game application to be pushed is determined according to the game type. Specifically, a correspondence relationship between game modes and game types is preset. For example, the game types corresponding to the player battle mode are multiplayer online tactical competitive games and competitive games such as even strategy. The game types corresponding to the non-player battle mode may include plot and level games such as role-playing games and tower defense games. For example, users are more inclined to manipulate game characters to copy copies in the target game application instead of playing against other players in the target game application. The recommended game type for the user can be a role-playing game, a BOSS challenge type, or a plot game. Type of application.

Based on the above corresponding relationship, the game type corresponding to the game mode that the user is interested in can be determined, recorded as the target game type, and then the game application to be pushed is searched from among the game applications whose game type is the target game type. Specifically, search for a game application matching the game type as a candidate game application; the candidate game application searches for an application meeting a specified condition as the game application to be pushed.

As an implementation manner, the popularity of each game application among candidate game applications is searched, and the n game applications with the highest popularity ranking are used as the game applications to be pushed. Among them, the popularity can be determined according to the number of downloads of the game application. The higher the number of downloads, the higher the popularity, or the user's rating of the game. The higher the rating, the higher the popularity. n is a natural number, for example, n is 5.

S1104: Push the game application to be pushed to the user.

Please refer to FIG. 13, which shows a structural block diagram of an information pushing device 1300 provided by an embodiment of the present application. The device may include: an acquiring unit 1301, a determining unit 1302, and a pushing unit 1303.

The acquiring unit 1301 is configured to acquire a game mode that the user is interested in, the game mode being determined by the game data generated by the user operating a target game application, and the game mode includes a player-to-player battle mode and a non-player-to-player battle mode.

The determining unit 1302 is configured to determine the game application to be pushed according to the game mode.

The pushing unit 1303 is configured to push the game application to be pushed to the user.

Those skilled in the art can clearly understand that, for the convenience and conciseness of the description, the specific working process of the device and module described above can refer to the corresponding process in the foregoing method embodiment, which will not be repeated here.

Please refer to FIG. 14, which shows a structural block diagram of an information pushing device 1400 provided by an embodiment of the present application. The device may include: an acquiring unit 1410, a determining unit 1420, and a pushing unit 1430.

The acquiring unit 1410 is configured to acquire a game mode that the user is interested in, the game mode being determined by the game data generated by the user operating a target game application, and the game mode includes a player-to-player battle mode and a non-player-to-player battle mode.

The determining unit 1420 is configured to determine the game application to be pushed according to the game mode.

As an implementation manner, the game data includes game characters, and the determining unit 1420 includes a role determining subunit 1421 and a mode determining subunit 1422.

The role determining subunit 1421 is used to obtain the game role corresponding to the user.

The mode determining subunit 1422 is used to determine the game mode that the user is interested in according to the game role.

Specifically, the mode determining subunit 1422 is also used to obtain the character type of the game character; if the character type is a player battle type, determine that the game mode that the user is interested in is the player battle mode; If the character type is a non-player battle type, it is determined that the game mode that the user is interested in is the non-player battle mode.

Further, the mode determining sub-unit 1422 is also used to obtain the first usage rate of the game character in the player battle scene and the second usage rate in the non-player battle scene; determine according to the first usage rate and the second usage rate The character type of the game character.

Further, the mode determination subunit 1422 is further configured to determine that the role type of the game character is a player battle type if the first usage rate is greater than the second usage rate; if the second usage rate is greater than the first usage rate , It is determined that the character type of the game character is a non-player battle type.

Further, the mode determining subunit 1422 is further configured to determine that the character type of the game character is a player battle type if the first usage rate is greater than the specified usage rate; if the second usage rate is greater than the specified usage rate, then It is determined that the character type of the game character is a non-player battle type.

Further, the mode determination subunit 1422 is further configured to determine the magnitude relationship between the first usage rate and the second usage rate if the first usage rate and the second usage rate are both greater than the specified usage rate; If the usage rate is greater than the second usage rate, it is determined that the role type of the game character is a player battle type; if the second usage rate is greater than the first usage rate, it is determined that the role type of the game character is a non-player battle type.

In addition, in other embodiments, the mode determining subunit 1422 is further configured to obtain the first ability score of the game character in the player battle scene and the second ability score of the non-player battle scene; according to the first ability score And the second ability score determines the character type of the game character.

Further, the mode determining subunit 1422 is further configured to determine that the role type of the game character is a player battle type if the first ability score is greater than the second ability score; if the second ability score is greater than the first ability score , It is determined that the character type of the game character is a non-player battle type.

As another implementation manner, the mode determining subunit 1422 is further configured to obtain equipment information corresponding to the game character; obtain the attribute type of the equipment information; if the attribute type is a player battle type, determine the user experience The game mode of interest is the player battle mode; if the attribute type is a non-player battle type, it is determined that the game mode that the user is interested in is the non-player battle mode.

Further, the mode determining sub-unit 1422 is also used to obtain the third usage rate of the equipment information in the player battle scene and the fourth usage rate in the non-player battle scene; determine according to the third usage rate and the fourth usage rate The attribute type of the equipment information.

In addition, the mode determination subunit 1422 is also used to determine whether the attribute information of the equipment includes a designated attribute, which is used to improve the ability value of the game character in the player battle scene; if the designated attribute is included, determine the The attribute type is a player battle type; if the specified attribute is not included, it is determined that the attribute type is a non-player battle type.

The pushing unit 1430 is configured to push the game application to be pushed to the user.

Please refer to FIG. 15, which shows a structural block diagram of an information pushing device 1500 provided by an embodiment of the present application. The device may include: an acquiring unit 1510, a determining unit 1520, and a pushing unit 1530.

The acquiring unit 1510 is configured to acquire a game mode that the user is interested in, the game mode being determined by the game data generated by the user operating the target game application, and the game mode includes a player versus game mode and a non-player versus game mode.

The determining unit 1520 is configured to determine the game application to be pushed according to the game mode.

Specifically, the determining unit 1520 includes a scene determining sub-unit 1521 and a mode determining sub-unit 1522.

The scene determination subunit 1521 is used to obtain game scene information corresponding to the user.

The mode determining subunit 1522 is used to determine the game mode that the user is interested in according to the game scene information.

Specifically, the game scene information includes the operation time of the player battle scene and the non-player battle scene. The mode determining sub-unit 1522 is further configured to obtain a first proportion of the operation time of the player battle scene and the total operation time of the target game application; acquire the operation time of the non-player battle scene and the target game application The second proportion of the total operating time of the program; the game mode that the user is interested in is determined according to the first proportion and the second proportion information.

The mode determining subunit 1522 is further configured to determine that the game mode that the user is interested in is the player battle mode if the first proportion is greater than the second proportion; if the second proportion is greater than the first proportion, determine that the game mode The game mode that the user is interested in is the non-player battle mode.

The pushing unit 1530 is configured to push the game application to be pushed to the user.

Please refer to FIG. 16, which shows a structural block diagram of an information pushing device 1600 provided by an embodiment of the present application. The device may include: an acquiring unit 1610, a determining unit 1620, and a pushing unit 1630.

The acquiring unit 1610 is configured to acquire game modes that the user is interested in, the game modes being determined by game data generated by the user operating a target game application, and the game modes include a player-to-play mode and a non-player-to-play mode.

The determining unit 1620 is configured to determine the game application to be pushed according to the game mode.

The pushing unit 1630 is configured to push the game application to be pushed to the user.

The pushing unit 1630 includes a type determining sub-unit 1631 and a game pushing sub-unit 1632.

The type determining subunit 1631 is configured to determine the game type corresponding to the game mode that the user is interested in according to the pre-acquired correspondence between the game mode and the game type.

The game pushing subunit 1632 is used to determine the game application to be pushed according to the game type.

Further, the game push sub-unit 1632 is also used to find a game application matching the game type as a candidate game application; the candidate game application searches for an application meeting a specified condition as the game application to be pushed .

In the several embodiments provided in this application, the coupling between the modules may be electrical, mechanical or other forms of coupling.

In addition, the functional modules in the various embodiments of the present application may be integrated into one processing module, or each module may exist alone physically, or two or more modules may be integrated into one module. The above-mentioned integrated modules can be implemented in the form of hardware or software functional modules.

Please refer to FIG. 17, which shows a structural block diagram of an electronic device provided by an embodiment of the present application. The electronic device 100 may be an electronic device capable of running application programs, such as a smart phone, a tablet computer, or an e-book. The electronic device 100 in this application may include one or more of the following components: a processor 110, a memory 120, and one or more application programs, where one or more application programs may be stored in the memory 120 and configured to be configured by One or more processors 110 execute, and one or more programs are configured to execute the methods described in the foregoing method embodiments.

The processor 110 may include one or more processing cores. The processor 110 uses various interfaces and lines to connect various parts of the entire electronic device 100, and executes by running or executing instructions, programs, code sets, or instruction sets stored in the memory 120, and calling data stored in the memory 120. Various functions and processing data of the electronic device 100. Optionally, the processor 110 may adopt at least one of Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), and Programmable Logic Array (PLA). A kind of hardware form to realize. The processor 110 may be integrated with one or a combination of a central processing unit (CPU), a graphics processing unit (GPU), a modem, and the like. Among them, the CPU mainly processes the operating system, user interface, and application programs; the GPU is used for rendering and drawing of display content; the modem is used for processing wireless communication. It can be understood that the above-mentioned modem may not be integrated into the processor 110, but may be implemented by a communication chip alone.

The memory 120 may include random access memory (RAM) or read-only memory (Read-Only Memory). The memory 120 may be used to store instructions, programs, codes, code sets or instruction sets. The memory 120 may include a program storage area and a data storage area, where the program storage area may store instructions for implementing the operating system and instructions for implementing at least one function (such as touch function, sound playback function, image playback function, etc.) , Instructions used to implement the following various method embodiments, etc. The storage data area can also store data (such as phone book, audio and video data, chat record data) created by the electronic device 100 during use.

Please refer to FIG. 18, which shows a structural block diagram of a computer-readable storage medium provided by an embodiment of the present application. The computer-readable medium 1800 stores program code, and the program code can be invoked by a processor to execute the method described in the foregoing method embodiment.

The computer-readable storage medium 1800 may be an electronic memory such as flash memory, EEPROM (Electrically Erasable Programmable Read Only Memory), EPROM, hard disk, or ROM. Optionally, the computer-readable storage medium 1800 includes a non-transitory computer-readable storage medium. The computer-readable storage medium 1800 has storage space for the program code 1810 for executing any method steps in the above-mentioned methods. These program codes can be read from or written into one or more computer program products. The program code 1810 may be compressed in a suitable form, for example.

In summary, the information push method, device, electronic device, and computer-readable medium provided by this application determine the user’s game mode in advance based on the game data generated by the user’s operation of the target game application. The game mode can reflect the user’s operation The interest of the target game application is whether it is player versus non-player versus challenge, which can reflect the user's preference for interaction with other users or the challenge of in-game non-player versus battle. The game application to be pushed is determined according to the game mode and pushed to the user, so that the pushed game application can be pushed according to the user's game data and mode preferences, not just according to the category, which improves the push of the game application The accuracy of the procedure.

The embodiments of the present application have the following advantages:

(1) More fine-grained user game label portrait

The classification of previous games was basically based on the first-level category (action, adventure, simulation, role-playing, leisure, etc.) of the game, or the second-level category. Then, the game tags that are given to users are also level 1 or level 2 tags, which can only reflect which types of games the user likes, but cannot know the more fine-grained game preferences of users, such as which props they like to use, and what roles they like to play. This reduces the accuracy of the recommendation. This application proposes a method based on the game mode, which goes deep into the mode role used by the user in playing the game, so that the user's game tag is more refined, and the recommendation is more accurate.

(2) Push is more timely

Users may use different roles for each game. When a user plays a game, the game mode may be different at different times. In this application, the mode used by the user in the game can be reported to the server in real time by calling the SDK, and the use model can output the user's fine-grained game portrait label in real time, so that the push of the game is more timely and can better meet the needs of users.

Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, but not to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: The technical solutions recorded in the foregoing embodiments are modified, or some of the technical features are equivalently replaced; these modifications or replacements do not drive the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

An information push method, characterized in that it comprises:

Acquire a game mode that the user is interested in, the game mode being determined by the game data generated by the user operating the target game application, the game mode including a player versus game mode and a non-player versus game mode; determined according to the game mode The game application to be pushed;

Push the game application to be pushed to the user.
The method according to claim 1, wherein the game data includes game characters; and the acquiring game modes that the user is interested in includes:

Acquiring the game character corresponding to the user;

The game mode that the user is interested in is determined according to the game role.
The method according to claim 2, wherein the determining the game mode that the user is interested in according to the game role comprises:

Acquiring the character type of the game character;

If the character type is a player battle type, determining that the game mode that the user is interested in is the player battle mode;

If the character type is a non-player battle type, it is determined that the game mode that the user is interested in is the non-player battle mode.
The method according to claim 3, wherein said obtaining the character type of the game character comprises:

Acquiring the first usage rate of the game character in the player battle scene and the second usage rate of the non-player battle scene;

The character type of the game character is determined according to the first usage rate and the second usage rate.
The method according to claim 4, wherein the determining the role type of the game character according to the first usage rate and the second usage rate comprises:

If the first usage rate is greater than the second usage rate, determining that the character type of the game character is a player battle type;

If the second usage rate is greater than the first usage rate, it is determined that the character type of the game character is a non-player battle type.
The method according to claim 4, wherein the determining the role type of the game character according to the first usage rate and the second usage rate comprises:

If the first usage rate is greater than the designated usage rate, determining that the character type of the game character is a player battle type;

If the second usage rate is greater than the designated usage rate, it is determined that the character type of the game character is a non-player battle type.
The method according to claim 6, wherein the method further comprises:

If the first usage rate and the second usage rate are both greater than the designated usage rate, determine the magnitude relationship between the first usage rate and the second usage rate;

If the first usage rate is greater than the second usage rate, determining that the character type of the game character is a player battle type;

If the second usage rate is greater than the first usage rate, it is determined that the character type of the game character is a non-player battle type.
The method according to claim 3, wherein said obtaining the character type of the game character comprises:

Acquiring the first ability score of the game character in the player battle scene and the second ability score of the non-player battle scene;

The character type of the game character is determined according to the first ability score and the second ability score.
The method according to claim 8, wherein the determining the role type of the game character according to the first ability score and the second ability score comprises:

If the first ability score is greater than the second ability score, determine that the role type of the game character is a player versus type;

If the second ability score is greater than the first ability score, it is determined that the role type of the game character is a non-player battle type.
The method according to claim 2, wherein the determining the user's game mode according to the game role comprises:

Acquiring equipment information corresponding to the game character;

Acquiring the attribute type of the equipment information;

If the attribute type is a player battle type, determining that the game mode that the user is interested in is the player battle mode;

If the attribute type is a non-player battle type, it is determined that the game mode that the user is interested in is the non-player battle mode.
The method according to claim 10, wherein the obtaining the attribute type of the equipment information comprises:

Acquiring the third usage rate of the equipment information in the player battle scene and the fourth usage rate in the non-player battle scene;

The attribute type of the equipment information is determined according to the third usage rate and the fourth usage rate.
The method according to claim 10, wherein the equipment information includes attribute information of the equipment, and the obtaining the attribute type of the equipment information comprises:

Determining whether the attribute information of the equipment includes a designated attribute, and the designated attribute is used to improve the ability value of the game character in the player battle scene;

If the specified attribute is included, it is determined that the attribute type is a player battle type;

If the specified attribute is not included, it is determined that the attribute type is a non-player battle type.
The method according to claim 1, wherein the game data includes game scene information; and the acquiring the user's game mode includes:

Acquiring game scene information corresponding to the user;

The game mode that the user is interested in is determined according to the game scene information.
The method according to claim 13, wherein the game scene information includes the operation time of the player battle scene and the non-player battle scene; and the determining the user's game mode according to the game scene information comprises:

Acquiring the first ratio of the operation time of the player battle scene to the total operation time of the target game application;

Acquiring a second ratio of the operation time of the non-player battle scene to the total operation time of the target game application;

Determine the game mode that the user is interested in according to the first proportion and the second proportion information.
The method according to claim 14, wherein the determining a user's game mode according to the first proportion and the second proportion information comprises:

If the first proportion is greater than the second proportion, determining that the game mode that the user is interested in is the player-to-player mode;

If the second proportion is greater than the first proportion, it is determined that the game mode that the user is interested in is the non-player battle mode.
The method according to claim 1, wherein the determining the game application to be pushed according to the game mode comprises:

Determine the game type corresponding to the game mode that the user is interested in according to the corresponding relationship between the game mode and the game type acquired in advance;

Determine the game application to be pushed according to the game type.
The method according to claim 16, wherein the determining the game application to be pushed according to the game type comprises:

Find a game application matching the game type as a candidate game application;

The candidate game application program searches for an application program that meets the specified condition as the game application program to be pushed.
An information pushing device, characterized in that it comprises:

An acquiring unit, configured to acquire a game mode that the user is interested in, the game mode being determined by game data generated by the user operating a target game application, and the game mode includes a player-to-player battle mode and a non-player-to-player battle mode;

The determining unit is configured to determine the game application to be pushed according to the game mode;

The pushing unit is configured to push the game application to be pushed to the user.
An electronic device, characterized in that it comprises:

One or more processors;

Memory

One or more application programs, wherein the one or more application programs are stored in the memory and configured to be executed by the one or more processors, and the one or more application programs are configured to execute The method of any one of claims 1-17.
A computer-readable medium, wherein the computer-readable medium stores a program code executable by a processor, and when the program code is executed by the processor, the processor executes any of claims 1-17. One of the methods described.