用于移植投影解决方案的方法和装置以及车载计算机

文档序号:1343827 发布日期:2020-07-17 浏览:7次 >En<

阅读说明:本技术 用于移植投影解决方案的方法和装置以及车载计算机 (Method and apparatus for transplanting projection solution and vehicle-mounted computer ) 是由 王永 于 2017-12-06 设计创作,主要内容包括:提供了用于移植投影解决方案的方法和装置以及车载计算机,所述方法包括:将用户设备与车载计算机连接;分析用户设备端的投影解决方案以获得所述投影解决方案的通信协议;基于所述投影解决方案的所述通信协议从所述投影解决方案中解包数据,以获得纯数据;将所述纯数据打包到预设投影协议中的数据中,其中所述预设投影协议与至少两个投影解决方案的共同特征兼容;以及将其中数据被打包在所述预设投影协议中的所述投影解决方案移植到所述车载计算机的每个体系结构上。通过使用所述方法,可降低移植过程的复杂性并可提高移植效率。(A method and apparatus for migrating a projection solution and an on-board computer are provided, the method comprising: connecting the user equipment with the vehicle-mounted computer; analyzing a projection solution of a user equipment end to obtain a communication protocol of the projection solution; unpacking data from the projection solution based on the communication protocol of the projection solution to obtain pure data; packing the pure data into data in a preset projection protocol, wherein the preset projection protocol is compatible with common characteristics of at least two projection solutions; and migrating the projection solution in which data is packaged in the preset projection protocol to each architecture of the vehicle-mounted computer. By using the method, the complexity of the transplantation process can be reduced and the transplantation efficiency can be improved.)

用于移植投影解决方案的方法和装置以及车载计算机

技术领域

本发明总体上涉及用于移植投影解决方案的方法和装置以及车载计算机。

背景技术

随着技术的发展,汽车正在成为人们日常生活中不可或缺的一部分。此外,为了使用户设备与车载计算机系统之间的有效连接标准化以实现优良的用户体验,许多国际知名的用户设备制造商和汽车制造商开发了各种投影解决方案。通过将投影解决方案移植到车载计算机上,可以在车载计算机上执行投影解决方案,从而方便用户通过控制具有相对较大接口的车载计算机来控制用户设备。

目前,市场上已经存在许多投影解决方案,并且可预期将来会出现更多类似的解决方案。然而,每个投影解决方案都有其自己的通信协议,可以在车载计算机的同一操作系统(Operating System,OS)上配置许多平台或体系结构,甚至由于市场需求不同,可以在不同的车载计算机上设置不同的操作系统。因此,将投影解决方案移植到车载计算机的每个体系结构上是很复杂的。

因此,需要一种用于简化移植投影解决方案的过程的方法。

发明内容

在一实施方案中,提供了一种用于移植投影解决方案的方法,其包括:将用户设备与车载计算机连接;分析用户设备端的投影解决方案以获得所述投影解决方案的通信协议;基于所述投影解决方案的所述通信协议从所述投影解决方案中解包数据,以获得纯数据;将所述纯数据打包到预设投影协议中的数据中,其中所述预设投影协议与至少两个投影解决方案的共同特征兼容;以及将其中数据被打包在所述预设投影协议中的所述投影解决方案移植到所述车载计算机的每个体系结构上。

在一些实施方案中,其中所述预设投影协议中的数据包括前导码帧、目的地地址帧、源地址帧、类型/长度帧、所述纯数据帧和帧校验序列帧。

在一些实施方案中,其中所述预设投影协议中的数据包括开始帧、仲裁帧、控制帧、所述纯数据、CRC帧、ACK帧和结束帧。

在一些实施方案中,所述共同特征可包括视频投影、图像显示和元数据通信。

在一些实施方案中,所述投影解决方案可包括Carplay、Mirror link、AndroidAuto、Carlife和DLNA。

在一些实施方案中,车载计算机的体系结构的数量为n,且n≥3。

在一实施方案中,提供了一种用于移植投影解决方案的装置,其包括:连接器,其配置成将用户设备与车载计算机连接;控制器,其包括计算机可读存储介质和处理器,其中计算机可读存储介质存储用于使所述处理器执行移植投影解决方案的方法的计算机程序,所述方法包括:分析用户设备端的投影解决方案以获得所述投影解决方案的通信协议;基于所述投影解决方案的所述通信协议从所述投影解决方案中解包数据,以获得纯数据;将所述纯数据打包到预设投影协议中的数据中,其中所述预设投影协议与至少两个投影解决方案的共同特征兼容;以及将其中数据被打包在所述预设投影协议中的所述投影解决方案移植到所述车载计算机的每个体系结构上。

在一些实施方案中,其中所述预设投影协议中的数据包括前导码帧、目的地地址帧、源地址帧、类型/长度帧、所述纯数据帧和帧校验序列帧。

在一些实施方案中,其中所述预设投影协议中的数据包括开始帧、仲裁帧、控制帧、所述纯数据、CRC帧、ACK帧和结束帧。

在一些实施方案中,提供了一种计算机可读存储介质,其中所述计算机可读存储介质存储用于使计算机执行移植投影解决方案的方法的计算机程序,所述方法包括:分析用户设备端的投影解决方案以获得所述投影解决方案的通信协议;基于所述投影解决方案的所述通信协议从所述投影解决方案中解包数据,以获得纯数据;将所述纯数据打包到预设投影协议中的数据中,其中所述预设投影协议与至少两个投影解决方案的共同特征兼容;以及将其中数据被打包在所述预设投影协议中的所述投影解决方案移植到所述车载计算机的每个体系结构上。

在一些实施方案中,其中所述预设投影协议中的数据包括前导码帧、目的地地址帧、源地址帧、类型/长度帧、所述纯数据帧和帧校验序列帧。

在一些实施方案中,其中所述预设投影协议中的数据包括开始帧、仲裁帧、控制帧、所述纯数据、CRC帧、ACK帧和结束帧。

在一实施方案中,提供了一种车载计算机,其包括:用于移植投影解决方案的装置、驱动器和操作系统,其中用于移植投影解决方案的所述装置可配置成:将用户设备与车载计算机连接,分析用户设备端的投影解决方案以获得所述投影解决方案的通信协议,基于所述投影解决方案的所述通信协议从所述投影解决方案中解包数据以获得纯数据,将所述纯数据打包到预设投影协议中的数据中,其中所述预设投影协议与至少两个投影解决方案的共同特征兼容,以及将其中数据被打包在所述预设投影协议中的所述投影解决方案移植到所述车载计算机的每个体系结构上;所述驱动器可配置成:驱动用于移植投影解决方案的所述装置;且所述操作系统可配置成:接收来自用于移植投影解决方案的所述装置的数据,并在完成移植所述投影解决方案之后根据所述数据执行相应的操作。

本发明的实施方案可提供以下优点。

由于每个投影解决方案具有相同的通用特征或相似特征,因此本发明的实施方案分析用户设备端的投影解决方案以获得所述投影解决方案的通信协议,并基于所述投影解决方案的所述通信协议从所述投影解决方案中解包数据以获得纯数据,然后将所述纯数据打包到预设投影协议中的数据中,其中所述预设投影协议与至少两个投影解决方案的共同特征兼容。此外,可根据所述预设投影协议中的数据将所述投影解决方案直接移植到车载计算机的每个体系结构上。不需要将每个具有独立通信协议的投影解决方案根据其自身的协议移植到每个体系结构上;从而简化了移植过程并提高了移植效率。

由于各种投影解决方案具有诸如视频投影、图像显示和元数据通信等共同特征,此外通过将所述预设投影协议设置为与这些共同特征兼容,即使在将所述数据打包到所述预设协议中之后,所述投影解决方案的大部分基本功能也可以被覆盖并得以保持。因此,即使在将来出现更多种投影解决方案的情况下,仍然可使用本发明中的移植方法。

附图说明

根据以下描述和所附权利要求并结合附图,本发明的前述及其它特征将会更加充分地显而易见。要理解的是,这些附图仅描述根据本发明的若干实施方案,因此不应被认为是对其范围的限制,将通过利用附图以附加的特征和细节对本发明进行描述。

图1示意性地示出采用根据现有技术移植投影解决方案的方法的应用场景图;

图2示意性地示出根据本发明的实施方案移植投影解决方案的方法的流程图;

图3示意性地示出采用根据本发明的实施方案移植投影解决方案的方法的应用场景图;

图4示意性地示出根据本发明的实施方案用于移植投影解决方案的装置的结构图;且

图5示意性地示出根据本发明的实施方案的车载计算机的示意结构图;且

图6示意性地示出根据本发明的实施方案的车载系统的示意结构图。

具体实施方式

在以下详细描述中,参考构成本发明的一部分的附图。在附图中,除上下文另有规定外,相似的符号通常标识相似的组件。在详细描述、附图和权利要求中描述的说明性实施方案并不旨在为限制性的。在不脱离本文所述主题的实质或范围的情况下,可以利用其它实施方案,并且可进行其它改变。应容易理解,如在本文中一般描述并在附图中示出的本发明的各方面可按广泛多种的不同配置进行布置、替换、组合及设计,所有这些都是可明确预期的,并且构成本发明的一部分。

在软件工程领域中,移植是为了在计算环境中实现某种形式的执行目的而适配软件的过程,所述计算环境不同于最初设计给定程序(用于这种执行)所针对的计算环境(例如不同的CPU、操作系统或第三方库)。

为了使本发明中的实施方案容易被理解和解释,图1示意性地示出使用根据现有技术移植投影解决方案的方法的应用场景图。如图1中所示,P1、P2、P3、P4、P5和P6代表目前市场上存在的六种不同的投影解决方案,它们中的每一者都具有单独的通信协议。OS1代表一个操作系统,A11、A12、A13、…A1n分别代表OS1中设置的一个体系结构。箭头代表当根据所述投影协议的唯一通信协议独立地将投影解决方案移植到一个操作系统OS1中的每个所述体系结构上所需的过程。应注意,随着技术的发展,市场上存在广泛多种的车辆类型和配置。

参考图1,我们可以看到,由于每个投影解决方案都有其自身唯一的通信协议,同时在车载计算机的一个OS中配置了许多平台(体系结构),因此必须将所有投影解决方案通过其唯一的通信协议向每个体系结构移植。另一方面,对于每个体系结构,必须从所有投影解决方案中识别或解码数据,以完成将它们全部移植,并进一步能够使用它们,这因此会消耗大量的资源来完成移植过程。并且对于配置有两个或更多个OS的车载计算机来说,移植过程将更加复杂。

本发明的实施方案提供移植投影解决方案的方法。实际上,有许多种投影解决方案,并且每种投影解决方案都有其自身唯一的通信协议。为了便于与车载计算机的后续通信和移植过程,在一些实施方案中,通过分析用户设备端的投影解决方案并从所述投影解决方案中解包数据,可以获得纯数据并根据预设投影协议进行打包。所述预设投影协议与至少两个投影解决方案的共同特征兼容,因此,通过所述预设协议可移植一个以上的投影解决方案。因此,根据所述预设投影协议中的数据,可以将一个以上的投影解决方案直接移植到所述车载计算机的所述体系结构上,这意味着不必为每个体系结构解码不同通信协议中的数据以完成整个移植过程。相应地,每个体系结构仅需解码所述预设投影协议中的数据,从而简化了移植过程并提高了移植效率

为了能更多并更容易地理解本发明的实施方案的上述目的、特征和优点,下面参考附图详细描述本发明的具体实施方案。

图2示意性地示出根据本发明的实施方案移植投影解决方案的方法的流程图。下面参考图2详细描述所述方法,所述方法包括以下步骤:

S21:将用户设备与车载计算机连接。

在一些实施方案中,可以自动启动移植过程。诸如在驾驶员进入车辆或汽车之后,驾驶员的用户设备可以自动地与所述车载计算机连接,然后默认启动移植过程。在一些实施方案中,在所述用户设备与所述车辆连接之后,则在所述用户设备上出现请求,询问驾驶员是否立即开始移植过程。

在一些实施方案中,可通过不同的方式来实现连接过程。例如,所述用户设备可通过USB接口、蓝牙、WIFI或其它近场通信(Near Field Communication,NFC)方式与所述车载计算机连接。

在一些实施方案中,所述车载计算机还配置有检测器,以检测用户设备是否与车载计算机连接。所述检测器可以是USB检测器,所述检测器可以是WIFI检测器。在所述检测器检测到与所述车载计算机连接的所述用户设备之后,所述车载计算机随后开始移植过程。

S22:分析用户设备端的投影解决方案以获得所述投影解决方案的通信协议。

在一些实施方案中,在所述用户设备连接到所述车载计算机之后,可以分析用户设备端上的所述投影解决方案,并因此可以获得每个投影解决方案的具体通信协议。在一些实施方案中,可分析并获得所述投影解决方案的类型、所述投影解决方案的版本甚或所述投影解决方案所属的公司,然后基于所述类型或所述版本或所述公司获得所述通信协议。

在一些实施方案中,所述投影解决方案可包括或指代多种软件产品。例如,所述投影解决方案可包括可在苹果手机上执行的Carplay、可在安卓手机上执行的Android Auto、Mirror link、百度推出的Carlife、Sony等推出的DIGITAL LIVING、NETWORK ALLIANCE、DLNA)以及将来可能出现的其它各种投影解决方案。

S23:基于所述投影解决方案的所述通信协议从所述投影解决方案中解包数据,以获得纯数据。

在一些实施方案中,在获得所述投影解决方案的所述通信协议之后,可根据所述投影解决方案的所述通信协议获得来自所述投影解决方案的纯数据,具体地,根据所述投影解决方案的所述通信协议对来自所述投影解决方案的数据进行解包。

在一些实施方案中,所述投影解决方案是Carlife,且Carlife的通信协议或来自Carlife的数据的格式可如下面的图表1中所示。然后,通过切掉头部101和最后字节103,获得来自Carlife的纯数据102或解包数据102。

图表1

在一些实施方案中,所述投影解决方案是Mirror link,且Mirror link的通信协议或来自Mirror link的数据的格式可如下面的图表2中所示。直接获得来自Mirror link的纯数据202或解包数据202。

图表2

S24:根据预设投影协议将所述纯数据打包到数据中。

在一些实施方案中,所述预设投影协议与一个以上现有商用投影解决方案的通信协议的共同特征兼容,因此至少两个投影解决方案可使用本发明中的方法进行移植,这仍然可在一定程度上提高移植效率。

在一些实施方案中,所述预设投影协议与所述共同特征兼容,意味着在来自所述至少两个投影解决方案的数据被打包到所述预设投影协议中之后,仍可实现并保持所述至少两个投影解决方案的至少主要功能或基本功能。应注意,在根据所述预设投影协议对所述数据进行打包之后,所述至少两个投影解决方案的一些唯一或绝少使用的功能可能会不可用。

特别地,根据市场上目前存在的至少两个投影解决方案的主要功能,所述共同特征可包括视频投影、图像显示和元数据通信。本领域技术人员可以理解,如果将来要更新所述投影解决方案的主要功能,则可将所述预设投影协议更新为与所更新的共同特征兼容,以确保使用本发明的实施方案中的方法进行移植的投影解决方案仍可实现所更新的主要功能。

应指出,所述预设投影协议可以是多种多样的。在一个实施方案中,所述预设投影协议中的数据可如图表3中所示,其包括前导301、目的地地址302、源地址303、类型/长度304、纯数据305和帧校验序列306。

图表3

在另一实施方案中,所述预设投影协议中的数据可如图表4中所示,其包括开始401、仲裁402、控制403、纯数据404、CRC 405、ACK 406和结束407。

图表4

在一个实施方案中,所述预设投影协议可与最流行的投影解决方案的通信协议相同。在另一实施方案中,所述预设投影协议可与大多数体系结构通常所用的协议相同。

S25:将所述打包数据在所述预设投影协议中的所述投影解决方案移植到所述车载计算机的每个体系结构上。

一般地,所述车载计算机端有多个不同的体系结构。在将来自所述投影解决方案的数据打包到所述预设投影协议中的数据中之后,每个体系结构仅需处理所述预设投影协议中的数据。每个体系结构像在现有技术中那样解码不同通信协议中的投影解决方案的数据所需的工作量是不必要的。可通过所述预设协议中的数据将所述投影解决方案移植到所述车载计算机端的每个体系结构上。即使对于将来出现的投影解决方案,本发明仍可将数据与更新的特征一起打包在预设投影协议中;因此所述体系结构仍然可以处理将来的投影解决方案。因此,可以极大地简化移植过程,并且可以更好地提高效率。

在一些实施方案中,车载计算机的体系结构的数量为n,且n是正整数。应注意,当在所述车载计算机端提供至少三个体系结构时,将具有独立通信协议的每个投影解决方案根据其自身的协议分开移植到三个不同体系结构上的过程的复杂程度就已经很高了,因此,在本发明的实施方案中,可以将n设为3。本领域技术人员可根据实际需要确定地将m设为其它正整数。

为了更好地理解和实施本发明,图3示意性地示出采用根据本发明移植投影解决方案的方法的应用场景图。与图1中一样,P1、P2、P3、P4、P5和P6代表六种不同的投影解决方案;它们中的每一者都具有唯一的通信协议。OS1代表一个操作系统,A11、A12、A13、…A1n分别代表OS1中设置的体系结构。箭头代表当独立地将投影解决方案移植到一个系统中的每个所述体系结构上所需的过程。

参考图1和图3,视觉上可以看出,对于相同的配置,当使用本发明的实施方案中的移植方法时,箭头的数量,即独立地将投影解决方案移植到一个系统的每个体系结构上所需的过程大为减少。此外,根据实验数据的统计,当P1、P2、P3和P4分别对应于CarPlay、Mirror link、Android Auto和Carlife时,与现有的移植方法相比,本发明的实施方案中的移植方法可节省最多80%的工作量。对于将来市场上出现的越来越多的投影解决方案来说,可以节省更多的工作量。

图4示意性地示出根据本发明的实施方案用于移植投影解决方案的装置的结构图。参考图4,装置40包括:连接电路41、分析电路42、解包电路43、打包电路44和移植电路45。

连接电路41配置成将用户设备与车载计算机连接。分析电路42配置成:在装置40连接到车载计算机之后,分析用户设备端的投影解决方案以获得所述投影解决方案的通信协议。解包电路43配置成基于所述投影解决方案的所述通信协议从所述投影解决方案中解包数据,以获得纯数据。打包电路44配置成将所述纯数据打包在预设投影协议中,其中所述预设投影协议与至少两个投影解决方案的共同特征兼容。移植电路45配置成将其中数据被打包在所述预设投影协议中的所述投影解决方案移植到所述车载计算机的每个体系结构上。在一些实施方案中,所述体系结构的数量为n,且n是正整数。

由上所述,本发明的实施方案中的分析电路42获得用户设备端的投影解决方案的所述通信协议,然后打包电路44将来自所述投影解决方案的数据打包到预设投影协议中的数据中。此外,可由移植电路45根据预设投影协议中的数据将所述投影解决方案移植到所述车载计算机的体系结构上。不需要将每个具有独立通信协议的投影解决方案根据其自身的协议移植到不同的体系结构上,因此不需要针对每个体系结构解码不同通信协议中的数据,这可简化移植过程并提高移植效率。

图5示意性地示出根据本发明的实施方案的车载计算机的示意结构图。参考图5,车载计算机50可包括:用于移植上述投影解决方案的装置40、驱动器51和操作系统52。

用于移植投影解决方案的装置40可配置成:将用户设备与车载计算机连接,分析用户设备端的投影解决方案以获得所述投影解决方案的通信协议,基于所述投影解决方案的所述通信协议从所述投影解决方案中解包数据以获得纯数据,将所述纯数据打包到预设投影协议中的数据中,其中所述预设投影协议与至少两个投影解决方案的共同特征兼容,并将其中数据被打包在所述预设投影协议中的所述投影解决方案移植到所述车载计算机的每个体系结构上。

驱动器51可配置成使装置40能用于移植投影解决方案。

操作系统52可包括n个体系结构(未示出),并且所述体系结构可配置成从用于移植投影解决方案的装置40接收数据,并在完成移植所述投影解决方案之后根据来自所述用户设备的数据执行相应的操作。在一些实施方案中,n是正整数。

提供了根据本发明的另一实施方案用于移植投影解决方案的装置,所述装置包括:连接器和控制器。其中所述连接器配置为将用户设备与车载计算机连接。所述控制器包括计算机可读存储介质和处理器,其中所述计算机可读存储介质存储用于使所述处理器执行移植投影解决方案的方法的计算机程序,所述方法包括:分析用户设备端的投影解决方案以获得所述投影解决方案的通信协议;基于所述投影解决方案的所述通信协议从所述投影解决方案中解包数据,以获得纯数据;将所述纯数据打包到预设投影协议中的数据中,其中所述预设投影协议与至少两个投影解决方案的共同特征兼容;以及将其中数据被打包在所述预设投影协议中的所述投影解决方案移植到所述车载计算机的每个体系结构上。换言之,所述处理器可执行图2中所示的方法,因此细节可参考图2,并且下文不再描述细节。

图6示意性地示出根据本发明的实施方案的车载系统的示意结构图。参考图6,车载系统60可包括:主机单元主板(head unit main board,HU)61和与主机单元主板(HU)61连接的预设投影芯片组62。换言之,主机单元主板(HU)61和预设投影芯片组62是两个独立的部件。

应指出,主机单元主板(HU)61和预设投影芯片组62可经由多种方式连接。此外,多种操作系统可用于主机单元主板(HU)61和预设投影芯片组62。

在一些实施方案中,主机单元主板(HU)61和共同投影芯片组62的操作系统均为Linux,且主机单元主板(HU)61和共同投影芯片组62经由USB连接,相应地,所述预设协议的物理层是USB总线。在这种情况下,应在主机单元主板(HU)61上增加USB接口以连接共同投影芯片组62。

在一些实施方案中,主机单元主板(HU)61包括:USB主机驱动器(host driver)611、设备管理器612、预设协议栈服务613、HMI 614、音频管理615、媒体引擎616、Linux内核617、I2C 618、高级Linux声音体系结构(Advanced Linux Sound Architecture,ALSA)619、视频620、ACP 621、MIC 622、扬声器623、Linux系统624、可能的新模块625及其它现有模块626。具体地,USB主机驱动器611、I2C 618和ALSA 619包括在Linux内核617中。

共同投影芯片组62包括Linux内核603、IAP2驱动器604、设备管理器605和预设协议提供者607,具体地,Linux内核603包括USB主机驱动器601和USB设备驱动器602。预设协议提供者607包括Carplay/Carlife/Android协议栈606等。

在一个实施方案中,主机单元主板(HU)61可以是车载计算机。在一个实施方案中,共同投影芯片组62可以是用于移植上述投影解决方案的装置。在这种情况下,所述车载计算机和用于移植投影解决方案的所述装置是两个独立的设备,因此这可以提高用于移植投影解决方案的所述装置的复用性。在一些实施方案中,用于移植投影解决方案的所述装置被嵌入所述车载计算机。

参考图6:当移动电话63与所述共同投影芯片组62连接时,所述移动电话63上的投影解决方案或投影应用程序(诸如Carplay、Carlife或Android)向USB主机驱动器601发送协议流数据;投影解决方案协议栈606(诸如Carplay、Carlife或Android协议栈)读取来自USB主机驱动器601的协议流数据,并解包所述协议流数据以获得所述纯数据;预设协议提供者607将所解包的协议流转换为预设协议流,并向USB设备驱动器602发送所述预设协议流;USB设备驱动器602向所述主机单元主板(HU)61的USB主机驱动器611发送所述预设协议流;预设协议栈服务613读取来自USB主机驱动器611的预设协议流并将其解包;所述预设协议栈服务613向媒体引擎616发送解包音频或视频流;所述媒体引擎616解码所述音频或视频流,并向视频620发送所述视频流,且向ALSA 619的输入端口发送所述音频流。

设备管理器605负责共同投影芯片组62上的USB设备检测和激活,设备管理器612负责主机单元主板61上的USB设备检测。HMI 614是“人机界面”的缩写,其负责显示和处理触屏事件。音频管理器615负责音频源管理,其决定哪个音频源应该是活动的。I2C 618是I2C协议栈,HU 61将ACP 621与I2C协议连接,且ACP 621是Apple IAP2认证芯片组。

应指出,移动电话63的操作系统可以是ios,并且移动电话63的操作系统可以是Android。

在一些实施方案中,提供了计算机可读存储介质,其中所述计算机可读存储介质存储用于使计算机执行移植投影解决方案的方法的计算机程序,所述方法包括:分析用户设备端的投影解决方案以获得所述投影解决方案的通信协议;基于所述投影解决方案的所述通信协议从所述投影解决方案中解包数据,以获得纯数据;将所述纯数据打包到预设投影协议中的数据中,其中所述预设投影协议与至少两个投影解决方案的共同特征兼容;并将其中数据被打包在所述预设投影协议中的所述投影解决方案移植到所述车载计算机的每个体系结构上。有关的细节可参考图2,并且下文不再描述细节。

虽然本文已公开了各个方面和实施方案,但其它方面和实施方案对于本领域技术人员来说将是显而易见的。本文公开的各个方面和实施方案是为了说明的目的,并不旨在进行限制,真实的范围和实质由所附权利要求指示。

15页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:探测参考传输

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!