车辆的电子控制单元刷写方法、装置及诊断设备与流程

1.本技术属于车辆诊断技术领域，尤其涉及车辆的电子控制单元刷写方法、装置、诊断设备及计算机可读存储介质。


背景技术：

2.随着汽车电子技术的不断发展，电子控制单元(electronic control unit，ecu)在现代汽车中得到了广泛的应用。
3.在车辆的ecu软件有变化或ecu软件存在缺陷要升级的情况下，厂家或用户需要通过对ecu进行刷写来对ecu软件进行固件升级。所谓的ecu刷写(reflashing/reprograming/downloading)，指的就是把ecu数据或程序写入到ecu存储单元中。
4.但在进行ecu刷写时需要选择正确的刷写文件，否则，将会导致被刷写的ecu出现故障。


技术实现要素：

5.本技术实施例提供了车辆的电子控制单元刷写方法、装置及诊断设备，可以解决现有的ecu被错误的刷写文件刷写时，导致该ecu发生故障的问题。
6.第一方面，本技术实施例提供了一种车辆的电子控制单元刷写方法，应用于诊断设备，包括：
7.读取刷写文件的签名信息，所述签名信息包括用于指示所述刷写文件适用的待刷写的电子控制单元ecu的信息；
8.将所述签名信息发送给待刷写的ecu；
9.接收所述待刷写的ecu发送的反馈信息，所述反馈信息用于指示是否可以用所述刷写文件刷写；
10.若所述反馈信息指示可以用所述刷写文件刷写，则根据所述刷写文件对所述待刷写的ecu进行刷写。
11.第二方面，本技术实施例提供了一种车辆的电子控制单元刷写方法，应用于车辆的电子控制单元，包括：
12.接收诊断设备发送的签名信息，所述签名信息包括用于指示刷写文件适用的待刷写的电子控制单元ecu的信息；
13.将所述签名信息与ecu存储的信息比较，若两者相同，则生成用于指示可以用所述刷写文件刷写的反馈信息，若两者不同，则生成用于指示不可以用所述刷写文件刷写的反馈信息；
14.将所述反馈信息向所述诊断设备发送。
15.第三方面，本技术实施例提供了一种车辆的电子控制单元刷写装置，应用于诊断设备，包括：
16.签名信息读取模块，用于读取刷写文件的签名信息，所述签名信息包括用于指示
所述刷写文件适用的待刷写的电子控制单元ecu的信息；
17.签名信息发送模块，用于将所述签名信息发送给待刷写的ecu；
18.反馈信息接收模块，用于接收所述待刷写的ecu发送的反馈信息，所述反馈信息用于指示是否可以用所述刷写文件刷写；
19.刷写模块，用于若所述反馈信息指示可以用所述刷写文件刷写，则根据所述刷写文件对所述待刷写的ecu进行刷写。
20.第四方面，本技术实施例提供了一种诊断设备，包括：包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的方法。
21.第五方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面或第二方面所述的方法。
22.第六方面，本技术实施例提供了一种计算机程序产品，当计算机程序产品在诊断设备上运行时，使得诊断设备执行上述第一方面所述的方法。
23.本技术实施例与现有技术相比存在的有益效果是：
24.本技术实施例中，由于签名信息包括用于指示刷写文件适用的待刷写的ecu的信息，因此，诊断设备将刷写文件对应的签名信息发送给ecu后，该ecu能够验证出其是否适合被该刷写文件刷写。即，由于诊断设备在接收到ecu发送的指示可以用该刷写文件进行刷写的反馈信息后才对该待刷写的ecu进行刷写，因此，能够保证采用正确的刷写文件对待刷写的ecu进行刷写，从而能够避免由于采用错误的刷写文件对ecu进行刷写时，被刷写的ecu产生故障的问题。
附图说明
25.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
26.图1是本技术一实施例提供的一种应用于诊断设备的车辆的电子控制单元刷写方法的流程图；
27.图2是本技术一实施例提供的一种应用于电子控制单元的车辆的电子控制单元刷写方法的流程图；
28.图3是本技术一实施例提供的一种应用于诊断设备的车辆的电子控制单元刷写装置的结构示意图；
29.图4是本技术一实施例提供的一种诊断设备的结构示意图。
具体实施方式
30.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
31.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描
述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
32.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
33.另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
34.在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。
35.实施例一：
36.目前，在汽车下线、ecu软件有变化或ecu软件存在缺陷要升级的情况下，用户(厂家或个人用户)就需要对ecu软件或数据进行刷写。在刷写过程中，可通过以下两种方式选择对ecu进行刷写的刷写文件：
37.一种是从本地选择，另一种是先从后台下载刷写文件后再选择。
38.由于不同ecu的刷写文件的文件格式都相同、有些刷写文件的文件名称直接使用零件号命名，且相同ecu可能存在不同的配置，因此，用户在选择刷写文件时，可能选择到错误的刷写文件(如选择到其它ecu的刷写文件)。而即使用户选择了错误的刷写文件，也可以实现对ecu的刷写，只是会把ecu刷坏而导致被刷写的ecu无法正常工作。
39.为了避免采用错误的刷写文件对ecu刷写而导致该ecu出现故障的问题，本技术实施例提供了一种车辆的电子控制单元刷写方法。在该方法中，预先在每个刷写文件记录该刷写文件的签名信息，该签名信息包括用于指示所述刷写文件适用的待刷写的ecu的信息，这样，当需要对ecu进行刷写时，ecu可根据刷写文件的签名信息验证该刷写文件是否适合对其自身进行刷写，从而能够避免ecu由于被错误的刷写文件刷写而出现的故障。
40.下面结合附图对本技术实施例的车辆的电子控制单元刷写方法进行描述。
41.图1示出了本技术实施例提供的一种车辆的电子控制单元刷写方法的流程图，该刷写方法应用于诊断设备，详述如下：
42.步骤s11，读取刷写文件的签名信息，该签名信息包括用于指示该刷写文件适用的待刷写的ecu的信息。
43.具体地，在新的刷写文件生成或已有的刷写文件修改后，需要同时生成此刷写文件的签名信息，并将生成的签名信息存储在刷写文件中。在一些实施例中，为了提高签名信息的读取速度，则将签名信息存储在刷写文件的指定位置中。由于签名信息的存储位置是固定的，因此，诊断设备能够快速定位到签名信息的存储位置，并读取出该签名信息。
44.本实施例中，诊断设备在获取到刷写文件后，并不会直接使用该刷写文件对ecu进行刷写，而是先从刷写文件读取出其对应的签名信息。
45.步骤s12，将该签名信息发送给待刷写的ecu。
46.本实施例中，待刷写的ecu接收到签名信息后，根据该签名信息验证其是否适合被该签名信息对应的刷写文件刷写，得到验证结果，并根据验证结果确定反馈给诊断设备的
反馈信息。
47.步骤s13，接收该待刷写的ecu发送的反馈信息，该反馈信息用于指示是否可以用该刷写文件刷写。
48.例如，若验证结果表明ecu适合被刷写文件刷写，则反馈信息包括同意刷写的信息。反之，若验证结果表明ecu不适合被刷写文件刷写，则反馈信息包括拒绝刷写的信息。
49.步骤s14，若该反馈信息指示可以用该刷写文件刷写，则根据该刷写文件对该待刷写的ecu进行刷写。
50.具体地，诊断设备从反馈信息中解析出同意刷写的信息后，采用签名信息所在的刷写文件对待刷写的ecu进行刷写。
51.本技术实施例中，诊断设备在采用刷写文件对待刷写的ecu进行刷写之前，先从该刷写文件读取对应的签名信息，并将该签名信息发送给待刷写的ecu，以便该ecu验证其是否适合被该签名信息对应的刷写文件，并根据验证结果生成对应的反馈信息。当诊断设备接收到待刷写的ecu发送的反馈信息之后，若分析出反馈信息指示可以用刷写文件对该待刷写的ecu进行刷写，则根据该刷写文件对该待刷写的ecu进行刷写。由于签名信息包括用于指示刷写文件适用的待刷写的ecu的信息，因此，诊断设备将刷写文件对应的签名信息发送给ecu后，该ecu能够验证出其是否适合被该刷写文件刷写。即，由于诊断设备在接收到ecu发送的指示可以用该刷写文件进行刷写的反馈信息后才对该待刷写的ecu进行刷写，因此，能够保证采用正确的刷写文件对待刷写的ecu进行刷写，从而能够避免由于采用错误的刷写文件对ecu进行刷写时，被刷写的ecu产生故障的问题。
52.在一些实施例中，该签名信息包括以下至少一项参数：
53.零件号、可刷写的硬件版本号范围、可刷写的软件版本号范围、刷写后的软件版本号。
54.其中，零件号是唯一标识ecu的身份证标识(identity document，id)号，例如1198654。
55.其中，可刷写的硬件版本号范围，用于标识ecu的硬件版本号在此可刷写的硬件版本号范围内才可升级。当然，该可刷写的硬件版本号范围可以为一个范围，比如为01.00.00-05.00.00，则在01.00.00-05.00.00的ecu的硬件版本号都可以使用当前的刷写文件进行刷写。该可刷写的硬件版本号也可以为指定的一个数值(即为某一版本)，比如为01.00.00-01.00.00，则只有01.00.00的ecu的硬件版本号才可以使用当前的刷写文件进行刷写。
56.其中，可刷写的软件版本号范围为可以使用当前的刷写文件的软件版本号，其与可刷写的硬件版本号范围的作用类似，此处不再赘述。
57.其中，刷写后的软件版本号是指待刷写的ecu采用当前的刷写文件进行刷写后，其软件版本号所变成的版本号。例如，假设待刷写的ecu的软件版本号为01.00.00，刷写后的软件版本号为02.00.00，则在待刷写的ecu采用当前的刷写文件进行刷写后，该待刷写的ecu的软件版本号从01.00.00变为02.00.00。
58.在一些实施例中，签名信息存储在刷写文件的头部。对应地，该步骤s11包括：
59.读取添加在该刷写文件的头部的签名信息。
60.本技术实施例中，由于刷写文件的头部容易定位，因此，诊断设备能够从刷写文件
的头部快速读取出签名信息。
61.在一些实施例中，该签名信息包括的各个参数按顺序且以固定的字节数记录在该刷写文件的头部，该读取添加在该刷写文件的头部的签名信息，包括：
62.按照各个参数记录在该刷写文件的头部的顺序以及该各个参数对应的固定的字节数，对应读取添加在该刷写文件的头部的各个参数，得到该签名信息。
63.具体地，诊断设备在读取参数时，若记录在头部的参数是以预设的编码格式记录，则诊断设备需根据记录参数所采用的编码格式进行对应的解码。例如，若参数是以ascii(或unicode)码编码后存储在刷写文件的头部，则诊断设备读取刷写文件的头部的信息后，需根据ascii码的编码格式对读取的信息进行解码。比如，若存储时，将零件号1198654转换为ascii码0x31313938363534后存储在刷写文件的头部，则诊断设备在读取0x31313938363534后，再将该0x31313938363534转换为1198654。
64.本技术实施例中，当签名信息包括至少2个参数时，则预先将签名信息包括的各个参数按顺序存储在刷写文件的头部，且各个参数均以固定的字节数存储。需要指出的是，这里的固定的字节数是指，同一种类型的参数在不同的刷写文件存储时，均使用相同的字节数存储，不同种类型的参数对应的字节数可以相同，也可以不同，此处不作限定。例如，设置零件号占用的字节数为10，可刷写的硬件版本号范围占用的字节数为12等等。
65.在一些实施例中，签名信息占用固定的字节数，比如，占用的字节数为128个，不足128的用0补足。
66.在一些实施例中，签名信息包括的各个参数以及各个参数对应的唯一标识存储在刷写文件的头部。由于刷写文件的头部除了存储签名信息包括的各个参数，还存储该各个参数对应的唯一标识，因此，诊断设备在读取签名信息时，只需要识别出各个唯一标识，即可根据该唯一标识识别出对应的参数。也即，在本技术实施例中，签名信息的各个参数无需按照固定顺序存储在刷写文件的头部，对应地，诊断设备也无需依据固定的顺序进行参数的读取，也能够识别出其读取的是哪个参数。
67.在一些实施例中，为了便于待刷写的ecu在接收到签名信息后获知其需要执行的动作，该步骤s12包括：
68.a1、确定该待刷写的ecu对应的验证服务标识。
69.其中，验证服务标识用于指示ecu对签名信息执行验证动作。
70.本实施例中，不同的ecu可能对应相同的验证服务标识，也可能对应不同的验证服务标识。例如，发动机对应的验证服务标识为0x310f。
71.a2、生成包含该签名信息和该验证服务标识的验证报文，并将该验证报文发送给该待刷写的ecu。
72.本实施例中，诊断设备根据汽车诊断协议，将这些签名信息填充到报文的对应位置中，得到验证报文。例如，当待刷写的ecu为发动机的ecu时，将包含0x310f 签名信息的验证报文发送给待刷写的ecu。其中，0x310f表示要求发动机的ecu验证后面的签名信息。
73.在本技术实施例中，由于验证报文包括验证服务标识，因此，待刷写的ecu在接收到该验证报文后，能够根据该验证报文包括的验证服务标识，获知其需要对验证服务标识后面的签名信息进行验证，从而能够保证待刷写的ecu及时对签名信息进行验证。
74.在一些实施例中，该车辆的电子控制单元刷写方法还包括：
75.若该反馈信息指示不可以用该刷写文件刷写，则停止对该待刷写的ecu进行刷写。
76.本技术实施例中，当诊断设备从反馈信息分析出不可以用当前的刷写文件对待刷写的ecu进行刷写时，停止刷写该待刷写的ecu。
77.进一步地，若该反馈信息还包括错误编码时，则解析该错误编码，并显示解析结果。其中，错误编码为签名信息中与待刷写的ecu的参数不匹配的参数所对应的编码，解析结果为该错误编码对应的解释信息。例如，假设签名信息中的零件号与待刷写的ecu的零件号不匹配，且该零件号对应的编码为001，则反馈信息还包括“001”。当诊断设备从反馈信息获取“001”之后，将该“001”与签名信息包括的各个参数所对应的编码比较，确定出该“001”为零件号对应的编码，则显示的解析结果可以为“零件号”不匹配。由于显示与错误编码对应的解析结果，而解析结果为错误编码对应的解释信息，因此，有利于用户及时获知ecu拒绝被当前的刷写文件刷写的原因。
78.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
79.实施例二：
80.图2示出了本技术实施例提供的另一种车辆的电子控制单元刷写方法的流程图，该刷写方法应用于车辆的ecu，如应用在实施例一中的待刷写的ecu，详述如下：
81.步骤s21，接收诊断设备发送的签名信息，该签名信息包括用于指示刷写文件适用的待刷写的电子控制单元ecu的信息。
82.步骤s22，将该签名信息与ecu存储的信息比较，若两者相同，则生成用于指示可以用该刷写文件刷写的反馈信息，若两者不同，则生成用于指示不可以用该刷写文件刷写的反馈信息。
83.本实施例中，ecu将该签名信息包括的各项参数分别与其预先存储的各项参数比较，若各个参数均相同，则表明签名信息与其存储的信息相同，否则，表明签名信息与其存储的信息不同。
84.步骤s23，将该反馈信息向该诊断设备发送。
85.本技术实施例中，由于签名信息包括用于指示刷写文件适用的待刷写的ecu的信息，因此，ecu能够根据接收的签名信息验证出其是否适合被当前的刷写文件刷写，进而生成对应的反馈信息并发送给诊断设备。这样，诊断设备能够在反馈信息指示可以用该刷写文件刷写后，再选择当前的刷写文件对ecu进行刷写，从而能够避免由于采用错误的刷写文件对ecu进行刷写时，被刷写的ecu产生故障的问题。
86.在一些实施例中，该签名信息包括以下至少一项参数：
87.零件号、可刷写的硬件版本号范围、可刷写的软件版本号范围、刷写后的软件版本号。
88.其中，上述各个参数的含义与实施例一的相同，此处不再赘述。
89.在一些实施例中，若签名信息包括零件号、可刷写的硬件版本号范围、可刷写的软件版本号范围和刷写后的软件版本号，则步骤s22包括：
90.首先判断签名信息中的零件号是否与ecu的零件号一致，如果不一致，则生成用于指示不可以用该刷写文件刷写的反馈信息，进一步地，该反馈信息还包括零件号所对应的
编码，以便用户通过诊断设备获知不可以用刷写文件刷写的原因，是该刷写文件的零件号与ecu的零件号不一致导致。
91.如果签名信息中的零件号与ecu的零件号一致，则表示此刷写文件为当前ecu的刷写文件。之后，再判断当前ecu的硬件版本号是否在签名信息中的可刷写的硬件版本号范围内，如果在签名信息中的可刷写的硬件版本号范围内，则再判断当前ecu的软件版本号是否在签名信息中的可刷写的软件版本号范围内，如果在签名信息中的可刷写的软件版本号范围内，则表示当前ecu可采用此刷写文件进行刷写，否则表示当前ecu不可采用此刷写文件进行刷写。
92.在一些实施例中，上述步骤s21包括：
93.接收诊断设备发送的验证报文，该验证报文包含签名信息和ecu对应的验证服务标识。
94.本技术实施例中，由于验证报文包括验证服务标识，因此，ecu在接收到该验证报文后，能够根据该验证报文包括的验证服务标识，获知其需要对验证服务标识后面的签名信息进行验证，从而能够及时对签名信息进行验证。
95.在一些实施例中，反馈信息以报文的形式发送给诊断设备。例如，当前ecu为发动机ecu，且可采用此刷写文件对该发动机ecu进行刷写，则发动机ecu返回验证成功的报文，比如0x710f00，表示可以进行刷写。如果不可以采用此刷写文件对该发动机ecu进行刷写，则返回拒绝刷写的报文给诊断设备，比如0x710f02。需要指出的是，反馈信息所在的报文是要和验证报文对应，比如，若验证报文中的验证服务标识为0x310f，则反馈信息需要包括0x710f，如果验证服务标识为0x310a，则反馈信息需要包括0x710a。当判断出可以用当前的刷写文件进行刷写时，反馈信息包括0x710f00，即后面的字节00表示可以用当前的刷写文件进行刷写。
96.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
97.实施例三：
98.对应于上文实施例一的车辆的电子控制单元刷写方法，图3示出了本技术实施例提供的车辆的电子控制单元刷写装置的结构框图，为了便于说明，仅示出了与本技术实施例相关的部分。
99.参照图3，该车辆的电子控制单元刷写装置3应用于诊断设备，包括：签名信息读取模块31、签名信息发送模块32、反馈信息接收模块33、刷写模块34。其中：
100.签名信息读取模块31，用于读取刷写文件的签名信息，该签名信息包括用于指示该刷写文件适用的待刷写的电子控制单元ecu的信息。
101.签名信息发送模块32，用于将该签名信息发送给待刷写的ecu。
102.反馈信息接收模块33，用于接收该待刷写的ecu发送的反馈信息，该反馈信息用于指示是否可以用该刷写文件刷写。
103.刷写模块34，用于若该反馈信息指示可以用该刷写文件刷写，则根据该刷写文件对该待刷写的ecu进行刷写。
104.本技术实施例中，由于签名信息包括用于指示刷写文件适用的待刷写的ecu的信
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
122.所述存储器41在一些实施例中可以是所述诊断设备4的内部存储单元，例如诊断设备4的硬盘或内存。所述存储器41在另一些实施例中也可以是所述诊断设备4的外部存储设备，例如所述诊断设备4上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器41还可以既包括所述诊断设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
123.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
124.本技术实施例还提供了一种网络设备，该网络设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。
125.本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
126.本技术实施例提供了一种计算机程序产品，当计算机程序产品在诊断设备上运行时，使得诊断设备执行时实现可实现上述各个方法实施例中的步骤。
127.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/诊断设备的任何实体或装置、记录介质、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
128.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
129.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
130.在本技术所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
131.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
132.以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。