数据的对账方法、装置及系统、存储介质、电子装置
技术领域
本申请涉及互联网领域,具体而言,涉及一种数据的对账方法、装置及系统、存储介质、电子装置。
背景技术
数据对账主要是针对数据系统(比如大数据接入系统等)中数据消息流通时的收发消息进行核对和校验,以验证数据消息流通的正确性和可靠性。
在实现本发明过程中,发明人发现相关技术中一般采用非实时的数据对账方法,主要是当某个业务的业务数据接入到数据系统时,业务数据在数据系统的各个节点传输完成后,通过数据对账系统监控各个节点接收该业务下的业务消息的信息,将各个节点对应的业务消息的信息进行匹对,从而保障业务数据在数据系统中传输的一致性;且是采用人工对账的方式进行对账,工作效率低。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种数据的对账方法、装置及系统、存储介质、电子装置,以至少解决相关技术中的对账效率较低的技术问题。
根据本申请实施例的一个方面,提供了一种数据的对账方法,包括:通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据,其中,第一接口为第一节点上用于检测并转发第一节点发送的待对账的业务数据的接口,第一节点为用于承载第一业务的节点,第一数据为第一节点向第二节点发送的属于第一业务的待对账的业务数据,第二接口为第二节点上用于检测并转发第二节点接收的业务数据的接口,第二节点为用于承载第二业务的节点,第二数据为第二节点接收到的属于第一业务的待对账的业务数据;通过将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果。
根据本申请实施例的另一方面,还提供了一种数据的对账装置,包括:获取单元,用于通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据,其中,第一接口为第一节点上用于检测并转发第一节点发送的待对账的业务数据的接口,第一节点为用于承载第一业务的节点,第一数据为第一节点向第二节点发送的属于第一业务的待对账的业务数据,第二接口为第二节点上用于检测并转发第二节点接收的业务数据的接口,第二节点为用于承载第二业务的节点,第二数据为第二节点接收到的属于第一业务的待对账的业务数据;对账单元,用于通过将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果。
根据本申请实施例的另一方面,还提供了一种数据的对账系统,包括:设有第一接口的第一节点,第一节点用于向第二节点发送第一数据,其中,第一接口为第一节点上用于检测并转发第一节点发送的待对账的业务数据的接口,第一节点为用于承载第一业务的节点,第一数据为第一节点向第二节点发送的属于第一业务的待对账的业务数据;设有第二接口的第二节点,其中,第二接口为第二节点上用于检测并转发第二节点接收的业务数据的接口,第二节点为用于承载第二业务的节点;服务器,服务器用于通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据,并通过将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果,其中,第二数据为第二节点接收到的属于第一业务的待对账的业务数据。
根据本申请实施例的另一方面,还提供了一种存储介质,该存储介质包括存储的程序,程序运行时执行上述的方法。
根据本申请实施例的另一方面,还提供了一种电子装置,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器通过计算机程序执行上述的方法。
在本申请实施例中,第一接口可向服务器自动转发第一节点所发送的第一数据,第二接口可向服务器自动转发第二节点所接收到的第二数据,进而使得服务器可以将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果,而不用手工对账,可以解决相关技术中的对账效率较低的技术问题,进而达到提高对账效率的技术效果。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例的数据的对账方法的硬件环境的示意图;
图2是根据本申请实施例的一种可选的数据的对账方法的流程图;
图3是根据本申请实施例的一种可选的埋点处理的流程图;
图4是根据本申请实施例的一种可选的数据的对账方法的流程图;
图5是根据本申请实施例的一种可选的数据的告警方法的流程图;
图6是根据本申请实施例的一种可选的数据的对账装置的示意图;
以及
图7是根据本申请实施例的一种终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先,在对本申请实施例进行描述的过程中出现的部分名词或者术语适用于如下解释:
接口(软件类接口):是对协定进行定义的引用类型,其他类型实现接口,以保证它们支持某些操作,接口指定可由类提供的成员或实现它的其他接口,与类相似,接口可以包含方法、属性、索引器和事件作为成员。
Binlog:是一个二进制格式的文件,用于记录用户对数据库更新的SQL语句信息,例如更改数据库表和更改内容的SQL语句都会记录到binlog里,但是对库表等内容的查询不会记录,默认情况下,binlog日志是二进制格式的,不能使用查看文本工具的命令(比如,cat,vi等)查看,而使用mysqlbinlog解析查看。
根据本申请实施例的一方面,提供了一种数据的对账方法的方法实施例。
可选地,在本实施例中,上述数据的对账方法可以应用于如图1所示的由第一节点101、第二节点103和服务器105所构成的硬件环境中,其中,第一节点上设有第一接口,第一节点用于向第二节点发送第一数据,第一接口为第一节点上用于检测并转发第一节点发送的待对账的业务数据(如第一数据)的接口,第一节点为用于承载第一业务的节点;第二节点上设有第二接口,第二接口为第二节点上用于检测并转发第二节点接收的业务数据(如第二数据)的接口,第二节点为用于承载第二业务的节点,第二业务与第一业务不同;服务器,服务器用于通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据,并通过将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果。
如图1所示,服务器105通过网络与第一节点101、第二节点103进行连接,可用于为第一节点101、第二节点103提供服务(如对账服务等),可在服务器上或独立于服务器设置数据库107,用于为服务器105提供数据存储服务,上述网络包括但不限于:广域网、城域网或局域网,节点(包括第一节点101和第二节点103)并不限定于PC、手机、平板电脑、服务器、虚拟机等。
本申请实施例的数据的对账方法可以由服务器105来执行,也可以由服务器103和第一节点101、第二节点103共同执行。图2是根据本申请实施例的一种可选的数据的对账方法的流程图,如图2所示,该方法可以包括以下步骤:
步骤S202,服务器通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据,第一接口为第一节点上用于检测并转发第一节点发送的待对账的业务数据的接口,第一节点为用于承载第一业务的节点,第一数据为第一节点向第二节点发送的属于第一业务的待对账的业务数据,第二接口为第二节点上用于检测并转发第二节点接收的业务数据的接口,第二节点为用于承载第二业务的节点,第二数据为第二节点接收到的属于第一业务的待对账的业务数据。
上述接口(包括第一接口、第二接口等)为预先配置的可被服务器调用的软件接口,此处的预先配置是指服务器可以根据某业务的对账需求在该业务对应的节点上配置相应的接口。
上述业务(如第一业务、第二业务)为需要进行对账的业务,如结算业务、借贷业务、提现业务等业务;在第一业务和第二业务为相同业务的情况下,本申请的方案相当于是对同一业务在不同节点(如第一节点和第二节点)上的数据进行对账,防止相同的数据在传输到同一业务的不同节点的过程中出现异常;在第一业务和第二业务为不同业务的情况下,本申请的方案相当于是对不同业务的节点(如第一节点和第二节点)上的数据进行对账,防止相同的数据在传输到不同业务系统的过程中出现异常。
步骤S204,服务器通过将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果。
相关技术中是采用人工对账的方式进行对账,工作效率低,在本申请的技术方案中,通过上述步骤,第一接口可向服务器自动转发第一节点所发送的第一数据,第二接口可向服务器自动转发第二节点所接收到的第二数据,进而使得服务器可以将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果,而不用手工对账,可以解决相关技术中的对账效率较低的技术问题,进而达到提高对账效率的技术效果。
另外,一般由业务系统完成对账时,各个业务系统均需要实现一套自动对账的功能,增加开发和维护成本,同时由于各个系统接口支持度的差异,一些系统不提供获取对账单的接口,需要人工参与导入对账单实现对账功能,该方案不及时,不能及时纠正因数据不正确导致的后续错误,且人工对账的效率较低。
因此,需要一种支持业务自动对账的装置,屏蔽各系统之间的差异,可以实现完全自动获取各系统的对账单和业务系统对账单,自动完成对账操作,满足各个业务系统的对账需求。
可选地,可以通过预先的配置来自动获取各系统的对账单和业务系统对账单,自动完成对账操作,满足各个业务系统的对账需求。例如,在通过第一接口获取第一节点发送的第一数据之前,向第一业务的业务系统发送第一配置信息,第一配置信息用于指示在第一业务的业务系统的所有节点上生成第一接口,第一业务的业务系统的所有节点包括第一节点。
可选地,在通过第二接口获取第二节点接收到的第二数据之前,向第二业务的业务系统发送第二配置信息,其中,第二配置信息用于指示在第二业务的业务系统的所有节点上生成第二接口,第二业务的业务系统的所有节点包括第二节点。
为了实现基于配置信息采集数据来进行对账服务,可以预先在业务代码中埋点(即上述配置的第一接口、第二接口),控制后台服务器去处理数据比对,在业务发生的时候进行比对,例如业务A(对应第一节点)发送数据给B(对应第二节点)时,A也发送该数据给对比侧、B接收到数据时也是将其发送给对比侧,然后对比侧去完成数据对比,埋点处理的流程图如图3所示。
步骤S302,节点接收对账埋点数据。
步骤S304,判断对账模板是否存在,若是则执行步骤S306,否则结束。
对账模板是一种可以表示业务系统结构的模板,一个模板通常包括该业务系统的所有业务节点,并且每个节点包含需要对账的业务属性列表。对账处理基于这些对账模板中的对账节点下的业务属性列表进行操作。
步骤S306,判断业务ID(即业务标识)是否存在,若是则执行步骤S308,否则结束。
步骤S308,判断模板是否降级,若是则执行步骤S310,否则结束。
模板降级,是指当某个对账模板被降级操作以后,关于该对账模板的所有对账配置中的所有对账处理均被忽略,不进行对账处理。
步骤S310,判断模板是否存在对账配置,若是则执行步骤S312,否则结束。
对账配置,是指两个对账模板之间建立对账关系的配置信息,如:(某一个对账模板-某一个节点-某一个节点属性)与(另外一个对账模板-某一个节点-某一个节点属性)之间建立的关联关系。
步骤S312,根据对账配置记录热点对账数据(如上述第一数据、第二数据)。
在步骤S202提供的技术方案中,在通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据之前,可查询第一业务的对账配置的状态是否为开启;在第一业务的对账配置的状态为开启的情况下,执行通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据的步骤,并生成第一数据与第二数据的对比方案。
为了启动对账,在获取第一接口转发的第一数据之前,可广播目标指令,目标指令用于指示第一接口和第二接口启动对第一业务的待对账的业务数据的转发操作。
可选地,通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据包括:通过第一接口获取第一报文,并通过第二接口获取第二报文,第一报文为第一节点从第一时刻到第二时刻向第二节点发送的携带有第一业务的业务标识的报文,第一报文携带有第一业务的业务数据,第二报文为第二节点从第三时刻到第二时刻接收到的携带有第一业务的业务标识的报文,第二报文携带有第一业务的业务数据,第一时刻早于第二时刻,第三时刻为第一时刻与第二时刻之间的时刻,第二时刻可以为当前时刻或者接近于当前时刻的时间;按照报文格式从第一报文获取第一数据,并从第二报文中获取第二数据。
在步骤S204提供的技术方案中,在通过将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果时,可按照对比方案,通过比较携带第一数据的第一报文的报文标识和携带第二数据的第二报文的报文标识及比较具有相同报文标识的第一数据和第二数据,来生成第一业务的业务数据的对账结果。
对账结果包括:某业务对账配置对账成功与否,以及没有对账成功的对账配置中的对账模板-节点-节点属性关系、对的待对账值及对账值的明细列表数据。一种可选的对账流程如图4所示:
步骤S402,查询所有状态为已打开的对账配置,对每个打开对账的对账配置,梳理来源对账模板-来源节点、目标对账模板-目标节点。
步骤S404,根据对账配置生成对账规则(即对比方案),获取对账配置中配置的对账明细信息,分析来源节点、目标节点的所有对账字段属性,根据分析所得的来源节点、目标节点的对账字段属性,建立程序可执行的对账规则(支持一对一的对账模式、一对多的对账模式)。
步骤S406,查询对账规则中的目标节点(即第二节点)最近1分钟的对账数据(即第二数据),如根据目标节点当前扫描时间,获取其上一分钟的所有待比对的业务的对账数据。
步骤S408,查询对账规则中来源节点(即第一节点)最近30分钟的对账数据(即第一数据),可分多个线程获取来源节点前三十分钟的所有可用于比对的业务的对账数据。
步骤S410,将目标节点的对账数据与来源节点的对账数据进行对比,可用多个线程对目标节点中的每条业务数据,基于业务数据ID(如报文标识)相同的对账前提条件,筛选来源节点前30分钟中的符合对账规则的数据,逐字段属性的比对。
例如,通过报文标识比较目标节点接收到的报文是否完整,然后比较同一报文标识对应的报文内容(即对账数据)是否一致。
步骤S412,生成对账结果,将比对不成功的数据、当前的对账配置记录至对账结果数据中。
步骤S414,记录对账结果,如通过binlog同步至大数据中,以供查询使用。
步骤S416,计算每分钟的对账热点数据,如总量、成功量、成功率等,并保存至缓存中。
然后可更新对账配置(扫描时间),用于下一次对账,并生成上一分钟,当前对账配置的对账成功数据量、对账总数量、百分比等对账热点数据,通过对账成功水位图、趋势图展示对账热点数据,按照对账配置的报警配置,对对账结果数据,进行对账监测处理,异常的部分,推送报警日志至报警配置中的相关负责人,对账模板的相关负责人,可以查询记录有对账失败信息的报警日志。
对账结果监测的流程参见图5:
步骤S502,定时扫描所有状态为已打开的对账校验配置。
步骤S504,根据配置查询是否存在对应的对账结果,如存在则执行步骤S506,否则结束。
步骤S506,根据对账校验配置,校验对账结果的数据。
步骤S508,判断是否触达报警值,若是则执行步骤S510,否则结束。
步骤S510,生成监测结果,通过binlog同步至大数据中,以供查询使用。
步骤S512,推送报警信息,如通过邮件、企业通讯软件等方式推送。
通过上述技术方案,可以根据需要配置需要对账的业务,进而实现高效、实时的完成对账。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
根据本申请实施例的另一个方面,还提供了一种用于实施上述数据的对账方法的数据的对账装置。图6是根据本申请实施例的一种可选的数据的对账装置的示意图,如图6所示,该装置可以包括:
获取单元601,用于通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据,其中,第一接口为第一节点上用于检测并转发第一节点发送的待对账的业务数据的接口,第一节点为用于承载第一业务的节点,第一数据为第一节点向第二节点发送的属于第一业务的待对账的业务数据,第二接口为第二节点上用于检测并转发第二节点接收的业务数据的接口,第二节点为用于承载第二业务的节点,第二数据为第二节点接收到的属于第一业务的待对账的业务数据;
对账单元603,用于通过将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果。
需要说明的是,该实施例中的获取单元601可以用于执行本申请实施例中的步骤S202,该实施例中的对账单元603可以用于执行本申请实施例中的步骤S204。
此处需要说明的是,上述模块与对应的步骤所实现的示例和应用场景相同,但不限于上述实施例所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在如图1所示的硬件环境中,可以通过软件实现,也可以通过硬件实现。
通过上述模块,第一接口可向服务器自动转发第一节点所发送的第一数据,第二接口可向服务器自动转发第二节点所接收到的第二数据,进而使得服务器可以将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果,而不用手工对账,可以解决相关技术中的对账效率较低的技术问题,进而达到提高对账效率的技术效果。
可选地,获取单元包括:第一获取模块,用于通过第一接口获取第一报文,并通过第二接口获取第二报文,其中,第一报文为第一节点从第一时刻到第二时刻向第二节点发送的携带有第一业务的业务标识的报文,第一报文携带有第一业务的业务数据,第二报文为第二节点从第三时刻到第二时刻接收到的携带有第一业务的业务标识的报文,第二报文携带有第一业务的业务数据,第一时刻早于第二时刻,第三时刻为第一时刻与第二时刻之间的时刻;第二获取模块,用于从第一报文获取第一数据,并从第二报文中获取第二数据。
可选地,对账单元还可用于:通过比较携带第一数据的第一报文的报文标识和携带第二数据的第二报文的报文标识及比较具有相同报文标识的第一数据和第二数据,来生成第一业务的业务数据的对账结果。
可选地,本申请的装置还可包括:查询单元,用于在通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据之前,查询第一业务的对账配置的状态是否为开启;其中,在第一业务的对账配置的状态为开启的情况下,执行通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据的步骤,并生成第一数据与第二数据的对比方案。
可选地,本申请的装置还可包括:配置单元,用于在通过第一接口获取第一节点发送的第一数据之前,向第一业务的业务系统发送第一配置信息,其中,第一配置信息用于指示在第一业务的业务系统的所有节点上生成第一接口,第一业务的业务系统的所有节点包括第一节点。
可选地,上述配置单元还可用于在通过第二接口获取第二节点接收到的第二数据之前,向第二业务的业务系统发送第二配置信息,其中,第二配置信息用于指示在第二业务的业务系统的所有节点上生成第二接口,第二业务的业务系统的所有节点包括第二节点。
可选地,上述配置单元还可用于在获取第一接口转发的第一数据之前,广播目标指令,其中,目标指令用于指示第一接口和第二接口启动对第一业务的待对账的业务数据的转发操作。
此处需要说明的是,上述模块与对应的步骤所实现的示例和应用场景相同,但不限于上述实施例所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在如图1所示的硬件环境中,可以通过软件实现,也可以通过硬件实现,其中,硬件环境包括网络环境。
根据本申请实施例的另一个方面,还提供了一种用于实施上述数据的对账方法的服务器或终端。
图7是根据本申请实施例的一种终端的结构框图,如图7所示,该终端可以包括:一个或多个(图7中仅示出一个)处理器701、存储器703、以及传输装置705,如图7所示,该终端还可以包括输入输出设备707。
其中,存储器703可用于存储软件程序以及模块,如本申请实施例中的数据的对账方法和装置对应的程序指令/模块,处理器701通过运行存储在存储器703内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的数据的对账方法。存储器703可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器703可进一步包括相对于处理器701远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置705用于经由一个网络接收或者发送数据,还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中,传输装置705包括一个网络适配器(Network Interface Controller,NIC),其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中,传输装置705为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
其中,具体地,存储器703用于存储应用程序。
处理器701可以通过传输装置705调用存储器703存储的应用程序,以执行下述步骤:
通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据,其中,第一接口为第一节点上用于检测并转发第一节点发送的待对账的业务数据的接口,第一节点为用于承载第一业务的节点,第一数据为第一节点向第二节点发送的属于第一业务的待对账的业务数据,第二接口为第二节点上用于检测并转发第二节点接收的业务数据的接口,第二节点为用于承载第二业务的节点,第二业务与第一业务不同,第二数据为第二节点接收到的属于第一业务的待对账的业务数据;
通过将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果。
处理器701还用于执行下述步骤:
通过第一接口获取第一报文,并通过第二接口获取第二报文,其中,第一报文为第一节点从第一时刻到第二时刻向第二节点发送的携带有第一业务的业务标识的报文,第一报文携带有第一业务的业务数据,第二报文为第二节点从第三时刻到第二时刻接收到的携带有第一业务的业务标识的报文,第二报文携带有第一业务的业务数据,第一时刻早于第二时刻,第三时刻为第一时刻与第二时刻之间的时刻;
从第一报文获取第一数据,并从第二报文中获取第二数据。
采用本申请实施例,提供了一种“通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据,其中,第一接口为第一节点上用于检测并转发第一节点发送的待对账的业务数据的接口,第一节点为用于承载第一业务的节点,第一数据为第一节点向第二节点发送的属于第一业务的待对账的业务数据,第二接口为第二节点上用于检测并转发第二节点接收的业务数据的接口,第二节点为用于承载第二业务的节点,第二业务与第一业务不同,第二数据为第二节点接收到的属于第一业务的待对账的业务数据;通过将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果”的方案。第一接口可向服务器自动转发第一节点所发送的第一数据,第二接口可向服务器自动转发第二节点所接收到的第二数据,进而使得服务器可以将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果,而不用手工对账,可以解决相关技术中的对账效率较低的技术问题,进而达到提高对账效率的技术效果。
可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
本领域普通技术人员可以理解,图7所示的结构仅为示意,终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices,MID)、PAD等终端设备。图7其并不对上述电子装置的结构造成限定。例如,终端还可包括比图7中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图7所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
本申请的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于执行数据的对账方法的程序代码。
可选地,在本实施例中,上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
通过第一接口获取第一节点发送的第一数据并通过第二接口获取第二节点接收到的第二数据,其中,第一接口为第一节点上用于检测并转发第一节点发送的待对账的业务数据的接口,第一节点为用于承载第一业务的节点,第一数据为第一节点向第二节点发送的属于第一业务的待对账的业务数据,第二接口为第二节点上用于检测并转发第二节点接收的业务数据的接口,第二节点为用于承载第二业务的节点,第二业务与第一业务不同,第二数据为第二节点接收到的属于第一业务的待对账的业务数据;
通过将第一数据与第二数据进行对比来生成第一业务的业务数据的对账结果。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:
通过第一接口获取第一报文,并通过第二接口获取第二报文,其中,第一报文为第一节点从第一时刻到第二时刻向第二节点发送的携带有第一业务的业务标识的报文,第一报文携带有第一业务的业务数据,第二报文为第二节点从第三时刻到第二时刻接收到的携带有第一业务的业务标识的报文,第二报文携带有第一业务的业务数据,第一时刻早于第二时刻,第三时刻为第一时刻与第二时刻之间的时刻;
从第一报文获取第一数据,并从第二报文中获取第二数据。
可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。
在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。