CN111726425A - 一种域名创建系统 - Google Patents

Abstract

本发明公开了一种域名创建系统，包括一设置在接口使用方及注册局之间的EPP连接管理装置，所述EPP连接管理装置包括：前端API接口，接收从接口使用方发送的注册请求，然后发送给协议转换组件，以及接收从协议转换组件回传的域名创建结果发送给接口使用方；协议转换组件，根据接口调用方及注册局的协议要求进行协议格式的相互转换；连接管理组件，获取EPP连接，与注册局backend进行通信。本发明所公开的一种域名创建系统，通过设计在接口使用方及注册局之间的EPP连接管理装置，屏蔽了复杂的EPP接口操作细节，提供统一的HTTP+JSON接口，便于调试、调用，简化了域名创建的步骤，提高了域名创建的效率。

Description

一种域名创建系统

技术领域

本发明属于互联网域名建立领域，具体涉及一种域名创建系统。

背景技术

可扩展供应协议(Extensible Provisioning Protocol)简称EPP协议。EPP协议是采用XML语言描述的、有状态的C/S协议，定义了注册管理机构(S)和注册服务机构(C)之间的通信接口。用于管理存储在共享中心数据库中的对象，是一种可运行在多种传输层协议之上的应用层协议。

EPP协议命令包含三类主要的命令：会话管理命令、对象查询命令、对象更改命令。其中会话管理命令主要是建立、结束客户端和服务器之间的会话连接。对象查询命令、对象更改命令为客户端提供了操作数据对象的操作。

EPP对象包括Contact、Host、Domain三大主要对象。Contact对象是对域名联系人信息的抽象。Host对象是对域名解析信息的抽象。Domain对象是对域名主体自身信息的抽象，包含如：注册时间、到期时间等的描述。

EPP接口是基于EPP协议的进行域名注册业务的服务端对应的客户端API。EPP协议本身是基于XML的协议，在编程中直接拼接XML也能实现通信。但这样编程效率低，易出错。EPP接口是对EPP协议进行封装，提供基于java语言的编程API，避免直接操作、拼接XML字符串，提高编程效率、有效降低编程错误率。

EPP协议定义了EPP三大对象的各种操作，加上域名全生命周期的各种管理操作一起，算起来总共至少有31种操作。这么繁多的操作一起，导致EPP接口使用起来比较繁琐。典型的创建域名操作，需要经历以下步骤：

1.登录；

2.主机列表；

3.联系人列表；

4.注册期限；

5.域名密码；

6.DNSSEC数据；

7.发送命令进行交互；

8.获取结果，并做后续处理；

9.退出。

从上可以看出操作步骤很多，编码繁琐。因此，如何设计一种操作简单的域名创建系统，便成为了目前亟待解决的问题。

发明内容

本发明的目的是提供一种域名创建系统，以有效解决现有技术中的域名创建过程繁杂的问题。

本发明采用的技术方案如下：

一种域名创建系统，包括一设置在接口使用方及注册局之间的EPP连接管理装置，所述EPP连接管理装置包括：

前端API接口，接收从接口使用方发送的注册请求，然后发送给协议转换组件，以及接收从协议转换组件回传的域名创建结果发送给接口使用方；

协议转换组件，根据接口调用方及注册局的协议要求进行协议格式的相互转换；

连接管理组件，获取EPP连接，与注册局backend进行通信。

进一步地，所述协议转换组件，通过Jackson开源JSON库，将将JSON格式的RestfulAPI请求转换为EPP API请求EPPMessage对象；然后再使用Jackson库将注册局backend返回的EPPRespon对象转换为JSON字符串。

进一步地，所述协议转换组件先根据前端API接口发送的域名创建请求转换为EPP协议后，再将EPP协议适配为符合对应注册局backend要求的格式。

进一步地，所述协议转换组件将使用Jackson库将JSON字符串转换为EPPMessage对象后，判断是否包含fee扩展，

如果否，则使用socket向backend发送基于XML格式的域名创建报文，接收backend响应EPPResponse报文，使用Jackson库将EPPResponse转换为JSON字符串，通过前端API接口返回给接口调用方；

如果是，则根据域名中的TLD确定要操作的backend，并根据要操作的TLD，确定对应backend使用的fee扩展版本，然后将EPPMessage中的fee扩展部分设置为对应backend使用的fee扩展版本，最后再使用socket向backend发送基于XML格式的域名创建报文，直至通过前端API接口返回给接口调用方。

进一步地，所述EPP连接管理装置为所有的接口使用方提供统一的一个前端API接口。

进一步地，所述接口使用方包含WebEPP对象管理系统，提供联系人对象的创建、修改、删除、查看；主机对象的创建、修改、删除、查看；域名对象的创建、修改、删除、查看、转移、高价赎回、高价词注册、tmch商标保护域名的注册、IDN域名的注册功能。

与现有技术相比，本发明所公开的一种域名创建系统，通过设计在接口使用方及注册局之间的EPP连接管理装置，屏蔽了复杂的EPP接口操作细节，提供统一的HTTP+JSON接口，便于调试、调用，简化了域名创建的步骤，提高了域名创建的效率。

附图说明

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

图1为本发明实施例所述的域名创建系统的系统架构图。

图2为本发明实施例所述的域名创建系统的时序工作图。

图3为本发明实施例所述的协议转换组件的工作流程图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明作进一步详细描述。

一、定义

注册局Backend：域名注册局保存了域名的数据，并生成区域文件，以转换域名到IP地址。每个NIC都是一个组织，它管理顶级域名下的域名注册，负责控制域名分配政策，在技术上运作顶级域名。

Restful，REST(英文:Representational State Transfer，简称REST)描述了一个架构样式的网络系统，比如web应用程序。REST指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是RESTful。它主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。

Restful API：RESTful API就是REST风格的API。在当今的互联网应用的前端展示媒介很丰富。有手机、有平板电脑还有PC以及其他的展示媒介。那么这些前端接收到的用户请求统一由一个后台来处理并返回给不同的前端肯定是最科学和最经济的方式，RESTfulAPI就是一套协议来规范多种形式的前端和同一个后台的交互方式。RESTful API由后台也就是SERVER来提供前端来调用。前端调用API向后台发起HTTP请求，后台响应请求将处理结果反馈给前端。也就是说RESTful是典型的基于HTTP的协议。

JSON(JavaScript Object Notation,JS对象简谱)是一种轻量级的数据交换格式。它基于ECMAScript(欧洲计算机协会制定的js规范)的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。JSONAPI则指提供JSON格式数据返回服务网站的API接口。

参照图1所示，本发明实施例所公开的一种域名创建系统，包括：接口使用方、注册局Backend，以及设置在接口使用方及注册局之间的EPP连接管理装置，为保证通信稳定，逻辑简化。本发明将EPPConnMgr设计为一个服务化的功能模块组件。它对接口使用方(一般是注册商)提供Restful API，通过接收JSON格式的参数，然后转化为EPP接口需要的参数，与注册局Backend通信。并将注册局Backend的处理返回EPPResponse序列化为json返回给调用方。

具体来说，接收使用方，包括WebEPP及其它一些调用方。WebEPP：网页版EPP对象(主机、联系人、域名)管理系统。是一个Web应用，提供给用户通过浏览器操作、管理EPP对象的管理功能平台。管理功能大致包括：联系人对象的创建、修改、删除、查看；主机对象的创建、修改、删除、查看；域名对象的创建、修改、删除、查看、转移、高价赎回、高价词注册、tmch商标保护域名的注册、IDN域名的注册等功能。

注册局Backend：即提供注册局业务系统技术方案的托管平台提供商。注册局可以选择不自建技术系统，而是将自己的TLD托管到专业的技术系统托管平台提供商，从而更专注于业务发展。

EPPConnMgr，也即EPP连接管理组件。它主要包含有连接管理组件和协议适配组件，以及统一的前端接口组成，本实施例中根据功能命名为Restful+JSON API组成。它对接口调用方提供统一的Restful+JSON API，内部通过协议适配组件，将Restful API接收到的调用请求，转换为适应各注册局backend通信细节的EPP协议。并通过连接管理组件提供的EPP连接管理功能，获取EPP连接，与注册局backend进行通信。

配合参照图2所示，首先，接口使用方发起域名创建请求给前端API接口，通过前端API接口将该域名创建请求发送给协议转换组件，由协议转换组件转换为EPP协议后后，再进行协议适配，并提交EPP注册报文，EPP连接管理组件提供EPP连接管理功能，获取到EPP连接后，进行连接初始化和连接状态管理，向Restful API返回可用的EPP连接，然后由Restful API将协议变更后的域名创建请求发送给注册局backend，注册局返回域名创建结果给协议转换组件，由协议转换组件转换为JSON格式后发送给前端API接口，然后通过该接口返回接口使用方结果。

协议转换组件，主要作用有如下两点：

1).将JSON格式的Restful API请求，通过Jackson开源JSON库(负责将字符串转换为Java对象，和把Java对象转换为字符串)将JSON格式的Restful API请求转换为EPP API请求EPPMessage对象；然后再使用Jackson库将注册局backend返回的EPPRespon对象转换为JSON字符串。

2).协议适配，根据接口调用方要操作的backend接口，将EPP协议适配为符合对应backend要求的格式(具体可参考后文关于fee扩展的描述)。

参照图3所示，本发明实施例中的协议转换组件的具体工作流程如下所示：

收到JSON格式的域名创建请求后，使用Jackson开源JSON库将JSON格式的RestfulAPI请求转换为EPP API请求EPPMessage对象，同时判断是否包含fee扩展；

如果否，则使用socket向backend发送基于XML格式的域名创建报文，接收backend响应EPPResponse报文，使用Jackson库将EPPResponse转换为JSON字符串，通过前端API接口返回给接口调用方；

如果是，则根据域名中的TLD确定要操作的backend，并根据要操作的TLD，确定对应backend使用的fee扩展版本，然后将EPPMessage中的fee扩展部分设置为对应backend使用的fee扩展版本，最后再使用socket向backend发送基于XML格式的域名创建报文，接收backend响应EPPResponse报文，使用Jackson库将EPPResponse转换为JSON字符串，通过前端API接口返回给接口调用方。

标准EPP协议只提供了基本的注册人、主机、域名管理操作。随着域名注册业务的逐步开展，标准EPP协议已不能满足业务发展需要。因此由注册局发起，起草了EPP扩展协议。比如：用于IDN(国际化域名IDNs(Internationalized Domain Names)也称多语种域名)域名注册的IDN扩展、用于高价词注册的FEE扩展等。我们以FEE扩展为例，阐述本发明的系统是如何通过统一的Restful API屏蔽了复杂的EPP接口操作细节：

Registry Fee Extension for the Extensible Provisioning Protocol是在2013年11月由Centralnic注册局起草，并定义为00版本，。经过多年发展，目前已发展到0.8版本。目前比较常用的有0.5、0.6这2个版本。具体各注册局使用情况如下表所示：

centralnic(gmo)/nominet都使用的fee-0.5扩展，但是细节不同，具体如下表所示：

从以上分析可以看出，单单一个fee扩展，就衍生出许多版本，并且相同版本之间也还有细节差异。当一家注册商由于业务需要，需要对接多家注册局backend时，不得不处理这些细微的差异，这对客户编程带来许多不便。

本发明的EPP-ConnMgr通过对EPP接口调用方提供统一的Restful API+JSON接口，内部通过协议适配，向注册局backend发送正确版本的fee扩展协议。当接口调用方需要在多家注册局backend注册高价域名时，虽然各家注册局backend使用的fee扩展各异，但在使用EPPConnMgr接口时，却可以统一接入设定的fee扩展协议，即可实现。简化了协议适配的难度，方便了调试、调用。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (6)

1.一种域名创建系统，包括一设置在接口使用方及注册局之间的EPP连接管理装置，其特征在于，所述EPP连接管理装置包括：

前端API接口，接收从接口使用方发送的注册请求后，转发给协议转换组件，以及接收从协议转换组件回传的域名创建结果发送给接口使用方；

协议转换组件，根据接口调用方及注册局的协议格式要求进行格式转换；

连接管理组件，获取EPP连接，与注册局backend进行通信。

2.根据权利要求1所述的域名创建系统，其特征在于，所述协议转换组件，通过Jackson开源JSON库，将将JSON格式的Restful API请求转换为EPP API请求EPPMessage对象；然后再使用Jackson库将注册局backend返回的EPPRespon对象转换为JSON字符串。

3.根据权利要求2所述的域名创建系统，其特征在于，所述协议转换组件先根据前端API接口发送的域名创建请求转换为EPP协议后，再将EPP协议适配为符合对应注册局backend要求的格式。

4.根据权利要求2或3所述的域名创建系统，其特征在于，所述协议转换组件将使用Jackson库将JSON字符串转换为EPPMessage对象后，判断是否包含fee扩展；

如果否，则使用socket向backend发送基于XML格式的域名创建报文，接收backend响应EPPResponse报文，使用Jackson库将EPPResponse转换为JSON字符串，通过前端API接口返回给接口调用方；

如果是，则根据域名中的TLD确定要操作的backend，并根据要操作的TLD，确定对应backend使用的fee扩展版本，然后将EPPMessage中的fee扩展部分设置为对应backend使用的fee扩展版本，最后再使用socket向backend发送基于XML格式的域名创建报文，直至通过前端API接口返回给接口调用方。

5.根据权利要求1所述的域名创建系统，其特征在于，所述EPP连接管理装置为所有的接口使用方提供统一的一个前端API接口。

6.根据权利要求1或5所述的域名创建系统，其特征在于，所述接口使用方包含WebEPP对象管理系统，提供联系人对象的创建、修改、删除、查看；主机对象的创建、修改、删除、查看；域名对象的创建、修改、删除、查看、转移、高价赎回、高价词注册、tmch商标保护域名的注册、IDN域名的注册功能。

Images