專利名稱：用于提供用戶定制化移動廣告服務(wù)的廣告終端和方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及用于提供對用戶來說有區(qū)別的用戶定制化移動廣告(ModAd)服 務(wù)的移動廣告系統(tǒng)，并且更具體地，涉及用于提供用戶定制化移動廣告服務(wù)的系統(tǒng)和方法， 其使得用戶可以設(shè)置期望從MobAd廣告服務(wù)器接收的廣告的數(shù)量。
背景技術(shù)：
開放移動聯(lián)盟(OMA)是開發(fā)用于單獨(dú)移動解決方案的交互的標(biāo)準(zhǔn)的組織。OMA主 要致力于制定用于諸如移動游戲和互聯(lián)網(wǎng)服務(wù)之類的服務(wù)的各種應(yīng)用標(biāo)準(zhǔn)。具體來說，開 放移動聯(lián)盟需求工作組(OMA REQ)和開放移動聯(lián)盟內(nèi)容遞送工作組(0Μ?、?是正在開發(fā) 用于ModAd服務(wù)的技術(shù)標(biāo)準(zhǔn)的若干OMA工作組中的工作組。ModAd服務(wù)是指通過諸如蜂窩電話或個人數(shù)據(jù)助理(PDA)之類的移動終端向移動 終端用戶發(fā)送基于音樂、圖形、語音或文本的定制化廣告的技術(shù)。目前，存在支持MobAd服 務(wù)的若干解決方案，但是，因為各個公司和服務(wù)提供商使用它們自己的所有權(quán)軟件，所以這 些解決方案缺乏兼容性和廣泛性。為了解決該問題，OMA負(fù)責(zé)確立相關(guān)技術(shù)作為ModAd標(biāo) 準(zhǔn)。MobAd服務(wù)有三個主要的特點(diǎn)。第一，它可以創(chuàng)建用戶的數(shù)據(jù)庫，并根據(jù)個體的 特點(diǎn)來選擇有區(qū)別的和個性化的廣告。可以在由服務(wù)提供商確定的時段內(nèi)或根據(jù)用戶的 請求，向用戶終端發(fā)送任何所選擇的廣告，并且通過這樣的移動終端的廣告總是暴露給用 戶。第二，MobAd服務(wù)可以具有交互特點(diǎn)。具體來說，因為MobAd服務(wù)可以提供與用戶事先 期望的廣告有關(guān)的信息，并且還可以提供電話號碼或統(tǒng)一資源定位符(URL)，所以用戶可以 主動地訪問服務(wù)并獲取關(guān)于產(chǎn)品的更詳細(xì)的信息。第三，MobAd服務(wù)可以測量用戶的度量 (metrics) 0因為移動終端包含在交互媒體中，所以它可以從暴露于廣告的用戶接收響應(yīng)。 這些度量可以用來分析用戶的偏好并且可以幫助細(xì)化目標(biāo)市場。傳統(tǒng)的MobAd系統(tǒng)可以基于與用戶簡檔相關(guān)的個性化信息或上下文信息來提供 定制化廣告服務(wù)，但是它沒有基于用戶期望動態(tài)接收的廣告數(shù)量來考慮定制化廣告服務(wù)。這樣，因為傳統(tǒng)的MobAd系統(tǒng)沒有給用戶提供選擇用戶期望接收的廣告數(shù)量的機(jī) 會，所以用戶不能識別出從廣告服務(wù)器提供多少廣告。在傳統(tǒng)系統(tǒng)中，廣告服務(wù)器根據(jù)服務(wù) 提供商策略(policy)來確定廣告數(shù)量并提供廣告。當(dāng)用戶不期望接收額外的廣告時，附 加的廣告就意味著被浪費(fèi)的帶寬。因此，提供用于允許用戶設(shè)置所需的廣告數(shù)量的方法的 MobAd系統(tǒng)將創(chuàng)建有意義的、更有區(qū)別的服務(wù)。

發(fā)明內(nèi)容
因此，做出本發(fā)明以解決在現(xiàn)有技術(shù)中發(fā)生的上述問題，并且本發(fā)明提供了用于 提供用戶定制化MobAd服務(wù)的廣告終端和方法，用戶可以通過其來接收期望數(shù)量的廣告。根據(jù)本發(fā)明的一個方面，提供了一種用于在移動廣告系統(tǒng)的廣告終端中提供用戶 定制化移動廣告服務(wù)的方法，該方法包括當(dāng)接收廣告請求消息時，確定在所接收的廣告請求消息中是否設(shè)置有所請求的廣告的數(shù)量；作為確定結(jié)果，當(dāng)在所接收的廣告請求消息中 設(shè)置有所請求的廣告的數(shù)量時，確定滿足廣告請求條件的廣告的數(shù)量是否大于或等于所請 求的廣告的數(shù)量；作為確定結(jié)果，當(dāng)滿足廣告請求條件的廣告的數(shù)量小于所請求的廣告的 數(shù)量時，確定要向廣告服務(wù)器請求的廣告的數(shù)量；向所述廣告服務(wù)器發(fā)送包括所確定的廣 告的數(shù)量的廣告請求消息；以及從所述廣告服務(wù)器接收廣告響應(yīng)消息。根據(jù)本發(fā)明的另一方面，提供了一種在移動廣告系統(tǒng)中提供用戶定制化移動廣告 服務(wù)的廣告終端，包括廣告應(yīng)用，用于向廣告引擎發(fā)送廣告請求消息；以及廣告引擎，用 于當(dāng)從廣告應(yīng)用接收到廣告請求消息時，確定與所接收的廣告請求消息對應(yīng)的廣告是否包 括在廣告終端的存儲器中，以及作為確定結(jié)果，當(dāng)與廣告請求消息對應(yīng)的廣告沒有包括在 存儲器中時，額外向廣告服務(wù)器作出對于與廣告請求消息對應(yīng)的廣告的請求。


從下面結(jié)合附圖的詳細(xì)描述中，本發(fā)明的上述和其他方面、特征和優(yōu)點(diǎn)將變得更 加清楚，其中圖1圖示了根據(jù)本發(fā)明實施例的MobAd系統(tǒng)；圖2是圖示根據(jù)本發(fā)明實施例的用于提供用戶定制化MobAd服務(wù)的MobAd系統(tǒng)的 構(gòu)成部件之間的消息流的流程圖；圖3是圖示根據(jù)本發(fā)明的第二實施例的用于提供用戶定制化MobAd服務(wù)的MobAd 系統(tǒng)的構(gòu)成部件之間的消息流的流程圖；圖4是圖示圖2的廣告引擎的操作的流程圖；以及圖5是圖示圖2的廣告服務(wù)器的操作的流程圖。
具體實施例方式在下文中，將參考附圖描述本發(fā)明的實施例。在下面的描述中，用相同的參考標(biāo)號 來表示相同的元素，即便它們被示出在不同的附圖中。此外，在本發(fā)明下面的描述中，當(dāng)對 這里包含的已知功能和配置的詳細(xì)描述可能使本發(fā)明的主題變得相當(dāng)不清楚時，將省略對 已知功能和配置的詳細(xì)描述。在下面的描述中，將提出用于解決上述技術(shù)問題的本發(fā)明的實施例。此外，為了描 述的方便，本發(fā)明使用在第三代合作伙伴計劃(3rfGPP)或開放移動聯(lián)盟(OMA)的移動廣告 (MobAd)下定義的對象的名稱，然而，這樣的標(biāo)準(zhǔn)和名稱不限制本發(fā)明的范圍，并且可以被 應(yīng)用到具有類似技術(shù)背景的系統(tǒng)。本發(fā)明提供了當(dāng)用戶請求廣告服務(wù)時設(shè)置期望從廣告服務(wù)器接收的廣告數(shù)量的 方法。具體來說，如果用戶設(shè)置期望通過廣告應(yīng)用接收的廣告數(shù)量，則廣告應(yīng)用將包括所設(shè) 置的廣告數(shù)量的廣告請求提供給廣告引擎。在該方面中，廣告引擎確定存儲在存儲器中的 廣告的數(shù)量是否大于或等于所請求的廣告的數(shù)量。如果存儲在存儲器中的廣告的數(shù)量小于 所請求的廣告的數(shù)量，則廣告引擎向廣告服務(wù)器作出對于廣告的請求并接收它們。結(jié)果，廣 告應(yīng)用可以接收與由廣告引擎請求的數(shù)量一樣多的廣告，使得有可能將更有區(qū)別的MobAd 服務(wù)提供給用戶。將參考圖1描述根據(jù)本發(fā)明的實現(xiàn)上述功能的OMA MObAd系統(tǒng)的構(gòu)造和接口的結(jié)構(gòu)。MobAd系統(tǒng)包括必要組件廣告引擎(Ad引擎)130和廣告服務(wù)器(Ad服務(wù)器)120 以及由該必要組件提供的接口。其他構(gòu)成部件和接口僅僅是為了描述與MobAd系統(tǒng)的交互 關(guān)系才圖示的，因此將省略對它們的詳細(xì)描述。AD引擎130是MobAd系統(tǒng)的構(gòu)成部件之一，并且包括在終端100中。AD引擎130 與廣告應(yīng)用(Ad應(yīng)用)150交互并且訪問Ad服務(wù)器120。AD引擎130對應(yīng)于廣告客戶端， 并支持使得可以從Ad應(yīng)用150訪問MobAd服務(wù)的有用功能。另外，Ad引擎130支持某些 功能，例如Ad獲取和遞送(delivery)功能、Ad選擇功能、Ad度量處理功能和用戶/服務(wù)/ 設(shè)備數(shù)據(jù)處理功能。這里，Ad獲取和遞送功能支持如下功能從Ad服務(wù)器120接收廣告并存儲所接 收的廣告，更新所接收的廣告，以及從Ad應(yīng)用150接收廣告請求并提供相應(yīng)的廣告。Ad選 擇功能支持如下功能使用廣告選擇準(zhǔn)則、從Ad應(yīng)用150提供的廣告請求消息內(nèi)的輸入數(shù) iS以禾口yM"生 !;§、(Contextualization and Personalization Information, C&PI)等來選擇適當(dāng)?shù)膹V告。Ad度量處理功能支持如下功能從Ad應(yīng)用150接收度量、將由 Ad引擎130識別出的信息，例如該度量的測量時間，與該度量組合，識別并指示所接收的度 量內(nèi)的潛在欺騙(fraud)、以及向Ad服務(wù)器120提供該度量。用戶/服務(wù)器/設(shè)備數(shù)據(jù)處 理功能支持如下功能處理用戶/設(shè)備活動(active) /固定(static)信息并提供與MobAd 服務(wù)有關(guān)的數(shù)據(jù)，例如規(guī)則或策略等。Ad服務(wù)器120是ModAd系統(tǒng)的另一個構(gòu)成部件，并包括在網(wǎng)絡(luò)中。Ad服務(wù)器120 用于向Ad引擎130和服務(wù)提供商應(yīng)用140提供廣告。Ad服務(wù)器120支持如下功能Ad選 擇功能、Ad遞送功能、Ad度量處理功能和用戶/服務(wù)/設(shè)備數(shù)據(jù)處理功能。Ad服務(wù)器120中的Ad選擇功能支持如下功能使用C&PI、Ad元數(shù)據(jù)、MobAd規(guī) 則等來選擇適當(dāng)?shù)膹V告。Ad遞送功能支持如下功能向Ad引擎130和服務(wù)提供商應(yīng)用 140提供Ad元數(shù)據(jù)和廣告或Ad活動(campaign)、對于Ad元數(shù)據(jù)和廣告或Ad活動的引用 (reference)、以及指示沒有適當(dāng)廣告的指示符。Ad度量處理功能提供如下功能收集關(guān)于 從Ad引擎130和服務(wù)提供商應(yīng)用140接收的廣告的印象(impression)頻率的信息以及關(guān) 于用戶的響應(yīng)的信息，收集并處理度量相關(guān)信息，例如關(guān)于廣告的印象時間的信息，以及合 并若干所收集的度量。用戶/服務(wù)數(shù)據(jù)處理功能支持對用戶的C&PI、與MobAd服務(wù)有關(guān)的 數(shù)據(jù)、用于提供廣告的小組、廣告信道、廣告和Ad元數(shù)據(jù)的處理。Ad應(yīng)用150是在終端100中執(zhí)行的外部實體。Ad應(yīng)用150向包括在終端100中 的Ad引擎130做出對于廣告的請求并接收所請求的廣告，向用戶展示所接收的廣告，并向 Ad引擎130提供該廣告的度量。例如，Ad應(yīng)用150包括消息客戶端、web (網(wǎng)絡(luò))瀏覽器、 游戲客戶端等。服務(wù)提供商應(yīng)用140是另一外部實體。服務(wù)提供商應(yīng)用140向Ad服務(wù)器120作 出對于廣告的請求并接收所請求的廣告，將所接收的廣告與內(nèi)容一起展示給用戶，并將廣 告的度量提供給Ad服務(wù)器120。例如，服務(wù)提供商應(yīng)用140包括web入口、多媒體服務(wù)中繼 /服務(wù)器(MMS中繼/服務(wù)器)、短消息服務(wù)中心(SMSC)、游戲服務(wù)器等。上下文化和個性化資源(C&PR)單元110是與用戶有關(guān)的信息的倉庫，并落在 MobAd的范圍之外。C&PR用來在廣告的選擇中識別用戶的請求。例如，C&PR可以包括用戶的個體特點(diǎn)、偏好或當(dāng)前條件。根據(jù)本發(fā)明實施例的終端100還包括存儲器160，其充當(dāng)用于通過從Ad服務(wù)器 120的背景預(yù)取操作(預(yù)取)不斷地存儲根據(jù)用戶的C&PI的廣告的裝置。也就是，可以通 過間斷地(occasionally)接收滿足用戶的上下文信息(例如，位置和關(guān)鍵字)和用戶的個 性化信息(例如，偏好)的廣告來更新存儲器160。這時，可以將廣告間斷地更新預(yù)定次數(shù)?，F(xiàn)在，將給出在圖1所示的邏輯實體之間使用的接口的描述。MobAd-I是Ad引擎130和Ad應(yīng)用150之間的接口。MobAd-I用來向Ad應(yīng)用150 和Ad引擎130作出對于廣告和與廣告有關(guān)的標(biāo)識符的請求，或者向Ad應(yīng)用150和Ad引擎 130提供廣告的度量。MobAd-2是Ad服務(wù)器120和服務(wù)提供商應(yīng)用140之間的接口。當(dāng)服務(wù)提供商應(yīng)用 140請求廣告或提供廣告度量時，或者當(dāng)Ad服務(wù)器120向服務(wù)提供商應(yīng)用140提供廣告響 應(yīng)和與廣告有關(guān)的標(biāo)識符時，使用MobAd-2。MobAd-3是Ad服務(wù)器120和Ad引擎130之間的接口。當(dāng)Ad引擎130請求廣告和 與廣告有關(guān)的標(biāo)識符，或者向Ad服務(wù)器120提供廣告度量時，使用MobAd-3。Delv-I是由Ad引擎130提供的選擇性接口。Ad引擎130使用“推送(push) ”通 知和位于Ad引擎130之下的廣播發(fā)送裝置通過Delv-I接口來接收廣告和Ad元數(shù)據(jù)。Ad 服務(wù)器120使用Delv-I接口來向Ad引擎130發(fā)送廣告、廣告的通知、其他服務(wù)。如上所述，如果用戶通過Ad應(yīng)用150請求廣告、或者Ad引擎130作出期望由Ad 服務(wù)器120接收的對于廣告的請求，則Ad服務(wù)器120選擇與該請求對應(yīng)的廣告，并向Ad引 擎130提供所選擇的廣告。圖2是圖示根據(jù)本發(fā)明實施例的使用OMA MobAd來向用戶提供MobAd服務(wù)的系統(tǒng) 的構(gòu)成部件之間的消息流的流程圖。參考圖2，在步驟200中，用戶通過Ad應(yīng)用150向Ad引擎130發(fā)送廣告請求消息。 表格1中示出了廣告請求消息的例子。然而，廣告請求消息的形式不限于此。表格權(quán)利要求
1. 一種在移動廣告系統(tǒng)中提供用戶定制化移動廣告服務(wù)的廣告終端，包括廣告應(yīng)用，用于向廣告引擎發(fā)送廣告請求消息；以及所述廣告引擎，用于當(dāng)從所述廣告應(yīng)用接收到所述廣告請求消息時，確定與所接收的 廣告請求消息相對應(yīng)的廣告是否包括在所述廣告終端的存儲器中，以及作為確定結(jié)果當(dāng)與 所述廣告請求消息相對應(yīng)的廣告沒有包括在所述存儲器中時，另外向廣告服務(wù)器作出對于 與所述廣告請求消息相對應(yīng)的廣告的請求。
2.根據(jù)權(quán)利要求1所述的廣告終端，其中從所述廣告應(yīng)用向所述廣告引擎請求的廣告 數(shù)量可以不同于從所述廣告引擎向所述廣告服務(wù)器請求的廣告數(shù)量。
3.根據(jù)權(quán)利要求1或2所述的廣告終端，其中所述廣告請求消息包括下列各項中的 至少一項用作所述廣告應(yīng)用的標(biāo)識符的廣告應(yīng)用ID、描述所請求的廣告的特點(diǎn)的廣告類 型、用戶上下文信息、廣告提供商以及所請求的廣告的數(shù)量。
4.根據(jù)權(quán)利要求3所述的廣告終端，其中所述廣告引擎將由用戶請求的廣告的數(shù)量與 存儲在所述廣告終端的存儲器中的廣告的數(shù)量相比較。
5.根據(jù)權(quán)利要求4所述的廣告終端，其中作為比較結(jié)果當(dāng)存儲在所述廣告終端的存儲 器中的廣告的數(shù)量小于由用戶請求的廣告的數(shù)量時，所述廣告引擎確定要進(jìn)一步請求的廣 告的數(shù)量，然后請求所確定的數(shù)量的廣告。
6.根據(jù)權(quán)利要求3所述的廣告終端，其中當(dāng)在所接收的廣告請求消息中并未設(shè)置有由 用戶請求的廣告的數(shù)量時，所述廣告引擎確定存儲在所述廣告終端的存儲器中的廣告的數(shù) 量是否大于或等于根據(jù)服務(wù)提供商策略預(yù)先確定的廣告的數(shù)量。
7.根據(jù)權(quán)利要求1所述的廣告終端，其中所述存儲器通過從所述廣告服務(wù)器的預(yù)取事 先接收響應(yīng)于用戶的上下文化和個性化信息的廣告，并存儲所接收的廣告。
8.根據(jù)權(quán)利要求1所述的廣告終端，其中所述廣告引擎從所述廣告服務(wù)器接收與另外 的請求相對應(yīng)的廣告響應(yīng)消息。
9.根據(jù)權(quán)利要求8所述的廣告終端，其中所述廣告響應(yīng)消息包括另外請求的廣告或者 指示另外請求的廣告沒有被包括的信息。
10. 一種用于在移動廣告系統(tǒng)的廣告終端中提供用戶定制化移動廣告服務(wù)的方法，所 述方法包括如下步驟當(dāng)接收到廣告請求消息時，確定在所接收的廣告請求消息中是否設(shè)置有所請求的廣告 的數(shù)量；作為確定結(jié)果，當(dāng)在所接收的廣告請求消息中設(shè)置有所請求的廣告的數(shù)量時，確定滿 足廣告請求條件的廣告的數(shù)量是否大于或等于所請求的廣告的數(shù)量；作為確定結(jié)果，當(dāng)滿足所述廣告請求條件的廣告的數(shù)量小于所請求的廣告的數(shù)量時， 確定要向廣告服務(wù)器請求的廣告的數(shù)量；向所述廣告服務(wù)器發(fā)送包括所確定的廣告的數(shù)量的廣告請求消息；以及從所述廣告服務(wù)器接收廣告響應(yīng)消息。
11.根據(jù)權(quán)利要求10所述的方法，其中通過將所請求的廣告的數(shù)量與存儲在存儲器中 的廣告的數(shù)量相比較，來確定要向所述廣告服務(wù)器請求的廣告的數(shù)量。
12.根據(jù)權(quán)利要求10或11所述的方法，其中所接收的廣告請求消息包括下列各項中的 至少一項用作廣告應(yīng)用的標(biāo)識符的廣告應(yīng)用ID、描述要請求的廣告的特點(diǎn)的廣告類型、用戶的上下文信息、廣告提供商以及所請求的廣告的數(shù)量。
13.根據(jù)權(quán)利要求12所述的方法，其中當(dāng)滿足所述廣告請求條件的廣告的數(shù)量小于所 請求的廣告的數(shù)量時，確定滿足所述廣告請求條件的廣告的數(shù)量是否大于或等于根據(jù)服務(wù) 提供商策略預(yù)先確定的缺省值。
14.根據(jù)權(quán)利要求10所述的方法，其中所述廣告響應(yīng)消息包括所確定數(shù)量的廣告以及 通知滿足所述廣告請求條件的廣告沒有被包括的狀態(tài)通知信息。
15.根據(jù)權(quán)利要求10所述的方法，還包括當(dāng)滿足所述廣告請求條件的廣告的數(shù)量小于 所請求的廣告的數(shù)量時，通過廣告應(yīng)用發(fā)送通知用戶所請求數(shù)量的廣告沒有被包括的狀態(tài) 通知消息。
全文摘要
公開了一種當(dāng)用戶請求廣告服務(wù)時用于設(shè)置期望從廣告服務(wù)器接收的廣告的數(shù)量的方法。特別地，如果用戶通過廣告應(yīng)用來設(shè)置所期望的廣告數(shù)量，則廣告應(yīng)用向廣告引擎提供包括所設(shè)置的廣告數(shù)量的廣告請求。然后，廣告引擎確定存儲在終端的存儲器中的廣告的數(shù)量是否大于或等于所請求的廣告的數(shù)量。如果存儲在終端的存儲器中的廣告的數(shù)量小于所請求的廣告的數(shù)量，則廣告引擎向廣告服務(wù)器發(fā)出對于廣告的請求并接收廣告。因此，廣告應(yīng)用可以從廣告引擎接收所請求數(shù)量的廣告，使得有可能向用戶提供更有差異的MobAd服務(wù)。
文檔編號G06Q30/00GK101998282SQ20101024735
公開日2011年3月30日 申請日期2010年8月5日 優(yōu)先權(quán)日2009年8月5日
發(fā)明者崔錫勛, 樸成真, 黃承吾 申請人:三星電子株式會社