CN117859331A - 显示设备、终端设备及内容显示方法 - Google Patents

显示设备、终端设备及内容显示方法 Download PDF

Info

Publication number
CN117859331A
CN117859331A CN202280057404.7A CN202280057404A CN117859331A CN 117859331 A CN117859331 A CN 117859331A CN 202280057404 A CN202280057404 A CN 202280057404A CN 117859331 A CN117859331 A CN 117859331A
Authority
CN
China
Prior art keywords
display
window
playing
resource
display device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280057404.7A
Other languages
English (en)
Inventor
宋子全
庞秀娟
马晓燕
刘美玉
刘承龙
肖成创
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hisense Visual Technology Co Ltd
Original Assignee
Hisense Visual Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN202110998018.5A external-priority patent/CN113703706A/zh
Priority claimed from CN202110998023.6A external-priority patent/CN113965785A/zh
Priority claimed from CN202110997833.XA external-priority patent/CN114401433A/zh
Priority claimed from CN202111133007.7A external-priority patent/CN113766305A/zh
Application filed by Hisense Visual Technology Co Ltd filed Critical Hisense Visual Technology Co Ltd
Publication of CN117859331A publication Critical patent/CN117859331A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display

Abstract

公开一种显示设备及终端，终端设备与显示设备可以建立投屏连接，显示设备每接收一次推送，都要检测投屏的资源类型以及当前显示状态，为显示器制定适配当前场景的更新策略，更新策略指示在哪一目标播放窗口加载显示新接收的待播数据，还可涉及其他如窗口数量及布局调整等内容。本申请接收第一终端的连接指令，获取第二终端数量，根据第二终端数量生成交互窗口，根据交互窗口中控件生成的指令，控制显示器显示第一终端的投屏内容。

Description

显示设备、终端设备及内容显示方法
本申请要求于2021年8月27日提交的申请号为202110997833.X、于2021年8月27日提交的申请号为202110998023.6、于2021年8月27日提交的申请号为202110998018.5、以及于2021年9月27日提交的申请号为202111133007.7的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及内容显示技术领域，尤其涉及一种显示设备、终端设备及内容显示方法。
背景技术
显示设备是一种可实现双向人机交互功能，集影音、娱乐、数据等多种功能于一体的显示产品。为满足用户多样化的需求，显示设备安装有投屏、影音、娱乐等多种应用，通过用户界面与用户进行交互和信息交换。
在一些应用场景中，用户可以通过手机、PC等终端向显示设备发起投屏，从而将小屏终端中的图像、音频和视频等媒体资源推送到显示设备，实现大屏播放。目前显示设备仅支持被推送及播放单路投屏的媒体资源，例如显示设备当前正显示媒体资源A，此时若某手机向显示设备推送媒体资源B，则显示设备必须停止播放媒体资源A，然后才能加载并起播媒体资源B，这种方式虽能避免媒体资源间的显示冲突，但无法满足用户同步观看多个媒体资源的需求，应用场景受到局限。
发明内容
根据本申请一些实施方式提供了一种显示设备，包括：
显示器，用于显示图像；
通信器，用于与一个或多个终端设备通信连接；
控制器，与所述显示器和通信器连接并且被配置为执行：
接收来自所述一个或多个终端设备中的第一终端设备的投屏请求，
响应所述投屏请求，根据所述显示器的当前显示状态，确定所述显示器的更新策略，以播放与所述投屏请求对应的资源。
根据本申请一些实施例提供了一种内容显示方法，包括：
接收来自所述一个或多个终端设备中的第一终端设备的投屏请求，
响应所述投屏请求，根据显示器的当前显示状态，确定所述显示器的更新策略，以播放所述投屏请求对应的资源。
附图说明
图1为根据一些实施例的显示设备的使用场景；
图2为根据一些实施例的控制装置100的硬件配置框图；
图3为根据一些实施例的显示设备200的硬件配置框图；
图4为根据一些实施例的显示设备200中软件配置图；
图5为播放界面中包括多路视频窗口的UI示意图；
图6为播放界面中包括音频窗口的UI示意图；
图7为播放界面中包括图像窗口的UI示意图；
图8为显示设备在显示图6的播放界面时，新接收一路视频推送后UI更新示意图；
图9为显示设备当前显示图6的播放界面，在新接收到一路视频推送时显示第一提示弹窗的示意图；
图10为用户选定第一提示弹窗中的第一替换控件时UI更新示意图；
图11为显示设备当前显示图5的播放界面，在新接收到一路视频推送时显示第二提示弹窗的示意图；
图12为用户选定第二提示弹窗中的第二替换控件时UI更新示意图；
图13(a)为显示设备当前显示两路视频、一路图像时，新接收一路音频推送时显示第三提示弹窗的示意图；
图13(b)为用户选定图13(a)所示第三提示弹窗中的第二新增控件时UI更新示意图；
图13(c)为用户选定图13(a)所示第三提示弹窗中的第三替换控件时UI更新示意图；
图14(a)为显示设备当前显示三路视频、一路图像时，新接收一路音频推送时显示第三提示弹窗的示意图；
图14(b)为用户选定图14(a)所示第三提示弹窗中的第三替换控件时UI更新示意图；
图15(a)为显示设备显示一路视频、一路图像时，新接收一路图像时的场景示意图；
图15(b)为对图15(a)所示的播放界面进行更新后的UI示意图；
图16(a)为显示设备当前显示一路视频、一路音频时，新接收一路图像推送时显示第三提示弹窗的示意图；
图16(b)为用户选定图16(a)所示第三提示弹窗中的第二新增控件时UI更新示意图；
图16(c)为用户选定图16(a)所示第三提示弹窗中的第三替换控件时UI更新示意图；
图17(a)为显示设备当前显示四路视频时，新接收一路图像推送时显示第三提示弹窗的示意图；
图17(b)为用户选定图17(a)所示第三提示弹窗中的第三替换控件时UI更新示意图；
图18为用户切换窗口焦点后的播放界面的示意图；
图19为一种资源同步播放方法的流程图；
图20为另一种资源同步播放方法的流程图；
图21为根据一些实施例的一种多路投屏的显示方法的流程图；
图22为根据一些实施例的一种第一用户界面的示意图；
图23为根据一些实施例的一种第二用户界面的示意图；
图24为根据一些实施例的又一种第一用户界面的示意图；
图25为根据一些实施例的又一种第二用户界面的示意图；
图26为根据一些实施例的又一种第一用户界面的示意图；
图27为根据一些实施例的又一种第二用户界面的示意图；
图28为根据一些实施例的又一种第一用户界面的示意图；
图29为根据一些实施例的又一种第一用户界面的示意图；
图30为根据一些实施例的又一种第二用户界面的示意图；
图31为根据一些实施例的又一种第一用户界面的示意图；
图32为根据一些实施例的又一种第一用户界面的示意图；
图33为根据一些实施例的又一种第一用户界面的示意图；
图34为根据一些实施例的另一种第二用户界面的示意图；
图35为根据一些实施例的另一种第一用户界面的示意图；
图36为根据一些实施例的另一种第二用户界面的示意图；
图37为根据一些实施例的移动设备镜像投屏至显示设备200的显示效果示意图；
图38为根据一些实施例的移动设备镜像投屏至显示设备200的另一显示效果示意图；
图39为根据一些实施例的镜像投屏音频输出控制方法的流程示意图；
图40为根据一些实施例的多移动设备镜像投屏至显示设备200的显示效果示意图；
图41为根据一些实施例的镜像投屏音频输出控制方法的时序图。
具体实施方式
下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。
图1为根据实施例中显示设备的使用场景的示意图。如图1所示，显示设备200还与服务器400进行数据通信，用户可通过智能设备300或控制装置100操作显示设备200。
在一些实施方式中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式中的至少一种，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令，来控制显示设备200。
在一些实施方式中，智能设备300可以包括移动终端、平板电脑、计算机、笔记本电脑，AR/VR设备等中的任意一种。
在一些实施方式中，也可以使用智能设备300以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。
在一些实施方式中，也可使用智能设备300和显示设备进行数据的通信。
在一些实施方式中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制装置来接收用户的语音指令控制。
显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。
图2为根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。
图3为根据示例性实施例中显示设备200的硬件配置框图。
在一些实施方式中，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。
控制器包括中央处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第 一接口至第n接口。
显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面等。
显示器260可为液晶显示器、OLED显示器、以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。
通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与控制装置100或服务器400建立控制信号和数据信号的发送和接收。
在一些实施例中，用户接口，可用于接收控制装置100(如：红外遥控器等)的控制信号。
外部装置接口240可以包括但不限于如下：高清多媒体接口接口(HDMI)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(CVBS)、USB输入接口(USB)、RGB端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。
在一些实施例中，调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。
在一些实施方式中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。
用户输入接口280，为可用于接收控制输入的接口(如：显示设备本体上的实体按键，或其他等)。
参见图4，在一些实施方式中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。
以上实施例介绍了显示设备的硬件/软件架构以及功能实现等内容。在一些应用场景中，终端设备可以向显示设备推送媒体数据，例如用户通过某些具备投屏功能的应用程序，将感兴趣的媒体资源投射到显示设备上进行大屏播放；或者终端设备与显示设备通过某些协议建立投屏连接，比如DLNA(Digital Living Network Alliance，数字生活网络联盟)协议等；又或者，终端设备与显示设备进行镜像投屏，从而将终端设备当前正在显示的媒体数据镜像同步推送至显示设备端。
用户在终端设备中播放媒体数据时，选择投屏推送时，可以从设备列表中选择用于播放该媒体数据的其他设备，而支持投屏功能的显示设备会被识别并自动填加到设备列表中，用户从设备列表中选择显示设备后，即可将媒体数据由终端设备投射到显示设备端进行播放。采用投屏方式推送媒体数据时，一般需要终端设备与显示设备连接于同一Wifi网络，终端向显示设备推送媒体数据的方式不限定。当然，在另一些技术中，投屏方式还可以跨网进行。本申请中对投屏的具体方式不作限定。
在终端设备与显示设备投屏连接成功之后，终端设备才能将媒体数据推送到显示设备，对于Web上每一个可用的媒体资源，如HTML文档、图像、视频、音频和程序等，可由一个通用的URI(Uniform Resource Identifier，统一资源标志符)进行资源定位，即URI相当于提供了一个定位资源的地址。可选地，终端设备可将需要投屏的媒体数据的URI推送给显示设备，显示设备接收到URI后，即可定位资源，进而下载及播放相应的媒体数据。其中，所述终端设备可以是手机、平板电脑、智能穿戴设备(如智能手环等)、笔记本电脑等移动终端，也可是台式电脑、电视等具有投屏及显示功能的设备。
在其他示例性的实现方式中，终端设备也可将媒体数据的URL(Uniform Resource Locator，统一资源定位符)，即媒体资源的网络地址推送给显示设备，以便显示设备访问URL并下载媒体数据；又或者，终端设备也可直接将图像、视频流、音频流等实时同步至显示设备端。
在一些实施方式中，显示设备若仅支持播放单路媒体资源，可选地，用户在发起投屏时，终端设备可生成一停止指令，向显示设备发送的投屏请求中携带有该停止指令以及资源的URI/URL等投屏数据，显示设备接收投屏请求后，识别到投屏请求中的停止指令，则先停止播放当前的在播资源，以释放被占用的播放资源，然后再加载及播放投屏数据。可选地，或者终端设备不生成停止指令，而是直接向显示设备推送投屏数据；显示设备接收到投屏数据时，由显示设备的控制器生成停止指令，并将该停止指令下发给在播资源的播放器，从而控制在播资源的播放器关闭，停止播放在播资源。对于仅支持单路资源播放的显示设备，若显示设备接收到终端推送的投屏数据时，自身具有在播资源，则将导致用户不得不中断正在观看的媒体资源，才能跳转到播放投屏资源，无法满足用户同步观看多个媒体资源的需求。
在一些实施方式中，可支持用户自定义显示设备是否具备多路资源同步播放能力，可选地，例如在显示设备的设置菜单中增添一播放能力设置页面，在该页面中，用户可选择开启或关闭多路资源同步播放能力。若用户关闭多路资源同步播放能力，即设置显示设备仅支持单路资源播放，则显示设备需要在关闭当前在播资源的播放器，释放被占用的播放资源后，才能起播投屏数据；若用户开启多路资源同步播放能力，则可另行新建一播放器去加载及播放投屏数据，可无需停掉当前在播资源的播放。若用户始终未参与播放能力的定义和调整，可将多路资源同步播放能力默认设置为开启状态。显示设备在启用多路资源同步播放功能后，可以接收单独一个终端设备推送的一个或多个媒体资源，也可同时接收多个终端设备分别推送的一个或多个媒体资源，从而适应更多的应用场景。
在一些实施方式中，终端设备在发送投屏请求之前，需要搜索附近可建立投屏连接的显示设备，在搜索到某一显示设备A时，终端设备可向显示设备A发送查询指令，显示设备A接收并响应该查询指令后，查询并向终端设备反馈自身的资源播放能力，使终端设备提前获知显示设备A是否支持多路资源同 步播放。
在一些实施方式中，终端设备在向显示设备A发送投屏请求时，若获知显示设备A仅支持播放单路媒体资源，可选地，由终端设备生成停止指令，并使投屏请求中同时携带停止指令以及投屏资源的URI/URL等数据，显示设备A接收到投屏请求时，对投屏请求进行解析，分离出停止指令和投屏数据，若显示设备A当前具有在播资源，则先响应停止指令，关闭当前在播资源的播放器，并重新创建新的播放器，然后利用新的播放器加载及播放终端推送的投屏数据；若显示设备A当前无在播资源，则直接创建播放器去加载及播放投屏数据。
在一些实施方式中，终端设备在向显示设备A发送投屏请求时，若获知显示设备A仅支持播放单路媒体资源，可选地，终端设备可先生成一停止指令，并将停止指令发送给显示设备A；显示设备A在接收到停止指令时，检测自身当前是否有在播资源，若显示设备A当前具有在播资源，则响应停止指令，关闭当前在播资源的播放器，并向终端设备发送已停止消息；终端设备在接收到已停止消息时，将投屏数据发送给显示设备A，显示设备A接收到投屏数据时，创建播放器去加载及播放该投屏数据。显示设备A在接收到停止指令时，若检测到自身当前无在播资源，则向终端设备发送投屏数据获取请求，终端设备A响应投屏数据获取请求，将投屏数据发送给显示设备A，显示设备A利用创建的播放器加载及播放投屏数据。
终端设备在向显示设备A发送投屏请求时，若获知显示设备A支持同步播放多路资源，则不生成停止指令，仅向显示设备A发送投屏数据，显示设备A接收到投屏数据时，无论当前是否具有在播资源，都允许另行新建一播放器去加载及播放投屏数据。
用户向显示设备A发起投屏请求后，终端设备端可以无需考虑显示设备A是否支持多路资源同步播放，而仅向显示设备A发送投屏数据，由显示设备A自身决策是否需要停止在播资源。显示设备A在接收到终端推送的投屏数据时，首先查询自身的资源同步播放能力，若查询到自身不具备多路资源同步播放能力(即仅支持单路资源播放)，并且检测到当前具有在播资源，可由控制器生成停止指令，并将该停止指令下发给在播资源对应的播放器1，从而关闭播放器1，然后新建播放器2去加载及播放投屏数据；或者，显示设备A若查询到自身不具备多路资源同步播放能力(即仅支持单路资源播放)，并且检测到当前无在播资源，则无需生成停止指令，直接新建播放器去加载及播放投屏资源。
在一些实施方式中，显示设备A在接收到终端推送的投屏数据时，若查询到自身具备多路资源同步播放能力，则无论当前是否具有在播资源，可选择另行新建一路播放器去加载及播放投屏数据。
在一些实施方式中，终端设备在向显示设备推送投屏数据之前，也可主动访问显示设备，去识别显示设备当前具备的资源播放能力，可选地，显示设备端可在相关投屏协议/服务内对其资源播放能力进行描述，作为一种示例，例如在rendererdevicedesc.xml文件中设置目标字段，目标字段例如为<modelDescription>multiplay</modelDescription>，若终端设备访问rendererdevicedesc.xml文件后读取到具有目标字段，则获知显示设备具备多路资源同步播放能力，则终端设备不生成停止指令，直接推送投屏数据；若终端设备未读取到目标字段，相当于读取到目标字段为空，则获知显示设备仅具备单路媒体资源播放能力，则终端设备端可生成停止指令，通过停止指令去触发显示设备端停止播放当前的在播资源。
在一些实施方式中，也可在目标字段中设置标志位，终端设备通过访问目标字段并读取其中标志位的值，即可获知显示设备所具备的播放能力，例如标志位的值被置为1时，即指示显示设备具备多路资源同步播放能力；若标志位的值被置为0，即指示显示设备不具备多路资源同步播放能力，而仅支持单路媒体资源播放。
在一些实施方式中，终端设备推送的媒体资源，按照资源类型可分为即视频类型、音频类型和图像类型等，显示设备端可以利用视频播放器、音频播放器和图像播放器等，从而实现按类播放，并且支持不同类型的播放器同时运行。
在一些实施方式中，为实现多路投屏播放，创建多个视频播放器，每个视频播放器可以对视频进行播放控制，包括但不限于视频音量、分辨率、倍速、播放进度(例如暂停、seek、快进、快退)等方面的调节和控制。相应地，如图5的UI示例，在显示设备的显示器(以下也称作播放界面)上，创建并显示多个用于显示视频或图像的窗口，以下称为播放窗口，每个播放窗口显示一个视频播放器输出的视频画面。本申请实施方式的播放窗口能够播放动态的视频图像，还能够显示或呈现静态的图像。
在一些实施方式中，由于显示设备一般仅支持单路音频的输出及播放，毕竟同时输出多路音频会导致声音混合现象，使用户无法听清每个音频资源的声音，因此无论显示设备被推送多少路音频资源，显示设备都仅运行一个音频播放器，例如音频播放器当前正在播放音频资源1，若显示设备接收到音频资源2的推送，则音频播放器需要停止播放音频资源1，而是替换为起播音频资源2，以避免音频资源间的播放冲突。音频播放器可以对音频进行播放控制，包括但不限于音频音量、倍速、音效、播放进度(例如暂停、seek、前进、后退)、歌曲切换、播放模式(单曲循环、随机播放、顺序播放)等方面的调节和控制。相应地，如图6的UI示例，在显示设备的播放界面上，仅创建一个对应于音频类型的播放窗口，该播放窗口可显示音频播放信息，音频播放信息包括但不限于歌名、歌手、歌词、歌曲时长、播放进度条、暂停/播放控件、背景图像等于音频有关的内容。当用户触发推送下一首歌曲的指令，则直接在显示设备上切换为下一首歌曲的信息，以及切换为播放下一首歌曲。
需要说明的是，这里所述的音频播放器与功放是不同的概念，音频播放器为音频播放程序，相当于一个应用；而功放是硬件层次，提供输出音频的物理通道，功放可包括内置功放和外部功放，内置功放 为显示设备的扬声器，外部功放是显示设备通过如蓝牙、HDMI等方式外接的功放设备，如音响、耳机等。
在一些实施方式中，终端设备可存储有本地图像，或者通过如壁纸应用、相册应用等APP下载及管理主题图像，可选地，终端设备本地或与图像有关的应用可以相册形式保存图像，相册中包括至少一张图像，终端设备将相册推送给显示设备后，显示设备创建图像播放器，图像播放器用于展示相册内的图像，以及按照指定的展示模式对相册进行展示控制，所述展示模式包括但不限于向前切换图像、向后切换图像、顺序展示图像、循环展示图像等。由于显示设备支持图像的动态切换，因此只需创建一个图像播放器，即可实现图像的显示切换。相应地，如图7的UI示例，在显示设备的播放界面上，仅创建一个对应于图像类型的播放窗口，该播放窗口与图像播放器关联，播放窗口中每次仅展示单张图像，播放窗口中设置有切换控件，参照图7，具体可包括向前切换控件和向后切换控件，用户选定向前切换控件，则切换为显示当前图像的前一张图像；若用户选定向后切换控件，则切换为显示当前图像的后一张图像，切换时可以按照相册中各图像的排序进行图像定位。
在一些实施方式中，用户可以手动操作图像窗口中的切换控件，按照指定的顺序(向前或向后)切换图像，若用户无操作，则保持当前图像的静态展示；或者，还可设置按照相册排序自动轮播图像，例如相册内包括图像1、图像2和图像3，则按照图像1→图像2→图像3→图像1→图像2→…的顺序循环展示；或者，还可按照图像1→图像2→图像3将相册内的图像遍历展示一轮后，当前图像停留在末序的图像3，用户可通过操作切换控件来切换图像。
在一些实施方式中，例如显示设备的图像窗口中当前展示一张风景图像A，此时显示设备接收到某终端设备推送的家庭相册B，则无需新建图像播放器和图像窗口，控制原有的图像窗口停止显示风景图像A，而替换为加载显示新接收的家庭相册B中的图像。可选地，可以将风景图像A与家庭相册B进行组合，得到投屏相册，投屏相册的排序为风景图像A在前，家庭相册B依序排后，这样通过投屏相册自循环播放或用户手动切换等形式，使用户还可浏览到之前被替换掉的风景图像A。
在一些实施方式中，显示设备可以维护一个投屏相册，并按照图像被推送的时间顺序，排序并存储投屏图像，在每次新推送的图像展示完毕后，可以自动循环展示投屏相册中的历史图像，为用户提供更好的图像浏览体验。
在一些实施方式中，所述图像可以为静态图像，或者也可为动态图像。例如，可以从视频中截取一定时长的片段，并制作为动态图像；又例如，将连续多帧图像进行动态拼接，得到如gif等格式的动图。
在一些实施方式中，如图5～图7的示例，对于任意类型的播放窗口，播放窗口中都可设置退出控件，支持用户随时退出某一路媒体资源的播放。例如，参照图5，当用户选定视频4对应的播放窗口4中的退出控件，则视频4对应的视频播放器会被释放，视频4被停止播放，同时播放窗口4会被销毁，播放界面中窗口总数由原来的4个变更为3个，可以重新调整窗口布局，图5中原窗口布局为4个播放窗口呈现“四宫格”阵列，调整后的窗口布局例如为播放窗口1和播放窗口2并行在上，播放窗口3独自居中在下。
在一些实施方式中，每新增一路投屏或退出一路投屏时，播放界面中的窗口数量都会随之改变，因此可根据窗口数量、每个窗口的大小、屏幕分辨率等多重因素，合理设定每个窗口的位置分布，从而给出适配于屏幕及当前播放场景的最佳窗口布局，本实施例不作具体限定。
在一种示例中，参照图6，当用户选定音频对应的播放窗口2中的退出控件时，音频播放器会被释放，当前被推送的音频停止播放，同时播放窗口2会被销毁，播放界面中的窗口总数由2变1，仅余一个播放视频1的播放窗口1，此时可以将播放窗口1切换为全屏模式。当再次接收到终端推送的音频数据时，需重新创建音频播放器及对应的播放窗口。
在一种示例中，参照图7，若用户选定用于展示图像的播放窗口3中的退出控件，则图像播放器会被释放，当前被推送的图像/相册被停止展示，同时播放窗口3也会被销毁，导致播放界面中的窗口总数由3变2，同样需要重新调整窗口布局，例如调整为播放窗口1和播放窗口2呈上下/左右分布。后续接收到终端新推送的图像数据时，需要重新创建图像播放器及对应的播放窗口。
在一些实施方式中，例如显示设备正在播放CCTV5直播的体育赛事，此时突然接收到终端设备C推送的电影2，则创建两个播放窗口，播放窗口1显示CCTV5的直播画面，播放窗口2显示电影2的视频流，因此在创建窗口时，可使播放窗口2具有退出控件，播放窗口1无退出控件，即接受投屏前，用户初始观看的资源无法退出，支持在用户退出各路投屏播放后，显示设备自动返回投屏前的播放频道，或者使显示设备自动续播投屏前用户正观看的媒体资源。
在一些实施方式中，由于终端推送的视频和音频都具有预设总时长的要求，例如某歌曲预设总时长为4分钟，某电影的预设总时长为90分钟等，因此显示设备可以监控每路投屏资源的播放进程，在检测到某一路投屏资源的播放进程达到终点，即已播时长等于预设总时长，说明在此期间用户未主动退出该投屏资源的播放，该投屏资源为自然播放结束，则将该投屏资源对应的视频/音频播放器释放，同时将其对应的播放窗口销毁，从而彻底退出该路投屏。
在一些实施方式中，显示设备接收到的多路媒体数据被分配在同一播放界面的不同播放窗口中进行显示，例如显示设备当前正在显示视频1和音频1，即获取到当前显示状态为具有两个播放窗口，播放窗口1对应视频类型，播放窗口2对应音频类型，此时显示设备又接收到视频2的投屏推送，则例如可新增一个播放窗口3显示视频2，或者，将播放窗口1或播放窗口2替换为显示视频2；又例如，显示设备接收到音频2的推送，由于播放窗口2正在播放音频1，而声音功放一般仅支持播放单路音频数据， 则播放窗口2可以停止播放音频1，并被替换为播放音频2。
由此可见，投屏的资源类型和显示设备的当前显示状态都会影响播放界面的最终呈现，其中所述当前显示状态包括显示界面当前显示的播放窗口数量，以及每个播放窗口对应的资源类型，例如图6的当前显示状态为{窗口1-视频；窗口2-音频}。
在一些示例性的实施方式中，显示设备每接收到一次推送，都需要检测投屏的资源类型以及当前显示状态，从而为播放界面针对性地制定适配当前播放场景的更新策略，更新策略指示在哪一目标播放窗口加载显示新接收的待播数据，还可涉及其他如窗口数量及布局调整等内容，从而既能避免媒体资源间的播放冲突，还支持用户通过多窗口同步浏览多项被推送的媒体资源，提升用户体验。
在一些实施方式中，在显示设备启用多路资源同步播放功能后，显示设备可接收单独一个终端推送的多个媒体资源，或多个终端分别推送的一个或多个媒体资源，即理论上显示设备的投屏路数无上限，但考虑到若要播放界面容纳较多的播放窗口，则必然要压缩每个窗口的尺寸，则窗口显示的视频、音频播放信息和图像会被同步压缩，压缩过度会用户无法看清楚媒体资源的内容和细节，观看体验差。对此，本申请提供一预设上限值，预设上限值用于约束播放界面内允许显示播放窗口的最大数量，预设上限值并不是越大越好，而是在取值尽量大的可能性下兼顾视觉观看效果，本申请对预设上限值的取值不作限定，例如若预设上限值为4，则显示设备具备支持4路媒体资源同步播放的能力。在具有预设上限值约束的基础上，下面将针对不同的播放场景，提供相应的更新策略。
在一些实施方式中，若终端设备向显示设备推送的待播数据为视频类型，由于视频可以通过创建独立运行的视频播放器及窗口进行播放，而不是如音频类型或图像类型需要共享同一个播放器和窗口，因此检测播放界面当前的播放窗口数量是否小于预设上限值。
在一些实施方式中，一种更新策略被配置为：显示设备新接收到一路视频推送时，若当前的播放窗口数量小于预设上限值，则可在播放界面中创建并新增一个用于目标播放窗口，用以显示新接收的待播数据，其他播放窗口的播放状态保持不变，然后根据更新后的播放窗口总数，重新匹配播放界面的窗口布局。
作为一种示例，以显示设备当前显示图6所示的播放界面，预设上限值等于4为例，当前播放界面包括显示视频1的播放窗口1，以及播放音频1(同步显示音频1的音频播放信息)的播放窗口2，此时显示设备接收到终端设备D新推送的视频2，由于当前窗口数量未达上限，如图8所示，可直接创建并新增一个播放窗口3(即目标播放窗口)，并在播放窗口3中加载显示视频2，此时播放窗口1和播放窗口2的播放状态保持不变，即播放窗口1仍保持播放视频1，播放窗口2仍保持播放音频1。由于播放窗口总数由2更新为3，则需要重新调整窗口布局，在图8示例中，窗口布局变化为播放窗口1和播放窗口2沿横向并排位于界面上部，播放窗口3单独居中位于界面下部，整体呈现为类似于倒“品”字形布局。需要说明的是，在播放窗口总数发生改变时，窗口布局的调整形式不限定。
可选地，可以预先设定不同播放窗口数量对应的布局模板，以预设上限值等于4为例，播放窗口数量为1时，布局模板比如设置为单窗口独占屏幕(即全屏显示)；播放窗口数量为2时，布局模板比如设置为双窗口并排或并列显示；播放窗口数量为3时，布局模板比如设置为正“品”或倒“品”字形布局，三个窗口同行排布，三个窗口同列排布，或者播放窗口1单独位于界面左部，播放窗口2和播放窗口3并列位于界面右部，又或者播放窗口1和播放窗口2并列位于界面左部，播放窗口3单独位于界面右部等；播放窗口数量为4时，布局模板比如设置为四宫格形式等。当窗口数量发生改变时，调用更新后的播放窗口总数对应的局部模板，并按照布局模板排序显示各个播放窗口，以及在各播放窗口中显示所关联的媒体数据。
可选地，前述排序显示例如是按照各路媒体数据被推送/被显示设备接收的时间进行窗口排序；或者，按照资源类型进行优先级排序，例如显示设备接收到4路投屏推送的媒体数据，其中两路为视频类型，一路为图像类型，一路为音频类型，则按照视频＞音频＞图像的优先级排序，即播放窗口1和播放窗口2分别显示两路视频，播放窗口3显示音频，其中播放窗口4显示图像，播放窗口1和播放窗口2属同一优先级，可以按照媒体数据被推送/被接收的时间进行同级内部排序，音频和图像每种类型的窗口最多只有一个。需要说明的是，窗口排序规则不限于本申请实施例的示例。
前述实施例是在播放界面内窗口未达上限数量时，利用新增的窗口去加载显示新接收的视频数据。在其他示例性的实现方式中，一种更新策略被配置为：显示设备新接收到一路视频推送时，若当前的播放窗口数量小于预设上限值，则弹出第一提示弹窗，并根据用户通过第一提示弹窗的操作，对播放界面进行相应的更新。
在一些实施方式中，参照图9的示例，第一提示弹窗中包括新增控件和第一替换控件。若用户选定新增控件，则在播放界面中创建并新增一个播放窗口作为目标播放窗口(即播放窗口3)，并在目标播放窗口中加载显示新接收的待播数据(视频2)，其他播放窗口(即播放窗口1和播放窗口2)的播放状态保持不变，以及，根据更新后的播放窗口总数，重新匹配播放界面的窗口布局，即与前述实施例的新增机制下的更新方式相同。
在一些实施方式中，所述第一替换控件是根据当前显示状态生成的，参照图6和图9的示例，当前显示状态为包括两个播放窗口，一个为视频窗口，一个为音频窗口，则生成的第一替换控件包括两个子控件，分别为“替换视频窗口”和“替换音频窗口”，用户可以根据观看倾向，选择保留哪一路媒体数据，替换哪一路媒体数据，例如播放窗口2中的音频1用户已收听完毕，并且不想再重复收听，则可以选定“替换音频窗口”，则被选中替换的播放窗口2即成为目标播放窗口，功放设备停止播放音频1， 播放窗口2停止显示音频播放信息，播放窗口2被替换为显示视频2，播放窗口1的播放状态保持不变，替换后的UI更新如图10所示，更新为两路视频在播。利用此替换机制更新播放界面时，播放界面内的窗口数量不发生改变，仅仅是其中一个目标播放窗口显示的媒体数据被替换，因此无需调整窗口布局，该更新策略支持用户将某路不感兴趣的在播资源替换为新推送资源，为播放界面内窗口显示提供更多可行性，以及对播放场景/用户兴趣意向的适应性。
在一些实施方式中，一种更新策略被配置为：显示设备新接收到一路视频推送时，若当前的播放窗口数量等于预设上限值，这种场景就无法在播放界面上新增窗口，则弹出第二提示弹窗，并根据用户通过第二提示弹窗的操作，对播放界面进行相应的更新。
在一些实施方式中，参照图5的示例，显示设备的当前显示状态为包括4个播放窗口，分别显示视频1、视频2、视频3和视频4共四路视频，以预设上限值等于4为例，在此播放场景下显示设备接收到终端设备E推送的视频5，由于播放窗口总数已达上限，可显示如图11示例的第二提示弹窗，第二提示弹窗中包括取消控件和第二替换控件。若用户选定取消控件，则自动取消本次投屏，即取消播放终端设备E推送的视频5，播放界面也不发生更新。
在一些实施方式中，所述第二替换控件是根据当前显示状态生成的，参照图5和图11的示例，当前显示状态为包括四个视频窗口，则根据多路视频窗口的排序，对应生成的第二替换控件包括四个子控件，分别为“替换第一路视频窗口”、“替换第二路视频窗口”、“替换第三路视频窗口”和“替换第四路视频窗口”，在播放窗口总数达到上限，并且用户不想取消播放当前新推送的媒体数据，则可以根据兴趣和意向，从四路视频窗口中择一作为目标播放窗口，例如用户不想继续观看第三路视频，即可选定“替换第三路视频窗口”子控件，则如图12所示，播放窗口3停止播放视频3，而是被替换为播放视频5，播放窗口1、播放窗口2和播放窗口4的播放状态保持不变。该实施例可保证播放窗口总数始终满足上限要求，通过替换机制，使新接收到的投屏资源替换某一路旧媒体资源，避免新资源尚未起播就被取消播放的情况。
前述实施例在播放窗口总数达到上限时，通过第二提示弹窗询问是取消投屏或是进行资源置换。在其他示例性的实现方式中，还提供一种更新策略：显示设备新接收到一路视频推送时，若当前的播放窗口数量等于预设上限值，则按照预设规则，从播放界面当前的所有窗口中筛选出目标播放窗口，并使目标播放窗口停止播放原媒体数据，替换为显示新接收的待播数据，其他播放窗口的播放状态保持不变。该实施例中，当窗口数目达到上限时，不显示第二提示弹窗询问用户，而是根据预设规则自动筛选出进行资源置换的目标播放窗口。
在一些实施方式中，例如所述预设规则为替换前一路投屏资源，以图5的播放场景为例，对于当前推送的视频5，其前一路被推送的是视频4，因此将视频4对应的播放窗口4筛选为目标播放窗口，播放窗口4停止播放原视频4，被替换为加载并起播视频5；又例如，所述预设规则为替换播放界面中当前最旧的媒体资源，即多路资源中最早被推送的资源，即将播放窗口1替换为播放视频5；又例如，所述预设规则还可从其他角度进行设置，例如替换播放量/热度最低的资源，替换视频时长最短的资源，替换出现播放卡顿甚至黑屏的资源，等等。具体可根据实际应用场景对所述预设规则进行设置及调整，本申请不作具体限定。
在上文中提到了对于音频类型和图像类型的媒体数据，多路音频数据共享同一个音频播放器及音频窗口，多路图像数据共享同一个图像播放器及图像窗口，为便于概括及统一描述，本申请将多路同类媒体数据共享同一个播放器及窗口时对应的资源类型命名为目标类型，目标类型为音频类型或图像类型。当显示设备接收到终端设备新推送的目标类型的媒体资源时，更新策略与视频类型略有区别。
在一些实施方式中，若检测到终端设备新推送的待播数据属于目标类型，则进一步检测播放界面中是否具有对应于同一目标类型的目标播放窗口。若播放界面中具有对应于同一目标类型的目标播放窗口，则停止播放该目标播放窗口当前播放的原媒体数据，并被替换为播放待播数据，其他播放窗口的播放状态保持不变。以图6作为示例，播放界面中播放窗口1播放视频1，播放窗口2播放音频1，此时显示设备接收到终端设备推送的音频2，音频2属于目标类型中的音频类型，并且播放界面中具有对应于音频类型的播放窗口2，则播放窗口2即为目标播放窗口，使播放窗口2停止播放音频1，被替换为播放音频2及同步显示音频2的播放信息，播放窗口1保持其播放状态不变。
在一些实施方式中，若播放界面中无对应于同一目标类型的目标播放窗口，则进一步检测播放界面当前包括的播放窗口数量是否小于预设上限值。若播放窗口数量未达上限，则支持以新增机制更新播放界面，即在播放界面中创建并新增一个播放窗口作为目标播放窗口，在目标播放窗口中显示新接收的媒体数据，其他播放窗口的播放状态保持不变，以及，根据更新后的播放窗口总数，重新匹配播放界面的窗口布局。以图7作为示例，显示设备当前的播放界面中播放窗口1显示视频1，播放窗口2显示视频2，播放窗口3显示图像，此时显示设备接收到终端设备F推送的音频1，播放界面中当前无音频窗口，创建并新增播放窗口4，并在播放窗口4中显示被推送的音频1的播放信息，以及控制功放同步起播音频1。
在一些实施方式中，若播放界面中无对应于同一目标类型的目标播放窗口，并且播放窗口数量未达上限，则显示第三提示弹窗。参照图13(a)的示例，该示例中显示设备当前包括两路视频和一路图像，播放窗口1播放视频1、播放窗口2播放视频2，播放窗口3播放图像，此时显示设备端接收到一路音频1的推送，此时显示的第三提示弹窗包括第二新增控件和第三替换控件。若用户选定第二新增控件，如图13(b)的示例，则创建并新增用于播放音频1的播放窗口4，并调整窗口布局为四宫格形式。
在一种示例中，第三替换控件是根据当前显示状态生成的，包括“替换第一路视频窗口”、“替换第二路视频窗口”和“替换图像窗口”这三个子控件，用户通过第三替换控件择一目标播放窗口，将目标播放窗口替换为播放音频1，其他窗口的播放状态以及窗口布局保持不变。例如，用户选定“替换第一路视频窗口”子控件，如图13(c)的示例，播放窗口1被选为目标播放窗口，则播放窗口1停止播放视频1，并被替换为播放音频1。
在一些实施方式中，若播放界面中无对应于同一目标类型的目标播放窗口，并且播放窗口数量达到上限(以预设上限值等于4为例)，则显示第三提示弹窗。参照图14(a)的示例，该示例中显示设备当前包括三路视频和一路图像，播放窗口1播放视频1、播放窗口2播放视频2，播放窗口3播放图像，播放窗口4播放视频3，此时显示设备端接收到一路音频1的推送，此时显示的第三提示弹窗包括第二取消控件和第三替换控件。若用户选定第二取消控件，则取消加载及播放音频1，播放界面保持现状。第三替换控件是根据当前显示状态生成的，包括“替换第一路视频窗口”、“替换第二路视频窗口”、“替换第三路视频窗口”和“替换图像窗口”这四个子控件，用户通过第三替换控件择一目标播放窗口，将目标播放窗口替换为播放音频1，其他窗口的播放状态以及窗口布局保持不变。例如，用户选定“替换图像窗口”子控件，如图14(b)的示例，播放窗口3被选为目标播放窗口，则播放窗口1停止展示图像，并被替换为播放音频1。
当然，当窗口数量达到上限时，也可不显示第三提示弹窗进行询问，而是按照前述预设规则，从当前播放界面中筛选出目标播放窗口，具体实现方式可参照前述视频类型部分的实施例，此处不再赘述。显示设备接收到图像推送时播放界面的更新策略与接收到音频推送时相同。
参照图15(a)的示例，显示设备当前显示一路视频和一路图像，播放窗口1播放视频1，播放窗口2展示图像1，此时显示设备接收到终端设备K推送的图像2，则将播放窗口2作为目标播放窗口，如图15(b)所示，使播放窗口2停止显示图像1，并加载图像2于播放窗口2替换显示，播放窗口1的播放状态以及窗口布局保持不变。
参照图16(a)的示例，显示设备当前在播一路视频和一路音频，播放窗口1播放音频1，播放窗口2播放视频1，此时显示设备接收到终端设备A推送的图像1，则显示第三提示弹窗。用户若选定第三提示弹窗中的第二新增控件，则如图16(b)所示，创建并新增用于展示图像1的播放窗口3，以及对窗口布局进行调整。第三替换控件包括“替换视频窗口”和“替换音频窗口”两个子控件，若用户选定了“替换音频窗口”子控件，则停止播放音频1，播放窗口1停止显示音频1的播放信息，并被替换为显示图像1，如图16(c)所示，此时播放界面更新为播放窗口1显示图像1，播放窗口2显示视频1，窗口布局可保持不变。
参照图17(a)的示例，显示设备当前在播四路视频，播放窗口1显示视频1，播放窗口2显示视频2，播放窗口3显示视频3，播放窗口4显示视频4，此时显示设备接收到终端设备B推送的图像1，显示第三提示弹窗。用户若选定第三提示弹窗中的第二取消控件，则显示设备取消显示图像1，播放界面保持现状。第三替换控件包括“替换第一路视频窗口”、“替换第二路视频窗口”、“替换第三路视频窗口”和“替换第四路视频窗口”四个子控件，若用户选定了“替换第二路视频窗口”子控件，则如图17(b)所示，播放窗口2停止显示视频2，而被替换为加载显示图像1，播放窗口1、播放窗口3和播放窗口4的播放状态以及窗口布局保持不变。
在一些实施例中，若显示设备通过终端推送的URI/URL来获取数据流，假设显示设备当前显示上限四路视频，播放窗口1显示视频1，播放窗口2显示视频2，播放窗口3显示视频3，播放窗口4显示视频4，此时显示设备接收到某终端推送的视频5的URI，则参照图11，显示第二提示弹窗，若用户选定第二提示弹窗中的取消控件，则显示设备无需利用URI来获取视频5的视频数据；若用户选定第二提示弹窗中的“替换第四路视频窗口”子控件，则显示设备停止获取并接收视频4的视频流，通过新接收到的URI定位视频5的资源，并将获取到的视频5的视频流加载显示于播放窗口4中，从而完成播放窗口4的资源替换。
在一些示例性的实现方式中，用户可以通过操作遥控器来切换窗口焦点，可选地，显示设备可以对焦点窗口进行醒目显示，例如图18中是在焦点窗口上设置矩形的焦点框，又例如可以对焦点窗口进行适当缩放，使用户能直观分辨焦点所在，如图18所示，用户操作后播放窗口3具有焦点。
由于用户一般会从当前连接并可用的功放设备中选择一个目标功放来输出音频，因此显示设备一般仅支持单路音频播放。视频资源还可细分为纯视频资源和音视频资源，纯视频资源仅有视频画面而无音频内容，音视频资源具有与视频画面同步的音频内容，例如电影画面具有对应的人声台词，在多路资源以多窗口模式播放时，例如当前包括3个视频窗口和1个音频窗口，若3个视频窗口中至少有一个播放音视频资源，则相当于至少有两个播放窗口能播放声音，这就涉及到目标功放输出哪一路的问题。
在一些实施方式中，可参考实时窗口焦点来决策目标功放的输出，在接收到切换窗口焦点的操作时，获取当前焦点所在的窗口(为便于区分及描述，本申请命名为第一播放窗口)，并确定第一播放窗口当前播放的媒体数据(为便于区分及描述，本申请命名为第一媒体数据)是否包含音频内容。对于音视频资源、纯音频资源、具有背景音乐的图像等类型的媒体数据，均包含音频内容；对于纯视频资源、不具有背景音乐的图像、纯文本等类型的媒体数据，则不包含音频内容。
在一些实施方式中，若当前焦点窗口在播的第一媒体数据包含音频内容，则控制目标功放输出该音频内容。若当前焦点窗口在播的第一媒体数据不包含音频内容，则可以开启静音模式，或者控制目标功放跳转至播放第二播放窗口关联的音频数据，第二播放窗口为当前显示有音频播放信息的播放窗口，即 多路音频资源共享的、唯一的音频窗口，即焦点窗口无法输出声音时，则保持静音或者输出音频播放器当前播放的音频数据。
以图13(b)作为示例，更新后的播放界面中播放窗口1播放视频1、播放窗口2播放视频2，播放窗口3播放图像，播放窗口4播放音频1，假设其中视频1为纯视频资源，视频2为音视频资源。若当前焦点在播放窗口1，由于视频1无音频内容，则播放窗口1继续播放视频1，目标功放无音频输出(相当于静音状态)，或者，为避免无声输出导致用户观看体验差，也可控制目标功放输出音频1；若当前焦点在播放窗口2，由于视频2为音视频资源，即具有音频内容，因此控制目标功放输出视频2包含的音频内容；若当前焦点在播放窗口3，由于纯图像无音频内容，可使播放窗口3继续显示图像，目标功放或静音，或切换为输出音频1；若当前焦点在播放窗口4，由于播放窗口4正在播放音频1，因此控制目标功放直接输出音频1。
在一些实施方式中，目标功放仅输出一个窗口资源具有的音频内容，例如目标功放正输出视频2的音频内容时，会停止输出音频1，若用户将焦点切换至播放窗口4，则目标功放切换为输出音频1，停止输出视频2的音频内容，从而避免音频间的播放冲突。
在其他示例性的实现方式中，音频输出不限于前述焦点控制模式，例如若播放界面当前存在音频窗口，则优先输出音频窗口关联的音频数据；又例如，若播放界面当前无音频窗口，则优先输出音视频资源中的音频内容，当具有多路音视频资源时，例如可优先输出最早被推送的一路音视频资源，或者优先输出最新一路的音视频资源。多路资源同步播放场景下的音频输出控制方式不限于本申请实施例所述。
前述各项实施例及UI展示主要侧重于视频类型、音频类型和图像类型的资源，在其他播放场景中，资源类型还可以是文本类型、图文类型等。可选地，对于文本类型的资源，例如可以创建文本窗口进行展示，或者还可以浮层字幕的形式在播放界面的上层滚动展示；对于图文类型的资源，例如可创建图文窗口进行展示。对于文本类型和图文类型，若以窗口模式进行播放，则更新策略可以参照前述图像类型，这里不再赘述。
需要说明的是，对于本申请中未提到的资源类型，可以根据不同类型资源的特性，采用相匹配的播放形式。另外，根据不同的播放场景、预设上限值设置、用户交互操作、以及终端推送的类型多样的资源，制定适配的更新策略，并可对更新策略进行适当变型和扩展，以实现更多应用场景下的可行性。本申请附图及实施例中涉及的UI仅仅是示例性的，具体以实际设计和应用为准。
参照前述各项实施例的说明，在一些实施方式中，参照图19，本申请提供一种资源同步播放方法，所述方法的执行主体为显示设备中的控制器250，包括如下程序步骤：
步骤S01，在接收到终端设备推送的待播数据时，根据所述待播数据的资源类型，以及播放界面的当前显示状态，确定所述播放界面的更新策略。其中，所述当前显示状态包括播放界面当前包括的播放窗口的数量，以及每个播放窗口对应的资源类型。
步骤S02，在所述更新策略指示的目标播放窗口中加载播放所述待播数据。
参照前述各项实施例的说明，在一些实施方式中，参照图20，本申请还提供另一种更为细化的资源同步播放方法，包括如下程序步骤：
步骤S101，在接收到终端设备推送的待播数据时，检测所述待播数据的资源类型。若所述待播数据为视频类型，则执行支线逻辑一；若所述待播数据为音频或图像等目标类型，则执行支线逻辑二。
支线逻辑一，包括步骤S102～步骤S106：
步骤S102，判断当前的播放窗口数量是否小于预设上限值。若步骤S102的判断结果为是，则执行步骤S103和步骤S104，反之则执行步骤S105和步骤S106。即窗口数量未达上限时，可执行窗口新增机制；若窗口数量已达上限，可执行窗口替换机制，从而保证窗口数量始终不超预设上限值。
步骤S103，在所述播放界面中新增一个播放窗口作为目标播放窗口，在所述目标播放窗口中加载播放所述待播数据，其他播放窗口的播放状态保持不变。
步骤S104，根据更新后的播放窗口总数，重新匹配所述播放界面的窗口布局。
步骤S105，获取用户选定的用于资源替换的目标播放窗口。
步骤S106，停止播放所述目标播放窗口被选定前的原媒体数据，使所述目标播放窗口显示所述待播数据，其他播放窗口的播放状态以及窗口布局保持不变。
支线逻辑二，包括步骤S107～步骤S113：
步骤S107，检测播放界面中是否具有对应于同一目标类型的目标播放窗口。若步骤S107的判断结果为是，则执行步骤S108，反之则执行步骤S109。
步骤S108，停止播放所述目标播放窗口当前播放的原媒体数据，使所述目标播放窗口显示所述待播数据，其他播放窗口的播放状态以及窗口布局保持不变。
步骤S109，判断当前的播放窗口数量是否小于预设上限值。若步骤S109的判断结果为是，则执行步骤S110和步骤S111，反之则执行步骤S112和步骤S113。即窗口数量未达上限时，可执行窗口新增机制；若窗口数量已达上限，可执行窗口替换机制，从而保证窗口数量始终不超预设上限值。
步骤S110，在所述播放界面中新增一个播放窗口作为目标播放窗口，在所述目标播放窗口中加载播放所述待播数据，其他播放窗口的播放状态保持不变。
步骤S111，根据更新后的播放窗口总数，调整所述播放界面的窗口布局。
步骤S112，获取用户选定的用于资源替换的目标播放窗口。
步骤S113，停止播放所述目标播放窗口被选定前的原媒体数据，使所述目标播放窗口显示所述待 播数据，其他播放窗口的播放状态以及窗口布局保持不变。
在图20和图19示例的方法中，针对窗口的新增或替换，可通过显示提示弹窗进行询问及支持用户选取资源替换的目标窗口，或者根据预设规则进行替换目标的筛选等。
用户将终端上的内容投屏到显示设备上，通过显示设备观看投屏内容，可以为用户提供更好的观看体验。但是，当显示设备已经与一个终端连接后，另一个终端同样希望和显示设备连接时，相关技术中通过切断与已经连接的终端，在显示界面上显示最新与显示设备连接的终端上的内容实现。这样将已经连接的终端突然断开，显示设备上的显示内容突然发生变化，给用户带来不好的使用感受。
为了便于说明，本申请实施例中，提到的显示设备的用户界面为第一用户界面，第一终端的用户界面为第二用户界面，第一终端为与显示设备新连接的终端，第二终端为已经与显示设备连接的终端。
为了解决上述技术问题，本申请实施例提供一种多路投屏的显示方法，在第二用户界面上为用户提供可以选择的控件，以使用户根据需要，选择与所述控件对应的显示方式，根据该显示方式将第一终端的投屏内容显示在第一用户界面上。具体的，显示方式可以包括添加画面显示，或者替换某一路第二终端画面显示等。
如图21所示，图21为根据一些实施例的一种多路投屏的显示方法的流程图，包括：
本申请实施例中，所述终端可以为手机、平板电脑、智能穿戴设备(如智能手环等)、笔记本电脑等移动终端，也可是台式电脑、智能电视等具有投屏及显示功能的设备。
终端接收连接显示设备的用户输入，发送连接指令到显示设备。
本申请实施例中，所述第一终端和显示设备投屏可以指显示设备上显示第一终端上实时播放的画面。所述投屏还可以指当第一终端播放某一音视频时，将该音视频的内容显示在显示设备上，第一终端将播放的音视频的媒资地址发送到显示设备上，显示设备根据媒资地址播放该音视频。一些实施例中，所述投屏包括将第一终端上实时播放的画面进行录屏，第一终端将录屏后的数据发送到显示设备中，显示设备播放该数据。
在一示例中，当第一终端播放音视频时，通过用户操作调出投屏控件，用户通过触摸屏按压投屏控件。第一终端搜索得到可投屏设备，将可投屏设备以列表形式显示在第二用户界面，用户按压可投屏设备控件，如果该可投屏设备控件与所述显示设备对应，则此时手机端触发连接动作，向显示设备发送连接指令。
在一示例中，用户可以按压手机端的用户界面上的镜像投屏控件，显示设备上显示有可以与该手机端进行镜像投屏的设备，用户按压设备控件，如果该设备控件与所述显示设备对应，则此时手机端触发连接动作，向显示设备发送连接指令。
一些实施例中，用户通过相关操作可以控制第二用户界面上显示投屏控件。在一示例性中，终端上全屏播放媒资数据时，用户可以触摸显示屏，此时界面上会显示功能控件，所述功能控件可以包括暂停/播放控件，投屏控件，和/或，关闭/开启弹幕控件等。用户可以通过触摸用户界面上设置的投屏控件，页面跳转显示待选连接终端列表，该列表包括可以与显示设备投屏设备对应的设备控件，选中某一设备控件，此时发送连接指令到设备控件对应的设备。一些实施例中，设备可以为显示设备。在另一个示例性中，用户通过下滑/上滑屏幕，调出终端的功能菜单，该功能菜单上显示有屏幕镜像控件，即投屏控件等，选中所述屏幕镜像控件，发送连接指令到显示设备。
显示设备当接收到第一终端发送的连接指令时，获取当前显示设备已经连接的第二终端数量。一些实施例中，所述第二终端数量可以为多个，多个终端的投屏内容可以同时显示在显示设备的显示器上。一些实施例中，所述第二终端数量可以通过列表形式存储在显示设备中，该列表中记录有连接的第二终端的信息，并记录所有连接第二终端的第二终端数量，当所述显示设备每连接一个终端时，将统计的第二终端数量增加一个，当显示设备断开与第二终端的连接时，显示设备上第二终端对应的投屏内容不再显示，更新列表的同时将第二终端数量减少一个。当第二终端进程异常退出或者被杀死(kill)时，显示设备断开对应的第二终端的连接，显示设备上该第二终端对应的投屏内容不再显示，更新列表的同时将第二终端数量减少一个。在本实施例中，获取第二终端数量，可以通过调用该列表，并查找列表中记录的第二终端数量实现。
显示设备发送指示信息到终端，所述指示信息用于向第一终端指示第二终端数量，并触发第一终端根据第二终端数量生成交互窗口，所述交互窗口包括控件。一些实施例中，假设所述第二终端数量为n，则指示信息可以定义为MIRROR_PEERNUM：n。
终端接收显示设备发送的指示信息，根据所述第二终端数量，确定控件，并将所述控件以交互窗口形式显示在第二用户界面上。
本申请实施例中，所述第二终端数量可以确定显示在第一终端的交互窗口中的控件，用户可以通过选中不同的控件，实现第一终端的投屏内容在显示设备中不同的显示方式，可以包括添加画面显示，或者替换某一路终端画面显示等。
当所述第二终端数量为第一预设数量时，第一终端确定所述控件包括新增窗口控件。示例性的，当第一预设数量为0时，所述第二终端数量为0，此时没有与显示设备连接的第二终端，为了使第一终端的投屏内容可以显示在第一用户界面上，此时所述控件包括新增窗口控件。
如图22所示，第一用户界面上并未显示第二终端的投屏内容，显示设备发送指示信息到第一终端，第一终端接收显示设备发送的指示信息，所述指示信息包括第二终端数量，此时第一终端根据所述第二终端数量确定的控件为新增窗口控件，一些实施例中，选中新增窗口控件，可以使第一用户界面上新增 播放窗口，用于显示第一终端的投屏内容。如图23所示，在图23中，第二用户界面上的控件包括新增窗口控件701，用户选中新增窗口控件701可以实现将第一终端实时显示的画面，投屏到显示设备上，如图24所示，用户可以看到与第一终端界面上显示的全部内容。在另一示例中，如图25所示，第二用户界面上的控件包括新增窗口控件901，用户选中新增窗口控件901后，将第一终端当前播放的媒资数据的链接地址发送到显示设备，显示设备根据该链接地址查找到媒资数据，并播放该媒资数据，如图26所示，图26中显示有与第一终端播放的相同的媒资数据。
一些实施例中，当显示设备播放本地数据资源或者直接从服务器中获取的数据资源时，该数据资源并不是第二终端发送的投屏内容，当所述第二终端数量为第一预设数量时，确定控件包括新增窗口控件和替换控件。当选中新增窗口控件时，在第一用户界面上新增窗口，将显示设备原有播放的资源对应的播放窗口，与新增的播放窗口同时显示在第一用户界面上，此时用户界面上存在两个播放窗口，原有播放的资源和第一终端的投屏内容同时显示在第一用户界面上。当选中替换控件时，将第一用户界面上显示原有播放的资源处，显示第一终端的投屏内容，可以通过以下方式实现，示例性的，将第一用户界面上原有播放的资源对应的播放窗口撤销，在撤销的播放窗口处，显示第一终端的投屏内容，或者，保留原有播放的资源对应的播放窗口，将第一终端的投屏内容显示在该播放窗口中。
当所述第二终端数量大于第一预设数量，且小于第二预设数量时，第一终端确定所述控件包括新增窗口控件，以及与第二终端对应的替换控件。本申请实施例中，为了避免造成显示设备的运行压力过大或者为了用户可以看到清晰画面，提高用户体验，所述显示设备可以限制与其连接的终端的数量，所述第二预设数量为用户界面上播放窗口数量的上限值，示例性的，第二预设数量可以为四个。
本申请实施例中，当显示设备播放本地数据资源或者直接从服务器中获取的数据资源时，所述替换控件还可以将第一用户界面上原有播放的资源替换。一些实施例中，在保证第一用户界面上的播放窗口不大于第二预设数量时，可以在在新增窗口显示第一终端的投屏内容的同时，将原有播放的资源同时显示在第一用户界面上。
一些实施例中，当存在至少一个第二终端与显示设备连接时，第一用户界面上显示有第二终端的投屏内容，此时可以为用户提供第一终端的投屏内容在显示设备上的多种显示方式，一种可以为在显示界面上新增窗口，在新增的窗口中显示第一终端的投屏内容；另一种方式可以采用替换的方式显示第一终端的投屏内容，具体的，用户可以根据自身意愿，将不希望继续播放在用户界面中的投屏内容替换，一些实施例中，标识可替换的投屏内容时，可以通过将终端与显示设备连接顺序进行标识。所述替换控件在命名时可以标注为替换第一路、替换第二路、以及替换第三路等。当选中替换第一路时，此时将替换第一个与显示设备连接终端的投屏内容为第一终端的投屏内容。一些实施例中，选中替换控件，显示设备不再显示该替换控件对应终端的投屏内容，在显示原有连接终端的投屏内容的位置上，显示第一终端的投屏内容。
显示设备发送指示信息到第一终端，第一终端接收该指示信息，如果显示设备已经有1个第二终端连接，如图26所示，该第二终端的投屏内容显示在第一用户界面上，此时第一终端根据所述第二终端数量确定的控件，如图27所示，第二用户界面上显示有新增窗口控件1101和替换第一路控件1102。用户选中新增控件1101，则在第一用户界面上新增播放窗口，该新增的播放窗口用于播放投屏内容，如图28所示，在新增播放窗口后，当前第一用户界面上存在两个播放窗口，两个播放窗口分布在用户界面上，两个播放窗口的尺寸可以设置为相同尺寸，原有的播放窗口的播放内容不发生变化。
一些实施例中，可以将播放窗口的尺寸可以通过用户操控控制装置手动调节，这样当用户对某一个播放窗口中的投屏内容更有兴趣时，可以将该播放窗口放大，相应的播放窗口中的播放内容可以占据更大的显示界面，方便用户观看。
一些实施例中，用户选中替换第一路控件1102，则第一用户界面上不再播放原有连接终端的投屏内容，而是播放第一终端的投屏内容，示例性的，如图29所示。原有的终端与显示设备的连接断开。
显示设备发送指示信息到第一终端，第一终端接收该指示信息，如果显示设备已经有2个第二终端连接，如图28所示，两个第二终端的投屏内容均显示在第一用户界面上，此时根据所述第二终端数量确定的控件，如图30所示，第二用户界面上显示有新增窗口控件1401、替换第一路控件1402和替换第二路控件1403。选中新增窗口控件1401，则第一用户界面新增播放窗口，如图31所示，图31中当前存在三个播放窗口。选中替换第一路控件1402，则第一用户界面，如图32所示。选中替换第二路控件1403，则第一用户界面，如图33所示。本申请实施例中，用户可以通过选择不同的替换控件，将原有连接的不同第二终端与显示设备断开，在显示原有投屏内容的位置显示第一终端的投屏内容。
显示设备发送指示信息到第一终端，第一终端接收该指示信息，如果显示设备已经有3个第二终端连接，如图31所示，三个第二终端的投屏内容均显示在第一用户界面上，此时根据所述第二终端数量确定的控件，如图34所示，第二用户界面上显示有新增窗口控件1801、替换第一路控件1802、替换第二路控件1803和替换第三路控件1804。选中上述控件之后，第一用户界面可参考有两个第二终端连接时的界面变化，在此不再详细描述。
显示设备发送指示信息到第一终端，第一终端接收该指示信息，当所述第二终端数量为第二预设数量时，确定所述控件包括不再投屏控件，以及与已经连接的终端对应的替换控件。示例性的，所述第二预设数量为4个。如果显示设备已经有4个第二终端连接，如图35所示，四个第二终端的投屏内容均显示在第一用户界面上，此时根据所述第二终端数量确定的控件，如图36所示，第二用户界面上显示有不再投屏控件2001，替换第一路控件2002、替换第二路控件2003、替换第三路控件2004和替换第 四路控件2005。选中替换控件之后，第一用户界面可参考有两个第二终端连接时的界面变化，再次不再详细描述。当用户选中不再投屏控件2001时，第一用户界面不发生变化，第一终端与显示设备不执行投屏操作。
本申请实施例中，当显示设备连接多个终端时，多个终端的投屏内容在第一显示界面上的排布不做限制，示例性的，多个投屏内容可以全部横向显示，多个投屏内容也可以全部竖向显示，还可以部分投屏内容横向显示，部分投屏内容纵向显示。
一些实施例中，可以根据投屏内容的显示方向，确定该投屏内容在第一显示设备的显示界面的排布方向，示例性的，当投屏内容为电影，此时可以将该投屏内容在第一显示界面上横向显示，这样可以便于用户在显示设备的显示界面观看该电影。
第一终端接收选中所述交互窗口上控件的用户输入，发送根据所述控件生成的指令到显示设备。本申请实施例中，当选中新增窗口控件时对应的生成新增窗口指令，当选中替换控件时对应的生成替换指令，当选中不再投屏控件时对应生成不再投屏指令。
第一接收终端发送的根据选中所述交互窗口中控件生成的指令，控制显示器根据所述指令显示投屏内容。本申请实施例中，第一终端只要保证在显示设备显示投屏内容之前，将投屏内容发送到显示设备即可，本申请不对发送投屏内容的时机作限制。
显示设备接收到第一终端的根据控件形成对应的指令后，根据用户的选择，适配显示第一用户界面，如果用户选中的是新增窗口控件，在第一用户界面上和第二终端画面布局中新创建一个播放窗口；如果用户选中的是选择的替换某一路控件，替换某一路控件对应的投屏内容不再显示，在显示原有连接第二终端的投屏内容的位置上，显示第一终端的投屏内容。如果用户选中的是不再投屏控件，则第一终端的投屏内容不会显示在第一用户界面上。
一些实施例中，选中控件可以为用户按压第一终端的触摸屏上控件对应的位置实现，另一些实施例中，选中控件可以为用户按压第一终端的触摸屏上控件对应的位置后，再按压第一终端的触摸屏上确定控件对应的位置实现，如图23所示，选中新增窗口控件可以为用户按压触摸屏上新增窗口控件对应的位置后，在按压确定控件对应的位置实现。
一些实施例中，所述指令包括新增窗口指令，所述控制显示器根据所述指令显示投屏内容的步骤包括：在当前用户界面上新增播放窗口，在新增的播放窗口中显示投屏内容。第一用户界面上的其他播放窗口中的播放内容不变，为了保证屏幕区域分配的合理性，其他播放窗口的位置可能会发生变化，以使在新增播放窗口时使所有的播放窗口在用户界面上的布局更加合理。
一些实施例中，所述第一用户界面上至少包括一个播放窗口，在所述播放窗口内播放与显示设备连接终端的投屏内容；
所述指令包括替换指令，所述替换指令包括替换信息，所述替换信息用于指示被替换第二终端对应的播放窗口信息，播放窗口信息可以为所有播放窗口中该播放窗口的排列次序，替换信息是通过用户选中的替换控件确定的，示例性的，当用户选中替换第一路控件，此时替换信息为位于所有播放窗口中排列为第一个的播放窗口。所述控制显示器根据所述指令显示投屏内容的步骤包括：断开与所述替换信息对应的第二终端的连接，在播放原有的投屏内容的播放窗口处新建播放窗口，将第一终端的投屏内容显示在新建的播放窗口中。
一些实施例中，所述指令包括不再投屏指令，所述控制显示器显示根据所述指令显示投屏内容的步骤包括：拒绝与所述第一终端连接，维持用户界面的显示状态不变。
一些实施例中，所述方法还包括：判断是否符合不发送指示信息的条件；如果符合所述条件，则不发送指示信息；如果不符合所述条件，则发送指示信息。
一些实施例中，所述不发送指示信息的条件包括第一用户界面上播放窗口数量的上限值为特定值。示例性的，所述特定值为0。在一示例中，当所述特定值为0时，显示设备只接收一路终端连接，此时默认为将原有连接的第二终端替换，即原有连接的第二终端的内容不再显示，在显示原有连接第二终端的投屏内容的位置上，显示第一终端的投屏内容，此时不需要发送指示信息。另外，如果显示设备当前没有与其连接的第二终端，则直接在第一用户界面上新建窗口，在新建的窗口中显示投屏内容，在这一方案中同样也不发送指示信息。
本申请实施例中，在显示原有连接第二终端的投屏内容的位置上，显示第一终端的投屏内容，可以通过多种方式实现。一些实施例中，把显示设备当前对应的第二终端的连接断开，在其位置新建一个播放窗口，用于播放第一终端的投屏内容。一些实施例中，可以利用原有连接第二终端的投屏内容的播放窗口，显示第一终端的投屏内容。
一些实施例中，终端将用户选择的控件生成的指令发送到显示设备，该命令可以定义如下：“MIRROR_INDEX：m”，m表示用户所选择的控件对应的替换信息。m为-1与表示不再投屏控件，m为0表示新增窗口控件，m为1表示替换第一路控件，m为2表示替换第二路控件，m为3表示替换第三路控件，m为4表示替换第四路控件。
以上内容为以第一终端为主体的角度描述的方案，现以显示设备的角度简单描述本方案。显示设备接收第一终端的连接指令，获取第二终端数量，生成并发送指示信息，该指示信息用于向第一终端指示第二终端数量，并触发第一终端根据第二终端数量生成交互窗口，接收用户选中交互窗口中根据第二终端数量生成的控件对应的指令，根据该指令执行控制显示器显示第一终端的投屏内容。
上述实施例中，一种多路投屏的显示方法、显示设备及终端，本申请一些实施例用户根据需要，选 择投屏内容在显示设备上的显示方式，提高用户的使用体验。该方法包括：接收第一终端的连接指令，获取第二终端数量，其中所述第二终端为已经与显示设备连接的终端；发送指示信息，所述指示信息用于向第一终端指示第二终端数量，并触发第一终端根据第二终端数量生成交互窗口，所述交互窗口包括控件，所述交互窗口上的控件根据所述第二终端数量确定；接收第一终端发送的根据选中所述交互窗口中控件生成的指令，控制显示器根据所述指令显示第一终端的投屏内容。
基于上述显示设备200，用户可将移动设备上所显示的内容通过镜像投屏至显示设备200，通过显示设备展示出移动设备的屏幕内容。其中，所述移动设备可以是上述实施例中的所述的终端设备或终端，例如可以是第一终端设备或第二终端设备。镜像投屏即为实时地将移动设备屏幕内容投屏到显示设备200，图37和图38分别为根据一些实施例的移动设备镜像投屏至显示设备200的显示效果示意图，图37中所示即为移动设备操作界面的显示效果示意图，图38中所示即为移动设备观看媒资资源的显示效果示意图，如手机相册内的视频等。
目前，移动设备安装的操作系统通常是安卓系统，移动设备通过录屏应用实时录屏，并将录制的视频流传输至显示设备，以实现镜像投屏。但是，录屏应用作为第三方开发的应用，即录屏应用不属于系统级别应用，仅可以允许录制操作系统屏幕当前显示内容，却不允许操作系统录制当前播放的音频数据及系统音频。因此，在用户通过移动设备镜像投屏至显示设备时，无法通过显示设备输出移动设备的声音，例如，用户将手机相册内的视频投屏至显示设备200观看，只能看到视频内容，无法通过显示设备200播放相应的音频，导致体验效果不佳。为了提高用户的体验效果，本申请一些实施例中提供了一种显示设备及镜像投屏音频输出控制方法。
下面结合附图，来介绍本申请一些实施例提供的镜像投屏音频输出控制的过程。
图39为根据一些实施例的镜像投屏音频输出控制方法的流程示意图。本申请在一些实施例中提供了一种显示设备，该显示设备200包括显示器260、扬声器和控制器250，所述控制器250与所述显示器260和扬声器通信连接，所述控制器250被配置为执行图39中的镜像投屏音频输出控制的过程。结合图39，该镜像投屏音频输出控制的过程如下：
S701：响应于移动设备发送的投屏请求，控制所述显示器显示播放界面，并控制启动所述显示设备的蓝牙协议服务，其中，所述播放界面用于显示所述移动设备的投屏界面。
在一些实施例中，在用户需要将移动设备上所展示的屏幕内容镜像投屏至显示设备200时，可通过移动设备向显示设备200发送投屏请求。显示设备200接收并响应移动设备所发送的投屏请求，与移动设备基于网络连接协议建立连接。建立连接后，移动设备可以实时录屏，将屏幕当前展示内容录制并压缩为视频流传输至显示设备200，此处，视频流即为移动设备的投屏界面。显示设备200控制显示器260显示出播放界面，并将移动设备的投屏界面显示于播放界面上。
在一些实施例中，移动设备和显示设备200均可下载同一投屏应用，移动设备和显示设备200基于投屏应用建立连接关系，移动设备通过投屏应用向显示设备200发送视频流。这里，在移动设备的投屏应用中，可以设置“开始投屏”控件，在移送设备接收到用户对“开始投屏”控件的点击是，触发录制屏幕功能，在实时录制屏幕的同时，将录制的屏幕压缩并传输至显示设备200。
在一些实施例中，在显示设备200与移动设备通过网络协议建立连接时，显示设备200同时需要检测本机的蓝牙协议服务是否开启，若是检测到蓝牙协议服务还未启动，则需要立即控制蓝牙协议服务启动，以使显示设备200基于蓝牙协议服务响应于移动设备的音频传输请求。
在一些实施例中，显示设备控制蓝牙协议服务通过蓝牙A2DP(Advanced Audio Distribution Profile，蓝牙音频传输模型协定)协议与移动设备进行连接。
在一些实施例中，显示设备200可以响应多个移动设备的投屏请求，也就是可以接收多个移动设备的投屏连接。若所述移动设备包含第一移动设备和第二移动设备，在接收到第二移动设备的投屏请求时，显示设备200控制所述显示器同时展示所述第一移动设备所发送的投屏界面以及所述第一移动设备所发送的投屏界面，其中，所述第一移动设备向显示设备发送投屏请求的时间早于所述第二移动设备向显示设备发送投屏请求的时间。图40为根据一些实施例的多移动设备镜像投屏至显示设备200的显示效果示意图。如图40所示，以三个移动设备为例，第一移动设备、第二移动设备以及第三移动设备均与显示设备200投屏，显示设备200在显示器260上同屏展示出三个移动设备的投屏界面。
在一些实施例中，在发送投屏请求的移动设备存在多个时，如，第一移动设备和第二移动设备均向显示设备200发送投屏请求，显示设备200接收第一移动设备和第二移动设备发送的投屏请求，在所述播放界面内创建与移动设备相同数量的播放控件，其中，多个所述播放控件隶属于同一应用。例如，多个移动设备与显示设备200均安装由同一投屏应用，显示设备200基于一个应用接收多个移动设备的投屏请求。在第一个移动设备与显示设备200建立连接时，显示设备200在播放界面上创建第一播放控件，并控制显示器260全屏展示第一播放控件。当显示设备200再与第二个移动设备建立连接时，显示设备200在播放界面上创建第二播放控件，当显示设备200再与第三个移动设备建立连接时，显示设备200在播放界面上创建第三播放控件。其中，播放控件用于显示移动设备的投屏界面。三个播放控件的显示效果可以如图40所示。显示设备200控制所述播放控件分别获取相应的所述移动设备的投屏界面进行展示。
在一些实施例中，在发送投屏请求的移动设备存在多个时，如，第一移动设备和第二移动设备均向显示设备200发送投屏请求，显示设备200接收第一移动设备和第二移动设备发送的投屏请求，控制所述显示器所显示的用户界面显示出与移动设备相同数量的显示窗口，其中，多个所述显示窗口分别显示 播放界面，多个所述显示窗口分别隶属于不同的应用。例如，多个移动设备分别安装有不同的投屏应用，以三个移动设备为例，分别安装有支持NFC(Near Field Communication，进场通信)、Airplay(无线投屏技术)、DLNA(DIGITAL LIVING NETWORK ALLIANCE，数字生活网络联盟)三种投屏协议的投屏应用，显示设备200也分别基于支持这三种投屏协议的投屏应用与各个移动设备建立网络连接。显示设备200基于不同的应用分别接收相应移动设备的投屏请求。在第一个移动设备与显示设备200建立连接时，显示设备200启动相应的应用，并控制显示器260全屏展示第一显示窗口，在第一显示窗口内显示有第一个移动设备的投屏界面。当显示设备200再与第二个移动设备建立连接时，显示设备200在启动一个与其相应的应用，并控制第一显示窗口置于显示器260的一侧，于显示器260的另一侧展示第二显示窗口，在第二显示窗口内显示有第二个移动设备的投屏界面。显示设备200控制所述显示窗口分别获取相应的所述移动设备的投屏界面进行展示。
S702：接收所述移动设备发送的音频传输请求，利用所述蓝牙协议服务与所述移动设备建立蓝牙传输通道。
在一些实施例中，在显示设备200与移动设备基于网络连接协议建立连接后，移动设备可向显示设备200发送音频传输请求，通过音频传输请求告知显示设备200本移送设备要进行声音传输。音频传输请求内容可以如下：MP_BLUEA2DP_CONNECT_REQUEST(基于蓝牙A2DP连接请求)。
在一些实施例中，在移动设备的投屏应用中，可以设置“传输声音”控件，在移送设备接收到用户对“传输声音”控件的点击时，触发移动设备向显示设备200发送音频传输请求，显示设备200响应于该音频传输请求，利用蓝牙协议服务与移动设备建立来连接。
在一些实施例中，若所述移动设备包含第一移动设备和第二移动设备，在接收到第二移动设备的音频传输请求时，显示设备200控制停止接收所述第一移动设备所发送的音频数据，并接收所述第二移动设备所发送的音频数据，以使所述扬声器停止所述第一以移动设备的音频数据的输出，并控制所述扬声器输出所述第二移动设备的音频数据，其中，所述第一移动设备向显示设备发送音频传输请求的时间早于所述第二移动设备向显示设备发送音频传输请求的时间。也就是说，在发送投屏请求的移动设备存在多个时，显示设备200响应于最后一个发送音频传输请求的移动设备，与最后一个发送音频传输请求的移动设备建立蓝牙传输通道。
在一些实施例中，所述移动设备包含第一移动设备和第二移动设备，所述第一移动设备向显示设备发送音频传输请求的时间早于所述第二移动设备向显示设备发送音频传输请求的时间。显示设备200接收所述第二移动设备发送的音频传输请求，检测所述显示设备200当前的蓝牙连接状态。若所述显示设备200已与第一移动设备建立蓝牙传输通道，则断开与第一移动设备之间的蓝牙传输通道。也就是说，在显示设备200已经与第一移动设备建立了蓝牙连接，则需要显示设备200向第一移动设备发送断开蓝牙连接指令，先断开与第一移动设备直接的连接，例如，显示设备200向第一移动设备发送MP_BLUEA2DP_DISCONNECT(断开蓝牙A2DP连接)。
在一些实施例中，第一移动设备接收到显示设备200发送的表征断开蓝牙连接的指令之后，更新本移动设备的蓝牙连接状态。
在一些实施例中，在显示设备200与第一移动设备断开蓝牙连接后，向后来发送音频传输请求的第二移动设备反馈表征允许蓝牙连接的指令，例如，显示设备200向第二移动设备发送MP_BLUEA2DP_CONNECT_REQUEST_ACK(基于蓝牙A2DP连接请求确认)。第二移动设备在接收到显示设备200发送的运行蓝牙连接的指令后，重新向显示设备200发送音频传输请求。
在一些实施例中，显示设备200接收所述第二移动设备根据表征允许蓝牙连接的命令重新发送的音频传输请求，与所述第二移动设备建立蓝牙传输通道。
在一些实施例中，在所述检测所述显示设备200当前的蓝牙连接状态时，若所述显示设备200未与所述第一移动设备建立蓝牙传输通道，则显示设备200响应于所述第二移动设备发送的音频传输请求，直接与所述第二移动设备建立蓝牙传输通道。
在一些实施例中，在接收所述移动设备发送的音频传输请求，显示设备200利用默认PIN码与所述移动设备在后台进行配对，以使第一次连接时，所述显示设备200和所述移动设备均不弹出蓝牙配对对话框。即移动设备和显示设备200在进行蓝牙连接时，均在后台通过默认的PIN码进行配对，配对完成后建立起蓝牙传输通道。这样，如果移动设备与显示设备200是第一次进行蓝牙连接时，移动设备与显示设备200都不会弹出蓝牙配对对话框，无需用户操作蓝牙配对过程，避免打扰用户观看投屏界面，提升用户体验。
S703：接收所述移动设备通过所述蓝牙传输通道发送的音频数据，控制所述扬声器输出所述音频数据。
在一些实施例中，在显示设备200与移动设备建立蓝牙传输通道之后，移动设备200可以将音频数据通过蓝牙传输通道发送至显示设备200，以使显示设备200通过扬声器输出相应的音频数据。
在一些实施例中，若是显示设备200与移动设备通过网络连接协议建立连接后，可先进行屏幕内容的投屏，在显示设备200与移动设备建立蓝牙连接通道之后，再进行音频数据的传输。例如，若是用户将移动设备的投屏界面显示再显示设备200之后，可先翻找需要投屏的内容，如，翻找到相册中的某一自己录制的视频，用户在点击视频进行播放时，再触发移动设备与显示设备200建立蓝牙连接通道，进而发送该视频相应的音频数据至显示设备200播放。当然，用户也可在播放视频之前，先触发移动设备与显示设备200建立蓝牙连接通道。
下面结合附图，进一步描述本申请一些实施例中镜像投屏音频输出控制的过程。
图41为根据一些实施例的镜像投屏音频输出控制方法的时序图。如图41所示，显示设备200与第一移动设备和第二移动设备投屏连接，第一移动设备和第二移动设备的屏幕内容均显示在显示设备200的显示器260上。第一移动设备先向显示设备200发送音频传输请求，显示设备200在接收到第一移动设备发送的音频传输请求后，向第一移动设备反馈表征允许蓝牙连接的指令，在第一移动设备接收到该指令后，第一移动设备和显示设备均通过默认PIN码进行配对，配对成功后，第一移动设备与显示设备200建立蓝牙连接通道，第一移动设备向显示设备200发送音频数据，显示设备200在接收到音频数据后控制扬声器播放。此时，第二移动设备再向显示设备200发送音频传输请求，显示设备200检测本机当前蓝牙连接状态，在检测到已与第一移动设备蓝牙连接后，先向第一移动设备发送表征断开蓝牙连接的指令，与第一移动设备断开蓝牙连接，停止第一移动设备音频数据的播放。第一移动设备在接收到显示设备200发送表征断开蓝牙连接的指令之后更新自身的蓝牙连接状态。显示设备200与第一移动设备断开蓝牙连接之后，向第二移动设备发送表征允许蓝牙连接的指令，在第二移动设备接收到该指令后，第二移动设备和显示设备均通过默认PIN码进行配对，配对成功后，第二移动设备与显示设备200建立蓝牙连接通道，第二移动设备向显示设备200发送音频数据，显示设备200在接收到音频数据后控制扬声器播放。
本申请中，显示设备与移动设备在进行镜像投屏时，移动设备将投屏界面与相应的音频数据分成两路传输至显示设备，其中，通过蓝牙传输通道实现了移动设备的音频数据通过显示设备输出，极大的提升了用户体验。
本申请一些实施例还提供了一种镜像投屏音频输出控制方法，所述方法包括：显示设备200响应于移动设备发送的投屏请求，控制显示器260显示播放界面，并控制启动所述显示设备的蓝牙协议服务，其中，所述播放界面用于显示所述移动设备的投屏界面。显示设备200接收所述移动设备发送的音频传输请求，利用所述蓝牙协议服务与所述移动设备建立蓝牙传输通道。显示设备200接收所述移动设备通过所述蓝牙传输通道发送的音频数据，控制扬声器输出所述音频数据。
在一些实施例中，在发送投屏请求的移动设备存在多个时，显示设备200接收多个所述移动设备发送的投屏请求，在所述播放界面内创建与所述移动设备相同数据的播放控件，其中，多个所述播放控件隶属于同一应用。显示设备200控制所述播放控件分别获取相应的所述移动设备的投屏界面进行展示。
在一些实施例中，在发送投屏请求的移动设备存在多个时，显示设备200响应于最后一个发送音频传输请求的移动设备，与最后一个发送音频传输请求的移动设备建立蓝牙传输通道。
上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (28)

  1. 一种显示设备，包括：
    显示器，用于显示图像；
    通信器，用于与一个或多个终端设备通信连接；
    控制器，与所述显示器和通信器连接并且被配置为执行：
    接收来自所述一个或多个终端设备中的第一终端设备的投屏请求，
    响应所述投屏请求，根据所述显示器的当前显示状态，确定所述显示器的更新策略，以播放与所述投屏请求对应的资源。
  2. 根据权利要求1所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述控制器进一步配置为：
    响应于所述一个或多个窗口的数量小于预设上限值，且所述投屏请求对应的资源的资源类型为视频，则创建目标窗口作为播放所述投屏请求对应资源的窗口，并保持所述一个或多个窗口的状态不变；以及
    根据更新后的窗口总数，重新布局所述一个或多个窗口和所述目标窗口在所述显示器的显示区域的展示。
  3. 根据权利要求1所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述控制器进一步配置为：
    响应所述一个或多个窗口的数量小于预设上限值，且所述投屏请求对应的资源的资源类型为视频，则控制显示器弹出第一提示弹窗，其中所述第一提示弹窗包括第一新增控件；以及
    响应于对所述第一新增控件的选定操作，创建目标窗口作为播放所述投屏请求对应的资源的窗口，并保持所述一个或多个窗口的状态不变，以及，根据更新后的窗口总数，重新布局所述一个或多个窗口和所述目标窗口在所述显示器的显示区域的展示。
  4. 根据权利要求1所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述控制器进一步配置为：
    响应所述一个或多个窗口的数量小于预设上限值，且投屏请求对应的资源的资源类型为视频，则控制显示器弹出第一提示弹窗，其中所述第一提示弹窗包括第一替换控件，响应于对所述第一替换控件的选定操作，将通过所述第一替换控件选择的窗口作为用于播放所述投屏请求对应的资源的目标窗口，停止播放所述目标窗口被选定前的原媒体数据，使选定的目标窗口显示所述投屏请求对应的资源，其他窗口的播放状态保持不变。
  5. 根据权利要求1所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述控制器进一步配置为：
    响应于所述一个或多个窗口的数量等于预设上限值，且所述投屏请求对应的资源的资源类型为视频，则控制显示器弹出第二提示弹窗，其中所述第二提示弹窗包括取消控件；以及
    响应于对所述取消控件的选定操作，取消播放所述投屏请求对应的资源，不更新所述显示器。
  6. 根据权利要求1所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述控制器进一步配置为：
    响应所述一个或多个窗口的数量等于预设上限值，且所述投屏请求对应的资源的资源类型为视频，则控制显示器弹出第二提示弹窗，其中所述第二提示弹窗包括第二替换控件，响应于对所述第二替换控件的选定操作，将通过所述第二替换控件选择的窗口作为用于播放所述投屏请求对应的资源的目标窗口，停止播放所述目标窗口被选定前的原媒体数据，使选定的目标窗口显示所述投屏请求对应的资源，其他窗口的播放状态保持不变。
  7. 根据权利要求1所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述控制器被进一步配置为：
    响应于所述一个或多个窗口的数量等于预设上限值，且所述投屏请求对应的资源的资源类型为视频，按照预设规则，从所述显示器当前的所述一个或多个窗口中筛选出作为用于播放所述投屏请求对应的资源的目标窗口；以及
    停止播放所述目标窗口被选定前的原媒体数据，使选定的目标窗口显示所述投屏请求对应的资源，其他窗口的播放状态保持不变。
  8. 根据权利要求1所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述控制器进一步配置为：
    响应于所述投屏请求对应的资源的资源类型为目标类型，检测所述一个或多个窗口中是否具有对应于同一目标类型的目标窗口，其中所述目标类型为音频或图像；
    响应于所述一个或多个窗口中具有对应于同一目标类型的目标窗口，停止播放所述目标窗口当前播放的原媒体数据，使所述目标窗口显示所述投屏请求对应的资源，其他窗口的播放状态保持不变。
  9. 根据权利要求8所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述控制器进一步配置为：
    响应于所述一个或多个窗口中无对应于同一目标类型的目标窗口，检测所述一个或多个窗口 的数量是否小于预设上限值；
    响应于所述一个或多个窗口的数量小于预设上限值，创建目标窗口作为播放所述投屏请求对应资源的窗口，并保持所述一个或多个窗口的状态不变，以及，根据更新后的窗口总数，重新布局所述一个或多个窗口和所述目标窗口在所述显示器的显示区域的展示。
  10. 根据权利要求8所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述控制器进一步配置为：
    响应于所述一个或多个窗口中无对应于同一目标类型的目标窗口，检测所述一个或多个窗口的数量是否小于预设上限值；
    响应于所述一个或多个窗口的数量等于预设上限值，则控制显示器弹出第三提示弹窗，所述第三提示弹窗包括第三替换控件；响应于对所述第三替换控件的选定操作，将通过所述第三替换控件选择的窗口作为用于播放所述投屏请求对应的资源的目标窗口，停止播放所述目标窗口被选定前的原媒体数据，使选定的目标窗口播放所述投屏请求对应的资源，其他窗口的播放状态保持不变。
  11. 根据权利要求1所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述显示设备还包括内置功放或用于连接外部功放的接口，所述控制器进一步配置为执行：
    响应于所述投屏请求对应的资源的资源类型为音频，在作为播放所述投屏请求对应的资源的窗口的目标窗口中显示音频播放信息，以及，控制内置功放或外部功放同步播放音频数据；
  12. 根据权利要求1所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述显示设备还包括内置功放或用于连接外部功放的接口，所述控制器进一步配置为执行：
    响应切换窗口焦点的操作，获取所述一个或多个窗口中的当前焦点所在的第一窗口，并确定所述第一窗口当前播放的第一媒体数据是否包含音频内容；
    响应于所述第一媒体数据包含音频内容，控制内置功放或外部功放播放所述音频内容。
  13. 根据权利要求1所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述显示设备还包括内置功放或用于连接外部功放的接口，所述控制器进一步配置为执行：
    响应切换窗口焦点的操作，获取所述一个或多个窗口中的当前焦点所在的第一窗口，并确定所述第一窗口当前播放的第一媒体数据是否包含音频内容；
    响应于所述第一媒体数据中不包含音频内容，则开启静音模式，或者，控制内置功放或外部功放跳转至播放第二窗口关联的音频数据，其中所述第二窗口为所述一个或多个窗口中当前显示有音频播放信息的窗口。
  14. 根据权利要求1所述的显示设备，其中，所述显示器的当前显示状态包括展示用于显示图像的一个或多个窗口，所述显示设备还包括内置功放或用于连接外部功放的接口，所述控制器进一步配置为执行：
    响应切换窗口焦点的操作，获取所述一个或多个窗口中的当前焦点所在的第一窗口，并确定所述第一窗口当前播放的第一媒体数据是否包含音频内容；
    响应于所述第一媒体数据中不包含音频内容，控制内置功放或外部功放跳转至播放第二窗口关联的音频数据，其中所述第二窗口为所述一个或多个窗口中当前显示有音频播放信息的窗口。
  15. 根据权利要求1所述的显示设备，其中，所述控制器进一步配置为执行：
    在接收终端设备推送的资源之前，根据用户定义的多路资源同步播放能力，对应设置目标字段；
    其中，所述目标字段用于使终端设备：在推送资源之前，通过读取所述目标字段来查询显示设备是否具备多路资源同步播放能力；
    所述目标字段还用于使终端设备：在查询到显示设备具备多路资源同步播放能力时，将所述投屏请求对应的资源推送给显示设备；
    所述目标字段还用于使终端设备：在查询到显示设备不具备多路资源同步播放能力时，向显示设备发送停止指令，所述停止命令用于指示显示设备停止播放当前的媒体数据，以及，在接收到显示设备响应所述停止指令后反馈的已完成信息时，向显示设备推送所述投屏请求对应的资源。
  16. 根据权利要求1所述的显示设备，所述投屏请求包括第一资源推送请求和第二资源推送请求，其中，所述第一资源和所述第二资源的媒体类型不同，或者，所述第一资源和所述第二资源的媒体类型均为视频类型，其中所述控制器被配置为按照如下方式确定所述显示器的更新策略：
    响应于所述第一资源推送请求，在显示器显示第一窗口，以播放与所述第一资源推送请求对应的第一资源；
    响应于所述第二资源推送请求，在显示器新增第二窗口，以在所述第二窗口播放与第二资源推送请求对应的第二资源，并保持所述第一窗口中播放所述第一资源。
  17. 根据权利要求16所述的显示设备，其中，所述显示设备还包括音频输出接口，以及
    所述控制器被配置为：
    响应于所述第二资源推送请求，从所述音频输出接口输出所述第二资源对应的声音数据。
  18. 根据权利要求1所述的显示设备，其中，所述投屏请求包括第一资源推送请求和第二资源推送请求，其中，所述第一资源和所述第二资源的媒体类型均为音频类型或者图像类型，所述控制器被配置为按照如下方式确定所述显示器的更新策略：
    响应于所述第一资源推送请求，在显示器显示第一窗口，以播放所述第一资源推送请求对应的第一资源；
    响应于所述第二资源推送请求，不新建第二窗口，而在所述第一窗口中将播放第一资源切换为播放所述第二资源。
  19. 根据权利要求16所述的显示设备，其中，所述第一资源具有第一播放时长，所述第二资源具有第二播放时长，所述控制器进一步配置为执行：
    检测到任一所述第一资源和第二资源的播放时长达到预设播放时长，将其对应的窗口销毁，保留其余窗口正常播放。
  20. 根据权利要求19所述的显示设备，其中，所述一个窗口对应一个媒体播放器，所述控制器进一步配置为执行：
    检测到任一所述第一资源和第二资源的播放时长达到预设播放时长，则将该资源对应的媒体播放器释放，同时将其对应的窗口销毁，保留其余窗口正常播放。
  21. 根据权利要求1所述的显示设备，所述投屏请求包括连接指令，其中，所述控制器被配置为按照如下方式确定所述显示器的更新策略：
    响应于第一终端设备的连接指令，获取第二终端设备数量，其中所述第二终端设备为已经与显示设备连接的终端设备；
    向第一终端设备发送指示信息，所述指示信息用于指示第二终端设备数量，并触发第一终端设备根据第二终端设备数量生成交互窗口，所述交互窗口包括控件，所述交互窗口上的控件根据所述第二终端设备数量确定；
    接收第一终端设备根据选中所述交互窗口中控件而生成并发送的指令，控制显示器根据所述指令播放与所述投屏请求对应的资源。
  22. 根据权利要求21所述的显示设备，其中，所述指令包括新增窗口指令，所述控制器被配置为按照下述步骤执行控制显示器根据所述指令播放与所述投屏请求对应的资源：在第一用户界面上新增窗口，在新增的窗口中播放与所述投屏请求对应的资源。
  23. 根据权利要求21所述的显示设备，其中，所述第一用户界面上至少包括一个窗口，在所述窗口内播放第二终端设备的资源；
    所述指令包括替换指令，所述替换指令包括替换信息，所述替换信息用于指示被替换资源对应的第二终端设备的窗口信息；所述控制器被配置为按照下述步骤执行控制显示器根据所述指令播放与所述投屏请求对应的资源：断开与所述替换信息对应的第二终端设备的连接，撤销第二终端设备的窗口，在第二终端设备的窗口处新建窗口，将第一终端设备的资源显示在新建的窗口中。
  24. 根据权利要求21所述的显示设备，其中，所述指令包括不再投屏指令，所述控制器被配置为按照下述步骤执行控制显示器显示根据所述指令播放与所述投屏请求对应的资源：拒绝与所述第一终端设备连接，维持用户界面的显示状态不变。
  25. 根据权利要求21所述的显示设备，其中，所述控制器，还用于执行：
    判断是否符合不发送指示信息的条件；
    响应于符合所述条件，则不发送指示信息；
    响应于不符合所述条件，则发送指示信息。
  26. 根据权利要求25所述的显示设备，其中，所述不发送指示信息的条件包括第一用户界面上窗口数量的上限值为特定值。
  27. 一种内容显示方法，包括：
    接收来自所述一个或多个终端设备中的第一终端设备的投屏请求，
    响应所述投屏请求，根据显示器的当前显示状态，确定所述显示器的更新策略，以播放所述投屏请求对应的资源。
  28. 根据权利要求27所述的方法，所述投屏请求包括第一资源推送请求和第二资源推送请求，其中，所述第一资源和所述第二资源的媒体类型不同，或者，所述第一资源和所述第二资源的媒体类型均为视频类型，其中确定所述显示器的更新策略包括：
    响应于所述第一资源推送请求，在显示器显示第一窗口，以播放与所述第一资源推送请求对应的第一资源；
    响应于所述第二资源推送请求，在显示器新增第二窗口，以在所述第二窗口播放与第二资源推送请求对应的第二资源，并保持所述第一窗口中播放所述第一资源。
CN202280057404.7A 2021-08-27 2022-05-31 显示设备、终端设备及内容显示方法 Pending CN117859331A (zh)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
CN2021109980236 2021-08-27
CN202110997833X 2021-08-27
CN202110998018.5A CN113703706A (zh) 2021-08-27 2021-08-27 一种多路投屏的显示方法、显示设备及终端
CN2021109980185 2021-08-27
CN202110998023.6A CN113965785A (zh) 2021-08-27 2021-08-27 一种资源同步播放方法及显示设备
CN202110997833.XA CN114401433A (zh) 2021-08-27 2021-08-27 一种资源同步播放方法及显示设备
CN2021111330077 2021-09-27
CN202111133007.7A CN113766305A (zh) 2021-09-27 2021-09-27 显示设备及镜像投屏音频输出控制方法
PCT/CN2022/096383 WO2023024630A1 (zh) 2021-08-27 2022-05-31 显示设备、终端设备及内容显示方法

Publications (1)

Publication Number Publication Date
CN117859331A true CN117859331A (zh) 2024-04-09

Family

ID=85322419

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280057404.7A Pending CN117859331A (zh) 2021-08-27 2022-05-31 显示设备、终端设备及内容显示方法

Country Status (2)

Country Link
CN (1) CN117859331A (zh)
WO (1) WO2023024630A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116347145B (zh) * 2023-03-27 2023-10-31 广州南翼信息科技有限公司 多设备屏幕共享方法、投屏装置、显示装置及共享系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9632648B2 (en) * 2012-07-06 2017-04-25 Lg Electronics Inc. Mobile terminal, image display device and user interface provision method using the same
CN105812910B (zh) * 2014-12-29 2017-12-22 中国移动通信集团公司 一种多对一无线同屏会话建立的方法和装置
KR101729858B1 (ko) * 2015-10-26 2017-04-24 광운대학교 산학협력단 Tv 미러링 장치 및 방법
CN110381197B (zh) * 2019-06-27 2021-06-15 华为技术有限公司 多对一投屏中音频数据的处理方法、装置及系统
CN112394892A (zh) * 2019-08-15 2021-02-23 北京字节跳动网络技术有限公司 投屏方法、投屏设备、移动终端、存储介质
CN111552450A (zh) * 2020-04-30 2020-08-18 深圳市鸿合创新信息技术有限责任公司 一种投屏方法及装置
CN112019896B (zh) * 2020-08-27 2022-03-01 北京字节跳动网络技术有限公司 投屏方法、装置、电子设备及计算机可读介质
CN112788255A (zh) * 2021-01-27 2021-05-11 北京小米移动软件有限公司 无线投屏方法、装置和投屏主机
CN113282260B (zh) * 2021-06-09 2024-04-23 深圳康佳电子科技有限公司 投屏控制方法、装置、智能终端及计算机可读存储介质

Also Published As

Publication number Publication date
WO2023024630A1 (zh) 2023-03-02

Similar Documents

Publication Publication Date Title
US11601719B2 (en) Method for processing television screenshot, smart television, and storage medium
JP6231524B2 (ja) 無線通信デバイスを用いてメディアガイダンスアプリケーション機能性を提供するためのシステムおよび方法
CN111464844A (zh) 一种投屏显示方法及显示设备
CN102325144B (zh) 一种媒体设备间互联互通的方法、系统及多媒体设备
US8826343B2 (en) Method of providing key frames of video in mobile terminal
KR101706407B1 (ko) 비디오 디바이스에서 인터넷으로 검색하기 위한 시스템 및 방법
US8368818B2 (en) Contents read-ahead control device and read-ahead control method
JP5536252B2 (ja) 映像ストリームの再生方法およびシステム
CN111327931B (zh) 观看历史显示方法及显示设备
US20070186270A1 (en) Method and apparatus for processing content in home network using TV channels
CN101690211A (zh) 个人化交互媒体指南应用程序的系统和方法
US9813753B2 (en) Core device, audio/video control system, portable terminal device, audio/video control program, and audio/video control method
JP2014049883A (ja) 情報処理装置及び情報処理方法及びデジタルテレビジョン受信装置及び記憶媒体
WO2022012271A1 (zh) 显示设备和服务器
CN117859331A (zh) 显示设备、终端设备及内容显示方法
WO2021139045A1 (zh) 播放媒体项目的方法及显示设备
CN114401433A (zh) 一种资源同步播放方法及显示设备
CN113965785A (zh) 一种资源同步播放方法及显示设备
JP6271693B2 (ja) 受信装置及び受信装置の制御方法及びデジタルテレビジョン受信装置
EP2787740A1 (en) Control of a multimedia output device by a multimedia communication apparatus connected via a router
KR20150117212A (ko) 디스플레이 장치 및 그 제어 방법
KR20100022326A (ko) 북마크 설정이 가능한 ｖｏｄ 재생장치 및 ｖｏｄ의 북마크설정방법과 북마크를 활용한 ｖｏｄ 재생방법
JP2018064292A (ja) 受信装置及び受信装置の制御方法
CN113573127B (zh) 一种调整频道控件排序的方法和显示设备
CN114025222A (zh) 一种显示设备及节目数据的录制方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication