一种网约车信息推送方法、装置及平台与流程

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.1)通过可以配置、插件化的数据转换过程，使得对所述业务数据进行 数据转换以得到目标对接信息，实现从众多的城市中抽取和提炼出具有共 性的模块和组件，使得组件可以最大程度的复用，有利于后续扩展和维护， 解决了现有技术中对接一个城市需要开发一套对接接口，开发成本高的问 题。
44.2)数据获取、数据转换和数据推送共同实现流程引擎的功能，由于各 城市对接规则不同，使得各城市对应的不同的流程引擎来实现数据推送， 从而确保各流程引擎相互独立，不会彼此影响，解决了推送过程中数据隔 离的问题。
45.3)数据推送过程中可以个性化定制线程池，解决了与各城市对接过程 中流程可编排的问题。
46.4)数据获取来源统一，实现了基础数据可复用的功能。
47.5)通过配置推送机器，提高了机器资源利用率，并且解决了各城市之 间隔离的问题。
48.6)通过静态数据和动态数据的分离，解决了实时推送和定时推送的问 题。
附图说明
49.为了更清楚地说明本发明的技术方案，下面将对实施例或现有技术描 述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅 仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造 性劳动的前提下，还能够根据这些附图获得其它附图。
50.图1为本说明书实施例提供的一种网约车信息推送方法流程图；
51.图2为本说明书提供的流程引擎中多个处理环节的步骤流程图；
52.图3为本说明书实施例提供的根据所述业务数据确定信息对接城市的 步骤流程图；
53.图4为本说明书实施例提供的基于所述数据格式对所述业务数据进行 数据转换以得到对接信息的步骤流程图；
54.图5为本说明书实施例提供的不同的城市设置不同的流程引擎进行信 息推送的步骤流程图；
55.图6为本说明书实施例提供的将所述目标对接信息推送至所述信息对 接城市的指定服务器的步骤流程图；
56.图7为本说明书实施例提供的一种网约车信息推送装置组成框图。
57.具体实施方式
58.下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方 案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实 施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人 员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发 明保护的范围。
59.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第 一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先 后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述 的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。 此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排 他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或 服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列 出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
60.目前网约车数据的实时推送和定时推送没有成形的、通用的对接技术 方案，都是各自研发，一个城市开发一套对接接口，对接方式比较原始， 缺乏插件化和可复用共享的组件体系，缺少封装与抽象，既不利于后续扩 展和后期维护，并且开发成本投入比较高。
61.因而，本说明书提出了一种使用可配置、插接化的流程引擎进行网约 车信息推送的技术方案，使得对所述业务数据进行数据转换以得到目标对 接信息，完成和不同异构系统的对接和信息推送，实现从众多的城市中抽 取和提炼出具有共性的模块和组件，使得组件可以最大程度的复用，有利 于后续扩展和维护，解决了现有技术中对接一个城市需要开发一套对接接 口，开发成本高的问题。
62.其中，由于每个城市有其采集和推送数据的要求，所以按照城市维度 进行划分，不同的城市设置不同的流程引擎来实现和不同异构系统的对接 和信息推送。因为国家交通部和各城市交通部对接规则各自不同，不同的 城市的数据推送对应的不同的流程引擎实现，如图2所示，一个城市的信 息推送流程，相对应一个流程引擎，即每个信息推送流程的多个环节对应 于一个流程引擎的多个处理环节，而各城市其对应的流程引擎之间是相互 独立的，不会彼此影响，所述流程引擎(flowengine)的多个处理环节包 括三部分：数据处理(process)、数据转换(transform)和数据推送(push)。
63.数据处理是指，从不同的数据源获取数据，如订单数据的获取，定位 数据的获取、司机数据的获取、车辆信息数据的获取等。数据转换是指从 数据处理环节中获取数据后，根据各城市对接要求的数据格式，提前先进 行转换和过滤，即数据规整和格式化的过程。数据推送是指根据数据转换 环节得出的结果，按照对接城市要求的推送方式和渠道，推送到对方服务 端的过程。通过所述流程引擎的三个处理环节完成网约车的信息推送。
64.本说明书实施例提供了一种网约车信息推送方法，如图1所示，所述 方法包括：
65.s100：获取网约车的业务数据；
66.本实施例中，网约车对接平台通过不同的业务线获取到业务数据；其 中，所述业务数据包含动态数据、静态数据；详细地，所述动态数据包括 订单数据、驾驶员定位数据和驾驶员上下线数据等；所述静态数据包括车 辆信息、驾驶员信息和车辆所在企业信息等。
67.其中，动态数据为实时产生的数据，需要实时同步和推送，具有时效 性的要求，动态数据则通过订阅消息的方式获取；静态数据可以按各城市 的交管要求，设定推送时间和频率进行定时推送，静态数据可以通过不同 的业务线提供的api接口获取。
68.网约车对接平台还可以得到统计类数据，所述统计类数据为根据一段 时间范围内的静态数据和动态数据经过网约车对接平台的自身计算和统计 形成的报表数据，所述统计类数据通过按需处理和推送，统计类数据可以 通过各业务线接口查询或从本地数据库获取。
69.s200：根据所述业务数据确定信息对接城市；
70.一种具体的实施方式中，步骤s200根据所述业务数据确定信息对接城 市，如图3所示，包括：
71.s210：当所述业务数据包含所述订单数据，根据订单数据确定出发城 市和/或目标城市以得到所述信息对接城市；
72.s220：当所述业务数据包含所述驾驶员定位数据，根据所述驾驶员定 位数据确定出所述信息对接城市。
73.具体地，所述业务数据为动态数据时，当动态数据包含订单数据，所 述订单数据可以确定出发城市和目标城市，从而可以将订单数据推送至所 述出发城市和/或目标城市；当动态数据包含驾驶员定位数据，所述驾驶员 定位数据可以确定驾驶员位置，从而可以将驾驶员定位数据推送至驾驶员 位置所在城市，从而完成网约车从行程开始到行程结束的整个生命周期的 数据的实时监控和推送。
74.s300：基于预存的关系表确定与所述信息对接城市对应的数据格式和 推送协议；
75.s400：基于所述数据格式对所述业务数据进行数据转换以得到目标对 接信息；
76.具体地，所述预存的关系表包括各信息对接城市和其对应的数据格式 之间的关系，每个信息对接城市，有其对应的数据转换插件，将网约车订 单行程信息按照不同的城市交管局约定的数据格式利用对应的数据转换插 件进行数据转换以得到与所述信息对接城市匹配的目标对接信息。所述预 存的关系表还包括各信息对接城市和其对应的推送协议之间的关系，每个 信息对接城市，也有其对应的推送协议。推送协议可以是http协议、ftp 协议、xml协议、webservice协议、tcp协议，以及文件 vpn推送等。
77.一种具体的实施方式中，步骤400基于所述数据格式对所述业务数据 进行数据转换以得到对接信息，如图4所述，包括：
78.s410：遍历配置模块中的每一个配置对接格式，判断所述数据格式是 否为现有的配置对接格式；
79.s420：若是，利用配置模块配置与所述数据格式对应的配置对接格式， 基于所述配置对接格式对所述业务数据进行数据转换以得到目标对接信息；
80.s430：若否，利用转换插件对所述业务数据进行数据转换以得到目标 对接信息。
81.具体地，由于每个城市有其采集和推送数据的要求，所以按照城市维 度进行划分，不同的城市设置不同的流程引擎来实现和不同异构系统的对 接和信息推送，并且不同的业务数据推送对应不同的流程引擎实现，通过 将各城市进行分组，使得同一个组内共享同一套配置，也可以不同的城市 有自己单独的配置，所述配置包括：各城市对应的配置对接格式，各城市 对应的推送机器；各城市对应线程池或链接池等，即一个城市对应一个配 置对接格式、推送机器和线程池或链接池等配置，所述配置之间一一对应。 通过不同城市对应不同配置，有效地解决了不同城市的推送隔离，数据重 复推送，推送机器资源利用率低的问题。
82.如图5所示，比如，要进行数据推送的对接城市为北京，按照北京对 应的流程引擎进行数据推送，具体步骤为：获取网约车的业务数据；根据 所述业务数据确定信息对接城市为北京；基于预存的关系表确定与北京对 应的数据格式和对应的推送机器；通过对应的推送机器实现基于所述数据 格式对所述业务数据进行数据转换以得到目标对接信息，并
将所述目标对 接信息推送至所述信息对接城市的指定服务器。
83.通过所述信息对接城市对应的数据格式确定配置模块中对应的配置对 接格式，将所述业务数据通过配置对接格式或者转换插件转换成目标对接 信息，以用于推送机器按照对应的线程池或链接池进行推送。线程池或链 接池为本领域技术人员公知技术，本技术不再赘述。
84.其中，将所述业务数据通过配置对接格式或者转换插件转换成目标对 接信息，包括；
85.对所述业务数据进行数据转换得到初始信息；
86.基于所述数据格式对所述初始信息进行过滤得到所述目标对接信息
87.所述过滤为通过数据过滤插件对所述初始信息进行规则过滤，规则过 滤例如过滤字段的大小等，符合规则的数据才会被保留。
88.s500：基于所述推送协议将所述目标对接信息推送至所述信息对接城 市的指定服务器。
89.一种具体的实施方式中，步骤500将所述目标对接信息推送至所述信 息对接城市的指定服务器，如图6所示，包括：
90.s510：判断所述对接信息的数据类型；
91.s520：当目标对接信息包含所述动态数据时，将所述动态数据实时推 送至所述信息对接城市的指定服务器；
92.s530：当目标对接信息包含所述静态数据时，按照预设时间将所述静 态数据定时推送至所述信息对接城市的指定服务器；
93.s540：当目标对接信息包含所述统计类数据时，将所述统计类数据实 时推送至所述信息对接城市的指定服务器。
94.具体地，将所述目标对接信息推送至所述信息对接城市的指定服务器， 包括：
95.根据所述配置对接格式或转换插件确定与其对应的推送机器；
96.利用所述推送机器将所述对接信息推送至所述信息对接城市的指定服 务器。
97.其中，所述利用所述推送机器将所述对接信息推送至所述信息对接城 市的指定服务器，包括：
98.判断所述推送机器和所述信息对接城市的指定服务器是否完成对接；
99.若是，利用所述推送机器将所述对接信息推送至所述信息对接城市的 指定服务器；
100.检测所述对接信息是否完成推送；
101.若否，基于补推机制重新推送所述对接信息。
102.网约车信息推送平台设有检测模块，利用检测模块可以检测所述推送 机器和所述信息对接城市的指定服务器是否完成对接，即通过检测推送机 器的推送接口是否连接异常，来判断是否和所述指定服务器完成对接；所 述检测模块还可以检测所述对接信息是否完成推送。
103.具体地，所述补推机制为补推关系表，补推关系表为配置模块和推送 机器之间的关系，在检测到所述对接信息推送失败后，基于所述补推关系 表，网约车信息推送平台通过配置模块重新配置另一个推送机器，进行信 息补推，直到检测信息推送成功，即完成向
所述对接城市的指定服务器的 信息推送。当超过预设时间未完成信息推送时，网约车信息推送平台会发 出警报，提醒需要工作人员介入进行操作，所述预设时间由工作人员自行 设定。
104.本说明书实施例提供了一种网约车信息推送装置，如图7所示，所述 装置包括：
105.数据获取模块601，用于获取网约车的业务数据；
106.信息对接城市确定模块602，用于根据所述业务数据确定信息对接城市；
107.数据格式确定模块603，用于基于预存的关系表确定与所述信息对接城 市对应的数据格式；
108.数据转换模块604，用于基于所述数据格式对所述业务数据进行数据转 换以得到目标对接信息；
109.数据推送模块605，将所述目标对接信息推送至所述信息对接城市的指 定服务器。
110.本说明书实施例提供了一种网约车信息推送平台，所述网约车信息推 送平台包括上述的网约车信息推送装置，解决了网约车运行过程中的数据 收集、监控和推送，从而保证在流程规范上符合国家交通部和地方车辆管 理部门的监控要求，并且在系统上提供了一体化的解决方案，完成了与国 家交通部对接，满足了各地车辆监管部对应的不同的对接规范和不同的数 据格式的需求。
111.需要说明的是：上述本说明书实施例先后顺序仅仅为了描述，不代表 实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在 所附权利要求书的范围内。在一些情况下，在权利要求书中加载的动作或 步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。 另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能 实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的 或者可能是有利的。
112.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相 同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的 不同之处。尤其，对于装置和服务器实施例而言，由于其基本相似于方法 实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
113.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以 通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可 以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存 储器，磁盘或光盘等。
114.以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发 明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在 本发明的保护范围之内。