具有传输链路机制的通信系统及其操作的方法

具有传输链路机制的通信系统及其操作的方法
【专利摘要】具有传输链路机制的通信系统及其操作的方法。一种通信系统的操作的方法，包括：使用控制单元对应用编程接口(API)进行适配用于与应用进行通信；识别检测信号用于识别用于通过应用编程接口(API)与应用进行通信的物理传输；对用于采用应用编程接口(API)的物理传输的物理传输协议进行仲裁；以及将用于传输协议的传输封装器与应用编程接口(API)连接用于与物理传输进行通信。
【专利说明】具有传输链路机制的通信系统及其操作的方法

【技术领域】
[0001] 本发明的实施例总地涉及通信系统，并且更具体地，涉及用于链接的系统。

【背景技术】
[0002] 现代消费类和工业电子产品，尤其诸如图形显示系统、电视、投影仪、蜂窝式电话、 便携式数字助理的设备以及组合设备，正在提供不断提高的水平的功能性以支持现代生 活，包括三维显示服务。现有技术中的研究和开发可以采取无数不同的方向。
[0003] 随着通信技术中的许多持续不断的进步，消费类和商业领域二者中正引入越来越 多的设备，具有高级通信能力。此外，处理能力和低功耗技术中的进步以及数据编码技术中 的进步已导致各种不同平台中的广泛基础上的有线和无线通信能力的扩增。
[0004]例如，有线和无线通信网络二者如今在许多家庭、办公室以及其它环境中是常见 的。这样的通信网络允许各种迄今为止的独立的设备共享数据和其它信息来提高生产率或 者简单地改进它们对用户的便利性。
[0005] 如今可使得用于该通信的很多的且变化的技术和协议可用。通常，在给定时间、在 给定位置，许多模式的通信技术和协议中仅仅一些是可用的，但是如在移动的移动设备的 情况下，特定的技术和协议可以改变。
[0006] 因此，仍然存在对于具有链路机制的通信系统的需要。鉴于不断增加的商业竞争 压力，连同增长的消费者期望和减小的市场中的有意义的产品差异化的机会，找到这些问 题的答案日益至关重要。此外，降低成本、改进效率和性能以及应付竞争压力的需要给找到 这些问题的答案的至关重要的必要性增添了更强的紧迫性。
[0007] 长期以来一直在寻找这些问题的解决方案，但是现有发展尚未教导或者提出任何 解决方案，并且因此，本领域技术人员长期以来一直未找到这些问题的解决方案。


【发明内容】

[0008]本发明的实施例提供一种通信系统的操作的方法，包括：使用控制单元对应用编 程接口（API)进行适配用于与应用进行通信；对检测信号进行检测用于识别用于通过应用 编程接口（API)与应用进行通信的物理传输；对用于采用应用编程接口（API)的物理传输 的物理传输协议进行仲裁；以及将用于传输协议的传输封装器与应用编程接口（API)连接 用于与物理传输进行通信。
[0009]本发明的实施例提供一种通信系统的操作的方法，包括：使用控制单元对应用编 程接口（API)进行适配用于与应用进行通信；对检测信号进行检测用于识别用于通过应用 编程接口（API)与应用进行通信的物理传输；对用于采用应用编程接口（API)的物理传输 的物理传输协议进行仲裁；以及将用于传输协议的传输封装器与应用编程接口（API)连接 用于与物理传输进行通信；以及传送用于应用与物理传输之间的通信的数据。
[0010] 本发明的实施例提供一种通信系统，包括：应用适配模块，其配置为对应用编程接 口（API)进行适配用于与应用进行通信；传输仲裁模块，其耦连到应用适配模块、配置为对 检测信号进行检测用于识别用于通过应用编程接口（API)与应用进行通信的物理传输；统 一传输接口模块，其耦连到传输仲裁模块、配置为对用于采用应用编程接口（API)的物理 传输的物理传输协议进行仲裁；以及传输抽象模块，其耦连到统一传输接口模块、配置为将 用于传输协议的传输封装器与应用编程接口（API)连接用于与物理传输进行通信。
[0011] 补充或者取代上文所提到的那些，本发明的某些实施例具有其它步骤或元素。通 过参考附图时阅读以下详细描述，步骤或者元素对于本领域技术人员而言将变得显而易 见。

【专利附图】

【附图说明】
[0012] 图1是本发明的实施例中的具有传输链路机制的通信系统。
[0013] 图2是图1的第一设备的显示接口的示例。
[0014] 图3是通信系统的例示性框图。
[0015] 图4是本发明的实施例中的用于通信系统的应用编程接口系统的控制流。
[0016] 图5是本发明的实施例中的应用编程接口系统的应用编程接口（API)的控制流。
[0017] 图6是本发明的实施例中的通信系统的例示性网络。
[0018] 图7是本发明的实施例中的通信系统的例示性网络。
[0019] 图8是本发明的实施例中的通信系统的操作的方法的流程图。

【具体实施方式】
[0020] 下面的实施例被充分详细地描述以使本领域技术人员能够制造和使用本发明。应 该理解，其它实施例将基于本公开而显而易见，并且可以做出系统改变、过程改变或者机械 改变而不脱离本发明的实施例的范围。
[0021] 在下面的描述中，给出了大量具体细节以提供本发明的透彻理解。然而，显而易见 的是，可以在没有这些具体细节的情况下实践本发明。为了避免混淆本发明的实施例，不详 细公开一些众所周知的电路、系统配置和过程步骤。
[0022] 示出系统的实施例的附图是半图解式并且不成比例的，并且具体而言，一些尺寸 是为了清楚呈现并且在附图中被夸大示出。类似地，尽管附图中的视图为了便于描述一般 示出类似的次序，但是图中的此类描绘大多是任意的。一般地，可以以任何次序操作本发 明。实施例根据描述便利性已被编号为第一实施例、第二实施例等并且不旨在具有任何其 它意义或者提供对本发明的实施例的限制。
[0023] 本领域技术人员将理解，表达图像信息所采用的格式对于本发明的一些实施例不 是关键的。例如，在一些实施例中，以（X，Y)的格式呈现图像信息；其中X和Y是定义图像 中的像素的位置的两个坐标。
[0024] 在可替换的实施例中，以具有用于像素颜色的相关信息的（X，Υ，Ζ)的格式呈现三 维图像信息。在本发明的又一实施例中，三维图像信息还包括强度或者亮度元素。
[0025] 本文提到的术语"图像"可以包括二维图像、三维图像、视频帧、计算机文件表示、 来自照相机的图像、视频帧或者其组合。例如，图像可以是机器可读数字文件、实物照片、数 字照片、电影帧、视频帧、X射线图像、扫描图像或者其组合。
[0026] 本文提到的术语"模块"可以根据术语被使用的上下文而包括本发明的实施例的 软件、硬件或者其组合。例如，软件可以是机器代码、固件、嵌入代码以及应用软件。此外，例 如，硬件可以是电路、处理器、计算机、集成电路、集成电路核心、压力传感器、惯性传感器、 微机电系统（MEMS)、无源器件或者其组合。
[0027]随着智能电话应用领域的极大增长，存在对于将智能电话应用引入汽车的信息娱 乐头部单元（head-unit)系统中的不断增加的期望。可以使能这样的内置式（in-dash)用 户体验的关键技术是智能电话与诸如汽车头部单元的汽车系统之间的连接性。在智能电话 与汽车头部单元二者中使能用于通信的各种技术，诸如WiFi、蓝牙或者USB电缆。然而，不 存在这样的应用，其在一方面使能电话与车之间的无缝连接而无需任何人员交互，并且在 另一方面使能应用的开发而不担心哪个通信模式可用。
[0028]因此，诸如TelenavLink或者TnLink的"应用编程接口 "（API)提供给应用开发 者多个物理通信介质的并发使用，而无需知道什么介质存在或者不担心用于每个介质的不 同的通信协议。
[0029] 现在参考图1，其中示出了本发明的实施例中的具有传输链路机制的通信系统 100。通信系统100包括诸如客户端或者服务器的第一设备102,其连接到诸如客户端或者 服务器的第二设备106。第一设备102可以利用诸如无线或者有线网络的通信路径104与 第二设备106通信。
[0030]例如，第一设备102可以是各种通信设备中的任何一个，诸如蜂窝式电话、个人数 字助理、笔记本计算机、液晶显示器（IXD)系统、发光二极管（LED)系统、内置式设备、内置 式系统或者其它多功能显示或者娱乐设备。第一设备102可以直接或者间接耦连到通信路 径104以与第二设备106通信或者可以是独立的设备。
[0031] 出于示例性目的，以第一设备102为通信设备来描述通信系统100,但是应该理 解，第一设备102可以是不同类型的设备。例如，第一设备102还可以是用于呈现图像或者 多媒体展示的设备。多媒体展示可以是包括声音、流图像序列或者视频馈送（feed)或者其 组合的展示。作为示例，第一设备102可以是高清电视、三维电视、计算机监视器、个人数字 助理、蜂窝式电话或者多媒体集。
[0032] 第二设备106可以是各种集中或者分散的计算设备或者视频传送设备中的任何 一个。例如，第二设备106可以是多媒体计算机、膝上型计算机、台式计算机、视频游戏机、 网格计算资源、虚拟化计算机资源、云计算资源、路由器、交换机、对等分布式计算设备、媒 体回放设备、数字视频光盘（DVD)播放器、三维启用DVD播放器、记录设备，诸如照相机或者 摄像机，或者其组合。在另一示例中，第二设备106可以是用于接收广播或者直播流信号的 信号接收器，诸如电视接收器、电缆箱、卫星碟型接收器或者网络启用设备。
[0033] 第二设备106可以集中在单个房间中、跨不同的房间分布、跨不同的地理位置分 布、嵌入电信网络内。第二设备106可以与通信路径104耦连以与第一设备102通信。
[0034] 出于示例性目的，以第二设备106为计算设备来描述通信系统100,但是应该理 解，第二设备106可以是不同类型的设备。此外，出于示例性目的，以第二设备106和第一 设备102作为通信路径104的端点来示出通信系统100,但是应该理解，通信系统100在第 一设备102、第二设备106与通信路径104之间可以具有不同的划分。例如，第一设备102、 第二设备106、或者其组合还可以起到通信路径104的一部分的作用。
[0035]通信路径104可以跨越并且表示各种网络。例如，通信路径104可以包括无线通 信、有线通信、光、超声波、或者其组合。卫星通信、蜂窝式通信、蓝牙、红外线数据协会标准 (IrDA)、无线保真（WiFi)以及全球微波接入互操作性（WiMX)是可以包括在通信路径104 中的无线通信的示例。以太网、数字用户线路（DSL)、光纤到户（FTTH)以及普通老式电话服 务（POTS)是可以包括在通信路径104中的有线通信的示例。进一步地，通信路径104可以 穿过若干网络拓扑和距离。例如，通信路径104可以包括直接连接、个域网（PAN)、局域网 (LAN)、城域网（MAN)、广域网、或者其组合。
[0036] 现在参考图2,其中示出了通信系统100的显示接口 202的示例。第一设备102可 以可选地包括包括智能电话的手持式设备或者包括诸如汽车头部单元的汽车系统或者内 置式系统的信息娱乐设备。
[0037] 类似地，显示接口 202还可以可选地包括在图1的第二设备106中。第二设备106 的显示接口 202还可以包括包括智能电话的手持式设备或者包括汽车头部单元或者内置 式设备的信息娱乐设备。
[0038] 显示接口 202可以提供经转换用于显示的物理世界中的位置和对象的视觉图像。 视觉图像优选地随着第一设备102或者第二设备106在物理世界中移动而更新或者改变。 显示接口 202还可以提供与第一设备102、第二设备106或者其组合的通信的状态、确认、选 择、控制或者其组合。
[0039] 现在参考图3,其中示出了通信系统100的例示性框图。通信系统100可以包括第 一设备102、通信路径104和第二设备106。第一设备102可以通过通信路径104在第一设 备传送308中发送信息到第二设备106。第二设备106可以通过通信路径104在第二设备 传送310中发送信息到第一设备102。
[0040] 出于示例性目的，以第一设备102作为客户端设备来示出通信系统100,但是应该 理解，通信系统100可以具有作为不同类型的设备的第一设备102。例如，第一设备102可 以是具有显示接口的服务器。
[0041] 此外，出于示例性目的，以第二设备106作为服务器来示出通信系统100,但是应 该理解，通信系统100可以具有作为不同类型的设备的第二设备106。例如，第二设备106 可以是客户端设备。
[0042]出于描述的简洁，在本发明的该实施例中，第一设备102将被描述为客户端设备， 并且第二设备106将被描述为服务器设备。本发明的实施例不限于该针对设备类型的选 择。该选择是本发明的实施例的示例。
[0043] 第一设备102可以包括第一控制单元312、第一存储单元314、第一通信单元316 和第一用户接口 318。第一控制单元312可以包括第一控制接口 322。第一控制单元312 可以执行第一软件326来提供通信系统100的智能性。
[0044] 可以以若干不同的方式来实现第一控制单元312。例如，第一控制单元312可以 是处理器、专用集成电路（ASIC)、嵌入式处理器、微处理器、硬件控制逻辑、硬件有限状态机 (FSM)、数字信号处理器（DSP)、或者其组合。第一控制接口 322可以用于第一控制单元312 与第一设备102中的其它功能单元之间的通信。第一控制接口 322还可以用于第一设备 102外部的通信。
[0045] 第一控制接口 322可以接收来自其它功能单元或者来自外部源的信息，或者可以 传送信息到其它功能单元或者到外部终点。外部源和外部终点是指第一设备102外部的源 和终点。
[0046] 第一控制接口 322可以以不同的方式实现并且可以包括不同的实现方案，这取决 于正与第一控制接口 322接合的是哪些功能单元或者外部单元。例如，可以利用压力传感 器、惯性传感器、微机电系统（MEMS)、光学电路、波导、无线电路、有线电路、或者其组合来实 现第一控制接口 322。
[0047] 第一存储单元314可以存储第一软件326。第一存储单元314还可以存储相关信 息，诸如表示传入图像的数据、表示先前所呈现图像的数据、声音文件、或者其组合。
[0048] 第一存储单元314可以是易失性存储器、非易失性存储器、内部存储器、外部存储 器、或者其组合。例如，第一存储单元314可以是诸如非易失性随机存取存储器（NVRAM)、闪 存、磁盘存储的非易失性存储，或者诸如静态随机存取存储器（SRAM)的易失性存储。
[0049] 第一存储单元314可以包括第一存储接口 324。第一存储接口 324可以用于第一 设备102中的其它功能单元之间的通信。第一存储接口 324还可以用于第一设备102外部 的通信。
[0050] 第一存储接口 324可以接收来自其它功能单元或者来自外部源的信息，或者可以 传送信息到其它功能单元或者到外部终点。外部源和外部终点是指第一设备102外部的源 和终点。
[0051] 第一存储接口 324可以包括不同的实现方案，这取决于正与第一存储单元314接 合的是哪些功能单元或外部单元。可以利用类似于第一控制接口 322的实现方案的技术和 工艺实现第一存储接口 324。
[0052] 第一通信单元316可以使能至第一设备102和自第一设备102的外部通信。例 如，第一通信单元316可以许可第一设备102与图1的第二设备106、诸如外围设备或者计 算机台式机的附接物、以及通信路径104通信。
[0053] 第一通信单元316还可以起到通信集线器的作用，其允许第一设备102起到通信 路径104的一部分的作用，并且不限于为至通信路径104的端点或者终端单元。第一通信 单元316可以包括有源和无源部件，诸如微电子或者天线，用于与通信路径104交互。
[0054] 第一通信单元316可以包括第一通信接口 328。第一通信接口 328可以用于第一 通信单元316与第一设备102中的其它功能单元之间的通信。第一通信接口 328可以接收 来自其它功能单元的信息或者可以传送信息到其它功能单元。
[0055] 第一通信接口 328可以包括不同的实现方案，这取决于正与第一通信单元316接 合的是哪些功能单元。可以利用类似于第一控制接口 322的实现方案的技术和工艺来实现 第一通信接口 328。
[0056]第一用户接口318允许用户（未示出）与第一设备102接合和交互。第一用户接 口318可以包括输入设备和输出设备。第一用户接口318的输入设备的示例可以包括小键 盘、触摸板、软键、键盘、麦克风、用于接收远程信号的红外线传感器、或者其任何组合来提 供数据和通信输入。
[0057] 第一用户接口 318可以包括第一显示接口 330。第一显示接口 330可以包括显示 器、投影仪、视频屏幕、扬声器、或者其任何组合。
[0058] 第一控制单元312可以操作第一用户接口 318来显示由通信系统100所生成的信 息。第一控制单兀312还可以执行第一软件326用于通信系统100的其它功能。第一控制 单元312可以进一步执行第一软件326用于经由第一通信单元316与通信路径104交互。
[0059] 第二设备106可以被优化用于在具有第一设备102的多个设备实施例中实现本发 明的实施例。与第一设备102相比较，第二设备106可以提供附加或者更高性能的处理能 力。第二设备106可以包括第二控制单元334、第二通信单元336以及第二用户接口 338。
[0060] 第二用户接口 338允许用户（未示出）与第二设备106接合和交互。第二用户接 口 338可以包括输入设备和输出设备。第二用户接口 338的输入设备的示例可以包括小键 盘、触摸板、软键、键盘、麦克风或者其任何组合，以提供数据和通信输入。第二用户接口 338 的输出设备的示例可以包括第二显示接口 340。第二显示接口 340可以包括显示器、投影 仪、视频屏幕、扬声器或者其任何组合。
[0061] 第二控制单元334可以执行第二软件342来提供通信系统100的第二设备106的 智能性。第二软件342可以结合第一软件326进行操作。与第一控制单元312相比较，第 二控制单元334可以提供附加的性能。
[0062] 第二控制单元334可以操作第二用户接口 338来显示信息。第二控制单元334还 可以执行第二软件342用于通信系统100的其它功能，包括操作第二通信单元336以通过 通信路径104与第一设备102通信。
[0063] 可以以若干不同的方式来实现第二控制单元334。例如，第二控制单元334可以是 处理器、嵌入式处理器、微处理器、硬件控制逻辑、硬件有限状态机（FSM)、数字信号处理器 (DSP)、或者其组合。
[0064] 第二控制单元334可以包括第二控制器接口 344。第二控制器接口 344可以用于 第二控制单元334与第二设备106中的其它功能单元之间的通信。第二控制器接口 344还 可以用于第二设备106外部的通信。
[0065] 第二控制器接口 344可以接收来自其它功能单元或者来自外部源的信息，或者可 以传送信息到其它功能单元或者到外部终点。外部源和外部终点是指第二设备106外部的 源和终点。
[0066] 第二控制器接口 344可以以不同的方式实现并且可以包括不同的实现方案，这取 决于正与第二控制器接口 344接合的是哪些功能单元或者外部单元。例如，可以利用压力 传感器、惯性传感器、微机电系统（MEMS)、光学电路、波导、无线电路、有线电路或者其组合 来实现第二控制器接口 344。
[0067] 第二存储单元346可以存储第二软件342。第二存储单元346还可以存储诸如表 示传入图像的数据、表示先前所呈现图像的数据、声音文件或者其组合。第二存储单元346 可以被调整大小来提供附加的存储容量以补充第一存储单元314。
[0068] 出于示例性目的，第二存储单元346被示出为单个元件，但是应该理解，第二存储 单元346可以是存储元件的分布。此外，出于示例性目的，以第二存储单元346作为单层级 存储系统来示出通信系统100,但是应该理解，通信系统100可以具有不同配置的第二存储 单元346。例如，可以利用形成存储器层级系统的不同存储技术来形成第二存储单元346， 所述存储器层级系统包括不同级别的高速缓存、主存储器、旋转介质或者离线存储。
[0069] 第二存储单元346可以是易失性存储器、非易失性存储器、内部存储器、外部存储 器或者其组合。例如，第二存储单元346可以是诸如非易失性随机存取存储器（NVRAM)、闪 存、磁盘存储的非易失性存储或者诸如静态随机存取存储器（SRAM)的易失性存储。
[0070] 第二存储单元346可以包括第二存储接口 348。第二存储接口 348可以用于第二 设备106中的其它功能单元之间的通信。第二存储接口 348还可以用于第二设备106外部 的通信。
[0071] 第二存储接口 348可以接收来自其它功能单元或者来自外部源的信息，或者可以 传送信息到其它功能单元或者到外部终点。外部源和外部终点是指第二设备106外部的源 和终点。
[0072] 第二存储接口 348可以包括不同的实现方案，这取决于正与第二存储单元346接 合的是哪些功能单元或外部单元。可以利用类似于第二控制器接口 344的实现方案的技术 和工艺来实现第二存储接口 348。
[0073] 第二通信单元336可以使能至第二设备106和自第二设备106的外部通信。例如， 第二通信单元336可以许可第二设备106通过通信路径104与第一设备102通信。
[0074] 第二通信单元336还可以起到通信集线器的作用，其允许第二设备106起到通信 路径104的一部分的作用，并且不限于为至通信路径104的端点或者终端单元。第二通信 单元336可以包括有源和无源部件，诸如微电子或者天线，用于与通信路径104交互。
[0075] 第二通信单元336可以包括第二通信接口 350。第二通信接口 350可以用于第二 通信单元336与第二设备106中的其它功能单元之间的通信。第二通信接口 350可以接收 来自其它功能单元的信息或者可以传送信息到其它功能单元。
[0076] 第二通信接口 350可以包括不同的实现方案，这取决于正与第二通信单元336接 合的是哪些功能单元。可以利用类似于第二控制器接口 344的实现方案的技术和工艺来实 现第二通信接口 350。
[0077] 第一通信单元316可以与通信路径104耦连以在第一设备传送308中发送信息到 第二设备106。第二设备106可以在第二通信单元336中从通信路径104的第一设备传送 308接收信息。
[0078] 第二通信单元336可以与通信路径104耦连以在第二设备传送310中发送信息到 第一设备102。第一设备102可以在第一通信单元316中从通信路径104的第二设备传送 310接收信息。通信系统100可以由第一控制单元312、第二控制单元334或者其组合来执 行。出于示例性目的，以具有第二用户接口 338、第二存储单元346、第二控制单元334以及 第二通信单元336的划分示出了第二设备106,但是应该理解，第二设备106可以具有不同 的划分。例如，可以不同地划分第二软件342,使得它的功能中的一些或全部可以在第二控 制单元334和第二通信单元336中。此外，第二设备106可以包括出于简洁而未在图3中 示出的其它功能单元。
[0079] 第一设备102中的功能单元可以单独并且独立于其它功能单元而工作。第一设备 102可以单独并且独立于第二设备106和通信路径104而工作。
[0080] 第二设备106中的功能单元可以单独并且独立于其它功能单元而工作。第二设备 106可以单独并且独立于第一设备102和通信路径104而工作。
[0081] 出于示例性目的，通过第一设备102和第二设备106的操作来描述通信系统100。 应该理解，第一设备102和第二设备106可以操作通信系统100的模块和功能的任何一个。
[0082] 现在参考图4,其中示出了本发明的实施例中的用于通信系统100的应用编程接 口系统400的控制流。应用编程接口（API) 402诸如包括TelenavLink的API402优选地 包括应用适配模块404、传输仲裁模块406、统一传输接口模块408以及传输抽象模块410。
[0083] 统一传输接口模块406优选地可以使能通过包括物理传输的多个通信协议的应 用412或者应用逻辑412通信。接口可以提供异步网络IO操作以允许最大资源利用。
[0084] 包括TelenavLink的API402可以组织为多个层，诸如传输抽象层和传输仲裁层。 传输抽象模块410可以包括传输抽象模块410的传输抽象层，其可以包括由传输封装器414 所封装的系统中可用的每个传输介质或者互连。
[0085] 传输封装器414优选地将包括诸如由操作系统、设备驱动程序或者其组合所提供 的底层介质访问API的物理传输的通信协议适配到统一传输接口模块408的统一传输API。 因此，传输仲裁模块404的传输仲裁层可以基于统一传输接口模块408的统一传输API使 用访问传输。
[0086] 作为示例，可以以C编程语言来实现包括TelenavLink的API400。为了应用的使 用，附加的应用适配模块402的应用适配层可以耦连到传输仲裁模块406的传输仲裁层或 者与其接合用于将应用编程接口绑定到其它语言、应用或者其组合。
[0087] 此外，例如，为了加载包括TelenavLink的API400,应用优选地调用初始化API。 初始化API可以以C语言来实现，如下：
[0088]intinitTnlinkO;//返回句柄到TelenavLink对象，作为整数。
[0089] 对于C++和其它面向对象的语言而言，该初始化API可以限制为对象构造。注意， 包括TelenavLink的API400可以连接到包括另一TelenavLink的另一API400。因此，对 于彼此耦连、接合或者对话的一个应用的两个模块或者两个应用而言，每个应用或者模块 优选地初始化包括TelenavLink对象的API400。
[0090] 包括TelenavLink的API402优选地包括用于在运行中添加传输封装器用于新种 类的传输封装器的插入机制。TelenavLink可以通过应用适配模块404的不同实现方案来 使不同类型、不同组或者其组合的API暴露给使用TelenavLink的应用。
[0091] 添加传输模块416可以优选地集成包括物理传输的其它通信协议，诸如WiFi、蓝 牙、USB、专有蓝牙栈、其它通信传输或者其组合。包括TelenavLink的API400可以利用用 于传输封装器414的插入格式或者插入模型来提供包括专有物理协议栈的其它通信协议 的集成。传输应用的插入架构可以允许在运行时添加附加的传输抽象模块。
[0092] 例如，基于事件的功能或者应用编程接口（API)可以使用事件总线连接器将其它 组件或者功能连接到TelenavLink,所述事件总线连接器诸如使用addTransportAPI构 造或者初始化为插入相关传输封装器的TelenavLink对象。传输仲裁模块406对通信传 输进行仲裁并且自动发起连接过程。一旦建立连接，则使用"已连接（Connected)"事件通 知TelenavLink。如果连接中断，那么使用"已断开连接（Disconnected)"事件通知应用。 TelenavLink发布"SendPacket"事件以发送数据以及当从诸如远程对等方的另一设备接 收数据时发布"PacketReceived"事件。
[0093] 作为另一示例，传输封装器414中的每一个可以使用包括addTransportAPI的添 加传输模块416来连接、集成在或者插入到API402中。可以为包括具有适当的协议栈418 或者专有协议栈418的专有物理传输协议、介质或者互连的操作系统接口模块420或者系 统接口模块420的任何传输介质、互连或者物理协议栈418提供包括新传输封装器或者定 制传输封装器的其它传输封装器414。
[0094] 此外，例如，诸如定制传输封装器的传输封装器414之后可以与包括默认封装器 的传输封装器连接、与其集成或者"插入"其中，所述包括默认封装器的传输封装器可以与 包括TelenavLink的API402封装在一起。addTransportAPI可以如下来实现：
[0095]voidaddTransport(inthandle,TransportWrapper氺wrapper,intendpointType ,intpriority)；
[0096] 包括addTransportAPI的添加传输模块416可以定义封装器插入对象以及与 传输封装器414相关的两个其它参数。包括TelenavLink的API402优选地提供点对点 通信，其包括传输介质的一端可以充当连接发起者，另一端可以充当连接接受者。可以在 endpointType参数中定义该发起者-接受者模式。优先权endpointType参数可以定义传 输介质的优先权，尤其是在于多个传输介质当中进行仲裁时。
[0097] 在传输仲裁模块406的传输仲裁层中，多传输仲裁器模块422尝试可用的传输来 建立连接。例如，默认地，并行地并且无论哪些响应首先被访问用于进一步的数据通信都尝 试所有可用的传输。该默认仲裁策略可以由setTransportArbitrationPolicyAPI重写。 至少的三个策略可以是并行（parallel)、round_robin或者priority_order。
[0098]voidsetTransportArbitrationPolicy(intpolicy)；
[0099] 此外，例如，默认情况下包括TelenavLink的API402当一个已连接会话正在进行 时将不尝试其它传输。仅当现有连接终止、断开或者以其他方式中断时尝试新的连接。可 以通过用于多个连接的标记或者偏好来设定允许或者防止并发连接。可以重写用于该设定 的优选默认，并且可以通过唤起allowMultipleConnectionAPI来允许不同或者相同介质 之上的多个并发连接。
[0100]voidallowMultipleConnections(inttrueFalseFlag)；
[0101] 取决于偏好设定，可以允许切换到其它传输。在一对设备之间添加两个或更多个 USB电缆没有多少价值或者意义。然而，诸如在蓝牙或者WiFi的情况下，则可以使用多个物 理无线信道用于冗余、附加带宽或者其组合。
[0102] 如果需要的话，可以在智能电话与头部单元之间建立多个已连接数据信道。所有 数据信道可以是全双工的并且可以承载任意的二进制数据。为了线缆上的数据的可移植序 列化，可以利用（leverage)协议缓冲区序列化应用。
[0103] 传输封装器414提供对包括统一传输API的统一传输接口模块408、发现模块 424、数据信道模块426或者其组合的访问。传输封装器414中的每一个提供接口，使传输 仲裁模块406的传输仲裁层可以接合、访问或者使用的封装器414或者传输API中的一个 或多个可用或者使其暴露。可以存在于统一传输接口模块408的统一传输API中所定义的 一个或多个函数。下面是6个示例：
[0104]I.discoverAndConnect
[0105] 2.advertiseAndAccept
[0106] 3.asyncSend
[0107] 4.asyncRecv
[0108] 5.closeConnection
[0109] 6.cancel
[0110] 前四个统一传输API可以是异步函数调用。后两个优选地用于在先的异步调用的 管理。异步函数中的每一个可以具有下面的模式：
[0111] intasyncFunction(onCompletionCalIback, ···[otherparameters])
[0112] 统一传输API中的每一个可以返回成功/失败布尔标记。此外，每个函数可以将 回调函数指针作为在异步操作完成时被调用的参数。作为异步函数，这些函数优选地立即 返回诸如返回值的结果。
[0113] 例如，如果返回值指示失败，那么含义是异步操作的发起失败，因此此后可能不调 用完成回调函数。另一方面，如果返回值指示成功，那么含义是异步操作成功发起。在这种 情况下，可以确切地调用一次完成回调函数。
[0114] 诸如统一传输API的函数调用的完成可能成功或者失败。这可以使用诸如完成回 调函数的完成函数中的错误代码参数来表示。如果发生成功的函数调用，那么发现模块424 可以起到耦连到已连接数据信道模块426的会话管理器模块424的作用。
[0115] 对于优选地在统一传输API的已连接数据信道模块426或者发现模块424 中所定义的函数，两个示例可以建立连接。前两个函数，discoverAndConnect和 advertiseAndAccept，可以被用于建立连接。
[0116] 当使用addTransportAPI将每个传输插入应用编程接口（API)402诸如包括 TelenavLink的API402中时，每个传输可以配置为连接的接受者或者发起者。接受者端可 以使用advertiseAndAcceptAPI，并且发起者端可以使用discoverAndConnectAPI。那些 被指定为传输的性质。这两个函数的示例如下：
[0117] int(^discoverAndConnect) (void*caller,OnConnectCallback connectHandler)
[0118] int(^advertiseAndAccept)(void*caller,OnAcceptCallbackacceptHandler)；
[0119] OnConnectCallback和OnAcceptCallback的语法可以是类似的，如下：typedef void(^OnConnectCallback) (void*caller,ConnectionHandleconn,TnlinkError error)；
[0120] typedefvoid(*0nAcceptCallback) (void*caller,ConnectionHandle conn,TnlinkErrorerror)；
[0121] 在这两种情况中，ConnectionHandle参数表示诸如已建立的双向信道的连接，用 于发送和接收数据。如果进程失败，那么错误代码（error-code)参数表示错误的类型。
[0122] 此外，在异步API的所有四个示例中可以存在调用方引用参数。调用方引用参数 可以为异步API的面向对象的用户提供支持。该调用方引用参数优选地包含对唤起异步 API的对象的引用。当唤起相应的回调时，对对象的相同引用被传递回，使得可以跟踪被调 用的对象。
[0123] 例如，可能不在discoverAndConnect或者advertiseAndAccept函数调用中指定 诸如端口号、服务ID或者其组合的用于连接的端点。这将使由底层传输所使用的实际的或 者确切的发现机制抽象化。
[0124] 进一步对于该示例，如果传输是蓝牙，那么API402可以使用蓝牙服务发现协议 (BluetoothServiceDiscoverProtocol)来寻找在任何蓝牙配对设备中运行的包括 TelenavLink的API402。如果传输是WiFi，那么API402可以使用用户数据报协议（UDP) 广播来识别相同网络中的运行包括TelenavLink的API402的任何设备，以对查询消息作 出响应。对于USB而言，它寻找运行在USB已连接设备中的包括TelenavLink的API402 等等。
[0125] 如果API402找到诸如蓝牙、WiFi或者USB的服务，那么它连接到远程设备。包括 TelenavLink的API402可以配置为，如果具有API402能力的远程设备存在，那么自动地、 无条件地或者以其组合地建立通信协议信道。如果要求安全通信协议信道的验证或者建 立，那么可以在诸如已建立的原始数据管道的连接上提供或者实现诸如握手协议的验证。 如果验证失败，那么可以通过closeConnectionAPI关闭数据管道。
[0126] 因此，API102可以可选地自动连接到它"检测"具有受支持的、活跃的和未使用的 诸如蓝牙、WiFi、USB、其它通信协议或者其它传输协议的传输服务的设备。可选地，如果设 备中的应用请求连接，那么API402可以自动连接，即仅当存在连接目标时才连接。
[0127] -旦建立连接，发送和接收数据就可以包括针对任意的二进制数据的发送、接收 或者其组合。例如，下面的两个API配置为提供前述发送、接收或者其组合。
[0128]int(*asyncSend) (void*caller,ConnectionHandleconn,const char*buffer,intsize,OnSendCompleteCallbacksendHandler)；
[0129]int(*asyncRecv) (void*caller,ConnectionHandleconn,char*buffer,int size,OnReceiveCallbackreceiveHandler)；
[0130] 这两个API以类似于先前描述的其它异步API的方式包括返回值、调用方跟 踪、完成回调。ConnectionHandle参数用于指定在其上正发送或者接收数据的连接。因 此，在单个物理介质上支持多个逻辑信道、通信协议信道或者通信协议连接。可以使用 discoverandConnectAPI和advertiseAndAcceptAPI建立任意数目的新的逻辑连接。
[0131] 对于asyncSendAPI和asyncRecvAPI二者而言，对预分配字节缓冲区的引用和 缓冲区大小一起传递。就发送而言，以要发送的数据填充缓冲区。就接收而言，优选地在异 步接收操作结束时以所接收的数据填充缓冲区。
[0132] 完成处理程序可以具有下面的语法：
[0133]typedefvoid(^OnSendCompleteCallback) (void*caller,ConnectionHandle conn,intbytes_transferred,TnlinkErrorerror)；
[0134]typedefvoid(^OnReceiveCallback)(void*caller,ConnectionHandleconn,int bytes_transferred,TnlinkErrorerror)；
[0135] 当旨在发送或者接收的所有字节的转移完成或者发生错误时，由asyncSendAPI 和asyncRecvAPI所发起的异步发送或者接收进程优选地完成。在任一,清况下，所转移的 实际字节的数目可以作为回调函数中的参数。
[0136] 进一步考虑异步调用并且基于包括返回值、完成回调和调用方跟踪的异步API的 先前描述，这些API不需要是可重入的。优选地，将一次仅调用一个函数。API不旨在具有 构建入其中的任何并发控制。
[0137] 优选地，针对任何给定的时间可以一次一个地调用利用discoverAndConnectAPI 和advertiseAndAcceptAPI发起连接的实现方案。还优选地，仅连接的发起中的一个正在 进行。
[0138] 类似地，对于诸如asyncSendAPI和asyncRecvAPI的数据发送/接收API,优选 地在任何给定时间在给定的连接上仅一个发送或者接收操作正在进行。可选地，一个发送 和一个接收可以在相同连接上并发地正在进行。又一选项可以包括两个不同的连接，其中 具有发送或者接收的一个连接并发于具有发送或者接收的另一个连接。
[0139] 可以使用closeConnectionAPI来关闭先前所建立的连接，诸如以下：
[0140]void(氺closeConnection)(ConnectionHandleconn)；
[0141] 优选地，当先前所建立的连接关闭时，所有未决的异步发送/接收操作或者在该 连接上所发起的或与该连接相关联的API被关闭或者取消。这将优选地唤起具有错误的完 成回调函数。closeConnection函数优选地仅在所有未决的操作被关闭或者取消并且所有 相应的完成回调函数被调用或者返回之后完成或者返回结果。
[0142] 可以使用取消API来取消先前所尝试的连接的发起，诸如以下：
[0143]void(^cancel)()；
[0144] 当调用取消API时，先前所唤起的discoverAndconnectAPI或者 advertiseAndAcceptAPI函数或者操作关闭、取消、或者终止，并且相应的完成回调函数优 选地被唤起或者调用并且可以返回失败通知。取消API函数优选地在所有未决的操作被关 闭或者取消并且所有相应的完成回调函数被调用并且返回之后完成或者返回结果。
[0145] 注意，closeConnection函数或者API,以及取消函数或者API优选地是同步API。 它们可以在closeConnection函数或者取消函数操作的完成之后完成或者返回结果,并且 优选地不具有任何完成回调函数。
[0146] 事件通知模块428或者事件通知系统428可以提供具有TelenavLink的框架 API402与包括应用的其余部分的其它功能之间的通信。TelenavLink可以通过发布包括连 接、断开连接和数据到达的TelenavLink的事件来与事件通知模块428通信。对于共享或 者发送数据用于TelenavLink的应用的其它功能或者部分而言，仅需要在事件通知系统 428上发布数据。TelenavLink从事件通知系统428获取用于事件的数据并且通过通信协 议信道传达、传送或者承载数据。
[0147] 以模块功能或者次序作为示例描述了通信系统100。通信系统100可以不同地对 模块进行划分或者不同地对模块进行排序。出于示例性目的，传输仲裁模块406示出为具 有成行的多传输仲裁器模块422、发现模块424以及已连接数据信道模块426,应该理解，模 块可以以任何次序操作，包括独立于其它模块。
[0148]API400可以部分或者全部实现为硬件部件，诸如印刷电路板、多芯片模块、厚膜混 合、系统级封装、专用标准件、专用集成电路或者其组合，包括标准单元、可编程门阵列、结 构化设计、定制设计或者其组合。
[0149] 本申请中所描述的模块可以是图3的第一控制单元316或者图3的第二控制单元 338中的硬件实现方案或者硬件加速器。模块还可以是分别在第一设备102或者第二设备 106之内但在第一控制单元316或者第二控制单元338之外的硬件实现方案或者硬件加速 器。
[0150] 来自应用编程接口 402的物理转换导致诸如图像、音频、所采集的多媒体或者其 组合的物理世界中的运动。物理世界中的运动导致图像、音频、所采集的多媒体或者其组合 的改变，这表示应用编程接口 402的应用数据502,所述应用编程接口 402包括应用适配模 块404、传输仲裁模块406、统一传输接口模块408或者传输抽象模块410。
[0151] 本申请中所描述的模块可以是图3的第一软件326、图3的第二软件342或者其组 合的一部分。这些模块可以存储在图3的第一存储单元314、图3的第二存储单元346或者 其组合中。图3的第一控制单元312、图3的第二控制单元334或者其组合可以执行这些模 块用于操作通信系统100。
[0152] 以模块功能或者次序作为示例描述了通信系统100。通信系统100可以不同地对 模块进行划分或者不同地对模块进行排序。例如，传输仲裁模块406可以包括作为分开的 模块的多传输仲裁器模块422、发现模块424或者已连接数据信道模块426,但是这些模块 可以组合为一个。此外，传输仲裁模块406可以分割为分开的模块用于在分开的模块中实 现。
[0153] 本申请中所描述的模块可以是第一控制单元312或者第二控制单元334中的硬件 实现方案、硬件电路或者硬件加速器。模块还可以是分别在第一设备102或者第二设备106 之内但在第一控制单元212或者第二控制单元234之外的硬件实现方案、硬件电路或者硬 件加速器。
[0154] 已经发现，包括TelenavLink的API400的应用适配模块402、传输仲裁模块404、 统一传输接口模块406、传输抽象模块412、系统接口模块420以及添加传输模块416提供 通过不同的通信协议或者介质将汽车头部单元连接到手持式智能电话的无缝方式。
[0155] 此外，已经发现，应用适配模块402、传输仲裁模块404、统一传输接口模块406、 传输抽象模块412、系统接口模块420以及添加传输模块416识别诸如无线保真（WiFi)、 蓝牙?、通用串行总线（USB)、其它通信协议或者其组合的物理协议栈418用于并发使用并 且在任何给定时间通过无论哪个通信协议或者传输协议提供连接性都是可用的。优选地， 可以通过基于特定的或者具体的物理协议栈418的传送或者信号来检测或者识别物理协 议栈418。
[0156] 另外，已经发现，应用适配模块402、传输仲裁模块404、传输仲裁模块406、传输抽 象模块410、系统接口模块420以及添加传输模块416提供可以包括对等节点的一致自动 发现机制。一致自动发现机制优选地基于包括TelenavLink或者Tnlink服务的Telenav Link，其利用底层传输协议或者特定于传输服务发现协议，诸如蓝牙、WiFi、USB、蓝牙SDP、 WiFi-direct/Bonjour、USB设备发现等。
[0157] 现在参考图5,其中示出了本发明的实施例中的应用编程接口系统400的应用编 程接口（API) 402的控制流。应用编程接口（API) 402诸如API402包括应用适配模块404、 传输仲裁模块406、统一传输接口模块408以及传输抽象模块410。
[0158] 应用适配模块404可以包括应用通信502或者应用数据502，其包括图4的应用逻 辑412的通信502或者数据502。应用适配模块404优选地包括应用数据502,用于利用图 1的第一设备102或者图1的第二设备106的图4的应用逻辑412和系统接口模块420发 送或者接收。
[0159] 传输仲裁模块406的发现模块424优选地基于第一设备102或者第二设备106的 系统接口模块420中可用的图4的协议栈418识别或者检测检测传送504或者检测信号 504。优选地，可以通过包括诸如载波信号、识别信号、确认信号或者其组合的物理传输协议 检测信号504的检测信号504或者检测传送504来检测或者识别图4的物理协议栈418。
[0160] 可以基于检测信号504的识别利用传输封装器414通过物理传输通信协议来传送 或者传达应用数据502。
[0161] 已经发现，具有利用应用数据503的应用适配模块404的通信系统100提供智能 电话和汽车应用二者中的互操作性。与应用编程接口（API) 402诸如包括TelenavLink的 API402的接口对智能电话和汽车应用二者是相同的并且可以以对等方式通信。
[0162] 此外，已经发现，具有利用检测信号504的传输仲裁模块406的通信系统100通过 应用适配层的不同的实现方案来提供至不同的通信传输协议API的接口、使不同的通信传 输协议API可用、或者使不同的通信传输协议API暴露于使用其的应用412。
[0163] 现在参考图6,其中示出了本发明的实施例中的通信系统100的例示性网络600。 例示性网络600优选地包括诸如图1的第一设备102或者图1的第二设备106的手持式设 备602,以及诸如内置式设备或者汽车头部单元的汽车系统604。
[0164] 手持式设备602优选地包括具有传输抽象模块412的API402,其耦连到诸如智能 电话操作系统（OS)O的操作系统610。操作系统606可以利用诸如物理传输的网络608与 汽车系统604通信，所述物理传输诸如由操作系统、设备驱动程序或者其组合所提供的底 层介质访问API。手持式设备602可以可选地与无线网络610通信，所述无线网络610诸如 数据网络、蜂窝式网络、其它手持式网络或者其组合。
[0165] 汽车系统604可以优选地包括具有汽车应用612的API402,其耦连到用于与网络 608通信的操作系统接口模块420。API402可以利用多个通信协议将手持式设备602的传 输模块416和汽车系统604的系统接口模块420连接。
[0166] 已经发现，包括统一传输接口模块408的统一传输接口的、包括TelenavLink的 API402独立于特定的物理协议栈418而使能图4的应用逻辑412的通信。根据用于网络发 送或接收操作的异步函数来定义统一传输接口以允许最大资源利用。
[0167] 现在参考图7,其中示出了本发明的实施例中的通信系统100的例示性网络700。 例示性网络700优选地包括诸如图1的第一设备102或者图1的第二设备106的手持式设 备702,以及诸如内置式设备或者汽车头部单元的汽车系统704。
[0168] 手持式设备702优选地包括API402中的两个。API402中的一个可以耦连到第一 应用706,诸如导航应用、Telenav导航器（Navigator)应用或者其它手持式设备应用。第 一应用706可以利用诸如物理传输的第一网络708与汽车系统704通信，所述物理传输诸 如由操作系统、设备驱动程序或者其组合所提供的底层介质访问API。
[0169] 手持式设备702的API402中的另一个可以耦连到第二应用710,诸如消息传递应 用、即时消息传递应用或者其它手持式设备应用。第二应用710可以利用诸如物理传输的 第二网络712与汽车系统704通信，所述物理传输诸如由操作系统、设备驱动程序或者其组 合所提供的底层介质访问API。
[0170] 手持式设备702的API402的多个实例包括参数化TelenavLink以多路复用底层 协议的标识符。可以针对第一网络708参数化耦连到第一应用706的API402。类似地，可 以针对第二网络712参数化耦连到第二应用710的API402。
[0171] 对于该示例而言，可以利用用于物理传输的不同的通用唯一标识符（UUID)诸如 服务-UUID参数化手持式设备702的TelenavLink中的每一个，用于在诸如蓝牙?的常见 网络上利用物理协议栈418进行多路复用。
[0172] 类似地，汽车系统704也包括API402中的两个。API402中的一个可以耦连到第一 应用706,诸如导航应用、Telenav导航器应用或者其它手持式设备应用。第一应用706可 以利用诸如物理传输的第一网络708与汽车系统704通信，所述物理传输诸如由操作系统、 设备驱动程序或者其组合所提供的底层介质访问API。
[0173] 汽车系统704的API402的另一个可以耦连到第二应用710,诸如消息传递应用、即 时消息传递应用或者其它手持式设备应用。第二应用710可以利用诸如物理传输的第二网 络712与汽车系统704通信，所述物理传输诸如由操作系统、设备驱动程序或者其组合所提 供的底层介质访问API。
[0174] 汽车系统704的API402的多个实例可以包括参数化TelenavLink以多路复用底 层协议的标识符。可以针对第一网络708参数化耦连到第一应用706的API402。类似地， 可以针对第二网络712参数化耦连到第二应用710的API402。
[0175] 对于该示例而言，可以利用用于物理传输的不同的通用唯一标识符（UUID)诸如 服务-UUID参数化汽车系统704的TelenavLink中的每一个，用于在诸如蓝牙?'的常见 网络上利用物理协议栈418进行多路复用。
[0176] 已经发现，API402可以利用用于物理传输的不同的通用唯一标识符（UUID)来多 路复用底层协议。不同的UUID可以是用于常见物理传输的服务-UUID。
[0177] 现在参考图8，其中示出了本发明的实施例中的通信系统100的操作的方法800的 流程图。方法800包括：在框802中，使用控制单元对应用编程接口（API)进行适配用于与 应用进行通信；在框804中，识别检测信号用于识别用于通过应用编程接口（API)与应用进 行通信的物理传输；在框806中，对用于采用应用编程接口（API)的物理传输的物理传输协 议进行仲裁；以及在框808中，将用于传输协议的传输封装器与应用编程接口（API)连接用 于与物理传输通信以在设备上进行显示。
[0178] 作为结果的方法、过程、装置、设备、产品和/或系统简单、划算、不复杂、高度通 用、准确、灵敏并且有效，并且可以通过适配用于现成、高效以及经济的制造、应用和利用的 已知部件来实现。本发明的实施例的另一重要方面在于，其有价值地支持并且服务于降低 成本、简化系统以及增加性能的历史趋势。
[0179] 本发明的实施例的这些和其它有价值的方面因此推动技术状态到至少下一等级。
[0180] 虽然已经结合具体的最佳模式描述了本发明，但是应该理解，鉴于前述描述，许多 替换、修改和变化对于本领域技术人员而言将显而易见。因此，旨在包含落在所包括的权利 要求的范围之内的所有这类替换、修改和变化。本文所阐述或者附图中示出的所有事项将 被解释为示例性的而非限制性的意义。
【权利要求】
1. 一种通信系统的操作的方法，包括： 利用控制单元对应用编程接口（API)进行适配用于与应用进行通信； 识别检测信号用于识别用于通过所述应用编程接口（API)与所述应用进行通信的物 理传输； 对用于采用所述应用编程接口（API)的所述物理传输的物理传输协议进行仲裁；以及 将用于所述传输协议的传输封装器与所述应用编程接口（API)连接用于与所述物理 传输进行通信。
2. 根据权利要求1所述的方法，其中将所述传输封装器与所述应用编程接口（API)连 接用于与汽车系统进行通信。
3. 根据权利要求1所述的方法，进一步包括设定多个连接偏好。
4. 根据权利要求1所述的方法，进一步包括将另一物理传输协议与所述应用编程接口 集成。
5. 根据权利要求1所述的方法，进一步包括发布所述应用编程接口的事件。
6. -种通信系统的操作的方法，包括： 利用控制单元对应用编程接口（API)进行适配用于与应用进行通信； 识别检测信号用于识别用于通过所述应用编程接口（API)与所述应用进行通信的物 理传输； 对用于采用所述应用编程接口（API)的所述物理传输的物理传输协议进行仲裁； 将用于所述传输协议的传输封装器与所述应用编程接口（API)连接用于与所述物理 传输进行通信；以及 传送用于所述应用与所述物理传输之间的通信的数据。
7. 根据权利要求6所述的方法，其中将所述传输封装器与所述应用编程接口（API)连 接用于与手持式设备和汽车系统进行通信。
8. 根据权利要求6所述的方法，进一步包括设定多个连接偏好以重写默认。
9. 根据权利要求6所述的方法，进一步包括将专有物理传输协议与所述应用编程接口 集成。
10. 根据权利要求6所述的方法，进一步包括发布所述应用编程接口的事件用于与其 它功能进行通信。
11. 一种通信系统，包括： 应用适配模块，其配置为对应用编程接口（API)进行适配用于与应用进行通信； 传输仲裁模块，其耦连到所述应用适配模块、配置为识别检测信号用于识别通过所述 应用编程接口（API)与所述应用进行通信的物理传输； 统一传输接口模块，其耦连到所述传输仲裁模块、配置为对用于采用所述应用编程接 口（API)的所述物理传输的物理传输协议进行仲裁；以及 传输抽象模块，其耦连到所述统一传输接口模块、配置为将用于所述传输协议的传输 封装器与所述应用编程接口（API)连接用于与所述物理传输进行通信。
12. 根据权利要求11所述的系统，其中所述传输抽象模块配置为将所述传输封装器与 所述应用编程接口（API)连接用于与汽车系统进行通信。
13. 根据权利要求11所述的系统，进一步包括配置为设定多个连接偏好的多传输仲裁 器模块。
14. 根据权利要求11所述的系统，进一步包括配置为将另一物理传输协议与所述应用 编程接口集成的添加转移模块。
15. 根据权利要求11所述的系统，进一步包括配置为发布所述应用编程接口的事件的 事件通知模块。
16. 根据权利要求11所述的系统，进一步包括数据信道模块，其耦连到所述传输抽象 模块、配置为传送用于所述应用与所述物理传输之间的通信的数据。
17. 根据权利要求16所述的系统，其中所述传输抽象模块用于与所述物理传输进行通 信包括与手持式设备和汽车系统进行通信。
18. 根据权利要求16所述的系统，进一步包括配置为设定多个连接偏好以重写默认的 多传输仲裁器模块。
19. 根据权利要求16所述的系统，进一步包括配置为将专有物理传输协议与所述应用 编程接口集成的添加转移模块。
20. 根据权利要求16所述的系统，进一步包括配置为发布所述应用编程接口的事件用 于与其它功能进行通信的事件通知模块。
【文档编号】H04L29/06GK104427000SQ201410438394
【公开日】2015年3月18日 申请日期:2014年8月29日 优先权日:2013年8月29日
【发明者】沙阿·阿萨杜扎曼, 姆迪·阿赫桑·哈比卜, 德米特里·阿佐夫采夫 申请人:泰为信息科技公司