專利名稱：通信裝置及其通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信裝置及其通信方法，特別是通信裝置涉及使用1個(gè)全局地址代表 全局IPv4(Internet Protocol version 4，網(wǎng)際協(xié)議版本4)地址，共享并管理所代表的全 局地址，對(duì)全局空間的WEB客戶端與位于本地空間的多個(gè)WEB服務(wù)器進(jìn)行中繼的裝置。另 外，通信方法涉及使用1個(gè)全局地址代表全局IPv4地址，共享并管理所代表的全局地址，對(duì) 全局空間的WEB客戶端與位于本地空間的多個(gè)WEB服務(wù)器進(jìn)行中繼時(shí)的地址共享通信步 馬聚ο背景技術(shù)
一般而言，當(dāng)TOB客戶端想要經(jīng)由IP網(wǎng)絡(luò)享有各種應(yīng)用時(shí)，WEB客戶端經(jīng)由IP網(wǎng) 絡(luò)與容納應(yīng)用的WEB服務(wù)器對(duì)等(Peer-To-Peer)連接，從而配置在全局空間內(nèi)進(jìn)行通信。 通過(guò)這樣地連接，針對(duì)每個(gè)應(yīng)用對(duì)WEB服務(wù)器賦予IP地址而進(jìn)行識(shí)別。另外，例如，一般而 言，往往針對(duì)進(jìn)行程序處理的每個(gè)應(yīng)用設(shè)置WEB服務(wù)器。因此，在全局空間和/或本地空間 內(nèi)WEB服務(wù)器處于增加的趨勢(shì)。由于該增加，IPv4中的地址枯竭引起人們擔(dān)心。因此越來(lái) 越需要在多個(gè)WEB服務(wù)器中共享1個(gè)IP地址。
為了滿足這樣的需要，帶預(yù)定功能的網(wǎng)關(guān)裝置設(shè)置大規(guī)模的數(shù)據(jù)中心，使用大量 的存儲(chǔ)器，因此帶預(yù)定功能的網(wǎng)關(guān)裝置成為非常昂貴的設(shè)備。預(yù)定功能是指，作為針對(duì) 網(wǎng)絡(luò)地址枯竭的一個(gè)處理方法，由RFC(Request For Comments,請(qǐng)求評(píng)議)1631提出的 NAT (NetworkAddress Translator，網(wǎng)絡(luò)地址轉(zhuǎn)換)功能。
具體而言，在本地網(wǎng)絡(luò)(LAN)中連接并收容有被賦予了本地IP地址或?qū)Ｓ肐P地 址的多個(gè)WEB服務(wù)器。下面，為了簡(jiǎn)化，將全局IP地址和本地IP地址等的記載表述為全局 地址和本地地址。關(guān)于NAT功能，各個(gè)TOB服務(wù)器共享1個(gè)全局地址，與外部的具有全局地 址的裝置進(jìn)行通信。
目前已經(jīng)提出了使用這樣的NAT功能來(lái)進(jìn)行地址轉(zhuǎn)換的裝置。專利文獻(xiàn)1是帶地 址轉(zhuǎn)換功能的通信裝置以及多媒體通信方法，專利文獻(xiàn)2是帶地址轉(zhuǎn)換功能的網(wǎng)關(guān)裝置及 其地址轉(zhuǎn)換方法。
在這樣的情況下，如非專利文獻(xiàn)1所示，期望使用考慮了預(yù)定功能的網(wǎng)關(guān)裝置。該 帶預(yù)定功能的網(wǎng)關(guān)裝置具有下述功能HTTPOlyper-I^xt Transfer Protocol，超文本傳輸 協(xié)議)的客戶端終接TCP (Transmission Control Protocol，傳輸控制協(xié)議)的連接，解析 HTTP消息，并進(jìn)行轉(zhuǎn)發(fā)。
另外，作為地址轉(zhuǎn)換方式之一，存在IP偽裝(Masquerade)或NAPT (Network Address Port Translation，網(wǎng)絡(luò)地址端口轉(zhuǎn)換)。其是類似于上述NAT的功能，不同之處 在于，除了 IP 地址以夕卜，還對(duì) TCP/UDP (Transmission Control Protocol/User Datagram Protocol，傳輸控制協(xié)議/用戶數(shù)據(jù)報(bào)協(xié)議)的端口號(hào)進(jìn)行轉(zhuǎn)換。通過(guò)該轉(zhuǎn)換功能，位于 LAN (Local Area Network，局域網(wǎng))上的多臺(tái)通信終端裝置和/或TOB服務(wù)器同時(shí)共享1 個(gè)IP地址，實(shí)現(xiàn)了互聯(lián)網(wǎng)連接。
但是，眾所周知，在利用IP偽裝時(shí)多媒體應(yīng)用程序?qū)⒉荒苓M(jìn)行通信。
這樣，以往實(shí)現(xiàn)了一對(duì)多連接關(guān)系下的截至網(wǎng)絡(luò)層的通信，該一對(duì)多連接關(guān)系是 指與專用空間的網(wǎng)絡(luò)連接的多個(gè)裝置對(duì)應(yīng)于與全局空間的網(wǎng)絡(luò)連接的1個(gè)裝置。但是，希 望注意的是，IP偽裝考慮了，高效地實(shí)現(xiàn)從與本地空間的網(wǎng)絡(luò)連接的多個(gè)裝置同時(shí)訪問(wèn)與 全局空間的網(wǎng)絡(luò)連接的1個(gè)裝置的這種單向通信。NAT功能只不過(guò)是規(guī)定了全局空間的裝 置與專用空間的裝置的一對(duì)一的地址轉(zhuǎn)換。
專利文獻(xiàn)1 日本特開(kāi)2002-152^0號(hào)公報(bào)
專利文獻(xiàn)2 日本特開(kāi)2003-3M482號(hào)公報(bào)
非專利文獻(xiàn) 1 :M.Holdrege，“RFC2663-IP Network Address Translator (NAT) Terminology and Consideration”，[online]，互聯(lián)網(wǎng)協(xié)會(huì)，平成 10 年，8 月，[平成 21 年 9 月 10 日檢索]，互聯(lián)網(wǎng)<URL :http://www. faqs.org/rfcs/rfc2663.html>
但是，當(dāng)研究IPv4中的地址枯竭對(duì)策時(shí)，可考慮將WEB服務(wù)器配置在本地地址空 間內(nèi)來(lái)應(yīng)對(duì)。在該情況下，WEB客戶端預(yù)先從DNS (Domain Name System，域名系統(tǒng))服務(wù)器 取得與完全表達(dá)域名(Full Qualified Domain Name，完全合格的域名)對(duì)應(yīng)的全局地址。
這里，F(xiàn)QDN是指，在網(wǎng)絡(luò)上即互聯(lián)網(wǎng)或內(nèi)部網(wǎng)那樣的TCP/IP網(wǎng)絡(luò)上，不省略地指 定域名、子域名、主機(jī)名等全部?jī)?nèi)容來(lái)記述域名的方式。
為了實(shí)現(xiàn)來(lái)自WEB客戶端的通信，需要帶預(yù)定功能的裝置(網(wǎng)關(guān)裝置)對(duì)與專用 空間即本地網(wǎng)絡(luò)連接的WEB服務(wù)器和全局空間的WEB客戶端之間的全部TCP信息進(jìn)行保持。
另外，當(dāng)執(zhí)行最近的TOB應(yīng)用程序時(shí)，TOB應(yīng)用程序存在很大的在顯示1個(gè)畫(huà)面的 基礎(chǔ)上例如同時(shí)產(chǎn)生幾十個(gè)TCP會(huì)話的傾向。這意味著，當(dāng)從全局空間的WEB客戶端發(fā)出 請(qǐng)求時(shí)，本地空間的多個(gè)WEB服務(wù)器針對(duì)所接收到的請(qǐng)求被迫同時(shí)動(dòng)作的可能性很大。
但是，當(dāng)執(zhí)行WEB服務(wù)器中的應(yīng)用程序時(shí)，全局空間的WEB客戶端訪問(wèn)存儲(chǔ)在主 機(jī)首部(Host Header)中的全局地址，即向帶預(yù)定功能的網(wǎng)關(guān)裝置發(fā)送具有發(fā)送目的地域 名的HTTP消息。此時(shí)，當(dāng)訪問(wèn)應(yīng)用層時(shí)，按照標(biāo)準(zhǔn)規(guī)格，WEB服務(wù)器只被限定為1個(gè)端口號(hào) “80”。因此，帶預(yù)定功能的網(wǎng)關(guān)裝置不能容納為訪問(wèn)多個(gè)WEB服務(wù)器。
帶預(yù)定功能的網(wǎng)關(guān)裝置接收TCP會(huì)話，如非專利文獻(xiàn)1規(guī)定的那樣，依次使WEB應(yīng) 用程序響應(yīng)于動(dòng)作，終接各TCP會(huì)話，解析或識(shí)別各HTTP消息，將通過(guò)解析而得到的全局地 址轉(zhuǎn)換成本地地址，向具有該本地地址的WEB服務(wù)器轉(zhuǎn)發(fā)HTTP消息。
當(dāng)手動(dòng)操作這些步驟時(shí)，TOB客戶端將對(duì)帶預(yù)定功能的網(wǎng)關(guān)裝置進(jìn)行多次操作，不 得不進(jìn)行繁雜的操作。伴隨著繁雜的操作，帶預(yù)定功能的網(wǎng)關(guān)裝置對(duì)所接收到的數(shù)據(jù)進(jìn)行 解析等處理能力負(fù)荷也增大。發(fā)明內(nèi)容
本發(fā)明鑒于這樣的課題而提出，目的在于提供能夠應(yīng)對(duì)IPv4的地址枯竭，提高 WEB客戶端的操作性，減輕處理負(fù)荷的通信裝置及其通信方法。
為了解決上述課題，本發(fā)明是一種通信裝置，其在配置于全局空間內(nèi)的TOB客戶 端與配置于本地空間內(nèi)的WEB服務(wù)器之間配置，其特征在于，該通信裝置包括主機(jī)表，其 針對(duì)WEB服務(wù)器的主機(jī)名，存儲(chǔ)有全局地址以及全局端口，將該全局地址全部設(shè)為相同值；轉(zhuǎn)發(fā)表，其存儲(chǔ)有WEB客戶端的主機(jī)名、針對(duì)該主機(jī)名的全局地址以及全局端口，并存儲(chǔ)有 針對(duì)所存儲(chǔ)的全局地址以及全局端口的WEB服務(wù)器的本地地址以及本地端口，將全局地址 全部設(shè)為相同值，并將本地端口全部設(shè)為相同值；以及解析單元，其對(duì)來(lái)自WEB客戶端的 分組進(jìn)行解析，根據(jù)解析結(jié)果，向進(jìn)行了請(qǐng)求的WEB客戶端提供全局地址以及全局端口，進(jìn) 行HTTP重定向，對(duì)HTTP重定向后的全局地址以及全局端口和本地地址以及本地端口進(jìn)行 解析，分別對(duì)解析后的地址和端口進(jìn)行轉(zhuǎn)換，轉(zhuǎn)發(fā)基于轉(zhuǎn)換后的地址和端口的分組，解析單 元包括分配單元，其判斷從WEB客戶端提供的分組的發(fā)送目的地地址是否是從認(rèn)證了主 機(jī)名的服務(wù)器提供的預(yù)定的全局地址以及全局端口的值，分配所提供的分組的提供目的 地；重定向單元，其從所提供的分組中提取發(fā)送目的地的主機(jī)名，從主機(jī)表中檢索所提取的 主機(jī)名，向進(jìn)行了請(qǐng)求的WEB客戶端發(fā)送通過(guò)檢索而取得的全局地址以及全局端口，進(jìn)行 HTTP重定向；轉(zhuǎn)換轉(zhuǎn)發(fā)單元，其接收來(lái)自分配單元的分組，在轉(zhuǎn)發(fā)表中檢索是否存在與所 接收到的分組具有的發(fā)送目的地的全局地址以及發(fā)送目的地的全局端口一致的全局地址 以及全局端口，根據(jù)檢索結(jié)果，將發(fā)送目的地的全局地址和發(fā)送目的地的全局端口變更成 作為發(fā)送目的地的WEB服務(wù)器的本地地址和發(fā)送目的地的本地端口，向作為發(fā)送目的地的 WEB服務(wù)器轉(zhuǎn)發(fā)變更后的分組，并且相反，該轉(zhuǎn)換轉(zhuǎn)發(fā)單元接收來(lái)自WEB服務(wù)器的分組，在 轉(zhuǎn)發(fā)表中檢索是否存在與所接收到的分組具有的發(fā)送源的本地地址以及發(fā)送源的本地端 口 一致的本地地址以及本地端口，根據(jù)檢索結(jié)果，將發(fā)送源的本地地址和發(fā)送源的本地端 口變更成作為發(fā)送源的WEB服務(wù)器的全局地址和發(fā)送源的全局端口，向WEB客戶端轉(zhuǎn)發(fā)變 更后的分組。
為了解決上述課題，本發(fā)明是一種通信方法，在配置于全局空間內(nèi)的TOB客戶端 與配置于本地空間內(nèi)的WEB服務(wù)器之間配置通信裝置，該通信方法是WEB客戶端、通信裝置 以及WEB服務(wù)器的通信方法，其特征在于，該通信方法包括第1步驟，從WEB客戶端向TOB 服務(wù)器發(fā)送包含主機(jī)名、全局地址以及全局端口的分組；第2步驟，該裝置接收分組，判斷 該分組的發(fā)送目的地地址是否是從認(rèn)證了主機(jī)名的服務(wù)器提供的預(yù)定的全局地址以及全 局端口的值，由分配所提供的分組的提供目的地的分配單元對(duì)所提供的分組的提供目的地 進(jìn)行分配；第3步驟，當(dāng)判斷為“是”時(shí)，由重定向單元向進(jìn)行請(qǐng)求的WEB客戶端發(fā)送取得 的全局地址以及全局端口，進(jìn)行HTTP重定向，該重定向單元從所提供的分組中提取發(fā)送目 的地的主機(jī)名，從將針對(duì)主機(jī)名的全局地址以及全局端口存儲(chǔ)為1個(gè)條目的主機(jī)表中檢索 所提取的主機(jī)名，向進(jìn)行了請(qǐng)求的WEB客戶端發(fā)送通過(guò)檢索而取得的全局地址以及全局端 口，進(jìn)行HTTP重定向；第4步驟，從變更成該裝置提供的全局地址以及全局端口的WEB客 戶端向發(fā)送目的地發(fā)送分組，在該WEB客戶端與該裝置之間建立通信；第5步驟，由轉(zhuǎn)換轉(zhuǎn) 發(fā)單元將分組的地址以及端口從全局地址以及全局端口變更成本地地址以及本地端口，向 作為發(fā)送目的地的WEB服務(wù)器轉(zhuǎn)發(fā)變更后的分組，該轉(zhuǎn)換轉(zhuǎn)發(fā)單元接收來(lái)自WEB客戶端的 請(qǐng)求，當(dāng)?shù)?步驟的判斷為“否”時(shí)，在轉(zhuǎn)發(fā)表中檢索是否存在與所接收到的分組具有的發(fā) 送目的地的全局地址以及發(fā)送目的地的全局端口一致的全局地址以及全局端口，根據(jù)檢索 結(jié)果，將發(fā)送目的地的全局地址和發(fā)送目的地的全局端口變更成作為發(fā)送目的地的WEB服 務(wù)器的本地地址和發(fā)送目的地的本地端口，向作為發(fā)送目的地的WEB服務(wù)器轉(zhuǎn)發(fā)變更后的 分組，該轉(zhuǎn)發(fā)表將針對(duì)主機(jī)名的全局地址、全局端口、本地地址以及本地端口存儲(chǔ)為1個(gè)條 目；以及第6步驟，由轉(zhuǎn)換轉(zhuǎn)發(fā)單元將分組的地址以及端口從本地地址以及本地端口變更成全局地址以及全局端口，向WEB客戶端轉(zhuǎn)發(fā)變更后的分組，該轉(zhuǎn)換轉(zhuǎn)發(fā)單元在接收到來(lái) 自WEB服務(wù)器的分組時(shí)，在轉(zhuǎn)發(fā)表中檢索是否存在與所接收到的分組具有的發(fā)送源的本地 地址以及發(fā)送源的本地端口 一致的本地地址以及本地端口，根據(jù)檢索結(jié)果，將發(fā)送源的本 地地址和發(fā)送源的本地端口變更成作為發(fā)送源的WEB服務(wù)器的全局地址和發(fā)送源的全局 端口，向TOB客戶端轉(zhuǎn)發(fā)變更后的分組；此后，該通信方法重復(fù)第5以及第6的步驟，主機(jī)表 將全局地址的值全部設(shè)為相同值，轉(zhuǎn)發(fā)表將全局地址的值全部設(shè)為相同值，并將本地端口 的值全部設(shè)為相同值。
并且，為了解決上述課題，本發(fā)明是一種通信裝置，其在配置于全局空間內(nèi)的WEB 客戶端與配置于本地空間內(nèi)的WEB服務(wù)器之間配置，其特征在于，該通信裝置具有重定向 裝置以及網(wǎng)關(guān)裝置，所述重定向裝置包括分配單元，其判斷從WEB客戶端提供的分組的發(fā) 送目的地地址是否是從認(rèn)證了主機(jī)名的服務(wù)器提供的預(yù)定的全局地址以及全局端口的值， 分配所提供的分組的提供目的地；重定向單元，其從所提供的分組中提取發(fā)送目的地的主 機(jī)名，從所述主機(jī)表中檢索所提取的主機(jī)名，向進(jìn)行了請(qǐng)求的WEB客戶端發(fā)送通過(guò)檢索而 取得的全局地址以及全局端口，進(jìn)行HTTP重定向；以及主機(jī)表，其針對(duì)TOB客戶端的主機(jī) 名，存儲(chǔ)有全局地址以及全局端口，將該全局地址全部設(shè)為相同值，所述網(wǎng)關(guān)裝置包括轉(zhuǎn) 發(fā)表，其存儲(chǔ)有WEB客戶端的主機(jī)名、針對(duì)該主機(jī)名的全局地址以及全局端口，并存儲(chǔ)有針 對(duì)所存儲(chǔ)的全局地址以及全局端口的WEB服務(wù)器的本地地址以及本地端口，將全局地址全 部設(shè)為相同值，并將本地端口全部設(shè)為相同值；以及轉(zhuǎn)換轉(zhuǎn)發(fā)單元，其接收來(lái)自分配單元的 分組，在轉(zhuǎn)發(fā)表中檢索是否存在與所接收到的分組具有的發(fā)送目的地的全局地址以及發(fā)送 目的地的全局端口 一致的全局地址以及全局端口，根據(jù)檢索結(jié)果，將發(fā)送目的地的全局地 址和發(fā)送目的地的全局端口變更成作為發(fā)送目的地的WEB服務(wù)器的本地地址和發(fā)送目的 地的本地端口，向作為發(fā)送目的地的WEB服務(wù)器轉(zhuǎn)發(fā)變更后的分組，并且相反，該轉(zhuǎn)換轉(zhuǎn)發(fā) 單元接收來(lái)自WEB服務(wù)器的分組，在轉(zhuǎn)發(fā)表中檢索是否存在與所接收到的分組具有的發(fā)送 源的本地地址以及發(fā)送源的本地端口 一致的本地地址以及本地端口，根據(jù)檢索結(jié)果，將發(fā) 送源的本地地址和發(fā)送源的本地端口變更成作為發(fā)送源的WEB服務(wù)器的全局地址和發(fā)送 源的全局端口，向WEB客戶端轉(zhuǎn)發(fā)變更后的分組。
根據(jù)本發(fā)明的通信裝置及其通信方法，主機(jī)表中設(shè)有針對(duì)WEB客戶端主機(jī)名的全 局地址以及全局端口，將該全局地址的值全部設(shè)為相同值，轉(zhuǎn)發(fā)表中存儲(chǔ)有WEB客戶端的 主機(jī)名、針對(duì)該主機(jī)名的全局地址、全局端口、本地地址以及本地端口，將全局地址的值全 部設(shè)為相同值，并將本地端口的值全部設(shè)為相同值，解析單元對(duì)來(lái)自WEB客戶端的分組進(jìn) 行解析，根據(jù)解析結(jié)果，向進(jìn)行了請(qǐng)求的WEB客戶端提供全局地址以及全局端口，進(jìn)行HTTP 重定向，對(duì)HTTP重定向后的全局地址以及全局端口與本地地址以及本地端口進(jìn)行解析，分 別對(duì)解析后的地址和端口進(jìn)行轉(zhuǎn)換，轉(zhuǎn)發(fā)基于轉(zhuǎn)換后的地址和端口的分組，并且解析單元 通過(guò)分配單元來(lái)判斷從WEB客戶端提供的分組的發(fā)送目的地地址是否是從認(rèn)證了主機(jī)名 的服務(wù)器提供的預(yù)定的全局地址以及全局端口的值，分配所提供的分組的提供目的地，重 定向單元從所提供的分組中提取發(fā)送目的地的主機(jī)名，從主機(jī)表中檢索所提取的主機(jī)名， 向進(jìn)行了請(qǐng)求的WEB客戶端發(fā)送通過(guò)檢索而取得的全局地址以及全局端口，進(jìn)行HTTP重定 向，轉(zhuǎn)換轉(zhuǎn)發(fā)單元接收來(lái)自分配單元的分組，在轉(zhuǎn)發(fā)表中檢索是否存在與所接收到的分組 具有的發(fā)送目的地的全局地址以及發(fā)送目的地的全局端口 一致的全局地址以及全局端口，根據(jù)檢索結(jié)果，將發(fā)送目的地的全局地址和發(fā)送目的地的全局端口變更成作為發(fā)送目的地 的WEB服務(wù)器的本地地址和發(fā)送目的地的本地端口，向作為發(fā)送目的地的WEB服務(wù)器轉(zhuǎn)發(fā) 變更后的分組，并且相反，該轉(zhuǎn)換轉(zhuǎn)發(fā)單元接收來(lái)自WEB服務(wù)器的分組，在轉(zhuǎn)發(fā)表中檢索是 否存在與所接收到的分組具有的發(fā)送源的本地地址以及發(fā)送源的本地端口一致的本地地 址以及本地端口，根據(jù)檢索結(jié)果，將發(fā)送源的本地地址和發(fā)送源的本地端口變更成作為發(fā) 送源的WEB服務(wù)器的全局地址和發(fā)送源的全局端口，向TOB客戶端轉(zhuǎn)發(fā)變更后的分組，重復(fù) 進(jìn)行建立連接以后的步驟，由此能夠使得多個(gè)WEB服務(wù)器共享全局地址而無(wú)需終接WEB客 戶端與WEB服務(wù)器之間的TCP連接，因此能夠提高TOB客戶端的操作性，并且劃分為重定向 單元與轉(zhuǎn)換轉(zhuǎn)發(fā)單元來(lái)進(jìn)行處理，由此能夠減輕通信裝置的處理負(fù)荷。
通信裝置通過(guò)追加劃分為網(wǎng)關(guān)裝置和重定向裝置而配置的最小限度的結(jié)構(gòu)要素， 能夠應(yīng)對(duì)IPv4的地址枯竭，提高TOB客戶端的操作性，減輕處理負(fù)荷。


圖1是示出應(yīng)用了本發(fā)明的通信裝置的網(wǎng)關(guān)裝置的概略結(jié)構(gòu)的框圖。
圖2是示出應(yīng)用了圖1的網(wǎng)關(guān)裝置的通信系統(tǒng)的概略結(jié)構(gòu)的框圖。
圖3是示出圖1的網(wǎng)關(guān)裝置具有的主機(jī)表的數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)的一例的圖。
圖4是示出圖1的網(wǎng)關(guān)裝置具有的轉(zhuǎn)發(fā)表的數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)的一例的圖。
圖5是示出圖2的通信系統(tǒng)中的動(dòng)作步驟的時(shí)序圖。
圖6是接圖5之后的時(shí)序圖。
圖7是接圖5以及圖6之后的時(shí)序圖。
圖8是接圖7之后的時(shí)序圖。
圖9是示出圖2的通信系統(tǒng)的另一實(shí)施例的概略結(jié)構(gòu)的框圖。
圖10是示出應(yīng)用于圖9的通信系統(tǒng)的網(wǎng)關(guān)裝置的結(jié)構(gòu)的主要部分放大后的框圖。
圖11是示出圖10的網(wǎng)關(guān)裝置具有的主機(jī)表的數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)的一例的圖。
圖12是示出圖10的網(wǎng)關(guān)裝置具有的轉(zhuǎn)發(fā)表的數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)的一例的圖。
圖13是示出應(yīng)用于圖9的通信系統(tǒng)的動(dòng)作步驟的時(shí)序圖。
圖14是示出應(yīng)用于圖9的通信系統(tǒng)的動(dòng)態(tài)DNS服務(wù)器的管理表中的數(shù)據(jù)結(jié)構(gòu)以 及數(shù)據(jù)的一例的圖。
圖15是示出圖1以及圖10的網(wǎng)關(guān)裝置具有的功能的規(guī)?？驁D。
圖16是示出圖1以及圖10的網(wǎng)關(guān)裝置具有的主機(jī)表的數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)的一例 的圖。
圖17是示出圖1以及圖10的網(wǎng)關(guān)裝置具有的轉(zhuǎn)發(fā)表的數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)的一例 的圖。
圖18是示出圖1以及圖10的網(wǎng)關(guān)裝置中的主機(jī)表以及轉(zhuǎn)發(fā)表的異常應(yīng)對(duì)處理的 動(dòng)作順序的流程圖。
圖19是示出應(yīng)用了本發(fā)明通信裝置的重定向裝置以及網(wǎng)關(guān)裝置的概略結(jié)構(gòu)的框 圖。
標(biāo)號(hào)說(shuō)明
10通信系統(tǒng)；12IP網(wǎng)絡(luò)；14本地網(wǎng)絡(luò)(LAN) ； 16DNS服務(wù)器；18TOB客戶端組；20網(wǎng)關(guān)裝置；22TOB服務(wù)器組；34IP分組解析部；36轉(zhuǎn)發(fā)表；38主機(jī)表；40分配部；42轉(zhuǎn)換轉(zhuǎn)發(fā) 部；44重定向部。
具體實(shí)施方式
接著，參照附圖，詳細(xì)地對(duì)本發(fā)明通信裝置的實(shí)施例進(jìn)行說(shuō)明。參照?qǐng)D1，本發(fā)明的 通信裝置的實(shí)施例的特征在于網(wǎng)關(guān)裝置。網(wǎng)關(guān)裝置20在主機(jī)表38中設(shè)有針對(duì)TOB客戶端 的主機(jī)名的全局地址以及全局端口，將全局地址的值全部設(shè)為相同值，在轉(zhuǎn)發(fā)表36中設(shè)有 WEB客戶端的主機(jī)名、針對(duì)該主機(jī)名的全局地址、全局端口、本地地址以及本地端口，將全局 地址的值全部設(shè)為相同值，并將本地端口的值全部設(shè)為相同值，IP分組解析部34對(duì)來(lái)自 WEB客戶端的分組48進(jìn)行解析，根據(jù)解析結(jié)果，向進(jìn)行了請(qǐng)求的WEB客戶端提供全局地址以 及全局端口，進(jìn)行HTTP重定向，對(duì)HTTP重定向后的全局地址、全局端口、本地地址、以及本 地端口進(jìn)行解析，分別對(duì)解析后的地址和端口進(jìn)行轉(zhuǎn)換，轉(zhuǎn)發(fā)基于轉(zhuǎn)換后的地址和端口的 分組56，并且IP分組解析部34通過(guò)分配部40來(lái)判斷從TOB客戶端提供的分組的發(fā)送目的 地地址是否是從認(rèn)證了主機(jī)名的服務(wù)器提供的預(yù)定的全局地址以及全局端口的值，分配所 提供的分組的提供目的地，重定向部44從所提供的分組50中提取發(fā)送目的地的主機(jī)名，從 主機(jī)表38中檢索所提取的主機(jī)名，向進(jìn)行了請(qǐng)求的WEB客戶端發(fā)送通過(guò)檢索而取得的全局 地址以及全局端口，進(jìn)行HTTP重定向，轉(zhuǎn)換轉(zhuǎn)發(fā)部42接收來(lái)自分配部40的分組52，在轉(zhuǎn) 發(fā)表36中檢索是否存在與所接收到的分組52具有的發(fā)送目的地的全局地址以及發(fā)送目的 地的全局端口 一致的全局地址以及全局端口，根據(jù)檢索結(jié)果，將發(fā)送目的地的全局地址和 發(fā)送目的地的全局端口變更成作為發(fā)送目的地的WEB服務(wù)器的本地地址和發(fā)送目的地的 本地端口，向作為發(fā)送目的地的WEB服務(wù)器轉(zhuǎn)發(fā)變更后的分組64，相反，接收來(lái)自TOB服務(wù) 器的分組56，在轉(zhuǎn)發(fā)表36中檢索是否存在與所接收到的分組56具有的發(fā)送源的本地地址 以及發(fā)送源的本地端口 一致的本地地址以及本地端口，根據(jù)檢索結(jié)果，將發(fā)送源的本地地 址和發(fā)送源的本地端口變更成作為發(fā)送源的WEB服務(wù)器的全局地址和發(fā)送源的全局端口， 向TOB客戶端轉(zhuǎn)發(fā)變更后的分組60，重復(fù)進(jìn)行建立連接以后的步驟，由此能夠使得多個(gè)WEB 服務(wù)器共享全局地址而無(wú)需終接WEB客戶端與TOB服務(wù)器之間的TCP連接，因此能夠提高 WEB客戶端的操作性，并且劃分為重定向部44與轉(zhuǎn)換轉(zhuǎn)發(fā)部42來(lái)進(jìn)行處理，由此能夠減輕 通信裝置的處理負(fù)荷。
對(duì)于與本發(fā)明沒(méi)有直接關(guān)系的部分，省略圖示以及說(shuō)明。在下面的說(shuō)明中，用出現(xiàn) 的連接線的參照編號(hào)來(lái)指示信號(hào)。
本實(shí)施例是將本發(fā)明的通信裝置應(yīng)用于網(wǎng)關(guān)裝置的情況。與網(wǎng)絡(luò)連接的結(jié)構(gòu)要素 與以往相同，但僅在本實(shí)施例的網(wǎng)關(guān)裝置中包括具有用于解決課題的特征的結(jié)構(gòu)要素。通 過(guò)應(yīng)用本實(shí)施例的網(wǎng)關(guān)裝置，來(lái)實(shí)現(xiàn)全局空間的多個(gè)裝置與專用空間的多個(gè)裝置之間的通 信。因此，連接關(guān)系使得多對(duì)多的通信成為可能。
如圖2所示，基本上，通信系統(tǒng)10由IP網(wǎng)絡(luò)12以及本地網(wǎng)絡(luò)(LAN) 14構(gòu)建而成。 IP網(wǎng)絡(luò)12是使用全局空間中的全局IPv4地址來(lái)進(jìn)行通信的網(wǎng)絡(luò)。LAN 14是在專用空間 內(nèi)使用本地地址來(lái)進(jìn)行通信的網(wǎng)絡(luò)。
DNS服務(wù)器16、TOB客戶端組18以及網(wǎng)關(guān)裝置20與IP網(wǎng)絡(luò)12連接。另外，網(wǎng)關(guān) 裝置20以及TOB服務(wù)器組22與本地網(wǎng)絡(luò)14連接。
DNS(Domain Name System)服務(wù)器16是用戶容易理解主機(jī)標(biāo)識(shí)符的形式，即域名 與計(jì)算機(jī)容易理解主機(jī)標(biāo)識(shí)符的形式，即IP地址相關(guān)聯(lián)的計(jì)算機(jī)或服務(wù)器軟件。當(dāng)與IP 網(wǎng)絡(luò)12連接的TOB客戶端組18或網(wǎng)關(guān)裝置20請(qǐng)求了域名以及IP地址時(shí)，DNS服務(wù)器16 取得與域名對(duì)應(yīng)的全局空間中的IP地址，向作為請(qǐng)求源的裝置或軟件返回所取得的內(nèi)容。
WEB客戶端組18具有與IP網(wǎng)絡(luò)12連接的N個(gè)TOB客戶端功能。將TOB客戶端組 18的結(jié)構(gòu)要素分別稱為WEB客戶端。TOB客戶端M包括計(jì)算機(jī)終端裝置和/或WEB瀏覽 器。TOB客戶端M也可以例如在個(gè)人計(jì)算機(jī)(PC)內(nèi)作為軟件如WEB瀏覽器沈以及28那 樣包含多個(gè)。本實(shí)施例的WEB客戶端組18包括N個(gè)TOB客戶端M以及TOB瀏覽器沈以 及28。
網(wǎng)關(guān)裝置20包括全局接口(IF)部30、本地接口(IF)部32、IP分組解析部34、轉(zhuǎn) 發(fā)表36以及主機(jī)表38。全局接口部30具有網(wǎng)關(guān)裝置20與全局地址空間裝置之間的收發(fā) 功能。本地接口部32具有網(wǎng)關(guān)裝置20與本地地址空間裝置之間的收發(fā)功能。
如圖1所示，IP分組解析部34包括分配部40、轉(zhuǎn)換轉(zhuǎn)發(fā)部42以及重定向部44。 IP分組解析部34具有下述功能，即對(duì)來(lái)自WEB客戶端M的分組進(jìn)行解析，根據(jù)解析結(jié) 果，向進(jìn)行了請(qǐng)求的WEB客戶端M提供全局地址以及全局端口，進(jìn)行重定向，對(duì)重定向后的 全局地址、全局端口、本地地址以及本地端口進(jìn)行解析，分別對(duì)解析后的地址和端口進(jìn)行轉(zhuǎn) 換，轉(zhuǎn)發(fā)基于轉(zhuǎn)換后的地址和端口的分組。
在IP分組解析部34中，分配部40具有下述功能，即判斷從IP網(wǎng)絡(luò)12接收到的 分組46中的、經(jīng)由全局接口部30而提供的IP分組48的發(fā)送目的地IP地址是否是從DNS 服務(wù)器16提供的預(yù)定的全局地址，且判斷TCP端口(全局端口)是否是預(yù)定值即標(biāo)準(zhǔn)值 80，對(duì)提供的分組進(jìn)行分配。在相應(yīng)條件的情況下，分配部40向重定向部44發(fā)送IP分組 50，在除此以外的條件例如在建立通信后判斷為不是來(lái)自DNS服務(wù)器16的值的情況下，分 配部40向轉(zhuǎn)換轉(zhuǎn)發(fā)部42發(fā)送IP分組52。
轉(zhuǎn)換轉(zhuǎn)發(fā)部42具有下述功能，即在接收到來(lái)自分配部34的IP分組52時(shí)，檢索 在轉(zhuǎn)發(fā)表36的條目中是否存在與IP分組52所具有的發(fā)送目的地IP地址、發(fā)送目的地端 口號(hào)一致的全局地址、全局端口。轉(zhuǎn)換轉(zhuǎn)發(fā)部42具有下述轉(zhuǎn)換功能，S卩向轉(zhuǎn)發(fā)表36輸出 檢索請(qǐng)求信號(hào)討，如果存在一致的條目，則根據(jù)該檢索結(jié)果M，將IP分組52的發(fā)送目的地 IP地址和發(fā)送目的地端口號(hào)變更成存儲(chǔ)在轉(zhuǎn)發(fā)表36中的條目的本地地址和本地端口。轉(zhuǎn) 換轉(zhuǎn)發(fā)部42向本地接口部沈發(fā)送變更成本地地址和本地端口的分組56。本地接口部32 將轉(zhuǎn)換后的分組56作為分組58提供給發(fā)送目的地的TOB服務(wù)器。
另外，轉(zhuǎn)換轉(zhuǎn)發(fā)部42具有下述功能，即在接收到來(lái)自本地接口部的IP分組56 時(shí)，在轉(zhuǎn)發(fā)表36的條目中檢索是否存在與IP分組56所具有的發(fā)送源的本地地址、發(fā)送源 的本地端口的值一致的本地IP地址、本地端口。轉(zhuǎn)換轉(zhuǎn)發(fā)部42具有下述IP偽裝或NAPT 功能，即向轉(zhuǎn)發(fā)表36輸出檢索請(qǐng)求信號(hào)M，如果存在一致的條目，則將IP分組56的發(fā)送 源IP地址和發(fā)送源端口號(hào)變更成存儲(chǔ)在轉(zhuǎn)發(fā)表36中的條目的全局地址和全局端口。轉(zhuǎn)換 轉(zhuǎn)發(fā)部42向全局接口部30發(fā)送變更成全局地址和全局端口的分組60。全局接口部30將 輸出的分組60作為IP分組46輸出到進(jìn)行了請(qǐng)求的WEB客戶端。
重定向部44具有接收來(lái)自分配部的分組50中包含的HTTP請(qǐng)求并提取HTTP請(qǐng)求 的主機(jī)首部的功能。對(duì)于主機(jī)首部，提取作為發(fā)送目的地提供的主機(jī)名。另外，重定向部44具有根據(jù)所取得的主機(jī)首部中的主機(jī)名來(lái)檢索主機(jī)表38中的主機(jī)名的功能。重定向部44 向主機(jī)表38輸出檢索請(qǐng)求信號(hào)62。重定向部44根據(jù)檢索請(qǐng)求信號(hào)62來(lái)檢索主機(jī)表38。 重定向部44具有下述HTTP重定向功能，即向進(jìn)行了請(qǐng)求的WEB客戶端發(fā)送作為檢索結(jié)果 而取得的全局地址以及全局端口，改寫(xiě)成該全局地址以及全局端口。
實(shí)際上，當(dāng)接收到表示在主機(jī)表38中存在相應(yīng)的條目的檢索結(jié)果62時(shí)，重定向部 44向進(jìn)行了請(qǐng)求的WEB客戶端發(fā)送重定向的應(yīng)答64，執(zhí)行HTTP重定向。關(guān)于該應(yīng)答64，例 如狀態(tài)代碼是“3xx”。該應(yīng)答64中包含有位置首部。位置首部中包含有存儲(chǔ)在主機(jī)表38 中的相應(yīng)條目的IP地址和端口號(hào)。
特別是，HTTP重定向功能是指，在驟w(world wide web，萬(wàn)維網(wǎng))中用于收發(fā) 數(shù)據(jù)的HTTP中的來(lái)自服務(wù)器的應(yīng)答的種類之一，是通知變更了 URL (Uniform Resource Locator,統(tǒng)一資源定位符)的情況的功能。狀態(tài)代碼301和302是HTTP重定向用的代碼， “30IMoved PermanentIy”表示網(wǎng)頁(yè)完全轉(zhuǎn)移的情況,“302Moved iTemporariIy”表示網(wǎng)頁(yè)臨 時(shí)設(shè)置在其它位置的情況。但是，在HTTP 1.1中，變更成代碼307。大多數(shù)WEB瀏覽器自動(dòng) 地識(shí)別該代碼，去讀取作為重定向目的地的URL。與單純的重定向區(qū)分使用。
如圖3所示，主機(jī)表38具有將主機(jī)名(FQDN)的區(qū)域72、全局地址的區(qū)域74以及 全局端口的區(qū)域76設(shè)定為結(jié)構(gòu)要素而成的數(shù)據(jù)集。在本實(shí)施例中，全局地址的區(qū)域74使 用相同值“1. 1. 1. 1”，主機(jī)名的區(qū)域72的名稱分別用于識(shí)別。將全局地址的區(qū)域74的值設(shè) 為相同值，并且對(duì)多個(gè)FQDN分別設(shè)定不同的端口，因此抑制了 IPv4中的IP地址枯竭，并防 止了伴隨HTTP端口 “ 80 ”這一規(guī)定的限制。
這里，www. η. com的全局端口的數(shù)值為“ 1000 (n_l) ”，但為了避免誤解，記述為 “10000+(n-1)”。
如圖4所示，轉(zhuǎn)換表36將數(shù)據(jù)集存儲(chǔ)為1個(gè)條目，該數(shù)據(jù)集是將全局地址的區(qū)域 78、全局端口的區(qū)域80、本地地址的區(qū)域82以及本地端口的區(qū)域84設(shè)定為結(jié)構(gòu)要素而成。 在本實(shí)施例中，全局地址的區(qū)域78使用“1. 1. 1. 1”，本地端口的區(qū)域84使用由HTTP規(guī)定的 值“80”。轉(zhuǎn)發(fā)表36被設(shè)定為，即使這樣地在LAN 14中容納了多個(gè)TOB服務(wù)器66、68以及 70，也能夠進(jìn)行來(lái)自全局空間的連接、通信。由此，對(duì)于多個(gè)FQDN地址，能夠在與FQDN各自 對(duì)應(yīng)的本地服務(wù)器間相互進(jìn)行NAPT，與TOB客戶端連接。
這里，對(duì)本實(shí)施例設(shè)置主機(jī)表38以及轉(zhuǎn)發(fā)表36的原因進(jìn)行說(shuō)明。
通常，在將LAN 14側(cè)的裝置作為發(fā)送源而與全局空間的裝置進(jìn)行通信的情況下， 網(wǎng)關(guān)裝置或路由器能夠生成轉(zhuǎn)換表，因此能夠利用NAPT功能與全局空間的裝置進(jìn)行通信。 與此相對(duì)，在將IP網(wǎng)絡(luò)12側(cè)的裝置作為發(fā)送源而與本地空間的裝置進(jìn)行通信的情況下，網(wǎng) 關(guān)裝置或路由器不能生成轉(zhuǎn)換表，因此不能與本地空間的裝置進(jìn)行通信。另外，在全局空間 中，不能使用為了在本地空間內(nèi)使用而規(guī)定的本地地址，因此當(dāng)不存在來(lái)自LAN 14側(cè)的裝 置的通信時(shí)，網(wǎng)關(guān)裝置或路由器不能生成轉(zhuǎn)換表。
但是，在將WEB服務(wù)器配置在LAN 14側(cè)、從全局空間進(jìn)行連接的情況下，例如，寬 帶路由器利用NAPT功能將IP網(wǎng)絡(luò)12側(cè)的裝置中的全局端口 “80”設(shè)定為地址端口，例 如轉(zhuǎn)換為“192. 168. 0.2:80”，與LAN 14側(cè)的TOB服務(wù)器進(jìn)行通信。另外，在從全局空間與 LAN 14側(cè)的網(wǎng)絡(luò)攝像機(jī)進(jìn)行通信時(shí)，利用NAPT功能將IP網(wǎng)絡(luò)12側(cè)的裝置中的全局端口 “8080”設(shè)定為地址端口，例如轉(zhuǎn)換為“192. 168. 0. 3:8080”，與網(wǎng)絡(luò)攝像機(jī)進(jìn)行通信。這樣地使用不同的端口號(hào)發(fā)揮NAPT功能，由此使得配置在LAN 14側(cè)的TOB服務(wù)器和網(wǎng)絡(luò)攝像 機(jī)能夠?qū)εcIP網(wǎng)絡(luò)12側(cè)連接的裝置公開(kāi)。
但是，如上述課題中說(shuō)明的那樣，即使在本地空間內(nèi)配置多個(gè)TOB服務(wù)器，也不能 將多個(gè)TOB服務(wù)器全部對(duì)與IP網(wǎng)絡(luò)12側(cè)連接的裝置公開(kāi)。這是基于下述情況，即在寬帶 路由器中已經(jīng)正在利用作為HTTP的標(biāo)準(zhǔn)值而規(guī)定的全局端口，因此不能將通過(guò)全局端口 “80”接收到的通信中繼至第2、第3TOB服務(wù)器。
這里，簡(jiǎn)單地對(duì)HTTP所規(guī)定的標(biāo)準(zhǔn)值進(jìn)行說(shuō)明。全局端口 “80”是“TOLL KNOWN PORT NUMBR，，之一，與 HTTP 相關(guān)，由 IANA(Internet Assigned Number Authority，互聯(lián)網(wǎng) 數(shù)字分配機(jī)構(gòu))管理。
TOB服務(wù)器組是η個(gè)TOB服務(wù)器66、68.....70的集合體，與本地網(wǎng)絡(luò)14連接。WEB服務(wù)器66,68.....70具有WEB服務(wù)器功能。另外，WEB服務(wù)器66,68.....70分別被賦予了 η個(gè)本地地址。
接著，參照通信系統(tǒng)10，對(duì)應(yīng)用了本發(fā)明通信裝置的網(wǎng)關(guān)裝置20的動(dòng)作進(jìn)行說(shuō) 明。圖5所示的TOB客戶端M進(jìn)行通信的發(fā)送目的地是WEB服務(wù)器組22的TOB服務(wù)器 66，圖5至圖8示出訪問(wèn)TOB服務(wù)器66的動(dòng)作。TOB服務(wù)器66的FQDN是www. 1. com。
WEB客戶端M利用DNS服務(wù)器16取得TOB服務(wù)器66的全局地址“ 1. 1. 1. 1 ”，例如 作為地址0。取得后，在時(shí)刻T10，TOB客戶端M以FQDN :www. 1. com的TOB服務(wù)器66為發(fā) 送目的地，發(fā)送TCP分組86，該TCP分組86將全局地址“1. 1. 1. 1 ”、端口 “80”包含在主機(jī) 首部?jī)?nèi)。包含在主機(jī)首部?jī)?nèi)的數(shù)據(jù)被規(guī)定為，如“1. 1. 1. 1:80”那樣用英文數(shù)字記述即可。 網(wǎng)關(guān)裝置20的全局接口部30接收TCP分組86。
在時(shí)刻T12，全局接口部30將所提供的TCP分組88輸出到分配部40。在時(shí)刻T14， 分配部40將所提供的TCP分組88作為T(mén)CP分組90輸出到重定向部44。省略全局接口部 30的動(dòng)作。
在時(shí)刻T16，重定向部44與TOB客戶端M建立一對(duì)一的通信(建立連接92)。通 過(guò)建立連接，結(jié)束連接步驟的一個(gè)階段，然后立即依次轉(zhuǎn)移到接下來(lái)的連接步驟即后述的 NAT處理步驟、NAPT處理步驟。
在時(shí)刻T18，TOB客戶端M向重定向部44發(fā)送具有主機(jī)首部“www. 1. com”的HTTP 請(qǐng)求94。重定向部44接收HTTP請(qǐng)求94，識(shí)別出發(fā)送目的地地址為“1. 1. 1. 1”、主機(jī)首部為 "www. 1. com，，。
接著，在時(shí)刻T20，重定向部44向主機(jī)表38輸出檢索請(qǐng)求信號(hào)96，該檢索請(qǐng)求信 號(hào)96用于檢索主機(jī)表38是否包含所提供的請(qǐng)求94具有的FQDN :www. 1. com。在時(shí)刻T22， 主機(jī)表38向重定向部44發(fā)送檢索結(jié)果98。重定向部44根據(jù)檢索結(jié)果94，判斷有無(wú)期望 的FQDN。當(dāng)期望的FQDN存在時(shí)，重定向部44取得與FQDN 72 :www. 1. com對(duì)應(yīng)地設(shè)定的全 局地址74和全局端口 76的值“1. 1. 1. 1:10000”。當(dāng)期望的FQDN不存在時(shí)，重定向部44 將www. 1. com存儲(chǔ)在FQDN 72中，設(shè)定為與FQDN對(duì)應(yīng)的全局地址74和全局端口 76的值 “1. 1. 1. 1:1000η”，存儲(chǔ)在各數(shù)據(jù)區(qū)域，并取得這些值。
重定向部44生成分組100，該分組100容納了與期望的FQDN對(duì)應(yīng)地取得的全局地 址74和全局端口 76的值。特征在于，只通過(guò)1個(gè)全局地址來(lái)與多個(gè)FQDN對(duì)應(yīng)，并且對(duì)于 多個(gè)FQDN，將不是“80”的分別不同的端口設(shè)定為全局端口。
在時(shí)刻T24，重定向部44經(jīng)由全局接口部30將HTTP重定向的代碼(3xx) 100作 為生成的分組輸出到WEB客戶端對(duì)。位置是全局地址“1. 1. 1. 1”全局端口 “10000”。通 過(guò)這樣地動(dòng)作，能夠針對(duì)WEB客戶端M各自的訪問(wèn)分別建立通信，而不是將通信僅限定為 1個(gè)。使用1個(gè)相同值代表針對(duì)每個(gè)FQDN設(shè)定的、TOB服務(wù)器組22的TOB服務(wù)器的所有全 局地址，因此能夠防止地址枯竭。另外，全局端口的值使用“80”以外的值，因此能夠應(yīng)對(duì)多 個(gè)TOB客戶端的應(yīng)用程序，而不會(huì)拒絕來(lái)自全局空間內(nèi)的WEB客戶端的訪問(wèn)。
WEB客戶端M接收來(lái)自重定向部44的HTTP重定向，在時(shí)刻T26，向分配部40發(fā) 送具有全局地址全局端口 “1. 1. 1. 1:10000”的TCP分組102。
在時(shí)刻T28，分配部將所提供的TCP分組102作為分組104發(fā)送到轉(zhuǎn)換轉(zhuǎn)發(fā)部42。 轉(zhuǎn)換轉(zhuǎn)發(fā)部42識(shí)別出分組的發(fā)送目的地地址是全局地址“1. 1. 1. 1”、發(fā)送目的地端口是全 局端口 “10000”的情況。
在時(shí)刻T30，轉(zhuǎn)換轉(zhuǎn)發(fā)部42向圖6的轉(zhuǎn)發(fā)表36輸出檢索請(qǐng)求106，該檢索請(qǐng)求106 用于檢索轉(zhuǎn)發(fā)表36是否具有全局地址“1. 1. 1. 1”、全局端口“10000”。轉(zhuǎn)發(fā)表36檢索全局 地址的區(qū)域78和全局端口的區(qū)域80的值“1. 1. 1. 1:10000”，取得本地地址82和本地端口 84的值。在時(shí)刻T32，轉(zhuǎn)發(fā)表36向圖5的轉(zhuǎn)換轉(zhuǎn)發(fā)部42返回檢索結(jié)果108。由此，轉(zhuǎn)換轉(zhuǎn) 發(fā)部42取得本地地址“ 1. 1. 0. 1 ”和本地端口 “80”。
轉(zhuǎn)換轉(zhuǎn)發(fā)部42將IP分組的發(fā)送目的地地址即全局地址“1. 1. 1. 1”轉(zhuǎn)換成本地地 Jat"1.1.0. ι，，，將發(fā)送目的地端口即全局端口 “l(fā)oooo”轉(zhuǎn)換成本地端口 “80”，經(jīng)由本地接口 部32，向LAN 14發(fā)送轉(zhuǎn)換后的分組110。
在從網(wǎng)關(guān)裝置20發(fā)送分組110后，WEB服務(wù)器66判斷分組110是否是相應(yīng)的分 組。當(dāng)分組Iio具有相應(yīng)的本地地址“1. 1. 0. 1”時(shí)，WEB服務(wù)器66接收分組110。
在時(shí)亥Ij T36，WEB服務(wù)器66將發(fā)送源IP地址“1. 1. 0. 1”、發(fā)送源端口 “80”的分 組發(fā)送到轉(zhuǎn)換轉(zhuǎn)發(fā)部42。轉(zhuǎn)換轉(zhuǎn)發(fā)部42接收分組112，識(shí)別出分組112的發(fā)送源地址是 “1. 1.0. 1”、發(fā)送源端口是“80”。
在時(shí)刻T38，轉(zhuǎn)換轉(zhuǎn)發(fā)部42向轉(zhuǎn)發(fā)表36輸出檢索請(qǐng)求114。在時(shí)刻T40，轉(zhuǎn)發(fā)表 36檢索本地地址“1. 1. 0. 1 ”、本地端口“80”，取得與本地地址“1. 1. 0. 1”、本地端口“80”對(duì) 應(yīng)的全局地址“1. 1. 1. 1”、全局端口 “10000”，作為檢索結(jié)果116。
轉(zhuǎn)換轉(zhuǎn)發(fā)部42將分組的發(fā)送源地址轉(zhuǎn)換為全局地址“1. 1. 1. 1”、將發(fā)送源端口轉(zhuǎn) 換為全局端口 “10000”。在時(shí)刻T42，轉(zhuǎn)換轉(zhuǎn)發(fā)部42向IP網(wǎng)絡(luò)12發(fā)送轉(zhuǎn)換后的發(fā)送源地 Jat"ι. 1.1.1”、發(fā)送源端口 “10000” 的分組 118。
WEB客戶端24接收發(fā)送源地址“1. 1. 1. 1”、發(fā)送源端口 “ 10000”的分組118。
此后，WEB客戶端M與TOB服務(wù)器66之間的TCP通信重復(fù)從時(shí)刻D6至?xí)r刻T42 的步驟。由此，WEB客戶端M與TOB服務(wù)器66之間的HTTP通信成為可能。
這樣，通過(guò)使用網(wǎng)關(guān)裝置20，最初進(jìn)行通常的TCP分組通信，共享1個(gè)針對(duì)多個(gè) FQDN的全局地址，設(shè)定分別不同的全局端口，進(jìn)行重定向，使用由重定向所提供的全局地址 和全局端口進(jìn)行通信，由此能夠脫離“WELL KNOWN PORT NUMBER”的HTTP規(guī)定，并且將全局 地址和全局端口轉(zhuǎn)換成本地地址和本地端口，與TOB服務(wù)器進(jìn)行通信，將WEB服務(wù)器的本地 地址和本地端口轉(zhuǎn)換成全局地址和全局端口進(jìn)行通信，對(duì)于多個(gè)FQDN地址，無(wú)需終接與各 個(gè)FQDN所對(duì)應(yīng)的、本地空間內(nèi)的每個(gè)WEB服務(wù)器間的TCP連接，就能夠與TOB客戶端連接進(jìn)行通信。
如圖9所示，在圖2所示的上述實(shí)施例的通信系統(tǒng)10中，作為結(jié)構(gòu)要素，也可以設(shè) 置動(dòng)態(tài)DNS服務(wù)器(Dynamic DNS) 120，而不是設(shè)置DNS服務(wù)器16。動(dòng)態(tài)DNS服務(wù)器120是 作為RFC2136標(biāo)準(zhǔn)化的、具有動(dòng)態(tài)地變更DNS數(shù)據(jù)庫(kù)的功能的服務(wù)器。
當(dāng)利用持續(xù)連接環(huán)境將家庭的計(jì)算機(jī)作為T(mén)OB服務(wù)器公開(kāi)時(shí)，IP地址和由提供商 機(jī)械地附加的主機(jī)名是不具有什么意義的數(shù)字、字母、記號(hào)的羅列。因此，一般而言，主機(jī)名 是不適合公開(kāi)讓人皆知的信息。關(guān)于DNS服務(wù)器16，在每次切斷與網(wǎng)絡(luò)的連接、再次連接 時(shí)，經(jīng)常賦予新的IP地址。與此相對(duì)，動(dòng)態(tài)DNS服務(wù)器120提供下述服務(wù)，即在每次連接 時(shí)更新DNS記錄，由此對(duì)利用持續(xù)連接環(huán)境的家庭計(jì)算機(jī)賦予唯一的主機(jī)名。本實(shí)施例應(yīng) 用的網(wǎng)關(guān)裝置20用于應(yīng)對(duì)變更地址的情況。
DDNS服務(wù)器120的服務(wù)提供主要存在專門(mén)提供動(dòng)態(tài)DNS服務(wù)器的商家的動(dòng)態(tài)DNS 服務(wù)提供、以及提供持續(xù)連接環(huán)境的提供商的動(dòng)態(tài)DNS服務(wù)提供這兩種。
在本實(shí)施例中，與上述實(shí)施例的不同之處在于，網(wǎng)關(guān)裝置20能夠變更全局地址， 其特征在于，使多個(gè)WEB服務(wù)器共享在各個(gè)全局地址中設(shè)定的1個(gè)全局地址。
網(wǎng)關(guān)裝置20使用與上述實(shí)施例相同的結(jié)構(gòu)要素。圖10示出網(wǎng)關(guān)裝置20的主要 部分。如圖10所示，重定向部44具有監(jiān)視功能部122，該監(jiān)視功能部122檢測(cè)所提供的分 組本身具有的全局地址的值的變更，還具有改寫(xiě)功能部124，該改寫(xiě)功能部IM在檢測(cè)出變 更時(shí)，對(duì)主機(jī)表38以及轉(zhuǎn)發(fā)表36中的相應(yīng)條目的全局地址值進(jìn)行變更。除了上述實(shí)施例 的功能以外，重定向部44還通過(guò)改寫(xiě)功能部IM將主機(jī)表38的值改寫(xiě)成提供的數(shù)據(jù)62并 將其存儲(chǔ)。另外，重定向部44通過(guò)改寫(xiě)功能部IM將轉(zhuǎn)發(fā)表36的值改寫(xiě)成提供的數(shù)據(jù)1 并將其存儲(chǔ)。
關(guān)于轉(zhuǎn)發(fā)表36以及主機(jī)表38，各個(gè)表的數(shù)據(jù)結(jié)構(gòu)與上述實(shí)施例相同。
但是，關(guān)于主機(jī)表38的全局地址74，如圖11所示，圖3的值“1. 1. 1. 1”被改寫(xiě)成 值“1. 1. 1. 2”。并且，轉(zhuǎn)發(fā)表36的全局地址78也如圖12所示，從圖4的值“1. 1. 1. 1”被改 寫(xiě)成值“1. 1. 1. 2”。除此以外的值沒(méi)有變更。
接著，參照通信系統(tǒng)10，對(duì)應(yīng)用了本發(fā)明通信裝置的網(wǎng)關(guān)裝置20的動(dòng)作進(jìn)行說(shuō) 明。圖9所示的TOB客戶端M進(jìn)行通信的發(fā)送目的地是WEB服務(wù)器組22的TOB服務(wù)器66， 圖13示出訪問(wèn)TOB服務(wù)器66的動(dòng)作。作為訪問(wèn)對(duì)象的TOB服務(wù)器66的FQDN 是 WWW. 1. COITlo
網(wǎng)關(guān)裝置20例如通過(guò)DNS服務(wù)器120取得FQDN 72的m 1. com的全局地址。 網(wǎng)關(guān)裝置20中的重定向部44的監(jiān)視功能部122以預(yù)定的周期監(jiān)視針對(duì)FQDN 72的全局地 址74的值是否從“1. 1. 1. 1”變更成了其它值。在時(shí)刻T50，監(jiān)視功能部122與對(duì)FQDN 72 ^ www. 1. com檢測(cè)出全局地址74的值從“1. 1. 1. 1”變更成“1. 1. 1. 2”對(duì)應(yīng)地，將變更檢測(cè) 130提供給改寫(xiě)功能部124。
在時(shí)刻T52，改寫(xiě)功能部IM將改寫(xiě)指示132以及134分別提供給轉(zhuǎn)發(fā)表36以及 主機(jī)表38，將全局地址74的值改寫(xiě)成“1. 1. 1. 2”。
在時(shí)刻T54，網(wǎng)關(guān)裝置20將改寫(xiě)指示136提供給DDNS服務(wù)器120。DDNS服務(wù)器 120使用所提供的值改寫(xiě)圖14所示的管理表138。管理表138將與FQDN 140對(duì)應(yīng)的全局 地址142的值變更成“1. 1. 1.2”。
在時(shí)刻T56，DDNS服務(wù)器120向管理的TOB客戶端輸出變更后的全局地址的值138。WEB客戶端M使用自身的與FQDN相應(yīng)的主機(jī)名進(jìn)行核對(duì)，對(duì)所提供的全局地址的值 進(jìn)行存儲(chǔ)。在該地址設(shè)定中，通信系統(tǒng)10按照從上述實(shí)施例中的WEB客戶端M的時(shí)刻TlO 的步驟至轉(zhuǎn)換轉(zhuǎn)發(fā)部42的時(shí)刻T42的步驟動(dòng)作。
并且，此后，TOB客戶端M與TOB服務(wù)器66之間的TCP通信重復(fù)從時(shí)刻D6至?xí)r 刻T42的步驟。由此，WEB客戶端M與TOB服務(wù)器66之間的HTTP通信成為可能。
通過(guò)這樣地動(dòng)作，監(jiān)視管理的全局地址的值是否被變更，當(dāng)檢測(cè)出變更時(shí)改寫(xiě)主 機(jī)表38以及轉(zhuǎn)發(fā)表36的全局地址的值，網(wǎng)關(guān)裝置20改寫(xiě)DDNS服務(wù)器120的管理表138， 向TOB客戶端通知，由此還能夠應(yīng)對(duì)全局地址的變更且使得多個(gè)WEB服務(wù)器共享并使用1 個(gè)全局地址而無(wú)需終接WEB客戶端與TOB服務(wù)器之間的TCP連接。
接著，參照?qǐng)D15，簡(jiǎn)單說(shuō)明網(wǎng)關(guān)裝置20的功能。如圖15所示，圖1以及圖10所 示的網(wǎng)關(guān)裝置20包含癱瘓監(jiān)視功能部144以及刪除功能部146。癱瘓監(jiān)視功能部144是 檢測(cè)本地空間內(nèi)的裝置例如WEB服務(wù)器是否癱瘓的功能。癱瘓監(jiān)視功能部144與例如通過(guò) “Ping”指令來(lái)動(dòng)作的功能相同。“ping”是用于對(duì)請(qǐng)求確認(rèn)網(wǎng)絡(luò)通暢的主機(jī)發(fā)行IP分組， 確認(rèn)IP分組是否正確地到達(dá)進(jìn)行應(yīng)答的指令。
刪除功能部146具有下述功能，即當(dāng)癱瘓監(jiān)視功能部144檢測(cè)出癱瘓時(shí)，在主機(jī) 表38的FQDN 72區(qū)域內(nèi)刪除相應(yīng)的主機(jī)名的條目，在轉(zhuǎn)換表36的全局地址78區(qū)域內(nèi)刪除 相應(yīng)的條目。當(dāng)癱瘓監(jiān)視功能部144對(duì)誦.1. com檢測(cè)出癱瘓時(shí)，圖16的主機(jī)表38刪除 相應(yīng)的條目148，圖17的轉(zhuǎn)發(fā)表36刪除相應(yīng)的條目150。
接著，對(duì)本地空間的裝置癱瘓時(shí)的網(wǎng)關(guān)裝置20的處理進(jìn)行說(shuō)明。如圖18所示，關(guān) 于圖1以及圖10所示的網(wǎng)關(guān)裝置20，癱瘓監(jiān)視功能部144以與LAN 14連接的裝置即本實(shí) 施例的WEB服務(wù)器組22為對(duì)象，監(jiān)視癱瘓(步驟S10)。監(jiān)視例如與“ping”指令相同地進(jìn) 行處理。
判斷監(jiān)視結(jié)果中是否包含癱瘓(步驟S12)。在不包含癱瘓(“否”)即正常地執(zhí) 行的情況下，通常判斷為主機(jī)間的LAN 14正常，前進(jìn)到待機(jī)處理(步驟Si》。另外，當(dāng)存在 癱瘓時(shí)(“是”)，取得發(fā)生故障的FQDN的主機(jī)名，前進(jìn)到刪除處理(至步驟S16)。
接著，刪除功能部146在主機(jī)表38的FQDN 72區(qū)域內(nèi)刪除相應(yīng)的主機(jī)名的條目 (步驟S16)。接著，刪除功能部146在轉(zhuǎn)發(fā)表36的全局地址78區(qū)域內(nèi)刪除相應(yīng)的條目(步 驟S18)。然后，前進(jìn)到待機(jī)處理(至步驟S12)。
待機(jī)處理使監(jiān)視處理待機(jī)直至經(jīng)過(guò)預(yù)定時(shí)間為止。經(jīng)過(guò)該時(shí)間后，將處理步驟返 回到癱瘓監(jiān)視處理(至步驟S10)。監(jiān)視重復(fù)這些步驟。
通過(guò)這樣地動(dòng)作，即使在該狀況下WEB客戶端M或TOB瀏覽器沈訪問(wèn)作為FQDN 的www. 1. com,由于在主機(jī)表38和轉(zhuǎn)發(fā)表36中不存在與www. 1. com對(duì)應(yīng)的條目，因此網(wǎng)關(guān) 裝置20也能夠立即向發(fā)送源返回錯(cuò)誤即代碼404應(yīng)答。因此，能夠立即結(jié)束服務(wù)，從而能 夠消除耗費(fèi)多余的處理時(shí)間的可能性，進(jìn)行迅速的應(yīng)對(duì)。
接著，參照?qǐng)D19，簡(jiǎn)單地對(duì)應(yīng)用了本發(fā)明通信裝置的網(wǎng)關(guān)裝置20以及重定向裝置 152的另一實(shí)施例進(jìn)行說(shuō)明。上述實(shí)施例的網(wǎng)關(guān)裝置20包含IP分組解析部34、轉(zhuǎn)發(fā)表36 以及主機(jī)表38，但本實(shí)施方式不限于此。本實(shí)施例的網(wǎng)關(guān)裝置20作為網(wǎng)關(guān)裝置具有全局接 口部30、本地接口部32、轉(zhuǎn)發(fā)表36以及轉(zhuǎn)換轉(zhuǎn)發(fā)部42等本來(lái)的結(jié)構(gòu)要素。與通常的不同 之處在于，如圖4所示，轉(zhuǎn)發(fā)表36具有的全局地址的數(shù)據(jù)是相同值，本地端口的數(shù)據(jù)也是相17同值。
如圖19所示，重定向裝置152具有主機(jī)表38、分配部40以及重定向部44。為了只 由最小限度的結(jié)構(gòu)要素來(lái)實(shí)現(xiàn)重定向裝置152，分配部40以下述方式進(jìn)行連接，S卩從全局 接口部30輸入分組48，根據(jù)解析結(jié)果將分組50輸出到重定向部44或轉(zhuǎn)換轉(zhuǎn)發(fā)部42。另 外，重定向部44以能夠與全局接口部30進(jìn)行通信的方式進(jìn)行連接。
即使這樣地連接網(wǎng)關(guān)裝置20和重定向裝置152的各結(jié)構(gòu)要素進(jìn)行通信，當(dāng)然也能 實(shí)現(xiàn)圖1、圖10以及圖15的實(shí)施例。當(dāng)以這種方式構(gòu)成時(shí)，只追加重定向裝置152，就能防 止IPv4的地址枯竭，并且外部的全局空間與配置在本地空間內(nèi)的多個(gè)服務(wù)器能夠相互進(jìn) 行通信。
并且，在本實(shí)施例中，例示了與運(yùn)輸層中的應(yīng)用程序的HTTP規(guī)定無(wú)關(guān)的通信方 法，但不限于此，通過(guò)設(shè)定這樣的步驟或各表的值，當(dāng)然使得脫離應(yīng)用層規(guī)定的通信成為可 能。
另外，本發(fā)明不限于上述實(shí)施例，當(dāng)然也能應(yīng)用于利用虛擬0S(0perating System，操作系統(tǒng))等技術(shù)來(lái)使網(wǎng)關(guān)與各WEB服務(wù)器通過(guò)1個(gè)裝置實(shí)現(xiàn)通信的情況。
權(quán)利要求
1.一種通信裝置，其在配置于全局空間內(nèi)的WEB客戶端與配置于本地空間內(nèi)的WEB服 務(wù)器之間配置，其特征在于，該通信裝置包括主機(jī)表，其針對(duì)所述WEB服務(wù)器的主機(jī)名，存儲(chǔ)有全局地址以及全局端口，將該全局地 址全部設(shè)為相同值；轉(zhuǎn)發(fā)表，其存儲(chǔ)有所述WEB客戶端的主機(jī)名、針對(duì)該主機(jī)名的全局地址以及全局端口， 并存儲(chǔ)有針對(duì)所存儲(chǔ)的全局地址以及全局端口的所述WEB服務(wù)器的本地地址以及本地端 口，將所述全局地址全部設(shè)為相同值，并將所述本地端口全部設(shè)為相同值；以及解析單元，其對(duì)來(lái)自所述WEB客戶端的分組進(jìn)行解析，根據(jù)解析結(jié)果，向進(jìn)行了請(qǐng)求的 WEB客戶端提供所述全局地址以及全局端口，進(jìn)行HTTP重定向，對(duì)HTTP重定向后的全局 地址以及全局端口和本地地址以及本地端口進(jìn)行解析，分別對(duì)解析后的地址和端口進(jìn)行轉(zhuǎn) 換，轉(zhuǎn)發(fā)基于轉(zhuǎn)換后的地址和端口的分組， 所述解析單元包括分配單元，其判斷從所述WEB客戶端提供的分組的發(fā)送目的地地址是否是從認(rèn)證了 主機(jī)名的服務(wù)器提供的預(yù)定的全局地址以及全局端口的值，分配所提供的分組的提供目的 地；重定向單元，其從所提供的分組中提取發(fā)送目的地的主機(jī)名，從所述主機(jī)表中檢索所 提取的主機(jī)名，向進(jìn)行了請(qǐng)求的WEB客戶端發(fā)送通過(guò)檢索而取得的全局地址以及全局端 口，進(jìn)行HTTP重定向；轉(zhuǎn)換轉(zhuǎn)發(fā)單元，其接收來(lái)自所述分配單元的分組，在所述轉(zhuǎn)發(fā)表中檢索是否存在與所 接收到的分組具有的發(fā)送目的地的全局地址以及發(fā)送目的地的全局端口一致的全局地址 以及全局端口，根據(jù)檢索結(jié)果，將發(fā)送目的地的全局地址和發(fā)送目的地的全局端口變更成 作為發(fā)送目的地的所述WEB服務(wù)器的本地地址和發(fā)送目的地的本地端口，向作為發(fā)送目的 地的WEB服務(wù)器轉(zhuǎn)發(fā)變更后的分組，并且相反，該轉(zhuǎn)換轉(zhuǎn)發(fā)單元接收來(lái)自所述WEB服務(wù)器的 分組，在所述轉(zhuǎn)發(fā)表中檢索是否存在與所接收到的分組具有的發(fā)送源的本地地址以及發(fā)送 源的本地端口 一致的本地地址以及本地端口，根據(jù)檢索結(jié)果，將發(fā)送源的本地地址和發(fā)送 源的本地端口變更成作為發(fā)送源的所述WEB服務(wù)器的全局地址和發(fā)送源的全局端口，向所 述TOB客戶端轉(zhuǎn)發(fā)變更后的分組。
2.根據(jù)權(quán)利要求1所述的通信裝置，其特征在于， 所述重定向單元包括監(jiān)視功能模塊，其檢測(cè)對(duì)所提供的分組本身具有的全局地址值的變更；以及 改寫(xiě)功能模塊，其根據(jù)對(duì)所述全局地址值的變更的檢測(cè)，對(duì)所述主機(jī)表以及所述轉(zhuǎn)發(fā) 表中的相應(yīng)條目的全局地址值進(jìn)行變更。
3.根據(jù)權(quán)利要求1或2所述的通信裝置，其特征在于， 所述重定向單元包括癱瘓監(jiān)視功能模塊，其檢測(cè)本地空間內(nèi)的所述WEB服務(wù)器是否癱瘓；以及 刪除功能模塊，其根據(jù)癱瘓的檢測(cè)，刪除所述主機(jī)表中相應(yīng)的主機(jī)名的條目以及所述 轉(zhuǎn)發(fā)表中的與全局地址相應(yīng)的條目。
4.一種通信方法，在配置于全局空間內(nèi)的WEB客戶端與配置于本地空間內(nèi)的WEB服務(wù) 器之間配置通信裝置，該通信方法是所述WEB客戶端、所述通信裝置以及所述WEB服務(wù)器的通信方法，其特征在于，該通信方法包括第1步驟，從所述WEB客戶端向所述WEB服務(wù)器發(fā)送包含主機(jī)名、全局地址以及全局端 口的分組；第2步驟，該裝置接收所述分組，判斷該分組的發(fā)送目的地地址是否是從認(rèn)證了主機(jī) 名的服務(wù)器提供的預(yù)定的全局地址以及全局端口的值，由分配所提供的分組的提供目的地 的分配單元對(duì)所提供的分組的提供目的地進(jìn)行分配；第3步驟，當(dāng)判斷為“是”時(shí)，由重定向單元向進(jìn)行了請(qǐng)求的WEB客戶端發(fā)送取得的全 局地址以及全局端口，進(jìn)行HTTP重定向，其中，該重定向單元從所提供的分組中提取發(fā)送 目的地的主機(jī)名，從將針對(duì)所述主機(jī)名的全局地址以及全局端口存儲(chǔ)為1個(gè)條目的主機(jī)表 中檢索所提取的主機(jī)名，向進(jìn)行了請(qǐng)求的WEB客戶端發(fā)送通過(guò)檢索而取得的全局地址以及 全局端口，進(jìn)行HTTP重定向；第4步驟，從變更成該裝置提供的全局地址以及全局端口的所述WEB客戶端向發(fā)送目 的地發(fā)送分組，在該WEB客戶端與該裝置之間建立通信；第5步驟，接收來(lái)自所述TOB客戶端的請(qǐng)求，當(dāng)?shù)?步驟的判斷為“否”時(shí)，由轉(zhuǎn)換轉(zhuǎn)發(fā) 單元將分組的地址以及端口從全局地址以及全局端口變更成本地地址以及本地端口，向作 為發(fā)送目的地的WEB服務(wù)器轉(zhuǎn)發(fā)變更后的分組，其中，該轉(zhuǎn)換轉(zhuǎn)發(fā)單元在轉(zhuǎn)發(fā)表中檢索是 否存在與所接收到的分組具有的發(fā)送目的地的全局地址以及發(fā)送目的地的全局端口一致 的全局地址以及全局端口，根據(jù)檢索結(jié)果，將發(fā)送目的地的全局地址和發(fā)送目的地的全局 端口變更成作為發(fā)送目的地的所述WEB服務(wù)器的本地地址和發(fā)送目的地的本地端口，向作 為發(fā)送目的地的WEB服務(wù)器轉(zhuǎn)發(fā)變更后的分組，其中，該轉(zhuǎn)發(fā)表將針對(duì)所述主機(jī)名的全局 地址、全局端口、本地地址以及本地端口存儲(chǔ)為1個(gè)條目；以及第6步驟，在接收到來(lái)自所述TOB服務(wù)器的分組時(shí)，由轉(zhuǎn)換轉(zhuǎn)發(fā)單元將分組的地址以及 端口從本地地址以及本地端口變更成全局地址以及全局端口，向所述WEB客戶端轉(zhuǎn)發(fā)變更 后的分組，其中，該轉(zhuǎn)換轉(zhuǎn)發(fā)單元在所述轉(zhuǎn)發(fā)表中檢索是否存在與所接收到的分組具有的 發(fā)送源的本地地址以及發(fā)送源的本地端口一致的本地地址以及本地端口，根據(jù)檢索結(jié)果， 將發(fā)送源的本地地址和發(fā)送源的本地端口變更成作為發(fā)送源的所述WEB服務(wù)器的全局地 址和發(fā)送源的全局端口，向所述WEB客戶端轉(zhuǎn)發(fā)變更后的分組； 此后，該通信方法重復(fù)第5步驟以及第6步驟， 所述主機(jī)表將所述全局地址的值全部設(shè)為相同值，所述轉(zhuǎn)發(fā)表將所述全局地址的值全部設(shè)為相同值，并將所述本地端口的值全部設(shè)為相 同值。
5.根據(jù)權(quán)利要求4所述的通信方法，其特征在于，該通信方法包括 第7步驟，由監(jiān)視功能模塊監(jiān)視所述全局地址的變更，該監(jiān)視功能模塊以預(yù)定的周期 監(jiān)視針對(duì)主機(jī)名的全局地址的值是否被變更成其它值；第8步驟，當(dāng)檢測(cè)出所述全局地址的變更時(shí)，由改寫(xiě)功能模塊改寫(xiě)所述全局地址的值， 其中，該改寫(xiě)功能模塊改寫(xiě)所述主機(jī)表以及所述轉(zhuǎn)發(fā)表的全局地址的值；第9步驟，從該裝置向具有動(dòng)態(tài)更新功能的、認(rèn)證了主機(jī)名的服務(wù)器發(fā)送指示改寫(xiě)成 變更后的全局地址的改寫(xiě)指示，而改寫(xiě)成所述變更后的全局地址；以及第10步驟，從所述具有動(dòng)態(tài)更新功能的、認(rèn)證了主機(jī)名的服務(wù)器對(duì)發(fā)出過(guò)請(qǐng)求的TOB客戶端指示變更成所述變更后的全局地址的地址變更，而改寫(xiě)成所述變更后的全局地址。
6.根據(jù)權(quán)利要求4或5所述的通信方法，其特征在于，在該通信方法中，由癱瘓監(jiān)視功能模塊監(jiān)視所述WEB服務(wù)器的癱瘓，該癱瘓監(jiān)視功能模塊檢測(cè)本地空間 內(nèi)的所述WEB服務(wù)器是否癱瘓；以及由刪除功能模塊刪除各個(gè)相應(yīng)的條目，該刪除功能模塊根據(jù)癱瘓的檢測(cè)，刪除所述主 機(jī)表中相應(yīng)的主機(jī)名的條目以及所述轉(zhuǎn)發(fā)表中的與全局地址相應(yīng)的條目。
7.一種通信裝置，其在配置于全局空間內(nèi)的WEB客戶端與配置于本地空間內(nèi)的WEB服 務(wù)器之間配置，其特征在于，該通信裝置具有重定向裝置以及網(wǎng)關(guān)裝置，所述重定向裝置包括分配單元，其判斷從所述WEB客戶端提供的分組的發(fā)送目的地地址是否是從認(rèn)證了 主機(jī)名的服務(wù)器提供的預(yù)定的全局地址以及全局端口的值，分配所提供的分組的提供目的 地；重定向單元，其從所提供的分組中提取發(fā)送目的地的主機(jī)名，從所述主機(jī)表中檢索所 提取的主機(jī)名，向進(jìn)行了請(qǐng)求的WEB客戶端發(fā)送通過(guò)檢索而取得的全局地址以及全局端 口，進(jìn)行HTTP重定向；以及主機(jī)表，其針對(duì)所述WEB客戶端的主機(jī)名，存儲(chǔ)有全局地址以及全局端口，將該全局地 址全部設(shè)為相同值，所述網(wǎng)關(guān)裝置包括轉(zhuǎn)發(fā)表，其存儲(chǔ)有所述WEB客戶端的主機(jī)名、針對(duì)該主機(jī)名的全局地址以及全局端口， 并存儲(chǔ)有針對(duì)所存儲(chǔ)的全局地址以及全局端口的所述WEB服務(wù)器的本地地址以及本地端 口，將所述全局地址全部設(shè)為相同值，并將所述本地端口全部設(shè)為相同值；以及轉(zhuǎn)換轉(zhuǎn)發(fā)單元，其接收來(lái)自所述分配單元的分組，在所述轉(zhuǎn)發(fā)表中檢索是否存在與所 接收到的分組具有的發(fā)送目的地的全局地址以及發(fā)送目的地的全局端口一致的全局地址 以及全局端口，根據(jù)檢索結(jié)果，將發(fā)送目的地的全局地址和發(fā)送目的地的全局端口變更成 作為發(fā)送目的地的所述WEB服務(wù)器的本地地址和發(fā)送目的地的本地端口，向作為發(fā)送目的 地的WEB服務(wù)器轉(zhuǎn)發(fā)變更后的分組，并且相反，該轉(zhuǎn)換轉(zhuǎn)發(fā)單元接收來(lái)自所述WEB服務(wù)器的 分組，在所述轉(zhuǎn)發(fā)表中檢索是否存在與所接收到的分組具有的發(fā)送源的本地地址以及發(fā)送 源的本地端口 一致的本地地址以及本地端口，根據(jù)檢索結(jié)果，將發(fā)送源的本地地址和發(fā)送 源的本地端口變更成作為發(fā)送源的所述WEB服務(wù)器的全局地址和發(fā)送源的全局端口，向所 述TOB客戶端轉(zhuǎn)發(fā)變更后的分組。
8.根據(jù)權(quán)利要求7所述的通信裝置，其特征在于， 所述重定向裝置包括監(jiān)視功能模塊，其檢測(cè)對(duì)所提供的分組本身具有的全局地址值的變更；以及 改寫(xiě)功能模塊，其根據(jù)對(duì)所述全局地址值的變更的檢測(cè)，對(duì)所述主機(jī)表以及所述轉(zhuǎn)發(fā) 表中的相應(yīng)條目的全局地址值進(jìn)行變更。
9.根據(jù)權(quán)利要求7或8所述的通信裝置，其特征在于， 所述重定向裝置包括癱瘓監(jiān)視功能模塊，其檢測(cè)本地空間內(nèi)的所述WEB服務(wù)器是否癱瘓；以及 刪除功能模塊，其根據(jù)癱瘓的檢測(cè)，刪除所述主機(jī)表中相應(yīng)的主機(jī)名的條目以及所述轉(zhuǎn)發(fā)表中的與全局地址相應(yīng)的條目。
全文摘要
一種通信裝置及其通信方法，能夠應(yīng)對(duì)IPv4的地址枯竭，提高WEB客戶端的操作性，減輕處理負(fù)荷。網(wǎng)關(guān)裝置(20)將主機(jī)表(38)的全局地址(GA)的值全部設(shè)為相同值，將轉(zhuǎn)發(fā)表(36)的GA的值全部設(shè)為相同值，將本地端口(LP)的值全部設(shè)為相同值，由IP分組解析部(34)的分配部(40)對(duì)來(lái)自WEB客戶端的分組(48)進(jìn)行解析，分配分組(50)，由重定向部(44)根據(jù)解析結(jié)果，利用分組(64)將GA以及全局端口(GP)提供給進(jìn)行了請(qǐng)求的WEB客戶端進(jìn)行重定向，由轉(zhuǎn)換轉(zhuǎn)發(fā)部(42)對(duì)經(jīng)由分配部(40)的分組(52)和/或分組(56)進(jìn)行解析，分別對(duì)地址(GA/LA本地地址)和端(GP/LP)相互進(jìn)行轉(zhuǎn)換，轉(zhuǎn)發(fā)轉(zhuǎn)換后的分組(56)和/或分組(60)，重復(fù)進(jìn)行建立連接以后的步驟。
文檔編號(hào)H04L29/06GK102035901SQ20101024350
公開(kāi)日2011年4月27日 申請(qǐng)日期2010年7月30日 優(yōu)先權(quán)日2009年9月30日
發(fā)明者堀渕高照 申請(qǐng)人:沖電氣網(wǎng)絡(luò)株式會(huì)社