專利名稱:用于向通信網(wǎng)絡中的客戶組提供服務的方法和設備的制作方法
技術領域:
一般來說,本發(fā)明涉及用于使服務可用于通信網(wǎng)絡中的一組客戶 的方法和設備。具體來說,本發(fā)明涉及供應適合于客戶組的興趣和需 求的服務。
背景技術:
隨著3G移動電話的出現(xiàn),已經(jīng)開發(fā)了使用IP(因特網(wǎng)協(xié)議)的新 的基于分組的通信技術來支持多媒體的無線通信。例如,GPRS(通用 分組無線業(yè)務)和WCDMA(寬帶碼分多址)技術中的通信協(xié)議支持分 組交換多媒體服務以及傳統(tǒng)電路交換語音呼叫。還不斷為移動和固定 用戶開發(fā)新服務,以便增加其通信裝置的使用范圍。同樣非常有用的 是,理解不同環(huán)境中的用戶的需求和興趣,以便創(chuàng)建并且向不同用戶 供應相關的且可能感興趣的服務。
稱作"IP多媒體子系統(tǒng)"(IMS)的服務和服務傳遞控制體系結構已 經(jīng)由第三代合作伙伴項目(3GPP)開發(fā)作為用于根據(jù)IP傳輸來處理分 組域中的多媒體服務和會話的平臺。因此,IMS網(wǎng)絡可用于發(fā)起和控 制與任何類型的接入網(wǎng)連接的任何固定或移動IP使能通信終端的多 媒體會話。
調用的多媒體服務由IMS網(wǎng)絡中的服務器或者"第三方"服務提 供商所控制的外部服務器等的各種應用服務器來啟用和運行。此外, 會話由IMS網(wǎng)絡中的各種會話管理節(jié)點來控制,并且數(shù)據(jù)庫節(jié)點 HSS(歸屬用戶服務器)存儲預訂客戶的訂戶和認證數(shù)據(jù)。在本說明書 中僅為了便于說明而提到IMS,但是本發(fā)明并不局限于使用IMS網(wǎng) 絡。IMS的出現(xiàn)極大地推動了基于多媒體的服務的發(fā)展。其中還引入了存在服務,它涉及發(fā)布客戶的存在數(shù)據(jù)以便使其成 為其它客戶和應用可用的。存在數(shù)據(jù)可通過基本定義客戶及其設備、 通常稱作"裝置"的狀態(tài)或狀況來指明客戶在某個方面的特性。存在數(shù) 據(jù)或客戶狀態(tài)可包括客戶狀態(tài)、裝置狀態(tài)、客戶的位置、裝置能力以 及例如年齡、性別、興趣、職業(yè)、先前活動、當前情緒等的其它個人 客戶信息。這類各種特性可形成客戶的不同程度的動態(tài)用戶配置文 件。
目前,已經(jīng)發(fā)展了提供關于通信客戶的細化或適配的信息的概 念,例如以便根據(jù)客戶的當前狀況或行為來增加調用服務的應用的可 用性。這個概念一般稱作"上下文"信息的分發(fā),它可通過使用與對于 上述存在服務相似的機制來實現(xiàn)。希望開發(fā)最好地適合流行趨勢的 "上下文感知"應用和服務。因此,反映客戶狀況的上下文信息可按照 與存在數(shù)據(jù)相同的方式在客戶組中共享或者可用于為客戶創(chuàng)建最佳 服務。創(chuàng)建和配置服務的過程往往稱作"服務供給",該術語將在下文 中使用。
上下文服務器可用于以下方式來收集關于客戶的信息從例如適 合測量或記錄表征客戶的當前狀態(tài)、情形或狀況的各種變量等以及例 如環(huán)境光和聲音等環(huán)境參數(shù)的"傳感器"等各種源接收客戶數(shù)據(jù)。例 如,傳感器可設置成測量例如溫度和移動等物理特性,記錄通信裝置 或所使用的網(wǎng)絡中的裝置活動,或者記錄以上對于存在服務所述的客 戶狀態(tài)的任一個。因此,客戶的上述上下文信息和存在數(shù)據(jù)實際反映 那個客戶在某個方面的行為,例如在裝置使用和地理位置方面的行 為。
用于向請求方提供受關注客戶的存在數(shù)據(jù)和上下文數(shù)據(jù)的當前 可用機制在圖1中示意性示出。受關注客戶100是移動終端T的用戶 或者在移動終端中實現(xiàn)的軟件代理,對于受關注客戶,將各種事件發(fā) 布從終端T本身或者從未示出的所使用網(wǎng)絡發(fā)送給存在服務器102。 存在服務器102轉而可向請求方104、如預訂客戶發(fā)送與當前存在數(shù)
6據(jù)有關的通知。
作為補充或替代的方案, 一個或多個傳感器106可如上所述設 置,以便向上下文服務器108提供原始上下文數(shù)據(jù),該數(shù)據(jù)被接收并 且存儲在上下文存儲單元108a中。所示傳感器106還可表示反映終 端T中或網(wǎng)絡中的客戶活動的功能。此外,通信網(wǎng)絡中例如用于生成 客戶的呼叫數(shù)據(jù)記錄的現(xiàn)有例程也可用于提供上下文數(shù)據(jù)。
然后,通過對原始數(shù)據(jù)應用預定義的細化規(guī)則108c,所存儲的 原始數(shù)據(jù)可在上下文細化器108b中進行處理和細化,以i"更從原始數(shù) 據(jù)得出或計算新的細化上下文信息。預定義的細化規(guī)則108c可包括 從原始數(shù)據(jù)計算某些參數(shù)、得出結論或者創(chuàng)建匯編的算法等。然后, 細化的上下文可按照常規(guī)例程分發(fā)給請求方104,這里不作進一步描 述。請求方104可獲得不同程度連續(xù)地、即按照與對于存在數(shù)據(jù)相似 的方式從上下文服務器108接收上下文信息的預訂。請求方104也可 以是能夠根據(jù)所接收的上下文信息為各個客戶供給上下文感知服務 的應用服務器。
上下文信息通常與具有其設定、偏好和當前上下文所定義的特性 的某個用戶配置文件的個體客戶相關。但是,客戶也可屬于具有帶有 其成員所共享的特性的集合組配置文件的已建立客戶組。例如,家庭 的成員可具有單獨上下文,同時家庭可具有帶有其成員所共享的集合 配置文件的共同上下文,而對例如足球特別感興趣的另一組可具有完 全不同的配置文件。
WO 06/115442公開了一種機制,其中請求客戶組的特定需求可 通過提供與特定的受關注對象有關的相關上下文信息來滿足,其信息 適合于該組的特定興趣和需求。在這種解決方案中,可為請求組創(chuàng)建 定義請求細化的上下文信息時的條件的"定制的"細化規(guī)則。集合上下 文功能通過收集該組成員的每一個的個體上下文數(shù)據(jù)來創(chuàng)建該組的 集合上下文,以便創(chuàng)建對該組有效的定制的細化規(guī)則。定制的細化規(guī) 發(fā)送給上下文服務器(它可基本上按照圖1的服務器108來配置),作為關于受關注對象的細化的上下文信息的適配請求。然后,上下文服 務器按照定制的細化規(guī)則來細化原始上下文數(shù)據(jù),并且響應請求而傳 遞細化的上下文數(shù)據(jù)。
如上所述,當前,用于供給上下文感知服務的機制是可用的,其 涉及根據(jù)各個客戶的當前上下文和動態(tài)用戶配置文件對各個客戶的 內容傳遞。例如,信息和廣告可根據(jù)例如年齡、性別、興趣和偏好等 的客戶特性以及在某些情況下、例如在某天、某周或某個季節(jié)的某個
時刻出現(xiàn)在特定區(qū)域中時供應給客戶。
還有可能使客戶組以上述WO 06/115442中所述的請求觸發(fā)方式 來接收組適配的服務。但是,所希望的服務則必須由所形成組的成員 來定義和請求。IMS —般支持涉及個性化內容以上述方式從服務和內 容提供商傳遞給各個客戶或者傳遞給特定客戶組的服務。
當前,不能采用服務提供商所發(fā)起的適配的服務供應對多個客戶 進行尋址。因此,尚未存在查找通信網(wǎng)絡中具有共同興趣和需求的多 個客戶以及在某些情況下向那些客戶供應特別相關的服務的可用機 制。這個事實已經(jīng)確定是一個問題,因此無法利用例如以折扣價格或 者采用其它供應為多個"相似"客戶創(chuàng)建和提供可能感興趣的服務的 預期。
發(fā)明內容
本發(fā)明的目的是解決上述問題。因此, 一般希望使服務和內容提 供商能夠向通信網(wǎng)絡中具有共同興趣和需求的多個客戶供應有吸引 力且相關的服務。這個目的和其它目的主要通過提供用于向通信網(wǎng)絡 中的多個客戶供應或提供適配的服務的方法和設備來實現(xiàn)。
在本發(fā)明的方法中,創(chuàng)建具有 一組客戶的共同特性的組配置文 件,并且構成適合該組配置文件并且對于組配置文件中的共同特性相 關的服務。此外,為適配的服務定義服務觸發(fā)條件,它控制何時將要 供應或提供服務,并且當檢測到滿足服務觸發(fā)條件時向客戶組中的客戶供應或提供適配的服務。
在本發(fā)明的設備中,服務供給單元包括組配置文件創(chuàng)建單元, 適合創(chuàng)建具有一組客戶的共同特性的組配置文件;以及服務構成單 元,適合構成適合于組配置文件并且對于組配置文件中的共同特性相 關的服務,并且定義所述適配的服務的服務觸發(fā)條件,以便控制何時 將要供應適配的服務。服務供給單元還包括服務觸發(fā)4企測單元,適 合檢測何時滿足所述服務觸發(fā)條件;以及服務供應單元,適合在檢測 到滿足服務觸發(fā)條件時向客戶組中的客戶供應或提供所述適配的服 務。
通過以下具體實施方式
,本發(fā)明的其它優(yōu)選特征和有益效果將變 得非常明顯。
現(xiàn)在將通過優(yōu)選實施例并且參照附圖更詳細地描述本發(fā)明,其
中
-圖l是示出按照現(xiàn)有技術、通信網(wǎng)絡中用于向請求方提供客戶 的存在數(shù)據(jù)和上下文數(shù)據(jù)的機制的示意框圖。
-圖2是示出根據(jù)一個實施例、用于通過服務供給單元向通信網(wǎng) 絡中的多個客戶供應服務的過程的示意框圖。
-圖3是示出根據(jù)另一個實施例、用于向一組客戶供應服務的基 本步驟的流程圖。
-圖4是更詳細地示出根據(jù)又一個實施例的服務供給單元的示 意框圖。
-圖5是示出根據(jù)又一個實施例、向一組客戶供應和傳遞服務的 過程的信號傳送圖。
具體實施例方式
簡言之,本發(fā)明提供了 一種用于供應或提供適合通信網(wǎng)絡中的一
9組客戶的服務的解決方案,其中該組中的客戶在某個方面具有共同特 性。然后,所供應的服務可適合在特定流行趨勢、如客戶上下文中滿 足該組中的客戶的特定需求或興趣。所供應的服務可涉及傳遞多媒體 內容,例如以便銷售內容、做廣告、通知、娛樂或者提供信息。在本 說明書中,"供應或提供,,服務表示服務可涉及例如以廣告等方式來供 應產(chǎn)品或信息段或者內容,或者實際傳遞產(chǎn)品、信息或內容。
在這種解決方案中,為客戶組創(chuàng)建包含其共同特性的組配置文 件。存儲通信網(wǎng)絡中的多個客戶的用戶配置文件的配置文件數(shù)據(jù)庫可 用于通過將配置文件數(shù)據(jù)庫中的客戶識別為具有共同特性來創(chuàng)建組 配置文件。備選地,組配置文件可在客戶請求形成組時創(chuàng)建,或者可 對于已經(jīng)存在的客戶組來創(chuàng)建。
因此,組配置文件包含組中的客戶的共同特性,其可包括例如年 齡、性別、興趣、偏好和設定等個人數(shù)據(jù)以及例如位置等上下文相關 數(shù)據(jù)。共同特性還可包括客戶的先前行為。例如,可例如在某個位置 和/或時間或者隨某種使用頻率而對于先前已經(jīng)使用特定服務的 一組 客戶來創(chuàng)建組配置文件。組配置文件可進一步根據(jù)例如具有某些特性 的足夠數(shù)量的客戶必須出現(xiàn)在某個區(qū)域等前提來創(chuàng)建。
當已經(jīng)形成組配置文件時,構成在某個方面適合組配置文件、對 于其中的共同特性相關的服務。還定義與所構成的服務關聯(lián)的服務觸 發(fā)條件,它必須在向組中的客戶供應或提供服務之前被滿足。服務觸 發(fā)條件可規(guī)定某些上下文相關情況必須在觸發(fā)服務之前發(fā)生。例如, 服務觸發(fā)條件可以是,在某天、某周或某個季節(jié)的某時刻、在特定區(qū) 域中出現(xiàn)組中的至少預定數(shù)量的客戶。因此,每當檢測到滿足服務觸 發(fā)條件時,可向客戶組供應或提供適配的服務。
圖2示意示出根據(jù)一個可行實施例、用于從服務供給單元向通信
網(wǎng)絡中的多個客戶供應或提供服務的示范過程。術語"服務供給單元" 將在本說明書中通篇用于一般性地表示適合向客戶供給和供應或提 供任何服務的單元或功能。服務供給單元可在應用服務器等中實現(xiàn),
10并且可由服務提供商或內容提供商來操作或控制,以便按照所述實施 例在技術上創(chuàng)建并且向組供應或提供適配的服務。
圖2中,多個客戶200存在于通信網(wǎng)絡中,并且其各自的用戶配 置文件UP保存在配置文件數(shù)據(jù)庫202中,配置文件數(shù)據(jù)庫202可在 均作為對于IMS定義的邏輯實體的例如上述HSS節(jié)點等中央數(shù)據(jù)庫 節(jié)點或者"存在和組管理器PGM"中實現(xiàn)。因此,用戶配置文件可在 不同程度上是動態(tài)的,并且包含各種特性,例如個人數(shù)據(jù)以及設定、 偏好和上下文相關數(shù)據(jù)。
假定存放在配置文件數(shù)據(jù)庫202中的配置文件信息至少部分是 具有這里未具體示出的各種功能單元的服務供給單元204可用的。稍 后結合圖4來描述服務供給單元的更詳細實施例。因此,圖2只是示 意示出服務供給單元204可如何在本發(fā)明的上下文中進行操作。服務 供給單元204可實現(xiàn)成覆蓋通信網(wǎng)絡中或多或少的有限區(qū)域。
在第一所示步驟2:1中,組配置文件GP在服務供給單元204中 例如通過將配置文件數(shù)據(jù)庫202中的多個客戶識別為在其用戶配置 文件UP中具有共同特性來創(chuàng)建,其中組配置文件根據(jù)那些共同特性 來構建。因此,配置文件數(shù)據(jù)庫202中的各個用戶配置文件UP可由 這里未進一步描述的某種邏輯部件來分析,以便查找具有共同特性的 客戶。
組配置文件可根據(jù)何時認為該組為"活動"的前提來創(chuàng)建。例如, 當檢測到具有某些特性的足夠數(shù)量的客戶出現(xiàn)在某個區(qū)域時,這些客 戶可自動組成對其創(chuàng)建組配置文件的活動組。如上所述,備選地,組 配置文件可在客戶請求形成組時創(chuàng)建,或者可對于已經(jīng)存在的客戶組 來創(chuàng)建。
在一種可能的實現(xiàn)中,組配置文件GP可由"組管理服務器GMS" 來創(chuàng)建和保存,"組管理服務器GMS"是對于IMS定義的另一邏輯實 體,它然后向應用服務器等提供組配置文件。在本說明書中,假定創(chuàng) 建組配置文件GP的功能至少在邏輯上駐留在服務供給單元204中,
ii但是本發(fā)明并不局限于此。
在圖2的示例中,通過將客戶A、 B和C識別為在其用戶配置文 件UP中具有共同特性來形成一組客戶200a,并且為具有其共同特性 的那些客戶創(chuàng)建組配置文件GP1。然后,在步驟2:2創(chuàng)建特別適合于 所形成的組配置文件GP1的適配的服務S1,以便滿足可從組配置文 件GP1的特性得出的各種需求和興趣。還為所構成的服務S1定義服 務觸發(fā)條件T1,它控制何時向組200a中的客戶供應或提供服務。
例如,組200a可通過識別客戶A、 B和C具有音樂方面的共同 興趣來形成,然后可構成服務Sl,它在適當接近客戶當前所在的位 置提供關于音樂事件的信息。服務觸發(fā)條件T1可規(guī)定組中的客戶的 至少一部分在星期六或星期天出現(xiàn)在某個區(qū)域中,它必須在向出現(xiàn)在 所述區(qū)域中的那些客戶提供當前音樂事件信息之前被滿足。服務還可 涉及折扣購買的有條件報價。例如,如果足夠數(shù)量的客戶決定接受該 報價,則可對音樂事件提供折扣門票價格。稍后將參照圖5來描述處 理涉及這種有條件報價的服務的示例。
因此,服務供給單元204包括一種邏輯功能,它能夠例如通過監(jiān) 視客戶來檢測何時滿足服務觸發(fā)條件Tl,以便發(fā)起所構成的服務Sl。 相對于服務觸發(fā)條件來監(jiān)視客戶可通過不同方式來執(zhí)行。例如,服務 供給單元204可向配置文件lt據(jù)庫202(例如PGM)預訂配置文件更 新,使得每當組中的客戶改變其用戶配置文件中反映的上下文或狀況 時,數(shù)據(jù)庫202以與服務觸發(fā)條件相關的方式進行通知。備選地,月良 務供給單元204可定期查詢數(shù)據(jù)庫202,或者可實現(xiàn)"監(jiān)視器"功能, 以便在超過某個所監(jiān)視閾值時立即觸發(fā)等??蛻舯O(jiān)視功能或"服務觸 發(fā)檢測單元,,可在服務供給單元204中實現(xiàn),或者作為以適當方式與 服務供給單元204進行通信的單獨邏輯節(jié)點來實現(xiàn)。
在這個示例中,在步驟2:3中一4殳檢測到服務觸發(fā)條件Tl被滿 足。因此,服務觸發(fā)條件Tl可通過監(jiān)視組200a中的客戶和/或其在 某個方面的當前上下文來纟企測,這耳又決于觸發(fā)條件的性質。例如,如果服務觸發(fā)條件要求客戶出現(xiàn)在預定區(qū)域中,則監(jiān)視組中的客戶的位 置?;旧希|發(fā)條件所要求的任何上下文相關情況可按照適當方式
來監(jiān)視。最后,在最后所示步驟2:4中,在檢測到滿足服務觸發(fā)條件 Tl時向組中的一個或多個客戶供應或提供服務S1。
圖3示出根據(jù)另一個實施例、包含用于向客戶組供應或提供適合 該客戶組的服務的過程中的步驟的流程圖。所述步驟基本上由服務供 給單元或者等效體例如按照圖2的示例來執(zhí)行。在第一步驟300中, 可對于例如從配置文件數(shù)據(jù)庫中的用戶配置文件所識別的具有共同 特性的一組客戶創(chuàng)建組配置文件或者在客戶請求時創(chuàng)建組配置文件。 這個步驟基本上對應于圖2中的步驟2:1。
在下一個步驟302中,通過考慮共同特性以便滿足組中的客戶的 特定需求和興趣,來構成適合組配置文件的服務。在另一個步驟304 中,還對于在步驟302中構成的服務定義服務觸發(fā)條件,它控制何時 向客戶供應或提供服務。步驟302和304基本上對應于圖2中的步驟 2:2。
然后,可相對于服務觸發(fā)條件來監(jiān)視組中的客戶和/或其當前上 下文,在這里沒有作為不同的步驟示出。如前面結合步驟2:3所述, 例如取決于觸發(fā)條件的實現(xiàn)和性質,監(jiān)視可通過不同方式來執(zhí)行,而 不會限制本發(fā)明的一般范圍,這里不作進一步描述。然后,在基本上 對應于圖2中的步驟2:3的下一個步驟306中,4僉測到滿足服務觸發(fā) 條件。因此,在基本上對應于圖2中的步驟2:4的最后所示步驟308 中,向組中的一個或多個客戶供應或提供適配的服務。
圖4是更詳細地示出根據(jù)又一個實施例的服務供給單元400的框 圖。還示出在某個方面具有共同特性的一組客戶402以及包含包括所 示客戶402在內的多個客戶的各個用戶配置文件的用戶配置文件數(shù) 據(jù)庫404。應當注意,服務供給單元400只按照功能單元400a-d示意 示出,功能單元400a-d在這里被命名以指明其基本功能。實際上,服務供給單元400包括"組配置文件創(chuàng)建單元"400a,它適合于對 于例如從配置文件數(shù)據(jù)庫404中的其用戶配置文件識別為具有共同 特性的客戶組402創(chuàng)建組配置文件GP1 ,或者在客戶請求時創(chuàng)建組配 置文件GP1,如指向單元400a的虛線箭頭所示。未示出的自動識別 具有共同特性的客戶的功能可優(yōu)選地在服務供給單元400中實現(xiàn),但 是也有可能在配置文件數(shù)據(jù)庫404中實現(xiàn)這個功能。
服務供給單元400還包括"服務構成單元"400b,它適合于通過考 慮組配置文件GP1中的共同特性來構成適合組配置文件GP1的服務 Sl。例如,構成適配的服務的步驟可包括從被認為適合客戶組的需求 和興趣的一組預定義服務中選擇服務。服務構成單元400b還適合于 定義控制何時向客戶供應或提供所構成的服務的相關服務觸發(fā)條件 Tl。服務構成單元400b包含適當?shù)幕谲浖倪壿?,它配置成?zhí)行 上述服務構成和觸發(fā)定義功能,這里不作進一步描述。
服務供給單元400還包括"觸發(fā)檢測單元"400c,它適合于例如通 過相對于服務觸發(fā)條件監(jiān)視組402中的客戶和/或其當前上下文來檢 測何時滿足服務觸發(fā)條件。上面結合圖2和圖3描述了如何實現(xiàn)這種 檢測功能的一些示例。
服務供給單元400還包括"服務供應單元,,400d,它適合每當觸發(fā) 檢測單元400c檢測到滿足服務觸發(fā)條件時向組402中的一個或多個 客戶供應或提供適配的服務。
如前所述,可構成涉及面向一組客戶的折扣購買的有條件報價的 服務,其中足夠數(shù)量的客戶必須接受該報價以便獲得稱作數(shù)量折扣的 折扣或縮減?,F(xiàn)在將根據(jù)又一個實施例、參照圖5中的信號傳送圖來 描述涉及這種有條件報價的服務的一種可能的實現(xiàn)。
圖5中的所示信號傳送過程涉及通信網(wǎng)絡中的一組客戶500、包 含組中的各個客戶的用戶配置文件的PGM服務器502、其中實現(xiàn)上 述服務供給單元的功能的應用服務器/組管理服務器AS/GMS 504以及服務提供商所控制的內容服務器CS 506。下面所述的各種消息可 通過用于IMS的會話初始化協(xié)議SIP、例如經(jīng)由用于未示出的稱作 S-CSCF(服務呼叫會話控制功能)的會話控制的IMS節(jié)點來傳送,但 是本實施例并不局限于此。
當客戶組500例如按照上述方式建立為活動時,可按照以下方式 向客戶供應和傳遞服務。在第一步驟5:1中,PGM服務器502把組 500中的成員的列表及其用戶配置文件通知給AS/GMS節(jié)點504。然 后,在下一個步驟5:2中,AS/GMS節(jié)點504根據(jù)所接收的用戶配置 文件來創(chuàng)建具有客戶共同的特性的組配置文件(它存儲在GMS中)。 如果該組已經(jīng)存在,則組配置文件也可基于其舊的現(xiàn)有組配置文件 (如果存在)。
在這個示例中,CS節(jié)點506存儲一組預定義廣告以及規(guī)定與所 述廣告相關聯(lián)的各種條件和條款的規(guī)則。在下一個步驟5:3中, AS/GSM節(jié)點504在配置文件更新消息中向CS節(jié)點506請求該組的 廣告。在步驟5:3中,AS/GMS節(jié)點504可發(fā)送已更新組配置文件, 或者僅通知CS節(jié)點506關于到了從配置文件數(shù)據(jù)庫取(或者同步)新 配置文件的時間。然后,CS節(jié)點506選擇該組的相關廣告,并且在 下一個步驟5:4中,通過向AS/GMS節(jié)點504發(fā)送所選廣告的內容以 及對該廣告定義的一個或多個相關規(guī)則來進行響應。
在這個示例中,作為該廣告的規(guī)則,該廣告指定數(shù)量折扣報價, 其中產(chǎn)品以折扣價格供應,只要足夠數(shù)量的客戶同意購買該產(chǎn)品。還 可對該廣告定義其它^L則,例如用于計費細節(jié)、傳遞方法等的^L則。
在另 一個步驟5:5中,AS/GMS節(jié)點504按照所接收的廣告和規(guī) 則、例如通過以XML格式構建服務的適當內容描述來構成適配的服 務。然后,在步驟5:6中,AS/GMS節(jié)點504基本上通過例如作為SIP 消息中的XML描述向所有組成員500發(fā)送廣告來供應適配的服務。
下一個步驟5:7說明該組中的客戶之一通過指明他/她有興趣按 照所提供的數(shù)量折扣以縮減的價格購買該產(chǎn)品來進行響應。然后,在另 一個步驟5:8中,AS/GMS節(jié)點504通知組500中的其他客戶關于一個客戶已經(jīng)接受該報價的事實。因此,組中的其他客戶可同樣地進行響應并且指明他們有興趣購買該產(chǎn)品,直到所請求數(shù)量的客戶最終已經(jīng)接受該報價, 一般性地由步驟5:9表示。然后,在步驟5:10中,報價的產(chǎn)品一般可傳遞給接受客戶或者至少被通知來傳遞給接受客戶。例如,可將提供折扣的憑證等發(fā)送給客戶。這個步驟還可包括從CS節(jié)點506作為內容來傳遞該產(chǎn)品或者對應憑證,如虛線步驟5:10a所示。
最后,如果需要,則在最后所示的步驟5:11中,通過將配置文件更新消息從客戶發(fā)送給AS/GMS節(jié)點504,可將所執(zhí)行的購買記錄在組配置文件中。
在上述示例中,可能的是,組中的客戶希望購買一項以上廣告產(chǎn)品。在那種情況下,客戶可向AS/GMS 504發(fā)送步驟5:7(或步驟5:9)的響應一次以上,以便指明他/她希望購買多少項商品??稍O置閾值,作為允許客戶指明所希望的購買的次數(shù)的規(guī)則。還可在AS/GMS 504中實現(xiàn)缺省接口,它適合在響應一次以上時查詢該客戶,以便避免針對該服務的欺詐和拒絕服務攻擊。
當如步驟5:8所示通知客戶500關于另外一個客戶已經(jīng)接受該報價和/或關于到目前為止多少客戶已經(jīng)接受該報價時,AS/GMS節(jié)點504可在SMS或MMS消息中或者通過任何其它適當方式向客戶500發(fā)送通知。當?shù)竭_必要的閾值時,立即通知組成員,并且折扣憑證可存儲在接受客戶的IMS帳戶上,以便用于例如在線購物。這些憑證還可具有例如由上述相關規(guī)則所規(guī)定的有效期限。
雖然已經(jīng)參照具體的示范實施例描述了本發(fā)明,但是,本說明書一般僅意在說明本發(fā)明的概念,而不應當被理解為限制本發(fā)明的范圍。本發(fā)明由所附權利要求書定義。
1權利要求
1.一種向通信網(wǎng)絡中的多個客戶供應或提供適配的服務的方法,包括以下步驟-創(chuàng)建具有一組客戶的共同特性的組配置文件,-構成適合所述組配置文件并且對于所述組配置文件中的所述共同特性相關的服務,-定義所述適配的服務的服務觸發(fā)條件,所述服務觸發(fā)條件控制何時將要供應或提供所述服務,以及-當檢測到滿足所述服務觸發(fā)條件時,向所述客戶組中的所述客戶供應或提供所述適配的服務。
2. 如權利要求1所述的方法,其中,所述共同特性包括下列各 項中的至少一項年齡、性別、興趣、偏好和i殳定。
3. 如權利要求1或2所述的方法,其中,通過從用戶配置文件 數(shù)據(jù)庫將所述組中的所述客戶識別為在所述客戶的用戶配置文件中 具有共同特性,來創(chuàng)建所述組配置文件。
4. 如權利要求3所述的方法,其中,所述組配置文件^f艮據(jù)例如 在具有某些特性的足夠數(shù)量的客戶出現(xiàn)在某個區(qū)域中時等前提來創(chuàng) 建。
5. 如權利要求1或2所述的方法,其中,所述組配置文件在所 述組的所述客戶請求時創(chuàng)建。
6. 如權利要求1或2所述的方法,其中,對于已經(jīng)存在的一組 客戶創(chuàng)建所述組配置文件。
7. 如權利要求1-6中的任一項所述的方法,其中,通過滿足從所 述組配置文件中的所述共同特性所得出的各種需求和興趣,所述適配 的服務特別適合于所形成的組配置文件。
8. 如權利要求1-7中的任一項所述的方法,其中,所述服務觸發(fā) 條件規(guī)定必須滿足預定義的客戶上下文。
9. 如權利要求8所述的方法,其中,所述預定義的客戶上下文 包括包含下列各項中的至少一項的環(huán)境參數(shù)位置、天氣、某天、某 周和/或某個季節(jié)的時刻以及環(huán)境光和聲音。
10. 如權利要求1-9中的任一項所述的方法,其中,如果足夠數(shù) 量的所述客戶同意接受折扣購買的有條件報價,則所述服務包括所述 報價。
11. 如權利要求1-10中的任一項所述的方法,其中,所述服務觸務觸發(fā)條件的性質相關的當前上下文來檢測。
12. —種用于向通信網(wǎng)絡中的多個客戶(402)供應或提供適配的 服務的服務供給單元(400),包括-組配置文件創(chuàng)建單元(400a),適合創(chuàng)建具有一組客戶的共同特 性的組配置文件,-服務構成單元(400b),適合于構成適合所述組配置文件并且對 于所述組配置文件中的所述共同特性相關的服務,并且定義所述適配 的服務的服務觸發(fā)條件,以便控制何時將要供應所述適配的服務,-服務觸發(fā)檢測單元(400c),適合檢測何時滿足所述服務觸發(fā)條 件,以及-服務供應單元(400d),適合當檢測到滿足所述服務觸發(fā)條件時 向所述客戶組中的所述客戶供應或提供所述適配的服務。
13. 如權利要求12所述的服務供給單元,< 其中,所述共同特性包括下列各項中的至少一項年齡、性別、 興趣、偏好和設定。
14. 如權利要求12或13所述的服務供給單元,其中,所述組配 置文件創(chuàng)建單元還適合通過從用戶配置文件數(shù)據(jù)庫中將所述組中的 所述客戶識別為在所述客戶的用戶配置文件中具有共同特性來創(chuàng)建 所述組配置文件。
15. 如權利要求14所述的服務供給單元,其中,所述組配置文件創(chuàng)建單元還適合根據(jù)例如當具有某些特性的足夠數(shù)量的客戶出現(xiàn) 在某個區(qū)域中時等前提來創(chuàng)建所述組配置文件。
16. 如權利要求12或13所述的服務供給單元,其中,所述組配 置文件創(chuàng)建單元還適合在所述組中的所述客戶請求時創(chuàng)建所述組配 置文件。
17. 如權利要求12或13所述的服務供給單元,其中,所述組配 置文件創(chuàng)建單元還適合對于已經(jīng)存在的一組客戶創(chuàng)建所述組配置文 件。
18. 如權利要求12-17中的任一項所述的服務供給單元,其中, 通過滿足從所述組配置文件中的所述共同特性所得出的各種需求和 興趣,所述適配的服務特別適合于所形成的組配置文件。
19. 如權利要求12-18中的任一項所述的服務供給單元,其中, 所述服務觸發(fā)條件規(guī)定必須滿足預定義的客戶上下文。
20. 如權利要求19所述的服務供給單元,其中,所述預定義的 客戶上下文包括包含下列各項中的至少 一 項的環(huán)境參數(shù)位置、天氣、某天、某周和/或某個季節(jié)的時刻以及環(huán)境光和聲音。
21. 如權利要求12-20中的任一項所述的服務供給單元,其中, 如果足夠數(shù)量的所述客戶同意接受折扣購買的有條件報價,則所述服 務包括所述報價。
22. 如權利要求12-21中的任一項所述的服務供給單元,其中, 所述服務觸發(fā)檢測單元還適合通過監(jiān)一見所述組中的所述客戶和/或他 們在某個方面與所述服務觸發(fā)條件的性質相關的當前上下文來檢測 所述服務觸發(fā)條件。
全文摘要
一種用于向通信網(wǎng)絡中的多個客戶(200)供應或提供服務的方法和設備。服務供給單元(204)例如根據(jù)配置文件數(shù)據(jù)庫(202)中存儲的用戶配置文件(UP)來創(chuàng)建具有一組客戶(200a)的共同特性的組配置文件(GP1)。然后構成適合組配置文件并且對于組配置文件中的共同特性相關的服務(S1)。還定義適配的服務的服務觸發(fā)條件(T1),它控制何時將要供應或提供服務。最后,當檢測到滿足服務觸發(fā)條件(T1)時,服務供給單元(204)向客戶組(200a)供應或提供適配的服務(S1)。
文檔編號H04L29/08GK101682644SQ200780053130
公開日2010年3月24日 申請日期2007年5月28日 優(yōu)先權日2007年5月28日
發(fā)明者E·弗斯曼, J·耶爾姆 申請人:艾利森電話股份有限公司