CN112699151B - 数据处理方法、装置、设备以及介质 - Google Patents

数据处理方法、装置、设备以及介质 Download PDF

Info

Publication number
CN112699151B
CN112699151B CN202110005002.XA CN202110005002A CN112699151B CN 112699151 B CN112699151 B CN 112699151B CN 202110005002 A CN202110005002 A CN 202110005002A CN 112699151 B CN112699151 B CN 112699151B
Authority
CN
China
Prior art keywords
settlement
processed
data
service
service data
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.)
Active
Application number
CN202110005002.XA
Other languages
English (en)
Other versions
CN112699151A (zh
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202110005002.XA priority Critical patent/CN112699151B/zh
Publication of CN112699151A publication Critical patent/CN112699151A/zh
Application granted granted Critical
Publication of CN112699151B publication Critical patent/CN112699151B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2455Query execution
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • G06F16/2282Tablespace storage structures; Management thereof
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/248Presentation of query results
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/29Geographical information databases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/62Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2141Access rights, e.g. capability lists, access control lists, access tables, access matrices

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Computational Linguistics (AREA)
  • Remote Sensing (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例提供了一种数据处理方法、装置、设备以及介质,该方法可以应用在电子地图生产作业的数据结算场景中,包括:在结算平台中对至少两个配置数据表进行查询,得到与待处理业务数据所属业务应用相关联的目标配置数据表;根据目标配置数据表中的接入配置信息,对待处理业务数据进行校验,若待处理业务数据校验通过,则将待处理业务数据存储至数据库;当接收到针对待处理业务数据的结算触发指令时,在结算平台中对至少两个结算配置信息进行查询,得到与待处理业务数据所属业务应用相关联的目标结算配置信息;根据目标结算配置信息对待处理业务数据进行结算处理,得到待处理业务数据对应的结算结果。采用本申请实施例,可以业务数据的结算效率。

Description

数据处理方法、装置、设备以及介质
技术领域
本申请涉及互联网技术领域,尤其涉及一种数据处理方法、装置、设备以及介质。
背景技术
在电子地图生产作业中,可以接入道路、公交等多个平台数据,每个接入电子地图的平台均可以产生大量的平台数据,因此需要对所有平台数据分别进行数据结算。
现有技术中,可以根据平台所对应的结算方式、结算时间等信息,为平台开发一个结算***(一套代码逻辑),使用该结算***对该平台的数据进行结算,计算出最终的结算结果并存入数据库。然而,当接入电子地图的平台数量较多时,由于不同的平台所对应的结算方式、结算时间、接入数据检查项等均不相同,因此需要为每个平台预先开发一个独立的结算***,才能实现对每个平台所对应的平台数据进行结算处理,即电子地图中每次接入新的平台数据后,均需要开发一个结算***,进而导致电子地图中的平台数据结算效率过低。
发明内容
本申请实施例提供一种数据处理方法、装置、设备以及介质,可以提高业务数据的结算效率。
本申请实施例一方面提供了一种数据处理方法,包括:
获取结算平台中所接入的待处理业务数据,在结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,得到与待处理业务数据所属业务应用相关联的目标配置数据表;至少两个配置数据表分别对应不同的业务应用;
根据目标配置数据表中的接入配置信息,对待处理业务数据进行校验,得到待处理业务数据对应的校验结果,若校验结果为校验正确结果,则将待处理业务数据存储至数据库;
当接收到针对待处理业务数据的结算触发指令时,在结算平台中对以相同数据存储结构进行隔离存储的至少两个结算配置信息进行查询,得到与待处理业务数据所属业务应用相关联的目标结算配置信息;至少两个结算配置信息分别对应不同的业务应用;
根据目标结算配置信息对待处理业务数据进行结算处理,得到待处理业务数据对应的结算结果。
本申请实施例一方面提供了一种数据处理装置,包括:
第一查询模块,用于获取结算平台中所接入的待处理业务数据,在结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,得到与待处理业务数据所属业务应用相关联的目标配置数据表;至少两个配置数据表分别对应不同的业务应用;
校验模块,用于根据目标配置数据表中的接入配置信息,对待处理业务数据进行校验,得到待处理业务数据对应的校验结果,若校验结果为校验正确结果,则将待处理业务数据存储至数据库;
第二查询模块,用于当接收到针对待处理业务数据的结算触发指令时,在结算平台中对以相同数据存储结构进行隔离存储的至少两个结算配置信息进行查询,得到与待处理业务数据所属业务应用相关联的目标结算配置信息;至少两个结算配置信息分别对应不同的业务应用;
数据结算模块,用于根据目标结算配置信息对待处理业务数据进行结算处理,得到待处理业务数据对应的结算结果。
其中,第一查询模块包括:
业务标识获取单元,用于获取结算平台中所接入的待处理业务数据,将提供待处理业务数据的业务应用确定为目标业务应用,获取目标业务应用对应的业务标识;
目标配置表确定单元,用于根据业务标识,在结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,将业务标识对应的配置数据表确定为目标配置数据表。
其中,接入配置信息包括对账方式;
校验模块包括:
对账单元,用于获取接入配置信息中所包含的对账方式,根据对账方式对待处理业务数据进行对账处理;
对账正确单元,用于当待处理业务数据满足对账方式对应的对账条件时,确定待处理业务数据对应的校验结果为校验正确结果;
对账错误单元,用于当待处理业务数据不满足对账方式对应的对账条件时,确定待处理业务数据对应的校验结果为校验错误结果,向提供待处理业务数据的目标业务应用传输告警信息;告警信息用于指示目标业务应用对待处理业务数据进行排查,并重新向结算平台推送待处理业务数据;
数据存储单元,用于若校验结果为校验正确结果,则在数据库中存储待处理业务数据,以及待处理业务数据对应的对账记录。
其中,数据结算模块包括:
公式加载单元,用于对目标结算配置信息进行加载,获取与待处理业务数据相关联的结算函数,根据结算函数中的参数信息,将待处理业务数据拆分为至少两个子业务数据;
结果确定单元,用于将至少两个子业务数据输入至结算函数,根据结算函数确定待处理业务数据对应的结算结果。
其中,数据库包括消息队列,消息队列用于存储待处理业务数据,待处理业务数据的数量为M个,M为正整数;
数据结算模块包括:
时间戳获取单元,用于在消息队列的M个待处理业务数据中,获取待处理业务数据Di和待处理业务数据Dj,获取待处理业务数据Di和待处理业务数据Dj分别对应的添加时间戳;i和j均为小于或等于M的正整数;
数据删除单元,用于当检测到待处理业务数据Di和待处理业务数据Dj相同时,在消息队列中删除待处理业务数据Dj,得到更新后的消息队列;待处理业务数据Dj对应的添加时间戳大于待处理业务数据Di对应的添加时间戳;
业务数据结算单元,用于根据目标结算配置信息,对更新后的消息队列中的待处理业务数据依次进行结算处理,得到更新后的消息队列中的待处理业务数据对应的结算结果。
其中,该装置还包括:
查询请求获取模块,用于在结算平台中获取针对结算结果的查询请求,根据查询请求确定针对结算结果的查询用户;
查询权限确定模块,用于获取查询用户对应的用户信息,根据用户信息确定查询用户针对目标业务应用的查询权限信息;
结算结果展示模块,用于当查询权限信息为授权状态时,获取目标业务应用对应的结果展示维度信息,根据结果展示维度信息对结算结果进行展示。
其中,该装置还包括:
接入配置获取模块,用于在结算平台中获取至少两个业务应用分别对应的接入配置项集合,将至少两个接入配置项集合分别转换为具有相同数据接入结构的配置数据表;
接入配置存储模块,用于在结算平台的数据库中,对至少两个业务应用分别对应的配置数据表进行隔离存储。
其中,该装置还包括:
结算配置获取模块,用于在结算平台中获取至少两个业务应用分别对应的结算展示字段,将至少两个结算展示字段分别转换为具有相同数据存储结构的结算配置信息;
结算配置存储模块,用于在结算平台的数据库中,对至少两个业务应用分别对应的结算配置信息进行隔离存储。
其中,至少两个结算展示字段的数量为N个,N为正整数;
结算配置获取模块包括:
数据转换单元,用于在N个结算展示字段中获取结算展示字段Fk,获取结算平台中的数据存储结构,将结算展示字段Fk转换为具有数据存储结构的候选结算配置信息;k为小于或等于N的正整数;
语义检查单元,用于对候选结算配置信息进行语义检查,将通过检查的候选结算配置信息确定为结算配置信息。
其中,语义检查单元包括:
第一确定子单元,用于对候选结算配置信息进行语义检查,将通过检查的候选结算配置信息确定为待审批结算配置;
配置审批子单元,用于获取与待审批结算配置相关联的审批信息,根据审批信息对待审批结算配置进行审批,得到待审批结算配置对应的状态信息;
第二确定子单元,用于若状态信息为生效状态,则将待审批结算配置确定为结算配置信息。
其中,该装置还包括:
配置更新请求接收模块,用于当接收到结算平台中的配置更新请求时,获取配置更新请求对应的待更新业务应用,获取待更新业务应用对应的配置更新信息;
结算配置更新模块,用于根据配置更新信息对待更新业务应用对应的结算配置信息进行更新,生成更新后的结算配置信息,将数据库中待更新业务应用对应的结算配置信息,替换为更新后的结算配置信息。
本申请实施例一方面提供了一种计算机设备,包括存储器和处理器,存储器与处理器相连,存储器用于存储计算机程序,处理器用于调用计算机程序,以使得该计算机设备执行本申请实施例中上述一方面提供的方法。
本申请实施例一方面提供了一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序,计算机程序适于由处理器加载并执行,以使得具有处理器的计算机设备执行本申请实施例中上述一方面提供的方法。
根据本申请的一个方面,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述一方面提供的方法。
本申请实施例可以获取结算平台中所接入的待处理业务数据,在结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,得到与待处理业务数据相关联的目标配置数据表,进而可以根据目标配置数据表中的接入配置信息对待处理业务数据进行校验,校验通过后可以将待处理业务数据存储至数据库;当接收到针对待处理业务数据的结算触发指令时,可以在结算平台中对以相同数据存储结构进行隔离存储的至少两个结算配置信息进行查询,得到与待处理业务数据相关联的目标结算配置信息,进而可以根据目标结算配置信息对待处理业务数据进行结算处理,以得到待处理业务数据对应的结算结果,其中,不同的业务应用具有不同的配置数据表和结算配置信息。可见,结算平台中具有统一的数据接入结构和数据存储结构,接入该结算平台中的每个业务应用均可以设置其对应的接入配置信息和结算配置信息,并将所有业务应用的接入配置信息以数据接入结构的形式存储至数据库,将所有业务应用的结算配置信息以数据存储结构的形式存储至数据库;接入的任一业务应用均可以将待处理业务数据推送至结算平台,并在结算平台中查找待处理业务数据对应的接入配置信息和结算配置信息,采用查询到的接入配置信息对待处理业务数据进行校验,校验通过后的待处理业务数据可以采用查询到的结算配置信息进行结算处理,以得到待处理业务数据的结算结果,即采用该结算平台就可以实现对多个业务应用的数据结算处理,进而可以提高业务数据的结算效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种网络架构的结构示意图;
图2是本申请实施例提供的一种数据结算场景示意图;
图3是本申请实施例提供的一种数据处理方法的流程示意图;
图4是本申请实施例提供的一种校验待处理业务数据的流程示意图;
图5是本申请实施例提供的一种设置结算配置信息的流程示意图;
图6是本申请实施例提供的一种结算配置信息的界面示意图;
图7是本申请实施例提供的一种消除消息队列中的冗余数据的示意图;
图8是本申请实施例提供的一种待处理业务数据的结算处理流程示意图;
图9是本申请实施例提供的一种结算平台中的数据结算流程示意图;
图10是本申请实施例提供的一种数据处理装置的结构示意图;
图11是本申请实施例提供的一种计算机设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参见图1,图1是本申请实施例提供的一种网络架构的结构示意图。如图1所示,该网络架构可以包括服务器10d和用户终端集群,该用户终端集群可以包括一个或者多个用户终端,这里不对用户终端的数量进行限制。如图1所示,该用户终端集群可以具体包括用户终端10a、用户终端10b以及用户终端10c等。其中,服务器10d可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式***,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。用户终端10a、用户终端10b以及用户终端10c等均可以包括:智能手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备(例如智能手表、智能手环等)以及智能电视等具有视频/图像播放功能的智能终端。如图1所示,用户终端10a、用户终端10b以及用户终端10c等可以分别与服务器10d进行网络连接,以便于每个用户终端可以通过该网络连接与服务器10d之间进行数据交互。
以用户终端10a为例,在该用户终端10a中可以启动结算平台,其中,结算平台可以是指由一系列代码逻辑所构成的***,该结算平台可以接入电子地图中的业务应用,并采用结算平台中所规定的数据结构对不同的业务应用进行配置,将每个业务应用分别对应的配置信息存储至数据库中。服务器10d可以是指结算平台对应的后台服务器,可以用于存储不同业务应用中的业务数据所对应的配置信息,并根据配置信息对相应的业务数据进行结算,将结算结果传输至用户终端10a,在用户终端10a的结算平台中可以按照不同的维度信息对结算结果进行展示。可以理解地,在电子地图中可以引入不同的业务数据(例如,道路数据、公交数据、店铺数据等),不同的业务数据可以采用不同的结算方式进行数据结算,该结算平台是可配置化的,即结算平台可以为不同的业务数据提供配置功能,采用该结算平台就可以实现不同业务数据的结算处理过程,可以提高业务数据的结算效率。
请一并参见图2,图2是本申请实施例提供的一种数据结算场景示意图。下面以用户终端10a中的结算平台为例,对电子地图生产作业中的业务数据的结算处理进行描述。如图2所示,当业务应用A接入结算平台20f时,需要在结算平台20f中设置与业务应用A相关联的配置信息,此时的配置信息包括针对业务应用A的接入配置项集合20a和结算配置项集合20b,如接入配置项集合20a可以包括接入配置项1、接入配置项2以及接入配置项3等,结算配置项集合20b可以包括结算配置项1、结算配置项2以及结算配置项3等;用户终端10a可以将接入配置项集合20a和结算配置项集合20b分别存储至数据库20e中。当业务应用B接入结算平台20f时,需要在结算平台20f中设置与业务应用B相关联的配置信息,此时的配置信息包括针对业务应用B的接入配置项集合20c和结算配置项集合20d,如接入配置项集合20c可以包括接入配置项4、接入配置项5以及接入配置项6等,结算配置项集合20d可以包括结算配置项4、结算配置项5以及结算配置项6等;用户终端10a可以将接入配置项集合20c和结算配置项集合20d分别存储至数据库20e中。换言之,每个业务应用接入至结算平台20f后,均可以在结算平台20f中对每个业务应用设置相应的接入配置项集合和结算配置项集合。其中,不同的业务应用所对应的接入配置项集合,可以采用相同的数据接入结构在结算平台中进行隔离存储;不同的业务应用所对应的结算配置项集合,可以采用相同的数据存储结构在结算平台中进行隔离存储,如接入配置项集合可以为存储表结构等。当然,为了在结算平台中对不同的业务应用进行安全管控,还可以对不同的业务应用所对应的业务数据进行隔离存储。
在业务应用A和业务应用B接入结算平台20f后,业务应用A和业务应用B均可以与结算平台20f之间建立通信连接,各业务应用可以通过上述通信连接向结算平台20f传输业务数据。当业务应用A产生新的业务数据A时,该业务应用A可以将业务数据A接入结算平台20f,结算平台20f接收到业务应用A接入的业务数据A后,可以从数据库20e中获取与业务应用A相关联的接入配置项集合20a,根据接入配置项集合20a中所包含的接入配置项对业务数据A进行检查,当业务数据A检查通过时,可以将业务数据A存入消息队列中,该消息队列用于存储通过检查且未结算的业务数据。例如,接入配置项1可以表示为值域(可以理解为业务数据的取值范围),接入配置项2可以表示为对账方式,当业务数据A属于接入配置项1所表示的值域,且满足对账方式所对应的对账条件,同时还满足接入配置项集合20a中所包含的其余接入配置项时,可以确定业务数据通过检查。
对于存入消息队列的业务数据(包括业务数据A),可以通过配置更新、手动触发以及定时任务等方式,触发该消息队列中所包含的业务数据进行结算处理。当结算平台20f获取到针对消息队列的手动触发指令时,可以根据手动触发指令确定消息队列中的数据结算范围,进而可以根据结算配置项集合20b中所包含的结算配置项,对属于该数据结算范围内的业务数据进行结算处理,得到业务数据对应的结算结果,该结算结果可以存储至数据库20e中。其中,数据结算范围可以是指时间范围,也可以是指地理区域范围;例如,业务应用A可以表示为道路数据,需要进行结算处理的业务数据可以是指业务应用A在T1-T2时间范围内的业务数据,也可以是指业务应用A在xx街道区域范围内的业务数据等。
可选的,消息队列中所包含的业务数据可以通过定时任务的方式触发结算,如可以在结算配置项集合20b中配置针对业务应用A的结算周期,当结算平台20f中的***时间满足结算周期时,该结算平台20f可以获取针对消息队列的定时任务触发指令,根据定时任务触发指令对消息队列所包含的业务应用A的业务数据进行结算处理,得到业务应用A所对应的结算结果。可选的,当数据库20e中所存储的结算配置项集合20b中的结算配置发生变更时,可以触发结算平台20f对消息队列所包含的业务应用A的业务数据进行结算处理,得到业务应用A所对应的结算结果。
可以理解的,对于业务应用A对应的结算结果,可以在结算平台20f中进行展示,如图2所示,若用户在结算平台20f中查询业务应用A在地理区域-A和地理区域-B内的数据结算结果时,可以对业务应用A对应的结算结果进行层级展示,如业务应用A包括区域-A和区域-B,区域A可以包括区域-A1和区域-A2,区域B可以包括区域-B1和区域B2;区域-A1对应的结算结果为:结果aa,区域-B对应的结算结果为:结果bb,区域-A1对应的结算结果为:结果cc,区域-A2对应的结算结果为:结果dd,区域-B1对应的结算结果为:结果ee,区域-B2对应的结算结果为:结果ff;其中,结果cc和结果dd之和为结果aa,结果ee和结果ff之和为结果bb。
在本申请中,可以通过统一的配置数据结构对不同业务应用进行配置,可以在一个结算平台中完成对不同业务应用的数据结算处理过程,可以提高数据结算效率。
请一并参见图3,图3是本申请实施例提供的一种数据处理方法的流程示意图。可以理解地。该数据处理方法可以由计算机设备执行,该计算机设备可以为用户终端,或者为独立服务器,或者为多个服务器所构成的服务器集群,或者为服务器和用户终端所构成的***,或者为一个计算机程序应用(包括程序代码),这里不做具体限定。如图3所示,该数据处理方法可以包括以下步骤:
步骤S101,获取结算平台中所接入的待处理业务数据,在结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,得到与待处理业务数据所属业务应用相关联的目标配置数据表;至少两个配置数据表分别对应不同的业务应用。
具体的,结算平台中可以接入不同的业务应用,且接入至该结算平台的所有业务应用均可以将自身所产生的业务数据推送至结算平台。当检测到结算平台中接入了新的业务数据时,计算机设备可以获取该结算平台中所接入的新的业务数据,此时新的业务数据是指需要进行结算处理的业务数据,因此可以将新的业务数据称为待处理业务数据。计算机设备可以将提供上述待处理业务数据的业务应用确定为目标业务应用,并获取该目标业务应用对应的业务标识(例如,业务名称、业务编号、业务标识符号等),进而可以根据业务标识,在结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,将该业务标识对应的配置数据表确定为目标业务应用在结算平台中的目标配置数据表,即待处理业务数据对应的目标配置数据表。
其中,业务应用可以是指综合***中所包含的一条或者多条业务线;例如,当综合***为电子地图应用时,此时的业务应用可以包括道路、公交以及兴趣点(Point ofinteresting,POI)等业务线,其中,POI可以是指电子地图中的酒店、商店、加油站、医院、车站等;当综合***为电商应用时,此时的业务应用可以包括服装、护肤彩妆、配饰、数码、家电、图书等业务线;当综合***可以为金融管理***时,此时的业务应用可以为流程管理、资金管理、接口管理、内容管理等业务线。结算平台可以与接入的业务应用之间建立通信连接,在该结算平台中可以预先设定每个业务应用分别对应的间隔时间段,即结算平台可以每隔一个间隔时间段,通过上述通信连接向相应的业务应用请求待处理业务数据;或者业务应用中产生待处理业务数据后,可以通过消息队列的形式主动向结算平台推送待处理业务数据,即业务应用产生待处理业务数据后,可以将待处理业务数据添加至消息队列,结算平台一旦监听到消息队列中添加了新的待处理业务数据,就可以从消息队列中获取待处理业务数据,此时的消息队列可以是指待处理业务数据在接入阶段中的消息队列,也可以称为数据接入消息队列。
可以理解的是,当存在业务应用A接入至结算平台中时,该业务应用A的用户可以在结算平台中对业务应用A的接入配置项进行设置。当用户在结算平台中设置完与该业务应用A相关联的接入配置项,并选择保存后,计算机设备可以在结算平台中获取与该业务应用A相关联的所有接入配置项,并将所获取到的接入配置项构成接入配置项集合A,即一个业务应用可以对应一个接入配置项集合。其中,上述接入配置项集合A可以包括该业务应用A对应的数据检查项和对账方式等信息;该接入配置项集合A中所包含的接入配置项的数量可以为一个或者多个,本申请实施中可以根据业务应用A的实际业务需求,来确定接入配置项的数量。计算机设备可以获取结算平台中的数据接入结构,将上述接入配置项集合A转换为具有上述数据接入结构的配置数据表A,并将该配置数据表A存储至结算平台对应的数据库中。需要说明的是,数据库可以是指该结算平台中的本地数据库,也可以是指云服务器中的云数据库(结算平台可以对该数据库进行数据访问)等。
其中,结算平台中所接入的每个业务平台均需要设置接入配置项,当结算平台中接入了至少两个业务应用时,计算机设备可以在结算平台中获取至少两个业务应用分别对应的接入配置项集合,将至少两个接入配置项集合分别转换为具有相同数据接入结构的配置数据表,在结算平台的数据库中,可以对至少两个业务应用分别对应的配置数据表进行隔离存储,即不同的业务应用对应不同的配置数据表,不同的配置数据表之间是相互独立的;结算平台可以访问数据库中所存储的所有配置数据表,业务应用只能访问数据库中所存储的自身配置数据表,而无法对其余业务应用对应的配置数据表进行数据访问。例如,业务应用A对应的配置数据表为:配置数据表A,业务应用B对应的配置数据表为:配置数据表B,此时的则配置数据表A和配置数据表B是相互独立的,结算平台具备访问配置数据表A和配置数据表B的权限;业务应用A具备访问配置数据表A的权限,不具备访问配置数据表B的权限;业务应用B具备访问配置数据B的权限,不具备访问配置数据表A的权限。
步骤S102,根据目标配置数据表中的接入配置信息,对待处理业务数据进行校验,得到待处理业务数据对应的校验结果,若校验结果为校验正确结果,则将待处理业务数据存储至数据库。
具体的,计算机设备可以读取目标配置数据表中的接入配置信息,可以根据该接入配置信息对待处理业务数据进行校验,得到待处理业务数据对应的校验结果。其中,该校验结果可以由接入配置信息中所包含的每个接入配置项所确定的,此时的接入配置信息可以理解为具有数据接入结构的接入配置项集合,当待处理业务数据满足接入配置信息中的每个接入配置项时,可以确定待处理业务数据对应的校验结果为校验正确结果,并将该待处理业务数据存储至结算平台对应的数据库中;当待处理业务数据存在不满足条件的接入配置项时,可以确定待处理业务数据对应的校验结果为校验错误结果,即该待处理业务数据为异常数据,可以向提高待处理业务数据的目标业务应用发送告警信息,该告警信息用于提示目标应用需要重新推送待处理业务数据。需要说明的是,存储待处理业务数据的数据库与上述存储配置数据表的数据库可以是指同一个数据库,也可以是指不同的数据库。
可选的,待处理业务数据的校验过程可以在消费进程中执行。结算平台中接入目标业务应用,并在数据库中存储有该目标业务应用对应的目标配置数据表后,可以在结算平台中为该目标业务应用新建消费进程,该消费进程可以用于接入、校验、存储待处理业务数据。其中,目标业务应用的消费进程数量可以根据该目标业务应用的业务数据规模来设定,业务数据规模越大,消费进程的数量越多。换言之,在结算平台中可以同时启动多个消费进程来校验待处理业务数据。
可选的,接入配置信息可以包括对账方式,计算机设备对待处理业务数据进行校验的过程可以包括待处理业务数据的对账处理。此时的计算机设备可以获取接入配置信息中所包含的对账方式,根据该对账方式对待处理业务数据进行对账处理;当待处理业务数据满足对账方式对应的对账条件时,确定待处理业务数据对应的校验结果为校验正确结果,可以在结算平台的数据库中存储上述待处理业务数据,以及上述待处理业务数据对应的对账记录。当待处理业务数据不满足对账方式对应的对账条件时,确定待处理业务数据对应的校验结果为校验错误结果,向提供待处理业务数据的目标业务应用传输告警信息,其中,该告警信息用于指示目标业务应用对待处理业务数据进行问题排查,并重新向结算平台推送待处理业务数据。
其中,对账处理可以是指对结算平台中该目标业务应用对应的数据记录,以及该目标业务应用所提供的待处理业务数据进行核对;对账条件可以包括时间范围、业务数据的数量以及对账重试次数等。若待处理业务数据接入结算平台的时间属于对账条件中的时间范围,且待处理业务数据的数量不超过对账条件中的业务数据的数量,且待处理业务数据的对账次数小于对账条件中的对账重试次数,则可以确定待处理业务数据对应的校验结果为校验正确结果,进而可以将待处理业务数据,以及待处理业务数据在对账处理过程中所产生的对账记录存储至结算平台的数据库中。若待处理业务数据接入结算平台的时间超出对账条件中的时间范围,或者待处理业务数据的数量超过对账条件中的业务数据的数量,或者待处理业务数据的对账次数超出对账条件中的对账重试次数,则可以确定待处理业务数据对应的校验结果为校验错误结果,即对账不齐,进而可以生成针对待处理业务数据的告警信息,并向目标业务应用传输该告警信息。目标业务应用接收到结算平台传输的告警信息后,可以基于该告警信息对之前推送的待处理业务数据进行具体问题排查,在排查出具体问题后可以重新向结算平台推送待处理业务数据。
请一并参见图4,图4是本申请实施例提供的一种校验待处理业务数据的流程示意图。如图4所示,当结算平台中接入新业务应用时,可以在该结算平台中设置字段名称、类型、值域、默认值、主键、最小力度、索引、告警配置以及对账方式等;其中,字段名称可以是指与新业务应用相关联的接入配置项所对应的标识;类型可以是指新业务应用对应的业务类型;值域可以是指新业务应用中的待处理业务数据的取值范围,例如,供应商值域为[A,B,C],表示接入至结算平台的待处理业务数据,可以为供应商A、供应商B以及供应商C所提供的业务数据;默认值(也可以称为缺省值)可以是指新业务应用对应的属性或者参数在被修改前的初始值,例如,耗时默认值可以为0;主键(primary key)可以是指是数据表中的一个或多个字段,主键的值可以用于唯一标识数据表中的某一条记录,例如,task id;最小力度可以理解为业务属性,该最小力度可以用于在核对待处理业务数据时和其他属性关联,是待处理业务数据的最细颗粒度;索引可以是指数据表对应的索引信息;告警配置可以用于设置告警频次和告警人员;对账方式可以用于设置新业务应用对应的对账条件,该对账条件可以包括时间范围、业务数据的数量以及对账重试次数等。
计算机设备可以根据上述设置的字段名称、类型、值域、默认值、主键、最小力度、索引、告警配置以及对账方式等信息,为新业务应用新建配置数据表,该配置数据表的数据结构可以为结算平台中的数据接入结构(可以为关系型数据库中的数据表结构);进而可以为新业务应用新建消费进程,此时的消费进程可以用于接收、校验、存储待处理业务数据,消费进程的新建数量可以根据新业务应用的业务数据规模来设定具体数值。当新业务应用中的待处理业务数据接入至结算平台时,计算机设备可以在新建的消费进程中消费数据(此处的消费数据可以是指接收、校验、存储新业务应用中的待处理业务数据),计算机设备可以在消费进程中可以对接收到的待处理业务数据进行校验,具体的校验过程可以参见上述步骤S102中的描述,这里不再进行赘述。当待处理业务数据校验正确时,可以将待处理业务数据存储至结算平台中的数据库中;当待处理业务数据校验错误时,可以生成告警信息,并将告警信息传输至新业务应用,由新业务应用重新向结算平台推送待处理业务数据。
计算机设备可以根据配置数据表中的记账方式,对待处理业务数据进行对账处理,当待处理业务数据对账正确时,可以将待处理业务数据在对账过程中的对账记录存储在数据库;当待处理业务数据对账不齐时,可以生成告警信息,并将告警信息传输至新业务应用,由新业务应用重新向结算平台推送待处理业务数据。可选的,待处理业务数据的对账处理可以属于待处理业务数据的校验过程。
步骤S103,当接收到针对待处理业务数据的结算触发指令时,在结算平台中对以相同数据存储结构进行隔离存储的至少两个结算配置信息进行查询,得到与待处理业务数据所属业务应用相关联的目标结算配置信息;至少两个结算配置信息分别对应不同的业务应用。
具体的,计算机设备可以在结算平台中,对接入的待处理业务数据进行批量结算处理。当结算平台接收到针对待处理业务数据的结算触发指令时,在结算平台中可以对以相同数据存储结构进行隔离存储的至少两个结算配置信息进行查询,得到与待处理业务数据所属目标业务应用相关联的目标结算配置信息,至少两个结算配置信息分别对应不同的业务应用。其中,结算触发指令可以通过定时任务所生成,或者通过手动触发所生成,或者通过变更配置所生成等。
可选的,结算平台中可以设置定时任务,在达到定时任务的触发条件时,可以触发结算平台中待处理业务数据的结算处理。例如,定时任务的触发条件为每日零时,则每日零点该定时任务均可以触发结算平台中的数据结算处理操作,即结算平台在每日零时均可以接收到针对待处理业务数据的结算触发指令,进而可以在结算平台中查询与待处理业务数据相关联的目标结算配置信息。需要说明的是,每次触发数据结算时,所结算的待处理业务数据是不相同的,即待处理业务数据完成结算处理后,该部分待处理数据的状态可以更新为已处理业务数据,这样可以避免重复计算。
可选的,结算平台可以提供数据结算功能控件,用户(如运维人员)可以对结算平台中的数据结算功能控件执行触发操作,结算平台可以响应针对数据结算功能控件的触发操作,即接收由触发操作所生成的结算触发指令,进而可以在结算平台中查询与待处理业务数据相关联的目标结算配置信息。可选的,数据结算的用户还可以在结算平台中设置待处理业务数据的结算范围,如规定待处理业务数据的时间范围、提供方等,随后对数据结算功能控件执行触发操作,计算机设备中的结算平台可以仅对该结算范围内的待处理业务数据进行结算处理。
可选的,结算平台中所存储的结算配置信息是可以进行更新的,且该结算平台可以提供可配置化的配置器,即用户(如供应商)可以在结算平台中输入业务应用类型等信息查询想要变更的结算配置信息,计算机设备可以在结算平台的客户端中显示查询到的结算配置信息;用户可以对原始的结算配置信息进行变更,并保存变更后的结算配置信息,此时的计算机设备可以根据结算配置信息的变更结果生成结算触发指令,并将变更后的结算配置信息确定为目标结算配置信息,需要进行数据结算的待处理业务数据可以是指变更后的结算配置信息所对应业务应用提供的业务数据。
可以理解的是,在业务应用接入至结算平台中时,需要为该业务应用设置对应的结算配置信息,在结算平台中设置了结算配置信息之后,才可以根据该结算配置信息对待处理业务数据进行结算处理。在结算平台中设置业务应用对应的结算配置信息时,可以在结算平台中输入结算展示字段,进而可以将结算展示字段转换为具有数据存储结构的结算配置信息。换言之,当结算平台中接入了至少两个业务应用,且用户(如运维人员)在结算平台中输入了针对每个业务应用的结算展示字段时,计算机设备可以在结算平台中获取至少两个业务应用分别对应的结算展示字段,将至少两个结算展示字段分别转换为具有相同数据存储结构的结算配置信息,在结算平台的数据库中,可以对至少两个业务应用分别对应的结算配置信息进行隔离存储,即不同的业务应用对应不同的结算配置信息,不同的结算配置信息之间是相互独立的。
其中,假设至少两个业务应用的数量为N,则结算展示字段的数量同样为N个,其中,N为正整数;从N个业务应用中任意选取一个业务应用k,该业务应用k对应的结算展示字段可以表示为结算展示字段Fk,其中,k为小于或等于N的正整数。业务应用k所对应的结算配置信息的确定过程可以包括:计算机设备可以获取结算平台中的数据存储结构,将结算展示字段Fk转换为具有数据存储结构的候选结算配置信息,进而可以对候选结算配置信息进行语义检查,将通过检查的候选结算配置信息确定为结算配置信息,此处的语义检查可以是指语法、词法检查。进一步地,计算机设备对候选结算配置信息进行语法、词法检查通过之后,该候选结算配置信息可以进入审批流程,即计算机设备可以将通过语法、词法检查的候选结算配置信息确定为待审批结算配置,进而可以获取与待审批结算配置相关联的审批信息,根据审批信息对待审批结算配置进行审批,得到待审批结算配置对应的状态信息;若状态信息为生效状态,则将待审批结算配置确定为结算配置信息,此时的结算配置信息可以用于对对业务应用k的待处理业务数据进行结算处理;若状态信息为待更新状态,则待审批结算配置未通过审批,表示待审批结算配置为未生效的配置信息,此时业务应用k在结算平台中还没有生效的结算配置信息,因此业务应用k对应的待处理业务数据暂时还不能进行结算处理。
请一并参见图5,图5是本申请实施例提供的一种设置结算配置信息的流程示意图。如图5所示,在实际应用中,需要对业务应用A的结算配置信息进行变更,或者为业务应用A增加结算配置信息时,用户可以触发结算平台中的配置变更功能或者配置新增功能,此时的计算机设备可以响应针对配置变更功能或者配置新增功能的触发操作,可以在结算平台中查询业务应用A对应的结算配置信息,若计算机设备在结算平台中查询到了业务应用A对应的结算配置信息,即业务应用A在结算平台中存在结算配置信息,可以确定该业务应用A所对应的结算配置信息的状态即将转换为待更新状态,以实现对该结算配置信息的更新处理。换言之,在业务应用A所对应的结算配置信息进行更新之前,需要将结算平台中,该业务应用A所提供的还未来得及进行结算处理的待处理业务数据进行结算处理,即需要将业务应用A对应的待处理业务数据进行清零,也可以称为订单清零;随后可以获取用户在结算平台中所输入的更新后的结算配置信息,对于业务应用A在触发配置更新功能之后接入结算平台的待处理业务数据,均可以采用更新后的结算配置信息进行结算处理。
若计算机设备在结算平台中未查询到业务应用A对应的结算配置信息,即业务应用A在结算平台中未存在结算配置信息,因此用户可以在结算平台中输入结算展示字段,例如,可以为业务应用A设置结算月(可以称为结算周期)、结算对象(例如,供应商、电子地图生产作业中的作业员等)、价格套餐、产量套餐、计量维度以及审批配置等;其中,价格套餐可以是指用于定义单价的计算公式;产量套餐可以是指用于计算产量的计算公式;计量维度可以是指计算对象与各套餐等配置信息之间的关联关系;审批配置可以是指为各配置信息添加审批流。
其中,用户在结算平台中输入结算展示字段的界面展示请参见图6,图6是本申请实施例提供的一种结算配置信息的界面示意图。如图6所示,在为业务应用A设置结算配置信息的过程中,可以根据业务应用A对应的字段配置(例如,在接入至结算平台时所设置的字段信息)自动生成相应的配置器,该配置器可以用于设置套餐,套餐器中的中文部分是与其对应的业务应用进行绑定的,如该业务应用A对应的套餐可以表示为:(三方图片流量+三方轨迹流量)*28。需要说明的是,在结算平台中为不同的业务应用设置结算配置信息时,不同业务应用所对应的配置器的结构与图6所示的配置器的结构相同,区别仅在于配置器中的描述(如数字、运算符号以及字段等)不相同。
进一步地,如图5所示,计算机设备获取到用户在配置器中所输入的结算展示字段后,可以获取结算平台中的数据存储结构,基于该数据存储结构建立结算配置信息与业务应用A之间的映射关系,自动生成业务应用A对应的结算配置信息。随后,计算机设备可以对结算配置信息进行语法、词法检查,如检查结算配置信息是否符合数据库语言的语法、词法,当结算配置信息通过语法、词法检查之后,可以将业务应用A对应的产线添加至待结算的消息队列,其中,产线可以用于区分不同业务应用,不同的业务应用可以对应不同的产线,即将业务应用A对应的待处理业务数据加入待结算的消息队列中;与此同时,还可以将该结算配置信息添加至数据库中。
可选的,若结算配置信息包括审批配置,则需要对该存储至数据库中的结算配置信息进行审批,可以获取与业务应用A相关联的审批信息,根据该审批信息对结算配置信息进行审批,若结算配置信息审批通过,则表示该结算配置信息为有效的结算配置信息,可以触发业务应用A对应的待处理业务数据(产线)进行数据结算处理;若结算配置信息审批未通过,则表示该结算配置信息为无效的结算配置信息,此时可以将业务应用A对应的配置状态置位为“待更新”,可以等待该结算配置信息的重新审批或变更。可选的,若结算配置信息中不包括审批配置,则可以直接将存储至数据库中的结算配置信息确定为有效的结算配置信息。在结算平台中为用户提供可配置化的配置器,不仅可以提高该结算平台的适用性,还可以减少业务数据对应的结算周期,进而可以提高业务数据的结算效率。
可选的,在用户触发结算平台中的数据结算功能之后,计算机设备可以接收到结算平台中的配置更新请求,进而可以获取配置更新请求对应的待更新业务应用,并获取待更新业务应用对应的配置更新信息;计算机设备可以根据配置更新信息对待更新业务应用对应的结算配置信息进行更新,生成更新后的结算配置信息,将数据库中待更新业务应用对应的结算配置信息,替换为更新后的结算配置信息。其中,在获取待更新业务应用对应的配置更新信息之前,需要将结算平台中待更新业务应用所提供的还未进行结算处理的待处理业务数据进行结算处理,清空结算平台中待更新业务应用所提供的待处理业务数据。清空之后可以获取待更新业务应用对应的配置更新信息,根据配置更新信息生成更新后的结算配置信息,更新后的结算配置信息同样需要进行语法、词法检查,语法、词法检查检查通过后才可以将数据库中待更新业务应用对应的结算配置信息,替换为更新后的结算配置信息;更新后的结算配置信息还需要进行审批,审批通过后,更新后的结算配置信息才表示为有效的结算配置信息,后续可以根据更新后的结算配置信息进行数据结算处理。
步骤S104,根据目标结算配置信息对待处理业务数据进行结算处理,得到待处理业务数据对应的结算结果。
具体的,计算机设备在确定了待处理业务数据对应的目标结算配置信息后,可以对目标结算配置信息进行加载,获取与待处理业务数据相关联的结算函数(也可以称为计算公式),根据结算函数中的参数信息,可以将待处理业务数据拆分为至少两个子业务数据,将至少两个子业务数据输入至结算函数中,可以根据结算函数确定待处理业务数据对应的结算结果。其中,结算函数可以是指目标结算配置信息中的套餐(例如,价格套餐、产量套餐),基于该结算函数中的参数数量,对待处理业务数据进行拆分,将拆分所得到的至少两个子业务数据输入至结算函数,得到待处理业务数据对应的结算结果;如图6所示,对目标结算配置信息进行加载后所得到的结算函数可以表示为:(三方图片流量+三方轨迹流量)*28,计算机设备可以将待处理业务数据拆分为三方图片流量和三方轨迹流量,将拆分后的三方图片流量和三方轨迹流量输入至结算函数后,可以得到待处理业务数据对应的结算结果。
可选的,待处理业务数据可以放入待结算的消息队列中,为了提高待处理业务数据的处理效率,可以在结算平台中对待处理业务数据进行批量结算处理,即每次触发结算时,均可以对结算平台中的一批待处理业务数据进行结算处理。结算平台中的数据库可以包括待结算的消息队列,待结算的消息队列可以用于存储待处理业务数据,待处理业务数据的数量为M(M为正整数)个时,计算机设备可以在消息队列的M个待处理业务数据中,获取待处理业务数据Di和待处理业务数据Dj,并获取待处理业务数据Di和待处理业务数据Dj分别对应的添加时间戳,其中,i和j均为小于或等于M的正整数;当检测到待处理业务数据Di和待处理业务数据Dj相同时,在消息队列中删除待处理业务数据Dj,以得到更新后的消息队列,此时待处理业务数据Dj对应的添加时间戳大于待处理业务数据Di对应的添加时间戳,进而可以根据目标结算配置信息,对更新后的消息队列中的待处理业务数据依次进行结算处理,得到更新后的消息队列中的待处理业务数据对应的结算结果。换言之,消息队列中存在待处理业务数据Di和待处理业务数据Dj相同时,表示该消息队列中存在冗余数据,因此可以在消息队列中仅保留添加时间戳最小的待处理业务数据,以避免对消息队列中的冗余数据进行重复计算。
可选的,待结算的消息队列中可以包括多个业务应用分别对应的产线,每条产线均可以使用消息的形式添加至消息队列中,每条产线可以包括至少一个待处理业务数据。在消息队列中可以包括同一个业务应用的多个消息,由于同一个业务应用对应的结算配置信息是相同的,所以可以对同一个业务应用的多条消息进行合并,得到合并后的新消息,并对合并后的新消息的添加时间戳进行更新,计算机设备可以根据添加时间戳的顺序,对消息队列中的新消息进行结算处理。
可选的,为提高结算平台的性能,可以对待处理业务数据的计算结果进行预处理,例如,按天或小时存储、把所有结算配置信息中所包含的套餐的结果都计算出来,可以使用流式计算。
请一并参见图7,图7是本申请实施例提供的一种消除消息队列中的冗余数据的示意图。如图7所示,待结算的消息队列中包括消息30a、消息30b以及消息30c,每个消息均可以对应一个或者多个待处理业务数据;由于消息30a和消息30c相同,所以消息30a和消息30c所执行的数据范围是一样的,计算机设备只执行消息30a和消息30b后所触发的逻辑,与执行消息30a、消息30b以及消息30c后所触发的逻辑是一样的,因此可以将消息30a和消息30c进行合并,得到合并后的消息30d,该消息30d可以是指将消息30a和消息30c中所对应的待处理业务数据进行合并,得到消息30d,进而可以根据消息30b和消息30d***消息队列中的时间戳,对消息队列中的消息30b和消息30d所对应的待处理业务数据执行结算操作。
可选的,计算机设备可以将待处理业务数据对应的结算结果存储至结算平台的数据库中。业务应用中的供应商可以在结算平台中查询相应的结算结果,当计算机设备在结算平台中获取到针对结算结果的查询请求时,可以根据查询请求确定针对结算结果的查询用户,进而可以获取查询用户对应的用户信息,根据该用户信息确定查询用户针对目标业务应用的查询权限信息;当查询权限信息为授权状态时,获取目标业务应用对应的结果展示维度信息,根据结果展示维度信息对结算结果进行展示;当查询权限信息为非授权状态时,标识该查询用户不具备查询结算结果的权限,因此无法在结算平台中展示结算结果。其中,结果展示维度信息可以包括但不限于:地理区域、时间段、供应商、业务类型等;例如,结算结果可以按照地理区域进行层级展示,结算结果可以按照省份进行展示,每个省份对应的结算结果可以进一步按照市进行展示,每个市对应的结算结果可以进一步按照县城进行展示,等等;又例如,结算结果可以按照供应商进行展示,结算结果可以按照供应商A、供应商B以及供应商C等进行展示。可以理解的是,结算结果的层级展示形式可以在结算平台中进行设置,即在设置接入配置项集合时可以添加层级展示配置信息。
请一并参见图8,图8是本申请实施例提供的一种待处理业务数据的结算处理流程示意图。如图8所示,通过定时任务、手动触发以及配置变更等方式触发数据结算时,计算机设备可以接收到数据结算指令,进而将与该数据结算指令相关联的产线主键投入至待结算的消息队列中,此处的产线主键可以是指业务应用所对应的配置数据表中的主键;消息队列中的待处理业务数据可以按照添加至该消息队列的时间戳进行排序,根据时间戳的排序顺序对该消息队列中的待处理业务数据执行结算处理。结算平台中的计算模块可以采用分布式计算的形式对消息队列中的待处理业务数据进行计算,如可以采用Redis的zset作为消息队列,将***消息队列的时间戳作为分数,越后***消息队列的待处理业务数据,越后执行结算操作,其中,Redis(Remote Dictionary Server)即远程字典服务,是一个开源的使用ANSI C(C语言的标准)语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value(键-值)数据库,并提供多种语言的应用程序接口;zset为Redis的有序集合。
结算平台的结算模块可以提供工作流和智能下载服务,智能下载服务是各业务应用的共性需求,可以用于下载已结算业务数据所对应的原始业务数据,若原始业务数据的数据量超过数量阈值(可以进行预先设定,如数量阈值为30000),则可以将其加入到下载队列,同时可以进行异步处理,并告知数据下载地址;若原始业务数据的数据量未超过数量阈值,则可以直接进行同步下载。已完成结算处理的待处理业务数据均可以进行存档,并将其状态设置为最终状态;若新加入数据库的业务数据所对应的状态为最终状态,则可以发出警告,标识该业务数据为异常数据。对于待处理业务数据对应的结算结果,可以基于不同的结果展示维度信息,在结算平台中进行层级展示。
需要说明的是,本申请实施例中的结算平台可以包括数据接入模块、配置模块、计算模块、结算模块、报表展示模块、权限模块。结算平台中的各个模块间解耦,可以通过微服务进行部署。
其中,数据接入模块可以用于配置字段名称、主键、索引、类型、值域范围、告警配置、对账方式等。待处理业务数据可以通过消息队列推送到结算平台;结算平台获取到待处理业务数据之后,可以获取待处理业务数据对应的接入配置信息,并根据接入配置信息对待处理业务数据进行校验,若异常(即待处理业务数据未通过校验)则向业务应用发送告警信息,需要业务应用重新推送待处理业务数据;若正确(即待处理业务数据通过校验)则存储至数据库中。结算平台还可以根据接入配置信息中的对账方式触发对账,对账正确则可以存储对账记录,对账异常则向业务应用发送告警信息。其中,接入至结算平台的待处理业务数据可以根据业务应用的不同,在结算平台的数据库中进行隔离存储。
配置模块可以包括结算月配置、价格套餐配置、产量套餐配置、结算对象配置(例如,配置供应商),每种配置信息均可以设置层级审批流,如产量套餐配置对应的层级审批流可以为:项目负责人—>部门负责人—>总经理,即产量套餐配置设置好后可以进入层级审批流程,首先由项目负责人进行审批,项目负责人审批通过之后提交至部门负责人,部门负责人审批通过之后提交至总经理,总经理审批通过之后表示该产量套餐配置为有效的配置信息。计量维度可以用于设置最小结算力度分别与结算周期、结算对象、产量套餐、价格套餐之间的关联关系。
计算模块可以用于设置计算频次。在结算平台中触发结算的方式包括但不限于:定时任务、配置变更、手动触发等方式。若等待结算的消息队列中存在冗余的消息(可以理解为相同的待处理业务数据),则可以将冗余的消息进行合并,以避免重复计算。
结算模块可以用于设置结算结果的展示层级、配置工作流、定义结算状态(声明终极状态)、是否下载对应原始数据(智能下载:如下载超过阈值,则加入到下载队列进行异步执行)等配置信息;在待处理业务数据的记录被置位终极状态后,把原始的待处理业务数据进行存档。
报表***可以根据业应用的实际需求,对结算结果进行不同维度上的汇总处理,以不同方式进行展示。权限模块可以用于定义角色、分组、权限,以对结算平台中个业务应用对应的相关数据(包括待处理业务数据、接入配置信息、结算配置信息、结算结果、对账记录等)进行安全管控。
本申请实施例中的结算平台,可以提供通用接入、配置模式,可以进行高度复用,与业务逻辑解耦。数据接入配置可以下放至各业务应用,结算配置(如价格、产量配置)可以下放至结算平台的运维人员,结算配置信息的变更可以实时生效,进而可以大幅度缩短业务数据的结算周期。
请一并参见图9,图9是本申请实施例提供的一种结算平台中的数据结算流程示意图。如图9所示,结算平台中的数据结算完整流程可以包括:在业务应用接入结算平台中时,可以通过数据接入模块和配置模块设置数据接入配置信息、结算配置信息等,并将接入配置信息和结算配置信息等存储至数据库中。当存在业务应用中的待处理业务数据接入结算平台时,可以在结算平台中查询待处理业务数据对应的接入配置信息和结算配置信息,进而可以根据接入配置信息对待处理业务数据进行校验,该校验过程可以包括两个阶段:第一个阶段时对待处理业务数据进行检查,待处理业务数据检查正确后,可以进入第二个阶段,通过接入配置信息中的对账方式对待处理业务数据进行对账处理,待处理业务数据对账正确时,可以将待处理业务数据存储至结算平台的数据库中;待处理业务数据检查错误,或者待处理业务数据检查正确后对账不齐,可以向提供该待处理业务数据的业务应用传输告警信息,需要其重新推送待处理业务数据。
在结算平台中通过定时任务、手动触发等方式触发数据结算时,计算机设备可以接收数据结算指令,在结算平台中查询相应的结算配置信息,通过对结算配置信息进行公式加载,可以加载得到计算公式(也可以称为结算函数),并使用加算公式对消息队列中的待处理业务数据进行数据计算,得到待处理业务数据对应的计算结果,进而可以对计算结果进行结算,得到最终的结算结果,当消息队列中的结算终止时,可以将结算结果以及设置为最终状态的原始业务数据进行存档;当消息队列中的结算未终止时,可以继续对消息队列中的待处理业务数据进行结算处理。对于待处理业务数据对应的结算结果,可以在该结算平台中进行报表展示;可以根据业务应用预先设置的结果展示维度信息,对待处理业务数据对应的结算结果进行层级展示。
可选的,在结算平台中还可以通过配置更新的方式触发数据结算,如对结算配置信息中的套餐配置进行变更且变更成功,则变更后的套餐配置可以进入审批流程,审批通过后可以触发结算平台中的数据结算处理;如对结算配置信息中的套餐配置进行变更且变更失败,或者变更成功但审批失败时,在计算平台中仍然保留原来的套餐配置,不会触发结算平台中的数据结算处理。
本申请实施例中,结算平台中具有统一的数据接入结构和数据存储结构,接入该结算平台中的每个业务应用均可以设置其对应的接入配置信息和结算配置信息,并将所有业务应用的接入配置信息以数据接入结构的形式存储至数据库,将所有业务应用的结算配置信息以数据存储结构的形式存储至数据库;接入的任一业务应用均可以将待处理业务数据推送至结算平台,并在结算平台中查找待处理业务数据对应的接入配置信息和结算配置信息,采用查询到的接入配置信息对待处理业务数据进行校验,校验通过后的待处理业务数据可以采用查询到的结算配置信息进行结算处理,以得到待处理业务数据的结算结果,即采用该结算平台就可以实现对多个业务应用的数据结算处理,进而可以提高业务数据的结算效率;通过该结算平台可以对多个业务应用的业务数据进行管理,进而可以提高业务应用的业务管理效率;采用本申请实施例提供的结算平台对各业务应用的业务数据进行结算处理,可以实现业务数据的结算自动化、配置化、统一化、透明化。
请参见图10,图10是本申请实施例提供的一种数据处理装置的结构示意图。可以理解地,该数据处理装置可以是运行于计算机设备中的一个计算机程序(包括程序代码),该数据处理装置可以用于执行图3所对应实施例提供的方法中的相应步骤。如图10所示,该数据处理装置1可以包括:第一查询模块11,校验模块12,第二查询模块13,数据结算模块14;
第一查询模块11,用于获取结算平台中所接入的待处理业务数据,在结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,得到与待处理业务数据所属业务应用相关联的目标配置数据表;至少两个配置数据表分别对应不同的业务应用;
校验模块12,用于根据目标配置数据表中的接入配置信息,对待处理业务数据进行校验,得到待处理业务数据对应的校验结果,若校验结果为校验正确结果,则将待处理业务数据存储至数据库;
第二查询模块13,用于当接收到针对待处理业务数据的结算触发指令时,在结算平台中对以相同数据存储结构进行隔离存储的至少两个结算配置信息进行查询,得到与待处理业务数据所属业务应用相关联的目标结算配置信息;至少两个结算配置信息分别对应不同的业务应用;
数据结算模块14,用于根据目标结算配置信息对待处理业务数据进行结算处理,得到待处理业务数据对应的结算结果。
其中,第一查询模块11,校验模块12,第二查询模块13,数据结算模块14的具体功能实现方式可以参见上述图3所对应实施例中的步骤S101-步骤S104,这里不再进行赘述。
在一些可行的实施方式中,第一查询模块11可以包括:业务标识获取单元111,目标配置表确定单元112;
业务标识获取单元111,用于获取结算平台中所接入的待处理业务数据,将提供待处理业务数据的业务应用确定为目标业务应用,获取目标业务应用对应的业务标识;
目标配置表确定单元112,用于根据业务标识,在结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,将业务标识对应的配置数据表确定为目标配置数据表。
其中,业务标识获取单元111,目标配置表确定单元112的具体功能实现方式可以参见上述图3所对应实施例中的步骤S101,这里不再进行赘述。
在一些可行的实施方式中,接入配置信息可以包括对账方式;
校验模块12可以包括:对账单元121,对账正确单元122,对账错误单元123,对账错误单元123;
对账单元121,用于获取接入配置信息中所包含的对账方式,根据对账方式对待处理业务数据进行对账处理;
对账正确单元122,用于当待处理业务数据满足对账方式对应的对账条件时,确定待处理业务数据对应的校验结果为校验正确结果;
对账错误单元123,用于当待处理业务数据不满足对账方式对应的对账条件时,确定待处理业务数据对应的校验结果为校验错误结果,向提供待处理业务数据的目标业务应用传输告警信息;告警信息用于指示目标业务应用对待处理业务数据进行排查,并重新向结算平台推送待处理业务数据;
数据存储单元124,用于若校验结果为校验正确结果,则在数据库中存储待处理业务数据,以及待处理业务数据对应的对账记录。
其中,对账单元121,对账正确单元122,对账错误单元123,对账错误单元123的具体功能实现方式可以参见上述图3所对应实施例中的步骤S102,这里不再进行赘述。
在一些可行的实施方式中,数据库包括消息队列,消息队列用于存储待处理业务数据,待处理业务数据的数量为M个,M为正整数;
数据结算模块14可以包括:时间戳获取单元141,数据删除单元142,业务数据结算单元143;
时间戳获取单元141,用于在消息队列的M个待处理业务数据中,获取待处理业务数据Di和待处理业务数据Dj,获取待处理业务数据Di和待处理业务数据Dj分别对应的添加时间戳;i和j均为小于或等于M的正整数;
数据删除单元142,用于当检测到待处理业务数据Di和待处理业务数据Dj相同时,在消息队列中删除待处理业务数据Dj,得到更新后的消息队列;待处理业务数据Dj对应的添加时间戳大于待处理业务数据Di对应的添加时间戳;
业务数据结算单元143,用于根据目标结算配置信息,对更新后的消息队列中的待处理业务数据依次进行结算处理,得到更新后的消息队列中的待处理业务数据对应的结算结果。
其中,时间戳获取单元141,数据删除单元142,业务数据结算单元143的具体功能实现方式可以参见上述图3所对应实施例中的步骤S104,这里不再进行赘述。
在一些可行的实施方式中,数据结算模块14可以包括:公式加载单元144,结果确定单元145;
公式加载单元144,用于对目标结算配置信息进行加载,获取与待处理业务数据相关联的结算函数,根据结算函数中的参数信息,将待处理业务数据拆分为至少两个子业务数据;
结果确定单元145,用于将至少两个子业务数据输入至结算函数,根据结算函数确定待处理业务数据对应的结算结果。
其中,公式加载单元144,结果确定单元145的具体功能实现方式可以参见上述图3所对应实施例中的步骤S104,这里不再进行赘述。
在一些可行的实施方式中,该数据处理装置1还可以包括:查询请求获取模块15,查询权限确定模块16,结算结果展示模块17;
查询请求获取模块15,用于在结算平台中获取针对结算结果的查询请求,根据查询请求确定针对结算结果的查询用户;
查询权限确定模块16,用于获取查询用户对应的用户信息,根据用户信息确定查询用户针对目标业务应用的查询权限信息;
结算结果展示模块17,用于当查询权限信息为授权状态时,获取目标业务应用对应的结果展示维度信息,根据结果展示维度信息对结算结果进行展示。
其中,查询请求获取模块15,查询权限确定模块16,结算结果展示模块17的具体功能实现方式可以参见上述图3所对应实施例中的步骤S104,这里不再进行赘述。
在一些可行的实施方式中,该数据处理装置1还可以包括:接入配置获取模块18,接入配置存储模块19;
接入配置获取模块18,用于在结算平台中获取至少两个业务应用分别对应的接入配置项集合,将至少两个接入配置项集合分别转换为具有相同数据接入结构的配置数据表;
接入配置存储模块19,用于在结算平台的数据库中,对至少两个业务应用分别对应的配置数据表进行隔离存储。
其中,接入配置获取模块18,接入配置存储模块19的具体功能实现方式可以参见上述图3所对应实施例中的步骤S101,这里不再进行赘述。
在一些可行的实施方式中,该数据处理装置1还可以包括:结算配置获取模块20,结算配置存储模块21;
结算配置获取模块20,用于在结算平台中获取至少两个业务应用分别对应的结算展示字段,将至少两个结算展示字段分别转换为具有相同数据存储结构的结算配置信息;
结算配置存储模块21,用于在结算平台的数据库中,对至少两个业务应用分别对应的结算配置信息进行隔离存储。
其中,结算配置获取模块20,结算配置存储模块21的具体功能实现方式可以参见上述图3所对应实施例中的步骤S103,这里不再进行赘述。
在一些可行的实施方式中,至少两个结算展示字段的数量为N个,N为正整数;
结算配置获取模块20可以包括:数据转换单元201,语义检查单元202;
数据转换单元201,用于在N个结算展示字段中获取结算展示字段Fk,获取结算平台中的数据存储结构,将结算展示字段Fk转换为具有数据存储结构的候选结算配置信息;k为小于或等于N的正整数;
语义检查单元202,用于对候选结算配置信息进行语义检查,将通过检查的候选结算配置信息确定为结算配置信息。
其中,数据转换单元201,语义检查单元202的具体功能实现方式可以参见上述图3所对应实施例中的步骤S103,这里不再进行赘述。
在一些可行的实施方式中,语义检查单元202可以包括:第一确定子单元2021,配置审批子单元2022,第二确定子单元2023;
第一确定子单元2021,用于对候选结算配置信息进行语义检查,将通过检查的候选结算配置信息确定为待审批结算配置;
配置审批子单元2022,用于获取与待审批结算配置相关联的审批信息,根据审批信息对待审批结算配置进行审批,得到待审批结算配置对应的状态信息;
第二确定子单元2023,用于若状态信息为生效状态,则将待审批结算配置确定为结算配置信息。
其中,第一确定子单元2021,配置审批子单元2022,第二确定子单元2023的具体功能实现方式可以参见上述图3所对应实施例中的步骤S103,这里不再进行赘述。
在一些可行的实施方式中,该数据处理装置1还可以包括:配置更新请求接收模块22,结算配置更新模块23;
配置更新请求接收模块22,用于当接收到结算平台中的配置更新请求时,获取配置更新请求对应的待更新业务应用,获取待更新业务应用对应的配置更新信息;
结算配置更新模块23,用于根据配置更新信息对待更新业务应用对应的结算配置信息进行更新,生成更新后的结算配置信息,将数据库中待更新业务应用对应的结算配置信息,替换为更新后的结算配置信息。
其中,配置更新请求接收模块22,结算配置更新模块23的具体功能实现方式可以参见上述图3所对应实施例中的步骤S103,这里不再进行赘述。
本申请实施例中,结算平台中具有统一的数据接入结构和数据存储结构,接入该结算平台中的每个业务应用均可以设置其对应的接入配置信息和结算配置信息,并将所有业务应用的接入配置信息以数据接入结构的形式存储至数据库,将所有业务应用的结算配置信息以数据存储结构的形式存储至数据库;接入的任一业务应用均可以将待处理业务数据推送至结算平台,并在结算平台中查找待处理业务数据对应的接入配置信息和结算配置信息,采用查询到的接入配置信息对待处理业务数据进行校验,校验通过后的待处理业务数据可以采用查询到的结算配置信息进行结算处理,以得到待处理业务数据的结算结果,即采用该结算平台就可以实现对多个业务应用的数据结算处理,进而可以提高业务数据的结算效率;通过该结算平台可以对多个业务应用的业务数据进行管理,进而可以提高业务应用的业务管理效率;采用本申请实施例提供的结算平台对各业务应用的业务数据进行结算处理,可以实现业务数据的结算自动化、配置化、统一化、透明化。
请参见图11,图11是本申请实施例提供的一种计算机设备的结构示意图。如图11所示,该计算机设备1000可以包括:处理器1001,网络接口1004和存储器1005,此外,上述计算机设备1000还可以包括:用户接口1003,和至少一个通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。其中,用户接口1003可以包括显示屏(Display)、键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。可选的,网络接口1004可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。可选的,存储器1005还可以是至少一个位于远离前述处理器1001的存储装置。如图11所示,作为一种计算机可读存储介质的存储器1005中可以包括操作***、网络通信模块、用户接口模块以及设备控制应用程序。
在如图11所示的计算机设备1000中,网络接口1004可提供网络通讯功能;而用户接口1003主要用于为用户提供输入的接口;而处理器1001可以用于调用存储器1005中存储的设备控制应用程序,以实现:
获取结算平台中所接入的待处理业务数据,在结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,得到与待处理业务数据所属业务应用相关联的目标配置数据表;至少两个配置数据表分别对应不同的业务应用;
根据目标配置数据表中的接入配置信息,对待处理业务数据进行校验,得到待处理业务数据对应的校验结果,若校验结果为校验正确结果,则将待处理业务数据存储至数据库;
当接收到针对待处理业务数据的结算触发指令时,在结算平台中对以相同数据存储结构进行隔离存储的至少两个结算配置信息进行查询,得到与待处理业务数据所属业务应用相关联的目标结算配置信息;至少两个结算配置信息分别对应不同的业务应用;
根据目标结算配置信息对待处理业务数据进行结算处理,得到待处理业务数据对应的结算结果。
应当理解,本申请实施例中所描述的计算机设备1000可执行前文图3所对应实施例中对数据处理方法的描述,也可执行前文图10所对应实施例中对数据处理装置1的描述,在此不再赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。
此外,这里需要指出的是:本申请实施例还提供了一种计算机可读存储介质,且计算机可读存储介质中存储有前文提及的数据处理装置1所执行的计算机程序,且计算机程序包括程序指令,当处理器执行程序指令时,能够执行前文图3所对应实施例中对数据处理方法的描述,因此,这里将不再进行赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节,请参照本申请方法实施例的描述。作为示例,程序指令可被部署在一个计算设备上执行,或者在位于一个地点的多个计算设备上执行,又或者,在分布在多个地点且通过通信网络互连的多个计算设备上执行,分布在多个地点且通过通信网络互连的多个计算设备可以组成区块链***。
此外,需要说明的是:本申请实施例还提供了一种计算机程序产品或计算机程序,该计算机程序产品或者计算机程序可以包括计算机指令,该计算机指令可以存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器可以执行该计算机指令,使得该计算机设备执行前文图3所对应实施例中对数据处理方法的描述,因此,这里将不再进行赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。对于本申请所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节,请参照本申请方法实施例的描述。
需要说明的是,对于前述的各个方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某一些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,计算机程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,存储介质可为磁碟、光盘、只读存储器(Read-Only Memory,ROM)或随机存储器(Random Access Memory,RAM)等。
以上所揭露的仅为本申请较佳实施例而已,当然不能以此来限定本申请之权利范围,因此依本申请权利要求所作的等同变化,仍属本申请所涵盖的范围。

Claims (14)

1.一种数据处理方法,其特征在于,包括:
获取结算平台中所接入的待处理业务数据,在所述结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,得到与所述待处理业务数据所属业务应用相关联的目标配置数据表;所述至少两个配置数据表分别对应不同的业务应用;
根据所述目标配置数据表中的接入配置信息,对所述待处理业务数据进行校验,得到所述待处理业务数据对应的校验结果,若所述校验结果为校验正确结果,则将所述待处理业务数据存储至数据库;
当接收到针对所述待处理业务数据的结算触发指令时,在所述结算平台中对以相同数据存储结构进行隔离存储的至少两个结算配置信息进行查询,得到与所述待处理业务数据所属业务应用相关联的目标结算配置信息;所述至少两个结算配置信息分别对应不同的业务应用;
根据所述目标结算配置信息对所述待处理业务数据进行结算处理,得到所述待处理业务数据对应的结算结果。
2.根据权利要求1所述的方法,其特征在于,所述获取结算平台中所接入的待处理业务数据,在所述结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,得到与所述待处理业务数据所属业务应用相关联的目标配置数据表,包括:
获取结算平台中所接入的待处理业务数据,将提供所述待处理业务数据的业务应用确定为目标业务应用,获取所述目标业务应用对应的业务标识;
根据所述业务标识,在所述结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,将所述业务标识对应的配置数据表确定为目标配置数据表。
3.根据权利要求1所述的方法,其特征在于,所述接入配置信息包括对账方式;
所述根据所述目标配置数据表中的接入配置信息,对所述待处理业务数据进行校验,得到所述待处理业务数据对应的校验结果,包括:
获取所述接入配置信息中所包含的对账方式,根据所述对账方式对所述待处理业务数据进行对账处理;
当所述待处理业务数据满足所述对账方式对应的对账条件时,确定所述待处理业务数据对应的校验结果为校验正确结果;
当所述待处理业务数据不满足所述对账方式对应的对账条件时,确定所述待处理业务数据对应的校验结果为校验错误结果,向提供所述待处理业务数据的目标业务应用传输告警信息;所述告警信息用于指示所述目标业务应用对所述待处理业务数据进行排查,并重新向所述结算平台推送待处理业务数据;
则若所述校验结果为校验正确结果,则将所述待处理业务数据存储至数据库,包括:
若所述校验结果为校验正确结果,则在所述数据库中存储所述待处理业务数据,以及所述待处理业务数据对应的对账记录。
4.根据权利要求1所述的方法,其特征在于,所述根据所述目标结算配置信息对所述待处理业务数据进行结算处理,得到所述待处理业务数据对应的结算结果,包括:
对所述目标结算配置信息进行加载,获取与所述待处理业务数据相关联的结算函数,根据所述结算函数中的参数信息,将所述待处理业务数据拆分为至少两个子业务数据;
将所述至少两个子业务数据输入至所述结算函数,根据所述结算函数确定所述待处理业务数据对应的结算结果。
5.根据权利要求1所述的方法,其特征在于,所述数据库包括消息队列,所述消息队列用于存储所述待处理业务数据,所述待处理业务数据的数量为M个,M为正整数;
所述根据所述目标结算配置信息对所述待处理业务数据进行结算处理,得到所述待处理业务数据对应的结算结果,包括:
在所述消息队列的M个待处理业务数据中,获取待处理业务数据Di和待处理业务数据Dj,获取所述待处理业务数据Di和所述待处理业务数据Dj分别对应的添加时间戳;i和j均为小于或等于M的正整数;
当检测到所述待处理业务数据Di和待处理业务数据Dj相同时,在所述消息队列中删除所述待处理业务数据Dj,得到更新后的消息队列;所述待处理业务数据Dj对应的添加时间戳大于所述待处理业务数据Di对应的添加时间戳;
根据所述目标结算配置信息,对所述更新后的消息队列中的待处理业务数据依次进行结算处理,得到所述更新后的消息队列中的待处理业务数据对应的结算结果。
6.根据权利要求1所述的方法,其特征在于,还包括:
在所述结算平台中获取针对所述结算结果的查询请求,根据所述查询请求确定针对所述结算结果的查询用户;
获取所述查询用户对应的用户信息,根据所述用户信息确定所述查询用户针对目标业务应用的查询权限信息;
当所述查询权限信息为授权状态时,获取所述目标业务应用对应的结果展示维度信息,根据所述结果展示维度信息对所述结算结果进行展示。
7.根据权利要求1所述的方法,其特征在于,还包括:
在所述结算平台中获取至少两个业务应用分别对应的接入配置项集合,将至少两个接入配置项集合分别转换为具有相同数据接入结构的配置数据表;
在所述结算平台的数据库中,对所述至少两个业务应用分别对应的配置数据表进行隔离存储。
8.根据权利要求1-7任一项所述的方法,其特征在于,还包括:
在所述结算平台中获取至少两个业务应用分别对应的结算展示字段,将至少两个结算展示字段分别转换为具有相同数据存储结构的结算配置信息;
在所述结算平台的数据库中,对所述至少两个业务应用分别对应的结算配置信息进行隔离存储。
9.根据权利要求8所述的方法,其特征在于,所述至少两个结算展示字段的数量为N个,N为正整数;
所述将至少两个结算展示字段分别转换为具有相同数据存储结构的结算配置信息,包括:
在N个结算展示字段中获取结算展示字段Fk,获取所述结算平台中的数据存储结构,将所述结算展示字段Fk转换为具有所述数据存储结构的候选结算配置信息;k为小于或等于N的正整数;
对所述候选结算配置信息进行语义检查,将通过检查的候选结算配置信息确定为结算配置信息。
10.根据权利要求9所述的方法,其特征在于,所述对所述候选结算配置信息进行语义检查,将通过检查的候选结算配置信息确定为结算配置信息,包括:
对所述候选结算配置信息进行语义检查,将通过检查的候选结算配置信息确定为待审批结算配置;
获取与所述待审批结算配置相关联的审批信息,根据所述审批信息对所述待审批结算配置进行审批,得到所述待审批结算配置对应的状态信息;
若所述状态信息为生效状态,则将所述待审批结算配置确定为结算配置信息。
11.根据权利要求8所述的方法,其特征在于,还包括:
当接收到所述结算平台中的配置更新请求时,获取所述配置更新请求对应的待更新业务应用,获取所述待更新业务应用对应的配置更新信息;
根据所述配置更新信息对所述待更新业务应用对应的结算配置信息进行更新,生成更新后的结算配置信息,将所述数据库中所述待更新业务应用对应的结算配置信息,替换为所述更新后的结算配置信息。
12.一种数据处理装置,其特征在于,包括:
第一查询模块,用于获取结算平台中所接入的待处理业务数据,在所述结算平台中对以相同数据接入结构进行隔离存储的至少两个配置数据表进行查询,得到与所述待处理业务数据所属业务应用相关联的目标配置数据表;所述至少两个配置数据表分别对应不同的业务应用;
校验模块,用于根据所述目标配置数据表中的接入配置信息,对所述待处理业务数据进行校验,得到所述待处理业务数据对应的校验结果,若所述校验结果为校验正确结果,则将所述待处理业务数据存储至数据库;
第二查询模块,用于当接收到针对所述待处理业务数据的结算触发指令时,在所述结算平台中对以相同数据存储结构进行隔离存储的至少两个结算配置信息进行查询,得到与所述待处理业务数据所属业务应用相关联的目标结算配置信息;所述至少两个结算配置信息分别对应不同的业务应用;
数据结算模块,用于根据所述目标结算配置信息对所述待处理业务数据进行结算处理,得到所述待处理业务数据对应的结算结果。
13.一种计算机设备,其特征在于,包括存储器和处理器;
所述存储器与所述处理器相连,所述存储器用于存储计算机程序,所述处理器用于调用所述计算机程序,以使得所述计算机设备执行权利要求1至11任一项所述的方法。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,所述计算机程序适于由处理器加载并执行,以使得具有所述处理器的计算机设备执行权利要求1至11任一项所述的方法。
CN202110005002.XA 2021-01-04 2021-01-04 数据处理方法、装置、设备以及介质 Active CN112699151B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110005002.XA CN112699151B (zh) 2021-01-04 2021-01-04 数据处理方法、装置、设备以及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110005002.XA CN112699151B (zh) 2021-01-04 2021-01-04 数据处理方法、装置、设备以及介质

Publications (2)

Publication Number Publication Date
CN112699151A CN112699151A (zh) 2021-04-23
CN112699151B true CN112699151B (zh) 2022-04-22

Family

ID=75514586

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110005002.XA Active CN112699151B (zh) 2021-01-04 2021-01-04 数据处理方法、装置、设备以及介质

Country Status (1)

Country Link
CN (1) CN112699151B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113900561B (zh) * 2021-10-27 2023-07-25 北京字跳网络技术有限公司 表格处理方法、装置、电子设备、介质及程序产品
CN115099681B (zh) * 2022-07-18 2023-01-31 北京师范大学 一种基于区块链的图书馆管理***及其方法
CN115292343B (zh) * 2022-10-09 2023-07-25 工保科技(浙江)有限公司 一种数据处理方法和装置

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101329627A (zh) * 2008-07-29 2008-12-24 上海众恒信息产业有限公司 基于数据模型的二次开发平台
CN102456028A (zh) * 2010-10-27 2012-05-16 金蝶软件(中国)有限公司 一种面向多租户的数据获取方法、装置及***
CN102469089A (zh) * 2010-11-17 2012-05-23 金蝶软件(中国)有限公司 一种动态数据共享与隔离的方法及装置
CN102479201A (zh) * 2010-11-26 2012-05-30 金蝶软件(中国)有限公司 一种公用资料的处理方法及***
CN105119974A (zh) * 2015-07-21 2015-12-02 信阳启航信息科技有限公司 一种混合云架构的物联***及实现方法
CN105183834A (zh) * 2015-08-31 2015-12-23 上海电科智能***股份有限公司 一种基于本体库的交通大数据语义应用服务方法
CN105635465A (zh) * 2015-12-30 2016-06-01 中科创达软件股份有限公司 数据隔离方法、数据隔离装置及终端
CN105893049A (zh) * 2016-04-01 2016-08-24 无锡中科富农物联科技有限公司 应用于电子地图应用***的数据分离框架
CN107315786A (zh) * 2017-06-12 2017-11-03 腾讯科技(深圳)有限公司 业务数据存储方法及装置
CN109495551A (zh) * 2018-10-31 2019-03-19 广西民族大学 一种智能监测***及其数据采集方法
CN109885624A (zh) * 2019-01-23 2019-06-14 金蝶软件(中国)有限公司 数据处理方法、装置、计算机设备和存储介质
CN111339560A (zh) * 2020-02-26 2020-06-26 中国邮政储蓄银行股份有限公司 一种数据隔离方法、装置及***

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8978107B2 (en) * 2011-10-05 2015-03-10 Hcl Technologies Limited Method and system for enabling non-intrusive multi tenancy enablement
US20150025917A1 (en) * 2013-07-15 2015-01-22 Advanced Insurance Products & Services, Inc. System and method for determining an underwriting risk, risk score, or price of insurance using cognitive information

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101329627A (zh) * 2008-07-29 2008-12-24 上海众恒信息产业有限公司 基于数据模型的二次开发平台
CN102456028A (zh) * 2010-10-27 2012-05-16 金蝶软件(中国)有限公司 一种面向多租户的数据获取方法、装置及***
CN102469089A (zh) * 2010-11-17 2012-05-23 金蝶软件(中国)有限公司 一种动态数据共享与隔离的方法及装置
CN102479201A (zh) * 2010-11-26 2012-05-30 金蝶软件(中国)有限公司 一种公用资料的处理方法及***
CN105119974A (zh) * 2015-07-21 2015-12-02 信阳启航信息科技有限公司 一种混合云架构的物联***及实现方法
CN105183834A (zh) * 2015-08-31 2015-12-23 上海电科智能***股份有限公司 一种基于本体库的交通大数据语义应用服务方法
CN105635465A (zh) * 2015-12-30 2016-06-01 中科创达软件股份有限公司 数据隔离方法、数据隔离装置及终端
CN105893049A (zh) * 2016-04-01 2016-08-24 无锡中科富农物联科技有限公司 应用于电子地图应用***的数据分离框架
CN107315786A (zh) * 2017-06-12 2017-11-03 腾讯科技(深圳)有限公司 业务数据存储方法及装置
CN109495551A (zh) * 2018-10-31 2019-03-19 广西民族大学 一种智能监测***及其数据采集方法
CN109885624A (zh) * 2019-01-23 2019-06-14 金蝶软件(中国)有限公司 数据处理方法、装置、计算机设备和存储介质
CN111339560A (zh) * 2020-02-26 2020-06-26 中国邮政储蓄银行股份有限公司 一种数据隔离方法、装置及***

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
云计算网络中基于隔离边界的安全审计体系研究;葛思江等;《智能计算机及应用》;20190501;第9卷(第3期);16-22 *
基于L-DHT的多租户虚拟域隔离构建方法;曹利峰等;《通信学报》;20200514;第41卷(第6期);184-201 *

Also Published As

Publication number Publication date
CN112699151A (zh) 2021-04-23

Similar Documents

Publication Publication Date Title
CN112699151B (zh) 数据处理方法、装置、设备以及介质
US7877682B2 (en) Modular distributed mobile data applications
CN108228814B (zh) 数据同步方法及装置
CN107798038B (zh) 数据响应方法及数据响应设备
CN112434059B (zh) 数据处理方法、装置、计算机设备和存储介质
US10078676B2 (en) Schema evolution in multi-tenant environment
CN108647357B (zh) 数据查询的方法及装置
CN108958959B (zh) 检测hive数据表的方法和装置
CN112988770B (zh) 序列号更新的方法、装置、电子设备和存储介质
US8756205B2 (en) System and method for rule-based data object matching
US20170011128A1 (en) Dynamic domain query and query translation
CN113760948A (zh) 一种数据查询的方法及装置
US10685019B2 (en) Secure query interface
CN116701330A (zh) 物流信息共享方法、装置、设备及存储介质
CN114003614A (zh) 一种数据同步装置、方法、网上交易***、计算机设备和存储介质
CN117453980A (zh) 元数据管理、配置页面生成方法、服务器及存储介质
CN114253939A (zh) 一种数据模型的构建方法、装置、电子设备及存储介质
US20170286523A1 (en) Apparatus and method for verifying cloud service compatibility
US20080148220A1 (en) System infrastructure structure formulation supporting system and supporting method
CN115422202A (zh) 业务模型的生成方法、业务数据查询方法、装置及设备
CN113934729A (zh) 一种基于知识图谱的数据管理方法、相关设备及介质
CN114547404B (zh) 一种大数据平台***
US11561979B2 (en) Dynamically detecting and correcting errors in queries
CN114285743B (zh) 更新配置信息的方法、装置、电子设备及存储介质
Nagireddy Job recommendation system with NoSQL databases: Neo4j, MongoDB, DynamoDB, Cassandra and their critical comparison

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40041986

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant