一种业务规则处理方法、服务器及计算机可读存储介质与流程

本申请涉及计算机技术领域，尤其涉及一种业务规则处理方法、服务器及计算机可读存储介质。

背景技术：

在业务系统中，存在着各很多业务规则，由于市场要求业务规则经常变化，业务系统必须依据业务规则的变化快速、低成本的对业务规则进行更新。为了快速、低成本的更新，业务人员应能直接管理业务系统中的规则，不需要程序开发人员参与。传统的业务系统采用规则引擎满足上要求，将需要更新或添加的业务规则更新或添加到规则库中，然后通过规则引擎冲规则库中调用新的规则。对于传统的业务规则的更新或添加存在以下问题：业务规则必须有数据库管理员进行编辑、更新和管理，另外对于业务规则的更新或添加周期较长。

技术实现要素：

本申请实施例提供一种业务规则处理方法，可让业务员能够使用自然语言编写业务规则并进行添加或更新，实现业务规则的实时快速添加或更新，提升业务规则处理效率。

第一方面，本申请实施例提供了一种失业险核损数据分析方法，该方法包括：

接收业务规则导入指令，响应所述业务规则导入指令，获取所述业务规则导入指令对应的待导入的规则文档；

根据预设语义识别转换规则对所述规则文档中业务规则的内容进行转换，获得目标规则文档，所述目标规则文档的内容满足预设编译条件；

编译所述目标规则文档，获得所述第一规则数据，将所述第一规则数据存储在业务系统缓存中。

可选的，在所述将所述规则数据存储在业务系统缓存中之后，所述方法还包括：

建立业务标签与所述规则数据的对应关系；

接收业务处理请求，所述业务处理请求包括第一业务以及所述第一业务的业务标签；

从业务系统缓存中调用所述业务标签对应的目标规则数据，基于所述目标规则数据对所述第一业务进行处理。

可选的，所述方法还包括：

给所述目标规则文档内的业务规则分配规则标签；

建立规则标签与所述目标规则文档的对应关系；

将上述目标规则文档存储在规则文档库中；

接收对所述目标规则文档中业务规则的操作指令，所述操作指令中包括第二业务规则的第二规则标签；

执行所述操作指令对应的操作，所述操作指令包括添加指令、更新指令、删除指令；

根据所述第二规则标签从所述规则文档库中获取所述目标规则文档；

编译所述目标规则文档，得到第二规则数据，将所述业务系统缓存中的第一规则数据替换为所述第二规则数据。

可选的，在所述操作指令为添加指令的情况下，所述执行所述操作指令对应的操作包括：

接收业务员输入的第二文本业务规则，所述第二文本业务规则为所述第二业务规则的文本格式；

根据语义识别转换规则对所述第二文本业务规则进行转换，得到转换后的第二业务规则，根据所述第二规则标签将所述转换后的第二业务规则添加到所述目标规则文档中。

可选的，在所述操作指令为更新指令的情况下，所述执行所述操作指令对应的操作包括：

接收业务员输入的第二文本业务规则，所述第二文本业务规则为所述第二业务规则的文本格式；

根据语义识别转换规则对所述第二文本业务规则进行转换，得到转换后的第二业务规则，根据所述第二规则标签将所述目标规则文档中原有的第二业务规则更新为所述转换后的第二业务规则。

可选的，在所述操作指令为删除指令的情况下，所述执行所述操作指令对应的操作包括：

根据所述第二规则标签将所述目标规则文档中所述第二规则标签对应的第二业务规则删除。

可选的，所述根据语义识别转换规则对所述规则文档中业务规则的内容进行转换包括：

对所述规则文档中业务规则的内容进行语义识别，从所述规则文档中业务规则的内容中提取业务规则的执行条件、执行对象、执行动作；

根据所述执行条件、所述执行对象、所述执行动作，将所述规则文档中业务规则的内容按照预设的编写格式进行编辑，得到所述目标规则文档。

第二方面，本申请实施例提供了一种服务器，该服务器包括用于执行上述第一方面的方法的单元，该服务器包括：

获取单元，用于接收业务规则导入指令，响应所述业务规则导入指令，获取所述业务规则导入指令对应的待导入的规则文档；

转换单元，用于根据预设语义识别转换规则对所述规则文档中业务规则的内容进行转换，获得目标规则文档，所述目标规则文档的内容满足预设编译条件；

编译单元，用于编译所述目标规则文档，获得所述第一规则数据；

存储单元，用于将所述第一规则数据存储在业务系统缓存中。

可选的，所述服务器还包括：

创建单元，用于建立业务标签与所述规则数据的对应关系；

第一接收单元，用于接收业务处理请求，所述业务处理请求包括第一业务以及所述第一业务的业务标签；

调用单元，用于从业务系统缓存中调用所述业务标签对应的目标规则数据，基于所述目标规则数据对所述第一业务进行处理。

可选的，所述服务器还包括：

分配单元，用于给所述目标规则文档内的业务规则分配规则标签；

所述创建单元，用于建立规则标签与所述目标规则文档的对应关系；

所述存储单元，用于将上述目标规则文档存储在规则文档库中；

所述第一接收单元，用于接收对所述目标规则文档中业务规则的操作指令，所述操作指令中包括第二业务规则的第二规则标签；

规则处理单元，用于执行所述操作指令对应的操作，所述操作指令包括添加指令、更新指令、删除指令；

所述获取单元，用于根据所述第二规则标签从所述规则文档库中获取所述目标规则文档；

第一更新单元，用于编译所述目标规则文档，得到第二规则数据，将所述业务系统缓存中的第一规则数据更新为所述第二规则数据。

可选的，在所述操作指令为添加指令的情况下，所述规则处理单元包括：

第二接收单元，用于接收第二文本业务规则的输入，所述第二文本业务规则为所述第二业务规则的文本格式；

添加单元，用于根据语义识别转换规则对所述第二文本业务规则进行转换，得到转换后的第二业务规则，根据所述第二规则标签将所述转换后的第二业务规则添加到所述目标规则文档中。

可选的，在所述操作指令为更新指令的情况下，

所述第二接收单元，用于接收第二文本业务规则的输入，所述第二文本业务规则为所述第二业务规则的文本格式；

所述规则处理单元还包括：

第二更新单元，用于根据语义识别转换规则对所述第二文本业务规则进行转换，得到转换后的第二业务规则，根据所述第二规则标签将所述目标规则文档中原有的第二业务规则更新为所述转换后的第二业务规则。

可选的，在所述操作指令为删除指令的情况下，所述规则处理单元还包括：

删除单元，用于根据所述第二规则标签将所述目标规则文档中所述第二规则标签对应的第二业务规则删除。

可选的，转换单元包括：

识别单元，用于对所述规则文档中业务规则的内容进行语义识别，从所述规则文档中业务规则的内容中提取业务规则的执行条件、执行对象、执行动作；

编辑单元，用于根据所述执行条件、所述执行对象、所述执行动作，将所述规则文档中业务规则的内容按照预设的编写格式进行编辑，得到所述目标规则文档。

第三方面，本申请实施例提供了另一服务器，包括处理器、存储器和通信模块，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码来执行上述第一方面及其任一种可选方式的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面及其任一种可选方式的方法。

可以看出，本申请实施例通过在本申请实施例中，业务员可以先使用自然语言将业务规则编写在规则文档中，然后将规则文档中业务规则的内容通过语义识别转换为满足预设编译条件的目标规则文档，最后通过将目标规则文档中的业务规则编译成业务系统能够使用的规则数据，并将规则数据储存在业务系统缓存中。通过本申请实施例，业务员使用自然语言来编辑管理业务规则，可以提升用户体验；另外，直接从业务系统缓存中调用业务规则数据来处理业务能有效提升业务处理效率。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的一种业务规则处理方法的示意流程图；

图2是本申请实施例提供的另一种业务规则处理方法的示意流程图；

图3是本申请实施例提供的又一种业务规则处理方法的示意流程图；

图4是本申请实施例提供的一种服务器的示意框图；

图5是本申请实施例提供的一种设备示意框图；

图6是本申请实施例提供的一种服务器结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

参见图1，是本申请实施例提供一种业务规则处理方法的示意流程图，如图所示该方法可包括：

101：接收业务规则导入指令，响应上述业务规则导入指令，获取上述业务规则导入指令对应的待导入的规则文档。

在本申请实施例中，当需要在业务系统中更改或添加业务规则时，业务员可以使用自认语言将相关的业务规则写入到文本文件中，然后通过读取包含业务规则信息的文本文件，将新的规则更新或添加到业务系统中。

其中，上述规则文本文件可以是excel表格、word文档、text文档等，规则文本文档中可以包含多条规则，可以将多条规则按照不同业务类型分类，即一个规则文本中可以包含一个业务流程的多种规则。一条规则与另一条规则之间可、不同种类规则之间可以根据使用的规则文本文件的不同而采用不同的方式加以区分。

以意外保险理赔流程中的核责规则以及核损规则，且采用的是word文档编写规则为例。假设上述意外保险有三条核责规则和四条核损规则，首先可以将word文档的保存名称命名为意外保险理赔规则，以方便后续作为意外保险规则的调用索引。然后将分别对核责规则和核损规则进行编写，例如编写内容为：

“《核责规则》

规则1、判断被保险人患额疾病是否为保险合同中约定的疾病；

规则2、判断被保险人是否是首次患上述疾病；

规则3、**********。

《核损规则》

规则1、**********；

规则2、**********；

规则3、**********；

规则4、**********。”

可以理解的是上述word规则文件只是作为本申请实施例的一个规则文本文件的一个示例，并不限定本申请文件的规则文本文件编写格式。

具体的，当业务员将业务规则使用自然语言将业务规则编写在规则文档里之后，发起导入指令，将写好的规则文档导入就可以在业务系统的缓存中生成规则数据了。业务规则服务器在接收到业务规则导入指令之后，响应该规则导入指令，获取上述导入指令指定的业务员编写好的规则文档，当获取到规则文档后继续执行步骤102对规则文档进行相应的处理。

作为一种可选的实施方式，上述导入指令中可以包含规则文档的标识，当业务规则服务器接收到业务规则导入指令后，根据上述规则文档的标识从规则文档库中获取该规则文档标识对应的规则文档，然后执行步骤102。

102：根据预设语义识别转换规则对上述规则文档中业务规则的内容进行转换，获得目标规则文档，上述目标规则文档的内容满足预设编译条件。

在本申请实施例中，当业务规则服务器获取到规则文档之后，业务规则服务器便根据语义识别转换规则对上述规则文档中业务规则的内容进行转换，以便得到包含能够被识别的具有特定格式的业务规则内容的目标规则文档。其中，上述语义识别转换规则为实现设置好的，能将业务员编写的业务规则的具体内容转换成能够被识别的就有特定格式内容的转换规则。

具体的，当业务规则服务器获取到规则文档之后，业务规则服务器对上述规则文档中业务规则的内容进行语义识别，例如，采用神经语言程序学(neuro-linguisticprogramming，nlp)技术，得到语义识别结果。然后根据语义识别结果从上述规则文档中每条业务规则的内容中提取每条业务规则的执行条件、执行对象、执行动作等内容。最后，根据每条业务规则的执行条件、执行对象、执行动作按照预设的编写格式进行编辑生成规范的规则语句，以便得到上述目标规则文档。

举例来说，医疗保险的核责规则中有一条规则为：“被保险人经医院确诊初次发生本主险合同列明的重大疾病，保险人按基本保险金额赔付给被保险人保险金。经过语义识别得到在该条规则中，“被保险人”、“保险人”为执行对象，“被保险人初次确诊保险合同列举的重大疾病”为执行条件，“保险人按基本保险金额赔付给被保险人保险金”为执行动作，根据上述规则内容生成的规范规则语句则为：“如果：被保险人+初次确诊+保险合同列举的重大疾病，那么：保险人+赔付+基本保险金，否则：结束。”可以理解的是，上述将医疗保险核责规则转换为规范的规则语句的例子仅为本发明实施例的一个示例，不做任何限定。

103：编译上述目标规则文档，获得上述第一规则数据，将上述第一规则数据存储在业务系统缓存中。

在本申请实施例中，当业务规则服务器将规则文档转换成目标规则文档后，便使用业务系统来编译上述目标规则文档，以便得到能够直接对业务进行处理的第一规则数据，然后将上述第一规则数据存储到业务系统的缓存中，当需要使用上述第一规则数据时，可以直接从业务系统缓存中直接调用，以便提业务处理的效率。

可以看出，本申请实施例通过在本申请实施例中，业务员可以先使用自然语言将业务规则编写在规则文档中，然后将规则文档中业务规则的内容通过语义识别转换为满足编译条件的目标规则文档，最后通过将目标规则文档中的业务规则编译成业务系统能够使用的规则数据，并将规则数据储存在业务系统缓存中。通过本申请实施例，业务员使用自然语言来编辑管理业务规则，可以提升用户体验。

参见图2，图2是本申请实施例提供的另一种业务规则处理方法的示意流程图，如图2所示，该方法可包括：

201：接收业务规则导入指令，响应上述业务规则导入指令，获取上述业务规则导入指令对应的待导入的规则文档。

202：根据语义识别转换规则对上述规则文档中业务规则的内容进行转换，获得目标规则文档，上述目标规则文档的内容满足编译条件。

203：编译上述目标规则文档，获得上述第一规则数据，将上述第一规则数据存储在业务系统缓存中。

204：建立业务标签与上述规则数据的对应关系。

在本申请实施例中，当业务规则服务器将上述第一规则数据存储在业务系统的缓存中之后，便根据具体的业务建立业务标签与规则数据之间的对应关系，以便需要处理业务时，可以根据业务的业务标签来从业务系统的缓存中调用对应的规则数据。

205：接收业务处理请求，上述业务处理请求包括第一业务以及上述第一业务的业务标签。

206：从业务系统缓存中调用上述业务标签对应的目标规则数据，基于上述目标规则数据对上述第一业务进行处理。

在本申请实施例中，当接收到业务处理请求后，便根据业务请求中的第一业务的业务标签从业务系统缓存中直接调用该业务标签对应的目标规则数据，然后根据调用的目标规则数据来对第一业务进行相应的处理。

可以看出，本申请实施例通过在本申请实施例中，业务员可以先使用自然语言将业务规则编写在规则文档中，然后将规则文档中业务规则的内容通过语义识别转换为满足编译条件的目标规则文档，最后通过将目标规则文档中的业务规则编译成业务系统能够使用的规则数据，并将规则数据储存在业务系统缓存中，当需要处理业务时，可以直接从业务系统的缓存中调用相应的业务规则数据来处理业务。通过本申请实施例，业务员使用自然语言来编辑管理业务规则，可以提升用户体验；另外，直接从业务系统缓存中调用业务规则来处理业务能有效提升业务处理效率。

参见图3，图3是本申请实施例提供的又一种业务规则处理方法的示意流程图，如图3所示，该方法可包括：

301：接收业务规则导入指令，响应上述业务规则导入指令，获取上述业务规则导入指令对应的待导入的规则文档。

302：根据语义识别转换规则对上述规则文档中业务规则的内容进行转换，获得目标规则文档，将上述目标规则文档存储在规则文档库中，上述目标规则文档的内容满足编译条件。

在本申请实施例中，当业务服务器根据语义识别转换规则对上述规则文档中业务规则的内容进行转换，并获得目标规则文档之后，业务服务器将上述目标规则文档存储在规则文档库中，以便后续对目标规则文档中的业务规则进行相应的管理，例如，更新业务规则、添加业务规则、删除业务规则等。

303：编译上述目标规则文档，获得上述第一规则数据，将上述第一规则数据存储在业务系统缓存中。

304：给上述目标规则文档内的业务规则分配规则标签，建立规则标签与上述目标规则文档的对应关系。

在本申请实施例中，当业务规则服务器将上述目标规则文档存储在规则文档库中之后，便给上述目标规则文档中的每条业务规则分配规则标签，并创建规则标签与目标规则文档的对应关系，以便后续可以根据规则标签找到该规则标签对应的业务规则所在的目标规则文档，然后对该目标规则文档中的上述规则标签对应的业务规则进行管理操作。

305：接收对上述目标规则文档中业务规则的操作指令，上述操作指令中包括第二业务规则的第二规则标签。

由于市场业务在不断的发生变化，相应的业务规则也会跟着业务的变化而变化，因此，需要对业务系统缓存中的业务规则数据进行相应的管理操作，例如对某一条或全部业务规则进行更新或删除等。

具体的，在本申请实施例中，当业务规则服务器将上述目标规则文档存储在规则文档库中，并根据该目标规则文档生成第一规则数据，将第一规则数据存储在业务系统缓存中之后，接收对上述目标规则文档中业务规则的操作指令，其中，上述操作指令中包括第二业务规则的第二规则标签，以便根据上述第二规则标签找到第二业务规则，并对其进行相应的操作。

306：根据上述第二规则标签从上述规则文档库中获取上述目标规则文档。

307：执行上述操作指令对应的操作，上述操作指令包括添加指令、更新指令、删除指令。

在本申请实施例中，可以对目标规则文档中的业务规则进行更新、删除以及添加等操作。

具体的，当业务员需要在上述目标规则文档中添加一条操作时，业务员只需要发起添加业务规则的操作指令，然后输入相应的业务规则就可以在上述目标规则文档中添加业务规则。当业务规则服务器接收到对第二业务规则的添加指令后，接收业务员输入的第二文本业务规则，其中上述第二文本业务规则为上述第二业务规则的文本格式。然后，业务规则服务器根据语义识别转换规则对上述第二文本业务规则进行转换，得到转换后的第二业务规则。接着根据上述第二规则标签将上述转换后的第二业务规则添加到上述目标规则文档中就完成了在上述目标规则文档中添加第二业务规则的操作。

当业务员需要在上述目标规则文档中更新一条操作时，业务员只需要发起更新业务规则的操作指令，然后输入相应的业务规则就可以在上述目标规则文档中更新相应的业务规则。当业务规则服务器接收到对第二业务规则的更新指令后，接收业务员输入的第二文本业务规则，其中上述第二文本业务规则为上述第二业务规则的文本格式。然后，业务规则服务器根据语义识别转换规则对上述第二文本业务规则进行转换，得到转换后的第二业务规则。接着根据上述第二规则标签将上述目标规则文档中原有的第二业务规则更新为上述转换后的第二业务规则就完成了对上述目标规则文档中第二业务规则的更新操作。

当业务员需要在上述目标规则文档中删除一条操作时，业务员只需要发起删除业务规则的操作指令，然后根据上述第二规则标签将上述目标规则文档中上述第二规则标签对应的第二业务规则删除就完成了对上述目标规则文档中第二业务规则的删除操作。

308：编译上述目标规则文档，得到第二规则数据，将上述业务系统缓存中的第一规则数据替换为上述第二规则数据。

在本申请实施例中，当业务规则服务器根据上述操作指令执行完对上述目标规则文档中第二业务规则的相应操作后，业务规则服务器编译上述目标规则文档，得到第二规则数据，将上述业务系统缓存中的第一规则数据替换为上述第二规则数据以便达到通过对上述目标规则文档中第二业务规则的管理操作，来间接管理业务系统缓存中的对应的第二规则数据的目的。

可以看出，本申请实施例通过在本申请实施例中，业务员可以先使用自然语言将业务规则编写在规则文档中，然后将规则文档中业务规则的内容通过语义识别转换为满足编译条件的目标规则文档，并将目标规则文档存储在规则文档库中；最后通过将目标规则文档中的业务规则编译成业务系统能够使用的规则数据，并将规则数据储存在业务系统缓存中，当需要对业务系统中的业务规则数据进行添加、更新、删除等操作时，可以通过对规则文档库中的目标规则文档进行相应的操作，然后对目标规则文档进行重新编译，得到新的规则数据，最后将业务系统中的旧规则数据更新为新规则数据。通过本申请实施例，业务员使用自然语言来编辑管理业务规则，可以提升用户体验；另外，业务员还可以通过管理规则文档库中的目标规则文档来实时快速的对业务系统中的规则数据进行添加、更新以及删除等操作，提升了对业务规则数据管理的效率。

本申请实施例还提供一种服务器，该服务器用于执行前述任一项的方法的单元。具体地，参见图4，是本申请实施例提供的一种服务器的示意框图。本实施例的服务器包括：获取单元401、转换单元402、编译单元403以及存储单元404。

获取单元401，用于接收业务规则导入指令，响应上述业务规则导入指令，获取上述业务规则导入指令对应的待导入的规则文档；

转换单元402，用于根据语义识别转换规则对上述规则文档中业务规则的内容进行转换，获得目标规则文档，上述目标规则文档的内容满足编译条件；

编译单元403，用于编译上述目标规则文档，获得上述第一规则数据；

存储单元404，用于将上述第一规则数据存储在业务系统缓存中。

可以看出，本申请实施例通过在本申请实施例中，业务员可以先使用自然语言将业务规则编写在规则文档中，然后将规则文档中业务规则的内容通过语义识别转换为满足编译条件的目标规则文档，最后通过将目标规则文档中的业务规则编译成业务系统能够使用的规则数据，并将规则数据储存在业务系统缓存中。通过本申请实施例，业务员使用自然语言来编辑管理业务规则，可以提升用户体验。

可选的，上述服务器还包括：

创建单元405，用于建立业务标签与上述规则数据的对应关系；

第一接收单元406，用于接收业务处理请求，上述业务处理请求包括第一业务以及上述第一业务的业务标签；

调用单元407，用于从业务系统缓存中调用上述业务标签对应的目标规则数据，基于上述目标规则数据对上述第一业务进行处理。

可以看出，在本申请实施例中，当需要处理业务时，可以直接从业务系统的缓存中调用相应的业务规则数据来处理业务。通过本申请实施例，业务员使用自然语言来编辑管理业务规则，可以提升用户体验；另外，直接从业务系统缓存中调用业务规则来处理业务能有效提升业务处理效率。

可选的，上述服务器还包括：

分配单元408，用于给上述目标规则文档内的业务规则分配规则标签；

上述创建405单元，用于建立规则标签与上述目标规则文档的对应关系；

上述存储单元404，用于将上述目标规则文档存储在规则文档库中；

上述第一接收单元406，用于接收对上述目标规则文档中业务规则的操作指令，上述操作指令中包括第二业务规则的第二规则标签；

规则处理单元409，用于执行上述操作指令对应的操作，上述操作指令包括添加指令、更新指令、删除指令；

上述获取单元401，用于根据上述第二规则标签从上述规则文档库中获取上述目标规则文档；

第一更新单元410，用于编译上述目标规则文档，得到第二规则数据，将上述业务系统缓存中的第一规则数据更新为上述第二规则数据。

可选的，在上述操作指令为添加指令的情况下，上述规则处理单元包括：

第二接收单元4091，用于接收第二文本业务规则的输入，上述第二文本业务规则为上述第二业务规则的文本格式；

添加单元4092，用于根据语义识别转换规则对上述第二文本业务规则进行转换，得到转换后的第二业务规则，根据上述第二规则标签将上述转换后的第二业务规则添加到上述目标规则文档中。

可选的，在上述操作指令为更新指令的情况下，

上述第二接收单元4091，用于接收第二文本业务规则的输入，上述第二文本业务规则为上述第二业务规则的文本格式；

上述规则处理单元还包括：

第二更新单元4093，用于根据语义识别转换规则对上述第二文本业务规则进行转换，得到转换后的第二业务规则，根据上述第二规则标签将上述目标规则文档中原有的第二业务规则更新为上述转换后的第二业务规则。

可选的，在上述操作指令为删除指令的情况下，上述规则处理单元还包括：

删除单元4094，用于根据上述第二规则标签将上述目标规则文档中上述第二规则标签对应的第二业务规则删除。

可选的，转换单元包括：

识别单元4021，用于对上述规则文档中业务规则的内容进行语义识别，从上述规则文档中业务规则的内容中提取业务规则的执行条件、执行对象、执行动作；

编辑单元4022，用于根据上述执行条件、上述执行对象、上述执行动作，将上述规则文档中业务规则的内容按照预设的编写格式进行编辑，得到上述目标规则文档。

可以看出，本申请实施例通过在本申请实施例中，业务员可以先使用自然语言将业务规则编写在规则文档中，然后将规则文档中业务规则的内容通过语义识别转换为满足编译条件的目标规则文档，并将目标规则文档存储在规则文档库中；最后通过将目标规则文档中的业务规则编译成业务系统能够使用的规则数据，并将规则数据储存在业务系统缓存中，当需要对业务系统中的业务规则数据进行添加、更新、删除等操作时，可以通过对规则文档库中的目标规则文档进行相应的操作，然后对目标规则文档进行重新编译，得到新的规则数据，最后将业务系统中的旧规则数据更新为新规则数据。通过本申请实施例，业务员使用自然语言来编辑管理业务规则，可以提升用户体验；另外，业务员还可以通过管理规则文档库中的目标规则文档来实时快速的对业务系统中的规则数据进行添加、更新以及删除等操作，提升了对业务规则数据管理的效率。

参见图5，图5是本申请实施例提供的一种设备，该设备可以为服务器，如图5所示设备包括：一个或多个处理器501；一个或多个输入设备502，一个或多个输出设备503和存储器504。上述处理器501、输入设备502、输出设备503和存储器504通过总线505连接。存储器502用于存储指令，处理器501用于执行存储器502存储的指令。

其中，该设备作为服务器使用的情况下，处理器501用于：接收业务规则导入指令，响应上述业务规则导入指令，获取上述业务规则导入指令对应的待导入的规则文档；根据语义识别转换规则对上述规则文档中业务规则的内容进行转换，获得目标规则文档，上述目标规则文档的内容满足编译条件；编译上述目标规则文档，获得上述第一规则数据，将上述第一规则数据存储在业务系统缓存中。

应当理解，在本申请实施例中，所称处理器501可以是中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备502可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备503可以包括显示器(lcd等)、扬声器等。

该存储器504可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器504的一部分还可以包括非易失性随机存取存储器。例如，存储器504还可以存储设备类型的信息。

具体实现中，本申请实施例中所描述的处理器501、输入设备502、输出设备503可执行本申请实施例提供的一种业务规则处理方法的第一实施例中所描述的实现方式、第二实施列以及第三实施例中的实现方式，也可执行本申请实施例所描述的服务器的实现方式，在此不再赘述。

在本申请的另一实施例中提供一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现：接收业务规则导入指令，响应上述业务规则导入指令，获取上述业务规则导入指令对应的待导入的规则文档；根据语义识别转换规则对上述规则文档中业务规则的内容进行转换，获得目标规则文档，上述目标规则文档的内容满足编译条件；编译上述目标规则文档，获得上述第一规则数据，将上述第一规则数据存储在业务系统缓存中。

上述计算机可读存储介质可以是前述任一实施例上述的终端的内部存储单元，例如终端的硬盘或内存。上述计算机可读存储介质也可以是上述终端的外部存储设备，例如上述终端上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，上述计算机可读存储介质还可以既包括上述终端的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述终端所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

图6是本申请实施例提供的一种服务器结构示意图，该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)622(例如，一个或一个以上处理器)和存储器632，一个或一个以上存储应用程序642或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中，存储器632和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器622可以设置为与存储介质630通信，在服务器600上执行存储介质630中的一系列指令操作。

服务器600还可以包括一个或一个以上电源626，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口658，和/或，一个或一个以上操作系统641，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。

上述实施例中由服务器所执行的步骤可以基于该图6所示的服务器结构。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、服务器、终端设备和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、服务器和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。