[发明专利]一种基于线程交互的多种协议实现方法及系统

权利要求书

1.一种基于线程交互的多种协议实现方法，其特征在于，包括以下步骤：

步骤1)、采用控制器局域网络CAN报文接收器通过控制器局域网络CAN线程持续获取电子控制单元的报文；

步骤2)、控制器局域网络CAN报文接收器根据读到的报文的报文ID对电子控制单元的报文进行分拣，根据分拣结果将报文送入不同的处理线程驱动器，同时唤醒相应处理线程驱动器；

步骤3)、相应的处理线程驱动器对接收到的报文进行数据处理得到报文处理结果，同时判断接收到的报文是否为与处理线程驱动器连接的上层应用的响应报文，如果接收到的报文是对应处理线程驱动器连接的上层应用的响应报文，则将该报文处理结果信息返回给对应处理线程驱动器连接的上层应用，完成本次服务请求，并重新挂起处理线程驱动器，继续等待新的服务请求，如果接收到的报文不是对应处理线程驱动器连接的上层应用的响应报文，则忽略该报文，并重新挂起处理线程驱动器等待，直到收到新的报文或者超时未接收到信息，处理线程驱动器完成了控制器局域网络CAN报文接收器根据分拣结果送入该处理线程驱动器的服务请求。

2.根据权利要求1所述的一种基于线程交互的多种协议实现方法，其特征在于，控制器局域网络CAN报文接收器读取的电子控制单元的报文符合协议接收数据要求。

3.根据权利要求1所述的一种基于线程交互的多种协议实现方法，其特征在于，处理线程驱动器采用CCP驱动器、UDS驱动器和J1939驱动器。

4.根据权利要求3所述的一种基于线程交互的多种协议实现方法，其特征在于，不同处理线程驱动器根据各自的对应判断关系判断接收到的报文是否为与该处理线程驱动器连接的上层应用的响应报文。

5.根据权利要求4所述的一种基于线程交互的多种协议实现方法，其特征在于，CCP驱动器接收到的报文包括有效指令数据和命令计数器。

6.根据权利要求5所述的一种基于线程交互的多种协议实现方法，其特征在于，CCP驱动器根据该报文的命令计数器，判断该报文是否为CCP驱动器连接的上层应用要求的响应报文。

7.根据权利要求6所述的一种基于线程交互的多种协议实现方法，其特征在于，当没有上层应用需要使用处理线程服务时，相应的处理线程驱动器处于挂起状态。

8.根据权利要求1所述的一种基于线程交互的多种协议实现方法，其特征在于，如果在设定时间内无法唤醒处理线程驱动器，则相应处理线程驱动器连接超时，将相应处理线程驱动器连接超时信息反馈至上层应用。

9.一种基于线程交互的多种协议实现方法的系统，其特征在于，包括控制器局域网络CAN报文接收器、处理线程驱动器和控制器局域网络CAN报文发送器；控制器局域网络CAN报文接收器和控制器局域网络CAN报文发送器均通过控制器局域网络CAN线程连接于电子控制单元；处理线程驱动器连接于上层应用；

控制器局域网络CAN报文接收器通过控制器局域网络CAN线程持续读取电子控制单元的报文，并将读取的电子控制单元的报文根据报文的报文ID对电子控制单元的报文进行分拣，根据分拣结果将电子控制单元的报文送入相应的处理线程驱动器；

处理线程驱动器对接收到的报文进行数据处理，同时判断接收到的报文是否为与处理线程驱动器连接的上层应用的响应报文，如果接收到的报文是对应处理线程驱动器连接的上层应用的响应报文，则将该报文处理结果信息返回给对应处理线程驱动器连接的上层应用，完成本次服务请求，并重新挂起处理线程驱动器，继续等待上层应用发送新的服务请求，继续等待新的服务请求，如果接收到的报文不是对应处理线程驱动器连接的上层应用的响应报文，则忽略该报文，并重新挂起处理线程驱动器等待，直到收到新的报文或者超时未接收到信息，处理线程驱动器完成了控制器局域网络CAN报文接收器根据分拣结果送入该处理线程驱动器的服务请求。