协议栈测试方法及装置、测试系统、计算机可读存储介质与流程

1.本发明涉及车辆通信技术，尤其涉及一种协议栈测试方法及装置、测试系统、计算机可读存储介质。


背景技术：

2.在汽车网络通信中，诊断扮演了非常重要的角色，无论是故障筛查，整车下线配置，还是电子控制单元(electronic control unit,ecu)软件更新，远程空中下载技术(over-the-air technology,ota)等，都离不开诊断技术。doip协议是diagnostic communication over internet protocol的简称，顾名思义，就是通过网络协议进行诊断通信。doip协议的工作机制和相关需求由iso 13400系列标准定义，该标准描述了doip协议的应用场景，对传输层和网络服务的具体要求等。还有其他协议栈如通用测量和校准协议(universal measurement and calibration protocol,xcp)、时间敏感网络(time sensitive networking，tsn)协议、数据分发服务(data distribution service,dds)协议等。
3.现有技术中，上述协议栈在实现完成后，需要进行一致性测试，从而检验实现的协议栈与标准协议规范的符合程度，即测试协议栈的外部行为是否符合协议规范。
4.但是，目前还没有针对部分协议栈，如doip协议、xcp协议、dds协议等的一致性测试规范和测试方法，即没有任何标准规定应该对doip协议测试哪些内容，也没有方便并且可以使用的测试工具。


技术实现要素：

5.本发明解决的技术问题是如何实现对协议栈的一致性测试。
6.为解决上述技术问题，本发明实施例提供一种协议栈测试方法，获取用户选择的测试用例的标识，每一标识指向一个测试用例；针对每一测试用例，确定所述测试用例的标识对应的测试内容，并发送至目标ecu；针对每一测试用例，接收所述目标ecu针对所述测试内容的应答消息；针对每一测试用例，根据所述应答消息与所述标识对应的测试通过条件确定测试结果，所述测试结果选自测试通过和测试未通过。
7.可选的，所述协议栈测试方法还包括：在所有的已选择的测试用例的标识均获得对应的测试结果后，根据各个测试结果生成测试报告。
8.可选的，所述测试报告包括以下一项或多项：已执行测试的测试用例的总数，测试通过的测试用例的数量，测试未通过的测试用例的数量，以及测试未通过的原因。
9.可选的，所述标识对应的测试内容以及测试通过条件是预先根据测试用例的内容确定的。
10.可选的，所述确定所述标识对应的测试内容包括：检测所述标识对应的测试条件是否满足预设要求；在所述标识对应的测试条件满足预设要求时，确定所述标识对应的测试内容。
11.可选的，所述确定所述标识对应的测试内容之前包括：确定所述标识对应的测试参数，并对所述测试参数进行配置。
12.可选的，所述测试用例是预先构建好的；采用以下方式构建各个测试用例：在协议栈的各个机能点中选取需要进行测试的多个第一机能点；对多个第一机能点进行分析确定相应的测试用例，每一第一机能点对应多个测试用例，或者多个第一机能点对应一个测试用例。
13.本发明实施例还公开了一种协议栈测试方法，协议栈测试方法包括：接收测试内容，所述测试内容与测试用例的标识相对应，每一标识指向一个测试用例；针对所述测试内容确定应答消息；将所述应答消息发送至测试设备，以供所述测试设备根据所述应答消息与所述标识对应的测试通过条件确定测试结果，所述测试结果选自测试通过和测试未通过。
14.本发明实施例还公开了一种协议栈测试装置，协议栈测试装置包括：标识获取模块，用于获取用户选择的测试用例的标识，每一标识指向一个测试用例；测试内容确定模块，用于针对每一测试用例，确定所述测试用例的标识对应的测试内容，并发送至目标ecu；应答消息接收模块，用于针对每一测试用例，接收所述目标ecu针对所述测试内容的应答消息；测试结果确定模块，用于针对每一测试用例，根据所述应答消息与所述标识对应的测试通过条件确定测试结果，所述测试结果选自测试通过和测试未通过。
15.本发明实施例还公开了一种协议栈测试装置，协议栈测试装置包括：测试内容接收模块，用于接收测试内容，所述测试内容与测试用例的标识相对应，每一标识指向一个测试用例；应答消息确定模块，用于针对所述测试内容确定应答消息；应答消息发送模块，用于将所述应答消息发送至测试设备，以供所述测试设备根据所述应答消息与所述标识对应的测试通过条件确定测试结果，所述测试结果选自测试通过和测试未通过。
16.本发明实施例还公开了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行所述协议栈测试方法的步骤。
17.本发明实施例还公开了一种测试系统，包括测试设备和目标设备，所述目标设备中设置有ecu；所述测试设备包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行所述协议栈测试方法的步骤；所述目标设备包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行协议栈测试方法的步骤。
18.与现有技术相比，本发明实施例的技术方案具有以下有益效果：
19.本发明技术方案中，通过用户选择的测试用例的标识确定测试内容，并将测试内容发送至目标ecu；目标ecu会根据测试内容反馈相应的应答消息，那么基于该应答消息以及测试用例的标识对应的测试通过条件即可确定测试结果。本发明技术方案中用户只需选取需要测试的测试用例的标识，针对各个测试用例的协议栈的一致性测试即可自动执行，无需用户手动为每个测试用例输入测试命令进行测试；并且，由于预先设置测试用例的标识对应的测试通过条件，因此在获得目标ecu的应答消息之后，可以直接确定测试结果，无需人工分析，提升测试的效率。
附图说明
20.图1是本发明实施例一种协议栈测试方法的流程图；
21.图2是本发明实施例一种协议栈测试系统的结构示意图；
22.图3是本发明实施例一种协议栈测试方法的交互流程图；
23.图4是本发明实施例一种协议栈测试装置的结构示意图；
24.图5是本发明实施例另一种协议栈测试装置的结构示意图。
具体实施方式
25.如背景技术中所述，目前还没有针对部分协议栈，如doip协议、xcp协议、dds协议等的一致性测试规范和测试方法，即没有任何标准规定应该对doip协议测试哪些内容，也没有方便并且可以使用的测试工具。
26.本发明技术方案中用户只需选取需要测试的测试用例的标识，针对各个测试用例的协议栈的一致性测试即可自动执行，无需用户手动为每个测试用例输入测试命令进行测试；并且，由于预先设置测试用例的标识对应的测试通过条件，因此在获得目标ecu的应答消息之后，可以直接确定测试结果，无需人工分析，提升测试的效率。
27.为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
28.图1是本发明实施例一种协议栈测试方法的流程图。
29.本发明实施例的协议栈测试方法可以用于测试设备，也即可以由测试设备执行所述方法的各个步骤。所述测试设备包括但不限于手机、计算机、平板电脑等终端设备。具体实施中，测试设备中可以安装有上位机测试程序(upper test program)，用于执行测试过程。
30.具体地，协议栈测试方法可以包括以下步骤：
31.步骤101：获取用户选择的测试用例的标识，每一标识指向一个测试用例；
32.步骤102：针对每一测试用例，确定所述测试用例的标识对应的测试内容，并发送至目标ecu；
33.步骤103：针对每一测试用例，接收所述目标ecu针对所述测试内容的应答消息；
34.步骤104：针对每一测试用例，根据所述应答消息与所述标识对应的测试通过条件确定测试结果，所述测试结果选自测试通过和测试未通过。
35.需要指出的是，本实施例中各个步骤的序号并不代表对各个步骤的执行顺序的限定。
36.可以理解的是，在具体实施中，所述协议栈测试方法可以采用软件程序的方式实现，该软件程序运行于芯片或芯片模组内部集成的处理器中。该方法也可以采用软件结合硬件的方式实现，本技术不作限制。
37.本发明实施例中所称的用户可以是测试人员。需要测试的协议栈可以是：doip，统一诊断服务(unified diagnostic services，uds)，xcp，udpnm，数据分发服务(data distribution service,dds)，部分tsn(如ieee 802.1qbv,ieee 802.1qbu,ieee 802.1qci，ieee 802.1cb等)。也就是说，本发明实施例的测试用例是基于上述协议栈中需要测试的功能点进行构建的。
38.本发明实施例可以为用户提供可视化界面，可视化界面中包括供用户选择的测试用例的标识，每一标识指向一个测试用例。用户可以根据需求在可视化界面中勾选测试用例的标识。在步骤101的具体实施中，上位机测试程序获取用户选择的测试用例的标识。具体地，用户选择的测试用例的标识可以是一个或多个。
39.具体地，标识对应的测试内容也即测试用例对应的测试内容，标识对应的测试通过条件也即测试用例对应的测试通过条件。
40.针对每一测试用例，在步骤102至步骤104的具体实施中，可以通过确定并发送测试内容，接收应答消息以及确定测试结果完成对测试用例的测试。对于每一测试用例均需要执行步骤102至步骤104，直至将用户选择的多个标识指示的测试用例全部测试完成。
41.至此，可以获得各个测试用例的测试结果，以完成对协议栈的测试。
42.在本发明一个非限制性的实施例中，还公开了一种协议栈测试系统。协议栈测试系统包括测试设备21和目标ecu22(也可以称为目标设备，例如可以是设置有目标ecu的设备或车辆等)。目标ecu22中设置有协议栈222。其中，测试设备21中设置有上位机测试程序211(也即被测试设备)，目标ecu22中设置有协议栈测试程序221，协议栈测试程序221可以配合协议栈222对收到的测试内容进行处理。通过上位机测试程序211与协议栈测试程序221的交互可以实现对协议栈222的测试。
43.上位机测试程序211包括针对每一测试用例进行测试的程序工具，例如测试用例1的程序工具在运行时可以对测试用例1进行测试。具体地，测试设备21和目标ecu22可以通过以太网建立通信连接，通信的数据格式满足协议栈222的协议规范。例如协议栈222为doip协议栈时，通信的数据格式满足doip协议栈的协议规范。
44.在一个具体的应用场景中，协议栈222为doip协议栈，doip协议栈是对doip协议进行实现的一个网络通信模块，可以提供doip协议中规定的所有功能，例如：车辆识别，车辆公告，路由激活和诊断请求等。在这种情况下，测试用例1表示：上位机测试程序发送一个正确的车辆信息请求(测试内容)，检查目标ecu22中的doip协议栈是否可以返回正确的车辆信息应答。再例如，测试用例2表示：上位机测试程序发送一个正确的路由激活请求，检查被测目标ecu22中的doip协议栈是否可以返回的正确的路由激活肯定应答。上位机测试程序中也包含异常情况的测试用例。例如，测试用例3表示：上位机测试程序发送一个不正确的doip诊断请求数据，数据中的目标逻辑地址为非法地址，检查目标ecu22中的doip协议栈是否返回doip诊断请求的否定应答，并且否定应答中的错误码为0x03。再例如，测试用例4表示：上位机测试程序发送一个不正确的doip诊断请求数据，数据长度字段超过了目标ecu22的最大支持长度，检查目标ecu22中的doip协议栈是否返回诊断请求的否定应答，并且否定应答的错误码为0x04。
45.在具体的测试流程中，测试设备21的上位机测试程序211可以发送各个测试用例的测试内容(也可以称为测试报文)。目标ecu22可以接收并解析测试设备21发送过来的测试内容，并通知给上层的协议栈测试程序221，最后协议栈222返回特定的应答数据。例如，在测试用例2中，测试设备21通过上位机测试程序211发送路由激活请求数据，目标ecu22中的协议栈222收到数据后进行解析，并将解析后的路由激活请求通知给协议栈测试程序221。协议栈测试程序221对收到的路由激活请求进行检查，并通知协议栈222进行肯定或否定应答。协议栈222对协议栈测试程序221发送的肯定或否定应答按照协议规范进行封装，
然后发送给测试设备21。测试设备21在收到目标ecu22中协议栈222发送的路由激活应答数据后，根据测试用例对应的测试通过条件，判断该测试用例是否通过。例如，测试用例2对应的测试通过条件是收到目标ecu22中协议栈222发送的路由激活肯定应答时，判定该测试用例通过，否则该测试用例不通过。
46.再例如，在某测试用例中，测试设备21通过上位机测试程序211发送正确的诊断请求数据给目标ecu22，目标ecu22中的协议栈222收到数据后进行解析，并将解析后的诊断请求通知给协议栈测试程序221，协议栈测试程序221对收到诊断请求进行处理后，返回特定的诊断响应数据给协议栈222，协议栈222将收到诊断响应数据按照协议规范进行封装，然后发送给测试设备21。测试设备21在收到目标ecu22发送的诊断响应数据后，根据测试用例对应的测试通过条件判断该测试用例是否通过。例如，测试用例的测试通过条件要求收到目标ecu22中doip协议栈发送的诊断响应报文，并且诊断响应报文中负载数据全为0时，判定该测试用例通过。没有收到诊断响应报文，或诊断响应报文负载数据内容不为0时，判定该测试用例不通过。
47.在一个具体应用场景中，测试人员可通过上位机测试程序211选择一个测试用例、多个测试用例、或全部测试用例，对目标ecu22中的协议栈222进行测试。在测试用例选择完成后，运行上位机测试程序211，上位机测试程序211可以对已选择的测试用例按照先后顺序依次进行执行。在执行过程中，某一个测试用例的成功或失败不会影响后续其它测试用例的测试的执行。当所有已选择的测试用例的测试执行完毕时，上位机测试程序211自动停止执行，并自动生成测试报告。在测试报告中，包含了测试程序本次所有已选择的测试用例的执行结果。
48.在本发明一个非限制性的实施例中，图1所示测试方法还可以包括以下步骤：在所有的已选择的测试用例的标识均获得对应的测试结果后，根据各个测试结果生成测试报告。
49.进一步地，所述测试报告包括以下一项或多项：已执行测试的测试用例的总数，测试通过的测试用例的数量，测试未通过的测试用例的数量，以及测试未通过的原因。
50.继续参照图2，测试设备21中的上位机测试程序211在执行完所有已选择的测试用例时，可以自动生成本次已选择的测试用例的测试报告。测试报告主要内容包括：本次已选择的测试用例总数，本次已选择的测试用例的测试通过数，本次已选择的测试用例的测试未通过数，本次已选择的测试用例中测试未通过的测试用例的原因说明等。例如，选择全部测试用例进行测试，测试报告如表1所示：
51.表1
[0052][0053]
在本次测试报告中，已选择的测试用例个数为96项，已选择的测试用例中通过的测试用例个数为94项，已选择的测试用例中未通过的测试用例项数为2项。已选择的测试用例中测试未通过的测试用例包括测试用例1和测试用例2。测试用例1测试未通过的原因是：测试设备通过上位机测试程序发送车辆信息请求报文给目标ecu中的doip协议栈，但是在2秒内，测试设备没有收到目标ecu中的doip协议栈发送的车辆信息应答报文，所以测试用例1判定未通过。测试用例2测试未通过的原因是：测试设备中的上位机测试程序发送路由激活请求给目标ecu中的doip协议栈，期望收到目标ecu中doip协议栈发送的路由激活肯定应答报文，但是收到了目标ecu中的doip协议栈发送的路由激活否定应答报文，所以判定测试用例2未通过。
[0054]
在一个非限制性的实施例中，在对协议栈进行一致性测试之前，可以先根据协议构建测试用例，然后根据测试用例开发程序(如图2中所示的上位机测试程序和协议栈测试程序)。基于上位机测试程序和协议栈测试程序可以执行对测试用例的测试，并生成测试报告。
[0055]
在一个非限制性的实施例中，具体可以采用以下方式构建各个测试用例：在协议栈的各个机能点中选取需要进行测试的多个第一机能点；对多个第一机能点进行分析确定相应的测试用例，每一第一机能点对应多个测试用例，或者多个第一机能点对应一个测试用例。
[0056]
在一个具体的应用场景中，以doip协议栈为例，在doip协议规范iso13400-2:2012中，对doip协议的传输层和网络服务进行了详细描述。在文档中，描述的doip机能点共138项，包括车辆识别，车辆公告，路由激活，诊断请求等功能。在这些机能点中，描述相关并且不需要测试的机能点为46项，例如：doip-108机能点的内容为：车辆网络上的每个doip实体应实现iso13400本部分中规定的协议标准。所以，该机能点只是描述相关，不需要测试。然后，外部测试设备要求并且不需要测试的机能点为5项，例如，doip-135机能点的内容为：doip外部测试设备向doip实体发送udp消息时，应该使用动态分配的源端口号，并且源端口号的范围在49152到65535之间。所以，该机能点是对外部测试设备的要求，不需要测试。最后，可进行测试的机能点为87项。例如，doip-046机能点的内容为：doip实体应该支持车辆
信息请求。该机能点要求doip协议栈收到车辆信息请求时，能够正确的进行车辆信息应答。所以，该机能点需要测试。
[0057]
对可以测试的87个机能点进行分析，抽象并编写测试用例96项，即部分机能点需要多个测试用例进行测试。每个测试用例中可以描述测试机能点内容，测试条件，测试参数，测试执行，测试结果成功和失败的判断条件等信息。
[0058]
以doip-072机能点为例，根据其确定的测试用例如表2所示。
[0059]
表2
[0060][0061][0062]
相应地，测试用例的标识对应的测试内容以及测试通过条件是预先根据测试用例
的内容确定的。
[0063]
在一个非限制性的实施例中，步骤102可以包括以下步骤：检测所述标识对应的测试条件是否满足预设要求；在所述标识对应的测试条件满足预设要求时，确定所述标识对应的测试内容。
[0064]
具体地，测试用例的测试条件是执行该测试用例的测试的前提条件，只有在测试条件满足的情况下才能执行测试。例如，测试用例1的测试条件为已完成路由激活的流程，需要检测路由激活的流程是否已完成，如果未完成，则无法执行该测试用例1的测试。
[0065]
在一个非限制性的实施例中，步骤102之前可以包括以下步骤：确定所述标识对应的测试参数，并对所述测试参数进行配置。
[0066]
具体地，测试用例的测试参数可以是测试时需要使用的参数，在测试之前需要完成配置。例如，对于表2中示出的测试用例，可以按照表2中的测试参数完成配置。
[0067]
请参照图3，图3示出了一种协议栈测试方法的交互流程图。
[0068]
在步骤301中，测试设备发送测试内容至目标ecu。相应地，目标ecu接收测试内容。
[0069]
在步骤302中，目标ecu发送应答消息至测试设备。相应地，测试设备接收应答消息。
[0070]
在步骤303中，测试设备根据应答消息与测试用例的标识对应的测试通过条件确定测试结果。具体地，测试设备可以将应答消息与测试通过条件中的测试通过时的应答内容进行比对，如果一致则测试通过，否则测试未通过。
[0071]
请参照图4，本发明实施例还公开了一种协议栈测试装置。协议栈测试装置40可以包括：
[0072]
标识获取模块401，用于获取用户选择的测试用例的标识，每一标识指向一个测试用例；
[0073]
测试内容确定模块402，用于针对每一测试用例，确定所述测试用例的标识对应的测试内容，并发送至目标ecu；
[0074]
应答消息接收模块403，用于针对每一测试用例，接收所述目标ecu针对所述测试内容的应答消息；
[0075]
测试结果确定模块404，用于针对每一测试用例，根据所述应答消息与所述标识对应的测试通过条件确定测试结果，所述测试结果选自测试通过和测试未通过。
[0076]
在具体实施中，上述协议栈测试装置可以对应于测试设备中具有协议栈测试功能的芯片，例如soc(system-on-a-chip，片上系统)、基带芯片等；或者对应于测试设备中包括具有协议栈测试功能的芯片模组；或者对应于具有数据处理功能芯片的芯片模组，或者对应于测试设备。
[0077]
请参照图5，本发明实施例还公开了一种协议栈测试装置。协议栈测试装置50可以包括：
[0078]
测试内容接收模块501，用于接收测试内容，所述测试内容与测试用例的标识相对应，每一标识指向一个测试用例；
[0079]
应答消息确定模块502，用于针对所述测试内容确定应答消息；
[0080]
应答消息发送模块503，用于将所述应答消息发送至测试设备，以供所述测试设备根据所述应答消息与所述标识对应的测试通过条件确定测试结果，所述测试结果选自测试
通过和测试未通过。
[0081]
在具体实施中，上述协议栈测试装置可以对应于待测试设备中具有协议栈测试功能的芯片，例如soc(system-on-a-chip，片上系统)、基带芯片等；或者对应于测试设备中包括具有协议栈测试功能的芯片模组；或者对应于具有数据处理功能芯片的芯片模组，或者对应于待测试设备。
[0082]
关于所述协议栈测试装置40和协议栈测试装置50的工作原理、工作方式的更多内容，可以参照图1至图3中的相关描述，这里不再赘述。
[0083]
关于上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
[0084]
本发明实施例还公开了一种存储介质，所述存储介质为计算机可读存储介质，其上存储有计算机程序，所述计算机程序运行时可以执行图1或图3中所示方法的步骤。所述存储介质可以包括rom、ram、磁盘或光盘等。所述存储介质还可以包括非挥发性存储器(non-volatile)或者非瞬态(non-transitory)存储器等。
[0085]
本发明实施例还公开了一种测试设备，所述测试设备可以包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序。所述处理器运行所述计算机程序时可以执行图1中所示方法的步骤。
[0086]
本发明实施例还公开了一种目标设备，所述目标设备可以包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序。所述处理器运行所述计算机程序时可以执行图3中所示方法的部分步骤，如步骤302。
[0087]
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/“，表示前后关联对象是一种“或”的关系。
[0088]
本技术实施例中出现的“多个”是指两个或两个以上。
[0089]
本技术实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本技术实施例中对设备个数的特别限定，不能构成对本技术实施例的任何限制。
[0090]
本技术实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实
现设备间的通信，本技术实施例对此不做任何限定。
[0091]
应理解，本技术实施例中，所述处理器可以为中央处理单元(central processing unit，简称cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0092]
还应理解，本技术实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，简称rom)、可编程只读存储器(programmable rom，简称prom)、可擦除可编程只读存储器(erasable prom，简称eprom)、电可擦除可编程只读存储器(electrically eprom，简称eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，简称ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random access memory，简称ram)可用，例如静态随机存取存储器(static ram，简称sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronous dram，简称sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，简称ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，简称esdram)、同步连接动态随机存取存储器(synchlink dram，简称sldram)和直接内存总线随机存取存储器(direct rambus ram，简称dr ram)。
[0093]
上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质。半导体介质可以是固态硬盘。
[0094]
应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0095]
在本技术所提供的几个实施例中，应该理解到，所揭露的方法、装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的；例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0096]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0097]
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0098]
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。
[0099]
虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。