專利名稱：對內(nèi)容分類的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)及通信領(lǐng)域，特別是涉及對內(nèi)容分類的方法及系統(tǒng)。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)和各項信息技術(shù)的飛速發(fā)展，用戶所能接觸到的內(nèi)容逐漸脫 離時間和空間的限制，用戶暴露在色情、暴力、病毒等一系列不健康和對客戶 端有威脅的內(nèi)容面前的機(jī)率大大增加，于是對通信內(nèi)容過濾的需求越來越強(qiáng)
烈?，F(xiàn)有的過濾技術(shù)包括名單過濾技術(shù)、關(guān)鍵詞過濾技術(shù)、模板過濾技術(shù)、 分類過濾技術(shù)等，其中基于分類的內(nèi)容過濾技術(shù)由于其使用靈活和適應(yīng)性廣泛 而成為研究的熱點。另一方面，自動文摘技術(shù)已經(jīng)發(fā)展了 50年左右，與其相 關(guān)的基礎(chǔ)技術(shù)(如自動分詞)也經(jīng)歷了長期的發(fā)展并形成了一些實用系統(tǒng)， 尤其是西文自動文摘發(fā)展已經(jīng)比較成熟。同時視頻摘要技術(shù)的研究和成果也日 新月異，越來越成熟。
參見圖l所示，目前基于分類的內(nèi)容過濾框架從結(jié)構(gòu)上主要分為2個部分 內(nèi)容過濾單元和內(nèi)容分類單元。內(nèi)容分類單元提供一個接口 CBCS-l,內(nèi)容分 類請求方(包括框架內(nèi)部的內(nèi)容過濾單元，以及外部的其他請求者)均可以 通過此接口獲取待分類內(nèi)容的內(nèi)容類別。內(nèi)容分類請求方可輸入的參數(shù)包括 內(nèi)容本身或內(nèi)容標(biāo)識(如URI)和/或其他與內(nèi)容相關(guān)信息(如內(nèi)容所有者)。
參見圖2所示，目前內(nèi)容分類請求方獲取待分類內(nèi)容的內(nèi)容類別的過程， 包括下列步驟
1.內(nèi)容分類請求方確定使用內(nèi)容本身去請求內(nèi)容類別，如情況一，內(nèi) 容分類請求方為內(nèi)容過濾單元，其收到的內(nèi)容過濾請求中只帶有內(nèi)容本身，而 沒有其他內(nèi)容標(biāo)識和預(yù)分類信息；情況二，內(nèi)容分類請求方為內(nèi)容過濾單元，其收到的內(nèi)容過濾請求中的內(nèi)容為預(yù)分類內(nèi)容，^f旦其預(yù)分類信息不可信^f壬且沒
有其他內(nèi)容標(biāo)識；情況三，內(nèi)容分類請求方為內(nèi)容過濾單元，其收到的內(nèi)容過 濾請求中帶有內(nèi)容本身和內(nèi)容標(biāo)識，但是內(nèi)容分類提供方(內(nèi)容分類單元)無 法提供其內(nèi)容標(biāo)識對應(yīng)的類別信息；情況四，內(nèi)容提供商作為內(nèi)容分類請求方 僅僅是為了請求類別，以生成預(yù)分類內(nèi)容，供其提供的內(nèi)容在以后被請求時使 用該類別信息；情況五，內(nèi)容分類請求方為內(nèi)容過濾單元，其收到的內(nèi)容過濾 請求中帶有內(nèi)容本身和內(nèi)容標(biāo)識，由于內(nèi)容過濾單元設(shè)置成不支持以內(nèi)容標(biāo)識 去獲取類別的模式，從而直接使用內(nèi)容本身去請求內(nèi)容類別。
2. 內(nèi)容分類請求方構(gòu)造內(nèi)容類別請求消息，并向內(nèi)容分類提供方發(fā)送該 消息，其中攜帶了內(nèi)容本身。
3. 內(nèi)容分類提供方從內(nèi)容類別請求消息中提取出內(nèi)容本身，并對內(nèi)容本 身采用適當(dāng)?shù)乃惴ㄟM(jìn)行分類。
4. 內(nèi)容分類提供方構(gòu)造響應(yīng)消息，向內(nèi)容分類請求方返回內(nèi)容類別。 在輸入l^t中，直接體現(xiàn)該內(nèi)容的只有內(nèi)容本身和內(nèi)容對應(yīng)的URI。 URI
不一定總是能獲取，同時對于該URI對應(yīng)的內(nèi)容類別，內(nèi)容分類提供方不一定 能提供(如未保存在內(nèi)容分類單元中或者內(nèi)容分類單元未能從外部獲取得到 對應(yīng)的內(nèi)容類別)，這時內(nèi)容分類請求方只能直接向內(nèi)容分類提供方提供內(nèi)容 本身，而內(nèi)容本身可能很大，需要承載在一個內(nèi)容類別請求消息拆分成的多個 數(shù)據(jù)包中，這時不僅需要內(nèi)容分類提供方從該請求消息中解析出待分類的內(nèi) 容，而且需要大量緩存、重組內(nèi)容，最后再根據(jù)分類算法進(jìn)行分類處理。
發(fā)明人在發(fā)明過程中發(fā)現(xiàn)，現(xiàn)有技術(shù)中，內(nèi)容分類請求方在請求內(nèi)容類別 時提供給內(nèi)容分類提供方的信息中，直接體現(xiàn)該信息的輸入?yún)?shù)只有內(nèi)容本身 和URI兩種。在向內(nèi)容分類提供方提供內(nèi)容本身時，缺乏一個高效的處理方式， 不僅加重內(nèi)容分類提供方分類處理的負(fù)荷，同時加大網(wǎng)絡(luò)傳輸流量，特別是對 于外部實體通過CBCS-1接口請求內(nèi)容類別的情況。

發(fā)明內(nèi)容
本發(fā)明實施例提供了 一種請求內(nèi)容分類的方法，以減小網(wǎng)絡(luò)傳輸流量。 本發(fā)明實施例還提供了 一種內(nèi)容分類的方法，以減小內(nèi)容分類處理的負(fù)荷。
本發(fā)明實施例還提供了對內(nèi)容分類的方法及系統(tǒng)，以減小內(nèi)容分類處理的 負(fù)荷和網(wǎng)絡(luò)傳輸流量。
本發(fā)明實施例的一種請求內(nèi)容分類的方法，包括以下步驟內(nèi)容分類請求 方獲得待分類內(nèi)容的內(nèi)容摘要，生成內(nèi)容類別請求消息，并在所述的內(nèi)容類別 請求消息中攜帶所述的內(nèi)容摘要；內(nèi)容分類請求方將攜帶有所述內(nèi)容摘要的內(nèi)
容類別請求消息發(fā)出，請求內(nèi)容類別。
本發(fā)明實施例的一種內(nèi)容分類的方法，包括以下步驟內(nèi)容分類提供方收 到內(nèi)容類別請求消息，所述的內(nèi)容類別請求消息中攜帶有待分類內(nèi)容的內(nèi)容摘
本發(fā)明實施例的對內(nèi)容分類的方法包括內(nèi)容分類請求方發(fā)送待分類內(nèi)容 的內(nèi)容摘要給內(nèi)容分類提供方；內(nèi)容分類提供方根據(jù)所述內(nèi)容摘要進(jìn)行內(nèi)容分 類。
本發(fā)明實施例的內(nèi)容分類請求系統(tǒng)，包括摘要操作判斷單元，用于判斷 是否需要獲得待分類內(nèi)容的內(nèi)容摘要；摘要獲得單元，用于在摘要操作判斷單 元判定需要獲得待分類內(nèi)容的內(nèi)容摘要時，獲得該待分類內(nèi)容的內(nèi)容摘要；第 一發(fā)送單元，用于將摘要獲得單元獲得的內(nèi)容摘要發(fā)出。
本發(fā)明實施例的內(nèi)容分類的系統(tǒng)，包括內(nèi)容分類請求方一側(cè)和內(nèi)容分類 提供方一側(cè)；所述內(nèi)容分類請求方一側(cè)包括內(nèi)容分類請求裝置，其中進(jìn)一步 包括摘要操作判斷單元，用于判斷是否需要獲得待分類內(nèi)容的內(nèi)容摘要；摘 要獲得單元，用于在摘要操作判斷單元判定需要獲得待分類內(nèi)容的內(nèi)容摘要 時，獲得該待分類內(nèi)容的內(nèi)容摘要；第一發(fā)送單元，用于將摘要獲得單元獲得 的內(nèi)容摘要發(fā)出；所述內(nèi)容分類提供方一側(cè)包括內(nèi)容分類提供裝置，用于根據(jù)內(nèi)容分類請求裝置發(fā)來的所述內(nèi)容摘要進(jìn)行內(nèi)容分類。
本發(fā)明實施例中，內(nèi)容分類請求方發(fā)送待分類內(nèi)容的內(nèi)容摘要給內(nèi)容分類
提供方；內(nèi)容分類提供方根據(jù)所述內(nèi)容摘要進(jìn)行內(nèi)容分類。
由于本發(fā)明實施例以待分類內(nèi)容的內(nèi)容摘要向內(nèi)容分類提供方請求內(nèi)容 類別，而所述內(nèi)容摘要又遠(yuǎn)遠(yuǎn)小于內(nèi)容本身，所以減小了內(nèi)容分類處理的負(fù)荷 和網(wǎng)絡(luò)傳輸流量。


圖1為現(xiàn)有基于分類的內(nèi)容過濾框架示意圖2為現(xiàn)有內(nèi)容分類請求方獲取待分類內(nèi)容的內(nèi)容類別的流程圖3為本發(fā)明實施例的方法步驟流程圖4為本發(fā)明實施例的內(nèi)容分類請求系統(tǒng)結(jié)構(gòu)示意圖5為本發(fā)明實施例1的應(yīng)用場景示意圖6為本發(fā)明實施例2的應(yīng)用場景示意圖7為本發(fā)明實施例3的應(yīng)用場景示意圖8為本發(fā)明實施例3的流程圖9為本發(fā)明實施例4的應(yīng)用場景示意圖10為本發(fā)明實施例4的流程圖。
具體實施例方式
為了減小網(wǎng)絡(luò)傳輸流量，本發(fā)明實施例提供了 一種請求內(nèi)容分類的方法， 包括下列步驟內(nèi)容分類請求方獲得待分類內(nèi)容的內(nèi)容摘要，生成內(nèi)容類別請 求消息，并在所述的內(nèi)容類別請求消息中攜帶所述的內(nèi)容摘要；內(nèi)容分類請求 方將攜帶有所述內(nèi)容摘要的內(nèi)容類別請求消息發(fā)出，請求內(nèi)容類別。
其中，內(nèi)容分類請求方在確定需以待分類內(nèi)容的內(nèi)容本身請求內(nèi)容類別 時，再判斷是否需要獲得待分類內(nèi)容的內(nèi)容摘要。并且內(nèi)容分類請求方判定需要獲得所述待分類內(nèi)容的內(nèi)容摘要時，再獲得內(nèi)容摘要。
為了減小內(nèi)容分類處理的負(fù)荷，本發(fā)明實施例提供了 一種內(nèi)容分類的方
法，包括以下步驟內(nèi)容分類提供方收到內(nèi)容類別請求消息，所述的內(nèi)容類別 請求消息中攜帶有待分類內(nèi)容的內(nèi)容摘要；內(nèi)容分類提供方根據(jù)所述的內(nèi)容摘 要對所述的待分類內(nèi)容進(jìn)行內(nèi)容分類。
為了減小內(nèi)容分類處理的負(fù)荷和網(wǎng)絡(luò)傳輸流量。
本發(fā)明實施例提供了一種對內(nèi)容分類的方法，參見圖3所示，包括下列步
驟
51. 內(nèi)容分類請求方確定使用待分類內(nèi)容的內(nèi)容本身去請求內(nèi)容類別。(可 選步驟)
52. 內(nèi)容分類請求方判斷是否需要獲得待分類內(nèi)容的內(nèi)容摘要。
內(nèi)容分類請求方可判斷待分類內(nèi)容的數(shù)據(jù)大小是否大于閾值，和/或待分類 內(nèi)容的數(shù)據(jù)格式是否為預(yù)設(shè)數(shù)據(jù)格式之一，和/或用戶是否指定。這里闊值、預(yù) 設(shè)數(shù)據(jù)格式和用戶指定為是否獲得內(nèi)容摘要并且在后續(xù)的內(nèi)容類別請求消息 中攜帶內(nèi)容摘要的判斷依據(jù)。對于不同的數(shù)據(jù)格式(所述數(shù)據(jù)格式是指文本、 圖片、音頻、視頻、多媒體甚至具體的格式(如視頻的rm、 avi、 mpeg等格式)) 均可以設(shè)置不同的閾值，也可采用相同的閾值。
如果判斷結(jié)果為是，則轉(zhuǎn)入步驟S3;否則轉(zhuǎn)入步驟S6。
53. 內(nèi)容分類請求方獲得該待分類內(nèi)容的內(nèi)容摘要。
內(nèi)容摘要準(zhǔn)確全面地反映待分類內(nèi)容的主要信息，且遠(yuǎn)遠(yuǎn)小于待分類內(nèi)容 的數(shù)據(jù)大小。所述獲得該待分類內(nèi)容的內(nèi)容摘要可以包括從其他實體中獲取所 述待分類內(nèi)容的內(nèi)容摘要，例如內(nèi)容分類請求方將待分類內(nèi)容發(fā)送給獨立其外 的摘要處理服務(wù)器，由摘要處理服務(wù)器進(jìn)行摘要操作判斷，并生成滿足摘要獲 得條件的待分類內(nèi)容的內(nèi)容摘要，以及將該內(nèi)容摘要返回給內(nèi)容分類請求方； 此外，也可以由內(nèi)容類別請求方自身生成待分類內(nèi)容的內(nèi)容摘要，所述生成內(nèi) 容摘要的過程，例如文本的摘要可以是現(xiàn)有的自動文摘技術(shù)的輸出，圖片的摘要可以是經(jīng)轉(zhuǎn)換釆用其他格式、整體尺寸縮小但呈現(xiàn)畫面相同的圖片(如
1024*768 2.4M的BMP格式圖片可以轉(zhuǎn)換成133*100 13k的GIF格式圖片)， 視頻的摘要是現(xiàn)有的視頻摘要技術(shù)的輸出。
54. 內(nèi)容分類請求方構(gòu)造內(nèi)容類別請求消息，并向內(nèi)容分類提供方發(fā)送該 消息。該消息中攜帶了上述步驟獲得的內(nèi)容摘要。
在另外的實施例中，內(nèi)容分類請求方還可以指示內(nèi)容分類提供方，以內(nèi)容 摘要對應(yīng)的算法對所述內(nèi)容摘要進(jìn)行內(nèi)容分類。具體可以為通過在內(nèi)容類別請 求消息中攜帶類型信息，或者進(jìn)一步攜帶摘要相關(guān)信息(如摘要獲得單元標(biāo) 識、數(shù)據(jù)大小、獲得時間、使用的摘要生成算法等)、以及內(nèi)容本身相關(guān)信息 (內(nèi)容提供者(這里是外部的內(nèi)容過濾單元)標(biāo)識、數(shù)據(jù)大小、創(chuàng)建時間等)， 以告知內(nèi)容分類提供方本消息中攜帶的內(nèi)容為內(nèi)容摘要。
55. 內(nèi)容分類提供方從內(nèi)容類別請求消息中提取出內(nèi)容摘要，并對內(nèi)容摘 要進(jìn)行分類。之后，轉(zhuǎn)入步驟S8。
在上述另外的實施例中，當(dāng)內(nèi)容分類請求方發(fā)送的內(nèi)容類別請求消息中攜 帶類型信息時，內(nèi)容分類提供方根據(jù)所述的類型信息確定內(nèi)容分類請求方發(fā)送 的是內(nèi)容摘要時，采取內(nèi)容摘要相應(yīng)的算法對所述的內(nèi)容摘要進(jìn)行內(nèi)容分類。
56. 內(nèi)容分類請求方以該待分類內(nèi)容的內(nèi)容本身構(gòu)造內(nèi)容類別請求消息， 并向內(nèi)容分類提供方發(fā)送該消息。該消息中攜帶了待分類內(nèi)容的內(nèi)容本身。
在實際應(yīng)用中，內(nèi)容分類請求方還可以指示內(nèi)容分類提供方，以內(nèi)容本身 對應(yīng)的算法對所述內(nèi)容本身進(jìn)行內(nèi)容分類。具體可以為通過在內(nèi)容類別請求消 息中攜帶類型信息，以告知內(nèi)容分類提供方本消息中攜帶的內(nèi)容為內(nèi)容本身。
57. 內(nèi)容分類提供方從內(nèi)容類別請求消息中提取出內(nèi)容本身，并對內(nèi)容本 身進(jìn)行分類。
當(dāng)內(nèi)容分類請求方發(fā)送的內(nèi)容類別請求消息中攜帶類型信息時，內(nèi)容分類 提供方根據(jù)所述的類型信息確定內(nèi)容分類請求方發(fā)送的是內(nèi)容本身時，采取內(nèi) 容本身相應(yīng)的算法對所述的內(nèi)容摘要進(jìn)行內(nèi)容分類。S8.內(nèi)容分類提供方構(gòu)造響應(yīng)消息，向內(nèi)容分類請求方返回內(nèi)容類別。 需要說明的是，現(xiàn)有技術(shù)中，在內(nèi)容分類請求方為CBCS的內(nèi)容過濾單元
時，實際處理中可以先緩存收到的內(nèi)容，待接收完成后再將其以CBCS-1接
口內(nèi)容分類請求的格式進(jìn)行組包并發(fā)送，也可以接收、緩存的同時組包、發(fā)送。
本發(fā)明實施例中，若需要生成內(nèi)容摘要，則需要全部接收、緩存內(nèi)容本身再依
據(jù)緩存的內(nèi)容生成內(nèi)容摘要。
本發(fā)明實施例還提供了一種內(nèi)容分類請求系統(tǒng)，參見圖4所示，包括摘
要操作判斷單元、摘要獲得單元和第一發(fā)送單元；進(jìn)一步還包括第二發(fā)送單
元、第一指示單元和第二指示單元。
摘要操作判斷單元，用于判斷是否需要獲得待分類內(nèi)容的內(nèi)容摘要。 摘要獲得單元，用于在摘要操作判斷單元判定需要獲得待分類內(nèi)容的內(nèi)容
摘要時，獲得該待分類內(nèi)容的內(nèi)容摘要。
第一發(fā)送單元，用于將摘要獲得單元獲得的內(nèi)容摘要發(fā)出。 第一指示單元，用于通過第一發(fā)送單元指示內(nèi)容分類提供方，以內(nèi)容摘要
對應(yīng)的算法對所述內(nèi)容摘要進(jìn)行內(nèi)容分類。
第二發(fā)送單元，用于在摘要操作判斷單元判定不需要獲得待分類內(nèi)容的內(nèi) 容摘要時，將待分類內(nèi)容的內(nèi)容本身發(fā)出。
第二指示單元，用于通過第二發(fā)送單元指示內(nèi)容分類提供方，以內(nèi)容本身 對應(yīng)的算法對所述內(nèi)容本身進(jìn)行內(nèi)容分類。
本發(fā)明實施例還提了一種內(nèi)容分類系統(tǒng)，包括內(nèi)容分類請求方一側(cè)和內(nèi) 容分類提供方一側(cè)。
內(nèi)容分類請求方一側(cè)又包括內(nèi)容分類請求裝置(即本發(fā)明實施例的內(nèi)容 分類請求裝置)；進(jìn)一步還包括內(nèi)容提供裝置。
內(nèi)容提供裝置，其中進(jìn)一步包括內(nèi)容提供單元，用于提供待分類內(nèi)容； 確定單元，用于判斷內(nèi)容提供單元是否需提供待分類內(nèi)容的內(nèi)容本身，當(dāng)確定 需提供待分類內(nèi)容的內(nèi)容本身時，觸發(fā)所述內(nèi)容分類請求裝置；第三發(fā)送單元，用于在獲知摘要操作判斷單元判定不需要獲得待分類內(nèi)容的內(nèi)容摘要時，將待
分類內(nèi)容的內(nèi)容本身發(fā)到內(nèi)容分類提供裝置；第三指示單元，用于通過第三發(fā) 送單元指示內(nèi)容分類提供裝置，以內(nèi)容本身對應(yīng)的算法對所述內(nèi)容本身進(jìn)行內(nèi) 容分類。
內(nèi)容分類請求裝置，其中進(jìn)一步包括摘要操作判斷單元，用于判斷是否 需要獲得待分類內(nèi)容的內(nèi)容摘要；摘要獲得單元，用于在摘要操作判斷單元判 定需要荻得待分類內(nèi)容的內(nèi)容摘要時，獲得該待分類內(nèi)容的內(nèi)容摘要；第一發(fā) 送單元，用于將摘要獲得單元荻得的內(nèi)容摘要發(fā)出；第一指示單元，用于通過 第 一發(fā)送單元指示內(nèi)容分類提供裝置，以內(nèi)容摘要對應(yīng)的算法對所述內(nèi)容摘要 進(jìn)行內(nèi)容分類；第二發(fā)送單元(與內(nèi)容提供裝置中的第三發(fā)送單元不同時存 在)，用于在摘要操作判斷單元判定不需要獲得待分類內(nèi)容的內(nèi)容摘要時，將 待分類內(nèi)容的內(nèi)容本身發(fā)到內(nèi)容分類提供裝置；第二指示單元(與內(nèi)容提供裝 置中的第三指示單元不同時存在)，用于通過第二發(fā)送單元指示內(nèi)容分類提供 裝置，以內(nèi)容本身對應(yīng)的算法對所述內(nèi)容本身進(jìn)行內(nèi)容分類。
所述內(nèi)容分類提供方一側(cè)包括內(nèi)容分類提供裝置，用于根據(jù)內(nèi)容分類請 求裝置發(fā)來的所述內(nèi)容摘要進(jìn)行內(nèi)容分類。
以下通過4個實施例具體描述。
實施例l:對待過濾的內(nèi)容進(jìn)行內(nèi)容分類并過濾。
參見圖5所示，本實施例應(yīng)用場景由內(nèi)容分類單元(即內(nèi)容分類提供裝置) 和內(nèi)容過濾單元(其內(nèi)含有內(nèi)容提供裝置和內(nèi)容分類請求裝置)構(gòu)成。
本實施例具體處理流程如下內(nèi)容過濾單元收到來自外部內(nèi)容過濾請求者 的內(nèi)容過濾請求，其內(nèi)容是photo.jpg。內(nèi)容過濾單元通過確定單元判定該內(nèi)容 過濾請求中攜帶的只有內(nèi)容本身，沒有類別信息，于是確定需要使用內(nèi)容本身 去請求內(nèi)容類別。內(nèi)容過濾單元通過其中的內(nèi)容提供單元將內(nèi)容本身提供給摘 要操作判斷單元。摘要操作判斷單元預(yù)設(shè)的圖片內(nèi)容的摘要生成閾值為 500KB,內(nèi)容過濾單元通過其中的摘要操作判斷單元檢測到photo.jpg的大小為2.71MB，大于該閾值，于是內(nèi)容過濾單元中的摘要獲得單元依據(jù)內(nèi)容的類型和 大小，采用直接全圖整體縮小為原圖10%的算法生成摘要photol.jpg,其大小 為26KB。內(nèi)容過濾單元通過其中的第一發(fā)送單元將photol.jpg封裝在內(nèi)容類 別請求消息中，并通過CBCS-1接口發(fā)送給內(nèi)容分類單元，該消息中還可以通 過第一指示單元攜帶類型信息，以告知內(nèi)容分類單元本消息中攜帶的內(nèi)容為摘 要，以及摘要相關(guān)信息(如摘要獲得單元標(biāo)識、數(shù)據(jù)大小、生成時間、使用 的摘要生成算法等)、以及內(nèi)容本身相關(guān)信息(內(nèi)容提供者(這里是外部的內(nèi) 容過濾單元)標(biāo)識、數(shù)據(jù)大小、創(chuàng)建時間等)。
類型信息的攜帶具體依賴于CBCS-1接口的實現(xiàn)，例如可以作為一個參數(shù) 攜帶
< xml version-" 1.0" encoding="UTF-8" > <Message xmlns="cbcs.dtcT> <Content>
<Type>Abstract</Type> <!—用于指示內(nèi)容類型，其值為<image>image see original document page 14</image>
又例如直接從內(nèi)容格式上體現(xiàn)<image>image see original document page 14</image> 內(nèi)容分類單元根據(jù)告知的類型信息，對photol.jpg采用針對數(shù)據(jù)格式為 JPG且類型為內(nèi)容摘要的圖像分類算法進(jìn)行分類處理后，將得到的內(nèi)容類別返 回給內(nèi)容過濾單元。
本實施例在實際部署時，可能有多種情況，如1)內(nèi)容分類單元和內(nèi)容 過濾單元作為一個服務(wù)器部署；2)內(nèi)容過濾單元作為一個單獨的服務(wù)器A, 內(nèi)容分類單元和其它內(nèi)容過濾單元一起作為服務(wù)器B， A通過CBCS-1接口向 B的內(nèi)容分類單元獲取內(nèi)容類別；3)單個內(nèi)容過濾單元作為服務(wù)器C,單個 內(nèi)容分類單元作為服務(wù)器D，根據(jù)實際情況一個C對應(yīng)多個D、 一個D對應(yīng)多個C或多個C對應(yīng)多個D。
實施例2:對待過濾的內(nèi)容進(jìn)行內(nèi)容分類并過濾。
參見圖6所示，本實施例應(yīng)用場景由內(nèi)容分類單元(即內(nèi)容分類提供裝置) 和內(nèi)容過濾單元(其內(nèi)含有內(nèi)容提供裝置和內(nèi)容分類請求裝置)構(gòu)成。.
本實施例具體處理流程如下內(nèi)容過濾單元收到來自外部內(nèi)容過濾請求者 的內(nèi)容過濾請求，其內(nèi)容是novel.txt。內(nèi)容過濾單元通過確定單元判定內(nèi)容過 濾請求中攜帶有預(yù)分類信息，于是對該預(yù)分類信息進(jìn)行信任驗證，結(jié)果被確認(rèn) 為分類信息不可信，據(jù)此確定需要使用內(nèi)容本身去請求內(nèi)容類別。內(nèi)容過濾單 元通過其中的內(nèi)容提供單元將內(nèi)容本身提供給摘要操作判斷單元。摘要操作判 斷單元預(yù)設(shè)的文本內(nèi)容的摘要生成閾值為500KB，內(nèi)容過濾單元通過其中的摘 要操作判斷子單元檢測到novd.txt的大小為783KB，大于該閾值，于是內(nèi)容過 濾單元中的摘要獲得單元使用自動文摘技術(shù)生成6KB的摘要。內(nèi)容過濾單元 通過其中的第一發(fā)送單元將6KB的摘要封裝在內(nèi)容類別請求消息中，并通過 CBCS-1接口發(fā)送給內(nèi)容分類單元。內(nèi)容分類單元對上述摘要采用適當(dāng)?shù)乃惴?進(jìn)行分類處理后，將得到的內(nèi)容類別返回給內(nèi)容過濾單元。
本實施例在實際部署時，可能有多種情況，如1)內(nèi)容分類單元和內(nèi)容 過濾單元作為一個服務(wù)器部署；2)內(nèi)容過濾單元作為一個單獨的服務(wù)器A, 內(nèi)容分類單元和其它內(nèi)容過濾單元一起作為服務(wù)器B, A通過CBCS-1接口向 B的內(nèi)容分類單元請求內(nèi)容類別；3)單個內(nèi)容過濾單元作為服務(wù)器C,單個 內(nèi)容分類單元作為服務(wù)器D,根據(jù)實際情況一個C對應(yīng)多個D、 一個D對應(yīng) 多個C或多個C對應(yīng)多個D。
實施例3:內(nèi)容提供單元向終端用戶提供內(nèi)容，為了使其提供的內(nèi)容能夠 在內(nèi)容過濾單元快速過濾，內(nèi)容提供單元事先(無實時性)獲取內(nèi)容類別，并 以元數(shù)據(jù)或水印的形式將其附加在內(nèi)容中，從而生成預(yù)分類內(nèi)容供用戶下載， 這樣在實時性要求較高時，內(nèi)容過濾單元可以直接依據(jù)預(yù)分類內(nèi)容中預(yù)置的內(nèi) 容類別進(jìn)行快速過濾。參見圖7所示，本實施例的應(yīng)用場景由內(nèi)容分類請求方一側(cè)的內(nèi)容分類請 求裝置和內(nèi)容提供裝置，內(nèi)容分類提供方一側(cè)的內(nèi)容分類單元(內(nèi)容分類提供 裝置)，以及在內(nèi)容分類完成之后，直接根據(jù)預(yù)分類內(nèi)容的內(nèi)容類別進(jìn)行過濾 的內(nèi)容過濾單元組成。
參見圖8所示，本實施例具體處理流程如下
1、 內(nèi)容提供裝置對于自身提供的未分類的內(nèi)容需要獲取內(nèi)容類別，以生 成預(yù)分類內(nèi)容，于是內(nèi)容提供裝置通過其中的內(nèi)容提供單元將內(nèi)容本身(可能 還帶有數(shù)據(jù)大小、數(shù)據(jù)類型、內(nèi)容提供單元地址等其它信息)提供給內(nèi)容分類 請求裝置中的摘要操作判斷單元。
2、 摘要操作判斷單元根據(jù)其收到內(nèi)容的數(shù)據(jù)大小進(jìn)行判斷，若其大小大 于預(yù)先設(shè)定的閾值，則轉(zhuǎn)入步驟3;否則轉(zhuǎn)入步驟6。
3、 摘要操作判斷單元將該內(nèi)容本身發(fā)送給摘要獲得單元。
4、 摘要獲得單元根據(jù)收到的內(nèi)容生成摘要，將摘要(可攜帶數(shù)據(jù)大小、 數(shù)據(jù)類型、內(nèi)容提供單元地址)發(fā)送給第一發(fā)送單元。
5、 第一發(fā)送單元將該摘要封裝在內(nèi)容類別請求消息中，還可通過第一指 示單元在該消息中攜帶類型信息，以告知內(nèi)容分類單元本消息中攜帶的內(nèi)容為 摘要；之后將該內(nèi)容類別請求消息發(fā)送給內(nèi)容分類單元。并轉(zhuǎn)入步驟8。
6、 摘要操作判斷單元將該內(nèi)容本身發(fā)送給通過第二發(fā)送單元。
7、 第二發(fā)送單元將內(nèi)容本身封裝在內(nèi)容類別請求消息中，還可通過第二 指示單元在該消息中攜帶類型信息，以告知內(nèi)容分類單元本消息中攜帶有內(nèi)容 本身；之后將該內(nèi)容類別請求消息發(fā)送給內(nèi)容分類單元。
8、 內(nèi)容分類單元從收到的內(nèi)容類別請求消息中提取摘要或內(nèi)容本身，并 根據(jù)告知的類型信息以相應(yīng)的算法進(jìn)行分類處理。
9、 內(nèi)容分類單元將得到的內(nèi)容類別返回給內(nèi)容提供裝置中的內(nèi)容提供單元。
在具體實現(xiàn)中，例如內(nèi)容提供裝置有時長為26: 26的一段視頻需要分類，于是將其數(shù)據(jù)大小、數(shù)據(jù)類型和存放內(nèi)容的內(nèi)存地址發(fā)送給物理上位于同 一實體的摘要操作判斷單元。摘要操作判斷單元將其數(shù)據(jù)大小和數(shù)據(jù)類型(視 頻)對應(yīng)的閾值進(jìn)行比較，因其大小大于預(yù)先設(shè)定的視頻類數(shù)據(jù)閾值，摘要操 作判斷單元根據(jù)收到的內(nèi)存地址讀出內(nèi)容，并將內(nèi)容、內(nèi)容提供裝置的地址、 數(shù)據(jù)類型、數(shù)據(jù)大小等信息發(fā)送給同位于一個機(jī)房的由運營商提供的摘要獲得
單元。摘要獲得單元選擇視頻適用的算法生成時長為6: 48(壓縮比達(dá)3.89: 1) 的摘要。摘要獲得單元將摘要、內(nèi)容提供裝置的地址發(fā)送給內(nèi)容分類單元處理 (可選的發(fā)送所"R交內(nèi)容的類型信息為摘要)。內(nèi)容分類單元分類完成后將內(nèi) 容類別返回給內(nèi)容提供裝置。
實際部署中，上述單元可以分屬兩大塊，即提供內(nèi)容的內(nèi)容提供商，以及 運營商或過濾服務(wù)提供商。作為運營商，提供互聯(lián)網(wǎng)M入、通信網(wǎng)^#入等 網(wǎng)絡(luò)接入服務(wù)，同時運營商自己經(jīng)營內(nèi)容過濾服務(wù)。另外還可以作為獨立的過 濾服務(wù)提供商為運營商提供內(nèi)容過濾服務(wù)?？紤]摘要的可信度，摘要獲得單元 只可能在運營商或過濾服務(wù)提供商。
可能實際使用模式i)內(nèi)容提供裝置屬于內(nèi)容提供商，其余單元屬于運營 商或過濾服務(wù)提供商，其中摘要操作判斷單元和摘要獲得單元可以直接組成摘 要服務(wù)器，并鄰近內(nèi)容提供商同時享有高帶寬；ii)內(nèi)容提供裝置和摘要操作 判斷單元均屬于內(nèi)容提供商，其余單元屬于運營商或過濾服務(wù)提供商，摘要獲 得單元鄰近內(nèi)容提供裝置、同時享有高帶寬，內(nèi)容提供商的摘要操作判斷單元 保存了和運營商/過濾服務(wù)提供商協(xié)商確定的閾值(可以由運營商/過濾服務(wù)提 供商提供說明閾值的腳本文件，供摘要操作判斷單元讀取、執(zhí)行)。如果內(nèi)容 提供裝置和摘要服務(wù)器(摘要操作判斷單元和摘要獲得單元)/摘要獲得單元一 一對應(yīng)，且內(nèi)容分類單元保存有摘要服務(wù)器/摘要獲得單元對應(yīng)的內(nèi)容提供裝置 的地址，則無需攜帶內(nèi)容提供裝置的地址，否則需要在消息中攜帶內(nèi)容提供裝 置的地址。
實施例4:內(nèi)容提供單元向終端用戶提供內(nèi)容，為了使其提供的內(nèi)容能夠在內(nèi)容過濾單元快速過濾，內(nèi)容提供單元事先(無實時性)獲取內(nèi)容類別，并 以元數(shù)據(jù)或水印的形式將其附加在內(nèi)容中，從而生成預(yù)分類內(nèi)容供用戶下載， 這樣在實時性要求較高時，內(nèi)容過濾單元可以直接依據(jù)預(yù)分類內(nèi)容中預(yù)置的內(nèi) 容類別進(jìn)行快速過濾。參見圖9所示，本實施例的應(yīng)用場景由內(nèi)容分類請求方一側(cè)的內(nèi)容分類請 求裝置和內(nèi)容提供裝置，內(nèi)容分類提供方一側(cè)的內(nèi)容分類單元(內(nèi)容分類提供 裝置)，以及在內(nèi)容分類完成之后，直接根據(jù)預(yù)分類內(nèi)容的內(nèi)容類別進(jìn)行過濾 的內(nèi)容過濾單元組成。參見圖10所示，本實施例具體處理流程如下1、 內(nèi)容提供裝置對于自身提供的未分類的內(nèi)容需要獲取內(nèi)容類別，以生 成預(yù)分類內(nèi)容，于是內(nèi)容提供裝置通過其中的內(nèi)容提供單元將該未分類內(nèi)容的 數(shù)據(jù)大小(可能還帶有數(shù)據(jù)類型、內(nèi)容提供單元地址等其它信息)提供給內(nèi)容 分類請求裝置中的摘要操作判斷單元。2、 摘要操作判斷單元將該未分類內(nèi)容的數(shù)據(jù)大小與預(yù)先設(shè)定的闊值進(jìn)行 比較，并將比較結(jié)果告知內(nèi)容提供單元。比較結(jié)果為該未分類內(nèi)容的數(shù)據(jù)大小 大于預(yù)先設(shè)定的閾值，則轉(zhuǎn)入步驟3;否則轉(zhuǎn)入步驟6。3、 內(nèi)容提供單元將該未分類內(nèi)容的內(nèi)容本身發(fā)送給內(nèi)容分類請求裝置中 的摘要獲得單元。4、 摘要獲得單元根據(jù)收到的內(nèi)容生成摘要，將摘要(可攜帶數(shù)據(jù)大小、 數(shù)據(jù)類型、內(nèi)容提供單元地址)發(fā)送給第一發(fā)送單元。5、 第一發(fā)送單元將該摘要封裝在內(nèi)容類別請求消息中，還可通過第一指 示單元在該消息中攜帶類型信息，以告知內(nèi)容分類單元本消息中攜帶的內(nèi)容為 摘要以及內(nèi)容摘要相關(guān)信息又及依據(jù)的內(nèi)容本身相關(guān)信息；之后將該內(nèi)容類別 請求消息發(fā)送給內(nèi)容分類單元。并轉(zhuǎn)入步驟8。6、 內(nèi)容提供單元將該未分類內(nèi)容的內(nèi)容本身發(fā)送給內(nèi)容提供裝置中的第 三發(fā)送單元。7、 第三發(fā)送單元將內(nèi)容本身封裝在內(nèi)容類別請求消息中，還可通過內(nèi)容 提供裝置中的第三指示單元在該消息中攜帶類型信息，以告知內(nèi)容分類單元本 消息中攜帶有內(nèi)容本身以及內(nèi)容本身相關(guān)信息；之后將該內(nèi)容類別請求消息發(fā) 送給內(nèi)容分類單元。8、 內(nèi)容分類單元從收到的內(nèi)容類別請求消息中提取摘要或內(nèi)容本身，并 才艮據(jù)告知的類型信息以相應(yīng)的算法進(jìn)行分類處理。9、 內(nèi)容分類單元將得到的內(nèi)容類別返回給內(nèi)容提供裝置中的內(nèi)容提供單元。在具體實現(xiàn)中，例如內(nèi)容提供裝置有時長為26: 26的一段視頻需要分 類，于是將其數(shù)據(jù)大小、數(shù)據(jù)類型發(fā)送給運營商的摘要操作判斷單元，摘要操 作判斷單元將其數(shù)據(jù)大小和數(shù)據(jù)類型(視頻)對應(yīng)的閾值進(jìn)行比較，因其大小 大于預(yù)先設(shè)定的視頻類數(shù)據(jù)閾值，摘要操作判斷單元通知內(nèi)容提供裝置將內(nèi)容 發(fā)送到摘要獲得單元并帶有其地址。內(nèi)容提供裝置將內(nèi)容發(fā)送給同位于一個機(jī) 房的由運營商提供的摘要獲得單元，摘要獲得單元選擇4見頻適用的算法生成時 長為6: 48(壓縮比達(dá)3.89: 1)的摘要，摘要獲得單元將摘要和內(nèi)容提供裝置 的地址發(fā)送給內(nèi)容分類單元處理(可選的發(fā)送所提交分類的內(nèi)容的類型為摘 要)。內(nèi)容分類單元分類完成后將內(nèi)容類別返回給內(nèi)^4是供裝置。實際部署中，上述單元可以分屬兩大塊前者為內(nèi)容提供商，提供內(nèi)容； 后者為運營商或過濾服務(wù)提供商。作為運營商，提供互聯(lián)網(wǎng)絡(luò)接入、通信網(wǎng)絡(luò) 接入等網(wǎng)絡(luò)接入服務(wù)，同時運營商自己經(jīng)營內(nèi)容過濾服務(wù)。另外還可以作為獨 立的過濾服務(wù)提供商為運營商提供內(nèi)容過濾服務(wù)?？紤]摘要的可信度，摘要獲 得單元只可能在運營商或過濾服務(wù)提供商?？赡軐嶋H使用模式i)內(nèi)容提供裝置屬于內(nèi)容提供商，其余單元屬于運營 商或過濾服務(wù)提供商，其中摘要操作判斷單元和摘要獲得單元可以直接組成摘 要服務(wù)器，并鄰近內(nèi)容提供商同時享有高帶寬，也可以僅由摘要獲得單元組成 摘要服務(wù)器，并鄰近內(nèi)容提供商同時享有高帶寬；ii)內(nèi)容提供裝置和摘要操作判斷單元均屬于內(nèi)容提供商，其余單元屬于運營商或過濾服務(wù)提供商，摘要 獲得單元鄰近內(nèi)容提供裝置、同時享有高帶寬，內(nèi)容提供商的摘要操作判斷單 元保存了和運營商/過濾服務(wù)提供商協(xié)商確定的閾值(可以由運營商/過濾服務(wù) 提供商提供說明閾值的腳本文件，供摘要操作判斷單元讀取、執(zhí)行)。如果內(nèi)一一對應(yīng)，且內(nèi)容分類單元保存有摘要服務(wù)器/摘要獲得單元對應(yīng)的內(nèi)容提供裝 置的地址，則無需攜帶內(nèi)容提供裝置的地址，否則需要在消息中攜帶內(nèi)容提供 裝置的地址。綜上所述，本發(fā)明實施例中，內(nèi)容分類請求方判定待分類內(nèi)容的數(shù)據(jù)大小 大于閾值時(也可根據(jù)待分類內(nèi)容的數(shù)據(jù)格式是否為預(yù)設(shè)數(shù)據(jù)格式之一，和/ 或用戶是否指定來判定)，生成該待分類內(nèi)容的內(nèi)容摘要，并且以生成的內(nèi)容 摘要向內(nèi)容分類提供方請求內(nèi)容類別。所以本發(fā)明實施例擴(kuò)充了用于向內(nèi)容分 類單元提供的直接體現(xiàn)該內(nèi)容的輸入?yún)?shù)，通過大大減小供分類操作的內(nèi)容數(shù) 據(jù)，為內(nèi)敘艮大時提供了一個高效的處理方式，不僅能減輕內(nèi)容分類單元處理 的負(fù)荷，同時能有效降低網(wǎng)絡(luò)傳輸流量，特別有利于外部實體請求類別信息的 情況。進(jìn)一步，還可在將待分類內(nèi)容的數(shù)據(jù)大小與閾值比較之前，先確定是否需以內(nèi)容本身來獲取內(nèi)容類別，這樣可以兼容現(xiàn)有的以其它輸入?yún)?shù)(如URI) 來獲取內(nèi)容類別的方案，達(dá)到更好的效果。進(jìn)一步，還可通過類型信息告知內(nèi)容分類提供方，本次內(nèi)容類別請求消息 中攜帶的是內(nèi)容摘要還是內(nèi)容本身，從而可以使內(nèi)容分類提供方以最為匹配的 算法進(jìn)行分類處理，達(dá)到更好的效果。進(jìn)一步，對于流媒體等無法實時分類的業(yè)務(wù)，以及視頻、多媒體、聲音、 圖片、大文檔等實時分類困難的媒體的過濾特別有好處。明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及20其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種請求內(nèi)容分類的方法，其特征在于，包括下列步驟內(nèi)容分類請求方獲得待分類內(nèi)容的內(nèi)容摘要，生成內(nèi)容類別請求消息，并在所述的內(nèi)容類別請求消息中攜帶所述的內(nèi)容摘要；內(nèi)容分類請求方將攜帶有所述內(nèi)容摘要的內(nèi)容類別請求消息發(fā)出，以該內(nèi)容摘要請求內(nèi)容類別。
2、 如權(quán)利要求1所述的方法，其特征在于，內(nèi)容分類請求方判定需要獲 得所述待分類內(nèi)容的內(nèi)容摘要時，再獲得內(nèi)容摘要。
3、 如權(quán)利要求2所述的方法，其特征在于，內(nèi)容分類請求方在確定需以 待分類內(nèi)容的內(nèi)容本身請求內(nèi)容類別時，再判斷是否需要獲得待分類內(nèi)容的內(nèi) 容摘要。
4、 一種內(nèi)容分類的方法，其特征在于，包括以下步驟內(nèi)容分類提供方收到內(nèi)容類別請求消息，所述的內(nèi)容類別請求消息中攜帶 有待分類內(nèi)容的內(nèi)容摘要；內(nèi)容分類提供方根據(jù)所述的內(nèi)容摘要對所述的待分類內(nèi)容進(jìn)行內(nèi)容分類。
5、 一種對內(nèi)容分類的方法，其特征在于，包括下列步驟內(nèi)容分類請求方發(fā)送待分類內(nèi)容的內(nèi)容摘要給內(nèi)容分類提供方； 內(nèi)容分類提供方根據(jù)所述內(nèi)容摘要進(jìn)行內(nèi)容分類。
6、 如權(quán)利要求5所述的方法，其特征在于，內(nèi)容分類請求方判定需要獲 得待分類內(nèi)容的內(nèi)容摘要時，獲得內(nèi)容摘要，并將該內(nèi)容摘要發(fā)送給內(nèi)容分類 提供方。
7、 如權(quán)利要求6所述的方法，其特征在于，內(nèi)容分類請求方在確定需以 待分類內(nèi)容的內(nèi)容本身請求內(nèi)容類別時，再判斷是否需要獲得待分類內(nèi)容的內(nèi) 容摘要。
8、 如權(quán)利要求6或7所述的方法，其特征在于，所述待分類內(nèi)容的數(shù)據(jù) 大小大于閾值時，和/或所述待分類內(nèi)容的數(shù)據(jù)格式為預(yù)設(shè)數(shù)據(jù)格式之一，和/或用戶指定時，內(nèi)容分類請求方判定需要獲得待分類內(nèi)容的內(nèi)容摘要。
9、 如權(quán)利要求8所述的方法，其特征在于，內(nèi)容分類請求方判定不需要 獲得待分類內(nèi)容的內(nèi)容摘要時，將該待分類內(nèi)容的內(nèi)容本身發(fā)送給內(nèi)容分類提 供方；以及內(nèi)容分類提供方根據(jù)所述內(nèi)容本身進(jìn)行內(nèi)容分類。
10、 如權(quán)利要求5、 6或7所述的方法，其特征在于，內(nèi)容分類請求方還 指示內(nèi)容分類提供方，以內(nèi)容摘要對應(yīng)的算法對所述內(nèi)容摘要進(jìn)行內(nèi)容分類。
11、 如權(quán)利要求10所述的方法，其特征在于，內(nèi)容分類請求方通過向內(nèi) 容分類提供方發(fā)送的內(nèi)容類別請求消息攜帶待分類內(nèi)容的內(nèi)容摘要；該內(nèi)容類別請求消息中還攜帶有與內(nèi)容摘要對應(yīng)的類型信息；以及 內(nèi)容分類提供方根據(jù)所述內(nèi)容類別請求消息中攜帶的所述類型信息，以相 應(yīng)的算法對該消息中攜帶的內(nèi)容摘要進(jìn)行內(nèi)容分類。
12、 如權(quán)利要求9所述的方法，其特征在于，內(nèi)容分類請求方還指示內(nèi)容 分類提供方，以內(nèi)容本身對應(yīng)的算法對所述內(nèi)容本身進(jìn)行內(nèi)容分類。
13、 如權(quán)利要求12所述的方法，其特征在于，內(nèi)容分類請求方通過向內(nèi) 容分類提供方發(fā)送的內(nèi)容類別請求消息攜帶待分類內(nèi)容的內(nèi)容本身；該內(nèi)容類別請求消息中還攜帶有與內(nèi)容本身對應(yīng)的類型信息；以及 內(nèi)容分類提供方根據(jù)所述內(nèi)容類別請求消息中攜帶的所述類型信息，以相 應(yīng)的算法對該消息中攜帶的內(nèi)容本身進(jìn)行內(nèi)容分類。
14、 如權(quán)利要求8所述的方法，其特征在于，對應(yīng)所述待分類內(nèi)容的不同 數(shù)據(jù)格式，設(shè)置各不相同的閾值；或者對應(yīng)所述待分類內(nèi)容的不同數(shù)據(jù)格式設(shè) 置相同的閾值。
15、 一種內(nèi)容分類請求系統(tǒng)，其特征在于，包括 摘要操作判斷單元，用于判斷是否需要獲得待分類內(nèi)容的內(nèi)容摘要； 摘要獲得單元，用于在摘要操作判斷單元判定需要獲得待分類內(nèi)容的內(nèi)容摘要時，獲得該待分類內(nèi)容的內(nèi)容摘要；第一發(fā)送單元，用于將摘要獲得單元獲得的內(nèi)容摘要發(fā)出。
16、 如權(quán)利要求15所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 第二發(fā)送單元，用于在摘要操作判斷單元判定不需要獲得待分類內(nèi)容的內(nèi)容摘要時，將待分類內(nèi)容的內(nèi)容本身發(fā)出。
17、 如權(quán)利要求15所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 第一指示單元，用于通過第一發(fā)送單元指示內(nèi)容分類提供方，以內(nèi)容摘要對應(yīng)的算法對所述內(nèi)容摘要進(jìn)行內(nèi)容分類。
18、 如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 第二指示單元，用于通過第二發(fā)送單元指示內(nèi)容分類提供方，以內(nèi)容本身對應(yīng)的算法對所述內(nèi)容本身進(jìn)行內(nèi)容分類。
19、 一種內(nèi)容分類的系統(tǒng)，其特征在于，包括 內(nèi)容分類請求方一側(cè)和內(nèi)容分類^是供方一側(cè)； 所述內(nèi)容分類請求方一側(cè)包括 內(nèi)容分類請求裝置，其中進(jìn)一步包括摘要操作判斷單元，用于判斷是否需要獲得待分類內(nèi)容的內(nèi)容摘要； 摘要獲得單元，用于在摘要操作判斷單元判定需要獲得待分類內(nèi)容的內(nèi)容摘要時，獲得該待分類內(nèi)容的內(nèi)容摘要；第一發(fā)送單元，用于將摘要獲得單元獲得的內(nèi)容摘要發(fā)出； 所述內(nèi)容分類提供方一側(cè)包括內(nèi)容分類提供裝置，用于才艮據(jù)內(nèi)容分類請求裝置發(fā)來的所述內(nèi)容摘要進(jìn)行內(nèi)容分類。
20、 如權(quán)利要求19所述的系統(tǒng)，其特征在于，所述內(nèi)容分類請求方一側(cè) 還包括內(nèi)M供裝置，其中進(jìn)一步包括內(nèi)容提供單元，用于提供待分類內(nèi) 容。
21、 如權(quán)利要求20所述的系統(tǒng)，其特征在于，所述內(nèi)容提供裝置中還包括確定單元，用于判斷內(nèi)容提供單元是否需提供待分類內(nèi)容的內(nèi)容本身，當(dāng) 確定需提供待分類內(nèi)容的內(nèi)容本身時，觸發(fā)所述內(nèi)容分類請求裝置。
22、 如權(quán)利要求19、 20或21所述的系統(tǒng)，其特征在于，所述內(nèi)容分類請 求裝置還包括第二發(fā)送單元，用于在摘要操作判斷單元判定不需要獲得待分 類內(nèi)容的內(nèi)容摘要時，將待分類內(nèi)容的內(nèi)容本身發(fā)到內(nèi)容分類提供裝置。
23、 如權(quán)利要求19、 20或21所述的系統(tǒng)，其特征在于，所述內(nèi)容分類請 求裝置還包括第一指示單元，用于通過第一發(fā)送單元指示內(nèi)容分類提供裝置， 以內(nèi)容摘要對應(yīng)的算法對所述內(nèi)容摘要進(jìn)行內(nèi)容分類。
24、 如權(quán)利要求22所述的系統(tǒng)，其特征在于，所述內(nèi)容分類請求裝置還 包括第二指示單元，用于通過第二發(fā)送單元指示內(nèi)容分類提供裝置，以內(nèi)容本身對應(yīng)的算法對所述內(nèi)容本身進(jìn)行內(nèi)容分類。
25、 如權(quán)利要求19、 20或21所述的系統(tǒng)，其特征在于，所述內(nèi)容提供裝 置中還包括第三發(fā)送單元，用于在獲知摘要操作判斷單元判定不需要獲得待 分類內(nèi)容的內(nèi)容摘要時，將待分類內(nèi)容的內(nèi)容本身發(fā)到內(nèi)容分類提供裝置。
26、 如權(quán)利要求25所述的系統(tǒng)，其特征在于，所述內(nèi)容提供裝置中還包 括第三指示單元，用于通過第三發(fā)送單元指示內(nèi)容分類提供裝置，以內(nèi)容本 身對應(yīng)的算法對所述內(nèi)容本身進(jìn)行內(nèi)容分類。
全文摘要
本發(fā)明公開了對內(nèi)容分類的方法及系統(tǒng)，以減小內(nèi)容分類處理的負(fù)荷和網(wǎng)絡(luò)傳輸流量。方法包括內(nèi)容分類請求方發(fā)送待分類內(nèi)容的內(nèi)容摘要給內(nèi)容分類提供方；內(nèi)容分類提供方根據(jù)所述內(nèi)容摘要進(jìn)行內(nèi)容分類。內(nèi)容分類請求裝置，包括摘要操作判斷單元，用于判斷是否需要獲得待分類內(nèi)容的內(nèi)容摘要；摘要獲得單元，用于在摘要操作判斷單元判定需要獲得待分類內(nèi)容的內(nèi)容摘要時，獲得該待分類內(nèi)容的內(nèi)容摘要；第一發(fā)送單元，用于將摘要獲得單元獲得的內(nèi)容摘要發(fā)出。
文檔編號G06F17/30GK101296155SQ20071009795
公開日2008年10月29日 申請日期2007年4月23日 優(yōu)先權(quán)日2007年4月23日
發(fā)明者卓漢·祖依德維格, 錦 彭, 柴曉前 申請人:華為技術(shù)有限公司