亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

共享權(quán)限使能的移動簡檔的系統(tǒng)和方法

文檔序號:7712011閱讀:147來源:國知局
專利名稱:共享權(quán)限使能的移動簡檔的系統(tǒng)和方法
技術(shù)領(lǐng)域
本發(fā)明涉及在通信系統(tǒng)(例如移動電信系統(tǒng))的用戶之間共享權(quán)限使能 (rights-enabled)的用戶簡檔。 一般來說,每個用戶定義一個用戶簡檔及相關(guān)的訪問權(quán)限, 其中簡檔服務(wù)存儲或可訪問用戶簡檔和訪問權(quán)限。在一個實(shí)施例中,當(dāng)在第一和第二用戶 之間發(fā)起語音會話或呼叫時,第一用戶的裝置向簡檔服務(wù)請求第二用戶的用戶簡檔。作為 響應(yīng),簡檔服務(wù)確定是否已經(jīng)將對第二用戶的用戶簡檔的訪問權(quán)限授予第一用戶。如果是, 則簡檔服務(wù)根據(jù)第一用戶的訪問權(quán)限向第一用戶的該裝置提供第二用戶的用戶簡檔,或其 一部分。 一旦被接收,則第二用戶的用戶簡檔在第一用戶的該裝置處被呈示給第一用戶。在 一個實(shí)施例中,在第一用戶必須決定是否接受或應(yīng)答呼叫的時間之前,將第二用戶的用戶 簡檔呈示給第一用戶。在呼叫期間,第二用戶的用戶簡檔可繼續(xù)被呈示給第一用戶,或者第 一用戶可以以其它方式對其進(jìn)行訪問。 第二用戶的用戶簡檔還可存儲或緩存在第一用戶的該裝置中供今后使用。另外,
如果第二用戶此后更新他/她的用戶簡檔或授予第一用戶的對他/她的用戶簡檔的訪問權(quán)
限,則該更新可反映在第一用戶的用戶裝置處所存儲的第二用戶的用戶簡檔中,或反映在
第一用戶的用戶裝置處第一用戶可使用的第二用戶的部分用戶簡檔中。 此外,第二用戶的用戶簡檔可包括定義了某種方式的信息,基于社交網(wǎng)絡(luò)中第一
和第二用戶之間的關(guān)系,以這種方式警告第一用戶有呼叫。例如,可以為社交網(wǎng)絡(luò)中的多種
關(guān)系類型中的每一種定義所期望的警告(alert)。每種警告可以是已定義的鈴聲類型,已定
義的響鈴聲,已定義的文本消息等。當(dāng)?shù)诙脩舭l(fā)起呼叫時,第一用戶的該裝置從簡檔服務(wù)
獲得第二用戶的用戶簡檔,在該實(shí)施例中,該簡檔服務(wù)是社交網(wǎng)絡(luò)服務(wù)的一部分,例如社交
網(wǎng)站提供的服務(wù)。在一個實(shí)施例中,除了第二用戶的用戶簡檔外,還可以將標(biāo)識社交網(wǎng)絡(luò)中
第一和第二用戶之間的關(guān)系的信息提供給第一用戶的該裝置。然后,選擇用于與社交網(wǎng)絡(luò)
中第一和第二用戶之間的關(guān)系相對應(yīng)的關(guān)系類型的期望警告作為用于向第一用戶通知第二用戶發(fā)起呼叫的警告。在一個可選實(shí)施例中,第一用戶的用戶簡檔可包括定義了某種方 式的信息,基于社交網(wǎng)絡(luò)中第一和第二用戶之間的關(guān)系,以這種方式警告第一用戶有呼叫。
此外,例如,基于第一用戶的該裝置或簡檔服務(wù)所保持的呼叫日志,可關(guān)于以下作 出確定是否推薦第一用戶將第二用戶添加為社交網(wǎng)絡(luò)中的聯(lián)系人或者是與第一用戶有直 接關(guān)系的用戶;是否推薦第二用戶將第一用戶添加為第二用戶的社交網(wǎng)絡(luò)中的聯(lián)系人;或 兩者。同樣,可關(guān)于以下作出確定是否推薦第一用戶刪除作為第一用戶的社交網(wǎng)絡(luò)中的 聯(lián)系人的第二用戶,是否推薦第二用戶刪除作為第二用戶的社交網(wǎng)絡(luò)中的聯(lián)系人的第一用 戶,或兩者。 最后,基于該社交網(wǎng)絡(luò),可以給第一用戶、第二用戶或第一和第二用戶兩者就將其 他用戶加入呼叫以提供會議呼叫方面提出建議。更具體地,為了給第一用戶提出建議,可確 定社交網(wǎng)絡(luò)中第一用戶和第二用戶之間的關(guān)系。然后標(biāo)識出社交網(wǎng)絡(luò)中與第一用戶具有類 似關(guān)系的其他用戶,并將其推薦給第一用戶以進(jìn)行會議呼叫。此外或可選地,可以以第一和 第二用戶之間的談話話題和社交網(wǎng)絡(luò)中其他用戶所表達(dá)的感興趣話題為基礎(chǔ)提出建議。同 樣,可針對會議呼叫推薦用戶給第二用戶。 在結(jié)合附圖閱讀下面的優(yōu)選實(shí)施例詳細(xì)說明之后,本領(lǐng)域技術(shù)人員將意識到本發(fā) 明的范圍,并實(shí)現(xiàn)其多個其他方面。


結(jié)合于此并成為本說明書一部分的附圖舉例說明了本發(fā)明的多個方面,并與說明
一起用來解釋本發(fā)明的原理。
圖1舉例說明了根據(jù)本發(fā)明的一個實(shí)施例共享權(quán)限使能的用戶簡檔的系統(tǒng);
圖2舉例說明了根據(jù)本發(fā)明第一實(shí)施例的圖1的系統(tǒng)的操作;
圖3舉例說明了根據(jù)本發(fā)明第二實(shí)施例的圖1的系統(tǒng)的操作;
圖4舉例說明了接收方的示例性社交網(wǎng)絡(luò); 圖5舉例說明了根據(jù)本發(fā)明第三實(shí)施例的圖1的系統(tǒng)的操作; 圖6為根據(jù)本發(fā)明的一個實(shí)施例舉例說明圖1的簡檔服務(wù)的操作的流程圖,用以
就添加或刪除作為其他用戶的聯(lián)系人的用戶方面提出建議; 圖7舉例說明了根據(jù)本發(fā)明第四實(shí)施例的圖1的系統(tǒng)的操作; 圖8A和8B用圖形舉例說明了根據(jù)本發(fā)明的一個實(shí)施例針對會議呼叫選擇要推薦
的用戶; 圖9為根據(jù)本發(fā)明的一個實(shí)施例的圖1的移動裝置之一的框圖;以及
圖10為根據(jù)本發(fā)明的一個實(shí)施例托管圖1的簡檔服務(wù)的服務(wù)器的框圖。
具體實(shí)施例方式
下面提出的實(shí)施例描述了能使本領(lǐng)域技術(shù)人員實(shí)踐本發(fā)明的必要信息,并舉例說 明了實(shí)踐本發(fā)明的最佳模式。在依照附圖閱讀以下說明之后,本領(lǐng)域技術(shù)人員將理解本發(fā) 明的概念,并將認(rèn)識到未在本文中特別提出的這些概念的應(yīng)用方式。應(yīng)當(dāng)理解的是,這些概 念和應(yīng)用落在公開內(nèi)容和附隨的權(quán)利要求的范圍內(nèi)。 圖1舉例說明了根據(jù)本發(fā)明的一個實(shí)施例的系統(tǒng)10,該系統(tǒng)10用于與發(fā)起語音會話相關(guān)聯(lián)地或在有效(active)語音會話期間在用戶之間共享權(quán)限使能的簡檔。應(yīng)當(dāng)注意 的是,雖然圖1和本文中的大多數(shù)討論集中在實(shí)現(xiàn)于移動電信網(wǎng)絡(luò)中的本發(fā)明的實(shí)施例, 但本發(fā)明不限于此。本發(fā)明可同樣地應(yīng)用于建立用戶間語音會話的其他類型的系統(tǒng),舉例 來說,例如網(wǎng)絡(luò)電話(Voice Over InternetProtocol, VOIP)系統(tǒng)——諸如VOIP服務(wù)(諸
如Skype⑧voiP服務(wù))所采用的網(wǎng)絡(luò)電話(VOIP)系統(tǒng)。此外,雖然本發(fā)明的討論集中于語 音通信,但本發(fā)明不限于此。本發(fā)明同樣可應(yīng)用于其他類型的通信會話,舉例來說,例如基 于文本的通信會話或基于視頻的通信會話。 —般來說,系統(tǒng)10包括具有相關(guān)聯(lián)的用戶16和18的移動電信裝置12和14,在 下文中其被稱為移動裝置12和14。此外,在該實(shí)施例中,系統(tǒng)10包括簡檔服務(wù)20。如下 文所討論的,移動裝置12和14能使用戶16和18通過移動電信網(wǎng)絡(luò)22發(fā)起并建立語音會 話。舉例來說,移動電信網(wǎng)絡(luò)22可以是全球移動通信系統(tǒng)(GSM)網(wǎng)絡(luò),增強(qiáng)型數(shù)據(jù)速率GSM 演進(jìn)(Enhanced Data rates forGSM Evolution, EDGE)網(wǎng)絡(luò),碼分多址(CDMA)網(wǎng)絡(luò),寬帶 CDMA(W-CDMA)網(wǎng)絡(luò)等。此外,移動裝置12和14可通過網(wǎng)絡(luò)24互相通信以及與簡檔服務(wù)20 通信。網(wǎng)絡(luò)24可以是廣域網(wǎng)(WAN),舉例來說,例如互聯(lián)網(wǎng)。要注意的是,雖然為了清楚起 見,移動電信網(wǎng)絡(luò)22和網(wǎng)絡(luò)24是分開說明的,但本領(lǐng)域普通技術(shù)人員將意識到,移動裝置 12和14可經(jīng)由移動電信網(wǎng)絡(luò)22、經(jīng)由諸如BluetOOth⑧或IEEE 802. llx接口這樣的本地?zé)o 線接口等接入網(wǎng)絡(luò)24。 移動裝置12和14一般是移動電信裝置,例如移動智能電話等。舉例來說,移動裝 置12和14可以是(或類似于)Apple iPhone。移動裝置12包括簡檔共享客戶端26,其 可通過軟件、硬件或其組合來實(shí)現(xiàn)。簡檔共享客戶端26可以是移動裝置12的預(yù)先載入的 組件,是已下載并安裝在移動裝置12上的可下載軟件應(yīng)用等。在操作時,當(dāng)用戶18發(fā)起用 戶16和18間的呼叫時,簡檔共享客戶端26 —般操作為從簡檔服務(wù)20獲得用戶18的用戶 簡檔,并將用戶18的用戶簡檔呈示給移動裝置12處的用戶16。更具體地,可以響應(yīng)于呼叫 的發(fā)起而自動地請求用戶18的用戶簡檔??蛇x地,可以響應(yīng)于呼叫的建立而自動地請求用 戶18的用戶簡檔。作為另一個選擇,可以在呼叫期間響應(yīng)于(例如)來自用戶16的請求 來請求用戶18的用戶簡檔。下面會討論簡檔共享客戶端26可執(zhí)行的附加或替代的功能。 以類似的方式,移動裝置14包括簡檔共享客戶端28。 簡檔服務(wù)20可以由按照協(xié)作模式操作的服務(wù)器或服務(wù)器組來托管。在一個實(shí)施 例中,如下文所討論的,簡檔服務(wù)20是社交網(wǎng)絡(luò)服務(wù)(social networkingservice)的一部 分,或者能夠訪問一個或多個社交網(wǎng)絡(luò)服務(wù)。舉例來說,社交網(wǎng)絡(luò)服務(wù)可以是(例如)社交
網(wǎng)站,例如MySpac漲社交網(wǎng)站,F(xiàn)acebook⑧社交網(wǎng)站,LinkedlN⑧社交網(wǎng)站等。 圖2舉例說明了按照本發(fā)明的一個實(shí)施例的圖1的系統(tǒng)10的操作。首先,用戶16 和18通過移動裝置12和14與簡檔服務(wù)20交互,以創(chuàng)建用戶簡檔以及給其用戶簡檔分配 訪問權(quán)限(步驟100和102)。但是,注意,步驟100和102是示例性的。本發(fā)明不限于此。 例如,在一個實(shí)施例中,簡檔服務(wù)20是社交網(wǎng)絡(luò)服務(wù)的一部分,或能夠訪問社交網(wǎng)絡(luò)服務(wù), 以獲得用戶簡檔。因此,用戶16和18可通過裝置12和14、通過諸如個人電腦這樣的相關(guān) 用戶裝置、或通過其移動裝置12和14以及其相關(guān)用戶裝置二者來與社交網(wǎng)絡(luò)服務(wù)交互,從 而定義其用戶簡檔并給其用戶簡檔分配訪問權(quán)限。 用戶16和18的用戶簡檔可包括與用戶16和18相關(guān)的各種類型的信息。例如,在一個實(shí)施例中,用戶16的用戶簡檔可包括用戶16的聯(lián)系信息,例如用戶16的移動電話 號碼,用戶16的家庭電話號碼,用戶16的工作電話號碼,用戶16的一個或多個電子郵件地 址,用戶16的一個或多個即時消息用戶名或標(biāo)識符(ID),用戶16的家庭郵寄地址,用戶16 的工作郵寄地址等。用戶16的用戶簡檔可額外或選擇性地具有用戶16的圖片,描述用戶 16的人口統(tǒng)計(jì)信息,用戶16的業(yè)余愛好和興趣等。用戶16的用戶簡檔可額外或選擇性地 具有標(biāo)識用戶16最近播放的媒體項(xiàng)(例如歌曲或視頻)的信息;標(biāo)識用戶16最近訪問的 站點(diǎn)的信息;用戶16最近訪問的位置;等等。此外,用戶16的用戶簡檔可額外或選擇性地 具有用戶16所推薦的一個或多個媒體項(xiàng),舉例來說,例如用戶16所標(biāo)識的作為用戶16最 喜愛(favorite)的多首歌曲;用戶16所推薦的一個或多個站點(diǎn),舉例來說,例如用戶16所 標(biāo)識的作為用戶16最喜愛的多個站點(diǎn);等等。用戶16的簡檔可額外或選擇性地具有用戶 16的聯(lián)系人列表。要注意的是,在本文中使用時,"聯(lián)系人(contact)"是通過社交網(wǎng)絡(luò)與 用戶16具有直接關(guān)系的另一個用戶;舉例來說,聯(lián)系人列表是例如移動裝置12所保持的聯(lián) 系人列表、電子郵件應(yīng)用所保持的聯(lián)系人列表或即時消息應(yīng)用所保持的聯(lián)系人列表;等等。 用戶16的用戶簡檔還可具有用戶16的定制鈴聲,用于在用戶16發(fā)起與其他用戶的呼叫時 警告其他用戶。作為最后的例子,用戶16的簡檔可額外或選擇性地具有用戶16所共享的 一個或多個媒體項(xiàng)(例如歌曲,視頻,圖片等,或?qū)ζ湟?。舉例來說,用戶16的簡檔可具 有用戶16所共享的幻燈片,或是諸如統(tǒng)一資源定位符(URL)這樣的對幻燈片的引用。
再次使用用戶16作為例子,訪問權(quán)限一般包括一個或多個基于用戶的規(guī)則或基 于組的規(guī)則,這些規(guī)則定義是否授權(quán)相應(yīng)的用戶或用戶組訪問用戶16的用戶簡檔。這些規(guī) 則可允許訪問用戶16的全部用戶簡檔,拒絕訪問用戶16的全部用戶簡檔,或允許訪問為每 個用戶或用戶組定義的用戶16的部分用戶簡檔??梢曰诟鞣N標(biāo)準(zhǔn)來定義用戶組,諸如社 交網(wǎng)絡(luò)中各用戶和用戶16之間的關(guān)系度(degree of relationship),用于描述各用戶和 用戶16之間的關(guān)系的分類符等。要注意的是,用戶16可以利用諸如"朋友","家庭","工 作伙伴"等這樣的分類符來對其社交網(wǎng)絡(luò)中的聯(lián)系人以及其社交網(wǎng)絡(luò)中的其他用戶進(jìn)行分 類。作為舉例,用戶16可定義訪問權(quán)限,從而使在用戶16的社交網(wǎng)絡(luò)中被分類為朋友的用 戶16的聯(lián)系人能訪問用戶16的全部用戶簡檔,使在用戶16的社交網(wǎng)絡(luò)中未被分類為朋友 的用戶16的聯(lián)系人能訪問用戶16的用戶簡檔中除用戶16的朋友列表之外的所有東西,用 戶16的社交網(wǎng)絡(luò)中通過兩個分離度與用戶16非直接相關(guān)的用戶(也就是在社交網(wǎng)絡(luò)中他 們與用戶16之間有兩個跳躍(hop))能訪問用戶16的全部聯(lián)系信息,經(jīng)用戶16的社交網(wǎng) 絡(luò)與用戶16非直接相關(guān)的所有其他用戶能訪問用戶16的受限聯(lián)系信息,舉例來說,諸如用 戶16的電子郵件地址,且拒絕所有其他用戶訪問用戶16的用戶簡檔。
在創(chuàng)建用戶簡檔并定義訪問權(quán)限之后,在該例子中,移動裝置14的用戶18發(fā)起與 移動裝置12的用戶16的呼叫(步驟104)。注意,在該例子中,用戶16也被稱為接收方16, 而用戶18也被稱為呼叫方18。還應(yīng)當(dāng)注意的是,雖然本文的討論集中于將呼叫方18的用 戶簡檔提供給接收方16,但本發(fā)明不限于此。例如,接收方16的用戶簡檔可額外或選擇性 地提供給呼叫方18。 通過諸如撥打移動裝置12的移動電話號碼、或通過從移動裝置14所保持的聯(lián)系 人列表中選擇接收方16來發(fā)起自動撥打移動裝置12的移動電話號碼、或通過發(fā)出語音命 令等,呼叫方18可發(fā)起呼叫。作為響應(yīng),移動裝置12,更具體地說是簡檔共享客戶端26,向簡檔服務(wù)20請求呼叫方18的用戶簡檔(步驟106)。更具體地說,在一個實(shí)施例中,當(dāng)發(fā)起呼叫時,呼叫方18的移動電話號碼被傳送給移動裝置12。然后簡檔共享客戶端26使用呼叫方18的移動電話號碼自動地向簡檔服務(wù)20詢問用戶18的用戶簡檔。另外或可選地,諸如傳統(tǒng)來電顯示服務(wù)所提供的用戶18的姓名這樣的信息可用于詢問簡檔服務(wù)20。注意,在一個實(shí)施例中,諸如移動電話鈴聲這樣的用于向接收方16通知呼叫的警告可被延遲,直到已向簡檔服務(wù)20請求并獲得呼叫方18的用戶簡檔。 要注意的是,雖然本文的討論集中于響應(yīng)于發(fā)起呼叫而自動向簡檔服務(wù)20請求呼叫方18的用戶簡檔,但本發(fā)明不限于此。例如,可以在發(fā)起與接收方16的呼叫之后但在應(yīng)答呼叫之前可選擇性地請求呼叫方18的用戶簡檔,在作為接收方16接受或應(yīng)答呼叫的結(jié)果而建立呼叫之后自動請求,或在呼叫期間(諸如應(yīng)接收方16的請求)進(jìn)行請求。
響應(yīng)于該請求,簡檔服務(wù)20標(biāo)識呼叫方18的用戶簡檔并確定授予接收方16的對呼叫方18的用戶簡檔的訪問權(quán)限(步驟108)。例如,如果呼叫方18的用戶簡檔的訪問權(quán)限是由基于用戶的規(guī)則來定義的,則簡檔服務(wù)20可通過首先確定是否已經(jīng)為接收方16定義了基于用戶的規(guī)則來確定訪問權(quán)限。如果是,則針對接收方16的基于用戶的規(guī)則被選為定義接收方16的訪問權(quán)限的規(guī)則。否則,接收方16可能被拒絕訪問呼叫方18的用戶簡檔。可選地,一個或多個默認(rèn)規(guī)則可以為未被基于用戶的規(guī)則特定覆蓋的所有用戶定義默認(rèn)訪問權(quán)限。作為另一個例子,如果呼叫方18的用戶簡檔的訪問權(quán)限是由基于組的規(guī)則來定義的,則簡檔服務(wù)20可首先標(biāo)識接收方16所屬的組。然后,針對所標(biāo)識組的基于組的規(guī)則被選為定義接收方16的訪問權(quán)限的規(guī)則。在可選實(shí)施例中,可以在建立呼叫后手動地設(shè)置訪問權(quán)限。例如,在建立呼叫之后,呼叫方18可以為接收方16手動地設(shè)置訪問權(quán)限。
—旦確定了接收方16的訪問權(quán)限,則簡檔服務(wù)20根據(jù)接收方16的訪問權(quán)限將呼叫方18的用戶簡檔提供給接收方16的移動裝置12(步驟110)。在一個實(shí)施例中,根據(jù)授予接收方16的訪問權(quán)限對呼叫方18的用戶簡檔進(jìn)行過濾,從而從用戶簡檔中刪除未授權(quán)接收方16訪問的內(nèi)容,且經(jīng)過過濾的用戶簡檔被提供給接收方16的移動裝置12。在另一個實(shí)施例中,利用諸如加密這樣的數(shù)字權(quán)限管理器(DRM)技術(shù)來保護(hù)呼叫方18的用戶簡檔。然后可生成許可,并發(fā)送到移動裝置12,以允許訪問用戶簡檔中授予接收方16訪問權(quán)限的內(nèi)容,并拒絕訪問用戶簡檔中未授予接收方16訪問權(quán)限的內(nèi)容。 —旦收到呼叫方18的用戶簡檔,移動裝置12,更具體而言,簡檔共享客戶端26,將呼叫方18的用戶簡檔呈示給接收方16(步驟112)。要注意的是,如上文所討論的,在一個實(shí)施例中,由移動裝置12接收并呈示給接收方16的用戶簡檔是呼叫方18的全部用戶簡檔的過濾版本。在另一個實(shí)施例中,利用DRM技術(shù)保護(hù)呼叫方18的用戶簡檔,并根據(jù)授予接收方16的訪問權(quán)限將呼叫方18的用戶簡檔呈示給接收方16,授予接收方16的訪問權(quán)限可以由許可來代表,該許可使能訪問呼叫方18的用戶簡檔中的適當(dāng)內(nèi)容。在一個實(shí)施例中,在警告接收方16該呼叫之前從簡檔服務(wù)20獲得呼叫方18的用戶簡檔。因此,可以在通過諸如鈴聲,響鈴,震動等警告接收方16該呼叫的同時將呼叫方18的用戶簡檔呈示給接收方16。要注意的是,在呼叫期間可繼續(xù)將呼叫方18的用戶簡檔呈示給接收方16,或者在呼叫期間接收方16可以以其它方式對其訪問。此外,用戶簡檔16優(yōu)選存儲在移動裝置12中供今后使用。 在該例子中,接收方16接受呼叫(步驟114),且 叫被建立(步驟116)。要注意的是,在呼叫期間可繼續(xù)將呼叫方18的用戶簡檔呈示給接收方16,并且在呼叫結(jié)束后可選擇性地存儲并被接收方16訪問。在可選實(shí)施例中,在建立呼叫之后,簡檔共享客戶端26可請求,獲得并呈示呼叫方18的用戶簡檔。在另一個可選實(shí)施例中,簡檔共享客戶端26可以在步驟104中發(fā)起呼叫時請求呼叫方18的用戶簡檔。然后簡檔共享客戶端26可以在接收到來自簡檔服務(wù)20的用戶簡檔時將呼叫方18的用戶簡檔呈示給接收方16。取決于何時接收到呼叫方18的用戶簡檔,可以在接收方16已接受呼叫且已建立呼叫之前或之后將呼叫方18的用戶簡檔呈示給接收方16。要注意的是,如果接收方16選擇不接受呼叫,則此時可撤回授予接收方16的訪問權(quán)限。可選地,此后,授予接收方16的訪問權(quán)限受限,或由呼叫方18進(jìn)行編輯。 在該例子中,在呼叫期間的某個點(diǎn)上,接收方16選擇結(jié)束呼叫(步驟118)。在此后的某個點(diǎn)上,用戶18更新他或她的用戶簡檔,他或她的用戶簡檔的訪問權(quán)限,或兩者(步驟120)。作為響應(yīng),假設(shè)用戶18的用戶簡檔已經(jīng)存儲或緩存在移動裝置12中,則簡檔服務(wù)20對移動裝置12中所存儲的用戶18的用戶簡檔的副本進(jìn)行更新,以反映對用戶簡檔和/或授予用戶16的用戶簡檔的訪問權(quán)限所作的改動(步驟122)。例如,如果用戶18更新他或她的聯(lián)系信息,則可將更新后的聯(lián)系信息提供給移動裝置12,并用于更新移動裝置12中所存儲的用戶18的用戶簡檔的副本。作為另一個例子,如果用戶18已經(jīng)更新了授予用戶16的訪問權(quán)限,以允許訪問用戶18的更多數(shù)量的用戶簡檔,那么簡檔服務(wù)20可將附加信息提供給移動裝置12,或取決于特定的實(shí)現(xiàn)方式而授予對該用戶簡檔新的許可。作為最后的例子,如果用戶18已經(jīng)更新了授予用戶16的訪問權(quán)限,以拒絕訪問之前授權(quán)用戶16訪問的用戶簡檔中的內(nèi)容,則簡檔服務(wù)20可將用戶簡檔的新副本提供給移動裝置12,其中移動裝置以用戶簡檔的新副本替換用戶簡檔的所存儲的副本,請求更新移動裝置12中存儲的用戶簡檔的副本,以刪除拒絕用戶16訪問的內(nèi)容等??蛇x地,如果使用了DRM技術(shù),則簡檔服務(wù)20可生成并發(fā)送新的許可到移動裝置12,以反映用戶16的更新后的訪問權(quán)限。
在一個實(shí)施例中,可以在用戶18下次發(fā)起與用戶16的呼叫時,在用戶16下次發(fā)起與用戶18的呼叫時,或者在用戶16下次呼叫用戶18或用戶18下次呼叫用戶16時,對存儲在用戶18的移動裝置12中的用戶18的用戶簡檔的副本進(jìn)行更新。在另一個實(shí)施例中,簡檔服務(wù)20可以以異步方式更新存儲在用戶16的移動裝置12中的用戶18的用戶簡檔的副本。作為舉例,響應(yīng)于從用戶18收到更新,簡檔服務(wù)20可標(biāo)識已經(jīng)被提供以用戶18的用戶簡檔的其他用戶(諸如用戶16),或其他用戶的移動裝置(諸如移動裝置12)。然后,取決于實(shí)施方式,簡檔服務(wù)20可更新已標(biāo)識用戶的移動裝置中或已標(biāo)識的移動裝置中存儲的用戶18的用戶簡檔的副本??蛇x地,移動裝置可周期性地向簡檔服務(wù)20請求更新。
圖3舉例說明了根據(jù)本發(fā)明的第二實(shí)施例的圖1的系統(tǒng)10的操作,其基本上與上文關(guān)于圖2所進(jìn)行的討論相同。但是,在該實(shí)施例中,提供給接收方16的警告是基于社交網(wǎng)絡(luò)中接收方16和呼叫方18之間的關(guān)系而選擇的。更具體地,正如上文關(guān)于圖2所討論的,用戶16和18創(chuàng)建用戶簡檔并分配對其用戶簡檔的訪問權(quán)限(步驟200和202)。在創(chuàng)建用戶簡檔并定義訪問權(quán)限之后,在該例子中,移動裝置14的用戶18發(fā)起與移動裝置12的用戶16的呼叫(步驟204)。再一次,在該例子中,用戶16也被稱為接收方16,用戶18也被稱為呼叫方18。 作為響應(yīng),移動裝置12,更具體地說是簡檔共享客戶端26,向簡檔服務(wù)20請求呼叫方18的用戶簡檔(步驟206)。響應(yīng)于該請求,簡檔服務(wù)20標(biāo)識呼叫方18的用戶簡檔并確定授予用戶16的對呼叫方18的用戶簡檔的訪問權(quán)限(步驟208)。 一旦確定了接收方16的訪問權(quán)限,則簡檔服務(wù)20根據(jù)接收方16的訪問權(quán)限將呼叫方18的用戶簡檔提供給接收方16的移動裝置12 (步驟210)。 在該例子中,除了將呼叫方18的用戶簡檔返回給接收方16的移動裝置12之外,簡檔服務(wù)20還確定社交網(wǎng)絡(luò)中接收方16和呼叫方18之間的關(guān)系(步驟212)。更具體地,在該實(shí)施例中,簡檔服務(wù)20確定在接收方16的社交網(wǎng)絡(luò)中接收方16和呼叫方18之間的關(guān)系度。但是,本發(fā)明不限于此。利用諸如"朋友","家庭","工作伙伴"等的分類符或標(biāo)記,可額外或選擇性地描述該關(guān)系。 簡單地參考圖4,其舉例說明了接收方16的典型社交網(wǎng)絡(luò)。該社交網(wǎng)絡(luò)包括用戶A和B,其與接收方16具有直接的關(guān)系,并在本文中被稱為接收方16的聯(lián)系人。在用戶A和B中的每一個與接收方16之間有一 (1)的分離度。也就是說,在社交網(wǎng)絡(luò)中,用戶A和B中的每一個與接收方16之間只有一個(1)跳躍。相反,用戶C和D與接收方16不直接相關(guān)。更確切地說,用戶C通過用戶A非直接地與接收方16相關(guān),因此說通過兩個(2)分離度與接收方16相關(guān)。類似地,用戶D通過用戶B非直接地與接收方16相關(guān),因此說通過兩個(2)分離度與接收方16相關(guān)。用戶E和F也是非直接地與接收方16相關(guān)。更具體地,用戶E通過用戶A和C非直接地與接收方16相關(guān),因此說通過三個(3)分離度與接收方16相關(guān)。同樣,用戶F通過用戶B和D非直接地與接收方16相關(guān),因此說通過三個(3)分離度與接收方16相關(guān)。 回到圖3,在一個實(shí)施例中,簡檔服務(wù)20是社交網(wǎng)絡(luò)服務(wù)的一部分。因此,簡檔服務(wù)20確定由社交網(wǎng)絡(luò)服務(wù)所保持的在接收方16的社交網(wǎng)絡(luò)中接收方和呼叫方18之間的分離度??蛇x地,簡檔服務(wù)20可以向社交網(wǎng)絡(luò)服務(wù)請求接收方16和呼叫方18之間的分離度。 一旦確定了接收方16和呼叫方18之間的分離度,則從簡檔服務(wù)20將定義關(guān)系度的信息提供給接收方16的移動裝置12(步驟214)。定義關(guān)系度的信息可包括定義關(guān)系度的數(shù)值,表示社交網(wǎng)絡(luò)中接收方16和呼叫方18之間的關(guān)系的圖表等。再一次要注意的是,除了分離度之外或作為分離度的替代方案,也可以使用標(biāo)識接收方16和呼叫方18之間的關(guān)系的其他信息,例如描述接收方16和呼叫方18之間的關(guān)系的分類符。 應(yīng)當(dāng)注意的是,在一個可選實(shí)施例中,接收方16的移動裝置12已經(jīng)存儲了定義接收方16的社交網(wǎng)絡(luò)的信息。例如,移動裝置12之前可能已經(jīng)向簡檔服務(wù)20或相關(guān)的社交網(wǎng)絡(luò)服務(wù)請求了定義接收方16的社交網(wǎng)絡(luò)的信息。因此,可選地,接收方16和呼叫方18之間的關(guān)系可以由接收方16的移動裝置12來確定。 在此時,移動裝置12呈示警告給接收方16,通知接收方16呼叫方18發(fā)起了呼叫,其中該警告是根據(jù)接收方16和呼叫方18之間的關(guān)系度來選擇的(步驟216)。更具體地,在一個實(shí)施例中,呼叫方18的用戶簡檔定義了所期望的警告,當(dāng)呼叫方18呼叫另一個用戶時基于社交網(wǎng)絡(luò)中呼叫方18和另一個用戶之間的分離度使用該所期望的警告。呼叫方18可為一個或多個分離度中的每個分離度,為一個或多個分離度范圍中的每個范圍,或?yàn)檫@兩者定義所期望的警告。要注意的是,該所期望的警告可取決于一天中的時間而變化。對于每個分離度或分離度范圍來說,該所期望的警告可被定義為期望的鈴聲類型,如鈴聲,震動,鈴聲加震動,等等;期望的響鈴;代替鈴聲類型或響鈴提供的、或除定義的鈴聲類型或響鈴之外提供的期望的文本消息;等等。因此,移動裝置12根據(jù)呼叫方18的用戶簡檔利用接收方16和呼叫方18之間的分離度來選擇呈示給接收方16的期望的警告,然后將期望的警告呈示給接收方16。 在另一個實(shí)施例中,接收方16的用戶簡檔可存儲在移動裝置12中,或附加地從簡檔服務(wù)20中獲得,其中接收方16的用戶簡檔基于接收方16和呼叫該接收方的用戶之間的關(guān)系來定義呈示給接收方16的期望警告。更具體地,根據(jù)該例子,接收方16的用戶簡檔可為多個分離度和/或分離度范圍中的每一個定義所期望的警告。然后,基于接收方16和呼叫方18之間的分離度,移動裝置12根據(jù)接收方16的用戶簡檔選擇呈示給接收方16的所期望的警告。在另一個實(shí)施例中,可基于接收方16和呼叫方18的用戶簡檔來選擇要呈示給接收方16的期望警告。 在該例子中,雖然將警告呈示給接收方16,但移動裝置12的簡檔共享客戶端26還將呼叫方18的用戶簡檔呈示給接收方16(步驟21S)。要注意的是,如上文所討論的,在一個實(shí)施例中,由移動裝置12接收并呈示給接收方16的用戶簡檔是呼叫方18的全部用戶簡檔的過濾版本。在另一個實(shí)施例中,利用DRM技術(shù)來保護(hù)呼叫方18的用戶簡檔,并根據(jù)授予接收方16的訪問權(quán)限將呼叫方18的用戶簡檔呈示給接收方16,該訪問權(quán)限可由使得能訪問呼叫方18的用戶簡檔中的適當(dāng)內(nèi)容的許可來代表。要注意的是,在呼叫期間,可繼續(xù)將呼叫方18的用戶簡檔呈示給接收方16,或者在呼叫期間接收方16可以其它方式進(jìn)行訪問。此外,呼叫方18的用戶簡檔優(yōu)選存儲在移動裝置12中供后續(xù)使用。
在該例子中,接收方16接受呼叫(步驟220),并且該呼叫被建立(步驟222)。注意,如上文所討論的,在呼叫期間可繼續(xù)將呼叫方18的用戶簡檔呈示給接收方16,并且可選地在呼叫結(jié)束后存儲呼叫方18的用戶簡檔并由接收方16對其訪問。在一個可選實(shí)施例中,簡檔共享客戶端26可以在呼叫建立后請求、獲得并呈示呼叫方18的用戶簡檔。在另一個可選實(shí)施例中,簡檔共享客戶端26可以在步驟204中發(fā)起呼叫時請求呼叫方18的用戶簡檔。然后簡檔共享客戶端26可以在接收到來自簡檔服務(wù)20的用戶簡檔時將呼叫方18的用戶簡檔呈示給接收方16。取決于何時收到呼叫方18的用戶簡檔,可以在接收方16已接受呼叫和已建立呼叫之前或之后將呼叫方18的用戶簡檔呈示給接收方16。
在該例子中,在呼叫期間的某個點(diǎn)上,接收方16選擇結(jié)束呼叫(步驟224)。在此后的某個點(diǎn)上,用戶18更新他或她的用戶簡檔,他或她的用戶簡檔的訪問權(quán)限,或兩者(步驟226)。作為響應(yīng),假設(shè)用戶18的用戶簡檔已經(jīng)存儲或緩存在移動裝置12中,則簡檔服務(wù)20更新存儲在移動裝置16中的用戶18的用戶簡檔的副本,以反映對用戶簡檔和/或授予用戶16的用戶簡檔的訪問權(quán)限所作的改動(步驟228)。 應(yīng)當(dāng)注意的是,在有或沒有向接收方16共享并呈示呼叫方18的用戶簡檔的情況下,可以使用如上文所討論的警告選擇,該警告用于基于接收方16和呼叫方18之間的關(guān)系通知接收方16來自呼叫方18的呼叫。例如,呼叫方18的用戶簡檔可只包括定義待用于多種關(guān)系類型(如,分離度,分離度范圍,關(guān)系分類符,或其組合)中的每一種的期望警告的信息。然后,呼叫方18的用戶簡檔可用于選擇期望的警告,該期望的警告待用于通知接收方16有呼叫。作為另一個例子,如果基于接收方16的用戶簡檔來選擇期望的警告,就不需要從簡檔服務(wù)20獲得呼叫方18的用戶簡檔。 圖5舉例說明了根據(jù)本發(fā)明的第三實(shí)施例的圖1的系統(tǒng)10的操作,其基本上與上文關(guān)于圖2所進(jìn)行的討論相同。但是,在該例子中,簡檔服務(wù)20也操作為確定是否建議接收方16將呼叫方18加為接收方16的社交網(wǎng)絡(luò)中的聯(lián)系人。此外或可選地,簡檔服務(wù)20可建議一個或多個其他的社交網(wǎng)絡(luò)服務(wù)或活動,舉例來說,例如在呼叫方18的社交網(wǎng)站的留言本上簽名。更具體地,如上文關(guān)于圖2所進(jìn)行的討論,用戶16和18創(chuàng)建用戶簡檔并給其用戶簡檔分配訪問權(quán)限(步驟300和302)。在創(chuàng)建用戶簡檔和定義訪問權(quán)限后,在該例子中,移動裝置14的用戶18發(fā)起與移動裝置12的用戶16的呼叫(步驟304)。再一次,在該例子中,用戶16也被稱為接收方16,而用戶18也被稱為呼叫方18。
作為響應(yīng),移動裝置12,更具體地說是簡檔共享客戶端26,向簡檔服務(wù)20請求呼叫方18的用戶簡檔(步驟306)。響應(yīng)于該請求,簡檔服務(wù)20標(biāo)識呼叫方18的用戶簡檔并確定授予接收方16的針對呼叫方18的用戶簡檔的訪問權(quán)限(步驟308)。 一旦確定了接收方16的訪問權(quán)限,則簡檔服務(wù)20根據(jù)接收方16的訪問權(quán)限向接收方16的移動裝置12提供呼叫方18的用戶簡檔(步驟310)。 在該例子中,除了將呼叫方18的用戶簡檔返回給接收方16的移動裝置12之外,簡檔服務(wù)20還確定是否建議接收方16將呼叫方18添加為接收方16的社交網(wǎng)絡(luò)中的聯(lián)系人(步驟312)。更具體地,在一個實(shí)施例中,簡檔服務(wù)20保持呼叫日志,其表示呼叫方18已呼叫接收方16的次數(shù),接收方16已呼叫呼叫方18的次數(shù),或兩者。此外,呼叫日志還包括每個呼叫的時間戳。要注意的是,簡檔服務(wù)20可以通過記錄響應(yīng)于呼叫的發(fā)起而從移動裝置12和14接收的對用戶簡檔的請求來呼叫日志。然后,基于一個或多個規(guī)則及呼叫日志,簡檔服務(wù)20確定是否建議接收方16將呼叫方18添加為接收方16的社交網(wǎng)絡(luò)中的聯(lián)系人。這些規(guī)則可以是系統(tǒng)定義規(guī)則或者由接收方定義的用戶定義規(guī)則。例如,這些規(guī)則可規(guī)定,如果另一個用戶在一天中呼叫接收方16三次(3)或更多次且如果該用戶還不是接收方16的社交網(wǎng)絡(luò)中的聯(lián)系人,那么簡檔服務(wù)20就建議接收方16將該用戶添加為聯(lián)系人。
在另一個實(shí)施例中,除了使用呼叫日志或作為使用呼叫日志的替換方案,簡檔服務(wù)20可確定是否建議接收方16基于社交網(wǎng)絡(luò)的活動將呼叫方18添加為接收方的社交網(wǎng)絡(luò)中的聯(lián)系人。例如,如果呼叫方18—周已來已經(jīng)針對接收方16的社交網(wǎng)頁提交了三次(3)或更多次評論,并且呼叫方18還沒有處于接收方16的社交網(wǎng)絡(luò)中,則簡檔服務(wù)20就建議接收方16將該呼叫方18添加為聯(lián)系人。在該情況中,建議可包括警告,該警告表示呼叫方18已經(jīng)針對接收方16的社交網(wǎng)頁和/或接收方16提交的評論或最近的評論提交了評論。作為另一個例子,簡檔服務(wù)20可考慮非直接的社交網(wǎng)絡(luò)活動,例如呼叫方18的朋友或聯(lián)系人針對接收方16的社交網(wǎng)頁提交了評論。 在另一個實(shí)施例中,除了利用呼叫日志或作為利用呼叫日志的替換方案,簡檔服務(wù)20可考慮靜態(tài)標(biāo)準(zhǔn),舉例來說,例如在呼叫方18和/或接收方的社交網(wǎng)絡(luò)中呼叫方18和接收方16之間的跳躍數(shù)或分離度。例如,用戶定義或系統(tǒng)定義的規(guī)則可提供在社交網(wǎng)絡(luò)中呼叫方18和接收方16之間是否有三個或更少的分離度,以及在社交網(wǎng)絡(luò)中接收方16是否還不是呼叫方18的聯(lián)系人,然后簡檔服務(wù)20建議接收方16將呼叫方18添加為聯(lián)系人。
要注意的是,簡檔服務(wù)20可額外或可選地確定是否建議從接收方16的社交網(wǎng)絡(luò)中刪除呼叫方18。更具體地說,對于每個呼叫,簡檔服務(wù)20所保持的呼叫日志還可包括就是否應(yīng)答呼叫方面的指示。從呼叫接收方的相應(yīng)移動裝置可以向簡檔服務(wù)20提供應(yīng)答呼叫的指示符或不應(yīng)答呼叫的指示符。因此,舉例來說,某個規(guī)則可規(guī)定,如果接收方16未應(yīng)答來自呼叫方18的最近X個呼叫且呼叫方18在接收方16的社交網(wǎng)絡(luò)中,則作出建議從接 收方16的社交網(wǎng)絡(luò)中刪除呼叫方18。作為另一個例子,某個規(guī)則可規(guī)定,如果接收方16未 應(yīng)答來自呼叫方18的最近Y個呼叫,接收方16未回?fù)苓@些呼叫中的至少一個(l),并且呼 叫方18在接收方16的社交網(wǎng)絡(luò)中,則作出建議從接收方16的社交網(wǎng)絡(luò)中刪除呼叫方18。
在可選實(shí)施例中,基于接收方16的移動裝置12處所保持的呼叫日志,移動裝置12 的簡檔共享客戶端26可以確定是否建議將呼叫方18添加到接收方16的社交網(wǎng)絡(luò)中和/或 是否建議從接收方16的社交網(wǎng)絡(luò)中刪除呼叫方18。注意,為了確定呼叫方18是否已經(jīng)是 或者還不是接收方16的社交網(wǎng)絡(luò)中的聯(lián)系人,移動裝置12可存儲標(biāo)識接收方16的社交網(wǎng) 絡(luò)中的聯(lián)系人的信息,可提前向簡檔服務(wù)20或相關(guān)的社交網(wǎng)絡(luò)服務(wù)請求該信息??蛇x地, 當(dāng)在步驟310中或在請求時提供用戶簡檔時,簡檔服務(wù)20可向移動裝置12通知呼叫方18 是否是接收方16的社交網(wǎng)絡(luò)中的聯(lián)系人。 在該例子中,簡檔服務(wù)20已經(jīng)確定待向接收方16提供的建議,用以建議將呼叫方 18添加為接收方16的社交網(wǎng)絡(luò)中的聯(lián)系人。因此,簡檔服務(wù)20將該建議發(fā)送給接收方16 的移動裝置12 (步驟314)。在此時,簡檔共享客戶端26將呼叫方18的用戶簡檔以及該建 議呈示給移動裝置12處的接收方16(步驟316)。在一個可選實(shí)施例中,在從簡檔服務(wù)20 接收建議之前可以將呼叫方18的用戶簡檔呈示給接收方16。在該例子中,接收方16隨后 接受或應(yīng)答該呼叫(步驟318),并且該呼叫被建立(步驟320)。在呼叫期間的某個點(diǎn)上, 接收方16選擇結(jié)束呼叫,由此,呼叫結(jié)束了 (步驟322)。 在該例子中,在呼叫結(jié)束后的某個時間,接收方16接受將呼叫方18添加為他或她 的社交網(wǎng)絡(luò)中的聯(lián)系人的建議,并且作為響應(yīng),從移動裝置12發(fā)送建議接受消息給簡檔服 務(wù)20(步驟324)??蛇x地,接收方16可以在接受呼叫之前或在呼叫期間接受將呼叫方18 添加為聯(lián)系人的建議。在此時,可以向移動裝置14處的呼叫方18提供批準(zhǔn)加入接收方16 的社交網(wǎng)絡(luò)的請求(步驟326)。在該例子中,呼叫方18批準(zhǔn)被添加為接收方16的聯(lián)系人, 并且作為響應(yīng),給簡檔服務(wù)20提供批準(zhǔn)消息(步驟328)。隨后,通過將呼叫方18添加為接 收方16的社交網(wǎng)絡(luò)中的接收方16的聯(lián)系人,簡檔服務(wù)20更新社交網(wǎng)絡(luò)(步驟330)。
在一個可選實(shí)施例中,呼叫方18的用戶簡檔可以就誰能夠請求添加呼叫方18為 聯(lián)系人方面定義權(quán)限。例如,呼叫方18可定義規(guī)則,規(guī)定未應(yīng)答其最近五個(5)呼叫的任 何人不能請求將其添加為聯(lián)系人。因此,可以在建議接收方16將呼叫方18添加為聯(lián)系人 之前檢查這些權(quán)限。如果這些權(quán)限不允許接收方16將呼叫方18添加為聯(lián)系人,那就不會 給接收方16作出將呼叫方18添加為聯(lián)系人的建議??蛇x地,可以在從接收方16接收到請 求將呼叫方18添加為聯(lián)系人的建議接受時檢查這些權(quán)限。如果不允許接收方16將呼叫方 18添加為聯(lián)系人,那就拒絕將呼叫方18添加為聯(lián)系人的請求。如果允許接收方16請求將 呼叫方18添加為聯(lián)系人,那就自動將呼叫方18添加為呼叫方16的聯(lián)系人,或者可以向呼 叫方18請求要添加為接收方16的聯(lián)系人的批準(zhǔn)。 在另一個可選實(shí)施例中,如果簡檔服務(wù)20不是社交網(wǎng)絡(luò)服務(wù)的一部分,那么可選 地,可以直接將建議接受消息作為將呼叫方18添加為接收方16的社交網(wǎng)絡(luò)中的接收方16 的聯(lián)系人的請求而提供給社交網(wǎng)絡(luò)服務(wù)。社交網(wǎng)絡(luò)服務(wù)隨后可以通過向呼叫方18的移動 裝置14發(fā)送消息或通過使用社交網(wǎng)絡(luò)服務(wù)所使用的典型批準(zhǔn)方案來向呼叫方18請求批 準(zhǔn)。例如,如果社交網(wǎng)絡(luò)服務(wù)是社交網(wǎng)站,那么可以在呼叫方18下一次登入社交網(wǎng)站時向呼叫方18通知待被添加為接收方16的聯(lián)系人的請求。隨后,視需要,呼叫方18可選擇批 準(zhǔn)被添加為接收方16的聯(lián)系人。 應(yīng)當(dāng)注意的是,即使以上討論集中于提供向接收方16的社交網(wǎng)絡(luò)添加呼叫方18 或從中刪除呼叫方18的建議,但是本發(fā)明不限于此。此外或可選地,可以給呼叫方18提供 向呼叫方18的社交網(wǎng)絡(luò)添加接收方16或從中刪除呼叫方16的建議。例如,如果接收方16 未應(yīng)答呼叫并且如果接收方未應(yīng)答來自呼叫方18的最近Z個呼叫,則作出刪除作為呼叫方 18的社交網(wǎng)絡(luò)中的聯(lián)系人的接收方16的建議。應(yīng)當(dāng)注意的是,也可在未與接收方16共享 呼叫方18的用戶簡檔的情況下使用上文關(guān)于圖5所討論的建議過程,反之亦然。
圖6舉例說明了可以由簡檔服務(wù)20執(zhí)行的過程,以非同步地確定是否根據(jù)本發(fā)明 的一個實(shí)施例建議在社交網(wǎng)絡(luò)中添加或刪除聯(lián)系人。該過程可以作為上文關(guān)于圖5所討論 的建議過程的替代方案來執(zhí)行。首先,簡檔服務(wù)20獲得每個移動裝置12和14的呼叫日志 (步驟400)。要注意的是,雖然本文為了清楚起見只討論了移動裝置12和14,但是應(yīng)當(dāng)理 解的是,系統(tǒng)10可包括任意數(shù)量的移動裝置和用戶。可以利用任何需要的技術(shù)來獲得呼叫 日志。例如,在一個實(shí)施例中,簡檔服務(wù)20利用對用戶簡檔的請求來維持呼叫日志,該用戶 簡檔是響應(yīng)于呼叫的發(fā)起從移動裝置12和14接收的。作為另一個例子,簡檔服務(wù)20可周 期性地向移動裝置12和14請求呼叫日志,或?qū)ζ涞母隆W鳛樽詈蟮睦?,移動裝置12 和14可周期性地將呼叫日志或?qū)ζ涞母峦扑偷胶啓n服務(wù)20。 接下來,簡檔服務(wù)20基于一個或多個規(guī)則來分析呼叫日志,以生成社交網(wǎng)絡(luò)建議 (步驟402)。按照與上文所討論的大致相同的方式,利用一個或多個系統(tǒng)定義或用戶定義 的規(guī)則,簡檔服務(wù)20分析呼叫日志以生成將用戶添加為社交網(wǎng)絡(luò)中的其他用戶的聯(lián)系人 的建議和/或刪除作為社交網(wǎng)絡(luò)中其他用戶的聯(lián)系人的用戶的建議。以用戶16作為舉例, 簡檔服務(wù)20分析用戶16的呼叫日志,以標(biāo)識其他用戶用以建議添加為用戶16的社交網(wǎng)絡(luò) 中的用戶16的聯(lián)系人,和/或標(biāo)識其他用戶用以建議作為用戶16的社交網(wǎng)絡(luò)中的用戶16 的聯(lián)系人而刪除。 —旦生成建議,簡檔服務(wù)就發(fā)送建議給移動裝置12和14(步驟404)。視需要,用 戶16和18隨后可選擇接受該建議。如果該建議被接受,則將響應(yīng)提供給簡檔服務(wù)20并處 理(步驟406)。如上文所討論的,舉例來說,如果用戶16接受將用戶18添加為聯(lián)系人的 建議,則簡檔服務(wù)20會首先搜尋來自用戶18的批準(zhǔn)。如果接收到批準(zhǔn),那么簡檔服務(wù)20 相應(yīng)地更新用戶16的社交網(wǎng)絡(luò)。同樣,如果用戶16接受將作為聯(lián)系人的用戶18刪除的建 議,那么簡檔服務(wù)20就更新用戶16的社交網(wǎng)絡(luò)以刪除作為聯(lián)系人的用戶18。
圖7舉例說明了根據(jù)本發(fā)明的第四實(shí)施例的圖1的系統(tǒng)10的操作,其基本上與上 文關(guān)于圖2所討論的相同。但是,在該實(shí)施例中,簡檔服務(wù)20還操作為針對會議呼叫建議 其他用戶。更具體地說,如上文關(guān)于圖2所討論的那樣,用戶16和18創(chuàng)建用戶簡檔并給其 用戶簡檔分配訪問權(quán)限(步驟500和502)。在創(chuàng)建用戶簡檔并定義訪問權(quán)限之后,在該例 子中,移動裝置14的用戶18發(fā)起與移動裝置12的用戶16的呼叫(步驟504)。再一次,在 該例子中,用戶16也被稱為接收方16,用戶18也被稱為呼叫方18。 作為響應(yīng),移動裝置12,更具體地說是簡檔共享客戶端26,向簡檔服務(wù)20請求呼 叫方18的用戶簡檔(步驟506)。響應(yīng)于該請求,簡檔服務(wù)20標(biāo)識呼叫方18的用戶簡檔并 確定授予接收方16的該呼叫方18的用戶簡檔的訪問權(quán)限(步驟508)。 一旦確定接收方16的訪問權(quán)限,簡檔服務(wù)20根據(jù)接收方16的訪問權(quán)限將呼叫方18的用戶簡檔提供給接收方 16的移動裝置12(步驟510)。然后,將呼叫方18的用戶簡檔呈示給接收方16的移動裝置 12處的接收方16 (步驟512)。然后接收方16接受或應(yīng)答呼叫(步驟514),并且該呼叫被 建立(步驟516)。 在該例子中,在呼叫期間的某個點(diǎn)上,簡檔服務(wù)20標(biāo)識建議添加進(jìn)該呼叫的一個 或多個其他用戶,以提供會議呼叫(步驟518)。但是注意,如果該呼叫已經(jīng)是接收方16、呼 叫方18和一個或多個其他用戶之間的會議呼叫,那么簡檔服務(wù)20就針對會議呼叫建議其 他用戶。針對會議呼叫建議其他用戶的過程可以由簡檔服務(wù)20在呼叫期間自動地執(zhí)行,并 用由接收方16作出的請求來發(fā)起,等等。 在一個實(shí)施例中,簡檔服務(wù)20從接收方16的社交網(wǎng)絡(luò)中選擇一個或多個用戶作 為針對會議呼叫建議加入的用戶。更具體地,簡檔服務(wù)20首先可以標(biāo)識社交網(wǎng)絡(luò)中接收方 16和呼叫方18之間的關(guān)系??捎梅蛛x度、分類符(舉例來說,諸如"朋友","家庭","工作 伙伴"等)、或分離度和分類符兩者,來定義該關(guān)系。然后,簡檔服務(wù)20可以從與接收方16 具有相同關(guān)系、或與接收方16具有相似關(guān)系的接收方16的社交網(wǎng)絡(luò)中選出一個或多個用 戶,作為針對會議呼叫進(jìn)行建議的用戶。 除了使用接收方16和呼叫方18的關(guān)系或作為使用接收方16和呼叫方18的關(guān)系 的替代方案,簡檔服務(wù)20可使用接收方16和呼叫方18之間的談話主題來從接收方16的 社交網(wǎng)絡(luò)中選出一個或多個用戶,以針對會議呼叫進(jìn)行建議。例如,可以利用語言-文本轉(zhuǎn) 換,來由移動裝置12和14中的一個或兩個來標(biāo)識該談話的主題,并且隨后將談話的主題提 供給簡檔服務(wù)20。在另一個實(shí)施例中,可以通過將該話題輸入文本字段或從一個或多個預(yù) 定義的話題中選擇該話題,來由移動裝置12和14中的一個或兩個來清楚地標(biāo)識該談話的 主題。作為最后一個例子,在移動電信網(wǎng)絡(luò)22中,移動裝置12和14之間的中間裝置可通過 (例如)利用語言_文本轉(zhuǎn)換來推斷該談話的主題,并且隨后將談話的主題提供給簡檔服務(wù) 20。 一旦標(biāo)識出主題,簡檔服務(wù)20可標(biāo)識接收方16的社交網(wǎng)絡(luò)中已經(jīng)表示出對該主題有 興趣的一個或多個用戶,作為針對會議呼叫進(jìn)行建議的用戶。要注意的是,選出來針對會議 呼叫進(jìn)行建議的用戶是基于接收方16和呼叫方18的關(guān)系與談話主題的組合來選擇的。
除了從接收方16的社交網(wǎng)絡(luò)中選擇針對會議呼叫進(jìn)行建議的用戶之外,簡檔服 務(wù)20還可從呼叫方18的社交網(wǎng)絡(luò)中選擇針對會議呼叫進(jìn)行建議的用戶。此外,簡檔服務(wù) 20可使用接收方16和呼叫方18的組合用戶簡檔來從接收方16和呼叫方18的社交網(wǎng)絡(luò)中 標(biāo)識用戶。然后,接收方16和呼叫方18中的每一個可分別選擇進(jìn)行會議呼叫的用戶???選地,接收方16和呼叫方18可利用諸如投票(voting)的協(xié)作過程來選擇進(jìn)行會議呼叫的 用戶。為了在選擇進(jìn)行會議呼叫的用戶的過程中協(xié)助接收方16和呼叫方18,簡檔服務(wù)20 可以就為什么針對會議呼叫建議每個用戶方面提供信息。 然后將標(biāo)識針對會議呼叫的所建議用戶的信息發(fā)送給接收方16的移動裝置 12(步驟520)。標(biāo)識針對會議呼叫的所建議用戶的信息可包括所建議用戶的用戶簡檔,所 建議用戶的用戶簡檔中的信息(例如姓名或所建議用戶的部分或所有聯(lián)系信息),等等。隨 后將標(biāo)識針對會議呼叫的所建議用戶的信息呈示給接收方16(步驟522)。
在該例子中,從接收方接收用戶輸入,該用戶輸入選擇一個或多個所建議用戶加 入會議呼叫(步驟524)。作為響應(yīng),移動裝置12建立或發(fā)起建立會議呼叫(步驟526)。會議呼叫包括接收方16,呼叫方18,以及從所建議用戶中選出的一個或多個用戶。此外,如果 接收方16和呼叫方18已經(jīng)與一個或多個其他用戶在會議呼叫中,那么會議呼叫也包括那 些其他用戶。 應(yīng)當(dāng)注意的是,雖然圖7的討論集中于給接收方16建議針對會議呼叫的用戶,但 是本發(fā)明不限于此。此外或可選地,可以將針對會議呼叫的用戶推薦給呼叫方18?;谠?呼叫方18的社交網(wǎng)絡(luò)中呼叫方18和接收方16之間的關(guān)系、呼叫方18和接收方16之間的 談話主題,或兩者,可以從呼叫方18的社交網(wǎng)絡(luò)中選擇推薦給呼叫方18的用戶。
同樣,雖然上文的討論集中于這樣的實(shí)施例,該實(shí)施例中由簡檔服務(wù)20選擇針對 會議呼叫進(jìn)行建議的用戶,但是本發(fā)明不限于此。例如,在一個可選實(shí)施例中,可以在接收 方16的移動裝置12處和/或呼叫方18的移動裝置14處選擇所建議的用戶。更具體地, 關(guān)于移動裝置12,移動裝置12可以從簡檔服務(wù)20或社交網(wǎng)絡(luò)服務(wù)中獲得定義接收方16的 社交網(wǎng)絡(luò)的信息。然后,基于接收方16和呼叫方18之間的關(guān)系和/或接收方16和呼叫方 18之間的談話主題,移動裝置12可從接收方16的社交網(wǎng)絡(luò)中選擇一個或多個用戶,以針對 會議呼叫進(jìn)行建議。同樣,可以由移動裝置14來選擇針對會議呼叫推薦給呼叫方18的用 戶。 圖8A和8B用圖形舉例說明了根據(jù)本發(fā)明的一個實(shí)施例從接收方16的社交網(wǎng)絡(luò) 中選擇用戶以針對會議呼叫進(jìn)行建議。圖8A舉例說明了接收方16的社交網(wǎng)絡(luò)。圖8B舉 例說明了一個例子,其中接收方16當(dāng)前在與用戶A和B進(jìn)行會議呼叫。用戶A和B都在接 收方16的社交網(wǎng)絡(luò)中與接收方16具有直接的關(guān)系,并被分類為"家庭"。因此,基于用戶A 和B與接收方16之間的關(guān)系,建議用戶C加入該會議呼叫,因?yàn)橛脩鬋也與接收方16有直 接的關(guān)系。此外,建議用戶E和G進(jìn)行會議呼叫,因?yàn)橛脩鬍和G都被分類為"家庭"。
圖9是按照本發(fā)明的一個實(shí)施例的圖1的移動裝置12的框圖。 一般來說,移動裝 置12包括具有相關(guān)存儲器32的控制系統(tǒng)30。在該實(shí)施例中,簡檔共享客戶端26是以軟 件來實(shí)現(xiàn)的,并存儲在存儲器32中。但是,本發(fā)明不限于此。簡檔共享客戶端26可以用軟 件、硬件或其組合來實(shí)現(xiàn)。此外,移動裝置12包括一個或多個通信接口 34,通信接口可通信 地將移動裝置12耦合到移動電信網(wǎng)絡(luò)22和網(wǎng)絡(luò)24(圖1)。最后,移動裝置12包括用戶接 口 36,其包括多個組件,例如,顯示器,麥克風(fēng), 一個或多個揚(yáng)聲器, 一個或多個用戶輸入裝 置等。 圖10是服務(wù)器38的框圖,其根據(jù)本發(fā)明的一個實(shí)施例托管圖1的簡檔服務(wù)20。 一般來說,服務(wù)器38包括具有相關(guān)存儲器42的控制系統(tǒng)40。在該實(shí)施例中,簡檔服務(wù)20 是用軟件實(shí)現(xiàn)的,并存儲在存儲器42中。但本發(fā)明不限于此。簡檔服務(wù)20可以用軟件、硬 件或其組合來實(shí)現(xiàn)。此外,服務(wù)器38包括一個或多個數(shù)字存儲裝置44,其可以是一個或多 個硬盤驅(qū)動器等。在一個實(shí)施例中,用戶16和18的用戶簡檔(圖1)以及與系統(tǒng)10相關(guān) 的多個其他用戶的用戶簡檔存儲在一個或多個數(shù)字存儲裝置44中。在可選實(shí)施例中,用戶 簡檔可以由一個或多個遠(yuǎn)程源來存儲,例如托管一個或多個社交網(wǎng)絡(luò)服務(wù)的一個或多個遠(yuǎn) 程服務(wù)器。服務(wù)器38也包括通信接口 46,其可通信的將服務(wù)器38與網(wǎng)絡(luò)24耦合(圖1)。 最后,服務(wù)器38可包括用戶接口 48,其可以包括多個組件,例如顯示器, 一個或多個用戶輸 入裝置等。 本領(lǐng)域技術(shù)人員將認(rèn)識到對本發(fā)明的優(yōu)選實(shí)施例的改進(jìn)和修改。所有這些改進(jìn)和修改都被認(rèn)為是在本文所公開的構(gòu)思和下面的權(quán)利要求的范圍之內(nèi),
權(quán)利要求
一種操作第一用戶的裝置的方法,包括經(jīng)第一用戶的該裝置和第二用戶的裝置在第一和第二用戶之間發(fā)起通信會話,關(guān)聯(lián)于發(fā)起該通信會話,向簡檔服務(wù)請求第二用戶的用戶簡檔;以及根據(jù)第二用戶授予第一用戶的對第二用戶的用戶簡檔的訪問權(quán)限,從簡檔服務(wù)接收第二用戶的用戶簡檔。
2. 權(quán)利要求l的方法,進(jìn)一步包括根據(jù)授予第一用戶的訪問權(quán)限將第二用戶的用戶簡 檔呈示給第一用戶。
3. 權(quán)利要求1的方法,其中通信會話為語音會話。
4. 權(quán)利要求l的方法,其中請求用戶簡檔包括響應(yīng)于第一和第二用戶之間通信會話的 發(fā)起而請求第二用戶的用戶簡檔。
5. 權(quán)利要求l的方法,其中請求用戶簡檔包括在第一和第二用戶之間的通信會話期間 請求第二用戶的用戶簡檔。
6. 權(quán)利要求5的方法,其中在第一和第二用戶之間的通信會話期間請求第二用戶的用 戶簡檔包括響應(yīng)于來自第一用戶的請求而在第一和第二用戶之間的通信會話期間請求第 二用戶的用戶簡檔。
7. 權(quán)利要求1的方法,其中請求用戶簡檔包括響應(yīng)于第一和第二用戶之間通信會話的 建立而請求第二用戶的用戶簡檔。
8. 權(quán)利要求1的方法,其中為包括第一用戶的多個用戶中的每一個定義對第二用戶的 用戶簡檔的訪問權(quán)限。
9. 權(quán)利要求1的方法,其中為多個用戶組中的每一個定義對第二用戶的用戶簡檔的訪 問權(quán)限,該多個用戶組包括含有第一用戶的用戶組。
10. 權(quán)利要求l的方法,其中根據(jù)授予第一用戶的對第二用戶的用戶簡檔的訪問權(quán)限 來接收第二用戶的用戶簡檔包括接收第二用戶的用戶簡檔的某個版本,該版本不包括來自 第二用戶未授權(quán)第一用戶訪問的第二用戶的用戶簡檔中的內(nèi)容。
11. 權(quán)利要求1的方法,其中根據(jù)授予第一用戶的對第二用戶的用戶簡檔的訪問權(quán)限 來接收第二用戶的用戶簡檔包括從簡檔服務(wù)接收第二用戶的用戶簡檔的加密版本;以及利用數(shù)字權(quán)限管理(DRM)技術(shù),根據(jù)授予第一用戶的訪問權(quán)限,在該裝置處控制對用 戶簡檔的加密版本的訪問。
12. 權(quán)利要求l的方法,其中根據(jù)授予第一用戶的對第二用戶的用戶簡檔的訪問權(quán)限 接收第二用戶的用戶簡檔包括從簡檔服務(wù)接收第二用戶的用戶簡檔的加密版本;接收許可,該許可根據(jù)授予第一用戶的訪問權(quán)限使得能實(shí)現(xiàn)對第二用戶的用戶簡檔的 加密版本的訪問;以及基于該許可在該裝置處控制對第二用戶的用戶簡檔的訪問。
13. 權(quán)利要求12的方法,進(jìn)一步包括響應(yīng)于第二用戶所提供的授予第一用戶的訪問權(quán)限的更新,接收更新的許可;以及 根據(jù)該更新的許可控制對第二用戶的用戶簡檔的加密版本的訪問。
14. 權(quán)利要求12的方法,進(jìn)一步包括,在第一和第二用戶之間的通信會話終止之后并且在第一和第二用戶之間的后續(xù)通信會話被發(fā)起之前的某個時間響應(yīng)于第二用戶所提供的授予第一用戶的訪問權(quán)限的更新,接收更新的許可;以及根據(jù)該更新的許可控制訪問第二用戶的用戶簡檔的加密版本。
15. 權(quán)利要求l的方法,其中進(jìn)一步包括,響應(yīng)于正由第二用戶更新的用戶簡檔,接收第二用戶的用戶簡檔的更新。
16. 權(quán)利要求l的方法,進(jìn)一步包括,在第一和第二用戶之間的通信會話終止之后并且在第一和第二用戶之間的后續(xù)通信會話被發(fā)起之前的某個時間,響應(yīng)于正由第二用戶更新的用戶簡檔,接收第二用戶的用戶簡檔的更新。
17. 權(quán)利要求1的方法,進(jìn)一步包括響應(yīng)于對由第二用戶授予第一用戶的用戶簡檔的訪問權(quán)限的更新,接收對第一用戶的該裝置所存儲的用戶簡檔副本的更新;以及響應(yīng)于該更新對第一用戶的該裝置所存儲的用戶簡檔副本進(jìn)行更新。
18. 權(quán)利要求l的方法,進(jìn)一步包括,在第一和第二用戶之間的通信會話終止之后并且在第一和第二用戶之間的后續(xù)通信會話被發(fā)起之前的某個時間響應(yīng)于對由第二用戶授予第一用戶的用戶簡檔的訪問權(quán)限的更新,接收對第一用戶的該裝置所存儲的用戶簡檔副本的更新;以及響應(yīng)于該更新對第一用戶的該裝置所存儲的用戶簡檔副本進(jìn)行更新。
19. 權(quán)利要求l的方法,其中第二用戶的用戶簡檔包括包含以下的組中的至少一項(xiàng)第二用戶的聯(lián)系信息,第二用戶的圖片,標(biāo)識第二用戶最近播放過的一個或多個媒體項(xiàng)的信息,標(biāo)識第二用戶最近訪問過的一個或多個網(wǎng)站的信息,標(biāo)識第二用戶最近訪問過的一個或多個位置的信息,標(biāo)識第二用戶推薦的一個或多個媒體項(xiàng)的信息,標(biāo)識第二用戶推薦的一個或多個網(wǎng)站的信息,第二用戶的一個或多個聯(lián)系人的列表,標(biāo)識第二用戶的定制鈴聲的信息,第二用戶的定制鈴聲,第二用戶所共享的一個或多個媒體項(xiàng),以及第二用戶所共享的一個或多個媒體項(xiàng)的引用。
20. 權(quán)利要求1的方法,進(jìn)一步包括獲得標(biāo)識社交網(wǎng)絡(luò)中第一和第二用戶之間的關(guān)系的信息;以及將標(biāo)識社交網(wǎng)絡(luò)中第一和第二用戶之間的關(guān)系的信息呈示給在第一用戶的用戶裝置處的第一用戶。
21. 權(quán)利要求l的方法,其中由第二用戶發(fā)起通信會話,并且該方法進(jìn)一步包括獲得標(biāo)識社交網(wǎng)絡(luò)中第一和第二用戶之間的關(guān)系的信息;以及第二用戶通過警告來向第一用戶通知通信會話的發(fā)起,該警告是基于社交網(wǎng)絡(luò)中第一和第二用戶之間的關(guān)系來選擇的。
22. 權(quán)利要求21的方法,其中第一用戶的用戶簡檔為多種關(guān)系類型中的每種類型定義所期望的警告,且該方法進(jìn)一步包括為對應(yīng)于社交網(wǎng)絡(luò)中第一和第二用戶之間的關(guān)系的多種關(guān)系類型之一選擇期望的警告,作為將用于向第一用戶通知第二用戶發(fā)起通信會話的警告。
23. 權(quán)利要求21的方法,其中第二用戶的用戶簡檔為多種關(guān)系類型中的每種類型定義所期望的警告,且該方法進(jìn)一步包括為對應(yīng)于社交網(wǎng)絡(luò)中第一和第二用戶之間的關(guān)系的多種關(guān)系類型之一選擇期望的警告,作為將用于向第一用戶通知第二用戶發(fā)起通信會話的警告。
24. 權(quán)利要求21的方法,其中標(biāo)識第一和第二用戶之間的關(guān)系的信息包括社交網(wǎng)絡(luò)中第一和第二用戶之間的分離度。
25. 權(quán)利要求21的方法,其中標(biāo)識第一和第二用戶之間的關(guān)系的信息包括描述社交網(wǎng)絡(luò)中第一和第二用戶之間的關(guān)系的分類符。
26. 權(quán)利要求1的方法,進(jìn)一步包括關(guān)于是否建議將第二用戶添加為第一用戶在社交網(wǎng)絡(luò)中的聯(lián)系人作出確定;以及如果作出確定建議將第二用戶添加為第一用戶在社交網(wǎng)絡(luò)中的聯(lián)系人,則向第一用戶的該裝置處的第一用戶呈示將第二用戶添加為聯(lián)系人的建議。
27. 權(quán)利要求26的方法,其中作出確定包括關(guān)于是否基于呼叫日志建議將第二用戶添加為第一用戶在社交網(wǎng)絡(luò)中的聯(lián)系人作出確定。
28. 權(quán)利要求26的方法,其中作出確定包括關(guān)于是否基于第二用戶所定義的限制來建議將第二用戶添加為第一用戶在社交網(wǎng)絡(luò)中的聯(lián)系人作出確定,該限制是關(guān)于誰可以請求將第二用戶添加為社交網(wǎng)絡(luò)中的聯(lián)系人的。
29. 權(quán)利要求26的方法,進(jìn)一步包括從第一用戶接收響應(yīng),該響應(yīng)表示第一用戶已經(jīng)接受了建議;以及響應(yīng)于從第一用戶接收到該響應(yīng),使得第二用戶被添加為第一用戶在社交網(wǎng)絡(luò)中的聯(lián)系人。
30. 權(quán)利要求1的方法,進(jìn)一步包括關(guān)于是否建議將作為第一用戶在社交網(wǎng)絡(luò)中的聯(lián)系人的第二用戶刪除作出確定;以及如果作出確定建議將作為第一用戶在社交網(wǎng)絡(luò)中的聯(lián)系人的第二用戶刪除,就向第一用戶的該裝置處的第一用戶提供建議,刪除作為聯(lián)系人的第二用戶。
31. 權(quán)利要求30的方法,其中作出確定包括,關(guān)于是否基于呼叫日志建議將作為第一用戶在社交網(wǎng)絡(luò)中的聯(lián)系人的第二用戶刪除作出確定。
32. 權(quán)利要求30的方法,進(jìn)一步包括從第一用戶接收響應(yīng),該響應(yīng)表示第一用戶已經(jīng)接受了建議;以及響應(yīng)于從第一用戶接收到該響應(yīng),使得作為第一用戶在社交網(wǎng)絡(luò)中的聯(lián)系人的第二用戶被刪除。
33. 權(quán)利要求1的方法,其中通信會話是呼叫,且該方法進(jìn)一步包括從第一用戶的社交網(wǎng)絡(luò)中標(biāo)識一個或多個用戶,以建議加入該呼叫從而提供會議呼叫;以及向第一用戶呈示標(biāo)識被建議加入該呼叫從而提供會議呼叫的一個或多個用戶的信息。
34. 權(quán)利要求33的方法,其中從第一用戶的社交網(wǎng)絡(luò)中標(biāo)識一個或多個用戶以建議加入該呼叫從而提供會議呼叫包括標(biāo)識在第一用戶的社交網(wǎng)絡(luò)中第一和第二用戶之間的關(guān)系;以及從第一用戶的社交網(wǎng)絡(luò)中選擇與第一用戶的關(guān)系基本上與第一用戶和第二用戶之間的關(guān)系相同的一個或多個其他用戶,作為建議加入該呼叫的一個或多個用戶。
35. 權(quán)利要求33的方法,其中從第一用戶的社交網(wǎng)絡(luò)中標(biāo)識一個或多個用戶以建議加入該呼叫從而提供會議呼叫包括標(biāo)識該呼叫中第一和第二用戶之間的談話主題;以及從第一用戶的社交網(wǎng)絡(luò)中選擇已經(jīng)表達(dá)出對該主題的興趣的一個或多個其他用戶,作為建議加入該呼叫的一個或多個用戶。
36. 權(quán)利要求l的方法,其中通信會話是包含以下的組中的一項(xiàng)經(jīng)移動電信服務(wù)提供的呼叫以及經(jīng)網(wǎng)絡(luò)電話(VOIP)服務(wù)提供的呼叫。
37. —種第一用戶的裝置,包括至少一個通信接口 ;以及與至少一個通信接口相關(guān)聯(lián)的控制系統(tǒng),并且適于通過第一用戶的該裝置和第二用戶的裝置發(fā)起第一用戶和第二用戶之間的通信會話,關(guān)聯(lián)于該通信會話的發(fā)起,通過至少一個通信接口向簡檔服務(wù)請求第二用戶的用戶簡檔;以及根據(jù)第二用戶授予第一用戶的對第二用戶的用戶簡檔的訪問權(quán)限,通過至少一個通信接口從簡檔服務(wù)接收第二用戶的用戶簡檔。
38. 權(quán)利要求37的裝置,其中控制系統(tǒng)進(jìn)一步適于根據(jù)授予第一用戶的訪問權(quán)限將第二用戶的用戶簡檔呈示給第一用戶。
39. —種計(jì)算機(jī)可讀媒介,包括用于命令第一用戶的裝置進(jìn)行以下的軟件通過第一用戶的該裝置和第二用戶的裝置發(fā)起第一用戶和第二用戶之間的通信會話,關(guān)聯(lián)于該通信會話的發(fā)起,向簡檔服務(wù)請求第二用戶的用戶簡檔;根據(jù)第二用戶授予第一用戶的對第二用戶的用戶簡檔的訪問權(quán)限,從簡檔服務(wù)接收第二用戶的用戶簡檔。
40. 權(quán)利要求39的計(jì)算機(jī)可讀媒介,其中該軟件進(jìn)一步適于命令該裝置根據(jù)授予第一用戶的訪問權(quán)限將第二用戶的用戶簡檔呈示給第一用戶。
全文摘要
提供一種系統(tǒng)和方法,用于在諸如移動電信系統(tǒng)的語音通信系統(tǒng)中的用戶之間共享權(quán)限使能的用戶簡檔。一般來說,每個用戶定義一個用戶簡檔和相關(guān)的訪問權(quán)限,其中簡檔服務(wù)存儲或可訪問用戶簡檔和訪問權(quán)限。當(dāng)在第一和第二用戶間發(fā)起語音會話或呼叫時,第一用戶的裝置向簡檔服務(wù)請求第二用戶的簡檔。作為響應(yīng),簡檔服務(wù)確定是否已經(jīng)授予第一用戶對第二用戶的用戶簡檔的訪問權(quán)限。如果是,則簡檔服務(wù)根據(jù)第一用戶的訪問權(quán)限將第二用戶的用戶簡檔或其一部分,提供給第一用戶的該裝置,并將用戶簡檔呈示給第一用戶。
文檔編號H04W8/20GK101702795SQ20091016695
公開日2010年5月5日 申請日期2009年7月16日 優(yōu)先權(quán)日2008年7月17日
發(fā)明者A·C·伊薩, H·斯文森, K·詹寧斯, R·J·沃爾什 申請人:多明戈企業(yè)有限責(zé)任公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1