DNS服务器的配置更新的方法及装置、终端设备和配置更新系统与流程

文档序号:17817251发布日期:2019-06-05 21:53
DNS服务器的配置更新的方法及装置、终端设备和配置更新系统与流程

本发明涉及计算机技术领域,尤其涉及一种DNS服务器的配置更新的方法及装置、终端设备和配置更新系统。



背景技术:

内容分发网络(CDN,Content Delivery Network),通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络,CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。CDN服务提供商在提供网络加速服务时,往往需要针对用户的特殊需求、服务器的状态或自身成本等因素对正在提供服务的策略进行一定的更改和及时处理。例如:1、当某个节点服务器出口带宽过高,这会导致用户访问该节点时出现延时,丢包等现象,导致服务质量下降,需要寻找备份节点的ip来承接带宽过高节点的带宽量,使得节点带宽下降;2、某区域需要指定特定的节点进行服务,当此区域的用户进行访问时,就会为其提供指定节点进行服务,达到降低成本,提高服务质量的目的。

如何在调度策略需要及时更改的情况下,提高配置文件更新的效率成为提供优质服务的关键问题。

在现有技术中实现调度策略的调整方案,主要是中心服务器实时监控提供服务的服务器状况,并进行计算生成相应的调度策略,中心服务器将要调整的调度策略转化成为bind的配置文件,并下发到各个DNS服务器上。也无法做到及时下发更新配置,导致服务质量的下降,用户体验不高。现有技术存在以下缺陷:

1、中心服务器需要通过大量计算,并将原始的监控数据转换成为bind可以识别的配置文件,进而下发给各DNS服务器,这使得配置文件需要包含符合所有DNS服务器所需要的更改策略,导致配置文件过大,下发时间过长,并增加了中心服务器的负载。

2、由于下发用时过长,导致需要频繁更改配置文件的操作失败率大大提高,影响用户的体验。

3、当新部署DNS服务器时,DNS服务器需要向中心服务器下载完整的配置文件,当多台DNS服务器同时请求时,导致中心服务器压力过大,而使得配置文件的下载时间过长。

4、现有技术中若中心服务器处于下发配置的状态,则无法将后续更新的配置文件进行下发,导致无法在遇到突发情况时紧急更改配置文件。



技术实现要素:

本发明实施例提出的一种DNS服务器的配置更新的方法及装置、终端设备和配置更新系统,能够降低中心服务器压力,提高配置更新的效率。

第一方面,本发明实施例提供一种DNS服务器的配置更新的方法,由中心服务器执行,具体包括:

接收监控全网节点服务器的基础配置数据;

监听对所述中心服务器管辖的DNS服务器进行配置更新的更新请求;

响应所述更新请求,向每一个网络区域的DNS服务器下发该网络区域对应的基础配置数据和部署通知;所述部署通知用于通知所述DNS服务器根据所述DNS服务器接收到的基础配置数据进行部署更新操作;所述部署更新操作包括所述DNS服务器将基础配置数据转换成所述DNS服务器可识别的包含二级域名解析组的参考配置文件。

在第一方面的第一种可能的实施方式中,所述DNS服务器的配置更新的方法还包括:

向所述全网中的至少N个DNS服务器均下发该DNS服务器所属的网络区域对应的基础配置数据和测试部署通知;所述测试部署通知用于通知所述DNS服务器根据所述DNS服务器接收到的基础配置数据进行部署更新操作,并在部署成功之后返回测试部署操作成功的信息给所述中心服务器。

在第一方面的第二种可能的实施方式中,所述配置更新的方法还包括:

将所述基础配置数据分发到相应网络区域的下发任务队列中;所述基础配置数据具有下发优先级的属性;

响应所述更新请求,从每一个任务队列中均提取下发优先级最高的基础配置数据,作为待下发的基础配置数据。

在第一方面的第三种可能的实施方式中,所述部署更新操作还包括所述DNS服务器将本地配置文件中的与所述参考配置文件存在差异的数据更新为所述参考配置文件中对应的数据。

第二方面,本发明实施例提供一种DNS服务器的配置更新的装置,设置在中心服务器中,具体包括:

数据接收模块,用于接收监控全网节点服务器基础配置数据;

更新请求监听模块,用于监听对所述中心服务器管辖的DNS服务器进行配置更新的更新请求;

部署下发模块,用于响应所述更新请求,向每一个网络区域的DNS服务器下发该网络区域对应的基础配置数据和部署通知;所述部署通知用于通知所述DNS服务器根据所述DNS服务器接收到的基础配置数据进行部署更新操作;所述部署更新操作包括所述DNS服务器将基础配置数据转换成所述DNS服务器可识别的包含二级域名解析组的参考配置文件。

在第二方面的第一种可能的实施方式中,所述装置还包括:

测试部署下发模块,用于向所述全网中的至少N个DNS服务器均下发该DNS服务器所属的网络区域对应的基础配置数据和测试部署通知;所述测试部署通知用于通知所述DNS服务器根据所述DNS服务器接收到的基础配置数据进行部署更新操作,并在部署成功之后返回测试部署操作成功的信息给所述中心服务器。

在第二方面的第二种可能的实施方式中,所述配置更新的装置包括:

任务下发单元,用于将所述基础配置数据分发到相应网络区域的下发任务队列中;所述基础配置数据具有下发优先级的属性;

数据提取单元,用于响应所述更新请求,从每一个任务队列中均提取下发优先级最高的基础配置数据,作为待下发的基础配置数据。

在第二方面的第三种可能的实施方式中,所述部署更新操作还包括所述DNS服务器将本地配置文件中的与所述参考配置文件存在差异的数据更新为所述参考配置文件中对应的数据。

第三方面,本发明实施例提供一种终端设备,包括处理器、存储器以及存储在所述存储器中且被配置由所述处理执行的计算机程序,所述处理器执行所述计算机程序时实现上述任一项所述的DNS服务器的配置更新的方法。

第四方面,本发明实施例提供一种配置更新系统,包括中心服务器和DNS服务器;所述中心服务器执行上述任意一项所述的DNS服务器的配置更新的方法;所述DNS服务器执行所述DNS服务器的配置更新的方法中的部署更新操作。

实施本发明实施例,具有如下有益效果:

本发明实施例提供的一种DNS服务器的配置更新的方法及装置、终端设备和配置更新系统,中心服务器能够直接从资源平台中获取监控全网节点服务器的原始访问数据,而由于所述原始访问数据包括每一个网络区域内的节点服务器选定DNS服务器提供域名解析服务的基础配置数据,无需中心服务器进行大量的计算,减轻中心服务器的负荷,另一方面,当监听到对所述中心服务器管辖的DNS服务器进行配置更新的更新请求时,向每一个网络区域的DNS服务器下发该网络区域对应的基础配置数据和部署通知,由于仅是向各网络区域的DNS服务器其所需的基础配置数据,使得下发的数据量大大减少,提高下发速度;以及将基础配置数据转化为DNS服务器可识别的包含二级域名解析组的参考配置文件这一操作是由于DNS服务器来执行,而非由中心服务器执行,一方面减轻中心服务器的负荷,另一方面,由于基础配置数据相对于转化而成的参考配置文件的文件大小缩小了多倍,能进一步提高下发速度。

附图说明

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

图1是本发明提供的DNS服务器的配置更新的方法的一个实施例的流程示意图;

图2是本发明提供一种配置更新系统的一个实施例的结构示意图;

图3是本发明提供的中心服务器执行配置更新下发的流程示意图;

图4是本发明提供的DNS服务器执行部署更新操作的流程示意图;

图5是本发明提供的DNS服务器的配置更新的装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

本发明第一实施例:

参见图1和图2,图1是本发明提供的DNS服务器的配置更新的方法的一个实施例的流程示意图,图2是本发明提供一种配置更新系统的一个实施例的结构示意图。在本发明实施例中配置更新系统包括中心服务器和所述中心服务器管辖的多个DNS服务器,每一个DNS服务器为一个网络区域提供域名解析服务;其中,所述配置更新系统运行hex分布式软件,分为中心和边缘两个部分,中心服务器运行hex中心,DNS服务器运行hex边缘。对于一个网络区域的网络用户,如移动设备用户、PC端用户等,其访问该网络区域的DNS服务器,则DNS服务器将网络用户提供的名字变换成网络地址,如IP地址,并将网络地址返回给网络用户,网络用户根据返回的网络地址访问相应的节点服务器。其中,DNS服务器中存储的用于将网络用户提供的名字变换成网络地址的本地配置文件是由中心服务器进行下发配置的。因而基于DNS服务器的配置更新的更新请求,本发明实施例提供一种DNS服务器的配置更新的方法,由中心服务器执行,具体包括以下步骤:

S10,接收监控全网节点服务器的基础配置数据。

在本发明实施例中,由资源平台监控全网节点服务器,资源平台可以根据监控的过程自动生成原始访问数据,也可以加入人工配置,使得所述原始访问数据是每一个区域的基础配置数据的集合,一个基础配置数据中记载了一个网络区域内的节点服务器选定的一个或多个DNS服务器提供域名解析服务的方案,以及记载了该网络区域内的用户根据其身份属性可选择的访问的节点服务器的方案。由于该原始访问数据为已规划好的基础配置数据,无需中心服务器进行计算生成用于配置给DNS服务器的基础配置数据,减轻中心服务器负荷。

本发明实施例提供的基础配置数据的包括但不限于以下表中的内容,其可以以文件的格式下发给该基础配置数据对应的大区的DNS服务器,例如以下表为例,大区A可以包括但不限于为区域a、区域b和区域c,所述大区和所述区域均为网络区域;则所述基础配置数据记载有当用户的身份属性为运营商1且为区域a时,该用户可访问的节点服务器为cache1和cache2中包含的节点服务器的数据;其中,cache1和cache2均包括有多个节点服务器。因而,当用户访问到一个大区的DNS服务器时,DNS服务器根据用户的身份属性确定该用户可访问的节点服务器,并将该信息返回给用户,以供用户登录相应的节点服务器。

S20,监听对所述中心服务器管辖的DNS服务器进行配置更新的更新请求。

在本发明实施例中,一般来说,出现以下情况:其一,当某个节点服务器出口带宽过高,导致用户访问该节点时出现延时,丢包等现象,导致服务质量下降,需要寻找备份节点的ip来承接带宽过高节点的带宽量,使得节点带宽下降;其二,某区域需要指定特定的节点进行服务,当此区域的用户进行访问时,就会为其提供指定节点进行服务,达到降低成本,提高服务质量的目的;所述中心服务器对其管辖的DNS服务器进行配置更新,即中心服务器接收到更新请求。

S30,响应所述更新请求,向每一个网络区域的DNS服务器下发该网络区域对应的基础配置数据和部署通知;所述部署通知用于通知所述DNS服务器根据所述DNS服务器接收到的基础配置数据进行部署更新操作;所述部署更新操作包括所述DNS服务器将基础配置数据转换成所述DNS服务器可识别的包含二级域名解析组的参考配置文件。

在本发明实施例中,由于仅是向各网络区域的DNS服务器下发其所需的基础配置数据,使得下发的数据量大大减少,提高下发速度;以及将基础配置数据转化为DNS服务器可识别的且包含二级域名解析组的参考配置文件这一操作是由于DNS服务器来执行,而非由中心服务器执行,一方面减轻中心服务器的负荷,另一方面,参考配置文件包括多个二级域名解析组,例如cdn.com是一个二级域名,通过对客户进行分类(按业务类型、国家等),把同类的客户分到同一个CDN加速二级域名中,客户域名会CNAME到分配的加速二级域名,即一个解析组对应于同一类的客户域名,而一个解析组的文件大小与一个基础配置数据的文件大小几乎相等,因而基础配置数据相对于转化而成的参考配置文件的文件大小缩小了多倍,能进一步提高下发速度。

在本发明实施例中,参考配置文件的格式为bind格式配置文件,能够被DNS内置的bind软件识别。

综上所述,本发明的目的在于提供一种DNS服务器的配置更新的方法,中心服务器能够直接从资源平台中获取监控全网节点服务器的原始访问数据,而由于所述原始访问数据包括每一个网络区域内的节点服务器选定DNS服务器提供域名解析服务的基础配置数据,无需中心服务器进行大量的计算,减轻中心服务器的负荷,另一方面,当监听到对所述中心服务器管辖的DNS服务器进行配置更新的更新请求时,向每一个网络区域的DNS服务器下发该网络区域对应的基础配置数据和部署通知,由于仅是向各网络区域的DNS服务器其所需的基础配置数据,使得下发的数据量大大减少,提高下发速度;以及将基础配置数据转化为DNS服务器可识别的包含二级域名解析组的参考配置文件这一操作是由于DNS服务器来执行,而非由中心服务器执行,一方面减轻中心服务器的负荷,另一方面,由于基础配置数据相对于转化而成的参考配置文件的文件大小缩小了多倍,能进一步提高下发速度。

本发明第二实施例:

在第一个实施例的基础上,所述向每一个网络区域的DNS服务器下发该网络区域对应基础配置数据和部署通知,具体为:

当接收到测试部署操作成功的信息后,向每一个网络区域的DNS服务器下发该网络区域对应基础配置数据和部署通知。即响应上述更新请求时,对DNS服务器进行测试部署操作成功后再执行全网的部署操作,以避免要下发的基础配置数据存在错误时而直接全网下发更新进而导致全网DNS服务器瘫痪的情况出现。当测试部署操作成功之后说明要下发的基础配置数据没问题之后,再执行全网的部署操作。

优选地,所述测试部署操作由所述中心服务器执行,具体包括:

向所述全网中的至少N个DNS服务器均下发该DNS服务器所属的网络区域对应的基础配置数据和测试部署通知;所述测试部署通知用于通知所述DNS服务器根据所述DNS服务器接收到的基础配置数据进行部署更新操作,并在部署成功之后返回测试部署操作成功的信息给所述中心服务器。

优选地,N大于等于3。在本发明实施例中,是在所述N个DNS服务器均返回测试部署操作成功的信息之后再执行全网部署。本发明实施例能够有效提高DNS服务器进行部署更新操作的成功率。

在本发明实施例中,所述N个DNS服务器的选取,可以为,从中心服务器管辖的所有DNS服务器中选取与中心服务器距离最近的N个服务器,提高测试部署操作的效率;还可以为从中心服务器管辖的所有DNS服务器中选取DNS服务器负荷量最大的N个DNS服务器,若负荷量最大的N个服务器均部署更新成功,能完成压力测试,则说明其他负荷量较小的DNS服务器进行部署更新的成功率更高;或者还可以是从历史设定的一段时间内未进行过测试部署操作的DNS服务器中选取负荷量最大的N个DNS服务器,能进一步确保DNS服务器进行部署更新操作的成功率。

本发明第三实施例:

在第一个实施例或第二个实施例的基础上,本发明实施例提供配置更新的方法还包括:

将所述原始访问数据中的基础配置数据分发到相应网络区域的下发任务队列中;所述基础配置数据具有下发优先级的属性;

响应所述更新请求,从每一个任务队列中均提取下发优先级最高的基础配置数据,作为待下发的基础配置数据。

具体地,每一个基础配置数据作为一个任务,均有一个版本号,版本号最高的任务的下发优先级最高。当同一网络区域的任务队列中存在有多个任务时,不打断正在下发的任务,后续只下发版本号最高,即下发优先级最高的基础配置数据给该网络区域的DNS服务器,并丢弃其他任务(即,基础配置数据)。

参见图3,是本发明提供的中心服务器执行配置更新下发的流程示意图。以中心服务器从资源平台获取原始访问数据作为示例,描述中心服务器的配置下发过程:

步骤A1:中心服务器从资源平台获取原始访问数据;

步骤A2:中心服务器对所述原始访问数据中的基础配置数据进行文件检查;

步骤A3:中心服务器将基础配置数据分发到相应网络区域的下发任务队列中;

步骤A4:当接收到更新请求时,判断所述任务队列是否在执行下发基础配置数据的任务或任务队列为空;若是,执行步骤A9;若否,执行步骤A5;

步骤A5:从所述任务队列中取出下发优先级别最高的基础配置数据;

步骤A6:对提取出来的基础配置数据进行压缩;

步骤A7:将压缩后的基础配置数据进行下发到对应的网络区域的DNS服务器;

步骤A8:向已下发基础配置数据的DNS服务器发送部署通知并返回步骤A4;

步骤A9:中心服务器退出工作。

在以上实施例的基础上,优选地所述部署更新操作还包括所述DNS服务器将本地配置文件中的与所述参考配置文件存在差异的数据更新为所述参考配置文件中对应的数据。

参见图4,是本发明提供的DNS服务器执行部署更新操作的流程示意图。以DNS服务器从中心服务器中接收到部署通知或测试部署通知时,以其接收到的基础配置数据作为示例,描述DNS服务器的部署更新操作的过程,具体如下:

步骤B1:DNS服务器从中心服务器中接收到部署通知或测试部署通知,并查询是否有接收到基础配置数据;若有,执行步骤B3;若无,执行步骤B2。

步骤B2:DNS服务器向中心服务器请求下载基础配置数据,并对其进行校验直至校验成功。具体地校验过程包括:对中心服务器的IP的合法性进行检查,排除存在故障的服务器IP以及区域信息不完整的服务器下发的文件。

步骤B3:DNS服务器对基础配置数据的压缩包进行解压。

步骤B4:DNS服务器根据解压后的基础配置数据生成bind可识别的参考配置文件。

步骤B5:DNS服务器对参考配置文件执行语法检查。

步骤B6:DNS服务器在语法检查通过后对本地配置文件进行差异化更新;所述差异化更新是指将本地配置文件中的与所述参考配置文件存在差异的数据更新为所述参考配置文件中对应的数据。由于只更新有变化的文件,使得后续bind执行重新加载本地配置文件的速度加快。

步骤B7:DNS服务器控制bind软件重新加载本地配置文件;这样使修改后的本地配置文件能够成功地在DNS服务器中重新运行。

步骤B8:DNS服务器执行dig检查,并在检查成功之后返回部署成功的信息给中心服务器。

以及,在本发明实施例中,只要上述流程有一个步骤执行失败则退出并返回部署失败的信息给中心服务器。

请参阅图5,是本发明提供的DNS服务器的配置更新的装置的结构示意图;本发明第四实施例提供一种DNS服务器的配置更新的装置,设置在中心服务器中,具体包括:

原始数据接收模块10,用于接收监控全网节点服务器的原始访问数据;所述原始访问数据包括每一个网络区域内的节点服务器选定DNS服务器提供域名解析服务的基础配置数据;

更新请求监听模块20,用于监听对所述中心服务器管辖的DNS服务器进行配置更新的更新请求;

部署下发模块30,用于响应所述更新请求,向每一个网络区域的DNS服务器下发该网络区域对应的基础配置数据和部署通知;所述部署通知用于通知所述DNS服务器根据所述DNS服务器接收到的基础配置数据进行部署更新操作;所述部署更新操作包括所述DNS服务器将基础配置数据转换成所述DNS服务器可识别的包含二级域名解析组的参考配置文件。

结合第二方面的第一种可能的实施方式,在第二方面的第二种可能的实施方式中,所述部署下发模块30具体用于:

当接收到测试部署操作成功的信息后,向每一个网络区域的DNS服务器下发该网络区域对应基础配置数据和部署通知。

在第二方面的第三种可能的实施方式中,所述装置还包括:

测试部署下发模块40,用于向所述全网中的至少N个DNS服务器均下发该DNS服务器所属的网络区域对应的基础配置数据和测试部署通知;所述测试部署通知用于通知所述DNS服务器根据所述DNS服务器接收到的基础配置数据进行部署更新操作,并在部署成功之后返回测试部署操作成功的信息给所述中心服务器。

本发明第五实施例提供一种实现DNS服务器的配置更新的终端设备,包括处理器、存储器以及存储在所述存储器中且被配置由所述处理执行的计算机程序,例如DNS服务器的配置更新的程序。所述处理器执行所述计算机程序时实现上述任一项所述的DNS服务器的配置更新的方法的实施例中的步骤,例如图1所示的步骤S10。或者,所述处理器执行所述计算机程序时实现上述各装置实例中的功能,例如图5所示的原始数据获取模块10。

示例性地,所述计算机程序可以被分割成一个或多个模块,所述一个或者多个模块被存储在所述存储器中,并由所述处理器执行,以完成本发明。所述一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序在所述实现DNS服务器的配置更新的终端设备中的执行过程。

所述终端设备为上述实施例中的中心服务器。所述终端设备可包括,但不仅限于,处理器、存储器、显示器。本领域技术人员可以理解,所述示意图仅仅是实现DNS服务器的配置更新的终端设备的示例,并不构成对DNS服务器的配置更新的终端设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如实现DNS服务器的配置更新的终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器是所述实现DNS服务器的配置更新的终端设备的控制中心,利用各种接口和线路连接整个所述实现DNS服务器的配置更新的终端设备的各个部分。

所述存储器可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现DNS服务器的配置更新的终端设备的各种功能。所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、文字转换功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、文字消息数据等)等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

其中,所述实现DNS服务器的配置更新的终端设备的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一个计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。

需说明的是,以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外,本发明提供的装置实施例附图中,模块之间的连接关系表示它们之间具有通信连接,具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。

需说明的是,以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外,本发明提供的装置实施例附图中,模块之间的连接关系表示它们之间具有通信连接,具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。

以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围。

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1