单据数据质量检测方法、系统、设备及计算机可读介质与流程

1.本技术涉及数据管理技术领域，尤其涉及一种单据数据质量检测方法、系统、设备及计算机可读介质。


背景技术：

2.随着企业业务的发展，数据质量成为企业信息系统稳定运行的壁垒，该壁垒发现难，且容易造成严重数据质量事故，轻则影响企业正常生产业务执行，重则错误数据造成企业重大经济损失。因此，如何保证企业数据资产的质量是业务数据管理工作中的重要一环。
3.目前，企业使用的系统中，主要是靠业务单据界面的校验逻辑以及人为手工认定保证数据的质量，而系统中往往供应链业务流程长、场景多、单据间的反写数据复杂，若仅依赖人工检测数据质量，显然要耗费大量人力物力，不仅检测周期长，且会因为质检员工作经验的差异影响检测结果的准确性。另外，一旦出现质量问题，则需要手动写入sql脚本在数据库层面，查询分析数据；然而现在的信息化系统，业务数据中大量数据在数据库存储的是业务数据的关系id或者基础数据的id，使用sql脚本查询数据无法直观的识别业务数据，以对数据质量进行判定或对问题数据进行定位，因此单据数据质量检测工作开展难度大，也容易造成数据质量事故。


技术实现要素：

4.本技术的目的在于提供一种单据数据质量检测方法、系统、设备及计算机可读介质，至少解决现有的业务单据数据质量检测方法中存在的开展难度大、耗费周期长、检测效果不理想等技术问题之一。
5.为实现上述目的，第一方面，本技术提供一种单据数据质量检测方法，包括：
6.根据输入的数据检测条件构造数据检索条件，输出检索的条件范围；
7.根据所述检索的条件范围，确定待巡检的业务数据及数据异常的判定条件，输出带有检验标准和检验范围的巡检项目；
8.基于所述巡检项目构造巡检模型，包括构造数据间的数据血缘关系，输出由巡检模型控制的巡检项目；
9.利用由巡检模型控制的巡检项目构造巡检计划，基于所述巡检计划对业务数据进行质量检测。
10.在第一方面的一些实现方式中，构造巡检模型的过程还包括构造巡检线程池；所述构造巡检线程池，包括：
11.采用主线程批处理和固定线程数字的线程池资源构造线程池资源；
12.封装执行目标至线程池以进行多线程控制，所述多线程包括主线程和多个子线程；其中，所述主线程根据配置指定每个所述子线程的执行时间以及超时后的处理机制。
13.在第一方面的一些实现方式中，在所述构造巡检线程池之后，还包括：
14.对线程池的线程数量、线程资源、cpu资源和内存资源进行分配；
15.设置线程死锁时效、死锁超时提醒以及死锁后的自动处理功能。
16.在第一方面的一些实现方式中，所述数据血缘关系通过血缘代际图谱模型来表示；所述构造数据间的数据血缘关系，输出由巡检模型控制的巡检项目，包括：
17.通过单据间具有血缘关系的数据，构建单据的血缘代际图谱模型；其中，
18.所述具有血缘关系的数据包括代表族类数据和血缘类数据；所述代表族类数据包括核心单据的数据，所述核心单据的数据被业务流程中的每个单据携带；所述血缘类数据包括来源单据的数据，所述来源单据用于表示所述业务流程中当前业务的上游业务；
19.基于所述血缘代际图谱模型，建立数据质量检测标准，以输出带有检验标准和检验范围的巡检项目。
20.在第一方面的一些实现方式中，所述利用由巡检模型控制的巡检项目构造巡检计划，包括：
21.确定执行时间范围和检测数据量阈值，根据所述巡检项目、所述执行时间范围和所述检测数据量阈值构造具有数据血缘关系的巡检计划。
22.在第一方面的一些实现方式中，所述基于所述巡检计划对业务数据进行质量检测，包括：
23.基于所述巡检计划，通过定时执行或手动执行方式，确定巡检任务；
24.将检测条件下的巡检数据量作为约束，执行所述巡检任务，生成巡检结果。
25.在第一方面的一些实现方式中，在所述生成巡检结果之后，还包括：
26.若巡检结果为合格数据，则直接输出并显示；
27.若巡检结果为异常数据，根据数据血缘关系和数据标准规则，修复异常数据。
28.在第一方面的一些实现方式中，所述的单据数据质量检测方法，还包括：
29.对巡检任务进行巡检监控，对任务执行情况进行可视化展示，并生成对应的巡检日志；其中，所述任务执行情况包括运行中、已终止、已完成及异常。
30.第二方面，本技术还提供一种单据数据质量检测系统，包括：
31.检索条件构建单元，用于根据输入的数据检测条件构造数据检索条件，输出检索的条件范围；
32.巡检项目确定单元，用于根据所述检索的条件范围，确定待巡检的业务数据及数据异常的判定条件，输出带有检验标准和检验范围的巡检项目；
33.巡检模型构造单元，用于基于所述巡检项目构造巡检模型，包括构造数据间的数据血缘关系，输出由巡检模型控制的巡检项目；
34.质量检测单元，用于利用由巡检模型控制的巡检项目构造巡检计划，基于所述巡检计划对业务数据进行质量检测。
35.第三方面，本技术还提供一种计算机设备，包括处理器和存储器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时实现如第一方面所述的单据数据质量检测方法。
36.第四方面，本技术还提供一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的单据数据质量检测方法。
37.第五方面，本技术还提供一种计算机程序产品，当计算机程序产品在设备上运行时，使得计算机设备执行时实现如第一方面的所述的单据数据质量检测方法。
38.相对于现有技术，本技术的有益效果在于：
39.1)本技术通过将数据血缘关系模型化，实现数据产生的途径、来源、过程，以及对数据处理、加工、融合、流转分析中数据血缘关系抽象，方便用户及时检测信息系统的数据质量。这种模型化的方式，实现数据血缘关系的抽象可配置；能够对检测数据进行校验和修复，并对检验条件、检测结果和修复处理结果进行检测。
40.2)本技术构建了具有数据血缘关系的检测项目，不仅可扩展能力强，也提高了检测系统的适用性和稳定性，降低了维护和运营成本。
附图说明
41.为了更清楚地说明本技术的技术方案，下面将对实施方式中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
42.图1是本技术某一实施例提供的单据数据质量检测方法的流程示意图；
43.图2是本技术某一实施例提供的可配置数据质量巡检装置的结构示意图；
44.图3是本技术某一实施例提供的供应链数据血缘关系图；
45.图4是本技术某一实施例提供的供应链数据血缘代际图谱模型图；
46.图5是本技术某一实施例提供的从业务数据到血缘关系数据表的原理示意图；
47.图6是本技术某一实施例提供的单据数据质量检测系统的结构示意图；
48.图7是本技术某一实施例提供的计算机设备的结构示意图。
具体实施方式
49.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
50.应当理解，文中所使用的步骤编号仅是为了方便描述，不对作为对步骤执行先后顺序的限定。
51.应当理解，在本技术说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本技术。如在本技术说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
52.术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
53.术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
54.为了帮助理解，首先对于本技术涉及的相关术语进行解释：
55.业务数据：企业用户在做生产经营业务过程中产生的结构化的数据。
56.数据质量：用户数据的合规性、合法性考量标准。
57.可配置：企业按照用户业务要求，配置并注入检查条件。
58.数据血缘关系：任何的数据，从产生、业务处理、加工、融合、流转，到最终消亡，数
据之间自然会形成一种关系。好比人类社会中的家族人群的代际关系，通过这种类似的关系来表达数据之间的这种关系，称之为数据的血缘关系。
59.下面针对数据血缘关系给出几个示例：
60.1)组织体系之间委托关系——检验业务发生组织的正确性。如：采购组织a委托库存组织b收货。
61.2)单据之间的关联关系——检验不同业务域之间业务数据传递及反写的正确性。如：通过采购订单cgdd-01关联生成采购入库单cgrk-01时会有大量的业务数据携带到采购入库单cgrk-01。
62.3)物料主数据、物料业务主数据、业务数据——检验单位、数量、价格、金额正确性。如：物料主数据包括，基本信息，物理属性-长宽高、件重体等，化学属性-颜色、气味、毒性等；生产信息-制造商、保质期等；物料业务主数据包括，采购信息-价格、包装单位、涉税要求等；物料的业务数据-采购批量、运输要求、送货计划等；
63.4)来源单据信息、及核心单据信息——如：采购订单cgdd-01关联生成采购入库单cgrk-01时，针对采购入库单cgrk-01的来源单据是采购订单cgdd-01；另外，核心单据就是采购业务，从业务的第一张单据开始，核心单据是采购订单cgdd-01。
64.请参阅图1，本技术某一实施例提供一种单据数据质量检测方法。如图1所示，该单据数据质量检测方法包括步骤s10至步骤s40。各步骤具体如下：
65.s10、根据输入的数据检测条件构造数据检索条件，输出检索的条件范围；
66.s20、根据所述检索的条件范围，确定待巡检的业务数据及数据异常的判定条件，输出带有检验标准和检验范围的巡检项目；
67.s30、基于所述巡检项目构造巡检模型，包括构造数据间的数据血缘关系，输出由巡检模型控制的巡检项目；
68.s40、利用由巡检模型控制的巡检项目构造巡检计划，基于所述巡检计划对业务数据进行质量检测。
69.参见图2，图2提供了一种的可配置数据质量巡检装置。具体地，图2的结构主要包括几个部分：设置入口条件、自定义巡检项目、巡检模型、按需定义巡检计划、巡检任务、巡检结果、巡检监控以及巡检日志。下面将基于图2提供的结构，对于上述单据数据质量检测方法的实施过程进行说明：
70.在步骤s10中，在设置入口条件模块中，首先输入数据检测条件到，例如：订单总价税合计检查、物料行小计价税合计检查；然后利用数据检测条件构造数据检索条件，例如：构造订单单头总价税合计检索算法、构造订单行合计价税合计检索算法；最后，输出检索的条件范围，例如，检索范围可以为：数据准确性(总价税合计＝所有行价税合计的和)。
71.在步骤s20中，基于步骤s10中得到的检索的条件范围，再输入检验标准，以构造出巡检项目，也即用户可以在如图2所示的自定义巡检项目模块中，按照实际所需，构造对应的巡检项目。具体地，构造巡检项目包括构造需要巡检的业务数据范围，并购造数据是否异常的判断条件和依据。其中，数据检验标准可以为：数据准确性(总价税合计＝所有行价税合计的和)，而数据异常的判定条件可以是：
72.a)如果总价税合计》所有行价税合计的和：返回数据异常；
73.b)如果总价税合计《所有行价税合计的和：返回数据异常；
74.c)如果总价税合计＝所有行价税合计的和：返回数据正常；
75.构造好后，在自定义巡检项目模块中输出带检验标准和检验范围的巡检项目，例如：采购订单总价税合计与所有行价税合计正确性检查。
76.在步骤s30中，旨在得到由巡检模型控制的巡检项目。首先，将带检验标准和检验范围的巡检项目以及数据血缘检验标准同时输入巡检模型模块中，然后通过巡检模型模块构造巡检模型，最后输出由巡检模型控制的巡检项目。其中，数据血缘检验标准，可以是：
77.d)采购订单总价税合计与所有行价税合计正确性检查；
78.e)订单生成的所有入库单总价税合计与所有行价税合计正确性检查；
79.f)由入库单生成且核心单据是订单的财务应付单的总价税合计与所有行价税合计正确性检查。
80.在一个具体地实施方式中，所述数据血缘关系通过血缘代际图谱模型来表示；基于此，构造数据间的数据血缘关系，输出由巡检模型控制的巡检项目，包括：
81.通过单据间具有血缘关系的数据，构建单据的血缘代际图谱模型；其中，
82.所述具有血缘关系的数据包括代表族类数据和血缘类数据；所述代表族类数据包括核心单据的数据，所述核心单据的数据被业务流程中的每个单据携带；所述血缘类数据包括来源单据的数据，所述来源单据用于表示所述业务流程中当前业务的上游业务；
83.基于所述血缘代际图谱模型，建立数据质量检测标准，以输出带有检验标准和检验范围的巡检项目。
84.参见图3-5，图3提供了一种抽象数据的血缘关系图，图4提供了一种血缘代际图谱模型，图5提供了一种从业务数据到血缘关系数据表的原理示意图。下面将结合图3-5，分别对血缘关系图和血缘代际图谱模型进行说明：
85.如图3所示，在业务中数据发生有先有后，就像人类的血缘一样，先有父辈，才有子孙；所以，供应链的上下游业务也是如此，上游业务产生的一部分数据，下游业务也需要；同时对于一笔业务，上下游要衔接；再设计业务(如：采购订单-采购收货-采购入库单-财务应付-付款申请-付款)设计时，按照人类的血缘关系设计了两类数据：第一类：代表族类，就是核心单据的相关业务数据，从上游业务开始到下游业务结束，流程中的每个单据都携带，包括：核心单据编码、核心单据id、核心单据行id等；第二类：血缘类，如来源单据信息，当前业务的上游业务是哪一个，包括：来源单据编码、来源单据id、来源单据行id等。
86.请参阅图4，抽象同一业务过程的遗传数据，作为遗传基因，各单据从业务发生时诞生，携带到业务结束，该类基因数据生命结束；抽象单据之间的代际关系基因，单据间携带，下一代际单据审核后，该类基因基因数据生命结束。
87.在一个具体地实施例中，通过图4提供的血缘代际图谱模型，可建立数据的合法性、准确性、唯一性、有效性等单据数据质量检测标准，也即步骤s20中所述的检验标准，具体内容如下：
88.合法性：创建物料计量单位基础数据和计量单位转换关系基础数据，物料包含很多计量单位，物料在用计量单位时，已基本计量单位去判断物料在不同业务阶段使用的计量单位是不是正确的。可以用这个确定物料在不同业务中的计量单位和不合法。
89.准确性：业务的任何环节，都会计算金额(单价、含税单价、金额、税额、加税合计)，同一业务环节表头总金额和所有行金额合计必须一致准确。上游业务订单总金额和该笔业
务的所有付款单的总金额必须一致准确。
90.唯一性：同一笔业务的核心单据信息，从业务开始到业务结束，必须一致且唯一，如：采购订单-采购收货-采购入库单-财务应付-付款申请-付款的所有单据的核心单据编码必须是唯一的且只有一个。
91.有效性：相邻的两个单据间下游的单据的来源单据信息一定是上有单据才能确定业务的有效。
92.通过血缘代际图谱模型的关系数据，需要判断下游单据中核心单据信息数据的合法性，判断下游单据中物料编码、名称、计量单位、基本计量单位的准确性和唯一性，判断下游单据中来源单据信息数据的有效性，从而检验整个供应链的数据质量。
93.因此，在步骤s30中，可以基于上述实施例提供的血缘关系图和血缘代际图谱模型，抽象出基于企业务经营数据的有向无环图，从而构造数据间的数据血缘关系，例如：
94.1)同一核心单据编号的不同业务环节入库单与财务应付单总价税合计与所有行价税合计相等；
95.2)不同业务环节入库单与财务应付单与订单(核心单据)总价税合计与所有行价税合计相等。
96.在一些实施例中，构造巡检模型还包括构造巡检线程池，包括：
97.采用主线程批处理和固定线程数字的线程池资源构造线程池资源；
98.封装执行目标至线程池以进行多线程控制，所述多线程包括主线程和多个子线程；其中，所述主线程根据配置指定每个所述子线程的执行时间以及超时后的处理机制。
99.需要说明的是，本实施例通过主线程监控子线程有限时间内的处理结果，有效控制了巡检模型因数据异常或者资源阻塞而长期拥有资源的问题；主线程循环等待批次中每个子线程执行结束。
100.进一步地，在所述构造巡检线程池之后，还包括：
101.对线程池的线程数量、线程资源、cpu资源和内存资源进行分配；
102.设置线程死锁时效、死锁超时提醒以及死锁后的自动处理功能。
103.本实施例中，对线程数量进行分配后，还需要完成线程管理。示例性的，该巡检线程池的线程可以为：
104.线程1：订单总价税合计与所有行价税合计正确性检查；
105.线程2：入库单总价税合计与所有行价税合计正确性检查；
106.线程3：财务应付单的总价税合计与所有行价税合计正确性检查。
107.在一个具体地实施方式中，当构造好巡检模型后，输出由模型控制的巡检项目。示例性地，巡检项目可以为：
108.巡检项目一：订单总价税合计与所有行价税合计正确性检查；
109.巡检项目二、同一血缘关系的入库单与财务应付单与订单(核心单据)总价税合计与所有行价税合计相等。
110.作为优选地，在构造巡检模型之后，还可以抽象出巡检模型的对外服务api，从而满足多业务适用及集成和外部调用。最后，在步骤s40中，利用由巡检模型控制的巡检项目构造巡检计划，基于所述巡检计划对业务数据进行质量检测。
111.在一些实施例中，所述利用由巡检模型控制的巡检项目构造巡检计划，包括：
112.确定执行时间范围和检测数据量阈值，根据所述巡检项目、所述执行时间范围和所述检测数据量阈值构造具有数据血缘关系的巡检计划。
113.具体地，在图2的按需定义计划模块中，输入执行时间范围、检测数据量阈值，例如：
114.输入1：巡检项目1、巡检项目2
115.输入2：执行时间范围，如每月15日凌晨2:00～4:00执行；
116.输入3：如：每次执行数据1000条；
117.输入4：如：单次执行最大数据量10000条。
118.然后，构造具有数据血缘的巡检计划，例如生成订单定时巡检计划，最后输出巡检计划，例如：每月15日凌晨2:00～4：00执行的订单定时巡检计划，每次1000条，单线程最大10000条。
119.最后，基于所述巡检计划对业务数据进行质量检测。
120.在一些优选地实施方式中，所述基于所述巡检计划对业务数据进行质量检测，包括：
121.基于所述巡检计划，通过定时执行或手动执行方式，确定巡检任务；
122.将检测条件下的巡检数据量作为约束，执行所述巡检任务，生成巡检结果。
123.如图2所示，图2提供的装置中包含巡检任务模块，本实施例中首先输入多个巡检计划，然后可以在巡检任务模块中，通过定时装置或手动执行巡检计划，例如：
124.方式1：可配置定时器，自动执行计划；
125.方式2，手动执行计划，可随时执行。
126.通过以上两种方式，即可输出检测条件下巡检数据量以及问题数据的巡检任务，例如：
127.1)采购订单巡检任务：巡检订单数2000单；共计153000行；总价税合计与所有行价税合计正确性检查不一致5单；单号参见附件ddtsj-001。
128.2)入库单巡检任务：巡检血缘相关单据入库单5000单，共计230000行，总价税合计与所有行正确性检查不一致15单；单号参见附件rkwtsj-001。
129.3)财务应付单巡检任务：巡检血缘相关单据入库单2200单，共计230000行，总价税合计与所有行正确性检查不一致18单；单号参见附件yfwtsj-001。
130.在一些具体地实施方式中，在所述生成巡检结果之后，还包括：
131.若巡检结果为合格数据，则直接输出并显示；
132.若巡检结果为异常数据，根据数据血缘关系和数据标准规则，修复异常数据。
133.可以理解的是，在图2的巡检结果模块中，可以看到输出的数据包含合格数据和异常数据，当为合格数据，直接输出显示即可；当为异常数据，根据数据血缘和数据标准规则，修复异常数据。
134.具体地，将异常数据输入至数据修复模块中，所示异常数据具体例如：
135.输入1：总价税合计与所有行价税合计正确性检查不一致5单；
136.输入2：总价税合计与所有行价税合计正确性检查不一致15单；
137.然后，根据数据血缘和数据标准规则，修复问题数据，例如：
138.1)订单修复：按照行总价税合计修复单头总价税合计。
139.2)入库单修复：差异修复法，按照血缘关系及单据日期先后逐单检查，保证最后一单之前的入库单单头、单体的总价税合计一致；最后一单差异修复，根据订单关联的入库单和订单的比较，最后一单修复差异数据。
140.最后将修复的正确数据输出，例如：
141.1)总价税合计与所有行价税合计正确性检查不一致5单全部修复完成；
142.2)巡检血缘相关单据入库单总价税合计与所有行正确性检查不一致15单全部修复完成。
143.因此，本实施例可以针对问题数据、异常数据进行校检查验和修复，从而保障企业信息系统稳定运行，并为企业提供高质量的数据资产。
144.在一些实现方式中，所述的单据数据质量检测方法，还包括：
145.对巡检任务进行巡检监控，对任务执行情况进行可视化展示，并生成对应的巡检日志；其中，所述任务执行情况包括运行中、已终止、已完成及异常。
146.如图2所示，该装置中还包括巡检监控模块和巡检日志模块，本实施例中，巡检任务可以是：采购订单巡检任务、入库单巡检任务、财务应付单巡检任务，然后巡检监控模块，可视化查看任务的执行情况，并可以在可视化界面展现任务详情，例如可以在看板中显示。最后在巡检日志模块中输出对应的巡检日志，例如：
147.1)采购订单巡检任务：正常，标记为绿色；
148.2)入库单巡检任务：正常，标记为绿色；
149.3)财务应付单巡检任务；；异常1次，标记为黄色。
150.最后，基于图2提供的可配置数据质量巡检装置以及上述实施例所公开的执行步骤，提供了如下表1所示的流程原理：
151.表1可配置数据质量巡检装置应用流程表
152.153.154.[0155][0156]
综上所述，本技术第一方面实施例提供的单据数据质量检测方法，至少可以实现以下效果：
[0157]
1)在于通过建立数据血缘关系模型化，实现数据产生的途径、来源、过程，以及对数据处理、加工、融合、流转分析中数据血缘关系抽象，方便用户及时检测信息系统的数据质量。并对检测数据进行校验，修复。
[0158]
2)这种模型化的方式，实现数据血缘关系的抽象可配置；对检验条件，检测结果和修复处理的检测，性能检验。
[0159]
3)构建的数据血缘关系检测项目具有良好的可扩展能力，也提高了检测装置的适用性和稳定性，降低了维护和运营成本。
[0160]
4)标准化的功能：数据检测项目插件注入化处理。
[0161]
5)大数据、多线程稳定化处理，保证检测过程不影响用户业务处理
[0162]
6)面向用户看板和质量检测。
[0163]
第二方面，本技术的一个实施例中还提供了一种一种单据数据质量检测系统，包括：
[0164]
检索条件构建单元01，用于根据输入的数据检测条件构造数据检索条件，输出检索的条件范围；
[0165]
巡检项目确定单元02，用于根据所述检索的条件范围，确定待巡检的业务数据及数据异常的判定条件，输出带有检验标准和检验范围的巡检项目；
[0166]
巡检模型构造单元03，用于基于所述巡检项目构造巡检模型，包括构造数据间的数据血缘关系，输出由巡检模型控制的巡检项目；
[0167]
质量检测单元04，用于利用由巡检模型控制的巡检项目构造巡检计划，基于所述巡检计划对业务数据进行质量检测。
[0168]
可以理解的是，上述的单据数据质量检测系统可实施上述方法实施例的单据数据质量检测方法。上述方法实施例中的可选项也适用于本实施例，这里不再详述。本技术实施
例的其余内容可参照上述方法实施例的内容，在本实施例中，不再进行赘述。
[0169]
请参阅图7，图7为本技术一实施例提供的计算机设备的结构示意图。如图7所示，该实施例的计算机设备5包括：至少一个处理器50(图7中仅示出一个)处理器、存储器51以及存储在所述存储器51中并可在所述至少一个处理器50上运行的计算机程序52，所述处理器50执行所述计算机程序52时实现上述任意方法实施例中的步骤。
[0170]
所述计算机设备5可以是智能手机、平板电脑、桌上型计算机和云端服务器等计算设备。该计算机设备可包括但不仅限于处理器50、存储器51。本领域技术人员可以理解，图7仅仅是计算机设备5的举例，并不构成对计算机设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。
[0171]
所称处理器50可以是中央处理单元(central processing unit，cpu)，该处理器50还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0172]
所述存储器51在一些实施例中可以是所述计算机设备5的内部存储单元，例如计算机设备5的硬盘或内存。所述存储器51在另一些实施例中也可以是所述计算机设备5的外部存储设备，例如所述计算机设备5上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器51还可以既包括所述计算机设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。
[0173]
另外，本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述任意方法实施例中的步骤。
[0174]
本技术实施例提供了一种计算机程序产品，当计算机程序产品在计算机设备上运行时，使得计算机设备执行时实现上述各个方法实施例中的步骤。
[0175]
在本技术所提供的几个实施例中，可以理解的是，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意的是，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。
[0176]
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光
盘等各种可以存储程序代码的介质。
[0177]
以上所述的具体实施例，对本技术的目的、技术方案和有益效果进行了进一步的详细说明，应当理解，以上所述仅为本技术的具体实施例而已，并不用于限定本技术的保护范围。特别指出，对于本领域技术人员来说，凡在本技术的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。