本发明涉及一种用于卫星直播电视服务的业务操作管控装置和业务操作管控方法。
背景技术：
：现有技术中的业务操作管控方法，不能根据需要对业务操作进行管控。随着卫星直播电视服务的发展，这种现有的业务操作管控方法已经不能满足的业务需求。技术实现要素：针对相关技术中的上述问题，本发明提出一种用于卫星直播电视服务的业务操作管控装置和业务操作管控方法，能够根据多维度的管控规则对业务操作进行管控，提高业务执行效率。本发明的技术方案是这样实现的：根据本发明的一个方面，提供了一种业务操作管控装置，包括：顺序连接的以下模块：第一获取模块，用于在接收到业务操作请求后，根据业务操作对应的管控规则获取与管控规则对应的控制维度参数值；第一匹配模块，用于根据与管控规则对应的控制维度参数值进行管控规则匹配；第二获取模块，用于在通过管控规则匹配的情况下，获取白名单规则及与白名单规则对应的控制维度参数值；第二匹配模块，进行白名单规则匹配；以及处理模块，用于在通过白名单规则匹配的情况下，允许执行业务操作；在未通过管控规则匹配、或未通过白名单规则匹配的情况下，不允许执行业务操作。其中，控制维度包括：工号、角色、管理区域、机顶盒型号、加密序列号、加密序列号历史状态、加密卡号、加密卡号历史状态、机顶盒方案、机顶盒标准、机顶盒数量、和指定时段之中的任意多种。在一个实施例中，第一获取模块通过主规则表、规则关系表、和规则明细表获取与管控规则对应的控制维度id，第一获取模块根据与管控规则对应的控制维度id通过参数获取条件表和参数获取sql表来获取与管控规则对应的控制维度参数值。其中，主规则表用于存储与管控规则对应的主规则id及其概要信息；规则关系表用于存储主规则表与规则明细表之间的关联关系；规则明细表用于存储与主规则id对应的控制维度id及与管控规则对应的控制维度参数值；参数获取条件表用于存储获取与管控规则对应的控制维度参数值的条件；参数获取sql表用于存储获取与管控规则对应的控制维度参数值的sql。进一步地，第一获取模块用于根据业务操作和主规则表获取主规则id，主规则为阻止规则；在获取到阻止规则的情况下，通过规则关系表、和规则明细表获取与管控规则对应的控制维度id。在一个实施例中，主规则表还用于存储白名单规则。进一步地，第二获取模块通过主规则表、规则关系表、和规则明细表获取与白名单规则对应的控制维度id，第二获取模块根据与白名单规则对应的控制维度id通过参数获取条件表和参数获取sql表来获取与白名单规则对应的控制维度参数值。在一个实施例中，还包括：配置模块，与第一获取模块连接，用于配置管控规则。根据本发明的另一方面，提供了一种业务操作管控方法，包括：在接收到业务操作请求后，根据业务操作对应的管控规则获取与管控规则对应的控制维度参数值；根据与管控规则对应的控制维度参数值进行管控规则匹配；在管控规则匹配通过的情况下，获取白名单规则及与白名单规则对应的控制维度参数值；进行白名单规则匹配；以及在白名单规则匹配通过的情况下，允许执行业务操作；在未通过管控规则匹配、或未通过白名单规则匹配的情况下，不允许执行业务操作。其中，根据业务操作对应的管控规则获取与管控规则对应的控制维度参数值包括：通过主规则表、规则关系表、和规则明细表获取与管控规则对应的控制维度id；根据与管控规则对应的控制维度id通过参数获取条件表和参数获取sql表来获取与管控规则对应的控制维度参数值。本发明能够根据多维度的管控规则对业务操作进行管控，提高了精准管理的能力。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是根据本发明实施例的业务操作管控装置的框图；图2是根据本发明实施例的业务操作管控装置的主规则表、规则关系表、规则明细表、参数获取条件表、和参数获取sql表之间的调用关系；图3是根据本发明实施例的业务操作管控装置的工作流程图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。如图1所示，根据本发明实施例的用于卫星直播电视服务的业务操作管控装置，该业务操作管控装置包括顺序连接的以下模块：第一获取模块，用于在接收到业务操作请求后，根据业务操作对应的管控规则获取与管控规则对应的控制维度参数值；第一匹配模块，用于根据与管控规则对应的控制维度参数值进行管控规则匹配；第二获取模块，用于在通过管控规则匹配的情况下，获取白名单规则及与白名单规则对应的控制维度参数值；第二匹配模块，进行白名单规则匹配；以及处理模块，用于在通过白名单规则匹配的情况下，允许执行业务操作；在未通过管控规则匹配、或未通过白名单规则匹配的情况下，不允许执行业务操作。其中，白名单规则由允许放行的规则组成。在一个实施例中，本发明的业务操作管控装置还可以包括：与第一获取模块连接的配置模块(未示出)，用于配置管控规则。实现对业务操作管控规则的灵活配置。其中，控制维度包括：工号、角色、管理区域、机顶盒型号、加密序列号、加密序列号历史状态、加密卡号、加密卡号历史状态、机顶盒方案、机顶盒标准、机顶盒数量、和指定时段之中的任意多种。能够按照已知的控制维度(工号、角色、管理区域(如县级及以上)、机顶盒品牌/型号、加密序列号、加密序列号历史状态、加密卡号、加密卡历史状态、机顶盒方案、机顶盒标准、机顶盒数量、指定时段)或控制维度的组合，按照具体业务操作去匹配一个或是多个管控规则，以此来实现对业务操作的具体管理和控制。具体地，控制维度和对应的业务操作可如表1所示：表1表1中，“√”代表已具备的管理功能；“o”代表后续需开发功能；“-”代表功能不适用。其中，基于数量维度的管控，与工号维度相结合时，工号可进行分组，每组可设置不同的门限；与管理区域相结合时，可为管理区域设置不同的门限。在一个实施例中，结合图2所示，第一获取模块通过主规则表、规则关系表、和规则明细表获取与管控规则对应的控制维度id，第一获取模块根据与管控规则对应的控制维度id通过参数获取条件表和参数获取sql(structuredquerylanguage，结构化查询语言)表来获取与管控规则对应的控制维度参数值。如表1所示，需要管控的主要业务操作及控制维度如表2所示：表2：管控的具体业务操作业务编号业务操作名称1新增客户2更换加密卡3更换机顶盒(现场更换)4更换定位模块5移机6中止移机7安装开卡8移机开卡表3：管控的具体控制维度其中，主规则表，ur_routerule_dict，用于存储规则(包括管控规则和白名单规则)的概要信息，其中包括与规则对应的主规则id；规则关系表，ur_routecondition_rel，用于存储主规则表与规则明细表之间的关联关系；规则明细表，ur_routecondition_dict，用于存储与主规则id对应的控制维度id及与规则对应的控制维度参数值，用于存储规则可能包含的具体控制维度及相关参数要求；参数获取条件表，ur_routeobjectparam_dict，用于存储获取与规则对应的控制维度参数值的条件；参数获取sql表用于存储获取与规则对应的控制维度参数值的sql；参数获取条件表与参数获取sql表配合使用。进一步地，第一获取模块用于根据业务操作和主规则表获取主规则id，主规则为阻止规则；在获取到阻止规则的情况下，通过规则关系表、和规则明细表获取与管控规则对应的控制维度id。在一个实施例中，主规则表还用于存储白名单规则。表4、表5、表6、表7和表8分别为主规则表、规则明细表、规则关系表、参数获取sql表和参数获取条件表的具体示例。表4：主规则表表5：规则明细表(条件项表)编号字段字段名描述1细项idrule_item2条件类型element_id管控要素的编号(表7)3条件值element_val4条件有效性element_flag5条件判断动作element_action＝，<>,！＝，like6租户代码tenancy_code表6：规则关系表表7：参数获取sql表表8：参数获取条件表进一步地，第二获取模块通过主规则表、规则关系表、和规则明细表获取与白名单规则对应的控制维度id，第二获取模块根据与白名单规则对应的控制维度id通过参数获取条件表和参数获取sql表来获取与白名单规则对应的控制维度参数值。下面结合图3对上述实施例的工作流程进行具体说明，其中包括以下步骤：步骤1，依据业务操作(表4opcode)获取管控规则类型为0的阻止规则列表(且列表都在有效期内，状态有效，且按照管控规则顺序进行排序)；步骤2，判断是否获取到阻止规则，如果无阻止规则，则跳转到步骤14，否则进入步骤3；步骤3，获取对应管控规则的所有有效的唯一控制维度(要素)；步骤4，按照要素id获取相关联的sql，并填充对应的控制维度参数值，完成要素相关联的控制维度参数值的获取；步骤5，按照管控规则列表的顺序，结合具体条件的判断符号，及判断标准，形成具体的sql判断条件，并完成sql语句的组装，并逐条完成管控规则匹配；步骤6，是否存在匹配的规则。如果不存在匹配规则，则进入步骤14，否则进入步骤7；步骤7，与步骤1类似，不同之处是仅获取白名单规则；步骤8，是否存在白名单规则。如果存在则进入步骤10，否则，进入步骤9；步骤9，返回规则校验失败消息；步骤10，与步骤3类似，获取白名单规则所对应的唯一的控制要素；步骤11，与步骤4类似，按照要素id获取关联sql，并针对性获取对应的控制维度参数值；步骤12，与步骤5类似，按照白名单规则，逐条规则形成匹配的sql-suffix，并逐条匹配白名单规则；步骤13，是否匹配白名单；如果匹配，则进入步骤14，否则返回至步骤9；步骤14，不属于业务管控范围或是在白名单中，业务落地；业务管控判断结束。需要进一步说明的，在步骤4和步骤11处获取唯一控制要素的参数值时，ibatis的构成方式为：例如：selectcreate_timefrombs_staff_dictwhere1＝1andlogin_no＝‘tys001’。另外，在步骤6和步骤13处，可以借助拼接的sql完成状态判断。selectcasewhensql-suffixthen1else0endfromdual。表9如表9，其中，结果为1表示允许业务落地，0表示不允许业务落地。具体的运算规则为：管控名单类型异或是否匹配规则，然后取反。根据本发明的实施例，还提供了一种业务操作管控方法，包括以下步骤：s102，在接收到业务操作请求后，根据业务操作对应的管控规则获取与管控规则对应的控制维度参数值；s104，根据与管控规则对应的控制维度参数值进行管控规则匹配；s106，在管控规则匹配通过的情况下，获取白名单规则及与白名单规则对应的控制维度参数值；s108，进行白名单规则匹配；以及s110，在白名单规则匹配通过的情况下，允许执行业务操作；在未通过管控规则匹配、或未通过白名单规则匹配的情况下，不允许执行业务操作。在一个实施例中，在s102处可以包括以下步骤：通过主规则表、规则关系表、和规则明细表获取与管控规则对应的控制维度id；根据与管控规则对应的控制维度id通过参数获取条件表和参数获取sql表来获取与管控规则对应的控制维度参数值。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。当前第1页12