關(guān)鍵詞網(wǎng)絡(luò)定位服務(wù)解析協(xié)議規(guī)范

1、關(guān)鍵詞網(wǎng)絡(luò)定位服務(wù)解析協(xié)議規(guī)范 目錄前 言1 引言2 范圍3 規(guī)范性引用文件4 術(shù)語5 縮略語6 關(guān)鍵詞網(wǎng)絡(luò)定位服務(wù)解析協(xié)議遵循的原則7 關(guān)鍵詞網(wǎng)絡(luò)定位體系7.1 關(guān)鍵詞解析體系結(jié)構(gòu)7.2 關(guān)鍵詞解析流程7.3 關(guān)鍵詞語法定義8 關(guān)鍵詞請求消息8.1 消息傳輸8.2 請求方法9 關(guān)鍵詞應(yīng)答消息9.1. 應(yīng)答的狀態(tài)行(Status-Line)9.2 應(yīng)答標(biāo)題域(Response-Header)9.3轉(zhuǎn)向應(yīng)答10 關(guān)鍵詞對象的屬性10.1必要屬性10.2附加屬性10.3用戶屬性11 緩存機(jī)制12 關(guān)鍵詞與網(wǎng)絡(luò)資源的映射12.1 關(guān)鍵詞網(wǎng)絡(luò)資源標(biāo)識符12.2 HTTP協(xié)議下關(guān)鍵詞解析請求的語法12.

2、3 http協(xié)議下關(guān)鍵詞網(wǎng)絡(luò)資源定位應(yīng)答的語法12.4 http協(xié)議下關(guān)鍵詞客戶機(jī)的處理13 關(guān)鍵詞網(wǎng)絡(luò)定位服務(wù)解析應(yīng)用實(shí)施實(shí)例13.1 關(guān)鍵詞客戶端13.2 本地解析服務(wù)器()13.3 頂級解析服務(wù)器()前言 本規(guī)范規(guī)定了關(guān)鍵詞網(wǎng)絡(luò)定位服務(wù)的解析協(xié)議 本規(guī)范起草單位：中國互聯(lián)網(wǎng)絡(luò)信息中心 本規(guī)范發(fā)起單位： 中國互聯(lián)網(wǎng)絡(luò)信息中心 搜狐愛特信信息技術(shù)(北京)有限公司 廣州網(wǎng)易計算機(jī)系統(tǒng)有限公司 深圳市騰訊計算機(jī)系統(tǒng)有限公司 百度在線網(wǎng)絡(luò)技術(shù)(北京)有限公司 北京愛思美網(wǎng)科技發(fā)展有限公司 關(guān)鍵詞網(wǎng)絡(luò)定位服務(wù)解析協(xié)議規(guī)范 1 引言 關(guān)鍵詞(Key

3、word)網(wǎng)絡(luò)定位技術(shù)是繼DNS域名技術(shù)之后發(fā)展起來的一種新型互聯(lián)網(wǎng)訪問技術(shù)。在該技術(shù)框架下，網(wǎng)絡(luò)用戶能夠使用企業(yè)名、產(chǎn)品名、商標(biāo)名或其它通用名稱，直接訪問目標(biāo)網(wǎng)站或其它URI(統(tǒng)一資源定位標(biāo)識)信息資源。 Keyword是應(yīng)用級協(xié)議，它適應(yīng)了分布式網(wǎng)絡(luò)資源對靈活性及速度的要求。它是一個一般的、無狀態(tài)的、面向連接的協(xié)議，通過對其請求方法(request methods)進(jìn)行擴(kuò)展，可以被用于多種用途。 該規(guī)范反映了“Keyword/1.0”基于HTTP協(xié)議的普通用法。其后續(xù)版本會支持XML規(guī)范。 2 范圍 本規(guī)范規(guī)定了關(guān)鍵詞的結(jié)構(gòu)、語法，以及關(guān)鍵詞與網(wǎng)絡(luò)地址(主要是IP地址)之間的映射機(jī)制，同時

4、規(guī)定了關(guān)鍵詞網(wǎng)絡(luò)定位的協(xié)議模式和標(biāo)準(zhǔn)的實(shí)施要求。 本規(guī)范適用于關(guān)鍵詞的命名、開發(fā)、系統(tǒng)運(yùn)行、系統(tǒng)應(yīng)用，以及建立在關(guān)鍵詞網(wǎng)絡(luò)定位技術(shù)基礎(chǔ)之上的相關(guān)信息處理領(lǐng)域。 返回3 規(guī)范性引用文件 GB/T 1988-1998 信息技術(shù) 信息交換用七位編碼字符集 (ISO/IEC646:1991) GB 13000.1-1993 信息技術(shù) 通用多八位編碼字符集 (UCS)第一部分：體系結(jié)構(gòu)與基本多文種平面 (ISO/IEC10646.1:1993) GB 475484 國民經(jīng)濟(jì)行業(yè)分類和代碼 RFC 3367 Common Name Resolution Protocol (CNRP) RFC 2068 H

5、ypertext Transfer Protocol - HTTP/1.1 RFC 2616 Hypertext Transfer Protocol - HTTP/1.1 RFC 1866 Hypertext Markup Language -2.0 RFC 1766 Tags for the Identification of Languages ISO 3166 Country and Region Codes 4 術(shù)語 本規(guī)范用了許多關(guān)鍵詞及HTTP通訊相關(guān)的術(shù)語，如下： 關(guān)鍵詞解析 關(guān)鍵詞解析是在域名技術(shù)基礎(chǔ)之上提出的、方便互聯(lián)網(wǎng)用戶訪問網(wǎng)絡(luò)資源的一種方法，它實(shí)現(xiàn)中文詞匯(如：公司名稱

6、、產(chǎn)品名稱、商標(biāo)、人名等)到網(wǎng)絡(luò)資源的直接定向解析處理。關(guān)鍵詞中允許的字符集包括：中文漢字、數(shù)字、字母、“-”，全角符號表示需要轉(zhuǎn)為半角符號表示。 連接(connection) 兩個應(yīng)用程序以通訊為目的在傳輸層建立虛擬電路。 消息(message) 關(guān)鍵詞通訊的基本單元，在連接中傳輸?shù)慕Y(jié)構(gòu)化的、有順序的字節(jié)(其含義在第四節(jié)中定義)，可分為請求消息和回應(yīng)消息。 請求(request) 關(guān)鍵詞的請求消息 回應(yīng)(response) 關(guān)鍵詞的回應(yīng)消息 資源(resource) 網(wǎng)絡(luò)上可以用URI來標(biāo)識的數(shù)據(jù)對象或服務(wù) 客戶端(client) 指以發(fā)出請求為目的而建立連接的應(yīng)用程序。 用戶代理(user

7、 agent) 指初始化請求的客戶端，如瀏覽器、編輯器、蜘蛛(web爬行機(jī)器人)或其它終端用戶工具。 服務(wù)器(server) 指接受連接，并通過發(fā)送回應(yīng)來響應(yīng)服務(wù)請求的應(yīng)用程序。 原始服務(wù)器(origin server) 存放資源或產(chǎn)生資源的服務(wù)器。 代理(proxy) 同時扮演服務(wù)器及客戶端角色的中間程序，用來為其它客戶產(chǎn)生請求。請求經(jīng)過變換，被傳遞到最終的目的服務(wù)器，在代理程序內(nèi)部，請求或被處理，或被傳遞。代理必須在消息轉(zhuǎn)發(fā)前對消息進(jìn)行解釋，而且如有必要還得重寫消息。代理通常被用作經(jīng)過防火墻的客戶端出口，用以輔助處理用戶代理所沒實(shí)現(xiàn)的請求。 緩存(cache) 指程序本地存儲的回應(yīng)消息和用

8、來控制消息存儲、重獲、刪除的子系統(tǒng)。 緩存回應(yīng)的目的是為減少請求回應(yīng)時間，以及未來一段時間對網(wǎng)絡(luò)帶寬的消耗。任何客戶端及服務(wù)端都可以包含緩存。 任何指定的程序都有能力同時做為客戶端和服務(wù)器。我們在使用這個概念時，不是看程序功能上是否能實(shí)現(xiàn)客戶及服務(wù)器，而是看程序在特定連接時段上扮演何種角色(客戶或服務(wù)器)。同樣，任何服務(wù)器可以扮演原始服務(wù)器、代理、緩存等角色，行為的切換取決于每次請求的內(nèi)容。 八位位組 Octet 在計算機(jī)技術(shù)和通信技術(shù)中，作為一個整體處理的8個二進(jìn)制數(shù)。 5 縮略語 下列縮略語適用于本規(guī)范： Keyword 關(guān)鍵詞 DNS (Domain name system) 域名系統(tǒng)

9、IP (Internet Protocol ) 互聯(lián)網(wǎng)協(xié)議 URI (Uniform Resource Identifiers) 統(tǒng)一資源定位標(biāo)識 HTTP (Hypertext Transfer Protocol) 超文本傳輸協(xié)議 6 關(guān)鍵詞網(wǎng)絡(luò)定位服務(wù)解析協(xié)議遵循的原則 1)一致性 同樣的關(guān)鍵詞定位請求產(chǎn)生的精確應(yīng)答結(jié)果必須一致，精確應(yīng)答結(jié)果與解析過程中所涉及的解析器、服務(wù)器的位置及其系統(tǒng)設(shè)置無關(guān)。 2)開放性 關(guān)鍵詞網(wǎng)絡(luò)定位體系為其它應(yīng)用軟件提供開放、標(biāo)準(zhǔn)的技術(shù)平臺，支持關(guān)鍵詞的網(wǎng)絡(luò)解析服務(wù)。 3)關(guān)鍵詞網(wǎng)絡(luò)定位服務(wù)具有健壯性、穩(wěn)定性、安全性、可靠性。 7 關(guān)鍵詞網(wǎng)絡(luò)定位體系 7.1 關(guān)

10、鍵詞解析體系結(jié)構(gòu) 關(guān)鍵詞命名空間是一個平面結(jié)構(gòu)的空間。其解析體系有兩級構(gòu)成：若干服務(wù)器構(gòu)成的關(guān)鍵詞頂級解析服務(wù)器集群、關(guān)鍵詞本地解析服務(wù)器。用戶可以從任何解析服務(wù)器獲得一致的應(yīng)答結(jié)果。 頂級解析服務(wù)器 頂級解析服務(wù)器的應(yīng)答是權(quán)威的，它從關(guān)鍵詞數(shù)據(jù)庫中查詢得到最新的記錄。應(yīng)答最終用戶或者各本地解析服務(wù)器的解析請求。 本地解析服務(wù)器 本地解析服務(wù)器在關(guān)鍵詞解析體系中是可選的，它根據(jù)自身的緩存策略應(yīng)答最終用戶的請求，并緩存頂級解析服務(wù)器的應(yīng)答。設(shè)置本地解析服務(wù)器的目的是為了加速最終用戶的訪問速度和提高關(guān)鍵詞的解析效率。 關(guān)鍵詞解析器 解析器將用戶的關(guān)鍵詞定位請求，發(fā)到關(guān)鍵詞解析服務(wù)器，并將解析的應(yīng)答

11、返回給瀏覽器等網(wǎng)絡(luò)應(yīng)用程序。關(guān)鍵詞客戶端缺省設(shè)置一個或多個關(guān)鍵詞解析服務(wù)器。7.2 關(guān)鍵詞解析流程 關(guān)鍵詞網(wǎng)絡(luò)定位服務(wù)解析協(xié)議是基于客戶機(jī)-服務(wù)器結(jié)構(gòu)的應(yīng)用服務(wù)體系。下面說明在客戶機(jī)、本地解析服務(wù)器、頂級解析服務(wù)器三級體系下的關(guān)鍵詞解析過程： 1)用戶使用支持關(guān)鍵詞解析服務(wù)的客戶程序，輸入所要的關(guān)鍵詞名稱，經(jīng)過互聯(lián)網(wǎng)傳輸?shù)奖镜仃P(guān)鍵詞解析服務(wù)器。 2)本地解析服務(wù)器查詢自身的緩存，如果有匹配的結(jié)果，則轉(zhuǎn)4)；否則，轉(zhuǎn)發(fā)給頂級解析服務(wù)器。 3)頂級解析服務(wù)器收到解析請求后，查詢關(guān)鍵詞數(shù)據(jù)庫到應(yīng)答資源記錄，封裝成符合HTTP協(xié)議的數(shù)據(jù)格式的數(shù)據(jù)包返回給本地解析服務(wù)器。本地解析服務(wù)器對頂級解析服務(wù)器的

12、應(yīng)答進(jìn)行緩存處理。 4)本地解析服務(wù)器將查詢結(jié)果返回給用戶程序。 7.3 關(guān)鍵詞語法定義 := | := -| := 任何一個漢字 := a-z|A-Z := 0-9 8 關(guān)鍵詞請求消息 從客戶端到服務(wù)器端的解析請求消息。如果關(guān)鍵詞解析服務(wù)器收到請求消息，它必須返回一個應(yīng)答消息。 8.1 消息傳輸 請求消息通過HTTP協(xié)議來傳輸。 8.2 請求方法 方法指明了將要以何種方式來定位由請求關(guān)鍵詞指定的資源。方法是大小寫敏感的。本規(guī)范中支持一種方法： Method= GET8.2.1 GET方法 GET方法就是以實(shí)體方式得到由請求關(guān)鍵詞所指定資源的信息。 GET方法允許被緩存的解析結(jié)果在不必經(jīng)過不必

13、要的數(shù)據(jù)傳輸就能進(jìn)行應(yīng)答，從而有助于降低網(wǎng)絡(luò)負(fù)載。 9 關(guān)鍵詞應(yīng)答消息 在接收、解釋請求消息后，服務(wù)器端通過HTTP協(xié)議返回關(guān)鍵詞解析的應(yīng)答消息： Response= Full-Response Full-Response = Status-Line ； 9.1狀態(tài)行 |Response-Header ； 9.2 應(yīng)答標(biāo)題域 9.1. 應(yīng)答的狀態(tài)行(Status-Line) 完整回應(yīng)消息的第一行就是狀態(tài)行，它依次由http協(xié)議版本、數(shù)字形式的狀態(tài)代碼、及相應(yīng)的詞語文本組成，各元素間以空格(SP)分隔，除了結(jié)尾的回車換行(CRLF)外，不允許出現(xiàn)單獨(dú)的回車(CR)或換行(LF)符。 Status

14、-Line = http-Version SP Status-Code SP Reason-Phrase CRLF9.1.1 狀態(tài)代碼和原因分析(Status Code and Reason Phrase) 狀態(tài)代碼(Status-Code)由3位數(shù)字組成，表示請求是否被理解或被滿足。狀態(tài)代碼用來支持自動操作。 狀態(tài)代碼的第一位數(shù)字定義了回應(yīng)的類別，后面兩位數(shù)字沒有具體分類。首位數(shù)字有5種取值可能，其代碼的分配兼容HTTP協(xié)議的狀態(tài)碼： 1xx:：保留，將來使用。 2xx：成功 操作被接收、理解、接受(received,understood, accepted)。 3xx：重定向(Redire

15、ction)要完成請求必須進(jìn)行進(jìn)一步操作。 4xx：客戶端出錯 請求有語法錯誤或無法實(shí)現(xiàn)。 5xx：服務(wù)器端出錯 服務(wù)器無法實(shí)現(xiàn)合法的請求。 Keyword/1.0的狀態(tài)代碼、原因解釋在下面給出。 Status-Code = 200 ; OK |201 ; Created |202 ; Accepted |204 ; No Content |301 ; Moved Permanently |302 ; Moved Temporarily |304 ; Not Modified |400 ; Bad Request |401 ; Unauthorized |403 ; Forbidden |40

16、4 ; Not Found |500 ; Internal Server Error |501 ; Not Implemented |502 ; Bad Gateway |503 ; Service Unavailable |extension-code extension-code = 3個數(shù)字 Reason-Phrase = * http狀態(tài)代碼是可擴(kuò)展的，而只有上述代碼才可以被當(dāng)前全部的應(yīng)用所識別。http應(yīng)用不要求了解全部注冊的狀態(tài)代碼。實(shí)際上，應(yīng)用程序必須理解任何一種狀態(tài)代碼，如果碰到不識別的情況，可根據(jù)其首位數(shù)字來判斷其類型并處理。 例如，如果客戶端收到一個無法識別的狀態(tài)碼431，

17、可以安全地假定是請求出了問題，可認(rèn)為應(yīng)答的狀態(tài)碼就是400。 9.2 應(yīng)答標(biāo)題域(Response-Header) 應(yīng)答標(biāo)題域中包括不能放在狀態(tài)行中的附加應(yīng)答信息。該域在對請求URI所指定資源進(jìn)行訪問的下一步信息。例如，在狀態(tài)碼是3XX，即重定向應(yīng)答時，由回應(yīng)標(biāo)題域的Response-Header來指定重定向到的目的URL。 Response-Header = Location9.3轉(zhuǎn)向應(yīng)答 當(dāng)一個請求無法獲得唯一精確的應(yīng)答結(jié)果時，系統(tǒng)提供一個轉(zhuǎn)向機(jī)制，依據(jù)請求的性質(zhì)，進(jìn)行多結(jié)果應(yīng)答服務(wù)。 10 關(guān)鍵詞對象的屬性 本規(guī)范中，關(guān)鍵詞是以對象的形式存在，每個關(guān)鍵詞對象具有各種不同的屬性。關(guān)鍵詞對象

18、的屬性分為必要屬性、附加屬性、用戶屬性三類，其中必要屬性是用戶請求或應(yīng)答結(jié)果的組成部分。 10.1必要屬性 必要屬性是關(guān)鍵詞系統(tǒng)服務(wù)必須支持的最小屬性集合，它保證了關(guān)鍵詞應(yīng)用服務(wù)的各個環(huán)節(jié)之間的具有互操作性，能夠正常的通訊。它包括： 關(guān)鍵詞name關(guān)鍵詞名稱。 應(yīng)用類型 apptype關(guān)鍵詞對應(yīng)網(wǎng)絡(luò)資源所屬的應(yīng)用服務(wù)類別。目前支持的類型有：web ；Web服務(wù)email ；email服務(wù)800 ；800互聯(lián)網(wǎng)絡(luò)電話應(yīng)用缺省類型為web。 網(wǎng)絡(luò)資源標(biāo)識 url 關(guān)鍵詞所對應(yīng)的網(wǎng)絡(luò)資源的統(tǒng)一資源定位標(biāo)識。如web應(yīng)用對應(yīng)的網(wǎng)絡(luò)資源標(biāo)識：10.2附加屬性

19、附加屬性是關(guān)鍵詞對象的一個組成部分，但不強(qiáng)制在整個系統(tǒng)中執(zhí)行這些屬性，引入附加屬性的重要目的是為解析過程提供一個應(yīng)答結(jié)果過濾器。附加屬性包括： 語言 一個網(wǎng)絡(luò)資源所屬的語言類型。語言屬性的具體種類參照RFC 1766。 地理位置 locale一個網(wǎng)絡(luò)資源所屬的地理區(qū)域。參照ISO3166中標(biāo)準(zhǔn)的國家碼區(qū)域碼定義的一個地理位置。 工業(yè)范疇一個網(wǎng)絡(luò)資源所屬的工業(yè)類型。參照GB475484 國民經(jīng)濟(jì)行業(yè)分類和代碼 其它數(shù)據(jù)集的URL一個關(guān)鍵詞或相關(guān)數(shù)據(jù)集的URL.10.3用戶屬性 除了必要屬性和基本屬性，規(guī)范中定義了用戶屬性，它是一個抽象屬性元素，用于擴(kuò)展系統(tǒng)的必要屬性的范圍。 創(chuàng)建用戶屬性有兩種方

20、式： 定義一個新屬性名，以及該屬性的類型(至少有一個類型)； 為現(xiàn)有的屬性名定義一個新的類型。用戶屬性必須在關(guān)鍵詞頂級解析服務(wù)器中注冊。只有在注冊之后，用戶屬性才能被整個關(guān)鍵詞系統(tǒng)的各個部分識別、使用。 例如，用戶可以定義的fallbackuri屬性，用于指示在關(guān)鍵詞精確匹配失敗時，轉(zhuǎn)向應(yīng)答的URI地址。再如，合作伙伴標(biāo)志pid屬性，用于指示頂級解析服務(wù)器運(yùn)行方分配給各合作伙伴的標(biāo)識號。 返回11 緩存機(jī)制 目前關(guān)鍵詞解析協(xié)議的緩存機(jī)制與HTTP/1.1(RFC 2616)的緩存機(jī)制等同實(shí)現(xiàn)。 返回12 關(guān)鍵詞與網(wǎng)絡(luò)資源的映射 12.1 關(guān)鍵詞網(wǎng)絡(luò)資源標(biāo)識符 關(guān)鍵詞網(wǎng)絡(luò)資源標(biāo)識符是關(guān)鍵詞所對應(yīng)

21、的網(wǎng)絡(luò)資源標(biāo)識符。它包括：關(guān)鍵詞、網(wǎng)絡(luò)資源URI、屬性、類型四個部分。如： name = 清華大學(xué) apptype = web 網(wǎng)絡(luò)資源URL = apptype = email 網(wǎng)絡(luò)資源URL = mailto: 語言屬性類型 = 中文 地理位置屬性類型 = 北京 工業(yè)范疇屬性類型 = 教育機(jī)構(gòu) 12.2 HTTP協(xié)議下關(guān)鍵詞解析請求的語法 目前，關(guān)鍵詞網(wǎng)絡(luò)定位服務(wù)的請求和應(yīng)答均采用HTTP協(xié)議，其中最基本的請求數(shù)據(jù)模式為： ? &以瀏覽器程序使用HTTP協(xié)議訪問關(guān)鍵詞服務(wù)器(/cn.dll)為例： /cn.dll?pid=XXX&name=ZZZ&fallbackuri=http%3A%2F%2F%2Fsearch%3Fq%3DZZZ 其意義為，合作方XXX