一种消息中间件的压力测试方法、装置和系统与流程

1.本发明涉及计算机技术领域，特别涉及人工智能技术领域，尤其涉及一种消息中间件的压力测试方法、装置和系统。


背景技术：

2.目前对于消息中间件的测试，主要是由测试人员手动编写测试报文，再通过测试工具或集成开发环境(ide)插件，将报文批量压入指定消息队列，发压时，只能将同一笔报文重复发送，来达到压力测试的效果。由于是人为编写，测试报文、压测任务及环境信息等配置无法持久化，当需要验证不同类型的报文、不同的发压策略时，只能重新设置，导致人力资源极度浪费，并且对测试人员的学习能力有较高要求。


技术实现要素：

3.本发明的一个目的在于提供一种消息中间件的压力测试方法，能够自动生成测试报文，节约人力资源，简化压测流程；将配置信息持久化，提高了压测数据的可复用性，减少测试人员手动维护工作量，提高压测效率。本发明的另一个目的在于提供一种消息中间件的压力测试装置。本发明的再一个目的在于提供一种消息中间件的压力测试系统。本发明的还一个目的在于提供一种计算机可读介质。本发明的还一个目的在于提供一种计算机设备。
4.为了达到以上目的，本发明一方面公开了一种消息中间件的压力测试方法，包括：
5.若当前时间达到设置的待执行任务的任务执行时间，根据获取的任务信息和环境信息，生成测试报文；
6.根据测试报文，对消息中间件进行压力测试，生成测试结果。
7.优选的，根据获取的任务信息和环境信息，生成测试报文，包括：
8.根据待执行任务的任务编号，查询出对应的任务信息、环境信息和报文配置信息；
9.按照报文配置信息，根据任务信息和环境信息，生成测试报文。
10.优选的，在根据待执行任务的任务编号，查询出对应的任务信息、环境信息和报文配置信息之前，还包括：
11.根据环境信息，对消息中间件进行可用性检测，得到可用性检测结果。
12.优选的，环境信息包括消息中间件的服务器网络地址和网络端口；
13.根据环境信息，对消息中间件进行可用性检测，得到可用性检测结果，包括：
14.根据服务器网络地址和网络端口与消息中间件建立网络连接；
15.若连接成功，根据发送的心跳检测报文，对消息中间件进行反馈判别，得到可用性检测结果；
16.若连接失败，对设置的连接失败次数进行加1处理；
17.若加1处理后的连接失败次数大于或等于设置的失败次数阈值，得到检测失败的可用性检测结果；
18.若加1处理后的连接失败次数小于失败次数阈值，重复执行根据服务器网络地址和网络端口与消息中间件建立网络连接的步骤。
19.优选的，根据发送的心跳检测报文，对消息中间件进行反馈判别，得到可用性检测结果，包括：
20.按照指定时间间隔向消息中间件发送心跳检测报文；
21.若接收到消息中间件返回的心跳反馈消息，得到检测成功的可用性检测结果；
22.若未接收到消息中间件返回的心跳反馈消息，得到检测失败的可用性检测结果。
23.优选的，根据测试报文，对消息中间件进行压力测试，生成测试结果，包括：
24.将测试报文发送至指定的发送队列，以供消息中间件将测试报文发送至设置的接收队列；
25.根据发送队列的队列深度和接收队列的队列深度，生成并记录消费报文速率。
26.优选的，根据测试报文，对消息中间件进行压力测试，生成测试结果，包括：
27.将测试报文发送至指定的发送队列，以供消息中间件将测试报文发送至设置的接收队列；
28.通过指定监控工具，按照预设时间周期获取并记录性能测试数据，性能测试数据包括处理器利用率、虚拟机利用率和内存利用率。
29.本发明还公开了一种消息中间件的压力测试系统，包括：
30.执行模块和监控模块；
31.执行模块用于若当前时间达到设置的待执行任务的任务执行时间，根据获取的任务信息和环境信息，生成测试报文；
32.监控模块用于根据测试报文，对消息中间件进行压力测试，生成测试结果。
33.本发明还公开了一种消息中间件的压力测试装置，包括：
34.生成单元，用于若当前时间达到设置的待执行任务的任务执行时间，根据获取的任务信息和环境信息，生成测试报文；
35.压测单元，用于根据测试报文，对消息中间件进行压力测试，生成测试结果。
36.本发明还公开了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述方法。
37.本发明还公开了一种计算机设备，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，所述处理器执行所述程序时实现如上所述方法。
38.本发明若当前时间达到设置的待执行任务的任务执行时间，根据获取的任务信息和环境信息，生成测试报文；根据测试报文，对消息中间件进行压力测试，生成测试结果，能够自动生成测试报文，节约人力资源，简化压测流程；将配置信息持久化，提高了压测数据的可复用性，减少测试人员手动维护工作量，提高压测效率。
附图说明
39.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以
根据这些附图获得其他的附图。
40.图1为本发明实施例提供的一种消息中间件的压力测试系统的结构示意图；
41.图2为本发明实施例提供的一种内容配置的结构示意图；
42.图3为本发明实施例提供的一种消息中间件的压力测试方法的流程图；
43.图4为本发明实施例提供的又一种消息中间件的压力测试方法的流程图；
44.图5为本发明实施例提供的一种消息中间件的压力测试装置的结构示意图；
45.图6为本发明实施例提供的一种计算机设备的结构示意图。
具体实施方式
46.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
47.需要说明的是，本技术公开的一种消息中间件的压力测试方法、装置和系统可用于人工智能技术领域，也可用于除人工智能技术领域之外的任意领域，本技术公开的一种消息中间件的压力测试方法、装置和系统的应用领域不做限定。
48.为了便于理解本技术提供的技术方案，下面先对本技术技术方案的相关内容进行说明。消息中间件是基于队列与消息传递技术，在网络环境中为应用系统提供同步或异步、可靠的消息传输的支撑性软件系统。消息中间件适用于需要可靠的数据传送的分布式环境。采用消息中间件机制的系统中，不同的对象之间通过传递消息来激活对方的事件，完成相应的操作。发送者将消息发送给消息服务器，消息服务器将消息存放在若干队列中，在合适的时候再将消息转发给接收者。消息中间件能在不同平台之间通信，它常被用来屏蔽掉各种平台及协议之间的特性，实现应用程序之间的协同，其优点在于能够在客户和服务器之间提供同步和异步的连接，并且在任何时刻都可以将消息进行传送或者存储转发。本发明以ibm消息队列(ibm mq)为例，提供一种消息中间件的压力测试方法，ibm mq是由ibm公司研发的企业级消息中间件，适用于分布式计算环境或异构系统之中。消息队列技术是分布式应用间交换信息的一种技术。消息队列可驻留在内存或磁盘中，队列存储消息直到它们被应用程序读取。通过消息队列，应用程序可独立地执行。
49.图1为本发明实施例提供的一种消息中间件的压力测试系统的结构示意图，如图1所示，该系统包括配置模块110、调度模块120、执行模块130、监控模块140、数据库150、ibm mq服务器160和被测系统或应用170。其中，配置模块110、调度模块120、执行模块130和监控模块140分别与数据库150连接，调度模块120与监控模块140连接，ibm mq服务器160和被测系统或应用170分别与监控模块140连接。
50.配置模块110包括内容配置111、任务配置112和环境配置113。由测试人员编写并向配置模块110的内容配置111提交内容信息、配置模块110的任务配置112提交任务信息以及配置模块110的环境配置113提供环境信息。
51.图2为本发明实施例提供的一种内容配置的结构示意图，如图2所示，内容配置111包括报文导入模块a和报文配置模块b。报文导入模块a用于通过导入的方式自动生成报文模块。具体地，通过导入报文提供方发送的指定类型文件，生成指定格式的报文模板；通过
报文配置模块b，将报文模板中各字段值替换为变量，并将该报文模板持久化存储与数据库150中。作为一种可选方案，指定类型文件可以为xsd文件，对应生成的指定格式报文模板为xml格式报文模板。
52.任务配置112用于配置待执行任务并发线程数、各类测试报文的发送总量、每笔报文发送的休眠时间和任务执行时间等任务相关信息。
53.环境配置113用于配置消息中间件环境以及被测环境的环境信息，包括但不限于：ibm mq服务器网络地址(ip)、网络端口，队列名称、通道名称、被测环境ip和被测环境网络端口等环境相关信息。
54.本发明实施例中，配置模块110中所配置的信息由测试人员进行维护，配置模块110将配置信息持久化存入数据库150中，当需要测试不同的报文、不同的服务器时，不需要重新设置，能够为测试人员操作带来便利。
55.调度模块120用于按照预设时间扫描数据库150中设置的任务表中的待执行任务，若扫描到当前时间达到其对应的任务执行时间的待执行任务，获取待执行任务的任务编号，将任务编号发送至监控模块140，调度监控模块140根据任务编号获取待执行任务的环境信息并根据环境信息对消息中间件进行可用性检测；调度模块120与监控模块140进行交互，以获取到检测成功的可用性检测结果，调度执行模块130执行待执行任务进行压力测试。
56.执行模块130用于若当前时间达到设置的待执行任务的任务执行时间，根据获取的任务信息和环境信息，生成测试报文。执行模块130的线程在生成测试报文时，先根据任务编号从数据库150中查询出配置信息，加载内容配置中配置好的报文模块，读取到报文模板中的变量名，再根据变量生成参数值，替换变量，最终生成需发送的测试报文。以报文模板的参数为ran_num_12为例，表示随机生成12位数字，则生成随机的测试报文为123456789012。
57.监控模块140用于根据测试报文，对消息中间件进行压力测试，生成测试结果；将测试结果存储至数据库150。监控模块140能够实现对ibm mq服务器160环境以及被测系统或应用170的监控，包括可用性检测以及压测过程中的环境监控。
58.本发明实施例提供的技术方案中，若当前时间达到设置的待执行任务的任务执行时间，根据获取的任务信息和环境信息，生成测试报文；根据测试报文，对消息中间件进行压力测试，生成测试结果，能够自动生成测试报文，节约人力资源，简化压测流程；将配置信息持久化，提高了压测数据的可复用性，减少测试人员手动维护工作量，提高压测效率。
59.值得说明的是，图1所示的消息中间件的压力测试系统还适用于图3或图4的消息中间件的压力测试方法，在此不再赘述。
60.下面以消息中间件的压力测试装置作为执行主体为例，说明本发明实施例提供的消息中间件的压力测试方法的实现过程。可理解的是，本发明实施例提供的消息中间件的压力测试方法的执行主体包括但不限于消息中间件的压力测试装置。
61.图3为本发明实施例提供的一种消息中间件的压力测试方法的流程图，如图3所示，该方法包括：
62.步骤101、若当前时间达到设置的待执行任务的任务执行时间，根据获取的任务信息和环境信息，生成测试报文。
63.步骤102、根据测试报文，对消息中间件进行压力测试，生成测试结果。
64.本发明实施例提供的技术方案中，若当前时间达到设置的待执行任务的任务执行时间，根据获取的任务信息和环境信息，生成测试报文；根据测试报文，对消息中间件进行压力测试，生成测试结果，能够自动生成测试报文，节约人力资源，简化压测流程；将配置信息持久化，提高了压测数据的可复用性，减少测试人员手动维护工作量，提高压测效率。
65.图4为本发明实施例提供的又一种消息中间件的压力测试方法的流程图，如图4所示，该方法包括：
66.步骤201、若当前时间达到设置的待执行任务的任务执行时间，获取待执行任务的任务编号。
67.本发明实施例中，各步骤由消息中间件的压力测试装置执行。
68.本发明实施例中，数据库中存储有任务表，任务表中包括多个待执行任务和每个待执行任务对应的任务编号。数据库中还配置有配置模块发送的报文配置、任务配置和环境配置，任务配置包括但不限于待执行任务并发线程数、各类测试报文的发送总量、每笔报文发送的休眠时间和任务执行时间。调度模块定时扫描任务表中的待执行任务，若扫描到当前时间达到设置的待执行任务的任务执行时间，从数据库中查询出待执行任务的任务编号。值得说明的是，本发明实施例中的数据类可以是mysql数据库，还可以是其他类型的数据库，本发明实施例对此不作限定。
69.步骤202、根据环境信息，对消息中间件进行可用性检测，得到可用性检测结果。
70.本发明实施例中，环境信息包括消息中间件的服务器ip和消息中间件的网络端口。
71.具体地，调度信息将任务编号发送至监控模块，调度监控模块根据任务编号对消息中间件进行可用性检测。具体地，监控模块根据任务编号从数据库中查询出待执行任务的环境信息，根据环境信息对消息中间件进行可用性检测。
72.本发明实施例中，步骤202具体包括：
73.步骤2021、根据服务器ip和网络端口与消息中间件建立网络连接，若连接成功，执行步骤2022；若连接失败，执行步骤2023。
74.以消息中间件为ibm mq为例，ibm mq提供有工具包，作为一种可选方案，工具包为com.ibm.mq.allclient jar包，通过com.ibm.mq.allclient jar包中提供的类及方法，创建mq manager(队列管理)对象，连接ibm mq服务器。
75.本发明实施例中，若监控模块与ibm mq服务器连接成功，表明监控模块和ibm mq服务器能够进行通信，继续执行步骤2022；若监控模块与ibm mq服务器连接失败，表明监控模块和ibm mq服务器无法通信，继续执行步骤2023。
76.步骤2022、根据发送的心跳检测报文，对消息中间件进行反馈判别，得到可用性检测结果，继续执行步骤203。
77.作为一种可选方案，可以通过调用指定方法，按照指定时间间隔向消息中间件发送心跳报文检测报文，对消息中间件进行反馈判别，得到可用性检测结果。例如，调用的指定方法为mqqueue.put()。
78.具体地，按照指定时间间隔向消息中间件的指定队列发送心跳检测报文；若接收到消息中间件返回的心跳反馈消息，表明心跳检测报文发送成功，得到检测成功的可用性
检测结果；若未接收到消息中间件返回的心跳反馈消息，表明心跳检测报文发送失败，得到检测失败的可用性检测结果。其中，指定时间间隔可以根据实际需求进行设置，本发明实施例对此不作限定；指定队列根据环境配置中的队列名称确定出来。
79.步骤2023、对设置的连接失败次数进行加1处理。
80.本发明实施例，连接失败次数的初始值可以设置为0，也可以设置为其他值，本发明实施例对此不作限定。
81.步骤2023、判断加1处理后的连接失败次数是否大于或等于设置的失败次数阈值，若是，执行步骤2024；若否，执行步骤2021。
82.本发明实施例中，失败次数阈值可以根据实际情况设置，本发明实施例对此不作限定。作为一种可选方案，失败次数阈值为3。
83.本发明实施例中，若加1处理后的连败失败次数大于或等于失败次数阈值，表明连接失败次数过多，继续执行步骤2024；若加1处理后的连接失败次数小于失败次数阈值，表明还可以再次尝试网络连接，重复执行步骤2021。
84.步骤2024、若加1处理后的连接失败次数大于或等于设置的失败次数阈值，得到检测失败的可用性检测结果，流程结束。
85.具体地，监控模块向调度模块发送检测失败的可用性检测结果，以通知调度模块当前消息中间件不可用。
86.本发明实施例中，步骤2021至步骤2025所提供的可用性检测方法可以用于对消息中间件服务器的可用性检测，还可以用于对被测系统或应用环境的可用性检测。
87.进一步地，还可以通过调用被测系统或应用的环境的可用性检测结果，以获取被测系统或应用的环境的可用性检测结果。
88.步骤203、根据获取的任务信息和环境信息，生成测试报文。
89.本发明实施例中，步骤203具体包括：
90.步骤2031、根据待执行任务的任务编号，查询出对应的任务信息、环境信息和报文配置信息。
91.具体地，调度模块向执行模块发送任务编号和执行指令；执行模块响应于执行指令，根据任务编号，从数据库中查询出对应的任务信息、环境信息和报文配置信息。任务信息包括待执行任务并发线程数、各类测试报文的发送总量、每笔报文发送的休眠时间和任务执行时间。环境信息包括消息中间件环境以及被测环境的环境信息，包括但不限于：ibm mq服务器网络地址(ip)、网络端口，队列名称、通道名称、被测环境ip和被测环境网络端口。报文配置信息包括报文模板和参数配置。
92.步骤2032、按照报文配置信息，根据任务信息和环境信息，生成测试报文。
93.具体地，执行模块根据任务信息，按照并发线程数发起并发线程，每个线程根据报文模板和参数配置，生成测试报文。
94.步骤204、根据测试报文，对消息中间件进行压力测试，生成测试结果。
95.本发明实施例中，步骤204具体包括：
96.步骤2041、将测试报文发送至指定的发送队列，以供消息中间件将测试报文发送至设置的接收队列。
97.本发明实施例中，按照环境信息，执行模块将测试报文发送至指定的发送队列，消
息中间件将测试报文发送至接收队列，以供被测系统或应用从接收队列中获取对应的测试报文。其中，发送队列和接收队列均设置于消息中间件服务器中。
98.步骤2042、根据发送队列的队列深度和接收队列的队列深度，生成并记录消费报文速率。
99.本发明实施例中，监控模块通过定时调用指定方法，获取发送队列的队列深度和接收队列的队列深度；在单位时间内对发送队列的队列深度和接收队列的队列深度之间的差值进行计算，得到消费报文速率。作为一种可选方案，调用的指定方法为mqqueue.getcurrentdepth()方法。
100.进一步地，将消费报文速率作为测试结果进行存储记录，以供后续查看压测结果。
101.本发明实施例中，步骤204还具体包括：
102.步骤3041、将测试报文发送至指定的发送队列，以供消息中间件将测试报文发送至设置的接收队列。
103.本发明实施例中，步骤3041与步骤2041相同，在此不再赘述。
104.步骤3042、通过指定监控工具，按照预设时间周期获取并记录性能测试数据，性能测试数据包括处理器(cpu)利用率、虚拟机(jvm)利用率和内存利用率。
105.本发明实施例中，预设时间周期可以根据实际情况进行设置，本发明实施例对此不作限定。
106.本发明实施例中，监控模块在测试报文的收发过程中，通过指定监控工具，按照预设时间周期获取性能测试数据，以对压测过程中的性能测试数据进行监控。作为一种可选方案，指定监控工具为jconsole工具，也可以是其他第三方开源监控工具，本发明实施例对此不作限定。
107.进一步地，将性能测试数据作为测试结果进行存储记录，以供后续查看压测结果。
108.本发明实施例中，通过内容配置，能够自动生成测试报文，无需人工介入，节约人力资源；通过任务配置，可以创建不同的发压策略；通过环境配置模块，可维护多套被测环境。根据以上配置组合压测任务，实现压测中数据的多样性；不仅可以对消息队列进行性能测试，还可以整个交易链路进行有效的全链路压力测试。
109.本发明实施例提供的消息中间件的压力测试方法的技术方案中，若当前时间达到设置的待执行任务的任务执行时间，根据获取的任务信息和环境信息，生成测试报文；根据测试报文，对消息中间件进行压力测试，生成测试结果，能够自动生成测试报文，节约人力资源，简化压测流程；将配置信息持久化，提高了压测数据的可复用性，减少测试人员手动维护工作量，提高压测效率。
110.图5为本发明实施例提供的一种消息中间件的压力测试装置的结构示意图，该装置用于执行上述消息中间件的压力测试方法，如图5所示，该装置包括：生成单元11和压测单元12。
111.生成单元11用于若当前时间达到设置的待执行任务的任务执行时间，根据获取的任务信息和环境信息，生成测试报文。
112.压测单元12用于根据测试报文，对消息中间件进行压力测试，生成测试结果。
113.本发明实施例中，生成单元11具体用于根据待执行任务的任务编号，查询出对应的任务信息、环境信息和报文配置信息；按照报文配置信息，根据任务信息和环境信息，生
成测试报文。
114.本发明实施例中，装置还包括：检测单元13。
115.检测单元13用于根据环境信息，对消息中间件进行可用性检测，得到可用性检测结果。
116.本发明实施例中，检测单元13具体用于根据服务器网络地址和网络端口与消息中间件建立网络连接；若连接成功，根据发送的心跳检测报文，对消息中间件进行反馈判别，得到可用性检测结果；若连接失败，对设置的连接失败次数进行加1处理；若加1处理后的连接失败次数大于或等于设置的失败次数阈值，得到检测失败的可用性检测结果；若加1处理后的连接失败次数小于失败次数阈值，重复执行根据服务器网络地址和网络端口与消息中间件建立网络连接的步骤。
117.本发明实施例中，检测单元13具体用于按照指定时间间隔向消息中间件发送心跳检测报文；若接收到消息中间件返回的心跳反馈消息，得到检测成功的可用性检测结果；若未接收到消息中间件返回的心跳反馈消息，得到检测失败的可用性检测结果。
118.本发明实施例中，压测单元12具体用于将测试报文发送至指定的发送队列，以供消息中间件将测试报文发送至设置的接收队列；根据发送队列的队列深度和接收队列的队列深度，生成并记录消费报文速率。
119.本发明实施例中，压测单元12具体用于将测试报文发送至指定的发送队列，以供消息中间件将测试报文发送至设置的接收队列；通过指定监控工具，按照预设时间周期获取并记录性能测试数据，性能测试数据包括处理器利用率、虚拟机利用率和内存利用率。
120.本发明实施例的方案中，若当前时间达到设置的待执行任务的任务执行时间，根据获取的任务信息和环境信息，生成测试报文；根据测试报文，对消息中间件进行压力测试，生成测试结果，能够自动生成测试报文，节约人力资源，简化压测流程；将配置信息持久化，提高了压测数据的可复用性，减少测试人员手动维护工作量，提高压测效率。
121.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机设备，具体的，计算机设备例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
122.本发明实施例提供了一种计算机设备，包括存储器和处理器，存储器用于存储包括程序指令的信息，处理器用于控制程序指令的执行，程序指令被处理器加载并执行时实现上述消息中间件的压力测试方法的实施例的各步骤，具体描述可参见上述消息中间件的压力测试方法的实施例。
123.下面参考图6，其示出了适于用来实现本技术实施例的计算机设备600的结构示意图。
124.如图6所示，计算机设备600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram))603中的程序而执行各种适当的工作和处理。在ram603中，还存储有计算机设备600操作所需的各种程序和数据。cpu601、rom602、以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
125.以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶反馈器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡，调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口606。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装如存储部分608。
126.特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包括用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。
127.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
128.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本技术时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
129.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
130.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
131.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
132.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要
素的过程、方法、商品或者设备中还存在另外的相同要素。
133.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
134.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
135.本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
136.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
137.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。