CN113888118A - 规则服务的配置方法、装置、存储介质及终端设备 - Google Patents

Abstract

本申请实施例公开了一种规则服务的配置方法、装置、存储介质及终端设备，涉及办公自动化领域。本申请支持业务系统在配置期选择当前实体所属的规则服务，并根据服务提供标准结果返回结果，配置的组件与业务系统无缝衔接。本申请支持在线配置的方式，将规则服务与应用场景适配，规则服务可随时响应应用场景的变化，提升了规则服务在应用场景中应用的范围和效率，降低规则服务在应用场景中维护的成本。

Description

规则服务的配置方法、装置、存储介质及终端设备

技术领域

本申请涉及办公自动化领域，尤其涉及一种规则服务的配置方法、装置、存储介质及终端设备。

背景技术

企业部署信息化平台对业务数据和业务流程进行管理，信息化平台支持不同的应用场景，揭示应用场景中业务风险的潜在原因和对业务风险的提前预警，需要把企业的业务数据和业务流程纳入监督范围。并且为了将监督人员从现场解放出来，降低监督成本，提高业务操作的正确率，需要依托信息化平台，把控制规则渗透到关键业务链中，发现业务操作不合规需及时控制和及时预警，消除业务数据的潜在风险和业务流程的合规性问题。在相关技术中，为了实现对业务数据和业务流程的监督，开发人员预先编写规则服务的代码，然后中断业务系统的运行，将该代码加载到业务系统中，加载成功后重启业务系统。

发明内容

为解决上述的技术问题，本申请提供一种规则服务的配置方法、装置、存储介质及终端设备，解决相关技术中配置业务系统的规则服务效率低的问题。

第一方面，本申请提供了一种规则服务的配置方法，包括：

配置应用场景下实体的基本信息和业务对象项目；

根据所述应用场景在规则服务库中选择规则服务；其中，规则服务包含多个数据对象，各个数据对象包括：对象属性和属性类型；

将所述实体包含的多个业务对象项目和规则服务包含的多个数据对象进行映射得到映射关系信息；

将所述映射关系信息加载到所述应用场景。

第二方面，本申请提供了一种规则服务的配置装置，包括：

配置单元，用于配置应用场景下实体的基本信息和业务对象项目；

选择单元，用于根据所述应用场景在规则服务库中选择规则服务；其中，规则服务包含多个数据对象，各个数据对象包括：对象属性和属性类型；

映射单元，用于将所述实体包含的多个业务对象项目和规则服务包含的多个数据对象进行映射得到映射关系信息；

加载单元，用于将所述映射关系信息加载到所述应用场景。

本申请又一方面提供了一种装置，可以实现上述方面或方面的规则服务的配置方法。例如所述装置可以是服务器或终端设备。可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。

在一种可能的实现方式中，所述装置的结构中包括处理器、存储器；所述处理器被配置为支持所述装置执行上述应用测试方法中相应的功能。存储器用于与处理器耦合，其保存所述装置必要的程序(指令)和/或数据。可选的，所述装置还可以包括通信接口用于支持所述装置与其他网元之间的通信。

在另一种可能的实现方式中，所述装置可以包括执行上述方法中相应动作的单元模块。

在又一种可能的实现方式中，包括处理器和收发装置，所述处理器与所述收发装置耦合，所述处理器用于执行计算机程序或指令，以控制所述收发装置进行信息的接收和发送；当所述处理器执行所述计算机程序或指令时，所述处理器还用于实现上述方法。

本申请又一方面提供了一种装置，该装置包括：存储器和处理器；其中，所述存储器中存储一组程序代码，且所述处理器用于调用所述存储器中存储的程序代码，执行各方面所述的方法。

本申请的又一方面提了供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

本申请的又一方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

实施本申请的实施例，在业务系统的生成环境中根据应用场景配置实体，选择规则服务，将规则服务包含的数据对象和实体包含的业务对象项目进行映射，然后将映射关系信息配置到业务系统中，业务系统在获取到实体时，根据映射关系信息创建规则服务，利用规则服务对实体进行校验，然后生成和显示校验结果。解决相关技术中，业务系统的应用场景发生变化时需要中断业务系统的运行，重新编写规则服务的代码加载到业务系统中带来的配置效率低和系统可靠性低的问题，本申请通过在生产环境中基于用户界面对应用场景进行配置，实现规则服务的热部署，不需要进行停机维护，可以提高配置效率，减少规则服务的配置周期。

附图说明

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

图1是本申请实施例提供的一种系统架构图；

图2是本申请实施例提供的规则服务的配置方法的流程示意图；

图3～图7是本申请实施例提供的用户界面的示意图；

图8是本申请实施例提供的一种装置的结构示意图；

图9是本申请提供的一种装置的另一结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

图1示出了可以应用于本申请的规则服务的配置方法的示例性系统架构。

如图1所示，系统架构可以包括终端设备11和业务系统12。终端设备 11和业务系统12之间可以基于有线通信链路或无线通信链路进行通信，例如：有线通信链路包括光纤、双绞线或同轴电缆的，无线通信链路包括蓝牙通信链路、无线保真(WIreless-FIdelity，Wi-Fi)通信链路或微波通信链路等。其中，业务系统12为部署在企业或政府部门等组织的信息化管理系统，例如：财务系统、生成计划系统或其他管理系统。

终端设备上可以安装有各种通信客户端应用，例如：视频录制应用、视频播放应用、语音交互应用、搜索类应用、及时通信工具、邮箱客户端、社交平台软件等。

终端设备可以是硬件，也可以是软件。当终端设备为硬件时，可以是具有显示屏的各种终端设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等等。当终端设备为软件时，可以是安装上上述所列举的终端设备中。其可以实现呈多个软件或软件模块(例如：用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不作具体限定。

当终端设备为硬件时，其上安装有显示设备，显示设备显示可以是各种能实现显示功能的设备；例如：显示设备可以是阴极射线管显示器(Cathode ray tubedis play，简称CR)、发光二极管显示器(Light-emitting diode display，简称LED)、电子墨水屏、液晶显示屏(Liquid crystal display，简称LCD)、等离子显示面板(Plasma displaypanel，简称PDP)等。用户可以利用终端设备上的显示设备，来查看显示的文字、图片、视频等信息。

需要说明的是，本申请实施例提供的规则服务的配置方法一般由终端设备11执行，相应的，规则服务的配置装置一般设置于终端设备11中。

业务系统12可以是提供各种服务的服务器，SIP业务系统12可以是硬件，也可以是软件。当业务系统12为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当业务系统12为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

应理解，图1中的终端设备、网络和服务器的数目仅是示意性的。根据实现需要，可以是任意数量的终端设备、网络和服务器。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

参见图2，图2是本申请实施例提供的规则服务的配置方法的流程示意图，在本申请实施例中，所述方法包括：

S201、配置应用场景下实体的基本信息和业务对象项目。

其中，应用场景表示针对不同的实体进行校验的场景，例如：对出差申请单进行验证的场景，对出差报销单进行验证的场景、对发票进行验证的场景等，出差申请单是用户在出差之前填写的单据，包括出差时间、出差地点、出差事由和出差人员等字段；出差报销单是用户出差结束后填写的用于财务报销的单据，发票包括出行发票、餐饮发票和住宿发票等。实体表示业务系统中需要进行验证的对象，例如：实体为发票、出差申请单或出差报销单等。实体的基本信息表示基本属性，例如：基本信息包括：实体名称、实体ID、所属类别、所属应用；实体名称表示实体名称，例如：实体名称为“增值税普通发票”；实体ID表示实体类别的唯一身份，不同类别的实体具有不同的 ID；所属类别表示实体的数据类别，包括规则数据、业务数据和基础数据；所属应用标识实体适用的应用程序，例如：应用程序包括：报销应用程序、工资核算应用程序、报税应用程序等。业务对象项目表示实体中包含的字段，例如：实体为发票，包含的各个业务对象项目为货物或服务名称、规格型号、单位、数量、单价、金额、税率、税额等。

在一个或多个可能的实施例中，终端设备显示实体配置界面，用户基于实体配置界面配置应用场景下实体的基本信息。例如：参见图3所示的实体配置界面，实体配置界面包括实体名称、实体ID、所属类别、所属应用的控件，控件为输入框或下拉选择框，用户可以在输入框或下拉选择框中输入属性值。例如：在实体ID的输入框中输入属性值1806。

S202、根据应用场景在规则服务库中选择规则服务。

其中，终端设备预存储或预配置有规则服务库，规则服务库可以为关系型数据库，规则服务库中包括一个或多个规则服务。终端设备可以根据应用场景的需求自动在规则服务库中选择规则服务，也可以基于用户的选择指令从规则服务库中选择业务数据，选择的规则服务的数量可以为一个或多个。

例如：参见图4所述的用户界面的示意图，终端设备显示规则服务库中包含的各个规则服务的控件，各个控件以行的形式排列，每个行对应一个规则服务，每个行的字段包括、规则服务名称、规则服务说明、规则服务分类和规则服务类型，用户可以在该用户界面上选择应用程序所需的规则服务，例如：用户通过鼠标点击某一行以选中该行，该行进行高亮显示，用户通过鼠标点击确认按钮后生成确认指令，终端设备确定选中该行对应的规则服务。

在一个或多个可能的实施例中，终端设备可以针对规则服务库中的规则服务进行编辑操作，编辑操作为新增操作、删除操作、修改操作或排序操作等。

例如：参见图5所示的编辑界面，编辑界面上包括新增控件、修改控件、删除控件、向上控件和向下控件，分别用于执行规则服务的新增操作、修改操作、删除操作、向上移动操作和向下移动操作。编辑界面中还显示有当前配置的各个规则服务，每个行对应一个规则服务，每个行的字段包括：序号、规则服务(名称)、规则说明、(应用)场景、所属分层、规则分类、规则类型。

进一步的，在需要执行新增规则服务操作时，为新增的规则服务配置规则对象项目，规则对象项目包括：数据对象、对象属性和属性类型，数据对象表示数据来源，即对象属性和属性类型都是基于属性对象指示的数据源中确定的，对象属性表示字段，属性类型表示字段的属性值类型。

例如：参见图6所示的新增规则服务的用户界面示意图，新增的规则服务为发票信息合规性校验，该规则服务的规则对象项目使用表格表示，表格的每一行表示一个规则对象项目；第1行的数据对象为“费用报销单-主表”、对象属性为“填报单位”，属性类型为字符，即填报单位和字符都是基于费用报销单-主表确定的，费用报销单是用户在提交报销的发票时一并填写的；第 2行的数据对象为“费用报销单-主表”、对象属性为“报销总额”、属性类型为数值；第3行的数据对象为“费用报销单-主表”，对象属性为“合同约定税率”，属性类型为字段；第4行的属性对象为“费用报销单-主表”、对象属性为“合同乙方单位”、属性类型为“字符”。

S203、将实体包含的多个业务对象项目和规则服务包含的多个数据对象进行映射得到映射关系信息。

其中，一个业务对象项目可以映射一个或多个规则对象项目，后续利用规则对象项目对映射的所有业务对象项目进行校验。例如：参见图4的用户界面的示意图，用户可以在该用户界面中进行映射。

S204、将映射关系信息加载到应用场景。

其中，终端设备将映射关系信息发送给业务系统，以便业务系统将映射关系信息和应用场景进行绑定，后续业务系统需要对实体进行校验时，根据映射关系信息创建和启动规则服务，利用运行的规则服务对实体进行校验：提取实体中包含的各个业务对象项目的属性值，根据映射关系信息确定各个业务对象项目关联的规则对象项目，针对每个业务对象项目来说，关联的规则对象项目对属性值进行校验，然后在终端设备上显示校验结果，校验结果包括各个业务对象项目合格或不合格的提示信息，终端设备可以采用高亮的方式来区分不合格的业务对象项目。本申请实施例在配置实体、配置规则服务等配置过程均在生成环境中执行，即采用热部署的方式来进行相关配置，不需要中途对业务系统进行停机处理，提高业务系统工作的可靠性。

进一步的，终端设备可以对配置的多个实体进行管理，将多个实体进行分类生成业务模型库，终端设备根据实际需求从实体包含的各个业务对象项目中选择需要校验的业务对象项目。

例如：参见图7所示，终端设备显示用户界面的示意图，用户界面的示意图各个实体进行分类处理，分类结果以目录的形式显示，每个实体包含多个业务对象项目，每个业务对象项目前设置有勾选框，用户通过勾选框来选择需要该实体需要校验的业务对象项目，终端设备在检测到用户针对该用户界面的确认指令后，确定实体中选择的一个或多个业务对象项目。

实施本申请的实施例，在业务系统的生成环境中根据应用场景配置实体，选择规则服务，将规则服务包含的数据对象和实体包含的业务对象项目进行映射，然后将映射关系信息配置到业务系统中，业务系统在获取到实体时，根据映射关系信息创建规则服务，利用规则服务对实体进行校验，然后生成和显示校验结果。解决相关技术中，业务系统的应用场景发生变化时需要中断业务系统的运行，重新编写规则服务的代码加载到业务系统中带来的配置效率低和系统可靠性低的问题，本申请通过在生产环境中基于用户界面对应用场景进行配置，实现规则服务的热部署，不需要进行停机维护，可以提高配置效率，减少规则服务的配置周期。

上述图2详细阐述了规则服务的配置方法。相应的本申请实施例的一种装置的结构示意图。

请参见图8，图8是本申请实施例提供的一种装置8的结构示意图，装置 8应用于多个服务，该装置3可以包括：配置单元801、选择单元802、映射单元803和加载单元804。

配置单元801，用于配置应用场景下实体的基本信息和业务对象项目；

选择单元，用于根据所述应用场景在规则服务库中选择规则服务；其中，规则服务包含多个数据对象，各个数据对象包括：对象属性和属性类型；

映射单元，用于将所述实体包含的多个业务对象项目和规则服务包含的多个数据对象进行映射得到映射关系信息；

加载单元，用于将所述映射关系信息加载到所述应用场景。

在一个或多个实施例中，所述配置应用场景下实体的基本信息，包括：

显示实体配置界面；其中，所述实体配置界面包括：实体名称的控件、实体ID的控件、所属类别的控件、所属应用的控件，控件为输入框或下拉选择框；

获取用户在各个控件中输入的属性值。

在一个或多个实施例中，还包括：

编辑单元，用于显示编辑界面；其中，所述编辑界面包括：新增控件、修改控件、删除控件和排序控件；

基于用户针对上述控件的触发操作对所述规则服务库进行编辑操作。

在一个或多个实施例中，所述根据所述应用场景在规则服务库中选择规则服务，包括：

显示用户界面；其中，所述用户界面中包括规则服务库中存储的各个规则服务的控件，各个控件以行的形式排列；

检测到用户的选择指令时，将选择指令指示的行以高亮方式显示；

检测到用户的确认指令时，将高亮的行指示的规则服务作为选择的规则服务。

在一个或多个实施例中，还包括：

显示单元，用于接收来自业务系统针对所述实体的校验结果，以及显示所述校验结果；其中，所述校验结果包含合格的业务对象项目和不合格的业务对象项目，不合格的业务对象项目以高亮的方式显示。

在一个或多个实施例中，所述实体的数量为多个时，多个实体划分为不同的类别；

其中，选择单元802还包括：

基于用户的选择指令从实体包含的多个业务对象项目中选择需要校验的业务对象项目。

在一个或多个实施例中，所述实体为发票、出差申请单或出差报销单。

本申请实施例和图2的方法实施例基于同一构思，其带来的技术效果也相同，具体过程可参照图2的方法实施例的描述，此处不再赘述。

装置8可以是图1中的终端设备，所述装置8也可以为实现相关功能的现场可编程门阵列(field-programmable gate array，FPGA)，专用集成芯片，系统芯片(system onchip，SoC)，中央处理器(central processorunit，CPU)，网络处理器(networkprocessor，NP)，数字信号处理电路，微控制器(micro controllerunit，MCU)，还可以采用可编程控制器(programmable logic device， PLD)或其他集成芯片。

图9为本申请实施例提供的一种装置结构示意图，以下简称装置9，装置 9可以图1的终端设备，如图9所示，该装置9包括：存储器902、处理器901 和收发器903。

存储器902可以是独立的物理单元，与处理器901和收发器903可以通过总线连接。存储器902、处理器901、收发器903也可以集成在一起，通过硬件实现等。

存储器902用于存储实现以上方法实施例，或者装置实施例各个模块的程序，处理器901调用该应用程序，执行以上方法实施例的操作。

可选的，装置9还包括输入装置和输出装置，输入装置包括但不限于键盘、鼠标、触摸面板、摄像头和麦克风；输出装置包括但限于显示屏。

通信接口用于收发各种类型的消息，通信接口包括但不限于无线接口或有线接口。

可选地，当上述实施例的规则服务的配置装置中的部分或全部通过软件实现时，装置也可以只包括处理器。用于存储程序的存储器位于装置之外，处理器通过电路/电线与存储器连接，用于读取并执行存储器中存储的程序。

处理器可以是中央处理器(central processing unit，CPU)，网络处理器(networkprocessor，NP)或者CPU和NP的组合。

处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmablelogic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gatearray，FPGA)，通用阵列逻辑(generic array logic， GAL)或其任意组合。

存储器可以包括易失性存储器(volatile memory)，例如存取存储器 (random-access memory，RAM)；存储器也可以包括非易失性存储器 (non-volatile memory)，例如快闪存储器(flashmemory)，硬盘(hard disk drive， HDD)或固态硬盘(solid-statedrive，SSD)；存储器还可以包括上述种类的存储器的组合。

本申请实施例还提供了一种计算机存储介质，存储有计算机程序，该计算机程序用于执行上述实施例提供的规则服务的配置方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的规则服务的配置方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

Claims (10)

1.一种规则服务的配置方法，其特征在于，所述方法包括：

配置应用场景下实体的基本信息和业务对象项目；

根据所述应用场景在规则服务库中选择规则服务；其中，规则服务包含多个数据对象，各个数据对象包括：对象属性和属性类型；

将所述实体包含的多个业务对象项目和规则服务包含的多个数据对象进行映射得到映射关系信息；

将所述映射关系信息加载到所述应用场景。

2.根据权利要求1所述的方法，其特征在于，所述配置应用场景下实体的基本信息，包括：

显示实体配置界面；其中，所述实体配置界面包括：实体名称的控件、实体ID的控件、所属类别的控件、所属应用的控件，控件为输入框或下拉选择框；

获取用户在各个控件中输入的属性值。

3.根据权利要求1或2所述的方法，其特征在于，还包括：

显示编辑界面；其中，所述编辑界面包括：新增控件、修改控件、删除控件和排序控件；

基于用户针对上述控件的触发操作对所述规则服务库进行编辑操作。

4.根据权利要求3所述的方法，其特征在于，所述根据所述应用场景在规则服务库中选择规则服务，包括：

显示用户界面；其中，所述用户界面中包括规则服务库中存储的各个规则服务的控件，各个控件以行的形式排列；

检测到用户的选择指令时，将选择指令指示的行以高亮方式显示；

检测到用户的确认指令时，将高亮的行指示的规则服务作为选择的规则服务。

5.根据权利要求1或2或4所述的方法，其特征在于，还包括：

接收来自业务系统针对所述实体的校验结果，以及显示所述校验结果；其中，所述校验结果包含合格的业务对象项目和不合格的业务对象项目，不合格的业务对象项目以高亮的方式显示。

6.根据权利要求5所述的方法，其特征在于，所述实体的数量为多个时，多个实体划分为不同的类别；

其中，所述方法还包括：

基于用户的选择指令从实体包含的多个业务对象项目中选择需要校验的业务对象项目。

7.根据权利要求1或2或4或6所述的方法，其特征在于，所述实体为发票、出差申请单或出差报销单。

8.一种规则服务的配置装置，其特征在于，包括：

配置单元，用于配置应用场景下实体的基本信息和业务对象项目；

选择单元，用于根据所述应用场景在规则服务库中选择规则服务；其中，规则服务包含多个数据对象，各个数据对象下有多个对象数据和属性类型；

映射单元，用于将所述实体包含的多个业务对象项目和规则服务包含的多个数据对象进行映射得到映射关系信息；

加载单元，用于将所述映射关系信息加载到所述应用场景。

9.一种计算机存储介质，其特征在于，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1～7任意一项的方法步骤。

10.一种终端设备，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1～7任意一项的方法步骤。

Images