專利名稱：用于在通信網(wǎng)絡(luò)中實(shí)現(xiàn)用戶群服務(wù)的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及用于在通信網(wǎng)絡(luò)的終端用戶群中實(shí)現(xiàn)用戶服務(wù)的方法 和裝置。
背景技術(shù)：
伴隨3G移動(dòng)電話的出現(xiàn)，已經(jīng)開發(fā)出新的使用IP ( Internet Protocol 網(wǎng)際協(xié)議)的基于包(packet-based)的通信技術(shù)來支持用戶之間具有多媒 體服務(wù)的通信。市場(chǎng)上也涌現(xiàn)出眾多具有多媒體通信能力的移動(dòng)和固定終 端。為了增加通信終端的使用范圍，面向終端用戶的涉及不同類型媒體通信 的新服務(wù)也在持續(xù)開發(fā)。本說明書中，術(shù)語"用戶服務(wù)" 一般表示能由通信 終端激活并使用的任何類型的服務(wù)。
近來，根據(jù)不同的服務(wù)消費(fèi)者在不同場(chǎng)合的興趣和需求，已經(jīng)為他們?cè)O(shè) 計(jì)出解決方案用于創(chuàng)建并提供相關(guān)的且具有潛在吸引力的服務(wù)。因此，通過 他們的用戶配置文件(user profile)和/或當(dāng)前場(chǎng)合，這些用戶服務(wù)可以適
應(yīng)于單個(gè)用戶。
開放式移動(dòng)聯(lián)盟(Open Mobile Alliance, 0MA )定義了叫做存在和群 管理(Presence and Group Management, PGM)的服務(wù)器，其被配置以管理 用戶群，并使不同的用戶服務(wù)適合于這些用戶群的特性。在PGM服務(wù)器中， 可以定義能根據(jù)單個(gè)群成員的用戶配置文件而集聚的共同的群配置文件。W0 06/115442更揭示了一種機(jī)制(mechanism)，在該機(jī)制中，用戶群的特殊 需求可以通過提供已適應(yīng)該群的特殊興趣和需求的相關(guān)環(huán)境信息來滿足。
需要時(shí)可以為每一個(gè)用戶服務(wù)定義和實(shí)現(xiàn)群管理機(jī)制。例如，在PGM服 務(wù)器中為叫4故無線一鍵通(Push-to-talk over cellular, PoC)的服務(wù)定 義了群管理機(jī)制。這些機(jī)制通常規(guī)定了應(yīng)用(application)和服務(wù)器之間 的通用消息語言和通信協(xié)議，其用作群中的用戶所使用的服務(wù)。
當(dāng)建立用戶群時(shí)，實(shí)施被稱為"發(fā)現(xiàn)"的過程以使用戶之間能夠通信， 其中，該過程包括群成員之間身份、終端能力(terminal capabilities)和可用服務(wù)的交換。也可以在臨時(shí)建立的ad-hoc用戶網(wǎng)絡(luò)中實(shí)施發(fā)現(xiàn)過程， 比如通過采用藍(lán)牙通信。為了在發(fā)現(xiàn)程序中尋找用戶和他們的服務(wù)，已經(jīng)標(biāo)
準(zhǔn)化了特殊服務(wù)發(fā)現(xiàn)協(xié)議。然而，服務(wù)發(fā)現(xiàn)協(xié)議或者是網(wǎng)絡(luò)專有 (network—specif ic )， 或者取決于索引(directory )月良務(wù)的查找。
因此，總是由存在于運(yùn)營(yíng)商控制訪問的或服務(wù)網(wǎng)絡(luò)比如IMS (IP多媒體 子系統(tǒng))網(wǎng)絡(luò)中的例如為PGM服務(wù)器的中央服務(wù)器或者類似物來控制目前可 用的群服務(wù)解決方案。但是，由于網(wǎng)絡(luò)運(yùn)營(yíng)商集中控制群服務(wù)，用戶自己創(chuàng) 建和影響他們的用戶服務(wù)的選擇一般非常有限。此外，利用不同的運(yùn)營(yíng)商創(chuàng) 建和管理包括具有網(wǎng)絡(luò)訂閱(subscription)的成員的群是有些復(fù)雜，并導(dǎo) 致額外的問題和限制，因?yàn)樾枰缇W(wǎng)絡(luò)的協(xié)議和信令，。
另外的問題是，即使市場(chǎng)上有許多種具有不同能力的終端，但當(dāng)終端用 戶希望使用某個(gè)用戶服務(wù)時(shí)，有時(shí)可能要忍受他/她所選的選定終端和/或當(dāng) 前連接的限制。例如，所使用的終端可能具有高品質(zhì)的照相功能，但該用戶 的訂閱或當(dāng)前連接可能僅允許對(duì)某個(gè)期望的用戶服務(wù)的相對(duì)低的訪問權(quán)和/ 或比特率。在另外的例子中，終端可能具有高分辨率的優(yōu)質(zhì)屏幕，但僅允許 普通的聲音重放，等等。

發(fā)明內(nèi)容
本發(fā)明的一個(gè)目標(biāo)是處理至少一部分以上概述的問題。因此， 一個(gè)目標(biāo) 是在通信網(wǎng)絡(luò)中改進(jìn)面向用戶群的不同用戶月良務(wù)的供應(yīng)(provision)。主 要通過在發(fā)起用戶終端中提供一種方法和裝置用以在具有多個(gè)終端用戶的 通信網(wǎng)絡(luò)中實(shí)現(xiàn)用戶服務(wù)從而來達(dá)成這些目標(biāo)和其他。
在本發(fā)明的方法中，為建立用戶群，該發(fā)起用戶終端對(duì)用戶終端執(zhí)行群 發(fā)現(xiàn)過程。然后，與終端交換終端能力，包括以下中的至少一個(gè)功能資源 (functional resources )、可用月良務(wù)、i殳備4言息、應(yīng)用或數(shù)據(jù)禾呈序以及當(dāng) 前通信量或者連接特性。當(dāng)接收到來自在該群中的用戶的群服務(wù)請(qǐng)求時(shí)，所 請(qǐng)求的服務(wù)所需要的功能和動(dòng)作基于所交換的終端能力而被分配給在該終 端中的功能資源，用于通過該功能資源使用所請(qǐng)求的群服務(wù)。
本發(fā)明的裝置包括群管理功能單元，該群管理功能單元包括適于對(duì)用戶 的終端執(zhí)行群發(fā)現(xiàn)過程以建立用戶群的群發(fā)現(xiàn)單元，和適于與該終端交換終 端能力的能力交換單元，該終端能力包括以下所列的至少一個(gè)功能資源、
6可用服務(wù)、設(shè)備信息、應(yīng)用或數(shù)據(jù)程序以及當(dāng)前通信量或者連接特性。該群 管理功能單元也包括請(qǐng)求接收單元，適于接收來自該群中的用戶的群服務(wù)請(qǐng)
求；以及功能分配單元，適于基于所交換的終端能力將所請(qǐng)求的服務(wù)所需要 的功能和動(dòng)作分配給在該終端中的功能資源，用于通過該功能資源使用該請(qǐng) 求的群服務(wù)。
在一個(gè)實(shí)施例中，在該群中的終端之間使用對(duì)等(Peer-to-Peer， P2P) 通信。在另一個(gè)實(shí)施例中，在該群發(fā)現(xiàn)過程之后，向該些終端發(fā)送群遨請(qǐng)。 在更進(jìn)一步的實(shí)施例中，創(chuàng)建基本群模板并將其存儲(chǔ)為被發(fā)現(xiàn)的用戶和他們 的終端能力以及功能資源的列表。該基本群模板也可以被分發(fā)給在該群中的 其它終端。
也可以定義群服務(wù)，并為所述群服務(wù)創(chuàng)建且存儲(chǔ)行動(dòng)方案，其指定使用 那個(gè)服務(wù)所需的動(dòng)作和功能。該行動(dòng)方案可以定義為請(qǐng)求服務(wù)時(shí)均可執(zhí)行的 宏(macro)或腳本(script)。 該行動(dòng)方案存儲(chǔ)在指定為應(yīng)用主枳i (application master)的終端中，也可以分發(fā)給在該群中的其它終端。
所請(qǐng)求的服務(wù)所需要的功能和動(dòng)作的分配可包括識(shí)別這些功能和動(dòng)作， 以及把它們與所交換的終端能力匹配。然后，可以取回或創(chuàng)建用于所識(shí)別出 的功能和行動(dòng)的行動(dòng)方案，并且該行動(dòng)方案可用作在所交換的終端能力上的 過濾器，因而，用指定的終端填充該行動(dòng)方案來以創(chuàng)建被分配的行動(dòng)方案。 在又一個(gè)實(shí)施例中，與該功能和行動(dòng)對(duì)應(yīng)的行動(dòng)命令^皮發(fā)送給各個(gè)指定的用 戶終端。
在更進(jìn)一步的實(shí)施例中，當(dāng)前通信量或連接特性包括以下所列的至少一 個(gè)帶寬，地理位置和通信價(jià)格。選擇該群中的用戶終端作為用于群服務(wù)的 應(yīng)用主機(jī)，以在#1激活和《吏用時(shí)控制該服務(wù)。默i人地可選擇該發(fā)起用戶終端 為應(yīng)用主機(jī)，或者通過使用主機(jī)選擇算法來選擇應(yīng)用主機(jī)。對(duì)于不同的群服 務(wù)，也可以選擇不同的用戶終端作為應(yīng)用主機(jī)。如果原來的主機(jī)離開了群， 最好地，還可選擇新的應(yīng)用主才幾。
本發(fā)明進(jìn)一步的更好的特性和益處將通過以下的詳細(xì)描述變得清楚。


現(xiàn)在通過優(yōu)選實(shí)施例和參考以下附圖，將更為詳細(xì)地描述本發(fā)明。
圖1是說明按照一個(gè)實(shí)施例在通信網(wǎng)絡(luò)中實(shí)現(xiàn)在用戶群中的用戶服務(wù)的過程的示意方框圖2是說明適于按照另外一個(gè)實(shí)施例在預(yù)備(provision)階段為用戶群 實(shí)現(xiàn)用戶服務(wù)的用戶終端的示意方框圖3是說明按照又一個(gè)實(shí)施例在預(yù)備階段為用戶群實(shí)現(xiàn)用戶服務(wù)的過程 的流程圖4是說明按照又一個(gè)實(shí)施例在運(yùn)行時(shí)間階段在用戶群中實(shí)現(xiàn)用戶服務(wù) 的過程的流程圖5是說明按照又一個(gè)實(shí)施例適于在運(yùn)行時(shí)間階段在用戶群中實(shí)現(xiàn)用戶 服務(wù)的用戶終端的示意方框圖6是說明按照又一個(gè)實(shí)施例如何將群管理系統(tǒng)分布在多個(gè)終端的示意 方案；
圖7是說明按照又一個(gè)實(shí)施例在為用戶群實(shí)現(xiàn)用戶服務(wù)的過程中的一些 基本步驟的流程圖8是說明按照又一個(gè)實(shí)施例的在群服務(wù)發(fā)起終端中的群管理功能單元 的示意方框圖。
具體實(shí)施例方式
簡(jiǎn)單地說，本發(fā)明提供通過包括多個(gè)用戶終端的群實(shí)現(xiàn)用戶服務(wù)的使用 和消費(fèi)的解決方案，而無需中央服務(wù)器(如上述的PSM服務(wù)器)。本解決方 案可以完全基于該用戶群的終端之間的對(duì)等(P2P)通信來建立和管理該群。
通過發(fā)現(xiàn)和共享不同的用戶終端中的不同的能力或功能資源，能以更優(yōu) 化的方式使用用戶服務(wù)，例如，具有改進(jìn)的性能、增加的價(jià)值和/或更低的 價(jià)格，并因此而普遍提升用戶體驗(yàn)。因此，本解決方案在參與終端中提供集 中控制(pooled)的能力和功能資源的群管理系統(tǒng)，以及用于群服務(wù)管理的 共享的功能性。所以，在該群中的用戶還可以基于他們集合的終端能力和資 源自由地選擇或構(gòu)建用戶服務(wù)，而不依靠運(yùn)營(yíng)商控制的中央群管理服務(wù)器。
在"預(yù)備(provisioning)"的第一階段，通過發(fā)現(xiàn)機(jī)制建立了群以及 在該群中交換終端能力，以在參與終端中建立共享的群管理功能性和不同能 力與功能資源的認(rèn)知(knowledge)。該群服務(wù)管理功能也能分布到在該群 中的不同用戶終端上，這取決于它們各自的能力和/或連接。
在"運(yùn)行時(shí)間(run-time)"的第二階段，用戶激活并使用用戶服務(wù)，使得按照動(dòng)態(tài)資源分配方案在該群內(nèi)選擇的一個(gè)或多個(gè)終端來執(zhí)行用于該服 務(wù)所需要的具體功能。舉例來說，可以從內(nèi)容服務(wù)器下載多媒體內(nèi)容，使得 不同的終端通過不同的訪問通道接收該內(nèi)容的不同部分以增加整個(gè)帶寬和 下載速度，和/或降低通信成本。然后，在該群中的一個(gè)或多個(gè)終端組合該
內(nèi)容的不同部分，使之可被群成員播放(play out)和欣賞。在另外的例子中， 可以由裝有照相機(jī)的終端拍攝一組照片，隨后產(chǎn)生的照片被傳送到另外的終 端，其通過合適的連接把該照片發(fā)送到接收方。
圖1示意性地說明了多個(gè)用戶A-F如何通過P2P通信建立用戶群。在本 說明書中，術(shù)語"用戶"通常表示人、基于軟件的用戶代理或類似物、以及 被使用的終端。值得注意的是，在該群中所包括的終端可以是任何類型的通 信終端，比如移動(dòng)或固定電話和計(jì)算機(jī)，而且本發(fā)明并不局限于此。在這個(gè) 例子中，用戶A-E操作不同的移動(dòng)電話，而用戶F操作筆記本電腦。假定終 端A-F可以有不同的能力和/或連接。
通過使用任何類型的通信鏈路在終端A-F之間進(jìn)行P2P通信，例如藍(lán)牙、 WLAN(Wireless Local Access Network,無線局域網(wǎng))、蜂窩3G或GSM/EDGE、 WIMAX等。該通信在服務(wù)層是對(duì)等的，從某種意義上說，沒有中間服務(wù)器或 類似物參與到該群管理通知中。但是，交換的消息可以通過不同的傳輸和接 入網(wǎng)絡(luò)路由，或者通過短程(short-range)無線電或其他通信鏈路，如藍(lán)牙 鏈路，直接傳輸，這不在本發(fā)明的范圍之內(nèi)。
有興趣建立群的用戶之一 A可以發(fā)起群發(fā)現(xiàn)過程，在此期間用戶A-F檢 測(cè)彼此的存在。例如藍(lán)牙技術(shù)可用于終端的發(fā)現(xiàn)，盡管本發(fā)明并不局限于此。 基本上，該群也可以由用戶自己"帶外(out-of-band)"創(chuàng)建，而不使用他 們的終端，例如，通過使用用于注冊(cè)的網(wǎng)頁(yè)或類似物，只要產(chǎn)生的群最終在 終端注冊(cè)。
在這個(gè)過程中，用戶A可以直接發(fā)現(xiàn)所有其他用戶B-F，或者一些被發(fā) 現(xiàn)的用戶也可以發(fā)現(xiàn)另外的用戶并間接向用戶A確i人他們的存在。如圖1中 箭頭所示，用戶C發(fā)現(xiàn)了用戶F，用戶D發(fā)現(xiàn)了用戶E，以及用戶B發(fā)現(xiàn)了 用戶C和D。已發(fā)現(xiàn)用戶F的用戶C也向用戶B確i^用戶F的存在，等等。 如圖所示，用戶A發(fā)現(xiàn)了用戶B、 D和E,而用戶B和D也分別確認(rèn)了用戶C、 D、 F和E。從而，用戶A間接或直接地發(fā)現(xiàn)了所有其他用戶B-F。
為了創(chuàng)建群，發(fā)起用戶A向其他用戶B-F發(fā)送加入該群的邀請(qǐng)。然后，
9其他用戶B-F可通過接受或拒絕來響應(yīng)該邀請(qǐng)，并且那些接受邀請(qǐng)的將收到 關(guān)于該群的組成的信息，使得該群被"鏡像"到他們的終端，下面將會(huì)對(duì)其 詳迷。在這個(gè)過程中，所有的用戶可以向所有其他的用戶或者僅向邀請(qǐng)用戶 A發(fā)送接受(或拒絕)。
現(xiàn)在可以集中控制并利用在用戶終端中的不同的能力來管理不同的群 服務(wù)。這些能力可能僅僅對(duì)被獲準(zhǔn)訪問它們的用戶可用。比如，該群可以浮皮 配置為具有用戶名單的封閉的群，或者任何人都可以加入的開放的群。但是， 授權(quán)和認(rèn)證過程，如果需要，并不在本發(fā)明范圍之內(nèi)。
閨2更加詳細(xì)的示意了按照一個(gè)可能的實(shí)施例在上述預(yù)備階段期間與 該群內(nèi)的其他用戶202通信時(shí)的群發(fā)起用戶A的終端200。終端200包括表
示為A。 A2、 A3......的多個(gè)服務(wù)應(yīng)用204，其有效地代表了該終端的能力
或功能資源。假定其他用戶202的終端也包括代表他們各自終端能力的各種 服務(wù)應(yīng)用。
終端200還包括適于管理群并與它的參與者即用戶202通信的群管理功 能單元206。群管理功能206依次包括群發(fā)現(xiàn)功能單元206a和能力交換功 能單元206b。進(jìn)一步假定其它終端也包括相似或相應(yīng)的群管理功能。創(chuàng)建 和管理用戶群的過程在圖中被表示為示意性的步驟2: 1-2: 5。
在所示第一步驟2: 1，在終端200中的群發(fā)現(xiàn)功能206a通過檢測(cè)其他 用戶202的存在和創(chuàng)建用戶群來執(zhí)行上述群發(fā)現(xiàn)過程，例如，通過上面圖1 所描迷的方式。當(dāng)接收到一些合適的用戶輸入時(shí)，群發(fā)現(xiàn)功能206a也向任 何其他終端202發(fā)送加入群的邀請(qǐng)。
之后，在下一步驟2:2，能力交換功能206b與其他用戶202交換終端 能力。在本說明書中，術(shù)語"終端能力"通常代表任何功能資源、設(shè)備信息 和可用服務(wù)、應(yīng)用或數(shù)據(jù)程序以及當(dāng)前通信量或者終端的連接特性(如帶寬、 地理位置和價(jià)格)，其也可以作為有效信息而被交換。例如， 一個(gè)終端可能 由于在服務(wù)小區(qū)(serving cell)內(nèi)的高通信量負(fù)載而具有只允許低比特率 的當(dāng)前蜂窩連接，而其它的終端當(dāng)前可能具有"高速"WLAN連接。
使用終端能力信息，在使用群服務(wù)時(shí)都可以在品質(zhì)、速度和成本方面優(yōu) 化任何即將到來的通信。參與用戶的終端200、 202的終端能力也可以稱為 "功能資源"，其對(duì)用于使用不同用戶服務(wù)的群是基本可用的。
在接下來的步驟2: 3，根據(jù)由群發(fā)現(xiàn)功能206a和能力交換功能206b分別荻取的關(guān)于該群的信息，建立"基本群模板T"。該基本群模板T因而包 括被發(fā)現(xiàn)的用戶202及他們的終端能力或功能資源的列表。進(jìn)而，如進(jìn)一步 的步驟2: 4所示，服務(wù)應(yīng)用204代表的終端A的能力也被增加到該基本群模 板T。
最后，如最后的步驟2:5所示，該基本群模板T被發(fā)送到每一個(gè)參與用 戶202。從而通過該基本群模板T，在該群中的每一個(gè)用戶終端200、 202有 了對(duì)群可用的所有參與者和他們的功能資源(基于終端能力)的認(rèn)知?；?群模板T也可以稱為"分布式群服務(wù)管理注冊(cè)(distributed group service management registry)"，因此在該群中的終端200、 202是存有關(guān)于該群 中可用的資源和服務(wù)信息的該分布式注冊(cè)的P2P架構(gòu)中的節(jié)點(diǎn)。該模板T可 以構(gòu)建為DHT (Distributed Hash Table,分布式哈希表)，比如，在 XML (Extensible Make-up Language,用可擴(kuò)展標(biāo)記語言)模板中定義。
現(xiàn)在，定義不同的群服務(wù)應(yīng)用和把終端內(nèi)的資源分配給在使用各個(gè)群服 務(wù)時(shí)所需要的不同的功能和動(dòng)作成為可能。對(duì)于每一個(gè)定義的群服務(wù)，用戶 終端也可以被選擇作為"應(yīng)用主機(jī)"，以在被激活和使用時(shí)控制該服務(wù)。創(chuàng) 建該群的用戶終端可默i人地凈皮選為應(yīng)用主機(jī)?？蛇x地，可以使用主才幾選擇算 法，例如，預(yù)先確定的選擇方案或類似物。對(duì)于不同的群服務(wù)應(yīng)用，也可以 選擇不同的用戶終端作為應(yīng)用主機(jī)。進(jìn)一步說，如果原來的主機(jī)因?yàn)槟骋辉?因或其它原因離開了該群，可能需要選擇新的應(yīng)用主機(jī)。
當(dāng)定義了具體的用戶服務(wù)時(shí)，可以識(shí)別出所有需要的功能和動(dòng)作，然后 為該服務(wù)創(chuàng)建具有不同步驟和動(dòng)作的方案或圖表，以下稱為"行動(dòng)方案 (activity scheme)"。因此，該4亍動(dòng)方案指定了 4吏用該月l務(wù)的所需的所有 活動(dòng)，其可以定義為請(qǐng)求該服務(wù)時(shí)即可^皮執(zhí)行的宏或腳本(script )。也可 能根據(jù)請(qǐng)求通過創(chuàng)建相應(yīng)的行動(dòng)方案自由地構(gòu)建新服務(wù)，然后應(yīng)用該行動(dòng)方 案以分配終端資源。用于用戶服務(wù)的一個(gè)示范行動(dòng)方案可以是1)"照相"、 2)"對(duì)照片添加文本"和3)"向接收方發(fā)送帶有文本的照片"。
當(dāng)任何用戶請(qǐng)求那個(gè)服務(wù)時(shí)，通過把創(chuàng)建的行動(dòng)方案應(yīng)用到基本群模板 T上，可以動(dòng)態(tài)分派不同用戶終端的資源，以便將需要的功能和動(dòng)作與不同 的終端匹配，然后把這些功能分配給具體的終端。由應(yīng)用主機(jī)來執(zhí)行這個(gè)過 程，其向指定的終端發(fā)送相應(yīng)的行動(dòng)命令。根據(jù)上述的例子所得到的資源分 配可以是1)"終端B照相"、2)"終端F給照片添加文本"、3)"終端A向接收方發(fā)送帶有文本的照片"。
由于該群內(nèi)的終端可能具有比所需要的更多的能力，本解決方案也可以 引入資源冗余，使得在多個(gè)終端中復(fù)制相同的功能資源。由此，把負(fù)載平衡 方案用來在多個(gè)終端上分發(fā)功能是可能的，比如，通過將大媒體文件的不同 部分下載在不同終端上。例如如果IO個(gè)用戶每一個(gè)有帶寬1Mbps (Megabits per Second,兆每秒)的訪問鏈路，則他們可以合伙建立一個(gè)組合的10Mbps 鏈路。
當(dāng)把終端資源按照它們的能力分配給在該行動(dòng)方案中的不同步驟和功 能時(shí)， 一些要考慮的度量因素可能包括，但不限于1)編碼/解碼能力、2) 加密/解密能力、3)播放能力和品質(zhì)、4)接收能力、5)可用帶寬、6)通 信速率/價(jià)格、7)當(dāng)前位置、8)緩沖能力、9)屏幕屬性比如尺寸和分辨率、 10)計(jì)算容量、11)功率容量等。
圖3是具有示例過程中的步驟的流程圖，該示例過程實(shí)現(xiàn)用于終端用戶 的群的用戶服務(wù)，其基本上由發(fā)起終端(如以上例子中的終端A)在上述的 預(yù)備階段執(zhí)行。在第一步驟300，發(fā)現(xiàn)并邀請(qǐng)多個(gè)終端用戶以創(chuàng)建用戶群， 舉例來說，基本上如同圖2中步驟2:1的描述。在該發(fā)現(xiàn)過程中，用戶可以 通過宣布標(biāo)識(shí)或別號(hào)，以及個(gè)人配置文件例如包括興趣、喜好、年齡、職業(yè) 和其它特征，把自己推廣給其他用戶("我在這里")。
在下一步驟302，與在該群中的其它用戶終端交換終端能力，然后，基 本群模板也可以被存儲(chǔ)并分發(fā)到其它終端，如圖2中步驟2:3，2:4和2:5的 描述?；旧?，交換終端能力意味著用戶終端向其它用戶終端推廣它們的功 能資源("我可以做什么")，也可以稱之為"資源發(fā)現(xiàn)"過程。如上所述， 終端能力可以包括功能資源和連接特性。
因?yàn)閯?chuàng)建了基本群模板并將其分發(fā)到在群內(nèi)的其他用戶，所以實(shí)現(xiàn)了公 用的分布式服務(wù)發(fā)現(xiàn)機(jī)制，在該機(jī)制中，該群成員基于在該群模板上給出的 能力信息可以激活和/或創(chuàng)建各種群服務(wù)。由此，每個(gè)用戶可以僅保持與那 些他/她是其中一員的群有關(guān)的群服務(wù)信息。
然后，在進(jìn)一步的步驟304定義了一個(gè)或多個(gè)群服務(wù)應(yīng)用，其也被分發(fā) 到在群中的其它終端。在下一步驟306，還為所定義的群服務(wù)選擇應(yīng)用主機(jī)， 以便在被激活和使用時(shí)控制該服務(wù)。如上所述，默認(rèn)地可選擇發(fā)起用戶作為 該主機(jī)，或者可使用預(yù)先確定的主機(jī)選擇算法。需要注意的是，該應(yīng)用主機(jī)
12的主機(jī)對(duì)其它終端，并不必需是傳統(tǒng)的主-從關(guān)系意義。在ad-hoc網(wǎng)絡(luò)內(nèi)的 示例實(shí)施方案中，基本上該應(yīng)用主機(jī)充當(dāng)群服務(wù)的控制點(diǎn)。
之后，在下一步驟308，確定在使用各個(gè)群服務(wù)時(shí)所需要的不同功能和 動(dòng)作。最后，在所示的最后步驟310,為每個(gè)服務(wù)創(chuàng)建和存儲(chǔ)行動(dòng)方案或類 似物，其指定了使用那個(gè)服務(wù)所必需的所有步驟和功能。該行動(dòng)方案可以被 定義為無論何時(shí)請(qǐng)求該服務(wù)均可被執(zhí)行的宏或腳本。
創(chuàng)建的行動(dòng)方案至少存儲(chǔ)在指定為應(yīng)用主機(jī)的終端中。也可以選擇性地 把該行動(dòng)方案分發(fā)給在群中的其它終端，例如，如果希望冗余的話。因此， 通過把在該行動(dòng)方案中的動(dòng)作和功能按照終端當(dāng)前的能力分配到合適的終 端，在該群中的任何用戶可以發(fā)起和控制該服務(wù)。所以基本上，執(zhí)行步驟 308和310來在該群中配置在步驟304定義的服務(wù)應(yīng)用。
圖4是具有示例過程的步驟流程圖，該過程用以在基本按照?qǐng)D3建立的 終端用戶的群中使用用戶服務(wù)。在上述的運(yùn)行時(shí)間階段，由被指定為應(yīng)用主 機(jī)的終端執(zhí)行該程序用于該服務(wù)。
在第一步驟400，從該群中的用戶接收服務(wù)請(qǐng)求，該用戶可以是該群中 的任何用戶，該群包括該應(yīng)用主機(jī)終端的用戶。請(qǐng)求的服務(wù)既可以按照步驟 308， 310預(yù)先在該群內(nèi)被配置，也可以是新組合的服務(wù)。因而，在下一步 驟402確定是否已經(jīng)在群中配置所請(qǐng)求的服務(wù)。如果是，在該應(yīng)用主機(jī)終端 上存儲(chǔ)相應(yīng)的可以在步驟404中凈皮取回的行動(dòng)方案。另一方面，如果沒有預(yù) 先在該群中配置過請(qǐng)求的服務(wù)，在可選步驟406中確定所有使用該請(qǐng)求的服 務(wù)所需要的功能和動(dòng)作，以及在接下來的步驟408創(chuàng)建相應(yīng)的行動(dòng)方案。
然后，在進(jìn)一步的步驟410中，將在步驟404取回或者在步驟408創(chuàng)建 的行動(dòng)方案應(yīng)用于在該群模板中的能力信息，以便將該方案中任何需要的動(dòng) 作和功能分配給該群中的具體終端。應(yīng)用該行動(dòng)方案包括按照基本群模板使 需要的功能和動(dòng)作與不同終端的能力匹配。在最后所示的步驟412，相應(yīng)的 行動(dòng)命令被發(fā)送到該指定(appointed)的終端，且最終執(zhí)行和使用該請(qǐng)求的 服務(wù)。這樣，基于用戶終端的能力動(dòng)態(tài)分配不同用戶終端中的功能資源用于 所請(qǐng)求的服務(wù)，。
圖5是邏輯方框圖，示出在包括用戶A和用戶B-D 202的用戶群中應(yīng)用 行動(dòng)方案以用于執(zhí)行服務(wù)時(shí)，在上述運(yùn)行時(shí)間階段圖中用戶A的終端200的 群管理功能單元206的更多的功能單元。按照上面的描述，用戶A的終端200被選擇作為應(yīng)用主機(jī)用于所請(qǐng)求的群服務(wù)。在群管理功能單元206,基 本上按照?qǐng)D3的步驟300和302創(chuàng)建和存儲(chǔ)基本群模板T，圖2也顯示了該 模板T。這樣，模板T包括關(guān)于用戶A、 B、 C和D的終端能力和當(dāng)前連接的 信息，如虛線所示。
在這個(gè)例子中，用戶D向用戶A發(fā)送服務(wù)請(qǐng)求R,其由請(qǐng)求接收功能500 接收?？蛇x地，也可以由用戶A產(chǎn)生服務(wù)請(qǐng)求，使得從在終端處使用的輸入 裝置I接收內(nèi)部請(qǐng)求消息，如虛線箭頭R，所示。
然后，當(dāng)請(qǐng)求接收功能500識(shí)別出該服務(wù)所需要的功能和動(dòng)作時(shí)，將其 與基本上按照?qǐng)D3的步驟310已經(jīng)存儲(chǔ)在群管理功能單元206的一組預(yù)先定 義的行動(dòng)方案502進(jìn)行比較，以確定是否先前已經(jīng)配置了請(qǐng)求的服務(wù)。如果 沒有發(fā)現(xiàn)相應(yīng)的預(yù)先確定的行動(dòng)方案，可以根據(jù)識(shí)別的功能和動(dòng)作(虛線箭 頭)為請(qǐng)求的服務(wù)創(chuàng)建新的行動(dòng)方案504。如果在組502中發(fā)現(xiàn)了與所請(qǐng)求
的服務(wù)對(duì)應(yīng)的預(yù)先設(shè)定的行動(dòng)方案，筒單地將其取回以便(實(shí)線箭頭)使用。
之后，按照基本群模板T,功能分配器506通過使其中需要的功能和動(dòng) 作與用戶A-D的終端能力匹配來應(yīng)用所創(chuàng)建或取回的行動(dòng)方案AS。因此基 本上，功能分配器506將行動(dòng)方案AS用作模板T中信息的過濾器，如粗箭 頭所示，以確定在該群中的哪些終端最適合承擔(dān)該服務(wù)所需要的不同的功能 和動(dòng)作，然后將其分配給這些終端。
結(jié)果，功能分配器56基本上用指定的終端"填充"該行動(dòng)方案AS，以 創(chuàng)建分配的行動(dòng)方案AS(A-D) 508。之后，被分配的行動(dòng)方案508 ,皮傳輸?shù)?命令發(fā)送功能單元510,其最后將相應(yīng)的行動(dòng)命令OB、 Oe、 0。發(fā)送到各個(gè)指 定的用戶B、 C、 D的終端。需要注意的是，某些需要的功能和動(dòng)作也可以分 配給凈皮選為應(yīng)用主才幾的用戶A的終端500。
在圖5描述的方案中，讓用戶A通過創(chuàng)建新的行動(dòng)方案504自由地構(gòu)建 新服務(wù)是可能的，如，通過使用輸入裝置I。然后基于基本群模板上所列的 能力，由功能分配器506用指定的終端基本上填充行動(dòng)方案504，以創(chuàng)建分 配的行動(dòng)方案，從中創(chuàng)建相應(yīng)的行動(dòng)命令并發(fā)送給指定的終端。
將前文所述的終端200的群管理功能分布在該群中的多個(gè)終端上也是 可能的。例，如圖6所示，用戶A的終端可以負(fù)責(zé)用以保存基本群模板的數(shù) 據(jù)庫(kù)600，用戶B的終端可以負(fù)責(zé)用以群發(fā)現(xiàn)和能力交換的;^器學(xué)習(xí)系統(tǒng)MLS 602，以及用戶C的終端可以負(fù)責(zé)用作創(chuàng)建或選擇行動(dòng)方案的內(nèi)容集合功能CAF 604。
現(xiàn)在參考圖7所示的流程圖來說明在有多個(gè)終端用戶的通信網(wǎng)絡(luò)中實(shí) 現(xiàn)用戶服務(wù)的方法。該方法包括了由在發(fā)起用戶終端比如圖2和圖5所示的 終端200中的群管理功能單元執(zhí)行的步驟700-706。
在第一步驟700，對(duì)這些用戶終端執(zhí)行群發(fā)現(xiàn)管理過程以建立用戶群。 在下一步驟702,與終端交換終端能力，以創(chuàng)建如上所述的基本群模板。所 交換的終端能力包括以下所列的至少一個(gè)功能資源、可用服務(wù)、設(shè)備信息、 應(yīng)用或數(shù)據(jù)程序和當(dāng)前通信量或連接特性。
在接下來的步驟704，接收來自在該群中的用戶比如發(fā)起終端的用戶的 群服務(wù)請(qǐng)求。在最后的步驟706，作為響應(yīng)，基于所交換的終端能力，把所 請(qǐng)求的服務(wù)所需要的功能和動(dòng)作分配給在該群中的終端的功能資源，之后通 過指定的終端中的功能資源來使用所請(qǐng)求的群服務(wù)。
現(xiàn)在參考圖8所示的方框圖對(duì)用以在具有多個(gè)終端用戶的通信網(wǎng)絡(luò)中 實(shí)現(xiàn)用戶服務(wù)的在發(fā)起用戶終端內(nèi)的裝置進(jìn)行說明。在發(fā)起用戶終端內(nèi)的群 管理功能單元800包括適于對(duì)用戶終端執(zhí)行群發(fā)現(xiàn)過程以建立用戶群的群 發(fā)現(xiàn)單元800a。
群管理功能單元800進(jìn)一步包括適于與終端交換終端能力的能力交換 單元800b。該終端能力至少包括以下所列的至少一個(gè)功能資源、可用服 務(wù)、設(shè)備信息、應(yīng)用或數(shù)據(jù)程序和當(dāng)前通信量或連接特性。
群管理功能單元800更包括適于接收來自在該群中的用戶的群服務(wù)請(qǐng) 求的請(qǐng)求接收單元800c,以及適于基于所交換的終端能力把所請(qǐng)求的服務(wù) 所需要的功能和動(dòng)作分配給該些終端的功能資源的功能分配單元800d。群 管理功能單元800最后包括命令發(fā)送單元800e，其適于將與該功能和動(dòng)作 對(duì)應(yīng)的行動(dòng)命令發(fā)送給各個(gè)指定的終端。然后，可以通過這些功能資源來使
用所請(qǐng)求的群服務(wù)。
需注意圖8僅是在邏輯上說明各種功能單元800a-e，而實(shí)際中本領(lǐng)域 普通技術(shù)人員可使用任何合適的軟件或硬件裝置來實(shí)施這些功能。因此本發(fā) 明一般不局限于所示的群管理功能單元800的結(jié)構(gòu)。
通過使用本發(fā)明，如按照上述的實(shí)施例，在包括任何數(shù)量和類型的通信 網(wǎng)絡(luò)終端的群中可以動(dòng)態(tài)地實(shí)施群管理系統(tǒng)，無需包括運(yùn)營(yíng)商控制的中央群 管理服務(wù)器。因此群成員能發(fā)起和完全控制群管理系統(tǒng)，且也如群成員期望的那樣構(gòu)建和使用新服務(wù)。當(dāng)群包括跨越不同的運(yùn)營(yíng)商環(huán)境的用戶時(shí)所涉及 的多運(yùn)營(yíng)商問題也可以避免。
進(jìn)一步說，此解決方案也考慮到了多種優(yōu)化的可能性，例如，在用戶體 驗(yàn)和成本方面。因?yàn)槟軌蛞詢?yōu)化的方式使用在該群中的所有終端的資源和能 力，則在該群中的用戶在使用用戶服務(wù)時(shí)便不再受限于他們選擇的終端和/ 或連接。此外，在該群管理系統(tǒng)中可以引入冗余以便即使當(dāng)用戶從該群中離 去或消失時(shí)仍能實(shí)現(xiàn)負(fù)載的平衡并確保備份的功能。
沒有限制，終端資源的分配因此可以基于能力、等待時(shí)間(latency)、 帶寬、位置和成本。在群服務(wù)中，與其它具有更有限的資源和能力的終端相 比， 一個(gè)具有相對(duì)大的資源和能力的終端可以被分配較高的參與級(jí)別。
盡管參考具體的實(shí)施例描述本發(fā)明，但本說明書僅用以描述創(chuàng)造性概念 且不應(yīng)當(dāng)被用以限制本發(fā)明的范圍。本發(fā)明由所附的權(quán)利要求書來定義。
權(quán)利要求
1.在有多個(gè)終端用戶的通信網(wǎng)絡(luò)中實(shí)現(xiàn)用戶服務(wù)的方法，包括由發(fā)起(initiating)用戶終端(200)執(zhí)行的以下步驟對(duì)所述用戶的終端(202)執(zhí)行群發(fā)現(xiàn)過程，以建立用戶群；與所述終端交換終端能力，所述終端能力包括以下項(xiàng)目中的至少一個(gè)功能資源、可用服務(wù)、設(shè)備信息、應(yīng)用或數(shù)據(jù)程序以及當(dāng)前通信量或連接特性；接收來自所述群中的用戶(D，A)的群服務(wù)請(qǐng)求(R)；以及基于所交換的終端能力，把所請(qǐng)求的服務(wù)所需要的功能和動(dòng)作分配給在所述終端中的功能資源，用于通過所述功能資源使用(consuming)所請(qǐng)求的群服務(wù)。
2. 根據(jù)權(quán)利要求1所述的方法，其中，在所述群中的所述終端(A-D) 之間使用對(duì)等(Peer-to-Peer )通信。
3. 根據(jù)權(quán)利要求1或2所述的方法，其中，在所述群發(fā)現(xiàn)過程之后， 向所述終端發(fā)送群邀請(qǐng)。
4. 根據(jù)權(quán)利要求l-3中任何一項(xiàng)所述的方法，其中，創(chuàng)建基本群模板 (T)并將其存儲(chǔ)為被發(fā)現(xiàn)的用戶和他們的終端能力及功能資源的列表。
5. 根據(jù)權(quán)利要求5所述的方法，其中，向在所述群中的其它終端分發(fā) 所述基本群模板(T)。
6. 根據(jù)權(quán)利要求1-5中任何一項(xiàng)所述的方法，其中，在所述能力交換 步驟之后定義群服務(wù)，并為所述群服務(wù)創(chuàng)建且存儲(chǔ)行動(dòng)方案(502),其指定 使用那個(gè)服務(wù)所需的動(dòng)作和功能。
7. 根據(jù)權(quán)利要求6所述的方法，其中，所述行動(dòng)方案被定義為無論何 時(shí)請(qǐng)求所述服務(wù)均可執(zhí)行的宏(macro)或腳本(script)。
8. 根據(jù)權(quán)利要求6或7所述的方法，其中，所述行動(dòng)方案存儲(chǔ)在被指 定為應(yīng)用主機(jī)的所述終端中。
9. 根據(jù)權(quán)利要求8所述的方法，其中，所述行動(dòng)方案還被分發(fā)到在所述群中的其它終端。
10. 根據(jù)權(quán)利要求1-9任何一項(xiàng)所述的方法，其中，所述分配步驟包括 識(shí)別所請(qǐng)求的服務(wù)所需要的所述功能和動(dòng)作，以及把所識(shí)別出的功能和動(dòng)作與所交換的終端能力匹配。
11. 根據(jù)權(quán)利要求IO所述的方法，其中，取回或創(chuàng)建用于所識(shí)別出的功 能和行動(dòng)的行動(dòng)方案(AS)，以及所述行動(dòng)方案被用作在所交換的終端能力上 的過濾器，因此用所指定的終端填充所述行動(dòng)方案以創(chuàng)建被分配的行動(dòng)方案 (AS ( A-D ))。
12. 根據(jù)權(quán)利要求1-11中任何一項(xiàng)所述的方法，其中，向各個(gè)指定的終 端(B， C， D)發(fā)送對(duì)應(yīng)于所述功能和行動(dòng)的行動(dòng)命令(0B,0c，0D)。
13. 根據(jù)權(quán)利要求1-12中任何一項(xiàng)所述的方法，其中，所述當(dāng)前通信量 或連接特性包括以下項(xiàng)目中的至少一個(gè)帶寬、地理位置和通信價(jià)格。
14. 根據(jù)權(quán)利要求1-13中任何一項(xiàng)所述的方法，其中，在所述群中的用 戶終端被選擇為應(yīng)用主機(jī)用于群服務(wù)，以在4皮激活和使用時(shí)控制該服務(wù)。
15. 根據(jù)權(quán)利要求14所述的方法，其中，默認(rèn)選擇所述發(fā)起用戶終端作 為所述應(yīng)用主機(jī)，或者通過使用主機(jī)選擇算法選擇所述應(yīng)用主機(jī)。
16. 根據(jù)權(quán)利要求14或15所述的方法，其中，對(duì)于不同的群服務(wù)，選 擇不同的用戶終端作為應(yīng)用主機(jī)。
17. 根據(jù)權(quán)利14-16中任何一項(xiàng)所述的方法，其中，如果所述原來的主 機(jī)離開所述群，選擇新的應(yīng)用主機(jī)。
18. 在發(fā)起用戶終端(200)中的裝置，用于在有多個(gè)終端用戶的通信網(wǎng) 絡(luò)中實(shí)現(xiàn)用戶服務(wù)，所述裝置包括群管理功能單元(206， 800)，所述群管理功 能單元(206， 800)包括群發(fā)現(xiàn)單元(206a， 800a)，適于對(duì)所述用戶的終端(202)執(zhí)行群發(fā)現(xiàn)過 程，以建立用戶群，能力交換單元(206b， 800b),適于與所述終端交換終端能力，所迷終端 能力包括以下項(xiàng)目中的至少一個(gè)功能資源、可用服務(wù)、設(shè)備信息、應(yīng)用或 數(shù)據(jù)程序以及當(dāng)前通信量或連接特性；請(qǐng)求接收單元(500， 800c)，適于接收來自所述群中的用戶(D, A)的群服 務(wù)請(qǐng)求(R);以及功能分配單元(506， 800d),適于基于所交換的終端能力，把所請(qǐng)求的服 務(wù)所需要的功能和動(dòng)作分配給在所述終端中的功能資源，用于通過所述功能 資源使用所請(qǐng)求的群服務(wù)。
19. 根據(jù)權(quán)利要求18所述的裝置，其中，所述群管理功能單元進(jìn)一步適于在所述群發(fā)現(xiàn)過程后向所述終端發(fā)送群邀請(qǐng)。
20. 根據(jù)權(quán)利要求18或19所述的裝置，其中，所述群管理功能單元進(jìn) 一步適于創(chuàng)建基本群模板(T)并將其存儲(chǔ)為被發(fā)現(xiàn)的用戶和他們的終端能力及功能資源的列表。
21. 根據(jù)權(quán)利要求20所述的裝置，其中，所述群管理功能單元進(jìn)一步適 于向在所述群中的其它終端分發(fā)所述基本群模板(T)。
22. 根據(jù)權(quán)利要求18-21中任何一個(gè)所述的裝置，其中，所述群管理功 能單元進(jìn)一步適于定義群服務(wù)，并為所述群服務(wù)創(chuàng)建且存儲(chǔ)行動(dòng)方案(502)， 其指定使用那個(gè)服務(wù)所需的動(dòng)作和功能。
23. 根據(jù)權(quán)利要求22所述的裝置，其中，所述行動(dòng)方案被定義為無論何時(shí)請(qǐng)求所述服務(wù)均可執(zhí)行的宏或腳本。
24. 根據(jù)權(quán)利要求22或23所述的裝置，其中，所述行動(dòng)方案被存儲(chǔ)在 被指定為應(yīng)用主機(jī)的所述終端中。
25. 根據(jù)權(quán)利要求24所述的裝置，其中，所述群管理功能單元進(jìn)一步適 于向在所述群中的其它終端分發(fā)所述行動(dòng)方案。
26. 根據(jù)權(quán)利要求18-25中任何一項(xiàng)所述的裝置，其中，所述請(qǐng)求接收 單元進(jìn)一步適于識(shí)別所請(qǐng)求的服務(wù)所需要的功能和動(dòng)作，以及所述功能分配 單元進(jìn)一步適于把所識(shí)別出的功能和動(dòng)作與所交換的終端能力匹配。
27. 根據(jù)權(quán)利要求26所述的裝置，其中，所述群管理功能單元進(jìn)一步適 于取回或者創(chuàng)建用于所識(shí)別的功能和動(dòng)作的行動(dòng)方案(AS)，及所述功能分 配單元進(jìn)一步適于把所述行動(dòng)方案用作在所交換的終端能力上的過濾器，因 而用所述指定的終端填充所述行動(dòng)方案以創(chuàng)建分配的行動(dòng)方案(AS (A-D))。
28. 根據(jù)權(quán)利要求27所述的裝置，其中，所述群管理單元進(jìn)一步包括命 令發(fā)送單元(510， 800e)，適于向各個(gè)指定的用戶(B, C, D)的終端發(fā)送對(duì) 應(yīng)于所述功能和活動(dòng)的行動(dòng)命令(0B,Oe， 0。)。
全文摘要
在有多個(gè)終端用戶的通信網(wǎng)絡(luò)中實(shí)現(xiàn)用戶服務(wù)的方法和裝置。發(fā)起用戶終端(200)對(duì)終端(202)執(zhí)行群發(fā)現(xiàn)過程以建立用戶群。與終端交換能力，能力包括以下項(xiàng)目中的至少一個(gè)功能資源、可用服務(wù)、設(shè)備信息、應(yīng)用或數(shù)據(jù)程序以及當(dāng)前通信量或連接特性。當(dāng)從該群中的用戶終端(D)接收到群服務(wù)請(qǐng)求(R)時(shí)，基于所交換的終端能力把所請(qǐng)求的服務(wù)所需要的功能和動(dòng)作分配給在終端中的功能資源。然后，通過這些功能資源使用請(qǐng)求的群服務(wù)，無需包括運(yùn)營(yíng)商控制的群管理服務(wù)器。
文檔編號(hào)H04L29/06GK101617518SQ200880005433
公開日2009年12月30日 申請(qǐng)日期2008年2月19日 優(yōu)先權(quán)日2007年2月19日
發(fā)明者J·赫爾姆, M·利德斯特倫, T·G·坎特 申請(qǐng)人:艾利森電話股份有限公司