CN107659494A - 数据处理方法及智能车载网关 - Google Patents
数据处理方法及智能车载网关 Download PDFInfo
- Publication number
- CN107659494A CN107659494A CN201710947164.9A CN201710947164A CN107659494A CN 107659494 A CN107659494 A CN 107659494A CN 201710947164 A CN201710947164 A CN 201710947164A CN 107659494 A CN107659494 A CN 107659494A
- Authority
- CN
- China
- Prior art keywords
- gateway
- controller
- subnet
- access request
- central
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 14
- 238000004891 communication Methods 0.000 claims abstract description 65
- 238000000034 method Methods 0.000 claims abstract description 32
- 230000004044 response Effects 0.000 claims abstract description 17
- 238000006243 chemical reaction Methods 0.000 claims description 17
- 230000005540 biological transmission Effects 0.000 claims description 16
- 238000003745 diagnosis Methods 0.000 claims description 12
- 238000012545 processing Methods 0.000 claims description 9
- 238000009826 distribution Methods 0.000 claims description 5
- 230000003993 interaction Effects 0.000 claims description 5
- 238000012856 packing Methods 0.000 claims 2
- 230000006870 function Effects 0.000 description 13
- 239000000976 ink Substances 0.000 description 12
- 230000006855 networking Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 6
- 238000005265 energy consumption Methods 0.000 description 6
- 238000003860 storage Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 241001269238 Data Species 0.000 description 3
- 238000005183 dynamical system Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- RTZKZFJDLAIYFH-UHFFFAOYSA-N Diethyl ether Chemical compound CCOCC RTZKZFJDLAIYFH-UHFFFAOYSA-N 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000002405 diagnostic procedure Methods 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 230000035800 maturation Effects 0.000 description 2
- 230000000284 resting effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000037007 arousal Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明提供的一种数据处理方法及智能车载网关，涉及汽车技术领域。所述方法应用于智能车载网关，中央网关根据外部诊断设备发送访问请求中的访问地址对应的网段地址，将访问请求并行发送至对应的子网网关；所述子网网关将接收到的所述访问请求放入发送等待队列中，并将所述等待队列中的访问请求依次根据每个访问请求的访问地址发送至对应的所述控制器。所述中央网关与子网网关配合，节约了通信时间。在子网网关与控制器之间采用队列发送的通信方式，并充分利用控制器的响应时延，有效提高了通信效率。
Description
技术领域
本发明涉及汽车技术领域，具体而言，涉及一种数据处理方法及智能车载网关。
背景技术
平台化的电子电器架构是近年来备受各大汽车集团青睐的方案。平台化电器架构的优点非常多，比如说零部件通用化、降低单件成本、方案灵活性增加等等。伴随着当代汽车电子电器架构的平台化，车辆内部通讯网络对通信的要求也日益多样化，同时车载网络与外部设备(比如工厂下线设备、车辆检测设备、售后测试及诊断设备等)之间的信息交互也变得越来越复杂。而当前的汽车的网络结构大多数仍然采用简单的网络设计。这样的网络结构虽然成本较低，但面临日益复杂的通信需求，显得力不从心。特别是在通过外部设备在对汽车进行软件升级或整车的诊断测试时，通信效率低效。
发明内容
本发明的目的在于提供一种数据处理方法及智能车载网关，用以改善上述问题。
为了实现上述目的，本发明实施例采用的技术方案如下：
本发明实施例提供了一种数据处理方法，应用于智能车载网关，所述智能车载网关包括中央网关、多个子网网关及多个控制器，所述中央网关分别与每个所述子网网关通信连接，多个控制器与所述子网网关或所述中央网关电性连接；所述中央网关设有OBD接口，通过所述OBD接口与外部诊断设备通信连接，所述方法包括：所述中央网关根据外部诊断设备发送访问请求中的访问地址对应的网段地址，将所述访问请求并行发送至对应的所述子网网关，其中，所述访问请求包括软件升级请求及诊断请求；所述子网网关将接收到的所述访问请求放入发送等待队列中，并将所述等待队列中的访问请求依次根据每个访问请求的访问地址发送至对应的所述控制器。
本发明实施例还提供了一种智能车载网关，所述智能车载网关包括中央网关、多个子网网关及多个控制器，所述中央网关分别与每个所述子网网关通信连接，多个控制器与所述子网网关或所述中央网关电性连接；所述中央网关设有OBD接口，通过所述OBD接口与外部诊断设备通信连接；所述中央网关，用于根据外部诊断设备发送访问请求中的访问地址对应的网段地址，将所述访问请求并行发送至对应的所述子网网关，其中，所述访问请求包括软件升级请求及诊断请求；所述子网网关，用于将接收到的所述访问请求放入发送等待队列中；所述子网网关，还用于在与所述访问请求相邻的上一个访问请求对应的所述控制器的响应时延内，根据所述访问请求的访问地址将所述访问请求发送至对应的所述控制器。
与现有技术的区别在于，本发明实施例提供的一种数据处理方法及智能车载网关。所述中央网关与子网网关配合，根据访问请求中访问地址对应的网段地址实现从中央网关向多个子网网关的访问请求并行发送，节约了通信时间。在子网网关与控制器之间采用队列发送的通信方式，降低了控制器接入子网网关的成本。因此，既提高了通信效率，能很好的支持汽车日益复杂的电子架构系统的通信需求，同时，还有效的控制了整个智能车载网关的成本。
所述子网网关将接收到的所述访问请求放入发送等待队列中，并将所述等待队列中的访问请求依次根据每个访问请求的访问地址发送至对应的所述控制器。
为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本发明实施例提供的一种智能车载网关的示意图。
图2示出了本发明实施例提供的数据处理方法的步骤流程图之一。
图3示出了本发明实施例提供的数据处理方法的步骤流程图之二。
图4示出了本发明实施例提供的数据处理方法的步骤流程图之三。
图5示出了本发明实施例提供的数据处理方法的步骤流程图之四。
图标：100-智能车载网关；101-车载网络；200-外部诊断设备；10-中央网关；20-子网网关；30-控制器；40-控制节点；50-OBD接口。
具体实施方式
下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
第一实施例
图1示出本发明较佳实施例提供的智能车载网关100的示意图。可选地，所述智能车载网关100适用于整车电子架构采用了基于AUTOSAR的分布式电子电器架构设计思路的汽车。如图1所示，所述智能车载网关100包括中央网关10、多个子网网关20及多个控制器30。所述中央网关10设有OBD接口50，通过所述OBD接口50与外部诊断设备200通信连接。需要说明的是，外部诊断设备200通过以太网访问中央网关10，中央网关10把外部诊断设备200的请求发送至车载网络101中。也就杜绝了普通用户或者竞争对手通过OBD接口50直接访问车载网络101，保证了车辆内部信息安全。
所述中央网关10分别与每个所述子网网关20通信连接。所述中央网关10为接入其的子网网关20分配一唯一的网段地址。优选地，所述中央网关10与子网网关20之间通过Flexray协议实现通信连接。由所述中央网关10与每个所述子网网关20为基础构建车载网络101。中央网关10、子网网关20均包括对应的路由表。
所述控制器30可以与子网网关20电性连接，可选地，通过CAN总线接入子网网关20；也可以直接与所述中央网关10电性连接，具体地，可以通过以太网接入中央网关10也可以通过其他通信协议接入中央网关10；还可以部分控制器30与子网网关20电性连接，部分控制器30与中央网关10连接。需要说明的是，控制器30可以是控制汽车中各个系统且需要接入所述车载网络101进行数据交互的控制器30。例如，控制器30可以是，但不限于是车载空调控制器、底盘控制器、动力系统控制器、车载视频控制器等。控制器30根据所控制的系统的需求选择接入所述车载网络101的方式。例如，用于控制传输音频和视频的数据的车载视频控制器，目前LVDS总线是最理想的方案，则通过LVDS总线直接接入中央网关10；用于控制动力、底盘等的控制器30，要求通讯稳定，数据流不大，所以传统的CAN总线就可以满足了，技术成熟、成本低，因此，通过CAN总线接入子网网关20即可。
当所述控制器30接入所述子网网关20时，根据所述子网网关20对应的网段信息给所述控制器30分配地址信息；当所述控制器30接入所述中央网关10时，根据所述中央网关10给所述控制器30分配地址信息。从而使每个控制器30接入车载网络101后均被分配一个唯一的地址信息。在车载网络101中传递的所有数据(例如，诊断请求和诊断响应)都携带了源地址和目标地址，可以确保中央网关10及子网网关20在转发诊断请求或响应的时候能够准确无误。
所述智能车载网关100还包括多个接入的控制节点40，所述控制节点40与对应的控制器30电性连接。具体地，控制节点40通过LIN总线接入对应的控制器30。
在本实施例中，所述中央网关10可以进行诊断数据或软件刷写数据缓存。需要说明的是，中央网关10与外部诊断设备200之间采用基于以太网的诊断通讯，速率为100Mbps，而车载网络101中用到的Flexray和CAN总线通讯速率分别只有10Mbps和500Kbps，因此，中央网关10具备良好的数据缓存功能，尤其是在做软件刷写的时候，把外部诊断设备200高速发送来的大量数据先存储下来，然后再转发到速率相对较低的车载网络101的各网段(即子网网关20)。需要说明的是，在进行软件刷写可以是向控制器30写入软件程序，也可以对控制器30内软件进行升级。当存在需要同时对属于不同子网网关20构建网络中的控制器30进行软件刷写的情况或需要对整车的控制器30进行诊断测试的情况，外部诊断设备200会同时向中央网关10发送与多个控制器30对应的多个访问请求(所述访问请求包括软件升级请求及诊断请求，所述软件升级请求可以包括刷写数据)。中央网关10接收到所述访问请求后，根据每个访问请求的访问地址所对应的网段地址，将所述访问请求并行发送至对应的各个所述子网网关20。
所述子网网关20将接收到的所述访问请求放入发送等待队列中。根据访问请求或需转发数据的地址信息，依次发送至对应的控制器30。具体地，将所述发送等待队列中一所述访问请求，在与其相邻上一个访问请求对应的所述控制器30的响应时延内，根据所述访问请求的访问地址将所述访问请求发送至对应的所述控制器30。由于子网网关20与控制器30之间的传输并不需要高速且昂贵的并行传输方式，因此，此处通过技术成熟、价格低廉的串行传输方式即可。一方面节约了成本，另一方面，在串行传输过程中，当相邻的两个请求对应的控制器30不同时，可以在相邻前一个请求发送与获得对应控制器30的响应之间的响应时延时间内发送下一个请求，也很高的提高了通信效率。需要说明的是，控制器30的响应时延均预先计算并存储，连续向多个控制器30发送请求。不像像普通的诊断应答方式那样，发一个请求，收到响应，再发下一个请求。总体来说是加快了整个网络的诊断通讯效率。因此，所述智能车载网关100巧妙的利用了并行传输与队列转发的结合，既确保通信效率，有效的控制了成本。
通过上述的处理，将对应的刷写数据写入对应的控制器30。大幅提高了诊断效率，尤其加快了软件刷写速率，帮助缩短工厂生产节拍。
所述子网网关20及中央网关10还可以实现不同通信协议之间的转换(例如，以太网与Flexray网络之间的数据转换，以太网与CAN总线之间的数据转换，Flexray与CAN/LIN总线之间的数据转换)。以子网网关20实现不同通信协议之间的转换为例，当所述子网网关20与所述中央网关10之间的第一通信协议与所述子网网关20与目标控制器之间的第二通信协议不相同时，所述子网网关20根据所述第二通信协议重新打包报文数据，其中，所述报文数据为所述中央网关10需发送至所述目标控制器的数据。具体地，当所述第一通信协议对应的报文字节数与所述第二通信协议对应的报文字节数不一致时，将报文数据的每一单帧数据进行多帧转化处理，例如，需要把来自Flexray的一帧16字节的报文数据整体转发到CAN总线，那么需要根据CAN总线的多帧传输协议进行分装。
需要说明的是，常规通讯状态下，Flexray总线报文字节长度最大值为32，高速CAN总线报文字节长度最大值为8，LIN总线报文字节长度最大值为8；在软件刷写状态下，Flexray总线报文字节长度最大值为4096，高速CAN总线报文字节长度最大值为256，LIN总线报文字节长度最大值为8。
处理完毕后，所述子网网关20调整转发延时，根据所述转发延时转发重新打包的所述报文数据，以实现不同通信协议的通信网络之间的报文传递。需要说明的是，正常通讯状态下，子网网关20转发延时低于10ms；在软件刷写状态下，子网网关20转发延时低于5ms。上述延时是对于一帧数据的定义，从子网网关20到一帧数据到子网网关20把这一帧数据转移到目标控制器的延时。因此，在进行不同通信协议之间的数据转换时，将报文数据的每一帧数据转换为多帧数据后延时时间允许达到10ms。通过实现对多种协议的兼容能够满足未来相当长时间内的技术升级需求。
所述子网网关20需要将一个报文数据发送至对应的控制器30之前。可以判断需要进行通信的所述控制器30是否为预先标记的特定控制器。
所述子网网关20当需要进行通信的所述控制器30是预先标记的特定控制器时，获取与所述特定控制器对应的报文类型，接收对应的每一种报文类型对应的所述报文数据；根据接收的所述报文数据进行重新封装；子网网关20调整转发延时再根据所述转发延时转发重新封装的所述报文数据至该特定控制器。其中，每一个所述特定控制器对应的所述报文类型已预先存储于所述子网网关20。例如，选中车载空调控制器为特定控制器，则预先设定车载空调控制器与多个报文类型(来自动力系统的报文类型、来自底盘系统的报文类型及来自温控系统的报文系统的报文类型等)对应。当子网网关20发现有一个报文数据需要转发至车载空调控制器时，获取对应的其他类型的报文类型的报文数据，将这些报文数据进行重新封装组合，获得一个新的报文数据；根据所述转发延时转发重新封装的所述新的报文数据至车载空调控制器。将现有技术中本来耦合于控制器30的这一功能转移到了子网网关20，提高了控制器30的工作效率。
所述智能车载网关100还具有部分唤醒功能。具体地，所述控制器30根据所述对应的地址信息，生成过滤器并运行。通过过滤器可以实现当转发过来的数据对应的地址信息与该控制器30地址信息一致才能唤醒所述控制器30进行工作。避免控制器30受到不必要的打扰，实现低能耗。可选地，当接入车载网络101中的任何一个所述控制器30响应用户操作获取需被唤醒的唤醒控制器的地址信息时，根据所述唤醒控制器的地址信息生成唤醒请求，并发送至对应的第一网关，以唤醒第一网关，需要说明的是，所述第一网关可以是响应用户操作的控制器30所接入的网关，例如，如果响应用户操作的控制器30接入的是一个子网网关20则第一网关是指该子网网关20；如果响应用户操作的控制器30接入的是一个中央网关10，则第一网关是指中央网关10。所述第一网关根据所述唤醒请求中的地址信息，将所述唤醒请求发送至与所述唤醒控制器对应的第二网关，以唤醒所述第二网关。需要说明的是，第二网关可以是所述唤醒控制器接入的网关，例如，如果唤醒控制器接入的是一个子网网关20则第二网关是该子网网关20；如果唤醒控制器接入的是一个中央网关10，则第二网关是中央网关10。所述第二网关将收到的所述唤醒请求发送至所述唤醒控制器，以便启动所述唤醒控制器进行数据交互。而其他的子网网关20、控制器30依然处于低能耗状态，不受影响，实现低能耗。
作为一种实施方式，各个网关(中央网关10及子网网关20)的AUTOSAR底层软件事先集成了部分唤醒网络管理通讯矩阵，并每个控制器30的过滤器写入到CAN收发器的内存。在控制器30睡眠状态下如果收到总线报文，在CAN收发器把报文讯息上传至CAN控制器之前，其CAN收发器能够自动识别报文中的关键信息，判断是否请求本控制器30参与当前的通讯。如果是才会通过CAN控制器唤醒控制器30的中央处理芯片，否则将拒收报文，保持该控制器30继续处于休眠状态。
因此，网关在休眠状态下，真正消耗电流的只有底层的CAN收发器，而其余的部分包括中央处理器都处于极低功耗模式。而收到正确的唤醒请求时，网关也能够迅速的启动并投入工作状态，启动时间可以做到150ms以内。
本实施例提供的一种智能车载网关100功能多样，既能实现多种不同协议间数据的转换转发。同时，通过并行传输数据的方式及队列传输数据方式的配合，大幅度提高了诊断及软件刷写的效率。还对整个车载网络101及接入的控制器30实现部分唤醒网络管理，实现低能耗。
第二实施例
请参照图2，图2示出了本发明实施例提供的数据处理方法。所述方法应用于第一实施例提供的所述智能车载网关100。如图2所示，所述方法包括以下步骤：
步骤S101，所述中央网关10根据外部诊断设备200发送访问请求中的访问地址所对应的网段地址，将所述访问请求并行发送至对应的所述子网网关20，其中，所述访问请求包括软件升级请求及诊断请求。
在本实施例中，当中央网关10接收到外部诊断设备200发送的、需要大量转发至多个不同的控制器30的访问请求时(例如，需要对多个网段中接入的控制器30进行诊断、软件刷写或升级时)，根据每个访问请求的访问地址中的网段地址将所述访问请求并行发送至对应的控制器30所接入的所述子网网关20。
步骤S102，所述子网网关20将接收到的所述访问请求放入发送等待队列中，并将所述等待队列中的访问请求依次根据每个访问请求的访问地址发送至对应的所述控制器30。
在本实施例中，每个子网网关20接收到访问请求后，将接收到的访问请求按照接收的先后顺序放入等待队的列堆栈中。在与当前需要被发送的所述访问请求相邻的上一个访问请求对应的所述控制器30的响应时延内，根据当前需要被发送的所述访问请求的访问地址将所述访问请求发送至对应的所述控制器30。需要说明的是，所述控制器30响应时延可以是访问请求从子网网关20中发出至接收到对应控制器30的响应反馈之间的时间段。这样可以大大提高在同一网段内的请求和响应的速率。
请参考图3，当所述智能车载网关100需要实现内部网络中对不同通信协议之间的数据转换时，以子网网关20对不同通信协议之间的数据转换为例，所述方法还可以包括以下步骤：
步骤S201，当所述子网网关20与所述中央网关10之间的第一通信协议与所述子网网关20与目标控制器之间的第二通信协议不相同时，所述子网网关20根据所述第二通信协议重新打包报文数据，其中，所述报文数据为所述中央网关10需发送至所述目标控制器的数据。
在本实施例中，第一通信协议与所述第二通信协议不同可以是第一通信协议对应的报文字节数与所述第二通信协议对应的报文字节数不一致。将报文数据的每一单帧数据进行多帧转化处理。需要说明的是，进行多帧转化处理主要针对报文数据需要原封不动自源网络转发到目标网络的情景，报文数据内每个字节的位置需要保持不变。
步骤S202，所述子网网关20调整转发延时。
在本实施例中，正常通讯状态下，子网网关20转发延时低于10ms；在软件刷写状态下，子网网关20转发延时低于5ms。上述延时是对于一帧数据的定义，从子网网关20到一帧数据到子网网关20把这一帧数据转移到目标控制器的延时。因此，在进行不同通信协议之间的数据转换时，将报文数据的每一帧数据转换为多帧数据后延时时间允许达到10ms。
步骤S203，所述子网网关20根据所述转发延时转发重新打包的所述报文数据，以实现不同通信协议的通信网络之间的报文传递。
在本实施例中，将重新打包的所述报文数据发送至目标控制器的过程中若出现数据帧丢失，则由目标控制器通过对应的子网网关20向中央网关10发送丢帧警报，再中央网关10接收到丢帧警报后重新通过子网网关20向目标控制器再次发送报文数据。
在本实施例中，当所述外部诊断设备200需要通过中央网关10向子网网关20发送初始报文数据，且所述外部诊断设备200与所述中央网关10之间的第三通信协议与所述子网网关20与中央网关10之间的第四通信协议不相同时，所述中央网关10根据所述第四通信协议重新打包初始报文数据。具体到，可以是当所述第三通信协议对应的报文字节数与所述第四通信协议对应的报文字节数不一致时，将报文数据的每一单帧数据进行多帧转化处理。其中，所述初始报文数据为所述外部诊断需发送至所述子网网关20的数据。所述中央网关10调整转发延时，并根据所述转发延时转发重新打包的所述初始报文数据。
请参考图4，所述方法还可以包括以下步骤：
步骤S301，所述子网网关20判断需要进行通信的所述控制器30是否为预先标记的特定控制器。
在本实施例中，在子网网关20内会预先存储被预先标记为特定控制器的控制器30的信息，比如，地址信息。当子网网关20接收到的报文数据对应的地址信息为标记为特定控制器的控制器30地址信息时，则可以确定需要通信的控制器30为预先标记的特定控制器。
步骤S302，当需要进行通信的所述控制器30是预先标记的特定控制器时，所述子网网关20获取与所述特定控制器对应的报文类型。
在本实施例中，每一个所述特定控制器对应的所述报文类型已预先存储于所述子网网关20。报文类型可以是指来自不同信息源发出的报文数据，例如，来自动力系统的报文类型、来自底盘系统的报文类型及来自温控系统的报文系统的报文类型等。来自同一信息源发出的报文数据为同一报文类型，来自不同信息源发送的报文数据为不同的报文类型。在预先定义是否为特定控制器时，可以同时定义与该特定控制器对应的报文类型。例如，当空调控制器被定义为特定控制器时，由于空调控制器需要同时获取来自动力系统的报文数据、来自底盘系统的报文数据及来自温控系统的报文系统的报文数据，因此，可以将来自动力系统的报文类型、来自底盘系统的报文类型及来自温控系统的报文系统的报文类型定义为于空调控制器对应的多个报文类型。通过在子网网关20中利用特定控制器的信息即可查询出对应的报文类型。
步骤S303，所述子网网关20接收对应的每一种报文类型对应的所述报文数据。
在本实施例中，子网网关20通常会在一定时间范围内收到与特定控制器对应的多个报文类型的报文数据。
步骤S304，所述子网网关20根据接收的所述报文数据进行重新封装。
在本实施例中，子网网关20不会依次将这些报文数据发送至所述特定控制器。而是将这些报文数据进行重新封装，整合为一个新的报文数据再转发至特定控制器。实现了对控制器30的解耦，减轻控制器30的负担，提高控制器30的效率。
步骤S305，所述子网网关20调整转发延时。
步骤S306，所述子网网关20根据所述转发延时转发重新封装的所述报文数据至特定控制器。
需要说明的是，当特定控制器是直接与中央网关10连接的，则由中央网关10执行上述步骤。原理类似，再次不再赘述。
在本实施例中，当所述子网网关20或控制器30接入所述中央网关10时，所述中央网关10给所述子网网关20分配对应的网段地址或给所述控制器30分配对应的地址信息。当所述控制器30接入所述子网网关20时，所述子网网关20根据对应的网段地址给所述控制器30分配对应的地址信息。所述控制器30根据所述对应的地址信息，生成过滤器并运行。
请参考图5，所述方法还包括以下步骤：
步骤S401，所述控制器30响应用户操作，以获取需被唤醒的唤醒控制器的地址信息，根据所述唤醒控制器的地址信息生成唤醒请求，并发送至对应的第一网关，以唤醒第一网关。
在本实施例中，唤醒请求具有访问地址信息，唤醒请求在底层传递时，所有与访问地址信息不对应的控制器30均拒收该唤醒请求。而接收了该唤醒请求的会进行启动。作为一种实施方式，各个网关(中央网关10及子网网关20)的AUTOSAR底层软件事先集成了部分唤醒网络管理通讯矩阵，并将根据地址信息生成的的滤器写入到CAN收发器的内存。在控制器30睡眠状态下如果收到总线报文，在CAN收发器把报文讯息上传至CAN控制器之前，其CAN收发器能够自动识别报文中的关键信息，判断是否请求本控制器30参与当前的通讯。如果是才会通过CAN控制器唤醒控制器30的中央处理芯片，否则将拒收报文，保持该控制器30继续处于休眠状态。
步骤S402，所述第一网关根据所述唤醒请求中的地址信息，将所述唤醒请求发送至与所述唤醒控制器对应的第二网关，以唤醒所述第二网关。
步骤S403，所述第二网关将收到的所述唤醒请求发送至所述唤醒控制器，以便启动所述唤醒控制器进行数据交互。
在本实施例中，被唤醒的控制器30及网关构建一个通信线路，以便后续进行数据交互。同时，其他网关及控制器30依然处于等待休眠状态，从而实现部分唤醒管理。实现低能耗。
综上所述，本发明实施例提供了数据处理方法及智能车载网关。所述方法应用于所述智能车载网关。所述智能车载网关包括中央网关、多个子网网关及多个控制器，所述中央网关分别与每个所述子网网关通信连接，多个控制器与所述子网网关或所述中央网关电性连接；所述中央网关设有OBD接口，通过所述OBD接口与外部诊断设备通信连接，所述方法包括：所述中央网关根据外部诊断设备发送访问请求中的访问地址所对应的网段地址，将所述访问请求并行发送至对应的所述子网网关，其中，所述访问请求包括软件升级请求及诊断请求；所述子网网关将接收到的所述访问请求放入发送等待队列中，并将所述等待队列中的访问请求依次根据每个访问请求的访问地址发送至对应的所述控制器。节约了通信时间的同时有效的降低了成本，同时，还实现了多协议件的转换，确保了对系统的各类通信协议的支撑，还可以实现局部唤醒功能，确保低能耗。因此，本实施例提供的智能车载网关可以实现多中功能，足以应对汽车内日益复杂的通信需求。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
Claims (10)
1.一种数据处理方法，其特征在于，应用于智能车载网关(100)，所述智能车载网关(100)包括中央网关(10)、多个子网网关(20)及多个控制器(30)，所述中央网关(10)分别与每个所述子网网关(20)通信连接，多个控制器(30)与所述子网网关(20)或所述中央网关(10)电性连接；所述中央网关(10)设有OBD接口(50)，通过所述OBD接口(50)与外部诊断设备(200)通信连接，所述方法包括：
所述中央网关(10)根据外部诊断设备(200)发送访问请求中的访问地址对应的网段地址，将所述访问请求并行发送至对应的所述子网网关(20)，其中，所述访问请求包括软件升级请求及诊断请求；
所述子网网关(20)将接收到的所述访问请求放入发送等待队列中，并将所述等待队列中的访问请求依次根据每个访问请求的访问地址发送至对应的所述控制器(30)。
2.如权利要求1所述的方法，其特征在于，所述子网网关(20)将所述等待队列中的访问请求依次根据每个访问请求的访问地址发送至对应的所述控制器(30)的方式包括：
在与所述访问请求相邻的上一个访问请求对应的所述控制器(30)的响应时延内，根据所述访问请求的访问地址将所述访问请求发送至对应的所述控制器(30)。
3.如权利要求1所述的方法，其特征在于，所述方法还包括：
当所述子网网关(20)与所述中央网关(10)之间的第一通信协议与所述子网网关(20)与目标控制器(30)之间的第二通信协议不相同时，所述子网网关(20)根据所述第二通信协议重新打包报文数据，其中，所述报文数据为所述中央网关(10)需发送至所述目标控制器(30)的数据；
所述子网网关(20)调整转发延时；
所述子网网关(20)根据所述转发延时转发重新打包的所述报文数据。
4.如权利要求3所述的方法，其特征在于，所述子网网关(20)根据所述第二通信协议重新打包报文数据的方式为：
当所述第一通信协议对应的报文字节数与所述第二通信协议对应的报文字节数不一致时，将报文数据的每一单帧数据进行多帧转化处理。
5.如权利要求1或4任一项所述的方法，其特征在于，所述方法还包括：
当所述外部诊断设备(200)与所述中央网关(10)之间的第三通信协议与所述子网网关(20)与中央网关(10)之间的第四通信协议不相同时，所述中央网关(10)根据所述第四通信协议重新打包初始报文数据，其中，所述初始报文数据为所述外部诊断需发送至所述子网网关(20)的数据；
所述中央网关(10)调整转发延时；
所述中央网关(10)根据所述转发延时转发重新打包的所述初始报文数据。
6.如权利要求5所述的方法，其特征在于，所述中央网关(10)根据所述第四通信协议重新打包初始报文数据的方式为：
当所述第三通信协议对应的报文字节数与所述第四通信协议对应的报文字节数不一致时，将报文数据的每一单帧数据进行多帧转化处理。
7.如权利要求1所述的方法，其特征在于，所述方法还包括：
所述子网网关(20)判断需要进行通信的所述控制器(30)是否为预先标记的特定控制器；
当需要进行通信的所述控制器(30)是预先标记的特定控制器时，所述子网网关(20)获取与所述特定控制器对应的报文类型，其中，每一个所述特定控制器对应的所述报文类型已预先存储于所述子网网关(20)；
所述子网网关(20)接收对应的每一种报文类型对应的报文数据；
所述子网网关(20)根据接收的所述报文数据进行重新封装；
所述子网网关(20)调整转发延时；
所述子网网关(20)根据所述转发延时转发重新封装的所述报文数据。
8.如权利要求1所述的方法，其特征在于，所述方法还包括：
当所述子网网关(20)或控制器(30)接入所述中央网关(10)时，所述中央网关(10)给所述子网网关(20)分配对应的网段地址或给所述控制器(30)分配对应的地址信息；
当所述控制器(30)接入所述子网网关(20)时，所述子网网关(20)根据对应的网段地址给所述控制器(30)分配对应的地址信息；
所述控制器(30)根据所述对应的地址信息，生成过滤器并运行。
9.如权利要求8所述的方法，其特征在于，所述方法还包括：
当所述控制器(30)响应用户操作获取需被唤醒的唤醒控制器的地址信息时，根据所述唤醒控制器的地址信息生成唤醒请求，并发送至对应的第一网关，以唤醒第一网关；
所述第一网关根据所述唤醒请求中的地址信息，将所述唤醒请求发送至与所述唤醒控制器对应的第二网关，以唤醒所述第二网关；
所述第二网关将收到的所述唤醒请求发送至所述唤醒控制器，以便启动所述唤醒控制器进行数据交互。
10.一种智能车载网关(100)，其特征在于，所述智能车载网关(100)包括中央网关(10)、多个子网网关(20)及多个控制器(30)，所述中央网关(10)分别与每个所述子网网关(20)通信连接，多个控制器(30)与所述子网网关(20)或所述中央网关(10)电性连接；所述中央网关(10)设有OBD接口(50)，通过所述OBD接口(50)与外部诊断设备(200)通信连接；
所述中央网关(10)，用于根据外部诊断设备(200)发送访问请求中的访问地址对应的网段地址，将所述访问请求并行发送至对应的所述子网网关(20)，其中，所述访问请求包括软件升级请求及诊断请求；
所述子网网关(20)，用于将接收到的所述访问请求放入发送等待队列中；
所述子网网关(20)，还用于在与所述发送等待队列中一所述访问请求相邻的上一个访问请求对应的所述控制器(30)的响应时延内，根据所述访问请求的访问地址将所述访问请求发送至对应的所述控制器(30)。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710947164.9A CN107659494B (zh) | 2017-10-12 | 2017-10-12 | 数据处理方法及智能车载网关 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710947164.9A CN107659494B (zh) | 2017-10-12 | 2017-10-12 | 数据处理方法及智能车载网关 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107659494A true CN107659494A (zh) | 2018-02-02 |
| CN107659494B CN107659494B (zh) | 2020-07-07 |
Family
ID=61117734
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710947164.9A Active CN107659494B (zh) | 2017-10-12 | 2017-10-12 | 数据处理方法及智能车载网关 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107659494B (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108683594A (zh) * | 2018-05-10 | 2018-10-19 | 宝沃汽车（中国）有限公司 | 车辆网关路由方法、装置、车辆及存储介质 |
| CN110855532A (zh) * | 2019-11-28 | 2020-02-28 | 安徽江淮汽车集团股份有限公司 | 车载网关测试方法、装置、设备及存储介质 |
| CN110891023A (zh) * | 2019-10-31 | 2020-03-17 | 上海赫千电子科技有限公司 | 一种基于优先级策略的信号路由转换方法及装置 |
| CN110990034A (zh) * | 2019-10-25 | 2020-04-10 | 上海艾拉比智能科技有限公司 | Ecu升级方法、系统、电子设备及存储介质 |
| CN111694335A (zh) * | 2019-03-12 | 2020-09-22 | 广州汽车集团股份有限公司 | 一种汽车ecu诊断方法及其系统、网关设备 |
| CN111953585A (zh) * | 2019-05-14 | 2020-11-17 | 现代自动车株式会社 | 网关装置及其控制方法 |
| CN112565341A (zh) * | 2020-11-13 | 2021-03-26 | 华人运通(江苏)技术有限公司 | 诊断路由的方法、装置、系统、设备和存储介质 |
| CN112615932A (zh) * | 2020-12-25 | 2021-04-06 | 深圳市元征科技股份有限公司 | 一种基于车辆总线的通讯方法和车辆网关设备 |
| CN113300946A (zh) * | 2021-05-24 | 2021-08-24 | 北京理工大学 | 一种多核多通信协议网关及其管理调度方法 |
| CN114545906A (zh) * | 2022-02-28 | 2022-05-27 | 奇瑞汽车股份有限公司 | 车载以太网网关及车辆 |
| CN114995353A (zh) * | 2022-06-23 | 2022-09-02 | 中国第一汽车股份有限公司 | 一种整车诊断方法、装置及系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120202566A1 (en) * | 2011-02-04 | 2012-08-09 | Peiker Acustic Gmbh & Co. Kg | Control device or hybrid device |
| CN103701694A (zh) * | 2012-09-27 | 2014-04-02 | 株式会社日立制作所 | 网关装置及数据处理方法 |
| CN104125152A (zh) * | 2013-04-23 | 2014-10-29 | 浙江大学 | 一种基于车载网关提高车载网络可靠性的方法 |
| US20160021238A1 (en) * | 2010-09-21 | 2016-01-21 | Cellepathy Ltd. | Restricting mobile device usage |
| CN105897819A (zh) * | 2015-10-21 | 2016-08-24 | 乐卡汽车智能科技（北京）有限公司 | 用于包括多个子网的车载网络的数据通信方法、系统及网关 |
-
2017
- 2017-10-12 CN CN201710947164.9A patent/CN107659494B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160021238A1 (en) * | 2010-09-21 | 2016-01-21 | Cellepathy Ltd. | Restricting mobile device usage |
| US20120202566A1 (en) * | 2011-02-04 | 2012-08-09 | Peiker Acustic Gmbh & Co. Kg | Control device or hybrid device |
| CN103701694A (zh) * | 2012-09-27 | 2014-04-02 | 株式会社日立制作所 | 网关装置及数据处理方法 |
| CN104125152A (zh) * | 2013-04-23 | 2014-10-29 | 浙江大学 | 一种基于车载网关提高车载网络可靠性的方法 |
| CN105897819A (zh) * | 2015-10-21 | 2016-08-24 | 乐卡汽车智能科技（北京）有限公司 | 用于包括多个子网的车载网络的数据通信方法、系统及网关 |
Non-Patent Citations (1)
| Title |
|---|
| 周霖: "基于AUTOSAR标准的网络管理栈-SmartSAR NM的设计与实现", 《万方学位论文》 * |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108683594A (zh) * | 2018-05-10 | 2018-10-19 | 宝沃汽车（中国）有限公司 | 车辆网关路由方法、装置、车辆及存储介质 |
| CN111694335A (zh) * | 2019-03-12 | 2020-09-22 | 广州汽车集团股份有限公司 | 一种汽车ecu诊断方法及其系统、网关设备 |
| CN111694335B (zh) * | 2019-03-12 | 2022-04-19 | 广州汽车集团股份有限公司 | 一种汽车ecu诊断方法及其系统、网关设备 |
| CN111953585B (zh) * | 2019-05-14 | 2024-01-23 | 现代自动车株式会社 | 网关装置及其控制方法 |
| CN111953585A (zh) * | 2019-05-14 | 2020-11-17 | 现代自动车株式会社 | 网关装置及其控制方法 |
| CN110990034A (zh) * | 2019-10-25 | 2020-04-10 | 上海艾拉比智能科技有限公司 | Ecu升级方法、系统、电子设备及存储介质 |
| CN110990034B (zh) * | 2019-10-25 | 2024-02-02 | 上海艾拉比智能科技有限公司 | Ecu升级方法、系统、电子设备及存储介质 |
| CN110891023B (zh) * | 2019-10-31 | 2021-12-14 | 上海赫千电子科技有限公司 | 一种基于优先级策略的信号路由转换方法及装置 |
| CN110891023A (zh) * | 2019-10-31 | 2020-03-17 | 上海赫千电子科技有限公司 | 一种基于优先级策略的信号路由转换方法及装置 |
| CN110855532B (zh) * | 2019-11-28 | 2021-11-26 | 安徽江淮汽车集团股份有限公司 | 车载网关测试方法、装置、设备及存储介质 |
| CN110855532A (zh) * | 2019-11-28 | 2020-02-28 | 安徽江淮汽车集团股份有限公司 | 车载网关测试方法、装置、设备及存储介质 |
| CN112565341A (zh) * | 2020-11-13 | 2021-03-26 | 华人运通(江苏)技术有限公司 | 诊断路由的方法、装置、系统、设备和存储介质 |
| CN112615932B (zh) * | 2020-12-25 | 2023-10-31 | 深圳市元征科技股份有限公司 | 一种基于车辆总线的通讯方法和车辆网关设备 |
| CN112615932A (zh) * | 2020-12-25 | 2021-04-06 | 深圳市元征科技股份有限公司 | 一种基于车辆总线的通讯方法和车辆网关设备 |
| CN113300946A (zh) * | 2021-05-24 | 2021-08-24 | 北京理工大学 | 一种多核多通信协议网关及其管理调度方法 |
| CN113300946B (zh) * | 2021-05-24 | 2022-05-10 | 北京理工大学 | 一种多核多通信协议网关及其管理调度方法 |
| CN114545906A (zh) * | 2022-02-28 | 2022-05-27 | 奇瑞汽车股份有限公司 | 车载以太网网关及车辆 |
| CN114545906B (zh) * | 2022-02-28 | 2024-05-10 | 奇瑞汽车股份有限公司 | 车载以太网网关及车辆 |
| CN114995353A (zh) * | 2022-06-23 | 2022-09-02 | 中国第一汽车股份有限公司 | 一种整车诊断方法、装置及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107659494B (zh) | 2020-07-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107659494A (zh) | 数据处理方法及智能车载网关 | |
| EP3622695B1 (en) | Cloud modification of modular applications running on local devices | |
| CN107465588B (zh) | 多路总线网络的状态控制方法、装置及网络管理系统 | |
| CN102801551B (zh) | 基于osek网络管理的can网络管理方法 | |
| US10050864B2 (en) | Operation mode transition method in network | |
| CN111064627A (zh) | 一种电力物联终端即插即用管理系统 | |
| CN103747024A (zh) | 一种基于云计算的智能交互机器人系统及交互方法 | |
| CN111786862B (zh) | 控制系统及其控制方法、全地形车 | |
| CN111404753A (zh) | 一种扁平网络配置方法、计算机设备及存储介质 | |
| CN108255614A (zh) | 一种基于微服务架构的接口调用系统及方法 | |
| CN107196771A (zh) | 车载网络系统同步休眠方法、系统及网关控制器 | |
| CN106506595A (zh) | 基于点对点的物联网智能社区设备的升级方法 | |
| CN107920007A (zh) | 车辆网络中的多个通信节点的第一通信节点及其操作方法 | |
| CN107018089A (zh) | 网络中的通信节点的操作方法 | |
| CN109067633A (zh) | 基于以太网菊花链通讯网络拓扑的电源管理系统及方法 | |
| CN105407136A (zh) | 一种列车网络通信实现方法 | |
| CN1908832A (zh) | 一种车载智能控制装置和方法 | |
| CN106990717A (zh) | 一种无线多重自组网、组网方法及其通信方法 | |
| CN103428260A (zh) | 用于将终端分配到服务器并高效地提示终端的系统及方法 | |
| CN103905498B (zh) | 服务信息管理方法及服务信息管理系统 | |
| CN109818880A (zh) | 动态分派工作及提供资源的方法、装置及其系统 | |
| CN109862107A (zh) | 多线程调度指定升级方法、服务端及客户端 | |
| CN103986588B (zh) | 电脑系统及电脑装置的远端遥控方法 | |
| CN107707424A (zh) | 负载状态的控制方法及系统 | |
| CN101197741B (zh) | 个人域网络内节点间的关联方法及获取关联方式的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20180613 Address after: No. 1177 Haichang Road, Taizhou, Zhejiang Province, Zhejiang Applicant after: LINGKE AUTOMOTIVE TECHNOLOGY (TAIZHOU) Co.,Ltd. Address before: 315000 818 Binhai two road, Hangzhou Bay New District, Ningbo, Zhejiang Applicant before: NINGBO GEELY AUTOMOBILE RESEARCH AND DEVELOPMENT Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: No. 1177 Haichang Road, Taizhou, Zhejiang Province, Zhejiang Patentee after: Lingke automobile (Taizhou) Co.,Ltd. Address before: No. 1177 Haichang Road, Taizhou, Zhejiang Province, Zhejiang Patentee before: LINGKE AUTOMOTIVE TECHNOLOGY (TAIZHOU) Co.,Ltd. |
|
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 315400 No. 16, Binhai Avenue, Zhongyi Ningbo ecological park, Yuyao City, Ningbo City, Zhejiang Province Patentee after: Lingke automobile technology (Yuyao) Co.,Ltd. Address before: No. 1177 Haichang Road, Taizhou, Zhejiang Province, Zhejiang Patentee before: Lingke automobile (Taizhou) Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211028 Address after: 315400 Zhongyi Ningbo ecology and Binhai Avenue, Yuyao, Ningbo, Zhejiang Patentee after: Yuyao Lingke Auto Parts Co.,Ltd. Patentee after: Lingke automobile technology (Yuyao) Co.,Ltd. Patentee after: ZHEJIANG GEELY HOLDING GROUP Co.,Ltd. Address before: 315400 No. 16, Binhai Avenue, Zhongyi Ningbo ecological park, Yuyao City, Ningbo City, Zhejiang Province Patentee before: Lingke automobile technology (Yuyao) Co.,Ltd. |