[發(fā)明專利]用于內(nèi)容項(xiàng)的基于模型的資源感知資源減少請求量的建議

在審

• 申請?zhí)枺?/td>: 201810886355.3
• 申請日: 2018-08-06
• 公開（公告）號: CN109389415A
• 公開（公告）日: 2019-02-26
• 發(fā)明（設(shè)計）人: 馬琳;彭立軍;D·M·帕爾多;G·尚德利亞;劉鹍
• 申請（專利權(quán)）人: 微軟技術(shù)許可有限責(zé)任公司
• 主分類號: G06Q30/02
• 分類號: G06Q30/02;H04L29/08
• 代理公司: 永新專利商標(biāo)代理有限公司 72002
• 代理人: 王英

一種系統(tǒng)包括服務(wù)器，該服務(wù)器包括處理器和存儲有指令的存儲器，當(dāng)所述指令由處理器執(zhí)行時，使得處理器執(zhí)行：從內(nèi)容供應(yīng)商接收開始內(nèi)容遞送活動的請求，其中，所述請求包括目標(biāo)準(zhǔn)則和資源量；在開始所述內(nèi)容遞送活動之前，基于目標(biāo)準(zhǔn)則確定內(nèi)容項(xiàng)選擇事件的歷史結(jié)果；在開始所述內(nèi)容遞送活動之前：基于目標(biāo)準(zhǔn)則，使用所述歷史結(jié)果和所述資源量確定建議的資源減少請求量；使所述建議的資源減少請求量顯示給內(nèi)容供應(yīng)商；從所述內(nèi)容供應(yīng)商接收用于內(nèi)容遞送活動的特定資源減少請求量；使用所述特定資源減少請求量啟動所述內(nèi)容遞送活動。

技術(shù)領(lǐng)域

本公開內(nèi)容涉及電子內(nèi)容遞送，并且更具體地，涉及提供建議的資源減少請求量。建議技術(shù)單元：2161；建議分類：707/706。

背景技術(shù)

因特網(wǎng)使得能夠?qū)㈦娮觾?nèi)容遞送給數(shù)十億人。這種遞送可以通過不同的渠道來進(jìn)行。甚至相同的內(nèi)容也可以通過不同的渠道來遞送給多個終端用戶。一些實(shí)體維持內(nèi)容遞送交換，所述內(nèi)容遞送交換允許不同的內(nèi)容供應(yīng)商到達(dá)廣泛的在線觀眾。專用于內(nèi)容供應(yīng)商與內(nèi)容遞送交換建立的每個內(nèi)容遞送活動的資源是有限的。專用于內(nèi)容遞送活動的資源應(yīng)該在可能的程度上進(jìn)行最佳分配。然而，在實(shí)踐中，這是很難完成的，并且需要改進(jìn)。

本節(jié)所描述的方法是可以進(jìn)行的方法，但是不一定是先前已經(jīng)構(gòu)思或者進(jìn)行的方法。因此，除非另有說明，否則不應(yīng)該僅僅因?yàn)楸竟?jié)中所描述的任何方法包含在本節(jié)中而假設(shè)本節(jié)中所描述的任何方法有資格作為現(xiàn)有技術(shù)。

附圖說明

在附圖中：

圖1示出了實(shí)施例中的可以實(shí)踐本文所描述的技術(shù)的示例性計算機(jī)系統(tǒng)。

圖2示出了根據(jù)實(shí)施例的用于資源感知資源減少請求量建議的可編程算法或方法。

圖3示出了根據(jù)實(shí)施例的示例性屏幕截圖。

圖4示出了可以其上實(shí)施實(shí)施例的計算機(jī)系統(tǒng)。

具體實(shí)施方式

在下面的描述中，出于解釋的目的，闡述了許多具體細(xì)節(jié)以便于提供對本發(fā)明的透徹理解。然而，顯然的是，可以在沒有這些具體細(xì)節(jié)的情況下實(shí)踐本發(fā)明。在其他情況下，為了避免不必要地模糊本發(fā)明，以框圖形式示出了公知的結(jié)構(gòu)和裝置。

本公開內(nèi)容的與附圖結(jié)合的文本意在以散文的方式、按照一詳細(xì)程度來陳述對計算機(jī)進(jìn)行編程以實(shí)現(xiàn)所要保護(hù)的發(fā)明所必需的算法，與本公開內(nèi)容有關(guān)的領(lǐng)域的技術(shù)人員通過利用與上述詳細(xì)程度相同的詳細(xì)程度來實(shí)現(xiàn)彼此通信，這包括要編程的函數(shù)、輸入、變換、輸出以及編程的其他方面。也就是說，本公開內(nèi)容所闡述的詳細(xì)程度與下述詳細(xì)程度相同，本領(lǐng)域技術(shù)人員通常使用該詳細(xì)程度來彼此通信，以表達(dá)要編程的算法或者程序的結(jié)構(gòu)和功能，從而實(shí)現(xiàn)本文所要保護(hù)的發(fā)明。

系統(tǒng)概述

圖1是實(shí)施例中的描繪了用于將內(nèi)容項(xiàng)分發(fā)給一個或多個終端用戶的系統(tǒng)100的框圖。系統(tǒng)100包括內(nèi)容供應(yīng)商112、內(nèi)容供應(yīng)商114和內(nèi)容供應(yīng)商116、包括建議組件125的內(nèi)容遞送交換120、發(fā)布者130、客戶端設(shè)備142、客戶端設(shè)備144和客戶端設(shè)備146，以及包括歷史結(jié)果155的數(shù)據(jù)庫150。盡管僅描繪了三個內(nèi)容供應(yīng)商，但是系統(tǒng)100可以包括更多或更少的內(nèi)容供應(yīng)商。類似地，系統(tǒng)100可以包括多于一個的發(fā)布者和更多或更少的客戶端設(shè)備。

內(nèi)容供應(yīng)商112至116與內(nèi)容遞送交換120(例如，通過諸如LAN、WAN或因特網(wǎng)之類的網(wǎng)絡(luò))交互，以使內(nèi)容項(xiàng)能夠通過發(fā)布者130呈現(xiàn)給操作客戶端設(shè)備142至146的終端用戶。因此，內(nèi)容供應(yīng)商112至116向內(nèi)容遞送交換120提供內(nèi)容項(xiàng)，內(nèi)容遞送交換120則選擇內(nèi)容項(xiàng)以提供給發(fā)布者130以呈現(xiàn)給客戶端設(shè)備142至146的用戶。然而，在內(nèi)容供應(yīng)商112向內(nèi)容遞送交換120注冊時，除非由內(nèi)容供應(yīng)商112所指定的目標(biāo)觀眾足夠小，否則任何一方都不可以知道哪個終端用戶或客戶端設(shè)備將從內(nèi)容供應(yīng)商112接收內(nèi)容項(xiàng)。