CN111787063B - 一种业务服务的通道路由管理方法 - Google Patents

Abstract

本发明公开了一种业务服务的通道路由管理方法，包括如下步骤：S1、定义通道及通道服务；S2、根据业务需要建立通道服务的集群；S3、定义业务产品及划分业务服务；S4、配置业务服务的默认集群；S5、设置实时交易规则下的指定集群，指定集群的优先级高于步骤S4中的默认集群。本发明能适应不同的业务产品，针对新业务产品，只需要做少量的配置开发，大大减少代码开发量，降低开发风险，提高系统上线速度；设计有统一的管理界面进行管理，在少数几个界面就可以管理绝大部分产品，减少了运营管理难度；同一业务类型的通道路由功能功能升级优化也相对容易，只需要改一遍后，此业务类型的全部业务产品都可以升级使用。

Description

一种业务服务的通道路由管理方法

技术领域

本发明涉及业务服务的管理方法领域，尤其涉及的是一种业务服务的通道路由管理方法。

背景技术

目前有一部分公司的交易类、广告类、短信&安全认证类等业务均需要上游通道，公司产品的一种典型运营模式是将上游通道资源进行包装，并增加本公司特有的服务，向前段用户提供业务产品及业务服务；那业务产品及业务服务如何对应不同的通道资源，兼顾扩展性和灵活性，既能满足一般情况下的通用分流，又能满足特殊情况下的个性调整，各个公司的实现方案会有较大不同。

在一部分公司，同时面临一方面前段业务服务的不断增加，和一方面上游通道的不断增加或变化，往往采用叠加代码的方式来实现。这样会导致开发量大，不便于业务快速上线；另外，此类业务服务一般都是核心业务，不断编写大量代码对测试工作量和生产环境稳定性都有很大的挑战；同时如果不同的业务服务和通道服务是不同的功能菜单，各种业务产品的通道路由有较大差异，增加了运营管理的难度和工作量；还有，业务产品的通道路由功能如果要调整的话，全部功能都要修改一遍，工作量巨大。

因此，现有技术存在缺陷，需要改进。

发明内容

本发明所要解决的技术问题是：提供一种开发工作量小、系统上线速度快、运营管理难度小的业务服务的通道路由管理方法。

本发明的技术方案如下：一种业务服务的通道路由管理方法，包括如下步骤：

S1、定义通道及通道服务：首先定义通道的基本信息，再将通道的业务进行分类并定义成通道服务，同时定义通道服务的属性信息；

S2、根据业务需要建立通道服务的集群；

S3、定义业务产品及划分业务服务；

S4、配置业务服务的默认集群，或不配置业务服务的默认集群；

S5、设置实时交易规则下的指定集群：若步骤S4中配置有默认集群，指定集群的优先级高于步骤S4中的默认集群，先按照指定集群处理后再进行默认集群处理；若步骤S4中没有配置默认集群，则只按照指定集群进行处理。

采用上述技术方案，所述的业务服务的通道路由管理方法中，所述S1中，基本信息包括通道是否可用、通道公司、联系方式；

其中，通道有至少一种通道业务类型，一种通道业务类型对应至少一种通道服务，各通道服务用对应的名称进行标记；通道服务的信息包括名称、是否可用、服务成本。

采用上述各个技术方案，所述的业务服务的通道路由管理方法中，所述S2中，一种服务通道对应至少一种集群；若通道服务还存在通道资源，将通道资源纳入集群，并在集群的属性中定义通道资源的使用方式。

采用上述各个技术方案，所述的业务服务的通道路由管理方法中，所述S3中，根据业务属性定义业务产品，再根据业务产品进行业务服务划分，每种业务产品对应至少一种业务服务。

采用上述各个技术方案，所述的业务服务的通道路由管理方法中，所述S4中，若配置有默认集群，则一种业务服务对应至少一种默认集群。

采用上述各个技术方案，所述的业务服务的通道路由管理方法中，所述S4中，若默认集群需要通道分流，自定义设置分流比例。

采用上述各个技术方案，所述的业务服务的通道路由管理方法中，所述S4中，若同一业务服务下的指定用户需要进行集群转移，可指定该批用户从原集群转移到其他集群。

采用上述各个技术方案，所述的业务服务的通道路由管理方法中，所述S5中，指定集群包括一种集群或多种集群，且指定集群中设定多条规则，业务服务只要满足其中一条规则即可进入该规则下的集群，同时不再进行其他规则的判断。

采用上述各个技术方案，本发明的通道路由框架能适应不同的业务产品，针对新业务产品，只需要做少量的配置开发，大大减少了代码开发量，降低了开发风险，提高系统上线速度；同时设计有统一的管理界面进行管理，在少数几个界面就可以管理绝大部分产品，减少了运营管理难度；同一业务类型的通道路由功能功能升级优化也相对容易，只需要改一遍后，此业务类型的全部业务产品都可以升级使用。

附图说明

图1为本发明的整体步骤流程示意图；

图2为本发明的框架结构示意图；

图3为本发明的通道及通道服务的管理界面示意图；

图4为本发明的集群管理界面示意图；

图5为本发明的默认集群管理界面示意图。

具体实施方式

以下结合附图和具体实施例，对本发明进行详细说明。

如图1，本实施例提供了一种业务服务的通道路由管理方法，包括如下步骤：

S1、定义通道及通道服务：首先定义通道的基本信息，再将通道的业务进行分类并定义成通道服务，同时定义通道服务的属性信息；

S2、根据业务需要建立通道服务的集群；

S3、定义业务产品及划分业务服务；

S4、配置业务服务的默认集群，或不配置业务服务的默认集群；

S5、设置实时交易规则下的指定集群：若步骤S4中配置有默认集群，指定集群的优先级高于步骤S4中的默认集群，先按照指定集群处理后再进行默认集群处理；若步骤S4中没有配置默认集群，则只按照指定集群进行处理。

下面对上述步骤S1～S5进行详细说明。

如图3，为本发明的一种实施例的通道及通道服务的管理界面示意图，基本信息包括通道是否可用、通道公司、联系方式等，当然，具体信息还可以为其他信息，本实施例不做过多的赘述。

如图2，为本发明的框架结构示意图，其中，通道有至少一种通道业务类型(图2给出的是一种广告类业务的框架实例，即通道业务类型是指具体实际的业务，广告公司1为一种通道业务类型，标记为通道1，广告公司2为另一种通道业务类型，标记为通道2)，一种通道业务类型对应至少一种通道服务(如图2中，广告公司1作为通道1，提供低价广告服务1、高价广告服务2这2种通道服务；广告公司2作为通道2，提供低价广告服务3、高价广告服务4这2种通道服务)，各通道服务用对应的名称及信息进行标记；通道服务的属性信息包括名称、是否可用、服务成本等信息。

在步骤S2中，一种服务通道对应至少一种集群(如图2中，低价广告服务1对应金融类广告集群1和游戏类广告集群2)。若通道服务还存在通道资源，将通道资源纳入集群，并在集群的属性中定义通道资源的使用方式。每个集群中包含很多广告链接(广告链接是集群资源)，例如金融类广告集群1可以放若干个广告链接，如100个；例如游戏类广告集群2，也可以放若干个广告链接，如200个广告链接。如图4，为本发明的一种实施例的集群管理界面示意图，其中，标号41表示通道，标号42表示通道服务，标号43则表示集群的业务属性。

通道资源的使用方式根据实际情况而定，可以随机选择资源或循环选择资源等。例如广告的集群中，上游提供的广告池链接就是通道资源，将这些资源分类后划分到不同的广告服务集群中。有些通道服务不涉及通道资源，可以不用进行通道资源的划分。

根据业务属性定义业务产品，再根据业务产品进行业务服务划分，每种业务产品对应至少一种业务服务。

例如图2中的广告业务，可以按渠道定义业务产品，比如公众号1广告、APP1广告，每个业务产品对应多个业务服务，公众号1广告这个业务产品中有多个广告位，分别对应一个业务服务，有广告位3、广告位4、广告位5。结合步骤S2，当用户请求某一项业务服务，判断此项业务服务属于哪一个集群，如对应的是金融类广告集群1，此用户则会显示出金融类集群1中的某一个广告。

例如商户收款交易业务，智能POS收款作为一个业务产品，智能POS的刷卡收款、快捷收款、微信收款、支付宝收款分别作为一个业务服务。

所述S4中，若配置有默认集群，则一种业务服务对应至少一种默认集群，如果用户服务默认的集群需要有多个通道分流，则可以配置分流方案，一般是按照比例分流。若默认集群需要通道分流，自定义设置分流比例。

如图5，为本发明的一种实施例的默认集群管理界面示意图所述S3中，其中，标号51框出的部分表示：因为有多个集群，配置不同业务服务，分流到不同通道服务的规则，可以按照设定的比例，如通道1集群1为10％，通道2集群2为90％，也可以按照自定义的其他比例进行设定。

在步骤S4中，若同一业务服务下的指定用户需要进行集群转移，可指定该批用户从原集群转移到其他集群。

例如广告类业务，全部按照业务服务进行默认路由控制即可；例如图2中，公众号1广告位3默认对应的通道服务集群是生活类广告集群4，不需要针对不同用户选择不同的通道服务集群；如果后续业务策略变化，公众号1广告位3要转移集群，则直接修改指定公众号1广告位3的默认群组。

在交易类业务中，可以根据业务需要记录用户维度的通道服务集群信息，当部分用户需要转移集群时可进行转移。例如智能POS刷卡业务服务对应的默认集群是集群2，但是此业务对应的用户比较多，后续有一个区域的用户的POS刷卡业务服务要转移集群到通集群3，此时由于事先进行了用户维度的通道记录，可以支持这批用户转移到集群3，其他用户则继续保留在集群2。

通过上述规则的设定，定义了不同业务服务的通道服务集群后，当业务服务的事件发生时，可根据规则找到对应的通道服务集群，再进入找到通道服务及通道，然后进行相应交易处理。

所述S5中，指定集群包括一种集群或多种集群，且指定集群中设定多条规则，业务服务只要满足其中一条规则即可进入该规则下的集群，同时不再进行其他规则的判断。

在一些特殊情况下，需要对业务服务的路由控制规则进行调整，例如在通道1的通道服务临时不可用时，需要临时将用户的业务服务全部切换到通道1的通道服务集群2中，此时去修改默认规则或者去修改用户维度的默认集群都面临这较大的数据修改；还有，针对特定时间段、特定交易数据(例如交易金额)、特定多个业务服务、特定用户地区等多个维度，进行定制的路由调整，区别于默认的路由控制配置。此时就需要新增一个实时交易规则，按交易调整通道的功能，根据实时事件数据(特定时间段、交易金额、特定多个业务服务、特定用户地区等)设置指定集群，可指定固定一个集群，或按比例指定多个集群。

并且此模式中可定义多条规则，多条规则内部可划分优先级，系统按优先级从高到低进行处理，满足一条规则即进入该规则的路由集群处理(固定指向一个集群，或按比例指向多个集群)，处理后即可退出，不需要再处理其他规则。单条交易所有规则中只能命中1条优先级最高的规则，或者没有命中规则。

当业务服务的事件发生时，如果定义了此模式的规则，则优先按照此规则进行指定集组进行通道选择及交易处理。例如智能POS微信收款业务服务，按照步骤S4定义的默认集群是通道1集群1；但是同时定义一条步骤S5中的规则：每天9点到10点的智能POS微信收款业务服务对应到通道2集群2中，那么当同一用户在9点30分交易时，走的集群是通道2集群2，对应的通道是通道2，但是此用户在11点交易时，走的集群仍然是通道1集群1，对应的通道是通道1。

若步骤S4没有配置默认集群，仅仅在步骤S5中设置指定集群，指定集群定义的规则为：每天9点到22点的智能POS微信收款业务服务对应到通道2集组2中。那么当同一用户在9点30分交易时，走的集群是通道2集群2，在21点30分交易时，走的还是通道2集群2。由于没有默认集群，用户在8点30分或22点30分交易时，不在指定集群的规则内，无法进行交易，只能等交易时间满足指定集群的规则，才可以进行交易。

采用上述各个技术方案，本发明的通道路由框架能适应不同的业务产品，针对新业务产品，只需要做少量的配置开发，大大减少了代码开发量，降低了开发风险，提高系统上线速度；同时设计有统一的管理界面进行管理，在少数几个界面就可以管理绝大部分产品，减少了运营管理难度；同一业务类型的通道路由功能功能升级优化也相对容易，只需要改一遍后，此业务类型的全部业务产品都可以升级使用。

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

Claims (7)

1.一种业务服务的通道路由管理方法，其特征在于，包括如下步骤：

S1、定义通道及通道服务：首先定义通道的基本信息，再将通道的业务进行分类并定义成通道服务，同时定义通道服务的属性信息；

S2、根据业务需要建立通道服务的集群；

S3、定义业务产品及划分业务服务；

S4、配置业务服务的默认集群，或不配置业务服务的默认集群；

S5、设置实时交易规则下的指定集群：若步骤S4中配置有默认集群，指定集群的优先级高于步骤S4中的默认集群，先按照指定集群处理后再进行默认集群处理；若步骤S4中没有配置默认集群，则只按照指定集群进行处理；

所述S5中，指定集群包括一种集群或多种集群，且指定集群中设定多条规则，业务服务只要满足其中一条规则即可进入该规则下的集群，同时不再进行其他规则的判断。

2.根据权利要求1所述的业务服务的通道路由管理方法，其特征在于，所述S1中，基本信息包括通道是否可用、通道公司、联系方式；

其中，通道有至少一种通道业务类型，一种通道业务类型对应至少一种通道服务，各通道服务用对应的名称进行标记；通道服务的属性信息包括名称、是否可用、服务成本。

3.根据权利要求2所述的业务服务的通道路由管理方法，其特征在于，所述S2中，一种服务通道对应至少一种集群；若通道服务还存在通道资源，将通道资源纳入集群，并在集群的属性中定义通道资源的使用方式。

4.根据权利要求3所述的业务服务的通道路由管理方法，其特征在于，所述S3中，根据业务属性定义业务产品，再根据业务产品进行业务服务划分，每种业务产品对应至少一种业务服务。

5.根据权利要求4所述的业务服务的通道路由管理方法，其特征在于，所述S4中，若配置有默认集群，则一种业务服务对应至少一种默认集群。

6.根据权利要求5所述的业务服务的通道路由管理方法，其特征在于，所述S4中，若默认集群需要通道分流，自定义设置分流比例。

7.根据权利要求5所述的业务服务的通道路由管理方法，其特征在于，所述S4中，若同一业务服务下的指定用户需要进行集群转移，可指定该批用户从原集群转移到其他集群。

Images