CN105512806A - 一种统一车辆管理平台数据接入海量平台的方法及*** - Google Patents

Abstract

本申请提供了一种统一车辆管理平台数据接入海量平台的方法，从统一车辆管理平台的数据库中读取待接入海量平台的车辆数据；对所述车辆数据进行组织处理；调用UAPI将组织处理后的车辆数据存入海量平台。本申请中将统一车辆管理平台中的数据接入到海量平台中，实现对统一车辆管理平台中数据的访问，能够高效的从统一车辆管理平台中提取有效的车辆数据，提高了车辆的管理水平。

Description

一种统一车辆管理平台数据接入海量平台的方法及***

技术领域

本申请涉及车辆数据管理领域，特别涉及一种统一车辆管理平台数据接入海量平台的方法及***。

背景技术

随着技术的发展，人们对统一车辆管理平台数据接入到海量平台的方法越来越关注。

传统的运营企业的管理软件由于当时技术的局限性，只能管理车站或者企业内部的对象，而对车辆这个主要对象，缺乏及时的监控和信息管理。通过统一车辆管理平台，运营企业可以及时的监控车辆的运行状态，并可以根据积累的车辆运行信息加强在运营分析决策、线路规划等方面的应用，从而提高管理水平，为企业创造更多的价值。

因此，如何有效的将统一车辆管理平台数据接入到海量平台中，实现对车辆的监控和信息管理是本领域技术人员目前需要解决的技术问题。

发明内容

本申请所要解决的技术问题是提供一种统一车辆管理平台数据接入海量平台的方法及***，能够有效的实现统一车辆管理平台数据的接入，提高对车辆的管理水平。

其具体方案如下：

一种统一车辆管理平台数据接入海量平台的方法，该方法包括：

按照预设时间间隔，从统一车辆管理平台的数据库中读取待接入的车辆数据；

对所述车辆数据进行组织处理；

调用UAPI将组织处理后的车辆数据存入海量平台。

上述的方法，优选的，所述调用UAPI将组织处理后的车辆数据存入所述海量平台，包括：

连接所述海量平台的数据库；

对所述组织处理后的车辆数据采用测点名进行标识；

将标识后的车辆数据存入所述海量平台；

断开与所述海量平台的数据库的连接。

上述的方法，优选的，所述将标识后的车辆数据存入所述海量平台，包括：

整理测点数据，包括测点名称，其中，所述测点数据为采用测点名标识后的车辆数据；

根据所述测点名称查询对应的测点ID；

将查询到测点ID的测点数值写入所述海量平台的数据库。

上述的方法，优选的，还包括：

根据所述车辆数据，监控车辆的坐标轨迹信息和位置信息。

上述的方法，优选的，还包括：

当所述车辆的驾驶状态不符合正常驾驶状态时，进行报警。

一种统一车辆管理平台数据接入海量平台的***，该***包括：

读取单元，用于按照预设时间间隔，从统一车辆管理平台的数据库中读取待接入的车辆数据；

组织处理单元，用于对所述车辆数据进行组织处理；

保存单元，用于调用UAPI将组织处理后的车辆数据存入所述海量平台。

上述的***，优选的，所述保存单元包括：

连接单元，用于连接所述海量平台的数据库；

标识单元，用于对所述组织处理后的车辆数据采用测点名进行标识；

存入单元，用于将标识后的车辆数据存入所述海量平台；

断开单元，用于断开与所述海量平台的数据库的连接。

上述的***，优选的，所述存入单元包括：

整理单元，用于整理测点数据，包括测点名称，其中，所述测点数据为采用测点名标识后的车辆数据；

查询单元，用于根据所述测点名称查询对应的测点ID；

写入单元，用于将查询到测点ID的测点数值写入所述海量平台的数据库。

上述的***，优选的，还包括：

监控单元，用于根据所述车辆数据，监控车辆的坐标轨迹信息和位置信息。

上述的***，优选的，还包括：

报警单元，用于当所述车辆的驾驶状态不符合正常驾驶状态时，进行报警。

本申请提供的一种统一车辆管理平台数据接入海量平台的方法中，按照预设时间间隔，从统一车辆管理平台的数据库中读取待接入的车辆数据；对所述车辆数据进行组织处理；调用UAPI将组织处理后的车辆数据存入海量平台。本申请中将统一车辆管理平台中的数据接入到海量平台中，实现对统一车辆管理平台中数据的访问，能够高效的从统一车辆管理平台中提取有效的车辆数据，提高了车辆的管理水平。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请的一种统一车辆管理平台数据接入海量平台的方法实施例的流程图；

图2是本申请的网络拓扑结构；

图3是本申请调用UAPI将数据存入海量平台的具体实现过程图；

图4是本申请的一种统一车辆管理平台数据接入海量平台的***实施例的示意图；

图5是本申请的一种统一车辆管理平台数据接入海量平台的***具体实现的结构示意图。

具体实施方式

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

参考图1，示出了本申请一种统一车辆管理平台数据接入海量平台的方法实施例的流程图，可以包括以下步骤：

步骤S101：按照预设时间间隔，从统一车辆管理平台的数据库中读取待接入的车辆数据。

本申请中的统一车辆管理平台数据接入海量平台的方法是基于统一车辆管理平台和海量平台的，根据海量平台接入规范，将统一车辆管理平台数据库中的数据接入到海量平台中。所述统一车辆管理平台通过接口服务器与海量平台相连接，具体的网络拓扑结构如图2所示。

本申请基于实时数据库技术，实时数据库是专门用于处理具有时间序列特性的数据的数据库，其支持数据周期存储和变化即存储两种数据存储机制，支持海量数据高效存储，支持快速批量检索数据，因此能够很好地满足调度自动化***的需求，从而实现精益化调度。

实时数据库一般采用测点名来标识所存储的数据，每个测点都对应存储某个前置采集指标的实时数据，各实时数据库测点中存储的数据格式都大同小异。

本申请中读取的车辆数据包括车辆的历史数据和准实时数据。

具体的，本申请中直接从统一车辆管理平台的ORACLE数据库上的数据接出视图上读取车载***的历史/准实时数据。

本申请中，每隔预设时间，就从统一车辆管理平台的数据库中读取一次车辆的数据，这里的时间间隔可以是5分钟，但是并不局限于此，根据具体情况而设定。

步骤S102：对所述车辆数据进行组织处理。

将获取的车辆的历史/准实时数据按照海量平台命名规范进行组织处理，本申请中，将获取的历史/准实时数据接入海量平台属于GPS组，其命名方式为：网省.子控制区(地市).GPS.车辆id.标示。

步骤S103：调用UAPI将组织处理后的车辆数据存入海量平台。

本申请提供的一种统一车辆管理平台数据接入海量平台的方法中，将统一车辆管理平台中的数据接入到海量平台中，实现对统一车辆管理平台中数据的访问，能够高效的从统一车辆管理平台中提取有效的车辆数据，提高了车辆的管理水平。

本申请中，调用UAPI将组织处理后的车辆数据存入海量平台的过程为：

接口服务器连接所述海量平台的数据库。

海量平台对所述组织处理后的车辆数据采用测点名进行标识。

将标识后的车辆数据存入所述海量平台。

断开与所述海量平台的数据库的连接。

将标识后的车辆数据存入所述海量平台包括：

整理测点数据，包括测点名称，其中，所述测点数据为采用测点名标识后的车辆数据。

根据所述测点名称查询对应的测点ID；将查询到测点ID的测点数值写入所述海量平台的数据库。

在具体实现的过程中，如图3所示，连接海量平台的数据库，此处简称海量数据库，判断连接海量数据库是否成功，若失败，则重复连接海量数据库；若成功，则判断从统一车辆管理平台读取的本周期数据是否已经写入海量数据库，若是，则结束；若否，则整理待写入的测点数据，包括测点数据的名称、类型、时间戳、测量值和质量码，然后根据测点名称查询相应的测点ID，若查询到，则将所述测点的数值写入数据库，若没有查询到，则***新的测点，将新的测点的数值写入数据库。

本申请中，还包括：

根据所述车辆数据，监控车辆的坐标轨迹信息和位置信息。

所述车辆的驾驶状态不符合正常驾驶状态(如违停，酒驾等)时，进行报警。

与上述本申请一种统一车辆管理平台数据接入海量平台的方法实施例所提供的方法相对应，参见图4，本申请还提供了一种统一车辆管理平台数据接入海量平台的***实施例，在本实施例中，该***包括：

读取单元401，用于按照预设时间间隔，从统一车辆管理平台的数据库中读取待接入的车辆数据。

组织处理单元402，用于对所述车辆数据进行组织处理。

保存单元403，用于调用UAPI将组织处理后的车辆数据存入所述海量平台。

所述保存单元包括：

连接单元，用于连接所述海量平台的数据库。

标识单元，用于对所述组织处理后的车辆数据采用测点名进行标识。

存入单元，用于将标识后的车辆数据存入所述海量平台。

断开单元，用于断开与所述海量平台的数据库的连接。

所述存入单元包括：

整理单元，用于整理测点数据，包括测点名称，其中，所述测点数据为采用测点名标识后的车辆数据。

查询单元，用于根据所述测点名称查询对应的测点ID。

写入单元，用于将查询到测点ID的测点数值写入所述海量平台的数据库。

本申请中，还包括：

监控单元，用于根据所述车辆数据，监控车辆的坐标轨迹信息和位置信息。

本申请中，还包括：

报警单元，用于当所述车辆的驾驶状态不符合正常驾驶状态时，进行报警。

具体实现的***图如图5所示，统一车辆管理平台数据接入和访问的方法包括数据接入、测点告警、测点访问三大部分。

本申请数据接入部分的接口服务位于统一车辆管理平台***和海量平台之间，接口服务从统一车辆管理平台***的关系库读取准实时数据，并组织这些数据，调用UAPI把准实时数据接入海量。

接口服务包括数据库管理、数据处理、日志管理、异常管理等模块。

数据库管理模块：此模块是接口服务的基础模块，担负着连接统一车辆管理平台数据库与海量平台历史/准实时数据库的任务，负责统一车辆管理平台数据库的连接、数据读取以及海量平台历史/准实时数据库的连接、数据***等功能是整个接口服务的输入与输出接口。

数据处理模块：此模块是接口服务的核心模块，主要是读取统一车辆管理平台***关系库中的准实时数据，并进行相应的数据组织等过程，调用UAPI把准实时数据存入海量平台。

日志管理模块：该模块负责对日志信息进行记录，记录接入程序正常启动、运行信息、告警信息，异常信息以及出错信息。

异常模块：该模块针对接口服务与统一车辆管理平台关系库，接口服务与海量平台的连接问题以及服务接口服务本身的运行状态。尽量保证数据写入一致性和完整性。

监测接口服务与统一车辆管理平台关系库连接，接口服务检测到自己与统一车辆管理平台***关系库的连接中断时，服务将连接中断时间记录到服务日志中，并反复尝试重新连接。如果连接恢复了，将连接恢复时间记录到日志中。同时，服务将此次与统一车辆管理平台***的接中断的起止时间写入专门记录服务失效时间的文件中。以便用户查错和处理。

接口服务写值失败处理：接口服务往海量平台接入准实时数据时，由于网络短暂性状况不佳，程序不稳定等各种原因不能保证每次写值都成功；如果某次写值不成功，那么数据接入的一致性和完整性就不能保证，这时接口服务将在日志中记录本次调用不成功的时间和UAPI返回的写值错误码，并根据返回的错误码进行相应的故障处，调用UAPI写值接口进行再次尝试。

历史数据补录处理：当接口服务因为某种特殊情况而导致部分时间段数据没有写入海量平台的情况下，接口服务设置有手动数据补录功能，根据日志中记录的故障时间，手动补录历史数据，保证数据的完整性。

本申请的告警部分，统一车辆管理平台提供可视化的***统一监控功能，能够统一管理告警信息及***运行日志，能够统一监控车辆的坐标轨迹信息、位置情况等，并提供异常告警及回溯。

下表展示了告警信息以及存储类型：

告警数据	告警信息存储类型
		车辆ID	String
X方向坐标	String
		Y方向坐标	String
速度	double
		方向	String
是否报警的标识，0代表没报警，1代表报警	String
		高程	double
定位时间	double
		位置说明	String

本申请中的告警信息包括：车辆ID、X方向坐标、Y方向坐标、速度、方向、是否报警的标识，0代表没有报警，1代表报警，高程、定位时间和位置说明。

其中车辆ID一般是指车辆的车牌号，是唯一的，通过车辆ID能够唯一的确定具体的车辆。

根据车辆的X方向坐标、Y方向坐标可以确定车辆的坐标位置，根据车辆的方向以及车辆的坐标位置，可以确定车辆的轨迹，据此，可以判断车辆的位置是否在预设位置范围内，车辆的轨迹是否为预设轨迹，当车辆的位置没有在预设位置范围内，或者车辆的轨迹没有在预设轨迹内时，则进行报警。

根据车辆的速度，可以确定车辆是否超过预设速度范围，若是，则报警。

本申请测点访问部分，统一车辆管理平台数据在海量平台中的测点命名方式如下：[Source].[DS].[System].[Device].[Valuetype]

其中，Source作为计量码标识归属，用作名称前缀，即网省代码。主要用于区别各个省份，如下表所示。

DS应该为地市即子控制区，在GPS中默认为NULL，在配置文件中配置：ZKZQ

System为***编码，统一车辆管理平台***采用GPS作为***编码。

Device为设备唯一编码，用于区分不同设备。

Valuetype为测量类型编码，用于指示测点值的类型。

省份#	编码#	地名#	编码#	地名#	编码#
						湖北#	HB	天津	TJ	北京	BJ
山东#	SD	蒙东	MD	冀北	NC
						浙江#	ZJ	河南	HA	四川	SC
江苏#	JS	陕西	SN	宁夏	NX
						上海#	SH	江西	JX	福建	FJ
安徽#	AH	河北	HE	湖南	HN
						辽宁#	LN	山西	SX	青海	QH
黑龙江#	HL	吉林	JL	重庆	CQ
						新疆#	XJ	西藏	XZ	甘肃	GS

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

以上对本申请所提供的一种统一车辆管理平台数据接入海量平台的方法及***进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种统一车辆管理平台数据接入海量平台的方法，其特征在于，该方法包括：

按照预设时间间隔，从统一车辆管理平台的数据库中读取待接入的车辆数据；

对所述车辆数据进行组织处理；

调用UAPI将组织处理后的车辆数据存入海量平台。

2.根据权利要求1所述的方法，其特征在于，所述调用UAPI将组织处理后的车辆数据存入所述海量平台，包括：

连接所述海量平台的数据库；

对所述组织处理后的车辆数据采用测点名进行标识；

将标识后的车辆数据存入所述海量平台；

断开与所述海量平台的数据库的连接。

3.根据权利要求2所述的方法，其特征在于，所述将标识后的车辆数据存入所述海量平台，包括：

整理测点数据，包括测点名称，其中，所述测点数据为采用测点名标识后的车辆数据；

根据所述测点名称查询对应的测点ID；

将查询到测点ID的测点数值写入所述海量平台的数据库。

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

根据所述车辆数据，监控车辆的坐标轨迹信息和位置信息。

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

当所述车辆的驾驶状态不符合正常驾驶状态时，进行报警。

6.一种统一车辆管理平台数据接入海量平台的***，其特征在于，该***包括：

读取单元，用于按照预设时间间隔，从统一车辆管理平台的数据库中读取待接入的车辆数据；

组织处理单元，用于对所述车辆数据进行组织处理；

保存单元，用于调用UAPI将组织处理后的车辆数据存入所述海量平台。

7.根据权利要求6所述的***，其特征在于，所述保存单元包括：

连接单元，用于连接所述海量平台的数据库；

标识单元，用于对所述组织处理后的车辆数据采用测点名进行标识；

存入单元，用于将标识后的车辆数据存入所述海量平台；

断开单元，用于断开与所述海量平台的数据库的连接。

8.根据权利要求7所述的***，其特征在于，所述存入单元包括：

整理单元，用于整理测点数据，包括测点名称，其中，所述测点数据为采用测点名标识后的车辆数据；

查询单元，用于根据所述测点名称查询对应的测点ID；

写入单元，用于将查询到测点ID的测点数值写入所述海量平台的数据库。

9.根据权利要求6所述的***，其特征在于，还包括：

监控单元，用于根据所述车辆数据，监控车辆的坐标轨迹信息和位置信息。

10.根据权利要求9所述的***，其特征在于，还包括：

报警单元，用于所述车辆的驾驶状态不符合正常驾驶状态时，进行报警。