车辆监管数据的处理方法、系统、电子设备和存储介质与流程

1.本发明涉及数据处理技术领域，特别涉及一种车辆监管数据的处理方法、系统、电子设备和存储介质。


背景技术：

2.车辆交易过程中，会产生与订购车辆相关联的很多数据，这些数据类型也存在很大的差异，分别由不同的供应方(如金融机构、监管仓库、物流服务商等)独立分开管理监控。然而，现有的这些分散管理的车辆监管数据，根本无法保证对每台订购车辆的全周期、全面监管，从而导致无法实现对订购车辆的统一且有效管理，存在对车辆监管数据处理不够及时、全面、灵活等问题。


技术实现要素：

3.本发明要解决的技术问题是为了克服现有技术中车辆监管数据存在不够及时、全面、灵活等缺陷，提供一种车辆监管数据的处理方法、系统、电子设备和存储介质。
4.本发明是通过下述技术方案来解决上述技术问题：
5.本发明提供一种车辆监管数据的处理方法，所述方法应用在服务平台中，所述方法包括：
6.预先确定不同类型的车辆关联数据的数据处理方式；
7.建立所述车辆关联数据与对应的数据处理方式之间的关联关系；
8.获取与订购车辆相关联的初始数据；
9.对所述初始数据进行分析处理，以确定所述初始数据的目标数据类型；
10.基于所述关联关系，匹配得到与所述目标数据类型对应的目标数据处理方式；
11.采用所述目标数据处理方式对所述初始数据进行处理，以获取对应的目标数据。
12.较佳地，所述对所述初始数据进行分析处理，以确定所述初始数据的目标数据类型的步骤包括：
13.对所述初始数据进行数据识别处理，以获取识别结果；
14.解析所述识别结果以获取解析结果；
15.根据所述解析结果确定所述初始数据的目标数据类型。
16.较佳地，所述目标数据类型包括所述订购车辆对应的商流数据、资金流数据、物流数据或监管仓库数据。
17.较佳地，当所述目标数据类型包括所述订购车辆对应的商流数据时，所述采用所述目标数据处理方式对所述初始数据进行处理，以获取对应的目标数据的步骤包括：
18.将上送的设定格式的所述商流数据与所述订购车辆的订单编号信息进行关联，以获取对应的目标数据；
19.其中，所述商流数据包括合同数据、订单数据和发票数据中的至少一种。
20.较佳地，当所述目标数据类型包括所述订购车辆对应的商流数据时，所述采用所
述目标数据处理方式对所述初始数据进行处理，以获取对应的目标数据的步骤包括：
21.采集商流信息关联图像；
22.对所述商流信息关联图像中的内容进行识别处理，以提取出第一目标内容；
23.将所述第一目标内容与设定模板进行关联，以获取第一关联结果；
24.将所述第一关联结果与所述订购车辆的订单编号信息进行关联，以获取对应的目标数据；
25.其中，所述商流信息关联图像包括合同或发票对应的图像，所述目标数据对应合同数据或发票数据；或，
26.获取所述订购车辆的合同数据中对应的订单数据获取路径；
27.基于所述订单数据获取路径获取订单数据；
28.将所述订单数据与所述订购车辆的订单编号信息进行关联，以获取对应的目标数据。
29.较佳地，当所述目标数据类型包括所述订购车辆对应的资金流数据时，所述采用所述目标数据处理方式对所述初始数据进行处理，以获取对应的目标数据的步骤包括：
30.将上送的设定格式的所述资金流数据与所述订购车辆的订单编号信息进行关联，以获取对应的目标数据；或，
31.采集资金流信息关联图像；
32.对所述资金流信息关联图像中的内容进行识别处理，以提取出第二目标内容；
33.将所述第二目标内容与设定模板进行关联，以获取第二关联结果；
34.将所述第二关联结果与所述订购车辆的订单编号信息进行关联，以获取对应的目标数据；
35.其中，所述资金流信息关联图像包括划款单对应的图像，所述目标数据对应资金流水记录数据；或，
36.预先建立与目标机构之间数据接口连接；
37.基于所述数据接口采集所述订购车辆对应的资金流水记录数据；
38.将所述资金流水记录数据与所述订购车辆的订单编号信息进行关联，以获取对应的目标数据。
39.较佳地，当所述目标数据类型包括所述订购车辆对应的物流数据时，所述采用所述目标数据处理方式对所述初始数据进行处理，以获取对应的目标数据的步骤包括：
40.获取提车申请信息、发车申请信息或发运信息；
41.将所述提车申请信息、发车申请信息或发运信息与所述订购车辆的订单编号信息进行关联，以获取对应的目标数据；
42.其中，所述提车申请信息、所述发车申请信息、所述发运信息均对应车辆属性信息、所属仓库信息、所属客户信息中的至少一种。
43.较佳地，所述方法还包括：
44.获取所述订购车辆的订单融资信息；
45.根据所述的融资订单信息判断用户是否已经完成对所述订购车辆的车辆贷款偿还，若是，则接受所述提车申请信息，生成并发送提车操作信息至监管仓库端；若否，则拒绝所述提车申请信息和/或生成提示信息；或，
46.基于所述订单数据和所述订单融资信息，将所述订购车辆纳入监管流程中。
47.较佳地，当所述目标数据类型包括所述订购车辆对应的监管仓库数据时，所述采用所述目标数据处理方式对所述初始数据进行处理，以获取对应的目标数据的步骤包括：
48.获取所述订购车辆的入库信息或出库信息；
49.其中，所述入库信息、出库信息均对应入库时间、车架号、车辆颜色、车辆型号、所在位置、车辆图像中的至少一种；
50.将所述入库信息与所述订购车辆的订单编号信息进行关联，以获取对应的目标数据。
51.较佳地，所述获取对应的目标数据的步骤之后还包括：
52.基于订单编号信息将所述订购车辆对应的商流数据、资金流数据、物流数据和监管仓库数据进行关联，以获取汇总数据并存储至设定数据库中。
53.较佳地，所述方法还包括：
54.获取查询请求；
55.基于所述查询请求在所述设定数据库中执行查询操作，以获取查询结果。
56.本发明还提供一种车辆监管数据的处理系统，所述系统应用在服务平台中，所述系统包括：
57.处理方式确定模块，用于预先确定不同类型的车辆关联数据的数据处理方式；
58.关联关系建立模块，用于建立所述车辆关联数据与对应的数据处理方式之间的关联关系；
59.初始数据获取模块，用于获取与订购车辆相关联的初始数据；
60.数据类型确定模块，用于对所述初始数据进行分析处理，以确定所述初始数据的目标数据类型；
61.处理方式匹配模块，用于基于所述关联关系，匹配得到与所述目标数据类型对应的目标数据处理方式；
62.目标数据获取模块，用于采用所述目标数据处理方式对所述初始数据进行处理，以获取对应的目标数据。
63.本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行计算机程序时实现上述的车辆监管数据的处理方法。
64.本发明还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的车辆监管数据的处理方法。
65.在符合本领域常识的基础上，所述各优选条件，可任意组合，即得本发明各较佳实施例。
66.本发明的积极进步效果在于：
67.本发明中，通过预先建立服务平台与不同数据系统之间的数据连接，设置不同数据系统上送的数据类型采用对应的数据处理方式进行处理，即实现数据处理过程的自动化、合理性、灵活性以及及时性，从而大大地提升了服务平台的数据处理效率，提高了服务平台的整体运行性能；同时，基于订购车辆的订单编号信号，将与其对应的商流数据、资金流数据、物流数据和监管仓库数据进行关联并存入数据库中，以便于后续查询、管理等操
作，进一步提升了对车辆数据的监管处理效率。
附图说明
68.图1为本发明实施例1的车辆监管数据的处理方法的流程图。
69.图2为本发明实施例2的车辆监管数据的处理方法的流程图。
70.图3为本发明实施例3的车辆监管数据的处理系统的模块示意图。
71.图4为本发明实施例4的车辆监管数据的处理系统的模块示意图。
72.图5为本发明实施例5的电子设备的结构示意图。
具体实施方式
73.下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
74.实施例1
75.本实施例的车辆监管数据的处理方法应用在服务平台中。
76.如图1所示，本实施例的车辆监管数据的处理方法包括：
77.s101、预先确定不同类型的车辆关联数据的数据处理方式；
78.s102、建立车辆关联数据与对应的数据处理方式之间的关联关系；
79.s103、获取与订购车辆相关联的初始数据；
80.s104、对初始数据进行分析处理，以确定初始数据的目标数据类型；
81.其中，目标数据类型包括但不限于订购车辆对应的商流数据、资金流数据、物流数据或监管仓库数据。
82.s105、基于关联关系，匹配得到与目标数据类型对应的目标数据处理方式；
83.s106、采用目标数据处理方式对初始数据进行处理，以获取对应的目标数据。
84.本实施例中，通过预先建立服务平台与不同数据系统之间的数据连接，设置不同数据系统上送的数据类型采用对应的数据处理方式进行处理，即实现数据处理过程的自动化、合理性、灵活性以及及时性，从而大大地提升了服务平台的数据处理效率，提高了服务平台的整体运行性能；同时，基于订购车辆的订单编号信号，将与其对应的商流数据、资金流数据、物流数据和监管仓库数据进行关联并存入数据库中，以便于后续查询、管理等操作，进一步提升了对车辆数据的监管处理效率。
85.实施例2
86.如图2所示，本实施例的车辆监管数据的处理方法是对实施例1的进一步改进，具体地：
87.在一可实施例的方案中，步骤s104包括：
88.对初始数据进行数据识别处理，以获取识别结果；
89.解析识别结果以获取解析结果；
90.根据解析结果确定初始数据的目标数据类型。
91.在一可实施例的方案中，当目标数据类型包括订购车辆对应的商流数据时，步骤s104包括：
92.将上送的设定格式的商流数据与订购车辆的订单编号信息进行关联，以获取对应
的目标数据；
93.其中，商流数据包括但不限于合同数据、订单数据和发票数据。
94.在一可实施例的方案中，当目标数据类型包括订购车辆对应的商流数据时，步骤s104包括：
95.采集商流信息关联图像；
96.对商流信息关联图像中的内容进行识别处理，以提取出第一目标内容；
97.将第一目标内容与设定模板进行关联，以获取第一关联结果；
98.将第一关联结果与订购车辆的订单编号信息进行关联，以获取对应的目标数据；
99.其中，商流信息关联图像包括合同或发票对应的图像，目标数据对应合同数据或发票数据。
100.在一可实施例的方案中，当目标数据类型包括订购车辆对应的商流数据时，步骤s104包括：
101.获取订购车辆的合同数据中对应的订单数据获取路径；
102.基于订单数据获取路径获取订单数据；
103.将订单数据与订购车辆的订单编号信息进行关联，以获取对应的目标数据。
104.对于合同数据，用户可以在pc端下载合同的电子模板，基于电子模板编辑信息以得到电子版本的合同并上送至服务平台；或，用户可以采用合同识别小程序等，在登录小程序后，上传合同文本对应的图像并上传，然后对上传后的合同图像进行识别处理以提取出合同关键信息，最终将合同关键信息以及设定合同模板合并处理以得到电子版本的合同；同时，需要将每个订购车辆对应的合同数据与唯一的订单编号信息进行关联绑定，以保证每个订购车辆数据的准确性和可追溯性。
105.对于订单数据，用户可以在pc(个人电脑)端下载订单的电子模板，基于电子模板编辑信息以得到电子版本的订单并上送至服务平台；或，通过合同数据中制定的数据获取路径，如设定邮箱协议pop3邮箱协议，直接从pop3邮箱中获取订单数据，订单数据包括订购车辆对应的动产数据。同时，需要将每个订购车辆对应的订单数据与唯一的订单编号信息进行关联绑定，以保证每个订购车辆数据的准确性和可追溯性。
106.对于发票数据，用户可以在pc端下载发票的电子模板，基于电子模板编辑信息(包括发票编号、车架号、订单编号、合同编号等)以得到电子版本的发票并上送至服务平台；或，用户可以采用发票识别小程序等，在登录小程序后，上传发票文本对应的图像并上传，然后对上传后的发票图像进行识别处理以提取出发票关键信息(包括发票编号、车架号、订单编号、合同编号等)，最终将发票关键信息以及设定发票模板合并处理以得到电子版本的发票；同时，需要将每个订购车辆对应的发票数据与唯一的订单编号信息进行关联绑定，以保证每个订购车辆数据的准确性和可追溯性。
107.在一可实施例的方案中，当目标数据类型包括订购车辆对应的资金流数据时，步骤s104包括：
108.将上送的设定格式的资金流数据与订购车辆的订单编号信息进行关联，以获取对应的目标数据；或，
109.采集资金流信息关联图像；
110.对资金流信息关联图像中的内容进行识别处理，以提取出第二目标内容；
111.将第二目标内容与设定模板进行关联，以获取第二关联结果；
112.将第二关联结果与订购车辆的订单编号信息进行关联，以获取对应的目标数据；
113.其中，资金流信息关联图像包括划款单对应的图像，目标数据对应资金流水记录数据；或，
114.预先建立与目标机构之间数据接口连接；
115.基于数据接口采集订购车辆对应的资金流水记录数据；
116.将资金流水记录数据与订购车辆的订单编号信息进行关联，以获取对应的目标数据。
117.对于资金流水记录数据，用户可以在pc端下载划款单的电子模板，基于电子模板编辑信息以得到电子版本的划款单并上送至服务平台；或，用户可以采用划款单识别小程序等，在登录小程序后，上传划款单文本对应的图像并上传，然后对上传后的划款单图像进行识别处理以提取出划款单关键信息，最终将划款单关键信息以及设定划款单模板合并处理以得到电子版本的划款单；同时，需要将每个订购车辆对应的划款单数据与唯一的订单编号信息进行关联绑定，以保证每个订购车辆数据的准确性和可追溯性。或，直接从目标机构(如金融机构)中获取购买车辆的当前用户的资金流水记录信息。
118.在一可实施例的方案中，当目标数据类型包括订购车辆对应的物流数据时，步骤s104包括：
119.获取提车申请信息、发车申请信息或发运信息；
120.将提车申请信息、发车申请信息或发运信息与订购车辆的订单编号信息进行关联，以获取对应的目标数据；
121.其中，提车申请信息、发车申请信息、发运信息均对应车辆属性信息、所属仓库信息、所属客户信息等。
122.在一可实施例的方案中，本实施例的车辆监管数据的处理方法还包括：
123.获取订购车辆的订单融资信息；
124.根据的融资订单信息判断用户是否已经完成对订购车辆的车辆贷款偿还，若是，则接受提车申请信息，生成并发送提车操作信息至监管仓库端；若否，则拒绝提车申请信息和/或生成提示信息；或，
125.基于订单数据和订单融资信息，将订购车辆纳入监管流程中。
126.对于提车申请信息，将企业erp(企业资源计划系统)与服务平台之间实时建立数据通信连接，如通过restful接口(一种数据接口)等，获取得到用户的提车申请信息以及订单融资信息，在从金融机构比对用户完成车辆贷款的偿还时，则接收提车申请并转发至监管仓库完成后续提车操作；否则，拒绝提车申请。
127.对于发车申请信息，将企业erp与服务平台之间实时建立数据通信连接，如通过restful接口等，获取得到用户的提车申请信息以及订单融资信息，并基于订单数据中的动产数据和订单融资信息将车辆纳入监管流程中，以保证对车辆进行监管处理。
128.对于发运信息，将主机厂与服务平台之间实时建立数据通信连接(或者通过pop3协议解析合同约定的邮箱中的邮件内容)，获得核心企业订购车辆的发运信息，得到用户的发运信息以及订单融资信息，并基于订单数据中的动产数据和订单融资信息将车辆纳入监管流程中，以保证对车辆进行监管处理。
129.在一可实施例的方案中，当目标数据类型包括订购车辆对应的监管仓库数据时，步骤s104包括：
130.获取订购车辆的入库信息或出库信息；
131.其中，入库信息、出库信息均对应入库时间、车架号、车辆颜色、车辆型号、所在位置、车辆图像等；
132.将入库信息与订购车辆的订单编号信息进行关联，以获取对应的目标数据。
133.对于入库信息，将监管仓库wms与服务平台之间实时建立数据通信连接，主动查询或者通过车架号订阅车辆的入库信息。当监管仓人员完成车辆入库操作时，主动推送车辆入库事件给服务平台，服务平台通过车架号等从wms拉取车辆的具体入库信息(包括入库时间、车架号、车辆颜色、车辆型号、所在位置、车辆图像等)，并根据车架号改变平台上的资产状态。
134.对于出库信息，将监管仓库wms与服务平台之间实时建立数据通信连接，主动查询或者通过车架号订阅车辆的出库信息。当监管仓人员完成车辆出库操作时，主动推送车辆出库事件给服务平台，服务平台通过车架号等从wms拉取车辆的具体出库信息(包括出库时间、车架号、车辆颜色、车辆型号、所在位置、车辆图像等)，并根据车架号改变平台上的资产状态。
135.在一可实施例的方案中，步骤s106之后还包括：
136.s107、基于订单编号信息将订购车辆对应的商流数据、资金流数据、物流数据和监管仓库数据进行关联，以获取汇总数据并存储至设定数据库中；
137.s108、获取查询请求；
138.s109、基于查询请求在设定数据库中执行查询操作，以获取查询结果。
139.通过将与其对应的商流数据、资金流数据、物流数据和监管仓库数据进行关联并存入数据库中，以便于后续查询、管理等操作。
140.本实施例中，通过预先建立服务平台与不同数据系统之间的数据连接，设置不同数据系统上送的数据类型采用对应的数据处理方式进行处理，即实现数据处理过程的自动化、合理性、灵活性以及及时性，从而大大地提升了服务平台的数据处理效率，提高了服务平台的整体运行性能；同时，基于订购车辆的订单编号信号，将与其对应的商流数据、资金流数据、物流数据和监管仓库数据进行关联并存入数据库中，以便于后续查询、管理等操作，进一步提升了对车辆数据的监管处理效率。
141.实施例5
142.本实施例的车辆监管数据的处理系统应用在服务平台中。
143.如图3所示，本实施例的车辆监管数据的处理系统包括：
144.处理方式确定模块1，用于预先确定不同类型的车辆关联数据的数据处理方式；
145.关联关系建立模块2，用于建立车辆关联数据与对应的数据处理方式之间的关联关系；
146.初始数据获取模块3，用于获取与订购车辆相关联的初始数据；
147.数据类型确定模块4，用于对初始数据进行分析处理，以确定初始数据的目标数据类型；
148.其中，目标数据类型包括但不限于订购车辆对应的商流数据、资金流数据、物流数
据或监管仓库数据。
149.处理方式匹配模块5，用于基于关联关系，匹配得到与目标数据类型对应的目标数据处理方式；
150.目标数据获取模块6，用于采用目标数据处理方式对初始数据进行处理，以获取对应的目标数据。
151.本实施例中，通过预先建立服务平台与不同数据系统之间的数据连接，设置不同数据系统上送的数据类型采用对应的数据处理方式进行处理，即实现数据处理过程的自动化、合理性、灵活性以及及时性，从而大大地提升了服务平台的数据处理效率，提高了服务平台的整体运行性能；同时，基于订购车辆的订单编号信号，将与其对应的商流数据、资金流数据、物流数据和监管仓库数据进行关联并存入数据库中，以便于后续查询、管理等操作，进一步提升了对车辆数据的监管处理效率。
152.实施例4
153.如图4所示，本实施例的车辆监管数据的处理系统是对实施例5的进一步改进，具体地：
154.在一可实施的方案中，本实施例的数据类型确定模块4包括：
155.数据识别处理单元，用于对初始数据进行数据识别处理，以获取识别结果；
156.解析结果获取单元，用于解析识别结果以获取解析结果；
157.数据类型确定单元，用于根据解析结果确定初始数据的目标数据类型。
158.在一可实施的方案中，当目标数据类型包括订购车辆对应的商流数据时，目标数据获取模块6用于将上送的设定格式的商流数据与订购车辆的订单编号信息进行关联，以获取对应的目标数据；
159.其中，商流数据包括合同数据、订单数据和发票数据等。
160.在一可实施的方案中，当目标数据类型包括订购车辆对应的商流数据时，目标数据获取模块6用于采集商流信息关联图像；对商流信息关联图像中的内容进行识别处理，以提取出第一目标内容；将第一目标内容与设定模板进行关联，以获取第一关联结果；将第一关联结果与订购车辆的订单编号信息进行关联，以获取对应的目标数据；
161.其中，商流信息关联图像包括合同或发票对应的图像，目标数据对应合同数据或发票数据；或，
162.目标数据获取模块6用于获取订购车辆的合同数据中对应的订单数据获取路径；基于订单数据获取路径获取订单数据；将订单数据与订购车辆的订单编号信息进行关联，以获取对应的目标数据。
163.对于合同数据，用户可以在pc端下载合同的电子模板，基于电子模板编辑信息以得到电子版本的合同并上送至服务平台；或，用户可以采用合同识别小程序等，在登录小程序后，上传合同文本对应的图像并上传，然后对上传后的合同图像进行识别处理以提取出合同关键信息，最终将合同关键信息以及设定合同模板合并处理以得到电子版本的合同；同时，需要将每个订购车辆对应的合同数据与唯一的订单编号信息进行关联绑定，以保证每个订购车辆数据的准确性和可追溯性。
164.对于订单数据，用户可以在pc端下载订单的电子模板，基于电子模板编辑信息以得到电子版本的订单并上送至服务平台；或，通过合同数据中制定的数据获取路径，如设定
邮箱协议pop3邮箱协议，直接从pop3邮箱中获取订单数据，订单数据包括订购车辆对应的动产数据。同时，需要将每个订购车辆对应的订单数据与唯一的订单编号信息进行关联绑定，以保证每个订购车辆数据的准确性和可追溯性。
165.对于发票数据，用户可以在pc端下载发票的电子模板，基于电子模板编辑信息(包括发票编号、车架号、订单编号、合同编号等)以得到电子版本的发票并上送至服务平台；或，用户可以采用发票识别小程序等，在登录小程序后，上传发票文本对应的图像并上传，然后对上传后的发票图像进行识别处理以提取出发票关键信息(包括发票编号、车架号、订单编号、合同编号等)，最终将发票关键信息以及设定发票模板合并处理以得到电子版本的发票；同时，需要将每个订购车辆对应的发票数据与唯一的订单编号信息进行关联绑定，以保证每个订购车辆数据的准确性和可追溯性。
166.在一可实施的方案中，当目标数据类型包括订购车辆对应的资金流数据时，目标数据获取模块6用于将上送的设定格式的资金流数据与订购车辆的订单编号信息进行关联，以获取对应的目标数据；或，
167.目标数据获取模块6用于采集资金流信息关联图像；对资金流信息关联图像中的内容进行识别处理，以提取出第二目标内容；将第二目标内容与设定模板进行关联，以获取第二关联结果；将第二关联结果与订购车辆的订单编号信息进行关联，以获取对应的目标数据；
168.其中，资金流信息关联图像包括划款单对应的图像，目标数据对应资金流水记录数据；或，
169.目标数据获取模块6用于预先建立与目标机构之间数据接口连接；基于数据接口采集订购车辆对应的资金流水记录数据；将资金流水记录数据与订购车辆的订单编号信息进行关联，以获取对应的目标数据。
170.对于资金流水记录数据，用户可以在pc端下载划款单的电子模板，基于电子模板编辑信息以得到电子版本的划款单并上送至服务平台；或，用户可以采用划款单识别小程序等，在登录小程序后，上传划款单文本对应的图像并上传，然后对上传后的划款单图像进行识别处理以提取出划款单关键信息，最终将划款单关键信息以及设定划款单模板合并处理以得到电子版本的划款单；同时，需要将每个订购车辆对应的划款单数据与唯一的订单编号信息进行关联绑定，以保证每个订购车辆数据的准确性和可追溯性。或，直接从目标机构(如金融机构)中获取购买车辆的当前用户的资金流水记录信息。
171.在一可实施的方案中，当目标数据类型包括订购车辆对应的物流数据时，目标数据获取模块6用于获取提车申请信息、发车申请信息或发运信息；将提车申请信息、发车申请信息或发运信息与订购车辆的订单编号信息进行关联，以获取对应的目标数据；
172.其中，提车申请信息、发车申请信息、发运信息均对应车辆属性信息、所属仓库信息、所属客户信息等。
173.在一可实施的方案中，本实施例的车辆监管数据的处理系统还包括：
174.融资信息获取模块7，用于获取订购车辆的订单融资信息；
175.判断模块8，用于根据的融资订单信息判断用户是否已经完成对订购车辆的车辆贷款偿还，若是，则接受提车申请信息，生成并发送提车操作信息至监管仓库端；若否，则拒绝提车申请信息和/或生成提示信息；或，
176.监管处理模块9，用于基于订单数据和订单融资信息，将订购车辆纳入监管流程中。
177.对于提车申请信息，将企业erp(企业资源计划系统)与服务平台之间实时建立数据通信连接，如通过restful接口等，获取得到用户的提车申请信息以及订单融资信息，在从金融机构比对用户完成车辆贷款的偿还时，则接收提车申请并转发至监管仓库完成后续提车操作；否则，拒绝提车申请。
178.对于发车申请信息，将企业erp与服务平台之间实时建立数据通信连接，如通过restful接口等，获取得到用户的提车申请信息以及订单融资信息，并基于订单数据中的动产数据和订单融资信息将车辆纳入监管流程中，以保证对车辆进行监管处理。
179.对于发运信息，将主机厂与服务平台之间实时建立数据通信连接(或者通过pop3协议解析合同约定的邮箱中的邮件内容)，获得核心企业订购车辆的发运信息，得到用户的发运信息以及订单融资信息，并基于订单数据中的动产数据和订单融资信息将车辆纳入监管流程中，以保证对车辆进行监管处理。
180.在一可实施的方案中，当目标数据类型包括订购车辆对应的监管仓库数据时，目标数据获取模块6用于获取订购车辆的入库信息或出库信息；将入库信息与订购车辆的订单编号信息进行关联，以获取对应的目标数据；
181.其中，入库信息、出库信息均对应入库时间、车架号、车辆颜色、车辆型号、所在位置、车辆图像等。
182.对于入库信息，将监管仓库wms与服务平台之间实时建立数据通信连接，主动查询或者通过车架号订阅车辆的入库信息。当监管仓人员完成车辆入库操作时，主动推送车辆入库事件给服务平台，服务平台通过车架号等从wms拉取车辆的具体入库信息(包括入库时间、车架号、车辆颜色、车辆型号、所在位置、车辆图像等)，并根据车架号改变平台上的资产状态。
183.对于出库信息，将监管仓库wms与服务平台之间实时建立数据通信连接，主动查询或者通过车架号订阅车辆的出库信息。当监管仓人员完成车辆出库操作时，主动推送车辆出库事件给服务平台，服务平台通过车架号等从wms拉取车辆的具体出库信息(包括出库时间、车架号、车辆颜色、车辆型号、所在位置、车辆图像等)，并根据车架号改变平台上的资产状态。
184.在一可实施的方案中，本实施例的车辆监管数据的处理系统还包括：
185.数据汇总模块10，用于基于订单编号信息将订购车辆对应的商流数据、资金流数据、物流数据和监管仓库数据进行关联，以获取汇总数据并存储至设定数据库中。
186.在一可实施的方案中，本实施例的车辆监管数据的处理系统还包括：
187.查询请求获取模块11，用于获取查询请求；
188.查询结果获取模块12，用于基于查询请求在设定数据库中执行查询操作，以获取查询结果。
189.通过将与其对应的商流数据、资金流数据、物流数据和监管仓库数据进行关联并存入数据库中，以便于后续查询、管理等操作。
190.本实施例中，通过预先建立服务平台与不同数据系统之间的数据连接，设置不同数据系统上送的数据类型采用对应的数据处理方式进行处理，即实现数据处理过程的自动
化、合理性、灵活性以及及时性，从而大大地提升了服务平台的数据处理效率，提高了服务平台的整体运行性能；同时，基于订购车辆的订单编号信号，将与其对应的商流数据、资金流数据、物流数据和监管仓库数据进行关联并存入数据库中，以便于后续查询、管理等操作，进一步提升了对车辆数据的监管处理效率。
191.实施例5
192.图5为本发明实施例5提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现实施例1或2中任意一实施例中的车辆监管数据的处理方法。图5显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
193.如图5所示，电子设备30可以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。
194.总线33包括数据总线、地址总线和控制总线。
195.存储器32可以包括易失性存储器，例如随机存取存储器(ram)321和/或高速缓存存储器322，还可以进一步包括只读存储器(rom)323。
196.存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
197.处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1或2中任意一实施例中的车辆监管数据的处理方法。
198.电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(i/o)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图5所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
199.应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
200.实施例6
201.本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现实施例1或2中任意一实施例中的车辆监管数据的处理方法中的步骤。
202.其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
203.在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现实施例1或2中任
意一实施例中的车辆监管数据的处理方法中的步骤。
204.其中，可以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
205.虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。