CN114125513B - 投屏方法、装置及投送端 - Google Patents

Abstract

本申请提供了投屏方法、装置及投送端，适用于投屏技术领域，该方法包括：若投屏功能被启动，投送端确定待投送数据。若待投送数据为媒体数据，则投送端获取自身对待投送数据的第一数据权限，以及接收端对待投送数据的第二数据权限。若第一数据权限高于第二数据权限，则投送端通过屏幕镜像的方式，将待投送数据投送至接收端。若第一数据权限低于第二数据权限，则投送端通过数字生活网络联盟的方式，将待投送数据投送至接收端。通过本申请实施例，可以实现对投屏方式的自动选取，并始终为用户提供对待投送数据的较高数据权限进行媒体数据播放。因此实际投屏过程中可以达到更好的投屏效果，提升用户体验。

Description

投屏方法、装置及投送端

技术领域

本申请属于投屏技术领域，尤其涉及投屏方法、装置及投送端。

背景技术

随着科技的进步，用户拥有的终端设备数量日益增多。终端设备之间的投屏分享，已经成为了用户的一种日常需求。

投屏系统中的终端设备包括投送端和接收端。常见的投屏方式包括屏幕镜像(Miracast)和数字生活网络联盟(Digital Live Network Alliance，DLNA)。其中，屏幕镜像是指投送端将自身整个屏幕的内容镜像投送到对应的接收端。而DLNA则是一种投屏解决方案。基于一套电脑、移动终端和消费电器之间互联互通的协议，DLNA可以让投送端将媒体数据投送至接收端，由接收端进行播放进而实现投屏。其中，媒体数据包括音频、视频和图片等。

实际应用中，用户可以自行选择使用屏幕镜像或DLNA的方式来实现投屏。然而实践发现，无论是屏幕镜像还是DLNA，都经常会出现投屏后媒体数据无法正常播放或者播放质量较差的问题，进而导致最终的投屏效果较差，无法满足用户的实际需求。

发明内容

有鉴于此，本申请实施例提供了投屏方法、装置及投送端，可以解决现有技术中投屏效果较差的问题。

本申请实施例的第一方面提供了一种投屏方法，应用于投送端，包括：

若投屏功能被启动，投送端确定待投送数据。

若待投送数据为媒体数据，则投送端获取自身对待投送数据的第一数据权限，以及接收端对待投送数据的第二数据权限。

若第一数据权限高于第二数据权限，则投送端通过屏幕镜像的方式，将待投送数据投送至接收端。

若第一数据权限低于第二数据权限，则投送端通过数字生活网络联盟的方式，将待投送数据投送至接收端。

在本申请实施例中，针对待投送数据是媒体数据的情况，会比较投送端和接收端对待投送数据的数据权限。若投送端权限更高，则采用屏幕镜像的方式进行待投送数据的投屏。此时可以充分使用投送端较高的数据权限来对待投送数据进行播放操作。而当接收端数据权限较高时，则采用DLNA的方式进行待投送数据的投屏。此时则可以充分使用接收端较高的数据权限来对待投送数据进行播放操作。通过本申请实施例，可以实现对投屏方式的自动选取，并始终为用户提供对待投送数据的较高数据权限。因此实际投屏过程中，可以使用较高的数据权限进行待投送数据的播放，使得出现因数据权限导致待投送数据无法正常播放的可能性大大降低。最终呈现给用户的更为流畅的投屏效果。

在第一方面的第一种可能的实现方式中，还包括：

若待投送数据不为媒体数据，则投送端通过屏幕镜像的方式，将待投送数据投送至接收端。

当用户需要进行游戏或桌面等界面投屏，或者需要进行文档等投屏时。本申请实施例会自动选用屏幕镜像的方式，对游戏、桌面或文档等界面进行屏幕录制，并将录制的截屏数据以视频流等方式发送给接收端，以实现对非媒体数据的自适应投屏。

在第一方面的第二种可能的实现方式中，还包括：

若第一数据权限与第二数据权限相同，则投送端通过数字生活网络联盟的方式，将待投送数据投送至接收端。

由于DLNA采用的是推送待投送数据URL的方式实现投屏。因此理论上投送端自身可以不用播放待投送数据。且用户可以将投屏功能放在后台运行，并正常使用投屏功能以外的其他功能。另外DLNA的方式下，接收端可以实现对待投送数据的播放操作。因此用户可以在接收端观看待投送数据时，直接操作接收端，使得投屏效果更佳。最后，DLNA方式投屏时，可以投送端可以不保持亮屏，因此更加节能省电，减少资源浪费。

在第一方面的第一种和第二种可能实现方式的基础上，在第一方面的第三种可能的实现方式中，还包括：

若第一数据权限与第二数据权限相同，则投送端获取自身对待投送数据的第一解码质量，以及接收端对待投送数据的第二解码质量。

若第一解码质量高于第二解码质量，则投送端通过屏幕镜像的方式，将待投送数据投送至接收端。

若第一解码质量低于第二解码质量，则投送端通过数字生活网络联盟的方式，将待投送数据投送至接收端。

在本申请实施例中，通过先比较投送端和接收端对待投送数据的数据权限。在数据权限相同的情况下，再比较两者对待投送数据的解码能力。若投送端解码能力更强，则采用屏幕镜像的方式进行投屏。此时可以充分利用投送端较强的解码能力来进行待投送数据的解码播放。而在接收端解码能力更强时，则选用DLNA的方式来进行投屏，此时可以充分利用接收端较强的解码能力来进行待投送数据的解码播放。通过本申请实施例，可以实现在数据权限相同的情况下对投放方式的自动选取，并始终为用户提供对待投屏数据较强的解码能力。因此在实际投屏过程中，用户可以看到在较强解码能力下对待投送数据的播放效果。防止了低解码能力对待投送数据解码不流畅甚至出错的情况。使得整个投屏的效果更为清晰流畅。因此可以实现更好的投屏效果，提升用户体验。

在第一方面的第三种可能实现方式的基础上，在第一方面的第四种可能的实现方式中，还包括：

若第一解码质量与第二解码质量相同，则投送端通过数字生活网络联盟的方式，将待投送数据投送至接收端。

当投送端和接收端解码能力相同时，理论上采用投送端和接收端播放待投送数据的显示基本相同。但屏幕镜像和DLNA对于用户实际投屏过程中的操作体验可能会有较大差异，因此为了提升整体投屏的效果，方便用的操作。本申请实施例会采用DLNA的方式来进行投屏，使得投屏效果更佳。

在第一方面的第一种和第二种可能实现方式的基础上，在第一方面的第五种可能的实现方式中，获取第一数据权限的操作，包括：

投送端从已安装的应用程序中确定出可以播放待投送数据的第一应用程序。

获取第一应用程序中的用户账号，并根据用户账号确定第一数据权限。

在本申请实施例中，通过投送端中应用程序内的用户账号。确定投送端对待投送数据的数据权限。使得本申请实施例可以明确出投送端是否有具有播放待投送数据的用户账号。

在第一方面的第一种和第二种可能实现方式的基础上，在第一方面的第六种可能的实现方式中，获取第二数据权限的操作，包括：

投送端向接收端发送待投送数据的第一信息。

投送端接收接收端针对第一信息返回的第二数据权限。

为了获取接收端对待投送数据的数据权限，本申请实施例中，投送端会将待投送数据的相关信息(即第一信息)发送至接收端。由接收端根据相关信息自行确定对待投送数据的数据权限。再反馈给投送端，从而实现对第二数据权限的有效获取。

本申请实施例的第二方面提供了一种投屏装置，包括：

数据确定模块，用于在投屏功能被启动时，确定待投送数据。

权限获取模块，用于在待投送数据为媒体数据时，获取投送端对待投送数据的第一数据权限，以及接收端对待投送数据的第二数据权限。

镜像投屏模块，用于在第一数据权限高于第二数据权限时，通过屏幕镜像的方式，将待投送数据投送至接收端。

数字投屏模块，用于在第一数据权限低于第二数据权限时，通过数字生活网络联盟的方式，将待投送数据投送至接收端。

本申请实施例的第三方面提供了一种投送端，投送端包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，使得投送端实现如上述第一方面中任一项所述投屏方法的步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，包括：存储有计算机程序，所述计算机程序被处理器执行时，使得投送端实现如上述第一方面中任一项所述投屏方法的步骤。

本申请实施例的第五方面提供了一种计算机程序产品，当计算机程序产品在投送端上运行时，使得投送端执行上述第一方面中任一项所述投屏方法。

本申请实施例的第六方面提供了一种芯片系统，所述芯片系统包括处理器，所述处理器与存储器耦合，所述处理器执行存储器中存储的计算机程序，以实现上述第一方面任一项所述的投屏方法。

其中，芯片系统可以是单个芯片或者，多个芯片组成的芯片模组。

可以理解的是，上述第二方面至第六方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

图1是本申请一实施例提供的投屏方法的流程示意图；

图2是本申请一实施例提供的投屏方法的流程示意图；

图3是本申请一实施例提供的投屏方法的流程示意图；

图4是本申请一实施例提供的投屏方法的流程示意图；

图5是本申请一实施例提供的投屏方法的流程示意图；

图6是本申请一实施例提供的投屏方法的流程示意图；

图7是本申请实施例提供的投屏装置的结构示意图；

图8是本申请一实施例提供的投屏方法所适用于的手机的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了便于理解本申请，此处先对本申请实施例进行简要说明：

投屏系统中的终端设备包括投送端和接收端。待投送数据(即需要进行投屏的数据)可以分为媒体数据和非媒体数据两种类型。其中媒体数据包括音频、视频和图片等。非媒体数据，则包括媒体数据以外的所有类型数据，例如界面和文档等。常见的投屏方式包括屏幕镜像和DLNA。

其中，屏幕镜像是指投送端对自身屏幕显示的内容进行截屏录制，并将录制的截屏数据同步发送至接收端，由接收端进行播放以完成投屏。

DLNA是一种投屏解决方案，旨在解决电脑、消费电器(如电视)和移动终端在内的无线网络和有线网络的互联互通，使得数字媒体和内容服务的无限制的共享和增长成为可能。DLNA内包含多种电脑、移动终端和消费电器之间互联互通的协议，通过遵守并使用这些协议，可以将投送端的媒体数据以数据地址(Uniform Resource Locator，URL)的形式推送到接收端，由接收端根据接收到的地址进行播放，从而实现媒体数据的投屏。在使用DLNA投屏时，投送端自身可以退出播放界面，并进行其他操作。

对屏幕镜像和DLAN进行比较发现：

一方面，在屏幕镜像的方式中，接收端只需播放接收到的截屏数据即可，因此对接收端对媒体数据的解码能力要求较低。但相应的，屏幕镜像需要投送端具有较强的媒体数据解码能力，使得投送端可以实现对媒体数据的解码播放，以及对非媒体数据的显示。而DLNA中，由于是由接收端通过URL获取媒体数据并进行播放，因此接收端需要具有一定的解码能力。此时对投送端的解码能力要求较低。

另一方面，不同终端设备对待投送数据的数据权限可能会存在一定的差异。其中，数据权限是指终端设备对媒体数据的播放权限。数据权限包括终端设备是否具有完整播放待投送数据的权限，以及若待投送数据被加密，终端设备是否具有解密权限等。数据权限会决定着终端设备是否可以正常播放待投送数据。在此基础上，在投送端对待投送数据的数据权限高于接收端时，若选用DLNA的方式进行待投送数据的投屏。会导致用户只能以低权限的方式播放待投送数据。反之，在投送端对待投送数据的数据权限低于接收端时，若选用屏幕镜像的方式进行待投送数据的投屏，用户也只能以低权限的方式播放待投送数据。例如假设待投送数据为网络视频，投送端为手机，接收端为电脑。其中若手机内具有视频平台(用于播放该网络视频)的贵宾(Very Important Person，VIP)账号，电脑内具有视频平台的普通账号。假设VIP账号可以完整播放该网络视频，而普通账号仅能播放前30秒。此时若采用DLNA的方式进行网络视频的投屏，会导致用户在接收端仅能播放前30秒的网络视频。反之，若手机内具有普通账号，而电脑内具有VIP账号。此时若采用屏幕镜像的方式进行投屏，则用户在接收端仅能看到前30秒的网络视频。

由上述对屏幕镜像和DLNA的比较分析可知，投送端和接收端的数据权限及解码能力都会影响最终对待投送数据的投屏效果，即对最终待投送数据在接收端中是否可以正常播放、流畅度如何以及清晰度如何等造成影响。实际应用中，用户可以自行选择使用屏幕镜像或DLNA的方式来实现投屏。但无论何种方式，均仅能使用到投送端或接收端一端的数据权限和解码能力。如屏幕镜像使用的是投送端的数据权限和解码能力，而DLNA使用的是接收端的数据权限和解码能力。因此若用户选取的投屏方式不当，则会导致最终出现无法正常播放投屏数据，或者播放的音质、清晰度和流畅度较差的情况，即导致投屏效果较差，用户体验下降。

为了提升投屏效果，本申请实施例中，投送端在进行投屏时首先会识别待投送数据是否为媒体数据。当为媒体数据时，则会获取自身对待投送数据的数据权限以及接收端对待投送数据的数据权限，并进行权限比对。若投送端的数据权限更高，则采用屏幕镜像的方式进行投屏。此时可以充分利用投送端数据权限来播放待投送数据。而若接收端数据权限更高，则采用DLNA的方式进行投屏。此时则可以充分利用接收端的数据权限来播放待投送数据。通过本申请实施例，可以实现对投屏方式的自动选取，并始终为用户提供对待投送数据的较高数据权限。因此实际投屏过程中，用户可以使用较高的数据权限进行待投送数据的播放，防止了由于低数据权限导致待投送数据无法正常播放的情况出现。因此本申请实施例可以达到更好的投屏效果，提升用户体验。

同时，对本申请实施例中可能涉及到的一些名词进行说明如下：

待投送数据：待投送数据是指需要进行投屏的数据。在本申请实施例中，将待投送数据分为媒体数据和非媒体数据两种类型。其中媒体数据包括音频、视频和图片等数据。而非媒体数据，则包括除媒体数据以外的所有数据，例如显示界面和文档等数据。待投送数据的实际类型，需根据实际应用场景确定。

投送端和接收端：在本申请实施例中，投送端是指投送待投送数据的终端设备。接收端则是指接收待投送数据并进行播放或显示的终端设备。在支持DLNA的基础上，本申请实施例不对投送端和接收端的设备类型进行过多限定，均可以是手机、电视、个人电脑、平板电脑或可穿戴设备等终端设备，具体可根据实际的应用场景确定。例如，当实际场景中是由手机向智能手表和电视进行投屏时，此时手机就是投送端，智能手表和电视均为接收端。其中，投送端为各个本申请实施例提供的投屏方法的执行主体。

数据权限(包括第一数据权限和第二数据权限)：出于为用户提供差异化的媒体服务，或者为了保障媒体数据的安全性等目的。实际应用中，经常会对不同终端设备设置不同的数据权限，以灵活控制不同终端设备对媒体数据的播放操作。例如一些视频平台中，会为用户提供普通账号和VIP账号，其中VIP账号具有完整播放VIP视频的权限，而普通账号仅能观看VIP视频的部分内容。用户在终端设备内观看视频平台内的VIP视频时，根据用户的账号不同，终端设备所具有的视频数据权限也会存在差异。又例如，对于一些安全级别较高的媒体数据而言，可能会进行加密处理，并会对不同的终端设备安全等级。仅在安全级别达到一定阈值时，终端设备才有权限进行解密和播放。或者不对媒体数据进行加密，但对不同的终端设备设置相应的安全级别。并仅在安全级别达到一定阈值时，终端设备才有权限进行访问和播放。因此对于单个媒体数据而言，即使终端设备拥有播放该媒体数据的软硬件配置。若没有相应的数据权限，理论上也难以正常播放媒体数据。在本申请实施例中，数据权限包含的具体权限内容，可由技术人员根据实际情况设定。例如可以仅包含“是否具有VIP账号”或者“终端设备的安全级别”。也可以同时包含“是否具有VIP账号”以及“终端设备的安全级别”。亦可以包含更多的其他权限，例如“是否可以对已加密的媒体数据进行解密”等。

应当说明地，数据权限可以与终端设备进行绑定，也可以与终端设备中的用户账号绑定，或者是与终端设备中应用程序的账号进行绑定。具体需根据实际的媒体数据情况确定。例如当媒体数据为离线媒体数据(如终端设备本地存储的媒体数据，或者对于接收端而言，接收到的投送端本地存储的媒体数据)时，此时可以与终端设备的物理地址进行绑定，或者与终端设备登录的用户账号绑定。而当媒体数据为在线媒体数据(如一些视频平台提供的网络视频，此时需要使用特定的应用程序进行在线媒体数据的访问和播放。例如使用视频平台的客户端或者利用浏览器等进行在线媒体数据的访问和播放)时，则可以与终端设备内特定应用程序中登录的账号进行绑定。

解码能力：随着科技的进步，用户对媒体数据的质量要求越来越高，导致市面上出现越来越多的高质量媒体数据。例如无损音乐、4K电影和8k图片，其中4k是指分辨率为3840x2160，8k是指分辨率为7680x4320。而为了实现对这些高质量媒体数据的播放，需要终端设备具有相应的解码能力，即将数据还原成可播放的音频、视频或图片的能力。

实际应用中，不同终端设备对媒体数据的解码能力会存在一定的差异。当终端设备的解码能力弱于所需解码的数据时，极有可能会出现解码失败无法播放，或者虽然可以解码但音质、清晰度和流畅度等指标下降的情况。例如当终端设备视频解码能力较弱时，如支持1080P视频解码。若需要对4k电影进行解码播放。可能会出现播放卡顿，或者只有声音没有图像，甚至完全无法播放视频的情况。同理，若终端设备对音频的解码能力较弱，此时对高质量音频进行解密时，亦有可能出现音频播放卡顿甚至无法播放的情况。由此可知，投送端和接收端对媒体数据的解码能力如何，会影响最终投屏时媒体数据播放的音质、清晰度和流畅度等指标，进而对最终投屏的质量造成一定的影响。因此，本申请的一些实施例中，会比较投送端和接收端对待投送数据的解码能力，以协助投屏方式的自动选择。

为了说明本申请所述的技术方案，通过具体实施例来进行说明。

图1示出了本申请实施例一提供的投屏方法的实现流程图，详述如下：

S101，若投屏功能被启动，投送端确定待投送数据，并识别待投送数据是否为媒体数据。

在本申请实施例中，投送端之中具有投屏功能。该功能可以是投送端软件系统内置的功能，也可以是投送端内安装的应用程序的功能。具体可根据实际场景确定。同时，本申请实施例亦不对投屏功能的启动方式进行过多限定，亦可根据实际场景确定。一方面，可以是用户通过对投送端进行操作，启动投屏功能。也可以是以其他设备向投送端发送启动指令的方式，来远程启动投送端的投屏功能。例如，当投屏功能是投送端软件系统内置的功能时，可以将投屏功能的设置于软件系统的系统设置功能之中。用户在使用时，可以在系统设置之中进行操作启动投屏功能。或者也可以通过桌面图标、悬浮窗或者下拉通知栏等方式，为投屏功能提供快捷启动方式。用户在使用时，可以通过点击对应的图标或区域实现对投屏功能的快捷启动。当投屏功能时应用程序内的功能时，可由应用程序开发方根据实际需求，对投屏功能的启动方式进行设定。例如对于视频平台而言，可以在视频播放界面设置一个投屏图标。用户通过点击该图标，实现对投屏功能的启动。

在投屏功能被启动后，投送端首先会确定此次需要进行投屏的数据(即待投送数据)。根据实际对投屏功能设置的不同，对待投送数据的确定方式亦可以存在一定的差异。具体可根据实际场景情况确定，此处不做过多限定。例如，可以设置为在启动投屏功能的过程中，需要先选定待投送数据。如选定一个视频、音频或者图片，亦或者选择投屏界面或某个文档等。在选定待投送数据之后，才开启投屏功能。此时，若投屏功能被启动，即可根据选定的情况来确定待投送数据。又例如，针对视频平台等应用程序，可以在对媒体数据的播放界面设置投屏图标，并将当前界面播放的媒体数据设置为对应的待投送数据。此时若投屏功能被开启，将当前界面播放的媒体数据作为待投送数据即可。

在确定出待投送数据之后，本申请实施例会识别待投送数据是否为媒体数据。即识别待投送数据是否为音频、视频或图片。若是其中任意一种数据，则可判定为待投送数据为媒体数据。反之，若不是音频、视频或图片，则可判定为不是媒体数据(即是非媒体数据)。

S102，若待投送数据为媒体数据，则投送端获取自身对待投送数据的第一数据权限，以及接收端对待投送数据的第二数据权限，并比较第一数据权限和第二数据权限的权限高低。

当待投送数据是媒体数据时，为了可以实现对媒体数据最大权限的播放，以使得投屏效果较佳。在本申请实施例中会获取投送端和接收端对待投送数据的数据权限(即第一数据权限和第二数据权限)。其中，投送端可以通过读取自身对待投送数据的数据权限的方式，实现对第一数据权限的获取。例如，在一些可选实施例中，当以“是否具有VIP账号”来判断数据权限时。可以先从投送端已安装的应用程序中，确定出可播放待投送数据的应用程序(即第一应用程序)，如某个视频播放器。再获取该应用程序中的用户账号，并根据该用户账号确定投送端是否有播放待投送数据的数据权限。而针对接收端对待投送数据的第二数据权限，则需投送端向接收端请求相应的数据。

为了实现对第二数据权限的请求，在本申请实施例中，可由投送端向接收端发送待投送数据的相关信息(即第一信息)。并由接收端在接收到该相关信息之后，读取自身对待投送数据的数据权限(即第二数据权限)发送给投送端。该相关信息可以是待投送数据自身的数据属性数据，如数据类型、数据大小以及分辨率等。也可以是待投送数据相关的播放信息。例如当待投送数据对终端设备有安全级别要求，仅终端设备安全级别达到某一预设级别以上才能播放时。此时播放信息可以是安全级别要求。又例如，当待投送数据为视频平台的在线视频时，播放信息可以是该视频平台的视频平台信息，如可以是视频平台的名称或者视频平台应用程序的唯一标识等。以使得接收端可以唯一确定出视频平台，并确定是否具有对应的视频平台VIP账号，或者是否有对应的点播权限等。

相应的，参考图2，对第二数据权限的请求操作可以如下：

S201，投送端向接收端发送待投送数据的第一信息。

S202，接收端在接收到第一信息后，根据第一信息获取自身对待投送数据的第二数据权限，并将第二数据权限发送至投送端。

此时对投送端而言，获取接收端对待投送数据的第二数据权限，可以替换为：发送待投送数据的第一信息至接收端，并接收由接收端针对第一信息返回的第二数据权限。

为了获取接收端对待投送数据的数据权限，本申请实施例中，投送端会将待投送数据的相关信息(即第一信息)发送至接收端。例如，当待投送数据为视频平台的在线视频，且数据权限中仅包含“是否具有VIP账号”时。相关信息可以是播放待投送数据的视频平台信息。接收端在接收到视频平台信息后，读取自身在视频平台中的账号情况(可以通过启动视频平台应用程序等方式实现账号获取)，并返回是否是VIP账号的结果给投送端。或者亦可以是在线视频的URL。接收端在接收到URL的时候，根据URL确定对应的视频平台或视频平台应用程序，再获取自身在视频平台中的账号情况，并返回是否是VIP账号的结果给投送端。

又例如，当待投送数据为投送端内的本地媒体数据时(如本地音频、视频或图片)，假设该本地媒体数据是机密性较高的数据，要求安全级别较高的终端设备才能进行播放。即数据权限中包含“终端设备的安全级别”。此时相关信息可以包含该本地媒体数据的安全级别要求。例如假设要求为：二级及以上。接收端在接收到安全级别要求之后，将自身的安全级别发送给投送端。或者接收端自行判断自身安全级别是否满足安全级别要求，并返回判断结果至投送端。

应当说明地，根据投屏功能在终端设备(包括投送端和接收端)中存在形式的不同，获取数据权限的方式亦可存在一定的差异。例如在一些可选实施例中，当投屏功能是存在于软件系统中时，则可以读取终端设备软件系统及硬件组件对待投送数据的数据权限。例如软件系统和硬件组件的安全级别。而当投屏功能时存在于应用程序中时，则可以根据需要，获取终端设备软件系统和硬件组件对待投送数据的数据权限，以及应用程序对待投送数据的数据权限中的任意一个或两个数据权限。比如可以获取两个数据权限，并将获取到的两个数据权限合并，确定为终端设备对待投送数据最终的数据权限。例如，当待投送数据被加密，要求获取终端设备对待投送数据的解密权限时。终端设备可以获取自身软件系统和硬件组件对待投送数据的解密权限，以及自身已安装的应用程序对待投送数据的数据权限，并进行合并。若均为无法解密，则判定为终端设备自身无解密权限。若其中存在一个或两个数据权限为可以解密，则判定为终端设备自身具有解密权限。

在获取到投送端和接收端各自对待投送数据的数据权限之后，本申请实施例会比较两个数据权限的高低，并确定出其中数据权限较高的一端。其中，本申请实施例不对数据权限高低的比较方法进行过多限定，可由技术人员自行设定。例如，在一些可选实施例中，当数据权限中仅包含一项内容时，可以直接比较该项内容的高低。如当数据权限中仅包含“是否具有VIP账号”时，可以直接比较投送端和接收端的VIP账号情况。若均具有VIP账号或者均不具有VIP账号，均可以判定为数据权限相同。若一端具有VIP账号，但另一端不具有，则可以判定为具有VIP账号的一端数据权限较高。而在另一些可选实施例中，当数据权限中包含多项内容时，则可以为不同内容设置权重系数。再逐一比较各项内容之后，再根据权重系数来确定最终数据权限的高低。其中，当各项内容的权重系数相同时，则相当于采用投票法来进行数据权限比较。

S103，若第一数据权限高于第二数据权限，则通过屏幕镜像的方式，将待投送数据投送至接收端。

当第一数据权限高于第二数据权限时，说明投送端的数据权限较高。因此此时本申请实施例会选用屏幕镜像的方式来进行投屏。即由投送端根据自身的数据权限播放待投送数据，例如使用VIP账号来播放在线视频，或者先对已加密的待投送数据进行解密再进行播放。同时对播放待投送数据时的屏幕界面进行截屏录制。再将录制的截屏数据以视频流等方式发送给接收端。相应的，接收端可以通过播放接收到的截屏数据的方式，实现对待投送数据的投屏播放。此时，用户可以在接收端观看待投送数据，并可以在投送端控制对待投送数据的播放操作。例如控制视频播放进度、音频音量或者图片缩放比例等。本申请实施例不对屏幕镜像的操作细节进行过多的限定，可由技术人员根据需求设定。

S104，若第一数据权限低于第二数据权限，则通过DLNA的方式，将待投送数据投送至接收端。

当第二数据权限高于第一数据权限时，说明接收端的数据权限较高。因此此时本申请实施例会选用DLNA的方式来进行投屏。即由投送端将待投送数据的URL发送至接收端。由接收端根据该URL获取待投送数据，并根据自身的数据权限播放待投送数据，例如使用VIP账号来播放在线视频，或者先对已加密的待投送数据进行解密再进行播放。此时，用户可以在接收端观看待投送数据，并可以在接收端端控制对待投送数据的播放操作。例如控制视频播放进度、音频音量或者图片缩放比例等。本申请实施例不对DLNA的操作细节进行过多的限定，可由技术人员根据需求设定。

在本申请实施例中，针对待投送数据是媒体数据的情况，会比较投送端和接收端对待投送数据的数据权限。若投送端权限更高，则采用屏幕镜像的方式进行待投送数据的投屏。此时可以充分使用投送端较高的数据权限来对待投送数据进行播放操作。而当接收端数据权限较高时，则采用DLNA的方式进行待投送数据的投屏。此时则可以充分使用接收端较高的数据权限来对待投送数据进行播放操作。通过本申请实施例，可以实现对投屏方式的自动选取，并始终为用户提供对待投送数据的较高数据权限。因此实际投屏过程中，可以使用较高的数据权限进行待投送数据的播放，使得出现因数据权限导致待投送数据无法正常播放的可能性大大降低。最终呈现给用户的更为流畅的投屏效果。

作为本申请的一个可选实施例，实际应用中投送端和接收端对待投送数据的数据权限也可能会相同。即S102的结果可能是第一数据权限与第二数据权限相同。此时无论选取哪一端进行待投送数据的播放，理论上权限方面对播放的影响均一样。在此基础上，本申请实施例在S102之后，可以采用屏幕镜像或者DLNA的方式实现待投送数据的投屏。

考虑到实际投屏的应用场景中，若采用屏幕镜像的方式进行投屏，会导致用户需在投送端进行播放操作，且需保持投送端中对待投送数据的播放界面。此时会存在以下几个问题：

1、会导致用户难以正常使用投送端投屏以外的其他功能。例如当投送端为手机，待投送数据为视频时。屏幕镜像会要求用户在手机中保持对视频的播放界面。此时若用户退出播放界面使用其他功能，如使用电话或短信功能。会导致无法正常对视频进行投屏。

2、投送端和接收端可能相距较远，此时用户在空间上的不方便操作投送端。例如当利用卧室的台式电脑对客厅的电视进行投屏时，若用户需要对待投送数据进行暂停或快进等操作，则需要跑到卧室内去操作。因此十分不便。

3、屏幕镜像一般要求投送端的屏幕持续亮屏，此时会导致投送端功耗较高，造成资源浪费。

为了解决上述几个问题，提升投屏的效果以及用户的体验，作为本申请的一个可选实施例，参考图3，在S102之后，还包括：

S105，若第一数据权限与第二数据权限相同，则通过DLNA的方式，将待投送数据投送至接收端。

由于DLNA采用的是推送待投送数据URL的方式实现投屏。因此理论上投送端自身可以不用播放待投送数据。且用户可以将投屏功能放在后台运行，并正常使用投屏功能以外的其他功能。另外DLNA的方式下，接收端可以实现对待投送数据的播放操作。例如音频和视频的暂停、快进和音量调节，以及图片的放大缩小等。因此用户可以在接收端观看待投送数据时，直接操作接收端，而无需再跑到投送端处进行操作。最后，DLNA方式投屏时，可以投送端可以不保持亮屏，因此更加节能省电，减少资源浪费。基于这些理由，本申请实施例会在确定出投送端和接收端的数据权限相同时，会采用DLNA的方式来进行待投送数据的投屏。此时对用户而言，投屏的效果更佳。

相应的，在图1所示实施例的基础上，本申请实施例对应的投屏方法决策表格可以如下表1：

表1

表1中，会将投送端和接收端的数据权限比较结果分为4种：投送端数据权限较高、投送端和接收端数据权限均较高且相同、接收端数据权限较高以及投送端和接收端数据权限均较低且相同，并设置了相应的投屏方式。实际应用中，可以根据比较结果的情况来确定投屏方式，实现对投屏方式的自动决策。

在本申请实施例中，S104和S105可以合并为：若第一数据权限低于或等于第二数据权限，则通过DLNA的方式，将待投送数据投送至接收端。

作为本申请的另一个可选实施例，实际应用中投送端和接收端对待投送数据的数据权限可能会相同。即S102的结果可能是第一数据权限与第二数据权限相同。此时无论选取哪一端进行待投送数据的播放，理论上权限方面对播放的影响均一样。实际应用中发现，除数据权限外，投送端对媒体数据的解码能力，也会极大地影响对媒体数据的播放效果。如是否卡顿以及清晰度如何等。在投屏场景之中，即会影响最终对媒体数据的投屏效果。因此在两端数据权限相同的情况下，为了使得最终可以实现对待投送数据较好的解码播放，本申请实施例会继续比较投送端和接收端对待投送数据的解码能力。参考图4，在S102之后，还包括：

S106，若第一数据权限与第二数据权限相同，则获取投送端对待投送数据的第一解码能力，以及接收端对待投送数据的第二解码能力，并比较第一解码能力和第二解码能力的高低。

实际应用中，解码分为硬件解码和软件解码。其中，软件解码是指利用CPU进行媒体数据解码，需要消耗CPU的运算资源。硬件解码是利用CPU以外的其他硬件实现对媒体数据的解码。例如使用GPU或者硬件解码器等实现媒体数据的解码。

为了可以更好地对待投送数据进行解码，使得最终可以呈现更好地投屏效果给用户。在本申请实施例中，会获取投送端和接收端两端对待投送数据的解码能力(即第一解码能力和第二解码能力)，并会比较两者的高低。其中，第一解码能力可由投送端读取对待投送数据类型数据的硬件解码能力和软件解码能力得到。例如，当待投送数据的类型是视频时，投送端读取自身对视频支持的解码能力，如1080P和4k。对于第二解码能力，则需要接收端根据待投送数据的数据类型，来读取自身对待投送数据的硬件解码能力和软件解码能力，得到最终的解码能力并反馈该投送端。为了使得接收端获取到待投送数据的类型，可以有投送端将待投送数据的类型发送给接收端。其中，在与图2所示实施例进行结合应用时，若接收端可以通过第一信息确定出待投送数据的类型。例如第一信息中带有待投送数据的类型，或者第一信息为URL，接收端以通过URL确定出待投送数据的类型。则此时无需再发送待投送数据的类型给接收端。

在一些可选实施例中，考虑到硬件解码能力和软件解码能力有时难以都获取到。因此在投送端和接收端获取自身解码能力时，也可以仅获取硬件解码能力或者软件解码能力。具体可由技术人员根据实际情况设定，此处不做限定。

S107，若第一解码能力高于第二解码能力，则对待投送数据进行解码，并将解码后的待投送数据通过屏幕镜像的方式投送至接收端。

当第一解码能力高于第二解码能力时，说明投送端具有对待投送数据更高的解码能力。例如假设待投送数据的类型是视频，同时假设投送端同时支持对视频的1080P解码播放和4k解码播放，而接收端仅支持对视频的1080P解码播放。此时投送端具有较高的4k解码能力。此时使用投送端进行待投送数据的解码播放，理论上其解码播放时的流畅度和清晰度等指标，会高于解码能力较弱的接收端。因此本申请实施例会选用屏幕镜像的方式进行待投送数据的投屏。即由投送端利用自身的解码能力对待投送数据进行解码播放，并在播放的同步进行屏幕录制和传输。具体的屏幕镜像投屏说明，可参考S103中的说明，此处不予赘述。

S108，若第一解码能力低于第二解码能力，则通过DLNA的方式，将待投送数据投送至接收端。

当第二解码能力高于第一解码能力时，说明接收端具有对待投送数据更高的解码能力。例如假设待投送数据的类型是视频，同时假设投送端仅支持对视频的1080P解码播放，但而接收端同时支持对视频的1080P解码播放和4k解码播放。此时接收端具有较高的4k解码能力。此时使用接收端进行待投送数据的解码播放，理论上其解码播放时的流畅度和清晰度等指标，会高于解码能力较弱的投送端。因此本申请实施例会选用DLNA的方式进行待投送数据的投屏。即由接收端端利用自身的解码能力对待投送数据进行解码播放。其中，具体的DLNA投屏说明，可参考S104中的说明，此处不予赘述。

作为本申请的一个可选实施例，为了实现对解码能力的有效量化和比较，参考图5，在本申请实施例中，S106可以被替换为：

S1061，若第一数据权限与第二数据权限相同，则获取投送端对待投送数据的第一解码质量，以及接收端对待投送数据的第二解码质量，并比较第一解码质量和第二解码质量的高低。

在本申请实施例中，解码质量(包括第一解码质量和第二解码质量)，是指终端设备(包括投送端和接收端)对待投送数据类型的数据，以最高解码能力进行解码播放时支持的最高播放质量。是对解码能力的一种量化表征方式。以一实例进行说明，假设待投送数据的类型是视频，同时假设终端设备同时支持对视频的1080P解码播放和4k解码播放。此时若利用终端设备最高解码能力进行视频解码播放，理论上支持视频最高播放质量为4k。因此此时的终端设备解码质量即为4k。在本申请实施例中，接收端只需返回对待投送数据的解码质量(即第二解码质量)即可。

相应的，S107和S108可以被替换为：

S1071，若第一解码质量高于第二解码质量，则对待投送数据进行解码，并将解码后的待投送数据通过屏幕镜像的方式投送至接收端。

S1081，若第一解码质量低于第二解码质量，则通过DLNA的方式，将待投送数据投送至接收端。

作为本申请的一个可选实施例，考虑到投送端和接收端的解码能力也可能会相同。此时，为了有更好的投屏效果，本申请实施例会优先采用DLNA的方式来进行投屏，即在S106之后还包括：

S109，若第一解码能力与第二解码能力相同，则采用通过DLNA的方式，将待投送数据投送至接收端。

当第一解码能力与第二解码能力相同时，理论上采用投送端和接收端播放待投送数据的显示基本相同。但屏幕镜像和DLNA对于用户实际投屏过程中的操作体验可能会有较大差异，因此为了提升整体投屏的效果，方便用的操作。本申请实施例会采用DLNA的方式来进行投屏。其中，具体的选取原因和有益效果等说明，可以参考图3所示实施例内容说明，此处不予赘述。

对应于图5所示实施例，此时S109可以被替换为：若第一解码质量与第二解码质量相同，则采用通过DLNA的方式，将待投送数据投送至接收端。

此时可以与S1081进行合并，得到：若第一解码质量低于第二解码质量，或者第一解码质量与第二解码质量相同，则通过DLNA的方式，将待投送数据投送至接收端。

相应的，本申请实施例中，在投送端和接收端对待投送数据的数据权限相同的基础上，对应的投屏方法决策表格可以如下表2：

表2

表2中，会将投送端和接收端的解码质量比较结果分为4种：投送端解码质量较高、投送端和接收端解码质量均较高且相同、接收端解码质量较高以及投送端和接收端解码质量均较低且相同，并设置了相应的投屏方式。实际应用中，可以根据比较结果的情况来确定投屏方式，实现对投屏方式的自动决策。

在本申请实施例中，通过先比较投送端和接收端对待投送数据的数据权限。在数据权限相同的情况下，再比较两者对待投送数据的解码能力。若投送端解码能力更强，则采用屏幕镜像的方式进行投屏。此时可以充分利用投送端较强的解码能力来进行待投送数据的解码播放。而在接收端解码能力更强时，则选用DLNA的方式来进行投屏，此时可以充分利用接收端较强的解码能力来进行待投送数据的解码播放。通过本申请实施例，可以实现在数据权限相同的情况下对投放方式的自动选取，并始终为用户提供对待投屏数据较强的解码能力。因此在实际投屏过程中，用户可以看到在较强解码能力下对待投送数据的播放效果。防止了低解码能力对待投送数据解码不流畅甚至出错的情况。使得整个投屏的效果更为清晰流畅。因此可以实现更好的投屏效果，提升用户体验。另外，通过先比较数据权限再比较解码能力的方式。可以首先保障对待投送数据的正常播放。再选用更加适宜的解码操作，使得整个投屏的过程效果更佳。因此，本申请实施例可以实现对投屏方式的自适应选取，实现更好的投屏效果。

作为本申请的一个可选实施例，考虑到实际应用中，待投送数据也可能是非媒体数据。例如文档和游戏界面等。这些非媒体数据无法采用DLNA的方式进行，因此在本申请实施例中，会采用屏幕镜像的方式进行投屏。参考图6，本申请实施例包括：

S110，若待投送数据不为媒体数据，则通过屏幕镜像的方式，将待投送数据投送至接收端。

当用户需要进行游戏或桌面等界面投屏，或者需要进行文档等投屏时。本申请实施例会自动选用屏幕镜像的方式，对游戏、桌面或文档等界面进行屏幕录制，并将录制的截屏数据以视频流等方式发送给接收端，以实现投屏。其中，屏幕镜像的投屏方式说明，可参考S103中的说明，此处不予赘述。

对应于上文实施例的投屏方法，图7示出了本申请实施例提供的投屏装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图7，该投屏装置包括：

数据确定模块71，用于在投屏功能被启动时，确定待投送数据。

权限获取模块72，用于在待投送数据为媒体数据时，获取投送端对待投送数据的第一数据权限，以及接收端对待投送数据的第二数据权限。

镜像投屏模块73，用于在第一数据权限高于第二数据权限时，通过屏幕镜像的方式，将待投送数据投送至接收端。

数字投屏模块74，用于在第一数据权限低于第二数据权限时，通过DLNA的方式，将待投送数据投送至接收端。

作为本申请的一个实施例，镜像投屏模块73，还用于：

在待投送数据不为媒体数据时，通过屏幕镜像的方式，将待投送数据投送至接收端。

作为本申请的一个实施例，数字投屏模块74，还用于：

在第一数据权限与第二数据权限相同时，通过DLNA的方式，将待投送数据投送至接收端。

作为本申请的一个实施例，该投屏装置，还包括：

解码能力获取模块，用于在第一数据权限与第二数据权限相同时，获取投送端对待投送数据的第一解码质量，以及接收端对待投送数据的第二解码质量。

镜像投屏模块73，还用于在第一解码质量高于第二解码质量时，通过屏幕镜像的方式，将待投送数据投送至接收端。

数字投屏模块74，用于在第一解码质量低于第二解码质量时，通过数字生活网络联盟的方式，将待投送数据投送至接收端。

作为本申请的一个实施例，数字投屏模块74，还用于：

在第一解码质量与第二解码质量相同时，通过DLNA的方式，将待投送数据投送至接收端。

作为本申请的一个实施例，权限获取模块72，包括：

程序确定模块，用于从投送端已安装的应用程序中确定出可以播放待投送数据的第一应用程序。

权限获取子模块，用于获取第一应用程序中的用户账号，并根据用户账号确定第一数据权限。

作为本申请的一个实施例，权限获取模块72，包括：

信息发送模块，用于向接收端发送待投送数据的第一信息。

权限接收模块，用于接收接收端针对第一信息返回的第二数据权限。

本申请实施例提供的投屏装置中各模块实现各自功能的过程，具体可参考前述图1至图6所示实施例以及其他相关方法实施例的描述，此处不再赘述。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。还应理解的是，虽然术语“第一”、“第二”等在文本中在一些本申请实施例中用来描述各种元素，但是这些元素不应该受到这些术语的限制。这些术语只是用来将一个元素与另一元素区分开。例如，第一表格可以被命名为第二表格，并且类似地，第二表格可以被命名为第一表格，而不背离各种所描述的实施例的范围。第一表格和第二表格都是表格，但是它们不是同一表格。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例提供的投屏方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等投送端上，本申请实施例对投送端的具体类型不作任何限制。

例如，所述投送端可以是WLAN中的站点(STAION，ST)，可以是蜂窝电话、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、车联网终端、电脑、膝上型计算机、手持式通信设备、手持式计算设备、电视顶盒(set top box，STB)、用户驻地设备(customerpremise equipment，CPE)和/或用于在无线系统上进行通信的其它设备以及下一代通信系统，例如，5G网络中的终端设备或者未来演进的公共陆地移动网络(Public Land MobileNetwork，PLMN)网络中的终端设备等。

作为示例而非限定，当所述投送端为可穿戴设备时，该可穿戴设备还可以是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，如智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

下文以投送端是手机为例，图8示出了手机100的结构示意图。

手机100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及SIM卡接口195等。其中传感器模块180可以包括陀螺仪传感器180A，加速度传感器180B，气压传感器180C，磁传感器180D，环境光传感器180E，接近光传感器180G、指纹传感器180H，温度传感器180J，触摸传感器180K(当然，手机100还可以包括其它传感器，比如温度传感器，压力传感器、距离传感器、气压传感器、骨传导传感器等，图中未示出)。

可以理解的是，本发明实施例示意的结构并不构成对手机100的具体限定。在本申请另一些实施例中，手机100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(Neural-network Processing Unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是手机100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

处理器110可以运行本申请实施例提供的投屏方法，以便于丰富投屏功能，提升投屏的灵活度，提升用户的体验。处理器110可以包括不同的器件，比如集成CPU和GPU时，CPU和GPU可以配合执行本申请实施例提供的投屏方法，比如投屏方法中部分算法由CPU执行，另一部分算法由GPU执行，以得到较快的处理效率。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，手机100可以包括1个或N个显示屏194，N为大于1的正整数。显示屏194可用于显示由用户输入的信息或提供给用户的信息以及各种图形用户界面(graphical user interface，GUI)。例如，显示器194可以显示照片、视频、网页、或者文件等。再例如，显示器194可以显示图形用户界面。其中图形用户界面上包括状态栏、可隐藏的导航栏、时间和天气小组件(widget)、以及应用的图标，例如浏览器图标等。状态栏中包括运营商名称(例如中国移动)、移动网络(例如4G)、时间和剩余电量。导航栏中包括后退(back)键图标、主屏幕(home)键图标和前进键图标。此外，可以理解的是，在一些实施例中，状态栏中还可以包括蓝牙图标、Wi-Fi图标、外接设备图标等。还可以理解的是，在另一些实施例中，图形用户界面中还可以包括Dock栏，Dock栏中可以包括常用的应用图标等。当处理器检测到用户的手指(或触控笔等)针对某一应用图标的触摸事件后，响应于该触摸事件，打开与该应用图标对应的应用的用户界面，并在显示器194上显示该应用的用户界面。

在本申请实施例中，显示屏194可以是一个一体的柔性显示屏，也可以采用两个刚性屏以及位于两个刚性屏之间的一个柔性屏组成的拼接显示屏。当处理器110运行本申请实施例提供的投屏方法后，处理器110可以控制外接的音频输出设备切换输出的音频信号。

摄像头193(前置摄像头或者后置摄像头，或者一个摄像头既可作为前置摄像头，也可作为后置摄像头)用于捕获静态图像或视频。通常，摄像头193可以包括感光元件比如镜头组和图像传感器，其中，镜头组包括多个透镜(凸透镜或凹透镜)，用于采集待拍摄物体反射的光信号，并将采集的光信号传递给图像传感器。图像传感器根据所述光信号生成待拍摄物体的原始图像。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行手机100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，应用程序(比如相机应用，微信应用等)的代码等。存储数据区可存储手机100使用过程中所创建的数据(比如相机应用采集的图像、视频等)等。

内部存储器121还可以存储本申请实施例提供的投屏方法对应的一个或多个计算机程序1210。该一个或多个计算机程序1210被存储在上述存储器121中并被配置为被该一个或多个处理器110执行，该一个或多个计算机程序1210包括指令，上述指令可以用于执行如图1至图6相应实施例中的各个步骤，该计算机程序1210可以包括帐号验证模块1211、优先级比较模块1212。其中，帐号验证模块1211，用于对局域网内的其它投送端的系统认证帐号进行认证；优先级比较模块1212，可用于比较音频输出请求业务的优先级和音频输出设备当前输出业务的优先级。状态同步模块1213，可用于将投送端当前接入的音频输出设备的设备状态同步至其它投送端，或者将其它设备当前接入的音频输出设备的设备状态同步至本地。当内部存储器121中存储的投屏方法的代码被处理器110运行时，处理器110可以控制投送端进行投屏数据处理。

此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

当然，本申请实施例提供的投屏方法的代码还可以存储在外部存储器中。这种情况下，处理器110可以通过外部存储器接口120运行存储在外部存储器中的投屏方法的代码，处理器110可以控制投送端进行投屏数据处理。

下面介绍传感器模块180的功能。

陀螺仪传感器180A，可以用于确定手机100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180A确定手机100围绕三个轴(即，x，y和z轴)的角速度。即陀螺仪传感器180A可以用于检测手机100当前的运动状态，比如抖动还是静止。

当本申请实施例中的显示屏为可折叠屏时，陀螺仪传感器180A可用于检测作用于显示屏194上的折叠或者展开操作。陀螺仪传感器180A可以将检测到的折叠操作或者展开操作作为事件上报给处理器110，以确定显示屏194的折叠状态或展开状态。

加速度传感器180B可检测手机100在各个方向上(一般为三轴)加速度的大小。即陀螺仪传感器180A可以用于检测手机100当前的运动状态，比如抖动还是静止。当本申请实施例中的显示屏为可折叠屏时，加速度传感器180B可用于检测作用于显示屏194上的折叠或者展开操作。加速度传感器180B可以将检测到的折叠操作或者展开操作作为事件上报给处理器110，以确定显示屏194的折叠状态或展开状态。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。手机通过发光二极管向外发射红外光。手机使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定手机附近有物体。当检测到不充分的反射光时，手机可以确定手机附近没有物体。当本申请实施例中的显示屏为可折叠屏时，接近光传感器180G可以设置在可折叠的显示屏194的第一屏上，接近光传感器180G可根据红外信号的光程差来检测第一屏与第二屏的折叠角度或者展开角度的大小。

陀螺仪传感器180A(或加速度传感器180B)可以将检测到的运动状态信息(比如角速度)发送给处理器110。处理器110基于运动状态信息确定当前是手持状态还是脚架状态(比如，角速度不为0时，说明手机100处于手持状态)。

指纹传感器180H用于采集指纹。手机100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于手机100的表面，与显示屏194所处的位置不同。

示例性的，手机100的显示屏194显示主界面，主界面中包括多个应用(比如相机应用、微信应用等)的图标。用户通过触摸传感器180K点击主界面中相机应用的图标，触发处理器110启动相机应用，打开摄像头193。显示屏194显示相机应用的界面，例如取景界面。

手机100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。手机100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在手机100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。在本申请实施例中，移动通信模块150还可以用于与其它投送端进行信息交互，即向其它投送端发送投屏相关数据，或者移动通信模块150可用于接收投屏请求，并将接收的投屏请求封装成指定格式的消息。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在手机100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。本申请实施例中，无线通信模块160可以用于接入接入点设备，向其它投送端发送和接收消息。

另外，手机100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。手机100可以接收按键190输入，产生与手机100的用户设置以及功能控制有关的键信号输入。手机100可以利用马达191产生振动提示(比如来电振动提示)。手机100中的指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。手机100中的SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和手机100的接触和分离。

应理解，在实际应用中，手机100可以包括比图8所示的更多或更少的部件，本申请实施例不作限定。图示手机100仅是一个范例，并且手机100可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

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

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在投送端上运行时，使得投送端执行时可实现上述各个方法实施例中的步骤。

本申请实施例还提供了一种芯片系统，所述芯片系统包括处理器，所述处理器与存储器耦合，所述处理器执行存储器中存储的计算机程序，以实现上述各个方法实施例中的步骤。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使对应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种投屏方法，其特征在于，包括：

若投屏功能被启动，投送端确定待投送数据；

若所述待投送数据为媒体数据，则所述投送端获取自身对所述待投送数据的第一数据权限，以及接收端对所述待投送数据的第二数据权限；

若所述第一数据权限高于所述第二数据权限，则所述投送端通过屏幕镜像的方式，将所述待投送数据投送至所述接收端；

若所述第一数据权限低于所述第二数据权限，则所述投送端通过数字生活网络联盟的方式，将所述待投送数据投送至所述接收端。

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

若所述待投送数据不为媒体数据，则所述投送端通过屏幕镜像的方式，将所述待投送数据投送至所述接收端。

3.根据权利要求1或2所述的投屏方法，其特征在于，还包括：

若所述第一数据权限与所述第二数据权限相同，则所述投送端通过数字生活网络联盟的方式，将所述待投送数据投送至接收端。

4.根据权利要求1或2所述的投屏方法，其特征在于，还包括：

若所述第一数据权限与所述第二数据权限相同，则所述投送端获取自身对所述待投送数据的第一解码质量，以及接收端对所述待投送数据的第二解码质量；

若所述第一解码质量高于所述第二解码质量，则所述投送端通过屏幕镜像的方式，将所述待投送数据投送至所述接收端；

若所述第一解码质量低于所述第二解码质量，则所述投送端通过数字生活网络联盟的方式，将所述待投送数据投送至所述接收端。

5.根据权利要求4所述的投屏方法，其特征在于，还包括：

若所述第一解码质量与所述第二解码质量相同，则所述投送端通过数字生活网络联盟的方式，将所述待投送数据投送至接收端。

6.根据权利要求1或2所述的投屏方法，其特征在于，获取所述第一数据权限的操作，包括：

所述投送端从已安装的应用程序中确定出可以播放所述待投送数据的第一应用程序；

获取所述第一应用程序中的用户账号，并根据所述用户账号确定所述第一数据权限。

7.根据权利要求1或2所述的投屏方法，其特征在于，获取所述第二数据权限的操作，包括：

所述投送端向所述接收端发送所述待投送数据的第一信息；

所述投送端接收所述接收端针对所述第一信息返回的所述第二数据权限。

8.一种投屏装置，其特征在于，包括：

数据确定模块，用于在投屏功能被启动时，确定待投送数据；

权限获取模块，用于在所述待投送数据为媒体数据时，获取投送端对所述待投送数据的第一数据权限，以及接收端对所述待投送数据的第二数据权限；

镜像投屏模块，用于在所述第一数据权限高于所述第二数据权限时，通过屏幕镜像的方式，将所述待投送数据投送至所述接收端；

数字投屏模块，用于在所述第一数据权限低于所述第二数据权限时，通过数字生活网络联盟的方式，将所述待投送数据投送至所述接收端。

9.一种投送端，其特征在于，所述投送端包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现根据权利要求1至7任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现根据权利要求1至7任一项所述方法的步骤。

11.一种芯片系统，其特征在于，所述芯片系统包括处理器，所述处理器与存储器耦合，所述处理器执行存储器中存储的计算机程序，以实现如权利要求1至7任一项所述的投屏方法。

Images