CN115248697A - 系统灰度升级方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明揭露了一种系统灰度升级方法、装置、设备及存储介质，方法包括：确定接收到的交易流量的交易方向；若交易方向为正向交易，则根据预先配置的灰度规则表对交易流量的多个维度指标进行验证，在各个维度指标均验证通过时，将交易流量转发到新系统处理；若交易方向为逆向交易，则当确定交易流量对应的正向交易流量所属系统为新系统，将交易流量转发到新系统处理；对比新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致；若一致，对灰度规则表进行调整。通过对交易流量的多个维度指标进行验证，以覆盖到交易相关的全部分类属性，确保控制精细化和验证全面性，规避掉传统基于百分比灰度带来的部分未覆盖到的后期资损风险。

Description

系统灰度升级方法、装置、电子设备和存储介质

技术领域

本发明涉及数据分析技术领域，特别是涉及系统灰度升级方法、装置、电子设备和存储介质。

背景技术

交易系统作为金融类公司核心流程管控系统，其稳定性和可靠性要求是最高的，对于银行类企业要求系统可用率高达99.99％。

目前，当系统进行改造升级时，通常采用灰度方式进行升级，即先少量放量(例如1％)用户流量到新系统，验证没问题后再扩大放量比例，直至达到100％比例，而如果在灰度过程中验证发现问题，则将用户流量切换到老系统上，以减少客诉，随后再对问题进行分析排查。

然而，由于一些系统具有独有的交易模型体系，不同的交易链路完成整个交付过程的资金调整操作不同，因而流量占用也就不同，因此即便是小流量验证通过，也无法代表整个交易系统灰度升级改造功能正常，进而带来系统灰度升级的不稳定性。

发明内容

本发明的目的是针对上述现有技术的不足提出的一种系统灰度升级方法、装置、设备及存储介质，该目的是通过以下技术方案实现的。

本发明的第一方面提出了一种系统灰度升级方法，所述方法包括：

确定接收到的交易流量的交易方向；

若所述交易方向为正向交易，则确定所述交易流量的多个维度指标，并根据预先配置的灰度规则表对所述多个维度指标进行验证，在各个维度指标均验证通过时，将所述交易流量转发到新系统上处理；

若所述交易方向为逆向交易，则确定所述交易流量对应的正向交易流量所属系统，当所属系统为新系统时，将所述交易流量转发到新系统上处理；

对比所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致；

若一致，则对所述灰度规则表进行调整，以扩大交易切量。

在本申请的一些实施例中，所述方法还包括：

在各个维度指标均验证通过后，获取所述交易流量使用的支付工具；判定所述支付工具是否属于预先配置的支持路由到新系统的支付工具集合；若属于，则执行将所述交易流量转发到新系统上处理的步骤。

在本申请的一些实施例中，所述确定接收到的交易流量的交易方向，包括：确定所述交易流量的交易类型；若所述交易类型为退款类，则确定所述交易流量的交易方向为逆向交易；若所述交易类型为消费类，则确定所述交易流量的交易方向为正向交易。

在本申请的一些实施例中，所述多个维度指标包括：交易类型、交易场景码、收款方、付款方、以及交易金额中任一项以上。

在本申请的一些实施例中，所述根据预先配置的灰度规则表对所述多个维度指标进行验证，包括：

判定所述交易流量的交易类型和交易场景码是否属于所述灰度规则表中设置的交易类型和交易场景码组合；若属于，则从所述灰度规则表中获取所述交易类型和所述交易场景码对应的灰度条件；判定所述交易流量的收款方、付款方、以及交易金额是否满足所述灰度条件；若满足，则获取与所述交易类型和所述交易场景码对应的交易总笔数；如果所述交易总笔数未超过所述灰度条件中的上限值，则确定所述多个维度指标均验证通过；

所述方法还包括：在将所述交易流量转发到新系统上处理之后，将与所述交易类型和所述交易场景码对应的交易总笔数加1。

在本申请的一些实施例中，所述确定所述交易流量对应的正向交易流量所属系统，包括：获取所述交易流量携带的交易标识；根据所述交易标识识别对应的正向交易流量所属系统。

在本申请的一些实施例中，所述对比所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致，包括：

获取相同交易类型、相同交易场景码、相同支付工具的所述新系统处理的交易流量与老系统处理的历史交易流量；对比获取到的所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致；其中，所述各维度处理信息包括支付指令、交易状态、支付结果、账务请求报文、账务响应报文中的任意一项以上。

本发明的第二方面提出了一种系统灰度升级装置，所述装置包括：

方向确定单元，用于确定接收到的交易流量的交易方向；

正向处理单元，用于在所述交易方向为正向交易时，确定所述交易流量的多个维度指标，并根据预先配置的灰度规则表对所述多个维度指标进行验证，在各个维度指标均验证通过时，将所述交易流量转发到新系统上处理；

逆向处理单元，用于在所述交易方向为逆向交易时，确定所述交易流量对应的正向交易流量所属系统，当所属系统为新系统时，将所述交易流量转发到新系统上处理；

调量单元，用于对比所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致；若一致，则对所述灰度规则表进行调整，以扩大交易切量。

本发明的第三方面提出了一种电子设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述所述系统灰度升级方法的步骤。

本发明的第四方面提出了一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述所述系统灰度升级方法的步骤。

基于上述第一方面和第二方面所述的系统灰度升级方法及装置，本发明至少具有如下有益效果或优点：

通过确定交易流量的交易方向，并按照不同交易方向设计了不同的灰度策略，也即在交易方向为正向交易时，通过确定交易流量的多个维度指标，以覆盖到交易相关的全部分类属性，并根据预先配置的灰度规则表对多个维度指标进行验证，在多个维度指标均验证通过时，再将交易流量切换至新系统处理；在交易方向为逆向交易时，通过确定交易流量对应的正向交易流量所属系统，在所属系统为新系统时，将交易流量转发到新系统处理，因此本方案可以确保控制的精细化、验证的全面性，便于发现系统盲点，可以规避掉传统基于百分比灰度带来的部分未覆盖到的后期资损风险，最后通过对比新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致，若一致，则对灰度规则表进行调整，以扩大交易切量，确保灰度升级的稳定性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明根据一示例性实施例示出的一种系统灰度升级方法的实施例流程图；

图2为本发明根据一示例性实施例示出的一种灰度切换具体流程图；

图3为本发明根据一示例性实施例示出的一种系统灰度升级装置的结构示意图；

图4为本发明根据一示例性实施例示出的一种电子设备的硬件结构示意图；

图5为本发明根据一示例性实施例示出的一种存储介质的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

目前，老系统到新系统的升级改造通常采用灰度升级方式，即先少量放量(例如1％)用户流量到新系统，验证没问题后再扩大放量比例，直至达到100％比例，而如果在灰度过程中验证发现问题，则将用户流量切换到老系统上，以减少客诉，随后再对问题进行分析排查。

然而，发明人发现由于一些系统具有独特的交易模型体系，不用交易链路采用的支付模型不同，而不同支付模型的流量占用也不太一样，因此即便是小流量验证通过，也无法论证整个交易系统灰度升级改造功能正常，进而带来系统灰度升级的不稳定性。

为了解决传统灰度升级方案带来的灰度升级不稳定而造成的后期资损风险，发明人根据系统的独有交易模型体系进行研究分析，设计了一套比较全面的灰度升级方案，以确保控制精细化，提升灰度升级稳定性。

具体实现为：通过确定接收到的交易流量的交易方向，若交易方向为正向交易，则确定交易流量的多个维度指标，并根据预先配置的灰度规则表对多个维度指标进行验证，在各个维度指标均验证通过时，将交易流量转发到新系统上处理；若交易方向为逆向交易，则确定交易流量对应的正向交易流量所属系统，当所属系统为新系统时，将交易流量转发到新系统上处理，最后对比新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致，若一致，则对灰度规则表进行调整，以扩大交易切量，否则基于当前业务影响程度决定是否继续放量，并快速启动问题排查。

为了使本领域技术人员更好的理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，为本发明根据一示例性实施例示出的一种系统灰度升级方法的实施例流程图，在本申请实施例中，系统灰度升级方案涉及老系统和新系统两个交易系统的验证切换，老系统为原来处理交易流量使用的交易系统，新系统为以后处理交易流量希望使用的交易系统。所述系统灰度升级方法可以应用在电子设备上，所述电子设备可以是终端设备、移动终端、PC机、服务器等设备，包括如下步骤：

步骤101：确定接收到的交易流量的交易方向。

其中，接收的交易流量属于自然流量，通过使用自然流量进行验证切换能够代表真实的使用环境。

进一步地，交易流量的交易方向代表了本次交易下的资金走向。

在一种可能的实现方式中，可以通过确定交易流量的交易类型，若交易类型为退款类，则可以确定交易流量的交易方向为逆向交易，若交易类型为消费类，则确定交易流量的交易方向为正向交易。

其中，一笔交易发生时，交易类型可以衡量本次交易下对应的资金走向属性。

具体地，对于退款类的交易类型，对应的资金走向为：商户->支付机构->用户；对于消费类的交易类型对应的资金走向，一种是：用户->支付机构->商户，另一种是：用户外部资金(如银行卡)->支付机构在银行备付金账户–>用户账户。

由此可见，逆向交易的资金走向最终是流转到用户，正向交易的资金走向最终是流转到商户或者支付机构为用户设立的账户上。

步骤102：若交易方向为正向交易，则确定交易流量的多个维度指标，并根据预先配置的灰度规则表对多个维度指标进行验证，在各个维度指标均验证通过时，将交易流量转发到新系统上处理。

其中，如果交易流量属于正向交易，可以对该交易流量的各维度指标进行验证，以决定是否可以将交易流量切换到新系统上处理。

在本申请实施例中，交易流量的多个维度指标可以包括：交易类型、交易场景码、收款方、付款方、以及交易金额中的任一项以上，这些指标全面覆盖了与交易相关的分类属性。

其中，交易类型代表了该笔交易的资金走向。交易场景码指的是一种特殊账务逻辑的支付行为，可以根据交易流量携带的场景标识获得，例如采用交易类型A+支付工具B支付完成后，是将资金转移到收款方的C类账户，然后由于该笔交易所属业务场景的特殊性，还需要将一部分资金转移到收款方的D类账户，此时系统会基于该交易场景码将一部分资金转移到收款方的D类账户。

基于上述给出的多个不同维度指标，在执行步骤102之前，需要配置灰度规则表，通过以交易类型和交易场景码为主线，然后以收款方、付款方、交易金额、以及交易总笔数上限为灰度条件进行配置。

具体地，灰度规则表中可以配置每种交易类型和交易场景码组合条件下对应的收款方、付款方、交易金额、以及交易总笔数上限的灰度条件。

由此可见，灰度配置表中为不同的交易类型和交易场景码可以根据实际业务设置不同的灰度条件。

基于此，在一可选的实施例中，针对根据预先配置的灰度规则表对多个维度指标进行验证的过程，包括如下步骤1021至步骤1025：

步骤1021：判定交易流量的交易类型和交易场景码是否属于灰度规则表中设置的交易类型和交易场景码组合。

其中，由于灰度规则表中配置了不同的交易类型和交易场景码组合，因此通过判定交易流量的交易类型和交易场景码是否命中灰度规则表中的某一组合，如果命中，说明该交易流量的交易类型和交易场景码满足灰度切换条件。如果未命中，说明该交易流量的交易类型和交易场景码不满足灰度切换条件，可以直接由老系统处理该笔交易流量。

步骤1022：若属于，则从灰度规则表中获取该交易类型和交易场景码组合对应的灰度条件。

步骤1023：判定交易流量的收款方、付款方、以及交易金额是否满足该灰度条件。

其中，如果满足灰度条件，说明交易流量的收款方、付款方、以及交易金额均符合灰度切换条件要求。

在具体实施时，考虑到资金安全的重要性，对于要进行灰度切换的收款方、付款方、以及交易金额，可以优先选择内部员工作为付款方，合作意向较高的商户作为收款方，交易金额最初限定在比较低的金额，例如10元，以此作为灰度条件。

步骤1024：若满足，则获取与该交易类型和交易场景码对应的交易总笔数。

其中，交易总笔数指的是使用新系统处理属于该交易类型和交易场景码的当前交易总量。

步骤1025：如果该交易总笔数未超过灰度条件中的上限值，则确定该多个维度指标均验证通过。

其中，通过为不同交易类型和交易场景码组合条件下的交易总笔数设置上限值，可以限制使用新系统处理的交易笔数，以提升灰度切换稳定性。

至此，完成各个维度指标的验证，可以理解的是，本申请对上述交易总笔数、收款方、付款方、以及交易金额的验证顺序不进行具体限定，只要有一个维度指标的验证不通过，该交易流量就不会切换到新系统处理，仍然在老系统处理。

需要说明的是，在将交易流量转发到新系统上处理之后，可以将与该交易类型和交易场景码对应的交易总笔数加1。

需要进一步说明的是，交易流量通常还可以划分出支付工具的分类属性，支付工具指的是使用不同的资金渠道进行支付交易，例如用户账户、银行卡、理财宝类产品等涉及的支付工具均不同。通常不同支付工具对应的业务类型差异与交易类型的关系不大，因此进一步还可以以支付工具为另一主线进行灰度切换控制。

具体地，可以预先配置支持路由到新系统的支付工具集合，在完成上述各个维度指标的验证之后，获取交易流量使用的支付工具，并判定支付工具是否属于预先配置的支持路由到新系统的支付工具集合，若属于，则再执行将交易流量转发到新系统上处理的步骤。

进一步地，如果交易流量使用的支付工具不属于预先配置的支付工具集合，说明该交易流量不满足灰度切换条件，使用老系统处理该交易流量。

步骤103：若交易方向为逆向交易，则确定交易流量对应的正向交易流量所属系统，当所属系统为新系统时，将交易流量转发到新系统上处理。

其中，如果交易流量的交易方向为逆向交易，说明新系统或者老系统中必然处理过该笔逆向交易流量对应的正向交易流量，并且逆向交易流量必须和其对应的正向交易流量在同一系统处理，才能确保处理逻辑的正确性。

在一种可能的实现方式中，针对交易流量对应的正向交易流量所属系统的确定过程，可以通过获取该交易流量携带的交易标识，并根据该交易标识识别对应的正向交易流量所属系统。

其中，为了确保逆向交易与正向交易的唯一对应关系，通常逆向交易流量携带的交易标识与相应的正向交易流量携带的交易标识一致，而交易标识是由交易系统按照一定规则为其生成的用于区分不同交易的唯一标识，因此由交易标识可以准确解析出所属系统。

本领域技术人员可以理解的是，上述方案涉及的交易类型、交易场景码、收款方、付款方、交易金额、以及支付工具，通过采用相关技术解析交易流量均可以获得。

步骤104：对比新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致。

具体地，在灰度过程中，可以每隔一段时间(例如一天)，执行一次步骤104，以判断当天流量切换是否成功。

在一种可能的实现方式中，通过获取相同交易类型、相同交易场景码、相同支付工具的新系统处理的交易流量与老系统处理的历史交易流量，并对比获取到的所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致。

其中，通过限定两个系统处理过的同交易类型、同交易场景码、同支付工具的交易流量进行各维度信息核对，可以确保两笔交易的类似程度比较高。

可选的，交易流量处理完毕后，无论是新系统还是老系统均会将一些处理过程中间消息体存储下来，便于后续回溯，因此各维度处理信息可以是处理过程中的某些具有代表性的中间消息体，如其可以包括支付指令、交易状态、支付结果、账务请求报文、账务响应报文中的任意一项以上。

步骤105：若一致，则对灰度规则表进行调整，以扩大交易切量。

其中，如果两个系统处理两笔相类似的交易流量的各维度信息均一致，说明流量切换成功，可以进一步扩大交易切量。

可选的，可以对灰度规则表中的交易金额的灰度条件和交易总笔数上限的灰度条件进行调整，具体为增大交易金额的灰度条件和交易总笔数上限的灰度条件，以扩大交易切量。

进一步地，如果存在不一致的信息，则基于当前业务影响程度决定是否继续放量，并快速启动问题排查。

至此，完成上述图1所示的系统灰度升级流程，通过确定交易流量的交易方向，并按照不同交易方向设计了不同的灰度策略，也即在交易方向为正向交易时，通过确定交易流量的多个维度指标，以覆盖到交易相关的全部分类属性，并根据预先配置的灰度规则表对多个维度指标进行验证，在多个维度指标均验证通过时，再将交易流量切换至新系统处理；在交易方向为逆向交易时，通过确定交易流量对应的正向交易流量所属系统，在所属系统为新系统时，将交易流量转发到新系统处理，因此本方案可以确保控制的精细化、验证的全面性，便于发现系统盲点，可以规避掉传统基于百分比灰度带来的部分未覆盖到的后期资损风险，最后通过对比新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致，若一致，则对灰度规则表进行调整，以扩大交易切量，确保灰度升级的稳定性。

图2为本发明根据一示例性实施例示出的一种灰度切换具体流程图，基于上述图1所示实施例的基础上，具体可以包括以下步骤：

步骤201：确定接收到的交易流量的交易方向，若交易方向为正向交易，则执行步骤202-209，若交易方向为逆向交易，则执行步骤210。

步骤202：确定交易流量的交易类型、交易场景码、多个维度指标、收款方、付款方、以及交易金额多个维度指标。

步骤203：判定交易流量的交易类型和交易场景码是否属于灰度规则表中设置的交易类型和交易场景码组合。

步骤204：若属于，则从灰度规则表中获取该交易类型和交易场景码组合对应的灰度条件。

步骤205：判定交易流量的收款方、付款方、以及交易金额是否满足该灰度条件。

步骤206：若满足，则获取与该交易类型和交易场景码对应的交易总笔数。

步骤207：如果该交易总笔数未超过灰度条件中的上限值，则确定该多个维度指标均验证通过。

步骤208：判定交易流量的支付工具是否属于预先配置的支持路由到新系统的支付工具集合。

步骤209：若属于，则将交易流量转发到新系统上处理。

步骤210：确定交易流量对应的正向交易流量所属系统，当所属系统为新系统时，将交易流量转发到新系统上处理。

针对上述步骤201至步骤210的具体实现过程，可以参见上述实施例中的相关描述，本申请在此不再一一赘述。

值得注意的是，上述过程中，只要出现交易流量的交易类型和交易场景码不属于灰度规则表中设置的交易类型和交易场景码组合，或者交易流量的收款方、付款方、以及交易金额中任一项不满足灰度条件，或者交易总笔数超过灰度条件中的上限值，或者交易流量的支付工具不属于预先配置的支持路由到新系统的支付工具集合，或者交易流量对应的正向交易流量所属系统为老系统，该交易流量就不会切换至新系统处理，直接由老系统处理。

与前述系统灰度升级方法的实施例相对应，本发明还提供了系统灰度升级装置的实施例。

图3为本发明根据一示例性实施例示出的一种系统灰度升级装置的结构示意图，该装置用于执行上述任一实施例提供的系统灰度升级方法，如图3所示，该系统灰度升级装置具体可以包括方向确定单元310、正向处理单元320、逆向处理单元330以及调量单元340。

方向确定单元310，用于确定接收到的交易流量的交易方向；

正向处理单元320，用于在所述交易方向为正向交易时，确定所述交易流量的多个维度指标，并根据预先配置的灰度规则表对所述多个维度指标进行验证，在各个维度指标均验证通过时，将所述交易流量转发到新系统上处理；

逆向处理单元330，用于在所述交易方向为逆向交易时，确定所述交易流量对应的正向交易流量所属系统，当所属系统为新系统时，将所述交易流量转发到新系统上处理；

调量单元340，用于对比所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致；若一致，则对所述灰度规则表进行调整，以扩大交易切量。

在一个实施例中，所述装置还包括(图3中未示出)：

工具验证单元，用于在各个维度指标均验证通过后，获取所述交易流量使用的支付工具；判定所述支付工具是否属于预先配置的支持路由到新系统的支付工具集合；若属于，则执行将所述交易流量转发到新系统上处理的步骤。

在一个实施例中，所述方向确定单元，具体用于确定所述交易流量的交易类型；若所述交易类型为退款类，则确定所述交易流量的交易方向为逆向交易；若所述交易类型为消费类，则确定所述交易流量的交易方向为正向交易。

在一个实施例中，所述多个维度指标包括：交易类型、交易场景码、收款方、付款方、以及交易金额中任一项以上。

在一个实施例中，所述正向处理单元320，具体用于在根据预先配置的灰度规则表对所述多个维度指标进行验证过程中，判定所述交易流量的交易类型和交易场景码是否属于所述灰度规则表中设置的交易类型和交易场景码组合；若属于，则从所述灰度规则表中获取所述交易类型和所述交易场景码对应的灰度条件；判定所述交易流量的收款方、付款方、以及交易金额是否满足所述灰度条件；若满足，则获取与所述交易类型和所述交易场景码对应的交易总笔数；如果所述交易总笔数未超过所述灰度条件中的上限值，则确定所述多个维度指标均验证通过；

所述装置还包括(图3中未示出)：

统计单元，用于在将所述交易流量转发到新系统上处理之后，将与所述交易类型和所述交易场景码对应的交易总笔数加1。

在一个实施例中，所述逆向处理单元330，具体用于在确定所述交易流量对应的正向交易流量所属系统过程中，获取所述交易流量携带的交易标识；根据所述交易标识识别对应的正向交易流量所属系统。

在一个实施例中，所述调量单元340，具体用于在对比所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致过程中，获取相同交易类型、相同交易场景码、相同支付工具的所述新系统处理的交易流量与老系统处理的历史交易流量；对比获取到的所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致；其中，所述各维度处理信息包括支付指令、交易状态、支付结果、账务请求报文、账务响应报文中的任意一项以上。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本发明实施方式还提供一种与前述实施方式所提供的系统灰度升级方法对应的电子设备，以执行上述系统灰度升级方法。

图4为本发明根据一示例性实施例示出的一种电子设备的硬件结构示意图图，该电子设备包括：通信接口601、处理器602、存储器603和总线604；其中，通信接口601、处理器602和存储器603通过总线604完成相互间的通信。处理器602通过读取并执行存储器603中与系统灰度升级方法的控制逻辑对应的机器可执行指令时，实现以下步骤：确定接收到的交易流量的交易方向；若所述交易方向为正向交易，则确定所述交易流量的多个维度指标，并根据预先配置的灰度规则表对所述多个维度指标进行验证，在各个维度指标均验证通过时，将所述交易流量转发到新系统上处理；若所述交易方向为逆向交易，则确定所述交易流量对应的正向交易流量所属系统，当所属系统为新系统时，将所述交易流量转发到新系统上处理；对比所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致；若一致，则对所述灰度规则表进行调整，以扩大交易切量。

本发明中提到的存储器603可以是任何电子、磁性、光学或其它物理存储装置，可以包含存储信息，如可执行指令、数据等等。具体地，存储器603可以是RAM(Random AccessMemory，随机存取存储器)、闪存、存储驱动器(如硬盘驱动器)、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合。通过至少一个通信接口601(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。

总线604可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中，存储器603用于存储程序，所述处理器602在接收到执行指令后，执行所述程序。

处理器602可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器602中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器602可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。

本申请实施例提供的电子设备与本申请实施例提供的系统灰度升级方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的系统灰度升级方法对应的计算机可读存储介质，请参考图5所示，其示出的计算机可读存储介质为光盘30，其上存储有计算机程序(即程序产品)，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的系统灰度升级方法。

需要说明的是，所述计算机可读存储介质的例子还可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。

本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的系统灰度升级方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种系统灰度升级方法，其特征在于，所述方法包括：

确定接收到的交易流量的交易方向；

若所述交易方向为正向交易，则确定所述交易流量的多个维度指标，并根据预先配置的灰度规则表对所述多个维度指标进行验证，在各个维度指标均验证通过时，将所述交易流量转发到新系统上处理；

若所述交易方向为逆向交易，则确定所述交易流量对应的正向交易流量所属系统，当所属系统为新系统时，将所述交易流量转发到新系统上处理；

对比所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致；

若一致，则对所述灰度规则表进行调整，以扩大交易切量。

2.如权利要求1所述的系统灰度升级方法，其特征在于，所述方法还包括：

在各个维度指标均验证通过后，获取所述交易流量使用的支付工具；

判定所述支付工具是否属于预先配置的支持路由到新系统的支付工具集合；

若属于，则执行将所述交易流量转发到新系统上处理的步骤。

3.如权利要求1所述的系统灰度升级方法，其特征在于，所述确定接收到的交易流量的交易方向，包括：

确定所述交易流量的交易类型；

若所述交易类型为退款类，则确定所述交易流量的交易方向为逆向交易；

若所述交易类型为消费类，则确定所述交易流量的交易方向为正向交易。

4.如权利要求1至3任一项所述的系统灰度升级方法，其特征在于，所述多个维度指标包括：交易类型、交易场景码、收款方、付款方、以及交易金额中任一项以上。

5.如权利要求1所述的系统灰度升级方法，其特征在于，所述根据预先配置的灰度规则表对所述多个维度指标进行验证，包括：

判定所述交易流量的交易类型和交易场景码是否属于所述灰度规则表中设置的交易类型和交易场景码组合；

若属于，则从所述灰度规则表中获取所述交易类型和所述交易场景码对应的灰度条件；

判定所述交易流量的收款方、付款方、以及交易金额是否满足所述灰度条件；

若满足，则获取与所述交易类型和所述交易场景码对应的交易总笔数；

如果所述交易总笔数未超过所述灰度条件中的上限值，则确定所述多个维度指标均验证通过；

所述方法还包括：

在将所述交易流量转发到新系统上处理之后，将与所述交易类型和所述交易场景码对应的交易总笔数加1。

6.如权利要求1所述的系统灰度升级方法，其特征在于，所述确定所述交易流量对应的正向交易流量所属系统，包括：

获取所述交易流量携带的交易标识；

根据所述交易标识识别对应的正向交易流量所属系统。

7.如权利要求1所述的系统灰度升级方法，其特征在于，所述对比所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致，包括：

获取相同交易类型、相同交易场景码、相同支付工具的所述新系统处理的交易流量与老系统处理的历史交易流量；

对比获取到的所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致；

其中，所述各维度处理信息包括支付指令、交易状态、支付结果、账务请求报文、账务响应报文中的任意一项以上。

8.一种系统灰度升级装置，其特征在于，所述装置包括：

方向确定单元，用于确定接收到的交易流量的交易方向；

正向处理单元，用于在所述交易方向为正向交易时，确定所述交易流量的多个维度指标，并根据预先配置的灰度规则表对所述多个维度指标进行验证，在各个维度指标均验证通过时，将所述交易流量转发到新系统上处理；

逆向处理单元，用于在所述交易方向为逆向交易时，确定所述交易流量对应的正向交易流量所属系统，当所属系统为新系统时，将所述交易流量转发到新系统上处理；

调量单元，用于对比所述新系统处理的交易流量与老系统处理的历史交易流量的各维度处理信息是否一致；若一致，则对所述灰度规则表进行调整，以扩大交易切量。

9.一种电子设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项权利要求所述系统灰度升级方法的步骤。

10.一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1至7中任一项权利要求所述系统灰度升级方法的步骤。

Images