專利名稱：一種通過域名進行信息交互的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及互聯(lián)網(wǎng)信息傳輸領域，特別是涉及一種通過域名進行信息交互的方法 和系統(tǒng)。
背景技術：
域名可由域名服務(DNS)提供商來主控，它允許潛在的客戶在他們自己的瀏覽器 的地址行內(nèi)鍵入URL(統(tǒng)一資源定位符)或域名并且訪問該商業(yè)的相應的服務器。一般來 說，域名服務(DNS)包括分布式的一組服務器，主要由互聯(lián)網(wǎng)應用使用來查詢給定的互聯(lián) 網(wǎng)服務器的網(wǎng)絡地址。例如，要求查詢服務器名稱的互聯(lián)網(wǎng)應用可以首先向位于同一站點 的本地域名服務器(LDNS)發(fā)送DNS詢問。該DNS也可以維護有資源記錄的緩存，例如，在 服務器名稱和IP地址間進行映射。為了方便目的計算機系統(tǒng)的助記識別，域名服務(DNS) 一般可將目的計算機系統(tǒng)的唯一文本名稱翻譯成該計算機的IP地址。該文本名稱就叫做 “域名”。網(wǎng)址注冊的現(xiàn)行系統(tǒng)幾乎都是完全依靠在用戶和注冊員之間使用e-mail進行每 步處理。例如，可以具體包括以下步驟客戶(注冊者)準備注冊新的網(wǎng)址；注冊者填寫服務協(xié)議；該服務協(xié)議通過e-mail提交給注冊者；給該請求自動分配一個跟蹤號碼106 ；服務協(xié)議會自動進行錯誤檢查108 ；如果不存在差錯，就處理該服務協(xié)議，并且當 完成處理，就通過e-mail告知注冊者112 ；網(wǎng)址注冊是用一個消息完成。例如，該消息可能是“Your Web Address registration is complete”(你的網(wǎng)址注冊完成)?？蛻魹榫W(wǎng)址注冊開發(fā)票，并支付注冊費用。如果在服務協(xié)議中存在差錯，注冊處理 就不會完成，并且會給注冊者發(fā)送一封e-mall告知其問題所在。通過上述注冊過程，域名的申請者就可以擁有某個域名在一定時間段內(nèi)的使用 權(quán)，然后該申請者自己或者依靠其合作伙伴、代理者通過該域名發(fā)布各種信息，并通過互聯(lián) 網(wǎng)被廣大的網(wǎng)民聯(lián)系。通常在該域名的網(wǎng)頁信息上，會展示相關聯(lián)系人的聯(lián)系信息，但是如 果用戶需要聯(lián)系的不是網(wǎng)頁信息的提供者，而是域名的擁有則，例如，用戶關心的不是網(wǎng)頁 信息內(nèi)容本身，而是這個域名本身等等。總之，需要本領域技術人員迫切解決的一個技術問題就是如何能夠使得廣大用 戶方便快捷的和某個域名的擁有者及時聯(lián)系。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術問題是提供一種通過域名進行信息交互的方法和系統(tǒng)，能 夠方便用戶和某個域名的擁有者及時聯(lián)系。為了解決上述問題，本發(fā)明公開了一種通過域名進行信息交互的方法，包括接收用戶輸入的域名信息；通過后臺服務，查詢該域名相應的聯(lián)系信息；判斷用戶與該域名管 理人聯(lián)系時所采用的方式，從所查詢到的聯(lián)系信息中選擇相應信息；利用所選擇的聯(lián)系信 息，執(zhí)行相應的操作，完成當前用戶針對該域名管理人的信息傳輸。優(yōu)選的，所述的方法還包括判斷當前用戶是否為信息交互的注冊用戶，如果是， 則繼續(xù)查詢步驟；否則，拒絕該用戶的請求，提示其進行注冊。優(yōu)選的，當用戶所選擇的聯(lián)系方式為文本信息時，則啟動當前平臺的郵件客戶端， 將該郵件發(fā)送到該域名管理人的聯(lián)系郵箱中去；或者，當用戶所選擇的聯(lián)系方式為文本信 息時，則啟動兩個主機間的文本信息的傳輸服務，直接通過當前用戶的IP地址和該域名管 理人的主機IP地址將所述文本信息傳輸出去；所述兩個主機間的文本信息的傳輸服務需 要同時在當前用戶主機和該域名管理人的主機上安裝。優(yōu)選的，當用戶所選擇的聯(lián)系方式為語音通訊時，則啟動當前平臺的VOIP服務， 通過VOIP服務，將當前用戶的語音信息傳輸?shù)皆撚蛎芾砣说碾娦盘柎a上。優(yōu)選的，所述的方法還包括針對該域名的查詢操作在緩存單元中完成；判斷該 域名解析后返回的信息是否正確，如果不正確，則重復在管理該域名的主名字服務器上進 行針對該域名的查詢操作；依據(jù)所二次查詢得到的聯(lián)系信息進行當前用戶和該域名管理人 之間的信息交互。依據(jù)本發(fā)明的另一優(yōu)選實施例，還公開了一種通過域名進行信息交互的系統(tǒng)，包 括接口單元，用于接收用戶輸入的域名信息；查詢單元，用于通過后臺服務，查詢該域名相應的聯(lián)系信息；選擇單元，用于判斷用戶與該域名管理人聯(lián)系時所采用的方式，從所查詢到的聯(lián) 系信息中選擇相應信息；信息傳輸單元，用于利用所選擇的聯(lián)系信息，執(zhí)行相應的操作，完成當前用戶針對 該域名管理人的信息傳輸。優(yōu)選的，所述的系統(tǒng)還包括注冊單元，用于判斷當前用戶是否為信息交互的注冊 用戶，如果是，則繼續(xù)查詢步驟；否則，拒絕該用戶的請求，提示其進行注冊。優(yōu)選的，所述信息傳輸單元還包括郵件客戶端或者主機間的文本信息的傳輸服 務端；當用戶所選擇的聯(lián)系方式為文本信息時，則啟動當前平臺的郵件客戶端，將該郵件發(fā) 送到該域名管理人的聯(lián)系郵箱中去；或者，當用戶所選擇的聯(lián)系方式為文本信息時，則啟動 兩個主機間的文本信息的傳輸服務，直接通過當前用戶的IP地址和該域名管理人的主機 IP地址將所述文本信息傳輸出去；所述兩個主機間的文本信息的傳輸服務需要同時在當 前用戶主機和該域名管理人的主機上安裝。優(yōu)選的，所述信息傳輸單元還包括VOIP服務端，當用戶所選擇的聯(lián)系方式為語音 通訊時，則啟動當前平臺的VOIP服務，通過VOIP服務，將當前用戶的語音信息傳輸?shù)皆撚?名管理人的電信號碼上。優(yōu)選的，所述的系統(tǒng)還包括二次查詢單元，具體進一步包括初查模塊，用于針對該域名的查詢操作在緩存單元中完成；校驗模塊，用于判斷該域名解析后返回的信息是否正確，如果不正確，則重復在管 理該域名的主名字服務器上進行針對該域名的查詢操作；
復查模塊，用于依據(jù)所二次查詢得到的聯(lián)系信息進行當前用戶和該域名管理人之 間的信息交互。與現(xiàn)有技術相比，本發(fā)明具有以下優(yōu)點本發(fā)明可以直接通過域名和域名的注冊者或者擁有者留下的聯(lián)系方式進行聯(lián)系， 而無需進行事先的查詢。首先，可以避免有的用戶壓根不指定如何查詢獲取上述信息；其 次，可以節(jié)省用戶的操作步驟，提高效率；再者，還可以保護域名注冊者的詳細聯(lián)系信息。


圖1是本發(fā)明一種通過域名進行信息交互的方法實施例的步驟流程圖；圖2是本發(fā)明一種通過域名進行信息交互的系統(tǒng)的結(jié)構(gòu)框圖。
具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實 施方式對本發(fā)明作進一步詳細的說明。需要說明的是，本發(fā)明可以在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中 描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例 程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計算環(huán)境中實踐本發(fā)明，在這些分布 式計算環(huán)境中，由通過通信網(wǎng)絡而被連接的遠程處理設備來執(zhí)行任務。在分布式計算環(huán)境 中，程序模塊可以位于包括存儲設備在內(nèi)的本地和遠程計算機存儲介質(zhì)中。參照圖1，示出了本發(fā)明一種通過域名進行信息交互的方法實施例，具體可以包 括步驟101、接收用戶輸入的域名信息；步驟102、通過后臺服務，查詢該域名相應的聯(lián)系信息；步驟103、判斷用戶與該域名管理人聯(lián)系時所采用的方式，從所查詢到的聯(lián)系信息 中選擇相應信息；步驟104、利用所選擇的聯(lián)系信息，執(zhí)行相應的操作，完成當前用戶針對該域名管 理人的信息傳輸。優(yōu)選的，圖1所述的方法還可以包括判斷當前用戶是否為信息交互的注冊用戶， 如果是，則繼續(xù)查詢步驟；否則，拒絕該用戶的請求，提示其進行注冊。在本發(fā)明的另一優(yōu)選實施例中，當用戶所選擇的聯(lián)系方式為文本信息時，則啟動 當前平臺的郵件客戶端，將該郵件發(fā)送到該域名管理人的聯(lián)系郵箱中去。在本發(fā)明的另一優(yōu)選實施例中，當用戶所選擇的聯(lián)系方式為文本信息時，則啟動 兩個主機間的文本信息的傳輸服務，直接通過當前用戶的IP地址和該域名管理人的主機 IP地址將所述文本信息傳輸出去；所述兩個主機間的文本信息的傳輸服務需要同時在當 前用戶主機和該域名管理人的主機上安裝。在本發(fā)明的另一優(yōu)選實施例中，當用戶所選擇的聯(lián)系方式為語音通訊時，則啟動 當前平臺的VOIP服務，通過VOIP服務，將當前用戶的語音信息傳輸?shù)皆撚蛎芾砣说碾娦?號碼上。即本發(fā)明可以依據(jù)用戶的選擇為用戶提供各種可行的信息傳輸服務，將用戶的信息傳輸?shù)皆撚蛎芾砣颂?。具體的，本發(fā)明的聯(lián)系信息查詢操作可以采用現(xiàn)有的“WH0IS”信息服務。在使用域名進行Internet沖浪時，很多用戶希望進一步了解域名、名字服務器的 詳細信息，這就會用到WH0IS。對于域名的注冊服務機構(gòu)(registrar)而言，要確認域名數(shù) 據(jù)是否已經(jīng)正確注冊到域名注冊中心(registry)，也經(jīng)常會用到WH0IS。直觀來看，WHOIS 就是鏈接到域名數(shù)據(jù)庫的搜索引擎，一般來說是屬于網(wǎng)絡信息中心(NIC)所提供和維護的 名字服務之一。根據(jù)IETF標準要求，WHOIS服務一般由WHOIS系統(tǒng)來提供。WHOIS系統(tǒng)是一個 Client/Server系統(tǒng)。其中Client端主要負責1)提供訪問WHOIS系統(tǒng)的用戶接口 ；2)生成查詢并將其以適當?shù)母袷絺魉徒oServer ；3)接收Server傳回的響應，并以用戶可讀的形式輸出。Server端則主要負責接收Client端的請求并發(fā)回響應數(shù)據(jù)。Internet上基于 TCP協(xié)議的基本服務都有自己默認的TCP端口號。同樣作為Internet上核心服務之一的 WHOIS服務，其Server端默認監(jiān)聽TCP端口，接收查詢請求并產(chǎn)生響應。一般來說，Server 端可以接收三種類型的信息查詢聯(lián)系人、主機和域名。對于同一查詢，Server端的輸出應 該具有一致性和穩(wěn)定性。下面對WHOIS的工作過程進行詳細介紹。WHOIS服務是一個在線的“請求/響應”式服務。WHOIS Server運行在后臺監(jiān)聽 43端口，當Internet用戶搜索一個域名(或主機、聯(lián)系人等其他信息)時，WHOIS Server首 先建立一個與Client的TCP連接，然后接收用戶請求的信息并據(jù)此查詢后臺域名數(shù)據(jù)庫。 如果數(shù)據(jù)庫中存在相應的記錄，它會將相關信息如所有者、管理信息以及技術聯(lián)絡信息等， 反饋給Client。待Server輸出結(jié)束，Client關閉連接，至此，一個查詢過程結(jié)束。計算機和網(wǎng)絡通信技術在不斷發(fā)展，WHOIS系統(tǒng)新的功能也在不斷增加。比如多語 言功能，支持更多的字符集，結(jié)構(gòu)化數(shù)據(jù)，更強勁的表達式搜索，更安全的數(shù)據(jù)連接，更友好 的用戶界面等等。上世紀90年代以來，Web應用迅速普及，通過Web系統(tǒng)進行域名信息的 查詢已經(jīng)成為主流趨勢，各級域名注冊管理機構(gòu)都實現(xiàn)了其基于Web的WHOIS系統(tǒng)，Client 端多以網(wǎng)頁為主的形式提供。這樣的界面對于普通Internet用戶而言更加友好直觀，清 晰易讀。而本發(fā)明更是將這些的界面都隱藏起來，對于用戶而言，其無需知悉后臺是如何服 務的，只要知道，輸入域名，就可以通過自己需要的聯(lián)系方式和域名的管理人進行信息交互 了 ；進而滿足自己所需的商務合作、購買域名等各種需求。但是在查詢過程中為了提高效率，一般會在緩存單元中緩存一些近期查詢過的域 名結(jié)果，但是該結(jié)果有可能不準確，這樣，當前用戶就無法和該域名的管理人及時聯(lián)系上。因此，在本發(fā)明的一個優(yōu)選實施例中，在圖1所示的步驟基礎上，還可以包括針 對該域名的查詢操作在緩存單元中完成；判斷該域名解析后返回的信息是否正確，如果不 正確，則重復在管理該域名的主名字服務器上進行針對該域名的查詢操作；依據(jù)所二次查 詢得到的聯(lián)系信息進行當前用戶和該域名管理人之間的信息交互。本發(fā)明在二次查詢域名的過程中，查詢解析器可以進行如下的具體步驟操作所述解析器已準備好開始接收應用程序的查詢請求；
所述解析器接收到應用程序的查詢請求；所述解析器判斷所述查詢請求中的查詢類型，如果查詢類型是初次查詢，就查找 所述緩存單元，看所述緩存單元是否有同所述域名和查詢類型相匹配的有效資源記錄，如 果有，則所述緩存單元取出所述有效資源記錄，并返回給應用程序；如果為重復查詢，則所述解析器將所述要查詢的域名和查詢類型封裝于構(gòu)造的查 詢報文，并將所述查詢報文發(fā)送給本地名字服務器；所述解析器等待本地名字服務器的報文響應消息，如果所述報文響應消息中是期 望的消息，即與所述域名以及查詢類型對應的有效資源記錄，就將接收到的有效資源記錄 存入所述緩存單元，并將所述有效資源記錄返回給所述應用程序；如果所述報文響應消息 中是其它名字服務器即非本地名字服務器的指示消息，就需要將封裝了查詢類型的權(quán)威查 詢請求發(fā)送給其它的名字服務器，查找到管理該域名的主名字服務器，即權(quán)威名字服務器， 并得到域名的正確IP地址，即有效資源記錄。所述解析器二次查詢域名的過程結(jié)束。當然，在上面的處理過程中，所述解析器也 可以同時接收別的查詢請求。參照圖2，使出了本發(fā)明一種通過域名進行信息交互的系統(tǒng)實施例，包括接口單元201，用于接收用戶輸入的域名信息；查詢單元202，用于通過后臺服務，查詢該域名相應的聯(lián)系信息；選擇單元203，用于判斷用戶與該域名管理人聯(lián)系時所采用的方式，從所查詢到的 聯(lián)系信息中選擇相應信息；信息傳輸單元204，用于利用所選擇的聯(lián)系信息，執(zhí)行相應的操作，完成當前用戶 針對該域名管理人的信息傳輸。優(yōu)選的，圖2所示的系統(tǒng)還包括注冊單元，用于判斷當前用戶是否為信息交互的 注冊用戶，如果是，則繼續(xù)查詢步驟；否則，拒絕該用戶的請求，提示其進行注冊。優(yōu)選的，圖2所示的系統(tǒng)中，所述信息傳輸單元還包括郵件客戶端或者主機間的 文本信息的傳輸服務端；當用戶所選擇的聯(lián)系方式為文本信息時，則啟動當前平臺的郵件 客戶端，將該郵件發(fā)送到該域名管理人的聯(lián)系郵箱中去；或者，當用戶所選擇的聯(lián)系方式為 文本信息時，則啟動兩個主機間的文本信息的傳輸服務，直接通過當前用戶的IP地址和該 域名管理人的主機IP地址將所述文本信息傳輸出去；所述兩個主機間的文本信息的傳輸 服務需要同時在當前用戶主機和該域名管理人的主機上安裝。優(yōu)選的，圖2所示的系統(tǒng)中，所述信息傳輸單元還包括VOIP服務端，當用戶所選擇 的聯(lián)系方式為語音通訊時，則啟動當前平臺的VOIP服務，通過VOIP服務，將當前用戶的語 音信息傳輸?shù)皆撚蛎芾砣说碾娦盘柎a上。優(yōu)選的，圖2所示的系統(tǒng)中，還包括二次查詢單元，具體進一步包括初查模塊，用 于針對該域名的查詢操作在緩存單元中完成；校驗模塊，用于判斷該域名解析后返回的信 息是否正確，如果不正確，則重復在管理該域名的主名字服務器上進行針對該域名的查詢 操作；復查模塊，用于依據(jù)所二次查詢得到的聯(lián)系信息進行當前用戶和該域名管理人之間 的信息交互。對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但 是本領域技術人員應該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描 述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與 其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于系統(tǒng)實施例 而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部 分說明即可。以上對本發(fā)明所提供的一種通過域名進行信息交互的方法和系統(tǒng)，進行了詳細介 紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只 是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據(jù)本發(fā) 明的思想，在具體實施方式
及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理 解為對本發(fā)明的限制。
權(quán)利要求
一種通過域名進行信息交互的方法，其特征在于，包括接收用戶輸入的域名信息；通過后臺服務，查詢該域名相應的聯(lián)系信息；判斷用戶與該域名管理人聯(lián)系時所采用的方式，從所查詢到的聯(lián)系信息中選擇相應信息；利用所選擇的聯(lián)系信息，執(zhí)行相應的操作，完成當前用戶針對該域名管理人的信息傳輸。
2.如權(quán)利要求1所述的方法，其特征在于，還包括判斷當前用戶是否為信息交互的注冊用戶，如果是，則繼續(xù)查詢步驟；否則，拒絕該用 戶的請求，提示其進行注冊。
3.如權(quán)利要求1所述的方法，其特征在于，當用戶所選擇的聯(lián)系方式為文本信息時，則啟動當前平臺的郵件客戶端，將該郵件發(fā) 送到該域名管理人的聯(lián)系郵箱中去；或者，當用戶所選擇的聯(lián)系方式為文本信息時，則啟動兩個主機間的文本信息的傳輸 服務，直接通過當前用戶的IP地址和該域名管理人的主機IP地址將所述文本信息傳輸出 去；所述兩個主機間的文本信息的傳輸服務需要同時在當前用戶主機和該域名管理人的主 機上安裝。
4.如權(quán)利要求1所述的方法，其特征在于，當用戶所選擇的聯(lián)系方式為語音通訊時，則啟動當前平臺的VOIP服務，通過VOIP服 務，將當前用戶的語音信息傳輸?shù)皆撚蛎芾砣说碾娦盘柎a上。
5.如權(quán)利要求1所述的方法，其特征在于，還包括 針對該域名的查詢操作在緩存單元中完成；判斷該域名解析后返回的信息是否正確，如果不正確，則重復在管理該域名的主名字 服務器上進行針對該域名的查詢操作；依據(jù)所二次查詢得到的聯(lián)系信息進行當前用戶和該域名管理人之間的信息交互。
6.一種通過域名進行信息交互的系統(tǒng)，其特征在于，包括 接口單元，用于接收用戶輸入的域名信息；查詢單元，用于通過后臺服務，查詢該域名相應的聯(lián)系信息；選擇單元，用于判斷用戶與該域名管理人聯(lián)系時所采用的方式，從所查詢到的聯(lián)系信 息中選擇相應信息；信息傳輸單元，用于利用所選擇的聯(lián)系信息，執(zhí)行相應的操作，完成當前用戶針對該域 名管理人的信息傳輸。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，還包括注冊單元，用于判斷當前用戶是否為信息交互的注冊用戶，如果是，則繼續(xù)查詢步驟； 否則，拒絕該用戶的請求，提示其進行注冊。
8.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述信息傳輸單元還包括郵件客戶端或者 主機間的文本信息的傳輸服務端；當用戶所選擇的聯(lián)系方式為文本信息時，則啟動當前平臺的郵件客戶端，將該郵件發(fā) 送到該域名管理人的聯(lián)系郵箱中去；或者，當用戶所選擇的聯(lián)系方式為文本信息時，則啟動兩個主機間的文本信息的傳輸 服務，直接通過當前用戶的IP地址和該域名管理人的主機IP地址將所述文本信息傳輸出 去；所述兩個主機間的文本信息的傳輸服務需要同時在當前用戶主機和該域名管理人的主 機上安裝。
9.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述信息傳輸單元還包括VOIP服務端，當用 戶所選擇的聯(lián)系方式為語音通訊時，則啟動當前平臺的VOIP服務，通過VOIP服務，將當前 用戶的語音信息傳輸?shù)皆撚蛎芾砣说碾娦盘柎a上。
10.如權(quán)利要求6所述的系統(tǒng)，其特征在于，還包括二次查詢單元，具體進一步包括初查模塊，用于針對該域名的查詢操作在緩存單元中完成；校驗模塊，用于判斷該域名解析后返回的信息是否正確，如果不正確，則重復在管理該 域名的主名字服務器上進行針對該域名的查詢操作；復查模塊，用于依據(jù)所二次查詢得到的聯(lián)系信息進行當前用戶和該域名管理人之間的 信息交互。
全文摘要
本發(fā)明提供了一種通過域名進行信息交互的方法，包括接收用戶輸入的域名信息；通過后臺服務，查詢該域名相應的聯(lián)系信息；判斷用戶與該域名管理人聯(lián)系時所采用的方式，從所查詢到的聯(lián)系信息中選擇相應信息；利用所選擇的聯(lián)系信息，執(zhí)行相應的操作，完成當前用戶針對該域名管理人的信息傳輸。本發(fā)明可以直接通過域名和域名的注冊者或者擁有者留下的聯(lián)系方式進行聯(lián)系，而無需進行事先的查詢。首先，可以避免有的用戶壓根不指定如何查詢獲取上述信息；其次，可以節(jié)省用戶的操作步驟，提高效率；再者，還可以保護域名注冊者的詳細聯(lián)系信息。
文檔編號H04L12/58GK101924644SQ20091008728
公開日2010年12月22日 申請日期2009年6月15日 優(yōu)先權(quán)日2009年6月15日
發(fā)明者李東亞, 郭勇 申請人:北京華智大為科技有限公司