CN107528818B - 媒体文件的数据处理方法和装置 - Google Patents
媒体文件的数据处理方法和装置 Download PDFInfo
- Publication number
- CN107528818B CN107528818B CN201610856322.5A CN201610856322A CN107528818B CN 107528818 B CN107528818 B CN 107528818B CN 201610856322 A CN201610856322 A CN 201610856322A CN 107528818 B CN107528818 B CN 107528818B
- Authority
- CN
- China
- Prior art keywords
- target
- monitoring
- media file
- request message
- landing page
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/30—Network architectures or network communication protocols for network security for supporting lawful interception, monitoring or retaining of communications or communication related information
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Technology Law (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种媒体文件的数据处理方法和装置。其中,该方法包括:接收请求消息,其中,请求消息用于请求对目标媒体文件的落地页进行监测,请求消息携带用于对目标媒体文件的落地页进行监测的监测参数,落地页是在播放目标媒体文件时对目标媒体文件的播放界面执行点击操作之后所加载的页面;根据监测参数生成路由键,其中,路由键为按照预设格式组成的字符串;根据路由键发送请求消息至与请求消息的类型对应的目标消息队列;通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果。本发明解决了相关技术对媒体文件的落地页的监测效率低的技术问题。
Description
技术领域
本发明涉及数据处理领域,具体而言,涉及一种媒体文件的数据处理方法和装置。
背景技术
目前,随着互联网广告发展,越来越多传统小广告主也从线下转移到线上,同时各类虚假、色情、暴力等媒体文件也随之产生,为了更好的维护媒体形象,黄赌毒的媒体文件是绝对不允许出现的。同时,在媒体文件遵守国家法律的情况下,也要求他们能够严格按照媒体文件平台部内部制定的各种投放规则与限制进行各类媒体文件的投放。
现有的种种规则要求审核人员在媒体文件上线之前需要一个个的校对,并且由于大部分媒体文件有定向的平台(IOS、android)、定向的城市,这就要求审核人员不仅要宏观把握媒体文件的落地页的情况,还要细化到不同平台,不同城市去检查媒体文件的安全情况。在媒体文件的订单数量少的时候尚能应付,当媒体文件的订单数量多时,对于各个媒体文件的落地页投放造成遗漏情况是在所难免的,难以保证媒体文件监测的落地页准确性,以及投放的媒体文件的落地页的安全性,从而导致媒体文件的监测效率低。
针对相关技术中的对媒体文件的落地页的监测效率低的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种媒体文件的数据处理方法和装置,以至少解决相关技术对媒体文件的落地页的监测效率低的技术问题。
根据本发明实施例的一个方面,提供了一种媒体文件的数据处理方法。该媒体文件的数据处理方法包括:接收请求消息,其中,请求消息用于请求对目标媒体文件的落地页进行监测,请求消息携带用于对目标媒体文件的落地页进行监测的监测参数,落地页是在播放目标媒体文件时对目标媒体文件的播放界面执行点击操作之后所加载的页面;根据监测参数生成路由键,其中,路由键为按照预设格式组成的字符串;根据路由键发送请求消息至与请求消息的类型对应的目标消息队列;通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果。
根据本发明实施例的另一方面,还提供了一种媒体文件的数据处理装置。该媒体文件的数据处理装置包括:第一接收单元,用于接收请求消息,其中,请求消息用于请求对目标媒体文件的落地页进行监测,请求消息携带用于对目标媒体文件的落地页进行监测的监测参数,落地页是在播放目标媒体文件时对目标媒体文件的播放界面执行点击操作之后所加载的页面;生成单元,用于根据监测参数生成路由键,其中,路由键为按照预设格式组成的字符串;发送单元,用于根据路由键发送请求消息至与请求消息的类型对应的目标消息队列;监测单元,用于通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果。
在本发明实施例中,接收请求消息,请求消息用于请求对目标媒体文件的落地页进行监测,请求消息携带用于对目标媒体文件的落地页进行监测的监测参数,落地页是在播放目标媒体文件时对目标媒体文件的播放界面执行点击操作之后所加载的页面;根据监测参数生成路由键,路由键为按照预设格式组成的字符串;根据路由键发送请求消息至与请求消息的类型对应的目标消息队列;通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果,达到了对目标媒体文件进行监测的目的,从而实现了提高对媒体文件的监测效率的技术效果,进而解决了相关技术对媒体文件的落地页的监测效率低的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种媒体文件的数据处理方法的硬件环境的示意图;
图2是根据本发明实施例的一种媒体文件的数据处理方法的流程图;
图3是根据本发明实施例的另一种媒体文件的数据处理方法的流程图;
图4是根据本发明实施例的一种通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的方法的流程图;
图5是根据本发明实施例的另一种通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的方法的流程图;
图6是根据本发明实施例的另一种通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的方法的流程图;
图7是根据本发明实施例的一种媒体文件的数据处理方法的流程示意图;
图8是根据本发明实施例的一种媒体文件的数据处理页面的示意图;
图9是根据本发明实施例的另一种媒体文件的数据处理页面的示意图;
图10是根据本发明实施例的一种媒体文件的数据处理程序的示意图;
图11是根据本发明实施例的另一种媒体文件的数据处理页面的示意图;
图12是根据本发明实施例的一种媒体文件的数据处理装置的示意图;
图13是根据本发明实施例的另一种媒体文件的数据处理装置的示意图;
图14是根据本发明实施例的另一种媒体文件的数据处理装置的示意图;
图15是根据本发明实施例的一种媒体文件的数据处理装置的示意图;
图16是根据本发明实施例的一种媒体文件的数据处理装置的示意图;以及
图17是根据本发明实施例的一种终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种媒体文件的数据处理方法的实施例。
可选地,在本实施例中,上述媒体文件的数据处理方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。图1是根据本发明实施例的一种媒体文件的数据处理方法的硬件环境的示意图。如图1所示,服务器102通过网络与终端104进行连接,上述网络包括但不限于:广域网、城域网或局域网,终端104并不限定于PC、手机、平板电脑等。本发明实施例的媒体文件的数据处理方法可以由服务器102来执行,也可以由终端104来执行,还可以是由服务器102和终端104共同执行。其中,终端104执行本发明实施例的媒体文件的数据处理方法也可以是由安装在其上的客户端来执行。
图2是根据本发明实施例的一种媒体文件的数据处理方法的流程图。如图2所示,该媒体文件的数据处理方法可以包括以下步骤:
步骤S202,接收请求消息。
在本发明上述步骤S202提供的技术方案中,接收请求消息,其中,请求消息用于请求对目标媒体文件的落地页进行监测,请求消息携带用于对目标媒体文件的落地页进行监测的监测参数,落地页是在播放目标媒体文件时对目标媒体文件的播放界面执行点击操作之后所加载的页面。
接收请求消息可以为接收订单投放渠道发送的请求消息。当目标媒体文件为广告时,订单投放渠道的订单为广告主投放的一条广告资源,***分配唯一的ID号,该***分配的唯一的ID号用于标识目标媒体文件的唯一性。落地页是在播放目标媒体文件时对目标媒体文件的播放界面执行点击操作之后所加载的页面,可以是在播放目标媒体文件时对目标媒体文件执行点击操作之后所加载的页面,比如,用户点击广告主投放的广告后,加载出来的网页页面。不同平台的落地页不同,不同地域打开落地页的策略也不同,比如,不同城市跳转落地页的策略不同。该落地页具有统一资源定位符(Uniform Resource Locator,简称为URL)数据,用于确定落地页的访问位置和访问方法。请求消息携带用于对目标媒体文件的落地页进行监测的监测参数,该监测参数包括投放目标媒体文件的渠道类型,目标媒体文件的ID,对目标媒体文件进行监测的监测***的***类型,其中,***类型可以为IOS***、安卓(Android)***等,从而通过监测参数实现对目标媒体文件的落地页的监测。
可选地,通过监测平台的接收进程接收请求消息。
需要说明的是,本发明实施例对服务器投放的媒体文件的类型不做具体限定,服务器投放的媒体文件可以是视频文件、音频文件、图片文件或者文本文件等,也可以是这几种文件的任意组合,例如,文本文件和图片文件的组合,视频文件和文本文件的组合。具体的产品形态可以是例如视频广告、原生广告、搜索广告等。
步骤S204,根据监测参数生成路由键。
在本发明上述步骤S204提供的技术方案中,根据监测参数生成路由键,其中,路由键为按照预设格式组成的字符串。
请求消息携带用于对目标媒体文件的落地页进行监测的监测参数,在接收请求消息之后,根据监测参数生成路由键(Routing Key),比如,通过投放目标媒体文件的渠道类型、目标媒体文件的ID、对目标媒体文件的落地页进行监测的监测***的***类型等参数生成路由键。该路由键具有预设格式,可以为通过“.”连接起来的三个字符串,其中,第一个字符串用于表示监测平台适用的***类型,包括IOS类型,安卓(Android)类型,移动(Mobile)类型,所有(All)类型,第二个字符串用于表示对应发送请求消息的渠道,比如,智汇系(snswin),常规品牌订单渠道(ads5),第三个字符串用于表示目标媒体文件的订单是否为下载类订单。
步骤S206,根据路由键发送请求消息至与请求消息的类型对应的目标消息队列。
在本发明上述步骤S206提供的技术方案中,根据路由键发送请求消息至与请求消息的类型对应的目标消息队列。
在根据监测参数生成路由键之后,将请求消息发送至消息队列交换机(exchange),消息队列交换机用于根据请求消息的路由键将请求消息发送至与请求消息的类型对应的目标消息队列,其中,消息队列包括多个消息队列,每个消息队列与请求消息的类型一一对应,每个请求消息在初始化时都会绑定能够优先接收到的请求消息的类型。
可选地,采用消息中间键(rabbitmq)根据目标媒体文件的落地页的路由键进行任务的分发路由。
步骤S208,通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果。
在本发明上述步骤S208提供的技术方案中,通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果。
在根据路由键发送请求消息至与请求消息的类型对应的目标消息队列之后,目标消息队列将请求消息发送至与目标队列对应的目标监测节点,目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果。其中,监测节点通过监测模块对目标媒体文件的落地页进行监测,用于执行特定的任务,可以用于拉取目标媒体文件的落地页,对目标媒体文件的落地页进行分析,得到监测结果,其中,落地页为目标媒体文件在接收到触发信号时加载出来的网页页面。通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果,避免了由于种种规则使媒体文件审核人在媒体文件上线前对目标媒体文件的落地页一一校对,避免了审核人不仅要宏观把握目标媒体文件的落地页的情况,而且还要细化到不同的平台,避免了对媒体文件的遗漏监测,进而避免了投放不安全的媒体文件,提高了投放的媒体文件的安全性,提高了对媒体文件的监测速度和监测准确性,进而达到了提高对媒体文件的监测效率的技术效果。
可选地,通过消息中间件(rabbitmq)将目标消息队列应用于媒体文件的安全监测,可以避免请求消息分发至所有的监测节点,从而浪费消息队列的资源,以及浪费监测节点需要的***资源,可以使请求消息只分发至***中的一个或者多个监测节点,使***中的一个或者多个监测节点消费一个消息队列的数据,实现监测。
通过上述步骤S202至步骤S208,通过接收请求消息,其中,请求消息用于请求对目标媒体文件的落地页进行监测,请求消息携带用于对目标媒体文件的落地页进行监测的监测参数;根据监测参数生成路由键,其中,路由键为按照预设格式组成的字符串;根据路由键发送请求消息至与请求消息的类型对应的目标消息队列;通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果,可以解决了相关技术对媒体文件的落地页的监测效率低的技术问题,进而达到提高对媒体文件的监测效率的技术效果。
作为一种可选的实施方式,在通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测之后,缓存监测结果至预设缓存位置,并通过预设缓存位置发送监测结果至目标投放渠道,其中,目标投放渠道用于根据监测结果投放目标媒体文件的落地页,得到投放结果;和/或,存储监测结果至预设存储位置以保存监测结果。
可选地,目标监测节点包括多个监测节点,通过与目标消息队列对应的多个监测节点分别根据请求消息对目标媒体文件的落地页进行监测,得到多个监测结果,扫描对多个监测节点,得到多个监测结果。每获取一个监测结果,将监测结果存储至预设缓存位置,当所有的监测结果都存储至预设存储位置时,通过返回进程发送预设缓存位置的所有的监测结果至目标投放渠道,该目标投放渠道,也即,媒体文件投放平台,送检渠道,用于根据监测结果投放目标媒体文件的落地页,提供目标媒体文件的落地页的数据来源。
可选地,在通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果之后,将监测结果存储至预设存储位置以保存监测结果,可以将监测结果存储至数据库中以对监测结果进行记录,方便后续对监测结果的查看、整理,确定媒体文件的投放数量,投放内容等。
该实施例通过在通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测之后,缓存监测结果至预设缓存位置,并通过预设缓存位置发送监测结果至目标投放渠道,目标投放渠道用于根据监测结果投放目标媒体文件的落地页,得到投放结果;和/或,存储监测结果至预设存储位置以保存监测结果,从而实现了对监测结果的缓存或存储。
作为一种可选的实施方式,在通过预设存储位置发送监测结果至目标投放渠道之后,接收目标投放渠道根据监测结果投放目标媒体文件的落地页所得到的投放结果;存储投放结果至预设存储位置以保存投放结果。
图3是根据本发明实施例的另一种媒体文件的数据处理方法的流程图。如图3所示,该媒体文件的数据处理方法还包括以下步骤:
步骤S301,接收目标投放渠道反馈的投放结果。
在本发明上述步骤S301提供的技术方案中,接收目标投放渠道反馈的投放结果,其中,投放结果是目标投放渠道根据监测结果投放目标媒体文件的落地页所得到的投放结果。
在通过预设存储位置发送监测结果至目标投放渠道之后,目标投放渠道读取预设缓存位置缓存的监测结果,调用各个渠道注册的返回通用网关界面(Common GatewayInterface,简称为CGI),将目标媒体文件的落地页的监测结果返回至目标投放渠道,可以将目标媒体文件的落地页的多个监测结果批量返回至目标投放渠道。目标投放渠道根据监测结果投放目标媒体文件的落地页,得到投放结果,通过反馈进程接收目标投放渠道反馈的投放结果。可选地,可以人为地对投放结果进行反馈,通过反馈进程接收人为对投放结果进行的反馈,提高了对投放结果进行反馈的准确性。
步骤S302,存储投放结果至预设存储位置以保存投放结果。
在本发明上述步骤S302提供的技术方案中,存储投放结果至预设存储位置以保存投放结果。
在接收目标投放渠道反馈的投放结果之后,将投放结果存储至预设存储位置以保存投放结果,从而便于后续对投放结果的查看以及整理等。
该实施例通过在通过预设存储位置发送监测结果至目标投放渠道之后,接收目标投放渠道反馈的投放结果,其中,投放结果是目标投放渠道根据监测结果投放目标媒体文件的落地页所得到的投放结果;存储投放结果至预设存储位置以保存投放结果,从而实现了目标投放渠道根据监测结果投放目标媒体文件的落地页所得到的投放结果进行存储的目的。
作为一种可选的实施方式,请求消息包括目标媒体文件的标识信息和目标媒体文件的落地页的URL数据,通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测包括:通过与目标消息队列对应的目标监测节点根据标识信息和落地页的URL数据对目标媒体文件的落地页进行监测,得到监测结果。
目标投放渠道发送请求消息,该请求消息包括目标媒体文件的标识信息和目标媒体文件的落地页的统一资源定位符(Uniform Resource Locator,简称为URL)数据,也即,目标投放渠道发送目标媒体文件的标识信息和目标媒体文件的落地页的URL数据,将目标媒体文件的标识信息和目标媒体文件的落地页的URL数据放入***由目标消息队列将待处理的请求消息发送至与目标消息队列对应的监测节点,监测节点通过对应的监测模块根据标识信息和落地页的URL数据对目标媒体文件的落地页进行监测,得到监测结果,将监测结果返回至相应的投放渠道,实现了通过与目标消息队列对应的目标监测节点根据标识信息和落地页的URL数据对目标媒体文件的落地页进行监测,得到监测结果,从而完成对目标媒体文件的落地页进行一次扫描的任务。
作为一种可选的实施方式,通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测包括:通过目标消息队列将请求消息发送至具有预设事件的页面,根据请求消息对具有预设事件的页面执行扫描,得到监测结果,其中,监测节点包括具有预设事件的页面,预设事件的页面与目标媒体文件的落地页相关联,通过对具有预设事件的页面执行扫描,可以实现对目标媒体文件的落地页进行监测得到监测结果的目的。
作为一种可选的实施方式,请求消息包括目标媒体文件的http返回代码,步骤S208,通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测包括:通过目标监测节点判断http返回代码是否为异常状态;通过在预设时间内http返回代码为异常状态的次数确定目标媒体文件的落地页处于关闭状态。
图4是根据本发明实施例的一种通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的方法的流程图。如图4所示,该通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的方法包括以下步骤:
步骤S401,通过目标监测节点从请求消息中获取http返回代码。
在本发明上述步骤S401提供的技术方案中,通过目标监测节点从请求消息中获取http返回代码。
请求消息包括目标媒体文件的http返回代码,在根据路由键发送请求消息至与请求消息的类型对应的目标消息队列之后,通过与目标消息队列对应的目标监测节点从请求消息中获取http返回代码。可选地,该请求消息用于请求网页广告。
步骤S402,通过目标监测节点判断http返回代码是否为异常状态。
在本发明上述步骤S402提供的技术方案中,通过目标监测节点判断http返回代码是否为异常状态。
在通过目标监测节点从请求消息中获取http返回代码之后,通过目标监测节点判断http返回代码是否为异常状态。判断在预设时间内http返回代码为异常状态的次数是否超过预设次数。
步骤S403,确定目标媒体文件的落地页处于关闭状态。
在本发明上述步骤S403提供的技术方案中,如果判断出在预设时间内http返回代码为异常状态的次数超过预设次数时,确定目标媒体文件的落地页处于关闭状态。
在通过目标监测节点判断http返回代码是否为异常状态之后,如果判断出在预设时间内http返回代码为异常状态的次数超过预设次数时,确定目标媒体文件的落地页处于关闭状态,也即,确定目标媒体文件的落地页对应的网页无法打开。
可选地,对于http返回代码大于400时记录http返回代码为异常状态,并且为了排除抓取时刻网络不稳定带来的影响,***对于一天之内监测http返回代码为异常状态的次数超过3次,则标记目标媒体文件的落地页的网页无法打开,从而避免了媒体文件在点击落地页打不开的情况发生,从而保证用户体验。
该实施例通过目标监测节点从请求消息中获取http返回代码;通过目标监测节点判断http返回代码是否为异常状态;如果判断出在预设时间内http返回代码为异常状态的次数超过预设次数时,确定目标媒体文件的落地页处于关闭状态,从而实现了通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的目的,提高了对目标媒体文件的落地页进行监测的监测效率。
作为一种可选的实施方式,请求消息包括目标媒体文件的落地页的网页源代码,步骤S208,通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测包括:将从请求消息中拉取的网页源代码和用于监测IP的脚本进行匹配,得到匹配结果;通过匹配结果对目标媒体文件的落地页执行下线处理。
图5是根据本发明实施例的另一种通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的方法的流程图。如图5所示,该通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的方法包括以下步骤:
步骤S501,通过目标监测节点从请求消息中拉取网页源代码。
在本发明上述步骤S501提供的技术方案中,通过目标监测节点从请求消息中拉取网页源代码。
请求消息包括目标媒体文件的落地页的网页源代码,在根据路由键发送请求消息至与请求消息的类型对应的目标消息队列之后,通过目标监测节点从请求消息中拉取网页源代码,可以通过监测程序拉取网页源代码。
步骤S502,将网页源代码和用于监测IP的脚本进行匹配,得到匹配结果。
在本发明上述步骤S502提供的技术方案中,将网页源代码和用于监测IP的脚本进行匹配,得到匹配结果。
在通过目标监测节点从请求消息中拉取网页源代码之后,将网页源代码和用于监测IP的脚本进行匹配,得到匹配结果。网页源代码一般会嵌入能够监测IP的脚本,通过监测程序拉取网页源代码,进行脚本匹配,如果网页源代码和用于监测IP的脚本能够匹配,则确定网页源代码有问题,对目标媒体文件的落地页的投放不符合要求,如果网页源代码和用于监测IP的脚本不能匹配,则网页源代码没有问题,对目标媒体文件的落地页的投放符合要求。
步骤S503,当匹配结果为网页源代码匹配到脚本的结果时,对目标媒体文件的落地页执行下线处理。
在本发明上述步骤S503提供的技术方案中,当匹配结果为网页源代码匹配到脚本的结果时,对目标媒体文件的落地页执行下线处理。
在将网页源代码和用于监测IP的脚本进行匹配,得到匹配结果之后,当匹配结果为网页源代码匹配到脚本的结果时,也即,一旦出现通过脚本在不同地域打开落地页时,会对目标媒体文件的落地页执行下线处理,可以通过对目标媒体文件的落地页的订单执行下线处理以实现对目标媒体文件的落地页的下线处理,及时避免目标媒体文件的落地页的违规投放,提高了投放的媒体文件的落地页的安全性。
该实施例通过目标监测节点从请求消息中拉取网页源代码;将网页源代码和用于监测IP的脚本进行匹配,得到匹配结果;当匹配结果为网页源代码匹配到脚本的结果时,对目标媒体文件的落地页执行下线处理,实现了通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的目的,进而达到提高对目标媒体文件的落地页的监测效率的技术效果。
作为一种可选的实施方式,请求消息包括用于请求目标媒体文件的第一落地页的消息,步骤S208,通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测包括:当目标媒体文件的第一落地页具有JS跳转代码时,根据第一落地页的URL地址对第一落地页进行跳转,得到第二落地页。
图6是根据本发明实施例的另一种通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的方法的流程图。如图6所示,该通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的方法包括以下步骤:
步骤S601,通过目标监测节点根据用于请求目标媒体文件的第一落地页的消息请求第一落地页。
在本发明上述步骤S601提供的技术方案中,通过目标监测节点根据用于请求目标媒体文件的第一落地页的消息请求第一落地页。
通过监测节点的监测程序模拟IOS端(设置user-agent),请求网页。
步骤S602,当目标媒体文件的第一落地页具有JS跳转代码时,根据第一落地页的URL地址对第一落地页进行跳转,得到第二落地页。
在本发明上述步骤S602提供的技术方案中,判断目标媒体文件的第一落地页是否具有JS跳转代码,当目标媒体文件的第一落地页具有JS跳转代码时,对具有JS跳转代码的网页进行网页跳转。可选地,监测网页代码中是否有等待函数,当通过等待函数进行一定时间的等待之后,抓取落地页最后一跳的URL地址进行判断,如果可以跳转,则确定投放目标媒体文件的落地页有问题。
该实施例通过目标监测节点根据用于请求目标媒体文件的第一落地页的消息请求第一落地页;当目标媒体文件的第一落地页具有JS跳转代码时,根据第一落地页的URL地址对第一落地页进行跳转,得到第二落地页,实现了通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测的目的,达到提高对目标媒体文件的落地页的监测效率的技术效果。
实施例2
下面结合优选的实施例对本发明的技术方案进行说明。
媒体文件的安全监测平台主要用于接入各个媒体文件的投放渠道发送的订单以及落地页URL数据,由消息队列将待处理的请求消息发送至相应的监测节点对应的监测模块。在监测节点处理对请求消息处理完成后,将监测结果返回给相应的目标投放渠道,从而完成一次对目标媒体文件的落地页扫描任务。
图7是根据本发明实施例的一种媒体文件的数据处理方法的流程示意图。如图7所示,该媒体文件的数据处理方法至少包括接收进程、消息中间件、监测节点和返回进程,该媒体文件的数据方法可以由媒体文件的安全检测平台执行,其中,媒体文件的安全检测平台优选执行虚线框包含的方法。
接收进程:用于提供CGI,接收目标投放渠道发送的请求消息,也即,调用订单投放渠道发送的请求信息,可以通过CGI区分调用类型,该调用类型包括实时和定时,也即,定期调用订单投放渠道发送的定期任务的请求信息,或者实时调用订单投放渠道发送的实时任务的请求信息。该接收进程根据调用类型发布待监测的目标媒体文件的落地页的URL。其中,订单投放渠道包括常规品牌的渠道,程序化的渠道,智慧系的渠道等。
消息中间件:采用rabbitmq消息中间件根据请求消息进行任务的分发路由。可以接收待监测的目标媒体文件的落地页的URL,根据目标媒体文件的落地页的URL采用Rabbitmq topic模型进行处理,得到处理结果。
可选地,对于每一次的请求消息,接收进程根据请求消息携带的参数,为这条请求消息生成一个路由键(routing key),路由键为通过用“.”连接起来的三个字符串,第一个字符串用于表示需要监测的平台分,比如,ios/android/mobile/all,第二个字符串为用于表示对应发送消息的渠道,比如,智汇系(snswin)/常规品牌订单渠道(ads5),第三个字符串用于表示此目标媒体文件的订单是否为下载类订单。接收进程将请求消息发送给消息队列交换机(exchange),该消息队列交换机用于根据请求消息的路由键将请求消息发送至对应的消息队列。其中,每个消息队列在初始化的时候会绑定自己优先收到的请求消息的类型。
监测节点:用于根据消息中间件的处理结果实际执行任务的进程,不同的监测节点对应不同的任务,用于拉取请求消息中的落地页进行分析,将监测结果写入redis缓存中。
将rabbitmq消息队列应用于媒体文件的安全监测最大的好处是避免了一个请求消息分发给所有的监测模块,从而呆滞浪费消息队列资源以及浪费监测模块需要的***资源,实现了将请求消息只分发***中一个或者多个监测节点消费一个消息队列的数据,进行监测,达到了对目标媒体文件的落地页的监测效率的最大化。
返回进程:读取redis缓存记录的扫描结果,调用各个渠道注册的返回CGI,将落地页的监测结果批量返回给目标投放渠道,以通知外部接口扫描装填,将落地页的监测结果批量返回给目标投放渠道的监测结果也即返回结果,可以实时返回至目标投放渠道,也可以定期返回至目标投放渠道。
该实施例还通过CGI接收用户对监测结果的反馈,得到反馈结果,将反馈结果存储至预设存储位置,以便于后续对结果的查看、作报告等。
该实施例对于黄赌毒等违反国家法律的页面进行实时的扫描,对于有赌博、色情、敲诈等信息的网站实时返回监测数据。图8是根据本发明实施例的一种媒体文件的数据处理页面的示意图。如图8所示,实时返回对“澳门金沙赌场”网站的监测数据。
该实施例请求网页上的媒体文件,获取http的返回代码,对于http返回代码大于400,记录http的返回代码异常,且为了排除抓取时刻网络不稳定带来的影响,***对于一天之内监测http的返回代码异常的情况超过3次,则标记为网页无法打开,从而杜绝媒体文件的点击落地页打不开的情况发生,从而能够很好的保证用户体验。图9是根据本发明实施例的另一种媒体文件的数据处理页面的示意图。如图9所示,当***对于一天之内监测http的返回代码异常的情况超过3次,则标记为网页无法打开,显示“无法访问本页的原因是:您所请求的页面不存在”的提示信息。
该实施例还用于地域跳转监测。地域跳转监测指的是不同的地域打开落地页不同。网页源代码中一般嵌入能够监测用户IP的脚本(例如http://int.dpool.sina.com.cn/iplookup/iplookup.php?format=js),监测程序会拉取网页源代码,进行脚本匹配,一旦发现有利用脚本进行不同地域打开落地页的策略,会对目标媒体文件的订单进行下线处理。图10是根据本发明实施例的一种媒体文件的数据处理程序的示意图。如图10所示,通过利用地域监测脚本,对北京与武汉用户跳转一个页面(正常页面),对其它城市跳转另外一个页面。
图11是根据本发明实施例的另一种媒体文件的数据处理页面的示意图。如图11所示,假借“新闻”的名义,对客户造成诱导,推销其产品。对于此类不符合要求的媒体文件的投放,监测平台能够准确的识别出,并及时停止投放,由于对于消息的处理速度在1-2分钟内,对于有问题的订单会及时予以停单,降低损失,维护媒体形象。而此类违规投放,如果审核人员处于媒体文件所属的选择过滤的城市,则没有办法及时发现问题的,该实施例的媒体文件的数据处理方法可以有效地弥补该缺陷。
该实施例还用于基于新闻客户端的投放逻辑,对三小图这种媒体文件的形式的落地页进行严格显示。监测程序模拟ios端(设置user-agent),请求网页。对于网页有JS跳转代码进行的网页跳转,监测网页代码中是否有setTimeout等的等待函数。进行一定时间的等待后,抓取落地页最后一跳的url地址进行判断。
该实施例还用于其它的监测节点,比如,网页弹窗消息群:同样是对网页源代码进行分析,查找是否有调用消息加群的代码。
该实施例还用于落地页直接下载软件安装包,判断网页跳转地址是否是一个安装包下载地址。
该实施例还用于敏感词监测,针对地产类广告主监测其落地页源代码是否包含“户口”、“入学”、“就业”、“风水”、“升值”、“投资”、“回报”文案。日化类广告住监测其落地页源代码是否包含“纯天然”、“无副作用”等文案。
该实施例还用于基于广告主落地页URL或者在其它落地页源代码的基础上进行语义分析,与本发明实施例的上述方法相同,此处不再不一一赘述。
本发明实施例在对目标媒体文件的落地页的安全监测下,需要从技术审核层面尽可能给审核人员提供更多信息以便审核人员能够及时甄别目标媒体文件的落地页的安全性,该实施例基于消息队列,模拟访问cookie,网页代码分析等技术提供对于媒体文件点击落地页的情况进行实时地处理、分析、反馈。对于黄赌毒,不同平台落地页的处理、分析、反馈情况不同,在不同城市跳转落地页也不同,对直接下载、浏览器弹窗等不符合规定的投放形式进行了有效的解决,极大减轻了对媒体文件的人工审核压力,提高了对媒体文件的监测效率。
需要说明的是,上述对媒体文件的数据处理方法可以应用于对广告安全进行实时监测,此处不再赘述。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例3
根据本发明实施例,还提供了一种用于实施上述媒体文件的数据处理方法的媒体文件的数据处理装置。图12是根据本发明实施例的一种媒体文件的数据处理装置的示意图。如图12所示,该媒体文件的数据处理装置可以包括:第一接收单元10、生成单元20、发送单元30和监测单元40。
第一接收单元10,用于接收请求消息,其中,请求消息用于请求对目标媒体文件的落地页进行监测,请求消息携带用于对目标媒体文件的落地页进行监测的监测参数,落地页是在播放目标媒体文件时对目标媒体文件的播放界面执行点击操作之后所加载的页面。
生成单元20,用于根据监测参数生成路由键,其中,路由键为按照预设格式组成的字符串。
发送单元30,用于根据路由键发送请求消息至与请求消息的类型对应的目标消息队列。
监测单元40,用于通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果。
图13是根据本发明实施例的另一种媒体文件的数据处理装置的示意图。如图13所示,该媒体文件的数据处理装置可以包括:第一接收单元10、生成单元20、发送单元30和监测单元40。该媒体文件的数据处理装置还包括:处理单元50。
需要说明的是,该实施例的第一接收单元10、生成单元20、发送单元30和监测单元40与本发明图12所示实施例的媒体文件的数据处理装置中的作用相同,此处不再赘述。
处理单元50,用于在通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测之后,缓存监测结果至预设缓存位置,并通过预设缓存位置发送监测结果至目标投放渠道,其中,目标投放渠道用于根据监测结果投放目标媒体文件的落地页,得到投放结果;和/或,存储监测结果至预设存储位置以保存监测结果。
图14是根据本发明实施例的另一种媒体文件的数据处理装置的示意图。如图14所示,该媒体文件的数据处理装置可以包括:第一接收单元10、生成单元20、发送单元30、监测单元40和处理单元50。该媒体文件的数据处理装置还好包括:第二接收单元60和存储单元70。
需要说明的是,该实施例的第一接收单元10、生成单元20、发送单元30、监测单元40、处理单元50和第一存储单元60与本发明图13所示实施例的媒体文件的数据处理装置中的作用相同,此处不再赘述。
第二接收单元60,用于在通过预设存储位置发送监测结果至目标投放渠道之后,接收目标投放渠道反馈的投放结果,其中,投放结果是目标投放渠道根据监测结果投放目标媒体文件的落地页所得到的投放结果。
存储单元70,用于存储投放结果至预设存储位置以保存投放结果。
可选地,请求消息包括目标媒体文件的标识信息和目标媒体文件的落地页的URL数据,监测单元40用于通过与目标消息队列对应的目标监测节点根据标识信息和落地页的URL数据对目标媒体文件的落地页进行监测,得到监测结果。
可选地,监测单元40用于通过目标消息队列将请求消息发送至具有预设事件的页面,根据请求消息对具有预设事件的页面执行扫描,得到监测结果,其中,监测节点包括具有预设事件的页面,预设事件的页面与目标媒体文件的落地页相关联。
图15是根据本发明实施例的一种媒体文件的数据处理装置的示意图。如图15所示,该媒体文件的数据处理装置可以包括:第一接收单元10、生成单元20、发送单元30和监测单元40。其中,监测单元40包括:获取模块41、判断模块42和确定模块43。
需要说明的是,需要说明的是,该实施例的第一接收单元10、生成单元20、发送单元30和监测单元40与本发明图12所示实施例的媒体文件的数据处理装置中的作用相同,此处不再赘述。
请求消息包括目标媒体文件的http返回代码。
获取模块41,用于通过目标监测节点从请求消息中获取http返回代码。
判断模块42,用于通过目标监测节点判断http返回代码是否为异常状态。
确定模块43,用于在判断出在预设时间内http返回代码为异常状态的次数超过预设次数时,确定目标媒体文件的落地页处于关闭状态。
图16是根据本发明实施例的一种媒体文件的数据处理装置的示意图。如图16所示,该媒体文件的数据处理装置可以包括:第一接收单元10、生成单元20、发送单元30和监测单元40。其中,监测单元40包括:拉取模块44、匹配模块45和处理模块46。
需要说明的是,需要说明的是,该实施例的第一接收单元10、生成单元20、发送单元30和监测单元40与本发明图12所示实施例的媒体文件的数据处理装置中的作用相同,此处不再赘述。
请求消息包括目标媒体文件的落地页的网页源代码。
拉取模块44,用于通过目标监测节点从请求消息中拉取网页源代码。
匹配模块45,用于将网页源代码和用于监测IP的脚本进行匹配,得到匹配结果。
处理模块46,用于当匹配结果为网页源代码匹配到脚本的结果时,对目标媒体文件的落地页执行下线处理。
需要说明的是,该实施例中的第一接收单元10可以用于执行本申请实施例1中的步骤S202,该实施例中的生成单元20可以用于执行本申请实施例1中的步骤S204,该实施例中的发送单元30可以用于执行本申请实施例1中的步骤S206,该实施例中的监测单元40可以用于执行本申请实施例1中的步骤S208。
此处需要说明的是,上述模块与对应的步骤所实现的示例和应用场景相同,但不限于上述实施例1所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在如图1所示的硬件环境中,可以通过软件实现,也可以通过硬件实现,其中,硬件环境包括网络环境。
实施例4
根据本发明实施例,还提供了一种用于实施上述媒体文件的数据处理方法的服务器或终端。
图17是根据本发明实施例的一种终端的结构框图。如图17所示,该终端可以包括:一个或多个(图中仅示出一个)处理器171、存储器173、以及传输装置175(如上述实施例中的发送装置),如图17所示,该终端还可以包括输入输出设备177。
其中,存储器173可用于存储软件程序以及模块,如本发明实施例中的媒体文件的数据处理方法和装置对应的程序指令/模块,处理器171通过运行存储在存储器173内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的媒体文件的数据处理方法。存储器173可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器173可进一步包括相对于处理器171远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置175用于经由一个网络接收或者发送数据,还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中,传输装置175包括一个网络适配器(Network Interface Controller,NIC),其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中,传输装置175为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
其中,具体地,存储器173用于存储应用程序。
处理器171可以通过传输装置175调用存储器173存储的应用程序,以执行下述步骤:
接收请求消息,其中,请求消息用于请求对目标媒体文件的落地页进行监测,请求消息携带用于对目标媒体文件的落地页进行监测的监测参数,落地页是在播放目标媒体文件时对目标媒体文件的播放界面执行点击操作之后所加载的页面;
根据监测参数生成路由键,其中,路由键为按照预设格式组成的字符串;
根据路由键发送请求消息至与请求消息的类型对应的目标消息队列;
通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果。
处理器171还用于执行下述步骤:在通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测之后,缓存监测结果至预设缓存位置,并通过预设缓存位置发送监测结果至目标投放渠道,其中,目标投放渠道用于根据监测结果投放目标媒体文件的落地页,得到投放结果;和/或,存储监测结果至预设存储位置以保存监测结果。
处理器171还用于执行下述步骤:在通过预设存储位置发送监测结果至目标投放渠道之后,接收目标投放渠道反馈的投放结果,其中,投放结果是目标投放渠道根据监测结果投放目标媒体文件的落地页所得到的投放结果;存储投放结果至预设存储位置以保存投放结果。
处理器171还用于执行下述步骤:请求消息包括目标媒体文件的标识信息和目标媒体文件的落地页的URL数据,通过与目标消息队列对应的目标监测节点根据标识信息和落地页的URL数据对目标媒体文件的落地页进行监测,得到监测结果。
处理器171还用于执行下述步骤:通过目标消息队列将请求消息发送至具有预设事件的页面,根据请求消息对具有预设事件的页面执行扫描,得到监测结果,其中,监测节点包括具有预设事件的页面,预设事件的页面与目标媒体文件的落地页相关联。
处理器171还用于执行下述步骤:请求消息包括目标媒体文件的http返回代码,通过目标监测节点从请求消息中获取http返回代码;通过目标监测节点判断http返回代码是否为异常状态;如果判断出在预设时间内http返回代码为异常状态的次数超过预设次数时,确定目标媒体文件的落地页处于关闭状态。
处理器171还用于执行下述步骤:请求消息包括目标媒体文件的落地页的网页源代码,通过目标监测节点从请求消息中拉取网页源代码;将网页源代码和用于监测IP的脚本进行匹配,得到匹配结果;当匹配结果为网页源代码匹配到脚本的结果时,对目标媒体文件的落地页执行下线处理。
处理器171还用于执行下述步骤:请求消息包括用于请求目标媒体文件的第一落地页的消息,通过目标监测节点根据用于请求目标媒体文件的第一落地页的消息请求第一落地页;当目标媒体文件的第一落地页具有JS跳转代码时,根据第一落地页的URL地址对第一落地页进行跳转,得到第二落地页。
采用本发明实施例,提供了一种媒体文件的数据处理方法的方案。通过接收请求消息,请求消息用于请求对目标媒体文件的落地页进行监测,请求消息携带用于对目标媒体文件的落地页进行监测的监测参数;根据监测参数生成路由键,路由键为按照预设格式组成的字符串;根据路由键发送请求消息至与请求消息的类型对应的目标消息队列;通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果,达到了对目标媒体文件的落地页进行监测的目的,从而实现了提高对媒体文件的监测效率的技术效果,进而解决了相关技术对媒体文件的落地页的监测效率低的技术问题。
可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
本领域普通技术人员可以理解,图17所示的结构仅为示意,终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices,MID)、PAD等终端设备。图17其并不对上述电子装置的结构造成限定。例如,终端还可包括比图17中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图17所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
实施例5
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于执行媒体文件的数据处理方法的程序代码。
可选地,在本实施例中,上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
接收请求消息,其中,请求消息用于请求对目标媒体文件的落地页进行监测,请求消息携带用于对目标媒体文件的落地页进行监测的监测参数,落地页是在播放目标媒体文件时对目标媒体文件的播放界面执行点击操作之后所加载的页面;
根据监测参数生成路由键,其中,路由键为按照预设格式组成的字符串;
根据路由键发送请求消息至与请求消息的类型对应的目标消息队列;
通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测,得到监测结果。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在通过与目标消息队列对应的目标监测节点根据请求消息对目标媒体文件的落地页进行监测之后,缓存监测结果至预设缓存位置,并通过预设缓存位置发送监测结果至目标投放渠道,其中,目标投放渠道用于根据监测结果投放目标媒体文件的落地页,得到投放结果;和/或,存储监测结果至预设存储位置以保存监测结果。
存储介质还被设置为存储用于执行以下步骤的程序代码:在通过预设存储位置发送监测结果至目标投放渠道之后,接收目标投放渠道反馈的投放结果,其中,投放结果是目标投放渠道根据监测结果投放目标媒体文件的落地页所得到的投放结果;存储投放结果至预设存储位置以保存投放结果。
存储介质还被设置为存储用于执行以下步骤的程序代码:请求消息包括目标媒体文件的标识信息和目标媒体文件的落地页的URL数据,通过与目标消息队列对应的目标监测节点根据标识信息和落地页的URL数据对目标媒体文件的落地页进行监测,得到监测结果。
存储介质还被设置为存储用于执行以下步骤的程序代码:通过目标消息队列将请求消息发送至具有预设事件的页面,根据请求消息对具有预设事件的页面执行扫描,得到监测结果,其中,监测节点包括具有预设事件的页面,预设事件的页面与目标媒体文件的落地页相关联。
存储介质还被设置为存储用于执行以下步骤的程序代码:请求消息包括目标媒体文件的http返回代码,通过目标监测节点从请求消息中获取http返回代码;通过目标监测节点判断http返回代码是否为异常状态;如果判断出在预设时间内http返回代码为异常状态的次数超过预设次数时,确定目标媒体文件的落地页处于关闭状态。
存储介质还被设置为存储用于执行以下步骤的程序代码:请求消息包括目标媒体文件的落地页的网页源代码,通过目标监测节点从请求消息中拉取网页源代码;将网页源代码和用于监测IP的脚本进行匹配,得到匹配结果;当匹配结果为网页源代码匹配到脚本的结果时,对目标媒体文件的落地页执行下线处理。
存储介质还被设置为存储用于执行以下步骤的程序代码:请求消息包括用于请求目标媒体文件的第一落地页的消息,通过目标监测节点根据用于请求目标媒体文件的第一落地页的消息请求第一落地页;当目标媒体文件的第一落地页具有JS跳转代码时,根据第一落地页的URL地址对第一落地页进行跳转,得到第二落地页。
可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (15)
1.一种媒体文件的数据处理方法,其特征在于,包括:
接收请求消息,其中,所述请求消息用于请求对目标媒体文件的落地页进行监测,所述请求消息携带用于对所述目标媒体文件的落地页进行监测的监测参数,所述落地页是在播放所述目标媒体文件时对所述目标媒体文件的播放界面执行点击操作之后所加载的页面;
根据所述监测参数生成路由键,其中,所述路由键为按照预设格式组成的字符串;
根据所述路由键发送所述请求消息至与所述请求消息的类型对应的目标消息队列;
通过与所述目标消息队列对应的目标监测节点根据所述请求消息对所述目标媒体文件的落地页进行监测,得到监测结果。
2.根据权利要求1所述的方法,其特征在于,在通过与所述目标消息队列对应的目标监测节点根据所述请求消息对所述目标媒体文件的落地页进行监测之后,所述方法还包括:
缓存所述监测结果至预设缓存位置,并通过所述预设缓存位置发送所述监测结果至目标投放渠道,其中,所述目标投放渠道用于根据所述监测结果投放所述目标媒体文件的落地页,得到投放结果;和/或,
存储所述监测结果至预设存储位置以保存所述监测结果。
3.根据权利要求2所述的方法,其特征在于,在通过所述预设缓存位置发送所述监测结果至目标投放渠道之后,所述方法还包括:
接收所述目标投放渠道反馈的投放结果,其中,所述投放结果是所述目标投放渠道根据所述监测结果投放所述目标媒体文件的落地页所得到的投放结果;
存储所述投放结果至所述预设存储位置以保存所述投放结果。
4.根据权利要求1所述的方法,其特征在于,所述请求消息包括所述目标媒体文件的标识信息和所述目标媒体文件的落地页的URL数据,
通过与所述目标消息队列对应的目标监测节点根据所述请求消息对所述目标媒体文件的落地页进行监测包括:通过与所述目标消息队列对应的目标监测节点根据所述标识信息和所述落地页的URL数据对所述目标媒体文件的落地页进行监测,得到所述监测结果。
5.根据权利要求1所述的方法,其特征在于,
通过与所述目标消息队列对应的目标监测节点根据所述请求消息对所述目标媒体文件的落地页进行监测包括:通过所述目标消息队列将所述请求消息发送至具有预设事件的页面,根据所述请求消息对具有所述预设事件的页面执行扫描,得到所述监测结果,其中,所述监测节点包括具有所述预设事件的页面,所述预设事件的页面与所述目标媒体文件的落地页相关联。
6.根据权利要求1所述的方法,其特征在于,所述请求消息包括所述目标媒体文件的http返回代码,通过与所述目标消息队列对应的目标监测节点根据所述请求消息对所述目标媒体文件的落地页进行监测包括:
通过所述目标监测节点从所述请求消息中获取所述http返回代码;
通过所述目标监测节点判断所述http返回代码是否为异常状态;
如果判断出在预设时间内所述http返回代码为异常状态的次数超过预设次数,确定所述目标媒体文件的落地页处于关闭状态。
7.根据权利要求1所述的方法,其特征在于,所述请求消息包括所述目标媒体文件的落地页的网页源代码,通过与所述目标消息队列对应的目标监测节点根据所述请求消息对所述目标媒体文件的落地页进行监测包括:
通过所述目标监测节点从所述请求消息中拉取所述网页源代码;
将所述网页源代码和用于监测IP的脚本进行匹配,得到匹配结果;
当所述匹配结果为所述网页源代码匹配到所述脚本的结果时,对所述目标媒体文件的落地页执行下线处理。
8.根据权利要求1所述的方法,其特征在于,所述请求消息包括用于请求所述目标媒体文件的第一落地页的消息,通过与所述目标消息队列对应的目标监测节点根据所述请求消息对所述目标媒体文件的落地页进行监测包括:
通过所述目标监测节点根据用于请求所述目标媒体文件的第一落地页的消息请求所述第一落地页;
当所述目标媒体文件的第一落地页具有JS跳转代码时,根据所述第一落地页的URL地址对所述第一落地页进行跳转,得到第二落地页。
9.一种媒体文件的数据处理装置,其特征在于,包括:
第一接收单元,用于接收请求消息,其中,所述请求消息用于请求对目标媒体文件的落地页进行监测,所述请求消息携带用于对所述目标媒体文件的落地页进行监测的监测参数,所述落地页是在播放所述目标媒体文件时对所述目标媒体文件的播放界面执行点击操作之后所加载的页面;
生成单元,用于根据所述监测参数生成路由键,其中,所述路由键为按照预设格式组成的字符串;
发送单元,用于根据所述路由键发送所述请求消息至与所述请求消息的类型对应的目标消息队列;
监测单元,用于通过与所述目标消息队列对应的目标监测节点根据所述请求消息对所述目标媒体文件的落地页进行监测,得到监测结果。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括:
处理单元,用于在通过与所述目标消息队列对应的目标监测节点根据所述请求消息对所述目标媒体文件的落地页进行监测之后,缓存所述监测结果至预设缓存位置,并通过所述预设缓存位置发送所述监测结果至目标投放渠道,其中,所述目标投放渠道用于根据所述监测结果投放所述目标媒体文件的落地页,得到投放结果;和/或,用于存储所述监测结果至预设存储位置以保存所述监测结果。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第二接收单元,用于在通过所述预设缓存位置发送所述监测结果至目标投放渠道之后,接收所述目标投放渠道反馈的投放结果,其中,所述投放结果是所述目标投放渠道根据所述监测结果投放所述目标媒体文件的落地页所得到的投放结果;
存储单元,用于存储所述投放结果至所述预设存储位置以保存所述投放结果。
12.根据权利要求9所述的装置,其特征在于,所述请求消息包括所述目标媒体文件的标识信息和所述目标媒体文件的落地页的URL数据,
所述监测单元用于通过与所述目标消息队列对应的目标监测节点根据所述标识信息和所述落地页的URL数据对所述目标媒体文件的落地页进行监测,得到所述监测结果。
13.根据权利要求9所述的装置,其特征在于,
所述监测单元用于通过所述目标消息队列将所述请求消息发送至具有预设事件的页面,根据所述请求消息对具有所述预设事件的页面执行扫描,得到所述监测结果,其中,所述监测节点包括具有所述预设事件的页面,所述预设事件的页面与所述目标媒体文件的落地页相关联。
14.根据权利要求9所述的装置,其特征在于,所述请求消息包括所述目标媒体文件的http返回代码,所述监测单元包括:
获取模块,用于通过所述目标监测节点从所述请求消息中获取所述http返回代码;
判断模块,用于通过所述目标监测节点判断所述http返回代码是否为异常状态;
确定模块,用于在判断出在预设时间内所述http返回代码为异常状态的次数超过预设次数时,确定所述目标媒体文件的落地页处于关闭状态。
15.根据权利要求9所述的装置,其特征在于,所述请求消息包括所述目标媒体文件的落地页的网页源代码,所述监测单元包括:
拉取模块,用于通过所述目标监测节点从所述请求消息中拉取所述网页源代码;
匹配模块,用于将所述网页源代码和用于监测IP的脚本进行匹配,得到匹配结果;
处理模块,用于当所述匹配结果为所述网页源代码匹配到所述脚本的结果时,对所述目标媒体文件的落地页执行下线处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610856322.5A CN107528818B (zh) | 2016-09-27 | 2016-09-27 | 媒体文件的数据处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610856322.5A CN107528818B (zh) | 2016-09-27 | 2016-09-27 | 媒体文件的数据处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107528818A CN107528818A (zh) | 2017-12-29 |
CN107528818B true CN107528818B (zh) | 2019-12-06 |
Family
ID=60748494
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610856322.5A Active CN107528818B (zh) | 2016-09-27 | 2016-09-27 | 媒体文件的数据处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107528818B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110309463B (zh) * | 2018-02-28 | 2023-09-19 | 腾讯科技(深圳)有限公司 | 落地页优化方法、装置、计算机存储介质及网络设备 |
CN111625560B (zh) * | 2019-02-28 | 2024-04-09 | 北京沃东天骏信息技术有限公司 | 一种信息的处理方法、装置、介质及电子设备 |
CN109995666A (zh) * | 2019-04-12 | 2019-07-09 | 深圳市元征科技股份有限公司 | 一种消息传输方法及相关装置 |
CN110109804B (zh) * | 2019-05-15 | 2023-03-17 | 北京字节跳动网络技术有限公司 | 展示信息落地页异常监控方法、装置、可读介质及服务器 |
US11550915B2 (en) * | 2019-05-28 | 2023-01-10 | Samsung Sds Co., Ltd. | Method and system for data security and apparatus for executing the same |
CN110942336A (zh) * | 2019-10-18 | 2020-03-31 | 深圳市星河互动科技有限公司 | 广告数据处理方法及相关设备 |
CN112637046A (zh) * | 2020-12-18 | 2021-04-09 | 北京房天下嘉居网络技术有限公司 | 消息推送方法及路由装置 |
CN115329244B (zh) * | 2022-10-17 | 2023-03-31 | 广州钛动科技股份有限公司 | 广告跳转检测方法、装置及*** |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8423413B2 (en) * | 2004-12-30 | 2013-04-16 | Google Inc. | Advertisement approval |
CN103378990B (zh) * | 2012-04-16 | 2017-03-01 | 广州艾媒数聚信息咨询股份有限公司 | 一种基于移动互联网内嵌代码的数据监测方法 |
US20130305272A1 (en) * | 2012-05-14 | 2013-11-14 | Tellabs Operations, Inc. | Procedure, apparatus, system, and computer program for video addressable advertising |
CN103150378B (zh) * | 2013-03-13 | 2016-04-06 | 珠海市君天电子科技有限公司 | 一种鉴定微博广告中虚假好评的方法 |
CN104376071B (zh) * | 2014-11-12 | 2018-04-06 | 北京国双科技有限公司 | 推广信息的监测方法及装置 |
-
2016
- 2016-09-27 CN CN201610856322.5A patent/CN107528818B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN107528818A (zh) | 2017-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107528818B (zh) | 媒体文件的数据处理方法和装置 | |
US20230111858A1 (en) | Methods and apparatus to throttle media access by web crawlers | |
CN110399925B (zh) | 账号的风险识别方法、装置及存储介质 | |
US20220150279A1 (en) | Real-Time Detection and Redirection from Counterfeit Websites | |
US8725794B2 (en) | Enhanced website tracking system and method | |
EP3104294A1 (en) | Fast device classification | |
CN109495467B (zh) | 拦截规则的更新方法、设备及计算机可读存储介质 | |
US20220188402A1 (en) | Real-Time Detection and Blocking of Counterfeit Websites | |
CN106453216A (zh) | 恶意网站拦截方法、装置及客户端 | |
US11568448B2 (en) | Synthetic user profiles and monitoring online advertisements | |
CN108052824B (zh) | 一种风险防控方法、装置及电子设备 | |
CN107784552A (zh) | 信息推送任务执行方法、装置、计算机设备和存储介质 | |
CN103036910B (zh) | 一种用户Web访问行为控制方法及装置 | |
CN107634947A (zh) | 限制恶意登录或注册的方法和装置 | |
CN111859234A (zh) | 一种非法内容识别方法、装置、电子设备及存储介质 | |
US11157948B2 (en) | Method and system for independent validation of asset serving | |
US12041084B2 (en) | Systems and methods for determining user intent at a website and responding to the user intent | |
CN113766256A (zh) | 一种直播风控方法和装置 | |
CN112307464A (zh) | 诈骗识别方法、装置及电子设备 | |
CN108804501A (zh) | 一种检测有效信息的方法及装置 | |
KR20130072907A (ko) | 단축 url 생성 방법 및 이를 지원하는 시스템 | |
CN116451191A (zh) | 信息审核方法、装置、电子设备和计算机可读存储介质 | |
CN114861076A (zh) | 信息处理方法、装置、计算机设备和存储介质 | |
CN109685662A (zh) | 投资数据处理方法、装置、计算机设备及其存储介质 | |
CN114186141B (zh) | 非法客户检测方法、装置、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |