一种报文传输方法、装置、设备及存储介质与流程

[0001]
本发明涉及报文传输技术领域，更具体地说，涉及一种报文传输方法、装置、设备及存储介质。


背景技术：

[0002]
计算机拓扑结构一般指点和线的几何排列或组成的几何图形。计算机网络的拓扑结构是指一个网络的通信链路和结点的几何排列图形。链路是网络中相邻两个结点之间的物理通路，结点指计算机和有关的网络设备，甚至指一个网络。最常见拓扑结构为二维mesh结构。在给定拓扑结构下，选择一个好的路由算法，对于网络的阐述效率至关重要。
[0003]
目前常用的mesh路由算法为维序路由算法，该算法需要按照固定次序传输报文，容错能力较差，当某个节点端口出现拥堵时，会导致传输停滞。


技术实现要素：

[0004]
本发明的目的在于提供一种报文传输方法、装置、设备及存储介质，以避免节点端口出现拥堵时，出现报文传输停滞现象，提高系统容错能力。
[0005]
为实现上述目的，本发明提供的一种报文传输方法，包括：
[0006]
接收源cpu节点发送的路径获取请求；其中，所述源cpu节点为报文传输的初始节点，或者为报文传输中断后重新发起路径获取请求的节点；
[0007]
利用cpu节点间的路径延迟及单源最短路算法，确定源cpu节点与目的cpu节点间传输报文的最优路径；
[0008]
将所述最优路径发送至所述源cpu节点，以使所述源cpu节点利用所述最优路径将报文发送至所述目的cpu节点。
[0009]
其中，所述接收源cpu节点发送的路径获取请求之前，还包括：
[0010]
获取每个cpu节点的每个信道的使用率；
[0011]
根据cpu节点间的同一信道的使用率，计算cpu节点间的每个信道的信道使用率，将每个信道的信道使用率作为路径延迟。
[0012]
其中，所述获取每个cpu节点的每个信道的使用率，包括：
[0013]
获取每个cpu节点实时上报的每个信道的使用率。
[0014]
其中，所述获取每个cpu节点的每个信道的使用率，包括：
[0015]
实时从每个cpu节点获取每个信道的使用率。
[0016]
其中，计算cpu节点间的每个信道的信道使用率，包括：
[0017]
确定第一cpu节点与第二cpu节点间待计算信道使用率的目标信道；
[0018]
获取所述第一cpu节点在所述目标信道的第一使用率，确定所述第二cpu节点在所述目标信道的第二使用率；
[0019]
根据使用率计算规则及所述第一使用率和所述第二使用率，确定第一cpu节点与第二cpu节点间的目标信道的信道使用率。
[0020]
其中，所述使用率计算规则为：信道使用率＝第一使用率+第二使用率+第一使用率-第二使用率。
[0021]
其中，所述利用cpu节点间的路径延迟及单源最短路算法，确定源cpu节点与目的cpu节点间传输报文的最优路径之前，还包括：
[0022]
判断所述源cpu节点和所述目的cpu节点是否为相邻节点；
[0023]
若是，则生成报文发送路径，并将所述报文发送路径发送至所述源cpu节点，所述报文发送路径用于将报文通过所述源cpu节点与所述目的cpu节点间的信道直接发送至所述目的cpu节点；
[0024]
若否，则继续执行所述利用cpu节点间的路径延迟及单源最短路算法，确定源cpu节点与目的cpu节点间传输报文的最优路径的步骤。
[0025]
为实现上述目的，本发明进一步提供一种报文传输装置，包括：
[0026]
接收模块，用于接收源cpu节点发送的路径获取请求；其中，所述源cpu节点为报文传输的初始节点，或者为报文传输中断后重新发起路径获取请求的节点；
[0027]
路径确定模块，用于利用cpu节点间的路径延迟及单源最短路算法，确定源cpu节点与目的cpu节点间传输报文的最优路径；
[0028]
发送模块，用于将所述最优路径发送至所述源cpu节点，以使所述源cpu节点利用所述最优路径将报文发送至所述目的cpu节点。
[0029]
为实现上述目的，本发明进一步提供一种电子设备，包括：
[0030]
存储器，用于存储计算机程序；
[0031]
处理器，用于执行所述计算机程序时实现上述的报文传输方法的步骤。
[0032]
为实现上述目的，本发明进一步提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述的报文传输方法的步骤。
[0033]
通过以上方案可知，本发明实施例提供的一种报文传输方法，该方法包括：接收源cpu节点发送的路径获取请求；其中，所述源cpu节点为报文传输的初始节点，或者为报文传输中断后重新发起路径获取请求的节点；利用cpu节点间的路径延迟及单源最短路算法，确定源cpu节点与目的cpu节点间传输报文的最优路径；将所述最优路径发送至所述源cpu节点，以使所述源cpu节点利用所述最优路径将报文发送至所述目的cpu节点。
[0034]
可见，本申请在确定最优路径时，是通过cpu节点间的路径延迟及单源最短路算法确定的，从而可以查找报文传输的最优路径；并且，本申请中的某个节点在传输中断后，可通过再次获取最优路径的方式继续传输报文，避免节点端口出现拥堵时，出现报文传输停滞现象，提高了系统容错能力；本发明还公开了一种报文传输装置、设备及存储介质，同样能实现上述技术效果。
附图说明
[0035]
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0036]
图1为本发明实施例公开的二维mesh网络示意图；
[0037]
图2为本发明实施例公开的报文传输路径示意；
[0038]
图3为本发明实施例公开的一种报文传输方法流程示意图；
[0039]
图4为本发明实施例公开的报文传输系统示意图；
[0040]
图5为本发明实施例公开的各节点间的路径延时示意图；
[0041]
图6为本发明实施例公开的一种报文传输装置结构示意图；
[0042]
图7为本发明实施例公开的一种电子设备结构示意图。
具体实施方式
[0043]
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0044]
需要说明的是，目前常用的mesh路由算法为维序路由算法，参见图1，为本发明实施例公开的二维mesh网络示意图，图1中的二维mesh网络由16个cpu组成，不同cpu之间通过链路互相通讯。在维序路由算法中，每个报文一次只在一个维度上路由，当在这个维度上到达了恰当的位置后，才按约定次序在另外的维度上路由，报文是按照严格的单调的维度变化的顺序在链路内路由，参见图2，为本发明实施例公开的报文传输路径示意图，如图2所示，cpu33访问cpu00时，报文路由路径为cpu32、cpu31、cpu30、cpu20、cpu10、cpu00。由于通过维序路由算法传输报文时，是按照固定次序传输，因此当某个节点端口出现拥堵，会导致阻塞，当某个端口出现问题，导致传输停滞，容错能力较差。
[0045]
因此，本发明实施例公开了一种报文传输方法、装置、设备及存储介质，以避免节点端口出现拥堵时，出现报文传输停滞现象，提高系统容错能力。
[0046]
参见图3，本发明实施例提供的一种报文传输方法，包括：
[0047]
s101、接收源cpu节点发送的路径获取请求；其中，源cpu节点为报文传输的初始节点，或者为报文传输中断后重新发起路径获取请求的节点；
[0048]
具体来说，本实施例所述的报文传输方法的执行主体为controller控制器，参见图4，为本实施例提供的报文传输系统示意图，通过图4可以看出，本发明的系统结构包括两大部分：controller和cpu节点，其中，cpu节点中的搜集程序用来搜集本节点的每个信道的使用率，controller用于根据各cpu节点的使用率确定cpu节点间的路径延迟，并基于单源最短路算法确定最终的最优路径。其中，本申请中的源cpu节点为报文传输的初始节点，或者为报文传输中断后重新发起路径获取请求的节点，例如：初始状态下，cpu33需要向cpu00发送信息，此时cpu33为源cpu节点；但是在传输过程时，如果cpu33将报文传输至cpu23后，cpu23不能按照原最优路径发送至下一节点，则cpu23便可作为源cpu节点重新向控制器发送路径获取请求，通过该方式，可以避免出现报文传输中断的情况。
[0049]
需要说明的是，在本实施例中，控制器接收源cpu节点发送的路径获取请求之前，还包括：获取每个cpu节点的每个信道的使用率；根据cpu节点间的同一信道的使用率，计算cpu节点间的每个信道的信道使用率，将每个信道的信道使用率作为路径延迟。
[0050]
具体来说，本申请获取的每个cpu节点的每个信道的使用率，可以是获取每个cpu
节点实时上报的每个信道的使用率，或者是实时从每个cpu节点获取每个信道的使用率，通过该方式，可以让控制器实时得到每个cpu节点的每个信道的当前最新的使用率，以便确定最准确的最优路径。
[0051]
可以理解的是，每个cpu节点需要统计各个端口的状态信息，该状态信息即为每个端口的每个信道的存储资源使用率，在本实施例中，可用0～10表示每个信道的使用率，数值越大使用率越高；并且，每个cpu节点的端口通道可有多个不同的信道，若端口通道存在4个信道，则该端口通道包括信道0、信道1、信道2、信道3。
[0052]
进一步，本申请计算cpu节点间的每个信道的信道使用率时，首先需要确定第一cpu节点与第二cpu节点间待计算信道使用率的目标信道，然后获取第一cpu节点在目标信道的第一使用率，确定第二cpu节点在目标信道的第二使用率；根据使用率计算规则及第一使用率和第二使用率，确定第一cpu节点与第二cpu节点间的目标信道的信道使用率。该使用率计算规则为：信道使用率＝第一使用率+第二使用率+第一使用率-第二使用率。
[0053]
例如：cpu00节点与cpu01节点相连的端口通道的目标信道0的资源使用率分别为8、7，也即：第一使用率为8，第二使用率为7，则此端口通道的目标信道0的使用率为8+7+|8-7|＝16。通过该方式实时计算系统中相邻节点间的信道使用率，作为节点间的路径延迟，参见图5，为本实施例提供的各节点间的路径延时示意图；图5中的任意相邻节点间的路径延迟，即为通过上述方式实时生成，图5仅以节点间的信道0的路径延迟为例进行标记。
[0054]
s102、利用cpu节点间的路径延迟及单源最短路算法，确定源cpu节点与目的cpu节点间传输报文的最优路径；
[0055]
在本实施例中，确定cpu节点间的路径延迟后，可使用单源最短路算法计算源cpu节点与目的cpu节点间传输报文的最优路径。其中，单源最短路算法的算法思想为：设g＝(v,e)是一个带权有向图，把图中顶点集合v分成两组，第一组为已求出最短路径的顶点集合(用s表示，初始时s中只有一个源点，以后每求得一条最短路径，就将加入到集合s中，直到全部顶点都加入到s中，算法就结束了)，第二组为其余未确定最短路径的顶点集合(用u表示)，按最短路径长度的递增次序依次把第二组的顶点加入s中。在加入的过程中，总保持从源点v到s中各顶点的最短路径长度不大于从源点v到u中任何顶点的最短路径长度。此外，每个顶点对应一个距离，s中的顶点的距离就是从v到此顶点的最短路径长度，u中的顶点的距离，是从v到此顶点只包括s中的顶点为中间顶点的当前最短路径长度。
[0056]
在此，本实施例以源cpu节点为cpu33、目的cpu节点为cpu00对最优路径的确定过程进行简单说明：
[0057]
第一步，将源节点cpu33加入集合s，集合s为已计算cpu集合，dis为起点cpu到图中各cpu的路径长度，seq[x]为以选取cpu为起点的路径序列。
[0058]
s＝{cpu33}；
[0059]
dis[]＝{0,∞,∞,∞,∞,∞,∞,∞,∞,∞,∞,∞,∞,∞,∞,∞}；
[0060]
seq[0]＝{cpu33}；
[0061]
seq[1]＝{cpu33}；
[0062]
seq[2]＝{cpu33}；
[0063]
seq[3]＝{cpu33}。
[0064]
第二步，找出与集合相邻且距离起点路径延迟最小的cpu23，把它加入集合，并确
定它的最短路0+10＝10，存入数组：
[0065]
s＝{cpu33，cpu23}；；
[0066]
dis[]＝{0,∞,∞,∞,10,∞,∞,∞,∞,∞,∞,∞,∞,∞,∞,∞}；
[0067]
seq[0]＝{cpu33,cpu23}；
[0068]
seq[1]＝{cpu33}；
[0069]
seq[2]＝{cpu33}；
[0070]
seq[3]＝{cpu33}。
[0071]
第三步，找出与集合相邻且距离起点路径延迟最小的cpu22，把它加入集合，并确定它的最短路10+9＝19，存入数组：
[0072]
s＝{cpu33，cpu23，cpu22}；
[0073]
dis[]＝{0,∞,∞,∞,10,19,∞,∞,∞,∞,∞,∞,∞,∞,∞,∞}；
[0074]
seq[0]＝{cpu33,cpu23,cpu22}；
[0075]
seq[1]＝{cpu33}；
[0076]
seq[2]＝{cpu33}；
[0077]
seq[3]＝{cpu33}。
[0078]
第四步，找出与集合相邻且距离起点路径延迟最小的cpu21，把它加入集合，并确定它的最短路19+4＝23，存入数组：
[0079]
s＝{cpu33，cpu23，cpu22，cpu21}；
[0080]
dis[]＝{0,∞,∞,∞,10,19,23,∞,∞,∞,∞,∞,∞,∞,∞,∞}；
[0081]
seq[0]＝{cpu33,cpu23,cpu22,cpu21}；
[0082]
seq[1]＝{cpu33}；
[0083]
seq[2]＝{cpu33}；
[0084]
seq[3]＝{cpu33}。
[0085]
第五步，找出与集合相邻且距离起点路径延迟最小的cpu11，把它加入集合，并确定它的最短路23+2＝25，存入数组：
[0086]
s＝{cpu33，cpu23，cpu22，cpu21，cpu11}；
[0087]
dis[]＝{0,∞,∞,∞,10,19,23,∞,∞,∞,25,∞,∞,∞,∞,∞}；
[0088]
seq[0]＝{cpu33,cpu23,cpu22,cpu21,cpu11}；
[0089]
seq[1]＝{cpu33}；
[0090]
seq[2]＝{cpu33}；
[0091]
seq[3]＝{cpu33}。
[0092]
第六步，找出与集合相邻且距离起点路径延迟最小的cpu20，把它加入集合，并确定它的最短路23+4＝27，存入数组：
[0093]
s＝{cpu33，cpu23，cpu22，cpu21，cpu20，cpu11}；
[0094]
dis[]＝{0,∞,∞,∞,10,19,23,27,∞,∞,25,∞,∞,∞,∞,∞}；
[0095]
seq[0]＝{cpu33,cpu23,cpu22,cpu21,cpu11}；
[0096]
seq[1]＝{cpu33,cpu23,cpu22,cpu21,cpu20}；
[0097]
seq[2]＝{cpu33}；
[0098]
seq[3]＝{cpu33}。
[0099]
第七步，找出与集合相邻且距离起点路径延迟最小的cpu10，把它加入集合，并确定它的最短路25+5＝30，存入数组：
[0100]
s＝{cpu33，cpu23，cpu22，cpu21，cpu20，cpu11，cpu10}；
[0101]
dis[]＝{0,∞,∞,∞,10,19,23,27,∞,∞,25,30,∞,∞,∞,∞}；
[0102]
seq[0]＝{cpu33,cpu23,cpu22,cpu21,cpu11,cpu10}；
[0103]
seq[1]＝{cpu33,cpu23,cpu22,cpu21,cpu20}；
[0104]
seq[2]＝{cpu33}；
[0105]
seq[3]＝{cpu33}。
[0106]
第八步，找出与集合相邻且距离起点路径延迟最小的cpu00，把它加入集合，并确定它的最短路30+5＝35，存入数组：
[0107]
s＝{cpu33，cpu23，cpu22，cpu21，cpu20，cpu11，cpu10，cpu00}；
[0108]
dis[]＝{0,∞,∞,∞,10,19,23,27,∞,∞,25,30,∞,∞,∞,35}；
[0109]
seq[0]＝{cpu33,cpu23,cpu22,cpu21,cpu11,cpu10,cpu00}；
[0110]
seq[1]＝{cpu33,cpu23,cpu22,cpu21,cpu20}；
[0111]
seq[2]＝{cpu33}；
[0112]
seq[3]＝{cpu33}。
[0113]
至此，路由算法找到最优路径为：cpu33->cpu23->cpu22->cpu21->cpu11->cpu10->cpu00。
[0114]
需要说明的是，controller实时监测每个cpu通道信道使用状况时，如果某一通道出现传输断路停滞现象，则直接将停滞通道标记为无穷大，由此导致的中断传输的报文，可以由报文当前所在cpu重新发起路径优化，根据新的路径传输到目的cpu，在重新进行路径优化时，由于出现传输中断的通道会被置为无穷大，因此在重新路径优化时便不会考虑。
[0115]
s103、将最优路径发送至源cpu节点，以使源cpu节点利用最优路径将报文发送至目的cpu节点。
[0116]
在本实施例中，获得最优路径后，控制器需要将该最优路径发送至源cpu节点，源cpu节点接收到该最优路径，便根据该最优路径将报文发送至目的cpu节点。例如：上述确定最优路径为：cpu33->cpu23->cpu22->cpu21->cpu11->cpu10->cpu00后，源cpu节点cpu33需要将报文发送至cpu23，再依次通过cpu22、cpu21、cpu11、cpu10将报文传输至目的cpu节点cpu00。并且，本申请可将该最优路径添加至报文中，每个cpu节点接收到该报文后，便可根据报文中的最优路径将报文发送至下一个cpu节点，一直传输至目的cpu节点。
[0117]
需要说明的是，在本实施例接收到源cpu节点发送的路径获取请求后，还可以判断源cpu节点和目的cpu节点是否为相邻节点；若是，则生成报文发送路径，并将报文发送路径发送至源cpu节点，报文发送路径用于将报文通过源cpu节点与目的cpu节点间的信道直接发送至目的cpu节点；若否，则继续执行利用cpu节点间的路径延迟及单源最短路算法，确定源cpu节点与目的cpu节点间传输报文的最优路径的步骤。
[0118]
也就是说，如果源cpu节点和目的cpu节点是直接相邻的，且具有传输报文的信报，则源cpu节点可以直接将报文发送至目的cpu节点，该报文发送路径为：源cpu节点->目的cpu节点。如：源cpu节点为cpu33，目的cpu节点为cpu32，这两个节点的cpu编号在二维度上紧邻，且两者之间具有传输报文的信道，因此cpu33可直接通过相邻通道发送报文至cpu32。
[0119]
综上可见，本申请在确定最优路径时，是通过cpu节点间的路径延迟及单源最短路算法确定的，从而可以查找报文传输的最优路径；并且，本申请中的某个节点在传输中断后，可通过再次获取最优路径的方式继续传输报文，避免节点端口出现拥堵时导致阻塞，避免某个端口出现问题时出现报文传输停滞现象，从而系统容错能力。
[0120]
下面对本发明实施例提供的报文传输装置进行介绍，下文描述的报文传输装置与上文描述的报文传输方法可以相互参照。
[0121]
参见图6，本发明实施例提供的一种报文传输装置，包括：
[0122]
接收模块100，用于接收源cpu节点发送的路径获取请求；其中，所述源cpu节点为报文传输的初始节点，或者为报文传输中断后，重新发起路径获取请求的节点；
[0123]
路径确定模块200，用于利用cpu节点间的路径延迟及单源最短路算法，确定源cpu节点与目的cpu节点间传输报文的最优路径；
[0124]
发送模块300，用于将所述最优路径发送至所述源cpu节点，以使所述源cpu节点利用所述最优路径将报文发送至所述目的cpu节点。
[0125]
其中，该装置还包括：
[0126]
获取模块，用于获取每个cpu节点的每个信道的使用率；
[0127]
计算模块，用于根据cpu节点间的同一信道的使用率，计算cpu节点间的每个信道的信道使用率，将每个信道的信道使用率作为路径延迟。
[0128]
其中，所述获取模块具体用于：获取每个cpu节点实时上报的每个信道的使用率；或者，实时从每个cpu节点获取每个信道的使用率。
[0129]
其中，所述计算模块包括：
[0130]
目标信道确定单元，用于确定第一cpu节点与第二cpu节点间待计算信道使用率的目标信道；
[0131]
使用率确定单元，用于获取所述第一cpu节点在所述目标信道的第一使用率，确定所述第二cpu节点在所述目标信道的第二使用率；
[0132]
信道使用率确定单元，用于根据使用率计算规则及第一使用率和第二使用率，确定第一cpu节点与第二cpu节点间的目标信道的信道使用率。
[0133]
其中，所述使用率计算规则为：信道使用率＝第一使用率+第二使用率+第一使用率-第二使用率。
[0134]
其中，该装置还包括：
[0135]
判断模块，用于判断所述源cpu节点和所述目的cpu节点是否为相邻节点；若是，则触发所述路径确定模块生成报文发送路径，触发所述发送模块将报文发送路径发送至所述源cpu节点，报文发送路径用于将报文通过所述源cpu节点与所述目的cpu节点间的信道直接发送至所述目的cpu节点；
[0136]
若否，则触发所述路径确定模块利用cpu节点间的路径延迟及单源最短路算法，确定源cpu节点与目的cpu节点间传输报文的最优路径，并触发所述发送模块将最优路径发送至所述源cpu节点。
[0137]
参见图7，本发明实施例提供的一种电子设备，包括：
[0138]
存储器，用于存储计算机程序；
[0139]
处理器，用于执行所述计算机程序时实现上述方法实施例所述的报文传输方法的
步骤。
[0140]
在本实施例中，设备可以是pc(personal computer，个人电脑)，也可以是智能手机、平板电脑、掌上电脑、便携计算机等终端设备。
[0141]
该设备可以包括存储器11、处理器12和总线13。
[0142]
其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是设备的内部存储单元，例如该设备的硬盘。存储器11在另一些实施例中也可以是设备的外部存储设备，例如设备上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，存储器11还可以既包括设备的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于设备的应用软件及各类数据，例如执行报文传输方法的程序代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
[0143]
处理器12在一些实施例中可以是一中央处理器(central processing unit,cpu)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行报文传输方法的程序代码等。
[0144]
该总线13可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0145]
进一步地，设备还可以包括网络接口14，网络接口14可选的可以包括有线接口和/或无线接口(如wi-fi接口、蓝牙接口等)，通常用于在该设备与其他电子设备之间建立通信连接。
[0146]
可选地，该设备还可以包括用户接口15，用户接口15可以包括显示器(display)、输入单元比如键盘(keyboard)，可选的用户接口15还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organic light-emitting diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在设备中处理的信息以及用于显示可视化的用户界面。
[0147]
图7仅示出了具有组件11-15的设备，本领域技术人员可以理解的是，图7示出的结构并不构成对设备的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
[0148]
本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法实施例所述的报文传输方法的步骤。
[0149]
其中，该存储介质可以包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0150]
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。
[0151]
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。