數(shù)字閱讀追加包方法、系統(tǒng)及編輯端的制作方法
【專利摘要】本發(fā)明涉及數(shù)字閱讀推送領(lǐng)域，具體涉及數(shù)字閱讀追加包方法、系統(tǒng)及編輯端。該方法包括：將數(shù)字內(nèi)容分割前期內(nèi)容和后期內(nèi)容；展示前期內(nèi)容；接收終端繼續(xù)讀請求；將繼續(xù)讀請求發(fā)送給數(shù)字內(nèi)容編輯端，并向終端提供支付標簽；編輯端根據(jù)繼續(xù)閱讀請求和支付標簽點擊反饋對后期內(nèi)容二次分割，并向終端發(fā)送；編輯端將請求對應數(shù)字內(nèi)容屬性提取；編輯端將包含屬性的其他數(shù)字內(nèi)容的前期內(nèi)容向終端推送。本發(fā)明獲取終端對前期內(nèi)容閱讀后的反饋效果，并獲取終端對后期內(nèi)容閱讀期待程度，該期待程度通過支付方式展示，并根據(jù)期待程度向終端推送后期內(nèi)容。而且，根據(jù)終端閱讀數(shù)字內(nèi)容屬性，篩選相應的其他數(shù)字內(nèi)容進行推送，提高與讀者閱讀習慣精準對應。
【專利說明】
數(shù)字閱讀追加包方法、系統(tǒng)及編輯端
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及數(shù)字閱讀推送領(lǐng)域，具體涉及數(shù)字閱讀追加包方法、系統(tǒng)及編輯端。
【背景技術(shù)】
[0002]移動閱讀主要是指在無線互聯(lián)網(wǎng)條件下，借助電子閱讀器、手機等閱讀載體，進行電子閱讀的行為。廣義的移動閱讀，是指通過短信、手機報、彩信、WAP網(wǎng)站、第三方閱讀軟件等渠道，獲取新聞信息、閱讀圖書雜志等網(wǎng)絡瀏覽行為。狹義的移動閱讀，則指借助手機、平板電腦、電子閱讀器等載體，在無線網(wǎng)絡或者離線條件下，通過WAP瀏覽、第三方閱讀客戶端、離線下載閱讀等方式進行的電子閱讀行為。閱讀的內(nèi)容，包括圖書、雜志、漫畫、報紙和多媒體讀物等。
[0003]當前移動閱讀的方式主要包括以下幾種:
[0004]1.手機WAP閱讀:手機閱讀是指以手機為載體，通過訪問WAP站點直接瀏覽和閱讀書籍的行為。手機閱讀不僅可以在線閱讀，還可以將圖書、雜志下載到手機上進行離線閱讀。例如:中國移動手機閱讀基地，中國聯(lián)通的“沃”，中國電信的天翼閱讀。
[0005]2.專用電子閱讀器閱讀:以專用的電子閱讀器為載體來閱讀。電子閱讀器閱讀是指利用專業(yè)的電子閱讀設備，進行在線閱讀和下載閱讀的行為，即通常所說的電子書閱讀。例如亞馬遜的Kindle閱讀器，盛大的Bambook。
[0006]3.第三方閱讀客戶端閱讀:由于智能手機、平板電腦等大量普及，助推移動閱讀迅捷發(fā)展。用戶可以在無線環(huán)境下下載第三方閱讀客戶端，通過免費或者付費的形式來實現(xiàn)閱讀。例如盛大的云中書城、騰訊的QQ閱讀、百閱閱讀、百度的熊貓看書等。
[0007]現(xiàn)有移動閱讀均是由內(nèi)容提供商(版權(quán)擁有者)將原創(chuàng)內(nèi)容的版權(quán)一次性售賣給內(nèi)容運營商，再由內(nèi)容運營商為讀者提供內(nèi)容閱讀，造成當前移動閱讀數(shù)字內(nèi)容的成果較弱。

【發(fā)明內(nèi)容】

[0008]本發(fā)明的實施例提供一種數(shù)字閱讀追加包方法、系統(tǒng)及編輯端，能夠解決數(shù)字閱讀深加工，符合閱讀需求的推送問題。
[0009]根據(jù)本發(fā)明的提供一種數(shù)字閱讀追加包方法，其特征在于，包括:
[0010]對多個數(shù)字內(nèi)容分別分割為前期內(nèi)容和后期內(nèi)容；
[0011]以紙質(zhì)閱讀或電子閱讀的方式向終端展示所述前期內(nèi)容；
[0012I接收終端的繼續(xù)閱讀請求；
[0013]將所述繼續(xù)閱讀請求發(fā)送給數(shù)字內(nèi)容的編輯端，并向終端提供支付標簽；
[0014]編輯端根據(jù)所述繼續(xù)閱讀請求和支付標簽的點擊反饋對后期內(nèi)容進行二次分割，并將二次分割的內(nèi)容向終端發(fā)送；
[0015]編輯端將繼續(xù)閱讀請求對應的數(shù)字內(nèi)容進行屬性提??；
[0016]編輯端將包含所述屬性的其他數(shù)字內(nèi)容的前期內(nèi)容向所述終端推送。
[0017]在一些實施例中，優(yōu)選為，所述屬性包括:作者、出版社、內(nèi)容類別、內(nèi)容長度、內(nèi)容關(guān)鍵字、國別中的一種或多種。
[0018]在一些實施例中，優(yōu)選為，所述編輯端將包含所述屬性的其他數(shù)字內(nèi)容的前期內(nèi)容向所述終端推送之前，所述方法還包括:
[0019]所述編輯端搜集待推送的數(shù)字內(nèi)容；
[0020]并對待推送的數(shù)字內(nèi)容進行分析，提取個性化屬性；
[0021]根據(jù)所述個性化屬性，對待推送的數(shù)字內(nèi)容進行重新歸類。
[0022]在一些實施例中，優(yōu)選為，所述編輯端將包含所述屬性的其他數(shù)字內(nèi)容的前期內(nèi)容向所述終端推送包括:
[0023]編輯端根據(jù)所述屬性確定繼續(xù)閱讀請求對應的數(shù)字內(nèi)容的類別；
[0024]根據(jù)所述類別，提取該類別內(nèi)的其他數(shù)字內(nèi)容；
[0025]按所述屬性對所有所述其他數(shù)字內(nèi)容進行屬性重疊度排序；
[0026]選取預設數(shù)量的排名靠前的其他數(shù)字內(nèi)容，將其前期內(nèi)容進行推送。
[0027]在一些實施例中，優(yōu)選為，所述支付標簽與支付平臺連接，所述支付平臺與所述編輯端連接。
[0028]在一些實施例中，優(yōu)選為，所述支付標簽包括:二維碼、一維碼、支付網(wǎng)址中的任一種。
[0029 ]本發(fā)明還提供了一種編輯端，其包括:
[0030]分割模塊，用于對多個數(shù)字內(nèi)容分別分割為前期內(nèi)容和后期內(nèi)容，根據(jù)支付標簽的點擊反饋對后期內(nèi)容進行二次分割；
[0031]接收模塊，用于接收轉(zhuǎn)發(fā)的繼續(xù)閱讀請求，和支付信號；
[0032]推送模塊，用于將數(shù)字內(nèi)容向終端發(fā)送；
[0033]提取模塊，用于提取數(shù)字內(nèi)容的屬性，并通過屬性進行其他數(shù)字內(nèi)容的篩選。
[0034]在一些實施例中，優(yōu)選為，所述的編輯端還包括:
[0035]搜集模塊，用于搜集待推送的數(shù)字內(nèi)容；
[0036]歸類模塊，用于從所述提取模塊提取待推送數(shù)字內(nèi)容的個性化屬性，并根據(jù)所述個性化屬性，對待推送的數(shù)字內(nèi)容進行重新歸類。
[0037]在一些實施例中，優(yōu)選為，所述的編輯端還包括:篩選模塊；
[0038]所述篩選模塊，用于根據(jù)所述屬性確定繼續(xù)閱讀請求，從歸類模塊中得到對應的數(shù)字內(nèi)容的類別；并提取該類別的其他數(shù)字內(nèi)容;按所述屬性對所有所述其他數(shù)字內(nèi)容進行屬性重疊度排序;選取預設數(shù)量的排名靠前的其他數(shù)字內(nèi)容，將其前期內(nèi)容發(fā)送給推送模塊，供推送。
[0039]本發(fā)明還提供了一種數(shù)字閱讀追加包系統(tǒng)，其包括:
[0040]服務器、終端、編輯端、支付平臺；其中服務器分別與終端、編輯端連接;所述編輯端和所述終端連接;所述支付平臺分別與所述終端、所述編輯端連接。
[0041]通過本發(fā)明的實施例提供的數(shù)字閱讀追加包方法、系統(tǒng)及編輯端，與現(xiàn)有技術(shù)相比，將數(shù)字內(nèi)容進行分割為前期內(nèi)容、后期內(nèi)容，獲取終端對前期內(nèi)容閱讀后的反饋效果，并獲取終端對后期內(nèi)容閱讀的期待程度，該期待程度通過支付方式展示，并根據(jù)期待程度向終端推送后期內(nèi)容。而且，適應終端的閱讀需求和閱讀習慣，根據(jù)終端閱讀的數(shù)字內(nèi)容的屬性，篩選相應的其他數(shù)字內(nèi)容進行推送，提高數(shù)字閱讀與讀者閱讀習慣的適應性和精準度，提升移動閱讀的成果。
【附圖說明】
[0042]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，以下將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖進行論述，顯然，在結(jié)合附圖進行描述的技術(shù)方案僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員而言，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖所示實施例得到其它的實施例及其附圖。
[0043]圖1是本發(fā)明一個實施例中數(shù)字閱讀追加包方法的流程示意圖。
【具體實施方式】
[0044]以下將結(jié)合附圖對本發(fā)明各實施例的技術(shù)方案進行清楚完整的描述，顯然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在不需要創(chuàng)造性勞動的前提下所得到的所有其它實施例，都在本發(fā)明所保護的范圍內(nèi)。
[0045]考慮到現(xiàn)有數(shù)字閱讀與讀者互動差，只根據(jù)讀者對數(shù)字內(nèi)容的點擊進行推送，到這與讀者閱讀習慣存在偏差，很難貼近讀者真實閱讀需求的問題，本實施例提供并保護一種數(shù)字閱讀追加包方法，其包括:對多個數(shù)字內(nèi)容分別分割為前期內(nèi)容和后期內(nèi)容；以紙質(zhì)閱讀或電子閱讀的方式向終端展示前期內(nèi)容;接收終端的繼續(xù)閱讀請求;將繼續(xù)閱讀請求發(fā)送給數(shù)字內(nèi)容的編輯端，并向終端提供支付標簽;編輯端根據(jù)繼續(xù)閱讀請求和支付標簽的點擊反饋對后期內(nèi)容進行二次分割，并將二次分割的內(nèi)容向終端發(fā)送;編輯端將繼續(xù)閱讀請求對應的數(shù)字內(nèi)容進行屬性提取;編輯端將包含屬性的其他數(shù)字內(nèi)容的前期內(nèi)容向終端推送。
[0046]對應該方法的編輯端，其包括:分割模塊，用于對多個數(shù)字內(nèi)容分別分割為前期內(nèi)容和后期內(nèi)容，根據(jù)支付標簽的點擊反饋對后期內(nèi)容進行二次分割;接收模塊，用于接收轉(zhuǎn)發(fā)的繼續(xù)閱讀請求，和支付信號;推送模塊，用于將數(shù)字內(nèi)容向終端發(fā)送;提取模塊，用于提取數(shù)字內(nèi)容的屬性，并通過屬性進行其他數(shù)字內(nèi)容的篩選。
[0047]應用該方法的系統(tǒng)包括:服務器、終端、編輯端、支付平臺；其中服務器分別與終端、編輯端連接;編輯端和終端連接;支付平臺分別與終端、編輯端連接。
[0048]將數(shù)字內(nèi)容進行分割為前期內(nèi)容、后期內(nèi)容，獲取終端對前期內(nèi)容閱讀后的反饋效果，并獲取終端對后期內(nèi)容閱讀的期待程度，該期待程度通過支付方式展示，并根據(jù)期待程度向終端推送后期內(nèi)容。而且，適應終端的閱讀需求和閱讀習慣，根據(jù)終端閱讀的數(shù)字內(nèi)容的屬性，篩選相應的其他數(shù)字內(nèi)容進行推送，提高數(shù)字閱讀與讀者閱讀習慣的適應性和精準度。
[0049]接下來，將對本技術(shù)進行詳細的描述:
[0050]為了更準確的貼近讀者的真正的閱讀需求，提供一種數(shù)字閱讀追加包方法，其包括，如圖1所示:
[0051 ]步驟101，搜集數(shù)字內(nèi)容；
[0052]步驟102，對所有數(shù)字內(nèi)容分別分割為前期內(nèi)容和后期內(nèi)容；
[0053]步驟103，對所有數(shù)字內(nèi)容的屬性進行提取；
[0054]為了在表述上進行區(qū)分，權(quán)利要求中有些稱為屬性，有些稱為個性化屬性，但在實質(zhì)意義上都是屬性，即數(shù)字內(nèi)容的作者、出版社、內(nèi)容類別、內(nèi)容長度、內(nèi)容關(guān)鍵字、國別中的一種或多種。在實際操作中，該屬性可以擴展。
[0055 ]步驟104，根據(jù)屬性，對所有數(shù)字內(nèi)容進行歸類；
[0056]步驟105，以紙質(zhì)閱讀或電子閱讀的方式向終端展示前期內(nèi)容；
[0057]以紙質(zhì)閱讀、電子閱讀進行展示，是為了利用盡量多的閱讀渠道，方便不同閱讀習慣的讀者都能夠了解到相應的內(nèi)容。
[0058]步驟106，接收終端的繼續(xù)閱讀請求；
[0059]該繼續(xù)閱讀請求為隨前期內(nèi)容共同展示給讀者，讀者如果有一定的閱讀需求，會提出繼續(xù)閱讀請求。該繼續(xù)閱讀請求可以以二維碼、網(wǎng)址等方式提供給讀者，讀者采用自己的終端設備(手機、平板電腦、PC機等)提出該請求。
[0060]步驟107，將繼續(xù)閱讀請求發(fā)送給數(shù)字內(nèi)容的編輯端，并向終端提供支付標簽；
[0061]服務器連接讀者終端的請求，并作為中轉(zhuǎn)，將其發(fā)送給編輯端。為了更進一步貼近讀者的真實閱讀習慣和強烈的閱讀需求，服務器會在接到繼續(xù)閱讀請求后向終端發(fā)送支付標簽，如果終端讀者有非常強烈的閱讀需求，會采用支付閱讀。支付是繼繼續(xù)閱讀請求之后的再一次驗證讀者的閱讀需求。
[0062]支付標簽與支付平臺連接，支付平臺與編輯端連接，通過支付平臺的支持來確認支付順利完成。支付平臺可以使用現(xiàn)有微信支付、支付寶支付等現(xiàn)有支付方式，同時不排除未來的各種支付方式、支付途徑。
[0063]支付標簽包括:二維碼、一維碼、支付網(wǎng)址中的任一種。
[0064]步驟108，編輯端根據(jù)繼續(xù)閱讀請求和支付標簽的點擊反饋對后期內(nèi)容進行二次分割，并將二次分割的內(nèi)容向終端發(fā)送；
[0065]此處的二次分割是與支付情況、支付數(shù)額來定義的，比如:支付全額，則直接將后期內(nèi)容推送;支付章節(jié)費用，則按章節(jié)分割后做對應推送;比如:支付某作者，則將對應的挑選分割后做對應推送;比如:支付某頁碼范圍，則將相應頁碼分割后做相應推送。
[0066]之所以采用二次分割，是充分考慮數(shù)字內(nèi)容的多樣性、復雜性，有時數(shù)字內(nèi)容太大，而讀者只需要其中某些內(nèi)容，無需支付整個數(shù)字內(nèi)容(此處指的是讀者前期閱讀到的前期內(nèi)容所屬的數(shù)字內(nèi)容，而并非“數(shù)字內(nèi)容”概念、或全部數(shù)字內(nèi)容)。
[0067]步驟109，編輯端將繼續(xù)閱讀請求對應的數(shù)字內(nèi)容進行屬性提取；
[0068]本步驟的作用在于向讀者進行持續(xù)性內(nèi)容推送，以充分滿足讀者的閱讀習慣，以達到讀者此類閱讀的體系化推送。
[0069]屬性提取的方式可以有很多種，可以參考現(xiàn)有技術(shù)執(zhí)行，此處不再贅述。
[0070]步驟110，編輯端將包含屬性的其他數(shù)字內(nèi)容的前期內(nèi)容向終端推送。
[0071]由于同類型數(shù)字內(nèi)容可能非常多，但是，如果整體推送，效果非常差，也很難準確對應讀者的閱讀習慣，因此，可以將該步驟拆分為如下工作:
[0072]步驟110-1，編輯端根據(jù)繼續(xù)閱讀請求的數(shù)字內(nèi)容的屬性確定繼續(xù)閱讀請求對應的數(shù)字內(nèi)容的類別；
[0073]對整個數(shù)字內(nèi)容進行歸類的工作上文已經(jīng)完成，通過類別尋找相似、同類的數(shù)字內(nèi)容更方便、快捷。
[0074]步驟110-2，根據(jù)類別，提取該類別內(nèi)的其他數(shù)字內(nèi)容；
[0075]步驟110-3，按屬性對所有其他數(shù)字內(nèi)容進行屬性重疊度排序；
[0076]排序的方式是為了更貼近讀者的閱讀習慣，且通過重疊度來處理，也是為了增強精準度。
[0077]步驟110-4，選取預設數(shù)量的排名靠前的其他數(shù)字內(nèi)容，將其前期內(nèi)容進行推送。
[0078]支付標簽與支付平臺連接，支付平臺與編輯端連接。
[0079]為了更好的執(zhí)行上述數(shù)字閱讀追加包方法，本發(fā)明還提供了編輯端，該編輯端主要應用于數(shù)字內(nèi)容的編輯者，該編輯端可以加載于編輯者的應用終端上，也可以作為獨立硬件設備供使用。其功能與追加包方法中相似。主要包括:
[0080]分割模塊，用于對多個數(shù)字內(nèi)容分別分割為前期內(nèi)容和后期內(nèi)容，根據(jù)支付標簽的點擊反饋對后期內(nèi)容進行二次分割；
[0081]接收模塊，用于接收轉(zhuǎn)發(fā)的繼續(xù)閱讀請求，和支付信號；
[0082 ]推送模塊，用于將數(shù)字內(nèi)容向終端發(fā)送；
[0083]提取模塊，用于提取數(shù)字內(nèi)容的屬性，并通過屬性進行其他數(shù)字內(nèi)容的篩選。
[0084]其還包括:搜集模塊，用于搜集待推送的數(shù)字內(nèi)容；歸類模塊，用于從提取模塊提取待推送數(shù)字內(nèi)容的個性化屬性，并根據(jù)個性化屬性，對待推送的數(shù)字內(nèi)容進行重新歸類。
[0085]其還包括:篩選模塊；
[0086]篩選模塊，用于根據(jù)屬性確定繼續(xù)閱讀請求，從歸類模塊中得到對應的數(shù)字內(nèi)容的類別;并提取該類別的其他數(shù)字內(nèi)容;按屬性對所有其他數(shù)字內(nèi)容進行屬性重疊度排序；選取預設數(shù)量的排名靠前的其他數(shù)字內(nèi)容，將其前期內(nèi)容發(fā)送給推送模塊，供推送。
[0087]為了將數(shù)字閱讀追加包方法進行整體規(guī)劃，需提供一種數(shù)字閱讀追加包系統(tǒng)，其包括:
[0088]服務器、終端、編輯端、支付平臺；其中服務器分別與終端、編輯端連接;編輯端和終端連接;支付平臺分別與終端、編輯端連接。
[0089]本發(fā)明提供的各種實施例可根據(jù)需要以任意方式相互組合，通過這種組合得到的技術(shù)方案，也在本發(fā)明的范圍內(nèi)。顯然，在不脫離本發(fā)明的精神和范圍的情況下，本領(lǐng)域技術(shù)人員可以對本發(fā)明進行各種改動和變型。如果對本發(fā)明的這些改動和變型是在本發(fā)明的權(quán)利要求及其等同方案的范圍之內(nèi)，則本發(fā)明也將包含這些改動和變型。
【主權(quán)項】
1.一種數(shù)字閱讀追加包方法，其特征在于，包括: 對多個數(shù)字內(nèi)容分別分割為前期內(nèi)容和后期內(nèi)容； 以紙質(zhì)閱讀或電子閱讀的方式向終端展示所述前期內(nèi)容； 接收終端的繼續(xù)閱讀請求； 將所述繼續(xù)閱讀請求發(fā)送給數(shù)字內(nèi)容的編輯端，并向終端提供支付標簽； 編輯端根據(jù)所述繼續(xù)閱讀請求和支付標簽的點擊反饋對后期內(nèi)容進行二次分割，并將二次分割的內(nèi)容向終端發(fā)送； 編輯端將繼續(xù)閱讀請求對應的數(shù)字內(nèi)容進行屬性提??； 編輯端將包含所述屬性的其他數(shù)字內(nèi)容的前期內(nèi)容向所述終端推送。2.如權(quán)利要求1所述的數(shù)字閱讀追加包方法，其特征在于，所述屬性包括:作者、出版社、內(nèi)容類別、內(nèi)容長度、內(nèi)容關(guān)鍵字、國別中的一種或多種。3.如權(quán)利要求1所述的數(shù)字閱讀追加包方法，其特征在于，所述編輯端將包含所述屬性的其他數(shù)字內(nèi)容的前期內(nèi)容向所述終端推送之前，所述方法還包括: 所述編輯端搜集待推送的數(shù)字內(nèi)容； 并對待推送的數(shù)字內(nèi)容進行分析，提取個性化屬性； 根據(jù)所述個性化屬性，對待推送的數(shù)字內(nèi)容進行重新歸類。4.如權(quán)利要求3所述的數(shù)字閱讀追加包方法，其特征在于，所述編輯端將包含所述屬性的其他數(shù)字內(nèi)容的前期內(nèi)容向所述終端推送包括: 編輯端根據(jù)所述屬性確定繼續(xù)閱讀請求對應的數(shù)字內(nèi)容的類別； 根據(jù)所述類別，提取該類別內(nèi)的其他數(shù)字內(nèi)容； 按所述屬性對所有所述其他數(shù)字內(nèi)容進行屬性重疊度排序； 選取預設數(shù)量的排名靠前的其他數(shù)字內(nèi)容，將其前期內(nèi)容進行推送。5.如權(quán)利要求1所述的數(shù)字閱讀追加方法，其特征在于，所述支付標簽與支付平臺連接，所述支付平臺與所述編輯端連接。6.如權(quán)利要求1所述的數(shù)字閱讀追加方法，其特征在于，所述支付標簽包括:二維碼、一維碼、支付網(wǎng)址中的任一種。7.一種編輯端，其特征在于，包括: 分割模塊，用于對多個數(shù)字內(nèi)容分別分割為前期內(nèi)容和后期內(nèi)容，根據(jù)支付標簽的點擊反饋對后期內(nèi)容進行二次分割； 接收模塊，用于接收轉(zhuǎn)發(fā)的繼續(xù)閱讀請求，和支付信號； 推送模塊，用于將數(shù)字內(nèi)容向終端發(fā)送； 提取模塊，用于提取數(shù)字內(nèi)容的屬性，并通過屬性進行其他數(shù)字內(nèi)容的篩選。8.如權(quán)利要求7所述的編輯端，其特征在于，還包括: 搜集模塊，用于搜集待推送的數(shù)字內(nèi)容； 歸類模塊，用于從所述提取模塊提取待推送數(shù)字內(nèi)容的個性化屬性，并根據(jù)所述個性化屬性，對待推送的數(shù)字內(nèi)容進行重新歸類。9.如權(quán)利要求7所述的編輯端，其特征在于，還包括:篩選模塊； 所述篩選模塊，用于根據(jù)所述屬性確定繼續(xù)閱讀請求，從歸類模塊中得到對應的數(shù)字內(nèi)容的類別；并提取該類別的其他數(shù)字內(nèi)容;按所述屬性對所有所述其他數(shù)字內(nèi)容進行屬性重疊度排序;選取預設數(shù)量的排名靠前的其他數(shù)字內(nèi)容，將其前期內(nèi)容發(fā)送給推送模塊，供推送。10.一種數(shù)字閱讀追加包系統(tǒng)，其特征在于:包括: 服務器、終端、編輯端、支付平臺；其中服務器分別與終端、編輯端連接;所述編輯端和所述終端連接;所述支付平臺分別與所述終端、所述編輯端連接。
【文檔編號】G06Q20/12GK105956904SQ201610263421
【公開日】2016年9月21日
【申請日】2016年4月26日
【發(fā)明人】劉永堅, 白立華
【申請人】武漢理工數(shù)字傳播工程有限公司