拆单结算方法、装置、电子设备及计算机可读介质与流程

本公开总体涉及互联网技术领域，具体而言，涉及一种拆单结算方法、装置、电子设备及计算机可读介质。

背景技术：

随着互联网的快速发展，用户通过网上交易平台进行购物和结算变得越来越普遍，小到一餐一饮，大到家居商品，跟人们生活息息相关的网上交易越来越多。

目前，在网上交易平台如果客户购买的物品两次或多次下单，可享受更多优惠，需要自己去发现并手动拆分下单。客户在手动拆单过程中，如果费用包含运费、优惠券、满减等，客户还需要手动计算一下该如何拼单或是拆单更合适，会耗费客户更多时间，客户体验不好。

因此，现有技术中的技术方案中还存在有待改进之处。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本公开提供一种拆单结算方法、装置、电子设备及计算机可读介质，解决上述问题中的至少一个问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提供一种拆单结算方法，包括：

获取用户的待结算清单；如果所述待结算清单满足优惠策略，则对所述待结算清单拆分成至少两个子订单，其中所述至少两个子订单的应付金额的总和小于所述待结算清单的应付金额。

在本公开的一种示例性实施例中，对所述待结算清单拆分成至少两个子订单包括：

根据所述待结算清单的总金额与所述优惠策略规定的最低金额确定拆分后的子订单数目；根据预设拆单规则与所述子订单数目，对所述待结算清单进行拆单，得到至少两个子订单。

在本公开的一种示例性实施例中，如果所述预设拆单规则为均分规则，则根据预设拆单规则与所述子订单数目，对所述待结算清单进行拆单，得到至少两个子订单包括：

根据所述子订单数目对所述待结算清单的总金额进行平均分配，得到至少两个子订单。

在本公开的一种示例性实施例中，如果所述预设拆单规则为非均分规则，则根据预设拆单规则与所述子订单数目，对所述待结算清单进行拆单，得到至少两个子订单包括：

利用所述待结算清单的总金额减去所述优惠策略规定的最低金额，得到一次拆单后剩余的订单金额；根据所述最低金额生成第一子订单；根据所述一次拆单后剩余的订单金额生成第二子订单。

在本公开的一种示例性实施例中，生成第二子订单之后，还包括：

如果所述一次拆单后的剩余金额大于所述优惠策略规定的最低金额，则按所述优惠策略再进行一次拆单；利用所述一次拆单后的剩余金额减去所述优惠策略规定的最低金额，得到二次拆单后剩余的订单金额；根据所述二次拆单后剩余的订单金额生成第三子订单。

在本公开的一种示例性实施例中，如果所述预设拆单规则为非均分规则，则根据预设拆单规则与所述子订单数目，对所述待结算清单进行拆单，得到至少两个子订单包括：

根据所述子订单数目对所述待结算清单随机拆分成至少两个子订单，其中每个子订单的金额均不低于所述优惠策略规定的最低金额。

在本公开的一种示例性实施例中，对所述待结算清单拆分成至少两个子订单之后，还包括：

对每个子订单分别按照所述优惠策略计算得到子订单的应付金额；对所述至少两个子订单的应付金额求和，得到所述至少两个子订单的应付金额的总和；对所述待结算清单按照所述优惠策略计算得到所述待结算清单的应付金额；如果所述至少两个子订单的应付金额的总和小于所述待结算清单的应付金额，则生成至少两个子订单进行结算；如果所述至少两个子订单的应付金额的总和不小于所述待结算清单的应付金额，则将所述待结算清单作为一个订单进行结算。

在本公开的一种示例性实施例中，如果所述至少两个子订单的应付金额的总和不小于所述待结算清单的应付金额，还包括：

根据所述优惠策略向用户推荐凑单；将凑单后的待结算清单按照所述优惠策略拆分成至少两个子订单。

在本公开的一种示例性实施例中，生成至少两个子订单之后，还包括：

对所述至少两个子订单作为一单进行配送任务的分配。

根据本公开的一个方面，提供一种拆单结算装置，包括：

订单获取模块，配置为获取用户的待结算清单；拆单模块，配置为如果所述待结算清单满足优惠策略，则对所述待结算清单拆分成至少两个子订单，其中所述至少两个子订单的应付金额的总和小于所述待结算清单的应付金额。

根据本公开的又一方面，提供一种电子设备，包括处理器；存储器，存储用于所述处理器控制如上所述的方法步骤的指令。

根据本公开的另一方面，提供一种计算机可读介质，其上存储有计算机可执行指令，所述可执行指令被处理器执行时实现如上所述的方法步骤。

根据本公开实施例提供的拆单结算方法、装置、电子设备及计算机可读介质，一方面，在结算订单满足优惠策略的前提下对用户的待结算清单进行拆单，以尽可能多地使用户在结算时能够享受优惠；另一方面，通过拆单的方式进行结算，省时省钱，带来良好的用户体验。另外，结算时利用拆单结算给用户带来优惠，配送时仍然以一单进行配送，方便用户收货，也节省运费成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。

图1示出本公开一实施例中提供的一种拆单结算方法的流程图。

图2示出本公开一实施例图1中步骤s120的流程图。

图3示出本公开一实施例图2中步骤s220进行一次拆单的流程图。

图4示出本公开一实施例图2中步骤s220进行两次拆单的流程图。

图5示出本公开一实施例图1中步骤s120之后的流程图。

图6示出本公开另一实施例中提供的一种拆单结算装置的示意图。

图7示出本公开一实施例提供的适于用来实现本申请实施例的电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

在本发明的相关实施例中，用户如果想尽可能多地享受优惠策略，需要对待结算的清单进行手动拆单，手动拆单过程需要客户对每一单的金额以及如何拆单能够更好地利用优惠策略享受优惠进行计算和试验，这样做不仅耗费客户时间，而且对于即时配送的商品，如果客户多次下单，很有可能拆开的订单被分开配送，就会导致拆开的订单会在不同时间进行配送，不方便用户收货，另外，对于商家而言也不利于节约运送成本。

基于上述问题，本公开的一些实施例提供一种拆单结算方法、装置、电子设备及计算机可读介质。

图1示出本公开一实施例中提供的一种拆单结算方法的流程图，包括以下步骤：

如图1所示，在步骤s110中，获取用户的待结算清单。

如图1所示，在步骤s120中，如果所述待结算清单满足优惠策略，则对所述待结算清单拆分成至少两个子订单，其中所述至少两个子订单的应付金额的总和小于所述待结算清单的应付金额。

通过本示例性实施例中的拆单结算方法，一方面，在结算订单满足优惠策略的前提下对用户的待结算清单进行拆单，以尽可能多地使用户在结算时能够享受优惠；另一方面，通过拆单的方式进行结算，省时省钱，带来良好的用户体验。另外，结算时利用拆单结算给用户带来优惠，配送时仍然以一单进行配送，方便用户收货，也节省运费成本。

下面，将对本公开实施例中的拆单结算方法中的各步骤作进一步的说明。

在步骤s110中，获取用户的待结算清单。

在本公开的一个实施例中，待结算清单的获取方式可以根据不同的应用场景进行设置和更改，例如在某些应用场景(如外卖、蔬菜、水果、药品等需即时配送的商品)下加入购物车的商品全部作为用户的待结算清单，而在某些应用场景(如普通无需即时配送的商品)下用户在购物车下勾选的商品作为用户的待结算清单。该步骤中具体以何种方式界定哪些商品构成的待结算清单不做具体限定，可以在具体应用场景下根据预设规则进行选择，以此获取待结算清单。

在本公开的一个实施例中，待结算清单中的商品数量不能太少，待结算清单中需要至少包括两件才能进行后续步骤。另外，对于待结算清单的总金额进行初步判断，即判断总金额是否满足优惠策略，如果不满足优惠策略则结束，也就是无需拆单；如果满足优惠策略才进行下一步骤。

在步骤s120中，如果所述待结算清单满足优惠策略，则对所述待结算清单拆分成至少两个子订单，其中所述至少两个子订单的应付金额的总和小于所述待结算清单的应付金额。

在本公开的一个实施例中，所述优惠策略包括满减规则、满额用券规则中的至少一种，其中满减规则的形式如每满xx元减xx元，满额用券规则的形式如满xx元用xx元优惠券。另外，优惠策略还可以包括满额免运费规则，如果待结算清单中包括一些特殊商品，如重量较大的商品，相对来说运费会较高，而针对某些重量较小的商品，相对来说运费会较低，一般平台会规定重量与免运费之间的关系，即满xx元重量在xx公斤内免运费，在判断是否满足优惠策略时，除了需要对待结算清单中每件商品的金额进行统计，还需要对商品的重量进行统计，以使订单满足满额免运费的要求。

需要说明的是，本实施例中的优惠策略可以是针对某一店铺的任意商品(或指定商品)，也可以是针对电商平台的全部店铺的任意商品(或指定商品)，还可以是仅针对店铺平台中参加活动的店铺，即满减规则或满额用券规则还可以是针对不同的店铺，具体的可以是任意商品(或指定商品)。

在本公开的一个实施例中，步骤s120中按照所述优惠策略进行拆单，将待结算清单拆分成至少两个子订单，即可以根据具体情况进行至少一次拆单，相应的得到至少两个子订单。

需要说明的是，本实施例中拆单后还需要进一步对拆单后用户的付款金额(即各个子订单的应付金额之和)与不拆单的情况下用户的付款金额(即待结算清单的应付金额)的大小进行比较。

图2示出步骤s120中对所述待结算清单拆分成至少两个子订单的流程图，具体包括以下步骤：

在步骤s210中，根据所述待结算清单的总金额与所述优惠策略规定的最低金额确定拆分后的子订单数目。例如待结算清单的总金额用p表示，优惠策略规定的最低金额用q表示，则计算子订单数目的方式可以为p除以q的商取整数，例如，p＝212，q＝100，则子订单数目为2。

在步骤s220中，根据预设拆单规则与所述子订单数目，对所述待结算清单进行拆单，得到至少两个子订单。

步骤s220中具体以何种方式进行拆单可以根据预设拆单规则来决定，而拆单次数一般是由步骤s210确定的子订单数目来决定，例如如果拆分后子订单的数目是2，则拆单次数为一次，如果拆分后子订单的数目是3，则拆单次数为两次。

1)以拆单次数为一次，且预设拆单规则为均分规则为例，则步骤s220具体为根据所述子订单数目对所述待结算清单的总金额进行平均分配，得到至少两个子订单。仍以上述p＝212，q＝100为例，由于已确定拆单后的子订单数目为2，则按照均分原则进行拆单，得到两个金额分别为106的子订单。

2)以拆单次数为一次，且预设拆单规则为非均分规则为例，以下对步骤s220进行介绍。

图3示出步骤s220进行一次拆单的流程图，包括以下具体步骤：

如图3所示，在步骤s310中，利用所述待结算清单的总金额减去所述优惠策略规定的最低金额，得到一次拆单后剩余的订单金额。

如图3所示，在步骤s320中，根据所述最低金额生成第一子订单。

如图3所示，在步骤s330中，根据所述一次拆单后剩余的订单金额生成第二子订单。

基于图3所示步骤，对待结算清单进行一次拆单得到两个子订单，其中一个子订单的金额刚好满足优惠策略的最低金额，假设第一个待结算清单的总金额为212元，优惠策略为满100元减10元，则根据图3所示步骤进行一次拆单，将待结算清单拆分为100元的第一子订单和112元的第二子订单，两个账单分别进行结算，都能满足满100元减10元的优惠策略，因此用户为第一子订单支付90元，即100-10＝90；为第二子订单支付102元，即112-10＝102。

另外，假设第二个待结算清单的总金额为189元，优惠策略为满100元减10元，则根据图3所示步骤进行一次拆单，将待结算清单拆分为100元的第一子订单和89元的第二子订单，两个账单分别进行结算，第一子订单满100元减10元的优惠策略，因此用户为第一子订单支付90元，即100-10＝90；第二子订单不满足满100元减10元的优惠策略，用户为第二子订单支付89元。此外，拆成多个子订单后，用户需要支付的金额除了可能会增加运费成本，还可能会增加包装等费用。假设拆单后的第二子订单不满足免运费规则，还需在商品金额89元的基础上增加运费(如6元、8元、10元等)。

进行一次拆单后，如果拆单后的子订单还能够满足优惠策略，则还可以再进行一次拆单，即进行两次拆单。图4示出步骤s220进行两次拆单的流程图，包括以下具体步骤：

如图4所示，在步骤s410中，利用所述待结算清单的总金额减去所述优惠策略规定的最低金额，得到一次拆单后剩余的订单金额。

如图4所示，在步骤s420中，根据所述最低金额生成第一子订单。

如图4所示，在步骤s430中，根据所述一次拆单后剩余的订单金额生成第二子订单。

如图4所示，在步骤s440中，判断所述一次拆单后的剩余金额是否满足所述优惠策略。

如图4所示，在步骤s450中，如果所述一次拆单后的剩余金额满足所述优惠策略，则按所述优惠策略再进行一次拆单。

如图4所示，在步骤s460中，利用所述一次拆单后的剩余金额减去所述优惠策略规定的最低金额，得到二次拆单后剩余的订单金额。

如图4所示，在步骤s470中，根据所述最低金额再次生成一个第一子订单。

如图4所示，在步骤s480中，根据所述二次拆单后剩余的订单金额生成第三子订单。

基于图4所示步骤，对待结算清单进行两次拆单得到三个子订单，其中两个子订单的金额刚好满足优惠策略的最低金额，假设第三个待结算清单的总金额为313元，优惠策略为满100元减10元，则根据图4所示步骤s410进行一次拆单，将待结算清单拆分为100元的第一子订单和213元的第二子订单，然后对第二子订单进一步用优惠策略进行比较，仍然满足优惠策略，则再进行一次拆单，即拆分为100元的第一子订单和113元的第三子订单，两个第一子订单和第三子订单分别进行结算，都能满足满100元减10元的优惠策略，因此用户为每个第一子订单支付90元，即100-10＝90，为两个第一子订单共支付90*2＝180元；为第三子订单支付103元，即113-10＝103。

需要说明的是，上述两种拆单方式仅为示例，在具体应用场景中可以根据具体情况进行多次拆单，目的就是通过拆单结算使得用户支付的金额少于通过一单进行结算需要支付的金额，给用户带来优惠。

3)以拆单次数为一次，且预设拆单规则为非均分规则为例，以下对步骤s220进行介绍。具体为：根据所述子订单数目对所述待结算清单随机拆分成至少两个子订单，其中每个子订单的金额均不低于所述优惠策略规定的最低金额。

该情况与上述不同之处在于虽然也是非均分拆单，但是拆单不再是逐次按照优惠策略规定的最低金额进行拆单，而是确定拆单数目后随机拆单。

例如，仍以上述p＝212，q＝100为例，由于已确定拆单后的子订单数目为2，则按照非均分且随机原则进行拆单，得到两个金额分别为105和107的两个子订单。当然这里的随机分配结果仅仅便于举例，在实际应用场景中，可以根据待结算清单中每件商品的金额或每种商品的总金额进行多种组合，以构成一个子订单同时使得其能够满足优惠策略即可。这样种方式更加灵活，而且同种商品不会被拆到不同的子订单中，满足用户的多样化需求。

在本公开的一个实施例中，拆单后对所述至少两个子订单的应付金额的总和与所述待结算清单的应付金额进行比较，得到比较结果，以便根据比较结果确定是否将订单拆分的结果返回给用户。

在本公开的一个实施例中，图5示出步骤s120中对所述待结算清单拆分成至少两个子订单之后的流程图，具体包括以下步骤：

如图5所示，在步骤s510中，对每个子订单分别按照所述优惠策略计算得到子订单的应付金额。

如图5所示，在步骤s520中，对所述至少两个子订单的应付金额求和，得到所述至少两个子订单的应付金额的总和。仍以第一个待结算清单为例，在该步骤中将第一子订单和第二子订单的金额进行求和，得到拆单后子订单的总金额，即总金额为90+102＝192元；如以第二个待结算清单为例，在该步骤中将第一子订单和第二子订单的金额进行求和，得到拆单后子订单的总金额，即总金额为90+89+8(即运费8元)＝187元；如以第三个待结算清单为例，在该步骤中将两个第一子订单和第三子订单的金额进行求和，得到拆单后子订单的总金额，即总金额为90*2+103＝283元。

如图5所示，在步骤s530中，对所述待结算清单按照所述优惠策略计算得到所述待结算清单的应付金额。

如图5所示，在步骤s540中，如果所述至少两个子订单的应付金额的总和小于所述待结算清单的应付金额，则生成至少两个子订单进行结算；如果所述至少两个子订单的应付金额的总和不小于所述待结算清单的应付金额，则将所述待结算清单作为一个订单进行结算。

该步骤中通过对拆单后所有子订单的应付金额的总和与待结算清单的应付金额进行比较，然后根据比较结果继续后续步骤。

如果所述至少两个子订单的应付金额的总和小于所述待结算清单的应付金额，则说明拆单合算，生成至少两个子订单进行结算。例如，可以自动将待结算清单拆分成多个子订单发送给客户端(以客户端下单的为例)，还可以将待结算清单拆分成多个子订单发送给显示端(以店内服务员下单的为例)。

如果所述至少两个子订单的应付金额的总和不小于所述待结算清单的应付金额，则说明拆单不合算，将待结算清单作为一个订单进行结算即刻。

仍以上述几个待结算清单为例，以第一个待结算清单为例，拆单成两个子订单后用户需支付的总金额为192元，如果不拆单，则用户需支付的金额为212-10＝202元，通过比较拆单支付的金额小于不拆支付的金额，因此比较结果为拆单合算。

以第二个待结算清单为例，拆单成两个子订单后用户需支付的总金额为187元，如果不拆单，则用户需支付的金额为189-10＝179元，通过比较拆单支付的金额大于不拆支付的金额，因此比较结果为拆单不合算。

以第三个待结算清单为例，拆单成三个子订单后用户需支付的总金额为283元，如果不拆单，则用户需支付的金额为313-10＝303元，通过比较拆单支付的金额小于不拆支付的金额，因此比较结果为拆单合算。

需要说明的是，在实际应用场景进行拆单的过程中，对于“一个子订单的金额刚好满足优惠策略的最低金额”可能会出现商品不管如何组合都无法达到“刚好”满足最低金额的情况，因此在第一子订单的金额无法刚好等于最低金额的情况下，可以通过调整第一子订单中商品的组合，使其金额尽可能地接近且大于最低金额。

在本公开的一个实施例中，更进一步的，如果所述比较结果为拆单不合算，还包括：

根据所述优惠策略向用户推荐凑单；

将凑单后的待结算清单按照所述优惠策略进行拆单(即上述图2或图3所示的拆单步骤)，使得拆单后的比较结果为拆单合算。

也就是在用户拆单不合算的情况下(一般是拆单后的子订单中不满足优惠策略且子订单的金额又比较接近最低金额的)，可以再向用户推荐多买一点商品进行凑单，凑单之后就可以使原来不满足优惠策略的子订单也能满足优惠策略，从而将一个待结算清单拆分成两个设置多个可以满足优惠策略的子订单进行支付。

在本公开的一个实施例中，拆单之后，还包括：

若拆成多个子订单在运费成本上没有增加很多的情况下，商家还可以增加新的促销优惠，例如，对于有免运费规则如果有免运上限的情况，如果自动拆单的金额总额超过免运费上限，则多个子订单可以仅支付其中一个自订单上的运费或第二个子订单运费减半等，也可以给用户带来优惠。

在本公开的一个实施例中，拆单之后，还包括：

对所述至少两个子订单作为一单进行配送任务的分配。

在相关实施例中，如果不是自动拆单，用户需要用优惠策略进行多次的计算和试验，将待结算清单手动拆分成几个子订单的话，系统就会将这些子订单分别作为独立的订单分别进行配送任务的分配，会导致多次配送，如果这些子订单的配送任务分配给不同的配送人员进行配送的话，不仅增加配送成本，还会给用户收货带来麻烦，需要进行多次收货，增加用户的时间成本。

本实施例中通过将拆分后的子订单作为一单进行配送任务的分配，这样做的目的是虽然将用户的待结算清单拆分为几个子订单进行结算和支付，但是仍将拆分的几个子订单作为一个整体分配配送任务，配送员可以在一次配送任务中完成对多个子订单的配送，不增加运费成本，而且用户仅需一次就能完成收货，节省收货时间，即给用户带来省钱省时省力(无需手动拆单)的良好体验。

综上所述，本实施例提供的拆单结算方法，一方面，在结算订单满足优惠策略的前提下对用户的待结算清单进行拆单，以尽可能多地使用户在结算时能够享受优惠；另一方面，通过拆单的方式进行结算，省时省钱，带来良好的用户体验。另外，结算时利用拆单结算给用户带来优惠，配送时仍然以一单进行配送，方便用户收货，也节省运费成本。

图6示出本公开另一实施例中提供的一种拆单结算装置的示意图，如图6所示，该装置600包括：订单获取模块610和拆单模块620。

订单获取模块610配置为获取用户的待结算清单；拆单模块620配置为如果所述待结算清单满足优惠策略，则对所述待结算清单拆分成至少两个子订单，其中所述至少两个子订单的应付金额的总和小于所述待结算清单的应付金额单。

该装置中各个模块的功能参见上述方法实施例中的相关描述，此处不再赘述。

综上所述，本实施例中的拆单结算装置，一方面，在结算订单满足优惠策略的前提下对用户的待结算清单进行拆单，以尽可能多地使用户在结算时能够享受优惠；另一方面，通过拆单的方式进行结算，省时省钱，带来良好的用户体验。另外，结算时利用拆单结算给用户带来优惠，配送时仍然以一单进行配送，方便用户收货，也节省运费成本。

另一方面，本公开还提供了一种电子设备，包括处理器和存储器，存储器存储用于上述处理器控制以下方法的操作指令：

获取用户的待结算清单；如果所述待结算清单满足优惠策略，则对所述待结算清单拆分成至少两个子订单，其中所述至少两个子订单的应付金额的总和小于所述待结算清单的应付金额。

下面参考图7，其示出了适于用来实现本申请实施例的电子设备的计算机系统700的结构示意图。图7示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分705加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram703中，还存储有系统700操作所需的各种程序和数据。cpu701、rom702以及ram703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。

以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分708；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读介质或者是上述两者的任意组合。计算机可读介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。

另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括以下方法步骤：

获取用户的待结算清单；如果所述待结算清单满足优惠策略，则则对所述待结算清单拆分成至少两个子订单，其中所述至少两个子订单的应付金额的总和小于所述待结算清单的应付金额。

应清楚地理解，本公开描述了如何形成和使用特定示例，但本公开的原理不限于这些示例的任何细节。相反，基于本公开公开的内容的教导，这些原理能够应用于许多其它实施方式。

以上具体地示出和描述了本公开的示例性实施方式。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。