A resource pushing method, system and related device

CN117201592BActive Publication Date: 2026-08-21BEIJING QIYI CENTURY SCI & TECH CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202311155376.5
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2023-09-08
Publication Date
2026-08-21
Estimated Expiration
2043-09-08

AI Technical Summary

Technical Problem

[0004]本发明实施例的目的在于提供一种资源推送方法、系统及相关设备,以解决现有的资源推送方法中资源推送准确性较差的问题

Benefits of technology

[0044] In this embodiment of the invention, when a terminal receives a request to launch a second application triggered by a first application, it obtains the target user's first browsing history in the first application and sends a resource acquisition request, including the first browsing history, to the server corresponding to the second application. The server determines the target push resource based on the first browsing history and sends the target push resource to the terminal, which then pushes it to the target user through the second application on the terminal. In this way, when pushing resources to the target user through the second application, the target user's first browsing history in the first application is taken into account, ensuring that the resources pushed by the second application match the resources browsed by the target user in the first application, thus improving the accuracy of resource push.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN117201592B_ABST
    Figure CN117201592B_ABST
Patent Text Reader

Abstract

Embodiments of the present application provide a resource pushing method, system and related device, the method comprises: in the case that the terminal receives the request information of triggering and starting the second application based on the first application, obtaining the first browsing record of the target user in the first application, the terminal is installed with the first application and the second application; the terminal sends the resource acquisition request sent by the second application to the server corresponding to the second application through the second application, the resource acquisition request comprises parameter information, the parameter information comprises the first browsing record; the server determines the target pushing resource based on the first browsing record; the server sends the target pushing resource to the terminal. When pushing the resource to the target user through the second application, the first browsing record of the target user in the first application is considered, so that the resource pushed by the second application to the target user matches the resource browsed by the target user in the first application, and the accuracy of resource pushing is improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of Internet technology, and in particular to a resource push method, system and related equipment. Background Technology

[0002] As competition intensifies in the internet industry, the cost of acquiring user traffic is gradually increasing, especially the cost of acquiring new users. For example, attracting traffic through app store promotion, content marketing, search engine promotion, and social media platform promotion typically involves significant investment of human and material resources. After acquiring user traffic, existing resource push methods generally involve pushing current trending events (such as popular movies, TV shows, and news) to users. However, these trending events are not necessarily resources that users are currently interested in, making it difficult to retain users.

[0003] It is evident that existing resource delivery methods suffer from poor accuracy. Summary of the Invention

[0004] The purpose of this invention is to provide a resource push method, system, and related equipment to solve the problem of poor accuracy in existing resource push methods. The specific technical solution is as follows:

[0005] In a first aspect of the present invention, a resource push method is provided, the method comprising:

[0006] When the terminal receives a request to launch a second application based on a first application, it obtains the target user's first browsing history in the first application, and the terminal has the first application and the second application installed.

[0007] The terminal sends a resource acquisition request to the server corresponding to the second application through the second application. The resource acquisition request includes parameter information, including the first browsing history.

[0008] The server determines the target push resource based on the first browsing history;

[0009] The server sends the target push resource to the terminal.

[0010] Optionally, the parameter information further includes the type of the target user. Before the terminal sends a resource acquisition request to the server corresponding to the second application through the second application, the method further includes:

[0011] The terminal determines the type of the target user, which includes a first type and a second type. The first type of target user is a user who has not stored the second browsing history in the second application, and the second type of target user is a user who has stored the second browsing history in the second application.

[0012] The server determines the target push resource based on the first browsing history, including:

[0013] If the target user is of the first type, the server determines the target push resource based on the first browsing history;

[0014] If the target user is of the second type, the server determines the target push resource based on the first browsing record and the second browsing record.

[0015] Optionally, the terminal determines the type of the target user, including:

[0016] The terminal determines the type of the target user based on the status information of the second application on the terminal; wherein...

[0017] If the status information indicates that the second application was not installed on the terminal before the terminal received the request information, the type of the target user is the first type;

[0018] If the status information indicates that the second application was already installed on the terminal before the terminal received the request information, then the target user's type is the second type.

[0019] Optionally, when the target user is the first type, the server determines the target push resource based on the first browsing history, including:

[0020] The server matches the first resource in the database corresponding to the second application based on the first browsing record;

[0021] The server identifies resources in the first resource whose matching degree is greater than or equal to the first threshold as target push resources.

[0022] Optionally, when the target user is the second type, the server determines the target push resource based on the first browsing history and the second browsing history, including:

[0023] The server matches the second resource in the database corresponding to the second application based on the first browsing record and the second browsing record;

[0024] The server identifies resources in the second resource whose matching degree is greater than or equal to the second threshold as target push resources.

[0025] Optionally, the server matches a second resource in the database corresponding to the second application based on the first browsing record and the second browsing record, including:

[0026] The server calculates the matching degree between the first historical resource in the first browsing record and the preset resource in the database corresponding to the second application, and obtains N third resources sorted from high to low according to the matching degree, where N is a positive integer greater than 1;

[0027] The server calculates the matching degree between the second historical resource in the second browsing record and the preset resource in the database corresponding to the second application, and obtains M fourth resources sorted from high to low according to the matching degree, where M is a positive integer greater than 1;

[0028] The server determines the first a*N third resources from the N third resources, sorted by matching degree from high to low, and the first b*M fourth resources from the M fourth resources, sorted by matching degree from high to low, as the second resource, and the sum of a and b is 1;

[0029] Wherein, 'a' is directly proportional to the first interaction data of the target user in the first application, and the first interaction data includes at least one of browsing time, number of likes, number of favorites, and number of shares;

[0030] Wherein, b is proportional to the second interaction data of the target user in the second application, and the second interaction data includes at least one of browsing time, number of likes, number of favorites and number of shares.

[0031] Optionally, the resource acquisition request further includes channel information, which is used to mark a preset application that triggers the launch of the second application, and the preset application includes the first application;

[0032] After the terminal sends a resource acquisition request to the server corresponding to the second application through the second application, the method further includes:

[0033] The server associates and stores the parameter information with the channel information to obtain an associated dataset;

[0034] The server sends the associated dataset to the data analysis platform, which determines the number of links to be set in the preset application based on the associated dataset. The links are used to trigger the launch of the second application based on the preset application.

[0035] In a second aspect of the invention, a resource push system is also provided, comprising a terminal and a server, wherein the terminal includes an acquisition module and a first sending module, and the server includes a first determining module and a push module.

[0036] The acquisition module is used to acquire the first browsing history of the target user in the first application when it receives a request to launch the second application based on the first application. The terminal has the first application and the second application installed.

[0037] The first sending module is used to send the parameter information of the target user to the server corresponding to the second application, wherein the parameter information includes the first browsing history;

[0038] The first determining module is used to determine the target push resource based on the first browsing history when a resource acquisition request is received from the terminal through the second application, wherein the resource acquisition request includes the parameter information;

[0039] The push module is used to send the target push resource to the terminal.

[0040] In a third aspect of the present invention, a communication device is also provided, including a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus.

[0041] Memory, used to store programs;

[0042] When a processor executes a program stored in memory, it implements the method described in the first aspect.

[0043] In a fourth aspect of the invention, a readable storage medium is also provided, on which a program is stored, which, when executed by a processor, implements the method described in the first aspect.

[0044] In this embodiment of the invention, when a terminal receives a request to launch a second application triggered by a first application, it obtains the target user's first browsing history in the first application and sends a resource acquisition request, including the first browsing history, to the server corresponding to the second application. The server determines the target push resource based on the first browsing history and sends the target push resource to the terminal, which then pushes it to the target user through the second application on the terminal. In this way, when pushing resources to the target user through the second application, the target user's first browsing history in the first application is taken into account, ensuring that the resources pushed by the second application match the resources browsed by the target user in the first application, thus improving the accuracy of resource push. Attached Figure Description

[0045] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the accompanying drawings used in the description of the embodiments or the prior art will be briefly introduced below.

[0046] Figure 1 This is one of the flowcharts illustrating a resource push method in an embodiment of the present invention;

[0047] Figure 2 This is a second flowchart illustrating a resource push method in an embodiment of the present invention;

[0048] Figure 3 This is a schematic diagram of the structure of a resource push system according to an embodiment of the present invention;

[0049] Figure 4 This is a structural diagram of a communication device according to an embodiment of the present invention. Detailed Implementation

[0050] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0051] Before discussing the exemplary embodiments in more detail, it should be noted that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although the flowcharts describe the steps as sequential processes, many of these steps can be performed in parallel, concurrently, or simultaneously. Furthermore, the order of the steps can be rearranged. A process can be terminated when its operation is complete, but it may also have additional steps not included in the figures. A process can correspond to a method, function, procedure, subroutine, subroutine, etc.

[0052] Furthermore, the terms "first," "second," etc., may be used herein to describe various directions, actions, steps, or elements, but these directions, actions, steps, or elements are not limited by these terms. These terms are only used to distinguish a first direction, action, step, or element from another direction, action, step, or element. For example, without departing from the scope of the invention, a first application may be referred to as a second application, and similarly, a second application may be referred to as a first application. Both the first application and the second application are applications, but they are not the same application. The terms "first," "second," etc., should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of the invention, "a plurality of" means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0053] This invention provides a resource push method, such as... Figure 1 As shown, the steps of this method include:

[0054] Step 101: When the terminal receives a request to launch the second application based on the first application, it obtains the first browsing history of the target user in the first application. The terminal has the first application and the second application installed.

[0055] Multiple applications can be installed simultaneously on a single device. For example, a first application and a second application can be installed on the same device. The first application and the second application can be applications from different vendors. A communication protocol can be established between the first application and the second application to enable the associated launch of different applications. The target user can include a first account and a second account. The first account can be an account registered by the target user in the first application, and the second account can be an account registered by the target user in the second application. The first account and the second account can be linked accounts.

[0056] In one example, after a target user logs into a first application with a first account, and browses promotional resources (e.g., videos, images, and text) from a second application within the first application, the target user can click on a link embedded in the promotional resources to jump from the first application to the second application, thereby activating the second application to push resources to the target user logged into the second account. The target user's first browsing history within the first application, relative to the second application, can be considered as browsing history from an external channel.

[0057] When the terminal receives a request to launch the second application based on the first application, it obtains the target user's first browsing history in the first application. Further, in step 102, the terminal sends the first browsing history to the server corresponding to the second application. By considering the target user's first browsing history in the first application when pushing resources to the target user, the accuracy of pushing resources to the target user logged into the second account based on the second application is improved, thereby enhancing the stickiness between the second application and the target user.

[0058] Step 102: The terminal sends a resource acquisition request to the server corresponding to the second application through the second application. The resource acquisition request includes parameter information, including the first browsing history.

[0059] After the target user logs into the second application through the second account, the terminal can send a resource acquisition request to the server corresponding to the second application through the second application. The resource acquisition request carries parameter information including the first browsing history. Further, in step 103, a target push resource can be matched in the server corresponding to the second application, and in step 104, the server corresponding to the second application can send the target push resource to the terminal where the target user is located. The target push resource can be a resource in the server corresponding to the second application that is similar to the preferred resources in the first browsing history.

[0060] Specifically, such as Figure 2 As shown, the terminal can obtain the target user's parameter information through the user growth signal service module when it receives a request to launch a second application triggered by a first application. This parameter information may include the target user's first browsing history and the target user's type. When the terminal sends a resource acquisition request to the server through the second application, it also carries the target user's parameter information. Thus, when the server receives the resource acquisition request from the terminal through the second application, it can obtain the target user's first browsing history in the first application.

[0061] Step 103: The server determines the target push resource based on the first browsing record;

[0062] After a target user logs into the second application using a second account, the server determines the target push resource from the server corresponding to the second application based on the first browsing history. By taking into account the target user's first browsing history in the first application, the accuracy of pushing resources to the target user logged into the second account based on the second application is improved, enhancing the stickiness between the second application and the target user.

[0063] Step 104: The server sends the target push resource to the terminal.

[0064] The server sends the target push resource to the terminal in response to the resource acquisition request sent by the terminal through a second application.

[0065] In this embodiment of the invention, when a terminal receives a request to launch a second application triggered by a first application, it obtains the target user's first browsing history in the first application and sends a resource acquisition request, including the first browsing history, to the server corresponding to the second application. The server determines the target push resource based on the first browsing history and sends the target push resource to the terminal, which then pushes it to the target user through the second application on the terminal. In this way, when pushing resources to the target user through the second application, the target user's first browsing history in the first application is taken into account, ensuring that the resources pushed by the second application match the resources browsed by the target user in the first application. This improves the accuracy of resource push and enhances the stickiness between the second application and the target user.

[0066] Optionally, the parameter information further includes the type of the target user. Before step 102: the terminal sends a resource acquisition request to the server corresponding to the second application through the second application, the method further includes:

[0067] The terminal determines the type of the target user, which includes a first type and a second type. The first type of target user is a user who has not stored the second browsing history in the second application, and the second type of target user is a user who has stored the second browsing history in the second application.

[0068] Step 103: The server determines the target push resource based on the first browsing history, including:

[0069] If the target user is of the first type, the server determines the target push resource based on the first browsing history;

[0070] If the target user is of the second type, the server determines the target push resource based on the first browsing record and the second browsing record.

[0071] In some optional implementations, a target user who jumps from the first application to the second application may have a second browsing history stored in the second application; alternatively, a target user who jumps from the first application to the second application may not have a second browsing history stored in the second application. If the target user does not have a second browsing history stored in the second application, i.e., the target user type is type one, when pushing resources to the target user through the second application, the target user's first browsing history in the first application can be considered, ensuring that the resources pushed to the target user by the second application match the target user's preferences. If the target user has a second browsing history stored in the second application, i.e., the target user type is type two, when pushing resources to the target user through the second application, both the target user's first browsing history in the first application and the second browsing history in the second application can be considered, ensuring that the resources pushed to the target user by the second application match the target user's preferences. This improves the accuracy of resource pushing through the second application, thereby enhancing the stickiness between the second application and the target user and improving user retention.

[0072] In some examples, the type of target user can be determined by verifying the target user's second account in the second application. Specifically, after a target user logs into the first application with their first account, they are redirected to the second application by clicking a link embedded in the referral resource. Simultaneously, the target user's first browsing history and the second account associated with the first account are sent to the server corresponding to the second application. The server of the second application determines whether the target user has a second browsing history based on the second account, thus determining the target user's type. The second application is then activated, and different strategies are used to push resources based on different types of target users.

[0073] In other examples, the type of target user can also be determined based on the state information of the second application on the terminal. See the following description for details:

[0074] Optionally, the terminal determines the type of the target user, including:

[0075] The terminal determines the type of the target user based on the status information of the second application on the terminal; wherein...

[0076] If the status information indicates that the second application was not installed on the terminal before the terminal received the request information, the type of the target user is the first type;

[0077] If the status information indicates that the second application was already installed on the terminal before the terminal received the request information, then the target user's type is the second type.

[0078] In this embodiment, when the terminal receives a request to launch a second application based on a first application, it obtains the target user's first browsing history in the first application and simultaneously obtains the status information of the second application in the terminal.

[0079] For example, if the second application is not installed on the terminal when the first application triggers its launch, then the second application will be downloaded on the terminal. After the target user logs into the second application using the second account, the target user's type can be identified as the first type, and can be marked with a "target" tag, thus recording the target user as a new user.

[0080] For example, when the first application triggers the launch of the second application, if the second application is already installed on the terminal, then the operation of launching the second application is performed on the terminal. After the target user logs into the second application through the second account, the target user's type can be identified as the second type, and can be marked with the `target` tag, recording the target user as the launching user. It should be noted that the value of the `target` tag will be different depending on the type of the target user.

[0081] In some optional examples, the second application can be a program reinstalled on the terminal. That is, when the first application triggers the launch of the second application, the download records of the second application's installation package on the terminal can be detected. If there are at least two download records of the second application's installation package on the same terminal, it can be determined that the second application on that terminal is in a reinstalled state. Then, the target user's type can be further corrected based on whether the target user's second account has a second browsing record in the second application. For example, if the target user's type is determined to be type one based on the second application's status information on the terminal, but the target user has a second browsing record stored in the second application, the value of the target tag can be modified to record the target user as a second reinstalled user, and the target user's type can be adjusted from type one to type two. If the target user's type is determined to be type two based on the second application's status information on the terminal, but the target user has not stored a second browsing record in the second application, the value of the target tag can be modified to record the target user as a first reinstalled user, and the target user's type can be adjusted from type two to type one. This improves the accuracy of determining the target user's type, and different resources can be pushed to different types of target users, thereby improving the accuracy of resource push.

[0082] Thus, before step 102, where the terminal sends a resource acquisition request to the server corresponding to the second application through the second application, the type of the target user is determined. The target user's type and first browsing history are sent as parameter information to the server corresponding to the second application. The server corresponding to the second application can then execute different resource push strategies based on the target user's type. This makes the resources pushed to the target user by the second application more aligned with the target user's preferences, improving the accuracy of resource pushes through the second application, thereby enhancing the stickiness between the second application and the target user and improving user retention.

[0083] Step 103, in which the server determines the target push resource based on the first browsing history, includes:

[0084] If the target user is of the first type, the server determines the target push resource based on the first browsing history;

[0085] If the target user is of the second type, the server determines the target push resource based on the first browsing record and the second browsing record.

[0086] In this embodiment, after receiving a resource acquisition request sent by the terminal through the second application, the server executes a corresponding resource push strategy based on the type of target user carried in the resource acquisition request. This makes the resources pushed by the second application to the target user more in line with the target user's preferences, improves the accuracy of resource push through the second application, thereby enhancing the stickiness between the second application and the target user and improving user retention.

[0087] Optionally, when the target user is the first type, the server determines the target push resource based on the first browsing history, including:

[0088] The server matches the first resource in the database corresponding to the second application based on the first browsing record;

[0089] The server identifies resources in the first resource whose matching degree is greater than or equal to the first threshold as target push resources.

[0090] In some examples, such as Figure 2As shown, when the target user is of type 1, the new user strategy or the first reinstall user strategy can be executed through the waterfall recommendation service module in the server. The process for determining a new user can be described as follows: When the first application triggers the launch of the second application, if it is detected that the second application is not installed on the terminal, then the operation of downloading the second application is performed on the terminal. After the target user logs into the second application through the second account, the target user's type can be determined as type 1, and marked with the `target` tag, thus recording the target user as a new user. The process for determining a first reinstall user can be described as follows: Based on the status information of the second application on the terminal, the target user's type is determined as type 2. However, if the target user has not stored a second browsing history in the second application, the value of the `target` tag is modified to change the target user's type from type 2 to type 1, and the target user is recorded as a first reinstall user.

[0091] In this way, after receiving the resource acquisition request sent by the terminal through the second application, and determining that the target user's type is a first type based on the parameter information of the target user carried in the resource acquisition request, the server executes either the new user strategy or the first reinstall user strategy. The new user strategy and the first reinstall user strategy can be as follows: the server matches a first resource in the database corresponding to the second application based on the target user's first browsing history carried in the resource acquisition request. For example, the first historical resources in the first browsing history can be sorted according to one or more of the target user's browsing duration, number of likes, number of favorites, and number of shares. The first historical resource with the longest browsing duration, the most likes, the most favorites, or the most shares is determined as the resource most interested in by the target user. Furthermore, the resource most interested in by the target user in the first application is parsed, and the parsing result is matched with the first resource in the database corresponding to the second application. Resources with a matching degree greater than or equal to a first threshold are determined as target push resources. This makes the target push resources pushed by the second application more in line with the target user's preferences, improving the accuracy of resource push through the second application, thereby enhancing the stickiness between the second application and the target user and improving user retention.

[0092] Optionally, when the target user is the second type, the server determines the target push resource based on the first browsing history and the second browsing history, including:

[0093] The server matches the second resource in the database corresponding to the second application based on the first browsing record and the second browsing record;

[0094] The server identifies resources in the second resource whose matching degree is greater than or equal to the second threshold as target push resources.

[0095] In other examples, such as Figure 2 As shown, when the target user is of type two, either a user-launching strategy or a second-reinstallation user strategy can be executed through the waterfall recommendation service module on the server. The process for determining the user-launching strategy is described as follows: When the first application triggers the launch of the second application, if the second application is detected to be installed on the terminal, then the operation of launching the second application is performed on the terminal. After the target user logs into the second application through the second account, the target user's type can be determined as type two, and can be marked using the `target` tag, thus recording the target user as a user-launched. The process for determining the second-reinstallation user is described as follows: Based on the status information of the second application on the terminal, the target user's type is determined as type one. However, if the target user has a second browsing history stored in the second application, the value of the `target` tag is modified to change the target user's type from type one to type two, and the target user is recorded as a second-reinstallation user.

[0096] Thus, after receiving the resource acquisition request sent by the terminal through the second application, and determining that the target user's type is the second type based on the parameter information of the target user carried in the resource acquisition request, the server executes either the user-launch strategy or the second user-reinstallation strategy. The user-launch strategy and the second user-reinstallation strategy can be as follows: the server matches a second resource in the database corresponding to the second application based on the target user's first browsing history carried in the resource acquisition request and the target user's second browsing history in the second application. For example, the server can combine the first historical resources in the first browsing history and the second historical resources in the second browsing history, and sort the first and second historical resources according to one or more of the target user's browsing duration, number of likes, number of favorites, and number of shares. The historical resource with the longest browsing duration, the most likes, the most favorites, or the most shares is determined as the resource most interested in by the target user. Furthermore, the resource most interested in by the target user in the first or second application is parsed, and the parsing result is matched with the database corresponding to the second application to obtain the second resource. Resources with a matching degree greater than or equal to a second threshold are determined as target push resources. This makes the target push resources pushed by the second application more in line with the target user's preferences, improves the accuracy of resource push through the second application, thereby enhancing the stickiness between the second application and the target user and improving user retention.

[0097] Optionally, the server matches a second resource in the database corresponding to the second application based on the first browsing record and the second browsing record, including:

[0098] The server calculates the matching degree between the first historical resource in the first browsing record and the preset resource in the database corresponding to the second application, and obtains N third resources sorted from high to low according to the matching degree, where N is a positive integer greater than 1;

[0099] The server calculates the matching degree between the second historical resource in the second browsing record and the preset resource in the database corresponding to the second application, and obtains M fourth resources sorted from high to low according to the matching degree, where M is a positive integer greater than 1;

[0100] The server determines the first a*N third resources from the N third resources, sorted by matching degree from high to low, and the first b*M fourth resources from the M fourth resources, sorted by matching degree from high to low, as the second resource, and the sum of a and b is 1;

[0101] Wherein, 'a' is directly proportional to the first interaction data of the target user in the first application, and the first interaction data includes at least one of browsing time, number of likes, number of favorites, and number of shares;

[0102] Wherein, b is proportional to the second interaction data of the target user in the second application, and the second interaction data includes at least one of browsing time, number of likes, number of favorites and number of shares.

[0103] In this embodiment, when matching the second resource in the database corresponding to the second application based on the first and second browsing records, a first weight parameter (i.e., value 'a') and a second weight parameter (i.e., value 'b') are introduced. The first weight parameter is proportional to the target user's first interaction data in the first application, and the second weight parameter is proportional to the target user's second interaction data in the second application. This comprehensively considers the target user's preferences for both the first and second applications. Therefore, when matching the second resource in the database corresponding to the second application, a higher priority can be set for the first browsing record based on the target user's preference for the first application (e.g., referring to a larger number of first historical resources in the first browsing record), or a higher priority can be set for the second browsing record based on the target user's preference for the second application (e.g., referring to a larger number of second historical resources in the second browsing record). This makes the target resources pushed by the second application to the target user more aligned with the target user's preferences, improving the accuracy of resource pushes through the second application, thereby enhancing the stickiness between the second application and the target user and improving user retention.

[0104] In some alternative implementations, such as Figure 2 As shown, the resource acquisition request also includes channel information, which is used to mark a preset application that triggers the launch of the second application. The preset application includes the first application.

[0105] After step 102, when the terminal sends a resource acquisition request to the server corresponding to the second application through the second application, the method further includes:

[0106] The server associates and stores the parameter information with the channel information to obtain an associated dataset;

[0107] The server sends the associated dataset to the data analysis platform, which determines the number of links to be set in the preset application based on the associated dataset. The links are used to trigger the launch of the second application based on the preset application.

[0108] In this embodiment, the target user's parameter information is associated and stored with channel information. The channel information (denoted as ct) is used to mark the preset application that triggers the launch of the second application. In one example, if the second application is launched based on the first application, the first application can be marked using ct. The parameter information may include a first browsing history (denoted as aid) and a target tag (denoted as target). The first browsing history is used to characterize the target user's browsing history in the first application (i.e., the external channel), and the target tag is used to characterize the target user's type as a new user, a first reinstall user, a second reinstall user, or a launched user.

[0109] After the waterfall recommendation service module executes the corresponding recommendation strategy based on the target user type to send target push resources to the terminal, the server can also send the associated stored target and ct to the data analysis platform through the waterfall recommendation service module. The data analysis platform can be the Libra Experimentation Platform. The Libra Experimentation Platform identifies the target user type in real time based on the associated stored target and ct, and determines the number of links to set in the first application based on the statistical experimental effect data of new users. The links can be used to trigger the launch of the second application based on the first application. This enables the experiment to run iteratively, guides the direction of subsequent experiments, continuously improves new user retention, and achieves user growth goals.

[0110] like Figure 3 As shown, this embodiment of the invention also provides a resource push system 300, including: a terminal and a server. The terminal includes an acquisition module 301 and a first sending module 302, and the server includes a first determining module 303 and a push module 304.

[0111] The acquisition module 301 is used to acquire the first browsing history of the target user in the first application when it receives a request information to launch the second application based on the first application. The terminal has the first application and the second application installed.

[0112] The first sending module 302 is used to send the parameter information of the target user to the server corresponding to the second application, wherein the parameter information includes the first browsing record;

[0113] The first determining module 303 is used to determine the target push resource based on the first browsing history when a resource acquisition request is received from the terminal through the second application, wherein the resource acquisition request includes the parameter information;

[0114] The push module 304 is used to send the target push resource to the terminal.

[0115] Optionally, the parameter information may also include the type of the target user, and the terminal may further include:

[0116] The second determining module is used to determine the type of the target user. The type of the target user includes a first type and a second type. The first type of target user is a user who has not stored the second browsing history in the second application, and the second type of target user is a user who has stored the second browsing history in the second application.

[0117] The first determining module 303 includes:

[0118] The first determining submodule is used to determine the target push resource based on the first browsing history when the target user is the first type.

[0119] The second determination submodule is used to determine the target push resource based on the first browsing record and the second browsing record when the target user is the second type.

[0120] Optionally, the second determining module includes:

[0121] The third determining submodule is used by the terminal to determine the type of the target user based on the status information of the second application on the terminal; wherein...

[0122] If the status information indicates that the second application was not installed on the terminal before the terminal received the request information, the type of the target user is the first type;

[0123] If the status information indicates that the second application was already installed on the terminal before the terminal received the request information, then the target user's type is the second type.

[0124] Optionally, the first determining submodule includes:

[0125] The first matching unit is used by the server to match the first resource in the database corresponding to the second application based on the first browsing record;

[0126] The first determining unit is used by the server to determine the resources in the first resources whose matching degree is greater than or equal to a first threshold as target push resources.

[0127] Optionally, the second determining submodule includes:

[0128] The second matching unit is used by the server to match the second resource in the database corresponding to the second application based on the first browsing record and the second browsing record.

[0129] The second determining unit is used by the server to determine the resources in the second resource whose matching degree is greater than or equal to the second threshold as target push resources.

[0130] Optionally, the second matching unit includes:

[0131] The first calculation subunit is used by the server to calculate the matching degree between the first historical resource in the first browsing record and the preset resource in the database corresponding to the second application, and obtain N third resources sorted from high to low according to the matching degree, where N is a positive integer greater than 1;

[0132] The second calculation subunit is used by the server to calculate the matching degree between the second historical resource in the second browsing record and the preset resource in the database corresponding to the second application, and obtain M fourth resources sorted from high to low according to the matching degree, where M is a positive integer greater than 1;

[0133] The determination subunit is used by the server to determine the first a*N third resources in the N third resources sorted from high to low matching degree, and the first b*M fourth resources in the M fourth resources sorted from high to low matching degree as the second resource, where the sum of a and b is 1;

[0134] Wherein, 'a' is directly proportional to the first interaction data of the target user in the first application, and the first interaction data includes at least one of browsing time, number of likes, number of favorites, and number of shares;

[0135] Wherein, b is proportional to the second interaction data of the target user in the second application, and the second interaction data includes at least one of browsing time, number of likes, number of favorites and number of shares.

[0136] Optionally, the resource acquisition request further includes channel information, which is used to mark a preset application that triggers the launch of the second application, and the preset application includes the first application;

[0137] The server also includes:

[0138] The storage module is used to associate and store the parameter information with the channel information to obtain an associated dataset;

[0139] The second sending module is used to send the associated dataset to the data analysis platform. The data analysis platform is used to determine the number of links to be set in the preset application based on the associated dataset. The links are used to trigger the launch of the second application based on the preset application.

[0140] The resource push system 300 provided in this embodiment of the invention can achieve Figure 1 The various processes implemented in the method embodiments shown are capable of achieving the same beneficial effects, and will not be described again here to avoid repetition.

[0141] This invention also provides a communication device, such as... Figure 4 As shown, it includes a processor 401, a communication interface 402, a memory 403, and a communication bus 404, wherein the processor 401, the communication interface 402, and the memory 403 communicate with each other through the communication bus 404.

[0142] The memory 403 is used to store computer programs; the processor 401, when executing the program stored in the memory 403, performs the following steps:

[0143] When the terminal receives a request to launch a second application based on a first application, it obtains the target user's first browsing history in the first application, and the terminal has the first application and the second application installed.

[0144] The terminal sends a resource acquisition request to the server corresponding to the second application through the second application. The resource acquisition request includes parameter information, including the first browsing history.

[0145] The server determines the target push resource based on the first browsing history;

[0146] The server sends the target push resource to the terminal.

[0147] Optionally, the parameter information also includes the type of the target user. The processor 401, when executing the program stored in the memory 403, performs the following steps:

[0148] The terminal determines the type of the target user, which includes a first type and a second type. The first type of target user is a user who has not stored the second browsing history in the second application, and the second type of target user is a user who has stored the second browsing history in the second application.

[0149] The server determines the target push resource based on the first browsing history, including:

[0150] If the target user is of the first type, the server determines the target push resource based on the first browsing history;

[0151] If the target user is of the second type, the server determines the target push resource based on the first browsing record and the second browsing record.

[0152] Optionally, the terminal determines the type of the target user, including:

[0153] The terminal determines the type of the target user based on the status information of the second application on the terminal; wherein...

[0154] If the status information indicates that the second application was not installed on the terminal before the terminal received the request information, the type of the target user is the first type;

[0155] If the status information indicates that the second application was already installed on the terminal before the terminal received the request information, then the target user's type is the second type.

[0156] Optionally, when the target user is the first type, the server determines the target push resource based on the first browsing history, including:

[0157] The server matches the first resource in the database corresponding to the second application based on the first browsing record;

[0158] The server identifies resources in the first resource whose matching degree is greater than or equal to the first threshold as target push resources.

[0159] Optionally, when the target user is the second type, the server determines the target push resource based on the first browsing history and the second browsing history, including:

[0160] The server matches the second resource in the database corresponding to the second application based on the first browsing record and the second browsing record;

[0161] The server identifies resources in the second resource whose matching degree is greater than or equal to the second threshold as target push resources.

[0162] Optionally, the server matches a second resource in the database corresponding to the second application based on the first browsing record and the second browsing record, including:

[0163] The server calculates the matching degree between the first historical resource in the first browsing record and the preset resource in the database corresponding to the second application, and obtains N third resources sorted from high to low according to the matching degree, where N is a positive integer greater than 1;

[0164] The server calculates the matching degree between the second historical resource in the second browsing record and the preset resource in the database corresponding to the second application, and obtains M fourth resources sorted from high to low according to the matching degree, where M is a positive integer greater than 1;

[0165] The server determines the first a*N third resources from the N third resources, sorted by matching degree from high to low, and the first b*M fourth resources from the M fourth resources, sorted by matching degree from high to low, as the second resource, and the sum of a and b is 1;

[0166] Wherein, 'a' is directly proportional to the first interaction data of the target user in the first application, and the first interaction data includes at least one of browsing time, number of likes, number of favorites, and number of shares;

[0167] Wherein, b is proportional to the second interaction data of the target user in the second application, and the second interaction data includes at least one of browsing time, number of likes, number of favorites and number of shares.

[0168] Optionally, the resource acquisition request further includes channel information, which is used to mark a preset application that triggers the launch of the second application, and the preset application includes the first application;

[0169] When the processor 401 executes the program stored in the memory 403, it performs the following steps:

[0170] The server associates and stores the parameter information with the channel information to obtain an associated dataset;

[0171] The server sends the associated dataset to the data analysis platform, which determines the number of links to be set in the preset application based on the associated dataset. The links are used to trigger the launch of the second application based on the preset application.

[0172] The communication bus mentioned in the above-mentioned communication equipment can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in the diagram, but this does not indicate that there is only one bus or one type of bus.

[0173] The communication interface is used for communication between the aforementioned communication device and other devices.

[0174] The memory may include random access memory (RAM) or non-volatile memory, such as at least one disk storage device. Optionally, the memory may also be at least one storage device located remotely from the aforementioned processor.

[0175] The processors mentioned above can be general-purpose processors, including central processing units (CPUs), network processors (NPs), etc.; they can also be digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0176] In another embodiment of the present invention, a computer-readable storage medium is also provided, which stores instructions that, when executed on a computer, cause the computer to perform the following... Figure 1 The method shown.

[0177] In another embodiment of the present invention, a computer program product containing instructions is also provided, which, when run on a computer, causes the computer to perform the following... Figure 1 The method shown.

[0178] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present invention are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid state disk (SSD)).

[0179] It should be noted that, in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0180] The various embodiments in this specification are described in a related manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0181] The above description is merely a preferred embodiment of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention are included within the scope of protection of the present invention.

Claims

1. A resource push method, characterized in that, The method includes: When the terminal receives a request to launch a second application based on a first application, it obtains the target user's first browsing history in the first application, and the terminal has the first application and the second application installed. The terminal sends a resource acquisition request to the server corresponding to the second application through the second application. The resource acquisition request includes parameter information, including the first browsing history. The server determines the target push resource based on the first browsing history; The server sends the target push resource to the terminal; The parameter information also includes the type of the target user, which includes a second type, where the target user of the second type is a user who has stored a second browsing history in the second application; Wherein, the server determines the target push resource based on the first browsing record, including: When the target user is the second type, the server calculates the matching degree between the first historical resource in the first browsing record and the preset resource in the database corresponding to the second application, and obtains N third resources sorted from high to low according to the matching degree, where N is a positive integer greater than 1; The server calculates the matching degree between the second historical resource in the second browsing record and the preset resource in the database corresponding to the second application, and obtains M fourth resources sorted from high to low according to the matching degree, where M is a positive integer greater than 1; The server determines the first a*N third resources from the N third resources, sorted by matching degree from high to low, and the first b*M fourth resources from the M fourth resources, sorted by matching degree from high to low, as the second resources, with the sum of a and b being 1. The server identifies resources in the second resource whose matching degree is greater than or equal to the second threshold as target push resources.

2. The method according to claim 1, characterized in that, Before the terminal sends a resource acquisition request to the server corresponding to the second application through the second application, the method further includes: The terminal determines the type of the target user, and the type of the target user further includes a first type, wherein the target user of the first type is a user who has not stored a second browsing history in the second application; The server determines the target push resource based on the first browsing history, and also includes: If the target user is of the first type, the server determines the target push resource based on the first browsing history.

3. The method according to claim 2, characterized in that, The terminal determines the type of the target user, including: The terminal determines the type of the target user based on the status information of the second application on the terminal; wherein... If the status information indicates that the second application was not installed on the terminal before the terminal received the request information, the type of the target user is the first type; If the status information indicates that the second application was already installed on the terminal before the terminal received the request information, then the target user's type is the second type.

4. The method according to claim 2, characterized in that, When the target user is of the first type, the server determines the target push resource based on the first browsing history, including: The server matches the first resource in the database corresponding to the second application based on the first browsing record; The server identifies resources in the first resource whose matching degree is greater than or equal to the first threshold as target push resources.

5. The method according to claim 1, characterized in that, a) is proportional to the target user's first interaction data in the first application, the first interaction data including at least one of browsing time, number of likes, number of favorites, and number of shares; b) is proportional to the target user's second interaction data in the second application, the second interaction data including at least one of browsing time, number of likes, number of favorites, and number of shares.

6. The method according to claim 1, characterized in that, The resource acquisition request also includes channel information, which is used to mark a preset application that triggers the launch of the second application, and the preset application includes the first application. After the terminal sends a resource acquisition request to the server corresponding to the second application through the second application, the method further includes: The server associates and stores the parameter information with the channel information to obtain an associated dataset; The server sends the associated dataset to the data analysis platform, which determines the number of links to be set in the preset application based on the associated dataset. The links are used to trigger the launch of the second application based on the preset application.

7. A resource push system, characterized in that, The system includes a terminal and a server. The terminal includes an acquisition module and a first sending module, and the server includes a first determining module and a pushing module. The acquisition module is used to acquire the first browsing history of the target user in the first application when it receives a request to launch the second application based on the first application. The terminal has the first application and the second application installed. The first sending module is used to send the parameter information of the target user to the server corresponding to the second application, wherein the parameter information includes the first browsing history; The first determining module is used to determine the target push resource based on the first browsing history when a resource acquisition request is received from the terminal through the second application, wherein the resource acquisition request includes the parameter information; The push module is used to send the target push resource to the terminal; The parameter information also includes the type of the target user, which includes a second type, where the target user of the second type is a user who has stored a second browsing history in the second application; The first determining module is specifically used for: When the target user is the second type, the server calculates the matching degree between the first historical resource in the first browsing record and the preset resource in the database corresponding to the second application, and obtains N third resources sorted from high to low according to the matching degree, where N is a positive integer greater than 1; The server calculates the matching degree between the second historical resource in the second browsing record and the preset resource in the database corresponding to the second application, and obtains M fourth resources sorted from high to low according to the matching degree, where M is a positive integer greater than 1; The server determines the first a*N third resources from the N third resources, sorted by matching degree from high to low, and the first b*M fourth resources from the M fourth resources, sorted by matching degree from high to low, as the second resources, with the sum of a and b being 1. The server identifies resources in the second resource whose matching degree is greater than or equal to the second threshold as target push resources.

8. A communication device, characterized in that, It includes a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus; Memory, used to store programs; A processor, when executing a program stored in memory, implements the method as described in any one of claims 1-6.

9. A readable storage medium having a program stored thereon, characterized in that, When the program is executed by the processor, it implements the method as described in any one of claims 1-6.

Citation Information

Patent Citations

  • Content recommending method and terminal

    CN104935651A

  • Information pushing method and device, equipment, storage medium and program product

    CN114285896A