本發(fā)明涉及一種用于提供訪問工業(yè)自動(dòng)化系統(tǒng)中的設(shè)備配置數(shù)據(jù)的方法和用于執(zhí)行該方法的網(wǎng)絡(luò)服務(wù)器部件。

背景技術(shù)：

工業(yè)自動(dòng)化系統(tǒng)用于監(jiān)視、控制和調(diào)節(jié)技術(shù)過程，特別是在制造自動(dòng)化、工藝自動(dòng)化和建筑物自動(dòng)化的領(lǐng)域中，并且能夠?qū)崿F(xiàn)控制設(shè)備、傳感器、機(jī)器和工業(yè)設(shè)備的運(yùn)行，其應(yīng)當(dāng)盡可能自主地并且獨(dú)立于人員干涉地進(jìn)行。由于用于包括了大量聯(lián)網(wǎng)的控制單元或計(jì)算單元的自動(dòng)化系統(tǒng)的信息技術(shù)越來越重要，用于可靠地提供經(jīng)由自動(dòng)化系統(tǒng)分布的、用于提供監(jiān)視、控制和調(diào)節(jié)功能的功能更加重要。

工業(yè)自動(dòng)化系統(tǒng)的計(jì)算單元之間或自動(dòng)化設(shè)備之間的通信連接的中斷能夠?qū)е虏黄谕虿恍枰刂貜?fù)傳輸服務(wù)請(qǐng)求。這造成了工業(yè)自動(dòng)化系統(tǒng)的通信連接的附加的負(fù)荷，這能夠?qū)е铝硗獾南到y(tǒng)干擾或錯(cuò)誤。此外，不傳輸或者不完全傳輸?shù)南⒗缒軌蜃柚构I(yè)自動(dòng)化系統(tǒng)過渡或停留到安全的運(yùn)行狀態(tài)中。這最后能夠?qū)е抡麄€(gè)生產(chǎn)設(shè)備的故障和高成本的生產(chǎn)停頓。在工業(yè)自動(dòng)化系統(tǒng)中的特別的問題通常由具有按比例占多數(shù)但是相對(duì)較短的消息的報(bào)文交流造成，由此加重了上述問題。

在EP 1 770 458 A2中描述了具有至少一個(gè)存儲(chǔ)器可編程的控制器單元的工業(yè)自動(dòng)化系統(tǒng)，其中，設(shè)置有用于配置控制單元和用于公布其在通信網(wǎng)絡(luò)上的可用性的配置單元。在此，配置單元為控制單元分派單一的通信地址，其例如能夠是IPv6地址。以該方式能夠在運(yùn)行中自動(dòng)接受控制單元。

從US 7 333 510 B1中已知了用于數(shù)據(jù)傳輸?shù)姆椒?，其中，子網(wǎng)絡(luò)中的名稱業(yè)務(wù)部件對(duì)于通信設(shè)備組檢測(cè)IPv4地址和對(duì)應(yīng)的設(shè)備名稱。對(duì)于通信設(shè)備組來說，從對(duì)應(yīng)于子網(wǎng)絡(luò)的IPv6前綴和通信設(shè)備的IPv4地址中分別計(jì)算IPv6地址。此外對(duì)于通信設(shè)備組來說，從通信設(shè)備的IPv4地址和計(jì)算出的IPv6地址中測(cè)定地址轉(zhuǎn)換規(guī)則。測(cè)定的地址轉(zhuǎn)換規(guī)則通過地址轉(zhuǎn)換單元用于在IPv4地址和IPv6地址之間的地址轉(zhuǎn)換。

在互聯(lián)網(wǎng)工程任務(wù)組(IETF)的2011年四月的ISSN 2070-1721的請(qǐng)求意見(RFC)6145和6146(見http://www.rfc-base.org/txt/rfc-6145.txt和http://www.rfc-base.org/txt/rfc-6146.txt)中，描述了從傳輸控制協(xié)議(TCP)和用戶數(shù)據(jù)報(bào)協(xié)議(UDP)的基于互聯(lián)網(wǎng)協(xié)議版本6(IPv6)的通信連接到基于互聯(lián)網(wǎng)協(xié)議版本4(IPv4)的通信連接的轉(zhuǎn)換。在此，這樣的轉(zhuǎn)換被稱為NAT64(Network Address Translation，NAT，網(wǎng)絡(luò)地址轉(zhuǎn)換)。借助于NAT，基于IPv6的通信設(shè)備能夠訪問基于IPv4的通信設(shè)備，通過特別進(jìn)行地址格式匹配的方式。在NAT64的范疇中，IPv6通信設(shè)備為了訪問IPv4通信設(shè)備而使用虛擬的IPv6地址，其借助于NAT64服務(wù)器由對(duì)應(yīng)于IPv4通信設(shè)備的IPv4地址來代替。以類似的方式轉(zhuǎn)換用于從IPv4通信設(shè)備到IPv6通信設(shè)備的反向信道的通信網(wǎng)絡(luò)地址。在此對(duì)于反向信道來說，原則上首先設(shè)定對(duì)應(yīng)的正向信道。

此外從IETF的RFC 6147(見http://www.rfc-base.org/txt/rfc-6147.txt)中已知的是，在域名系統(tǒng)(DNS)中從被稱為A資源記錄(RR)的IPv4地址條目中計(jì)算對(duì)應(yīng)的IPv6地址條目(AAAA資源記錄)，并且其通過DNS服務(wù)器提供。從A記錄中導(dǎo)出AAAA資源記錄在原則上能夠手動(dòng)地通過DNS管理員執(zhí)行，借助于IP地址管理(IPAM)解決方案進(jìn)行規(guī)劃或借助于DNS64服務(wù)器自動(dòng)運(yùn)行地測(cè)定。當(dāng)向AAAA資源記錄請(qǐng)求僅存在A資源記錄的名稱的時(shí)候，總是借助于DNS64服務(wù)器進(jìn)行自動(dòng)測(cè)定。

多個(gè)自動(dòng)化設(shè)備此時(shí)包括集成的網(wǎng)絡(luò)服務(wù)器。經(jīng)由這樣的集成的網(wǎng)絡(luò)服務(wù)器，操作者能夠以簡(jiǎn)單的方式得到診斷或設(shè)備配置信息。對(duì)此，診斷或設(shè)備配置信息也被視為下級(jí)的自動(dòng)化設(shè)備或現(xiàn)場(chǎng)設(shè)備，其能夠經(jīng)由上級(jí)的自動(dòng)化設(shè)備的概覽側(cè)中的連接進(jìn)行調(diào)用。特別地，如果下級(jí)的自動(dòng)化設(shè)備或現(xiàn)場(chǎng)設(shè)備僅指示有IPv4地址，那么概覽側(cè)中的連接的正確的解析在從IPv6子網(wǎng)絡(luò)中訪問時(shí)就有問題。當(dāng)?shù)刂氛f明嵌入在應(yīng)用協(xié)議層(對(duì)應(yīng)OSI通信模型的第7層)上的數(shù)據(jù)中時(shí)，這樣的問題不能夠單獨(dú)通過應(yīng)用中間接入的NAT64路由器解決。這樣的地址說明不能夠由NAT64路由器檢測(cè)，因?yàn)槠鋬H僅在網(wǎng)絡(luò)協(xié)議層或傳輸協(xié)議層(對(duì)應(yīng)OSI通信模型的第3和4層)上工作。

技術(shù)實(shí)現(xiàn)要素：

因此，本發(fā)明的目的在于，提出一種用于可靠地基于網(wǎng)絡(luò)服務(wù)器地提供從IPv6子網(wǎng)絡(luò)訪問具有IPv4地址的自動(dòng)化設(shè)備的設(shè)備配置數(shù)據(jù)的方法，以及給出用于執(zhí)行該方法的合適的設(shè)備。

根據(jù)本發(fā)明，該目的通過本發(fā)明的方法和通過本發(fā)明的網(wǎng)絡(luò)服務(wù)器部件實(shí)現(xiàn)。

依據(jù)用于提供訪問工業(yè)自動(dòng)化系統(tǒng)中的診斷數(shù)據(jù)或設(shè)備配置數(shù)據(jù)的根據(jù)本發(fā)明的方法，對(duì)應(yīng)于子網(wǎng)絡(luò)控制設(shè)備的網(wǎng)絡(luò)服務(wù)器部件提供具有至少一個(gè)網(wǎng)絡(luò)文檔，該網(wǎng)絡(luò)文檔具有至少一個(gè)用于至少一個(gè)基于IPv4的自動(dòng)化設(shè)備的設(shè)備配置數(shù)據(jù)的參考，例如超鏈接(Hyperlink)。在此，工業(yè)自動(dòng)化系統(tǒng)包括具有多個(gè)自動(dòng)化設(shè)備和子網(wǎng)絡(luò)控制設(shè)備的子網(wǎng)絡(luò)。在請(qǐng)求網(wǎng)絡(luò)文檔時(shí)，檢查提請(qǐng)求的通信設(shè)備的請(qǐng)求是否來自于IPv6子網(wǎng)絡(luò)，或者是否包括對(duì)應(yīng)于網(wǎng)絡(luò)服務(wù)器部件的、具有IPv6地址或具有設(shè)備名稱的目標(biāo)資源標(biāo)識(shí)符，例如通用資源標(biāo)識(shí)符。存在肯定的檢查結(jié)果時(shí)，利用設(shè)備配置數(shù)據(jù)的參考來提供網(wǎng)絡(luò)文檔，該參考包括相應(yīng)的自動(dòng)化設(shè)備的IPv6地址表述或設(shè)備名稱，例如域名系統(tǒng)名稱。與此相反，設(shè)備配置數(shù)據(jù)的參考在請(qǐng)求網(wǎng)絡(luò)文檔時(shí)包括IPv4地址表述，提請(qǐng)求的通信設(shè)備的該請(qǐng)求來自于IPv4子網(wǎng)絡(luò)或者包括具有IPv4地址的目標(biāo)資源標(biāo)識(shí)符。

根據(jù)本發(fā)明，當(dāng)利用包括了相應(yīng)的自動(dòng)化設(shè)備的IPv6地址表述或設(shè)備名稱的、設(shè)備配置數(shù)據(jù)的參考來提供網(wǎng)絡(luò)文檔時(shí)，對(duì)于具有IPv4地址的自動(dòng)化設(shè)備來說，從對(duì)應(yīng)于子網(wǎng)絡(luò)的IPv6前綴和自動(dòng)化設(shè)備的IPv4地址中計(jì)算IPv6地址。計(jì)算出的IPv6地址和對(duì)應(yīng)的設(shè)備名稱被存儲(chǔ)在名稱業(yè)務(wù)服務(wù)器中。

通過取決于接收側(cè)的請(qǐng)求地合適地利用IPv6地址表述或設(shè)備名稱或者利用IPv4地址表述來生成設(shè)備配置數(shù)據(jù)的參考的方式，能夠?qū)⒋嬖诘幕贗Pv4的自動(dòng)化設(shè)備在沒有附加的配置花費(fèi)的情況下可靠地集成到上級(jí)的IPv6通信網(wǎng)中。特別地盡管有NAT64，在基于網(wǎng)絡(luò)服務(wù)器地提供基于IPv4的自動(dòng)化設(shè)備的診斷數(shù)據(jù)或設(shè)備配置數(shù)據(jù)時(shí)消除了存在的限制。

有利地，自動(dòng)化設(shè)備的設(shè)備配置數(shù)據(jù)通過自動(dòng)化設(shè)備的網(wǎng)絡(luò)服務(wù)器來提供，從而由此卸載子網(wǎng)絡(luò)控制設(shè)備的網(wǎng)絡(luò)服務(wù)器部件。此外，子網(wǎng)絡(luò)能夠包括多個(gè)自動(dòng)化設(shè)備，其分別對(duì)應(yīng)至少一個(gè)IPv6地址。在該情況中，設(shè)備配置數(shù)據(jù)的參考僅僅為只對(duì)應(yīng)于IPv4地址的自動(dòng)化設(shè)備進(jìn)行更改。因此，也能夠在混合的IPv4/IPv6環(huán)境中可靠地提供自動(dòng)化設(shè)備的設(shè)備配置數(shù)據(jù)。

目標(biāo)資源標(biāo)識(shí)符能夠例如在請(qǐng)求的主機(jī)標(biāo)頭字段中給出。在主機(jī)標(biāo)頭字段缺失時(shí)，設(shè)備配置數(shù)據(jù)的參考優(yōu)選地包括IPv4地址表述。與此相反，在主機(jī)標(biāo)頭字段和包括了相應(yīng)的自動(dòng)化設(shè)備的IPv6地址或設(shè)備名稱的目標(biāo)資源標(biāo)識(shí)符存在時(shí)，設(shè)備配置數(shù)據(jù)的參考有利地包括IPv6地址表述。主機(jī)標(biāo)頭字段能夠例如根據(jù)RFC7230形成。

根據(jù)本發(fā)明的一個(gè)優(yōu)選的設(shè)計(jì)方案，設(shè)備配置數(shù)據(jù)的參考通過適配模塊生成或更改，該適配模塊對(duì)應(yīng)于網(wǎng)絡(luò)服務(wù)器部件或者嵌入到提供的網(wǎng)絡(luò)文檔中。特別地，適配模塊能夠通過嵌入到提供的網(wǎng)頁的腳本程序(Skript)來實(shí)現(xiàn)，該腳本程序取決于基礎(chǔ)的HTTP請(qǐng)求(Hypertext Transfer Protocol，超文本傳輸協(xié)議)中的主機(jī)標(biāo)頭字段地選擇超鏈接的相應(yīng)需要的格式，該超鏈接指向具有設(shè)備配置數(shù)據(jù)的網(wǎng)頁。例如，能夠根據(jù)文檔對(duì)象模型(DOM)通過和內(nèi)容有關(guān)地與主機(jī)標(biāo)頭字段相應(yīng)一致的屬性“document.location(文檔.局域)”來選擇格式。原則上，在請(qǐng)求網(wǎng)絡(luò)服務(wù)器部件的至少一個(gè)另外的模塊或應(yīng)用模塊時(shí)，適配模塊或者自主地生成或者更改在網(wǎng)絡(luò)文檔中包括地址表述的、設(shè)備配置數(shù)據(jù)的參考。根據(jù)一個(gè)有利的設(shè)計(jì)方案，適配模塊在請(qǐng)求的來源方面或在目標(biāo)資源標(biāo)識(shí)符方面檢查網(wǎng)絡(luò)文檔的請(qǐng)求。

有利地，對(duì)應(yīng)于子網(wǎng)絡(luò)控制設(shè)備的外圍設(shè)備檢測(cè)單元檢測(cè)子網(wǎng)絡(luò)控制設(shè)備的下級(jí)的自動(dòng)化設(shè)備的設(shè)備名稱地址分配情況。設(shè)備名稱地址分配情況能夠通過外圍設(shè)備檢測(cè)單元、例如借助于動(dòng)態(tài)配置協(xié)議(DCP)或簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)來簡(jiǎn)單和可靠地檢測(cè)。

根據(jù)本發(fā)明的一個(gè)有利的改進(jìn)方案，對(duì)于具有IPv4地址的自動(dòng)化設(shè)備來說，從相應(yīng)的IPv4地址和計(jì)算出的IPv6地址中測(cè)定地址轉(zhuǎn)換規(guī)則，該地址轉(zhuǎn)換規(guī)則通過對(duì)應(yīng)于子網(wǎng)絡(luò)控制設(shè)備的地址轉(zhuǎn)換單元、例如NAT64路由器應(yīng)用于在IPv4地址和IPv6地址之間的地址轉(zhuǎn)換。特別地，對(duì)應(yīng)子網(wǎng)絡(luò)控制設(shè)備的網(wǎng)絡(luò)服務(wù)器部件能夠集成到NAT64路由器中，從而使得網(wǎng)絡(luò)服務(wù)器部件能夠經(jīng)由NAT64路由器的IPv6地址得到響應(yīng)，并且能夠在其基礎(chǔ)上利用IPv6地址表述或設(shè)備名稱來提供設(shè)備配置數(shù)據(jù)的參考。然而原則上也能夠?qū)崿F(xiàn)的是，子網(wǎng)絡(luò)中的網(wǎng)絡(luò)服務(wù)器部件能僅經(jīng)由IPv4地址得到響應(yīng)，并且IPv6連通性僅通過上游連接的NAT64路由獲得。也就是說在該情況中，來自于IPv6子網(wǎng)絡(luò)的網(wǎng)絡(luò)文檔要求包括對(duì)應(yīng)網(wǎng)絡(luò)服務(wù)器部件的、具有(虛擬)IPv6地址或具有設(shè)備名稱的目標(biāo)資源標(biāo)識(shí)符，從而能夠正確地生成或更改設(shè)備配置數(shù)據(jù)的參考。

根據(jù)本發(fā)明的網(wǎng)絡(luò)服務(wù)器部件設(shè)置用于根據(jù)前述實(shí)施方案執(zhí)行方法，并且設(shè)計(jì)和設(shè)置用于，提供具有至少一個(gè)帶有IPv4地址的自動(dòng)化設(shè)備的設(shè)備配置數(shù)據(jù)的至少一個(gè)參考的網(wǎng)絡(luò)文檔。此外，網(wǎng)絡(luò)服務(wù)器部件對(duì)此設(shè)計(jì)和設(shè)置用于，在請(qǐng)求網(wǎng)絡(luò)文檔時(shí)，檢查提請(qǐng)求的通信設(shè)備的請(qǐng)求是否來自于IPv6子網(wǎng)絡(luò)，或者是否包括對(duì)應(yīng)于網(wǎng)絡(luò)服務(wù)器部件的、具有IPv6地址或具有設(shè)備名稱的目標(biāo)資源標(biāo)識(shí)符。此外，網(wǎng)絡(luò)服務(wù)器部件設(shè)計(jì)和設(shè)置用于，在存在肯定的檢查結(jié)果時(shí)，利用設(shè)備配置數(shù)據(jù)的參考來提供網(wǎng)絡(luò)文檔，該參考包括相應(yīng)的自動(dòng)化設(shè)備的IPv6地址表述或設(shè)備名稱。此外，網(wǎng)絡(luò)服務(wù)器部件設(shè)計(jì)和設(shè)置用于，設(shè)備配置數(shù)據(jù)的參考在請(qǐng)求網(wǎng)絡(luò)文檔時(shí)包括IPv4地址表述，提請(qǐng)求的通信設(shè)備的該請(qǐng)求來自于IPv4子網(wǎng)絡(luò)或者包括具有IPv4地址的目標(biāo)資源標(biāo)識(shí)符。此外，網(wǎng)絡(luò)服務(wù)器部件設(shè)計(jì)和設(shè)置用于，當(dāng)利用包括了相應(yīng)的自動(dòng)化設(shè)備的IPv6地址表述或設(shè)備名稱的、設(shè)備配置數(shù)據(jù)的參考來提供網(wǎng)絡(luò)文檔時(shí)，對(duì)于具有IPv4地址的自動(dòng)化設(shè)備來說，從對(duì)應(yīng)于子網(wǎng)絡(luò)的IPv6前綴和自動(dòng)化設(shè)備的IPv4地址中計(jì)算IPv6地址。

附圖說明

接下來根據(jù)附圖結(jié)合實(shí)施例詳細(xì)描述本發(fā)明。在此示出：

附圖示出工業(yè)自動(dòng)化系統(tǒng)，其包括具有網(wǎng)絡(luò)服務(wù)器部件的子網(wǎng)絡(luò)控制設(shè)備和基于IPv4的自動(dòng)化設(shè)備。

具體實(shí)施方式

工業(yè)自動(dòng)化設(shè)備、如可編程邏輯控制器、非中心的外圍模塊或與待控制的設(shè)備連接的輸入/輸出模塊通常包括集成的網(wǎng)絡(luò)服務(wù)器。經(jīng)由這樣的集成的網(wǎng)絡(luò)服務(wù)器，使用者能夠以簡(jiǎn)單的方式顯示各種各樣的診斷信息。根據(jù)當(dāng)前的實(shí)施例，使用者能夠調(diào)用顯示具有當(dāng)前連接到控制系統(tǒng)120上的現(xiàn)場(chǎng)設(shè)備210的概覽網(wǎng)頁。這樣的概覽網(wǎng)頁113包括到網(wǎng)頁的超鏈接114，其對(duì)應(yīng)于下層的現(xiàn)場(chǎng)設(shè)備210。根據(jù)附圖，在該處示出的現(xiàn)場(chǎng)設(shè)備210具有帶有對(duì)應(yīng)的用于所提供的網(wǎng)頁的存儲(chǔ)單元212的特有的網(wǎng)絡(luò)服務(wù)器211。這例如對(duì)于機(jī)器人控制系統(tǒng)來說是典型的。現(xiàn)場(chǎng)設(shè)備210在當(dāng)前的實(shí)施例中是純基于IPv4的，并且不具有執(zhí)行IPv6堆棧的通信模塊。因此，到現(xiàn)場(chǎng)設(shè)備210的超鏈接114包括IPv4地址表述，如http://192.168.3.217。

在IPv6環(huán)境中，IPv4地址表述根據(jù)迄今為止的解決方案導(dǎo)致了許多問題，特別是當(dāng)自動(dòng)化網(wǎng)絡(luò)中對(duì)于全部的自動(dòng)化設(shè)備沒有實(shí)現(xiàn)普遍的IPv6尋址并且自動(dòng)化設(shè)備由于網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)而在其自動(dòng)化網(wǎng)絡(luò)之外原則上能經(jīng)由IPv6地址響應(yīng)的時(shí)候。在NAT64中，中間接入的NAT64路由器負(fù)責(zé)在IPv6和IPv4之間的地址和協(xié)議轉(zhuǎn)換。然而，NAT64不檢測(cè)嵌入在更高的協(xié)議層上的數(shù)據(jù)電報(bào)中的通信網(wǎng)絡(luò)地址。這特別涉及到HTTP文檔，其在根據(jù)OSI通信模塊的應(yīng)用層(第7層)上處理，而NAT64路由器僅覆蓋網(wǎng)絡(luò)協(xié)議層和傳輸協(xié)議層(第3和4層)。

出于該原因，根據(jù)當(dāng)前的實(shí)施例使通過控制系統(tǒng)120的網(wǎng)絡(luò)服務(wù)器111提供的網(wǎng)頁113，113c中的超鏈接114分別接收方特定地根據(jù)其連通性進(jìn)行適配。然而對(duì)此不為網(wǎng)絡(luò)服務(wù)器設(shè)置調(diào)度器(Dispatcher)，其分配下層的網(wǎng)絡(luò)服務(wù)器上的網(wǎng)頁請(qǐng)求，而是有選擇地在分布之前在發(fā)送側(cè)或甚至僅在接收側(cè)進(jìn)行網(wǎng)頁的適配。在此，在主機(jī)標(biāo)頭字段的基礎(chǔ)上在HTTP網(wǎng)頁請(qǐng)求中實(shí)現(xiàn)適配。網(wǎng)頁113，113c至少存儲(chǔ)在對(duì)應(yīng)于網(wǎng)絡(luò)服務(wù)器111的存儲(chǔ)單元112中。

例如，控制系統(tǒng)120的網(wǎng)絡(luò)服務(wù)器111能夠包括模塊116，其或者還在其傳輸給相應(yīng)的接收方之前通過如下的方式獨(dú)立地適配要提供的網(wǎng)頁113中的超鏈接，即在提供之前搜索IPv4地址表述并且根據(jù)接收方連通性將其替代。根據(jù)一個(gè)可選的實(shí)施變體方案，一旦網(wǎng)絡(luò)服務(wù)器的其它的模塊或應(yīng)用模塊在網(wǎng)頁中生成到自動(dòng)化設(shè)備的超鏈接，模塊116能夠通過網(wǎng)絡(luò)服務(wù)器111的其它的模塊或應(yīng)用模塊調(diào)用。在另一個(gè)可選的實(shí)施方式中，模塊116嵌入到所提供的網(wǎng)頁113c中。在該情況中，嵌入到所提供的網(wǎng)頁113c中的腳本程序選擇超鏈接114c的相應(yīng)需要的格式。格式的正確的選擇有利地根據(jù)文檔對(duì)象模塊(DOM)通過與主機(jī)標(biāo)頭字段一致的屬性“document.location”的詳細(xì)說明來進(jìn)行。當(dāng)能夠在所提供的網(wǎng)頁113，113c中生成到下層的設(shè)備的超鏈接時(shí)，隨后總是激活或者調(diào)用模塊116。

通過當(dāng)前的解決方案保障的是，當(dāng)請(qǐng)求來自于IPv4網(wǎng)絡(luò)200并且相應(yīng)地主要直接經(jīng)由IPv4地址響應(yīng)網(wǎng)絡(luò)服務(wù)器111的時(shí)候，在接收側(cè)在請(qǐng)求診斷時(shí)，為基于IPv4的現(xiàn)場(chǎng)設(shè)備210提供網(wǎng)頁113，113c，其包含具有IPv4地址表述的下層現(xiàn)場(chǎng)設(shè)備的超鏈接。與此相反，如果請(qǐng)求來自于IPv6網(wǎng)絡(luò)100或者如果網(wǎng)絡(luò)服務(wù)器111經(jīng)由其DNS名稱(Domain Name System，域名系統(tǒng))或其IPv6地址進(jìn)行響應(yīng)，那么就提供網(wǎng)頁113，113c，其在超鏈接中借助于DNS名稱指向下層的現(xiàn)場(chǎng)設(shè)備。

優(yōu)選地，超鏈接114c的相應(yīng)需要的格式的選擇在根據(jù)IETF的RFC7230的章節(jié)5.4(見http://www.rfc-base.org/txt/rfc-7230.txt)形成的主機(jī)標(biāo)頭字段的基礎(chǔ)上實(shí)現(xiàn)。如果主機(jī)標(biāo)頭字段缺失或者包括IPv4地址表述格式的URI主機(jī)(Uniform Resource Identifier，URI，通用資源標(biāo)識(shí)符)，那么就生成要提供的以IPv4地址表述的格式指向下層的現(xiàn)場(chǎng)設(shè)備的網(wǎng)頁113，113c。與此相反，如果主機(jī)標(biāo)頭字段存在并且URI主機(jī)包括DNS名稱或IPv6地址表述，那么就生成要提供的以DNS名稱的格式指向下層的現(xiàn)場(chǎng)設(shè)備的網(wǎng)頁113，113c。

當(dāng)前的實(shí)施例在DNS基礎(chǔ)結(jié)構(gòu)上建立，其例如能夠借助于在之前的歐洲專利申請(qǐng)15162021.8中描述的、無配置地找出和綁定在基于IPv6的自動(dòng)化網(wǎng)絡(luò)中的DNS服務(wù)器來實(shí)現(xiàn)。附加地，在之前的歐洲專利申請(qǐng)14171757.9中描述的自動(dòng)化的穩(wěn)定的和適配的分派能夠由分隔的孤立網(wǎng)絡(luò)中的前綴設(shè)置。這樣的解決方案在IPv6孤立網(wǎng)絡(luò)中甚至是無配置的。

網(wǎng)絡(luò)服務(wù)器111能夠例如與NAT64路由器117組合在一起或者集成到路由器中。有利地，IPv4網(wǎng)絡(luò)200內(nèi)部的下層的現(xiàn)場(chǎng)設(shè)備的DNS名稱借助于設(shè)備掃描儀115進(jìn)行檢測(cè)，并且為了生成依賴于背景的超鏈接而傳輸給網(wǎng)絡(luò)服務(wù)器111。設(shè)備掃描儀115能夠例如經(jīng)由DCP(Dynamic Configuration Protocol，動(dòng)態(tài)配置協(xié)議)或SNMP(Simple Network Management Protocol，簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)測(cè)定下層的現(xiàn)場(chǎng)設(shè)備的IPv4地址和設(shè)備名稱。此外，也能夠請(qǐng)求規(guī)劃信息。

如果網(wǎng)絡(luò)服務(wù)器111和NAT64路由器117實(shí)施為相互分開的設(shè)備，那么就能在僅經(jīng)由IPv4的情況下響應(yīng)網(wǎng)絡(luò)服務(wù)器111。由于中間接入的NAT64路由器117，網(wǎng)絡(luò)服務(wù)器111能通過對(duì)應(yīng)于IPv6網(wǎng)絡(luò)100的網(wǎng)絡(luò)瀏覽器101至少經(jīng)由其虛擬的IPv6地址進(jìn)行響應(yīng)。因此，網(wǎng)絡(luò)瀏覽器101能夠?qū)⒕哂邪ňW(wǎng)絡(luò)服務(wù)器111的DNS名稱的主機(jī)標(biāo)頭字段的網(wǎng)頁請(qǐng)求傳輸給網(wǎng)絡(luò)服務(wù)器111。在此基礎(chǔ)上，正確地利用DNS名稱代替IPv4地址表述地生成要提供的網(wǎng)頁113，113c。因此，所提供的網(wǎng)頁113c中的包括DNS名稱的超鏈接114c正確地在下層的現(xiàn)場(chǎng)設(shè)備的IPv6地址或虛擬的IPv6地址中解析。之后在純基于IPv4的現(xiàn)場(chǎng)設(shè)備中，NAT64路由器負(fù)責(zé)相應(yīng)的IPv6/IPv4連通性。