资源文件的更新方法和装置与流程

本申请涉及互联网通信技术领域，尤其涉及一种资源文件的更新方法和装置。

背景技术：

在C/S(Client/Server，客户端/服务端)应用中，为了降低网络传输、提升用户体验，通常会在客户端缓存一些资源文件。当资源文件需要更新时，常见的资源文件更新策略是：当服务端的资源文件有变更时，资源文件的摘要也会对应变更，客户端发现本地资源文件的摘要与服务端发布的资源文件的摘要不一致时，向服务端请求最新的资源文件以对本地缓存的资源文件进行更新。

随着业务的新增和变更，资源文件也将进行变更，资源文件的摘要也会随之变更。因此每当业务有变更，客户端都要对资源文件进行更新，导致大量的网络流量消耗、增加网络耗时，用户体验较差。

技术实现要素：

为解决现有技术中的上述问题，本申请的一个目的在于提出一种资源文件的更新方法及装置，可以根据更新类型选择性地更新本地资源文件，降低本地资源文件的更新频率，降低网络传输数据量，减少网络传输时间。

为达到上述目的，本申请实施例提出的资源文件的更新方法，包括：获取发布资源文件信息；根据所述发布资源文件信息识别更新类型；根据所述更新类型控制发布资源文件对本地资源文件的更新。

为达到上述目的，本申请实施例提出的资源文件的更新方法，包括：在发布资源文件信息中加入指示更新类型的信息；向用户终端发送所述发布资源文件信息。

为达到上述目的，本申请实施例提出的资源文件的更新装置，包括：获取模块，用于获取发布资源文件信息；识别模块，用于根据所述发布资源文件信息识别更新类型；更新模块，用于根据所述更新类型控制发布资源文件对本地的资源文件进行的更 新。

为达到上述目的，本申请实施例提出的资源文件的更新装置，包括：信息生成模块，用于在发布资源文件信息中加入指示更新类型的信息；发送模块，用于向用户终端发送所述发布资源文件信息。

由以上本申请实施例提供的技术方案可见，通过根据更新类型控制发布资源文件对本地资源文件的更新，从而根据更新内容的不同对本地资源文件进行选择性地更新，无需在服务端每次发布新的资源文件时都对应更新本地资源文件，能够有效降低本地资源文件的更新频率，降低网络传输数据量，减少网络传输时间，提升用户体验。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例的资源文件的更新方法的流程示意图；

图2是本申请一实施例的资源文件的更新装置的结构示意图；

图3是本申请另一实施例的资源文件的更新装置的结构示意图；

图4是本申请另一实施例的资源文件的更新方法的流程示意图；

图5是本申请另一实施例的资源文件的更新装置的结构示意图；

图6是本申请另一实施例的资源文件的更新方法的流程示意图；

图7是本申请另一实施例的资源文件的更新方法的流程示意图。

具体实施方式

本申请实施例提供一种资源文件的更新方法和装置。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当 属于本申请保护的范围。

图1是本申请一实施例提出的资源文件的更新方法的流程示意图，在该图所示的实施例中通过根据发布资源文件信息识别更新类型，根据不同的更新类型来选择性地更新本地资源文件，以减少不必要的更新。如图1所示，该方法包括：

步骤S101，获取发布资源文件信息。

步骤S102，根据所述发布资源文件信息识别更新类型。

步骤S103，根据所述更新类型控制发布资源文件对本地资源文件的更新。

根据本申请的一个实施例，更新类型包括必要更新和非必要更新。其中，更新类型可以包括必要更新和非必要更新，也可以是重要性等级等。本申请的实施例将以更新类型是必要更新和非必要更新为例进行说明。

根据本申请的一个实施例，发布资源文件例如是服务端最近一次发布的资源文件，资源文件可以是应用程序的资源文件，也可以是系统资源文件等。发布资源文件信息包括但不限于：发布资源文件的发布版本号和/或摘要和/或类型标识。其中，类型标识可以包含于发布版本号或摘要中，也可以独立于发布版本号或摘要位于发布资源文件信息中。发布版本号例如是以本领域常用规则生成的版本号，例如1.2.0.1234，也可以是包含了指示更新类型的信息的版本号，例如1.2.0.1234X，其中1.2.0.1234为常规版本号，X为类型标识位，用于指示更新类型。同理，摘要可以是本领域常规生成的摘要，也可以是带有类型标识的摘要。类型标识的形式可以有多种，例如是具有预设含义的符号、数字等，例如，当类型标识为X时，表示更新类型为非必要更新，当类型标识为Y时，表示更新类型为必要更新。

根据本申请的一个实施例，在所述获取发布资源文件信息之后还包括：

根据所述发布资源文件信息判断所述发布资源文件是否为新版本，当所述发布资源文件为新版本时，根据所述发布资源文件信息识别更新类型。

根据本申请的一个实施例，所述根据所述发布资源文件信息判断所述发布资源文件是否为新版本进一步包括，根据所述发布资源文件信息中的发布版本号和/或摘要与本地资源文件信息中的本地版本号和/或摘要进行比较，得到所述发布资源文件是否为新版本。在比较发布版本号和/或摘要与本地版本号和/或摘要之后，根据版本号和/或摘要的命名规则，即可获知发布资源文件是否为新版本。

根据本申请的一个实施例，根据所述发布资源文件信息识别更新类型进一步 包括，根据所述发布资源文件信息中的类型标识或发布版本号来识别更新类型。

根据本申请的一个实施例，发布版本号包括必要更新编号和非必要更新编号，所述根据所述发布资源文件信息中的发布版本号来识别更新类型具体包括：若所述发布版本号的必要更新编号与本地版本号的必要更新编号比较结果为新版本，则更新类型为必要更新，否则更新类型为非必要更新。本实施例改变了版本号的常规命名规则，通过版本号中的必要更新编号和非必要更新编号即可在识别是否为新版本的同时识别发布资源文件的更新类型，在采用这种发布版本号的情况下，无需再比较摘要和/或类型标识的内容，简化了发布资源文件信息中的内容，减少了检测过程的网络消耗和时间消耗。

根据本申请的一个实施例，根据所述更新类型控制发布资源文件对本地资源文件的更新进一步包括：若所述发布版本号的非必要更新编号与本地版本号的非必要更新编号比较结果满足预定条件，则使用发布资源文件对本地资源文件进行更新。举例而言，以更新编号数值加1表示版本更新一次，若更新类型为非必要更新，可以对非必要更新编号进行比较：当发布版本号的非必要更新编号大于本地版本号的非必要更新编号且两者的差值达到预设阈值时，则使用发布资源文件对本地资源文件进行更新，否则，继续使用本地资源文件，不进行更新。通过本步骤，可以减少本地资源文件的非必要更新，降低更新频率。

根据本申请的一个实施例，所述根据所述更新类型控制发布资源文件对本地资源文件的更新进一步包括：当所述更新类型为必要更新时，使用发布资源文件对本地资源文件进行更新；当所述更新类型为非必要更新时，则不更新。通过本步骤，可以尽可能的减少本地资源文件的更新频率。

本实施例的方法通过获取发布资源文件信息并识别更新类型，根据更新类型控制发布资源文件对本地资源文件的更新，从而根据更新内容的不同对本地资源文件进行选择性地更新，无需在服务端每次发布新的资源文件时都对应更新本地资源文件，能够有效降低本地资源文件的更新频率，降低网络传输数据量，减少网络传输时间，提升用户体验。

图2是本申请实施例的资源文件的更新装置的结构示意图。本实施例的装置可以为实现相应功能的逻辑部件构成，也可以为运行有相应功能软件的电子设备，本实施例的装置可以是客户端装置，根据更新类型的不同对本地资源文件采取不同的更新措 施。

如图2所示，该资源文件的更新装置包括获取模块100，用于获取发布资源文件信息。

识别模块200，用于根据所述发布资源文件信息识别更新类型。

更新模块300，用于根据所述更新类型控制发布资源文件对本地的资源文件进行的更新。

根据本申请的一个实施例，更新类型包括必要更新和非必要更新。其中，更新类型可以包括必要更新和非必要更新，也可以是重要性等级等。本申请的实施例将以更新类型是必要更新和非必要更新为例进行说明。

根据本申请的一个实施例，识别模块200具体用于根据所述发布资源文件信息中的类型标识或发布版本号来识别更新类型。

根据本申请的一个实施例，所述发布版本号包括必要更新编号和非必要更新编号，所述识别模块200还用于：当所述发布版本号的必要更新编号与本地版本号的必要更新编号比较结果为新版本时，更新类型识别为必要更新，否则更新类型识别为非必要更新。

根据本申请的一个实施例，所述更新模块300还用于在所述发布版本号的非必要更新编号与本地版本号的非必要更新编号比较结果满足预定条件时，使用发布资源文件对本地资源文件进行更新。

根据本申请的一个实施例，所述更新模块300还用于：当所述更新类型为必要更新时，使用发布资源文件对本地资源文件进行更新；当所述更新类型为非必要更新时，则不更新。

在本申请的一个实施例中，更新模块300可以根据更新类型的不同选择不同的更新措施。例如，当更新类型是必要更新时，可以下载并使用发布资源文件对本地资源文件进行更新，当更新类型是非必要更新时，则不更新或者按预设的间隔进行更新，从而在发布资源文件变更时，能够尽可能少的更新本地资源文件，进而降低网络传输数据量，减少网络传输时间。

根据本申请的一个实施例，如图3所示，该资源文件的更新装置在图2的基础上还包括判断模块400，用于根据所述发布资源文件信息判断所述发布资源文件是否为新版本，若所述发布资源文件为新版本，则根据所述发布资源文件信息识别更新类型。

根据本申请的一个实施例，所述判断模块400具体用于根据所述发布资源文件信息中的发布版本号和/或摘要与本地资源文件信息中的本地版本号和/或摘要进行比较，得到所述发布资源文件是否为新版本。例如根据版本号的编号规则确定发布版本号和本地版本号中哪一个较新，或者可以对摘要内容进行对比，得到所述发布资源文件是否为新版本。

本申请实施例的装置通过获取发布资源文件信息并识别更新类型，根据更新类型控制发布资源文件对本地资源文件的更新，从而根据更新内容的不同对本地资源文件进行选择性地更新，能够有效减少本地资源文件的非必要更新，避免在服务端每次发布新的资源文件时都对应更新本地资源文件导致浪费流量、等待时间长等问题，提升了用户体验。

图4是根据本申请另一实施例提出的资源文件的更新方法的流程示意图，本实施例以从服务端角度实现为例进行说明，在发布资源文件信息中加入指示更新类型的信息，使得用户终端从服务端获取到发布资源文件信息后，可以根据指示更新类型的信息采取不同的更新措施。

该图4所示的方法包括步骤S401，在发布资源文件信息中加入指示更新类型的信息。

步骤S402，向用户终端发送所述发布资源文件信息。

具体地，发布资源文件可以是服务端最近一次发布的资源文件，发布资源文件信息包括但不限于：发布资源文件的发布版本号和/或摘要和/或类型标识。

根据本申请的一个实施例，更新类型包括必要更新和非必要更新。

根据本申请的一个实施例，所述在发布资源文件信息中加入指示更新类型的信息中进一步包括：在发布资源文件信息中加入类型标识，通过类型标识来指示更新类型，来指示更新类型。

根据本申请的一个实施例，所述在发布资源文件信息中加入指示更新类型的信息中进一步包括：将所述发布资源文件信息的发布版本号分为必要更新编号和非必要更新编号，来指示更新类型。例如版本号为X.Y，X为必要更新编号部分，Y为非必要更新编号部分，X、Y分别可以是数字和/或字符和/或字符串等，当发布资源文件是必要更新版本时，按预设的编号规则改变X部分编号；当发布资源文件是非必要更新版本时，保持X部分不变，同时按预设的编号规则改变Y部分编号。

需要理解的是，除上述实施例之外，指示更新类型的信息还有多种可能的形式，在此不再一一列举。

在本申请的一个具体实施例中，服务端可以在接收到用户终端发送的获取发布资源信息的请求后向用户终端发送发布资源文件信息，也可以主动向用户终端发送发布资源文件信息。其中，用户终端可以是任何使用相应资源文件的电子设备。

需要理解的是，对比现有技术，根据本申请实施例中的发布资源文件信息，用户终端不仅可以判断该发布资源文件是否有更新，还可以进一步得到更新类型的指示。这种改进具有多种可能的方案：例如，可以通过比较版本号和/或摘要来确定资源文件是否有更新，进一步通过类型标识来识别更新类型，而该类型标识在所述发布资源文件信息中的位置可以有多种情况，例如在版本号中，在摘要中，或者独立于版本号和摘要位于发布资源文件中；又例如，可通过具有必要更新编号和非必要更新编号的版本号来比较是否有更新，同时指示更新类型。

本实施例的方法通过在发布资源文件信息中加入指示更新类型的信息并发送至用户终端，对发布资源文件的更新类型进行了标识，使用户终端能够根据发布资源文件信息识别更新类型，进而能够根据更新类型选择更新，降低了用户终端资源文件更新频率，降低网络传输数据量，降低维护成本。

图5是本申请另一实施例的资源文件的更新装置的结构示意图。该实施例的装置可以为实现相应功能的逻辑部件构成，也可以为运行有相应功能软件的高性能计算机，具体例如是服务器。

如图5所示，该资源文件的更新装置包括信息生成模块10，用于在发布资源文件信息中加入指示更新类型的信息。

发送模块20用于向用户终端发送所述发布资源文件信息。

根据本申请的一个实施例，所述信息生成模块10具体用于在所述发布资源文件信息中加入类型标识。

根据本申请的一个实施例，所述信息生成模块10具体用于将所述发布资源文件信息的发布版本号分为必要更新编号和非必要更新编号。

本实施例的装置通过在发布资源文件信息中加入指示更新类型的信息并发送至用户终端，对发布资源文件的更新类型进行了标识，使用户终端能够根据发布资源文件信息识别更新类型，进而能够根据更新类型选择更新，降低了用户终端资源文件更 新频率，降低网络传输数据量，降低维护成本。

图6是根据本申请另一实施例提出的资源文件的更新方法的流程示意图，本实施例中采用服务端与客户端交互的方式进行说明。以资源文件信息是具有必要更新编号X和非必要更新编号Y的版本号为例，发布版本号以X.Y表示，本地版本号以X₀.Y₀表示。

如图6所示，该方法包括步骤S601，客户端向服务端发送请求，以获取发布资源文件信息。具体地，客户端可以通过互联网等通信方式向服务端发送资源文件更新请求或版本检测请求等来获取发布资源文件信息。实际应用中，客户端发送的请求中还可以包括资源文件的名称，以便于服务端查找相应的资源文件信息。

步骤S602，服务端将发布资源文件信息返回至客户端。

在本申请的具体实施例中，服务端可根据发布资源文件较上一版本的发布资源文件更新的内容，将更新类型分为必要更新和非必要更新两类，并在发布资源文件信息中加入指示类型更新的信息。

举例而言，以资源文件是应用程序中的资源文件为例，在业务变更导致资源文件更新频繁的情况下，可以对业务变更进行分析，将对应的资源文件的变更分为以下两类：

1、兼容性变更：新增和/或修改的功能/内容对前一版本的资源文件的使用无影响，安装前一版本资源文件的用户仍然可以继续使用，只需使新下载安装该资源文件的客户端能够使用到变更后的功能/内容即可；

2、非兼容性变更：变更的内容与前一版本资源文件的内容是不兼容的，即所有客户端必须更新最新的资源文件才能正常使用，非兼容性变更例如是在线修复程序漏洞等。

在目前的C/S(Client/Server，客户端/服务端)结构的应用中，根据统计结果，在数量上，资源文件的兼容性变更约占90％，非兼容变更约占10％。因此，在本申请的一个具体实施例中，对于兼容性变更的发布资源文件，可以认为该发布资源文件是非必要更新的版本，而非兼容性变更的发布资源文件，则认为是必要更新的。

需要理解的是，以上只是对更新类型的一种可能的分类规则的举例，在具体实施中同样可以适用其他分类规则。具体划分发布资源文件是否为必要更新版本，可以通过人工区分，也可以通过机器学习语言等现有的或未来可能出现的手段来实现。

步骤S603，客户端根据发布资源文件信息判断发布资源文件是否为新版本。具体地，可以将发布版本号X.Y与本地版本号X₀.Y₀进行比较来判断发布资源文件是否为新版本。例如版本号的编号规则是版本越新编号越大，那么当X大于X₀和/或Y大于Y₀时，判断发布资源文件为新版本，否则判断本地资源文件为最新版本。

步骤S604，当发布资源文件为新版本时，客户端根据发布资源文件信息识别更新类型；否则，结束更新流程。

具体地，以版本越新编号越大的编号规则为例，当X大于X₀时，将所述更新类型识别为必要更新；当X不大于X₀，而Y大于Y₀时，将所述更新类型识别为非必要更新。

实际操作中，以上步骤S603和步骤S604可以同时进行，也可以分步进行。

若所述更新类型为必要更新，执行步骤S605，否则执行步骤S606或步骤S607。

步骤S605，使用发布资源文件对本地资源文件进行更新。

所述的使用发布资源文件对本地资源文件进行更新，可以使用现有技术手段实现，例如将服务端的发布资源文件下载到用户终端，舍弃本地资源文件并使用发布资源文件进行渲染，最终生成更新后的相应客户端应用程序页面，也可以使用未来可能出现的技术手段实现，本申请对此不做限定。

步骤S606，当所述更新类型为非必要更新时，判断所述发布版本号的非必要更新编号与本地版本号的非必要更新编号比较结果是否满足预定条件，若满足，执行步骤S605，否则执行步骤S607。

步骤S607，不对本地资源文件进行更新。

具体地，以版本每更新一次，编号的数值加1为例，若预定条件是发布版本号与本地版本号的非必要更新编号差值为4，那么当Y与Y₀的差大于或等于4时，使用发布资源文件对本地资源文件进行更新，否则不更新，由此，既可以尽量少的触发本地资源文件的更新，同时也可以避免发布资源文件版本多次更新而本地资源文件版本滞后过多造成的差异，有效地提升了用户体验。

以上步骤中，步骤S606是可选的，例如可以在更新类型为非必要更新时，直接执行步骤S607不进行更新，结束更新流程，可以更大程度地降低本地资源文件的更新频率。

此外，在C/S结构的应用中，客户端可能会有多个版本，相应的业务方对不同版 本的需求也是不一样的，为了降低资源文件更新频率，对于不同的版本，服务端需要维护对应的不同的资源文件，如此导致开发工作量大，后续的维护成本也较高。而采用本实施例的方法，根据更新类型对本地资源文件选择性地更新，可以进一步降低各版本客户端的资源文件的更新频率，降低开发和维护成本。

优选地，本实施例可以采用java语言实现。

本实施例通过获取发布资源文件信息并识别更新类型，根据更新类型控制发布资源文件对本地资源文件的更新，从而可以根据更新类型的不同对本地资源文件进行选择性更新，无需在服务端每次发布新的资源文件时都对应更新本地资源文件，甚至在不影响使用的情况下尽量少的触发资源文件的更新，能够有效降低本地资源文件的更新频率，降低网络传输数据量，减少网络传输时间，提升用户体验，并且降低了服务端的维护成本。

图7是根据本申请另一实施例提出的资源文件的更新方法的流程示意图，本实施例中采用服务端与客户端交互的方式进行说明。以资源文件信息包括版本号或摘要，和类型标识为例，发布资源文件信息以BM表示，本地资源文件信息以B₀或B₀M₀表示，其中B、B₀表示版本号或摘要部分，M、M₀表示类型标识部分。

如图7所示，该方法包括步骤S701，客户端向服务端发送请求，以获取发布资源文件信息。具体参见步骤S601。

步骤S702，服务端在发布资源文件信息中加入指示更新类型的信息，并将发布资源文件信息发送至客户端。

在本申请的具体实施例中，服务端可根据发布资源文件较上一版本的发布资源文件更新的内容，将更新类型分为必要更新和非必要更新两类，并在发布资源文件信息中加入指示类型更新的信息。在本实施例中，服务端可以在使用常规版本号的发布资源文件信息中加入类型标识，或在使用摘要的发布资源文件信息中加入类型标识，从而可以在不改变资源文件信息原有内容的前提下，通过加入类型标识来指示更新类型。

步骤S703，客户端根据发布资源文件信息判断发布资源文件是否为新版本。

具体地，客户端在接收到发布资源文件信息后，可以将资源文件信息中的版本号/摘要部分B与本地/摘要部分B₀进行比较来判断发布资源文件是否为新版本。例如B部分是版本号，且版本号的编号规则是版本越新编号越大，那么当B大于B₀时，判 断发布资源文件为新版本，否则判断本地资源文件为最新版本；又例如B部分是摘要，那么当B与B₀对比结果显示摘要中的内容有更新时，认为发布资源文件为新版本，否则判断本地资源文件为最新版本。

步骤S704，当发布资源文件为新版本时，客户端根据发布资源文件信息识别更新类型；否则，结束更新流程。

具体地，客户端可以根据预设的类型标识与更新类型的对应关系，识别更新类型。以类型标识是0-1信号，且1表示必要更新为例，当M为1时，将所述更新类型识别为必要更新；否则，将所述更新类型识别为非必要更新。类型标识可以有其他形式，在此不再一一列举。

若所述更新类型为必要更新，执行步骤S705，否则执行步骤S706或步骤S707。

步骤S705，使用发布资源文件对本地资源文件进行更新。

所述的使用发布资源文件对本地资源文件进行更新，可以使用现有技术手段实现，例如将服务端的发布资源文件下载到用户终端，舍弃本地资源文件并使用发布资源文件进行渲染，最终生成更新后的相应客户端应用程序页面，也可以使用未来可能出现的技术手段实现，本申请对此不做限定。

当发布资源文件中的B部分是版本号时，还可以执行步骤S706：

步骤S706，当所述更新类型为非必要更新时，判断所述发布版本号与本地版本号的比较结果是否满足预定条件，若满足，执行步骤S705，否则执行步骤S707。

具体地，以版本每更新一次，编号的数值加1为例，若预定条件是发布版本号与本地版本号的编号差值为4，那么当B与B₀的差大于或等于4时，使用发布资源文件对本地资源文件进行更新，否则不更新，以此来尽量少的触发本地资源文件的更新。

以上步骤中，步骤S706是可选的，例如可以在更新类型为非必要更新时，直接执行步骤S707不进行更新，结束更新流程，可以更大程度地降低本地资源文件的更新频率。

步骤S707，不对本地资源文件进行更新。

优选地，本实施例可以采用java语言实现。

本实施例通过获取发布资源文件信息并识别更新类型，根据更新类型控制发布资源文件对本地资源文件的更新，从而可以根据更新类型的不同对本地资源文件进行选择性更新，无需在服务端每次发布新的资源文件时都对应更新本地资源文件，甚至在 不影响使用的情况下尽量少的触发资源文件的更新，能够有效降低本地资源文件的更新频率，降低网络传输数据量，减少网络传输时间，提升用户体验，并且降低了服务端的维护成本。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。