WO2010017680A1 - 一种网络域名的解析方法 - Google Patents

一种网络域名的解析方法 Download PDF

Info

Publication number
WO2010017680A1
WO2010017680A1 PCT/CN2008/072881 CN2008072881W WO2010017680A1 WO 2010017680 A1 WO2010017680 A1 WO 2010017680A1 CN 2008072881 W CN2008072881 W CN 2008072881W WO 2010017680 A1 WO2010017680 A1 WO 2010017680A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
domain name
address
network system
node
Prior art date
Application number
PCT/CN2008/072881
Other languages
English (en)
French (fr)
Inventor
梁俊
林苑
Original Assignee
上海可鲁系统软件有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 上海可鲁系统软件有限公司 filed Critical 上海可鲁系统软件有限公司
Priority to US13/058,532 priority Critical patent/US9143388B2/en
Publication of WO2010017680A1 publication Critical patent/WO2010017680A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names

Definitions

  • the invention relates to a method for parsing a domain name of a computer network, in particular to a method for parsing an industrial internet domain name.
  • each node of the network (including: website, server, host, etc.) has a fixed (or static) IP address corresponding to it.
  • the IP address is a string of fixed-length, segmented Arabic numerals, such as 192. 168. 10. 3.
  • this digitally represented IP address is not easy for people to remember.
  • the World Wide Web uses a string of English letters (or letters or characters in other languages), numbers, or a combination of the two (Doma in Name) to correspond to the IP address. For example, "www. s ina. com”, "www. s ipo. gov. cn", "www. fudan. edu", etc. are all easy to remember domain names.
  • the domain name is sent to the Domain Name Resolution System (DNS) on the World Wide Web through an Internet infrastructure (Infras ructure).
  • DNS Domain Name Resolution System
  • the DNS system finds the IP address corresponding to the domain name and sends the corresponding IP address back to the browser of the user's computer.
  • This process of transforming a domain name into an IP address is also called an IP address resolution process.
  • the browser on the user's computer sends the IP address to the World Wide Web, and the World Wide Web finds the network node corresponding to the IP address according to the TCP/IP protocol, so that the browser on the user's computer and The found network node communicates.
  • This DNS IP address resolution process and the process of using IP addresses to find and correspond to network nodes are well known techniques and are well described in many textbooks and computer networking books.
  • IP address resource is insufficient. There are often hundreds or even thousands of networks in an industrial Internet. Node. If you assign a static IP address to each internal network node, it is not only impossible from a resource point of view, but also very expensive.
  • the network nodes in the industrial Internet should adopt tree-level access control to increase their security.
  • the power system from high voltage to low voltage, from the centralized control center to the substation main station to the substation of industrial intelligent equipment is to be hierarchical; such as the oil pipeline in the oil industry, from the centralized control center to the main gas station to the point The transfer station is also hierarchical.
  • the first technical problem to be solved by the present invention is to provide a method for parsing a network domain name suitable for an industrial control system, which can cope with a large amount of industrial Internet using a small number of static IP addresses.
  • Network node
  • a fifth technical problem to be solved by the present invention is to provide a method for parsing a network node address suitable for an industrial control system, but at the same time, the method of parsing such a network node is compatible with the structure and protocol of the existing World Wide Web.
  • the present invention provides a method for parsing a network domain name.
  • the domain name has a first partial domain name and a second partial domain name.
  • the parsing method includes the following steps:
  • the IP address of the intranet does not occupy the IP address resources in the World Wide Web.
  • the domain name address resolution structure of the intranet in the present invention is compatible with the structure and protocol of the existing World Wide Web.
  • FIG. 7 is a flow chart of a second method for a user to send a domain name, a verification password, and an intranet service request of an intranet node to a node (1) in the intranet domain name resolution structure 104.
  • each network sub-node in the intranet domain name resolution structure 104 includes a server that has the same structure (or similar) as the root node.
  • Each server is connected to at least one IED device for direct operation and control of connected IED devices.
  • IED devices there are 13 IED devices in an industrial enterprise: IED ( 1 ), IED ( 2, 1 ), IED ( 2, 2), IED (2, 3), IED ( 2, 1, 1), IED ( 2, 1, 2), IED ( 2, 2, 1 ), IED ( 2, 2, 2), IED ( 2, 3, 1 ), IED (2, 3, 2), IED ( 2, 1, 1, 1 ), IED ( 2, 2, 2, 1 ), IED (2, 2, 2, 2) (not shown), each IED device with the same label is the same as in Figure 2 The network nodes of the labels are connected.
  • IED (2, 2, 2, 1) has a redundant device IED (2, 2,
  • the intranet portal server 106 in the node (1) is connected to the intranet communication facility 105 via its communication connection 113, and the other 12 nodes in the intranet 103 are connected to the intranet communication facility 105 via respective communication connections.
  • the intranet portal server 106 communicates with the other 12 nodes in the intranet 103 via the intranet communication facility 105.
  • the intranet communication facility 105 may include a Wide Area Network conforming to the TCP/IP protocol and a Local Area Network conforming to the Ethernet protocol.
  • the configuration, structure, and arrangement of the intranet communication facility 105 are well known in the art and will not be described in detail.
  • FIG. 5A lists the domain name of the network node of the intranet domain name resolution structure 104. It should be noted that Figure 5A is merely an illustrative embodiment of the domain name format of the present invention, illustrating the naming principles of the domain name format of the present invention.
  • a URL consists of three parts: the first part is the service agreement (or service content), such as HTTP or FTP; the second part is the domain name, such as www.s ina. com, the first part and the second part are used. : //" Separated.
  • the third part is an optional part that is generally used as a pass parameter (such as a web page address in a website).
  • the present invention places the domain name of the network node of the intranet domain name resolution structure 104 and other parameters (such as a verification password, an intranet service request, etc.) in the third part of the URL.
  • step 606 the DNS resolution system in the Wanwei network 101 resolves the domain name www.eastpetroleum.com.com into a corresponding IP address. After parsing, the muscle becomes: http: ⁇ 192.168.10.3/Verification Password/Intranet Service Request/Intranet Domain Name/.
  • the user sends the parsed URL to the World Wide Web 101 via the browser.
  • the router in the World Wide Web 101 sends the parsed URL to the intranet entry (node (1)) according to the TCP/IP protocol.
  • the intranet portal server 106 in the intranet portal transmits the tree network node shown in FIG. 2 to the terminal in the form of an HTML webpage according to its IP address via the web 101. 108. ⁇ On the browser.
  • the user sends the URL to the World Wide Web 101 via the browser.
  • the running status of the intranet domain name address table 802 can be periodically refreshed through the intranet 103 and the domain name resolution structure 104.
  • the intranet domain name address table 802 is stored in the intranet portal server 106 for converting the intranet domain name into an intranet IP address.
  • the intranet portal server 106 checks if the user is eligible to enter the intranet. At step 904, if there is no access to the intranet, the intranet portal server 106 refuses to provide the service and the process ends.
  • the intranet portal server 106 further checks the user's access rights.
  • the intranet portal server 106 refuses to provide the service and the process ends.
  • Access rights are based on a tree hierarchy.
  • a user's access rights are set on a node. The user can only access the node and the lower node of the node, but not the upper node. Taking the tree hierarchy of Figure 2 as an example, if a user's access rights are set on the root node (1), the user can access the root node (1) and all its lower nodes (ie, the tree hierarchy of Figure 2). All nodes in the structure). If a user's access rights are set on a child node (such as on a node (2, 3)), the user can only access the child node (node (2, 3)) and its underlying node (knot) Points (2, 3, 1) and (2, 3, 2)).
  • the intranet portal server 106 compares the intranet domain name in the URL with the intranet domain name address table 802 to find an IP address whose device status is "running" in the corresponding address table entry.
  • the intranet IP address is the intranet IP address to be retrieved because the device status of the corresponding intranet IP address is "running".
  • the intranet portal server 106 finds the intranet IP address whose device status is "running" among the plurality of intranet IP addresses.
  • the intranet portal server 106 finds the intranet IP address "100.103 .105.103". If the device status of the intranet IP address "100.103.105.103” is changed to "standby” in the future, and the device status of the intranet IP address "100.103.105.102” is changed to "standby", for the intranet domain name "X. XB. XBb .
  • the intranet portal server 106 will find the intranet IP address "100.103.105.102".
  • the present invention sets a plurality of intranet IP addresses for an intranet domain name and sets the device status for each intranet IP address ("run” or "wait” Machine "), which can resolve the IP address of the device redundancy configuration.
  • the intranet portal server 106 uses the second network communication interface 1017 shown in FIG. 10 to connect to the network node corresponding to the IP address found by the intranet through the intranet communication facility 105 as shown in FIG. The channel through which communication takes place.
  • the network node corresponding to the intranet IP address is the node (2, 3, 1).
  • the intranet portal server 106 uses the first network communication interface 1016 shown in FIG. 10 to provide various services to the user terminal according to the intranet service request in the URL through the web 101 shown in FIG. Human interface services and remote diagnostic services.
  • the server in the node (2, 3, 1) collects the human interface service parameters from the IED (2, 3, 1) through the interface line to form a human-machine interface service page in HTML format.
  • the web page is sent to the intranet portal server 106. Then, the intranet portal server 106 transmits the human interface service web page to the user terminal.
  • the server in node (2, 3, 1) runs the diagnostics on the IED (2, 3, 1) via its interface line and sends the results of the diagnostics to the internal network in HTML format.
  • Portal server 106 Then, the intranet portal server 106 sends the diagnostic program running result to the user terminal in a web page in HTML format.
  • the root node (1) is the entry node.
  • these child nodes can serve as entry nodes.
  • FIG 1 and Figure 3 if we assign a static IP address and a corresponding domain name to the child node (2, 1), and pass the node (2, 1) through the network in Figure 1 and Figure 3.
  • the connection 111 is directly connected to the World Wide Web 101, and the user on the World Wide Web 101 can access the internal network 103 by using the point (2, 1) as the second entry.
  • an intranet can have multiple entries. This feature is necessary for many levels of intranets, because using low-level nodes as an entry speeds up access.
  • the intranet domain name resolution system is independent of the World Wide Web domain name resolution system.
  • FIG. 10 is an exemplary structure of the intranet portal server 106 in the root node.
  • the intranet portal server 106 includes a processing component 1002, an internal storage component 1004, an external storage component (hard disk) 1006, a disk drive interface 1008, a display 1010, and a display interface 1012. , the first network communication interface 1016, the second network communication interface 1017, an input / Output interface 1 018, a mouse 1 020, a keyboard 1 022 and a set of system bus 1014.
  • the external storage unit (hard disk) 1006 is connected to the disk drive interface 1 QQ8; the display 101 0 is connected to the display interface 1 012; the mouse 1020 and the keyboard 1 022 are connected to the input/output interface 1018.
  • the processing unit 1002, the internal storage unit 1004, the disk drive interface 1008, the display interface 1012, the first network communication interface 1 016, the second network communication interface 1017, and the input/output interface 1018 are connected to the system bus 1 014.
  • Internal storage unit 1 QQ4 and external storage unit 1 QQ6 can store programs, instructions and data.
  • internal storage component 1004 has a faster access speed, while external storage component 1006 has a greater storage capacity.
  • Display 1010 provides a visual interface between the program being executed and the user.
  • the first network communication interface 1016 is capable of providing a communication interface between the server and the World Wide Web 101; the second network communication interface 1017 is capable of providing a communication interface between the server and the internal network 103.
  • Processing component 1002 can read program instructions and data in internal storage component 1 004 and outer storage component 1006 and can control the operation of the server by executing these programs and instructions.
  • the intranet domain name address table 802 is stored in the internal storage component 1004 or in the external storage component 1006; the program steps required by the intranet portal server 106 in the flowcharts 6, 7, and 9 are also present in the internal storage component 1004 or in the external storage component 1 006. in.
  • the exemplary structure of the intranet portal server 106 in the root node shown in FIG. 10 also applies to servers in other nodes in the intranet domain name resolution structure 104. It should be noted that the servers in other nodes only store the intranet domain name address table of this layer and its underlying child nodes. Therefore, the server in a child node can only resolve the network address of the layer and its lower child nodes, and access the layer and its lower child nodes; the server in a child node cannot resolve the network address of the upper node. , and can't access its upper nodes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

一种网络域名的解析方法 技术领域
本发明涉及一种计算机网络域名的解析方法， 尤其涉及一种工业互联网 域名的解析方法。
背景技术
在现有的万维网 （Internet ) 中， 网络的各个结点 （包括： 网站、 服务 器、 主机等）都有一个固定（或静态） 的 IP地址与其对应。 按协议， IP地 址是一串定长、 分段的阿拉伯数字， 如 192. 168. 10. 3。 但是这种以数字表示 的 IP地址不便于人们记忆。 为了方便记忆， 万维网使用一串英文字母（或者 其他语言的字母或者字符）、 数字或两者混合构成的域名 （Doma in Name )与 IP地址对应。比方说, "www. s ina. com"、 "www. s ipo. gov. cn"、 "www. fudan. edu" 等都是便于记忆的域名。
这样， 当一个使用者在其计算机的浏览器上输入域名， 该域名通过万维 网 （Internet )设施 ( Infras t ructure )送到万维网上域名解析系统（ DNS ) 上。 DNS系统在收到域名后， 找到和该域名相对应的 IP地址并将所对应的 IP 地址送回到使用者的计算机的浏览器上。这个将域名变换成 IP地址的过程也 称为 IP地址解析过程。 在收到经解析的 IP地址后， 使用者计算机上的浏览 器将 IP地址发送到万维网，万维网按 TCP/ IP协议找到和 IP地址相对应的网 络结点，使得使用者计算机上的浏览器和找到的网络结点进行通讯。这种 DNS 的 IP地址解析过程和使用 IP地址找到和相应网络结点的过程是公知技术， 在许多教科书和计算机网络书籍中有清楚的描述。
随着工业自动化控制发展的需要， 人们需要通过现有万维网的结构和工 业互联网内部的各种设备进行远程通讯、 监督和控制。 但是在工业互联网应 用中， 例如石油行业输油管道监控网络， 是一个地域跨度 ^艮大的内网或局域 网， 并且还需要对该局域网中的每台工业智能设备（ Inte l l i gent E lec tr ic Dev ice - IED ) 实施监控与维护。 通过现有的万维网结构和工业互联网中多 个跨度很大的远程访问结点进行远程访问会有如下问题：
1、 IP 地址资源不够。 一个工业互联网中往往有上百个乃至上千个网络 结点。 如果给每一个内部网络结点都分配一个静态 IP地址， 不但从资源的角 度上来说不可能， 而且价格非常昂贵。
2、 不能满足安全上的要求。 因为工业互联网中许多工业控制设备， 对安 全性要求很高。 通过发明人的观察和分析， 工业互联网中的网络结点应采用 树形层次式的访问控制， 才会增加其安全性。 如电力系统， 从高压到低压， 从集控中心到变电站主站再到分站的工业智能设备是要分层次的； 如石油行 业中输油管道， 从集控中心到主要输气站点再到分输站也是分层次的。
而现有万维网的 DNS的解析结构是 平式结构（如 com、 edu、 org , gov , 等）， 大多是主机名字.顶级域名的形式。 小范围的局域网中的结点设备通常 直接以 IP地址标识， 不用域名管理。 虽然有的规模较大的局域网内部结点采 用域名管理， 但整个网络中各结点处于同一层次， 是不区分层次的。 而且万 维网中地址解析方法一般都采用 ARP地址解析协议来进行， 当网络中多个远 程访问结点之间的层次较多时， ARP 地址解析协议无法实现层次较低的远程 访问结点的搜索。
3、 现有的 IP地址的解析效率不高， 如果一个工业企业中有上百个乃至 上千个网络结点， 如果对每个结点进行初次访问都要进入万维网的 DNS 系统 来解析其 IP地址， 效率不高， 影响访问速度。
4、 许多 IED设备是通过 USB或者并行或者串行口相连的， 没有按 IP地 址访问的功能， 不能直接用 TCP/ IP网络结构来访问。
5、 在工业自动化系统中， 为了系统安全， 一些重要的结点往往会进行冗 余配置， 即一个结点共用两台或多台设备， 处于主机（运行）状态的设备占 用分配给该结点的 IP地址， 而冗余配置的备机就处于孤立状态， 万维网中的 DNS系统无法标识冗余设备。
发明内容
所以， 在需要解决的许多技术问题中， 本发明要解决的第一个技术问题 是提供一种适用于工业控制系统的网络域名的解析方法， 使用少量的静态 IP 地址即能应对工业互联网内大量网络结点。
本发明要解决的第二个技术问题是提供一个适用于工业控制系统， 具有 更安全特性的网络地址解析方法。 本发明要解决的第三个技术问题是提供一个适用于工业控制系统， 具有 更高效率特性的网络地址解析方法。
本发明要解决的第四个技术问题是提供一个适用于工业控制系统的网络 结点地址解析方法， 同时能够解析出冗余配置设备结点的 IP地址。
本发明要解决的第五个技术问题是提供一个适用于工业控制系统的网络 结点地址的解析方法， 但同时使得这种网络结点的解析方法和现有的万维网 的结构和协议相兼容。
为了解决以上技术问题， 本发明提供了一种网络域名的解析方法， 域名 中有第一部分域名和第二部分域名， 解析方法包括如下步骤：
在第一网络系统中将第一部分域名解析成第一网络地址；
在第一网络系统中按照解析的第一网络地址寻找和第一网络地址相对应 的第一网络结点；
在第二网络系统中将第二部分域名解析成第二网络结点地址， 所述第二 网络系统的域名解析系统独立于第一网络系统的域名解析系统。
本发明的优点如下：
由于内网的域名地址解析结构独立于万维网的域名地址解析结构， 所以 内网的 IP地址不会占用万维网中的 IP地址资源。
由于内网的域名地址解析结构是树形的层次结构， 所以具有更安全特性 的网络地址解析结构。
由于本发明可将内网树形结构中的每个子结点设置为内网入口结点， 从 而缩短地址解析路径， 所以内网的域名地址解析结构具有更高网络结点地址 的解析效率。
由于一个内网域名可以有多个内网 IP地址，并设置有 IP地址设备状态， 所以内网的域名地址解析系统适用解析冗余配置设备结点的 IP地址。
由于用内网具有 IP地址的服务器和 IED设备相连，使得能用包括 TCP/ IP 协议的广域网 （Wide Area Network )和符合包括以太（Ethernet )协议的局 域网 ( Loca l Area Network )和各种 IED设备通讯。
而且， 由于使用内网入口服务器和 URL来传送内网域名和其他信息， 本 发明中的内网的域名地址解析结构和现有的万维网的结构和协议相兼容。 附图说明
图 1是本发明包含域名解析结构 104的网络结构 100示意图。
图 2 是本发明工业控制内网 103中域名解析结构 104所使用的树型网络 结构。
图 3 是本发明包含内网通讯设施 105的网络结构 100示意图。
图 4 是结点和网址格式对照表示例。
图 5A 是内网域名解析结构 104的网络结点的域名示意结构。
图 5B 是内网域名解析结构 104的网络结点的域名结构的一个实例。 图 6 是用户将内网结点的域名、 验证密码以及内网服务请求发送到内网 域名解析结构 104中的结点 （ 1 )上的第一种方法流程图。
图 7是用户将内网结点的域名、 验证密码以及内网服务请求发送到内网 域名解析结构 104中的结点 （ 1 )上的第二种方法流程图。
图 8 是内网域名地址表 802一个示例。
图 9是本发明中内网入口服务器 106接收到 URL后， 将内网域名解析成 内网 IP的地址、 寻找到相应内网网络结点并提供月良务的流程图。
图 10是根结点中内网入口服务器 106的示范性结构图。
具体实施方式
下面结合附图中的实施例对本发明作具体描述。
图 1是本发明网络结构 100示意图。网络结构 100包括万维网（ Internet ) 101和内网（ Intranet )103。万维网（ Internet )101 ,有 N个用户终端（ 108.！, ... , 108. ;, 108. N)和内网入口服务器 106。 N个用户终端（ 108.1 ··., 108.。 ··.， 108. N)通过网络连接（107.1 ···, 107. ;, ···, 107. N)分别与万维网 101相 连， 每个用户终端上安装有浏览器。 内网入口服务器 106通过网络连接 102 与万维网 101相连。 内网 （Intranet ) 103包括内网域名解析结构 104和内 网通讯设施 105 ( Intranet Infrastructure ) (见图 3)。 万维网 101通过网 络连接 102与内网入口服务器 106相连， 从而和内网 103的内网域名解析结 构 104和内网通讯设施 105相连。 在内网域名解析结构 104中， 网络结点是 以分层次的树形结构来安排的。
为了叙述方便， 图 2对图 1的内网域名解析结构 104中网络结点作示意 性的标识。 内网域名解析结构 104 的根网络结点 （1 )有一个万维网静态 IP 地址与其对应， 并包括一个内网入口服务器 106。其第二层的结点标号为（2, 1 ), (2, 2), (2, 3)；其第三层的结点标号为 （2, 1, 1 ), (2, 1, 2), (2, 2, 1 ), (2, 2, 2), (2, 3, 1 ), (2, 3, 2); 其第四层的结点标号为 （2, 1,
1, 1 ), (2, 2, 2, 1 ), (2, 2, 2, 2)。 如图 2所示， 每个网络结点都有一个 用英文字母代表的示意性的名称。 如结点 （1 ) 的名称为 X, 结点 （2, 1 ) 的 名称为 XA, 结点 （2, 1, 2) 的名称为 XAb, 结点 （2, 2, 2, 2) 的名称为 XBb2。 应该指出的是， 分层次的树形结构只是一个示意图， 说明了分层次的 树形结构的原则。 和图 2相比， 一个特定的分层次的树形结构可以有更多的 层次， 某个网络结点可以有更多的子结点。
在图 2中， 内网域名解析结构 104中每一个网络子结点都包括一个与根 结点中结构、 功能一样（或相仿）的服务器。 每个服务器和至少一个 IED设备 相连， 能对相连的 IED设备进行直接操作和控制。 为了便于叙述， 我们假设在 某个工业企业中共有 13个 IED设备： IED ( 1 ), IED ( 2, 1 ), IED ( 2, 2), IED (2, 3), IED ( 2, 1, 1 ), IED ( 2, 1, 2), IED ( 2, 2, 1 ), IED ( 2, 2, 2), IED ( 2, 3, 1 ), IED (2, 3, 2), IED ( 2, 1, 1, 1 ), IED ( 2, 2, 2, 1 ), IED (2, 2, 2, 2) (图中未示出）， 每个相同标号的 IED设备和图 2 中相同标 号的网络结点相连。 我们假设 IED (2, 2, 2, 1 )有一个冗余设备 IED (2, 2,
2, 1 ) 冗余 1; IED (2, 2, 2, 2 )有两个冗余设备 IED ( 2, 2, 2, 2 ) 冗余 1? IED (2, 2, 2, 2) 冗余 2。
图 3表示结点 （1 ) 中的内网入口服务器 106 通过其通讯连接 113和内 网通讯设施 105相连， 内网 103中其他 12个结点通过各自的通讯连接和内网 通讯设施 105相连。 内网入口服务器 106 通过内网通讯设施 105与内网 103 中其他 12个结点进行通讯。 内网通讯设施 105可以包括符合 TCP/IP协议的 广域网（Wide Area Network)和符合以太（Ethernet)协议的局域网 （Local Area Network )。 内网通讯设施 105的构成、结构和设置是本领域的公知技术， 所以不详细叙述。
图 4是内网域名解析结构 104中所使用的域名格式。 如图所示， 域名格 式中有 N个域名段， Fl F2, Fn, 能组成一个最多有 N层的树结构。 每个域 名段能反映一个网络结点在树型结构中每一层次的路径。 在图 4的示例中， 一个网络结点最多深到 N层。
按照图 4的原则， 图 5A列出内网域名解析结构 104的网络结点的域名。 应该指出的是， 图 5A只是对本发明域名格式的一个示意的实施例， 说明本发 明域名格式的命名原则。 比如， 图 5A中所有域名的第一段都是字母 X, 这样 使得域名分段清楚， 但在实践中域名第一段也可用不同字母； 图 5A中所有域 名的第二段的第一个字母都是 X, 这样使得域名分段清楚， 但在实践中域名 第二段也可用不同字母； 图 5A中所有相同域名段都是等长字母， 在实践中相 同域名段可用不等长字母； 图 5A中所有域名段都是字母， 但在实践中有的域 名段也可用 （或混用）数字。
图 5 A表示了本发明的域名格式的命名原则。 图 5B是图 5 A所示域名格式 原则的一个具体应用例子。 在本例中， 假设根节点 （1 ) X是东方石油公司 ( Eas tPetrol eum ) 0 东方石油公司在三个城市南京 （ Nanj ing )、 上海 ( Shangha i ), 杭州 （ Hangzhou )有分公司， 每个分公司各有两个管道， 管道 1 ( Pipe 和管道 2 ( Pipe2 )。 有些管道上安装有两个控制站， 控制站 1 ( ControlS tat ion! ) 和控制站 2 ( ControlStat ion2 )。 在石油油气管道中， IDE设备可有多种， 如可编程逻辑控制器（PLC ), 流量计算机， 色谱分析仪， 等等。 图 4、 图 5A和图 5B所示的域名分段格式， 也反映了本发明中域名解析 的树形层次结构的特点。 在图 5B所示的例子中， 内网入口服务器 106的内网 域名段 l ( Eas tPetrole菌）可选用和万维网中内网入口服务器 106域名相同。 这样在内外网域名标识上更加统一， 便于使用。
在现有的万维网技术中， 浏览器将 URL发送到万维网以要求服务。 一般 来说，一个 URL包含三个部分： 第一部分是服务协议（或服务内容）， 如 HTTP 或 FTP;第二部分是域名，如 www. s ina. com, 第一部分与第二部分如用 "： //" 隔开。 第三部分是可选部分， 一般用作传递参数（如网站中网页地址）。 本发 明将内网域名解析结构 104的网络结点的域名和其他参数（如验证密码、 内 网服务请求等 )安置在 URL的第三部分。
在一个用户终端与图 2列出的内网域名解析结构 104中的任一个网络结 点进行通讯时， 首先要将内网结点的域名和验证密码安置在 URL的第三部分 (可选部分）。本发明有两种方法将内网结点的域名和验证密码安置在 URL的 第三部分中并将内网结点的域名以及验证密码和内网服务请求发送到内网域 名解析结构 104中的结点 （1 )上（结点 （1 ) 中含有内网入口服务器 106)。
结合图 6, 现在叙述本发明某个用户使用终端 108. i通过 URL将一个内网 结点的域名、 验证密码以及内网服务请求发送到内网域名解析结构 104 中的 结点（1 )上的第一种方法。 在此， 我们^殳内网入口 （结点（1 ))的域名为： www, eastpetroleum. com, 其对应万维网 IP地址为： 192.168.10.3。
在步骤 602, 用户通过浏览器输入 URL (包括域名）， 并将验证密码、 内 网服务请求和内网域名输入 URL的第三部分。
例如： http: //www, eastpetroleum. com/验证密码 /内网服务请求 /内网域 在步骤 604, 用户通过浏览器将 URL发送到万维网 101。
在 步 骤 606 , 万 维 网 101 中 的 DNS 解析 系 统 将域名 www. eastpetroleum. com. com解析成相对应的 IP地址。 经解析后， 肌成为： http:〃192.168.10.3/验证密码 /内网服务请求 /内网域名 /。
在步骤 608, 用户通过浏览器将解析后的 URL发送到万维网 101。
在步骤 610,万维网 101中的路由器按 TCP/IP协议将解析后的 URL发送 到内网入口 （结点 （1))。
结合图 7, 现在叙述本发明某个用户使用终端 108. i通过 URL将一个内网 结点的域名和验证密码发送到内网域名解析结构 104中的结点（ 1 )上的第二 种方法。 在此， 我们还是假设内网入口 （结点 （ 1 ) ) 的域名为： www, eastpetroleum. com, 其对应 IP地址为： 192.168.10.3„
在步骤 702, 用户通过浏览器输入 URL, 包括域名和验证密码和服务请求 (但没有输入内网 i或名）。 例: ¾口： http: //www, eastpetroleum. com/验证密码 / 内网服务请求八
在步骤 704, 用户通过浏览器将 URL发送到万维网 101。
在 步 骤 706 , 万 维 网 101 中 的 DNS 解析 系 统 将域名 www, eastpetroleum. com 解析成相对应的 IP地址。 经解析后， URL成为： http:〃192.168.10.3/验证密码 /内网服务请求 /。 在步骤 708, 用户通过浏览器将解析后的 URL发送到万维网 101。 URL中 还包括了用户使用终端 108. ^ IP地址。
在步骤 710,万维网 101中的路由器按 TCP/IP协议将解析后的 URL发送 到内网入口 （结点 （1))。
在步骤 712, 内网入口 （结点（1 )) 中的内网入口服务器 106, 按照其 IP 地址， 通过万维网 101, 将图 2所示的树形网络结点用 HTML网页的形式发送 到终端 108. ^ 浏览器上。
在步骤 714, 用户在网页上选择（点击） 想要的内网网络结点。 由于网 页中嵌有应用程序， 该应用程序能将选择的网络结点转化成内网域名， 并将 内网域名填入 URL的相应位置。 这样， URL就有了内网域名， 成为如下形式： http: //192.168.10.3/验证密码 /内网服务请求 /内网域名 /。
在步骤 716, 用户通过浏览器将 URL发送到万维网 101。
在步骤 718, 万维网 101中的路由器按 TCP/IP协议将含有验证密码、 内 网服务请求和内网域名的 URL发送到内网入口 （结点 （1))。
图 8是内网域名地址表 802。 如图 8所示， 每个内网域名有一个地址表 入口 （Address Table Entry ), 每个地址表入口有至少一个内网 IP地址。 内 网 IP地址的分段与格式可以和外网 IP地址的分段与格式一样，但每个 IP地 址有一个运行状态栏， 表示与其对应的 IED的运行状态。 当一个地址表入口 只有一个内网 IP地址时， 与其相对应的一个 IED始终是处于运行状态。 当一 个地址表入口有多个内网 IP地址时， 与其相对应的多个 IED 中， 只有一个 I ED处于运行状态， 其他相对应 I ED处于待机状态。 内网域名地址表 802的 运行状态可以通过内网 103和域名解析结构 104定时刷新。 内网域名地址表 802保存在内网入口服务器 106中， 用于将内网域名转化成内网 IP地址。
应该说明的是， 作为内网入口结点 （1 ) (或内网入口服务器 106), 他 有一个万维网 IP 的地址 （ 192.168.10.3 ) 和一个内网 IP 的地址 ( 100.101.10.102 )。 内网入口结点 ( 1 )的万维网 IP的地址 ( 192.168.10.3 ) 在和万维网中所有结点进行通讯时使用； 内网入口结点 （ 1 ) 的内网 IP的地 址（ 100.101.10.102 )在和内网中所有结点进行通讯时使用。
图 9是本发明中内网入口服务器 106接收到 URL后， 将内网域名解析成 内网 IP的地址、 寻找到相应内网网络结点并提供月良务的流程图。
在步骤 902, 内网入口服务器 106检查该用户是否有进入内网的资格。 在步骤 904, 如果没有访问内网的资格， 内网入口服务器 106则拒绝提 供服务， 程序结束。
在步骤 906, 如果用户有进入内网的资格， 内网入口服务器 106则进一 步检查用户的访问权限。
在步骤 908, 如果超访问权限， 内网入口服务器 106则拒绝提供服务， 程序结束。
访问权限是以树形层次结构为基础的， 一用户的访问权限设置在某一结 点上， 该用户只能访问该结点和该结点的下层结点， 而不能访问其上层结点。 以图 2的树形层次结构为例， 如果一用户的访问权限设置在根结点 （1 )上， 该用户可以访问根结点（ 1 )和其所有下层结点（即图 2树形层次结构中的所 有结点）。 如果一用户的访问权限设置在一个子结点上（如结点（2, 3)上）， 该用户只能访问该子结点 （结点 （2, 3))和其下层结点 （结点 （2, 3, 1 ) 和 (2, 3, 2))。
在步骤 910, 内网入口服务器 106将 URL中的内网域名与内网域名地址 表 802进行比较， 找出相应地址表入口中设备状态为 "运行" 的 IP地址。 当 相应地址表入口中只有一个内网 IP地址时， 该内网 IP地址即是所要找的内 网 IP地址， 因为该相对应的内网 IP地址的设备状态为 "运行"。 当相应地址 表入口中有多个内网 IP地址时， 内网入口服务器 106在多个内网 IP地址中 找出设备状态为 "运行" 的那个内网 IP地址。
比如， 对内网域名 "X. XB. XBb. XBb 2"地址表入口来说有三个对应的内网 IP地址。 对于内网域名 "X. XB. XBb. XBb 2" 的 IP地址解析， 因为内网 IP地 址" 100.103.105.103" 的设备状态为 "运行"， 内网入口服务器 106找出内 网 IP地址" 100.103.105.103"。如果在将来内网 IP地址" 100.103.105.103" 的设备状态改为 "待机 "， 而内网 IP地址" 100.103.105.102" 的设备状态改 为 "待机 "， 对于内网域名 "X. XB. XBb. XBb2" 的 IP地址解析， 内网入口服务 器 106将找出内网 IP地址" 100.103.105.102"。 本发明通过为一个内网域名 设置多个内网 IP地址并且为每个内网 IP地址设置设备状态（"运行" 或 "待 机"）， 从而能解析设备冗余配置的 IP地址。
在步骤 912, 内网入口服务器 106使用图 10所示的第二网络通讯接口 1017, 通过如图 3所示的内网通讯设施 105, 接通与内网找出的 IP地址相对 应网络结点进行通讯的通道。 为了叙述方便， 假设内网 I P地址相对应的网络 结点为结点 （2, 3, 1)。
在步骤 914, 内网入口服务器 106使用图 10所示的第一网络通讯接口 1016, 通过如图 3所示的万维网 101, 按照 URL中的内网服务请求向用户终 端提供多种服务， 包括设人机界面服务和远程诊断服务。
对于人机界面服务请求， 结点 （2, 3, 1 ) 中的服务器通其接口线路向 IED (2, 3, 1 ) 搜集人机界面服务参数， 以形成 HTML格式的人机界面服 务网页， 并将该网页发送给内网入口服务器 106。 然后， 内网入口服务器 106 将人机界面服务网页发送给用户终端。
对于远程诊断服务， 结点 （2, 3, 1 ) 中的服务器通过其接口线路在 IED (2, 3, 1 )上运行诊断程序， 并将诊断程序运行结果以 HTML格式的网页 发送给内网入口服务器 106。 而后， 内网入口服务器 106将诊断程序运行结 果以 HTML格式的网页发送给用户终端。
在以上的实施例中， 都是以根结点（1 )为入口结点的。 在本发明中， 因 为其他每个结点中都有一个服务器，所以只要为其分配一个静态 IP地址和相 应的域名并和万维网 101相连， 这些子结点都可以作为入口结点。 比如， 在 图 1和图 3中， 如果我们为子结点（2, 1 )也分配一个静态 IP地址和一个相 应的域名， 并且将结点 （ 2, 1 )通过图 1和图 3中网络连接 111直接和万维 网 101相连， 万维网 101上的用户可通过点 （2, 1 )作为第二个入口来访问 内网 103。 这样， 一个内网可以有多个入口。 这个特点对于有许多层次的内 网来说是有必要的， 因为用低层结点作为入口能加快访问速度。 另外， 在本 发明中， 内网域名解析系统独立于万维网域名解析系统。
图 10是根结点中内网入口服务器 106的示范性结构。 如图 10所示， 内 网入口服务器 106包括一个处理部件 1002, —个内存储部件 1004, —个外存 储部件（硬盘） 1006, 一个磁盘驱动器接口 1008, —个显示器 1010, —个显 示接口 1012, 第一网络通讯接口 1016, 第二网络通讯接口 1017, —个输入 / 输出接口 1 018 , —个鼠标 1 020 , —个键盘 1 022和一组系统总线 1014。
外存储部件（硬盘） 1006和磁盘驱动器接口 1 QQ8相连； 显示器 101 0和 显示接口 1 012相连； 鼠标 1020及键盘 1 022和输入 /输出接口 1018相连。
处理部件 1002、内存储部件 1004、磁盘驱动器接口 1008、显示接口 1012、 第一网络通讯接口 1 016、 第二网络通讯接口 1017及输入 /输出接口 1018与 系统总线 1 014相连。
内存储部件 1 QQ4和外存储部件 1 QQ6能够存储程序、 指令和数据。 一般 来说， 内存储部件 1004有更快的存取速度， 而外存储部件 1006有更大的存 储容量。 显示器 1010 能够在正在执行的程序和使用者之间提供一个可视界 面。第一网络通讯接口 1016能够在服务器与万维网 101之间提供一个通讯接 口；第二网络通讯接口 1017能够在服务器与内网 103之间提供一个通讯接口。
处理部件 1002能够读取内存储部件 1 004和外存储部件 1006中的程序指 令和数据， 并能通过执行这些程序和指令来控制该服务器的运行。
内网域名地址表 802存在内存储部件 1004中或外存储部件 1006中； 流 程图 6、 7和 9中需要内网入口服务器 106执行的程序步骤也存在内存储部件 1004中或外存储部件 1 006中。
图 1 0所示根结点中内网入口服务器 106的示范性结构也适用于内网域名 解析结构 104 中其他结点中的服务器。 应该说明的是， 其他结点中的服务器 只存储本层及其下层子结点的内网域名地址表。 所以一个子结点中的服务器 只能解析本层及其下层子结点的网络地址， 并访问本层及其下层子结点； 一 个子结点中的服务器不能解析其上层结点的网络地址， 也不能访问其上层结 点。

Claims

权利 要 求 书
1、 一种网络域名解析方法， 其特征在于： 所述域名中有第一部 分域名和第二部分域名， 所述方法包括如下步骤：
在第一网络系统（ 1 01 )中将第一部分域名解析成第一网络地址； 在第一网络系统中按照解析的第一网络地址寻找和第一网络地 址相对应的第一网络结点；
在第二网络系统（1 03 ) 中将第二部分域名解析成第二网络结点 地址，所述第二网络系统的域名解析系统独立于第一网络的域名解析 系统。
2、 如权利要求 1所述的网络域名解析方法， 其特征在于： 还包 括如下步骤：
在第二网络系统中按照解析的第二网络地址寻找和第二网络地 址相对应的第二网络结点。
3、 如权利要求 2所述的网络域名解析方法， 其特征在于： 所述第一网络结点 （1 06 )是第二网络的入口结点。
4、 如权利要求 3所述的网络域名解析方法， 其特征在于： 还包 括如下步骤：
一用户终端通过第一网络系统、第二网络系统和第一网络结点访 问第二网络结点。
5、 如权利要求 4所述的网络域名解析方法， 其特征在于： 所述 第二网络系统通过第一网络结点为第二网络结点向用户终端提供服 务。
6、 如权利要求 5所述的网络域名解析方法， 其特征在于： 第二部域名部分是作为附加信息装载在 URL的参数部分。
7、 如权利要求 6所述的网络域名解析方法， 其特征在于： 所述第二部分域名包括服务要求，所述服务要求作为附加信息装 载在 URL的参数部分。
8、 如权利要求 7所述的网络域名解析方法， 其特征在于： 还包 括如下步骤：
将第二部分域名和一个表相对照， 该域名与至少一个第二网络
IP地址相对应。
9、 如权利要求 8所述的网络域名解析方法， 其特征在于： 还包 括如下步骤：
将第二部分域名和一个表相对照， 该域名与多个第二网络 IP地 址相对应， 每个第二网络 IP地址有一个设备状态。
10、 如权利要求 1所述的网络域名解析方法， 其特征在于： 所述 第二网络系统中的结,、的解析结构为树形结构，所述第二网络系统中 有多个入口结点。
11、 一种网络域名解析方法， 其特征在于： 所述方法包括如下步 骤：
在第二网络系统（ 103 )的入口节点处接收从第一网络系统（ 101 ) 发来的信息包括第二网络系统域名，所述第二网络系统的入口节点本 身也是第一网络系统的一个节点，所述第一网络系统按照第一网络系 统域名解析规则解析出入口节点对应的 IP地址， 并按照入口节点对 应的 IP地址寻找到入口节点；
在第二网络系统入口节点处按照第二网络系统域名解析规则解 析出第二网络系统域名相对应的 IP地址， 并在第二网络系统寻找到 与第二网络系统 IP地址相对应的第二网络系统节点。
12、 如权利要求 11所述的网络域名解析方法， 其特征在于： 所述第二网络系统的域名解析系统独立于第一网络的域名解析 系统。
13、 如权利要求 11所述的网络域名解析方法， 其特征在于： 第 一网络系统发来的信息包括对第二网络系统的服务要求，所述方法还 包括如下步骤：
相对应的第二网络系统节点按照服务要求向第一网络系统提供 相应服务。
14、 如权利要求 11所述的网络域名解析方法， 其特征在于： 从第一网络系统（ 101 )发到第二网络系统域名的信息装载在 URL 上。
15、 如权利要求 11所述的网络域名解析方法， 其特征在于： 还 包括如下步骤：
将第二网络系统域名和一个表相对照，该域名与至少一个第二网 络 IP地址相对应。
16、 如权利要求 11所述的网络域名解析方法， 其特征在于： 还 包括如下步骤：
将第二网络系统域名和一个表相对照， 该域名与多个第二网络 IP地址相对应， 每个第二网络 IP地址有一个设备状态。
17、 如权利要求 11所述的网络域名解析方法， 其特征在于： 所 述第二网络系统中的结点的解析结构为树形结构。
18、 如权利要求 11所述的网络域名解析方法， 其特征在于： 所 述第二网络系统中有多个入口结点。
19、 一种网络域名解析装置， 其特征在于： 包括：
接收装置用于从第一网络系统（101 )发来的信息包括第二网络 系统域名；
处理装置用于将从第一网络系统（101 )发来的第二网络系统域 名按照第二网络系统域名解析规则解析出第二网络系统域名相对应 的 IP地址；
所述第二网络系统的域名解析系统独立于第一网络的域名解析 系统。
20、 如权利要求 19所述的网络域名解析装置， 其特征在于： 还 包括：
存储装置用于存储一个对照表用于将第二网络系统域名和一个 表相对照， 该域名与至少一个第二网络 IP地址相对应；
所述处理装置 ^据对照表找出第二网络中相对应的 IP地址。
21、 如权利要求 19所述的网络域名解析装置， 其特征在于： 还 包括： 存储装置用于存储一个对照表用于将第二网络系统域名和一个 表相对照， 该域名与多个第二网络 IP地址相对应， 每个第二网络 IP 地址有一个设备状态；
所述处理装置根据对照表中的设备状态找出第二网络中相对应 的 IP地址。
PCT/CN2008/072881 2008-08-11 2008-10-30 一种网络域名的解析方法 WO2010017680A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/058,532 US9143388B2 (en) 2008-08-11 2008-10-30 Method for network domain name resolution and the resolution device thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810043697.5A CN101651720B (zh) 2008-08-11 2008-08-11 一种网络域名的解析方法
CN200810043697.5 2008-08-11

Publications (1)

Publication Number Publication Date
WO2010017680A1 true WO2010017680A1 (zh) 2010-02-18

Family

ID=41668647

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072881 WO2010017680A1 (zh) 2008-08-11 2008-10-30 一种网络域名的解析方法

Country Status (3)

Country Link
US (1) US9143388B2 (zh)
CN (1) CN101651720B (zh)
WO (1) WO2010017680A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103685597A (zh) * 2013-12-02 2014-03-26 北京星网锐捷网络技术有限公司 内网地址记录方法及装置
US9143388B2 (en) 2008-08-11 2015-09-22 Shanghai Kelu Software Co., Ltd. Method for network domain name resolution and the resolution device thereof

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102209162A (zh) * 2010-03-30 2011-10-05 上海可鲁系统软件有限公司 一种远程无线传真系统及其设备
CN104468853A (zh) * 2013-09-18 2015-03-25 中兴通讯股份有限公司 一种域名解析方法、服务器及系统
US9444681B2 (en) * 2014-01-31 2016-09-13 Dell Products L.P. Systems and methods for resolution of uniform resource locators in a local network
EP3065340A1 (en) * 2015-03-04 2016-09-07 ABB Technology AG Method for automated configuration of an IED
CN104778206A (zh) * 2015-03-10 2015-07-15 小米科技有限责任公司 服务资源的url获取方法及装置
EP3113461B1 (de) * 2015-06-30 2019-03-20 Siemens Aktiengesellschaft Verfahren zum aufbau von kommunikationsverbindungen zu redundant betriebenen steuerungsgeräten eines industriellen automatisierungssystems und steuerungsgerät
EP3296828B1 (de) * 2016-09-15 2022-08-24 Siemens Aktiengesellschaft Verfahren zur bereitstellung eines erweiterten namensdienstes für ein industrielles automatisierungssystem
CN106973125A (zh) * 2017-03-16 2017-07-21 中国联合网络通信集团有限公司 域名解析实现方法及装置
US10812448B2 (en) * 2018-01-26 2020-10-20 Citrix Systems, Inc. Split-tunneling for clientless SSL-VPN sessions with zero-configuration
CN109729183B (zh) * 2018-05-16 2021-10-26 平安科技（深圳）有限公司 请求处理方法、装置、设备及存储介质
CN111988443B (zh) * 2020-08-14 2023-04-07 杭州视洞科技有限公司 一种基于云服务配置以及本地持久化的动态dns优化方案
CN113630611A (zh) * 2021-07-09 2021-11-09 河北迈道信息技术有限公司 一种内外网不联网实现庭审直播的方法
CN114430408B (zh) * 2021-12-22 2024-01-02 天翼云科技有限公司 一种域名解析调度方法、装置、服务器及存储介质
CN114553826B (zh) * 2022-01-11 2023-10-17 阿里巴巴（中国）有限公司 域名管理方法、装置、电子设备、介质及程序产品
CN117082029B (zh) * 2023-10-18 2024-02-27 联通在线信息科技有限公司 基于线路缓存的访问方法、装置、电子设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6021126A (en) * 1996-06-26 2000-02-01 Bell Atlantic Network Services, Inc. Telecommunication number portability
CN1700682A (zh) * 2004-05-21 2005-11-23 迈普（四川）通信技术有限公司 虚拟域名解析代理方法及系统
CN101132326A (zh) * 2006-08-24 2008-02-27 华为技术有限公司 一种自动配置的方法及系统及设备
CN101232421A (zh) * 2008-02-26 2008-07-30 上海可鲁系统软件有限公司 一种工业互联网组网方法及地址解析方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7814180B2 (en) * 2000-07-13 2010-10-12 Infoblox, Inc. Domain name service server
JP4668775B2 (ja) * 2005-11-28 2011-04-13 株式会社日立製作所 Ｄｎｓサーバ装置
US8423670B2 (en) * 2006-01-25 2013-04-16 Corporation For National Research Initiatives Accessing distributed services in a network
CN101651720B (zh) 2008-08-11 2014-05-21 上海可鲁系统软件有限公司 一种网络域名的解析方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6021126A (en) * 1996-06-26 2000-02-01 Bell Atlantic Network Services, Inc. Telecommunication number portability
CN1700682A (zh) * 2004-05-21 2005-11-23 迈普（四川）通信技术有限公司 虚拟域名解析代理方法及系统
CN101132326A (zh) * 2006-08-24 2008-02-27 华为技术有限公司 一种自动配置的方法及系统及设备
CN101232421A (zh) * 2008-02-26 2008-07-30 上海可鲁系统软件有限公司 一种工业互联网组网方法及地址解析方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9143388B2 (en) 2008-08-11 2015-09-22 Shanghai Kelu Software Co., Ltd. Method for network domain name resolution and the resolution device thereof
CN103685597A (zh) * 2013-12-02 2014-03-26 北京星网锐捷网络技术有限公司 内网地址记录方法及装置
CN103685597B (zh) * 2013-12-02 2017-01-11 北京星网锐捷网络技术有限公司 内网地址记录方法及装置

Also Published As

Publication number Publication date
US9143388B2 (en) 2015-09-22
US20110202669A1 (en) 2011-08-18
CN101651720B (zh) 2014-05-21
CN101651720A (zh) 2010-02-17

Similar Documents

Publication Publication Date Title
WO2010017680A1 (zh) 一种网络域名的解析方法
CN101827040B (zh) 信息转换装置、信息转换方法、信息转换程序及中继装置
CN108011995A (zh) 异地多活的实现方法、异地多活服务平台及存储介质
CN102882990B (zh) 一种无线传感器网络标识解析方法
CN106790503A (zh) 一种基于HTTP反向代理实现无天窗的IPv4网站应用向IPv6升级的装置
CN104144215B (zh) 一种物联网泛在设备资源模型的构建方法
US11700227B2 (en) Identifier resolution method and apparatus for the internet of things
CN107222587B (zh) 一种远程访问私网设备的方法
CN101232421B (zh) 一种工业互联网组网方法及地址解析方法
CN102438015A (zh) 一种物联网节点访问系统及方法
CN108306758B (zh) 一种室内分布式天线系统内外网访问的实现方法
CN114338419B (zh) 一种IPv6全球组网边缘节点监测及预警方法及系统
CN103513986A (zh) 一种在无操作系统设备中利用CGI技术实现动态web服务器的方法
CN201266950Y (zh) 一种面向电力市场交易用户网路服务的Web服务应用系统
US20140172985A1 (en) Method and system for forming a hierarchically complete, absent of query syntax elements, valid Uniform Resource Locator (URL) link consisting of a domain name followed by server resource path segment containing syntactically complete e-mail address
CN105915655A (zh) 网络代理方法和代理系统
CN106953941A (zh) 一种多线路智能dns解析装置及方法
CN104363309B (zh) 泛域名识别、处理装置及方法
CN105245626B (zh) 在专网中使用快捷域名实现网站寻址的方法
WO2005114400A1 (en) Method and apparatus for supporting multiple versions of a web services protocol
CN107656946B (zh) 业务流程重定向方法和系统
CN109347945A (zh) 一种查询域名的方法和装置
CN101227390A (zh) 对网络地址转换的映射条目生成顺序实现优先级的方法
CN104202402B (zh) 实现超融合安全结构网络代理的系统及方法
CN104168206A (zh) 适配网关负载均衡控制装置方法、装置和系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08876730

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13058532

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205.A DATED 19/05/2011)

122 Ep: pct application non-entry in european phase

Ref document number: 08876730

Country of ref document: EP

Kind code of ref document: A1