CN112104596A

CN112104596A - 一种聚合多种车联网通信协议的数据接入方法和系统

Info

Publication number: CN112104596A
Application number: CN202010601845.1A
Authority: CN
Inventors: 刘华; 张�诚; 丁石立; 王科; 刘锋; 李晓聪; 蔡文; 张宇
Original assignee: South Sagittarius Integration Co Ltd
Current assignee: South Sagittarius Integration Co Ltd
Priority date: 2020-06-29
Filing date: 2020-06-29
Publication date: 2020-12-18
Anticipated expiration: 2040-06-29
Also published as: CN112104596B

Abstract

一种聚合多种车联网通信协议的数据接入方法，包括：车载终端对接入程序发送的数据包是否为第一包进行判断；当数据包为第一包时，将数据包发送给协议配适器，协议配适器按预设规则确定当前车联网通信协议类型，加载当前车联网通信类型对应解码器；当数据包不为第一包时，将数据包发送给第一包确定的解码器进行解析；转义解码器对数据包中的数值进行转义；协议解码器对转义后的数据包进行解析，解析出消息包属性值；消息路由器将消息体发送给业务处理器；业务处理器解析消息体，并根据业务需求进行存储。本发明解决了现有技术每种协议开发一套接入程序，并分别部署到不同的IP与端口上，服务的可扩展性都极差，维护起来煞费精力的问题。

Description

一种聚合多种车联网通信协议的数据接入方法和系统

技术领域

本发明属于车联网通信技术领域，特别是一种聚合多种车联网通信协议的数据接入方法和系统。

背景技术

随着车联网行业的高速发展，装载在车上的车载终端的种类也越来越多，根据厂家不同、出厂时间不同、所处地市不同，造成车载终端与接入服务间的数据通信协议也会有所不同，比如常见的车联网JTT808协议、JTT809协议、GBT32960协议、以及一些工程车、环保车、渣土车等所用的其他协议，甚至包括以后新增的协议等，在数据接入时往往就需要同时接入以上一种或多种协议的车载终端。

传统的方案一般都是针对每种协议开发一套接入程序，并分别部署到不同的IP与端口上；这样一来会使得接入程序会随着接入终端协议种类的不同，部署的服务越来越多，每个服务的可扩展性都极差，均只支持一种协议的车载终端接入；面对部署的多个不同类别的接入服务，在服务管理上也增加了不少的复杂度，维护起来煞费精力。

发明内容

鉴于上述问题，本发明提供一种克服上述问题或者至少部分地解决上述问题的一种聚合多种车联网通信协议的数据接入方法和系统。

一种聚合多种车联网通信协议的数据接入方法，包括：

S100.车载终端对接入程序发送的数据包是否为第一包进行判断；

S200.当数据包为第一包时，将数据包发送给协议配适器，协议配适器按预设规则确定当前车联网通信协议类型，加载当前车联网通信类型对应解码器；当数据包不为第一包时，将数据包发送给第一包确定的解码器进行解析；

S300.第一包确定的解码器包括转义解码器和协议解码器，转义解码器对数据包中的数值进行转义，并将转义后的数据包发送给协议解码器；

S400.协议解码器对转义后的数据包进行解析，解析出消息包属性值，将消息包属性值发送给消息路由器，所述消息包属性值至少包括业务消息ID和消息体；

S500.消息路由器预先获取业务处理器需要处理的业务消息ID，根据消息包属性值中的业务消息ID匹配对应业务处理器，并将消息体发送给业务处理器；

S600.业务处理器解析消息体，并根据业务需求进行存储。

进一步地，S200中，协议配适器根据数据包第一包开始标识位和结束标识位确定车联网通信协议类型。

进一步地，车联网通信协议类型至少包括：JT/T808-2011协议、JT/T809-2011协议和GB/T32960协议。

进一步地，当数据包第一包开始标识位为0x7e、结束标识位为0x7e时，协议适配器匹配的车联网通信协议类型为JT/T808-2011协议。

进一步地，当数据包第一包开始标识位为0x5b、结束标识位为0x5d时，协议适配器匹配的车联网通信协议类型为JT/T809-2011协议。

进一步地，当数据包第一包开始标识位为0x230x23，协议适配器匹配的车联网通信协议类型为GB/T32960协议。

进一步地，消息包属性值还包括：协议类型、消息头唯一值、消息流水号、协议额外属性。

进一步地，S600中，业务处理器解析消息体，并根据业务需求转发解析后的数据。

本发明还公开了一种聚合多种车联网通信协议的数据接入系统，包括：数据包判断模块、协议适配器模块、解码器模块、消息路由器模块、业务处理器模块；其中：

数据包判断模块，对接入程序发送的数据包是否为第一包进行判断，当数据包为第一包时，将数据包发送给协议配适器模块，按预设规则确定当前车联网通信协议类型，加载当前车联网通信类型对应解码器；当数据包不为第一包时，将数据包发送给第一包确定的解码器进行解析；

协议适配器模块，用于根据数据包第一包确定车联网协议类型，并加载当前车联网通信类型对应解码器；

解码器模块，包括转义解码器和协议解码器，转义解码器对数据包中的数值进行转义，并将转义后的数据包发送给协议解码器；协议解码器对转义后的数据包进行解析，解析出消息包属性值，将消息包属性值发送给消息路由器，所述消息包属性值至少包括业务消息ID和消息体；

消息路由器模块，用于预先获取业务处理器需要处理的业务消息ID，根据消息包属性值中的业务消息ID匹配对应业务处理器，并将消息体发送给业务处理器；

业务处理器模块，对消息体进行解析，并根据业务需求进行存储或转发解析后的数据。

进一步地，协议适配器模块根据数据包开始标识位和结束标识位确定车联网通信协议类型。

本发明的有益效果是：

本发明通过一个服务同时接入多个协议的数据，满足一个项目下需要接入各种不同协议的车载终端的需求，解决了现有技术每种协议开发一套接入程序，并分别部署到不同的IP与端口上，每个服务的可扩展性都极差，维护起来煞费精力的问题，节约服务器资源，降低运维成本。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例1中，一种聚合多种车联网通信协议的数据接入方法流程图；

图2为本发明实施例2中，一种聚合多种车联网通信协议的数据接入系统结构图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例1

本实施例公开了一种聚合多种车联网通信协议的数据接入方法，包括：

S100车载终端对接入程序发送的数据包是否为第一包进行判断；可以理解的，车载终端首次接收程序发送的数据包时，刚开始接受的数据包即为数据包第一包，第一包以后的数据包即为是举报其他包，本实施例中，仅对数据包第一包进行判断。

S200.当数据包为第一包时，将数据包发送给协议配适器，协议配适器按预设规则确定当前车联网通信协议类型，加载当前车联网通信类型对应解码器；当数据包不为第一包时，将数据包发送给第一包确定的解码器进行解析。

具体的，当数据包为第一包时，协议配适器按预设规则确定当前车联网通信协议类型，预设规则为根据数据包第一包开始标识位和结束标识位确定车联网通信协议类型。

在一些优选实施例中，车联网通信协议类型至少包括：JT/T808-2011协议、JT/T809-2011协议和GB/T32960协议。其中，JT/T808-2011表示道路运输车辆卫星定位系统终端通讯协议及数据格式，JT/T809-2011表示道路运输车辆卫星定位系统平台数据交换，GB/T32960表示电动汽车远程服务与管理系统技术规范。

在一些优选实施例中，当数据包第一包开始标识位为0x7e、结束标识位为0x7e时，协议适配器匹配的车联网通信协议类型为JT/T808-2011协议。当数据包第一包开始标识位为0x5b、结束标识位为0x5d时，协议适配器匹配的车联网通信协议类型为JT/T809-2011协议。当数据包第一包开始标识位为0x230x23，协议适配器匹配的车联网通信协议类型为GB/T32960协议。

S300.第一包确定的解码器包括转义解码器和协议解码器，转义解码器对数据包中的数值进行转义，并将转义后的数据包发送给协议解码器。

具体的，在一些优选实施例中，当前车联网协议为JT/T808-2011时，将0x7d0x02转义成0x7e，将0x7d0x01转义成0x7d；当前车联网协议为JT/T809-2011时，将0x5a0x01转义成0x5b，将0x5a0x02转义成0x5a，将0x5e0x01转义成0x5d，将0x5e0x02转义成0x5e。转义后根据对应协议对整包做数据校验，以防数据被篡改或包不完整，若校验通过则进入协议解码器。

S400.协议解码器对转义后的数据包进行解析，解析出消息包属性值，将消息包属性值发送给消息路由器，所述消息包属性值至少包括业务消息ID和消息体。

在一些优选实施例中，协议解码器解码后的消息包属性值还包括：协议类型、消息头唯一值、消息流水号、协议额外属性。

S500.消息路由器预先获取业务处理器需要处理的业务消息ID，根据消息包属性值中的业务消息ID匹配对应业务处理器，并将消息体发送给业务处理器。

例如，消息路由器预先获取业务处理A需要处理的业务消息ID为1，当消息路由器获取数据包属性值值中的业务消息ID为1时，将属性值ID为1的数据包消息体发送给业务处理器A，达到业务处理器和业务消息ID、消息体匹配的目的。

S600.业务处理器解析消息体，并根据业务需求进行存储。在一些优选实施例中，业务处理器解析消息体，还可以根据业务需求转发解析后的数据。

本实施例公开的一种聚合多种车联网通信协议的数据接入方法，通过一个服务同时接入多个协议的数据，满足一个项目下需要接入各种不同协议的车载终端的需求，解决了现有技术每种协议开发一套接入程序，并分别部署到不同的IP与端口上，每个服务的可扩展性都极差，维护起来煞费精力的问题，节约服务器资源，降低运维成本。

实施例2

本实施例公开了一种聚合多种车联网通信协议的数据接入系统，包括：数据包判断模块1、协议适配器模块2、解码器模块3、消息路由器模块4、业务处理器模块5；其中：

数据包判断模块1，用于对接入程序发送的数据包是否为第一包进行判断，当数据包为第一包时，将数据包发送给协议配适器模块2，按预设规则确定当前车联网通信协议类型，加载当前车联网通信类型对应解码器；当数据包不为第一包时，将数据包发送给第一包确定的解码器模块3进行解析。

协议适配器模块2，用于根据数据包第一包确定车联网协议类型，并加载当前车联网通信类型对应解码器。

具体的，协议适配器模块2根据数据包第一包确定车联网协议类型得规则为：根据数据包第一包开始标识位和结束标识位确定车联网通信协议类型。

解码器模块3，包括转义解码器和协议解码器，转义解码器对数据包中的数值进行转义，并将转义后的数据包发送给协议解码器；协议解码器对转义后的数据包进行解析，解析出消息包属性值，将消息包属性值发送给消息路由器，所述消息包属性值至少包括业务消息ID和消息体。

在一些优选实施例中，当前车联网协议为JT/T808-2011时，将0x7d0x02转义成0x7e，将0x7d0x01转义成0x7d；当前车联网协议为JT/T809-2011时，将0x5a0x01转义成0x5b，将0x5a0x02转义成0x5a，将0x5e0x01转义成0x5d，将0x5e0x02转义成0x5e。转义后根据对应协议对整包做数据校验，以防数据被篡改或包不完整，若校验通过则进入协议解码器模块。

消息路由器模块4，用于预先获取业务处理器需要处理的业务消息ID，根据消息包属性值中的业务消息ID匹配对应业务处理器，并将消息体发送给业务处理器5；消息路由器模块4具体的匹配方法已在实施例1中进行举例描述，在此不再进行赘述。

业务处理器模块5，对消息体进行解析，并根据业务需求进行存储或转发解析后的数据。

本实施例公开的一种聚合多种车联网通信协议的数据接入系统，通过一个服务同时接入多个协议的数据，满足一个项目下需要接入各种不同协议的车载终端的需求，解决了现有技术每种协议开发一套接入程序，并分别部署到不同的IP与端口上，每个服务的可扩展性都极差，维护起来煞费精力的问题，节约服务器资源，降低运维成本。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

Claims

1.一种聚合多种车联网通信协议的数据接入方法，其特征在于，包括：

S600.业务处理器解析消息体，并根据业务需求进行存储。

2.如权利要求1的一种聚合多种车联网通信协议的数据接入方法，其特征在于，S200中，协议配适器按预设规则确定当前车联网通信协议类型，预设规则为：根据数据包第一包开始标识位和结束标识位确定车联网通信协议类型。

3.如权利要求2的一种聚合多种车联网通信协议的数据接入方法，其特征在于，车联网通信协议类型至少包括：JT/T808-2011协议、JT/T809-2011协议和GB/T32960协议。

4.如权利要求3的一种聚合多种车联网通信协议的数据接入方法，其特征在于，当数据包第一包开始标识位为0x7e、结束标识位为0x7e时，协议适配器匹配的车联网通信协议类型为JT/T808-2011协议。

5.如权利要求3的一种聚合多种车联网通信协议的数据接入方法，其特征在于，当数据包第一包开始标识位为0x5b、结束标识位为0x5d时，协议适配器匹配的车联网通信协议类型为JT/T809-2011协议。

6.如权利要求3的一种聚合多种车联网通信协议的数据接入方法，其特征在于，当数据包第一包开始标识位为0x230x23时，协议适配器匹配的车联网通信协议类型为GB/T32960协议。

7.如权利要求1的一种聚合多种车联网通信协议的数据接入方法，其特征在于，消息包属性值还包括：协议类型、消息头唯一值、消息流水号、协议额外属性。

8.如权利要求1的一种聚合多种车联网通信协议的数据接入方法，其特征在于，S600中，业务处理器解析消息体，并根据业务需求转发解析后的数据。

9.一种聚合多种车联网通信协议的数据接入系统，其特征在于，包括：数据包判断模块、协议适配器模块、解码器模块、消息路由器模块、业务处理器模块；其中：

10.如权利要求9的一种聚合多种车联网通信协议的数据接入系统，其特征在于，协议适配器模块根据数据包开始标识位和结束标识位确定车联网通信协议类型。