[發(fā)明專利]消息推送方法、裝置、電子設(shè)備及介質(zhì)在審
| 申請(qǐng)?zhí)枺?/td> | 202211434882.3 | 申請(qǐng)日: | 2022-11-16 |
| 公開(公告)號(hào): | CN116108261A | 公開(公告)日: | 2023-05-12 |
| 發(fā)明(設(shè)計(jì))人: | 汪山人;徐釩文;吳志新 | 申請(qǐng)(專利權(quán))人: | 北京奇藝世紀(jì)科技有限公司 |
| 主分類號(hào): | G06F16/9535 | 分類號(hào): | G06F16/9535;G06F16/958;G06Q30/02;H04L67/55 |
| 代理公司: | 北京潤澤恒知識(shí)產(chǎn)權(quán)代理有限公司 11319 | 代理人: | 呂俊秀 |
| 地址: | 100080 北京市海淀*** | 國省代碼: | 北京;11 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 消息 推送 方法 裝置 電子設(shè)備 介質(zhì) | ||
本發(fā)明實(shí)施例提供了一種消息推送方法、裝置、電子設(shè)備及介質(zhì),涉及大數(shù)據(jù)技術(shù)領(lǐng)域。該方法包括:獲取多個(gè)目標(biāo)單位時(shí)段的多個(gè)包括活躍用戶歷史量、消息推送歷史總量的歷史數(shù)據(jù)集合;根據(jù)活躍用戶歷史量和活躍用戶時(shí)序模型,確定待預(yù)測(cè)單位時(shí)段的活躍用戶預(yù)測(cè)量;根據(jù)活躍用戶預(yù)測(cè)量和活躍用戶歷史量、消息推送歷史總量,確定待預(yù)測(cè)單位時(shí)段的消息推送預(yù)測(cè)總量;根據(jù)可推送設(shè)備數(shù)量和消息推送預(yù)測(cè)總量,確定目標(biāo)消息推送頻次;在待預(yù)測(cè)單位時(shí)段內(nèi)根據(jù)目標(biāo)消息推送頻次進(jìn)行消息推送。該方法可以實(shí)現(xiàn)在不同單位時(shí)段向用戶推送不同數(shù)量的消息,從宏觀層面提出時(shí)序調(diào)節(jié)策略使得確定的消息推送頻次更符合客觀世界的需求,利于提升用戶活躍度。
技術(shù)領(lǐng)域
本發(fā)明涉及大數(shù)據(jù)技術(shù)領(lǐng)域,特別是涉及一種消息推送方法、裝置、電子設(shè)備及介質(zhì)。
背景技術(shù)
消息推送Push,也叫消息通知,是指App開發(fā)者對(duì)自己App用戶移動(dòng)設(shè)備進(jìn)行的主動(dòng)消息推送,主要功能是用來激活用戶,提升活躍用戶。例如,在手機(jī)通知欄、桌面App圖標(biāo)數(shù)字紅點(diǎn)提醒看到的消息,都是通過消息推送功能實(shí)現(xiàn)的。由于Push的消息推送是沒有單條成本的,相對(duì)比短信、電話、郵件等營銷手段,Push業(yè)務(wù)在移動(dòng)互聯(lián)領(lǐng)域的應(yīng)用更加廣泛。如圖1所示,相關(guān)技術(shù)中消息推送的處理流程包括以下步驟:步驟S110:消息推送。App開發(fā)者對(duì)App用戶移動(dòng)設(shè)備主動(dòng)push消息。步驟S120:未接收到消息。App開發(fā)者push的消息用戶可能接收不到,主要原因包括:技術(shù)通道的原因,即在通道上就發(fā)生了信號(hào)損失導(dǎo)致消息無法到達(dá)用戶;用戶主動(dòng)關(guān)閉了消息推送,若用戶禁止APP推送消息,則無法為用戶發(fā)送推送通知。因此,可通過到達(dá)率衡量推送消息到達(dá)用戶的概率,其中,到達(dá)率=消息推送到達(dá)量/消息推送總量。步驟S130:接收到消息。用戶接收到消息的數(shù)量即為消息推送到達(dá)量。步驟S140:點(diǎn)擊消息。用戶接收到消息之后,用戶可點(diǎn)開該消息查看消息的詳細(xì)內(nèi)容,因此,可通過點(diǎn)擊率衡量推送消息被用戶點(diǎn)擊的概率,其中,點(diǎn)擊率=消息推送點(diǎn)擊量/消息推送到達(dá)量。步驟S150:未點(diǎn)擊消息。在該過程中,用戶忽略接收到的消息,沒有打開推送的消息。步驟S160:關(guān)閉消息。用戶可點(diǎn)開接收到的消息查看消息的詳細(xì)內(nèi)容后,未點(diǎn)擊該消息內(nèi)的鏈接。步驟S170:點(diǎn)擊消息內(nèi)的鏈接。該過程即拉起過程,拉起技術(shù)(深度鏈接技術(shù))就是用戶點(diǎn)擊一個(gè)鏈接,可以直接跳到App內(nèi)的某個(gè)指定頁面,而不是App正常打開時(shí)顯示的主頁,并手動(dòng)搜索指定的頁面,是一種讓用戶隨時(shí)隨地訪問App中指定頁面的簡單方法。
相關(guān)技術(shù)中,有兩種方式確定消息推送的數(shù)量:一是通過對(duì)業(yè)務(wù)規(guī)定或者廠商約束條件等規(guī)則的歸納概況,確定一個(gè)整體的消息推送的數(shù)量,例如每人每天推送5條消息;二是對(duì)于每個(gè)用戶,通過采集用戶的個(gè)人數(shù)據(jù),確定該用戶每天的消息推送的數(shù)量,比如用戶A較為活躍,用戶A每天推送10條消息,用戶B較為沉默,用戶B每天推送4條消息。
上述方式至少存在以下問題:對(duì)于每個(gè)用戶,其每天的消息推送的數(shù)量相同,但是由于用戶在不同日子對(duì)于Push的反應(yīng)可能不同,如果用戶在工作日感覺推送較為頻繁,受到打擾,則可能會(huì)關(guān)閉推送的通道;確定的消息推送的數(shù)量,無法體現(xiàn)Push對(duì)日活躍用戶(Daily?active?users,DAU)的影響,使得無法實(shí)現(xiàn)更有效的消息提醒。而且,對(duì)于上述方式二,難以達(dá)到全局最優(yōu)的局面,每個(gè)人都按照自己最優(yōu)的頻次,那整體的消息推送總量將變得不可控制,實(shí)際應(yīng)用中,受制于底層物理推送引擎的CPU資源,整體的消息推送總量并不是無限的,數(shù)量過多的話會(huì)導(dǎo)致任務(wù)積壓,產(chǎn)生延遲。
發(fā)明內(nèi)容
為解決上述技術(shù)問題或至少部分地解決上述技術(shù)問題,本發(fā)明實(shí)施例提供了一種消息推送方法、裝置、電子設(shè)備及介質(zhì)。
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于北京奇藝世紀(jì)科技有限公司,未經(jīng)北京奇藝世紀(jì)科技有限公司許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請(qǐng)聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/202211434882.3/2.html,轉(zhuǎn)載請(qǐng)聲明來源鉆瓜專利網(wǎng)。
- 一種數(shù)據(jù)庫讀寫分離的方法和裝置
- 一種手機(jī)動(dòng)漫人物及背景創(chuàng)作方法
- 一種通訊綜合測(cè)試終端的測(cè)試方法
- 一種服裝用人體測(cè)量基準(zhǔn)點(diǎn)的獲取方法
- 系統(tǒng)升級(jí)方法及裝置
- 用于虛擬和接口方法調(diào)用的裝置和方法
- 線程狀態(tài)監(jiān)控方法、裝置、計(jì)算機(jī)設(shè)備和存儲(chǔ)介質(zhì)
- 一種JAVA智能卡及其虛擬機(jī)組件優(yōu)化方法
- 檢測(cè)程序中方法耗時(shí)的方法、裝置及存儲(chǔ)介質(zhì)
- 函數(shù)的執(zhí)行方法、裝置、設(shè)備及存儲(chǔ)介質(zhì)





