报文处理方法及架构、装置、存储介质及电子设备与流程

文档序号:29571812发布日期:2022-04-09 04:09阅读:147来源:国知局
报文处理方法及架构、装置、存储介质及电子设备与流程

1.本公开涉及计算机技术领域,尤其涉及一种报文处理方法及架构、装置、存储介质及电子设备。


背景技术:

2.传统的内核协议栈由于操作系统的瓶颈,已经无法适应现代高速大流量的应用场景,比如数据中心。
3.相关技术中,有一些基于数据平面开发套件(dpdk,data plane development kit)开发的网络报文处理和转发系统。然而,这些系统同样具有一些固有缺陷,比如多平台网络协议栈vpp(vector packet processing)的线程间同步性能过低,高性能第4层负载均衡器(dpvs)未能利用指令缓存预取充分发掘出硬件潜能。不仅如此,这些系统在应用中也存在不能满足高速大流量处理需求的问题。
4.需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素:

5.本公开的目的在于提供一种报文处理方法、架构、装置、电子设备及存储介质,以解决相关技术中无法高速处理大流量报文的问题。
6.本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
7.根据本公开的一个方面,提供一种报文处理方法,包括:接收第一报文,将第一报文按照协议类型进行分类;将相同类型的第一报文发送至同一业务处理节点,进行函数处理得到第二报文,并结合预设的节点邻居索引确定第二报文的目标节点;将目标节点作为新的业务处理节点,并发送第二报文至新的业务处理节点,循环执行上一步骤直至不存在目标节点,得到报文处理结果。
8.在本公开一个实施例中,进行函数处理得到第二报文,包括:业务处理节点接收的报文数量为n;从接受的报文中缓存预取一组报文,并调用函数处理一组报文,得到一组第二报文;循环上一步骤直至未进行函数处理的报文数量小于n;一组的报文数量为n,n和n为正整数,n小于或等于n。
9.在本公开一个实施例中,结合预设的节点邻居索引确定第二报文的目标节点,包括:调取上一组第二报文,与本组第二报文进行一一对应比较:若两组中的第二报文相同,则将上一组第二报文的目标节点作为本组第二报文的目标节点若不同,则基于本组的第二报文,结合预设的节点邻居索引,确定本组第二报文分别对应的目标节点。
10.在本公开一个实施例中,进行函数处理得到第二报文,包括:对接收的第一报文进行初始化函数处理、去初始化函数处理、业务函数处理,得到第二报文。
11.根据本公开的另一个方面,提供一种报文处理架构,包括:源节点、业务处理节点、
节点的连接关系;源节点接收第一报文,并按照第一报文的类别发送至对应的业务处理节点;业务处理节点调用函数,对第一报文进行函数处理,得到第二报文;基于节点的连接关系确定下一级业务处理节点以处理第二报文;其中,源节点、业务处理节点及节点的连接关系存储于同一内存中。
12.根据本公开的又一个方面,提供一种报文处理架构的构建方法,包括:基于业务类型及业务之间的关系生成有向图,其中有向图中包括节点及节点的边,节点包括一种业务类型,节点的边包括业务之间的关系;将有向图转化为表的形式,得到节点邻接表;判断节点邻接表是否符合构建条件,若是,则将节点邻接表转化数组形式得到报文处理架构,并存入内存中;若否,则有向图错误,结束;构建条件包括节点中至少存在一个源节点,且没有节点指向源节点,且节点有自循环,且节点中存在孤立节点。
13.根据本公开的再一个方面,提供一种报文处理装置,包括:接收模块,用于:接收第一报文,将第一报文按照协议类型进行分类;处理模块,用于:将相同类型的第一报文发送至同一业务处理节点,进行函数处理得到第二报文,并结合预设的节点邻居索引确定第二报文的目标节点;循环模块,用于:将目标节点作为新的业务处理节点,并发送第二报文至新的业务处理节点,循环执行上一步骤直至不存在目标节点,得到报文处理结果。
14.根据本公开的再一个方面,提供一种报文处理架构的构建装置,包括:有向图生成模块,用于:基于业务类型及业务之间的关系生成有向图,其中有向图中包括节点及节点的边,节点包括一种业务类型,节点的边包括业务之间的关系;节点邻接表生成模块,用于:将有向图转化为表的形式,得到节点邻接表;架构构建模块,用于:判断节点邻接表是否符合构建条件,若是,则将节点邻接表转化数组形式得到报文处理架构,并存入内存中;若否,则有向图错误,结束;构建条件包括节点中至少存在一个源节点,且没有节点指向源节点,且节点有自循环,且节点中存在孤立节点。
15.根据本公开的再一个方面,提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现前述方法。
16.根据本公开的再一个方面,提供一种电子设备,包括:处理器;以及存储器,用于存储处理器的可执行指令;其中,处理器配置为经由执行可执行指令来执行前述方法。
17.本公开的实施例所提供的报文处理方法,能够结合节点邻居索引提高各业务线处理的同步性能,从而达到高速处理大流量报文的目的。
18.应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
19.此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
20.图1示出了可以应用本公开实施例的报文处理方法的示例性系统架构的示意图。
21.图2示出了本公开第一个方面实施例的报文处理方法的流程图。
22.图3示出了本公开实施例的报文处理方法中的示例流程图。
23.图4示出了本公开实施例的报文处理方法中的缓存预取循环算法流程图。
24.图5示出了根据本公开第二个方面实施例提供的一种报文处理架构图。
25.图6示出了根据本公开实施例的报文处理架构中的节点结构图。
26.图7示出了根据本公开第三个方面实施例提供的报文处理架构的构建方法。
27.图8示出了在本公开实施例的报文处理架构下的一种报文处理示例。
28.图9示出了根据本公开第四个方面实施例提供的一种报文处理装置的框图。
29.图10示出根据本公开第五个方面实施例提供的一种报文处理架构的构建装置的框图。
30.图11示出了本公开实施例的一种基于dpdk的网络数据报文加速处理系统。
31.图12示出根据本公开第六个方面实施例提供的一种报文处理计算机设备的结构框图。
具体实施方式
32.现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
33.此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
34.此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本公开的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
35.针对上述相关技术中存在的技术问题,本公开实施例提供了一种报文处理方法,以用于至少解决上述技术问题中的一个或者全部。
36.图1示出了可以应用本公开实施例的报文处理方法的示例性系统架构的示意图;如图1所示:
37.该系统架构可以包括服务器101、网络102和客户端103。网络102用以在客户端103和服务器101之间提供通信链路的介质。网络102可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
38.服务器101可以是提供各种服务的服务器,例如对接收到的第一报文进行分类的装置提供支持的后台管理服务器。后台管理服务器可以对第一报文进行接收、分类、函数处理等操作。
39.客户端103可以是手机、游戏主机、平板电脑、电子书阅读器、智能眼镜、智能家居设备、ar(augmented reality,增强现实)设备、vr(virtual reality,虚拟现实)设备等移动终端,或者,客户端103也可以是个人计算机,比如膝上型便携计算机和台式计算机等等。
40.在一些可选的实施例中,服务器101可以接收第一报文,将所述第一报文按照协议类型进行分类;服务器101可以将相同类型的第一报文发送至同一业务处理节点,进行函数处理得到第二报文,并结合预设的节点邻居索引确定所述第二报文的目标节点;服务器101可以将所述目标节点作为新的业务处理节点,并发送所述第二报文至所述新的业务处理节点,循环执行上一步骤直至不存在目标节点,得到报文处理结果。
41.应该理解,图1中的客户端、网络和服务器的数目仅仅是示意性的,服务器101可以是一个实体的服务器,还可以为多个服务器组成的服务器集群,还可以是云端服务器,根据实际需要,可以具有任意数目的客户端、网络和服务器。
42.下面,将结合附图及实施例对本公开示例实施例中的报文处理方法的各个步骤进行更详细的说明。
43.图2示出了根据本公开第一个方面实施例提供的报文处理方法的流程图。本公开实施例提供的方法可以由如图1所示的服务器或客户端中执行,但本公开并不限定于此。
44.在下面的举例说明中,以服务器集群101为执行主体进行示例说明。
45.如图2所示,本公开实施例提供的报文处理方法可以包括以下步骤:
46.步骤s201、接收第一报文,将所述第一报文按照协议类型进行分类;
47.步骤s202、将相同类型的第一报文发送至同一业务处理节点,进行函数处理得到第二报文,并结合预设的节点邻居索引确定所述第二报文的目标节点;
48.步骤s203、将所述目标节点作为新的业务处理节点,并发送所述第二报文至所述新的业务处理节点,循环执行上一步骤直至不存在目标节点,得到报文处理结果。
49.例如,如图3所示,当接收到批量数据包(packet)之后,首先会被a节点接收并处理,该节点作用是将报文按照协议类型分类。例如,将报文中全部是802.1q的报文分类到一起,并交给vlan节点;将同属于802.3的报文交给以太节点ether。然后,a节点运行完毕,vlan节点开始运行,全部处理完上一个节点给它的报文,再然后是其他节点,只要有报文交给新的节点,其他节点会陆续执行。整个过程是先执行a节点次,再是vlan节点执行n次,最后是ether节点执行n次,符合流水线模型。每次都集中处理特定功能,能有效地利用时间和空间局部性、减少程序跳跃执行造成的缓存失效带来的开销。能够结合节点邻居索引提高各业务线处理的同步性能,从而达到高速处理大流量报文的目的。
50.在计算机硬件中,缓存用于增加cpu指令访问或者数据存取速度。缓存以行为单位,以1086架构为例每行是64kb。如果cpu所需要的指令数据在缓存中,程序的执行效率就会很高,如果不在缓存中、甚至每次执行所需要的数据都不在缓存中,效率则会底下。将指令、数据提前放在缓存,叫做缓存预取。缓存预取分为硬件预取和软件预取,硬件预取是cpu架构设计者设计的,会根据硬件执行的状态来猜测可能需要缓存预取的情况并进行预取,比如当cpu发现一段时间读的都是定长数据时,则猜测此时程序可能是执行数组循环,会预取数据。除硬件代码之外,还应该提供的应用软件预取的算法。
51.在一些实施例中,所述进行函数处理得到第二报文,包括:所述业务处理节点接收的报文数量为n;从所述接受的报文中缓存预取一组报文,并调用函数处理所述一组报文,得到一组第二报文;循环上一步骤直至未进行函数处理的报文数量小于n;所述一组的报文数量为n,n和n为正整数,n小于或等于n。可以通过提前预取报文,达到提高处理速度的目的。如图4所示,具体说明了一种缓存预取循环算法,包括:计算每个缓存行可以放下指向报
文的指针的数量n,即缓存预取一组报文的数量。开始循环预取报文,每次预取n个报文,直至累积已预取的报文数量i达到接受报文的数量n。
52.在一些实施例中,所述结合预设的节点邻居索引确定所述第二报文的目标节点,包括:调取上一组第二报文,与本组第二报文进行一一对应比较:若两组中的第二报文相同,则将所述上一组第二报文的目标节点作为本组第二报文的目标节点;若不同,则基于所述本组的第二报文,结合预设的节点邻居索引,确定本组第二报文分别对应的目标节点。
53.本实施例通过与上一组的处理结果进行对应比较,可以快速找到下一级目标节点,从而达到提高报文处理速度的目的。
54.在一些实施例中,所述进行函数处理得到第二报文,包括:对接收的第一报文进行初始化函数处理、去初始化函数处理、业务函数处理,得到第二报文。
55.对报文进行初始化等预处理操作可以统一报文的格式,对报文进行校验筛查,更好的提高整体的运行效率,实现报文处理速度的增长。
56.图5示出了根据本公开第二个方面实施例提供的一种报文处理架构,如图5所示,将报文处理的具体业务打包成图节点(node)节点,所述架构具体包括:源节点、业务处理节点、节点的连接关系。所述源节点接收第一报文,并按照所述第一报文的类别发送至对应的业务处理节点;所述业务处理节点调用函数,对所述第一报文进行函数处理,得到第二报文;基于所述节点的连接关系确定下一级业务处理节点以处理第二报文;其中,所述源节点、业务处理节点及节点的连接关系存储于同一内存中。
57.节点结构如图6所示,包含节点初始化init、去初始化fini函数;节点数据包处理函数process()、节点邻居索引(即图的顶点的边nb_edges),以数组形式保存在当前节点的上下文内存(context memory)中。当本节点数据处理完毕需要将包交给下一个节点,即通过它的边指出。本公开实施例架构的结构简单清晰,可维护性强。
58.如图7所示,根据本公开第三个方面实施例提供的报文处理架构的构建方法可以包括以下步骤:
59.步骤s701、基于业务类型及业务之间的关系生成有向图,其中所述有向图中包括节点及节点的边,所述节点包括一种所述业务类型,所述节点的边包括所述业务之间的关系;
60.步骤s702、将所述有向图转化为表的形式,得到节点邻接表;
61.步骤s703、判断所述节点邻接表是否符合构建条件,若是,则将所述节点邻接表转化数组形式得到报文处理架构,并存入内存中;若否,则所述有向图错误,结束。
62.其中,所述构建条件包括所述节点中至少存在一个源节点,且没有节点指向所述源节点,且所述节点有自循环,且所述节点中存在孤立节点。可以运用有向图的方式组织协议栈业务,实现大流量报文的高速处理。
63.图8示出了本公开实施例在图5所示的报文处理架构下的一种报文处理示例,如图8所示,本方法具体地包括缓存预取:获取本次接收第一报文数量n,初始化待处理报文数量n_left,判断n_left是否大于n,若是则预取n个报文(例如,n=4,pkt0、pkt1、pkt2、pkt3);若否,则处理结束。报文处理:调用处理函数依次处理预取的4个报文,分别得到处理结果n0、n1、n2、n3。结果比较:取出处理前组预取的报文(pkt’0、pkt’1、pkt’2、pkt’3)时,记录的指向下一个节点的边last0、last1、last2、last3,计算本次4个报文的处理结果是否与上次
处理结果相同,即fix_spec=(n0^last1)|(n1^last2)|(n2^last3)|(n3^last4),判断fix_spec是否为0,若是则将处理的报文分别发给last0、last1、last2、last3指向的节点,待处理报文数量减n_left=n_left-n,返回缓存预取步骤,判断n-left是否大于n;若否则将处理的报文分别发给n0、n1、n2、n3指向的节点,将n0、n1、n2、n3作为新的last0、last1、last2、last3,待处理报文数量减n_left=n_left-n,返回缓存预取步骤,判断n-left是否大于n。
64.需要注意的是,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
65.图9示出根据本公开第四个方面实施例提供的一种报文处理装置900的框图;如图9所示,包括:接收模块901,用于:接收第一报文,将所述第一报文按照协议类型进行分类;处理模块902,用于:将相同类型的第一报文发送至同一业务处理节点,进行函数处理得到第二报文,并结合预设的节点邻居索引确定所述第二报文的目标节点;循环模块903,用于:将所述目标节点作为新的业务处理节点,并发送所述第二报文至所述新的业务处理节点,循环执行上一步骤直至不存在目标节点;得到报文处理结果。
66.图10示出根据本公开第五个方面实施例提供的一种报文处理架构的构建装置1000的框图;如图10所示,包括:有向图生成模块1001,用于:基于业务类型及业务之间的关系生成有向图,其中所述有向图中包括节点及节点的边,所述节点包括一种所述业务类型,所述节点的边包括所述业务之间的关系;节点邻接表生成模块1002,用于:将所述有向图转化为表的形式,得到节点邻接表;架构构建模块1003,用于:判断所述节点邻接表是否符合构建条件,若是,则将所述节点邻接表转化数组形式得到报文处理架构,并存入内存中;若否,则所述有向图错误,结束。其中,所述构建条件包括所述节点中至少存在一个源节点,且没有节点指向所述源节点,且所述节点有自循环,且所述节点中存在孤立节点。本公开实施例在承载链路层数据的报文及场景都可以应用,甚至,理论上需要处理大批量分块数据的系统都可以应用。
67.基于本公开实施例的一种基于dpdk的网络数据报文加速处理系统,系统架构示意图如图11所示;系统架构基于dpdk采用多线程模型,以run-to-complate(运行至终结)的方式运行;处理线程分为控制线程和转发线程,控制线程主要做一些管理工作,如:配置管理、时间管理,以及承接北向接口下发的表项,并下发给转发线程。转发线程主要承载实际的转发业务。处理线程与配置管理连接,配置管理主要管理配置的命令、文件、协议等。日志管理记录处理过程中的所有行为数据,包括配置管理中的行为数据、线程处理中的行为数据。本公开第一至第五个实施例应用与处理线程中。
68.所属技术领域的技术人员能够理解,本发明的各个方面可以实现为系统、方法或程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
69.图12示出根据本公开第六个方面实施例提供的一种报文处理计算机设备的结构框图。需要说明的是,图示出的电子设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
70.下面参照图12来描述根据本发明的这种实施方式的电子设备1200。图12显示的电
子设备1200仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
71.如图12所示,电子设备1200以通用计算设备的形式表现。电子设备1200的组件可以包括但不限于:上述至少一个处理单元1210、上述至少一个存储单元1220、连接不同系统组件(包括存储单元1220和处理单元1210)的总线1230。
72.其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元1210执行,使得所述处理单元1210执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如,所述处理单元1210可以执行如图2中所示的步骤s201、接收第一报文,将所述第一报文按照协议类型进行分类;步骤s202、将相同类型的第一报文发送至同一业务处理节点,进行函数处理得到第二报文,并结合预设的节点邻居索引确定所述第二报文的目标节点;步骤s203、将所述目标节点作为新的业务处理节点,并发送所述第二报文至所述新的业务处理节点,循环执行上一步骤直至不存在目标节点,得到报文处理结果。
73.存储单元1220可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(ram)12201和/或高速缓存存储单元12202,还可以进一步包括只读存储单元(rom)12203。
74.存储单元1220还可以包括具有一组(至少一个)程序模块12205的程序/实用工具12204,这样的程序模块12205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
75.总线1230可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
76.电子设备1200也可以与一个或多个外部设备1300(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备1200交互的设备通信,和/或与使得该电子设备1200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口1250进行。并且,电子设备1200还可以通过网络适配器1260与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图所示,网络适配器1260通过总线1030与电子设备1200的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备1200使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
77.在本公开的示例性实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中,本发明的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
78.根据本发明实施方式的用于实现上述方法的程序产品,其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
79.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信
号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
80.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
81.可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、rf等等,或者上述的任意合适的组合。
82.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(lan)或广域网(wan),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
83.应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
84.此外,尽管在附图中以特定顺序描述了本公开中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。
85.通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是cd-rom,u盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
86.本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由所附的权利要求指出。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1