CN106993215A - 一种信息处理方法及处理程序装置 - Google Patents

Abstract

本发明公开了一种信息处理方法及处理程序装置，用于解决目前视频直播分享机制不健全而无法满足用户实时的直播观看需求的技术问题。所述方法包括：基于服务地址获得至少一个虚拟用户标识；其中，所述至少一个虚拟用户标识中的每个虚拟用户标识对应的直播设备能够实时采集图像并输出；在预定显示界面中显示与所述至少一个虚拟用户标识对应的至少一个直播窗口；获得与所述至少一个虚拟用户标识分别对应的至少一个直播数据；将所述至少一个直播数据在与其对应的直播窗口内显示输出；其中，直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数。

Description

一种信息处理方法及处理程序装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种信息处理方法及处理程序装置。

背景技术

随着科学技术的不断发展，大多数电子设备都具有直播视频的功能，用户可以通过登陆视频直播平台发布直播视频，同时也可以在该视频直播平台上查看其它用户所发布的直播视频，通过视频直播平台的作用，可以增强用户之间的信息交互，同时，有些直播用户还可以通过直播获得直播人气和金钱收益。

目前，在视频直播平台上一般提供有多个直播视频，用户在登录该视频直播平台后可以选择其中一个直播视频进行查看，即用户只能观看视频直播平台上当前所提供的直播，如果用户希望观看的直播在视频直播平台上没有提供，则无法满足用户的观看需求，用户的使用体验将降低。

可见，虽然视频直播平台具有提供直播视频的功能，但是直播分享机制并不健全，无法满足用户实时的直播观看需求，直播分享机制有待于提升。

发明内容

本发明实施例提供一种信息处理方法及处理程序装置，用于解决目前视频直播分享机制不健全而无法满足用户实时的直播观看需求的技术问题。

第一方面，提供一种信息处理方法，包括：

基于服务地址获得至少一个虚拟用户标识；其中，所述至少一个虚拟用户标识中的每个虚拟用户标识对应的直播设备能够实时采集图像并输出；

在预定显示界面中显示与所述至少一个虚拟用户标识对应的至少一个直播窗口；

获得与所述至少一个虚拟用户标识分别对应的至少一个直播数据；

将所述至少一个直播数据在与其对应的直播窗口内显示输出；其中，直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数。

在一种可能的实现方式中，所述方法还包括：

获得针对所述至少一个直播窗口中的第一直播窗口的触发操作；

响应所述触发操作，以在所述预定显示界面全屏显示所述第一直播窗口；

基于与所述第一直播窗口对应的第一虚拟用户标识，获得第一直播数据；

将所述第一直播数据在所述第一直播窗口内实时显示输出；其中，在所述第一直播窗口内显示输出的所述第一直播数据与其采集输出保持同步。

在一种可能的实现方式中，所述至少一个直播数据包括所述服务地址所表征的服务设备对直播实时数据进行处理而获得的数据；其中，所述服务地址所表征的服务设备对直播实时数据进行处理，包括：

分析所述直播实时数据，以判断所述直播实时数据所对应的直播设备在直播过程中是否进行了场景切换；

若进行了场景切换，则将包含新场景的直播数据作为处理而获得的数据。

在一种可能的实现方式中，获得与所述至少一个虚拟用户标识分别对应的至少一个直播数据，包括：

获得与所述至少一个虚拟用户标识分别对应的且包含新场景的直播数据。

在一种可能的实现方式中，基于服务地址获得至少一个虚拟用户标识，包括：

基于所述服务地址，向与所述服务地址表征的服务设备发送直播服务请求；其中，所述直播服务请求用于请求针对特定事件的直播服务；

获得对所述直播服务请求进行反馈的至少一个虚拟用户；其中，所述至少一个虚拟用户与所述至少一个虚拟用户标识一一对应。

第二方面，提供一种处理程序装置，所述处理程序装置用于：

获得直播服务请求；

响应所述直播服务请求，以获得至少一个虚拟用户标识；其中，所述至少一个虚拟用户标识中的每个虚拟用户标识对应的直播设备能够实时采集图像并输出；

获得与所述至少一个虚拟用户标识对应的至少一个直播数据；

将所述至少一个虚拟用户标识及所述至少一个直播数据反馈给发送所述直播服务请求的电子设备，以使所述电子设备在预定显示界面中显示与所述至少一个虚拟用户标识对应的至少一个直播窗口，并将至少一个直播数据在与其对应的直播窗口内显示输出；其中，直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数。

在一种可能的实现方式中，所述处理程序装置还用于：

将所述至少一个直播数据中的第一直播数据发送给所述电子设备，以使所述电子设备在所述预定显示界面全屏显示的第一直播窗口中实时显示输出素数第一直播数据；其中，在所述第一直播窗口内显示输出的所述第一直播数据与其采集输出保持同步。

在一种可能的实现方式中，所述至少一个直播数据包括所述处理程序装置对直播实时数据进行处理而获得的数据；所述处理程序装置还用于：

分析所述直播实时数据，以判断所述直播实时数据所对应的直播设备在直播过程中是否进行了场景切换；

若进行了场景切换，则将包含新场景的直播数据作为处理而获得的数据。

在一种可能的实现方式中，所述处理程序装置用于获得与所述至少一个虚拟用户标识分别对应的至少一个直播数据，包括：

获得与所述至少一个虚拟用户标识分别对应的且包含新场景的直播数据。

在一种可能的实现方式中，所述直播服务请求用于请求针对特定事件的直播服务；所述处理程序装置用于响应所述直播服务请求，以获得至少一个虚拟用户标识，包括：

向与多个直播设备分发所述直播服务请求；

接收所述多个直播设备中的至少一个直播设备所反馈的直播确认信息；其中，所述直播确认信息表明确认对所述特定事件进行直播；

确定与所述至少一个直播设备对应的标识为所述至少一个虚拟用户标识

第三方面，提供一种电子设备，包括：

存储器，用于存储指令；

处理器，与所述存储器连接，用于执行所述指令，以在执行所述指令时执行如第一方面中所述的信息处理方法。

第四方面，提供一种服务设备，包括：

存储器，用于存储指令；

处理器，与所述存储器连接，用于获得直播服务请求；响应所述直播服务请求，以获得至少一个虚拟用户标识；其中，所述至少一个虚拟用户标识中的每个虚拟用户标识对应的直播设备能够实时采集图像并输出；获得与所述至少一个虚拟用户标识对应的至少一个直播数据；以及将所述至少一个虚拟用户标识及所述至少一个直播数据反馈给发送所述直播服务请求的电子设备，以使所述电子设备在预定显示界面中显示与所述至少一个虚拟用户标识对应的至少一个直播窗口，并将至少一个直播数据在与其对应的直播窗口内显示输出；其中，直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数。

在一种可能的实现方式中，所述服务设备还用于：

将所述至少一个直播数据中的第一直播数据发送给所述电子设备，以使所述电子设备在所述预定显示界面全屏显示的第一直播窗口中实时显示输出素数第一直播数据；其中，在所述第一直播窗口内显示输出的所述第一直播数据与其采集输出保持同步。

在一种可能的实现方式中，所述至少一个直播数据包括所述处理程序装置对直播实时数据进行处理而获得的数据；所述服务设备还用于：

分析所述直播实时数据，以判断所述直播实时数据所对应的直播设备在直播过程中是否进行了场景切换；

若进行了场景切换，则将包含新场景的直播数据作为处理而获得的数据。

在一种可能的实现方式中，所述服务设备用于获得与所述至少一个虚拟用户标识分别对应的至少一个直播数据，包括：

获得与所述至少一个虚拟用户标识分别对应的且包含新场景的直播数据。

在一种可能的实现方式中，所述直播服务请求用于请求针对特定事件的直播服务；所述服务设备用于响应所述直播服务请求，以获得至少一个虚拟用户标识，包括：

向多个直播设备分发所述直播服务请求；

接收所述多个直播设备中的至少一个直播设备所反馈的直播确认信息；其中，所述直播确认信息表明确认对所述特定事件进行直播；

确定与所述至少一个直播设备对应的标识为所述至少一个虚拟用户标识。

本发明实施例中，可以基于服务地址获得至少一个虚拟用户标识，而每个虚拟用户标识对应的直播设备能够实时采集图像并输出，相当于是可以基于服务地址确定能够进行实时直播的多个直播设备，再在预定显示界面中为多个直播设备预先提供一个直播窗口以及获得多个直播设备进行直播的多路直播数据，进而再将每路直播数据在预先提供的直播窗口中进行显示输出，也就是说，可以基于服务地址获得多路直播数据，并且将多路直播数据均显示在预定显示界面中，以实现直播的实时分享，满足用户实时的直播观看需求，并且通过在单个界面中同时显示多个直播内容，通过提升单个界面的信息展示量，以便于用户能够在单个界面中获取到更多的直播内容，增加信息获取量。

同时，由于直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数，即在任意的单位时间段内，对于多个直播窗口中的任意一个直播窗口来说，在其内所显示的直播数据的图像帧的显示更新总帧数是小于对应的直播设备在对应的单位时间段内进行图像采集的采集输出帧数的，可以这样理解，在单位时间段内在直播窗口中显示输出的图像帧的数量是对应的直播设备在该单位时间段内所采集的图像帧的一部分，相当于是将多个直播窗口以预览窗口的方式进行呈现，这样可以减少直播窗口中显示的直播数据的数据量，对于多个直播窗口并行显示来说，在直播需求设备的网络带宽一定的基础上，可以尽量确保直播的流畅性、连贯性和完整性，在用户能够看到所有直播窗口的直播内容的同时，还可以不因为网络带宽的限制而出现卡顿等影响用户观看的情形。

附图说明

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

图1为本发明实施例中信息处理方法的流程图；

图2为现有技术中微信朋友圈主界面的示意图；

图3为本发明实施例中微信朋友圈主界面的示意图；

图4为本发明实施例中微信朋友圈主界面的另一示意图；

图5为本发明实施例中微信朋友圈主界面的另一示意图；

图6为本发明实施例中电子设备的结构示意图；

图7为本发明实施例中服务设备的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。

请参见图1，本发明实施例提供一种信息处理方法，该方法可以应用于电子设备，该电子设备是能够支持视频播放的电子设备，例如手机、平板电脑(PAD)、掌上电脑(Personal Digital Assistant，PDA)、笔记本电脑、智能手表、智能眼镜等电子设备。该方法的流程描述如下。

步骤101：基于服务地址获得至少一个虚拟用户标识；其中，至少一个虚拟用户标识中的每个虚拟用户标识对应的直播设备能够实时采集图像并输出。

在实际中，存在多种类型的视频直播平台，用户可以作为直播视频的提供方以登陆该视频直播平台发布直播视频，或者也可以作为直播视频的观看方而登陆该视频直播平台观看其它用户所发布的直播视频。

在本发明实施例中，为了便于理解，将在视频直播平台上发布直播视频即作为直播源提供方的设备称作直播设备或者直播源设备，为了统一描述，后续统一称作直播源设备，以及将通过该视频直播平台下载直播视频资源或者发布直播视频观看需求的设备称作直播需求设备，当然，同一设备既可以作为直播源设备，又可以作为直播需求设备。

在具体实施过程中，要通过该视频直播平台发布或者下载直播数据，均可以要求提前在该视频直播平台注册，对应每个设备，在注册成功之后，视频直播平台的服务设备可以向其分配一个虚拟用户标识，该虚拟用户标识可以是用户注册时所设置的登陆名，或者也可以是由服务器随机生成分配的序列号，等等，在该视频直播平台中，虚拟用户标识具有唯一性，即对于注册用户来说，服务设备为其分配的虚拟用户标识是互不相同的。

另外，对于任一视频直播平台，可以均具有一个对应的网络服务地址，或者称作服务地址，无论是直播需求设备还是直播源设备需要登陆该视频直播平台时，均是基于对应的服务地址进行登陆的，这样可以确保视频直播平台能够为设备提供专属直播服务。

直播需求设备若需要获得直播数据，则可以基于对应的服务地址登陆相应的视频直播平台，进而获得至少一个虚拟用户标识，而此处的至少一个虚拟用户标识是指与直播源设备对应的虚拟用户标识，即是指能够实时采集并输出图像以提供直播数据而作为直播源设备的虚拟用户标识。

在一种可能的情形中，假设某用户希望观看针对特定事件的直播服务，则可以使用自己的直播需求设备(例如手机)基于服务地址向服务设备发送直播服务请求，服务设备在接收到该直播服务请求之后可以向多个设备分发该直播服务请求，并在一定时间段内接收多个设备中的至少一个设备所反馈的直播确认信息，并将与至少一个设备所对应的至少一个虚拟用户标识发送给直播需求设备。其中，直播确认信息用于表明对应的设备可以提供针对特定事件的直播服务，即可以满足直播需求设备的直播服务请求，所以此时可以将向服务设备发送直播确认信息的设备看作是直播源设备。

例如，张三希望观看明星A于3月15日在地点X召开的粉丝见面会的直播视频，那么张三可以使用自己的手机基于一服务地址登陆对应的视频直播平台，并向该视频直播平台对应的服务设备发送直播服务请求，例如该直播服务请求可以为“请求分享明星A于3月15日在地点X召开的粉丝见面会的直播视频”，在接收到手机发送的该直播服务请求之后，服务设备可以将该直播服务请求分发给多个可能的直播源设备，例如分发给了7个直播源设备，而这7个直播源设备在接收到服务设备所发送的直播服务请求之后，可以根据自身实际情况选择是否要接受该直播服务请求，例如某用户当前并不在地点X，那么即使希望直播也是有心无力，或者例如某用户当前不仅在地点X而且有条件也有意愿对明星A的粉丝见面会进行直播，等等，如果确定能够直播那么则可以向服务设备发送直播确认信息以向服务设备告知自己已经接受该直播服务请求，如果确定无法直播那么则可以不做任何操作，或者也可以向服务设备发送一条无法进行直播的反馈信息。

如果接受该视频直播请求，直播源设备需要在预定时间段内(例如5分钟内)进行答复，对于不接受的可以不做要求，服务设备只统计5分钟内进行答复的直播源设备，因为时间过长的话可能会影响直播的开始或者无法满足用户及时的直播需求，当然，预定时间段的具体时长可以根据距离直播服务请求所针对的特定事件的发生时间而定，或者也可以由用户自行设置，本发明实施例对此不做具体限制。

另外，服务设备在向多个直播源设备分发直播服务请求时，可以对全部的直播源设备进行一定程度的筛选后再分发，通过筛选的方式可以尽量提高分发的有效性，例如可以分发给注册地为地点X的多个直播源设备，或者可以分发给经常直播与明星A相关的视频的多个直播源设备，或者可以分发给当前所处位置标定为地点X的多个直播源设备，等等，因为筛选过的这些直播源设备是相对具有直播条件和直播意愿的，这样可以提高分发的有效性，同时也可以节约分发时间，提高分发效率。

也就是说，用户可以基于自己实时的直播观看需求，使用直播需求设备向服务设备发送直播服务请求，服务设备能够将响应该直播观看需求并将直播源设备所提供的实时直播数据处理后反馈给直播需求设备，用户可以根据服务设备处理后的实时直播数据进行直播点播，例如，可以选择最好观看角度的直播数据进行播放，以实现按需观看的直播点播，这样可以尽量满足用户的实时观看需求和个性化观看需求，同时也可以提高视频直播平台的资源利用。

在另一种可能的情形中，当用户打开直播需求设备中某个应用程序的某一界面时，例如打开微信应用程序的朋友圈界面时，服务设备可以将朋友圈内的好友当前正在直播的数据直接推送给该直播需求设备，例如此时在朋友圈的界面上同时显示有5个窗口以分别显示有5个好友当前正在直播的直播数据。也就是说，在该情形中，用户无需提前发送直播服务请求，服务设备可以将当前正在直播的直播数据直接推送给用户，以便于用户在浏览朋友圈时能够直接查看到多个好友当前正在进行的直播情况，提升用户交互体验。

步骤102：在预定显示界面中显示与至少一个虚拟用户标识对应的至少一个直播窗口。

在获得了至少一个虚拟用户标识之后，例如在按照上述方法确定了5个虚拟用户标识之后，则可以确定有对应的5个直播源设备可以向用户提供希望观看的直播视频，此时，直播需求设备可以在预定显示界面中显示5个直播窗口，而其中的每个直播窗口可以用于显示一路直播数据，当然，在此时，直播窗口只是用于准备显示直播数据的，其中可以并未显示直播内容。也就是说，在正式播放直播视频之前，可以预先为每个直播源设备提供的直播视频提供一个专属的直播窗口。

另外，在每个直播窗口的边界处可以显示对应的虚拟用户标识，以便于用户在后续观看直播视频的过程中能够知晓每路直播数据的提供方，即能够知晓每个直播数据是由哪个直播源设备提供的。并且，多个直播窗口的样式可以相同或者也可以不同，例如所有的直播窗口均为300*400的矩形窗口，或者其中一部分为矩形窗口，另一部分为正方形窗口，等等。

在步骤102中显示的所有直播窗口中的每一个直播窗口所占的显示区域均小于直播需求设备的显示屏的显示区域，相当于是，在步骤102中显示的所有直播窗口均是以小窗口的预览模式进行显示的，这样可以便于用户能够通过直播需求设备的显示屏尽可能多的直播窗口同时进行查看，在同一时刻就可以预览多个直播视频，同时也可以尽量减少对预定显示界面中原本的显示内容的遮挡。

本发明实施例中，预定显示界面是直播需求设备中的任意一个能够支持直播播放的显示界面，预定显示界面可以为任意一个支持直播播放的应用程序所对应的显示界面，例如，预定显示界面可以是微信朋友圈的主界面，或者可以是微博应用的主显示界面，等等，或者也可以是任意一个直播平台软件的程序界面，等等。

另外需要说明的是，该预定显示界面为一级界面，在用户点选了其中一个直播窗口后，该直播窗口可以全屏显示，而所呈现的全屏直播窗口可以为二级界面，该二级界面为该一级界面的子界面。在一种可能的实现方式中，该全屏直播窗口可以是直接由对应的小窗口放大而成的，即直接将对应的小窗口扩大显示面积而成，当呈现为全屏直播窗口之后，之前的小窗口可以不再存在；在另一种可能的实现方式中，设备可以通过一个新的进程来控制全屏直播窗口的显示，也就是说，全屏直播窗口是新生成的一个窗口，与对应的小窗口之间可以不具有什么必然联系。

另外，所呈现的全屏直播窗口可以全部或者部分占据设备的整个显示屏的全部显示区域，当前全部占据整个显示屏的全部显示区域时，可以理解为是将对应的小窗口进行屏幕最大化，进而由原来的预览模式切换为全屏模式，因为这是用户希望认真观看的直播内容，通过全屏的方式可以方便用户能够清晰、完整且不受其它显示内容影响地关注该直播内容；当其部分占据整个显示屏的全部显示区域时，例如可以是以悬浮的方式叠加显示在多个小窗口之上。

步骤103：获得与至少一个虚拟用户标识分别对应的至少一个直播数据。

进一步地，在获得了至少一个虚拟用户标识之后，直播需求设备可以获得与至少一个虚拟用户标识分别所对应的至少一个直播数据。

在直播过程中，直播源设备通过实时采集视频流数据即可以形成实时直播数据，在获得直播数据之后，直播源设备再将获得的直播数据实时地上传至视频直播平台的服务设备，服务设备再将直播源设备上传的直播数据转发给直播需求设备，以使直播需求设备的用户能够查看到相应的直播数据。

也就是说，直播需求设备所获得至少一个直播数据是通过接收服务设备发送的直播数据而获得的。在具体实施过程中，服务设备可以将直播源设备所上传的直播数据直接原封不动地转发给直播需求设备，此时服务设备起到的仅仅是数据转发的作用，这样可以确保直播数据的原始和真实，以最大程度上还原直播场景。

另外，服务设备还可以对直播源设备所上传的直播数据进行处理，进而再将处理后的数据发送给直播需求设备。为了便于本领域技术人员理解，以下对服务设备对直播源设备上传的直播数据进行处理的一些策略进行介绍说明。

一种可能的处理策略是，服务设备对直播源设备所上传的直播数据进行减帧处理，即从直播数据所对应的全部帧图像中抽取出部分帧图像发送给直播需求设备，例如可以让直播需求设备所显示输出的直播数据在单位时间段内的显示更显帧数小于其在该单位时间段内的采集输出帧数。例如，将直播源设备所采集的图像帧称作源图像帧，那么可以每隔1秒从源图像帧中抽取1帧图像发送给直播需求设备，或者可以每隔2秒从源图像帧中抽取5帧图像发送给直播需求设备，或者源图像帧一共有100帧，可以只抽取前50帧中的任意连续10帧和后50帧中的任意连续10帧发送给直播需求设备，等等。

通过抽取部分帧图像的处理策略，可以使得最终发送给直播需求设备的直播数据的数据量小于直播源设备原本上传的直播数据的数据量，以便于直播需求设备在进行播放时节约流量，并且在多个小窗口同时显示时，还可以在网络带宽一定的情况下，使得每个小窗口都能流畅地进行播放。

另一种可能的处理策略是，服务设备对直播源设备所上传的直播数据所包括的音频数据和图像数据进行分离处理，再根据直播需求设备的实际需求来选择将分离的哪一部分数据发送给直播需求设备。例如，当直播需求设备以小窗口的预览模式显示多路直播数据时，为了减少多个小窗口之间的音频干扰，或者为了减少由于多个小窗口同时输出音频而对用户造成干扰，此时可以只向直播需求设备发送图像数据而不发送音频数据，那么直播需求设备在对接收的直播数据进行输出时则就只包括图像而不包括音频，或者，当直播需求设备的用户选择其中一个小窗口全屏播放时，此时表明用户对该小窗口对应的直播数据比较感兴趣，为了让用户能够从视觉和听觉上全方位感受到对应的直播数据，此时服务设备可以将图像数据和音频数据一起发送给直播需求设备。

通过将音频数据和图像数据进行分离的处理策略，可以尽量满足直播需求设备的用户的不同需求，并且如果只发送图像数据的话，也可以在一定程度上节约传输的数据量，利于直播需求设备更快速地下载和更流畅地播放。

再一种可能的处理策略是，服务设备在检测到直播源设备所上传的直播数据中存在场景切换时，需要将场景切换后的直播数据发送给直播需求设备，即可以将包含新场景的直播数据作为处理后而获得的数据发送给直播需求设备。例如直播源设备所上传的直播数据包括100帧图像，按照预定的处理策略，服务设备只抽取第20-30帧图像和第60-70帧图像总共20帧图像发送给直播需求设备，但是在该100帧图像中，服务设备在第75帧时检测到直播场景进行了切换，为了直播需求设备的用户能够明确直播源设备在进行直播的过程中的场景切换，服务设备可以再抽取第75-85帧图像发送给直播需求设备，即将第20-30帧图像、第60-70帧图像和第75-85帧图像总共30帧图像发送给直播需求设备，那么当用户在查看到第75帧图像时，则可以明确直播源设备的直播用户在第75帧图像对应的时刻进行了直播场景的切换，进而使得服务设备对直播数据的处理能够最大程度地保持直播数据的原始和真实性。

进一步地，例如直播源设备直播的是用户唱歌，随着直播进程的继续，用户从卧室移动到了客厅，那么服务设备同时还可以将场景切换这一信息添加到直播数据中，并将添加了场景切换这一信息的直播数据发送给直播需求设备，当直播需求设备的用户在查看服务设备处理后的直播数据之后，则可以及时获知在哪个时刻直播用户从卧室移动到了客厅，即通过在直播数据中添加场景切换的标签信息的方式对用户进行场景切换的提醒，这样在用户将关注重点放在直播用户唱歌的内容而忽略直播背景时，通过服务设备对直播实时数据的处理能够更加方便用户及时、清楚地获知直播场景(例如直播场景的背景)的切换。

在本发明实施例中，直播场景的切换，可以是指直播背景的改变或者是指直播对象的改变。例如对于用户直播唱歌来说，当用户在直播一首歌曲的过程中从客厅移动到了卧室，此时可以认为是直播背景发生了改变，而直播的对象(即唱歌的用户)是没有发生变化的，又例如对于选购水果的直播来说，在第一时刻直播的对象是猕猴桃，而在第二时刻直播的对象是火龙果，由于直播的对象发生了变化，此时也可以认为是直播场景进行切换。

以上列举了三种服务设备对直播源设备所上传的直播数据进行处理的策略，对于不同的处理策略，可以理解为是对直播数据进行减小数据量的处理，或者在减小数据量的同时尽量保证直播数据的时序性和真实性的处理，本领域技术人员应该理解的是，本发明实施例包括但不限于以上三种处理策略，凡是基于前述处理目的进行的其它处理策略均应在本发明的保护范围之内。

在具体实施过程中，对于服务设备对直播源设备所上传的直播数据所采用的多种处理策略，可以择一实施，或者可以选择其中的多种同时实施，具体可以根据实际情况而定，本发明实施例对此不作限制。

在本发明实施例中，步骤102和步骤103的执行顺序可以任意，也就是说，可以先执行步骤102再执行步骤103，或者也可以先执行步骤103再执行步骤102，或者步骤102和步骤103也可以同时执行，只要在步骤104之前执行完步骤102和步骤103即可，本发明实施例对此不作限制。

步骤104：将至少一个直播数据在与其对应的直播窗口内显示输出；其中，直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数。

即，在通过步骤102准备好了预览显示的直播窗口和通过步骤103获得了至少一个直播数据之后，则可以将每个直播数据在对应的直播窗口内进行显示输出，以便于用户能够通过在直播窗口中看到对应的直播内容。

由于同时可以显示多个直播窗口，用户可以在一个界面中同时看到多路直播内容。在具体实施过程中，多个直播窗口分别所显示的直播内容可以表征同一直播场景，或者也可以表征不同的直播场景。

例如，有三个直播窗口，这三个直播窗口所显示的均是明星A的粉丝见面会的现场直播视频，不过每路直播数据可以是以不同的直播视角进行采集的，例如第一个直播窗口、第二个直播窗口和第三直播窗口分别是以左视角、正视角和右视角分别进行采集的，虽然表征的是同一直播场景，但是是以不同视角进行采集的，这样可以方便用户从不同的视角来对直播现场进行还原，提升现场体验感。

又例如，第一个直播窗口显示的是明星A的粉丝见面会的直播场景，第二个直播窗口显示的是朋友圈某位好友在直播唱歌的场景，第三个直播窗口显示的是家具现场采购的直播场景，此时三个直播窗口所显示的直播场景互不相同，用户可以在同一个界面同时预览到不同场景的直播内容，增加信息获取量。

在本发明实施例中，在直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数，也就是说，在任意的单位时间段内，对于多个直播窗口中的任意一个直播窗口(即，上述的小窗口)来说，在其内所显示的直播数据的图像帧的显示更新总帧数是小于对应的直播源设备在对应的单位时间段内进行图像采集的采集输出帧数的，可以这样理解，在单位时间段内在直播窗口中显示输出的图像帧的数量是对应的直播源设备在该单位时间段内所采集的图像帧的一部分。

在小窗口中所播放的图像帧数小于直播源设备所采集的总图像帧数，这样可以减少直播窗口中显示的直播数据的数据量，对于多个小窗口并行显示来说，在直播需求设备的网络带宽一定的基础上，可以尽量确保直播的流畅性、连贯性和完整性，在用户能够看到所有直播窗口的直播内容的同时，还可以不因为网络带宽的限制而出现卡顿等影响用户观看的情形。

同时，虽然直播数据在单位时间段内的显示更新帧数小于其在对应的单位时间段内的采集输出帧数，但是显示更新帧数的具体值可以根据对视频的最低呈现要求而定，例如，为了通过视觉暂留技术使得用户能够对所播放的多帧图像形成连续视频的视觉感受，需要确保显示更新帧数不得小于能够满足用户视觉暂留的要求。

另外，通过设置单位时间段的概念，即可以将整个直播过程划分为多个单位时间段，这样可以确保在从直播数据开始采集时起，每个单位时间段内均有对应的显示更新帧数通过直播窗口进行显示，例如整个直播过程为10分钟，那么则可以以1分钟为单位将10分钟的直播过程划分为10个单位时间段，随着直播进程的继续，在每个单位时间段内均可以有相应的显示更新帧数通过直播窗口进行显示，这样可以确保直播窗口的直播显示基本上是与直播源设备的直播进程同步的，通过直播窗口的预览，虽然可能由于显示更新帧数较少而导致直播视频不完整，但是还是可以基本上知晓直播进程，即可以确保直播数据的播放与直播进程在时间上的同步性。例如直播的是明星A的粉丝见面会，那么随着直播的进程，通过直播窗口是可以实时了解到直播现场的真实场景的，例如在直播开始是粉丝献礼物环节，在直播中途是粉丝提问环节，而在直播后期则是明星A向粉丝献唱环节，并且可以知晓明星A献唱的歌曲是歌曲A。

通过将直播数据在单位时间段内的显示更新帧数设置为小于其在所述单位时间段内的采集输出帧数，可以在小窗口的预览模式下尽量减少大量数据下载对带宽的占用而导致预览出现卡顿，因为用户在此时仅仅是对直播内容进行预览，那么只要能够知晓直播内容的大致内容即可，在不影响用户预览的前提下还可以尽量确保视频播放的流畅性和连贯性，一举两得。

在观看直播之后，用户可以对进行操作以输入针对直播内容的评价信息，服务设备在获得该评价信息之后，可以根据该评价信息对对应的直播数据进行累计打分，直播源设备可以根据将该评分兑换为相应的平台积分，而平台积分最终可以兑换成现金消费，或者直播源设备的用户下次可以使用平台积分向其服务设备请求播放其它直播，相当于是通过平台积分购买直播请求服务。

在实际中存在这样一种情形，即直播需求设备无法在一个页面同时显示服务设备所发送的全部直播数据，例如服务设备向直播需求设备发送了16路直播数据，而在直播需求设备的一个页面上最多只能以9个小窗口同时输出9路直播数据，此时可以以翻页的方式对16路直播数据的小窗口进行显示，例如第1页显示了前9路直播数据的小窗口，如果用户希望查看剩余7路直播数据的小窗口时，可以通过向左滑动屏幕以向右翻页的方式查看下一页面中的7个小窗口。

另外，当直播需求设备的当前页面为显示前9路直播数据的9个小窗口的页面时，对于剩余7路的直播数据则可以不进行输出，因为在用户执行向右翻页的操作之前，用户是无法看到剩余7路的直播数据的7个小窗口的，此时即使输出这些直播数据用户也是无法看到的，输出的话也是无效输出，耗费下载流量和设备功耗。也就是说，对于在当前页面没有显示的直播窗口，直播需求设备可以禁止窗口的显示以及禁止在其内输出对应的直播数据，以尽量节约设备功耗和减少下载流量，同时还可以减少设备进程，以提升设备的性能。

在一种可能的实施方式中，当在预定显示界面中显示与至少一个虚拟用户标识对应的至少一个直播窗口之后，即在预定显示界面中显示多个直播预览窗口之后，用户可以选择其中一个喜欢的进行当前观看，例如选择前述例子中的正视角的直播窗口或朋友圈某位好友的唱歌直播进行当前观看，在具体实施过程中，用户可以对需要选择的直播窗口(例如称作第一直播窗口)进行触发操作，例如在第一直播窗口的任意位置进行了触控操作，电子设备在检测到用户的触发操作之后，则可以响应该触发操作，并将第一直播窗口在预定显示界面中进行全屏显示。例如通过前述介绍的扩大第一直播窗口的显示面积的方式进行全屏显示，或者通过前述介绍的通过新增加进程以新生成一个全屏直播窗口的方式进行全屏显示，无论对于哪种显示方式来说，可以将多个小窗口的显示界面理解为是一级界面，而将全屏直播窗口理解为是一级界面下的一个子界面，例如称作第二界面。

另外，对于一级界面中所显示的多个小窗口中的直播数据，在进行输出时可以对其部分(例如9个小窗口中的2个小窗口或者3个小窗口)或者全部进行禁音处理，即禁止这些小窗口内进行声音输出。

而对于禁音的具体处理方式，可以控制直播需求设备的喇叭直接关闭禁音，此种方式适用于全部小窗口均禁音的情形；或者可以通过前述介绍的由服务设备对直播数据进行图像数据和音频数据进行分离后发送给直播需求的方式来实现禁音，例如当服务设备检测到直播需求设备当前显示的是一级界面时，则将其中部分直播数据或者全部直播数据的音频数据保留而只发送对应的图像数据，那么直播需求设备在接收之后就只能进行图像输出而无法输出音频；或者还可以由直播需求设备对完整的直播数据进行音频数据和图像的分离处理，即由直播需求设备在本地进行分离处理，具体方式与服务设备对直播数据进行分离处理的方式类似，此处就不再赘述了。

进一步地，在全屏直播窗口的二级界面中，可以再恢复音频的输出，因为全屏直播窗口中显示的是用户最终选择观看的直播数据，为了方便用户能够从视觉和听觉上完整地感受到直播进程，此时则可以恢复声音的输出。而具体的声音恢复方式可以与上述介绍的禁音方式对应实施，此处就不再详述了。

此外，为了便于领域技术人员对本发明实施例中的信息处理方法更深入地理解，以下以一个例子再结合附图2-图5进行举例说明。

以直播需求设备是手机为例，当用户使用手机打开微信应用程序的朋友圈主界面时，按照现有技术的方式，此时假设朋友圈主界面的显示如图2所示，而在本发明实施例中，在打开朋友圈主界面时，由于服务设备可以向手机推送朋友圈好友正在直播的直播视频，例如推送了3个好友正在直播的直播数据，如图3所示，该3个好友正在直播的直播数据分别以视频A、视频B和视频C表示，可见与视频A、视频B和视频C对应的三个直播窗口是以小窗口的预览模式进行显示的，用户在打开朋友圈主界面时就可以直接看到视频A、视频B和视频C这三路直播数据。并且在显示时，每个小窗口的透明度均可以为0，例如视频A和视频B所示，此时对之前所显示的好友动态均完全遮挡，或者还可以以一定透明度显示，例如视频C所示，可见视频C对应的小窗口对之前所显示的好友动态只会造成一定程度的遮挡，随着透明度增大，对于之前所显示的内容的遮挡程度越低。

进一步地，例如用户希望观看视频B，则可以对视频B对应的小窗口进行点击操作，进而触发对视频B进行全屏播放。而全屏播放的方式例如图4所示的全部占据显示屏的所有显示区域，或者例如图5所示的部分占据显示屏的所有显示区域，无论是图4所示的方式还是图5所示的方式，视频A和视频C所对应的小窗口还是可以继续保留，或者可以禁止继续显示，当将其禁止继续显示时，可以在当视频B由全屏显示窗口恢复到小窗口时再恢复视频A和视频C的小窗口显示。

在本发明实施例中，在对第一直播窗口全屏显示时，可以令第一直播窗口内显示输出的直播数据与其采集输出保持同步，也就是说，当全屏显示时，可以令直播数据的采集和播放保持完全同步，此时可以认为直播数据在全屏直播窗口中的单位时间段内的显示更新帧数等于其在对应的单位时间段内的采集输出帧数，因为在全屏显示下，表明用户对该直播数据的观看要求较高，对于视频的连贯性和清晰度的要求都较高，此时采用输出和采集保持同步的方式可以尽量确保视频能够连贯、清晰地显示，以满足用户的观看需求。另外，本发明实施例中的同步，可以忽略直播源设备向服务设备上传直播数据以及服务设备向直播需求设备转发直播数据所产生的时延。

本发明实施例中，可以基于服务地址获得至少一个虚拟用户标识，而每个虚拟用户标识对应的直播设备能够实时采集图像并输出，相当于是可以基于服务地址确定能够进行实时直播的多个直播设备，再在预定显示界面中为多个直播设备预先提供一个直播窗口以及获得多个直播设备进行直播的多路直播数据，进而再将每路直播数据在预先提供的直播窗口中进行显示输出，也就是说，可以基于服务地址获得多路直播数据，并且将多路直播数据均显示在预定显示界面中，以实现直播的实时分享，满足用户实时的直播观看需求，并且通过在单个界面中同时显示多个直播内容，通过提升单个界面的信息展示量，以便于用户能够在单个界面中获取到更多的直播内容，增加信息获取量。

同时，由于直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数，即在任意的单位时间段内，对于多个直播窗口中的任意一个直播窗口来说，在其内所显示的直播数据的图像帧的显示更新总帧数是小于对应的直播设备在对应的单位时间段内进行图像采集的采集输出帧数的，可以这样理解，在单位时间段内在直播窗口中显示输出的图像帧的数量是对应的直播设备在该单位时间段内所采集的图像帧的一部分，相当于是将多个直播窗口以预览窗口的方式进行呈现，这样可以减少直播窗口中显示的直播数据的数据量，对于多个直播窗口并行显示来说，在直播需求设备的网络带宽一定的基础上，可以尽量确保直播的流畅性、连贯性和完整性，在用户能够看到所有直播窗口的直播内容的同时，还可以不因为网络带宽的限制而出现卡顿等影响用户观看的情形。

基于同一发明构思，本发明实施例提供一种处理程序装置，所述处理程序装置用于：

获得直播服务请求；

响应直播服务请求，以获得至少一个虚拟用户标识；其中，至少一个虚拟用户标识中的每个虚拟用户标识对应的直播设备能够实时采集图像并输出；

获得与至少一个虚拟用户标识对应的至少一个直播数据；

将至少一个虚拟用户标识及至少一个直播数据反馈给发送直播服务请求的电子设备，以使电子设备在预定显示界面中显示与至少一个虚拟用户标识对应的至少一个直播窗口，并将至少一个直播数据在与其对应的直播窗口内显示输出；其中，直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数。

在一种可能的实施方式中，所述处理程序装置还可以用于：

将至少一个直播数据中的第一直播数据发送给电子设备，以使电子设备在预定显示界面全屏显示的第一直播窗口中实时显示输出素数第一直播数据；其中，在第一直播窗口内显示输出的第一直播数据与其采集输出保持同步。

在一种可能的实施方式中，至少一个直播数据包括处理程序装置对直播实时数据进行处理而获得的数据；所述处理程序装置还可以用于：

分析直播实时数据，以判断直播实时数据所对应的直播设备在直播过程中是否进行了场景切换；

若进行了场景切换，则将包含新场景的直播数据作为处理而获得的数据。

在一种可能的实施方式中，所述处理程序装置用于获得与至少一个虚拟用户标识分别对应的至少一个直播数据，可以包括：

获得与至少一个虚拟用户标识分别对应的且包含新场景的直播数据。

在一种可能的实施方式中，直播服务请求用于请求针对特定事件的直播服务；所述处理程序装置用于响应直播服务请求，以获得至少一个虚拟用户标识，可以包括：

向多个直播设备分发直播服务请求；

接收多个直播设备中的至少一个直播设备所反馈的直播确认信息；其中，直播确认信息表明确认对特定事件进行直播；

确定与至少一个直播设备对应的标识为至少一个虚拟用户标识。

上述处理程序装置所执行的各个步骤与前述的信息处理方法中的各步骤是相互关联的，对于本发明实施例中的处理程序装置所执行的各个步骤的具体实施可以参见前述信息处理方法的实施例介绍，此处就不再重复说明了。

本发明实施例中的处理程序装置可以设置于处理器中或者可以作为单独的硬件存在，在具体实施过程中，处理程序装置用于执行的各个步骤可以以软件程序代码的方式固化到硬件装置中以形成本发明实施例中的处理程序装置，而对于处理程序装置的具体硬件形式，本发明实施例不作限制。

请参见图6，基于同一发明构思，本发明实施例还提供一种电子设备，该电子设备可以理解为前述方法实施例中所介绍的直播需求设备，该电子设备可以是能够任一支持直播视频播放的电子设备，例如手机、PAD、穿戴式电子设备(例如智能手表或智能眼镜)、笔记本电脑等电子设备，。该电子设备包括第一存储器601和第一处理器602，第一存储器601和第一处理器602可以通过第一总线600连接，或者也可以通过专门的连接线连接，图6中以通过第一总线600连接为例。其中第一存储器601用于存储指令，第一处理器602用于执行第一存储器601所存储的指令，以在执行指令时可以执行如前述的信息处理方法所包括的步骤。

第一处理器602具体可以是通用的中央处理器(CPU)，或者可以是特定应用集成电路(Application Specific Integrated Circuit，ASIC)，或者可以是一个或多个用于控制程序执行的集成电路，可以是基带芯片，等等。

第一存储器601的数量可以是一个或多个。第一存储器601可以包括只读存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)或磁盘存储器，等等。

通过对第一处理器602进行设计编程，可以将前述的信息处理方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述的信息处理方法，如何对第一处理器602进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

请参见图7，基于同一发明构思，本发明实施例还提供一种服务设备，该服务设备可以是与直播平台对应的服务器，例如可以为前述方法实施例中介绍的服务设备。该服务设备包括第二存储器701和第二处理器702，第二存储器701和第二处理器702可以通过第二总线700连接，或者也可以通过专门的连接线连接，图7中以通过第二总线700连接为例。其中第二存储器701用于存储指令，第二处理器702用于执行第二存储器701所存储的指令，以在执行指令时可以执行如下步骤：

获得直播服务请求；

响应直播服务请求，以获得至少一个虚拟用户标识；其中，至少一个虚拟用户标识中的每个虚拟用户标识对应的直播设备能够实时采集图像并输出；

获得与至少一个虚拟用户标识对应的至少一个直播数据；

将至少一个虚拟用户标识及至少一个直播数据反馈给发送直播服务请求的电子设备，以使电子设备在预定显示界面中显示与至少一个虚拟用户标识对应的至少一个直播窗口，并将至少一个直播数据在与其对应的直播窗口内显示输出；其中，直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数。

在一种可能的实施方式中，服务设备还可以用于：

将至少一个直播数据中的第一直播数据发送给电子设备，以使电子设备在预定显示界面全屏显示的第一直播窗口中实时显示输出素数第一直播数据；其中，在第一直播窗口内显示输出的第一直播数据与其采集输出保持同步。

在一种可能的实施方式中，至少一个直播数据包括处理程序装置对直播实时数据进行处理而获得的数据；服务设备还可以用于：

分析直播实时数据，以判断直播实时数据所对应的直播设备在直播过程中是否进行了场景切换；

若进行了场景切换，则将包含新场景的直播数据作为处理而获得的数据。

在一种可能的实施方式中，服务设备用于获得与至少一个虚拟用户标识分别对应的至少一个直播数据，可以包括：

获得与至少一个虚拟用户标识分别对应的且包含新场景的直播数据。

在一种可能的实现方式中，直播服务请求用于请求针对特定事件的直播服务；服务设备用于响应直播服务请求，以获得至少一个虚拟用户标识，包括：

向多个直播设备分发直播服务请求；

接收多个直播设备中的至少一个直播设备所反馈的直播确认信息；其中，直播确认信息表明确认对特定事件进行直播；

确定与至少一个直播设备对应的标识为至少一个虚拟用户标识。

本发明实施例中的第二存储器701的物理性质可以与前述的第一存储器601相同，以及第二处理器702的物理性质可以与前述的第一处理器602相同，此处就不再重复说明了。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

具体来讲，本发明实施例中的一种信息处理方法对应的计算机程序指令可以被存储在光盘，硬盘，U盘等存储介质上，当存储介质中的与一种信息处理方法对应的计算机程序指令被一电子设备读取或被执行时，包括如下步骤：

基于服务地址获得至少一个虚拟用户标识；其中，至少一个虚拟用户标识中的每个虚拟用户标识对应的直播设备能够实时采集图像并输出；

在预定显示界面中显示与至少一个虚拟用户标识对应的至少一个直播窗口；

获得与至少一个虚拟用户标识分别对应的至少一个直播数据；

将至少一个直播数据在与其对应的直播窗口内显示输出；其中，直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数。

可选的，还包括：

获得针对至少一个直播窗口中的第一直播窗口的触发操作；

响应触发操作，以在预定显示界面全屏显示第一直播窗口；

基于与第一直播窗口对应的第一虚拟用户标识，获得第一直播数据；

将第一直播数据在第一直播窗口内实时显示输出；其中，在第一直播窗口内显示输出的第一直播数据与其采集输出保持同步。

可选的，至少一个直播数据包括服务地址所表征的服务设备对直播实时数据进行处理而获得的数据，存储介质中存储的与步骤：服务地址所表征的服务设备对直播实时数据进行处理，对应的计算机指令在被执行的过程之中，包括：

分析直播实时数据，以判断直播实时数据所对应的直播设备在直播过程中是否进行了场景切换；

若进行了场景切换，则将包含新场景的直播数据作为处理而获得的数据。

可选的，存储介质中存储的与步骤：得与至少一个虚拟用户标识分别对应的至少一个直播数据，对应的计算机指令在被执行的过程之中，包括：

获得与至少一个虚拟用户标识分别对应的且包含新场景的直播数据。

可选的，存储介质中存储的与步骤：基于服务地址获得至少一个虚拟用户标识，对应的计算机指令在被执行的过程之中，包括：

基于服务地址，向与服务地址表征的服务设备发送直播服务请求；其中，直播服务请求用于请求针对特定事件的直播服务；

获得对直播服务请求进行反馈的至少一个虚拟用户；其中，至少一个虚拟用户与至少一个虚拟用户标识一一对应。

以上所述，以上实施例仅用以对本发明的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想，不应理解为对本发明的限制。本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种信息处理方法，包括：

基于服务地址获得至少一个虚拟用户标识；其中，所述至少一个虚拟用户标识中的每个虚拟用户标识对应的直播设备能够实时采集图像并输出；

在预定显示界面中显示与所述至少一个虚拟用户标识对应的至少一个直播窗口；

获得与所述至少一个虚拟用户标识分别对应的至少一个直播数据；

将所述至少一个直播数据在与其对应的直播窗口内显示输出；其中，直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

获得针对所述至少一个直播窗口中的第一直播窗口的触发操作；

响应所述触发操作，以在所述预定显示界面全屏显示所述第一直播窗口；

基于与所述第一直播窗口对应的第一虚拟用户标识，获得第一直播数据；

将所述第一直播数据在所述第一直播窗口内实时显示输出；其中，在所述第一直播窗口内显示输出的所述第一直播数据与其采集输出保持同步。

3.如权利要求1所述的方法，其特征在于，所述至少一个直播数据包括所述服务地址所表征的服务设备对直播实时数据进行处理而获得的数据；其中，所述服务地址所表征的服务设备对直播实时数据进行处理，包括：

分析所述直播实时数据，以判断所述直播实时数据所对应的直播设备在直播过程中是否进行了场景切换；

若进行了场景切换，则将包含新场景的直播数据作为处理而获得的数据。

4.如权利要求3所述的方法，其特征在于，获得与所述至少一个虚拟用户标识分别对应的至少一个直播数据，包括：

获得与所述至少一个虚拟用户标识分别对应的且包含新场景的直播数据。

5.如权利要求1-4中任一权利要求所述的方法，其特征在于，基于服务地址获得至少一个虚拟用户标识，包括：

基于所述服务地址，向与所述服务地址表征的服务设备发送直播服务请求；其中，所述直播服务请求用于请求针对特定事件的直播服务；

获得对所述直播服务请求进行反馈的至少一个虚拟用户；其中，所述至少一个虚拟用户与所述至少一个虚拟用户标识一一对应。

6.一种处理程序装置，其特征在于，所述处理程序装置用于：

获得直播服务请求；

响应所述直播服务请求，以获得至少一个虚拟用户标识；其中，所述至少一个虚拟用户标识中的每个虚拟用户标识对应的直播设备能够实时采集图像并输出；

获得与所述至少一个虚拟用户标识对应的至少一个直播数据；

将所述至少一个虚拟用户标识及所述至少一个直播数据反馈给发送所述直播服务请求的电子设备，以使所述电子设备在预定显示界面中显示与所述至少一个虚拟用户标识对应的至少一个直播窗口，并将至少一个直播数据在与其对应的直播窗口内显示输出；其中，直播窗口内显示输出的直播数据在单位时间段内的显示更新帧数小于其在所述单位时间段内的采集输出帧数。

7.如权利要求6所述的处理程序装置，其特征在于，所述处理程序装置还用于：

将所述至少一个直播数据中的第一直播数据发送给所述电子设备，以使所述电子设备在所述预定显示界面全屏显示的第一直播窗口中实时显示输出素数第一直播数据；其中，在所述第一直播窗口内显示输出的所述第一直播数据与其采集输出保持同步。

8.如权利要求6所述的处理程序装置，其特征在于，所述至少一个直播数据包括所述处理程序装置对直播实时数据进行处理而获得的数据；所述处理程序装置还用于：

分析所述直播实时数据，以判断所述直播实时数据所对应的直播设备在直播过程中是否进行了场景切换；

若进行了场景切换，则将包含新场景的直播数据作为处理而获得的数据。

9.如权利要求8所述的处理程序装置，其特征在于，所述处理程序装置用于获得与所述至少一个虚拟用户标识分别对应的至少一个直播数据，包括：

获得与所述至少一个虚拟用户标识分别对应的且包含新场景的直播数据。

10.如权利要求6-9中任一权利要求所述的处理程序装置，其特征在于，所述直播服务请求用于请求针对特定事件的直播服务；所述处理程序装置用于响应所述直播服务请求，以获得至少一个虚拟用户标识，包括：

向多个直播设备分发所述直播服务请求；

接收所述多个直播设备中的至少一个直播设备所反馈的直播确认信息；其中，所述直播确认信息表明确认对所述特定事件进行直播；

确定与所述至少一个直播设备对应的标识为所述至少一个虚拟用户标识。