CN110880101A - 数据处理方法、装置、服务器及其存储介质 - Google Patents

数据处理方法、装置、服务器及其存储介质 Download PDF

Info

Publication number
CN110880101A
CN110880101A CN201910994711.8A CN201910994711A CN110880101A CN 110880101 A CN110880101 A CN 110880101A CN 201910994711 A CN201910994711 A CN 201910994711A CN 110880101 A CN110880101 A CN 110880101A
Authority
CN
China
Prior art keywords
data processing
settlement
settlement data
statistical
transaction
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
CN201910994711.8A
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 Property and Casualty Insurance Company of China Ltd
Original Assignee
Ping An Property and Casualty 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 Property and Casualty Insurance Company of China Ltd filed Critical Ping An Property and Casualty Insurance Company of China Ltd
Priority to CN201910994711.8A priority Critical patent/CN110880101A/zh
Publication of CN110880101A publication Critical patent/CN110880101A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • 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/24Querying
    • G06F16/245Query processing
    • G06F16/2458Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2462Approximate or statistical queries
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Probability & Statistics with Applications (AREA)
  • Business, Economics & Management (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Fuzzy Systems (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请为数据处理技术领域,本申请提供一种数据处理方法、装置、服务器及其存储介质,所述方法包括接收第三方平台以间隔方式发送的多个交易记录,提取交易记录中的结算数据,并形成结算数据记录表;读取所述第三方平台的结算数据处理方案,提取每个结算数据处理方案中的结算统计要素;基于所述结算统计要素对所述结算数据记录表的结算数据进行拆分和统计,得到各个结算数据处理方案对应的结算数据处理结果;对各个结算数据处理结果进行相互比较,根据设定条件确定最优结算数据处理结果。该方案有利于提升大批量数据的处理效率。

Description

数据处理方法、装置、服务器及其存储介质
技术领域
本申请涉及数据处理技术领域,具体而言,本申请涉及一种数据处理方法、装置、服务器及其存储介质。
背景技术
随着互联网嵌入日常支付活动的各个方面,电子交易已成为一种较为主流的交易支付手段之一,即使针对某个交易商户,所涉及的交易数值和交易情况也存在多种收款情况。
但是,目前的电子交易中,在进行结算数据处理时,多为针对单笔交易-单笔结算的处理方式,数据处理的运算量大,影响了大量电子交易的结算数据处理效率。
发明内容
为克服以上技术问题,特别是针对目前的电子交易的数据处理方法所造成的增加电子交易运算量的问题,特提出以下技术方案:
第一方面,本申请提供一种数据处理方法,其包括以下步骤:
接收第三方平台以间隔方式发送的多个交易记录,提取交易记录中的结算数据,并形成结算数据记录表;
读取所述第三方平台的结算数据处理方案,提取每个结算数据处理方案中的结算统计要素;
基于所述结算统计要素对所述结算数据记录表的结算数据进行拆分和统计,得到各个结算数据处理方案对应的结算数据处理结果;
对各个结算数据处理结果进行相互比较,根据设定条件确定最优结算数据处理结果。
在其中一个实施例中,所述提取每个结算数据处理方案中的结算统计要素的步骤,包括:
提取每个结算数据处理方案中的交易笔数和交易总金额中的至少一个因素作为结算统计要素。
在其中一个实施例中,所述提取每个结算数据处理方案中的结算统计要素的步骤之前,还包括:
所有结算数据处理方案形成一个方案列表,并对方案列表中的各个结算数据处理方案进行排序;
根据所述排序的序号,根据每个结算数据处理方案所提取的结算统计要素进行对应的标注。
在其中一个实施例中,所述基于所述结算统计要素对所述结算数据记录表的结算数据进行拆分和统计,得到各个结算数据处理方案对应的结算数据处理结果的步骤,包括:
根据交易笔数和交易总金额中的至少一个结算统计要素,对间隔方式所获得所述结算数据记录表的结算数据进行结算统计要素,并对各个结算统计要素进行统计;
利用所述结算统计要素的统计的结果,得到各个结算数据处理方案对应的结算数据处理结果。
在其中一个实施例中,所述利用所述结算统计要素的统计的结果,得到各个结算数据处理方案对应的结算数据处理结果的步骤,包括:
根据每个结算数据处理方案所提取的结算统计要素的标注,获取各个结算数据处理方案的结算统计要素的统计的结果;
利用对应的结算数据处理方案,对相应的结算统计要素的统计的结果进行数据处理;
根据所述数据处理的结果,得到各个结算数据处理方案对应的结算数据处理结果。
在其中一个实施例中,所述对各个结算数据处理结果进行相互比较,选择最优结算数据处理方案对结算数据进行结算处理的步骤,包括:
对各个结算数据处理方案对应的结算数据处理结果进行大小的相互比较;
根据比较的结果,选择其中最小的结算数据处理结果作为最优结算数据处理结果。
在其中一个实施例中,在所述读取所述第三方平台的结算数据处理方案的步骤包括:
读取所述交易记录,得到所述交易记录对应的第三方平台的路径信息;
依据所述路径信息,获取对应的第三方平台的结算数据处理方案。
第二方面,本申请还提供一种数据处理装置,其包括:
接收模块,用于接收第三方平台以间隔方式发送的多个交易记录,提取交易记录中的结算数据,并形成结算数据记录表;
提取模块,用于读取所述第三方平台的结算数据处理方案,提取每个结算数据处理方案中的结算统计要素;
拆分统计模块,用于基于所述结算统计要素对所述结算数据记录表的结算数据进行拆分和统计,得到各个结算数据处理方案对应的结算数据处理结果;
处理模块,用于对各个结算数据处理结果进行相互比较,根据设定条件确定最优结算数据处理结果。
第三方面,本申请还提供一种服务器,其包括:
一个或多个处理器;
存储器;
一个或多个计算机程序,其中所述一个或多个计算机程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个计算机程序配置用于执行根据第一方面任一实施例所述的数据处理方法。
第四方面,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现第一方面任一项实施例所述数据处理方法。
本申请所提供的一种数据处理方法、装置、服务器及其存储介质,接收第三方平台以间隔方式发送的交易记录,并提取相应的结算数数据;同时根据第三方平台的结算数据处理方案的结算统计要素,对结算数据进行拆分和统计,得到各个结算数据处理方案对应的结算数据处理结果,根据对各个结算数据处理结果的比较得到最优结算数据处理结果。本申请所提供的数据处理方案,获取间隔方式得到的交易记录,并依据所述结算数据处理方案进行对应的拆分和统计,避免目前的电子交易因需要针对每个单笔交易进行单独统计从而在大量交易数据处理时造成影响处理效率的问题,以此容易获取对结算数据进行处理的最优结算数据处理结果,有利于提升大批量数据的处理效率。
本申请附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1是本申请实施例提供的数据处理方案的应用环境图;
图2是本申请中的一个实施例的数据处理方法的流程图;
图3是本申请中的另一个实施例的数据处理方法的流程图;
图4是本申请中的一实施例中的步骤S232的详细流程图;
图5是本申请中的一实施例中的步骤S240的详细流程图;
图6为本申请中的一个实施例的数据处理装置的结构示意图;
图7为本申请中的一个实施例执行数据处理方法的服务器的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作或它们的组。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
参考图1所示,图1是本申请实施例提供的数据处理方案的应用环境图。在本申请的实施例是用户110利用internet网络连接,通过第三方平台120向收款方130实现付款的过程中,由收款方130的服务器执行的数据处理方案。其中,收款方130的服务器也是通过internet网络连接接收第三方平台120实现数据传递。当用户110向第三方平台120支付所产生的付款记录时,在第三方平台120产生相应的交易记录并向该收款方130的服务器发送,并由收款方的服务器130实现该数据处理方案,得到结算结果信息。付款方130的服务器根据该结算结果信息与第三方平台进行结算。
为了解决目前的电子交易的数据处理方法所造成的增加电子交易运算量的问题,本申请提供了一种数据处理方法,请参考图2所示,图2是本申请中的一个实施例的数据处理方法的流程图,该方法的流程包括以下步骤:
S210、接收第三方平台以间隔方式发送的多个交易记录,提取交易记录中的结算数据,并形成结算数据记录表。
在本申请中,第三方平台作为用户和收款方的结算平台,用户通过该第三方平台向收款方付款后,在该第三方平台上产生交易记录。第三方平台将所述交易记录发送至收款方,收款方根据该交易记录,与第三方平台进行结算数据处理,并根据该数据处理结果与该第三方平台进行费用结算。而本申请保护的技术方案是第三方平台与收款方之间的数据处理方案。
在本申请中,收款方利用服务器间隔方式接收由第三方平台发送的多个交易记录。所述间隔方式,可以是服务器根据不同的预设时间长度,接收第三方平台在该时间长度内所发送的交易记录作为单次统计数据;或者是根据设定的交易笔数或交易总金额的单次统计上限,对从第三方平台发送的交易记录进行划分,得到对应的单次统计数据。
针对上述的间隔方式得到每个单次统计数据,对应提取交易记录中的结算数据,并对应每个单次统计数据形成相应的结算数据记录表。
S220、读取所述第三方平台的结算数据处理方案,提取每个结算数据处理方案中的结算统计要素。
所述第三方平台与收款方根据所述结算数据处理方案对步骤S210得到的结算数据进行数据处理。该结算数据处理方案包括针对所述结算数据分析的结算统计要素,根据该结算统计要素的数据处理结果,得到对应的结算费用。该结算统计要素包括结算笔数、单笔结算金额、结算总金额和超过一定金额的结算笔数所占的比例等信息。
其中,不同的第三方平台有对应的结算数据处理方案。
在该步骤中,服务器从所接收到的结算数据的对应的第三方平台读取其结算数据处理方案。根据该第三方平台的各个结算数据处理方案,并从中提取相应的结算统计要素,以便对结算数据进行数据处理。
S230、基于所述结算统计要素对所述结算数据记录表的结算数据进行拆分和统计,得到各个结算数据处理方案对应的结算数据处理结果。
根据步骤S220从第三方平台的结算数据处理方案提取得到的结算统计要素,对步骤S210所形成的结算数据记录表中的结算数据作为统计整体,按照结算统计要素对该作为统计整体的结算数据进行元素拆分,得到关于各个结算统计要素对应的结算要素,并对各个结算要素进行统计。根据各个结算要素的统计数据,得到各个结算数据处理方案对应的结算数据处理结果。
S240、对各个结算数据处理结果进行相互比较,根据设定条件确定最优结算数据处理结果。
获取步骤S230得到的针对所述第三方平台的每个结算数据处理方案的结算数据处理结果,并对上述得到的结算数据处理结果进行相互比较,根据所述比较的结果,确定最优结算数据处理结果。
所述最优结算数据处理结果是根据设定条件确定的,该设定条件可以是根据比较得到的结算数据处理结果的大小进行选择,可以是根据收款方与第三方平台的交易条件。根据设定条件所确定的最优结算数据处理结果。
本申请提供的一种数据处理方法,针对所述第三方平台间隔方式所发送的所有交易记录所提取的结算数据进行统计,并且对照所述结算数据处理方案中的结算统计要素,得到各个结算数据处理方案的结算数据处理结果,并通过对比后,得到最优结算数据处理结果。该方案,可以避免目前的电子交易因需要针对每个单笔交易进行单独结算的方式,造成的增加电子交易运算量,在大量交易数据时,降低数据处理效率的问题。因此,更容易获取对结算数据进行处理的最优结算数据处理结果,有利于提升大量交易数据的数据处理效率。
对于步骤S220中的提取每个结算数据处理方案中的结算统计要素的步骤,包括:
提取每个结算数据处理方案中的交易笔数和交易总金额中的至少一个因素作为结算统计要素。
在本实施例中,根据每个结算数据处理方案的结算统计要素,对应提取交易笔数和交易总金额中的至少一个要素作为结算统计要素。这样,所述第三方平台可以根据该具体的结算统计要素,准确获取所述收款方在对应间隔中的结算数据。
进一步地,在步骤S220中的提取每个结算数据处理方案中的结算统计要素的步骤之前,还包括以下子步骤:
S2201、所有结算数据处理方案形成一个方案列表,并对方案列表中的各个结算数据处理方案进行排序;
S2202、根据所述排序的序号,根据每个结算数据处理方案所提取的结算统计要素进行对应的标注。
对于步骤S2201-S2202,所述第三方平台为了适应不同结算统计情况,包括至少两个结算数据处理方案。在本实施例中,将各个结算数据处理方案形成一个方案列表并排序,分配对应的序号,以便在后续数据处理中,区分各个结算数据处理方案。对应各个结算数据处理方案的序号,进行对应的结算统计要素进行标注。
在本实施例中,如序号为1的结算数据处理方案的结算统计要素是交易笔数,序号为2的结算数据处理方案的结算统计要素是交易笔数和交易总金额。对结算统计要素是交易笔数标注为1和2,对结算统计要素是交易笔数标注为1。而且,进一步地,进行了标注的结算统计要素可以与所述结算数据处理方案建立对应的数据链接。根据该数据链接,更加容易获取对应的结算统计要素并进行数据处理。
请参考图3所示,图3是本申请中的另一个实施例的数据处理方法的流程图。在得到具体的结算统计要素的前提下,步骤S230包括:
S231、根据交易笔数和交易总金额中的至少一个结算统计要素,对间隔方式所获得所述结算数据记录表的结算数据进行结算统计要素,并对各个结算统计要素进行统计;
S232、利用所述结算统计要素的统计的结果,得到各个结算数据处理方案对应的结算数据处理结果。
对于步骤S231-S232,根据每个结算数据处理方案所包括的具体结算统计要素,对所述结算数据进行拆分。在上述提到该具体结算统计要素包括交易笔数和交易总金额的至少一个结算统计要素。以下利用不同的实施例进行说明:
第一实施例,该第三方平台的其中一个结算数据处理方案是根据交易笔数对间隔方式所获取的每个结算数据记录表的结算数据进行统计,根据对交易笔数的统计结果,对应得到该结算数据处理方案的结算数据处理结果。
在本实施例中,该间隔的统计时间为一个自然日,该结算数据处理方案是利用交易笔数的统计结果,得到结算数据处理方案中关于结算成本的数据处理结果。如对于不同范围的每日预设笔数,确定对应的结算费率。例如每日的交易笔数超过1000笔,则由该第三方平台结算的结算费率为第一等级的结算费率。
第二实施例,该第三方平台的其中一个结算数据处理方案是根据交易总金额,对间隔方式所获取的每个结算数据记录表的结算数据进行统计,根据对交易总金额对间隔方式所获取的每个结算数据记录表的结算数据进行统计,根据对交易总金额的统计结果,对得到该结算数据处理方案的结算数据处理结果。
在本实施例中,在同样的统计时间内,以该结算数据处理方案是利用交易总金额的统计结果,得到结算数据处理方案中关于结算成本的数据处理结果。如对不同范围的每日交易总金额,确定对应的结算费率。例如每日的交易总金额超过300万,则由该第三方平台结算的结算费率为第二等级的结算费率。
第三实施例,该第三方平台的其中一个结算数据处理方案是根据交易笔数和交易总金额,对间隔方式所获取的每个结算数据记录表的结算数据进行统计,根据对交易笔数和交易总金额对间隔方式所获取的每个结算数据记录表的结算数据进行统计,根据对交易笔数和交易总金额的统计结果,对得到该结算数据处理方案的结算数据处理结果。
在本实施例中,在同样的统计时间内,以该结算数据处理方案是利用交易笔数和交易总金额的统计结果,得到结算数据处理方案中关于结算成本的数据处理结果。如对每日交易笔数和交易总金额的不同组合,确定对应的结算费率。例如每日的交易笔数超过1000笔,且交易总金额超过300万,则由该第三方平台结算的结算费率为第三等级的结算费率。
在上述关于各个结算数据处理方案的数据处理的各个实施例中,在结算数据中提取不同结算统计要素进行数据统计处理,得到不同的结算数据处理结果。
对于同一第三方平台,不同等级的结算费率代表不同结算成本。
上述的实施例,利用了结算数据处理方案的多个具体结算统计要素的统计结果,并根据对应的结算数据处理方案将得到的结算统计要素的统计结果组合起来,与该对应的结算数据处理方案进行对照,即使存在大量交易时,能准确地得到对应结算数据处理方案对应的结算数据处理结果,为后续提高数据处理提供稳定的数据基础。
请参考图4所示,图4是本申请中的一实施例中的步骤S232的详细流程图。对于步骤S232,还包括:
S2321、根据每个结算数据处理方案所提取的结算统计要素的标注,获取各个结算数据处理方案的结算统计要素的统计的结果;
S2322、利用对应的结算数据处理方案,对相应的结算统计要素的统计的结果进行数据处理;
S2323、根据所述数据处理的结果,得到各个结算数据处理方案对应的结算数据处理结果。
在步骤S2321-S2323中,根据结算统计要素根据结算数据处理方案的标注,得到对应结算数据处理方案的结算统计要素的统计结果。如序号分别为1和2的结算数据处理方案均包含交易笔数的结算统计要素,该结算统计要素的标注为1和2。分别根据该结算统计要素为1和2的标注,将该为交易笔数的结算统计要素的统计的结果分别按照序号为1和2的结算数据处理方案进行数据处理。
沿用上述序号为1的结算数据处理方案,将结算数据中的交易笔数这一要素对应该结算数据处理方案的所有结算统计要素,得到该结算数据处理方案的结算统计要素只包含交易笔数,那么对该交易笔数进行统计的结果与该结算数据处理方案的各个预设交易笔数的统计范围进行数据对照,得到该统计结果所对应的统计范围,确定对于该序号为1的结算数据处理方案的结算费率。
沿用上述序号为2的结算数据处理方案,将结算数据中的交易笔数这一要素对应该结算数据处理方案的所有结算统计要素,得到该交易笔数的结算统计要素未能完全对应该结算数据处理方案的所有结算统计要素的结果。根据该结果,获取未能与所得到的统计结果对应的结算统计要素为交易总金额。根据该交易总金额的结算统计要素,提取结算数据记录表中的所有交易记录的交易金额,并进行相加处理,得到关于该交易总金额的结算统计要素的统计结果。将该关于交易总金额的统计结果和关于交易笔数的统计结果与该结算数据处理方案中的关于该两个结算统计要素的组合的统计范围进行数据对照,得到该结算数据处理方案的数据统计结果所对应的统计范围,确定对于该序号为2的结算数据处理方案的结算费率。
上述的两个实施例中,所分别得到的结算费率为对应结算数据处理方案的结算数据处理结果。
根据所述结算统计要素的标注,分别于各个结算数据处理方案进行结算统计要素的对应,一个结算统计要素的统计结果可被多个包含该结算统计要素的结算数据处理方案所采用,无需分别针对每个结算数据处理方案进行结算统计要素的统计,避免浪费网络资源,从而能为大量交易数据提供网络资源,有利于相应数据的处理效率。
请参考图5所示,图5是本申请中的一实施例中的步骤S240的详细流程图。在上述得到的结算数据处理结果的基础上,步骤S240包括:
S241、对各个结算数据处理方案对应的结算数据处理结果进行大小的相互比较;
S242、根据比较的结果,选择其中最小的结算数据处理结果作为最优结算数据处理结果。
在本实施例中,将上述得到的各个结算数据处理方案的结算费率数值大小的比较,根据该数值大小比较的结果,得到最小的结算费率,并选择该最小的结算费率作为最优结算数据处理结果。该实施例将获取最优结算数据处理方案的过程简化为各个结算数据处理方案对应的结算数据处理结果进行大小的相互比较,进一步简化获取结算数据处理方案的数据处理过程,更利于提高在大量交易数据时的数据处理效率。
上述的描述说明和举例说明均是针对单个第三方平台所获取的交易记录进行数据处理的方法。
在实际的数据处理中,结算数据来自于若干个不同的第三方平台,每个第三方平台的结算数据处理方案不同,所涉及到的结算统计要素或其组合不同,结算统计要素或之间的统计范围不同,所对应得到的结算数据处理结果也不同。
针对存在至少两个第三方平台的交易记录的情况,步骤S220中所述读取所述第三方平台的结算数据处理方案的步骤包括:
S221、读取所述交易记录,得到所述交易记录对应的第三方平台的路径信息;
S222、依据所述路径信息,获取对应的第三方平台的结算数据处理方案。
在步骤S221-S222中,服务器以间隔方式获取并读取所有对应的交易记录。所述交易记录产生于不同的第三方平台,通过每个交易记录获取对应第三方平台的链接字段或者是信息标记等第三方平台的路径信息。根据该路径信息,得到该交易记录产生的第三方平台的信息,确认产生结交易记录的所有第三方平台,从而获取产生了交易记录的第三方平台的所有结算数据处理方案。
根据所述路径信息,将属于同一个第三方平台的交易记录进行归类,得到来自每个第三方平台的交易记录的集合,并对应各自的第三方平台的结算数据处理方案进行数据处理。这样,能对间隔方式得到的众多交易记录中得到来自不同的第三方平台的交易记录,并进行对应的结算处理,从而能准确地得到对应第三方平台的结算处理结果。
根据上述的任一实施例中,服务器根据所得到的数据处理的结果,获取结算数据记录表的结算数据的结算费率作为结算结果信息并反馈给第三方平台,付款方根据该结算结果信息与第三方平台进行结算。
基于与上述数据处理方法相同的发明构思,本申请实施例还提供了一种数据处理装置,如图6所示,图6为本申请中的一个实施例的数据处理装置的结构示意图,其包括:
接收模块610,用于接收第三方平台以间隔方式发送的多个交易记录,提取交易记录中的结算数据,并形成结算数据记录表;
提取模块620,用于读取所述第三方平台的结算数据处理方案,提取每个结算数据处理方案中的结算统计要素;
拆分统计模块630,用于基于所述结算统计要素对所述结算数据记录表的结算数据进行拆分和统计,得到各个结算数据处理方案的结算数据处理结果;
处理模块640,用于对每个结算数据处理结果进行比较,根据设定条件确定最优结算数据处理结果。
请参考图7,图7为本申请中的一个实施例执行数据处理方法的服务器的结构示意图。如图7所示,该服务器包括通过系统总线连接的处理器710、存储介质720、存储器730和网络接口740。其中,该服务器的存储介质720存储有操作系统、数据库和计算机可读指令,数据库中可存储有控件信息序列,该计算机可读指令被处理器710执行时,可使得处理器710实现一种数据处理方法,处理器610能实现图6所示实施例中的一种数据处理装置中的接收模块610、提取模块620、拆分统计模块630、处理模块640的功能。该服务器的处理器710用于提供计算和控制能力,支撑整个服务器的运行。该服务器的存储器730中可存储有计算机可读指令,该计算机可读指令被处理器710执行时,可使得处理器710执行一种数据处理方法。该服务器的网络接口740用于与终端连接通信。本领域技术人员可以理解,图7中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的服务器的限定,具体的服务器可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,本申请还提出了一种存储有计算机可读指令的存储介质,该计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行以下步骤:接收第三方平台以间隔方式发送的多个交易记录,提取交易记录中的结算数据,并形成结算数据记录表;读取所述第三方平台的结算数据处理方案,提取每个结算数据处理方案中的结算统计要素;基于所述结算统计要素对所述结算数据记录表的结算数据进行拆分和统计,得到各个结算数据处理方案的结算数据处理结果;对每个结算数据处理结果进行比较,根据设定条件确定最优结算数据处理结果。
综合上述实施例可知,本申请最大的有益效果在于:
本申请所提供的一种数据处理方法、装置、服务器及其存储介质,接收第三方平台以间隔方式发送的交易记录,并提取相应的结算数数据;同时根据第三方平台的结算数据处理方案的结算统计要素,对结算数据进行拆分和统计,得到各个结算数据处理方案的结算数据处理结果,根据对各个结算数据处理结果的比较得到最优结算数据处理结果。本申请所提供的数据处理方案,获取间隔方式得到的交易记录,并依据所述结算数据处理方案进行对应的拆分和统计,避免目前的电子交易因需要针对每个单笔交易进行单独统计从而在大量交易数据处理时造成影响处理效率的问题,以此容易获取对结算数据进行处理的最优结算数据处理结果,有利于提升对大批量数据的处理效率。
本申请在上述基础上提供了一优化方案,利用了结算数据处理方案的多个具体结算统计要素的统计结果,并根据对应的结算数据处理方案将得到的结算统计要素的统计结果组合起来,与该对应的结算数据处理方案进行对照,即使存在大量交易时,能准确地得到对应结算数据处理方案对应的结算数据处理结果,有助于后续提高数据处理提供稳定的数据基础。在上述基础上,进一步地根据所述结算统计要素的标注,分别于各个结算数据处理方案进行结算统计要素的对应,一个结算统计要素的统计结果可被多个包含该结算统计要素的结算数据处理方案所采用,无需分别针对每个结算数据处理方案进行结算统计要素的统计,避免浪费网络资源,从而能为大量交易数据提供网络资源,有利于相应数据的处理效率。
本申请在上述基础上提供了一优化方案,根据所述路径信息,将属于同一个第三方平台的交易记录进行归类,得到来自每个第三方平台的交易记录的集合,并对应各自的第三方平台的结算数据处理方案进行数据处理。这样,能对间隔方式得到的众多交易记录中得到来自不同的第三方平台的交易记录,并进行对应的数据处理,从而能准确地得到对应第三方平台的数据处理结果。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,该计算机程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等存储介质,或随机存储记忆体(Random Access Memory,RAM)等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种数据处理方法,其特征在于,包括以下步骤:
接收第三方平台以间隔方式发送的多个交易记录,提取交易记录中的结算数据,并形成结算数据记录表;
读取所述第三方平台的结算数据处理方案,提取每个结算数据处理方案中的结算统计要素;
基于所述结算统计要素对所述结算数据记录表的结算数据进行拆分和统计,得到各个结算数据处理方案对应的结算数据处理结果;
对各个结算数据处理结果进行相互比较,根据设定条件确定最优结算数据处理结果。
2.根据权利要求1所述的数据处理方法,其特征在于,
所述提取每个结算数据处理方案中的结算统计要素的步骤,包括:
提取每个结算数据处理方案中的交易笔数和交易总金额中的至少一个因素作为结算统计要素。
3.根据权利要求2所述的数据处理方法,其特征在于,
所述提取每个结算数据处理方案中的结算统计要素的步骤之前,还包括:
所有结算数据处理方案形成一个方案列表,并对方案列表中的各个结算数据处理方案进行排序;
根据所述排序的序号,根据每个结算数据处理方案所提取的结算统计要素进行对应的标注。
4.根据权利要求3所述的数据处理方法,其特征在于,
所述基于所述结算统计要素对所述结算数据记录表的结算数据进行拆分和统计,得到各个结算数据处理方案对应的结算数据处理结果的步骤,包括:
根据交易笔数和交易总金额中的至少一个结算统计要素,对间隔方式所获得所述结算数据记录表的结算数据进行结算统计要素,并对各个结算统计要素进行统计;
利用所述结算统计要素的统计的结果,得到各个结算数据处理方案对应的结算数据处理结果。
5.根据权利要求4所述的数据处理方法,其特征在于,
所述利用所述结算统计要素的统计的结果,得到各个结算数据处理方案对应的结算数据处理结果的步骤,包括:
根据每个结算数据处理方案所提取的结算统计要素的标注,获取各个结算数据处理方案的结算统计要素的统计的结果;
利用对应的结算数据处理方案,对相应的结算统计要素的统计的结果进行数据处理;
根据所述数据处理的结果,得到各个结算数据处理方案对应的结算数据处理结果。
6.根据权利要求1所述的数据处理方法,其特征在于,
所述对各个结算数据处理结果进行相互比较,根据设定条件最优结算数据处理结果的步骤,包括:
对各个结算数据处理方案对应的结算数据处理结果进行大小的相互比较;
根据比较的结果,选择其中最小的结算数据处理结果作为最优结算数据处理结果。
7.根据权利要求1所述的数据处理方法,其特征在于,
所述读取所述第三方平台的结算数据处理方案的步骤包括:
读取所述交易记录,得到所述交易记录对应的第三方平台的路径信息;
依据所述路径信息,获取对应的第三方平台的结算数据处理方案。
8.一种数据处理装置,其特征在于,包括:
接收模块,用于接收第三方平台以间隔方式发送的多个交易记录,提取交易记录中的结算数据,并形成结算数据记录表;
提取模块,用于读取所述第三方平台的结算数据处理方案,提取每个结算数据处理方案中的结算统计要素;
拆分统计模块,用于基于所述结算统计要素对所述结算数据记录表的结算数据进行拆分和统计,得到各个结算数据处理方案对应的结算数据处理结果;
处理模块,用于对各个结算数据处理结果进行相互比较,根据设定条件确定最优结算数据处理结果。
9.一种服务器,其特征在于,包括:
一个或多个处理器;
存储器;
一个或多个计算机程序,其中所述一个或多个计算机程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个计算机程序配置用于执行根据权利要求1至7任一项所述的数据处理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现权利要求1至7任一项所述的数据处理方法。
CN201910994711.8A 2019-10-18 2019-10-18 数据处理方法、装置、服务器及其存储介质 Pending CN110880101A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910994711.8A CN110880101A (zh) 2019-10-18 2019-10-18 数据处理方法、装置、服务器及其存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910994711.8A CN110880101A (zh) 2019-10-18 2019-10-18 数据处理方法、装置、服务器及其存储介质

Publications (1)

Publication Number Publication Date
CN110880101A true CN110880101A (zh) 2020-03-13

Family

ID=69728306

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910994711.8A Pending CN110880101A (zh) 2019-10-18 2019-10-18 数据处理方法、装置、服务器及其存储介质

Country Status (1)

Country Link
CN (1) CN110880101A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112667968A (zh) * 2020-12-22 2021-04-16 银联商务股份有限公司 一种数据处理装置、方法、设备及可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103391524A (zh) * 2012-05-08 2013-11-13 上海邮电设计咨询研究院有限公司 通信业务累积自适应套餐结算方法
CN108846701A (zh) * 2018-06-15 2018-11-20 泰康保险集团股份有限公司 一种费用结算方案的确定方法及装置
CN109146440A (zh) * 2017-06-16 2019-01-04 腾讯科技(深圳)有限公司 交易结算方法、装置、服务器以及存储介质
CN109598495A (zh) * 2018-10-26 2019-04-09 阿里巴巴集团控股有限公司 数据处理方法、装置、服务器及计算机可读存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103391524A (zh) * 2012-05-08 2013-11-13 上海邮电设计咨询研究院有限公司 通信业务累积自适应套餐结算方法
CN109146440A (zh) * 2017-06-16 2019-01-04 腾讯科技(深圳)有限公司 交易结算方法、装置、服务器以及存储介质
CN108846701A (zh) * 2018-06-15 2018-11-20 泰康保险集团股份有限公司 一种费用结算方案的确定方法及装置
CN109598495A (zh) * 2018-10-26 2019-04-09 阿里巴巴集团控股有限公司 数据处理方法、装置、服务器及计算机可读存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112667968A (zh) * 2020-12-22 2021-04-16 银联商务股份有限公司 一种数据处理装置、方法、设备及可读存储介质
CN112667968B (zh) * 2020-12-22 2023-01-24 银联商务股份有限公司 一种数据处理装置、方法、设备及可读存储介质

Similar Documents

Publication Publication Date Title
CN111523748B (zh) 案件分配方法、装置及系统
CN108711047B (zh) 一种自动还款方法、系统及终端设备
CN106096854B (zh) 一种数据处理方法和装置
CN110046201B (zh) 用于处理业务交易的总账科目数据的方法、装置及系统
CN115760258A (zh) 投标文件智能生成方法、系统、计算机装置和存储介质
CN110147493B (zh) 活跃因子的确定方法、装置、计算机设备及存储介质
CN109583826B (zh) 申报文件生成方法、装置、服务器及可读存储介质
CN110880101A (zh) 数据处理方法、装置、服务器及其存储介质
CN114143734A (zh) 一种用于5g物联网卡流量采集的数据处理方法及装置
CN111061999B (zh) 数据样本获取方法、装置及存储介质
CN114219497A (zh) 账户信息确定方法、装置及服务器
CN115495498B (zh) 数据关联方法、系统、电子设备及存储介质
CN116137061A (zh) 数量统计模型的训练方法、装置、电子设备及存储介质
CN111709831B (zh) 黑名单的分析方法及装置
CN106878169B (zh) 一种业务路由方法和装置
CN112232962A (zh) 交易指标处理方法、装置和设备
CN112132693A (zh) 交易验证方法、装置、计算机设备与计算机可读存储介质
CN111429257A (zh) 一种交易监控方法和装置
CN113362151B (zh) 金融业务的数据处理方法、装置、电子设备及存储介质
CN116151670B (zh) 一种投行业务上市项目质量的智能评估方法、系统及介质
CN116431459B (zh) 分布式日志链路跟踪数据处理方法及装置
CN117726407A (zh) 业务办理方法、装置、设备及存储介质
CN114648258B (zh) 基于融资租赁业务系统的任务调度方法及系统
CN115577093B (zh) 金融信息的ai分析方法及系统
CN113487426A (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