支付数据处理方法、装置、可读存储介质及电子设备

技术领域

本公开涉及计算机技术领域，尤其是一种支付数据处理方法、装置、计算机可读存储介质、计算机程序产品及电子设备。

背景技术

在支付场景中，通常需要配置很多支付规则，例如支付工具、计费规则、支付通道路由选择等等。目前的支付业务规则配置方法，对于一个支付场景，通常设置一个编号，用来标识该支付场景下的业务规则。例如，可以定义一个TPID(标签协议标识，Tag ProtocolIdentifier)字符串，用来标识交易的业务规则配置，业务规则可以包括计费规则、结算规则、交易权限规则、业务类型、支付工具、支付类型等等。该支付业务规则配置方法，由于配置规则复杂，规则标识无法对众多的规则配置信息进行区分，导致用户难以理解配置的规则。并且在改动规则标识时，由于规则标识无法区分规则的类型，导致无法评估规则标识修改对支付系统产生的影响，使出现交易处理异常的风险增大。

发明内容

为了解决上述技术问题，提出了本公开。本公开的实施例提供了一种支付数据处理方法、装置、计算机可读存储介质、电子设备及计算机程序产品。

本公开的实施例提供了一种支付数据处理方法，该方法包括：响应于接收到目标用户端发送的针对目标订单的支付确认请求，基于目标订单的订单信息，确定目标订单对应的支付对象标识和支付配置编码集合；基于支付对象标识和支付配置编码集合，确定目标订单对应的支付配置流程，并执行支付配置流程；响应于支付配置流程执行成功，基于支付配置编码集合，确定目标订单对应的支付通道路由；通过支付通道路由，对目标订单进行支付。

在一些实施例中，在响应于接收到目标用户端发送的针对目标订单的支付确认请求，基于目标订单的订单信息，确定目标订单对应的支付对象标识和支付配置编码集合之前，该方法还包括：获取预先针对目标订单所属的业务类型配置的业务码；获取预先针对目标订单的支付场景配置的解决方案码；基于目标订单的订单信息，确定目标订单对应的支付对象标识和支付配置编码集合，包括：获取预先针对目标订单对应的支付对象配置的支付对象标识；基于订单信息，确定目标订单的支付工具和交易类型；获取预先针对支付工具和交易类型配置的交易码和交易类型码；将业务码、解决方案码、交易码和交易类型码确定为支付配置编码集合。

在一些实施例中，基于支付配置编码集合，确定目标订单对应的支付通道路由，包括：确定预设的通道路由配置表中是否存在预先针对交易码和支付对象标识设置的第一支付通道路由，响应于确定存在第一支付通道路由，将第一支付通道路由确定为目标订单对应的支付通道路由；确定通道路由配置表中是否存在预先针对交易码和解决方案码设置的第二支付通道路由，响应于确定存在第二支付通道路由，将第二支付通道路由确定为目标订单对应的支付通道路由；确定通道路由配置表中是否存在预先针对交易码和业务码设置的第三支付通道路由，响应于确定存在第三支付通道路由，将第三支付通道路由确定为目标订单对应的支付通道路由；响应于确定通道路由配置表中不存在第一支付通道路由、第二支付通道路由和第三支付通道路由，从通道路由配置表中确定交易码对应的默认支付通道路由，并将默认支付通道路由确定为目标订单对应的支付通道路由。

在一些实施例中，在通过支付通道路由，对目标订单进行支付之后，方法还包括：响应于触发针对支付对象标识的清结算操作，基于支付对象标识和支付配置编码集合，确定预先针对支付对象标识配置的清结算配置信息；基于清结算配置信息，针对支付对象标识指示的支付对象进行清结算处理。

在一些实施例中，清结算配置信息包括计费规则信息、结算方式信息和扣费方式信息；基于清结算配置信息，针对支付对象标识指示的支付对象进行清结算处理，包括：基于清结算配置信息包括的计费规则信息，确定目标订单对应的结算费用计算方式；基于费用计算方式，生成扣费数据；基于清结算配置信息包括的结算方式信息，确定支付对象标识对应的账户；基于扣费数据和清结算配置信息包括的扣费方式信息，确定支付对象的接收费用数据；基于接收费用数据和支付对象标识对应的账户，对目标订单进行结算。

根据本公开实施例的另一个方面，提供了一种支付数据处理装置，该装置包括：第一确定模块，用于响应于接收到目标用户端发送的针对目标订单的支付确认请求，基于目标订单的订单信息，确定目标订单对应的支付对象标识和支付配置编码集合；第二确定模块，用于基于支付对象标识和支付配置编码集合，确定目标订单对应的支付配置流程，并执行支付配置流程；第三确定模块，用于响应于支付配置流程执行成功，基于支付配置编码集合，确定目标订单对应的支付通道路由；支付模块，用于通过支付通道路由，对目标订单进行支付。

在一些实施例中，该装置还包括：第一获取模块，用于获取预先针对目标订单所属的业务类型配置的业务码；第二获取模块，用于获取预先针对目标订单的支付场景配置的解决方案码；第一确定模块包括：第一获取单元，用于获取预先针对目标订单对应的支付对象配置的支付对象标识；第一确定单元，用于基于订单信息，确定目标订单的支付工具和交易类型；第二获取单元，用于获取预先针对支付工具和交易类型配置的交易码和交易类型码；第二确定单元，用于将业务码、解决方案码、交易码和交易类型码确定为支付配置编码集合。

在一些实施例中，第三确定模块包括：第三确定单元，用于确定预设的通道路由配置表中是否存在预先针对交易码和支付对象标识设置的第一支付通道路由，响应于确定存在第一支付通道路由，将第一支付通道路由确定为目标订单对应的支付通道路由；第四确定单元，用于确定通道路由配置表中是否存在预先针对交易码和解决方案码设置的第二支付通道路由，响应于确定存在第二支付通道路由，将第二支付通道路由确定为目标订单对应的支付通道路由；第五确定单元，用于确定通道路由配置表中是否存在预先针对交易码和业务码设置的第三支付通道路由，响应于确定存在第三支付通道路由，将第三支付通道路由确定为目标订单对应的支付通道路由；第六确定单元，用于响应于确定通道路由配置表中不存在第一支付通道路由、第二支付通道路由和第三支付通道路由，从通道路由配置表中确定交易码对应的默认支付通道路由，并将默认支付通道路由确定为目标订单对应的支付通道路由。

在一些实施例中，该装置还包括：第四确定模块，用于响应于触发针对支付对象标识的清结算操作，基于支付对象标识和支付配置编码集合，确定预先针对支付对象标识配置的清结算配置信息；清结算模块，用于基于清结算配置信息，针对支付对象标识指示的支付对象进行清结算处理。

在一些实施例中，清结算配置信息包括计费规则信息、结算方式信息和扣费方式信息；清结算模块包括：第七确定单元，用于基于清结算配置信息包括的计费规则信息，确定目标订单对应的结算费用计算方式；生成单元，用于基于费用计算方式，生成扣费数据；第八确定单元，用于基于清结算配置信息包括的结算方式信息，确定支付对象标识对应的账户；第九确定单元，用于基于扣费数据和清结算配置信息包括的扣费方式信息，确定支付对象的接收费用数据；结算单元，用于基于接收费用数据和支付对象标识对应的账户，对目标订单进行结算。

根据本公开实施例的另一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序指令，该计算机程序指令被处理器执行时，实现上述支付数据处理方法的步骤。

根据本公开实施例的另一个方面，提供了一种电子设备，电子设备包括：处理器；用于存储处理器可执行指令的存储器；处理器，用于从存储器中读取可执行指令，并执行指令以实现上述支付数据处理方法。

根据本公开实施例的另一个方面，提供了一种计算机程序产品，包括计算机程序指令，计算机程序指令被处理器执行时实现上述支付数据处理方法的步骤。

基于本公开上述实施例提供的支付数据处理方法、装置、计算机可读存储介质、电子设备及计算机程序产品，通过基于目标订单的订单信息，确定目标订单对应的支付对象标识和支付配置编码集合，然后基于支付对象标识和支付配置编码集合，确定目标订单对应的支付配置流程并执行支付配置流程，支付配置流程执行成功后，基于支付配置编码集合，确定目标订单对应的支付通道路由，最后通过支付通道路由，对目标订单进行支付。本公开实施例实现了将大量的支付规则按照多个维度进行配置，每个支付配置编码对应一个维度的规则，实现了支付规则的数据规范化，简化了支付规则配置及修改的难度，提高了支付规则配置的效率。此外，在支付系统中，基于支付对象标识和支付配置编码集合进行规则判定，可以对各个维度的规则进行快速、精准判定，提高了支付数据处理的效率。

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

附图说明

通过结合附图对本公开实施例进行更详细的描述，本公开的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1是本公开所适用的系统图。

图2是本公开一示例性实施例提供的支付数据处理方法的流程示意图。

图3是本公开另一示例性实施例提供的支付数据处理方法的流程示意图。

图4是本公开另一示例性实施例提供的支付数据处理方法的流程示意图。

图5是本公开另一示例性实施例提供的支付数据处理方法的流程示意图。

图6是本公开另一示例性实施例提供的支付数据处理方法的流程示意图。

图7是本公开一示例性实施例提供的支付数据处理装置的结构示意图。

图8是本公开另一示例性实施例提供的支付数据处理装置的结构示意图。

图9是本公开一示例性实施例提供的电子设备的结构图。

具体实施方式

下面，将参考附图详细地描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。

应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。

还应理解，在本公开实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。

还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。

另外，本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。

还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按5P2210179照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本公开实施例可以应用于终端设备、计算机系统、服务器等电子设备，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与终端设备、计算机系统、服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统、大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

终端设备、计算机系统、服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

现有的支付业务规则配置方法，一个规则标识对应大量的配置规则，由于配置规则复杂，规则标识无法对众多的规则配置信息进行区分，导致用户难以理解配置的规则。现有的支付业务规则配置方法没有对众多的规则进行分类，导致规则配置的操作过程繁琐，规则配置效率低。此外，在改动规则标识时，由于规则标识无法区分规则的类型，导致无法评估规则标识修改对支付系统产生的影响，使出现交易处理异常的风险增大。

为解决该问题，本公开实施例提出了一种支付数据处理方法，通过设置支付对象标识和支付配置编码集合，每个支付配置编码对应一个维度的支付规则，从而降低支付规则配置的难度，同时在对订单进行支付的场景下，对各个维度的规则进行快速、精准判定，提高支付数据处理的效率。

图1示出了可以应用本公开的实施例的支付数据处理方法或支付数据处理装置的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101，网络102和服务器103。网络102用于在终端设备101和服务器103之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101通过网络102与服务器103交互，以接收或发送消息等。终端设备101上可以安装有各种通讯客户端应用，例如购物类应用、搜索类应用、网页浏览器应用、即时通信工具等。

终端设备101可以是各种电子设备，包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。

服务器103可以是提供各种服务的服务器，例如对终端设备101进行的支付操作提供支持的后台支付系统服务器。后台支付系统服务器可以对终端设备101发送的支付确认请求做出响应，以完成目标订单的支付。

通常，服务器103上设置有支付系统，如图1所示，支付系统可以包括收银台系统、统一收单系统、支付路由系统、清结算系统等。服务器103可以为单台服务器，也可以为多台服务器组成的服务器集群，相应的，上述各个系统可以设置在单台服务器上，也可以设置在多台服务器上。

需要说明的是，本公开的实施例所提供的支付数据处理方法通常由服务器103执行，相应地，支付数据处理装置通常设置于服务器103中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2是本公开一示例性实施例提供的支付数据处理方法的流程示意图。本实施例可应用在电子设备(如图1所示的服务器103)上，如图2所示，该方法包括如下步骤：

步骤201，响应于接收到目标用户端发送的针对目标订单的支付确认请求，基于目标订单的订单信息，确定目标订单对应的支付对象标识和支付配置编码集合。

在本实施例中，电子设备可以响应于接收到目标用户端发送的针对目标订单的支付确认请求，基于目标订单的订单信息，确定目标订单对应的支付对象标识和支付配置编码集合。

其中，目标用户端可以是目标用户针对目标订单进行支付操作时采用的终端设备，例如图1所示的终端设备101。目标订单可以是针对目标产品的订单，目标产品可以是任意类型的产品，可以是实体产品，也可以是虚拟产品。例如，目标产品是房屋，目标订单是购房或租房订单。订单信息可以包括关于目标产品的信息，例如，订单信息包括目标产品的价格、业务类型等信息。

目标订单对应的支付对象标识是表征目标产品的提供方(例如商户)的标识信息。支付配置编码集合可以是预先对目标订单的多个维度的支付规则进行配置而生成的编码集合，即每个配置编码对应于一组支付规则。例如，支付配置编码集合可以包括但不限于业务码、解决方案码、交易码和交易类型码等。业务码、解决方案码、交易码和交易类型码的含义，可以参考下述可选实施例。

通常，收银台系统可以向目标用户端提供目标产品的描述信息和可选择的支付方式等。在目标用户进行支付确认操作(例如目标用户点击确认支付按键)后，目标订单的支付规则即可被确认，此时可以得到上述支付对象标识和支付配置编码集合。用户进行支付确认操作后，上述目标用户端即向上述电子设备发送支付确认请求。

步骤202，基于支付对象标识和支付配置编码集合，确定目标订单对应的支付配置流程，并执行支付配置流程。

在本实施例中，电子设备可以基于支付对象标识和支付配置编码集合，确定目标订单对应的支付配置流程，并执行支付配置流程。

其中，支付配置流程通常可以由统一收单系统执行。作为示例，支付配置流程可以包括但不限于：执行预先配置的支付服务实例(例如分账操作服务实例)、风控规则校验等。电子设备可以根据上述支付对象标识和支付配置编码集合，确定预先配置的、与支付对象标识和支付配置编码集合对应的支付服务实例和风控规则等。通常，在配置上述支付配置编码集合时，可以建立支付配置流程执行的各个规则与支付配置编码的对应关系。例如，支付服务实例可以与解决方案码对应，风控规则校验可以与交易码对应。

步骤203，响应于支付配置流程执行成功，基于支付配置编码集合，确定目标订单对应的支付通道路由。

在本实施例中，电子设备可以响应于支付配置流程执行成功，基于支付配置编码集合，确定目标订单对应的支付通道路由(例如，包括银联通道、网联通道等)。

其中，确定目标订单对应的支付通道路由可以由支付路由系统执行。通常，在预先配置支付配置编码集合时，可以建立支付通道路由与支付配置编码的对应关系。例如，可以预先配置上述支付对象标识与支付通道路由的对应关系，支付路由系统根据支付对象标识，确定对应的支付通道路由。再例如，可以预先配置各种业务类型分别对应的支付通道路由，支付路由系统可以根据业务码，确定目标订单对应的支付通道路由。

步骤204，通过支付通道路由，对目标订单进行支付。

在本实施例中，电子设备可以通过支付通道路由，对目标订单进行支付。

作为示例，若业务码表示目标订单属于租赁业务，则对应的支付通道路由可以为银联系统，目标用户支付的费用通过银联系统支付到目标订单对应的收款账户。

本公开的上述实施例提供的方法，通过基于目标订单的订单信息，确定目标订单对应的支付对象标识和支付配置编码集合，然后基于支付对象标识和支付配置编码集合，确定目标订单对应的支付配置流程并执行支付配置流程，支付配置流程执行成功后，基于支付配置编码集合，确定目标订单对应的支付通道路由，最后通过支付通道路由，对目标订单进行支付。本公开实施例实现了将大量的支付规则按照多个维度进行配置，每个支付配置编码对应一个维度的规则，实现了支付规则的数据规范化，简化了支付规则配置及修改的难度，提高了支付规则配置的效率。此外，在支付系统中，基于支付对象标识和支付配置编码集合进行规则判定，可以对各个维度的规则进行快速、精准判定，提高了支付数据处理的效率。

在一些可选的实现方式中，如图3所示，在步骤201之前，该方法还包括：

步骤301，获取预先针对目标订单所属的业务类型配置的业务码。

其中，目标订单所属的业务类型即目标产品所属的业务类型。通常，针对一种产品或一个支付对象(即商户)，可以预先设置对应的业务码。目标订单的订单信息可以包括业务码，电子设备可以直接从订单信息中提取业务码。作为示例，上述业务类型可以包括：房屋装修业务、房屋租赁业务等，针对每种业务类型，设置一个对应的业务码。运营人员可以根据目标产品或支付对象的业务类型设置对应的业务码。

步骤302，获取预先针对目标订单的支付场景配置的解决方案码。

通常，针对一种产品或一个支付对象，可以预先根据该产品或支付对象的支付场景，配置解决方案码。目标订单的订单信息可以包括解决方案码，电子设备可以直接从订单信息中提取解决方案码。作为示例，上述支付场景可以包括：分账、贷款记账、代收付等，针对每种支付场景，可以设置一个对应的解决方案码。运营人员可以预先根据目标产品或支付对象的支付场景设置对应的解决方案码。

如图3所示，步骤201包括：

步骤2011，获取预先针对目标订单对应的支付对象配置的支付对象标识。

其中，目标订单的订单信息可以包括支付对象标识，电子设备可以直接从订单信息中提取支付对象标识。

步骤2012，基于订单信息，确定目标订单的支付工具和交易类型。

其中，目标订单的支付工具可以是目标用户从多个支付工具中选择的用户对目标订单进行支付所使用的支付工具。作为示例，支付工具可以为银行卡支付、第三方平台支付工具(例如支付宝、微信钱包等)等。

交易类型表示在目标订单中使用上述支付工具的具体用途，例如，收单、退款、充值、代付、退汇等。

步骤2013，获取预先针对支付工具和交易类型配置的交易码和交易类型码。

其中，交易码即表示一种支付工具，交易类型码即表示一种交易类型。通常，运营人员可以预先针对多种支付工具和交易类型分别设置交易码和交易类型码。对于目标订单，目标用户在选择了支付工具后，即选择了对应的交易码和交易类型码。

步骤2014，将业务码、解决方案码、交易码和交易类型码确定为支付配置编码集合。

业务码、解决方案码、交易码和交易类型码可以统称为四码，连同支付对象标识统称为四码一号。

本实施例通过预先确定目标订单的业务码和解决方案码，且在接收到支付确认请求后，根据目标用户的选择确定交易码和交易类型码，从而得到目标订单对应的四码一号，由于目标订单的各个维度的支付规则是在四码一号的基础上配置的，四码一号的含义是明确的，因此，可以降低对目标订单进行支付规则配置的复杂度，并且基于四码一号可以快速、精准地确定目标订单的支付规则，提高支付数据处理的效率。

在一些可选的实现方式中，如图4所示，步骤203包括：

步骤2031，确定预设的通道路由配置表中是否存在预先针对交易码和支付对象标识设置的第一支付通道路由，响应于确定存在第一支付通道路由，将第一支付通道路由确定为目标订单对应的支付通道路由。

其中，通道路由配置表用于表征支付配置编码、支付对象标识与支付通道路由的对应关系。

在预先设置通道路由配置表时，可以批量地根据不同的交易码和支付对象设置对应的支付通道路由。例如，对于支持银行卡快捷支付工具的支付对象，批量设置支持该支付工具的支付对象对应的支付通道路由。

步骤2032，确定通道路由配置表中是否存在预先针对交易码和解决方案码设置的第二支付通道路由，响应于确定存在第二支付通道路由，将第二支付通道路由确定为目标订单对应的支付通道路由。

在预先设置通道路由配置表时，可以批量地根据不同的解决方案码和交易码设置对应的支付通道路由。例如，对于应用于分账支付场景的支付工具，可以批量设置表示该支付工具的交易码和表示分账支付场景的解决方案码对应的支付通道路由。

步骤2033，确定通道路由配置表中是否存在预先针对交易码和业务码设置的第三支付通道路由，响应于确定存在第三支付通道路由，将第三支付通道路由确定为目标订单对应的支付通道路由。

在预先设置通道路由配置表时，可以批量地根据不同的业务码和交易码设置对应的支付通道路由。例如，对于应用于房屋租赁业务的支付工具，可以批量设置表示该支付工具的交易码和表示房屋租赁业务的解决方案码对应的支付通道路由为银联系统。

步骤2034，响应于确定通道路由配置表中不存在第一支付通道路由、第二支付通道路由和第三支付通道路由，从通道路由配置表中确定交易码对应的默认支付通道路由，并将默认支付通道路由确定为目标订单对应的支付通道路由。

即，在基于目标订单的支付对象标识、解决方案码和业务码均查找不到对应的特殊配置的支付通道路由时，选择交易码对应的默认支付通道路由。例如，对于银行卡快捷支付工具，其对应的默认支付通道路由为网联系统。

需要说明的是，本实施例不限定上述步骤2031-步骤2033的执行顺序，即步骤2031-步骤2033的执行顺序可以根据需要任意设置。

本实施例通过基于支付对象标识、解决方案码、业务码和交易码，从通道路由配置表查找对应的支付通道路由，实现了根据订单的不同维度设置查询支付通道路由的优先级，从而提高了支付通道路由选择的灵活性，同时可以根据不同的支付配置编码批量设置支付通道路由，提高了配置支付通道路由的效率。

在一些可选的实现方式中，如图5所示，在步骤204之后，该方法还包括：

步骤205，响应于触发针对支付对象标识的清结算操作，基于支付对象标识和支付配置编码集合，确定预先针对支付对象标识配置的清结算配置信息。

通常，在目标用户对目标订单支付完成后，上述支付对象标识和支付配置编码集合会被发送到清结算系统，清结算系统会自动或在操作人员手动操作下触发清结算操作。例如，清结算系统每隔10分钟执行一次清结算操作，对10分钟内完成支付的多个订单进行清结算。

通常，支付活动的过程包括交易、清分和结算。上述清结算操作即清分和结算，是指在目标订单的交易完成后，清偿收付款双方债权债务关系的过程及手段。一般的，清分是指对目标订单进行费用计算、登记、分配等操作的过程，结算是指按照清分操作的结果，对支付对象(商户)、支付平台进行最终的费用支付操作的过程。

对于每个支付对象标识，运营人员会在配置对应的支付配置编码集合时，对应配置清结算配置信息。例如，在配置业务码时，根据支付对象标识指示的支付对象所属的业务类型，对应配置该业务类型下向支付平台支付的手续费的计算方式。再例如，在配置交易码时，根据交易码表示的支付工具，对应配置清结算系统在结算费用后，支付对象的收款账户。总之，清结算配置信息是在配置多个维度的支付规则时配置好的。

步骤206，基于清结算配置信息，针对支付对象标识指示的支付对象进行清结算处理。

通常，清结算系统包括清分系统和结算系统，清分系统用于执行所述清分操作，例如，可以根据清结算配置信息定义的计费规则，计算向支付平台支付的手续费等。结算系统用于执行上述结算操作，例如，可以根据计算出的手续费用，对目标订单进行结算，即将目标订单的实际费用(即支付对象从目标订单获得的实际费用)支付到支付对象的账户，将手续费支付到支付平台的账户。

可选的，在清结算处理完成后，清结算系统还可以生成目标订单对应的清结算结果信息，将清结算结果发送到同一收单系统进行保存。

本实施例通过确定支付对象标识和支付配置编码集合对应的清结算配置信息，实现了在对目标订单进行清结算时，基于多个维度获取配置的清结算规则，提高了清结算的准确性和效率。并且，由于清结算配置信息是预先基于支付配置编码集合表示的多个维度的支付规则而配置的，因此，可以使清结算配置信息的数据结构更加规范，使配置难度大大降低，配置效率大大提升。

在一些可选的实现方式中，清结算配置信息包括计费规则信息、结算方式信息和扣费方式信息。其中，计费规则信息用于表征目标订单的结算费用计算方式，结算方式信息用于表征支付对象标识指示的支付对象的账户，扣费方式信息用于表征支付对象向支付平台支付的费用的方式。

如图6所示，步骤206包括：

步骤2061，基于清结算配置信息包括的计费规则信息，确定目标订单对应的结算费用计算方式。

具体地，结算费用包括支付对象向支付平台支付的费用(即手续费)和支付对象本身接收的费用。

作为示例，结算费用计算方式可以包括按百分比计算手续费方式和按固定金额计算手续费方式。若计费规则信息表示结算费用计算方式为按百分比计算手续费方式，则根据目标用户支付的费用和预设百分比，计算出支付对象向支付平台支付的手续费和支付平台自身接收的费用(即目标用户支付的费用减去手续费后剩余的费用)。若计费规则信息表示结算费用计算方式为按固定金额计算手续费方式，则将预设的固定金额作为支付对象向支付平台支付的手续费，将目标用户支付的费用减去手续费后剩余的费用作为支付对象本身接收的费用。

步骤2062，基于费用计算方式，生成扣费数据。

其中，扣费数据即表示支付对象向支付平台支付的费用(即手续费)。

步骤2063，基于清结算配置信息包括的结算方式信息，确定支付对象标识对应的账户。

其中，支付对象标识对应的账户是预先配置的。作为示例，支付对象标识对应的账户可以为协议账户、在支付平台注册的支付账户、支付对象的银行账户中的任一种。

步骤2064，基于扣费数据和清结算配置信息包括的扣费方式信息，确定支付对象的接收费用数据。

其中，扣费方式信息表示支付对象向支付平台支付费用的方式，例如表示外收方式或内扣方式。内扣方式即从目标用户支付的费用中扣除扣费数据表示的费用，外收方式即不扣除目标用户支付的费用，另外支付扣费数据表示的费用给支付平台。

若扣费方式信息表示内扣方式，则支付对象的接收费用数据即目标用户支付的费用数据与上述扣费数据之差，若扣费方式信息表示外收方式，则支付对象的接收费用数据即目标用户支付的费用数据。

步骤2065，基于接收费用数据和支付对象标识对应的账户，对目标订单进行结算。

具体地，可以将接收费用数据表示的费用支付到支付对象标识对应的账户中，从而完成对目标订单的结算。

本实施例通过从清结算配置信息中提取计费规则信息、结算方式信息和扣费方式信息，根据这些信息可以准确、高效地对目标订单进行结算。

图7是本公开一示例性实施例提供的支付数据处理装置的结构示意图。本实施例可应用在电子设备上，如图7所示，支付数据处理装置包括：第一确定模块701，用于响应于接收到目标用户端发送的针对目标订单的支付确认请求，基于目标订单的订单信息，确定目标订单对应的支付对象标识和支付配置编码集合；第二确定模块702，用于基于支付对象标识和支付配置编码集合，确定目标订单对应的支付配置流程，并执行支付配置流程；第三确定模块703，用于响应于支付配置流程执行成功，基于支付配置编码集合，确定目标订单对应的支付通道路由；支付模块704，用于通过支付通道路由，对目标订单进行支付。

在本实施例中，第一确定模块701可以响应于接收到目标用户端发送的针对目标订单的支付确认请求，基于目标订单的订单信息，确定目标订单对应的支付对象标识和支付配置编码集合。

其中，目标用户端可以是目标用户针对目标订单进行支付操作时采用的终端设备，例如图1所示的终端设备101。目标订单可以是针对目标产品的订单，目标产品可以是任意类型的产品，可以是实体产品，也可以是虚拟产品。例如，目标产品是房屋，目标订单是购房或租房订单。订单信息可以包括关于目标产品的信息，例如，订单信息包括目标产品的价格、业务类型等信息。

目标订单对应的支付对象标识是表征目标产品的提供方(例如商户)的标识信息。支付配置编码集合可以是预先对目标订单的多个维度的支付规则进行配置而生成的编码集合，即每个配置编码对应于一组支付规则。例如，支付配置编码集合可以包括但不限于业务码、解决方案码、交易码和交易类型码等。业务码、解决方案码、交易码和交易类型码的含义，可以参考下述可选实施例。

通常，收银台系统可以向目标用户端提供目标产品的描述信息和可选择的支付方式等。在目标用户进行支付确认操作(例如目标用户点击确认支付按键)后，目标订单的支付规则即可被确认，此时可以得到上述支付对象标识和支付配置编码集合。用户进行支付确认操作后，上述目标用户端即向上述电子设备发送支付确认请求。

在本实施例中，第二确定模块702可以基于支付对象标识和支付配置编码集合，确定目标订单对应的支付配置流程，并执行支付配置流程。

其中，支付配置流程通常可以由统一收单系统执行。作为示例，支付配置流程可以包括但不限于：执行预先配置的支付服务实例(例如分账操作服务实例)、风控规则校验等。电子设备可以根据上述支付对象标识和支付配置编码集合，确定预先配置的、与支付对象标识和支付配置编码集合对应的支付服务实例和风控规则等。通常，在配置上述支付配置编码集合时，可以建立支付配置流程执行的各个规则与支付配置编码的对应关系。例如，支付服务实例可以与解决方案码对应，风控规则校验可以与交易码对应。

在本实施例中，第三确定模块703可以响应于支付配置流程执行成功，基于支付配置编码集合，确定目标订单对应的支付通道路由(例如，包括银联通道、网联通道等)。

其中，确定目标订单对应的支付通道路由可以由支付路由系统执行。通常，在预先配置支付配置编码集合时，可以建立支付通道路由与支付配置编码的对应关系。例如，可以预先配置上述支付对象标识与支付通道路由的对应关系，支付路由系统根据支付对象标识，确定对应的支付通道路由。再例如，可以预先配置各种业务类型分别对应的支付通道路由，支付路由系统可以根据业务码，确定目标订单对应的支付通道路由。

在本实施例中，支付模块704可以通过支付通道路由，对目标订单进行支付。

作为示例，若业务码表示目标订单属于租赁业务，则对应的支付通道路由可以为银联系统，目标用户支付的费用通过银联系统支付到目标订单对应的收款账户。

参照图8，图8是本公开另一示例性实施例提供的支付数据处理装置的结构示意图。

在一些可选的实现方式中，该装置还包括：第一获取模块705，用于获取预先针对目标订单所属的业务类型配置的业务码；第二获取模块706，用于获取预先针对目标订单的支付场景配置的解决方案码；第一确定模块701包括：第一获取单元7011，用于获取预先针对目标订单对应的支付对象配置的支付对象标识；第一确定单元7012，用于基于订单信息，确定目标订单的支付工具和交易类型；第二获取单元7013，用于获取预先针对支付工具和交易类型配置的交易码和交易类型码；第二确定单元7014，用于将业务码、解决方案码、交易码和交易类型码确定为支付配置编码集合。

在一些可选的实现方式中，第三确定模块703包括：第三确定单元7031，用于确定预设的通道路由配置表中是否存在预先针对交易码和支付对象标识设置的第一支付通道路由，响应于确定存在第一支付通道路由，将第一支付通道路由确定为目标订单对应的支付通道路由；第四确定单元7032，用于确定通道路由配置表中是否存在预先针对交易码和解决方案码设置的第二支付通道路由，响应于确定存在第二支付通道路由，将第二支付通道路由确定为目标订单对应的支付通道路由；第五确定单元7033，用于确定通道路由配置表中是否存在预先针对交易码和业务码设置的第三支付通道路由，响应于确定存在第三支付通道路由，将第三支付通道路由确定为目标订单对应的支付通道路由；第六确定单元7034，用于响应于确定通道路由配置表中不存在第一支付通道路由、第二支付通道路由和第三支付通道路由，从通道路由配置表中确定交易码对应的默认支付通道路由，并将默认支付通道路由确定为目标订单对应的支付通道路由。

在一些可选的实现方式中，该装置还包括：第四确定模块707，用于响应于触发针对支付对象标识的清结算操作，基于支付对象标识和支付配置编码集合，确定预先针对支付对象标识配置的清结算配置信息；清结算模块708，用于基于清结算配置信息，针对支付对象标识指示的支付对象进行清结算处理。

在一些可选的实现方式中，清结算配置信息包括计费规则信息、结算方式信息和扣费方式信息；清结算模块708包括：第七确定单元7081，用于基于清结算配置信息包括的计费规则信息，确定目标订单对应的结算费用计算方式；生成单元7082，用于基于费用计算方式，生成扣费数据；第八确定单元7083，用于基于清结算配置信息包括的结算方式信息，确定支付对象标识对应的账户；第九确定单元7084，用于基于扣费数据和清结算配置信息包括的扣费方式信息，确定支付对象的接收费用数据；结算单元7085，用于基于接收费用数据和支付对象标识对应的账户，对目标订单进行结算。

本公开上述实施例提供的支付数据处理装置，通过基于目标订单的订单信息，确定目标订单对应的支付对象标识和支付配置编码集合，然后基于支付对象标识和支付配置编码集合，确定目标订单对应的支付配置流程并执行支付配置流程，支付配置流程执行成功后，基于支付配置编码集合，确定目标订单对应的支付通道路由，最后通过支付通道路由，对目标订单进行支付。本公开实施例实现了将大量的支付规则按照多个维度进行配置，每个支付配置编码对应一个维度的规则，实现了支付规则的数据规范化，简化了支付规则配置及修改的难度，提高了支付规则配置的效率。此外，在支付系统中，基于支付对象标识和支付配置编码集合进行规则判定，可以对各个维度的规则进行快速、精准判定，提高了支付数据处理的效率。

下面，参考图9来描述根据本公开实施例的电子设备。该电子设备可以是如图1所示的终端设备101和服务器103中的任一个或两者、或与它们独立的单机设备，该单机设备可以与终端设备101和服务器103进行通信，以从它们接收所采集到的输入信号。

图9图示了根据本公开实施例的电子设备的框图。

如图9所示，电子设备900包括一个或多个处理器901和存储器902。

处理器901可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备900中的其他组件以执行期望的功能。

存储器902可以包括一个或多个计算机程序产品，计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器901可以运行程序指令，以实现上文的本公开的各个实施例的支付数据处理方法以及/或者其他期望的功能。在计算机可读存储介质中还可以存储诸如支付对象标识、支付配置编码集合等各种内容。

在一个示例中，电子设备900还可以包括：输入装置903和输出装置904，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

例如，在该电子设备是终端设备101或服务器103时，该输入装置903可以是鼠标、键盘等设备，用于输入目标订单的相关信息等内容。在该电子设备是单机设备时，该输入装置903可以是通信网络连接器，用于从终端设备101和服务器103接收所输入的目标订单的相关信息等内容。

该输出装置904可以向外部输出各种信息，包括目标订单的订单信息等。该输出装置904可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出装置等等。

当然，为了简化，图9中仅示出了该电子设备900中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备900还可以包括任何其他适当的组件。

除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述部分中描述的根据本公开各种实施例的支付数据处理方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的支付数据处理方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

可能以许多方式来实现本公开的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

还需要指出的是，在本公开的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。