本發(fā)明的實施方式涉及互聯(lián)網(wǎng)技術領域,更具體地,本發(fā)明的實施方式涉及一種文章標簽添加方法和裝置。
背景技術:
本部分旨在為權利要求書中陳述的本發(fā)明的實施方式提供背景或上下文。此處的描述不因為包括在本部分中就承認是現(xiàn)有技術。
隨著互聯(lián)網(wǎng)技術的發(fā)展,越來越多的用戶選擇在一些社交平臺、博客等網(wǎng)絡平臺上發(fā)布自己撰寫的文章。
文章標簽是一種由文章作者自己定義的,比分類更準確、更具體,可以概括文章主要內(nèi)容的關鍵詞。通過給文章定制標簽,文章作者可以讓更多人更方便準確的找到自己的文章;而讀者可以通過文章標簽更快找到自己感興趣的文章。而且,添加標簽的文章會被搜索引擎所記錄,其他用戶查找相關標簽時,會準確查找到使用這個標簽的文章,提高了文章的曝光率。
技術實現(xiàn)要素:
但是,現(xiàn)有技術中,文章作者在添加標簽時,每次只能添加一個標簽,為了提高文章的曝光率,讓它出現(xiàn)在更多的地方通常一篇文章需要添加多個標簽,這樣,文章作者只能逐個添加文章標簽。
由于同一用戶其分享的文章涉及的內(nèi)容通常是固定的,例如美食愛好者在不同時間分享的不同美食文章中添加的標簽可能是類似甚至相同,而攝影愛好者在不同時間分享的攝影文章中添加的標簽也可能是類似甚至相同的,但是每次用戶均需要逐個添加標簽,存在大量重復性的操作,降低了標簽添加效率,降低了用戶體驗。而且,由于用戶每添加一個標簽,均需要向服務器發(fā)送一次請求,對于網(wǎng)站服務器來說,每接收到用戶添加的一個文章標簽,也需要進行相應的處理,例如記錄用戶本次添加的文章標簽,最后用戶確認添加完成全部標簽請求發(fā)布文章后,服務器根據(jù)記錄的所有文章標簽發(fā)布文章,這個過程中,用戶需要與服務器多次交互,增加了服務器處理資源的開銷。
為此,非常需要一種改進的文章標簽添加方法,以使減少用戶重復性操作,提高標簽添加效率,降低服務器處理資源開銷。
在本上下文中,本發(fā)明的實施方式期望提供一種文章標簽添加方法和裝置。
在本發(fā)明實施方式的第一方面中,提供了一種文章標簽添加方法,包括:
在接收到文章標簽添加請求時,返回預先存儲的多個文章標簽集供用戶選擇,其中,每一標簽集中包含至少一個文章標簽;
接收文章標簽集選擇請求,所述文章標簽集選擇請求中攜帶有被選擇的文章標簽集的標識;
在接收到文章發(fā)布請求時,根據(jù)被選擇的文章標簽集的標識,為發(fā)布的文章添加被選擇的文章標簽集包含的所有文章標簽。
在本發(fā)明實施方式的第二方面中,提供了一種文章標簽添加裝置,包括:
存儲單元,用于預先存儲用戶建立的、多個不同類型的文章標簽集,每一標簽集中包含至少一個文章標簽;
第一響應單元,用于在接收到文章標簽添加請求時,返回預先存儲的多個文章標簽集供用戶選擇;
第一接收單元,用于接收文章標簽集選擇請求,所述文章標簽集選擇請求中攜帶有被選擇的文章標簽集的標識;
標簽添加單元,用于在接收到文章發(fā)布請求時,根據(jù)被選擇的文章標簽集的標識,為發(fā)布的文章添加被選擇的文章標簽集包含的所有文章標簽。
在本發(fā)明實施方式的第三方面中,提供了一種文章標簽添加裝置,例如,可以包括存儲器和處理器,其中,處理器可以用于讀取存儲器中的程序,執(zhí)行下列過程:在接收到文章標簽添加請求時,返回預先存儲的多個文章標簽集供用戶選擇,其中,每一標簽集中包含至少一個文章標簽;接收文章標簽集選擇請求,所述文章標簽集選擇請求中攜帶有被選擇的文章標簽集的標識;在接收到文章發(fā)布請求時,根據(jù)被選擇的文章標簽集的標識,為發(fā)布的文章添加被選擇的文章標簽集包含的所有文章標簽。
在本發(fā)明實施方式的第四方面中,提供了一種程序產(chǎn)品,其包括程序代碼,當所述程序產(chǎn)品運行時,所述程序代碼用于執(zhí)行以下過程:在接收到文章標簽添加請求時,返回預先存儲的多個文章標簽集供用戶選擇,其中,每一標簽集中包含至少一個文章標簽;接收文章標簽集選擇請求,所述文章標簽集選擇請求中攜帶有被選擇的文章標簽集的標識;在接收到文章發(fā)布請求時,根據(jù)被選擇的文章標簽集的標識,為發(fā)布的文章添加被選擇的文章標簽集包含的所有文章標簽。
根據(jù)本發(fā)明實施方式的文章標簽添加方法和裝置,預先存儲多個文章標簽集,在用戶需要為文章添加標簽時,可以提供多個文章標簽集供用戶選擇,并根據(jù)用戶的選擇在發(fā)布文章時一次性為用戶添加多個標簽,而無需用戶逐個添加文章標簽,從而顯著地減少了重復性的標簽添加操作,提高了文章標簽的添加效率,為用戶帶來了更好的體驗。而且,由于服務器只需要響應兩次用戶請求即可完成多個標簽的添加,減少了服務器處理資源的開銷。
附圖說明
通過參考附圖閱讀下文的詳細描述,本發(fā)明示例性實施方式的上述以及其他目的、特征和優(yōu)點將變得易于理解。在附圖中,以示例性而非限制性的方式示出了本發(fā)明的若干實施方式,其中:
圖1示意性地示出了根據(jù)本發(fā)明實施方式的應用場景示意圖;
圖2a示意性地示出了根據(jù)本發(fā)明實施方式的網(wǎng)站服務器獲得不同類型的文章標簽集的流程示意圖;
圖2b示意性地示出了根據(jù)本發(fā)明實施方式的數(shù)據(jù)庫表結構示意圖;
圖3示意性地示出了根據(jù)本發(fā)明實施方式的對網(wǎng)站服務器存儲的文章標簽集進行編輯的流程示意圖;
圖4示意性地示出了根據(jù)本發(fā)明實施方式的文章標簽添加方法實施流程示意圖;
圖5示意性地示出了根據(jù)本發(fā)明實施方式的文章搜索流程示意圖;
圖6示意性地示出了根據(jù)本發(fā)明實施方式的文章屏蔽流程示意圖;
圖7示意性地示出了根據(jù)本發(fā)明另一實施例的文章標簽添加裝置的結構示意圖;
在附圖中,相同或?qū)臉颂柋硎鞠嗤驅(qū)牟糠帧?/p>
具體實施方式
下面將參考若干示例性實施方式來描述本發(fā)明的原理和精神。應當理解,給出這些實施方式僅僅是為了使本領域技術人員能夠更好地理解進而實現(xiàn)本發(fā)明,而并非以任何方式限制本發(fā)明的范圍。相反,提供這些實施方式是為了使本公開更加透徹和完整,并且能夠?qū)⒈竟_的范圍完整地傳達給本領域的技術人員。
本領域技術人員知道,本發(fā)明的實施方式可以實現(xiàn)為一種系統(tǒng)、裝置、設備、方法或計算機程序產(chǎn)品。因此,本公開可以具體實現(xiàn)為以下形式,即:完全的硬件、完全的軟件(包括固件、駐留軟件、微代碼等),或者硬件和軟件結合的形式。
根據(jù)本發(fā)明的實施方式,提出了一種文章標簽添加方法和裝置。
在本文中,需要理解的是,附圖中的任何元素數(shù)量均用于示例而非限制,以及任何命名都僅用于區(qū)分,而不具有任何限制含義。
下面參考本發(fā)明的若干代表性實施方式,詳細闡釋本發(fā)明的原理和精神。
發(fā)明概述
本發(fā)明人發(fā)現(xiàn),作者在為文章添加文章標簽時,需逐個標簽添加,存在大量重復性的操作,降低了用戶體驗。
有鑒于此,本發(fā)明實施例提供的文章標簽添加方法中,預先存儲用戶建立的多個文章標簽集,每一文章標簽集中根據(jù)文章類型包含至少一個文章標簽,這樣,當用戶需要為文章添加標簽時,可以提供針對該用戶存儲的多個文章標簽集供用戶選擇,根據(jù)用戶選擇的文章標簽集的標識,在發(fā)布文章時,自動為文章一次性地添加多個文章標簽,從而大大減少了用戶重復性的文章標簽添加操作,提高了文章標簽添加效率和用戶體驗。而且,由于服務器只需要響應兩次用戶請求即可完成多個標簽的添加,減少了服務器處理資源的開銷。
在介紹了本發(fā)明的基本原理之后,下面具體介紹本發(fā)明的各種非限制性實施方式。
應用場景總覽
首先參考圖1,其為本發(fā)明實施例的應用場景示意圖。用戶10通過終端11中安裝的客戶端登錄網(wǎng)站服務器12發(fā)布文章,其中,客戶端可以為網(wǎng)頁的瀏覽器,也可以為安裝于移動終端,如手機,平板電腦等中的客戶端。
終端11與網(wǎng)站服務器12之間通過網(wǎng)絡進行通信連接,該網(wǎng)絡可以為局域網(wǎng)、廣域網(wǎng)等。終端11可以為便攜設備(例如:手機、平板、筆記本電腦等),也可以為個人電腦(PC,Personal Computer),網(wǎng)站服務器12可以為任何能夠提供互聯(lián)網(wǎng)服務的設備。
其中,用戶10利用終端11通過向網(wǎng)站服務器12注冊獲得用戶名,網(wǎng)站服務器12在用戶注冊成功后存儲用戶名以及與用戶10設置的用戶密碼作為認證信息,后續(xù)用戶10利用終端11再次登錄網(wǎng)站服務器12時,網(wǎng)站服務器12向客戶端返回登錄頁面,用戶在客戶端顯示的登錄頁面輸入認證信息(即用戶名和用戶密碼)并提交給網(wǎng)站服務器12,網(wǎng)站服務器12比較用戶提交認證信息與自身在用戶注冊時存儲的認證信息是否一致以確定是否允許用戶登錄。
用戶登錄成功后,可以撰寫文章并在網(wǎng)站服務器12進行發(fā)布,發(fā)布之前,用戶可以對待發(fā)布的文章添加文章標簽。如果用戶需要添加的文章標簽有多個,按照現(xiàn)有技術用戶需要逐個添加,這個過程中,一方面存在大量重復性操作,降低了文章標簽添加效率,另一方面,網(wǎng)站服務器需要多次響應用戶操作,增加了網(wǎng)站服務器處理資源的開銷。
為此,本發(fā)明實施例中,用戶根據(jù)不同文章類型,預先在網(wǎng)站服務器存儲多個文章標簽集。例如,美食類,攝影類,旅游類等等,不同類型的文章標簽集可以包含多個文章標簽。用戶可以根據(jù)實際需要設置不同的文章標簽集,網(wǎng)站服務器根據(jù)用戶的請求為用戶存儲不同類型的文章標簽集。
如圖2a所示,為針對任一用戶,網(wǎng)站服務器獲得不同類型的文章標簽集的流程示意圖,可以包括以下步驟:
S21、接收文章標簽集添加請求。
其中,文章標簽集添加請求中攜帶有至少一個文章標簽。具體實施時,用戶通過客戶端登錄網(wǎng)站服務器成功之后,可以向網(wǎng)站服務器請求添加文章標簽集,文章標簽集添加請求中需要攜帶至少一個文章標簽,例如,#人像+#黑白+#紀事+#曝光+#手機攝影;#美食+#食物+#深夜食堂+#好吃+#美味。其中,“人像”、“黑白”、“紀事”、“曝光”、“手機攝影”、“美食”、“食物”“深夜食堂”、“好吃”、“美味”均為文章標簽。
S22、根據(jù)文章標簽集添加請求中攜帶的至少一個文章標簽建立文章標簽集并存儲。
具體實施時,網(wǎng)站服務器在接收到用戶發(fā)送的文章標簽集添加請求之后,針對該用戶存儲相應的文章標簽集。
需要說明的是,網(wǎng)站服務器在存儲文章標簽集時,為了區(qū)分不同的文章標簽集,還可以針對每一文章標簽集分配相應的文章標簽集標識。具體的,網(wǎng)站服務器可以提取接收到的部分文章標簽組成文章標簽集標識;也可以為每一文章標簽集分別一序列號,本發(fā)明實施例對此不進行限定,只要不同的文章標簽集的標識不同即可。
更佳地,文章標簽集的標識可以由用戶自己定義,用戶在發(fā)送的文章標簽集添加請求中同時攜帶自定義的文章標簽集標識,例如,【攝影標簽集】=#人像+#黑白+#紀事+#曝光+#手機攝影;【美食標簽集】=#美食+#食物+#深夜食堂+#好吃+#美味,基于此,網(wǎng)站服務器只需要針對不同的用戶存儲相應的文章標簽集標識及其對應的文章標簽即可。如圖2b所示,為網(wǎng)站服務器存儲的數(shù)據(jù)庫表結構一種可能的示意圖。
當然具體實施時,用戶還可以一次性請求添加多個文章標簽集,這種實施方式下,文章標簽集添加請求中可以攜帶有待添加的每一文章標簽集的標識及其包含的文章標標簽,例如,【攝影標簽集】=#人像+#黑白+#紀事+#曝光+#手機攝影;【美食標簽集】=#美食+#食物+#深夜食堂+#好吃+#美味。
具體實施時,在建立了文章標簽集之后,用戶還可以對自己設置的文章標簽集進行編輯修改。具體地,用戶可以按照圖3所示流程對網(wǎng)站服務器存儲的文章標簽集進行編輯:
S31、網(wǎng)站服務器接收針對任一文章標簽集的編輯請求。
其中,所述編輯請求中攜帶有需添加或者刪除的文章標簽。應當理解,接收到的編輯請求中還可以攜帶有文章標簽集的標識。例如,用戶針對【美食標簽集】發(fā)送的編輯請求,編輯請求中攜帶有請求添加的文章標簽#無辣不歡#,以及請求刪除的文章標簽#食物#。
S32、網(wǎng)站服務器添加需添加的文章標簽至相應的文章標簽集中;以及從相應的文章標簽集中刪除需刪除的文章標簽。
本例中,網(wǎng)站服務器修改圖2b所示的數(shù)據(jù)庫表中存儲的【美食標簽集】,具體為刪除文章標簽#食物#,添加文章標簽#無辣不歡#,修改后的【美食標簽集】為#美食+#深夜食堂+#好吃+#美味+#無辣不歡。
示例性方法
下面結合圖1的應用場景,參考圖4~7來描述根據(jù)本發(fā)明示例性實施方式的文章標簽添加方法。需要注意的是,上述應用場景僅是為了便于理解本發(fā)明的精神和原理而示出,本發(fā)明的實施方式在此方面不受任何限制。相反,本發(fā)明的實施方式可以應用于適用的任何場景。
如圖4所示,其為本發(fā)明實施例提供的文章標簽添加方法實施流程示意圖,可以包括以下步驟:
S41、在接收到文章標簽添加請求時,返回預先存儲的多個文章標簽集供用戶選擇,其中,每一標簽集中包含至少一個文章標簽。
具體實施時,用戶在需要為文章添加標簽時,通過客戶端向網(wǎng)站服務器發(fā)送文章標簽添加請求,其中攜帶有用戶標識。網(wǎng)站服務器根據(jù)用戶標識在圖2b所示的數(shù)據(jù)庫表中查找該用戶標識對應的所有的文章標簽集并返回給客戶端,由客戶端呈現(xiàn)給用戶供用戶選擇。優(yōu)選地,網(wǎng)站服務器向客戶端返回的響應消息中還可以包含有文章標簽集的標識。
S42、接收文章標簽集選擇請求,所述文章標簽集選擇請求中攜帶有被選擇的文章標簽集的標識。
具體實施時,用戶根據(jù)客戶端呈現(xiàn)的文章標簽集標識及每一文章標簽集包含的標簽,選擇需要的文章標簽集,例如,用戶選擇了【美食標簽集】,客戶端根據(jù)用戶的選擇,向服務器返回被選擇的文章標簽集的標識。
S43、在接收到文章發(fā)布請求時,根據(jù)被選擇的文章標簽集的標識,為發(fā)布的文章添加被選擇的文章標簽集包含的所有文章標簽。
網(wǎng)站服務器根據(jù)用戶選擇的文章標簽集的標識,在接收到用戶通過客戶端發(fā)送的文章發(fā)布請求時,根據(jù)用戶選擇的文章標簽集的標識,將相應的文章標簽集轉換為其包含的文章標簽,并為發(fā)布的文章添加相應的文章標簽,例如,網(wǎng)站服務器根據(jù)用戶選擇的文章標簽集的標識【美食標簽集】,將其轉換為#美食+#食物+#深夜食堂+#好吃+#美味,并為用戶發(fā)布的文章添加文章標簽#美食+#食物+#深夜食堂+#好吃+#美味。
上述過程中,用戶無需逐一添加每個標簽,實現(xiàn)了一次性為文章添加多個文章標簽的目的,提高了文章標簽的添加效率,而且,由于服務器僅需要響應兩次用戶請求即可完成多個標簽的添加,減少了服務器處理資源的開銷。
相應地,具體實施時,用戶在需要搜索文章或者請求網(wǎng)站服務器屏蔽文章時,如果需要搜索或者屏蔽的文章標簽有多個,則也無需逐個文章標簽添加,同樣可以利用建立的文章標簽集來實現(xiàn)搜索或者屏蔽相應的文章,簡化了用戶操作,提高用戶體驗。
如圖5所示,其為根據(jù)本發(fā)明實施例的文章搜索流程示意圖,可以包括以下步驟:
S51、接收文章搜索請求。
其中,所述文章搜索請求中攜帶有第一文章標簽集的標識。本步驟中,網(wǎng)站服務器在接收到用戶通過客戶端提交的文章搜索請求之后,根據(jù)其中攜帶的第一文章標簽集的標識,確定其包含的文章標簽,以文章搜索請求中攜帶的第一文章標簽集的標識為【美食標簽集】為例,服務器根據(jù)圖2b所示的數(shù)據(jù)庫表可以確定其包含的文章標簽為#美食+#食物+#深夜食堂+#好吃+#美味。
S52、查找添加的文章標簽中包含至少一個第一目標文章標簽的文章并返回,所述第一目標文章標簽包括所述第一文章標簽集所包含的所有文章標簽。
服務器根據(jù)步驟S51確定出的文章標簽#美食+#食物+#深夜食堂+#好吃+#美味,查找包含#美食+#食物+#深夜食堂+#好吃+#美味中至少一個文章標簽的文章得到搜索結果(即滿足搜索條件的文章所添加的文章標簽應包含#美食+#食物+#深夜食堂+#好吃+#美味中至少一個),并向客戶端返回搜索結果,由客戶端呈獻給用戶。
根據(jù)本發(fā)明實施例,用戶在搜索文章時,如果搜索條件中包含多個文章標簽,用戶也無需逐個添加標簽,而是通過預先建立的文章標簽集一次性添加多個標簽,減少了重復性操作,提高了用戶體驗。而且服務器無需針對每個文章標簽逐個響應用戶請求,減少了服務器處理資源的開銷。
如圖6所示,其為根據(jù)本發(fā)明實施例的文章屏蔽流程示意圖,可以包括以下步驟:
S61、接收文章屏蔽請求。
其中,所述文章屏蔽請求中攜帶有第二文章標簽集的標識。
本步驟中,網(wǎng)站服務器在接收到用戶提交的文章屏蔽請求之后,根據(jù)其中攜帶的第二文章標簽集的標識,確定其包含的文章標簽,以文章屏蔽請求中攜帶的第二文章標簽集的標識為【美食標簽集】為例,服務器根據(jù)圖2b所示的數(shù)據(jù)庫表可以確定其對應的文章標簽為#美食+#食物+#深夜食堂+#好吃+#美味。
S62、查找添加的文章標簽中包含至少一個第二目標文章標簽的文章,所述第二目標文章標簽包括所述第二文章標簽集所包含的所有文章標簽。
服務器根據(jù)步驟S61確定出的文章標簽#美食+#食物+#深夜食堂+#好吃+#美味,查找包含#美食+#食物+#深夜食堂+#好吃+#美味中至少一個文章標簽的文章,即滿足屏蔽條件的文章所添加的文章標簽應包含#美食+#食物+#深夜食堂+#好吃+#美味中至少一個。
S63、屏蔽查找到的文章。
網(wǎng)站服務器在向客戶端返回文章時,為用戶屏蔽步驟S62中查找到的文章。
根據(jù)本發(fā)明實施例,用戶在屏蔽文章時,如果屏蔽條件中包含多個文章標簽,用戶也無需逐個添加標簽,而是通過預先建立的文章標簽集一次性添加多個標簽,減少了重復性操作,提高了用戶體驗。而且服務器無需針對每個文章標簽逐個響應用戶請求,減少了服務器處理資源的開銷。
根據(jù)本發(fā)明實施例提供的文章標簽添加方法,網(wǎng)站服務器根據(jù)用戶的設置針對每一用戶預先存儲多個文章標簽集,在用戶需要為文章添加標簽時,可以提供多個文章標簽集供用戶選擇,并根據(jù)用戶的選擇在發(fā)布文章時一次性為用戶添加多個標簽,而無需用戶逐個添加文章標簽,從而顯著地減少了重復性的標簽添加操作,提高了文章標簽的添加效率,為用戶帶來了更好的體驗。而且,由于服務器只需要響應兩次用戶請求即可完成多個標簽的添加,減少了服務器處理資源的開銷。同樣,在用戶搜索文章或者請求屏蔽文章時,用戶也無需逐一添加文章標簽,只需選擇一個文章標簽集即可實現(xiàn)搜索或者屏蔽包含該文章標簽集中至少一個文章標簽的文章的目的,減少了用戶重復性操作,提高了用戶體驗;而對于網(wǎng)站服務器來說,由于減少了與用戶交互次數(shù),從而減少了網(wǎng)站服務器處理資源的開銷。
示例性設備
在介紹了本發(fā)明示例性實施方式的方法之后,接下來,參考圖7對本發(fā)明示例性實施方式的、文章標簽添加裝置進行說明。
如圖7所示,其為本發(fā)明實施例提供的文章標簽添加裝置的結構示意圖,可以包括:
存儲單元71,用于預先存儲用戶建立的、多個不同類型的文章標簽集,每一標簽集中包含至少一個文章標簽;
第一響應單元72,用于在接收到文章標簽添加請求時,返回預先存儲的多個文章標簽集供用戶選擇;
第一接收單元73,用于接收文章標簽集選擇請求,所述文章標簽集選擇請求中攜帶有被選擇的文章標簽集的標識;
標簽添加單元74,用于在接收到文章發(fā)布請求時,根據(jù)被選擇的文章標簽集的標識,為發(fā)布的文章添加被選擇的文章標簽集包含的所有文章標簽。
可選地,本發(fā)明實施例提供的文章標簽添加裝置,還可以包括:
第二接收單元75,用于接收文章標簽集添加請求,所述文章標簽集添加請求中攜帶有至少一個文章標簽;
建立單元76,用于根據(jù)所述文章標簽集添加請求中攜帶的至少一個文章標簽建立文章標簽集并存儲。
可選地,本發(fā)明實施例提供的文章標簽添加裝置,還可以包括:
第三接收單元77,用于接收針對任一文章標簽集的編輯請求,所述編輯請求中攜帶有需添加或者刪除的文章標簽;
編輯單元78,用于添加需添加的文章標簽至相應的文章標簽集中;以及從相應的文章標簽集中刪除需刪除的文章標簽。
可選地,本發(fā)明實施例提供的文章標簽添加裝置,還可以包括:
第四接收單元79,用于接收文章搜索請求,所述文章搜索請求中攜帶有第一文章標簽集的標識;
第一查找單元710,用于查找添加的文章標簽中包含至少一個第一目標文章標簽的文章,所述第一目標文章標簽包括所述第一文章標簽集所包含的所有文章標簽;
第二響應單元711,用于返回所述第一查找單元查找到的文章。
可選地,本發(fā)明實施例提供的文章標簽添加裝置,還可以包括:
第五接收單元712,用于接收文章屏蔽請求,所述文章屏蔽請求中攜帶有第二文章標簽集的標識;
第二查找單元713,用于查找添加的文章標簽中包含至少一個第二目標文章標簽的文章,所述第二目標文章標簽包括所述第二文章標簽集所包含的所有文章標簽;
屏蔽單元714,用于屏蔽查找到的文章。
在一些可能的實施方式中,根據(jù)本發(fā)明的文章標簽添加裝置可以包括至少一個處理單元、以及至少一個存儲單元。其中,所述存儲單元存儲有程序代碼,當所述程序代碼被所述處理單元執(zhí)行時,使得所述處理單元執(zhí)行本說明書上述“示例性方法”部分中描述的根據(jù)本發(fā)明各種示例性實施方式的文章標簽添加方法中的各種步驟。例如,所述處理單元可以執(zhí)行如圖4中所示的步驟S41,在接收到文章標簽添加請求時,返回預先存儲的多個文章標簽集供用戶選擇,其中,每一標簽集中包含至少一個文章標簽,步驟S42,接收文章標簽集選擇請求,所述文章標簽集選擇請求中攜帶有被選擇的文章標簽集的標識;以及步驟S43,在接收到文章發(fā)布請求時,根據(jù)被選擇的文章標簽集的標識,為發(fā)布的文章添加被選擇的文章標簽集包含的所有文章標簽。
應當注意,盡管在上文詳細描述中提及了裝置的若干單元或子單元,但是這種劃分僅僅是示例性的并非強制性的。實際上,根據(jù)本發(fā)明的實施方式,上文描述的兩個或更多單元的特征和功能可以在一個單元中具體化。反之,上文描述的一個單元的特征和功能可以進一步劃分為由多個單元來具體化。
此外,盡管在附圖中以特定順序描述了本發(fā)明方法的操作,但是,這并非要求或者暗示必須按照該特定順序來執(zhí)行這些操作,或是必須執(zhí)行全部所示的操作才能實現(xiàn)期望的結果。附加地或備選地,可以省略某些步驟,將多個步驟合并為一個步驟執(zhí)行,和/或?qū)⒁粋€步驟分解為多個步驟執(zhí)行。
雖然已經(jīng)參考若干具體實施方式描述了本發(fā)明的精神和原理,但是應該理解,本發(fā)明并不限于所公開的具體實施方式,對各方面的劃分也不意味著這些方面中的特征不能組合以進行受益,這種劃分僅是為了表述的方便。本發(fā)明旨在涵蓋所附權利要求的精神和范圍內(nèi)所包括的各種修改和等同布置。