一种服务器重启的派单方法和系统

技术领域

本发明属于网约车技术领域，具体涉及一种服务器重启的派单方法和系统。

背景技术

随着城市的飞速发展，城市交通的短板日益浮现，尤其是城市交通中公路客运对于乘客来说没有足够的自主性以及个性化。虽然城市交通作为一种方式已经很完善了，但是对于提倡绿色出行的当下，已有的城市交通已经无法很好的满足人们的需求，一板一眼的城市交通无法满足当前追求定制化、个性化出行方面的需求。

网约车平台将人、出租车和私家车连接起来，形成一个“人-车”自主连接的服务网，满足了人们的需求并且极大的填补了城市交通的短板，随着网约车逐渐被广大群众认可，打车的市民越来越多。

现有的网约车平台，当乘客下单后，系统生成打车订单，并请求派单，派单请求来了，马上进行派单处理，这个过程数据都是在进程中处理。如果这个时候服务器重启了，那本次派单请求的相关数据将会丢失，导致派单请求永远无法被正常处理，从而出现乘客无法正常完成打车的情况，影响平台的使用体验。

发明内容

本发明的目的是要解决服务器重启后订单数据丢失技术问题，提供一种服务器重启的派单方法和系统。

为了解决上述问题，本发明按以下技术方案予以实现的：

一种服务器重启的派单方法，包括：

S1.乘客下单并申请派单；

S2.把派单请求放入队列中；

S3.某个消费进程从队列中取出派单申请；

S4.当正常处理完派单申请后，会主动删除队列中的派单申请；

S5.当未能正常处理完，超过一定时间后，队列会认为本次处理无效；

S6.在之前当消费被认为无效后，其他进程可以继续消费派单申请。

作为优选方案：消费进程从队列中取派单申请时，当前消费进程从队列中取派单申请，若此时服务器重启，当前进程取的派单申请不会被从队列删除，超过一定时间后由下一消费进程来取该派单申请。

作为优选方案：所述队列存储在云服务器上。

作为优选方案，还包括判断网络稳定性的步骤，具体为：当某一进程取派单申请的处理并判断为无效操作时，通过网络测试工具来测试云服务器的通信网络是否稳定，并在网络不稳定时发出提示信息。

一种服务器重启的派单系统，包括：

队列存储模块，其用于存储申请派单的消息队列；

进程管理模块，其用于执行从队列存储模块取派单申请的进程；

队列管理模块，其用于向队列存储模块中插入新的申请派单消息，以及从队列存储模块中删除完成处理的派单申请消息；

订单管理模块，其用于在乘客下单后生成派单申请，以及在订单申请被完成时改变订单状态。

作为优选方案：还包括网络测试模块，所述网络测试模块用于测试云服务器的通信网络的稳定性。

作为优选方案：所述队列存储模块为CMQ云平台。

与现有技术相比，本发明的有益效果是：本发明，通过将多个打车订单的派单申请放入消息队列中，通过进程从队列中取出派单申请，只有当该派单申请被正常处理完后，才将该派单申请从消息队列中删除，当进程取出某一派单申请后，若经过一定时间后该派单申请没有被正常处理完，则认为该操作为无效操作，并由后续的进程继续取出该派单申请，以完成对该派单申请的处理时，如此能避免系统服务器发生重启时，造成队列数据丢失，服务器重启后系统可以正常恢复运行，恢复派单操作，避免乘客下单后不能正常被接单，提升网约车平台的使用体验。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：

图1是本发明的方法流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

一种服务器重启的派单方法，包括：

S1.乘客下单并申请派单；

乘客下单后，系统生成打车订单，申请派单，即申请为打车订单分配车辆。

S2.把派单请求放入队列中；

将生成的派单申请一一插入消息队列中。

S3.某个消费进程从队列中取出派单申请；

某个消费进程从消息队列中取出某一派单申请，然后系统开始处理该派单申请，根据该派单申请对应的订单信息，筛选附近合适的车辆，并将该打车订单分派给该车辆，司机接单后，将打车订单状态改为“等待接驾”，之后将该派单申请从消息队列中删除。

S4.当正常处理完派单申请后，会主动删除队列中的派单申请；

S5.当未能正常处理完，超过一定时间后，队列会认为本次处理无效；

例如进程A从消息队列取出派单申请a,经过30s后，若该派单申请对应的打车订单还未变成“等待接驾”，则认为本次操作无效。

S6.在之前当消费被认为无效后，其他进程可以继续消费派单申请。

派单申请a被认为操作无效后，由后续的进程B尝试从消息队列中取出派单申请a。

本实施例中：消费进程从队列中取派单申请时，当前消费进程从队列中取派单申请，若此时服务器重启，当前进程取的派单申请不会被从队列删除，超过一定时间后由下一消费进程来取该派单申请。

本实施例中，队列存储在云服务器上。相比于将消息队列存储在平台服务器上，将消息队列存储在云服务器上，若当前平台服务器停止运行后不能正常启动和运行，则可以启用备用平台服务器，由备用平台服务器从云服务器上获取消息队列，使系统恢复运行，从而可以提高系统运行的可靠性。

当某一派单申请被认为是无效操作时，可能是系统服务器发生了重启或是云服务器与系统服务器之间的通信网络不稳定，导致系统对消息队列的操作不能正常进行，或是消息队列刷新后，系统状态未及时随之变化，导致系统不能正常运行。当云服务器的通信网络出现问题时，服务器重启后尝试重新派单，派单也会失败，因此需要在云服务器与平台服务器之间的通信网络不稳定时提醒运维人员。

因此本实施中，还包括判断网络稳定性的步骤，具体为：当某一进程取派单申请的处理并判断为无效操作时，通过网络测试工具来测试云服务器的通信网络的延迟、丢包率等，从而判断云服务器的通信网络是否稳定，并在网络不稳定时，系统发出提示信息，提醒运维人员。

一种服务器重启的派单系统，包括：

队列存储模块，其用于存储申请派单的消息队列；

进程管理模块，其用于执行从队列存储模块取派单申请的进程；

队列管理模块，其用于向队列存储模块中插入新的申请派单消息，以及从队列存储模块中删除完成处理的派单申请消息；

订单管理模块，其用于在乘客下单后生成派单申请，以及在订单申请被完成时改变订单状态。

该系统还包括网络测试模块，所述网络测试模块用于测试云服务器的通信网络的稳定性。

本实施例中队列存储模块为CMQ云平台。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，故凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何修改、等同变化与修饰,均仍属于本发明技术方案的范围内。