CN107872483B

CN107872483B - Media content pushing method, device and system

Info

Publication number: CN107872483B
Application number: CN201610854810.2A
Authority: CN
Inventors: 习明昊
Original assignee: Tencent Technology Beijing Co Ltd
Current assignee: Tencent Technology Beijing Co Ltd
Priority date: 2016-09-27
Filing date: 2016-09-27
Publication date: 2020-12-04
Anticipated expiration: 2036-09-27
Also published as: CN107872483A

Abstract

The application discloses a method for pushing media content, which comprises the following steps: receiving each pushing request from each media server; for each push request, the following processing is performed: determining the value of the designated dimension or the dimension combination corresponding to the push request; determining a corresponding push system according to the value of the dimension or the dimension combination; and forwarding the push request to the corresponding push system so as to perform menu processing on the push request, and pushing the corresponding media content through the corresponding media server according to a menu result. Corresponding apparatus and systems are also disclosed. By adopting the technical scheme, the media content pushing effect can be improved.

Description

Media content pushing method, device and system

Technical Field

The present application relates to the internet field, and in particular, to a method, an apparatus, and a system for pushing media content.

Background

With the development of internet technology, more and more media contents (including text, pictures, audio, video, etc.) are pushed to various users through the internet. Such as: when browsing a web page using a terminal device such as a mobile phone or a PC, a user may receive various media contents pushed by a network side, such as: advertisements in picture or video format, public service promotional information, news, etc. Thus, the user can know the time information, the interested contents and the like in time. Such media content may be referred to as push information or push content, etc.

Disclosure of Invention

The application provides a pushing method of media content, which comprises the following steps: receiving each pushing request from each media server; for each push request, the following processing is performed: determining the value of the designated dimension or the dimension combination corresponding to the push request; determining a corresponding push system according to the value of the dimension or the dimension combination; and forwarding the push request to the corresponding push system so as to perform menu processing on the push request, and pushing the corresponding media content through the corresponding media server according to a menu result.

The present application further provides a device for controlling pushing of media content, including: the system comprises a receiving module, a dimension determining module and a distributing module; the receiving module receives each pushing request from each media server; for each push request, the dimension determining module determines a value of a specified dimension or a dimension combination corresponding to the push request; and the distribution module determines a corresponding push system according to the value of the dimension or the dimension combination, forwards the push request to the corresponding push system so as to perform menu processing on the push request, and pushes the corresponding media content through a corresponding media server according to a menu result.

The present application further provides a device for rule configuration of media content, including: the user interface module is used for providing a visual interface and receiving the operation of a user on the visual interface; the rule module responds to the operation received by the user interface module and generates a pushing rule; and the sending module is used for sending the pushing rule generated by the rule module to a control server so as to determine the pushing rule matched with the value of the appointed dimension or the dimension combination corresponding to the pushing request from the pushing rule, and forwarding the pushing request to a pushing system described by the matched pushing rule.

The present application further provides a system for pushing media content, including: the system comprises a media server, a control server and a push system; wherein the media server sends a push request to the control server in response to a user's access; the control server receives each pushing request from the media server; for each push request, the following processing is performed: determining a value of an appointed dimension or a dimension combination corresponding to the push request, determining a corresponding push system according to the value of the dimension or the dimension combination, and forwarding the push request to the corresponding push system; the push system performs menu processing on each received push request, and pushes the corresponding media content through the corresponding media server in the media servers according to the menu result.

By adopting the scheme provided by the application, each pushing request selects the pushing system according to the dimensionality or the dimensionality combination value corresponding to each pushing request, then the flow supplier can perform dimensionality division on the flow, the flow is distributed to each pushing system based on the dimensionality division to complete the pushing of the content, the flow can be distributed to the more proper pushing system, the media content pushing effect is improved, the selection of the pushing system is more flexible, and the system performance and the working efficiency are improved.

Drawings

In order to more clearly illustrate the technical solutions in the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only examples of the present application, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without inventive effort. Wherein the content of the first and second substances,

FIG. 1 is a diagram of a system architecture to which an example of the present application relates;

FIG. 2 is a flow chart of a method in an example of the present application;

FIGS. 3A-3B are schematic diagrams of push rule mappings in the example of the present application;

FIGS. 4A-4B are diagrams of push rule set interfaces in the examples of the present application;

FIG. 5 is a diagram illustrating push rule settings in an example of the present application;

FIG. 6 is a schematic view of a control device in an example of the present application;

FIG. 7 is a schematic diagram of a configuration device in an example of the present application;

FIG. 8 is a block diagram of a computing device in an example of the present application.

Detailed Description

For simplicity and clarity of description, the invention will be described below by describing several representative embodiments. Not all embodiments are shown herein. In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. Some embodiments are not described in detail, but rather are merely provided as frameworks, in order to avoid unnecessarily obscuring aspects of the invention. Hereinafter, "including" means "including but not limited to", "according to … …" means "at least according to … …, but not limited to … … only". The word "comprising" in the description and in the claims is intended to include at least to some extent, and should be interpreted as including other features which may be present in addition to those mentioned later.

The application provides a pushing method of media content, and a system architecture applied by the method is shown in fig. 1. The system architecture includes: user equipment 101, a media server 102, a control server 103 and a plurality of push systems 104. Fig. 1 shows only one user equipment 101 and one media server 102, but there may be multiple user equipments 101 and multiple media servers 102 in an actual scenario, and the process flow of accessing one media server 102 by only one user equipment 101 is described here. When a user accesses the media server 102 through the user equipment 101, for example: browsing web content or watching videos, etc., the media server 102 is ready to push the appropriate media content (e.g., advertisements, news, etc.) to the user device 101, i.e., is ready to expose the media content to the user. At this time, the media server 102 sends a corresponding push request (which may be referred to as an exposure request) to the control server 103, which may carry user identification, presentation bit information, media channel information, device information, and the like. The control server 103 is connected to a plurality of push systems 104 (also referred to as a delivery system, a delivery engine, a push engine, etc.), and each push system 104 has a respective push traffic (also referred to as exposure traffic) selling mode for a demand party (a party providing media content to be pushed, such as an Advertiser advertisement), so that there is a respective menu policy for a push request. The control server 103 selects the push system 104 for the received push request, the push system 104 performs menu processing, and completes the push (also called exposure) of the corresponding media content through the media server 102 according to the menu result, that is: the push system 104 determines an order matching the push request based on its own menu policy, and provides a link address of media content carried by the order to the media server 102, so that the media server 102 can obtain the corresponding media content and push the media content to the user equipment 101, thereby implementing exposure of the media content. Wherein, various modes of selling of flow include: cost per thousand (CPM) packages, guaranteed CPM, guaranteed non-guaranteed CPM, and the like. Different push systems 104 may correspond to different vending modes.

Here, in the information carried in the push request, the user identifier may be various accounts used by the internet user to register on various APPs and websites, such as: instant messaging numbers such as QQ and the like, e-mail addresses, WeChat account numbers, microblog account numbers, Taobao account numbers and the like; the presentation position information is used for describing a position provided by a media party in the user interface for pushing the media content, such as describing a position in a page where an advertisement can be presented; the media channel information is used to describe what channels the user equipment 101 accesses the media server 102 through, such as: through what brand of network television set-top box or through what operator provided network access; the device information is used to describe the properties of the user device 101 itself, such as: device types such as mobile terminal, PC, smart tv, brand/model information, etc.

The user device 101 may be a handheld terminal device such as a mobile phone, a tablet, a palmtop computer, or the like, a PC such as a desktop computer, a notebook computer, or the like, or various intelligent devices with internet access capability and a display interface such as a smart television. The media server 102 may be a server in the internet capable of providing various media presentation services to users, such as: portal web servers, online video servers, social application servers (e.g., microblog, wechat, instant messaging servers, etc.), e-mail servers, social network platform servers (e.g., blog, BBS servers, etc.), e-commerce platform servers (servers of platforms such as the kyoto, naught, amazon, etc.), and the like. The media server 102 and the push control server 103 both belong to the entity of the media side provider platform (SSP), i.e. both are servers of the media side (Publisher). The provider here refers to a provider of push traffic (also referred to as exposure traffic), i.e. a party capable of providing exposure opportunities, also referred to as a media party, is a party responsible for presenting media content to a user. The media content can be advertisements, public service propaganda information, news and the like in the formats of pictures, videos, audios and the like.

Based on the above system architecture, the present application provides a push information distribution method, which can be applied to the control server 103. As shown in fig. 2, the method comprises the steps of:

step 201: the control server 103 receives push requests from the media servers 102, and performs the following processing for each push request:

step 202: and determining the value of the designated dimension (dimension) or the dimension combination corresponding to the push request. The dimension combination represents a set of multiple dimensions, and is called simply a dimension combination (combinations).

In some instances, the specified dimension or combination of dimensions may include dimensions related to attributes of the user itself (also referred to as user orientation), such as: the geographic location, sex, age, etc. of the location, such as: the user behavior characteristics mined according to the historical access data are as follows: frequently visited website types, commonly used media channels, social circle characteristics, behavioral preferences, and the like. Such dimension information related to the user's own attributes may be maintained in a user feature database, where feature data (i.e., a set of dimensions) of a large number of internet users are maintained, and each user identifier corresponds to a set of dimensions for characterizing the attribute characteristics of the corresponding user. The control server 103 may determine the user identifier carried in the push request, and then determine the value of the designated dimension or the dimension combination corresponding to the user identifier by querying the user feature database.

Some Internet Service Providers (ISPs) will establish a Data Management Platform (DMP) to perform data mining on the internet behaviors of their own users and/or third-party users to maintain user characteristic data of their own users and/or third-party users, also called user portrait data (Persona), especially some mainstream ISPs (such as vacation, acraba, and the like) having a large number of internet users, and the maintained user characteristic data can more accurately describe characteristics of target audience groups for various products/services. Such user characteristic data may be maintained in a user characteristic database (also called user picture database, user role database).

In some instances, the specified dimension or combination of dimensions may also include dimensions related to attributes currently accessed by the user, such as: presentation bit information, media channel information, device information, etc. The value of such dimension related to the attribute currently accessed by the user may be obtained according to the parameter carried in the currently received push request. The control server 103 may extract parameters corresponding to the specified dimension or combination of dimensions from the push request, and determine the value of the specified dimension or combination of dimensions according to the extracted parameters. Such as: extracting parameters corresponding to the appointed dimension combination comprising the display position, the media channel and the terminal from the push request: and displaying bit information, media channel information and equipment information, and determining the value of the dimension combination according to the extracted parameters.

In some instances, specifying a dimension or combination of dimensions may include: the dimensions associated with the attributes of the user himself and the dimensions associated with the attributes currently accessed by the user. At this time, the values of the corresponding dimension or the dimension combination are obtained in the above two ways, respectively.

Step 203: and determining a corresponding push system according to the value of the dimension or the dimension combination determined in the step 202.

Step 204: the push request is forwarded to the push system determined in step 203, so that the push system performs menu processing on the push request, and pushes the corresponding media content through the corresponding media server 102 according to the menu result.

In the above example, each push request is forwarded to the control server 103, the control server 103 selects the push system 104 according to the value of the dimension or the dimension combination corresponding to each push request, and then the provider of the traffic (e.g., advertisement traffic) may perform dimension division on the traffic, distribute the traffic to each push system 104 based on the dimension division to complete content push (e.g., advertisement exposure), and can distribute the traffic to a more suitable push system (e.g., the traffic specifying a domain male may be preferentially distributed to the push system B, and other traffic may be preferentially distributed to the push system a).

Meanwhile, the flow distribution mode based on the dimensionality enables a supplier to flexibly customize a distribution scheme according to the characteristics of each pushing system, so that better income can be further guaranteed under the condition of guaranteeing the exposure flow purchased by a demand side, the flow selling and the product expansion and popularization are facilitated, and the business value is high.

In some examples, step 203 may include: determining a push rule matching the value of the dimension or the combination of the dimensions determined in step 202, wherein a plurality of push rules are configured in the control server 103, each push rule corresponding to a value of a dimension or a combination of the dimensions and describing a corresponding push system, so that the push rule can be obtained based on the value matching of the dimension or the combination of the dimensions determined in step 202. And then, taking the push system described by the determined push rule as the corresponding push system.

For example: one push rule may correspond to the value of the following combination of dimensions:

1. advertisement space information: advertising position of Tencent network and banner;

2. media channel: a millet television box;

3. the city is as follows: beijing, Shanghai.

If the value of the dimension combination corresponding to the push request conforms to the dimension combination corresponding to the push rule, it indicates that the push request matches the push rule, and forwards the push request to the push system described by the push rule.

In some examples, when a matching push rule is determined and describes multiple push systems in step 203, the process of forwarding the exposure request to the corresponding push systems in step 204 may include: and sequentially forwarding the exposure request to the push systems according to the priority order of the push systems until one push system menu is successful. Such as: the push rule describes three push systems a-C and their priorities, the priority order of the three being: the system comprises a pushing system A, a pushing system B and a pushing system C. The control server 103 sends the push request to the push system a according to the priority order, the push system a performs menu processing on the push request based on the menu strategy thereof, if the menu is successful, the push system a sends the menu result to the corresponding media server 102 to complete the pushing of the media content, if the menu is failed, the menu is fed back to the control server 103, the control server 103 forwards the push request to the next push system (i.e. the push system B) according to the priority order, and the process is repeated until the menu of the push system is successful. If all the push systems fail to select the menu, it means that the media content cannot be pushed according to the push request, and the exposure of the media content will not occur.

In some examples, in order to ensure the benefit maximization of the media side, the push systems accessed by the media side (i.e. the provider) are prioritized to sell traffic in a graded manner, and generally, the priority of the push system corresponding to the CPM blocking mode is the highest, the priority of the push system corresponding to the premium CPM mode is the next, the priority of the bid delivery system corresponding to the premium CPM mode is the next, and the priority of the bid delivery system is the lowest.

In some examples, when a plurality of matching push rules are determined in step 203, the process of forwarding the push request to the corresponding push system in step 204 may include: and according to the priority sequence of the plurality of pushing rules, sequentially forwarding the pushing request to the pushing systems described by the pushing rules until one pushing system menu is successful. Such as: determining two matched rules A and B, if the rule A has high priority, forwarding the push request to a push system A described by the rule A, the push system A performing menu processing on the push request based on a menu strategy of the push system A, if the menu is successful, sending a menu result to a corresponding media server 102 by the push system A to complete the push of the media content, if the menu is failed, feeding back to a control server 103, and forwarding the push request to a push system B described by the rule B by the control server 103.

In some examples, as mentioned above, there may be multiple push systems described by one rule, and when forwarding a push request to one of the push systems described by one rule, if the push rule describes multiple push systems, the push request is forwarded to the push systems in turn according to the priority order of the push systems until one of the push system menus succeeds. The specific processing has been described above and will not be described herein.

In the above example, the dimension or the dimension combination corresponding to the push request and the push system corresponding to the push request are determined based on the push rule, and the media party can flexibly configure the push rule as needed to meet the demand of flow selling. When a plurality of matched rules and a plurality of pushing systems exist, the flow can be distributed according to the priority, so that the pushing effect of the media content can be improved, and the system performance and the working efficiency are improved.

In some examples, the control server 103 may further receive push rules from the configuration server 105 shown in fig. 1 of the media side, and then may determine a push rule matching the value of the dimension or the dimension combination corresponding to the current push request from the received push rules, and then use the matching push rule to perform the

above steps

203 and 204 to forward the push request to the push system 104. The configuration server 105 may generate various push rules in response to a user operation, and may further edit and delete various push rules.

A large number of push rules are configured in the control server 103, and each push rule may use the value of the corresponding dimension or dimension combination as an index, so that the corresponding push rule or push rules can be found by matching the value of the dimension or dimension combination corresponding to the push request with the indexes.

In some examples, the control server 103 may further receive a mapping between values of the dimensions from the configuration server 105 and push rules. In step 203, the control server 103 may determine, according to the received mapping relationship, a push rule matching the currently determined dimension or the value of the dimension combination. In other examples, the control server 103 may also establish the mapping relationship itself according to the push rules received from the configuration server 105.

And in the online flow distribution stage, the matched push rules need to be quickly judged and searched for the current push request, and if a plurality of push rules are matched, flow distribution is carried out according to the priority order of the rules. Since the entire online menu needs to be returned in milliseconds, it must be completed in a very short time during the rule matching phase. To improve matching speed, in some examples, the index of each push rule may be implemented in a Bitmap manner. Specifically, a field containing a certain number of bits is established, the number of bits is the same as that of the existing push rules, each bit corresponds to one push rule, a mapping from each bit to a corresponding push rule ID can be established, and the contents of the push rules (such as the described push system and the priority order thereof) can be read through the push rule ID. Meanwhile, a mapping of each value of each dimension (also referred to as a KEY value of a traffic attribute) to each bit is established, wherein one value of one dimension may be mapped to one or more bits. The configuration server 105 may establish the mapping relationship after generating the push rule, including: mapping of the value of each dimension to the field bit, and mapping of each bit to the push rule ID. The configuration server 105 sends these mappings together as a configuration file to the control server 103 when sending the push rules to the control server 103. Alternatively, the mapping relationship may be established by the control server 103 according to the received push rules. When the control server 103 determines the value of the dimension or the dimension combination corresponding to the push request, based on the received mapping relationship, one field may be obtained for the determined value of each dimension, where each bit position to which the value of the dimension is mapped is set to a preset value (for example, set to 1), and then, a bit operation (for example, a bit and operation) is performed on the field corresponding to the value of each dimension, so that the matched push rule to be used may be determined. For example, performing a bit and operation on the fields may obtain a new field, where each bit set to a predetermined value (e.g., 1) in the field corresponds to a matching push rule. If no bit set to a preset value in the field indicates that no matching push rule is obtained, a default push rule may be used to distribute the push request.

By adopting the mapping mode, the fields are stored in the memory, the control server 103 can obtain the push rule by matching directly through bit operation among the fields, the calculated amount and the memory space occupied by the push rule are very small, the matching calculation can be completed quickly, and the real-time requirement of the online menu can be met.

In one example, there are a total of three push rules 1-3, and the field has three bits. As shown in fig. 3A, these three bits are mapped to rule 1, rule 2, and rule 3, respectively. Meanwhile, the value of gender dimension "male" may be mapped to the first and second bits, and the value of city dimension "shanghai" may be mapped to the second bit. When the value of the dimension combination corresponding to a push request is { "male", "shanghai" }, as shown in fig. 3B, a field "110" may be obtained based on the gender dimension value "male", and a field "010" may be obtained based on the city dimension value "shanghai", and a bit and operation is performed on the two fields to obtain a new field "010", and further, the new field "010" may be mapped to the rule 2 by using the bit with the value of 1, that is, the push rule matching the push request is rule 2, and the push system described in rule 2 is used to perform menu processing on the push request.

In some instances, a user may generate, edit, delete push rules in the configuration server 105 through operation of a visual interface. Accordingly, the configuration server 105 may generate, edit, and delete the push rule in response to the user's operation. Fig. 4A and 4B illustrate a user interface for generating push rules. Fig. 4A relates to setting dimensions or dimension combinations corresponding to push rules, where a user can set the dimensions of an ad spot of a push rule by operating a control under the ad spot association 301, can set the dimensions of a media channel of a push rule by operating a control of the media channel 302, and sets the dimensions of a city of a push rule by operating the city 303. Fig. 4B relates to a push system for setting a push rule, where the rule resource 304 represents a push system (here, referred to as an advertisement delivery system), and it can be seen that the push system can be set according to multiple priorities, the priorities can also be divided into two layers, the first layer is divided into priorities 1-4, and the priorities in each layer can be further divided into two layers, such as: under priority 1, the push system priority corresponding to "regular brand" is higher than that of "brand programmed", and under priority 2, the push system priority corresponding to "brand margin" is higher than that of "brand margin programmed". Three push systems are shown in fig. 3B: IMPRO 305, Smart-win-sell 306 and Smart-merge 307, from which the user can select the push system described by the push rule by a check-in operation.

Considering that one push request may match multiple push rules when online distributing traffic, a priority setting problem between multiple push rules is to be considered when setting the push rules. In some examples, after a push rule is generated, a field having a predetermined number of bits is generated based on a dimension or a combination of dimensions corresponding to the push rule, where each dimension corresponds to one or more bits (e.g., 1 or 2 bits), and whether the push rule corresponds to a dimension may be determined according to a value of a bit corresponding to the dimension. The configuration server 105 may determine which push rules overlap according to values of each dimension in the created push rules, and need to perform priority setting on which push rules, and may set a priority order for the rules according to a preset logic. Such as: the system may default to push rules that correspond to more dimensions with higher priority. Further, several bits may be reserved in this field to set the priority value. When several push rules are found to overlap, the priority value in this field can be automatically set, and further, this field can be displayed in a user interface, and the user can adjust the priority value in this field if the priority automatically set by the system is considered to be inappropriate. This field may be used to characterize the priority of the push rule and may also be used to generate the ID of the push rule. Since the field can represent the priority, the push rules can be sorted based on the field and then provided to the control server 103, so that the control server 103 can directly store the push rules sorted by priority, and when the push rules are selected according to the priority order, the control server does not need to read any priority parameters, and the push rules are directly selected in sequence according to the arrangement order of the priority parameters.

Fig. 5 shows the above fields for a push rule. This field includes 18 bits, corresponding to 7 dimensions and priorities, two bits for each dimension, and four bits for the priorities. As shown in fig. 5, the dimension combination corresponding to the push rule includes: channel, location type, and ad slot. When the push rule overlaps with other rules, the configuration server 105 may present such fields as shown in fig. 5 and the corresponding dimension of each bit in the user interface, and the user may manually adjust the bit value of the corresponding priority.

Based on the above method example, the present application also provides a device for controlling pushing of media content, which can be applied in the control server 103. As shown in fig. 6, the push control device 600 includes: a receiving module 601, a dimension determining module 602, and a distributing module 603.

The receiving module 601 receives each push request from each media server 102.

For each push request, the dimension determination module 602 and the distribution module 603 process as follows:

the dimension determining module 602 determines a value of a specified dimension or a dimension combination corresponding to the push request. The distribution module 603 determines the corresponding push system 104 according to the value of the dimension or the dimension combination, and forwards the push request to the corresponding push system 104, so that the push request is subjected to menu processing, and pushes the corresponding media content through the corresponding media server 102 according to a menu result.

In some examples, the dimension determining module 602 determines a user identifier carried in the push request, and queries the user characteristic database to determine a value of a specified dimension or a dimension combination corresponding to the user identifier.

In some examples, the dimension determination module 602 extracts parameters corresponding to a specified dimension or combination of dimensions from the push request, and determines a value of the specified dimension or combination of dimensions according to the extracted parameters.

In some examples, the distribution module 603 determines a push rule matching the value of the dimension or the combination of dimensions, and forwards the push request to the push system 104 described by the push rule.

In some examples, the push control device 600 may further include: the configuration module 604 receives push rules from the configuration server 105, wherein the configuration server 105 generates the push rules in response to a user operation. The distribution module 603 determines the matched push rule from the push rules received by the configuration module 604.

Based on the above method example, the present application also proposes a rule configuration device for media content, which can be applied in the configuration server 105. As shown in fig. 7, the rule configuration apparatus 700 includes: a user interface module 701, a rules module 702, and a sending module 703.

The user interface module 701 provides a visual interface and receives an operation of the visual interface by a user.

The rule module 702 generates a push rule in response to the operation received by the user interface module 701.

The sending module 703 is configured to send the push rule generated by the rule module 702 to the control server 103, so that the control server determines, from the push rules, a push rule that matches a value of a specified dimension or a dimension combination corresponding to the push request, and forwards the push request to the push system 104 described by the matching push rule.

In some examples, the rule configuring device 700 may further comprise: the mapping module 704 establishes a mapping relationship between the values of the dimensions and the push rules according to the push rules generated by the rule module 702. The sending module 703 further sends the mapping relationship established by the mapping module 704 to the control server 103, so that the control server determines, according to the mapping relationship, a push rule that matches the value of the specified dimension or the dimension combination corresponding to the push request from the push rules.

The present application also proposes a media content pushing system, as shown in fig. 1, the system includes: a media server 102, a control server 103 and a push system 104. There may be multiple media servers 102 and push systems 104.

The media server 102 transmits a push request to the control server 103 in response to the user's access.

A control server 103 receiving each push request from the media server 102; for each push request, the following processing is performed: determining a value of an assigned dimension or a dimension combination corresponding to the push request, determining a corresponding push system according to the value of the dimension or the dimension combination, and forwarding the push request to the corresponding push system 104.

The push system 104 performs menu processing on each received push request, and pushes corresponding media content through the corresponding media server 102 according to a menu result.

In some examples, the system described above may further comprise: the configuration server 105 generates a push rule in response to a user operation and provides the push rule to the control server 103. Wherein the control server 103 further receives the push rule from the configuration server 105, determines the push rule matching the currently determined value of the dimension or the dimension combination, and forwards the push request to the push system 104 described by the push rule. Here, the person on the media side may use the user device to access the configuration server 105 via the network to issue a user operation to generate the push rule, or further edit or delete the push rule.

In the above apparatus and system, the specific principle and method for implementing each function by each module and entity are described in the foregoing, and are not described herein again.

In addition, the apparatuses and modules in the examples of the present application may be integrated into one processing unit, or each module may exist alone physically, or two or more apparatuses or modules may be integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

In some embodiments, the various apparatus described above may be run on various computing devices and loaded into memory of the computing device.

The present application proposes a computing device operable to execute any one or any combination of the above means. As shown in fig. 8, the apparatus includes: the computing device includes one or more processors (CPUs) 802, a communication module 804, a memory 806, a user interface 810, and a communication bus 808 for interconnecting these components.

The processor 802 can receive and transmit data via the communication module 904 to enable network communications and/or local communications.

User interface 810 includes one or more output devices 812 including one or more speakers and/or one or more visual displays. The user interface 810 also includes one or more input devices 814, including, for example, a keyboard, a mouse, a voice command input unit or microphone, a touch screen display, a touch sensitive tablet, a gesture capture camera or other input buttons or controls, and the like.

The memory 806 may be high-speed random access memory, such as DRAM, SRAM, DDR RAM, or other random access solid state memory devices; or non-volatile memory, such as one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, or other non-volatile solid-state storage devices.

The memory 806 stores a set of instructions executable by the processor 802, including at least:

an operating system 8816, includes programs for handling various basic system services and for performing hardware-related tasks.

Applications 818, including application programs to implement the process flow of any one or any combination of the examples described above.

In some examples, applications 818 may include apparatus 600 of fig. 6 and/or apparatus 700 of fig. 7 apparatus 800 of fig. 8, and various modules in apparatus 600 and/or 700 may store machine-executable instructions. The processor 802 may be capable of implementing the functionality of the modules by executing machine-executable instructions within the modules within the memory 806.

It should be noted that not all steps and modules in the above flows and structures are necessary, and some steps or modules may be omitted according to actual needs. The execution order of the steps is not fixed and can be adjusted as required. The division of each module is only for convenience of describing adopted functional division, and in actual implementation, one module may be divided into multiple modules, and the functions of multiple modules may also be implemented by the same module, and these modules may be located in the same device or in different devices.

The hardware modules in the embodiments may be implemented in hardware or a hardware platform plus software. The software includes machine-readable instructions stored on a non-volatile storage medium. Thus, embodiments may also be embodied as software products.

In various examples, the hardware may be implemented by specialized hardware or hardware executing machine-readable instructions. For example, the hardware may be specially designed permanent circuits or logic devices (e.g., special purpose processors, such as FPGAs or ASICs) for performing the specified operations. Hardware may also include programmable logic devices or circuits temporarily configured by software (e.g., including a general purpose processor or other programmable processor) to perform certain operations.

In addition, each example of the present application can be realized by a data processing program executed by a data processing apparatus such as a computer. It is clear that a data processing program constitutes the present application. Further, the data processing program, which is generally stored in one storage medium, is executed by directly reading the program out of the storage medium or by installing or copying the program into a storage device (such as a hard disk and/or a memory) of the data processing device. Such a storage medium therefore also constitutes the present application, which also provides a non-volatile storage medium in which a data processing program is stored, which data processing program can be used to carry out any one of the above-mentioned method examples of the present application.

Machine-readable instructions corresponding to the modules in fig. 6 and 7 may cause an operating system or the like operating on the computer to perform some or all of the operations described herein. The nonvolatile computer-readable storage medium may be a memory provided in an expansion board inserted into the computer or written to a memory provided in an expansion unit connected to the computer. A CPU or the like mounted on the expansion board or the expansion unit may perform part or all of the actual operations according to the instructions.

The nonvolatile computer readable storage medium includes a floppy disk, a hard disk, a magneto-optical disk, an optical disk (e.g., CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-RAM, DVD-RW, DVD + RW), a magnetic tape, a nonvolatile memory card, and a ROM. Alternatively, the program code may be downloaded from a server computer via a communications network.

In view of the above, the scope of the claims should not be limited to the embodiments in the examples described above, but should be given the broadest interpretation given the description as a whole.

Claims

1. A method for pushing media content, the method comprising:

receiving each pushing request from each media server;

receiving each pushing rule from a configuration server, wherein when the configuration server determines that a plurality of pushing rules are overlapped according to values of dimensions in each established pushing rule, fields corresponding to each determined pushing rule are displayed in a user interface, and a priority value in each field is adjusted in response to user operation;

for each push request, the following processing is performed:

determining the value of the designated dimension or the dimension combination corresponding to the push request;

determining a plurality of push rules matched with the value of the dimension or the dimension combination from the received push rules;

and sequentially forwarding the push request to the push systems described by each matched push rule according to the priority value in the corresponding field of each matched push rule until one push system menu is successful, and sending a menu result to the media server to push the corresponding media content, wherein each push system faces to a flow demand party and has a respective push flow distribution mode.

2. The method of claim 1, wherein the determining the value of the specified dimension or combination of dimensions corresponding to the push request comprises:

determining a user identifier carried by the push request;

and querying a user characteristic database to determine the value of the specified dimension or the dimension combination corresponding to the user identification.

3. The method of claim 1, wherein the determining the value of the specified dimension or combination of dimensions corresponding to the push request comprises:

extracting parameters corresponding to the specified dimension or the dimension combination from the push request;

determining a value of the specified dimension or combination of dimensions from the extracted parameters.

4. The method of claim 1, wherein the combination of dimensions includes ad slot information, media channel, and city.

5. The method of claim 1, wherein when a push rule is determined and describes a plurality of push systems, the method further comprises:

and forwarding the push request to the plurality of push systems in sequence according to the priority order of the plurality of push systems until one push system menu is successful.

6. The method of claim 1, wherein a bit in the field corresponds to each dimension in the combination of dimensions and the priority value, respectively.

7. The method of claim 1, wherein when forwarding the push request to the push system described by one of the push rules, if the push rule describes multiple push systems, the push request is forwarded to the multiple push systems in sequence according to the priority order of the multiple push systems until one of the push system menus succeeds.

8. The method of claim 1, wherein the configuration server generates push rules in response to a user action.

9. The method of claim 1, further comprising: receiving a mapping relation between the value of each dimension from the configuration server and each pushing rule;

wherein the determining, from among the received push rules, a plurality of push rules that match the value of the dimension or the dimension combination includes:

and determining a plurality of pushing rules matched with the currently determined dimension or dimension combination value according to the mapping relation.

10. A push control device for media content, comprising: the system comprises a receiving module, a dimension determining module, a distributing module and a configuring module;

the receiving module receives each pushing request from each media server;

the configuration module receives each pushing rule from the configuration server, wherein when the configuration server determines that a plurality of pushing rules are overlapped according to values of dimensions in each established pushing rule, fields corresponding to each determined pushing rule are displayed in a user interface, and a priority value in each field is adjusted in response to user operation;

for each of the push requests, the server sends a push request,

the dimension determining module is used for determining the value of the appointed dimension or the dimension combination corresponding to the pushing request;

the distribution module determines a plurality of push rules matched with the value of the dimension or the dimension combination from the received push rules;

11. The apparatus of claim 10, wherein the dimension determining module determines a user identifier carried in the push request, and queries a user characteristic database to determine a value of the specified dimension or the dimension combination corresponding to the user identifier.

12. The apparatus of claim 10, wherein the dimension determining module extracts parameters corresponding to the specified dimension or combination of dimensions from the push request, and determines the value of the specified dimension or combination of dimensions according to the extracted parameters.

13. The apparatus of claim 10, wherein the combination of dimensions comprises ad slot information, media channel, and city.

14. The apparatus of claim 13, wherein the configuration server generates the push rule in response to a user action.

15. An apparatus for rule configuration of media content, comprising:

the user interface module is used for providing a visual interface and receiving the operation of a user on the visual interface;

the rule module responds to the operation received by the user interface module and generates a pushing rule; when the fact that a plurality of pushing rules are overlapped is determined according to values of dimensions in the established pushing rules, fields corresponding to each determined pushing rule are displayed in a user interface, and a priority value in each field is adjusted in response to user operation;

and the sending module is used for sending each pushing rule generated by the rule module to the control server so as to determine a plurality of pushing rules matched with the value of the appointed dimensionality or the dimensionality combination corresponding to the pushing request from each pushing rule, and sequentially forwarding the pushing request to the pushing system described by each matched pushing rule according to the priority value in the corresponding field of each matched pushing rule.

16. The apparatus of claim 15, further comprising:

the mapping module is used for establishing a mapping relation between the value of each dimension and each pushing rule according to each pushing rule generated by the rule module;

the sending module further sends the mapping relationship established by the mapping module to the control server, so that the control server determines a plurality of push rules matched with the value of the specified dimension or the dimension combination corresponding to the push request from all the push rules according to the mapping relationship.

17. A push system for media content, comprising: the system comprises a media server, a control server, a push system and a configuration server; wherein the content of the first and second substances,

the media server sends a push request to the control server in response to the access of the user;

the configuration server displays fields corresponding to each determined push rule in a user interface when determining that a plurality of push rules are overlapped according to values of dimensions in each created push rule, and adjusts a priority value in each field in response to user operation;

the control server receives each pushing request from the media server; receiving each pushing rule from the configuration server; for each push request, the following processing is performed: determining the value of the appointed dimension or the dimension combination corresponding to the push request, and determining a plurality of push rules matched with the value of the dimension or the dimension combination from the received push rules; according to the priority value in the corresponding field of each matched pushing rule, the pushing request is sequentially forwarded to the pushing system described by each matched pushing rule until one pushing system menu is successful;

the push system performs menu processing on each received push request, and sends the menu processing to the media server according to a menu result to push corresponding media content, wherein each push system faces to a flow demand party and has a respective push flow distribution mode.

18. The system of claim 17, wherein the configuration server generates push rules in response to a user action.

19. A computing device comprising a memory and a processor, the memory having stored therein computer-readable instructions that, when executed by the processor, implement the method of any of claims 1 to 9.

20. A computer-readable storage medium having computer-readable instructions stored thereon which, when executed by at least one processor, implement the method of any one of claims 1 to 9.