專利名稱：終端的內(nèi)容發(fā)布方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)和互聯(lián)網(wǎng)技術(shù)，特別涉及其中的內(nèi)容發(fā)布技術(shù)。
背景技術(shù)：
發(fā)布技術(shù)在互聯(lián)網(wǎng)上的應(yīng)用已經(jīng)非常普遍，例如社會(huì)性網(wǎng)絡(luò)服務(wù)(Social Networking Services,簡(jiǎn)稱“SNS” )，博克，微博，照片共享網(wǎng)站，視頻共享網(wǎng)站等等都允許用戶發(fā)布內(nèi)容，這些類型的網(wǎng)站都是首先讓用戶登錄，然后可以發(fā)布內(nèi)容。也有些網(wǎng)站為了鼓勵(lì)用戶發(fā)布內(nèi)容，把用戶登陸的環(huán)節(jié)都省略了。目前的一種終端的內(nèi)容發(fā)布方法如圖1所示，圖1中的移動(dòng)互聯(lián)網(wǎng)設(shè)備110即為終端，具體可以是手機(jī)，各個(gè)互聯(lián)網(wǎng)站點(diǎn)130至170即為互聯(lián)網(wǎng)網(wǎng)站。在終端110和內(nèi)容分發(fā)代理服務(wù)器120上都需要手動(dòng)開(kāi)發(fā)針對(duì)每個(gè)網(wǎng)站的內(nèi)容發(fā)布接口，當(dāng)終端需要發(fā)布內(nèi)容時(shí)，可以通過(guò)本終端上開(kāi)發(fā)的內(nèi)容發(fā)布接口，將待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)上；也可以通過(guò)內(nèi)容分發(fā)代理服務(wù)器上開(kāi)發(fā)的內(nèi)容發(fā)布接口，將待發(fā)布內(nèi)容經(jīng)由內(nèi)容分發(fā)代理服務(wù)器發(fā)布到目標(biāo)站點(diǎn)上。然而，本發(fā)明的發(fā)明人發(fā)現(xiàn)，由于待發(fā)布內(nèi)容需要通過(guò)手動(dòng)開(kāi)發(fā)的與目標(biāo)站點(diǎn)相對(duì)應(yīng)的內(nèi)容發(fā)布接口，才能將待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)上，如果與目標(biāo)站點(diǎn)的相對(duì)應(yīng)的內(nèi)容發(fā)布接口，在終端和內(nèi)容分發(fā)代理服務(wù)器上尚未被開(kāi)發(fā)，則待發(fā)布內(nèi)容將無(wú)法發(fā)布到目標(biāo)站點(diǎn)上。也就是說(shuō)，現(xiàn)有的終端的內(nèi)容發(fā)布系統(tǒng)，只能將內(nèi)容發(fā)布到指定的有限個(gè)數(shù)的網(wǎng)站上去，而沒(méi)有辦法把內(nèi)容發(fā)布到所有web 2.0網(wǎng)站上去。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種終端的內(nèi)容發(fā)布方法及其系統(tǒng)，使得終端無(wú)需受到站點(diǎn)的內(nèi)容發(fā)布接口的開(kāi)發(fā)限制，可以將任何內(nèi)容發(fā)送至任何web 2.0網(wǎng)站。為解決上述技術(shù)問(wèn)題，本發(fā)明的實(shí)施方式提供了一種終端的內(nèi)容發(fā)布方法，包含以下步驟將各站點(diǎn)的接口分別抽象為統(tǒng)一形式的站點(diǎn)描述，所述站點(diǎn)描述包含以下信息站點(diǎn)域名、發(fā)布接口、用戶驗(yàn)證接口、驗(yàn)證信息格式描述，內(nèi)容格式描述；在需要發(fā)布終端的內(nèi)容時(shí)，根據(jù)目標(biāo)站點(diǎn)的站點(diǎn)描述，將所述終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)。本發(fā)明的實(shí)施方式還提供了一種終端的內(nèi)容發(fā)布系統(tǒng)，包含終端、內(nèi)容分發(fā)代理服務(wù)器和各目標(biāo)站點(diǎn)，內(nèi)容分發(fā)代理服務(wù)器包含站點(diǎn)描述注冊(cè)模塊，用于根據(jù)各站點(diǎn)接口的元數(shù)據(jù)信息，將各站點(diǎn)的接口分別抽象為統(tǒng)一形式的站點(diǎn)描述，所述站點(diǎn)描述包含以下信息站點(diǎn)域名、發(fā)布接口、用戶驗(yàn)證接口、驗(yàn)證信息格式描述，內(nèi)容格式描述；站點(diǎn)接口爬蟲(chóng)分析模塊，用于自動(dòng)獲得站點(diǎn)的標(biāo)識(shí)信息，通過(guò)對(duì)獲得標(biāo)識(shí)信息的各站點(diǎn)的接口進(jìn)行分析，形成各站點(diǎn)的所述站點(diǎn)描述；
5
服務(wù)器側(cè)站點(diǎn)描述管理模塊，用于增加、刪除、修改、查詢所述站點(diǎn)描述注冊(cè)模塊和所述站點(diǎn)接口爬蟲(chóng)分析模塊獲取的各站點(diǎn)的站點(diǎn)描述，并供所述終端查詢各站點(diǎn)的站點(diǎn)描述；服務(wù)器側(cè)站點(diǎn)描述解釋器，用于解釋所述站點(diǎn)描述；轉(zhuǎn)發(fā)模塊，用于根據(jù)從終端處獲取的終端的待發(fā)布內(nèi)容和目標(biāo)站點(diǎn)的標(biāo)識(shí)，以及所述服務(wù)器側(cè)站點(diǎn)描述解釋器對(duì)目標(biāo)站點(diǎn)的解釋結(jié)果，將所述終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)；終端包含終端側(cè)站點(diǎn)描述管理模塊，用于添加、更新、保存、提取各站點(diǎn)的站點(diǎn)描述，所述終端側(cè)站點(diǎn)描述管理模塊從所述服務(wù)器側(cè)站點(diǎn)描述管理模塊獲取各站點(diǎn)的站點(diǎn)描述；終端側(cè)站點(diǎn)描述解釋器，用于解釋所述站點(diǎn)描述；內(nèi)容發(fā)布模塊，用于根據(jù)所述終端側(cè)站點(diǎn)描述解釋器對(duì)目標(biāo)站點(diǎn)的解釋結(jié)果，將所述終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)。本發(fā)明實(shí)施方式相對(duì)于現(xiàn)有技術(shù)而言，針對(duì)不同網(wǎng)站的不同接口用站點(diǎn)描述的方式進(jìn)行抽象，并達(dá)到統(tǒng)一表達(dá)的目的；在需要發(fā)布終端的內(nèi)容時(shí)，根據(jù)目標(biāo)站點(diǎn)的站點(diǎn)描述，將終端的待發(fā)布內(nèi)容發(fā)布到各個(gè)目標(biāo)站點(diǎn)。由于無(wú)需在終端上手動(dòng)開(kāi)發(fā)針對(duì)每個(gè)網(wǎng)站的內(nèi)容發(fā)布接口，而是根據(jù)各網(wǎng)站接口的站點(diǎn)描述，將終端的待發(fā)布內(nèi)容發(fā)布到各個(gè)目標(biāo)站點(diǎn)，使得終端無(wú)需受到站點(diǎn)的內(nèi)容發(fā)布接口的開(kāi)發(fā)限制，可以將任何內(nèi)容發(fā)送至任何web 2. 0網(wǎng)站。另外，終端可以直接根據(jù)從內(nèi)容分發(fā)代理服務(wù)器中獲取的目標(biāo)站點(diǎn)的站點(diǎn)描述， 將待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)中；或者，終端可以將待發(fā)布內(nèi)容和目標(biāo)站點(diǎn)發(fā)送給內(nèi)容分發(fā)代理服務(wù)器，由內(nèi)容分發(fā)代理服務(wù)器根據(jù)目標(biāo)站點(diǎn)的站點(diǎn)描述，將終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)中。使得本發(fā)明的實(shí)施方式可靈活實(shí)現(xiàn)。而且，如果終端將待發(fā)布內(nèi)容和目標(biāo)站點(diǎn)發(fā)送給內(nèi)容分發(fā)代理服務(wù)器，由內(nèi)容分發(fā)代理服務(wù)器將待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)中，則在終端內(nèi)，不必在不可揮發(fā)存儲(chǔ)器中存儲(chǔ)站點(diǎn)描述的全部細(xì)節(jié)(無(wú)論是自添加站點(diǎn)還是缺省站點(diǎn))而僅僅需要存儲(chǔ)支持的缺省站點(diǎn)列表即可，大大減少了終端內(nèi)的存儲(chǔ)空間?；蛘?，缺省站點(diǎn)列表也可以通過(guò)內(nèi)容分發(fā)代理服務(wù)器在每次握手或者更新的時(shí)候發(fā)送過(guò)來(lái)，而不必在終端中存下來(lái)。另外，終端在啟動(dòng)時(shí)與內(nèi)容分發(fā)代理服務(wù)器進(jìn)行同步，向內(nèi)容分發(fā)代理服務(wù)器請(qǐng)求該內(nèi)容分發(fā)代理服務(wù)器中所有站點(diǎn)、指定站點(diǎn)、缺省站點(diǎn)、或新增站點(diǎn)的站點(diǎn)描述，并保存內(nèi)容分發(fā)代理服務(wù)器回復(fù)的缺省站點(diǎn)的站點(diǎn)描述。以便于在需要發(fā)布內(nèi)容時(shí)，如果目標(biāo)站點(diǎn)為缺省站點(diǎn)，則可以從內(nèi)容分發(fā)代理服務(wù)器回復(fù)的站點(diǎn)描述中得到目標(biāo)站點(diǎn)的站點(diǎn)描述。如果目標(biāo)站點(diǎn)不為缺省站點(diǎn)，也可以通過(guò)向內(nèi)容分發(fā)代理服務(wù)器查詢?cè)撃繕?biāo)站點(diǎn)的站點(diǎn)描述，使得目標(biāo)站點(diǎn)也可以不限于缺省站點(diǎn)，而是用戶自行添加的站點(diǎn)。而內(nèi)容分發(fā)代理服務(wù)器回復(fù)的站點(diǎn)描述為缺省站點(diǎn)的站點(diǎn)描述，也可以有效節(jié)省系統(tǒng)的傳輸資源。需要說(shuō)明的是，用戶自添加站點(diǎn)的站點(diǎn)描述也可以存在內(nèi)容分發(fā)代理服務(wù)器中，在每次同步的時(shí)候傳給終端。如果是由內(nèi)容分發(fā)代理服務(wù)器將待發(fā)布內(nèi)容發(fā)布到用戶自添加的目標(biāo)站點(diǎn)中，那么用戶自添加站點(diǎn)服務(wù)器的列表也可以在同步的時(shí)候傳給內(nèi)容分發(fā)代理服務(wù)器。在運(yùn)行時(shí)，也可以定期或不定期地與內(nèi)容分發(fā)代理服務(wù)器進(jìn)行同步，向內(nèi)容分發(fā)代理服務(wù)器請(qǐng)求該內(nèi)容分發(fā)代理服務(wù)器中各站點(diǎn)的站點(diǎn)描述。使得終端內(nèi)保存的缺省站點(diǎn)的站點(diǎn)描述可以得到及時(shí)更新。另外，內(nèi)容分發(fā)代理服務(wù)器向終端回復(fù)的缺省站點(diǎn)的站點(diǎn)描述，可保存在終端的不可揮發(fā)存儲(chǔ)器中，以便于下一次不必再傳送及可以調(diào)用這些站點(diǎn)信息。另外，站點(diǎn)描述還可以包含用于表示是否支持身份驗(yàn)證與發(fā)布同時(shí)進(jìn)行的標(biāo)志， 通過(guò)利用一個(gè)標(biāo)志位標(biāo)示該網(wǎng)站是否支持身份驗(yàn)證與發(fā)布同時(shí)進(jìn)行(即把用戶驗(yàn)證內(nèi)容和發(fā)布內(nèi)容同時(shí)提交給該網(wǎng)站的發(fā)布接口)，可使得在網(wǎng)站支持身份驗(yàn)證與發(fā)布同時(shí)進(jìn)行的情況下，能夠一次性完成發(fā)布，加速了發(fā)布過(guò)程。另外，由于在發(fā)布終端的內(nèi)容之前，站點(diǎn)需要對(duì)待發(fā)布內(nèi)容的終端進(jìn)行身份驗(yàn)證， 因此，終端可預(yù)先將用戶名和密碼存儲(chǔ)在該終端的不可揮發(fā)存儲(chǔ)器中，以便于下回使用的時(shí)候可以不必再次輸入。另外，終端上的客戶端程序和內(nèi)容分發(fā)代理服務(wù)器之間的通訊協(xié)議可以是面向連接的傳輸控制協(xié)議(Transfer Control Protocol，簡(jiǎn)稱“TCP”)，也可以是面向數(shù)據(jù)的用戶數(shù)據(jù)報(bào)協(xié)議(User Datagram Protocol，簡(jiǎn)稱 “UDP，，)。另外，終端向內(nèi)容分發(fā)代理服務(wù)器傳遞內(nèi)容信息或者終端向各站點(diǎn)傳遞內(nèi)容信息時(shí)，可以根據(jù)內(nèi)容數(shù)據(jù)的大小把內(nèi)容數(shù)據(jù)分為幾個(gè)數(shù)據(jù)包，分成幾份順序發(fā)送，也可以同一時(shí)間發(fā)送多個(gè)包以減少發(fā)送等待。也可以通過(guò)某種方式進(jìn)行斷點(diǎn)續(xù)傳。


圖1是根據(jù)現(xiàn)有技術(shù)中終端的內(nèi)容發(fā)布方法示意圖；圖2是根據(jù)本發(fā)明第一實(shí)施方式的終端的內(nèi)容發(fā)布方法流程圖；圖3是根據(jù)本發(fā)明第一實(shí)施方式中的通過(guò)管理員注冊(cè)獲取網(wǎng)站接口信息的示意圖；圖4是根據(jù)本發(fā)明第一實(shí)施方式中的通過(guò)搜索引擎爬蟲(chóng)獲取網(wǎng)站接口信息的示意圖；圖5是根據(jù)本發(fā)明第一實(shí)施方式中的站點(diǎn)描述示意圖；圖6是根據(jù)本發(fā)明第一實(shí)施方式中的內(nèi)容格式描述示意圖；圖7是根據(jù)本發(fā)明第一實(shí)施方式中的終端與內(nèi)容分發(fā)代理服務(wù)器進(jìn)行同步的示意圖；圖8是根據(jù)本發(fā)明第一實(shí)施方式中的終端保存內(nèi)容分發(fā)代理服務(wù)器的握手回復(fù)的示意圖；圖9是根據(jù)本發(fā)明第一實(shí)施方式中的終端直接將待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)中的示意圖；圖10是根據(jù)本發(fā)明第一實(shí)施方式中的終端獲得自添加網(wǎng)站的站點(diǎn)描述的示意圖；圖11是根據(jù)本發(fā)明第二實(shí)施方式的終端的內(nèi)容發(fā)布方法示意圖；圖12是根據(jù)本發(fā)明第二實(shí)施方式中的待發(fā)布內(nèi)容經(jīng)由內(nèi)容分發(fā)代理服務(wù)器發(fā)布到目標(biāo)網(wǎng)站的示意圖；圖13是根據(jù)本發(fā)明第三實(shí)施方式的終端的內(nèi)容發(fā)布系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明的第一實(shí)施方式涉及一種終端的內(nèi)容發(fā)布方法。具體流程如圖2所示。在步驟210中，由內(nèi)容分發(fā)代理服務(wù)器獲取各站點(diǎn)的接口的信息。具體地說(shuō)，web 2. 0網(wǎng)站接口信息的獲取方式，主要有以下兩種(本領(lǐng)域技術(shù)人員可以理解，web2. 0網(wǎng)站是指那些允許普通用戶提交內(nèi)容的網(wǎng)站)(1)內(nèi)容分發(fā)代理服務(wù)器310讓web 2. 0網(wǎng)站管理員320自行注冊(cè)接口(包括但不限于登錄接口，發(fā)布接口)、以及內(nèi)容格式(包括但不限于用戶驗(yàn)證數(shù)據(jù)內(nèi)容格式，發(fā)布數(shù)據(jù)內(nèi)容格式，如圖3所示。(2)內(nèi)容分發(fā)代理服務(wù)器410通過(guò)自動(dòng)化的手段分析并識(shí)別接口(包括但不限定于用戶驗(yàn)證接口，發(fā)布接口)、以及內(nèi)容格式(包括但不限定于用戶驗(yàn)證數(shù)據(jù)內(nèi)容格式，發(fā)布數(shù)據(jù)內(nèi)容格式)。比如說(shuō)，可以通過(guò)具有一定智能分析功能的搜索引擎爬蟲(chóng)420，獲取各站點(diǎn)的接口的信息，如圖4所示。接著，在步驟220中，內(nèi)容分發(fā)代理服務(wù)器根據(jù)獲取到的各站點(diǎn)的接口的信息，將各站點(diǎn)的接口分別抽象為統(tǒng)一形式的站點(diǎn)描述。統(tǒng)一形式的站點(diǎn)描述如圖5所示，包含站點(diǎn)標(biāo)題501、站點(diǎn)域名(即站點(diǎn)ID)502、站點(diǎn)別名503、發(fā)布接口 504、用戶驗(yàn)證接口 505、用于表示是否支持身份驗(yàn)證與發(fā)布同時(shí)進(jìn)行的認(rèn)證/發(fā)布同步標(biāo)志506、若干其他配置信息 507、508、驗(yàn)證信息格式描述509、若干內(nèi)容格式描述510、511。需要說(shuō)明的是，用于表示是否支持身份驗(yàn)證與發(fā)布同時(shí)進(jìn)行的標(biāo)志506、站點(diǎn)標(biāo)題501、站點(diǎn)別名503屬于附加信息，也可以不包含在在站點(diǎn)描述中。另外，發(fā)布接口 504和用戶驗(yàn)證接口 505可以統(tǒng)一為一個(gè)接口，驗(yàn)證信息和內(nèi)容信息也可以合并為信息格式描述。其中，站點(diǎn)標(biāo)題501指這個(gè)網(wǎng)站的名字；ID502也就是這個(gè)網(wǎng)站的域名，通常這個(gè)ID是用戶記住這個(gè)站點(diǎn)的唯一標(biāo)示，它也可以用來(lái)提供給用戶進(jìn)行支持站點(diǎn)搜索；別名 503是這個(gè)網(wǎng)站的其它名字，也是方便用戶記憶并供用戶進(jìn)行站點(diǎn)搜索用的；發(fā)布接口 504 可以是一個(gè)統(tǒng)一資源定位符(Uniform /Universal Resource Locator，簡(jiǎn)稱 “URL”)，它指定了向哪個(gè)地方post (發(fā)布)內(nèi)容；用戶驗(yàn)證接口 505可以是一個(gè)URL，它指定向哪里發(fā)送用戶名和密碼信息以核實(shí)用戶名和密碼，最終是為了確認(rèn)用戶在此網(wǎng)站的身份；認(rèn)證/發(fā)布同步標(biāo)志506是指為了加速發(fā)布過(guò)程，有一個(gè)標(biāo)志位標(biāo)示該網(wǎng)站是否支持身份驗(yàn)證與發(fā)布同時(shí)進(jìn)行，也就是說(shuō)，把用戶驗(yàn)證內(nèi)容和發(fā)布內(nèi)容同時(shí)提交給該網(wǎng)站的發(fā)布接口，以便于一次就可以完成發(fā)布；驗(yàn)證信息格式描述509是指用戶驗(yàn)證過(guò)程中由客戶端程序或者發(fā)布代理發(fā)送至網(wǎng)站的信息格式。內(nèi)容格式描述510、511是按照內(nèi)容項(xiàng)(field)逐條描述的，針對(duì)每一個(gè)內(nèi)容項(xiàng)，可以從以下兩方面來(lái)進(jìn)行描述(1)信息采集的內(nèi)容格式，就是指用戶輸入和采集信息時(shí)候的格式、限制和允許的操作。(2)信息發(fā)布的內(nèi)容格式，就是指客戶端程序發(fā)布信息時(shí)候的格式、限制。具體地說(shuō)，如圖6所示，內(nèi)容格式描述首先包含適配條件描述610，每個(gè)網(wǎng)站針對(duì)其站內(nèi)的不同區(qū)域(比如論壇的不同版面)允許用戶輸入的是不同的內(nèi)容信息，其格式也可以不盡相同，所以針對(duì)每個(gè)站點(diǎn)可以有多于一種內(nèi)容格式與之對(duì)應(yīng)，那么也就有必要通
8過(guò)一些手段進(jìn)行所需格式的區(qū)分，這就是適配條件描述。舉例說(shuō)明，同一 BBS站點(diǎn)內(nèi)的不同版面可以要求不同的內(nèi)容格式，比如有的允許照片，有的允許視頻，那么這里的適配格式描述就是允許此類內(nèi)容的版的版名。再比如，天涯主要是BBS，但是它也提供類似SNS功能的個(gè)人相冊(cè)，所以適配條件描述就應(yīng)當(dāng)說(shuō)明此二者的不同，并將選擇權(quán)交給用戶。接著是一系列的數(shù)據(jù)配置照片數(shù)據(jù)配置620和630、視頻數(shù)據(jù)配置(在本實(shí)施例中沒(méi)有)、文本數(shù)據(jù)配置640和650、選項(xiàng)數(shù)據(jù)配置660和670、其它配置680和690。值得注意的是，屬于同一類配置的數(shù)據(jù)項(xiàng)的數(shù)量并沒(méi)有絕對(duì)限制，可以一項(xiàng)也沒(méi)有，比如視頻數(shù)據(jù)；也可以有多項(xiàng)，比如文本數(shù)據(jù)。下面對(duì)每一類配置進(jìn)行舉例說(shuō)明，但是具體實(shí)現(xiàn)并不僅僅限定于此種實(shí)現(xiàn)照片數(shù)據(jù)配置/照片采集內(nèi)容格式——該數(shù)據(jù)項(xiàng)的標(biāo)題，可接受照片的格式，是否在客戶端程序顯示照片大小信息，照片大小上下限，是否在客戶端程序顯示照片尺寸信息， 照片尺寸上下限，是否允許用戶旋轉(zhuǎn)照片(旋轉(zhuǎn)操作可以在客戶端程序完成，也可以在內(nèi)容分發(fā)代理服務(wù)器上或者目標(biāo)網(wǎng)站等其它地方完成)，照片壓縮比率上下限，對(duì)于選擇已經(jīng)拍攝好的照片的情況是否允許縮小尺寸(縮小操作可以在客戶端程序完成，也可以在內(nèi)容分發(fā)代理服務(wù)器上或者目標(biāo)網(wǎng)站等其它地方完成)，對(duì)于選擇已經(jīng)拍攝好的照片的情況是否允許以犧牲畫(huà)質(zhì)為代價(jià)壓縮照片(壓縮操作可以在客戶端程序完成，也可以在內(nèi)容分發(fā)代理服務(wù)器上或者目標(biāo)網(wǎng)站等其它地方完成)，等等。照片數(shù)據(jù)配置/照片發(fā)布內(nèi)容格式——該照片發(fā)送時(shí)候的數(shù)據(jù)項(xiàng)標(biāo)示符，是否允許分批發(fā)送或者斷點(diǎn)續(xù)傳，是否需要內(nèi)容分發(fā)代理服務(wù)器或者目標(biāo)站點(diǎn)服務(wù)器進(jìn)行尺寸改變以及目標(biāo)尺寸，是否需要內(nèi)容分發(fā)代理服務(wù)器或者目標(biāo)站點(diǎn)服務(wù)器進(jìn)行壓縮以及目標(biāo)壓縮比率，是否需要內(nèi)容分發(fā)代理服務(wù)器或者目標(biāo)站點(diǎn)服務(wù)器進(jìn)行照片旋轉(zhuǎn)以及目標(biāo)旋轉(zhuǎn)角
FtF絕絕 I又，寸寸°視頻數(shù)據(jù)配置/視頻采集內(nèi)容格式——該數(shù)據(jù)項(xiàng)的標(biāo)題，可接受視頻的格式，是否在客戶端程序顯示視頻大小信息，視頻大小上下限，是否在客戶端程序顯示視頻尺寸信息， 視頻尺寸上下限，是否允許用戶旋轉(zhuǎn)視頻(旋轉(zhuǎn)操作可以在客戶端程序完成，也可以在內(nèi)容分發(fā)代理服務(wù)器上或者目標(biāo)網(wǎng)站等其它地方完成)，視頻壓縮比率上下限，對(duì)于選擇已經(jīng)拍攝好的視頻的情況是否允許縮小尺寸(縮小操作可以在客戶端程序完成，也可以在內(nèi)容分發(fā)代理服務(wù)器上或者目標(biāo)網(wǎng)站等其它地方完成)，對(duì)于選擇已經(jīng)拍攝好的視頻的情況是否允許以犧牲畫(huà)質(zhì)為代價(jià)壓縮視頻(壓縮操作可以在客戶端程序完成，也可以在內(nèi)容分發(fā)代理服務(wù)器上或者目標(biāo)網(wǎng)站等其它地方完成)，等等。視頻數(shù)據(jù)配置/視頻發(fā)布內(nèi)容格式——該視頻發(fā)送時(shí)候的數(shù)據(jù)項(xiàng)標(biāo)示符，是否允許分批發(fā)送或者斷點(diǎn)續(xù)傳，是否需要內(nèi)容分發(fā)代理服務(wù)器或者目標(biāo)站點(diǎn)服務(wù)器進(jìn)行尺寸改變以及目標(biāo)尺寸，是否需要內(nèi)容分發(fā)代理服務(wù)器或者目標(biāo)站點(diǎn)服務(wù)器進(jìn)行壓縮以及目標(biāo)壓縮比率，是否需要內(nèi)容分發(fā)代理服務(wù)器或者目標(biāo)站點(diǎn)服務(wù)器進(jìn)行照片旋轉(zhuǎn)以及目標(biāo)旋轉(zhuǎn)角
FtF絕絕 I又，寸寸°文本數(shù)據(jù)配置/文本采集內(nèi)容格式——該數(shù)據(jù)項(xiàng)的標(biāo)題，可接受的字符編碼，是否是密碼格式的，缺省輸入字符集，文本長(zhǎng)度上下限，等等。文本數(shù)據(jù)配置/文本發(fā)布內(nèi)容格式——該文本發(fā)送時(shí)候的數(shù)據(jù)項(xiàng)標(biāo)示符，是否需要加密。
需要說(shuō)明的是，內(nèi)容格式描述中沒(méi)有必須要包含的項(xiàng)目，包括適配條件描述也可以缺失，只需將多種數(shù)據(jù)格式都點(diǎn)到就可以了。接著，在步驟230中，終端與內(nèi)容分發(fā)代理服務(wù)器進(jìn)行同步，向所述內(nèi)容分發(fā)代理服務(wù)器請(qǐng)求該內(nèi)容分發(fā)代理服務(wù)器中各站點(diǎn)的站點(diǎn)描述。具體地說(shuō)，終端上負(fù)責(zé)內(nèi)容分發(fā)的客戶端程序(可以是系統(tǒng)程序，應(yīng)用程序，小組件等，在本實(shí)施方式中簡(jiǎn)稱為客戶端程序)會(huì)在啟動(dòng)的時(shí)候與內(nèi)容分發(fā)代理服務(wù)器進(jìn)行 “同步”(或者稱“握手”)，向內(nèi)容分發(fā)代理服務(wù)器請(qǐng)求信息。如圖7所示，首先由終端710 上負(fù)責(zé)內(nèi)容分發(fā)的客戶端程序向內(nèi)容分發(fā)服務(wù)器720發(fā)送“握手請(qǐng)求” 730，握手請(qǐng)求中的 ID731是用于標(biāo)識(shí)這個(gè)程序的，它可以是終端號(hào)碼、IMEI號(hào)碼、或者任何其他具有標(biāo)示作用的ID，如果客戶端程序無(wú)法確定ID而需要服務(wù)器分配ID，這個(gè)位可以填空值，并等待服務(wù)器在握手返回中指定ID ；版本信息732是指這個(gè)終端上的負(fù)責(zé)內(nèi)容發(fā)布的應(yīng)用程序的版本；設(shè)備信息733是指這個(gè)終端的軟硬件相關(guān)信息；宿主信息734主要是為了標(biāo)示這份手機(jī)軟件由何處獲得，并且客戶端程序和內(nèi)容分發(fā)代理服務(wù)器根據(jù)這份信息提供相應(yīng)的定制化服務(wù)。當(dāng)然客戶端程序還可以在握手請(qǐng)求中添加其他描述信息735。然后，內(nèi)容分發(fā)代理服務(wù)器向客戶端程序回復(fù)“握手回復(fù)” 740，握手回復(fù)中可以包含內(nèi)容分發(fā)代理服務(wù)器狀態(tài)信息、客戶端程序的狀態(tài)信息、控制信息、以及站點(diǎn)描述信息， 握手回復(fù)中的ID741是為了讓程序初次啟動(dòng)時(shí)向內(nèi)容分發(fā)代理服務(wù)器申請(qǐng)ID用的；版本信息742是為了升級(jí)客戶端程序而設(shè)置，如果客戶端程序根據(jù)這里的“版本信息”發(fā)現(xiàn)當(dāng)前版本軟件比較老了，那么它會(huì)觸發(fā)升級(jí)過(guò)程來(lái)升級(jí)自身；付費(fèi)控制信息743是為了標(biāo)示客戶端程序是否應(yīng)該付費(fèi)了，如果需要付費(fèi)了則觸發(fā)付費(fèi)過(guò)程；傳輸流量信息744是服務(wù)器統(tǒng)計(jì)客戶端程序流量使用情況并告知客戶端程序用的。資源及字串信息745是為了讓客戶端程序變得更加靈活而采用的，客戶端程序可以更改其資源字符串、資源圖片、廣告等等。缺省網(wǎng)站是指在客戶端程序中，不需要用戶輸入或者指定，就已提供給用戶向其發(fā)布內(nèi)容。當(dāng)然，客戶端程序也可以在運(yùn)行階段定期或不定期地與內(nèi)容分發(fā)代理服務(wù)器進(jìn)行同步，使得缺省站點(diǎn)的站點(diǎn)描述可以得到及時(shí)更新。接著，在步驟240中，終端保存內(nèi)容分發(fā)代理服務(wù)器在握手回復(fù)中攜帶的信息。具體地說(shuō)，如圖8所示，客戶端程序810在啟動(dòng)與內(nèi)容分發(fā)代理服務(wù)器820的握手/同步之后， 客戶端程序810可以把握手回復(fù)中的缺省網(wǎng)站描述放入不可揮發(fā)存儲(chǔ)器830中。本領(lǐng)域技術(shù)人員可以理解，不可揮發(fā)存儲(chǔ)器之中的數(shù)據(jù)在機(jī)器不帶電的時(shí)候數(shù)據(jù)仍然在，下次啟動(dòng)機(jī)器的時(shí)候數(shù)據(jù)就可以找回來(lái)，因此，通過(guò)將缺省網(wǎng)站描述保存在不可揮發(fā)存儲(chǔ)器中，可使得下一次不必再傳送及可以調(diào)用這些站點(diǎn)信息。當(dāng)然，客戶端程序也可以把握手回復(fù)中的缺省網(wǎng)站描述臨時(shí)放入可揮發(fā)存儲(chǔ)器840中，以供這次啟動(dòng)所使用，下次再次啟動(dòng)的時(shí)候再?gòu)奈帐只貜?fù)中獲得即可。接著，在步驟250中，終端根據(jù)從內(nèi)容分發(fā)代理服務(wù)器中獲取的目標(biāo)站點(diǎn)的站點(diǎn)描述，將待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)中，如圖9所示，客戶端程序910從不可揮發(fā)存儲(chǔ)器920 之中獲取目標(biāo)站點(diǎn)的站點(diǎn)描述，根據(jù)獲取的目標(biāo)站點(diǎn)的站點(diǎn)描述，將待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)930中。由于站點(diǎn)描述將目標(biāo)站點(diǎn)的發(fā)布接口細(xì)節(jié)已經(jīng)表述清楚，所以客戶端程序可以無(wú)縫地發(fā)送內(nèi)容至目標(biāo)站點(diǎn)。具體地說(shuō)，由于在經(jīng)步驟240后，客戶端程序可以提供給用戶一份支持的網(wǎng)站列表(即缺省站點(diǎn)列表)，這樣用戶就可以從中選擇一個(gè)或幾個(gè)網(wǎng)站作為目標(biāo)站點(diǎn)以發(fā)布內(nèi)容。缺省站點(diǎn)列表來(lái)源于兩處信息源內(nèi)容分發(fā)代理服務(wù)器在與終端進(jìn)行同步時(shí)提供的缺省網(wǎng)站描述，和存儲(chǔ)在終端上的不揮發(fā)存儲(chǔ)器上的網(wǎng)站描述。如果用戶是從缺省站點(diǎn)列表中選擇一個(gè)或幾個(gè)網(wǎng)站作為目標(biāo)站點(diǎn)，則終端可以直接目標(biāo)站點(diǎn)的站點(diǎn)描述，將待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)中。如果用戶想要進(jìn)行內(nèi)容發(fā)布的站點(diǎn)，是不在缺省站點(diǎn)列表中的自行添加的網(wǎng)站，則終端需要通過(guò)以下過(guò)程獲得自添加網(wǎng)站的站點(diǎn)描述。比如說(shuō)，首先需要在客戶端程序1010中輸入待添加網(wǎng)站的ID或者別名；客戶端程序1010會(huì)把這個(gè)ID或者別名發(fā)送給內(nèi)容分發(fā)代理服務(wù)器1020進(jìn)行查詢，如果內(nèi)容分發(fā)代理服務(wù)器1020中具備該站點(diǎn)的站點(diǎn)描述，則內(nèi)容分發(fā)代理服務(wù)器可以把這個(gè)站點(diǎn)描述返回給終端上的客戶端程序，客戶端程序可以把這個(gè)站點(diǎn)描述存入不可揮發(fā)存儲(chǔ)器1030和/ 或可揮發(fā)存儲(chǔ)器1040中，如圖10所示，然后即可根據(jù)該站點(diǎn)描述將待發(fā)布內(nèi)容發(fā)布到自添加網(wǎng)站的網(wǎng)站中。當(dāng)然，如果內(nèi)容分發(fā)代理服務(wù)器中不具備該站點(diǎn)的站點(diǎn)描述，則內(nèi)容分發(fā)代理服務(wù)器將會(huì)向客戶端程序返回表示添加不成功的信息。由此可見(jiàn)，目標(biāo)站點(diǎn)也可以不限于缺省站點(diǎn)，而是用戶自行添加的站點(diǎn)。而內(nèi)容分發(fā)代理服務(wù)器回復(fù)的站點(diǎn)描述為缺省站點(diǎn)的站點(diǎn)描述，也可以有效節(jié)省系統(tǒng)的傳輸資源。需要說(shuō)明的是，用戶自添加站點(diǎn)的站點(diǎn)描述也可以存在內(nèi)容分發(fā)代理服務(wù)器中，在每次同步的時(shí)候傳給終端。由于在本實(shí)施方式中，針對(duì)不同網(wǎng)站的不同接口用站點(diǎn)描述的方式進(jìn)行抽象，并達(dá)到統(tǒng)一表達(dá)的目的，無(wú)需在終端上手動(dòng)開(kāi)發(fā)針對(duì)每個(gè)網(wǎng)站的內(nèi)容發(fā)布接口，而是根據(jù)各網(wǎng)站接口的站點(diǎn)描述，將終端的待發(fā)布內(nèi)容發(fā)布到各個(gè)目標(biāo)站點(diǎn)，因此，可使得終端無(wú)需受到站點(diǎn)的內(nèi)容發(fā)布接口的開(kāi)發(fā)限制，可以將任何內(nèi)容發(fā)送至任何web 2.0網(wǎng)站。另外，值得一提的是，由于在發(fā)布終端的內(nèi)容之前，站點(diǎn)需要對(duì)待發(fā)布內(nèi)容的終端進(jìn)行身份驗(yàn)證，因此，終端可預(yù)先將用戶名和密碼存儲(chǔ)在該終端的不可揮發(fā)存儲(chǔ)器中，以便于下回使用的時(shí)候可以不必再次輸入?；蛘?，終端也可以預(yù)先將用戶名和密碼存儲(chǔ)在內(nèi)容分發(fā)代理服務(wù)器中，并通過(guò)用戶標(biāo)識(shí)和目標(biāo)站點(diǎn)的標(biāo)識(shí)向內(nèi)容分發(fā)代理服務(wù)器索取用戶名和密碼。本發(fā)明的第二實(shí)施方式涉及一種終端的內(nèi)容發(fā)布方法。第二實(shí)施方式與第一實(shí)施方式大致相同，主要區(qū)別之處在于在第一實(shí)施方式中，終端是直接根據(jù)從內(nèi)容分發(fā)代理服務(wù)器中獲取的目標(biāo)站點(diǎn)的站點(diǎn)描述，將待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)中。而在本發(fā)明第二實(shí)施方式中，終端不僅可以直接將待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)中，也可以將待發(fā)布內(nèi)容和目標(biāo)站點(diǎn)發(fā)送給內(nèi)容分發(fā)代理服務(wù)器，由內(nèi)容分發(fā)代理服務(wù)器根據(jù)目標(biāo)站點(diǎn)的站點(diǎn)描述，將終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)中，如圖11所示。通過(guò)把內(nèi)容發(fā)送至內(nèi)容分發(fā)代理服務(wù)器，再由內(nèi)容分發(fā)代理服務(wù)器發(fā)布到相應(yīng)的網(wǎng)站上，可使得客戶端程序不必在不可揮發(fā)存儲(chǔ)器中存儲(chǔ)站點(diǎn)描述的全部細(xì)節(jié)(無(wú)論是自添加的站點(diǎn)還是缺省站點(diǎn))，而僅僅需要存儲(chǔ)支持的缺省站點(diǎn)列表即可，大大減少了終端內(nèi)的存儲(chǔ)空間。如圖12所示，客戶端程序1210從不可揮發(fā)存儲(chǔ)器1220中獲取網(wǎng)站列表后， 將待發(fā)布內(nèi)容和目標(biāo)網(wǎng)站的標(biāo)識(shí)發(fā)送至內(nèi)容分發(fā)代理服務(wù)器1230，由內(nèi)容分發(fā)代理服務(wù)器 1230發(fā)布到相應(yīng)的目標(biāo)網(wǎng)站1240上。圖12中的內(nèi)容*和內(nèi)容可以有很多格式上的不同。需要說(shuō)明的是，缺省站點(diǎn)列表也可以通過(guò)內(nèi)容分發(fā)代理服務(wù)器在每次握手或者更
11新的時(shí)候發(fā)送過(guò)來(lái)，而不必在終端中存下來(lái)。另外，如果是由內(nèi)容分發(fā)代理服務(wù)器將待發(fā)布內(nèi)容發(fā)布到用戶自添加的目標(biāo)站點(diǎn)中，那么用戶自添加站點(diǎn)服務(wù)器的列表也可以在同步的時(shí)候傳給內(nèi)容分發(fā)代理服務(wù)器。另外，值得一提的是，終端上的客戶端程序和內(nèi)容分發(fā)代理服務(wù)器之間的通訊協(xié)議可以是面向連接的TCP，也可以是面向數(shù)據(jù)的UDP。終端向內(nèi)容分發(fā)代理服務(wù)器傳遞內(nèi)容信息或者終端向各站點(diǎn)傳遞內(nèi)容信息時(shí)，可以根據(jù)內(nèi)容數(shù)據(jù)的大小把內(nèi)容數(shù)據(jù)分為幾個(gè)數(shù)據(jù)包，分成幾份順序發(fā)送，也可以同一時(shí)間發(fā)送多個(gè)包以減少發(fā)送等待。也可以通過(guò)某種方式進(jìn)行斷點(diǎn)續(xù)傳。此外，本領(lǐng)域技術(shù)人員可以理解，上述各方法實(shí)施方式中的步驟劃分，只是為了描述清楚，實(shí)現(xiàn)時(shí)可以合并為一個(gè)步驟或者對(duì)某些步驟進(jìn)行拆分，分解為多個(gè)步驟，只要包含相同的邏輯關(guān)系，都在本專利的保護(hù)范圍內(nèi)；對(duì)算法中或者流程中添加無(wú)關(guān)緊要的修改或者引入無(wú)關(guān)緊要的設(shè)計(jì)，但不改變其算法和流程的核心設(shè)計(jì)都在該專利的保護(hù)范圍內(nèi)。本發(fā)明第三實(shí)施方式涉及一種終端的內(nèi)容發(fā)布系統(tǒng)，如圖13所示，包含終端 1310、內(nèi)容分發(fā)代理服務(wù)器1320、各個(gè)互聯(lián)網(wǎng)站點(diǎn)1330。終端包含內(nèi)容采集模塊1311、內(nèi)容編碼模塊1312、內(nèi)容傳輸模塊1313、終端側(cè)站點(diǎn)描述管理模塊1314、終端側(cè)站點(diǎn)描述解釋器1315、內(nèi)容發(fā)布模塊1316和終端側(cè)版本更新模塊1317。內(nèi)容分發(fā)代理服務(wù)器包含站點(diǎn)描述注冊(cè)模塊1321、站點(diǎn)接口爬蟲(chóng)分析模塊1322、服務(wù)器側(cè)站點(diǎn)描述管理模塊1323、內(nèi)容接收模塊1324、內(nèi)容解碼模塊1325、渲染模塊13 、服務(wù)器側(cè)站點(diǎn)描述解釋器1327、轉(zhuǎn)發(fā)模塊1328、目標(biāo)站點(diǎn)接口模擬模塊13 和服務(wù)器側(cè)版本控制模塊13四0。下面對(duì)終端1310內(nèi)各模塊的功能進(jìn)行詳細(xì)說(shuō)明內(nèi)容采集模塊1311用于配合用戶采集數(shù)據(jù)內(nèi)容。可以采集的數(shù)據(jù)內(nèi)容包含但不限定于文本數(shù)據(jù)、照片數(shù)據(jù)、視頻數(shù)據(jù)、選項(xiàng)數(shù)據(jù)。其中，選項(xiàng)數(shù)據(jù)比較難理解，選項(xiàng)數(shù)據(jù)可以指是或否，也可以指BBS的版名比如是photo版還是pic版。采集模塊可以根據(jù)站點(diǎn)描述所指定的數(shù)據(jù)項(xiàng)來(lái)采集，也可以按照缺省配置來(lái)采集。內(nèi)容編碼模塊1312用于將內(nèi)容采集模塊采集的數(shù)據(jù)內(nèi)容按指定格式進(jìn)行編碼， 指定格式包括內(nèi)容分發(fā)代理服務(wù)器指定的格式和目標(biāo)站點(diǎn)指定的格式。由于待發(fā)布內(nèi)容的傳輸有兩個(gè)途經(jīng)一個(gè)是終端根據(jù)站點(diǎn)描述直接傳輸給目標(biāo)站點(diǎn)，另一個(gè)就是通過(guò)內(nèi)容分發(fā)代理服務(wù)器代為發(fā)布。所以，如果通過(guò)內(nèi)容分發(fā)代理服務(wù)器發(fā)布，內(nèi)容編碼模塊需要按照內(nèi)容分發(fā)代理服務(wù)器指定的格式編碼；如果直接發(fā)布到目標(biāo)站點(diǎn)，內(nèi)容編碼模塊需要按照站點(diǎn)描述中所說(shuō)明的目標(biāo)站點(diǎn)指定的格式進(jìn)行編碼。需要說(shuō)明的是，如果內(nèi)容需要通過(guò)內(nèi)容分發(fā)代理服務(wù)器中轉(zhuǎn)，內(nèi)容傳輸模塊1313 負(fù)責(zé)將內(nèi)容編碼模塊編碼的傳遞給內(nèi)容分發(fā)代理服務(wù)器的內(nèi)容接收模塊。在傳輸過(guò)程中， 終端的內(nèi)容傳輸模塊1313和內(nèi)容分發(fā)代理服務(wù)器的內(nèi)容接收模塊13M協(xié)同保證數(shù)據(jù)傳輸?shù)恼_性、完整性、高效性以及安全性，具體可通過(guò)以下方式之一或其任意組合(1)內(nèi)容傳輸模塊可以在傳輸過(guò)程中將一個(gè)內(nèi)容包分為多個(gè)子包分次分批傳送， 以降低在復(fù)雜網(wǎng)絡(luò)環(huán)境中由于包丟失而產(chǎn)生的終端的誤碼率過(guò)高。(2)兩者每次通訊時(shí)，內(nèi)容分發(fā)代理服務(wù)器的內(nèi)容接收模塊可以給終端的內(nèi)容傳輸模塊一個(gè)回饋信息，該反饋信息至少應(yīng)該包括內(nèi)容分發(fā)代理服務(wù)器成功接收到的哪些包 (或者子包)。終端的內(nèi)容傳輸模塊可以根據(jù)內(nèi)容分發(fā)代理服務(wù)器的內(nèi)容接收模塊反饋的信息了解到哪些包(或者子包)已經(jīng)成功到達(dá)，然后可以決定需要重復(fù)發(fā)送哪些包。(3)由于終端的網(wǎng)絡(luò)連通有可能存在不穩(wěn)定性，所以在終端的應(yīng)用程序可以實(shí)現(xiàn)斷點(diǎn)續(xù)傳的功能，當(dāng)終端的內(nèi)容傳輸模塊因?yàn)楦鞣N可能的原因停止工作而待傳遞內(nèi)容沒(méi)有傳輸完畢(即稱之為斷點(diǎn))，終端記載下來(lái)內(nèi)容分發(fā)代理服務(wù)器的內(nèi)容接收模塊已經(jīng)接到了多少，而且內(nèi)容分發(fā)代理服務(wù)器端也保留傳了一部分的數(shù)據(jù)，那么下次終端的內(nèi)容傳輸模塊再次得到執(zhí)行的時(shí)候可以根據(jù)進(jìn)度記載將未送傳輸完畢的數(shù)據(jù)傳輸?shù)絻?nèi)容分發(fā)代理服務(wù)器。(4)終端的內(nèi)容傳輸模塊對(duì)特定數(shù)據(jù)加密后傳輸給內(nèi)容分發(fā)代理服務(wù)器的內(nèi)容接收模塊。也就是說(shuō)，對(duì)于一些敏感、私人、非共享的內(nèi)容，兩者之間的信息交互可以使用各種加密的方法。終端側(cè)站點(diǎn)描述管理模塊1314用于添加、更新、保存、提取各站點(diǎn)的站點(diǎn)描述。具體地說(shuō)，為了在終端上維護(hù)站點(diǎn)描述數(shù)據(jù)的更新與一致，終端側(cè)站點(diǎn)描述管理模塊負(fù)責(zé)添加、更新、保存、提取各站點(diǎn)描述。它負(fù)責(zé)把站點(diǎn)描述存儲(chǔ)在終端上的不可揮發(fā)存儲(chǔ)器上，更新版本比較舊的站點(diǎn)描述，提供查詢站點(diǎn)描述，也負(fù)責(zé)它與內(nèi)容分發(fā)代理服務(wù)器上的站點(diǎn)描述管理模塊通訊以完成以下事項(xiàng)(1)終端從內(nèi)容分發(fā)代理服務(wù)器獲得指定的站點(diǎn)描述的版本號(hào)；(2)終端向內(nèi)容分發(fā)代理服務(wù)器查詢一個(gè)站點(diǎn)是否有站點(diǎn)描述存在；(3)終端從內(nèi)容分發(fā)代理服務(wù)器獲得指定的站點(diǎn)描述。終端側(cè)站點(diǎn)描述解釋器1315用于解釋站點(diǎn)描述，站點(diǎn)描述是根據(jù)站點(diǎn)描述語(yǔ)言進(jìn)行編寫(xiě)的，而站點(diǎn)描述解釋器就是這種語(yǔ)言的解釋器。終端側(cè)站點(diǎn)描述解釋器根據(jù)解釋的結(jié)果指導(dǎo)內(nèi)容采集模塊的采集過(guò)程、指導(dǎo)內(nèi)容編碼模塊的編碼過(guò)程、和終端的內(nèi)容發(fā)布模塊的發(fā)布過(guò)程。終端的內(nèi)容發(fā)布模塊1316用于根據(jù)終端側(cè)站點(diǎn)描述解釋器對(duì)目標(biāo)站點(diǎn)的解釋結(jié)果，將終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)。在終端上的內(nèi)容發(fā)布模塊可以根據(jù)站點(diǎn)描述的指導(dǎo)直接與目標(biāo)站點(diǎn)進(jìn)行通訊(因?yàn)榻涌谝呀?jīng)指定清楚了)，直接發(fā)布內(nèi)容。終端側(cè)版本更新模塊1317是為了更新整體終端程序而設(shè)計(jì)的，用于與內(nèi)容分發(fā)代理服務(wù)器中的服務(wù)器側(cè)版本控制模塊進(jìn)行通訊，以決定當(dāng)前程序是否需要升級(jí)了，如果需要升級(jí)則此模塊也負(fù)責(zé)從內(nèi)容分發(fā)代理服務(wù)器上的服務(wù)器側(cè)版本控制模塊接收新版本的程序并啟動(dòng)安裝程序。下面對(duì)內(nèi)容分發(fā)代理服務(wù)器1320內(nèi)各模塊的功能進(jìn)行詳細(xì)說(shuō)明站點(diǎn)描述注冊(cè)模塊1321可以以網(wǎng)站形式在線上存在，也可以只提供給內(nèi)容分發(fā)代理服務(wù)器后臺(tái)工作人員訪問(wèn)。站點(diǎn)描述注冊(cè)模塊根據(jù)站點(diǎn)描述語(yǔ)言的要求輸入站點(diǎn)的元數(shù)據(jù)信息，用于根據(jù)各站點(diǎn)接口的元數(shù)據(jù)信息，將各站點(diǎn)的接口分別抽象為統(tǒng)一形式的站點(diǎn)描述，站點(diǎn)描述包含以下信息站點(diǎn)域名、發(fā)布接口、用戶驗(yàn)證接口、驗(yàn)證信息格式描述， 內(nèi)容格式描述。當(dāng)然，站點(diǎn)描述還包含其他的附加信息，如用于表示是否支持身份驗(yàn)證與發(fā)布同時(shí)進(jìn)行的標(biāo)志、站點(diǎn)標(biāo)題、站點(diǎn)別名等等。站點(diǎn)接口爬蟲(chóng)分析模塊1322用于自動(dòng)地獲得各個(gè)站點(diǎn)的ID信息(也就是主頁(yè)的 URL)，且分析其接口信息，內(nèi)容格式需求等等，并最終形成針對(duì)各站點(diǎn)的站點(diǎn)描述。服務(wù)器側(cè)站點(diǎn)描述管理模塊1323用于增加、刪除、修改、查詢站點(diǎn)描述注冊(cè)模塊
13和站點(diǎn)接口爬蟲(chóng)分析模塊獲取的各站點(diǎn)的站點(diǎn)描述，并供終端查詢各站點(diǎn)的站點(diǎn)描述。也就是說(shuō)，服務(wù)器側(cè)站點(diǎn)描述管理模塊負(fù)責(zé)站點(diǎn)描述的增加、刪除、修改、查詢，值得特別指出的是它向終端上的站點(diǎn)描述管理模塊提供查詢服務(wù)，如果終端向內(nèi)容分發(fā)代理服務(wù)器提交了域名進(jìn)行查詢，則內(nèi)容分發(fā)代理服務(wù)器上的服務(wù)器側(cè)站點(diǎn)描述管理模塊負(fù)責(zé)向終端返回相應(yīng)的站點(diǎn)描述，如果不存在，則向終端返回空值。內(nèi)容接收模塊13M用于接收終端的內(nèi)容傳輸模塊傳輸?shù)臄?shù)據(jù)。具體地說(shuō)，內(nèi)容接收模塊負(fù)責(zé)接收來(lái)自于終端的代理發(fā)布請(qǐng)求數(shù)據(jù)包。在傳輸過(guò)程中，終端的內(nèi)容傳輸模塊和內(nèi)容發(fā)布代理服務(wù)器的內(nèi)容接收模塊協(xié)同保證數(shù)據(jù)傳輸?shù)恼_性、完整性、高效性以及安全性。內(nèi)容解碼模塊1325用于將內(nèi)容接收模塊接收到的數(shù)據(jù)按內(nèi)容分發(fā)代理服務(wù)器的指定格式進(jìn)行解碼，對(duì)數(shù)據(jù)的解碼需要在發(fā)布到目標(biāo)站點(diǎn)之前進(jìn)行。渲染模塊13 用于對(duì)內(nèi)容解碼模塊輸出的數(shù)據(jù)根據(jù)缺省規(guī)則和/或站點(diǎn)描述所指定的規(guī)則進(jìn)行再處理，比如可以為圖片類內(nèi)容加入廣告水印，廣告條等處理。服務(wù)器側(cè)站點(diǎn)描述解釋器1327用于解釋站點(diǎn)描述，站點(diǎn)描述是根據(jù)站點(diǎn)描述語(yǔ)言進(jìn)行編寫(xiě)的，而服務(wù)器側(cè)站點(diǎn)描述解釋器與終端側(cè)站點(diǎn)描述解釋器相同，就是這種語(yǔ)言的解釋器。并根據(jù)解釋的結(jié)果指導(dǎo)渲染模塊進(jìn)行內(nèi)容的渲染/修改、指導(dǎo)轉(zhuǎn)發(fā)模塊的發(fā)布過(guò)程(主要是發(fā)向哪里，采用何種接口等等)。轉(zhuǎn)發(fā)模塊13 用于根據(jù)從終端處獲取的終端的待發(fā)布內(nèi)容和目標(biāo)站點(diǎn)的標(biāo)識(shí)， 以及服務(wù)器側(cè)站點(diǎn)描述解釋器對(duì)目標(biāo)站點(diǎn)的解釋結(jié)果，將終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)。簡(jiǎn)單地說(shuō)，轉(zhuǎn)發(fā)模塊就是將經(jīng)渲染模塊處理后的內(nèi)容，根據(jù)站點(diǎn)描述的指導(dǎo)發(fā)送至目標(biāo)站點(diǎn)的模塊，發(fā)送過(guò)程中可能牽涉各種協(xié)議類型，比如http協(xié)議，以及一些專有協(xié)議。目標(biāo)站點(diǎn)接口模擬模塊13 用于人工分析目標(biāo)站點(diǎn)的網(wǎng)絡(luò)接口，并特定于每個(gè)站點(diǎn)，開(kāi)發(fā)每個(gè)站點(diǎn)的發(fā)布模擬器，通過(guò)目標(biāo)站點(diǎn)的發(fā)布模擬器，將經(jīng)渲染模塊再處理后的內(nèi)容發(fā)布到目標(biāo)站點(diǎn)。不難發(fā)現(xiàn)，內(nèi)容分發(fā)代理服務(wù)器上負(fù)責(zé)內(nèi)容發(fā)布的有兩個(gè)模塊，目標(biāo)站點(diǎn)接口模擬模塊13 和轉(zhuǎn)發(fā)模塊1328。這兩個(gè)模塊都可以把內(nèi)容發(fā)到目標(biāo)站點(diǎn)，究竟選擇哪個(gè)來(lái)發(fā)布可根據(jù)四個(gè)規(guī)則決定(1)相應(yīng)目標(biāo)站點(diǎn)的發(fā)布模擬器是否存在，如果不存在則采用轉(zhuǎn)發(fā)模塊；(2)相應(yīng)目標(biāo)站點(diǎn)的站點(diǎn)描述是否存在，如果不存在則采用目標(biāo)站點(diǎn)接口模擬模塊；(3)由代理發(fā)布請(qǐng)求內(nèi)容指定選用哪個(gè)模塊進(jìn)行發(fā)布；(4)在內(nèi)容分發(fā)代理服務(wù)器上進(jìn)行缺省配置，比如說(shuō)，如果沒(méi)有特別聲明，默認(rèn)地采用轉(zhuǎn)發(fā)模塊進(jìn)行發(fā)布。服務(wù)器側(cè)版本控制模塊13290用于管理存儲(chǔ)在內(nèi)容分發(fā)代理服務(wù)器上的各種版本的終端程序，它與終端側(cè)版本更新模塊通訊，以決定最適合該終端的版本，如果需要升級(jí)，服務(wù)器側(cè)版本控制模塊可以指導(dǎo)終端側(cè)版本更新模塊發(fā)起終端上的程序更新過(guò)程。不難發(fā)現(xiàn)，如果在本實(shí)施方式中，終端是根據(jù)站點(diǎn)描述直接將待發(fā)布內(nèi)容發(fā)布至目標(biāo)站點(diǎn)，則本實(shí)施方式實(shí)際上是與第一實(shí)施方式相對(duì)應(yīng)的系統(tǒng)實(shí)施例，第一實(shí)施方式中涉及到的任何具體細(xì)節(jié)在本實(shí)施方式中依然有效，同樣地，本實(shí)施方式中涉及到的任何具體細(xì)節(jié)在第一實(shí)施方式中也依然有效。如果在本實(shí)施方式中，終端是通過(guò)內(nèi)容分發(fā)代理服務(wù)器將待發(fā)布內(nèi)容發(fā)布至目標(biāo)站點(diǎn)，則本實(shí)施方式實(shí)際上是與第二實(shí)施方式相對(duì)應(yīng)的系統(tǒng)實(shí)施例，第二實(shí)施方式中涉及到的任何具體細(xì)節(jié)在本實(shí)施方式中依然有效，同樣地，本實(shí)施方式中涉及到的任何具體細(xì)節(jié)在第二實(shí)施方式中也依然有效。 上述各實(shí)施方式是實(shí)現(xiàn)本發(fā)明的具體實(shí)施例，而在實(shí)際應(yīng)用中，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種終端的內(nèi)容發(fā)布方法，其特征在于，包含以下步驟；將各站點(diǎn)的接口分別抽象為統(tǒng)一形式的站點(diǎn)描述，所述站點(diǎn)描述包含以下信息站點(diǎn)域名、發(fā)布接口、用戶驗(yàn)證接口、驗(yàn)證信息格式描述，內(nèi)容格式描述；在需要發(fā)布終端的內(nèi)容時(shí)，根據(jù)目標(biāo)站點(diǎn)的站點(diǎn)描述，將所述終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)。
2.根據(jù)權(quán)利要求1所述的終端的內(nèi)容發(fā)布方法，其特征在于，所述將各站點(diǎn)的接口分別抽象為統(tǒng)一的站點(diǎn)描述的步驟中，包含以下子步驟由內(nèi)容分發(fā)代理服務(wù)器獲取各站點(diǎn)的接口的信息；所述內(nèi)容分發(fā)代理服務(wù)器根據(jù)所述各站點(diǎn)的接口的信息，將各站點(diǎn)的接口分別抽象為統(tǒng)一形式的站點(diǎn)描述。
3.根據(jù)權(quán)利要求2所述的終端的內(nèi)容發(fā)布方法，其特征在于，所述內(nèi)容分發(fā)代理服務(wù)器通過(guò)網(wǎng)站管理員的注冊(cè)或搜索引擎爬蟲(chóng)，獲取所述各站點(diǎn)的接口的信息。
4.根據(jù)權(quán)利要求2所述的終端的內(nèi)容發(fā)布方法，其特征在于，所述根據(jù)目標(biāo)站點(diǎn)的站點(diǎn)描述，將所述終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)的步驟中，包含以下子步驟 所述終端直接根據(jù)從所述內(nèi)容分發(fā)代理服務(wù)器中獲取的目標(biāo)站點(diǎn)的站點(diǎn)描述，將待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)中；或者，所述終端將待發(fā)布內(nèi)容和目標(biāo)站點(diǎn)的標(biāo)識(shí)發(fā)送給所述內(nèi)容分發(fā)代理服務(wù)器，由所述內(nèi)容分發(fā)代理服務(wù)器根據(jù)目標(biāo)站點(diǎn)的站點(diǎn)描述，將所述終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)中。
5.根據(jù)權(quán)利要求4所述的終端的內(nèi)容發(fā)布方法，其特征在于，所述終端通過(guò)以下方式， 從所述內(nèi)容分發(fā)代理服務(wù)器中獲取目標(biāo)站點(diǎn)的站點(diǎn)描述所述終端在啟動(dòng)時(shí)，與所述內(nèi)容分發(fā)代理服務(wù)器進(jìn)行同步，向所述內(nèi)容分發(fā)代理服務(wù)器請(qǐng)求該內(nèi)容分發(fā)代理服務(wù)器中所有站點(diǎn)、指定站點(diǎn)、缺省站點(diǎn)、或新增站點(diǎn)的站點(diǎn)描述；所述終端保存所述內(nèi)容分發(fā)代理服務(wù)器回復(fù)的缺省站點(diǎn)的站點(diǎn)描述；如果所述目標(biāo)站點(diǎn)在所述缺省站點(diǎn)之中，則所述終端直接從保存的缺省站點(diǎn)的站點(diǎn)描述中，得到所述目標(biāo)站點(diǎn)的站點(diǎn)描述；如果所述目標(biāo)站點(diǎn)不在所述缺省站點(diǎn)之中，則所述終端向所述內(nèi)容分發(fā)代理服務(wù)器查詢?cè)撃繕?biāo)站點(diǎn)的站點(diǎn)描述，如果所述內(nèi)容分發(fā)代理服務(wù)器具備該目標(biāo)站點(diǎn)的站點(diǎn)描述，則所述內(nèi)容分發(fā)代理服務(wù)器將該目標(biāo)站點(diǎn)的站點(diǎn)描述返回給所述終端。
6.根據(jù)權(quán)利要求5所述的終端的內(nèi)容發(fā)布方法，其特征在于，所述終端將所述內(nèi)容分發(fā)代理服務(wù)器回復(fù)的缺省站點(diǎn)的站點(diǎn)描述，保存在不可揮發(fā)存儲(chǔ)器中；或者，所述終端將所述內(nèi)容分發(fā)代理服務(wù)器回復(fù)的缺省站點(diǎn)的站點(diǎn)描述，保存在可揮發(fā)存儲(chǔ)器中。
7.根據(jù)權(quán)利要求5所述的終端的內(nèi)容發(fā)布方法，其特征在于，還包含以下步驟所述終端在運(yùn)行時(shí)，定期或不定期地與所述內(nèi)容分發(fā)代理服務(wù)器進(jìn)行同步，向所述內(nèi)容分發(fā)代理服務(wù)器請(qǐng)求該內(nèi)容分發(fā)代理服務(wù)器中所有站點(diǎn)、指定站點(diǎn)、缺省站點(diǎn)、或新增站點(diǎn)的站點(diǎn)描述。
8.根據(jù)權(quán)利要求1至7中任一項(xiàng)所述的終端的內(nèi)容發(fā)布方法，其特征在于，所述站點(diǎn)描述還包含以下信息之一或其任意組合用于表示是否支持身份驗(yàn)證與發(fā)布同時(shí)進(jìn)行的標(biāo)志、站點(diǎn)標(biāo)題、站點(diǎn)別名。
9.根據(jù)權(quán)利要求1至7中任一項(xiàng)所述的終端的內(nèi)容發(fā)布方法，其特征在于，所述內(nèi)容格式描述包含適配條件描述、數(shù)據(jù)配置的采集內(nèi)容格式和發(fā)布的內(nèi)容格式；所述數(shù)據(jù)配置包含以下類型之一或其任意組合照片數(shù)據(jù)配置、視頻數(shù)據(jù)配置、文本數(shù)據(jù)配置、選項(xiàng)數(shù)據(jù)配置；所述內(nèi)容格式描述中能夠包含多項(xiàng)同一類型的數(shù)據(jù)配置。
10.根據(jù)權(quán)利要求1至7中任一項(xiàng)所述的終端的內(nèi)容發(fā)布方法，其特征在于，還包含以下步驟所述終端預(yù)先將用戶名和密碼存儲(chǔ)在該終端的不可揮發(fā)存儲(chǔ)器中；或者， 所述終端預(yù)先將用戶名和密碼存儲(chǔ)在所述內(nèi)容分發(fā)代理服務(wù)器中，所述終端通過(guò)用戶標(biāo)識(shí)和目標(biāo)站點(diǎn)的標(biāo)識(shí)向所述內(nèi)容分發(fā)代理服務(wù)器索取所述用戶名和密碼。
11.一種終端的內(nèi)容發(fā)布系統(tǒng)，包含終端、內(nèi)容分發(fā)代理服務(wù)器和各互聯(lián)網(wǎng)站點(diǎn)，其特征在于，所述內(nèi)容分發(fā)代理服務(wù)器包含站點(diǎn)描述注冊(cè)模塊，用于根據(jù)各站點(diǎn)接口的元數(shù)據(jù)信息，將各站點(diǎn)的接口分別抽象為統(tǒng)一形式的站點(diǎn)描述，所述站點(diǎn)描述包含以下信息站點(diǎn)域名、發(fā)布接口、用戶驗(yàn)證接口、驗(yàn)證信息格式描述，內(nèi)容格式描述；站點(diǎn)接口爬蟲(chóng)分析模塊，用于自動(dòng)獲得站點(diǎn)的標(biāo)識(shí)信息，通過(guò)對(duì)獲得標(biāo)識(shí)信息的各站點(diǎn)的接口進(jìn)行分析，形成各站點(diǎn)的所述站點(diǎn)描述；服務(wù)器側(cè)站點(diǎn)描述管理模塊，用于增加、刪除、修改、查詢所述站點(diǎn)描述注冊(cè)模塊和所述站點(diǎn)接口爬蟲(chóng)分析模塊獲取的各站點(diǎn)的站點(diǎn)描述，并供所述終端查詢各站點(diǎn)的站點(diǎn)描述；服務(wù)器側(cè)站點(diǎn)描述解釋器，用于解釋所述站點(diǎn)描述；轉(zhuǎn)發(fā)模塊，用于根據(jù)從終端處獲取的終端的待發(fā)布內(nèi)容和目標(biāo)站點(diǎn)的標(biāo)識(shí)，以及所述服務(wù)器側(cè)站點(diǎn)描述解釋器對(duì)目標(biāo)站點(diǎn)的解釋結(jié)果，將所述終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)；所述終端包含終端側(cè)站點(diǎn)描述管理模塊，用于添加、更新、保存、提取各站點(diǎn)的站點(diǎn)描述，所述終端側(cè)站點(diǎn)描述管理模塊與所述服務(wù)器側(cè)站點(diǎn)描述管理模塊進(jìn)行通訊； 終端側(cè)站點(diǎn)描述解釋器，用于解釋所述站點(diǎn)描述；內(nèi)容發(fā)布模塊，用于根據(jù)所述終端側(cè)站點(diǎn)描述解釋器對(duì)目標(biāo)站點(diǎn)的解釋結(jié)果，將所述終端的待發(fā)布內(nèi)容發(fā)布到目標(biāo)站點(diǎn)。
12.根據(jù)權(quán)利要求11所述的終端的內(nèi)容發(fā)布系統(tǒng)，其特征在于， 所述終端還包含內(nèi)容傳輸模塊，用于向所述內(nèi)容分發(fā)代理服務(wù)器傳輸數(shù)據(jù)，所述傳輸?shù)臄?shù)據(jù)包含所述終端的待發(fā)布內(nèi)容和目標(biāo)站點(diǎn)的標(biāo)識(shí)； 所述內(nèi)容分發(fā)代理服務(wù)器還包含內(nèi)容接收模塊，用于接收所述終端的內(nèi)容傳輸模塊傳輸?shù)臄?shù)據(jù)。
13.根據(jù)權(quán)利要求12所述的終端的內(nèi)容發(fā)布系統(tǒng)，其特征在于，所述內(nèi)容傳輸模塊與所述內(nèi)容接收模塊對(duì)數(shù)據(jù)的傳輸，包含以下方式之一或其任意組合所述內(nèi)容傳輸模塊在傳輸過(guò)程中將一個(gè)內(nèi)容包分為多個(gè)子包分次分批傳送； 所述內(nèi)容接收模塊向所述內(nèi)容傳輸模塊發(fā)送反饋信息，所述反饋信息攜帶成功接收到的數(shù)據(jù)包的信息，所述內(nèi)容傳輸模塊根據(jù)所述反饋信息進(jìn)行數(shù)據(jù)包的重傳；所述內(nèi)容傳輸模塊記載斷點(diǎn)時(shí)所述內(nèi)容接收模塊已成功接收到數(shù)據(jù)信息，并在下次傳輸數(shù)據(jù)時(shí)，將未成功傳輸給所述內(nèi)容接收模塊的數(shù)據(jù)發(fā)送給所述內(nèi)容接收模塊； 所述內(nèi)容傳輸模塊對(duì)特定數(shù)據(jù)加密后傳輸給所述內(nèi)容接收模塊。
14.根據(jù)權(quán)利要求12所述的終端的內(nèi)容發(fā)布系統(tǒng)，其特征在于，所述終端還包含 內(nèi)容采集模塊，用于配合用戶采集數(shù)據(jù)內(nèi)容；內(nèi)容編碼模塊，用于將所述內(nèi)容采集模塊采集的數(shù)據(jù)內(nèi)容按指定格式進(jìn)行編碼，所述指定格式包括所述內(nèi)容分發(fā)代理服務(wù)器指定的格式和所述目標(biāo)站點(diǎn)指定的格式；所述內(nèi)容傳輸模塊向所述內(nèi)容接收模塊傳輸?shù)臄?shù)據(jù)，為所述內(nèi)容編碼模塊按所述內(nèi)容分發(fā)代理服務(wù)器指定的格式編碼后的數(shù)據(jù)；所述終端內(nèi)的內(nèi)容發(fā)布模塊需發(fā)布到目標(biāo)站點(diǎn)的待發(fā)布內(nèi)容，為所述內(nèi)容編碼模塊按所述目標(biāo)站點(diǎn)指定的格式編碼后的數(shù)據(jù)； 所述內(nèi)容分發(fā)代理服務(wù)器還包含內(nèi)容解碼模塊，用于將所述內(nèi)容接收模塊接收到的數(shù)據(jù)按所述內(nèi)容分發(fā)代理服務(wù)器的指定格式進(jìn)行解碼；渲染模塊，用于對(duì)所述內(nèi)容解碼模塊輸出的數(shù)據(jù)根據(jù)缺省規(guī)則和/或站點(diǎn)描述所指定的規(guī)則進(jìn)行再處理，并將再處理后的數(shù)據(jù)輸出到所述轉(zhuǎn)發(fā)模塊。
15.根據(jù)權(quán)利要求14所述的終端的內(nèi)容發(fā)布系統(tǒng)，其特征在于，所述內(nèi)容分發(fā)代理服務(wù)器還包含目標(biāo)站點(diǎn)接口模擬模塊，用于人工分析目標(biāo)站點(diǎn)的網(wǎng)絡(luò)接口，并特定于每個(gè)站點(diǎn)，開(kāi)發(fā)每個(gè)站點(diǎn)的發(fā)布模擬器，通過(guò)目標(biāo)站點(diǎn)的發(fā)布模擬器，將經(jīng)所述渲染模塊再處理后的內(nèi)容發(fā)布到目標(biāo)站點(diǎn)。
16.根據(jù)權(quán)利要求11至15中任一項(xiàng)所述的終端的內(nèi)容發(fā)布系統(tǒng)，其特征在于，所述內(nèi)容分發(fā)代理服務(wù)器還包含服務(wù)器側(cè)版本控制模塊，用于管理存儲(chǔ)在所述內(nèi)容分發(fā)代理服務(wù)器上的各種版本的終端程序；所述終端還包含終端側(cè)版本更新模塊，用于與所述服務(wù)器側(cè)版本控制模塊進(jìn)行通訊， 并在所述終端內(nèi)的程序需要更新時(shí)，從所述服務(wù)器側(cè)版本控制模塊獲取更新版本的終端程序并啟動(dòng)安裝程序。
17.根據(jù)權(quán)利要求11至15中任一項(xiàng)所述的終端的內(nèi)容發(fā)布系統(tǒng)，其特征在于，所述站點(diǎn)描述還包含以下信息之一或其任意組合用于表示是否支持身份驗(yàn)證與發(fā)布同時(shí)進(jìn)行的標(biāo)志、站點(diǎn)標(biāo)題、站點(diǎn)別名。
全文摘要
本發(fā)明涉及通信技術(shù)，公開(kāi)了一種終端的內(nèi)容發(fā)布方法及其系統(tǒng)。本發(fā)明中，針對(duì)不同網(wǎng)站的不同接口用站點(diǎn)描述的方式進(jìn)行抽象，并達(dá)到統(tǒng)一表達(dá)的目的，在需要發(fā)布終端的內(nèi)容時(shí)，根據(jù)目標(biāo)站點(diǎn)的站點(diǎn)描述，將終端的待發(fā)布內(nèi)容發(fā)布到各個(gè)目標(biāo)站點(diǎn)。由于無(wú)需在終端上手動(dòng)開(kāi)發(fā)針對(duì)每個(gè)網(wǎng)站的內(nèi)容發(fā)布接口，而是根據(jù)各網(wǎng)站接口的站點(diǎn)描述，將終端的待發(fā)布內(nèi)容發(fā)布到各個(gè)目標(biāo)站點(diǎn)，使得終端無(wú)需受到站點(diǎn)的內(nèi)容發(fā)布接口的開(kāi)發(fā)限制，可以將任何內(nèi)容發(fā)送至任何web 2.0網(wǎng)站。
文檔編號(hào)H04L29/08GK102404353SQ201010277470
公開(kāi)日2012年4月4日 申請(qǐng)日期2010年9月9日 優(yōu)先權(quán)日2010年9月9日
發(fā)明者不公告發(fā)明人 申請(qǐng)人:上海緣降信息技術(shù)有限公司