一种组播组的管理方法和装置
技术领域
本发明涉及通信技术领域,特别涉及一种组播组的管理方法和装置。
背景技术
IP组播是介于单播和广播之间的一种分组传送形式,又称为IP多播,是指IP数据由单一的发送者(组播源)产生,经过网络分发给一组接收者。通常,我们把工作在网络层的IP组播称为三层组播,相应的组播协议称为三层组播协议,包括IGMP/MLD、PIM/IPv6PIM等;把工作在数据链路层的IP组播称为二层组播,相应的组播协议称为二层组播协议,包括IGMP Snooping/MLD Snooping等。
IGMP:IGMP是TCP/IP协议族中负责IP组播成员管理的协议,用来在IP主机和与其直接相邻的组播路由器之间建立、维护组播组成员关系。IGMP有三个版本,IGMPv1、IGMPv2和IGMPv3。
IGMP/MLD查询器的选举:IGMP路由器以组播方式向本地网段内的终端和IGMP路由器发送IGMP查询报文,当共享网段上存在多个IGMP路由器时,由组播路由协议(IGMPv1)或IGMP自身选举机制(IGMPv2和IGMPv3)选举出一个指定路由器来充当查询器,负责周期性发送查询报文,维护本地网段内组播组成员,以及向IP主机转发组播数据。
终端加入组播组:当终端欲加入某个组播组时,会主动向其要加入的组播组发送IGMP成员关系报告报文,用来申请加入到该组播组。后续主机如果希望要保持接收该组播组流量,每次收到IGMP查询报文,都需要回应对应组播组的IGMP成员关系报告报文。
终端离开组播组:当终端不再需要接收某个组播组发送的报文时,需要发送IGMP离开组报文,IGMP查询器收到IGMP组离开报文后,对该组播组进行特定查询,若无其他主机接加入该组播组,则删除所维护的组播组信息。
发明内容
有鉴于此,本发明提出一种组播组的管理方法,该方法包括:
接收第一终端发送的报文;
获取所述报文中携带的第一终端标识和第一组播组标识,所述第一组播组标识为所述第一终端欲加入的组播组的标识信息;
根据所述第一终端标识、第一组播组标识以及终端标识与组播组标识的对应关系管理组播组成员。
本发明还提出了一种组播组的管理装置,该装置包括:
接收模块,用于接收第一终端发送的报文;
获取模块,用于获取所述报文中携带的第一终端标识和第一组播组标识,所述第一组播组标识为所述第一终端欲加入的组播组的标识信息;
管理模块,用于根据所述第一终端标识、第一组播组标识以及终端标识与组播组标识的对应关系管理组播组成员。
通过上述方案可以看出,通过对应关系管理终端与组播组之间的组播成员,从而无需网关设备周期性的发送IGMP查询报文来确认组播组是否存在对应的接收终端,相应的,终端设备也无需周期性地向该网关设备发送IGMP成员关系报告报文,进而节省了网关设备、终端的系统资源,以及网关设备与终端间的路由带宽资源。
附图说明
图1为本发明实施例提供的一种组播组的管理方法的流程示意图;
图2为本发明实施例提供的一种组播组的管理方法的流程示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明所述方案作进一步地详细说明,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在本申请使用的术语仅仅是出于描述特定实施例的目的,而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其它含义。还应当理解,本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,此外,所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本申请人发现,通常情况下,当某个终端需要加入某个组播组时,会向网关设备发送IGMP成员关系报告报文,网关设备会记录接收到该IGMP成员关系报告报文的接口,并记录该IGMP成员关系报告报文中的接口,当网关设备需要发送组播报文时,则记录的接口发送该组播报文,由于该接口下挂的终端是可变的,因此即使该接口下挂的终端被其他的终端替换,所述网关设备依然会根据记录的该接口发送组播报文。
为了解决上述问题,在一个组播组的管理实例中,网关设备会周期性的通过上述接口向终端发送IGMP查询报文,用于确认该终端是否需要接收组播报文(即确认该终端是否发生变化),若该终端未发生变化,则当该终端收到IGMP查询报文后生成IGMP成员关系报告报文,并将该IGMP成员关系报告报文发送给所述网关设备,当网关设备接收到终端发送的IGMP成员关系报告报文后,则确认该终端未发生变化,则继续维持该终端与该终端所在的组播组间的组播组成员关系。
通过上述实例可以看出,由于网关设备需要周期性的向终端发送IGMP查询报文以及接收并处理终端发送的IGMP成员关系报告报文,使得网关设备需要使用自身的资源来执行上述过程,并且随着终端数量的增多,网关设备需要使用的自身的资源越多,造成资源浪费。相应的,作为终端,需要周期性的接收并处理网关设备发送的IGMP查询报文,以及生成并发送IGMP成员关系报告报文,使得该终端同样需要使用自身的资源来执行上述过程,造成资源浪费。同时,由于网关设备周期性的向终端发送IGMP查询报文以及接收处理终端发送的IGMP成员关系报告报文,造成了网关设备与终端间的路由资源的浪费。进一步的,网关设备通过向终端发送IGMP查询报文以及接收处理终端发送的IGMP成员关系报告报文,能够确认该终端是需要接收组播报文的,但并不能确认该终端是否被其他终端替换,若使用攻击性的终端替换该终端并向网关设备发送IGMP成员关系报告报文,很有可能使网关设备向攻击性的终端发送组播报文,最终造成信息泄露。
本发明实施例提供一种组播组的管理方法,可以解决上述问题。
如图1所示,一种组播组的管理方法,该方法可以应用于网关设备中,具体的可以应用于组播接收侧的网关设备中,该方法包括:
步骤101,接收第一终端发送的报文。
步骤102,获取所述报文中携带的第一终端标识和第一组播组标识,所述第一组播组标识为所述第一终端欲加入的组播组的标识信息。
步骤103,根据所述第一终端标识、第一组播组标识以及终端标识与组播组标识的对应关系管理组播组成员。
其中,第一终端标识用于唯一表示第一终端,例如该第一终端标识可以为第一终端的MAC地址或者终端名称等,在本实施例中,以第一MAC地址作为第一终端标识,同理,以第二MAC地址作为第二终端标识,依此类推。
在本实施例中,终端向接收侧的网关设备(即IGMP/MLD查询器,为了便于描述以下内容中,将接收侧的网关设备称为网关设备)发送的报文中会携带该终端的MAC地址,以及该终端访问的组播组标识,其中,所述的组播组标识为组播组的标识信息,具体的该标识信息可以为地址信息。例如,若终端向网关设备发送IGMP成员关系报告报文时,会将终端的MAC地址作为源地址携带在所述IGMP成员关系报告报文中,同时也会将该终端访问的组播组标识(即组播组的地址信息,具体为组播组的IP地址信息)作为组地址携带在所述IGMP成员关系报告报文中发送给网关设备。
需要说明的是,在本实施例中,若终端标识为终端名称时,可在终端向网关设备发送的报文中增加用于表示终端名称的字段,从而实现本申请的技术方案。
在本实施例中,网关设备获取所述终端标识与组播组标识的对应关系的方法可以通过配置或者根据终端发送的报文来获取,其中,一种网关设备根据终端发送的报文来获取对应关系的实施例,具体包括:
网关设备接收终端发送的报文(其中,该报文可以为终端向网关设备发送的用于加入对应组播组的报文,或者可以为当终端已加入了对应组播组时,终端向网关设备发送的用于与对应组播组中设备通信的报文。例如,该报文为IGMP成员关系报告报文)。
网关设备从该报文中获取终端的MAC地址(即终端标识)以及目的组播地址(即组播组标识)。
当网关设备获取了终端的MAC地址以及目的组播地址后,生成并记录所述MAC地址与所述目的组播地址的对应关系,其中,所述终端的MAC地址可以包括获取的一个或一个以上终端的MAC地址,同理,所述目的组播地址可以包括获取的一个或一个以上终端欲访问的不同或相同的目的组播地址。
具体的,生成所述MAC地址与所述目的组播地址的对应关系,可以理解为针对每个终端的MAC地址以及该终端欲访问的目的组播地址生成的对应关系,例如,网关设备获取的三个终端的MAC地址,所述三个终端的MAC地址分别为MAC1、MAC2、MAC3,进一步的对应于上述三个终端欲访问的目的组播地址分别为MAC地址为MAC1的终端欲访问的目的组播地址为G1、MAC地址为MAC2的终端欲访问的目的组播地址为G1、MAC地址为MAC3的终端欲访问的目的组播地址为G2,则将MAC1与G1对应、MAC2与G1对应、MAC3与G2对应的对应关系进行记录,优选的可通过表格的方式记录,例如表1所示:
组播组标识 |
MAC地址 |
G1 |
MAC1 |
G1 |
MAC2 |
G2 |
MAC3 |
表1
在步骤103中,网关设备根据第一终端标识、第一组播组标识以及对应关系管理第一终端与组播组之间的组播成员,具体包括:
当网关设备从第一终端发送的报文中获取了第一MAC地址和第一组播组标识后,判断对应关系中是否存在所述第一MAC地址和第一组播组标识的对应关系,若存在,则继续维护第一MAC地址和第一组播组标识对应的组播组间的组播成员。
例如根据上述表1所示,根据表1所体现的对应关系,当第一MAC地址为MAC1时,网关设备维护MAC1与G1的组播成员,即维护第一终端与组播组标识为G1的组播组之间的通信,当第一MAC地址为MAC3时网关设备维护MAC3与G2的组播成员,即维护第一终端与组播组标识为G3的组播组之间的通信。
或者网关设备根据对应关系将组播侧发送的组播报文转发给对应的终端,具体为,当网关设备接收到组播侧发送的组播报文时,获取所述组播报文中的第三组播组标识,所述第三组播组标识为发送所述组播报文的源组播组的标识信息(即该组播报文中携带的组播源地址)。
判断所述对应关系中是否存在与所述第三组播组标识匹配的组播组标识,若存在,将所述组播报文发送给在对应关系中与所述第三组播组标识关联的终端标识对应的终端(其中,所述的对应关系中与所述第三组播组标识关联的终端标识,具体为,对应关系中与第三组播组标识对应的终端标识,即此处的关联可以理解为对应)。
例如根据上述表1所示,网关设备接收到组播侧发送的组播报文时,获取第三组播组标识为G1,根据对应关系,网关设备将所述组播报文分别发送给MAC地址为MAC1和MAC2的终端。
通过本实施例可以看出,网关设备可根据第一终端标识、第一组播组标识以及对应关系管理第一终端与组播组的组播成员关系,从而网关设备无需周期性的发送IGMP查询报文来确认组播组是否存在对应的接收终端,相应的,终端设备也无需周期性地生成并发送IGMP成员关系报告报文,进而节省了网关设备、第一终端的系统资源,以及网关设备与第一终端间的路由带宽资源。
针对步骤103,本发明实施例提供了另一种组播组的管理方法实施例,该方法包括:
步骤201,网关设备通过判断对应关系中是否存在与第一MAC地址匹配的MAC地址,若存在,进一步判断对应关系中记录的与第一MAC地址对应的组播组标识是否与第一组播组标识匹配,若匹配则执行步骤202,若不匹配则执行步骤203。需要说明的是,在另一种实施例中,可先判断对应关系中是否存在与第一组播组标识对应的组播组标识,再判断是否存在对应关系中与第一组播组标识对应的MAC地址是否与第一MAC地址匹配。
步骤202,网关设备根据所述对应关系维护具有所述第一MAC地址的第一终端与第一组播组标识对应的组播组的组播成员。
步骤203,若所述对应关系中不存在第一MAC地址与第一组播组标识的对应关系,则在网关设备记录的对应关系中增加所述第一MAC地址与第一组播组标识的对应关系(即更新网关设备中记录的对应关系),根据更新后的对应关系,维护第一终端与所述第一组播组标识对应的组播组的组播成员。
为了清楚的对本实施例进行阐述,借用上述表1进行举例说明,根据表1可知,对应关系包括MAC1与G1对应、MAC2与G1对应、MAC3与G2对应。
网关设备接收第一终端发送的报文,并从该报文中获取的第一MAC地址为MAC1,以及第一组播组标识G3。
匹配并判断第一MAC地址以及第一组播组标识G3与对应关系可知,第一MAC地址MAC1与对应关系中的MAC1匹配,但第一组播组标识G3与对应关系中与MAC1对应的G1不匹配,则在网关设备记录的对应关系中增加MAC1与G3的对应关系,如表2所示:
组播组标识 |
MAC地址 |
G1 |
MAC1 |
G1 |
MAC2 |
G2 |
MAC3 |
G3 |
MAC1 |
表2
则网关设备根据更新后的对应关系中与所述MAC1对应的G3,维护所述第一终端与所述G3对应的组播组的组播成员。
进一步的,当网关设备判断出对应关系中既不存在与第一MAC地址匹配的MAC地址,也不存在与第一组播组标识匹配的组播组标识时,执行步骤204。
步骤204,在网关设备记录的对应关系中增加第一MAC地址与第一组播组标识的对应关系。
步骤205,根据更新后的对应关系,维护第一终端与所述第一组播组标识对应的组播组的组播成员。
通过上述实施例可以看出,网关设备可以根据第一终端发送的报文更新对应关系(如增加新的MAC地址与组播组标识的对应关系),并根据更新后的对应关系维护第一终端与第一组播组标识对应的组播组间的组播成员,实现了对记录的终端与组播组间对应关系的动态调整。
如图2所示,本发明还提供了另一种组播组的管理方法实施例,该方法包括:
步骤201,接收第二终端发送的离开报文,所述离开报文为所述第二终端欲离开组播组时发送的报文。
步骤202,获取所述离开报文中携带的第二终端标识,以及第二组播组标识,所述第二组播组标识为所述第二终端欲离开的组播组的标识信息。
步骤203,判断所述对应关系中是否存在所述第二终端标识与所述第二组播组标识的对应关系。
具体的,网关设备判断对应关系中是否存在与所述第二MAC地址匹配的MAC地址,若存在进一步判断对应关系中与所述第二MAC地址对应的组播组标识是否与所述第二组播组标识匹配,若匹配则确定所述对应关系中存在所述第二终端标识与所述第二组播组标识的对应关系。需要说明的是,在另一种实施例中,可先判断对应关系中是否存在与第二组播组标识对应的组播组标识,再判断是否存在对应关系中与第二组播组标识对应的MAC地址是否与第一MAC地址匹配
步骤204,若存在,则从所述对应关系中删除所述第二终端标识与所述第二组播组标识的对应关系。
在本实施例中,当第二终端设备欲离开组播组时,会向网关设备发送离开报文(例如IGMP离开组报文),在该离开报文中会携带第二终端自身的MAC地址(即第二MAC地址),以及第二终端欲离开的组播组标识(即第二组播组标识)。
网关设备在接收到第二终端发送的离开报文时,获取所述离开报文中携带的第二MAC地址和第二组播组标识,并将所述第二MAC地址和第二组播组标识与对应关系中的MAC地址和组播组标识匹配,同理,若对应关系中包括两个或两个以上的MAC地址和组播组标识的对应关系,则将所述第二MAC地址和第二组播组标识与两个或两个以上的MAC地址和组播组标识分别匹配,并对匹配结果进行判断。
为了方便说明,借用上述表1进行举例说明,根据表1可知,对应关系包括MAC1与G1对应、MAC2与G1对应、MAC3与G2对应,某一时刻,网关设备接收到第二终端发送的离开报文时,从所述离开报文中获取第二MAC地址为MAC2,以及第二组播组标识G1,通过将获取的第二MAC地址和第二组播组标识与表1中的MAC地址和组播组标识进行匹配,并判断出的匹配结果为对应关系中存在MAC2和G1的对应关系,则网关设备将所述对应关系中的MAC2与G1的对应关系删除,从而使第二终端离开与G1对应的组播组。
通过上述实施例可以看出,由于网关设备记录了对应关系,并根据终端发送的离开报文删除对应关系中MAC地址与组播组标识的对应关系,从而使发送离开报文的终端离开相应的组播组,进而网关设备无需通过周期性的发送IGMP查询报文来确认是否存在已离开组播组的终端,一方面提高了对组播组和终端的管理的时效性,通过终端发送的离开报文便可即刻解除该终端与相应组播组间的组播成员关系,另一方面,网关设备可判断发送离开报文的MAC地址是否为自身记录的MAC地址,从而防止攻击终端因向网关设备发送虚假的离开报文,而导致网关设备错误的解除正常终端与组播组的组播成员关系。
进一步的,本发明实施例还提供了一种组播组的管理方法的实施例,在该实施例中阐述了一种终端迁移的方法,该方法包括:
步骤401,接收第一终端发送的报文。
步骤402,从所述报文中获取第一MAC地址(即第一终端标识)、目的组播地址(即第一组播组标识)以及第一接口信息,所述第一接口信息为网关设备中用于接收第一终端发送报文的接口的信息(其中,接口信息可以为接口号)。
进一步的,网关设备中记录的对应关系还包括:终端标识、组播组标识与接口信息三者的对应关系。
步骤403,根据所述第一接口、第一终端标识、第一组播组标识以及终端标识、组播组标识与接口信息三者的对应关系管理组播组成员。
在本实施例中,可通过表格的方式记录所述MAC地址、组播组标识以及接口三者间的对应关系,如表3所示:
组播组标识 |
MAC地址 |
接口 |
G1 |
MAC1 |
Prot1 |
G1 |
MAC2 |
Prot2 |
G2 |
MAC3 |
Prot3 |
表3
如表3所示,MAC地址为MAC1的第一终端与组播组标识为G1的第一组播组对应,并通过网关设备的Prot1接口实现该终端与第一组播组间的通信,其对应关系可以表示为G1-MAC1-Prot1,同理,MAC地址为MAC2的第二终端的对应关系可以表示为G1-MAC2-Prot2,MAC地址为MAC3的第三终端的对应关系可以表示为G2-MAC3-Prot3。
在步骤403中,根据所述第一接口信息、第一终端标识、第一组播组标识以及所述对应关系管理组播组成员,具体包括:
若某时刻,MAC地址为MAC3的第三终端的位置迁移(网段内迁移),例如,第三终端从网关设备的Prot3接口迁移至Prot4接口,当第三终端迁移完成后并上线时,网关设备可以检测到Prot4接口的状态发生变化(由原先的空闲状态变为非空闲状态),并且网关设备可以通过接收Prot4接口发送协议报文(例如,注册报文、请求报文、心跳报文等)或数据报文获取发送上述报文的终端的MAC地址,若得知获取的MAC地址为MAC3时,则确定第三终端由Prot3接口迁移至Prot4接口。
进而当网关设备获知第三终端已经迁移,并且网关设备用于与迁移后的第三终端通信的接口为Prot4,则网关设备根据上述信息修改记录的对应关系,如表4所示:
组播组标识 |
MAC地址 |
接口 |
G1 |
MAC1 |
Prot1 |
G1 |
MAC2 |
Prot2 |
G2 |
MAC3 |
Prot4 |
表4
下一时刻,网关设备则根据表4管理第三终端与组播组标识为G2的组播组间的组播成员关系。
通过上述实施例可知,网关设备通过对应关系,管理终端与组播组间的组播成员关系,当某终端在网段内的迁移时,网关设备可以通过迁移后的终端发送的协议报文或数据报文获取该终端的MAC地址以及该终端迁移后所使用的接口,并根据记录的对应关系维持该终端与对应组播组的组播成员关系。也就是说在终端进行迁移时,该终端与对应组播组间的组播成员关系并未中断,避免了现有技术中若终端需要迁移时,终端需要先向网关设备发送离开报文使该终端与对应的组播组解除组播组成员关系,在迁移完成后再向网关设备发送IGMP成员关系报告报文使该终端再加入对应的组播组,造成网关设备以及终端需要进行多次的报文交互才能完成终端的迁移,从而造成网关设备以及终端资源的浪费。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种组播组的的管理装置,该装置可置于网关设备中,具体的置于接收侧的网关设备中,该装置包括:
接收模块,用于接收第一终端发送的报文。
获取模块,用于获取所述报文中携带的第一终端标识和第一组播组标识,所述第一组播组标识为所述第一终端欲加入的组播组的标识信息。
管理模块,用于根据所述第一终端标识、第一组播组标识以及终端标识与组播组标识的对应关系管理组播组成员。
其中,获取模块获取的第一终端标识可以为第一终端的MAC地址,为方便描述将第一终端的MAC地址称为第一MAC地址,同理,第二终端的MAC地址称为第二MAC地址,以此类推。
通过本实施例可以实现,网关设备中的管理模块可通过记录的对应关系维护终端与组播组的组播成员,从而网关设备无需周期性的发送IGMP查询报文来确认组播组是否存在对应的接收终端,相应的,终端设备也无需周期性地生成并发送IGMP成员关系报告报文,进而节省了网关设备、终端的系统资源,以及网关设备与终端间的路由带宽资源。
进一步的,基于上述实施例,本发明实施例提供了另一种组播组的管理装置,该装置还包括:判断模块,
所述判断模块,用于判断所述对应关系中是否存在所述第一终端标识与第一组播组标识的对应关系。
若不存在,所述管理模块,还用于记录所述第一终端标识与第一组播组标识的对应关系。
进一步的,基于上述实施例,本发明实施例还提供了一种组播组的管理装置,包括:
所述接收模块,还用于接收第二终端发送的离开报文。
所述获取模块,还用于获取所述离开报文中携带的第二终端标识,以及第二组播组标识,所述第二组播组标识为所述第二终端欲离开的组播组的标识信息。
所述判断模块,还用于判断所述对应关系中是否存在所述第二终端标识与所述第二组播组标识的对应关系。
若存在,所述管理模块,还用于从所述对应关系中删除所述第二终端标识与所述第二组播组标识的对应关系。
通过本实施例可以看出,由于网关设备记录了对应关系,并根据终端发送的离开报文删除对应关系中MAC地址与组播组标识的对应关系,从而使发送离开报文的终端离开相应的组播组,进而网关设备无需通过周期性的发送IGMP查询报文来确认是否存在离开组播组的终端,一方面提高了对组播组和终端的管理的时效性,通过终端发送的离开报文便可即刻解除该终端与相应组播组间的组播成员关系,另一方面,网关设备可判断发送离开报文的MAC地址是否为自身记录的MAC地址,从而防止攻击终端因向网关设备发送虚假的离开报文,而导致网关设备错误的解除正常终端与组播组的组播成员关系。
进一步的,基于上述实施例,本发明实施例还提供了一种组播组的管理装置,包括:
接收模块,用于接收组播侧发送的组播报文。
所述获取模块,还用于获取所述组播报文中的第三组播组标识,所述第三组播组标识为发送所述组播报文的源组播组的标识信息。
所述判断模块,还用于判断所述对应关系中是否存在与所述第三组播组标识匹配的组播组标识。
若存在,所述管理模块,还用于将所述组播报文发送给在对应关系中与所述第三组播组标识关联的终端标识对应的终端。
进一步的,本发明实施例还提供了一种组播组的管理装置,包括:
所述获取模块,还用于获取接收所述报文的第一接口信息。
所述管理模块,还用于根据所述第一接口信息、第一终端标识、第一组播组标识,以及终端标识、组播组标识与接口信息的对应关系管理组播组成员。
通过本实施例可以实现,网关设备可通过对应关系维护终端与组播组的组播成员,当网关设备中的接收模块接收到组播侧发送的组播报文时,可根据管理模块记录的对应关系将组播报文发送给对应的终端。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可进一步拆分成多个子模块。上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。