CN104126294B - 交通工具仪表板无线显示系统 - Google Patents

交通工具仪表板无线显示系统 Download PDF

Info

Publication number
CN104126294B
CN104126294B CN201380009634.7A CN201380009634A CN104126294B CN 104126294 B CN104126294 B CN 104126294B CN 201380009634 A CN201380009634 A CN 201380009634A CN 104126294 B CN104126294 B CN 104126294B
Authority
CN
China
Prior art keywords
data
source device
radio source
vehicle dashboard
packet
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.)
Expired - Fee Related
Application number
CN201380009634.7A
Other languages
English (en)
Other versions
CN104126294A (zh
Inventor
X·王
V·R·拉维德朗
X·黄
J·S·弗勒利歇尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN104126294A publication Critical patent/CN104126294A/zh
Application granted granted Critical
Publication of CN104126294B publication Critical patent/CN104126294B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/10—Input arrangements, i.e. from user to vehicle, associated with vehicle functions or specially adapted therefor
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/85—Arrangements for transferring vehicle- or driver-related data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/131—Protocols for games, networked simulations or virtual reality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H04M1/724098—Interfacing with an on-board device of a vehicle
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00—Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/589—Wireless data transfers
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00—Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/589—Wireless data transfers
    • B60K2360/5911—Bluetooth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H04M1/72412—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories using two-way short-range wireless interfaces

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Chemical & Material Sciences (AREA)
  • Mechanical Engineering (AREA)
  • Transportation (AREA)
  • Combustion & Propulsion (AREA)
  • Computer Security & Cryptography (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Fittings On The Vehicle Exterior For Carrying Loads, And Devices For Holding Or Mounting Articles (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)
  • User Interface Of Digital Computer (AREA)
  • Instrument Panels (AREA)
  • Lock And Its Accessories (AREA)
  • Telephonic Communication Services (AREA)

Abstract

无线源和被配置为用作无线宿设备的汽车仪表板，被配置为相互通信，包括对源设备进行认证以用于与仪表板宿进行通信；向无线源设备发送回在仪表板宿接收到的用户输入，以使得用户能够控制源设备，并与正从源设备向仪表板宿发送的内容进行交互并且控制这些内容；基于其中布置仪表板宿的汽车的操作状态来控制源设备的操作状态；以及从仪表板宿向源设备发送由汽车所生成的数据，以使得源设备能够处理这些数据中的至少一些数据。

Description

交通工具仪表板无线显示系统
本申请要求享受于2012年1月6日提交的美国临时申请No.61/583,798的权益，以引用方式将其全部内容并入本申请。
技术领域
本申请涉及用于在无线源设备与无线宿设备之间发送数据的技术。
背景技术
无线显示(WD)或Wi-Fi显示(WFD)系统包括无线源设备以及一个或多个无线宿设备。源设备和每个宿设备可以是移动设备或具有无线通信能力的有线设备。源设备和宿设备中的一个或多个可以例如包括移动电话、具有无线通信卡的便携式计算机、个人数字助理(PDA)、便携式媒体播放器、或具有无线通信能力的其他这样的设备，包括所谓的“智能”电话和“智能”板或平板电脑、e阅读器、或任何类型的无线显示器、视频游戏设备、或其他类型的无线通信设备。源设备和宿设备中的一个或多个也可以包括诸如电视、台式计算机、监视器、投影仪等包括通信能力的有线设备。
源设备向参与特定媒体共享会话的宿设备中的一个或多个发送媒体数据，例如音频视频(AV)数据。可以在源设备的本地显示器、和宿设备的显示器中的每个显示器上都回放媒体数据。更具体地，参与的宿设备中的每一个宿设备在其屏幕和音频设备上呈现所接收的媒体数据。
发明内容
本申请总体上描述了一种系统，其中，无线源设备能够与无线宿设备进行通信。作为通信会话的一部分，无线源设备可以向无线宿设备发送音频和视频数据，并且无线宿设备可以向无线源设备发送回在无线宿设备处接收的用户输入。以此方式，无线宿设备的用户可以控制无线源设备和控制正从无线源设备向无线宿设备发送的内容。根据本申请的示例涉及在其中宿设备形成交通工具中的一部分或整个仪表板的情况下，使用前述技术或其它技术。根据本申请，具有仪表板宿设备的交通工具可以包括汽车、船只、飞机、全地形交通工具(ATV)、或包括具有电子显示设备的仪表板的任何其他类型的交通工具。
在一个示例中，交通工具仪表板被配置为用作无线宿设备并用于向无线源设备发送用户输入数据。仪表板包括：存储指令的存储器、被配置为获得用户输入数据的显示设备、被配置为执行指令的一个或多个处理器、以及传输单元。在执行指令之后，一个或多个处理器使得产生数据分组头部，其中，该数据分组头部包括标识用户输入数据的输入类别的字段，并生成包括数据分组头部和有效载荷数据的数据分组。传输单元被配置为向无线源设备发送数据分组。
在另一示例中，无线源设备被配置为从被配置为用作无线宿设备的交通工具仪表板接收用户输入数据。无线源设备包括：传输单元、存储指令的存储器、以及被配置为执行这些指令的一个或多个处理器。传输单元被配置为从仪表板接收数据分组。数据分组包括数据分组头部和有效载荷数据。在执行指令之后，所述一个或多个处理器使得对数据分组头部进行解析以确定与有效载荷数据中包含的用户输入数据相关联的输入类别，以及基于所确定的输入类别来处理有效载荷数据。
另一示例包括一种在被配置为用作无线宿设备的交通工具仪表板与无线源设备之间通信的方法。该方法包括：对源设备进行认证，以便与仪表板进行通信；从仪表板向源设备传送指示交通工具的操作状态的数据，其中，所述仪表板被布置在所述交通工具内；基于该交通工具的操作状态来设置源设备的操作状态；以及从仪表板宿向源设备传输用户输入数据和交通工具数据中的至少一个。
附图说明
图1A是描绘可以实现本申请的技术的源/宿系统的示例的框图。
图1B是描绘具有两个宿设备的源/宿系统的示例的框图。
图2示出了可以实现本申请的技术的源设备的示例。
图3示出了可以实现本申请的技术的宿设备的示例。
图4示出了可以实现本申请的技术的发射机系统和接收机系统的框图。
图5A和图5B示出了用于根据本申请的技术来执行能力协商的示例性消息传输序列。
图6示出了可以用于向源设备传送在宿设备处获得的用户输入数据的示例性数据分组。
图7A和图7B是描绘可以用于在源设备和宿设备之间进行能力协商的本申请的技术的流程图。
图8A和图8B是描绘可以用于发送和接收具有用户输入数据的数据分组的本申请的技术的流程图。
图9A和图9B是可以用于发送和接收具有用户输入数据的数据分组的本申请的技术的流程图。
图10A和图10B是描绘可以用于发送和接收具有时间戳信息和用户输入数据的数据分组的本申请的技术的流程图。
图11A和图11B是描绘可以用于发送和接收具有时间戳信息和用户输入数据的数据分组的本申请的技术的流程图。
图12A和图12B是描绘可以用于发送和接收包括语音命令的数据分组的本申请的技术的流程图。
图13A和图13B是描绘可以用于发送和接收具有多点触摸用户输入命令的数据分组的本申请的技术的流程图。
图14A和图14B是描绘可以用于发送和接收具有从第三方设备转发的用户输入数据的数据分组的本申请的技术的流程图。
图15A和图15B是描绘可以用于发送和接收数据分组的本申请的技术的流程图。
图16是描绘可以实现本申请的技术的源/宿系统的示例的框图。
图17是描绘涉及源设备与汽车仪表板宿设备之间的通信的各个技术的流程图。
具体实施方式
本申请总体上描绘了一种系统，在该系统中，无线源设备(在本申请有时被简称为“源设备”)可以与无线宿设备(在本申请中有时被简称为“源设备”)进行通信。作为通信会话的一部分，源设备可以向宿设备发送音频和视频数据，宿设备可以向源设备发送回在宿设备处接收的用户输入。以此方式，无线宿设备的用户可以控制无线源设备，并且控制正从源设备向宿设备发送的内容。
可以在包含不同类型的宿设备和源设备的多个不同上下文中使用前述的、在无线源和宿设备之间进行通信以及针对由源设备提供的内容提供在宿设备处的用户输入的功能。根据本申请的示例涉及使用如下技术：其中，宿设备构成汽车或其他机动交通工具中的整个仪表板的一部分。
在一个示例中，无线宿设备的核心功能包括向无线源设备发送回在宿设备接收的用户输入，从而使得宿设备的用户能够控制源设备并且与正从源设备向宿设备发送的内容交互并控制该内容，其中该宿设备在包含汽车仪表板的系统中被应用作为宿设备。在这样的示例中，可以在汽车的仪表上观看、访问在充当源设备的用户设备上可获得的应用和数据，并与这些应用和数据进行交互。在一个示例中，像联系人和日历应用、导航应用、数字音乐播放器等移动电话应用，可以容易且无缝地在汽车或其他交通工具仪表板上呈现并且经由汽车或其他交通工具仪表板进行交互。
当宿设备是像例如汽车之类的机动交通工具的仪表板时，参照用于在无线源设备与无线宿设备之间进行通信的系统和方法来使用如上所述的无线显示功能包括多个具体的挑战。一个挑战包括对源设备进行认证以用于与汽车仪表板进行通信。因为仪表板宿设备可以访问和/或控制与汽车的操作相关的敏感信息，所以可能期望需要针对与仪表板宿设备的通信认证源设备的方法。
此外，源设备和宿设备之间的通信可能变化很大，这取决于汽车的制造商。因此，不同的制造商可能需要相同类型的源设备的不同功能，以便与在各相应制造商的汽车中包含的仪表板宿进行通信。
因此，在与汽车仪表板宿进行通信的源的上下文中，源设备可以包括由汽车或仪表板(到这两者是由不同公司制造的程度)的制造商认证并且被具体配置为与该制造商的仪表板宿进行通信的应用，而不是使用通用无线显示功能/应用(例如，在针对WFD系统的一个或多个标准中提供的功能)。可以由源设备(例如，移动电话)执行仪表板应用，并且仪表板应用可以包括第三方用户应用，该第三方用户应用包括用户接口，源设备的用户利用该用户接口可以发起、控制、及管理在源与仪表板宿设备之间的通信。
在这些示例中，可以通过多种不同的方式来完成在仪表板/汽车制造商和第三方(例如，移动电话制造商和/或移动电话应用开发人员)之间的认证。在移动电话充当无线源设备并且与仪表板宿设备进行通信的一个示例中，仪表板制造商可以对移动电话上可执行且被配置为与仪表板进行通信的一个或多个应用进行认证。该认证可以包括用于建立电话源与仪表板宿设备之间的通信的多个安全级别。
在一个示例中，认证包括用于在电话源与仪表板宿设备之间建立通信的两个安全级别。首先，源设备应用开发人员可以寻求并且制造商可以授权特定应用协调并控制在执行应用的源设备与制造商的仪表板宿设备之间的通信。例如，在移动电话的不同操作系统上开发可执行应用的移动电话应用开发人员可以寻求来自特定汽车制造商的授权，以便针对这样的电话开发应用，该应用将使得电话能够充当与在由制造商生产的汽车中的仪表板宿设备进行通信的无线源设备。在这样的示例中，汽车制造商可以通过向应用开发人员提供密钥来对移动电话应用进行认证，该密钥可以向仪表板宿设备传送以开启电话源设备与仪表板宿设备之间的通信。
无线通信可能是不安全的，因此易受到来自未经授权的用户和/或设备的各种攻击。这样，除了提供用于对具体移动电话应用进行认证的认证密钥以用于与具体的仪表板宿设备进行通信的电话源设备，根据本申请的示例还可以包括保护在电话源与仪表板宿之间的、包括制造商认证密钥的传输的初始握手。在一个示例中，例如，使用加密/解码密钥方案对电话源设备与仪表板宿设备之间的初始握手和认证密钥的传输进行加密，移动电话应用使用该加密/解码密钥方案对包括制造商认证密钥的数据进行加密，向仪表板无线发送加密后的数据，仪表板转而对来自电话的数据进行解密和读取。在已经对电话进行认证以用于与仪表板宿设备进行WFD之后，可以在加密或不加密的情况下发送今后的通信。
除了用于对无线源设备和汽车仪表板宿设备之间的通信会话进行认证的功能，在源与仪表板宿之间的链路还有助于实现用于对与汽车相关的或汽车中包含的数据和/或设备(例如，与汽车或者汽车中的如扬声器和麦克风之类的外围设备有关的数据)进行通信、分析、存储、操作等多项功能。在一些示例中，可以从仪表板向无线源设备传送来自汽车上的传感器的数据，在该汽车中布置了仪表板宿设备。例如，可以从仪表板宿设备向无线源设备(例如，向用户的移动电话)传输由汽车的传感器和引擎控制单元(ECU)跟踪并存储的汽油里程数据。移动电话可以包括用于处理来自汽车的数据以便向用户呈现并由用户解释的各种功能。
在一些示例中，仪表板宿设备可以开启从源设备到外围设备(例如，汽车中的扬声器和/或麦克风)的信道，以便在源和外围设备之间进行直接交互。例如，在仪表板宿上执行的代理可以从移动电话源开启信道，以便向移动电话源提供对与移动电话中包括的麦克风相比、汽车中的质量更高的麦克风的访问。在一个示例中，移动电话源的用户可能想要在用户的汽车内驾驶的同时，呼叫电话上的联系人应用中的某个人，并且可以使用在汽车的麦克风处接收的语音命令，其中，可以作为获取联系人号码并发起呼叫的更安全的方式经由仪表板宿来访问该汽车的麦克风。
通过对用于通信的无线源设备与汽车仪表板宿进行配对以便于实现的另一功能是用于基于汽车的状态(例如，基于汽车正在移动或停止)来改变源设备和/或宿设备的通信和操作的能力。在根据本申请的一个示例中，与无线源设备(例如，移动电话)配对的汽车仪表板宿设备可以被配置为当汽车的状态改变时向移动电话源进行指示，并基于汽车的当前状态，改变与电话的通信并控制电话的操作。例如，仪表板宿设备可以被配置为从汽车的各个组件(例如传感器和/或ECU)接收信息，该信息指示汽车何时开始移动。在仪表板宿设备确定汽车正在移动的情况下，仪表板可以向电话源发送用于使该源进入受限功能操作模式的命令。例如，来自仪表板宿设备的命令可以使该电话限制对对于用户而言在开车时执行可能是危险的某些功能的访问，例如，文本消息传送。
下面参照图16和图17更详细地描述了与在无线源设备与被配置为充当无线宿设备的交通工具仪表板之间的通信相关的前述功能。但是，参照图1A-15更概括地描述了包括向无线源设备发送回在无线宿设备处接收的用户输入的、被配置为用于在源与宿设备之间进行通信的第一系统和方法。
图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的一个示例性配置。其他配置可以包括与那些所描绘的组件相比更少的组件，或者其他配置除了包括那些所描绘的组件，还可以包括额外组件。
在一个示例中，如下文更详细描述的，源设备的存储器120可以存储由汽车和/或仪表板的制造商认证为发起和管理在源设备120和汽车仪表板宿设备160之间的通信的应用。源设备应用可以包括各种功能，包括例如，反映源设备上的汽车的仪表板的本地功能，以及从宿设备160接收汽车数据并对所接收的汽车数据进行处理。
在图1A的示例中，源设备120可以在显示器122上显示音频/视频数据121的视频部分，并且可以在扬声器123上输出音频/视频数据121的音频部分。音频/视频数据121可以本地地存储在源设备120上，从诸如文件服务器、硬盘驱动器、外部存储器、蓝光光盘、DVD或其他物理存储介质之类的外部存储介质访问，或可以经由包括例如经由互联网的网络连接流式传送至源设备120。在一些实例中，音频/视频数据121可以经由源设备120的相机和麦克风实时捕获。音频/视频数据121可以包括诸如电影、电视节目或音乐之类的多媒体内容，但是也可以包括由源设备120生成的实时内容。例如，这样的实时内容可以由在源设备120上运行的应用产生，或是所捕获的视频数据，例如作为视频电话会话的一部分。如将更详细讨论的，在一些实例中，这样的实时内容可以包括可获得的供用户选择的用户输入选项的视频帧。在一些实例中，音频/视频数据121可以包括视频帧，所述视频帧是诸如电影的视频帧或者在视频帧上覆盖有用户输入选项的TV节目的视频帧之类的不同类型内容的组合。
除了经由显示器122和扬声器123在本地呈现音频/视频数据121，源设备120的音频/视频编码器124还可以对音频/视频数据121进行编码，并且发射机/接收机单元126可以通过通信信道150向宿设备160发送编码数据。宿设备160的发射机/接收机单元166接收编码数据，音频/视频解码器164对编码数据进行解码，经由显示器162和扬声器163输出解码数据。以此方式，正由显示器122和扬声器123呈现的音频和视频数据可以同时由显示器162和扬声器163呈现。可以将音频数据和视频数据布置在帧中，并且当呈现时，音频帧可以与视频帧在时间上同步。在根据本申请的示例中，在仪表板宿设备160上从源设备120接收的、并且由显示器162呈现的音频和视频数据可以实现驻留在源设备120上的数据和应用的呈现和与驻留在源设备120上的数据和应用的交互，其中，源设备120可以包括例如具有导航、联系人、日历、电子邮件和其他应用的移动电话。
音频/视频编码器124和音频/视频解码器164可以实现任何数量的音频和视频压缩标准(例如，ITU-T H.264标准、或者被称为MPEG-4)部分10、高级视频编码(AVC)或新兴的高效视频编码(HEVC)标准(有时也被称为H.265标准)。也可以使用许多其他类型的专有或标准化的压缩技术。一般来说，音频/视频解码器164被配置为执行音频/视频编码器124的相反的编码操作。虽然在图1A中未示出，但是在一些方面，A/V编码器124和A/V解码器164可以各自与音频编码器和解码器集成在一起，并且其可以包括适当的MUX-DEMUX单元、或其他的硬件和软件，以处理对公共数据流或单独数据流中的音频和视频二者的编码。
如下文将更详细描述的，除了如上所述的实现视频压缩标准，A/V编码器124还可以执行其他编码功能。例如，A/V编码器124可以在A/V数据121被发送至宿设备160之前，添加各种类型的元数据到A/V数据121。在一些示例中，可以以编码的形式将A/V数据121存储在源设备120上或在源设备120处接收，从而无需由A/V编码器124进一步压缩。
虽然图1A示出了分别运送音频有效载荷数据和视频有效载荷数据的通信信道150，但是，应该理解的是，在一些实例中，视频有效载荷数据和音频有效载荷数据可以是公共数据流的一部分。如果适用的话，MUX-DEMUX单元可以符合ITU H.223多路复用器协议，或诸如用户数据报文协议(UDP)之类的其他协议。音频/视频编码器124和音频/视频解码器164分别可以被实现成一个或多个微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、离散逻辑、软件、硬件、固件或其任意组合。可以在一个或多个编码器或解码器中包含音频/视频编码器124和音频/视频解码器164中的每一个，两者中的任一个可以被集成为组合编码器/解码器(CODEC)的一部分。从而，源设备120和宿设备160中的每一个可以包括被配置为执行本申请的技术中的一个或多个的专用机器。
显示器122和显示器162可以包括诸如阴极射线管(CRT)、液晶显示器(LCD)、等离子显示器、发光二极管(LED)显示器、有机发光二级管(OLED)显示器、或其他类型显示设备之类的各种视频输出设备中的任何一个。在这些或其他示例中，显示器122和显示器162可以分别是发射显示器或投射式显示器。显示器122和显示器162也可以是触摸显示器，使得其既是输入设备又是显示设备。这样的触摸显示器可以是电容性的、电阻式的、或允许用户向相应设备提供用户输入的其他类型的触摸板。
扬声器123可以包括诸如耳机、单扬声器系统、多扬声器系统、或环绕立体声系统之类的各种音频输出设备中的任何一个。此外，虽然显示器122和扬声器123被示出为源设备120的一部分，显示器162和扬声器163被示出为宿设备160的一部分，但是，源设备120和宿设备160可以实际上是设备的系统。作为一个示例，仪表板宿设备160的扬声器163可以包括汽车的扬声器，其中，仪表板宿设备布置在该汽车中。此外，虽然在图1A中未示出，但是仪表板宿设备160可以包括其被布置在其内的汽车的其他外围设备或提供对这些其他外围设备的访问，上述其他外围设备包括例如麦克风或者如后座DVD/显示设备之类的额外的显示设备。在一些情况下，源设备可以包括诸如智能电话、膝上型电脑或平板计算机之类的移动设备，而宿设备包括更固定的汽车仪表板(相对于独立于汽车的运动的移动的固定)。
发射机/接收机单元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)、或者OFDM、FDMA、TDMA和/或CDMA的任何组合。WiFi直接和TDLS旨在建立相对较短距离的通信会话。在本上下文中，相对较短距离可以指例如小于70米，虽然在嘈杂或阻塞的环境中，设备之间的距离可以甚至更短，例如小于35米。
除了解码和呈现从源设备120接收的数据之外，宿设备160还可以从用户输入设备167接收用户输入。例如，用户输入设备167可以是键盘、鼠标、轨迹球或跟踪板、触摸屏、声音命令识别模块、或任何其他这样的用户输入设备。用户输入处理模块(UIPM)168将从用户输入设备167接收的用户输入命令格式化成源设备120能够解释的数据分组结构。由发射机/接收机166通过通信信道150向源设备120发送这样的数据分组。发射机/接收机单元126接收数据分组，并且A/V控制模块125解析数据分组，以解释由用户输入设备167接收的用户输入命令。基于在数据分组中接收的命令，A/V控制模块125可以改变正被编码和发送的内容。以此方式，宿设备160的用户可以控制正由源设备120远程发送的音频有效载荷数据和视频有效载荷数据，而不与源设备120直接交互。
宿设备160的用户可以向源设备120发送的命令的类型的示例包括用于倒回、快进、暂停以及播放音频和视频数据的命令、以及用于放大、旋转、滚动等命令。用户也可以进行选择，例如从菜单选项进行选择，并向源设备120发送回该选择。例如，用户可以在仪表板宿160的用户输入设备167处对作为应用的图形用户界面(GUI)的一部分提供的各种类型的输入控制进行选择，所述应用例如驻留在源设备120上的电子邮件、日历或联系人应用。然后，在宿设备160处与源设备120上的应用的GUI的这样的交互可以由UIPM168进行格式化，并由发射机/接收机166通过通信信道150向源设备120发送。
此外，宿设备160的用户能够发起并控制在源设备120上的其他类型的应用。例如，宿设备160的用户能够发起在源设备120上存储的相片编辑应用，并使用该应用来编辑在源设备120上本地存储的相片。宿设备160可以向用户呈现看上去或感觉上好像正在宿设备160本地编辑相片而实际上正在源设备120上编辑相片的用户体验。使用这样的配置，设备用户也许能够利用一个设备的能力，以与若干设备一起使用。
例如，源设备120可以是具有大量存储器和高端处理能力的智能电话。源设备120的用户可以在通常使用智能电话的所有设置和情形中使用智能电话。但是，当在汽车中坐着和/或旅行时，用户可能想要在仪表板宿设备160上利用驻留在智能电话上的应用，例如，在仪表板宿设备160的显示器上使用源设备120上的导航应用。在这样的实例中，即使用户正在与仪表板宿设备160交互，处理块可能仍然由源设备120(在本例中，是智能电话)来执行。在该特定的操作上下文中，由于处理块由源设备120执行，与如果宿设备160被要求进行由源设备120进行的操作的情况相比，宿设备160可以是具有更少资源的更低成本设备。在一些示例中，源设备和宿设备可能能够接收用户输入(例如触摸屏命令)，并且本申请的技术可以便于在任何给定的会话中通过协商和或识别设备的能力来进行双向交互。从而，在根据本申请的示例中，其中，在汽车仪表板中包含宿设备120，用户可以在仪表板宿设备160处与在源设备120上执行的应用和在源设备120上存储的数据进行交互，包括，例如，经由仪表板宿设备160上的用户输入设备167与源设备120上存储和执行的联系人、导航、日历、电子邮件和其它应用进行交互。
在一些配置中，A/V控制模块125可以是由源设备125的操作系统执行的操作系统过程。但是，在其他配置中，A/V控制模块125可以是在源设备120上运行的应用的软件过程。在这样的配置中，用户输入命令可以由软件过程解释，使得宿设备160的用户与在源设备120上运行的应用而不是在源设备120上运行的操作系统直接交互。通过与应用而不是操作系统直接交互，宿设备160的用户可以访问并非源设备120的操作系统本地的命令库。此外，与应用进行直接交互可以使得命令更容易由不同平台上运行的设备发送和处理。
源设备120可以对无线宿设备160处应用的用户输入作出响应。在这样的交互式应用设置中，可以通过通信信道150向无线显示源发送回在无线宿设备160处应用的用户输入。在一个示例中，也被称为用户接口反向信道(UIBC)的反向信道架构可以被实现成使得宿设备160能够向源设备120发送在宿设备160处应用的用户输入。反向信道架构可以包括用于传输用户输入的较上层消息，和用于协商在宿设备160和源设备120处的用户接口能力的较下层帧。UIBC可以驻留在宿设备160和源设备120之间的互联网协议(IP)传输层上。以此方式，在开放系统互连(OSI)通信模型中，UIBC可以位于传输层之上。在一个示例中，OSI通信包括7层(1-物理、2-数据链路、3-网络、4-传输、5-会话、6-表示、以及7-应用)。在该示例中，在传输层之上指的是层5、6和7。为了促进可靠传输和按顺序传送包含用户输入数据的数据分组，UIBC可以被配置为在诸如传输控制协议/互联网协议(TCP/IP)或用户数据报文协议(UDP)之类的其他基于分组的通信协议的顶部运行。UDP和TCP可以在OSI层架构中并行操作。TCP/IP可以使得宿设备160和源设备120能够在分组丢失的情况下实施重传技术。
在一些情况下，在位于源设备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更高的分辨率显示来增加或减少坐标范围，反之亦然。
此外，在一些实例中，宿设备160处的分辨率可以在通信会话期间变化，潜在地产生显示器122与显示器162之间的不匹配。为了提高用户体验以及为了确保适当的功能，源/宿系统100可以通过实现用于屏幕标准化的技术来实现用于减少或避免用户交互不匹配的技术。源设备120的显示器122和宿设备160的显示器162可以具有不同的分辨率和/或不同的长宽比。此外，在一些设置中，宿设备160的用户可能具有对从源设备120接收的视频数据的显示窗口进行重新调整的能力，使得从源设备120接收的视频数据在覆盖与宿设备160的全部显示器162相比更小的窗口中呈现。在另一示例性设置中，宿设备160的用户可能具有以横向模式或纵向模式观看内容的选项，上述模式中的每一个模式具有唯一坐标和不同的长宽比。在这样的情形下，与在宿设备160处接收的用户输入相关联的坐标(例如，针对在发生鼠标点击或触摸事件的坐标)，在不修改坐标的情况下，可能不能被源设备120处理。因此，本申请的技术可以包括将在宿设备160处接收的用户输入的坐标映射到与源设备120相关联的坐标。在本申请中，该映射也被称为标准化，如下文将详细描述的，该映射可以是基于宿或基于源的。
宿设备160接收的用户输入可以由UI模块167接收，例如，在驱动器级别，并传送至宿设备160的操作系统。宿设备160上的操作系统可以接收与在显示区域上发生用户输入的位置相关联的坐标(xSINK,ySINK)。在该示例中，(xSINK,ySINK)可以是显示器162的、发生鼠标点击或触摸事件的位置的坐标。在显示器162上呈现的显示窗口可以具有描述显示窗口大小的x坐标长度(LDW)和y坐标宽度(WDW)。显示窗口也可以具有描述显示窗口位置的左上角坐标(aDW,bDW)。基于LDW、WDW和左上角坐标(aDW,bDW)，可以确定由显示窗口所覆盖的显示器162的部分。例如，显示窗口的右上角可以位于坐标(aDW+LDW,bDW)，显示窗口的左下角可以位于坐标(aDW,bDW+WDW)，以及显示窗口的右下角可以位于坐标(aDW+LDW,bDW+WDW)。如果在显示窗口内的坐标处接收输入，则宿设备160可以对输入进行处理作为UIBC输入。换句话说，如果满足下列条件，可以对具有相关联的坐标(xSINK,ySINK)的输入进行处理作为UIBC输入：
aDW≤xSINK≤aDW+LDW (1)
bDW≤ySINK≤bDW+WDW (2)
在确定用户输入是UIBC输入之后，在将与该输入相关联的坐标发送至源设备120之前，可以由UIPM168对该坐标进行标准化。被确定为位于显示窗口之外的输入可以被宿设备160在本地处理作为非UIBC输入。
如上文提及的，可以基于源或基于宿来对输入坐标进行标准化。当实现基于宿的标准化时，源设备120可以与视频数据一起或独立于视频数据向宿设备160发送显示器122所支持的显示分辨率(LSRC,WSRC)。例如，所支持的显示分辨率可以作为能力协商会话的一部分发送或可以在通信会话期间的另一时间发送。宿设备160可以确定针对显示器162的显示分辨率(LSINK,WSINK)、针对显示从源设备120接收的内容的窗口的显示窗口分辨率(LDW,WDW)、以及针对显示窗口的左上角坐标(aDW,bDW)。如上文描述的，当确定与用户输入对应的坐标(xSINK,ySINK)位于显示窗口之内时，则宿设备160的操作系统可以使用对话功能将坐标(xSINK,ySINK)映射到源坐标(xSRC,ySRC)。用于将(xSINK,ySINK)转换成(xSRC,ySRC)的示例性对话功能可以如下：
xSRC＝(xSINK-aDW)*(LSRC/LDW) (3)
ySRC＝(ySINK-bDW)*(WSRC/WDW) (4)
从而，当发送与所接收的用户输入相对应的坐标时，宿设备160可以发送针对在(xSINK,ySINK)处接收的用户输入的坐标(xSRC,ySRC)。如下文将更详细描述的，例如，可以将坐标(xSRC,ySRC)作为用于通过UIBC向源设备120发送在宿设备160处接收的用户输入的数据分组的一部分进行发送。贯穿本申请的其他部分，当将输入坐标描述为被包含在数据分组中时，如上文在源/宿系统100实现基于宿的标准化的实例中描述的，可以将这些坐标转换成源坐标。
当源/宿系统100实现基于源的标准化时，对于由UIBC输入确定的用户输入对照本地输入(即，在显示窗口之内对照于在显示窗口之外)，可以在源设备120而不是在宿设备160处执行上文的计算。为了便于这样的计算，宿设备160可以向源设备120发送LDW、WDW的值、以及显示窗口的位置信息(例如，aDW、bDW)、以及针对(xSINK、ySINK)的坐标。使用所发送的这些值，源设备120可以根据上文的方程3和方程4来确定针对(xSRC,ySRC)的值。
在基于宿的标准化的其他实现中，宿设备160可以发送针对描述在显示窗口内发生用户输入事件的位置对照于在显示器162上发生用户输入事件的位置的、用户输入的坐标(xDW,yDW)。在这样的实现中，可以向源设备120发送坐标(xDW,yDW)连同针对(LDW,WDW)的值。基于所接收的这些值，源设备120可以根据下列对话函数来确定(xSRC,ySRC)：
xSRC＝xDW*(LSRC/LDW) (5)
ySRC＝yDW*(WSRC/WDW) (6)
宿设备160可以基于下列函数来确定xDW和yDW：
xDW＝xSINK-aDW (7)
yDW＝ySINK-bDW (8)
当本申请描述发送与用户输入相关联的坐标时，例如在数据分组中，如上文所描述的，这些坐标的传输可以包括基于宿或基于源的标准化，和/或可以包括用于执行基于宿或基于源的标准化所必需的任何额外的信息。
UIBC可以被设计成传输各种类型的用户输入数据，包括跨平台用户输入数据。例如，源设备120可以运行操作系统，而宿设备160运行诸如或或仪表板宿设备160和/或其内布置该仪表板的汽车的制造商的专有操作系统之类的另一操作系统。不管平台如何，UIPM168可以以A/V控制模块125可理解的形式封装所接收的用户输入。UIBC可以支持很多不同类型的用户输入格式，从而允许许多不同类型的源和宿设备利用该协议，而不管源设备和宿设备是否在不同的平台上操作。可以定义通用的输入格式，并且可以支持平台专用输入格式，从而由UIBC可以对源设备120与宿设备160之间传送用户输入的方式方面提供灵活性。
在图1A的示例中，源设备120可以包括智能电话、平板计算机、膝上型计算机、台式计算机、具有Wi-Fi能力的电视、或能够发送音频和视频数据的任何其他设备。在根据本申请的示例中，宿设备160形成在汽车或其他类型交通工具中的仪表板的一部分或全部。在一些实例中，仪表板宿设备160可以包括设备的系统，使得显示器162、扬声器163、UI设备167和A/V编码器164所有部分是在布置仪表板的汽车中分开但可互操作的设备。源设备120可以同样是设备的系统而不是单个设备。
图1B是描绘可以实现本申请的技术的示例性源/宿系统101的框图。源/宿系统101包括源设备120和仪表板宿设备160，其每一个可以通过针对图1A所描述的方式起作用和操作。源/宿系统101还包括宿设备180。通过与上文描述仪表板宿设备160相似的方式，宿设备180可以从源设备120接收音频和视频数据，并且可以通过建立的UIBC向源设备120发送用户命令。在一些配置中，仪表板宿设备160和宿设备180可以相互独立地操作，并且在源设备120处输出的音频和视频数据可以在仪表板宿设备160和宿设备180处同时输出。在替代的配置中，仪表板宿设备160可以是主宿设备，且宿设备180可以是辅助宿设备。在这样一个配置性示例中，仪表板宿设备160和宿设备180可以相耦合，并且仪表板宿设备160可以显示视频数据，而宿设备180输出相应的音频数据。此外，在一些配置中，仪表板宿设备160可以仅输出所发送的视频数据，而宿设备180可以仅输出所发送的音频数据。
图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调制解调器。
源设备220还可以本地地处理和显示A/V数据。例如，显示处理器235可以处理要在本地显示器222上显示的视频数据，音频处理器236可以处理音频数据以用于在扬声器223上输出。
如上文参考图1A中的源设备120所描述的，源设备220还可以从宿设备接收用户输入命令。以此方式，源设备220的无线调制解调器234接收诸如NAL单元之类的已封装的数据分组，并将已封装的数据单元发送给用于解封装的传输单元233。例如，传输单元233可以从NAL单元提取数据分组，并且处理器231可以解析数据分组以提取用户输入命令。基于该用户输入命令，处理器231可以调整由源设备220正向宿设备发送的已编码的A/V数据。以此方式，可以由处理器231全部或部分地实现上文参照图1A的A/V控制模块125描述的功能。
图2的处理器231通常表示各种处理器中的任何一个，包括但不限于一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)、其他等同的集成或分立逻辑电路、或它们的某种组合。图2的存储器232可以包括各种易失性或非易失性存储器中的任何一个，包括但不限于诸如同步动态随机存取存储器(SDRAM)之类的随机存取存储器(RAM)、只读存储器(ROM)、非易失性随机存取存储器(NVRAM)、电可擦除可编程只读存储器(EEPROM)、闪存等，存储器232可以包括用于存储音频/视频数据以及其他种类的数据的计算机可读存储介质。存储器232可以另外存储由处理器231作为执行本申请中描述的各种技术的一部分而执行的指令和程序代码。
在一个示例中，源设备220的存储器232可以存储可由处理器231执行的应用，该处理器231被配置为有助于在源设备220与汽车中的仪表板宿设备之间的通信。这样的源设备仪表板应用可以由仪表板制造商和/或汽车制造商认证，以发起和管理在源设备220与汽车仪表板宿设备之间的通信。源设备应用可以包括各种功能，包括，例如，对源设备上的汽车仪表板的本地功能进行镜像，接收并处理从汽车仪表板宿设备接收的汽车数据。
在根据本申请的一个示例中，源设备220可以是具有存储器232的智能电话、以及具有相对较高端处理能力的处理器231，所述存储器232包括相对较大数量的存储容量。源设备220的用户可以通常使用智能电话的所有设置和情形中使用智能电话。但是，当在汽车中坐着和/或旅行时，用户可能想要利用驻留在仪表板宿设备上的智能电话上的应用，该仪表板宿设备已经对与其通信的源设备220进行认证，例如，在汽车中的仪表板宿设备的显示器上使用在源设备220上存储的导航应用。从而，在根据本申请的其中宿设备形成了汽车仪表板的一部分或全部的示例中，用户可以在仪表板宿设备处与在源设备220上执行的应用和存储的数据进行交互，包括例如，经由仪表板宿设备上的各种用户输入设备与源设备120上存储和执行的联系人、导航、日历、电子邮件以及其他应用进行交互。
图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上输出的已解码的音频数据。
除了呈现音频和视频数据，无线仪表板宿设备360也可以通过用户输入接口376来接收用户输入数据。用户输入接口376可以表示多个用户输入设备中的任何一个，其包括但不限于触摸显示接口、键盘、鼠标、语音命令模块、姿势捕获设备(例如，具有基于相机的输入捕获能力)或多个用户输入设备中的任何其他设备。通过用户输入接口376接收的用户输入可以由处理器331进行处理。该处理可以包括生成数据分组，该数据分组包括根据本申请中描述的技术所接收的用户输入命令。一旦生成，传输单元333就可以处理数据分组，以通过UIBC向无线源设备进行网络传输。
图3的处理器331可以包括各种处理器中的一个或多个处理器，例如，一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)、其他等同的集成或分立逻辑电路、或它们的某种组合。图3的存储器332可以包括各种易失性或非易失性存储器中的任何一个，包括但不限于，诸如同步动态随机存取存储器(SDRAM)之类的随机存取存储器(RAM)、只读存储器(ROM)、非易失性随机存取存储器(NVRAM)、电可擦除可编程只读存储器(EEPROM)、闪存等，存储器232可以包括用于存储音频/视频数据以及其他种类数据的计算机可读存储介质。存储器332可以另外存储由处理器331作为执行本申请中所描述的各个技术的一部分而执行的指令和程序代码。
在一个示例中，宿设备360的存储器332可以存储可由处理器331执行的应用，该处理器331被配置为有助于源设备(例如，源设备220)与仪表板宿设备360之间的通信。这样的宿设备仪表板应用可以是无线显示(WIDI)应用，该WIDI应用有助于在源设备与形成汽车中的整个仪表板的一部分或全部的仪表板宿设备360之间的配对和无线通信。在一个示例中，宿设备仪表板应用可以与关联于WFD系统和通信会话的一个或多个标准兼容。在另一示例中，宿设备仪表板应用可以有助于在WFD标准之外在源设备与仪表板宿设备360之间的通信，例如，经由仪表板和/或汽车制造商的一个或多个专有协议以及使用例如在源与仪表板宿设备之间的带外TCP/IP链路。
宿设备仪表板应用或在存储器332上存储且由仪表板宿设备360的处理器331执行的另一应用也可以包括与其中布置宿设备360的汽车的系统和设备进行通信的代理。例如，其中布置仪表板宿设备360的汽车的各种设备，例如，汽车的ECU以及一个或多个传感器可以生成与汽车的操作相关的数据。在存储器332上存储并由仪表板宿设备360执行的代理可以被配置为与汽车数据对接并且获得或接收这些汽车数据，在一些示例中，随后可以向源设备发送这些汽车数据，并由源设备通过各种方式对这些汽车数据进行处理。例如，在仪表板宿设备360上执行的代理可以获得由汽车的传感器和引擎控制单元(ECU)跟踪并存储的汽油里程数据。此外，汽车的其他相关操作数据(如与驾驶习惯和度量有关的速度、加速度、刹车和其他数据)可以由代理从汽车的一个或多个组件获取。该汽车数据可以由仪表板宿设备360(例如，由封装汽车数据的传输单元333和发送数据的Wi-Fi调制解调器334)向无线源设备(例如，向用户的移动电话)发送。移动电话可以包括用于处理数据的各种功能，包括，例如跟踪并组织时间上的汽油里程数据的应用，并且在一些情况下，将汽油里程与驾驶习惯/度量相关联。
可以根据本申请的示例中来预期除了前述汽油里程示例之外的各种汽车数据并对这些数据进行处理。例如，可以跟踪、存储来自汽车ECU的差错码，并且从仪表板宿设备360向如移动电话之类的无线源设备传输所述差错码、以及与服务、维护和/或汽车的故障有关的其他诊断信息。来自其中布置仪表板宿设备的汽车的这些差错或诊断信息可以在像移动电话之类的源设备上被跟踪及分析，并且甚至可以用于例如在有资格和/或经授权为在汽车上工作的经销店或服务站处自动请求服务预约。在另一示例中，来自其中布置仪表板宿设备的汽车的差错或诊断信息可以在像移动电话之类的源设备上被跟踪及分析，并且甚至可以用于例如自动地生成对汽车进行服务的日历事件、提醒或任务。例如，可以跟踪、存储并从仪表板宿设备360向如移动电话之类的无线源设备传输来自汽车ECU的、所生成的与常规服务事件有关的代码，所述常规服务事件例如是油量变化或其他基于里程或时间的预防性服务核查。在这样的情况下，移动电话源设备可以分析从仪表板宿设备360接收的ECU代码，并且在具有或没有名称为例如“油量变化”或“15000英里核查”等的提醒的情况下自动调度日历事件。
已经在汽车的背景下描述了本申请的许多细节。在该背景下，已经描述了汽车专用数据的若干示例。但是，本申请中描述的技术可以找到针对多种其他类型交通工具的各种应用，并且所述交通工具数据可以针对这些应用而不同。包括在仪表板上的显示设备或其他等同结构的任何交通工具可以使用本申请中描述的技术中的一项或多项技术。在仪表板与源设备之间传输的数据可以是交通工具专用的，并且可以依据交通工具的类型而有所不同。
可以利用根据本申请的仪表板宿设备的示例性交通工具包括汽车、船只、飞行器、全地形交通工具(ATV)、以及坦克或其他军用交通工具、半卡车或其他运输交通工具、以及推土机、拖拉机、或其他重型机器、以及火车、高尔夫球车、以及其他类型的交通工具。在根据本申请的示例中，预期各种交通工具数据并且对这些数据进行处理。
例如，可以跟踪、存储以及从在高尔夫球车中包含的仪表板宿设备向如移动电话之类的无线源设备传输如小鸟球(birdies)、老鹰球(eagle)以及超过标准杆数的一击(bogey)之类的高尔夫球得分、差点(handicap)、性能度量。可以在如移动电话之类的源设备上跟踪和分析这些高尔夫统计数据。例如，在一段时间在各个高尔夫球场的高尔夫得分可以从仪表板宿设备向移动电话源传送，并且移动电话可以编译得分，以便自动地计算、跟踪以及更新高尔夫球手的差点。
在另一示例中，可以跟踪、存储与农场相关的参数，并由拖拉机上的仪表板宿设备向如移动电话或膝上型电脑之类的源设备无线地传输。例如，可以由仪表板宿设备跟踪并向移动电话传输如粮食产量之类的收获数据，然后，移动电话可以存储并跟踪多次不同收获的粮食产量。
在另一示例中，可以由军用交通工具的仪表板宿设备跟踪并向如移动电话或膝上型计算机之类的源设备无线地传送任务数据。例如，指示从包括坦克、飞机、直升机或其他军用交通工具的武装军用交通工具所发射的弹药量的数据可以由在军用交通工具上的仪表板宿设备跟踪并向宿设备无线地传送。在这样的示例中，宿设备(例如，膝上型计算机)可以向命令和控制系统自动地传送弹药数据，所述命令和控制系统对该数据进行归档以用于分析或其他参考。
图4示出了示例性发射机系统410和接收机系统450的示例的框图，其可以由图1A中的发射机/接收机126和发射机/接收机166使用以通过通信信道150进行传输。在发射机系统410处，从数据源412向发送(TX)数据处理器414提供多个数据流的业务数据。每个数据流可以通过相应的发射天线来发送。TX数据处理器414基于针对该数据流所选择的特定编码方案，对每个数据流的业务数据进行格式化、编码和交织。
可以使用正交频分复用(OFDM)技术，将每个数据流的编码数据与导频数据进行复用。也可以使用各种其他无线通信技术，包括但不限于时分多址(TDMA)、频分多址(FDMA)、码分多址(CDMA)、或者OFDM、FDMA、TDMA和/或CDMA的任何组合。
与图4一致，导频数据是以已知的方式处理的典型的已知数据模式，并且其可以在接收机系统处用于估计信道响应。然后，基于针对每个数据流所选择的特定调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M-PSK或M-QAM(正交幅度调制)，其中，M可以是2的幂)，调制(例如，符号映射)该数据流的复用导频和编码数据，以提供调制符号。可以由可以与存储器432耦合的处理器430执行的指令来确定每个数据流的数据速率、编码和调制。
然后，向TX MIMO处理器420提供针对每个数据流的调制符号，其中，TX MIMO处理器420可以进一步处理调制符号(例如，进行OFDM)。然后，TX MIMO处理器420可以向NT个发射机(TMTR)422a至422t提供NT个调制符号流。在某些方面中，TX MIMO处理器420向数据流的符号并且向发送符号的天线应用波束成形权重。
每个发射机422可以接收和处理相应的符号流，以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和上变频)模拟信号，以提供适合通过MIMO信道发送的调制信号。然后，分别从NT个天线424a至424t发送来自发射机422a至422t的NT个调制信号。
在接收机系统450，通过NR个天线452a至452r接收所发送的调制信号，并且向相应的接收机(RCVR)454a至454r提供从每个天线452接收的信号。接收机454调节(例如，滤波、放大以及下变频)相应的接收信号，数字化所调节的信号，以提供采样，并进一步处理采样以提供相应的“所接收的”符号流。
然后，接收(RX)数据处理器460接收来自NR个接收机454的NR个符号，并基于特定的接收机处理技术来处理所接收的NR个符号，以提供NT个“检测出的”符号流。然后，RX数据处理器460解调、解交织和解码每个检测出的符号流，以恢复数据流的业务数据。RX数据处理器460的处理与TX MIMO处理器420和TX数据处理器414在发射机系统410处执行的处理是互补的。
可以与存储器472耦合的处理器470定期确定要使用哪个预编码矩阵。反向链路消息可以包括关于通信链路和/或所接收的数据流的各种类型的信息。然后，该反向链路消息由TX数据处理器438处理、由调制器480调制、由发射机454a至454r调节、发送回发射机系统410，其中，TX数据处理器438还从数据源436接收多个数据流的业务数据。
在发射机系统410处，来自接收机系统450的调制信号由天线424接收、由接收机422调节、由解调器440解调、并由RX数据处理器442处理，以提取由接收机系统450发送的反向链路消息。然后，处理器430确定要使用哪个预编码矩阵来确定波束成形权重，然后处理所提取的消息。
图5A是描绘在源设备520和宿设备560之间、作为能力协商会话一部分的示例性消息传送序列的框图。能力协商可以作为源设备520与宿设备560之间的更大通信会话建立过程的一部分而发生。例如，可以利用Wi-Fi直接或TDLS作为底层连接标准来建立该会话。此外，如上文提及的，在根据本申请的、包含在仪表板宿设备与经认证的无线源设备之间的通信的示例中，通信会话可以发生在WFD标准之外，包括，例如使用专有协议和/或像在源和仪表板宿设备之间的带外TCP/IP链路之类的其他通信单元。在建立Wi-Fi直接或TDLS会话之后，宿设备560可以发起与源设备520的TCP连接。作为建立TCP连接的一部分，可以建立运行实时流协议(RTSP)的控制端口，以管理源设备520和宿设备560之间的通信会话。
源设备520一般可以通过上文针对图1A中的源设备120所描述的相同方式进行操作，并且宿设备560一般可以通过上文针对图1A中的宿设备160所描述的相同方式进行操作。在源设备520与宿设备560建立连接之后，源设备520和宿设备560可以确定要用于其随后的通信会话的参数集合，作为能力协商交换的一部分。
源设备520和宿设备560可以通过消息的序列来协商能力。例如，所述消息可以是实时流协议(RTSP)消息。在协商的任何阶段，RTSP请求消息的接收方可以用包含RTSP状态码而不是RTSP OK的RTSP响应来进行响应，在该情况下，可以用不同的参数集合来重试消息交换或可以终止能力协商会话。
源设备520可以向宿设备560发送第一消息(RTSP选项请求消息)，以确定宿设备560所支持的RTSP方法集合。在从源设备520接收第一消息之后，宿设备560可以利用列出宿560所支持的RTSP方法的第二消息(RTSP选项响应消息)来响应。第二消息也可以包括RTSPOK状态码。
在向源设备520发送第二消息之后，宿设备560可以发送第三消息(RTSP选项请求消息)，以确定源设备520所支持的RTSP方法集合。在从宿设备560接收第三消息之后，源设备520可以利用列出源设备520所支持的RTSP方法的第四消息(RTSP选项响应消息)来响应。第四消息也可以包含RTSP OK状态码。
在发送第四消息之后，源设备520可以发送第五消息(RTSP GET_PARAMETER请求消息)，以规定对源设备520感兴趣的能力列表。宿设备560可以用第六消息(RTSP GET_PARAMETER响应消息)进行响应。第六消息可以包含RTSP状态码。如果RTSP状态码是OK，则第六消息也可以包含针对在第五消息中规定的由宿设备560所支持的参数的响应参数。宿设备560可以忽略第五消息中的、宿设备560不支持的参数。
基于第六消息，源520可以确定要用于通信会话的最优参数集合以及可以向宿设备560发送第七消息(RTSP SET_PARAMETER请求消息)。第七消息可以包含要在源设备520与宿设备560之间的通信会话期间使用的参数集合。第七消息可以包含描述了要在RTSP建立请求中使用的通用资源标识符(URI)的wfd-表示-url，以便建立通信会话。URI可以包括统一资源定位符(URL)、统一资源名称(URN)等。wfd-表示-url规定了宿设备560可以在会话建立交换期间的后续消息中使用的URI。在该参数中规定的wfd-url0和wfd-url1值可以与第七消息中的wfd-客户端-rtp-端口中的rtp-端口0和rtp-端口1的值相对应。该实例中的RTP通常指可以在UDP的顶部运行的实时协议。
在接收第七消息之后，宿设备560可以利用第八消息来响应，该第八消息具有指示根据在第七消息中所规定的那样来设置参数是否成功的RTSP状态码。如上文提及的，该角色或源设备和宿设备在不同的会话中可以颠倒或改变。在一些情况下，建立通信会话的消息的顺序可以定义作为源进行操作的设备和定义作为宿进行操作的设备。
图5B是描绘作为能力协商会话的一部分在源设备560和宿设备520之间的另一示例性消息传送序列的框图。图5B的消息传送序列意在对上文针对图5A描述的传送序列提供更详细的视图。在图5B中，消息“1b.GET_PARAMETER响应”示出了标识所支持的输入类别的列表(例如，通用及HIDC)和所支持的输入类型的多个列表的消息示例。所支持的输入类别的列表中的所支持的输入类别中的每一个具有相关联的所支持的类型列表(例如，generic_cap_list和hidc_cap_list)。
在图5B中，消息“2a.设置_参数请求”是标识所支持的输入类型(例如，通用及HIDC)的第二列表及所支持的类型的多个第二列表的第二消息的示例。所支持的输入类别的第二列表的所支持的输入类别中的每一个具有相关联的所支持的类型的第二列表(例如，generic_cap_list和hidc_cap_list)。消息“1b.得到_参数响应”标识宿设备560所支持的输入类别和输入类型。消息“2a.设置_参数请求”标识源设备520所支持的输入类别和输入类型，但是其可能不是源设备520所支持的所有输入类别和输入类型的全面列表。相反，消息“2a.设置_参数请求”可以仅将在消息“1b.得到_参数响应”中标识的那些输入类别和输入类型标识为由宿设备560支持。以此方式，在消息“2a.设置_参数请求”消息中标识的输入类别和输入类型可以构成在消息“1b.得到_参数响应”中所标识的输入类别和输入类型的子集。
图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发送的音频和视频数据。
如在本申请中所使用的，术语“解析”和“正在解析”通常指分析比特流以便从该比特流提取数据的过程。一旦提取，例如，就可以由源设备120处理该数据。例如，提取数据可以包括识别比特流中的信息如何被格式化。如下文将更详细描述的，数据分组头部610可以定义源设备120和宿设备160都知道的标准化格式。但是，可以以许多可能的方式中的一种方式来格式化有效载荷数据650。通过解析数据分组头部610，源设备120可以确定有效载荷数据650如何被格式化，从而源设备120可以解析有效载荷数据650以便从有效载荷数据650提取一个或多个用户输入命令。这样可以在能够在源-宿通信中支持的有效载荷数据的不同类型方面提供灵活性。如下文将更详细描述的，有效载荷数据650也可以包括诸如有效载荷头部630之类的一个或多个有效载荷头部。在这样的实例中，源设备120可以解析数据分组头部610，以确定有效载荷头部630的格式，然后解析有效载荷头部630，以确定有效载荷数据650的剩余部分的格式。
图表620是可以如何对数据分组头部610进行格式化的概念性描述。行615中的数字0-15旨在标识数据分组头部610内的比特位置，而不意在实际上表示在数据分组头部610内包含的信息。数据分组头部610包括版本字段621、时间戳标志622、保留字段623、输入类别字段624、长度字段625、以及可选的时间戳字段626。
在图6的示例中，版本字段621是可以指示宿设备160正在实现的特定通信协议的版本的3比特字段。版本字段621中的值可以通知源设备120如何解析数据分组头部610的剩余部分以及如何解析有效载荷数据650。在图6的示例中，版本字段621是3比特字段，其将使得能够实现针对八个不同版本的唯一标识符。在其他示例中，更多或更少的比特可以专用于版本字段621。
在图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。
如果存在，则时间戳字段626可以包括用于在获得有效载荷数据650的用户输入数据时，识别正在无线宿设备160处显示的视频数据的帧的时间戳。例如，在源设备120向宿设备160发送视频帧之前，源设备120可能已经将时间戳添加到视频帧。因此，源设备120可以生成视频帧，并且将时间戳嵌入到帧的视频数据上，例如作为元数据。源设备120可以向宿设备160发送具有时间戳的视频帧，宿设备160可以显示视频的帧。当宿设备160显示视频帧时，宿设备160可以从用户接收用户命令。当宿设备160生成数据分组以向源设备120传送用户命令时，宿设备160可以在时间戳字段626中包括当接收到用户命令时由宿设备160显示的帧的时间戳。
在接收到在头部中存在时间戳字段626的数据分组600之后，无线源设备120可以在获得有效载荷数据650的用户输入数据时，识别在宿设备160处正在显示的视频的帧，并基于根据时间戳而识别的帧的内容，处理该用户输入数据。例如，如果用户输入数据是应用到触摸显示器的触摸命令或鼠标指针的点击，则源设备120可以确定在用户应用触摸命令到显示器或点击鼠标时显示的帧的内容。在一些实例中，可能需要帧的内容来正确处理有效载荷数据。例如，基于用户触摸或鼠标点击的用户输入可以取决于在触摸或点击时在显示器上显示的内容。例如，该触摸或点击可以对应于图标或菜单选项。在其中显示器的内容正在变化的实例中，时间戳字段626中存在的时间戳可以由源设备120使用，以便将该触摸或点击匹配到正确的图标或菜单选项。
补充或替代地，源设备120可以将时间戳字段626中的时间戳与正在应用到当前呈现的视频帧上的时间戳进行比较。通过将时间戳字段626的时间戳与当前的时间戳进行比较，源设备120可以确定往返时间。往返时间通常对应于从源设备120发送帧的时刻到在源设备120处从宿设备160接收回基于该帧的用户输入的时刻所流逝的时间量。该往返时间可以向源设备120提供系统延迟的指示，并且如果往返时间大于门限值，则在假定输入命令被应用到过时的显示帧的情况下，源设备120可以忽略在有效载荷数据650中包含的用户输入数据。当往返时间小于该门限时，源设备120可以处理用户输入数据，并响应于该用户数据来调整正在发送的音频/视频内容。门限可以是可编程的，并且不同类型的设备(或不同的源-宿结合)可以被配置为定义针对可接受的往返时间的不同门限。
在图6的示例中，保留字段623是8比特字段，其不包括源120在解析数据分组头部610和有效载荷数据650时所使用的信息。但是，特定协议的未来版本(如在版本字段621中标识的)可以使用保留字段623，在该情况下，源设备120可以使用保留字段623中的信息来解析数据分组头部610和/或解析有效载荷数据650。结合版本字段621的保留字段623潜在地提供了在基本不改变已使用的格式和特征的情况下，用于扩展数据分组格式和添加特征到数据分组格式的能力。
在图6的示例中，输入类别字段624是4比特字段，以标识在有效载荷数据650中包含的用户输入数据的输入类别。宿设备160可以对用户输入数据进行分类，以确定输入类别。例如，可以基于从其接收命令的设备或基于命令自身的属性来对用户输入数据进行分类。输入类别字段624的值，可能结合数据分组头部610的其他信息，向源设备120标识有效载荷数据650如何被格式化。基于该格式化，源设备120可以解析有效载荷数据650，以确定在宿设备160处接收到的用户输入。
在图6的示例中，由于输入类别624是4比特，所以可能可以标识16种不同的输入类别。一个这样的输入类别可以是通用输入格式，该通用输入格式用于指示：有效载荷数据650的用户输入数据是使用在源设备120和宿设备160二者正在执行的协议中定义的通用信息单元来格式化的。如在下文将更详细描述的，通用输入格式可以使用通用信息单元，该通用信息单元允许宿设备160的用户在应用级与源设备120进行交互。
另一个这样的输入类别可以是人机接口设备命令(HIDC)格式，该HIDC格式用于指示有效载荷数据650的用户输入数据是基于用于接收输入数据的输入设备的类型来格式化的。设备的类型的示例包括键盘、鼠标、触摸输入设备、游戏操作杆、相机、姿势捕获设备(例如，基于相机的输入设备)、以及远程控制。可以在输入类别字段624中标识其他类型的输入类别包括转发输入格式(其用于指示有效载荷650中的用户数据不是在宿设备160处发起的)、或操作系统专用格式、以及用于指示有效载荷数据650包括语音命令的语音命令格式。
长度字段625可以包括16比特字段，其用于指示数据分组600的长度。例如，该长度可以在8比特的单元中指示。由于数据分组600由源设备120按照16比特的字进行解析，所以可以将数据分组600填补成16比特的整数。基于长度字段625中包含的长度，源设备120可以识别有效载荷数据650的结束(即，数据分组600的结束)和新的、后续的数据分组的开始。
在图6的示例中提供的各种大小的字段仅仅旨在是解释性的，并且其意图是可以使用与图6中示出的不同数量的比特来实现上述字段。此外，还可以预期的是，数据分组头部610可以包括与上文所讨论的全部字段相比更少的字段，或可以使用上文没有讨论的额外字段。确实，本申请的技术在用于分组的各个数据字段的实际格式方面可以是灵活的。
在解析数据分组头部610以确定有效载荷数据650的格式化之后，源设备120可以解析有效载荷数据650，以确定在有效载荷数据650中包含的用户输入命令。有效载荷数据650可以具有其自己的、指示有效载荷数据650的内容的有效载荷头部(有效载荷头部630)。以此方式，源设备120可以基于对数据分组头部610的解析来解析有效载荷头部630，然后基于对有效载荷头部630的解析来解析有效载荷数据650的剩余部分。
例如，如果数据分组头部610的输入类别字段624指示在有效载荷数据650中存在通用输入，则有效载荷数据650可以具有通用输入格式。从而，源设备120可以根据通用输入格式来解析有效载荷数据650。作为通用输入格式的一部分，有效载荷数据650可以包括一系列的一个或多个输入事件，其中，每个输入事件具有其自己的输入事件头部。下面的表1标识了输入头部中可能包括的字段。
表1
字段 大小(八位字节) 值
通用IE ID 1 参见表2
长度 2 下面字段的长度(单位为八位字节)
描述 变量 用户输入的细节。见表
通用输入事件(IE)标识(ID)字段标识了用于识别输入类型的通用输入事件标识。例如，通用IE ID字段可以是长度为一个八位字节，并且可以包括从下面的表2中选择的标识。如在本例中，如果通用IE ID字段是8比特，则256种不同类型的输入(标识为0-255)可以是可识别的，虽然并非所有的256个标识都一定需要相关联的输入类型。可以保留256中的一些以便未来使用，其中，任何协议的未来版本正由宿设备160和源设备120实现。在表2中，例如，通用IE ID9-255不具有相关联的输入类型，但是可以在未来被分配输入类型。
在输入事件头部中的长度字段标识了描述字段的长度，而描述字段包括描述用户输入的信息单元。描述字段的格式化可以取决于在通用IE ID字段中的输入类型标识。因此，源设备120可以基于在通用IE ID字段中标识的输入类型，来解析描述字段的内容。基于输入事件头部的长度字段，源设备120可以确定有效载荷数据650中一个输入事件的结束以及新输入事件的开始。如将在下文更详细解释的，可以在有效载荷数据650中将一个用户命令描述为一个或多个输入事件。
表2提供了输入类型的示例，每个具有可以用于标识输入类型的相应的通用IEID。
表2
通用IE ID 输入类型
0 鼠标左键向下/触摸向下
1 鼠标左键向上/触摸向上
2 鼠标移动/触摸移动
3 按键向下
4 按键向上
5 缩放
6 垂直滚动条
7 水平滚动条
8 旋转
9-255 保留
与每一输入类型相关联的描述字段可以具有不同的格式。例如，鼠标左键向下/触摸向下事件、鼠标左键向上/触摸向上事件、以及鼠标移动/触摸移动事件的描述字段可以包括在下面的表3中标识的信息单元，但是也可以在其他示例中使用其他格式。
表3
指针号可以标识与输入事件相关联的触摸或鼠标点击的次数。每个指针可以具有唯一指针ID。例如，如果多点触摸事件包括三指触摸，则输入事件可以具有三个指针，其中每个指针具有唯一指针ID。每个指针(即，每个手指触摸)可以具有与触摸所发生的位置相对应的相应x-坐标和y-坐标。
可以将单个用户命令描述为一系列输入事件。例如，如果三指猛击是用于关闭应用的命令，则可以在有效载荷数据650中将三指猛击描述为具有三个指针的触摸向下事件、具有三个指针的触摸移动事件、以及具有三个指针的触摸向上事件。触摸向下事件的三个指针可以具有与触摸移动事件和触摸向上事件的三个指针相同的指针ID。源设备120可以将这三个输入事件的组合解释为三指猛击。
例如，按键向下事件或按键向上事件的描述字段可以包括下文在表4中标识的信息单元。
表4
例如，缩放事件的描述字段包括在下表5中标识的信息单元。
表5
例如，水平滚动事件或垂直滚动事件的描述字段可以包括在下面的表6中标识的信息单元。
表6
上文的示例已经示出了有效载荷数据可以针对通用输入类别而被格式化的一些示例性方式。如果数据分组头部610的输入类别字段624指示了不同的输入类别，例如转发用户输入，则有效载荷数据650可以具有不同的输入格式。在转发用户输入的情况下，宿设备160可以从第三方设备接收用户输入数据，并在不解释用户输入数据的情况下向源设备120转发该输入。因此，源设备120可以根据转发的用户输入格式来解析有效载荷数据650。例如，有效载荷数据650的有效载荷头部630可以包括用于标识从其获得用户输入的第三方设备的字段。例如，该字段可以包括第三方设备的互联网协议(IP)地址、MAC地址、域名、或某一其他这样的标识符。源设备120可以基于第三方设备的标识符来解析有效载荷数据的剩余部分。
宿设备160可以经由一系列消息与第三方设备协商能力。然后，宿设备160可以向源设备120发送第三方设备的唯一标识符，作为能力协商过程一部分的、与源设备120建立通信会话的一部分。或者，宿设备160可以向源设备120发送描述第三方设备的信息，并且基于该信息，源设备120可以确定第三方设备的唯一标识符。例如，描述第三方设备的信息可以包括用于识别第三方设备的信息和/或用于识别第三方设备的能力的信息。无论唯一标识符是由源设备120还是由宿设备160确定的，当宿设备160发送具有从第三方设备获得的用户输入的数据分组时，宿设备160可以在数据分组中例如在有效载荷头部中包括唯一标识符，使得源设备120可以识别用户输入的起源。
如果数据分组头部610的输入类别字段624还指示不同的输入类别，例如语音命令，则有效载荷数据650还可以具有不同的输入格式。对于语音命令，有效载荷数据650可以包括编码的音频。可以经由一系列消息在源设备120与宿设备160之间协商用于对语音命令的音频进行编码和解码的编解码器。对于发送语音命令，时间戳字段626可以包括语音-采样时间值。在这样的实例中，可以设置时间戳标记622以指示时间戳存在，但是，时间戳字段626可以包括针对有效载荷数据650的编码音频的语音-采样时间值，而不是如上所述的时间戳。
在一些示例中，可以将语音命令作为如上所述的通用命令进行发送，在该情况下，可以将输入类别字段624设置成标识通用命令格式，并且可以将保留的通用IE ID中的一个分配给语音命令。如果将语音命令作为通用命令进行发送，则语音采样速率可以在数据分组头部610的时间戳字段626中存在或可以在有效载荷数据650中存在。
对于所捕获的语音命令数据，可以通过多种方式来封装语音数据。例如，可以使用RTP来封装语音命令数据，该RTP可以提供有效载荷类型以标识编码解码器和时间戳，该时间戳用于标识采样率。可以使用上文描述的通用用户输入格式来封装RTP数据，具有或没有可选的时间戳。宿设备160可以使用TPC/IP向源设备120发送携带语音命令的通用输入数据。
如先前所讨论的，当坐标作为诸如数据分组600之类的数据分组的一部分被包括在例如有效载荷数据650中时，坐标可以对应于基于所协商的分辨率来缩放的坐标、显示窗口坐标、标准化的坐标、或与宿显示器相关联的坐标。在一些实例中，可以在数据分组中包括额外信息或单独地发送额外信息，以便由源设备用于对数据分组中接收到的坐标进行标准化。
不管特定数据分组的输入类别如何，数据分组头部可以是应用层分组头部，并且可以通过TCP/IP发送数据分组。TCP/IP可以在分组丢失的情况下，能够使宿设备160和源设备120执行重传技术。可以从宿设备160向源设备120发送数据分组，以控制源设备120的音频数据或视频数据，或未来诸如控制在源设备120上运行的应用之类的其他目的。
图7A是在宿设备与源设备之间协商能力的示例性方法的流程图。所描述的示例性方法可以由宿设备160(图1A)或360(图3)执行。在一些示例中，计算机可读存储介质(例如，存储器332)可以存储指令、模块或算法，当执行上述指令、模块或算法时，使得一个或多个处理器(例如，处理器331)执行在本申请中描述的流程图中的一个或多个流程图中描绘的步骤中的一个或多个步骤。
图7A的方法包括宿设备160从源设备120接收第一消息(701)。例如，消息可以包括获得参数请求。响应于第一消息，宿设备160可以向源设备120发送第二消息(703)。例如，第二消息可以包括识别所支持的输入类别的第一列表和所支持的类型的多个第一列表的获得参数响应，其中，所支持的输入类别的第一列表中的、所支持的输入类别中的每一个具有相关联的所支持类型的第一列表。例如，所支持的输入类别可以对应于用于图6中的输入类别字段624的相同类别。上文的表2表示针对特定输入类别(在该示例中的通用输入)所支持的类型的一个示例。宿设备160可以从源设备120接收第三消息(705)。例如，第三消息可以包括一组参数请求，其中，该组参数请求标识用于通信的端口、所支持的输入类别的第二列表、以及所支持的类型的多个第二列表，其中，所支持的输入类别的第二列表中的、所支持的输入类别中的每一个具有相关联的所支持类型的第二列表，并且第二列表中的所支持类型中的每一个包括第一列表类型的子集。宿设备160可以向源设备120发送第四消息(707)。例如，第四消息可以包括一组参数响应，以确认已经启用第二列表的类型。宿设备160可以从源设备120接收第五消息(709)。例如，第五消息可以包括指示已经启用源设备120与宿设备160之间的通信信道的第二组参数请求。例如，通信信道可以包括用户输入反向信道(UIBC)。宿设备160可以向源设备120发送第六消息(711)。例如，第六消息可以包括确认宿设备160接收到第二组参数请求的第二组参数响应。
图7B是在宿设备和源设备之间协商能力的示例性方法的流程图。可以由源设备120(图1A)或220(图2)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器232)可以存储指令、模块或算法，当执行上述指令、模块或算法时，使一个或多个处理器(例如，处理器231)执行在流程图中描绘的步骤中的一个或多个步骤。
图7B的方法包括源设备120向宿设备160发送第一消息(702)。例如，第一消息可以包括获得参数请求。源设备120可以从宿设备160接收第二消息(704)。例如，第二消息可以包括标识所支持的输入类别的第一列表和所支持的类型的多个第一列表的获得参数响应，其中，所支持的输入类别的第一列表中的、所支持的输入列表中的每一个具有相关联的所支持的类型的第一列表。源设备120可以向宿设备160发送第三消息(706)。例如，第三消息可以包括标识用于通信的端口、所支持的输入类别的第二列表、以及所支持的类型的多个第二列表的一组参数请求，其中，所支持的输入类别的第二列表中的、所支持的输入类别中的每一个具有相关联的所支持的类型的第二列表，并且第二列表中的所支持的类型中的每一个包括第一列表的类型的子集。源设备120可以从宿设备160接收第四消息(708)。例如，第四消息可以包括用于确认已启用第二列表的类型的一组参数响应。源设备120可以向宿设备160发送第五消息(710)。例如，第五消息可以包括指示已启用在源设备120与宿设备160之间的通信信道的第二组参数请求。例如，通信信道可以包括用于输入反向信道(UIBC)。源设备120可以从宿设备160接收第六消息(712)。例如，第六消息可以包括确认宿设备160接收到第二组参数请求的第二组参数响应。
图8A是根据本申请的从无线宿设备向无线源设备发送用户输入数据的示例性方法的流程图。可以由宿设备160(图1A)或360(图3)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器332)可以存储指令、模块或算法，当执行上述指令、模块或算法时，使一个或多个处理器(例如，处理器331)执行在流程图中描绘的步骤中的一个或多个步骤。
图8A中的方法包括在诸如无线仪表板宿设备160之类的无线宿设备处获得用户输入数据(801)。可以通过诸如围绕无线宿设备360示出的用户输入接口376之类的、仪表板宿设备160的用户输入组件来获得用户输入数据。此外，宿设备160可以对用户输入数据分类为例如通用、转发或操作系统专用的。然后，宿设备160可以基于用户输入数据来生成数据分组头部(803)。数据分组头部可以是应用层分组头部。除了其他字段，数据分组头部还可以包括用于标识与用户输入数据相对应的输入类别的字段。例如，输入类别可以包括通用输入格式或人机接口设备命令。宿设备160还可以生成数据分组(805)，其中，所述数据分组包括所生成的数据分组头部和有效载荷数据。在一个示例中，有效载荷数据可以包括所接收的用户输入数据并且可以标识一个或多个用户命令。然后，宿设备160可以向无线源设备(例如，图1A中的源设备120或图2中的220)发送所生成的数据分组(807)。宿设备160可以包含允许传送数据分组的组件，例如包括如在图3中示出的传输单元333和无线调制解调器334。宿设备160可以通过TCP/IP来传送数据分组。
图8B是根据本申请在无线源设备处从无线宿设备接收用户输入数据的示例性方法的流程图。可以由源设备120(图1A)或220(图2)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器332)可以存储指令、模块或算法，当执行上述指令、模块或算法时，使一个或多个处理器(例如，处理器231)执行在流程图中描绘的步骤中的一个或多个步骤。
图8B的方法包括接收数据分组(802)，其中数据分组可以包括数据分组头部和有效载荷数据及其它。例如，有效载荷数据可以包括用户输入数据。源设备120可以包含允许传送数据分组的通信组件，包括传输单元233和无线调制解调器234，例如如参考图2所示出的。然后，源设备120可以解析在数据分组中所包含的数据分组头部(804)，以确定与在有效载荷数据中包含的用户输入数据相关联的输入类别。源设备120可以基于所确定的输入类别来处理有效载荷数据(806)。参照图8A和8B所描绘的数据分组通常可以采用参照图6所描述的数据分组的形式，并且可以用于控制在源设备处的音频/视频数据和应用。
图9A是根据本申请从无线宿设备向无线源设备发送用户输入数据的示例性方法的流程图。可以由宿设备160(图1A)或360(图3)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器332)可以存储指令、模块或算法，当执行上述指令、模块或算法时，使一个或多个处理器(例如，处理器331)执行在流程图中描绘的步骤中的一个或多个步骤。
图9A的方法包括获得在诸如无线宿设备160之类的无线宿设备处获得用户输入数据(901)。可以通过诸如参照图3所示出的用户输入接口376之类的无线宿设备160的用户输入组件获得用户输入数据。然后，宿设备160可以生成有效载荷数据(903)，其中，所述有效载荷数据可以描述用户输入数据。在一个示例中，有效载荷数据可以包括所接收的用户输入数据并且可以标识一个或多个用户命令。宿设备160还可以生成数据分组(905)，其中，所述数据分组包括数据分组头部和所生成的有效载荷数据。然后，宿设备160可以向无线源设备(例如，图1A中的源设备120或图2中的220)发送所生成的数据分组(907)。宿设备160可以包括允许传送数据分组的组件，例如，传输单元333和无线调制解调器334。可以通过TCP/IP向无线源设备发送数据分组。
图9B是根据本申请在无线源设备处从无线宿设备接收用户输入数据的示例性方法的流程图。可以由源设备120(图1A)或220(图2)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器232)可以存储指令、模块或算法，当执行上述指令、模块或算法时，使一个或多个处理器(例如，处理器231)执行在流程图中描绘的步骤中的一个或多个步骤。
图9B的方法包括从宿设备360接收数据分组(902)，其中所述数据分组可以包括数据分组头部和有效载荷数据及其它。在一个示例中，例如，有效载荷数据可以包括描述诸如输入类型值之类的用户输入的细节的数据。源设备120可以包含允许传送数据分组的通信组件，包括传输单元233和无线调制解调器234，例如如参照图2所示。然后，源设备120可以解析数据分组(904)，以确定在有效载荷数据中的输入类型字段中的输入类型值。源设备120可以基于所确定的输入类型值来处理描述用户输入的细节的数据(906)。参照图9A和9B所描述的数据分组通常可以采用参照图6所描述的数据分组的形式。
图10A是根据本申请从无线宿设备向无线源设备发送用户输入数据的示例性方法的流程图。可以由宿设备160(图1A)或360(图3)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器332)可以存储指令、模块或算法，当执行上述指令、模块或算法时，使一个或多个处理器(例如，处理器331)执行在流程图中描绘的步骤中的一个或多个步骤。
图10A的方法包括在诸如无线宿设备160之类的无线宿设备处获得用户输入数据(1001)。可以通过诸如如参照图3所示出的用户输入接口376之类的无线宿设备160的用户输入组件来获得用户输入数据。然后，宿设备160可以基于用户输入来生成数据分组头部(1003)。数据分组头部可以包括用于指示在数据分组头部中是否存在时间戳字段的时间戳标志(例如，1比特字段)及其它字段。例如，时间戳标志可以包括“1”以指示时间戳字段存在，并且可以包括“0”以指示时间戳字段不存在。例如，时间戳字段可以是16比特字段，其包含由源设备120生成的并在传输之前添加到视频数据的时间戳。宿设备160还可以生成数据分组(1005)，其中，所述数据分组包括所生成的数据分组头部和有效载荷数据。在一个示例中，有效载荷数据可以包括所接收的用户输入数据并且可以标识一个或多个用户命令。然后，宿设备160可以向无线源设备(例如，图1A中的源设备120或图2中的220)发送所生成的数据分组(1007)。宿设备160可以包括允许传送数据分组的组件，包括传输单元333和无线调制解调器334，例如如参照图3所示的。可以通过TCP/IP向无线源设备发送数据分组。
图10B是根据本申请的在无线源设备处从无线宿设备接收用户输入数据的示例性方法的流程图。可以由源设备120(图1A)或220(图2)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器232)可以存储指令、模块或算法，当执行上述指令、模块或算法时，使一个或多个处理器(例如，处理器231)执行在流程图中描绘的步骤中的一个或多个步骤。
图10B的方法包括从无线宿设备160接收数据分组(1002)，其中所述数据分组可以包括数据分组头部和有效载荷数据及其它。例如，有效载荷数据可以包括用户输入数据。源设备120可以包含允许传送数据分组的通信组件，包括传输单元233和无线调制解调器234，例如如参照图2所示出的。然后，源设备120可以解析在数据分组中包含的数据分组头部(1004)。源设备120可以确定在数据分组头部中是否存在时间戳字段(1006)。在一个示例中，源设备120可以基于在数据分组头部中包含的时间戳标志值进行上述确定。如果数据分组头部包含时间戳字段，则源设备120可以基于在时间戳字段中的时间戳来处理有效载荷数据(1008)。参照图10A和10B所描述的数据分组通常可以采用参照图6所描述的数据分组的形式，并且可以用于在源设备处控制音频/视频数据。
图11A是根据本申请的从无线宿设备向无线源设备发送用户输入数据的示例性方法的流程图。可以由宿设备160(图1A)或360(图3)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器332)可以存储指令、模块或算法，当执行上述指令、模块或算法时，使一个或多个处理器(例如，处理器331)执行在流程图中描绘的步骤中的一个或多个步骤。
图11A的方法包括在诸如无线宿设备160之类的无线宿设备处获得用户输入数据(1101)。可以通过诸如参照图3所示出的用户输入接口376之类的、无线宿设备160的用户输入组件来获得用户输入数据。然后，宿设备160可以基于用户输入来生成数据分组头部(1103)。数据分组头部可以包括时间戳字段及其它字段。时间戳字段可以包括，例如，16比特字段，其包含基于由无线源设备120生成的并向无线宿设备160发送的多媒体数据的时间戳。在被发送至无线宿设备之前，该时间戳可能已经由无线源设备120添加到视频数据的帧上。例如，时间戳字段可以标识与在用户输入数据被捕获时、在无线宿设备160处显示的视频数据的帧相关联的时间戳。宿设备160还可以生成数据分组(1105)，其中，所述数据分组包括所生成的数据分组头部和有效载荷数据。在一个示例中，有效载荷数据可以包括所接收的用户输入数据并且可以标识一个或多个用户命令。然后，宿设备160可以向无线源设备(例如，图1A中的源设备120或图2中的220)发送所生成的数据分组(1107)。宿设备160可以包括允许传送数据分组的组件，包括传输单元333和无线调制解调器334，例如，如参照图3所示。可以通过TCP/IP向无线源设备发送数据分组。
图11B是根据本申请在无线源设备处从无线宿设备接收用户输入数据的示例性方法的流程图。可以由源设备120(图1A)或220(图2)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器232)可以存储指令、模块或算法，当执行上述指令、模块或算法时，使一个或多个处理器(例如，处理器231)执行在流程图中描绘的步骤中的一个或多个步骤。
图11B的方法包括从诸如无线宿设备160之类的无线宿设备接收数据分组(1102)，其中，所述数据分组可以包括数据分组头部和有效载荷数据及其它。有效载荷数据可以包括例如用户输入数据。源设备120可以包括允许传送数据分组的通信组件，包括传输单元233和无线调制解调器234，例如如参照图2中所示。然后，源设备120可以识别在数据分组头部中的时间戳字段(1104)。源设备120可以基于时间戳字段中的时间戳来处理有效载荷数据(1106)。作为处理有效载荷数据的一部分，基于该时间戳，源设备120可以识别在获得用户数据时在无线宿设备处正在显示的视频数据的帧，并基于该帧的内容来解释有效载荷数据。作为基于时间戳来处理有效载荷数据的一部分，源设备120可以将该时间戳与由源设备120正在发送的视频的当前帧的当前时间戳进行比较，并且可以响应于在该时间戳与当前的时间戳之间的时间差小于门限值，来执行在有效载荷数据中描述的用户输入命令，或者响应于在该时间戳与当前时间戳之间的时间差大于门限值，不执行在有效载荷数据中描述的用户输入命令。参照图11A和图11B所描述的数据分组通常可以采用参照图6所描述的数据分组的形式，并且可以用于控制在源设备处的音频/视频数据。
图12A是根据本申请从无线宿设备向无线源设备发送用户输入数据的示例性方法的流程图。可以由宿设备160(图1A)或360(图3)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器332)可以存储指令、模块或算法，当执行上述指令、模块或算法时，使一个或多个处理器(例如，处理器331)执行在流程图中描绘的步骤中的一个或多个步骤。
图12A的方法包括在诸如无线宿设备160之类的无线宿设备处获得用户输入数据(1201)。在一个示例中，用户输入数据可以是语音命令数据，其可以通过诸如图3中的用户输入接口376中包含的语音命令识别模块之类的、无线宿设备160的用户输入组件来获得。在根据本申请的示例中，用户可能想要在用户的汽车内驾驶时呼叫源设备120上的联系人应用中的某人，并且该用户可以使用在仪表板宿设备160处接收的语音命令作为获得联系人号码并发起呼叫的更安全的方式。宿设备160可以基于用户输入来生成数据分组头部(1203)。宿设备160还可以生成有效载荷数据(1205)，其中，所述有效载荷可以包括语音命令数据。在一个示例中，有效载荷数据还可以包括所接收的用户输入数据并且可以标识一个或多个用户命令。宿设备160还可以生成数据分组(1207)，其中，所述数据分组包括所生成的数据分组头部和有效载荷数据。然后，宿设备160可以向无线源设备(例如，图1A中的源设备120或图2中的220)发送所生成的数据分组(1209)。宿设备160可以包括允许传送数据分组的组件，包括传输单元333和无线调制解调器334，例如如参照图3所示。可以通过TCP/IP向无线源设备发送数据分组。
图12B是根据本申请在无线源设备处从无线宿设备接收用户输入数据的示例性方法的流程图。可以由源设备120(图1A)或220(图2)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器232)可以存储指令、模块或算法，当执行这些指令、模块或算法时，使一个或多个处理器(例如，处理器231)执行在流程图中描绘的步骤中的一个或多个步骤。
图12B的方法包括接收数据分组(1202)，其中，所述数据分组可以包括数据分组头部和有效载荷数据及其它。例如，有效载荷数据可以包括诸如语音命令数据之类的用户输入数据。源设备120可以包括允许传送数据分组的通信组件，包括传输单元233和无线调制解调器234，例如如参照图2所示。然后，源设备120可以解析数据分组中所包含的有效载荷数据(1204)。参照图12A和图12B所描述的数据分组通常可以采用参照图6所描述的数据分组的形式，并且可以用于在源设备处控制音频/视频数据。
图13A是根据本申请从无线宿设备向无线源设备发送用户输入数据的示例性方法的流程图。可以由宿设备160(图1A)或360(图3)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器332)可以存储指令、模块或算法，当执行这些指令、模块或算法时，使一个或多个处理器(例如，处理器331)执行在流程图中描绘的步骤中的一个或多个步骤。
图13A的方法包括在诸如无线宿设备160之类的无线宿设备处获得用户输入数据(1301)。在一个示例中，用户输入数据可以是多点触摸手势，其可以通过诸如图3中的UI167或用户输入接口376之类的无线宿设备160的用户输入组件获得。在一个示例中，多点触摸手势可以包括第一触摸输入和第二触摸输入。宿设备260可以基于用户输入来生成数据分组头部(1303)。宿设备160也可以生成有效载荷数据(1305)，其中，有效载荷数据可以将针对第一触摸输入事件的用户输入数据与第一指针标识相关联，并且将针对第二触摸输入事件的用户输入数据与第二指针标识相关联。宿设备160还可以生成数据分组(1307)，其中，所述数据分组包括所生成的数据分组头部和有效载荷数据。然后，宿设备160可以向无线源设备(例如，图1A中的源设备120或图2中的220)发送所生成的数据分组(1309)。宿设备160可以包括允许传送数据分组的组件，包括传输单元333和无线调制解调器334，例如如参照图3所示。可以通过TCP/IP向无线源设备发送数据分组。
图13B是根据本申请在无线源设备处从无线宿设备接收用户输入数据的示例性方法的流程图。可以由源设备120(图1A)或220(图2)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器232)可以存储指令、模块或算法，当执行这些指令、模块或算法时，使一个或多个处理器(例如，处理器231)执行在流程图中描绘的步骤中的一个或多个步骤。
图13B的方法包括接收数据分组(1302)，其中，所述数据分组可以包括数据分组头部和有效载荷数据及其它。例如，有效载荷数据可以包括诸如多点触摸手势之类的用户输入数据。源设备120可以包括允许传送数据分组的通信组件，包括传输单元233和无线调制解调器234，例如如图2中所示。然后，源设备120可以解析在数据分组中包括的有效载荷数据(1304)，以识别有效载荷数据中包括的用户输入数据。在一个示例中，所识别的数据可以包括具有第一指针标识的针对第一触摸输入事件的用户输入数据以及具有第二指针标识的针对第二触摸输入事件的用户输入数据。然后，源设备120可以将针对第一触摸输入事件的用户输入数据和针对第二触摸输入事件的用户输入数据解释成多点触摸手势(1306)。参照图13A和图13B所描述的数据分组通常可以采用参照图6所描述的数据分组的形式，并且可以用于在源设备处控制音频/视频数据。
图14A是根据本申请从无线宿设备向无线源设备发送用户输入数据的示例性方法的流程图。可以由宿设备160(图1A)或360(图3)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器332)可以存储指令、模块或算法，当执行这些指令、模块或算法时，使一个或多个处理器(例如，处理器331)执行在流程图中描绘的步骤中的一个或多个步骤。
图14A的方法包括在无线宿设备360处从外部设备获得用户输入数据(1401)。在一个示例中，外部设备可以是连接到宿设备的第三方设备。宿设备160可以基于用户输入来生成数据分组头部(1403)。在一个示例中，数据分组头部可以将用户输入数据识别为转发的用户输入数据。宿设备160还可以生成有效载荷数据(1405)，其中，所述有效载荷数据可以包括用户输入数据。宿设备160还可以生成数据分组(1407)，其中，所述数据分组可以包括所生成的数据分组头部和有效载荷数据。然后，宿设备160可以向无线源设备(例如，图1A中的源设备120或图2中的220)发送所生成的数据分组(1409)。宿设备160可以包括允许传送数据分组的组件，包括传输单元333和无线调制解调器334，例如如参照图3所示。可以通过TCP/IP向无线源设备发送数据分组。
图14B是根据本申请在无线源设备处从无线宿设备接收用户输入数据的示例性方法的流程图。可以由源设备120(图1A)或220(图2)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器232)可以存储指令、模块或算法，当执行这些指令、模块或算法时，使一个或多个处理器(例如，处理器231)执行在流程图中描绘的步骤中的一个或多个步骤。
图14B的方法包括接收数据分组(1402)，其中，所述数据分组可以包括数据分组头部和有效载荷数据及其它。例如，有效载荷数据可以包括诸如指示用户输入数据是从第三方设备转发的、被转发的用户输入命令之类的用户输入数据。源设备120可以包括允许传送数据分组的通信组件，包括传输单元233和无线调制解调器234，例如如参照图2所示。然后，源设备120可以解析数据分组并且可以确定有效载荷数据包括转发的用户输入命令(1404)。然后，源设备120可以解析在数据分组中包含的有效载荷数据(1406)，以识别与和转发的用户输入命令相对应的第三方设备相关联的标识。然后，源设备120可以基于所识别的第三方设备的标识来处理有效载荷数据(1408)。参照图14A和图14B所描述的数据分组通常可以采用参照图6所描述的数据分组的形式，并且可以用于在源设备处控制音频/视频数据。
图15A是根据本申请从无线宿设备向无线源设备发送用户数据的示例性方法的流程图。可以由宿设备160(图1A)或360(图3)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器332)可以存储指令、模块或算法，当执行这些指令、模块或算法时，使一个或多个处理器(例如，处理器331)执行在流程图中描绘的步骤中的一个或多个步骤。
图15A的方法包括在无线宿设备处获得用户输入数据(1501)。用户输入数据可以具有相关联的坐标数据。相关联的坐标数据例如可以与鼠标点击事件的位置或触摸事件的位置相对应。然后，宿设备160可以标准化相关联的坐标数据，以生成标准化的坐标数据(1503)。然后，宿设备160可以生成包括标准化的坐标数据的数据分组(1505)。标准化坐标数据可以包括基于显示窗口的分辨率与诸如源设备120的显示器22之类的源的显示器的分辨率的比率，来缩放相关联的坐标数据。可以由宿设备160确定显示窗口的分辨率，并且可以从源设备120接收源设备的显示器的分辨率。然后，宿设备160可以向无线源设备120发送具有标准化坐标的数据分组(1507)。作为图15A的方法的一部分，宿设备160还可以针对正从无线源设备接收的内容来判断相关联的坐标数据是否位于显示窗口内，以及例如，如果相关联的坐标数据位于显示窗口之外，则在本地处理用户输入，或者相反，如果输入位于显示窗口内，则如所描述的对坐标进行标准化。
图15B是根据本申请在无线源设备处从无线宿设备接收用户输入数据的示例性方法的流程图。可以由源设备120(图1A)或220(图2)执行所描绘的示例性方法。在一些示例中，计算机可读存储介质(例如，存储器232)可以存储指令、模块或算法，当执行这些指令、模块或算法时，使一个或多个处理器(例如，处理器231)执行在流程图中描绘的步骤中的一个或多个步骤。
图15B的方法包括在无线源设备处接收数据分组，其中，所述数据分组包括具有相关联的坐标数据的用户输入数据(1502)。例如，相关联的坐标数据可以与在宿设备处鼠标点击事件的位置或触摸事件的位置相对应。然后，源设备130可以标准化相关联的坐标数据，以生成标准化的坐标数据(1504)。源设备120可以通过基于显示窗口的分辨率与源的显示器的分辨率的比值来缩放相关联的坐标数据来标准化坐标数据。源设备120可以确定源设备的显示器的分辨率并且可以从无线宿设备接收显示窗口的分辨率。然后，源设备可以基于标准化的坐标数据来处理数据分组(1506)。参照图15A和15B所描述的数据分组通常可以采用参照图6所描述的数据分组的形式，并且可以用于在源设备处控制音频/视频数据。
图16是描绘根据本申请的示例性源/宿系统的框图，其包括移动电话源设备1600和仪表板宿设备1610。移动电话源1600和仪表板宿1610可以被配置为并通过与上文参照图1A-6详细描述的源设备和宿设备相似的方式工作。在图16的示例中，电话源1600和仪表板宿1610被配置为通过通信信道1630进行通信，包括从电话源1600向仪表板宿1610传送音频和视频有效载荷数据，以及经由UIBC从仪表板宿1610向电话源1600传送基于在仪表板宿1610接收到的用户输入的、用户输入数据。移动电话源1600包括源仪表板应用1640，该源仪表板应用1640可以是被配置为在电话源1600和仪表板宿1610之间实现通信的应用，并且该源仪表板应用1640已经经汽车和/或仪表板的制造商认证以用于与仪表板宿1610进行通信。仪表板宿1610包括用于在宿1610和包括诸如电话源设备1600之类的各种无线源设备之间进行通信会话的宿仪表板应用1650。仪表板宿1610还包括用于与其中布置仪表板宿1610的汽车的其他设备和系统进行对接的汽车代理1660，其在图16中通常被指示为汽车组件1620。
如图16的示例中还描绘的，汽车电话源1600被配置为与网络1670进行通信。网络1670可以包括互相连接的一个或多个陆地和/或卫星网络，以提供将移动电话源1600通信地连接到各种远程设备和系统(例如，数据存储库和包括远程服务器1680的服务器)的一种方式。例如，网络1670可以是专用或公共的局域网(LAN)或广域网(WAN)。网络1670可以包括根据一个或多个标准和/或经由一个或多个传输介质的有线和无线通信。例如，网络1670可以包括根据802.11或蓝牙规范集合中的一个或者另一标准或专用的无线通信协议的无线通信。网络1670也可以包括通过陆地蜂窝网络的通信，所述陆地蜂窝网络包括例如GSM(全球移动通信系统)、CDMA(码分多址)、EDGE(增强型全球演进数据)网络。可以根据各种不同通信协议对通过网络1670例如从移动电话源1600发送的数据进行格式化。例如，网络1670的全部或一部分可以是在传输控制协议/互联网协议(TCP/IP)分组中从电话源1600传输数据的、基于分组的互联网协议(IP)网络。
在图16的示例中，网络1670包括提供将移动电话源1600通信地连接到远程服务器1680的方式的一个或多个互连网络。服务器1680可以是被配置为由于多个原因与移动电话源1600进行通信的多个不同类型的计算设备中的任何一个。在一个示例中，移动电话源1600向远程服务器1680传送对其中布置仪表板宿1610的汽车的操作状态进行指示的数据。远程服务器1680可以由汽车或仪表板的制造商拥有/操作。在一个示例中，可以向远程服务器1680传送操作状态数据，以处理，包括，例如诊断与操作状态数据有关和/或由操作状态数据所指示的汽车的服务或维修问题。在另一示例中，移动电话源和远程服务器1680可以为了其他原因进行通信，包括，例如，远程服务器1680向移动电话源1600提供针对源仪表板应用1640的软件更新。
在图17中描绘了根据本申请的示例性方法和功能，其是描绘与在源设备与汽车仪表板宿设备之间的通信有关的各种技术的流程图。下文参照图16的包括电话源1600和仪表板宿1610的系统描述了图17中所描绘的功能。但是，在其他示例中，可以由其他系统和设备(包括，例如与布置在汽车中的仪表板宿设备1610进行通信的移动电话不同的无线源设备)来执行图17中的各种功能中所描绘的功能。此外，虽然图17描绘了一种包括组合的多个分立功能的方法。在其他示例中，在图17的方法中的功能中的一个或多个功能可以单独地且相互独立地执行。例如，对无线源设备进行认证以用于与汽车中的仪表板宿设备进行通信的功能(1700)可以单独地或独立于从仪表板宿向源设备传送用户输入数据来执行(1730)。
在图17的示例性方法中描绘的功能被构建成与在源设备和仪表板宿设备之间的通信有关，使得这些功能中的一些功能对于正在发送的设备和正在接收的设备是通用的。但是，应该注意，可以仅分别地从源设备和/或仪表板宿设备之一、以及包括源和仪表板宿设备两者的系统一部分的角度，来实现上述功能中的一个或多个功能。
图17是描绘在无线源设备与汽车仪表板宿设备之间的通信会话的示例性方法的流程图。图17的示例性方法包括对无线源设备进行认证以便与仪表板宿设备进行通信(1700)，从仪表板宿向源设备传送对汽车的操作状态进行指示的数据，基于汽车的操作状态来设置源设备的操作状态(1720)，从仪表板宿向源设备传送用户输入数据(1730)，以及从仪表板宿向源设备传送汽车数据(1740)。
在一个示例中，在移动电话源1600与仪表板宿1610进行通信之前，电话源1600被认证为用于这样的通信会话。如上文所解释的，依据汽车的制造商和/或汽车中的仪表板，源与仪表板宿之间的通信可能差别很大。因此，不同的制造商可能需要相同类型源设备的不同功能，以便与在各个相应制造商的汽车中所包括的仪表板宿进行通信。
因此，在源与汽车仪表板宿进行通信的背景下，在一个示例中，移动电话源1600包括经汽车或仪表板宿1610的制造商认证(到汽车或仪表板宿1610两者由不同公司制造的程度)的源仪表板应用1640，并且其被特别配置为与该制造商的仪表板宿1610进行通信，而不是利用通用无线显示功能/应用，例如，在针对WFD系统的一个或多个标准中提供的功能。
在这样的示例中，可以通过多种不同的方式来完成仪表板/汽车制造商与第三方(例如，移动电话制造商和/或移动电话应用开发人员)之间的认证。在图16中描绘的示例中，其中，移动电话1600充当无线源设备并且与仪表板宿1610进行通信，仪表板/汽车制造商可以对移动电话源1600的源仪表板应用1640进行认证。该认证可以包括用于在电话源1600与仪表板宿1610之间建立通信的多个安全级别。
在一个示例中，对移动电话源1600进行认证以便与仪表板宿1610进行通信包括两个安全级别。首先，源仪表板应用1640的应用开发人员可以寻找且制造商可以授权特定应用进行协调并控制在执行应用的源设备与制造商的仪表板宿设备之间的通信。注意，源仪表板应用1640的开发人员可以是制造移动电话源1600的同一公司或独立于电话制造商的另一公司。无论如何，在一个示例中，开发可在不同移动电话操作系统(例如，谷歌的安卓)上执行的应用的、源仪表板应用1640的开发人员可以寻求来自特定汽车制造商(例如BMW)的授权，以便开发将使得电话源1600能够充当与BMW汽车内的仪表板宿1610进行通信的无线源设备的、针对移动电话源1600的应用。在这样的示例中，BMW可以通过向应用开发人员提供可以向仪表板宿1610传送的密钥或其他认证码或机制对移动电话应用进行认证，以便开启电话源1600与仪表板宿1610之间的通信。
无线通信可能是不安全的从而易受到来自未授权用户和/或设备的各种攻击。这样一来，除了提供用于认证源仪表板应用1640以用于与仪表板宿1610进行通信的移动电话源1600的认证密钥，根据本申请的示例还可以包括保护电话源1600与仪表板宿1610之间的初始握手，该初始握手包括制造商认证密钥的通信。在一个示例中，对移动电话源1600与仪表板宿1610之间的初始握手和认证密钥的通信进行加密，例如使用加密/解密密钥方案，其中，源仪表板应用1640利用该加密/解密密钥方案对包括制造商认证密钥的数据进行加密，向仪表板宿1610无线地发送经加密的数据，仪表板宿1610继而加密并读取来自电话的数据。在电话源1600已经被认证用于与仪表板宿1610进行通信之后，可以在不加密的情况下发送未来的通信。
在一个示例中，可以使用公共密钥和/或利用非对称加密密钥方法来实现在移动电话源1600与仪表板宿1610之间的加密认证会话。在一个示例中，在电话源1600与仪表板宿1610之间的加密认证会话可以包括使用公共密钥的对称密钥认证。对称密钥认证可以指代针对明文的加密和对密文的解密二者都使用轻微相关的(trivially related)、经常相同的、加密密钥的认证系统。在该情况下，电话源1600和仪表板宿1610二者都可以使用相同的公共密钥进行加密和解密，其中，公共密钥是由仪表板宿1610和/或其中布置仪表板的汽车的制造商提供的。在另一示例中，在电话源1600与仪表板宿1610之间的加密的认证会话可以包括使用公共密钥的非对称密钥认证。非对称密钥(有时称为公共密钥)认证可以指代需要两个独立密钥的系统，其中，一个密钥用于锁或加密明文，另一个密钥用于解锁或解密密文。在该情况下，用于在电话源1600与仪表板宿1610之间的认证会话的这些密钥中的一个密钥被公布或是公共的，而另一个密钥则保持为私有。
在一个示例中，仪表板宿1610可以向电话源1600发送密钥作为口令，该密钥可以包括与仪表板和/或汽车的制造商相关联的某种标识。移动电话源1600可以使用公共密钥，并且在某些情况下使用认证密钥，所述公共密钥和认证密钥二者都可以由仪表板宿1610的制造商提供以便形成对来自仪表板宿1610的口令的响应，并向仪表板宿1610发送回该响应。然后，仪表板宿1610可以使用用于对来自电话源1600的响应进行解密的私有密钥以及对源设备的认证，包括，例如基于认证密钥对该设备进行认证。
在一个示例中，在电话源1600已经被认证用于与仪表板宿1610进行通信之后，这两个设备可以出于各种目的来交换各种不同类型的信息。例如，仪表板宿1610可以发送并且移动电话源1600可以接收对其中布置仪表板宿1610的汽车的操作状态进行指示的数据。在根据本申请的一个示例中，与移动电话源1600配对的仪表板宿1610可以被配置为向电话源1600指示其中布置仪表板宿1610的汽车的状态何时变化，并基于汽车的当前状态改变与电话源1600的通信并且控制电话源1600的操作。例如，仪表板宿1610可以被配置为从汽车的各个组件(例如，传感器和/或ECU)接收指示汽车是停止还是正在移动的信息。在一个示例中，仪表板宿1610确定汽车正在移动并向移动电话源1600发送指示汽车的操作状态(例如，其正在移动)的消息。在另一个示例中，仪表板宿1610确定汽车停止，并且向移动电话源1600发送指示汽车的操作状态(例如，该汽车停止)的消息。
在一个示例中，源仪表板应用1640被配置为基于汽车的操作状态来改变移动电话源1600的各个用户接口功能。例如，源仪表板应用1640可以在移动电话源1600的不同用户接口(包括不同组的应用图标)之间进行切换，使得用户可以完全访问所有的电话应用(例如，当汽车停止时)，以及不太分散注意力的应用的子集(例如，当汽车正在移动时)。
如图17的示例性方法中指示的，除了传送对其中布置仪表板宿1610的汽车的操作状态进行指示的数据，在一些示例中，还可以基于汽车的操作状态来设置电话源1600的操作状态。例如，在仪表板宿1610确定汽车正在移动的情况下，仪表板宿1610可以向移动电话源1600发送使得或被配置为提示电话源1600使得其自身进入有限功能操作模式中的命令。例如，来自仪表板宿1610的命令可以使得移动电话源1600限制访问在开车时对于用户而言执行可能有危险的某些功能，例如，文本消息传送。
在一个示例中，仪表板宿1610可以被配置为将在仪表板宿1610处接收的用户输入发送回移动电话源1600，从而使得仪表板宿1610的用户能够控制电话源1600，并且与从电话源1600正在向仪表板宿1610发送的内容进行交互并且控制这些内容。在这样的示例中，可以在其中布置仪表板的汽车中的仪表板宿1610上观看、访问及交互移动电话源1600可用的应用和数据。在一个示例中，像联系人和日历应用、导航应用、数字音乐播放器等移动电话应用可以在仪表板宿1610上容易且无缝地呈现以及经由仪表板宿1610进行交互。
可以通过与上文参照图1A-15B详细地、更一般地描述的这样的通信一致的方式来实现例如通过通信信道1630经由UIBC从仪表板宿1610向移动电话源1600传送用户输入。
除了传送汽车的操作状态，移动电话源1600和仪表板宿1610之间的链路还有助于用于对与汽车相关的数据和/或设备或汽车中包括的数据和/或设备进行传送、分析、存储、操作等多个功能。这样的数据可能与汽车的操作相关，并且设备可以包括汽车中的外围设备，如扬声器和麦克风。在一些示例中，可以从仪表板宿1610向移动电话源1600传送来自汽车上的传感器和其他设备的数据，其中，在该汽车中布置了仪表板宿1610。
例如，移动电话源1600包括例如存储在仪表板宿1610的存储器上并由仪表板宿1610的处理器执行的汽车代理1660。汽车代理1660可以被配置为与在其内布置了仪表板宿1610的汽车的系统和设备进行通信。例如，其中布置仪表板宿1610的汽车的各个设备，例如，ECU和汽车的一个或多个传感器可以生成与汽车的操作有关的数据。仪表板宿1610的汽车代理1660可以被配置为与这样的汽车数据进行对接，以及获取或接收这样的汽车数据，在一些示例中，然后，这些汽车数据可以被发送至移动电话源1600并由移动电话源1600以各种方式进行处理。
例如，可以由在仪表板宿1610上执行的汽车代理1660获取在其中布置仪表板宿1610的汽车的传感器和ECU跟踪并存储的汽油里程数据。此外，汽车的其他相关操作数据，如速度、加速度、刹车以及与驾驶习惯和度量相关的其他数据可以由汽车代理1660从汽车的一个或多个组件获得。可以由仪表板宿1610(例如，通过封装汽车数据的宿1610的传输单元和向电话源1600发送数据的Wi-Fi调制解调器)向移动电话源1600发送该汽车数据。移动电话源1600可以包括用于处理数据的各个功能，包括，例如跟踪及组织随着时间推移的汽油里程数据以及在某些情况下将汽油里程与驾驶习惯/度量相关联的应用。
在根据本申请的示例中预期了与前述的汽油里程示例不同的各种汽车数据以及对这些数据的处理。例如，可以跟踪、存储以及从仪表板宿1610向移动电话源1600传送来自汽车ECU的错误码、以及与汽车的服务、维护和/或故障相关的其他诊断信息。可以在移动电话源1600上跟踪和分析来自其中布置仪表板宿1610的汽车的这样的错误或诊断信息，移动电话源1600继而可以经由网络1670向远程系统和设备传输数据，包括，例如，通过网络1670发送错误和/或诊断信息以便在有资格和/或被授权在其中布置仪表板宿1610的汽车上工作的经销商或服务站处自动请求服务预约。可以在与其他类型的交通工具相似的应用中使用许多其他交通工具专用类型的数据。
在一些示例中，仪表板宿1610的汽车代理1660可以开启从移动电话源1600到外围设备(例如，汽车内的扬声器和/或麦克风)的信道，以便在移动电话源1600和外围设备之间进行直接交互。例如，与移动电话源1600中所包含的麦克风的质量相比，仪表板宿设备可以向无线源设备提供对汽车中的质量更高的麦克风的访问。在一个示例中，移动电话源1600的用户可能想要在用户的汽车内驾驶的同时呼叫电话源1600上的联系人应用中的某人，并且可以将在通过汽车代理1660与仪表板宿1610对接的汽车的麦克风处接收的语音命令用作获取联系人号码并发起呼叫的更安全的方式。
为了简化说明，已经分别参照图1A-17描述了本申请的方法。但是，预期的是，可以组合并相互结合地而不仅仅是分别地使用这些各个方面。通常，可以在无线源设备和无线宿设备中的一个或两个中实现本申请中描述的功能和/或模块。以此方式，可以在无线源设备和无线宿设备之间可互换地使用在当前的示例中描述的通信和用户接口能力。
附录1提供了关于在本申请中描述的技术中的一些技术的额外细节。图1A和图1B中的源设备120和宿设备160、图2中的源设备220、图1中的宿设备360、图5A和图5B中的源设备520和宿设备560全部都是可以执行附录1中所描述的技术的设备和源/宿系统的示例。
已经在汽车的背景下描述了本申请的许多细节。已经在此背景下描述了汽车专用数据的若干示例。但是，如上文所提到的，本申请中描述的技术可以找到针对许多其他类型的交通工具的广泛应用场合，并且交通工具数据可能针对这些应用而不同。包含仪表板或某个等同结构上的显示设备的任何交通工具可以使用本申请中描述的技术中的一项或多项技术。在仪表板宿设备与源设备之间传送的数据可以是交通工具专用的并且可以随着交通工具的类型而不同。
本申请的技术可以在各种设备或装置中实现，包括无线手持设备、以及集成电路(IC)或一组IC(即，芯片组)。已经描述了任何组件、模块或单元以描述功能方面，而不一定需要用不同硬件单元来实现。
因此，本申请中描述的技术可以通过硬件、软件、固件或其任何组合来实现。如果以硬件来实现，则被描述为模块、单元或组件的任何特征可以在集成逻辑器件中一起实现或被分别实现为分立的但可互操作的逻辑器件。如果以软件来实现，则可以至少部分地由计算机可读介质来实现上述技术，上述计算机可读介质包括指令，当在处理器中执行这些指令时，执行上文描述的方法中的一个或多个方法。计算机可读介质可以包括有形的且非暂时性的计算机可读存储介质并且可以形成计算机程序产品的一部分，该计算机程序产品可以包括封装材料。计算机可读存储介质可以包括诸如同步动态随机存取存储器(SDRAM)之类的随机存取存储器(RAM)、只读存储器(ROM)、非易失性随机存取存储器(NVRAM)、电可擦除可编程只读存储器(EEPROM)、闪存、磁或光数据存储介质等。上述技术额外地或替代地可以至少部分地由具有指令或数据结构的形式携带或传送并且可以由计算机访问、读取、和/或执行的计算机可读通信介质来实现。
可以由一个或多个处理器(例如，一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)、或其他等同的集成或分立逻辑电路)执行代码。因此，如本申请中使用的术语“处理器”可以指上述结构中的任何一个或适合于实现本申请中描述的技术的任何其他结构。此外，在一些方面，本申请中描述的功能可以在被配置为用于编码和解码的专用软件模块或硬件模块中提供，或被并入到组合的视频编解码器中。此外，上述技术可以完全在一个或多个电路或逻辑单元中实现。
已经描述了本申请的各个方面。这些方面和其他方面在后面的权利要求的范围之内。

Claims (59)

1.一种从被配置为用作无线宿设备的交通工具仪表板向无线源设备发送用户输入数据的方法，所述方法包括：
在所述交通工具仪表板的显示设备处获得用户输入数据；
生成数据分组头部，其中，所述数据分组头部包括用于标识所述用户输入数据的输入类别的字段；
生成包括所述数据分组头部和有效载荷数据的数据分组；
向所述无线源设备发送所述数据分组；
由所述交通工具仪表板从所述无线源设备接收包括头部和有效载荷数据的数据分组，其中，所述有效载荷数据包括编码的视频数据；
由所述交通工具仪表板的视频解码器对所述编码的视频数据进行解码；
基于所解码的视频数据，来呈现所述无线源设备上驻留的至少一个应用的图形用户界面；以及
在所述交通工具仪表板的所述显示设备处输出所述图形用户界面。
2.根据权利要求1所述的方法，其中，所述用户输入数据包括指示在所述交通工具仪表板的所述显示设备处与所述无线源设备上驻留的所述至少一个应用的所述图形用户界面的用户交互的数据。
3.根据权利要求1所述的方法，其中，所述用户输入数据包括指示在所述交通工具仪表板的所述显示设备处与所述无线源设备上驻留的一个或多个应用的用户交互的数据。
4.根据权利要求1所述的方法，还包括：
由所述交通工具仪表板从所述无线源设备接收包括认证密钥的数据；
基于所述认证密钥，确定是否开启与所述无线源设备的通信会话；以及
向所述无线源设备发送指示所述无线源设备被认证以用于与所述交通工具仪表板进行通信的消息。
5.根据权利要求4所述的方法，其中，由所述交通工具仪表板接收包括所述认证密钥的数据包括：由所述交通工具仪表板从所述无线源设备接收包括所述认证密钥的加密数据，并且还包括对所述数据进行解密。
6.根据权利要求4所述的方法，还包括：向所述无线源设备发送包括口令密钥的数据，并且其中，所述认证密钥与包括所述口令密钥的数据中的至少一些数据相关联。
7.根据权利要求1所述的方法，还包括：
由所述交通工具仪表板向所述无线源设备发送对其中布置所述交通工具仪表板的交通工具的操作状态进行指示的消息，以使得基于所述交通工具的所述操作状态来设置所述无线源设备的操作状态。
8.根据权利要求7所述的方法，其中，所述消息指示所述交通工具正在移动，并且还包括：由所述交通工具仪表板向所述无线源设备发送被配置为使所述无线源设备限制对所述无线源设备的一个或多个功能的访问的命令。
9.根据权利要求8所述的方法，其中，被配置为使所述无线源设备限制对一个或多个用户功能的访问的所述命令包括以下各项中的至少一项：电话呼叫、文本消息传送以及电子邮件功能。
10.根据权利要求1所述的方法，还包括：
由所述交通工具仪表板获得与其中布置所述交通工具仪表板的交通工具的操作有关的数据；以及
向所述无线源设备发送与所述交通工具的所述操作有关的所述数据。
11.根据权利要求10所述的方法，其中，与所述交通工具的所述操作有关的所述数据包括以下各项中的至少一项：交通工具速度、加速度、刹车、汽油里程、错误码以及诊断数据。
12.根据权利要求1所述的方法，其中，所述交通工具包括汽车。
13.一种被配置为用作无线宿设备并向无线源设备发送用户输入数据的交通工具仪表板，所述交通工具仪表板包括：
存储器，其存储指令；
显示设备，其被配置为获得用户输入数据；
一个或多个处理器，其被配置为执行所述指令，其中，在执行所述指令之后，所述一个或多个处理器使得：
生成数据分组头部，其中，所述数据分组头部包括用于标识所述用户输入数据的输入类别的字段；以及
生成包括所述数据分组头部和有效载荷数据的数据分组；
传输单元，其用于向所述无线源设备发送所述数据分组；
并且还包括视频解码器，并且其中，所述传输单元从所述无线源设备接收包括头部和有效载荷数据的数据分组，其中，所述有效载荷数据包括编码的视频数据，所述交通工具仪表板的所述视频解码器对所述编码的视频数据进行解码，并且在执行所述指令之后，所述一个或多个处理器使得：
基于所解码的视频数据，呈现在所述无线源设备上驻留的至少一个应用的图形用户界面；以及
在所述显示设备处，输出所述图形用户界面。
14.根据权利要求13所述的交通工具仪表板，其中，所述用户输入数据包括指示在所述交通工具仪表板的所述显示设备处与驻留在所述无线源设备上的至少一个应用的所述图形用户界面的用户交互的数据。
15.根据权利要求13所述的交通工具仪表板，其中，所述用户输入数据包括指示在所述交通工具仪表板的所述显示设备处与在所述无线源设备上驻留的一个或多个应用的用户交互的数据。
16.根据权利要求13所述的交通工具仪表板，还包括：
传输单元，其从所述无线源设备接收包括认证密钥的数据；
在执行所述指令之后，所述一个或多个处理器使得基于所述认证密钥，确定是否开启与所述无线源设备的通信会话；以及
所述传输单元向所述无线源设备发送指示所述无线源设备被认证以用于与所述交通工具仪表板进行通信的消息。
17.根据权利要求16所述的交通工具仪表板，还包括：所述传输单元从所述无线源设备接收包括认证密钥的加密数据，并且在执行所述指令之后，所述一个或多个处理器使得对所述数据进行解密。
18.根据权利要求16所述的交通工具仪表板，其中，所述传输单元向所述无线源设备发送包括口令密钥的数据，并且其中，所述认证密钥与包括所述口令密钥的数据中的至少一些数据相关联。
19.根据权利要求13所述的交通工具仪表板，还包括：所述传输单元向所述无线源设备发送对其中布置所述交通工具仪表板的交通工具的操作状态进行指示的消息，以使得基于所述交通工具的操作状态来设置所述无线源设备的操作状态。
20.根据权利要求19所述的交通工具仪表板，其中，所述消息指示所述交通工具正在移动，并且还包括：所述传输单元向所述无线源设备发送被配置为使所述无线源设备限制对所述无线源设备的一个或多个功能的访问的命令。
21.根据权利要求20所述的交通工具仪表板，其中，被配置为使所述无线源设备限制对一个或多个用户功能的访问的所述命令包括以下各项中的至少一项：电话呼叫、文本消息传送以及电子邮件功能。
22.根据权利要求13所述的交通工具仪表板，还包括：
在执行所述指令之后，所述一个或多个处理器使得获得与其中布置所述交通工具仪表板的交通工具的操作有关的数据；以及
所述传输单元向所述无线源设备发送与所述交通工具的所述操作有关的所述数据。
23.根据权利要求22所述的交通工具仪表板，其中，与所述交通工具的所述操作有关的所述数据包括以下各项中的至少一项：交通工具速度、加速度、刹车、汽油里程、错误码以及诊断数据。
24.根据权利要求13所述的交通工具仪表板，其中，所述交通工具包括汽车。
25.一种存储指令的计算机可读存储介质，在由一个或多个处理器执行所述指令之后，使得所述一个或多个处理器执行从被配置为用作无线宿设备的交通工具仪表板向无线源设备发送用户输入数据的方法，所述方法包括：
在所述交通工具仪表板的显示设备处获得用户输入数据；
生成数据分组头部，其中，所述数据分组头部包括用于标识所述用户输入数据的输入类别的字段；
生成包括所述数据分组头部和有效载荷数据的数据分组；
向所述无线源设备发送所述数据分组；
由所述交通工具仪表板从所述无线源设备接收包括头部和有效载荷数据的数据分组，其中，所述有效载荷数据包括编码的视频数据；
由所述交通工具仪表板的视频解码器对所述编码的视频数据进行解码；
基于所解码的视频数据来呈现所述无线源设备上驻留的至少一个应用的图形用户界面；以及
在所述交通工具仪表板的所述显示设备处输出所述图形用户界面。
26.一种被配置为用作无线宿设备并且向无线源设备发送用户输入数据的交通工具仪表板，所述无线宿设备包括：
用于在所述交通工具仪表板的显示设备处获得用户输入数据的单元；
用于生成数据分组头部的单元，其中，所述数据分组头部包括用于标识所述用户输入数据的输入类别的字段；
用于生成包括所述数据分组头部和有效载荷数据的数据分组的单元；
用于向所述无线源设备发送所述数据分组的单元；
并且还包括用于对视频进行解码的单元，并且其中用于向所述无线源设备发送所述数据分组的单元从所述无线源设备接收包括头部和有效载荷数据的数据分组，其中所述有效载荷数据包括编码的视频数据，
所述交通工具仪表板的用于对视频进行解码的单元对所述编码的视频数据进行解码，并且在执行指令时，一个或多个处理器使得：
基于所解码的视频数据来呈现所述无线源设备上驻留的至少一个应用的图形用户界面；以及
在所述显示设备处输出所述图形用户界面。
27.一种在无线源设备处从被配置为用作无线宿设备的交通工具仪表板接收用户输入数据的方法，所述方法包括：
从所述交通工具仪表板接收数据分组，其中，所述数据分组包括数据分组头部和有效载荷数据；
解析所述数据分组头部，以确定与在所述有效载荷数据中所包含的用户输入数据相关联的输入类别；
基于所确定的输入类别，处理所述有效载荷数据；
由所述无线源设备捕获视频数据，所述视频数据包括驻留在所述无线源设备上的至少一个应用的图形用户界面；
由所述无线源设备的视频编码器对所述视频数据进行编码；
向所述交通工具仪表板发送包括头部和有效载荷数据的数据分组，其中，所述有效载荷数据包括所编码的视频数据。
28.根据权利要求27所述的方法，其中，所述用户输入数据包括指示在所述交通工具仪表板的显示设备处与在所述无线源设备上驻留的至少一个应用的所述图形用户界面的用户交互的数据。
29.根据权利要求27所述的方法，其中，所述用户输入数据包括指示在所述交通工具仪表板的显示设备处与在所述无线源设备上驻留的一个或多个应用的用户交互的数据。
30.根据权利要求27所述的方法，还包括：
从所述无线源设备向所述交通工具仪表板发送包括认证密钥的数据，其中，所述交通工具仪表板被配置为基于所述认证密钥来确定是否开启与所述无线源设备的通信会话；以及
由所述无线源设备从所述交通工具仪表板接收指示所述无线源设备被认证以用于与所述交通工具仪表板进行通信的消息。
31.根据权利要求30所述的方法，还包括由所述无线源设备对包括所述认证密钥的所述数据进行加密，其中，所述交通工具仪表板被配置为对所述数据进行解密。
32.根据权利要求30所述的方法，还包括：由所述无线源设备从所述交通工具仪表板接收包括口令密钥的数据，并且其中，所述认证密钥与包括所述口令密钥的所述数据中的至少一些数据相关联。
33.根据权利要求27所述的方法，还包括：
由所述无线源设备从所述交通工具仪表板接收对其中布置所述交通工具仪表板的交通工具的操作状态进行指示的消息；以及
基于所述交通工具的所述操作状态，设置所述无线源设备的操作状态。
34.根据权利要求33所述的方法，其中，所述消息指示所述交通工具正在移动，并且还包括当所述交通工具正在移动时，限制对所述无线源设备的一个或多个功能的访问。
35.根据权利要求34所述的方法，其中，限制对所述无线源设备的一个或多个功能的访问包括：限制对包括以下各项中的至少一项的一个或多个用户功能的访问：电话呼叫、文本消息传送以及电子邮件功能。
36.根据权利要求27所述的方法，还包括：
由所述无线源设备从所述交通工具仪表板接收消息，其中，所述消息包括与其中布置所述交通工具仪表板的所述交通工具的操作有关的数据；以及
由所述无线源设备对所述交通工具仪表板所发送的所述消息中的所述数据中的至少一些数据进行处理。
37.根据权利要求36所述的方法，其中，与所述交通工具的所述操作有关的所述数据包括以下各项中的至少一项：交通工具速度、加速度、刹车、汽油里程、错误码以及诊断数据。
38.根据权利要求37所述的方法，其中，由所述无线源设备对所述数据中的至少一些数据进行处理包括：由所述无线源设备将交通工具汽油里程数据关联到交通工具速度、加速度和刹车数据中的至少一项。
39.根据权利要求37所述的方法，其中，由所述无线源设备对所述数据中的至少一些数据进行处理包括：由所述无线源设备向其中布置所述交通工具仪表板的所述交通工具自动发送针对服务的电子请求。
40.根据权利要求37所述的方法，其中，由所述无线源设备对所述数据中的至少一些数据进行处理包括：由所述无线源设备自动生成电子提醒，以使得其中布置所述交通工具仪表板的所述交通工具被服务。
41.根据权利要求27所述的方法，其中，所述交通工具包括汽车。
42.一种被配置为从被配置为用作无线宿设备的交通工具仪表板接收用户输入数据的无线源设备，所述无线源设备包括：
传输单元，其用于从所述交通工具仪表板接收数据分组，其中，所述数据分组包括数据分组头部和有效载荷数据；
存储器，其存储指令；
一个或多个处理器，其被配置为执行所述指令，其中，在执行所述指令之后，所述一个或多个处理器使得：
解析所述数据分组头部，以确定与所述有效载荷数据中所包括的用户输入数据相关联的输入类别；
基于所确定的输入类别，来处理所述有效载荷数据；
还包括视频编码器，并且其中，在执行所述指令之后，所述一个或多个处理器使得捕获视频数据，所述视频数据包括驻留在所述无线源设备上的至少一个应用的图形用户界面，所述视频编码器对所述视频数据进行编码，并且所述传输单元向所述交通工具仪表板发送包括头部和有效载荷数据的数据分组，其中，所述有效载荷数据包括所编码的视频数据。
43.根据权利要求42所述的无线源设备，其中，所述用户输入数据包括指示在所述交通工具仪表板的显示设备处与在所述无线源设备上驻留的至少一个应用的所述图形用户界面的用户交互的数据。
44.根据权利要求42所述的无线源设备，其中，所述用户输入数据包括指示在所述交通工具仪表板的显示设备处与在所述无线源设备上驻留的一个或多个应用的用户交互的数据。
45.根据权利要求42所述的无线源设备，其中，所述传输单元：
从所述无线源设备向所述交通工具仪表板发送包括认证密钥的数据，其中，所述交通工具仪表板被配置为基于所述认证密钥来确定是否开启与所述无线源设备的通信会话；以及
从所述交通工具仪表板接收指示所述无线源设备被认证以用于与所述交通工具仪表板进行通信的消息。
46.根据权利要求45所述的无线源设备，还包括：在执行所述指令之后，所述一个或多个处理器使得对包括所述认证密钥的所述数据进行加密，其中，所述交通工具仪表板被配置为解密所述数据。
47.根据权利要求45所述的无线源设备，还包括：所述传输单元从所述交通工具仪表板接收包括口令密钥的数据，并且其中，所述认证密钥与包括所述口令密钥的所述数据中的至少一些数据相关联。
48.根据权利要求42所述的无线源设备，还包括：
所述传输单元从所述交通工具仪表板接收对其中布置所述交通工具仪表板的交通工具的操作状态进行指示的消息；以及
在执行所述指令之后，所述一个或多个处理器使得基于所述交通工具的所述操作状态来设置所述无线源设备的操作状态。
49.根据权利要求48所述的无线源设备，其中，所述消息指示所述交通工具正在移动，并且还包括在执行所述指令之后，所述一个或多个处理器使得当所述交通工具正在移动时，限制对所述无线源设备的一个或多个功能的访问。
50.根据权利要求49所述的无线源设备，其中，在执行所述指令之后，所述一个或多个处理器使得限制对所述无线源设备的一个或多个功能的访问包括：限制对包括以下各项中的至少一项的一个或多个用户功能的访问：电话呼叫、文本消息传送以及电子邮件功能。
51.根据权利要求42所述的无线源设备，还包括：
所述传输单元从所述交通工具仪表板接收消息，其中，所述消息包括与其中布置所述交通工具仪表板的所述交通工具的操作有关的数据；以及
在执行所述指令之后，所述一个或多个处理器使得对所述交通工具仪表板所发送的消息中的所述数据中的至少一些数据进行处理。
52.根据权利要求51所述的无线源设备，其中，与所述交通工具的所述操作相关的所述数据包括以下各项中的至少一项：交通工具速度、加速度、刹车、汽油里程、错误码以及诊断数据。
53.根据权利要求52所述的无线源设备，其中，在执行所述指令之后，所述一个或多个处理器使得对所述数据中的至少一些数据进行处理包括：由所述无线源设备将交通工具汽油里程数据关联到交通工具速度、加速度和刹车数据中的至少一项。
54.根据权利要求52所述的无线源设备，其中，在执行所述指令之后，所述一个或多个处理器使得对所述数据中的至少一些数据进行处理包括：使得所述传输单元向其中布置所述交通工具仪表板的所述交通工具发送针对服务的电子请求。
55.根据权利要求52所述的无线源设备，其中，在执行所述指令之后，所述一个或多个处理器使得对所述数据中的至少一些数据进行处理包括：自动生成电子提醒，以使得其中布置所述交通工具仪表板的所述交通工具被服务。
56.根据权利要求42所述的无线源设备，其中，所述交通工具包括汽车。
57.一种存储指令的计算机可读存储介质，在一个或多个处理器执行所述指令之后，使得所述一个或多个处理器执行在无线源设备处从被配置为用作无线宿设备的交通工具仪表板接收用户输入数据的方法，所述方法包括：
从所述交通工具仪表板接收数据分组，其中所述数据分组包括数据分组头部和有效载荷数据；
解析所述数据分组头部以确定与所述有效载荷数据中包含的用户输入数据相关联的输入类别；
基于所确定的输入类别，对所述有效载荷数据进行处理；以及
还包括视频编码器，并且其中在执行所述指令时，所述一个或多个处理器使得：
捕获包括所述无线源设备上驻留的至少一个应用的图形用户界面的视频数据，所述视频编码器对所述视频数据进行编码并且传输单元向所述交通工具仪表板发送包括头部和有效载荷数据的数据分组，其中所述有效载荷数据包括所编码的视频数据。
58.一种被配置为从被配置为用作无线宿设备的交通工具仪表板接收用户输入数据的无线源设备，所述无线源设备包括：
用于从所述交通工具仪表板接收数据分组的单元，其中，所述数据分组包括数据分组头部和有效载荷数据；
用于解析所述数据分组头部，以确定与所述有效载荷数据中包含的用户输入数据相关联的输入类别的单元；
用于基于所确定的输入类别，对所述有效载荷数据进行处理的单元；以及
还包括用于对视频进行编码的单元，并且其中在执行指令时，一个或多个处理器使得：
捕获包括所述无线源设备上驻留的至少一个应用的图形用户界面的视频数据，用于对视频进行编码的单元对所述视频数据进行编码并且用于传输所述数据分组的单元向所述交通工具仪表板发送包括头部和有效载荷数据的数据分组，其中所述有效载荷数据包括所编码的视频数据。
59.一种在被配置为用作无线宿设备的交通工具仪表板与无线源设备之间进行通信的方法，所述方法包括：
对所述无线源设备进行认证，以用于与所述交通工具仪表板进行通信；
从所述交通工具仪表板向所述无线源设备传送对其中布置所述交通工具仪表板的交通工具的操作状态进行指示的数据；
基于所述交通工具的所述操作状态，设置所述无线源设备的操作状态；
从所述交通工具仪表板宿向所述无线源设备传送用户输入数据和交通工具数据中的至少一个；
由所述交通工具仪表板从所述无线源设备接收包括头部和有效载荷数据的数据分组，其中，所述有效载荷数据包括编码的视频数据；
由所述交通工具仪表板的视频解码器对所述编码的视频数据进行解码；以及
基于所解码的视频数据来呈现所述无线源设备上驻留的至少一个应用的图形用户界面；以及
在所述交通工具仪表板的显示设备处输出所述图形用户界面。
CN201380009634.7A 2012-01-06 2013-01-03 交通工具仪表板无线显示系统 Expired - Fee Related CN104126294B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261583798P 2012-01-06 2012-01-06
US61/583,798 2012-01-06
US13/666,121 2012-11-01
US13/666,121 US8914187B2 (en) 2012-01-06 2012-11-01 Vehicle dashboard wireless display system
PCT/US2013/020150 WO2013103723A2 (en) 2012-01-06 2013-01-03 Vehicle dashboard wireless display system

Publications (2)

Publication Number Publication Date
CN104126294A CN104126294A (zh) 2014-10-29
CN104126294B true CN104126294B (zh) 2018-04-24

Family

ID=48744472

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380009634.7A Expired - Fee Related CN104126294B (zh) 2012-01-06 2013-01-03 交通工具仪表板无线显示系统

Country Status (7)

Country Link
US (1) US8914187B2 (zh)
EP (1) EP2801184B1 (zh)
JP (1) JP6169611B2 (zh)
KR (1) KR20140111009A (zh)
CN (1) CN104126294B (zh)
IN (1) IN2014CN04524A (zh)
WO (1) WO2013103723A2 (zh)

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8868679B2 (en) 2010-05-24 2014-10-21 Nuance Communications, Inc. Systems, methods and articles for providing communications and services via a peer-to-peer network over a data transport link
US9106651B2 (en) * 2011-09-19 2015-08-11 Qualcomm Incorporated Sending human input device commands over internet protocol
US20130204962A1 (en) * 2012-02-02 2013-08-08 Texas Instruments Incorporated Network and peripheral interface circuits, systems and processes
US20170034702A9 (en) * 2012-02-09 2017-02-02 Nordic Capital Partners, LLC Dual-Mode Master-Slave Controller and Method
US9832036B2 (en) 2012-02-09 2017-11-28 Keystone Integrations Llc Dual-mode vehicular controller
US8799360B2 (en) * 2012-08-31 2014-08-05 Tweedle Group, Inc. Systems, methods and articles for a server providing communications and services involving automobile head units
US8831585B2 (en) 2012-08-31 2014-09-09 Nuance Communications, Inc. Systems, methods and articles for a communications device providing communications and services involving automobile head units
US8751499B1 (en) 2013-01-22 2014-06-10 Splunk Inc. Variable representative sampling under resource constraints
EP2713582B1 (en) * 2012-09-28 2018-08-01 Harman Becker Automotive Systems GmbH Method and apparatus for personalized access to automotive telematic services
US9144094B2 (en) * 2012-10-29 2015-09-22 Qualcomm Incorporated Establishing a wireless display session between a computing device and a vehicle head unit
KR102017245B1 (ko) * 2013-01-17 2019-10-22 한국전자통신연구원 자동차 계기판 장치 및 자동차 계기판 제어 방법
US9197680B2 (en) * 2013-05-23 2015-11-24 Qualcomm Incorporated Establishing and controlling audio and voice back channels of a Wi-Fi display connection
EP3011725B1 (en) * 2013-06-18 2019-12-04 Samsung Electronics Co., Ltd Method and apparatus for controlling content shared between devices in wireless communication system
US9426629B2 (en) 2013-08-28 2016-08-23 At&T Mobility Ii Llc Autonomous pull and display of location based service applications by a mobile device based on context of the mobile device
KR102088384B1 (ko) * 2013-09-04 2020-05-28 삼성전자주식회사 디스플레이 기기의 제어 방법, 그에 따른 싱크 기기 및 그에 따른 미러링 시스템
US9428197B2 (en) * 2014-02-04 2016-08-30 Ford Global Technology, Llc Method and apparatus for persistent transferrable customizable vehicle settings
JP6957811B2 (ja) * 2014-08-01 2021-11-02 株式会社 ミックウェア システム
CN109379645B (zh) * 2014-12-03 2021-09-14 中国移动通信集团有限公司 一种数据传输与反向控制方法、设备及系统
WO2016093623A1 (ko) * 2014-12-11 2016-06-16 엘지전자 주식회사 Wfd에서 보조 컨텐츠를 출력하는 방법 및 장치
US10614640B2 (en) 2015-08-05 2020-04-07 EZ Lynk SEZC System and method for real time wireless ECU monitoring and reprogramming
US11430273B2 (en) 2015-08-05 2022-08-30 EZ Lynk SEZC Apparatus and method for remote ELD monitoring and ECU reprogramming
US10621796B2 (en) 2015-08-05 2020-04-14 EZ Lynk SEZC System and method for real time wireless ECU monitoring and reprogramming
US11210871B2 (en) 2015-08-05 2021-12-28 EZ Lynk SEZC System and method for remote emissions control unit monitoring and reprogramming
CN106467023A (zh) * 2015-08-18 2017-03-01 惠州市德赛西威汽车电子股份有限公司 汽车仪表与智能终端的无线交互控制方法
US20170050520A1 (en) * 2015-08-18 2017-02-23 Ford Global Technologies, Llc Instrument indicator needle device providing visual indication of instantaneous fuel economy
US9604541B1 (en) 2015-10-06 2017-03-28 Samsung Electronics Co., Ltd. System and method for customizing a vehicle operating environment
DE102015117947A1 (de) * 2015-10-21 2017-04-27 Sontheim Industrie Elektronik GmbH Verfahren zur Übermittlung von Daten
FR3050594B1 (fr) * 2016-04-20 2019-05-31 Valeo Comfort And Driving Assistance Procede de connexion d'un appareil electronique a un systeme embarque de vehicule, appareil electronique et systeme embarque de vehicule associes
US20170364869A1 (en) * 2016-06-17 2017-12-21 Toyota Motor Engineering & Manufacturing North America, Inc. Automatic maintenance for autonomous vehicle
US20180001767A1 (en) 2016-06-29 2018-01-04 Toyota Motor Engineering & Manufacturing North America, Inc. Instrument cluster arrangements for vehicles
US10027759B2 (en) * 2016-08-05 2018-07-17 Toyota Motor Engineering & Manufacturing North America, Inc. Vehicle human-machine interface (HMI) device operation of a handheld mobile device
WO2018052401A1 (en) * 2016-09-13 2018-03-22 Ford Global Technologies, Llc Methods and apparatus to monitor and control mobility vehicles
CN107861777A (zh) * 2016-09-22 2018-03-30 比亚迪股份有限公司 车辆仪表设置方法、设置终端、车辆仪表和车辆
CN106375473A (zh) * 2016-09-29 2017-02-01 未来汽车科技（深圳）有限公司 一种数据控制方法及系统、移动终端、车载仪表设备
CN106331161A (zh) * 2016-09-29 2017-01-11 未来汽车科技（深圳）有限公司 一种数据控制方法及系统、移动终端、车载仪表设备
CN115462102B (zh) * 2020-04-29 2023-09-29 华为技术有限公司 一种数据通信方法及相关装置
KR20220007347A (ko) * 2020-07-10 2022-01-18 주식회사 엘지에너지솔루션 진단 정보 생성 장치, 방법 및 이를 포함하는 진단 시스템
US11743366B1 (en) * 2020-10-13 2023-08-29 Marvell Asia Pte Ltd Communication of sensor data in a motor vehicle communication network

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102215467A (zh) * 2011-05-17 2011-10-12 东莞市泰斗微电子科技有限公司 一种限制手机通话的方法及相应的车载设备和手机
CN102263801A (zh) * 2010-05-27 2011-11-30 上海汽车集团股份有限公司 车载综合系统以及提供综合信息的方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001239897A (ja) * 2000-02-28 2001-09-04 Toshiba Corp 乗物用情報処理装置と車載用情報処理装置及び情報処理方法
US6622018B1 (en) 2000-04-24 2003-09-16 3Com Corporation Portable device control console with wireless connection
US8630312B2 (en) * 2006-12-04 2014-01-14 Samsung Electronics Company, Ltd. System and method for wireless communication of uncompressed video having connection control protocol
WO2009107245A1 (ja) * 2008-02-29 2009-09-03 パイオニア株式会社 通信装置、通信方法、通信プログラムおよびコンピュータに読み取り可能な記憶媒体
US8344870B2 (en) * 2008-10-07 2013-01-01 Cisco Technology, Inc. Virtual dashboard
US8311490B2 (en) 2008-12-24 2012-11-13 Johnson Controls Technology Company Systems and methods for configuring and operating a wireless control system in a vehicle for activation of a remote device
JP4883132B2 (ja) * 2009-04-28 2012-02-22 株式会社デンソー 音出力制御装置
KR101732057B1 (ko) 2009-11-02 2017-05-02 삼성전자주식회사 Ａｖ 시스템에서 사용자 입력 백 채널을 제공하는 방법 및 기기
US9932013B2 (en) 2010-10-20 2018-04-03 Christopher J. Hall Utilization of ubiquitous transmitting devices to provide access control to vehicles and /or other controlled access items/areas
US8177182B1 (en) 2011-01-07 2012-05-15 Apple Inc. Wireless remote control device for a portable media device
US9787725B2 (en) 2011-01-21 2017-10-10 Qualcomm Incorporated User input back channel for wireless displays

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102263801A (zh) * 2010-05-27 2011-11-30 上海汽车集团股份有限公司 车载综合系统以及提供综合信息的方法
CN102215467A (zh) * 2011-05-17 2011-10-12 东莞市泰斗微电子科技有限公司 一种限制手机通话的方法及相应的车载设备和手机

Also Published As

Publication number Publication date
IN2014CN04524A (zh) 2015-09-11
WO2013103723A2 (en) 2013-07-11
JP6169611B2 (ja) 2017-07-26
JP2015512171A (ja) 2015-04-23
EP2801184B1 (en) 2017-03-29
EP2801184A2 (en) 2014-11-12
US8914187B2 (en) 2014-12-16
KR20140111009A (ko) 2014-09-17
US20130179029A1 (en) 2013-07-11
WO2013103723A3 (en) 2013-11-14
CN104126294A (zh) 2014-10-29

Similar Documents

Publication Publication Date Title
CN104126294B (zh) 交通工具仪表板无线显示系统
CN103392325B (zh) 用于无线显示器的用户输入返回信道
CN103404114B (zh) 用于无线显示器的用户输入返回信道的方法和设备
CN103384995B (zh) 用于无线显示器的用户输入返回信道的方法和装置
CN103392359B (zh) 在无线宿设备和无线源设备之间协商能力
CN103348695B (zh) 针对图形的低延时无线显示器
CN103392160B (zh) 用于无线显示器的用户输入返回信道
CN103392161B (zh) 用于无线显示器的用户输入返回信道
EP2666278B1 (en) User input back channel for wireless displays
CN102461128A (zh) 基于接近而配对移动设备的方法和装置
KR101604296B1 (ko) 무선 디스플레이 디바이스들에 대한 최소 인식 모드
CN108923931A (zh) 一种电子凭证处理方法、设备及计算机可读存储介质
CN103403649B (zh) 用于无线显示器的用户输入返回信道
CN108920917A (zh) 登录端切换方法、移动终端及计算机可读存储介质
CN103404104B (zh) 用于无线显示器的用户输入返回信道
CN107734036A (zh) 通信方法与使用此方法的通信系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180424

Termination date: 20190103

CF01 Termination of patent right due to non-payment of annual fee