專利名稱:軟件發(fā)布方法和裝置的制作方法
技術領域:
本發(fā)明涉及網(wǎng)絡數(shù)據(jù)處理技術,尤其涉及一種軟件發(fā)布方法和裝置。
背景技術:
目前,隨著智能手機終端的高速發(fā)展和3G通信技術的迅速普及,豐富多彩的手機應用軟件為電信運營商吸引來眾多的手機應用客戶,并帶來了快速的數(shù)據(jù)業(yè)務增長,也為手機應用軟件開發(fā)者提供了豐厚的回報。越來越多的應用軟件中存在與用戶交互的需求,即在軟件的運行過程中可能會彈出交互信息,供用戶查看、選擇、與運營商交互等。例如,支付彈出點就是典型的一種彈出交互信息。針對中國手機應用軟件使用者的特點,采取免費下發(fā)軟件,讓用戶先免費體驗、再根據(jù)個人意愿進行應用內(nèi)付費已成為一種極具競爭力的手機軟件付費方式。這不僅讓用戶通過自身體驗后,買到真正自己心儀的軟件,從長遠上看,也有利于用市場機制提高軟件質(zhì)量,加速淘汰不好軟件,提高用戶體驗,讓運營商和高水平的開發(fā)者都能從競爭中獲益。目前針對應用軟件內(nèi)支付信息彈出時機的選擇,行業(yè)內(nèi)通常采用的是基于人為經(jīng)驗的應用內(nèi)支付彈出時機決定方法,對欲上線的內(nèi)嵌有應用內(nèi)支付彈出點的軟件,彈出點的位置是根據(jù)對以往銷售同類型軟件的彈出時機的借鑒或者根據(jù)軟件開發(fā)者或運營商對消費者心理的判斷來人為決定。但是,由于每個軟件的獨特性,不同消費群體對軟件購買行為的差異性,僅憑原有的基于人為經(jīng)驗來決定應用內(nèi)支付彈出時機的方法是不可取的。不恰當?shù)膹棾鰰r機可能大大降低用戶的購買熱情,甚至讓消費者產(chǎn)生厭煩情緒,進而降低運營商和開發(fā)者的收入。諸如支付信息等其他交互信息的彈出點也存在同樣的問題,即通常根據(jù)人為經(jīng)驗預先設定,不能變化以適應不同場景或不同用戶的需求。
發(fā)明內(nèi)容
本發(fā)明實施例提供一種軟件發(fā)布方法和裝置,以實現(xiàn)靈活設置軟件中交互信息的彈出點,從而適應不同的需求。本發(fā)明實施例提供了一種軟件發(fā)布方法,包括根據(jù)待發(fā)布軟件形成至少兩個彈出版本的軟件,其中,軟件的各彈出版本中按照配置策略配置的交互信息彈出點不同;基于發(fā)布策略發(fā)布各彈出版本的軟件;當接收到軟件交互請求時,從中獲取軟件的彈出版本并進行統(tǒng)計;根據(jù)統(tǒng)計結(jié)果更新所述配置策略和/或所述發(fā)布策略。本發(fā)明實施例還提供了一種軟件發(fā)布裝置,包括版本形成模塊,用于根據(jù)待發(fā)布軟件形成至少兩個彈出版本的軟件,其中,軟件的各彈出版本中按照配置策略配置的交互信息彈出點不同;
軟件發(fā)布模塊,用于基于發(fā)布策略發(fā)布各彈出版本的軟件;版本統(tǒng)計模塊,用于當接收到軟件交互請求時,從中獲取軟件的彈出版本并進行統(tǒng)計;策略更新模塊,用于根據(jù)統(tǒng)計結(jié)果更新所述配置策略和/或所述發(fā)布策略。本發(fā)明實施例的技術方案,通過為同一款軟件設置具有不同彈出點的不同彈出版本,并根據(jù)用戶交互請求的反饋進行統(tǒng)計處理,能夠確定合適的彈出點,并根據(jù)統(tǒng)計結(jié)果進行實時地自動調(diào)整和更新,有利于優(yōu)化軟件的發(fā)布過程,滿足各種不同需求。
圖I為本發(fā)明實施例一提供的軟件發(fā)布方法的流程圖;圖2為本發(fā)明實施例二提供的軟件發(fā)布方法的流程圖;·圖3為本發(fā)明實施例三所適用的軟件發(fā)布裝置的結(jié)構(gòu)示意圖;圖4為本發(fā)明實施例三提供的軟件發(fā)布方法中第一階段的信令流程圖;圖5為本發(fā)明實施例三提供的軟件發(fā)布方法中第二階段的信令流程圖;圖6為本發(fā)明實施例四提供的軟件發(fā)布裝置的結(jié)構(gòu)示意圖。
具體實施例方式實施例一圖I為本發(fā)明實施例一提供的軟件發(fā)布方法的流程圖,本實施例所提供的軟件發(fā)布方法適用于各種運營商發(fā)布軟件的情況,軟件發(fā)布通常由運營商側(cè)的發(fā)布平臺服務器來執(zhí)行,本實施例具體由運營商發(fā)布平臺服務器上配置的軟件發(fā)布裝置來執(zhí)行,軟件發(fā)布裝置可以為由軟件實現(xiàn)的服務器中的功能模塊,該方法具體包括步驟110、軟件發(fā)布裝置根據(jù)待發(fā)布軟件形成至少兩個彈出版本的軟件,其中,軟件的各彈出版本中按照配置策略配置的交互信息彈出點不同;在上述步驟中,配置策略中預先設定了軟件的不同交互信息彈出點,以支付彈出點為例,配置策略可以設定將軟件的數(shù)個時點作為支付彈出點,配置策略可以基于經(jīng)驗人為設定,每款軟件的配置策略可以相同或不同。則本步驟中為每款軟件形成了具有不同交互信息彈出點的不同彈出版本。步驟120、軟件發(fā)布裝置基于發(fā)布策略發(fā)布各彈出版本的軟件;發(fā)布策略為預先設定,主要確定該發(fā)布哪個彈出版本的軟件,由于隨后發(fā)布策略或配置策略均可實時地被更新,所以初始的發(fā)布策略可以基于人為經(jīng)驗設定,優(yōu)選是初始化的發(fā)布策略為順序向不同用戶發(fā)布各彈出版本的軟件,從而盡量平均發(fā)布各彈出版本?;蛘?,也可以按照其他方式發(fā)布各彈出版本,例如,隨機下發(fā)等。步驟130、當軟件發(fā)布裝置接收到軟件交互請求時,從中獲取軟件的彈出版本并進行統(tǒng)計;軟件交互請求為用戶根據(jù)交互信息彈出點彈出的內(nèi)容與運營商交互式所發(fā)送的請求消息,例如對于支付彈出點,軟件交互請求則為軟件付費請求。運營商可以在步驟120中基于用戶的軟件下載請求向用戶免費發(fā)布軟件,而后當接收到用戶的軟件付費請求時再執(zhí)行付費流程。
步驟140、軟件發(fā)布裝置根據(jù)統(tǒng)計結(jié)果更新所述配置策略和/或發(fā)布策略。上述步驟具體是根據(jù)統(tǒng)計結(jié)果優(yōu)化配置策略和/或發(fā)布策略。對于配置策略,可以根據(jù)統(tǒng)計結(jié)果更新軟件的彈出版本,例如,按照用戶交互最多的彈出版本確定交互信息彈出點。對于發(fā)布策略,可以根據(jù)用戶、時段、軟件類型、受歡迎程度等其他應用場景的變化選擇發(fā)布交互最多的彈出版本。本發(fā)明實施例的技術方案,通過為同一款軟件設置具有不同彈出點的不同彈出版本,并根據(jù)用戶交互請求的反饋進行統(tǒng)計處理,能夠確定合適的彈出點,并根據(jù)統(tǒng)計結(jié)果進行實時地自動調(diào)整和更新,有利于優(yōu)化軟件的發(fā)布過程,滿足各種不同需求。實施例二
圖2為本發(fā)明實施例二提供的軟件發(fā)布方法的流程圖,本實施例以實施例一為基礎,且優(yōu)選是對用戶進行分類,基于不同類別的用戶發(fā)布對應的彈出版本。該方法包括如下步驟步驟210、軟件發(fā)布裝置根據(jù)待發(fā)布軟件形成至少兩個彈出版本的軟件,其中,軟件的各彈出版本中按照配置策略配置的交互信息彈出點不同;步驟220、軟件發(fā)布裝置基于發(fā)布策略發(fā)布各彈出版本的軟件;步驟230、當軟件發(fā)布裝置接收到軟件交互請求時,從所述軟件交互請求中解析獲取用戶屬性信息和軟件的彈出版本;步驟240、軟件發(fā)布裝置根據(jù)用戶屬性信息對用戶進行分類,并對每類用戶所請求交互的軟件彈出版本分別進行統(tǒng)計;步驟250、軟件發(fā)布裝置根據(jù)統(tǒng)計結(jié)果更新所述配置策略和/或發(fā)布策略,從而在后續(xù)發(fā)布軟件時可基于新的發(fā)布策略實施發(fā)布,或基于新的配置策略更新軟件的彈出版本。本實施例的技術方案基于用戶屬性信息對用戶進行了分類,并統(tǒng)計得出每類用戶所請求交互的軟件彈出版本,這實際上表明了該類用戶對交互信息彈出點的好惡。用戶屬性信息可以有多種,例如,可基于用戶注冊信息中用戶的年齡、職業(yè)、地域等屬性進行分類,也可以基于用戶的網(wǎng)絡交互習慣模式進行分類。典型地可以基于用戶購買習慣進行分類。則一種優(yōu)選方案為,交互信息彈出點為支付彈出點,用戶屬性信息包括用戶注冊信息和用戶購買歷史信息,用戶購買歷史信息至少包括下述選項的一種或幾種購買時段、購買軟件類別和購買軟件金額。則根據(jù)所述用戶屬性信息確定發(fā)送所述軟件下載請求的用戶的類別可具體包括根據(jù)所述用戶的購買時段,將相同時段范圍內(nèi)的用戶分為一類;根據(jù)所述用戶的購買軟件類別,將購買同類軟件的用戶分為一類;或根據(jù)所述用戶的購買軟件金額,將相同金額范圍內(nèi)的用戶分為一類。實際的分類方式并不限于上述內(nèi)容。在本實施例中,優(yōu)選是在根據(jù)統(tǒng)計結(jié)果更新所述發(fā)布策略之后,則基于發(fā)布策略發(fā)布各彈出版本的軟件包括當軟件發(fā)布裝置接收到軟件下載請求時,從所述軟件下載請求中解析獲取用戶屬性信息;
軟件發(fā)布裝置根據(jù)所述用戶屬性信息確定發(fā)送所述軟件下載請求的用戶的類別;軟件發(fā)布裝置按照所述用戶的類別,將根據(jù)統(tǒng)計結(jié)果確定的該類別用戶所對應的軟件彈出版本下發(fā)給所述用戶。上述方案的有益之處在于,在發(fā)布軟件的過程中,也能區(qū)分用戶提供不同彈出版本的軟件,而非對所有用戶進行統(tǒng)一化的處理。實施例三本發(fā)明實施例三提供的軟件發(fā)布方法具體以支付彈出點作為交互信息彈出點為例進行說明。在實際應用中,應用軟件內(nèi)的支付信息何時彈出,不同的用戶彈出時機如何選取,對用戶最終是否購買該應用有很大的影響,恰到好處的彈出時機會大大增加用戶的付費購買幾率,反之一個不恰當?shù)膹棾鰰r機則會降低用戶的消費欲望、甚至讓用戶產(chǎn)生厭煩情緒。因此,選取合適的應用內(nèi)支付信息彈出時機是十分重要的。本實施例為解決基于經(jīng) 驗的所有用戶均采取統(tǒng)一的應用內(nèi)支付彈出時機不恰當?shù)膯栴},采用基于運營中用戶購買行為統(tǒng)計分析的應用內(nèi)支付彈出時機決定機制。圖3為本發(fā)明實施例三所適用的軟件發(fā)布裝置的結(jié)構(gòu)示意圖,該軟件發(fā)布裝置包括版本形成模塊310、軟件發(fā)布模塊320、用戶分類模塊330、版本統(tǒng)計模塊340和策略更新模塊350。軟件發(fā)布模塊320和用戶分類模塊330分別為與下載用戶的終端交互的接口模塊,交互軟件下載請求、發(fā)布軟件和軟件交互請求。其中,版本形成模塊310負責形成不同彈出版本的軟件;軟件發(fā)布模塊320在軟件初始發(fā)布的第一階段,在接到軟件下載請求后,順序下發(fā)軟件;在已經(jīng)獲得統(tǒng)計結(jié)果之后進入正式發(fā)布的第二階段,則接到軟件下載請求之后,負責根據(jù)統(tǒng)計、分析的結(jié)果確定的發(fā)布策略針對特定用戶下發(fā)對應彈出版本的軟件;用戶分類模塊330負責根據(jù)用戶的屬性信息和購買行為對用戶分類;版本統(tǒng)計模塊340基于用戶分類模塊330對用戶的分類,負責對用戶在哪個應用內(nèi)支付彈出點進行了軟件購買進行統(tǒng)計。策略更新模塊350用于根據(jù)統(tǒng)計結(jié)果更新配置策略和/或發(fā)布策略?;谏鲜鲕浖l(fā)布裝置的結(jié)構(gòu),該方法包括兩個階段,第一為統(tǒng)計更新階段,第二為軟件正式下發(fā)階段。第一階段如圖4所示,包括如下步驟步驟401、版本形成模塊根據(jù)待發(fā)布軟件形成至少兩個彈出版本的軟件,其中,軟件的各彈出版本中按照配置策略配置的支付彈出點不同;步驟402、軟件發(fā)布模塊接收用戶的軟件下載請求;步驟403、軟件發(fā)布模塊基于發(fā)布策略,順序地免費向用戶發(fā)布某個彈出版本的軟件;步驟404、當用戶分類模塊接收到軟件支付請求時,從所述軟件支付請求中解析獲取用戶屬性信息和軟件的彈出版本,該用戶屬性信息包括用戶注冊信息和用戶購買歷史信息,用戶購買歷史信息至少包括下述選項的一種或幾種購買時段、購買軟件類別和購買軟件金額。步驟405、用戶分類模塊根據(jù)用戶屬性信息對用戶進行分類,版本統(tǒng)計模塊對每類用戶所請求交互的軟件彈出版本分別進行統(tǒng)計;步驟406、策略更新模塊根據(jù)統(tǒng)計結(jié)果更新發(fā)布策略,提供給軟件發(fā)布模塊,還可以更新配置策略,提供給版本形成模塊。統(tǒng)計和更新的操作可以設定時間段進行統(tǒng)計更新。第一階段,可作為初始測試階段,運營統(tǒng)計數(shù)據(jù)采集、分析。依據(jù)軟件特征和同類軟件應用內(nèi)支付彈出點選取經(jīng)驗,預先選取N個潛在的應用內(nèi)支付彈出點,生成N個彈出版本的手機應用軟件。每個彈出版本為嵌入了I個不同于其他版本的應用內(nèi)支付彈出點的原始軟件,并按照順序循環(huán)下發(fā)給請求的手機用戶。在這一階段,軟件發(fā)布模塊并不參與控制向用戶下發(fā)何種版本的軟件,軟件只是按照手機用戶發(fā)送軟件下載請求的順序,從I-N循環(huán)、依次下發(fā)。在規(guī)定時間內(nèi),通過對該軟件應用內(nèi)購買運營統(tǒng)計數(shù)據(jù)的收集、分析后,制定新的軟件發(fā)布策略。在更新發(fā)布策略之后進入第二階段,如圖5所示,包括如下步驟步驟501、當軟件發(fā)布模塊接收到軟件下載請求時,從所述軟件下載請求中解析獲取用戶屬性信息,例如用戶購買習慣信息;步驟502、軟件發(fā)布模塊根據(jù)所述用戶屬性信息確定發(fā)送所述軟件下載請求的用 戶的類別,與用戶分類模塊的類別確定方式一致;步驟503、軟件發(fā)布模塊按照所述用戶的類別,將根據(jù)統(tǒng)計結(jié)果確定的該類別用戶所對應的軟件彈出版本下發(fā)給所述用戶。統(tǒng)計結(jié)果可以確定對于某類別用戶,選擇付費次數(shù)最多的彈出版本即為該類用戶對應的軟件彈出版本。而后可類似于圖4重復執(zhí)行下載、發(fā)布、支付和統(tǒng)計過程。第二階段,相當于將軟件正式下發(fā)給用戶的階段,為各版本軟件差異性發(fā)布階段。針對不同客戶群,根據(jù)用戶分類下發(fā)不同版本的手機應用軟件,進而增加用戶的購買幾率,提高軟件銷售數(shù)量。上述的統(tǒng)計、更新過程可以在軟件發(fā)布初期執(zhí)行,也可以在整個發(fā)布過程中周期性執(zhí)行,以便能實時根據(jù)情況更新軟件中的交互信息彈出點設置。本發(fā)明實施例的技術方案針對不同軟件、不同客戶群,利用應用內(nèi)購買運營統(tǒng)計數(shù)據(jù)來決定最優(yōu)的軟件應用內(nèi)支付彈出點,取代了原有的基于經(jīng)驗的應用內(nèi)支付彈出時機選取方法。實施例四圖6為本發(fā)明實施例四提供的軟件發(fā)布裝置的結(jié)構(gòu)示意圖,該裝置包括版本形成模塊610、軟件發(fā)布模塊620、版本統(tǒng)計模塊630和策略更新模塊640。其中,版本形成模塊610,用于根據(jù)待發(fā)布軟件形成至少兩個彈出版本的軟件,其中,軟件的各彈出版本中按照配置策略配置的交互信息彈出點不同;軟件發(fā)布模塊620,用于基于發(fā)布策略發(fā)布各彈出版本的軟件;版本統(tǒng)計模塊630,用于當接收到軟件交互請求時,從中獲取軟件的彈出版本并進行統(tǒng)計;策略更新模塊640,用于根據(jù)統(tǒng)計結(jié)果更新所述配置策略和/或所述發(fā)布策略。在上述技術方案中,所述軟件發(fā)布模塊620中,可以具體包括對應于不同發(fā)布策略的發(fā)布單元,例如至少包括初始化發(fā)布單元,用于當接收到用戶的軟件下載請求時,基于初始化的發(fā)布策略,順序地向用戶發(fā)布各彈出版本的軟件。版本統(tǒng)計模塊630可具體包括信息解析單元、用戶分類單元和版本統(tǒng)計單元。其中,信息解析單元,用于當接收到軟件交互請求時,從所述軟件交互請求中解析獲取用戶屬性信息和軟件的彈出版本;用戶分類單元,用于根據(jù)用戶屬性信息對用戶進行分類;版本統(tǒng)計單元,用于對每類用戶所請求交互的軟件彈出版本分別進行統(tǒng)計。軟件發(fā)布模塊620還可以包括正式發(fā)布單元,該正式發(fā)布單元在策略更新模塊640根據(jù)統(tǒng)計結(jié)果更新所述發(fā)布策略之后觸發(fā),所述正式發(fā)布單元包括用戶屬性解析子單元,用于當接收到軟件下載請求時,從所述軟件下載請求中解析獲取用戶屬性信息;用戶類別確定子單元,用于根據(jù)所述用戶屬性信息確定發(fā)送所述軟件下載請求的用戶的類別;彈出版本下發(fā)子單元,用于按照所述用戶的類別,將根據(jù)統(tǒng)計結(jié)果確定的該類別用戶所對應的軟件彈出版本下發(fā)給所述用戶。
按照不同的發(fā)布策略,可以有不同的多個正式發(fā)布單元。本發(fā)明上述實施例提供的軟件發(fā)布裝置可以執(zhí)行本發(fā)明實施例提供的軟件發(fā)布方法,并具備相應的功能模塊。該裝置尤為適用于對支付彈出點的靈活設置,并基于用戶屬性對用戶進行分類,根據(jù)該類別用戶的購買行為統(tǒng)計結(jié)果有針對性的下發(fā)不同彈出版本的軟件。交互信息彈出點為支付彈出點,所述用戶屬性信息包括用戶注冊信息和用戶購買歷史信息,所述用戶購買歷史信息至少包括下述選項的一種或幾種購買時段、購買軟件類別和購買軟件金額。本領域普通技術人員可以理解實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成。前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中。該程序在執(zhí)行時,執(zhí)行包括上述各方法實施例的步驟;而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應說明的是以上各實施例僅用以說明本發(fā)明的技術方案,而非對其限制;盡管參照前述各實施例對本發(fā)明進行了詳細的說明,本領域的普通技術人員應當理解其依然可以對前述各實施例所記載的技術方案進行修改,或者對其中部分或者全部技術特征進行等同替換;而這些修改或者替換,并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的范圍。
權(quán)利要求
1.一種軟件發(fā)布方法,其特征在于,包括 根據(jù)待發(fā)布軟件形成至少兩個彈出版本的軟件,其中,軟件的各彈出版本中按照配置策略配置的交互信息彈出點不同; 基于發(fā)布策略發(fā)布各彈出版本的軟件; 當接收到軟件交互請求時,從中獲取軟件的彈出版本并進行統(tǒng)計; 根據(jù)統(tǒng)計結(jié)果更新所述配置策略和/或所述發(fā)布策略。
2.根據(jù)權(quán)利要求I所述的軟件發(fā)布方法,其特征在于,基于發(fā)布策略發(fā)布各彈出版本的軟件包括 當接收到用戶的軟件下載請求時,基于初始化的發(fā)布策略,順序向用戶發(fā)布各彈出版本的軟件。
3.根據(jù)權(quán)利要求2所述的軟件發(fā)布方法,其特征在于,當接收到軟件交互請求時,從中獲取軟件的彈出版本并進行統(tǒng)計包括 當接收到軟件交互請求時,從所述軟件交互請求中解析獲取用戶屬性信息和軟件的彈出版本; 根據(jù)用戶屬性信息對用戶進行分類,并對每類用戶所請求交互的軟件彈出版本分別進行統(tǒng)計。
4.根據(jù)權(quán)利要求3所述的軟件發(fā)布方法,其特征在于,在根據(jù)統(tǒng)計結(jié)果更新所述發(fā)布策略之后,所述基于發(fā)布策略發(fā)布各彈出版本的軟件包括 當接收到軟件下載請求時,從所述軟件下載請求中解析獲取用戶屬性信息; 根據(jù)所述用戶屬性信息確定發(fā)送所述軟件下載請求的用戶的類別; 按照所述用戶的類別,將根據(jù)統(tǒng)計結(jié)果確定的該類別用戶所對應的軟件彈出版本下發(fā)給所述用戶。
5.根據(jù)權(quán)利要求4所述的軟件發(fā)布方法,其特征在于所述交互信息彈出點為支付彈出點,所述用戶屬性信息包括用戶注冊信息和用戶購買歷史信息,所述用戶購買歷史信息至少包括下述選項的一種或幾種購買時段、購買軟件類別和購買軟件金額。
6.根據(jù)權(quán)利要求5所述的軟件發(fā)布方法,其特征在于,根據(jù)所述用戶屬性信息確定發(fā)送所述軟件下載請求的用戶的類別包括 根據(jù)所述用戶的購買時段,將相同時段范圍內(nèi)的用戶分為一類; 根據(jù)所述用戶的購買軟件類別,將購買同類軟件的用戶分為一類;或 根據(jù)所述用戶的購買軟件金額,將相同金額范圍內(nèi)的用戶分為一類。
7.一種軟件發(fā)布裝置,其特征在于,包括 版本形成模塊,用于根據(jù)待發(fā)布軟件形成至少兩個彈出版本的軟件,其中,軟件的各彈出版本中按照配置策略配置的交互信息彈出點不同; 軟件發(fā)布模塊,用于基于發(fā)布策略發(fā)布各彈出版本的軟件; 版本統(tǒng)計模塊,用于當接收到軟件交互請求時,從中獲取軟件的彈出版本并進行統(tǒng)計; 策略更新模塊,用于根據(jù)統(tǒng)計結(jié)果更新所述配置策略和/或所述發(fā)布策略。
8.根據(jù)權(quán)利要求7所述的軟件發(fā)布裝置,其特征在于,所述軟件發(fā)布模塊包括 初始化發(fā)布單元,用于當接收到用戶的軟件下載請求時,基于初始化的發(fā)布策略,順序向用戶發(fā)布各彈出版本的軟件。
9.根據(jù)權(quán)利要求8所述的軟件發(fā)布裝置,其特征在于,版本統(tǒng)計模塊包括 信息解析單元,用于當接收到軟件交互請求時,從所述軟件交互請求中解析獲取用戶屬性信息和軟件的彈出版本; 用戶分類單元,用于根據(jù)用戶屬性信息對用戶進行分類; 版本統(tǒng)計單元,用于對每類用戶所請求交互的軟件彈出版本分別進行統(tǒng)計。
10.根據(jù)權(quán)利要求9所述的軟件發(fā)布裝置,其特征在于,所述軟件發(fā)布模塊還包括正式發(fā)布單元,所述正式發(fā)布單元在所述策略更新模塊根據(jù)統(tǒng)計結(jié)果更新所述發(fā)布策略之后觸發(fā),所述正式發(fā)布單元包括 用戶屬性解析子單元,用于當接收到軟件下載請求時,從所述軟件下載請求中解析獲取用戶屬性信息; 用戶類別確定子單元,用于根據(jù)所述用戶屬性信息確定發(fā)送所述軟件下載請求的用戶的類別; 彈出版本下發(fā)子單元,用于按照所述用戶的類別,將根據(jù)統(tǒng)計結(jié)果確定的該類別用戶所對應的軟件彈出版本下發(fā)給所述用戶。
11.根據(jù)權(quán)利要求10所述的軟件發(fā)布裝置,其特征在于所述交互信息彈出點為支付彈出點,所述用戶屬性信息包括用戶注冊信息和用戶購買歷史信息,所述用戶購買歷史信息至少包括下述選項的一種或幾種購買時段、購買軟件類別和購買軟件金額。
全文摘要
本發(fā)明提供一種軟件發(fā)布方法和裝置,該方法包括根據(jù)待發(fā)布軟件形成至少兩個彈出版本的軟件,其中,軟件的各彈出版本中按照配置策略配置的交互信息彈出點不同;基于發(fā)布策略發(fā)布各彈出版本的軟件;當接收到軟件交互請求時,從中獲取軟件的彈出版本并進行統(tǒng)計;根據(jù)統(tǒng)計結(jié)果更新所述配置策略和/或所述發(fā)布策略。本發(fā)明通過為同一款軟件設置具有不同彈出點的不同彈出版本,并根據(jù)用戶交互請求的反饋進行統(tǒng)計處理,能夠確定合適的彈出點,并根據(jù)統(tǒng)計結(jié)果進行實時地自動調(diào)整和更新,有利于優(yōu)化軟件的發(fā)布過程,滿足各種不同需求。
文檔編號G06Q30/02GK102915504SQ201210379960
公開日2013年2月6日 申請日期2012年10月9日 優(yōu)先權(quán)日2012年10月9日
發(fā)明者曹萬鵬, 杜杏蘭 申請人:中國聯(lián)合網(wǎng)絡通信集團有限公司