交通工具仪表板无线显示系统的制作方法

文档序号:7791560阅读:312来源:国知局
交通工具仪表板无线显示系统的制作方法
【专利摘要】无线源和被配置为用作无线宿设备的汽车仪表板,被配置为相互通信,包括对源设备进行认证以用于与仪表板宿进行通信;向无线源设备发送回在仪表板宿接收到的用户输入,以使得用户能够控制源设备,并与正从源设备向仪表板宿发送的内容进行交互并且控制这些内容;基于其中布置仪表板宿的汽车的操作状态来控制源设备的操作状态;以及从仪表板宿向源设备发送由汽车所生成的数据,以使得源设备能够处理这些数据中的至少一些数据。
【专利说明】交通工具仪表板无线显示系统
[0001] 本申请要求享受于2012年1月6日提交的美国临时申请No. 61/583, 798的权益, 以引用方式将其全部内容并入本申请。

【技术领域】
[0002] 本申请涉及用于在无线源设备与无线宿设备之间发送数据的技术。

【背景技术】
[0003] 无线显示(WD)或Wi-Fi显示(WFD)系统包括无线源设备以及一个或多个无线宿 设备。源设备和每个宿设备可以是移动设备或具有无线通信能力的有线设备。源设备和 宿设备中的一个或多个可以例如包括移动电话、具有无线通信卡的便携式计算机、个人数 字助理(PDA)、便携式媒体播放器、或具有无线通信能力的其他这样的设备,包括所谓的"智 能"电话和"智能"板或平板电脑、e阅读器、或任何类型的无线显示器、视频游戏设备、或其 他类型的无线通信设备。源设备和宿设备中的一个或多个也可以包括诸如电视、台式计算 机、监视器、投影仪等包括通信能力的有线设备。
[0004] 源设备向参与特定媒体共享会话的宿设备中的一个或多个发送媒体数据,例如音 频视频(AV)数据。可以在源设备的本地显示器、和宿设备的显示器中的每个显示器上都回 放媒体数据。更具体地,参与的宿设备中的每一个宿设备在其屏幕和音频设备上呈现所接 收的媒体数据。


【发明内容】

[0005] 本申请总体上描述了一种系统,其中,无线源设备能够与无线宿设备进行通信。作 为通信会话的一部分,无线源设备可以向无线宿设备发送音频和视频数据,并且无线宿设 备可以向无线源设备发送回在无线宿设备处接收的用户输入。以此方式,无线宿设备的用 户可以控制无线源设备和控制正从无线源设备向无线宿设备发送的内容。根据本申请的示 例涉及在其中宿设备形成交通工具中的一部分或整个仪表板的情况下,使用前述技术或其 它技术。根据本申请,具有仪表板宿设备的交通工具可以包括汽车、船只、飞机、全地形交通 工具(ATV)、或包括具有电子显示设备的仪表板的任何其他类型的交通工具。
[0006] 在一个示例中,交通工具仪表板被配置为用作无线宿设备并用于向无线源设备发 送用户输入数据。仪表板包括:存储指令的存储器、被配置为获得用户输入数据的显示设 备、被配置为执行指令的一个或多个处理器、以及传输单元。在执行指令之后,一个或多个 处理器使得产生数据分组头部,其中,该数据分组头部包括标识用户输入数据的输入类别 的字段,并生成包括数据分组头部和有效载荷数据的数据分组。传输单元被配置为向无线 源设备发送数据分组。
[0007] 在另一示例中,无线源设备被配置为从被配置为用作无线宿设备的交通工具仪表 板接收用户输入数据。无线源设备包括:传输单元、存储指令的存储器、以及被配置为执行 这些指令的一个或多个处理器。传输单元被配置为从仪表板接收数据分组。数据分组包括 数据分组头部和有效载荷数据。在执行指令之后,所述一个或多个处理器使得对数据分组 头部进行解析以确定与有效载荷数据中包含的用户输入数据相关联的输入类别,以及基于 所确定的输入类别来处理有效载荷数据。
[0008] 另一示例包括一种在被配置为用作无线宿设备的交通工具仪表板与无线源设备 之间通信的方法。该方法包括:对源设备进行认证,以便与仪表板进行通信;从仪表板向源 设备传送指示交通工具的操作状态的数据,其中,所述仪表板被布置在所述交通工具内;基 于该交通工具的操作状态来设置源设备的操作状态;以及从仪表板宿向源设备传输用户输 入数据和交通工具数据中的至少一个。

【专利附图】

【附图说明】
[0009] 图1A是描绘可以实现本申请的技术的源/宿系统的示例的框图。
[0010] 图1B是描绘具有两个宿设备的源/宿系统的示例的框图。
[0011] 图2示出了可以实现本申请的技术的源设备的示例。
[0012] 图3示出了可以实现本申请的技术的宿设备的示例。
[0013] 图4示出了可以实现本申请的技术的发射机系统和接收机系统的框图。
[0014] 图5A和图5B示出了用于根据本申请的技术来执行能力协商的示例性消息传输序 列。
[0015] 图6示出了可以用于向源设备传送在宿设备处获得的用户输入数据的示例性数 据分组。
[0016] 图7A和图7B是描绘可以用于在源设备和宿设备之间进行能力协商的本申请的技 术的流程图。
[0017] 图8A和图8B是描绘可以用于发送和接收具有用户输入数据的数据分组的本申请 的技术的流程图。
[0018] 图9A和图9B是可以用于发送和接收具有用户输入数据的数据分组的本申请的技 术的流程图。
[0019] 图10A和图10B是描绘可以用于发送和接收具有时间戳信息和用户输入数据的数 据分组的本申请的技术的流程图。
[0020] 图11A和图11B是描绘可以用于发送和接收具有时间戳信息和用户输入数据的数 据分组的本申请的技术的流程图。
[0021] 图12A和图12B是描绘可以用于发送和接收包括语音命令的数据分组的本申请的 技术的流程图。
[0022] 图13A和图13B是描绘可以用于发送和接收具有多点触摸用户输入命令的数据分 组的本申请的技术的流程图。
[0023] 图14A和图14B是描绘可以用于发送和接收具有从第三方设备转发的用户输入数 据的数据分组的本申请的技术的流程图。
[0024] 图15A和图15B是描绘可以用于发送和接收数据分组的本申请的技术的流程图。
[0025] 图16是描绘可以实现本申请的技术的源/宿系统的示例的框图。
[0026] 图17是描绘涉及源设备与汽车仪表板宿设备之间的通信的各个技术的流程图。

【具体实施方式】
[0027] 本申请总体上描绘了一种系统,在该系统中,无线源设备(在本申请有时被简称 为"源设备")可以与无线宿设备(在本申请中有时被简称为"源设备")进行通信。作为 通信会话的一部分,源设备可以向宿设备发送音频和视频数据,宿设备可以向源设备发送 回在宿设备处接收的用户输入。以此方式,无线宿设备的用户可以控制无线源设备,并且控 制正从源设备向宿设备发送的内容。
[0028] 可以在包含不同类型的宿设备和源设备的多个不同上下文中使用前述的、在无线 源和宿设备之间进行通信以及针对由源设备提供的内容提供在宿设备处的用户输入的功 能。根据本申请的示例涉及使用如下技术:其中,宿设备构成汽车或其他机动交通工具中的 整个仪表板的一部分。
[0029] 在一个示例中,无线宿设备的核心功能包括向无线源设备发送回在宿设备接收的 用户输入,从而使得宿设备的用户能够控制源设备并且与正从源设备向宿设备发送的内容 交互并控制该内容,其中该宿设备在包含汽车仪表板的系统中被应用作为宿设备。在这样 的示例中,可以在汽车的仪表上观看、访问在充当源设备的用户设备上可获得的应用和数 据,并与这些应用和数据进行交互。在一个示例中,像联系人和日历应用、导航应用、数字音 乐播放器等移动电话应用,可以容易且无缝地在汽车或其他交通工具仪表板上呈现并且经 由汽车或其他交通工具仪表板进行交互。
[0030] 当宿设备是像例如汽车之类的机动交通工具的仪表板时,参照用于在无线源设备 与无线宿设备之间进行通信的系统和方法来使用如上所述的无线显示功能包括多个具体 的挑战。一个挑战包括对源设备进行认证以用于与汽车仪表板进行通信。因为仪表板宿设 备可以访问和/或控制与汽车的操作相关的敏感信息,所以可能期望需要针对与仪表板宿 设备的通信认证源设备的方法。
[0031] 此外,源设备和宿设备之间的通信可能变化很大,这取决于汽车的制造商。因此, 不同的制造商可能需要相同类型的源设备的不同功能,以便与在各相应制造商的汽车中包 含的仪表板宿进行通信。
[0032] 因此,在与汽车仪表板宿进行通信的源的上下文中,源设备可以包括由汽车或仪 表板(到这两者是由不同公司制造的程度)的制造商认证并且被具体配置为与该制造商的 仪表板宿进行通信的应用,而不是使用通用无线显示功能/应用(例如,在针对WFD系统的 一个或多个标准中提供的功能)。可以由源设备(例如,移动电话)执行仪表板应用,并且 仪表板应用可以包括第三方用户应用,该第三方用户应用包括用户接口,源设备的用户利 用该用户接口可以发起、控制、及管理在源与仪表板宿设备之间的通信。
[0033] 在这些示例中,可以通过多种不同的方式来完成在仪表板/汽车制造商和第三方 (例如,移动电话制造商和/或移动电话应用开发人员)之间的认证。在移动电话充当无线 源设备并且与仪表板宿设备进行通信的一个示例中,仪表板制造商可以对移动电话上可执 行且被配置为与仪表板进行通信的一个或多个应用进行认证。该认证可以包括用于建立电 话源与仪表板宿设备之间的通信的多个安全级别。
[0034] 在一个示例中,认证包括用于在电话源与仪表板宿设备之间建立通信的两个安全 级别。首先,源设备应用开发人员可以寻求并且制造商可以授权特定应用协调并控制在执 行应用的源设备与制造商的仪表板宿设备之间的通信。例如,在移动电话的不同操作系统 上开发可执行应用的移动电话应用开发人员可以寻求来自特定汽车制造商的授权,以便针 对这样的电话开发应用,该应用将使得电话能够充当与在由制造商生产的汽车中的仪表板 宿设备进行通信的无线源设备。在这样的示例中,汽车制造商可以通过向应用开发人员提 供密钥来对移动电话应用进行认证,该密钥可以向仪表板宿设备传送以开启电话源设备与 仪表板宿设备之间的通信。
[0035] 无线通信可能是不安全的,因此易受到来自未经授权的用户和/或设备的各种攻 击。这样,除了提供用于对具体移动电话应用进行认证的认证密钥以用于与具体的仪表板 宿设备进行通信的电话源设备,根据本申请的示例还可以包括保护在电话源与仪表板宿之 间的、包括制造商认证密钥的传输的初始握手。在一个示例中,例如,使用加密/解码密钥 方案对电话源设备与仪表板宿设备之间的初始握手和认证密钥的传输进行加密,移动电话 应用使用该加密/解码密钥方案对包括制造商认证密钥的数据进行加密,向仪表板无线发 送加密后的数据,仪表板转而对来自电话的数据进行解密和读取。在已经对电话进行认证 以用于与仪表板宿设备进行WFD之后,可以在加密或不加密的情况下发送今后的通信。 [0036] 除了用于对无线源设备和汽车仪表板宿设备之间的通信会话进行认证的功能,在 源与仪表板宿之间的链路还有助于实现用于对与汽车相关的或汽车中包含的数据和/或 设备(例如,与汽车或者汽车中的如扬声器和麦克风之类的外围设备有关的数据)进行通 信、分析、存储、操作等多项功能。在一些示例中,可以从仪表板向无线源设备传送来自汽车 上的传感器的数据,在该汽车中布置了仪表板宿设备。例如,可以从仪表板宿设备向无线源 设备(例如,向用户的移动电话)传输由汽车的传感器和引擎控制单元(ECU)跟踪并存储 的汽油里程数据。移动电话可以包括用于处理来自汽车的数据以便向用户呈现并由用户解 释的各种功能。
[0037] 在一些示例中,仪表板宿设备可以开启从源设备到外围设备(例如,汽车中的扬 声器和/或麦克风)的信道,以便在源和外围设备之间进行直接交互。例如,在仪表板宿上 执行的代理可以从移动电话源开启信道,以便向移动电话源提供对与移动电话中包括的麦 克风相比、汽车中的质量更高的麦克风的访问。在一个示例中,移动电话源的用户可能想要 在用户的汽车内驾驶的同时,呼叫电话上的联系人应用中的某个人,并且可以使用在汽车 的麦克风处接收的语音命令,其中,可以作为获取联系人号码并发起呼叫的更安全的方式 经由仪表板宿来访问该汽车的麦克风。
[0038] 通过对用于通信的无线源设备与汽车仪表板宿进行配对以便于实现的另一功能 是用于基于汽车的状态(例如,基于汽车正在移动或停止)来改变源设备和/或宿设备的 通信和操作的能力。在根据本申请的一个示例中,与无线源设备(例如,移动电话)配对的 汽车仪表板宿设备可以被配置为当汽车的状态改变时向移动电话源进行指示,并基于汽车 的当前状态,改变与电话的通信并控制电话的操作。例如,仪表板宿设备可以被配置为从汽 车的各个组件(例如传感器和/或ECU)接收信息,该信息指示汽车何时开始移动。在仪表 板宿设备确定汽车正在移动的情况下,仪表板可以向电话源发送用于使该源进入受限功能 操作模式的命令。例如,来自仪表板宿设备的命令可以使该电话限制对对于用户而言在开 车时执行可能是危险的某些功能的访问,例如,文本消息传送。
[0039] 下面参照图16和图17更详细地描述了与在无线源设备与被配置为充当无线宿设 备的交通工具仪表板之间的通信相关的前述功能。但是,参照图1A-15更概括地描述了包 括向无线源设备发送回在无线宿设备处接收的用户输入的、被配置为用于在源与宿设备之 间进行通信的第一系统和方法。
[0040] 图1A是描绘可以实现本申请的一项或多项技术的示例性源/宿系统100的框图。 如在图1A中示出的,系统100包括经由通信信道150与宿设备160进行通信的源设备120。 源设备120可以包括:存储音频/视频(A/V)数据121的存储器、显示器122、扬声器123、 音频/视频编码器124 (也被称为编码器124)、音频/视频控制模块125、以及发射机/接收 机(TX/RX)单元126。此外,源设备120的存储器可以存储被认证为发起和管理源设备120 与宿设备160之间的通信的应用。在根据本申请的示例中,宿设备160形成了汽车或其他 机动交通工具的一部分或全部,从而在后面的不例中有时被称为仪表板宿设备160。仪表板 宿设备160可以包括显示器162、扬声器163、音频/视频解码器164 (也称为解码器164)、 发射机/接收机单元166、用户输入(UI)设备167和用户输入处理模块168。所描述的组 件仅构成针对源/宿系统100的一个示例性配置。其他配置可以包括与那些所描绘的组件 相比更少的组件,或者其他配置除了包括那些所描绘的组件,还可以包括额外组件。
[0041] 在一个示例中,如下文更详细描述的,源设备的存储器120可以存储由汽车和/或 仪表板的制造商认证为发起和管理在源设备120和汽车仪表板宿设备160之间的通信的应 用。源设备应用可以包括各种功能,包括例如,反映源设备上的汽车的仪表板的本地功能, 以及从宿设备160接收汽车数据并对所接收的汽车数据进行处理。
[0042] 在图1A的示例中,源设备120可以在显示器122上显示音频/视频数据121的视 频部分,并且可以在扬声器123上输出音频/视频数据121的音频部分。音频/视频数据 121可以本地地存储在源设备120上,从诸如文件服务器、硬盘驱动器、外部存储器、蓝光光 盘、DVD或其他物理存储介质之类的外部存储介质访问,或可以经由包括例如经由互联网的 网络连接流式传送至源设备120。在一些实例中,音频/视频数据121可以经由源设备120 的相机和麦克风实时捕获。音频/视频数据121可以包括诸如电影、电视节目或音乐之类 的多媒体内容,但是也可以包括由源设备120生成的实时内容。例如,这样的实时内容可以 由在源设备120上运行的应用产生,或是所捕获的视频数据,例如作为视频电话会话的一 部分。如将更详细讨论的,在一些实例中,这样的实时内容可以包括可获得的供用户选择的 用户输入选项的视频帧。在一些实例中,音频/视频数据121可以包括视频帧,所述视频帧 是诸如电影的视频帧或者在视频帧上覆盖有用户输入选项的TV节目的视频帧之类的不同 类型内容的组合。
[0043] 除了经由显示器122和扬声器123在本地呈现音频/视频数据121,源设备120的 音频/视频编码器124还可以对音频/视频数据121进行编码,并且发射机/接收机单元 126可以通过通信信道150向宿设备160发送编码数据。宿设备160的发射机/接收机单 元166接收编码数据,音频/视频解码器164对编码数据进行解码,经由显示器162和扬声 器163输出解码数据。以此方式,正由显示器122和扬声器123呈现的音频和视频数据可以 同时由显示器162和扬声器163呈现。可以将音频数据和视频数据布置在帧中,并且当呈 现时,音频帧可以与视频帧在时间上同步。在根据本申请的示例中,在仪表板宿设备160上 从源设备120接收的、并且由显示器162呈现的音频和视频数据可以实现驻留在源设备120 上的数据和应用的呈现和与驻留在源设备120上的数据和应用的交互,其中,源设备120可 以包括例如具有导航、联系人、日历、电子邮件和其他应用的移动电话。
[0044] 音频/视频编码器124和音频/视频解码器164可以实现任何数量的音频和视 频压缩标准(例如,ITU-T H. 264标准、或者被称为MPEG-4)部分10、高级视频编码(AVC) 或新兴的高效视频编码(HEVC)标准(有时也被称为H. 265标准)。也可以使用许多其他 类型的专有或标准化的压缩技术。一般来说,音频/视频解码器164被配置为执行音频/ 视频编码器124的相反的编码操作。虽然在图1A中未示出,但是在一些方面,A/V编码器 124和A/V解码器164可以各自与音频编码器和解码器集成在一起,并且其可以包括适当的 MUX-DEMUX单元、或其他的硬件和软件,以处理对公共数据流或单独数据流中的音频和视频 二者的编码。
[0045] 如下文将更详细描述的,除了如上所述的实现视频压缩标准,A/V编码器124还可 以执行其他编码功能。例如,A/V编码器124可以在A/V数据121被发送至宿设备160之 前,添加各种类型的元数据到A/V数据121。在一些示例中,可以以编码的形式将A/V数据 121存储在源设备120上或在源设备120处接收,从而无需由A/V编码器124进一步压缩。
[0046] 虽然图1A示出了分别运送音频有效载荷数据和视频有效载荷数据的通信信道 150,但是,应该理解的是,在一些实例中,视频有效载荷数据和音频有效载荷数据可以是公 共数据流的一部分。如果适用的话,MUX-DEMUX单元可以符合ITU H. 223多路复用器协议, 或诸如用户数据报文协议(UDP)之类的其他协议。音频/视频编码器124和音频/视频 解码器164分别可以被实现成一个或多个微处理器、数字信号处理器(DSP)、专用集成电路 (ASIC)、现场可编程门阵列(FPGA)、离散逻辑、软件、硬件、固件或其任意组合。可以在一个 或多个编码器或解码器中包含音频/视频编码器124和音频/视频解码器164中的每一个, 两者中的任一个可以被集成为组合编码器/解码器(CODEC)的一部分。从而,源设备120和 宿设备160中的每一个可以包括被配置为执行本申请的技术中的一个或多个的专用机器。
[0047] 显示器122和显示器162可以包括诸如阴极射线管(CRT)、液晶显示器(IXD)、等 离子显示器、发光二极管(LED)显示器、有机发光二级管(0LED)显示器、或其他类型显示设 备之类的各种视频输出设备中的任何一个。在这些或其他示例中,显示器122和显示器162 可以分别是发射显示器或投射式显示器。显示器122和显示器162也可以是触摸显示器, 使得其既是输入设备又是显示设备。这样的触摸显示器可以是电容性的、电阻式的、或允许 用户向相应设备提供用户输入的其他类型的触摸板。
[0048] 扬声器123可以包括诸如耳机、单扬声器系统、多扬声器系统、或环绕立体声系统 之类的各种音频输出设备中的任何一个。此外,虽然显示器122和扬声器123被示出为源 设备120的一部分,显不器162和扬声器163被不出为宿设备160的一部分,但是,源设备 120和宿设备160可以实际上是设备的系统。作为一个不例,仪表板宿设备160的扬声器 163可以包括汽车的扬声器,其中,仪表板宿设备布置在该汽车中。此外,虽然在图1A中未 示出,但是仪表板宿设备160可以包括其被布置在其内的汽车的其他外围设备或提供对这 些其他外围设备的访问,上述其他外围设备包括例如麦克风或者如后座DVD/显示设备之 类的额外的显示设备。在一些情况下,源设备可以包括诸如智能电话、膝上型电脑或平板计 算机之类的移动设备,而宿设备包括更固定的汽车仪表板(相对于独立于汽车的运动的移 动的固定)。
[0049] 发射机/接收机单元126和发射机/接收机单元166分别可以包括各种混频器、 滤波器、放大器和被设计为用于信号调制的其他组件、以及一个或多个天线以及被设计为 用于发送和接收数据的其他组件。通信信道150通常表示用于从源设备120向宿设备160 发送视频数据的任何适当的通信介质、或不同通信介质的集合。通信信道150通常是相对 较短范围的通信信道,类似于Wi-Fi、蓝牙等。但是,通信信道150无需在此方面受限,并且 其可以包括任何无线或有线的通信介质,例如射频(RF)频谱或一个或多个物理传输线、或 无线和有线介质的任何组合。在其他示例中,通信信道150甚至可以形成基于分组的网络 (例如,有线或无线局域网、广域网、或诸如互联网之类的全球网)的一部分。此外,可以由 源设备120和宿设备160使用通信信道150,以创建点对点链路。源设备120和宿设备160 可以使用来自IEEE802. 11标准族之类的通信协议在通信信道150上进行通信。例如,源设 备120和宿设备160可以根据Wi-Fi直接标准进行通信,使得源设备120和宿设备160直 接相互通信,而不使用诸如无线接入点或所谓的热点之类的媒介。源设备120和宿设备160 也可以建立隧道化的直接链路建立(TLDS),以避免或减少网络拥塞。有时可以围绕Wi-Fi 来描述本申请的技术,但是预期这些技术的方面也可以与其他通信协议兼容。例如,源设备 120和宿设备之间的无线通信可以使用正交频分复用(OFDM)技术。也可以使用各种其他 无线通信技术,包括时分多址(TDMA)、频分多址(FDMA)、码分多址(CDMA)、或者0FDM、FDMA、 TDMA和/或CDMA的任何组合。WiFi直接和TDLS旨在建立相对较短距离的通信会话。在 本上下文中,相对较短距离可以指例如小于70米,虽然在嘈杂或阻塞的环境中,设备之间 的距离可以甚至更短,例如小于35米。
[0050] 除了解码和呈现从源设备120接收的数据之外,宿设备160还可以从用户输入设 备167接收用户输入。例如,用户输入设备167可以是键盘、鼠标、轨迹球或跟踪板、触摸 屏、声音命令识别模块、或任何其他这样的用户输入设备。用户输入处理模块(UIPM) 168将 从用户输入设备167接收的用户输入命令格式化成源设备120能够解释的数据分组结构。 由发射机/接收机166通过通信信道150向源设备120发送这样的数据分组。发射机/接 收机单元126接收数据分组,并且A/V控制模块125解析数据分组,以解释由用户输入设备 167接收的用户输入命令。基于在数据分组中接收的命令,A/V控制模块125可以改变正被 编码和发送的内容。以此方式,宿设备160的用户可以控制正由源设备120远程发送的音 频有效载荷数据和视频有效载荷数据,而不与源设备120直接交互。
[0051] 宿设备160的用户可以向源设备120发送的命令的类型的示例包括用于倒回、快 进、暂停以及播放音频和视频数据的命令、以及用于放大、旋转、滚动等命令。用户也可以进 行选择,例如从菜单选项进行选择,并向源设备120发送回该选择。例如,用户可以在仪表 板宿160的用户输入设备167处对作为应用的图形用户界面(GUI)的一部分提供的各种类 型的输入控制进行选择,所述应用例如驻留在源设备120上的电子邮件、日历或联系人应 用。然后,在宿设备160处与源设备120上的应用的GUI的这样的交互可以由ΠΡΜ168进 行格式化,并由发射机/接收机166通过通信信道150向源设备120发送。
[0052] 此外,宿设备160的用户能够发起并控制在源设备120上的其他类型的应用。例 如,宿设备160的用户能够发起在源设备120上存储的相片编辑应用,并使用该应用来编辑 在源设备120上本地存储的相片。宿设备160可以向用户呈现看上去或感觉上好像正在宿 设备160本地编辑相片而实际上正在源设备120上编辑相片的用户体验。使用这样的配置, 设备用户也许能够利用一个设备的能力,以与若干设备一起使用。
[0053] 例如,源设备120可以是具有大量存储器和高端处理能力的智能电话。源设备120 的用户可以在通常使用智能电话的所有设置和情形中使用智能电话。但是,当在汽车中坐 着和/或旅行时,用户可能想要在仪表板宿设备160上利用驻留在智能电话上的应用,例 如,在仪表板宿设备160的显示器上使用源设备120上的导航应用。在这样的实例中,即使 用户正在与仪表板宿设备160交互,处理块可能仍然由源设备120 (在本例中,是智能电话) 来执行。在该特定的操作上下文中,由于处理块由源设备120执行,与如果宿设备160被要 求进行由源设备120进行的操作的情况相比,宿设备160可以是具有更少资源的更低成本 设备。在一些示例中,源设备和宿设备可能能够接收用户输入(例如触摸屏命令),并且本 申请的技术可以便于在任何给定的会话中通过协商和或识别设备的能力来进行双向交互。 从而,在根据本申请的示例中,其中,在汽车仪表板中包含宿设备120,用户可以在仪表板宿 设备160处与在源设备120上执行的应用和在源设备120上存储的数据进行交互,包括,例 如,经由仪表板宿设备160上的用户输入设备167与源设备120上存储和执行的联系人、导 航、日历、电子邮件和其它应用进行交互。
[0054] 在一些配置中,A/V控制模块125可以是由源设备125的操作系统执行的操作系 统过程。但是,在其他配置中,A/V控制模块125可以是在源设备120上运行的应用的软件 过程。在这样的配置中,用户输入命令可以由软件过程解释,使得宿设备160的用户与在源 设备120上运行的应用而不是在源设备120上运行的操作系统直接交互。通过与应用而不 是操作系统直接交互,宿设备160的用户可以访问并非源设备120的操作系统本地的命令 库。此外,与应用进行直接交互可以使得命令更容易由不同平台上运行的设备发送和处理。
[0055] 源设备120可以对无线宿设备160处应用的用户输入作出响应。在这样的交互式 应用设置中,可以通过通信信道150向无线显示源发送回在无线宿设备160处应用的用户 输入。在一个示例中,也被称为用户接口反向信道(UIBC)的反向信道架构可以被实现成使 得宿设备160能够向源设备120发送在宿设备160处应用的用户输入。反向信道架构可以 包括用于传输用户输入的较上层消息,和用于协商在宿设备160和源设备120处的用户接 口能力的较下层帧。WBC可以驻留在宿设备160和源设备120之间的互联网协议(IP)传 输层上。以此方式,在开放系统互连(0SI)通信模型中,UIBC可以位于传输层之上。在一 个示例中,0SI通信包括7层(1-物理、2-数据链路、3-网络、4-传输、5-会话、6-表示、以 及7-应用)。在该示例中,在传输层之上指的是层5、6和7。为了促进可靠传输和按顺序 传送包含用户输入数据的数据分组,UIBC可以被配置为在诸如传输控制协议/互联网协议 (TCP/IP)或用户数据报文协议(UDP)之类的其他基于分组的通信协议的顶部运行。UDP和 TCP可以在0SI层架构中并行操作。TCP/IP可以使得宿设备160和源设备120能够在分组 丢失的情况下实施重传技术。
[0056] 在一些情况下,在位于源设备120和宿设备160的用户输入接口之间可能存在不 匹配。为了解决由这样的不匹配而产生的潜在问题以及为了在这样的环境下促进良好的用 户体验,在建立通信会话之前或在贯穿通信会话的不同时间,在源设备120和宿设备160之 间可能发生用户输入接口能力协商。作为该协商过程的一部分,源设备120和宿设备160 可以对协商的屏幕分辨率达成一致。当宿设备160发送与用户输入相关联的坐标数据时, 宿设备160可以缩放从显示器162获得的坐标数据,以匹配所协商的屏幕分辨率。在一示 例中,如果宿设备160具有1280x720分辨率,源设备120具有1600x900分辨率,则例如, 设备可以使用1280x720作为其协商的分辨率。可以基于宿设备160的分辨率来选择所协 商的分辨率,但是也可以使用源设备120的分辨率或某个其他分辨率。在使用宿设备的 1280x720的示例中,宿设备160可以在向源设备120发送坐标之前,将所获得的X坐标按照 因子1600/1280进行缩放,并且同样地,宿设备160可以在向源设备120发送坐标之前,将 所获得的y坐标按照900/720进行缩放。在其他配置中,源设备120可以将所获得的坐标 缩放至协商的分辨率。该缩放可以基于宿设备160是否使用比源设备120更高的分辨率显 示来增加或减少坐标范围,反之亦然。
[0057] 此外,在一些实例中,宿设备160处的分辨率可以在通信会话期间变化,潜在地产 生显示器122与显示器162之间的不匹配。为了提高用户体验以及为了确保适当的功能, 源/宿系统1〇〇可以通过实现用于屏幕标准化的技术来实现用于减少或避免用户交互不匹 配的技术。源设备120的显示器122和宿设备160的显示器162可以具有不同的分辨率和 /或不同的长宽比。此外,在一些设置中,宿设备160的用户可能具有对从源设备120接收 的视频数据的显示窗口进行重新调整的能力,使得从源设备120接收的视频数据在覆盖与 宿设备160的全部显示器162相比更小的窗口中呈现。在另一示例性设置中,宿设备160 的用户可能具有以横向模式或纵向模式观看内容的选项,上述模式中的每一个模式具有唯 一坐标和不同的长宽比。在这样的情形下,与在宿设备160处接收的用户输入相关联的坐 标(例如,针对在发生鼠标点击或触摸事件的坐标),在不修改坐标的情况下,可能不能被 源设备120处理。因此,本申请的技术可以包括将在宿设备160处接收的用户输入的坐标 映射到与源设备120相关联的坐标。在本申请中,该映射也被称为标准化,如下文将详细描 述的,该映射可以是基于宿或基于源的。
[0058] 宿设备160接收的用户输入可以由Π 模块167接收,例如,在驱动器级别,并传送 至宿设备160的操作系统。宿设备160上的操作系统可以接收与在显示区域上发生用户输 入的位置相关联的坐标(x SIffi,ySINK)。在该示例中,(xSINK,ySINK)可以是显示器162的、发生鼠 标点击或触摸事件的位置的坐标。在显示器162上呈现的显示窗口可以具有描述显示窗口 大小的X坐标长度(L DW)和y坐标宽度(WDW)。显示窗口也可以具有描述显示窗口位置的左 上角坐标(a DW,bDW)。基于Ldw、Wdw和左上角坐标(a DW,bDW),可以确定由显示窗口所覆盖的显 不器162的部分。例如,显不窗口的右上角可以位于坐标(a DW+LDW,bDW),显不窗口的左下角 可以位于坐标(aDW, bDW+WDW),以及显不窗口的右下角可以位于坐标(aDW+L DW, bDW+WDW)。如果在 显示窗口内的坐标处接收输入,则宿设备160可以对输入进行处理作为WBC输入。换句话 说,如果满足下列条件,可以对具有相关联的坐标(x SIffi,ySIffi)的输入进行处理作为WBC输 入:
[0059] aDW < xSINK < aDW+LDW (1)
[0060] bDff ^ Ysink ^ bDff+WDff (2)
[0061] 在确定用户输入是nBC输入之后,在将与该输入相关联的坐标发送至源设备120 之前,可以由ΠΡΜ168对该坐标进行标准化。被确定为位于显示窗口之外的输入可以被宿 设备160在本地处理作为非HBC输入。
[0062] 如上文提及的,可以基于源或基于宿来对输入坐标进行标准化。当实现基于宿的 标准化时,源设备120可以与视频数据一起或独立于视频数据向宿设备160发送显示器 122所支持的显示分辨率(LSKDWSK。)。例如,所支持的显示分辨率可以作为能力协商会话的 一部分发送或可以在通信会话期间的另一时间发送。宿设备160可以确定针对显示器162 的显示分辨率(LSINK,WSINK)、针对显示从源设备120接收的内容的窗口的显示窗口分辨率 (Ldw,Wdw)、以及针对显示窗口的左上角坐标(aDW,b DW)。如上文描述的,当确定与用户输入对 应的坐标(xSINK,ySIffi)位于显示窗口之内时,则宿设备160的操作系统可以使用对话功能将 坐标(Xsim^im)映射到源坐标(Xa^yi)。用于将(Xsim^im)转换成(Χ--κ^κ:)的示例性 对话功能可以如下:
[0063] xSRC - (xs服-aDW) * (Lsrc/Ldw) (3)
[0064] ySRc - (ysiNK_bDff) * (WSEC/WDff) (4)
[0065] 从而,当发送与所接收的用户输入相对应的坐标时,宿设备160可以发送针对在 (xSINK,y SINK)处接收的用户输入的坐标(xSRC,ySR。)。如下文将更详细描述的,例如,可以将坐 标(x SKe,ySK。)作为用于通过UIBC向源设备120发送在宿设备160处接收的用户输入的数据 分组的一部分进行发送。贯穿本申请的其他部分,当将输入坐标描述为被包含在数据分组 中时,如上文在源/宿系统100实现基于宿的标准化的实例中描述的,可以将这些坐标转换 成源坐标。
[0066] 当源/宿系统100实现基于源的标准化时,对于由UIBC输入确定的用户输入对照 本地输入(即,在显示窗口之内对照于在显示窗口之外),可以在源设备120而不是在宿设 备160处执行上文的计算。为了便于这样的计算,宿设备160可以向源设备120发送L dw、 Wdw的值、以及显示窗口的位置信息(例如,aDW、bDW)、以及针对(x SINK、ySINK)的坐标。使用所 发送的这些值,源设备120可以根据上文的方程3和方程4来确定针对(x SK。,ySK。)的值。
[0067] 在基于宿的标准化的其他实现中,宿设备160可以发送针对描述在显示窗口内发 生用户输入事件的位置对照于在显示器162上发生用户输入事件的位置的、用户输入的坐 标(x DW,yDW)。在这样的实现中,可以向源设备120发送坐标(xDW,y DW)连同针对(Ldw,Wdw)的 值。基于所接收的这些值,源设备120可以根据下列对话函数来确定( XsKDySKC):
[0068] xSRC - Xdw* (Lsrc/Ldw) (5)
[0069] ySEC - Ydw* (Wsrc/Wdw) (6)
[0070] 宿设备160可以基于下列函数来确定xDW和yDW :
[0071] xDW - xSINK-aDW (7)
[0072] yDff - ysiNK_bDff (8)
[0073] 当本申请描述发送与用户输入相关联的坐标时,例如在数据分组中,如上文所描 述的,这些坐标的传输可以包括基于宿或基于源的标准化,和/或可以包括用于执行基于 宿或基于源的标准化所必需的任何额外的信息。
[0074] WBC可以被设计成传输各种类型的用户输入数据,包括跨平台用户输入数 据。例如,源设备120可以运行i〇S?:操作系统,而宿设备160运行诸如Android?或 Windows?、成仪表板宿设备160和/或其内布置该仪表板的汽车的制造商的专有操作系 统之类的另一操作系统。不管平台如何,ΠΡΜ168可以以A/V控制模块125可理解的形式 封装所接收的用户输入。WBC可以支持很多不同类型的用户输入格式,从而允许许多不同 类型的源和宿设备利用该协议,而不管源设备和宿设备是否在不同的平台上操作。可以定 义通用的输入格式,并且可以支持平台专用输入格式,从而由WBC可以对源设备120与宿 设备160之间传送用户输入的方式方面提供灵活性。
[0075] 在图1A的示例中,源设备120可以包括智能电话、平板计算机、膝上型计算机、台 式计算机、具有Wi-Fi能力的电视、或能够发送音频和视频数据的任何其他设备。在根据本 申请的示例中,宿设备160形成在汽车或其他类型交通工具中的仪表板的一部分或全部。 在一些实例中,仪表板宿设备160可以包括设备的系统,使得显不器162、扬声器163、UI设 备167和A/V编码器164所有部分是在布置仪表板的汽车中分开但可互操作的设备。源设 备120可以同样是设备的系统而不是单个设备。
[0076] 图1B是描绘可以实现本申请的技术的示例性源/宿系统101的框图。源/宿系 统101包括源设备120和仪表板宿设备160,其每一个可以通过针对图1A所描述的方式起 作用和操作。源/宿系统101还包括宿设备180。通过与上文描述仪表板宿设备160相似 的方式,宿设备180可以从源设备120接收音频和视频数据,并且可以通过建立的WBC向 源设备120发送用户命令。在一些配置中,仪表板宿设备160和宿设备180可以相互独立 地操作,并且在源设备120处输出的音频和视频数据可以在仪表板宿设备160和宿设备180 处同时输出。在替代的配置中,仪表板宿设备160可以是主宿设备,且宿设备180可以是辅 助宿设备。在这样一个配置性示例中,仪表板宿设备160和宿设备180可以相耦合,并且仪 表板宿设备160可以显示视频数据,而宿设备180输出相应的音频数据。此外,在一些配置 中,仪表板宿设备160可以仅输出所发送的视频数据,而宿设备180可以仅输出所发送的音 频数据。
[0077] 图2是示出源设备220的一个示例的框图。源设备220可以是与图1A中的源设 备120相似的设备,并且该源设备220可以通过与源设备120相同的方式进行操作。源设备 220包括本地显示器222、本地扬声器223、处理器231、存储器232、传输单元233和无线调 制解调器234。如图2中所示,源设备220可以包括一个或多个处理器(即,处理器231), 所述处理器对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调制解调器。
[0078] 源设备220还可以本地地处理和显示A/V数据。例如,显示处理器235可以处理 要在本地显示器222上显示的视频数据,音频处理器236可以处理音频数据以用于在扬声 器223上输出。
[0079] 如上文参考图1A中的源设备120所描述的,源设备220还可以从宿设备接收用 户输入命令。以此方式,源设备220的无线调制解调器234接收诸如NAL单元之类的已封 装的数据分组,并将已封装的数据单元发送给用于解封装的传输单元233。例如,传输单元 233可以从NAL单元提取数据分组,并且处理器231可以解析数据分组以提取用户输入命 令。基于该用户输入命令,处理器231可以调整由源设备220正向宿设备发送的已编码的 A/V数据。以此方式,可以由处理器231全部或部分地实现上文参照图1A的A/V控制模块 125描述的功能。
[0080] 图2的处理器231通常表示各种处理器中的任何一个,包括但不限于一个或多 个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列 (FPGA)、其他等同的集成或分立逻辑电路、或它们的某种组合。图2的存储器232可以包 括各种易失性或非易失性存储器中的任何一个,包括但不限于诸如同步动态随机存取存储 器(SDRAM)之类的随机存取存储器(RAM)、只读存储器(ROM)、非易失性随机存取存储器 (NVRAM)、电可擦除可编程只读存储器(EEPR0M)、闪存等,存储器232可以包括用于存储音 频/视频数据以及其他种类的数据的计算机可读存储介质。存储器232可以另外存储由处 理器231作为执行本申请中描述的各种技术的一部分而执行的指令和程序代码。
[0081] 在一个示例中,源设备220的存储器232可以存储可由处理器231执行的应用,该 处理器231被配置为有助于在源设备220与汽车中的仪表板宿设备之间的通信。这样的源 设备仪表板应用可以由仪表板制造商和/或汽车制造商认证,以发起和管理在源设备220 与汽车仪表板宿设备之间的通信。源设备应用可以包括各种功能,包括,例如,对源设备上 的汽车仪表板的本地功能进行镜像,接收并处理从汽车仪表板宿设备接收的汽车数据。
[0082] 在根据本申请的一个示例中,源设备220可以是具有存储器232的智能电话、以及 具有相对较高端处理能力的处理器231,所述存储器232包括相对较大数量的存储容量。源 设备220的用户可以通常使用智能电话的所有设置和情形中使用智能电话。但是,当在汽 车中坐着和/或旅行时,用户可能想要利用驻留在仪表板宿设备上的智能电话上的应用, 该仪表板宿设备已经对与其通信的源设备220进行认证,例如,在汽车中的仪表板宿设备 的显示器上使用在源设备220上存储的导航应用。从而,在根据本申请的其中宿设备形成 了汽车仪表板的一部分或全部的示例中,用户可以在仪表板宿设备处与在源设备220上执 行的应用和存储的数据进行交互,包括例如,经由仪表板宿设备上的各种用户输入设备与 源设备120上存储和执行的联系人、导航、日历、电子邮件以及其他应用进行交互。
[0083] 图3不出了汽车仪表板宿设备360的不例。宿设备360可以是与图1A中的仪表 板宿设备160相似的设备,并且可以通过与宿设备160相同的方式进行操作。宿设备360 包括一个或多个处理器(即,处理器331)、存储器332、传输单元333、无线调制解调器334、 显示处理器335、本地显示器362、音频处理器336、扬声器363和用户输入接口 376。宿设 备360在无线调制解调器334处接收从源设备发送的已封装的数据单元。例如,无线调制 解调器334可以是被配置为实现来自IEEE802. 11标准族的一个或多个标准的Wi-Fi调制 解调器。传输单元333可以对封装的数据单元进行解封装。例如,传输单元333可以从封 装的数据单元提取已编码的视频数据,并且向处理器331发送要被解码并要呈现用于输出 的已编码的A/V数据。显示处理器335可以处理要在本地显示器362上显示的已解码的视 频数据,音频处理器336可以处理要在扬声器363上输出的已解码的音频数据。
[0084] 除了呈现音频和视频数据,无线仪表板宿设备360也可以通过用户输入接口 376 来接收用户输入数据。用户输入接口 376可以表示多个用户输入设备中的任何一个,其包 括但不限于触摸显示接口、键盘、鼠标、语音命令模块、姿势捕获设备(例如,具有基于相机 的输入捕获能力)或多个用户输入设备中的任何其他设备。通过用户输入接口 376接收的 用户输入可以由处理器331进行处理。该处理可以包括生成数据分组,该数据分组包括根 据本申请中描述的技术所接收的用户输入命令。一旦生成,传输单元333就可以处理数据 分组,以通过WBC向无线源设备进行网络传输。
[0085] 图3的处理器331可以包括各种处理器中的一个或多个处理器,例如,一个或 多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列 (FPGA)、其他等同的集成或分立逻辑电路、或它们的某种组合。图3的存储器332可以包 括各种易失性或非易失性存储器中的任何一个,包括但不限于,诸如同步动态随机存取存 储器(SDRAM)之类的随机存取存储器(RAM)、只读存储器(ROM)、非易失性随机存取存储器 (NVRAM)、电可擦除可编程只读存储器(EEPR0M)、闪存等,存储器232可以包括用于存储音 频/视频数据以及其他种类数据的计算机可读存储介质。存储器332可以另外存储由处理 器331作为执行本申请中所描述的各个技术的一部分而执行的指令和程序代码。
[0086] 在一个示例中,宿设备360的存储器332可以存储可由处理器331执行的应用, 该处理器331被配置为有助于源设备(例如,源设备220)与仪表板宿设备360之间的通 信。这样的宿设备仪表板应用可以是无线显示(WIDI)应用,该WIDI应用有助于在源设备 与形成汽车中的整个仪表板的一部分或全部的仪表板宿设备360之间的配对和无线通信。 在一个示例中,宿设备仪表板应用可以与关联于WFD系统和通信会话的一个或多个标准兼 容。在另一示例中,宿设备仪表板应用可以有助于在WFD标准之外在源设备与仪表板宿设 备360之间的通信,例如,经由仪表板和/或汽车制造商的一个或多个专有协议以及使用例 如在源与仪表板宿设备之间的带外TCP/IP链路。
[0087] 宿设备仪表板应用或在存储器332上存储且由仪表板宿设备360的处理器331执 行的另一应用也可以包括与其中布置宿设备360的汽车的系统和设备进行通信的代理。例 如,其中布置仪表板宿设备360的汽车的各种设备,例如,汽车的ECU以及一个或多个传感 器可以生成与汽车的操作相关的数据。在存储器332上存储并由仪表板宿设备360执行的 代理可以被配置为与汽车数据对接并且获得或接收这些汽车数据,在一些示例中,随后可 以向源设备发送这些汽车数据,并由源设备通过各种方式对这些汽车数据进行处理。例如, 在仪表板宿设备360上执行的代理可以获得由汽车的传感器和引擎控制单元(ECU)跟踪并 存储的汽油里程数据。此外,汽车的其他相关操作数据(如与驾驶习惯和度量有关的速度、 加速度、刹车和其他数据)可以由代理从汽车的一个或多个组件获取。该汽车数据可以由 仪表板宿设备360 (例如,由封装汽车数据的传输单元333和发送数据的Wi-Fi调制解调器 334)向无线源设备(例如,向用户的移动电话)发送。移动电话可以包括用于处理数据的 各种功能,包括,例如跟踪并组织时间上的汽油里程数据的应用,并且在一些情况下,将汽 油里程与驾驶习惯/度量相关联。
[0088] 可以根据本申请的示例中来预期除了前述汽油里程示例之外的各种汽车数据并 对这些数据进行处理。例如,可以跟踪、存储来自汽车E⑶的差错码,并且从仪表板宿设备 360向如移动电话之类的无线源设备传输所述差错码、以及与服务、维护和/或汽车的故障 有关的其他诊断信息。来自其中布置仪表板宿设备的汽车的这些差错或诊断信息可以在像 移动电话之类的源设备上被跟踪及分析,并且甚至可以用于例如在有资格和/或经授权为 在汽车上工作的经销店或服务站处自动请求服务预约。在另一示例中,来自其中布置仪表 板宿设备的汽车的差错或诊断信息可以在像移动电话之类的源设备上被跟踪及分析,并且 甚至可以用于例如自动地生成对汽车进行服务的日历事件、提醒或任务。例如,可以跟踪、 存储并从仪表板宿设备360向如移动电话之类的无线源设备传输来自汽车ECU的、所生成 的与常规服务事件有关的代码,所述常规服务事件例如是油量变化或其他基于里程或时间 的预防性服务核查。在这样的情况下,移动电话源设备可以分析从仪表板宿设备360接收 的ECU代码,并且在具有或没有名称为例如"油量变化"或"15000英里核查"等的提醒的情 况下自动调度日历事件。
[0089] 已经在汽车的背景下描述了本申请的许多细节。在该背景下,已经描述了汽车专 用数据的若干示例。但是,本申请中描述的技术可以找到针对多种其他类型交通工具的各 种应用,并且所述交通工具数据可以针对这些应用而不同。包括在仪表板上的显示设备或 其他等同结构的任何交通工具可以使用本申请中描述的技术中的一项或多项技术。在仪表 板与源设备之间传输的数据可以是交通工具专用的,并且可以依据交通工具的类型而有所 不同。
[0090] 可以利用根据本申请的仪表板宿设备的示例性交通工具包括汽车、船只、飞行器、 全地形交通工具(ATV)、以及坦克或其他军用交通工具、半卡车或其他运输交通工具、以及 推土机、拖拉机、或其他重型机器、以及火车、高尔夫球车、以及其他类型的交通工具。在根 据本申请的示例中,预期各种交通工具数据并且对这些数据进行处理。
[0091] 例如,可以跟踪、存储以及从在高尔夫球车中包含的仪表板宿设备向如移动电话 之类的无线源设备传输如小鸟球(birdies)、老鹰球(eagle)以及超过标准杆数的一击 (bogey)之类的高尔夫球得分、差点(handicap)、性能度量。可以在如移动电话之类的源设 备上跟踪和分析这些高尔夫统计数据。例如,在一段时间在各个高尔夫球场的高尔夫得分 可以从仪表板宿设备向移动电话源传送,并且移动电话可以编译得分,以便自动地计算、跟 踪以及更新高尔夫球手的差点。
[0092] 在另一示例中,可以跟踪、存储与农场相关的参数,并由拖拉机上的仪表板宿设备 向如移动电话或膝上型电脑之类的源设备无线地传输。例如,可以由仪表板宿设备跟踪并 向移动电话传输如粮食产量之类的收获数据,然后,移动电话可以存储并跟踪多次不同收 获的粮食产量。
[0093] 在另一示例中,可以由军用交通工具的仪表板宿设备跟踪并向如移动电话或膝上 型计算机之类的源设备无线地传送任务数据。例如,指示从包括坦克、飞机、直升机或其他 军用交通工具的武装军用交通工具所发射的弹药量的数据可以由在军用交通工具上的仪 表板宿设备跟踪并向宿设备无线地传送。在这样的示例中,宿设备(例如,膝上型计算机) 可以向命令和控制系统自动地传送弹药数据,所述命令和控制系统对该数据进行归档以用 于分析或其他参考。
[0094] 图4不出了不例性发射机系统410和接收机系统450的不例的框图,其可以由图 1A中的发射机/接收机126和发射机/接收机166使用以通过通信信道150进行传输。在 发射机系统410处,从数据源412向发送(TX)数据处理器414提供多个数据流的业务数据。 每个数据流可以通过相应的发射天线来发送。TX数据处理器414基于针对该数据流所选择 的特定编码方案,对每个数据流的业务数据进行格式化、编码和交织。
[0095] 可以使用正交频分复用(0FDM)技术,将每个数据流的编码数据与导频数据进 行复用。也可以使用各种其他无线通信技术,包括但不限于时分多址(TDMA)、频分多址 (FDMA)、码分多址(CDMA)、或者OFDM、FDMA、TDMA和/或CDMA的任何组合。
[0096] 与图4 一致,导频数据是以已知的方式处理的典型的已知数据模式,并且其可以 在接收机系统处用于估计信道响应。然后,基于针对每个数据流所选择的特定调制方案 (例如,二进制相移键控(BPSK)、正交相移键控(QPSK)、M-PSK或M-QAM(正交幅度调制), 其中,Μ可以是2的幂),调制(例如,符号映射)该数据流的复用导频和编码数据,以提供 调制符号。可以由可以与存储器432耦合的处理器430执行的指令来确定每个数据流的数 据速率、编码和调制。
[0097] 然后,向ΤΧ ΜΜ0处理器420提供针对每个数据流的调制符号,其中,ΤΧ ΜΜ0处理 器420可以进一步处理调制符号(例如,进行0FDM)。然后,ΤΧ ΜΜ0处理器420可以向Ντ 个发射机(TMTR)422a至422t提供Ντ个调制符号流。在某些方面中,ΤΧ ΜΜ0处理器420 向数据流的符号并且向发送符号的天线应用波束成形权重。
[0098] 每个发射机422可以接收和处理相应的符号流,以提供一个或多个模拟信号,并 且进一步调节(例如,放大、滤波和上变频)模拟信号,以提供适合通过ΜΜ0信道发送的调 制信号。然后,分别从Ντ个天线424a至424t发送来自发射机422a至422t的Ν τ个调制信 号。
[0099] 在接收机系统450,通过Νκ个天线452a至4521接收所发送的调制信号,并且向 相应的接收机(RCVR) 454a至454r提供从每个天线452接收的信号。接收机454调节(例 如,滤波、放大以及下变频)相应的接收信号,数字化所调节的信号,以提供采样,并进一步 处理采样以提供相应的"所接收的"符号流。
[0100] 然后,接收(RX)数据处理器460接收来自乂个接收机454的乂个符号,并基于特 定的接收机处理技术来处理所接收的Ν κ个符号,以提供Ντ个"检测出的"符号流。然后,RX 数据处理器460解调、解交织和解码每个检测出的符号流,以恢复数据流的业务数据。RX数 据处理器460的处理与ΤΧ ΜΜ0处理器420和TX数据处理器414在发射机系统410处执 行的处理是互补的。
[0101] 可以与存储器472耦合的处理器470定期确定要使用哪个预编码矩阵。反向链路 消息可以包括关于通信链路和/或所接收的数据流的各种类型的信息。然后,该反向链路 消息由TX数据处理器438处理、由调制器480调制、由发射机454a至454i调节、发送回发 射机系统410,其中,TX数据处理器438还从数据源436接收多个数据流的业务数据。
[0102] 在发射机系统410处,来自接收机系统450的调制信号由天线424接收、由接收机 422调节、由解调器440解调、并由RX数据处理器442处理,以提取由接收机系统450发送 的反向链路消息。然后,处理器430确定要使用哪个预编码矩阵来确定波束成形权重,然后 处理所提取的消息。
[0103] 图5A是描绘在源设备520和宿设备560之间、作为能力协商会话一部分的不例性 消息传送序列的框图。能力协商可以作为源设备520与宿设备560之间的更大通信会话建 立过程的一部分而发生。例如,可以利用Wi-Fi直接或TDLS作为底层连接标准来建立该会 话。此外,如上文提及的,在根据本申请的、包含在仪表板宿设备与经认证的无线源设备之 间的通信的示例中,通信会话可以发生在WFD标准之外,包括,例如使用专有协议和/或像 在源和仪表板宿设备之间的带外TCP/IP链路之类的其他通信单元。在建立Wi-Fi直接或 TDLS会话之后,宿设备560可以发起与源设备520的TCP连接。作为建立TCP连接的一部 分,可以建立运行实时流协议(RTSP)的控制端口,以管理源设备520和宿设备560之间的 通信会话。
[0104] 源设备520 -般可以通过上文针对图1A中的源设备120所描述的相同方式进行 操作,并且宿设备560-般可以通过上文针对图1A中的宿设备160所描述的相同方式进行 操作。在源设备520与宿设备560建立连接之后,源设备520和宿设备560可以确定要用 于其随后的通信会话的参数集合,作为能力协商交换的一部分。
[0105] 源设备520和宿设备560可以通过消息的序列来协商能力。例如,所述消息可以 是实时流协议(RTSP)消息。在协商的任何阶段,RTSP请求消息的接收方可以用包含RTSP 状态码而不是RTSP 0K的RTSP响应来进行响应,在该情况下,可以用不同的参数集合来重 试消息交换或可以终止能力协商会话。
[0106] 源设备520可以向宿设备560发送第一消息(RTSP选项请求消息),以确定宿设备 560所支持的RTSP方法集合。在从源设备520接收第一消息之后,宿设备560可以利用列 出宿560所支持的RTSP方法的第二消息(RTSP选项响应消息)来响应。第二消息也可以 包括RTSP 0K状态码。
[0107] 在向源设备520发送第二消息之后,宿设备560可以发送第三消息(RTSP选项请 求消息),以确定源设备520所支持的RTSP方法集合。在从宿设备560接收第三消息之后, 源设备520可以利用列出源设备520所支持的RTSP方法的第四消息(RTSP选项响应消息) 来响应。第四消息也可以包含RTSP 0K状态码。
[0108] 在发送第四消息之后,源设备520可以发送第五消息(RTSP GET_PARAMETER请求 消息),以规定对源设备520感兴趣的能力列表。宿设备560可以用第六消息(RTSP GET_ PARAMETER响应消息)进行响应。第六消息可以包含RTSP状态码。如果RTSP状态码是0K, 则第六消息也可以包含针对在第五消息中规定的由宿设备560所支持的参数的响应参数。 宿设备560可以忽略第五消息中的、宿设备560不支持的参数。
[0109] 基于第六消息,源520可以确定要用于通信会话的最优参数集合以及可以向宿设 备560发送第七消息(RTSP SET_PARAMETER请求消息)。第七消息可以包含要在源设备520 与宿设备560之间的通信会话期间使用的参数集合。第七消息可以包含描述了要在RTSP建 立请求中使用的通用资源标识符(URI)的wfd-表示-url,以便建立通信会话。URI可以包 括统一资源定位符(URL)、统一资源名称(URN)等。wfd-表示-url规定了宿设备560可以 在会话建立交换期间的后续消息中使用的URI。在该参数中规定的wfd-urlO和wfd-urll 值可以与第七消息中的wfd-客户端-rtp-端口中的rtp-端口 0和rtp-端口 1的值相对 应。该实例中的RTP通常指可以在UDP的顶部运行的实时协议。
[0110] 在接收第七消息之后,宿设备560可以利用第八消息来响应,该第八消息具有指 示根据在第七消息中所规定的那样来设置参数是否成功的RTSP状态码。如上文提及的,该 角色或源设备和宿设备在不同的会话中可以颠倒或改变。在一些情况下,建立通信会话的 消息的顺序可以定义作为源进行操作的设备和定义作为宿进行操作的设备。
[0111] 图5B是描绘作为能力协商会话的一部分在源设备560和宿设备520之间的另一 示例性消息传送序列的框图。图5B的消息传送序列意在对上文针对图5A描述的传送序列 提供更详细的视图。在图5B中,消息" lb. GET_PARAMETER响应"示出了标识所支持的输入 类别的列表(例如,通用及HIDC)和所支持的输入类型的多个列表的消息示例。所支持的输 入类别的列表中的所支持的输入类别中的每一个具有相关联的所支持的类型列表(例如, generic_cap_list 和 hidc_cap_list)〇
[0112] 在图5B中,消息"2a.设置_参数请求"是标识所支持的输入类型(例如,通用及 HIDC)的第二列表及所支持的类型的多个第二列表的第二消息的示例。所支持的输入类别 的第二列表的所支持的输入类别中的每一个具有相关联的所支持的类型的第二列表(例 如,generic_cap_list和hidc_cap_list)。消息"lb.得到_参数响应"标识宿设备560 所支持的输入类别和输入类型。消息"2a.设置_参数请求"标识源设备520所支持的输 入类别和输入类型,但是其可能不是源设备520所支持的所有输入类别和输入类型的全面 列表。相反,消息"2a.设置_参数请求"可以仅将在消息"lb.得到_参数响应"中标识的 那些输入类别和输入类型标识为由宿设备560支持。以此方式,在消息"2a.设置_参数请 求"消息中标识的输入类别和输入类型可以构成在消息"lb.得到_参数响应"中所标识的 输入类别和输入类型的子集。
[0113] 图6是描绘可以由宿设备生成并向源设备发送的数据分组的一个示例的概念图。 将参考图1A解释数据分组600的方面,但是所讨论技术可以适用于另外类型的源/宿系 统。数据分组600可以包括数据分组头部610,后面跟着有效载荷数据650。有效载荷数据 650可以另外包括一个或多个有效载荷头部(例如,有效载荷头部630)。例如,数据分组 600可以从图1A中的宿设备160向源设备120发送,使得宿设备160的用户可以控制由源 设备120发送的音频/视频数据。在这样的实例中,有效载荷数据650可以包括在宿设备 160接收的用户输入数据。例如,有效载荷数据650可以标识一个或多个用户命令。宿设 备160可以接收一个或多个用户命令,并且基于所接收的命令,可以生成数据分组头部610 和有效载荷数据650。基于数据分组600的数据分组头部610的内容,源设备120可以解 析有效载荷数据650,以识别在宿设备160接收的用户输入数据。基于在有效载荷数据650 中包含的用户输入数据,源设备120可以通常某种式改变正从源设备120向宿设备160发 送的音频和视频数据。
[0114] 如在本申请中所使用的,术语"解析"和"正在解析"通常指分析比特流以便从该 比特流提取数据的过程。一旦提取,例如,就可以由源设备120处理该数据。例如,提取数 据可以包括识别比特流中的信息如何被格式化。如下文将更详细描述的,数据分组头部610 可以定义源设备120和宿设备160都知道的标准化格式。但是,可以以许多可能的方式中 的一种方式来格式化有效载荷数据650。通过解析数据分组头部610,源设备120可以确定 有效载荷数据650如何被格式化,从而源设备120可以解析有效载荷数据650以便从有效 载荷数据650提取一个或多个用户输入命令。这样可以在能够在源-宿通信中支持的有效 载荷数据的不同类型方面提供灵活性。如下文将更详细描述的,有效载荷数据650也可以 包括诸如有效载荷头部630之类的一个或多个有效载荷头部。在这样的实例中,源设备120 可以解析数据分组头部610,以确定有效载荷头部630的格式,然后解析有效载荷头部630, 以确定有效载荷数据650的剩余部分的格式。
[0115] 图表620是可以如何对数据分组头部610进行格式化的概念性描述。行615中的 数字0-15旨在标识数据分组头部610内的比特位置,而不意在实际上表示在数据分组头部 610内包含的信息。数据分组头部610包括版本字段621、时间戳标志622、保留字段623、 输入类别字段624、长度字段625、以及可选的时间戳字段626。
[0116] 在图6的示例中,版本字段621是可以指示宿设备160正在实现的特定通信协议 的版本的3比特字段。版本字段621中的值可以通知源设备120如何解析数据分组头部 610的剩余部分以及如何解析有效载荷数据650。在图6的示例中,版本字段621是3比特 字段,其将使得能够实现针对八个不同版本的唯一标识符。在其他示例中,更多或更少的比 特可以专用于版本字段621。
[0117] 在图6的示例中,时间戳标志(T)622是1比特字段,其指示时间戳字段626是否 存在于数据分组头部610中。时间戳字段626是16比特字段,该16比特字段包含基于由 源设备120生成的并向宿设备160发送的多媒体数据的时间戳。例如,时间戳可以是在帧 被发送给宿设备160之前,源设备120向视频的帧分配的顺序值。例如,时间戳标志622可 以包括"1",以指示存在时间戳字段626,并且其可以包括"0"以指示时间戳字段626不存 在。在解析数据分组头部610以及确定时间戳字段626存在之后,源设备120可以处理在 时间戳字段626中包含的过程。在解析数据分组头部610和确定时间戳字段626不存在之 后,因为在数据分组头部610中不存在时间戳字段,所以源设备120可以在解析长度字段 625之后开始解析有效载荷数据650。
[0118] 如果存在,则时间戳字段626可以包括用于在获得有效载荷数据650的用户输入 数据时,识别正在无线宿设备160处显示的视频数据的帧的时间戳。例如,在源设备120向 宿设备160发送视频帧之前,源设备120可能已经将时间戳添加到视频帧。因此,源设备 120可以生成视频帧,并且将时间戳嵌入到帧的视频数据上,例如作为元数据。源设备120 可以向宿设备160发送具有时间戳的视频帧,宿设备160可以显示视频的帧。当宿设备160 显示视频帧时,宿设备160可以从用户接收用户命令。当宿设备160生成数据分组以向源 设备120传送用户命令时,宿设备160可以在时间戳字段626中包括当接收到用户命令时 由宿设备160显示的帧的时间戳。
[0119] 在接收到在头部中存在时间戳字段626的数据分组600之后,无线源设备120可 以在获得有效载荷数据650的用户输入数据时,识别在宿设备160处正在显示的视频的帧, 并基于根据时间戳而识别的帧的内容,处理该用户输入数据。例如,如果用户输入数据是应 用到触摸显示器的触摸命令或鼠标指针的点击,则源设备120可以确定在用户应用触摸命 令到显示器或点击鼠标时显示的帧的内容。在一些实例中,可能需要帧的内容来正确处理 有效载荷数据。例如,基于用户触摸或鼠标点击的用户输入可以取决于在触摸或点击时在 显示器上显示的内容。例如,该触摸或点击可以对应于图标或菜单选项。在其中显示器的 内容正在变化的实例中,时间戳字段626中存在的时间戳可以由源设备120使用,以便将该 触摸或点击匹配到正确的图标或菜单选项。
[0120] 补充或替代地,源设备120可以将时间戳字段626中的时间戳与正在应用到当前 呈现的视频帧上的时间戳进行比较。通过将时间戳字段626的时间戳与当前的时间戳进行 比较,源设备120可以确定往返时间。往返时间通常对应于从源设备120发送帧的时刻到 在源设备120处从宿设备160接收回基于该帧的用户输入的时刻所流逝的时间量。该往返 时间可以向源设备120提供系统延迟的指示,并且如果往返时间大于门限值,则在假定输 入命令被应用到过时的显示帧的情况下,源设备120可以忽略在有效载荷数据650中包含 的用户输入数据。当往返时间小于该门限时,源设备120可以处理用户输入数据,并响应于 该用户数据来调整正在发送的音频/视频内容。门限可以是可编程的,并且不同类型的设 备(或不同的源-宿结合)可以被配置为定义针对可接受的往返时间的不同门限。
[0121] 在图6的示例中,保留字段623是8比特字段,其不包括源120在解析数据分组头 部610和有效载荷数据650时所使用的信息。但是,特定协议的未来版本(如在版本字段 621中标识的)可以使用保留字段623,在该情况下,源设备120可以使用保留字段623中 的信息来解析数据分组头部610和/或解析有效载荷数据650。结合版本字段621的保留 字段623潜在地提供了在基本不改变已使用的格式和特征的情况下,用于扩展数据分组格 式和添加特征到数据分组格式的能力。
[0122] 在图6的示例中,输入类别字段624是4比特字段,以标识在有效载荷数据650中 包含的用户输入数据的输入类别。宿设备160可以对用户输入数据进行分类,以确定输入 类别。例如,可以基于从其接收命令的设备或基于命令自身的属性来对用户输入数据进行 分类。输入类别字段624的值,可能结合数据分组头部610的其他信息,向源设备120标识 有效载荷数据650如何被格式化。基于该格式化,源设备120可以解析有效载荷数据650, 以确定在宿设备160处接收到的用户输入。
[0123] 在图6的示例中,由于输入类别624是4比特,所以可能可以标识16种不同的输 入类别。一个这样的输入类别可以是通用输入格式,该通用输入格式用于指示:有效载荷数 据650的用户输入数据是使用在源设备120和宿设备160二者正在执行的协议中定义的通 用信息单元来格式化的。如在下文将更详细描述的,通用输入格式可以使用通用信息单元, 该通用信息单元允许宿设备160的用户在应用级与源设备120进行交互。
[0124] 另一个这样的输入类别可以是人机接口设备命令(HIDC)格式,该HIDC格式用于 指示有效载荷数据650的用户输入数据是基于用于接收输入数据的输入设备的类型来格 式化的。设备的类型的示例包括键盘、鼠标、触摸输入设备、游戏操作杆、相机、姿势捕获设 备(例如,基于相机的输入设备)、以及远程控制。可以在输入类别字段624中标识其他类 型的输入类别包括转发输入格式(其用于指示有效载荷650中的用户数据不是在宿设备 160处发起的)、或操作系统专用格式、以及用于指示有效载荷数据650包括语音命令的语 音命令格式。
[0125] 长度字段625可以包括16比特字段,其用于指示数据分组600的长度。例如,该 长度可以在8比特的单元中指示。由于数据分组600由源设备120按照16比特的字进行 解析,所以可以将数据分组600填补成16比特的整数。基于长度字段625中包含的长度, 源设备120可以识别有效载荷数据650的结束(S卩,数据分组600的结束)和新的、后续的 数据分组的开始。
[0126] 在图6的示例中提供的各种大小的字段仅仅旨在是解释性的,并且其意图是可以 使用与图6中示出的不同数量的比特来实现上述字段。此外,还可以预期的是,数据分组头 部610可以包括与上文所讨论的全部字段相比更少的字段,或可以使用上文没有讨论的额 外字段。确实,本申请的技术在用于分组的各个数据字段的实际格式方面可以是灵活的。
[0127] 在解析数据分组头部610以确定有效载荷数据650的格式化之后,源设备120可 以解析有效载荷数据650,以确定在有效载荷数据650中包含的用户输入命令。有效载荷 数据650可以具有其自己的、指示有效载荷数据650的内容的有效载荷头部(有效载荷头 部630)。以此方式,源设备120可以基于对数据分组头部610的解析来解析有效载荷头部 630,然后基于对有效载荷头部630的解析来解析有效载荷数据650的剩余部分。
[0128] 例如,如果数据分组头部610的输入类别字段624指示在有效载荷数据650中存 在通用输入,则有效载荷数据650可以具有通用输入格式。从而,源设备120可以根据通用 输入格式来解析有效载荷数据650。作为通用输入格式的一部分,有效载荷数据650可以包 括一系列的一个或多个输入事件,其中,每个输入事件具有其自己的输入事件头部。下面的 表1标识了输入头部中可能包括的字段。

【权利要求】
1. 一种从被配置为用作无线宿设备的交通工具仪表板向无线源设备发送用户输入数 据的方法,所述方法包括: 在所述仪表板的显示设备处获得用户输入数据; 生成数据分组头部,其中,所述数据分组头部包括用于标识所述用户输入数据的输入 类别的字段; 生成包括所述数据分组头部和有效载荷数据的数据分组;以及 向所述无线源设备发送所述数据分组。
2. 根据权利要求1所述的方法,还包括: 由所述仪表板从所述源设备接收包括头部和有效载荷数据的数据分组,其中,所述有 效载荷数据包括编码的视频数据; 由所述仪表板的视频解码器对所述编码的视频数据进行解码; 基于所解码的视频数据,来呈现所述源设备上驻留的至少一个应用的图形用户界面; 以及 在所述仪表板的所述显示设备处输出所述图像用户界面。
3. 根据权利要求2所述的方法,其中,所述用户输入数据包括指示在所述仪表板的所 述显示设备处与所述源设备上驻留的所述至少一个应用的所述图形用户界面的用户交互 的数据。
4. 根据权利要求1所述的方法,其中,所述用户输入数据包括指示在所述仪表板的所 述显示设备处与所述源设备上驻留的一个或多个应用的用户交互的数据。
5. 根据权利要求1所述的方法,还包括: 由所述仪表板从所述源设备接收包括认证密钥的数据; 基于所述认证密钥,确定是否开启与所述源设备的通信会话;以及 向所述源设备发送指示所述源设备被认证以用于与所述仪表板进行通信的消息。
6. 根据权利要求5所述的方法,其中,由所述仪表板接收包括所述认证密钥的数据包 括:由所述仪表板从所述源设备接收包括所述认证密钥的加密数据,还包括对所述数据进 行解密。
7. 根据权利要求5所述的方法,还包括:向所述无线源设备发送包括口令密钥的数据, 并且其中,所述认证密钥与包括所述口令密钥的数据中的至少一些数据相关联。
8. 根据权利要求1所述的方法,还包括:由所述仪表板向所述源设备发送对其中布置 仪表板的交通工具的操作状态进行指示的消息,以使得基于所述交通工具的所述操作状态 来设置所述源设备的操作状态。
9. 根据权利要求8所述的方法,其中,所述消息指示所述交通工具正在移动,并且还包 括:由所述仪表板向所述源设备发送被配置为使所述源设备限制对所述源设备的一个或多 个功能的访问的命令。
10. 根据权利要求9所述的方法,其中,被配置为使所述源设备限制对一个或多个用户 功能的访问的所述命令包括以下各项中的至少一项:电话呼叫、文本消息传送以及电子邮 件功能。
11. 根据权利要求1所述的方法,还包括: 由所述仪表板获得与其中布置所述仪表板的交通工具的所述操作有关的数据;以及 向所述源设备发送与所述交通工具的所述操作有关的所述数据。
12. 根据权利要求11所述的方法,其中,与所述交通工具的所述操作有关的所述数据 包括以下各项中的至少一项:交通工具速度、加速度、刹车、汽油里程、错误码以及诊断数 据。
13. 根据权利要求1所述的方法,其中,所述交通工具包括汽车。
14. 一种被配置为用作无线宿设备并向无线源设备发送用户输入数据的交通工具仪表 板,所述仪表板包括: 存储器,其存储指令; 显示设备,其被配置为获得用户输入数据; 一个或多个处理器,其被配置为执行所述指令,其中,在执行所述指令之后,所述一个 或多个处理器使得: 生成数据分组头部,其中,所述数据分组头部包括用于标识所述用户输入数据的输入 类别的字段;以及 生成包括所述数据分组头部和有效载荷数据的数据分组;以及传输单元,其用于向所 述无线源设备发送所述数据分组。
15. 根据权利要求14所述的交通工具仪表板,还包括视频解码器,并且其中,所述传输 单元从所述源设备接收包括头部和有效载荷数据的数据分组,其中,所述有效载荷数据包 括编码的视频数据,所述仪表板的所述视频解码器对所述编码的视频数据进行解码,并且 在执行所述指令之后,所述一个或多个处理器使得: 基于所解码的视频数据,呈现在所述源设备上驻留的至少一个应用的图形用户界面; 以及 在所述显示设备处,输出所述图形用户界面。
16. 根据权利要求15所述的交通工具仪表板,其中,所述用户输入数据包括指示在所 述仪表板的所述显示设备处与驻留在所述源设备上的至少一个应用的所述图形用户界面 的用户交互的数据。
17. 根据权利要求14所述的交通工具仪表板,其中,所述用户输入数据包括指示在所 述仪表板的所述显示设备处与在所述源设备上驻留的一个或多个应用的用户交互的数据。
18. 根据权利要求14所述的交通工具仪表板,还包括: 传输单元,其从所述源设备接收包括认证密钥的数据; 在执行所述指令之后,所述一个或多个处理器使得基于所述认证密钥,确定是否开启 与所述源设备的通信会话;以及 所述传输单元向所述源设备发送指示所述源设备被认证以用于与所述仪表板进行通 的消息。
19. 根据权利要求18所述的交通工具仪表板,还包括:所述传输单元从所述源设备接 收包括认证密钥的加密数据,并且在执行所述指令之后,所述一个或多个处理器使得对所 述数据进行解密。
20. 根据权利要求18所述的交通工具仪表板,其中,所述传输单元向所述无线源设备 发送包括口令密钥的数据,并且其中,所述认证密钥与包括所述口令密钥的数据中的至少 一些数据相关联。
21. 根据权利要求14所述的交通工具仪表板,还包括:所述传输单元向所述源设备发 送对其中布置仪表板的交通工具的操作状态进行指示的消息,以使得基于所述交通工具的 操作状态来设置所述源设备的操作状态。
22. 根据权利要求21所述的交通工具仪表板,其中,所述消息指示所述交通工具正在 移动,并且还包括:所述传输单元向所述源设备发送被配置为使所述源设备限制对所述源 设备的一个或多个功能的访问的命令。
23. 根据权利要求22所述的交通工具仪表板,其中,被配置为使所述源设备限制对一 个或多个用户功能的访问的所述命令包括以下各项中的至少一项:电话呼叫、文本消息传 送以及电子邮件功能。
24. 根据权利要求14所述的交通工具仪表板,还包括: 在执行所述指令之后,所述一个或多个处理器使得获得与其中布置所述仪表板的交通 工具的所述操作有关的数据;以及 所述传输单元向所述源设备发送与所述交通工具的所述操作有关的所述数据。
25. 根据权利要求24所述的交通工具仪表板,其中,与所述交通工具的所述操作有关 的所述数据包括以下各项中的至少一项:交通工具速度、加速度、刹车、汽油里程、错误码以 及诊断数据。
26. 根据权利要求1所述的交通工具仪表板,其中,所述交通工具包括汽车。
27. -种存储指令的计算机可读存储介质,在由一个或多个处理器执行所述指令之后, 使得所述一个或多个处理器执行从被配置为用作无线宿设备的交通工具仪表板向无线源 设备发送用户输入数据的方法,所述方法包括: 在所述仪表板的显示设备处获得用户输入数据; 生成数据分组头部,其中,所述数据分组头部包括用于标识所述用户输入数据的输入 类别的字段; 生成包括所述数据分组头部和有效载荷数据的数据分组;以及 向所述无线源设备发送所述数据分组。
28. -种被配置为用作无线宿设备并且向无线源设备发送用户输入数据的交通工具仪 表板,所述无线宿设备包括: 用于在所述仪表板的显示设备处获得用户输入数据的单元; 用于生成数据分组头部的单元,其中,所述数据分组头部包括用于标识所述用户输入 数据的输入类别的字段; 用于生成包括所述数据分组头部和有效载荷数据的数据分组的单元;以及 用于向所述无线源设备发送所述数据分组的单元。
29. -种在无线源设备处从被配置为用作无线宿设备的交通工具仪表板接收用户输入 数据的方法,所述方法包括: 从所述仪表板接收数据分组,其中,所述数据分组包括数据分组头部和有效载荷数 据; 解析所述数据分组头部,以确定与在所述有效载荷数据中所包含的用户输入数据相关 联的输入类别;以及 基于所确定的输入类别,处理所述有效载荷数据。
30. 根据权利要求29所述的方法,还包括: 由所述源设备捕获视频数据,所述视频数据包括驻留在所述源设备上的至少一个应用 的图形用户界面; 由所述源设备的视频编码器对所述视频数据进行编码; 向所述仪表板发送包括头部和有效载荷数据的数据分组,其中,所述有效载荷数据包 括已编码的视频数据。
31. 根据权利要求30所述的方法,其中,所述用户输入数据包括指示在所述仪表板的 显示设备处与在所述源设备上驻留的至少一个应用的所述图形用户界面的用户交互的数 据。
32. 根据权利要求29所述的方法,其中,所述用户输入数据包括指示在所述仪表板的 显示设备处与在所述源设备上驻留的一个或多个应用的用户交互的数据。
33. 根据权利要求29所述的方法,还包括: 从所述源设备向所述仪表板发送包括认证密钥的数据,其中,所述仪表板被配置为基 于所述认证密钥来确定是否开启与所述源设备的通信会话;以及 由所述源设备从所述仪表板接收指示所述源设备被认证以用于与所述仪表板进行通 的消息。
34. 根据权利要求33所述的方法,还包括由所述源设备对包括所述认证密钥的所述数 据进行加密,其中,所述仪表板被配置为对所述数据进行解密。
35. 根据权利要求33所述的方法,还包括:由所述源设备从所述仪表板接收包括口令 密钥的数据,并且其中,所述认证密钥与包括所述口令密钥的所述数据中的至少一些数据 相关联。
36. 根据权利要求29所述的方法,还包括: 由所述源设备从所述仪表板接收对其中布置所述仪表板的交通工具的操作状态进行 指示的消息;以及 基于所述交通工具的所述操作状态,设置所述源设备的操作状态。
37. 根据权利要求36所述的方法,其中,所述消息指示所述交通工具正在移动,并且还 包括当所述交通工具正在移动时,限制对所述源设备的一个或多个功能的访问。
38. 根据权利要求37所述的方法,其中,限制对所述源设备的一个或多个功能的访问 包括:限制对包括以下各项中的至少一项的一个或多个用户功能的访问:电话呼叫、文本 消息传送以及电子邮件功能。
39. 根据权利要求29所述的方法,还包括: 由所述源设备从所述仪表板接收消息,其中,所述消息包括与其中布置仪表板的所述 交通工具的操作有关的数据;以及 由所述源设备对所述仪表板所发送的所述消息中的所述数据中的至少一些数据进行 处理。
40. 根据权利要求39所述的方法,其中,与所述交通工具的所述操作有关的所述数据 包括以下各项中的至少一项:交通工具速度、加速度、刹车、汽油里程、错误码以及诊断数 据。
41. 根据权利要求40所述的方法,其中,由所述源设备对所述数据中的至少一些数据 进行处理包括:由所述源设备将交通工具汽油里程数据关联到交通工具速度、加速度和刹 车数据中的至少一项。
42. 根据权利要求40所述的方法,其中,由所述源设备对所述数据中的至少一些数据 进行处理包括:由所述源设备向其中布置所述仪表板的所述交通工具自动发送针对服务的 电子请求。
43. 根据权利要求40所述的方法,其中,由所述源设备对所述数据中的至少一些数据 进行处理包括:由所述源设备自动生成电子提醒,以使得其中布置所述仪表板的所述交通 工具被服务。
44. 根据权利要求29所述的方法,其中,所述交通工具包括汽车。
45. -种被配置为从被配置为用作无线宿设备的交通工具仪表板接收用户输入数据的 无线源设备,所述无线源设备包括: 传输单元,其用于从所述仪表板接收数据分组,其中,所述数据分组包括数据分组头部 和有效载荷数据; 存储器,其存储指令; 一个或多个处理器,其被配置为执行所述指令,其中,在执行所述指令之后,所述一个 或多个处理器使得: 解析所述数据分组头部,以确定与所述有效载荷数据中所包括的用户输入数据相关联 的输入类别;以及 基于所确定的输入类别,来处理所述有效载荷数据。
46. 根据权利要求45所述的源设备,还包括视频编码器,并且其中,在执行所述指令之 后,所述一个或多个处理器使得捕获视频数据,所述视频数据包括驻留在所述源设备上的 至少一个应用的图形用户界面,所述视频编码器对所述视频数据进行编码,并且所述传输 单元向所述仪表板发送包括头部和有效载荷数据的数据分组,其中,所述有效载荷数据包 括已编码的视频数据。
47. 根据权利要求46所述的源设备,其中,所述用户输入数据包括指示在所述仪表板 的显示设备处与在所述源设备上驻留的至少一个应用的所述图形用户界面的用户交互的 数据。
48. 根据权利要求45所述的源设备,其中,所述用户输入数据包括指示在所述仪表板 的显示设备处与在所述源设备上驻留的一个或多个应用的用户交互的数据。
49. 根据权利要求45所述的源设备,其中,所述传输单元: 从所述源设备向所述仪表板发送包括认证密钥的数据,其中,所述仪表板被配置为基 于所述认证密钥来确定是否开启与所述源设备的通信会话;以及 从所述仪表板接收指示所述源设备被认证以用于与所述仪表板进行通信的消息。
50. 根据权利要求49所述的源设备,还包括:在执行所述指令之后,所述一个或多个处 理器使得对包括所述认证密钥的所述数据进行加密,其中,所述仪表板被配置为解密所述 数据。
51. 根据权利要求49所述的源设备,还包括:所述传输单元从所述仪表板接收包括口 令密钥的数据,并且其中,所述认证密钥与包括所述口令密钥的所述数据中的至少一些数 据相关联。
52. 根据权利要求45所述的源设备,还包括: 所述传输单元从所述仪表板接收对其中布置所述仪表板的交通工具的操作状态进行 指示的消息;以及 在执行所述指令之后,所述一个或多个处理器使得基于所述交通工具的所述操作状态 来设置所述源设备的操作状态。
53. 根据权利要求52所述的源设备,其中,所述消息指示所述交通工具正在移动,并且 还包括在执行所述指令之后,所述一个或多个处理器使得当所述交通工具正在移动时,限 制对所述源设备的一个或多个功能的访问。
54. 根据权利要求53所述的源设备,其中,在执行所述指令之后,所述一个或多个处理 器使得限制对所述源设备的一个或多个功能的访问包括:限制对包括以下各项中的至少一 项的一个或多个用户功能的访问:电话呼叫、文本消息传送以及电子邮件功能。
55. 根据权利要求45所述的源设备,还包括: 所述传输单元从所述仪表板接收消息,其中,所述消息包括与其中布置仪表板的所述 交通工具的操作有关的数据;以及 在执行所述指令之后,所述一个或多个处理器使得对所述仪表板所发送的消息中的所 述数据中的至少一些数据进行处理。
56. 根据权利要求55所述的源设备,其中,与所述交通工具的所述操作相关的所述数 据包括以下各项中的至少一项:交通工具速度、加速度、刹车、汽油里程、错误码以及诊断数 据。
57. 根据权利要求56所述的源设备,其中,在执行所述指令之后,所述一个或多个处理 器使得对所述数据中的至少一些数据进行处理包括:由所述源设备将交通工具汽油里程数 据关联到交通工具速度、加速度和刹车数据中的至少一项。
58. 根据权利要求56所述的源设备,其中,在执行所述指令之后,所述一个或多个处理 器使得对所述数据中的至少一些数据进行处理包括:使得所述传输单元向其中布置所述仪 表板的所述交通工具发送针对服务的电子请求。
59. 根据权利要求56所述的源设备,其中,在执行所述指令之后,所述一个或多个处理 器使得对所述数据中的至少一些数据进行处理包括:自动生成电子提醒,以使得其中布置 所述仪表板的所述交通工具被服务。
60. 根据权利要求45所述的源设备,其中,所述交通工具包括汽车。
61. -种存储指令的计算机可读存储介质,在一个或多个处理器执行所述指令之后,使 得所述一个或多个处理器执行在无线源设备处从被配置为用作无线宿设备的交通工具仪 表板接收用户输入数据的方法,所述方法包括: 从所述仪表板接收数据分组,其中所述数据分组包括数据分组头部和有效载荷数据; 解析所述数据分组头部以确定与所述有效载荷数据中包含的用户输入数据相关联的 输入类别;以及 基于所确定的输入类别,对所述有效载荷数据进行处理。
62. -种被配置为从被配置为用作无线宿设备的交通工具仪表板接收用户输入数据的 无线源设备,所述无线源设备包括: 用于从所述仪表板接收数据分组的单元,其中,所述数据分组包括数据分组头部和有 效载荷数据; 用于解析所述数据分组头部,以确定与所述有效载荷数据中包含的用户输入数据相关 联的输入类别的单元;以及 用于基于所确定的输入类别,对所述有效载荷数据进行处理的单元。
63. -种在被配置为用作无线宿设备的交通工具仪表板与无线源设备之间进行通信的 方法,所述方法包括: 对所述源设备进行认证,以用于与所述仪表板进行通信; 从所述仪表板向所述源设备传送对其中布置所述仪表板的交通工具的操作状态进行 指示的数据; 基于所述交通工具的所述操作状态,设置所述源设备的操作状态;以及 从所述仪表板宿向所述源设备传送用户输入数据和交通工具数据中的至少一个。
【文档编号】H04M1/725GK104126294SQ201380009634
【公开日】2014年10月29日 申请日期:2013年1月3日 优先权日:2012年1月6日
【发明者】X·王, V·R·拉维德朗, X·黄, J·S·弗勒利歇尔 申请人:高通股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1