CN113569089A

CN113569089A - Information processing method, device, server, equipment, system and storage medium

Info

Publication number: CN113569089A
Application number: CN202110827414.1A
Authority: CN
Inventors: 韩涛; 邹江林
Original assignee: Beijing Dajia Internet Information Technology Co Ltd
Current assignee: Beijing Dajia Internet Information Technology Co Ltd
Priority date: 2021-07-21
Filing date: 2021-07-21
Publication date: 2021-10-29
Anticipated expiration: 2041-07-21
Also published as: CN113569089B

Abstract

The disclosure relates to an information processing method, an information processing device, a server, equipment, a system and a storage medium, relates to the technical field of data processing, and at least solves the problems that the time consumption of a card inquiring business party is obviously increased and the card recommending effect is seriously influenced in the related technology. The method comprises the following steps: receiving a card acquisition request sent by a client, wherein the card acquisition request comprises content parameters of a current service scene; sending card inquiry requests to at least two card business parties in parallel, wherein the card inquiry requests comprise content parameters; the card inquiry request is used for indicating each card business party to determine a card to be recommended corresponding to the content represented by the content parameters; receiving card information of a card to be recommended, which is sent by a card service party; the card information of the card to be recommended comprises the service priority of the card service party; determining a card queue to be recommended according to the service priority of a card service party; and sending the card queue to be recommended to the client so that the client can display the cards to be recommended in the card queue to be recommended.

Description

Information processing method, device, server, equipment, system and storage medium

Technical Field

The present disclosure relates to the field of data processing technologies, and in particular, to an information processing method, apparatus, server, device, system, and storage medium.

Background

And the operation position entries of other business parties are displayed in the short video detail page in a card form, so that a better recommendation effect is achieved. Therefore, more and more card business parties want to get exposure opportunities in this way, which is to make the card business parties of short videos more and more.

With the increase of card business parties, before cards to be recommended are displayed, data assembly of each short video needs to inquire whether a plurality of card business parties have the cards to be recommended or not. Although most card business parties do not have cards to be recommended, the time consumption for inquiring the card business is obviously increased along with the access of a new business party, the card recommendation effect is seriously influenced, the time consumption for loading all short videos is increased, and the use experience of a user is reduced.

Disclosure of Invention

The disclosure provides an information processing method, an information processing device, a server, equipment, a system and a readable storage medium, which are used for at least solving the problems that the time consumption of a card inquiring business party is obviously increased and the card recommending effect is seriously influenced in the related technology. The technical scheme of the disclosure is as follows:

according to a first aspect of the embodiments of the present disclosure, there is provided an information processing method for a server, including: receiving a card acquisition request sent by a client, wherein the card acquisition request comprises content parameters of a current service scene; sending card inquiry requests to at least two card business parties in parallel, wherein the card inquiry requests comprise content parameters; the card inquiry request is used for indicating each card business party to determine a card to be recommended corresponding to the content represented by the content parameters; receiving card information of a card to be recommended, which is sent by a card service party; the card information of the card to be recommended comprises the service priority of the card service party; determining a card queue to be recommended according to the service priority of a card service party; and sending the card queue to be recommended to the client so that the client can display the cards to be recommended in the card queue to be recommended.

In one possible embodiment, sending card inquiry requests to at least two card businesses in parallel comprises: and under the condition that the playing amount of the current service scene is smaller than the first current limiting parameter, sending card inquiry requests to at least two card service parties in parallel.

In one possible embodiment, sending card inquiry requests to at least two card businesses in parallel comprises: determining a second current limiting parameter of each card business side; and sending a card inquiry request to a card service party with the second current limiting parameter larger than the playing amount of the current service scene.

In a possible implementation manner, the content parameter includes at least one of history data of an author identifier corresponding to the current service scenario, an identifier of the current service scenario, and a trigger instruction parameter corresponding to the current service scenario.

In one possible embodiment, sending card inquiry requests to at least two card businesses in parallel comprises: each card business party of at least two card business parties is accessed to a card calling frame which is created in advance; and sending a card inquiry request to each card business party accessing the pre-established card calling framework in parallel.

In one possible implementation, the information processing method further includes: creating a parent class calling interface; the parent calling interface comprises calling protocol information shared by each card business party; creating a subclass calling interface corresponding to each card business party, wherein the subclass calling interface inherits the parent calling interface so that the subclass calling interface can call calling protocol information in the parent calling interface; and obtaining a card calling frame according to the parent class calling interface and the subclass calling interface.

According to a second aspect of the embodiments of the present disclosure, there is provided an information processing method for a server, including: acquiring content parameters of a current service scene; acquiring a card queue to be recommended corresponding to the service priority of a card service party; the card queue to be recommended comprises cards to be recommended corresponding to the content represented by the content parameters; and displaying the cards to be recommended in the card queue to be recommended.

In one possible implementation, displaying the cards to be recommended in the card to be recommended queue comprises: and displaying the cards to be recommended in a target area of a content display interface of the current service scene.

In a possible implementation manner, acquiring a card queue to be recommended corresponding to a service priority of a card service party includes: sending a card acquisition request to a server, wherein the card acquisition request comprises content parameters; the server is used for acquiring a card queue to be recommended corresponding to the service priority of the card service party; and receiving a card queue to be recommended sent by the server.

In a possible implementation manner, acquiring a card queue to be recommended corresponding to a service priority of a card service party includes: sending card inquiry requests to at least two card business parties in parallel, wherein the card inquiry requests comprise content parameters; the card inquiry request is used for indicating each card business party to determine a card to be recommended corresponding to the content represented by the content parameters; receiving card information of a card to be recommended, which is sent by a card service party; the card information of the card to be recommended comprises the service priority of the card service party; and determining a card queue to be recommended according to the service priority of the card service party.

In one possible embodiment, sending card inquiry requests to at least two card businesses in parallel comprises: accessing a card service party to a pre-established card calling frame; and sending card inquiry requests to at least two card business parties in parallel through a pre-created card calling framework.

In one possible implementation, displaying the cards to be recommended in the card to be recommended queue comprises: and displaying that the number of the cards to be recommended is smaller than a preset number in a preset time period for each account for viewing the current service scene.

In a possible implementation manner, the displaying the cards to be recommended in the card to be recommended queue includes: and displaying the cards to be recommended less than the preset times for each account viewing the current service scene within a preset time period.

According to a third aspect of the embodiments of the present disclosure, there is provided an information processing apparatus for a server, including: the receiving module is configured to execute a card obtaining request sent by a receiving client, wherein the card obtaining request comprises content parameters of a current service scene; the calling module is configured to execute sending card inquiry requests to at least two card business parties in parallel, wherein the card inquiry requests comprise the content parameters; the card inquiry request is used for indicating each card business party to determine a card to be recommended corresponding to the content represented by the content parameter; the receiving module is further configured to execute receiving of the card information of the card to be recommended, which is sent by the card business party; the card information of the card to be recommended comprises the service priority of the card service party; the determining module is configured to determine a card queue to be recommended according to the service priority of the card service party; the sending module is configured to send the card queue to be recommended to the client, so that the card to be recommended in the card queue to be recommended is displayed by the client.

In a possible embodiment, the calling module is specifically configured to perform: and under the condition that the playing amount of the current service scene is smaller than a first current limiting parameter, the card inquiry requests are sent to the at least two card service parties in parallel.

In a possible embodiment, the calling module is specifically configured to perform: determining a second current limiting parameter of each card business side; and sending the card inquiry request to a card service party with the second current limiting parameter larger than the playing amount of the current service scene.

In a possible embodiment, the calling module is specifically configured to perform: each card business party in the at least two card business parties is accessed to a pre-established card calling frame; and sending a card inquiry request to each card business side accessing the pre-established card calling framework in parallel.

In one possible implementation, the information processing apparatus further includes a creation module configured to perform: creating a parent class calling interface; the parent calling interface comprises calling protocol information shared by each card business party; creating a subclass calling interface corresponding to each card business party, wherein the subclass calling interface inherits the parent calling interface so that the subclass calling interface can call the calling protocol information in the parent calling interface; and obtaining a card calling frame according to the parent class calling interface and the child class calling interface.

According to a fourth aspect of the embodiments of the present disclosure, there is provided an information processing apparatus for an electronic device, including: the acquisition module is configured to execute the acquisition of the content parameters of the current service scene; the calling module is configured to execute acquisition of a card queue to be recommended corresponding to the service priority of the card service party; the card queue to be recommended comprises cards to be recommended corresponding to the content represented by the content parameters; and the display module is configured to display the cards to be recommended in the card queue to be recommended.

In a possible implementation, the display module is specifically configured to perform: and displaying the card to be recommended in a target area of a content display interface of the current service scene.

In a possible embodiment, the calling module is specifically configured to perform: sending a card acquisition request to a server, wherein the card acquisition request comprises the content parameters; the server is used for acquiring a card queue to be recommended corresponding to the service priority of the card service party; and receiving the card queue to be recommended sent by the server.

In a possible embodiment, the calling module is specifically configured to perform: sending card inquiry requests to at least two card business parties in parallel, wherein the card inquiry requests comprise the content parameters; the card inquiry request is used for indicating each card business party to determine a card to be recommended corresponding to the content represented by the content parameter; receiving card information of the card to be recommended, which is sent by the card business party; the card information of the card to be recommended comprises the service priority of the card service party; and determining a card queue to be recommended according to the service priority of the card service party.

In a possible embodiment, the calling module is specifically configured to perform: and under the condition that the playing amount of the current service scene is smaller than a first current limiting parameter, sending card inquiry requests to the at least two card service parties in parallel.

In a possible embodiment, the calling module is specifically configured to perform: determining a second current limiting parameter of each card business side; and sending the chip inquiry request to a card service party with the second current limiting parameter larger than the playing amount of the current service scene.

In a possible embodiment, the calling module is specifically configured to perform: accessing the card business party to a pre-established card calling frame; and sending card inquiry requests to at least two card business parties in parallel through the pre-established card calling frame.

In a possible implementation, the display module is specifically configured to perform: and displaying that the number of the cards to be recommended is smaller than a preset number in a preset time period for each account for viewing the current service scene.

In a possible implementation, the display module is specifically configured to perform: and displaying the cards to be recommended less than the preset times for each account viewing the current service scene within a preset time period.

According to a fifth aspect of embodiments of the present disclosure, there is provided a server including: a processor; a memory for storing the processor-executable instructions; wherein the processor is configured to execute the instructions to implement the information processing method as in the first aspect and any one of its possible implementations.

According to a sixth aspect of embodiments of the present disclosure, there is provided an electronic apparatus including: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to execute the instructions to implement the information processing method of the second aspect and any possible implementation thereof.

According to a seventh aspect of the embodiments of the present disclosure, there is provided an information processing system including: the server of the fifth aspect; and an electronic device as described in the sixth aspect; the server is in communication connection with the electronic device.

According to an eighth aspect of embodiments of the present disclosure, there is provided a computer-readable storage medium, wherein instructions of the computer-readable storage medium, when executed by a processor of a server, enable the server to perform the information processing method of any one of the above-mentioned first aspects and any one of its possible implementations; or when executed by a processor of an electronic device, enables the electronic device to perform the information processing method of the second aspect and any possible implementation thereof.

According to a ninth aspect of embodiments of the present disclosure, there is provided a computer program product comprising computer instructions which, when run on a server, cause the server to perform the information processing method of the first aspect and any one of its possible implementations; or when executed by a processor of an electronic device, enables the electronic device to perform the information processing method of the second aspect and any possible implementation thereof.

The technical scheme provided by the embodiment of the disclosure at least brings the following beneficial effects: after receiving a card acquisition request carrying content parameters sent by a client, sending card query requests to at least two card business parties in parallel to indicate each card business party to determine a card to be recommended corresponding to the content represented by the content parameters, and determining the recommended card as a card queue to be recommended according to the business priority of the card business party so that the client can display the card to be recommended in the card queue to be recommended. On one hand, as the cards to be recommended of each card business party are asynchronously and parallelly inquired, when the number of the card business parties is increased gradually, the influence on the time consumption of the inquiry of the card business parties is small, and compared with the inquiry method in the prior art, the inquiry time consumption can be obviously reduced, the time consumption for displaying the cards to be recommended is further reduced, and the card recommendation effect is improved. In addition, the time consumption for inquiring the card service party is reduced, so that the time consumption for loading the short video is reduced, and the use experience of a user is improved. On the other hand, because the recommended cards are determined as the card queues to be recommended according to the service priorities sent by the card service parties, the client displays the cards to be recommended according to the sequence of the cards to be recommended in the card queues to be recommended, and compared with the prior art that which card to be recommended is displayed is judged according to the priorities of the cards to be recommended which are defined in advance, the method realizes overall coordination of the seizing of each card service party on the card operation positions, and optimizes the loading performance of the client.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the disclosure and are not to be construed as limiting the disclosure.

FIG. 1 is a schematic diagram of an implementation environment shown in accordance with an exemplary embodiment;

FIG. 2 is a flow diagram illustrating an information processing method according to an exemplary embodiment;

FIG. 3 is a flow diagram illustrating another method of information processing according to an example embodiment;

FIG. 4 is a flow diagram illustrating another method of information processing according to an example embodiment;

FIG. 5 is a flow diagram illustrating another method of information processing according to an example embodiment;

FIG. 6 is a diagram illustrating a card invocation framework in accordance with an illustrative embodiment;

FIG. 7 is a flow diagram illustrating another method of information processing in accordance with an illustrative embodiment;

FIG. 8 is a flow diagram illustrating another method of information processing in accordance with an illustrative embodiment;

FIG. 9 is a schematic illustration of a target area shown in accordance with an exemplary embodiment;

FIG. 10 is a schematic illustration of another target area shown in accordance with an exemplary embodiment;

FIG. 11 is a schematic illustration of another target area shown in accordance with an exemplary embodiment;

FIG. 12 is a schematic illustration of another target area shown in accordance with an exemplary embodiment;

FIG. 13 is a diagram illustrating a card to be recommended, according to an exemplary embodiment;

FIG. 14 is a diagram illustrating another card to be recommended, according to an exemplary embodiment;

FIG. 15 is a flow diagram illustrating another method of information processing in accordance with an illustrative embodiment;

FIG. 16 is a flow chart illustrating another method of information processing according to an exemplary embodiment;

FIG. 17 is an interaction diagram illustrating a method of information processing in accordance with an illustrative embodiment;

fig. 18 is a block diagram illustrating an information processing apparatus according to an exemplary embodiment;

fig. 19 is a block diagram illustrating another information processing apparatus according to an exemplary embodiment;

FIG. 20 is a block diagram illustrating a server in accordance with an exemplary embodiment;

FIG. 21 is a block diagram illustrating an electronic device in accordance with an example embodiment.

Detailed Description

In order to make the technical solutions of the present disclosure better understood by those of ordinary skill in the art, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings.

It should be noted that the terms "first," "second," and the like in the description and claims of the present disclosure and in the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the disclosure described herein are capable of operation in sequences other than those illustrated or otherwise described herein. The implementations described in the exemplary embodiments below are not intended to represent all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present disclosure, as detailed in the appended claims.

Before describing the information processing method provided by the present disclosure in detail, the application scenario and implementation environment related to the present disclosure are briefly described.

First, a brief description is given of an application scenario to which the present disclosure relates.

It is a relatively mature product iteration idea to show operator entries in the form of cards on the detail page of the short video, such as showing similar videos recommended to the user at the bottom of the short video, or for videos of some similar television series diversity (videos are split into many sets), when the user brushes a certain set, recommending videos of other diversity of the series to the user. Experiments show that the probability of clicking by the user is high through card form recommendation. Therefore, more and more businesses want to get exposure opportunities in this way, such as focusing on a guide card, an applet card, a live card, and so on.

Before the cards are displayed by the short videos, whether a plurality of card business parties have related cards to be recommended needs to be inquired. With the increase of card business parties, the loading time consumption of short videos is remarkably increased, and the card recommendation effect is seriously influenced.

In order to solve the above problem, the present disclosure provides an information processing method, where after a card acquisition request carrying content parameters sent by a client is received, a card query request is sent to at least two card business parties in parallel to indicate each card business party to determine a card to be recommended corresponding to content represented by the content parameters, and a recommended card is determined as a card queue to be recommended according to a business priority of the card business party, so that the client displays the card to be recommended in the card queue to be recommended. On one hand, as the cards to be recommended of each card business party are asynchronously and parallelly inquired, when the number of the card business parties is increased gradually, the influence on the time consumption of the inquiry of the card business parties is small, and compared with the inquiry method in the prior art, the inquiry time consumption can be obviously reduced, the time consumption for displaying the cards to be recommended is further reduced, and the card recommendation effect is improved. In addition, the time consumption for inquiring the card service party is reduced, so that the time consumption for loading the short video is reduced, and the use experience of a user is improved. On the other hand, because the recommended cards are determined as the card queues to be recommended according to the service priorities sent by the card service parties, the client displays the cards to be recommended according to the sequence of the cards to be recommended in the card queues to be recommended, and compared with the prior art that which card to be recommended is displayed is judged according to the priorities of the cards to be recommended which are defined in advance, the method realizes overall coordination of the seizing of each card service party on the card operation positions, and optimizes the loading performance of the client.

The following briefly introduces an implementation environment (implementation architecture) to which the present disclosure relates.

As shown in fig. 1, which illustrates a schematic diagram of one implementation environment in which the present disclosure is applicable. The implementation environment may include a server 110 and an electronic device 120, and the electronic device 120 may establish a connection with the server 110 through a network (wired network or wireless network).

The electronic device 120 is configured to display the cards to be recommended in the card queue to be recommended. The electronic device 120 may be a terminal device or a server. The terminal device can be a smart phone, a tablet computer, a palm computer, a vehicle-mounted terminal, a desktop computer, a notebook computer and the like. The server may be any one server or server cluster, and the disclosure is not limited thereto.

The server 110 is configured to receive a card acquisition request sent by the electronic device 120, and return a to-be-recommended card queue to the electronic device 120 based on the card acquisition request. In some embodiments, the server 110 may be a single server, or may be a server cluster composed of multiple servers, which is not limited in this disclosure.

The technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the drawings in the embodiments of the present disclosure, and it is obvious that the described embodiments are only a part of the embodiments of the present disclosure, and not all of the embodiments. All other embodiments, which can be derived by one of ordinary skill in the art from the embodiments disclosed herein without making any creative effort, shall fall within the scope of protection of the present disclosure.

Fig. 2 is a flowchart illustrating an information processing method for a server according to an exemplary embodiment. As shown in fig. 2, the information processing method includes S201 to S205.

In S201, a card acquisition request sent by a client is received, where the card acquisition request includes content parameters of a current service scene.

Optionally, the content parameter is used to characterize content corresponding to the current service scenario.

In an example, the current service scene may be a scene that a user can browse through the electronic device, such as a short video, a picture presentation, an applet, or a live broadcast, which is not limited by this disclosure.

In one example, a user views a scene such as a short video, a picture show, an applet, or a live program using an electronic device, and the content parameters correspond to the current short video, picture show, applet, or live content being viewed by the user.

For example, the current short video, picture show, applet or live content may be a gourmet, a tour, a book, a lap, a dance, etc.

Optionally, when a user uses the electronic device to watch a current short video, a picture display, an applet or a live broadcast, the electronic device sends a card acquisition request to the server, the card acquisition request carries content parameters of a current service scene corresponding to the current short video, the picture display, the applet or the live broadcast, and the server receives the card acquisition request sent by the client.

Optionally, the content parameter includes at least one of history data of an author identifier corresponding to the current service scenario, an identifier of the current service scenario, and a trigger instruction parameter corresponding to the current service scenario.

In one embodiment, the content parameter is history data of an author identifier corresponding to the current service scenario. The author ID may be an author ID for publishing the work corresponding to the current service scenario. The history data may be a content identification that identifies the corresponding author as publishing the work within a preset history time period.

Illustratively, the type of work released by the author may be a gourmet type work, a travel type work, a recommendation type work, a reading type work, a dance type work, a putting on type work, and the like. According to the type of the works issued by the author, the content identification of the works can be determined, for example, the content identification corresponding to the gourmet type works is gourmet, the content identification corresponding to the travel type works is travel, and the content identification corresponding to the reading type works is books.

By taking the historical data of the author identification corresponding to the current business scene as the content parameter, namely, taking the content identification of the work released by the author corresponding to the author identification in the preset historical time period as the content parameter of the current business scene, the card to be recommended and the historical content released by the author corresponding to the author identification can be associated, so that the card to be recommended displayed to a user is determined according to the historical content released by the author corresponding to the current scene, and the recommendation effect of the card to be recommended is improved.

In another embodiment, the content parameter is an identification of the current service scenario.

Illustratively, each short video is configured with an ID. The identifier of the current service scene may be a short video, a picture display, an applet, or a live ID corresponding to the current service scene. It will be appreciated that the short video, photo show, applet or live ID can characterize the content of the short video, photo show, applet or live and thus the short video, photo show, applet or live ID can characterize the content of the current business scenario.

By taking the identifier of the current service scene as a content parameter, the relevance between the content of the card to be recommended and the content of the current service scene can be improved, and the recommendation effect of the card is further improved.

In another embodiment, the content parameters include a trigger instruction parameter for the current service scenario.

In one example, the triggering instruction parameter of the current business scenario is determined according to an instruction triggered by a user when viewing the current business scenario. For example, the instruction may be one or more of a favorite, a share, a focus on an author, a like, a leave.

It can be understood that, according to the trigger instruction of the user to the current service scenario, the user stickiness of the user to the current service scenario can be determined. For example, when the user does not trigger any instruction when viewing the current service scene, that is, the user does not perform operations such as collection, sharing, author attention, approval, message leaving, and the like when viewing the current service scene, it indicates that the user is not interested in the content of the current service scene, that is, the user has low stickiness with the user of the current service scene, and at this time, the recommendation effect of displaying the recommendation card to the user is inevitably poor. For another example, when the user triggers a collection instruction when watching the current service scene, which indicates that the user is very interested in the content of the current service scene, that is, the user has higher stickiness with the user of the current service scene, at this time, the click rate for displaying the recommendation card to the user is higher, and the recommendation effect is better.

By taking the trigger instruction parameter of the current service scene as the scene parameter, the card service party can determine the watching reaction of the user to the current service scene conveniently, and further determine the user viscosity of the user to the current service scene according to the operation of the user to the current service scene. The recommendation effect of the card displayed in the current business scene can be judged in advance through the user viscosity of the user to the current business scene, and the card business side determines whether to recommend the card or not based on the judgment result, so that the recommendation effect of the displayed card can be improved.

In S202, a card inquiry request is sent in parallel to at least two card businesses, where the card inquiry request includes content parameters.

The card inquiry request is used for indicating each card business party to determine the card to be recommended corresponding to the content represented by the content parameters.

In one embodiment, after receiving a card acquisition request sent by a client, a server sends a card query request to at least two card business parties in parallel to indicate that each card business party determines a card to be recommended corresponding to content characterized by content parameters.

Alternatively, the card service side may receive the card inquiry request using a terminal device or a server. Furthermore, a plurality of card service parties may share one terminal device or server, or each card service party may use the terminal device or server independently.

In one example, after receiving the card query request, the card service side determines the content of the current service scene according to the content parameters, and then determines the card to be recommended according to the content of the current service scene.

It can be understood that the card to be recommended is determined according to the content of the current service scene, a service that belongs to the same category as the content of the current service scene may be determined as the card to be recommended, or a service that has a correlation with the content of the current service scene may be determined as the card to be recommended.

For example, when a service belonging to the same category as the content of the current service scene is determined as a card to be recommended, the card service party may determine a picture of a natural landscape category as the card to be recommended, may also determine a tour applet as the card to be recommended, and may also determine a live broadcast of the natural landscape area as the card to be recommended.

For example, when a service associated with the content of the current service scene is determined as a card to be recommended, in the case that the current service scene corresponds to a food short video, the card service provider may determine one or more of a tableware picture, a tableware recommendation live broadcast, a tableware sale applet, and a food author as the card to be recommended.

In S203, card information of a card to be recommended sent by a card service party is received; the card information of the card to be recommended comprises the service priority of the card service party.

In one embodiment, after each card service party determines a card to be recommended corresponding to the content represented by the content parameter, card information of the card to be recommended is sent to the server.

In one example, the business priority of the card business party is determined by the card business party from historical presentation data. For example, the historical display data may be the number of card clicks obtained by historically recommending cards, the historical display data may be the amount of interest obtained by historically recommending cards, and the historical display data may be the amount of sales obtained by historically recommending cards.

Illustratively, when there are three card business parties, for example, the three card business parties are a business party a, a business party b, and a business party c, respectively. The service priority has three levels corresponding to the number of card business parties, for example, the three levels may be a first priority higher than the second priority and the third priority, the second priority higher than the third priority, and the third priority. Each card service party may determine its own service priority in advance, for example, the service priority determined by the first service party is a first priority, the service priority determined by the second service party is a third priority, and the service priority determined by the third service party is a second priority.

In another example, the card business may re-prioritize business based on updated card presentation data.

For example, the business party b re-determines the business priority as the second priority according to the updated card display data, and since the second priority is smaller than the first priority of the business party a, the business priority of the business party a remains unchanged and is still the first priority. The second priority of the third service party is equal to the second priority re-determined by the second service party, and at the moment, the service priority of the third service party is degraded to a third priority so as to ensure that the service priority of the second service party is the second priority.

In S204, a card queue to be recommended is determined according to the service priority of the card service party.

In one embodiment, after receiving card information of a card to be recommended sent by a card service party, a server determines a card queue to be recommended according to a service priority of the card service party. And the sequence of the cards to be recommended in the card queue to be recommended is determined by the service priority of the card service party corresponding to the cards to be recommended.

In one example, the cards to be recommended of the card service party with the highest service priority are ranked most at the front in the card queue to be recommended, and then the cards to be recommended of the card service party with the highest service priority are displayed first.

In one example, the card information further includes card content information, and the card content information is used for generating a card to be recommended.

In S205, the card queue to be recommended is sent to the client, so that the client displays the cards to be recommended in the card queue to be recommended.

In one embodiment, after determining the card queue to be recommended, the server sends the recommended card queue to the client. And after receiving the card queue to be recommended, the client displays the cards to be recommended in the card queue to be recommended. Specifically, cards to be recommended which are ranked at the top in the card queue to be recommended are preferentially displayed.

The technical scheme provided by the embodiment of the disclosure at least brings the following beneficial effects: after receiving a card acquisition request carrying content parameters sent by a client, sending card query requests to at least two card business parties in parallel to indicate each card business party to determine a card to be recommended corresponding to the content represented by the content parameters, and after receiving the business priority of the card business party sent by the card business party, determining the recommended card as a card queue to be recommended according to the business priority of the card business party so as to enable the client to display the card to be recommended in the card queue to be recommended. On one hand, as the cards to be recommended of each card business party are asynchronously and parallelly inquired, when the number of the card business parties is increased gradually, the influence on the time consumption of the inquiry of the card business parties is small, and compared with the inquiry method in the prior art, the inquiry time consumption can be obviously reduced, the time consumption for displaying the cards to be recommended is further reduced, and the card recommendation effect is improved. In addition, the time consumption for inquiring the card service party is reduced, so that the time consumption for loading the short video is reduced, and the use experience of a user is improved. On the other hand, because the recommended cards are determined as the card queues to be recommended according to the service priorities sent by the card service parties, the client displays the cards to be recommended according to the sequence of the cards to be recommended in the card queues to be recommended, and compared with the prior art that which card to be recommended is displayed is judged according to the priorities of the cards to be recommended which are defined in advance, the method realizes overall coordination of the seizing of each card service party on the card operation positions, and optimizes the loading performance of the client.

In one possible implementation, in conjunction with fig. 2, as shown in fig. 3, S202 includes S202 a.

In S202a, in the case that the playing amount of the current service scene is smaller than the first current limiting parameter, card inquiry requests are sent to at least two card businesses in parallel.

In one embodiment, the first current limiting parameter is a current limiting parameter of the client.

Illustratively, the first streaming limit parameter is one hundred million plays. And under the condition that the playing amount of the current service scene is less than one hundred million, the server sends card inquiry requests to at least two card service parties in parallel. And under the condition that the playing amount of the current service scene is more than one hundred million, the server does not send a card inquiry request to the card service party.

In one example, the server may or may not send the card inquiry request when the playing amount of the current service scene is equal to the first current limiting parameter.

Illustratively, in the case that the playing amount of the current service scene is equal to the first current limiting parameter, the server sends a card inquiry request to at least two card service parties in parallel.

For example, in the case that the playing amount of the current service scene is equal to the first current limiting parameter, the server does not send the card inquiry request to the card service.

The technical scheme provided by the embodiment at least has the following beneficial effects: by setting the first current limiting parameter and sending the card inquiry request to the card service party under the condition that the playing amount of the current service scene is smaller than the first current limiting parameter, the recommended card can be prevented from being displayed when the playing amount is too large, so that the load of a client is reduced, and the playing effect of the current service scene is ensured. In addition, the number of people clicking the card to be recommended can be avoided by setting the first current limiting parameter, so that too many users entering the card service party are avoided, and the operation content of the card service party is not influenced.

In another possible implementation, in conjunction with FIG. 2, as shown in FIG. 4, S202 includes S202b-S202 c.

In S202b, a second current limit parameter is determined for each card service.

In one example, each card service party sets a second current limiting parameter according to the operation capability of the server of the card service party, so that the problem that the operation burden of the server of the card service party is too large due to the fact that too many users enter a scene corresponding to the card service party by clicking the card at the same time is avoided.

In another example, each card service party sets the second current limiting parameter according to the operation cost, so that the excessive users are prevented from clicking the card, and the operation cost is prevented from being too high.

In S202c, a card inquiry request is sent to the card service side whose second current limiting parameter is greater than the play amount of the current service scene.

In one embodiment, in the case that the playing amount of the current service scene is smaller than the second current limiting parameter of the card service side, the server sends a card inquiry request to the card service side.

In another embodiment, in the case that the playing amount of the current service scene is greater than the second current limiting parameter of the card service side, the server does not send a card inquiry request to the server of the card service side.

In another embodiment, when the playing amount of the current service scenario is equal to the second current limiting parameter of the card service side, the server may send the card inquiry request to the card service side, or may not send the card inquiry request to the card service side.

For example, in the case that the playing amount of the current service scene is equal to the second current limiting parameter of the card service party, the server does not send the card inquiry request to the card service party.

For example, in the case that the playing amount of the current service scene is equal to the second current limiting parameter of the card service side, the server sends a card inquiry request to the server of the card service side.

In another embodiment, when there are a plurality of card services, the second current limiting parameter may be the same or different for each card service.

Illustratively, the second current limit parameter for one card service side may be one hundred thousand play amounts. And under the condition that the playing amount of the current service scene is less than one hundred thousand playing amounts, the server sends a card inquiry request to the server of the card service party. And under the condition that the playing amount of the current service scene is more than one hundred thousand playing amounts, the server does not send a card inquiry request to the card service party.

The technical scheme provided by the embodiment at least has the following beneficial effects: according to the second current-limiting parameters independently set by each card business party, whether a card inquiry request is sent to each card business party or not is determined, whether a recommended card of the card business party is called or not can be determined according to the self operation capacity of each card business party, and therefore the cards are recommended within the operation capacity range of each card business party, and the card recommendation effect is improved.

In one possible implementation, in the case of having both the first current limiting parameter and the second current limiting parameter, it is determined whether to send a card inquiry request to the card service according to the second current limiting parameter.

In one possible implementation, in conjunction with FIG. 1, as shown in FIG. 5, S202 includes S202d-S202 e.

In S202d, each of the at least two card businesses is accessed to a pre-created card invocation framework.

In an implementation manner, the card calling framework is a universal card calling framework for each card service party, and each card service party needing to recommend the card can be queried by the server only by accessing the card calling framework, that is, the card calling framework can receive a card query request sent by the server.

In one example, all card business parties are accessed to a pre-created card call framework before using the information processing method.

In another example, in the case of adding a new card service party, the new card service party is accessed to a card calling frame created in advance.

It can be understood that, after the card service party accesses the card calling framework created in advance, the server establishes connection with the card service party through the card calling framework created in advance, and the card calling framework created in advance can send information to the card service party and also can receive information sent by the card service party.

In S202e, a card inquiry request is sent in parallel to each card service accessing the pre-created card call framework.

In one embodiment, a card inquiry request is sent in parallel to each card service party accessing the card calling framework through the card calling framework.

In one implementation, after each card service side determines a card to be recommended, which needs to be displayed in the current service scene, the card information of the card to be recommended is sent to a pre-created card calling frame.

In one embodiment, after the card calling frame receives the card information, the card calling frame created in advance may determine the card queue to be recommended according to the card information of the card to be recommended.

In an embodiment, after the card calling frame receives the card information, other services except the card calling frame in the server may determine the card queue to be recommended according to the card information of the card to be recommended.

It will be appreciated that in the case of only one card service, the pre-created card call framework may also be used to send the scene parameters to the card service.

In the embodiment, the data transmission between the current service scene and the card service party is executed through the pre-created card calling frame, that is, the pre-created card calling frame is used for sending the card inquiry request to each card service party accessing the pre-created card calling frame in parallel, when the card service party is newly added, only the newly added card service party is required to be accessed into the card calling frame, and a code does not need to be newly written and a client is re-edited when the card service party is newly added, so that the zero-cost card service party is accessed, and the access cost of the card service party is reduced.

In one embodiment, the card invocation framework is created in advance through the template method schema. Specifically, a parent class calling interface is created first, and the parent class calling interface comprises calling protocol information common to each card business side. And then, establishing a subclass calling interface corresponding to each card service party, wherein the subclass calling interface inherits the parent calling interface and can call calling protocol information in the parent calling interface, so that when a card service party is newly added, a client does not need to add new codes in the existing logic and re-issue the codes, and only a subclass calling interface inheriting the parent calling interface is required to be established.

In one example, as shown in FIG. 6, first, a parent calling interface is created, which may be, for example, the underlying portal service layer and/or the abstract underlying portal service layer. And then, creating a subclass calling interface corresponding to each card business party, wherein the subclass calling interfaces can be a picture bottom layer inlet service layer and a live broadcast stream bottom layer inlet service layer, the picture bottom layer inlet service layer is used for accessing a first type of card to be recommended, and the first type of card to be recommended corresponds to media resources. Specifically, the media resource may be a picture, a video, or an applet, and when the first type of card to be recommended is clicked, the picture, the applet page, the author page, or the video page corresponding to the first type of card to be recommended may be entered. And the live streaming bottom entrance service layer is used for accessing a second card to be recommended, and the second type of card to be recommended corresponds to live resources. Specifically, a second type of card to be recommended is clicked, and the live broadcast room corresponding to the type of card to be recommended can be directly accessed.

In one embodiment, after the card business side accesses the card calling frame, the card business side inherits the picture bottom layer entrance service layer and the live stream bottom layer entrance service layer. The server calls a first type of cards to be recommended of the card business party through the picture bottom layer entrance service layer, and calls a second type of cards to be recommended of the card business party through the live broadcast stream bottom layer entrance service layer.

Further, the picture bottom layer portal service layer can be subdivided into a local picture bottom layer portal service layer and a remote picture bottom layer portal service layer. The local picture bottom layer entry service layer and the remote picture bottom layer entry service layer inherit the picture bottom layer entry service layer respectively, and therefore calling protocol information in the picture bottom layer entry service layer can be called. Specifically, the local picture bottom layer entry service layer is used for calling the card to be recommended from a local cache, and the remote picture bottom layer entry service layer is used for calling the card to be recommended from other terminal equipment or a server through a remote procedure calling framework.

Further, the live stream underlying portal service layer comprises a remote live stream underlying portal service layer. The remote live stream bottom entry service layer inherits the live stream bottom entry service layer, so that the calling protocol information in the live stream bottom entry service layer can be called. And the remote live stream bottom entrance service layer is used for calling the card to be recommended from other terminal equipment or a server through a remote process calling framework.

In another embodiment, after the card service side accesses the card calling frame, the card service side inherits the local picture bottom layer entrance service layer, the remote picture bottom layer entrance service layer and the remote live stream bottom layer entrance service layer. The server calls a first type of cards to be recommended of the card business party from a local cache through a local picture bottom layer entrance service layer, remotely calls the first type of cards to be recommended of the card business party through a remote picture bottom layer entrance service layer, and remotely calls a second type of cards to be recommended of the card business party through a live streaming bottom layer entrance service layer.

In the above embodiment, the card calling framework is created in advance through the template method model, and each subclass calling interface can call the calling protocol information common to each card service party in the parent calling interface only by inheriting the parent calling interface. When a card service party is newly added, the card service party inherits the subclass calling interface, so that the card to be recommended of the card service party is inquired through the card calling frame, a client does not need to rewrite codes and send versions, and the zero-cost access to the new card service party is realized. Compared with the prior art that a new code needs to be added to the existing logic and then the card business party needs to be reissued when the card business party is added, the access cost of the card business party is reduced.

Fig. 7 is a flowchart illustrating an information processing method for an electronic device according to an exemplary embodiment. As shown in fig. 7, the information processing method includes S701 to S703.

In S701, a content parameter of a current service scene is acquired.

In one embodiment, a user views a media resource or a live broadcast resource on a client using an electronic device, and the electronic device obtains a content parameter of a current service scene corresponding to the media resource or the live broadcast resource.

In S702, a card queue to be recommended corresponding to the service priority of the card service party is obtained; the card queue to be recommended comprises cards to be recommended corresponding to the content characterized by the content parameters.

In one embodiment, a user watches media resources or live broadcast resources on a client by using electronic equipment, and the electronic equipment acquires a card queue to be recommended corresponding to the service priority of a card service party, wherein the card queue to be recommended comprises cards to be recommended corresponding to contents represented by content parameters.

In S703, the cards to be recommended in the card queue to be recommended are displayed.

In one implementation mode, the electronic device acquires a card queue to be recommended corresponding to the service priority of the card service party, and sequentially displays cards to be recommended according to the sequence of the cards to be recommended in the card queue to be recommended.

As can be appreciated, the electronic device preferentially displays the cards to be recommended that are ranked in the top.

In the above embodiment, by obtaining the card queue to be recommended corresponding to the service priority of the card service party, where the card queue to be recommended includes the cards to be recommended corresponding to the content represented by the content parameter, the display sequence of the cards to be recommended is determined according to the service priority of the card service party, so that overall coordination of the card service parties for robbing of card resources is achieved, and the loading performance of the client is optimized.

In one possible implementation, in conjunction with fig. 7, as shown in fig. 8, S703 includes S703 a.

In S703a, a card to be recommended is displayed in the target area of the content display interface of the current service scenario.

Alternatively, the target area may be located in at least one of a lower area, an upper area, a left area, or a right area of the content display interface. Specifically, the position of the target area may be adjusted according to the content of the current service scene, and the target area is a region that does not block the content of the current service scene, or a region that has the smallest content and blocks the content of the current service scene.

In one example, as shown in fig. 9, the target area 901 may be located in a lower area of the content display interface 900 of the current business scenario. A card 902 to be recommended is displayed on the target area 901. The cards to be recommended (such as the a cards in fig. 9) ranked first in the queue of cards to be recommended are displayed on the leftmost side of the target area, the cards to be recommended (such as the B cards in fig. 9) ranked second are displayed on the right side of the cards to be recommended ranked first, and the cards to be recommended (such as the C cards in fig. 9) ranked third are displayed on the right side of the cards to be recommended ranked second.

In fig. 9, an author icon 903, a like icon 904, a leave icon 905, and a share icon 906 are provided in a right area of the content display interface of the current service scenario. According to the operation of the account for viewing the current service scene on the author icon 903, the approval icon 904, the message leaving icon 905 and the sharing icon 906, the trigger instruction parameter corresponding to the current service scene can be determined.

In another example, as shown in fig. 10, the target area 901 may be located in an upper area of the content display interface 900 of the current business scenario.

In another example, as shown in fig. 11, the target area 901 may be located in a left area of the content display interface 900 of the current service scene.

In another example, as shown in fig. 12, the target area 901 may be located in a right area of the content display interface 900 of the current service scene.

In another example, as shown in fig. 13, the cards 902 to be recommended may be a picture card 9021, a live card 9022, and an applet card 9023 which are sequentially displayed from the left side to the right side of fig. 13. The number of the collection of the picture cards 9021 is 1249, and the number of the live viewers corresponding to the live broadcast card 9022 is 13024.

In another example, as shown in fig. 14, the to-be-recommended card 902 may be an author card 9024, wherein the author identification 9025 is a movie. When the card 902 to be recommended is an author card, a focus icon 9026 may be set on the card 902 to be recommended, so that a user may directly focus on an author corresponding to the card 902 to be recommended by clicking the focus icon 9026. By setting the attention icon 9026 on the card 902 to be recommended, a user can quickly pay attention to an author by clicking the attention icon 9026 without entering an author detail page for paying attention after clicking the card 902 to be recommended, so that the portability of user operation is improved, and the card recommendation effect can be improved.

In another example, cards to be recommended are presented via a feed stream. For example, the card to be recommended is displayed on the content display page of the current service scene through the feed stream.

In the embodiment, the cards to be recommended are displayed through the target area of the content display interface of the current service scene, so that a user can pay attention to the cards to be recommended when watching the content of the current service scene, and the card recommendation effect is further improved.

In one possible implementation, in conjunction with FIG. 7, as shown in FIG. 15, S702 includes S702a-S702 b.

In S702a, a card acquisition request including the content parameters is sent to the server.

The server is used for acquiring the card queue to be recommended corresponding to the service priority of the card service party.

In one embodiment, the electronic device obtains a card queue to be recommended through a server. Specifically, after acquiring content parameters of a current service scene, the electronic device sends a card acquisition request to the server, where the card acquisition request includes the content parameters, or the card acquisition request carries the content parameters, so that the server acquires a card to be recommended corresponding to content represented by the content parameters.

Further, after receiving a card acquisition request, the server sends a card query request to at least two card business parties in parallel, wherein the card query request carries content parameters, the card query request is used for indicating each card business party to determine a card to be recommended corresponding to the content represented by the content parameters, after receiving card information of the card to be recommended sent by the card business parties, the card information comprises business priorities of the card business parties, a card queue to be recommended is determined according to the business priorities of the card business parties, and the card queue to be recommended is sent to the electronic equipment.

In S702b, the card queue to be recommended sent by the server is received.

In one implementation mode, the electronic equipment receives a card queue to be recommended sent by a server, wherein the card queue to be recommended comprises cards to be recommended corresponding to contents represented by content parameters.

In the embodiment, the card queue to be recommended is acquired through the server, so that the requirements on the operation capacity and the storage performance of the electronic equipment can be reduced, and the performance requirements on the electronic equipment are further reduced. In addition, the card calling program is arranged on the server, when a card service party is newly added, the code of the client does not need to be modified and re-issued, and the access cost of the card service party is reduced.

In one possible implementation, in conjunction with FIG. 7, as shown in FIG. 16, S702 includes S702c-S702 e.

In S702c, card inquiry requests are sent in parallel to at least two card businesses, the card inquiry requests including content parameters.

In one embodiment, after acquiring content parameters of a current service scene, the electronic device sends a card inquiry request to at least two card service parties in parallel to instruct each card service party to determine a card to be recommended corresponding to the content represented by the content parameters.

In S702d, card information of a card to be recommended sent by a card service party is received; the card information of the card to be recommended comprises the service priority of the card service party.

In S702e, the card queue to be recommended is determined according to the business priority of the card business party.

In the embodiment, the card inquiry request is sent to the at least two card business parties in parallel by the electronic equipment, so that the asynchronous parallel card inquiry business parties are realized. Compared with the problem that the query time consumption is longer and longer along with the increase of card business parties in the serial query method in the prior art, the information processing method provided by the embodiment of the disclosure has the advantages that the query time consumption is less affected along with the increase of the card business parties, the query time consumption can be obviously reduced when the card business parties are increased, the loading time consumption of the current business scene is further reduced, the time consumption for displaying the card is reduced, and the card recommendation effect is further improved. Furthermore, the server determines a card queue to be recommended according to the service priority of the card business party, so that the client displays the cards to be recommended according to the sequence of the cards to be recommended in the card queue to be recommended, thereby realizing overall coordination of the card business parties to rob card resources and optimizing the loading performance of the client.

In one embodiment, the first current limiting parameter is a current limiting parameter of the client. Illustratively, the first streaming limit parameter is one hundred million plays. And under the condition that the playing amount of the current service scene is less than one hundred million, the server sends card inquiry requests to at least two card service parties in parallel. And under the condition that the playing amount of the current service scene is more than one hundred million, the server does not send a card inquiry request to the card service party.

In another possible embodiment, sending card inquiry requests to the at least two card businesses in parallel includes: determining a second current limiting parameter of each card business side; and sending a card inquiry request to a card service party with the second current limiting parameter larger than the playing amount of the current service scene.

In the above embodiment, the data transmission between the current service scenario and the card service party is executed through the pre-created card calling frame, that is, the pre-created card calling frame concurrently sends a card inquiry request to each card service party accessing the pre-created card calling frame, when a card service party is newly added, only the newly added card service party needs to access the card calling frame, and it is not necessary to newly write a code and re-release a client for the newly added card service party, so that the zero-cost access to the card service party is realized, and the access cost of the card service party is reduced.

In another possible implementation, displaying the cards to be recommended in the card queue to be recommended includes: and aiming at each account number for viewing the current service scene, displaying that the number of the cards to be recommended is less than the preset number in a preset time period.

In one example, the account for viewing the current business scenario may be a login account of the client corresponding to the current business scenario.

For example, the login account of the client may be a mobile phone number, a mailbox account, an instant messaging account, or a user name.

Illustratively, the preset time period may be one day, i.e., from 0:00 to 23: 59. The preset number may be 20 sheets. That is, the number of cards that the client displays to each account is less than 20 during a day, for example, the number of cards that the client displays to each account may be 15. It is understood that the 15 cards displayed to each account by the client may be cards with the same content or cards with different contents.

The technical scheme provided by the embodiment at least has the following beneficial effects: the number of the cards to be recommended displayed for the same account in the preset time period is smaller than the preset number, so that the phenomenon that the cards are displayed for the user frequently is avoided, and the use experience of the user on the client side and the recommendation effect of the cards are influenced.

In another possible implementation, displaying the cards to be recommended in the card queue to be recommended includes: and aiming at each account number for viewing the current service scene, the times of displaying the cards to be recommended are less than the preset times within the preset time period.

For example, the login account of the client may be a mobile phone number, a mailbox account number, a micro signal, a QQ number, or a user name.

Illustratively, the preset time period may be one day, i.e., from 0:00 to 23: 59. The preset number of times may be 10 times. For example, the client may present the same card to each account less than 10 times a day.

In one example, the priority that the number of times of displaying the cards to be recommended in the preset time period is less than the preset number of times is higher than the priority that the preset number of cards to be recommended in the preset time period is displayed.

For example, in the case of only one card to be recommended, the preset time period may be one day, i.e., from 0:00 to 23:59, the preset number of times is 10, and the preset number of 20. At this moment, in one day, the number of the cards displayed for the same account is less than 10, so that the situation that the number of the displayed cards is greater than the preset number and the situation that the number of times of displaying the same card is greater than the preset number can be avoided.

The technical scheme provided by the embodiment at least has the following beneficial effects: through setting up at the time quantum of predetermineeing, the number of times that to treat the recommendation card to same account show is less than predetermineeing the number of times, can avoid the show number of times of same card too much, influences the user and experiences and the bandwagon effect of card to the use of customer end.

Fig. 17 is an interaction diagram illustrating an information processing method for interaction between a server and an electronic device according to an example embodiment. As shown in fig. 17, the information processing method includes S1701-S1711.

In S1701, the electronic device acquires content parameters of the current service scene.

In one implementation, a user uses an electronic device to watch a media resource or a live broadcast resource on a client, and the electronic device obtains content parameters of a current service scene corresponding to the media resource or the live broadcast resource on the client.

In S1702, the electronic device sends a card acquisition request to the server, where the card acquisition request includes the content parameter.

In one embodiment, the content parameters are used for the card to determine the card to be recommended.

In another embodiment, a client sends a card acquisition request to a server via an electronic device.

In S1703, the server receives the card acquisition request sent by the client.

Wherein the card acquisition request includes the content parameter.

In one embodiment, the server receives a card acquisition request sent by the client through the electronic device.

In S1704, the server sends a card inquiry request to at least two card businesses in parallel, where the card inquiry request includes the content parameter.

In S1705, the card service side determines a card to be recommended corresponding to the content represented by the content parameter.

In one embodiment, after receiving a card query request, a card service side determines a card to be recommended corresponding to content represented by content parameters.

In S1706, the card service direction sends the card information of the card to be recommended to the server; the card information of the card to be recommended comprises the service priority of the card service party;

in one embodiment, after determining a card to be recommended corresponding to content represented by content parameters, a card service party sends card information of the card to be recommended to a server, where the card information of the card to be recommended includes a service priority of the card service party.

In another embodiment, the card information further includes card content information, and the card content information is used for generating the card to be recommended.

In S1707, the server receives card information of the card to be recommended, which is sent by the card service side.

The card information of the card to be recommended comprises the service priority of the card service party.

In S1708, the server determines a card queue to be recommended according to the service priority of the card service party.

In S1709, the server sends the to-be-recommended card queue to the client, so that the client displays the to-be-recommended cards in the to-be-recommended card queue.

In S1710, the electronic device receives the to-be-recommended card queue sent by the server.

The queue to be recommended comprises cards to be recommended, which correspond to the content represented by the content parameters.

In one embodiment, the client receives a card queue to be recommended sent by the server through the electronic device.

In S1711, the electronic device displays the cards to be recommended in the card to be recommended queue.

In one embodiment, the electronic equipment displays the cards to be recommended in a target area of a content display interface of a current business scene on a client.

Alternatively, the content display interface of the current business scenario may be a display screen of the electronic device.

In the above embodiment, after acquiring the content parameters of the current service scenario, the electronic device sends the card acquisition request to the server, and the server sends the card inquiry requests to at least two card service parties in parallel, thereby implementing asynchronous and parallel card inquiry service parties. Compared with the problem that the query time consumption is longer and longer along with the increase of card business parties in the serial query method in the prior art, the information processing method provided by the embodiment of the disclosure has the advantages that the query time consumption is less affected along with the increase of the card business parties, the query time consumption can be obviously reduced when the card business parties are increased, the loading time consumption of the current business scene is further reduced, the time consumption for displaying the card is reduced, and the card recommendation effect is further improved. Furthermore, the server determines a card queue to be recommended according to the service priority of the card business parties, sends the card queue to be recommended to the electronic equipment, and the electronic equipment displays the cards to be recommended according to the sequence of the cards to be recommended in the card queue to be recommended, so that overall coordination of the card business parties on the robbery of card resources is achieved, and the loading performance of the client side is optimized.

The scheme provided by the embodiment of the application is mainly introduced from the perspective of a method. To implement the above functions, it includes hardware structures and/or software modules for performing the respective functions. Those of skill in the art will readily appreciate that the various illustrative modules and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

The embodiment of the disclosure also provides an information processing device.

Fig. 18 is a block diagram illustrating an information processing apparatus for a server according to an exemplary embodiment. Referring to fig. 18, the information processing apparatus 1800 includes a receiving module 1801, a calling module 1802, a determining module 1803, and a transmitting module 1804.

A receiving module 1801, configured to execute receiving a card acquisition request sent by a client, where the card acquisition request includes content parameters of a current service scene. For example, in conjunction with fig. 2, the receiving module 1801 may be configured to execute S201.

A calling module 1802 configured to execute sending a card inquiry request to at least two card business parties in parallel, the card inquiry request including the content parameter; the card inquiry request is used for indicating each card service party to determine a card to be recommended corresponding to the content characterized by the content parameters. For example, in conjunction with fig. 2, the calling module 1802 may be configured to perform S202.

The receiving module 1801 is further configured to execute receiving card information of the card to be recommended, which is sent by the card service party; the card information of the card to be recommended comprises the service priority of the card service party. For example, in conjunction with fig. 2, the receiving module 1801 may be configured to execute S203.

A determining module 1803, configured to perform determining a card queue to be recommended according to the service priority of the card service party. For example, in conjunction with fig. 2, the determining module 1803 may be configured to perform S204.

A sending module 1804 configured to execute sending the to-be-recommended card queue to the client, so that the to-be-recommended cards in the to-be-recommended card queue are displayed by the client. For example, in conjunction with fig. 2, the sending module 1804 may be configured to perform S205.

In one possible implementation, the calling module 1802 is specifically configured to perform: and under the condition that the playing amount of the current service scene is smaller than a first current limiting parameter, the card inquiry requests are sent to the at least two card service parties in parallel. For example, in conjunction with fig. 3, the calling module 1802 may be used to perform S202 a.

In one possible implementation, the calling module 1802 is specifically configured to perform: determining a second current limiting parameter of each card business side; and sending the card inquiry request to a card service party with the second current limiting parameter larger than the playing amount of the current service scene. For example, in connection with FIG. 4, the call module 1802 may be used to perform S202b-S202 c.

In one possible implementation, the calling module 1802 is specifically configured to perform: each card business party in the at least two card business parties is accessed to a pre-established card calling frame; and sending the card inquiry request to each card business party accessing the pre-established card calling framework in parallel. For example, in connection with FIG. 5, the call module 1802 may be used to perform S202d-S202 e.

Fig. 19 is a block diagram illustrating an information processing apparatus for an electronic device according to an example embodiment. Referring to fig. 19, the information processing apparatus 1900 includes an acquisition module 1901, a calling module 1902, and a display module 1903.

An obtaining module 1901 configured to perform obtaining content parameters of a current service scenario. For example, in conjunction with fig. 7, the obtaining module 1901 may be configured to perform S701.

A calling module 1902, configured to perform acquiring a to-be-recommended card queue corresponding to a business priority of a card business party; the card queue to be recommended comprises cards to be recommended corresponding to the content represented by the content parameters. For example, in conjunction with fig. 7, the calling module 1902 may be configured to perform S702.

A display module 1903 configured to perform displaying of the cards to be recommended in the card queue to be recommended. For example, in conjunction with fig. 7, the display module 1903 may be configured to perform S703.

In a possible implementation, the display module 1903 is specifically configured to perform: and displaying the card to be recommended in a target area of a content display interface of the current service scene. For example, in conjunction with fig. 8, the display module 1903 may be configured to perform S703 a.

In one possible implementation, the calling module 1902 is specifically configured to perform: sending a card acquisition request to a server, wherein the card acquisition request comprises the content parameters; the server is used for acquiring a card queue to be recommended corresponding to the service priority of the card service party; and receiving the card queue to be recommended sent by the server. For example, in connection with FIG. 15, the call module 1902 may be used to perform S702a-S702 b.

In one possible implementation, the calling module 1902 is specifically configured to perform: sending card inquiry requests to at least two card business parties in parallel, wherein the card inquiry requests comprise the content parameters; the card inquiry request is used for indicating each card business party to determine a card to be recommended corresponding to the content represented by the content parameter; receiving card information of the card to be recommended, which is sent by the card business party; the card information of the card to be recommended comprises the service priority of the card service party; and determining a card queue to be recommended according to the service priority of the card service party. For example, in connection with FIG. 16, the call module 1902 may be used to perform S702c-S702 e.

In one possible implementation, the calling module 1902 is specifically configured to perform: and under the condition that the playing amount of the current service scene is smaller than a first current limiting parameter, sending card inquiry requests to the at least two card service parties in parallel.

In one possible implementation, the calling module 1902 is specifically configured to perform: determining a second current limiting parameter of each card business side; and sending the chip inquiry request to a card service party with the second current limiting parameter larger than the playing amount of the current service scene.

In one possible implementation, the calling module 1902 is specifically configured to perform: accessing the card business party to a pre-established card calling frame; and sending card inquiry requests to at least two card business parties in parallel through the pre-established card calling frame.

In a possible implementation, the display module 1903 is specifically configured to perform: and displaying that the number of the cards to be recommended is smaller than a preset number in a preset time period for each account for viewing the current service scene.

In a possible implementation, the display module 1903 is specifically configured to perform: and displaying the cards to be recommended less than the preset times for each account viewing the current service scene within a preset time period.

With regard to the apparatus in the above-described embodiment, the specific manner in which each module performs the operation has been described in detail in the embodiment related to the method, and will not be elaborated here.

Fig. 20 is a block diagram illustrating a structure of a server 2000 according to an exemplary embodiment, where the server 2000 may have a large difference due to different configurations or performances, and may include one or more processors 2001 and one or more memories 2002. The memory 2002 stores therein at least one instruction, and the at least one instruction is loaded and executed by the processor 2001 to implement a task processing method provided by the above-described method embodiments, for example, the information processing method shown in any one of fig. 2 to 5. Of course, the server 2000 may also include other components for implementing the functions of the device, which are not described herein.

Fig. 21 is a block diagram illustrating a method for an electronic device 2100, according to an example embodiment. As shown in fig. 21, the electronic device 2100 includes, but is not limited to: a processor 2101 and a memory 2102.

The memory 2102 is configured to store executable instructions of the processor 2101. It is understood that the processor 2101 is configured to execute instructions to implement the information processing method illustrated in any one of fig. 7, fig. 8, fig. 15, or fig. 16 according to the above embodiments.

It should be noted that, as those skilled in the art will appreciate, the electronic device structure shown in fig. 21 does not constitute a limitation of the electronic device, and the electronic device may include more or less components than those shown in fig. 21, or may combine some components, or may have different component arrangements.

The processor 2101 is a control center of an electronic apparatus, connects various parts of the entire electronic apparatus using various interfaces and lines, and performs various functions of the electronic apparatus and processes data by operating or executing software programs and/or modules stored in the memory 2102 and calling up the data stored in the memory 2102, thereby monitoring the entire electronic apparatus. The processor 2101 may include one or more processing units; optionally, the processor 2101 may integrate an application processor and a modem processor, wherein the application processor mainly handles operating systems, user interfaces, application programs, etc., and the modem processor mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 2101.

The memory 2102 may be used to store software programs as well as various data. The memory 2102 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one functional module (such as the acquisition module 1901, the calling module 1902 or the display module 1903, and the like), and the like. Further, the memory 2102 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

In an exemplary embodiment, the disclosed embodiment also provides an information processing system including a server executed to complete the information processing method in S201-S205 described above, and an electronic device executed to complete the information processing method in S701-S703 described above.

In one example, referring to fig. 18, the processing functions of the receiving module 1801, the calling module 1802, the determining module 1803, and the sending module 1804 described above may all be implemented by the processor 2001 in fig. 20 calling a computer program stored in the memory 2002.

In one example, referring to fig. 19, the processing functions of the acquiring module 1901, the calling module 1902 and the displaying module 1903 described above may all be implemented by the processor 2101 in fig. 21 calling a computer program stored in the memory 2102.

In an exemplary embodiment, the disclosed embodiments also provide a computer-readable storage medium including instructions, for example, the memory 2102 including instructions, which are executable by the processor 2101 of the electronic device 2100 to perform the information processing method in S701-S703 described above. Alternatively, the memory 2002 includes instructions executable by the processor 2001 of the server 2000 to perform the information processing method in S201 to S205 described above.

Alternatively, the computer-readable storage medium may be a non-transitory computer-readable storage medium, which may be, for example, a Read-Only Memory (ROM), a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

In an exemplary embodiment, the disclosed embodiments also provide a computer program product including one or more instructions that can be executed by the processor 2101 of the electronic device 2100 to perform the information processing methods in S701-S703 described above, or that can be executed by the processor 2001 of the server 2000 to perform the information processing methods in S201-S205 described above.

It should be noted that the instructions in the computer-readable storage medium or one or more instructions in the computer program product are executed by the processor 2101 of the electronic device 2100 to implement the processes of the information processing method embodiment, and the technical effects similar to those of the information processing methods S701 to S703 can be achieved, and are not described herein again to avoid repetition. Alternatively, the instructions in the computer-readable storage medium or one or more instructions in the computer program product are executed by the processor 2001 of the server 2000 to implement the processes of the task processing method embodiment, and the same technical effects as those of the information processing methods S201 to S205 can be achieved, and are not described herein again to avoid repetition.

Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It will be understood that the present disclosure is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. An information processing method for a server, comprising:

receiving a card acquisition request sent by a client, wherein the card acquisition request comprises content parameters of a current service scene;

sending card inquiry requests to at least two card business parties in parallel, wherein the card inquiry requests comprise the content parameters; the card inquiry request is used for indicating each card business party to determine a card to be recommended corresponding to the content represented by the content parameter;

receiving card information of the card to be recommended, which is sent by the card business party; the card information of the card to be recommended comprises the service priority of the card service party;

determining a card queue to be recommended according to the service priority of the card service party;

and sending the card queue to be recommended to the client so that the client can display the cards to be recommended in the card queue to be recommended.

2. The information processing method of claim 1, wherein the sending of card inquiry requests to at least two card businesses in parallel comprises:

each card business party in the at least two card business parties is accessed to a pre-established card calling frame;

and sending the card inquiry request to each card business party accessing the pre-established card calling framework in parallel.

3. An information processing method for an electronic device, comprising:

acquiring content parameters of a current service scene;

acquiring a card queue to be recommended corresponding to the service priority of a card service party; the card queue to be recommended comprises cards to be recommended corresponding to the content represented by the content parameters;

and displaying the cards to be recommended in the card queue to be recommended.

4. The information processing method according to claim 3, wherein acquiring a card queue to be recommended corresponding to a business priority of a card business party comprises:

and determining a card queue to be recommended according to the service priority of the card service party.

5. An information processing apparatus for a server, comprising:

the receiving module is configured to execute a card obtaining request sent by a receiving client, wherein the card obtaining request comprises content parameters of a current service scene;

the calling module is configured to execute sending card inquiry requests to at least two card business parties in parallel, wherein the card inquiry requests comprise the content parameters; the card inquiry request is used for indicating each card business party to determine a card to be recommended corresponding to the content represented by the content parameter; the receiving module is further configured to execute receiving of the card information of the card to be recommended, which is sent by the card business party; the card information of the card to be recommended comprises the service priority of the card service party;

the determining module is configured to determine a card queue to be recommended according to the service priority of the card service party;

the sending module is configured to send the card queue to be recommended to the client, so that the card to be recommended in the card queue to be recommended is displayed by the client.

6. An information processing apparatus for an electronic device, comprising:

the acquisition module is configured to execute the acquisition of the content parameters of the current service scene;

the calling module is configured to execute acquisition of a card queue to be recommended corresponding to the service priority of the card service party; the card queue to be recommended comprises cards to be recommended corresponding to the content represented by the content parameters;

and the display module is configured to display the cards to be recommended in the card queue to be recommended.

7. A server, comprising:

a processor;

a memory for storing the processor-executable instructions;

wherein the processor is configured to execute the instructions to implement the information processing method of claim 1 or 2.

8. An electronic device, comprising:

a processor;

a memory for storing the processor-executable instructions;

wherein the processor is configured to execute the instructions to implement the information processing method of claim 3 or 4.

9. An information processing system, comprising:

the server of claim 7; and

the electronic device of claim 8;

the server is in communication connection with the electronic device.

10. A computer-readable storage medium, wherein instructions in the computer-readable storage medium, when executed by a processor of a server, enable the server to perform the information processing method of claim 1 or 2; or

The instructions in the computer-readable storage medium, when executed by a processor of an electronic device, enable the electronic device to perform the information processing method of claim 3 or 4.