CN112365314A - 一种分账方法、装置，电子设备及存储介质 - Google Patents

Abstract

本申请提供一种分账方法、装置，电子设备及存储介质。该方法包括：接收客户终端发送的订单；根据所述订单的订单信息，确定所述订单的订单类型；基于所述订单类型，从所述订单信息中，确定出目标分账方；基于预设的分账规则以及所述订单的金额，确定出所述目标分账方的分配金额；其中，所述预设的分账规则与所述订单类型相关联。通过该方式实现了基于不同类型的订单的在线分账计算，进而便于后续直接在线上进行针对不同类型的订单的分账结算，节省了人力物力。

Description

一种分账方法、装置，电子设备及存储介质

技术领域

本申请涉及互联网技术领域，具体而言，涉及一种分账方法、装置，电子设备及存储介质。

背景技术

随着互联网技术的发展，越来越多的服务交易支持线上交易。比如用户可以通过物业缴费软件直接线上缴纳物业费。用户在物业缴费软件上缴费成功后，钱款结算到物业公司，软件平台却无法及时的根据支付金额获得分润。另外同一平台也会发展不同业务，比如在物业缴费软件发展社区商城，用户也可以通过该物业缴费软件进行商品的购买，当用户下单成功后，对应物业可获得一定的佣金，物业佣金计算需要和入驻的不同商家分别进行线下统计结算，线下打款。由于计算方式繁琐且耗费人力，且不同类型的交易对应的线下分账方式不同，因此难以投入实际应用中。

发明内容

本申请实施例的目的在于提供一种分账方法、装置，电子设备及存储介质，以改善“目前的分账方式繁琐且耗费人力，且不同类型的交易对应的线下分账方式不同，因此难以投入实际应用中”的问题。

本发明是这样实现的：

第一方面，本申请实施例提供一种分账方法，包括：接收客户终端发送的订单；根据所述订单的订单信息，确定所述订单的订单类型；基于所述订单类型，从所述订单信息中，确定出目标分账方；基于预设的分账规则以及所述订单的金额，确定出所述目标分账方的分配金额；其中，所述预设的分账规则与所述订单类型相关联。

本申请实施例所提供的分账方法，通过接收客户终端发送的订单；根据订单的订单信息，确定订单的订单类型；基于订单类型，从订单信息中，确定出目标分账方；最后基于预设的分账规则以及所述订单的金额，确定出所述目标分账方的分配金额，进而实现了基于不同类型的订单的在线分账计算，进而便于后续直接在线上进行针对不同类型的订单的分账结算，节省了人力物力。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述基于所述订单类型，从所述订单信息中，确定出目标分账方，包括：基于所述订单类型，确定所述订单所对应的分账方的种类；从所述订单信息中，确定出与所述分账方的种类匹配的目标分账方。

在本申请实施例中，通过基于订单类型，确定订单所对应的分账方的种类；再从订单信息中，确定出与分账方的种类匹配的目标分账方，便于准确的确定出目标分账方，提高了确定订单归属的可靠性。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述订单类型为物业缴费订单类型；所述基于所述订单类型，确定所述订单所对应的分账方的种类，包括：基于所述物业缴费订单类型，确定所述订单所对应的分账方包括平台以及物业公司；相应的，所述从所述订单信息中，确定出与所述分账方的种类匹配的目标分账方，包括：获取所述订单信息中的缴费房产地址；基于所述缴费房产地址，确定所述缴费房产地址所对应的物业公司；其中，所述缴费房产地址所对应的物业公司以及所述平台即为所述目标分账方。

在本申请实施例中，当订单类型为物业缴费订单类型时，可以确定出分账方的种类为物业公司以及平台，然后再根据订单信息来确定出最终所分账的目标物业公司，以便于后续直接将金额按照预设分账规则分配至该目标物业公司以及平台，实现了对于物业缴费的线上分账计算，结果精确，节省了人力物力。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述订单类型为商品订单类型；所述基于所述订单类型，确定所述订单所对应的分账方的种类，包括：基于所述商品订单类型，确定所述订单所对应的分账方包括商家、平台以及物业公司；相应的，从所述订单信息中，确定出与所述分账方的种类匹配的目标分账方，包括：获取所述订单信息中的缴费信息；基于所述缴费信息，确定目标物业公司以及目标商家；其中，所述目标物业公司、所述目标商家以及所述平台即为所述目标分账方。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述缴费信息中包括订单收货地址，所述基于所述缴费信息，确定目标物业公司，包括：识别所述订单收货地址，判断所述订单收货地址是否包含预设小区；当所述订单收货地址包含所述预设小区，所述预设小区对应的物业公司即为所述目标物业公司。

在本申请实施例中，由于物业公司可能会发展社区商城，因此物业公司会在该物业公司所对应的小区会进行推广，因此将用户的收货地址所对应物业公司确定为目标物业公司，提高了后续分账的合理性。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述缴费信息中还包括商家信息；相应的，在所述识别所述订单收货地址，判断所述订单收货地址是否包含预设小区之后，所述方法还包括：当所述订单收货地址不包含所述预设小区，则判断所述商家信息中是否关联物业公司；当所述商家信息中关联物业公司，所述商家信息中关联的物业公司即为所述目标物业公司。

由于商家在注册时，会与物业公司进行合作，因此，在本申请实施例中，将商家信息中关联的物业公司确定为目标物业公司，提高了后续分账的合理性。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述缴费信息中还包括支付账号；相应的，在所述判断所述商家信息中是否关联物业公司之后，所述方法还包括：当所述商家信息中并未关联物业公司，则判断所述支付账号是否绑定业主标识号；当所述支付账号绑定有业主标识号，基于所述支付账号绑定的业主标识号，确定出与所述业主标识号对应的目标小区，并基于所述目标小区确定出所述目标物业公司。

由于物业公司可能会发展社区商城，因此物业公司会在该物业公司所对应的小区会进行推广，因此，在本申请实施例中，可以通过用户的支付账号绑定的业主标识号来确定出用户所在小区对应的目标物业公司，提高了后续分账的合理性。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，在所述判断所述支付账号是否绑定业主标识号之后，所述方法还包括：当所述支付账号未绑定有业主标识号，则基于所述订单收货地址，查找出与所述订单收货地址距离最近的小区，并基于与所述订单收货地址距离最近的小区，确定出所述目标物业公司。

由于物业公司可能会发展社区商城，因此，除了在该物业公司所对应的小区进行推广后，也会在其周边进行相应的推广，因此，通过将订单收货地址距离最近的小区对应的物业公司来确定出目标物业公司，提高了后续分账的合理性。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，在所述基于预设的分账规则以及所述订单的金额，确定出所述目标分账方的分配金额之后，所述方法还包括：基于所述目标分账方的分配金额以及T+1结算规则，将所述订单的金额结算至所述目标分账方对应的账户。

第二方面，本申请实施例提供一种分账装置，包括：接收模块，用于接收客户终端发送的订单；确定模块，用于根据所述订单的订单信息，确定所述订单的订单类型；基于所述订单类型，从所述订单信息中，确定出目标分账方以及基于预设的分账规则以及所述订单的金额，确定出所述目标分账方的分配金额；其中，所述预设的分账规则与所述订单类型相关联。

第三方面，本申请实施例提供一种电子设备，包括：处理器和存储器，所述处理器和所述存储器连接；所述存储器用于存储程序；所述处理器用于调用存储在所述存储器中的程序，执行如上述第一方面实施例和/或结合上述第一方面实施例的一些可能的实现方式提供的方法。

第四方面，本申请实施例提供一种存储介质，其上存储有计算机程序，所述计算机程序在被处理器运行时执行如上述第一方面实施例和/或结合上述第一方面实施例的一些可能的实现方式提供的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种电子设备的结构示意图。

图2为本申请实施例提供的一种分账方法的步骤流程图。

图3为本申请实施例提供的一种物业缴费订单的示意图。

图4为本申请实施例提供的一种商品订单的示意图。

图5为本申请实施例提供的另一种分账方法的步骤流程图。

图6为本申请实施例提供的一种分账装置的模块框图。

图标：100-电子设备；110-处理器；120-存储器；200-分账装置；201-接收模块；202-确定模块；203-结算模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

鉴于目前的分账方式存在繁琐且耗费人力，且不同类型的交易对应的线下分账方式不同，因此难以投入实际应用中的问题，本申请发明人经过研究探索，提出以下实施例以解决上述问题。

请参阅图1，为本申请实施例提供的一种应用分账方法及装置的电子设备100的示意性结构框图。本申请实施例中，电子设备100可以是，但不限于服务器、个人计算机(Personal Computer、PC)等，上述的服务器可以是，但不限于RISC(Reduced InstructionSet Computing，精简指令集计算机)构架服务器、网络服务器、云服务器、业务服务器等等。在结构上，电子设备100可以包括处理器110和存储器120。

处理器110与存储器120直接或间接地电性连接，以实现数据的传输或交互，例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。分账装置包括至少一个可以软件或固件(Firmware)的形式存储在存储器120中或固化在电子设备100的操作系统(Operating System，OS)中的软件模块。处理器110用于执行存储器120中存储的可执行模块，例如，分账装置所包括的软件功能模块及计算机程序等，以实现分账方法。处理器110可以在接收到执行指令后，执行计算机程序。

其中，处理器110可以是一种集成电路芯片，具有信号处理能力。处理器110也可以是通用处理器，例如，可以是中央处理器(Central Processing Unit，CPU)、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、分立门或晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。此外，通用处理器可以是微处理器或者任何常规处理器等。

存储器120可以是，但不限于，随机存取存储器(Random Access Memory，RAM)、只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable Read-OnlyMemory，PROM)、可擦可编程序只读存储器(Erasable Programmable Read-Only Memory，EPROM)，以及电可擦编程只读存储器(Electric Erasable Programmable Read-OnlyMemory，EEPROM)。存储器120用于存储程序，处理器110在接收到执行指令后，执行该程序。

需要说明的是，图1所示的结构仅为示意，本申请实施例提供的电子设备100还可以具有比图1更少或更多的组件，或是具有与图1所示不同的配置。此外，图1所示的各组件可以通过软件、硬件或其组合实现。

请参阅图2，图2为本申请实施例提供的分账方法的流程示意图，该方法应用于图1所示的电子设备100。需要说明的是，本申请实施例提供的分账方法不以图2及以下所示的顺序为限制，以下结合图2对分账方法的具体流程及步骤进行描述，该方法包括：步骤S101-步骤S104。

步骤S101：接收客户终端发送的订单。

用户可以在客户终端上完成订单，比如本申请实施例提供一种物业缴费软件，用户可以通过客户终端上搭载的物业缴费软件缴纳物业费。用户缴纳后，即会生成所缴纳的订单，电子设备便可接收客户终端发送的订单，为了便于理解，此处的电子设备可以是该软件所对应的服务器。

上述的客户终端可以是，但不限于手机、平板电脑、个人电脑。

步骤S102：根据订单的订单信息，确定订单的订单类型。

在接收到客户端终端发送的订单后，首先根据订单的订单信息，确定出订单类型。

以物业缴费软件为例，该软件可以实现物业的缴纳业务以及商品售卖业务。因此，确定出的订单类型可以包括物业缴纳订单类型以及商品订单类型。为了便于理解，请参阅图3以及图4，图3提供了一种物业缴纳订单的示意图，图4提供了一种商品订单的示意图。其中，物业缴纳订单类型的订单中信息中包括但不限于订单抬头、单据号、支付账号、金额、缴费房产地址等。具体的，图3示出的订单抬头为现金收款单；单据号为X072608；支付账号为MMM；金额为500；缴费房产地址为A小区18幢5-2。

图3示出的物业缴纳订单还包括备注：交易流水号212012457441。相应的，还可以包括确认时间、结算方式等。

其中，商品订单类型的订单信息中包括但不限于缴费信息以及其余信息。缴费信息可以包括但不限于订单收货地址、商家信息、支付账号、支付金额、商品信息等。其余信息可以包括但不限于订单备注、确认时间、订单抬头等等。具体的，图4示出的订单收货地址为B小区11幢5-1；商家信息为C超市；支付账号为zzz；支付金额为50；商品信息为苹果；订单备注为无；确认时间为：2020年10月1日；订单抬头为团购订单。

需要说明的是，图3及图4所示的仅为物业缴纳订单以及商品订单的一种示意图，物业缴纳订单以及商品订单还可以具有比图3以及图4更少或更多的信息，本申请不作限定。

当然，若是该软件还支持外卖配送业务，则所确定出的订单类型还可以包括外卖配送订单。此外，不同的软件所对应的订单类型不同，比如生活服务类软件，该订单类型还可以是话费订单类型、交通订单类型，对此，本申请不作过多举例。

于该步骤中，根据订单的订单信息，确定订单的订单类型，可以是根据订单的订单抬头，来进行确定。比如，订单抬头为现金收款单，则确定订单的类型为物业缴费订单类型；订单抬头为团购订单，则确定订单的类型为商品订单类型。

当然，在其他实施例中，根据订单的订单信息，确定订单的订单类型，还可以是根据订单的数据格式来进行确定。也即，不同的订单的数据格式不同，通过区分不同的数据格式即可确定出对应的订单类型。

此外，根据订单的订单信息，确定订单的订单类型，还可以是根据订单信息的种类来进行确定。比如，物业缴纳订单中并不涉及商品信息，因此，当接收到的订单信息中包括商品信息，则确定订单的类型为商品订单类型；当接收到的订单信息中未包括商品信息，则确定订单的类型为商品订单类型。

具体的，采用上述何种根据订单的订单信息，确定订单的订单类型的方式，本申请不作限定。

步骤S103：基于订单类型，从订单信息中，确定出目标分账方。

需要说明的是，不同的订单类型所对应的分账方不同，比如物业缴费订单的分账方为平台和物业公司，商家订单的分账方为平台、物业公司以及商家。相应的，若订单为外卖订单，则分账方除了包括平台、物业公司以及商家外，分账方还包括送餐骑手。其中，平台可以指的上述示例中的物业缴费软件，也可以是其他的软件平台，本申请不作限定。

因此，在确定出订单类型后，需要根据所确定出的订单类型来确定出目标分账方。

作为第一种实施方式，基于订单类型，从订单信息中，确定出目标分账方包括：基于订单类型，确定订单所对应的分账方的种类；从订单信息中，确定出与分账方的种类匹配的目标分账方。

也即，在该实施方式下，首先会根据订单类型，来确定出该订单对应不同种类的分账方(也即，不同的订单类型对应不同种类的分账方)，然后在从订单信息中去查找出与所确定出的分账方匹配的目标。比如，确定出的分账方为物业公司，则从订单信息中查找出对应的A物业公司作为目标分账方。通过该方式，便于准确的确定出目标分账方，提高了确定订单归属的可靠性。

下面针对不同的订单类型来确定出目标分账方进行详细说明。

第一种订单类型为物业缴费订单类型。基于该类型的订单，所确定出的分账方包括平台以及物业公司。

相应的，从订单信息中，确定出与分账方的种类匹配的目标分账方，包括：获取订单信息中的缴费房产地址；基于缴费房产地址，确定缴费房产地址所对应的物业公司；其中，缴费房产地址所对应的物业公司以及平台即为目标分账方。

下面举例进行说明，当订单类型为物业缴费订单类型时，此时获取订单信息中的缴费房产地址，比如缴费房产地址为A小区11幢5-2。A小区对应的物业公司为A物业公司，那么即可将A小区所对应的A物业公司确定为目标物业公司。而最终所确定出的目标分账方即为A物业公司与平台。

由于用户所缴纳的物业费通常都是自己所住楼层房间对应的物业费，因此，当订单类型为物业缴费订单类型，则从订单信息中，确定出与分账方的种类匹配的目标分账方，还可以包括：获取订单信息中的支付账号，基于该支付账号确定出业主标识号，基于该业主标识号对应的目标小区，确定出目标物业公司。

也即，用户在该软件注册账号时，会绑定一个业主标识号。业主标识号中包括业主姓名、业主手机号、对应的房产地址等，根据业主标识号去缴物业费，订单信息中包含了缴费的房产地址、业主姓名。软件系统后台可以通过业主标识号对应的房产地址去确定目标小区、再根据目标小区确定出目标物业公司。比如业主标识号可以是A1152-001，业主标识号所对应的业主为张三、A小区11幢5-2。其中，A则对应小区，1152对应楼栋以及房间号，001可以对应注册的位数，比如第几个注册的，本申请不作限定。通过该方式，即可通过所识别出的业主标识号来确定出目标物业公司，比如目标物业公司为A小区所对应的A物业公司。

综上，当订单类型为物业缴费订单类型时，可以确定出分账方的种类为物业公司以及平台，然后再根据订单信息来确定出最终所分账的目标物业公司，以便于后续直接将金额按照预设分账规则分配至该目标物业公司以及平台，实现了对于物业缴费的线上分账计算，结果精确，节省了人力物力。

第二种订单类型为商品订单类型。基于该类型的订单，所确定出的分账方包括平台、商家以及物业公司。

相应的，从订单信息中，确定出与分账方的种类匹配的目标分账方，包括：获取所述订单信息中的缴费信息；基于缴费信息，确定目标物业公司以及目标商家；其中，目标物业公司、目标商家以及平台即为目标分账方。

也即，当订单类型为商品订单类型时，此时基于订单信息中的缴费信息，来确定目标物业公司以及目标商家。

其中，缴费信息包括商家信息。因此，基于订单信息中的缴费信息来确定目标商家，可以是根据缴费信息中的商家信息来确定目标商家。比如缴费信息中的商家信息为D书店，则，确定出的目标商家即为D书店。

其中，缴费信息包括订单收货地址。因此，基于订单信息中的缴费信息来确定目标物业公司，可以是识别订单收货地址，判断订单收货地址是否包含预设小区；当订单收货地址包含所述预设小区，预设小区对应的物业公司即为目标物业公司。

比如，订单收货地址是A城市B小区2幢1单元，则可以根据通过文字识别出该地址中包含“小区”的字样，进而将B小区确定为目标物业公司。当然，也有些小区的名称不包含“小区”的字样，比如小区名为“幸福花园”，则此时将该收货地址与预先更新的数据库中的小区名称进行匹配，当匹配成功后，则将匹配的小区确定为目标物业公司。

可以理解的是，本申请实施例中，由于物业公司可能会发展社区商城，因此物业公司会在该物业公司所对应的小区会进行推广，因此将用户的收货地址所对应物业公司确定为目标物业公司，提高了后续分账的合理性。

作为在识别出的订单收货地址不包含预设小区的一种实施方式，此时可以不确定目标物业公司，也即最终进行分账时可以排除物业公司，而只对商家以及平台进行分账。

作为在识别出的订单收货地址不包含预设小区的另一种实施方式，此时可以基于缴费信息中的商家信息来确定目标物业公司，也即，当订单收货地址不包含预设小区，则判断商家信息中是否关联物业公司；当商家信息中关联物业公司，则商家信息中关联的物业公司即为目标物业公司。

比如，商家在注册时，会与物业公司进行合作，因此，在注册时，商家会管理物业公司。比如商家为A小区的水果商场，该水果商场与A小区的对应的A物业公司合作，进行线上推广，此时该商家则与A物业公司进行关联。通过该方式，也能够进一步提高后续分账的合理性。

作为在判断出的商家信息中未关联物业公司的一种实施方式，此时可以不确定目标物业公司，也即最终进行分账时可以排除物业公司，而只对商家以及平台进行分账。

作为在判断出的商家信息中未关联物业公司的另一种实施方式，此时，还可以基于缴费信息中的支付账号来确定目标物业公司。也即，当商家信息中并未关联物业公司，则判断支付账号是否绑定业主标识号。当支付账号绑定有业主标识号，基于支付账号绑定的业主标识号，确定出与业主标识号对应的目标小区，并基于目标小区确定出目标物业公司。此处对于业主标识号的说明可以参考前述实施例，此处不作重复说明。

可以理解的是，由于物业公司可能会发展社区商城，因此物业公司会在该物业公司所对应的小区会进行推广，因此，在本申请实施例中，可以通过用户的支付账号绑定的业主标识号来确定出用户所在小区对应的目标物业公司，提高了后续分账的合理性。

作为在判断出支付账号未绑定业主标识号的一种实施方式，此时可以不确定目标物业公司，也即最终进行分账时可以排除物业公司，而只对商家以及平台进行分账。

作为在判断出支付账号未绑定业主标识号的另一种实施方式，当支付账号未绑定有业主标识号，则基于订单收货地址，查找出与订单收货地址距离最近的小区，并基于与订单收货地址距离最近的小区，确定出目标物业公司。

其中，查找出与订单收货地址距离最近的小区可以是以该地址为地图上的圆心，确定出与圆心距离最近的小区位置，进而将该小区所对应的物业公司确定为目标物业公司。

可以理解的是，由于物业公司可能会发展社区商城，因此，除了在该物业公司所对应的小区进行推广后，也会在其周边进行相应的推广，因此，通过将订单收货地址距离最近的小区对应的物业公司来确定出目标物业公司，提高了后续分账的合理性。

相应的，在该方式下，该可以设置一个预设距离，也即当以该订单收货地址为圆心预设距离内，均未有小区时，则此时可以不确定目标物业公司，也即最终进行分账时可以排除物业公司，而只对商家以及平台进行分账。其中，上述的预设距离可以是1千米、3千米、5千米，本申请不作限定。

综上，当订单类型为商品订单类型时，可以确定出分账方的种类为商家、物业公司以及平台，然后再根据订单信息来确定出最终所分账的目标商家、目标物业公司，以便于后续直接将金额按照预设分账规则分配至该目标商家、目标物业公司以及平台，实现了对于商品业务的线上分账计算，结果精确，节省了人力物力。

第三种订单类型为外卖配送订单类型。基于该类型的订单，所确定出的分账方包括平台、物业公司、骑手以及商家。

需要说明的是，当订单类型为外卖配送订单类型时，此时订单信息中会包括骑手信息，相应的，即可根据订单信息中的骑手信息，确定出目标骑手。该目标骑手即为所确定的目标分账方之一。需要说明的是，对于如何确定目标物业公司以及目标商家可以参考在第二种订单类型中的说明，对此，本申请不作重复赘述。

作为第二种实施方式，还可以根据订单的类型直接提取订单信息中的与该类型匹配的字段的信息来确定出目标分账方，比如当订单类型为物业缴费订单类型时，直接获取物业缴费订单中的缴费房产地址所应对的字段，然后基于缴费房产地址确定出与该地址所对应的小区。比如缴费房产地址为A小区18幢5-2。A小区对应的物业公司为A物业公司，则A物业公司即为所确定出的目标分账方之一(物业缴费订单另一个目标分账方为平台，平台自动添加为目标分账方)。通常情况下，用户所缴纳的物业费都是自己的物业费，因此，当订单类型为物业缴费订单类型，且物业缴费订单中如果不包括缴费房产地址时，则还可以基于业主标识号来确定与业主标识号所对应的小区，再基于对应的小区确定出目标物业公司。所确定出的目标物业公司即为目标分账方。

相应的，当订单类型为商品订单类型时，直接提取出商品订单中的订单收货地址、商家信息所应对的字段。进而根据订单收货地址以及商家信息来确定出目标物业公司以及目标商家。其中，所确定出的目标物业公司以及目标商家即为目标分账方。对于如何基于订单收货地址确定出目标物业公司可以参考前述实施例中的说明，本申请不作赘述。

步骤S104：基于预设的分账规则以及订单的金额，确定出目标分账方的分配金额；其中，预设的分账规则与订单类型相关联。

最后，在确定出目标分账方后，即可根据预设的分账规则以及订单的金额来确定出每个目标分账方的分配金额。

以缴纳物业费的场景为例，预设的分账规则可以是物业公司与平台的分账比例为98：2。那么，若用户缴纳的物业费金额为100元时，则通过上述步骤确定出的目标物业公司可以得到的分配金额为98元，而平台得到的分配金额为2元。

以商场下单为例，预设的分账规则可以是商家、物业公司、平台的分账比例为95：4：1。那么，若用户订单的金额为100元时，则通过上述步骤确定出的目标物业公司可以得到的分配金额为4元，平台得到的分配金额为1元，商家得到的分配金额为95元。

综上所述，本申请实施例所提供的分账方法，通过接收客户终端发送的订单；根据订单的订单信息，确定订单的订单类型；基于订单类型，从订单信息中，确定出目标分账方；最后基于预设的分账规则以及所述订单的金额，确定出所述目标分账方的分配金额，进而实现了基于不同类型的订单的在线分账计算，进而便于后续直接在线上进行针对不同类型的订单的分账结算，节省了人力物力。

可选地，在步骤S105之后，所述分账方法还包括：基于确定出目标分账方的分配金额，将订单的金额结算至目标分账方对应的账户。比如若用户订单的金额为100元时，则通过上述步骤确定出的目标物业公司可以得到的分配金额为4元，平台得到的分配金额为1元，商家得到的分配金额为95元之后，直接将结算的金额结算至各个目标分账方所对应的账户中，比如结算到目标分账方所对应的第三方银行账户中。

可选地，结算的方式还可以采用T+1结算规则。也即，在步骤S105之后，该分账方法还包括：基于目标分账方的分配金额以及T+1结算规则，将订单的金额结算至目标分账方对应的账户。需要说明的是，T+1是一种股票交易制度，即当日买进的股票，要到下一个交易日才能卖出。“T”指交易登记日，“T+1”指登记日的次日，或者下一个工作日。于本申请实施例中，T为订单获取的日期，“T+1”为将金额结算至各个目标分账方所对应的账户的日期。

为了便于理解，下面以一个完整的例子对上述分账方法进行说明(该示例中以物业缴费订单类型以及商品订单类型为例)，请参阅图5。首先，接收客户终端发送的订单，然后根据订单的订单信息，确定订单的订单类型。当确定出的订单类型为物业缴费订单类型时，基于缴费房产地址，确定缴费房产地址所对应的物业公司；其中，缴费房产地址所对应的物业公司以及平台即为目标分账方。当确定出的订单类型为商品订单类型时，获取订单信息中的缴费信息，首先，识别缴费信息中的订单收货地址，判断订单收货地址是否包含预设小区；当订单收货地址包含所述预设小区，则预设小区对应的物业公司即为目标物业公司。当订单收货地址不包含预设小区，则判断缴费信息中的商家信息中是否关联物业公司，当商家信息中关联物业公司，则商家信息中关联的物业公司即为目标物业公司。当商家信息中并未关联物业公司，则判断支付账号是否绑定业主标识号，当支付账号绑定有业主标识号，基于支付账号绑定的业主标识号，确定出与业主标识号对应的目标小区，并基于目标小区确定出目标物业公司。当支付账号未绑定有业主标识号，则基于订单收货地址，查找出与订单收货地址距离最近的小区，并基于与订单收货地址距离最近的小区，确定出目标物业公司。最后，基于不同的类型采取不同的分账规则来确定出目标分账方的分配金额进行分账。最后，将结算的金额结算至各个目标分账方所对应的账户中，比如物业缴费订单类型的定，则将订单金额分配至平台账户以及目标物业公司账户。比如商品订单类型的订单，则将订单金额分配至商家账户、平台账户以及目标物业公司账户。

请参阅图6，基于同一发明构思，本申请实施例还提供一种分账装置200，包括接收模块201以及确定模块202。

其中，所述接收模块201用于接收客户终端发送的订单。

所述确定模块202用于根据所述订单的订单信息，确定所述订单的订单类型；基于所述订单类型，从所述订单信息中，确定出目标分账方以及基于预设的分账规则以及所述订单的金额，确定出所述目标分账方的分配金额；其中，所述预设的分账规则与所述订单类型相关联。

可选地，所述确定模块202具体用于基于所述订单类型，确定所述订单所对应的分账方的种类；从所述订单信息中，确定出与所述分账方的种类匹配的目标分账方。

可选地，所述订单类型为物业缴费订单类型。所述确定模块具体用于基于所述物业缴费订单类型，确定所述订单所对应的分账方包括平台以及物业公司；获取所述订单信息中的缴费房产地址；基于所述缴费房产地址，确定所述缴费房产地址所对应的物业公司；其中，所述缴费房产地址所对应的物业公司以及所述平台即为所述目标分账方。

可选地，所述订单类型为商品订单类型。所述确定模块具体用于基于所述商品订单类型，确定所述订单所对应的分账方包括商家、平台以及物业公司；获取所述订单信息中的缴费信息；基于所述缴费信息，确定目标物业公司以及目标商家；其中，所述目标物业公司、所述目标商家以及所述平台即为所述目标分账方。

可选地，所述缴费信息中包括订单收货地址，所述确定模块还具体用于识别所述订单收货地址，判断所述订单收货地址是否包含预设小区；当所述订单收货地址包含所述预设小区，所述预设小区对应的物业公司即为所述目标物业公司。

可选地，所述缴费信息中还包括商家信息；所述确定模块还具体用于在所述识别所述订单收货地址，判断所述订单收货地址是否包含预设小区之后，当所述订单收货地址不包含所述预设小区，则判断所述商家信息中是否关联物业公司；当所述商家信息中关联物业公司，所述商家信息中关联的物业公司即为所述目标物业公司。

可选地，所述缴费信息中还包括支付账号；所述确定模块还具体用于在所述判断所述商家信息中是否关联物业公司之后，当所述商家信息中并未关联物业公司，则判断所述支付账号是否绑定业主标识号；当所述支付账号绑定有业主标识号，基于所述支付账号绑定的业主标识号，确定出与所述业主标识号对应的目标小区，并基于所述目标小区确定出所述目标物业公司。

可选地，所述确定模块还具体用于在所述判断所述支付账号是否绑定业主标识号之后，当所述支付账号未绑定有业主标识号，则基于所述订单收货地址，查找出与所述订单收货地址距离最近的小区，并基于与所述订单收货地址距离最近的小区，确定出所述目标物业公司。

可选地，所述分账装置200还包括结算模块203。结算模块203用于在所述基于预设的分账规则以及所述订单的金额，确定出所述目标分账方的分配金额之后，基于所述目标分账方的分配金额以及T+1结算规则，将所述订单的金额结算至所述目标分账方对应的账户。

需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

基于同一发明构思，本申请实施例还提供一种存储介质，其上存储有计算机程序，计算机程序在被运行时执行上述实施例中提供的方法。

该存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种分账方法，其特征在于，包括：

接收客户终端发送的订单；

根据所述订单的订单信息，确定所述订单的订单类型；

基于所述订单类型，从所述订单信息中，确定出目标分账方；

基于预设的分账规则以及所述订单的金额，确定出所述目标分账方的分配金额；其中，所述预设的分账规则与所述订单类型相关联。

2.根据权利要求1所述的分账方法，其特征在于，所述基于所述订单类型，从所述订单信息中，确定出目标分账方，包括：

基于所述订单类型，确定所述订单所对应的分账方的种类；

从所述订单信息中，确定出与所述分账方的种类匹配的目标分账方。

3.根据权利要求2所述的分账方法，其特征在于，所述订单类型为物业缴费订单类型；

所述基于所述订单类型，确定所述订单所对应的分账方的种类，包括：

基于所述物业缴费订单类型，确定所述订单所对应的分账方包括平台以及物业公司；

相应的，所述从所述订单信息中，确定出与所述分账方的种类匹配的目标分账方，包括：

获取所述订单信息中的缴费房产地址；

基于所述缴费房产地址，确定所述缴费房产地址所对应的物业公司；其中，所述缴费房产地址所对应的物业公司以及所述平台即为所述目标分账方。

4.根据权利要求2所述的分账方法，其特征在于，所述订单类型为商品订单类型；

所述基于所述订单类型，确定所述订单所对应的分账方的种类，包括：

基于所述商品订单类型，确定所述订单所对应的分账方包括商家、平台以及物业公司；

相应的，从所述订单信息中，确定出与所述分账方的种类匹配的目标分账方，包括：

获取所述订单信息中的缴费信息；

基于所述缴费信息，确定目标物业公司以及目标商家；其中，所述目标物业公司、所述目标商家以及所述平台即为所述目标分账方。

5.根据权利要求4所述的分账方法，其特征在于，所述缴费信息中包括订单收货地址，所述基于所述缴费信息，确定目标物业公司，包括：

识别所述订单收货地址，判断所述订单收货地址是否包含预设小区；

当所述订单收货地址包含所述预设小区，所述预设小区对应的物业公司即为所述目标物业公司。

6.根据权利要求5所述的分账方法，其特征在于，所述缴费信息中还包括商家信息；相应的，在所述识别所述订单收货地址，判断所述订单收货地址是否包含预设小区之后，所述方法还包括：

当所述订单收货地址不包含所述预设小区，则判断所述商家信息中是否关联物业公司；

当所述商家信息中关联物业公司，所述商家信息中关联的物业公司即为所述目标物业公司。

7.根据权利要求6所述的分账方法，其特征在于，所述缴费信息中还包括支付账号；相应的，在所述判断所述商家信息中是否关联物业公司之后，所述方法还包括：

当所述商家信息中并未关联物业公司，则判断所述支付账号是否绑定业主标识号；

当所述支付账号绑定有业主标识号，基于所述支付账号绑定的业主标识号，确定出与所述业主标识号对应的目标小区，并基于所述目标小区确定出所述目标物业公司。

8.根据权利要求7所述的分账方法，其特征在于，在所述判断所述支付账号是否绑定业主标识号之后，所述方法还包括：

当所述支付账号未绑定有业主标识号，则基于所述订单收货地址，查找出与所述订单收货地址距离最近的小区，并基于与所述订单收货地址距离最近的小区，确定出所述目标物业公司。

9.根据权利要求1所述的分账方法，其特征在于，在所述基于预设的分账规则以及所述订单的金额，确定出所述目标分账方的分配金额之后，所述方法还包括：

基于所述目标分账方的分配金额以及T+1结算规则，将所述订单的金额结算至所述目标分账方对应的账户。

10.一种分账装置，其特征在于，包括：

接收模块，用于接收客户终端发送的订单；

确定模块，用于根据所述订单的订单信息，确定所述订单的订单类型；基于所述订单类型，从所述订单信息中，确定出目标分账方以及基于预设的分账规则以及所述订单的金额，确定出所述目标分账方的分配金额；其中，所述预设的分账规则与所述订单类型相关联。

11.一种电子设备，其特征在于，包括：处理器和存储器，所述处理器和所述存储器连接；

所述存储器用于存储程序；

所述处理器用于运行存储在所述存储器中的程序，执行如权利要求1-9中任一项所述的方法。

12.一种存储介质，其特征在于，其上存储有计算机程序，所述计算机程序在被计算机运行时执行如权利要求1-9中任一项所述的方法。

Images