本发明涉及通信技术，尤其涉及信息处理方法、终端及系统。
背景技术：
通过网络提供直播业务成为信息传播的新形态而得到普遍应用，在直播业务中，存在向直播观众推送广告和新闻等形式的媒体信息的需求。
在直播业务中，主播用户可以在直播平台建立直播间，通过主播用户终端对主播用户的表演以音频或视频的形式进行采集，将采集到音频或视频发布到直播间，访问直播间的直播观众可以观看到主播用户的表演，在主播用户和直播观众之间形成实时分享的效果。同时，在直播窗口内添加需要推送到直播观众的媒体信息。
存在媒体信息与直播业务存在难以有效融合的问题，以广告为例，表现在以下方面：
首先，相关技术采用人工展示广告的方式，或者，采用对直播流编码以在直播流的视频层添加图层的方式在直播业务中推送广告，由于涉及重新编码处理导致效率低，在直播业务中推送的广告时又涉及到对直播流的多次编码，资源开销大。
其次，相关技术在直播业务中的广告存在推送的广告来源于广告系统直接下发的广告，对于主播用户来说，不可能完全了解所需要推送的全部广告，这就导致在直播过程选中难以将需要推送的广告与直播场景结合，影响了广告的转化效果。
综上所述，对于实现直播业务与待推送的媒体信息的有效融合，尚无有效解决方案。
技术实现要素：
本发明实施例提供信息处理方法、终端及系统，能够实现直播业务与媒体信息推送的有效融合。
本发明实施例的技术方案是这样实现的：
第一方面，本发明实施例提供一种信息处理方法，包括：
初始化主播用户与直播观众之间的直播业务；
对主播用户侧进行媒体采集，对采集得到的媒体信息进行编码形成直播流，将所述直播流发送到直播观众的直播窗口中进行播放；
基于所述主播用户的直播窗口设置用于媒体信息推送的区域；在所述区域加载向所述直播观众推送的候选的媒体信息，确定所述主播用户所选定的待推送的媒体信息；
将所述待推送的媒体信息发送到基于所述直播观众的用于媒体信息推送的区域中进行展示。
第二方面，本发明实施例提供一种信息处理方法，包括：
初始化直播观众与主播用户与之间的直播业务；
接收所述主播用户发送的直播流；
基于所接收的直播流在所述直播观众的直播窗口中进行播放；
接收所述主播用户发送的媒体信息；
基于所述直播观众的直播窗口建立用于媒体信息推送的区域，并将所接收的媒体信息加载到所建立的区域中进行展示。
第三方面，本发明实施例提供一种信息处理方法，包括：
主播用户终端与直播观众终端初始化主播用户与直播观众之间的直播业务；
所述主播用户终端对主播用户侧进行媒体采集，对采集得到的媒体信息进行编码形成直播流，将所述直播流发送到直播观众的直播窗口中进行播放；
所述主播用户终端基于所述主播用户的直播窗口建立用于媒体信息推送的区域；
所述主播用户终端在所述区域加载向所述直播观众推送的候选的媒体信息，确定所述主播用户所选定的待推送的媒体信息；
所述主播用户终端在将所述待推送的媒体信息发送到直播观众终端；
所述直播观众终端基于所述直播观众的直播窗口建立用于媒体信息推送的区域，并将所接收的媒体信息加载到所建立的区域中进行展示。
第四方面，本发明实施例提供一种终端，包括：
初始化单元，用于初始化主播用户与直播观众之间的直播业务；
直播流单元，用于对主播用户侧进行媒体采集的媒体信息进行编码形成直播流，将所述直播流发送到直播观众的直播窗口中进行播放；
区域单元，用于基于所述主播用户的直播窗口建立区域；
所述区域单元，还用于在所建立的区域加载向所述直播观众推送的候选的媒体信息，确定所述主播用户所选定的待推送的媒体信息；
媒体信息单元，用于将所述待推送的媒体信息发送到所述直播观众的用于媒体信息推送的区域中进行展示。
第五方面，本发明实施例提供一种终端，包括：
初始化单元，用于初始化直播观众与主播用户与之间的直播业务；
直播流单元，用于接收所述主播用户发送的直播流；
播放单元，用于基于所接收的直播流在所述直播观众的直播窗口中进行播放；
媒体信息单元，用于接收所述主播用户发送的媒体信息；
区域单元，用于基于所述直播观众的直播窗口建立用于媒体信息推送的区域，并将所接收的媒体信息加载到所建立的区域上进行展示。
第六方面，本发明实施例提供一种信息处理系统，包括：
主播用户终端，用于与直播观众终端初始化主播用户与直播观众之间的直播业务；对主播用户侧进行媒体采集，对采集得到的媒体信息进行编码形成直播流，将所述直播流发送到直播观众的直播窗口中进行播放；
所述主播用户终端，还用于基于所述主播用户的直播窗口建立区域；在所述区域加载向所述直播观众推送的候选的媒体信息，确定所述主播用户所选定的待推送的媒体信息；在将所述待推送的媒体信息发送到直播观众终端；
所述直播观众终端，用于基于所述直播观众的直播窗口建立用于媒体信息推送的区域，并将所接收的媒体信息加载到所建立的区域上进行展示。
本发明实施例具有以下有益效果：
首先，在直播业务中向直播观众推送媒体信息时，直播流与媒体信息是相互独立地发送给直播观众，二者的传输互不影响；并且，直播流在直播观众侧的直播窗口中播放，而媒体信息在基于直播窗口建立的区域中进行展示，通过采用不同的机制呈现媒体信息和直播流，实现了媒体信息和直播流在传输以及呈现二方面的解耦，这样，当需要切换推送的媒体信息时，不涉及对直播流的重新编码处理，节省资源开销。
其次，通过在区域中配置向主播用户展示能够向直播观众推送的媒体信息的列表，可以支持主播用户灵活选择所熟悉/所偏好的媒体信息在直播过程中向直播观众进行推送，最大程度实现了直播业务本身的内容与媒体信息的融合，使推送的媒体信息更容易被直播观众接受，对于广告而言，能够促使广告效果(如直播观众点击、购买和留资等)的转化。
附图说明
图1是本发明实施例提供的直播业务中推送媒体信息的一个可选的架构示意图；
图2是本发明实施例提供的终端10的一个可选的软硬件结构示意图；
图3是本发明实施例提供的信息处理方法在主播用户终端设施的一个可选的流程示意图；
图4是本发明实施例提供的信息处理方法在主播用户终端设施的一个可选的流程示意图；
图5是本发明实施例提供的信息处理方法在直播观众终端设施的一个可选的流程示意图；
图6是本发明实施例提供的主播用户侧终端的一个可选的功能结构示意图；
图7是本发明实施例提供的直播观众侧终端的一个可选的功能结构示意图；
图8-1至图8-12是本发明实施例提供的在直播业务中推送广告的一系列可选的显示示意图；
图9是本发明实施例提供的用户侧部署直播客户端、以及sdk并与服务器通信的一个可选地架构示意图；
图10-1至图10-3是本发明实施例提供的在直播业务中推送广告的一个可选的流程示意图。
具体实施方式
以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所提供的实施例仅仅用以解释本发明，并不用于限定本发明。另外，以下所提供的实施例是用于实施本发明的部分实施例，而非提供实施本发明的全部实施例，在本领域技术人员不付出创造性劳动的前提下，对以下实施例的技术方案进行重组所得的实施例、以及基于对发明所实施的其他实施例均属于本发明的保护范围。
需要说明的是，在本发明实施例中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的方法或者装置不仅包括所明确记载的要素，而且还包括没有明确列出的其他要素，或者是还包括为实施方法或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的方法或者装置中还存在另外的相关要素(例如方法中的步骤或者装置中的单元)。
例如，本发明实施例提供的信息处理方法包含了一系列的步骤，但是本发明实施例提供的信息处理方法不限于所记载的步骤，同样地，本发明实施例提供的终端包括了一系列单元，但是本发明实施例提供的终端不限于包括所明确记载的单元，还可以包括为获取相关信息、或基于信息进行处理时所需要设置的单元。
对本发明进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。
1)主播用户，直播业务中进行表演并将表演分享的用户。
2)直播观众，直播业务中主播用户的表演的受众。
3)直播流，主播用户采集的视频和音频进行编码形成的适用于在网络中传输的码流，支持被接收端即时解码播放而不必等待接收全部数据。
4)浮层，在终端的客户端的显示界面(各种窗口)中任意位置均能够浮出的，具有特定显示效果(如半透明)的临时视图，通过调用浏览器组件实现。
5)媒体信息，广告和新闻等任意形式的需要向直播业务中的直播观众推送的信息。就广告而言，所包括的素材的类型可以为：文本、图片、视频和落地页链接(链接至广告主期望直播观众访问的页面)和下载链接(广告主期望直播观众所下载内容如宣传短片、应用安装包等存储地址)等。
6)直播间，与主播用户对应，直播平台中供主播用户发布不同直播业务的应用。
7)直播业务，直播间中主用用户发布的所表演的视频和/或音频内容，根据直播平台的业务规则，直播业务存在时间长度、容量等方面的限制。
8)定向投放条件，广告主在投放广告时选择的广告受众需要符合的条件，这些条件之间存在“与”和“或”关系，如选择性别男“与”地区北京“或”天津，则定向条件为北京地区的男性和天津地区的男性用户。
对于在直播业务的过程中向直播观众推送媒体信息而言，存在以下直播业务与媒体信息难以高效融合的问题，以媒体信息为广告为例，结合相关技术在直播业务中推送媒体信息的方案存在的问题进行说明，相关技术：
1)主播用户手持产品名、落地页地址、落地页二维码并通过口播的方式展示广告，这种方式效率低下，对于海量待推送的广告来说难以实施。
2)通过在直播间中增加链接、店名和产品名称的方式展示广告。需要对直播流进行编码以在直播流的视频层上添加链接、店名和产品名称，当需要切换推送的广告时涉及到对直播流的重复的编码操作，资源开销大且效率低。
3)通过直播间中增加落地页的二维码的方式供直播观众扫码，一方面会对直播流的视频层的原始内容造成遮挡，另一方面，需要压缩直播流以添加二维码，影响了直播流的质量。
针对上述问题，本发明实施例提供一种用于直播业务中至少用于解决上述问题的信息处理方法，以及用于实施信息处理方法的终端，主播用户的终端之间通过服务器与直播观众终端实现直播业务并在直播业务中推送媒体信息。
举例来说，参见图1，图1是本发明实施例提供的直播业务中推送媒体信息的一个可选的架构示意图，涉及主播用户的终端、直播观众的终端、部署有用于支持直播业务的业务逻辑的直播服务器，另外，还涉及部署有媒体信息推送业务逻辑的媒体信息服务器，分别对直播服务器和媒体信息服务器的业务逻辑进行说明。
一、直播服务器支持直播业务
直播服务器用于支持实现主播用户与直播观众之间的直播业务，对于直播业务而言，涉及主播用户终端、直播服务器以及直播观众的终端进行主播用户的初始化，直播服务器为主播用户建立直播间，根据预定的验证策略(如主播用户验证、或直播服务器验证，又或者以上二者结合的方式)验证请求加入直播间的直播观众，对于每个直播间，记录主播用户标识、直播间标识和直播观众标识。
初始化完成后，直播服务器一旦接收到来自主播用户的直播流时，即将直播流发送到加入直播间用户的直播观众的终端，在直播客户端的直播窗口中播放。
对于主播用户采集形成直播流来说，主播用户的终端对主播用户的表演进行采集形成视频格式以及音频格式(根据需要选择格式)的媒体信息，进行压缩编码并封装形成流文件，采集实时流式传输(realtimestreaming)或顺序流式传输(progressivestreaming)方式进行传输。
对于编码而言，可以采用h.264视频压缩算法+aac音频压缩算法的压缩算法组合。以采用h.264视频压缩算法对视频数据进行压缩编码为例，通过h.264的编码的视频编码层(vcl，videocodinglayer)和网络提取层(nal，networkabstractionlayer)实现，在视频编码层对视频数据进行编码，包括运动估计、熵编码等内容，编码后的数据体积得以缩小从而适应网络传输。
对于直播服务器而言，直播服务器可以将来自主播用户的直播流直接发送给加入直播间的直播观众，当然，根据与不同直播观众之间的网络情况，以及直播观众终端的处理能力，可以
对于接收到直播流的直播观众终端而言，对直播流进行解码并在直播客户端的直播窗口中播放。
二、媒体信息服务器推送媒体信息
以媒体信息服务器用于广告投放业务为例，媒体信息服务器作为向直播服务器提供广告的入口，与广告数据库(存储各类类型的待投放的广告)对接，媒体信息服务器根据直播服务器提供的用户(主播用户和直播观众)的特征，与各广告的定向投放条件匹配，确定待投放至直播观众的候选的广告。直播服务器根据需要，推送广告到主播用户终端的直播客户端，供主播用户选择需要推送到直播观众的广告。当然，也可以推送到直播观众终端的直播客户端，推送到直播客户端中的广告以被动的方式曝光，例如直播观众在直播客户端中查看主播用户最近发起的活动时，将广告作为活动内容曝光。
需要指出地，图1中示出的架构中，服务器的数量和类型可以根据需求调整，例如，根据实际的资源开销，当直播业务的资源开销大时，可以在服务器集群中部署直播业务的业务逻辑；当媒体信息推送的资源开销较小时，也可以将直播业务的业务逻辑以及媒体信息推送的业务逻辑部署在相同的服务器，根据需求灵活设定。因此，下文中，对服务器不做媒体信息服务器和直播服务器上的区分。
参见图2，图2是本发明实施例提供的终端10的一个可选的软硬件结构示意图，终端包括硬件层、中间层、操作系统层和软件层。然而，本领域的技术人员应当理解，图2示出的终端的结构仅为示例，并不构成对终端结构的限定。例如，终端可以根据实施需要设置较图2更多的组件，或者根据实施需要省略设置部分组件。
终端的硬件层包括处理器11、输入/输出接口13，存储介质14以及网络接口12，组件可以经系统总线连接通信。
处理器11可以采用中央处理器(内容提供商u)、微处理器(mcu，microcontrollerunit)、专用集成电路(asic，applicationspecificintegratedcircuit)或逻辑可编程门阵列(fpga，field－programmablegatearray)实现。
输入/输出接口13可以采用如显示屏、触摸屏、扬声器等输入/输出器件实现。
存储介质14可以采用闪存、硬盘、光盘等非易失性存储介质实现，也可以采用双倍率(ddr，doubledatarate)动态缓存等易失性存储介质实现，其中存储有用以执行上述信息处理方法的可执行指令。
示例性地，存储介质14可以与终端的其他组件集中设置，也可以相对于终端中的其他组件分布设置。网络接口12向处理器11提供外部数据如异地设置的存储介质14的访问能力，示例性地，网络接口12可以基于近场通信(nfc，nearfieldcommunication)技术、蓝牙(bluetooth)技术、紫蜂(zigbee)技术进行的近距离通信，另外，还可以实现如cdma、wcdma等通信制式及其演进制式的通信。
驱动层包括用于供操作系统16识别硬件层并与硬件层各组件通信的中间件15，例如可以为针对硬件层的各组件的驱动程序的集合。
操作系统16用于提供面向用户的图形界面，示例性地，包括插件图标、桌面背景和应用图标，操作系统16支持用户经由图形界面对设备的控制本发明实施例对上述设备的软件环境如操作系统类型、版本不做限定，例如可以是linux操作系统、unix操作系统或其他操作系统。
软件层包括用直播客户端18以及sdk19。
直播客户端18用于设置在主播用户终端以及直播观众终端中支持实现直播业务，具体来说，主播用户终端中的直播客户端用于在主播用户侧进行采集形成直播流，通过服务器传输到直播观众终端中的直播客户端18，在直播观众终端中直播客户端18的直播窗口播放。
对于主播用户终端中的sdk19来说，用于实现在直播业务中向直播观众推送媒体信息的相关功能，包括：1)在直播客户端的直播窗口中加载与推送媒体信息相关功能的(入口)按钮；2)调用浏览器组件的方式，或者使用javascript控件的方式建立浮层，浮层避让直播窗口，或者部分遮挡直播窗口，在浮层中加载实现相应功能的页面，根据用户针对页面的操作而进行响应；3)调用浏览器组件以避让或部分遮挡直播窗口的形式建立新的窗口，在新的窗口中加载实现相应功能的页面，根据用户针对页面的操作而进行响应。
就用于推送媒体信息的区域为浮层而言，下文中所涉及的浮层包括以下几种类型：
配置页面浮层，对应的入口按钮称为第一按钮，可以直播窗口的任意位置加载的图标在直播业务初始化之前在直播窗口建立的浮层，用于加载向直播观众推送的候选的媒体信息，并(根据操作)调出详情页面浮层加载媒体信息的详情。另外，还可接收主播用户的设定，如设定向直播观众推送的媒体信息，推送策略等，供在直播业务初始化之后由sdk推送到直播观众侧。
设置页面浮层，对应的入口按钮称为第二按钮，可以直播窗口的任意位置加载的图标，在直播业务初始化之后在直播窗口建立的浮层，用于加载向直播观众推送的候选的媒体信息，并根据对设置页面浮层中媒体信息的操作(如单击、双击等类型操作)调出详情页面浮层加载媒体信息的详情。另外，还可接收主播用户设定(如通过点击动页面浮层中对应媒体信息的推送按钮进行设定)向直播观众推送的媒体信息，停止推送媒体信息，重新设定媒体信息(即切换向直播观众推送的媒体信息)。
详情页面浮层，每个详情页面浮层用于显示一个媒体信息的详情，对应的入口按钮称为第三按钮，可以为直播窗口的任意位置加载的图标，也可以为配置页面浮层和设置页面浮层中相应媒体信息的区域(当然，不包括媒体信息的推送按钮)，第三按钮被操作时，用于加载媒体信息的详情，包括构成媒体信息的素材。
当然，当用于推送媒体信息的区域为窗口时，仍然可以参考上述的不同形式的浮层进行设置，为节约篇幅这里不再赘述。当用于推送媒体信息的区域采用浮层的形式实现时，特别是调用浏览器组件在浮层中加载内容时，一方面能够最大程度实现与直播应用在显示处理逻辑层面的解耦，另一方面能够以html5页面的方式加载内容，能够实现对所显示内容灵活高效配置。
就本发明实施例提供的信息处理方法在主播用户终端的实施而言，可以应用于支持如下的应用场景1：
首先，主播用户在开启直播业务之前，主播用户调出配置页面浮层查看在直播业务的过程中可向直播观众推送的候选的媒体信息的列表(由服务器推送，或者，从服务器拉取)，并可以在配置页面浮层中继续调出详情页面浮层查看媒体信息的详情，便于在直播业务的过程中在恰当的时机(如谈到与媒体信息相关的话题)时推送媒体信息，使得推送的媒体信息更容易被直播观众接受；
其次，在直播业务的过程中，主播用户调出设置页面浮层查看在直播业务的过程中可向直播观众推送的候选的媒体信息的列表，设置需要推送的媒体信息，另外，还可以在设置页面浮层中继续调出详情页面浮层查看媒体信息的详情；
再次，在直播业务的过程中，主播用户可以调出设置页面浮层设置停止推送媒体信息，或者，切换向直播观众推送的媒体信息；
又次，主播用户向服务器上报主播用户所推送的媒体信息的记录，服务器可以根据记录有针对性地选择主播用户倾向于/擅长推送的媒体信息，对主播用户后续推荐媒体信息进行优化。
针对上述应用场景1，参见图3，图3是本发明实施例提供的信息处理方法在主播用户终端设施的一个可选的流程示意图，除另有说明，下文针对图3的说明中涉及的直播客户端和sdk均在主播用户终端中运行，包括以下步骤：
步骤101，当直播业务初始化之前，直播客户端显示直播业务的直播窗口，接收主播用户针对即将初始化的直播业务的设定。
例如，直播业务未初始化之前的直播窗口用于接收主播用户添加在主播用户的直播间中新建直播业务的名称和备注等信息，便于主播用户后续查找。
直播业务初始化之前，支持主播用户通过配置页面浮层了解能够向直播观众推送的媒体信息，并可以调出详情页面浮层查看各媒体信息的详情，步骤102至步骤105对此进行说明。
步骤102，sdk在直播窗口中加载第二按钮，第二按钮是配置页面浮层的入口按钮。
步骤103，当sdk接收到针对第二按钮的触发操作时，调用浏览器组件在主播用户的直播窗口之上建立配置页面浮层，配置页面浮层覆盖直播窗口的部分区域或全部区域，在配置页面浮层加载候选的媒体信息的列表。
加载候选的媒体信息的列表是指，sdk将媒体信息列表全部读取到缓存中，根据配置页面浮层的可用显示区域的大小，在配置页面浮层一次性显示媒体信息列表中的全部信息，或者配置页面浮层采用标签页面的显示方式，在每个标签页面中显示部分媒体信息，并根据主播用户的操作(如左右方向的滑动)而切换缓存中的媒体信息，从而最大程度减少对直播窗口的遮挡。
在一个示例中，建立配置页面浮层时，直播窗口的显示区域保持不变，配置页面浮层覆盖直播窗口部分区域；在另一个示例中，建立配置页面浮层时直播窗口按照一定的比例进行缩小，配置页面浮层覆盖直播窗口因缩小而显露的区域，从而使得主播在查看媒体信息的详情时也能看到所表演的内容，保证直播业务的效果。
需要指出地，第二按钮是可以缺省设置的，例如可以接收主播用户针对即将初始化的直播业务的设定之后自动加载配置页面浮层。通过第二按钮来提供进入配置页面浮层，能够最大程度避免对直播客户端的窗口的遮挡，避免对主播用户的干扰。
步骤104，当sdk在配置页面浮层接收到针对目标媒体信息的查看操作时，基于浏览器组件在直播窗口之上建立详情页面浮层，详情页面浮层占用配置页面浮层覆盖和/或直播窗口的至少部分的区域，在详情页面浮层加载构成目标媒体信息的素材。
具体来说，对于详情页面浮层与直播窗口、配置页面浮层之间存在如下几种关系：
关系1)建立详情页面浮层时，直播窗口的显示区域保持不变，详情页面浮层与配置页面浮层互不遮挡，并共同覆盖直播窗口的部分区域或全部区域。
关系2)建立详情页面浮层时，直播窗口的显示区域保持不变，详情页面浮层对配置页面浮层以及直播窗口形成至少部分的遮挡，即详情页面浮层覆盖配置页面浮层的部分区域或全部区域，并覆盖直播窗口的部分区域或全部区域。
关系3)建立详情页面浮层时，直播窗口按照一定的比例进行缩小，配置页面浮层和详情页面浮层共同覆盖直播窗口因缩小而显露的区域，从而使得主播在查看媒体信息的详情时也能看到所表演的内容，保证直播业务的效果。
示例性地，查看操作可以为预支持的任意类型的操作，如点击操作和双击操作等。
步骤105，当sdk在在配置页面浮层接收到针对目标媒体信息的撤销查看操作(例如，用于返回配置页面浮层的按钮被触发时)时，撤销目标媒体信息的详情页浮层。
主播用户撤销前述的配置页面浮层和详情页面浮层，并从直播客户端发起后续的直播业务初始化。
步骤106，直播客户端通过服务器提交直播业务初始化。
例如，向服务器提交直播间中待建立直播间的标识和主播用户的标识等用于初始化直播业务。
步骤107，直播客户端对主播用户侧进行媒体采集，对采集得到的直播流通过服务器发送到(加入主播用户的直播间)直播观众终端中直播客户端的直播窗口中进行播放。
可以理解地，对主播用户侧进行采集是指，获取来自于主播用户的媒体数据，例如对主播用户本人、以及主播用户所处的环境至少之一进行采集，还可以是主播用户所接入主播客户端的媒体数据，例如主播用户预先录制的视频，还可以是主播用户接入的第三方视频(如各种赛事的实时视频)以及主播用户的语音讲解。
步骤108，sdk在直播窗口加载第一按钮，第一按钮是设置页面浮层的入口按钮。
步骤109，当sdk接收到主播用户针对直播窗口中第一按钮的触发操作时，sdk调用浏览器组件在主播用户的直播窗口之上建立配置页面浮层，在设置页面浮层配置加载向直播观众推送的候选的媒体信息的列表。
sdk将根据视觉效果的需求选择在直播窗口之上浮出的方式，例如，设置页面浮层以从直播客户端底部填出的方式，并在设置页面浮层加载的媒体信息列表，根据媒体信息列表中媒体信息的数量，设置页面浮层覆盖直播窗口的部分区域或全部区域。
需要指出地，第一按钮是可以缺省设置的，即在直播业务的初始化之后即在直播窗口自动加载设置页面浮层。通过第一按钮来提供进入设置页面浮层，能够最大程度避免直播业务的过程中对直播窗口的遮挡，避免对主播用户的干扰。
另外，加载向直播观众推送的候选的媒体信息的列表是指，sdk将媒体信息列表全部读取到缓存中，根据设置页面浮层的可用显示区域的大小，在配置页面浮层一次性显示媒体信息列表中的全部信息，或者采用多个标签页面切换的显示方式，在设置页面浮层每个标签页面中显示部分媒体信息，并根据主播用户的操作(如左右方向的滑动)而切换，从而最大程度减少对直播窗口的遮挡。
在一个实施例中，对于候选的媒体信息的列表而言，可由sdk从服务器拉取(当然，也可以接收服务器主动推送的)以下类型至少行之一的媒体信息：符合主播用户的特征的媒体信息；符合直播观众的特征的候选的媒体信息。
实际应用中，对于app广告而言，sdk与应用市场对接，从应用市场获取符合特征的广告供主播用户选择向直播观众推送，这就容易地克服了相关技术在直播业务中推送广告时app渠道受限而无法灵活切换的问题。
对于媒体信息是广告的情况，与用户特征符合的广告，可以是定向投放条件与用户特征相匹配的广告，对于媒体信息是新闻的情况，与用户特征符合的新闻，可以是符合用户订阅条件的新闻，示例性地，特征可以包括以下几种情况：
1)用户属性，用户个人相关的信息，如的地域、年龄、教育程度和终端设备类型，当然，也可以为其他类型如收入水平等。
2)偏好，用户产生兴趣的对象，如用户喜欢的电影类型、喜欢的菜系、喜欢去旅游的国家等。
3)行为标签，代表用户偶然的或经常实施的行为，如，在上班途中买报纸，在地铁中玩游戏等。
在配置页面浮层，支持主播用户执行下述类型的操作：1)查看媒体信息详情；2)设定需要推送的媒体信息；3)停止推送已经选定的向直播观众推送媒体信息，4)切换向直播观众推送的媒体信息，即：首先停止推送已经选定的向直播观众推送媒体信息，然后重新设定向直播观众推送的媒体信息。
步骤110和步骤111用于对查看媒体信息详情进行说明。
步骤110，当sdk在配置页面浮层接收到主播用户针对目标媒体信息的查看操作(例如，点击操作)时，基于浏览器组件建立详情页面浮层，在详情页面浮层加载构成目标媒体信息的素材。
通过建立详情浮动页面，可以供主播用户了解媒体信息的详情，如对于app广告而言，可以了解广告所宣传的app的功能，从而在直播业务的过程中可以对app的功能进行精准到位的介绍。避免主播用户因不了解app而只能机械式的介绍，提升媒体信息推送的效果。
步骤111，当sdk在在配置页面浮层接收到针对目标媒体信息的撤销查看操作(例如，配置页面浮层的返回按钮被触发)时，例如，返回按钮被触发时撤销目标媒体信息的详情页浮层。
需要指出地，步骤110和步骤111为当主播用户需要了解媒体信息的详情时才需要实施的操作的响应，因此当主播用户了解媒体信息并不需要查看详情时，步骤110和步骤111是可以缺省执行的步骤。
通过配置页面浮层向主播用户展示能够向直播观众推送的媒体信息的列表，可以支持主播用户灵活选择所熟悉/所偏好的媒体信息在直播过程中向直播观众进行推送，例如主播用户往往会选择主题与当前直播业务主题一致或相近(如主题为在线游戏时，主播倾向于选择推送在线游戏app)，这就最大程度实现了直播业务本身的内容与媒体信息的融合，使推送的媒体信息更容易被直播观众接受，对于广告而言，能够促使广告效果(如直播观众点击、购买和留资等)的转化。
步骤112用于对设定需要推送的媒体信息进行说明。
步骤112，当sdk在设置页面浮层接收到主播用户针对媒体信息的设定操作时，将主播用户设定的媒体信息确定为待推送的媒体信息，转入步骤113。
例如，sdk在设置页面浮层中针对列表中的媒体信息对应加载“推荐”或“推送”字样的按钮，当接收到主播用户针对该按钮的操作时，即将对应的媒体信息识别为待推送的媒体信息。
步骤113，sdk将主播用户设定的待推送媒体信息(如媒体信息的标识，或媒体信息的原始数据)上报服务器，经由服务器将媒体信息推送到直播观众终端的sdk，由直播观众终端中sdk在直播观众终端直播客户端的直播窗口之上的浮层进行展示。
结合步骤114对停止推送/切换向直播观众推送媒体信息进行说明。
步骤114，当sdk接收到停止当接收到主播用户的停止推送媒体信息的操作时，通知直播观众在相应的直播窗口中停止展示所接收的媒体信息。
例如，在直播业务的过程中，当主播在设置页面浮层设定向直播观众推送的媒体信息(步骤112)，并由sdk向直播观众推送之后，如果主播用户期望将推送的媒体信息停止在直播观众直播窗口的浮层展示在设置页面浮层针对设定的媒体信息进行取消操作，如再次点击媒体信息对应的“推荐”按钮使其反色显示，sdk记录媒体信息为停止推送状态，通过服务器通知直播观众终端的sdk，直播观众终端中sdk停止展示对应的媒体信息。
另外，当主播用户在停止推送媒体信息后又希望其他的媒体信息，可以理解地，sdk通过执行步骤112至步骤114，支持主播用户在设置页面浮层查看媒体信息再次设定新推送媒体信息，实现了支持主播用户在直播业务的过程中可以根据需求灵活向直播观众推送媒体信息的效果。
可以看出，在直播业务中向直播观众推送媒体信息时，直播流与媒体信息是相互独立地发送给直播观众，二者的传输互不影响；并且，直播流在直播观众侧的直播窗口中播放，而媒体信息基于浮层进行展示，通过采用的不同的机制呈现媒体信息和直播流，实现了媒体信息和直播流在传输以及呈现二方面的以弱耦合的方式融合；当需要切换推送的媒体信息时，不涉及对直播流的重新编码处理，节省资源开销。
步骤115，sdk向服务上报主播用户所推送的媒体信息的记录至服务器，结合直播观众上报的所接收的媒体信息的记录，确定主播用户推送媒体信息的推送效果数据、以及确定主播用户和直播观众的特征。
就app广告而言，主播用户所推送的广告的记录：包括主播用户推送的广告、主播用户取消推送的广告；直播观众所接收广告的记录包括：直播观众所接收的广告、各广告的转化效果数据(如曝光的广告、产生下载行为的广告、产生访问落地页行为的广告)。服务器根据记录确定主播用户以及直播观众的特征
1)服务器结合所接收的广告的记录、确定主播用户以及直播观众的特征，向主播用户推送符合主播用户以及直播观众特征的广告，供主播用户在直播业务的过程中选择推送，主播用户推送的广告能够最大程度符合用户，推送精度高而符合直播观众的需求，避免了盲目向直播观众推送广告造成直播观众干扰的问题。
2)服务器结合所接收的记录统计广告挂在直播观众侧的曝光量、点击量、app下载量和app下载页访问量(推送效果数据)等，根据广告的推送效果，精确形成广告的推送生态链中各方：主播用户、直播平台、应用市场(提供app的下载服务)的计费数据，形成广告推送生态链的良性循环。
就本发明实施例提供的信息处理方法在主播用户终端的实施而言，与前述应用场景1)在直播业务的过程中才设定待推送的媒体信息不同，在另一个应用场景2)中，支持主播用户在直播业务初始话之前，对直播业务的过程中待推送的媒体信息进行设定，包括设定相应的推送策略，实现了在直播业务的过程中自动向直播观众推送媒体信息的效果。
具体来说，应用场景2中：
首先，直播业务初始化之前，主播用户调出配置页面浮层查看在直播业务的过程中可向直播观众推送的候选的媒体信息的列表(由服务器推送，或者，从服务器拉取)，在配置页面浮层中继续调出详情页面浮层查看媒体信息的详情，设定待推送的媒体信息以及推送策略。
其次，直播业务的过程中，根据推送策略将主播用户预先设定的媒体信息向直播观众推送。
针对上述应用场景2，参见图4，图4是本发明实施例提供的信息处理方法在主播用户终端设施的一个可选的流程示意图，除另有说明，下文针对图4的说明中涉及的直播客户端和sdk均在主播用户终端中运行，包括以下步骤：
步骤201，当直播业务初始化之前，直播客户端显示直播业务的直播窗口，接收主播用户针对即将初始化的直播业务的设定。
例如，直播业务未初始化之前的直播窗口用于接收主播用户添加在主播用户的直播间中新建直播业务的名称和备注等信息，便于主播用户后续查找。
直播业务初始化之前，支持主播用户通过配置页面浮层了解向直播观众推送的媒体信息，并可以调出详情页面浮层查看媒体信息的详情，步骤202至步骤205对此进行说明。
步骤202，sdk在直播窗口中加载第二按钮，第二按钮是配置页面浮层的入口按钮。
步骤203，当sdk接收到针对第二按钮的触发操作时，调用浏览器组件在主播用户的直播窗口之上建立配置页面浮层，配置页面浮层覆盖直播窗口的部分区域或全部区域，在配置页面浮层加载候选的媒体信息的列表。
加载候选的媒体信息的列表是指，sdk将媒体信息列表全部读取到缓存中，根据配置页面浮层的可用显示区域的大小，在配置页面浮层一次性显示媒体信息列表中的全部信息，或者配置页面浮层采用标签页面的显示方式，在每个标签页面中显示部分媒体信息，并根据主播用户的操作(如左右方向的滑动)而切换缓存中的媒体信息，从而最大程度减少对直播窗口的遮挡。
步骤204，当sdk在配置页面浮层接收到针对目标媒体信息的查看操作时，基于浏览器组件在直播窗口之上建立详情页面浮层，详情页面浮层占用配置页面浮层覆盖和/或直播窗口的至少部分的区域，在详情页面浮层加载构成目标媒体信息的素材。
具体来说，对于详情页面浮层与直播窗口、配置页面浮层之间存在如下几种关系：
关系1)详情页面浮层与配置页面浮层互不遮挡，并共同覆盖直播窗口的部分区域或全部区域。
关系2)详情页面浮层对配置页面浮层以及直播窗口形成至少部分的遮挡，即详情页面浮层覆盖配置页面浮层的部分区域或全部区域，并覆盖直播窗口的部分区域或全部区域。
示例性地，查看操作可以为预支持的任意类型的操作，如点击操作和双击操作等。
步骤205，当sdk在在配置页面浮层接收到针对目标媒体信息的撤销查看操作(例如，用于返回配置页面浮层的按钮被触发时)时，撤销目标媒体信息的详情页浮层。
步骤206，sdk接收主播用户设定的待推送的媒体信息。
在一个实施例中，sdk在配置页面浮层接收主播用户设定的待推送的媒体信息的列表时，还接收主播用户针对待推送的媒体信息设定的推送策略；对于推送策略来说，支持主播用户进行以下方面的设定：
1)推送媒体信息的时间，如切换推送媒体信息的时间间隔，在时间间隔的计时到达时自动向直播观众推送下一个媒体信息；
2)推送媒体信息的顺序，默认为随机推送。
主播用户在配置页面浮层设定待推送的媒体信息和推送策略后，撤销配置页面浮层，并从直播客户端发起后续的直播业务初始化。
步骤207，直播客户端通过服务器提交直播业务初始化。
例如，向服务器提交直播间中待建立直播间的标识和主播用户的标识等用于初始化直播业务。
步骤208，直播客户端对主播用户侧进行媒体采集，对采集得到的直播流通过服务器发送到(加入主播用户的直播间)直播观众终端中直播客户端的直播窗口中进行播放。
步骤209，sdk根据推送策略将主播用户设定的待推送媒体信息发送到直播观众终端直播客户端的直播窗口之上的浮层进行展示。
sdk根据推送策略中设定的媒体信息推送顺序以及间隔时间，依次将主播用户设定的待推送媒体信息(如媒体信息的标识，或媒体信息的原始数据)上报服务器，经由服务器将媒体信息推送到直播观众终端的sdk，由直播观众终端中sdk在直播观众终端直播客户端的直播窗口之上的浮层进行顺序展示。
对于主播用户来说，通过预先设定的待推送的媒体信息以及推送策略，实现了向直播观众自动推送媒体信息的效果，主播用户在直播业务的过程中能够更加关注表演本身，同时支持主播用户灵活选择所熟悉/所偏好的媒体信息在直播过程中向直播观众进行推送，例如主播用户往往会选择主题与当前直播业务主题一致或相近(如主题为在线游戏时，主播倾向于选择推送在线游戏app)，这就最大程度实现了直播业务本身的内容与媒体信息的融合，使推送的媒体信息更容易被直播观众接受，对于广告而言，能够促使广告效果(如直播观众点击、购买和留资等)的转化。
可以理解地，基于前述图3中步骤208至步骤211的记载，在直播业务的过程中，sdk仍然可以在直播窗口中加载第一按钮，当主播用户操作第一按钮时建立设置页面浮层，加载主播用户在直播业务初始化之前设定的待推荐的媒体信息的列表，根据主播用户操作调出详情页面浮层加载媒体信息的详情。另外，sdk支持主播用户在设置页面浮层对预先设定的自动推送媒体信息的策略进行更新，如更新间隔时间，更新媒体信息的推送顺序，更新(增加、删除)待推荐的媒体信息，停止当前正在向直播观众推送的媒体信息，以及切换向直播观众推送的媒体信息等。
步骤210，sdk向服务上报直播观众所接收的媒体信息的记录至服务器，结合主播用户上报的所接收的媒体信息的记录，确定主播用户推送媒体信息的推送效果数据、并确定主播用户和直播观众的特征。
就app广告而言，参见前述步骤117，另外，服务器还可以根据直播观众的特征，向直播观众推送符合直播观众特征的广告，当主播用户没有向直播观众推送广告时，在活动详情页面浮层仍然能够了解直播业务的相关广告。
就本发明实施例提供的信息处理方法在直播观众终端的实施而言，与前述应用场景1)以及应用场景2)对应，对于在前述任意应用场景中主播用户推送的媒体信息，直播观众终端展示媒体信息的应用场景3)涉及以下几个方面：
首先，直播观众在观看直播窗口时，一旦接收到来自主播用户推送的媒体信息，直播窗口加载第三按钮进行提示。
其次，直播观众可点击第三按钮在直播窗口之上调出详情页浮层查看媒体信息的详情，对于app广告而言，根据需要在详情页浮层中下载app、访问app的下载页面等。
再次，直播观众在观看直播窗口时，直播窗口中加载有第二按钮，直播观众可以通过点击第二按钮在直播窗口调出设置页面浮层，查看媒体信息如主播用户推送的媒体信息，服务器推送的媒体信息(不同于主播用户推送的媒体信息)。
针对上述应用场景3)，参见图5，图5是本发明实施例提供的信息处理方法在直播观众终端设施的一个可选的流程示意图，除另有说明，下文针对图5的说明中涉及的直播客户端和sdk均在直播观众终端中运行，包括以下步骤：
步骤301，直播客户端初始化直播观众与主播用户与之间的直播业务。
直播客户端加载直播间的列表供直播观众选择，将直播观众选中的直播间的标识向服务器发起直播业务初始化，服务器记录直播观众所加入的主播间。
步骤302，直播客户端接收主播用户发送的直播流。
步骤303，直播客户端基于所接收的直播流在直播窗口中进行解码播放。
步骤304，sdk接收主播用户发送的媒体信息。
在一个实施例中，在sdk接收到媒体信息时，即时加载相应的功能按钮，作为查看媒体信息详情的入口按钮，支持直播观众查看媒体信息的详情，同时，支持直播观众移除按钮以取消此次推送，避免干扰，结合步骤305至步骤309进行说明。
在一个实施例中，在直播窗口之上提供查看主播用户最近一次推送的媒体信息的功能的入口按钮，支持观众查看媒体信息，或根据需要(关注主播的表演，而暂时不想查看媒体信息)时，可以溢出按钮，避免干扰，步骤305至步骤309进行说明。
步骤305，sdk在直播观众的直播窗口之上加载第三按钮。
sdk加载第三按钮的操作与接收到媒体信息同步，即通过第三按钮来提供对主播用户最近推送的媒体查看的功能。第三按钮可在直播窗口的任意位置的加载的浮动的按钮，为了避免对直播内容的遮挡，可在直播窗口的边缘区域加载。
步骤306，sdk检测针对第三按钮的触发操作时，调用浏览器组件在主播用户的直播窗口之上建立详情页面浮层，将所接收的媒体信息包括的素材加载到详情页面浮层上进行展示。
加载候选的媒体信息包括的素材是指，sdk将某一媒体信息的全部素材读取到缓存中，根据详情页面浮层的可用显示区域的大小，在详情页面浮层一次性显示媒体信息的全部素材，或者详情页面浮层采用标签页面的显示方式，在每个标签页面中显示媒体信息的部分素材(如在标签页面1显示文字，在标签页面2显示图片)，并根据直播观众的操作(如左右方向的滑动)而切换缓存中的媒体信息，从而最大程度减少对直播窗口的遮挡。
在一个示例中，建立详情页面浮层时，直播窗口的显示区域保持不变，详情页面浮层覆盖直播窗口部分区域；在另一个示例中，建立详情页面浮层时直播窗口按照一定的比例进行缩小，详情页面浮层覆盖直播窗口因缩小而显露的区域，从而使得直播观众在查看媒体信息的详情时不会遗漏直播窗口的内容。
通常，媒体信息的素材包括文本和图片等，就广告来说，还会包括落地页链接和下载链接，结合步骤307和步骤308进行说明。
步骤307，当在详情页浮层加载的素材中包括下载链接时，如直播观众实施了下载操作(如点击详情页浮层中加载的下载按钮)，则根据直播观众的操作获取相应下载链接的数据，另外，还可在详情页浮层通过各种形式(如图标)实时显示下载的状态，如下载进度，下载暂停等。
步骤308，当详情页浮层加载的素材中包括落地页链接时，如直播观众实施了跳转操作(如点击详情页浮层中落地页链接)，则根据主播用户的操作在详情页浮层加载相应落地页的页面。
由于针对详情页浮层的操作过程中，直播窗口没有被完全遮挡，一方面可以帮助直播观众及时了解主播用户推送的媒体信息，另一方面，不会干扰直播观众在直播窗口中观看主播的表演。
步骤309，sdk接收到针对第三按钮的移除操作时，停止加载第三按钮。
例如，sdk检测到第三按钮被按压时给出可选的操作提示，如“点击查看详情”或“拖动以移除此次推送”，特别地，在接收到针对第二按钮的拖动操作时配合动态的效果来提示即将移除推送。
在另一个实施例中，在直播业务初始化之后，sdk可以在直播窗口提供查看媒体信息列表的设置页面浮层的入口按钮，功能直播观众查看主播用户推送的历史信息，例如，当直播观众移出通过第二按钮实时推送的媒体信息时，仍然可通过第三按钮调出设置页面浮层查看主播用户推送的历史媒体信息的列表以及媒体信息的详情，避免信息遗漏，结合步骤
步骤310，sdk在直播观众的直播窗口中加载第二按钮。
步骤311，sdk接收到针对第二按钮的触发操作时，调用浏览器组件建立设置页面浮层，在设置页面浮层加载媒体信息的列表。
示例性地，媒体信息的列表包括主播用户推送的历史媒体信息，另外，当主播用户未推送媒体信息时列表中可以包括服务器推送的媒体信息。当然，列表中可以同时包括主播用户推送的历史媒体信息以及服务器推送的媒体信息。
特别地，为了便于直播观众了解到主播用户推送的媒体信息，列表中优先显示主播用户推送的媒体信息，或者，将主播用户推送的媒体信息以区别于服务器推送媒体信息的方式显示(如加粗)。
可以理解地，sdk加载媒体信息的列表是指，sdk列表包括的媒体信息全部读取到缓存中，根据设置页面浮层的可用显示区域的大小，在设置页面浮层一次性显示列中的媒体信息，或者设置页面浮层采用标签页面的显示方式，在每个标签页面中显示列表中的媒体信息，并根据直播观众的操作(如左右方向的滑动)而切换缓存中的媒体信息，从而最大程度减少对直播窗口的遮挡。
步骤312，推送广告sdk根据直播观众操作加载目标媒体信息的详情页浮层，并根据用户操作撤销详情页浮层。
sdk接收到针对第二按钮的触发操作时，调用浏览器组件建立设置页面浮层，在设置页面浮层加载媒体信息的列表sdk支持直播观众查看列表中媒体信息的详情。
举例来说，sdk在设置页面浮层接收到针对列表中目标媒体信息的查看操作时，调用浏览器组件建立详情页面浮层，将目标媒体信息包括的素材加载到详情页面浮层上进行展示，特别地，对于广告来说：
1)当在详情页浮层加载的素材中包括下载链接时，如直播观众实施了下载操作(如点击详情页浮层中加载的下载按钮)，则根据直播观众的操作下载相应下载链接的数据，另外，还可在详情页浮层通过各种形式(如图标)实时显示下载的状态，如下载进度，下载暂停等。
2)当详情页浮层加载的素材中包括落地页链接时，如直播观众实施了跳转操作(如点击详情页浮层中落地页链接)，则根据主播用户的操作在详情页浮层加载相应落地页的页面。
sdk在在配置页面浮层接收到针对目标媒体信息的撤销查看操作(如，当直播观众点击详情页面浮层之外的位置，或点击详情页面浮层中返回按钮时)撤销目标媒体信息的详情页浮层。
在另一个实施例中，在步骤313中，sdk定期或不定期地上报直播观众接收的媒体信息的记录上报至服务器。供服务器确定主播用户的特征(包括用户属性、行为标签和偏好)，基于特征更新向主播用户推送的候选的媒体信息，供主播用户在直播业务的过程中选择向直播观众推送。
示例性地，对于广告来说，记录可以为直播观众接收的广告中被展示广告、以及未被展示的广告，存在下载行为以及访问落地页的广告，供服务器统计广告在用户侧的曝光数据、点击数据等，另外，确定直播观众的偏好、行为标签等特征选择符合直播观众特征的广告，推送到主播用户供主播用户选择向直播观众推送，提升了向直播观众推送广告的精度。
这样一来，主播用户推送的媒体信息能够最大程度符合用户特征的媒体信息，推动精度高而符合直播观众的需求，避免了盲目向直播观众推送媒体信息造成直播观众干扰的问题。
在另一个实施例中，在步骤314中，在直播观众的即时通信窗口加载各直播观众对应所接收媒体信息的动态，动态包括以下至少之一：各直播观众展示的媒体信息；各直播观众访问的下载链接；各直播观众访问的落地页。这样，同一直播间的直播观众能够就主播推送的媒体信息及时进行分享，实现了直播业务与分享媒体信息的融合的效果。
就直播业务的主播用户的终端而言，参见图6，图6是本发明实施例提供的终端20的一个可选的功能结构示意图，包括：
初始化单元21，用于初始化主播用户与直播观众之间的直播业务；
直播流单元22，用于对主播用户侧进行媒体采集，对采集得到的直播流发送到直播观众的直播窗口中进行播放；
区域单元23，用于基于所述主播用户的直播窗口之上建立用于进行媒体信息推送的区域；在所建立的区域加载向所述直播观众推送的候选的媒体信息，确定所述主播用户在所选定的待推送的媒体信息；
媒体信息单元24，用于将所述待推送的媒体信息发送到所述直播观众的用于媒体信息推送的区域中进行展示。
在一个实施例中，所述区域单元23，还用于从服务器查询符合所述主播用户的特征的媒体信息，和/或，从所述服务器查询获取符合所述直播观众的特征的候选的媒体信息。
在一个实施例中，所述区域单元23，还用于当所述直播业务初始化之后，调用浏览器组件在所述主播用户的直播窗口之上建立设置页面区域，在所述设置页面区域加载候选的媒体信息的列表，确定所述主播用户在所述设置页面区域设定的待推送的媒体信息。
在一个实施例中，所述区域单元23，还用于当所述直播业务初始化之后，且当接收到针对所述主播用户的直播窗口中第一按钮的触发操作时，调用浏览器组件在所述主播用户的直播窗口之上建立设置页面区域，在所述设置页面区域加载候选的媒体信息的列表，确定所述主播用户在所述设置页面区域设定的待推送的媒体信息。
在一个实施例中，所述区域单元23，还用于当在所述设置页面区域接收到针对目标媒体信息的查看操作时建立相应的详情页面区域，在所述详情页面区域加载构成所述目标媒体信息的素材；当在所述设置页面区域接收到针对所述目标媒体信息的撤销查看操作时，撤销所述目标媒体信息的详情页区域。
在一个实施例中，所述区域单元23，还用于当所述直播业务初始化之前，调用浏览器组件在所述主播用户的直播窗口之上建立配置页面区域；
所述区域单元23，还用于在所述配置页面区域加载包括向所述直播观众推送的候选的媒体信息的列表。
在一个实施例中，所述区域单元23，还用于在所述直播窗口中加载第二按钮，并接收到针对所述第二按钮的触发操作时，调用浏览器组件在所述主播用户的直播窗口之上建立配置页面区域之前。
在一个实施例中，所述区域单元23，还用于确定所述主播用户在所述配置页面区域中设定的待推送的媒体信息。
在一个实施例中，所述媒体信息单元24，还用于基于在所述配置页面区域加载包括向所述直播观众推送的候选的媒体信息的列表，当所述直播业务初始化之后，将所述主播用户在所述直播业务初始化之前设定的待推送的媒体信息，发送到所述直播观众的直播窗口的区域中进行展示。
在一个实施例中，所述区域单元23，还用于当所述在配置页面区域接收到针对目标媒体信息的查看操作时，基于浏览器组件建立详情页面区域，在所述详情页面区域加载构成所述目标媒体信息的素材；在所述在配置页面区域接收到针对所述目标媒体信息的撤销查看操作时，撤销所述目标媒体信息的详情页区域。
在一个实施例中，所述媒体信息单元24，还用于当接收到所述主播用户的停止推送媒体信息的操作时，通知所述直播观众在相应的直播窗口中停止展示所接收的媒体信息。
在一个实施例中，所述媒体信息单元24，还用于上报所述主播用户的媒体信息的记录至服务器，用于供所述服务器更新所述主播用户的特征，基于更新的特征更新向所述直播观众推送的候选的媒体信息；其中，所述记录包括：所述主播用户设定的待推送的媒体信息；所述主播用户设定的停止推送的媒体信息。
在一个实施例中，所述区域单元23，还用于以避让所述直播窗口或部分遮挡所述直播窗口的方式，建立用于媒体信息推送的窗口；或者，
以避让所述直播窗口或部分遮挡所述直播窗口的方式，建立用于媒体信息推送的浮层。
就直播业务的直播观众的终端而言，参见图7，图7是本发明实施例提供的终端30的一个可选的功能结构示意图，包括：
初始化单元31，用于初始化直播观众与主播用户与之间的直播业务；
直播流单元32，用于接收所述主播用户发送的直播流；
播放单元33，用于基于所接收的直播流在所述直播观众的直播窗口中进行播放；
媒体信息单元34，用于接收所述主播用户发送的媒体信息；
区域单元35，用于在所述直播观众的直播窗口中建立用于媒体信息推送的区域，并将所接收的媒体信息加载到所建立的区域上进行展示。
在一个实施例中，所述区域单元35，还用于当接收所述主播用户发送的媒体信息时，在所述直播观众的直播窗口中加载第三按钮；当检测针对所述第三按钮的触发操作时，调用浏览器组件在所述主播用户的直播窗口之上建立详情页面区域，将所接收的媒体信息包括的素材加载到所述详情页面区域上进行展示；当接收到针对所述第三按钮的移除操作时，停止加载所述第三按钮。
在一个实施例中，所述区域单元35，还用于在所述直播观众的直播窗口中加载第二按钮；当接收到针对所述第二按钮的触发操作时，调用浏览器组件建立设置页面区域，在所述设置页面区域加载媒体信息的列表；其中，所述媒体信息的列表包括：所述主播用户发送的历史媒体信息；服务器推送的媒体信息。
在一个实施例中，所述区域单元35，还用于当在所述设置页面区域接收到针对所述列表中目标媒体信息的操作时，调用浏览器组件建立详情页面区域，将所述目标媒体信息包括的素材加载到所述详情页面区域上进行展示；
在所述在配置页面区域接收到针对所述目标媒体信息的撤销查看操作时，撤销所述目标媒体信息的详情页区域。
在一个实施例中，所述区域单元35，还用于当在所述详情页区域加载的素材中包括下载链接时，根据所述直播观众的操作下载相应下载链接的数据；当所述详情页区域加载的素材中包括落地页链接时，根据所述主播用户的操作在所述详情页区域加载相应落地页的页面。
在一个实施例中，所述媒体信息单元34，还用于上报所述直播观众接收的媒体信息的记录上报至服务器，用于供所述服务器更新所述主播用户的特征，基于更新的特征更新向所述直播观众推送的候选的媒体信息；
其中，所述记录包括：所述直播观众接收的媒体信息中被展示的媒体信息、以及未被展示的媒体信息。
在一个实施例中，所述直播流单元32，还用于在所述直播观众的即时通信窗口加载各所述直播观众对应所接收媒体信息的动态，所述动态包括以下至少之一：各所述直播观众展示的媒体信息；各所述直播观众访问的下载链接；各所述直播观众访问的落地页。
在一个实施例中，所述区域单元35，还用于以避让所述直播窗口或部分遮挡所述直播窗口的方式，建立用于媒体信息推送的窗口；或者，以避让所述直播窗口或部分遮挡所述直播窗口的方式，建立用于媒体信息推送的浮层。
下面，再结合图8-1至图8-12示出的本发明实施例提供的在直播业务中推送广告的一系列可选的显示示意图，以及图9-1至图9-3示出的是本发明实施例提供的在直播业务中推送广告的一个可选的流程示意图，在手机端的直播业务中推送app广告的一个示例进行说明，需要指出地，下述示例侧重于从直播客户端的图形界面加载浮层并交互的角度进行说明，可以理解地，根据对上文的理解，下文中所描述的直播查看、浮层以及按钮可以存在各种可选的变形，而不应视为对上文所记载的直播窗口、浮层以及按钮的限定。
下文示例结合主播用户终端、直播观众终端的图形界面说明，对于未尽的细节可以参见上文的记载。
直播业务初始化前-主播用户
直播业务初始化之前，主播用户点击在直播窗口图标(icon)①调出设置页面图层，加载有app广告的列表，可以事先了解app活动内容，方便主播在直播时推送相应的应用给直播观众。
参见图8-1，sdk(即前述的sdk)在主播开播前的直播窗口上，sdk加载icon①，点击后从直播窗口的下部直接填出配置页面浮层，包括有app活动的内容-app广告的列表，主播用户点击浮层之前的区域即可撤销配置页面浮层，从而实现在不跳转出当前应用的状态下进行操作，实现与直播客户端整体的交互风格一致的效果。
在图8-1中的整体界面中，浮层内容为sdk可配置加载的内容，其他内容为直播客户端耦合。具体来说，其中应用icon、app活动名称、应用名称由sdk与服务器进行接入并获取。
对于列表中的app广告，主播用户点击app广告的任意区域，均会调出该app广告的详情页浮层，如点击图8-1的列表中如图8-2所示的app广告时，调出如图8-3示出的详情页浮层。详情页浮层内的内容可以为图片类型的素材，由内容提供商提供详细的app活动的内容，并提交上传至服务器，sdk统一从服务器拉取。主播可以点击详情页浮层的返回按钮，返回设置页面浮层。
直播业务过程中-主播用户
直播业务初始化完成后，主播用户开始直播，主播用户与直播观众的直播客户端的直播窗口中都显示有主播用户表演的内容。
参见图8-4，主播用户点击直播间的app活动icon，弹出图8-5所示的设置页面浮层，每个app广告的标题文案由内容提供商自己上传至服务器，由sdk进行拉取。
主播用户点击列表推荐按钮之外的位置，都会调出详情页面浮层显示app广告的详情，详情均由内容提供商提供，主播用户可以点击详情页面浮层上的返回按钮撤销详情页面浮层，返回设置页面浮层。
主播点击浮层之外的所有位置都出触发sdk撤销浮层，使得直播窗口的遮挡消除。
主播用户每次只推送一个app广告，当点击app广告的推荐按钮后，如图8-6所示，在设置页面浮层中该app广告的推荐按钮的状态变为取消推荐，其他应用的推荐按钮置灰(表示当前不可推送)。当主播再次点击取消推荐的按钮后，置灰效果取消。
直播业务过程中-直播观众用户
直播观众用户进入直播间后，如图8-7所示，直播窗口加载有与主播用户的直播窗口相同的icon，当直播观众点击app活动icon④后调出如图8-8示出的详情页面浮层，显示主播用户最近推送的app广告的详情。
参见图8-7，当直播观众点击外显广告内容⑥或者是点击活动icon⑤查看主播用户今日推荐活动，均可调出详情页浮层，在活动详情页中通过点击icon⑦可以对应用进行下载。
详情页面浮层中，包括app的logo、活动名称等信息，并包括图片、文本等内容进一步全面描述app活动，并提供下载按钮，用户点击后可以下载应用。应用详情页素材由内容提供商提供，由sdk拉取。
参见图8-9，根据下载的状态，直播观众在下载应用时下载按钮会显示为下载、暂停、安装、打开等不同的状态、下载条状态统一在下载按钮上显示。
参见图8-10，直播观众点击如图8-7的活动icon⑧时，调出如图8-10所示的设置页面浮层众端显示主播用户最近推荐的应用，主播推荐的应用排序优先，并进行特殊标示(角标)。此外，主播用户未推送app广告时，设置页面浮层也会显示app广告。
此外，直播观众的直播客户端是的聊天区窗口显示相应内容，内容的字段可在sdk中配置，如，内容为“直播观众xxx正在下载appxxx，想和主播一起飞，就快来下载吧”。
直播时-活动展示
当主播用户推送app广告时，此时在直播观众用户的直播窗口产生一个如图8-7示出的悬浮icon④，直播观众用户点击icon④时，弹出如8-8所示的详情页面浮层。
icon④移除的方式有两种：
1、主播用户主动取消推荐，此时，在主播用户、直播观众的直播窗口中都会撤销推送app广告的悬浮icon。
2、主播用户滑动的方式移除悬浮icon④，此时，在主播用户、直播观众的直播窗口中都会撤销推送app广告的悬浮icon。
如图8-11和图8-12所示，icon④在视觉方面给用户以可以拖动的视觉效果，当直播观众按住拖动时，随着icon④的移动，透明度逐渐降低，提示icon④松手即将消失，icon④透明度减弱范围为100％-20％，当直播观众将icon④放回原位置时，icon④恢复为初始的不透明状态，不进行删除。
3、直播观众用户以拖动icon④的删除直播观众的直播窗口中的icon④，主播用户和其他直播观众的直播窗口中的icon④继续保留。
此外，在直播观众用户第一次拖动浮动icon④时，sdk提示删除icon④的教程，指示直播观众如何移除删除，当用户删除过一次icon之后，移除教程不再提示。
实际应用中，主播用户终端和直播观众终端通过服务器维持直播业务，并通过服务向直播观众推送app广告，具体来说，终端为运行接入了sdk的应用的智能终端设备，并通过移动数据网络或wlan等方式接入互联网，sdk和直播客户端通过终端的网络连接与服务器的业务接口(用于广告推送的业务)进行数据通信，直播客户端接入了sdk而具备app广告的推荐能力。
结合图9、图10-1至图10-3对主播侧sdk、服务器、直播观众侧sdk实现app广告推送的过程进行说明。
参见图10-1，主播用户侧和直播观众侧通过服务器进行通信同步数据，主播用户开播上传服务器本次直播间相关信息(如主播id，直播间id等)，直播观众加入直播间观看直播。
主播用户通过sdk提供的能力，选择app广告推送给直播观众时，sdk从服务器中读取相关广告数据，通过服务器通知给观众。服务器通知所有直播观众有主播用户推送了app广告，直播观众侧的sdk在直播窗口中展示推送的app广告。
主播用户需要取消app的推送时，通过sdk提供的能力，取消对应的app广告在直播观众侧的展示，sdk上传服务器相关数据(取消展示的app广告)。服务器通知所有直播观众有应用推荐取消，sdk在终端设备屏幕上隐藏推荐的app广告。
再参见图10-2，主播用户侧sdk通过直播客户端获取运行时所需环境和资源并展示相关内容，直播客户端通过主播用户侧sdk提供的初始化方法完成主播用户侧sdk的初始化，主播用户侧sdk在直播客户端窗口上叠加应用推荐入口按钮和web浏览器两个组件。
主播用户主动点击应用推荐入口按钮发起应用推荐，web浏览器载入相关页面，完成查看应用详情、应用推荐操作。
参见图10-3，直播观众侧sdk通过直播客户端获取运行时所需环境和资源并展示相关内容，直播客户端通过直播观众侧sdk提供的初始化方法完成直播观众侧sdk的初始化，直播观众侧sdk在直播客户端的直播窗口上叠加应用推荐入口按钮和web浏览器两个组件，直播观众观看直播时如果有主播推荐应用，直播观众侧sdk会收到服务器通知有应用推荐，直播观众侧sdk会展示应用推荐入口按钮，点击打开可以浏览推荐的应用详情和下载推荐应用的操作，直播观众观看直播时如果有主播关闭了推荐应用，直播观众侧sdk会收到服务器通知关闭应用推荐，直播观众侧sdk会隐藏应用推荐入口按钮。
综合上述示例，本发明实施例应用于在直播业务中推送广告的场景时，至少具有如下有益效果：
1)直播观众点击后即可了解广告内容，选择是否下载，缩短触达直播观众的路径，并有更多的图文内容给予直播观众，展示内容更加丰富，转化效果更好。
2)在主播端配置页主播可以高效更换向直播观众推荐的内容，并且自己可以十分方便的了解到自己推荐内容的详情，十分简便。
3)推荐内容基于整个应用宝的应用库，市面上的应用、游戏应有尽有，满足各种不同直播内容的主播，另外，sdk同时页可以向电商、内容等方面拓展不局限于应用分发，内容十分丰富。
4)数据通过sdk进行上报，每一步的具体数据都可以准确得到，通过数据可以进一步优化推荐的精度如定向推荐，通过智能算法推荐等等方式提高整体的转化率。
5)手机端用户也可以方便的点击广告，解决了手机端主播推荐无法触达用户的问题。
本领域的技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储装置、随机存取存储器(ram，randomaccessmemory)、只读存储器(rom，read-onlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机、服务器、或者网络装置等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储装置、ram、rom、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。