SP升级包的自识别升级方法、装置及计算机设备

摘要

本申请适用于金融自助设备技术领域，提供了SP升级包的自识别升级方法，包括：获取目标金融自助设备本次升级所使用的SP升级包；读取所述目标金融自助设备的设备配置；根据所述设备配置检测出所述目标金融自助设备中各个硬件模块的模块类型；针对所述目标金融自助设备中的每个硬件模块，将所述SP升级包中与所述每个硬件模块的模块类型对应的升级配置导入至所述每个硬件模块中。

说明书

技术领域

本申请属于金融自助设备技术领域，尤其涉及SP升级包的自识别升级方法、装置及计算机设备。

背景技术

随着金融自助设备的功能升级，其上系统、软件的版本也需要不断地迭代更新。一台金融自助设备上配备有多种的硬件模块，不同金融自助设备中同一种的硬件可能具有不同的类型，例如有些金融自助设备上的读卡器为三协品牌，有些金融自助设备上的读卡器为欧姆龙品牌的。目前，金融机构在给旗下的金融自助设备进行升级时，为了满足所有金融自助设备升级的需求，制作的SP(Service Pack)升级包通常支持所有类型的硬件，然后下放该SP升级包到各个分支机构，由分支机构的维护人员根据每台金融自助设备上各个硬件模块的类型手动选取对应的升级配置文件，从而完成每台金融自助设备的升级。

然而，这种依赖人工配置完成升级的方式不仅效率低下，而且容易配置错误，导致金融自助设备升级失败，降低了金融自助设备升级的成功率。

发明内容

本申请实施例提供了SP升级包的自识别升级方法、装置及计算机设备，可以解决SP升级包的自识别升级X的问题。

第一方面，本申请实施例提供了一种SP升级包的自识别升级方法，包括：

获取目标金融自助设备本次升级所使用的SP升级包；

读取所述目标金融自助设备的设备配置；

根据所述设备配置检测出所述目标金融自助设备中各个硬件模块的模块类型；

针对所述目标金融自助设备中的每个硬件模块，将所述SP升级包中与所述每个硬件模块的模块类型对应的升级配置导入至所述每个硬件模块中。

本申请通过目标金融自助设备的设备配置检测出所述目标金融自助设备中各个硬件模块的模块类型，从而将SP升级包中与所述每个硬件模块的模块类型对应的升级配置导入至所述每个硬件模块中，进而完成该目标金融自助设备的升级。可见，本申请无需人工手动配置即可完成对金融自助设备的升级操作，不仅提高了设备的升级效率，而且降低了配置错误情况的出现，提高了金融自助设备的升级成功率。

优选地，所述针对所述目标金融自助设备中的每个硬件模块，将所述SP升级包中与所述每个硬件模块的模块类型对应的升级配置导入至所述每个硬件模块中包括：

针对所述目标金融自助设备中的每个硬件模块，生成一个与所述每个硬件模块的模块类型对应的激活脚本；

将所述激活脚本发送至所述目标金融自助设备，以使所述目标金融自助设备通过执行所述激活脚本激活所述SP升级包，导入与所述每个硬件模块的模块类型对应的升级配置至所述每个硬件模块中。

通过激活脚本激活SP升级包来完成升级，有助于提高金融自助设备的升级效率。

优选地，在获取目标金融自助设备本次升级所使用的SP升级包之后，还包括：将所述SP升级包拷贝至所述目标金融自助设备的指定安装路径下，便于目标金融自助设备的升级。

优选地，所述读取所述目标金融自助设备的设备配置包括：

获取所述目标金融自助设备中的配置文件，所述配置文件用于管理所述所述目标金融自助设备的设备配置，所述设备配置包括所述目标金融自助设备中各个硬件模块的模块类型；

将所述配置文件存放至预设缓存中；

所述根据所述设备配置检测出所述目标金融自助设备中各个硬件模块的模块类型包括：

从所述预设缓存中读取所述配置文件；

从所述配置文件中检测得到所述目标金融自助设备中各个硬件模块的模块类型。

可见，把配置文件缓存起来可以使得服务器对该目标金融自助设备的升级操作更加灵活，可以提前把配置文件缓存，在该目标金融自助设备处于空闲状态时，再执行后续步骤完成升级操作。

优选地，在针对所述目标金融自助设备中的每个硬件模块，将所述SP升级包中与所述每个硬件模块的模块类型对应的升级配置导入至所述每个硬件模块中之后，还包括：

校验所述目标金融自助设备中各个硬件模块是否均已完成配置升级；

若所述目标金融自助设备中各个硬件模块均已完成配置升级，则确定所述目标金融自助设备本次升级已完成；

若所述目标金融自助设备中各个硬件模块未均完成配置升级，则发出关于所述目标金融自助设备升级失败的信息。

可见，通过校验，能够确保该目标金融自助设备升级成功，或在金融自助设备升级失败时及时得知。

第二方面，本申请实施例提供了一种SP升级包的自识别升级装置，包括：

升级包获取模块，用于获取目标金融自助设备本次升级所使用的SP升级包；

配置读取模块，用于读取所述目标金融自助设备的设备配置；

模块类型检测模块，用于根据所述设备配置检测出所述目标金融自助设备中各个硬件模块的模块类型；

配置导入模块，用于针对所述目标金融自助设备中的每个硬件模块，将所述SP升级包中与所述每个硬件模块的模块类型对应的升级配置导入至所述每个硬件模块中。

第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的SP升级包的自识别升级方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述的SP升级包的自识别升级方法。

可以理解的是，上述第二方面至第四方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例中SP升级包的自识别升级方法的一应用环境示意图；

图2是本申请一实施例中SP升级包的自识别升级方法的一流程图；

图3是本申请一实施例中SP升级包的自识别升级方法步骤102在一个应用场景下的流程示意图；

图4是本申请一实施例中SP升级包的自识别升级方法步骤103在一个应用场景下的流程示意图；

图5是本申请一实施例中SP升级包的自识别升级方法步骤104在一个应用场景下的流程示意图；

图6是本申请一实施例中SP升级包的自识别升级方法在一个应用场景下校验金融自助设备是否升级完成的流程示意图；

图7是本申请一实施例中SP升级包的自识别升级装置的结构示意图；

图8是本申请一实施例中计算机设备的一示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请提供的SP升级包的自识别升级方法，可应用在如图1的应用环境中，其中，金融自助设备可以通过网络与服务器进行通信。其中，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种SP升级包的自识别升级方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤：

101、获取目标金融自助设备本次升级所使用的SP升级包；

本实施例中，服务器先确定哪个或哪些金融自助设备需要升级，这些金融自助设备即为目标金融自助设备。可以理解的是，当金融机构要给这些金融自助设备进行升级时，会将本次升级所使用的SP升级包下发给这些金融自助设备或直接下发给服务器，对此，本实施例不作具体限定。或者，服务器也可以主动为目标金融自助设备检查是否需要升级，具体地，服务器可以先确定目标金融自助设备的系统当前版本号，然后检测所述系统当前版本号是否为最新版本号，若不是，则请求并获取所述目标金融自助设备本次升级所使用的SP升级包。因此，服务器可以获取到目标金融自助设备本次升级所使用的SP升级包。

为了便于目标金融自助设备的升级，本实施例中，在获取目标金融自助设备本次升级所使用的SP升级包之后，服务器还可以将所述SP升级包拷贝至所述目标金融自助设备的指定安装路径下，在后续步骤中，便于该目标金融自助设备从SP升级包中导入相关配置。

102、读取所述目标金融自助设备的设备配置；

103、根据所述设备配置检测出所述目标金融自助设备中各个硬件模块的模块类型；

对于步骤102和步骤103，可以理解的是，服务器在对该目标金融自助设备进行升级之前，由于不同金融自助设备中装配的硬件模块各不相同，因此，需要先读取该目标金融自助设备的设备配置，从设备配置中检测出该目标金融自助设备中各个硬件模块的模块类型，从能准确地从SP升级包中找到各个硬件模块匹配的升级配置，以便成功完成升级。

具体地，如图3所示，步骤102可以包括：

201、获取所述目标金融自助设备中的配置文件，所述配置文件用于管理所述所述目标金融自助设备的设备配置，所述设备配置包括所述目标金融自助设备中各个硬件模块的模块类型；

202、将所述配置文件存放至预设缓存中；

对于步骤201-202，可以理解的是，该目标金融自助设备中存储有配置文件，该配置文件为库文件，其中记载了目标金融自助设备的设备配置，包括各个硬件模块的模块类型，比如，在一种类型的金融自助设备中，该配置文件为TermTypeConfig.xml。服务器可以获取该配置文件并缓存起来，以便在后续从中检测出各个硬件模块的模块类型。

为便于理解，下面对一个具体应用场景下的配置文件的格式举例说明：

配置文件中的定义如下：

Modules：代表一个节点，他包含了所有设备类型小节点

Module：代表一种设备类型，这个小节点下具体项含义如下：

Id：表示设备类型表示，是唯一的标示，根据此ID内容生成激活脚本

English：表示设备类型的英文名称

Chinese：表示设备类型的中文名称

Driver：检测工具检测硬件是否为此小节点类型设备，使用动态库

Port：设备连接的端口号或pid/vid

配置文件示例如下：

<？xml version＝'1.0'encoding＝'gb2312'？>

<！--YIHUA_FINGER-->

动态库导出如下接口给工具调用：

//功能：检测设备连接状态

//参数：

strPort：端口号，可以是串口(如：COM1)、USB口(如：0525:a4a4)

strParam：接口调用参数，主要用在同一驱动兼容多个型号设备时用

//返回：设备状态：-1＝未连接或无响应，-2＝响应码错误，0＝正常，1＝故障

int CheckModuleStatus(const CString&strPort,const CString&strParam)；

在上述步骤201-202的基础上，具体地，如图4所示，步骤103可以包括：

301、从所述预设缓存中读取所述配置文件；

302、从所述配置文件中检测得到所述目标金融自助设备中各个硬件模块的模块类型。

对于步骤301-302，可知，服务器将配置文件缓存起来，在需要检测硬件模块的模块类型时，从该预设缓存中读取所述配置文件，然后从中检测得到所述目标金融自助设备中各个硬件模块的模块类型。可见，把配置文件缓存起来可以使得服务器对该目标金融自助设备的升级操作更加灵活，可以提前把配置文件缓存，在该目标金融自助设备处于空闲状态时，再执行后续步骤完成升级操作。

对于步骤302，具体地，承接上述举例，服务器可以调用标签Modules中的每个Module小节点，从第一个Module小节点开始，代用Module小节点下driver项配置的动态库导出的CheckModuleStatus函数接口，如果返回成功，代表检测硬件模块的模块类型成功，然后获取此小节点id的配置内容，为设备类型；如果检测失败，再运行下一个下节点，直到检测成功为止。

104、针对所述目标金融自助设备中的每个硬件模块，将所述SP升级包中与所述每个硬件模块的模块类型对应的升级配置导入至所述每个硬件模块中。

服务器在检测出所述目标金融自助设备中各个硬件模块的模块类型之后，可以针对所述目标金融自助设备中的每个硬件模块，将所述SP升级包中与所述每个硬件模块的模块类型对应的升级配置导入至所述每个硬件模块中，从而对所述各个硬件模块逐个完成配置升级，所有硬件模块完成配置升级之后，即可完成该目标金融自助设备的升级。

特别地，为了减少升级过程中出现崩溃等异常问题，提高SP升级的稳定性，服务器可以在步骤104之前，先校验所述SP升级包；若所述SP升级包校验无误，则执行步骤104；反之，若所述SP升级包校验有误，则报警并重新获取所述目标金融自助设备本次升级所使用的SP升级包。

为了提高金融自助设备的升级效率，进一步地，如图5所示，步骤104可以包括：

401、针对所述目标金融自助设备中的每个硬件模块，生成一个与所述每个硬件模块的模块类型对应的激活脚本；

402、将所述激活脚本发送至所述目标金融自助设备，以使所述目标金融自助设备通过执行所述激活脚本激活所述SP升级包，导入与所述每个硬件模块的模块类型对应的升级配置至所述每个硬件模块中。

对于步骤401-402，可以理解的是，通过配置激活脚本的方式让目标金融自助设备完成自助升级，可以提高目标金融自助设备的升级效率，且减轻了服务器的负担，当服务器同时为大量的金融自助设备进行升级时，仍可以实现多线操作完成升级工作。具体地，服务器可以针对每个硬件模块，先生成一个与所述每个硬件模块的模块类型对应的激活脚本，可知，该激活脚本提供给目标金融自助设备的系统执行激活脚本并激活SP升级包。具体地，在一个应用场景中，动态生成的激活脚本内容可以如下(以金融自助设备中的指纹仪为例)：

YHSpPTRWEL 410AFEV10 ccB.bat的内容为：Regedit.exe/s active.data/YHSpPTRWEL 410AFEV10 ccB.reg

其中，该YHSpPTRWEL 410AFEV10 ccB.reg为配置文件，其内容如下：WindowsRegistry Editor Version 5.00

；先激活

[HKEY_IUSERS\.DEFAIULTXFS\L0GICAL__SERVICES\PTR30]

"Class"＝"PTR

"Provider"＝"YIHUA_FINGER"

"Type"＝"PTR"

[HKEY_USERS\.DEFAULTVXFS\LOGICAL_SERVICES\FingerPrint]

"Class"＝"PTR

"Provider"＝"YIHUA_FINGER"

"Type"＝"PTR"

；设置进程名

[HKEY_L0CAL_MACHINE\SOFTWARE\XFS\SERVICE_PROVIDERSVYIHUA_FINGER]

；可执行文件路径

"Executable"＝"YHSpPTRWEL410AFEV10.exe"

"ExeDllMother"＝-

；设备类型

；[0-维尔V10 1-维尔V30杭州银行款2-V30乌鲁木齐商业银行款3-V30建行款]

[HKEY_LOCAL_MACHINE\SOFTWARE\XFS\PHYSICAL_SERVICES\YHSpPTRWEL410AFEV10Contro1]

"DevType"＝dword:0000003

对于步骤402，服务器在生成高激活脚本后，可以将所述激活脚本发送至所述目标金融自助设备，通过上述举例也可知，该目标金融自助设备可以通过执行所述激活脚本激活所述SP升级包，导入与所述每个硬件模块的模块类型对应的升级配置至所述每个硬件模块中。

本实施例中，为了确保该目标金融自助设备升级成功，或在金融自助设备升级失败时及时得知，进一步地，如图6所示，在步骤104之后，本方法还可以包括：

501、校验所述目标金融自助设备中各个硬件模块是否均已完成配置升级，若是，则执行步骤502，若否，则执行步骤503；

502、确定所述目标金融自助设备本次升级已完成；

503、发出关于所述目标金融自助设备升级失败的信息。

对于步骤501-503，可以理解的是，服务器可以通过校验所述目标金融自助设备中各个硬件模块是否均已完成配置升级，来确认该目标金融自助设备是否已经升级成功，若是，则说明该目标金融自助设备本次升级已完成，服务器可以确定所述目标金融自助设备本次升级已完成，若否，则说明该目标金融自助设备本次升级失败了，服务器可以发出关于所述目标金融自助设备升级失败的信息。

本申请实施例中，首先，获取目标金融自助设备本次升级所使用的SP升级包；然后，读取所述目标金融自助设备的设备配置；接着，根据所述设备配置检测出所述目标金融自助设备中各个硬件模块的模块类型；最后，针对所述目标金融自助设备中的每个硬件模块，将所述SP升级包中与所述每个硬件模块的模块类型对应的升级配置导入至所述每个硬件模块中。可见，本申请无需人工手动配置即可完成对金融自助设备的升级操作，不仅提高了设备的升级效率，而且降低了配置错误情况的出现，提高了金融自助设备的升级成功率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在一实施例中，提供一种SP升级包的自识别升级装置，该SP升级包的自识别升级装置与上述实施例中SP升级包的自识别升级方法一一对应。如图7所示，该SP升级包的自识别升级装置包括升级包获取模块601、配置读取模块602、模块类型检测模块603和配置导入模块604。各功能模块详细说明如下：

升级包获取模块601，用于获取目标金融自助设备本次升级所使用的SP升级包；

配置读取模块602，用于读取所述目标金融自助设备的设备配置；

模块类型检测模块603，用于根据所述设备配置检测出所述目标金融自助设备中各个硬件模块的模块类型；

配置导入模块604，用于针对所述目标金融自助设备中的每个硬件模块，将所述SP升级包中与所述每个硬件模块的模块类型对应的升级配置导入至所述每个硬件模块中。

进一步地，所述配置导入模块可以包括：

激活脚本生成单元，用于针对所述目标金融自助设备中的每个硬件模块，生成一个与所述每个硬件模块的模块类型对应的激活脚本；

发送脚本单元，用于将所述激活脚本发送至所述目标金融自助设备，以使所述目标金融自助设备通过执行所述激活脚本激活所述SP升级包，导入与所述每个硬件模块的模块类型对应的升级配置至所述每个硬件模块中。

进一步地，所述SP升级包的自识别升级装置还可以包括：

升级包拷贝模块，用于将所述SP升级包拷贝至所述目标金融自助设备的指定安装路径下。

进一地，所述配置读取模块可以包括：

配置文件获取单元，用于获取所述目标金融自助设备中的配置文件，所述配置文件用于管理所述所述目标金融自助设备的设备配置，所述设备配置包括所述目标金融自助设备中各个硬件模块的模块类型；

文件缓存单元，用于将所述配置文件存放至预设缓存中；

所述模块类型检测模块可以包括：

文件读取单元，用于从所述预设缓存中读取所述配置文件；

类型检测单元，用于从所述配置文件中检测得到所述目标金融自助设备中各个硬件模块的模块类型。

进一步地，所述SP升级包的自识别升级装置还可以包括：

升级校验模块，用于校验所述目标金融自助设备中各个硬件模块是否均已完成配置升级；

升级完成确定模块，用于若所述升级校验模块的校验结果为是，则确定所述目标金融自助设备本次升级已完成；

升级失败确定模块，用于若所述升级校验模块的校验结果为否，则发出关于所述目标金融自助设备升级失败的信息。

关于SP升级包的自识别升级装置的具体限定可以参见上文中对于SP升级包的自识别升级方法的限定，在此不再赘述。上述SP升级包的自识别升级装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，如图8所示，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中SP升级包的自识别升级方法的步骤，例如图2所示的步骤101至步骤104。或者，处理器执行计算机程序时实现上述实施例中SP升级包的自识别升级装置的各模块/单元的功能，例如图7所示模块601至模块604的功能。为避免重复，这里不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中SP升级包的自识别升级方法的步骤，例如图2所示的步骤101至步骤104。或者，计算机程序被处理器执行时实现上述实施例中SP升级包的自识别升级装置的各模块/单元的功能，例如图7所示模块601至模块604的功能。为避免重复，这里不再赘述。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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