CN111198675A - 一种管控方法及系统 - Google Patents

Abstract

本申请实施例公开了一种管控方法及系统，通过获取目标用户的信息；根据所述目标用户的信息确定所述目标用户的若干个场景管控码，所述场景管控码是基于场景代码自定义生成，每个场景管控码携带场景管控参数列表，所述场景管控参数列表包括场景管控层级、场景管控范围和场景管控生效规则，所述场景管控范围是基于参数设置；进一步，基于若干个场景管控参数列表对所述目标用户的业务进行管控。从而不限制场景管控码生效数量，同时不限制管控场景数，且管控范围可以灵活变更。

Description

一种管控方法及系统

技术领域

本申请实施例涉及计算机技术领域，具体涉及一种管控方法及系统。

背景技术

在现有技术中的管控方式都是通过直接修改源码框架层进行控件开发，这种对源码依赖过高且无法进行复用。

基于现有技术中的管控架构的特点，显然造成管控不灵活，给开发人员带来了很大不便，并且会造成相关产品运营上的潜在危险。

发明内容

为此，本申请实施例提供一种管控方法及系统，以解决现有技术中管控方式的局限。

为了实现上述目的，本申请实施例提供如下技术方案：

根据本申请实施例的第一方面，提供了一种管控方法，所述方法包括：

获取目标用户的信息；

根据所述目标用户的信息确定所述目标用户的若干个场景管控码，所述场景管控码是基于场景代码自定义生成，每个场景管控码携带场景管控参数列表，所述场景管控参数列表包括场景管控层级、场景管控范围和场景管控生效规则，所述场景管控范围是基于参数设置；

基于若干个场景管控参数列表对所述目标用户的业务进行管控。

可选地，所述基于若干个场景管控参数列表对所述目标用户的业务进行管控，包括：对所述若干个场景管控参数列表中的场景管控层级、场景管控范围和场景管控生效规则进行叠加，确定所述目标用户的叠加管控规则；基于所述目标用户的叠加管控规则对所述目标用户的业务进行限制或者不限制。

可选地，所述场景管控范围是通过修改后台的场景管控范围参数进行场景管控范围的增大或者减小；所述场景管控范围包括激活业务、制卡业务、授权业务和分期业务中的一种或多种。

可选地，所述方法还包括：当接收到场景管控码增加指令或者删除指令时，通过修改后台的场景代码，进行所述场景管控码的增加或者删除；当所述目标用户的信息与场景管控生效规则不匹配时，删除所述场景管控生效规则对应的场景管控码。

可选地，所述场景管控层级包括客户层、账户层、产品层和媒介层。

根据本申请实施例的第二方面，提供了一种管控系统，所述系统包括：

用户信息模块，用于获取目标用户的信息；

场景管控码生成模块，用于根据所述目标用户的信息确定所述目标用户的若干个场景管控码，所述场景管控码是基于场景代码自定义生成，每个场景管控码携带场景管控参数列表，所述场景管控参数列表包括场景管控层级、场景管控范围和场景管控生效规则，所述场景管控范围是基于参数设置；

管控模块，用于基于若干个场景管控参数列表对所述目标用户的业务进行管控。

可选地，所述管控模块具体用于：对所述若干个场景管控参数列表中的场景管控层级、场景管控范围和场景管控生效规则进行叠加，确定所述目标用户的叠加管控规则；基于所述目标用户的叠加管控规则对所述目标用户的业务进行限制或者不限制。

可选地，所述场景管控范围是通过修改后台的场景管控范围参数进行场景管控范围的增大或者减小；所述场景管控范围包括激活业务、制卡业务、授权业务和分期业务中的一种或多种。

可选地，所述系统还包括：场景管控码变更模块，用于当接收到场景管控码增加指令或者删除指令时，通过修改后台的场景代码，进行所述场景管控码的增加或者删除；还用于当所述目标用户的信息与场景管控生效规则不匹配时，删除所述场景管控生效规则对应的场景管控码。

可选地，所述场景管控层级包括客户层、账户层、产品层和媒介层。

综上所述，本申请实施例提供的一种管控方法和系统，通过获取目标用户的信息；根据所述目标用户的信息确定所述目标用户的若干个场景管控码，所述场景管控码是基于场景代码自定义生成，每个场景管控码携带场景管控参数列表，所述场景管控参数列表包括场景管控层级、场景管控范围和场景管控生效规则，所述场景管控范围是基于参数设置；进一步，基于若干个场景管控参数列表对所述目标用户的业务进行管控。不限制场景管控码生效数量，因此不限制管控场景数，且基于每个场景管控码的管控范围参数化设置，使得管控范围可以灵活变更。

附图说明

为了更清楚地说明本发明的实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是示例性的，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图引伸获得其它的实施附图。

本说明书所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容能涵盖的范围内。

图1为本申请实施例提供的一种管控方法流程示意图；

图2为本申请实施例提供的一种管控系统框图。

具体实施方式

以下由特定的具体实施例说明本发明的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本发明的其他优点及功效，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在现有技术中，在应用端的管控机制是主要通过封锁码(Block code)、状态码(Status code)等来实现功能管控，每个管控码可以对应一个业务管控场景。由于系统的局限，管控码的总数量有限，多为20～30个；并且同时生效的管控码只有1个或2个。所包含管控范围包括收取年费、计算利息、到期续卡、授权检查等。管控覆盖的功能通过管控参数矩阵的方式，管控的范围固定。可以看出，现有的管控方式支持的管控场景过少，生效的管控码过少，管控范围固定，并且由于使用字段的方式使其生效，增加的更改上很繁琐，工作量很大。从系统的开发上就存在不可扩展的局限。

针对上述问题，本申请实施例提供的管控方法和系统，可以应用于信用支付中对各种功能的管控。

图1示出了本申请实施例提供的管控方法，如图1所示，所述管控方法包括如下步骤：

步骤101：获取目标用户的信息。

步骤102：根据所述目标用户的信息确定所述目标用户的若干个场景管控码，所述场景管控码是基于场景代码自定义生成，每个场景管控码携带场景管控参数列表，所述场景管控参数列表包括场景管控层级、场景管控范围和场景管控生效规则，所述场景管控范围是基于参数设置。

步骤103：基于若干个场景管控参数列表对所述目标用户的业务进行管控。

在步骤102中，根据所述目标用户的信息确定所述目标用户的若干个场景管控码，将所述场景管控码作为主键存储于场景管控参数列表中。每一个场景管控码作为一条存储数据单独存储，用于保证对同一目标用户的场景管控码可以支持多个场景管控码同时生效，且不限定场景管控码的数量。

在步骤103中，对所述若干个场景管控参数列表中的场景管控层级、场景管控范围和场景管控生效规则进行叠加，确定所述目标用户的叠加管控规则；进一步，基于所述目标用户的叠加管控规则对所述目标用户的业务进行限制或者不限制。

在一种可能的实施方式中，所述场景管控范围是通过修改后台的场景管控范围参数进行场景管控范围的增大或者减小。

在一种可能的实施方式中，所述场景管控范围包括激活业务、制卡业务、授权业务和分期业务中的一种或多种。

在一种可能的实施方式中，所述场景管控层级包括客户层、账户层、产品层和媒介层。

在一种可能的实施方式中，当接收到场景管控码删除指令时，通过修改后台的场景代码，删除所述场景管控码。同理，当接收到场景管控码增加指令时，通过修改后台的场景代码，增加所述场景管控码。

在一种可能的实施方式中，当所述目标用户的信息与场景管控生效规则不匹配时，所述场景管控码无效，删除所述场景管控生效规则对应的场景管控码。所述场景管控生效规则可以包括场景管控设定规则和场景管控规则有效时间。

本申请实施例提供的管控方法，通过场景代码自定义，设置不限量的管控场景。可以采用封锁码的场景代码来生效，每个场景代码对应一个封锁码，作为主关键字存储于场景管控参数列表中。使得同时生效的管控码的个数增加。并且，各管控场景可以针对系统所有的功能，通过设置管控规则，使得每一个封锁码生效管控的范围增加，具备可扩展性。因为可以生效的管控码增加、且每个管控码对应的管控范围也增加，因此叠加生效管控范围扩大。场景管控参数中将设置每个场景管控码的管控层级分为四级，包括客户层、账户层、产品层和媒介层。管控范围表存储每个场景管控码所管控的功能列表，例如激活业务、制卡业务、授权业务、分期业务等，并且可以设置业务数据在处理响应功能时拒绝或者通过，所述业务数据包括设置场景管控码的业务数据。

每个场景管控码对应一条存储数据，在数据库中针对目标用户设置的场景管控码采用单独存储的方式，可以保证针对每个目标用户可以支持多个场景管控码同时生效，生效数量并不限制。通过修改后台的场景代码，设置每个场景管控码所关联的功能列表参数，使得系统的管控功能范围无限制，也就是参数化设置场景管控码的管控范围。在管控功能变更时，修改参数即可使得管控范围增大或减小。

综上，通过本申请实施例提供的管控方法，通过获取目标用户的信息；根据所述目标用户的信息确定所述目标用户的若干个场景管控码，所述场景管控码是基于场景代码自定义生成，每个场景管控码携带场景管控参数列表，所述场景管控参数列表包括场景管控层级、场景管控范围和场景管控生效规则，所述场景管控范围是基于参数设置；进一步，基于若干个场景管控参数列表对所述目标用户的业务进行管控。不限制场景管控码生效数量，因此不限制管控场景数，且每个场景管控码的管控范围参数化设置，使得管控范围可以灵活变更。

基于相同的技术构思，本申请实施例还提供了一种管控系统，如图2所示，所述管控系统包括：

用户信息模块201，用于获取目标用户的信息。

场景管控码生成模块202，用于根据所述目标用户的信息确定所述目标用户的若干个场景管控码，所述场景管控码是基于场景代码自定义生成，每个场景管控码携带场景管控参数列表，所述场景管控参数列表包括场景管控层级、场景管控范围和场景管控生效规则，所述场景管控范围是基于参数设置。

管控模块203，用于基于若干个场景管控参数列表对所述目标用户的业务进行管控。

在一种可能的实施方式中，所述管控模块203具体用于：对所述若干个场景管控参数列表中的场景管控层级、场景管控范围和场景管控生效规则进行叠加，确定所述目标用户的叠加管控规则；基于所述目标用户的叠加管控规则对所述目标用户的业务进行限制或者不限制。

在一种可能的实施方式中，所述场景管控范围是通过修改后台的场景管控范围参数进行场景管控范围的增大或者减小；所述场景管控范围包括激活业务、制卡业务、授权业务和分期业务中的一种或多种。

在一种可能的实施方式中，所述系统还包括：场景管控码变更模块，用于当接收到场景管控码增加指令或者删除指令时，通过修改后台的场景代码，进行所述场景管控码的增加或者删除；还用于当所述目标用户的信息与场景管控生效规则不匹配时，删除所述场景管控生效规则对应的场景管控码。

在一种可能的实施方式中，所述场景管控层级包括客户层、账户层、产品层和媒介层。

本说明书中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参见方法实施例的部分说明即可。

需要说明的是，尽管在附图中以特定顺序描述了本发明方法的操作，但这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然本申请提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

以上所述的具体实施例，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施例而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种管控方法，其特征在于，所述方法包括：

获取目标用户的信息；

根据所述目标用户的信息确定所述目标用户的若干个场景管控码，所述场景管控码是基于场景代码自定义生成，每个场景管控码携带场景管控参数列表，所述场景管控参数列表包括场景管控层级、场景管控范围和场景管控生效规则，所述场景管控范围是基于参数设置；

基于若干个场景管控参数列表对所述目标用户的业务进行管控。

2.如权利要求1所述的方法，其特征在于，所述基于若干个场景管控参数列表对所述目标用户的业务进行管控，包括：

对所述若干个场景管控参数列表中的场景管控层级、场景管控范围和场景管控生效规则进行叠加，确定所述目标用户的叠加管控规则；

基于所述目标用户的叠加管控规则对所述目标用户的业务进行限制或者不限制。

3.如权利要求1所述的方法，其特征在于，所述场景管控范围是通过修改后台的场景管控范围参数进行场景管控范围的增大或者减小；

所述场景管控范围包括激活业务、制卡业务、授权业务和分期业务中的一种或多种。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

当接收到场景管控码增加指令或者删除指令时，通过修改后台的场景代码，进行所述场景管控码的增加或者删除；

当所述目标用户的信息与场景管控生效规则不匹配时，删除所述场景管控生效规则对应的场景管控码。

5.如权利要求1所述的方法，其特征在于，所述场景管控层级包括客户层、账户层、产品层和媒介层。

6.一种管控系统，其特征在于，所述系统包括：

用户信息模块，用于获取目标用户的信息；

场景管控码生成模块，用于根据所述目标用户的信息确定所述目标用户的若干个场景管控码，所述场景管控码是基于场景代码自定义生成，每个场景管控码携带场景管控参数列表，所述场景管控参数列表包括场景管控层级、场景管控范围和场景管控生效规则，所述场景管控范围是基于参数设置；

管控模块，用于基于若干个场景管控参数列表对所述目标用户的业务进行管控。

7.如权利要求6所述的系统，其特征在于，所述管控模块具体用于：

对所述若干个场景管控参数列表中的场景管控层级、场景管控范围和场景管控生效规则进行叠加，确定所述目标用户的叠加管控规则；

基于所述目标用户的叠加管控规则对所述目标用户的业务进行限制或者不限制。

8.如权利要求6所述的系统，其特征在于，所述场景管控范围是通过修改后台的场景管控范围参数进行场景管控范围的增大或者减小；

所述场景管控范围包括激活业务、制卡业务、授权业务和分期业务中的一种或多种。

9.如权利要求6所述的系统，其特征在于，所述系统还包括：

场景管控码变更模块，用于当接收到场景管控码增加指令或者删除指令时，通过修改后台的场景代码，进行所述场景管控码的增加或者删除；还用于当所述目标用户的信息与场景管控生效规则不匹配时，删除所述场景管控生效规则对应的场景管控码。

10.如权利要求6所述的系统，其特征在于，所述场景管控层级包括客户层、账户层、产品层和媒介层。

Images