基于中心化处理方式的数据处理方法和装置

技术领域

本申请涉及数据处理技术，特别涉及基于中性化处理方式的数据处理方法、数据处理装置和用于实施该方法的计算机可读存储介质。

背景技术

目前企业的网银支付通常通过银企直连方式实现，该方式一般通过互联网或专线将企业内部系统(如财务系统、OA系统、ERP系统等)与银行系统联通，对接模式包括：由企业业务系统直接调用银行部署在企业前置机的银企直连接口来实现相关功能；以及利用专业的ERP厂商调用银企直连接口。银企直连方式需要服务商与各银行之间接口的适配，接入和运维复杂，成本较高。此外，由于网银支付环境(操作系统、浏览器版本等)的多样性和复杂性，交易成功率低，并且用户体验不佳。

发明内容

本申请的一个目的是提供一种。

按照本申请的一个方面，提供一种基于中心化处理方式的数据处理方法，包括下列由计算机系统执行的下列步骤：

接收来自发起方的第二计算机系统的数据处理请求，该数据处理请求包含账户信息和业务信息；

对所述账户信息和所述业务信息执行有效性检查；

如果所述有效性检查通过，则基于所述账户信息确定所述数据处理请求的处理方和传送线路；以及

向所确定的处理方的第三计算机系统转发所述数据处理请求并且向所述第二计算机系统返回所述第三计算机系统对所述业务信息的处理结果。

可选地，在上述数据处理方法中，所述数据处理请求为关于订单的支付处理请求，所述业务信息为订单信息，所述处理结果为所述第三计算机系统关于订单的受理结果。

可选地，在上述数据处理方法中，所述发起方为收单机构，所述处理方为银行。

可选地，在上述数据处理方法中，进一步包括：

从所述第三计算机系统接收关于用户就所述订单完成支付或同意支付的第一消息；

如果确定与所述订单相关的交易符合设定的规则，则向所述第二计算机系统和所述第三计算机系统发送所述交易被确认的第二消息。

可选地，在上述数据处理方法中，所述账户信息包括网关渠道标识和账号。

可选地，在上述数据处理方法中，所述有效性检查包括下列中的一项或多项：

所述发起方是否具有发起数据处理请求的权限；

所述数据处理请求的数据要素是否具备完备性；

所述数据处理请求的多个数据要素之间是否满足关联性要求；以及

所述数据处理请求的一个或多个数据要素是否满足风险防控要求。

可选地，在上述数据处理方法中，按照下列方式确定所述数据处理请求的处理方：

基于所述网关渠道标识和所述账号确定所述处理方的标识代码；以及

如果确定与所述标识代码关联的处理方具有处理权限，则将其确定为所述数据处理请求的处理方。

可选地，在上述数据处理方法中，所述传送线路包括多条线路，并且按照下列方式确定所述数据处理请求的传送线路：

基于所述网关渠道标识确定与所述处理方相关联的多条线路；

基于设定的顺序从所述多条线路中选择其中一条作为所述数据处理请求的传送线路。

可选地，在上述数据处理方法中，所述多条线路以包含多个元素的队列的形式表示，所述多个元素的每一个包括其中一条线路的网络地址和相应的优先级，并且所述多个元素按照其优先级的顺序依照升序或降序排序。

可选地，在上述数据处理方法中，所述优先级根据实时或预测的通信线路质量确定。

可选地，在上述数据处理方法中，按照下列方式确定所述优先级：

这里P

可选地，在上述数据处理方法中，所述多条线路的类型包括专线线路和互联网线路，并且所述专线线路的优先级分量大于所述互联网线路的优先级分量。

按照本申请的另一个方面，提供一种数据处理装置，包括：

至少一个存储器；

至少一个处理器；以及

存储在所述存储器上并可在所述处理器上运行的计算机程序，该计算机程序在所述处理器上的运行导致下列操作：

接收来自发起方的第二计算机系统的数据处理请求，该数据处理请求包含账户信息和业务信息；

对所述账户信息和所述业务信息执行有效性检查；

如果所述有效性检查通过，则基于所述账户信息确定所述数据处理请求的处理方和传送线路；以及

向所确定的处理方的第三计算机系统转发所述数据处理请求并且向所述第二计算机系统返回所述第三计算机系统对所述业务信息的处理结果。

按照本申请还有一个方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，通过由处理器执行所述指令来实现如上所述的方法。

附图说明

本申请的上述和/或其它方面和优点将通过以下结合附图的各个方面的描述变得更加清晰和更容易理解，附图中相同或相似的单元采用相同的标号表示。附图包括：

图1为按照本申请一些实施例的基于中心化处理方式的数据处理方法的流程图。

图2为按照本申请另外一些实施例的确定处理方的方法的流程图。

图3为按照本申请另外一些实施例的确定传送线路的方法的流程图。

图4为按照本申请另外一些实施例的基于中心化处理方式的数据处理方法的流程图。

图5为一种典型的数据处理装置或计算机系统的示意框图。

具体实施方式

下面参照其中图示了本申请示意性实施例的附图更为全面地说明本申请。但本申请可以按不同形式来实现，而不应解读为仅限于本文给出的各实施例。给出的上述各实施例旨在使本文的披露全面完整，以将本申请的保护范围更为全面地传达给本领域技术人员。

在本说明书中，诸如“包含”和“包括”之类的用语表示除了具有在说明书和权利要求书中有直接和明确表述的单元和步骤以外，本申请的技术方案也不排除具有未被直接或明确表述的其它单元和步骤的情形。

除非特别说明，诸如“第一”和“第二”之类的用语并不表示单元在时间、空间、大小等方面的顺序而仅仅是作区分各单元之用。

在本申请的一些实施例中，企业的网银支付基于中心化的处理方式。即，涉及数据处理的多项操作任务在独立于企业和银行的计算机系统或数据处理装置处集中执行。这些操作任务例如包括但不限于智能路由、交易权限控制及交易状态判定等。

此外，在基于中心化的处理方式下，为了保持交易状态在企业与银行侧的一致性，数据处理装置在交易成功时将向收单机构和付款银行发送交易结果通知，双方以交易结果通知为准确定最终交易状态。另一方面，如果超时，数据处理装置将向收单机构和付款银行发送交易终止通知。

图1为按照本申请一些实施例的基于中心化处理方式的数据处理方法的流程图。图1所示实施例可借助软件及必需的通用硬件(例如通用计算机系统与计算机程序的组合)来实现，也可以利用专用硬件实现，以下将它们统称为数据处理装置或计算机系统。

仅仅是出于示例性的目的，下面描述中涉及的例子以网银支付作为应用示例。但是需要指出的是，本说明书中描述的实施例以及它们的各种变化不仅可用于与网银支付有关的应用场景，而且还适用于与其他适合采用中性化处理方式的应用场景。

图1所示的方法包括下列步骤：

步骤110：数据处理请求的接收

在步骤110中，数据处理装置(以下又称为第一计算机系统)从发起方的计算机系统(以下又称为第二计算机系统)接收数据处理请求，该数据处理请求包含账户信息和业务信息。在网银支付的应用场景下，示例性地，数据处理请求可以是采用交易报文形式的关于订单的支付处理请求，账户信息包括网关渠道标识和账号，业务信息为订单信息；相应地，数据处理请求的发起方为收单机构，数据处理请求或支付处理请求的处理方为银行。

步骤120：有效性检查

在步骤120中，数据处理装置对账户信息和业务信息执行有效性检查。如果有效性检查通过，则进入步骤130，否则，则进入步骤140。

这里所述的有效性检查旨在滤除无效的数据处理请求以减轻处理方的计算机系统(以下又称为第三计算机系统)的负荷。可选地，有效性检查可包括下列中的一项或多项：

1)发起方或收单机构是否具有发起数据处理请求的权限。

2)接收到的数据处理请求所包含的数据要素是否具备完备性。

3)接收到的数据处理请求所包含的多个数据要素之间是否满足关联性要求。例如，可根据业务信息中包含的诸如收付款方信息、交易金额和订单号等数据要素执行关联校验以确定是否满足关联性要求。

4)接收到的数据处理请求所包含的一个或多个数据要素是否满足风险防控要求。示例性地，可从诸如业务场景、单笔额度、累计额度、黑白名单检查等多个维度确定数据要素是否满足风险防控要求。

步骤130：处理方和传送线路的确定

在步骤130中，数据处理装置基于账户信息确定数据处理请求的处理方和传送线路。在完成步骤130之后，图1所示的流程将转至步骤150。

可选地，数据处理装置可按照图2所示的方式确定数据处理请求的处理方。

如图2所示，在步骤210中，数据处理装置从接收到的数据处理请求的账户信息中提取网关渠道标识和账号，并由账号确定其所属的账号类型。这里所述的账户类型例如包括但不限于借记、贷记和对公等。

在一个示例中，如果账号符合设定的规范，则以该规范确定账户类型；如果账号不符合设定的规范，则请求处理方返回账号所属的账户类型。

随后在步骤220中，数据处理装置基于网关渠道标识和账户类型确定处理方的标识代码。

通常情况下，一个网关渠道标识可以与多种账户类型构成多个组合，每个组合对应于处理方的标识代码。

例如，对于网关渠道标识M，其开展网银支付业务的机构代码或标识代码包含A、B、C，其中，机构代码A仅能受理本行账户类型为01(银行借记账户)和05(银行预付费账户)的账户交易，机构代码B仅能受理本行账户类型为02(银行贷记账户)和03(银行准贷记账户)的账户交易，机构代码C仅能受理本行账户类型为20(非银行卡对公账户)的账户交易。由此，可得到如表1所示的网关渠道标识、账户类型和标识代码之间的映射关系：

表1

又如，对于网关渠道标识N，开展网银支付业务的机构代码为D，可以受理01、02、03、05、20全部类型的账户交易，由此，可得到如表1所示的网关渠道标识、账户类型和标识代码之间的映射关系：

表2

在步骤220中，可以利用上述结构的映射关系表来确定处理方的标识代码。

在步骤220之后，图2所示的流程进入步骤230。在步骤230中，数据处理装置确定与标识代码关联的处理方是否具有处理权限或支付权限，如果具有权限，则将与标识代码关联的处理方确定为数据处理请求的处理方，否则，则向发起方返回处理失败的报文。

可选地，在步骤130中，数据处理装置可按照图3所示的方式确定传送线路。在图3所示的示例中，与处理方相关联的传送线路包括多条线路。

如图3所示，在步骤310中，数据处理装置基于网关渠道标识确定与处理方相关联的多条线路。可选地，与处理相关联的多条线路以包含多个元素的队列的形式{q

可选地，优先级P

这里P

在一个示例中，线路类型可包括专线线路和互联网线路，并且专线线路的优先级分量大于互联网线路的优先级分量。

需要指出的是，在上式(1)中，采用lnβ

随后进入步骤320中，数据处理装置基于设定的顺序(例如队列中元素的顺序)从多条线路中选择其中一条作为数据处理请求的传送线路。

需要说明的是，在步骤130中，图2所示的流程和图3所示的流程顺序执行(先执行图2所示的流程，然后执行图3所示的流程；或者先执行图3所示的流程，然后执行图3所示的流程)，也可以并行地执行。

步骤140：有效性检查未通过的通知

在步骤140中，数据处理装置将向发起方的计算机系统发送有效性检查未通过的反馈报文。可选地，该反馈报文可包括有效性检查未通过的具体原因，例如交易报文不具备完备性等。

步骤150：数据处理请求和业务信息的处理结果的转发

在步骤150中，数据处理装置基于步骤130所确定的传送线路和处理方转发数据处理请求(例如向传送线路的网络地址发送数据处理请求)，并且向发起方的计算机系统返回处理方的计算机系统对业务信息的处理结果(例如订单受理结果)。

步骤160：支付消息的接收

在步骤160中，数据处理装置从处理方的计算机系统接收关于用户就订单完成支付或同意支付的第一消息。

步骤170：交易结果的发送

在步骤170中，数据处理装置确定与订单相关的交易是否符合设定的规则，如果符合设定的规则，则向第二计算机系统和第三计算机系统发送交易被确认的第二消息，否则，则向第二计算机系统和第三计算机系统发送交易未完成的第三消息。

图4为按照本申请另外一些实施例的基于中心化处理方式的数据处理方法的流程图。仅仅是出于示例性的目的，图4所示实施例将结合网银支付流程进行描述。该流程涉及的参与方包括用户/企业经办人、线上商户收银平台、收单机构(前述发起方的一个示例)、中心化处理平台(其执行上面图1-3中由数据处理装置执行的各项步骤或功能)和作为处理方的银行或账户发行方(前述处理方的一个示例)。需要说明的是，在下面的描述中，术语收单机构与收单机构的业务处理系统被互换使用，并且术语银行或账户发行方与银行的业务处理系统也被互换使用。

图4所示的方法包括下列步骤：

步骤401：用户/企业经办人在商户平台选择商品后进入商户收银平台。

步骤402：线上商户收银平台向收单机构发起订单支付请求。

步骤403：收单机构确认订单信息后，向中心化处理平台发起订单支付请求。

步骤404：中心化处理平台执行有效性检查，基于账户信息确定数据处理请求的处理方和传送线路，并且向账户发行方转发订单支付请求。有关有效性检查、确定处理方和传送线路和转发订单支付请求的方式在上面已经借助图1-3作了详细的描述，此处不再赘述。

步骤405：账户发行方受理订单后，向中心化处理平台返回支付订单受理结果。

步骤406：中心化处理平台向收单机构转发支付订单受理结果。

步骤407：收单机构向线上商户收银平台转发支付订单受理结果。

图4所示的方法还包括独立于步骤401-407所示下单流程的下列步骤(这些步骤用于实现制单/复核流程)：

步骤408：用户/复核人登录客户终端(例如移动终端、便携式电脑、平板电脑和个人电脑等)并在客户终端呈现的网银应用程序的界面上执行订单选择操作和账户信息验证操作。

步骤409：客户终端与账户发行方的系统交互以完成支付。

步骤410：账户发行方向中心化处理平台发送交易状态通知(例如前述的关于用户就订单完成支付或同意支付的第一消息)。

步骤411和412：如果中心化处理平台确定与订单相关的交易符合设定的规则，则向账户发行方(步骤411)和收单机构(机构412)发送交易结果通知(例如交易被确认的第二消息)。

图5为一种典型的数据处理装置或计算机系统的示意框图。如图5所示，计算机系统50包含至少一个存储器510(例如诸如闪存、ROM、硬盘驱动器、磁盘、光盘之类的非易失存储器)、至少一个处理器520和计算机程序530。

存储器510存储可由处理器520执行的计算机程序530。处理器520配置为运行存储器520上存储的计算机程序530。通过运行计算机程序530可实现上面借助图1-4所述的方法中包含的一个或多个步骤。

按照本申请的另一方面，还提供了一种计算机可读存储介质，其上存储计算机程序，该程序被处理器执行时可实现上面借助图1-4所述的方法中包含的一个或多个步骤。

本申请中所称的计算机可读存储介质包括各种类型的计算机存储介质，可以是通用或专用计算机能够存取的任何可用介质。举例而言，计算机可读存储介质可以包括RAM、ROM、EPROM、E2PROM、寄存器、硬盘、可移动盘、CD-ROM或其他光盘存储器、磁盘存储器或其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码单元并能够由通用或特定用途计算机、或者通用或特定用途处理器进行存取的任何其他临时性或者非临时性介质。上述的组合也应当包括在计算机可读存储介质的保护范围之内。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

本领域的技术人员将会理解，本文中所描述的各种示意性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

为了表明硬件和软件间的可互换性，各种示意性部件、块、模块、电路和步骤在上文根据其功能性总体地进行了描述。这样的功能性以硬件形式或软件形式实施取决于特定应用以及对总体系统所施加的设计限制。本领域技术人员可以针对具体的特定应用、按照变化的方式来实现所描述的功能性，但是，这样的实现方式决策不应当被理解为导致与本申请范围的背离。

尽管只对其中一些本申请的具体实施方式进行了描述，但是本领域普通技术人员应当了解，本申请可以在不偏离其主旨与范围内以许多其他的形式实施。因此，所展示的例子与实施方式被视为示意性的而非限制性的，在不脱离如所附各权利要求所定义的本申请精神及范围的情况下，本申请可能涵盖各种的修改与替换。

提供本文中提出的实施例和示例，以便最好地说明按照本技术及其特定应用的实施例，并且由此使本领域的技术人员能够实施和使用本申请。但是，本领域的技术人员将会知道，仅为了便于说明和举例而提供以上描述和示例。所提出的描述不是意在涵盖本申请的各个方面或者将本申请局限于所公开的精确形式。