一种域名解析方法、装置、网关及系统与流程

文档序号:14071011阅读:254来源:国知局

本发明涉及通信技术领域,特别是涉及一种域名解析方法、装置、网关及系统。



背景技术:

在ip(internetprotocol,互联网协议)网络中,域名系统(domainnamesystem)是因特网最关键的基础服务之一,为众多网络应用提供根本性支撑,其主要功能是将易于人们记忆的域名与网络可识别的ip地址作转换。域名和ip地址之间的转换称之为域名解析,执行域名解析的网络主机可称为dns服务器。通过域名系统dns服务器的查询服务,可以找到所述站点或资源的入口,进而对站点或资源进行访问。

现有技术中为了提高域名解析的速度,常将dns服务器返回的解析结果缓存至用户侧网关,以便用户终端再次对相同域名进行访问时,直接获取用户侧网关缓存下来的解析结果。但由于存在大量的用户侧网关需要对dns域名解析进行缓存,导致缓存过程中的带宽消耗较大,造成带宽资源的浪费。



技术实现要素:

本发明的目的在于提供一种域名解析方法、装置、网关及系统,用以解决现有技术中域名解析缓存过程中的带宽消耗较大,造成浪费带宽资源的问题。

为了实现上述技术问题,本发明实施例提供一种域名解析方法,应用于用户侧网关,包括:

接收并保存网络侧网关组播或广播分发至多个用户侧网关的、从域名系统dns服务器获取到的域名解析热点信息,其中所述域名解析热点信息包括域名解析热点数据及所述域名解析热点数据对应的域名信息,所述域名解析热点数据为所述dns服务器中客户端的域名访问量大于预设阈值的域名所对应的资源内容;

拦截客户端发送的域名解析请求消息,所述域名解析请求消息中携带有待访问的域名信息;

查询所述域名解析热点信息中是否存在所述待访问的域名信息;

若存在,则将所述域名解析请求消息中所要访问的资源内容返回至所述客户端。

其中,所述查询所述域名解析热点信息中是否存在所述待访问的域名信息之后,所述方法还包括:

若不存在,则将所述域名解析请求消息转发至所述dns服务器。

其中,将所述域名解析请求消息转发至所述dns服务器之后,所述方法还包括:

接收所述dns服务器根据所述域名解析请求消息返回的域名解析结果,并将所述域名解析结果保存在所述域名解析热点信息中;

将所述域名解析结果返回至所述客户端。

其中,所述接收并保存网络侧网关组播分或广播发至多个用户侧网关的、从域名系统dns服务器获取到的域名解析热点信息的步骤,包括:

接收网络侧网关通过可靠组播协议分发的、从域名系统dns服务器获取到的域名解析热点数据包;

保存所述域名解析热点数据包经解压处理后的域名解析热点数据。

本发明实施例还提供一种域名解析装置,包括:

第一接收模块,用于接收并保存网络侧网关组播或广播分发至多个用户侧网关的、从域名系统dns服务器获取到的域名解析热点信息,其中所述域名解析热点信息包括域名解析热点数据及所述域名解析热点数据对应的域名信息,所述域名解析热点数据为所述dns服务器中客户端的域名访问量大于预设阈值的域名所对应的资源内容;

拦截模块,用于拦截客户端发送的域名解析请求消息,所述域名解析请求消息中携带有待访问的域名信息;

查询模块,用于查询所述域名解析热点信息中是否存在所述待访问的域名信息;

第一处理模块,用于在查询模块查询所述域名解析热点信息中存在所述待访问的域名信息时,将所述域名解析请求消息中所要访问的资源内容返回至所述客户端。

其中,所述域名解析装置还包括:

第二处理模块,用于在查询模块查询所述域名解析热点信息中不存在所述待访问的域名信息时,将所述域名解析请求消息转发至所述dns服务器。

其中,所述第一接收模块包括:

接收单元,用于接收网络侧网关通过可靠组播协议分发的、从域名系统dns服务器获取到的域名解析热点数据包;

保存单元,用于保存所述域名解析热点数据包经解压处理后的域名解析热点数据。

本发明实施例还提供一种网关,包括:如上述所述的域名解析装置。

本发明实施例还提供一种域名解析方法,应用于网络侧网关,包括:

从域名系统dns服务器处获取域名解析热点数据,所述域名解析热点数据为所述dns服务器中客户端的域名访问量大于预设阈值的域名所对应的资源内容;

将所述域名解析热点数据分别组播或广播分发至多个用户侧网关。

其中,将所述域名解析热点数据分别组播或广播分发至多个用户侧网关之前,所述方法还包括:

对所述域名解析热点数据进行压缩处理,得到域名解析热点数据包;

所述将所述域名解析热点数据分别组播或广播分发至多个用户侧网关的步骤,包括:

将所述域名解析热点数据包通过可靠组播协议分发至多个用户侧网关。

本发明实施例还提供一种域名解析装置,包括:

获取模块,用于从域名系统dns服务器处获取域名解析热点数据,所述域名解析热点数据为所述dns服务器中客户端的域名访问量大于预设阈值的域名所对应的资源内容;

组播分发模块,用于将所述域名解析热点数据分别组播或广播分发至多个用户侧网关。

其中,所述域名解析装置还包括:

压缩处理模块,用于在将所述域名解析热点数据分别组播或广播分发至多个用户侧网关之前,对所述域名解析热点数据进行压缩处理,得到域名解析热点数据包;

所述组播分发模块具体用于,将所述域名解析热点数据包通过可靠组播协议分发至多个用户侧网关。

本发明实施例还提供一种网关,包括:如上述所述的域名解析装置。

本发明实施例还提供一种域名解析系统,包括:用户侧网关、网络侧网关和客户端;

其中所述用户侧网关包括如上述所述的域名解析装置;

所述网络侧网关包括如上述所述的域名解析装置。

本发明的上述技术方案的有益效果如下:

本发明实施例的上述方案中,用户侧网关通过将从客户端拦截到的域名解析请求消息与其接收并保存的网络侧网关组播或广播分发至多个用户侧网关的、从dns服务器处获取到的域名解析热点信息进行对比,若域名解析热点信息中存在有域名解析请求消息中所要访问的资源内容,则将该资源内容返回给客户端,从而减少域名解析缓存过程的带宽消耗,节省带宽资源,同时加快域名解析的速度,提升用户体验。

附图说明

图1为本发明实施例的域名解析方法的基本步骤示意图一;

图2为图1中步骤11的具体流程示意图;

图3为本发明实施例的域名解析装置的组成结构示意图一;

图4为本发明实施例的域名解析方法的基本步骤示意图二;

图5为本发明实施例的域名解析装置的组成结构示意图二;

图6为基于卫星宽带通信系统下的域名解析方法的具体流程图;

图7为卫星宽带通信系统的系统框图;

图8为基于有线电视网络ip通信系统下的域名解析方法的具体流程图;

图9为有线电视网络ip通信系统的系统框图;

图10为基于有线电力网ip通信系统下的域名解析方法的具体流程图。

图11有线电力网ip通信系统的系统框图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。

本发明针对现有技术中域名解析缓存过程中的带宽消耗较大,造成浪费带宽资源的问题,提供一种域名解析方法,减少域名解析缓存过程的带宽消耗,节省带宽资源,同时加快域名解析的速度,提升用户体验。

第一实施例

如图1所示,本发明实施例提供一种域名解析方法,应用于用户侧网关,包括:

步骤11,接收并保存网络侧网关组播或广播分发至多个用户侧网关的、从域名系统dns服务器获取到的域名解析热点信息,其中所述域名解析热点信息包括域名解析热点数据及所述域名解析热点数据对应的域名信息,所述域名解析热点数据为所述dns服务器中客户端的域名访问量大于预设阈值的域名所对应的资源内容;

这里,基于物理层广播特性,网络侧网关通过ip网络层的组播或广播将域名解析热点信息分发至多个用户侧网关。

这里,用户侧网关可以包括:卫星端站、有线电视网络的用户侧调制解调器设备、有线电力网的用户侧调制解调器设备等等。

这里,卫星端站可相当于卫星调制解调器,也就是卫星猫;有线电视网络的用户侧调制解调器设备可相当于网络电视机顶盒;有线电力网的用户侧调制解调器设备可相当于电力猫。

则对应的网络侧网关可以包括:卫星主站、有线电视网络的网关设备、有线电力网的网关设备等等。

这里,网络侧网关与域名系统dns服务器相连接。

步骤12,拦截客户端发送的域名解析请求消息,所述域名解析请求消息中携带有待访问的域名信息;

步骤13,查询所述域名解析热点信息中是否存在所述待访问的域名信息;

步骤14,若存在,则将所述域名解析请求消息中所要访问的资源内容返回至所述客户端。

这里,域名解析热点信息中存在待访问的域名信息,也就是说,网络侧网关保存有与域名解析请求消息对应的解析结果,即域名解析请求消息中所要访问的资源内容。

这里,对于客户端经常访问的热点域名以及该热点域名下对应的域名解析热点数据可以以列表的形式保存于网络侧网关,当客户端的域名解析请求消息中的域名信息与网络侧网关存储的域名信息相匹配时,客户端可从网络侧网关直接获取域名解析请求对应的解析结果,这样可实现对域名的快速解析。

本发明实施例提供的域名解析方法,用户侧网关通过将从客户端拦截到的域名解析请求消息与其接收并保存的网络侧网关组播或广播分发至多个用户侧网关的、从dns服务器处获取到的域名解析热点信息进行对比,若域名解析热点信息中存在有域名解析请求消息中所要访问的资源内容,则将该资源内容返回给客户端,从而减少域名解析缓存过程的带宽消耗,节省带宽资源,同时加快域名解析的速度,提升用户体验。

这里,在查询所述域名解析热点信息中是否存在所述待访问的域名信息之后,本发明实施例的域名解析方法还可进一步包括:

步骤15,若不存在,则将所述域名解析请求消息转发至所述dns服务器。

进一步地,在将所述域名解析请求消息转发至所述dns服务器,本发明实施例的域名解析方法还可进一步包括:

步骤16,接收所述dns服务器根据所述域名解析请求消息返回的域名解析结果,并将所述域名解析结果保存在所述域名解析热点信息中;

这里的域名解析结果可包括域名解析请求消息中所要访问的资源内容。

步骤17,将所述域名解析结果返回至所述客户端。

优选地,如图2所示,本发明实施例中所述步骤11还可具体包括:

步骤111,接收网络侧网关通过可靠组播协议分发的、从域名系统dns服务器获取到的域名解析热点数据包;

这里需要说明的是,可靠组播协议是一种局域传输层的一对多可靠传输协议,以ip组播作为消息底层主要通信平台。

其中,可靠组播协议可以包括:xtp(xpresstransportprotocol,快速传输协议)、srm(scalablereliablemulticast,可扩展的可靠组播)、rtmp(reliablemulticasttransportprotocol,可靠组播传输协议)和rmp(reliablemulticastprotocol,可靠组播协议)等。

优选的,本发明实施例中采用的可靠组播协议为rtmp。

这里,由于网络侧网关通过rtmp协议向多个用户侧网关组播分发域名解析热点数据包,相当于以广播的形式一次性分发给多个用户侧网关,减少带宽资源消耗,节省带宽资源。这里的广播的形式中包括组播。

步骤112,保存所述域名解析热点数据包经解压处理后的域名解析热点数据。

这里可见,域名解析热点数据包是域名解析热点数据经过压缩处理后得到的,在传输过程中可进一步节省带宽资源,提高传输速率。

本发明实施例提供的域名解析方法,用户侧网关通过将从客户端拦截到的域名解析请求消息与其接收并保存的网络侧网关组播或广播分发至多个用户侧网关的、从dns服务器处获取到的域名解析热点信息进行对比,若域名解析热点信息中存在有域名解析请求消息中所要访问的资源内容,则将该资源内容返回给客户端,从而减少域名解析缓存过程的带宽消耗,节省带宽资源,同时加快域名解析的速度,提升用户体验。

第二实施例

如图3所示,本发明实施例提供一种域名解析装置,包括:

第一接收模块21,用于接收并保存网络侧网关组播或广播分发至多个用户侧网关的、从域名系统dns服务器获取到的域名解析热点信息,其中所述域名解析热点信息包括域名解析热点数据及所述域名解析热点数据对应的域名信息,所述域名解析热点数据为所述dns服务器中客户端的域名访问量大于预设阈值的域名所对应的资源内容;

这里,基于物理层广播特性,网络侧网关通过ip网络层的组播或广播将域名解析热点信息分发至多个用户侧网关。

这里,用户侧网关可以包括:卫星端站、有线电视网络的用户侧调制解调器设备、有线电力网的用户侧调制解调器设备等等。

这里,卫星端站可相当于卫星调制解调器,也就是卫星猫;有线电视网络的用户侧调制解调器设备可相当于网络电视机顶盒;有线电力网的用户侧调制解调器设备可相当于电力猫。

则对应的网络侧网关可以包括:卫星主站、有线电视网络的网关设备、有线电力网的网关设备等等。

这里,网络侧网关与域名系统dns服务器相连接。

拦截模块22,用于拦截客户端发送的域名解析请求消息,所述域名解析请求消息中携带有待访问的域名信息;

查询模块23,用于查询所述域名解析热点信息中是否存在所述待访问的域名信息;

第一处理模块24,用于在查询模块查询所述域名解析热点信息中存在所述待访问的域名信息时,将所述域名解析请求消息中所要访问的资源内容返回至所述客户端。

这里,域名解析热点信息中存在待访问的域名信息,也就是说,网络侧网关保存有与域名解析请求消息对应的解析结果,即域名解析请求消息中所要访问的资源内容。

这里,对于客户端经常访问的热点域名以及该热点域名下对应的域名解析热点数据可以以列表的形式保存于网络侧网关,当客户端的域名解析请求消息中的域名信息与网络侧网关存储的域名信息相匹配时,客户端可从网络侧网关直接获取域名解析请求对应的解析结果,这样可实现对域名的快速解析。

具体的,本发明实施例的域名解析装置还可具体包括:

第二处理模块25,用于在查询模块查询所述域名解析热点信息中不存在所述待访问的域名信息时,将所述域名解析请求消息转发至所述dns服务器。

具体的,本发明实施例的域名解析装置还可具体包括:

第二接收模块26,用于在将所述域名解析请求消息转发至所述dns服务器之后,接收所述dns服务器根据所述域名解析请求消息返回的域名解析结果,并将所述域名解析结果保存在所述域名解析热点信息中;

这里的域名解析结果可包括域名解析请求消息中所要访问的资源内容。

返回模块27,用于将所述域名解析结果返回至所述客户端。

具体的,本发明实施例的所述第一接收模块21还可具体包括:

接收单元,用于接收网络侧网关通过可靠组播协议分发的、从域名系统dns服务器获取到的域名解析热点数据包;

优选的,本发明实施例中采用的可靠组播协议为rtmp。

保存单元,用于保存所述域名解析热点数据包经解压处理后的域名解析热点数据。

这里可见,域名解析热点数据包是域名解析热点数据经过压缩处理后得到的,在传输过程中可进一步节省带宽资源,提高传输速率。

本发明实施例还提供一种网关,包括如上述实施例所述的域名解析装置。

本发明实施例提供的域名解析方法,用户侧网关通过查询模块将拦截模块从客户端拦截到的域名解析请求消息与其第一接收模块接收并保存的网络侧网关组播或广播分发至多个用户侧网关的、从dns服务器处获取到的域名解析热点信息进行对比,第一处理模块在域名解析热点信息中存在有域名解析请求消息中所要访问的资源内容时,将该资源内容返回给客户端,从而减少域名解析缓存过程的带宽消耗,节省带宽资源,同时加快域名解析的速度,提升用户体验。

第三实施例

如图4所示,本发明实施例提供一种域名解析方法,应用于网络侧网关,包括:

步骤31,从域名系统dns服务器处获取域名解析热点数据,所述域名解析热点数据为所述dns服务器中客户端的域名访问量大于预设阈值的域名所对应的资源内容;

这里,优选地,网络侧网关可周期性的从域名系统dns服务器处获取域名解析热点数据。

需要说明的是,域名解析热点数据除了为dns服务器中客户端的域名访问量大于预设阈值的域名所对应的资源内容,还可以为dns服务器中在客户端的访问习惯满足预设条件的域名对应的资源内容。也就是说,域名解析热点数据的定义标准可以有多种,可根据具体情况而定。

步骤32,将所述域名解析热点数据分别组播或广播分发至多个用户侧网关。

这里,基于物理层广播特性,网络侧网关可通过ip网络层的组播方式或广播方式,将域名解析数据分发至多个用户侧网关,实现一对多的数据传输,这样可减少带宽资源的消耗,节省带宽资源。

优选地,本发明实施例的域名解析方法在将所述域名解析热点数据分别组播或广播分发至多个用户侧网关之前,还可进一步包括:

步骤33,对所述域名解析热点数据进行压缩处理,得到域名解析热点数据包;

需要说明的是,对域名解析热点数据进行压缩处理,使得域名解析热点数据在传输过程中占用更少的带宽,可进一步地节省带宽资源。

此时,所述步骤32可具体为:将所述域名解析热点数据包通过可靠组播协议分发至多个用户侧网关。

这里需要说明的是,可靠组播协议是一种局域传输层的一对多可靠传输协议,以ip组播作为消息底层主要通信平台。

优选的,本发明实施例中采用的可靠组播协议为rtmp。

本发明实施例提供的域名解析方法,网络侧网关从域名系统dns服务器处获取域名解析热点数据,并将其组播或广播分发至多个用户侧网关,进而使得用户侧网关可以将从客户端拦截到的域名解析请求消息与包括有该域名解析热点数据的域名解析热点信息进行对比,若域名解析热点信息中存在有域名解析请求消息中所要访问的资源内容,则将该资源内容返回给客户端,从而减少域名解析缓存过程的带宽消耗,节省带宽资源,同时加快域名解析的速度,提升用户体验。

第四实施例

如图5所示,本发明实施例还提供一种域名解析装置,包括:

获取模块41,用于从域名系统dns服务器处获取域名解析热点数据,所述域名解析热点数据为所述dns服务器中客户端的域名访问量大于预设阈值的域名所对应的资源内容;

这里,优选地,网络侧网关可周期性的从域名系统dns服务器处获取域名解析热点数据。

需要说明的是,域名解析热点数据除了为dns服务器中客户端的域名访问量大于预设阈值的域名所对应的资源内容,还可以为dns服务器中在客户端的访问习惯满足预设条件的域名对应的资源内容。也就是说,域名解析热点数据的定义标准可以有多种,可根据具体情况而定。

组播分发模块42,用于将所述域名解析热点数据分别组播或广播分发至多个用户侧网关。

这里,基于物理层广播特性,网络侧网关可通过ip网络层的组播方式或广播方式,将域名解析数据分发至多个用户侧网关,实现一对多的数据传输,这样可减少带宽资源的消耗,节省带宽资源。

具体的,本发明实施例的域名解析装置还可具体包括:

压缩处理模块43,用于在将所述域名解析热点数据分别组播或广播分发至多个用户侧网关之前,对所述域名解析热点数据进行压缩处理,得到域名解析热点数据包;

需要说明的是,对域名解析热点数据进行压缩处理,使得域名解析热点数据在传输过程中占用更少的带宽,可进一步地节省带宽资源。

此时,所述组播分发模块42可具体用于,将所述域名解析热点数据包通过可靠组播协议分发至多个用户侧网关。

这里需要说明的是,可靠组播协议是一种局域传输层的一对多可靠传输协议,以ip组播作为消息底层主要通信平台。

优选的,本发明实施例中采用的可靠组播协议为rtmp。

本发明实施例提供的域名解析装置,网络侧网关的获取模块从域名系统dns服务器处获取域名解析热点数据,组播分发模块将其组播或广播分发至多个用户侧网关,进而使得用户侧网关可以将从客户端拦截到的域名解析请求消息与包括有该域名解析热点数据的域名解析热点信息进行对比,若域名解析热点信息中存在有域名解析请求消息中所要访问的资源内容,则将该资源内容返回给客户端,从而减少域名解析缓存过程的带宽消耗,节省带宽资源,同时加快域名解析的速度,提升用户体验。

本发明实施例还提供一种网关,包括如上述所述的域名解析装置。

本发明实施例还提供一种域名解析系统,包括:用户侧网关、网络侧网关和客户端;其中所述用户侧网关包括如上述第二实施例中所述域名解析装置;所述网络侧网关包括如上述第四实施例中所述的域名解析装置。

第五实施例

如图6所示,为基于卫星宽带通信系统下的域名解析方法的具体流程图。下面就该图并结合图7具体说明卫星通信场景下该方法的实施过程。

步骤51,卫星主站侧定期向dns服务器同步dns访问热点列表。

步骤52,对dns访问热点列表进行压缩打包。

需要说明的是,dns访问热点列表包括:域名解析热点数据以及域名解析热点数据对应的域名信息。

步骤53,卫星主站侧调用卫星链路下可靠组播协议接口,对dns访问热点列表进行组播,分发至多个卫星端站。

这里,在卫星系统中,卫星主站和卫星端站之间,基于空口物理层广播特性,可通过可靠组播协议rmtp实现信息下发。

更具体的,卫星主站侧调用可靠组播协议接口,把卫星主站侧对dns访问热点列表打包后的数据组播到各个卫星端站。

步骤54,卫星端站侧接收到dns访问热点列表后,进行解压,缓存。

步骤55,卫星端站侧对客户端的域名解析请求拦截,查询域名解析缓存中是否存在域名解析请求中对应的域名条目。

步骤56,若缓存中存在域名解析请求中对应的域名条目,则将域名解析请求中所要请求的资源返回给客户端。

步骤57,若缓存中不存在域名解析请求中对应的域名条目,则向卫星主站侧的dns服务器请求域名解析。

步骤58,卫星端站收到域名解析结果后,将域名解析结果返回给客户端,并缓存该域名解析结果。

第六实施例

如图8所示,为基于有线电视网络ip通信系统下的域名解析方法的具体流程图。下面就该图并结合图9具体说明有线电视网络ip通信场景下该方法的实施过程。

步骤61,有线电视网络网关侧定期向dns服务器同步dns访问热点列表。

步骤62,对dns访问热点列表进行压缩打包。

需要说明的是,dns访问热点列表包括:域名解析热点数据以及域名解析热点数据对应的域名信息。

步骤63,有线电视网络网关侧调用可靠组播协议接口,对dns访问热点列表进行组播,分发至多个网络电视机顶盒。

在有线电视网络通信系统中,基于物理层广播特性,可通过可靠组播协议rmtp实现信息下发。

步骤64,网络电视机顶盒接收到dns访问热点列表后,进行解压,缓存。

步骤65,网络电视机顶盒对客户端的域名解析请求拦截,查询域名解析缓存中是否存在域名解析请求中对应的域名条目。

步骤66,如若缓存中存在域名解析请求中对应的域名条目,则将域名解析请求中所要请求的资源返回给客户端。

步骤67,若缓存中不存在域名解析请求中对应的域名条目,则向有线电视网络网关侧的dns服务器请求域名解析。

步骤68,有线电视网络网关侧收到域名解析结果后,将域名解析结果返回给客户端,并缓存该域名解析结果。

第七实施例

如图10所示,为基于有线电力网ip通信系统下的域名解析方法的具体流程图。下面就该图并结合图11具体说明有线电力网ip通信场景下的该方法的实施过程。

步骤71,电力传输网关侧定期向dns服务器同步dns访问热点列表。

步骤72,对dns访问热点列表进行压缩打包。

需要说明的是,dns访问热点列表包括:域名解析热点数据以及域名解析热点数据对应的域名信息。

步骤73,电力传输网关侧调用可靠组播协议接口,对dns访问热点列表进行组播,分发至多个电力猫。

在有线电力传输系统中,基于物理层广播特性,可通过可靠组播协议rmtp实现信息下发。

步骤74,电力猫接收到dns访问热点列表后,进行解压,缓存。

步骤75,电力猫对客户端的域名解析请求拦截,查询域名解析缓存中是否存在域名解析请求中对应的域名条目。

步骤76,如若缓存中存在域名解析请求中对应的域名条目,则将域名解析请求中所要请求的资源返回给客户端。

步骤77,若缓存中不存在域名解析请求中对应的域名条目,则向电力传输网关侧的dns服务器请求域名解析。

步骤78,电力传输网关侧收到域名解析结果后,将域名解析结果返回给客户端,并缓存该域名解析结果。

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

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