一种文档元素的XML路径获取方法及装置与流程

一种文档元素的xml路径获取方法及装置
技术领域
1.本公开涉及计算机技术领域，尤其涉及一种文档元素的xml路径获取方法及装置。


背景技术：

2.在web端自动化测试中，通常是通过xml路径(xml path，xpath)进行元素的定位。当前，xml路径需要依靠浏览器自带的开发者工具来抓取，不仅操作繁琐，而且抓取到的xml路径很多都是绝对路径。在实际测试过程中，由于版本迭代以及开发人员对页面进行修改的原因，绝对路径可能会导致之前能定位到正确元素的xml路径失效，从而定位不到文档元素，引发测试执行失败。
3.因此，如何获得文档元素可靠性更高的xml路径，成为本领域技术人员急需解决的技术问题。


技术实现要素：

4.鉴于上述问题，本公开提供一种克服上述问题或者至少部分地解决上述问题的一种文档元素的xml路径获取方法及装置，技术方案如下：
5.一种文档元素的xml路径获取方法，包括：
6.获得文档中待抓取路径的目标元素；
7.在所述文档中确定所述目标元素的父元素；
8.确定所述父元素的id属性或class属性是否唯一，如果是，则利用唯一的所述id属性或所述class属性，获得所述目标元素的第一xml路径，如果不是，则获得所述目标元素的text属性；
9.将所述text属性输入至与目标组件库对应的预设xpath万能模板中，获得组件库路径；
10.确定所述组件库路径是否与所述目标元素匹配，如果是，则将所述组件库路径确定为所述目标元素的第二xml路径，如果不是，则确定所述目标元素是否具有唯一的placeholder属性；
11.在确定所述目标元素具有唯一的所述placeholder属性的情况下，利用所述placeholder属性，获得所述目标元素的第三xml路径；
12.在确定所述目标元素不具有唯一的所述placeholder属性的情况下，则确定所述text属性是否唯一，如果是，则利用所述text属性，获得与所述目标元素的第四xml路径。
13.可选的，所述利用唯一的所述id属性或所述class属性，获得所述目标元素的第一xml路径，包括：
14.基于最短路径算法，利用唯一的所述id属性或所述class属性，将所述父元素的相对路径作为起始路径，获得所述目标元素的第一xml路径。
15.可选的，所述确定所述父元素的id属性或class属性是否唯一，包括：
16.将所述父元素的id属性输入至预设id模板中，获得id路径；
17.在所述id路径唯一匹配到所述父元素的情况下，确定所述id属性唯一；
18.将所述父元素的class属性输入至预设class模板中，获得class路径；
19.在所述class路径唯一匹配到所述父元素的情况下，确定所述class属性唯一。
20.可选的，所述确定所述目标元素是否具有唯一的placeholder属性，包括：
21.获得所述目标元素的placeholder属性；
22.将所述placeholder属性输入至预设placeholder模板中，获得placeholder路径；
23.在所述placeholder路径唯一匹配到所述目标元素的情况下，确定所述目标元素具有唯一的所述placeholder属性。
24.可选的，所述利用所述placeholder属性，获得所述目标元素的第三xml路径，包括：
25.将所述placeholder属性对应的所述placeholder路径确定为所述目标元素的第三xml路径。
26.可选的，所述确定所述text属性是否唯一，包括：
27.将所述text属性输入至预设text模板中，获得text路径；
28.在所述text路径唯一匹配到所述目标元素的情况下，确定所述目标元素具有唯一的所述text属性。
29.可选的，所述利用所述text属性，获得与所述目标元素的第四xml路径，包括：
30.将所述text属性对应的所述text路径确定为所述目标元素的第四xml路径。
31.可选的，所述方法应用于浏览器插件，所述浏览器插件提供有xml路径编辑框，所述浏览器插件用于在所述xml路径编辑框输入有xml路径的情况下，在所述目标文档中对所述xml路径指向的元素进行标记显示。
32.可选的，所述获得文档中待抓取路径的目标元素，包括：
33.获得文档的预设元素抓取指令；
34.响应于所述预设元素抓取指令，在所述文档中确定待抓取路径的目标元素。
35.一种文档元素的xml路径获取装置，包括：第一获得单元、第一确定单元、第二确定单元、第二获得单元、第三获得单元、第四获得单元、第三确定单元、第四确定单元、第五确定单元、第五获得单元、第六确定单元以及第六获得单元，
36.所述第一获得单元，用于获得文档中待抓取路径的目标元素；
37.所述第一确定单元，用于在所述文档中确定所述目标元素的父元素；
38.所述第二确定单元，用于确定所述父元素的id属性或class属性是否唯一，如果是，则触发所述第二获得单元，如果不是，则触发所述第三获得单元；
39.所述第二获得单元，用于利用唯一的所述id属性或所述class属性，获得所述目标元素的第一xml路径；
40.所述第三获得单元，用于获得所述目标元素的text属性；
41.所述第四获得单元，用于将所述text属性输入至与目标组件库对应的预设xpath万能模板中，获得组件库路径；
42.所述第三确定单元，用于确定所述组件库路径是否与所述目标元素匹配，如果是，则触发所述第四确定单元，如果不是，则触发所述第五确定单元；
43.所述第四确定单元，用于将所述组件库路径确定为所述目标元素的第二xml路径；
44.所述第五确定单元，用于确定所述目标元素是否具有唯一的placeholder属性；
45.所述第五获得单元，用于在确定所述目标元素具有唯一的所述placeholder属性的情况下，利用所述placeholder属性，获得所述目标元素的第三xml路径；
46.所述第六确定单元，用于在确定所述目标元素不具有唯一的所述placeholder属性的情况下，则确定所述text属性是否唯一，如果是，则触发所述第六获得单元；
47.所述第六获得单元，用于利用所述text属性，获得与所述目标元素的第四xml路径。
48.借由上述技术方案，本公开提供的一种文档元素的xml路径获取方法及装置，可以获得文档中待抓取路径的目标元素；在文档中确定目标元素的父元素；确定父元素的id属性或class属性是否唯一，如果是，则利用唯一的id属性或class属性，获得目标元素的第一xml路径，如果不是，则获得目标元素的text属性；将text属性输入至与目标组件库对应的预设xpath万能模板中，获得组件库路径；确定组件库路径是否与目标元素匹配，如果是，则将组件库路径确定为目标元素的第二xml路径，如果不是，则确定目标元素是否具有唯一的placeholder属性；在确定目标元素具有唯一的placeholder属性的情况下，利用placeholder属性，获得目标元素的第三xml路径；在确定目标元素不具有唯一的placeholder属性的情况下，则确定text属性是否唯一，如果是，则利用text属性，获得与目标元素的第四xml路径。本公开通过目标元素具有的唯一属性特征，获取目标元素相对的xml路径，可以提高文档元素的xml路径的可靠性，有助于提高测试人员编写自动化测试用例的效率，从而保证web端自动化测试的正确执行。
49.上述说明仅是本公开技术方案的概述，为了能够更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为了让本公开的上述和其它目的、特征和优点能够更明显易懂，以下特举本公开的具体实施方式。
附图说明
50.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本公开的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
51.图1示出了本公开实施例提供的文档元素的xml路径获取方法的一种实施方式的流程示意图；
52.图2示出了本公开实施例提供的文档元素的xml路径获取装置的结构示意图；
53.图3示出了本公开实施例提供的电子设备的结构示意图。
具体实施方式
54.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
55.在web端ui层自动化测试中，测试人员主要是通过xml路径(xml path，xpath)定位文档中需要进行操作的元素，而当前定位元素的xml路径需要通过浏览器开发者工具进行
抓取，不仅操作繁琐，而且抓取到的xml路径大多数为绝对路径，在相关文档页面被修改的情况下，这些绝对路径可能会失效，导致元素定位失败，从而引发相关测试用例执行失败，增加了自动化脚本维护的难度。
56.如图1所示，本公开实施例提供的文档元素的xml路径获取方法的一种实施方式的流程示意图，该文档元素的xml路径获取方法可以包括：
57.s01、获得文档中待抓取路径的目标元素。
58.其中，文档可以为基于可扩展标记语言(extensible markup language，xml)组成的页面。
59.其中，元素为构成文档的基本单元。常见的文档元素可以包括文本、图像、超级链接、动画、表格、框架以及表单。
60.可选的，本公开实施例提供的文档元素的xml路径获取方法可以应用于浏览器插件，浏览器插件提供有xml路径编辑框，浏览器插件用于在xml路径编辑框输入有xml路径的情况下，在目标文档中对xml路径指向的元素进行标记显示。
61.可以理解的是，该浏览器插件可以安装在浏览器中，以便于在浏览器中使用该浏览器插件执行本公开实施例提供的文档元素的xml路径获取方法。该浏览器插件可以提供预设元素抓取指令。可选的，本公开实施例可以获得文档的预设元素抓取指令。响应于预设元素抓取指令，在文档中确定待抓取路径的目标元素。
62.可选的，该预设元素抓取指令可以是预先设计的路径抓取快捷键被触发后生成的指令。可选的，该路径抓取快捷键可以为ctrl shift组合键。在用户按住ctrl shift组合键的情况下，用鼠标放置至文档的任一元素上，即可将该元素确定为目标元素，从而开始获取该目标元素的xml路径。本公开实施例可以该xml路径自动拷贝到相关自动化测试用例中，提高测试用例的编辑效率。
63.可选的，该浏览器插件可以为chrome插件。
64.本公开实施例通过该浏览器插件，无需进入开发者工具界面即可获取元素的xml路径。浏览器插件提供的xml路径编辑框用于显示当前正在抓取元素的xml路径。测试人员可以直接在该xml路径编辑框对系统生成的xml路径进行手工修改，如果手工修改后的xml路径正确匹配到元素，则会在文档上高亮标记该元素。
65.可选的，本公开实施例可以使用黄色背景对目标文档中对xml路径指向的元素进行标记显示。
66.本公开实施例通过设计浏览器插件，可以帮助测试人员在页面上直接抓取元素的xml路径，而不需要进入到开发者工具界面，同时通过一系列算法可以得到元素最可靠的xml路径，不仅提高自动化测试用例编写效率，同时提高用例的可维护性。
67.s02、在文档中确定目标元素的父元素。
68.具体的，本公开实施例可以从目标元素开始，在文档中逐级寻找父元素，获取父元素的id属性和class属性。
69.s03、确定父元素的id属性或class属性是否唯一，如果是，则执行步骤s04，如果不是，则执行步骤s05。
70.其中，id属性可以为父元素在文档中的唯一标识。
71.其中，class属性可以用于指示父元素指向样式表的类。
72.可选的，本公开实施例可以将父元素的id属性输入至预设id模板中，获得id路径。在id路径唯一匹配到父元素的情况下，确定id属性唯一。
73.可选的，预设id模板可以为“*[@id＝”xxx”]”，其中“*”表示匹配文档中的所有元素，“xxx”表示填入id属性。
[0074]
本公开实施例可以将id路径与文档中的各元素进行匹配，在仅匹配到该父元素的情况下，确定该父元素的id属性唯一。
[0075]
可选的，本公开实施例可以将父元素的class属性输入至预设class模板中，获得class路径。在class路径唯一匹配到父元素的情况下，确定class属性唯一。
[0076]
可选的，预设class模板可以为“*[@class＝”xxx”]”，其中“*”表示匹配文档中的所有元素，“xxx”表示填入class属性。
[0077]
本公开实施例可以将class路径与文档中的各元素进行匹配，在仅匹配到该父元素的情况下，确定该父元素的class属性唯一。
[0078]
s04、利用唯一的id属性或class属性，获得目标元素的第一xml路径。
[0079]
可选的，本公开实施例可以基于最短路径算法，利用唯一的id属性或class属性，将父元素的相对路径作为起始路径，获得目标元素的第一xml路径。例如：第一xml路径可以为“//div[@class＝
‘
xxx’]//...”或“//div[@id＝
‘
xxx’]//...”。
[0080]
s05、获得目标元素的text属性。
[0081]
其中，text属性为目标元素的文本属性。可选的，文本属性可以包括颜色属性、文本对齐属性、字符间距属性、文本行高属性以及文本修饰属性。
[0082]
s06、将text属性输入至与目标组件库对应的预设xpath万能模板中，获得组件库路径。
[0083]
当前存在有许多有固定的样式和类名ui组件库。例如：element-ui组件库和antd组件库。在实际使用过程中，开发人员极少修改组件库中组件的默认属性，因此，本公开实施例可以通过预设xpath万能模板，利用逆推法，将text属性输入至预设xpath万能模板，获得组件库路径，再确定组件库路径是否与目标元素匹配。例如：在element-ui组件库中选择“//*[@class＝"el-select-dropdown el-popper"and not(contains(@style，"display:none；"))]//span[text()＝'显示']”路径，去除该路径中的“显示”作为预设xpath万能模板，将text属性输入至该预设xpath万能模板中的原“显示”位置，然后与目标元素进行匹配。
[0084]
s07、确定组件库路径是否与目标元素匹配，如果是，则执行步骤s08，如果不是，则执行步骤s09。
[0085]
s08、将组件库路径确定为目标元素的第二xml路径。
[0086]
s09、确定目标元素是否具有唯一的placeholder属性。
[0087]
其中，placeholder属性可以是规定目标元素可描述输入字段预期值的简短的提示信息。在实际使用过程中，placeholder属性是开发人员经常填写的一个属性，而且placeholder属性几乎不会修改。
[0088]
可选的，本公开实施例可以获得目标元素的placeholder属性。将placeholder属性输入至预设placeholder模板中，获得placeholder路径。在placeholder路径唯一匹配到目标元素的情况下，确定目标元素具有唯一的placeholder属性。
[0089]
s10、在确定目标元素具有唯一的placeholder属性的情况下，利用placeholder属性，获得目标元素的第三xml路径。
[0090]
可选的，本公开实施例可以将placeholder属性对应的placeholder路径确定为目标元素的第三xml路径。
[0091]
可选的，预设placeholder模板可以为“//input[contains(@placeholder,"xxx*")”，其中，“xxx”表示填入placeholder属性。例如：第三xml路径可以为“//input[contains(@placeholder，"请输入中文名称")]”。
[0092]
s11、在确定目标元素不具有唯一的placeholder属性的情况下，则确定text属性是否唯一，如果是，则执行步骤s12。
[0093]
可选的，本公开实施例可以将text属性输入至预设text模板中，获得text路径。在text路径唯一匹配到目标元素的情况下，确定目标元素具有唯一的text属性。
[0094]
可选的，在确定text属性不唯一的情况下，则输出xml路径获取失败的消息。
[0095]
s12、利用text属性，获得与目标元素的第四xml路径。
[0096]
可选的，本公开实施例将text属性对应的text路径确定为目标元素的第四xml路径。
[0097]
可选的，第四xml路径可以为“//*[text()＝'xxx']”，其中，“*”表示匹配文档中的所有元素，“xxx”表示填入text属性。例如：第四xml路径可以为“//*[text()＝'点击']”。
[0098]
本公开提供的一种文档元素的xml路径获取方法，可以获得文档中待抓取路径的目标元素；在文档中确定目标元素的父元素；确定父元素的id属性或class属性是否唯一，如果是，则利用唯一的id属性或class属性，获得目标元素的第一xml路径，如果不是，则获得目标元素的text属性；将text属性输入至与目标组件库对应的预设xpath万能模板中，获得组件库路径；确定组件库路径是否与目标元素匹配，如果是，则将组件库路径确定为目标元素的第二xml路径，如果不是，则确定目标元素是否具有唯一的placeholder属性；在确定目标元素具有唯一的placeholder属性的情况下，利用placeholder属性，获得目标元素的第三xml路径；在确定目标元素不具有唯一的placeholder属性的情况下，则确定text属性是否唯一，如果是，则利用text属性，获得与目标元素的第四xml路径。本公开通过目标元素具有的唯一属性特征，获取目标元素相对的xml路径，可以提高文档元素的xml路径的可靠性，有助于提高测试人员编写自动化测试用例的效率，从而保证web端自动化测试的正确执行。
[0099]
为了便于理解相对路径的可靠性高于绝对路径，此处通过举例进行说明：假设通过以下两个xml路径均可定位到同一个元素：
[0100]
xml路径1：“/html/body/div[2]/form[2]/button[1]”。
[0101]
xml路径2：“//button[@id＝
‘
submit’]”。
[0102]
其中，xml路径1为绝对路径，是通过从根元素开始往下一层一层定位到的目标元素，如果在该路径上的任意一处做了修改(比如新增了一个元素)，那xml路径1就失效了，而这种情况在实际开发过程中是很常见的。xml路径2为相对路径，它不依赖于它的上层元素，通过id即可定位到它，而在实际开发过程中，id几乎不会被修改，所以不管文档页面其他地方怎么修改，通过xml路径2仍然可以定位到这个目标元素。综上所述，相对路径比绝对路径的可靠性高。
[0103]
本公开实施例提供的一种文档元素的xml路径获取方法，可以直接在web页面上抓取并调试xml路径而无需进入开发者工具，提高了操作效率，同时通过本公开提供的算法算出的xml路径比使用浏览器开发者工具抓取的xml路径的可靠性更高，不仅提高了xpath定位的准确率，还降低了自动化测试用例的维护成本。
[0104]
虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。
[0105]
应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
[0106]
与上述方法实施例相对应，本公开实施例提供的一种文档元素的xml路径获取装置，其结构如图2所示，可以包括：第一获得单元01、第一确定单元02、第二确定单元03、第二获得单元04、第三获得单元05、第四获得单元06、第三确定单元07、第四确定单元08、第五确定单元09、第五获得单元10、第六确定单元11以及第六获得单元12。
[0107]
第一获得单元01，用于获得文档中待抓取路径的目标元素。
[0108]
第一确定单元02，用于在文档中确定目标元素的父元素。
[0109]
第二确定单元03，用于确定父元素的id属性或class属性是否唯一，如果是，则触发第二获得单元04，如果不是，则触发第三获得单元05。
[0110]
第二获得单元04，用于利用唯一的id属性或class属性，获得目标元素的第一xml路径。
[0111]
第三获得单元05，用于获得目标元素的text属性。
[0112]
第四获得单元06，用于将text属性输入至与目标组件库对应的预设xpath万能模板中，获得组件库路径。
[0113]
第三确定单元07，用于确定组件库路径是否与目标元素匹配，如果是，则触发第四确定单元08，如果不是，则触发第五确定单元09。
[0114]
第四确定单元08，用于将组件库路径确定为目标元素的第二xml路径。
[0115]
第五确定单元09，用于确定目标元素是否具有唯一的placeholder属性。
[0116]
第五获得单元10，用于在确定目标元素具有唯一的placeholder属性的情况下，利用placeholder属性，获得目标元素的第三xml路径。
[0117]
第六确定单元11，用于在确定目标元素不具有唯一的placeholder属性的情况下，则确定text属性是否唯一，如果是，则触发第六获得单元12。
[0118]
第六获得单元12，用于利用text属性，获得与目标元素的第四xml路径。
[0119]
可选的，第二获得单元04，具体用于基于最短路径算法，利用唯一的id属性或class属性，将父元素的相对路径作为起始路径，获得目标元素的第一xml路径。
[0120]
可选的，第二确定单元03，具体用于将父元素的id属性输入至预设id模板中，获得id路径；在id路径唯一匹配到父元素的情况下，确定id属性唯一。
[0121]
可选的，第二确定单元03，具体用于将父元素的class属性输入至预设class模板中，获得class路径。
[0122]
在class路径唯一匹配到父元素的情况下，确定class属性唯一。
[0123]
可选的，第五确定单元09，具体用于获得目标元素的placeholder属性；将
placeholder属性输入至预设placeholder模板中，获得placeholder路径；在placeholder路径唯一匹配到目标元素的情况下，确定目标元素具有唯一的placeholder属性。
[0124]
可选的，第五获得单元10，具体用于将placeholder属性对应的placeholder路径确定为目标元素的第三xml路径。
[0125]
可选的，第六确定单元11，具体用于将text属性输入至预设text模板中，获得text路径；在text路径唯一匹配到目标元素的情况下，确定目标元素具有唯一的text属性。
[0126]
可选的，第六获得单元12，具体用于将text属性对应的text路径确定为目标元素的第四xml路径。
[0127]
可选的，该文档元素的xml路径获取装置应用于浏览器插件，浏览器插件提供有xml路径编辑框，浏览器插件用于在xml路径编辑框输入有xml路径的情况下，在目标文档中对xml路径指向的元素进行标记显示。
[0128]
可选的，第一获得单元01，具体用于获得文档的预设元素抓取指令；响应于预设元素抓取指令，在文档中确定待抓取路径的目标元素。
[0129]
本公开提供的一种文档元素的xml路径获取装置，可以获得文档中待抓取路径的目标元素；在文档中确定目标元素的父元素；确定父元素的id属性或class属性是否唯一，如果是，则利用唯一的id属性或class属性，获得目标元素的第一xml路径，如果不是，则获得目标元素的text属性；将text属性输入至与目标组件库对应的预设xpath万能模板中，获得组件库路径；确定组件库路径是否与目标元素匹配，如果是，则将组件库路径确定为目标元素的第二xml路径，如果不是，则确定目标元素是否具有唯一的placeholder属性；在确定目标元素具有唯一的placeholder属性的情况下，利用placeholder属性，获得目标元素的第三xml路径；在确定目标元素不具有唯一的placeholder属性的情况下，则确定text属性是否唯一，如果是，则利用text属性，获得与目标元素的第四xml路径。本公开通过目标元素具有的唯一属性特征，获取目标元素相对的xml路径，可以提高文档元素的xml路径的可靠性，有助于提高测试人员编写自动化测试用例的效率，从而保证web端自动化测试的正确执行。
[0130]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0131]
所述文档元素的xml路径获取装置包括处理器和存储器，上述第一获得单元01、第一确定单元02、第二确定单元03、第二获得单元04、第三获得单元05、第四获得单元06、第三确定单元07、第四确定单元08、第五确定单元09、第五获得单元10、第六确定单元11以及第六获得单元12等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
[0132]
处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来通过目标元素具有的唯一属性特征，获取目标元素相对的xml路径，提高文档元素的xml路径的可靠性，有助于提高测试人员编写自动化测试用例的效率，从而保证web端自动化测试的正确执行。
[0133]
本公开实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现所述文档元素的xml路径获取方法。
[0134]
本公开实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行
时执行所述文档元素的xml路径获取方法。
[0135]
如图3所示，本公开实施例提供了一种电子设备1000，电子设备1000包括至少一个处理器1001、以及与处理器1001连接的至少一个存储器1002、总线1003；其中，处理器1001、存储器1002通过总线1003完成相互间的通信；处理器1001用于调用存储器1002中的程序指令，以执行上述的文档元素的xml路径获取方法。本文中的电子设备可以是服务器、pc、pad、手机等。
[0136]
本公开还提供了一种计算机程序产品，当在电子设备上执行时，适于执行初始化有文档元素的xml路径获取方法步骤的程序。
[0137]
本公开是参照根据本公开实施例的方法、装置、电子设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器，使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0138]
在一个典型的配置中，电子设备包括一个或多个处理器(cpu)、存储器和总线。电子设备还可以包括输入/输出接口、网络接口等。
[0139]
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。
[0140]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0141]
在本公开的描述中，需要理解的是，如若涉及术语“上”、“下”、“前”、“后”、“左”和“右”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的位置或元件必须具有特定方位、以特定的方位构成和操作，因此不能理解为本公开的限制。
[0142]
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0143]
本领域技术人员应明白，本公开的实施例可提供为方法、系统或计算机程序产品。
因此，本公开可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0144]
以上仅为本公开的实施例而已，并不用于限制本公开。对于本领域技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本公开的权利要求范围之内。