对订单进行取消处理的系统、方法、装置及电子设备与流程

本申请涉及新零售
技术领域：
，特别是涉及对订单进行取消处理的系统、方法、装置及电子设备，以及获得规则信息的方法、装置及电子设备。
背景技术：
：在“新零售”业务模式下，服务提供商(在实际应用中可以称为零售商或者商户)可以开设线下的实体店铺，消费者用户可以直接到线下的实体店铺进行商品对象的购买。同时，零售商还可以通过线上的应用程序(app)提供实体店铺对应的线上店铺，通过线上店铺向消费者用户展示实体店铺可提供的商品对象的相关信息，供消费者用户进行线上下单操作。消费者用户通过app提交的交易订单可以先保存到订单信息库，再由履约系统从订单信息库中读取订单数据，将同一实体店铺关联的多个订单合成为一个批次，再以批次为基本单元进行仓库作业以及配送作业。在对订单进行履约处理的过程中，消费者用户随时可能会对订单发起售中取消操作。例如，消费者用户提交了针对订单1的取消请求，履约系统获得该取消请求后，可以采用消息广播的方式通知合成批次(以下简称为“合批”)作业系统、仓库作业系统以及配送作业系统，对订单1进行取消处理。如果消费者用户发起取消操作时订单1处于仓库作业环节，对于合批作业系统来说，已经完成对订单1的合批作业，即使进行取消处理也无法进行订单拦截，也就是说，合批作业系统针对订单1的取消处理是一种无效处理，该无效处理同样会占用合批作业系统的处理资源，造成处理资源的浪费。此外，消息广播方式本身在一定概率上还存在消息丢失的问题，无法确保作业系统能接收到对订单1进行取消处理的消息，致使取消处理失败；其次，进行消息广播时，需要先将对订单1进行取消处理的消息放入堆栈，等待与先前放入堆栈的其他取消处理的消息进行顺序广播，消息的滞后广播可能会影响作业系统进行取消处理的结果，导致取消失败。取消失败的订单仍会正常履约配送给消费者用户，一方面会影响消费者用户的体验，另一方面当消费者用户针对取消失败的订单发起售后退货操作时，还会提高服务提供商用户的物流成本，影响服务提供商用户的体验。此外，针对需要快速履约的订单，例如，1小时达、30分钟履约的订单等，履约平台获得消费者用户提交的交易订单后，可能各个作业系统很快就会进入作业状态，以保证履约时效。在这样的情况下，如果需要对订单进行售中取消，则更需要进行高效且精准的控制策略，否则可能会造成取消失败，影响用户体验，同时浪费已经占用的系统资源。技术实现要素：本申请提供了一种对订单进行取消处理的系统、方法、装置及电子设备，以及一种获得规则信息的方法、装置及电子设备，可以基于履约状态信息对应的取消规则信息，确定可有效对待取消的目标订单进行取消处理的目标作业子系统，有助于避免无效取消处理对作业子系统资源的浪费。本申请提供了如下方案：一种对订单进行取消处理的系统，包括：规则子系统以及履约子系统，所述规则子系统，用于获得针对不同履约状态配置的取消规则信息，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；其中，所述作业子系统为对履约工作流中的多个作业环节分别进行履约处理的任务执行系统；所述履约子系统，用于从所述规则子系统获得所述取消规则信息，确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。一种获得规则信息的方法，包括：规则子系统客户端通过规则配置界面提供用于提交履约状态信息的第一操作选项以及用于提交取消规则信息的第二操作选项，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；通过所述第一操作选项获得所述履约状态信息以及通过所述第二操作选项获得所述取消规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对所述履约状态信息以及所述取消规则信息进行关联，进而在履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。一种获得规则信息的方法，包括：规则子系统服务端获得规则子系统客户端提交的履约状态信息以及取消规则信息；对所述履约状态信息以及所述取消规则信息进行关联，以便履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。一种对订单进行取消处理的方法，包括：履约子系统获得对不同履约状态下的订单进行取消处理的取消规则信息，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；其中，所述作业子系统为对履约工作流中的多个作业环节分别进行履约处理的任务执行系统；确定待取消的目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息；根据所述目标履约状态信息对应的取消规则信息确定目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。一种对订单进行取消处理的方法，包括：交易子系统客户端通过订单信息展示界面提供可选的订单信息，并在目标订单被选中时，提供用于提交针对所述目标订单的取消请求的操作选项；通过所述操作选项获得针对所述目标订单的取消请求后，提交到交易子系统服务端，以便所述交易子系统服务端将所述取消请求转发至履约子系统，由所述履约子系统确定所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。一种对订单进行取消处理的方法，包括：交易子系统服务端获得交易子系统客户端提交的针对目标订单的取消请求；将所述取消请求发送至履约子系统，以便所述履约子系统根据所述取消请求确定所述目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。一种对订单进行取消处理的方法，包括：作业子系统获得履约子系统针对能对目标订单进行取消处理的目标作业子系统发送的取消处理消息，所述目标作业子系统由所述履约子系统根据所述目标订单关联的目标履约状态信息对应的取消规则信息确定；对所述目标订单进行取消处理，并向所述履约子系统返回取消处理的结果信息。一种获得规则信息的装置，应用于规则子系统客户端，包括：操作选项提供单元，用于通过规则配置界面提供用于提交履约状态信息的第一操作选项以及用于提交取消规则信息的第二操作选项，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；信息提交单元，用于通过所述第一操作选项获得所述履约状态信息以及通过所述第二操作选项获得所述取消规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对所述履约状态信息以及所述取消规则信息进行关联，进而在履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。一种获得规则信息的装置，应用于规则子系统服务端，包括：信息获得单元，用于获得规则子系统客户端提交的履约状态信息以及取消规则信息；信息关联单元，用于对所述履约状态信息以及所述取消规则信息进行关联，以便履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。一种对订单进行取消处理的装置，应用于履约子系统，包括：取消规则信息获得单元，用于获得对不同履约状态下的订单进行取消处理的取消规则信息，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；其中，所述作业子系统为对履约工作流中的多个作业环节分别进行履约处理的任务执行系统；目标履约状态信息获取单元，用于确定待取消的目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息；目标作业子系统确定单元，用于根据所述目标履约状态信息对应的取消规则信息确定目标作业子系统；取消处理通知单元，用于通知所述目标作业子系统对所述目标订单进行取消处理。一种对订单进行取消处理的装置，应用于交易子系统客户端，包括：操作选项提供单元，用于通过订单信息展示界面提供可选的订单信息，并在目标订单被选中时，提供用于提交针对所述目标订单的取消请求的操作选项；取消请求提交单元，用于通过所述操作选项获得针对所述目标订单的取消请求后，提交到交易子系统服务端，以便所述交易子系统服务端将所述取消请求转发至履约子系统，由所述履约子系统确定所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。一种对订单进行取消处理的装置，应用于交易子系统服务端，包括：取消请求获得单元，用于获得交易子系统客户端提交的针对目标订单的取消请求；取消请求发送单元，用于将所述取消请求发送至履约子系统，以便所述履约子系统根据所述取消请求确定所述目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。一种对订单进行取消处理的装置，应用于作业子系统，包括：取消处理消息获得单元，用于获得履约子系统针对能对目标订单进行取消处理的目标作业子系统发送的取消处理消息，所述目标作业子系统由所述履约子系统根据所述目标订单关联的目标履约状态信息对应的取消规则信息确定；结果信息返回单元，用于对所述目标订单进行取消处理，并向所述履约子系统返回取消处理的结果信息。一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：通过规则配置界面提供用于提交履约状态信息的第一操作选项以及用于提交取消规则信息的第二操作选项，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；通过所述第一操作选项获得所述履约状态信息以及通过所述第二操作选项获得所述取消规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对所述履约状态信息以及所述取消规则信息进行关联，进而在履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：获得规则子系统客户端提交的履约状态信息以及取消规则信息；对所述履约状态信息以及所述取消规则信息进行关联，以便履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：获得对不同履约状态下的订单进行取消处理的取消规则信息，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；其中，所述作业子系统为对履约工作流中的多个作业环节分别进行履约处理的任务执行系统；确定待取消的目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息；根据所述目标履约状态信息对应的取消规则信息确定目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：通过订单信息展示界面提供可选的订单信息，并在目标订单被选中时，提供用于提交针对所述目标订单的取消请求的操作选项；通过所述操作选项获得针对所述目标订单的取消请求后，提交到交易子系统服务端，以便所述交易子系统服务端将所述取消请求转发至履约子系统，由所述履约子系统确定所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：获得交易子系统客户端提交的针对目标订单的取消请求；将所述取消请求发送至履约子系统，以便所述履约子系统根据所述取消请求确定所述目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：获得履约子系统针对能对目标订单进行取消处理的目标作业子系统发送的取消处理消息，所述目标作业子系统由所述履约子系统根据所述目标订单关联的目标履约状态信息对应的取消规则信息确定；对所述目标订单进行取消处理，并向所述履约子系统返回取消处理的结果信息。根据本申请提供的具体实施例，本申请公开了以下技术效果：通过本申请实施例，可以针对履约处理过程中涉及的不同履约状态信息，配置不同的取消规则信息，进而在履约子系统获得待取消的目标订单关联的目标履约状态信息后，可以根据目标履约状态信息对应的取消规则信息，确定可有效对目标订单进行取消处理的目标作业子系统。例如，正在对目标订单进行作业的当前作业子系统，以及还未开始对目标订单进行作业的下游作业子系统，均可作为目标作业子系统对目标订单进行取消处理。如此方案，有助于降低无效取消处理对作业子系统处理资源的浪费。另外，采用规则配置的方式，有针对性的通知目标作业子系统对目标订单进行取消处理，还可避免因消息丢失或者消息通知滞后导致取消失败的情况出现，有助于提高取消成功率，提高消费者用户以及服务提供商用户的体验。当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本申请实施例提供的系统的示意图；图2是本申请实施例提供的第一种方法的示意图；图3是本申请实施例提供的第一种界面的示意图；图4是本申请实施例提供的第二种界面的示意图；图5是本申请实施例提供的第二种方法的流程图；图6是本申请实施例提供的第三种方法的流程图；图7是本申请实施例提供的第四种方法的流程图；图8是本申请实施例提供的第五种方法的流程图；图9是本申请实施例提供的第六种方法的流程图；图10是本申请实施例提供的第七种方法的流程图；图11是本申请实施例提供的第一种装置的示意图；图12是本申请实施例提供的第二种装置的示意图；图13是本申请实施例提供的第三种装置的示意图；图14是本申请实施例提供的第四种装置的示意图；图15是本申请实施例提供的第五种装置的示意图；图16是本申请实施例提供的第六种装置的示意图；图17是本申请实施例提供的计算机系统的架构的示意图；图18是本申请实施例提供的电子设备的架构的示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。为了便于理解本申请实施例提供的具体实现方案，下面先结合图1所示系统图对本方案的具体场景进行简单介绍。消费者用户通过app(即，部署在消费者用户关联的终端设备上的交易子系统客户端)在线上店铺进行商品对象的购买操作后，交易子系统客户端可以将购买操作对应的信息提交到交易子系统服务端，由交易子系统服务端生成交易订单，并在确定消费者用户完成订单支付后，由交易子系统服务端将交易订单的相关数据发送至履约子系统，进入履约流程。通常，交易订单的相关数据中可以包括以下信息：订单的标识信息、订单包括的商品对象的标识信息、履约状态信息、实体店铺的标识信息、实体店铺关联的服务提供商用户的标识信息、实体店铺关联的仓库的标识信息、实体店铺关联的配送站的标识信息、配送地址信息、以及配送时间信息等。订单数据可以保存在订单信息库中，履约子系统可以从订单信息库中读取订单数据，与作业子系统相互配合，完成对订单的履约处理。其中，作业子系统为对履约工作流中的多个作业环节分别进行履约处理的任务执行系统。作为一种示例，履约处理过程可以体现为：履约子系统先从订单信息库中读取订单数据，对同一实体店铺关联的多个交易订单进行合批作业，例如，将实体店铺1关联的10个交易订单合成为批次1；再将批次1对应的10个交易订单下发到仓库作业子系统，由仓库作业子系统的服务端生成拣货任务下发到拣货作业人员关联的拣货作业客户端，以及生成打包任务下发到打包作业人员关联的打包作业客户端；确定仓库作业子系统完成拣货作业以及打包作业后，履约子系统可以将批次1对应的10个交易订单下发到配送作业子系统，由配送作业子系统的服务端生成配送任务下发到配送作业人员关联的配送作业客户端，配送作业人员可以根据配送作业客户端的提示，对10个交易订单打包出的包裹进行揽收作业以及配送作业，并在配送作业人员确认妥投成功后，结束这10个交易订单的履约流程。由上文介绍可知，在对交易订单进行履约处理的过程中可以涉及多个作业环节，每个作业环节分别对应不同的履约状态，由不同的作业子系统进行履约处理。例如，履约处理过程可以粗粒度的划分为合批作业环节、仓库作业环节以及配送作业环节。其中，合批作业环节可以由合批作业子系统对处于待下发合批作业状态的订单进行合批作业；仓库作业环节可以由仓库作业子系统对处于待下发仓库作业状态的订单(以合成的批次为基本处理单元)进行拣货作业以及打包作业；配送作业环节可以由配送作业子系统对处于待下发配送作业状态的订单(以合成的批次为基本处理单元)进行揽收作业以及配送作业。或者，履约处理过程可以细粒度的划分为合批作业环节、拣货作业环节、打包作业环节、揽收作业环节以及配送作业环节。其中，合批作业环节可以由合批作业子系统对处于待下发合批作业状态的订单进行合批作业；拣货作业环节可以由接收到拣货任务的拣货作业客户端关联的拣货作业人员，对处于待拣货作业状态的订单进行拣货作业；打包作业环节可以由接收到打包任务的打包作业客户端关联的打包作业人员，对处于待打包作业状态的订单进行打包作业；揽收作业环节可以由接收到配送任务的配送作业客户端关联的配送作业人员，对处于待揽收状态的订单进行揽收作业，并在配送作业环节由该配送作业人员对处于待配送状态的订单进行配送作业，直至完成妥投。当消费者用户在订单履约过程中发起取消购买操作时，履约子系统需要及时对待取消的目标订单进行取消处理(即，终止目标订单的履约流程)，本申请实施例可以配置取消规则信息，通过取消规则信息指定不同履约状态下可有效进行取消处理的作业子系统。例如，目标订单处于待下发合批作业状态时，可有效进行取消处理的作业子系统可以包括：合批作业子系统、仓库作业子系统以及配送作业子系统；目标订单处于待下发仓库作业状态时，可有效进行取消处理的作业子系统可以包括：仓库作业子系统以及配送作业子系统。也就是说，本申请实施例中可有效对目标订单进行取消处理的作业子系统，指的是还未对目标订单完成作业的作业子系统。例如，可以包括：正在对目标订单进行作业的当前作业子系统，以及尚未开始对目标订单进行作业的下游作业子系统。其中，下游作业子系统是相对当前作业子系统而言的。例如，目标订单处于待下发合批作业状态时，合批作业子系统即为当前作业子系统，仓库作业子系统以及配送作业子系统即为下游作业子系统；目标订单处于待下发仓库作业状态时，仓库作业子系统即为当前作业子系统，配送作业子系统即为下游作业子系统。本申请实施例提供一种用于对订单进行取消处理的工具，可以基于预先配置的取消规则信息，对不同履约状态下的目标订单进行取消处理。如图1所示，消费者用户可以通过关联的交易子系统客户端发起取消操作，向交易子系统服务端提交针对目标订单的取消请求，该取消请求可以经由交易子系统服务端转发至履约子系统进行取消处理。其中，交易子系统服务端以及履约子系统可以部署在云端服务器。履约子系统根据取消请求确定出待取消的目标订单后，可以从订单信息库中获取目标订单关联的目标履约状态信息，并根据目标履约状态信息对应的取消规则信息，确定对目标订单进行取消处理的目标作业子系统，通知目标作业子系统终止对目标订单进行作业，以结束目标订单的履约流程。作为一种示例，针对不同履约状态配置的取消规则信息可以独立保存在规则子系统服务端，如此，便可避免在履约子系统进行取消处理的实现代码中，以硬编码方式写死不同履约状态信息对应的取消规则信息，有助于履约子系统灵活有效的处理多变的取消业务策略，降低实现取消业务逻辑组件的复杂性，降低应用程序的维护和可扩展性成本。具体可参见下文所做介绍，此处暂不详述。下面结合图2所示流程图，对本申请实施例的实现过程进行解释说明。实施例1s101：配置履约状态信息对应的取消规则信息，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息。作为一种示例，本申请实施例提供一种用于获得取消规则信息的工具，可以包括：规则子系统客户端以及规则子系统服务端。其中，规则子系统客户端可以部署在开发人员关联的终端设备上，通过规则配置界面实现可视化配置。例如，规则配置界面中可以包括提供用于提交履约状态信息的第一操作选项，以及用于提交取消规则信息的第二操作选项。其中，取消规则信息可以包括在对应的履约状态下，可对订单进行取消处理的至少一个作业子系统的标识信息。规则子系统客户端通过操作选项获得履约状态信息以及取消规则信息后，可以提交到部署在云端服务器上的规则子系统服务端，以便规则子系统服务端对履约状态信息以及取消规则信息进行关联并保存。本申请实施例中，规则子系统客户端可以通过多种实现方式进行规则配置。例如，在一种实现方式下，可以通过第一操作选项提供可选的履约状态信息，开发人员通过第一操作选项选中某个履约状态信息时，可以针对该选中的履约状态信息进行取消规则信息配置。或者，在另一种实现方式下，通过第一操作选项接收到开发人员输入的履约状态信息时，可以针对该输入的履约状态信息进行取消规则信息配置。以配置待下发仓库作业状态对应的取消规则信息为例，规则子系统客户端获得开发人员提交的取消规则配置请求时，可以提供图3所示规则配置界面，通过该界面提供的操作选项可以获得以下信息：履约状态信息为待下发仓库作业状态，取消规则信息可以包括：对订单进行取消处理的作业子系统为仓库作业子系统以及配送作业子系统。此外，取消规则信息还可以包括多种其他信息，具体可参见下文所做介绍，此处暂不详述。以粗粒度的划分作业环节为例，规则子系统服务端保存的履约状态信息与取消规则信息之间的对应关系可以如下表1所示。表1履约状态信息取消规则信息待下发合批作业状态取消规则11待下发仓库作业状态取消规则12待下发配送作业状态取消规则13以细粒度的划分作业环节为例，规则子系统服务端保存的履约状态信息与取消规则信息之间的对应关系可以如下表2所示。表2履约状态信息取消规则信息待合批状态取消规则21待拣货状态取消规则22待打包状态取消规则23待揽收状态取消规则24待配送状态取消规则25另外，本申请实施例中“新零售”模式的业务系统可以有多种实现方式，不同实现方式下的规则配置可能会有所不同，下面进行举例说明。在一种实现方式下，服务提供商用户可以独立开发一套“新零售”模式的业务系统，按照上文介绍的方式，配置履约状态信息对应的取消规则信息，以便履约子系统根据目标履约状态信息对应的取消规则信息确定出目标作业子系统后，通知目标作业子系统对目标订单进行取消处理。这种场景下，业务系统关联唯一的服务提供商用户，取消规则信息只针对该唯一的服务提供商用户，故取消规则信息中可以不关联服务提供商用户的标识信息。或者，在另一种实现方式下，考虑到服务提供商用户单独开发业务系统的成本会非常高，一些中小型的零售商家可能无法承受。在这种环境下，出现了提供“新零售”解决方案的平台，这种平台可以打造新零售“样板间”，通过对传统的服务提供商用户进行赋能，将平台的产品能力、数据能力、运营模式等要素复制给服务提供商用户，让服务提供商用户基于与“新零售”系统中各业务领域相同的业务标准和执行流程来逐步提升自身的经营能力。例如，服务提供商用户可以将其商品信息、仓库中的库存信息、履约能力信息、销售端的信息等提交到平台中，平台为其实现具体业务流程的支持，使得服务提供商用户也能够按照“新零售”模式对外提供服务。也就是说，平台开发的业务系统上集成有多个服务提供商用户。针对这种场景，本申请实施例还可以建立取消规则信息以及服务提供商用户的标识信息之间的对应关系。优选地，规则子系统客户端还可以提供用于提交服务提供商用户的标识信息的第三操作选项；通过第三操作选项获得服务提供商用户的标识信息后，将服务提供商用户的标识信息、履约状态信息以及取消规则信息提交到规则子系统服务端，以便规则子系统服务端对接收到的信息进行关联。如果多个服务提供商用户进行取消处理的策略均相同，规则子系统客户端可以针对多个服务提供商用户配置一份取消规则信息。其中，一份取消规则信息可以对应包括多个履约状态下的多个取消规则信息，以粗粒度的划分作业环节为例，一份取消规则信息可以对应包括取消规则11～取消规则13。例如，服务提供商用户1以及服务提供商用户2均禁止消费者用户在商品对象揽收成功后进行取消操作，且消费者用户在商品对象揽收前发起取消操作时可以进行极速退款，规则子系统客户端可以据此配置一份取消规则信息1，使取消规则信息1与服务提供商用户1以及服务提供商用户2相关联。可以理解地，虽然服务提供商用户1与服务提供商用户2对应的取消规则是相同的，但是各服务提供商用户关联的作业子系统可能会有所不同，例如，服务提供商用户与作业子系统之间的关联关系可以如下表3所示。故在进行取消处理时，履约子系统可以先从订单信息库中确定目标订单关联的目标服务提供商用户的标识信息，再根据目标服务提供商用户的标识信息以及目标履约状态信息对应的取消规则信息，从目标服务提供商用户关联的作业子系统中确定目标作业子系统，对目标订单进行取消处理。表3或者，如果服务提供商用户之间进行取消处理的策略不同，规则子系统客户端可以针对不同服务提供商用户配置不同的取消规则信息。例如，服务提供商用户3禁止消费者用户在商品对象揽收成功后进行取消操作，且消费者用户在商品对象打包前发起取消操作时可以进行极速退款，规则子系统客户端可以据此配置一份取消规则信息2，使取消规则信息2与服务提供商用户3相关联。上文所举示例中，取消规则信息与服务提供商用户之间的对应关系可以如下表4所示。表4s102：履约子系统获得对不同履约状态下的订单进行取消处理的取消规则信息。为了降低获取取消规则信息的时间开销，履约子系统可以在启动时，全量从规则子系统服务端获得各履约状态信息对应的取消规则信息，在履约子系统进行本地保存。这样，在获得目标订单关联的目标履约状态信息后，履约子系统可以通过本地读取的方式，快速获得目标履约状态信息对应的取消规则信息。另外，在取消规则信息有更新时，规则子系统服务端可以向履约子系统推送更新消息，以便履约子系统对本地保存的取消规则信息进行同步更新。或者，在另一种实现方式下，履约子系统可以不进行本地保存，而是在需要时实时从规则子系统服务端中读取目标履约状态信息对应的取消规则信息，本申请实施例对此可不做具体限定。s103：交易子系统客户端获得消费者用户针对目标订单提交的取消请求后，发送至交易子系统服务端，以便交易子系统服务端将取消请求转发至履约子系统。消费者用户提交订单并完成支付后，在未收到购买的商品对象前，可以随时对订单发起取消操作。具体地，交易子系统客户端可以通过订单信息展示界面提供可选的订单信息，并在目标订单被选中时，提供用于提交针对目标订单的取消请求的操作选项，并在通过操作选项获得针对目标订单的取消请求后，提交到交易子系统服务端，由交易子系统服务端将取消请求转发至履约子系统进行取消处理。本申请实施例中，消费者用户可以通过多种实现方式对目标订单发起取消操作。例如，在一种实现方式下，订单信息展示界面提供的可选的订单为通过交易子系统服务端生成的交易订单。即，消费者用户可以对整个交易订单进行取消操作，取消对交易订单包括的所有商品对象的购买。或者，在另一种实现方式下，订单信息展示界面提供的可选的订单为对交易订单进行履约处理的过程中拆分出的履约单，提供的交易订单的子订单信息。即，消费者用户可以取消对交易订单包括的部分商品对象的购买。例如，交易订单1包括商品对象11、商品对象12以及商品对象13，其中，商品对象11以及商品对象12的种类相同，可以对应在一个拣货区域内进行拣货作业，则仓库作业子系统在生成拣货任务时，可以将交易订单1拆分为履约单11(可以包括商品对象11以及商品对象12)以及履约单12(可以包括商品对象13)。或者，仓库作业子系统可以针对每个商品对象拆分出各自对应的履约单，例如，本示例中可以将交易订单1拆分为包括商品对象11的履约单13，包括商品对象12的履约单14，以及包括商品对象13的履约单15。本申请实施例对履约单拆分方式可不做具体限定。下面以拆分出履约单11以及履约单12为例，对本申请实施例提交取消请求的过程进行举例说明。履约子系统可以将履约单的相关信息经由交易子系统服务端发送至交易子系统客户端，交易子系统客户端可以提供图4所示取消操作界面，向消费者用户展示根据履约单提供的交易订单的子订单的相关信息。在以履约单为基本单元进行取消操作时，因为商品对象11以及商品对象12属于同一个履约单11，故在消费者用户点击履约单11对应的“取消”按键时，可以生成取消请求11提交到交易子系统，其中，取消请求11中可以包括订单1的标识信息以及履约单11的标识信息。本示例中，履约子系统需要及时终止履约单11的履约流程，同时还要确保履约单12能够正常履约。s104：履约子系统确定待取消的目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息。s105：根据所述目标履约状态信息对应的取消规则信息确定目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。履约子系统获得交易子系统服务端转发的取消请求11后，可以将履约单11确定为待取消的目标订单，从订单信息库中获取目标订单关联的目标履约状态信息。若目标履约状态信息为待下发仓库作业状态，履约子系统可以基于表1所示对应关系获得取消规则12(即图3所举示例中配置的取消规则)，进而根据取消规则12将仓库作业子系统以及配送作业子系统确定为目标作业子系统，通知目标作业子系统对履约单11进行取消处理。在一种实现方式下，履约子系统可以顺序通知仓库作业子系统以及配送作业子系统对目标订单进行取消处理。具体地，履约子系统可以向仓库作业子系统发送对目标订单进行取消处理的消息(取消处理消息中可以包括订单1的标识信息以及履约单11的标识信息)，通知仓库作业子系统对目标订单进行取消处理；如果仓库作业子系统返回取消成功的取消处理结果信息，则可结束取消处理过程；如果仓库作业子系统返回取消失败的取消处理结果信息，履约子系统则可向配送作业子系统发送对目标订单进行取消处理的消息，通知配送作业子系统对目标订单进行取消处理。因为目标订单目前处于待下发仓库作业状态，即配送作业子系统还未开始对目标订单进行作业，则配送作业子系统可以成功对目标订单进行取消处理，并向履约子系统返回取消成功的取消处理结果信息。或者，在另一种实现方式下，考虑到各作业子系统之间进行取消处理时没有依赖性，即，下游的作业子系统并不依赖上游的作业子系统的取消处理结果，便可进行取消处理，故在确定出多个目标作业子系统时，履约子系统可以进行并行处理，同时向仓库作业子系统以及配送作业子系统发送对目标订单进行取消处理的消息，通知二者对目标订单进行取消处理。如此，有助于缩短取消处理过程消耗的时长，对于需要快速履约的订单来说，可以快速完成取消处理，提高用户体验。作为一种示例，履约子系统可以定义一个标准的取消接口spi(serviceproviderinterface)，各个作业子系统可以提供对订单进行取消处理的实现逻辑，并封装成bundle的方式进行独立部署。其中，bundle取自osgi(openservicegatewayinitiative)里的接口实现概念，一个复杂的系统可以按功能抽象出对外开放的spi，服务实现者(即本申请实施例中的作业子系统)基于spi实现业务逻辑，并可将功能实现独立打包部署。同一个spi可以有不同的实现逻辑，每一个实现逻辑就是一个bundle，例如，本申请实施例中的取消接口spi可以对应以下bundle：合批作业子系统对订单进行取消处理的实现逻辑bundle1，仓库作业子系统对订单进行取消处理的实现逻辑bundle2，配送作业子系统对订单进行取消处理的实现逻辑bundle3。此外，对于集成有多个服务提供商用户的业务系统来说，不同服务提供商用户关联的作业子系统中均可单独部署对应的bundle。以服务提供商用户1为例，可以部署如下bundle：部署在服务提供商用户1关联的合批作业子系统中的bundle11，部署在服务提供商用户1关联的仓库作业子系统中的bundle12，部署在服务提供商用户1关联的配送作业子系统中的bundle13。履约子系统确定出目标作业子系统后，可以以目标作业子系统的标识信息为参数调用spi，通过spi跳转到目标作业子系统提供的实现逻辑，进而通过实现逻辑对目标订单进行取消处理，并向履约子系统返回取消处理结果信息。上文所举取消请求1的示例中，履约子系统通过spi可以调用bundle2以及bundle3进行取消处理。可以理解地，各作业子系统中的bundle均是独立部署，独立提供服务，各自负责各自的稳定性，互相不影响，这样，还可以避免某个作业子系统中bundle出现问题时，影响其他作业子系统的取消流程。如上文所做介绍，本申请实施例中的取消规则信息除了可以包括对订单进行取消处理的作业子系统的标识信息之外，还可以包括多种其他信息，下面进行举例说明。1.退款信息本申请实施例可以在取消规则信息中配置退款信息，以此指定在目标订单取消成功时采用的退款方式。作为一种示例，为了提高消费者用户的体验，退款方式信息可以体现为极速退款，即，在确定目标作业子系统返回的取消处理结果信息为取消成功时，便可对目标订单进行退款操作。或者，为了避免服务提供商用户利益受损，退款方式信息还可以体现为审核后退款，即，在确定目标作业子系统返回的取消处理结果信息为取消成功时，可以进一步再通过其他方式进行审核确认，例如，可以在客服人员人工审核确定目标订单取消成功后，再进行退款操作。本申请实施例中，在消费者用户发起取消操作时，目标订单所处作业环节越靠前，可进行取消处理的目标作业子系统越多，多个目标作业子系统返回的取消成功的处理结果越可靠，此时采用极速退款的方式进行退款处理，既可提高消费者用户的体验，又可避免服务提供商用户利益受损。故，本申请实施例可以为不同作业环节确定不同的退款方式，例如，消费者用户在商品对象揽收前发起取消操作时可以进行极速退款，则待下发合批作业状态对应的取消规则11，以及待下发仓库作业状态对应的取消规则12中的退款信息可以配置为极速退款；待下发配送作业状态对应的取消规则13中的退款信息可以配置为审核后退款。本申请实施例中，履约子系统可以获得目标作业子系统返回的取消处理结果信息，如果取消处理结果信息为取消成功，则可根据取消规则信息中的退款信息，确定对目标订单进行退款处理所采用的退款方式。作为一种示例，履约子系统可以将退款方式信息发送至交易子系统服务端，由交易子系统服务端根据退款方式信息对目标订单进行极速退款，或者由交易子系统服务端生成与目标订单取消成功相关的审核任务，将审核任务分配给客服人员进行人工审核，在审核确认目标订单取消成功后再进行退款处理。2.取消许可信息在实际应用过程中，履约子系统与作业子系统之间可能存在并发的场景。例如，配送作业子系统对目标订单完成配送作业后，可以向履约子系统返回妥投成功的信息，若订单信息库中的履约状态信息还未及时更新，履约子系统此时可能还会通知配送作业子系统对目标订单进行取消处理。为此，本申请实施例可以在取消规则信息中配置取消许可信息，以此确定是否允许对目标订单进行取消处理。当取消许可信息为允许进行取消处理时，履约子系统可以根据目标履约状态信息对应的取消规则信息确定目标作业子系统进行取消处理；当取消许可信息为禁止进行取消处理时，履约子系统可以停止取消处理过程。优选地，履约子系统还可以向交易子系统客户端返回当前不可进行取消操作的提示信息。作为一种示例，如果禁止消费者用户在商品对象揽收成功后进行取消操作，则表2中的取消规则21～取消规则24中的取消许可信息可以配置为允许进行取消操作，取消规则25中的取消许可信息可以配置为禁止进行取消操作。对于表1中的取消规则信息13来说，虽然是粗粒度的划分作业环节，但在实际履约过程中还是会涉及待揽收和待配送两个状态，故取消规则13中的取消许可信息可以配置为商品对象揽收成功前允许进行取消操作，商品对象揽收成功后禁止进行取消操作。作为一种优选方案，本申请实施例可以将履约状态信息对应的取消规则信息独立保存在规则子系统服务端，这样，在对订单进行取消处理的业务策略发生变化时，无需修改履约子系统进行取消处理的实现代码，只要修改与变化的业务策略相关的履约状态信息对应的取消规则信息，完成对应的规则配置即可。在一种方式下，业务策略发生变化为取消规则信息发生变化，则可通过规则子系统客户端提供的第二操作选项获得修改后取消规则信息后，将履约状态信息以及修改后取消规则信息提交到规则子系统服务端，以便所述规则子系统服务端对履约状态信息关联的取消规则信息进行更新。例如，服务提供商用户3将退款方式调整为，消费者用户在商品对象揽收前发起取消操作时可以进行极速退款，可以对取消规则2中的退款信息进行修改，获得修改后取消规则2′，提交到规则子系统服务端进行配置信息关联。本示例中，取消规则2′即为取消规则1，故规则子系统服务端可以在获得取消规则2′后，将服务提供商用户3关联到取消规则1。或者，在另一种实现方式下，业务策略发生变化为对订单进行履约处理的过程中新增履约状态，则可通过规则子系统客户端提供的第一操作选项获得新增履约状态信息以及通过第二操作选项获得对应的新增取消规则信息后，提交到规则子系统服务端，以便规则子系统服务端对新增履约状态信息以及新增取消规则信息进行关联。例如，实体店铺可提供加工熟食类的商品对象时，若消费者用户提交的订单2中包括加工熟食类的商品对象21，则在合批作业子系统对订单2进行合批作业后，订单2的履约状态可以更新为待下发加工作业状态。履约子系统可以将处于待下发加工作业状态的订单2(以订单2所属批次为基本作业单元)下发到加工作业子系统，由加工作业子系统的服务端生成加工任务下发到加工作业人员关联的加工作业客户端，进行食品加工。在确定加工作业子系统完成加工作业后，履约子系统可以将订单2(以订单2所属批次为基本作业单元)下发到仓库作业子系统以及配送作业子系统进行相关作业。针对该新增履约状态信息，规则子系统客户端可以配置对应的取消规则14，提交到规则子系统服务端，由规则子系统服务端对待下发加工作业状态与取消规则14进行关联。另外，对于新增履约状态来说，如果同时需要新增作业子系统对该新增履约状态下的订单进行作业，如上文所举示例中，需要新增加工作业子系统对待下发加工作业状态的订单进行加工作业，则可根据该新增作业子系统确定是否对原有履约状态信息对应的取消规则信息进行更新。优选地，对于新增的作业子系统来说，如果在履约处理的过程中不存在上游作业子系统，即，该新增作业子系统对订单进行的作业为履约流程的第一步，则不会影响原有履约状态信息对应的取消规则信息。反之，如果在履约处理的过程中新增作业子系统对应有上游作业子系统，如上文所举示例中，合批作业子系统即为加工作业子系统的上游作业子系统，则新增作业子系统导致合批作业子系统下新增了一个下游作业子系统，故可将待下发合批作业状态确定为第一履约状态信息，对取消规则11中可有效进行取消处理的作业子系统进行修改，获得修改后取消规则11′，修改后取消规则11′中可有效进行取消处理的作业子系统可以包括：合批作业子系统、加工作业子系统、仓库作业子系统以及配送作业子系统。也就是说，当履约流程中新增待下发加工作业状态时，规则子系统服务端保存的履约状态信息与取消规则信息之间的对应关系可以更新为下表5所示示例。表5履约状态信息取消规则信息待下发合批作业状态取消规则11′待下发仓库作业状态取消规则12待下发配送作业状态取消规则13待下发加工作业状态取消规则14实施例2该实施例2是与实施例1相对应的，从规则子系统客户端的角度，提供了一种获得规则信息的方法，参见图5，该方法具体可以包括：s201：规则子系统客户端通过规则配置界面提供用于提交履约状态信息的第一操作选项以及用于提交取消规则信息的第二操作选项，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；s202：通过所述第一操作选项获得所述履约状态信息以及通过所述第二操作选项获得所述取消规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对所述履约状态信息以及所述取消规则信息进行关联，进而在履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。实施例3该实施例3是与实施例1相对应的，从规则子系统服务端的角度，提供了一种获得规则信息的方法，参见图6，该方法具体可以包括：s301：规则子系统服务端获得规则子系统客户端提交的履约状态信息以及取消规则信息；s302：对所述履约状态信息以及所述取消规则信息进行关联，以便履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。实施例4该实施例4是与实施例1相对应的，从履约子系统的角度，提供了一种对订单进行取消处理的方法，参见图7，该方法具体可以包括：s401：履约子系统获得对不同履约状态下的订单进行取消处理的取消规则信息，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；其中，所述作业子系统为对履约工作流中的多个作业环节分别进行履约处理的任务执行系统；s402：确定待取消的目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息；s403：根据所述目标履约状态信息对应的取消规则信息确定目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。实施例5该实施例5是与实施例1相对应的，从交易子系统客户端的角度，提供了一种对订单进行取消处理的方法，参见图8，该方法具体可以包括：s501：交易子系统客户端通过订单信息展示界面提供可选的订单信息，并在目标订单被选中时，提供用于提交针对所述目标订单的取消请求的操作选项；s502：通过所述操作选项获得针对所述目标订单的取消请求后，提交到交易子系统服务端，以便所述交易子系统服务端将所述取消请求转发至履约子系统，由所述履约子系统确定所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。实施例6该实施例6是与实施例1相对应的，从交易子系统服务端的角度，提供了一种对订单进行取消处理的方法，参见图9，该方法具体可以包括：s601：交易子系统服务端获得交易子系统客户端提交的针对目标订单的取消请求；s602：将所述取消请求发送至履约子系统，以便所述履约子系统根据所述取消请求确定所述目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。实施例7该实施例7是与实施例1相对应的，从作业子系统的角度，提供了一种对订单进行取消处理的方法，参见图10，该方法具体可以包括：s701：作业子系统获得履约子系统针对能对目标订单进行取消处理的目标作业子系统发送的取消处理消息，所述目标作业子系统由所述履约子系统根据所述目标订单关联的目标履约状态信息对应的取消规则信息确定；s702：对所述目标订单进行取消处理，并向所述履约子系统返回取消处理的结果信息。关于前述实施例2至实施例7中的未详述部分，可以参见前述实施例中的记载，这里不再赘述。与实施例1相对应，本申请实施例还提供了一种获得规则信息的装置，参见图11，该装置应用于规则子系统客户端，包括：操作选项提供单元801，用于通过规则配置界面提供用于提交履约状态信息的第一操作选项以及用于提交取消规则信息的第二操作选项，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；信息提交单元802，用于通过所述第一操作选项获得所述履约状态信息以及通过所述第二操作选项获得所述取消规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对所述履约状态信息以及所述取消规则信息进行关联，进而在履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。其中，所述装置还包括：取消规则信息修改单元，用于在对订单进行取消处理的业务策略发生变化时，修改与变化的业务策略相关的履约状态信息对应的取消规则信息，完成对应的规则配置。其中，所述业务策略发生变化为取消规则信息发生变化，所述取消规则信息修改单元，具体用于：通过所述第二操作选项获得修改后取消规则信息后，将所述修改后取消规则信息以及对应的履约状态信息提交到所述规则子系统服务端，以便所述规则子系统服务端对所述履约状态信息关联的取消规则信息进行更新。其中，所述业务策略发生变化为对订单进行履约处理的过程中新增履约状态，所述取消规则信息修改单元，具体用于：通过所述第一操作选项获得所述新增履约状态信息以及通过所述第二操作选项获得对应的新增取消规则信息后，提交到所述规则子系统服务端，以便所述规则子系统服务端对所述新增履约状态信息以及所述新增取消规则信息进行关联。其中，如果所述新增履约状态信息关联有新增作业子系统，且在履约处理的过程中所述新增作业子系统对应有上游作业子系统，所述装置还包括：修改后取消规则信息获得单元，用于确定所述上游作业子系统关联的第一履约状态信息，对所述第一履约状态信息对应的取消规则信息进行修改，将所述新增作业子系统确定为在所述第一履约状态下对订单进行取消处理的作业子系统，获得修改后取消规则信息；修改后取消规则信息提交单元，用于将所述第一履约状态信息以及所述修改后取消规则信息提交到规则子系统服务端，以便所述规则子系统服务端对所述第一履约状态信息关联的取消规则信息进行更新。所述装置还包括：第三操作选项提供单元，用于提供用于提交服务提供商用户的标识信息的第三操作选项；标识信息提交单元，用于通过所述第三操作选项获得所述服务提供商用户的标识信息后，将所述服务提供商用户的标识信息、所述履约状态信息以及所述取消规则信息提交到规则子系统服务端，以便所述规则子系统服务端对接收到的信息进行关联。与实施例1相对应，本申请实施例还提供了一种获得规则信息的装置，参见图12，该装置应用于规则子系统服务端，包括：信息获得单元901，用于获得规则子系统客户端提交的履约状态信息以及取消规则信息；信息关联单元902，用于对所述履约状态信息以及所述取消规则信息进行关联，以便履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。与实施例1相对应，本申请实施例还提供了一种对订单进行取消处理的装置，参见图13，该装置应用于履约子系统，包括：取消规则信息获得单元1001，用于获得对不同履约状态下的订单进行取消处理的取消规则信息，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；其中，所述作业子系统为对履约工作流中的多个作业环节分别进行履约处理的任务执行系统；目标履约状态信息获取单元1002，用于确定待取消的目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息；目标作业子系统确定单元1003，用于根据所述目标履约状态信息对应的取消规则信息确定目标作业子系统；取消处理通知单元1004，用于通知所述目标作业子系统对所述目标订单进行取消处理。与实施例1相对应，本申请实施例还提供了一种对订单进行取消处理的装置，参见图14，该装置应用于交易子系统客户端，包括：操作选项提供单元1101，用于通过订单信息展示界面提供可选的订单信息，并在目标订单被选中时，提供用于提交针对所述目标订单的取消请求的操作选项；取消请求提交单元1102，用于通过所述操作选项获得针对所述目标订单的取消请求后，提交到交易子系统服务端，以便所述交易子系统服务端将所述取消请求转发至履约子系统，由所述履约子系统确定所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。与实施例1相对应，本申请实施例还提供了一种对订单进行取消处理的装置，参见图15，该装置应用于交易子系统服务端，包括：取消请求获得单元1201，用于获得交易子系统客户端提交的针对目标订单的取消请求；取消请求发送单元1202，用于将所述取消请求发送至履约子系统，以便所述履约子系统根据所述取消请求确定所述目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。与实施例1相对应，本申请实施例还提供了一种对订单进行取消处理的装置，参见图16，该装置应用于作业子系统，包括：取消处理消息获得单元1301，用于获得履约子系统针对能对目标订单进行取消处理的目标作业子系统发送的取消处理消息，所述目标作业子系统由所述履约子系统根据所述目标订单关联的目标履约状态信息对应的取消规则信息确定；结果信息返回单元1302，用于对所述目标订单进行取消处理，并向所述履约子系统返回取消处理的结果信息。另外本申请实施例还提供了一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：通过规则配置界面提供用于提交履约状态信息的第一操作选项以及用于提交取消规则信息的第二操作选项，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；通过所述第一操作选项获得所述履约状态信息以及通过所述第二操作选项获得所述取消规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对所述履约状态信息以及所述取消规则信息进行关联，进而在履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。以及一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：获得规则子系统客户端提交的履约状态信息以及取消规则信息；对所述履约状态信息以及所述取消规则信息进行关联，以便履约子系统确定待取消的目标订单关联的目标履约状态信息后，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。以及一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：获得对不同履约状态下的订单进行取消处理的取消规则信息，所述取消规则信息包括在对应的履约状态下，能对订单进行取消处理的至少一个作业子系统的标识信息；其中，所述作业子系统为对履约工作流中的多个作业环节分别进行履约处理的任务执行系统；确定待取消的目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息；根据所述目标履约状态信息对应的取消规则信息确定目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。以及一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：通过订单信息展示界面提供可选的订单信息，并在目标订单被选中时，提供用于提交针对所述目标订单的取消请求的操作选项；通过所述操作选项获得针对所述目标订单的取消请求后，提交到交易子系统服务端，以便所述交易子系统服务端将所述取消请求转发至履约子系统，由所述履约子系统确定所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统，通知所述目标作业子系统对所述目标订单进行取消处理。以及一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：获得交易子系统客户端提交的针对目标订单的取消请求；将所述取消请求发送至履约子系统，以便所述履约子系统根据所述取消请求确定所述目标订单，并从订单信息库中获取所述目标订单关联的目标履约状态信息，根据所述目标履约状态信息对应的取消规则信息确定对所述目标订单进行取消处理的目标作业子系统。以及一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：获得履约子系统针对能对目标订单进行取消处理的目标作业子系统发送的取消处理消息，所述目标作业子系统由所述履约子系统根据所述目标订单关联的目标履约状态信息对应的取消规则信息确定；对所述目标订单进行取消处理，并向所述履约子系统返回取消处理的结果信息。其中，图17示例性的展示出了计算机系统的架构，具体可以包括处理器1410，视频显示适配器1411，磁盘驱动器1412，输入/输出接口1413，网络接口1414，以及存储器1420。上述处理器1410、视频显示适配器1411、磁盘驱动器1412、输入/输出接口1413、网络接口1414，与存储器1420之间可以通过通信总线1430进行通信连接。其中，处理器1410可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。存储器1420可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1420可以存储用于控制计算机系统1400运行的操作系统1421，用于控制计算机系统1400的低级别操作的基本输入输出系统(bios)。另外，还可以存储网页浏览器1423，数据存储管理系统1424，以及对订单进行取消处理的系统1425等等。上述对订单进行取消处理的系统1425就可以是本申请实施例中具体实现前述各步骤操作的任务下发服务端。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1420中，并由处理器1410来调用执行。输入/输出接口1413用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。网络接口1414用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。总线1430包括一通路，在设备的各个组件(例如处理器1410、视频显示适配器1411、磁盘驱动器1412、输入/输出接口1413、网络接口1414，与存储器1420)之间传输信息。另外，该计算机系统1400还可以从虚拟资源对象领取条件信息数据库1441中获得具体领取条件的信息，以用于进行条件判断，等等。需要说明的是，尽管上述设备仅示出了处理器1410、视频显示适配器1411、磁盘驱动器1412、输入/输出接口1413、网络接口1414，存储器1420，总线1430等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。其中，图18示例性的展示出了电子设备的架构，例如，设备1500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。参照图18，设备1500可以包括以下一个或多个组件：处理组件1502，存储器1504，电源组件1506，多媒体组件1508，音频组件1510，输入/输出(i/o)的接口1512，传感器组件1514，以及通信组件1516。处理组件1502通常控制设备1500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1502可以包括一个或多个处理器1520来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件1502可以包括一个或多个模块，便于处理组件1502和其他组件之间的交互。例如，处理部件1502可以包括多媒体模块，以方便多媒体组件1508和处理组件1502之间的交互。存储器1504被配置为存储各种类型的数据以支持在设备1500的操作。这些数据的示例包括用于在设备1500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。电源组件1506为设备1500的各种组件提供电力。电源组件1506可以包括电源管理系统，一个或多个电源，及其他与为设备1500生成、管理和分配电力相关联的组件。多媒体组件1508包括在设备1500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1508包括一个前置摄像头和/或后置摄像头。当设备1500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。音频组件1510被配置为输出和/或输入音频信号。例如，音频组件1510包括一个麦克风(mic)，当设备1500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1504或经由通信组件1516发送。在一些实施例中，音频组件1510还包括一个扬声器，用于输出音频信号。i/o接口1512为处理组件1502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。传感器组件1514包括一个或多个传感器，用于为设备1500提供各个方面的状态评估。例如，传感器组件1514可以检测到设备1500的打开/关闭状态，组件的相对定位，例如所述组件为设备1500的显示器和小键盘，传感器组件1514还可以检测设备1500或设备1500一个组件的位置改变，用户与设备1500接触的存在或不存在，设备1500方位或加速/减速和设备1500的温度变化。传感器组件1514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1514还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。通信组件1516被配置为便于设备1500和其他设备之间有线或无线方式的通信。设备1500可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信部件1516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1516还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。在示例性实施例中，设备1500可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1504，上述指令可由设备1500的处理器1520执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。以上对本申请所提供的对订单进行取消处理的系统、方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。当前第1页12