CN104041064A - 无线显示设备的最小认知模式 - Google Patents
无线显示设备的最小认知模式 Download PDFInfo
- Publication number
- CN104041064A CN104041064A CN201280049153.4A CN201280049153A CN104041064A CN 104041064 A CN104041064 A CN 104041064A CN 201280049153 A CN201280049153 A CN 201280049153A CN 104041064 A CN104041064 A CN 104041064A
- Authority
- CN
- China
- Prior art keywords
- receiving equipment
- pattern
- source device
- grade
- instruction
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
- H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
-
- 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/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/41422—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance located in transportation means, e.g. personal vehicle
-
- 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/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
-
- 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
-
- 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44213—Monitoring of end-user related data
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/637—Control signals issued by the client directed to the server or network components
- H04N21/6377—Control signals issued by the client directed to the server or network components directed to server
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Social Psychology (AREA)
- Telephone Function (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及用于使无线显示(WD)系统中的接收设备能够控制源设备的操作以及从源设备发送的媒体数据的技术。在一个示例中,一种方法包括:在源设备和能够在最小认知(MC)模式下操作的至少一个接收设备之间建立通信会话,其中,该MC模式包括一个或多个等级;从该接收设备接收信号,以基于在该接收设备处检测出的触发器信息启用该MC模式的特定等级;以及,根据源设备针对该MC模式的特定等级修改的操作向接收设备发送媒体数据。
Description
本专利申请要求于2011年10月5日提交的、题为“MINIMAL COGNITIVE MODE FOR WIRELESS DISPLAY DEVICES”的美国临时申请No.61/543,675的优先权,故以引用方式将其全部内容并入本文。
技术领域
本公开内容涉及在无线源设备和无线接收设备之间发送数据。
背景技术
无线显示(WD)系统包括源设备和一个或多个接收设备。源设备和每个接收设备可以是无线装置或具有无线通信能力的有线装置。作为移动装置,举例而言,一个或多个源设备和接收设备可以包括移动电话、具有无线通信卡的便携式计算机、个人数字助理(PDA)、便携式媒体播放器或其它具有无线通信能力的闪存装置,包括所说的“智能”电话和“智能”平板或平板电脑,一个或多个源设备和接收设备可以包括电视、桌面型计算机、监视器、投影仪等,它们都包括无线通信能力。
源设备向参与到特定通信会话中的一个或多个接收设备发送诸如像音频和/或视频数据这样的媒体数据。媒体数据可以在源设备的本地显示器和每个接收设备的显示器处回放。更具体而言,每个参与者接收设备将接收到的媒体数据在其显示器和音频设备上展示。在一些情况中,接收设备的用户可以对该接收设备进行用户输入,诸如触摸输入和远程控制输入。在WD系统中,用户输入是从接收设备发送给源设备的。源设备处理从接收设备接收到的用户输入,并对后续要发送给接收设备的媒体数据上施加用户输入。
发明内容
一般而言,本发明内容涉及用于使无线显示(WD)系统中的接收设备 能够控制源设备的操作和从该源设备发送的媒体数据类型的技术。在一些环境中,针对运行在源设备上的一些应用所产生的媒体数据(诸如音频和/或视频数据)在接收设备处是不想要的,例如当接收设备的用户正在开车时。该接收设备通常是通信会话的关注焦点,因此对于接收设备,对其从源设备接收的媒体数据拥有一些除了终止该通信会话以外的操作是很有利的。因此,该技术提供了最小认知(MC)模式机制用于使接收设备能够通知源设备修改源设备和运行在该源设备上的应用的操作。
更具体地,该技术提供MC模式机制,定义了运行在源设备上的应用和接收设备处响应从接收设备的主系统检测到的预定义触发器信息的用户输入装置的操作的不同等级。举例而言,该主系统可以包括汽车主系统,而接收设备可以包括该汽车中的媒体音响主机。预定义的触发器信息可以包括环境状况、用户行为或用户输入,该输入指示该主系统中的接收设备的用户正在执行动作,在这一期间不想要来自源设备的某些类型的媒体数据。作为对检测到触发器信息的响应,接收设备通知源设备激活MC模式的相关等级以便在用户活动期间修改源设备的操作。在接收设备处的用户输入装置的操作也可以根据MC模式的激活等级进行修改。
在一个示例中,一种方法包括:用源设备与至少一个接收设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的MC模式;用所述源设备从所述接收设备接收指示所述MC模式的所述等级中的一个等级的信号,其中,在所述接收设备处基于从所述接收设备的主系统检测到的触发器信息激活所指示的所述MC模式的等级;在所述源设备处激活所指示的所述MC模式的等级;以及,根据所述源设备针对所激活的所述MC模式的等级的经修改的操作向所述接收设备发送媒体数据。
在一个示例中,一种方法包括:用接收设备与源设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的MC模式;基于从所述接收设备的主系统检测到的触发器信息来激活所述接收设备处的所述MC模式的所述等级中的一个等级;向所述源设备发送指示所述接收设备处的所激活的所述MC模式的等级的信号;以及,根据所述源设备针对所激活的所述MC模式的等级的经修改的操作,在所述接收设备处接收媒体数据。
在另一个示例中,一种源设备包括存储媒体数据的存储器以及处理器,所述处理器配置为:与至少一个接收设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的MC模式。所述源设备的处理器还配置为:从所述接收设备接收指示所述MC模式的所述等级中的一个等级的信号,其中,在所述接收设备处基于从所述接收设备的主系统检测到的触发器信息激活所指示的所述MC模式的等级;在所述源设备处激活所指示的所述MC模式的等级;以及,根据所述源设备针对所激活的所述MC模式的等级的经修改的操作向所述接收设备发送媒体数据。
在另一个示例中,一种接收设备包括存储媒体数据的存储器以及处理器,所述处理器配置为:与源设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的MC模式。所述接收设备的处理器还配置为:基于从所述接收设备的主系统检测到的触发器信息来激活所述接收设备处的所述MC模式的所述等级中的一个等级;向所述源设备发送指示所述接收设备处的所激活的所述MC模式的等级的信号;以及,根据所述源设备针对所激活的所述MC模式的等级的经修改的操作,在所述接收设备处接收媒体数据。
在另一个示例中,一种源设备包括:用于与至少一个接收设备建立连接的模块,其中,所述源设备和所述接收设备支持包括一个或多个等级的MC模式;用于从所述接收设备接收指示所述MC模式的所述等级中的一个等级的信号的模块,其中,在所述接收设备处基于从所述接收设备的主系统检测到的触发器信息激活所指示的所述MC模式的等级;用于在所述源设备处激活所指示的所述MC模式的等级的模块;以及,用于根据所述源设备针对所激活的所述MC模式的等级的经修改的操作向所述接收设备发送媒体数据的模块。
在另一个示例中,一种接收设备包括:用于与源设备建立连接的模块,其中,所述源设备和所述接收设备支持包括一个或多个等级的MC模式;用于基于从所述接收设备的主系统检测到的触发器信息来激活所述接收设备处的所述MC模式的所述等级中的一个等级的模块;用于向所述源设备发送指示所述接收设备处的所激活的所述MC模式的等级的信号的模块;以及,用于根据所述源设备针对所激活的所述MC模式的等级的经修改的 操作,在所述接收设备处接收媒体数据的模块。
在另一个示例中,一种包括指令的计算机可读介质,当在源设备中执行所述指令时使得可编程处理器执行以下操作:与至少一个接收设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的MC模式;从所述接收设备接收指示所述MC模式的所述等级中的一个等级的信号,其中,在所述接收设备处基于从所述接收设备的主系统检测到的触发器信息激活所指示的所述MC模式的等级;在所述源设备处激活所指示的所述MC模式的等级;以及,根据所述源设备针对所激活的所述MC模式的等级的经修改的操作向所述接收设备发送媒体数据。
在另一个示例中,一种包括指令的计算机可读介质,当在接收设备中执行所述指令时使得可编程处理器执行以下操作:与源设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的MC模式;基于从所述接收设备的主系统检测到的触发器信息来激活所述接收设备处的所述MC模式的所述等级中的一个等级;向所述源设备发送指示所述接收设备处的所激活的所述MC模式的等级的信号;以及,根据所述源设备针对所激活的所述MC模式的等级的经修改的操作,在所述接收设备处接收媒体数据。
在下面的附图和说明书中给出了本发明的一个或多个示例的细节。通过说明说和附图以及权利要求,其它特性、目标和优势将变得显而易见。
附图说明
图1是示出了WD系统的示例的框图,该WD系统包括源设备和能够支持最小认知(MC)模式的主系统中的接收设备。
图2是示出了可以实现本发明的技术的源设备的示例的框图。
图3是示出了可以实现本发明的技术的主系统中的接收设备的示例的框图。
图4是示出了可以实现本发明技术的发射机系统和接收机系统的框图。
图5是示出了用于执行源设备和接收设备之间的MC模式能力协商的示例性消息传递序列的概念性示意图。
图6是示出了可以用于从接收设备向源设备通知MC模式的激活等级 的示例性数据分组的概念性示意图。
图7是示出了能够支持MC模式的源设备的示例性操作的流程图。
图8是示出了能够支持MC模式的接收设备的示例性操作的流程图。
具体实施方式
本发明涉及用于使无线显示(WD)系统中的接收设备能够控制源设备的操作和从该源设备发送的某一类型媒体数据的技术。在一些环境中,针对运行在源设备上的一些应用所产生的媒体数据(诸如音频和/或视频数据)在接收设备处是不想要的,例如当接收设备的用户正在开车时。该接收设备通常是通信会话的关注焦点,因此对于接收设备,对其从源设备接收的媒体数据拥有一些除了终止该通信会话以外的操作是很有利的。因此,该技术提供了最小认知(MC)模式机制用于使接收设备能够通知源设备修改源设备和运行在该源设备上的应用的操作。
更具体地,该技术提供MC模式机制,定义了运行在源设备上的应用和接收设备处响应从接收设备的主系统检测到的预定义触发器信息的用户输入装置的操作的不同等级。举例而言,该主系统可以包括汽车主系统,而接收设备可以包括该汽车中的媒体音响主机。预定义的触发器信息可以包括环境状况、用户行为或用户输入,该输入指示该主系统中的接收设备的用户正在执行动作,在这一期间不想要来自源设备的某些类型的媒体数据。作为对检测到触发器信息的响应,接收设备通知源设备激活MC模式的相关等级以便在用户活动期间修改源设备的操作。在接收设备处的用户输入装置的操作也可以根据MC模式的激活等级进行修改。
图1是示出了WD系统100的示例的框图,该系统包括源设备120和能够支持最小认知(MC)模式的主系统180中的接收设备160。如图1中所示,WD系统100包括源设备120,其通过通信信道150与接收设备160通信。主系统180包括接收设备160可以在其中运行的环境。
举例而言,主系统180可以包括汽车主系统,其包括的接收设备160是包括至少一个处理器和在该汽车的控制台中作为汽车用户和主系统180之间的接口的显示器的媒体音响主机。在这种情况中,源设备120可以包括用于向主系统180中的接收设备160提供媒体数据以显示给汽车用户的 移动装置。举另一个例子,主系统180可以包括会议中心主系统,其包括的接收设备160可以是会议中心的投影仪、监视器或电视。在这种情况中,源设备120可以包括用于向主系统180中的接收设备160提供媒体数据以显示给会议中心现场观众的移动装置。
源设备120可以包括存储音频和/或视频(A/V)数据的存储器121、显示器122、扬声器123、音频和/或视频(A/V)编码器124(也称为编码器124)、音频和/或视频(A/V)控制模块125和发射机/接收机(TX/RX)单元126。接收设备160可以包括显示器162、扬声器163、音频和/或视频(A/V)解码器164(也称为解码器164)、发射机/接收机单元166、用户输入(UI)装置167和用户输入处理模块(UIPM)168。示出的组件仅仅是组成了WD系统100的一种示例性配置。其它配置可以包括比那些示出的更少的组件或可以包括比示出的更多的额外组件。
在图1的示例中,源设备120可以在显示器122上显示A/V数据121的视频部分,并将A/V数据121的音频部分输出到扬声器123。A/V数据121可以本地存储在源设备120上,从外部存储介质(诸如文件服务器、硬盘驱动器、外部存储器、蓝光光盘、DVD或其它物理存储介质)存取,或可以通过网络连接(诸如因特网)流向源设备120。在一些实例中,可以通过源设备120的摄像机和麦克风实时捕捉A/V数据121。A/V数据121可以包括多媒体内容,诸如电影、电视节目或音乐,但是也可以包括由源设备120生成的实时内容。这种实时内容可以例如由源设备120上运行的应用产生,或者例如作为视频电话会话的一部分被捕捉的视频数据。在一些实例中,这种实时内容可以包括用户可用于选择的用户输入选择的视频帧。在一些实例中,A/V数据121可以包括不同类型内容组合的视频帧,诸如在视频框上叠加有用户输入选项的电影或电视节目的视频帧。
除了通过显示器122和扬声器123本地展示A/V数据121,源设备120的A/V编码器124可以对A/V数据121编码,并且发射机/接收机单元126可以通过通信信道150向接收设备160传输编码后的数据。接收设备160的发射机/接收机单元166接收编码后的数据,而A/V解码器164对编码后的数据解码并且通过显示器162和扬声器163输出解码后的数据。以这种方式,显示器122和扬声器123所展示的音频和视频数据可以同时由显示 器162和扬声器163展示。音频数据和视频数据可以按帧排列,展示时音频帧可以与视频帧时间同步。
A/V编码器124和A/V解码器164可以实现很多音频和视频压缩标准,诸如ITU-T H.264标准,作为替换可以称为MPEG-4,Part10,高级视频编码(AVC),或者新出现的高效视频编码(HEVC)标准。也可以使用很多其它类型的专有或标准化压缩技术。一般而言,A/V解码器164用于执行A/V编码器124的相反的编码操作。虽然图1中未示出,在一些方面,A/V编码器124和A/V解码器164可以各自与音频编码器和解码器整合,并且可以包括适当的MUX-DEMUX单元,或其它硬件和软件,以便处理公共数据流或单独的数据流中音频和视频的编码。
如下面进一步详细描述的,A/V编码器124还可以执行除了如上所描述的视频压缩标准以外的其它编码功能。例如,A/V编码器124可以在A/V数据121传输给接收设备160之前向其添加各种类型的元数据。在一些实例中,A/V数据121可以以编码的形式存储在源设备120处或在其处接收,并且因此不需要由A/V编码器124进一步压缩。
虽然,图1单独地示出了携带音频有效载荷数据和视频有效载荷数据的通信信道150,但是应该理解的是在一些实例中,视频有效载荷数据和音频有效载荷数据可以是共用数据流的一部分。如果适用,MUX-DEMUX单元可以依照ITU H.223多路复用协议,或诸如像用户数据报协议(UDP)这样的其它协议。A/V编码器124和A/V解码器164各自实现为一个或多个微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、离散逻辑、软件、硬件、固件或其任何组合。每个A/V编码器124和A/V解码器164可以包括在一个或多个编码器或解码器中,两者中的任何一个可以整合为组合的编码器/解码器的一部分(CODEC)。因此,每个源设备120和接收设备160可以包括用于执行本发明的一种或多种技术的具体装置。
显示器122和显示器162可以包括多种不同的视频输出装置,诸如阴极射线管(CRT)、液晶显示器(LCD)、等离子显示器、发光二极管(LED)显示器、有机发光二极管(OLED)显示器或另一种类型的显示器装置。在这些或其它示例中,每个显示器122和162可以是发光显示器或透射式显 示器。显示器122和162还可以是触摸显示器,使其可以同时是输入装置和显示设备。这种触摸显示器可以是电容性的、电阻的或者允许用户向相应的装置提供用户输入的其它类型的触摸面板。
扬声器123可以包括任何种类的音频输出装置,诸如耳机、单一扬声器系统、多扬声器系统或环绕声音系统。另外,虽然显示器122和扬声器123显示为源设备120的一部分,而显示器162和扬声器163显示为接收设备160的一部分,但是源设备120和接收设备160实际上可以是装置系统。举个例子,显示器162可以是电视,扬声器163可以是环绕声音系统,解码器164可以是外置盒的一部分,该外置盒通过有线或无线连接显示器162和扬声器163。在其它实例中,接收设备160可以是单个装置,诸如平板电脑或智能电话。在其它情况中,源设备120和接收设备160是类似的装置,例如都是智能电话、平板电脑等。在这种情况中,一个装置可以作为源而另一个作为接收设备。这些角色在后续的通信会话中甚至可以调换过来。在其它情况中,源设备可以包括移动装置,诸如智能电话、笔记本电脑或平板电脑,而接收设备可以包括更固定的装置(例如,具有交流电源线),在这种情况中,源设备可以通过接收设备向人群传递音频和视频数据用于展示。
发射机/接收机单元126和发射机/接收机单元166可以各自包括各种混合器、滤波器、放大器和设计用于信号调制的其它组件,以及一个或多个天线和设计用于传输和接收数据的其它组件。通信信道150一般代表任何合适的通信介质,或不同通信介质的集合,用于从源设备120向接收设备160传输视频数据。通信信道150通常是相对短范围的通信信道,类似于Wi-Fi、蓝牙等。但是,通信信道150不需要限制于这一方面,而是可以包括任何无线或有线通信介质,诸如射频(RF)频谱或一个或多个物理传输线路,或无线和有线介质的任何组合。在其它示例中,通信信道150可以构成基于分组的网络的一部分,诸如有线或无线局域网、广域网或全球网络,诸如因特网。另外,通信信道150可以由源设备120和接收设备160用于创建对等链路。
源设备120和接收设备160可以根据使用例如实时流协议(RTSP)控制消息的能力协商建立通信会话。然后,源设备120和接收设备160可以 通过通信信道150使用诸如像来自IEEE802.11标准族的标准进行通信。源设备120和接收设备160可以,例如根据Wi-Fi直连(WFD)标准通信,这样源设备120和接收设备160相互直接通信而不使用诸如像无线接入点或所谓的热点这样的中介。源设备120和接收设备160还可以建立隧道直接链路建立(TDLS)以避免或降低网络拥塞。WFD和TDLS意在建立相对短距离的通信会话。在本申请中,相对短的距离可以指的是,例如小于大约70米,但是在嘈杂或阻塞的环境中装置之间的距离甚至更短,诸如小于大约35米,或小于大约20米。
本发明内容的技术有时可以关于WFD描述,但是可以预计的是,这些技术的方面也可以兼容其它通信协议实现。举例而言但并不是限制性的,源设备120和接收设备160之间的无线通信可以利用正交频分复用(OFDM)技术。也可以使用很多种类的其它无线通信技术,包括但并不仅限于时分多址(TDMA)、频分多址(FDMA)、码分多址(CDMA)或OFDM、FDMA、TDMA和/或CDMA的任何组合。
除了对来自源设备120的数据进行解码和展示,接收设备160还从用户输入装置167接收用户输入。用户输入装置167可以是例如键盘、鼠标、轨迹球或触控板、触摸屏、语音命令识别模块或任何其它这种用户输入装置。UIPM168将用户输入装置167接收到的用户输入命令格式化为源设备120能够解释的数据分组结构。这些数据分组可以由发射机/接收机166通过通信信道150传输给源设备120。发射机/接收机单元126接收该数据分组,A/V控制模块125对数据分组解析以翻译由用户输入装置167所接收的用户输入命令。根据在数据分组中接收到的命令,A/V控制模块125能够改变编码和传输的内容。以这种方式,接收设备160的用户可以远程控制源设备120正在传输的音频有效载荷数据和视频有效载荷数据,而无需直接与源设备120交互。
另外,接收设备160的用户能够启动和控制源设备120上的应用。例如,接收设备160的用户可以启动源设备120上存储的照片编辑应用,并使用该应用编辑本地存储在源设备120上的照片。接收设备160可以给用户一种用户体验,就是看起来和感觉上照片好像是在接收设备160上本地编辑一样,但是实际上照片是在源设备120上被编辑的。使用这种配置, 装置用户能够调整有多个装置的用户的一个装置的能力。例如,源设备120可以包括具有大量存储和高端处理能力的智能电话。但是,当观看电影时,用户可能希望在具有更大显示屏的装置上观看该电影,在这种情况下接收设备160可以是平板电脑或者甚至更大的显示设备或电视。当想要发送或回复邮件时,用户可能希望使用具有物理键盘的装置,在这种情况下接收设备160可以是膝上型电脑。在这些实例中,即使用户与接收设备交互,但是大部分处理还是由源设备120执行的。源设备和接收设备可以通过在任何给定会话中协商或识别装置的能力便于双向交互。
在一些配置中,A/V控制模块125可以包括由源设备120的操作系统执行的操作系统处理。但是,在其它配置中,A/V控制模块125可以包括运行在源设备120上的应用的软件处理。在这种配置中,用户输入命令可以由软件处理来翻译,这样接收设备160的用户就直接与源设备120上运行的应用交互,与源设备120上运行的操作系统正好相反。通过与操作系统相对的应用的直接交互,接收设备160的用户可以接入对于源设备120的操作系统不是本地的命令库。另外,与应用直接交互可以使得命令能够被运行在不同平台上的装置更容易地的传输和处理。
应用于接收设备160的用户输入可以通过通信信道150发送回源设备120。在一个示例中,可以实现反向信道结构,也称为用户交互返回信道(UIBC),以便接收设备160将应用于接收设备160的用户输入传输给源设备120。该反向信道结构可以包括用于传送用户输入的上层消息,和用于协商接收设备160和源设备120处的用户交互能力的低层帧。UIBC可以位于接收设备160和源设备120之间的因特网协议(IP)传输层之上。以这种方式,UIBC可以在开放系统互连(OSI)通信模型中的传输层之上。为了促进包含用户输入数据的数据分组的传输和队列化发送,UIBC可以配置为运行在其它基于分组的通信协议(诸如传输控制协议/因特网协议(TCP/IP)或用户数据报协议(UDP))上。UDP和TCP可以并行运行在OSI层结构中。TCP/IP可以使得接收设备160和源设备120能够实现如果有分组丢失时的重传技术。
UIBC可以设计为用于传送各种类型的用户输入数据,包括跨平台用户输入数据。例如,源设备120可以运行操作系统,而接收设备160可 以运行另一种操作系统,诸如或无论何种平台,UIPM168可以将接收到的用户输入以A/V控制模块125可理解的形式封装起来。UIBC可以支持多种不同类型的用户输入格式以便允许很多不同类型的源设备和接收设备开发该协议而不用考虑源设备和接收设备是否运行在不同平台上。可以定义一般的输入格式,并且可以支持全部平台特定的输入格式,从而提供一种灵活的方式,用户输入可以通过这种方式由UIBC在源设备120和接收设备160之间传输。
根据本发明的技术,接收设备160可以控制源设备120的操作和/或运行在该源设备120上的应用以修改从源设备120提供和传输的媒体数据的类型。在一些环境中,诸如像电话呼叫、文本消息和其它A/V内容这样的针对源设备120上运行的一些应用所产生的媒体数据可能是在接收设备160处不想要的。例如,当接收设备160的用户正在驾驶、进行演讲或执行一些其它动作时可能不想要需要用户交互的文本消息和其它内容,因为这期间分散注意力是很不好和/或不安全的。接收设备160通常是通信会话的关注焦点,因此接收设备160对于其从源设备120接收的元数据具有一些超出简单地终止通信会话以外的控制是很有利的。因此,本发明的技术提供了最小认知(MC)模式机制以便使接收设备160能够通知源设备120修改源设备120上的操作和源设备120上运行的应用。
更具体地,该技术提供MC模式机制,定义运行在源设备120上的应用和接收设备160处的用户输入装置的一个或多个等级,作为对从主系统180检测到的预定义的触发器信息的响应。预定义的触发器信息可以包括某些环境条件、用户行为或用户输入,该用户输入指示主系统中的接收设备160的用户正在执行动作,在这一期间不想要来自源设备120的某些类型的媒体数据。在一些情况中,接收设备160可以检测来自包括在主系统180中的一个或多个传感器的触发器信息。例如,当主系统180包括汽车主系统时,触发器信息可以包括变线、转弯、坏天气状况(例如,雨或雪)、其它车辆靠近或仅仅是行驶中的指示。举另一个例子,当主系统180包括会议中心主系统时,触发器信息可以包括灯光变暗、很多人进入会场或用户输入即将开始陈述的指示。
作为对检测到触发器信息的响应,接收设备160通知源设备120激活 MC模式的相关联等级。然后,源设备120中的A/V控制模块125解析接收到的信号以识别在接收设备160处激活的MC模式的等级。A/V控制模块125在源设备120处激活所指出的MC模式等级,并且可以修改源设备120和/或源设备120上运行的应用的操作以改变用户活动期间提供和传输给接收设备160的内容的类型。MC模式的激活等级还可以用于修改接收设备160处的UI装置167的操作以改变用户动作期间允许的用户交互的类型。
MC模式的一个或多个等级中的每一个都指定了源设备120和/或接收设备160可以依照修改的规则。例如,给定的MC模式等级的规则会使得A/V控制模块125修改源设备120和源设备120上运行的应用的操作以便只提供某种类型的媒体数据,例如,电话呼叫、文本消息和音频和/或视频内容。MC模式的给定等级的规则还会使接收设备160处的UI装置167的操作被修改以便允许与接收设备160的某种类型的用户交互,例如语音和触摸命令、只支持语音命令或不支持命令。
MC模式能力协商可以在源设备120和接收设备160之间建立通信会话之前发生或发生在贯穿通信会话的各个时间。作为这一协商处理的一部分,源设备120和接收设备160可以同意针对通信会话启用MC模式。当启用MC模式时,接收设备160可以根据从主系统180检测到的触发器信息激活MC模式的一个等级。然后,接收设备160向源设备120发送信号指示MC模式的激活等级。根据MC模式的激活等级,源设备120修改A/V控制器125的操作以便只处理针对该MC模式的激活等级允许的媒体数据类型。另外,根据MC模式的激活等级,接收设备160修改UI装置167的操作以便只接受针对MC模式的激活等级允许的用户输入类别。
根据本发明的技术,源设备120和接收设备160可以利用RTSP控制消息执行通信会话的MC模式能力协商。如果源设备120和接收设备160都支持MC模式,则源设备120可以针对通信会话启用MC模式。一旦针对通信会话启用MC模式,则接收设备160通过通信信道150向源设备120通知MC模式的激活等级。在一些情况中,接收设备160可以使用UIBC向源设备120通知MC模式的激活等级。在其它情况中,接收设备160可以使用RTSP控制消息向源设备120指示MC模式的激活等级。
举例而言,主系统180可以包括汽车主系统,其包括的接收设备160 是汽车控制台中的媒体音响主机。主系统180可以包括汽车的计算机系统,用于控制汽车的一些部分和与汽车用户(例如,驾驶员和/或乘客)的交互。媒体音响主机可以包括至少一个处理器和显示器,并作为用户和主系统180之间的接口进行操作。在这种情况中,源设备120可以包括用于向主系统180中的接收设备160提供媒体数据以显示给汽车用户的移动装置。
举个例子,源设备120可以包括汽车用户所拥有的智能电话。虽然用户在汽车中,但是智能电话(即,源设备120)可以向嵌入在汽车控制板中的主系统180的媒体音响主机(即,接收设备160)传输媒体数据用于向用户显示。当用户开车时,不希望所有类型的媒体数据,尤其是要求用户互动的媒体数据,发送给接收设备160以显示给驾驶员。本发明的技术允许接收设备160检测来自主系统180的触发器信息,该触发器信息可以是汽车正在被驾驶中和/或进行驾驶的环境或交通状况,并确定与该触发器信息相关联的MC模式的等级。然后,接收设备160可以通知源设备120指出该MC模式的等级以便修改从源设备120接收到的媒体数据的类型以便只包括不会对驾驶条件造成注意力分散或危险的数据。
举另一个例子,主系统180可以包括会议中心主系统,其包括的接收设备160可以是会议中心的投影仪、监视器或电视。主系统180可以包括会议中心的计算机系统,用于控制会议中心的一些部分和与会议中心的用户(例如,演讲者和/或观众)的交互界面。在这种情况中,源设备120可以包括用于向主系统180中的接收设备160提供媒体数据以显示给会议中心的一个或多个现场观众的移动装置。
举个例子,源设备120可以包括会议中心中的演讲者所拥有的智能电话。智能电话(即,源设备120)可以向会议中心中的主系统180的投影仪、监视器或电视(即,接收设备160)传输媒体数据用于显示给观众。当用户进行演讲时,不希望所有类型的媒体数据,尤其是个人媒体数据发送给接收设备160用于显示给演讲的所有观众。本发明内容的技术允许接收设备160检测来自主系统180的触发器信息,该触发器信息指示该会议中心坐满了听众和/或会议中心内已经开始演讲,并且确定与该触发器信息相关联的MC模式的等级。然后,接收设备160可以通知源设备120指示MC模式的等级以便修改从源设备120接收到的媒体数据的类型以便只包括个人数据 或与演讲无关的数据。
在图1的示例中,源设备120可以包括智能电话、平板电脑、膝上型电脑、桌面型电脑、支持Wi-Fi的电视或能够传输音频和视频数据的任何其它装置。主系统180中的接收设备160可以类似地包括智能电话、平板电脑、膝上型电脑、桌面型电脑、支持Wi-Fi的电视或能够接收音频和视频数据并接收用户输入数据的任何其它装置。在一些实例中,接收设备160可以包括装置系统,这样显示器162、扬声器163、UI装置167和A/V编码器164所有部分都是分离的但是互操作的装置。源设备120可以类似的是装置系统而不是单个装置。
在本发明中,术语源设备一般用于指传输A/V数据的装置,而术语接收设备一般用于指从该源设备接收A/V数据的装置。在很多情况中,源设备120和接收设备160可以是相似的或完全相同的装置,一个装置用作源而另一个用作接收设备。此外,这些角色可以在不同的通信会话中调换。因此,一个通信会话中的接收设备可以成为后续通信会话中的源设备,反之亦然。
在一些示例中,除了接收设备160和主系统180,WD系统100可以包括一个或多个主系统中的一个或多个接收设备。与接收设备160类似,额外的接收设备可以从源设备120接收A/V数据,并通过已建立的UIBC向源设备120传输用户命令。在一些配置中,多个接收设备可以相互独立工作,并且源设备120处的A/V数据输出可以同时输出在接收设备160和一个或多个额外的接收设备处。在其它配置中,接收设备160可以是主要接收设备,而一个或多个额外的接收设备可以是次要接收设备。在这种示例性配置中,接收设备160和一个额外的接收设备可以连接起来,而接收设备160可以显示视频数据,同时额外的接收设备输出相应的音频数据。另外,在一些配置中,接收设备160可以只输出传输的视频数据,而额外的接收设备输出传输的音频数据。
图2是示出了源设备220的一个示例的框图。源设备120可以是类似于图1中的源设备120的装置,并且以与源设备120相同的方式工作。源设备220可以包括本地显示器222、扬声器223、处理器231、显示处理器235、音频处理器236、存储器232、传输单元233、无线调制解调器234和 MC模式驱动器240。如图2中所示,源设备220可以包括一个或多个处理器(即,处理器231、显示处理器235和音频处理器236),对A/V数据编码和/或解码用于传输、存储和显示。媒体或A/V数据可以例如存储在存储器232处。存储器232可以存储整个A/V文件,或者可以包括较小的缓存,简单地存储A/V文件的一部分,例如从另一个装置或源设备流出的。
传输单元233可以处理编码后的A/V数据用于网络传输。例如,编码后的A/V数据可以由处理器231处理,并由传输单元233封装到网络接入层(NAL)单元中用于穿过网络传输。该NAL单元可以由无线调制解调器234通过网络连接发送给无线接收设备。无线调制解调器234可以,例如是用于实现IEEE802.11标准族中的一种的Wi-Fi调制解调器。源设备220还可以进行本地处理和显示A/V数据。具体而言,显示处理器235可以处理要显示在本地显示器22上的视频数据,音频处理器236可以处理要在扬声器223上输出的音频数据。
如上参照图1的源设备120所描述的,源设备220可以从接收装置接收用户输入命令和MC模式等级指示。例如,源设备220的无线调制解调器234可以从接收设备接收封装后的用户输入数据分组,诸如NAL单元,并将封装后的数据单元发送给传输单元233用于解封装。传输单元233可以从该NAL单元提取出用户输入数据分组,处理器231可以解析该数据分组以提取用户输入命令。根据用户输入命令,处理器231修改由源设备220处理的A/V数据类型。在其它示例中,源设备220可以包括用户输入单元或驱动器(图2中未示出),用于从传输单元233接收用户输入数据分组,解析该数据分组以提取用户输入命令,并指导处理器231根据用户输入命令修改源设备220处理的A/V数据类型。
根据本发明的技术,源设备220的无线调制解调器234可以从接收设备接收在封装的数据分组或控制消息中的MC模式等级指示。然后,无线调制解调器234可以将MC模式数据分组或控制消息发送给传输单元233。如图2中所示,MC模式单元240从传输单元233接收MC模式数据分组或控制消息,解析该数据分组或控制消息以提取MC模式等级,并指导处理器231根据所指出的MC模式等级修改由源设备220处理的A/V数据类型,例如电话呼叫、文字消息和音频和/或视频内容。虽然图2中显示为源设备 220中的单独单元,但是在其它示例中,MC模式单元240可以运行在处理器231中以提取所指示的MC模式等级和修改A/V数据的处理。这样,就可以由处理器231和MC模式单元240全部或部分地实现上面参照图1的A/V控制模块125所描述的功能。
本申请中描述的MC模式机制定义了源设备220的不同工作等级,作为对由接收设备检测出的预定义的触发器信息的响应。一个或多个MC模式等级中的每一个指定源设备220的操作要依照修改的规则。例如,MC模式的给定等级的规则可以指导处理器231的修改以便只提供某些类型的媒体数据,例如电话呼叫、文字消息和音频和/或视频内容。在一些情况中,MC模式的给定等级的规则还可以指导接收设备处的用户输入接口的修改以便只允许某些类型的用户交互。MC中包括的等级数量可以根据WD通信会话标注,例如WFD或TDLS来定义。举例而言,WFD标准可以定义三种不同的MC模式的等级:MC-1、MC-2和MC-3。在其它示例中,MC模式可以定义更多或更少的操作等级。
源设备220和/或与源设备220通信的接收设备的供应商负责配置与每个等级相关联的规则。供应商还负责指派用在接收设备处用于识别每个等级的触发器信息。每个MC模式等级相关联的规则指定允许由处理器231提供用于在运行于特定MC模式中时传输给接收设备的媒体数据的类型。针对MC模式的不同等级所配置的规则可以存储在MC模式单元240或存储器232中。当MC模式单元240接收指示在接收设备处激活的MC模式的一个等级的数据分组或控制消息时,MC模式单元240修改处理器231的操作以便只处理该MC模式激活等级相关联的规则所允许的A/V数据类型,例如,电话呼叫、文字消息和音频和/或视频内容。
下面的表1关于源设备220所提供的不同类型媒体数据和接收设备所接收到的用户输入,示出了针对MC模式的三种等级,MC-1、MC-2和MC-3的每一种配置的示例性规则。
表1
例如,根据表1,在MC-1等级处,相关联的规则可以运行一般处理和由源设备220进行的电话呼叫和一般A/V内容的传输,但是将处理器231的操作限制在只提供语音命令文字消息。在MC-2等级处,相关联的规则可以将处理器231的操作限制在只提供语音命令电话呼叫和语音命令A/V内容,而不提供任何文字消息。另外,MC-2等级相关联的规则可以将接收设备处的用户交互限制为只提供语音命令。在MC-3等级处,相关联的规则可以将处理器231的操作限制为不提供任何电话呼叫、文字消息或用于传输给接收设备的一般A/V内容。另外,MC-3等级相关联的规则可以不允许在接收设备处进行任何用户交互。在其它示例中,可以针对MC模式等级MC-1、MC-2和MC-3的一个或多个或针对额外的MC模式等级配置不同规则。
图2的处理器231一般代表很多不同类型的处理器的任意一种,包括但并不仅限于一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)、其它等效的集成或离散逻辑电路,或其一些组合。图2的存储器232可以包括多种不同类型的易失性或非易失性存储器的任意一种,包括但并不仅限于随机存取存储器(RAM),诸如同步动态随机存取存储器(SDRAM)、只读存储器(ROM)、非易失性随机存取存储器(NVRAM)、电可擦除可编程只读存储器(EEPROM)、闪存等。存储器232可以包括用于存储音频/视频数据以及其它类型的数据的计算机可读存储介质。存储器232可以另外存储可以由处理器231作为执行本申请中所描述的各种技术的一部分而执行的指令和程序代码。
图3是示出了主系统300中可以实现本发明的技术的接收设备360的示例的框图。主系统300包括接收设备180可以运行的环境。例如,主系统300可以包括汽车主系统,其包括的接收设备360是嵌入在汽车的控制 台中用于向汽车用户(例如驾驶员和乘客)显示的媒体音响主机。举另一个例子,主系统300可以包括会议中心主系统,其包括的接收设备360是会议中心内用于向其中的用户(例如演讲者和观众)进行展示的投影仪、监视器或电视。主装置300和接收设备360可以与图1中的主装置180和接收设备160类似。
接收设备360包括处理器331、存储器332、传输单元333、无线调制解调器334、显示处理器335、本地显示器362、音频处理器336、扬声器363、用户输入接口376和MC模式单元378。接收设备360在无线调制解调器334处从源设备接收封装的数据单元。无线调制解调器334可以例如是用于实现IEEE802.11标准族中的一个或多个标准的Wi-Fi调制解调器。传输单元333可以对封装的数据单元解封装。例如,传输单元333可以从封装的数据单元中提取编码后的视频数据并将编码的A/V数据发送给处理器331用于解码和提供输出。显示处理器335可以处理解码后的视频数据以便在本地显示器362上显示,而音频处理器336可以处理解码后的音频数据用于在扬声器373上输出。
除了提供音频和视频数据,无线接收设备360还可以通过用户输入接口376接收用户输入数据。用户输入接口376可以代表多种用户输入装置中的任何一种,包括但并不仅限于触摸显示器接口、键盘、鼠标、语音命令模块、手势捕捉装置(例如,具有基于摄像的输入捕捉能力)或任何其它多种用户输入装置。通过用户输入接口376接收到的用户输入可以由处理器331处理。这一处理可以包括生成包括接收的用户输入命令的数据分组。一旦生成,传输单元333可以处理数据分组用于通过UIBC网络传输给源设备。
根据本发明的技术,接收设备360可以检测来自主系统300的触发器信息。主系统300可以包括能够从主系统300感应环境状况、用户行为和/或用户输入的一个或多个传感器312。MC模式单元378处理检测到的触发器信息以确定所检测到的触发器信息相关联的MC模式的等级中的一个。然后,MC模式单元378可以在接收设备360处激活所确定的MC模式等级以便修改允许汽车用户通过用户输入接口376进行的交互类型,例如语音和触摸命令、只有语音命令或没有命令。虽然图3中显示为接收设备360 中单独的单元,但是在其它示例中,MC模式单元378可以运行在处理器331中以根据检测到的触发器信息确定并激活MC模式的等级。
一旦激活MC模式的等级,MC模式单元378还指导传输单元333生成指示MC模式的激活等级的信号并将该信号发送给源设备。举个例子,传输单元333可以在数据分组中指示MC模式的激活等级。传输单元333可以处理该数据分组用于通过UIBC网络传送给源设备。举另一个例子,传输单元333可以在控制消息(例如,RTSP控制消息)中指示MC模式的激活等级,并通过通信信道发送给源设备。然后,源设备可以根据所指示的MC模式等级修改要传输给接收设备360的A/V数据类型,例如电话呼叫、文字消息和音频和/或视频内容。
举个例子,主系统300可以包括汽车主系统,其包括的接收设备360可以是汽车控制台中的媒体音响主机。在这种情况中,主系统300可以包括汽车的计算机系统,用于控制汽车的一些部分和与汽车用户的互动。当主系统300包括汽车主系统时,触发器信息可以包括对下面的指示:变线、转弯、坏天气状况(例如,雨或雪)、其它车辆靠近或仅仅是驾驶中。在一些情况中,触发器信息可以包括指示特定环境状况或期望的用户行为的用户输入,例如,通过主系统300中的一个传感器312或通过用户输入接口376接收到的行驶中。触发器信息可以识别MC模式的特定等级,其定义了在使用汽车或其它计算设备时遵守法律、法规或安全驾驶习惯的规则。
举另一个例子,主系统300可以包括会议中心主系统,其包括的接收设备360是会议中心内的投影仪、监视器或电视。在这种情况中,主系统300可以包括会议中心的计算机系统,用于控制会议中心的一部分和与会议中心用户(例如,演讲者和/或观众)的接口。当主系统300包括会议中心时,触发器信息可以包括如下的指示:灯光变暗、很多人进入会场或用户输入即将开始陈述的指示。在一些情况中,触发器信息可以包括指示通过主系统300中的一个传感器312或通过用户输入接口376接收到有意的用户行为的指示,例如进行演讲。在这种情况中,触发器信息可以识别MC模式的特定等级,该等级定义了规则确保所有演讲观众不会在演讲期间看到个人的和不相关的媒体数据,例如电话呼叫、文字消息或其它音频和/或视频内容。
本申请中描述的MC模式机制定义了接收设备360的不同操作等级,作为对从主系统300检测到预定的触发器信息的响应。MC模式的一个或等个等级中的每一个指定依照修改接收设备360的操作的规则。例如,MC模式给定等级的规则可以确定运行在给定MC模式等级时将会从源设备接收到什么类型的媒体数据。另外,MC模式的给定等级的规则可以指导接收设备360中的用户输入接口376的修改以便只允许某些类型的用户交互,例如语音和触摸命令、只有语音命令或没有命令。如上关于图2的源设备220所描述的,可以根据WD通信会话标准,例如WFD或TDLS,定义MC模式中包括的等级数量。
接收设备360和/或与接收设备360通信的源设备的供应商负责配置与每个等级相关联的规则。供应商还负责指派来自主系统300的用于识别每个等级的触发器信息。针对MC模式不同等级配置的规则和触发器信息可以存储在MC模式单元378或存储器332中。每个MC模式等级相关联的规则制定允许由源设备提供并传输给接收设备360的媒体数据的类型,以及运行在特定MC模式等级时在接收设备360处允许的用户交互的类型。
当MC模式单元378从主系统300中的传感器312接收触发器信息时,MC模式单元378确定所检测到的触发器信息相关联的MC模式等级。然后,MC模式单元378可以在接收设备360处激活所确定的MC模式等级。根据所激活的MC模式等级,MC模式单元378将用户输入接口376的操作修改为只接受MC模式的激活等级相关联的规则允许的用户输入和交互的类型,例如语音和触摸命令、只有语音命令或没有命令。另外,MC模式单元378指导传输单元333生成指示MC模式的激活等级的信号并将该信号发送给源设备以修改运行在MC模式等级时提供和传输给接收设备360的数据类型。
参照上面的表1,在MC-1等级处,相关联的规则可以允许接收设备360从源设备接收电话呼叫和一般的A/V内容,但是将文字消息限制在只有语音命令。在MC-2等级处,相关联的规则可以将从源设备接收的电话呼叫和一般的A/V内容限制为只有语音命令,并且消除来自源设备的文字消息。在这种情况中,MC-2等级相关联的规则可以将源设备360处通过用户输入接口376的所有用户交互限制在只有语音命令。在MC-3等级处,相关 联的规则可以消除从源设备接收到的所有电话呼叫、文字消息和一般的A/V内容。在这种情况中,MC-3等级相关联的规则可以不允许接收设备360处通过用户输入接口376的任何用户交互。
举个例子,在主系统300包括汽车主系统的情况中,根据表1的MC模式等级,当接收设备360通过主系统300中的传感器312检测到用户在良好条件下驾驶,则接收设备360可以通知源设备激活MC-1以便只修改源设备处的文本消息发送应用的操作。当接收设备360检测到用户在恶劣条件下(例如,交通繁忙或坏天气)驾驶时,接收设备360可以通知源设备激活MC-2或MC-3以便修改源设备处运行的所有媒体数据应用,并修改接收设备360处的用户输入接口376的操作。
图3的处理器331可以包括一个或多个很多不同类型的处理器,诸如一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)、其它等效的集成或离散逻辑电路,或其一些组合。图3的存储器332可以包括多种不同类型的易失性或非易失性存储器,包括但并不仅限于随机存取存储器(RAM),诸如同步动态随机存取存储器(SDRAM)、只读存储器(ROM)、非易失性随机存取存储器(NVRAM)、电可擦除可编程只读存储器(EEPROM)、闪存等。存储器332可以包括用于存储音频/视频数据以及其它类型的数据的计算机可读存储介质。存储器332可以另外存储可以由处理器331作为执行本申请中所描述的各种技术的一部分而执行的指令和程序代码。
图4是示出示例性发射机系统410和接收机系统450的框图,其可以由图1的发射机/接收机126和发射机/接收机166用于通过通信信道150的通信。在发射机系统410,将若干数据流的业务数据从数据源412提供给发射(TX)数据处理器414。每个数据流可以经由各自的发射天线发出。TX数据处理器414根据针对每个数据流选择的具体编码方案,对每个数据流的业务数据进行格式化、编码和交织。针对每个数据流的编码数据可以使用正交频分复用(OFDM)技术与导频数据进行复用。还可以使用多种类型的其它无线通信技术,包括但并不仅限于时分多址(TDMA)、频分多址(FDMA)、码分多址(CDMA)或OFDM、FDMA、TDMA和/或CDMA的任何组合。
与图4一致,导频数据通常是以公知方式处理的公知数据格式,并且可以在接收机系统450处用于估计信道响应。然后,根据为该数据流选择的特定调制方案(例如,二进制相移键控(BPSK)、正交相移键控(QPSK)、M可以为2的幂的M-PSK或M阶正交幅度调制(M-QAM)),将复用的导频数据和每个数据流的编码后的数据进行调制(例如,符号映射),以便提供调制符号。通过处理器430执行的指令来确定每个数据流的数据率、编码和调制方案,该处理器可以连接到存储器432。
随后,将所有数据流的调制符号提供给TX MIMO处理器420,该处理器对(例如OFDM的)调制符号进行进一步处理。随后,TX MIMO处理器420向NT个发射机(TMTR)422A至422T(“发射机422”)提供NT个调制符号流。在某些方面,TX MIMO处理器420对数据流的符号以及发射符号的天线施加波束形成权重。每个发射机422接收各自的符号流并对其进行处理,以提供一个或多个模拟信号,并进一步对这些模拟信号进行调节(例如放大、滤波和上变频),以提供适用于在MIMO信道上传输的调制信号。随后,来自发射机422的NT个调制信号分别从NT个天线424a至424t(“天线424”)传输出去。
在接收机系统450中,所发射的调制信号可以由NR个天线452a至452r(“天线452”)接收,并将从每个天线452接收到的信号提供给各自的接收机(RCVR)454a至454r(“接收机454”)。每个接收机454对各自的接收信号进行调节(例如滤波、放大和下变频),对调节后的信号进行数字化处理以提供抽样,并进一步对这些抽样进行处理,以提供相应的“接收到的”符号流。然后RX数据处理器460从NR个接收机454接收NR个接收到的符号流,并根据特定的接收机处理技术对这些符号流进行处理,以提供NT个“检出的”符号流。然后,RX数据处理器460对每个检出的符号流进行解调、解交织和解码,从而恢复数据流的业务数据。RX数据处理器460的处理与发射机系统410处的TX MIMO处理器420和TX数据处理器414执行的处理互补。
可以连接到存储器472的处理器470周期性地确定使用哪个预编码矩阵。该反向链路消息可以包括关于通信链路和/或接收到的数据流的各种类型的信息。反向链路消息由TX数据处理器438进行处理,由调制器480 进行调制、由发射机454进行调节并发射回发射机系统410,其中TX数据处理器438还从数据源436接收数个数据流的业务数据。
在发射机系统410,来自接收机系统450的调制信号由天线424接收,由接收机422调节,由解调器440解调并由RX数据处理器442处理,以提取接收机系统450所发送的反向链路消息。然后,处理器430确定哪个预编码矩阵用于确定波束成形权重并且处理所提取的消息。
图5是示出了用于在源设备520和接收设备560之间执行MC模式能力协商的示例性消息传输队列的概念示意图。MC模式能力协商可以作为源设备520和接收设备560之间更大的通信会话建立处理过程的一部分。这一会话可以,例如用WFD或TDLS这样的基础连接标准来建立。在建立WFD和TDLS会话之后,接收设备560可以发起与源设备520的TCP连接。作为建立TCP连接的一部分,可以建立运行实时流协议(RTSP)的控制端口以管理源设备520和接收设备560之间的通信会话。
源设备520一般可以与上面针对图1中的源设备120所描述的相同方式运行,而接收设备560一般可以与上面针对图1中的接收设备160所描述的相同方式运行。在源设备520和接收设备560建立连接之后,源设备520和接收设备560可以确定要用于其后续通信会话的参数集合以及MC模式是否作为能力协商交互的一部分被支持。
源设备520和接收设备560可以通过一系列消息协商能力。这些消息可以是,例如实时流协议(RTSP)消息。在协商的任何阶段,RTSP请求消息的接收者可以用包括除了RTSP OK以外的RTSP状态码的RTSP应答进行响应,在这种情况中,可以用不同的参数集合重试消息交换或者结束该能力协商会话。
源设备520可以向接收设备560发送RTSP选项请求消息570以便确定接收设备560支持的RTSP方法集合。一旦从源设备520接收到消息570,接收设备560可以用RTSP选项应答消息572进行响应,该消息列出了接收设备560所支持的RTSP方法。消息572还可以包括RTSP OK状态码。
在向源设备520发送了消息572之后,接收设备560可以发送RTSP选项请求消息574以便确定源设备520所支持的RTSP方法集合。一旦从接收设备560接收到消息574,源设备520可以用RTSP选项应答消息576进 行响应,该消息列出了源设备520所支持的RTSP方法。消息576还可以包括RTSP OK状态码。
在发送消息576之后,源设备520可以发送RTSP get_parameter请求消息578以便指定源设备520感兴趣的能力列表。根据本发明内容的技术,消息578中请求的一种能力是接收设备560是否能够支持MC模式。例如,MC模式能力参数可以名为“uibc_mc_mode_capa”并且RTSP get_parameter请求消息578可以如下:
S->C:GET_PARAMETER rtsp://wfd_sink_ip/agent RTSP/1.0
CSeq:431
Content-Type:text/parameters
Session:12345678
Content-Length:15
uibc_mc_mode_capa
接收设备560可以用包含RTSP状态码的RTSP get_parameter应答消息580进行响应。如果RTSP状态码是OK,则消息580还可以包括针对RTSPget_parameter请求消息578中指定的接收设备560支持的那些参数的响应参数。接收设备560可以忽略该消息578中接收设备560不支持的参数。举个例子,接收设备560可以用RTSP get_parameter应答消息580进行答复以便声明其支持MC模式的能力,例如,uibc_mc_mode_capa:yes。接收设备20的声明可以遵循ABNF(扩充巴克斯范式)格式,如下:
uibc_mc_mode_capa=“uibc_mc_mode_capa:”SP
uibc_mc_mode_capa_option CRLF
uibc_mc_mode_capa_option=“yes”/“no”
在这种情况中,RTSP get_parameter响应消息580可以如下:
C->S:RTSP/1.0200OK
CSeq:431
Content-Length:20
Content-Type:text/parameters
uibc_mc_mode_capa:yes
根据消息580,源设备520可以确定要用于通信会话的最优参数集合并且可以向接收设备560发送set_parameter请求消息582。set_parameter请求消息582可以包含要在源设备520和接收设备560之间的通信会话内使用的参数集合。例如,如果源设备520和接收设备560都支持MC模式,则源设备520可以针对通信会话启用MC模式。为了启用MC模式,源设备520向接收设备560发送RTSP set_parameter请求消息582以指示MC模式已启用并且将用作通信会话内,例如,uibc_mc_mode_capa:yes。RTSPset_parameter请求消息582可以如下:
S->C:SET_PARAMETER rtsp://wfd_sink_ip/agent RTSP/1.0
CSeq:432
Content-length:20
Content-type:text/parameters
uibc_mc_mode_capa:yes
一旦接收到消息582,接收设备560可以用包括RTSP状态码的RTSPset_parameter应答消息584进行响应,该状态码指示消息582中指定的参数设置是否成功。例如,如果接收设备560在较早的RTSP get_parameter响应消息580中指示其支持MC模式,则接收设备560向源设备520肯定地确认MC模式将用于通信会话内,例如,uibc_mc_mode_capa:yes。RTSPset_parameter请求消息582可以如下:
C->S:RTSP/1.0200OK
CSeq:432
Content-Length:20
Content-Type:text/parameters
uibc_mc_mode_capa:yes
一旦针对通信会话启用MC模式,则接收设备560根据从接收设备560的主系统检测到的触发器信息激活MC模式等级中的一个,并将MC模式的激活等级通知给源设备520。在一个示例中,接收设备560可以使用RTSP 控制消息向源设备520指示MC模式的激活等级。在这个示例中,接收设备560向包括MC模式等级参数的源设备12发送RTSP set_parameter请求消息586。例如,该MC模式等级参数可以称为“uibc_mc_mode”。RTSPset_parameter请求消息586可以如下
uibc_mc_mode=“uibc_mc_mode:”SP uibc_mc_mode_instruction CRLF
uibc_mc_mode_instruction=“no_rules”/“mc-1”/“mc-2”/“mc-3”
一旦根据从主系统检测到的触发器信息激活了MC模式的特定等级,例如,MC模式等级2(“mc-2”),则接收设备560向源设备520发送信号指示MC模式的激活等级,例如,uibc_mc_mode:mc-2。RTSP set_parameter请求消息586可以如下。
C->S:SET_PARAMETER rtsp://wfd_source_ip/agent RTSP/1.0
CSeq:220
Content-length:20
Content-type:text/parameters
uibc_mc_mode:mc-2
一旦接收到消息586,接收设备560可以用包括RTSP状态码的RTSPset_parameter应答消息588进行响应,该状态码指示消息586中指定的MC模式等级的设置是否成功。例如,如果接收设备560指示MC-2作为消息586中的MC模式的激活等级,则源设备520向接收设备560肯定地确认MC模式的等级2将用于通信会话内,例如,uibc_mc_mode:mc-2。RTSPset_parameter应答消息588可以如下。
S->C:RTSP/1.0200OK
CSeq:220
Content-Length:20
Content-Type:text/parameters
uibc_mc_mode:mc-2
在其它示例中,接收设备560和源设备520可以不交换如图5中所示的用于指示MC模式的特定等级的激活和使用的RTSP set_parameter消息 586和588。在另一个示例中,接收设备560可以替代使用UIBC向源设备520通知MC模式的激活等级。下面参照图6进一步详细描述用于指示MC模式的激活等级的UIBC分组格式。如上所述,源设备和接收设备的角色可以在不同会话中互换或改变。在一些情况中,建立通信会话的消息顺序定义了用作源的装置也定义了用作接收方的装置。
图6是示出了可以用于从接收设备向源设备通知MC模式的激活等级的示例性数据分组600的概念示意图。将会参照图1解释数据分组600的方面,但是所讨论的技术也适用于其它类型的WD系统。数据分组600可以包括数据分组头部610,紧随其后是有效载荷数据650。数据分组600可以是,例如从接收设备160向源设备120传输的,以便通知在接收设备160处接收到的用户输入数据,或通知在接收设备160处激活的MC模式等级。
有效载荷数据650中包括的数据类型,例如用户输入数据或MC模式等级数据可以在数据分组头部610中识别。这样,根据数据分组头部610的内容,源设备120可以解析数据分组600的有效载荷数据650以识别来自接收设备160的用户输入数据或MC模式等级数据。如本申请中所用的术语“解析”和“正在解析”一般指的是分析比特流以便从该比特流提取数据的处理过程。提取数据可以包括,例如识别信息在该比特流中是如何格式化的。如下面将进一步详细描述的,数据分组头部610可以定义有效载荷数据650的多种可能格式中的一种。通过解析数据分组头部610,源设备120可以确定有效载荷数据650是如何格式化的,以及如何解析有效载荷数据650以提取用户输入命令或MC模式等级指示。
在一些示例中,数据分组头部610可以包括如图6中所示的一个或多个格式化的字段620。序号0-15和与字段620相邻的比特偏移0、16和32意在识别数据分组头部610中的比特位置,而不是意在实际代表数据分组头部610中包含的信息。数据分组头部610包括版本字段621、时间戳标签622、预留字段623、输入类别字段624、长度字段625和可选的时间戳字段626。在图6的示例中,版本字段612是3比特字段,可以指示接收设备160所实现的特定通信协议的版本。版本字段612中的值可以通知源设备120如何解析数据分组头部610的剩余部分以及如何解析有效载荷数据650。
在图6的示例中,时间戳标签(T)622是1比特字段,指示时间戳字段626是否出现在数据分组头部610中。当出现时,时间戳字段626是包含基于源设备120所生成并传输给接收设备160的多媒体数据的时间戳的16比特字段。该时间戳可以是,例如在视频帧传输给接收设备160之前由源设备120为其分配的序列化值。一旦解析数据分组头部610并确定是否出现时间戳字段626,源设备120知道是否需要处理包括在时间戳字段626中的时间戳。在图6的示例中,预留字段623是为版本字段621中识别的特定协议的其它版本预留的8比特字段。
在图6的示例中,输入类别字段624是识别有效载荷数据650中包含的数据的输入类别的4比特字段。例如,接收设备160可以将用户输入数据分类以确定输入类别。对用户输入数据分类可以例如基于从接收到命令的装置或基于命令本身的特性。接收设备160还可以对MC模式等级指令分类以确定输入类别。可能与数据分组头部610的其它信息结合的输入类别字段624中的值,向源设备120识别有效载荷数据650是如何格式化的。根据这一格式化,源设备120可以解析有效载荷数据650已提取用户输入命令或MC模式等级指示。
长度字段625可以包括用于指示数据分组600的长度的16比特字段。数据分组600由源设备120以16比特为码字进行解析,数据分组600可以填充到16比特的整数。根据长度字段625中包含的长度,源设备120可以识别有效载荷数据650的结束(即,数据分组600的结束)以及新的、后续数据分组的开始。
图6的示例中提供的字段的各种尺寸仅仅意在解释说明,其目的是可以用不同于图6中所示的数量的比特来实现这些字段。另外,还可以预期的是数据分组头部610可以包括比上面所讨论的所有字段更少的字段或可以使用上面未讨论的额外的字段。实际上,本发明的技术在用于分组的各个数据字段的实际格式方面可以是很灵活的。
输入类别624可以识别多种可能的输入类别中的一种。一种这样输入类别可以是一般的输入格式,用于指示有效载荷数据650的用户输入数据是使用源设备120和接收设备160中都执行的协议中定义的通用信息单元格式化的。一般输入格式可以使用允许接收设备160的用户在应用等级处 与源设备120交互的通用信息单元。
另一种输入类型可以是人机接口设备命令(HIDC)输入格式,用于指示有效载荷数据650的用户输入数据是根据用于接收该输入数据的输入装置的类型格式化的。装置类型的示例包括键盘、鼠标、触摸输入装置、操纵杆、摄像机、手势捕获装置(诸如基于摄像机的输入装置)和远程控制。可以在输入类别字段624中识别出的其它类型的输入类别包括转发输入格式,用于指示有效载荷数据650中的用户数据不是发自于接收设备160,或操作系统特定格式和语音命令格式,用于指示有效载荷数据650包括语音命令。
根据本发明的技术,其它输入类别可以是指令输入格式,用于指示有效载荷数据650的用户输入数据是使用源设备120和接收设备160都执行的协议中所定义的指令信息单元格式化的。指令输入格式可以使用指示接收设备160处的MC模式激活等级的指令信息单元。
可以在输入类别字段624中识别出的输入类别包括在下面的表2中。图6的示例中的输入类别624是4比特的,因此可能地识别16种不同的输入类别。表2定义了三种输入类别并将剩余的输入类别作为预留保存。
表2
输入类别 | 类别 | 注释 |
0 | 通用 | 用户输入数据是用通用信息单元格式化的 |
1 | HIDC | 用户输入数据是用HIDC信息单元格式化的 |
2 | 指令 | 指令是使用指令信息单元格式化的 |
3-15 | 预留 |
例如,如果数据分组头部610的输入类别字段624指示指令输入出现在有效载荷数据650中,则有效载荷数据650可以具有指令输入格式。因此,源设备120可以根据该指令输入格式解析有效载荷数据650。有效载荷数据650中的指令输入事件可以包括输入事件头部。下面的表3定义了MC模式等级指令IE的指令输入事件(IE)头部字段。
表3
指令IE标识(ID)字段识别指令类型,例如,MC模式指令类型。指令IE ID字段可以是,例如一个8位字节长度,并且可以包括从下面的表4中选择的标识。如果在这个示例中,指令IE ID字段是8比特,则可以标识256种不同类型的指令(标识为0-255),虽然不是所有256个标识都必须需要相关联的指令类型。这256个标识中的一些可以预留用于今后使用。例如,在表4中,只有指令IE ID0是定义为指示MC模式指令类型。指令IEID1-255没有相关联的指令类型,但是可以在以后被分配指令类型。
在这一示例中,指令IE Id指示MC模式指令类型,指令IE头部中的长度字段识别MC模式等级码字段的长度,而MC模式等级码字段包括描述该指令的信息单元。MC模式等级码字段的格式化可以从指令IE ID字段中的MC模式指令类型中获知。因此,源设备120可以根据指令IE ID字段中识别的MC模式指令类型解析MC模式等级码字段的内容。根据指令IE头部的长度字段,源设备120可以确定有效载荷数据650中指令IE的结束。
表4提供了示指令类型的示例,每个具有相应的可用于识别指令类型的指令IE ID。如上所讨论的,在这个示例中,只有指令IE ID0定义为指示MC模式指令类型。表4中的指令IE ID1-255没有相关联的指令类型,但是可以在以后被分配指令类型。
表4
指令IE ID | 注释 |
0 | 最小认知模式 |
1-255 | 预留 |
MC模式指令类型相关联的MC模式等级码字段可以有特定格式。MC模式等级码字段可以包括下面表5中识别的信息单元,用于指示接收设备160处的MC模式的一个等级。
表5
例如,MC模式等级码0指示在接收设备160处没有激活MC模式等级。在这种情况中,没有应用任何规则以修改源设备120的操作。根据表5,MC模式等级码1、2和3分别指示在接收设备160处激活的MC模式等级MC-1、MC-2和MC-3。根据激活的MC模式等级的指示,本发明的技术可以根据针对激活等级所配置的规则修改源设备120的操作。
举例而言,在MC-1等级处,相关联的规则允许一般处理和电话呼叫和一般A/V内容向接收设备160的传输,但是将源设备120的操作限制为只提供基于音频的文字消息。在MC-2等级处,相关联的规则可以将源设备120的操作限制为只提供基于语音的电话呼叫和一般的A/V内容,并且不提供任何文字消息。另外,MC-2等级相关联的规则可以将接收设备160处的用户交互限制为只有语音命令。在MC-3等级处,相关联的规则可以将源设备120的操作限制为不提供任何电话呼叫、文字消息或一般A/V内容传输给接收设备160。另外,MC-3等级相关联的规则可以不允许接收设备160处的任何用户交互。在其它示例中,可以针对一个或多个MC模式等级MC-1、MC-2和MC-3配置不同规则。
MC模式等级码字段可以例如是一个8位字节长度,并且可以包括从表5选择的标识。如果在这个示例中,MC模式等级码字段是8比特,则可以标识256种不同的MC模式等级(标识为0-255),虽然不是所有256个标识都必须需要相关联的MC模式等级。这256个标识中的一些可以预留用 于今后使用。例如,在表5中,只有MC模式等级码0-3是定义为指示不同MC模式等级。MC模式等级码4-255没有相关联的MC模式等级,但是可以在以后被分配等级。
图7是能够支持MC模式的源设备的示例性操作的流程图。将参照图2的源设备220描述MC模式操作。在其它示例中,示出的操作可以由其它源设备(包括图1的源设备120)执行。
源设备220首先与接收设备建立连接(700)。例如,源设备220可以将其媒体数据广播给附近的一个或多个接收设备,或可以手动配置到特定接收设备的连接的源设备220的用户。一旦连接建立起来,源设备220与接收设备交换能力协商消息以确立通过该连接的通信会话的参数。例如,该能力协商消息可以包括RTSP消息。根据本发明的技术,源设备220向接收设备发送能力请求,例如RTSP get_parameter请求消息以确定该接收设备是否支持MC模式(702)。
如果接受设备不支持MC模式,例如,在RTSP get_parameter应答消息中指示的,(704的”否”分支),则源设备220向接收设备发送指示没有针对该通信会话启用MC模式的信号(例如,RTSP get_parameter请求消息)(706)。然后,源设备220可以根据处理器231的正常操作向接收设备提供和发送媒体数据。
如果接受设备不支持MC模式,例如,在RTSP get_parameter应答消息中指出的,(704的“是”分支),则源设备220向接收设备发送指示针对该通信会话启用MC模式的信号(例如,RTSP get_parameter请求消息)(710)。一旦MC模式已启用,则源设备220从接收设备接收指示已经在接收设备处激活的MC模式等级的信号(712)。例如,接收设备可以从其主系统检测触发器信息,并且根据该触发器信息,激活MC模式的一个等级,例如MC-1、MC-2或MC-3,以便修改接收设备处接收到的媒体数据。源设备220可以从控制消息(例如,RTSP get_parameter请求消息)或数据分组(例如,具有MC模式指令类型的UIBC分组)中的一个接收所指示的MC模式的等级。
一旦接收到指示的MC模式等级,源设备220中的MC模式单元240在源设备220处激活指示的MC模式等级(714)。然后,MC模式单元240 指导处理器231根据与所激活的MC模式等级相关联的规则修改源设备220处理的A/V数据类型,例如,电话呼叫、文字消息和音频和/或视频内容。然后,源设备220可以根据处理器231针对激活的MC模式等级经修改的操作向接收设备提供和发送媒体数据(716)。
图8是能够支持MC模式的接收设备的示例性操作的流程图。将参照图3的接收设备360描述MC模式操作。在其它示例中,示出的操作可以由其它接收设备(包括图1的接收设备160)执行。
接收设备360首先与源设备建立连接(800)。例如,接收设备360可以响应来自附近的源设备220或可以手动配置到特定源设备的连接的接收设备360用户的媒体数据广播。一旦连接建立起来,接收设备360与源设备交换能力协商消息以确立通过该连接的通信会话的参数。例如,该能力协商消息可以包括RTSP消息。根据本发明的技术,接收设备360从源设备接收用于指示接收设备360是否支持MS模式的能力请求,例如RTSP get_parameter请求消息(802)。
如果接收设备360不支持MC模式(804的”否”分支),则接收设备360向源设备发送能力答复(例如,RTSP get_parameter应答消息)指出不支持MC模式(806)。然后,接收设备360从源设备接收指示没有为通信会话启用MC模式的信号,例如,RTSP set_parameter请求消息(708)。然后,接收设备360可以根据源设备的正常操作从该源设备接收媒体数据。
如果接收设备360支持MC模式(804的”是”分支),则接收设备360向源设备发送能力答复(例如,RTSP get_parameter应答消息)指示指示MC模式(812)。然后,接收设备360从源设备接收指示已经针对通信会话启用MC模式的信号,例如,RTSP set_parameter请求消息(814)。一旦MC模式已启用,则接收设备360可以根据从主系统300检测到的触发器信息激活MC模式的一个等级(816)。例如,接收设备360中的MC模式单元378可以检测从主系统300的传感器312接收到的触发器信息,并且根据该触发器信息激活MC模式的一个等级,例如,MC-1、MC-2或MC-3。
然后,接收设备360向源设备发送信号指示所激活的MC模式等级(818)。接收设备360可以使用控制消息(例如,RTSP set_parameter请求消息)或数据分组(例如,具有MC模式指令类型的UIBC分组)中的一 个发送MC模式的激活等级。接收设备360向源设备发送激活的MC模式等级以根据与激活的MC模式等级相关联的规则修改接收设备360处所接收到的A/V数据类型,例如,电话呼叫、文字消息和音频和/或视频内容。然后,接收设备360根据针对激活的MC模式等级的源设备经修改的操作从源设备接收媒体数据(820)。另外,MC模式单元378将用户输入接口376的操作修改为只接受该激活的MC模式等级相关联的规则允许的用户交互类型,例如,语音和触摸命令、只有语音命令或无命令。
在一个或多个示例中,本申请中所描述的功能可以用硬件、软件、固件,或其任意结合来实现。如果在软件中实现,功能可以作为一条或多个指令或代码存储在计算机可读介质上或进行传输。计算机可读介质包括计算机数据存储介质或通信介质,包括任何便于将计算机程序从一个地方转移到另一个地方的介质。在一些示例中,计算机可读介质可以包括永久性计算机可读介质。数据存储介质可以是一个或多个计算机或一个或多个处理器可访问的任何可用介质,用于取回指令、代码和/或数据结构以实现本申请中描述的技术。
举个例子,但是并不仅限于,该计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备,或可以用于以指令或数据结构的形式装载或存储期望程序代码,并由计算机访问的任何其它介质。此外,任何连接也都可适当地被称作计算机可读介质。举个例子,如果软件是通过同轴电缆、纤维光缆、双绞线、数字用户线(DSL)、或无线技术(诸如红外、无线电和微波)从网站、服务器、或其它远程源传输的,则同轴电缆、纤维光缆、双绞线、DSL、或无线技术(诸如红外、无线电和微波)包含在介质的定义中。本申请中所用的磁盘和光盘,包括压缩盘(CD)、激光盘、光盘、数字通用盘(DVD)、软盘和蓝光光盘,其中,磁盘通常磁力地复制数据,而光盘则用激光光学地复制数据。上述的结合也可以包含在计算机可读介质的范围内。
代码可由一个或多个处理器执行,诸如一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它等价的集成的或分立的逻辑电路。因此,如本发明中所用的术语“处理器”,可以指任何前述的结构或任何其它适用于实现本发明所描述的技术 的结构。另外,在一些方面,本发明所描述的功能可以在用于编码和解码或合并起来作为编解码器的专用软件和/或硬件模块中提供。并且,这些技术可以完全实现在一个或多个电路或逻辑单元中。
本发明的技术可以实现在很多不同类型的设备或装置中,包括无线手机、集成电路(IC)或IC集合(例如,芯片组)。本申请中描述了各种组件、模块或单元以强调用于执行所公开的技术的装置的功能方面,但是不是必需要求由不同硬件单元实现的。而是如上所述,各个单元可以组合在编解码器硬件单元中或由互操作的硬件单元集合提供,包括如上所述的一个或多个处理器,以及适当的软件和/或固件。
已经描述了本发明的各个实施例。这些和其它实施例在下面的权利要求范围内。
Claims (48)
1.一种方法,包括:
用源设备与至少一个接收设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的最小认知(MC)模式;
用所述源设备从所述接收设备接收指示所述MC模式的所述等级中的一个等级的信号,其中,在所述接收设备处基于从所述接收设备的主系统检测到的触发器信息激活所指示的所述MC模式的等级;
在所述源设备处激活所指示的所述MC模式的等级;以及
根据所述源设备针对所激活的所述MC模式的等级的经修改的操作向所述接收设备发送媒体数据。
2.如权利要求1所述的方法,还包括:
确定所述接收设备是否支持所述MC模式;以及
如果所述接收设备支持所述MC模式,则向所述接收设备发送指示启用所述MC模式的信号。
3.如权利要求2所述的方法,还包括:
如果所述接收设备不支持所述MC模式,则向所述接收设备发送指示不启用所述MC模式的信号;以及
根据所述源设备的正常操作向所述接收设备发送媒体数据。
4.如权利要求1所述的方法,其中,激活所指示的所述MC模式的等级还包括基于针对所激活的所述MC模式的等级配置的规则来修改所述源设备的操作。
5.如权利要求1所述的方法,其中,激活所指示的所述MC模式的等级还包括修改在所述源设备处呈现的电话应用、文本消息发送应用和媒体数据中的一个或多个的操作。
6.如权利要求1所述的方法,其中,针对所指示的所述MC模式的等级的所述触发器信息包括由所述接收设备从所述主系统检测出的环境状况、用户行为、以及用户输入中的一个或多个。
7.如权利要求1所述的方法,其中,从所述接收设备接收指示所述MC模式的所述等级中的一个等级的信号包括接收具有定义为指示所述接收设备处的所激活的所述MC模式的等级的参数的实时流协议(RTSP)控制消息。
8.如权利要求1所述的方法,其中,从所述接收设备接收指示所述MC模式的所述等级中的一个等级的信号包括接收定义为指示所述接收设备处的所激活的所述MC模式的等级的输入类别的用户交互返回信道(UIBC)分组。
9.如权利要求1所述的方法,其中,所述源设备包括无线通信设备,并且所述接收设备包括汽车主系统中的媒体音响主机。
10.一种方法,包括:
用接收设备与源设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的最小认知(MC)模式;
基于从所述接收设备的主系统检测到的触发器信息来激活所述接收设备处的所述MC模式的所述等级中的一个等级;
向所述源设备发送指示所述接收设备处的所激活的所述MC模式的等级的信号;以及
根据所述源设备针对所激活的所述MC模式的等级的经修改的操作,在所述接收设备处接收媒体数据。
11.如权利要求10所述的方法,还包括:
从所述源设备接收针对指示所述接收设备是否支持所述MC模式的请求;
如果所述接收设备支持所述MC模式,则向所述源设备发送指示所述接收设备支持所述MC模式的答复;以及
从所述源设备接收指示启用所述MC模式的信号。
12.如权利要求11所述的方法,还包括:
如果所述接收设备不支持所述MC模式,则向所述源设备发送指示所述接收设备不支持所述MC模式的答复;
从所述源设备接收指示不启用所述MC模式的信号;以及
根据所述源设备的正常操作从所述源设备接收媒体数据。
13.如权利要求10所述的方法,其中,激活所述MC模式的所述等级中的一个等级还包括基于针对所激活的所述MC模式的等级配置的规则来修改所述接收设备的操作。
14.如权利要求10所述的方法,其中,激活所述MC模式的所述等级中的一个等级还包括修改所述接收设备处的用户输入接口的操作。
15.如权利要求10所述的方法,还包括检测来自所述接收设备的所述主系统中的一个或多个传感器的所述触发器信息,其中,针对所激活的所述MC模式的等级的所述触发器信息包括环境状况、用户行为和用户输入中的一个或多个。
16.如权利要求10所述的方法,其中,向所述源设备发送指示所激活的所述MC模式的等级的所述信号包括发送具有定义为指示所述接收设备处的所激活的所述MC模式的等级的参数的实时流协议(RTSP)控制消息。
17.如权利要求10所述的方法,其中,向所述源设备发送指示所激活的所述MC模式的等级的所述信号包括发送定义为指示所述接收设备处的所激活的所述MC模式的等级的输入类别的用户交互返回信道(UIBC)分组。
18.如权利要求10 所述的方法,其中,所述接收设备包括汽车主系统中的媒体音响主机,并且所述源设备包括无线通信设备。
19.一种源设备,包括:
存储媒体数据的存储器;以及
处理器,其配置为:
与至少一个接收设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的最小认知(MC)模式;
从所述接收设备接收指示所述MC模式的所述等级中的一个等级的信号,其中,在所述接收设备处基于从所述接收设备的主系统检测到的触发器信息激活所指示的所述MC模式的等级;
在所述源设备处激活所指示的所述MC模式的等级;以及
根据所述源设备针对所激活的所述MC模式的等级的经修改的操作向所述接收设备发送媒体数据。
20.如权利要求19所述的源设备,其中,所述处理器确定所述接收设备是否支持所述MC模式,并且,如果所述接收设备支持所述MC模式,则向所述接收设备发送指示启用所述MC模式的信号。
21.如权利要求20所述的源设备,其中,如果所述接收设备不支持所述MC模式,则所述处理器向所述接收设备发送指示不启用所述MC模式的信号,并且根据所述源设备的正常操作向所述接收设备发送媒体数据。
22.如权利要求19所述的源设备,其中,所述处理器基于针对所激活的所述MC模式的等级配置的规则来修改所述源设备的操作。
23.如权利要求19所述的源设备,其中,所述处理器修改在所述源设备处呈现的电话应用、文本消息发送应用和媒体数据中的一个或多个的操作。
24.如权利要求19所述的源设备,其中,针对所指示的所述MC模式的等级的所述触发器信息包括由所述接收设备从所述主系统检测出的环境状况、用户行为、以及用户输入中的一个或多个。
25.如权利要求19所述的源设备,其中,所述处理器接收具有定义为指示所述接收设备处的所激活的所述MC模式的等级的参数的实时流协议(RTSP)控制消息。
26.如权利要求19所述的源设备,其中,所述处理器接收定义为指示所述接收设备处的所激活的所述MC模式的等级的输入类别的用户交互返回信道(UIBC)分组。
27.如权利要求19所述的源设备,其中,所述源设备包括无线通信设备,并且所述接收设备包括汽车主系统中的媒体音响主机。
28.一种接收设备,包括:
存储媒体数据的存储器;以及
处理器,其配置为:
与源设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的最小认知(MC)模式;
基于从所述接收设备的主系统检测到的触发器信息来激活所述接收设备处的所述MC模式的所述等级中的一个等级;
向所述源设备发送指示所述接收设备处的所激活的所述MC模式的等级的信号;以及
根据所述源设备针对所激活的所述MC模式的等级的经修改的操作,在所述接收设备处接收媒体数据。
29.如权利要求28所述的接收设备,其中,所述处理器从所述源设备接收针对指示所述接收设备是否支持所述MC模式的请求,如果所述接收 设备支持所述MC模式,则所述处理器向所述源设备发送指示所述接收设备支持所述MC模式的答复,并且从所述源设备接收指示启用所述MC模式的信号。
30.如权利要求29所述的接收设备,其中,如果所述接收设备不支持所述MC模式,则所述处理器向所述源设备发送指示所述接收设备不支持所述MC模式的答复,从所述源设备接收指示不启用所述MC模式的信号,并且根据所述源设备的正常操作从所述源设备接收媒体数据。
31.如权利要求28所述的接收设备,其中,所述处理器基于针对所激活的所述MC模式的等级配置的规则来修改所述接收设备的操作。
32.如权利要求28所述的接收设备,其中,所述处理器修改所述接收设备处的用户输入接口的操作。
33.如权利要求28所述的接收设备,其中,所述处理器检测来自所述接收设备的所述主系统中的一个或多个传感器的所述触发器信息,其中,针对所激活的所述MC模式的等级的所述触发器信息包括环境状况、用户行为和用户输入中的一个或多个。
34.如权利要求28所述的接收设备,其中,所述处理器向所述源设备发送具有定义为指示所述接收设备处的所激活的所述MC模式的等级的参数的实时流协议(RTSP)控制消息。
35.如权利要求28所述的接收设备,其中,所述处理器向所述源设备发送定义为指示所述接收设备处的所激活的所述MC模式的等级的输入类别的用户交互返回信道(UIBC)分组。
36.如权利要求28所述的接收设备,其中,所述接收设备包括汽车主系统中的媒体音响主机,并且所述源设备包括无线通信设备。
37.一种源设备,包括:
用于与至少一个接收设备建立连接的模块,其中,所述源设备和所述接收设备支持包括一个或多个等级的最小认知(MC)模式;
用于从所述接收设备接收指示所述MC模式的所述等级中的一个等级的信号的模块,其中,在所述接收设备处基于从所述接收设备的主系统检测到的触发器信息激活所指示的所述MC模式的等级;
用于在所述源设备处激活所指示的所述MC模式的等级的模块;以及
用于根据所述源设备针对所激活的所述MC模式的等级的经修改的操作向所述接收设备发送媒体数据的模块。
38.如权利要求37所述的源设备,还包括:
用于确定确定所述接收设备是否支持所述MC模式的模块;以及
用于如果所述接收设备支持所述MC模式,则向所述接收设备发送指示启用所述MC模式的信号的模块。
39.如权利要求37所述的源设备,其中,还包括用于基于针对所激活的所述MC模式的等级配置的规则来修改所述源设备的操作的模块。
40.如权利要求37所述的源设备,其中,还包括用于修改在所述源设备处呈现的电话应用、文本消息发送应用和媒体数据中的一个或多个的操作的模块。
41.如权利要求37所述的源设备,其中,针对所指示的所述MC模式的等级的所述触发器信息包括由所述接收设备从所述主系统检测出的环境状况、用户行为、以及用户输入中的一个或多个。
42.一种接收设备,包括:
用于与源设备建立连接的模块,其中,所述源设备和所述接收设备支持包括一个或多个等级的最小认知(MC)模式;
用于基于从所述接收设备的主系统检测到的触发器信息来激活所述接收设备处的所述MC模式的所述等级中的一个等级的模块;
用于向所述源设备发送指示所述接收设备处的所激活的所述MC模式的等级的信号的模块;以及
用于根据所述源设备针对所激活的所述MC模式的等级的经修改的操作,在所述接收设备处接收媒体数据的模块。
43.如权利要求42所述的接收设备,还包括:
用于从所述源设备接收针对指示所述接收设备是否支持所述MC模式的请求的模块;
用于如果所述接收设备支持所述MC模式,则向所述源设备发送指示所述接收设备支持所述MC模式的答复的模块;以及
用于从所述源设备接收指示启用所述MC模式的信号的模块。
44.如权利要求42所述的接收设备,还包括用于基于针对所激活的所述MC模式的等级配置的规则来修改所述接收设备的操作的模块。
45.如权利要求42所述的接收设备,还包括用于修改所述接收设备处的用户输入接口的操作的模块。
46.如权利要求42所述的接收设备,还包括用于检测来自所述接收设备的所述主系统中的一个或多个传感器的所述触发器信息的模块,其中,针对所激活的所述MC模式的等级的所述触发器信息包括环境状况、用户行为和用户输入中的一个或多个。
47.一种包括指令的计算机可读介质,当在源设备中执行所述指令时使得可编程处理器执行以下操作:
与至少一个接收设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的最小认知(MC)模式;
从所述接收设备接收指示所述MC模式的所述等级中的一个等级的信 号,其中,在所述接收设备处基于从所述接收设备的主系统检测到的触发器信息激活所指示的所述MC模式的等级;
在所述源设备处激活所指示的所述MC模式的等级;以及
根据所述源设备针对所激活的所述MC模式的等级的经修改的操作向所述接收设备发送媒体数据。
48.一种包括指令的计算机可读介质,当在接收设备中执行所述指令时使得可编程处理器执行以下操作:
与源设备建立连接,其中,所述源设备和所述接收设备支持包括一个或多个等级的最小认知(MC)模式;
基于从所述接收设备的主系统检测到的触发器信息来激活所述接收设备处的所述MC模式的所述等级中的一个等级;
向所述源设备发送指示所述接收设备处的所激活的所述MC模式的等级的信号;以及
根据所述源设备针对所激活的所述MC模式的等级的经修改的操作,在所述接收设备处接收媒体数据。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161543675P | 2011-10-05 | 2011-10-05 | |
US61/543,675 | 2011-10-05 | ||
US13/420,933 US20130089006A1 (en) | 2011-10-05 | 2012-03-15 | Minimal cognitive mode for wireless display devices |
US13/420,933 | 2012-03-15 | ||
PCT/US2012/059085 WO2013052887A1 (en) | 2011-10-05 | 2012-10-05 | Minimal cognitive mode for wireless display devices |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104041064A true CN104041064A (zh) | 2014-09-10 |
Family
ID=48042012
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280049153.4A Pending CN104041064A (zh) | 2011-10-05 | 2012-10-05 | 无线显示设备的最小认知模式 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20130089006A1 (zh) |
EP (1) | EP2764703A1 (zh) |
JP (1) | JP5932047B2 (zh) |
KR (1) | KR101604296B1 (zh) |
CN (1) | CN104041064A (zh) |
TW (1) | TW201325230A (zh) |
WO (1) | WO2013052887A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117156190A (zh) * | 2023-04-21 | 2023-12-01 | 荣耀终端有限公司 | 投屏管理方法和装置 |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9106651B2 (en) * | 2011-09-19 | 2015-08-11 | Qualcomm Incorporated | Sending human input device commands over internet protocol |
US9360997B2 (en) | 2012-08-29 | 2016-06-07 | Apple Inc. | Content presentation and interaction across multiple displays |
KR102091605B1 (ko) * | 2012-09-27 | 2020-03-20 | 엘지전자 주식회사 | 기기간 통신을 수행하는 기기 및 그 방법 |
US9197680B2 (en) * | 2013-05-23 | 2015-11-24 | Qualcomm Incorporated | Establishing and controlling audio and voice back channels of a Wi-Fi display connection |
US9393918B2 (en) * | 2013-07-26 | 2016-07-19 | GM Global Technology Operations LLC | Methods, systems and apparatus for providing application generated information for presentation at an automotive head unit |
JP6566616B2 (ja) * | 2014-08-19 | 2019-08-28 | キヤノン株式会社 | 通信装置、その制御方法、およびプログラム |
US20160308917A1 (en) * | 2015-04-20 | 2016-10-20 | Intel Corporation | Sensor input transmission and associated processes |
KR102411287B1 (ko) | 2017-11-22 | 2022-06-22 | 삼성전자 주식회사 | 미디어 출력 제어 장치 및 방법 |
WO2023090493A1 (ko) * | 2021-11-19 | 2023-05-25 | 엘지전자 주식회사 | 디스플레이 장치 및 그의 동작 방법 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060250226A1 (en) * | 2003-07-07 | 2006-11-09 | Peter Vogel | Speed dependent service availability in a motor vehicle |
CN101018067A (zh) * | 2006-12-11 | 2007-08-15 | 广州桑珑通信科技有限公司 | 车载电话装置及其与手机的无缝自动转接系统和方法 |
WO2007113580A1 (en) * | 2006-04-05 | 2007-10-11 | British Telecommunications Public Limited Company | Intelligent media content playing device with user attention detection, corresponding method and carrier medium |
WO2010035693A1 (ja) * | 2008-09-26 | 2010-04-01 | シャープ株式会社 | 携帯端末、携帯端末の制御方法、検知装置、検知装置の制御方法、携帯端末制御システム、携帯端末制御プログラム、検知装置制御プログラム、コンピュータ読み取り可能な記録媒体 |
US20100332329A1 (en) * | 2009-06-30 | 2010-12-30 | Verizon Patent And Licensing Inc. | Methods and Systems for Controlling Presentation of Media Content Based on User Interaction |
US20110107388A1 (en) * | 2009-11-02 | 2011-05-05 | Samsung Electronics Co., Ltd. | Method and apparatus for providing user input back channel in audio/video system |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002007414A (ja) * | 2000-06-26 | 2002-01-11 | Sumitomo Electric Ind Ltd | 音声ブラウザシステム |
JP2002125013A (ja) * | 2000-10-12 | 2002-04-26 | Nissan Motor Co Ltd | 自動車用電話装置 |
US6944679B2 (en) * | 2000-12-22 | 2005-09-13 | Microsoft Corp. | Context-aware systems and methods, location-aware systems and methods, context-aware vehicles and methods of operating the same, and location-aware vehicles and methods of operating the same |
DE10110043A1 (de) * | 2001-03-02 | 2002-09-19 | Bosch Gmbh Robert | Verfahren zur Darstellung von Videodaten |
US20020144259A1 (en) * | 2001-03-29 | 2002-10-03 | Philips Electronics North America Corp. | Method and apparatus for controlling a media player based on user activity |
US20050065995A1 (en) * | 2003-09-23 | 2005-03-24 | Microsoft Corporation | Content and task-execution services provided through dialog-based interfaces |
US20090285545A1 (en) * | 2004-12-07 | 2009-11-19 | Koninklijke Philips Electronics, N.V. | Intelligent pause button |
JP2007083873A (ja) * | 2005-09-22 | 2007-04-05 | Alpine Electronics Inc | 車載表示装置およびこれに用いる車載プロキシサーバ |
EP1843591A1 (en) * | 2006-04-05 | 2007-10-10 | British Telecommunications Public Limited Company | Intelligent media content playing device with user attention detection, corresponding method and carrier medium |
US8806027B2 (en) * | 2007-02-14 | 2014-08-12 | Microsoft Corporation | Nearby media device tracking |
EP2208346A1 (en) * | 2007-09-07 | 2010-07-21 | Emsense Corporation | System and method for detecting viewer attention to media delivery devices |
US20100008650A1 (en) * | 2008-07-10 | 2010-01-14 | Apple Inc. | Multi-model modes of one device |
JP5239633B2 (ja) * | 2008-08-27 | 2013-07-17 | 富士通セミコンダクター株式会社 | 車載用画像データ転送装置 |
US9003500B2 (en) * | 2009-03-13 | 2015-04-07 | Hti Ip, Llc | Method and system for facilitating synchronizing media content between a vehicle device and a user device |
JP5478197B2 (ja) * | 2009-11-02 | 2014-04-23 | 日立コンシューマエレクトロニクス株式会社 | 無線映像送信装置および無線映像受信装置 |
US8793727B2 (en) * | 2009-12-10 | 2014-07-29 | Echostar Ukraine, L.L.C. | System and method for selecting audio/video content for presentation to a user in response to monitored user activity |
US20130081079A1 (en) * | 2011-09-23 | 2013-03-28 | Sony Corporation | Automated environmental feedback control of display system using configurable remote module |
-
2012
- 2012-03-15 US US13/420,933 patent/US20130089006A1/en not_active Abandoned
- 2012-10-03 TW TW101136573A patent/TW201325230A/zh unknown
- 2012-10-05 WO PCT/US2012/059085 patent/WO2013052887A1/en active Application Filing
- 2012-10-05 EP EP12783735.9A patent/EP2764703A1/en not_active Withdrawn
- 2012-10-05 KR KR1020147012280A patent/KR101604296B1/ko not_active IP Right Cessation
- 2012-10-05 JP JP2014534802A patent/JP5932047B2/ja not_active Expired - Fee Related
- 2012-10-05 CN CN201280049153.4A patent/CN104041064A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060250226A1 (en) * | 2003-07-07 | 2006-11-09 | Peter Vogel | Speed dependent service availability in a motor vehicle |
WO2007113580A1 (en) * | 2006-04-05 | 2007-10-11 | British Telecommunications Public Limited Company | Intelligent media content playing device with user attention detection, corresponding method and carrier medium |
CN101018067A (zh) * | 2006-12-11 | 2007-08-15 | 广州桑珑通信科技有限公司 | 车载电话装置及其与手机的无缝自动转接系统和方法 |
WO2010035693A1 (ja) * | 2008-09-26 | 2010-04-01 | シャープ株式会社 | 携帯端末、携帯端末の制御方法、検知装置、検知装置の制御方法、携帯端末制御システム、携帯端末制御プログラム、検知装置制御プログラム、コンピュータ読み取り可能な記録媒体 |
US20100332329A1 (en) * | 2009-06-30 | 2010-12-30 | Verizon Patent And Licensing Inc. | Methods and Systems for Controlling Presentation of Media Content Based on User Interaction |
US20110107388A1 (en) * | 2009-11-02 | 2011-05-05 | Samsung Electronics Co., Ltd. | Method and apparatus for providing user input back channel in audio/video system |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117156190A (zh) * | 2023-04-21 | 2023-12-01 | 荣耀终端有限公司 | 投屏管理方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
KR101604296B1 (ko) | 2016-03-25 |
EP2764703A1 (en) | 2014-08-13 |
KR20140073574A (ko) | 2014-06-16 |
TW201325230A (zh) | 2013-06-16 |
WO2013052887A1 (en) | 2013-04-11 |
JP5932047B2 (ja) | 2016-06-08 |
JP2014532367A (ja) | 2014-12-04 |
US20130089006A1 (en) | 2013-04-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104041064A (zh) | 无线显示设备的最小认知模式 | |
US10911498B2 (en) | User input back channel for wireless displays | |
RU2567378C2 (ru) | Обратный канал пользовательского ввода для беспроводных дисплеев | |
CN103814593A (zh) | 在无线显示系统中进行多播 | |
CN104115466B (zh) | 具有多屏幕服务的无线显示器 | |
RU2571595C2 (ru) | Обратный канал пользовательского ввода для беспроводных дисплеев | |
CN103392326B (zh) | 用于无线显示器的用户输入返回信道 | |
CN102740167B (zh) | 具有边信道控制的直接连接 | |
CN103339590A (zh) | 用于无线返回信道的用户输入装置 | |
CN103392160A (zh) | 用于无线显示器的用户输入返回信道 | |
US20130013318A1 (en) | User input back channel for wireless displays | |
CN103384995A (zh) | 用于无线显示器的用户输入返回信道 | |
CN104115500A (zh) | 经由用户输入返回信道的双向隧穿用于无线显示 | |
CN1866258A (zh) | 数据共享系统和数据共享方法 | |
WO2012100189A1 (en) | User input back channel for wireless displays | |
CN106416280A (zh) | 用于wi‑fi显示的媒体不可知显示 | |
RU2577184C2 (ru) | Обратный канал ввода данных пользователем для беспроводных дисплеев | |
CN103404104A (zh) | 用于无线显示器的用户输入返回信道 | |
US20120271959A1 (en) | Feature set based content communications systems and methods | |
WO2023185648A1 (zh) | 一种通信方法、装置及系统 | |
KR20140061126A (ko) | 라이브 강의 모바일 지원 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140910 |
|
WD01 | Invention patent application deemed withdrawn after publication |