WO2018137588A1 - 媒体内容投放方法、装置、系统及存储介质 - Google Patents

媒体内容投放方法、装置、系统及存储介质 Download PDF

Info

Publication number
WO2018137588A1
WO2018137588A1 PCT/CN2018/073699 CN2018073699W WO2018137588A1 WO 2018137588 A1 WO2018137588 A1 WO 2018137588A1 CN 2018073699 W CN2018073699 W CN 2018073699W WO 2018137588 A1 WO2018137588 A1 WO 2018137588A1
Authority
WO
WIPO (PCT)
Prior art keywords
order
bound
database
dsp
status
Prior art date
Application number
PCT/CN2018/073699
Other languages
English (en)
French (fr)
Inventor
王淑刚
赵旭东
章昕
李星
Original Assignee
腾讯科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Publication of WO2018137588A1 publication Critical patent/WO2018137588A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services

Definitions

  • the present application relates to the field of Internet technologies, and in particular, to a media content delivery method, apparatus, system, and storage medium.
  • the application example of the present application provides a media content delivery method, which is applied to a provider platform, and the method includes:
  • DSP demand side platform
  • each material binding message corresponding to one order
  • the order being scheduled is an order other than the placed order and the placed order in the order database;
  • the status of the order in the order database is updated to Pending to be placed;
  • the application examples also provide a media content delivery device comprising one or more processors and one or more memories, the one or more memories comprising computer readable instructions configured to be processed by the one or more Executed to implement:
  • the order being scheduled is an order other than the placed order and the placed order in the order database;
  • the status of the order in the order database is updated to Pending to be placed;
  • the application example also proposes a corresponding system, including: a supplier platform SSP, a demand side platform DSP, and a delivery platform;
  • the supplier platform SSP obtains a plurality of orders under the new schedule from the order database, and sends the plurality of orders to the corresponding demand side platform DSP;
  • the demand side platform DSP performs material binding of the media content on the received order, and sends a material binding message to the supplier platform SSP, and each material binding message corresponds to one order;
  • the supplier platform SSP obtains an order being scheduled from the order database, and the order being scheduled is an order in the order database except for the placed order and the placed order, for the scheduled Any one of the orders in the order, when determining that the material bound to the order meets the requirements according to the received plurality of material binding messages, updating the status of the order in the order database to be placed;
  • the supplier platform SSP obtains an order with a status to be delivered from the order database, and sends the order to the delivery platform;
  • the delivery platform delivers the order.
  • the application also provides a non-transitory computer readable storage medium storing computer readable instructions that cause at least one processor to perform the method as described above.
  • FIG. 1 is a schematic diagram of a system architecture involved in a media content delivery method according to an example of the present application
  • FIG. 2 is a schematic flowchart of a media content delivery method according to an example of the present application.
  • FIG. 3 is a schematic flowchart of a media content delivery method proposed by an example of the present application.
  • FIG. 4 is a schematic flowchart of determining whether an order is bound according to a material binding message according to an example of the present application
  • FIG. 5 is a schematic flowchart of determining whether a material bound by an order meets requirements according to a material according to an example of the present application
  • FIG. 6 is a schematic flowchart of obtaining multiple orders under a new schedule according to an example of the present application
  • FIG. 7 is a schematic flowchart of sending multiple orders to a corresponding DSP according to an example of the present application
  • FIG. 8 is a schematic flowchart of applying a media content delivery method according to an example of the present application to a brand-programmed advertisement
  • FIG. 10 is a state diagram of an order in each process when the media content delivery method proposed by the example of the present application is applied to a brand-programmed advertisement;
  • FIG. 11 is a schematic structural diagram of a media content delivery device according to an example of the present application.
  • FIG. 12 is a structural diagram of a computer device where a media content delivery device according to an example of the present application is located.
  • the application provides a media content delivery method, device, system and storage medium.
  • the system architecture applied in this application is shown in FIG. 1 .
  • the system architecture includes: an application client 101, a media content server 102, a provider platform (SSP) 103, a push information transaction platform (such as an ad exchange platform ADX in the Internet advertising system) 104, and a plurality of demand side platforms (DSP) 105.
  • the delivery platform 106 The user accesses the media content server 102 using the application client 101 (eg, video client, news client, browser, etc.) in the user device to be able to browse the page content or view the video.
  • the application client 101 eg, video client, news client, browser, etc.
  • the application client 101 transmits an information push request (such as an advertisement exposure request in an Internet advertising system) carrying user information, placement information, and/or device information to the SSP 103.
  • the SSP 103 pushes the user information, the placement information and/or the device information carried in the request according to the information, the orientation information of the order in the order database at the SSP 103, and the priority of different DSPs to complete the order selection in the order database.
  • the selected order is the order that arrives at the delivery time and binds the material successfully.
  • the SSP 103 sends the selected order information to the push information transaction platform 104, and the push information transaction platform 104 initiates an inquiry request to the DSP corresponding to the selected order, and determines whether the DSP requests the current information according to the inquiry response fed back by the DSP.
  • the push request pushes the media content corresponding to the order
  • the push information transaction platform 104 sends a feedback response sent by the DSP 105 to the SSP 103, and when the feedback response indicates that the DSP requests to push the media corresponding to the order for the current information push request
  • the SSP 103 provides the information of the order (such as the order identifier) to the delivery platform 106, and the delivery platform 106 can display the information of the placement described in the order and the corresponding media content.
  • Information such as the material address is sent to the application client 101, so that the application client 101 can pull the material of the media content and display the media content (such as advertisements, news, etc.) of the information of the order at the corresponding placement.
  • the SSP 103 proceeds to re-select the order in the order database.
  • the information carried by the information push request may carry the information of the user and the location information (for example, the advertisement bit information in the advertisement push request), and the information carried in the push request may further include the information of the client.
  • the information carried in the push request may further include the information of the client.
  • the media content can be pushed according to the information of the client. For example, in a contract ad, specify to show ads at a placement on a particular media.
  • the user information may include various account numbers registered and used by Internet users on various APPs and websites, such as QQ, instant messaging numbers, e-mail addresses, WeChat accounts, Weibo accounts, Taobao accounts, and the like.
  • the placement information is used to describe the location provided by the media server 102 in the application client's page for displaying the media content, such as describing the location in a page that can be used to display the advertisement.
  • the device information is used to describe the attributes of the user equipment itself, and may include: device types such as mobile terminals, PCs, smart TVs, such as operating system types such as Android, IOS, brand/model information, and the like.
  • the user equipment mentioned above may be a portable terminal device such as a mobile phone, a tablet, a palmtop computer, a wearable device, or a PC such as a desktop computer or a notebook computer, or may be a smart computer having various Internet access capabilities and a display interface. device.
  • the media content server 102 may be a server capable of providing various media content display services to users in the Internet, such as a portal server, an online video server, a social application server (such as Weibo, WeChat, an instant messaging server, etc.), and an electronic device.
  • Mail server social network platform server (such as blog, BBS server, etc.), e-commerce platform server (Jingdong, Taobao, Amazon and other platforms).
  • the supplier here refers to the supplier of push traffic (also called exposure flow), that is, the party that can provide exposure opportunities.
  • the above media content may be advertisements in the form of pictures, videos, audios, publicity information, news, and the like.
  • the method is applied to an internet advertising system.
  • Internet advertising is a technology-oriented and product-oriented delivery model. Internet advertising not only provides advertisers with a new marketing channel based on accurate contact with the target audience, but also finds a means of realizing large-scale realization for Internet free products and media providers.
  • the push information transaction platform 104 is the ADX 104.
  • the above information push request is an advertisement exposure request or an advertisement request.
  • the above DSP 105 may be a brand DSP 105, and the above DSP may include one or more, such as DSP 1051, DSP 1052, DSP 1053, and the like.
  • the SSP 103 searches the order database for an order matching the information push request for delivery, wherein the selected order needs to satisfy the condition that the delivery time is reached and the binding material is successful. .
  • the selected order needs to satisfy the condition that the delivery time is reached and the binding material is successful.
  • it is purchased through a contract.
  • an order for placing the contract (Deal) is generated.
  • the DSP needs to configure the order into the DSP system and bind the material of the delivered media content. After confirming the error, the media can start the order on the SSP 103.
  • the Deal ID is provided to the DSP by means of mail, QQ group, etc., after the DSP receives the manual configuration into the DSP system, after the configuration is completed, the media is notified through the QQ group, the phone verbally, and the media side. Turn on delivery.
  • the DSP logs into the ADX and other systems, independently views the Deal information, and manually configures it into the DSP system, and then updates the Deal state to “Configured Complete” in the ADX. After the media sees the DSP update status, it represents the DSP pair. Once the order has been configured, the order can be manually opened.
  • the operations between the media and the DSP are all black box operations.
  • the present application provides a media content delivery method, which can be applied to the SSP 103. As shown in FIG. 2, the method includes the following steps:
  • Step 201 Obtain multiple orders under the new schedule from the order database.
  • the media side can be the supplier platform 103
  • the media party stores the newly formed order in the order database, and schedules the newly formed multiple orders, and stores the flight date information in the flight date database.
  • the order under the new schedule is obtained from the order database and sent to the DSP for material binding, so that the newly created order can be sent to the DSP in time to bind the material, so as to avoid delaying the later order delivery.
  • the process of getting an order from the order database to the DSP is a one-cycle process, so it is necessary to periodically obtain multiple orders under the new schedule from the order database.
  • the order is a contract (Deal) of the transaction in the advertisement delivery process, and the information format described by the Deal is as shown in Table 1.
  • the attribute parameters included in the Deal are: Deal ID, Deal name, advertisement slot delivered, play form, play duration, orientation information, push ratio, delivery start date, delivery end date, and the like.
  • Step 202 Send the multiple orders to the corresponding DSP separately. Wherein, any of the demand side platforms bind the material of the media content to the received order.
  • Each order is a media content delivery contract formed when the media party and the demand side reach a contract, so each order corresponds to one demand side, and one demand side corresponds to one DSP, so one order corresponds to one DSP, and the corresponding DSP is included in the order.
  • the attribute information can be obtained according to the attribute information of the DSP included in the order.
  • the order is a contract Deal of the transaction during the advertisement delivery process, and when the Deal is sent to the DSP by means of an HTTP POST request, the parameters of the request are as shown in Table 2. Shown as follows:
  • the publisher_id and token in the request parameter can identify and verify the sender of the request, and brand_name and product_name identify the advertiser.
  • the requested parameters mainly include the requester's publisher, the DSP unique ID, the number of the flight schedule, the start time and end time of the flight schedule, the brand name and product name identifying the advertiser, and the Deal list sent to the DSP.
  • the Deal list includes all the Reals to be sent to the DSP.
  • the requesting publisher is used to prevent camouflage attacks, and the brand name and product name of the advertiser may be inconsistent with the advertising brand name and product name used in the DSP, so the advertising brand name and product name may be taken offline. Synchronize to the DSP in advance. Because an advertiser may include multiple brands and multiple products, the DSP selects the corresponding material according to the brand information and product information in Deal. When the DSP receives the request sent, it returns an acknowledgment of the request.
  • Step 203 Receive multiple material binding messages sent by multiple demanding platform DSPs, and each material binding message corresponds to one order.
  • the SSP 103 can periodically send a request for acquiring a material binding message to multiple DSPs, and the request can be in the form of an HTTP POST request, and each DSP will bind the material corresponding to the order of the material according to the request.
  • the binding message is sent to the SSP 103, and each material binding message corresponds to an order and contains information about the material bound to the order.
  • the information of the material bound by the order may include: an identification number of the corresponding order, an ID of all the materials bound, an audit status of the bound material on the DSP side, an upload status of the push information transaction platform, and a push information. The status of the review on the trading platform and the start time and end time of the material effective.
  • Step 204 Obtain an order that is being scheduled from the order database.
  • the SSP 103 may periodically obtain an order being scheduled from the order database, the order being scheduled is an order in the order database other than the placed order and the placed order, ie, the order database All orders except for orders that have already been placed and placed are pulled from the order database.
  • the order being scheduled is an order to be placed. All the scheduled order data pulled from the order database is matched with the material binding message data acquired in step 203 to obtain a material binding message corresponding to each order.
  • Step 205 Determine, according to the received multiple material binding messages, whether the material bound to the order meets the requirement for any one of the orders being scheduled.
  • step 205 executing any one of the orders that are being scheduled, when the content of the order binding is determined according to the received multiple material binding messages, the order is The status in the order database is updated to be ready to serve.
  • determining whether the material bound to the order is based on the information of the bound material included in the material binding message and the requirement for the material carried in the order Meet the requirements.
  • the requirement for the material carried in the order includes the attribute parameter of the material, which includes parameters such as a play start time, a play end time, a play duration, a play form, etc., so according to the obtained material corresponding to the order, it can be determined whether the material satisfies the The order's requirements for the material.
  • the information of the bound material carried in the material binding message includes: the identifier of the bound one or more materials, the state of the bound material (including the audit status on the DSP side, and the uploading on the push information transaction platform) Status and audit status), including the effective time and end time of the bound material.
  • the status of the order in which the bound material meets the requirements is updated in the order database to be placed.
  • the material bound to the order meets the material attribute requirement of the order, it is determined that the order material is successfully bound, the status of the order is changed to "to be delivered", and is written into the order database.
  • Step 206 Obtain an order in the order database that is to be delivered, and provide the order to the delivery system for the delivery process.
  • the order in the order database is scheduled to be placed, the order is checked from the order database for the order that has reached the delivery time and the status is "to be delivered", and the delivery information of these orders is queried.
  • the information is summarized into a single file.
  • the delivery platform such as the advertisement delivery engine, etc.
  • the delivery platform analyzes the file offline and loads it into the real-time delivery module, and the order is officially put into delivery, so as to push the material of the media content of the order description to the user side.
  • Client 101 The detailed process of placing the platform to place the order is shown in FIG. 3.
  • the offline loading module 301 in the delivery platform loads the file, and loads the order list in the file into a specific piece of shared memory 302 in the delivery platform, and delivers the same.
  • the online delivery module 303 in the platform reads the order list from the shared memory 302, so that the order in the order list is officially put into delivery.
  • the transaction information such as the order under the new schedule is automatically pushed to the DSP, and after receiving the pushed order message, the DSP intelligently associates with the internal system according to the protocol.
  • the material binding message is sent back to the SSP of the media side.
  • the SSP can automatically check whether the material binding of the order meets the requirements and intelligently open the delivery of the order.
  • the SSP and the DSP are automatically configured to be placed and intelligently opened by the system, thereby avoiding manual configuration and manual confirmation, thereby reducing the error rate, saving human resources and improving efficiency.
  • the DSP will return the material binding message to the media.
  • the media can check the order binding material before the delivery, and the order with the material binding is automatically started, and the material binding fails. Orders can't be delivered, which guarantees normal delivery.
  • the material binding message includes an order identifier of the corresponding order; in the above step 205, determining, according to the received multiple material binding messages, whether the material bound to the order meets the requirements
  • Step 401 Find a material binding message corresponding to the order in the multiple material binding messages.
  • the material binding message containing the same order identifier may be searched in the plurality of material binding messages according to the order identifier of the current scheduled order, and used as the material binding message corresponding to the order.
  • the order being scheduled may be a newly formed order and has not been sent to the DSP.
  • the DSP side returns the material binding message corresponding to the order that has been bound to the material to the SSP, and the DSP side has an order in the material binding or has not yet bound the material; Some of the material binding messages returned by the DSP side may be for other SSPs. Therefore, it is necessary to match the order data acquired from the order database with the material binding message data received from the DSP side, and find the material binding message corresponding to one order.
  • Each material binding message includes an order identifier of the corresponding order, and an order corresponding to a material binding message is found according to the order identifier.
  • Requesting the material binding message from the DSP side is a cycle process.
  • the SSP periodically sends a request to acquire the material binding message to the DSP side.
  • For the material binding message returned by the DSP side a time is set for each request cycle. The material binding message after this time is returned to the SSP, thereby preventing the DSP from returning all the material binding messages in the history to the SSP.
  • Step 402 When the material binding message corresponding to the order is found, it is determined that the order material is bound, and the order is tied according to the information of the material included in the found material binding message. Whether the specified material meets the requirements.
  • step 402 when the material binding message is found, and the material bound to the order is determined according to the found material binding message, the status of the order in the order database is executed. Updated to be placed.
  • the material binding message corresponding to an order When the material binding message corresponding to an order is found, it is determined that the status of the order is the material bound. Determining whether the material bound to the order meets the requirements according to the information about the material carried in the material binding message corresponding to an order. For example, the material binding message that can be found includes the ID of the material bound to the order, according to the ID. Get the material bound by the order and determine if the material meets the requirements of the order.
  • the attribute information of the bound material may be obtained according to the identifier of the material bound by the order, and the attribute information may include information such as playing duration and playing form of the material, and determining whether the bound material is based on the attribute information of the bound material. Meet the requirements.
  • Step 403 When the material binding message corresponding to the order is not found, it is determined that the status of the order is unbound. For an order, if the material binding message corresponding to it is not found, it is determined that the order has not been bound by the material.
  • the material binding message includes an identifier of the material bound by the order, and in the foregoing step 402, determining whether the material bound to the order is determined according to the found material binding message When the requirements are met, as described in Figure 5, the following steps are included:
  • Step 501 Acquire an identifier of the material bound to the order according to the found material binding message.
  • the material binding message includes the ID of the order corresponding to the material binding message, that is, the order identification serial number, the audited status of the bound material on the DSP side, the upload status on the push information transaction platform, and the review on the push information transaction platform.
  • Step 502 Acquire attribute information of the material bound to the order according to the identifier of the material bound by the order.
  • the material binding message includes the ID of the material bound to the order, and the attribute information of the material bound by the order can be obtained according to the ID.
  • the attribute information of the order may include: format information such as a file format and a file size, and may also include playing information such as a playing form, a playing time, and the like.
  • the attribute information of the material is stored in a database, and the attribute information of the material is obtained from the database according to the ID of the material.
  • Step 503 Obtain the requirement of the order for the material from the order.
  • the order describes the attribute parameters of the material, including the placement of the media content, the playback form, the playback duration, etc., and these attribute parameters of the order can be used as attribute requirements for the material to be bound, such as an order.
  • the playback form is video playback, but the bound material is an image, and the bound material does not meet the requirements of the order.
  • Step 504 determining whether the attribute information of the material bound to the order acquired in step 502 meets the requirement of the order to the material acquired in step 503, and if the attribute information of the material bound by the order satisfies the requirement of the material on the order, Go to step 505; otherwise, go to step 506;
  • Step 505 Determine that the material bound to the order meets the requirement, and end the current process.
  • Step 506 Determine that the material bound to the order does not meet the requirement, and end the current process.
  • the media content delivery method proposed by the present application further includes:
  • the status of the material may include: an audit status on the DSP side, an upload status on a push information transaction platform (such as ADX), an audit status on a push information transaction platform, and the like.
  • the first item the material delivery date
  • the material binding message in Table 3 contains the start and end dates of the material effective, according to which the material can be judged to be out of date.
  • the insertion order in Table 1 includes the start and end dates of the order delivery, and it is also necessary to determine whether the effective date of the material matches the delivery date of the order, and whether there will be time conflicts.
  • the second item is: the status of the material, mainly to judge the review status of the material on the DSP side, the upload status of the material on the push information trading platform, the review status of the material on the push information trading platform, and the material of the material in Table 3
  • the binding message already exists, and the SSP audits the item after receiving the material binding message.
  • the first two items in Table 4 can be judged according to the information of the material carried in the material binding message (as shown in Table 3), and the last two items in Table 4 need to be based on the ID of the material carried in the material binding message, according to The ID of the material acquires the attribute information of the material, and is judged based on the attribute information of the material.
  • the file format of the third material is mainly to determine whether the file format of the material satisfies the requirements of the play form of the order.
  • the playing time of the fourth material is mainly to determine whether the playing time of the material matches the playing duration of the order in Table 1.
  • the media content pushing method further includes:
  • the status of the order is set to be unbound
  • the media content pushing method provided by the application further includes:
  • the notification message carrying the order identifier of the ordered material that does not meet the requirement, and the material
  • the order identifier of the unbound order to prompt the demander platform to re-bind the new material to the unqualified order of the bound material, and bind the material to the unbound order of the material.
  • step 201 when the plurality of orders under the new schedule are obtained from the order database, as shown in FIG. 6, the following steps are included:
  • Step 601 Obtain the new scheduling from the scheduling database.
  • an order for placing the contract is formed, and a plurality of newly formed orders are scheduled, and the flight information is stored in the flight date database.
  • the order under the new schedule is obtained from the order database and sent to the DSP for material binding, so that the newly created order is sent to the DSP in time to bind the material, so as to avoid delaying the later order delivery.
  • Step 602 Acquire multiple orders in the new schedule in the order database according to the new schedule.
  • the new schedule information includes the advertisement position information and the play duration information.
  • step 202 when the performing the multiple orders are separately sent to the corresponding demand side platform, as described in FIG. 7, the following steps are included:
  • Step 701 Group the plurality of orders, and divide the orders corresponding to the same demand side platform into one group.
  • One order corresponds to one demand side
  • one demand side corresponds to one DSP
  • one order corresponds to a single DSP.
  • orders belonging to the same DSP are sent to the DSP together, thus more Orders are grouped and orders corresponding to the same DSP are grouped into one group.
  • Step 702 Integrate the orders divided into one group into one order list.
  • All orders grouped into one group are consolidated into one order list, which is a list of multiple orders.
  • Step 703 Send the order list to the corresponding demand side platform.
  • the HTTP POST method is adopted.
  • the parameters of the request can refer to Table 2, and the Deal list in Table 2 is the order list.
  • the media content delivery method proposed by the present application can be applied to advertisement delivery, specifically to the delivery of branded program advertisements.
  • Branded program advertisements are a type of programmatic transaction advertisements.
  • Programmatic transaction advertisements are divided into four categories: programmatic direct investment, programmatic optimization, invitation bidding, and open auction.
  • Brand-programmed advertising refers to two ways of programmatic direct investment and programmatic optimization in programmatic transaction advertisements. Unlike the invitation bid and the open auction, brand-programmed ads do not need to buy traffic through bidding, but rather purchase in a contractual manner.
  • the media content delivery method proposed by the present application is applied to a brand-programmed advertisement, the order is a transaction contract in the process of brand-programmed advertisement delivery, that is, Deal. The specific process is shown in FIG.
  • the order push module 802 periodically pulls the new schedule information from the order database 801, and exports all the Deals included in the new schedule according to the new schedule information, and pushes the Deal information to the DSP 803 in the form of an HTTP POST request.
  • DSP 803 can decide when to bind Deal and how to bind Deal according to its own situation.
  • the binding query verification module 804 periodically sends a request to the DSP to pull the material binding information.
  • the DSP can pull the attribute information of the material bound to the Deal from the query interface, and the attribute information includes the material.
  • the specification file format, playback mode, etc.
  • the binding query verification module 804 will check according to the attribute information of the material and the advertisement form described by Deal. If the attribute of the material does not match the advertisement form, the binding error will be determined. Can not be heavy.
  • the Deal that fails to bind or the Deal that cannot find the material binding information sends an alarm email to the DSP to remind the DSP to re-bind the material or bind the material. If the attribute of the material matches the form of the advertisement, the order material binding is successful. For the successfully bound Deal, the query verification module 804 will eventually write the binding result back to the order database 801.
  • the auto-volume module 805 periodically exports the Deal that can be delivered (the material binding is successful and reaches the delivery time) from the database 801, and pushes these Deals into the advertisement delivery engine 806 in the advertisement delivery platform. After the advertisement delivery engine 806 receives these Deals, These Deals are in the delivery process.
  • the order pushing module 802 and the binding query verification module 804 executes the timing task 901, and the binding query verification module 804 executes the timing task 902.
  • the order pushing module 802 performs the following operations: pulling the Deal under the new schedule from the flight schedule database and the order database, wherein the schedule database gives the current new schedule, and the push module 802 pulls the order database from the order database. Create all the Deals under the schedule. Then, the Deal corresponding to the same DSP is integrated into a Deal list, and the Deal D list is sent to the corresponding DSP in an HTTP POST manner.
  • the Deal list includes the name of the Deal, the ad slot to be served, the play format, the play duration, the orientation information, the push ratio, the delivery start date, the delivery end date, etc.
  • the DSP will select the material to bind based on the information. After the order push module 802 pushes the completion, the DSP needs to return an acknowledgement of the receipt of the request to the order push module 802. After receiving the confirmation request from the DSP, the work of the order push module 802 is completed.
  • the binding query verification module 804 has the following steps: Pulling all the scheduled Real lists from the order database, each Deal includes information on the material format requirements, and pulling the material binding from the query interface provided by the corresponding DSP side. After the information binding information returned by the DSP is received and parsed, the binding query verification module 804 searches for the attribute information of the specific material according to the ID of the material bound by each Deal, and attributes information of the materials. Check to determine if it meets Deal's requirements for the material. After the material is judged, the Real that determines the successful material binding thinks that the binding is successful, and the decision that failed is considered that the binding fails, and the Deal that does not find the binding material information is still unbound.
  • the binding query verification module 804 sends an alert email to the corresponding DSP for the binding failure and the unbounded Deal, and the DSP binds the new material or the binding material as soon as possible. For the successfully bound Deal, its status becomes "to be placed", written into the database, waiting for the automatic volume module 805 to push to the advertising platform.
  • the automatic emission module has the following steps: periodically querying the order from the order database to the delivery time and having the status of "to be delivered”, and querying the delivery information of these Deal, and summarizing the information into one file. After the aggregated file is pushed to the advertisement delivery platform, the advertisement delivery platform analyzes the file offline and loads it into the real-time delivery module, and the Deal officially enters the delivery.
  • the status of Deal in each process is shown in Figure 10.
  • the DSP selects the material binding Deal, and the Deal is in the "binding" state.
  • the binding query verification module 804 pulls the material binding information from the query interface, the bound material is verified, and the successfully verified Real enters the “configuration complete” state, and the verification fails or the material binding is not found.
  • the Deal of the message enters the "Binding Error" state, and we will remind the DSP to re-bind the Deal with the wrong binding.
  • the newly created Deal will set up a layer of audit, that is, the OS audit. If the auditor has passed the audit, the policy will enter the “Pending Release” state. Otherwise, the configuration will be completed. After the audited personnel pass the review, they will enter the “Pending Release” status. After the Deal arrives at the delivery time, it officially starts to serve, and it enters the "Delivery” state. After the Deal release period ends, it enters the “End of Delivery” state and the entire life cycle is completed.
  • the media and the DSP automatically configure the contract and intelligently open the delivery through the system, and no manual intervention control is required in the whole process. Thereby reducing the error rate, saving human resources and improving efficiency. At the same time, the normal execution of the delivery is guaranteed.
  • the present application also proposes a media content delivery device 1100 that is applicable to the SSP 103.
  • the apparatus 1100 includes the following components:
  • the order obtaining unit 1101 is configured to obtain a plurality of orders under the new schedule from the order database;
  • An order sending unit 1102 configured to separately send the multiple orders to a corresponding demand side platform, wherein any one of the demand side platforms performs material binding of the media content on the received order;
  • the material binding message receiving unit 1103 is configured to receive a plurality of material binding messages sent by the plurality of demand side platforms, each material binding message corresponding to an order, and containing information corresponding to the material bound by the order;
  • the scheduling order obtaining unit 1104 is configured to obtain an order that is being scheduled from the order database, where the order being scheduled is an order other than the placed order and the placed order in the order database;
  • the binding material judging unit 1105 is configured to determine, according to the received multiple material binding messages, whether the material bound to the order meets the requirement for any one of the orders being scheduled;
  • a status update unit 1106, configured to update the status of the bound material in the order database to the pending order
  • the order placing unit 1107 is configured to obtain an order in the order database that is to be delivered, and provide the order to the delivery system for the delivery process.
  • the transaction information such as the order under the schedule is automatically pushed to the DSP, and after receiving the pushed order message, the DSP intelligently associates with the internal system according to the protocol and The material binding message is sent back to the SSP of the media side.
  • the SSP can automatically check whether the material binding of the order meets the requirements and intelligently open the delivery of the order.
  • the SSP and the DSP are automatically configured to be placed and intelligently opened by the system, thereby avoiding manual configuration and manual confirmation, thereby reducing the error rate, saving human resources and improving efficiency.
  • the DSP will return the material binding message to the media.
  • the media can check the order binding material before the delivery, and the order with the material binding is automatically started, and the material binding fails. Orders can't be delivered, which guarantees normal delivery.
  • the binding material determining unit 1105 is configured to:
  • the order obtaining unit 1101 is configured to obtain the new scheduling from the scheduling database
  • the order sending unit 1102 is configured to:
  • the plurality of orders are grouped, and orders corresponding to the same demand side platform are divided into one group;
  • Orders belonging to the same group are integrated into one order list
  • Each of the order lists is sent to a respective demand side platform.
  • the application example further provides a media content delivery system, including: a provider platform, a demand side platform, and a delivery platform;
  • the supplier platform obtains a plurality of orders under the new schedule from the order database, and sends the plurality of orders to the corresponding demand side platform respectively;
  • the demand side platform performs material binding of the media content on the received order, and sends a material binding message to the supplier platform, each material binding message corresponds to an order, and includes the material bound to the order.
  • Information ;
  • the supplier platform obtains an order being scheduled from the order database, and the order being scheduled is an order in the order database except for the placed order and the placed order, for the order being scheduled Any one of the orders, according to the received plurality of material binding messages, determining whether the material bound to the order meets the requirements, and updating the status of the bound material in the order database to the pending order;
  • the supplier platform acquires an order with a status to be placed in the order database, and sends the order to the delivery platform;
  • the delivery platform delivers the order.
  • Each of the above modules/units/platforms may be implemented in the same server device or server cluster, or may be distributed in different server devices or server clusters.
  • each module/unit/platform in the media content delivery device described above can be run in various computing devices and loaded into the memory of the computing device.
  • FIG. 12 is a diagram showing the composition of a computing device in which a text classification feature extraction device and a text classification device are located.
  • the computing device includes one or more processors (CPUs) 1202, communication modules 1204, memories 1206, user interfaces 1210, and a communication bus 1208 for interconnecting these components.
  • processors CPUs
  • communication modules 1204
  • memories 1206, user interfaces 1210
  • communication bus 1208 for interconnecting these components.
  • the processor 1202 can receive and transmit data through the communication module 1204 to effect network communication and/or local communication.
  • User interface 1210 includes one or more output devices 12112 that include one or more speakers and/or one or more visual displays.
  • User interface 1210 also includes one or more input devices 1214 including, for example, a keyboard, a mouse, a voice command input unit or loudspeaker, a touch screen display, a touch sensitive tablet, a gesture capture camera or other input button or control, and the like.
  • the memory 1206 can be a high speed random access memory such as DRAM, SRAM, DDR RAM, or other random access solid state storage device; or a 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.
  • a high speed random access memory such as DRAM, SRAM, DDR RAM, or other random access solid state storage device
  • 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 1206 stores a set of instructions executable by the processor 1202, and the instruction code stored in the memory is configured to be executed by the processor to implement the steps in the media content delivery method in the present application, while implementing the media content delivery of the present application.
  • the memory 1206 includes:
  • An operating system 1216 including a program for processing various basic system services and for performing hardware related tasks
  • the application 1218 includes various applications for media content delivery, such an application being capable of implementing the processing flow in each of the above examples, such as may include some or all of the units in the media content delivery device 1100 shown in FIG.
  • At least one of the units 1101-1108 may store machine executable instructions.
  • the processor 1202 can implement the functions of at least one of the units 1101-1108 described above by executing machine executable instructions in at least one of the units 1101-1108 in the memory 1206.
  • the hardware modules/units/platforms in the embodiments may be implemented in a hardware manner or a hardware platform plus software.
  • the above software includes machine readable instructions stored in a non-volatile storage medium.
  • embodiments can also be embodied as software products.
  • the hardware may be implemented by specialized hardware or hardware that executes machine readable instructions.
  • the hardware can be a specially designed permanent circuit or logic device (such as a dedicated processor such as an FPGA or ASIC) for performing a particular operation.
  • the hardware may also include programmable logic devices or circuits (such as including general purpose processors or other programmable processors) that are temporarily configured by software for performing particular operations.
  • each instance of the present application can be implemented by a data processing program executed by a data processing device such as a computer.
  • the data processing program constitutes the present application.
  • a data processing program usually stored in a storage medium is executed by directly reading a program out of a storage medium or by installing or copying the program to a storage device (such as a hard disk and or a memory) of the data processing device. Therefore, such a storage medium also constitutes the present application, and the present application also provides a non-volatile storage medium in which a data processing program is stored, which can be used to execute any of the above-mentioned method examples of the present application. An example.
  • the machine readable instructions corresponding to the modules/units/platforms of Figure 12 may cause an operating system or the like operating on a computer to perform some or all of the operations described herein.
  • the non-transitory computer readable storage medium may be inserted into a memory provided in an expansion board within the computer or written to a memory provided in an expansion unit connected to the computer.
  • the CPU or the like installed on the expansion board or the expansion unit can perform part and all of the actual operations according to the instructions.

Abstract

本申请公开了一种媒体内容投放方法，将新建排期下订单发送给DSP进行素材绑定，从DSP侧获得素材绑定消息，根据获得的素材绑定消息判断订单绑定的素材是否符合订单的要求，绑定的素材符合要求的订单在订单数据库中的状态更新为待投放后进行后续的投放处理。本申请还提出了相应的媒体内容投放装置、存储介质及媒体内容投放系统。

Description

媒体内容投放方法、装置、系统及存储介质
本申请要求于2017年1月24日提交中国专利局、申请号为201710059382.9、申请名称为“媒体内容投放方法、装置及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及互联网技术领域，尤其涉及一种媒体内容投放方法、装置、系统及存储介质。
背景技术
随着互联网技术的发展，越来越多的媒体内容(包括：文本、图片、音频、视频等)会通过互联网推送给各种用户。比如：用户在使用手机、PC等终端设备浏览网页时，会接收到网络侧推送的各种媒体内容，比如：图片或视频格式的广告、公益宣传信息、新闻等。这样，用户可以及时获知时讯、感兴趣的内容等。这类媒体内容可被称为推送信息或推送内容等。
技术内容
本申请实例提出了一种媒体内容投放方法，应用于供应方平台，所述方法包括：
从订单数据库中获取新建排期下的多个订单；
将所述多个订单分别发送给对应的需求方平台(DSP)，其中，任一所述需求方平台对接收到的订单进行媒体内容的素材绑定；
接收多个需求方平台发送的多个素材绑定消息，每一个素材绑定消 息对应一个订单；
从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单；
针对所述正在排期的订单中的任一个订单，当根据所述接收的多个素材绑定消息，确定该订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放；
从订单数据库中获取状态为待投放的订单，并提供给投放系统，以使其进行投放处理。
本申请实例还提出了一种媒体内容投放装置，包括一个或一个以上处理器和一个或一个以上存储器，所述一个或一个以上存储器包括计算机可读指令，经配置由所述一个或者一个以上处理器执行以实现：
从订单数据库中获取新建排期下的多个订单；
将所述多个订单分别发送给对应的需求方平台DSP，其中，任一所述需求方平台DSP对接收到的订单进行媒体内容的素材绑定；
接收多个需求方平台DSP发送的多个素材绑定消息，每一个素材绑定消息对应一个订单；
从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单；
针对所述正在排期的订单中的任一个订单，当根据所述接收的多个素材绑定消息，确定该订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放；
从订单数据库中获取状态为待投放的订单，并提供给投放系统，以使其进行投放处理。
本申请实例还提出了相应的系统，包括：供应方平台SSP、需求方平台DSP和投放平台；其中，
所述供应方平台SSP从订单数据库中获取新建排期下的多个订单，并将所述多个订单分别发送给对应的所述需求方平台DSP；
所述需求方平台DSP对接收到的订单进行媒体内容的素材绑定，并将素材绑定消息发送给所述供应方平台SSP，每一个素材绑定消息对应一个订单；
所述供应方平台SSP从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单，针对所述正在排期的订单中的任一个订单，当根据所述接收的多个素材绑定消息，确定该订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放；
所述供应方平台SSP从订单数据库中获取状态为待投放的订单，并将所述订单发送给投放平台；
所述投放平台对所述订单进行投放。
本申请还提供了一种非易失性计算机可读存储介质，存储有计算机可读指令，可以使至少一个处理器执行如上述所述的方法。
采用本申请提出的上述方案，可以实现用于投放媒体内容的订单的自动绑定校验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实例提出的媒体内容投放方法涉及的系统架构示意 图；
图2是本申请实例提出的媒体内容投放方法的流程示意图；
图3是本申请实例提出的媒体内容投放方法的投放的流程示意图；
图4是本申请实例提出的根据素材绑定消息判断订单是否绑定的流程示意图；
图5是本申请实例提出的根据素材判断订单绑定的素材是否符合要求的流程示意图；
图6是本申请实例提出的获取新建排期下的多个订单的流程示意图；
图7是本申请实例提出的将多个订单发送给对应DSP的流程示意图；
图8是本申请实例提出的媒体内容投放方法应用到品牌程序化广告中的流程示意图；
图9是本申请实例提出的媒体内容投放方法应用到品牌程序化广告中的详细流程示意图；
图10是本申请实例提出的媒体内容投放方法应用到品牌程序化广告中时订单在各流程中的状态图；
图11是本申请实例提出的媒体内容投放装置的结构示意图；以及
图12是本申请实例提出的媒体内容投放装置所在的计算机设备的组成结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人 员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请提供了一种媒体内容投放方法、装置、系统及存储介质，本申请所应用的系统构架，如图1所示。该系统构架包括：应用客户端101、媒体内容服务器102、供应方平台(SSP)103、推送信息交易平台(比如互联网广告系统中的广告交易平台ADX)104、多个需求方平台(DSP)105及投放平台106。用户使用用户设备中的应用客户端101(比如：视频客户端、新闻客户端、浏览器等)访问媒体内容服务器102进而能够浏览页面内容或者观看视频。应用客户端101会发送携带用户信息、展示位置信息和/或设备信息等的信息推送请求(比如：互联网广告系统中的广告曝光请求)到SSP 103。SSP 103根据该信息推送请求中携带的用户信息、展示位置信息和/或设备信息，SSP 103处的订单数据库中订单的定向信息以及不同DSP的优先级在订单数据库中完成订单的选取，其中所述选取的订单是到达投放时间并且绑定素材成功的订单。SSP 103将选取的订单信息发送至推送信息交易平台104，推送信息交易平台104向与所述选取的订单相对应的DSP发起询问请求，根据该DSP反馈的询问响应确定该DSP是否要求针对当前信息推送请求推送所述订单对应的媒体内容，推送信息交易平台104将DSP 105发送的反馈响应发送给SSP 103，当所述反馈响应显示所述DSP要求针对当前信息推送请求推送所述订单对应的媒体内容(即该DSP决定要这个流量)时，SSP 103将该订单的信息(比如订单标识)提供给投放平台106，投放平台106可以将所述订单中描述的展示位置的信息和对应媒体内容的素材地址等信息发送给应用客户端101，使得应用客户端101可以拉取到媒体内容的素材并在相应的展示位置展示该订单的信息描述的媒体内容(比如广告、新闻等内容)。当所述反馈响应显示所述DSP要求针对当前信息 推送请求不推送所述订单对应的媒体内容(即该DSP决定不要这个流量)时，SSP 103进行在订单数据库中重新选取订单。
这里，信息推送请求携带的信息中可以携带用户的信息及展示位置信息(例如，广告推送请求中的广告位信息)，推送请求中携带的信息还可以包括客户端的信息。在向客户端推送媒体内容时，可以根据用户的信息及展示位置信息进行推送。同时还可以根据客户端的信息进行媒体内容的推送。例如，合约广告中，指定在某个媒体的某个展示位置处展示广告。其中，用户信息可以包括互联网用户在各种APP、网站上注册使用的各种账号，如：QQ等即时通讯号码、e-mail地址、微信账号、微博账号、淘宝账号等。展示位置信息用来描述媒体服务器102在应用客户端的页面中提供的用来展示媒体内容的位置，比如描述某个页面中可用来展示广告的位置。设备信息用来描述用户设备本身的属性，可包括：诸如移动终端、PC、智能电视等设备类型，诸如安卓、IOS等操作系统类型，品牌/机型信息等等。上述的用户设备可以为诸如手机、平板、掌上电脑、可穿戴设备等便携式终端设备，也可以为台式机、笔记本电脑等PC，也可以为智能电视等各种具有互联网访问能力和展示界面的智能设备。上述的媒体内容服务器102可以为互联网中能够向用户提供各种媒体内容展示服务的服务器，比如：门户网站服务器、在线视频服务器、社交应用服务器(如微博、微信、即时通讯服务器等)、电子邮件服务器、社交网络平台服务器(如博客、BBS服务器等)、电商平台服务器(京东、淘宝、亚马逊等平台的服务器)等。这里的供应方指的是推送流量(也称为曝光流量)的供应方，即能够提供曝光机会的一方。上述的媒体内容可以为图片、视频、音频等格式的广告、公益宣传信息、新闻等。
在一些实例中，本方法应用于互联网广告系统。与传统广告不同的 是，互联网广告是以人群为投放目标、以产品为导向的技术型投放模式。互联网广告不仅为广告主带来了以准确接触目标受众为方法论的全新的营销渠道，也为互联网免费产品和媒体提供商找到了规模化变现手段。当本方法应用于互联网广告系统中时，推送信息交易平台104为ADX 104。上述信息推送请求为广告曝光请求或者称为广告请求。上述DSP 105可以为品牌DSP 105，上述DSP可以包括一个或多个，如DSP 1051、DSP 1052、DSP 1053等。
当应用客户端101向SSP 103发送信息推送请求时，SSP 103在订单数据库中查找与所述信息推送请求相匹配的订单进行投放，其中选取的订单需要满足到达投放时间并且绑定素材成功的条件。对于品牌程序化广告来说，其是通过合约的方式进行采买，当广告主与媒体方达成合约后，会产生用于投放契约的订单(Deal)。在一订单的投放开始前，DSP需要将该订单配置到DSP系统中，并绑定投放的媒体内容的素材，确认无误后媒体才可在SSP 103上对该订单开启投放。在一些实例中，采用通过邮件、QQ群等方式将Deal ID提供给DSP，DSP收到后，人工配置到DSP系统中，配置完成后，通过QQ群、电话口头等方式告知媒体，媒体侧人工开启投放。在另一些实例中，DSP登录ADX等系统，自主查看Deal信息，并人工配置到DSP系统中，然后在ADX中更新Deal状态为“已配置完成”，媒体看到DSP更新状态后，代表DSP对该订单已完成配置，则可人工开启该订单的投放。然而上述方案全部依靠人工完成，媒体和DSP间的操作全部为黑箱操作，无法通过系统和数据共享确认双方系统配置无误，仅是双方人员基于“历史经验”的口头确认，极易产生由于人为配置错误导致的投放异常，存在较大风险。并且人工成本高、配置效率低。
基于上述技术问题，本申请提出一种媒体内容投放方法，该方法可 应用于SSP 103，如图2所示，该方法包括以下步骤：
步骤201：从订单数据库中获取新建排期下的多个订单。
当需求方(例如互联网广告中的广告主)与媒体方达成合约后，媒体方会形成用于投放契约的订单。在这里媒体方可以为供应方平台103，媒体方将新形成的订单存储在订单数据库中，并对新形成的多个订单进行排期，将排期信息存储在排期数据库中。每次从订单数据库中获取新建排期下的订单发送给DSP进行素材绑定，确保新建的订单能及时发送给DSP进行绑定素材，避免耽误后期的订单投放。此外，从订单数据库中获取订单发送给DSP的过程是一个周期的过程，因而需要定期从订单数据库中获取新建排期下的多个订单。
当本申请的媒体内容推送方法用于推送品牌程序化广告时，所述订单为广告投放过程中交易的契约(Deal)，该Deal描述的信息格式如表1所示。该Deal包括的属性参数有：Deal ID、Deal名称、投放的广告位、播放形式、播放时长、定向信息、推送比、投放开始日期、投放结束日期等。
Figure PCTCN2018073699-appb-000001
表1
步骤202：将所述多个订单分别发送给对应的DSP。其中，任一所述需求方平台对接收到的订单进行媒体内容的素材绑定。
每一个订单为媒体方与需求方达成合约时形成的媒体内容投放契约，因而每一个订单对应一个需求方，一个需求方对应一个DSP，因而一个订单对应一个DSP，在订单中包含对应的DSP的属性信息，根据订单包括的DSP的属性信息可以获得该订单对应的DSP。将上步骤中获取的新建排期下的多个订单以HTTP POST请求的方式分别发送给对应的DSP。当本申请的媒体内容推送方法用于推送品牌程序化广告时，所述 订单为广告投放过程中交易的契约Deal，当以HTTP POST请求的方式将Deal发送给DSP时，请求的参数如表2所示：
Figure PCTCN2018073699-appb-000002
表2
请求参数中的publisher_id和token能够标识和验证请求的发送者，brand_name与product_name标识广告主。请求的参数主要包括请求的发布者、DSP唯一ID、排期的编号、排期的开始时间和结束时间、标识广告主的品牌名称和产品名称、以及发送给该DSP的Deal列表。其中所述Deal列表包括要发送给该DSP所有的Deal。其中，请求的发布者用于防止伪装攻击，标识广告主的品牌名称和产品名称与DSP内部采用的广告品牌名称和产品名称可能会有不一致的问题，因此广告品牌名称和产品名称可以采取线下提前同步的方式同步给DSP。因为一个广告主下可能包括多个品牌及多个产品，DSP根据Deal中的品牌信息及产品信息选择对应素材进行绑定。当DSP接收到发送的请求时，返回收到请求的确认。
步骤203：接收多个需求方平台DSP发送的多个素材绑定消息，每一个素材绑定消息对应一个订单。
在一些实例中，SSP 103可以定时向多个DSP发送获取素材绑定消息的请求，该请求可以采用HTTP POST请求的方式，每个DSP根据该请求，将已经绑定过素材的订单对应的素材绑定消息发送给SSP 103，每一个素材绑定消息对应一个订单，并包含对应订单绑定的素材的信息。所述订单绑定的素材的信息可以包括：对应的订单的标识序号，绑定的所有素材的ID，绑定的素材在DSP侧的审核状态，在推送信息交易平台的上传状态，在推送信息交易平台上审核的状态以及该素材生效的开始时间与结束时间等。
步骤204：从订单数据库中获取正在排期的订单。
在一些实例中，SSP 103可以定时从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单，即把订单数据库中除去已经投放过及投放中的订单外所有的订单都从订单数据库中拉取出来。所述正在排期的订单为待投放的订单。将从订单数据库中拉取的所有正在排期的订单数据与步骤203中获取的素材绑定消息数据进行匹配，以获得与每一个订单相对应的素材绑定消息。
步骤205：针对所述正在排期的订单中的任一个订单，根据所述接收的多个素材绑定消息，判断该订单绑定的素材是否符合要求。
在执行上述步骤205时，执行针对所述正在排期的订单中的任一个订单，当根据所述接收的多个素材绑定消息确定该订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放。
在一些实例中，获取每一个订单相对应的素材绑定消息后，根据该素材绑定消息中包含的绑定的素材的信息及订单中携带的对素材的要 求，确定订单绑定的素材是否符合要求。当根据素材绑定消息中的素材的信息确定绑定的素材符合订单对素材的要求时，确定绑定的素材符合要求，否则，绑定的素材不符合要求。其中订单中携带的对素材的要求包括素材的属性参数，其包括播放开始时间、播放结束时间、播放时长、播放形式等参数，因此根据获取的该订单对应的素材，可以判断该素材是否满足该订单对素材的要求。其中，素材绑定消息中携带的绑定的素材的信息包括：绑定的一个或多个素材的标识，绑定的素材的状态(包括在DSP侧的审核状态、在推送信息交易平台的上传状态及审核状态)，同时还包括绑定的素材的生效时间及结束时间。
将绑定的素材符合要求的订单在订单数据库中的状态更新为待投放。当订单绑定的素材满足订单的素材属性要求时，判定该订单素材绑定成功，将该订单的状态变成“待投放”，写入到订单数据库中。
步骤206：在订单数据库中获取状态为待投放的订单，并提供给投放系统，以使其进行投放处理。
在一些实例中，在对订单数据库中状态为待投放的订单进行投放处理时，定时从订单数据库中查询到达投放时间并且状态为“待投放”的订单，并查询这些订单的投放信息，将这些信息汇总到一个文件中。向投放平台(如广告投放引擎等)推送包含汇总信息的文件，投放平台离线解析这个文件并加载到实时投放模块中，订单正式进入投放，以将订单描述的媒体内容的素材推送给用户侧的客户端101。投放平台投放订单的详细流程如图3所示，投放平台中的离线加载模块301加载所述文件，并将所述文件中的订单列表加载到投放平台中的特定的一块共享内存302中，投放平台中的在线投放模块303从共享内存302中读取订单列表，使订单列表中的订单正式进入投放。
采用本申请提供的媒体内容投放方法，订单形成并建立排期后，自 动向DSP推送新建排期下的订单等交易信息，DSP收到推送的订单消息后，根据协议智能关联到内部系统中并将素材绑定消息回传给媒体方的SSP，SSP收到后，可自动检验订单的素材绑定是否符合要求，并智能开启订单的投放。从而实现SSP与DSP之间通过系统自动配置订单及智能开启投放，避免了人工配置和人工确认的环节，从而降低了出错率，节省了人力资源，提高了效率。此外DSP在完成订单配置后，会将素材绑定消息回传给媒体，媒体可在投放前进行订单绑定素材的校验，对素材绑定成功的订单自动开启投放，而素材绑定失败的订单不能投放，从而保证了投放正常执行。
在一些实例中，所述素材绑定消息包含对应订单的订单标识；在上述步骤205中，在执行所述根据所述接收的多个素材绑定消息，判断该订单绑定的素材是否符合要求时，如图4所述，包括以下步骤：
步骤401：在所述多个素材绑定消息中查找与所述订单相对应的素材绑定消息。这里，可以根据当前一个正在排期的订单的订单标识，在多个素材绑定消息中查找包含相同订单标识的素材绑定消息，并将其作为与该订单对应的素材绑定消息。
针对从订单数据库中获取的正在排期的订单，不能保证每一个订单都查找到与其对应的素材绑定消息，一方面所述正在排期的订单可能是新形成的订单，还没有发送到DSP侧进行素材绑定；另一方面DSP侧是将已经绑定过素材的订单对应的素材绑定消息返回给SSP，DSP侧存在素材绑定中或者还没有进行素材绑定的订单；再有就是DSP侧返回的素材绑定消息中可能有一些是针对其他SSP的。因而需要将从订单数据库中获取的订单数据与从DSP侧接收的素材绑定消息数据进行匹配，查找与一个订单相对应的素材绑定消息。每一个素材绑定消息中包括对应订单的订单标识，根据该订单标识查找一个素材绑定消息对应的订单。 从DSP侧请求素材绑定消息是一个周期的过程，SSP定时向DSP侧发送一次获取素材绑定消息的请求，对于DSP侧返回的素材绑定消息，对于每一个请求周期设定一个时间，将该时间之后的素材绑定消息返回给SSP，从而避免DSP将历史中所有的素材绑定消息都返回给SSP。
步骤402：当查找到与所述订单相对应的素材绑定消息时，判定所述订单素材已绑定，并根据查找到的素材绑定消息中包含的所述素材的信息判断所述订单绑定的素材是否符合要求。
在执行上述步骤402时，执行当查找到所述素材绑定消息时，并根据查找到的素材绑定消息确定所述订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放。
当查找到与一个订单相对应的素材绑定消息后，确定该订单的状态为素材已绑定。根据一个订单对应的素材绑定消息中携带的素材的相关信息确定订单绑定的素材是否符合要求，例如，可以查找到的素材绑定消息中包括该订单绑定的素材的ID，根据该ID获得订单绑定的素材，并判定所述素材是否符合该订单的要求。此外，还可以根据订单绑定的素材的标识获取绑定的素材的属性信息，该属性信息可以包括素材的播放时长、播放形式等信息，根据绑定的素材的属性信息确定绑定的素材是否符合要求。
步骤403：当没有查找到与所述订单相对应的素材绑定消息时，确定所述订单的状态为素材未绑定。对于一个订单来说，如果没有查找到与其对应的素材绑定消息，判定该订单还没有进行素材的绑定。
在一些实例中，所述素材绑定消息中包括所述订单绑定的素材的标识，在上述步骤402中，在执行所述根据查找到的素材绑定消息判断所述订单绑定的素材是否符合要求时，如图5所述，包括以下步骤：
步骤501：根据所述查找到的素材绑定消息获取所述订单绑定的素 材的标识。
从DSP侧返回的素材绑定消息的格式如表3所示：
Figure PCTCN2018073699-appb-000003
表3
素材绑定消息中包括素材绑定消息对应的订单的ID，即订单标识序号，绑定的素材在DSP侧的审核状态，在推送信息交易平台上的上传状态、在推送信息交易平台上的审核状态以及素材的有效时间，同时还包括绑定的素材的ID，即绑定的素材的标识。
步骤502：根据所述订单绑定的素材的标识获取所述订单绑定的素材的属性信息。
这里，素材绑定消息中包括该订单绑定的素材的ID，根据该ID可以获得订单绑定的素材的属性信息。这里，订单的属性信息可以包括：文件格式、文件尺寸等格式信息，也可以包括播放形式、播放时长等播放信息，等等。素材的属性信息存储在一个数据库中，根据素材的ID从该数据库中获取素材的属性信息。
步骤503：从所述订单中获取所述订单对素材的要求。
在一些实例中，订单描述了素材的属性参数，主要包括媒体内容的投放位置、播放形式、播放时长等，订单的这些属性参数就可以作为对其要绑定的素材的属性要求，例如订单的播放形式为视频播放，但绑定的素材是一张图片，则绑定的素材不符合订单的要求。
步骤504：判断步骤502所获取的所述订单绑定的素材的属性信息是否满足步骤503获取的所述订单对素材的要求，如果订单绑定的素材的属性信息满足订单对素材的要求，则执行步骤505；否则执行步骤506；。
步骤505：判定所述订单绑定的素材符合要求，结束当前流程。
步骤506：判定所述订单绑定的素材不符合要求，结束当前流程。
在一些实例中，本申请提出的媒体内容投放方法还包括：
根据所述查找到的素材绑定消息中携带的所述素材的状态和/或所述素材的投放周期，判断所获取的所述素材是否未过期和/或所述素材的状态是否正常，如果所述素材未过期和/或所述素材的状态正常，并且所获取的所述素材的属性信息满足所述订单对素材的要求，则判定所述订单绑定的素材符合要求，否则判定所述订单绑定的素材不符合要求。
这里，素材的状态可包括：DSP侧的审核状态、推送信息交易平台 (如ADX)上的上传状态、推送信息交易平台上的审核状态等等。
判断订单绑定的素材是否符合订单对素材的要求，如表4所述，主要从素材的4个方面进行判定。
Figure PCTCN2018073699-appb-000004
表4
其中第一项：素材投放日期，在表3中的素材绑定消息中包含素材生效的开始与结束日期，根据该日期可以判断素材是否过期。此外表1中的广告订单中包括订单投放的开始及结束日期，还要判断素材的有效日期与订单的投放日期是否想匹配，是否会出现时间矛盾的情况。第二项为：素材的状态，主要是判断素材在DSP侧的审核状态、素材在推送信息交易平台的上传状态、素材在推送信息交易平台的审核状态，素材的这些信息在表3中的素材绑定消息中已经存在，SSP接收到素材绑定消息后对该项进行审核。表4中的前两项可以根据素材绑定消息(如表3所示)中携带的素材的信息进行判断，表4中的后两项需要根据素材绑定消息中携带的素材的ID，根据素材的ID获取素材的属性信息，根据素材的属性信息进行判断。第三项素材的文件格式主要是判断素材的文件格式是否满足订单的播放形式的要求。第四项素材的播放时长主要是判断素材的播放时长与表1中的订单的播放时长是否匹配。当素材的上述四个方面都审核通过后，判定订单绑定的素材符合订单的要求，即 素材绑定成功，否则判定素材不符合订单的要求，即订单绑定素材失败。
在一些实例中，所述媒体内容推送方法还包括：
根据所述正在排期的订单的订单标识，当在所述多个素材绑定消息中没有查找到包含相同订单标识的素材绑定消息时，将所述订单的状态设置为素材未绑定；
当在所述多个素材绑定消息中查找到包含相同订单标识的素材绑定消息，根据查找到的素材绑定消息确定所述订单绑定的素材不符合要求时，设置所述订单的状态为绑定的素材不符合要求。
本申请提供的媒体内容推送方法还包括：
对于绑定的素材不符合要求的订单及素材未绑定的订单，向对应需求方平台发送通知消息，所述通知消息携带所述绑定的素材不符合要求的订单的订单标识及所述素材未绑定的订单的订单标识，以提示所述需求方平台对所述绑定的素材不符合要求的订单重新绑定新素材，以及对所述素材未绑定的订单进行绑定素材。
在一些实例中，在上述步骤201中，在执行所述从订单数据库中获取新建排期下的多个订单时，如图6所述，包括以下步骤：
步骤601：从排期数据库中获取所述新建排期。
当需求方与媒体方达成合约后，会形成用于投放契约的订单，并对新形成的多个订单进行排期，将排期信息存储在排期数据库中。每次从订单数据库中获取新建排期下的订单发送给DSP进行素材绑定，确保新建的订单及时发送给DSP进行绑定素材，避免耽误后期的订单投放。
步骤602：根据所述新建排期在所述订单数据库中获取所述新建排期下的多个订单。
由于订单数据库中订单的个数较多，先从排期数据库中获取新建排期，根据新建排期的信息在订单数据库中查找该新建排期下的订单，能 够提高查找效率。其中，新建排期信息中包括广告位信息及播放时长信息，当根据新建排期信息在订单数据库中查找新近排期下的订单时，可以根据广告位信息及播放时长时间从订单数据库中匹配订单。
在一些实例中，在上述步骤202中，在执行所述将所述多个订单分别发送给对应的需求方平台时，如图7所述，包括以下步骤：
步骤701：将所述多个订单进行分组，将对应相同需求方平台的订单划分为一组。
一个订单对应一个需求方，一个需求方对应一个DSP，因而一个订单对应唯一一个DSP，在将多个订单发送给对应的DSP时，将属于同一DSP的订单一起发给该DSP，因而将该多个订单进行分组，对应同一个DSP的订单划分为一组。
步骤702：将划分为一组的订单整合在一个订单清单中。
将划分为一组的所有订单整合在一个订单清单中，所述订单清单为多个订单的列表。
步骤703：将所述订单清单发送给对应的需求方平台。
将订单清单发送给对应DSP时，采用HTTP POST的方式，请求的参数可以参照表2，其中表2中的Deal列表为订单清单。
可以将本申请提出的媒体内容投放方法应用到广告投放中，具体地应用到品牌程序化广告的投放中。品牌程序化广告是程序化交易广告的一种，程序化交易广告分为四类：程序化直投、程序化优选、邀请竞价和公开竞价。品牌程序化广告是指程序化交易广告中程序化直投和程序化优选两种方式。与邀请竞价和公开竞价有所不同的是，品牌程序化广告不需要通过竞价的方式采买流量，而是合约式的方式进行采买。当将本申请提出的媒体内容投放方法应用到品牌程序化广告中时，订单为品牌程序化广告投放过程中的交易契约，即Deal。具体的流程如图8所示， 主要包括订单数据库801、订单推送模块802、DSP 803、绑定查询校验模块804、自动放量模块805及广告投放引擎806。订单推送模块802会定时从订单数据库801中拉取新建排期信息，根据新建排期信息导出新建排期下包含的所有Deal，并将这些Deal信息以HTTP POST请求的方式推送给DSP 803。DSP 803收到请求后可以根据自身情况决定何时绑定Deal以及如何绑定Deal。绑定查询校验模块804会定时向DSP发送请求拉取素材绑定信息，DSP对Deal绑定完成后从查询接口可以拉取到Deal下绑定的素材的属性信息，所述属性信息包括素材的规格(文件格式、播放方式等)，绑定查询校验模块804会根据素材的属性信息与Deal描述的广告形式进行校验，如果素材的属性与广告形式不符，则会判定绑定错误，不能放量。对于绑定失败的Deal或查找不到素材绑定信息的Deal向DSP发送告警邮件提醒DSP重新绑定素材或者绑定素材。如果素材的属性与广告形式相符，则订单素材绑定成功，对于绑定成功的Deal，查询校验模块804最终会将绑定结果写回到订单数据库801中。自动放量模块805定时从数据库801中导出可投放(素材绑定成功并且达到投放时间)的Deal，将这些Deal推送到广告投放平台中的广告投放引擎806中，广告投放引擎806接收到这些Deal后这些Deal就进入了投放流程。
订单推送模块802及绑定查询校验模块804的具体的流程如图9所示，订单推送模块802执行定时任务901，绑定查询校验模块804执行定时任务902。订单推送模块802进行如下操作：从排期数据库和订单数据库中拉取新建排期下的Deal，其中排期数据库给出当前新建的排期，推送模块802根据排期信息从订单数据库中拉取新建排期下的所有的Deal。之后将对应同一个DSP的Deal整合到一个Deal清单中，将该Deal D清单以HTTP POST方式发送给对应DSP。Deal清单中包括Deal 名称、投放的广告位、播放形式、播放时长、定向信息、推送比、投放开始日期、投放结束日期等信息，DSP将根据这些信息选择素材进行绑定。订单推送模块802推送完成后，DSP需要向订单推送模块802返回收到请求的确认，收到DSP的确认请求之后，订单推送模块802的工作就已经完成。
绑定查询校验模块804有如下步骤：从订单数据库中拉取所有正在排期的Deal列表，每个Deal包括对素材格式的要求等信息，从对应DSP侧提供的查询接口拉取素材绑定信息，收到并解析完DSP返回的素材绑定信息之后，绑定查询校验模块804将根据每个Deal绑定的素材的ID查找出具体的素材的属性信息，并对这些素材的属性信息进行校验，判定其是否满足Deal对素材的要求。素材判定结束后，判定成功的素材绑定的Deal认为绑定成功，判定失败的Deal认为绑定失败，而没有查到绑定素材信息的Deal则仍为未绑定状态。绑定查询校验模块804针对绑定失败和尚未绑定的Deal，将向对应的DSP发送告警邮件提醒DSP尽快绑定新的素材或者绑定素材。针对绑定成功的Deal，其状态变成“待投放”，写入数据库中，等待自动放量模块805推送到广告投放平台中。
自动放量模块有如下步骤：定时从订单数据库中查询到达投放时间并且状态为“待投放”的Deal，并查询这些Deal的投放信息，将这些信息汇总到一个文件中。向广告投放平台推送汇总后的上述文件，广告投放平台离线解析这个文件并加载到实时投放模块中，Deal正式进入投放。
Deal在各流程中的状态如图10所示，Deal建立之后尚没有相应的素材绑定，此时处于“未绑定”状态。当订单推送模块802将Deal推送给DSP之后，由DSP选择素材绑定Deal，此时Deal处于“绑定中”状态。绑定查询校验模块804从查询接口拉取到素材绑定信息之后，对绑定的 素材进行校验，校验成功的Deal进入“配置完成”状态，而校验失败或没有找到素材绑定信息的Deal进入“绑定错误”状态，对绑定错误的Deal，我们将提醒DSP重新绑定。对于校验绑定成功的Deal，由于新建的Deal本身会设置一层审核，即OS审核，如果此时审核人员已审核通过则直接进入“待投放”状态，否则先进入“配置完成”状态，待审核人员审核通过之后再进入“待投放”状态。Deal到达投放时间之后，正式开始投放，此时进入“投放中”状态。Deal投放周期结束之后，进入“投放结束”状态，整个生命周期完成。
将本申请提供的媒体内容投放方法应用到品牌程序化广告投放中时，能实现品牌程序化广告投放之前，媒体与DSP间通过系统自动智能配置契约和智能开启投放，全程不需要人工干预控制。从而降低了出错率，节省了人力资源，提高了效率。同时保证了投放正常执行。
本申请还提出一种媒体内容投放装置1100，该方法可应用于SSP 103。在一实例中，如图11所示，所述装置1100包括如下组成部分：
订单获取单元1101，用于从订单数据库中获取新建排期下的多个订单；
订单发送单元1102，用于将所述多个订单分别发送给对应的需求方平台，其中，任一所述需求方平台对接收到的订单进行媒体内容的素材绑定；
素材绑定消息接收单元1103，用于接收多个需求方平台发送的多个素材绑定消息，每一个素材绑定消息对应一个订单，并包含对应订单绑定的素材的信息；
正在排期订单获取单元1104，用于从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单；
绑定素材判断单元1105，用于针对所述正在排期的订单中的任一个订单，根据所述接收的多个素材绑定消息，判断该订单绑定的素材是否符合要求；
状态更新单元1106，用于将绑定的素材符合要求的订单在订单数据库中的状态更新为待投放；
订单投放单元1107，用于在订单数据库中获取状态为待投放的订单，并提供给投放系统，以使其进行投放处理。
采用本申请提供的媒体内容投放装置，订单形成并建立排期后，自动向DSP推送排期下的订单等交易信息，DSP收到推送的订单消息后，根据协议智能关联到内部系统中并将素材绑定消息回传给媒体方的SSP，SSP收到后，可自动检验订单的素材绑定是否符合要求，并智能开启订单的投放。从而实现SSP与DSP之间通过系统自动配置订单及智能开启投放，避免了人工配置和人工确认的环节，从而降低了出错率，节省了人力资源，提高了效率。此外DSP在完成订单配置后，会将素材绑定消息回传给媒体，媒体可在投放前进行订单绑定素材的校验，对素材绑定成功的订单自动开启投放，而素材绑定失败的订单不能投放，从而保证了投放正常执行。
在一些实例中，所述绑定素材判断单元1105，用于
根据一正在排期的订单的订单标识，在所述多个素材绑定消息中查找包含相同订单标识的素材绑定消息；
当查找到素材绑定消息时，判定所述订单素材已绑定，并根据查找到的素材绑定消息中的所述素材的信息判断所述订单绑定的素材是否符合要求；
否则，判定所述订单素材未绑定。
在一些实例中，所述订单获取单元1101用于，从排期数据库中获 取所述新建排期；
根据所述新建排期在所述订单数据库中获取所述新建排期下的多个订单。
在一些实例中，所述订单发送单元1102用于，
将所述多个订单进行分组，将对应相同需求方平台的订单划分为一组；
将属于同一组的订单整合在一个订单清单中；
将各所述订单清单发送给各自对应的需求方平台。
本申请实例还提供一种媒体内容投放系统，包括：包括：供应方平台、需求方平台和投放平台；其中，
所述供应方平台从订单数据库中获取新建排期下的多个订单，并将所述多个订单分别发送给对应的所述需求方平台；
所述需求方平台对接收到的订单进行媒体内容的素材绑定，并将素材绑定消息发送给所述供应方平台，每一个素材绑定消息对应一个订单，并包含对应订单绑定的素材的信息；
所述供应方平台从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单，针对所述正在排期的订单中的任一个订单，根据所述接收的多个素材绑定消息，判断该订单绑定的素材是否符合要求，并将绑定的素材符合要求的订单在订单数据库中的状态更新为待投放；
所述供应方平台在订单数据库中获取状态为待投放的订单，并将所述订单发送给投放平台；
所述投放平台对所述订单进行投放。
上述各模块/单元/平台可能实现在同一个服务器设备或者服务器集群中，也可能分布在不同的服务器设备或者服务器集群中。
上述各模块/单元/平台功能的实现原理前文已有详述，这里不再赘述。
在一实例中，上述媒体内容投放装置中的各模块/单元/平台可运行在各种计算设备中，并加载在该计算设备的存储器中。
图12示出了文本分类特征提取装置及文本分类装置所在的计算设备的组成结构图。如图12所示，该计算设备包括一个或者多个处理器(CPU)1202、通信模块1204、存储器1206、用户接口1210，以及用于互联这些组件的通信总线1208。
处理器1202可通过通信模块1204接收和发送数据以实现网络通信和/或本地通信。
用户接口1210包括一个或多个输出设备12112，其包括一个或多个扬声器和/或一个或多个可视化显示器。用户接口1210也包括一个或多个输入设备1214，其包括诸如，键盘，鼠标，声音命令输入单元或扩音器，触屏显示器，触敏输入板，姿势捕获摄像机或其他输入按钮或控件等。
存储器1206可以是高速随机存取存储器，诸如DRAM、SRAM、DDR RAM、或其他随机存取固态存储设备；或者非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备，或其他非易失性固态存储设备。
存储器1206存储处理器1202可执行的指令集，存储器中存储的指令代码经配置以由处理器执行，以实现上述本申请中的媒体内容投放方法中的各步骤，同时实现本申请的媒体内容投放装置中的各模块的功能。其中，存储器1206包括：
操作系统1216，包括用于处理各种基本系统服务和用于执行硬件相关任务的程序；
应用1218，包括用于媒体内容投放的各种应用程序，这种应用程序能够实现上述各实例中的处理流程，比如可以包括图11所示的媒体内容投放装置1100中的部分或全部单元。各单元1101-1108中的至少一个单元可以存储有机器可执行指令。处理器1202通过执行存储器1206中各单元1101-1108中至少一个单元中的机器可执行指令，进而能够实现上述各单元1101-1108中的至少一个单元的功能。
需要说明的是，上述各流程和各结构图中不是所有的步骤和模块/单元/平台都是必须的，可以根据实际的需要忽略某些步骤或模块/单元/平台。各步骤的执行顺序不是固定的，可以根据需要进行调整。各模块/单元/平台的划分仅仅是为了便于描述采用的功能上的划分，实际实现时，一个模块/单元/平台可以分由多个模块/单元/平台实现，多个模块/单元/平台的功能也可以由同一个模块/单元/平台实现，这些模块/单元/平台可以位于同一个设备中，也可以位于不同的设备中。
各实施例中的硬件模块/单元/平台可以以硬件方式或硬件平台加软件的方式实现。上述软件包括机器可读指令，存储在非易失性存储介质中。因此，各实施例也可以体现为软件产品。
各例中，硬件可以由专门的硬件或执行机器可读指令的硬件实现。例如，硬件可以为专门设计的永久性电路或逻辑器件(如专用处理器，如FPGA或ASIC)用于完成特定的操作。硬件也可以包括由软件临时配置的可编程逻辑器件或电路(如包括通用处理器或其它可编程处理器)用于执行特定操作。
另外，本申请的每个实例可以通过由数据处理设备如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本申请。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和或 内存)中执行。因此，这样的存储介质也构成了本申请，本申请还提供了一种非易失性存储介质，其中存储有数据处理程序，这种数据处理程序可用于执行本申请上述方法实例中的任何一种实例。
图12中的模块/单元/平台对应的机器可读指令可以使计算机上操作的操作系统等来完成这里描述的部分或者全部操作。非易失性计算机可读存储介质可以是插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器。安装在扩展板或者扩展单元上的CPU等可以根据指令执行部分和全部实际操作。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (16)

  1. 一种媒体内容投放方法，应用于供应方平台，其中，所述方法包括：
    从订单数据库中获取新建排期下的多个订单；
    将所述多个订单分别发送给对应的需求方平台DSP，其中，任一所述需求方平台DSP对接收到的订单进行媒体内容的素材绑定；
    接收多个需求方平台DSP发送的多个素材绑定消息，每一个素材绑定消息对应一个订单；
    从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单；
    针对所述正在排期的订单中的任一个订单，当根据所述接收的多个素材绑定消息，确定该订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放；
    从订单数据库中获取状态为待投放的订单，并提供给投放系统，以使其进行投放处理。
  2. 根据权利要求1所述的方法，其中，所述素材绑定消息包含对应订单的订单标识；
    所述当根据所述接收的多个素材绑定消息，确定该订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放包括：
    根据该正在排期的订单的订单标识，在所述多个素材绑定消息中查找包含相同订单标识的素材绑定消息；
    当查找到所述素材绑定消息时，并根据查找到的素材绑定消息确定所述订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放。
  3. 根据权利要求2所述的方法，其中，所述素材绑定消息中包括所述订单绑定的素材的标识，所述当查找到所述素材绑定消息时，并根据查找到的素材绑定消息确定所述订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放包括：
    根据所述订单绑定的素材的标识获取所述订单绑定的素材的属性信息；
    从所述订单中获取所述订单对素材的要求；
    当获取的所述素材的属性信息满足所述订单对素材的要求时，将所述订单在订单数据库中的状态更新为待投放。
  4. 根据权利要求3所述的方法，其中，所述素材绑定消息中还包括所述订单绑定的素材的状态和/或周期，其中，所述当获取的所述素材的属性信息满足所述订单对素材的要求时，将所述订单在订单数据库中的状态更新为待投放包括：
    当获取的所述素材的属性信息满足所述订单对素材的要求时，且所述订单绑定的素材的状态和/或周期满足预设条件时，将所述订单在订单数据库中的状态更新为待投放。
  5. 根据权利要求2所述的方法，其中，该方法进一步包括：
    根据所述正在排期的订单的订单标识，当在所述多个素材绑定消息中没有查找到包含相同订单标识的素材绑定消息时，将所述订单的状态设置为素材未绑定；
    当在所述多个素材绑定消息中查找到包含相同订单标识的素材绑定消息，根据查找到的素材绑定消息确定所述订单绑定的素材不符合要求时，设置所述订单的状态为绑定的素材不符合要求；
    所述方法进一步包括：
    对于绑定的素材不符合要求的订单及素材未绑定的订单，向对应需 求方平台DSP发送通知消息，所述通知消息携带所述绑定的素材不符合要求的订单的订单标识及所述素材未绑定的订单的订单标识，以提示所述需求方平台DSP对所述绑定的素材不符合要求的订单重新绑定新素材，以及对所述素材未绑定的订单进行素材绑定。
  6. 根据权利要求1所述的方法，其中，所述从订单数据库中获取新建排期下的多个订单包括：
    从排期数据库中获取所述新建排期；
    根据所述新建排期在所述订单数据库中获取所述新建排期下的多个订单。
  7. 根据权利要求1所述的方法，其中，将所述多个订单分别发送给对应的需求方平台DSP包括：
    将所述多个订单进行分组，将对应相同需求方平台DSP的订单划分为一组；
    将属于同一组的订单整合在一个订单清单中；
    将各所述订单清单发送给各自对应的需求方平台DSP。
  8. 一种媒体内容投放装置，包括一个或一个以上处理器和一个或一个以上存储器，所述一个或一个以上存储器包括计算机可读指令，经配置由所述一个或者一个以上处理器执行以实现：
    从订单数据库中获取新建排期下的多个订单；
    将所述多个订单分别发送给对应的需求方平台DSP，其中，任一所述需求方平台DSP对接收到的订单进行媒体内容的素材绑定；
    接收多个需求方平台DSP发送的多个素材绑定消息，每一个素材绑定消息对应一个订单；
    从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单；
    针对所述正在排期的订单中的任一个订单，当根据所述接收的多个素材绑定消息，确定该订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放；
    从订单数据库中获取状态为待投放的订单，并提供给投放系统，以使其进行投放处理。
  9. 根据权利要求8所述的装置，其中，所述素材绑定消息包含对应订单的订单标识，所述一个或者一个以上处理器执行所述计算机可读指令以实现：根据该正在排期的订单的订单标识，在所述多个素材绑定消息中查找包含相同订单标识的素材绑定消息；
    当查找到所述素材绑定消息时，并根据查找到的素材绑定消息确定所述订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放。
  10. 根据权利要求8所述的装置，其中，所述素材绑定消息中包括所述订单绑定的素材的标识，所述一个或者一个以上处理器执行所述计算机可读指令以实现：
    根据所述订单绑定的素材的标识获取所述订单绑定的素材的属性信息；
    从所述订单中获取所述订单对素材的要求；
    当获取的所述素材的属性信息满足所述订单对素材的要求时，将所述订单在订单数据库中的状态更新为待投放。
  11. 根据权利要求8所述的装置，其中，其中，所述素材绑定消息中还包括所述订单绑定的素材的状态和/或周期，所述一个或者一个以上处理器执行所述计算机可读指令以实现：
    当获取的所述素材的属性信息满足所述订单对素材的要求时，且所述订单绑定的素材的状态和/或周期满足预设条件时，将所述订单在订单 数据库中的状态更新为待投放。
  12. 根据权利要求9所述的装置，其中，所述一个或者一个以上处理器执行所述计算机可读指令以实现：
    根据所述正在排期的订单的订单标识，当在所述多个素材绑定消息中没有查找到包含相同订单标识的素材绑定消息时，将所述订单的状态设置为素材未绑定；
    当在所述多个素材绑定消息中查找到包含相同订单标识的素材绑定消息，根据查找到的素材绑定消息确定所述订单绑定的素材不符合要求时，设置所述订单的状态为绑定的素材不符合要求；
    其中，所述一个或者一个以上处理器执行所述计算机可读指令以实现：
    对于绑定的素材不符合要求的订单及素材未绑定的订单，向对应需求方平台DSP发送通知消息，所述通知消息携带所述绑定的素材不符合要求的订单的订单标识及所述素材未绑定的订单的订单标识，以提示所述需求方平台DSP对所述绑定的素材不符合要求的订单重新绑定新素材，以及对所述素材未绑定的订单进行素材绑定。
  13. 根据权利要求8所述的装置，其中，其中，所述一个或者一个以上处理器执行所述计算机可读指令以实现：
    从排期数据库中获取所述新建排期；
    根据所述新建排期在所述订单数据库中获取所述新建排期下的多个订单。
  14. 根据权利要求8所述的装置，其中，其中，所述一个或者一个以上处理器执行所述计算机可读指令以实现：
    将所述多个订单进行分组，将对应相同需求方平台DSP的订单划分为一组；
    将属于同一组的订单整合在一个订单清单中；
    将各所述订单清单发送给各自对应的需求方平台DSP。
  15. 一种媒体内容投放系统，其特征在于，包括：供应方平台SSP、需求方平台DSP和投放平台；其中，
    所述供应方平台SSP从订单数据库中获取新建排期下的多个订单，并将所述多个订单分别发送给对应的所述需求方平台DSP；
    所述需求方平台DSP对接收到的订单进行媒体内容的素材绑定，并将素材绑定消息发送给所述供应方平台SSP，每一个素材绑定消息对应一个订单；
    所述供应方平台SSP从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单，针对所述正在排期的订单中的任一个订单，当根据所述接收的多个素材绑定消息，确定该订单绑定的素材符合要求时，将所述订单在订单数据库中的状态更新为待投放；
    所述供应方平台SSP从订单数据库中获取状态为待投放的订单，并将所述订单发送给投放平台；
    所述投放平台对所述订单进行投放。
  16. 一种非易失性计算机可读存储介质，存储有计算机可读指令，可以使至少一个处理器执行如权利要求1-7任一项所述的方法。
PCT/CN2018/073699 2017-01-24 2018-01-23 媒体内容投放方法、装置、系统及存储介质 WO2018137588A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710059382.9 2017-01-24
CN201710059382.9A CN108347413B (zh) 2017-01-24 2017-01-24 媒体内容投放方法、装置及系统

Publications (1)

Publication Number Publication Date
WO2018137588A1 true WO2018137588A1 (zh) 2018-08-02

Family

ID=62962294

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/073699 WO2018137588A1 (zh) 2017-01-24 2018-01-23 媒体内容投放方法、装置、系统及存储介质

Country Status (2)

Country Link
CN (1) CN108347413B (zh)
WO (1) WO2018137588A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109919660A (zh) * 2019-01-31 2019-06-21 湖南快乐阳光互动娱乐传媒有限公司 一种实时竞价系统中广告请求的发送方法及装置
CN112036962A (zh) * 2020-09-18 2020-12-04 恩亿科(北京)数据科技有限公司 广告素材处理方法及相关装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111178919B (zh) * 2018-11-09 2023-12-08 北京沃东天骏信息技术有限公司 信息投放方法、装置、设备及计算机可读存储介质
CN112668961B (zh) * 2020-12-18 2022-07-12 苏州浪潮智能科技有限公司 一种自动供料系统、方法及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100185484A1 (en) * 2009-01-16 2010-07-22 Yahoo! Inc. Allocation of internet advertising inventory
CN102547403A (zh) * 2011-12-29 2012-07-04 孙巍 一种实时发布电视广告的系统
CN105184614A (zh) * 2015-09-14 2015-12-23 北京工商大学 一种基于Storm平台的分布式数字标牌广告投放方法
CN105741135A (zh) * 2016-01-26 2016-07-06 北京百分点信息科技有限公司 广告投放管理方法及其系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102136118A (zh) * 2010-11-12 2011-07-27 华为软件技术有限公司 广告订单预定方法、广告投放方法和系统
US20140046970A1 (en) * 2012-08-11 2014-02-13 OneScreen, Inc. System, apparatus, and method for facilitating order matching and fulfillment
CN103959721A (zh) * 2012-09-20 2014-07-30 华为技术有限公司 一种广告投放方法、装置及系统
CN104252650A (zh) * 2014-09-30 2014-12-31 北京工商大学 一种自动化的数字标牌广告即时投放方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100185484A1 (en) * 2009-01-16 2010-07-22 Yahoo! Inc. Allocation of internet advertising inventory
CN102547403A (zh) * 2011-12-29 2012-07-04 孙巍 一种实时发布电视广告的系统
CN105184614A (zh) * 2015-09-14 2015-12-23 北京工商大学 一种基于Storm平台的分布式数字标牌广告投放方法
CN105741135A (zh) * 2016-01-26 2016-07-06 北京百分点信息科技有限公司 广告投放管理方法及其系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109919660A (zh) * 2019-01-31 2019-06-21 湖南快乐阳光互动娱乐传媒有限公司 一种实时竞价系统中广告请求的发送方法及装置
CN109919660B (zh) * 2019-01-31 2023-11-10 湖南快乐阳光互动娱乐传媒有限公司 一种实时竞价系统中广告请求的发送方法及装置
CN112036962A (zh) * 2020-09-18 2020-12-04 恩亿科(北京)数据科技有限公司 广告素材处理方法及相关装置
CN112036962B (zh) * 2020-09-18 2024-01-19 恩亿科(北京)数据科技有限公司 广告素材处理方法及相关装置

Also Published As

Publication number Publication date
CN108347413B (zh) 2021-08-20
CN108347413A (zh) 2018-07-31

Similar Documents

Publication Publication Date Title
US11847709B2 (en) Automated transaction workflow management application extending and improving an existing email application
US10326715B2 (en) System and method for updating information in an instant messaging application
US10528656B2 (en) Application module for managing jobs asynchronously
WO2018137588A1 (zh) 媒体内容投放方法、装置、系统及存储介质
WO2018192437A1 (zh) 媒体内容推荐方法、服务器、客户端及存储介质
JP5053298B2 (ja) モバイル装置上に広告を行うためのシステム
WO2017181970A1 (zh) 广告创意处理方法及广告创意处理装置、存储介质
CN107979632B (zh) 推送信息的处理方法、装置及系统
US10862888B1 (en) Linking a forwarded contact on a resource to a user interaction on a requesting source item
US20130117380A1 (en) Dynamic content generation in email messages
US11210364B1 (en) Methods for launching content for publication
US20210383370A1 (en) Enhanced multi-party user data deletion
US8515931B1 (en) Techniques for search optimization
US20230096236A1 (en) Systems and methods for mobile advertisement review
CN108122124B (zh) 信息推送方法、平台及系统
WO2014176896A1 (en) System and method for updating information in an instant messaging application
MX2014006002A (es) Habilitacion de caracteristicas de servicio dentro de aplicaciones de productividad.
US20190220920A1 (en) User published auctions in online mediums
CN109218272B (zh) 媒体内容推送方法、装置、服务器、系统及存储介质
CN107872483B (zh) 媒体内容的推送方法、装置及系统
US20190095542A1 (en) Method and system of dynamic website creation through url parameter analysis
US10223721B1 (en) Requesting an item available from a network-based resource
US11075851B2 (en) Providing second content items in association with first content items
US9961086B2 (en) Dynamic content authentication for secure merchant-customer communications
US20150066786A1 (en) Method and system of presenting a real estate agent to a lead in a real estate computing platform

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18744712

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18744712

Country of ref document: EP

Kind code of ref document: A1