基于公式配置的资源处理方法及系统与流程

1.本技术涉及资源处理技术领域，尤其涉及一种基于公式配置的资源处理方法及系统。


背景技术：

2.目前，为了合理利用资源，规范资源处理流程，需要为各项占用资源的业务预先分配相适应的资源。
3.相关技术中，在对各项业务分配资源时，主要是依靠历史的资源分配数据，在历史数据的基础上进行修改，得到当前需要为该项业务分配的资源。然而，上述资源分配的方法主要依靠分配人员的个人经验，在不同时刻下同一业务所需的资源肯能存在差别的情况下，该种资源处理方法为各项业务分配的资源的误差较大，不能满足各项业务实际所需的资源。并且，可能导致产生多次资源处理流程，增加了相关工作人员的工作量。


技术实现要素：

4.本技术旨在至少在一定程度上解决相关技术中的技术问题之一。
5.为此，本技术的第一个目的在于提出一种基于公式配置的资源处理方法，该方法仅需要用户确定好各项业务的基础数据和支出标准，可以快速测算出各项业务的基本支出资源数据，且测算结果准确可靠，具有规范性强、科学性高等优点。
6.本技术的第二个目的在于提出一种于公式配置的资源处理系统；本技术的第三个目的在于提出一种非临时性计算机可读存储介质。
7.为达上述目的，本技术的第一方面实施例在于提出一种基于公式配置的资源处理方法，该方法包括以下步骤：获取基础信息，并基于预先定义的多个概念对业务进行抽象；针对每个抽象后的业务配置多层级的支出项，并为所述支出项配置公式；采用消息发布和订阅的机制，将相应的所述基础信息按照所述公式进行关联，对待处理的目标业务需要支出的资源进行测算；根据测算结果为所述目标业务分配对应的资源。
8.可选地，在本技术的一个实施例中，预先定义的多个概念包括：元素公式、模板和场景。
9.可选地，在本技术的一个实施例中，基于预先定义的多个概念对业务进行抽象，包括：对相同的业务配置统一的所述模板，按照所述模板管理业务；在同一模板下定义多个所述场景。
10.可选地，在本技术的一个实施例中，公式包括：计算公式和所述元素公式，所述为所述支出项配置公式，包括：根据预设的资源分配制度，为每个所述支出项配置进行测算的所述计算公式；对多个所述计算公式进行归纳和整理，生成表示公共计算逻辑的所述元素公式。
11.可选地，在本技术的一个实施例中，对待处理的目标业务需要支出的资源进行测算，包括：在基础信息库维护所述基础信息；在确认数据变更后，发布测算报文至kafka平台，并在远程字典服务redis中置换服务状态；测算服务器订阅所述kafka平台发布的测算消息，并进行数据的消费；在消费完成之后，修改所述远程字典服务redis中的服务状态并回写数据的版本号。
12.可选地，在本技术的一个实施例中，进行数据的消费，包括：校验所述测算报文中数据的版本号；在当前数据的版本号大于已处理数据的版本号时，加载测算配置，并根据所述目标业务的基础信息和对应的计算公式，计算所述目标业务需要支出的资源；保存测算结果和日志。
13.可选地，在本技术的一个实施例中，发布测算报文至kafka平台，包括：通过测算组件以jar包的方式发布所述测算报文，其中，所述测算报文包括：区划、场景、测算单位和数据版本号。
14.为达上述目的，本技术的第二方面实施例还提出了一种基于公式配置的资源处理系统，包括以下模块:获取模块，用于获取基础信息，并基于预先定义的多个概念对业务进行抽象；配置模块，用于针对每个抽象后的业务配置多层级的支出项，并为所述支出项配置公式；测算模块，用于采用消息发布和订阅的机制，将相应的所述基础信息按照所述公式进行关联，对待处理的目标业务需要支出的资源进行测算；分配模块，用于根据测算结果为所述目标业务分配对应的资源。
15.为了实现上述实施例，本技术第三方面实施例还提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中的基于公式配置的资源处理方法。
16.本技术的实施例提供的技术方案至少带来以下有益效果：本技术基于基础信息数据和资源预算制度，对业务模型进行整理并抽象出相对应的计算公式，并基于java技术完成对上述配置的公式与基础信息数据相结合的计算，最终测算出各项业务基本支出的资源预算额度，再向各个业务分配测算出的对应的资源。本技术一方面提供了公式配置服务功能，可以支持各种业务场景和复杂公式的配置，另一方面提供测算服务功能，可以将基础信息数据按照公式规则进行关联、汇总和计算。由此，本技术可以快速、准确的测算出各项业务的基本支出资源数据，进而可以精确的为各项业务分配所需的资源，具有规范性强、科学性高等优点，提高了资源处理的效率和准确性，简化了资源处理流程，减少了相关工作人员的工作量。
17.本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
18.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：图1为本技术实施例提出的一种基于公式配置的资源处理方法的流程图；
图2为本技术实施例提出的一种资源支出的测算方法的流程图；图3为本技术实施例提出的一种数据的消费方法的流程图；图4为本技术实施例提出的一种基于公式配置的资源处理系统的结构示意图。
具体实施方式
19.下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。
20.下面参考附图详细描述本发明实施例所提出的一种基于公式配置的资源处理方法及系统。
21.图1为本技术实施例提出的一种基于公式配置的资源处理方法的流程图，如图1所示，该方法包括以下步骤：步骤s101，获取基础信息，并基于预先定义的多个概念对业务进行抽象。
22.需要说明的是，本技术进行处理的资源可以是实际应用中各种类型的资源，作为第一种示例，它可以是计算资源，比如，为各个应用分配的内存、存储空间，又比如，计算机系统为各数据处理任务分配的进程等。作为第二种示例，它还可以是实物资源，比如，各个项目预计占用的土地资源和空间资源等。作为第三种示例，它还可以是金融资源，比如，为各个人员、单位分配的财政支出的数据。本技术的资源处理方法可适用于对上述各种类型的资源进行预算、分配等处理操作。
23.其中，基础信息包括业务所涉及的各级对象，以及各级对象与资源支出相关的信息，比如，在分配财务资源时，基础信息包括具体的单位、该单位中包括的全部人员和每个人员的工资等。
24.具体的，本技术在进行资源处理前首先通过不同的方式获取基础信息。作为一种示例，可以通过用户填报基础信息的方式获取基础信息，比如，当对某单位所需的资金进行测算处理时，可以由该单位下的每个人员在客户端填报自身的工资、津贴等信息，或由该单位的相关负责人在客户端填报各个人员的支出信息，再汇总填报的基础信息。作为另一种示例，可以读取业务发送的请求中包含的基础信息，比如，计算机系统在各个应用程序装载时，确定各应用程序执行数据处理任务时所需的计算资源等。
25.进一步的，本技术提供公式配置的服务能力，主要完成对业务的抽象和公式的配置，对抽象后的业务配置相应的公式，可以支持各种业务场景和复杂公式的配置。本技术为了更好的对业务进行管理，合理的为各个业务的资源进行处理，定义了多个概念，辅助业务的抽象和公式的配置，并便于最终的测算。
26.在本技术一个实施例中，预先定义的多个概念包括：元素公式、数据源、数据集、模板、场景和支出项等。具体而言，各个概念的具体含义如下：元素公式：元素公式是归纳、整理出来的公共计算表达式，是对公共计算逻辑的封装，是从子级单位到父级单位信息转换的桥梁，比如，当对某单位所需的资金进行测算处理时，元素公式实现了从人员维度到单位维度信息转换。
27.数据源：数据源是对数据库表或视图、字段的封装和管理，是基本支出测算的数据基础。
28.数据集：在数据源的基础上定义特定的取数规则，是公式的重要组成要素。
29.模板：按模板管理实现了区划共享，大大提升配置复用度、减少重复配置、减轻配置用户工作量。
30.场景：模板下可定义多个场景，这些不同的场景既可以共享所属模板的全部内容，又可以定义自己的结构、公式等内容，可以满足更多样、更灵活的业务要求。
31.支出项：支出项是对预算支出最明细项的描述和表达。
32.在本技术实施例中，基于上述概念进行业务模型的抽象，包括：对相同的业务配置统一的模板，按照模板管理业务，然后在同一模板下定义多个场景。即，本技术对相同的业务规范统一管理模式，为相同的业务配置统一的模板，在实际处理各项业务时可以减少重复配置，减轻配置用户工作量。并且，通过在模板下定义多个场景，满足对不同状况下的业务进行资源处理的需求。举例而言，场景可以是该模板在不同时间段下进行的资源处理，继续参照上述示例，场景可以是在年初或年末对某单位所需的资金进行测算处理。
33.步骤s102，针对每个抽象后的业务配置多层级的支出项，并为支出项配置公式。
34.其中，支出项是对预算支出最明细项的描述和表达，其本身又包括重要的业务要素，支持多级次。继续参照上述示例，当对某单位所需的资金进行测算处理时，支出项上的重要业务要素有项目、项目类别、部门经济科目等。
35.举例而言，当支出项是职工基本医疗保险缴费时，项目类别为人员类，基本支出项目为社会保险缴费，部门经济科目为职工基本医疗保险缴费。
36.具体的，本技术在每个模板中为业务可能涉及各个资源支出配置多层级的支出项，再对每个支出项设置公式。
37.在本技术一个实施例中，配置的公式包括：计算公式和元素公式，本技术为支出项配置公式，包括先根据预设的资源分配制度，为每个支出项配置进行测算的计算公式，再对多个计算公式进行归纳和整理，生成表示公共计算逻辑的元素公式。
38.具体而言，在本实施例中，可以配置计算公式和元素公式表达式，多元化配置界面。首先配置计算公式，即用于做测算计算的表达式，具体可以结合获取的基础信息和已有的资源分配制度，比如，某单位的资金预算制度，又比如，计算机系统的进程分配制度等，生成适用于本业务支出测算的计算公式。继续参照上述示例，当支出项是职工基本医疗保险缴费时，为该支出项配置的公式为：（津贴补贴*12+绩效工资+工资*12+十三薪）*0.085。
39.进一步的，配置元素公式。作为一种可能的实现方式，归纳当前模板下的多个计算公式，整理出公共计算表达式，实现对该模板或场景下公共计算逻辑的封装。
40.步骤s103，采用消息发布和订阅的机制，将相应的基础信息按照公式进行关联，对待处理的目标业务需要支出的资源进行测算。
41.具体的，本技术在完成公式配置的基础上，实现测算服务能力，主要采用消息发布/订阅机制，对需要进行资源处理的目标业务支出的资源进行测算异步任务。将获取的基础信息数据按照配置的公式规则进行关联，以提供测算服务能力，基于上述配置信息，完成不同基础信息之间的关联、汇总和复杂的公式计算。
42.为了更加清楚的说明本技术对待进行资源处理的目标业务需要支出的资源进行测算的具体实现过程，下面以在本技术一个实施例中提出的一种测算方法进行示例性说明。图2为本技术实施例提出的一种资源支出的测算方法的流程图，如图2所示，该方法包括
以下步骤：步骤s201，在基础信息库维护基础信息。
43.具体的，本技术通过预设的基础信息库、kafka平台、远程字典服务（remotedictionaryserver，简称redis)和测算服务器之间的交互，协同完成目标业务需要支出的资源的测算服务。
44.首先，用户维护基础信息，在本技术一个实施中，用户在客户端向基础信息库发送维护数据的请求，继续参照上述示例，维护内容可以包括单位、人员和工资等。在维护成功后，基础信息库向客户端返回维护成功的通知。
45.步骤s202，在确认数据变更后，发布测算报文至开源流处理平台（kafka），并在远程字典服务（redis）中置换服务状态。
46.具体的，在维护基础数据完成之后，需要对目标业务进行资源处理时，先进行数据变更确认，比如，用户客户端向基础信息库发送确认数据变更的请求，基础信息库确认数据变更，可执行资源处理操作后，向客户端返回确认成功的通知，并在确认变更的同时发布数据变更消息到kafka，并在redis服务中置换状态。
47.其中，kafka是一种开源流处理平台，可通过java编写，kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理各个业务的所有动作流数据，提供实时的消息。redis是一个开源的日志型存储key-value的数据库在本技术实施例中，基础信息库发布测算消息到kafka，kafka接收到消息后向基础信息库返回发送成功的通知，告知开始进行测算。进而，基础信息库向redis发布计算中状态，即将测算服务的状态置换为正在进行测算，redis在状态置换完成后向基础信息库返回发布成功的通知。
48.需要说明的是，本实施例中数据状态以父级单位存储，继续参照上述示例，当对某单位所需的资金进行测算处理时，数据状态以单位维度存储，便于数据的管理和对该目标业务的测算，数据包括该单位的基础信息。
49.步骤s203，测算服务器订阅开源流处理平台（kafka）发布的测算消息，并进行数据的消费。
50.具体的，kafka平台发布订阅测算消息至测算服务器，测算服务订阅kafka变更消息，进行数据的消费，进行数据的消费即测算服务器通过配置的公式测算存储的数据，将目标业务的基础信息按照公式进行关联。其中，测算数据具有版本信息，测算服务根据数据版本确定订阅的变更消息未处理时进行测算服务，版本信息可在kafka平台发布订阅测算消息时，从redis中读取数据的版本信息。
51.进一步的，当测算完成之后，测算服务器保存测算结果，并向kafka平台返回消费成功的消息。
52.步骤s204，在消费完成之后，修改远程字典服务（redis）中的服务状态并回写数据的版本号。
53.具体的，在数据消费完成之后即测算完成之后，kafka平台修改远程字典服务redis中的服务状态，即将测算中状态变更为测算成功状态，并回写数据的版本号，即对redis中存储的相关数据的版本进行更新，版本号变更为测算完成的版本，避免重复进行测算。
54.由此，该方法采用消息发布/订阅机制，基础信息库确认数据变更后，向kafka发布数据变更消息，测算服务订阅数据变更消息，对此单位进行测算异步任务，在计算过程中判断数据的版本号，最终将测算日志及测算数据的结果保存在数据库中。
55.步骤s104，根据测算结果为目标业务分配对应的资源。
56.具体的，通过测算服务确定的该目标业务需要支出的资源，比如，继续参照上述示例，当支出项是职工基本医疗保险缴费时，通过上述该支出项的配置公式，和该单位下员工的基本信息信息进行计算，测算出该业务在缴纳医疗保险时所需的基本资金支出。进而，为目标业务分配所需的资源，可以从已有的全部资源中预支出相应的资源给该目标业务。比如，计算机系统根据自身的计算能力为当前任务（即目标业务）分配可以激活的进程数量。
57.由此，本技术仅需要把基础数据、支出标准和公式等配置完成，可以快速测算出业务的基本支出预算数据，且测算结果准确可靠。进而再从全部资源冲分配相应的资源给当前的业务。
58.本技术可适用于为多个业务同步分配资源，提高对多个业务进行资源处理的准确性和可靠性，并且，避免分配的资源不符合需求，导致重复进行资源处理的流程，提高了对多个业务进行资源处理的效率。
59.综上所述，本技术实施例的基于公式配置的资源处理方法，基于基础信息数据和资源预算制度，对业务模型进行整理并抽象出相对应的计算公式，并基于java技术完成对上述配置的公式与基础信息数据相结合的计算，最终测算出各项业务基本支出的资源预算额度，再向各个业务分配测算出的对应的资源。该方法一方面提供了公式配置服务功能，可以支持各种业务场景和复杂公式的配置，另一方面提供测算服务功能，可以将基础信息数据按照公式规则进行关联、汇总和计算。由此，该方法可以快速、准确的测算出各项业务的基本支出资源数据，进而可以精确的为各项业务分配所需的资源，具有规范性强、科学性高等优点，提高了资源处理的效率和准确性，简化了资源处理流程，减少了相关工作人员的工作量。
60.基于上述实施例，为了更加清楚的说明本技术进行数据的消费的具体实现过程，下面以在本技术一个实施例中提出的一种数据消费方法进行示例性说明。图3为本技术实施例提出的一种数据的消费方法的流程图，如图3所示，该方法包括以下步骤：步骤s301，获取订阅测算消息。
61.需要说明的是，本技术实施例提供的测算服务可以由测算组件和测算服务器量部分实现，其中，测算组件用于发送测算报文，测算组件的主要功能包括：报文组装、测算任务发布（即发布测算报文到kafka）和测算状态更改（即发布测算进行中的状态到redis），整个过程都是以父级单位，比如预算单位为基础维度进行的。
62.作为其中一种可能的实现方式，发布测算报文至kafka平台时，可以通过测算组件以jar包的方式发布测算报文，即以jar包方式发布出去，后续的业务服务可以直接引用此包，以本地方法调用的方式使用，提高了引用报文数据的便捷性。其中，测算报文包括：区划、场景、测算单位和数据版本号。
63.而测算服务以服务的形式运行，测算服务器主要的功能包括报文解析、配置解析、数据源组装、数据计算、计算过程追溯和测算状态置换。
64.具体的，测算组件发布测算报文至kafka后，测算服务器获取kafka发布的订阅测
算消息，并从订阅测算消息中提取出数据版本号。
65.步骤s302，校验测算报文中数据的版本号。
66.具体的，校验测算报文中数据的版本号即根据提取出的数据版本号判断本测算消息是否已处理，作为一种可能的实现方式，先获取记录的当前已处理的版本号，再将提取出的数据版本号与已处理的版本号进行比较，若提取出的数据版本号小于或等于已处理的版本号，则判定当前测算消息已处理，进而结束测算流程，若提取出的数据版本号大于已处理的版本号，则判定当前测算消息未处理，进而执行步骤s303。
67.步骤s303，加载测算配置，并根据目标业务的基础信息和对应的计算公式，计算目标业务需要支出的资源。
68.具体的，在当前数据的版本号大于已处理数据的版本号时，加载测算配置，即加载测算服务所需的配置信息，再拼装表达式，然后加载业务数据，调取已获取的该业务的基础信息，将基础信息代入公式中，从而根据目标业务的基础信息和对应的计算公式，计算目标业务需要支出的资源。
69.步骤s304，保存测算结果和日志。
70.具体的，将本次的测算结果入库，测算日志留存，即将测算结果和测算日志保存至数据库中，再修改redis中的测算状态和数据的版本号。
71.为了实现上述实施例，本技术还提出了一种基于公式配置的资源处理系统，图4为本技术实施例提出的一种基于公式配置的资源处理系统的结构示意图，如图4所示，该系统包括获取模块100、配置模块200、测算模块300和分配模块400。
72.其中，获取模块100，用于获取基础信息，并基于预先定义的多个概念对业务进行抽象。
73.配置模块200，用于针对每个抽象后的业务配置多层级的支出项，并为所述支出项配置公式。
74.测算模块300，用于采用消息发布和订阅的机制，将相应的所述基础信息按照所述公式进行关联，对待处理的目标业务需要支出的资源进行测算。
75.分配模块400，用于根据测算结果为所述目标业务分配对应的资源。
76.可选地，在本技术的一个实施例中，预先定义的多个概念包括：元素公式、模板和场景。
77.可选地，在本技术的一个实施例中，获取模块100具体用于：对相同的业务配置统一的模板，按照模板管理业务；在同一模板下定义多个场景。
78.可选地，在本技术的一个实施例中，公式包括：计算公式和元素公式，配置模块200具体用于：根据预设的资源分配制度，为每个所述支出项配置进行测算的所述计算公式；对多个所述计算公式进行归纳和整理，生成表示公共计算逻辑的所述元素公式。
79.可选地，在本技术的一个实施例中，测算模块300具体用于：在基础信息库维护基础信息；在确认数据变更后，发布测算报文至kafka平台，并在远程字典服务redis中置换服务状态；测算服务器订阅kafka平台发布的测算消息，并进行数据的消费；在消费完成之后，修改远程字典服务redis中的服务状态并回写数据的版本号。
80.可选地，在本技术的一个实施例中，测算模块300还用于：校验测算报文中数据的版本号；在当前数据的版本号大于已处理数据的版本号时，加载测算配置，并根据目标业务
的基础信息和对应的计算公式，计算目标业务需要支出的资源；保存测算结果和日志。
81.可选地，在本技术的一个实施例中，测算模块300还用于：通过测算组件以jar包的方式发布所述测算报文，其中，所述测算报文包括：区划、场景、测算单位和数据版本号。
82.需要说明的是，前述对基于公式配置的资源处理方法的实施例的解释说明也适用于该实施例的系统，此处不再赘述综上所述，本技术实施例的基于公式配置的资源处理系统，基于基础信息数据和资源预算制度，对业务模型进行整理并抽象出相对应的计算公式，并基于java技术完成对上述配置的公式与基础信息数据相结合的计算，最终测算出各项业务基本支出的资源预算额度，再向各个业务分配测算出的对应的资源。该系统一方面提供了公式配置服务功能，可以支持各种业务场景和复杂公式的配置，另一方面提供测算服务功能，可以将基础信息数据按照公式规则进行关联、汇总和计算。由此，该系统可以快速、准确的测算出各项业务的基本支出资源数据，进而可以精确的为各项业务分配所需的资源，具有规范性强、科学性高等优点，提高了资源处理的效率和准确性，简化了资源处理流程，减少了相关工作人员的工作量。
83.为了实现上述实施例，本技术还提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述实施例中任一所述的基于公式配置的资源处理方法。
84.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、
ꢀ“
示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
85.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
86.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
87.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备（如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统）使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装
置。计算机可读介质的更具体的示例（非穷尽性列表）包括以下：具有一个或多个布线的电连接部（电子装置），便携式计算机盘盒（磁装置），随机存取存储器（ram），只读存储器（rom），可擦除可编辑只读存储器（eprom或闪速存储器），光纤装置，以及便携式光盘只读存储器（cdrom）。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
88.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（pga），现场可编程门阵列（fpga）等。
89.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
90.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
91.上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。