CN104216630A - 界面共享方法及装置 - Google Patents

Abstract

本公开关于一种界面共享方法，属于计算机技术领域。所述方法包括：对显示界面进行截图，得到至少一张界面图片；对所述至少一张界面图片进行编码，得到流媒体数据；通过流媒体服务器将所述流媒体数据共享给各个接收端。所述装置，包括：图片截取模块、图片编码模块和界面共享模块。本公开可解决终端需要对每个接收端执行一次界面共享操作，导致界面共享的效率较低的问题，得到提高界面共享效率的效果。

Description

界面共享方法及装置

技术领域

本公开涉及计算机技术领域，特别涉及一种界面共享方法及装置。

背景技术

随着终端技术的发展，很多计算机能够实现的功能渐渐转移到终端中，使用终端也能够实现该功能。比如，界面共享功能。

在使用终端进行界面共享时，终端以固定频率对显示界面进行截图，得到界面图片；对各个界面图片编码成视频文件；将视频文件通过点对点传输发送给一个接收端，该接收端通过播放器播放视频文件，实现界面共享。

公开人在实现本公开的过程中，发现相关技术中至少存在以下缺陷：

终端可以通过点对点传输将显示界面共享给一个接收端，当需要对多个接收端共享显示界面时，终端需要对每个接收端执行一次界面共享操作，导致共享效率较低。

发明内容

为解决终端需要对每个接收端执行一次界面共享操作，导致界面共享的效率较低的问题，本公开提供了一种界面共享方法及装置。

根据本公开实施例的第一方面，提供一种界面共享方法，包括：

对显示界面进行截图，得到至少一张界面图片；

对所述至少一张界面图片进行编码，得到流媒体数据；

通过流媒体服务器将所述流媒体数据共享给各个接收端。

可选的，所述通过流媒体服务器将所述流媒体数据共享给各个接收端，包括：

将所述流媒体数据发送给所述流媒体服务器，所述流媒体服务器用于将所述流媒体数据转换成超文本传输协议直播流HLS，生成与所述HLS对应的统一资源定位符URL；

接收所述流媒体服务器发送的所述URL；

通过包含有网页视图webview组件的应用程序将所述URL共享给各个接收端，所述接收端用于通过所述应用程序向所述流媒体服务器获取与所述URL对应的所述HLS。

可选的，所述通过流媒体服务器将所述流媒体数据共享给各个接收端，包括：

将所述流媒体数据发送给所述流媒体服务器，所述流媒体服务器用于生成与所述流媒体数据对应的URL；

接收所述流媒体服务器发送的所述URL；

将所述URL共享给各个接收端，所述接收端用于通过预定应用程序向所述流媒体服务器获取与所述URL对应的所述流媒体数据。

可选的，所述对显示界面进行截图，得到至少一张界面图片，包括：

获取终端的截图参数，所述截图参数包括所述终端的运行情况和显示界面的变化情况中的至少一种；

在预设的映射关系中读取与所述截图参数对应的截图频率；

根据所述截图频率对所述显示界面进行截图，得到所述至少一张界面图片。

可选的，所述获取终端的截图参数，包括：

获取所述终端的运行情况；和/或，

获取提供所述显示界面的应用程序的应用类型，根据所述应用类型确定所述显示界面的变化情况，或，每隔预定时间对所述显示界面进行截图，根据截图得到的各个显示界面的相似度确定所述显示界面的变化情况。

可选的，所述对所述至少一张界面图片进行编码，得到流媒体数据，包括：

检测终端中的图像处理单元GPU芯片是否支持硬编码技术；

若检测出所述GPU芯片支持所述硬编码技术，则将所述至少一张界面图片发送给所述GPU芯片；

接收所述GPU芯片发送的所述流媒体数据，所述流媒体数据是所述GPU芯片对所述至少一张界面图片进行硬编码后得到的。

根据本公开实施例的第二方面，提供一种界面共享装置，包括：

图片截取模块，被配置为对显示界面进行截图，得到至少一张界面图片；

图片编码模块，被配置为对所述图片截取模块得到的所述至少一张界面图片进行编码，得到流媒体数据；

界面共享模块，被配置为通过流媒体服务器将所述图片编码模块得到的所述流媒体数据共享给各个接收端。

可选的，所述界面共享模块，包括：

第一发送子模块，被配置为将所述流媒体数据发送给所述流媒体服务器，所述流媒体服务器用于将所述流媒体数据转换成超文本传输协议直播流HLS，生成与所述HLS对应的统一资源定位符URL；

第一接收子模块，被配置为接收所述流媒体服务器发送的所述URL；

第一共享子模块，被配置为通过包含有网页视图webview组件的应用程序将所述第一接收子模块接收到的所述URL共享给各个接收端，所述接收端用于通过所述应用程序向所述流媒体服务器获取与所述URL对应的所述HLS。

可选的，所述界面共享模块，包括：

第二发送子模块，被配置为将所述流媒体数据发送给所述流媒体服务器，所述流媒体服务器用于生成与所述流媒体数据对应的URL；

第二接收子模块，被配置为接收所述流媒体服务器发送的所述URL；

第二共享子模块，被配置为将所收第二接收子模块接收到的所述URL共享给各个接收端，所述接收端用于通过预定应用程序向所述流媒体服务器获取与所述URL对应的所述流媒体数据。

可选的，所述图片截取模块，包括：

情况获取子模块，被配置为获取终端的截图参数，所述截图参数包括所述终端的运行情况和显示界面的变化情况中的至少一种；

频率读取子模块，被配置为在预设的映射关系中读取与所述情况获取子模块获取到的所述截图参数对应的截图频率；

图片截取子模块，被配置为根据所述频率读取子模块读取到的所述截图频率对所述显示界面进行截图，得到所述至少一张界面图片。

可选的，所述情况获取子模块，包括：

第一获取子模块，被配置为获取所述终端的运行情况；和/或，

第二获取子模块，被配置为获取提供所述显示界面的应用程序的应用类型，根据所述应用类型确定所述显示界面的变化情况，或，每隔预定时间对所述显示界面进行截图，根据截图得到的各个显示界面的相似度确定所述显示界面的变化情况。

可选的，所述图片编码模块，包括：

芯片检测子模块，被配置为检测终端中的图像处理单元GPU芯片是否支持硬编码技术；

图片发送子模块，被配置为在所述芯片检测子模块检测出所述GPU芯片支持所述硬编码技术时，将所述至少一张界面图片发送给所述GPU芯片；

数据接收子模块，被配置为接收所述GPU芯片发送的所述流媒体数据，所述流媒体数据是所述GPU芯片对所述至少一张界面图片进行硬编码后得到的。

根据本公开实施例的第三方面，提供一种界面共享装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

对显示界面进行截图，得到至少一张界面图片；

对所述至少一张界面图片进行编码，得到流媒体数据；

通过流媒体服务器将所述流媒体数据共享给各个接收端。

本公开的实施例提供的技术方案可以包括以下有益效果：

通过对显示界面进行截图，得到至少一张界面图片；对至少一张界面图片进行编码，得到流媒体数据；通过流媒体服务器将流媒体数据共享给各个接收端，可以将显示界面编码成流媒体数据，通过流媒体服务器将流媒体数据共享给各个接收端，通过一次界面共享操作使得各个接收端可以同时观看到终端的显示界面，解决了终端需要对每个接收端执行一次界面共享操作，导致界面共享的效率较低的问题，达到了提高界面共享效率的效果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并于说明书一起用于解释本的原理。

图1是根据部分示例性实施例示出的一种界面共享方法所涉及的实施环境的示意图。

图2是根据一示例性实施例示出的一种界面共享方法的流程图。

图3A是根据另一示例性实施例示出的一种界面共享方法的流程图。

图3B是根据本示例性实施例示出的界面共享方法的示意图。

图4是根据一示例性实施例示出的一种界面共享装置的框图。

图5是根据一示例性实施例示出的一种界面共享装置的框图。

图6是根据一示例性实施例示出的一种用于界面共享的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是本公开各个实施例所涉及的一种实施环境的结构示意图。该实施环境包括：终端110、流媒体服务器120和接收端130。

终端110可以为诸如电脑，智能手机、平板电脑和电子书阅读器之类的电子设备，用于将流媒体数据发送给流媒体服务器120。

流媒体服务器120可以通过无线或者有线网络和终端110相连，用于将流媒体数据发送给各个接收端130。流媒体服务器120可以是一台或者多台服务器，还可以是一个云计算中心。换句话说，流媒体服务器120可以由一台服务器实现；也可以由多台服务器组合实现，每台服务器承担相同或者不同的功能，比如有用于注册和登录的服务器、用于保存用户头像的服务器、用于保存图片或视频的服务器等等；流媒体服务器120也可以采用云计算中心实现，云计算中心是一整片服务集群所形成的虚拟计算平台。

接收端130可以为诸如电脑，智能手机、平板电脑和电子书阅读器之类的电子设备，用于将从流媒体服务器120中获取流媒体数据。

本实施例所示涉及的界面共享方法可以应用于教育及培训领域，即，终端110可以是老师使用的终端；接收端130可以是学生使用的终端。当然，本实施例所涉及的界面共享方法还可以应用于用户与其他用户或同事之间日常交流的场景中，本实施例不对界面共享方法的应用领域作限定。

图2是根据一示例性实施例示出的一种界面共享方法的流程图，该界面共享方法应用于图1所示的终端中。如图2所示，该界面共享方法包括以下步骤。

在步骤201中，对显示界面进行截图，得到至少一张界面图片。

显示界面是终端正在显示的界面，即终端的桌面。终端可以多次对显示界面进行截图，得到至少一张界面图片。

在步骤202中，对至少一张界面图片进行编码，得到流媒体数据。

在步骤203中，通过流媒体服务器将流媒体数据共享给各个接收端。

终端在得到流媒体数据后，将流媒体数据发送给流媒体服务器，流媒体服务器再将流媒体数据共享给各个接收端。由于各个接收端可以同时向流媒体服务器获取流媒体数据，因此，各个接收端可以同时观看到终端的显示界面。即，终端只需要执行一次界面共享操作，就可以向多个接收端共享显示界面，而不需要对每一个接收端执行一次界面共享操作，提高了显示界面的共享效率。

综上所述，本公开提供的界面共享方法，通过对显示界面进行截图，得到至少一张界面图片；对至少一张界面图片进行编码，得到流媒体数据；通过流媒体服务器将流媒体数据共享给各个接收端，可以将显示界面编码成流媒体数据，通过流媒体服务器将流媒体数据共享给各个接收端，通过一次界面共享操作使得各个接收端可以同时观看到终端的显示界面，解决了终端需要对每个接收端执行一次界面共享操作，导致界面共享的效率较低的问题，达到了提高界面共享效率的效果。

图3A是根据另一示例性实施例示出的一种界面共享方法的流程图，该界面共享方法应用于图1所示的终端中，如图3A所示，该界面共享方法包括如下步骤。

在步骤301中，获取终端的截图参数，该截图参数包括终端的运行情况和显示界面的变化情况中的至少一种；在预设的映射关系中读取与截图参数对应的截图频率；根据该截图频率对显示界面进行截图，得到至少一张界面图片。

显示界面是终端正在显示的界面，即终端的桌面。当某一个应用程序在终端的前台运行时，终端会对该应用程序的运行界面进行显示，形成显示界面。

本实施例中，由于应用程序处于运行状态时，终端的显示界面会产生变化，因此，为了使接收端能够明确显示界面的变化，终端需要多次对显示界面进行截图，得到至少一张界面图片。

若终端需要截取至少两张显示界面，则可以按照固定的截图频率进行截图。比如，每5秒截图一次。或，终端还可以根据终端的截图参数动态调整截图频率，根据调整后的截图频率进行截图，该截图参数包括终端的运行情况和显示界面的变化情况中的至少一种。因此，对显示界面进行截图，得到至少一张界面图片，包括：获取终端的截图参数，该截图参数包括终端的运行情况和显示界面的变化情况中的至少一种；在预设的映射关系中读取与截图参数对应的截图频率；根据截图频率对显示界面进行截图，得到至少一张界面图片。

其中，获取终端的截图参数，包括：

1)获取终端的运行情况；和/或，

2)获取提供显示界面的应用程序的应用类型，根据该应用类型确定显示界面的变化情况，或，每隔预定时间对显示界面进行截图，根据截图得到的各个显示界面的相似度确定显示界面的变化情况。

本实施例分别以根据终端的运行情况确定截图频率、根据显示界面的变化情况确定截图频率、根据终端的运行情况和显示界面的变化情况确定截图频率为例进行说明，则流程如下：

第一，终端根据终端的运行情况确定截图频率。

由于截图需要消耗终端的处理资源，因此，为了避免截图消耗过多资源导致终端的处理速度变慢的问题，还可以根据终端的实际运行情况确定截图频率。其中，当终端的运行情况是CPU(Central Processing Unit，中央处理单元)使用率时，CPU使用率与截图频率呈负相关关系。即，CPU使用率越高，截图频率越低。

终端可以预先设置CPU使用率和截图频率的负相关关系。其中，终端可以根据CPU使用率实时计算截图频率，比如，CPU使用率为60％时，计算截图频率为2秒/次，CPU使用率30％时，计算截图频率为4秒/次等；或者，终端可以对CPU使用率划分等级，根据CPU使用率的等级调整截图频率，比如，CPU使用率为40％-50％时，设置截图频率为2秒/次，CPU使用率为20％-30％时，设置截图频率为5秒/次等，本实施例不作限定。

第二，终端根据显示界面的变化情况确定截图频率。

由于终端截取显示界面是为了使接收端明确显示界面的变化，因此，终端还可以根据显示界面的变化情况确定截图频率。其中，显示界面的变化大小与截图频率呈正相关关系。即，显示界面的变化越大，截图频率越高。

终端可以预先设置变化情况和截图频率的正相关关系。其中，终端可以根据变化情况实时计算截图频率，比如，变化情况为30％时，计算截图频率为2秒/次，变化情况60％时，计算截图频率为6秒/次等；或者，终端可以对变化情况划分等级，根据变化情况的等级调整截图频率，比如，变化情况为20％-30％时，设置截图频率为3秒/次，变化情况为40％-50％时，设置截图频率为6秒/次等，本实施例不作限定。

可选的，终端还可以根据变化大小确定截图频率，此时，终端可以预先设置变化大小与截图频率的对应关系。比如，变化较大时，设置截图频率为第一频率；变化较小时，设置截图频率为第二频率，且第一频率大于第二频率。

其中，终端确定显示界面的变化大小的方法有很多种，本实施例以下面两种方法为例进行举例说明：

a)由于显示界面是随着显示内容的变化而变化的，因此应用程序的类型决定了应用程序在运行时显示界面的变化大小，终端可以根据应用程序的类型确定显示界面的变化情况。比如，诸如播放器、游戏之类的应用程序的显示界面的变化较大，诸如阅读器之类的应用程序的显示界面的变化较小。因此，终端可以预先设置程序类型列表，该程序列表中的应用类型是显示界面的变化较大的应用程序的类型，或，该程序列表中的应用类型是显示界面的变化较小的应用程序的类型。

本实施例以程序列表中的应用类型是显示界面的变化较大的应用程序的类型为例进行说明，则终端可以获取正在前台运行的应用程序的应用类型，检测程序列表中是否包括该应用类型；若检测出程序列表中包括该应用类型，则确定该应用程序的变化情况较大；若检测出程序列表中不包括该应用类型，则确定该应用程序的变化情况较小。

b)终端可以每隔预定时间对显示界面进行截图，将得到的至少两张界面图片进行比较，根据该至少两张图片中相邻图片的相似度确定变化情况大小。比如，终端可以设置相似度阈值，检测相邻图片的相似度是否超过该阈值；若检测出相邻图片的相似度超过该阈值，则确定显示界面的变化情况较大；若检测出相邻图片的相似度未超过该阈值，则确定显示界面的变化情况较小。其中，相似度阈值可以由用户设置和修改。

第三，终端根据终端的运行情况和显示界面的变化情况确定截图频率。

终端还可以分别获取终端的运行情况和显示界面的变化情况，同时根据运行情况和变化情况确定截图频率。此时，终端可以分别根据上述两种方法确定出两个截图频率，对这两个截图频率进行平均，得到最终截图频率；或，终端还可以按照预定规则从这两个截图频率中选择出一个截图频率作为最终截图频率。或，终端还可以预先设置运行情况、变化情况以及截图频率之间的映射关系，在获取到运行情况和变化情况后，在映射关系中查找与运行情况和变化情况对应的截图频率。

其中，映射关系可以是：在变化较小且CPU使用率超过预定阈值时，截图频率是m次/秒；在变化较小且CPU使用率低于预定阈值时，截图频率是n次/秒；在变化较大且CPU使用率超过预定阈值时，截图频率是p次/秒；在变化较大且CPU使用率低于预定阈值时，截图频率是q次/秒，其中，m＜n＜p＜q。本实施例以预定阈值是20％，m是2，n是4，p是6和q是8为例进行说明，则映射关系是：在变化较小且CPU使用率超过20％时，截图频率是2次/秒；在变化较小且CPU使用率低于20％时，截图频率是4次/秒；在变化较大且CPU使用率超过20％时，截图频率是6次/秒；在变化较大且CPU使用率低于20％时，截图频率是8次/秒。

在步骤302中，对至少一张界面图片进行编码，得到流媒体数据。

在得到至少一种界面图片之后，终端还需要将该至少一张界面图片编码成流媒体数据，该流媒体数据用于将界面图片共享给各个接收端。

其中，对至少一张界面图片进行编码，得到流媒体数据，包括：

1)检测终端中的GPU(Graphic Processing Unit，图像处理单元)芯片是否支持硬编码技术；

2)若检测出GPU芯片支持硬编码技术，则将至少一张界面图片发送给GPU芯片；

3)接收GPU芯片发送的流媒体数据，流媒体数据是GPU芯片对至少一张界面图片进行硬编码后得到的。

硬编码技术是指将可变变量用一个固定数值来替代的编码方法，软编码技术是指将可变变量用另一个可变变量代替，将该另一个可变变量用一个固定数值替代的编码方法。由于硬编码技术可以直接读取可变变量的固定数值，而不需要读取另一个可变变量，可以提高编码效率。

由于一些类型的GPU芯片支持硬编码技术，一些类型的GPU芯片不支持硬编码技术，因此，终端在对至少一张界面图片进行编码之前，还需要确定终端中的GPU芯片是否支持硬编码技术。若终端确定出GPU芯片支持硬编码技术，则将该至少一张界面图片发送给GPU芯片，由GPU芯片采用硬编码技术对该至少一张界面图片进行编码，得到流媒体数据，将该流媒体数据发送给终端；若终端确定出GPU芯片不支持硬编码技术，则将该至少一张界面图片发送给CPU，由CPU采用软编码技术对该至少一张界面图片进行编码，得到流媒体数据，将该流媒体数据发送给终端。

其中，终端可以预先设置芯片型号列表，该芯片型号列表所包括的芯片型号是支持硬编码技术的芯片型号。终端可以读取终端中的GPU芯片的型号，检测芯片型号列表中是否包括该型号；若检测出芯片型号列表中包括该型号，则确定该GPU芯片支持硬编码技术；若检测出芯片型号列表中不包括该型号，则确定GPU芯片不支持硬编码技术。

在步骤303中，通过流媒体服务器将流媒体数据共享给各个接收端。

终端在得到流媒体数据后，将流媒体数据发送给流媒体服务器，流媒体服务器再将流媒体数据共享给各个接收端。由于各个接收端可以同时向流媒体服务器获取流媒体数据，因此，各个接收端可以同时观看到终端的显示界面。即，终端只需要执行一次界面共享操作，就可以向多个接收端共享显示界面，而不需要对每一个接收端执行一次界面共享操作，提高了显示界面的共享效率。

在将流媒体数据发送给流媒体服务器后，流媒体服务器可以通过以下两种方法将流媒体数据共享给各个接收端，流程如下：

第一，通过流媒体服务器将流媒体数据共享给各个接收端，包括：

1)将流媒体数据发送给流媒体服务器，流媒体服务器用于将流媒体数据转换成HLS(HTTP Live Streaming，超文本传输协议直播流)，生成与HLS对应的URL(Uniform Resource Locator，统一资源定位符)；

2)接收流媒体服务器发送的URL；

3)通过包含有webview组件的应用程序将URL共享给各个接收端，接收端用于通过应用程序向流媒体服务器获取与URL对应的HLS。

流媒体服务器在接收到流媒体数据后，可以将流媒体数据转换成HTML(HyperText Mark-up Language，超文本标记语言)5中的视频video标签所支持的HLS，并生成与该HLS对应的URL，将该URL发送给终端。终端在接收到URL后，通过包含有webview组件的应用程序将该URL共享给各个接收端，各个接收端在通过各自安装的该应用程序获取到URL后，再通过该应用程序向流媒体服务器获取该URL所指示的HLS，对获取到的HLS进行播放，即可观看到终端的显示界面，实现界面共享。其中，包含有webview组件的应用程序可以是浏览器、微博、社交应用程序等。

第二，通过流媒体服务器将流媒体数据共享给各个接收端，包括：

1)将流媒体数据发送给流媒体服务器，流媒体服务器用于生成与流媒体数据对应的URL；

2)接收流媒体服务器发送的URL；

3)将URL共享给各个接收端，接收端用于通过预定应用程序向流媒体服务器获取与URL对应的流媒体数据。

流媒体服务器在接收到流媒体数据后，直接生成与该流媒体数据对应的URL，将该URL发送给终端。终端在接收到URL后，将该URL共享给各个接收端，各个接收端在通过各自安装的预定应用程序获取到URL后，再通过该预定应用程序向流媒体服务器获取该URL所指示的流媒体数据，通过该预定应用程序对获取到的多媒体数据进行播放，即可观看到终端的显示界面，实现界面共享。其中，预定应用程序可以是支持播放流媒体数据的应用程序。

需要补充说明的是，终端还可以通过麦克风对终端执行界面共享操作时的环境信息进行采集，得到音频数据，将该音频数据编码成流媒体数据，并将该流媒体数据发送给流媒体服务器，流媒体服务器根据对界面图片编码得到的流媒体数据和对音频数据编码得到的流媒体数据生成URL，将该URL发送给终端。终端将该URL共享给各个接收端，各个接收端通过各自安装的应用程序向流媒体服务器获取该URL所指示的两种流媒体数据，并对该两种流媒体数据进行播放，实现界面共享。由于终端还可以将音频数据转换成流媒体数据共享给各个接收端，因此，增加了终端的用户与接收端的用户之间的交流，提高了界面共享的互动性。

为了便于理解，本实施例以终端的前台正在运行的应用程序是单词记忆程序为例进行说明，则请参考图3B所示的界面共享方法的示意图。图3B(1)是终端的显示界面，该显示界面包括有2个单词需要复习的提示信息以及3个单词，两个接收端的显示界面均为空白。当终端将显示界面截图后作为流媒体数据发送给流媒体服务器，流媒体服务器将该流媒体数据共享给接收端1和接收端2后，接收端1和接收端2各自播放该流媒体数据，此时，在接收端1和接收端2中的播放内容相同，均为终端的显示界面，如图3B(2)所示。

综上所述，本公开提供的界面共享方法，通过对显示界面进行截图，得到至少一张界面图片；对至少一张界面图片进行编码，得到流媒体数据；通过流媒体服务器将流媒体数据共享给各个接收端，可以将显示界面编码成流媒体数据，通过流媒体服务器将流媒体数据共享给各个接收端，通过一次界面共享操作使得各个接收端可以同时观看到终端的显示界面，解决了终端需要对每个接收端执行一次界面共享操作，导致界面共享的效率较低的问题，达到了提高界面共享效率的效果。

另外，通过获取终端的截图参数，该截图参数包括终端的运行情况和显示界面的变化情况中的至少一种；在预设的映射关系中读取与截图参数对应的截图频率；根据该截图频率对显示界面进行截图，得到至少一张界面图片，由于运行情况用于指示终端的处理能力，变化情况用于指示显示界面的变化，因此，终端还可以在处理能力不够或显示界面的变化不大时减少截图频率，以节省终端的资源。

图4是根据一示例性实施例示出的一种界面共享装置的框图，该界面共享装置应用于图1所示的终端中，如图4所示，该界面共享装置包括：图片截取模块410、图片编码模块420和界面共享模块430。

该图片截取模块410，被配置为对显示界面进行截图，得到至少一张界面图片；

该图片编码模块420，被配置为对图片截取模块410得到的至少一张界面图片进行编码，得到流媒体数据；

该界面共享模块430，被配置为通过流媒体服务器将图片编码模块420得到的流媒体数据共享给各个接收端。

综上所述，本公开提供的界面共享装置，通过对显示界面进行截图，得到至少一张界面图片；对至少一张界面图片进行编码，得到流媒体数据；通过流媒体服务器将流媒体数据共享给各个接收端，可以将显示界面编码成流媒体数据，通过流媒体服务器将流媒体数据共享给各个接收端，通过一次界面共享操作使得各个接收端可以同时观看到终端的显示界面，解决了终端需要对每个接收端执行一次界面共享操作，导致界面共享的效率较低的问题，达到了提高界面共享效率的效果。

图5是根据一示例性实施例示出的一种界面共享装置的框图，该界面共享装置应用于图1所示的终端中，如图5所示，该界面共享装置包括：图片截取模块410、图片编码模块420和界面共享模块430。

该图片截取模块410，被配置为对显示界面进行截图，得到至少一张界面图片；

该图片编码模块420，被配置为对图片截取模块410得到的至少一张界面图片进行编码，得到流媒体数据；

该界面共享模块430，被配置为通过流媒体服务器将图片编码模块420得到的流媒体数据共享给各个接收端。

可选的，界面共享模块430，包括：第一发送子模块431、第一接收子模块432和第一共享子模块433；

该第一发送子模块431，被配置为将流媒体数据发送给流媒体服务器，流媒体服务器用于将流媒体数据转换成HLS，生成与HLS对应的URL；

该第一接收子模块432，被配置为接收流媒体服务器发送的URL；

该第一共享子模块433，被配置为通过包含有webview组件的应用程序将第一接收子模块接收到的URL共享给各个接收端，接收端用于通过应用程序向流媒体服务器获取与URL对应的HLS。

可选的，界面共享模块430，包括：第二发送子模块434、第二接收子模块435和第二共享子模块436；

该第二发送子模块434，被配置为将流媒体数据发送给流媒体服务器，流媒体服务器用于生成与流媒体数据对应的URL；

该第二接收子模块435，被配置为接收流媒体服务器发送的URL；

该第二共享子模块436，被配置为将所收第二接收子模块335接收到的URL共享给各个接收端，接收端用于通过预定应用程序向流媒体服务器获取与URL对应的流媒体数据。

可选的，图片截取模块410，包括：情况获取子模块411、频率读取子模块412和图片截取子模块413；

该情况获取子模块411，被配置为获取终端的截图参数，截图参数包括终端的运行情况和显示界面的变化情况中的至少一种；

该频率读取子模块412，被配置为在预设的映射关系中读取与情况获取子模块411获取到的截图参数对应的截图频率；

该图片截取子模块413，被配置为根据频率读取子模块412读取到的截图频率对显示界面进行截图，得到至少一张界面图片。

可选的，情况获取子模块411，包括：第一获取子模块4111和第二获取子模块4112；

该第一获取子模块4111，被配置为获取终端的运行情况；和/或，

该第二获取子模块4112，被配置为获取提供显示界面的应用程序的应用类型，根据应用类型确定显示界面的变化情况，或，每隔预定时间对显示界面进行截图，根据截图得到的各个显示界面的相似度确定显示界面的变化情况。

可选的，图片编码模块420，包括：芯片检测子模块421、图片发送子模块422和数据接收子模块423；

该芯片检测子模块421，被配置为检测终端中的GPU芯片是否支持硬编码技术；

该图片发送子模块422，被配置为在芯片检测子模块421检测出GPU芯片支持硬编码技术时，将至少一张界面图片发送给GPU芯片；

该数据接收子模块423，被配置为接收GPU芯片发送的流媒体数据，流媒体数据是GPU芯片对至少一张界面图片进行硬编码后得到的。

综上所述，本公开提供的界面共享装置，通过对显示界面进行截图，得到至少一张界面图片；对至少一张界面图片进行编码，得到流媒体数据；通过流媒体服务器将流媒体数据共享给各个接收端，可以将显示界面编码成流媒体数据，通过流媒体服务器将流媒体数据共享给各个接收端，通过一次界面共享操作使得各个接收端可以同时观看到终端的显示界面，解决了终端需要对每个接收端执行一次界面共享操作，导致界面共享的效率较低的问题，达到了提高界面共享效率的效果。

另外，通过获取终端的截图参数，该截图参数包括终端的运行情况和显示界面的变化情况中的至少一种；在预设的映射关系中读取与截图参数对应的截图频率；根据该截图频率对显示界面进行截图，得到至少一张界面图片，由于运行情况用于指示终端的处理能力，变化情况用于指示显示界面的变化，因此，终端还可以在处理能力不够或显示界面的变化不大时减少截图频率，以节省终端的资源。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6是根据一示例性实施例示出的一种用于界面共享的装置600的框图。例如，装置600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图6，装置600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。

处理组件602通常控制装置600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器618来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在装置600的操作。这些数据的示例包括用于在装置600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为装置600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为装置600生成、管理和分配电力相关联的组件。

多媒体组件608包括在所述装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当装置600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当装置600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为装置600提供各个方面的状态评估。例如，传感器组件614可以检测到装置600的打开/关闭状态，组件的相对定位，例如所述组件为装置600的显示器和小键盘，传感器组件614还可以检测装置600或装置600一个组件的位置改变，用户与装置600接触的存在或不存在，装置600方位或加速/减速和装置600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为便于装置600和其他设备之间有线或无线方式的通信。装置600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由装置600的处理器618执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里的公开的后，将容易想到本的其它实施方案。本申请旨在涵盖本的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本的真正范围和精神由下面的权利要求指出。

应当理解的是，本并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本的范围仅由所附的权利要求来限制。

Claims (13)

1.一种界面共享方法，其特征在于，包括：

对显示界面进行截图，得到至少一张界面图片；

对所述至少一张界面图片进行编码，得到流媒体数据；

通过流媒体服务器将所述流媒体数据共享给各个接收端。

2.根据权利要求1所述的方法，其特征在于，所述通过流媒体服务器将所述流媒体数据共享给各个接收端，包括：

将所述流媒体数据发送给所述流媒体服务器，所述流媒体服务器用于将所述流媒体数据转换成超文本传输协议直播流HLS，生成与所述HLS对应的统一资源定位符URL；

接收所述流媒体服务器发送的所述URL；

通过包含有网页视图webview组件的应用程序将所述URL共享给各个接收端，所述接收端用于通过所述应用程序向所述流媒体服务器获取与所述URL对应的所述HLS。

3.根据权利要求1所述的方法，其特征在于，所述通过流媒体服务器将所述流媒体数据共享给各个接收端，包括：

将所述流媒体数据发送给所述流媒体服务器，所述流媒体服务器用于生成与所述流媒体数据对应的URL；

接收所述流媒体服务器发送的所述URL；

将所述URL共享给各个接收端，所述接收端用于通过预定应用程序向所述流媒体服务器获取与所述URL对应的所述流媒体数据。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述对显示界面进行截图，得到至少一张界面图片，包括：

获取终端的截图参数，所述截图参数包括所述终端的运行情况和显示界面的变化情况中的至少一种；

在预设的映射关系中读取与所述截图参数对应的截图频率；

根据所述截图频率对所述显示界面进行截图，得到所述至少一张界面图片。

5.根据权利要求4所述的方法，其特征在于，所述获取终端的截图参数，包括：

获取所述终端的运行情况；和/或，

获取提供所述显示界面的应用程序的应用类型，根据所述应用类型确定所述显示界面的变化情况，或，每隔预定时间对所述显示界面进行截图，根据截图得到的各个显示界面的相似度确定所述显示界面的变化情况。

6.根据权利要求1至3任一项所述的方法，其特征在于，所述对所述至少一张界面图片进行编码，得到流媒体数据，包括：

检测终端中的图像处理单元GPU芯片是否支持硬编码技术；

若检测出所述GPU芯片支持所述硬编码技术，则将所述至少一张界面图片发送给所述GPU芯片；

接收所述GPU芯片发送的所述流媒体数据，所述流媒体数据是所述GPU芯片对所述至少一张界面图片进行硬编码后得到的。

7.一种界面共享装置，其特征在于，包括：

图片截取模块，被配置为对显示界面进行截图，得到至少一张界面图片；

图片编码模块，被配置为对所述图片截取模块得到的所述至少一张界面图片进行编码，得到流媒体数据；

界面共享模块，被配置为通过流媒体服务器将所述图片编码模块得到的所述流媒体数据共享给各个接收端。

8.根据权利要求7所述的装置，其特征在于，所述界面共享模块，包括：

第一发送子模块，被配置为将所述流媒体数据发送给所述流媒体服务器，所述流媒体服务器用于将所述流媒体数据转换成超文本传输协议直播流HLS，生成与所述HLS对应的统一资源定位符URL；

第一接收子模块，被配置为接收所述流媒体服务器发送的所述URL；

第一共享子模块，被配置为通过包含有网页视图webview组件的应用程序将所述第一接收子模块接收到的所述URL共享给各个接收端，所述接收端用于通过所述应用程序向所述流媒体服务器获取与所述URL对应的所述HLS。

9.根据权利要求7所述的装置，其特征在于，所述界面共享模块，包括：

第二发送子模块，被配置为将所述流媒体数据发送给所述流媒体服务器，所述流媒体服务器用于生成与所述流媒体数据对应的URL；

第二接收子模块，被配置为接收所述流媒体服务器发送的所述URL；

第二共享子模块，被配置为将所收第二接收子模块接收到的所述URL共享给各个接收端，所述接收端用于通过预定应用程序向所述流媒体服务器获取与所述URL对应的所述流媒体数据。

10.根据权利要求7至9任一项所述的装置，其特征在于，所述图片截取模块，包括：

情况获取子模块，被配置为获取终端的截图参数，所述截图参数包括所述终端的运行情况和显示界面的变化情况中的至少一种；

频率读取子模块，被配置为在预设的映射关系中读取与所述情况获取子模块获取到的所述截图参数对应的截图频率；

图片截取子模块，被配置为根据所述频率读取子模块读取到的所述截图频率对所述显示界面进行截图，得到所述至少一张界面图片。

11.根据权利要求10所述的装置，其特征在于，所述情况获取子模块，包括：

第一获取子模块，被配置为获取所述终端的运行情况；和/或，

第二获取子模块，被配置为获取提供所述显示界面的应用程序的应用类型，根据所述应用类型确定所述显示界面的变化情况，或，每隔预定时间对所述显示界面进行截图，根据截图得到的各个显示界面的相似度确定所述显示界面的变化情况。

12.根据权利要求7至9任一项所述的装置，其特征在于，所述图片编码模块，包括：

芯片检测子模块，被配置为检测终端中的图像处理单元GPU芯片是否支持硬编码技术；

图片发送子模块，被配置为在所述芯片检测子模块检测出所述GPU芯片支持所述硬编码技术时，将所述至少一张界面图片发送给所述GPU芯片；

数据接收子模块，被配置为接收所述GPU芯片发送的所述流媒体数据，所述流媒体数据是所述GPU芯片对所述至少一张界面图片进行硬编码后得到的。

13.一种界面共享装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

对显示界面进行截图，得到至少一张界面图片；

对所述至少一张界面图片进行编码，得到流媒体数据；

通过流媒体服务器将所述流媒体数据共享给各个接收端。