国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      終端的內容發(fā)布方法及其系統(tǒng)的制作方法

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

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


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