WO2024108928A1 - 投屏方法和装置 - Google Patents

投屏方法和装置 Download PDF

Info

Publication number
WO2024108928A1
WO2024108928A1 PCT/CN2023/094525 CN2023094525W WO2024108928A1 WO 2024108928 A1 WO2024108928 A1 WO 2024108928A1 CN 2023094525 W CN2023094525 W CN 2023094525W WO 2024108928 A1 WO2024108928 A1 WO 2024108928A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
message
screen projection
media content
projected
Prior art date
Application number
PCT/CN2023/094525
Other languages
English (en)
French (fr)
Inventor
李建
杨彦伟
Original Assignee
华为技术有限公司
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
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2024108928A1 publication Critical patent/WO2024108928A1/zh

Links

Landscapes

  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请实施例公开了投屏方法和装置,涉及计算机技术领域,能够实现跨网络投屏。该方法包括:云端设备接收第一设备发送的第一报文。所述云端设备向所述第二设备发送所述第一报文。其中,所述第一报文用于指示第二设备进行投屏操作或获取所述第二设备的设备状态,所述第一报文包括对象表示法JSON字符串和统一资源定位符URL信息,所述JSON字符串包括应用层控制信息,所述应用层控制信息包括控制信息字段和状态信息字段,所述URL信息包括所述第一协议的关键字。

Description

投屏方法和装置
本申请要求于2022年11月25日提交中国专利局、申请号为202211487985.6、申请名称为“投屏方法和装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及计算机技术领域,尤其涉及投屏方法和装置。
背景技术
投屏是指将电子设备(如手机、平板、电脑等电子设备)上面播放的媒体内容通过投屏的方式同步到另外一个电子设备上面进行播放和观看。例如,通过投屏可以将小屏设备(如手机)播放的多媒体内容、游戏界面等投射到大屏设备(如智能电视)播放,利用大屏设备的显示屏播放,可以提供给用户更好的使用体验。
相关投屏方法投屏设备和被投屏设备需要在同一局域网内,无法实现跨网络投屏。
因此,如何实现跨网络投屏是本领域技术人员亟须解决的问题之一。
发明内容
本申请实施例提供了投屏方法和装置,能够实现跨网络投屏。为达到上述目的,本申请实施例采用如下技术方案:
第一方面,本申请实施例了提供一种投屏方法,该方法包括:云端设备接收第一设备发送的第一报文。所述云端设备向所述第二设备发送所述第一报文。其中,所述第一报文用于指示第二设备进行投屏操作或获取所述第二设备的设备状态,所述第一报文包括对象表示法JSON字符串和统一资源定位符URL信息,所述JSON字符串包括应用层控制信息,所述应用层控制信息包括控制信息字段和状态信息字段,所述URL信息包括所述第一协议的关键字。
相关投屏方法,投屏设备和被投屏设备需要在同一局域网内,需要点对点投屏,无法实现跨网络投屏。而在本申请实施例提供的方法中,云端设备可以接收投屏设备(即第一设备)发送的投屏报文(即第一报文)将其转发给被投屏端(即第二设备),投屏设备和被投屏设备不需要在同一局域网内,而是可以通过云端设备实现跨网络投屏。
所述控制信息字段包括投屏指令字段,所述投屏指令字段包括待投屏媒体内容的URI。
可以看出,本申请实施例可以通过云端设备将投屏设备发送的待投屏媒体内容的URI转发至被投屏端从而实现跨网络投屏。
所述状态信息字段包括开关状态字段、投屏开关状态字段、视频能力字段、音频能力字段、播放媒体内容URI字段。
可以看出,本申请实施例可以通过云端设备将投屏设备发送的开关状态字段、投屏开关状态字段、视频能力字段、音频能力字段和播放媒体内容URI字段等字段转发至被投屏端以获取被投屏端的状态,从而实现跨网络投屏。
可选地,第一报文还包括传输层信息,所述传输层信息用于指示所述第一报文的传输层为传输控制协议TCP、安全传输层协议TLS、用户数据报协议UDP或数据包传输层安全性协议DTLS。
可选地,所述第一报文还包括网络层信息,所述网络层信息用于指示所述第一报文的网络层为网际协议版本IPv4或IPv6。
可选地,所述第一报文还包括数据链路层信息,所述数据链路层信息用于指示所述第一报文的数据链路层为电气与电子工程师协会IEEE 802.11或802.3。
可选地,所述第一报文还包括物理层信息,所述物理层信息用于指示所述第一报文的物理层为家庭无线保真Wi-Fi、以太网Ethernet、蓝牙或紫蜂ZigBee。
可以理解的是,相对于数字生活网络联盟DLNA协议仅支持通过网际互联协议(Inte rnet Protocol,IP)通道进行投屏。第一协议支持IP、PLC、蓝牙等传输协议通道,可以扩展更多的传输通道。另外,DLAN协议为局域网协议,不支持远程控制。且DLAN协议默认不支持设备认证,存在非法控制的安全隐患。而第一协议支持远程控制和设备认证,相对DLAN协议提高了用户体验和安全性。
在一种可能的实现方式中,该方法还可以包括:云端设备接收电子设备发送的认证信息,所述电子设备包括第一设备和/或第二设备,所述认证信息包括证书、许可证License或用户个人识别号码PIN中的至少一项;所述云端设备根据所述认证信息进行安全认证;所述云端设备向所述电子设备发送所述云端设备认证信息。
需要说明的是,云端设备在与电子设备建立连接前,通过电子设备的认证信息进行第一协议认证可以防止与未经认证的设备建立连接,从而保证连接的安全性。
第二方面,本申请实施例提供了另一种投屏方法,该方法包括:向第二设备发送第一报文,所述第一报文用于指示所述第二设备进行投屏操作或获取所述第二设备的设备状态,所述第一报文包括JSON字符串和URL信息,所述JSON字符串包括应用层控制信息,所述应用层控制信息包括控制信息字段和状态信息字段,所述URL信息包括所述第一协议的关键字。
示例性地,可以通过云端设备向第二设备发送第一报文。
在本申请实施例提供的方法中,云端设备可以接收投屏设备(即第一设备)发送的投屏报文(即第一报文)将其转发给被投屏端(即第二设备),投屏设备和被投屏设备不需要在同一局域网内,而是可以通过云端设备实现跨网络投屏。
在一种可能的实现方式中,该方法还可以包括:接收至少一个电子设备发送的状态信息,所述至少一个电子设备包括所述第二设备,所述状态信息包括开关状态信息、投屏开关状态信息、视频能力信息、音频能力信息或播放媒体内容URI信息中的至少一项,所述开关状态用于指示设备是否开启,所述投屏能力信息用于指示设备是否支持投屏,所述视频能力信息用于指示所述设备是否支持播放视频,所述音频能力信息用于指示所述设备是否支持播放音频,所述播放媒体内容URI信息用于指示所述设备当前播放的媒体内容的URL。
可以看出,可以通过获取电子设备的开关状态信息、投屏开关状态信息、视频能力信息、音频能力信息和播放媒体内容URI信息作为后续确定投屏内容和投屏设备的参考。
根据所述状态信息确定可投屏设备,所述可投屏设备为所述至少一个电子设备中支持投屏且开启的电子设备。
可以理解的是,支持投屏且处于开启状态的设备才能被投屏,因此可以通过电子设备的状态信息从电子设备中确定可投屏设备。
在一种可能的实现方式中,所述方法还包括:接收第一用户操作,所述第一用户操作用于选择投屏设备;根据所述第一用户操作从所述可投屏设备中确定所述第二设备。
可以看出,本申请实施例提供方法可以根据用户操作从可投屏的设备中灵活选取需要的投屏设备,然后通过云端设备实现跨网络投屏。
在一种可能的实现方式中,所述方法还包括:根据所述状态信息确定可投屏媒体内容,所述可投屏媒体内容为多个投屏内容中与所述第二设备支持的媒体类型匹配的投屏内容。
可以理解是,不同电子设备支持的媒体类型不同。例如,智能音箱支持播放音频但不支持播放视频,而智能电视支持播放音频和视频。因此可以根据需要投屏设备支持的媒体类型确定可投屏媒体内容,以防止用户选择投屏设备不支持的媒体类型,从而提高用户体验。
在一种可能的实现方式中,所述方法还包括:接收第二用户操作,所述第二用户操作用于选择投屏内容;根据所述第二用户操作从所述可投屏媒体内容确定待投屏内容。
可以看出,本申请实施例提供方法可以根据用户可以根据操作从可投屏媒体内容中灵活选取待投屏内容,然后通过云端设备实现跨网络投屏。
在一种可能的实现方式中,所述方法还包括:接收第三设备发送的待投屏媒体内容的URI。
可以看出,本申请实施例提供的方法除了可以使第二设备投屏本设备播放的媒体内容外,还可以获取第三设备播放的媒体内容的网络地址,使第二设备投屏播放第三设备播放的媒体内容,进一步提高用户体验。
在一种可能的实现方式中,所述方法还包括:接收所述第二设备发送的播放报文,所述播放报文用于指示播放待投屏媒体内容;与所述第二设备建立媒体传输通道;通过所述媒体传输通道向所述第二设备发送所述待投屏媒体内容。
可以看出,本申请实施例提供的方法除了可以使第二设备通过待投屏媒体内容的网络地址访问媒体服务器获取待投屏媒体内容,也可以通过建立媒体传输通道使第二设备播放本设备的镜像画面(即镜像投屏)或本设备内的资源。
可选地,上述媒体传输通道可以为实时流传输协议(real time streaming protocol,RTSP)协议的媒体传输通道、快速用户数据报协议因特网连接(quick user datagram protocol internet connection,Quic)协议的媒体传输通道或快速传输控制(kcp)协议的媒体传输通道。
相比于相关技术采用Miracast(一种无线显示标准)建立RTSP媒体传输通道传输待投屏媒体内容,本申请实施例提供的投屏方法,不仅能通过建立RTSP媒体传输通道传输待投屏媒体内容,还可以通过建立Quic或kcp媒体传输通道传输待投屏媒体内容,提高了投屏方法的可靠性和抗干扰性。
在一种可能的实现方式中,所述方法还包括:对待投屏媒体内容进行压缩操作,所述压缩操作包括视频压缩、音频压缩或图片压缩中的至少一项。
可以理解的是,通过对待投屏媒体内容进行压缩操作,可以降低投屏媒体内容传输过程的数据量,从而降低投屏的延时和带宽成本。
示例性地,可以对待投屏媒体内容进行视频压缩,将投屏媒体内容中的视频内容压缩 为H264(一种数字视频压缩格式)格式。
又示例性地,可以对投屏媒体内容进行音频压缩,将投屏媒体内容中的音频内容压缩为高级音频编码(advanced audio coding,ACC)。
第三方面,本申请实施例提供了一种投屏装置,该装置包括:接收单元和发送单元。所述接收单元,用于接收第一设备发送的第一报文,所述第一报文用于指示第二设备进行投屏操作或获取所述第二设备的设备状态,所述第一报文包括JSON字符串和URL信息,所述JSON字符串包括应用层控制信息,所述应用层控制信息包括控制信息字段和状态信息字段,所述URL信息包括所述第一协议的关键字。所述发送单元,用于向所述第二设备发送所述第一报文。
在一种可能的实现方式中,所述控制信息字段包括投屏指令字段,所述投屏指令字段包括待投屏媒体内容的URI。
在一种可能的实现方式中,所述状态信息字段包括开关状态字段、投屏开关状态字段、视频能力字段、音频能力字段、播放媒体内容URI字段。
在一种可能的实现方式中,所述第一报文还包括传输层信息,所述传输层信息用于指示所述第一报文的传输层为TCP、TLS、UDP或DTLS。
在一种可能的实现方式中,所述第一报文还包括网络层信息,所述网络层信息用于指示所述第一报文的网络层为IPv4或IPv6。
在一种可能的实现方式中,所述第一报文还包括数据链路层信息,所述数据链路层信息用于指示所述第一报文的数据链路层为IEEE 802.11或802.3。
在一种可能的实现方式中,所述第一报文还包括物理层信息,所述物理层信息用于指示所述第一报文的物理层为Wi-Fi、Ethernet、蓝牙或ZigBee。
在一种可能的实现方式中,所述接收单元还用于:接收电子设备发送的认证信息,所述电子设备包括第一设备和/或第二设备,所述认证信息包括证书、许可证License或用户个人识别号码PIN中的至少一项;根据所述认证信息进行安全认证。
在一种可能的实现方式中,所述发送单元还用于:向所述电子设备发送所述云端设备认证信息。
第四方面,本申请实施例提供了一种投屏装置,该装置包括:收发单元。所述收发单元,用于向第二设备发送第一报文,所述第一报文用于指示所述第二设备进行投屏操作或获取所述第二设备的设备状态,所述第一报文包括JSON字符串和URL信息,所述JSON字符串包括应用层控制信息,所述应用层控制信息包括控制信息字段和状态信息字段,所述URL信息包括所述第一协议的关键字。
在一种可能的实现方式中,所述收发单元还用于:接收至少一个电子设备发送的状态信息,所述至少一个电子设备包括所述第二设备,所述状态信息包括开关状态信息、投屏开关状态信息、视频能力信息、音频能力信息或播放媒体内容URI信息中的至少一项,所述开关状态用于指示设备是否开启,所述投屏能力信息用于指示设备是否支持投屏,所述视频能力信息用于指示所述设备是否支持播放视频,所述音频能力信息用于指示所述设备是否支持播放音频,所述播放媒体内容URI信息用于指示所述设备当前播放的媒体内容的URL。
在一种可能的实现方式中,所述装置还包括:处理单元。所述处理单元,用于根据所述状态信息确定可投屏设备,所述可投屏设备为所述至少一个电子设备中支持投屏且开启 的电子设备。
在一种可能的实现方式中,所述收发单元还用于:接收第一用户操作,所述第一用户操作用于选择投屏设备。
在一种可能的实现方式中,所述处理单元还用于:根据所述第一用户操作从所述可投屏设备中确定所述第二设备。
在一种可能的实现方式中,所述处理单元还用于:根据所述状态信息确定可投屏媒体内容,所述可投屏媒体内容为多个投屏内容中与所述第二设备支持的媒体类型匹配的投屏内容。
在一种可能的实现方式中,所述收发单元还用于:接收第二用户操作,所述第二用户操作用于选择投屏内容。
在一种可能的实现方式中,所述处理单元还用于:根据所述第二用户操作从所述可投屏媒体内容确定待投屏内容。
在一种可能的实现方式中,所述收发单元还用于:接收第三设备发送的待投屏媒体内容的URI。
在一种可能的实现方式中,所述收发单元还用于:接收所述第二设备发送的播放报文,所述播放报文用于指示播放待投屏媒体内容;与所述第二设备建立媒体传输通道;通过所述媒体传输通道向所述第二设备发送所述待投屏媒体内容。
在一种可能的实现方式中,所述收发单元还用于:对待投屏媒体内容进行压缩操作,所述压缩操作包括视频压缩、音频压缩或图片压缩中的至少一项。
第五方面,本申请实施例还提供一种投屏装置,该投屏装置包括:至少一个处理器,当所述至少一个处理器执行程序代码或指令时,实现上述第一方面或其任意可能的实现方式中所述的方法。
可选地,该投屏装置还可以包括至少一个存储器,该至少一个存储器用于存储该程序代码或指令。
第六方面,本申请实施例还提供一种芯片,包括:输入接口、输出接口、至少一个处理器。可选地,该芯片还包括存储器。该至少一个处理器用于执行该存储器中的代码,当该至少一个处理器执行该代码时,该芯片实现上述第一方面或其任意可能的实现方式中所述的方法。
可选地,上述芯片还可以为集成电路。
第七方面,本申请实施例还提供一种计算机可读存储介质,用于存储计算机程序,该计算机程序包括用于实现上述第一方面或其任意可能的实现方式中所述的方法。
第八方面,本申请实施例还提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机实现上述第一方面或其任意可能的实现方式中所述的方法。
本实施例提供的投屏装置、计算机存储介质、计算机程序产品和芯片均用于执行上文所提供的方法,因此,其所能达到的有益效果可参考上文所提供的方法中的有益效果,此处不再赘述。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请实施例的一些实施例, 对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种通信系统的结构示意图;
图2为本申请实施例提供的一种投屏方法的流程示意图;
图3为本申请实施例提供的一种投屏装置的结构示意图;
图4为本申请实施例提供的另一种投屏装置的结构示意图;
图5为本申请实施例提供的一种芯片的结构示意图;
图6为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请实施例一部分实施例,而不是全部的实施例。基于本申请实施例中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请实施例保护的范围。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
本申请实施例的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象,或者用于区别对同一对象的不同处理,而不是用于描述对象的特定顺序。
此外,本申请实施例的描述中所提到的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选的还包括其他没有列出的步骤或单元,或可选的还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
需要说明的是,本申请实施例的描述中,“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优先或更具优势。确切而言,使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请实施例的描述中,除非另有说明,“多个”的含义是指两个或两个以上。
首先对本申请实施例涉及的术语进行解释说明。
配置器:配置应用终端并将其接入本地网络的逻辑实体,可能集成在智能手机、智能电视、智能音箱、智能路由器等设备的应用中。
控制器:在智能家居环境中,以本地或者远程方式综合管理或控制各家居应用终端,主要实现将使用者的操作或控制行为转换成实际指令信号,并协调云服务平台的智能化应用服务资源,下发至应用终端以供其执行具体操作。可包括智能家居应用程序(Application,App)、智能音箱、大屏等。
应用终端:在智能家居系统中,连接到家庭网络中,可以执行控制类终端的交互指令,并满足人们对居住环境的智能化应用需求的电子化、信息化产品。
接入云:应用终端实际接入的智能家居云平台。
设备云:应用终端出厂预设的智能家居云平台。
受限应用协议(the constrained applicationprotocol,CoAP)是一种基于请求/响应交互 模型的应用层协议,可访问资源统一使用统一资源定位符(uniform resource locator,URL)定位,客户端通过某个资源的URL来访问服务器具体资源,CoAP协议综述如下:
CoAP协议的【Ver】为版本编号,指示CoAP协议的版本号。类似于HTTP 1.0HTTP 1.1。版本编号占2位,取值为01B。
CoAP协议的【T】为报文类型,CoAP协议定了4种不同形式的报文,CON报文,NON报文,ACK报文和RST报文。
CoAP协议的【TKL】为CoAP标识符长度。CoAP协议中具有两种功能相似的标识符,一种为Message ID(报文编号),一种为Token(标识符)。其中每个报文均包含消息编号,但是标识符对于报文来说是非必需的。
CoAP协议的【Code】为功能码/响应码。Code在CoAP请求报文和响应报文中具有不同的表现形式,Code占一个字节,它被分成了两部分,前3位一部分,后5位一部分,为了方便描述它被写成了c.dd结构。其中0.XX表示CoAP请求的某种方法,而2.XX、4.XX或5.XX则表示CoAP响应的某种具体表现。
CoAP协议的【Message ID】为报文编号
CoAP协议的【Token】为标识符具体内容,通过TKL指定Token长度。
CoAP协议的【Option】为报文选项,通过报文选项可设定CoAP主机,CoAP URI,CoAP请求参数和负载媒体类型等等。
CoAP协议的【11111111B】为CoAP报文和具体负载之间的分隔符。#p#
CoAP协议的【Payload】为报文负载字段,支持JSON字符串形式。
消息队列遥测传输(Message Queuing Telemetry Transport,MQTT)是一种应用层协议,MQTT报文协议综述如下:
固定头部(FixedHeader):MQTT协议分很多种类型,如连接,发布,订阅,心跳等。其中固定头是必须的,所有类型的MQTT协议中,都必须包含固定头。
可变头部(Variable Header):可变头部,可变头部不是可选的意思,而是指这部分在有些协议类型中存在,在有些协议中不存在。
MQTT报文协议的Payload为消息载体,就是消息内容。与可变头一样,在有些协议类型中有消息内容,有些协议类型中没有消息内容。
物模型是产品数字化的描述,定义了产品的功能,物模型将不同品牌不同品类的产品功能抽象归纳,形成“标准物模型”,便于各方用统一的语言描述、控制、理解产品功能。
投屏是指将电子设备(如手机、平板、电脑等电子设备)上面播放的媒体内容通过投屏的方式同步到另外一个电子设备上面进行播放和观看。例如,通过投屏可以将小屏设备(如手机)播放的多媒体内容、游戏界面等投射到大屏设备(如智能电视)播放,利用大屏设备的显示屏播放,可以提供给用户更好的使用体验。
相关投屏方法投屏设备和被投屏设备需要在同一局域网内,无法实现跨网络投屏。
为此,本申请实施例提供了一种投屏方法,能够实现跨网络投屏。该方法适用于通信系统。图1示出了该通信系统的一种可能的存在形式。
如图1所示该通信系统包括云端设备10和多个电子设备,多个电子设备包括第一设备20和第二设备30。
上述云端设备可以通过以太网(ethernet)、无线局域网(Wireless Local Area Networks,WLAN)、蓝牙、紫蜂ZigBee、可编程逻辑控制器(Programmable Logic Controller,PLC) 或其他方式与电子设备进行通信连接。
上述多个电子设备可以通过以太网、无线局域网、蓝牙、紫蜂ZigBee、可编程逻辑控制器或其他方式与电子设备进行通信连接。
上述云端设备可以为接入云设备或设备云设备。
上述设备(电子设备)可以为手机、平板电脑、电视(智能电视)、机顶盒(Set Top Box,STB)、智能音箱、游戏机、可穿戴设备、车载设备、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本或个人数字助理(personal digital assistant,PDA)。
在一种可能的实现方式中,上述多个电子设备还可以包括第三设备。
图2示出了本申请实施例提供的一种投屏方法,该方法适用于上述通信系统,该方法包括:
S201、云端设备接收第一设备发送的第一报文。
其中,上述第一报文用于指示第二设备进行投屏操作或获取上述第二设备的设备状态。
示例性地,云端设备可以通过以太网、无线局域网、蓝牙网络、紫蜂网络、可编程逻辑控制器网络或其他网络接收第一设备发送的第一协议的第一报文。
又示例性地,云端设备可以接收第一设备通过本地控制中心转发的第一报文。
在一种可能的实现方式中,上述第一报文包括对象表示法(JSON)字符串和URL信息。上述JSON字符串包括应用层控制信息,上述应用层控制信息包括控制信息字段和状态信息字段。上述URL信息包括上述第一协议的关键字。
示例性地,第一报文可以是叠加在CoAP协议上的应用层报文。其中,上述URL信息可以填充在CoAP协议的Option字段处。上述JSON字符串可以填充在CoAP协议的Payload字段处。
在另一种可能的实现方式中,第一报文可以包括可变头部(Variable header)和消息载体(Payload)。其中,可变头部包括上述第一协议的关键字,消息载体包括上述控制信息字段和状态信息字段。
示例性地,第一报文可以是叠加在MQTT协议上的应用层报文。上述第一协议的关键字可以填充在MQTT协议的Variable header字段处,上述控制信息字段和状态信息字段可以填充在MQTT协议的Payload字段处。
上述控制信息字段包括投屏指令字段,上述投屏指令字段包括待投屏媒体内容的URI。
可以看出,本申请实施例可以通过云端设备将投屏设备发送的待投屏媒体内容的URI转发至被投屏端从而实现跨网络投屏。
上述状态信息字段包括开关状态字段、投屏开关状态字段、视频能力字段、音频能力字段、播放媒体内容URI字段。
可以看出,本申请实施例可以通过云端设备将投屏设备发送的开关状态字段、投屏开关状态字段、视频能力字段、音频能力字段和播放媒体内容URI字段等字段转发至被投屏端以获取被投屏端的状态,从而实现跨网络投屏。
可选地,第一报文还包括传输层信息,上述传输层信息用于指示上述第一报文的传输层为传输控制协议(Transmission Control Protocol,TCP)、安全传输层协议(Transport Layer Security,TLS)、用户数据报协议(User Datagram Protocol,UDP)或数据包传输层安全性协议(Datagram Transport Layer Security,DTLS)。
可选地,上述第一报文还包括网络层信息,上述网络层信息用于指示上述第一报文的网络层为网际协议版本IPv4或IPv6。
可选地,上述第一报文还包括数据链路层信息,上述数据链路层信息用于指示上述第一报文的数据链路层为电气与电子工程师协会(Institute of Electrical and Electronics Engineers,IEEE)802.11或802.3。
可选地,上述第一报文还包括物理层信息,上述物理层信息用于指示上述第一报文的物理层为家庭无线保真(wireless fidelity,Wi-Fi)、以太网(Ethernet)、蓝牙或紫蜂(ZigBee)。
可以理解的是,相对于数字生活网络联盟DLNA协议仅支持通过网际互联协议(Internet Protocol,IP)通道进行投屏。第一协议支持IP、PLC、蓝牙等传输协议通道,可以扩展更多的传输通道。另外,DLAN协议为局域网协议,不支持远程控制。且DLAN协议默认不支持设备认证,存在非法控制的安全隐患。而第一协议支持远程控制和设备认证,相对DLAN协议提高了用户体验和安全性。
S202、云端设备向第二设备发送第一报文。
示例性地,云端设备可以通过以太网、无线局域网、蓝牙网络、紫蜂网络、可编程逻辑控制器网络或其他网络向第二设备发送第一报文。
相应地,第二设备在收到第一报文后,可以按照第二报文中的控制信息字段执行投屏操作播放投屏的媒体内容或按照第一报文中的状态信息字段上报相应的状态信息。
相关投屏方法,投屏设备和被投屏设备需要在同一局域网内,需要点对点投屏,无法实现跨网络投屏。而在本申请实施例提供的方法中,云端设备可以接收投屏设备(即第一设备)发送的投屏报文(即第一报文)将其转发给被投屏端(即第二设备),投屏设备和被投屏设备不需要在同一局域网内,而是可以通过云端设备实现跨网络投屏。
在一种可能的实现方式中,该方法还可以包括:
S203、云端设备接收电子设备发送的认证信息。
其中,上述电子设备包括第一设备和/或第二设备,上述认证信息包括证书、许可证License或用户个人识别号码PIN中的至少一项。
示例性地,电子设备可以建立热点网络(如Wi-Fi热点、蓝牙网络或紫蜂网络),然后通过接入上述热点网络接收接入上述其他设备发送的接入云信息和家庭局域网信息(如Wi-Fi名称、密码、网络地址信息或端口号等信息),之后通过接入云信息向云端设备发送注册请求。其中,注册请求用于请求接入第一协议网络,注册请求中可以包含第三设备的认证信息。
S204、上述云端设备根据上述认证信息进行安全认证。
需要说明的是,根据上述认证信息进行安全认证进行安全认证的具体方法可以采用本领域技术人员能够想到的任何一种方法进行处理,本申请实施例对此不作具体限定。
S205、上述云端设备向上述电子设备发送上述云端设备认证信息。
示例性地,云端设备可以向电子设备发送携带有云端设备认证信息的注册结果。
需要说明的是,云端设备在与电子设备建立连接前,通过电子设备的认证信息进行安全证可以防止与未经认证的设备建立连接,从而保证连接的安全性。
本申请实施例还提供的另一种投屏方法,该方法适用于上述通信系统,该方法包括:
S301、第一设备向第二设备发送第一报文。
其中,上述第一报文用于指示上述第二设备进行投屏操作或获取上述第二设备的设备 状态,上述第一报文包括JSON字符串和URL信息,上述JSON字符串包括应用层控制信息,上述应用层控制信息包括控制信息字段和状态信息字段,上述URL信息包括上述第一协议的关键字。
示例性地,第一设备可以通过以太网、无线局域网、蓝牙网络、紫蜂网络、可编程逻辑控制器网络或其他网络向第二设备发送第一报文。
又示例性地,第一设备可以通过云端设备向第二设备发送第一报文。
在本申请实施例提供的方法中,云端设备可以接收投屏设备(即第一设备)发送的投屏报文(即第一报文)将其转发给被投屏端(即第二设备),投屏设备和被投屏设备不需要在同一局域网内,而是可以通过云端设备实现跨网络投屏。
该方法还可以包括:
S302、接收至少一个电子设备发送的状态信息。
其中,上述至少一个电子设备包括上述第二设备,上述状态信息包括开关状态信息、投屏开关状态信息、视频能力信息、音频能力信息或播放媒体内容URI信息中的至少一项。
上述开关状态用于指示设备是否开启。
上述投屏能力信息用于指示设备是否支持投屏。
上述视频能力信息用于指示上述设备是否支持播放视频。
上述音频能力信息用于指示上述设备是否支持播放音频。
上述播放媒体内容URI信息用于指示上述设备当前播放的媒体内容的URL。
可以看出,可以通过获取电子设备的开关状态信息、投屏开关状态信息、视频能力信息、音频能力信息和播放媒体内容URI信息作为后续确定投屏内容和投屏设备的参考。
根据上述状态信息确定可投屏设备,上述可投屏设备为上述至少一个电子设备中支持投屏且开启的电子设备。
可以理解的是,支持投屏且处于开启状态的设备才能被投屏,因此可以通过电子设备的状态信息从电子设备中确定可投屏设备。
S303、第一设备接收第一用户操作并根据上述第一用户操作从上述可投屏设备中确定上述第二设备。
示例性地,第一设备可以在用户界面展示可投屏设备列表,然后根据用户选择从可投屏设备列表展示的可投屏设备中确定上述第二设备。
其中,上述第一用户操作用于选择投屏设备。
可以看出,本申请实施例提供方法可以根据用户操作从可投屏的设备中灵活选取需要的投屏设备,然后通过云端设备实现跨网络投屏。
S304、第一设备根据上述状态信息确定可投屏媒体内容。
其中,上述可投屏媒体内容为多个投屏内容中与上述第二设备支持的媒体类型匹配的投屏内容。
可以理解是,不同电子设备支持的媒体类型不同。例如,智能音箱支持播放音频但不支持播放视频,而智能电视支持播放音频和视频。因此可以根据需要投屏设备支持的媒体类型确定可投屏媒体内容,以防止用户选择投屏设备不支持的媒体类型,从而提高用户体验。
S305、第一设备接收第二用户操作并根据上述第二用户操作从上述可投屏媒体内容确定待投屏内容。
其中,上述第二用户操作用于选择投屏内容。
例如,第二设备支持音频媒体类型和视频媒体类型,则用户设备可以根据用户的搜索操作,从可投屏媒体内容匹配并展示用户想要搜索的音频媒体内容和视频媒体类型,之后根据用户选择从展示的音频媒体类型和视频媒体类型确定待投屏内容。
可以看出,本申请实施例提供方法可以根据用户可以根据操作从可投屏媒体内容中灵活选取待投屏内容,然后通过云端设备实现跨网络投屏。
S306、第一设备接收第三设备发送的待投屏媒体内容的URI。
可以看出,本申请实施例提供的方法除了可以使第二设备投屏本设备播放的媒体内容外,还可以获取第三设备播放的媒体内容的网络地址,使第二设备投屏播放第三设备播放的媒体内容,进一步提高用户体验。
例如,老师可以使用电子设备(即第三设备)向家长的手机(即第一设备)发送教育视频的网络地址,家长的手机在收到教育视频的网络地址后,家长可以通过手机与家里的智能电视(即第二设备)建立通信连接后,可以使用手机通过通信连接向智能电视备发送第一报文指示智能电视播放教育视频,以使家里的电视播放教育视频给家里的孩子学习,避免孩子随意看电视。
S307、第一设备接收上述第二设备发送的播放报文。
其中,上述播放报文用于指示播放待投屏媒体内容。
可以理解的是,一些场景中待投屏媒体内容的网络地址可能指向第一设备,因此第一设备会收到第二设备发送的播放报文。例如,在屏幕镜像投屏场景中第一设备需要将当前屏幕上的同屏至第二设备上,因此第一设备会收到第二设备发送的播放报文请求获取待投屏媒体内容。
S308、与上述第二设备建立媒体传输通道并通过上述媒体传输通道向上述第二设备发送上述待投屏媒体内容。
可以看出,本申请实施例提供的方法除了可以使第二设备通过待投屏媒体内容的网络地址访问媒体服务器获取待投屏媒体内容,也可以通过建立媒体传输通道使第二设备播放本设备的镜像画面(即镜像投屏)或本设备内的资源。
可选地,上述媒体传输通道可以为实时流传输协议(real time streaming protocol,RTSP)协议的媒体传输通道、快速用户数据报协议因特网连接(quick user datagram protocol internet connection,Quic)协议的媒体传输通道或快速传输控制(kcp)协议的媒体传输通道。
相比于相关技术采用Miracast(一种无线显示标准)建立RTSP媒体传输通道传输待投屏媒体内容,本申请实施例提供的投屏方法,不仅能通过建立RTSP媒体传输通道传输待投屏媒体内容,还可以通过建立Quic或kcp媒体传输通道传输待投屏媒体内容,提高了投屏方法的可靠性和抗干扰性。
S309、对待投屏媒体内容进行压缩操作。
其中,上述压缩操作包括视频压缩、音频压缩或图片压缩中的至少一项。
可以理解的是,通过对待投屏媒体内容进行压缩操作,可以降低投屏媒体内容传输过程的数据量,从而降低投屏的延时和带宽成本。
示例性地,可以对待投屏媒体内容进行视频压缩,将投屏媒体内容中的视频内容压缩为H264(一种数字视频压缩格式)格式。
又示例性地,可以对投屏媒体内容进行音频压缩,将投屏媒体内容中的音频内容压缩为高级音频编码(advanced audio coding,ACC)。
本申请实施例还提供了一种数据模型(即物模型),该数据模型由设备、服务、属性、方法、事件五个字段组成。
设备(device):指应用终端,可以通过不同的服务集合来描述其功能集。
服务(service):指一个独立而有意义的功能组,该功能组可以在不同类型的应用终端间复用。
属性(property):描述应用终端的状态和功能的最小单位。
方法(action):用以实现服务的特定功能,这类功能不能通过单个属性的读写来完成。
事件(event):应用终端主动上报特定信息。
本申请实施例提供数据模型中,新增了投屏服务的定义数据模型,如表1所示:
表1
上述表1的属性/方法/事件一项中数字用于表示属性/方法/事件的编号。例如,可以定义数字2开头的为属性字段,数据3开头的为方法字段。
上述表1中的property.allowCast字段,即上述投屏开关状态字段,用于指示设备是否支持投屏,以及设备是否允许投屏。
上述表1中的property.videoCap,即上述视频能力字段,用于指示设备是否支持播放视频,以及设备支持的视频格式。
上述表1中的property.audioCap,即上述音频能力字段,用于指示设备是否支持音频,以及设备支持的音频格式。
上述表1中的property.playURI,即上述播放媒体内容URI字段,用于指示设备正在播放的媒体内容的URI。
上述表1中的action.screenCast,即上述投屏指令字段,用于指示设备进行投屏操作,包含待投屏媒体内容的URI。
下面将结合图3介绍用于执行上述投屏方法的投屏装置。
可以理解的是,投屏装置为了实现上述功能,其包含了执行各个功能相应的硬件和/ 或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤,本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请实施例的范围。
本申请实施例可以根据上述方法示例对投屏装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是,本实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图3示出了上述实施例中涉及的投屏装置的一种可能的组成示意图,如图3所示,该投屏装置300可以包括:接收单元301和发送单元302。
上述接收单元301,用于接收第一设备发送的第一报文,上述第一报文用于指示第二设备进行投屏操作或获取上述第二设备的设备状态,上述第一报文包括JSON字符串和URL信息,上述JSON字符串包括应用层控制信息,上述应用层控制信息包括控制信息字段和状态信息字段,上述URL信息包括上述第一协议的关键字。
上述发送单元302,用于向上述第二设备发送上述第一报文。
在一种可能的实现方式中,上述控制信息字段包括投屏指令字段,上述投屏指令字段包括待投屏媒体内容的URI。
在一种可能的实现方式中,上述状态信息字段包括开关状态字段、投屏开关状态字段、视频能力字段、音频能力字段、播放媒体内容URI字段。
在一种可能的实现方式中,上述第一报文还包括传输层信息,上述传输层信息用于指示上述第一报文的传输层为TCP、TLS、UDP或DTLS。
在一种可能的实现方式中,上述第一报文还包括网络层信息,上述网络层信息用于指示上述第一报文的网络层为IPv4或IPv6。
在一种可能的实现方式中,上述第一报文还包括数据链路层信息,上述数据链路层信息用于指示上述第一报文的数据链路层为IEEE 802.11或802.3。
在一种可能的实现方式中,上述第一报文还包括物理层信息,上述物理层信息用于指示上述第一报文的物理层为Wi-Fi、Ethernet、蓝牙或ZigBee。
在一种可能的实现方式中,上述接收单元301还用于:接收电子设备发送的认证信息,上述电子设备包括第一设备和/或第二设备,上述认证信息包括证书、许可证License或用户个人识别号码PIN中的至少一项;根据上述认证信息进行安全认证。
在一种可能的实现方式中,上述发送单元302还用于:向上述电子设备发送上述云端设备认证信息。
在采用对应各个功能划分各个功能模块的情况下,图4示出了上述实施例中涉及的投屏装置的另一种可能的组成示意图,如图4所示,该投屏装置400可以包括:收发单元401和处理单元402。
上述收发单元401,用于向第二设备发送第一报文,上述第一报文用于指示上述第二设备进行投屏操作或获取上述第二设备的设备状态,上述第一报文包括JSON字符串和URL信息,上述JSON字符串包括应用层控制信息,上述应用层控制信息包括控制信息字 段和状态信息字段,上述URL信息包括上述第一协议的关键字。
在一种可能的实现方式中,上述收发单元401还用于:接收至少一个电子设备发送的状态信息,上述至少一个电子设备包括上述第二设备,上述状态信息包括开关状态信息、投屏开关状态信息、视频能力信息、音频能力信息或播放媒体内容URI信息中的至少一项,上述开关状态用于指示设备是否开启,上述投屏能力信息用于指示设备是否支持投屏,上述视频能力信息用于指示上述设备是否支持播放视频,上述音频能力信息用于指示上述设备是否支持播放音频,上述播放媒体内容URI信息用于指示上述设备当前播放的媒体内容的URL。
在一种可能的实现方式中,上述处理单元402用于:根据上述状态信息确定可投屏设备,上述可投屏设备为上述至少一个电子设备中支持投屏且开启的电子设备。
在一种可能的实现方式中,上述收发单元401还用于:接收第一用户操作,上述第一用户操作用于选择投屏设备。
在一种可能的实现方式中,上述处理单元402还用于:根据上述第一用户操作从上述可投屏设备中确定上述第二设备。
在一种可能的实现方式中,上述处理单元402还用于:根据上述状态信息确定可投屏媒体内容,上述可投屏媒体内容为多个投屏内容中与上述第二设备支持的媒体类型匹配的投屏内容。
在一种可能的实现方式中,上述收发单元401还用于:接收第二用户操作,上述第二用户操作用于选择投屏内容。
在一种可能的实现方式中,上述处理单元402还用于:根据上述第二用户操作从上述可投屏媒体内容确定待投屏内容。
在一种可能的实现方式中,上述收发单元401还用于:接收第三设备发送的待投屏媒体内容的URI。
在一种可能的实现方式中,上述收发单元401还用于:接收上述第二设备发送的播放报文,上述播放报文用于指示播放待投屏媒体内容;与上述第二设备建立媒体传输通道;通过上述媒体传输通道向上述第二设备发送上述待投屏媒体内容。
在一种可能的实现方式中,上述收发单元401还用于:对待投屏媒体内容进行压缩操作,上述压缩操作包括视频压缩、音频压缩或图片压缩中的至少一项。
本申请实施例还提供了一种芯片。图5示出了一种芯片500的结构示意图。芯片500包括一个或多个处理器501以及接口电路502。可选的,上述芯片500还可以包含总线503。
处理器501可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述投屏方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。
可选地,上述的处理器501可以是通用处理器、数字信号处理(digital signal processing,DSP)器、集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(field-programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
接口电路502可以用于数据、指令或者信息的发送或者接收,处理器501可以利用接口电路502接收的数据、指令或者其他信息,进行加工,可以将加工完成信息通过接口电 路502发送出去。
可选的,芯片还包括存储器,存储器可以包括只读存储器和随机存取存储器,并向处理器提供操作指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory,NVRAM)。
可选的,存储器存储了可执行软件模块或者数据结构,处理器可以通过调用存储器存储的操作指令(该操作指令可存储在操作系统中),执行相应的操作。
可选的,芯片可以使用在本申请实施例涉及的投屏装置中。可选的,接口电路502可用于输出处理器501的执行结果。关于本申请实施例的一个或多个实施例提供的投屏方法可参考前述各个实施例,这里不再赘述。
需要说明的,处理器501、接口电路502各自对应的功能既可以通过硬件设计实现,也可以通过软件设计来实现,还可以通过软硬件结合的方式来实现,这里不作限制。
图6为本申请实施例提供的一种电子设备的结构示意图,电子设备100可以为手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、个人数字助理(personal digital assistant,PDA)、投屏装置或者投屏装置中的芯片或者功能模块。
示例性地,图6是本申请实施例提供的一例电子设备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,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
可以理解的是,本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processing unit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
其中,控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口, 集成电路内置音频(inter-integrated circuit sound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purpose input/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
其中,I2C接口是一种双向同步串行总线,处理器110可以通过I2C接口耦合触摸传感器180K,使处理器110与触摸传感器180K通过I2C总线接口通信,实现电子设备100的触摸功能。MIPI接口可以被用于连接处理器110与显示屏194,摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface,CSI),显示屏串行接口(display serial interface,DSI)等。在一些实施例中,处理器110和摄像头193通过CSI接口通信,实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现电子设备100的显示功能。
可以理解的是,本申请实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对电子设备100的结构限定。在本申请另一些实施例中,电子设备100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器,显示屏194,摄像头193,和无线通信模块160等供电。
电子设备100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emitting diode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的,AMOLED),柔性发光二极管(flex light-emitting diode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot light emitting diodes,QLED)等。在一些实施例中,电子设备100可以包括1个或N个显示屏194,N为大于1的正整数。
电子设备100可以通过ISP,摄像头193,触摸传感器、视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
其中,ISP用于处理摄像头193反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,肤色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转 换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号,应理解,在本申请实施例的描述中,以RGB格式的图像为例进行介绍,本申请实施例对图像格式不作限定。在一些实施例中,电子设备100可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当电子设备100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样,电子设备100可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展电子设备100的存储能力。内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入,产生与电子设备100的用户设置以及功能控制有关的键信号输入。马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。SIM卡接口195用于连接SIM卡。
需要指出的是,电子设备100可以是芯片系统或有图6中类似结构的设备。其中,芯片系统可以由芯片构成,也可以包括芯片和其他分立器件。本申请的各实施例之间涉及的动作、术语等均可以相互参考,不予限制。本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例,具体实现中也可以采用其他的名称,不予限制。此外,图6中示出的组成结构并不构成对该电子设备100的限定,除图6所示部件之外,该电子设备100可以包括比图6所示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
本申请中描述的处理器和收发器可实现在集成电路(integrated circuit,IC)、模拟IC、射频集成电路、混合信号IC、专用集成电路(application specific integrated circuit,ASIC)、印刷电路板(printed circuit board,PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造,例如互补金属氧化物半导体(complementary metal oxide semiconductor,CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor,NMOS)、P型金属氧化物半导体(positive channel metal oxide semiconductor,PMOS)、双极结型晶体管(Bipolar Junction Transistor,BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
本申请实施例还提供一种投屏装置,该装置包括:至少一个处理器,当上述至少一个 处理器执行程序代码或指令时,实现上述相关方法步骤实现上述实施例中的投屏方法。
可选地,该装置还可以包括至少一个存储器,该至少一个存储器用于存储该程序代码或指令。
本申请实施例还提供一种计算机存储介质,该计算机存储介质中存储有计算机指令,当该计算机指令在投屏装置上运行时,使得投屏装置执行上述相关方法步骤实现上述实施例中的投屏方法。
本申请实施例还提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述相关步骤,以实现上述实施例中的投屏方法。
本申请实施例还提供一种投屏装置,这个装置具体可以是芯片、集成电路、组件或模块。具体的,该装置可包括相连的处理器和用于存储指令的存储器,或者该装置包括至少一个处理器,用于从外部存储器获取指令。当装置运行时,处理器可执行指令,以使芯片执行上述各方法实施例中的投屏方法。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件,或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其他的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其他的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
上述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代 码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。

Claims (37)

  1. 一种投屏方法,其特征在于,包括:
    云端设备接收第一设备发送的第一报文,所述第一报文用于指示第二设备进行投屏操作或获取所述第二设备的设备状态,所述第一报文包括对象表示法JSON字符串和统一资源定位符URL信息,所述JSON字符串包括应用层控制信息,所述应用层控制信息包括控制信息字段和状态信息字段,所述URL信息包括所述第一协议的关键字;
    所述云端设备向所述第二设备发送所述第一报文。
  2. 根据权利要求1所述的方法,其特征在于,所述控制信息字段包括投屏指令字段,所述投屏指令字段包括待投屏媒体内容的URI。
  3. 根据权利要求1或2所述的方法,其特征在于,所述状态信息字段包括开关状态字段、投屏开关状态字段、视频能力字段、音频能力字段、播放媒体内容URI字段。
  4. 根据权利要求1至3中任一项所述的方法,其特征在于,所述第一报文还包括传输层信息,所述传输层信息用于指示所述第一报文的传输层为传输控制协议TCP、安全传输层协议TLS、用户数据报协议UDP或数据包传输层安全性协议DTLS。
  5. 根据权利要求1至4中任一项所述的方法,其特征在于,所述第一报文还包括网络层信息,所述网络层信息用于指示所述第一报文的网络层为网际协议版本IPv4或IPv6。
  6. 根据权利要求1至5中任一项所述的方法,其特征在于,所述第一报文还包括数据链路层信息,所述数据链路层信息用于指示所述第一报文的数据链路层为电气与电子工程师协会IEEE 802.11或802.3。
  7. 根据权利要求1至6中任一项所述的方法,其特征在于,所述第一报文还包括物理层信息,所述物理层信息用于指示所述第一报文的物理层为家庭无线保真Wi-Fi、以太网Ethernet、蓝牙或紫蜂ZigBee。
  8. 根据权利要求1至7中任一项所述的方法,其特征在于,所述方法还包括:
    云端设备接收电子设备发送的认证信息,所述电子设备包括第一设备和/或第二设备,所述认证信息包括证书、许可证License或用户个人识别号码PIN中的至少一项;
    所述云端设备根据所述认证信息进行安全认证;
    所述云端设备向所述电子设备发送所述云端设备认证信息。
  9. 一种投屏方法,其特征在于,包括:
    向第二设备发送第一报文,所述第一报文用于指示所述第二设备进行投屏操作或获取所述第二设备的设备状态,所述第一报文包括JSON字符串和URL信息,所述JSON字符串包括应用层控制信息,所述应用层控制信息包括控制信息字段和状态信息字段,所述URL信息包括所述第一协议的关键字。
  10. 根据权利要求9所述的方法,其特征在于,所述方法还包括:
    接收至少一个电子设备发送的状态信息,所述至少一个电子设备包括所述第二设备,所述状态信息包括开关状态信息、投屏开关状态信息、视频能力信息、音频能力信息或播放媒体内容URI信息中的至少一项,所述开关状态用于指示设备是否开启,所述投屏能力信息用于指示设备是否支持投屏,所述视频能力信息用于指示所述设备是否支持播放视频,所述音频能力信息用于指示所述设备是否支持播放音频,所述播放媒体内容URI信息用于指示所述设备当前播放的媒体内容的URL。
  11. 根据权利要求10所述的方法,其特征在于,所述方法还包括:
    根据所述状态信息确定可投屏设备,所述可投屏设备为所述至少一个电子设备中支持投屏且开启的电子设备。
  12. 根据权利要求11所述的方法,其特征在于,所述方法还包括:
    接收第一用户操作,所述第一用户操作用于选择投屏设备;
    根据所述第一用户操作从所述可投屏设备中确定所述第二设备。
  13. 根据权利要求10至12中任一项所述的方法,其特征在于,所述方法还包括:
    根据所述状态信息确定可投屏媒体内容,所述可投屏媒体内容为多个投屏内容中与所述第二设备支持的媒体类型匹配的投屏内容。
  14. 根据权利要求13所述的方法,其特征在于,所述方法还包括:
    接收第二用户操作,所述第二用户操作用于选择投屏内容;
    根据所述第二用户操作从所述可投屏媒体内容确定待投屏内容。
  15. 根据权利要求9至14中任一项所述的方法,其特征在于,所述方法还包括:
    接收第三设备发送的待投屏媒体内容的URI。
  16. 根据权利要求9至15中任一项所述的方法,其特征在于,所述方法还包括:
    接收所述第二设备发送的播放报文,所述播放报文用于指示播放待投屏媒体内容;
    与所述第二设备建立媒体传输通道;
    通过所述媒体传输通道向所述第二设备发送所述待投屏媒体内容。
  17. 根据权利要求9至16中任一项所述的方法,其特征在于,所述方法还包括:
    对待投屏媒体内容进行压缩操作,所述压缩操作包括视频压缩、音频压缩或图片压缩中的至少一项。
  18. 一种投屏装置,其特征在于,包括:接收单元和发送单元;
    所述接收单元,用于接收第一设备发送的第一报文,所述第一报文用于指示第二设备进行投屏操作或获取所述第二设备的设备状态,所述第一报文包括JSON字符串和URL信息,所述JSON字符串包括应用层控制信息,所述应用层控制信息包括控制信息字段和状态信息字段,所述URL信息包括所述第一协议的关键字;
    所述发送单元,用于向所述第二设备发送所述第一报文。
  19. 根据权利要求18所述的装置,其特征在于,所述控制信息字段包括投屏指令字段,所述投屏指令字段包括待投屏媒体内容的URI。
  20. 根据权利要求18或19所述的装置,其特征在于,所述状态信息字段包括开关状态字段、投屏开关状态字段、视频能力字段、音频能力字段、播放媒体内容URI字段。
  21. 根据权利要求18至20中任一项所述的装置,其特征在于,所述第一报文还包括传输层信息,所述传输层信息用于指示所述第一报文的传输层为TCP、TLS、UDP或DTLS。
  22. 根据权利要求18至21中任一项所述的装置,其特征在于,所述第一报文还包括网络层信息,所述网络层信息用于指示所述第一报文的网络层为IPv4或IPv6。
  23. 根据权利要求18至22中任一项所述的装置,其特征在于,所述第一报文还包括数据链路层信息,所述数据链路层信息用于指示所述第一报文的数据链路层为IEEE 802.11或802.3。
  24. 根据权利要求18至23中任一项所述的装置,其特征在于,所述第一报文还包括 物理层信息,所述物理层信息用于指示所述第一报文的物理层为Wi-Fi、Ethernet、蓝牙或ZigBee。
  25. 根据权利要求18至24中任一项所述的装置,其特征在于,所述接收单元还用于:
    接收电子设备发送的认证信息,所述电子设备包括第一设备和/或第二设备,所述认证信息包括证书、许可证License或用户个人识别号码PIN中的至少一项;
    根据所述认证信息进行安全认证;
    所述发送单元还用于:
    向所述电子设备发送所述云端设备认证信息。
  26. 一种投屏装置,其特征在于,包括:收发单元;
    所述收发单元,用于向第二设备发送第一报文,所述第一报文用于指示所述第二设备进行投屏操作或获取所述第二设备的设备状态,所述第一报文包括JSON字符串和URL信息,所述JSON字符串包括应用层控制信息,所述应用层控制信息包括控制信息字段和状态信息字段,所述URL信息包括所述第一协议的关键字。
  27. 根据权利要求26所述的装置,其特征在于,所述收发单元还用于:
    接收至少一个电子设备发送的状态信息,所述至少一个电子设备包括所述第二设备,所述状态信息包括开关状态信息、投屏开关状态信息、视频能力信息、音频能力信息或播放媒体内容URI信息中的至少一项,所述开关状态用于指示设备是否开启,所述投屏能力信息用于指示设备是否支持投屏,所述视频能力信息用于指示所述设备是否支持播放视频,所述音频能力信息用于指示所述设备是否支持播放音频,所述播放媒体内容URI信息用于指示所述设备当前播放的媒体内容的URL。
  28. 根据权利要求27所述的装置,其特征在于,所述装置还包括:处理单元;
    所述处理单元,用于根据所述状态信息确定可投屏设备,所述可投屏设备为所述至少一个电子设备中支持投屏且开启的电子设备。
  29. 根据权利要求28所述的装置,其特征在于,所述收发单元还用于:
    接收第一用户操作,所述第一用户操作用于选择投屏设备;
    所述处理单元还用于:
    根据所述第一用户操作从所述可投屏设备中确定所述第二设备。
  30. 根据权利要求27至29中任一项所述的装置,其特征在于,所述处理单元还用于:
    根据所述状态信息确定可投屏媒体内容,所述可投屏媒体内容为多个投屏内容中与所述第二设备支持的媒体类型匹配的投屏内容。
  31. 根据权利要求30所述的装置,其特征在于,所述收发单元还用于:
    接收第二用户操作,所述第二用户操作用于选择投屏内容;
    所述处理单元还用于:
    根据所述第二用户操作从所述可投屏媒体内容确定待投屏内容。
  32. 根据权利要求26至31中任一项所述的装置,其特征在于,所述收发单元还用于:
    接收第三设备发送的待投屏媒体内容的URI。
  33. 根据权利要求26至32中任一项所述的装置,其特征在于,所述收发单元还用于:
    接收所述第二设备发送的播放报文,所述播放报文用于指示播放待投屏媒体内容;
    与所述第二设备建立媒体传输通道;
    通过所述媒体传输通道向所述第二设备发送所述待投屏媒体内容。
  34. 根据权利要求26至33中任一项所述的装置,其特征在于,所述收发单元还用于:
    对待投屏媒体内容进行压缩操作,所述压缩操作包括视频压缩、音频压缩或图片压缩中的至少一项。
  35. 一种投屏装置,包括至少一个处理器和存储器,其特征在于,所述至少一个处理器执行存储在存储器中的程序或指令,以使得所述投屏装置实现上述权利要求1至17任一项所述的方法。
  36. 一种计算机可读存储介质,用于存储计算机程序,其特征在于,当所述计算机程序在计算机或处理器运行时,使得所述计算机或所述处理器实现上述权利要求1至17中任一项所述的方法。
  37. 一种计算机程序产品,所述计算机程序产品中包含指令,其特征在于,当所述指令在计算机或处理器上运行时,使得所述计算机或所述处理器实现上述权利要求1至17中任一项所述的方法。
PCT/CN2023/094525 2022-11-25 2023-05-16 投屏方法和装置 WO2024108928A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211487985.6A CN118101669A (zh) 2022-11-25 2022-11-25 投屏方法和装置
CN202211487985.6 2022-11-25

Publications (1)

Publication Number Publication Date
WO2024108928A1 true WO2024108928A1 (zh) 2024-05-30

Family

ID=91142799

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/094525 WO2024108928A1 (zh) 2022-11-25 2023-05-16 投屏方法和装置

Country Status (2)

Country Link
CN (1) CN118101669A (zh)
WO (1) WO2024108928A1 (zh)

Also Published As

Publication number Publication date
CN118101669A (zh) 2024-05-28

Similar Documents

Publication Publication Date Title
US10979900B2 (en) Information processing device and information processing method
US8300079B2 (en) Apparatus and method for transferring video
EP2958026B1 (en) Device recognition method and device
CN105323628B (zh) 基于dlna跨屏播放的方法及系统、浏览器端装置和播放装置
JP2014513903A (ja) ネットワーキング方法、サーバ装置およびクライアント装置
WO2022048371A1 (zh) 跨设备音频播放方法、移动终端、电子设备及存储介质
US11068148B2 (en) Information processing device
US20180014063A1 (en) Method and Apparatus for Accessing a Terminal Device Camera to a Target Device
WO2015176648A1 (zh) 将智能终端上的数据传输至电视终端的方法、装置
CN111092898B (zh) 报文传输方法及相关设备
CN115209192A (zh) 一种显示设备、智能设备和摄像头共享方法
WO2022033377A1 (zh) 一种媒体信息传输方法及电子设备
WO2024108928A1 (zh) 投屏方法和装置
CN115174672B (zh) 终端、显示设备及数据传输方法
US20180267907A1 (en) Methods and apparatus for communication between mobile devices and accessory devices
WO2024109586A1 (zh) 报文处理方法和装置
EP4164235A1 (en) Screen sharing method, terminal, and storage medium
WO2022012521A1 (zh) 一种增加字幕和/或音频的方法及系统
WO2024087588A1 (zh) 报文处理方法和装置
US20090073982A1 (en) Tcp packet communication device and techniques related thereto
WO2016177257A1 (zh) 一种数据分享的方法和装置
WO2023051204A1 (zh) 跨设备连接方法、电子设备及存储介质
WO2024066521A1 (zh) 内存刷新方法和装置
EP4287586A1 (en) Media playback method and apparatus and electronic device
WO2022174664A1 (zh) 一种直播方法、装置及系统