CN110750550A - 数据查证方法、数据查证装置、存储介质与电子设备 - Google Patents

Abstract

本公开提供一种数据查证方法、数据查证装置、计算机可读存储介质与电子设备，涉及数据处理技术领域。该方法包括：获取待查证数据表，所述待查证数据表中包括多条待查证数据和各待查证数据的下次查证时间，所述待查证数据响应于请求方的数据查证请求而生成；对所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据进行查证；对于查证成功的待查证数据，根据查证结果确定该待查证数据的状态。本公开可以简化数据查证的处理过程，提高查证效率。

Description

数据查证方法、数据查证装置、存储介质与电子设备

技术领域

本公开涉及数据处理技术领域，尤其涉及一种数据查证方法、数据查证装置、计算机可读存储介质与电子设备。

背景技术

随着互联网的发展，很多业务从线下转变为线上，而线上业务通常需要对业务数据进行查证，包括：查证业务数据是否真实、准确，获取业务请求方或业务受理方的回执，查证业务状态是否正常等等，以便对业务进行良好的跟踪管理。

现有的数据查证方法大多采用分页算法，将需要查证的数据分成多个页，不同页之间通过游标进行区分，并记录每页的页码，然后逐页进行查证，并根据页码推动翻页。然而，分页算法相对较为复杂，需要记录页码、页数、每页的数据量、游标位置等参数，并且随着分页情况的变化(如增加新的数据、原有数据查证状态的变化)，还需要更新上述参数，甚至重新进行分页，导致数据查证的处理过程较为繁琐，效率较低。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供了一种数据查证方法、数据查证装置、计算机可读存储介质与电子设备，进而至少在一定程度上克服现有的数据查证处理过程较为繁琐的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种数据查证方法，包括：获取待查证数据表，所述待查证数据表中包括多条待查证数据和各待查证数据的下次查证时间，所述待查证数据响应于请求方的数据查证请求而生成；对所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据进行查证；对于查证成功的待查证数据，根据查证结果确定该待查证数据的状态。

可选的，所述方法还包括：对于查证不成功的待查证数据，以当前时间加上预设时间更新该待查证数据的下次查证时间。

可选的，所述方法还包括：当业务处理发生异常时，根据该业务确定对应的待查证数据及其下次查证时间。

可选的，在根据查证结果确定待查证数据的状态后，所述方法还包括：将所述待查证数据的状态反馈至该待查证数据对应的请求方。

可选的，所述对所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据进行查证，包括：周期性地将所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据确定为到期数据，查证所述到期数据。

可选的，所述周期性地将所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据确定为到期数据，查证所述到期数据，包括：在当前周期，如果所述到期数据的数量超过预设数量，则查证所述预设数量的到期数据。

可选的，所述查证所述预设数量的到期数据，包括：按照下次查证时间的升序排列当前周期的所述到期数据，对其中排列靠前的所述预设数量的到期数据进行查证。

可选的，所述预设时间大于周期性查证的间隔时间。

可选的，所述待查证数据表中按照下次查证时间的升序排列各待查证数据；所述对所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据进行查证，包括：在所述待查证数据表中查找下次查证时间晚于当前时间的第一条待查证数据，对位于该待查证数据之前的待查证数据进行查证。

可选的，所述方法还包括：将正在查证或正在更新下次查询时间的待查证数据锁定。

根据本公开的第二方面，提供一种数据查证装置，包括：数据表获取模块，用于获取待查证数据表，其中，所述待查证数据表中包括多条待查证数据和各待查证数据的下次查证时间，所述待查证数据响应于请求方的数据查证请求而生成；数据查证模块，用于对所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据进行查证；状态确定模块，用于对于查证成功的待查证数据，根据查证结果确定该待查证数据的状态。

可选的，所述装置还包括：时间更新模块，用于对于查证不成功的待查证数据，将该待查证数据的下次查证时间加上预设时间以更新该下次查证时间。

可选的，所述数据表获取模块，还用于当业务处理发生异常时，根据该业务确定对应的待查证数据及其下次查证时间。

可选的，所述状态确定模块，还用于在根据查证结果确定待查证数据的状态后，将所述待查证数据的状态反馈至该待查证数据对应的请求方。

可选的，所述数据查证模块，还用于周期性地将所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据确定为到期数据，查证所述到期数据。

可选的，所述数据查证模块，还用于在当前周期，如果所述到期数据的数量超过预设数量，则查证所述预设数量的到期数据。

可选的，所述数据查证模块，还用于按照下次查证时间的升序排列当前周期的所述到期数据，对其中排列靠前的所述预设数量的到期数据进行查证。

可选的，所述预设时间大于周期性查证的间隔时间。

可选的，所述待查证数据表中按照下次查证时间的升序排列各待查证数据；所述数据查证模块，还用于在所述待查证数据表中查找下次查证时间晚于当前时间的第一条待查证数据，对位于该待查证数据之前的待查证数据进行查证。

可选的，所述装置还包括：数据锁定模块，用于将正在查证或正在更新下次查询时间的待查证数据锁定。

根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一种数据查证方法。

根据本公开的第四方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一种数据查证方法。

本公开的技术方案具有以下有益效果：

根据上述数据查证方法、数据查证装置、计算机可读存储介质与电子设备，获取待查证数据表后，对其中下次查证时间早于或等于当前时间的待查证数据进行查证，若查证成功，则根据查证结果确定待查证数据的状态。一方面，通过下次查证时间对待查证数据进行统一的管理，无需对数据进行分页，减少了数据查证中需要管理的参数数量，每次查证时通过和当前时间的对比确定需要查证的数据，间接实现了数据分页的效果，从而简化了数据查证的处理过程，提高了效率。另一方面，当待查证数据表中新增数据、删减数据或原数据修改时，仅需记录其下次查证时间并根据时间进行管理，对其他数据不产生影响，非常方便。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本示例性实施例中一种数据查证方法的流程图；

图2示出本示例性实施例中一种数据查证过程的示意图；

图3示出本示例性实施例中另一种数据查证过程的示意图；

图4示出本示例性实施例中一种数据查证装置的结构框图；

图5示出本示例性实施例中一种用于实现上述方法的电子设备；

图6示出本示例性实施例中一种用于实现上述方法的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

企业在日常业务处理中，需要进行业务数据的查证，由于业务数量和种类的增多，通常面临以下几方面问题：

(1)如何对数据查证进行有效、统一的管理，并且保证数据查证不影响正常的业务处理；

(2)数据查证的状态可能频繁变动，例如查证成功、查证不成功、新增业务等情况，在更新数据时如何保证其他数据的正常查证。

鉴于上述一个或多个问题，本公开的示例性实施方式首先提供一种数据查证方法。图1示出了该方法的一种流程，可以包括步骤S110至S140：

步骤S110，获取待查证数据表，待查证数据表中包括多条待查证数据和各待查证数据的下次查证时间。

其中，待查证数据可以响应于请求方的数据查证请求而生成，例如在一件交易业务中，交易发起方为了获取最新的交易处理状态，可以作为请求方向交易受理方发送数据查证请求，交易受理方可以响应于该请求，在待查证数据表中添加一条新的数据，以对应于该交易业务的处理状态；或者以网购交易的场景为例，参与交易的客户端作为请求方，购买某件物品后，在交易的各个环节向作为交易受理方的平台服务端发送数据查证请求，例如在付款后查证付款状态，在付款成功后查证交易受理状态，在交易受理后查证订单状态变更等，服务端在每次收到数据查证请求时，对应的生成待查证数据。

每条待查证数据可以表示业务中需要查证的数据，也可以表示一条数据查证任务。待查证数据表是对所有的待查证数据进行汇总得到的数据表，其中可以记录每条待查证数据的下次查证时间，该时间是预定时间，即预定下次查证数据的时间，本公开对于下次查证时间的字段名不做限定，例如可以是“下次查证时间”、“预定查证时间”、“下次执行时间”等。

在一种可选的实施方式中，当业务处理发生异常时，可以根据该业务确定对应的待查证数据及其下次查证时间。其中，业务处理异常包括但不限于：通信异常导致的数据传输中断，无法获取到对方(如业务请求方、业务执行方等)的响应；返回了异常的中间数据，如不能通过核验的数据或者无法识别的数据；交易状态异常，如账户信息错误或者不符合银行系统的相关规定等。当业务处理异常时，需要通过数据查证确定异常原因、异常状态等具体信息，因此，可以将业务中发生异常的具体环节的业务数据作为待查证数据，如上述未收到响应的数据、异常的中间数据、导致交易状态异常的数据等，将当前时间、业务指定的处理时间等作为待查证数据的下次查证时间，插入到待查证数据表中。

步骤S120，对待查证数据表中下次查证时间早于或等于当前时间的待查证数据进行查证。

本示例性实施方式可以采用以下两种方式进行数据查证：

第一种方式是实时查证待查证数据表中的待查证数据，一旦到达某个待查证数据的下次查证时间，即对该数据进行查证。换而言之，每次查证的待查证数据，其下次查证时间等于当前时间。在该方式中，通常不存在数据“过期”，即已经过了下次查证时间但还没查证的情况。

第二种方式是周期性地将待查证数据表中下次查证时间早于或等于当前时间的待查证数据确定为到期数据，查证到期数据。例如，系统每5分钟进行一次查证，将下次查证时间早于当前时间和等于当前时间的待查证数据统一进行查证。在该方式中，可能存在数据“过期”的情况：下次查证时间早于当前时间的待查证数据实际就是“过期”的数据，下次查证时间等于当前时间的待查证数据是“到期”的数据，本示例性实施方式将这两类数据不做特别区分，统一确定为到期数据，即在当前时间下应当查证的数据。

上述第一种方式可以保证数据到期后立即得到查证，第二种方式无需系统实时监控待查证数据表，可以降低系统的处理量，具体采用哪种方式可以根据实际需求而定，本公开对此不做限定。

实际应用中，可以将“下次查证时间≤当前时间”作为扫描条件，对表中的待查证数据进行扫描，筛选出满足条件的待查证数据，进行查证。在扫描时，可能需要读取每个下次查证时间并和当前时间进行比较，为了简化该过程。在一种可选的实施方式中，待查证数据表中可以按照下次查证时间的升序排列各待查证数据，即下次查证时间早的待查证数据排在前。基于此，步骤S120可以通过以下方式具体实现：

在待查证数据表中查找下次查证时间晚于当前时间的第一条待查证数据，对位于该待查证数据之前的待查证数据进行查证。

其中，上述第一条待查证数据是下次查证时间晚于当前时间的待查证数据中(本示例性实施方式可以称为未到期数据)下次查证时间最早的一条，位于该数据之前的待查证数据都是到期数据，从而可以快速确定哪些待查证数据是到期数据。实际应用中可以通过二分法进行快速查找，无需读取每个下次查证时间，提高查找效率。

步骤S130，对于查证成功的待查证数据，根据查证结果确定该待查证数据的状态。

本示例性实施方式中的查证包括但不限于：通过和业务合作方进行数据核对，以查证数据是否准确；通过对数据进行校验，以查证数据是否真实、有无篡改；获取业务请求方或业务受理方的回执，以查证数据是否被正常发送和接收；核对数据是否和预设数值一致，以查证业务状态是否正常等等。根据查证结果，可以确定待查证数据的状态，例如数据核验的状态、数据交互的状态、交易处理的状态等。

此外，对于查证成功的待查证数据，可以将其标记为已查证数据，无需再次查证，或者将其直接从待查证数据表中移除。

进一步的，在根据查证结果确定待查证数据的状态后，可以将该待查证数据的状态反馈至该待查证数据对应的请求方，例如将状态信息发送至交易发起方的系统或者业务请求方的客户端等，使请求方获取到业务的最新状态，以便于将业务推进至后续的阶段。

在一种可选的实施方式中，对于查证不成功的待查证数据，可以以当前时间加上预设时间更新该待查证数据的下次查证时间。

若待查证数据的查证结果为查证不成功，则需要再次查证。本示例性实施方式中，考虑到可能存在异常因素导致查证不成功，例如和业务合作方的数据连接异常，校验系统异常等，可以在预设时间后进行下次查证，即以当前时间加上预设时间更新其下次查证时间。

需要补充的是，对于确定存在错误的业务，无需对其数据进行查证，则可以将该数据从待查证数据表中移除。

本示例性实施例通过增加预设时间的方式实现了对下次查证时间的持续化更新。通常，当待查证数据首次添加到待查证数据表中时，可以以其添加时间，或业务设置的固定时间等确定下次查证时间，例如添加到数据表中，以添加的当前时间为下次查证时间，立即执行一次查证。后续通过后移预设时间的方式更新下次查证时间。其中，预设时间是根据经验和实际情况设定的时间，例如交易发生异常时，10分钟后可以再次查证，则预设时间可以设定为10分钟。预设时间不宜过长，导致待查证数据长期处于查证不确定的状态，也不宜过短，导致在查证异常的问题未解决时多次查证，浪费系统资源。

在一种可选的实施方式中，在按照预设周期进行查证的情况下，上述预设时间可以周期性查证的间隔时间，例如每两个周期的间隔时间为2分钟，即系统每2分钟进行一次查证，预设时间可以是10分钟，使得查证不成功的待查证数据不会在下一次查证时立即查证，间隔若干个周期后再查证，有利于提高查证成功率。

图2示出了数据查证过程的示意图，其中以T0为预设周期的间隔时间。假设当前时间为0，将待查证数据表中的数据按照下次查证时间升序排列后，进行分段。其中下次查证时间在-T0～0范围内的数据为当前的到期数据，需要在本次进行查证，记为分页1；下次查证时间在0～T0范围内的数据为下个周期查证的数据，记为分页2；下次查证时间在T0～2T0范围内的数据为下下个周期的数据，记为分页3。需要说明的是，分页1、分页2、分页3只是为了便于理解所进行的标记，并非实际对数据表进行分页，通过下次查询时间的分段管理，实际上实现了对数据分页的效果，按照顺序每个周期查证一个分页中的数据。假设预设时间为Tw，当前对分页1中的数据查证后，查证不成功的数据，以当前时间0加上预设时间Tw更新其下次查证时间，由于Tw>T0，相当于将这部分数据插入到之后的分页中，在若干个周期后再次查证。通过这样的方式，进一步提高了对于数据查证管理的有序性。

在上述周期性查证方式中，考虑到系统的处理能力，无法在一个周期(即一次查证)中处理过多的数据。在一种可选的实施方式中，可以根据系统的处理能力并结合实际情况等确定一预设数量，作为每个周期查证数据数量的上限值。基于此，在当前周期，如果到期数据的数量超过预设数量，则查证预设数量的到期数据，其余的到期数据后续再处理。例如在图2中，如果预设数量为50条，当前周期的分页1数据为70条，即到期数据的数量超出了预设数量，则仅查证其中的50条，剩余的20条数据可以合并到分页2中，留到下一周期再处理。

在到期数据的数量超过预设数量时，无法在当前周期全部查证，那么需要确定查证其中哪些数据。在一种可选的实施方式中，可以按照下次查证时间的升序排列当前周期的到期数据，对其中排列靠前的预设数量的到期数据进行查证。举例而言，在图2中，如果当前周期的分页1数据为70条，将其按照下次查证时间的升序排列后，查证其中靠前的50条数据，最后20条数据留到后续处理。这样可以保证下次查证时间早的数据优先处理，减少业务处理的延迟。

在一种可选的实施方式中，还可以将正在查证或正在更新下次查询时间的待查证数据锁定。锁定后其他任务、进程或设备无法更改其中的数据，也无法重复查证，这样可以保证数据查证的逻辑，减少冗余的重复查证。如果是在单机上进行数据查证，则可以采用基于JVM(Java Virtual Machine，Java虚拟机)的锁，如果是在分布式集群上进行数据查证，则可以采用基于分布式的锁，本公开对此不做限定。

图3示出了基于分布式的数据查证过程的示意图，其中设备1和设备2表示分布式集群中的两台设备，其分别执行数据查证任务。首先需要从系统获取扫描待查证数据表的权限，系统通过并发控制，将当前未锁定的数据权限开放给执行查证的设备，例如图3中所示，设备1在T2时刻执行查证，系统将分页1的数据开放给设备1，然后锁定分页1的数据，仅允许设备1进行查证和修改；设备2在T3时刻执行查证，系统将分页2的数据开放给设备2，然后锁定分页2的数据，仅允许设备2进行查证和修改；设备1查证分页1的数据，和设备2查证分页2的数据，是两个独立的过程，互相不影响。设备1查证分页1的数据后，对其中查证不成功的数据更新下次查证时间，为当前时间T2加上预设时间Tw，在下次查证时间更新完成后，本次查证结束，系统解除对分页1数据的锁定，允许后续其他设备进行编辑。通过这样的方式实现了分布式数据查证的并发控制，防止多个设备同时查证或修改同一数据而造成的逻辑错误问题，并且避免重复查证的问题，提高效率。

综上所述，本示例性实施方式中，获取待查证数据表，对其中下次查证时间早于或等于当前时间的待查证数据进行查证，若查证成功，则根据查证结果确定待查证数据的状态。一方面，通过下次查证时间对待查证数据进行统一的管理，无需对数据进行分页，减少了数据查证中需要管理的参数数量，每次查证时通过和当前时间的对比确定需要查证的数据，间接实现了数据分页的效果，从而简化了数据查证的处理过程，提高了效率。另一方面，当待查证数据表中新增数据、删减数据或原数据修改时，仅需记录其下次查证时间并根据时间进行管理，对其他数据不产生影响，非常方便。

本公开的示例性实施方式还提供一种数据查证装置。如图4所示，该数据查证装置400可以包括：数据表获取模块410，用于获取待查证数据表，其中，待查证数据表中包括多条待查证数据和各待查证数据的下次查证时间，待查证数据响应于请求方的数据查证请求而生成；数据查证模块420，用于对待查证数据表中下次查证时间早于或等于当前时间的待查证数据进行查证；状态确定模块430，用于对于查证成功的待查证数据，根据查证结果确定该待查证数据的状态。

在一种可选的实施方式中，数据查证装置400还可以包括：时间更新模块，用于对于查证不成功的待查证数据，将该待查证数据的下次查证时间加上预设时间以更新该下次查证时间。

在一种可选的实施方式中，数据表获取模块410，还可以用于当业务处理发生异常时，根据该业务确定对应的待查证数据及其下次查证时间。

在一种可选的实施方式中，状态确定模块430，还可以用于在根据查证结果确定待查证数据的状态后，将该待查证数据的状态反馈至该待查证数据对应的请求方。

在一种可选的实施方式中，数据查证模块420，还可以用于周期性地将待查证数据表中下次查证时间早于或等于当前时间的待查证数据确定为到期数据，查证到期数据。

进一步的，数据查证模块420，还可以用于在当前周期，如果到期数据的数量超过预设数量，则查证预设数量的到期数据。

更进一步的，数据查证模块420，还可以用于按照下次查证时间的升序排列当前周期的到期数据，对其中排列靠前的预设数量的到期数据进行查证。

在一种可选的实施方式中，上述预设时间可以大于上述周期性查证的间隔时间。

在一种可选的实施方式中，待查证数据表中可以按照下次查证时间的升序排列各待查证数据；数据查证模块420，还可以用于在待查证数据表中查找下次查证时间晚于当前时间的第一条待查证数据，对位于该待查证数据之前的待查证数据进行查证。

在一种可选的实施方式中，数据查证装置400还可以包括：数据锁定模块，用于将正在查证或正在更新下次查询时间的待查证数据锁定。

上述装置中各模块的具体细节在方法部分实施方式中已经详细说明，未披露的细节内容可以参见方法部分的实施方式内容，因而不再赘述。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

本公开的示例性实施方式还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使电子设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

参考图5所示，描述了根据本公开的示例性实施方式的用于实现上述方法的程序产品500，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

本公开的示例性实施方式还提供了一种能够实现上述方法的电子设备。下面参照图6来描述根据本公开的这种示例性实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例，不应对本公开实施方式的功能和使用范围带来任何限制。

如图6所示，电子设备600可以以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630和显示单元640。

存储单元620存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元610可以执行图1所示的方法步骤。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)621和/或高速缓存存储单元622，还可以进一步包括只读存储单元(ROM)623。

存储单元620还可以包括具有一组(至少一个)程序模块625的程序/实用工具624，这样的程序模块625包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器660通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开示例性实施方式的方法。

此外，上述附图仅是根据本公开示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施方式。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施方式仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (13)

1.一种数据查证方法，其特征在于，包括：

获取待查证数据表，所述待查证数据表中包括多条待查证数据和各待查证数据的下次查证时间，所述待查证数据响应于请求方的数据查证请求而生成；

对所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据进行查证；

对于查证成功的待查证数据，根据查证结果确定该待查证数据的状态。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

对于查证不成功的待查证数据，以当前时间加上预设时间更新该待查证数据的下次查证时间。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当业务处理发生异常时，根据该业务确定对应的待查证数据及其下次查证时间。

4.根据权利要求1所述的方法，其特征在于，在根据查证结果确定待查证数据的状态后，所述方法还包括：

将所述待查证数据的状态反馈至该待查证数据对应的请求方。

5.根据权利要求1所述的方法，其特征在于，所述对所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据进行查证，包括：

周期性地将所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据确定为到期数据，查证所述到期数据。

6.根据权利要求5所述的方法，其特征在于，所述周期性地将所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据确定为到期数据，查证所述到期数据，包括：

在当前周期，如果所述到期数据的数量超过预设数量，则查证所述预设数量的到期数据。

7.根据权利要求6所述的方法，其特征在于，所述查证所述预设数量的到期数据，包括：

按照下次查证时间的升序排列当前周期的所述到期数据，对其中排列靠前的所述预设数量的到期数据进行查证。

8.根据权利要求5所述的方法，其特征在于，所述预设时间大于周期性查证的间隔时间。

9.根据权利要求1所述的方法，其特征在于，所述待查证数据表中按照下次查证时间的升序排列各待查证数据；

所述对所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据进行查证，包括：

在所述待查证数据表中查找下次查证时间晚于当前时间的第一条待查证数据，对位于该待查证数据之前的待查证数据进行查证。

10.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将正在查证或正在更新下次查询时间的待查证数据锁定。

11.一种数据查证装置，其特征在于，包括：

数据表获取模块，用于获取待查证数据表，所述待查证数据表中包括多条待查证数据和各待查证数据的下次查证时间，所述待查证数据响应于请求方的数据查证请求而生成；

数据查证模块，用于对所述待查证数据表中下次查证时间早于或等于当前时间的待查证数据进行查证；

状态确定模块，用于对于查证成功的待查证数据，根据查证结果确定该待查证数据的状态。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至10任一项所述的方法。

13.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至10任一项所述的方法。

Images