一种业务确定方法和装置与流程

本公开涉及互联网
技术领域：
，特别涉及一种业务确定方法和装置。
背景技术：
：规则类系统是一种根据预定的规则执行业务处理的系统，例如，假设某一规则是“若车型是保时捷，则保费计算时将风险系数乘以2”，那么当接收到保费计算的业务请求时，就按照上述规则处理即可；因此，规则类系统中一般包含数量较多的规则。但是，具体到某一个规则来说，这条规则与哪些业务相关并不清楚，这就导致如果变更该规则，例如，规则的内容发生变化，将无法准确获知使得哪些业务受到影响。通常还需要靠人工经验，花费大量时间进行分析测试，来验证受到规则影响的业务；然而，即使费时费力的测试验证，也不一定能保证覆盖完全所有相关业务。技术实现要素：有鉴于此，本公开提供一种业务确定方法和装置，以更快更准确的确定与规则相关的业务。具体地，本公开是通过如下技术方案实现的：第一方面，提供一种业务确定方法，所述方法包括：将接收到的业务请求中携带的业务参数，与规则集合中的各条规则进行比对，得到所述业务参数命中的至少一条规则；将所述至少一条规则的规则组合与业务请求对应的业务，建立关联关系；存储所述关联关系。第二方面，提供一种业务确定装置，所述装置包括：规则比较模块，用于将接收到的业务请求中携带的业务参数，与规则集合中的各条规则进行比对，得到所述业务参数命中的至少一条规则；关联建立模块，用于将所述至少一条规则的规则组合与业务请求对应的业务，建立关联关系；信息存储模块，用于存储所述关联关系。第三方面，提供一种计算机可读存储介质，所述介质上存储有计算机指令，其特征在于，该指令被处理器执行时实现以下步骤：将接收到的业务请求中携带的业务参数，与规则集合中的各条规则进行比对，得到所述业务参数命中的至少一条规则；将所述至少一条规则的规则组合与业务请求对应的业务，建立关联关系；存储所述关联关系。第四方面，提供一种业务处理设备，所述设备包括存储器、处理器，以及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现以下步骤：将接收到的业务请求中携带的业务参数，与规则集合中的各条规则进行比对，得到所述业务参数命中的至少一条规则；将所述至少一条规则的规则组合与业务请求对应的业务，建立关联关系；存储所述关联关系。本公开的业务确定方法和装置，通过查看业务请求命中的规则，可以将业务命中的这些规则进行聚类，存储聚类后的规则组合与业务的关联关系，这样就使得规则类系统容易获知规则和业务的对应关系，在要使用该对应关系时可以更快更准确的获得；并且，该方法可以是在规则类系统处理业务请求的过程中，得到上述的规则组合和业务的关系，非常方便。附图说明图1是本公开实施例提供的一个规则类系统的应用结构示意图；图2是本公开实施例提供的一个业务确定方法的处理流程；图3是本公开实施例提供的一个确定规则对应业务的流程图；图4是本公开实施例提供的一个业务确定装置的结构示意图；图5是本公开实施例提供的一个业务确定装置的结构示意图。具体实施方式图1示例了一个规则类系统的应用结构示意图，如图1所示，一个业务处理设备11上运行了一个规则类系统12，该规则类系统12可以是一种根据预定的规则执行业务处理的系统。例如，在业务处理设备11自身的存储器上或者在其他的数据库中，可以存储数量较多的规则，可以称为一个规则集合，包括图1示意的规则a、规则b、规则c等。当业务处理设备11接收到一个业务的业务请求时，规则类系统12将查询所述的规则集合，根据业务请求所涉及到的规则进行业务处理，得到业务处理结果。以车辆承保的保费计算为例，那么业务请求可以是请求进行一次保费计算。而规则集合中的规则可以包括与保费计算相关的一些规则，如下表1示例了其中两条规则，实际实施中可以有更多的规则。表1规则示例规则编号规则条件规则动作1车型是保时捷911设置：风险系数*22承保机构是x公司设置：优惠系数最高0.7…..…………当业务处理设备11接收到一次计算保费的请求时，可以根据上述的表1进行计算。例如，在保费计算中将涉及到风险系数和优惠系数，本次请求计算的承保车型是保时捷911，根据规则可以将本次计算的风险系数乘以2。按照上述方法计算即可得到本次的保费金额。此外，具体实施中不一定是保费计算的金额，在其他的应用例子中，当然也可以是与其他业务相关的规则，不再详举。本公开中的业务处理设备11，在接收到业务请求时，还可以执行图2所示例的业务确定方法的处理流程，该流程可以包括：在步骤201中，将接收到的业务请求中携带的业务参数，与规则集合中的各条规则进行比对，得到所述业务参数命中的至少一条规则。仍以保费计算为例，请求计算保费的业务请求中，可以携带诸如投保人、承保机构、车型等，这些信息可以称为业务参数。当接收到业务参数后，可以查看这些参数命中了规则集合中的哪些规则。这里的命中指的是业务参数包括规则中限定的参数。例如，如果将上述的业务参数称为“入参”，那么如下的表2示例了每一个入参都可以具有自己的属性值。表2入参模型入参属性入参属性值车型保时捷911车辆价格100w承保机构x公司…..……如上的表2，业务请求中可以携带多种入参属性，每一种入参属性都具有对应的属性值。此外，这些入参在存储时可以存储成key-value的形式。本步骤中，可以判断入参属性值是否与规则中限定的参数相同，例如，本例子的规则可以包括规则条件和规则动作，如下表3的示例。表3规则模型规则编号规则条件规则动作1车型是保时捷911设置：风险系数*22承保机构是x公司设置：优惠系数最高0.7…..…..……结合上述的表3，规则集合中的各条规则可以都具有对应的规则编号，并且可以包括规则条件和规则动作，本步骤可以判断入参属性值中是否有“规则条件”中限定的参数，如果有则称为命中该规则，按照对应的规则动作处理。举例如下：假设业务请求中携带的入参中，其中一个入参属性车型对应的属性值是保时捷911，经过与规则比对，确定正好命中了编号为1的规则，与规则1中的规则条件“车型是保时捷911”相同，则在计算本次保费时，按照规则动作，将风险系数乘以2。当然，每一个业务请求命中的规则的数量可以是至少一条。例如，一条业务请求可以只命中了规则1，或者也可以命中“规则1+规则2”的规则组合。在步骤202中，将所述至少一条规则的规则组合与业务请求对应的业务，建立关联关系。本步骤可以是根据步骤201中的命中结果，建立规则组合与业务的对应关系。仍以上述的请求保费计算的业务为例，假设这个业务请求命中了表3中的规则1和规则2，该业务请求对应的业务即“一个x公司承保了保时捷911”的业务。如下的表4，示例了业务和规则组合的对应关系。需要说明的是，这里所述的规则组合与业务的关联关系中，其中的规则组合包括命中一个规则的情况。表4业务和规则的关联业务规则组合s1规则1+规则2s2规则1+规则3+规则4.......…….在步骤203中，存储所述关联关系。业务处理设备11在得到上述表4的关联关系后，可以将该关联关系的信息存储在本地的存储器，或者也可以存储在其他的存储空间。上述图2的流程可以是业务处理设备11中的规则类系统12执行，后续该规则类系统12也可以获取到存储的关联关系进行利用。此外，在表4示例的关联关系中，一个业务可以对应一个规则组合，一个所述规则组合可以对应至少一个业务。例如，如下表5示例的规则3，规则条件中包括多个并列的参数“保时捷，或者大众，或者日产”，那么假设一个业务请求中携带的车型是大众，该业务将命中规则3，而如果一个业务请求携带的车型是保时捷，该业务同样命中规则3，因此，一个规则组合可能会对应多个业务。表5规则示意本例子的业务确定方法，通过查看业务请求命中的规则，可以将业务命中的这些规则进行聚类，存储聚类后的规则组合与业务的关联关系，这样就使得规则类系统容易获知规则和业务的对应关系，在要使用该对应关系时可以更快更准确的获得；并且，该方法可以是在规则类系统处理业务请求的过程中，得到上述的规则组合和业务的关系，非常方便。在另一个例子中，假设要对规则集合中的其中一条规则进行修改，例如，可以是变更规则的规则条件或者规则动作，那么该规则的变更将影响到哪些业务，需要进行分析和测试。如下的图3所示的流程，描述了确定某一规则涉及的业务的过程，可以包括：在步骤301中，对于一条目标规则，根据存储的关联关系，确定包含所述目标规则的规则组合。本步骤中的目标规则可以是某一条发生变更的规则，例如，可以是将规则2中的规则条件发生变更，将“承保机构是x公司”变更为“承保机构是y公司”。根据上面的表4示例，已经记录了与业务关联的规则组合，本步骤可以查找变更的目标规则包含在存储的关联关系中的哪些规则组合，例如，假设可以得到变更的规则2包含在“规则1+规则2”这一规则组合，还包括在“规则2+规则4+规则5”这一规则组合。在步骤302中，将规则组合对应的业务，确定为所述目标规则涉及的业务。如上提到的，每一个规则组合可以对应至少一个业务，那么可以将“规则1+规则2”对应的所有业务，以及“规则2+规则4+规则5”这一规则组合对应的所有业务，都确定为目标规则涉及的业务，即规则2的变更将影响到这些业务，可以和这些影响业务的业务方确认是否要修改。并且，测试的时候也能够保证覆盖到目标规则涉及的所有业务，可以测试修改后的业务是否能正常运行。本例子的业务确定方法，通过根据预先存储的规则组合与业务的关联关系，可以在规则变更时，更快更准确的得到某规则涉及的所有业务，从而使得对规则的维护更加容易，也使得规则和业务的关联关系更加清楚。此外，本公开中的业务处理设备可以持续的执行本公开的方法，在接收到业务请求时查看命中的规则。并且，还可以根据每次接收的业务请求，对各条规则的使用次数或者各个业务的处理次数进行统计计数，就可以得到哪些业务长时间没有接收到请求，可能下线了，或者还可以得到哪些规则长时间没有命中，可能是否不用了，等。在其他的例子中，当一个业务对应的规则组合发生变更，例如，某业务原来命中的是“规则1+规则2”，后来命中的是“规则1+规则3”，可以据此对关联关系进行更新。图4是本公开提供的业务确定装置的结构示意图，该装置可以执行上述的业务确定方法，如图4所示，该装置可以包括：规则比较模块41、关联建立模块42和信息存储模块43。规则比较模块41，用于将接收到的业务请求中携带的业务参数，与规则集合中的各条规则进行比对，得到所述业务参数命中的至少一条规则；关联建立模块42，用于将所述至少一条规则的规则组合与业务请求对应的业务，建立关联关系；信息存储模块43，用于存储所述关联关系。在一个例子中，所述规则包括：规则条件和对应的规则动作；规则比较模块41，具体用于在所述业务参数包括规则中的所述规则条件中限定的参数时，确定得到所述业务参数命中的规则。在一个例子中，如图5所示，该装置还可以包括：规则获取模块44和业务获取模块45。规则获取模块44，用于对于一条目标规则，根据存储的所述关联关系，确定包含所述目标规则的规则组合；业务获取模块45，用于将所述规则组合对应的业务，确定为所述目标规则涉及的业务。在一个例子中，一个业务对应一个规则组合；一个所述规则组合对应至少一个业务。上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本公开时可以把各模块的功能在同一个或多个软件和/或硬件中实现。本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机指令的计算机可读存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。例如，所述计算机指令被设备中的处理器执行时可以实现以下步骤：将接收到的业务请求中携带的业务参数，与规则集合中的各条规则进行比对，得到所述业务参数命中的至少一条规则；将所述至少一条规则的规则组合与业务请求对应的业务，建立关联关系；存储所述关联关系。在一个例子中，本公开还可以提供一种业务处理设备，该设备可以包括存储器、一个或多个处理器(cpu)、输入/输出接口、网络接口和内存，以及存储在存储器上并可在处理器上运行的计算机指令。所述处理器执行所述指令时实现以下步骤：将接收到的业务请求中携带的业务参数，与规则集合中的各条规则进行比对，得到所述业务参数命中的至少一条规则；将所述至少一条规则的规则组合与业务请求对应的业务，建立关联关系；存储所述关联关系。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。当前第1页12