CN116662041A - 业务信息处理方法、装置、计算机设备、介质和程序产品 - Google Patents
业务信息处理方法、装置、计算机设备、介质和程序产品 Download PDFInfo
- Publication number
- CN116662041A CN116662041A CN202310896704.0A CN202310896704A CN116662041A CN 116662041 A CN116662041 A CN 116662041A CN 202310896704 A CN202310896704 A CN 202310896704A CN 116662041 A CN116662041 A CN 116662041A
- Authority
- CN
- China
- Prior art keywords
- rule engine
- auditor
- service
- information processing
- starting
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 105
- 238000003672 processing method Methods 0.000 title claims abstract description 13
- 238000012545 processing Methods 0.000 claims abstract description 65
- 238000000034 method Methods 0.000 claims abstract description 52
- 238000004590 computer program Methods 0.000 claims abstract description 50
- 238000004088 simulation Methods 0.000 claims abstract description 21
- 230000004044 response Effects 0.000 claims description 17
- 238000001514 detection method Methods 0.000 claims description 12
- 230000000977 initiatory effect Effects 0.000 claims description 2
- 230000008569 process Effects 0.000 description 17
- 238000012795 verification Methods 0.000 description 10
- 230000004913 activation Effects 0.000 description 8
- 238000013515 script Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 238000011161 development Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 235000006719 Cassia obtusifolia Nutrition 0.000 description 2
- 235000014552 Cassia tora Nutrition 0.000 description 2
- 244000201986 Cassia tora Species 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 239000000523 sample Substances 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000012550 audit Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/008—Reliability or availability analysis
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请涉及一种业务信息处理方法、装置、计算机设备、计算机存储介质和计算机程序产品。所述方法包括：检测规则引擎是否启动完成；当所述规则引擎启动完成，开始接收模拟业务信息处理请求；通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，并基于所述响应处理的结果确定规则引擎的可用性。本申请还公开了一种业务信息处理装置、计算机设备、计算机存储介质和计算机程序产品。采用本方法当规则引擎启动完成时，才开始接收模拟业务信息处理请求；通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，这样不会出现请求耗时较长的情况。
Description
技术领域
本申请涉及规则引擎技术领域，特别是涉及一种业务信息处理方法、装置、计算机设备、存储介质和计算机程序产品。
背景技术
为了实现业务应用和业务流程的剥离，企业信息化中IT信息系统建设规则引擎，在核保规则校验、理赔案件分配等模块引入规则引擎，这样当需要对规则修改时，仅需要修改规则引擎对应的规则即可，减少了开发量。
然而，规则引擎应用在核保规则校验时，规则校验服务与规则引擎部署在同一个容器中，通过JavaSE容器外部的本地访问方式执行规则集，由于规则校验服务与规则引擎在同一个JVM（JVM是Java Virtual Machine的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的）中，在服务启动后就会分发核保请求进行核保规则校验，而规则集首次执行时才会将规则内容加载到内存之中，所以在规则版本发布以及服务器重启时会出现请求耗时较长的情况，影响用户体验。
发明内容
基于此，有必要针对上述技术问题，提供一种能够在接收业务处理请求前，先判断规则引擎是否启动完成，从而避免出现请求耗时较长的情况的业务信息处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
第一方面，本申请提供一种业务信息处理方法，所述方法包括：
检测规则引擎是否启动完成；
当所述规则引擎启动完成，开始接收模拟业务信息处理请求；
通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，并基于所述响应处理的结果确定规则引擎的可用性。
在其中一个实施例中，所述检测所述规则引擎是否启动完成，包括：
通过检测所述规则引擎所在的容器服务的端口状态，确定第一容器中的应用服务是否启动；
当所述第一容器中的应用服务启动时，加载所述规则引擎对应的规则至内存；
检测所述第一容器的日志中是否包括启动完成标识；
当所述第一容器的日志中包括启动完成标识时，判定所述规则引擎启动完成。
在其中一个实施例中，所述开始接收模拟业务信息处理请求，包括：
启动第二容器，并通过所述第二容器接收模拟业务信息处理请求。
在其中一个实施例中，所述通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，包括：
通过无状态EJB的方式调用所述第一容器中的规则引擎，对所述模拟业务信息处理请求进行响应处理。
在其中一个实施例中，所述通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，包括：
通过启动完成的所述规则引擎对所述模拟业务信息处理请求中的待处理业务进行分类，得到所述待处理业务的分类；
获取与所述分类对应的审核员分组；
从所述审核员分组中确定与所述待处理业务对应的审核员，并将所述待处理业务分配至所述审核员。
在其中一个实施例中，所述获取与所述分类对应的审核员分组之前，还包括：
判断所述分类是否为预设分类；
当所述分类为预设分类时，优先对所述待处理业务进行分配。
在其中一个实施例中，所述从所述审核员分组中确定与所述待处理业务对应的审核员，包括：
根据所述审核员分组中各个审核员的等级、当日案件处理量、未完成量、已分配量中的至少一个，确定与所述待处理业务对应的审核员。
在其中一个实施例中，所述获取与所述分类对应的审核员分组之前，还包括：
根据所述审核员的权限等级对所述审核员进行分组，得到审核员分组。
在其中一个实施例中，所述获取与所述分类对应的审核员分组之后，还包括：
确定所述审核员分组中的各个审核员的案件处理量是否已达到预设值，且未处理案件量超过额定数量；
当所述审核员分组中的各个审核员的案件处理量已达到预设值，且未处理案件量超过额定数量，则从后备组中确定与所述待处理业务对应的审核员，并将所述待处理业务分配至所述审核员。
第二方面，本申请还提供一种业务信息处理装置，所述装置包括：
第一启动模块，用于启动规则引擎；
检测模块，用于检测所述规则引擎是否启动完成；
第二启动模块，用于当所述规则引擎启动完成，开始接收模拟业务信息处理请求；
请求处理模块，用于通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，并基于所述响应处理的结果确定规则引擎的可用性。
第三方面，本申请还提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任意一个实施例中的方法的步骤。
第四方面，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一个实施例中的方法的步骤。
第五方面，本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述任意一个实施例中的方法的步骤。
上述业务信息处理方法、装置、计算机设备、存储介质和计算机程序产品，在接收模拟业务信息处理请求前，先启动规则引擎，并判断规则引擎是否启动完成，当规则引擎启动完成时，才开始接收模拟业务信息处理请求；通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，这样不会出现请求耗时较长的情况。
附图说明
图1为一个实施例中业务信息处理方法的应用环境图；
图2为一个实施例中业务信息处理方法的流程示意图；
图3为另一个实施例中业务信息处理方法的流程示意图；
图4为一个实施例中案件分配的流程图；
图5为一个实施例中业务信息处理装置的结构框图；
图6为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请实施例提供的业务信息处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。其中，服务器104可以先检测规则引擎是否启动完成，当规则引擎启动完成后，才会接收终端102发送的模拟业务信息处理请求，并通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理。这样通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，这样不会出现请求耗时较长的情况。
其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，如图2所示，提供了一种业务信息处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：
S202：检测规则引擎是否启动完成。
具体地，规则引擎是用于对模拟业务信息处理请求进行处理的，其主要是通过加载至内存中的业务规则来对模拟业务信息处理请求进行判断，以指导下一步处理，或者是输出模拟业务信息处理请求对应的处理结果等。
在其中一个实施例中，规则引擎的启动分为至少两步，一步是启动规则引擎对应的应用服务，该应用可以看作是调用业务规则的逻辑以及执行业务规则的逻辑等。另外一步是将规则引擎对应的业务规则加载至内存中，这样应用服务可以直接调用加载至内存中的业务规则对模拟业务信息处理请求进行处理。
S204：当规则引擎启动完成，开始接收模拟业务信息处理请求。
S206：通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，并基于所述响应处理的结果确定规则引擎的可用性。
具体地，在传统技术中，在服务启动以及部署新规则后首次请求会将调用的规则集加载到内存中，以便后续高效率执行，但将规则集加载至内存消耗时间比较长，会导致执行时间过长，引发超时问题，用户体验较差，也就是说在规则引擎还未启动完成时，就已经开始接受到模拟业务信息处理请求，这样导致接收的模拟业务信息处理请求的处理时间很长，用户需要等待较长的时间才能得到结果，或者是规则引擎若是直接处理，则由于规则集并未加载完成，这样的处理结果很有可能是不正确的。例如传统技术中是规则引擎应用在核保规则校验时，规则校验服务与规则引擎部署在同一个容器中，通过JavaSE（JavaStandard Edition）容器外部的本地访问方式执行规则集，由于规则校验服务与规则引擎在同一个JVM中，在服务启动后就会分发核保请求进行核保规则校验，而规则集首次执行时才会将规则内容加载到内存之中，所以在规则版本发布以及服务器重启时会出现请求耗时较长的情况，影响用户体验。
为此，本申请中，在启动规则引擎与启动模拟业务信息处理请求，例如核保规则校验服务的流程之中嵌入规则引擎探活步骤，确保所有模拟业务信息处理请求执行规则集之前，规则引擎已经将规则集加载到内存中，使进行模拟业务信息处理请求的处理时，例如投保规则校验时，能够直接引用内存中的规则集完成模拟业务信息处理请求的响应处理，例如完成核保规则校验。
具体地，结合图3所示，其中首先规则服务应用程序端口激活，激活后再加载规则至内存，加载完成，也即探活结果为规则引擎启动，探活结果为规则引擎启动后进行访问。这时服务器将接收到终端发送的模拟业务信息处理请求时，进行负载均衡，端口分发请求，然后通过加载至内存中的规则对模拟业务信息处理请求进行处理得到业务结果，并基于响应处理的结果确定规则引擎的可用性，当规则引擎可用时，则接收真实的业务信息处理请求，否则等待一定时间后继续发起模拟业务信息处理请求，直至规则引擎可用后，则接收真实的业务信息处理请求。
上述业务信息处理方法，在接收模拟业务信息处理请求前，先启动规则引擎，并判断规则引擎是否启动完成，当规则引擎启动完成时，才开始接收模拟业务信息处理请求；通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，这样不会出现请求耗时较长的情况。
在其中一个实施例中，检测规则引擎是否启动完成，包括：通过检测规则引擎所在的容器服务的端口状态，确定第一容器中的应用服务是否启动；当第一容器中的应用服务启动时，加载规则引擎对应的规则至内存；检测第一容器的日志中是否包括启动完成标识；当第一容器的日志中包括启动完成标识时，判定规则引擎启动完成。
具体地，为了实现规则引擎探活的技术方案，即在规则校验服务以及规则引擎启动之间添加规则引擎探活方案，使得整个调用流程始终处于高效状态。
具体地，在本实施例中，将规则校验服务以及规则引擎启动分别部署在两个容器中，也就是说一个容器用于运行规则引擎，另一个容器部署应用程序接收前端系统请求，先启动规则引擎的容器，在规则引擎的容器启动完成后，再启动接收前端系统请求的容器。
然后再针对两个应用容器的启动脚本做整合，在规则引擎容器启动脚本中增加shell脚本，嵌入规则引擎探活功能，先通过netstat命令识别规则引擎容器服务的端口状态判断容器中应用服务是否完成启动；规则引擎容器服务的端口状态完成启动后通过原有执行规则的调用方式，调用需要加载至内存中的规则集，等待规则集加载完成后会对在容器日志中输出锚点，再对容器日志抓取锚点，判断规则引擎是否完全启动。
具体地，在识别规则引擎服务已启动后，由于拆分两个容器，原有调用方式无法跨容器交互，因此在其中一个可选的实施例中通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，包括：通过无状态EJB（Enterprise Java Beans，Java服务器端服务框架的规范）的方式调用第一容器中的规则引擎，对模拟业务信息处理请求进行响应处理，这样开发通过无状态EJB的方式调用规则引擎，完成跨容器的交互。
最后在shell脚本中识别规则引擎是否完全启动，启动应用容器接收前端请求，实现规则引擎探活方案。在其中一个可选的实施例中，开始接收模拟业务信息处理请求，包括：启动第二容器，并通过第二容器接收模拟业务信息处理请求。
在其中一个实施例中，通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，包括：通过启动完成的规则引擎对模拟业务信息处理请求中的待处理业务进行分类，得到待处理业务的分类；获取与分类对应的审核员分组；从审核员分组中确定与待处理业务对应的审核员，并将待处理业务分配至审核员。
具体地，待处理业务的分类可以是预先设置的标准分类，在其中一个可选的实施例中，该待处理业务的分类可以是规则引擎根据对应的业务规则对模拟业务信息处理请求进行处理得到的，例如根据案件的属性信息分为不同的类型，例如根据案件的机构信息、案件类型、险种类别、事故结果、案件结论等对案件进行分组，分为简易案件、拒赔案件、现场给付等不同分为不同的类型。在其他的实施例中，终端可以根据案件的各个属性信息计算得分，然后根据得分确定对应的分类，例如机构信息、案件类型、险种类别、事故结果、案件结论等对案件进行分组，分为简易案件、拒赔案件、现场给付，在其中的一个实施例中，终端可以预先配置各个属性对应的分值以及该属性对应的权重，从而可以计算得到案件的得分，最后根据案件的得分来得到不同的案件的类型。
审核员分组也是预先生成的，例如根据审核员的权限等级对审核员进行分组，得到审核员分组，可选地，根据人员属性因子，即作业人员的权限等级对所有作业人员进行分组，其中对于审核员分组可以根据审核员的属性信息来进行，例如根据审核员的等级、所属的业务组等等，在其他的实施例中，则可以直接将审核员的人事分组作为审核员分组，从而减少计算量。
其中引擎规则中预先设置了不同的案件的类型与审核员分组的对应关系，这样根据案件的类型可以获取到对应的审核员分组，进而从对应的审核员分组中获取到对应的审核员，以将案件分配给该审核员进行处理。
这样，在需要人工进行审核或者签批时，将案件状态修改为与规则库约定的状态，不在直接到人工处理池，规则库通过quartz定时任务框架启动定时任务，抓取审核、签批阶段的理赔案件进入规则库理赔分单流程，而非直接扔在人工处理池中由各个审核人员自己选择业务，避免了案件分配不均。
上述实施例中，将理赔案件处理至待人工处理阶段，由规则库定时任务抓取理赔案件，根据理赔案件的案件信息，来匹配筛选满足优先级因子条件的理赔案件，并进行作业组划分；根据理赔作业人员的优先级因子，来匹配筛选作业人员，划分人员组；再增加作业组与人员组配置关系表，根据配置的关联关系与作业人员的工作量、分配量等筛选匹配到最优处理人员。
在其中一个实施例中，获取与分类对应的审核员分组之前，还包括：判断分类是否为预设分类；当分类为预设分类时，优先对待处理业务进行分配。
为了保证案件的处理效率，分单程序需要循环运行，以便审核员处理完手头的案子后，能够立即分配新的案件。另外一些审核回退、签批回退或者较为紧急重大的案件设定未特定案件，进行优先分配。
在其中一个实施例中，从审核员分组中确定与待处理业务对应的审核员，包括：根据审核员分组中各个审核员的等级、当日案件处理量、未完成量、已分配量中的至少一个，确定与待处理业务对应的审核员。
在确定了审核员分组后，还可以获取到可分配的人员集，根据作业人员的等级，当日案件处理量、未完成量、已分配量等数据，将案件分配给案件量缺口最大的审核员，从而将对应的案件分配给该审核人员，使得案件分配更加均衡。
在其中一个实施例中，获取与分类对应的审核员分组之后，还包括：确定审核员分组中的各个审核员的案件处理量是否已达到预设值，且未处理案件量超过额定数量；当审核员分组中的各个审核员的案件处理量已达到预设值，且未处理案件量超过额定数量，则从后备组中确定与待处理业务对应的审核员，并将待处理业务分配至审核员。
具体地，启动理赔审核、签批任务，获取案件信息，由人工配置作业因子，根据案件的机构信息、案件类型、险种类别、事故结果、案件结论等对案件进行分组，分为简易案件、拒赔案件、现场给付等不同的作业组，并设置案件的优先等级、权重等抽象信息。再根据人员属性因子，即作业人员的权限等级对所有作业人员进行分组，作业人员与理赔案件各自分组完成后，由用户预先配置作业组对应的人员组与后备人员组，根据该配置关系分配到人员组中对应人员，若无法匹配到作业人员则考虑后备组中的作业人员，得到可以分配案件的最优人员集。
为了方便理解，请参阅图4所示，图4为一个实施例中案件分配的流程图，在该实施例中，针对案件信息的作业因子、人员的属性因子与人员组作业组匹配关系等，设置对应的配置页面，模块化设计各个配置项，方便实时调整作业因子，并根据人员的案件分配情况实时调整分配缺口。也就是说各个配置项可以对应调整作业因子，从而调整了规则引擎中的规则，这样可以根据需要来动态生成规则，而无需针对每个规则都进行编码等等。在其中一个可选的实施例中，定时任务设置多个批次，缩短定时任务批次间隔，实现24小时实时分配，保障所有人员均有案件分配。
其中为了方便理解，结合图4以及规则引擎启动的流程一起进行说明，其中规则引擎中的规则可以通过页面进行配置，或者是通过页面配置规则中的具体参数，这样可以动态调整待处理业务的分配等等，提高效率。
然而在规则调整后，若是直接接收模拟业务信息处理请求，则此时规则还未加载完成，需要等待时间较长，为了避免该种情况的产生，在规则调整后，先进行规则引擎启动，例如将规则校验服务以及规则引擎启动分别部署在两个容器中，也就是说一个容器用于运行规则引擎，另一个容器部署应用程序接收前端系统请求，先启动规则引擎的容器，在规则引擎的容器启动完成后，再启动接收前端系统请求的容器。
然后再针对两个应用容器的启动脚本做整合，在规则引擎容器启动脚本中增加shell脚本，嵌入规则引擎探活功能，先通过netstat命令识别规则引擎容器服务的端口状态判断容器中应用服务是否完成启动；规则引擎容器服务的端口状态完成启动后通过原有执行规则的调用方式，调用需要加载至内存中的规则集，等待规则集加载完成后会对在容器日志中输出锚点，再对容器日志抓取锚点，判断规则引擎是否完全启动。
具体地，在识别规则引擎服务已启动后，由于拆分两个容器，原有调用方式无法跨容器交互，因此在其中一个可选的实施例中通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，包括：通过无状态EJB（Enterprise Java Beans，Java服务器端服务框架的规范）的方式调用第一容器中的规则引擎，对模拟业务信息处理请求进行响应处理，这样开发通过无状态EJB的方式调用规则引擎，完成跨容器的交互。
其中对模拟业务信息处理请求进行响应处理则是本申请中的案件分配的过程。如图4所示，其中在确定规则引擎工作时，规则引擎获取到待处理业务，也即图4中的规则引擎抓单的步骤，然后按照规则引擎中的规则进行处理以得到待处理业务的分类，即图4中的作业单分类，可选地，终端按照分类对待处理业务进行排序，并按照排序依次匹配对应的审核员分组，即图4中的作业单优先排序步骤以及匹配作业组的步骤，具体地，先判断分类是否为预设分类，例如匹配作业组时是先判断是否存在特定等级作业单；当分类为预设分类时，优先对所述待处理业务进行分配，例如对审核回退、签批回退或者较为紧急重大的案件进行优先处理，例如从待分配作业单中提取出该些预设分类的作业单，进行优先处理。其中后续将从待分配作业单提取的作业单进行判断，即判断是否还有其他的未处理的待处理业务，若是存在，则从待处理业务中依次获取到当前待处理业务，根据待处理业务的分类获取到有权限的审核人员分组，然后直线获取到其中一个审核员的步骤，若是可以获取到审核员，则将该待处理业务分配给审核员，否则结束，等待下一次分配，并继续判断是否还有其他的未处理的待处理业务的步骤，直至该待处理业务处理完成。
若是不存在预设分类的待处理业务，则判断是否为工作日，并继续判断是否为工作日的工作时间，若是在工作时间，则判断工作定额是否已满，若是，则结束，等待下一次分配，否则判断当前分类中是否还有其他的未处理的待处理业务，若是存在，则从未当前分类的待处理业务中依次获取到当前待处理业务，根据待处理业务的分类获取到有权限的审核人员分组，然后，判断审核员分组中所有审核员是否个人作业定额已满且未完成量超限，若是，则可以启动后备组，否则获取到原来的审核员分组其中一个审核员，若是可以获取到审核员，则判断该审核员的作业量是否已清，若是该审核员的作业量已清，则将该待处理业务分配给审核员，并继续判断工作定额是否已满的步骤，直至该当前分类中的待处理业务处理完成，若是该审核员的作业量未清，则继续获取到原来的审核员分组其中一个审核员的步骤。
上述实施例中，针对核保规则校验，不再有耗时过长的投保单，极大提升用户体验。针对理赔案件分配给人工处理，确保了案件权限分配正确，人员工作量分配均匀，提升作业人员工作效率。
应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的业务信息处理方法的业务信息处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个业务信息处理装置实施例中的具体限定可以参见上文中对于业务信息处理方法的限定，在此不再赘述。
在一个实施例中，如图5所示，提供了一种业务信息处理装置，包括：检测模块501、接收模块502和处理模块503，其中：
检测模块501，用于检测规则引擎是否启动完成。
接收模块502，用于当规则引擎启动完成，开始接收模拟业务信息处理请求。
处理模块503，用于通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，并基于响应处理的结果确定规则引擎的可用性。
在其中一个实施例中，上述检测模块501包括：
端口检测单元，用于通过检测规则引擎所在的容器服务的端口状态，确定第一容器中的应用服务是否启动；
加载单元，用于当第一容器中的应用服务启动时，加载规则引擎对应的规则至内存；
日志检测单元，用于检测第一容器的日志中是否包括启动完成标识；当第一容器的日志中包括启动完成标识时，判定规则引擎启动完成。
在其中一个实施例中，上述接收模块502还用于启动第二容器，并通过第二容器接收模拟业务信息处理请求。
在其中一个实施例中，上述处理模块503还用于通过无状态EJB的方式调用第一容器中的规则引擎，对模拟业务信息处理请求进行响应处理。
在其中一个实施例中，上述处理模块503包括：
业务分类单元，用于通过启动完成的规则引擎对模拟业务信息处理请求中的待处理业务进行分类，得到待处理业务的分类；
审核员分组单元，用于获取与分类对应的审核员分组；
分配单元，用于从审核员分组中确定与待处理业务对应的审核员，并将待处理业务分配至审核员。
在其中一个实施例中，上述处理模块503还包括：
判断单元，用于判断分类是否为预设分类；
上述分配单元还用于当分类为预设分类时，优先对待处理业务进行分配。
在其中一个实施例中，上述分配单元还用于根据审核员分组中各个审核员的等级、当日案件处理量、未完成量、已分配量中的至少一个，确定与待处理业务对应的审核员。
在其中一个实施例中，上述装置还包括：
审核员分组模块，用于根据审核员的权限等级对审核员进行分组，得到审核员分组。
在其中一个实施例中，上述装置还包括：
确定模块，用于确定审核员分组中的各个审核员的案件处理量是否已达到预设值，且未处理案件量超过额定数量；当审核员分组中的各个审核员的案件处理量已达到预设值，且未处理案件量超过额定数量，则从后备组中确定与待处理业务对应的审核员，并将待处理业务分配至审核员。
上述业务信息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储规则。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务信息处理方法。
本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：检测规则引擎是否启动完成；当规则引擎启动完成，开始接收模拟业务信息处理请求；通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，并基于响应处理的结果确定规则引擎的可用性。
在一个实施例中，处理器执行计算机程序时所实现的检测规则引擎是否启动完成，包括：通过检测规则引擎所在的容器服务的端口状态，确定第一容器中的应用服务是否启动；当第一容器中的应用服务启动时，加载规则引擎对应的规则至内存；检测第一容器的日志中是否包括启动完成标识；当第一容器的日志中包括启动完成标识时，判定规则引擎启动完成。
在一个实施例中，处理器执行计算机程序时所实现的开始接收模拟业务信息处理请求，包括：启动第二容器，并通过第二容器接收模拟业务信息处理请求。
在一个实施例中，处理器执行计算机程序时所实现的通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，包括：通过无状态EJB的方式调用第一容器中的规则引擎，对模拟业务信息处理请求进行响应处理。
在一个实施例中，处理器执行计算机程序时所实现的通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，包括：通过启动完成的规则引擎对模拟业务信息处理请求中的待处理业务进行分类，得到待处理业务的分类；获取与分类对应的审核员分组；从审核员分组中确定与待处理业务对应的审核员，并将待处理业务分配至审核员。
在一个实施例中，处理器执行计算机程序时所实现的获取与分类对应的审核员分组之前，还包括：判断分类是否为预设分类；当分类为预设分类时，优先对待处理业务进行分配。
在一个实施例中，处理器执行计算机程序时所实现的从审核员分组中确定与待处理业务对应的审核员，包括：根据审核员分组中各个审核员的等级、当日案件处理量、未完成量、已分配量中的至少一个，确定与待处理业务对应的审核员。
在一个实施例中，处理器执行计算机程序时所实现的获取与分类对应的审核员分组之前，还包括：根据审核员的权限等级对审核员进行分组，得到审核员分组。
在一个实施例中，处理器执行计算机程序时所实现的获取与分类对应的审核员分组之后，还包括：确定审核员分组中的各个审核员的案件处理量是否已达到预设值，且未处理案件量超过额定数量；当审核员分组中的各个审核员的案件处理量已达到预设值，且未处理案件量超过额定数量，则从后备组中确定与待处理业务对应的审核员，并将待处理业务分配至审核员。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：检测规则引擎是否启动完成；当规则引擎启动完成，开始接收模拟业务信息处理请求；通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，并基于响应处理的结果确定规则引擎的可用性。
在一个实施例中，计算机程序被处理器执行时所实现的检测规则引擎是否启动完成，包括：通过检测规则引擎所在的容器服务的端口状态，确定第一容器中的应用服务是否启动；当第一容器中的应用服务启动时，加载规则引擎对应的规则至内存；检测第一容器的日志中是否包括启动完成标识；当第一容器的日志中包括启动完成标识时，判定规则引擎启动完成。
在一个实施例中，计算机程序被处理器执行时所实现的开始接收模拟业务信息处理请求，包括：启动第二容器，并通过第二容器接收模拟业务信息处理请求。
在一个实施例中，计算机程序被处理器执行时所实现的通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，包括：通过无状态EJB的方式调用第一容器中的规则引擎，对模拟业务信息处理请求进行响应处理。
在一个实施例中，计算机程序被处理器执行时所实现的通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，包括：通过启动完成的规则引擎对模拟业务信息处理请求中的待处理业务进行分类，得到待处理业务的分类；获取与分类对应的审核员分组；从审核员分组中确定与待处理业务对应的审核员，并将待处理业务分配至审核员。
在一个实施例中，计算机程序被处理器执行时所实现的获取与分类对应的审核员分组之前，还包括：判断分类是否为预设分类；当分类为预设分类时，优先对待处理业务进行分配。
在一个实施例中，计算机程序被处理器执行时所实现的从审核员分组中确定与待处理业务对应的审核员，包括：根据审核员分组中各个审核员的等级、当日案件处理量、未完成量、已分配量中的至少一个，确定与待处理业务对应的审核员。
在一个实施例中，计算机程序被处理器执行时所实现的获取与分类对应的审核员分组之前，还包括：根据审核员的权限等级对审核员进行分组，得到审核员分组。
在一个实施例中，计算机程序被处理器执行时所实现的获取与分类对应的审核员分组之后，还包括：确定审核员分组中的各个审核员的案件处理量是否已达到预设值，且未处理案件量超过额定数量；当审核员分组中的各个审核员的案件处理量已达到预设值，且未处理案件量超过额定数量，则从后备组中确定与待处理业务对应的审核员，并将待处理业务分配至审核员。
在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：检测规则引擎是否启动完成；当规则引擎启动完成，开始接收模拟业务信息处理请求；通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，并基于响应处理的结果确定规则引擎的可用性。
在一个实施例中，计算机程序被处理器执行时所实现的检测规则引擎是否启动完成，包括：通过检测规则引擎所在的容器服务的端口状态，确定第一容器中的应用服务是否启动；当第一容器中的应用服务启动时，加载规则引擎对应的规则至内存；检测第一容器的日志中是否包括启动完成标识；当第一容器的日志中包括启动完成标识时，判定规则引擎启动完成。
在一个实施例中，计算机程序被处理器执行时所实现的开始接收模拟业务信息处理请求，包括：启动第二容器，并通过第二容器接收模拟业务信息处理请求。
在一个实施例中，计算机程序被处理器执行时所实现的通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，包括：通过无状态EJB的方式调用第一容器中的规则引擎，对模拟业务信息处理请求进行响应处理。
在一个实施例中，计算机程序被处理器执行时所实现的通过启动完成的规则引擎对模拟业务信息处理请求进行响应处理，包括：通过启动完成的规则引擎对模拟业务信息处理请求中的待处理业务进行分类，得到待处理业务的分类；获取与分类对应的审核员分组；从审核员分组中确定与待处理业务对应的审核员，并将待处理业务分配至审核员。
在一个实施例中，计算机程序被处理器执行时所实现的获取与分类对应的审核员分组之前，还包括：判断分类是否为预设分类；当分类为预设分类时，优先对待处理业务进行分配。
在一个实施例中，计算机程序被处理器执行时所实现的从审核员分组中确定与待处理业务对应的审核员，包括：根据审核员分组中各个审核员的等级、当日案件处理量、未完成量、已分配量中的至少一个，确定与待处理业务对应的审核员。
在一个实施例中，计算机程序被处理器执行时所实现的获取与分类对应的审核员分组之前，还包括：根据审核员的权限等级对审核员进行分组，得到审核员分组。
在一个实施例中，计算机程序被处理器执行时所实现的获取与分类对应的审核员分组之后，还包括：确定审核员分组中的各个审核员的案件处理量是否已达到预设值，且未处理案件量超过额定数量；当审核员分组中的各个审核员的案件处理量已达到预设值，且未处理案件量超过额定数量，则从后备组中确定与待处理业务对应的审核员，并将待处理业务分配至审核员。
需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。
Claims (13)
1.一种业务信息处理方法，其特征在于，所述方法包括：
检测规则引擎是否启动完成；
当所述规则引擎启动完成，开始接收模拟业务信息处理请求；
通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，并基于所述响应处理的结果确定规则引擎的可用性。
2.根据权利要求1所述的方法，其特征在于，所述检测所述规则引擎是否启动完成，包括：
通过检测所述规则引擎所在的容器服务的端口状态，确定第一容器中的应用服务是否启动；
当所述第一容器中的应用服务启动时，加载所述规则引擎对应的规则至内存；
检测所述第一容器的日志中是否包括启动完成标识；
当所述第一容器的日志中包括启动完成标识时，判定所述规则引擎启动完成。
3.根据权利要求2所述的方法，其特征在于，所述开始接收模拟业务信息处理请求，包括：
启动第二容器，并通过所述第二容器接收模拟业务信息处理请求。
4.根据权利要求3所述的方法，其特征在于，所述通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，包括：
通过无状态EJB的方式调用所述第一容器中的规则引擎，对所述模拟业务信息处理请求进行响应处理。
5.根据权利要求1至4任意一项所述的方法，其特征在于，所述通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，包括：
通过启动完成的所述规则引擎对所述模拟业务信息处理请求中的待处理业务进行分类，得到所述待处理业务的分类；
获取与所述分类对应的审核员分组；
从所述审核员分组中确定与所述待处理业务对应的审核员，并将所述待处理业务分配至所述审核员。
6.根据权利要求5所述的方法，其特征在于，所述获取与所述分类对应的审核员分组之前，还包括：
判断所述分类是否为预设分类；
当所述分类为预设分类时，优先对所述待处理业务进行分配。
7.根据权利要求5所述的方法，其特征在于，所述从所述审核员分组中确定与所述待处理业务对应的审核员，包括：
根据所述审核员分组中各个审核员的等级、当日案件处理量、未完成量、已分配量中的至少一个，确定与所述待处理业务对应的审核员。
8.根据权利要求5所述的方法，其特征在于，所述获取与所述分类对应的审核员分组之前，还包括：
根据所述审核员的权限等级对所述审核员进行分组，得到审核员分组。
9.根据权利要求5所述的方法，其特征在于，所述获取与所述分类对应的审核员分组之后，还包括：
确定所述审核员分组中的各个审核员的案件处理量是否已达到预设值，且未处理案件量超过额定数量；
当所述审核员分组中的各个审核员的案件处理量已达到预设值，且未处理案件量超过额定数量，则从后备组中确定与所述待处理业务对应的审核员，并将所述待处理业务分配至所述审核员。
10.一种业务信息处理装置，其特征在于，所述装置包括：
第一启动模块，用于启动规则引擎；
检测模块，用于检测所述规则引擎是否启动完成；
第二启动模块，用于当所述规则引擎启动完成，开始接收模拟业务信息处理请求；
请求处理模块，用于通过启动完成的所述规则引擎对所述模拟业务信息处理请求进行响应处理，并基于所述响应处理的结果确定规则引擎的可用性。
11.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述的方法的步骤。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的方法的步骤。
13.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至9中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310896704.0A CN116662041B (zh) | 2023-07-21 | 2023-07-21 | 业务信息处理方法、装置、计算机设备、介质和程序产品 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310896704.0A CN116662041B (zh) | 2023-07-21 | 2023-07-21 | 业务信息处理方法、装置、计算机设备、介质和程序产品 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116662041A true CN116662041A (zh) | 2023-08-29 |
| CN116662041B CN116662041B (zh) | 2023-10-20 |
Family
ID=87715523
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310896704.0A Active CN116662041B (zh) | 2023-07-21 | 2023-07-21 | 业务信息处理方法、装置、计算机设备、介质和程序产品 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116662041B (zh) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109857755A (zh) * | 2019-01-08 | 2019-06-07 | 中国联合网络通信集团有限公司 | 一种规则校验方法及装置 |
| CN112488855A (zh) * | 2020-11-23 | 2021-03-12 | 中国人寿保险股份有限公司 | 一种基于规则模板的业务校验方法及设备 |
| CN112686711A (zh) * | 2021-01-05 | 2021-04-20 | 银盛支付服务股份有限公司 | 一种规则引擎匹配方法及系统 |
| US20220036206A1 (en) * | 2020-07-29 | 2022-02-03 | Red Hat, Inc. | Containerized distributed rules engine |
| CN114490694A (zh) * | 2022-02-18 | 2022-05-13 | 吉旗（成都）科技有限公司 | 一种业务规则处理方法、装置、服务器及存储介质 |
| CN114745606A (zh) * | 2022-02-23 | 2022-07-12 | 江苏苏云信息科技有限公司 | 基于规则调度的弹性伸缩工业数据采集系统及方法 |
| CN114897426A (zh) * | 2022-06-07 | 2022-08-12 | 平安银行股份有限公司 | 分案信息处理方法、装置、计算机设备及存储介质 |
| CN115563164A (zh) * | 2022-10-21 | 2023-01-03 | 国网江苏省电力有限公司信息通信分公司 | 一种规则引擎生成方法、装置、设备及可读存储介质 |
-
2023
- 2023-07-21 CN CN202310896704.0A patent/CN116662041B/zh active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109857755A (zh) * | 2019-01-08 | 2019-06-07 | 中国联合网络通信集团有限公司 | 一种规则校验方法及装置 |
| US20220036206A1 (en) * | 2020-07-29 | 2022-02-03 | Red Hat, Inc. | Containerized distributed rules engine |
| CN112488855A (zh) * | 2020-11-23 | 2021-03-12 | 中国人寿保险股份有限公司 | 一种基于规则模板的业务校验方法及设备 |
| CN112686711A (zh) * | 2021-01-05 | 2021-04-20 | 银盛支付服务股份有限公司 | 一种规则引擎匹配方法及系统 |
| CN114490694A (zh) * | 2022-02-18 | 2022-05-13 | 吉旗（成都）科技有限公司 | 一种业务规则处理方法、装置、服务器及存储介质 |
| CN114745606A (zh) * | 2022-02-23 | 2022-07-12 | 江苏苏云信息科技有限公司 | 基于规则调度的弹性伸缩工业数据采集系统及方法 |
| CN114897426A (zh) * | 2022-06-07 | 2022-08-12 | 平安银行股份有限公司 | 分案信息处理方法、装置、计算机设备及存储介质 |
| CN115563164A (zh) * | 2022-10-21 | 2023-01-03 | 国网江苏省电力有限公司信息通信分公司 | 一种规则引擎生成方法、装置、设备及可读存储介质 |
Non-Patent Citations (1)
| Title |
|---|
| 孙勇强, 邓咏梅, 李续武: "基于EJB的业务规则引擎的设计和实现", 计算机工程, no. 20 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116662041B (zh) | 2023-10-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109088905B (zh) | 一种基于云计算的数学模型服务系统及数学模型管理方法 | |
| US7627662B2 (en) | Transaction request processing system and method | |
| CN108491254A (zh) | 一种数据仓库的调度方法及装置 | |
| CN110956269A (zh) | 数据模型的生成方法、装置、设备以及计算机存储介质 | |
| CN112182089B (zh) | 基于数据仓库模型的报表生成方法、装置和设备 | |
| CN110659259A (zh) | 数据库迁移方法、服务器以及计算机存储介质 | |
| CN113360269A (zh) | 一种任务分配方法、装置、服务器及存储介质 | |
| CN109710263B (zh) | 代码的编译方法、装置、存储介质及电子设备 | |
| CN114006815B (zh) | 云平台节点的自动化部署方法、装置、节点及存储介质 | |
| CN113849196A (zh) | 一种基于多云管理平台的产品管理方法及相关组件 | |
| CN116662041B (zh) | 业务信息处理方法、装置、计算机设备、介质和程序产品 | |
| WO2023226461A1 (zh) | 一种多域数据融合的方法、装置和存储介质 | |
| US20080033995A1 (en) | Identifying events that correspond to a modified version of a process | |
| CN111399999A (zh) | 计算机资源处理方法、装置、可读存储介质和计算机设备 | |
| CN115576653A (zh) | 基于gpu云桌面平台的云应用运行方法、装置、设备和介质 | |
| CN115239450A (zh) | 财务数据处理方法、装置、计算机设备及存储介质 | |
| CN114070820A (zh) | 一种域名重定向方法、装置、介质及电子设备 | |
| US10397312B2 (en) | Automated server deployment platform | |
| CN114519477A (zh) | 大数据平台租户管理系统、方法、存储介质及电子设备 | |
| CN111538491A (zh) | 数据事件处理方法、装置、设备和存储介质 | |
| US20220113973A1 (en) | Dynamic rate limiting of operation executions for accounts | |
| CN115509643A (zh) | 云应用启动方法、装置、计算机设备和存储介质 | |
| CN115293638A (zh) | 用于确定投产流程的方法和装置、存储介质及处理器 | |
| CN117708873A (zh) | 敏感内容识别方法、装置、电子设备及计算机可读介质 | |
| CN114693449A (zh) | 基于区块链的交易请求的处理方法、装置及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |