CN106503977A - 数据的处理方法、***及装置 - Google Patents
数据的处理方法、***及装置 Download PDFInfo
- Publication number
- CN106503977A CN106503977A CN201610915150.4A CN201610915150A CN106503977A CN 106503977 A CN106503977 A CN 106503977A CN 201610915150 A CN201610915150 A CN 201610915150A CN 106503977 A CN106503977 A CN 106503977A
- Authority
- CN
- China
- Prior art keywords
- data
- account
- interaction
- server
- current
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
-
- 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/12—Accounting
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种数据的处理方法、***及装置。其中,该方法包括:服务器获取目标帐户在预设时间段内交互数据和当前帐户数据;服务器按照交互数据和预设条件获取目标帐户在预设时间段内的帐户变化数据,其中,预设条件用于表示交互数据所指示的交互导致目标帐户的帐户数据增减情况;服务器根据第一帐户数据和帐户变化数据获取第二帐户数据,其中,第一帐户数据为目标帐户在预设时间段的初始时刻的数据,第二帐户数据为第一帐户数据按照帐户变化数据变化后的数据;服务器比较当前帐户数据与第二帐户数据是否一致,得到比较结果。本发明解决了现有的核对方式不准确的技术问题。
Description
技术领域
本发明涉及数据处理领域,具体而言,涉及一种数据的处理方法、***及装置。
背景技术
数据交互***通常以数据传输的方式完成数据的交互,并根据交互数据进行相应的操作,如安装于手机终端的第三方软件与服务器之间通过网络进行数据交互,当用户通过第三方软件在线数据传输时,服务器与第三方软件进行数据交互,并对交互数据进行处理,完成数据传输操作。在此过程中,交互***要完成帐户数据的变更。例如,第三方软件为第三方支付软件,在支付过程中产生帐户数据变更。类似于支付***的数据交互***,在长期运行后,会产生大量的业务数据,使得数据核对工作变得繁重复杂,核对结果往往不够准确。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种数据的处理方法、***及装置,以至少解决现有的核对方式不准确的技术问题。
根据本发明实施例的一个方面,提供了一种数据的处理方法,包括:服务器获取目标帐户在预设时间段内交互数据和当前帐户数据;所述服务器按照所述交互数据和预设条件获取所述目标帐户在所述预设时间段内的帐户变化数据,其中,所述预设条件用于表示所述交互数据所指示的交互导致所述目标帐户的帐户数据增减情况;所述服务器根据第一帐户数据和所述帐户变化数据获取第二帐户数据,其中,所述第一帐户数据为所述目标帐户在所述预设时间段的初始时刻的数据,所述第二帐户数据为所述第一帐户数据按照所述帐户变化数据变化后的数据;所述服务器比较所述当前帐户数据与所述第二帐户数据是否一致,得到比较结果。
根据本发明实施例的另一方面,还提供了一种数据的处理***,包括:接收单元,用于接收来自所述交互***的稽核请求;第一获取单元,用于根据所述稽核请求从所述交互***中获取目标帐户在预设时间段内交互数据和当前帐户数据;第二获取单元,用于按照所述交互数据和预设条件获取所述目标帐户在所述预设时间段内的帐户变化数据,其中,所述预设条件用于表示所述交互数据所指示的交互导致所述目标帐户的帐户数据增减情况;第三获取单元,用于根据第一帐户数据和所述帐户变化数据获取第二帐户数据,其中,所述第一帐户数据为所述目标帐户在所述预设时间段的初始时刻的数据,所述第二帐户数据为所述第一帐户数据按照所述帐户变化数据变化后的数据;比较单元,用于比较所述当前帐户数据与所述第二帐户数据是否一致,得到比较结果。
根据本发明实施例的另一方面,还提供了一种数据的处理装置,包括:数据获取单元,用于获取目标帐户在预设时间段内交易数据和当前帐户数据;数据变化单元,用于按照所述交易数据和预设条件获取所述目标帐户在所述预设时间段内的帐户变化数据,其中,所述预设条件用于表示所述交易数据所指示的交易导致所述目标帐户的帐户数据增减情况;理论数据单元,用于根据第一帐户数据和所述帐户变化数据获取第二帐户数据,其中,所述第一帐户数据为所述目标帐户在所述预设时间段的初始时刻的数据,所述第二帐户数据为所述第一帐户数据按照所述帐户变化数据变化后的数据;结果单元,用于比较所述当前帐户数据与所述第二帐户数据是否一致,得到比较结果。
在本发明实施例中,采用根据目标帐户在预设时间段内的交互数据和预设条件获取目标帐户在预设时间段内的帐户变化数据,第一帐户数据按照帐户变化数据变化后获得第二帐户数据的方式,通过比较当前帐户数据与第二帐户数据是否一致,达到了对帐户进行数据稽核的目的,从而实现了根据交互数据完成帐户数据稽核的技术效果,进而解决了现有的核对方式不准确的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的硬件***的架构图;
图2是根据本发明实施例的一种可选的数据的处理方法的流程图;
图3是根据本发明实施例的一种可选的数据的处理方法的流程图;
图4是根据本发明实施例的一种可选的数据的处理***的示意图;
图5是根据本发明实施例的一种可选的数据的处理***的示意图;
图6是根据本发明实施例的一种可选的数据的处理装置的示意图;
图7是根据本发明实施例的终端的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种可以通过本申请装置实施例执行的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
根据本发明实施例,提供了一种数据的处理方法。
可选地,在本实施例中,上述数据的处理方法可以应用于如图1所示的终端102和服务器104所构成的硬件环境中。如图1所示,终端102通过网络与服务器104进行连接,上述网络包括但不限于:移动通信网络、广域网、城域网或局域网,终端102可以是手机终端,也可以是PC终端、笔记本终端或平板电脑终端。
图2是根据本发明实施例的一种可选的数据的处理方法的流程图,以下结合图2对本发明实施例所提供的数据的处理方法做具体介绍,如图2所示,该数据的处理方法主要包括如下步骤S202至步骤S208:
步骤S202,服务器获取目标帐户在预设时间段内交互数据和当前帐户数据。
交互数据所指示的数据交互仅发生在该预设时间段内,并且交互数据可以仅包括能够使帐户数据发生增减变化的交互数据。在进行数据交互时,交互***对交互数据进行处理,根据交互数据使帐户数据进行相应变动,变动后的数据为当前帐户数据。
步骤S204,所述服务器按照所述交互数据和预设条件获取所述目标帐户在所述预设时间段内的帐户变化数据,其中,所述预设条件用于表示所述交互数据所指示的交互导致所述目标帐户的帐户数据增减情况。
预设条件表示发生指定数据交互时,目标帐户的帐户数据根据数据交互过程中的交互数据进行的数据增减情况,因此根据交互数据和预设条件获取的目标帐户的变化数据能够表示在发生交互数据所指示的交互时,目标帐户的帐户数据的增加情况,以及目标帐户的帐户数据的减少情况。
例如:目标帐户为移动终端用户的移动网络流量帐户,对于该帐户而方,交互数据主要有两种,一种为流量“使用”数据,另一种为流量“充值”数据,流量“使用”数据对应的预设条件为流量帐户的流量数据“减少”,流量“充值”数据对应的预设条件为流量帐户的流量数据“增加”。根据该预设条件和流量“使用”数据以及流量“充值”数据,即可获取用户的流量帐户的变化数据为:流量帐户的流量数据减少了多少,流量帐户的流量数据增加了多少。
步骤S206,所述服务器根据第一帐户数据和所述帐户变化数据获取第二帐户数据,其中,所述第一帐户数据为所述目标帐户在所述预设时间段的初始时刻的数据,所述第二帐户数据为所述第一帐户数据按照所述帐户变化数据变化后的数据。
目标帐户在预设时间段内的交互发生之前的数据为第一帐户数据,即第一帐户数据为目标帐户在预设时间段的初始时刻的数据。第一帐户数据按照上述目标帐户在预设时间段内的帐户变化数据进行相应的增加和减少之后,能够获取到第二帐户数据。
例如:目标帐户为移动终端用户的移动网络流量帐户,在预设时间段的初始时刻,流量帐户的流量数据为200M,即流量帐户的第一帐户数据为200M,在预设时间段发生两次数据交互,使流量帐户的流量数据发生了变动,分别为:用户“使用”150M的流量数据;用户“充值”500M的流量数据。根据该交互数据和预设的条件可以获得,预设时间段内流量帐户的变化数据为:流量数据减少了150M和流量数据增加了500M,第一帐户数据按照帐户变化数据进行相应的增加和减少后,得到的流量帐户的流量数据为550M,则第二帐户数据为:550M。
步骤S208,所述服务器比较所述当前帐户数据与所述第二帐户数据是否一致,得到比较结果。
在本发明实施例中,采用根据目标帐户在预设时间段内的交互数据和预设条件获取目标帐户在预设时间段内的帐户变化数据,第一帐户数据按照帐户变化数据变化后获得第二帐户数据的方式,通过比较当前帐户数据与第二帐户数据是否一致,达到了对帐户进行数据稽核的目的,从而实现了根据交互数据完成帐户数据稽核的技术效果,进而解决了现有的核对方式不准确的技术问题。
将本发明实施例提供的数据的处理方法应用于如图1所示的终端102和服务器104所构成的硬件环境中时,图1所示的硬件环境***可以进行上述例子中的流量数据的核对,还可以进行网络支付的核对,下面以网络支付为例对图1所示的硬件环境***的主要工作原理进行说明,具体如下:
以终端102为手机终端,交互***为在线交易***,交互数据为交易数据为例进行说明。在终端102中安装有在线支付应用软件,该在线支付应用软件可以用于支付流程引导和权限控制等,当用户需要进行在线交易时,通过该在线支付应用软件的支付流程引导完成发送交易请求等操作,并输入交易密码进行交易授权;服务器104中设置有交易***和稽核***,交易***接收到由终端102通过网络发送交易请求后,对该交易请求进行处理,完成该交易请求所涉及的帐户的数据变动;在交易***完成交易请求处理之后,并且在将处理结果返回给终端102之前,向稽核***发送稽核请求,请求稽核***对当前的帐户进行数据稽核,稽核***根据稽核请求对帐户进行数据稽核,生成稽核结果,并进行相应处理。
可选地,所述服务器按照所述交互数据和预设条件获取所述目标帐户在所述预设时间段内的帐户变化数据包括:所述服务器从所述交互数据中的获取交互帐户、交互类型和交互数值;所述服务器根据所述交互帐户、所述交互类型和所述交互数值确定所述目标帐户在所述预设时间段内累计增加或者减少的数值;所述服务器将所述累计增加或者减少的数值作为所述帐户变化数据。
可选地,所述服务器根据所述交互帐户、所述交互类型和所述交互数值确定所述目标帐户在所述预设时间段内累计增加或者减少的数值包括:所述服务器根据所述交互帐户统计所述目标帐户的目标交互数据;所述服务器根据所述目标交互数据中所述交互类型和所述预设条件统计所述目标帐户中所述交互数值的增加和减少;所述服务器累计增加的所述交互数值和减少的所述交互数值,得到所述累计增加或者减少的数值。
交互数据是交互时传输的数据,记录了交互的主要数据,其中包括:交互帐户、交互类型和交互数值,例如:交互帐户可以包括:剩余流量帐户、使用流量帐户、支付用户、受付商家等;交互类型可以包括:“使用”“支付”、“收款”、“转账”以及“充值”等,交互数值是交互使帐户增加或者减少的数值,通常是由数字和单位组成的,如:100元、200M。在根据交互数据和预设条件获取目标帐户的帐户变化数据时,首先根据交互帐户对交互数据进行统计,将统计的结果作为目标帐户的目标交互数据;然后根据目标交互数据中的交互类型和预设条件对目标交互数据的增加数值和减少数值进行统计,将统计的结果作为目标帐户累计增加和减少的数值,也即目标帐户的变化数据。
例如:在预设时间段内发生的交互为:某商品价格为100元,支付用户为了购买该商品支付了98元,促销方根据该商品的促销规则通过第三帐户支付了2元,该商品的受付商家收款100元,并将该商品提供给支付用户。该数据交互过程中的交互数据为:支付用户支付98元,第三帐户支付2元,受付商家收款100元,交互数据中包括了交互帐户、交互类型和交互数值,其中交互帐户包括:支付用户、第三帐户、受付商家,交互类型包括:支付、收款,交互数值包括:98元、2元、100元。首先根据交互帐户对交互数据进行统计,将统计结果作为目标交互数据,目标交互数据为:交互帐户:支付用户,交互类型:支付,交互数值:98元;交互帐户:第三帐户,交互类型:支付,交互数值:2元;交互帐户:受付商家,交互类型:收款,交互数值:100元。然后根据交互类型和预设条件对目标交互数据的增加数值和减少数值进行统计,统计结果为:支付用户减少了98元,第三帐户减少了2元,受付商家增加了100元。该统计结果就是目标帐户累计增加和减少的数值,是目标帐户的变化数据。
再如:对于企业的“员工市内交通报销”这一数据交互过程:员工甲向公司报销其市内交通费78元,公司通过库存现金为员工甲报销其交通费,交互数据为:“库存现金”帐户“报销”78元,“营业成本-旅费”帐户“记账”78元。对公司帐户而言,该“数据交互”使得“库存现金”帐户和“营业成本-旅费”帐户发生变化,其中“库存现金”帐户“报销”78元的交互类型为“报销”,其对应的预设条件为减少,“营业成本-旅费”帐户“记账”78元的交互类型为“记账”,其对应的预设条件为增加,根据交互帐户、交互类型、预设条件对该交易数据进行统计,得到公司的帐户变化数据为:“库存现金”帐户减少了78元,“营业成本-旅费”帐户增加了78元。
可选地,在服务器获取目标帐户在预设时间段内交互数据和当前帐户数据之前,所述方法还包括:在交互***根据用户发起的交互请求进行交互处理之后,且所述交互***返回处理结果之前,所述交互***向稽核***发起稽核请求,其中,所述稽核请求用于请求根据当前交互的交互数据比较所述当前帐户数据与所述第二帐户数据是否一致。
通过向稽核***发送稽核请求可以实现对当前交互数据进行实时处理,即在交互***根据用户的交互请求完成对该交互的处理,包括目标帐户根据该交互进行相应变动之后,并且在交互***将该处理结果返回给用户之前,向稽核***发送稽核请求,请求对此次交互进行处理,即通过上述方法完成比较当前帐户数据与第二帐户数据是否一致。
可选地,在服务器获取目标帐户在预设时间段内交互数据和当前帐户数据之前,所述方法还包括:所述服务器判断当前时间间隔是否满足预设触发周期;所述服务器在所述当前时间间隔满足所述预设触发周期时发起稽核请求,其中,所述稽核请求用于请求对当前时间间隔内的交互数据比较所述当前帐户数据与所述第二帐户数据是否一致。
通过预先设定发送稽核请求的时间周期,还可以实现对帐户数据的周期性处理,即在当前时间间隔满足预设时间周期时,向稽核***发送稽核请求,请求对当前时间间隔内发生的交互数据进行处理,并通过上述方法完成比较当前帐户数据与第二帐户数据是否一致。
可选地,所述预设时间段内交互数据包括当前交互的数据,在所述服务器比较所述当前帐户数据与所述第二帐户数据是否一致,得到比较结果之后,所述方法还包括:若所述比较结果指示所述当前帐户数据与所述第二帐户数据一致,则所述服务器确定所述当前交互正常;若所述比较结果指示所述当前帐户数据与所述第二帐户数据不一致,则所述服务器确定所述当前交互异常,并对异常的所述当前交互进行标记。
通过上述的方法完成比较当前帐户数据和第二帐户数据是否一致后,可以根据比较的结果进行相应的处理,比较结果为:当前帐户数据和第二帐户数据一致,则当前数据交互正常,可以不用进行处理,等待下次交互发生以及对下一次或下一个时间段内的交互数据进行处理;比较结果为:当前帐户数据和第二帐户数据不一致,则当前数据交互异常,可以对当前交互进行标记,或进行其他处理。
图3是根据本发明实施例的一种可选的数据的处理方法的流程图,如图3所示,该数据的处理方法主要包括如下步骤S301至步骤S308:
步骤S301,开始。
步骤S302,接收稽核请求。
该稽核请求由交互***发出,请求稽核***根据当前交互数据对目标帐户进行数据稽核。
步骤S303,查询上次稽核到本次稽核间所有交互数据及实际帐户数据。
上次稽核到本次稽核可以视为一个时间段(相当于预设时间段),该时间段可以预先设置为固定的时间周期,本次稽核也可以由数据交互实时触发;交互数据表示的是在该时间段内发生的数据交互时传输的数据内容,包括有交互类型、交互数值、交互帐户,例如:交互帐户可以包括:剩余流量帐户、使用流量帐户、支付用户、受付商家等;交易类型可以包括:“使用”“支付”、“收款”、“转账”以及“充值”,交互数值是交互使帐户增加或者减少的数值,通常是由数字和单位组成的,如:100元、200M;实际帐户数据包括上次成功稽核后的数据(相当于第一帐户数据)和待稽核的数据(相当于当前帐户数据)。
步骤S304,对交互数据进行按交互类型归类统计。
交互数据是数据交互发生时传输的数据内容,按交互类型对交互数据进行归类统计,是根据交互类型的不同对交互数据进行分类,并对分类后的交互数据的交互数值进行汇总统计;当交互帐户有多个时,可以同时根据交互帐户对交互数据进行分类,然后对分类后的交互数据进行汇总统计,得到帐户的变化数据。
例如:在预设时间段内发生的数据交互为:某商品价格为100元,支付用户为了购买该商品支付了98元,促销方根据该商品的促销规则通过第三帐户支付了2元,该商品的受付商家收款100元,并将该商品提供给支付用户。该交互的交互数据为:支付用户支付98元,第三帐户支付2元,受付商家收款100元。根据交互类型和交互帐户对交互数据进行分类,得到三个类型的交互数据,第一类交互数据:交互帐户:支付用户,交互类型:支付,交互数值:98元;第二类交互数据:交互帐户:第三帐户,交互类型:支付,交互数值:2元;第三类交互数据:交互帐户:受付商家,交互类型:收款,交互数值:100元。对上述三类交互数据进行汇总统计,结果为:支付用户共支付98元,第三帐户共支付2元,受付商家共收款100元。该分类汇总结果就是目标帐户的变化数据。
步骤S305,按交互类型及其预定义的条件,将帐户的变化数据应用到帐户数据中。
预定义的条件表示发生指定数据交互时目标帐户的帐户数据根据交互数据进行的数据增减情况,例如:数据交互“支付”的预设条件为帐户数据减少,数据交互“收款”的预设条件为帐户数据增加。根据交互类型及其预定义的条件,即可以将上述目标帐户的变化数据应用到帐户数据中,如:上述例子中分类汇总的结果为:支付用户共支付98元,第三帐户共支付2元,受付商家共收款100元,结合交互类型和预定义的条件应用到帐户数据中则得到:支付用户减少了98元,第三帐户减少了2元,受付商家增加了100元。
步骤S306,得出交互重放后帐户的数据。
上述对交互数据进行分类汇总,并结合交互类型和预定义的条件将汇总结果应用到帐户数据中,相当于数据交互重放,例如:“余额支付”类交互,对“余额帐户”的影响是“余额减少”,则通过交互重放,计算“期初余额帐户余额-余额支付总额”就可得出“期末余额帐户余额”,即交互重放后帐户的数据。
步骤S307,比较两个帐户数据。
对比待稽核的数据与交互重放后帐户的数据,比较两者是否一致,则可以得出稽核结果。
步骤S308,完成稽核,等待处理下一稽核请求。
在得到稽核结果后可以做进一步处理,如:待稽核的数据与交互重放后帐户的数据一致,则当前数据交互正常,可以不用进行处理,完成本次稽核,等待处理下一稽核请求;待稽核的数据与交互重放后帐户的数据不一致,则当前数据交互异常,可以对当前数据交互进行标记,或进行其他处理,然后完成本次稽核,等待处理下一稽核请求。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
根据本发明实施例,还提供了一种用于实施上述数据的处理方法的数据的处理***,该数据的处理***主要用于执行本发明实施例上述内容所提供的数据的处理方法,以下对本发明实施例所提供的数据的处理***做具体介绍:
图4是根据本发明实施例的帐户数据的处理***的示意图,如图4所示,该帐户数据的处理***主要包括:
接收单元,用于接收来自交互***的稽核请求。
在交互***根据用户的交互请求完成对该数据交互的处理,包括使目标帐户根据该交互数据进行相应变动之后,并且在交互***将该处理结果返回给用户之前,向稽核***发送稽核请求,接收单元接收该稽核请求后,由稽核***对目标帐户进行数据稽核。
通过预先设定发送稽核请求的时间周期,还可以实现对数据的周期性处理,即在当前时间间隔满足预设时间周期时,交互***向稽核***发送稽核请求,接收单元接收该稽核请求后,由稽核***根据当前时间间隔内的交互数据对目标帐户进行数据稽核。
第一获取单元,用于根据稽核请求从交互***中获取目标帐户在预设时间段内交互数据和当前帐户数据;
交互数据所指示的数据交互仅发生在该预设时间段内,并且交互数据可以仅包括能够使帐户数据发生增减变化的交互数据。在进行数据交互时,交互***对交互数据进行处理,根据交互数据使帐户数据进行相应变动,变动后的数据为当前帐户数据。
第二获取单元,用于按照交互数据和预设条件获取目标帐户在预设时间段内的帐户变化数据,其中,预设条件用于表示交互数据所指示的交互导致目标帐户的帐户数据增减情况。
预设条件表示发生指定数据交互时,目标帐户的帐户数据根据数据交互过程中的交互数据进行的数据增减情况,因此根据交互数据和预设条件获取的目标帐户的变化数据能够表示在发生交互数据所指示的交互时,目标帐户的帐户数据的增加情况,以及目标帐户的帐户数据的减少情况。
例如:目标帐户为移动终端用户的移动网络流量帐户,对于该帐户而方,交互数据主要有两种,一种为流量“使用”数据,另一种为流量“充值”数据,流量“使用”数据对应的预设条件为流量帐户的流量数据“减少”,流量“充值”数据对应的预设条件为流量帐户的流量数据“增加”。根据该预设条件和流量“使用”数据以及流量“充值”数据,即可获取用户的流量帐户的变化数据为:流量帐户的流量数据减少了多少,流量帐户的流量数据增加了多少。
交互数据是交互时传输的数据,记录了交互的主要数据,其中包括:交互帐户、交互类型和交互数值,例如:交互帐户可以包括:剩余流量帐户、使用流量帐户、支付用户、受付商家等;交互类型可以包括:“使用”“支付”、“收款”、“转账”以及“充值”等,交互数值是交互使帐户增加或者减少的数值,通常是由数字和单位组成的,如:100元、200M。在根据交互数据和预设条件获取目标帐户的帐户变化数据时,首先根据交互帐户对交互数据进行统计,将统计的结果作为目标帐户的目标交互数据;然后根据目标交互数据中的交互类型和预设条件对目标交互数据的增加数值和减少数值进行统计,将统计的结果作为目标帐户累计增加和减少的数值,也即目标帐户的变化数据。
例如:在预设时间段内发生的交互为:某商品价格为100元,支付用户为了购买该商品支付了98元,促销方根据该商品的促销规则通过第三帐户支付了2元,该商品的受付商家收款100元,并将该商品提供给支付用户。该数据交互过程中的交互数据为:支付用户支付98元,第三帐户支付2元,受付商家收款100元,交互数据中包括了交互帐户、交互类型和交互数值,其中交互帐户包括:支付用户、第三帐户、受付商家,交互类型包括:支付、收款,交互数值包括:98元、2元、100元。首先根据交互帐户对交互数据进行统计,将统计结果作为目标交互数据,目标交互数据为:交互帐户:支付用户,交互类型:支付,交互数值:98元;交互帐户:第三帐户,交互类型:支付,交互数值:2元;交互帐户:受付商家,交互类型:收款,交互数值:100元。然后根据交互类型和预设条件对目标交互数据的增加数值和减少数值进行统计,统计结果为:支付用户减少了98元,第三帐户减少了2元,受付商家增加了100元。该统计结果就是目标帐户累计增加和减少的数值,是目标帐户的变化数据。
第三获取单元,用于根据第一帐户数据和帐户变化数据获取第二帐户数据,其中,第一帐户数据为目标帐户在预设时间段的初始时刻的数据,第二帐户数据为第一帐户数据按照帐户变化数据变化后的数据。
目标帐户在预设时间段内的交互发生之前的数据为第一帐户数据,即第一帐户数据为目标帐户在预设时间段的初始时刻的数据。第一帐户数据按照上述目标帐户在预设时间段内的帐户变化数据进行相应的增加和减少之后,能够获取到第二帐户数据。
例如:目标帐户为移动终端用户的移动网络流量帐户,在预设时间段的初始时刻,流量帐户的流量数据为200M,即流量帐户的第一帐户数据为200M,在预设时间段发生两次数据交互,使流量帐户的流量数据发生了变动,分别为:用户“使用”150M的流量数据;用户“充值”500M的流量数据。根据该交互数据和预设的条件可以获得,预设时间段内流量帐户的变化数据为:流量数据减少了150M和流量数据增加了500M,第一帐户数据按照帐户变化数据进行相应的增加和减少后,得到的流量帐户的流量数据为550M,则第二帐户数据为:550M。
比较单元,用于比较当前帐户数据与第二帐户数据是否一致,得到比较结果。
在得到比较结果后可以做进一步处理,如:当前帐户数据和第二帐户数据一致,则当前数据交互正常,可以不用进行处理,等待下次交互发生以及对下一次或下一个时间段内的交互数据进行处理;比较结果为:当前帐户数据和第二帐户数据不一致,则当前数据交互异常,可以对当前交互进行标记,或进行其他处理。
在本发明实施例中,采用根据目标帐户在预设时间段内的交互数据和预设条件获取目标帐户在预设时间段内的帐户变化数据,第一帐户数据按照帐户变化数据变化后获得第二帐户数据的方式,通过比较当前帐户数据与第二帐户数据是否一致,达到了对帐户进行数据稽核的目的,从而实现了根据交互数据完成帐户数据稽核的技术效果,进而解决了现有的核对方式不准确的技术问题。
图5是根据本发明实施例的一种可选的数据的处理***的示意图,如图5所示,图中的准实时数据稽核***即为数据的处理***,交易流程控制模块与帐户模块进行数据交互。
交易流程控制模块:该模块设置在用户终端,用于通过支付流程引导对交易的前置流程进行控制,前置流程包括:例如,选择交易物品引导、确定购买交易物品引导和选择支付方式引导等。交易流程控制模块还接入权限控制,用户可以通过输入密钥等方式对在线交易进行授权,在进行交易时,交易流程控制模块向帐户模块发出交易请求。
帐户模块:相当于交互***,当帐户模块接收到交易流程控制模块发出的交易请求(相当于交互请求)之后,对该交易请求进行处理,处理包括:消息解析、分发、业务处理等,其中业务处理涉及到帐户数据的转移。在交易***对交易请求进行处理,执行交易,并完成相应的帐户数据转移之后,且在交易***对交易流程控制模块作出交易响应之前,向准实时帐户数据稽核***发送交易稽核请求,请求准实时帐户数据稽核***根据当前交易对当前的目标帐户进行数据稽核。
准实时帐户数据稽核***:相当于数据的处理***。接收来自交易***的稽核请求后,从交易***中获取目标帐户的当前交易数据(相当于预设时间段内交互数据仅包括当前交互的数据)和当前帐户数据。
根据当前交易数据和预设条件获取的目标帐户的变化数据,即目标帐户的帐户数据的增加情况,以及目标帐户的帐户数据的减少情况。其中,预设条件表示发生当前交易时目标帐户的帐户数据根据该交易进行的数据增减情况。
根据交易***提供的第一帐户数据和帐户变化数据获取第二帐户数据。其中,第一帐户数据为当前交易发生之前,目标帐户的数据,第一帐户数据按照目标帐户变化数据进行相应的增加和减少之后,得到的帐户数据即为第二帐户数据。
例如:交易发生之前,支付用户的帐户数据为:300元,第三方帐户的帐户数据为1000元,受付商家的帐户数据为500元。当前发生的交易为:某商品价格为100元,支付用户为了购买该商品支付了98元,促销方根据该商品的促销规则通过第三帐户支付了2元,该商品的受付商家收款100元,并将该商品提供给支付用户。该交易的交易数据为:支付用户支付98元,第三帐户支付2元,受付商家收款100元。交易数据中包括了交易帐户、交易类型和交易数值,其中交易帐户包括:支付用户、第三帐户、受付商家,交易类型包括:支付、收款,交易数值包括:98元、2元、100元。预设条件为:交易类型为“支付”,帐户数据减少,交易类型为“收款”,帐户数据增加。根据当前交易数据和预设条件获取的目标帐户的变化数据为:支付用户减少了98元,第三帐户减少了2元,受付商家增加了100元。第一帐户数据按照目标帐户变化数据进行相应的增加和减少,即:支付用户根据第一帐户数据和帐户变化数据获取第二帐户数据为:支付用户第一帐户数据为300元,减少了98元,变为202元;第三帐户的第一帐户数据为1000元,减少了2元,变为998元;受付商家的第一帐户数据为500元,增加了100元,变为600元,第二帐户数据为:支付用户的帐户数据为202元,第三帐户的帐户数据为998元,受付商家的帐户数据为600元。
比较当前帐户数据与第二帐户数据是否一致,得到稽核结果,如果当前帐户数据与第二帐户数据一致,则当前交易正常,可以不用进行处理;如果当前帐户数据与第二帐户数据不一致,则当前交易异常,可以对当前交易进行标记,或进行其他处理。
在准实时帐户数据稽核***完成数据稽核请求后,交易***根据稽核结果进行相应的处理,最后对交易流程控制模块作出交易响应。
实施例3
根据本发明实施例,还提供了一种用于实施上述数据的处理方法的数据的处理装置,该数据的处理装置主要用于执行本发明实施例上述内容所提供的数据的处理方法,以下对本发明实施例所提供的数据的处理装置做具体介绍:
图6是根据本发明实施例的一种可选的数据的处理装置的示意图,如图6所示,该数据的处理装置主要包括:
数据获取单元601,用于通过服务器获取目标帐户在预设时间段内交互数据和当前帐户数据。
交互数据所指示的数据交互仅发生在该预设时间段内,并且交互数据可以仅包括能够使帐户数据发生增减变化的交互数据。在进行数据交互时,交互***对交互数据进行处理,根据交互数据使帐户数据进行相应变动,变动后的数据为当前帐户数据。
数据变化单元602,用于通过服务器按照交互数据和预设条件获取目标帐户在预设时间段内的帐户变化数据,其中,预设条件用于表示交互数据所指示的交互导致目标帐户的帐户数据增减情况。
预设条件表示发生指定数据交互时,目标帐户的帐户数据根据数据交互过程中的交互数据进行的数据增减情况,因此根据交互数据和预设条件获取的目标帐户的变化数据能够表示在发生交互数据所指示的交互时,目标帐户的帐户数据的增加情况,以及目标帐户的帐户数据的减少情况。
例如:目标帐户为移动终端用户的移动网络流量帐户,对于该帐户而方,交互数据主要有两种,一种为流量“使用”数据,另一种为流量“充值”数据,流量“使用”数据对应的预设条件为流量帐户的流量数据“减少”,流量“充值”数据对应的预设条件为流量帐户的流量数据“增加”。根据该预设条件和流量“使用”数据以及流量“充值”数据,即可获取用户的流量帐户的变化数据为:流量帐户的流量数据减少了多少,流量帐户的流量数据增加了多少。
理论数据单元603,用于通过服务器根据第一帐户数据和帐户变化数据获取第二帐户数据,其中,第一帐户数据为目标帐户在预设时间段的初始时刻的数据,第二帐户数据为第一帐户数据按照帐户变化数据变化后的数据。
目标帐户在预设时间段内的交互发生之前的数据为第一帐户数据,即第一帐户数据为目标帐户在预设时间段的初始时刻的数据。第一帐户数据按照上述目标帐户在预设时间段内的帐户变化数据进行相应的增加和减少之后,能够获取到第二帐户数据。
例如:目标帐户为移动终端用户的移动网络流量帐户,在预设时间段的初始时刻,流量帐户的流量数据为200M,即流量帐户的第一帐户数据为200M,在预设时间段发生两次数据交互,使流量帐户的流量数据发生了变动,分别为:用户“使用”150M的流量数据;用户“充值”500M的流量数据。根据该交互数据和预设的条件可以获得,预设时间段内流量帐户的变化数据为:流量数据减少了150M和流量数据增加了500M,第一帐户数据按照帐户变化数据进行相应的增加和减少后,得到的流量帐户的流量数据为550M,则第二帐户数据为:550M。
结果单元604,用于通过服务器比较当前帐户数据与第二帐户数据是否一致,得到比较结果。
在本发明实施例中,采用根据目标帐户在预设时间段内的交互数据和预设条件获取目标帐户在预设时间段内的帐户变化数据,第一帐户数据按照帐户变化数据变化后获得第二帐户数据的方式,通过比较当前帐户数据与第二帐户数据是否一致,达到了对帐户进行数据稽核的目的,从而实现了根据交互数据完成帐户数据稽核的技术效果,进而解决了现有的核对方式不准确的技术问题。
可选地,数据变化单元包括:数据模块,用于通过服务器从交互数据中的获取交互帐户、交互类型和交互数值;确定模块,用于通过服务器根据交互帐户、交互类型和交互数值确定目标帐户在预设时间段内累计增加或者减少的数值;变化模块,用于通过服务器将累计增加或者减少的数值作为帐户变化数据。
可选地,确定模块包括:第一统计子模块,用于通过服务器根据交互帐户统计目标帐户的目标交互数据;第二统计子模块,用于通过服务器根据目标交互数据中交互类型和预设条件统计目标帐户中交互数值的增加和减少;累计子模块,用于通过服务器累计增加的交互数值和减少的交互数值,得到累计增加或者减少的数值。
交互数据是交互时传输的数据,记录了交互的主要数据,其中包括:交互帐户、交互类型和交互数值,例如:交互帐户可以包括:剩余流量帐户、使用流量帐户、支付用户、受付商家等;交互类型可以包括:“使用”“支付”、“收款”、“转账”以及“充值”等,交互数值是交互使帐户增加或者减少的数值,通常是由数字和单位组成的,如:100元、200M。在根据交互数据和预设条件获取目标帐户的帐户变化数据时,首先根据交互帐户对交互数据进行统计,将统计的结果作为目标帐户的目标交互数据;然后根据目标交互数据中的交互类型和预设条件对目标交互数据的增加数值和减少数值进行统计,将统计的结果作为目标帐户累计增加和减少的数值,也即目标帐户的变化数据。
例如:在预设时间段内发生的交互为:某商品价格为100元,支付用户为了购买该商品支付了98元,促销方根据该商品的促销规则通过第三帐户支付了2元,该商品的受付商家收款100元,并将该商品提供给支付用户。该数据交互过程中的交互数据为:支付用户支付98元,第三帐户支付2元,受付商家收款100元,交互数据中包括了交互帐户、交互类型和交互数值,其中交互帐户包括:支付用户、第三帐户、受付商家,交互类型包括:支付、收款,交互数值包括:98元、2元、100元。首先根据交互帐户对交互数据进行统计,将统计结果作为目标交互数据,目标交互数据为:交互帐户:支付用户,交互类型:支付,交互数值:98元;交互帐户:第三帐户,交互类型:支付,交互数值:2元;交互帐户:受付商家,交互类型:收款,交互数值:100元。然后根据交互类型和预设条件对目标交互数据的增加数值和减少数值进行统计,统计结果为:支付用户减少了98元,第三帐户减少了2元,受付商家增加了100元。该统计结果就是目标帐户累计增加和减少的数值,是目标帐户的变化数据。
再如:对于企业的“员工市内交通报销”这一数据交互过程:员工甲向公司报销其市内交通费78元,公司通过库存现金为员工甲报销其交通费,交互数据为:“库存现金”帐户“报销”78元,“营业成本-旅费”帐户“记账”78元。对公司帐户而言,该“数据交互”使得“库存现金”帐户和“营业成本-旅费”帐户发生变化,其中“库存现金”帐户“报销”78元的交互类型为“报销”,其对应的预设条件为减少,“营业成本-旅费”帐户“记账”78元的交互类型为“记账”,其对应的预设条件为增加,根据交互帐户、交互类型、预设条件对该交易数据进行统计,得到公司的帐户变化数据为:“库存现金”帐户减少了78元,“营业成本-旅费”帐户增加了78元。
可选地,装置还包括:第一请求单元,用于在服务器获取目标帐户在预设时间段内交互数据和当前帐户数据之前,在交互***根据用户发起的交互请求进行交互处理之后,且交互***返回处理结果之前,通过交互***向稽核***发起稽核请求,其中,稽核请求用于请求根据当前交互的交互数据比较当前帐户数据与第二帐户数据是否一致。
通过向稽核***发送稽核请求可以实现对当前交互数据进行实时处理,即在交互***根据用户的交互请求完成对该交互的处理,包括目标帐户根据该交互进行相应变动之后,并且在交互***将该处理结果返回给用户之前,向稽核***发送稽核请求,请求对此次交互进行处理,即通过上述方法完成比较当前帐户数据与第二帐户数据是否一致。。
可选地,装置还包括:判断单元,用于在服务器获取目标帐户在预设时间段内交互数据和当前帐户数据之前,通过服务器判断当前时间间隔是否满足预设触发周期;第二请求单元,用于通过服务器在当前时间间隔满足预设触发周期时发起稽核请求,其中,稽核请求用于请求对当前时间间隔内的交互数据比较当前帐户数据与第二帐户数据是否一致。
通过预先设定发送稽核请求的时间周期,还可以实现对帐户数据的周期性处理,即在当前时间间隔满足预设时间周期时,向稽核***发送稽核请求,请求对当前时间间隔内发生的交互数据进行处理,并通过上述方法完成比较当前帐户数据与第二帐户数据是否一致。
可选地,预设时间段内交互数据包括当前交互的数据,装置还包括:第一结果单元,用于在服务器比较当前帐户数据与第二帐户数据是否一致,得到比较结果之后,在比较结果指示当前帐户数据与第二帐户数据一致时,通过服务器确定当前交互正常;第二结果单元,用于在服务器比较当前帐户数据与第二帐户数据是否一致,得到比较结果之后,在比较结果指示当前帐户数据与第二帐户数据不一致,通过服务器确定当前交互异常,并对异常的当前交互进行标记。
通过上述的方法完成比较当前帐户数据和第二帐户数据是否一致后,可以根据比较的结果进行相应的处理,比较结果为:当前帐户数据和第二帐户数据一致,则当前数据交互正常,可以不用进行处理,等待下次交互发生以及对下一次或下一个时间段内的交互数据进行处理;比较结果为:当前帐户数据和第二帐户数据不一致,则当前数据交互异常,可以对当前交互进行标记,或进行其他处理。
实施例4
根据本发明实施例,还提供了一种用于实施上述数据的处理方法的服务器,如图7所示,该服务器主要包括处理器701、存储器702和网络接口703,其中:
存储器702主要用于存储预设条件,根据预设条件、第一帐户数据和交互数据获取第二帐户数据过程中的中间数据,以及当前帐户数据与第二帐户数据的比较结果。
网络接口703主要用于与交互***进行网络通信,获取第一帐户数据、交互数据以及当前帐户数据等。
处理器701主要用于执行如下操作:
获取目标帐户在预设时间段内交互数据和当前帐户数据;按照交互数据和预设条件获取目标帐户在预设时间段内的帐户变化数据,其中,预设条件用于表示交互数据所指示的交互导致目标帐户的帐户数据增减情况;根据第一帐户数据和帐户变化数据获取第二帐户数据,其中,第一帐户数据为目标帐户在预设时间段的初始时刻的数据,第二帐户数据为第一帐户数据按照帐户变化数据变化后的数据;比较当前帐户数据与第二帐户数据是否一致,得到比较结果。
处理器701还用于从交互数据中的获取交互帐户、交互类型和交互数值;根据交互帐户、交互类型和交互数值确定目标帐户在预设时间段内累计增加或者减少的数值;将累计增加或者减少的数值作为帐户变化数据。
处理器701还用于根据交互帐户统计目标帐户的目标交互数据;根据目标交互数据中交互类型和预设条件统计目标帐户中交互数值的增加和减少;累计增加的交互数值和减少的交互数值,得到累计增加或者减少的数值。
处理器701还用于在交互***根据用户发起的交互请求进行交互处理之后,且交互***返回处理结果之前,向稽核***发起稽核请求,其中,稽核请求用于请求根据当前交互的交互数据比较当前帐户数据与第二帐户数据是否一致。
处理器701还用于判断当前时间间隔是否满足预设触发周期;在当前时间间隔满足预设触发周期时发起稽核请求,其中,稽核请求用于请求对当前时间间隔内的交互数据比较当前帐户数据与第二帐户数据是否一致。
处理器701还用于在比较结果指示当前帐户数据与第二帐户数据一致时,确定当前交互正常;在比较结果指示当前帐户数据与第二帐户数据不一致时,确定当前交互异常,并对异常的当前交互进行标记。
可选地,本实施例中的具体示例可以参考上述实施例1、实施例2和实施例3中所描述的示例,本实施例在此不再赘述。
实施例5
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于存储本发明实施例的数据的处理方法的程序代码。
可选地,在本实施例中,上述存储介质可以位于移动通信网络、广域网、城域网或局域网的网络中的多个网络设备中的至少一个网络设备。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
S1,获取目标帐户在预设时间段内交互数据和当前帐户数据;
S2,按照交互数据和预设条件获取目标帐户在预设时间段内的帐户变化数据,其中,预设条件用于表示交互数据所指示的交互导致目标帐户的帐户数据增减情况;
S3,根据第一帐户数据和帐户变化数据获取第二帐户数据,其中,第一帐户数据为目标帐户在预设时间段的初始时刻的数据,第二帐户数据为第一帐户数据按照帐户变化数据变化后的数据;
S4,比较当前帐户数据与第二帐户数据是否一致,得到比较结果。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行从交互数据中的获取交互帐户、交互类型和交互数值;根据交互帐户、交互类型和交互数值确定目标帐户在预设时间段内累计增加或者减少的数值;将累计增加或者减少的数值作为帐户变化数据。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行根据交互帐户统计目标帐户的目标交互数据;根据目标交互数据中交互类型和预设条件统计目标帐户中交互数值的增加和减少;累计增加的交互数值和减少的交互数值,得到累计增加或者减少的数值。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行在交互***根据用户发起的交互请求进行交互处理之后,且交互***返回处理结果之前,稽核***发起稽核请求,其中,稽核请求用于请求根据当前交互的交互数据比较当前帐户数据与第二帐户数据是否一致。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行判断当前时间间隔是否满足预设触发周期;在当前时间间隔满足预设触发周期时发起稽核请求,其中,稽核请求用于请求对当前时间间隔内的交互数据比较当前帐户数据与第二帐户数据是否一致。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行在比较结果指示当前帐户数据与第二帐户数据一致时,确定当前交互正常;在比较结果指示当前帐户数据与第二帐户数据不一致时,确定当前交互异常,并对异常的当前交互进行标记。
可选地,本实施例中的具体示例可以参考上述实施例1、实施例2和实施例3中所描述的示例,本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (13)
1.一种数据的处理***,其特征在于,所述数据的处理***与交互***通信,包括:
接收单元,用于接收来自所述交互***的稽核请求;
第一获取单元,用于根据所述稽核请求从所述交互***中获取目标帐户在预设时间段内交互数据和当前帐户数据;
第二获取单元,用于按照所述交互数据和预设条件获取所述目标帐户在所述预设时间段内的帐户变化数据,其中,所述预设条件用于表示所述交互数据所指示的交互导致所述目标帐户的帐户数据增减情况;
第三获取单元,用于根据第一帐户数据和所述帐户变化数据获取第二帐户数据,其中,所述第一帐户数据为所述目标帐户在所述预设时间段的初始时刻的数据,所述第二帐户数据为所述第一帐户数据按照所述帐户变化数据变化后的数据;
比较单元,用于比较所述当前帐户数据与所述第二帐户数据是否一致,得到比较结果。
2.一种数据的处理方法,其特征在于,包括:
服务器获取目标帐户在预设时间段内交互数据和当前帐户数据;
所述服务器按照所述交互数据和预设条件获取所述目标帐户在所述预设时间段内的帐户变化数据,其中,所述预设条件用于表示所述交互数据所指示的交互导致所述目标帐户的帐户数据增减情况;
所述服务器根据第一帐户数据和所述帐户变化数据获取第二帐户数据,其中,所述第一帐户数据为所述目标帐户在所述预设时间段的初始时刻的数据,所述第二帐户数据为所述第一帐户数据按照所述帐户变化数据变化后的数据;
所述服务器比较所述当前帐户数据与所述第二帐户数据是否一致,得到比较结果。
3.根据权利要求2所述的方法,其特征在于,所述服务器按照所述交互数据和预设条件获取所述目标帐户在所述预设时间段内的帐户变化数据包括:
所述服务器从所述交互数据中的获取交互帐户、交互类型和交互数值;
所述服务器根据所述交互帐户、所述交互类型和所述交互数值确定所述目标帐户在所述预设时间段内累计增加或者减少的数值;
所述服务器将所述累计增加或者减少的数值作为所述帐户变化数据。
4.根据权利要求3所述的方法,其特征在于,所述服务器根据所述交互帐户、所述交互类型和所述交互数值确定所述目标帐户在所述预设时间段内累计增加或者减少的数值包括:
所述服务器根据所述交互帐户统计所述目标帐户的目标交互数据;
所述服务器根据所述目标交互数据中所述交互类型和所述预设条件统计所述目标帐户中所述交互数值的增加和减少;
所述服务器累计增加的所述交互数值和减少的所述交互数值,得到所述累计增加或者减少的数值。
5.根据权利要求2所述的方法,其特征在于,在服务器获取目标帐户在预设时间段内交互数据和当前帐户数据之前,所述方法还包括:
在交互***根据用户发起的交互请求进行交互处理之后,且所述交互***返回处理结果之前,所述交互***向稽核***发起稽核请求,其中,所述稽核请求用于请求根据当前交互的交互数据比较所述当前帐户数据与所述第二帐户数据是否一致。
6.根据权利要求2所述的方法,其特征在于,在服务器获取目标帐户在预设时间段内交互数据和当前帐户数据之前,所述方法还包括:
所述服务器判断当前时间间隔是否满足预设触发周期;
所述服务器在所述当前时间间隔满足所述预设触发周期时发起稽核请求,其中,所述稽核请求用于请求对当前时间间隔内的交互数据比较所述当前帐户数据与所述第二帐户数据是否一致。
7.根据权利要求2至6中任一项所述的方法,其特征在于,所述预设时间段内交互数据包括当前交互的数据,在所述服务器比较所述当前帐户数据与所述第二帐户数据是否一致,得到比较结果之后,所述方法还包括:
若所述比较结果指示所述当前帐户数据与所述第二帐户数据一致,则所述服务器确定所述当前交互正常;
若所述比较结果指示所述当前帐户数据与所述第二帐户数据不一致,则所述服务器确定所述当前交互异常,并对异常的所述当前交互进行标记。
8.一种数据的处理装置,其特征在于,包括:
数据获取单元,用于通过服务器获取目标帐户在预设时间段内交互数据和当前帐户数据;
数据变化单元,用于通过所述服务器按照所述交互数据和预设条件获取所述目标帐户在所述预设时间段内的帐户变化数据,其中,所述预设条件用于表示所述交互数据所指示的交互导致所述目标帐户的帐户数据增减情况;
理论数据单元,用于通过所述服务器根据第一帐户数据和所述帐户变化数据获取第二帐户数据,其中,所述第一帐户数据为所述目标帐户在所述预设时间段的初始时刻的数据,所述第二帐户数据为所述第一帐户数据按照所述帐户变化数据变化后的数据;
结果单元,用于通过所述服务器比较所述当前帐户数据与所述第二帐户数据是否一致,得到比较结果。
9.根据权利要求8所述的装置,其特征在于,所述数据变化单元包括:
数据模块,用于通过所述服务器从所述交互数据中的获取交互帐户、交互类型和交互数值;
确定模块,用于通过所述服务器根据所述交互帐户、所述交互类型和所述交互数值确定所述目标帐户在所述预设时间段内累计增加或者减少的数值;
变化模块,用于通过所述服务器将所述累计增加或者减少的数值作为所述帐户变化数据。
10.根据权利要求9所述的装置,其特征在于,所述确定模块包括:
第一统计子模块,用于通过所述服务器根据所述交互帐户统计所述目标帐户的目标交互数据;
第二统计子模块,用于通过所述服务器根据所述目标交互数据中所述交互类型和所述预设条件统计所述目标帐户中所述交互数值的增加和减少;
累计子模块,用于通过所述服务器累计增加的所述交互数值和减少的所述交互数值,得到所述累计增加或者减少的数值。
11.根据权利要求8所述的装置,其特征在于,所述装置还包括:
第一请求单元,用于在服务器获取目标帐户在预设时间段内交互数据和当前帐户数据之前,在交互***根据用户发起的交互请求进行交互处理之后,且所述交互***返回处理结果之前,通过所述交互***向稽核***发起稽核请求,其中,所述稽核请求用于请求根据当前交互的交互数据比较所述当前帐户数据与所述第二帐户数据是否一致。
12.根据权利要求8所述的装置,其特征在于,所述装置还包括:
判断单元,用于在服务器获取目标帐户在预设时间段内交互数据和当前帐户数据之前,通过所述服务器判断当前时间间隔是否满足预设触发周期;
第二请求单元,用于通过所述服务器在所述当前时间间隔满足所述预设触发周期时发起稽核请求,其中,所述稽核请求用于请求对当前时间间隔内的交互数据比较所述当前帐户数据与所述第二帐户数据是否一致。
13.根据权利要求8至12中任一项所述的装置,其特征在于,所述预设时间段内交互数据包括当前交互的数据,所述装置还包括:
第一结果单元,用于在所述服务器比较所述当前帐户数据与所述第二帐户数据是否一致,得到比较结果之后,在所述比较结果指示所述当前帐户数据与所述第二帐户数据一致时,通过所述服务器确定所述当前交互正常;
第二结果单元,用于在所述服务器比较所述当前帐户数据与所述第二帐户数据是否一致,得到比较结果之后,在所述比较结果指示所述当前帐户数据与所述第二帐户数据不一致,通过所述服务器确定所述当前交互异常,并对异常的所述当前交互进行标记。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610915150.4A CN106503977B (zh) | 2016-10-20 | 2016-10-20 | 数据的处理方法、***及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610915150.4A CN106503977B (zh) | 2016-10-20 | 2016-10-20 | 数据的处理方法、***及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106503977A true CN106503977A (zh) | 2017-03-15 |
CN106503977B CN106503977B (zh) | 2021-04-09 |
Family
ID=58318031
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610915150.4A Active CN106503977B (zh) | 2016-10-20 | 2016-10-20 | 数据的处理方法、***及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106503977B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106980684A (zh) * | 2017-03-31 | 2017-07-25 | 电信科学技术第五研究所 | 一种大型信息化***数据流式稽核的实现方法及*** |
CN110599026A (zh) * | 2019-09-09 | 2019-12-20 | 北京搜狗科技发展有限公司 | 数据处理方法、装置和用于数据处理的装置 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101710410A (zh) * | 2009-10-28 | 2010-05-19 | 金蝶软件(中国)有限公司 | 一种核对账务数据的方法和*** |
CN101976419A (zh) * | 2010-10-19 | 2011-02-16 | 中国工商银行股份有限公司 | 交易数据的风险监控处理方法和*** |
CN103325032A (zh) * | 2012-03-21 | 2013-09-25 | 阿里巴巴集团控股有限公司 | 数据处理方法及装置 |
CN103577571A (zh) * | 2013-10-31 | 2014-02-12 | 北京奇虎科技有限公司 | 一种数据处理方法和装置 |
CN103778584A (zh) * | 2012-10-23 | 2014-05-07 | 鸿富锦精密工业(深圳)有限公司 | 专利费用稽核***及方法 |
CN103955854A (zh) * | 2014-04-28 | 2014-07-30 | 华为技术有限公司 | 一种账户管理设备及方法 |
CN104732441A (zh) * | 2015-04-07 | 2015-06-24 | 中国农业银行股份有限公司 | 一种适用于基金代销机构的数据核对方法及装置 |
CN105719143A (zh) * | 2014-12-01 | 2016-06-29 | 阿里巴巴集团控股有限公司 | 数据核对方法及装置 |
CN105790952A (zh) * | 2016-02-29 | 2016-07-20 | 上海诺亚投资管理有限公司 | 一种用户信息的验证***和方法 |
CN105847367A (zh) * | 2016-03-30 | 2016-08-10 | 乐视控股(北京)有限公司 | 服务请求处理方法及装置 |
-
2016
- 2016-10-20 CN CN201610915150.4A patent/CN106503977B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101710410A (zh) * | 2009-10-28 | 2010-05-19 | 金蝶软件(中国)有限公司 | 一种核对账务数据的方法和*** |
CN101976419A (zh) * | 2010-10-19 | 2011-02-16 | 中国工商银行股份有限公司 | 交易数据的风险监控处理方法和*** |
CN103325032A (zh) * | 2012-03-21 | 2013-09-25 | 阿里巴巴集团控股有限公司 | 数据处理方法及装置 |
CN103778584A (zh) * | 2012-10-23 | 2014-05-07 | 鸿富锦精密工业(深圳)有限公司 | 专利费用稽核***及方法 |
CN103577571A (zh) * | 2013-10-31 | 2014-02-12 | 北京奇虎科技有限公司 | 一种数据处理方法和装置 |
CN103955854A (zh) * | 2014-04-28 | 2014-07-30 | 华为技术有限公司 | 一种账户管理设备及方法 |
CN105719143A (zh) * | 2014-12-01 | 2016-06-29 | 阿里巴巴集团控股有限公司 | 数据核对方法及装置 |
CN104732441A (zh) * | 2015-04-07 | 2015-06-24 | 中国农业银行股份有限公司 | 一种适用于基金代销机构的数据核对方法及装置 |
CN105790952A (zh) * | 2016-02-29 | 2016-07-20 | 上海诺亚投资管理有限公司 | 一种用户信息的验证***和方法 |
CN105847367A (zh) * | 2016-03-30 | 2016-08-10 | 乐视控股(北京)有限公司 | 服务请求处理方法及装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106980684A (zh) * | 2017-03-31 | 2017-07-25 | 电信科学技术第五研究所 | 一种大型信息化***数据流式稽核的实现方法及*** |
CN106980684B (zh) * | 2017-03-31 | 2020-04-17 | 电信科学技术第五研究所有限公司 | 一种大型信息化***数据流式稽核的实现方法及*** |
CN110599026A (zh) * | 2019-09-09 | 2019-12-20 | 北京搜狗科技发展有限公司 | 数据处理方法、装置和用于数据处理的装置 |
CN110599026B (zh) * | 2019-09-09 | 2022-07-05 | 北京搜狗科技发展有限公司 | 数据处理方法、装置和用于数据处理的装置 |
Also Published As
Publication number | Publication date |
---|---|
CN106503977B (zh) | 2021-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10867304B2 (en) | Account type detection for fraud risk | |
CN103038790B (zh) | 有效的储值卡交易 | |
CN108876497B (zh) | 资源转移方法、装置及第三方服务器 | |
KR101794221B1 (ko) | 온라인 판매자의 정산 서비스를 위한 시스템 및 방법 | |
CN106408413A (zh) | 一种多循环分期决策的方法及*** | |
CN106469377A (zh) | 退货信息处理方法及装置 | |
CN104462977A (zh) | 数据处理方法和*** | |
CN109409836A (zh) | 数据申请处理方法及装置、电子设备、存储介质 | |
KR101712361B1 (ko) | 빅데이터 분석을 이용한 p2p 뱅킹 신용도 평가 방법 및 시스템 | |
CN109615389A (zh) | 电子支付交易风险控制方法、装置、服务器及存储介质 | |
CN108647972A (zh) | 交易认证方式确定方法、推送服务器及*** | |
CN1987919A (zh) | 电子商务中企业信用激励方法和*** | |
KR20060039033A (ko) | 인터넷을 이용한 전자 상거래에서의 분할 결제 제공 방법및 시스템 | |
CN108711013A (zh) | 异常行为确定方法、装置、设备及存储介质 | |
CN107730314A (zh) | 信息获取方法、装置、电子设备和计算机可读存储介质 | |
CN110910155A (zh) | 信息处理装置、记录介质及信息处理方法 | |
US20070179933A1 (en) | Method and system for providing information on article of commerce | |
CN106503977A (zh) | 数据的处理方法、***及装置 | |
KR20210035616A (ko) | 자동거래 시스템 및 방법 | |
CN106934610A (zh) | 解决外贸电商平台银行虚拟账号收款差异的方法及*** | |
CN110838062A (zh) | 一种供应链金融现金代采管理***及方法 | |
Yadav | Algorithmic trading and market regulation | |
CN103886496A (zh) | 一种网上贷款交易的方法 | |
CN114764714A (zh) | 贵金属租赁交易的风险评级方法及装置 | |
CN110807701A (zh) | 一种供应链金融浮动质押管理***及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |