CN117408794A - 一种请求处理方法、装置、设备及其存储介质 - Google Patents
一种请求处理方法、装置、设备及其存储介质 Download PDFInfo
- Publication number
- CN117408794A CN117408794A CN202311318559.4A CN202311318559A CN117408794A CN 117408794 A CN117408794 A CN 117408794A CN 202311318559 A CN202311318559 A CN 202311318559A CN 117408794 A CN117408794 A CN 117408794A
- Authority
- CN
- China
- Prior art keywords
- service
- request
- processing
- data
- preset
- 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.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 22
- 238000012545 processing Methods 0.000 claims abstract description 219
- 230000004044 response Effects 0.000 claims abstract description 93
- 230000002045 lasting effect Effects 0.000 claims abstract description 5
- 238000000034 method Methods 0.000 claims description 38
- 230000007246 mechanism Effects 0.000 claims description 20
- 230000002085 persistent effect Effects 0.000 claims description 17
- 238000012797 qualification Methods 0.000 claims description 13
- 238000012512 characterization method Methods 0.000 claims description 9
- 238000012216 screening Methods 0.000 claims description 8
- 238000005457 optimization Methods 0.000 claims description 6
- 230000008569 process Effects 0.000 claims description 6
- 230000015572 biosynthetic process Effects 0.000 abstract description 16
- 238000005516 engineering process Methods 0.000 abstract description 13
- 238000013500 data storage Methods 0.000 description 7
- 238000013473 artificial intelligence Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013135 deep learning Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 235000019800 disodium phosphate Nutrition 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003058 natural language processing Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Business, Economics & Management (AREA)
- Economics (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Accounting & Taxation (AREA)
- Computational Linguistics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请实施例属于金融科技技术领域,应用于金融服务网点业务接单场景中,涉及一种请求处理方法、装置、设备及其存储介质,包括通过获取请求端发送的业务处理请求;添加和缓存请求标识;接收所有服务提供端基于业务处理请求发送的请求处理结果;识别是否存在业务响应请求;若存在,则对业务关联数据进行持久化存储,并删除缓存组件内的请求标识;根据回调接口和请求标识的处理状态,对业务响应请求进行区别处理。通过请求标识的状态控制服务进行金融业务处理,避免了以往采用异步通知方式处理金融业务,造成数据库内还未存储到相应客户的数据,就实现了业务成单,本申请便于对相关金融业务的实现做控制处理,从而尽量降低业务错误成单率。
Description
技术领域
本申请涉及金融科技技术领域,应用于金融服务网点业务接单场景中,尤其涉及一种请求处理方法、装置、设备及其存储介质。
背景技术
随着金融行业的快速发展,金融公司涉及到的业务范围越来越宽泛,为了提升对客户的服务能力,大多金融公司都设置了金融业务网点或者业务地推人员,例如:保险办理网点、信用卡办理网点、保险地推人员以及信用卡办理地推人员。
目前,有一部分客户是线下主动找到办理网点或者地推人员进行金融业务办理,但是,还有很多一部分客户采用线上办理方式申请金融业务办理,这时,如果需要验资、核审、或者线下合同等操作,就需要办理网点或者地推人员主动找到该类型客户,进行材料补全工作。
因此,在该类型客户进行线上下单时,为了提高成单量,以往的办理网点或者地推人员在客户刚刚进行申请时,就根据异步通知方式获取到了相应客户的信息,对该类型客户进行了业务办理,但是,这种方式虽然加快了成单效率也提高了成单量,但是,过快的成单效率容易造成数据库内还未存储到相应客户的数据,就实现了业务成单,造成业务错误成单率的增加,无法控制业务错误成单。因此,亟需一种请求处理方法,对相关金融业务请求做控制处理,从而尽量降低业务错误成单率。
发明内容
本申请实施例的目的在于提出一种请求处理方法、装置、设备及其存储介质,以解决现有技术采用异步通知方式处理金融业务请求,造成数据库内还未存储到相应客户的数据,就实现了业务成单,造成业务错误成单率的增加,无法控制业务错误成单的问题。
为了解决上述技术问题,本申请实施例提供请求处理方法,采用了如下所述的技术方案:
一种请求处理方法,包括下述步骤:
获取请求端发送的业务处理请求;
为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识;
转发所述业务处理请求至所有服务提供端;
采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果;
根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求;
若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识;
基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。
进一步的,所述业务关联数据包括业务请求数据和业务响应数据,所述获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识的步骤,具体包括:
获取所述业务处理请求对应的业务请求数据,以及获取所述业务响应请求对应的业务处理数据;
将所述业务请求数据和所述业务处理数据持久化存储到所述数据库中;
获取基于所述数据库的存储反馈结果;
基于所述存储反馈结果识别所述业务请求数据和所述业务处理数据是否存储成功;
若所述业务请求数据和所述业务处理数据已存储成功,则根据触发机制,向所述缓存组件发送删除所述请求标识的指令;
若在预设的第一时间间隔内,所述业务请求数据和所述业务处理数据未存储成功,则向所述目标服务提供端发送业务响应失败的通知,以及向所述请求端发送业务请求失败的通知。
进一步的,所述基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理的步骤,具体包括:
通过所述回调接口,判断能否能够从所述缓存组件内识别到所述请求标识;
若能够从所述缓存组件内识别到所述请求标识,则缓存所述目标服务提供端发送的业务响应请求;
若不能从所述缓存组件内识别到所述请求标识,则基于所述业务响应请求进行业务处理。
进一步的,所述通过预设的回调接口,判断能否能够从所述缓存组件内识别到所述请求标识的步骤,具体包括:
根据预设的第二时间间隔,持续通过所述回调接口,识别所述请求标识是否还在所述缓存组件内;
所述若能够从所述缓存组件内识别到所述请求标识,则缓存所述目标服务提供端发送的业务响应请求的步骤,具体包括:
若经过识别,所述请求标识还在所述缓存组件内,则在预设的消息队列内暂时缓存所述目标服务提供端发送的业务响应请求;
所述若能够从所述缓存组件内识别到所述请求标识,则缓存所述目标服务提供端发送的业务响应请求的步骤之后,所述方法还包括:
若经过目标次数的连续识别,所述请求标识都在所述缓存组件内,则删除所述消息队列内暂时缓存的所述业务响应请求,并向所述目标服务提供端发送业务响应失败的通知,以及向所述请求端发送业务请求失败的通知;
所述若不能从所述缓存组件内识别到所述请求标识,则基于所述业务响应请求进行业务处理的步骤,具体包括:
若经过识别,所述请求标识已不在所述缓存组件内,则获取所述消息队列内暂时缓存的所述业务响应请求,并基于所述业务响应请求进行业务处理。
进一步的,所述基于所述业务响应请求进行业务处理的步骤,具体包括:
根据所述业务响应请求调用并执行目标服务;
通过所述目标服务中预先提供的服务优化策略,筛选出服务优选实施对象,并向所有服务优选实施对象派送竞争任务,获取任务竞争结果;
基于所述任务竞争结果,识别出服务最终实施对象;
获取所述服务最终实施对象的表征信息,以及预估的服务消耗数据;
将所述表征信息和所述服务消耗数据作为待发送数据,发送到所述数据库中进行持久化缓存,以及发送到所述请求端和所述目标服务提供端进行业务处理进程提示。
进一步的,所述通过所述目标服务中预先提供的服务优化策略,筛选出服务优选实施对象,并向所有服务优选实施对象派送竞争任务,获取任务竞争结果的步骤,具体包括:
步骤601,获取所述请求端的GPS定位信息;
步骤602,以所述GPS定位信息为坐标点,结合预设的地图平台识别出目标范围内所有处于服务等待状态且满足预设资质条件的服务实施对象作为所述服务优选实施对象;
步骤603,采用众包机制,向所述服务优选实施对象发送所述GPS定位信息,以及发送所述竞争任务;
步骤604,获取所述服务优选实施对象发送的服务反馈信息,其中,所述服务反馈信息中包括服务反馈时间和服务意向结果;
步骤605,根据所述服务反馈时间、所述服务意向结果以及所述GPS定位信息,筛选出能够最快到达所述请求端的服务实施对象作为所述服务最终实施对象。
进一步的,在执行所述获取所述服务优选实施对象发送的服务反馈信息的步骤之后,所述方法还包括:
步骤606,若根据所述服务反馈时间、所述服务意向结果以及所述GPS定位信息,无法筛选出到达所述请求端的服务实施对象,则根据所述GPS定位信息,从所述目标范围内所有处于服务等待状态且满足预设资质条件的服务实施对象中指定任意服务实施对象作为所述服务最终实施对象;
步骤607,若所述目标范围内所有处于服务等待状态的服务实施对象都无法满足所述预设资质条件,则通过扩大所述目标范围,并重复执行步骤602至步骤606,直到确定出所述服务最终实施对象,停止重复执行。
为了解决上述技术问题,本申请实施例还提供请求处理装置,采用了如下所述的技术方案:
一种请求处理装置,包括:
业务处理请求获取模块,用于获取请求端发送的业务处理请求;
请求标识第一处理模块,用于为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识;
业务处理请求转发模块,用于转发所述业务处理请求至所有服务提供端;
请求处理结果接收模块,用于采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果;
业务响应请求识别模块,用于根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求;
请求标识第二处理模块,用于若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识;
业务响应请求区别处理模块,用于基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。
为了解决上述技术问题,本申请实施例还提供一种计算机设备,采用了如下所述的技术方案:
一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现上述所述的请求处理方法的步骤。
为了解决上述技术问题,本申请实施例还提供一种计算机可读存储介质,采用了如下所述的技术方案:
一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如上述所述的请求处理方法的步骤。
与现有技术相比,本申请实施例主要有以下有益效果:
本申请实施例所述请求处理方法,通过获取请求端发送的业务处理请求;为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识;转发所述业务处理请求至所有服务提供端;采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果;根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求;若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识;基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。通过在预设的缓存组件内添加请求标识、进行请求数据存储识别、删除请求标识以及设置回调接口控制服务进行金融业务处理,避免了以往采用异步通知方式处理金融业务,造成数据库内还未存储到相应客户的数据,就实现了业务成单,本申请便于对相关金融业务的实现做控制处理,从而尽量降低业务错误成单率。
附图说明
为了更清楚地说明本申请中的方案,下面将对本申请实施例描述中所需要使用的附图作一个简单介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请可以应用于其中的示例性系统架构图;
图2是根据本申请的请求处理方法的一个实施例的流程图;
图3是图2所示步骤206的一个具体实施例的流程图;
图4是图2所示步骤207的一个具体实施例的流程图;
图5是图4所示步骤403的一个具体实施例的流程图;
图6是图5所示步骤502的一个具体实施例的流程图;
图7是根据本申请的请求处理装置的一个实施例的结构示意图;
图8是根据本申请的计算机设备的一个实施例的结构示意图。
具体实施方式
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同;本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请;本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
为了使本技术领域的人员更好地理解本申请方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。
如图1所示,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving PictureExpertsGroup Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
需要说明的是,本申请实施例所提供的请求处理方法一般由服务器/终端设备执行,相应地,请求处理装置一般设置于服务器/终端设备中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
继续参考图2,示出了根据本申请的请求处理方法的一个实施例的流程图。所述的请求处理方法,包括以下步骤:
步骤201,获取请求端发送的业务处理请求。
本实施例中,所述请求端,包括用户手机端,所述业务处理请求包括金融业务办理请求,例如保险办理请求、银行卡办理请求等,本实施例就以保险办理为场景,举例说明一下本申请的处理及应用过程。
步骤202,为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识。
本实施例中,所述为所述业务处理请求添加请求标识,具体的,可以在所述业务处理请求通过预设的系统网关发送到业务处理请求分配系统前,在所述系统网关内为所述业务处理请求添加请求标识,并将所述请求标识缓存到预设的redis缓存组件内。
步骤203,转发所述业务处理请求至所有服务提供端。
本实施例中,所述所有服务提供端,指用户进行金融业务办理请求时,所有符合条件的金融服务供应商,例如,用户进行保险业务办理,发送保险办理请求时,会通过用户手机端向所有的保险服务商发送所述保险办理请求,便于用户从所有保险服务商中挑选出最优服务商。
步骤204,采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果。
采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果,显然,所述基于所述业务处理请求发送的请求处理结果,包括两种相对的情况,其中一种为不对所述用户提供保险办理业务,一种是可以对所述用户提供保险办理业务。
步骤205,根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求。
步骤206,若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识。
本实施例中,所述业务关联数据包括业务请求数据和业务响应数据。
继续参考图3,图3是图2所示步骤206的一个具体实施例的流程图,包括:
步骤301,获取所述业务处理请求对应的业务请求数据,以及获取所述业务响应请求对应的业务处理数据;
步骤302,将所述业务请求数据和所述业务处理数据持久化存储到所述数据库中;
步骤303,获取基于所述数据库的存储反馈结果;
步骤304,基于所述存储反馈结果识别所述业务请求数据和所述业务处理数据是否存储成功;
步骤305,若所述业务请求数据和所述业务处理数据已存储成功,则根据触发机制,向所述缓存组件发送删除所述请求标识的指令;
步骤306,若在预设的第一时间间隔内,所述业务请求数据和所述业务处理数据未存储成功,则向所述目标服务提供端发送业务响应失败的通知,以及向所述请求端发送业务请求失败的通知。
通过设置触发机制和在预设的缓存组件内添加请求标识,在所述业务请求数据和所述业务处理数据已存储成功后,向所述缓存组件发送删除所述请求标识的指令,便于识别数据库中是否已经持久化存储了所述业务请求数据和所述业务处理数据。有助于对相关金融业务请求做控制处理,从而尽量降低业务错误成单率。
步骤207,基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。
继续参考图4,图4是图2所示步骤207的一个具体实施例的流程图,包括:
步骤401,通过所述回调接口,判断能否能够从所述缓存组件内识别到所述请求标识;
本实施例中,所述通过预设的回调接口,判断能否能够从所述缓存组件内识别到所述请求标识的步骤,具体包括:根据预设的第二时间间隔,持续通过所述回调接口,识别所述请求标识是否还在所述缓存组件内。
步骤402,若能够从所述缓存组件内识别到所述请求标识,则缓存所述目标服务提供端发送的业务响应请求;
本实施例中,所述若能够从所述缓存组件内识别到所述请求标识,则缓存所述目标服务提供端发送的业务响应请求的步骤,具体包括:若经过识别,所述请求标识还在所述缓存组件内,则在预设的消息队列内暂时缓存所述目标服务提供端发送的业务响应请求。
本实施例中,所述若能够从所述缓存组件内识别到所述请求标识,则缓存所述目标服务提供端发送的业务响应请求的步骤之后,所述方法还包括:若经过目标次数的连续识别,所述请求标识都在所述缓存组件内,则删除所述消息队列内暂时缓存的所述业务响应请求,并向所述目标服务提供端发送业务响应失败的通知,以及向所述请求端发送业务请求失败的通知。
相应的,若经过目标次数的连续识别,所述请求标识都在所述缓存组件内,则说明本次业务处理请求无法进行处理或者用户已经撤销所述业务处理请求,无需再进行业务处理,避免了业务错误成单率。
步骤403,若不能从所述缓存组件内识别到所述请求标识,则基于所述业务响应请求进行业务处理。
本实施例中,所述若不能从所述缓存组件内识别到所述请求标识,则基于所述业务响应请求进行业务处理的步骤,具体包括:若经过识别,所述请求标识已不在所述缓存组件内,则获取所述消息队列内暂时缓存的所述业务响应请求,并基于所述业务响应请求进行业务处理。
继续参考图5,图5是图4所示步骤403的一个具体实施例的流程图,包括:
步骤501,根据所述业务响应请求调用并执行目标服务;
步骤502,通过所述目标服务中预先提供的服务优化策略,筛选出服务优选实施对象,并向所有服务优选实施对象派送竞争任务,获取任务竞争结果;
继续参考图6,图6是图5所示步骤502的一个具体实施例的流程图,包括:
步骤601,获取所述请求端的GPS定位信息;
步骤602,以所述GPS定位信息为坐标点,结合预设的地图平台识别出目标范围内所有处于服务等待状态且满足预设资质条件的服务实施对象作为所述服务优选实施对象;
本实施例中,所述处于服务等待状态指目前金融业务办理网点或者地推人员处于业务空窗期,所述预设资质条件指根据用户的要求所设定的金融业务办理网点或者地推人员的资质要求,例如办理网点的资质信息或者地推人员的办理效率、以往成单量、以往成单额等等。
步骤603,采用众包机制,向所述服务优选实施对象发送所述GPS定位信息,以及发送所述竞争任务;
步骤604,获取所述服务优选实施对象发送的服务反馈信息,其中,所述服务反馈信息中包括服务反馈时间和服务意向结果;
步骤605,根据所述服务反馈时间、所述服务意向结果以及所述GPS定位信息,筛选出能够最快到达所述请求端的服务实施对象作为所述服务最终实施对象。
本实施例中,所述服务实施对象指提供金融业务办理的办理网点或者地推人员,所述服务优先实施对象指根据所述服务优化策略筛选到的优选的金融业务办理网点或者地推人员,所述服务最终实施对象指最终选择的金融业务办理网点或者地推人员。
本实施例中,在执行所述步骤604,获取所述服务优选实施对象发送的服务反馈信息的步骤之后,所述方法还包括:
步骤606,若根据所述服务反馈时间、所述服务意向结果以及所述GPS定位信息,无法筛选出到达所述请求端的服务实施对象,则根据所述GPS定位信息,从所述目标范围内所有处于服务等待状态且满足预设资质条件的服务实施对象中指定任意服务实施对象作为所述服务最终实施对象;
本实施例中,所对应的一种情况是,存在处于服务等待状态的服务实施对象且满足所述预设资质条件,但是,所述服务实施对象恶意不接受相应的金融业务办理申请。
步骤607,若所述目标范围内所有处于服务等待状态的服务实施对象都无法满足所述预设资质条件,则通过扩大所述目标范围,并重复执行步骤602至步骤606,直到确定出所述服务最终实施对象,停止重复执行。
本实施例中,所对应的一种情况是,目标范围内不存在处于服务等待状态的服务实施对象,或者没有满足所述预设资质条件的服务实施对象,此时,需要通过扩大目标范围,筛选出服务最终实施对象进行相应的金融业务办理申请。
步骤503,基于所述任务竞争结果,识别出服务最终实施对象;
步骤504,获取所述服务最终实施对象的表征信息,以及预估的服务消耗数据;
步骤505,将所述表征信息和所述服务消耗数据作为待发送数据,发送到所述数据库中进行持久化缓存,以及发送到所述请求端和所述目标服务提供端进行业务处理进程提示。
具体的,在以往的处理方式中,步骤206和步骤207属于异步处理方式,即数据存储和业务响应处理,互不干涉,但是,这种方式容易造成数据库还未获取到保险服务商的服务处理规划,就存在办理网点或者地推人员就先行进行了业务办理,既不利于金融业务监管,也容易造成办理完成的业务不符合成单要求。而本实施例中,通过在预设的缓存组件内添加请求标识、进行请求数据存储识别、删除请求标识以及设置回调接口控制服务进行金融业务处理,便于对相关金融业务请求和相关金融业务的实现做控制处理,从而尽量降低业务错误成单率。
本申请通过获取请求端发送的业务处理请求;为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识;转发所述业务处理请求至所有服务提供端;采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果;根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求;若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识;基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。通过在预设的缓存组件内添加请求标识、进行请求数据存储识别、删除请求标识以及设置回调接口控制服务进行金融业务处理,避免了以往采用异步通知方式处理金融业务,造成数据库内还未存储到相应客户的数据,就实现了业务成单,本申请便于对相关金融业务的实现做控制处理,从而尽量降低业务错误成单率。
本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
本申请实施例中,通过获取请求端发送的业务处理请求;为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识;转发所述业务处理请求至所有服务提供端;采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果;根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求;若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识;基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。通过在预设的缓存组件内添加请求标识、进行请求数据存储识别、删除请求标识以及设置回调接口控制服务进行金融业务处理,避免了以往采用异步通知方式处理金融业务,造成数据库内还未存储到相应客户的数据,就实现了业务成单,本申请便于对相关金融业务的实现做控制处理,从而尽量降低业务错误成单率。
进一步参考图7,作为对上述图2所示方法的实现,本申请提供了请求处理装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图7所示,本实施例所述的请求处理装置700包括:业务处理请求获取模块701、请求标识第一处理模块702、业务处理请求转发模块703、请求处理结果接收模块704、业务响应请求识别模块705、请求标识第二处理模块706和业务响应请求区别处理模块707。其中:
业务处理请求获取模块701,用于获取请求端发送的业务处理请求;
请求标识第一处理模块702,用于为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识;
业务处理请求转发模块703,用于转发所述业务处理请求至所有服务提供端;
请求处理结果接收模块704,用于采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果;
业务响应请求识别模块705,用于根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求;
请求标识第二处理模块706,用于若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识;
业务响应请求区别处理模块707,用于基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。
本申请通过获取请求端发送的业务处理请求;为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识;转发所述业务处理请求至所有服务提供端;采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果;根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求;若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识;基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。通过在预设的缓存组件内添加请求标识、进行请求数据存储识别、删除请求标识以及设置回调接口控制服务进行金融业务处理,避免了以往采用异步通知方式处理金融业务,造成数据库内还未存储到相应客户的数据,就实现了业务成单,本申请便于对相关金融业务的实现做控制处理,从而尽量降低业务错误成单率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机可读指令来指令相关的硬件来完成,该计算机可读指令可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等非易失性存储介质,或随机存储记忆体(Random Access Memory,RAM)等。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
为解决上述技术问题,本申请实施例还提供计算机设备。具体请参阅图8,图8为本实施例计算机设备基本结构框图。
所述计算机设备8包括通过系统总线相互通信连接存储器8a、处理器8b、网络接口8c。需要指出的是,图中仅示出了具有组件8a-8c的计算机设备8,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。其中,本技术领域技术人员可以理解,这里的计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、可编程门阵列(Field -Programmable GateArray,FPGA)、数字处理器(Digital Signal Processor,DSP)、嵌入式设备等。
所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
所述存储器8a至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,所述存储器8a可以是所述计算机设备8的内部存储单元,例如该计算机设备8的硬盘或内存。在另一些实施例中,所述存储器8a也可以是所述计算机设备8的外部存储设备,例如该计算机设备8上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(FlashCard)等。当然,所述存储器8a还可以既包括所述计算机设备8的内部存储单元也包括其外部存储设备。本实施例中,所述存储器8a通常用于存储安装于所述计算机设备8的操作系统和各类应用软件,例如一种请求处理方法的计算机可读指令等。此外,所述存储器8a还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器8b在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器8b通常用于控制所述计算机设备8的总体操作。本实施例中,所述处理器8b用于运行所述存储器8a中存储的计算机可读指令或者处理数据,例如运行所述请求处理方法的计算机可读指令。
所述网络接口8c可包括无线网络接口或有线网络接口,该网络接口8c通常用于在所述计算机设备8与其他电子设备之间建立通信连接。
本实施例提出的计算机设备,属于金融科技技术领域,应用于金融服务网点业务接单场景中。本申请通过获取请求端发送的业务处理请求;为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识;转发所述业务处理请求至所有服务提供端;采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果;根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求;若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识;基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。通过在预设的缓存组件内添加请求标识、进行请求数据存储识别、删除请求标识以及设置回调接口控制服务进行金融业务处理,避免了以往采用异步通知方式处理金融业务,造成数据库内还未存储到相应客户的数据,就实现了业务成单,本申请便于对相关金融业务的实现做控制处理,从而尽量降低业务错误成单率。
本申请还提供了另一种实施方式,即提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可读指令,所述计算机可读指令可被处理器执行,以使所述处理器执行如上述的请求处理方法的步骤。
本实施例提出的计算机可读存储介质,属于金融科技技术领域,应用于金融服务网点业务接单场景中。本申请通过获取请求端发送的业务处理请求;为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识;转发所述业务处理请求至所有服务提供端;采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果;根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求;若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识;基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。通过在预设的缓存组件内添加请求标识、进行请求数据存储识别、删除请求标识以及设置回调接口控制服务进行金融业务处理,避免了以往采用异步通知方式处理金融业务,造成数据库内还未存储到相应客户的数据,就实现了业务成单,本申请便于对相关金融业务的实现做控制处理,从而尽量降低业务错误成单率。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
显然,以上所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例,附图中给出了本申请的较佳实施例,但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现,相反地,提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明,对于本领域的技术人员来而言,其依然可以对前述各具体实施方式所记载的技术方案进行修改,或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构,直接或间接运用在其他相关的技术领域,均同理在本申请专利保护范围之内。
Claims (10)
1.一种请求处理方法,其特征在于,包括下述步骤:
获取请求端发送的业务处理请求;
为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识;
转发所述业务处理请求至所有服务提供端;
采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果;
根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求;
若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识;
基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。
2.根据权利要求1所述的请求处理方法,其特征在于,所述业务关联数据包括业务请求数据和业务响应数据,所述获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识的步骤,具体包括:
获取所述业务处理请求对应的业务请求数据,以及获取所述业务响应请求对应的业务处理数据;
将所述业务请求数据和所述业务处理数据持久化存储到所述数据库中;
获取基于所述数据库的存储反馈结果;
基于所述存储反馈结果识别所述业务请求数据和所述业务处理数据是否存储成功;
若所述业务请求数据和所述业务处理数据已存储成功,则根据触发机制,向所述缓存组件发送删除所述请求标识的指令;
若在预设的第一时间间隔内,所述业务请求数据和所述业务处理数据未存储成功,则向所述目标服务提供端发送业务响应失败的通知,以及向所述请求端发送业务请求失败的通知。
3.根据权利要求1所述的请求处理方法,其特征在于,所述基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理的步骤,具体包括:
通过所述回调接口,判断能否能够从所述缓存组件内识别到所述请求标识;
若能够从所述缓存组件内识别到所述请求标识,则缓存所述目标服务提供端发送的业务响应请求;
若不能从所述缓存组件内识别到所述请求标识,则基于所述业务响应请求进行业务处理。
4.根据权利要求3所述的请求处理方法,其特征在于,所述通过预设的回调接口,判断能否能够从所述缓存组件内识别到所述请求标识的步骤,具体包括:
根据预设的第二时间间隔,持续通过所述回调接口,识别所述请求标识是否还在所述缓存组件内;
所述若能够从所述缓存组件内识别到所述请求标识,则缓存所述目标服务提供端发送的业务响应请求的步骤,具体包括:
若经过识别,所述请求标识还在所述缓存组件内,则在预设的消息队列内暂时缓存所述目标服务提供端发送的业务响应请求;
所述若能够从所述缓存组件内识别到所述请求标识,则缓存所述目标服务提供端发送的业务响应请求的步骤之后,所述方法还包括:
若经过目标次数的连续识别,所述请求标识都在所述缓存组件内,则删除所述消息队列内暂时缓存的所述业务响应请求,并向所述目标服务提供端发送业务响应失败的通知,以及向所述请求端发送业务请求失败的通知;
所述若不能从所述缓存组件内识别到所述请求标识,则基于所述业务响应请求进行业务处理的步骤,具体包括:
若经过识别,所述请求标识已不在所述缓存组件内,则获取所述消息队列内暂时缓存的所述业务响应请求,并基于所述业务响应请求进行业务处理。
5.根据权利要求3或4所述的请求处理方法,其特征在于,所述基于所述业务响应请求进行业务处理的步骤,具体包括:
根据所述业务响应请求调用并执行目标服务;
通过所述目标服务中预先提供的服务优化策略,筛选出服务优选实施对象,并向所有服务优选实施对象派送竞争任务,获取任务竞争结果;
基于所述任务竞争结果,识别出服务最终实施对象;
获取所述服务最终实施对象的表征信息,以及预估的服务消耗数据;
将所述表征信息和所述服务消耗数据作为待发送数据,发送到所述数据库中进行持久化缓存,以及发送到所述请求端和所述目标服务提供端进行业务处理进程提示。
6.根据权利要求5所述的请求处理方法,其特征在于,所述通过所述目标服务中预先提供的服务优化策略,筛选出服务优选实施对象,并向所有服务优选实施对象派送竞争任务,获取任务竞争结果的步骤,具体包括:
步骤601,获取所述请求端的GPS定位信息;
步骤602,以所述GPS定位信息为坐标点,结合预设的地图平台识别出目标范围内所有处于服务等待状态且满足预设资质条件的服务实施对象作为所述服务优选实施对象;
步骤603,采用众包机制,向所述服务优选实施对象发送所述GPS定位信息,以及发送所述竞争任务;
步骤604,获取所述服务优选实施对象发送的服务反馈信息,其中,所述服务反馈信息中包括服务反馈时间和服务意向结果;
步骤605,根据所述服务反馈时间、所述服务意向结果以及所述GPS定位信息,筛选出能够最快到达所述请求端的服务实施对象作为所述服务最终实施对象。
7.根据权利要求6所述的请求处理方法,其特征在于,在执行所述获取所述服务优选实施对象发送的服务反馈信息的步骤之后,所述方法还包括:
步骤606,若根据所述服务反馈时间、所述服务意向结果以及所述GPS定位信息,无法筛选出到达所述请求端的服务实施对象,则根据所述GPS定位信息,从所述目标范围内所有处于服务等待状态且满足预设资质条件的服务实施对象中指定任意服务实施对象作为所述服务最终实施对象;
步骤607,若所述目标范围内所有处于服务等待状态的服务实施对象都无法满足所述预设资质条件,则通过扩大所述目标范围,并重复执行步骤602至步骤606,直到确定出所述服务最终实施对象,停止重复执行。
8.一种请求处理装置,其特征在于,包括:
业务处理请求获取模块,用于获取请求端发送的业务处理请求;
请求标识第一处理模块,用于为所述业务处理请求添加请求标识,并在预设的缓存组件内缓存所述请求标识;
业务处理请求转发模块,用于转发所述业务处理请求至所有服务提供端;
请求处理结果接收模块,用于采用心跳上报机制,接收所有服务提供端基于所述业务处理请求发送的请求处理结果;
业务响应请求识别模块,用于根据所述请求处理结果,识别是否存在目标服务提供端已发送了业务响应请求;
请求标识第二处理模块,用于若存在目标服务提供端已发送了业务响应请求,则获取业务关联数据,将所述业务关联数据发送的预设的数据库内进行持久化存储,并删除所述缓存组件内的所述请求标识;
业务响应请求区别处理模块,用于基于预设的回调接口和所述请求标识的处理状态,对所述业务响应请求进行区别处理。
9.一种计算机设备,其特征在于,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的请求处理方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的请求处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311318559.4A CN117408794A (zh) | 2023-10-10 | 2023-10-10 | 一种请求处理方法、装置、设备及其存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311318559.4A CN117408794A (zh) | 2023-10-10 | 2023-10-10 | 一种请求处理方法、装置、设备及其存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117408794A true CN117408794A (zh) | 2024-01-16 |
Family
ID=89488154
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311318559.4A Pending CN117408794A (zh) | 2023-10-10 | 2023-10-10 | 一种请求处理方法、装置、设备及其存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117408794A (zh) |
-
2023
- 2023-10-10 CN CN202311318559.4A patent/CN117408794A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110443695A (zh) | 数据处理方法及其装置、电子设备和介质 | |
CN114564294A (zh) | 智能服务编排方法、装置、计算机设备及存储介质 | |
CN112860662A (zh) | 数据血缘关系建立方法、装置、计算机设备及存储介质 | |
CN117271121A (zh) | 一种任务处理进度控制方法、装置、设备及其存储介质 | |
CN117094729A (zh) | 请求处理方法、装置、计算机设备及存储介质 | |
CN116956326A (zh) | 权限数据的处理方法、装置、计算机设备及存储介质 | |
CN116483425A (zh) | 微服务灰度发版方法、装置、设备及其存储介质 | |
CN116886626A (zh) | 一种业务数据限流方法、装置、计算机设备及存储介质 | |
CN117408794A (zh) | 一种请求处理方法、装置、设备及其存储介质 | |
CN115578170A (zh) | 一种财务批量制证方法、装置、设备及存储介质 | |
CN115185625A (zh) | 基于可配置卡片的自推荐式界面更新方法及其相关设备 | |
CN115330396A (zh) | 支付状态获取方法、装置、计算机设备及存储介质 | |
CN114221964A (zh) | 一种访问请求处理方法、装置、计算机设备及存储介质 | |
CN114170004A (zh) | 基于多事件的评分决策方法、装置、设备及存储介质 | |
CN108830441B (zh) | 资源查询的方法和装置 | |
CN111026746A (zh) | 多渠道数据调用的方法、装置、计算机设备及存储介质 | |
CN115334006B (zh) | 基于客户端实现的灰度验证方法及系统 | |
CN117499270A (zh) | 一种流量处理方法、装置、计算机设备和存储介质 | |
CN117395309A (zh) | 数据上报方法、装置、计算机设备及存储介质 | |
CN115080045A (zh) | 链路生成方法、装置、计算机设备及存储介质 | |
CN117851055A (zh) | 一种任务调度方法、装置、设备及其存储介质 | |
CN117407191A (zh) | 数据处理方法、系统、计算机设备及存储介质 | |
CN117853246A (zh) | 保单处理方法、装置、计算机设备及存储介质 | |
CN116468563A (zh) | 理赔事项智能反馈方法、装置、设备及其存储介质 | |
CN117271156A (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 |