一种激励信号处理方法、装置及模块验证系统

摘要

本发明实施例公开了一种激励信号处理方法、装置及模块验证系统，所述方法包括：根据用户配置的输入参数选择对应的激励信号源；获取激励信号源生成的激励信号，并根据预设信号处理策略对激励信号进行预处理，得到符合待验证模块的输入信号要求的目标激励信号；确定待验证模块的数据传输接口的接口协议，加载与接口协议相匹配的激励信号驱动单元；采用激励信号驱动单元将目标激励信号转换成符合接口协议的验证输入信号，并通过数据传输接口将验证输入信号传输到待验证模块。本发明实现了同一激励信号处理装置在不同接口协议场景下的应用，减小了验证处理系统开发和维护的工作量，同时也降低了验证过程中出现错误的几率，提升验证结果的准确性。

权利要求

1.一种激励信号处理方法，其特征在于，所述方法包括:

根据用户配置的输入参数选择对应的激励信号源；

获取所述激励信号源生成的激励信号，并根据预设信号处理策略对所述激励信号进行预处理，得到符合待验证模块的输入信号要求的目标激励信号；

确定所述待验证模块的数据传输接口的接口协议，加载与所述接口协议相匹配的激励信号驱动单元；

采用所述激励信号驱动单元将所述目标激励信号转换成符合所述接口协议的验证输入信号，并通过所述数据传输接口将所述验证输入信号传输到所述待验证模块；

当所述待验证模块的数据传输接口的接口协议发生变化，或应用于所述待验证模块的其他数据传输接口，或应用于其他待验证模块的数据传输接口时，根据当前数据传输接口的当前接口协议，重新加载与当前接口协议相匹配的激励信号驱动单元；

其中，所述确定所述待验证模块的数据传输接口的接口协议，加载与所述接口协议相匹配的激励信号驱动单元，包括：根据所述接口协议查找预设映射关系，以获取与所述接口协议相匹配的激励信号驱动单元，所述预设映射关系中包括有接口协议与激励信号驱动单元之间的对应关系；加载获取到的激励信号驱动单元。

2.根据权利要求1所述的方法，其特征在于，所述根据预设信号处理策略对所述激励信号进行预处理，包括：在所述激励信号中插入指定时间长度或随机时间长度的时间延迟，和/或，对所述激励信号进行插错或加密处理。

3.根据权利要求1所述的方法，其特征在于，所述激励信号源包括内置激励信号源和外部激励信号源；

在所述根据用户配置的输入参数选择对应的激励信号源之前，所述方法还包括：建立与所述外部激励信号源之间的连接。

4.一种激励信号处理装置，其特征在于，所述装置包括:

选择模块，用于根据用户配置的输入参数选择对应的激励信号源；

处理模块，用于获取所述激励信号源生成的激励信号，并根据预设信号处理策略对所述激励信号进行预处理，得到符合待验证模块的输入信号要求的目标激励信号；

控制模块，用于确定所述待验证模块的数据传输接口的接口协议，加载与所述接口协议相匹配的激励信号驱动单元；

其中，所述控制模块，具体用于根据所述接口协议查找预设映射关系，以获取与所述接口协议相匹配的激励信号驱动单元，所述预设映射关系中包括有接口协议与激励信号驱动单元之间的对应关系；在获取到激励信号驱动单元之后加载该激励信号驱动单元；

驱动模块，用于采用所述激励信号驱动单元将所述目标激励信号转换成符合所述接口协议的验证输入信号，并通过所述数据传输接口将所述验证输入信号传输到所述待验证模块；

所述控制模块，还用于当所述待验证模块的数据传输接口的接口协议发生变化，或应用于所述待验证模块的其他数据传输接口，或应用于其他待验证模块的数据传输接口时，根据当前数据传输接口的当前接口协议，重新加载与当前接口协议相匹配的激励信号驱动单元。

5.根据权利要求4所述的装置，其特征在于，所述处理模块，具体用于在所述激励信号中插入指定时间长度或随机时间长度的时间延迟，和/或，对所述激励信号进行插错或加密处理。

6.根据权利要求4所述的装置，其特征在于，所述激励信号源包括内置激励信号源和外部激励信号源；

所述装置还包括：

配置模块，用于所述在所述选择模块根据用户配置的输入参数选择对应的激励信号源之前，建立与所述外部激励信号源之间的连接。

7.一种模块验证系统，其特征在于，所述系统包括监测装置、验证装置以及如权利要求

4-6任一项所述的激励信号处理装置；

所述验证装置，用于在所述驱动模块通过所述数据传输接口将所述验证输入信号传输到所述待验证模块之后，获取所述验证输入信号和所述待验证模块的验证输出信号，并根据所述验证输入信号和验证输出信号确定所述待验证模块是否符合预设要求；

所述监测装置，用于在所述驱动模块通过所述数据传输接口将所述验证输入信号传输到所述待验证模块之后，将所述待验证模块的验证输出信号进行监测输出。

说明书

一种激励信号处理方法、装置及模块验证系统

技术领域

[0001] 本发明涉及集成电路测试技术领域，尤其涉及一种激励信号处理方法、装置及模块验证系统。

背景技术

[0002] 在数字集成电路的验证中，数据传输是一项非常广泛的应用。在实现这些数据传输的设计模块中，如图1所示，不同的模块往往需要使用不同的接口协议。这些协议之间很可能各不相同，有的仅仅存在一些细微的差异，但是为了验证这些数据传输模块功能的正确性，验证人员需要为这些不同的数据传输协议开发不同的激励信号处理装置(driver)，以满足各种接口协议的数据传输模块的验证需求。其中，driver为UVM(Universal Verification Methodology，通用验证方法学)中将验证环境中发出的sequence item(激励信号)转换成待测模块可以接受的电平信号的模块，与待测模块通过接口interface相连接。UVM是一个以SystemVerilog类库为主体的验证平台开发框架，验证工程师可以利用其可重用组件构建具有标准化层次结构和接口的功能验证环境。

[0003] 在实现本发明过程中发明人发现传统的模块验证技术中至少存在以下缺陷：

[0004] 在验证不同接口协议的数据传输模块时，不同的接口协议对应不同的driver，验证人员需要根据不同的接口协议开发和维护多套driver，不仅提高了验证人员的工作强度，增加了开发和维护的工作量，同时也提高了验证过程中出现错误的几率，影响验证结果的准确性。

发明内容

[0005] 鉴于上述问题，本发明实施例提出了一种激励信号处理方法、装置及模块验证系统，实现了验证系统中同一激励信号处理装置在不同接口协议场景下的应用。

[0006] 本发明的一个方面，提供了一种激励信号处理方法，所述方法包括:

[0007] 根据用户配置的输入参数选择对应的激励信号源；

[0008] 获取所述激励信号源生成的激励信号，并根据预设信号处理策略对所述激励信号进行预处理，得到符合待验证模块的输入信号要求的目标激励信号；

[0009] 确定所述待验证模块的数据传输接口的接口协议，加载与所述接口协议相匹配的激励信号驱动单元；

[0010] 采用所述激励信号驱动单元将所述目标激励信号转换成符合所述接口协议的验证输入信号，并通过所述数据传输接口将所述验证输入信号传输到所述待验证模块。

[0011] 可选地，所述方法还包括：

[0012] 当所述待验证模块的数据传输接口的接口协议发生变化，或应用于所述待验证模块的其他数据传输接口，或应用于其他待验证模块的数据传输接口时，根据当前数据传输接口的当前接口协议，重新加载与当前接口协议相匹配的激励信号驱动单元。

[0013] 可选地，其特征在于，所述根据预设信号处理策略对所述激励信号进行预处理，包括：

[0014] 在所述激励信号中插入指定时间长度或随机时间长度的时间延迟，和/或，对所述激励信号进行插错或加密处理。

[0015] 可选地，所述激励信号源包括内置激励信号源和外部激励信号源；

[0016] 在所述根据用户配置的输入参数选择对应的激励信号源之前，所述方法还包括：

[0017] 建立与所述外部激励信号源之间的连接。

[0018] 可选地，所述确定所述待验证模块的数据传输接口的接口协议，加载与所述接口协议相匹配的激励信号驱动单元，包括：

[0019] 根据所述接口协议查找预设映射关系，以获取与所述接口协议相匹配的激励信号驱动单元，所述预设映射关系中包括有接口协议与激励信号驱动单元之间的对应关系；

[0020] 加载获取到的激励信号驱动单元。

[0021] 本发明的另一个方面，提供了一种激励信号处理装置，所述装置包括:

[0022] 选择模块，用于根据用户配置的输入参数选择对应的激励信号源；

[0023] 处理模块，用于获取所述激励信号源生成的激励信号，并根据预设信号处理策略对所述激励信号进行预处理，得到符合待验证模块的输入信号要求的目标激励信号；

[0024] 控制模块，用于确定所述待验证模块的数据传输接口的接口协议，加载与所述接口协议相匹配的激励信号驱动单元；

[0025] 驱动模块，用于采用所述激励信号驱动单元将所述目标激励信号转换成符合所述接口协议的验证输入信号，并通过所述数据传输接口将所述验证输入信号传输到所述待验证模块。

[0026] 可选地，所述控制模块，还用于当所述待验证模块的数据传输接口的接口协议发生变化，或应用于所述待验证模块的其他数据传输接口，或应用于其他待验证模块的数据传输接口时，根据当前数据传输接口的当前接口协议，重新加载与当前接口协议相匹配的激励信号驱动单元。

[0027] 可选地，所述处理模块，具体用于在所述激励信号中插入指定时间长度或随机时间长度的时间延迟，和/或，对所述激励信号进行插错或加密处理。

[0028] 可选地，所述激励信号源包括内置激励信号源和外部激励信号源；

[0029] 所述装置还包括：

[0030] 配置模块，用于所述在所述选择模块根据用户配置的输入参数选择对应的激励信号源之前，建立与所述外部激励信号源之间的连接。

[0031] 本发明的又一个方面，提供了一种模块验证系统，所述系统包括监测装置、验证装置以及如上所述的激励信号处理装置；

[0032] 所述验证装置，用于在所述驱动模块通过所述数据传输接口将所述验证输入信号传输到所述待验证模块之后，获取所述验证输入信号和所述待验证模块的验证输出信号，并根据所述验证输入信号和验证输出信号确定所述待验证模块是否符合预设要求；

[0033] 所述监测装置，用于在所述驱动模块通过所述数据传输接口将所述验证输入信号传输到所述待验证模块之后，将所述待验证模块的验证输出信号进行监测输出。

[0034] 本发明实施例提供的激励信号处理方法、装置及模块验证系统，激励信号处理装置划分成不同功能模块，在验证过程中仅对某些与接口协议相关的功能模块，如激励信号驱动单元，进行适应性加载，而无需对其他功能模块进行重新加载，进而方便扩展，新增功能容易实现。而且，本发明实施例，通过根据待验证模块的数据传输接口的接口协议，加载与接口协议相匹配的激励信号驱动单元，实现了验证系统中同一个driver在不同接口协议场景下的应用，减小了验证处理系统开发和维护的工作量，同时也降低了验证过程中出现错误的几率，提升验证结果的准确性。

[0035] 上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

[0036] 通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

[0037] 图1为现有技术中激励信号处理方法的实现原理示意图；

[0038] 图2为本发明实施例提出的激励信号处理方法的实现原理示意图；

[0039] 图3为本发明实施例的一种激励信号处理方法的流程图；

[0040] 图4为本发明实施例的一种激励信号处理装置的内部原理框图；

[0041] 图5为本发明实施例的一种激励信号处理装置的结构示意图；

[0042] 图6为本发明实施例的激励信号处理方法在实际验证环境中的应用场景示意图。

具体实施方式

[0043] 下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

[0044] 本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非被特定定义，否则不会用理想化或过于正式的含义来解释。

[0045] 针对现有技术中，在验证不同接口协议的数据传输模块时，验证人员需要根据不同的接口协议开发和维护多套driver，不仅增加了开发和维护的工作量，也增大的出现错误的可能性的问题。本发明实施例提出了一种激励信号处理方法及装置。该激励信号处理装置可以作为通用数据收发模块，如图2所示，实现将上述不同接口协议的driver合并成一种通用driver。实际使用时仅仅修改传入driver的interface，仅对某些与接口协议相关的功能模块，即激励信号驱动单元，进行适应性加载，即可实现同一个driver在不同接口协议场景下的应用。

[0046] 图3示意性示出了本发明一个实施例的激励信号处理方法的流程图。参照图3，本发明实施例的激励信号处理方法具体包括以下步骤：

[0047] S11、根据用户配置的输入参数选择对应的激励信号源。

[0048] 本发明实施例中的激励信号源包括内置激励信号源和外部激励信号源。其中，内置激励信号源为激励信号处理装置内部自带的激励信号产生单元，所述外部激励信号源可以是与当前激励信号处理装置(driver)相连的激励信号调整设备(sequencer)，可以是其他driver。

[0049] 本发明实施例中，通过根据用户配置的输入参数决定激励信号的来源，可以从与driver相连的sequencer输入，可以从其他driver输入，也可以在driver内部按照一定规则自行产生激励信号。

[0050] S12、获取所述激励信号源生成的激励信号，并根据预设信号处理策略对所述激励信号进行预处理，得到符合待验证模块的输入信号要求的目标激励信号。

[0051] 本发明实施例中，获取所述激励信号源生成的激励信号之后，通过对输入的激励信号按照预设信号处理策略进行处理，所述根据预设信号处理策略对所述激励信号进行预处理，具体包括：在所述激励信号中插入指定时间长度或随机时间长度的时间延迟，和/或，对所述激励信号进行插错或加密处理。

[0052] S13、确定所述待验证模块的数据传输接口的接口协议，加载与所述接口协议相匹配的激励信号驱动单元。

[0053] 其中，激励信号驱动单元与driver应用的接口协议直接相关，用于将激励信号中的数据按照接口协议的要求转换成interface上的电平信号。本发明实施例中将激励信号处理装置(driver)中各个部分的功能分隔成不同的函数，以确保在driver针对不同的接口协议进行实例化时，只需要重载一小部分与接口协议相关的函数，而其他功能函数可以最大限度的复用，如图4所示，在进行激励信号处理时，只需要重载虚线内的激励信号驱动单元并更换相应的interface接口，就可以在不同的应用环境下使用本发明中的激励信号处理装置。

[0054] S14、采用所述激励信号驱动单元将所述目标激励信号转换成符合所述接口协议的验证输入信号，并通过所述数据传输接口将所述验证输入信号传输到所述待验证模块。

[0055] 本发明实施例提供的激励信号处理方法，通过将激励信号处理装置划分成不同功能模块，在验证过程中仅对某些与接口协议相关的功能模块，如激励信号驱动单元，进行适应性加载，而无需对其他功能模块进行重新加载，进而方便扩展，新增功能容易实现。而且，本发明实施例，通过根据待验证模块的数据传输接口的接口协议，加载与接口协议相匹配的激励信号驱动单元，实现了验证系统中同一个driver在不同接口协议场景下的应用，减小了验证处理系统开发和维护的工作量，同时也降低了验证过程中出现错误的几率，提升验证结果的准确性。

[0056] 本发明实施例中，在步骤S11之前，所述方法还包括：建立与所述外部激励信号源之间的连接的步骤。

[0057] 本发明实施例中，在根据用户配置的输入参数选择对应的激励信号源之前，根据验证环境的需求确定每个driver获得激励信号的源头，通过port端口将driver与产生激励信号的模块，如sequencer或其他driver，连接，如果激励信号由driver内部自行产生则忽略此步骤。

[0058] 本发明实施例中，所述方法还包括以下步骤：当所述待验证模块的数据传输接口的接口协议发生变化，或应用于所述待验证模块的其他数据传输接口，或应用于其他待验证模块的数据传输接口时，根据当前数据传输接口的当前接口协议，重新加载与当前接口协议相匹配的激励信号驱动单元。

[0059] 本发明实施例中，为了实现了同一个driver在不同接口协议场景下的应用，进一步减小了验证处理系统开发和维护的工作量，通过当driver应用于不同的接口时，如当待验证模块的数据传输接口的接口协议发生变化，或应用于待验证模块的其他数据传输接口，或应用于其他待验证模块的数据传输接口时，需要重载这个函数并配合相应的interface接口。

[0060] 在本发明的一个可选实施例中，所述确定所述待验证模块的数据传输接口的接口协议，加载与所述接口协议相匹配的激励信号驱动单元，具体包括以下步骤：

[0061] 根据所述接口协议查找预设映射关系，以获取与所述接口协议相匹配的激励信号驱动单元，所述预设映射关系中包括有接口协议与激励信号驱动单元之间的对应关系；

[0062] 加载获取到的激励信号驱动单元。

[0063] 本发明实施例中，通过预先设置包括有接口协议与激励信号驱动单元之间的对应关系的映射关系，并通过查找映射关系的方式实现与接口协议相匹配的激励信号驱动单元的查找，能够快速地找到匹配的激励信号驱动单元，实现模块的验证，进而提高模块的验证效率，提升用户体验。

[0064] 下面通过一个具体实施例对本发明技术方案做进一步详细的说明。

[0065] 参见图4，图4为本发明实施例的一种激励信号处理装置的内部原理框图，描述了本发明实施例中driver的设计原理，下面将设计步骤具体说明如下：

[0066] 步骤0：将driver内部不同功能定义成不同功能模块；

[0067] 步骤1：声明virtual interface，方便调用时进行扩展；

[0068] 步骤2：实现“激励信号产生”功能函数；

[0069] 步骤3：实现“激励信号选择”功能函数，通过参数对激励信号的来源进行选择；

[0070] 步骤4：将“激励信号驱动”功能函数定义为纯虚函数，方便调用时进行扩展。

[0071] 需要说明的是，本发明实施例中的待测模块可以为芯片中的DMA控制模块以及芯片中总线控制器等具有数据传输接口协议的模块。

[0072] 对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

[0073] 图5示意性示出了本发明一个实施例的激励信号处理装置的结构示意图。参照图5，本发明实施例的激励信号处理装置具体包括选择模块501、处理模块502、控制模块503以及驱动模块504，其中：所述的选择模块501，用于根据用户配置的输入参数选择对应的激励信号源；所述的处理模块502，用于获取所述激励信号源生成的激励信号，并根据预设信号处理策略对所述激励信号进行预处理，得到符合待验证模块的输入信号要求的目标激励信号；所述的控制模块503，用于确定所述待验证模块的数据传输接口的接口协议，加载与所述接口协议相匹配的激励信号驱动单元；所述的驱动模块504，用于采用所述激励信号驱动单元将所述目标激励信号转换成符合所述接口协议的验证输入信号，并通过所述数据传输接口将所述验证输入信号传输到所述待验证模块。

[0074] 本发明实施例提供的激励信号处理装置，将激励信号处理装置划分成不同功能模块，在验证过程中仅对某些与接口协议相关的功能模块，如激励信号驱动单元，进行适应性加载，而无需对其他功能模块进行重新加载，进而方便扩展，新增功能容易实现。而且，本发明实施例，通过根据待验证模块的数据传输接口的接口协议，加载与接口协议相匹配的激励信号驱动单元，实现了验证系统中同一个driver在不同接口协议场景下的应用，减小了验证处理系统开发和维护的工作量，同时也降低了验证过程中出现错误的几率，提升验证结果的准确性。

[0075] 在本发明的一个可选实施例中，所述控制模块503，还用于当所述待验证模块的数据传输接口的接口协议发生变化，或应用于所述待验证模块的其他数据传输接口，或应用于其他待验证模块的数据传输接口时，根据当前数据传输接口的当前接口协议，重新加载与当前接口协议相匹配的激励信号驱动单元。

[0076] 在本发明的一个可选实施例中，所述处理模块，具体用于在所述激励信号中插入指定时间长度或随机时间长度的时间延迟，和/或，对所述激励信号进行插错或加密处理。

[0077] 在本发明的一个可选实施例中，所述控制模块，具体用于根据所述接口协议查找预设映射关系，以获取与所述接口协议相匹配的激励信号驱动单元，所述预设映射关系中包括有接口协议与激励信号驱动单元之间的对应关系；在获取到激励信号驱动单元之后加载该激励信号驱动单元。

[0078] 在本发明的一个可选实施例中，所述激励信号源包括内置激励信号源和外部激励信号源。

[0079] 进一步地，所述装置还包括附图中未示出的配置模块，所述的配置模块，用于所述在所述选择模块根据用户配置的输入参数选择对应的激励信号源之前，建立与所述外部激励信号源之间的连接。

[0080] 对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

[0081] 此外，本发明实施例还提供了一种模块验证系统，所述系统包括监测装置、验证装置以及如上述任一实施例所述的激励信号处理装置；其中，所述的验证装置，用于在所述驱动模块通过所述数据传输接口将所述验证输入信号传输到所述待验证模块之后，获取所述验证输入信号和所述待验证模块的验证输出信号，并根据所述验证输入信号和验证输出信号确定所述待验证模块是否符合预设要求；所述的监测装置，用于在所述驱动模块通过所述数据传输接口将所述验证输入信号传输到所述待验证模块之后，将所述待验证模块的验证输出信号进行监测输出。

[0082] 图6为本发明实施例中提供的模块验证系统在实际验证环境中的应用场景示意图，其具体步骤说明如下：

[0083] 步骤0：以上文实现的driver为基类，根据待测模块接口协议的数量，构建多个子类；

[0084] 步骤1：根据不同的接口协议在各个子类中声明不同的interface；

[0085] 步骤2：根据不同的接口协议在各个子类中重写“激励信号驱动”功能函数；

[0086] 步骤3：在验证环境中声明并构建每个子类对应的driver；

[0087] 步骤4：根据验证环境的需求确定每个driver获得激励信号的源头；

[0088] 步骤5：通过port将driver与产生激励信号的模块(sequencer或其他driver)连接，如果激励信号由driver内部自行产生则忽略此步骤；

[0089] 步骤6：设置各个driver的参数，选择相应的激励信号源；

[0090] 步骤7：将driver中的interface与待测模块相连；

[0091] 步骤8：编写测试用例，执行仿真操作。

[0092] 监测装置可以获得待测模块的验证输出数据，将该验证输出信号发送给验证装置；

[0093] 验证装置可以采用评分模块实现，以从激励信号处理装置端和监测装置端分别获得待测模块接口上的验证输入信号和验证输出信号，并计算得到的数据是否符合预期。

[0094] 本发明实施例提供的激励信号处理方法、装置及模块验证系统，激励信号处理装置划分成不同功能模块，在验证过程中仅对某些与接口协议相关的功能模块，如激励信号驱动单元，进行适应性加载，而无需对其他功能模块进行重新加载，进而方便扩展，新增功能容易实现。而且，本发明实施例，通过根据待验证模块的数据传输接口的接口协议，加载与接口协议相匹配的激励信号驱动单元，实现了验证系统中同一个driver在不同接口协议场景下的应用，减小了验证处理系统开发和维护的工作量，同时也降低了验证过程中出现错误的几率，提升验证结果的准确性。

[0095] 以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

[0096] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

[0097] 此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

[0098] 最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。