CN108536121A - 逻辑通道的建立方法、装置和交通工具通信接口vci - Google Patents

Abstract

本发明实施例涉及一种逻辑通道的建立方法、装置和交通工具通信接口VCI，所述方法包括：接收交通工具诊断设备发送的至少2个第一指令，所述第一指令用于指示所述交通工具诊断设备与交通工具的电子控制单元ECU建立连接；根据所述至少2个第一指令，建立至少2个逻辑通道，所述第一指令与所述逻辑通道一一对应，所述逻辑通道用于传输所述交通工具诊断设备与所述ECU之间的数据。本发明实施例通过根据至少两个第一指令建立至少两个用于传输交通工具诊断设备与ECU之间数据的逻辑通道，以此形成多条访问各个ECU的通道。通过该至少两个逻辑通道，交通工具诊断设备可以同时访问至少两个ECU，提高了诊断效率。

Description

逻辑通道的建立方法、装置和交通工具通信接口VCI

技术领域

本发明实施例涉及汽车诊断技术领域，特别涉及一种逻辑通道的建立方法、装置和交通工具通信接口VCI。

背景技术

目前检测汽车故障和性能的汽车诊断***的应用越来越广泛，其主要通过汽车通信接口VCI连接汽车网络和汽车诊断设备中的诊断软件，利用诊断软件对汽车网络中的汽车电脑(Electronic Control Unit，ECU)进行诊断。目前汽车对ECU的依赖日益加大，一台汽车少则十几个ECU，多则可达几十上百个ECU。

实现本发明过程中，发明人发现相关技术中至少存在如下问题：目前汽车诊断设备一次只能访问一个ECU，诊断效率较低。

发明内容

本发明实施例的目的是提供一种能提高诊断效率的逻辑通道的建立方法、装置和交通工具通信接口VCI。

第一方面，本发明实施例提供了一种逻辑通道的建立方法，应用于交通工具通信接口VCI，所述方法包括：

接收交通工具诊断设备发送的至少2个第一指令，所述第一指令用于指示所述交通工具诊断设备与交通工具的电子控制单元ECU建立连接；

根据所述至少2个第一指令，建立至少2个逻辑通道，所述第一指令与所述逻辑通道一一对应，所述逻辑通道用于传输所述交通工具诊断设备与所述ECU之间的数据。

可选的，所述根据所述至少2个第一指令，建立至少2个逻辑通道，包括：

根据所述至少2个第一指令，在所述VCI的各软件层上建立通道元素；其中，所述各软件层上的通道元素用于与相邻的软件层进行通信，以建立所述至少2个逻辑通道。

可选的，所述根据所述至少2个第一指令，在所述VCI的各软件层上建立通道元素，包括：

根据所述至少2个第一指令，在操作***层上建立至少2个线程，所述第一指令与所述线程一一对应。

可选的，所述方法还包括：

在所述操作***层上建立主线程，所述主线程用于管理所述至少2个线程。

可选的，所述根据所述至少2个第一指令，在所述VCI的各软件层上建立通道元素，包括：

根据所述至少2个第一指令中各自的协议类型，在协议栈层建立至少2个协议对象，所述第一指令与所述协议对象一一对应。

可选的，所述根据所述至少2个第一指令，在所述VCI的各软件层上建立通道元素，包括：

根据所述至少2个第一指令中各自的总线类型和/或管脚信息，在硬件驱动层建立至少1个总线驱动对象。

可选的，所述根据所述至少2个第一指令中各自的总线类型和/或管脚信息，在硬件驱动层建立至少1个总线驱动对象，包括：

若所述至少2个第一指令中存在总线类型和管脚信息均相同的第一指令，则在所述硬件驱动层为总线类型和管脚信息均相同的第一指令建立一个总线驱动对象；

若所述至少2个第一指令中各个第一指令的总线类型均不相同，或者各个第一指令的管脚信息均不相同，则在所述硬件驱动层建立至少2个总线驱动对象，所述第一指令与所述总线驱动对象一一对应。

可选的，所述接收所述交通工具诊断设备发送的至少2个第一指令，包括：

通过异步通讯层同时接收所述交通工具诊断设备发送的所述至少2个第一指令。

可选的，所述方法还包括：

接收所述交通工具诊断设备发送的至少2个第二指令，所述第二指令包括数据以及通道标识；

根据所述至少2个第二指令中各自的通道标识，确定至少2个逻辑通道，所述第二指令与所述逻辑通道一一对应；

通过所述至少2个逻辑通道，将所述至少2个第二指令中的数据发送至所述至少2个逻辑通道各自对应的ECU。

可选的，所述方法还包括：

接收至少2个ECU各自发送的数据；

通过至少2个逻辑通道，将所述数据发送至所述交通工具诊断设备；其中，所述ECU与所述逻辑通道一一对应。

第二方面，本发明实施例提供了一种逻辑通道的建立装置，应用于交通工具通信接口VCI，所述装置包括：

第一指令接收模块，用于接收交通工具诊断设备发送的至少2个第一指令，所述第一指令用于指示所述交通工具诊断设备与交通工具的电子控制单元ECU建立连接；

逻辑通道建立模块，用于根据所述至少2个第一指令，建立至少2个逻辑通道，所述第一指令与所述逻辑通道一一对应，所述逻辑通道用于传输所述交通工具诊断设备与所述ECU之间的数据。

可选的，所述逻辑通道建立模块具体用于：

根据所述至少2个第一指令，在所述VCI的各软件层上建立通道元素；其中，所述各软件层上的通道元素用于与相邻的软件层进行通信，以建立所述至少2个逻辑通道。

可选的，所述逻辑通道建立模块包括：

第一逻辑通道建立子模块，用于根据所述至少2个第一指令，在实时操作***层上建立至少2个线程，所述第一指令与所述线程一一对应。

可选的，所述装置还包括：

主线程建立模块，用于在所述实时操作***层上建立主线程，所述主线程用于管理所述至少2个线程。

可选的，所述逻辑通道建立模块包括：

第二逻辑通道建立子模块，用于根据所述至少2个第一指令中各自的协议类型，在协议栈层建立至少2个协议对象，所述第一指令与所述协议对象一一对应。

可选的，所述逻辑通道建立模块包括：

第三逻辑通道建立子模块，用于根据所述至少2个第一指令中各自的总线类型和/或管脚信息，在硬件驱动层建立至少1个总线驱动对象。

可选的，所述第三逻辑通道建立子模块具体用于：

若所述至少2个第一指令中存在总线类型和管脚信息均相同的第一指令，则在所述硬件驱动层为总线类型和管脚信息均相同的第一指令建立一个总线驱动对象；

若所述至少2个第一指令中各个第一指令的总线类型均不相同，或者各个第一指令的管脚信息均不相同，则在所述硬件驱动层建立至少2个总线驱动对象，所述第一指令与所述总线驱动对象一一对应。

可选的，所述第一指令接收模块具体用于：

通过异步通讯层同时接收所述交通工具诊断设备发送的所述至少2个第一指令。

可选的，所述装置还包括：

第二指令接收模块，用于接收所述交通工具诊断设备发送的至少2个第二指令，所述第二指令包括数据以及通道标识；

逻辑通道确定模块，用于根据所述至少2个第二指令中各自的通道标识，确定至少2个逻辑通道，所述第二指令与所述逻辑通道一一对应；

第一数据发送模块，用于通过所述至少2个逻辑通道，将所述至少2个第二指令中的数据发送至所述至少2个逻辑通道各自对应的ECU。

可选的，所述装置还包括：

数据接收模块，用于接收至少2个ECU各自发送的数据；

第二数据发送模块，用于通过至少2个逻辑通道，将所述数据发送至所述交通工具诊断设备；其中，所述ECU与所述逻辑通道一一对应。

第三方面，本发明实施例提供了一种交通工具通信接口VCI，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令；

所述至少一个处理器用于调用所述指令，以执行上述的方法。

第四方面，本发明实施例提供了一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有计算机可执行指令，当所述计算机可执行指令被交通工具通信接口VCI调用时，使所述交通工具通信接口VCI执行上述的方法。

第五方面，本发明实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被交通工具通信接口VCI调用时，使所述交通工具通信接口VCI执行上述的方法。

本发明实施例通过根据至少两个第一指令建立至少两个用于传输交通工具诊断设备与ECU之间数据的逻辑通道，以此形成多条访问各个ECU的通道。通过该至少两个逻辑通道，交通工具诊断设备可以同时访问至少两个ECU，提高了诊断效率。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是本发明实施例提供的逻辑通道的建立方法和装置的应用场景示意图；

图2是本发明实施例逻辑通道的建立方法对应的软件基本架构示意图；

图3是本发明逻辑通道的建立方法的一个实施例的流程示意图；

图4是本发明逻辑通道的建立方法的一个实施例中交通工具诊断设备和交通工具控制网络间形成多条访问ECU的逻辑通道示意图；

图5是本发明实施例逻辑通道建立方法中交通工具诊断设备通过交通工具通信接口VCI给汽车网络发送诊断指令的流程示意图；

图6是本发明实施例逻辑通道建立方法中交通工具诊断设备通过交通工具通信接口VCI接收汽车网络发送的反馈数据的流程示意图；

图7是本发明逻辑通道建立装置的一个实施例的结构示意图；

图8是本发明逻辑通道建立装置的一个实施例的结构示意图；

图9是本发明逻辑通道建立装置的一个实施例的结构示意图；

图10是本发明实施例提供的交通工具通信接口VCI的硬件结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供的逻辑通道的建立方法和装置适用于如图1所示的应用场景。所述应用场景包括交通工具诊断设备20、交通工具通信接口VCI(Vehicle ConnectionInterface)10和交通工具控制网络30。

交通工具控制网络30是被检测对象，其包括多个ECU，通过对多个ECU进行诊断可以获得交通工具各部分的数据，如运行数据、故障码等。

交通工具通信接口VCI10是交通工具诊断设备20和交通工具控制网络30通信的桥梁，负责将交通工具诊断设备20对ECU的指令传输给交通工具控制网络30中相应的ECU，以及将交通工具控制网络30发送的数据或指令传输给交通工具诊断设备20。进一步地，VCI10还可以用于转换指令或数据的协议格式，以在交通工具诊断设备20与交通工具控制网络30所使用的通信协议不同时，实现这两者之间的通信。

其中，本申请实施例中所描述的交通工具包括小型汽车、重型卡车、飞机、轮船等交通工具，在此不予限定。

交通工具诊断设备20和交通工具通信接口VCI10之间可以采用非阻塞异步通讯方式，通过USB接口等有线方式连接，也可以通过蓝牙、WIFI等无线方式连接，交通工具通信接口VCI10与交通工具控制网络30之间通过诊断接口例如OBD(On-Board Diagnostic)接口相连。

交通工具诊断设备20可以是例如个人计算机、智能手机等能运行诊断软件的设备，所述诊断软件提供人机交互界面，通过操作该界面用户可以选择诊断功能，诊断软件将用户选择的诊断功能转换成对各个ECU的诊断指令，并将该诊断指令发送给交通工具通信接口VCI10。

本申请实施例中，交通工具通信接口VCI10内可以创建多个逻辑通道，用于在多个ECU与交通工具诊断设备20之间交互数据。例如，建立多个线程分别处理对各个ECU的指令，建立多个协议对象将各个指令转换成总线能传输的标准传输数据，建立至少一个总线驱动对象用于通过总线将标准传输数据发送给交通工具控制网络30等。以此形成多条访问各个ECU的逻辑通道。具体的实现方式可以参见下述实施例。

交通工具控制网络30根据该诊断指令获得该诊断指令对应的反馈数据，并将所述反馈数据通过交通工具通信接口VCI10的对应的逻辑通道发送给交通工具诊断设备20。交通工具诊断设备20的诊断软件对交通工具控制网络30的反馈数据进行解析，获得诊断结果，并将诊断结果向用户展示。

当然，交通工具诊断设备20与交通工具控制网络30之间的交互方式还可以是其他方式，在此不予限定。

在实际应用中，逻辑通道的建立方法和装置可以由计算机软件程序结合VCI中配置的硬件、固件等来实现，在此，本申请实施例的软件程序的基本架构可以包括异步通讯层、操作***层、协议栈层和硬件驱动层，请参照图2，图2为软件架构示例图。

其中，异步通讯层用于与交通工具诊断设备20之间进行异步通讯，操作***层用于对交通工具诊断设备20与交通工具控制网络30之间的数据交互操作进行管理，可以采用实时操作***。操作***内可以创建主线程和多个线程，利用主线程将交通工具诊断设备20对各个ECU的诊断指令发送给各线程，利用每个线程管理一个ECU与交通工具诊断设备20之间的数据交互。通过操作***调度各个线程，使访问各个ECU的操作可以同步进行。

协议栈层用于上层协议数据和物理层标准传输数据之间的转换，可以包括例如ISO15765、ISO9141、ISO14230、TP20、TP16、RAWCAN等协议。协议栈层可以与线程对应的创建多个协议对象，利用每个协议对象对一个ECU与交通工具诊断设备20之间交互的数据进行上层协议数据和物理层标准传输数据之间的转换。

硬件驱动层将包括总线在内的物理硬件抽象出来，用于将指令信号发送至对应的物理硬件上，以实现传输。

其中，硬件驱动层可以包括总线抽象层。总线抽象层内可以创建至少一个总线驱动对象，利用总线驱动对象将协议栈层的数据通过总线发送给交通工具控制网络30，以及将总线上接收的数据收集起来发送给协议栈层。可以一个协议对象对应一个总线驱动对象，也可以多个协议对象共享同一总线驱动对象，前提是这些协议对象的协议类型、总线类型、总线管脚数量和总线管脚编号相同。总线驱动对象之间所用管脚不能互相冲突，例如一个总线驱动对象可以用于PIN6和PIN14，另一个总线驱动象，可以用于PIN3和PIN11。

在一个实施例中，硬件驱动层还可以定义软定时器抽象，用于对MCU外设硬件定时器进行抽象，以提供软定时器给协议栈层使用。在一个实施例中，为了使各软件层间能互相访问，可以在协议栈层设置协议栈接口，在硬件驱动层设置驱动层访问接口，驱动层访问接口可以采用异步通讯方式，提供给多个逻辑通道访问。

图3为本发明实施例提供的一种逻辑通道的建立方法的流程示意图，所述方法可以由图1中的交通工具通信接口VCI10执行。如图3所示，所述方法包括：

101：接收交通工具诊断设备发送的至少2个第一指令，所述第一指令用于指示所述交通工具诊断设备与交通工具的电子控制单元ECU建立连接。

其中，交通工具诊断设备20可以在其安装的诊断软件中对应的创建多个诊断对象，每个诊断对象用于诊断一个ECU。诊断软件对外接口采用异步通讯的方式，多个诊断对象通过该接口均可以访问VCI。所述至少两个第一指令可以是诊断软件的不同诊断对象发出的。第一指令可以是专用于指示交通工具诊断设备20与对应的ECU建立连接的指令，也可以为交通工具诊断设备20对ECU的诊断指令。

在一个实施方式中，交通工具通信接口VCI10可以通过异步通讯层同时接收所述交通工具诊断设备发送的所述至少2个第一指令。

102：根据所述至少2个第一指令，建立至少2个逻辑通道，所述第一指令与所述逻辑通道一一对应，所述逻辑通道用于传输所述交通工具诊断设备20与所述ECU之间的数据。

即根据每个第一指令建立一条交通工具诊断设备20与所述第一指令对应的ECU之间的通道，从而为所述至少两个第一指令分别建立逻辑通道，所述逻辑通道与ECU一一对应。

其中，可以在所述VCI的各软件层上建立用于与相邻的软件层进行通信的通道元素，以建立所述至少2个逻辑通道。以图2所示的软件架构为例，可以在操作***层上建立至少2个与所述第一指令一一对应的线程，建立用于管理所述至少2个线程的主线程。在协议栈层根据所述至少2个第一指令中各自的协议类型，建立至少2个与所述第一指令一一对应的协议对象。在硬件驱动层上根据所述至少2个第一指令中各自的总线类型和/或管脚信息，建立至少1个总线驱动对象。以此形成至少两条交通工具诊断设备20访问交通工具控制网络30的通道，用于使交通工具诊断设备20访问至少两个ECU。

其中，主线程可以在交通工具通信接口VCI10上电初始化时建立。主线程负责接收交通工具诊断设备20下发的数据(例如第一指令或者诊断指令)，并将数据分发给线程。可选的，主线程还可以负责接收线程发送的数据(例如交通工具的反馈数据)，并将数据上传给交通工具诊断设备20。

线程作为上述逻辑通道的管理者，用于管理一个ECU与所述交通工具诊断设备20的数据交互。即接收主线程发送的数据并将所述数据分发给协议对象，以及接收协议对象发送的数据并将所述数据发送给主线程或交通工具诊断设备20。可选的，线程创建时可以为其分配通道ID，以区分其他线程，使其被使用时只负责一个ECU的数据传输。

协议对象用于上层协议数据和物理层标准传输数据之间的转换。因为数据需要通过总线传输给交通工具控制网络30，所以数据需要转换成物理层的总线传输数据协议格式，即进行数据链路层和物理层协议转换。在交通工具控制网络包括控制器局域网络(Controller Area Network,CAN)总线、通讯(Kommunikation，K)总线等的场合，数据可以转换成CAN总线数据协议格式、K总线数据协议格式等。

总线驱动对象用于接收协议对象发送的物理层标准传输数据并将所述数据通过总线发送给交通工具控制网络30，以及接收总线传输的物理层标准传输数据并将所述数据发送给协议对象。可以一个逻辑通道对应一个总线驱动对象，也可以多个逻辑通道共享同一总线驱动对象，前提是该逻辑通道对应的第一指令中的总线类型和管脚信息均相同，例如协议类型、总线类型、总线管脚数量和总线管脚编号相同。

即如果所述至少2个第一指令中存在总线类型和管脚信息均相同的第一指令，则可以在所述硬件驱动层为总线类型和管脚信息均相同的第一指令共同建立一个总线驱动对象，为其他总线类型或管脚信息不相同的第一指令各自建立1个总线驱动对象。如果所述至少2个第一指令中各个第一指令的总线类型均不相同，或者各个第一指令的管脚信息均不相同，则在所述硬件驱动层分别为每个第一指令建立一个总线驱动对象。

如图4所示，线程和协议对象通过抽象层的总线驱动对象与交通工具控制网络30中的ECU建立了逻辑关系，从而形成了多条交通工具诊断设备20访问交通工具控制网络30的逻辑通道，可以利用这些逻辑通道，同时访问多个ECU。

本发明实施例通过根据至少两个第一指令建立至少两个用于传输交通工具诊断设备与ECU之间数据的逻辑通道，以此形成多条访问各个ECU的通道。通过该至少两个逻辑通道，交通工具诊断设备可以同时访问至少两个ECU，提高了诊断效率。

其中，交通工具诊断设备20通过交通工具通信接口VCI10给交通工具控制网络30发送第二指令(诊断指令)时，如图5所示，交通工具通信接口VCI10执行以下步骤：

103：接收所述交通工具诊断设备20发送的至少2个第二指令，所述第二指令包括数据以及通道标识。

其中，所述第二指令可以为交通工具诊断设备20对交通工具控制网络30的诊断指令，包括指令本身和通道ID。在图2所示的实施例中，可以通过主线程接收该第二指令。

104：根据所述至少2个第二指令中各自的通道标识，确定至少2个逻辑通道，所述第二指令与所述逻辑通道一一对应。

105：通过所述至少2个逻辑通道，将所述至少2个第二指令中的数据发送至所述至少2个逻辑通道各自对应的ECU。

即根据第二指令中的通道标识，确定该第二指令对应的逻辑通道，并通过确定的逻辑通道将第二指令中的数据发送给对应的ECU。在图2所示的实施例中，主线程根据通道标识确定该逻辑通道对应的线程，并将数据发送给线程，线程接收数据后再发送给对应的协议对象。协议对象将所述数据转换成对应的标准传输数据，并将所述标准传输数据发送给对应的总线驱动对象。总线驱动对象接收所述协议对象发送的标准传输数据，并将所述标准传输数据通过总线传送给交通工具控制网络30。当一个总线驱动对象被多个协议对象共享时，总线驱动对象将各个协议对象发送的标准传输数据缓冲到内存，然后以总线的当前吞吐量顺序的发送出去。

交通工具诊断设备20通过交通工具通信接口VCI10接收交通工具控制网络30发送的反馈数据时，如图6所示，交通工具通信接口VCI10执行以下步骤：

106：接收至少2个ECU各自发送的数据。

107：通过至少2个逻辑通道，将所述数据发送至所述交通工具诊断设备；其中，所述ECU与所述逻辑通道一一对应。

即接收各个ECU的反馈数据，并通过各个逻辑通道将反馈数据发送给交通工具诊断设备20,每个逻辑通道只负责传送与其自身对应的反馈数据。以图2所示的实施例为例，总线驱动对象实时检测总线上传输的数据，并将数据收集起来，过滤掉不相关的数据，获得反馈数据对应的标准传输数据，然后将该标准传输数据发送给该总线驱动对象对应的各个协议对象。每个协议对象会确认总线驱动对象发送的反馈数据对应的标准传输数据是否是自身负责的ECU对应的反馈数据，如果是，会接收该反馈数据对应的标准传输数据，如果否，协议对象不会接收该反馈数据对应的标准传输数据。协议对象接收到所述标准传输数据后，对该数据进行协议转换，获得反馈数据，然后将该反馈数据发送给其对应的线程。线程接收到其负责的ECU对应的反馈数据，可以直接将该反馈数据发送给交通工具诊断设备20，也可以通过主线程将反馈数据发送给交通工具诊断设备20。

相应的，本发明实施例还提供了一种逻辑通道的建立装置，用于图1中的交通工具通信接口VCI10，如图7所示，装置700包括：

第一指令接收模块701，用于接收交通工具诊断设备发送的至少2个第一指令，所述第一指令用于指示所述交通工具诊断设备与交通工具的电子控制单元ECU建立连接；

逻辑通道建立模块702，用于根据所述至少2个第一指令，建立至少2个逻辑通道，所述第一指令与所述逻辑通道一一对应，所述逻辑通道用于传输所述交通工具诊断设备与所述ECU之间的数据。

本发明实施例通过根据至少两个第一指令建立至少两个用于传输交通工具诊断设备与ECU之间数据的逻辑通道，以此形成多条访问各个ECU的通道。通过该至少两个逻辑通道，交通工具诊断设备可以同时访问至少两个ECU，提高了诊断效率。

可选的，在装置700的某些实施例中，逻辑通道建立模块702具体用于：

根据所述至少2个第一指令，在所述VCI的各软件层上建立通道元素；其中，所述各软件层上的通道元素用于与相邻的软件层进行通信，以建立所述至少2个逻辑通道。

可选的，在装置700的某些实施例中，请参照图8，逻辑通道建立模块702包括：

第一逻辑通道建立子模块7021，用于根据所述至少2个第一指令，在实时操作***层上建立至少2个线程，所述第一指令与所述线程一一对应。

可选的，在装置700的某些实施例中，请参照图8，装置700还包括：

主线程建立模块703，用于在所述实时操作***层上建立主线程，所述主线程用于管理所述至少2个线程。

可选的，在装置700的某些实施例中，请参照图8，逻辑通道建立模块702包括：

第二逻辑通道建立子模块7022，用于根据所述至少2个第一指令中各自的协议类型，在协议栈层建立至少2个协议对象，所述第一指令与所述协议对象一一对应。

可选的，在装置700的某些实施例中，请参照图8，逻辑通道建立模块702包括：

第三逻辑通道建立子模块7023，用于根据所述至少2个第一指令中各自的总线类型和/或管脚信息，在硬件驱动层建立至少1个总线驱动对象。

可选的，在装置700的某些实施例中，第三逻辑通道建立子模块7023具体用于：

若所述至少2个第一指令中存在总线类型和管脚信息均相同的第一指令，则在所述硬件驱动层为总线类型和管脚信息均相同的第一指令建立一个总线驱动对象；

若所述至少2个第一指令中各个第一指令的总线类型均不相同，或者各个第一指令的管脚信息均不相同，则在所述硬件驱动层建立至少2个总线驱动对象，所述第一指令与所述总线驱动对象一一对应。

可选的，在装置700的某些实施例中，第一指令接收模块701具体用于：

通过异步通讯层同时接收所述交通工具诊断设备发送的所述至少2个第一指令。

可选的，在装置700的其他实施例中，装置700还包括：

第二指令接收模块704，用于接收所述交通工具诊断设备发送的至少2个第二指令，所述第二指令包括数据以及通道标识；

逻辑通道确定模块705，用于根据所述至少2个第二指令中各自的通道标识，确定至少2个逻辑通道，所述第二指令与所述逻辑通道一一对应；

第一数据发送模块706，用于通过所述至少2个逻辑通道，将所述至少2个第二指令中的数据发送至所述至少2个逻辑通道各自对应的ECU。

可选的，在装置700的其他实施例中，装置700还包括：

数据接收模块707，用于接收至少2个ECU各自发送的数据；

第二数据发送模块708，用于通过至少2个逻辑通道，将所述数据发送至所述交通工具诊断设备；其中，所述ECU与所述逻辑通道一一对应。

需要说明的是，上述逻辑通道建立装置可执行本申请实施例所提供的逻辑通道建立方法，具备执行逻辑通道建立方法相应的功能模块和有益效果。未在装置实施例中详尽描述的技术细节，可参见本申请实施例所提供的逻辑通道建立方法。

图10是本发明实施例提供的交通工具通信接口VCI10的硬件结构示意图，如图10所示，交通工具通信接口VCI10包括：

一个或多个处理器11以及存储器12，图10中以一个处理器11为例。处理器11和存储器12可以通过总线或者其他方式连接，图10中以总线连接为例。

存储器12作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的逻辑通道建立方法对应的计算机可执行程序的程序指令/模块(例如，附图7所示的第一指令接收模块701和逻辑通道建立模块702)。处理器11通过运行存储在存储器12中的非易失性软件程序、指令以及模块，从而执行交通工具通信接口VCI10的各种功能应用以及数据处理，即实现上述方法实施例的逻辑通道建立方法。

存储器12可以包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需要的应用程序、上述软件架构等；存储数据区可存储根据交通工具通信接口VCI10使用所创建的数据等。此外，存储器12可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器12可选包括相对于处理器11远程设置的存储器，这些远程存储器可以通过网络连接至交通工具通信接口VCI10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述一个或者多个单元存储在所述存储器12中，当被所述一个或者多个处理器11执行时，执行上述任意方法实施例中的逻辑通道建立方法，例如，执行以上描述的图3中的方法步骤101-102，图5中的方法步骤103-105，图6中的方法步骤106-107，实现图7所示的模块701-702、图8中的模块701-703、子模块7021-7023、图9中的模块701-708、子模块7021-7023的功能。

上述交通工具通信接口VCI10可执行本发明实施例所提供的逻辑通道建立方法，具备执行方法相应的功能模块和有益效果。未在交通工具通信接口VCI10实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

本发明实施例还提供了一种非易失性计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如，执行上述任意方法实施例中的逻辑通道建立方法，例如，执行以上描述的图3中的方法步骤101-102，图5中的方法步骤103-105，图6中的方法步骤106-107，实现图7所示的模块701-702、图8中的模块701-703、子模块7021-7023、图9中的模块701-708、子模块7021-7023的功能。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

通过以上的实施例的描述，本领域普通技术人员可以清楚地了解到各实施例可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(RandomAccessMemory,RAM)等。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的许多其它变化，为了简明，它们没有在细节中提供；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (22)

1.一种逻辑通道的建立方法，应用于交通工具通信接口VCI，其特征在于，所述方法包括：

接收交通工具诊断设备发送的至少2个第一指令，所述第一指令用于指示所述交通工具诊断设备与交通工具的电子控制单元ECU建立连接；

根据所述至少2个第一指令，建立至少2个逻辑通道，所述第一指令与所述逻辑通道一一对应，所述逻辑通道用于传输所述交通工具诊断设备与所述ECU之间的数据。

2.根据权利要求1所述的方法，其特征在于，所述根据所述至少2个第一指令，建立至少2个逻辑通道，包括：

根据所述至少2个第一指令，在所述VCI的各软件层上建立通道元素；其中，所述各软件层上的通道元素用于与相邻的软件层进行通信，以建立所述至少2个逻辑通道。

3.根据权利要求2所述的方法，其特征在于，所述根据所述至少2个第一指令，在所述VCI的各软件层上建立通道元素，包括：

根据所述至少2个第一指令，在操作***层上建立至少2个线程，所述第一指令与所述线程一一对应。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在所述操作***层上建立主线程，所述主线程用于管理所述至少2个线程。

5.根据权利要求2所述的方法，其特征在于，所述根据所述至少2个第一指令，在所述VCI的各软件层上建立通道元素，包括：

根据所述至少2个第一指令中各自的协议类型，在协议栈层建立至少2个协议对象，所述第一指令与所述协议对象一一对应。

6.根据权利要求2所述的方法，其特征在于，所述根据所述至少2个第一指令，在所述VCI的各软件层上建立通道元素，包括：

根据所述至少2个第一指令中各自的总线类型和/或管脚信息，在硬件驱动层建立至少1个总线驱动对象。

7.根据权利要求6所述的方法，其特征在于，所述根据所述至少2个第一指令中各自的总线类型和/或管脚信息，在硬件驱动层建立至少1个总线驱动对象，包括：

若所述至少2个第一指令中存在总线类型和管脚信息均相同的第一指令，则在所述硬件驱动层为总线类型和管脚信息均相同的第一指令建立一个总线驱动对象；

若所述至少2个第一指令中各个第一指令的总线类型均不相同，或者各个第一指令的管脚信息均不相同，则在所述硬件驱动层建立至少2个总线驱动对象，所述第一指令与所述总线驱动对象一一对应。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述接收所述交通工具诊断设备发送的至少2个第一指令，包括：

通过异步通讯层同时接收所述交通工具诊断设备发送的所述至少2个第一指令。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述方法还包括：

接收所述交通工具诊断设备发送的至少2个第二指令，所述第二指令包括数据以及通道标识；

根据所述至少2个第二指令中各自的通道标识，确定至少2个逻辑通道，所述第二指令与所述逻辑通道一一对应；

通过所述至少2个逻辑通道，将所述至少2个第二指令中的数据发送至所述至少2个逻辑通道各自对应的ECU。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述方法还包括：

接收至少2个ECU各自发送的数据；

通过至少2个逻辑通道，将所述数据发送至所述交通工具诊断设备；其中，所述ECU与所述逻辑通道一一对应。

11.一种逻辑通道的建立装置，应用于交通工具通信接口VCI，其特征在于，所述装置包括：

第一指令接收模块，用于接收交通工具诊断设备发送的至少2个第一指令，所述第一指令用于指示所述交通工具诊断设备与交通工具的电子控制单元ECU建立连接；

逻辑通道建立模块，用于根据所述至少2个第一指令，建立至少2个逻辑通道，所述第一指令与所述逻辑通道一一对应，所述逻辑通道用于传输所述交通工具诊断设备与所述ECU之间的数据。

12.根据权利要求11所述的装置，其特征在于，所述逻辑通道建立模块具体用于：

根据所述至少2个第一指令，在所述VCI的各软件层上建立通道元素；其中，所述各软件层上的通道元素用于与相邻的软件层进行通信，以建立所述至少2个逻辑通道。

13.根据权利要求12所述的装置，其特征在于，所述逻辑通道建立模块包括：

第一逻辑通道建立子模块，用于根据所述至少2个第一指令，在实时操作***层上建立至少2个线程，所述第一指令与所述线程一一对应。

14.根据权利要求13所述的装置，其特征在于，所述装置还包括：

主线程建立模块，用于在所述实时操作***层上建立主线程，所述主线程用于管理所述至少2个线程。

15.根据权利要求12所述的装置，其特征在于，所述逻辑通道建立模块包括：

第二逻辑通道建立子模块，用于根据所述至少2个第一指令中各自的协议类型，在协议栈层建立至少2个协议对象，所述第一指令与所述协议对象一一对应。

16.根据权利要求12所述的装置，其特征在于，所述逻辑通道建立模块包括：

第三逻辑通道建立子模块，用于根据所述至少2个第一指令中各自的总线类型和/或管脚信息，在硬件驱动层建立至少1个总线驱动对象。

17.根据权利要求16所述的装置，其特征在于，所述第三逻辑通道建立子模块具体用于：

若所述至少2个第一指令中存在总线类型和管脚信息均相同的第一指令，则在所述硬件驱动层为总线类型和管脚信息均相同的第一指令建立一个总线驱动对象；

若所述至少2个第一指令中各个第一指令的总线类型均不相同，或者各个第一指令的管脚信息均不相同，则在所述硬件驱动层建立至少2个总线驱动对象，所述第一指令与所述总线驱动对象一一对应。

18.根据权利要求11-17任一项所述的装置，其特征在于，所述第一指令接收模块具体用于：

通过异步通讯层同时接收所述交通工具诊断设备发送的所述至少2个第一指令。

19.根据权利要求11-18任一项所述的装置，其特征在于，所述装置还包括：

第二指令接收模块，用于接收所述交通工具诊断设备发送的至少2个第二指令，所述第二指令包括数据以及通道标识；

逻辑通道确定模块，用于根据所述至少2个第二指令中各自的通道标识，确定至少2个逻辑通道，所述第二指令与所述逻辑通道一一对应；

第一数据发送模块，用于通过所述至少2个逻辑通道，将所述至少2个第二指令中的数据发送至所述至少2个逻辑通道各自对应的ECU。

20.根据权利要求11-19任一项所述的装置，其特征在于，所述装置还包括：

数据接收模块，用于接收至少2个ECU各自发送的数据；

第二数据发送模块，用于通过至少2个逻辑通道，将所述数据发送至所述交通工具诊断设备；其中，所述ECU与所述逻辑通道一一对应。

21.一种交通工具通信接口VCI，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令；

所述至少一个处理器用于调用所述指令，以执行权利要求1-10任一项所述的方法。

22.一种非易失性计算机可读存储介质，其特征在于，所述非易失性计算机可读存储介质存储有计算机可执行指令，当所述计算机可执行指令被交通工具通信接口VCI调用时，使所述交通工具通信接口VCI执行权利要求1-10任一项所述的方法。