CN117395309A - 数据上报方法、装置、计算机设备及存储介质 - Google Patents
数据上报方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN117395309A CN117395309A CN202311346797.6A CN202311346797A CN117395309A CN 117395309 A CN117395309 A CN 117395309A CN 202311346797 A CN202311346797 A CN 202311346797A CN 117395309 A CN117395309 A CN 117395309A
- Authority
- CN
- China
- Prior art keywords
- data
- message
- target
- supervision
- 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
- 238000000034 method Methods 0.000 title claims abstract description 70
- 238000012545 processing Methods 0.000 claims abstract description 105
- 238000012937 correction Methods 0.000 claims description 33
- 238000011156 evaluation Methods 0.000 claims description 31
- 238000004891 communication Methods 0.000 claims description 20
- 238000004364 calculation method Methods 0.000 claims description 19
- 238000013507 mapping Methods 0.000 claims description 15
- 238000007405 data analysis Methods 0.000 claims description 9
- 238000003032 molecular docking Methods 0.000 claims description 7
- 230000001960 triggered effect Effects 0.000 claims description 7
- 238000005516 engineering process Methods 0.000 abstract description 14
- 230000008569 process Effects 0.000 description 12
- 238000013473 artificial intelligence Methods 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 210000001503 joint Anatomy 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013506 data mapping Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013135 deep learning Methods 0.000 description 1
- 235000019800 disodium phosphate Nutrition 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000007726 management method Methods 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
- 238000012552 review Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
-
- 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/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- 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
- G06Q40/08—Insurance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请属于大数据领域与金融科技领域,涉及一种数据上报方法,包括:判断是否接收到与待上报的保单数据对应的处理完毕的消息;若是,调用目标消息中间件;将消息发送至目标消息中间件;接收消费端向目标消息中间件返回的与保单数据对应的组装好的数据报文;将数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;基于定时任务对监管数据池表中的数据报文进行相应的上报平台处理。本申请还提供一种数据上报装置、计算机设备及存储介质。此外,本申请还涉及区块链技术,数据报文可存储于区块链中。本申请可应用于金融领域的保单数据上报场景,基于监管数据池表与定时任务的结合使用,有效地提高了数据报文上传的处理效率与处理智能性。
Description
技术领域
本申请涉及大数据技术领域与金融科技领域,尤其涉及数据上报方法、装置、计算机设备及存储介质。
背景技术
对于目前的保险***,例如农业保险***而言,由于农业保险中补贴类型为政策性的保险,可能涉及到地方平台的中央财政、省级财政、地方财政、区县财政的补贴拨付,因此各个地方的监管平台会要求保险公司对自己承保的农业保险需要进行保单数据的实时或T+1上报。
对于现有的保险公司采用的基于代码的保单数据上报方式,如果有新的监管平台需要与保险公司的保险***对接,则需要保险***中对平台对接相关的源代码进行适应性的调整,并在调整后再进行相应的保单数据上报的处理。然而,如果需要新增的监管平台的数量较多,则代码调整的处理会造成较大的工作量,进而导致后续的对于新增的监管平台的数据上报处理的效率会大大降低。
发明内容
本申请实施例的目的在于提出一种数据上报方法、装置、计算机设备及存储介质,以解决现有的保险公司采用的基于代码的保单数据上报方式需要保险***中对平台对接相关的源代码进行适应性的调整,代码调整的处理会造成较大的工作量,进而导致后续的对于新增的监管平台的数据上报处理的效率会大大降低的技术问题。
为了解决上述技术问题,本申请实施例提供一种数据上报方法,采用了如下所述的技术方案:
判断是否接收到与待上报的保单数据对应的处理完毕的消息;
若是,调用预设的目标消息中间件;
将所述消息发送至所述目标消息中间件;
接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文;
将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;
基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。
进一步的,所述调用预设的目标消息中间件的步骤,具体包括:
获取多个消息中间件;
获取各所述消息中间件的吞吐量数据、时效性数据以及可用性数据;
对所述吞吐量数据、时效性数据、可用性数据进行数据分析,从所有所述消息中间件中确定出所述目标消息中间件;
调用所述目标消息中间件。
进一步的,所述对所述吞吐量数据、时效性数据、可用性数据进行数据分析,从所有所述消息中间件中确定出所述目标消息中间件的步骤,具体包括:
基于预设的数值映射规则对各所述消息中间件的吞吐量数据、时效性数据以及可用性数据进行数值映射,得到与各所述消息中间件对应的吞吐量数值、时效性数值以及可用性数值;
调用预设的评价计算公式;
基于所述评价计算公式分别对各所述消息中间件的吞吐量数值、时效性数值以及可用性数值进行计算处理,得到各所述消息中间件的评价得分;
基于所述评价得分,从所有消息中间件中确定出所述目标消息中间件。
进一步的,所述基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理的步骤,具体包括:
执行所述定时任务以对所述监管数据池表进行扫描,获取所述监管数据池表中的第一数据报文;其中,所述第一数据报文为所述监管数据池表内存储的所有待上报的数据报文中符合预设的上报条件的数据报文;
从所述监管数据池表中获取与所述第一数据报文对应的目标平台编码与目标平台接口编码;
与所述目标平台编码对应的目标平台进行对接;
调用与所述目标平台接口编码对应的目标平台接口;
基于所述目标平台接口,将所述第一数据报文上传至所述目标平台。
进一步的,所述基于所述目标平台接口,将所述第一数据报文上传至所述目标平台的步骤,具体包括:
获取与所述目标平台对应的目标平台数据编排策略;
基于所述目标平台数据编排策略对所述第一数据报文进行数据编排,得到对应的第二数据报文;
基于所述目标平台接口,将所述第二数据报文上传至所述目标平台。
进一步的,在所述基于所述目标平台接口,将所述第一数据报文上传至所述目标平台的步骤之后,还包括:
判断是否接收到所述目标平台发送的错误数据反馈信息;
若是,从所述监管数据池表中获取与所述错误数据反馈信息对应的指定数据;
生成与所述指定数据对应的错误提醒信息;
获取目标人员的通讯信息;
基于所述通讯信息,将所述错误提醒信息发送给所述目标人员。
进一步的,在所述基于所述通讯信息,将所述错误提醒信息发送给所述目标人员的步骤之后,还包括:
判断是否接收到所述目标人员触发的数据报文修正请求;
若是,展示所述监管数据池表中存储的与预设的字段类型对应的第三数据报文;
接收所述目标人员输入的与所述第三数据报文对应的修正操作;
基于所述修正操作对所述第三数据报文进行对应的修正处理,得到修正后的第四数据报文;
使用所述第四数据报文对所述监管数据池表中的所述第三数据报文进行数据替换处理。
为了解决上述技术问题,本申请实施例还提供一种数据上报装置,采用了如下所述的技术方案:
判断模块,用于判断是否接收到与待上报的保单数据对应的处理完毕的消息;
调用模块,用于若是,调用预设的目标消息中间件;
发送模块,用于将所述消息发送至所述目标消息中间件;
接收模块,用于接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文;
第一处理模块,用于将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;
第二处理模块,用于基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。
为了解决上述技术问题,本申请实施例还提供一种计算机设备,采用了如下所述的技术方案:
判断是否接收到与待上报的保单数据对应的处理完毕的消息;
若是,调用预设的目标消息中间件;
将所述消息发送至所述目标消息中间件;
接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文;
将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;
基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。
为了解决上述技术问题,本申请实施例还提供一种计算机可读存储介质,采用了如下所述的技术方案:
判断是否接收到与待上报的保单数据对应的处理完毕的消息;
若是,调用预设的目标消息中间件;
将所述消息发送至所述目标消息中间件;
接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文;
将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;
基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。
与现有技术相比,本申请实施例主要有以下有益效果:
本申请实施例首先判断是否接收到与待上报的保单数据对应的处理完毕的消息;若是,调用预设的目标消息中间件;之后将所述消息发送至所述目标消息中间件;后续接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文;进一步将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;最后基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。本申请在接收到与待上报的保单数据对应的处理完毕的消息后,会基于目标消息中间件的使用来快速地完成数据报文组装处理以得到组装好的数据报文,进而会基于监管数据池表与定时任务的结合使用,可以实现对于数据报文的上报处理的自动快速执行,极大的简化了对接监管平台上传数据报文的步骤,使得不再需要对平台对接相关的源代码进行适应性的调整便能进行对于平台的保单数据上传处理,有效地降低了数据报文上传的工作量,提高了数据报文上传的处理效率与处理智能性。
附图说明
为了更清楚地说明本申请中的方案,下面将对本申请实施例描述中所需要使用的附图作一个简单介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请可以应用于其中的示例性***架构图;
图2根据本申请的数据上报方法的一个实施例的流程图;
图3是根据本申请的数据上报装置的一个实施例的结构示意图;
图4是根据本申请的计算机设备的一个实施例的结构示意图。
具体实施方式
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同;本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请;本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
为了使本技术领域的人员更好地理解本申请方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。
如图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 Picture ExpertsGroup Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
需要说明的是,本申请实施例所提供的数据上报方法一般由服务器/终端设备执行,相应地,数据上报装置一般设置于服务器/终端设备中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
继续参考图2,示出了根据本申请的数据上报方法的一个实施例的流程图。根据不同的需求,该流程图中步骤的顺序可以改变,某些步骤可以省略。本申请实施例提供的数据上报方法能够应用于任意一种需要进行数据上报的场景中,则该数据上报方法能够应用于这些场景的产品中,例如,金融保险领域中的保单数据上报。所述的数据上报方法,包括以下步骤:
步骤S201,判断是否接收到与待上报的保单数据对应的处理完毕的消息。
在本实施例中,数据上报方法运行于其上的电子设备(例如图1所示的服务器/终端设备),可以通过有线连接方式或者无线连接方式获取消息。需要指出的是,上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。当保险***完成对于初始的保单数据的承保与批改处理后,会得到相应的待上报的保单数据,并会将与待上报的保单数据对应的处理完毕的消息传输给本申请的数据上报装置。示例性的,在金融保险的保单数据上报的业务场景下,保险***可包括农业保险***,保单数据可包括交易数据、支付数据、业务数据,等等。
步骤S202,若是,调用预设的目标消息中间件。
在本实施例中,上述调用预设的目标消息中间件的具体实施过程,本申请将在后续的具体实施例中对此进行进一步的细节描述,在此不作过多阐述。
步骤S203,将所述消息发送至所述目标消息中间件。
在本实施例中,在将所述消息发送至所述目标消息中间件后,通过目标消息中间件将消息放到消息队列中,以使得相应的消费端从该消息队列中提取消息进行消费。
步骤S204,接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文。
在本实施例中,消费端为与目标消息中间件具有关联关系的消费者。消费者在从目标消息中间件的消息队列中提取消息进行消费时,通过工厂模式和策略模式进入到各自的处理类,进行数据报文组装,以得到与所述保单数据对应的组装好的数据报文,后续会向所述目标消息中间件返回的与该保单数据对应的组装好的数据报文。
步骤S205,将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理。
在本实施例中,上述监管数据池表为预先构建的用于基于监管字段要求所对应的存储规范对数据报文进行存储的数据池表。通过使用监管数据池表对数据报文进行存储,可以有效实现后续对于报文数据的问题排查处理。其中,监管字段要求具体可包括:policyno-保单号;endorse no-批单号;endorsementtimes-批改次数,默认为0未批;seconddeptcode-二级机构,代码如221;interface code-数据下发地方平台的接口编码;status-数据下发平台状态:0未下发;1平台未响应;2平台返回成功;3平台返回异常;默认0;request json-请求报文json;response json-平台过回报文json;version-版本号:默认0;加1递增;isdeleted-删除标识:默认0有效;created date–创建时间;created by-创建人;updated date-更新时间;updated by-更新人;remark–备注。其中,可通过将数据报文按照监管字段要求进行对应调整后再存储至监管数据池表内,以完成落库处理。
步骤S206,基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。
在本实施例中,上述基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理的具体实施过程,本申请将在后续的具体实施例中对此进行进一步的细节描述,在此不作过多阐述。
本申请首先判断是否接收到与待上报的保单数据对应的处理完毕的消息;若是,调用预设的目标消息中间件;之后将所述消息发送至所述目标消息中间件;后续接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文;进一步将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;最后基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。本申请在接收到与待上报的保单数据对应的处理完毕的消息后,会基于目标消息中间件的使用来快速地完成数据报文组装处理以得到组装好的数据报文,进而会基于监管数据池表与定时任务的结合使用,可以实现对于数据报文的上报处理的自动快速执行,极大的简化了对接监管平台上传数据报文的步骤,使得不再需要对平台对接相关的源代码进行适应性的调整便能进行对于平台的保单数据上传处理,有效地降低了数据报文上传的工作量,提高了数据报文上传的处理效率与处理智能性。
在一些可选的实现方式中,步骤S202包括以下步骤:
获取多个消息中间件。
在本实施例中,上述消息中间件可包括ActiveMQ、RabbitMQ、RocketMQ以及Kafka
获取各所述消息中间件的吞吐量数据、时效性数据以及可用性数据。
在本实施例中,可通过在网络资源上对各个消息中间件进行功能数据获取,以查询出各所述消息中间件的吞吐量数据、时效性数据以及可用性数据。
对所述吞吐量数据、时效性数据、可用性数据进行数据分析,从所有所述消息中间件中确定出所述目标消息中间件。
在本实施例中,上述对所述吞吐量数据、时效性数据、可用性数据进行数据分析,从所有所述消息中间件中确定出所述目标消息中间件的具体实施过程,本申请将在后续的具体实施例中对此进行进一步的细节描述,在此不作过多阐述。
调用所述目标消息中间件。
在本实施例中,通过调用目标消息中间件,以使用该目标消息中间件进行对于保单数据的数据报文组装处理。
本申请通过获取多个消息中间件;然后获取各所述消息中间件的吞吐量数据、时效性数据以及可用性数据;之后对所述吞吐量数据、时效性数据、可用性数据进行数据分析,从所有所述消息中间件中确定出所述目标消息中间件。后续调用所述目标消息中间件。本申请通过获取各个消息中间件的吞吐量数据、时效性数据以及可用性数据,以实现从消息中间件的吞吐量、时效性以及可用性的多个维度结合的方式从所有所述消息中间件中确定出用于进行对于保单数据的数据报文组装处理的目标消息中间件,保证了得到的目标消息中间件的确定准确度,使得后续使用目标消息中间件来进行数据报文组装处理,可以有效提高数据报文组装的处理效率。
在本实施例的一些可选的实现方式中,所述对所述吞吐量数据、时效性数据、可用性数据进行数据分析,从所有所述消息中间件中确定出所述目标消息中间件,包括以下步骤:
基于预设的数值映射规则对各所述消息中间件的吞吐量数据、时效性数据以及可用性数据进行数值映射,得到与各所述消息中间件对应的吞吐量数值、时效性数值以及可用性数值。
在本实施例中,数值映射规则为根据实际的评价需求构建的适用于消息中间件的吞吐量数据、时效性数据以及可用性数据的数据映射的规则,数值映射规则用于将各所述消息中间件的吞吐量数据、时效性数据以及可用性数据转化为相应的吞吐量数值、时效性数值以及可用性数值。对于数值映射规则的内容不做具体限定。示例性的,吞吐量数据为万级对应的数值为1,吞吐量数据为十万级对应的数值为2;时效性数据为ms级对应的数值为1,时效性数据为us级对应的数值为2;可用性数据为高对应的数值为1,可用性数据为非常高对应的数值为2.
调用预设的评价计算公式。
在本实施例中,上述评价计算公式具体可包括:S=a*x+b*y+c*z,其中,a为吞吐量数值、x为a的第一权重,b为时效性数值,y为b的第二权重,c为可用性数值,z为c的第三权重。其中,对于上述第一权重、第二权重以及第三权重的取值不做具体限定,可根据实际的业务使用需求进行确定。
基于所述评价计算公式分别对各所述消息中间件的吞吐量数值、时效性数值以及可用性数值进行计算处理,得到各所述消息中间件的评价得分。
在本实施例中,通过将各所述消息中间件的吞吐量数值、时效性数值以及可用性数值代入至所述评价计算公式中的对应位置处进行计算处理,从而得到对应的计算结果,并将该计算结果作为上述评价得分。
基于所述评价得分,从所有消息中间件中确定出所述目标消息中间件。
在本实施例中,通过从所有评价得分中筛选出数值最高的指定评价得分,进而从所有消息中间件中筛选出与该指定评价得分对应的消息中间件,以得到上述目标消息中间件。
本申请通过基于预设的数值映射规则对各所述消息中间件的吞吐量数据、时效性数据以及可用性数据进行数值映射,得到与各所述消息中间件对应的吞吐量数值、时效性数值以及可用性数值;然后调用预设的评价计算公式;之后基于所述评价计算公式分别对各所述消息中间件的吞吐量数值、时效性数值以及可用性数值进行计算处理,得到各所述消息中间件的评价得分;后续基于所述评价得分,从所有消息中间件中确定出所述目标消息中间件。本申请基于数值映射规则与评价计算公式的使用,可以快速准确地计算得到各所述消息中间件的评价得分,进而基于评价得分,从所有消息中间件中确定出所述目标消息中间件,以实现从消息中间件的吞吐量、时效性以及可用性的多个维度结合的方式从所有所述消息中间件中确定出用于进行对于保单数据的数据报文组装处理的目标消息中间件,由于目标消息中间件为所有消息中间件中的评价最高的消息中间件,从而有效保证了得到的目标消息中间件的准确度。且后续使用目标消息中间件来进行数据报文组装处理,可以有效提高数据报文组装的处理效率。
在一些可选的实现方式中,步骤S206包括以下步骤:
执行所述定时任务以对所述监管数据池表进行扫描,获取所述监管数据池表中的第一数据报文。
在本实施例中,定时任务可为设置的按照预设的时间间隔执行的数据上报任务,对于预设的时间间隔的取值不做具体限定,可根据实际的使用需求进行设置,例如可设为一小时一次。其中,所述第一数据报文为所述监管数据池表内存储的所有待上报的数据报文中符合预设的上报条件的数据报文。
从所述监管数据池表中获取与所述第一数据报文对应的目标平台编码与目标平台接口编码。
在本实施例中,可通过在监管数据池表中对所述第一数据报文进行平台信息获取,以从该平台信息中提取出与所述第一数据报文对应的目标平台编码与目标平台接口编码。
与所述目标平台编码对应的目标平台进行对接。
在本实施例中,可通过目标平台编码搜寻出对应的目标平台的平台地址,进而使用该平台地址与目标平台进行对接。
调用与所述目标平台接口编码对应的目标平台接口。
在本实施例中,上述目标平台接口为预先配置的用于与目标平台进行数据上报处理的接口。
基于所述目标平台接口,将所述第一数据报文上传至所述目标平台。
在本实施例中,上述基于所述目标平台接口,将所述第一数据报文上传至所述目标平台的具体实施过程,本申请将在后续的具体实施例中对此进行进一步的细节描述,在此不作过多阐述。
本申请通过执行所述定时任务以对所述监管数据池表进行扫描,获取所述监管数据池表中的第一数据报文;然后从所述监管数据池表中获取与所述第一数据报文对应的目标平台编码与目标平台接口编码;之后与所述目标平台编码对应的目标平台进行对接;后续调用与所述目标平台接口编码对应的目标平台接口;最后基于所述目标平台接口,将所述第一数据报文上传至所述目标平台。本申请基于定时任务与监管数据池表的结合使用,可以实现对于数据报文的上报处理的自动快速执行,极大的简化了对接监管平台上传数据报文的步骤,降低了数据报文上传的工作量,有效地提高了数据报文上传的处理效率与处理智能性。
在一些可选的实现方式中,所述基于所述目标平台接口,将所述第一数据报文上传至所述目标平台,包括以下步骤:
获取与所述目标平台对应的目标平台数据编排策略。
在本实施例中,对于不同的监管平台,各个监管平台通过会设置有应用于各自的数据上传规范。对应的,根据各个监管平台数据上传规范,提前设置有与各个监管平台一一对应的平台数据编排策略。平台数据编排策略为根据实际对应的监管平台的数据上传规范进行构建并存储的。
基于所述目标平台数据编排策略对所述第一数据报文进行数据编排,得到对应的第二数据报文。
在本实施例中,得到的第二数据报文为符合目标平台的数据上传规范的数据报文。
基于所述目标平台接口,将所述第二数据报文上传至所述目标平台。
在本实施例中,通过使用目标平台接口进行数据上报处理,以将所述第二数据报文上传至所述目标平台。
本申请通过获取与所述目标平台对应的目标平台数据编排策略;然后基于所述目标平台数据编排策略对所述第一数据报文进行数据编排,得到对应的第二数据报文;后续基于所述目标平台接口,将所述第二数据报文上传至所述目标平台。本申请通过基于与所述目标平台对应的目标平台数据编排策略对所述第一数据报文进行数据编排得到第二数据报文,后续再基于所述目标平台接口,将符合目标平台的数据上传规范的第二数据报文上传至所述目标平台,保证了上传的第二数据报文的准确性与规范性,提高了数据报文上传的处理智能性。
在本实施例的一些可选的实现方式中,在所述基于所述目标平台接口,将所述第一数据报文上传至所述目标平台的步骤之后,上述电子设备还可以执行以下步骤:
判断是否接收到所述目标平台发送的错误数据反馈信息。
在本实施例中,上述错误数据反馈信息为目标平台反馈的上报的数据报文中存储错误数据所对应的反馈信息。
若是,从所述监管数据池表中获取与所述错误数据反馈信息对应的指定数据。
在本实施例中,可基于所述错误数据反馈信息中携带的错误数据对所述监管数据池表进行数据查询,以从所述监管数据池表中查找出与所述错误数据对应的指定数据。
生成与所述指定数据对应的错误提醒信息。
在本实施例中,可通过将所述指定数据填充至预设的提醒信息模板内,以生成相应的错误提醒信息。其中,对于上述提醒信息模板的内容不做具体限定,可根据实际的提醒需求进行编写得到。
获取目标人员的通讯信息。
在本实施例中,上述目标人员可为保险***中的保单管理人员。上述通讯信息可包括邮件地址或电话号码。
基于所述通讯信息,将所述错误提醒信息发送给所述目标人员。
在本实施例中,可通过利用所述通讯信息,将所述错误提醒信息发送给所述目标人员对应的通讯终端。
本申请通过判断是否接收到所述目标平台发送的错误数据反馈信息;若是,从所述监管数据池表中获取与所述错误数据反馈信息对应的指定数据;然后生成与所述指定数据对应的错误提醒信息;之后获取目标人员的通讯信息;后续基于所述通讯信息,将所述错误提醒信息发送给所述目标人员。本申请在接收到所述目标平台发送的错误数据反馈信息后,会智能地从所述监管数据池表中获取与所述错误数据反馈信息对应的指定数据并生成相应的错误提醒信息,进而将错误提醒信息发送给所述目标人员,以使得后续目标人员能够查阅该错误提醒信息,通过人工干预对误数据反馈信息对应的指定数据进行修正处理,从而可以有效地确保上报的数据报文的准确性,有利于提高目标人员的工作体验与工作效率。
在本实施例的一些可选的实现方式中,在所述基于所述通讯信息,将所述错误提醒信息发送给所述目标人员的步骤之后,上述电子设备还可以执行以下步骤:
判断是否接收到所述目标人员触发的数据报文修正请求。
在本实施例中,上述调整请求为可所述目标人员在查阅到校验错误提醒信息后,触发的用于对监管数据池表中存在的错误数据进行修正的请求。
若是,展示所述监管数据池表中存储的与预设的字段类型对应的第三数据报文。
在本实施例中,上述预设的字段类型为Json字段类型,上述第三数据报文为监管数据池表中存储的Json字段类型的数据报文。
接收所述目标人员输入的与所述第三数据报文对应的修正操作。
在本实施例中,上述修正操作可包括增加、减少、替换、修改等操作。
基于所述修正操作对所述第三数据报文进行对应的修正处理,得到修正后的第四数据报文。
在本实施例中,可获取与修正处理对应的修正数据,进而使用修正数据对所述第三数据报文进行对应的修正处理,以得到修正后的第四数据报文。
使用所述第四数据报文对所述监管数据池表中的所述第三数据报文进行数据替换处理。
在本实施例中,使用所述第四数据报文对所述监管数据池表中的所述第三数据报文进行数据替换处理,以完成对于监管数据池表中存在的错误的第三数据报文的修正处理。
本申请通过判断是否接收到所述目标人员触发的数据报文修正请求;若是,展示所述监管数据池表中存储的与预设的字段类型对应的第三数据报文;然后接收所述目标人员输入的与所述第三数据报文对应的修正操作;之后基于所述修正操作对所述第三数据报文进行对应的修正处理,得到修正后的第四数据报文;后续使用所述第四数据报文对所述监管数据池表中的所述第三数据报文进行数据替换处理。本申请在接收到目标人员触发的数据报文修正请求会智能地展示所述监管数据池表中存储的与预设的字段类型对应的第三数据报文,进而会目标人员输入的与所述第三数据报文对应的修正操作,来实现快速灵活地完成对于监管数据池表中的所述第三数据报文的数据修正,从而可以有效地确保监管数据池表中存储的数据报文的准确性,并且不需要管理人员重新对出现错误的数据报文进行重新组装与再次发起调用的处理,降低了数据报文修正的工作量,提高了数据报文修正的处理效率与处理智能性。
通过人工干预对误数据反馈信息对应的指定数据进行修正处理,从而可以有效地确保上报的数据报文的准确性,有利于提高目标人员的工作体验与工作效率。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
需要强调的是,为进一步保证上述数据报文的私密和安全性,上述数据报文还可以存储于一区块链的节点中。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用***。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互***、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机可读指令来指令相关的硬件来完成,该计算机可读指令可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等非易失性存储介质,或随机存储记忆体(Random Access Memory,RAM)等。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
进一步参考图3,作为对上述图2所示方法的实现,本申请提供了一种数据上报装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图3所示,本实施例所述的数据上报装置300包括:判断模块301、调用模块302、发送模块303、接收模块304、第一处理模块305以及第二处理模块306。其中:
判断模块301,用于判断是否接收到与待上报的保单数据对应的处理完毕的消息;
调用模块302,用于若是,调用预设的目标消息中间件;
发送模块303,用于将所述消息发送至所述目标消息中间件;
接收模块304,用于接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文;
第一处理模块305,用于将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;
第二处理模块306,用于基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的数据上报方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,调用模块302包括:
第一获取子模块,用于获取多个消息中间件;
第二获取子模块,用于获取各所述消息中间件的吞吐量数据、时效性数据以及可用性数据;
确定子模块,用于对所述吞吐量数据、时效性数据、可用性数据进行数据分析,从所有所述消息中间件中确定出所述目标消息中间件;
第一调用子模块,调用所述目标消息中间件。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的数据上报方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,确定子模块包括:
映射单元,用于基于预设的数值映射规则对各所述消息中间件的吞吐量数据、时效性数据以及可用性数据进行数值映射,得到与各所述消息中间件对应的吞吐量数值、时效性数值以及可用性数值;
调用单元,用于调用预设的评价计算公式;
计算单元,用于基于所述评价计算公式分别对各所述消息中间件的吞吐量数值、时效性数值以及可用性数值进行计算处理,得到各所述消息中间件的评价得分;
确定单元,用于基于所述评价得分,从所有消息中间件中确定出所述目标消息中间件。
本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的数据上报方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,第二处理模块306包括:
第三获取子模块,用于执行所述定时任务以对所述监管数据池表进行扫描,获取所述监管数据池表中的第一数据报文;其中,所述第一数据报文为所述监管数据池表内存储的所有待上报的数据报文中符合预设的上报条件的数据报文;
第四获取子模块,用于从所述监管数据池表中获取与所述第一数据报文对应的目标平台编码与目标平台接口编码;
对接子模块,用于与所述目标平台编码对应的目标平台进行对接;
第二调用子模块,用于调用与所述目标平台接口编码对应的目标平台接口;
上传子模块,用于基于所述目标平台接口,将所述第一数据报文上传至所述目标平台。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的数据上报方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,上传子模块包括:
获取单元,用于获取与所述目标平台对应的目标平台数据编排策略;
编排单元,用于基于所述目标平台数据编排策略对所述第一数据报文进行数据编排,得到对应的第二数据报文;
上传单元,用于基于所述目标平台接口,将所述第二数据报文上传至所述目标平台。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的数据上报方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,第二处理模块306还包括:
第一判断子模块,用于判断是否接收到所述目标平台发送的错误数据反馈信息;
第五获取子模块,用于若是,从所述监管数据池表中获取与所述错误数据反馈信息对应的指定数据;
生成子模块,用于生成与所述指定数据对应的错误提醒信息;
第六获取子模块,用于获取目标人员的通讯信息;
发送子模块,用于基于所述通讯信息,将所述错误提醒信息发送给所述目标人员。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的数据上报方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,第二处理模块306还包括:
第二判断子模块,用于判断是否接收到所述目标人员触发的数据报文修正请求;
展示子模块,用于若是,展示所述监管数据池表中存储的与预设的字段类型对应的第三数据报文;
接收子模块,用于接收所述目标人员输入的与所述第三数据报文对应的修正操作;
修正子模块,用于基于所述修正操作对所述第三数据报文进行对应的修正处理,得到修正后的第四数据报文;
替换子模块,用于使用所述第四数据报文对所述监管数据池表中的所述第三数据报文进行数据替换处理。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的数据上报方法的步骤一一对应,在此不再赘述。
为解决上述技术问题,本申请实施例还提供计算机设备。具体请参阅图4,图4为本实施例计算机设备基本结构框图。
所述计算机设备4包括通过***总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是,图中仅示出了具有组件41-43的计算机设备4,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。其中,本技术领域技术人员可以理解,这里的计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、可编程门阵列(Field-Programmable GateArray,FPGA)、数字处理器(Digital Signal Processor,DSP)、嵌入式设备等。
所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
所述存储器41至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,所述存储器41可以是所述计算机设备4的内部存储单元,例如该计算机设备4的硬盘或内存。在另一些实施例中,所述存储器41也可以是所述计算机设备4的外部存储设备,例如该计算机设备4上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(FlashCard)等。当然,所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中,所述存储器41通常用于存储安装于所述计算机设备4的操作***和各类应用软件,例如数据上报方法的计算机可读指令等。此外,所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中,所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据,例如运行所述数据上报方法的计算机可读指令。
所述网络接口43可包括无线网络接口或有线网络接口,该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。
与现有技术相比,本申请实施例主要有以下有益效果:
本申请实施例中,首先判断是否接收到与待上报的保单数据对应的处理完毕的消息;若是,调用预设的目标消息中间件;之后将所述消息发送至所述目标消息中间件;后续接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文;进一步将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;最后基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。本申请在接收到与待上报的保单数据对应的处理完毕的消息后,会基于目标消息中间件的使用来快速地完成数据报文组装处理以得到组装好的数据报文,进而会基于监管数据池表与定时任务的结合使用,可以实现对于数据报文的上报处理的自动快速执行,极大的简化了对接监管平台上传数据报文的步骤,使得不再需要对平台对接相关的源代码进行适应性的调整便能进行对于平台的保单数据上传处理,有效地降低了数据报文上传的工作量,提高了数据报文上传的处理效率与处理智能性。
本申请还提供了另一种实施方式,即提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可读指令,所述计算机可读指令可被至少一个处理器执行,以使所述至少一个处理器执行如上述的数据上报方法的步骤。
与现有技术相比,本申请实施例主要有以下有益效果:
本申请实施例中,首先判断是否接收到与待上报的保单数据对应的处理完毕的消息;若是,调用预设的目标消息中间件;之后将所述消息发送至所述目标消息中间件;后续接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文;进一步将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;最后基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。本申请在接收到与待上报的保单数据对应的处理完毕的消息后,会基于目标消息中间件的使用来快速地完成数据报文组装处理以得到组装好的数据报文,进而会基于监管数据池表与定时任务的结合使用,可以实现对于数据报文的上报处理的自动快速执行,极大的简化了对接监管平台上传数据报文的步骤,使得不再需要对平台对接相关的源代码进行适应性的调整便能进行对于平台的保单数据上传处理,有效地降低了数据报文上传的工作量,提高了数据报文上传的处理效率与处理智能性。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
显然,以上所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例,附图中给出了本申请的较佳实施例,但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现,相反地,提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明,对于本领域的技术人员来而言,其依然可以对前述各具体实施方式所记载的技术方案进行修改,或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构,直接或间接运用在其他相关的技术领域,均同理在本申请专利保护范围之内。
Claims (10)
1.一种数据上报方法,其特征在于,包括下述步骤:
判断是否接收到与待上报的保单数据对应的处理完毕的消息;
若是,调用预设的目标消息中间件;
将所述消息发送至所述目标消息中间件;
接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文;
将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;
基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。
2.根据权利要求1所述的数据上报方法,其特征在于,所述调用预设的目标消息中间件的步骤,具体包括:
获取多个消息中间件;
获取各所述消息中间件的吞吐量数据、时效性数据以及可用性数据;
对所述吞吐量数据、时效性数据、可用性数据进行数据分析,从所有所述消息中间件中确定出所述目标消息中间件;
调用所述目标消息中间件。
3.根据权利要求2所述的数据上报方法,其特征在于,所述对所述吞吐量数据、时效性数据、可用性数据进行数据分析,从所有所述消息中间件中确定出所述目标消息中间件的步骤,具体包括:
基于预设的数值映射规则对各所述消息中间件的吞吐量数据、时效性数据以及可用性数据进行数值映射,得到与各所述消息中间件对应的吞吐量数值、时效性数值以及可用性数值;
调用预设的评价计算公式;
基于所述评价计算公式分别对各所述消息中间件的吞吐量数值、时效性数值以及可用性数值进行计算处理,得到各所述消息中间件的评价得分;
基于所述评价得分,从所有消息中间件中确定出所述目标消息中间件。
4.根据权利要求1所述的数据上报方法,其特征在于,所述基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理的步骤,具体包括:
执行所述定时任务以对所述监管数据池表进行扫描,获取所述监管数据池表中的第一数据报文;其中,所述第一数据报文为所述监管数据池表内存储的所有待上报的数据报文中符合预设的上报条件的数据报文;
从所述监管数据池表中获取与所述第一数据报文对应的目标平台编码与目标平台接口编码;
与所述目标平台编码对应的目标平台进行对接;
调用与所述目标平台接口编码对应的目标平台接口;
基于所述目标平台接口,将所述第一数据报文上传至所述目标平台。
5.根据权利要求4所述的数据上报方法,其特征在于,所述基于所述目标平台接口,将所述第一数据报文上传至所述目标平台的步骤,具体包括:
获取与所述目标平台对应的目标平台数据编排策略;
基于所述目标平台数据编排策略对所述第一数据报文进行数据编排,得到对应的第二数据报文;
基于所述目标平台接口,将所述第二数据报文上传至所述目标平台。
6.根据权利要求4所述的数据上报方法,其特征在于,在所述基于所述目标平台接口,将所述第一数据报文上传至所述目标平台的步骤之后,还包括:
判断是否接收到所述目标平台发送的错误数据反馈信息;
若是,从所述监管数据池表中获取与所述错误数据反馈信息对应的指定数据;
生成与所述指定数据对应的错误提醒信息;
获取目标人员的通讯信息;
基于所述通讯信息,将所述错误提醒信息发送给所述目标人员。
7.根据权利要求6所述的数据上报方法,其特征在于,在所述基于所述通讯信息,将所述错误提醒信息发送给所述目标人员的步骤之后,还包括:
判断是否接收到所述目标人员触发的数据报文修正请求;
若是,展示所述监管数据池表中存储的与预设的字段类型对应的第三数据报文;
接收所述目标人员输入的与所述第三数据报文对应的修正操作;
基于所述修正操作对所述第三数据报文进行对应的修正处理,得到修正后的第四数据报文;
使用所述第四数据报文对所述监管数据池表中的所述第三数据报文进行数据替换处理。
8.一种数据上报装置,其特征在于,包括:
判断模块,用于判断是否接收到与待上报的保单数据对应的处理完毕的消息;
调用模块,用于若是,调用预设的目标消息中间件;
发送模块,用于将所述消息发送至所述目标消息中间件;
接收模块,用于接收预设的消费端向所述目标消息中间件返回的与所述保单数据对应的组装好的数据报文;
第一处理模块,用于将所述数据报文按照预设的监管数据池表中的监管字段要求进行落库处理;
第二处理模块,用于基于预设的定时任务对所述监管数据池表中的数据报文进行相应的上报平台处理。
9.一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的数据上报方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的数据上报方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311346797.6A CN117395309A (zh) | 2023-10-17 | 2023-10-17 | 数据上报方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311346797.6A CN117395309A (zh) | 2023-10-17 | 2023-10-17 | 数据上报方法、装置、计算机设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117395309A true CN117395309A (zh) | 2024-01-12 |
Family
ID=89469665
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311346797.6A Pending CN117395309A (zh) | 2023-10-17 | 2023-10-17 | 数据上报方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117395309A (zh) |
-
2023
- 2023-10-17 CN CN202311346797.6A patent/CN117395309A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114564294A (zh) | 智能服务编排方法、装置、计算机设备及存储介质 | |
CN117114618A (zh) | 待办项跟进方法、***、计算机设备及存储介质 | |
CN116956326A (zh) | 权限数据的处理方法、装置、计算机设备及存储介质 | |
CN117057935A (zh) | 基于领域设计的数据处理方法、装置、设备及其存储介质 | |
CN117094729A (zh) | 请求处理方法、装置、计算机设备及存储介质 | |
CN116661936A (zh) | 页面数据的处理方法、装置、计算机设备及存储介质 | |
CN115543565A (zh) | 任务处理方法、装置、计算机设备及存储介质 | |
CN117395309A (zh) | 数据上报方法、装置、计算机设备及存储介质 | |
CN115577867B (zh) | 一种抽检任务创建方法、***、计算机设备及存储介质 | |
CN116932486A (zh) | 文件生成方法、装置、计算机设备及存储介质 | |
CN117076781A (zh) | 保单数据的处理方法、装置、计算机设备及存储介质 | |
CN116932090A (zh) | 工具包加载方法、装置、计算机设备及存储介质 | |
CN117112383A (zh) | 基于人工智能的性能分析方法、装置、设备及存储介质 | |
CN117278510A (zh) | 消息发送方法、装置、计算机设备及存储介质 | |
CN117217684A (zh) | 指标数据的处理方法、装置、计算机设备及存储介质 | |
CN115080045A (zh) | 链路生成方法、装置、计算机设备及存储介质 | |
CN116319716A (zh) | 信息处理方法、无服务***、电子设备及存储介质 | |
CN115936909A (zh) | 数据处理方法、装置、计算机设备及存储介质 | |
CN117271486A (zh) | 基于人工智能的数据报送方法、装置、设备及存储介质 | |
CN117278263A (zh) | 认证处理方法、装置、计算机设备及存储介质 | |
CN117035851A (zh) | 数据处理方法、装置、计算机设备及存储介质 | |
CN117874137A (zh) | 数据处理方法、装置、计算机设备及存储介质 | |
CN117421311A (zh) | 基于人工智能的数据校验方法、装置、设备及存储介质 | |
CN117762916A (zh) | 数据校验方法、装置、计算机设备及存储介质 | |
CN117217182A (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 |