数据处理方法及装置与流程

1.本技术涉及数据处理技术领域，例如涉及一种数据处理方法及装置。


背景技术：

2.目前，随着科技的发展与商业模式的变革，数据对于企业的重要性日益凸显，作为掌握企业各类数据的部门，财务部门的价值创造变得至关重要。资产负债表、现金流量表和利润表是经典的企业财务管理和经营动态的缩影，也是向投资者和合作伙伴展示自身竞争力的有效工具，但随着企业商业模式和经营业态的变化，传统三张报表还不能完全反映企业经营的全貌。
3.在实现本公开实施例的过程中，发现相关技术中至少存在如下问题：传统的损益表将所有数字汇总起来作为最终结论，只能体现企业收益情况，而无法体现在互联网环境下企业、员工和用户等多个维度如何共创和共享价值。


技术实现要素：

4.为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。
5.本公开实施例提供了一种数据处理方法及装置，以解决如何获取在互联网环境下，企业利益相关者共创和共享的增长价值的技术问题。
6.在一些实施例中，所述方法包括：获取单独核算体在一个或多个源数据库中的源数据；根据预设的数据处理逻辑对所述源数据进行处理；根据处理后的数据获取所述单独核算体的增加价值。
7.在一些实施例中，所述装置包括处理器和存储有程序指令的存储器，所述处理器被配置为在执行所述程序指令时，执行上述的方法。
8.本公开实施例提供的数据处理方法及装置，可以实现以下技术效果：
9.通过以每个单独核算体作为价值增值中心，并获取其在作业过程中的源数据，处理后通过计算获得其增值价值，以取代传统的利润指标计算，颠覆了传统利润表只能事后算账的情况，通过源数据的抓取及处理，动态实时的获取单独核算体的增加价值，实现“事前算赢”，能够更有效的反映在价值共创商业模式下增加价值的情况，以及互联网环境下利益相关者价值共创过程，体现在价值共创共享生态圈下，企业、员工与用户的交互水平和共创效果，推升企业创造价值责任体系的有效性。
10.以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本技术。
附图说明
11.一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不
构成比例限制，并且其中：
12.图1是本公开实施例提供的一种数据处理方法的实施环境示意图；
13.图2是本公开实施例提供的一种数据处理方法的流程示意图；
14.图3是本公开实施例提供的另一种数据处理方法的流程示意图；
15.图4是本公开实施例提供的一种数据处理装置的结构示意图；
16.图5是本公开实施例提供的另一种数据处理装置的结构示意图；
17.图6是本公开实施例提供的另一种数据处理装置的结构示意图。
具体实施方式
18.为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。
19.图1是本公开实施例提供的一种数据处理方法的系统实施环境示意图。
20.其中，该数据处理系统包括源数据库01，数据中台02，目标数据库03和临时数据库04。在数据处理过程中，源数据库01作为数据源头，用于提供数据，可以包括业务系统数据源、文本文件数据和其他数据等数据类型；服务器自源数据库01中获取数据到数据中台02，在数据中台02中进行数据处理，如抽取、加载等步骤，将最终可用数据转贴至目标数据库03中；临时数据库04可为数据中台02以及目标数据库03提供所需的部门临时数据。
21.图2示出了一种数据处理方法，应用于图1所示的实施环境中。
22.如图2所示，该数据处理方法由服务器执行；方法包括：
23.步骤s101，服务器获取单独核算体在一个或多个源数据库中的源数据；
24.步骤s102，服务器根据预设的数据处理逻辑对源数据进行处理；
25.步骤s103，服务器根据处理后的数据获取单独核算体的增加价值。
26.通过以每个单独核算体作为价值增值中心，并获取其在作业过程中的源数据，处理后通过计算获得其增值价值，以取代传统的利润指标计算，能够更有效的反映在价值共创商业模式下增加价值的情况，以及互联网环境下利益相关者价值共创过程，体现在价值共创共享生态圈下，企业、员工与用户的交互水平和共创效果，推升企业创造价值责任体系的有效性。
27.其中，单独核算体是指基于业务中不同的作业单元进行分解的小微体，每个小微体包含一个或多个作业单元。以单独核算体为基础进行增加价值的计算获取，一方面基于一个或多个单独核算体的核算并汇总便于形成企业整体的增值情况，另一方面，有利于企业根据单独核算体的增加价值情况的形成情况在管理过程中进行利益分配。
28.在一些实施例中，步骤s100获取单独核算体在一个或多个源数据库中的数据，包括：根据单独核算体在一个或多个源数据库中的定义进行源数据抓取；对源数据进行转换处理后加载至贴源层数据表中。
29.获取源数据操作通过elt技术(extraction-loading-transformation，数据提取、加载和转换)实现的，从各个源数据库中获取源数据，对源数据进行转换并最终加载填充至
数据表中。通过数据仓库、分布式数据库等工具，将来自外部系统，例如是业务源系统、监控任务源系统的源数据库中的相关数据进行抓取后，进行转换处理并加载至数据仓库的贴源层，并建立贴源层数据表用于存储源数据。例如，通过elt技术从数据源头中获取数据到数据中台，在数据中台进行数据清理、质量控制、逻辑处理等步骤确定最终可用数据。其中，各个源数据库存储数据、提取数据的逻辑各有差异，因此可以通过具有数据集成功能的平台进行数据处理。在本实施例中，通过informatica进行数据集成、大数据管理、数据质量、数据治理、主数据管理、数据安全和云数据集成等数据处理任务。
30.在一些实施例中，获取单独核算体在一个或多个源数据库中的源数据，包括：每隔预设第一时间段，获取单独核算体在一个或多个源数据库中的源数据；按照预设的数据多维度分层存储结构存储在贴源层数据表下。
31.根据预设逻辑，定时获取单独核算体的源数据，在对应数据及时更新的前提下，减少数据冗余，减少重复计算量。其中，预设的数据多维度分层存储结构为多维度多层次的数据模型，将来自多个源数据的多种类外部业务数据在贴源层数据表中进行口径统一与沉淀。可选的，源数据库包括订单源数据库、售后源数据库、配送源数据库、安装源数据库中的一个或多个。如此，在源数据的抓取及处理过程中，能够有效的构建多维度的数据结构，根据作为单独核算体的小微体业务单元构成情况，对订单的生成、配送、安装、售后的增值情况进行部分或全部流程的把控。
32.在一些实施例中，根据预设的数据处理逻辑对源数据进行处理，包括：根据预设的数据处理逻辑对源数据进行完整性检测；当源数据中存在数据出现必填字段空缺时，判定数据为不完整数据，对数据进行删除。
33.对抓取后的源数据进行转换，以满足目标数据模型获取单独核算体的增加价值的目的。其中，通过进行数据完整性检测，将不完整数据进行去除，以保证数据质量。
34.可选的，根据预设的数据处理逻辑对源数据进行处理，包括：根据预设的数据处理逻辑对源数据进行去重处理；当源数据中存在同一时间段内出现重复的数据时，判定数据为重复数据，对数据进行检验并去冗。
35.由于源数据来自于多个源数据库，不同数据库间可能存在重复数据，对于同一时间的重复数据进行去冗，相同的数据只保留一次。例如是，空调器的安装既属于售后源数据库的信息，也属于安装源数据库的信息，同一用户的信息在售后源数据库与安装源数据库中都存有记录，在源数据处理过程中对该重复数据按照规则进行去重，同一时间下同一用户的数据只保留一次。
36.可选的，根据预设的数据处理逻辑对源数据进行处理，包括：根据预设的数据处理逻辑对源数据进行去噪处理；当检测到源数据中存在数据超过设定阈值范围时，判定数据为噪声异常值，对数据进行删除，或根据历史数值取平均值进行代替。
37.通过去除噪声数据与异常数据，避免了有质量问题的数据影响到后期计算，提高了数据处理精度。
38.在一些实施例中，根据处理后的数据获取单独核算体的增加价值，包括：根据处理后的数据获取单独核算体的共创收入和预付价值；根据共创收入与预付价值的差值获取增加价值。
39.共创收入是指数据中的单独核算体与用户交互为企业带来的收入及利益，是单独
核算体对外产出的数值；预付价值是取得共创收入所消耗的内外资源的成本与费用，以及单独核算体内部价值转移或传递过程中所产生的费用，例如是在采购、生产、销售过程中的价值传递过程中消耗的费用。
40.取代传统的利润指标，通过共创收入与预付价值之间的差值来获取单独核算体的增加价值，其增加价值等于参与价值共创的收入扣减消耗内外部资源而产生的成本与费用，有效反映了资源的投入与产出关系。共创收入的实质是对内收入与对外收入之和，对内收入包括了传统销售收入、互联网销售收入、劳务收入等构成营业收入以及对外投资所获的收益部分；对内收入是面向企业架构内其他单独核算体，即具有业务交互关系的其他小微体所获得的营业收入和投资收益部分；预付价值的概念也与传统的费用概念不同，不包括人工费用。如此，获得的增加价值是基于单独和锻体的核算，获取其价值共创与共享的增加价值，相比传统利润表，更能反映互联网环境下单独核算体，即小微体的价值共创过程，通过反映和运用该信息能够更好的为企业决策服务，提高企业创造价值责任体系的有效性。
41.图3示出了一种数据处理方法，应用于图1所示的实施环境中。
42.如图3所示，该数据处理方法由服务器执行；方法包括：
43.步骤s201，服务器获取单独核算体在一个或多个源数据库中的源数据；
44.步骤s202，服务器根据预设的数据处理逻辑对源数据进行处理；
45.步骤s203，服务器根据处理后的数据获取单独核算体的增加价值；
46.步骤s204，服务器基于一个或多个单独核算体的增加价值，获取企业的增加价值。
47.其中步骤s201、步骤s202及步骤s203与上述的实施例中的步骤s101-s103相同；步骤s204中通过核算一个或多个单独核算体的增加价值而形成的企业增加价值，其中由于相关的单独核算体之间存在价值传递过程，例如是内部采购或其他费用，因此在获取企业的增加价值中还需根据单独核算体的层次进行抵消核算，防止出现数据重复处理情况。
48.本实施例提供的数据处理方法，颠覆了传统利润表只能事后算账的情况，通过源数据的抓取及处理，动态实时的获取单独核算体的增加价值，实现“事前算赢”，能够高效的利用互联网平台，体现在价值共创共享生态圈下，企业、员工与用户的交互水平和共创效果，推升企业创造价值责任体系的有效性。
49.图4示出了一种数据处理装置，包括：第一获取模块301，处理模块302和第二获取模块303。其中，第一获取模块301被配置为获取单独核算体在一个或多个源数据库中的源数据；处理模块302被配置为根据预设的数据处理逻辑对源数据进行处理；第二获取模块303被配置为根据处理后的数据获取单独核算体的增加价值。
50.通过以每个单独核算体作为价值增值中心，并获取其在作业过程中的源数据，处理后通过计算获得其增值价值，以取代传统的利润指标计算，能够更有效的反映在价值共创商业模式下增加价值的情况，以及互联网环境下利益相关者价值共创过程，体现在价值共创共享生态圈下，企业、员工与用户的交互水平和共创效果，推升企业创造价值责任体系的有效性。
51.其中，单独核算体是指基于业务中不同的作业单元进行分解的小微体，每个小微体包含多种作业单元。以单独核算体为基础进行增加价值的计算获取，一方面基于一个或多个单独核算体的核算并汇总便于形成企业整体的增值情况，另一方面，有利于企业根据
单独核算体的增加价值情况的形成情况在管理过程中进行利益分配。
52.在一些实施例中，第一获取模块100用于获取单独核算体在一个或多个源数据库中的数据，包括：根据单独核算体在一个或多个源数据库中的定义进行源数据抓取；对源数据进行转换处理后加载至贴源层数据表中。
53.获取源数据操作为etl(抽取extra、转化transfer、加载load)过程，从各个源数据库中获取源数据，对源数据进行转换并最终加载填充至数据表中。通过数据仓库、分布式数据库等工具，将来自外部系统，例如是业务源系统、监控任务源系统的源数据库中的相关数据进行抓取后，进行转换处理并加载至数据仓库的贴源层，并建立贴源层数据表用于存储源数据。
54.在一些实施例中，每隔预设第一时间段，第一获取模块100获取单独核算体在一个或多个源数据库中的源数据；并按照预设的数据多维度分层存储结构存储在贴源层数据表下。
55.根据预设逻辑，定时获取单独核算体的源数据，在对应数据及时更新的前提下，减少数据冗余，减少重复计算量。其中，预设的数据多维度分层存储结构为多维度多层次的数据模型，将来自多个源数据的多种类外部业务数据在贴源层数据表中进行口径统一与沉淀。可选的，源数据库包括订单源数据库、售后源数据库、配送源数据库、安装源数据库中的一个或多个。如此，在源数据的抓取及处理过程中，能够有效的构建多维度的数据结构，根据作为单独核算体的小微体业务单元构成情况，对订单的生成、配送、安装、售后的增值情况进行部分或全部流程的把控。
56.在一些实施例中，处理模块302用于根据预设的数据处理逻辑对源数据进行完整性检测；当源数据中存在数据出现必填字段空缺时，判定数据为不完整数据，对数据进行删除。
57.对抓取后的源数据进行转换，以满足目标数据模型获取单独核算体的增加价值的目的。其中，通过进行数据完整性检测，将不完整数据进行去除，以保证数据质量。
58.可选的，处理模块302还用于根据预设的数据处理逻辑对源数据进行去重处理；当源数据中存在同一时间段内出现重复的数据时，判定数据为重复数据，对数据进行检验并去冗。
59.由于源数据来自于多个源数据库，不同数据库间可能存在重复数据，对于同一时间的重复数据进行去冗，相同的数据只保留一次。例如是，空调器的安装既属于售后源数据库的信息，也属于安装源数据库的信息，同一用户的信息在售后源数据库与安装源数据库中都存有记录，在源数据处理过程中对该重复数据按照规则进行去重，同一时间下同一用户的数据只保留一次。
60.可选的，处理模块302还用于根据预设的数据处理逻辑对源数据进行去噪处理；当检测到源数据中存在数据超过设定阈值范围时，判定数据为噪声异常值，对数据进行删除，或根据历史数值取平均值进行代替。
61.通过去除噪声数据与异常数据，避免了有质量问题的数据影响到后期计算，提高了数据处理精度。
62.在一些实施例中，第二获取模块303用于根据处理后的数据获取单独核算体的共创收入和预付价值；根据共创收入与预付价值的差值获取增加价值。
63.共创收入是指数据中的单独核算体与用户交互为企业带来的收入及利益，是单独核算体对外产出的数值；预付价值是取得共创收入所消耗的内外资源的成本与费用，以及单独核算体内部价值转移或传递过程中所产生的费用，例如是在采购、生产、销售过程中的价值传递过程中消耗的费用。
64.取代传统的利润指标，通过共创收入与预付价值之间的差值来获取单独核算体的增加价值，其增加价值等于参与价值共创的收入扣减消耗内外部资源而产生的成本与费用，有效反映了资源的投入与产出关系。共创收入的实质是对内收入与对外收入之和，对内收入包括了传统销售收入、互联网销售收入、劳务收入等构成营业收入以及对外投资所获的收益部分；对内收入是面向企业架构内其他单独核算体，即具有业务交互关系的其他小微体所获得的营业收入和投资收益部分；预付价值的概念也与传统的费用概念不同，不包括人工费用。如此，获得的增加价值是基于单独和锻体的核算，获取其价值共创与共享的增加价值，相比传统利润表，更能反映互联网环境下单独核算体，即小微体的价值共创过程，通过反映和运用该信息能够更好的为企业决策服务，提高企业创造价值责任体系的有效性。
65.在一些实施例中，如图5所示，该数据处理装置包括：第一获取模块301，处理模块302，第二获取模块303和第三获取模块404。其中，第一获取模块301被配置为获取单独核算体在一个或多个源数据库中的源数据；处理模块302被配置为根据预设的数据处理逻辑对源数据进行处理；第二获取模块303被配置为根据处理后的数据获取单独核算体的增加价值；第三获取模块404被配置为基于一个或多个单独核算体的增加价值，获取企业的增加价值。
66.其中，第一获取模块301、处理模块302以及处理模块303的功能与上述实施例中相同。第三获取模块404用于通过核算一个或多个单独核算体的增加价值而形成的企业增加价值，其中由于相关的单独核算体之间存在价值传递过程，例如是内部采购或其他费用，因此在获取企业的增加价值中还需根据单独核算体的层次进行抵消核算，防止出现数据重复处理情况。
67.本实施例提供的数据处理装置，颠覆了传统利润表只能事后算账的情况，通过源数据的抓取及处理，动态实时的获取单独核算体的增加价值，实现“事前算赢”，能够高效的利用互联网平台，体现在价值共创共享生态圈下，企业、员工与用户的交互水平和共创效果，推升企业创造价值责任体系的有效性。
68.本公开实施例提供的一种数据处理装置，其结构如图6所示，包括：
69.处理器(processor)500和存储器(memory)501，还可以包括通信接口(communication interface)502和总线503。其中，处理器500、通信接口502、存储器501可以通过总线503完成相互间的通信。通信接口502可以用于信息传输。处理器500可以调用存储器501中的逻辑指令，以执行上述实施例的数据处理方法。
70.此外，上述的存储器501中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
71.存储器501作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器500通过运行存储在存储器501中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述方法实施例中的数据处
理方法。
72.存储器501可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器501可以包括高速随机存取存储器，还可以包括非易失性存储器。
73.本公开实施例提供了一种共赢增值表系统，包含上述的数据处理装置。
74.可选地，该共赢增值表系统采用ssm框架集(spring-springmvc-mybatis，java框架)，由soring和mybatis两个开源框架集合而成(springmvc是spring中的部分内容)，通过上述的数据处理方法，实现报表在线查看，数据导出、数据比对、常态化迭代更新等功能。同时，在该框架下，开发部署方便，系统运行效率高。
75.其中，一个或多个单独核算体的增值价值和/或企业的增值价值，以共赢增值表的表格形式在共赢增值表系统的前端显示。共赢增值表前端显示内容主要为报表，结合比较常用的前端框架，系统采用bootstrap作为前台显示框架。bootstrap中包含了丰富的web组件，根据这些组件，可以快速的实现页面的开发搭建，其中包括以下组件：下拉菜单、按钮组、按钮下拉菜单、导航、导航条、路径导航、分页、排版、缩略图、警告对话框、进度条、媒体对象等。
76.本公开实施例提供了一种计算机，包含上述的数据处理装置。
77.本公开实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，计算机可执行指令设置为执行上述数据处理方法。
78.本公开实施例提供了一种计算机程序产品，计算机程序产品包括存储在计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，使计算机执行上述数据处理方法。
79.上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。
80.本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
81.以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。本公开实施例的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。当用于本技术中时，虽然术语“第一”、“第二”等可能会在本技术中使用以描述各元件，但这些元件不应受到这些术语的限制。这些术语仅用于将一个元件与另一个元件区别开。比如，在不改变描述的含义的情况下，第一元件可以叫做第二元件，并且同样第，第二元件可以叫做第一元件，只要所有出现的“第一元件”一致重命名并且所有出现的“第二元件”一致重命名即可。第一元件和第二元件都是元件，但可以不是相同的元件。而且，本技术中使用的用词仅用于描述
实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本技术中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本技术中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个
…”
限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。
82.本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
83.本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
84.附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功
能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。