CN114422580B - 一种信息处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种信息处理方法、装置、电子设备及存储介质。该方法包括：接收目标聚合服务平台发送的业务通知信息；确定与业务通知信息匹配的目标对象，并将目标对象的关联信息发送至目标聚合服务平台，以及将目标对象的状态设置为锁定状态；获取目标聚合服务平台对应的目标时间阈值、以及目标聚合服务平台中业务响应结果信息的目标信息类型，目标时间阈值为目标聚合服务平台生成业务响应结果信息需要的时长；若在目标时间阈值内未接收到业务响应结果信息，则将目标对象的状态设置为解锁状态，并根据目标信息类型对业务通知信息进行处理。根据本发明的技术方案，可以提升司机接单体验以及保证接单效率和平台运营稳定性。

Description

一种信息处理方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机处理技术领域，具体涉及一种信息处理方法、装置、电子设备及存储介质。

背景技术

随着信息技术的飞速发展，网约车服务在人们生活中应用得越来越普遍，也给人们的生活带来了方便，用户可以通过网约车出行服务平台下达订单，网约车司机接收到订单后可以将用户送达至用户设定的目的地。

现有技术中，能够一键呼叫多平台多车型的聚合服务平台也被越来越多的人使用，所述聚合服务平台接入了众多出行服务平台，能够提供出租车、经济、商务、豪华等多种车型，以及即时打车、预约、代叫车等多种场景服务，聚合打车模式使用起来更加方便，用户也无须再下载、安装和注册多个打车软件。

所述聚合服务平台为保证用户体验和平台利益，在用户下单成功、各出行服务平台根据用户下单信息返回可接单车辆信息后，会对多家出行服务平台返回的可接单车辆信息进行筛选，最终确定最优匹配车辆。而在上述订单流程中，在所述聚合服务平台筛选出最优匹配车辆之前，各出行服务平台会先推送订单信息给司机并暂时锁定该可接单车辆，以使司机提前做好接单准备，当筛选成功，出行服务平台即直接推送订单信息给可接单车辆，而当筛选失败，则会导致司机被撤单。司机频繁的被锁定、做接单准备，以及频繁的被撤单，十分影响司机接单积极性，降低了接单体验，容易造成平台的签约司机流失，降低平台运营稳定性。

发明内容

有鉴于此，本发明的目的在于提供一种信息处理方法、装置、电子设备及存储介质，通过对业务通知信息进行针对性处理，在保证目标对象接到更多渠道业务订单的同时，对被撤单情况做无感处理，提高目标对象接单体验，以至少解决相关现有技术中如何提升司机接单体验以及保证接单效率和平台运营稳定性的技术问题。

根据本发明的一个方面，提供了一种信息处理方法，所述信息处理方法包括：

接收目标聚合服务平台发送的业务通知信息；

确定与所述业务通知信息匹配的目标对象，并将所述目标对象的关联信息发送至所述目标聚合服务平台，以及将所述目标对象的状态设置为锁定状态；

获取所述目标聚合服务平台对应的目标时间阈值、以及所述目标聚合服务平台中业务响应结果信息的目标信息类型，所述目标时间阈值为所述目标聚合服务平台生成所述业务响应结果信息需要的时长；

若在所述目标时间阈值内未接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，并根据所述目标信息类型对所述业务通知信息进行处理。

进一步地，所述获取所述目标聚合服务平台对应的目标时间阈值、以及所述目标聚合服务平台中的业务响应结果信息的目标信息类型，具体包括：

获取映射关系表，所述映射关系表用于表征各聚合服务平台与相应的时间阈值、信息类型之间的映射关系；

基于所述目标聚合服务平台在所述映射关系表中进行匹配，得到与所述目标聚合服务平台匹配的所述目标时间阈值以及所述目标信息类型。

进一步地，所述业务响应结果信息的目标信息类型包括业务确认类型，所述若在所述目标时间阈值内未接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，并根据所述目标信息类型对所述业务通知信息进行处理，具体包括：

将所述业务通知信息的状态设置为取消状态。

进一步地，所述方法还包括：

若在所述目标时间阈值内接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，以及，

将所述业务通知信息推送给所述目标对象。

进一步地，所述业务响应结果信息的目标信息类型包括业务取消类型，所述若在所述目标时间阈值内未接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，并根据所述目标信息类型对所述业务通知信息进行处理，具体包括：

将所述业务通知信息推送给所述目标对象。

进一步地，所述方法还包括：

若在所述目标时间阈值内接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，以及，

将所述业务通知信息的状态设置为取消状态。

进一步地，所述将所述业务通知信息推送给所述目标对象之后，所述方法还包括：

判断是否将所述业务通知信息成功推送给所述目标对象；

若推送不成功，则向所述目标对象重复推送所述业务通知信息；

若在预设时长内未将所述业务通知信息成功推送给所述目标对象，则确定所述业务通知信息推送失败；

将所述业务通知信息的状态设置为取消状态，并向所述目标聚合服务平台发送业务推送失败信息。

根据本发明的另一个方面，提供了一种信息处理装置，包括：

接收模块，用于接收目标聚合服务平台发送的业务通知信息；

确定模块，用于确定与所述业务通知信息匹配的目标对象，并将所述目标对象的关联信息发送至所述目标聚合服务平台，以及将所述目标对象的状态设置为锁定状态；

第一获取模块，用于获取所述目标聚合服务平台对应的目标时间阈值、以及所述目标聚合服务平台中业务响应结果信息的目标信息类型，所述目标时间阈值为所述目标聚合服务平台生成所述业务响应结果信息需要的时长；

处理模块，用于若在所述目标时间阈值内未接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，并根据所述目标信息类型对所述业务通知信息进行处理。

根据本发明的另一个方面，提供了一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如上述信息处理方法。

根据本发明的另一个方面，提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行上述的信息处理方法。

本发明提供的信息处理方法、装置、电子设备及存储介质，在接收目标聚合服务平台发送的业务通知信息后，仅锁定目标对象，而不向所述目标对象推送所述业务通知信息，接着通过获取目标聚合服务平台推送业务响应结果信息的目标时间阈值、以及目标信息类型，根据所述目标时间阈值、以及目标信息类型解锁所述目标对象，并对所述业务通知信息进行相应处理，从而实现无感撤单、及时派单。通过上述信息处理方法，在保证目标对象接到更多渠道业务的同时，对被撤单情况做无感处理，减少对目标对象的锁定占用及等待时间，有效提升目标对象的接单体验，解决了现有技术中存在的因频繁被撤单导致司机接单体验差的技术问题，稳定平台签约司机数量，提高平台运营稳定性。

附图说明

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

图1是根据一示例性实施例示出的一种应用环境的示意图；

图2是根据一示例性实施例示出的一种信息处理方法的流程示意图一；

图3是根据一示例性实施例示出的一种信息处理方法的流程示意图二；

图4是根据一示例性实施例示出的一种信息处理方法的流程示意图三；

图5是根据一示例性实施例示出的一种信息处理方法的流程示意图四；

图6是根据一示例性实施例示出的一种信息处理方法的流程示意图五；

图7是根据一示例性实施例示出的一种信息处理装置框图；

图8是根据一示例性实施例示出的一种用于信息处理的电子设备的框图。

以下对附图作补充说明：

100-聚合服务平台服务器，200-第三方服务平台服务器，300-终端，701-接收模块，703-确定模块，705-第一获取模块，707-处理模块。

具体实施方式

以下将参考附图详细说明本申请的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本申请，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本申请同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本申请的主旨。

请参阅图1，图1是根据一示例性实施例示出的一种应用环境的示意图，如图1所示，该应用环境可以包括聚合服务平台服务器100、第三方服务平台服务器200和终端300。

在一个可选的实施例中，聚合服务平台服务器100可以用于接收用户的业务请求，并向第三方服务平台发送业务通知信息。第三方服务平台服务器200可以接入多个聚合服务平台，第三方服务平台服务器200用于接收聚合服务平台服务器100发送的业务通知信息并对其进行处理，且第三方服务平台服务器200为多个终端300提供技术服务接口，以实现针对终端300所对应租户的服务的定制、运营和维护等操作。

具体的，聚合服务平台服务器100可以为多个聚合服务平台服务器组成的服务器集群，也可以为单独的一个；第三方服务平台服务器200可以为多个第三方服务平台服务器组成的服务器集群，也可以为单独的一个；终端300可以包括但不限于智能手机、台式计算机、平板电脑、笔记本电脑、智能音箱、数字助理、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、智能可穿戴设备等类型的电子设备。可选的，电子设备上运行的操作系统可以包括但不限于安卓系统、IOS系统、linux、windows等。

此外，需要说明的是，图1所示的仅仅是本公开提供的信息处理方法的一种应用环境。

图2是根据一示例性实施例示出的一种信息处理方法的流程图一，本说明书提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的，信息处理方法应用于第三方服务平台服务器，如图2所示，信息处理方法可以包括：

S201：接收目标聚合服务平台发送的业务通知信息。

具体地，聚合服务平台可以是指为多个第三方服务平台提供统一服务接口的平台，用户可以通过聚合服务平台向多个第三方服务平台发送业务请求。而第三方服务平台也可以同时接入多个聚合服务平台，以获得来自多个渠道的业务，当第三方服务平台接收到聚合服务平台发送的业务通知信息时，多个聚合服务平台中发送业务通知信息的聚合服务平台为目标聚合服务平台。在可能的实施方式中，可以通过业务通知信息携带的平台标识，确定相应的目标聚合服务平台，也可以根据通信接口信息直接确定发送业务通知信息的目标聚合服务平台，当然，还有其他能够确定目标聚合服务平台的方法，此处不做限制。

业务通知信息可以指包含业务请求的通知信息，应用的业务领域不同，对应的业务请求也不同，例如出行业务请求、订餐业务请求和快递业务请求求等。以出行业务为例，聚合服务平台为网约车聚合服务平台，第三方服务平台为网约车出行服务平台，网约车聚合服务平台接入有多家网约车出行服务平台，具有出行用车需求的用户通过网约车聚合服务平台向多个网约车出行服务平台发送出行业务请求，则业务通知信息为包含用户出行用车请求的通知信息，即网约车订单信息，则业务通知信息具体可包括起点位置信息、终点位置信息、用车时间、用车类型、用车模式及用车人数等。

作为一个示例，在接收目标聚合服务平台发送的业务通知信息后，可以将业务通知信息的状态设置为“待处理”状态。

除了上述网约车应用场景示例，快递、外卖订餐等应用场景也同样适用，各个应用场景下的信息处理方法基本相同，下面仍以网约车应用场景为示例对信息处理方法进行详述，其他应用场景则不再赘述。

S203：确定与业务通知信息匹配的目标对象，并将目标对象的关联信息发送至目标聚合服务平台，以及将目标对象的状态设置为锁定状态。

具体地，多个终端能够通过第三方服务平台接收用户的业务请求并提供相应服务，第三方服务平台在接收到由目标聚合服务平台发送的业务通知信息后，根据业务通知信息从多个终端中筛选出符合用户业务请求的终端作为目标对象，并将目标对象的关联信息反馈给目标聚合服务平台，目标聚合服务平台接收来自多个第三方服务平台反馈的多个目标对象的关联信息，并从中筛选出最符合用户业务请求的目标对象作为派单对象，而在目标聚合服务平台给出决策结果之前，目标对象作为备选对象，为了在被选中时能够及时接收业务通知信息并为用户提供相应服务，将目标对象的状态设置为锁定状态，在锁定状态下，目标对象无法再成为后续业务通知信息对应的备选对象。例如，在目标对象被第三方服务平台锁定后，不论是来自锁定该目标对象的第三方服务平台的新的业务通知信息，还是来自与该目标对象绑定的其他第三方服务平台的业务通知信息，目标对象均不会成为相应的备选对象。

在实际应用中，网约车应用场景下的终端可以是指车辆端，第三方服务平台即出行服务平台根据目标聚合服务平台发送的业务通知信息，确定相匹配的目标车辆，并将该目标车辆的关联信息发送至目标聚合服务平台，示例性的，关联信息可以包括目标车辆的实时位置信息，还可以包括目标车辆的车辆信息(如车型、品牌、车牌号码及车辆颜色等)、及目标车辆对应的司机身份信息(如司机编号、性别、年龄和头像等)、经验信息和荣誉信息(如接单数、服务等级评分等)等。同时，锁定该目标车辆使其被占用，从而使该目标车辆无法再成为后续业务通知信息对应的备选对象，此时通常还会将业务通知信息发送给目标对象，使其预先做好接单准备，但当筛选失败，即目标聚合服务平台未选中目标对象时，则会导致司机被撤单，司机频繁的被锁定、接收业务通知信息并做接单准备，以及频繁的接收到撤单信息，十分影响司机接单积极性，降低了接单体验，容易造成平台的签约司机流失，降低平台运营稳定性。

本实施例中，在接收目标聚合服务平台发送的业务通知信息后，仅锁定目标车辆，而不向目标车辆推送业务通知信息，则在筛选失败时，目标车辆对应的司机也不会知晓被撤单，不会对司机接单积极性造成影响，从而在保证司机接到更多渠道业务的同时，对被撤单情况做无感处理，减少司机的等待时间，有效提升司机的接单体验，进而稳定第三方服务平台签约司机数量，提高平台运营稳定性。并且，取消确认接单前出行服务平台对目标车辆的业务通知信息推送操作，还能简化业务推送流程，减少数据处理量，提升业务推送效率。

作为一个示例，确定与业务通知信息匹配的目标对象包括：

获取预设区域内的可接单对象集合；

根据业务通知信息，从可接单对象集合中筛选出符合业务请求的可接单对象作为目标对象。

示例性的，从可接单对象集合中筛选出符合业务请求的可接单对象信息作为目标对象信息包括：

将可接单对象集合中与用户起点位置距离最近的可接单对象确定为目标对象。

较佳地，业务通知信息中可能包含多条业务请求，在确定目标对象时，可以将符合业务请求的数量最多的可接单对象作为目标对象。

在其他可能的实施方式中，还可以根据实际应用中各业务请求的重要程度，为业务通知信息中的业务请求分别设置权重，在确定目标对象时，可以将可接单对象符合的业务请求的权重相加，选择所得权重之和最高的可接单对象作为目标对象，可以提升目标对象与业务通知信息的匹配准确性。

需要说明的是，对目标对象的确定还可以采用其他方法，本申请在此不做限制。

S205：获取目标聚合服务平台对应的目标时间阈值、以及目标聚合服务平台中业务响应结果信息的目标信息类型，目标时间阈值为目标聚合服务平台生成业务响应结果信息需要的时长。

具体地，业务响应结果信息可以指目标聚合服务平台对第三方服务平台反馈的目标对象的关联信息的决策结果。当第三方服务平台将关联信息发送至目标聚合服务平台，目标聚合服务平台自接收到关联信息至基于关联信息生成业务响应结果信息所用的时长为目标时间阈值。示例性的，业务响应结果信息可以包括业务确认类型和业务取消类型，当目标聚合服务平台选中关联信息对应的目标对象作为派单对象时，业务响应结果信息为业务确认信息，反之，当关联信息对应的目标对象未被选中时，业务响应结果信息为业务取消信息。

在实际应用中，不同的聚合服务平台的业务响应结果信息的信息类型可能不同，对应的时间阈值也可能不同，因而可以通过预先获取目标聚合服务平台对应的目标时间阈值、以及目标聚合服务平台中业务响应结果信息的目标信息类型，以针对不同的聚合服务平台设定不同的信息处理机制，提升信息处理效率。并且，获取各聚合服务平台推送业务响应结果信息的目标时间阈值、以及目标信息类型，还能够监测各聚合服务平台的决策策略，有助于提升供需匹配效率。

S207：若在目标时间阈值内未接收到业务响应结果信息，则将目标对象的状态设置为解锁状态，并根据目标信息类型对业务通知信息进行处理。

本说明书实施例中，若在目标时间阈值内没有接收到业务响应结果信息，则解锁目标对象，并根据预先获取的目标信息类型对业务通知信息进行处理。例如，当目标信息类型为业务确认类型时，若在相应的目标时间阈值内没有接收到业务确认信息，证明目标对象没有被目标聚合服务平台选中，则及时解锁目标对象，取消对其的占用，使其能够接收其他业务通知信息，并将业务通知信息的状态设置为“已取消”状态。而当目标信息类型为业务取消类型时，若在相应的目标时间阈值内没有接收到业务取消信息，证明目标对象被目标聚合服务平台选中为派单对象，则及时解锁目标对象并将业务通知信息推送给目标对象，以使目标对象执行相应业务，此时可将业务通知信息的状态设置为“已推送”状态。

在传统的网约车订单信息处理过程中，出行服务平台在锁定目标车辆并反馈目标车辆关联信息之后，会一直等待接收目标聚合服务平台发送的业务响应结果信息，再根据接收到的业务响应结果信息执行订单推送或订单取消操作，但通常聚合服务平台并不会在短时间内发送业务响应结果信息，这使得目标车辆被长时间锁定占用，影响司机接单体验，降低接单效率。而本实施例中通过预先获取目标聚合服务平台对应的目标时间阈值、以及目标聚合服务平台中业务响应结果信息的目标信息类型，并根据目标时间阈值及目标信息类型对业务响应结果信息进行预判，以及时解锁目标对象，并对业务通知信息进行相应处理，从而实现无感撤单、及时派单，减少对目标对象的锁定占用及等待时间，有效提升目标对象的接单体验。

图3是根据一示例性实施例示出的另一种信息处理方法的流程图二。在一种可能的实现方式中，如图3所示，该步骤S205之前，该方法还可以包括：

S301：获取各聚合服务平台对应的平台标识、业务响应结果信息的信息类型、以及生成业务响应结果信息的时间阈值；

S303：根据平台标识、信息类型及时间阈值建立映射关系表。

作为一个示例，获取各聚合服务平台对应的平台标识、聚合服务平台中业务响应结果信息的信息类型、以及目标聚合服务平台生成业务响应结果信息的时间阈值，可以是聚合服务平台预先根据协议约定主动反馈其预设的时间阈值、信息类型等相关信息给第三方服务平台，也可以是第三方服务平台通过向聚合服务平台发送获取请求来获得聚合服务平台预设的时间阈值、信息类型等相关信息。

作为一个示例，获取各聚合服务平台对应的平台标识、聚合服务平台中业务响应结果信息的信息类型、以及目标聚合服务平台生成业务响应结果信息的时间阈值，还可以是第三方服务平台通过后台进行数据收集与统计，结合足够多的样本采集信息，在大数据的基础上得出各聚合服务平台对应的信息类型和时间阈值。

在实际应用中，可以通过上述或上述以外的数据获取方法，预先获取信息类型及时间阈值，并根据各聚合服务平台对应的平台标识与信息类型、时间阈值之间的对应关系，建立映射关系表。

相应地，步骤S205可以包括：

S2051：获取映射关系表，映射关系表用于表征各聚合服务平台与相应的时间阈值、信息类型之间的映射关系；

S2053：基于目标聚合服务平台在映射关系表中进行匹配，得到与目标聚合服务平台匹配的目标时间阈值以及目标信息类型。示例性的，可以先获取目标聚合服务平台的平台标识，基于平台标识在映射关系表中进行匹配，进而匹配到映射关系表中相应的目标平台标识，并获取匹配到的目标平台标识对应的目标时间阈值和目标信息类型。

图4是根据一示例性实施例示出的另一种信息处理方法的流程图三，当业务响应结果信息的目标信息类型为业务确认类型时，步骤S207具体包括：

S2071：若在目标时间阈值内未接收到业务响应结果信息，则将目标对象的状态设置为解锁状态，并将业务通知信息的状态设置为取消状态。

相应的，步骤S207还包括：

S2073：若在目标时间阈值内接收到业务响应结果信息，则将目标对象的状态设置为解锁状态，并将业务通知信息推送给目标对象。较佳地，还可以包括，将业务通知信息的状态设置为“已推送”状态。

以上述举例，A聚合服务平台的时间阈值为5s，业务响应结果信息为业务确认类型，即在接收到出行服务平台发送的目标车辆的关联信息后，A聚合服务平台会在5s内向出行服务平台发送业务确认信息，告知出行服务平台目标车辆已被选中。相应的，若出行服务平台在5s内接收到业务确认信息，则将目标车辆的状态设置为解锁状态，并将业务通知信息推送给目标车辆，而若出行服务平台在5s内没有接收到业务确认信息，证明目标车辆很大概率没有被选中，则解锁释放目标车辆，并将业务通知信息的状态设置为取消状态。需要说明的是，时间阈值也可以为其他数值，此处不做限定。

作为一个示例，若在目标时间阈值内接收到业务响应结果信息，还可以根据业务响应结果信息生成派单信息，将派单信息推送给目标对象。或者，根据业务响应结果信息判断业务请求是否有变化，若有变化，则根据业务响应结果信息更新业务通知信息，再将更新后的业务通知信息推送给目标对象；若没有变化，则直接将业务通知信息推送给目标对象。可以有效避免用户临时改变业务请求而导致业务通知信息更新不及时的情况，使得司机端能够接到准确的业务通知信息，更好的满足用户的业务请求，提升司机及用户的使用体验。

图5是根据一示例性实施例示出的另一种信息处理方法的流程图四，当业务响应结果信息的目标信息类型为业务取消类型时，步骤S207具体包括：

S2075：若在目标时间阈值内未接收到业务响应结果信息，则将目标对象的状态设置为解锁状态，并将业务通知信息推送给目标对象。较佳地，还可以包括，将业务通知信息的状态设置为“已推送”状态。

相应的，步骤S207还包括：

S2077：若在目标时间阈值内接收到业务响应结果信息，则将目标对象的状态设置为解锁状态，并将业务通知信息的状态设置为取消状态。

以上述举例，B聚合服务平台的时间阈值为2s，业务响应结果信息为业务取消类型，即在接收到出行服务平台发送的目标车辆的关联信息后，B聚合服务平台会在2s内向出行服务平台发送业务取消信息，告知出行服务平台目标车辆未被选中。相应的，若出行服务平台在2s内接收到业务取消信息，则将目标车辆的状态设置为解锁状态，并将业务通知信息的状态设置为取消状态，而若出行服务平台在2s内没有接收到业务确认信息，证明目标车辆很大概率会被选中，则解锁释放目标车辆，并将业务通知信息推送给目标对象。需要说明的是，时间阈值也可以为其他数值，此处不做限定。

图6是根据一示例性实施例示出的另一种信息处理方法的流程图五。在一种可能的实现方式中，如图6所示，将业务通知信息推送给目标对象之后，该方法还可以包括：

S601：判断是否将业务通知信息成功推送给目标对象；

S603：若推送不成功，则向目标对象重复推送业务通知信息；若推送成功，则目标对象正常服务；

S605：若在预设时长内未将业务通知信息成功推送给目标对象，则确定业务通知信息推送失败；预设时长自首次将业务通知信息推送给目标对象时起算；

S607：将业务通知信息的状态设置为取消状态，并向目标聚合服务平台发送业务推送失败信息。

在实际应用中，司机端可能会因为所在区域信号不好、或网络异常等意外情况而导致无法成功接收业务通知信息，使得订单失败，针对该情况，本实施例中，出行服务平台在向目标车辆推送业务通知信息之后，会实时判断是否成功将业务通知信息推送给目标对象，并在推送不成功时进行重复推送，直至推送成功，而若预设时间内推送仍不成功，则及时取消业务推送并向相应聚合服务平台反馈业务推送失败信息，在提升司机接单成功率的同时，保证用户及平台利益。

作为一个示例，当第三方服务平台将业务通知信息推送给目标对象后，可以基于业务通知信息接收到用于表征推送是否成功的反馈信息，该反馈信息可以由目标对象发送，或由第三方服务平台基于对推送过程的监测而生成。当然，判断是否将业务通知信息成功推送给目标对象还可以有其他方法，此处不做限定。

图7是根据一示例性实施例示出的一种信息处理装置框图。参照图7，该装置可以包括：

接收模块701，用于接收目标聚合服务平台发送的业务通知信息；

确定模块703，用于确定与业务通知信息匹配的目标对象，并将目标对象的关联信息发送至目标聚合服务平台，以及将目标对象的状态设置为锁定状态；

第一获取模块705，用于获取目标聚合服务平台对应的目标时间阈值、以及目标聚合服务平台中业务响应结果信息的目标信息类型，目标时间阈值为目标聚合服务平台生成业务响应结果信息需要的时长；

处理模块707，用于若在目标时间阈值内未接收到业务响应结果信息，则将目标对象的状态设置为解锁状态，并根据目标信息类型对业务通知信息进行处理。

在实际应用中，出行服务平台根据目标聚合服务平台发送的业务通知信息，确定相匹配的目标车辆，并将该目标车辆的关联信息发送至目标聚合服务平台，但通常聚合服务平台并不会在短时间内发送业务响应结果信息，因而等待接收业务响应结果信息的时间较长，为了避免发生目标车辆在等待过程中下线、或偏离业务请求的起点位置等情况，通常会将业务通知信息发送给司机端，使其预先做好接单准备，但这会导致司机频繁的被锁定、接收业务通知信息并做接单准备，以及频繁的接收到撤单信息，影响司机接单积极性。

针对上述情况，本实施例通过取消出行服务平台在接收到业务响应结果信息前预先向目标车辆推送业务通知信息的流程，在接收目标聚合服务平台发送的业务通知信息后，仅锁定目标对象，接着通过预先获取目标聚合服务平台对应的目标时间阈值、以及目标聚合服务平台中业务响应结果信息的目标信息类型，并根据目标时间阈值及目标信息类型对业务响应结果信息进行预判，使得出行服务平台在短时间内即可知晓目标聚合服务平台的决策结果，进而能够及时解锁目标对象，并对业务通知信息进行相应处理，无需预先告知司机端使其提前做接单准备，实现了无感撤单、及时派单。通过上述信息处理方法，在保证目标对象接到更多渠道业务的同时，对被撤单情况做无感处理，并减少对目标对象的锁定占用及等待时间，有效提升目标对象的接单体验，解决了现有技术中存在的因频繁被撤单导致司机接单体验差的技术问题，稳定平台签约司机数量，提高平台运营稳定性。并且，取消出行服务平台在接收到业务响应结果信息前预先向目标车辆推送业务通知信息的流程，还能简化业务推送流程，减少数据处理量，提升业务推送效率；而获取各聚合服务平台推送业务响应结果信息的时间阈值、以及信息类型，还能够监测各聚合服务平台的决策策略，有助于提升供需匹配效率。

在一种可能的实现方式中，该装置还可以包括：

第二获取模块，用于获取各聚合服务平台对应的平台标识、聚合服务平台中业务响应结果信息的信息类型、以及目标聚合服务平台生成业务响应结果信息的时间阈值；

映射关系表建立模块，用于根据平台标识、信息类型及时间阈值建立映射关系表。

相应的，第一获取模块705还可以包括：

获取单元，用于获取映射关系表，映射关系表用于表征各聚合服务平台与相应的时间阈值、信息类型之间的映射关系；

匹配单元，用于基于目标聚合服务平台在映射关系表中进行匹配，得到与目标聚合服务平台相匹配的目标时间阈值以及目标信息类型。

在一种可能的实现方式中，当业务响应结果信息的目标信息类型为业务确认类型时，处理模块707还可以包括：

第一处理单元，用于若在目标时间阈值内未接收到业务响应结果信息，则将目标对象的状态设置为解锁状态，并将业务通知信息的状态设置为取消状态；

第二处理单元，用于若在目标时间阈值内接收到业务响应结果信息，则将目标对象的状态设置为解锁状态，并将业务通知信息推送给目标对象。

在一种可能的实现方式中，当业务响应结果信息的目标信息类型为业务取消类型时，处理模块707还可以包括：

第三处理单元，用于若在目标时间阈值内未接收到业务响应结果信息，则将目标对象的状态设置为解锁状态，并将业务通知信息推送给目标对象；

第四处理单元，用于若在目标时间阈值内接收到业务响应结果信息，则将目标对象的状态设置为解锁状态，并将业务通知信息的状态设置为取消状态。

将业务通知信息推送给目标对象之后，在一种可能的实现方式中，该装置还可以包括：

判断模块，用于判断是否将业务通知信息成功推送给目标对象；

重复推送模块，用于若推送不成功，则向目标对象重复推送业务通知信息若推送成功，则目标对象正常服务；

推送结果确定模块，用于若在预设时长内未将业务通知信息成功推送给目标对象，则确定业务通知信息推送失败；

推送失败处理模块，用于将业务通知信息的状态设置为取消状态，并向目标聚合服务平台发送业务推送失败信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种用于信息处理的电子设备的框图，该电子设备可以是服务器，其内部结构图可以如图8所示。该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种信息处理的方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本公开方案相关的部分结构的框图，并不构成对本公开方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在示例性实施例中，还提供了一种电子设备，包括：处理器；用于存储该处理器可执行指令的存储器；其中，该处理器被配置为执行该指令，以实现如本公开实施例中的信息处理方法。

在示例性实施例中，还提供了一种存储介质，具体为计算机可读存储介质，当该计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行本公开实施例中的信息处理方法。计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行本公开实施例中的信息处理的方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种信息处理方法，其特征在于，用于第三方服务平台，所述第三方服务平台用于接收聚合服务平台发送的业务通知信息并对其进行处理，同时用于为多个终端提供技术服务接口，所述信息处理方法包括：

接收目标聚合服务平台发送的业务通知信息；

确定与所述业务通知信息匹配的目标对象，并将所述目标对象的关联信息发送至所述目标聚合服务平台，以及将所述目标对象的状态设置为锁定状态；

预先获取所述目标聚合服务平台对应的目标时间阈值、以及所述目标聚合服务平台中业务响应结果信息的目标信息类型，所述目标时间阈值为所述目标聚合服务平台生成所述业务响应结果信息需要的时长；

根据所述目标时间阈值及所述目标信息类型对所述业务响应结果信息进行预判，具体为：若在所述目标时间阈值内未接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，并根据所述目标信息类型对所述业务通知信息进行处理。

2.根据权利要求1所述的信息处理方法，其特征在于，所述获取所述目标聚合服务平台对应的目标时间阈值、以及所述目标聚合服务平台中的业务响应结果信息的目标信息类型，具体包括：

获取映射关系表，所述映射关系表用于表征各聚合服务平台与相应的时间阈值、信息类型之间的映射关系；

基于所述目标聚合服务平台在所述映射关系表中进行匹配，得到与所述目标聚合服务平台匹配的所述目标时间阈值以及所述目标信息类型。

3.根据权利要求1所述的信息处理方法，其特征在于，所述业务响应结果信息的目标信息类型包括业务确认类型，所述若在所述目标时间阈值内未接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，并根据所述目标信息类型对所述业务通知信息进行处理，具体包括：

将所述业务通知信息的状态设置为取消状态。

4.根据权利要求3所述的信息处理方法，其特征在于，所述方法还包括：

若在所述目标时间阈值内接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，以及，

将所述业务通知信息推送给所述目标对象。

5.根据权利要求1所述的信息处理方法，其特征在于，所述业务响应结果信息的目标信息类型包括业务取消类型，所述若在所述目标时间阈值内未接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，并根据所述目标信息类型对所述业务通知信息进行处理，具体包括：

将所述业务通知信息推送给所述目标对象。

6.根据权利要求5所述的信息处理方法，其特征在于，所述方法还包括：

若在所述目标时间阈值内接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，以及，

将所述业务通知信息的状态设置为取消状态。

7.根据权利要求4或5所述的信息处理方法，其特征在于，所述将所述业务通知信息推送给所述目标对象之后，所述方法还包括：

判断是否将所述业务通知信息成功推送给所述目标对象；

若推送不成功，则向所述目标对象重复推送所述业务通知信息；

若在预设时长内未将所述业务通知信息成功推送给所述目标对象，则确定所述业务通知信息推送失败；

将所述业务通知信息的状态设置为取消状态，并向所述目标聚合服务平台发送业务推送失败信息。

8.一种信息处理装置，其特征在于，用于第三方服务平台，所述第三方服务平台用于接收聚合服务平台发送的业务通知信息并对其进行处理，同时用于为多个终端提供技术服务接口，所述信息处理装置包括：

接收模块，用于接收目标聚合服务平台发送的业务通知信息；

确定模块，用于确定与所述业务通知信息匹配的目标对象，并将所述目标对象的关联信息发送至所述目标聚合服务平台，以及将所述目标对象的状态设置为锁定状态；

第一获取模块，用于预先获取所述目标聚合服务平台对应的目标时间阈值、以及所述目标聚合服务平台中业务响应结果信息的目标信息类型，所述目标时间阈值为所述目标聚合服务平台生成所述业务响应结果信息需要的时长；

处理模块，用于根据所述目标时间阈值及所述目标信息类型对所述业务响应结果信息进行预判，具体为：若在所述目标时间阈值内未接收到所述业务响应结果信息，则将所述目标对象的状态设置为解锁状态，并根据所述目标信息类型对所述业务通知信息进行处理。

9.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的信息处理方法。

10.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至7中任一项所述的信息处理方法。