CN114048718A - 表格数据处理方法、装置、计算机设备及存储介质 - Google Patents

表格数据处理方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
CN114048718A
CN114048718A CN202111435220.3A CN202111435220A CN114048718A CN 114048718 A CN114048718 A CN 114048718A CN 202111435220 A CN202111435220 A CN 202111435220A CN 114048718 A CN114048718 A CN 114048718A
Authority
CN
China
Prior art keywords
field
uploaded
sub
source
tables
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
Application number
CN202111435220.3A
Other languages
English (en)
Inventor
吴智炜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Life Insurance Company of China Ltd
Original Assignee
Ping An Life Insurance Company of China Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ping An Life Insurance Company of China Ltd filed Critical Ping An Life Insurance Company of China Ltd
Priority to CN202111435220.3A priority Critical patent/CN114048718A/zh
Publication of CN114048718A publication Critical patent/CN114048718A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/166—Editing, e.g. inserting or deleting
    • G06F40/174—Form filling; Merging
    • 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
    • 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/248—Presentation of query results

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • General Health & Medical Sciences (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请实施例属于大数据领域和人工智能技术领域，涉及一种表格数据处理方法，包括：获取目标源表格的第一字段，以第一字段为索引在不同的业务系统中查找子表格，并将子表格构建合并表格；按照第一预设时间间隔扫描历史上传的源表格，并从历史上传的源表格中获取各个历史上传的源表格中均不相同的特征性字段作为第二字段；以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并本申请还提供一种表格数据处理装置、计算机设备及存储介质。此外，本申请还涉及区块链技术，合并表格可存储于区块链中。通过上述方式，本申请能够将已上传的源表格整合至合并表格，便于使用合并表格进行不同业务系统的数据对接。

Description

表格数据处理方法、装置、计算机设备及存储介质
技术领域
本申请涉及大数据技术领域和人工智能技术领域，尤其涉及一种表格数据处理方法、装置、计算机设备及存储介质。
背景技术
Prophet是一种非常成熟的精算软件，其被广泛应用于金融服务业，能够提供诸如利润测试、资产评估、业务模型设置等多种金融服务功能，从而满足金融服务公司各种各样的业务需求。然而，由于prophet软件的功能复杂繁多，所以由prophet软件产生的表格也复杂繁多，导致在外部业务系统与prophet软件进行数据对接时甚至可能需要访问成百上万个表格，且表格中的数据通常杂乱繁多通常不能很好地满足外部业务系统的数据对接要求(例如，某些表格有可能会缺少外部业务系统要求的字段和数据)。可见，现有精算软件的表格繁多且数据杂乱，且未能很好地满足外部业务系统的数据对接要求，不利于外部业务系统与精算软件的数据对接。
发明内容
本申请实施例的目的在于提出一种表格数据处理方法、装置、计算机设备及存储介质，以解决现有技术中因精算软件的表格繁多且数据杂乱，未能很好地满足外部业务系统的数据对接要求，不利于外部业务系统与精算软件的数据对接的技术问题。
为了解决上述技术问题，本申请实施例提供一种表格数据处理方法，采用了如下的技术方案：一种表格数据处理方法，包括：在确定目标源表格成功上传之后，获取目标源表格的第一字段，其中，第一字段为与若干个历史上传的源表格中均包含的相同字段；以第一字段为索引在不同的业务系统中查找子表格，并将子表格构建合并表格；按照第一预设时间间隔扫描历史上传的源表格，并从历史上传的源表格中获取各个历史上传的源表格中均不相同的特征性字段作为第二字段；以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并。
进一步的，以第一字段为索引在不同的业务系统中查找子表格，并将子表格构建合并表格的步骤，包括：当目标源表格的第一字段的数量等于一个时，以第一字段为索引在不同的业务系统中查找子表格；当目标源表格的第一字段的数量大于或等于两个时，对第一字段进行优先级排序，并以优先级最高的一项第一字段在不同的业务系统中查找子表格。
进一步的，以第一字段为基准将第二字段添加至对应的子表格中的步骤，包括：以第一字段为基准确定历史上传的源表格对应的子表格；校验第二字段是否以符合写入子表格来表示；若是，则将第二字段添加至子表格中；若否，则对第二字段进行格式调整，使得第二字段以符合写入合并表格的格式来表示，将格式调整后的第二字段添加至子表格中。
进一步的，按照第一预设时间间隔扫描历史上传的源表格，并从历史上传的源表格中获取各个历史上传的源表格中均不相同的特征性字段作为第二字段的步骤，包括：按照第一预设时间间隔扫描历史上传的源表格，当监测到历史上传的源表格有更新时，从历史上传的源表格中获取第二字段。
进一步的，以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并的步骤，包括：以第一字段为基准确定历史上传的源表格对应的子表格；判断子表格中是否存在第二字段；当子表格中不存在第二字段，则在子表格中创建新字段，将第二字段对应的数据添加至新字段下的对应位置。
进一步的，在确定目标源表格成功上传之后，获取目标源表格的第一字段的步骤之前，方法还包括：检测是否接收到精算软件上传目标源表格的请求；当接收到精算软件上传目标源表格的请求时，开始接收由精算软件上传的目标源表格以及对应的上传日志；读取上传日志，判断上传日志中是否更新有用于表示成功上传的字段；若无，则提示用户目标源表格上传失败；若有，则确定目标源表格件成功上传。
进一步的，在以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并的步骤之前，方法包括：创建一合并日志，其中，合并日志用于保存每次合并目标源表格与历史上传的源表格所对应的合并信息，每条合并信息包括目标源表格的表名前缀、开始合并时刻、完成合并时刻、合并时新增的第二字段、合并是否成功中的至少一项；在以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并的步骤之后，方法还包括：更新合并信息。
为了解决上述技术问题，本申请实施例还提供一种表格数据处理装置，采用了如下的技术方案：表格数据处理装置包括：第一获取模块，用于在确定目标源表格成功上传之后，获取目标源表格的第一字段，其中，第一字段为与若干个历史上传的源表格中均包含的相同字段；构建模块，用于以第一字段为索引在不同的业务系统中查找子表格，并将子表格构建合并表格；第二获取模块，用于按照第一预设时间间隔扫描历史上传的源表格，并从历史上传的源表格中获取各个历史上传的源表格中均不相同的特征性字段作为第二字段；合并模块，用于以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并。
为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下的技术方案：计算机设备包括存储器和处理器，存储器中存储有计算机可读指令，处理器执行计算机可读指令时实现如前述的表格数据处理方法的步骤。
为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下的技术方案：计算机可读存储介质上存储有计算机可读指令，计算机可读指令被处理器执行时实现如前述的表格数据处理方法的步骤。
与现有技术相比，本申请实施例主要有以下有益效果：
本申请通过上述步骤，在确定目标源表格成功上传之后，获取目标源表格的第一字段，以第一字段为索引在不同的业务系统中查找子表格并将子表格构建合并表格，即该合并表格能够适应不同业务系统的数据对接需求。进一步地，按照第一预设时间间隔扫描历史上传的源表格，并从历史上传的源表格中获取各个历史上传的源表格中均不相同的特征性字段作为第二字段，以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并，便于使用该合并表格进行不同业务系统的数据对接，方便数据统计及使用，提升处理效率。
附图说明
为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请可以应用于其中的示例性系统架构图；
图2根据本申请的表格数据处理方法的一个实施例的流程图；
图3是图2中步骤S22的流程图；
图4是图2中步骤S24的流程图；
图5是图2中步骤S23的一流程图；
图6是图2中步骤S24的另一流程图；
图7是图2中步骤S21之前的流程图；
图8是图2中步骤S24之后的流程图；
图9是图2中步骤S24之后的另一流程图；
图10是图2中步骤S24之后的又一流程图；
图11是图2中步骤S24之后的再一流程图；
图12是图2中步骤S24之前及之后的流程图；
图13是根据本申请的表格数据处理装置的一个实施例的结构示意图；
图14是根据本申请的计算机设备的一个实施例的结构示意图。
具体实施方式
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。
如图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上显示的页面提供支持的后台服务器。
服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。
需要说明的是，本申请实施例所提供的表格数据处理方法一般由服务器/终端设备执行，相应地，表格数据处理装置一般设置于服务器/终端设备中。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
继续参考图2，示出了根据本申请的表格数据处理方法的一个实施例的流程图。本申请可以应用于人工智能领域，如自然语言处理技术领域。的表格数据处理方法，包括以下步骤：
步骤S21，在确定目标源表格成功上传之后，获取目标源表格的第一字段。
其中，第一字段为与若干个历史上传的源表格中均包含的相同字段。例如，第一字段可以为多个源表格的统一表名前缀，更具体地，可以根据源表格涉及的业务类型或产品等因素预先设置所上传的源表格的表名前缀。
在本实施例中，表格数据处理方法运行于其上的电子设备(例如图1所示的服务器/终端设备)可以通过有线连接方式或者无线连接方式接收调用端的处理请求。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。
具体的，运行本申请表格数据处理方法的电子设备连接精算软件和外部业务系统。
精算软件将若干个源表格上传至运行本申请表格数据处理方法的电子设备，以便电子设备构建合并表格，并将若干个源表格整合至合并表格中，以得到能够适应不同外部业务系统的数据对接需求的合并表格。
精算软件是一套综合的精算操作系统，包括寿险、非寿险以及其他部分，可以为金融服务业提供诸如利润测试、资产评估、业务模型设置等系列服务功能，从而满足了包括保险公司在内的金融服务公司的大量技术上的要求。
运行本申请表格数据处理方法的电子设备包括：上传层、合并层以及表现层。
上传层用于接收精算软件上传的源表格，并确定源表格是否成功上传。
合并层用于在上传层确定精算软件成功上传源表格后，将若干个源表格整合至合并表格中。
表现层用于合并表格的展示，展示的方式包括视图展示、报表展示、查询以及邮件通知。
步骤S22，以第一字段为索引在不同的业务系统中查找子表格，并将子表格构建合并表格。
其中，不同的业务系统对应不同的子表格，且两者为一一对应的关系。例如，以业务系统A对应的子表格A、业务系统B对应的子表格B、业务系统C对应的子表格C构建出合并表格，进而可以使用该合并表格进行业务系统A、B和C的数据对接。
具体的，在本实施例中，第一字段可以是目标源表格的表名前缀，这样便于根据所上传的目标源表格的表名前缀查找到以该表名前缀为索引的子表格。例如，上传的目标源表格a1的表名为life_date，该目标源表格a1中存储的是人寿险的相关日期信息，其中life是为目标源表格a1预先设置的表名前缀，用于表示该目标源表格a1为人寿险的相关表格。然后，业务系统A中的子表格A可以以表名前缀或者表名前缀的大写字母为索引，如子表格A以LIFE为索引，表示该子表格A用于存储人寿险的相关数据，进而在后续步骤中，包含表名前缀life的目标源表格a1和若干个历史上传的源表格a2、a3…等中的第二字段或第二字段对应的数据可整合至子表格A中。通过设置所上传的目标源表格和子表格之间的关联关系，即能够将想要合并的目标源表格的数据合并至对应的子表格中。
可选的，本实施例中，可以基于合并规则构建合并表格。其中，该合并规则可以根据实际需要设置。
例如，在同一业务系统包含多个产品时，可以以产品名称为第一字段，将包含同一产品名称的源表格合并至同一个子表格(如，保险业务系统包含有人寿险和车险，则以产品名称“人寿险”、“车险”为第一字段，将包含产品名称“人寿险”的源表格b1、b2、b3均合并至子表格B中，将包含产品名称“车险”的源表格c1、c2、c3均合并至另外一个子表格C)，即合并表格包括子表格B和子表格C，可以使用合并表格进行业务系统中“人寿险”产品和“车险”产品的数据对接。
又例如，需要对接保险业务系统和金融业务系统等两个或两个以上的业务系统时，可以以业务系统的名称为第一字段，将包含同一业务系统的源表格合并至同一个子表格(如，以名称“保险业务系统”、“金融业务系统”为第一字段，将包含名称“保险业务系统”的源表格d1、d2、d3均合并至子表格D中，将包含名称“金融业务系统”的源表格f1、f2、f3均合并至另外一个子表格F)，，即合并表格包括子表格D和子表格F，可以使用合并表格进行“保险业务系统”和“金融业务系统”的数据对接。
可选的，本实施例中，可以根据不同的产品或业务，可以在源表格的表名前缀处配置相应的名称信息，以便获取该名称信息作为第一字段。
步骤S23，按照第一预设时间间隔扫描历史上传的源表格，并从历史上传的源表格中获取各个历史上传的源表格中均不相同的特征性字段作为第二字段。
具体的，第一预设时间间隔可以为1天。在其他实施例中，第一预设时间间隔可以不限于1天，其可由用户自定义。在本实施例中，第二字段为各个历史上传的源表格中包含的区别于其它历史上传的源表格的特征性字段。可以通过汇总各个历史上传的源表格的第二字段的方式，在第二字段汇总表中查看某一历史上传的源表格中是否包含区别于其它历史上传的源表格的特征性字段。
步骤S24，以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并。
继续参考图3，示出了图2中步骤S22的流程图。步骤S22包括以下步骤：
步骤S221，当目标源表格的第一字段的数量等于一个时，以第一字段为索引在不同的业务系统中查找子表格。
或者，步骤S222，当目标源表格的第一字段的数量大于或等于两个时，对第一字段进行优先级排序，并以优先级最高的一项第一字段在不同的业务系统中查找子表格。
例如，在产品为定期人寿保险(即“定期人寿保险”目标源表格)时，其包括第一字段为：定期、人寿、保险。优先级排序为：人寿＞保险＞定期，则可以以“人寿”构建子表格的表名。而产品为定期养老保险(即“定期养老保险”目标源表格)时，其包括第一字段为：定期、养老、保险。优先级排序为：养老＞保险＞定期，则可以以“养老”构建子表格的表名。这样，可以区分开“定期人寿保险”目标源表格和“定期养老保险”目标源表格。
继续参考图4，示出了图2中步骤S24的流程图。步骤S24包括以下步骤：
步骤S241：以第一字段为基准确定历史上传的源表格对应的子表格。
步骤S242：校验第二字段是否以符合写入子表格来表示。
若是，则进入步骤S243；若否，则进入步骤S244。
步骤S243：将第二字段添加至子表格中。
步骤S244：对第二字段进行格式调整，使得第二字段以符合写入合并表格的格式来表示，将格式调整后的第二字段添加至子表格中。
具体地，格式调整包括：对第二字段进行以下任意一者或多者的格式调整：第二字段长度的调整、第二字段缺失字段的调整。
继续参考图5，示出了图2中步骤S23的流程图。步骤S23包括以下步骤：
步骤S231：按照第一预设时间间隔扫描历史上传的源表格，当监测到历史上传的源表格有更新时，从历史上传的源表格中获取第二字段。
继续参考图6，示出了图2中步骤S24的另一流程图。步骤S24包括以下步骤：
步骤S241：以第一字段为基准确定历史上传的源表格对应的子表格。
步骤S245：判断子表格中是否存在第二字段。
即判断目标源表格的第二字段是否为新增字段。
具体而言，将历史上传的源表格中的第二字段作为基准字段，将目标源表格的第二字段与基准字段比较。若目标源表格的第二字段不在该基准字段范围内，则确定目标源表格的第二字段为新增字段；若目标源表格的第二字段在该基准字段范围内，则确定目标源表格的第二字段不是新增字段。
步骤S246：当子表格中不存在第二字段，则在子表格中创建新字段，将第二字段对应的数据添加至新字段下的对应位置。
即判断目标源表格的第二字段为新增字段时，以目标源表格的第二字段在子表格中创建新字段，将第二字段对应的数据添加至新字段下的对应位置。
继续参考图7，示出了图2中步骤S21之前的流程图。在步骤S21之前，本申请还包括以下步骤：
步骤S25：检测是否接收到精算软件上传目标源表格的请求。
步骤S26：当接收到精算软件上传目标源表格的请求时，开始接收由精算软件上传的目标源表格以及对应的上传日志。
步骤S27：读取上传日志，判断上传日志中是否更新有用于表示成功上传的字段。
若否，则进入步骤S28。若是，则进入步骤S29。
步骤S28：提示用户目标源表格上传失败。
步骤S29：确定目标源表格件成功上传。
本实施例中，该上传日志用于保存精算软件每次上传目标源表格的记录，每条上传记录中可以包括该条上传记录对应的目标源表格的表名前缀、开始上传时刻、完成上传时刻、上传角色、上传结果等信息。其中，上传结果可以用设置在该上传日志中的一个名为success的字段中的标识表示，若success字段中的标识为1，则表示该条上传记录对应的表格上传成功，若success字段中的表示为0，则表示该条上传记录对应的表格上传失败。在系统中可以设置定时任务定时扫描该上传日志，若该上传日志有记录更新，且所更新的记录中的success字段中的表示为1，则可以确定精算软件成功上传了目标源表格，开始执行后续的处理。
继续参考图8，示出了图2中步骤S24之后的流程图。在步骤S24之后，本申请还包括以下步骤：
步骤S31：校验合并表格内的所有源表格的数量是否与历史上传的源表格的数量一致。
在完成源表格的合并后，需要对合并表格中的数据进行校验，从而保证合并表格的可靠性。
若是，则校验通过，进入步骤S32。若否，则校验不通过，则进入步骤S33。
步骤S32：向用户发送合并成功提示，合并成功提示用于提示用户目标源表格合并成功。
步骤S33：向用户发送合并失败提示，合并失败提示用于提示用户目标源表格合并失败。
继续参考图9，示出了图2中步骤S24之后的另一流程图。在步骤S24之后，本申请还包括以下步骤：
S41：获取已由精算软件历史上传的源表格的第一总数量。
S42：获取已成功合并至合并表格的所有的源表格的第二总数量。
S43：判断第一总数量和第二总数量是否相同。
若相同，则校验通过，若不相同，则校验不通过。
继续参考图10，示出了图2中步骤S24之后的又一流程图。在步骤S24之后，本申请还包括以下步骤：
S51：计算源表格所包含的记录的第三总数量。
S52：获取对源表格进行合并处理时所处理的记录的第四总数量。
S53：判断第三总数量和第四总数量是否相同。
若相同，则校验通过，若不相同，则校验不通过。
继续参考图11，示出了图2中步骤S24之后的再一流程图。在步骤S24之后，本申请还包括以下步骤：
S61：计算源表格中的数据的第一总和。
S62：计算对源表格进行合并处理时所处理的数据的第二总和。
S63：判断第一总和和第二总和是否相同。
若相同，则校验通过，若不相同，则校验不通过。
继续参考图12，示出了图2中步骤S24之前及之后的流程图。在步骤S24之前，该方法还包括以下步骤：
步骤S71：创建一合并日志。
其中，合并日志用于保存每次合并目标源表格与历史上传的源表格所对应的合并信息，每条合并信息包括目标源表格的表名前缀、开始合并时刻、完成合并时刻、合并时新增的第二字段、合并是否成功中的至少一项。
步骤S72：在以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并的步骤之后，更新合并信息。
其中，合并结果可以用设置在该合并日志中的一个名为success的字段中的标识表示，若success字段中的标识为1，则表示该条合并记录对应的表格合并成功，若success字段中的表示为0，则表示该条合并记录对应的表格合并失败。
步骤S73：按照第二预设时间间隔读取合并日志。
具体的，第二预设时间间隔可以为1天。在其他实施例中，第二预设时间间隔不限于1天，其可由用户自定义。
步骤S74：判断合并日志中是否更新有用于表示合并成功的字段。
若有，则进入步骤S75。若无，则进入步骤S76。
步骤S75：提示用户目标源表格合并成功。
步骤S76：提示用户目标源表格合并失败。
本申请通过上述步骤，在确定目标源表格成功上传之后，获取目标源表格的第一字段，以第一字段为索引在不同的业务系统中查找子表格并将子表格构建合并表格，即该合并表格能够适应不同业务系统的数据对接需求。进一步地，按照第一预设时间间隔扫描历史上传的源表格，并从历史上传的源表格中获取各个历史上传的源表格中均不相同的特征性字段作为第二字段，以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并，便于使用该合并表格进行不同业务系统的数据对接，方便数据统计及使用，提升处理效率。
需要强调的是，为进一步保证上述源表格、源表格数据、合并表格、合并表格数据的私密和安全性，上述源表格、源表格数据、合并表格、合并表格数据还可以存储于一区块链的节点中，以便在区块链中构建与源表格、源表格数据、合并表格、合并表格数据相关的业务规则。
本申请所指区块链是分布式协议数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的协议数据库，是一串使用密码学方法相关联产生的协议数据块，每一个协议数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象协议数据类型的例程、程序、对象、组件、协议数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
进一步参考图13，作为对上述图2所示方法的实现，本申请提供了一种表格数据处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该表格数据处理装置具体可以应用于各种电子设备中。
如图13所示，本实施例的表格数据处理装置70包括：第一获取模块71、构建模块72、第二获取模块73、合并模块74。其中：
第一获取模块71，用于在确定目标源表格成功上传之后，获取目标源表格的第一字段，其中，第一字段为与若干个历史上传的源表格中均包含的相同字段；
构建模块72，用于以第一字段为索引在不同的业务系统中查找子表格，并将子表格构建合并表格；
第二获取模块73，用于按照第一预设时间间隔扫描历史上传的源表格，并从历史上传的源表格中获取各个历史上传的源表格中均不相同的特征性字段作为第二字段；
合并模块74，用于以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并。
在本实施例的一些可选的实现方式中，构建模块72包括第一查找单元和第二查找单元。其中：
第一查找单元，用于当目标源表格的第一字段的数量等于一个时，以第一字段为索引在不同的业务系统中查找子表格；
第二查找单元，用于当目标源表格的第一字段的数量大于或等于两个时，对第一字段进行优先级排序，并以优先级最高的一项第一字段在不同的业务系统中查找子表格。
在本实施例的一些可选的实现方式中，合并模块74包括第一确定单元、校验单元、格式调整单元、第一添加单元和第二添加单元。其中：
第一确定单元，用于以第一字段为基准确定历史上传的源表格对应的子表格；
校验单元，用于校验第二字段是否以符合写入子表格来表示；
第一添加单元，用于在第二字段以符合写入子表格来表示时，将第二字段添加至子表格中；
格式调整单元，用于在第二字段未以符合写入子表格来表示时，对第二字段进行格式调整，使得第二字段以符合写入子表格来表示；
第二添加单元，用于将格式调整后的第二字段添加至子表格中。
在本实施例的一些可选的实现方式中，第二获取模块73包括：监测单元、获取单元、判断单元、创建单元和第三添加单元。其中：
监测单元，用于按照第一预设时间间隔扫描历史上传的源表格，监测历史上传的源表格是否有更新；
获取单元，用于当监测到历史上传的源表格有更新时，从历史上传的源表格中获取第二字段；
判断单元，用于判断子表格中是否存在第二字段；
创建单元，用于当子表格中不存在第二字段，则在子表格中创建新字段；
第三添加单元，用于将第二字段对应的数据添加至新字段下的对应位置。
在本实施例的一些可选的实现方式中，本实施例的表格数据处理装置70还包括：检测上传模块，该检测上传模块包括：检测单元、接收单元、上传日志读取单元、提示单元和第二确定单元。其中：
检测单元，用于检测是否接收到精算软件上传目标源表格的请求；
接收单元，用于当接收到精算软件上传目标源表格的请求时，开始接收由精算软件上传的目标源表格以及对应的上传日志；
上传日志读取单元，用于读取上传日志，判断上传日志中是否更新有用于表示成功上传的字段；
提示单元，用于在上传日志中未更新有用于表示成功上传的字段时，提示用户目标源表格上传失败；
第二确定单元，用于在上传日志中更新有用于表示成功上传的字段时，确定目标源表格件成功上传。
在本实施例的一些可选的实现方式中，本实施例的表格数据处理装置70还包括：合并日志模块，该合并日志模块包括：合并日志创建单元和合并日志更新单元。其中：
合并日志创建单元，用于创建一合并日志，其中，合并日志用于保存每次合并目标源表格与历史上传的源表格所对应的合并信息，每条合并信息包括目标源表格的表名前缀、开始合并时刻、完成合并时刻、合并时新增的第二字段、合并是否成功中的至少一项；
合并日志更新单元，用于在以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并的步骤之后，更新合并信息。
为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图14，图14为本实施例计算机设备基本结构框图。
计算机设备9包括通过系统总线相互通信连接存储器91、处理器92、网络接口93。需要指出的是，图中仅示出了具有组件91-93的计算机设备9，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。
计算机设备9可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
存储器91至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器91可以是计算机设备9的内部存储单元，例如该计算机设备9的硬盘或内存。在另一些实施例中，存储器91也可以是计算机设备9的外部存储设备，例如该计算机设备9上配备的插接式硬盘，智能存储卡(SmartMedia Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器91还可以既包括计算机设备9的内部存储单元也包括其外部存储设备。本实施例中，存储器91通常用于存储安装于计算机设备9的操作系统和各类应用软件，例如表格数据处理方法的计算机可读指令等。此外，存储器91还可以用于暂时地存储已经输出或者将要输出的各类协议数据。
处理器92在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他表格数据处理芯片。该处理器92通常用于控制计算机设备9的总体操作。本实施例中，处理器92用于运行存储器91中存储的计算机可读指令或者处理协议数据，例如运行表格数据处理方法的计算机可读指令。
网络接口93可包括无线网络接口或有线网络接口，该网络接口93通常用于在计算机设备9与其他电子设备之间建立通信连接。
本申请的计算机设备9可以在确定目标源表格成功上传之后，获取目标源表格的第一字段，以第一字段为索引在不同的业务系统中查找子表格并将子表格构建合并表格，即该合并表格能够适应不同业务系统的数据对接需求。进一步地，按照第一预设时间间隔扫描历史上传的源表格，并从历史上传的源表格中获取各个历史上传的源表格中均不相同的特征性字段作为第二字段，以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并，便于使用该合并表格进行不同业务系统的数据对接，方便数据统计及使用，提升处理效率。
本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，计算机可读存储介质存储有计算机可读指令，计算机可读指令可被至少一个处理器执行，以使至少一个处理器执行如上述的表格数据处理方法的步骤。
本申请的计算机可读存储介质内存储的计算机可读指令被至少一个处理器执行时，能够在确定目标源表格成功上传之后，获取目标源表格的第一字段，以第一字段为索引在不同的业务系统中查找子表格并将子表格构建合并表格，即该合并表格能够适应不同业务系统的数据对接需求。进一步地，按照第一预设时间间隔扫描历史上传的源表格，并从历史上传的源表格中获取各个历史上传的源表格中均不相同的特征性字段作为第二字段，以第一字段为基准将第二字段添加至对应的子表格中，完成目标源表格与历史上传的源表格合并，便于使用该合并表格进行不同业务系统的数据对接，方便数据统计及使用，提升处理效率。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例的方法。
显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种表格数据处理方法，其特征在于，包括：
在确定目标源表格成功上传之后，获取所述目标源表格的第一字段，其中，所述第一字段为与若干个历史上传的源表格中均包含的相同字段；
以所述第一字段为索引在不同的业务系统中查找子表格，并将所述子表格构建合并表格；
按照第一预设时间间隔扫描所述历史上传的源表格，并从所述历史上传的源表格中获取各个所述历史上传的源表格中均不相同的特征性字段作为第二字段；
以所述第一字段为基准将所述第二字段添加至对应的所述子表格中，完成所述目标源表格与所述历史上传的源表格合并。
2.根据权利要求1所述的表格数据处理方法，其特征在于，所述以所述第一字段为索引在不同的业务系统中查找子表格，并将所述子表格构建合并表格的步骤，包括：
当所述目标源表格的第一字段的数量等于一个时，以所述第一字段为索引在不同的业务系统中查找子表格；
当所述目标源表格的第一字段的数量大于或等于两个时，对所述第一字段进行优先级排序，并以优先级最高的一项所述第一字段在不同的业务系统中查找子表格。
3.根据权利要求1所述的表格数据处理方法，其特征在于，所述以所述第一字段为基准将所述第二字段添加至对应的所述子表格中的步骤，包括：
以所述第一字段为基准确定所述历史上传的源表格对应的所述子表格；
校验所述第二字段是否以符合写入所述子表格来表示；
若是，则将所述第二字段添加至所述子表格中；
若否，则对所述第二字段进行格式调整，使得所述第二字段以符合写入所述合并表格的格式来表示，将格式调整后的所述第二字段添加至所述子表格中。
4.根据权利要求1所述的表格数据处理方法，其特征在于，所述按照第一预设时间间隔扫描所述历史上传的源表格，并从所述历史上传的源表格中获取各个所述历史上传的源表格中均不相同的特征性字段作为第二字段的步骤，包括：
按照第一预设时间间隔扫描所述历史上传的源表格，当监测到所述历史上传的源表格有更新时，从所述历史上传的源表格中获取所述第二字段。
5.根据权利要求1所述的表格数据处理方法，其特征在于，所述以所述第一字段为基准将所述第二字段添加至对应的所述子表格中，完成所述目标源表格与所述历史上传的源表格合并的步骤，包括：
以所述第一字段为基准确定所述历史上传的源表格对应的所述子表格；
判断所述子表格中是否存在所述第二字段；
当所述子表格中不存在所述第二字段，则在所述子表格中创建新字段，将所述第二字段对应的数据添加至所述新字段下的对应位置。
6.根据权利要求1所述的表格数据处理方法，其特征在于，所述在确定目标源表格成功上传之后，获取所述目标源表格的第一字段的步骤之前，所述方法还包括：
检测是否接收到精算软件上传所述目标源表格的请求；
当接收到所述精算软件上传所述目标源表格的请求时，开始接收由所述精算软件上传的所述目标源表格以及对应的上传日志；
读取所述上传日志，判断所述上传日志中是否更新有用于表示成功上传的字段；
若无，则提示用户所述目标源表格上传失败；
若有，则确定所述目标源表格件成功上传。
7.根据权利要求1所述的表格数据处理方法，其特征在于，在所述以所述第一字段为基准将所述第二字段添加至对应的所述子表格中，完成所述目标源表格与所述历史上传的源表格合并的步骤之前，所述方法包括：
创建一合并日志，其中，所述合并日志用于保存每次合并所述目标源表格与所述历史上传的源表格所对应的合并信息，每条所述合并信息包括所述目标源表格的表名前缀、开始合并时刻、完成合并时刻、合并时新增的所述第二字段、合并是否成功中的至少一项；
在所述以所述第一字段为基准将所述第二字段添加至对应的所述子表格中，完成所述目标源表格与所述历史上传的源表格合并的步骤之后，所述方法还包括：
更新所述合并信息。
8.一种表格数据处理装置，其特征在于，包括：
第一获取模块，用于在确定目标源表格成功上传之后，获取所述目标源表格的第一字段，其中，所述第一字段为与若干个历史上传的源表格中均包含的相同字段；
构建模块，用于以所述第一字段为索引在不同的业务系统中查找子表格，并将所述子表格构建合并表格；
第二获取模块，用于按照第一预设时间间隔扫描所述历史上传的源表格，并从所述历史上传的源表格中获取各个所述历史上传的源表格中均不相同的特征性字段作为第二字段；
合并模块，用于以所述第一字段为基准将所述第二字段添加至对应的所述子表格中，完成所述目标源表格与所述历史上传的源表格合并。
9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的表格数据处理方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的表格数据处理方法的步骤。
CN202111435220.3A 2021-11-29 2021-11-29 表格数据处理方法、装置、计算机设备及存储介质 Pending CN114048718A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111435220.3A CN114048718A (zh) 2021-11-29 2021-11-29 表格数据处理方法、装置、计算机设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111435220.3A CN114048718A (zh) 2021-11-29 2021-11-29 表格数据处理方法、装置、计算机设备及存储介质

Publications (1)

Publication Number Publication Date
CN114048718A true CN114048718A (zh) 2022-02-15

Family

ID=80211674

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111435220.3A Pending CN114048718A (zh) 2021-11-29 2021-11-29 表格数据处理方法、装置、计算机设备及存储介质

Country Status (1)

Country Link
CN (1) CN114048718A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023169521A1 (zh) * 2022-03-11 2023-09-14 北京字跳网络技术有限公司 字段合并方法、装置和电子设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023169521A1 (zh) * 2022-03-11 2023-09-14 北京字跳网络技术有限公司 字段合并方法、装置和电子设备

Similar Documents

Publication Publication Date Title
CN109947789B (zh) 一种多数据库的数据处理的方法、装置、计算机设备及存储介质
CN112491602B (zh) 行为数据的监控方法、装置、计算机设备及介质
CN110278143B (zh) 电子邮件数据处理方法、装置、计算机设备及存储介质
KR20130126930A (ko) 텍스트 메시지를 사용하는 스프레드시트와의 상호작용
CN113254445B (zh) 实时数据存储方法、装置、计算机设备及存储介质
CN112671734B (zh) 面向多数据源的报文处理方法及其相关设备
CN113220734A (zh) 课程推荐方法、装置、计算机设备及存储介质
CN112650858A (zh) 应急协助信息的获取方法、装置、计算机设备及介质
CN115329381A (zh) 基于敏感数据的分析预警方法、装置、计算机设备及介质
CN114091914A (zh) 工单处理方法及装置
CN114048718A (zh) 表格数据处理方法、装置、计算机设备及存储介质
CN114385694A (zh) 一种数据加工处理方法、装置、计算机设备及存储介质
CN114265835A (zh) 基于图挖掘的数据分析方法、装置及相关设备
CN111782649A (zh) 数据采集格式更新方法、装置、计算机设备及存储介质
CN116956326A (zh) 权限数据的处理方法、装置、计算机设备及存储介质
CN115237425A (zh) 代码检视方法、装置、计算机设备及存储介质
CN114968725A (zh) 任务依赖关系校正方法、装置、计算机设备及存储介质
CN114143308A (zh) 文件上传信息处理方法、装置、计算机设备及存储介质
CN115577867B (zh) 一种抽检任务创建方法、系统、计算机设备及存储介质
CN111221817A (zh) 业务信息数据存储方法、装置、计算机设备及存储介质
CN114428608A (zh) 基于大数据的任务优化方法、及相关设备
CN112199350B (zh) 基于数据筛选的功能验证方法、装置、计算机设备和介质
CN117492752A (zh) 一种页面动态配置方法、装置、计算机设备及存储介质
CN117278510A (zh) 消息发送方法、装置、计算机设备及存储介质
CN115731057A (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