一种推广信息监测数据的上报方法及装置与流程

本申请涉及信息技术(it)领域，尤其涉及推广信息监测数据上报的方法及装置。

背景技术：

随着互联网的发展，互联网上面的信息推广也迅猛发展。利用网站上的广告横幅、文本链接、多媒体的方法，在互联网刊登或发布信息，通过网络传递到互联网用户的一种高科技信息推广方式。与传统的四大传播媒体(报纸、杂志、电视、广播)上面信息推广相比，互联网上面的信息推广具有得天独厚的优势，是实施现代营销媒体战略的重要一部分。

互联网信息推广包括横幅式、文本链接式、电子邮件式、插播式等形式。而目前比较方便又好用的互联网流媒体协议主要是超文本传输协议(http)渐进下载方法，在这个方法中apple公司的直播流httplivestreaming(hls)是这个方面的代表。由于直播hls流的特殊性，媒体播放器以及插件无法提前获知马上将要播放的媒体分片是否包含推广信息，因此无法及时获取推广信息的相关信息，因而无法在信息推广时向对推广信息进行监测的监测平台上报推广信息监测数据。

技术实现要素：

本申请提出了一种推广信息监测数据的上报方法。该方法包括：监测当前正在播放的直播媒体流中的媒体分片文件的文件名；当监测到所述文件名包含推广信息标签时，解析所述文件名，获取所述文件名中包含的推广信息的位置信息；发送信息推送请求至推广信息服务器，其中，所述信息推送请求包括所述直播媒体流的标识以及所述推广信息的位置信息；接收所述推广信息服务器反馈的推广信息的监测链接；以及根据所述监测链接上报推广信息监测数据。

对应上述推广信息监测数据的上报方法，本申请还提出了一种上报推广信息监测数据的用户终端。该用户终端包括：

监测模块，用于监测当前正在播放的直播媒体流中的媒体分片文件的文件名；

解析模块，用于当在监测到所述文件名包含推广信息标签时，解析所述文件名，获取所述文件名中包含的推广信息的位置信息；

推送请求模块，用于在监测到所述文件名包含推广信息标签时，发送信息推送请求至推广信息服务器，其中，所述信息推送请求包括所述直播媒体流的标识以及所述推广信息的位置信息；

接收模块，用于接收所述推广信息服务器反馈的推广信息的监测链接；

监测数据上报模块，用于根据所述监测链接上报推广信息的监测数据。

本申请还提出了一种推广信息监测数据的上报方法。该方法包括：监测当前正在播放的直播媒体流中的媒体分片文件的文件名；当监测到所述文件名包含推广信息标签时，判断是否已缓存与所述直播媒体流的标识对应的各推广信息的监测链接；如果没有缓存与所述直播媒体流的标识对应的各推广信息的监测链接，则发送信息推送请求至推广信息服务器，其中，所述信息推送请求包括所述直播媒体流的标识；以及接收并缓存所述推广信息服务器反馈的各推广信息的监测链接；解析所述文件名，获取所述文件名中包含的推广信息的位置信息；根据所述推广信息的位置信息，从缓存的所述各推广信息的监测链接中获取与所述推广信息的位置信息对应的推广信息的监测链接；以及根据所述监测链接上报推广信息监测数据。

对应上述推广信息监测数据的上报方法，本申请还提出了一种上报推广信息监测数据的用户终端。该用户终端包括：

监测模块，用于监测当前正在播放的直播媒体流中的媒体分片文件的文件名；

解析模块，用于当监测到所述文件名包含推广信息标签时，解析所述文件名，获取所述文件名中包含的推广信息的位置信息；

第二推送请求模块，用于在没有缓存与所述直播媒体流的标识对应的各推广信息的监测链接时，发送信息推送请求至推广信息服务器，其中，所述信息推送请求包括所述直播媒体流的标识；

缓存模块，用于接收并缓存所述推广信息服务器反馈的各推广信息的监测链接；

详细信息获取模块，用于根据所述推广信息的位置信息，从缓存的所述各推广信息的详细信息中获取与所述推广信息的位置信息对应的推广信息的监测链接；以及

监测数据上报模块，用于根据所述监测链接上报推广信息监测数据。

本申请还提出了一种推广信息监测数据的上报方法。该方法包括：接收来自用户终端的推送请求，其中，所述推送请求包括直播媒体流的标识；查找自身存储的与所述直播媒体流的标识对应的推广信息的监测链接；以及将查找到的所述推广信息的监测链接反馈给所述用户终端。

对应上述推广信息监测数据的上报方法，本申请还提出了一种上报推广信息的信息推广服务器。该信息推广服务器包括：

推送请求接收模块，用于接收来自用户终端的推送请求，其中，所述推送请求包括直播媒体流的标识；

查询模块，用于查找自身存储的与所述直播媒体流的标识对应的推广信息的监测链接；以及

反馈模块，用于将查找到的所述推广信息的监测链接反馈给所述用户终端。

采用本申请提供的方法、用户终端和服务器，能够完成针对直播流中所包含推广信息监测数据的上报。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一实例的系统结构示意图；

图2为本申请一实例的推广信息监测数据上报方法流程图；

图3为本申请一实例的实现推广信息监测数据上报的用户终端的内部结构示意图；

图4为本申请一实例的实现推广信息监测数据上报的用户终端的硬件结构示意图；

图5为本申请一实例的实现推广信息监测数据上报的信息推广服务器的内部结构示意图；

图6为本申请一实例的实现推广信息监测数据上报的信息推广服务器的硬件结构示意图；

图7为本申请另一实例的推广信息监测数据上报方法流程图；

图8为本申请另一实例的实现推广信息监测数据上报的用户终端的内部结构示意图；以及

图9为本申请另一实例的实现推广信息监测数据上报的用户终端的硬件结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了描述上的简洁和直观，下文通过描述若干代表性的实施例来对本发明的方案进行阐述。实施例中大量的细节仅用于帮助理解本发明的方案。但是很明显，本发明的技术方案实现时可以不局限于这些细节。为了避免不必要地模糊了本发明的方案，一些实施方式没有进行细致地描述，而是仅给出了框架。

如前所述，媒体播放器以及多媒体插件无法实时得知某些正在播放的直播媒体流中，比如hls流中，是否包含推广信息，因此无法在进行信息推广时向进行推广信息监测的监测平台上报推广信息监测数据。

本申请设计了一种推广信息监测数据上报的方法，可以对在直播媒体流中携带的推广信息进行监测，并上报监测数据。这种推广信息监测数据上报的方法对要推广的信息的文件名进行了规则化定义，通过多媒体插件来对正在播放的直播媒体流中的媒体分片文件的文件名进行解析，并使用解析结果请求信息推广服务器，信息推广服务器返回相关信息。最终，多媒体插件可以根据获取到的相关信息进行推广信息数据的上报。该方案使得直播媒体流中包含的推广信息变得可被监测，更加有利于该类型媒体信息推广数据的商业标准化。

在本申请中，推广信息监测数据是与推广信息的展示相关的数据，例如，可以是推广信息是否被播放过的标识或意思表示，还可以包括推广信息的播放次数、被点击次数或播放时长等参数。

图1显示了本申请所述推广信息监测数据上报方法适用的系统的结构示意图。如图1所示，该系统可以包括用户终端101、网络102、信息推广服务器103、监测平台104以及应用服务器105。

在本申请中，上述用户终端101可以是手机、平板电脑等各种手持设备，也可以是可穿戴设备或者个人电脑(pc)等。用户终端101上包括媒体播放器和多媒体插件，其中，媒体播放器可以用于播放多种直播媒体流；多媒体插件可以是一个网页应用，由网页进行加载，或者可以是媒体播放器的一个插件。上述多媒体插件可以和多媒体播放器以及应用服务器105、信息推广服务器103、甚至监测平台104进行通信。

上述网络102可以是有线网络和无线网络。如图1所示，用户终端101可以通过有线的方式也可以通过无线的方式接入网络，而信息推广服务器103、监测平台104和应用服务器105可以通过有线的方式接入网络。

上述信息推广服务器103可以为信息推广引擎，例如：可以是广告投放服务器等。

上述监测平台104为对推广信息的播放情况进行监测的平台，可以是系统内部的监测平台也可以是推广信息提供方指定的第三方监测机构。上述监测平台104可以提供监测链接，供上述多媒体插件将推广信息的监测数据上报给监测平台104。

上述应用服务器105可以是多媒体播放器的服务器，用于和用户终端101上的多媒体播放器一起进行视频播放。

基于上述系统结构，本申请提出了推广信息监测数据上报的方法，图2示出了该方法的实现流程图。该方法包括以下步骤：

步骤201：用户终端101上的媒体播放器监测当前正在播放的直播媒体流中媒体分片文件的文件名，当监测到文件名中包含推广信息标签时，则调用用户终端101上的多媒体插件。

本步骤中，上述直播媒体流中可以包含一个或者多个媒体分片文件，且每个媒体分片文件由其文件名进行标识。例如，上述直播媒体流可以是hls流。一个hls流可以包含多个长度为15秒的hls流媒体分片文件，且每个hls流媒体分片文件都将有一个文件名，作为该hls流媒体分片文件的标识。

在本申请中，为了对直播媒体流中包含的推广信息进行监测以及监测数据的上报，预先对媒体分片文件文件名的命名规则进行了设定，设定包含推广信息的媒体分片文件的文件名中应当包含推广信息标签，以标识该媒体分片文件中包含推广信息。其中，推广信息标签可以为预设字母组合，比如zbc，表明此媒体分片文件包含推广信息，同时，通过预定的规则上述推广信息标签还可以进一步表示出推广信息的类型。例如，推广信息标签zbc标明该推广信息的类型是直播中插类型；推广信息标签qtp标明该推广信息的类型是前贴片类型等等。

此外，由于在一个直播媒体流中可能有多个媒体分配文件包含推广信息，因此，在本申请的实例中，还可以设定包含推广信息的媒体分片文件的文件名中除了推广信息标签之外还应当包含该推广信息的位置信息，也即标识该推广信息是整个直播媒体流中所有推广信息中的第几个推广信息，也可以称为贴片位置。贴片位置可以为具有预定位数的数字组合。

如上，在本申请的一个实例中，可以设置包含推广信息的媒体分片文件的文件名的命名规则为“推广信息标签_贴片位制.文件后缀”。例如，可以设置为zbc_02.flv。该文件名代表该媒体分片文件中包含直播中插类型的推广信息，该推广信息是整个直播媒体流中的第二个直播中插类型的推广信息。

此外，包含推广信息的媒体分片文件的文件名还可以包含与推广信息相关的其他信息，例如推广信息在投放时生成的订单号，以及概述推广信息内容的文字或者字符等等。本申请对此不作限定。

通过上述对媒体分片文件名的命名，媒体播放器在播放直播媒体流的过程中，特别是直播hls媒体流的过程中，通过监测当前正在播放的媒体分片文件的文件名或即将播放的媒体分片文件的文件名即可获知该媒体分片文件是否包含推广信息。也即，当监测到当前播放的媒体分片文件或即将播放的媒体分片文件的文件名中包含推广信息标签时，则可以认为当前播放的媒体分片文件或即将播放的媒体分片文件中包含推广信息。

如前所述，当媒体播放器监测到媒体分片文件的文件名中包含推广信息标签时，将调用用户终端上安装的多媒体插件。此时，媒体播放器还可以将当前播放的直播媒体流的标识(id)以及包含推广信息标签的媒体分片文件的文件名传送给多媒体插件。其中，直播媒体流的id为推广信息被投放的媒体信息的数字标识，例如hls流的id。

此外，在上述过程中，媒体播放器还可以将播放平台传送给多媒体插件。其中，播放平台是指用户终端101的设备类型，例如，可以为手机、平板电脑等各种手持设备、或者可以为可穿戴设备、pc等。

步骤202：多媒体插件解析上述媒体分片文件的文件名，得到推广信息的位置信息。

如前所述，包含推广信息的媒体分片文件的文件名中，除了包含推广信息标签之外，还包括推广信息的位置信息。因此，本步骤中，多媒体插件收到媒体播放器传送的媒体分片文件的文件名后，通过对接收到的文件名进行解析，可以获得该推广信息的位置信息，也即贴片位置。

步骤203：多媒体插件向信息推广服务器103发送信息推送请求。

本步骤中，多媒体插件发送给信息推广服务器103的推送请求中将包括直播媒体流id以及上述推广信息的位置信息。

在本申请的一些实例中，一个直播媒体流的媒体分片中可能会包含多种类型的推广信息，例如可以包括直播中插型、前贴片型和后贴片型等等的推广信息。因此，为了使得信息推广服务器103能够准确定位到当前正在播放的推广信息，还可以在上述推送请求中进一步包括推广信息的类型。

在本申请的一些实例中，用户终端101上的多媒体插件可以通过预先设定的信息、监测到的推广信息的标签和/或当前播放的推广信息在整个直播媒体流中的位置等信息得到推广信息的类型。例如，如果监测到的推广信息的标签是zbc，则可以确定该推广信息是直播中插型推广信息。

此外，在本步骤中，上述多媒体插件可以通过网络直接向推广服务器103发送信息推送请求，也可以先通过网络将信息推送请求发送给应用服务器105，再由应用服务器105向信息推广服务器103转发信息推送请求。

步骤204：信息推广服务器103根据多媒体插件发送的信息推送请求中的多直播媒体流id和推广信息的位置信息，查找自身存储的推广信息的详细信息，找到与所接收直播媒体流id和推广信息的位置信息对应的推广信息的详细信息。

在本申请的一些实例中，信息推广服务器侧的订单系统会每隔一段时间把所有新生成的推广信息详细信息同步给信息推广服务器103，这些推广信息的详细信息可以以直播媒体流id和推广信息的位置信息作为索引。信息推广服务器103可以将从订单系统接收的推广信息的详细信息存储在自身的数据库中，并同时会记录每个推广信息所在的直播媒体流的id以及其位置信息。例如，这些信息可以记录在推广信息服务器侧的排播表中。此外，还可以进一步记录其类型信息。如此，在本步骤中，上述信息推广服务器103可以在自身的数据库中查找与上述直播媒体流id以及推广信息位置信息同时对应的推广信息的详细信息，且查找到的推广信息的详细信息通常具有唯一性。

除此之外，如果来自多媒体插件的推送请求中还包含推广信息的类型，则在本步骤中，上述信息推广服务器103将在自身的数据库中查找与上述直播媒体流id、推广信息位置信息以及推广信息类型同时对应的推广信息的详细信息。

在本申请的实例中，上述推广信息的详细信息包括推广信息的监测链接。该监测链接与推广信息对应，用于接收推广信息监测数据，监测该推广信息的曝光情况。上述监测链接可以是第三方监测机构提供的监测链接，用于实现推广信息的第三方监测；上述监测链接也可以是内部监测平台提供的监测链接，用于实现推广信息的内部监测。这里，上述监测链接可以是一个网络之间互连协议(ip)地址。

在本步骤中，如果信息推广服务器103没有找到对应的推广信息的详细信息，则表明该推广信息没有投放订单系统，此时，可以返回空单信息。

步骤205：信息推广服务器103将查找到的推广信息的详细信息反馈给多媒体插件。其中，该推广信息的详细信息包括推广信息的监测链接。

本步骤中，信息推广服务器103可以以预先协商的形式反馈推广信息的详细信息，例如，可以将查找到的推广信息的详细信息写入一个可扩展标记语言(xml)文件，并将生成的xml文件反馈给多媒体插件。

步骤206：多媒体插件接收信息推广服务器103反馈的推广信息的详细信息，从中获取监测链接。

由于监测平台104要求监测数据上报时间和展示推广信息的时间要严格一致，而通常情况下，用户终端101获得推广信息位置信息的时间和推广信息本身的时间可能会有零点几秒到1秒左右的误差，因此，在本申请的实例中，在获取了推广信息的监测链接之后，还可以将推广信息的位置信息与上述推广信息的详细信息中的推广信息的监测链接进行映射并缓存下来，并且多媒体浏览器播放包含推广信息的媒体分片文件的同时根据缓存的监测链接上报推广信息监测数据，这样就可以使得上报推广数据的监测数据的时间以及展示推广信息的时间同步。

步骤207：根据上述监测链接上报推广信息的监测数据。

如果上述监测链接是第三方监测机构提供的监测链接，则在本步骤中向第三方监测机构上报推广信息的监测数据。而如果上述监测链接是系统内部监测平台提供的监测链接，则在本步骤中可以向内部监测平台上报推广信息的监测数据。

在本申请的一些实例中，上述上报推广信息的监测数据具体可以是指用户终端101的多媒体插件向上述监测链接发送因特网包探索器(packetinternetgroper，ping)命令。由于在本发明的一些实例中，每个监测链接可以对应一个特定的推广信息，这样，监测平台104在收到ping命令后即可获知哪个用户终端已显示了哪个推广信息。从而，可以确定推广信息是否被展示过以及被哪个用户终端展示过。

更进一步，在监测平台104还可以进一步为上述监测链接设置一个计数器，用于记录接收到的ping命令的个数，也即，每收到一个ping命令，即将计数器的值加1，从而可以记录与该监测连接对应的推广信息被展示的次数。这样，根据监测平台104和推广信息提供方的约定，每隔一段预设时间，监测平台104就会将自身统计的与某个监测连接对应的计数器的值，上报给对应的推广信息提供方，从而最终完成推广信息监测数据的上报。

此外，在本申请的另一些实例中，多媒体插件本身也可以为各个监测链接设置计数器，并在每向一个监测链接发送一个ping指令时，将该监测链接的计数器值加1。从而记录自身展示该推广信息的次数。而且，可以在向监测平台104上报推广信息监测数据时携带上述计数器的值。

当然，除了发送ping命令的方式之外，还可以多媒体插件还可以采用其他与监测平台104约定的协议方式发送推广信息监测数据。

由以上技术方案可以看出，本方案中，在播放直播媒体流的过程中，用户终端可以根据当前正在播放的直播媒体流中的媒体分片文件的文件名识别出正在播放或即将播放的媒体分片文件是否包含推广信息，如果包含推广信息，用户终端则可以向信息推广服务器请求推广信息的详细信息，从而完成推广信息监测数据的上报，以便监测推广信息是否真正地被播放，以及被播放的次数。从而完善数据的管理。

基于以上实例，本申请还提出了一种上报推广信息监测数据的装置。该装置可以应用于用户终端101中。

在一些实例中，该上报推广信息监测数据的装置可由图3所示的结构图实现，包括：监测模块301、解析模块302、推送请求模块303、接收模块304以及监测数据上报模块305。

在一些实例中，各模块功能如下：

监测模块301用于监测当前正在播放的直播媒体流中的媒体分片文件的文件名。

解析模块302用于在监测到所述文件名包含推广信息标签时，解析所述文件名，获取所述文件名中包含的推广信息的位置信息。

推送请求模块303用于在监测到所述文件名包含推广信息标签时，发送信息推送请求至推广信息服务器，其中，所述信息推送请求包括所述直播媒体流的标识以及所述推广信息的位置信息。

接收模块304用于接收所述推广信息服务器反馈的推广信息的监测链接。

监测数据上报模块305用于根据所述监测链接上报推广信息的监测数据。

在一些实例中，上述装置还可以进一步包括推广类型确定模块306。该推广类型确定模块306可以通过预先设定的信息、监测到的推广信息的标签和/或当前播放的推广信息在整个直播媒体流中的位置等信息得到推广信息的类型。此时，推送请求模块303发送的信息推送请求中将进一步包括推广信息的类型。其中，所述推广信息类型包括直播中插型，前贴片型等。

此外，在上述推广信息的详细信息中还可以进一步包括：推广信息素材；此时，上述装置还可以进一步包括：映射模块307，用于将所述推广信息的位置信息与所述推广信息的监测链接进行映射并缓存；此时，所述监测数据上报模块在播放所述媒体分片文件时根据所述推广信息的监测链接上报所述推广信息监测数据。

上述各个模块实现各种功能的具体方法及原理在前文均有描述，这里不再赘述。

在一实施例中，上述装置可运行在任一用于推广信息数据上报控制的计算设备中，并加载在该计算设备的存储器中。如图4所示，该计算设备可包括：存储器401、处理器403、总线402、端口404。处理器403和存储器401通过总线402互联。处理器403可通过端口404接收和发送数据以实现网络通信和/或本地通信。上述各模块301～307可以是存储器401中存储的机器可执行指令模块。处理器403通过执行存储器401中各模块301～307中包含的机器可执行指令，进而能够实现上述各模块301～307的功能。

基于以上实例，本申请还提出了一种上报推广信息监测数据的信息推广服务器。

在一些实例中，该上报推广信息监测数据的信息推广服务器可由图5所示的结构图实现，包括：推送请求接收模块501，查询模块502以及反馈模块503。

在本申请的一些实例中，上述推送请求接收模块501用于接收来自用户终端的推送请求，其中，所述推送请求包括直播媒体流的标识以及推广信息的位置信息；

查询模块502用于查找自身存储的与所述直播媒体流的标识以及推广信息的位置信息对应的推广信息的监测链接；以及

反馈模块503用于将查找到的所述推广信息的详细信息反馈给所述用户终端。

在本申请的实例中，上述推送请求还可以进一步包括：推广信息的类型；此时查询模块将查找自身存储的与所述直播媒体流的标识、所述推广信息的位置信息以及所述推广信息的类型同时对应的推广信息的监测链接。

上述各个模块实现各种功能的具体方法及原理在前文均有描述，这里不再赘述。

在一实施例中，上述装置可运行在任一用于推广信息数据上报控制的计算设备中，并加载在该计算设备的存储器中。如图6所示，该计算设备可包括：存储器601、处理器603、总线602、端口604。处理器603和存储器601通过总线602互联。处理器603可通过端口604接收和发送数据以实现网络通信和/或本地通信。上述各模块501～503可以是存储器601中存储的机器可执行指令模块。处理器603通过执行存储器601中各模块501～503中包含的机器可执行指令，进而能够实现上述各模块501～503的功能。

从上述方案可以看出，采用本申请提供的方法、用户终端和服务器，能够完成针对直播流中所包含推广信息监测数据的上报。

然而，从上述方案可以看出，用户终端在每识别出一个包含推广信息的媒体分片文件后就要向信息推广服务器请求一次推广信息的详细信息，因此，针对一个直播媒体流，用户终端可能需要请求多次，才能得到所有推广信息的详细信息。在本申请的另一些实例中，给出了只需请求一次推广信息详细信息的实现方法。下面将结合附图详细说明这些方法的具体实现方法。

图7示出了本申请又一个实施例提出的推广信息监测数据的上报方法。如图7所示，该方法可以包括：

步骤701：用户终端101上的媒体播放器监测当前正在播放的直播媒体流中的媒体分片文件的文件名，当监测到媒体分片文件的文件名中包含推广信息标签时，调用用户终端101上的多媒体插件。

上述步骤701与图2所示的步骤201相同，在此不再具体说明。

步骤702：多媒体插件根据上述当前正在播放的直播媒体流的标识(id)查找自身缓存的数据中是否有与上述直播媒体流id对应的各推广信息的详细信息；如果没有，则执行步骤703；如果有，则执行步骤707；

在本申请的实例中，上述推广信息的详细信息包含推广信息的监测链接。

步骤703：多媒体插件向信息推广服务器103发送信息推送请求。其中上述推送请求中包括直播媒体流id。

在本步骤中，上述多媒体插件可以直接通过网络向推广服务器103发送信息推送请求，也可以通过应用服务器105向信息推广服务器103发送推送请求。

步骤704：信息推广服务器103根据多媒体插件发送的多直播媒体流id查找自身存储的推广信息的详细信息，找到与所接收直播媒体流id对应的各推广信息的详细信息。在本申请的实例中，上述推广信息的详细信息包含推广信息的监测链接。

如前所述，在本申请的一些实例中，信息推广服务器侧的订单系统会每隔一段时间把所有推广信息详细信息同步给信息推广服务器103。如此，信息推广服务器103可以将从订单系统接收的推广信息的详细信息存储在自身的数据库中，并同时会记录每个推广信息所在的直播媒体流的id以及其位置信息。如此，在本步骤中，上述信息推广服务器103可以在自身的数据库中查找与上述直播媒体流id对应的一个或者多个推广信息的详细信息。

在本申请的实例中，上述推广信息的监测链接与推广信息对应，用于接收推广信息数据，监测该推广信息的曝光情况。上述监测链接可以是第三方监测机构提供的监测链接，用于实现推广信息的第三方监测；上述监测链接也可以是内部推广信息投放平台提供的监测链接，用于实现推广信息的内部监测。这里，监测链接可以是一个ip地址。

本步骤中，如果信息推广服务器103在自身存储的推广信息的详细信息中没有查找到对应的推广信息的详细信息，则表明该推广信息没有投放订单系统，此时，返回空单信息。

步骤705：信息推广服务器103将查找到的推广信息的详细信息反馈给多媒体插件。在本申请的实例中，上述推广信息的详细信息包含推广信息的监测链接。

本步骤中，如果查找到的推广信息的详细信息对应多个推广信息，则反馈给多媒体插件的推广信息的详细信息将进一步以每个推广信息的位置信息作为索引或者按照推广信息位置信息将多个推广信息的详细信息按照顺序排列后再将排列后的推广信息的详细信息反馈给多媒体插件。

信息推广服务器103可以以预先协商的形式反馈推广信息的详细信息，例如，可以将查找到的推广信息的详细信息按照其位置顺序一一写入一个xml文件，其中，每个推广信息的详细信息将以该推广信息的位置信息作为索引。然后，信息推广服务器103将生成的xml文件反馈给多媒体插件。

步骤706：多媒体插件缓存接收到的推广信息的详细信息。

步骤707：多媒体插件解析上述当前正在播放的媒体分片文件的文件名，得到推广信息的位置信息。

上述步骤707与图2所示的步骤202相同，在此不再具体说明。

步骤708：多媒体插件从自身缓存的推广信息的详细信息中查找与上述推广信息的位置信息对应的推广信息的详细信息，并从中获取推广信息的监测链接。

如前所述，在缓存时每个推广信息的详细信息将以该推广信息的位置信息作为索引，因此，多媒体插件可以从缓存中查找到与上述推广信息的位置信息对应的推广信息的详细信息。

步骤709：根据上述监测链接上报推广信息的监测数据。

上述步骤709与图2所示的步骤207相同，在此不再具体说明。

基于以上个实例，本申请还提出了一种推广信息数据上报的用户终端，在一些实例中，该用户终端可由图8所示的结构图实现，包括：监测模块801、解析模块802、第二推送请求模块803、缓存模块804、详细信息获取模块805以及监测数据上报模块806。

在一些实例中，各模块功能如下：

监测模块801用于监测当前正在播放的直播媒体流中的媒体分片文件的文件名；

解析模块802用于当监测到所述文件名包含推广信息标签时，解析所述文件名，获取所述文件名中包含的推广信息的位置信息；

第二推送请求模块803用于在没有缓存与所述直播媒体流的标识对应的各推广信息的监测链接时，发送信息推送请求至推广信息服务器，其中，所述信息推送请求包括所述直播媒体流的标识；

缓存模块804用于接收并缓存所述推广信息服务器反馈的各推广信息的监测链接；

详细信息获取模块805用于根据所述推广信息的位置信息，从缓存的各推广信息的监测链接中获取与所述推广信息的位置信息对应的推广信息的监测链接；以及

监测数据上报模块806用于根据所述监测链接上报推广信息监测数据。

如前所述，在本申请的一些实例中，上述用户终端可以进一步包括：映射模块807，用于将所述推广信息的位置信息与所述推广信息的监测链接进行映射并缓存；此时，所述监测数据上报模块在播放所述媒体分片文件时根据所述推广信息的监测链接上报所述推广信息监测数据。

上述各个模块实现各种功能的具体方法及原理在前文均有描述，这里不再赘述。

在一实施例中，上述装置可运行在任一用于推广信息数据上报控制的计算设备中，并加载在该计算设备的存储器中。如图9所示，该计算设备可包括：存储器901、处理器903、总线902、端口904。处理器903和存储器901通过总线902互联。处理器903可通过端口904接收和发送数据以实现网络通信和/或本地通信。上述各模块801～807可以是存储器901中存储的机器可执行指令模块。处理器903通过执行存储器901中各模块801～807中包含的机器可执行指令，进而能够实现上述各模块801～807的功能。

基于以上实例，本申请还提出了一种上报推广信息监测数据的信息推广服务器。

在一些实例中，该上报推广信息监测数据的信息推广服务器亦可由图5所示的结构图实现，包括：推送请求接收模块501，查询模块502以及反馈模块503。在本申请的一些实例中，上述推送请求接收模块501用于接收来自用户终端的推送请求，其中，所述推送请求包括直播媒体流的标识；查询模块502用于查找自身存储的与所述直播媒体流的标识对应的推广信息的详细信息；以及反馈模块503用于将查找到的所述推广信息的详细信息反馈给所述用户终端。

通过以上技术方案可以看出，本方案中，针对一个直播媒体流，多媒体插件只需发送一次信息推送请求给信息推广服务器，就可以把对应该直播媒体流的所有推广信息的详细信息全部请求下来，并把请求结果缓存，多媒体插件根据请求结果上报信息推广数据给内部监测平台或者第三方监测机构，实现了推广信息数据的上报和可被监测，更加有利于该类型媒体信息推广数据的商业标准化，促进该类型推广信息的售卖。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。