內容發布方法和裝置及系統的製作方法
2023-04-26 12:36:26 3
專利名稱：內容發布方法和裝置及系統的製作方法
技術領域：
本發明實施例涉及網絡技術領域，尤其涉及一種內容發布方法和裝置及系統。
背景技術：
內容管理是電信領域和網際網路領域非常重要的一個功能。內容一般由內容元數據和內容實體文件組成。以音樂內容為例，內容元數據指的針對音樂內容的一些描述信息，比如，歌曲名、歌手、對應專輯、曲風等；內容實體文件指的是實際的文件，比如a.mp3等。例如歌曲「忘情水」，運營商對這首歌的銷售方式包括如下方式製作成彩鈴供用戶使用；製作成滿足不同手機格式的振鈴，供用戶下載到手機之後作為手機鈴音；接下載後播放；在線點播。針對這上述不同的銷售形態，需要的屬性和文件格式要求都不同。以現有技術的實現來看，需要為「忘情水」這首歌定義四個內容彩鈴、振鈴、下載和在線點播，然後分別發布這四個內容。現有的內容發布過程如下內容發布人員登錄內容管理系統(ContentManagement System, CMS)，選擇需要發布的內容類型；系統顯示內容元數據錄入界面後，錄入內容元數據，以音樂下載內容為例，需錄入歌曲名稱、歌手、歌曲對應專輯、曲風、內容的使用方式等信息；在元數據錄入完成之後，錄入內容實體文件，可以錄入一個或者多個內容實體文件。 在該內容的所有數據都錄入完成之後，該內容錄入成功；之後，管理員登錄CMS，審核新發布的內容；管理員審核通過之後，整個內容發布過程結束。在實現本發明過程中，發明人發現現有技術中至少存在如下問題以內容「忘情水」為例，不論這首歌的銷售形態是「彩鈴」、「振鈴」、「下載」還是「在線點播」，這首歌的歌曲名、歌手、對應專輯、曲風等都是一樣的。然而，根據現有方法，在發布這首歌的上述四個內容時，這首歌的歌曲名、歌手、對應專輯、曲風等信息需要在不同的內容發布過程中分別錄入四次。因此，現有的內容發布方法，存在著大量重複操作和大量的冗餘數據。
發明內容
本發明實施例提供一種內容發布方法和裝置及系統，用以解決現有技術中內容發布過程中存在大量重複操作的缺陷，提高了內容發布效率。本發明實施例提供一種內容發布方法，包括發布內容的各呈現類型共有的公有屬性數據；所述呈現類型包括所述內容的銷售實體；分別發布各所述呈現類型的私有屬性數據，所述呈現類型的私有屬性數據包括所述呈現類型對應的實體文件。本發明實施例提供一種內容發布裝置，包括公有數據發布模塊，用於發布內容的各呈現類型共有的公有屬性數據；所述呈現類型包括所述內容的銷售實體；私有數據發布模塊，用於分別發布各所述呈現類型的私有屬性數據，所述呈現類
3型的私有屬性數據包括所述呈現類型對應的實體文件。本發明實施例提供一種內容發布系統，包括內容發布裝置和內容管理系統。所述內容發布裝置，用於發布內容的各呈現類型共有的公有屬性數據；所述呈現類型包括所述內容的銷售實體；所述內容發布裝置，還用於分別發布各所述呈現類型的私有屬性數據，所述呈現類型的私有屬性數據包括所述呈現類型對應的實體文件；所述內容管理系統，用於接收並存儲所述內容發布裝置發布的各所述呈現類型、 各所述呈現類型共有的公有屬性數據和各所述呈現類型的私有屬性數據；所述內容管理系統還用於展示所述內容。本發明實施例內容發布方法、裝置及系統、通過內容的「呈現類型」區分出了內容的公有屬性和私有屬性。在發布內容時，對於該內容的多個呈現類型對應的公有屬性，只需發布一次，從而避免了重複性操作，減少了冗餘數據。並且，只需進行一次發布過程，即可完成內容的多個可銷售形態即多個呈現類型的發布，提高了發布效率。另外，由於一個內容可包括多個呈現類型，在展示內容時不需要進行複雜的關聯操作。降低了關聯展示內容的多個銷售形態時的複雜度。
圖1為本發明內容發布方法實施例圖2為本發明內容發布方法實施例圖3為本發明內容發布方法實施例圖4為本發明內容發布方法實施例圖5為本發明內容發布方法實施例圖6為本發明內容發布方法實施例圖7為本發明內容發布裝置實施例圖8為本發明內容發布系統實施例
流程中內容的數據結構示意圖； .流程.中歌曲內容的數據結構圖； .中發布歌曲內容的操作示意圖-.中發布歌曲內容的操作示意圖: 結構示意圖； 結構示意圖。
具體實施例方式下面結合附圖和具體實施例進一步說明本發明實施例的技術方案。圖1為本發明內容發布方法實施例一流程圖，圖2為本發明內容發布方法實施例一中內容的數據結構示意圖。本發明實施例為內容增加了呈現類型的概念，如圖2所示，本發明實施例建立了內容與各呈現類型的關聯關係。一個內容，可與多個呈現類型建立關聯。內容可用來描述人類所感知的媒體實體，例如音樂、圖片、電影、遊戲等。內容還用於描述某個媒體實體的子類，例如音樂的子類歌曲。內容的呈現類型，用於描述內容在電信或網際網路領域中面對終端用戶的可銷售實體。呈現類型可以包括彩鈴、振鈴、下載和在線點播。各呈現類型「彩鈴、振鈴、下載和在線點播」的公有屬性包括歌曲名、歌手、對應專輯、曲風等。呈現類型「彩鈴」的私有屬性包括彩鈴的實體文件、文件信息等，文件包括文件支持的終端、能力部件、 適用的展示門戶等。根據本發明實施例發布內容的方法如圖1所示步驟11 發布內容的各呈現類型共有的公有屬性數據；呈現類型包括內容的銷售實體。內容可包括多個呈現類型，以歌曲內容「忘情水」為例，在電信領域的可銷售實體即呈現類型可表現為「彩鈴、振鈴、下載和在線點播」等。對於各呈現類型「彩鈴、振鈴、下載和在線點播」來說，歌曲名、歌手、對應專輯、曲風等，都是相同的，稱為公有屬性。根據本發明實施例中內容的數據結構，在發布歌曲內容時，只需發布一次這些公有屬性數據。步驟12 分別發布各呈現類型私有屬性數據，呈現類型的私有屬性數據包括呈現類型對應的實體文件。承上，對於各呈現類型「彩鈴、振鈴、下載和在線點播」來說，每個呈現類型的實體文件互不相同，適應的終端類型也互不相同，也就是每個呈現類型具有不相同的私有屬性數據。另外，一個呈現類型還可包括多個私有屬性。在發布各呈現類型的公有屬性數據之後，需分別發布每個呈現類型對應的私有屬性數據。在內容的各呈現類型共有的公有屬性數據、各個呈現類型的私有屬性數據均向 CMS發布之後，該內容的發布過程結束。對於歌曲內容「忘情水」來說，通過本實施例內容發布方法，只需進行一次發布過程，即可完成其四個可銷售形態「彩鈴、振鈴、下載和在線點播」的發布。因此，對於「彩鈴、振鈴、下載和在線點播」的公有屬性數據，只需發布一次。而根據現有內容發布方法，發布上述四個銷售形態時，需進行四次發布過程，並且每次發布需錄入部分相同的公有數據，存在大量冗餘數據。另外，在終端用戶展示內容時，對於忘情水的「彩鈴、振鈴、下載和在線點播」四個可銷售形態來說，需在一起關聯展示，根據現有發布方法需要進行複雜的關聯操作。而本發明實施例中上述銷售形態即呈現類型，均同屬於一個內容，在展示時不需要進行複雜的關聯操作。後續，若需要對內容增加新的呈現類型。可向CMS發布該新的呈現類型，並發布該新呈現類型的私有屬性數據，而不需要再次發布該新增的呈現類型與其它呈現類型的公有屬性數據。例如，歌曲內容「忘情水」在上一次發布時，只發布了四個呈現類型；「彩鈴、振鈴、下載和在線點播」。若後續出現了新的銷售形態即呈現類型「彩信」，則只向CMS發布新的呈現類型「彩信」，並發布「彩信」私有屬性和私有屬性對應的私有屬性數據。另外，在內容發布之後，若需要對內容的某一呈現類型的某一私有屬性數據進行更新，則只向CMS發布該呈現類型該私有屬性更新後的私有屬性數據，而不需再次向CMS發布該呈現類型與其它呈現類型共有的公有屬性數據。同理，若需要對內容的各呈現類型共有的某一公有屬性數據需要更新，則只向CMS發布該公有屬性更新後的公有屬性數據，而不需要逐個更新每個呈現類型。例如，歌曲內容「忘情水」的呈現類型「彩鈴」的實體文件發生變化，只向CMS發布「彩鈴」更新後的實體文件，從而替換原有的實體文件。內容「忘情水」各呈現類型的公有屬性「對應專輯「對應的公有屬性發生變化，則只向CMS發布「彩鈴」 的公有屬性「對應專輯「對應的新專輯名稱，從而替換原有的專輯名稱。此外，在內容發布之後，若該內容的某一呈現類型需增加新的私有屬性數據。該情況下，只向CMS系統發布該呈現類型新增加的私有屬性數據。同理，若該內容的各呈現類型增加了新的、共有的公有屬性數據，只向CMS系統發布各呈現類型新增加的、共有的公有屬性數據。例如，歌曲內容「忘情水」的呈現類型「在線點播」新增加了私有屬性數據「歌詞語言」韓語時，只向CMS系統發布「在線點播」新增加的「歌詞語言」韓語。歌曲內容「忘情水」各呈現類型需增加共有的公有屬性數據「內容發布者」公司時，只向CMS系統發布共有的公有屬性數據「內容發布者」公司。本發明實施例、通過內容的「呈現類型」區分出了內容的公有屬性和私有屬性。在發布內容時，對於該內容的多個呈現類型對應的公有屬性，只需發布一次，從而避免了重複性操作，減少了冗餘數據。並且，只需進行一次發布過程，即可完成內容的多個可銷售形態即多個呈現類型的發布，提高了發布效率。另外，由於一個內容可包括多個呈現類型，在展示內容時不需要進行複雜的關聯操作。降低了關聯展示內容的多個銷售形態時的複雜度。圖3為本發明內容發布方法實施例二流程圖，圖4為本發明內容發布方法實施例二中歌曲內容的數據結構圖，圖5為本發明內容發布方法實施例二中發布歌曲內容的操作示意圖一，圖6為本發明內容發布方法實施例二中發布歌曲內容的操作示意圖二。本實施例以歌曲內容為例，對內容發布方法進行說明。如圖3所示，本實施例包括301 =CMS向內容發布裝置發送歌曲內容發布接口。302 內容發布裝置選擇發布歌曲內容後，通過CMS提供的接口，向CMS發布歌曲內容的各呈現類型共有的公有屬性數據。具體地，例如，歌曲內容「忘情水」。如圖5所示，發布該歌曲內容所屬的目錄、歌曲描述、歌手、所屬的專輯、語種、歌詞、曲風、出品公司等該歌曲內容的各呈現類型共有的公有屬性數據。發布該歌曲內容的各呈現類型共有的公有屬性數據後，接著，分別發布該歌曲內容的各個呈現類型的私有屬性數據。例如，「忘情水」可包括四個呈現類型彩鈴、振鈴、下載和在線點播，303 內容發布裝置通過CMS提供的接口，向CMS發布該歌曲內容的呈現類型「彩鈴」的私有屬性數據。具體地，如圖5所示，可先通過CMS提供的接口，添加「忘情水」需發布的呈現類型 「彩鈴」。之後，如圖6所示，發布彩鈴的私有屬性文件描述、文件類型、文件大小、對應實體文件、彩鈴描述等對應的私有屬性數據。其中，如圖4所示，彩鈴可對應多個類型的實體文件，例如實體文件1和實體文件2。此外，「彩鈴」私有屬性數據還可包括分類、是否是集體彩鈴、是否是個人上傳彩鈴(如果是，是否可共享)、是否支持插件、支持的終端類型等。另外，可通過多種語言發布彩鈴描述對應的數據。304 內容發布裝置通過CMS提供的接口，向CMS發布該歌曲內容的呈現類型「振鈴」的私有屬性數據。具體地，如圖5所示，可先通過CMS提供的接口，添加「忘情水」需發布的呈現類型 「振鈴」。之後，發布振鈴的私有屬性文件描述、文件類型、文件大小、對應實體文件、振鈴描述、合弦數、分類等對應的私有屬性數據。其中，「振鈴」可對應多個類型的實體文件。此外， 可通過多種語言發布振鈴描述。305 內容發布裝置通過CMS提供的接口，向CMS發布該歌曲內容的呈現類型「下載」的私有屬性數據。具體地，如圖5所示，可先通過CMS提供的接口，選擇「忘情水」需發布的呈現類型 「下載」。之後，發布下載的私有屬性文件描述、文件類型、文件大小、對應實體文件、下載描
6述、分類、下載分發方式(彩鈴、簡訊、http)、是否支持MIDP (Mobile Information Device Profile)等對應的私有屬性數據。其中，「下載」可對應多個類型的實體文件。此外，可通過多種語言發布下載描述。 306 內容發布裝置通過CMS提供的接口，向CMS發布該歌曲內容的呈現類型「在線點播」的私有屬性數據。 具體地，如圖5所示，可先通過CMS提供的接口，添加「忘情水」需發布的呈現類型 「在線點播」。之後，發布在線點播的私有屬性文件描述、文件類型、文件大小、對應實體文件、在線點播描述、分類、清晰度(高清、低清、標清)、解析度等對應的私有屬性數據。其中， 「在線點播」可對應多個類型的實體文件。此外，可通過多種語言發布在線點播描述。307 =CMS審核內容發布裝置新發布的該歌曲內容。CMS接收到發布的內容後，對內容進行審核，審核通過則內容的整個發布過程結束。在審核被發布的內容時，各呈現類型共有的公有屬性數據只需審核一次，而現有方法需對內容的每個呈現類型逐個審核。如圖3所示，在歌曲內容「忘情水」發布後，若該內容需要增加新的呈現類型，執行 308。308 需要增加新的呈現類型為「彩信」時，內容發布裝置向CMS發布新的呈現類型 「彩信」的私有屬性數據。具體地，如圖5所示，可先通過CMS提供的「新增呈現類型」接口，添加「忘情水」需發布的新呈現類型「彩信」。之後，發布彩信對應的私有屬性數據文件描述、文件類型、文件大小、對應實體文件、支持的終端類型等對應的私有屬性數據。如圖3所示，在歌曲內容「忘情水」發布後，若該歌曲內容呈現類型「彩鈴」的實體文件發生變化，執行309。309 需更新「彩鈴」的實體文件時，內容發布裝置向CMS發布「彩鈴」更新後的實體文件A。如圖3所示，在歌曲內容「忘情水」發布後，呈現類型「在線點播」新增加了私有屬性「歌詞語言」，執行310。.310 需增加「在線點播」私有屬性「歌詞語言」韓語時，內容發布裝置向CMS系統發布「在線點播」新增加的「歌詞語言」韓語。具體地，可通過CMS提供的「新增私有屬性」接口，發布「在線點播」新增加的「歌
詞語言」韓語。在上述更新方式中，只涉及到歌曲內容「忘情水」被更新的部分，而不需重新發布其它沒有更新的部分。因此，本發明實施例，內容發布效率較高。本發明實施例通過「內容」和「呈現類型」的對應關係，實現了一個內容包括多種呈現類型時的一次發布和一次審核，降低了內容發布人員和審核人員的工作量。本發明實施例還適應於其他領域的數據抽取和內容的高效發布。圖7為本發明內容發布裝置實施例結構示意圖，如圖7所示，本實施例包括公有數據發布模塊71和私有數據發布模塊72。公有數據發布模塊71，用於發布內容的各呈現類型共有的公有屬性數據；呈現類型包括內容的銷售實體。私有數據發布模塊72，用於分別發布各呈現類型的私有屬性數據，呈現類型的私有屬性數據包括呈現類型對應的實體文件。內容發布後，公有數據發布模塊71還用於需更新已發布的各呈現類型的公有屬性數據時，發布更新後的各呈現類型共有的公有屬性數據；公有數據發布模塊71還用於需增加已發布的呈現類型的私有屬性數據時，發布呈現類型增加的私有屬性數據。私有數據發布模塊72還用於需更新已發布的呈現類型的私有屬性數據時，發布呈現類型更新後的私有屬性數據；私有數據發布模塊72還用於需增加內容的呈現類型時，發布內容的新呈現類型的私有屬性數據。上述各模塊的工作機理可參見圖1、3對應實施例的描述，在此不再贅述。本發明實施例，通過內容的「呈現類型」區分出了內容的公有屬性和私有屬性。在發布內容時，私有數據發布模塊72分別發布各呈現類型的私有屬性數據，公有數據發布模塊71發布內容的多個呈現類型對應的公有屬性，只需發布一次，避免了重複發布公有屬性數據的現象，減少了冗餘數據。在發布後的內容各呈現類型的私有屬性數據、或各呈現類型的公有屬性數據需更新時，可通過私有數據發布模塊72或公有數據發布模塊71重新發布更新後的相應部分，而不需重新發布其它未更新的部分。圖8為本發明內容發布系統實施例結構示意圖，如圖8所示，本實施例包括內容發布裝置81和內容管理系統82。其中，內容發布裝置81可為圖7所示的內容發布裝置，具體包括公有數據發布模塊和私有數據發布模塊。其中，公有數據發布模塊，用於發布內容的各呈現類型共有的公有屬性數據；呈現類型包括內容的銷售實體。私有數據發布模塊，用於分別發布各呈現類型的私有屬性數據， 呈現類型的私有屬性數據包括呈現類型對應的實體文件。內容管理系統82，用於接收並存儲內容發布裝置發布的各呈現類型、各呈現類型共有的公有屬性數據和各呈現類型的私有屬性數據；內容管理系統82還用於展示內容。本發明實施例，通過內容的「呈現類型」區分出了內容的公有屬性和私有屬性。內容發布裝置81在向內容管理系統82發布內容時，對於該內容的多個呈現類型對應的公有屬性，只需發布一次，避免了重複性操作，同時也減少了冗餘數據。本領域普通技術人員可以理解實現上述方法實施例的全部或部分步驟可以通過程序指令相關的硬體來完成，前述的程序可以存儲於一計算機可讀取存儲介質中，該程序在執行時，執行包括上述方法實施例的步驟；而前述的存儲介質包括R0M、RAM、磁碟或者光碟等各種可以存儲程序代碼的介質。最後應說明的是以上實施例僅用以說明本發明的技術方案，而非對其限制；儘管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特徵進行等同替換；而這些修改或者替換，並不使相應技術方案的本質脫離本發明各實施例技術方案的精神和範圍。
8
權利要求
1.一種內容發布方法，其特徵在於，包括發布內容的各呈現類型共有的公有屬性數據，所述呈現類型包括所述內容的銷售實體；分別發布各所述呈現類型的私有屬性數據，所述呈現類型的私有屬性數據包括所述呈現類型對應的實體文件。
2.根據權利要求1所述內容發布方法，其特徵在於，還包括需增加所述內容的新呈現類型時，發布所述內容的新呈現類型的私有屬性數據。
3.根據權利要求1所述內容發布方法，其特徵在於，還包括需更新已發布的呈現類型的私有屬性數據時，發布所述呈現類型更新後的私有屬性數據。
4.根據權利要求1所述內容發布方法，其特徵在於，還包括需更新已發布的各呈現類型的公有屬性數據時，發布更新後的各所述呈現類型共有的公有屬性數據。
5.根據權利要求1所述內容發布方法，其特徵在於，還包括需增加已發布的所述呈現類型的私有屬性數據時，發布所述呈現類型增加的私有屬性數據。
6.根據權利要求1所述內容發布方法，其特徵在於，還包括需增加各所述呈現類型共有的公有屬性數據時，發布各所述呈現類型增加的、共有的公有屬性數據。
7.根據權利要求1至6任一項所述內容發布方法，其特徵在於，所述內容為音樂時，所述內容的各呈現類型包括彩鈴、振鈴、下載和在線點播。
8.一種內容發布裝置，其特徵在於，包括公有數據發布模塊，用於發布內容的各呈現類型共有的公有屬性數據；所述呈現類型包括所述內容的銷售實體；私有數據發布模塊，用於分別發布各所述呈現類型的私有屬性數據，所述呈現類型的私有屬性數據包括所述呈現類型對應的實體文件。
9.根據權利要求8所述內容發布裝置，其特徵在於，所述公有數據發布模塊還用於需更新已發布的各呈現類型的公有屬性數據時，發布更新後的各所述呈現類型共有的公有屬性數據；所述公有數據發布模塊還用於需增加已發布的所述呈現類型的私有屬性數據時，發布所述呈現類型增加的私有屬性數據；或，所述私有數據發布模塊還用於需更新已發布的呈現類型的私有屬性數據時，發布所述呈現類型更新後的私有屬性數據；所述私有數據發布模塊還用於需增加所述內容的呈現類型時，發布所述內容的新呈現類型的私有屬性數據。
10.一種內容發布系統，其特徵在於，包括內容發布裝置和內容管理系統；所述內容發布裝置，用於發布內容的各呈現類型共有的公有屬性數據；所述呈現類型包括所述內容的銷售實體；所述內容發布裝置，還用於分別發布各所述呈現類型的私有屬性數據，所述呈現類型的私有屬性數據包括所述呈現類型對應的實體文件；所述內容管理系統，用於接收並存儲所述內容發布裝置發布的各所述呈現類型、各所述呈現類型共有的公有屬性數據和各所述呈現類型的私有屬性數據；所述內容管理系統還用於展示所述內容。
全文摘要
本發明提供了一種內容發布方法和裝置及系統，該方法包括發布內容的各呈現類型共有的公有屬性數據；所述呈現類型包括所述內容的銷售實體；分別發布各所述呈現類型的私有屬性數據，所述呈現類型的私有屬性數據包括所述呈現類型對應的實體文件。本發明避免了內容發布過程中的重複性操作，減少了冗餘數據。
文檔編號H04W4/06GK102215454SQ20101013881
公開日2011年10月12日 申請日期2010年4月1日 優先權日2010年4月1日
發明者劉衍初 申請人:華為技術有限公司