專利名稱：對(duì)地址詢問的回答方法、程序、裝置和地址通知方法、程序、裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及對(duì)地址詢問的回答方法、程序、裝置和地址通知方法、程序、裝置。
背景技術(shù)：
近年來，開始對(duì)作為支持現(xiàn)在的因特網(wǎng)的基礎(chǔ)協(xié)議的IPv4(Internet Protocol version4(因特網(wǎng)協(xié)議版本4))的下一代版本的IPv6(Internet Protocol version6(因特網(wǎng)協(xié)議版本6))進(jìn)行研究。
IPv6是置換IPv4的技術(shù)，但是現(xiàn)在也正在研究不排除至今的IPv4的網(wǎng)絡(luò)，從IPv4轉(zhuǎn)移到IPv6的技術(shù)。關(guān)于轉(zhuǎn)移技術(shù)，存在著隧道技術(shù)、調(diào)換技術(shù)、和對(duì)偶技術(shù)。
其中，對(duì)偶技術(shù)是通過在同一網(wǎng)絡(luò)上運(yùn)行IPv4和IPv6，從而有助于在網(wǎng)絡(luò)上利用的設(shè)備和應(yīng)用程序的順利轉(zhuǎn)移的技術(shù)。
當(dāng)利用可接入在這種對(duì)偶環(huán)境中的IPv4/IPv6的E-Mail(電子郵件)和Web(萬維網(wǎng))等的服務(wù)時(shí)，在決定利用IPv4和IPv6中的哪一個(gè)的通信協(xié)議進(jìn)行通信的“通信協(xié)議選擇過程”中，當(dāng)用IPv4和IPv6地址指定通信對(duì)方的服務(wù)器時(shí)，分別利用指定的通信協(xié)議。
另一方面，當(dāng)用FQDN(Fully Qualified Domain Name)指定通信對(duì)方的服務(wù)器時(shí)，用下面的過程決定利用哪一個(gè)通信協(xié)議進(jìn)行通信。
即1.向DNS詢問IPv6地址。
2.如果成功取得IPv6地址則用IPv6進(jìn)行通信。
3.當(dāng)不能取得IPv6地址時(shí)，接著向DNS詢問IPv4地址。
4.如果成功取得IPv4地址則用IPv4進(jìn)行通信。
5.當(dāng)不能取得IPv4地址時(shí)，服務(wù)器不存在以錯(cuò)誤結(jié)束。
這既解析現(xiàn)在存在的各種應(yīng)用程序的工作內(nèi)容，也參照IETF(The Internet Engineering Task Force)規(guī)定的“BasicSocket Interface Extensions for IPv6)(RFC2133、RFC2553)，實(shí)施上述通信協(xié)議選擇順序。
此外，在可接2IPv4/IPv6的服務(wù)器中，將各個(gè)IPv4/IPv6的地址設(shè)定在一個(gè)網(wǎng)絡(luò)接口中，但是作為服務(wù)器名只登記一個(gè)FQDN是經(jīng)常的事。
即，當(dāng)存在可接入IPv4/IPv6的Web服務(wù)器“www.server.net”時(shí)，在該服務(wù)器中IPv4地址和IPv6地址對(duì)應(yīng)。即便是對(duì)DNS的登記內(nèi)容中，在“www.server.net”中設(shè)定IPv4地址的“A”記錄和設(shè)定IPv6地址的“AAAA”記錄兩者的情形也是很多的。
又，在詢問DNS服務(wù)器中利用的通信協(xié)議一般地利用IPv4的情形是很多。例如，提供ISC(Internet Software Consortium)的BIND，現(xiàn)在在世界上正在廣泛地利用BIND4、BIND8，但是能夠利用IPv6通信協(xié)議進(jìn)行詢問/回答的版本只有BIND9。即，在DNS中可以登記“AAAA”記錄，但是不能夠利用IPv6通信協(xié)議進(jìn)行詢問/回答。
又，也存在著搭載IPv6通信協(xié)議堆棧的OS，但是在這種OS中也好，在分解器中也好，都不能夠進(jìn)行由IPv6通信實(shí)施的DNS詢問。
在客戶和服務(wù)器所屬的對(duì)偶環(huán)境的網(wǎng)絡(luò)中，IPv4和IPv6都在同一物理線路上進(jìn)行通信，但是在該網(wǎng)絡(luò)的外部或者提供該網(wǎng)絡(luò)的ISP的外部，IPv4和IPv6在完全不同的線路上進(jìn)行通信的情形是很多的。
事實(shí)上，現(xiàn)在正在提供服務(wù)的IPv6連接服務(wù)中很多是通過網(wǎng)絡(luò)連接的。
又，在日本的IX中，幾乎沒有在同一線路口中在ISP之間交換IPv4/IPv6兩者的通信量的情形。
即便在ISP內(nèi)部，或用不同的方法構(gòu)筑IPv6的主要成分，或利用隧道技術(shù)和MPLS等虛擬地構(gòu)筑獨(dú)立的網(wǎng)絡(luò)等，進(jìn)行區(qū)別IPv4和IPv6的運(yùn)行也是經(jīng)常的事。
因此，在對(duì)偶環(huán)境中的IPv4/IPv6通信品質(zhì)在同一對(duì)偶網(wǎng)絡(luò)內(nèi)是等同的，但是關(guān)于與外部網(wǎng)絡(luò)的通信，與通信協(xié)議有關(guān)，頻帶和寬度、質(zhì)量是完全不同的。
從這種狀態(tài)，即便當(dāng)中途切斷IPv6通信時(shí)，也能夠利用IPv4通信協(xié)議進(jìn)行成為通信對(duì)方的服務(wù)器的DNS詢問，當(dāng)在對(duì)象服務(wù)器中具有在“AAAA”記錄中的登記時(shí)，能夠取得IPv6地址。
從以上這種狀態(tài)，在利用途中的網(wǎng)絡(luò)中，當(dāng)只切斷IPv6連接性時(shí)(當(dāng)保持IPv4連接性時(shí))，因?yàn)槟軌蛉〉肐pv6地址，所以嘗試?yán)肐pv6的通信，但是因?yàn)橛肐Pv6不能夠與服務(wù)器進(jìn)行通信，所以出現(xiàn)在經(jīng)過數(shù)十秒的超時(shí)后，取得IPv4地址，利用IPv4進(jìn)行通信的現(xiàn)象。
這種現(xiàn)象，特別是對(duì)于Web和E-Mail來說，在需很多次接入的應(yīng)用程序中，每次都要超時(shí)等待，對(duì)于用戶來說要忍受極大的挫折感。
又，當(dāng)利用IPv4時(shí)，存在著對(duì)于用戶來說能夠認(rèn)識(shí)到難以利用對(duì)偶環(huán)境的環(huán)境的可能性。

發(fā)明內(nèi)容
本發(fā)明的目的是即便能夠取得地址，也要防止發(fā)生不能夠連接的情況。
本發(fā)明的其它目的是防止對(duì)于用戶來說能夠認(rèn)識(shí)到難以利用對(duì)偶環(huán)境的環(huán)境。
又，本發(fā)明的其它目的可以從下面的對(duì)實(shí)施例的說明中看到。


圖1是網(wǎng)絡(luò)的構(gòu)成圖。
圖2是屬于各網(wǎng)絡(luò)的域名和分配給各主機(jī)的FQDN的一個(gè)例子的圖。
圖3是使實(shí)現(xiàn)本實(shí)施形態(tài)中的功能的軟件程序進(jìn)行工作的構(gòu)成的一個(gè)例子的圖。
圖4是表示直到確立Web客戶機(jī)和Web服務(wù)器的通信的處理概要的模塊圖。
圖5是在DNS服務(wù)器的高速緩沖存儲(chǔ)器數(shù)據(jù)中的入口數(shù)據(jù)的內(nèi)容的圖。
圖6是用DNS服務(wù)器的域名服務(wù)器模塊進(jìn)行處理的流程圖。
圖7是在DNS服務(wù)器的分解器模塊中的處理流程圖。
圖8是在DNS服務(wù)器的通信協(xié)議檢查模塊中的處理流程圖。
圖9是地址有效性檢查(連接試驗(yàn))的處理流程圖。
圖10是在IPv6通信協(xié)議中的不可能到達(dá)的狀況中的通信分組的內(nèi)容及其流程的圖。
具體實(shí)施例方式
下面，我們參照附圖詳細(xì)說明本發(fā)明的一個(gè)實(shí)施形態(tài)。
圖1是本發(fā)明的一個(gè)實(shí)施形態(tài)的網(wǎng)絡(luò)構(gòu)成圖。
在圖1中，101是用戶所屬的IPv64/IPv6對(duì)偶環(huán)境的網(wǎng)絡(luò)。用戶利用的IPv4/IPv6可接入的Web客戶機(jī)106與用戶網(wǎng)絡(luò)101連接。又，IPv4/IPv6可接入的DNS服務(wù)器109也與用戶網(wǎng)絡(luò)101連接。DNS服務(wù)器109管理屬于用戶網(wǎng)絡(luò)101的終端組的域。
107是IPv4/IPv6可接入的Web服務(wù)器，與IPv4/IPv6對(duì)偶環(huán)境的服務(wù)器網(wǎng)絡(luò)103連接。108是IPv4/IPv6可接入的DNS服務(wù)器，與IPv4/IPv6對(duì)偶環(huán)境的域管理網(wǎng)絡(luò)102連接。
將FQDN分配給Web服務(wù)器107，DNS服務(wù)器108管理該FQDN所屬的域。
用戶網(wǎng)絡(luò)101、域管理網(wǎng)絡(luò)102和服務(wù)器網(wǎng)絡(luò)103可以通過IPv4因特網(wǎng)104利用IPv4通信協(xié)議進(jìn)行相互通信。又，用戶網(wǎng)絡(luò)101、域管理網(wǎng)絡(luò)102和服務(wù)器網(wǎng)絡(luò)103可以利用通過IPv6因特網(wǎng)105的IPv6通信協(xié)議進(jìn)行相互通信。
圖2是圖1中說明的各網(wǎng)絡(luò)所屬的域名和分配給各主機(jī)的FQDN的一個(gè)例子。又，也表示分配給各網(wǎng)絡(luò)的IPv4和IPv6網(wǎng)絡(luò)地址和分配給各主機(jī)的IPv4和IPv6地址的一個(gè)例子。
屬于用戶網(wǎng)絡(luò)101的DNS服務(wù)器109保持管理“client.com”域的主區(qū)域文件(master zone file)。另一方，屬于域管理網(wǎng)絡(luò)102的DNS服務(wù)器108保持管理“server.net”域的主區(qū)域文件。
圖3是表示使實(shí)現(xiàn)本實(shí)施形態(tài)中的功能的軟件程序進(jìn)行工作的構(gòu)成的一個(gè)例子的圖。
例如，DNS服務(wù)器109，由圖3所示的計(jì)算機(jī)900的功能，實(shí)現(xiàn)本實(shí)施形態(tài)中的功能。計(jì)算機(jī)900具有通過系統(tǒng)總線904可以相互通信地連接CPU901、ROM902、RAM903、硬盤(HD)907和軟盤(FD)908的盤控制器(DC)905、和網(wǎng)絡(luò)接口卡(NIC)906的構(gòu)成。而且，網(wǎng)絡(luò)接口卡906使圖1所示的網(wǎng)絡(luò)101與系統(tǒng)總線904連接。
DNS服務(wù)器109是對(duì)于從客戶機(jī)106(第三裝置)接收的服務(wù)器107(第二裝置)的地址詢問，回答回答消息的回答裝置，是當(dāng)從客戶機(jī)106(第三裝置)接收到對(duì)服務(wù)器107(第二裝置)的地址詢問時(shí)，將服務(wù)器107(第二裝置)的地址通知客戶機(jī)106(第三裝置)的地址通知裝置。
網(wǎng)絡(luò)接口卡906是連接網(wǎng)絡(luò)101的連接單元。
又，CPU901是生成相對(duì)于從客戶機(jī)106(第三裝置)接收的服務(wù)器107(第二裝置)的地址詢問的回答消息的生成單元，用服務(wù)器107(第二裝置)的地址進(jìn)行與服務(wù)器107(第二裝置)的連接試驗(yàn)，生成與連接試驗(yàn)相應(yīng)的回答消息(當(dāng)連接試驗(yàn)失敗時(shí)，表示沒有服務(wù)器107的地址的回答消息)。又，CPU901是當(dāng)從客戶機(jī)106(第三裝置)接收到服務(wù)器107(第二裝置)的地址詢問時(shí)，將服務(wù)器107(第二裝置)的地址通知客戶機(jī)106(第三裝置)的通知單元。又，CPU901是與從客戶機(jī)106(第三裝置)接收的服務(wù)器107(第二裝置)的地址詢問相應(yīng)，向DNS服務(wù)器108(第一裝置)詢問服務(wù)器107(第二裝置)的地址，與詢問相應(yīng)，與服務(wù)器107(第二裝置)的地址一起，將比從DNS服務(wù)器108(第一裝置)得到的服務(wù)器107(第二裝置)的地址有效期限短的有效期限作為服務(wù)器107(第二裝置)的地址的有效期限，通知客戶機(jī)106(第三裝置)。
CPU901通過實(shí)施存儲(chǔ)在ROM902或HD907中的軟件或者由FD908供給的軟件，對(duì)與系統(tǒng)總線904連接的各構(gòu)成單元統(tǒng)一地進(jìn)行控制。即，CPU901通過從ROM902或HD907或FD908讀出并實(shí)施按照下面說明的處理序列的處理程序，進(jìn)行為了實(shí)現(xiàn)本實(shí)施形態(tài)中的工作的控制。
RAM903作為CPU901主存儲(chǔ)器或工作站等起作用。DC905對(duì)與存儲(chǔ)引導(dǎo)程序、種種應(yīng)用程序、編輯文件、用戶文件、網(wǎng)絡(luò)管理程序和在本實(shí)施形態(tài)中的下述處理程序等的HD907和FD908的接入進(jìn)行控制。NIC906用IPv4通信協(xié)議通過網(wǎng)絡(luò)101與和IPv4因特網(wǎng)104連接的服務(wù)器107等相互交換數(shù)據(jù)。又，NIC906用IPv6通信協(xié)議與通過網(wǎng)絡(luò)101與和IPv6因特網(wǎng)105連接的服務(wù)器107等相互交換數(shù)據(jù)。
此外，Web客戶機(jī)106、Web服務(wù)器107、DNS服務(wù)器108也與DNS服務(wù)器109相同，可以如圖3所示的計(jì)算機(jī)900那樣地進(jìn)行構(gòu)成。Web客戶機(jī)106、Web服務(wù)器107、DNS服務(wù)器108通過NIC906分別與網(wǎng)絡(luò)101、103、102連接。
圖4是表示直到確立Web客戶機(jī)106和Web服務(wù)器107的通信的處理概要的模塊圖。
301～303是Web客戶機(jī)106內(nèi)的模塊。304～308是DNS服務(wù)器109內(nèi)的模塊。309、310是DNS服務(wù)器108內(nèi)的模塊。311是Web服務(wù)器107內(nèi)的模塊。
此外，模塊304、307、308由存儲(chǔ)在DNS服務(wù)器109的ROM902或HD907中的軟件或從FD908供給的軟件來實(shí)現(xiàn)的。CPU901通過從ROM902或HD907或FD908讀出并實(shí)施為了實(shí)現(xiàn)模塊304、307、308的程序，實(shí)現(xiàn)模塊304、307、308的功能。
又，將主區(qū)域文件305、高速緩沖存儲(chǔ)器數(shù)據(jù)306存儲(chǔ)在RAM903或HD907中。
即便在Web客戶機(jī)106中，模塊301、302也由軟件實(shí)現(xiàn)，也將高速緩沖存儲(chǔ)器數(shù)據(jù)303存儲(chǔ)在RAM903或HD907中。
即便在Web客戶機(jī)108中，模塊309也由軟件實(shí)現(xiàn)，也將主區(qū)域文件310存儲(chǔ)在RAM903或HD907中。即便在Web服務(wù)器107中，服務(wù)器應(yīng)用程序311也由軟件實(shí)現(xiàn)。
其次，我們說明直到確立Web客戶機(jī)106和Web服務(wù)器107的通信的處理。
首先，用客戶應(yīng)用程序301，指定成為通信對(duì)方的服務(wù)器應(yīng)用程序。作為指定方法在本實(shí)施形態(tài)的Web的情形中，用稱為“http://www.server.net”URL形式進(jìn)行指定?？蛻魬?yīng)用程序301從這個(gè)URL提取作為服務(wù)器應(yīng)用程序主機(jī)名的FQDN“www.server.net”，向分解器模塊302詢問與指定的FQDN對(duì)應(yīng)的IPv4/Ipv6中某一個(gè)的地址。
接收來自FQDN的地址詢問的分解器模塊302檢查在記錄以前詢問的結(jié)果的高速緩沖存儲(chǔ)器數(shù)據(jù)303中是否存在與“www.server.net”對(duì)應(yīng)的IPv6地址。當(dāng)在高速緩沖存儲(chǔ)器數(shù)據(jù)303中不存在對(duì)應(yīng)的IPv6地址時(shí)，接著，關(guān)于IPv4地址，也調(diào)查高速緩沖存儲(chǔ)器數(shù)據(jù)303。
當(dāng)在高速緩沖存儲(chǔ)器數(shù)據(jù)303中不存在任一個(gè)地址時(shí)，分解器模塊302向DNS服務(wù)器109詢問指定的FQDN的IPv4/IPv6地址(以后稱為正詢問)。
這里根據(jù)用哪種通信協(xié)議指定在Web客戶機(jī)106的OS中設(shè)定的DNS服務(wù)器的地址來決定作為正詢問中利用的通信協(xié)議所選擇的通信協(xié)議。另一方面，從分解器模塊302發(fā)送的正詢問，如上所述，最初發(fā)送“AAAA”DNS Query(詢問)消息(即，IPv6地址的正詢問)。在該發(fā)送中使用的通信協(xié)議，如果在Web客戶機(jī)106的OS中設(shè)定的DNS服務(wù)器的地址是IPv6地址，則為IPv6，如果是IPv4地址，則為IPv4。
由DNS服務(wù)器109內(nèi)的域名服務(wù)器模塊304接收發(fā)送的正詢問。域名服務(wù)器模塊304進(jìn)行屬于用戶網(wǎng)絡(luò)101的域“client.com”的管理，將使屬于該域的全部的FQDN和IPv4/IPv6地址成對(duì)地記錄保持在主區(qū)域文件305中。域名服務(wù)器模塊304，當(dāng)接到對(duì)于屬于正在管理的域“client.com”的FQDN的正詢問時(shí)，從主區(qū)域文件305提取信息并進(jìn)行回答。
域名服務(wù)器模塊304，當(dāng)接到關(guān)于管理外的其它域的正詢問時(shí)，檢索記錄了以前由DNS服務(wù)器109進(jìn)行正詢問的結(jié)果的高速緩沖存儲(chǔ)器數(shù)據(jù)306。該高速緩沖存儲(chǔ)器數(shù)據(jù)306是DNS服務(wù)器109內(nèi)部的數(shù)據(jù)，與Web客戶機(jī)106內(nèi)的高速緩沖存儲(chǔ)器數(shù)據(jù)303獨(dú)立地存在。
當(dāng)在高速緩沖存儲(chǔ)器數(shù)據(jù)306中存在該數(shù)據(jù)時(shí)，域名服務(wù)器模塊304從高速緩沖存儲(chǔ)器數(shù)據(jù)306取得該數(shù)據(jù)，檢查它的有效性，關(guān)于它的有效性檢查將在后面進(jìn)行詳細(xì)的說明。根據(jù)該檢查結(jié)果，將相應(yīng)的數(shù)據(jù)的Ipv6地址回答到分解器模塊302，結(jié)束本處理。例如，當(dāng)根據(jù)該檢查結(jié)果，否定有效性時(shí)，即便在高速緩沖存儲(chǔ)器數(shù)據(jù)306中存在地址，域名服務(wù)器模塊304也回答表示沒有受到詢問的地址的消息。
另一方面，當(dāng)在高速緩沖存儲(chǔ)器數(shù)據(jù)306中不存在相應(yīng)的數(shù)據(jù)時(shí)，即，當(dāng)在高速緩沖存儲(chǔ)器數(shù)據(jù)306中不存在受到詢問的“www.server.net”的Ipv6地址時(shí)，要進(jìn)行接收委托的正詢問的中繼，DNS服務(wù)器109內(nèi)的分解器模塊307對(duì)外部的DNS服務(wù)器進(jìn)行正詢問。按照在RFC1034和RFC1035中規(guī)定的算法進(jìn)行在該分解器模塊307中的正詢問。即，詢問以路由DNS服務(wù)器、“net”DNS服務(wù)器、“server.net”DNS服務(wù)器108的順序分配的域。即，當(dāng)域名服務(wù)器模塊304從客戶機(jī)106(第三裝置)接收到服務(wù)器107(第二裝置)的地址詢問時(shí)，分解器模塊307向DNS服務(wù)器108(第一裝置)詢問服務(wù)器107的地址。
收到“www.server.net”的正詢問的域名服務(wù)器模塊309檢索在主區(qū)域文件310中記載的“www.server.net”的記錄，提取相應(yīng)的地址。
如上所述，在全部上述的正詢問中，最初發(fā)送Ipv6地址的正詢問。
域名服務(wù)器模塊309將從主區(qū)域文件310提取的“www.server.net”的Ipv6地址作為DNS Response(應(yīng)答)回答到分解器模塊307。
接到到來自域名服務(wù)器模塊309的回答信息的分解器模塊307將接到的數(shù)據(jù)記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中。同時(shí)，將接到的“www.server.net”的IPv6地址傳遞給通信協(xié)議檢查模塊308，進(jìn)行檢查處理。在通信協(xié)議檢查模塊308中對(duì)傳遞過來的Ipv6地址進(jìn)行檢查處理(連接試驗(yàn))，將它的結(jié)果記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中。我們將在后面詳細(xì)說明該檢查處理(連接試驗(yàn))。
另一方面，域名服務(wù)器模塊304，當(dāng)確認(rèn)分解器模塊307取得“www.server.net”的IPv6地址，記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中時(shí)，從高速緩沖存儲(chǔ)器數(shù)據(jù)306取得該數(shù)據(jù)，回答給作為詢問源的分解器模塊302。即，域名服務(wù)器模塊304將從DNS服務(wù)器108(第一裝置)得到的服務(wù)器107(第二裝置)的地址通知客戶機(jī)106(第三裝置)。
在分解器模塊302中，當(dāng)接收到來自域名服務(wù)器模塊304的回答信息時(shí)，檢查是否能夠取得“www.server.net”的IPv6地址。取得有效的IPv6地址的分解器模塊302將該數(shù)據(jù)記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)303中，將IPv6地址回答到客戶應(yīng)用程序301中。
另一方面，在分解器模塊302中，當(dāng)在回答的數(shù)據(jù)中不存在有效的IPv6地址時(shí)，判斷在成為通信對(duì)方的“www.server.net”中不存在IPv6地址，分解器模塊302將“www.server.net”的“A”DNS Query消息(即，IPv4地址的正詢問)重新發(fā)送給域名服務(wù)器模塊304。下面，處理內(nèi)容與IPv6地址的正詢問相同。當(dāng)通過對(duì)該IPv4地址進(jìn)行正詢問所得到的結(jié)果判斷為也不存在IPv4地址時(shí)，將該情況通知給客戶應(yīng)用程序301。
如上所述，客戶應(yīng)用程序301作為對(duì)到分解器模塊302的“www.server.net”地址詢問的回答取得IPv6地址或IPv4地址?？蛻魬?yīng)用程序301用取得的地址特定通信對(duì)方的服務(wù)器應(yīng)用程序311，并開始通信。
在圖5中，我們說明在DNS服務(wù)器109的高速緩沖存儲(chǔ)器數(shù)據(jù)306中的入口數(shù)據(jù)的內(nèi)容。
圖5中是一個(gè)入口數(shù)據(jù)。在入口數(shù)據(jù)中包含幾個(gè)項(xiàng)目信息，分別包含下面那樣的信息?！癋QDN”701保持作為高速緩沖存儲(chǔ)器數(shù)據(jù)保持的目標(biāo)主機(jī)的FQDN。
“Type(類型)”702表示由它的FQND定義的記錄類型。該記錄類型是DNS服務(wù)器的主區(qū)域文件中的記述，因?yàn)镮Pv4地址的定義記錄作為“A”、IPv6地址的定義記錄作為“AAAA”，所以即便在高速緩沖存儲(chǔ)器數(shù)據(jù)內(nèi)也用相同的標(biāo)記。包含在正詢問中的信息，因?yàn)槭窃儐枴皐ww.server.net”的“AAAA”的內(nèi)容，所以保持FQDN和記錄類型，可以檢索在高速緩沖存儲(chǔ)器數(shù)據(jù)305內(nèi)是否存在相應(yīng)的信息。
在作為下一項(xiàng)目的“Address(地址)”703中保持IPv4地址或IPv6地址。如從圖可以看到的那樣，當(dāng)用DNS108將IPv6地址或IPv4地址兩者登記在稱為“www.server.net”的FQDN中時(shí)，能夠保持兩個(gè)入口711、712。
當(dāng)用域名服務(wù)器模塊309回答與FQDN對(duì)應(yīng)的IPv4/IPv6地址時(shí)，包含可以進(jìn)行高速緩沖存儲(chǔ)的時(shí)間將地址信息回答給詢問者(分解器模塊302)。
“C-TTL”704是該可以進(jìn)行高速緩沖存儲(chǔ)的時(shí)間值，意味著實(shí)際上由高速緩沖存儲(chǔ)器數(shù)據(jù)306保持的時(shí)間。另一方面，“R-TTL”705是與前面說明的“C-TTL”704同樣可以進(jìn)行高速緩沖存儲(chǔ)的時(shí)間，但是該數(shù)值是包含在對(duì)來自分解器模塊302的正詢問的回答信息中的可以進(jìn)行高速緩沖存儲(chǔ)的時(shí)間。
在本實(shí)施形態(tài)中，分割該數(shù)據(jù)“C-TTL”704和“R-TTL”705并進(jìn)行管理，不將從管理FQDN的DNS服務(wù)器(DNS服務(wù)器108)通知的TTL(可以進(jìn)行高速緩沖存儲(chǔ)的時(shí)間“C-TTL”704)原封不動(dòng)地通知詢問者(分解器模塊302)，向詢問者(相應(yīng)于分解器模塊302)回答地址信息作為TTL＝0(“R-TTL”705)，具有不將地址信息高速緩沖存儲(chǔ)在詢問一側(cè)的高速緩沖存儲(chǔ)數(shù)據(jù)(相應(yīng)于高速緩沖存儲(chǔ)數(shù)據(jù)303)中的效果。
在最后的“Check(檢查)”中，保持通信協(xié)議檢查模塊308中的有效性檢查的結(jié)果。作為保持的值，“OK(行)”表示有效(連接試驗(yàn)成功)，“NG(不行)”表示無效(連接試驗(yàn)失敗)，“-”表示檢查前的數(shù)據(jù)。
表中的“mail.dual.biz”713的IPv6地址、“www.v4only.com”714的IPv4地址是因?yàn)殡m然對(duì)于到DNS服務(wù)器的正詢問成功了，但是在地址有效性檢查中沒有成功，所以作為無效的數(shù)據(jù)保持在高速緩沖存儲(chǔ)數(shù)據(jù)中的例子。
又，因?yàn)椤癿ail.entry.ne.jp”715是從分解器模塊307新記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的數(shù)據(jù)，所以有效性檢查是檢查前的狀態(tài)。這時(shí)，因?yàn)橛蛎?wù)器模塊304需要迅速地將取得的地址信息回答給分解器模塊302，所以對(duì)于最初的正詢問不等待地址有效性檢查的結(jié)果，就回答地址信息。但是，當(dāng)這時(shí)回答的地址無效時(shí)，將相應(yīng)的地址信息保持在客戶一側(cè)的高速緩沖存儲(chǔ)器數(shù)據(jù)303中，在從下次的連接時(shí)，也因?yàn)榘l(fā)生超時(shí)問題，所以為了作為TTL＝0進(jìn)行回答，使R-TTL的值為“0”。
我們用圖6說明用DNS服務(wù)器109的域名服務(wù)器模塊304進(jìn)行處理的流程圖。該流程表示存儲(chǔ)在DNS服務(wù)器109的ROM902或HD907中的程序或者由FD908供給的程序的一部分。CPU901通過從ROM902或HD907或FD908讀出并實(shí)施用于實(shí)現(xiàn)模塊304的程序，實(shí)現(xiàn)下面的處理。
步驟401是等待關(guān)于域名服務(wù)器模塊304管理的域以外的正詢問的循環(huán)。由NIC906接收來自該分解器模塊302的正詢問。當(dāng)CPU901接收到來自分解器模塊302的“www.server.net”的正詢問時(shí)，處理前進(jìn)到步驟402。這時(shí)，無論IPv6地址的正詢問也好IPv4地址的正詢問也好都同樣地起作用。
此外，域名服務(wù)器模塊304，當(dāng)接收到對(duì)屬于正在管理的域“client.com”的FQDN的正詢問時(shí)，從主區(qū)域文件305提取信息，并進(jìn)行回答。
在步驟402，檢索在高速緩沖存儲(chǔ)器數(shù)據(jù)306中，是否存在與詢問的FQDN對(duì)應(yīng)的IPv4/IPv6地址(來自分解器模塊302的詢問)。在步驟403判定檢索的結(jié)果，當(dāng)發(fā)現(xiàn)相應(yīng)的數(shù)據(jù)(“www.server.net”的IPv4地址或IPv6地址)時(shí)前進(jìn)到步驟407，當(dāng)沒有發(fā)現(xiàn)相應(yīng)的數(shù)據(jù)時(shí)，前進(jìn)到步驟404。
在步驟404，將詢問內(nèi)容發(fā)送給分解器模塊307，進(jìn)行詢問的委托，對(duì)于分解器模塊307，將接收的“www.server.net”的正詢問傳送給外部的DNS服務(wù)器。分解器模塊307也與域名服務(wù)器模塊304同樣，是CPU901通過從ROM902或HD907或FD908讀出程序并加以實(shí)施實(shí)現(xiàn)的處理模塊。
如上所述，由分解器模塊307解決“www.server.net”的IPv4/IPv6地址，通過高速緩沖存儲(chǔ)器數(shù)據(jù)306取得該結(jié)果。此外，關(guān)于該詢問委托，是IPv4/IPv6中哪一個(gè)的地址正詢問與在上述步驟401接收的正詢問的內(nèi)容(對(duì)于IPv4或IPv6中哪一個(gè)的正詢問)相同。
CPU901實(shí)施域名服務(wù)器模塊304的處理，在步驟404，移動(dòng)到由分解器模塊307進(jìn)行的處理，當(dāng)產(chǎn)生由分解器模塊307進(jìn)行的處理結(jié)果時(shí)，再進(jìn)行域名服務(wù)器模塊304的處理。
在步驟405域名服務(wù)器模塊304通過高速緩沖存儲(chǔ)器數(shù)據(jù)306判定取得該結(jié)果。當(dāng)在步驟405的判定中，對(duì)于正詢問能夠取得IPv4/IPv6地址時(shí)，前進(jìn)到步驟407，不能夠取得時(shí)前進(jìn)到步驟406。當(dāng)不能夠取得相應(yīng)的IPv4/IPv6地址時(shí)，在步驟406，向分解器模塊302發(fā)送與用分解器模塊307得到的結(jié)果相同的回答消息(Response(nothing(無))消息或Error(錯(cuò)誤)消息)，回到等待循環(huán)步驟401中的處理。
另一方面，當(dāng)在步驟405中的判定中，能夠取得相應(yīng)的IPv4/IPv6地址時(shí)，和當(dāng)在步驟403中的判定中，通過高速緩沖存儲(chǔ)器數(shù)據(jù)306的檢索能夠取得IPv4/IPv6地址時(shí)，在步驟407關(guān)于它的地址有效性進(jìn)行檢查。用通信協(xié)議檢查模塊308進(jìn)行關(guān)于地址有效性的處理，如圖5所示，結(jié)果706記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306的入口中。提取該檢查結(jié)果，在步驟408中進(jìn)行判斷。在步驟408的判斷中參照在高速緩沖存儲(chǔ)器數(shù)據(jù)306的入口內(nèi)的“check”項(xiàng)目706，當(dāng)該項(xiàng)目為“OK”時(shí)判定為有效(連接試驗(yàn)成功)的地址、當(dāng)為“NG”時(shí)判定為無效(連接試驗(yàn)失敗)的地址。
此外，在該判定項(xiàng)目706中存在“-”的情形，這表示是用通信協(xié)議檢查模塊308進(jìn)行檢查前的數(shù)據(jù)，當(dāng)在步驟404向分解器進(jìn)行詢問委托時(shí)出現(xiàn)。在為該檢查前的數(shù)據(jù)的情形中判定為有效地址。此外，“check”項(xiàng)目706為“-”時(shí)，客戶機(jī)106的分解器模塊302將檢查前的地址存儲(chǔ)在高速緩沖存儲(chǔ)器數(shù)據(jù)303中，為了不再利用，R-TTL705成為“0”(或者，R-TTL705成為客戶機(jī)106不能夠再利用該地址的充分小的值(1、2等))。
當(dāng)對(duì)在步驟401接收的“www.server.net”的正詢問是求IPv6地址的詢問時(shí)，在步驟409中從高速緩沖存儲(chǔ)器數(shù)據(jù)306提取有效的IPv6地址，用Response AAAA消息發(fā)送給分解器模塊302。這時(shí)，將高速緩沖存儲(chǔ)器數(shù)據(jù)306內(nèi)的“R-TTL”項(xiàng)目705的值代入消息內(nèi)的TTL值(能夠用高速緩沖存儲(chǔ)器數(shù)據(jù)303對(duì)將該IPv6地址進(jìn)行高速緩沖存儲(chǔ)的時(shí)間)并進(jìn)行發(fā)送。
又，當(dāng)在步驟401接收的對(duì)“www.server.net”的正詢問為求IPv4地址的詢問時(shí)，在步驟411從高速緩沖存儲(chǔ)器數(shù)據(jù)306提取有效的IPv4地址，用Response A消息發(fā)送給分解器模塊302。這時(shí)，也將高速緩沖存儲(chǔ)器數(shù)據(jù)306內(nèi)的“R-TTL”項(xiàng)目705的值代入消息內(nèi)的TTL值中并進(jìn)行發(fā)送。
當(dāng)在步驟408判斷無效時(shí)，在步驟410將Response(nothing)消息發(fā)送給分解器模塊302。以上，當(dāng)結(jié)束步驟409～411的處理時(shí)，回到步驟401的等待循環(huán)中的處理。
其次，我們用圖7說明DNS服務(wù)器109的分解器模塊307的處理流程。該流程表示存儲(chǔ)在DNS服務(wù)器109的ROM902或HD907中的程序或者由FD908供給的程序的一部分。CPU901通過從ROM902或HD907或FD908讀出用于實(shí)現(xiàn)模塊307的程序并加以實(shí)施，實(shí)現(xiàn)下面的處理。
當(dāng)在域名服務(wù)器模塊304的處理步驟403中沒有相應(yīng)的高速緩沖存儲(chǔ)器數(shù)據(jù)時(shí)，CPU901在步驟404進(jìn)行分解器模塊307的處理。即，當(dāng)在高速緩沖存儲(chǔ)器數(shù)據(jù)306中不存在對(duì)應(yīng)于用域名服務(wù)器模塊304接收的正詢問的相應(yīng)的數(shù)據(jù)時(shí)，分解器模塊307，在步驟501，受理來自域名服務(wù)器模塊304的正詢問的委托。這里，分解器模塊307接收的域名服務(wù)器模塊304委托的正詢問內(nèi)容與從分解器模塊302向域名服務(wù)器模塊304詢問的“www.server.net”的IPv4/IPv6地址的正詢問內(nèi)容相同。
在步驟502，將在步驟501受理的內(nèi)容的正詢問傳送到外部的DNS服務(wù)器并進(jìn)行詢問。如上所述，按照在RFC1034和RFC1035中規(guī)定的算法進(jìn)行在該步驟5 02實(shí)施的正詢問，即，詢問以路由DNS服務(wù)器、“net”DNS服務(wù)器、“server.net”DNS服務(wù)器108的順序分配的域。
對(duì)向作為“server.net”域的管理服務(wù)器的DNS服務(wù)器108發(fā)送的“www.server.net”的正詢問中利用的通信協(xié)議由作為上位的DNS服務(wù)器的“net”域管理服務(wù)器通知的DNS服務(wù)器107的地址決定。當(dāng)在管理“net”域的DNS服務(wù)器中沒有接收IPv6地址的記錄登記時(shí)，在分解器模塊307和域名服務(wù)器模塊309的通信中可以利用IPv4協(xié)議。
而且，在步驟503從外部DNS服務(wù)器108接收對(duì)詢問的回答。在步驟504檢查對(duì)在步驟503接收的詢問回答的內(nèi)容，分為不同的情形。下面，是分成步驟505～508的情形。
步驟505是求“www.server.net”的IPv6地址的正詢問成功的情形，接收包含IPv6地址信息的Response AAAA消息。步驟508是求“www.server.net”的IPv4地址的正詢問成功的情形，接收包含IPv4地址信息的Response A消息。上述的步驟505、508一起是對(duì)步驟502中的正詢問成功的情形，無論哪個(gè)都前進(jìn)到步驟510的處理。
另一方面，步驟506是對(duì)于在“www.server.net”中求IPv6地址或IPv4地址的正詢問，不存在具有相應(yīng)的地址信息的記錄的情形，接收不包含地址信息的Response(nothing)消息。步驟507是對(duì)于在“www.server.net”中求Ipv6地址或Ipv4地址的正詢問，發(fā)生某些錯(cuò)誤的情形(在外部DNS服務(wù)器不能夠理解詢問的記錄類型的情形和不能找到成為目標(biāo)的外部DNS服務(wù)器的情形等)，接收Error消息。這些步驟506、507一起是對(duì)步驟502中的正詢問失敗的情形，無論哪個(gè)都在步驟509將回答內(nèi)容(Response(nothing)消息或Error消息)傳送給域名服務(wù)器模塊304，將委托的正詢問結(jié)束這一情況通知域名服務(wù)器模塊304，結(jié)束處理。而且，CPU901進(jìn)行域名服務(wù)器模塊304的處理步驟405。這時(shí)，在步驟406，將取得失敗的消息回答給分解器模塊302。
當(dāng)正詢問成功時(shí)，在步驟510作成記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的內(nèi)容。關(guān)于它的各項(xiàng)目信息，參照?qǐng)D5，如上所述。
即，在這里作成的數(shù)據(jù)中，除了FQDN“www.server.net”701、它的IPv4/IPv6地址703、記錄類型(“A”(Ipv4)或“AAAA”(Ipv6))702、C-TTL(從外部DNS服務(wù)器108通知的可以高速緩沖存儲(chǔ)的時(shí)間)704的DNS高速緩沖存儲(chǔ)器數(shù)據(jù)標(biāo)準(zhǔn)的項(xiàng)目信息外，還包含檢查判定結(jié)果706、R-TTL(到對(duì)方客戶的實(shí)際可以高速緩沖存儲(chǔ)的時(shí)間)705的項(xiàng)目信息。在步驟510作成數(shù)據(jù)中，將“-”(檢查前數(shù)據(jù))代入檢查判定結(jié)果項(xiàng)目中，將“0”代入實(shí)際TTL(R-TTL)705中。這里，實(shí)際TTL(R-TTL)的值不限于“0”，即便設(shè)定在“1”或“2”、“3”上，實(shí)用上也沒有大的妨礙。
即，當(dāng)域名服務(wù)器模塊304接收正詢問時(shí)(步驟401)，分解器模塊307將詢問發(fā)送給外部DNS服務(wù)器108(步驟502)。而且，分解器模塊307接收來自外部DNS服務(wù)器108的回答信息(步驟503)，將R-TTL705設(shè)定在比包含在步驟503接收的回答信息中的可以高速緩沖存儲(chǔ)的時(shí)間(在步驟503接收的地址的有效期限)短的時(shí)間(步驟510)。域名服務(wù)器模塊304將包含在步驟503中從外部DNS服務(wù)器108接收的回答信息中的地址及其R-TTL705的值，作為該地址的可以高速緩沖存儲(chǔ)的時(shí)間(地址的有效期限)，回答給步驟304的正詢問的發(fā)送源(步驟409、411)。
在步驟511，將在步驟510作成的數(shù)據(jù)記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中，將委托的正詢問結(jié)束通知域名服務(wù)器模塊304。此后，CPU901進(jìn)行域名服務(wù)器模塊304的處理步驟405。又，為了在步驟512檢查(連接試驗(yàn))記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的IPv4/IPv6地址是否有效，將在步驟511記錄的數(shù)據(jù)發(fā)送給通信協(xié)議檢查模塊308，委托地址的檢查處理，結(jié)束全部處理。
在圖8中，我們說明在DNS服務(wù)器109的通信協(xié)議檢查模塊308中的處理流程。該流程表示存儲(chǔ)在DNS服務(wù)器109的ROM902或HD907中的程序，或由FD908供給程序的一部分。CPU901通過從ROM902或HD907或FD908讀出并實(shí)施用于實(shí)現(xiàn)模塊308的程序，實(shí)現(xiàn)下面的處理。
在2個(gè)定時(shí)起動(dòng)該通信協(xié)議檢查處理。首先一個(gè)是從分解器模塊307通知IPv4/IPv6地址的情形。這是當(dāng)新將地址信息記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中時(shí)發(fā)生的事例，需要檢查該IPv4/IPv6地址的有效性。
另一個(gè)起動(dòng)定時(shí)是經(jīng)過某個(gè)一定時(shí)間(例如5分鐘)的情形。這是定期檢查記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的IPv4/IPv6地址的有效性，為了進(jìn)行適合于時(shí)刻變化的網(wǎng)絡(luò)信息的評(píng)價(jià)。
在步驟601判定由以上2個(gè)定時(shí)實(shí)施的起動(dòng)(來自分解器模塊307的檢查要求或經(jīng)過某個(gè)一定時(shí)間的定期檢查)。當(dāng)從分解器模塊307接收到IPv4/IPv6地址時(shí)，即，CPU901，在分解器模塊307的處理中，從外部服務(wù)器得到有效的IPv4/IPv6地址，當(dāng)分解器模塊307的處理結(jié)束時(shí)，CPU901在步驟602進(jìn)行該地址的有效性檢查處理。
本實(shí)施形態(tài)中的地址(例如，Web服務(wù)器107的地址)的有效性檢查，通過確認(rèn)IPv4/IPv6地址從DNS服務(wù)器109到Web服務(wù)器107的各個(gè)通信協(xié)議中的連接性(進(jìn)行連接試驗(yàn))，判定地址的有效性。因此，在步驟602，對(duì)于將疏通檢查作為對(duì)象的IPv4/IPv6地址，利用各個(gè)通信協(xié)議，回答所定的消息，判斷對(duì)于該消息的應(yīng)答，根據(jù)該判斷，確認(rèn)地址的有效性。我們用步驟611～616詳細(xì)說明該檢查處理。
將在步驟602中進(jìn)行了地址有效性檢查處理的數(shù)據(jù)，重寫在步驟603已經(jīng)記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的入口數(shù)據(jù)的“Check”欄706、“R-TTL”欄對(duì)它們進(jìn)行修正，回到步驟601。
另一方面，經(jīng)過某個(gè)一定時(shí)間(例如5分鐘)時(shí)的處理前進(jìn)到步驟604。在步驟604取得記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的入口數(shù)據(jù)。而且，從在步驟605從取得的入口提取IPv4/IPv6地址，在步驟606進(jìn)行地址有效性檢查處理(連接試驗(yàn))。在步驟606的檢查處理也進(jìn)行與步驟602同樣的處理。如果從高速緩沖存儲(chǔ)器數(shù)據(jù)306取得的地703的類型702是AAAA，則用IPv6進(jìn)行該地址的連接試驗(yàn)。又，如果類型702是A，則用IPv4進(jìn)行該地址的連接試驗(yàn)。而且，在步驟608，與步驟603同樣，使步驟606的檢查處理的結(jié)果反映在高速緩沖存儲(chǔ)器數(shù)據(jù)306中。該步驟604、605、606的處理，關(guān)于存儲(chǔ)在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的各個(gè)入口，即，關(guān)于存儲(chǔ)在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的各個(gè)地址，進(jìn)行連接試驗(yàn)，將它的結(jié)果存儲(chǔ)在檢查欄706中。
接著，在圖9中，我們說明在步驟602、606進(jìn)行的地址有效性檢查(連接試驗(yàn))的處理流程。
本實(shí)施形態(tài)中的地址有效性檢查，通過確認(rèn)IPv4/IPv6地址從DNS服務(wù)器109到Web服務(wù)器107的各個(gè)通信協(xié)議中的連接性(進(jìn)行連接試驗(yàn))，判定地址的有效性。
即，對(duì)于將疏通檢查作為對(duì)象的IPv4/IPv6地址，利用各個(gè)通信協(xié)議，回答所定的消息，判斷對(duì)于該消息的應(yīng)答，根據(jù)該判斷，確認(rèn)地址的有效性。
在本實(shí)施形態(tài)中，用ICMP echo(回送)消息，作為用于檢查地址的有效性(試驗(yàn)連接性)的消息。即，在步驟611，利用各個(gè)通信協(xié)議，將用于疏通檢查的ICMP echo消息發(fā)送給成為對(duì)象的IPv4/IPv6地址。在IPv6地址的檢查中，用IPv6的通信協(xié)議發(fā)送ICMPecho消息，在IPv4地址的檢查中，用IPv4的通信協(xié)議發(fā)送ICMPecho消息。
在步驟612，判定是否存在對(duì)在步驟602或606中發(fā)行的ICMPecho消息的回答，當(dāng)在所定時(shí)間內(nèi)(例如1秒以內(nèi))，存在回答時(shí)，判斷該地址是有效的，在步驟613，將“OK”代入作為記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的入口數(shù)據(jù)內(nèi)的項(xiàng)目的檢查判定結(jié)果的欄706中。
另一方面，當(dāng)在所定時(shí)間內(nèi)(例如1秒)，不存在對(duì)ICMPecho的回答信息時(shí)，判斷該地址是無效的，在步驟615，將“NG”代入作為記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的入口數(shù)據(jù)內(nèi)的項(xiàng)目的檢查判定結(jié)果的欄706中。接著，在步驟616中，使相同入口數(shù)據(jù)內(nèi)的R-TTL(到對(duì)方客戶的實(shí)際可以高速緩沖存儲(chǔ)時(shí)間)705的值為“0”，結(jié)束檢查處理。
此外，當(dāng)在所定時(shí)間內(nèi)(例如1秒)，從因特網(wǎng)104或105內(nèi)的服務(wù)器發(fā)送表示ICMP echo沒有到達(dá)發(fā)送目的地的消息時(shí)，也將“NG”代入檢查判定結(jié)果的欄，使R-TTL的值為“0。這里，如果檢查判定結(jié)果的欄成為“NG”，則因?yàn)樵诓襟E401，將Response(nothing)消息回答給客戶機(jī)，所以即便不將R-TTL的值設(shè)定為“0，也沒有問題。
在步驟603、608，將在步驟613、614、615、616作成的入口數(shù)據(jù)，存儲(chǔ)在高速緩沖存儲(chǔ)器數(shù)據(jù)306中。此外，在步驟606，利用各個(gè)通信協(xié)議，將所定的消息發(fā)送給記錄在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的各個(gè)IPv4/IPv6地址，如果在步驟612存在回答信息，則進(jìn)行步驟613的處理，當(dāng)在所定時(shí)間內(nèi)，不存在回答時(shí)，進(jìn)行步驟615、616的處理。
此外，等待為了檢查該地址的有效性而發(fā)送的消息的回答的時(shí)間不限于1秒，例如也可以設(shè)定為30秒。
在其它實(shí)施形態(tài)中，在步驟602中的地址有效性檢查和在步驟606中的地址有效性檢查中，用不同的時(shí)間作為等待回答的時(shí)間。例如，在步驟602中的地址有效性檢查中，通過等待消息回答30秒，判斷地址有效性，在步驟606中的地址有效性檢查中，通過等待消息回答1秒，判斷地址有效性，此外，DNS高速緩沖存儲(chǔ)器數(shù)據(jù)形成在超過TTL值的時(shí)間時(shí)不允許進(jìn)行高速緩沖存儲(chǔ)的結(jié)構(gòu)，雖然圖中未畫出，但是，例如，通過每1秒，使高速緩沖存儲(chǔ)時(shí)間C-TTL(由外部DNS服務(wù)器通知的可以高速緩沖存儲(chǔ)的時(shí)間)704的值減去1，判定C-TTL值704，從高速緩沖存儲(chǔ)器數(shù)據(jù)306刪除已經(jīng)到達(dá)期限的入口(與有效期限相應(yīng)，使存儲(chǔ)在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的地址無效)。此外，關(guān)于R-TTL(到對(duì)方客戶的實(shí)際可以高速緩沖存儲(chǔ)的時(shí)間)705，如果值不為“0”，則減去1。
如圖8的步驟604到608所示，通信協(xié)議檢查模塊308，對(duì)于存儲(chǔ)在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的有效期限內(nèi)的地址，反復(fù)進(jìn)行連接試驗(yàn)，將試驗(yàn)結(jié)果登記在Check欄706中。域名服務(wù)器模塊304回答與通信協(xié)議檢查模塊308反復(fù)進(jìn)行的連接試驗(yàn)的最后結(jié)果相應(yīng)的消息(步驟409、410、411)。
圖10是在本實(shí)施形態(tài)的通信流中，不可能從Web客戶機(jī)106用IPv6通信協(xié)議到達(dá)Web服務(wù)器107的狀況中的通信分組的內(nèi)容及其流程。
在下面的流程中，由作為存儲(chǔ)在DNS服務(wù)器109的ROM902或HD907中的軟件或由FD908供給的軟件的模塊304、307、308實(shí)現(xiàn)DNS服務(wù)器109的工作。
圖6、圖7、圖8、圖9是對(duì)于具有通過連動(dòng)地工作，由DNS服務(wù)器108(第一裝置)接收Web服務(wù)器107(第二裝置)的地址的接收步驟(503)、用Web服務(wù)器107(第二裝置)的地址進(jìn)行與Web服務(wù)器107(第二裝置)的連接試驗(yàn)的試驗(yàn)步驟(606)、和對(duì)于來自Web客戶機(jī)106(第三裝置)的Web服務(wù)器107(第二裝置)的地址詢問，回答與在試驗(yàn)步驟(606)中的連接試驗(yàn)相應(yīng)的消息(當(dāng)在試驗(yàn)步驟中的連接試驗(yàn)失敗時(shí)，表示沒有Web服務(wù)器107(第二裝置)的地址的消息)的回答步驟(410)的地址詢問的回答程序。
又，圖6、圖7、圖8、圖9是對(duì)于具有通過連動(dòng)地工作，與從Web客戶機(jī)106(第三裝置)接收的Web服務(wù)器107(第二裝置)的地址詢問相應(yīng)(401)、向DNS服務(wù)器108(第一裝置)詢問Web服務(wù)器107(第二裝置)的地址(502)、與詢問(502)相應(yīng)將Web服務(wù)器107(第二裝置)的地址和比從DNS服務(wù)器108(第一裝置)得到的Web服務(wù)器107(第二裝置)的地址的有效期限短的有效期限，作為Web服務(wù)器107(第二裝置)的地址的有效期限，通知Web客戶機(jī)106(第三裝置)的地址通知程序。
Web客戶機(jī)106向附近的DNS服務(wù)器109發(fā)送正詢問(對(duì)于“www.server.net”的“AAAA”的詢問)AAAA Query 801。
DNS服務(wù)器109接收該正詢問801(圖6的步驟401)，檢索自己持有的高速緩沖存儲(chǔ)器數(shù)據(jù)306(步驟402)，因?yàn)闆]有相應(yīng)的數(shù)據(jù)(在圖6的步驟403中“否”)，所以向成為對(duì)象的進(jìn)行FQDN管理的DNS服務(wù)器108進(jìn)行正詢問(對(duì)于“www.server.net”的“AAAA”的詢問)AAAA Query 802(圖6的步驟404、圖7的步驟501、502)。即，當(dāng)DNS服務(wù)器109從客戶機(jī)106(第三裝置)接收服務(wù)器107(第二裝置)的地址詢問時(shí)，向DNS服務(wù)器108(第一裝置)詢問服務(wù)器107的地址。
對(duì)于詢問802，DNS服務(wù)器108將包含對(duì)于詢問的FQDN的IPv6地址的詢問的回答信息(“www.server.net”的“AAAA”為“2001:340:0:1::1”、“ TTL＝10000”)Response AAAA 803發(fā)送給DNS服務(wù)器109。
DNS服務(wù)器109接收該回答803(圖7的步驟503、504、505、510、511)，迅速地向Web客戶機(jī)106發(fā)送詢問的回答(“www.server.net”的“AAAA”為“2001:340:0:1::1”、“TTL＝0”)Response AAAA 804(圖6的步驟405的“是”、步驟407、408、409)。即，DNS服務(wù)器109向客戶機(jī)106通知從DNS服務(wù)器108得到的服務(wù)器107的地址。Web客戶機(jī)106，將比從DNS服務(wù)器108得到的服務(wù)器107的地址的有效期限C-TTL704短的有效期限R-TTL705(它的值，例如，為“0”)，作為服務(wù)器107的地址的有效期限，通知客戶機(jī)106(請(qǐng)參照?qǐng)D7的步驟510、511)。
接收回答信息804的Web客戶機(jī)，因?yàn)槿〉谩皐ww.server.net”的IPv6地址“2001:340:0:1::1”，所以在成為目的的服務(wù)器107中利用IPv6通信協(xié)議嘗試連接805，但是因?yàn)樵谕局芯W(wǎng)絡(luò)成為切斷狀態(tài)所以不能夠進(jìn)行連接。
另一方面，即便在DNS服務(wù)器109中，在大致與IPv6地址通知Response AAAA 804相同的時(shí)刻，為了IPv6地址的有效性檢查，將ICMP echo消息806發(fā)送給對(duì)象地址“2001:340:0:1::1”(圖7的步驟512、圖8的步驟601、602)。即便關(guān)于消息806的通信，因?yàn)闆]有到達(dá)Web服務(wù)器107(圖9的步驟612中“否”)，所以地址的有效性檢查807成為NG(連接試驗(yàn)失敗)(步驟615)。該IPv6地址的連接性試驗(yàn)是用IPv6的通信協(xié)議進(jìn)行的。
Web客戶機(jī)106進(jìn)行從連接805到確立通信失敗的超時(shí)等待，在該超時(shí)后，向要取得IPv4地址的附近的DNS服務(wù)器109進(jìn)行正詢問(對(duì)于“www.server.net”的“A”詢問)A Query 808。
DNS服務(wù)器109接收該正詢問808(圖6的步驟401)，檢索自己持有的高速緩沖存儲(chǔ)器數(shù)據(jù)(步驟4 02)，因?yàn)闆]有相應(yīng)的數(shù)據(jù)(在圖6的步驟403中“否”)，向成為對(duì)象的進(jìn)行FQDN管理的DNS服務(wù)器108進(jìn)行正詢問(對(duì)于“www.server.net”的“A”的詢問)A Query 809(圖6的步驟404、圖7的步驟501、502)。
對(duì)于詢問809，DNS服務(wù)器108將包含對(duì)于詢問的FQDN的IPv4地址的詢問的回答信息(“www.server.net”的“A”為“172.16.0.1”、“TTL＝10000”)Response A 810發(fā)送給DNS服務(wù)器109。
DNS服務(wù)器109接收該回答信息810(圖7的步驟503、504、508、510、511)，迅速地向Web客戶機(jī)106發(fā)送詢問的回答信息(“www.server.net”的“A”為“172.16.0.1”、“TTL＝0”)Response A 811(圖6的步驟405的“是”、步驟407、408、411)。
接收回答信息811的Web客戶機(jī)，因?yàn)槿〉谩皐ww.server.net”的IPv4地址“172.16.0.1”，所以在成為目的的服務(wù)器107中利用IPv4通信協(xié)議嘗試連接812，因?yàn)樵撨B接812成功，所以能夠由Web客戶機(jī)106，接收Web服務(wù)器107的數(shù)據(jù)。
另一方面，即便在DNS服務(wù)器109中，在大致與IPv4地址通知Response A 811相同的時(shí)刻，為了IPv4地址的有效性檢查，將ICMP echo消息813發(fā)送給對(duì)象地址“172.16.0.1”(圖7的步驟512、圖8的步驟601、602)。因?yàn)橛蒞eb服務(wù)器107發(fā)送消息813的回答信息作為ICMP Response 814(圖9的步驟612中“是”)，所以地址的有效性檢查成為OK(連接試驗(yàn)成功)(步驟613)。此外，該IPv4地址的連接性試驗(yàn)是用IPv4的通信協(xié)議進(jìn)行的。
此后，當(dāng)發(fā)生到新的Web服務(wù)器107的連接要求時(shí)(例如，當(dāng)選擇Web顯示上的鏈接，取得同一Web服務(wù)器內(nèi)的別的數(shù)據(jù)時(shí))，Web客戶機(jī)106再一次向附近的DNS服務(wù)器109進(jìn)行IPv6地址的正詢問(對(duì)于“www.server.net”的“AAAA”詢問)AAAA Query815。此外，因?yàn)椤癟TL”的值為“0”，所以不將在811中通知的“www.server.net”的IPv4地址“172.16.0.1”存儲(chǔ)在Web客戶機(jī)106的高速緩沖存儲(chǔ)器數(shù)據(jù)303中。
DNS服務(wù)器109接收該正詢問815(圖6的步驟401)，檢索自己持有的高速緩沖存儲(chǔ)器數(shù)據(jù)306(步驟402)，因?yàn)閺脑趫D10的807中進(jìn)行地址有效性檢查的高速緩沖存儲(chǔ)器數(shù)據(jù)，知道IPv6地址的檢查結(jié)果為“NQ”(在圖6的步驟403中“是”，在步驟407、408中“否”)，所以在到Web客戶機(jī)106的回答信息發(fā)送沒有地址的消息(沒有“www.server.net”的“AAAA”)Response(nothing)816(圖6的步驟410)。即，DNS服務(wù)器109，與服務(wù)器107(第二裝置)的IPv6地址的第一詢問801相應(yīng)，從DNS服務(wù)器108(第一裝置)接收服務(wù)器107的IPv6地址，用服務(wù)器107(第二裝置)的地址進(jìn)行與服務(wù)器107的連接試驗(yàn)(806、807)，對(duì)于服務(wù)器107(第二裝置)的IPv6地址的第二詢問815，回答與連接試驗(yàn)(806、807)相應(yīng)的消息816(當(dāng)該連接試驗(yàn)失敗時(shí)，表示沒有服務(wù)器107的地址的消息)。
接收該回答816的Web客戶機(jī)106，接著發(fā)送IPv4地址的正詢問A Query 817。DNS服務(wù)器109同樣接收該正詢問(圖6的步驟401)，檢索自己持有的高速緩沖存儲(chǔ)器數(shù)據(jù)306(步驟402)，從進(jìn)行地址有效性檢查的高速緩沖存儲(chǔ)器數(shù)據(jù)，檢索IPv4地址，確認(rèn)檢查結(jié)果為“OK”后(在圖6的步驟403中“是”，步驟407、408)，發(fā)送詢問的回答信息(“www.server.net”的“A”為“172.16.0.1”，“TTL＝10000”)Response A 818(步驟411)。
根據(jù)回答信息818成功取得Web服務(wù)器107的IPv4地址的Web客戶機(jī)106進(jìn)行利用IPv4通信協(xié)議的連接819，從Web服務(wù)器107取得數(shù)據(jù)。
<其它實(shí)施形態(tài)>
以上，我們根據(jù)優(yōu)先的實(shí)施例說明了本發(fā)明，但是本發(fā)明不限定于上述實(shí)施例，在權(quán)利要求書的范圍內(nèi)，可以進(jìn)行種種變形。例如，在上述實(shí)施形態(tài)中，DNS服務(wù)器109的域名服務(wù)器模塊304，在檢查通信協(xié)議檢查模塊308是否有效前，將分解器模塊307從外部的DNS服務(wù)器107接收的地址通知客戶機(jī)106的分解器模塊302。與此相反，在其它形態(tài)中，DNS服務(wù)器109的域名服務(wù)器模塊304，在檢查通信協(xié)議檢查模塊308是否有效后，將分解器模塊307從外部的DN8服務(wù)器107接收的地址通知客戶機(jī)106的分解器模塊302。
在該其它形態(tài)中，分解器模塊307，當(dāng)對(duì)外部服務(wù)器的正詢問成功時(shí)，在由通信協(xié)議檢查模塊308進(jìn)行的地址有效性的檢查結(jié)束后，將正詢問結(jié)束通知域名服務(wù)器模塊304。而且，域名服務(wù)器模塊304，對(duì)于由通信協(xié)議檢查模塊308進(jìn)行了有效性檢查的地址，根據(jù)地址的有效性(步驟407、408)，如果有效，則將地址回答給客戶機(jī)106的分解器模塊302(步驟409、411)，如果無效，則將取得失敗信息回答給客戶機(jī)106的分解器模塊302(步驟410)。
此外，在該其它形態(tài)中，也可以從高速緩沖存儲(chǔ)器數(shù)據(jù)306刪除由通信協(xié)議檢查模塊308判斷無效的地址。也可以在這樣刪除的形態(tài)中，不設(shè)置R-TTL705、檢查欄706。
又，在其它形態(tài)中，在圖8的步驟601在預(yù)定的間隔，代替檢查高速緩沖存儲(chǔ)器數(shù)據(jù)306的地址有效性，域名服務(wù)器模塊304，每次從客戶接收登記在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的地址詢問時(shí)，檢查該地址有效性，將與檢查結(jié)果相應(yīng)的回答信息送回到客戶機(jī)。
進(jìn)一步，在其它形態(tài)中，除了從客戶接收詢問時(shí)的有效性的檢查外，還進(jìn)行預(yù)定間隔的有效性檢查。
又，在變形例中，關(guān)于在上次檢查中判斷為無效的地址，進(jìn)行預(yù)定間隔的有效性檢查。如果這樣做，則能夠防止增加網(wǎng)絡(luò)的通信量。
又，在其它形態(tài)中，判斷登記在高速緩沖存儲(chǔ)器數(shù)據(jù)306中的各個(gè)地址是IPv6地址還是IPv4地址，如果是IPv6地址，則在預(yù)定的間隔檢查有效性，如果是IPv4地址，則不進(jìn)行在預(yù)定的間隔中的有效性檢查(或者在比IPv6地址長(zhǎng)的間隔中檢查有效性)。如果這樣做，則因?yàn)槭遣荒苓B接的可能性低的IPv4地址的有效性檢查，所以能夠防止增加網(wǎng)絡(luò)的通信量。
在上述實(shí)施形態(tài)中，Web客戶機(jī)106和Web服務(wù)器107不限定于Web應(yīng)用程序，也可以是任何的網(wǎng)絡(luò)應(yīng)用程序。
又，在上述實(shí)施形態(tài)中，在與用戶網(wǎng)絡(luò)101連接的DNS服務(wù)器109中，不一定需要保持管理屬于用戶網(wǎng)絡(luò)101的主終端組的域的主區(qū)域文件305，可以只提供作為單一的DNS高速緩沖存儲(chǔ)服務(wù)器的功能。
又，在上述實(shí)施形態(tài)中，域管理網(wǎng)絡(luò)102和服務(wù)器網(wǎng)絡(luò)103不一定需要是獨(dú)立的網(wǎng)絡(luò)，也可以在同一網(wǎng)絡(luò)上存在DNS服務(wù)器108和Web服務(wù)器107。
又，在上述實(shí)施形態(tài)中，DNS服務(wù)器109不一定需要屬于用戶網(wǎng)絡(luò)101，最好盡可能地接近用戶網(wǎng)絡(luò)，例如，也可以存在于向客戶機(jī)106提供因特網(wǎng)服務(wù)的ISP內(nèi)的網(wǎng)絡(luò)中。
又，在上述實(shí)施形態(tài)中，分配給各主機(jī)的域名、FQDN、IPv4網(wǎng)絡(luò)地址、IPv4地址、IPv6網(wǎng)絡(luò)地址、IPv6地址只不過是一個(gè)例子，也可以是其它任意的域名、FQDN、IPv4網(wǎng)絡(luò)地址、IPv4地址、IPv6網(wǎng)絡(luò)地址、IPv6地址。請(qǐng)注意本發(fā)明能夠應(yīng)用于包括單個(gè)裝置的設(shè)備或由多個(gè)裝置組成的系統(tǒng)。
而且，通過提供軟件程序，該軟件程序直接或間接地對(duì)系統(tǒng)或設(shè)備實(shí)現(xiàn)上述實(shí)施形態(tài)的功能，用系統(tǒng)或設(shè)備的計(jì)算機(jī)讀出提供的程序碼，然后執(zhí)行該程序碼，能夠?qū)崿F(xiàn)本發(fā)明。在這種情形中，只要系統(tǒng)或設(shè)備具有程序的功能，實(shí)現(xiàn)的模式不需要與程序有關(guān)。
因此，因?yàn)楸景l(fā)明的功能是用計(jì)算機(jī)完成的，所以裝入計(jì)算機(jī)中的程序碼本身也實(shí)現(xiàn)本發(fā)明。換句話說，本發(fā)明的權(quán)利要求書也涵蓋用于實(shí)現(xiàn)本發(fā)明的功能的計(jì)算機(jī)程序。
在這種情形中，只要系統(tǒng)或設(shè)備具有程序的功能，可以用任何形式，例如，目標(biāo)代碼、由解釋程序執(zhí)行的程序、或供給操作系統(tǒng)的腳本數(shù)據(jù)，執(zhí)行程序。能夠用于提供程序的存儲(chǔ)媒體的例子是軟盤、硬盤、光盤、磁光盤、CD-ROM、CD-R、CD-RW、磁帶、非易失型存儲(chǔ)卡、ROM和DVD(DVD-ROM和DVD-R)。
關(guān)于提供程序的方法，能夠用客戶計(jì)算機(jī)的瀏覽器使客戶計(jì)算機(jī)與因特網(wǎng)上的Web網(wǎng)站連接，并且能夠?qū)⒈景l(fā)明的計(jì)算機(jī)程序或者程序的可以自動(dòng)安裝的壓縮文件下載到記錄媒體如硬盤上。進(jìn)一步，能夠通過將構(gòu)成程序的程序碼分成多個(gè)文件并從不同的Web網(wǎng)站下載這些文件提供本發(fā)明的程序。換句話說，WWW(World WideWeb(萬維網(wǎng)))服務(wù)器，它將用計(jì)算機(jī)實(shí)現(xiàn)本發(fā)明的功能的程序文件下載給多位用戶，也被本發(fā)明的權(quán)利要求書所涵蓋。進(jìn)一步，也可以對(duì)本發(fā)明程序進(jìn)行加密并存儲(chǔ)在存儲(chǔ)媒體，例如CD-ROM中，將存儲(chǔ)媒體分配給用戶，允許滿足某些要求的用戶通過因特網(wǎng)從Web網(wǎng)站下載解密密鑰信息，和允許這些用戶用密鑰信息對(duì)加密的程序進(jìn)行解密，從而將程序安裝在用戶計(jì)算機(jī)中。
而且，除了通過用計(jì)算機(jī)執(zhí)行讀出程序?qū)崿F(xiàn)按照實(shí)施形態(tài)的上述功能的情形外，在計(jì)算機(jī)上運(yùn)行的操作程序等可以實(shí)施全部或一部分的實(shí)際處理，使得上述實(shí)施形態(tài)的功能能夠由這種處理來實(shí)現(xiàn)。
而且，在將從存儲(chǔ)媒體讀出的程序?qū)懙讲迦朐谟?jì)算機(jī)中的功能擴(kuò)展板中或者與計(jì)算機(jī)連接的功能擴(kuò)展單元中提供的存儲(chǔ)器中后，安裝在功能擴(kuò)展板或功能擴(kuò)展單元中的CPU等實(shí)施全部或一部分的實(shí)際處理，使得上述實(shí)施形態(tài)的功能能夠由這種處理來實(shí)現(xiàn)。
因?yàn)樵跊]有脫離本發(fā)明的精神和范圍的條件下能夠形成本發(fā)明的許多顯然廣泛不同的實(shí)施形態(tài)，所以我們懂得本發(fā)明不限于它的特定的實(shí)施形態(tài)，除了如所附的權(quán)利要求書定義的以外。
權(quán)利要求
1.一種對(duì)地址詢問的回答方法，包括下列步驟從第一裝置接收第二裝置的地址；進(jìn)行與第二裝置的連接試驗(yàn)；對(duì)于來自第三裝置的對(duì)第二裝置的地址的詢問，回答與在上述試驗(yàn)步驟中的連接試驗(yàn)相應(yīng)的消息。
2.權(quán)利要求1的方法，在上述試驗(yàn)步驟中，用與第二裝置的地址對(duì)應(yīng)的協(xié)議，進(jìn)行與上述第一裝置的連接試驗(yàn)。
3.權(quán)利要求1的方法，上述接收步驟具有接收對(duì)于第二裝置的地址的第一詢問的步驟，與第一詢問相應(yīng)，從第一裝置接收第二裝置的地址，上述回答步驟具有接收對(duì)于第二裝置的地址的第二詢問的步驟，對(duì)于第二詢問，將與上述試驗(yàn)步驟中的連接試驗(yàn)相應(yīng)的消息回答給第三裝置。
4.權(quán)利要求1的方法，上述接收步驟包括存儲(chǔ)第二裝置的地址，與第二裝置的地址的有效期限相應(yīng)，使存儲(chǔ)的第二裝置的地址無效的步驟，其中在上述試驗(yàn)步驟中，對(duì)于有效期限內(nèi)的第二裝置的地址反復(fù)進(jìn)行連接試驗(yàn)，在上述回答步驟中，回答與上述試驗(yàn)步驟中的最后連接試驗(yàn)的結(jié)果相應(yīng)的消息。
5.一種對(duì)地址詢問的回答程序，包括下列步驟從第一裝置接收第二裝置的地址；進(jìn)行與第二裝置的連接試驗(yàn)；對(duì)于來自第三裝置的對(duì)第二裝置的地址的詢問，回答與上述試驗(yàn)步驟中的連接試驗(yàn)相應(yīng)的消息。
6.權(quán)利要求5的程序，在上述試驗(yàn)步驟中，用與第二裝置的地址對(duì)應(yīng)的協(xié)議，進(jìn)行與上述第一裝置的連接試驗(yàn)。
7.權(quán)利要求5的程序，上述接收步驟具有接收對(duì)于第二裝置的地址的第一詢問的步驟，與第一詢問相應(yīng)，從第一裝置接收第二裝置的地址，上述回答步驟具有接收對(duì)于第二裝置的地址的第二詢問的步驟，對(duì)于第二詢問，將與上述試驗(yàn)步驟中的連接試驗(yàn)相應(yīng)的消息回答給第三裝置。
8.權(quán)利要求5的程序，上述接收步驟包括存儲(chǔ)第二裝置的地址，與第二裝置的地址的有效期限相應(yīng)，使存儲(chǔ)的第二裝置的地址無效的步驟，其中在上述試驗(yàn)步驟中，對(duì)于有效期限內(nèi)的第二裝置的地址反復(fù)進(jìn)行連接試驗(yàn)，在上述回答步驟中，回答與上述試驗(yàn)步驟中的最后連接試驗(yàn)的結(jié)果相應(yīng)的消息。
9.一種回答裝置，包括用于連接網(wǎng)絡(luò)的連接單元；和對(duì)于通過與上述連接單元連接的網(wǎng)絡(luò)從第三裝置接收的第二裝置的地址的詢問、生成回答消息的生成單元，回答消息包含通過與上述連接單元連接的網(wǎng)絡(luò)從第一裝置接收的第二裝置的地址，上述生成單元進(jìn)行與第二裝置的連接試驗(yàn)，生成與連接試驗(yàn)相應(yīng)的回答消息。
10.權(quán)利要求9的裝置，上述生成單元用與第二裝置的地址對(duì)應(yīng)的協(xié)議進(jìn)行與上述第一裝置的連接試驗(yàn)。
11.權(quán)利要求9的裝置，上述生成單元，與對(duì)于通過與上述連接單元連接的網(wǎng)絡(luò)接收的第二裝置的地址的第一詢問相應(yīng)，從第一裝置接收第二裝置的地址，與接收試驗(yàn)相應(yīng)地、對(duì)于通過與上述連接單元連接的網(wǎng)絡(luò)接收的第二裝置的地址的第二詢問生成回答消息。
12.權(quán)利要求9的裝置，上述生成單元具有存儲(chǔ)第二裝置的地址的存儲(chǔ)單元，與第二裝置的地址的有效期限相應(yīng)，使存儲(chǔ)在上述存儲(chǔ)單元中的第二裝置的地址無效，對(duì)于存儲(chǔ)在上述存儲(chǔ)單元中的有效期限內(nèi)的第二裝置的地址反復(fù)進(jìn)行連接試驗(yàn)，與最后的連接試驗(yàn)的結(jié)果相應(yīng)地生成回答消息。
13.一種地址通知方法，包括與從第三裝置接收的第二裝置的地址的詢問相應(yīng)，向第一裝置詢問第二裝置的地址；與詢問相應(yīng)，將比和第二裝置的地址一起從第一裝置接收的第二裝置的地址的有效期限短的有效期限，作為第二裝置的地址的有效期限，與第二裝置的地址一起，通知第三裝置。
14.權(quán)利要求13的方法，在上述通知步驟中，將第三裝置不能夠再利用第二裝置的地址的有效期限通知第三裝置。
15.一種地址通知程序，包括下列步驟與從第三裝置接收的第二裝置的地址的詢問相應(yīng)，向第一裝置詢問第二裝置的地址、與詢問相應(yīng)，將比和第二裝置的地址一起從第一裝置接收的第二裝置的地址的有效期限短的有效期限，作為第二裝置的地址的有效期限，與第二裝置的地址一起，通知第三裝置。
16.權(quán)利要求15的程序，在上述通知步驟中，將第三裝置不能夠再利用第二裝置的地址的有效期限通知第三裝置。
17.一種地址通知裝置，包括與網(wǎng)絡(luò)連接的連接單元；和通過與上述連接單元連接的網(wǎng)絡(luò)，將第二裝置的地址通知第三裝置的通知單元，其中上述通知單元與從第三裝置接收的第二裝置的地址的詢問相應(yīng)，向第一裝置詢問第二裝置的地址，與詢問相應(yīng)，將比和第二裝置的地址一起從第一裝置接收的第二裝置的地址的有效期限短的有效期限，作為第二裝置的地址的有效期限，通知第三裝置。
18.權(quán)利要求17的裝置，上述通知單元，將第三裝置不能夠再利用第二裝置的地址的有效期限通知第三裝置。
全文摘要
本發(fā)明提供了對(duì)地址詢問的回答方法、程序、裝置和地址通知方法、程序、裝置。當(dāng)DNS服務(wù)器從客戶機(jī)接收服務(wù)器的地址詢問時(shí)，向外部的DNS服務(wù)器詢問該服務(wù)器的地址。DNS服務(wù)器在從外部的DNS服務(wù)器得到的地址中檢查是否可以與服務(wù)器連接。當(dāng)不能夠與服務(wù)器連接時(shí)，回答沒有該地址。在該檢查前，當(dāng)回答該地址時(shí)，DNS服務(wù)器將比從外部的DNS服務(wù)器得到的服務(wù)器的地址的有效期限短的有效期限，作為服務(wù)器的地址的有效期限。
文檔編號(hào)H04L12/56GK1520123SQ200410002248
公開日2004年8月11日 申請(qǐng)日期2004年1月16日 優(yōu)先權(quán)日2003年1月21日
發(fā)明者中澤宏昭 申請(qǐng)人:佳能株式會(huì)社