一种多协议北斗数据采集的网关通信交互服务方法技术

本发明专利技术提供一种多协议北斗数据采集的网关通信交互服务方法，各不同厂商生产的设备将二进制信息传输至对应的协议解析服务项目，各个项目根据各自的厂商协议将二进制信息解析成可读的信息，存入同一个mongo数据库中，平台获取数据时只需与gRPC功能模块通讯，让gRPC模块于mongo数据库中查出需要的信息，展示在平台上，实现了协议和数据的解耦，消去了设备协议对平台获取定位数据的影响，可扩展性强，硬件不制约业务扩展；当要接入新设备时，只需建立新协议服务便可让设备在系统中运作，省去了建新平台的时间。上层出入口唯一，方便记录管理。

A Gateway Communication Interactive Service Method for Multi-protocol Beidou Data Acquisition

【技术实现步骤摘要】
一种多协议北斗数据采集的网关通信交互服务方法
本专利技术是一种多协议北斗数据采集的网关通信交互服务方法，属于通讯领域。
技术介绍
现有技术中，市面上存在多种车载定位产品，各种产品使用各自厂家的通信协议，每新增一种产品便要多一个平台获取设备数据，这样很不利于业务的扩展，后期维护起来也很麻烦。本系统将设备数据与平台的交流口合成了一个，实现了硬件与平台逻辑的分离，让硬件不再是制约业务扩展的因素。并且目前http请求速度较慢，如果通过http从个平台中取出数据强行并入一个平台中，大量的定位信息会使响应速度变慢，使用者体验不佳。而本系统使用grpc通信解决了http速度慢，耗流量大的问题。其中不同种类的设备支持不同的功能，对应不同的指令，记住一种设备支持哪些指令非常麻烦，添加设备指令更加麻烦，所以需要一种新的交互服务方法来解决该问题。
技术实现思路
针对现有技术存在的不足，本专利技术目的是提供一种多协议北斗数据采集的网关通信交互服务方法，以解决上述
技术介绍
中不同种类的设备支持不同的功能，对应不同的指令，记住一种设备支持哪些指令非常麻烦的问题。为了实现上述目的，本专利技术是通过如下的技术方案来实现：一种多协议北斗数据采集的网关通信交互服务方法，其包括如下步骤：S1：车载定位设备将信息上传至北斗数据平台；S2：北斗数据平台对数据处理后进行指令下发。进一步地，在S1中，各不同厂商生产的设备将二进制信息传输至对应的协议解析服务项目，各个项目根据各自的厂商协议将二进制信息解析成可读的信息，存入同一个mongo数据库中，平台获取数据时只需与gRPC功能模块通讯，让gRPC模块于mongo数据库中查出需要的信息，展示在平台上，实现了协议和数据的解耦，消去了设备协议对平台获取定位数据的影响。进一步地，在S2中，平台按照预整理的设备类型对应指令格式表向gRPC发送指令请求，gRPC将请求存入mysql数据库中，当指令的目标设备上线时，对应的协议解析服务项目从数据库中取得该指令的下发请求，将该条指令按照协议转为二进制编码发送给设备，同时修改该条指令状态为已发送，以供平台查询下发结果，平台不用关心指令是否传至对应的协议解析服务项目或是否成功解析，只需通过gRPC查询下发结果，削弱了协议和平台下发指令的耦合性。进一步地，利用gRPC对外提供数据接口，直接读取mongo数据库中由协议解析服务解析出来的设备信息,同时向外提供以下功能:获取设备最新的定位和状态，获取设备历史轨迹，设置报警规则，下发设备指令等，外部的操作都经由gRPC功能模块进入系统。进一步地，在S2中，平台将预设的指令码和参数传入gRPC功能模块中，gRPC将其写入指令表中，协议网关根据上线的设备来搜索这张指令表中未下发的对应设备的指令，如果搜到了就解析为字节流推送，并将指令状态改为发送成功,如果该种设备不支持该指令，则将指令状态修改为未推送。本专利技术的有益效果：本专利技术的一种多协议北斗数据采集的网关通信交互服务方法，可扩展性强，硬件不制约业务扩展；当要接入新设备时，只需建立新协议服务便可让设备在系统中运作，省去了建新平台的时间。上层出入口唯一，方便记录管理；要获取mongo数据库中的设备信息或给设备下发指令仅能通过gRPC功能模块，出入口唯一有利于统计管理。指令扩展方便，下发安全；封装指令，配置指令通用模板，给予其它项目。不支持某条指令的设备下发该指令会被在解析时被销毁，确保指令的安全性和有效性。添加新的指令也仅需添加新的模板，方便管理。附图说明通过阅读参照以下附图对非限制性实施例所作的详细描述，本专利技术的其它特征、目的和优点将会变得更明显：图1为本专利技术一种多协议北斗数据采集的网关通信交互服务方法中信息上传的结构示意图；图2为本专利技术一种多协议北斗数据采集的网关通信交互服务方法中指令下发的示意图。具体实施方式为使本专利技术实现的技术手段、创作特征、达成目的与功效易于明白了解，下面结合具体实施方式，进一步阐述本专利技术。请参阅图1和图2，本专利技术提供一种技术方案：一种多协议北斗数据采集的网关通信交互服务方法，首先车载定位设备将信息上传至北斗数据平台，然后北斗数据平台对数据处理后进行指令下发。其中各不同厂商生产的设备将二进制信息传输至对应的协议解析服务项目，各个项目根据各自的厂商协议将二进制信息解析成可读的信息，存入同一个mongo数据库中，平台获取数据时只需与gRPC功能模块通讯，让gRPC模块于mongo数据库中查出需要的信息，展示在平台上，实现了协议和数据的解耦，消去了设备协议对平台获取定位数据的影响。另外平台按照预整理的设备类型对应指令格式表向gRPC发送指令请求，gRPC将请求存入mysql数据库中，当指令的目标设备上线时，对应的协议解析服务项目从数据库中取得该指令的下发请求，将该条指令按照协议转为二进制编码发送给设备，同时修改该条指令状态为已发送，以供平台查询下发结果，平台不用关心指令是否传至对应的协议解析服务项目或是否成功解析，只需通过gRPC查询下发结果，削弱了协议和平台下发指令的耦合性。利用gRPC对外提供数据接口，直接读取mongo数据库中由协议解析服务解析出来的设备信息,同时向外提供以下功能:获取设备最新的定位和状态，获取设备历史轨迹，设置报警规则，下发设备指令等，外部的操作都经由gRPC功能模块进入系统。最后台将预设的指令码和参数传入gRPC功能模块中，gRPC将其写入指令表中，协议网关根据上线的设备来搜索这张指令表中未下发的对应设备的指令，如果搜到了就解析为字节流推送，并将指令状态改为发送成功。如果该种设备不支持该指令，则将指令状态修改为未推送。在这过程中，定位设备可以是多种多样的设备，如行驶记录仪，车载平板等设备，另外数据库可替换为oracle，SQLServer等。以上显示和描述了本专利技术的基本原理和主要特征和本专利技术的优点,对于本领域技术人员而言，显然本专利技术不限于上述示范性实施例的细节，而且在不背离本专利技术的精神或基本特征的情况下，能够以其他的具体形式实现本专利技术。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本专利技术的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本专利技术内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。本文档来自技高网...

【技术保护点】
1.一种多协议北斗数据采集的网关通信交互服务方法，其特征在于包括如下步骤：S1：车载定位设备将信息上传至北斗数据平台；S2：北斗数据平台对数据处理后进行指令下发。

【技术特征摘要】
1.一种多协议北斗数据采集的网关通信交互服务方法，其特征在于包括如下步骤：S1：车载定位设备将信息上传至北斗数据平台；S2：北斗数据平台对数据处理后进行指令下发。2.根据权利要求1所述的一种多协议北斗数据采集的网关通信交互服务方法，其特征在于：在S1中，各不同厂商生产的设备将二进制信息传输至对应的协议解析服务项目，各个项目根据各自的厂商协议将二进制信息解析成可读的信息，存入同一个mongo数据库中，平台获取数据时只需与gRPC功能模块通讯，让gRPC模块于mongo数据库中查出需要的信息，展示在平台上，实现了协议和数据的解耦，消去了设备协议对平台获取定位数据的影响。3.根据权利要求1所述的一种多协议北斗数据采集的网关通信交互服务方法，其特征在于：在S2中，平台按照预整理的设备类型对应指令格式表向gRPC发送指令请求，gRPC将请求存入mysql数据库中，当指令的目标设备上线时，对应的协议解析服务项目从数据库中取得该指令的下发请求，将该条指令按照...

【专利技术属性】
技术研发人员：袁泽宇，庄福业，邓维爱，彭文斌，
申请(专利权)人：广东侍卫长北斗科技股份公司，
类型：发明
国别省市：广东,44