出行订单的变更处理方法以及相关装置与流程

本技术涉及数据处理，具体涉及一种出行订单的变更处理方法以及相关装置。

背景技术：

1、随着云计算、大数据、人工智能、物联网等技术的不断发展，也共同推动着出行服务的快速发展。比如，依托于云计算技术，出行平台能够迅速上线新的功能和服务，提升系统的灵活性和可扩展性，从而满足不断变化的市场需求。大数据技术通过收集和分析用户的出行数据、司机的驾驶行为数据等，能够提供更加个性化的出行服务。人工智能技术使得出行平台能够实现自动的语音识别、图像识别、自然语言处理等功能，从而为用户提供更加智能的客服、导航和安全监测服务。物联网技术的应用则进一步提升了出行服务的智能化水平，使得出行平台能够实现对车辆的实时管理。

2、目前，出行平台上仍存在因用户逃单而导致的资损问题，这使得出行平台的稳定发展存在较大的局限性。如何规避用户逃单而导致的资损问题，是本领域的技术人员亟需解决的技术问题。

技术实现思路

1、为解决上述技术问题，本技术的实施例提供了出行订单的变更处理方法、出行订单的变更处理装置、电子设备、计算机可读存储介质和计算机程序产品。本技术的实施例能够规避用户在修改目的地的环节逃单所导致的资损问题。

2、本技术实施例的一个方面，提供了一种出行订单的变更处理方法，该方法包括：当接收到针对出行订单的目的地修改请求，根据新目的地进行风控校验；所述风控校验用于识别目的地修改之后的新行程是否存在逃单风险；若识别到不存在逃单风险，基于所述新目的地变更所述出行订单，并在所述新行程结束之后进行订单支付处理；若识别到存在逃单风险，则针对所述新行程进行预付款处理，并在完成预付款之后，基于所述新目的地变更所述出行订单，并且在所述新行程结束之后进行订单结算处理。

3、在另一示例性实施例中，所述当接收到针对出行订单的目的地修改请求，根据新目的地进行风控校验，包括：确定所述新行程的预估费用；将所述新行程的预估费用与原始行程的预估费用进行对比，以识别所述新行程是否存在逃单风险。

4、在另一示例性实施例中，所述将所述新行程的预估费用与原始行程的预估费用进行对比，以识别所述新行程是否存在逃单风险，包括：确定所述新行程的预估费用与所述原始行程的预估费用的比值；若所述比值大于或等于预设的比例阈值，则进行人脸识别认证和短信验证码认证，并在所述人脸识别认证和所述短信验证码认证均成功的情况下，确定所述新行程不存在逃单风险。

5、在另一示例性实施例中，所述针对所述新行程进行预付款处理，包括：确定所述出行订单对应的目的地历史变更次数；基于所述目的地历史变更次数和所述新行程的预估费用，进行所述新行程的预付款处理。

6、在另一示例性实施例中，所述基于所述目的地历史变更次数和所述新行程的预估费用，进行所述新行程的预付款处理，包括：基于所述目的地历史变更次数和所述新行程的预估费用确定交易信息；所述交易信息包括交易金额和交易双方账户；基于所述交易信息生成交易订单，并调用第三方支付平台执行所述交易订单。

7、在另一示例性实施例中，所述基于所述目的地历史变更次数和所述新行程的预估费用确定交易信息，包括：若所述出行订单的目的地并未进行历史变更，将所述新行程的预估费用作为所述交易金额；若所述出行订单的目的地进行过历史变更，则获取最近一次目的地变更所得行程的预估费用，将所述最近一次目的地变更所得行程的预估费用与所述新行程的预估费用之间的差值，作为所述交易金额。

8、在另一示例性实施例中，所述当接收到针对出行订单的目的地修改请求，根据新目的地进行风控校验，包括：获取发起所述目的地修改请求的出行账户关联的出行订单修改约束条件；在接收到所述目的地修改请求之后，确定本次目的地修改是否符合所述出行订单修改约束条件；若符合，根据所述新目的地进行所述风控校验；否则，针对所述目的地修改请求执行风险应对处理。

9、在另一示例性实施例中，所述出行订单修改约束条件包括如下至少一种：所述出行订单对应的目的地历史变更次数不超过预设次数限值；所述新目的地与所述出行订单的出发地之间的距离不超过预设距离阈值；所述出行账户所关联的手机号码需通过运营商平台进行的安全认证。

10、在另一示例性实施例中，所述方法还包括：基于所述出行账户关联的历史出行订单信息，评估所述出行账户的信用分数；若所述信用分数低于预设分数阈值，则生成所述出行订单修改约束条件，并将所述出行订单修改约束条件与所述出行账户进行关联。

11、在另一示例性实施例中，所述针对所述目的地修改请求执行风险应对处理，包括：拒绝修改所述出行订单的目的地；或者，向司机账户发送订单提醒消息，所述订单提醒消息用于指示司机提醒用户在下车前完成订单支付。

12、在另一示例性实施例中，所述方法还包括：在接收到所述目的地修改请求之后，根据所述出行订单对应的目的地历史变更次数以及所述出行订单的生成时刻，确定所述出行订单对应的修改频率；若所述修改频率超过预设频率阈值，则向语音平台发起语音通话请求，通过语音通话内容确定最终修改的目的地。

13、在另一示例性实施例中，所述出行订单为在途订单，所述在途订单表征已经基于司机操作，正确录入用户身份验证信息。

14、本技术实施例的另一方面，提供了一种出行订单的变更处理装置，该装置包括：风控校验模块，配置为当接收到针对出行订单的目的地修改请求，根据新目的地进行风控校验；所述风控校验用于识别目的地修改之后的新行程是否存在逃单风险；变更处理模块，配置为若识别到不存在逃单风险，基于所述新目的地变更所述出行订单，并在所述新行程结束之后进行订单支付处理；若识别到存在逃单风险，则针对所述新行程进行预付款处理，并在完成预付款之后，基于所述新目的地变更所述出行订单，并且在所述新行程结束之后进行订单结算处理。

15、本技术实施例的另一方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个计算机程序，当所述一个或多个计算机程序被所述一个或多个处理器执行时，使得所述电子设备实现如前所述的出行订单的变更处理方法。

16、本技术实施例的另一方面提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被电子设备的处理器执行时，使所述电子设备执行如上所述的出行订单的变更处理方法。

17、本技术实施例的另一方面提供了一种计算机程序产品，包括计算机程序，该计算机程序被电子设备的处理器执行时实现如上所述的出行订单的变更处理方法。

18、在本技术的实施例所提供的技术方案中，当接收到针对出行订单的目的地修改请求，并不会直接根据新目的地变更出行订单的目的地，而是增加风控校验的环节，在确定订单目的地的变更不存在逃单风险的前提下，才会直接根据新目的地执行出行订单的变更，如果通过风控校验识别到订单目的地的变更存在逃单风险，则通过引导用户进行预付款，在预付款完成后再执行出行订单的变更，由此规避目的地修改环节存在的逃单风险所带来的资损问题，能够保证出行平台的稳定发展。

19、应理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。