掌桥专利:专业的专利平台
掌桥专利
首页

数据处理方法、装置、电子设备和存储介质

文献发布时间:2023-06-19 09:54:18


数据处理方法、装置、电子设备和存储介质

技术领域

本申请涉及计算机技术领域,特别是涉及基于数据处理方法、装置、电子设备和存储介质。

背景技术

如今的网络开发中,一般通过前后端分离的开发方式来进行开发。具体而言,后端(亦称服务端)只提供业务逻辑的处理,并对外提供服务接口。而前端通过调用服务端提供的接口获取数据,并通过页面向用户展现。在很多情况下,也可通过业务系统对外提供的接口,完成多个系统之间的集成。这就导致在上述开发场景中,通常只有在服务端接口开发完成后,调用方才能对其进行调试,并且在接口调试过程中,会产生大量的接口连接的问题。

相关技术中,为了避免单一服务端或业务系统开发进度对整体开发进度的影响,通常需要为开发环境配置具备Mock功能的系统,再通过该系统创建的模拟接口来模拟实际接口的调用以及数据的接收和输出。如此,即使实际接口的功能并未开发完成,调用方依然可以根据模拟接口输出的数据独立完成自己的功能。再在实际接口的功能开发完成后,将模拟接口切换为实际接口,进而完成整体的联调工作。但是,在实际操作中,在测试完成后,需要将模拟接口站转换为实际接口,这样在进行替换时容易出现地址错误的问题,因而影响网络开发的效率。

发明内容

基于此,本申请提供了一种数据处理方法、装置、电子设备和存储介质,在服务器的测试或者正常使用过程中,无需将模拟接口修改为实际接口或将实际接口修改为模拟接口,避免了在进行替换时容易出现地址错误的问题,提高了网络开发的效率。

第一方面,本申请提供了一种数据处理方法,包括:获取来自数据请求方的数据请求,所述数据请求中携带所请求的目标服务数据对应的目标统一资源定位系统信息;基于所述目标统一资源定位系统信息,确定所述目标服务数据对应的测试开关状态信息;基于所述测试开关状态信息以及所述目标统一资源定位系统信息,确定用于获取针对所述数据请求进行反馈的响应数据的目标数据接口,所述目标数据接口为用于获取服务数据的服务数据接口或用于获取Mock数据的Mock数据接口;通过所确定的目标数据接口从所述目标数据接口关联的数据库中提取针对所述数据请求进行反馈的响应数据,所述响应数据为所述目标服务数据或所述目标服务数据对应的目标Mock数据;发送所述响应数据至所述数据请求方,以使所述数据请求方基于所述响应数据执行服务测试的操作。

第二方面,本申请提供了一种数据处理装置,包括:第一获取单元,用于获取来自数据请求方的数据请求,所述数据请求中携带所请求的目标服务数据对应的目标统一资源定位系统信息;第一执行单元,用于基于所述目标统一资源定位系统信息,确定所述目标服务数据对应的测试开关状态信息;第二执行单元,用于基于所述测试开关状态信息以及所述目标统一资源定位系统信息,确定用于获取针对所述数据请求进行反馈的响应数据的目标数据接口,所述目标数据接口为用于获取服务数据的服务数据接口或用于获取Mock数据的Mock数据接口;第一提取单元,用于通过所确定的目标数据接口从所述目标数据接口关联的数据库中提取针对所述数据请求进行反馈的响应数据,所述响应数据为所述目标服务数据或所述目标服务数据对应的目标Mock数据;发送单元,用于发送所述响应数据至所述数据请求方,以使所述数据请求方基于所述响应数据执行服务测试的操作。

第三方面,本申请提供了一种电子设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述计算机可读指令被所述处理器执行时,使得所述处理器执行上述数据处理方法的步骤。

第四方面,本申请提供了一种存储有计算机可读指令的存储介质,所述计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行上述数据处理方法的步骤。

本申请的实施例提供的技术方案可以包括以下有益效果:在接收到针对服务数据的数据请求后,在系统处于非测试状态的情况下,通过服务数据的获取接口获取正常的服务数据,在处于测试状态的情况下,通过Mock数据的获取接口获取与正常的服务数据对应的Mock数据,使得系统在测试状态和非测试状态中可以进行灵活的切换,无需将模拟接口修改为实际接口或将实际接口修改为模拟接口,避免了在进行替换时容易出现地址错误的问题,提高了网络开发的效率。

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

附图说明

图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。

图2为本申请一示例性实施例示出的数据处理方法的流程图。

图3为本申请一示例性实施例示出的数据处理方法的流程图。

图4为本申请一示例性实施例示出的数据处理方法的流程图。

图5为本申请一示例性实施例示出的数据处理方法的流程图。

图6为根据本申请的一个实施例的数据处理装置的框图。

图7为本申请一示例性实施例示出的一种用于实现上述数据处理方法的电子设备示例框图。

图8为本申请一示例性实施例示出的一种用于实现上述数据处理方法的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本申请将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。

此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本申请的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本申请的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。

如图1所示,系统架构可以包括数据请求方101、网络102和数据服务器端103,该数据服务器端103可以为进行业务服务测试的服务器,数据请求方101为向数据服务器端103请求服务数据的电子设备,可以为第三方服务器或客户端。网络102用以在数据请求方101和数据服务器端103之间提供通信链路的介质。网络102可以包括各种连接类型,例如有线通信链路、无线通信链路等等。

应该理解,图1中的数据请求方101、网络102和数据服务器端103的数目仅仅是示意性的。根据实现需要,可以具有任意数目的数据请求方101、网络102和数据服务器端103,例如数据服务器端103可以是多个服务器组成的服务器集群等。

可选地,本申请的数据服务器端103可以由区块链服务器系统的多个节点服务器组成,数据请求方101可以将数据请求发送至区块链服务器系统的任意一个节点服务器,节点服务器可以针对数据请求方101的数据请求反馈响应数据,以便于数据请求方101接收节点服务器反馈的响应数据,基于区块链数据共享的安全性和不可更改特性,有效保证信息的安全性和可靠性。

数据服务器端103获取来自数据请求方的数据请求,数据请求中携带所请求的目标服务数据对应的目标统一资源定位系统信息;基于目标统一资源定位系统信息,确定目标服务数据对应的测试开关状态信息;基于测试开关状态信息以及目标统一资源定位系统信息,确定用于获取针对数据请求进行反馈的响应数据的目标数据接口,目标数据接口为用于获取服务数据的服务数据接口或用于获取Mock数据的Mock数据接口;通过所确定的目标数据接口从目标数据接口关联的数据库中提取针对数据请求进行反馈的响应数据,响应数据为目标服务数据或目标服务数据对应的目标Mock数据;发送响应数据至数据请求方。本申请实施例中的技术方案可以在接收到针对服务数据的数据请求后,在系统处于非测试状态的情况下,通过服务数据的获取接口获取正常的服务数据,在处于测试状态的情况下,通过Mock数据的获取接口获取与正常的服务数据对应的Mock数据,使得系统在测试状态和非测试状态中可以进行灵活的切换,无需将模拟接口修改为实际接口或将实际接口修改为模拟接口,避免了在进行替换时容易出现地址错误的问题,提高了网络开发的效率。

需要说明的是,本申请实施例所提供的数据处理方法一般由数据服务器端103执行,相应地,数据处理装置一般设置于数据服务器端103中。

参考图2,图2为本申请一示例性实施例示出的数据处理方法的流程图,本申请实施例所提供的数据处理方法的执行主体为服务器,该服务器可以图1所示的数据服务器端103,如图2所示的数据处理方法包括步骤S210至步骤S240,详细描述如下。

在步骤S210中,获取来自数据请求方的数据请求,数据请求中携带所请求的目标服务数据对应的目标统一资源定位系统信息。

在一个实施例中,数据请求为数据请求方用于向服务器请求某个服务对应的服务数据的请求,数据请求会携带所请求的服务数据对应的统一资源定位系统信息(URL,uniform resource locator),该统一资源定位系统信息作为对指定服务数据的位置进行描述的信息。

在步骤S220中,基于目标统一资源定位系统信息,确定目标服务数据对应的测试开关状态信息。

在一个实施例中,服务器对于各种类型的服务数据,通过测试开关状态信息对其所处的测试状态进行标识,当测试开关状态信息为开启状态信息时,则标识该服务数据处于测试状态,当测试开关状态信息为关闭状态信息时,则标识该服务数据对应的服务数据处于非测试状态。

具体的,服务器可以预先建立服务数据对应的统一资源定位系统信息与服务数据对应的测试开关状态信息之间的映射关系,在获取到服务数据对应的统一资源定位系统信息后,可以直接根据所获取的服务数据对应的统一资源定位系统信息以及该映射关系,确定数据请求方所请求的服务数据对应的测试开关状态信息,从而根据数据请求方所请求的服务数据对应的测试开关状态信息确定该服务数据是否为处于测试状态的服务数据。

可选地,在一个实施例中,步骤S220具体可以包括:若检测到系统的环境测试状态处于开启状态,则基于目标统一资源定位系统信息,确定目标服务数据对应的测试开关状态信息。

在一个实施例中,系统的测试状态作为预存的用于标识服务器的系统当前是否处于测试状态的一种标识信息,在服务器的系统处于测试状态时,则说明服务器中存在有需要进行测试的一个或多个服务数据;在服务器的系统处于非测试状态时,即服务器的系统处于正常运行状态时,则说明数据服务器端中不存在有需要进行测试的服务数据。

可以理解的是,当检测到所预存的测试状态为开启状态信息时,则说明服务器请的系统处于测试状态,则可以进一步基于数据请求中携带所请求的服务数据对应的统一资源定位系统信息,确定该服务数据对应的测试开关状态信息,以确定该服务数据是否为正在进行测试的服务数据。

参考图3,图3为本申请一示例性实施例示出的数据处理方法的流程图,本实施例中的数据处理方法可以包括步骤S310至步骤S320,详细描述如下。

在步骤S310中,若检测到系统的测试状态处于关闭状态,则基于目标统一资源定位系统信息、以及服务数据接口与统一资源定位系统信息的对应关系,确定用于获取目标服务数据的目标服务数据接口。

在一个实施例中,如果检测到所预存的测试状态为关闭状态信息,则说明服务器的系统处于正常运行状态,服务器中不存在需要进行测试的服务数据,因此在向数据请求方反馈针对数据请求的响应数据时,需要将真实的服务数据作为响应数据来反馈至数据请求方。

具体的,在获取需要进行反馈的服务数据时,服务器可以要先基于目标统一资源定位系统信息、以及服务数据接口与统一资源定位系统信息的对应关系,确定用于获取数据请求所请求的服务数据对应的服务数据接口,该服务数据接口作为获取数据请求所请求的服务数据对应的服务数据接口,不同的服务数据一般对应不同的服务数据接口。

在步骤S320中,通过目标服务数据接口从存储服务数据的数据库中提取目标服务数据,作为针对数据请求进行反馈的响应数据。

在一个实施例中,真实的服务数据被存储于用于存储服务数据的数据库中,服务器在需要获取某种类型的真实的服务数据时,则可以通过用于获取该类型服务数据的服务数据接口从存储服务数据的数据库中去提取该服务数据,进而根据所提取的服务数据生成针对数据请求进行反馈的响应数据。

图3所示实施例的技术方案,通过对系统的整体测试状态进行设置,使得可以根据系统当前是否存在需要进行测试的服务数据而设置系统的测试状态,方便对系统在测试状态和非测试状态中进行切换,可以有效提高网络开发的效率。

还请继续参考图2,在步骤S230中,基于测试开关状态信息以及目标统一资源定位系统信息,确定用于获取针对数据请求进行反馈的响应数据的目标数据接口,目标数据接口为用于获取服务数据的服务数据接口或用于获取Mock数据的Mock数据接口。

在一个实施例中,在确定数据请求所请求的服务数据对应的测试开关状态信息后,则可以根据数据请求所请求的服务数据对应的测试开关状态信息,数据接口与数据请求所请求的测试开关状态信息和数据请求所请求的统一资源定位系统信息之间的对应关系,确定用于获取针对该数据请求进行反馈的响应数据的数据接口,该数据接口为获取服务数据的数据接口和获取Mock数据的数据接口中的一种。

可选地,若测试开关状态信息为开启状态信息,则基于目标统一资源定位系统信息、以及Mock数据接口与统一资源定位系统信息的对应关系,确定用于获取目标服务数据对应的目标Mock数据的目标Mock数据接口;若测试开关状态信息为关闭状态信息,则基于目标统一资源定位系统信息、以及服务数据接口与统一资源定位系统信息的对应关系,确定用于获取目标服务数据的目标服务数据接口。

在一个实施例中,若服务数据对应的测试开关状态信息为开启状态信息,则说明该服务数据处于测试状态,因此不能获取真实的服务数据,而需要获取服务数据对应的Mock数据作为针对数据请求进行反馈的响应数据。具体的,可以基于服务数据对应的统一资源定位系统信息、以及Mock数据接口与统一资源定位系统信息的对应关系,确定用于获取该服务数据对应的Mock数据的Mock数据接口,以便于根据所确定的Mock数据接口获取该服务数据对应的Mock数据。

若服务数据对应的测试开关状态信息为关闭状态信息,则说明该服务数据处于非测试状态,因此可以获取真实的服务数据。具体的,可以基于该服务数据对应的统一资源定位系统信息、以及服务数据接口与统一资源定位系统信息的对应关系,确定用于获取该服务数据的服务数据接口,以便于根据所确定的服务数据接口获取该服务数据。

在步骤S240中,通过所确定的目标数据接口从目标数据接口关联的数据库中提取针对数据请求进行反馈的响应数据。

在一个实施例中,在确定用于获取数据的数据接口,会通过所确定的数据接口从该数据接口关联的数据库中提取该服务数据或该服务数据对应的Mock数据,并根据所提取的数据生成针对数据请求进行反馈的响应数据,以便于向数据请求方反馈该响应数据。

可选地,通过目标服务数据接口从存储服务数据的数据库中提取目标服务数据,作为针对数据请求进行反馈的响应数据;或,通过目标Mock数据接口从存储Mock数据的数据库中提取目标Mock数据,作为针对数据请求进行反馈的响应数据。

在一个实施例中,服务数据接口作为从存储服务数据的数据库提取某一种类型的服务数据的数据接口,即服务数据接口与所提取的服务数据存在对应关系,在所确定的数据接口为服务数据接口后,可以通过该服务数据接口从存储服务数据的数据库中提取数据请求所请求的服务数据。同理,Mock数据接口作为从存储Mock数据的数据库提取某一种类型的Mock数据的数据接口,即Mock数据接口与所提取的Mock数据存在对应关系,在所确定的数据接口为Mock数据接口后,可以通过该Mock数据接口从存储Mock数据的数据库中提取数据请求所请求的服务数据对应的Mock数据。

在步骤S250中,发送响应数据至数据请求方。

在一个实施例中,服务器发送响应数据至数据请求方,具体的,可以根据响应数据生成针对数据请求进行反馈的响应数据包,发送该响应数据包至数据请求方。

以上可以看出,通过统一资源定位系统信息,确定服务数据对应的测试开关状态信息;基于测试开关状态信息以及统一资源定位系统信息,确定用于获取针对数据请求进行反馈的响应数据的目标数据接口,目标数据接口为用于获取服务数据的服务数据接口或用于获取Mock数据的Mock数据接口,可以使得系统在接收到针对服务数据的数据请求后,在系统处于非测试状态的情况下,通过服务数据的获取接口获取正常的服务数据,在处于测试状态的情况下,通过Mock数据的获取接口获取与正常的服务数据对应的Mock数据,使得系统在测试状态和非测试状态中可以进行灵活的切换,无需将模拟接口修改为实际接口或将实际接口修改为模拟接口,避免了在进行替换时容易出现地址错误的问题,提高了网络开发的效率。

参考图4,图4为本申请一示例性实施例示出的数据处理方法的流程图,本实施例中的数据处理方法可以包括步骤S410至步骤S420,详细描述如下。

在步骤S410中,获取用于更新服务数据的测试开关状态信息的更新文件,更新文件包含指定服务数据的测试开关状态信息。

在一个实施例中,系统中所预存的各服务数据对应的测试开关状态信息可以以映射关系表的形式存储于系统的存储区中,该映射关系表可以是服务数据对应的统一资源定位系统信息与服务数据对应的测试开关状态信息之间的映射关系表。因此可以将服务数据对应的统一资源定位系统信息作为索引信息,来对服务数据对应的统一资源定位系统信息测试开关状态信息进行查询。更新文件作为对映射关系表进行更新的文件,更新文件包含有指定服务数据的测试开关状态信息,当然,更新文件还可以包括指定服务数据的统一资源定位系统信息。

在步骤S420中,通过更新文件中所包含的指定服务数据的测试开关状态信息替换所存储的指定服务数据的测试开关状态信息。

在一个实施例中,在获取到更新文件后,可以通过更新文件中所包含的指定服务数据的测试开关状态信息替换所存储的指定服务数据的测试开关状态信息,进而实现更新本地存储的服务数据的测试开关状态信息。

图4所示实施例的技术方案中,通过更新文件可以对各服务数据的测试开关状态信息进行更新,实现根据服务数据的具体测试状况对系统中所标识的服务数据的测试状态进行快速地更新,可以在一定程度上提高网络开发的效率。

参考图5,图5为本申请一示例性实施例示出的数据处理方法的流程图,本实施例中的数据处理方法可以包括步骤S510至步骤S520,详细描述如下。

在步骤S510中,获取配置各种类型的Mock数据接口与Mock数据的对应关系的配置文件。

在一个实施例中,系统需要预先对各种类型的Mock数据接口与Mock数据的对应关系进行配置,具体的,可以通过配置文件来进行配置,配置文件中包含服务数据对应的统一资源定位系统信息、服务数据对应的Mock数据以及获取服务数据对应的Mock数据的Mock数据接口三者之间的对应关系。

步骤S520,基于配置文件,将各种类型的Mock数据接口与该Mock数据接口对应的Mock数据关联存储于存储Mock数据的数据库中。

在一个实施例中,在获取到通过配置文件后,将各种类型的Mock数据接口与该Mock数据接口对应的Mock数据关联存储于存储Mock数据的数据库中,进而通过该配置文件可以实现根据系统中需要进行测试的服务数据来配置服务数据对应的Mock数据以及获取该服务数据对应的Mock数据接口,以便于根据所配置的Mock数据接口获取该服务数据对应的Mock数据。

参考图6,图6为本申请的一个实施例的数据处理装置的框图,数据处理装置可以集成于电子设备中,根据本申请的一个实施例的数据处理装置600可以包括:第一获取单元610、第一执行单元620、第二执行单元630、第一提取单元640以及发送单元650;第一获取单元610,用于获取来自数据请求方的数据请求,数据请求中携带所请求的目标服务数据对应的目标统一资源定位系统信息;第一执行单元620,用于基于目标统一资源定位系统信息,确定目标服务数据对应的测试开关状态信息;第二执行单元630,用于基于测试开关状态信息以及目标统一资源定位系统信息,确定用于获取针对数据请求进行反馈的响应数据的目标数据接口,目标数据接口为用于获取服务数据的服务数据接口或用于获取Mock数据的Mock数据接口;第一提取单元640,用于通过所确定的目标数据接口从目标数据接口关联的数据库中提取针对数据请求进行反馈的响应数据,响应数据为目标服务数据或目标服务数据对应的目标Mock数据;发送单元650,用于发送响应数据至数据请求方。

可选地,第一执行单元620被配置为:若检测到系统的测试状态处于开启状态,则基于目标统一资源定位系统信息,确定目标服务数据对应的测试开关状态信息。

可选地,数据处理装置还包括:第三执行单元,用于若检测到系统的测试状态处于关闭状态,则基于目标统一资源定位系统信息、以及服务数据接口与统一资源定位系统信息的对应关系,确定用于获取目标服务数据的目标服务数据接口;第二提取单元,用于通过目标服务数据接口从存储服务数据的数据库中提取目标服务数据,作为针对数据请求进行反馈的响应数据。

可选的,第二执行单元630被配置为:若测试开关状态信息为开启状态信息,则基于目标统一资源定位系统信息、以及Mock数据接口与统一资源定位系统信息的对应关系,确定用于获取目标服务数据对应的目标Mock数据的目标Mock数据接口;若测试开关状态信息为关闭状态信息,则基于目标统一资源定位系统信息、以及服务数据接口与统一资源定位系统信息的对应关系,确定用于获取目标服务数据的目标服务数据接口。

可选地,第一提取单元640被配置为:通过目标服务数据接口从存储服务数据的数据库中提取目标服务数据,作为针对数据请求进行反馈的响应数据;或,通过目标Mock数据接口从存储Mock数据的数据库中提取目标Mock数据,作为针对数据请求进行反馈的响应数据。

可选地,数据处理装置还包括:第二获取单元,用于获取用于更新服务数据的测试开关状态信息的更新文件,更新文件包含指定服务数据的测试开关状态信息;替换单元,用于通过更新文件中所包含的指定服务数据的测试开关状态信息替换所存储的指定服务数据的测试开关状态信息。

可选地,数据处理装置还包括:第三获取单元,用于获取配置各种类型的Mock数据接口与Mock数据的对应关系的配置文件;存储单元,用于基于配置文件,将各种类型的Mock数据接口与该Mock数据接口对应的Mock数据关联存储于存储Mock数据的数据库中。

上述装置中各个模块的功能和作用的实现过程具体详见上述基于数据处理方法中对应步骤的实现过程,在此不再赘述。

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

此外,尽管在附图中以特定顺序描述了本申请中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。

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

在本申请的示例性实施例中,还提供了一种能够实现上述方法的电子设备。

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

参考图7,图7为本申请一示例性实施例示出的一种用于实现上述数据处理方法的电子设备示例框图。图7显示的电子设备700仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示,电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于:上述至少一个处理单元710、上述至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730。

其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元710执行,使得所述处理单元710执行本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的步骤。例如,所述处理单元710可以执行如图2中所示的步骤S210至步骤S250。

存储单元720可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)7201和/或高速缓存存储单元7202,还可以进一步包括只读存储单元(ROM)7203。

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

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

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

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

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

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

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

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

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

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

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

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

相关技术
  • 数据处理方法、装置、电子设备及存储介质
  • 门禁管理的数据处理方法、装置、电子设备与存储介质
技术分类

06120112341928