CN114610261A - 终端投屏方法、装置、设备及介质 - Google Patents

Abstract

本申请提供一种终端投屏方法、装置、设备及介质，在投屏发起终端一侧，该终端投屏方法包括：在第一应用程序的第一页面上，显示媒体数据和与媒体数据对应的投屏控件；响应于面向投屏控件的交互操作，将媒体数据的属性信息发送给运行在投屏接收终端上的第二应用程序，以通过第二应用程序对媒体数据进行播放，第一应用程序和第二应用程序均与提供媒体数据的服务端通信连接，媒体数据的属性信息包括媒体数据的标识信息。可见，通过将媒体数据的属性信息发送至投屏接收终端上相应的应用程序，投屏接收终端可以自主播放媒体数据，有利于简化投屏操作，提高用户的交互体验。

Description

终端投屏方法、装置、设备及介质

技术领域

本申请涉及终端技术领域，尤其涉及一种终端投屏方法、装置、设备及介质。

背景技术

随着终端、互联网等技术的发展，在工作或者生活场景中，用户可将终端上播放的视频、图片等媒体数据投屏至大屏设备(比如电视、投影设备)上进行显示，以到达多人一起观看媒体数据、提高观看氛围等目的。

以对电视剧进行投屏为例，通常的，用户先要在终端上进入电视剧的某一剧集的播放页面，之后在播放页面上点击投屏，将该剧集的视频画面通过镜像方式投放至大屏设备上。然而，该方式中的投屏操作较为繁琐。

因此，如何简化投屏操作，提高用户体验，是目前亟需解决的问题。

发明内容

本申请提供一种终端投屏方法、装置、设备及介质，用以解决投屏操作繁琐，导致用户体验不佳的问题。

第一方面，本申请实施例提供一种终端投屏方法，应用于投屏发起终端，包括：在第一应用程序的第一页面上，显示媒体数据和与媒体数据对应的投屏控件；响应于面向投屏控件的交互操作，将媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序，以通过第二应用程序对媒体数据进行播放，第一应用程序和第二应用程序均与提供媒体数据的服务端通信连接，媒体数据的属性信息包括媒体数据的标识信息。

第二方面，本申请实施例提供一种终端投屏方法，应用于投屏接收终端，包括：通过第二应用程序，接收来自第一应用程序的媒体数据的属性信息，其中，第一应用程序运行在投屏发起终端，第一应用程序和第二应用程序均与提供媒体数据的服务端通信连接；在第二应用程序中，根据媒体数据的属性信息从服务端获取媒体数据；在第二应用程序中，播放媒体数据。

第三方面，本申请实施例提供一种终端投屏装置，应用于投屏发起终端，包括：显示单元，用于在第一应用程序的第一页面上，显示媒体数据和与媒体数据对应的投屏控件；投屏单元，用于响应于面向投屏控件的交互操作，将媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序，以通过第二应用程序对媒体数据进行播放，第一应用程序和第二应用程序均与提供媒体数据的服务端通信连接，媒体数据的属性信息包括媒体数据的标识信息。

第四方面，本申请实施例提供一种终端投屏装置，应用于投屏接收终端，包括：接收单元，用于通过第二应用程序，接收来自第一应用程序的媒体数据的属性信息，其中，第一应用程序运行在投屏发起终端，第一应用程序和第二应用程序均与提供媒体数据的服务端通信连接；获取单元，用于在第二应用程序中，根据媒体数据的属性信息从服务端获取媒体数据；播放单元，用于在第二应用程序中，播放媒体数据。

第五方面，本申请实施例提供一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使电子设备能够执行本申请第一方面中任一项提供的终端投屏方法。

第六方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本申请第一方面中任一项提供的终端投屏方法。

本申请实施例中，投屏发起终端在第一应用程序的第一页面上，显示媒体数据与媒体数据对应的投屏控件，响应于面向投屏控件的交互操作，将媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序，以通过第二应用程序对媒体数据进行播放。其中，第二应用程序与第一应用程序均与提供媒体数据的服务端通信连接，媒体数据的属性信息包括媒体数据的标识信息。因此，通过将媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序的方式，使得投屏接收终端通过第二应用程序实现媒体数据自主播放，而无需依赖于投屏发起终端传输媒体数据的播放画面，可解决投屏卡顿、无法自主进行媒体数据的进度切换、清晰度不足等不良的交互问题，同时用户也无需在投屏发起终端进行频繁的投屏控制，有效地简化了投屏操作，提高了用户的投屏体验。

附图说明

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

图1为本申请实施例提供的终端投屏方法的场景示意图；

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

图3为本申请实施例提供的终端投屏方法的流程示意图二；

图4为本申请实施例提供的页面示例图一；

图5为本申请实施例提供的终端投屏方法的流程示意图三；

图6为本申请实施例提供的页面示例图二；

图7为本申请实施例提供的终端投屏装置70的结构框图；

图8为本申请实施例提供的终端投屏装置80的结构框图；

图9为本申请一实施例提供的电子设备的硬件结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。

首先，对本申请实施例的部分用语进行解释：

媒体数据：包括多媒体数据(如视频、音乐)和/或单一媒体数据(如文本、图像)。

投屏控件：交互控件，用于触发对媒体数据进行投屏的指令。

在对媒体数据进行投屏的过程中，以将电视剧从手机投屏至电视机为例，通常的，用户在手机上进入电视剧的某一剧集的播放页面，之后在播放页面上点击投屏，将该剧集的视频画面通过镜像方式投放至电视机上。之后，由手机将电视剧的画面传输至到电视机，手机上显示投屏控制页面，用户可以在投屏控制页面上控制电视剧的播放进度、清晰度等。然而，该方式需要全程占用两台设备(手机和电视机)，而且存在很多不良的交互体验：无法自动切换至下一集(需要用户退出当前剧集的播放，再在下一剧集的播放页面上点击投屏)，清晰度受限，还容易出现投屏失败、无故退出以及投屏卡顿等问题。

为了解决上述问题，本申请实施例提出了一种终端投屏方法。在该方法中，投屏发起终端在第一应用程序的第一页面上，显示媒体数据和与媒体数据对应的投屏控件，响应于面向投屏控件的交互操作，将媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序，以通过第二应用程序对媒体数据进行播放。其中，第一应用程序和第二应用程序均与提供媒体数据的服务端通信连接，媒体数据的属性信息包括媒体数据的标识信息。

可见，本申请实施例中实现媒体数据在投屏接收终端的自主播放，无需全程占用投屏发起终端和投屏接收终端，简化了交互操作(比如，在媒体数据为电视剧时，可以自动切换子下一剧集，而无需用户在终端上再打开剧集的播放页面并投屏)，减少了投屏发起终端与投屏接收终端之间传输的数据量，有利于解决因数据传输问题而导致的不良交互体验(比如投屏失败、无故退出、投屏卡顿、清晰度不足等)，进而提高了用户的投屏体验。

图1为本申请实施例提供的终端投屏方法的场景示意图。如图1所示，投屏发起终端(图1以手机为例)上部署有第一应用程序，投屏接收终端(图1以大屏显示装置为例)上部署有第二应用程序，投屏发起终端可通过第一应用程序与提供媒体数据的服务端进行网络通信，投屏接收终端可通过第二应用程序与提供媒体数据的服务端进行网络通信。

在投屏过程中，用户与投屏发起终端上显示的交互控件进行交互，投屏发起终端响应于用户面向投屏控件的交互操作，将媒体数据的属性信息发送至投屏接收终端上的第二应用程序，之后，第二应用程序基于媒体数据的属性信息，从服务端获取媒体数据，播放获取的媒体数据以供用户观看。从而，实现媒体数据在投屏接收终端的投屏播放。

上述只是示例性的一个应用场景。本申请实施例可以应用于互联网中任何的媒体数据投屏场景中，比如将手机端播放的视频投屏至投影仪，将手机端播放的图片集投屏至电脑。

下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。在实施例中，投屏发起终端和投屏接收终端可以是个人数字处理(personal digitalassistant，简称PDA)设备、具有无线通信功能的手持设备(例如智能手机、平板电脑)、计算设备(例如个人电脑(personal computer，简称PC))、车载设备、可穿戴设备(例如智能手表、智能手环)、智能家居设备(例如智能显示设备)等。

图2为本申请实施例提供的终端投屏方法的流程示意图一。如图2所示，本申请实施例提供的终端投屏方法，包括以下步骤：

S201，投屏发起终端在第一应用程序的第一页面上，显示媒体数据和与媒体数据对应的投屏控件。

其中，投屏发起终端上部署(即安装)有第一应用程序，第一应用程序可为媒体数据的播放应用程序。比如，媒体数据为视频时，第一应用程序为视频播放应用程序，媒体数据为音乐时，第一应用程序为音乐播放应用程序。

其中，第一页面可为第一应用程序上的指定页面，比如，第一页面为第一应用程序的首页；或者，第一页面可为第一应用程序上的显示媒体数据的任一页面。

其中，与媒体数据对应的投屏控件用于触发对媒体数据进行投屏的请求。在第一页面上可以显示一个或多个媒体数据和一个或多个投屏控件。

本实施例中，投屏发起终端可在第一应用程序启动后，或者，响应于用户在第一应用程序上对第一页面的访问请求或者刷新请求，显示第一页面，并在第一页面上显示一个或多个媒体数据以及与媒体数据对应的投屏控件。

S202，投屏发起终端响应于面向投屏控件的交互操作，将媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序。

其中，媒体数据的属性信息包括媒体数据的标识信息。媒体数据的标识信息可包括媒体数据的名称，某个电视剧的剧名；或者，媒体数据的标识信息可包括媒体数据所属作品集的名称和媒体数据在作品集中的标识信息，比如，媒体数据为电视剧中的剧集时，媒体数据的标识信息包括电视剧的剧名和剧集的ID。

媒体数据的属性信息可来自提供媒体数据的服务端。

一种可选的方式中，投屏发起终端可在显示媒体数据的过程中，或者，可响应于对第一页面的访问请求或者刷新请求，获取提供媒体数据的服务端发送媒体数据的属性信息。

另一种方式中，投屏发起终端可响应于面向投屏控件的交互操作，向提供媒体数据的服务端请求获取媒体数据的属性信息，之后，接收服务端返回的媒体数据的属性信息。

其中，面向投屏控件的交互操作，例如对投屏控件的点击操作、长按操作。

其中，投屏发起终端与投屏接收终端均连接网络，在网络环境中，投屏发起终端与投屏接收终端可直接通信或者间接通信(比如在家庭网络环境中通过路由器进行间接通信)。

本实施例中，用户可对与媒体数据对应的投屏控件进行交互操作，以请求投屏发起终端对媒体数据进行投屏。投屏发起终端可响应于用户对投屏控件的交互操作，确定投屏控件所对应的媒体数据的属性信息，并将属性信息发送至投屏接收终端上的第二应用程序，以便投屏接收终端上的第二应用程序基于媒体数据的属性信息进行媒体数据的投屏播放。

S203，投屏接收终端在第二应用程序中，根据媒体数据的属性信息从服务端获取媒体数据，第一应用程序和第二应用程序均与提供媒体数据的服务端通信连接。

其中，投屏接收终端上部署(即安装)有第二应用程序，第二应用程序为投屏接收终端上的媒体数据播放应用程序。比如，投屏发起终端为手机，投屏接收终端为电视机，则第一应用程序可以为安装在手机上的视频播放应用程序，第二应用程序可以为安装在电视机上的视频播放应用程序(即第一应用程序所对应的播放平台的TV版应用程序)。

本实施例中，投屏接收终端通过第二应用程序接收到来自投屏发起终端之后，由于第二应用程序与提供媒体数据的服务端通信连接，所以第二应用程序可基于媒体数据的属性信息，向提供媒体数据的服务端请求获取媒体数据，由于媒体数据的属性信息中包含媒体数据的标识信息，服务端响应于该请求，根据媒体数据的标识信息在媒体数据库中查找到媒体数据，再将媒体数据发送至第二应用程序。其中，为进一步提高媒体数据查找的准确性，服务端可以基于媒体数据的标识信息在用户的观看记录或者收藏记录中查找媒体数据。

S204，投屏接收终端在第二应用程序中播放媒体数据。

本实施例中，投屏接收终端在第二应用程序获取到媒体数据后，可在第二应用程序上先显示媒体数据的播放窗口，并播放媒体数据，从而实现对媒体数据的投屏播放。

本申请实施例中，在投屏的过程中，投屏发起终端只需要向投屏接收终端发送媒体数据，减少了投屏发起终端与投屏接收终端之间的数据传输量，解决因数据传输而导致的投屏卡顿、投屏失败、清晰度受限等问题，由于投屏接收终端可通过第二应用程序独立播放媒体数据，而不依赖投屏发送终端上第一应用程序发送媒体数据，解决了投屏过程同时占用投屏接收终端和投屏发起终端，解放了对投屏发起终端的占用，用户无需同时兼顾两个设备，而且投屏接收终端还可以通过第二应用程序自主进行媒体数据的切换(比如切换至下一集)，有效地简化了投屏操作，提高了用户的投屏体验。

在一些实施例中，媒体数据的属性信息还可包括媒体数据的播放进度、媒体数据的清晰度、媒体数据的语种中的至少一种。此时，第二应用程序接收到媒体数据的属性信息后，还可以根据属性信息中的播放进度、清晰度、语种中的至少一种，准确地调整媒体数据在媒体接收终端上播放进度、清晰度、语种，使之与媒体数据在媒体发起终端上的播放效果一致，提高投屏体验。比如，在媒体数据的播放进度为第1集第20分钟时，第二应用程序从媒体数据的第1集第20分钟开始播放。

基于媒体数据的属性信息还可包括媒体数据的播放进度、媒体数据的清晰度、媒体数据的语种中的至少一种，S202的一种可能的实现方式包括：投屏发起终端响应于面向投屏控件的交互操作，根据媒体数据的历史播放记录和/或第一应用程序上的默认播放参数，确定媒体数据的属性信息；将媒体数据的属性信息发送至第二应用程序。

本实现方式中，投屏发起终端响应于面向投屏控件的交互操作，可在用户的历史播放记录中确定是否存在媒体数据的历史播放记录。若存在，则可以基于媒体数据的历史播放记录中媒体数据的播放进度、清晰度、语种中的至少一种，得到媒体数据的属性信息。若不存在，则可获取第一应用程序上的默认播放参数，在第一应用程序上的默认播放参数中确定媒体数据的属性信息。其中，在第一应用程序上的默认播放参数中确定媒体数据的属性信息，可包括：确定媒体数据的播放进度为第一应用程序上的默认播放起始进度(比如，确定媒体数据的播放进度为第一集的第0分钟，或者，确定媒体数据的播放进度为第一集的第10分钟，以跳过片头广告)；和/或，确定媒体数据的清晰度为第一应用程序上的默认播放清晰度；和/或，确定媒体数据的语种为第一应用程序上的默认播放语种。

图3为本申请实施例提供的终端投屏方法的流程示意图二。如图3所示，本申请实施例提供的终端投屏方法，包括以下步骤：

S301，投屏发起终端在第一应用程序的第一页面上，显示媒体数据和与媒体数据对应的投屏控件。

其中，S301的实现原理和技术效果可参照前述实施例，不再赘述。

S302、投屏发起终端响应于面向投屏控件的交互操作，在第二页面上显示媒体数据的投屏方式。

其中，第二页面与第一页面为不同的页面，或者，第二页面与第一页面为相同的页面。

其中，不同的媒体数据可以对应相同或者不同的第二页面。

本实施例中。在第二页面与第一页面为不同的页面的情况下，投屏发起终端响应于面向投屏控件的交互操作，从显示第一页面切换至显示第二页面，在第二页面上显示媒体数据的一种或多种投屏方式。在第二页面与第一页面为相同的页面的情况下，投屏发起终端响应于面向投屏控件的交互操作，在第一页面(即第二页面)上显示媒体数据的一种或多种投屏方式，比如，可通过消息弹框的方式在第一页面上显示这些投屏方式。

S303、投屏发起终端响应于面向投屏方式中目标方式的选中操作，将媒体数据的属性信息发送至投屏接收终端上的第二应用程序。

其中，目标方式为将属性信息一键发送至第二应用程序的方式。

本实施例中，在第二页面显示的投屏方式中包含目标方式，即为将属性信息一键发送至第二应用程序的方式。用户可在第二页面上通过点击、勾选等方式选中目标方式，以触发将媒体数据的属性信息发送至第二应用程序的请求。投屏发起终端响应于面向投屏方式中目标方式的选中操作，将媒体数据的属性信息发送至第二应用程序。其中，投屏发起终端可以在检测到用户面向投屏控件的交互操作时，获取媒体数据的属性信息，也可以在检测到用户面向投屏方式中目标方式的选中操作时，获取媒体数据的属性信息。

可选的，在第二页面上还可显示推荐的投屏接收终端，并在推荐的投屏接收终端的下方显示投屏方式，投屏方式中包括目标方式。除了推荐的投屏接收终端外，第二页面上还可以显示其他投屏接收终端。从而，在第二页面上用户不仅可以进行投屏方式的选择，还可以进行投屏接收终端的选择，提高了投屏的灵活性和用户体验。

如图4所示(图4为本申请实施例提供的页面示例图一)，其中：

在第一页面上显示有媒体数据的播放窗口，在播放窗口中播放媒体数据，在播放窗口下方还显示有媒体数据的标识信息“假期之旅”和可选的剧集(即图4中的选集：剧集1、2、3)。用户在第一页面上点击投屏控件后，投屏发送终端显示第二页面。

在第二页面上显示了多个可供用户选择的投屏接收终端，其中，包括推荐投屏接收终端和其他投屏接收终端(例如AAA设备、BBB设备)，在推荐投屏接收终端下显示了多种投屏方式，例如，图4中的“投屏方式一”、“一键将影片发送至……”(相当于一键将媒体数据的属性信息发送至第二应用程序)，当用户点击“一键将影片发送至……”时，触发投屏发送终端将媒体数据的属性信息发送至第二应用程序。

S304，投屏接收终端在第二应用程序中，根据媒体数据的属性信息从服务端获取媒体数据，第一应用程序和第二应用程序均与提供媒体数据的服务端通信连接。

S305，投屏接收终端在第二应用程序中播放媒体数据。

其中，S304～S305的实现原理和技术效果可参照前述实施例，不再赘述。

本申请实施例中，在投屏发起终端上，响应于面向第一页面上投屏控件的交互操作，显示第二页面，并在第二页面上显示媒体数据的投屏方式，响应于面向投屏方式中目标方式的选中操作，将媒体数据的属性信息发送至第二应用程序；在投屏接收终端上，通过第二应用程序播放媒体数据。从而，用户可以灵活选择投屏方式，尤其是选择将媒体数据的属性信息发送至第二应用程序上的投屏方式，以适应于用户的需求解放媒体数据投屏过程中对投屏发起终端的持续占用，提高用户的投屏体验。

基于前述任意实施例，可选的，第一页面为如下至少一种：媒体数据推荐页面、媒体数据搜索页面、媒体数据历史记录页面、媒体数据收藏页面、媒体数据订阅页面。从而，用户无需进入媒体数据的播放页面点击投屏控件，而是可以在媒体数据推荐页面、媒体数据搜索页面、媒体数据历史记录页面、媒体数据收藏页面、媒体数据订阅页面中的任一种页面上对媒体数据进行投屏操作，简化了投屏操作，提高了用户体验，还可以减少投屏发起终端的网络流量消耗。

在第一页面为媒体数据推荐页面、媒体数据搜索页面、媒体数据历史记录页面、媒体数据收藏页面、媒体数据订阅页面中的至少一种的情况下，这些页面上显示的媒体数据通常为多个，所以，在一种可能的实现方式中，S202包括：投屏发起终端响应于面向投屏控件中目标控件的交互操作，将与目标控件对应的目标媒体数据的属性信息发送至第二应用程序；和/或，S303包括：终端投屏发起终端响应于面向投屏控件中目标控件的交互操作，在第二页面上显示与目标控件对应的目标媒体数据的投屏方式。

本实现方式中，投屏控件可以为一个或多个。投屏控件为一个时，该投屏控件即目标控件，该投屏控件对应一个媒体数据。投屏控件为多个时，每个投屏控件分别对应一个媒体数据，用户可以通过点击其中一个投屏控件，触发对其中一个媒体数据的投屏请求。从而，用户可以通过投屏控件对多个媒体数据中的单个媒体数据发起投屏，提高用户体验。

图5为本申请实施例提供的终端投屏方法的流程示意图三。如图5所示，本申请实施例提供的终端投屏方法，包括如下步骤：

S501，投屏发起终端在第一页面上，在媒体数据对应的展示区域中，显示媒体数据的标识信息，第一页面包含媒体数据对应的展示区域。

其中，媒体数据为一个时，第一页面上可包含一个用于展示媒体数据的展示区域，媒体数据为多个时，第一页面上可包含多个展示区域。媒体数据与展示区域一一对应。尤其地，在第一页面为媒体数据推荐页面、媒体数据历史记录页面、媒体数据收藏页面、媒体数据订阅页面中的至少一种的情况下，这些页面上显示的媒体数据为多个，在第一页面上通过多个展示区域对多个媒体数据进行分开展示，以提高显示效果。

本实施例中，投屏发起终端可在第一应用程序启动后，或者，响应于用户在第一应用程序上对第一页面的访问请求或者刷新请求，显示第一页面，并在第一页面上显示一个或多个媒体数据以及与媒体数据对应的投屏控件。

在第一页面为媒体数据推荐页面、媒体数据搜索页面、媒体数据历史记录页面、媒体数据收藏页面、媒体数据订阅页面中的至少一种的情况下：可响应于用户在第一应用程序上对媒体数据推荐页面的访问请求或者刷新请求，确定待推荐的多个媒体数据，在媒体数据推荐页面上，将待推荐的多个媒体数据的标识信息一一对应地显示在多个展示区域中；可响应于用户在第一应用程序上对媒体数据历史记录页面的访问请求或者刷新请求，确定用户在历史时间段内观看过的多个媒体数据，在媒体数据历史记录页面上，将该多个媒体数据的标识信息一一对应地显示在多个展示区域中；可响应于用户在第一应用程序上对媒体数据收藏页面的访问请求或者刷新请求，确定用户收藏的多个媒体数据，在媒体数据历史记录页面上，将该多个媒体数据的标识信息一一对应地显示在多个展示区域中；可响应于用户在第一应用程序上对媒体数据订阅页面的访问请求或者刷新请求，确定用户订阅的多个媒体数据，在媒体数据订阅页面上，将该多个媒体数据的标识信息一一对应地显示在多个展示区域中。

S502，投屏发起终端在媒体数据的展示区域中，显示与媒体数据对应的投屏控件。

其中，在第一页面上，可以每个媒体数据的展示区域中均显示有投屏控件，或者，可以一部分媒体数据的展示区域中显示有投屏控件。

本实施例中，在第一页面上，投屏发起终端可在媒体数据的标识信息的周围，显示与媒体数据对应的投屏控件。从而，准确地反映出投屏控件与媒体数据的对应关系，用户可以通过投屏控件发起对单个媒体数据进行投屏的请求。

在一种可能的实现方式中，S502包括：如果媒体数据满足投屏推荐条件，则投屏发起终端在媒体数据的展示区域中，显示与媒体数据对应的投屏控件。

本实现方式中，投屏发起终端可以根据用户特征，确定满足投屏推荐条件的媒体数据，则在满足投屏推荐条件的媒体数据的展示区域中，显示与该媒体数据对应的投屏控件，而针对不满足投屏推荐条件的媒体数据，不显示与该媒体数据对应的投屏控件。其中，媒体数据是否满足投屏推荐条件，反映了用户是否有对媒体数据进行投屏观看的倾向/偏好/习惯，通过显示满足投屏推荐条件的媒体数据的投屏控件，提高用户对自身倾向/偏好/习惯投屏播放的媒体数据进行投屏的便捷性，有效地提高了用户体验。

可选的，媒体数据满足投屏推荐条件包括如下至少一种：媒体数据的历史播放方式包含投屏方式；媒体数据的相关联媒体数据的历史播放方式包含投屏方式；媒体数据包含于用户订阅的媒体数据集中；媒体数据包含于用户收藏的媒体数据集中。其中，媒体数据的相关联媒体数据可以包括如下至少一种：与媒体数据为相同或相似风格的其他媒体数据、与媒体数据属于同一作品集的其他媒体数据、与媒体数据属于同一作者的其他媒体数据。

本可选方式中，媒体数据的历史播放方式包含投屏方式、媒体数据的相关联媒体数据的历史播放方式包含投屏方式可以反映出用户可能倾向/偏好/习惯对该媒体数据进行投屏播放，媒体数据包含于用户订阅的媒体数据集中、媒体数据包含于用户收藏的媒体数据集中反映出用户观看该媒体数据的概率较高，进一步也说明用户有一定概率对该媒体数据进行投屏播放。因此通过上述条件，提高投屏控件显示的准确性，提高用户体验。

可选的，在媒体数据的展示区域中显示与媒体数据对应的投屏控件之前，投屏发起终端可根据投屏接收终端处于开启状态且投屏发起终端的网络环境满足投屏要求，确定投屏接收终端支持一键投屏。反之，投屏发起终端可根据投屏接收终端处于关闭状态或者投屏发起终端的网络环境不满足投屏要求，确定投屏终端不支持一键投屏。在投屏终端不支持一键投屏的情况下，可在第一页面上不显示投屏控件。从而，避免出现无效的投屏控件(即用户点击投屏控件后投屏发送终端无法将媒体数据投屏至投屏接收终端)，提高用户体验。

其中，投屏接收终端处于开启状态，说明投屏接收终端能够与投屏发起终端进行通信，投屏接收终端可以接收到媒体数据的属性信息；投屏发起终端的网络环境满足投屏要求，比如投屏发起终端所在的家庭网络处于联网正常状态，说明投屏发起终端可以向外发出媒体数据的属性信息。这两个条件决定了投屏发起终端与投屏接收终端之间是否通信正常。

其中。投屏接收终端可通过扫描投屏发起终端发出的网络信号、向投屏发起终端发送网络信号等方式，确定投屏接收终端是否处于开启状态，可通过检测投屏发起终端所连接的有线或者无线网络是否正常的方式，确定投屏发起终端的网络环境是否满足投屏要求。

可选的，在媒体数据的展示区域中显示与媒体数据对应的投屏控件之后，如果投屏发起终端不支持一键投屏或者媒体数据不满足投屏推荐条件，则停止显示与媒体数据对应的投屏控件。从而，及时更正投屏控件的显示，提高投屏控件显示的准确性，提高用户体验。其中，投屏发起终端是否支持一键投屏的判断过程、媒体数据是否满足投屏推荐条件的判断过程可参照前述相关描述，在此不再赘述。

可选的，在媒体数据的展示区域中，还可显示与媒体数据对应的提示信息，提示信息用于提示如下至少一种信息：投屏发起终端支持一键投屏、投屏接收终端的终端标识、媒体数据的历史播放方式包含投屏方式，以通过提示信息提示媒体数据可以进行投屏、媒体数据可被投屏至哪些设备，从而提高用户的投屏体验。

作为示例的，以媒体数据为电视剧为例，以第一页面分别为电视剧搜索页面(相当于媒体数据搜索页面)、电视剧历史记录页面(相当于媒体数据历史记录页面)、追剧页面(相当于媒体数据订阅页面)为例，如图6所示(其中，图6为本申请实施例提供的页面示例图二)：1、在电视剧搜索页面中，用户在搜索框中输入“假期之旅”，可搜索到相应的电视剧，在该电视剧搜索页面上显示该电视剧的标识信息(比如图6中的标识图和标题“假期之旅”)，还可以显示该电视剧对应的投屏控件“一键投屏”，用户点击“一键投屏”，可以触发投屏发起终端将该电视剧的属性信息发送至投屏接收终端(图6未示出)，也可以触发第二页面的显示；2、在电视剧历史记录页面中，显示用户观看过的电视剧“假期之旅01集”及其标识图、“植物观赏05集”及其标识图，不同的电视剧显示在不同的展示区域中，还可以为用户曾采用过投屏方式观看的“假期之旅01集”，显示对应的投屏控件“一键投屏”，用户点击“一键投屏”，可以触发投屏发起终端将该电视剧的属性信息发送至投屏接收终端，也可以触发第二页面的显示；3、在追剧页面中，显示用户在追的电视剧“假期之旅01集”及其标识图、“植物观赏05集”及其标识图，不同的电视剧显示在不同的展示区域中，还可以为用户曾采用过投屏方式观看的“假期之旅01集”，显示对应的投屏控件“一键投屏”，用户点击“一键投屏”，可以触发投屏发起终端将该电视剧的属性信息发送至投屏接收终端，也可以触发第二页面的显示。其中，用户在追剧页面还可以通过点击“预约”、“收藏”查看电视剧预约页面(图6未示出)、电视剧收藏页面(图6未示出)，电视剧预约页面、电视剧收藏页面的交互操作可以参照追剧页面。

此外，如图6所示，还可以在电视剧的展示区域中显示提示信息“上次投屏”，表示该电视剧曾进行过投屏，以提醒用户进行投屏观看。

其中，图6中的第二页面可参照图4中第二页面的前述描述，不再赘述。

S503，投屏发起终端响应于面向投屏控件的交互操作，将媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序。

S504，投屏接收终端在第二应用程序中，根据媒体数据的属性信息从服务端获取媒体数据，第一应用程序和第二应用程序均与提供媒体数据的服务端通信连接。

S505，投屏接收终端在第二应用程序中播放媒体数据。

其中，S503～S505的实现原理和技术效果，可参照前述实施例，不再赘述。

本申请实施例中，在投屏发起终端上，在第一页面上，在媒体数据的展示区域中，显示媒体数据的标识信息以及与媒体数据对应的投屏控件，响应于对投屏控件的交互操作，将媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序，在投屏接收终端上，通过第二应用程序播放媒体数据。从而，用户无需进入媒体数据的播放页面，减少了投屏操作，用户可以基于投屏控件对第一页面上媒体数据准确投屏，提高了用户的投屏体验。

图7为本申请实施例提供的终端投屏装置70的结构框图，该终端投屏装置70应用于投屏发起终端。如图7所示，本申请实施例提供的终端投屏装置70包括：显示单元71和投屏单元72，其中：

显示单元71，用于在第一应用程序的第一页面上，显示媒体数据和与媒体数据对应的投屏控件；

投屏单元72，用于响应于面向投屏控件的交互操作，将媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序，以通过第二应用程序对媒体数据进行播放，第一应用程序和第二应用程序均与提供媒体数据的服务端通信连接，媒体数据的属性信息包括媒体数据的标识信息。

在本申请的一个实施例中，投屏单元72具体用于：响应于面向投屏控件的交互操作，在第二页面上显示媒体数据的投屏方式；响应于面向投屏方式中目标方式的选中操作，将媒体数据的属性信息发送至第二应用程序，目标方式为将属性信息一键发送至第二应用程序的方式。

在本申请的一个实施例中，媒体数据的属性信息还包括媒体数据的播放进度、清晰度、语种中的至少一种，在响应于面向投屏控件的交互操作，将媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序的过程中，投屏单元72具体用于：响应于面向投屏控件的交互操作，根据媒体数据的历史播放记录和/或第一应用程序上的默认播放参数，确定媒体数据的属性信息；将媒体数据的属性信息发送至第二应用程序。

在本申请的一个实施例中，第一页面为如下至少一种：媒体数据推荐页面、媒体数据搜索页面、媒体数据历史记录页面、媒体数据收藏页面、媒体数据订阅页面，在第一页面上不同的媒体数据对应的投屏控件不同，在响应于面向投屏控件的交互操作，将媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序的过程中，投屏单元72具体用于：响应于面向投屏控件中目标控件的交互操作，将与目标控件对应的目标媒体数据的属性信息发送至第二应用程序。

在本申请的一个实施例中，第一页面包含媒体数据对应的展示区域，显示单元71具体用于：在媒体数据的展示区域中，显示媒体数据的标识信息；在媒体数据的展示区域中，显示与媒体数据对应的投屏控件。

在本申请的一个实施例中，在媒体数据的展示区域中，显示与媒体数据对应的投屏控件的过程中，显示单元71具体用于：如果媒体数据满足投屏推荐条件，则在媒体数据的展示区域中，显示与媒体数据对应的投屏控件；其中，媒体数据满足投屏推荐条件，包括如下至少一种：媒体数据的历史播放方式包含投屏方式；媒体数据的相关联媒体数据的历史播放方式包含投屏方式；媒体数据包含于用户订阅的媒体数据集中；媒体数据包含于用户收藏的媒体数据集中。

在本申请的一个实施例中，终端投屏装置70还包括：确定单元(图7未示出)，用于根据投屏接收终端处于开启状态且投屏发起终端的网络环境满足投屏要求，确定投屏接收终端支持一键投屏；和/或，停止显示单元(图7未示出)，具体用于：如果投屏发起终端不支持一键投屏或者媒体数据不满足投屏推荐条件，则停止显示与媒体数据对应的投屏控件。

本申请实施例提供的终端投屏装置，用于执行上述任一方法实施例中投屏发送终端的技术方案，其实现原理和技术效果类似，在此不再赘述。

图8为本申请实施例提供的终端投屏装置80的结构框图，该终端投屏装置80应用于投屏接收终端。如图8所示，本申请实施例提供的终端投屏装置80包括：接收单元81、获取单元82和播放单元83，其中：

接收单元81，用于通过第二应用程序，接收来自第一应用程序的媒体数据的属性信息，其中，第一应用程序运行在投屏发起终端，第一应用程序和第二应用程序均与提供媒体数据的服务端通信连接；

获取单元82，用于在第二应用程序中，根据媒体数据的属性信息从服务端获取媒体数据；

播放单元83，用于在第二应用程序中，播放媒体数据。

图9为本申请实施例提供的电子设备的硬件结构示意图。如图9所示，本申请实施例的电子设备90可以包括：至少一个处理器91(图9中仅示出了一个处理器)；以及，与至少一个处理器通信连接的存储器92。其中，存储器92存储有可被至少一个处理器91执行的指令，指令被至少一个处理器91执行，以使电子设备90能够执行前述任一方法实施例中的技术方案。

可选的，存储器92既可以是独立的，也可以跟处理器91集成在一起。

当存储器92是独立于处理器91之外的器件时，电子设备90还包括：总线93，用于连接存储器92和处理器91。

本申请实施例提供的电子设备可以执行前述任一方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，当计算机程序被处理器执行时用于实现前述任一方法实施例中的技术方案。

本申请实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现前述任一方法实施例中的技术方案。

本申请实施例还提供了一种芯片，包括：处理模块与通信接口，该处理模块能执行前述方法实施例中的技术方案。

进一步地，该芯片还包括存储模块(如，存储器)，存储模块用于存储指令，处理模块用于执行存储模块存储的指令，并且对存储模块中存储的指令的执行使得处理模块执行前述方法实施例中的技术方案。

应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称：ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备中。

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

Claims (12)

1.一种终端投屏方法，应用于投屏发起终端，其特征在于，包括：

在第一应用程序的第一页面上，显示媒体数据和与所述媒体数据对应的投屏控件；

响应于面向所述投屏控件的交互操作，将所述媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序，以通过所述第二应用程序对所述媒体数据进行播放，所述第一应用程序和所述第二应用程序均与提供所述媒体数据的服务端通信连接，所述媒体数据的属性信息包括所述媒体数据的标识信息。

2.根据权利要求1所述的终端投屏方法，其特征在于，所述响应于面向所述投屏控件的交互操作，将所述媒体数据的属性信息发送至运行在投屏接收终端的第二应用程序，包括：

响应于面向所述投屏控件的交互操作，在第二页面上显示所述媒体数据的投屏方式；

响应于面向所述投屏方式中目标方式的选中操作，将所述媒体数据的属性信息发送至所述第二应用程序，所述目标方式为将所述属性信息一键发送至所述第二应用程序的方式。

3.根据权利要求1所述的终端投屏方法，其特征在于，所述媒体数据的属性信息还包括所述媒体数据的播放进度、清晰度、语种中的至少一种，所述响应于面向所述投屏控件的交互操作，将所述媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序，包括：

响应于面向所述投屏控件的交互操作，根据所述媒体数据的历史播放记录和/或所述第一应用程序上的默认播放参数，确定所述媒体数据的属性信息；

将所述媒体数据的属性信息发送至所述第二应用程序。

4.根据权利要求1至3中任一项所述的终端投屏方法，其特征在于，所述第一页面为如下至少一种：媒体数据推荐页面、媒体数据搜索页面、媒体数据历史记录页面、媒体数据收藏页面、媒体数据订阅页面，在所述第一页面上不同的媒体数据对应的投屏控件不同，所述响应于面向所述投屏控件的交互操作，将所述媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序，包括：

响应于面向所述投屏控件中目标控件的交互操作，将与所述目标控件对应的目标媒体数据的属性信息发送至所述第二应用程序。

5.根据权利要求4所述的终端投屏方法，其特征在于，所述第一页面包含所述媒体数据对应的展示区域，所述在第一应用程序的第一页面上，显示媒体数据和与所述媒体数据对应的投屏控件，包括：

在所述媒体数据的展示区域中，显示所述媒体数据的标识信息；

在所述媒体数据的展示区域中，显示与所述媒体数据对应的投屏控件。

6.根据权利要求5所述的终端投屏方法，其特征在于，所述在所述媒体数据的展示区域中，显示与所述媒体数据对应的投屏控件，包括：

如果所述媒体数据满足投屏推荐条件，则在所述媒体数据的展示区域中，显示与所述媒体数据对应的投屏控件；

其中，所述媒体数据满足投屏推荐条件，包括如下至少一种：

所述媒体数据的历史播放方式包含投屏方式；

所述媒体数据的相关联媒体数据的历史播放方式包含投屏方式；

所述媒体数据包含于用户订阅的媒体数据集中；

所述媒体数据包含于用户收藏的媒体数据集中。

7.根据权利要求6所述的终端投屏方法，其特征在于，所述在所述媒体数据的展示区域中，显示与所述媒体数据对应的投屏控件之前，还包括：

根据所述投屏接收终端处于开启状态且所述投屏发起终端的网络环境满足投屏要求，确定所述投屏接收终端支持一键投屏；

和/或，所述在所述媒体数据的展示区域中，显示与所述媒体数据对应的投屏控件之后，还包括：

如果所述投屏发起终端不支持一键投屏或者所述媒体数据不满足投屏推荐条件，则停止显示与所述媒体数据对应的投屏控件。

8.一种终端投屏方法，应用于投屏接收终端，其特征在于，包括：

通过第二应用程序，接收来自第一应用程序的媒体数据的属性信息，其中，所述第一应用程序运行在投屏发起终端，所述第一应用程序和所述第二应用程序均与提供所述媒体数据的服务端通信连接；

在第二应用程序中，根据所述媒体数据的属性信息从服务端获取所述媒体数据；

在所述第二应用程序中，播放所述媒体数据。

9.一种终端投屏装置，应用于投屏发起终端，其特征在于，包括：

显示单元，用于在第一应用程序的第一页面上，显示媒体数据和与所述媒体数据对应的投屏控件；

投屏单元，用于响应于面向所述投屏控件的交互操作，将所述媒体数据的属性信息发送至运行在投屏接收终端上的第二应用程序，以通过所述第二应用程序对所述媒体数据进行播放，所述第一应用程序和所述第二应用程序均与提供所述媒体数据的服务端通信连接，所述媒体数据的属性信息包括所述媒体数据的标识信息。

10.一种终端投屏装置，应用于投屏接收终端，其特征在于，包括：

接收单元，用于通过第二应用程序，接收来自第一应用程序的媒体数据的属性信息，其中，所述第一应用程序运行在投屏发起终端，所述第一应用程序和所述第二应用程序均与提供所述媒体数据的服务端通信连接；

获取单元，用于在第二应用程序中，根据所述媒体数据的属性信息从服务端获取所述媒体数据；

播放单元，用于在所述第二应用程序中，播放所述媒体数据。

11.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述电子设备能够执行权利要求1至8中任一项所述的终端投屏方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的终端投屏方法。

Images