專利名稱:提供情境感知型宣告的方法
技術(shù)領(lǐng)域:
本說(shuō)明書一般地涉及通信系統(tǒng),更具體地涉及提供情境感知型宣告 (context aware announcement)的方法。
背景技術(shù):
在一天的正常過(guò)程中,人們接收涉及多個(gè)主題的多個(gè)呼叫。這些可能 引起破壞(disruption),這種破壞可能有害地影響到人們有效地開(kāi)展工作 所需的集中度。為了處理這些中斷,人們必須找到對(duì)他們的呼叫進(jìn)行優(yōu)先 級(jí)排序的方式,以使得他們可以高效地管理他們的注意力。以開(kāi)發(fā)了呼叫 線路ID (CLID)和CRM (客戶關(guān)系管理)工具來(lái)幫助人們高效地管理這 些呼叫嘗試并將可能發(fā)生的破壞降到最少。此外,可以為高級(jí)經(jīng)理提供人 事助理以針對(duì)與經(jīng)理的當(dāng)前情境的適合程度來(lái)檢查呼入(incoming call)。助理可以對(duì)呼叫進(jìn)行優(yōu)先級(jí)排序,捎口信,并且打斷經(jīng)理以接聽(tīng) 重要呼叫。助理可以向呼叫者和經(jīng)理作出行宣告,這些宣告涉及所提議的 基于優(yōu)先級(jí)而對(duì)呼叫的安排。助理可以向經(jīng)理和呼叫者提供用于呼叫處理 的選項(xiàng)。所作出的宣告對(duì)于呼叫者和經(jīng)理之間的角色關(guān)系可能是適當(dāng)?shù)摹?br>
另外,對(duì)社交感知的感覺(jué)提供與高級(jí)經(jīng)理的助理相同的功能。希望與 傳統(tǒng)的辦公室環(huán)境中特定的人進(jìn)行交互的人能夠感覺(jué)他們的情境并且評(píng)估 他們所提議交互在其中的適合程度。例如,看見(jiàn)一個(gè)人在與同事密切合作 會(huì)提供這樣的感覺(jué)不經(jīng)意的交談是不合適的。但是,如果所提議的主題 是關(guān)于這個(gè)人當(dāng)前所做工作的,則交互可能是最合適的。因此,企業(yè)內(nèi)的合作是通過(guò)對(duì)任何特定的所提議交互在當(dāng)前情境中的
適合程度的感覺(jué)來(lái)調(diào)解(mediate)的。這種感知可以通過(guò)如同事交互的示 例所示的接近性(proximity)來(lái)調(diào)解。但是,在IP電話和其他網(wǎng)絡(luò)合作系 統(tǒng)的情況下,這種對(duì)感知的感覺(jué)喪失。高級(jí)經(jīng)理的助理的示例給出了可以 恢復(fù)這種感覺(jué)的一種方式的示例。所提議的交互和這些交互中的事件可與 所提議的動(dòng)作一起宣告給雙方。
然而,某些語(yǔ)音郵件系統(tǒng)允許基于所提供的呼叫線路身份(CLID)來(lái) 選擇問(wèn)候語(yǔ)。這是提供情境感知型宣告的方向中的一步;這些宣告是僅依 捎口信這一個(gè)條件而定的。例如,用戶可能在他/她的辦公室中與其他人一 起忙碌,或者他可能離開(kāi)他的桌子達(dá)數(shù)分鐘。語(yǔ)音郵件系統(tǒng)僅感知到呼叫 已被轉(zhuǎn)發(fā)到它,而無(wú)法調(diào)整其消息使其適應(yīng)于用戶的當(dāng)前情境。
類似地,美國(guó)專利5,754,627 ( "Method and Apparatus for Managing Calls Using a Soft Call Park (利用軟呼叫停放來(lái)管理呼叫的方法和裝 置)")公開(kāi)了一種系統(tǒng),利用這種系統(tǒng),被通知了來(lái)自主叫方的呼叫的 被叫方可以觸發(fā)宣告,該宣告被播放給主叫方以給予他/她留下語(yǔ)音郵件消 息或者在隊(duì)列中等待以與被叫方交談的選項(xiàng)。這是"等一會(huì)兒(Wait a minute)"特征。該特征僅僅提供一般的消息。其不是針對(duì)主叫方或者當(dāng) 前用戶情境而定制的。無(wú)法使得消息適合于被叫方和主叫方之間的關(guān)系, 并且無(wú)法具體給出呼叫無(wú)法被立即接聽(tīng)的原因。
發(fā)明內(nèi)容
實(shí)施例的第一廣闊方面試圖提供一種提供情境感知型宣告的方法,該
方法包括應(yīng)用情境呼叫處理規(guī)則以確定呼入的當(dāng)前情境;以及提供至少
一個(gè)情境感知型宣告以提供與當(dāng)前情境相關(guān)聯(lián)的信息和呼叫信息。
在第一廣闊方面的一些實(shí)施例中,呼入是從呼叫者到用戶,并且提供 至少一個(gè)情境感知型宣告的步驟包括向呼叫者、用戶和第三方中的至少
一個(gè)提供至少一個(gè)情境感知型宣告。
在第一廣闊方面的其他實(shí)施例中,應(yīng)用情境呼叫處理規(guī)則以確定當(dāng)前
情境的步驟基于以下各項(xiàng)中的至少一項(xiàng)呼叫者和用戶之間的關(guān)系、用戶的時(shí)間表、用戶的位置、用戶的活動(dòng)、呼叫類型和用戶的偏好。
在第一廣闊方面的其他實(shí)施例中,所述至少一個(gè)情境感知型宣告包括 用于處理呼入的至少一個(gè)可選選項(xiàng)。在這些實(shí)施例的一些中,所述至少一 個(gè)可選選項(xiàng)包括請(qǐng)求與呼入的情境相關(guān)聯(lián)的信息。在這些實(shí)施例的其他實(shí) 施例中,所述方法還包括以下步驟接收對(duì)所述至少一個(gè)可選選項(xiàng)的選 擇,并提供用于處理所述呼入的至少一個(gè)其他可選選項(xiàng)。在這些實(shí)施例的 其他實(shí)施例中,所述至少一個(gè)可選選項(xiàng)包括與呼入的情境相關(guān)聯(lián)的信息, 并且所述方法還包括將呼入轉(zhuǎn)發(fā)到語(yǔ)音郵箱、數(shù)據(jù)庫(kù)和第三方中的至少一 個(gè)。
在第一廣闊方面的其他實(shí)施例中,所述方法還包括檢索情境呼叫處理
在第一廣闊方面的一些實(shí)施例中,所述情境呼叫處理規(guī)則還基于結(jié) 合對(duì)呼叫處理的具體決定而來(lái)自所生成的模糊可用性的指示符的可用性的 清晰指示符。
在第一廣闊方面的其他實(shí)施例中,所述至少一個(gè)情境感知型宣告包括 至少一個(gè)變量值,所述至少一個(gè)變量值是通過(guò)處理當(dāng)前情境和呼叫信息中 的至少一個(gè)而確定的。
實(shí)施例的第二廣闊方面試圖提供一種用于提供情境感知型宣告的系 統(tǒng)。該系統(tǒng)包括用于管理呼入和情境感知型宣告的呼叫管理實(shí)體。所述系 統(tǒng)還包括可由呼叫管理實(shí)體訪問(wèn)的共享存儲(chǔ)器空間,用于存儲(chǔ)情境數(shù)據(jù)。 所述系統(tǒng)還包括耦合到共享存儲(chǔ)器空間的至少一個(gè)代理,所述至少一個(gè)代 理用于向情境數(shù)據(jù)應(yīng)用情境呼叫處理規(guī)則以確定呼入的當(dāng)前情境;以及 向呼叫管理實(shí)體提供至少一個(gè)情境感知型宣告以提供與當(dāng)前情境相關(guān)聯(lián)的 信息和呼叫信息。
在第二廣闊方面的一些實(shí)施例中,所述系統(tǒng)還包括用戶界面,用于允 許用戶與共享存儲(chǔ)器空間的交互。在這些實(shí)施例的一些中,用戶界面能夠 允許用戶設(shè)置共享存儲(chǔ)器空間中的當(dāng)前情境。在這些實(shí)施例的其他實(shí)施例 中,用戶界面能夠允許用戶對(duì)源自呼叫管理實(shí)體的情境感知型宣告進(jìn)行應(yīng) 答。實(shí)施例的第三廣闊方面試圖提供一種在其中實(shí)現(xiàn)計(jì)算機(jī)可讀代碼的計(jì) 算機(jī)可讀介質(zhì),所述計(jì)算機(jī)可讀代碼用于控制計(jì)算機(jī)來(lái)執(zhí)行以下操作應(yīng) 用情境呼叫處理規(guī)則以確定呼入的當(dāng)前情境;以及提供至少一個(gè)情境感知 型宣告以提供與當(dāng)前情境相關(guān)聯(lián)的信息和呼叫信息。
參考附圖來(lái)描述實(shí)施例,在附圖中
圖1是根據(jù)一個(gè)非限制性實(shí)施例的因特網(wǎng)電話系統(tǒng)的功能圖,其體現(xiàn) 了分布式呼叫處理模型;
圖2是根據(jù)一個(gè)非限制性實(shí)施例的因特網(wǎng)電話系統(tǒng)的硬件實(shí)現(xiàn)方式的 框圖3示出了根據(jù)一個(gè)非限制性實(shí)施例的用于圖1和圖2的因特網(wǎng)電話 系統(tǒng)的系統(tǒng)架構(gòu)和模塊交互;
圖4是根據(jù)一個(gè)非限制性實(shí)施例的用于圖3的服務(wù)器模塊的分類圖; 圖5是根據(jù)一個(gè)非限制性實(shí)施例的用于圖3的客戶端模塊的分類圖; 圖6是根據(jù)一個(gè)非限制性實(shí)施例的具有相應(yīng)參與者的系統(tǒng)的使用情況
圖7是根據(jù)一個(gè)非限制性實(shí)施例的用于用戶登錄和注冊(cè)的狀態(tài)線圖; 圖8是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的服務(wù) 器歡迎窗口;
圖9是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的服務(wù) 器主窗口;
圖10是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給管理員的 管理員登錄窗口;
圖11是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給管理員的 情境設(shè)置窗口;
圖12是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給管理員的 計(jì)算機(jī)名稱和分機(jī)號(hào)碼(extensionnumber)設(shè)置窗口;圖13是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給管理員的
關(guān)系分配代理窗口;
圖14是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給管理員的 用戶規(guī)則分配代理窗口;
圖15是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給管理員的 用戶規(guī)則沖突解決代理窗口 ;
圖16是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的用 戶登錄窗口;
圖17是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的用 戶注冊(cè)窗口;
圖18是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的客 戶端主窗口;
圖19是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的關(guān) 系設(shè)置窗口;
圖20是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的好 友列表設(shè)置窗口;
圖21是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的時(shí) 間表設(shè)置窗口;
圖22是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的用 戶規(guī)則設(shè)置窗口;
圖23是根據(jù)一個(gè)非限制性實(shí)施例的在設(shè)置用戶規(guī)則時(shí)顯示給用戶的 用于選擇情境的窗口;
圖24是根據(jù)一個(gè)非限制性實(shí)施例的在設(shè)置用戶規(guī)則時(shí)顯示給用戶的 用于選擇呼叫者狀況的窗口;
圖25是根據(jù)一個(gè)非限制性實(shí)施例的在設(shè)置用戶規(guī)則時(shí)顯示給用戶的 用于選擇動(dòng)作的窗口;
圖26是根據(jù)一個(gè)非限制性實(shí)施例的在設(shè)置用戶規(guī)則時(shí)顯示給用戶的 確認(rèn)窗口;
圖27是示出根據(jù)一個(gè)非限制性實(shí)施例的、根據(jù)圖23至圖26來(lái)創(chuàng)建用
8戶規(guī)則的步驟的流程圖28是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的情
境模擬窗口;
圖29是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的呼 叫遞送代理窗口;
圖30是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的呼 入通知窗口;
圖31是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的系 統(tǒng)管理代理窗口;
圖32是根據(jù)一個(gè)非限制性實(shí)施例的、圖2和圖3的系統(tǒng)的基于代理的 視圖33是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的消 息指定窗口;以及
圖34是根據(jù)一個(gè)非限制性實(shí)施例的在系統(tǒng)操作期間顯示給用戶的消 息指定窗口。
具體實(shí)施例方式
轉(zhuǎn)到圖1,提供了根據(jù)一個(gè)非限制性實(shí)施例的系統(tǒng)的功能圖。在操作 中,從一個(gè)或多個(gè)普遍存在的傳感器(未示出)接收涉及用戶的位置和活 動(dòng)的感知數(shù)據(jù)1,然后將感知數(shù)據(jù)1應(yīng)用于情境引擎3??墒褂酶鞣N技術(shù) 來(lái)跟蹤人的位置。這種普遍存在的傳感器的示例包括Active Badge System (有源牛示i己系纟充)[Roy Want, Andy Hopper, Veronica Falcao, Jonathan Gibbons, "The Active Badge Location System", ACM Transactions on Information System 10(1) 91-102, 1992]、 PARCTabs[Norman Adams, Bill N. Schilit, Rich Gold, Michael Tso and Roy Want, "The PARCTAB Mobile Computing System", Proceedings of the Fourth Workshop on Workstation Operating Systems (WWOS隱IV), pages 34-39, Napa, Calif" October 1993]、移 動(dòng)電話[Peter Duffet-Smith, "High precision CURSOR and digital CURSOR: the real alternatives to GPS", Proceedings of EURONA V 96 Conference onVehicle Navigation and Control, Royal Institute of Navigation, 1996]及走丑聲波 設(shè)備[Andy Ward, Alan Jones and Andy Hopper, "A new location technique for the active office", IEEE Personal Communications 4(5), 43-7, 1997]。
申請(qǐng)人的于2003年8月1日遞交且通過(guò)引用結(jié)合于此的美國(guó)序號(hào)為 10/631,819的共同未決申請(qǐng)"Availability and Location Predictor Using Call Processing Indications (使用呼叫處理指示的可用性和位置預(yù)測(cè)器)"描述 了從用戶與PBX系統(tǒng)的交互來(lái)推測(cè)(即,猜測(cè))用戶可用性的證據(jù)收集方 法。這些交互被收集為感知信息并且被通過(guò)算法而處理成可用性信息。通 過(guò)使用感知信息作為證據(jù),算法對(duì)用戶的可用性進(jìn)行預(yù)測(cè)或者在呼叫處理 中作出決定。該信息被反饋到共享數(shù)據(jù)庫(kù)(例如,元組空間(tuple space))中作為斷言,這些斷言指示關(guān)于用戶狀態(tài)的高級(jí)評(píng)估。這些評(píng)估 然后被以下描述的呼叫處理組件用來(lái)對(duì)呼叫處理作出決定。
在申請(qǐng)人的以下共同未決申請(qǐng)中描述了與將感知數(shù)據(jù)1應(yīng)用于基于情 境的通信系統(tǒng)有關(guān)的其他方面于2003年7月31日遞交且通過(guò)引用結(jié)合 于此的美國(guó)序號(hào)為10/631,789的"System and method for facilitating communication using presence and communication services (禾ll用存在性禾口通 信服務(wù)來(lái)輔助通信的系統(tǒng)和方法)";以及于2003年8月1日遞交且通過(guò) 引用結(jié)合于此的美國(guó)序號(hào)為10/631,747的"Generation of Availability Indicators from Call Control Policies for Presence Enabled Telephony System (從用于存在性使能的電話系統(tǒng)的呼叫控制策略中生成可用性指示 符)"。
已被情境引擎3處理成可用性信息的感知數(shù)據(jù)(即,關(guān)于用戶的原始 信息)然后以對(duì)系統(tǒng)內(nèi)策略有關(guān)的斷言的形式被應(yīng)用于策略引擎5,如下 詳細(xì)所述。策略引擎5包 括情境更新塊9和特征選擇策略11。
在情境更新塊9中,進(jìn)入的事件(例如邀請(qǐng)等)與用戶的當(dāng)前情境有 關(guān)。每個(gè)事件都將其與一些指示符相關(guān)聯(lián),這些指示符與用戶的呼叫相關(guān) 并且提供呼叫對(duì)用戶的相關(guān)性、緊急性和重要性的證據(jù)。這種指示符包括 呼叫者身份、呼叫者和被叫方之間的角色關(guān)系、群組或項(xiàng)目成員資格、用 戶的位置、被叫用戶的當(dāng)前狀態(tài)、呼叫的主題等等。這些證據(jù)指示符中的一些在呼叫中是顯式的,而一些是可以通過(guò)推理而從其他指示符(例如, 上面所討論的感知數(shù)據(jù))得出的。情境更新塊9使用機(jī)遇推理
(opportunistic reasoning)來(lái)形成所需要的證據(jù)。該證據(jù)然后被提供給特 征選擇策略21以選擇特征,這將在下面更詳細(xì)地討論。如上面所參考的 題為"Generation of Availability Indicators from Call Control Policies for Presence Enabled Telephony System"的對(duì)應(yīng)申請(qǐng)中所討論的,證據(jù)指示符 的形式可以是模糊變量。這些變量的模糊度(fUzziness)用于指示系統(tǒng)在 這些變量中所具有的置信程度。
在由塊9所執(zhí)行的情境更新證據(jù)收集處理中,系統(tǒng)有時(shí)詢問(wèn)用戶他/她 希望執(zhí)行哪個(gè)特征。將用戶選項(xiàng)發(fā)送給他/她的無(wú)線瀏覽器以詢問(wèn)他/她的 選擇是完成此操作的若干相互合適的選項(xiàng)之一。此外,選項(xiàng)可被發(fā)送給主 叫方以請(qǐng)求他/她選擇若干可接受的選項(xiàng)之一。
如上面所討論的,盡管在人們一般交互的方式中,許多策略是隱式 的,但是用戶可以設(shè)置在情境更新塊9的機(jī)遇推理中使用的一些策略。因 此,系統(tǒng)管理員利用社交學(xué)原理設(shè)置若千缺省策略。這種缺省策略的示例 包括來(lái)自上級(jí)的呼叫比來(lái)自下級(jí)的呼叫更重要,辦公室中單獨(dú)的某個(gè)人 比有若干來(lái)訪者的某個(gè)人更加可用,具有與用戶的當(dāng)前活動(dòng)有關(guān)的主題的 呼叫比具有無(wú)關(guān)主題的呼叫有更少闖入性(intrusive),等等。
一旦在塊9中利用依呼叫而定的信息更新了用戶情境,就在塊11中 選擇要執(zhí)行的特征。根據(jù)由用戶設(shè)置的、管理其所期望的個(gè)性化
(personalized)呼叫處理的策略,特征選擇策略塊11利用先前在塊9中 生成的證據(jù)來(lái)引導(dǎo)呼叫處理。這些策略指示出針對(duì)不同的角色關(guān)系、 一天 中的時(shí)間、用戶狀態(tài)、用戶位置等應(yīng)該如何處理呼叫。根據(jù)申請(qǐng)人的于 2003年8月1日遞交并通過(guò)引用結(jié)合于此的美國(guó)序號(hào)為10/631,853的共同 未決申請(qǐng)"Personalizable and customizable feature execution for IP telephony using operational semantics and deontic task trees ", 塊 11禾!j用前向鏈
(forward chaining)和模糊推理在所有被提議的特征中生成優(yōu)先級(jí),并且 將此與所提議的動(dòng)作的闖入(intrusiveness)相關(guān)聯(lián)。這使得在給出用戶的 所聲明的私人化偏好的情況下,選擇單個(gè)特征作為最適合于呼叫處理的特征。如塊13所示,該特征然后被執(zhí)行。
如在申請(qǐng)人的于2000年8月21日遞交并通過(guò)引用結(jié)合于此的美國(guó)專 禾U號(hào)為7,096,259且題為"Processing by use of synchronized tuple spaces and assertions (通過(guò)利用同步元組空間和斷言的處理)"的對(duì)應(yīng)授權(quán)專利中所 述,在塊13處對(duì)特征的執(zhí)行可以被調(diào)制,以使得外部特征充當(dāng)企業(yè)約束 (enterprise constraint)從而控制所選擇特征的執(zhí)行。
因此,利用基于因特網(wǎng)的電話的新的尋址能力,特征可以呈現(xiàn)新的語(yǔ) 義。特征可以在私人級(jí)別下操作,而非像傳統(tǒng)電話一樣保持在設(shè)備級(jí)別。 呼叫不是被引導(dǎo)至物理端點(diǎn),而是被引導(dǎo)至用戶在其商業(yè)情境(或者社交 情境)內(nèi)的身份的各方面。用戶可以具有他/她的身份的多個(gè)方面,每個(gè)方 面在商業(yè)環(huán)境中具有不同的能力。例如,用戶可以具有的身份的多個(gè)方面 可以是以下形式
針對(duì)不需要當(dāng)前關(guān)注的消息的語(yǔ)音郵箱;
可以使用呼叫處理之外的機(jī)制來(lái)就呼叫安排進(jìn)行例程決定(routine decision)和使用其他事物來(lái)使用戶免受中斷的秘書(secretary)或等同功 能;
,代表不同當(dāng)前項(xiàng)目中的用戶的身份,等等。
可直接在URL中運(yùn)載這多個(gè)身份,這些URL利用標(biāo)準(zhǔn)的"點(diǎn)"約定 ("dot" convention)來(lái)傳達(dá)關(guān)于用戶身份的方面的含義。因此,名字為 JonhDoe的用戶可以將其商業(yè)身份的多個(gè)方面指定為
assistant.john—doe@example.com;
personal .John—doe@example.com;
voice-mail.john_doe@example.com;禾口/或
project.sub.--3499.john—doe@example.com。
約定中的這種改變有效地創(chuàng)建了電話特征如何在所匯聚的語(yǔ)音和數(shù)據(jù) 系統(tǒng)中操作的全新模型。如上所述,特征在了解當(dāng)前用戶情境的情況下操 作,并且通信被引導(dǎo)至用戶身份的最合適方面。因此,例如,主叫方可以 指示他們希望聯(lián)系身份的哪些方面和他們不希望處理哪些方面。
圖2示出根據(jù)一個(gè)非限制性實(shí)施例的系統(tǒng)的示例性硬件實(shí)現(xiàn)方式。該系統(tǒng)基于客戶端-服務(wù)器體系結(jié)構(gòu)?;钴S呼叫遞送(ACD, Active Call Delivery)客戶端21與ACD服務(wù)器27通信,ACD服務(wù)器27又與TSpaces 服務(wù)器23和MiTAI網(wǎng)關(guān)服務(wù)器25通信。MiTAI網(wǎng)關(guān)服務(wù)器25提供經(jīng)由 PBX 26對(duì)PSTN 28的接入。ACD服務(wù)器27是可以訪問(wèn)TSpaces服務(wù)器23
的單個(gè)服務(wù)器或多個(gè)服務(wù)器。ACD服務(wù)器27包括以下更詳細(xì)地討論的 "系統(tǒng)代理"的設(shè)置和用戶界面。這些用戶界面提供介紹窗口、用于系統(tǒng) 管理員的登錄窗口、用于管理情境的層次的情境窗口和用于模擬電話呼叫 的呼叫模擬窗口。每個(gè)系統(tǒng)代理都對(duì)呼叫處理有所貢獻(xiàn)并且具有其自己的 責(zé)任關(guān)系分配(RA, Relationship Assigning)代理負(fù)責(zé)獲取呼叫者和接 收者之間的關(guān)系并將其分配給用于呼叫處理的相關(guān)數(shù)據(jù)字段。用戶規(guī)則分 配(URA)代理負(fù)責(zé)根據(jù)每個(gè)規(guī)則的條件和當(dāng)前情境來(lái)提取所有匹配用戶 規(guī)則,并將這些規(guī)則分配給用于呼叫處理的相關(guān)數(shù)據(jù)字段。用戶規(guī)則沖突 解決(UCR)代理負(fù)責(zé)解決所分配的規(guī)則中可能存在的任何沖突。如上所 述,這些代理不必安裝在特定機(jī)器上,而是可以分布在可以訪問(wèn)TSpaces 服務(wù)器23的機(jī)器的網(wǎng)絡(luò)上。將在以下描述各種代理的進(jìn)一步細(xì)節(jié)。
ACD客戶端21包括用戶界面和用戶代理。用戶界面提供介紹窗口、 用于經(jīng)注冊(cè)的系統(tǒng)用戶的登錄窗口和用于新用戶的注冊(cè)窗口。知識(shí)管理是 客戶端系統(tǒng)上的用戶界面的重要部分。用戶可以創(chuàng)建或管理諸如好友列 表、關(guān)系信息、時(shí)間表和用戶偏好規(guī)則之類的私人信息。客戶端服務(wù)器使 用兩種類型的代理呼叫遞送(CD)代理和系統(tǒng)管理(SM)代理。CD
代理確認(rèn)TSpaces服務(wù)器23中由呼叫監(jiān)視器生成的事件。呼叫監(jiān)視器是與 MiTAI網(wǎng)關(guān)25的直接接口 ,并且創(chuàng)建事件,該事件被饋給到TSpaces服務(wù) 器23中以由CD代理開(kāi)始呼叫處理。接下來(lái),SM代理確認(rèn)來(lái)自CD代理 的事件,并且將呼叫處理分布給網(wǎng)絡(luò)上的代理。盡管每個(gè)代理具有不同的 服務(wù),但是按照常用的面向?qū)ο蟮脑O(shè)計(jì),服務(wù)器和客戶端可以具有某些公 共模塊。以下說(shuō)明這些公共對(duì)象模塊和其他模塊。
圖3示出了圖1和圖2的因特網(wǎng)電話系統(tǒng)的系統(tǒng)體系結(jié)構(gòu)和模塊交 互。用戶界面31包括窗口、表格、菜單和按鈕,用于提供用戶登錄、注 冊(cè)、用戶偏好規(guī)則設(shè)置、情境模擬和用于輔助用戶的消息的顯示。
13事件處理器子系統(tǒng)33是位于用戶界面31和應(yīng)用級(jí)子系統(tǒng)35之間的監(jiān) 視后臺(tái)程序(monitoring daemon)。事件處理器子系統(tǒng)33等待諸如鼠標(biāo)點(diǎn) 擊之類的物理事件從用戶界面31到達(dá),并將這些事件引導(dǎo)至適當(dāng)?shù)膽?yīng)用 模塊。開(kāi)發(fā)工具Java為該目的提供了嵌入式事件處理器,例如 ActionListener (動(dòng)作偵聽(tīng)器)。
應(yīng)用級(jí)35是系統(tǒng)的核心。應(yīng)用級(jí)35包括多個(gè)代理,這些代理為客戶 端并且為服務(wù)器提供服務(wù)。所有的系統(tǒng)事務(wù)(transaction)、功能和知識(shí)管 理都是在該子系統(tǒng)中進(jìn)行的。
如圖4的等級(jí)圖所示,多個(gè)服務(wù)器模塊被分成三個(gè)主要部分系統(tǒng)知 識(shí)管理、代理服務(wù)和呼叫模擬。系統(tǒng)知識(shí)管理模塊包括情境設(shè)置子模塊, 用于使得經(jīng)授權(quán)的管理員能夠創(chuàng)建或修改諸如位置和活動(dòng)之類的情境層 次。代理服務(wù)模塊包括三個(gè)不同的代理模塊關(guān)系分配(RA)代理、用戶 規(guī)則分配(URA)代理和用戶規(guī)則沖突解決(UCR)代理。為了給出代理 的靈活實(shí)現(xiàn)方式,管理代理的狀態(tài)以知道它們的可用性。網(wǎng)絡(luò)連通性可以 影響它們的可用性。因此,為了使用代理,代理以及代理和和系統(tǒng)的 TSpaces37 (圖3)之間的連接必須是起作用的。系統(tǒng)通過(guò)檢查TSpaces 37 中的相應(yīng)狀態(tài)元組來(lái)獲取代理的狀態(tài)。狀態(tài)元組包括"名稱"、"優(yōu)先 級(jí)"和"可用性"字段。每個(gè)代理負(fù)責(zé)更新其在TSpaces 37中的狀態(tài)元 組。用于更新?tīng)顟B(tài)元組的過(guò)程包括每秒一次地取得狀態(tài)元組并用新的狀態(tài) 信息來(lái)對(duì)其進(jìn)行改寫。元組可被設(shè)置為在預(yù)定時(shí)間之后期滿。 一旦期滿, TSpaces服務(wù)器23就從TSpaces 37中去除該元組。狀態(tài)元組的期滿時(shí)間是 三秒,因此如果代理因?yàn)槿魏卧蚨B續(xù)三次未能更新元組,則在 TSpaces 37中將不存在針對(duì)相應(yīng)代理的狀態(tài)元組。如果沒(méi)有針對(duì)代理的狀 態(tài)元組,或者如果狀態(tài)元組中的"可用性"字段被設(shè)置為"異常",則系 統(tǒng)假定該代理是異常的。更新?tīng)顟B(tài)元組所花費(fèi)的一秒和狀態(tài)元組期滿之前 所允許的三秒之間的時(shí)間間隙可以防止由臨時(shí)網(wǎng)絡(luò)干擾所引起的不必要的 狀態(tài)切換(status toggling)。
每個(gè)代理還負(fù)責(zé)將事件注冊(cè)到TSpaces 37中以與客戶端機(jī)器通信。每 當(dāng)所等待的元組被寫入TSpaces 37中時(shí),TSpaces服務(wù)器23就將此通知給已注冊(cè)了事件的代理。生成事件并從TSpaces 37獲得該事件的通知形成了 代理之間的雙向通信-確認(rèn)。
關(guān)系分配(RA)代理負(fù)責(zé)對(duì)來(lái)自客戶端的SM代理的關(guān)系分配請(qǐng)求進(jìn) 行應(yīng)答。來(lái)自SM代理的請(qǐng)求包含呼叫者和接收者信息。RA代理根據(jù)用 戶的好友列表來(lái)分配用戶和呼叫者之間的關(guān)系。
用戶規(guī)則分配(URA)代理負(fù)責(zé)對(duì)來(lái)自客戶端的SM代理的用戶規(guī)則 分配請(qǐng)求進(jìn)行應(yīng)答。在請(qǐng)求之后,URA代理檢索關(guān)系信息和用戶的當(dāng)前情 境這兩者。關(guān)系信息是由RA代理設(shè)置的呼叫者和接收者之間的關(guān)系。用 戶的當(dāng)前情境是用戶的位置、當(dāng)前時(shí)間與用戶的時(shí)間表以及用戶的活動(dòng)。
誰(shuí)在呼叫?
用戶在哪里?
用戶在做什么?
是什么時(shí)候了?
用戶規(guī)則沖突解決(UCR)代理負(fù)責(zé)針對(duì)用戶規(guī)則沖突解決請(qǐng)求對(duì)客 戶端的SM代理進(jìn)行應(yīng)答。該請(qǐng)求包含由URA代理所分配的用戶規(guī)則信 息。UCR代理在所分配的規(guī)則中選擇最具體的一個(gè)規(guī)則。規(guī)則具有的條件 越多,就認(rèn)為規(guī)則是越具體的。提供呼叫模擬服務(wù)用來(lái)在無(wú)需連接到 MiTAI網(wǎng)關(guān)25的情況下進(jìn)行測(cè)試。具有表格的窗口服務(wù)于該功能。
如圖5的客戶端模塊分類圖所示,多個(gè)客戶端模塊被分成三個(gè)子系 統(tǒng)用戶知識(shí)管理、代理服務(wù)和情境模擬。用戶可以通過(guò)用戶知識(shí)管理模 塊來(lái)操縱私人知識(shí)。
呼叫遞送(CD)代理負(fù)責(zé)通過(guò)MiTAI網(wǎng)關(guān)25而與電話交換機(jī)或PBX 26通信。具體而言,CD代理向M汀AI網(wǎng)關(guān)25注冊(cè)事件,并且等待對(duì)用 戶的呼入的通知。當(dāng)通知到達(dá)時(shí),CD代理向SM代理發(fā)送進(jìn)一步處理的 請(qǐng)求并且等待應(yīng)答。來(lái)自SM代理的該應(yīng)答包含作為整個(gè)呼叫處理的結(jié)果 而采取的動(dòng)作。然后,CD代理負(fù)責(zé)向MiTAI網(wǎng)關(guān)25請(qǐng)求所選擇的動(dòng)作。
系統(tǒng)管理(SM)代理負(fù)責(zé)管理其他代理的狀態(tài)并且根據(jù)系統(tǒng)代理的 優(yōu)先級(jí)來(lái)對(duì)呼叫處理進(jìn)行排序。當(dāng)CD代理請(qǐng)求呼叫處理時(shí),SM代理在 TSpaces 37中掃描代理的狀態(tài)元組,并且根據(jù)它們的優(yōu)先級(jí)來(lái)做出順序表。SM代理向最高優(yōu)先級(jí)的代理發(fā)送處理請(qǐng)求,等待應(yīng)答,然后將請(qǐng)求 發(fā)送給下一最高優(yōu)先級(jí)的代理。當(dāng)SM代理接收到來(lái)自最低優(yōu)先級(jí)的代理
的應(yīng)答時(shí),其向CD代理發(fā)送回信息元組。
情境模擬模塊充當(dāng)情境代理,其動(dòng)態(tài)地檢測(cè)、解釋并更新用戶的當(dāng)前 情境。情境模擬窗口包括由系統(tǒng)管理員設(shè)置的所有可能的情境,并且用戶 從中進(jìn)行選擇。
TSpaces 37 (即,元組空間)在一個(gè)或多個(gè)服務(wù)器23中被實(shí)現(xiàn)為具有 數(shù)據(jù)庫(kù)能力的網(wǎng)絡(luò)通信緩沖器。在http:〃www.almaden.ibm.com/cs/TSpaces/ 和美國(guó)專利7,096,259中可以找到對(duì)TSpaces 37的更全面描述。TSpaces 37 允許應(yīng)用和設(shè)備之間在異類的計(jì)算機(jī)和操作系統(tǒng)的網(wǎng)絡(luò)中通信。TSpaces 37提供群組通信服務(wù)、數(shù)據(jù)庫(kù)服務(wù)、基于URL的文件傳輸服務(wù)和事件通 知服務(wù)。TSpaces 37是以Java編程語(yǔ)言實(shí)現(xiàn)的,因此通過(guò)平臺(tái)獨(dú)立性而自 動(dòng)擁有網(wǎng)絡(luò)普遍存在性以及對(duì)所有數(shù)據(jù)類型擁有標(biāo)準(zhǔn)類型的表示法。 TSpaces系統(tǒng)適合于任何具有分布或數(shù)據(jù)存儲(chǔ)要求的應(yīng)用。TSpaces系統(tǒng)可 以執(zhí)行關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)的許多職責(zé),而無(wú)需強(qiáng)加過(guò)度限制(和原始)型系 統(tǒng)、嚴(yán)格的大綱(rigid schema)、笨拙的用戶界面或者苛刻的運(yùn)行時(shí)間存 儲(chǔ)器要求。在本發(fā)明中,TSpaces服務(wù)器23是系統(tǒng)和用戶知識(shí)倉(cāng)庫(kù) (store)之間的媒介。但是,將會(huì)了解,TSpaces 37可被關(guān)系數(shù)據(jù)庫(kù)或提 供等同功能的其他共享數(shù)據(jù)庫(kù)所取代,該功能用于管理知識(shí)事務(wù)(包括 讀、寫、更新、取得和掃描)以及事件處理(例如事件的注冊(cè)和通知)。
MiTAI網(wǎng)關(guān)25針對(duì)不是基于"C"開(kāi)發(fā)語(yǔ)言的程序來(lái)輔助與MITEL 電話服務(wù)器(即,PBX 26)的通信。但是,MiTAI網(wǎng)關(guān)25不受特別限 制,執(zhí)行類似功能的任何合適網(wǎng)關(guān)都在當(dāng)前實(shí)施例的范圍內(nèi)。MiTAI網(wǎng)關(guān) 25是基于Windows的進(jìn)程,其可在任何Windows平臺(tái)上執(zhí)行。MiTAI網(wǎng) 關(guān)25可以管理網(wǎng)絡(luò)上來(lái)自任何其他程序的單個(gè)插座連接(socket connection)并且支持有限會(huì)話協(xié)議。
MiTAI網(wǎng)關(guān)服務(wù)器25是PBX 26和ACD的應(yīng)用級(jí)子系統(tǒng)35之間的中 間系統(tǒng)。應(yīng)用級(jí)子系統(tǒng)35為了監(jiān)視呼入的目的而向MiTAI網(wǎng)關(guān)服務(wù)器25 注冊(cè)事件。在系統(tǒng)拓?fù)浞矫妫脩艚缑?1被建立在Windows平臺(tái)上,并且通過(guò) 事件處理器33與應(yīng)用級(jí)35交互。應(yīng)用級(jí)35子系統(tǒng)使用TSpaces服務(wù)器 23作為媒介來(lái)進(jìn)行通信并訪問(wèn)服務(wù)器的系統(tǒng)知識(shí)管理模塊和客戶端。
包括用戶信息、用戶規(guī)則、用戶的當(dāng)前情境信息和呼叫信息在內(nèi)的所 有知識(shí)都被存儲(chǔ)在TSpaces 37中。與以上引用的參考文獻(xiàn)中給出的一樣, 如本說(shuō)明書的附錄中所討論的,存儲(chǔ)的單位是元組。
用戶信息包括基本用戶信息、關(guān)系信息、好友列表、用戶偏好規(guī)則和 動(dòng)態(tài)變化的用戶的當(dāng)前情境信息。用戶信息被存儲(chǔ)在名稱為 "UserProfile"(用戶概況)的元組中并且結(jié)構(gòu)如下 其中,"UserProfile"是元組的名稱、id是用于在系統(tǒng)中唯一地標(biāo)識(shí)用戶 的用戶標(biāo)識(shí)。user-info (用戶信息)字段包含關(guān)于用戶的基本用戶信息, 例如密碼、名字、電話號(hào)碼和用戶的時(shí)間表。電話號(hào)碼是PBX26中的 擴(kuò)展電話號(hào)碼,例如我的辦公室和助理的電話號(hào)碼(例如,4001)。該字 段還包含用戶的時(shí)間表。用于午餐和會(huì)議的時(shí)間表可以由用戶直接輸入或 者從另一應(yīng)用(例如,Microsoft Outlook等)來(lái)確定。關(guān)系字段包含由用 戶利用用戶界面以關(guān)系層次方式定義的關(guān)系信息。用戶可以在buddy-list (好友列表)中將任何人加為他的"好友"。好友列表包含關(guān)于作為名字 和電話號(hào)碼而包括的人的信息以及它們與用戶的關(guān)系。user-rule (用戶規(guī) 則)字段包含用戶偏好規(guī)則。用戶經(jīng)由用戶界面31來(lái)創(chuàng)建他/她的用于處 理呼入的私人偏好。規(guī)則中的條件可以使用情境、好友列表和從關(guān)系信息 層次中選擇的關(guān)系。在這一點(diǎn)上,context (情境)字段包含情境信息。系 統(tǒng)中使用的情境確定參數(shù)是地址、用戶的當(dāng)前活動(dòng)和當(dāng)前時(shí)間。位置和活 動(dòng)情境具有層次,以使得它們可以具有子情境。用戶的當(dāng)前情境信息可以 是真實(shí)情境或者由用戶所設(shè)置的假裝情境(pretended context)。真實(shí)情境 信息由(一個(gè)或多個(gè))情境代理來(lái)更新,而另一方面,假裝情境由用戶來(lái) 設(shè)置和控制。如果用戶希望,則假裝情境被設(shè)計(jì)為超越真實(shí)情境。位置參 數(shù)的層次是由系統(tǒng)管理員來(lái)定義的。因此,如果位置的屬性與電話號(hào)碼相 耦合,則系統(tǒng)可以將用戶的呼叫遞送到離用戶的當(dāng)前位置最近的電話。存在兩種可被定義的活動(dòng)。 一些活動(dòng)可被系統(tǒng)自動(dòng)檢測(cè),而其他活動(dòng) 可僅由用戶來(lái)假定或設(shè)置。例如,系統(tǒng)能夠知道用戶是否"在打電話", 但是難以判斷用戶是否"忙于工作"或"正在休息"。因此,可檢測(cè)的活 動(dòng)被系統(tǒng)自動(dòng)更新,且其他活動(dòng)由用戶設(shè)置。接收者的時(shí)間情境是根據(jù)他 的時(shí)間表來(lái)設(shè)置的。例如,如果用戶的午餐時(shí)間被制定為從下午12點(diǎn)到 下午1點(diǎn),則系統(tǒng)可以假定用戶在該時(shí)間段期間在吃午餐。
呼叫信息包含在代理所共享以與其他代理通信的元組中,用于處理呼 入。因此,呼叫信息包含針對(duì)呼叫者信息和用戶偏好規(guī)則的所有必要數(shù)據(jù)
字段。代理從TSpaces 37取得"Call"(呼叫)元組并根據(jù)它們的責(zé)任來(lái) 更新該元組。例如,RA代理分配呼叫者和接收者之間的關(guān)系,URA代理 分配所有適當(dāng)?shù)挠脩粢?guī)則,且UCR代理通過(guò)僅選擇一個(gè)用戶規(guī)則來(lái)解決 用戶規(guī)則沖突。該元組的形式是
{"Call", dest-agent, source-agent, id, call-info, user-rule} 其中,"Call"是元組的名稱,dest-agent (目的地代理)是希望其接收該 元組的目的地代理,source-agent (源代理)字段標(biāo)識(shí)出發(fā)送該元組的源代 理,id字段是用戶標(biāo)識(shí),且call-info (呼叫信息)字段包含呼叫者和接收 者這兩者的基本信息,例如電話號(hào)碼、名字和他們之間的關(guān)系信息。user-rule (用戶規(guī)則)與由代理所分配的(一個(gè)或多個(gè))用戶規(guī)則相匹配。當(dāng) 代理在TSpaces服務(wù)器23中注冊(cè)事件時(shí),"Call"字段和dest-agent字段 被使用。以下是對(duì)TSpaces服務(wù)器23的SM代理事件注冊(cè)例程的一部分
Tuple template=new Tuple("Call", "SMAgent", new Field(String.class), id, new Field(String.class), new Field(String.class), new Field(String.class));
seqNum=ts.eventRegister(TupleSpace.WRITE, template, this, newThread);
當(dāng)元組被張貼時(shí),該例程請(qǐng)求TSpaces服務(wù)器23通知SM代理,其中 第一字段是"Call"(呼叫),第二字段是"SMAgent" (SM代理)且第 四字段是用戶id,并且其中,第三字段是表示該字段可接受任何值的 "new Field(String.class)"。
模塊交互示出了類、模塊和系統(tǒng)整體的行為。它們描述了系統(tǒng)的組件 如何通過(guò)消息傳送、功能調(diào)用和通過(guò)共享狀態(tài)信息來(lái)交互。利用統(tǒng)一建模
18語(yǔ)言(UML)符號(hào),分別在圖6的使用情況圖和圖7的狀態(tài)線圖中示出了
本發(fā)明的組件交互。
為了使用該系統(tǒng)(包括用于管理員的服務(wù)器系統(tǒng)和用于用戶的客戶端
系統(tǒng)),必須得到授權(quán)。如圖7所示,首次使用的用戶通過(guò)點(diǎn)擊"登錄窗 口"中的"注冊(cè)"按鈕進(jìn)行注冊(cè)。注冊(cè)中的用戶提供用于使用系統(tǒng)的重要 信息,例如用戶ID、密碼、名字和電話號(hào)碼。在點(diǎn)擊用于提交的"OK" (確定)按鈕之前,無(wú)遺漏地填寫每個(gè)字段。 一旦提交,系統(tǒng)就檢査有效 性,例如每個(gè)字段是否具有正確的長(zhǎng)度和每個(gè)字段是否是有含義的。在一 些實(shí)施例中,用戶ID小于IO個(gè)字母字符且密碼小于10個(gè)數(shù)和/或字母。 在其他實(shí)施例中,名字字段小于20個(gè)字符且電話號(hào)碼字段僅允許數(shù)字。 如果圖7中的"有效性檢査"階段成功,則系統(tǒng)通過(guò)執(zhí)行"write()"操作 將信息寫到TSpaces 37中。當(dāng)系統(tǒng)成功地將用戶的信息寫入TSpaces中 時(shí),用戶注冊(cè)過(guò)程完成。
注冊(cè)后的用戶和管理員在使用系統(tǒng)之前需要被認(rèn)證。必須正確填寫 "登錄窗口"中的用戶ID和密碼字段,然后點(diǎn)擊"OK"按鈕。如果兩個(gè) 字段被無(wú)遺漏地填寫,則系統(tǒng)檢査每個(gè)字段的有效性。該有效性確認(rèn)過(guò)程 與用戶注冊(cè)過(guò)程中相同。所確認(rèn)的用戶ID和密碼對(duì)應(yīng)當(dāng)與TSpaces 37中 的相匹配。系統(tǒng)通過(guò)執(zhí)行"read()"操作來(lái)獲得信息,并將它們進(jìn)行比較。 當(dāng)用戶點(diǎn)擊"退出"按鈕或者輸入的用戶ID和密碼對(duì)與已經(jīng)在TSpaces 37 中的用戶ID和密碼對(duì)之間匹配時(shí),登錄過(guò)程結(jié)束。
本發(fā)明的ACD系統(tǒng)的原型已被利用Java編程語(yǔ)言在Windows NT平 臺(tái)上實(shí)現(xiàn)了,以下程序包(package)被用于該實(shí)現(xiàn)
用于Java開(kāi)發(fā)環(huán)境的Java 2平臺(tái)標(biāo)準(zhǔn)版v 1.3.1 。
作為數(shù)據(jù)存儲(chǔ)庫(kù)和代理之間的通信媒介的TSpaces v2丄2。
用于PBX接口的Mitel電話應(yīng)用接口 (MiTAI)。
系統(tǒng)的安裝和執(zhí)行方法的細(xì)節(jié)包括對(duì)Java類文件進(jìn)行拆包(u叩ack) 并執(zhí)行這些文件,以及本領(lǐng)域技術(shù)人員所公知的其他服務(wù)器啟動(dòng)過(guò)程。
ACD系統(tǒng)的設(shè)計(jì)不限制于任何特定用戶域(user domain)。 一種定義
用戶域的知識(shí)的靈活方法允許系統(tǒng)用于不同的域。系統(tǒng)管理員可以根據(jù)目
19標(biāo)用戶域來(lái)定義用戶的位置、活動(dòng)和時(shí)間的層次。為了本發(fā)明的成功原型
的目的,系統(tǒng)提供了兩種示例域辦公室職員(office worker)的域和教 授(professor)的域。如圖8所示,用戶可以通過(guò)點(diǎn)擊介紹窗口中的相應(yīng) 按鈕來(lái)選擇這兩個(gè)域中的一個(gè)。其自動(dòng)地建立必要知識(shí),例如可能的位置 的層次、關(guān)系信息和好友列表。
ACD服務(wù)器系統(tǒng)27被設(shè)計(jì)為簡(jiǎn)單且易于使用。在連接到TSpaces服 務(wù)器23之后,ACD服務(wù)器系統(tǒng)27的安裝過(guò)程要求對(duì)Java類文件進(jìn)行拆 包并在網(wǎng)絡(luò)上的任何機(jī)器上執(zhí)行這些文件。開(kāi)始時(shí),歡迎窗口提供關(guān)于 ACD系統(tǒng)的簡(jiǎn)要信息、管理員登錄信息以及加載用于測(cè)試目的信息的兩個(gè) 按鈕"辦公室職員情境設(shè)置加載"和"教授情境設(shè)置加載",如圖8所 示。當(dāng)"辦公室職員情境設(shè)置加載"按鈕被點(diǎn)擊時(shí),辦公室職員的示例情 境被寫入到TSpaces 37中。在圖9中示出位置和活動(dòng)的這種層次模型。為 了測(cè)試教授的域的示例,可以選擇"教授情境設(shè)置加載"。測(cè)試者可以在 無(wú)需選擇用于測(cè)試定制情境的預(yù)定的一組信息的情況下啟動(dòng)服務(wù)器。當(dāng)測(cè) 試者跳過(guò)信息加載時(shí),服務(wù)器系統(tǒng)告知測(cè)試者應(yīng)當(dāng)從這兩個(gè)選擇中選擇 情境的層次或者手動(dòng)選擇情境的層次。"管理員登錄"和"退出"按鈕是 無(wú)需說(shuō)明的。
為了作為控制服務(wù)器的知識(shí)和服務(wù)的管理員來(lái)登錄,通過(guò)圖10所示 的管理員登錄窗口來(lái)認(rèn)證用戶。如果有字段被遺漏或者管理員ID和密碼 之間存在失配,則錯(cuò)誤消息窗口被呈現(xiàn)。
一旦登錄被授權(quán),服務(wù)器主窗口就被呈現(xiàn)以用于進(jìn)一步處理,如圖9 所示。在建立系統(tǒng)知識(shí)管理模塊(圖3)過(guò)程中,在客戶端系統(tǒng)提供用戶 服務(wù)之前,必須首先執(zhí)行情境設(shè)置以構(gòu)建情境層次。點(diǎn)擊"情境"的"設(shè) 置"按鈕(圖9)使得管理員能夠利用GUI來(lái)設(shè)置情境的層次。在一些實(shí) 施例中,用于該系統(tǒng)的情境層次的預(yù)定根是位置和活動(dòng)。時(shí)間是該系統(tǒng)中 使用的另一情境,但是可以基于特定用戶的時(shí)間表或者特定公司的時(shí)間表 (例如,公司定義的午餐時(shí)間和/或咖啡時(shí)間和/或上班時(shí)間)來(lái)將其私人 化。因此,每個(gè)客戶端系統(tǒng)管理其自己的時(shí)間情境。在圖11中示出具有 示例位置層次和活動(dòng)的情境窗口。為了添加新的子情境,管理員點(diǎn)擊層次
2中的情境之一并點(diǎn)擊"添加"按鈕。從而添加了缺省名稱為"新節(jié)點(diǎn)n" 的"子"情境。雙擊該名稱可以重新命名該情境。為了去除節(jié)點(diǎn),管理員 點(diǎn)擊要去除的節(jié)點(diǎn)并點(diǎn)擊"去除"按鈕。點(diǎn)擊"清除"按鈕將從情境樹(shù)中 清除所有節(jié)點(diǎn)。為了保存改變并完成修改,管理員點(diǎn)擊"完成"。
返回圖9,計(jì)算機(jī)名稱和電話號(hào)碼被配對(duì)并保存,以轉(zhuǎn)發(fā)呼入。在
ACD系統(tǒng)27中,當(dāng)匹配用戶偏好規(guī)則的遞送動(dòng)作是"將其轉(zhuǎn)發(fā)到我所在 的地方"或者當(dāng)用戶想要將呼入轉(zhuǎn)發(fā)到不同的電話時(shí),該信息被使用。管 理員可以通過(guò)點(diǎn)擊"Comp-ext"(計(jì)算機(jī)-分機(jī))的"設(shè)置"按鈕來(lái)添加、 去除和改變?cè)撔畔?,這使得顯示圖12所示的表。
可在任何可以訪問(wèn)TSpaces服務(wù)器23的機(jī)器上執(zhí)行服務(wù)器代理。這意 味著網(wǎng)絡(luò)內(nèi)的任何機(jī)器可以用于執(zhí)行服務(wù)器代理。這種設(shè)計(jì)給出了代理的 靈活分布??梢酝ㄟ^(guò)點(diǎn)擊"全部"按鈕(圖9)而在一個(gè)給定的機(jī)器上一 起執(zhí)行全部代理,或者可以通過(guò)點(diǎn)擊相應(yīng)按鈕而在網(wǎng)絡(luò)內(nèi)的同一機(jī)器或者 不同機(jī)器上分開(kāi)執(zhí)行各個(gè)代理。在一些實(shí)施例中,由于網(wǎng)絡(luò)限制,每個(gè)代 理可以通過(guò)每秒一次地寫它的狀態(tài)元組來(lái)定期報(bào)告它的狀態(tài),其中元組的 壽命是三秒。上面參考圖4和圖5詳細(xì)給出了對(duì)服務(wù)器代理的狀態(tài)管理的 細(xì)節(jié)。在一些實(shí)施例中,每個(gè)代理具有顯示窗口和用于控制其的四個(gè)按 鈕,如圖13、圖14和圖15所示。點(diǎn)擊"啟動(dòng)"按鈕將通過(guò)激活其狀態(tài)報(bào) 告來(lái)啟動(dòng)相應(yīng)的代理。"停止"按鈕是用于對(duì)其測(cè)試目的的狀態(tài)包括解除 激活(deactivate)。在這些實(shí)施例中,三秒的最大值之后,用于相應(yīng)代理 的狀態(tài)元組不再存在于TSpaces 37中,結(jié)果客戶端認(rèn)識(shí)到該代理不可用。 "啟動(dòng)"和"停止"按鈕是互斥的,當(dāng)一個(gè)在執(zhí)行時(shí)另一個(gè)被禁止。"清 除"按鈕可以清除顯示區(qū)域,并且"完成"按鈕可以終止相應(yīng)代理。
關(guān)系分配(RA)代理基于用戶的好友列表來(lái)分配呼叫者和接收者之間 的關(guān)系信息。在圖13中示出執(zhí)行的示例,其中來(lái)自用戶(具有用戶ID "choi")的系統(tǒng)管理(SM)代理的關(guān)系分配請(qǐng)求被接收。該請(qǐng)求與呼叫 者的電話號(hào)碼(在該示例中為"4021") —起到來(lái)。RA代理從TSpaces 37獲得用戶的好友列表,并找出用戶"choi"和電話號(hào)碼為"4021"的人 之間的關(guān)系。結(jié)果,發(fā)現(xiàn)"老板"關(guān)系。通過(guò)將具有關(guān)系信息的元組寫入到TSpaces 37中,將呼叫控制發(fā)送回客戶端。該代理可以返回多個(gè)關(guān)系。 例如, 一個(gè)人可以既是朋友又是客戶。因此,用于這兩個(gè)關(guān)系的元組將被 返回。
用戶規(guī)則分配(URA)代理分配與規(guī)則的條件和用戶的當(dāng)前情境相匹 配的所有用戶偏好規(guī)則,如圖14所示。如果規(guī)則的條件由具有層次的信 息構(gòu)成,則檢查子類(sub-category)。例如,用戶偏好規(guī)則的位置條件是 "如果我在辦公室中"。辦公室的子位置(例如實(shí)驗(yàn)室、會(huì)議室)也滿足 規(guī)則的條件。例如,當(dāng)用戶"choi"在會(huì)議室中并且繁忙時(shí),考慮該用戶 接收來(lái)自分機(jī)號(hào)碼"4021"的呼叫。在測(cè)試情形中,"4021"是Thomas Ragan的電話并且他是用戶的老板?;谟脩舻漠?dāng)前情境、關(guān)系信息和呼 叫者的匹配用戶偏好規(guī)則如下
規(guī)則名稱職員-辦公室規(guī)則
條件如果呼叫來(lái)自[職員]關(guān)系
并且當(dāng)我在我的[辦公室]中時(shí)
動(dòng)作接通該呼叫
規(guī)則名稱Thomas Ragan-繁忙規(guī)則 條件如果呼叫來(lái)自[Thomas Ragan]
并且我[繁忙] 動(dòng)作詢問(wèn)呼叫者要做什么
規(guī)則名稱職員-辦公室-繁忙規(guī)則 條件如果呼叫來(lái)自[職員]關(guān)系
當(dāng)我在我的[辦公室]中時(shí)
如果我[繁忙] 動(dòng)作將呼叫轉(zhuǎn)發(fā)到語(yǔ)音郵箱
分配規(guī)則的名稱被顯示為圖14中所匹配的那樣。盡管對(duì)于用戶的當(dāng) 前情境,這些規(guī)則是令人滿意的,但是系統(tǒng)需要選擇最適合于用戶的一個(gè) 規(guī)則以采取行動(dòng)。
如果URA代理分配了多于一個(gè)規(guī)則,則用戶規(guī)則沖突解決(UCR) 代理選擇一個(gè)用戶偏好規(guī)則。根據(jù)一個(gè)非限制性實(shí)施例,UCR在所分配的規(guī)則中選擇最具體的規(guī)則。認(rèn)為具有更多條件的規(guī)則是更具體的。在上面 給出的情形中,"職員-辦公室-繁忙"是所分配的規(guī)則中最具體的規(guī)則, 并因此被選擇,如圖15所示。但是,如果規(guī)則具有相同數(shù)目的條件,則 UCR代理通過(guò)比較條件項(xiàng)在層次中的深度來(lái)尋找更具體的條件(例如,
"會(huì)議室"比"辦公室"更具體)。當(dāng)UCR代理無(wú)法通過(guò)上面給出的任
一種方法來(lái)選擇沖突規(guī)則當(dāng)中的一個(gè)規(guī)則時(shí),系統(tǒng)選擇最近創(chuàng)建的規(guī)則。
具體而言,當(dāng)UCR代理經(jīng)由TSpaces 37生成去往呼叫遞送(CD)代理的 所選擇的(一個(gè)或多個(gè))代理的列表時(shí),CD代理假定僅有一個(gè)由UCR代 理所分配的規(guī)則,因此其僅使用第一規(guī)則,這是最近創(chuàng)建的規(guī)則(以用戶 創(chuàng)建順序來(lái)保存用戶規(guī)則,并且以降序排列給予CD代理的列表)?;?者,UCR代理可以總是簡(jiǎn)單地隨機(jī)選擇規(guī)則,或者在多個(gè)最具體的規(guī)則之 間為平分的情況下隨機(jī)選擇規(guī)則.
如上參考圖8所討論的,當(dāng)ACD代理啟動(dòng)時(shí),用戶被呈現(xiàn)歡迎窗 口。在白色文本區(qū)域上說(shuō)明測(cè)試信息和項(xiàng)目的簡(jiǎn)要說(shuō)明。"辦公室職員信 息加載"按鈕和"教授信息加載"按鈕這兩個(gè)按鈕被用于測(cè)試每個(gè)用戶 域。在點(diǎn)擊適當(dāng)?shù)陌粹o之后,用于測(cè)試客戶端的所有必要私人信息(用戶 ID、密碼、用戶名字、電話號(hào)碼、私人關(guān)系的層次、好友列表表格、時(shí)間 表和用戶偏好規(guī)則)被拷貝到TSpaces 37中。確認(rèn)窗口示出了處理結(jié)果的 反饋。
在登錄過(guò)程(圖16)期間,利用TSpaces服務(wù)器23上的信息來(lái)檢査 用戶的ID和密碼。如果用戶是新的系統(tǒng)用戶,則通過(guò)"注冊(cè)"選項(xiàng)來(lái)實(shí) 現(xiàn)注冊(cè)。點(diǎn)擊注冊(cè)窗口中的"注冊(cè)"按鈕會(huì)對(duì)每個(gè)輸入字段執(zhí)行有效性確 認(rèn)和驗(yàn)證。 一旦用戶通過(guò)登錄窗口或者注冊(cè)窗口而登錄了,用戶名字就作 為用戶標(biāo)識(shí)的反饋而出現(xiàn)在每個(gè)客戶端窗口框架上。
提示首次使用的用戶通過(guò)注冊(cè)來(lái)提供諸如用戶ID、密碼、名字和電話 號(hào)碼之類的基本用戶信息。檢查輸入的用戶ID以査看其是否與現(xiàn)有的用 戶ID重復(fù)。每個(gè)字段都具有其自己的對(duì)長(zhǎng)度和格式的限制。在點(diǎn)擊"注 冊(cè)"按鈕(圖17)之后,如果違反了任何限制,則錯(cuò)誤窗口將通知用戶。
如果登錄或注冊(cè)過(guò)程成功,則用于客戶端控制的主窗口被呈現(xiàn),如圖18所示。其包括三個(gè)部分用戶信息、知識(shí)管理和情境模擬?;居脩粜?息(用戶名字和辦公室電話號(hào)碼)被作為反饋而顯示給用戶。用戶ID被 顯示在窗口的框架中。用戶可以通過(guò)該菜單來(lái)設(shè)置他的私人信息,例如關(guān) 系信息、好友列表、時(shí)間表和用戶偏好規(guī)則。在一些非限制性實(shí)施例中, 每個(gè)菜單都具有幫助按鈕以給出對(duì)相應(yīng)項(xiàng)的功能的簡(jiǎn)要說(shuō)明。
私人關(guān)系信息被示出為易于維護(hù)的樹(shù)結(jié)構(gòu)(圖19)。為了添加新的子 關(guān)系,用戶選擇關(guān)系節(jié)點(diǎn)之一并且點(diǎn)擊"添加"按鈕。從而創(chuàng)建了具有缺
省名稱"新節(jié)點(diǎn)n"的新的子節(jié)點(diǎn),可以通過(guò)雙擊名稱來(lái)對(duì)該節(jié)點(diǎn)重新命
名。為了去除一個(gè)關(guān)系,用戶選擇要去除的關(guān)系節(jié)點(diǎn)并且點(diǎn)擊"去除"按 鈕。應(yīng)當(dāng)注意,屬于要去除的關(guān)系的子關(guān)系也被去除。為了去除所有的關(guān) 系,用戶點(diǎn)擊"清除"按鈕以從樹(shù)上清除所有的關(guān)系節(jié)點(diǎn)。為了保存改變 并完成修改,用戶點(diǎn)擊"完成"。
點(diǎn)擊圖20中的好友列表表格上的任何字段將允許用戶對(duì)該特定字段
進(jìn)行改變。為了從表中去除一組好友信息,用戶可以選擇一欄并點(diǎn)擊"去
除"。當(dāng)"完成"按鈕被點(diǎn)擊時(shí),修改后的表被保存到TSpaces37中。
如圖21所示,在一些非限制性實(shí)施例中,用戶可以設(shè)置兩個(gè)經(jīng)分類 的時(shí)間表午餐時(shí)間和會(huì)議時(shí)間。當(dāng)用戶創(chuàng)建新的偏好規(guī)則時(shí),這些時(shí)間 設(shè)置可被作為"午餐時(shí)間"和"會(huì)議時(shí)間"而參考。用戶從圖21所示的 下拉菜單中為每個(gè)時(shí)間表選擇開(kāi)始時(shí)間和結(jié)束時(shí)間。"完成"按鈕保存時(shí) 間表并且去除時(shí)間表設(shè)置窗口。盡管圖21的時(shí)間表設(shè)置窗口被示出為僅 具有兩個(gè)經(jīng)分類的時(shí)間表,但是經(jīng)分類的時(shí)間表的數(shù)目不受特別限制。此 外,在一些非限制性實(shí)施例中,可以經(jīng)由時(shí)間表代理(未示出)從另一個(gè) 應(yīng)用(例如,Microsoft Outlook等)來(lái)確定用戶的時(shí)間表。
用戶規(guī)則設(shè)置窗口包括三個(gè)部分包括順序號(hào)和用戶規(guī)則名稱的用戶
規(guī)則表、UI按鈕和描述窗口,如圖22所示。點(diǎn)擊表中的規(guī)則之一使得用 戶能夠在描述窗口中看到對(duì)所選擇的規(guī)則的描述。添加、刷新、去除、清 除和完成按鈕用于管理規(guī)則。"添加"按鈕被設(shè)計(jì)為用于創(chuàng)建新規(guī)則并且 其需要四個(gè)步驟,這將在以下詳細(xì)描述。通過(guò)點(diǎn)擊"刷新"按鈕,新創(chuàng)建 的規(guī)則被顯示在用戶規(guī)則表中。為了去除現(xiàn)有的規(guī)則,用戶在表上選擇要?jiǎng)h除的規(guī)則并點(diǎn)擊"去除"按鈕。為了去除所有的現(xiàn)有規(guī)則,用戶可以點(diǎn) 擊"清除"按鈕。為了完成編輯,用戶可以點(diǎn)擊"完成"按鈕以保存任何 改變。
點(diǎn)擊"用戶規(guī)則設(shè)置窗口"中的"添加"按鈕將開(kāi)始創(chuàng)建新規(guī)則。添 加新規(guī)則涉及四個(gè)步驟。第一步是選擇情境作為要?jiǎng)?chuàng)建的規(guī)則的條件的一 部分(圖23)。從給出的層次樹(shù)來(lái)進(jìn)行位置和活動(dòng)選擇。位置和活動(dòng)的這 些層次是有來(lái)自服務(wù)器的管理員定義的。從具有以下三個(gè)選擇的下拉菜單 中選擇時(shí)間情境"任何時(shí)間"、"會(huì)議時(shí)間"和"午餐時(shí)間"。實(shí)際時(shí) 間表是由用戶通過(guò)"時(shí)間表設(shè)置窗口"來(lái)設(shè)置的。在窗口的底部顯示這些 步驟并且以紅色來(lái)書寫當(dāng)前步驟。當(dāng)情境條件已被選擇時(shí),用戶點(diǎn)擊"下 一步"按鈕以移到第二步。
第二步是選擇呼叫者的類型作為條件的一部分??梢赃x擇以下三個(gè)類 別之一任何呼叫者、好友列表表格和關(guān)系樹(shù)。這三個(gè)類別是互斥的,因 此提供單選按鈕來(lái)僅選擇一個(gè)類別。當(dāng)選擇了類別時(shí),用戶然后可以選擇 其選擇窗口中的項(xiàng)。圖24示出了對(duì)"好友"的選擇的一個(gè)非限制性示 例現(xiàn)在可以從好友表中選擇好友之一,而關(guān)系層次窗口保持被禁止。
第三步是從預(yù)訂的動(dòng)作列表中選擇規(guī)則的動(dòng)作,如圖25所示。動(dòng)作 項(xiàng)被用他們的相關(guān)聯(lián)的單選按鈕而列出,并且僅一個(gè)動(dòng)作項(xiàng)可被從該列表 中選擇。
用于創(chuàng)建新規(guī)則的第四步即最后一步是確認(rèn)。如圖26所示,用戶確
認(rèn)并指派唯一規(guī)則名稱。"對(duì)規(guī)則的描述"窗口示出了用戶所作的選擇 (一個(gè)或多個(gè))條件和動(dòng)作。點(diǎn)擊"提交"按鈕將保存新規(guī)則。
作為用于創(chuàng)建新規(guī)則的示例(從圖23到圖26),對(duì)規(guī)則的描述如
下
規(guī)則名稱MindyBaker-辦公室房間-繁忙規(guī)則 條件如果呼叫來(lái)自[Mindy Baker]
并且當(dāng)我在我的[辦公室房間]中時(shí)
并且當(dāng)我[繁忙]時(shí) 動(dòng)作將其轉(zhuǎn)發(fā)給助理
25在圖27中示出創(chuàng)建用戶偏好規(guī)則的整個(gè)過(guò)程。
最終,用戶的當(dāng)前情境(例如當(dāng)前位置和活動(dòng))被通過(guò)情境代理而更 新。在成功的原型中,模擬程序用于替代現(xiàn)實(shí)生活中事件的發(fā)生。為了測(cè) 試的目的,測(cè)試者選擇層次樹(shù)上的期望情境之一,然后點(diǎn)擊"應(yīng)用"(圖
28)。顯示在窗口上的當(dāng)前時(shí)間是客戶端機(jī)器的系統(tǒng)時(shí)間,該系統(tǒng)時(shí)間通
過(guò)與用戶的時(shí)間表匹配而被用作時(shí)間情境。
如上面所討論的,客戶端具有兩個(gè)代理呼叫遞送(CD)代理和系統(tǒng)
管理(SM)代理。每個(gè)代理具有其自己的顯示窗口以向用戶呈現(xiàn)過(guò)程消 息。CD代理既連接到TSpaces服務(wù)器23以與其他代理通信,又連接到 MiTAI網(wǎng)關(guān)服務(wù)器以與電話系統(tǒng)通信。
圖29中的窗口顯示該客戶端所連接到的TSpaces服務(wù)器23的機(jī)器名 稱和端口號(hào)。缺省的TSpaces服務(wù)器名稱是"本地主機(jī)",這與當(dāng)前客戶 端機(jī)器是相同的機(jī)器。第二行示出MiTAI網(wǎng)關(guān)服務(wù)器名稱及其端口號(hào)。 "用于[choi]的CD代理現(xiàn)在準(zhǔn)備就緒"意味著兩個(gè)必要連接已被確認(rèn),并 且CD代理準(zhǔn)備好用于用戶ID為"choi"的用戶。
可以從呼叫模擬或者呼叫監(jiān)視器來(lái)接收呼叫處理請(qǐng)求。呼叫監(jiān)視器與 用于處理實(shí)際電話呼叫的MiTAI網(wǎng)關(guān)服務(wù)器25通信,而呼叫模擬是服務(wù) 器機(jī)器上的另一個(gè)窗口,用于在無(wú)需MiTAI網(wǎng)管接口的情況下測(cè)試系統(tǒng)。 當(dāng)涉及所有可用代理的呼叫處理已經(jīng)結(jié)束時(shí),CD代理提取所選擇的用戶 規(guī)則(這是處理的結(jié)果)并請(qǐng)求呼叫監(jiān)視器執(zhí)行所選擇的規(guī)則中聲稱的動(dòng) 作。當(dāng)圖29中的示例被執(zhí)行時(shí),動(dòng)作"在屏幕上通知我"使得在客戶端 機(jī)器上產(chǎn)生通知窗口,如圖30所示。
SM代理還連接到TSpaces服務(wù)器23以與其他代理通信。圖31中的顯 示確認(rèn)了所建立的連接。缺省的TSpaces服務(wù)器名稱是"本地主機(jī)",這 與CD代理的缺省服務(wù)器名稱是相同的。"用于[choi]的SM代理現(xiàn)在準(zhǔn)備 就緒"意味著必要的連接被確認(rèn)并且SM代理準(zhǔn)備好用于用戶ID為 "choi"的用戶。SM代理負(fù)責(zé)根據(jù)可用代理的優(yōu)先級(jí)來(lái)對(duì)這些可用代理進(jìn) 行排序。顯示窗口將對(duì)代理的排序示出為呼叫處理的一部分。當(dāng)CD代理 將呼入通知給用戶時(shí),SM代理檢索代理的狀態(tài)并將呼叫控制分布給每個(gè)
26代理。在完成呼叫處理之后,控制被發(fā)送回CD代理以執(zhí)行所選擇的動(dòng)
作。SM代理窗口具有"代理狀態(tài)"按鈕,該按鈕使得用戶能夠手動(dòng)檢查
代理狀態(tài)。"清除"按鈕可清除消息顯示區(qū)域并且"完成"按鈕可退出系 統(tǒng)。
總之,根據(jù)本發(fā)明,定義了一種用戶消息遞送系統(tǒng)的情境模型,并且 提供了一種輔助創(chuàng)建基于情境和基于規(guī)則的通信的系統(tǒng)體系結(jié)構(gòu)。位置情 境用于基于位置信息來(lái)轉(zhuǎn)發(fā)呼入。用戶的活動(dòng)或可用性在本發(fā)明中用于將 諸如"繁忙"、"回來(lái)"、"離開(kāi)"和"午餐"之類的用戶狀態(tài)通知給其 他所連接的用戶。時(shí)間情境用于設(shè)置某些由用戶定義的規(guī)則的應(yīng)用時(shí)間。
通過(guò)在合適的情形中接收適當(dāng)?shù)南?,系統(tǒng)用戶受益于最少的中斷。 通過(guò)采用私人特征并且基于用戶的當(dāng)前情境模型和他/她的偏好規(guī)則來(lái)過(guò)濾 消息,提高了將期望的遞送動(dòng)作用于用戶的可能性。盡管出于以上詳細(xì)給 出的系統(tǒng)的工作原型的目的而模擬了用戶的當(dāng)前情境,但是本領(lǐng)域技術(shù)人 員將會(huì)容易地認(rèn)識(shí)到可以用實(shí)際上檢測(cè)用戶的情境的情境代理來(lái)實(shí)現(xiàn)該系 統(tǒng)。為此,已測(cè)試了一種簡(jiǎn)單類型的情境代理,該情境代理檢測(cè)計(jì)算機(jī)的 鼠標(biāo)運(yùn)動(dòng)。在操作中,在網(wǎng)絡(luò)中使用多個(gè)機(jī)器的用戶首先登錄到特定計(jì)算
機(jī)上。情境代理檢測(cè)計(jì)算機(jī)的鼠標(biāo)運(yùn)動(dòng),并且作為響應(yīng)而更新TSpaces37 中的用戶位置信息,以使得呼入可以被通知或者轉(zhuǎn)發(fā)給該位置處的用戶。
如申請(qǐng)人的于2003年8月12日遞交且通過(guò)引用結(jié)合于此的美國(guó)序號(hào) 為10/638,416的共同未決申請(qǐng)"Privacy and Security Mechanism for Presence Systems with Tuple Spaces (用于具有元組空間的存在性系統(tǒng)的隱 私和安全機(jī)制)"中所討論的,盡管使用TSpaces 37在多代理系統(tǒng)設(shè)計(jì)方 面提供了很大的靈活性,但是因?yàn)槠湓试S共享所有信息,所以安全性較 弱。諸如用戶概況之類的一些隱私敏感型信息應(yīng)當(dāng)?shù)玫奖Wo(hù)。TSpaces服 務(wù)器23通過(guò)在TSpaces 37上設(shè)置用戶和群組許可而提供訪問(wèn)控制,以使 得僅具有正確的訪問(wèn)控制許可的用戶可以從TSpaces中讀寫元組。在上述 共同未決申請(qǐng)中給出了其他的安全性措施。
此外,盡管在呼叫處理方面已描述了成功的原型,但是可以想到,可 以擴(kuò)展本發(fā)明的原理以實(shí)現(xiàn)除電話之外的事件處理,例如電子郵件處理、來(lái)訪者通知服務(wù)等等。
現(xiàn)在可以提供情境感知型宣告的實(shí)施例,圖32示出了圖2和圖3的系 統(tǒng)的一個(gè)實(shí)施例的基于代理的視圖的框圖。但是,在圖32所示的實(shí)施例 中,SIP代理(SIP proxy) 3210取代了圖2的PBX 26。實(shí)際上,通信系統(tǒng) 和通信網(wǎng)絡(luò)不受特別限制,在本發(fā)明的實(shí)施例中可以使用任何合適的通信 系統(tǒng)和通信網(wǎng)絡(luò)。
SIP代理3210 (或者圖2的PBX 26)接收呼入。利用公共網(wǎng)關(guān)接口 (CGI)或者另一合適設(shè)備,SIP代理3210將在元組空間3220中就呼叫作 出斷言,該元組空間3220與上面所述的元組空間23和元組空間37類似。 在傳統(tǒng)的PBX的情況下,這可能受限于呼叫線路ID (CLID)和所撥號(hào)碼 (例如,來(lái)自DNIS-所撥號(hào)碼信息服務(wù))信息。但是,利用SIP或者類似 的合適協(xié)議,可以提供諸如呼叫主題、緊急性等的更多信息。該動(dòng)作的結(jié) 果是元組空間3220現(xiàn)在將包含描述呼叫的多個(gè)斷言。
系統(tǒng)管理代理(SMA) 3230在呼叫處理方面將圍繞元組空間3220的 其他代理(在下面描述)的行為同步。SMA 3230將在適當(dāng)?shù)臅r(shí)間觸發(fā)這 些代理,以評(píng)估當(dāng)前在元組空間3220中的信息并且作出總地來(lái)描述呼叫 的進(jìn)一步斷言。具體而言,關(guān)系分配代理3240和一個(gè)或多個(gè)情境代理 3250將被觸發(fā),以評(píng)估當(dāng)前斷言并將呼入與當(dāng)前用戶情境相關(guān)聯(lián)。
用戶情境被理解為表示用戶在哪里、他/她在做什么、他/她和誰(shuí)在一 起以及從該信息可以推斷出什么。此處的"什么"和"誰(shuí)"可以超出原始 信息。情境代理3250將包含IF-Then (如果-則)規(guī)則或者可以將多個(gè)具體
事實(shí)與多個(gè)抽象概念相關(guān)聯(lián)的策略。因此,如果位置感知型情境代理確定 用戶在特定房間(即,603-1)中,則另一情境代理規(guī)則可以將房間603-1 標(biāo)識(shí)為會(huì)議室并且作出關(guān)于用戶在會(huì)議室中的斷言。
類似地,關(guān)系分配代理3240具有多個(gè)規(guī)則,這些規(guī)則取得關(guān)于呼叫 的證據(jù)并且將呼叫者與用戶相關(guān)聯(lián)。例如,規(guī)則可以涉及與特定個(gè)體相關(guān) 聯(lián)的電話號(hào)碼(例如,號(hào)碼683-1556是Amanda Slack的電話號(hào)碼)。而 其他規(guī)則可以涉及用戶和特定個(gè)體之間的關(guān)系(例如,Amanda Slack是用 戶的老板)。因此,情境代理3250和關(guān)系分配代理3240之間的配合操作 (interoperation)可以取得呼入可用的一些粗略信息,并且使呼叫與當(dāng)前 用戶情境相稱(fit)。因此,當(dāng)Debbie在會(huì)議室中時(shí),來(lái)自683-1556的 呼叫(其本身僅提供了用于對(duì)其進(jìn)行處理的有限指導(dǎo))被變換成來(lái)自用戶 Debbie的老板的呼叫。規(guī)則也可以提供并操縱其他信息,例如用戶和誰(shuí)在 一起、呼叫的主題、用戶當(dāng)前在寫的文檔等等。這些多提供和得出的斷言 一起使呼叫與用戶的當(dāng)前商業(yè)和/或社交情境相稱。
這種相稱提供了一種基礎(chǔ),其他規(guī)則可以藉由該基礎(chǔ)來(lái)決定如何處理 呼叫。圖23提供了這種類型的規(guī)則相稱的示例。在該示例中,情境是由 用戶在哪里、他/她在做什么以及當(dāng)前時(shí)間來(lái)描述的。這被圖24擴(kuò)展,在 圖24中,定義了呼叫者和用戶之間的關(guān)系。注意,在圖24中,在關(guān)系類 別中存在歸類,使"老板"被歸入類別"職員"等等。并且最終,由前述 兩個(gè)界面所描述的具體情境中的呼叫所要求的動(dòng)作被選擇,如圖25所 示。
此外,圖32示出了至少一個(gè)規(guī)則分配代理3260和至少一個(gè)沖突解決 代理3270,這些代理合作以如上所述地選擇可用于具體情境中的呼叫的一 個(gè)或多個(gè)規(guī)則中最適當(dāng)?shù)囊?guī)則。如果發(fā)現(xiàn)規(guī)則的情境和由圖23、圖24和 圖25的GUI所建立的情境中的呼叫,則如上所述,執(zhí)行由圖30的單選按 鈕所選擇的動(dòng)作。
或者,可以通過(guò)呼叫控制策略來(lái)決定用戶的可用性,如申請(qǐng)人的于 2003年8月1日遞交并通過(guò)引用結(jié)合于此的美國(guó)序號(hào)為10/631,747的共同 未決申請(qǐng)"Generation of Availability Indicators from Call Control Policies for Presence Enabled Telephony System"中所描述的
a) 可由用戶來(lái)創(chuàng)建規(guī)則,這些規(guī)則中并入了情境特征以描述可用 性,并且作為響應(yīng)而生成模糊可用性的指示符。這些規(guī)則與確定呼叫 處理建議的規(guī)則一起在用戶規(guī)則分配代理(URA)(未示出)中被執(zhí) 行。
b) URA中決定對(duì)呼叫的具體處理的規(guī)則被擴(kuò)展,以給出對(duì)這些決定 所指示出的可用性的指示。因此,將呼叫引導(dǎo)至用戶的規(guī)則將顯示
29"可用",將呼叫引導(dǎo)為遠(yuǎn)離用戶的規(guī)則將顯示"不可用",并且詢 問(wèn)用戶的規(guī)則將顯示"未作決定"。
c)沖突解決(CR)代理3270被修改,以結(jié)合對(duì)呼叫處理的具體決定 而從所生成的模糊可用性的指示符來(lái)生成可用性的清晰指示符。CR 代理接受具體呼叫處理規(guī)則的決定作為限定(definitive)。在這些規(guī) 則無(wú)法作出決定的任何情況下,CR代理合成(compose)模糊指示符 以產(chǎn)生清晰指示符。
在任何情況下,例如通過(guò)用戶的當(dāng)前情境和呼叫信息來(lái)建立情境感知 型規(guī)則,這些規(guī)則將基于與呼叫相關(guān)聯(lián)的情境來(lái)決定對(duì)呼叫的處理。
現(xiàn)在返回圖25,在一些實(shí)施例中,對(duì)在給出當(dāng)前情境的情況下如何處 理呼叫的選擇被呈現(xiàn)給用戶。在這些選擇中有a)"在屏幕上通知我"和 b)"詢問(wèn)呼叫者要做什么"。在當(dāng)前討論的實(shí)施例中,可在圖33中看到 選擇a)的結(jié)果。這是將被呈現(xiàn)給用戶以允許他/她對(duì)處理呼叫的各種方式 作進(jìn)一步選擇的選擇框。盡管在這里將其示出為文本屏幕表示,但是通過(guò) 語(yǔ)音接口來(lái)提供這種選擇在本領(lǐng)域中是廣泛已知的。申請(qǐng)人的于2003年2 月27日遞交的美國(guó)序號(hào)為10/375,439的共同未決申請(qǐng)"Bimodal Feature Access For Web Applications (對(duì)Web應(yīng)用的雙模特征訪問(wèn))"呈現(xiàn)了一種 非限制性裝置,通過(guò)該裝置,可以從文本或語(yǔ)音接口來(lái)進(jìn)行這種選擇,該 裝置具有用于得出這兩種接口的公共源。圖33是這種通知的一個(gè)非限制 性表示。
在當(dāng)前討論的實(shí)施例中,圖25的選擇b)指定將與選擇a)對(duì)用戶 所作的分類相同的分類的呼叫者作出宣告??梢宰鞒龅倪x擇的示例是 1)去往用戶語(yǔ)音郵箱,2)在不掛機(jī)的情況下等待用戶,3)去往用戶助 理等等。
這些宣告被發(fā)送,以使得用戶或者呼叫者可以選擇動(dòng)作。此外,這些 宣告可由消息來(lái)補(bǔ)充(即,進(jìn)一步的宣告),這些消息可被發(fā)送給用戶、 呼叫者或者由用戶指定的某一其他目的地。這些消息可以具有多個(gè)目的。 例如,可向用戶播放消息以提供他/她正在被轉(zhuǎn)發(fā)到地方和為什么被轉(zhuǎn)發(fā)的 細(xì)節(jié)。其次,可以向用戶播放消息以提供對(duì)情境的描述,在該情境中,呼
30叫被轉(zhuǎn)發(fā)給他/她。如果用戶已經(jīng)決定將呼叫轉(zhuǎn)發(fā)到除了他/她自己之外的 目的地,例如同事或者助理,則可以提供消息以警告目的地用戶注意呼叫 的目的。這種便利在以下方面對(duì)語(yǔ)音郵件是有用的可以將語(yǔ)音郵件與提 供語(yǔ)音郵件的情境的消息一起存儲(chǔ)。在其他實(shí)施例中,消息可被發(fā)送到數(shù) 據(jù)庫(kù),在此處該消息可作為用戶日記或其他應(yīng)用的一部分而被稍后使用, 以向用戶提供他/她的交互歷史(這將在以下更詳細(xì)地描述)。
在一些非限制性實(shí)施例中,可由圖33和圖34的GUI來(lái)提供這種便
利。同時(shí),圖23、圖24、圖25和圖26的GUI提供了為特定情境中的動(dòng) 作設(shè)置規(guī)則的手段。具體而言,圖25的UI允許選擇特定動(dòng)作。在當(dāng)前實(shí) 施例中,在圖25的GUI中對(duì)特定動(dòng)作的選擇使得至少一個(gè)另外的GUI被 呈現(xiàn)給用戶和/或呼叫者,例如圖33和圖34的GUI中的一者或兩者。
圖33的GUI將直接遵循來(lái)自圖25的GUI的規(guī)則編程順序。照此,用 戶可以指定消息,該消息可針對(duì)指定情境中的呼叫而被發(fā)送到呼叫者。用 戶可以可選地選擇文本消息和語(yǔ)音消息中的一者或者兩者。點(diǎn)擊多媒體文 件框?qū)⒃试S用戶a)錄制語(yǔ)音宣告,或者b)從文件系統(tǒng)(本地文件系統(tǒng) 或者網(wǎng)絡(luò)文件系統(tǒng))中選擇多媒體文件以作為宣告而呈現(xiàn)給呼叫者。點(diǎn)擊 文本框?qū))輸入具體文本消息,或者b)從文件系統(tǒng)(本地文件系統(tǒng)或 者網(wǎng)絡(luò)文件系統(tǒng))選擇文件。可以選擇這些選擇中的任一者、兩者,或者 都不選擇。
例如,可以發(fā)送具有以下形式的消息
"Sandy, Acme問(wèn)題已變得非常緊急。我將把你轉(zhuǎn)發(fā)到我的同事 Carla,我已向其簡(jiǎn)要地說(shuō)明了 Violet發(fā)生的事情"
可以每次一個(gè)地輸入用于呼叫者的多個(gè)消息,直到用戶選擇了 GUI上 的完成按鈕為止,此時(shí),順序?qū)⒈灰频较乱徊健?br>
在用于呼叫者的消息已被選擇之后,順序可移到圖34的GUI上。利 用該GUI,用戶可以選擇試圖用于接收側(cè)的消息。如圖33的前一 GUI — 樣,用戶可以選擇語(yǔ)音和/或文本消息來(lái)遞送。但是,對(duì)于該GUI,提供了 用于該消息的不同目的地的可能性。如圖34所示,這些目的地是 活躍設(shè)備; 偏好的設(shè)備;
曰記;和
被轉(zhuǎn)發(fā)的設(shè)備
這些不同的目的地識(shí)別去往接收側(cè)的消息可以提供的多個(gè)目的?,F(xiàn)在 根據(jù)非限制性實(shí)施例來(lái)描述這些目的地中的每一個(gè)。
活躍設(shè)備是用戶當(dāng)前正在其上通信的設(shè)備。在這些實(shí)施例中,用戶可 能是活躍的但是想知道在特定情境中何時(shí)從呼叫者接收到了消息。利用該 知識(shí),用戶例如可以調(diào)整他/她的優(yōu)先級(jí),以便他/她可以關(guān)注該情境中的 主題。因此,例如,去往接收側(cè)的消息可以具有以下形式
"來(lái)自Doris Leafloor的關(guān)于Acme項(xiàng)目的呼叫已被發(fā)送到語(yǔ)音郵箱" 或者
"來(lái)自Debbie Pinard的呼叫已被轉(zhuǎn)發(fā)給部門助理Amanda Slack"
在每一種情況中,己經(jīng)警告用戶注意將允許他/她調(diào)整他的優(yōu)先級(jí)的可 能重要的消息。
另一替代是偏好的設(shè)備。例如,可以給予用戶選擇他希望在上面接收 消息的設(shè)備的選項(xiàng),該設(shè)備不必是活躍設(shè)備。因此,偏好的設(shè)備將是允許 用戶在稍后的時(shí)間接收消息的設(shè)備或者比他的活躍設(shè)備處于更少闖入的格 式。例如,這可以是電子郵件地址、能夠接收電子郵件和/或文本消息的設(shè) 備、由于稍后遞送的語(yǔ)音郵箱或者用于更少闖入的宣告的即時(shí)消息(IM) 地址??稍诜奖愕臅r(shí)候檢查發(fā)送到用戶的語(yǔ)音郵箱的消息,以使得用戶可 以獲悉呼叫者何時(shí)或者出于什么原因而試圖聯(lián)系他/她。利用IM地址,消 息可以在客戶端中累積,其中該客戶端是當(dāng)用戶可以從緊急任務(wù)暫時(shí)轉(zhuǎn)移 他/她的注意力時(shí)他/她可以關(guān)注的客戶端。因此,用戶可以維持對(duì)緊急任 務(wù)的緊密關(guān)注,而同時(shí)獲得對(duì)請(qǐng)求優(yōu)先級(jí)的其他任務(wù)的感知。
選擇日記目的地將使得向數(shù)據(jù)庫(kù)發(fā)送消息,在該數(shù)據(jù)庫(kù)處,這些消息 稍后可被其他應(yīng)用出于其他目的而訪問(wèn)。在一些實(shí)施例中,圖1的元組空 間3220可以包括該數(shù)據(jù)庫(kù),而在其他實(shí)施例中,網(wǎng)絡(luò)數(shù)據(jù)庫(kù)可以包括該 數(shù)據(jù)庫(kù)。在這些實(shí)施例中,網(wǎng)絡(luò)數(shù)據(jù)庫(kù)可以是Exchange服務(wù)器,該 Exchange服務(wù)器可以保存供其他應(yīng)用使用的數(shù)據(jù)。由于日記應(yīng)用可以提取消息并將其以各種格式呈現(xiàn)給用戶,因此在該示例中使用名稱"日記"。 例如,日記應(yīng)用可以呈現(xiàn)按呼叫者、接收的時(shí)間、呼叫的主題等所索引的 消息。利用這種便利,用戶可以獲得對(duì)訪問(wèn)他/她的嘗試的認(rèn)識(shí)和感知和他 /她的關(guān)注。用于可以在設(shè)置他/她的優(yōu)先級(jí)時(shí)考慮該信息。
被轉(zhuǎn)發(fā)的設(shè)備目的地指的是所選擇的策略將把呼叫引導(dǎo)至的設(shè)備。例 如,用戶可以偏好將呼叫引導(dǎo)至同事、助理、他/她的語(yǔ)音郵箱等。在這些 情況下,希望向呼叫的目的地提供說(shuō)明消息。在同事或者助理的情況下, 他們將接收對(duì)其他人的呼叫,因此在他們的頭腦中可能不是最重要的。因 此,該消息可以提供初始說(shuō)明,該說(shuō)明將使得他們能夠更有效和高效地處 理呼叫。例如,可以存在以下種類的消息
"Beverly,這是來(lái)自Eliana的消息,我將把來(lái)自Aurora的關(guān)于Acme
專利問(wèn)題的呼叫轉(zhuǎn)發(fā)給你。請(qǐng)?zhí)嵝阉⒁庑薷暮蟮慕ㄗh"。
在相同的方式下,用戶可以選擇將呼叫發(fā)送到語(yǔ)音郵箱。該宣告將提 供對(duì)呼叫目的的快速指示。與上面所述的日記應(yīng)用類似,文本消息可以使 得語(yǔ)音郵箱能夠通過(guò)呼叫者、時(shí)間、主題等來(lái)排列宣告。
與用于呼叫者的宣告一樣,利用該窗口可以輸入多個(gè)宣告。在選擇圖 34的完成按鈕時(shí),該過(guò)程將結(jié)束。
規(guī)則分配代理3260和沖突解決代理3270將合作,以選擇可用于具體 情境中的呼叫的一個(gè)或多個(gè)規(guī)則中最適當(dāng)?shù)囊?guī)則。這些代理將經(jīng)由元組空 間3220來(lái)命令SIP代理3210 (或者圖2的PBX 26)執(zhí)行什么功能。在一 個(gè)非限制性示例中,可以通過(guò)與在與圖33的GUI交互期間所指示的設(shè)備 協(xié)商會(huì)話來(lái)遞送SIP消息。隨后,將以適合于每個(gè)設(shè)備類型的手段通過(guò) SIP媒體協(xié)商來(lái)遞送消息(不管是語(yǔ)音、文本還是媒體宣告)。例如,IM 客戶端可以直接接收文本,但使得語(yǔ)音媒體可以作為接收者可以選擇稍后 打開(kāi)的附件而被呈現(xiàn)。對(duì)于發(fā)送到電話、語(yǔ)音郵箱或者其他語(yǔ)音設(shè)備的文 本消息,可以將文本至語(yǔ)音轉(zhuǎn)換器引入到服務(wù)中。這些遞送方法中的每一 個(gè)的細(xì)節(jié)對(duì)本領(lǐng)域技術(shù)人員是已知的。
允許使用文本標(biāo)記的文本編輯器是已知的,標(biāo)記能夠提供諸如選擇列 表、單選按鈕、滑動(dòng)塊等的特征。在一些實(shí)施例中,在文本消息中使用這些特征將提供呼叫者、同事等的能力和如何處理呼叫的選擇提供給用戶。 此外,例如,可以允許發(fā)送經(jīng)標(biāo)記的HTML頁(yè)面的服務(wù)器接收其中已由用
戶指示出選擇的HTML頁(yè)面,并且提取用戶的選擇。因此,文本消息的形 式可以是可以與供應(yīng)服務(wù)器處的CGI程序、小服務(wù)程序(servlet)等進(jìn)行 交互以實(shí)現(xiàn)選擇的HTML頁(yè)面。例如,用戶可以向呼叫者道歉并提供能夠 接聽(tīng)呼叫的其他同事的列表。
使用標(biāo)記還提供了一種機(jī)制,利用該機(jī)制,變量值可被編程到上面所 述的宣告中。例如, 一些宣告使用呼叫者的名字、呼叫被轉(zhuǎn)移到的人的名 字等等。變量可被置于經(jīng)編程的宣告(文本宣告、口頭宣告等)中,而非 單獨(dú)對(duì)這些名字編程(如果策略基于諸如同事之類的類,則這種編程將是 冗長(zhǎng)的或者不可能的)。這些變量可以使用作為斷言而存儲(chǔ)在元組空間中 的數(shù)據(jù)。例如,在上面使用的宣告示例"來(lái)自Debbie Pinard的呼叫己被轉(zhuǎn) 發(fā)給部門助理Amanda Slack"中,該宣告可被編程為"來(lái)自[呼叫者]的呼 叫已被轉(zhuǎn)發(fā)給部門助理[當(dāng)前秘書]",方括號(hào)中的元素被解釋為變量,這 些變量的值可被從元組空間中的斷言中獲得。
在一些實(shí)施例中,用戶可以錄制可被呈現(xiàn)給呼叫者和/或接收側(cè)上的另 一方的消息。實(shí)際上,在一些情境中,在用戶的語(yǔ)音中呈現(xiàn)消息可能是希 望的,因?yàn)槠淇梢约拥娇蛻糁瞪稀@?,信任是商業(yè)關(guān)系的不可或缺方 面。如果同事或者客戶覺(jué)得他們的努力被忽略或者輕視,則容易失去信 任。但是,存在許多示例,在這些示例中,商業(yè)人士將不得不關(guān)注緊急問(wèn) 題,而在當(dāng)時(shí)暫時(shí)讓其他事情自然發(fā)展。這產(chǎn)生了不希望的可能性如果 關(guān)注其他事情的同事和客戶的呼叫始終被發(fā)送到語(yǔ)音郵箱,則他們將覺(jué)得 他們的努力已被輕視。因此,提供對(duì)當(dāng)前緊急情況的說(shuō)明的用戶語(yǔ)音的聲 音將使得他們相信他們的努力仍然是重要的。通過(guò)向他們提供迫使作出優(yōu) 先級(jí)選擇的當(dāng)前情形的感知,能夠維護(hù)信任,這例如在商業(yè)情境中是必不 可或缺的,并且對(duì)用戶語(yǔ)音的使用顯示出提高信任的私人意識(shí)。
現(xiàn)在轉(zhuǎn)到提供了交互式消息的實(shí)施例,有許多這樣的情形其中,由 無(wú)線通信設(shè)備所提供的連通性對(duì)于重要合作是必要且有用的,但可能產(chǎn)生 社交困難(social awkwardness)的情形。前面所述的實(shí)施例允許呼入被置于情境中,以査看這些呼入是否足夠緊急以致于要終端用戶正在做的事 情。但是,即使是足夠重要的呼叫也可能產(chǎn)生社交困難情形。例如,用戶 可能正在與重要來(lái)訪者和公司行政人員的會(huì)議中。答復(fù)和參與無(wú)線電話呼 入可能被認(rèn)為是無(wú)禮和欠考慮的。因此,用戶將經(jīng)常把他們的手機(jī)置于振 動(dòng)警告模式,以使得這種警告不會(huì)打擾會(huì)議。但是,這種解決方案具有有 限的實(shí)用性,尤其在結(jié)果是會(huì)議參與者將手機(jī)放到他/她的耳朵上并且迅速 離開(kāi)會(huì)議室同時(shí)向受話器嘀咕著什么的情況下。這可能是非常破壞性的并 且可能對(duì)所有入會(huì)人員是難以接受的。因此,現(xiàn)在描述的實(shí)施例提供了一 種方式來(lái)以無(wú)聲和謹(jǐn)慎的的方式處理這種呼叫。
如上面所討論的,所選擇的情境感知型宣告(即,消息)可被提供給 呼叫者。此外,通知可與各種處理呼叫的選項(xiàng)以及消息一起提供給用戶。 至此,已描述的實(shí)施例提供了單個(gè)通知和選擇。但是,在其他實(shí)施例中, 多個(gè)通知可被提供給用戶,其中與宣告相關(guān)聯(lián)的每個(gè)動(dòng)作利用一組新的動(dòng) 作選項(xiàng)來(lái)觸發(fā)新的通知。這可以被無(wú)限期地執(zhí)行,或者直到所選擇的動(dòng)作 產(chǎn)生與呼叫的處理有關(guān)的最終消息和最終決定為止。
例如,用戶可以選擇使他的設(shè)備被警告以注意呼入,從而呼叫可以被 答復(fù)。但是,在這些實(shí)施例中,可能將通知和呼叫一起提供給用戶,該通 知將包含與動(dòng)作相關(guān)聯(lián)的多個(gè)可能消息。這些可能被配置為給予客戶如下 能力以無(wú)聲且比現(xiàn)在的可能方式更加謹(jǐn)慎的方式來(lái)接聽(tīng)呼叫者并與他交 互。
作為這些實(shí)施例的示例,可以在用戶的屏幕上向他/她呈現(xiàn)無(wú)聲警告 (振動(dòng))和各種選項(xiàng)。這些選項(xiàng)可以包括與各種動(dòng)作相關(guān)聯(lián)的各種消息。 這些可以包括如上所述的標(biāo)準(zhǔn)的"我現(xiàn)在繁忙"和發(fā)送到語(yǔ)音郵箱的選 項(xiàng)。但是,其還可以包括答復(fù)呼叫和選擇選項(xiàng)(該選項(xiàng)向呼叫者提供消息
(例如,預(yù)先錄制的消息)以宣告"我現(xiàn)在在開(kāi)會(huì),呼叫是關(guān)于什么") 的選項(xiàng)。希望呼叫者簡(jiǎn)要地說(shuō)明呼叫的目的。同時(shí),將向用戶呈現(xiàn)同一組 宣告和選項(xiàng)或者基于情境和用戶先前選擇的選項(xiàng)來(lái)選擇的新的一組。新的 一組選項(xiàng)可以包括諸如所期望的"請(qǐng)?jiān)谖业恼Z(yǔ)音郵箱中留下消息"、"請(qǐng) 告訴我更多"、"在我離開(kāi)房間時(shí)等待一會(huì)兒"等項(xiàng)。這些交互的持續(xù)時(shí)
35間(即,宣告和選項(xiàng)的輪數(shù))和所呈現(xiàn)的可能選項(xiàng)的深度沒(méi)有固有限制, 其可以是任何合適的大小。
如前所述,可以使用兩種類型的系統(tǒng)來(lái)呈現(xiàn)交互式選項(xiàng)。在一種情況 中,相同的選項(xiàng)可以用于所有的輪。也就是說(shuō),這些選項(xiàng)將保持活躍,直 到選擇了指示不再需要選項(xiàng)的選項(xiàng)時(shí)為止。諸如"發(fā)送到語(yǔ)音郵箱"和 "不在需要選項(xiàng)"之類的選項(xiàng)是這種類型的。另一種情況允許選擇以下選 項(xiàng)生成新的一組選項(xiàng)以補(bǔ)充以前的選項(xiàng)。這些都可以相同方式來(lái)實(shí)現(xiàn)。
圖32示出了用于創(chuàng)建在本公開(kāi)中的前面已經(jīng)描述了的情境感知型宣
告的代理的系統(tǒng)。在操作中,代理通過(guò)將斷言寫入到元組空間3220中來(lái) 進(jìn)行通信并協(xié)調(diào)它們的行為。元組空間3220因此將被加載與以下相關(guān)的
多組結(jié)果確定用戶情境、使呼入與用戶情境相稱和選擇可用于處理這些
呼叫的特征。這些規(guī)則對(duì)于被寫入到元組空間3220中的斷言是敏感的。 這些規(guī)則的輸出可以是被寫入到元組空間3220中的其他斷言。因此,觸 發(fā)一個(gè)情境規(guī)則可以使得觸發(fā)將斷言寫入到元組空間3220中,這可以引 起其他斷言的寫入,這些其他斷言可以觸發(fā)基于第一斷言而從基于規(guī)則的 推理得出的一系列斷言的寫入。
與上面描述的情境實(shí)施例類似,用戶可以從先前所述的向呼叫者發(fā)送 宣告的能力得出的通知中選擇選項(xiàng)。該實(shí)施例中所描述的交互式選項(xiàng)通過(guò) 允許可能在這些選項(xiàng)下動(dòng)作成為另一組選項(xiàng)而對(duì)此進(jìn)行擴(kuò)展。這些選項(xiàng)將 提供先前已描述過(guò)的一組交互式選項(xiàng)。
因此可以看出,在關(guān)于情境的推理方面,向呼叫者發(fā)送交互式宣告的 能力類似于與就情境進(jìn)行推理有關(guān)的系統(tǒng)的功能。 一個(gè)規(guī)則可以觸發(fā)另一 規(guī)則。但是,在對(duì)呼叫者情況的交互式宣告中,將通過(guò)宣告的手段在呼叫 者幫助的情況下進(jìn)行交互。
現(xiàn)在轉(zhuǎn)到宣告的源,可按之前所述的各種媒體的方式來(lái)將這些宣告發(fā) 送給呼叫者。但是,對(duì)于這里已經(jīng)描述的交互的類型,希望這些宣告在用 戶的語(yǔ)音中。可以通過(guò)用于將來(lái)的注冊(cè)過(guò)程來(lái)提供這種能力,在該注冊(cè)過(guò) 程中將要求用戶說(shuō)出宣告所需要的必要短語(yǔ)。這類似于公知的語(yǔ)音郵件服 務(wù)的注冊(cè)過(guò)程,在該過(guò)程中要求用戶說(shuō)出各種短語(yǔ)??梢蕴峁┮唤M標(biāo)準(zhǔn)錄
36制短語(yǔ)作為在用戶無(wú)論因?yàn)槭裁丛蚨茨芴峁╀浺舻那闆r下的缺省措 施。
本領(lǐng)域技術(shù)人員將會(huì)認(rèn)識(shí)到,在一些實(shí)施例中,可以利用預(yù)編程的硬 件或固件元件(例如,專用集成電路(ASIC)、電可擦除可編程只讀存儲(chǔ)
器(EEPROM)等)或者其他相關(guān)組件來(lái)實(shí)現(xiàn)SIP代理3210、元組空間 3220、系統(tǒng)管理代理3230、關(guān)系分配代理3240、情境代理3250、規(guī)則分 配代理3260和沖突解決代理3270的功能。在其他實(shí)施例中,可以利用計(jì) 算裝置來(lái)實(shí)現(xiàn)SIP代理3210、元組空間3220、系統(tǒng)管理代理3230、關(guān)系 分配代理3240、情境代理3250、規(guī)則分配代理3260和沖突解決代理3270 的功能,該計(jì)算裝置可以訪問(wèn)存儲(chǔ)了用于計(jì)算裝置的操作的計(jì)算機(jī)可讀程 序代碼的代碼存儲(chǔ)器(未示出)。計(jì)算機(jī)可讀程序代碼可被存儲(chǔ)在固定 的、有形的并且可由這些組件直接讀取的介質(zhì)(例如,可移動(dòng)盤、CD-ROM、 ROM、固定盤、USB驅(qū)動(dòng)器)上,或者計(jì)算機(jī)可讀程序代碼可被 遠(yuǎn)程存儲(chǔ),但可經(jīng)由調(diào)制解調(diào)器或通過(guò)傳輸介質(zhì)而連接到網(wǎng)絡(luò)(包括但不 限于因特網(wǎng))的其他接口設(shè)備來(lái)傳輸?shù)竭@些組件。傳輸介質(zhì)可以是非無(wú)線 介質(zhì)(例如,光學(xué)或模擬通信線路)或者無(wú)線介質(zhì)(例如,微波、紅外、 自由空間光學(xué)或其他傳輸方式)或者其組合。
本領(lǐng)域技術(shù)人員將會(huì)認(rèn)識(shí)到,還存在可用于實(shí)現(xiàn)實(shí)施例的更多替代實(shí) 現(xiàn)方式和修改,并且以上實(shí)現(xiàn)方式和示例僅僅是對(duì)一個(gè)或多個(gè)實(shí)施例的說(shuō) 明。因此,范圍僅由所附權(quán)利要求來(lái)限制。
權(quán)利要求
1. 一種提供情境感知型宣告的方法,包括以下步驟-應(yīng)用情境呼叫處理規(guī)則以確定呼入的當(dāng)前情境;以及-提供至少一個(gè)情境感知型宣告,用于提供與所述當(dāng)前情境相關(guān)聯(lián)的信息和呼叫信息。
2. 如權(quán)利要求1所述的方法,其中,所述呼入是從呼叫者到用戶的,并且所述提供至少一個(gè)情境感知型宣告的步驟包括向所述呼叫者、所述 用戶和第三方中的至少一個(gè)提供至少一個(gè)情境感知型宣告。
3. 如權(quán)利要求1所述的方法,其中,所述應(yīng)用情境呼叫處理規(guī)則以確 定當(dāng)前情境的步驟基于以下各項(xiàng)中的至少一項(xiàng)呼叫者和用戶之間的關(guān) 系、所述用戶的時(shí)間表、所述用戶的位置、所述用戶的活動(dòng)、呼叫類型和 所述用戶的偏好。
4. 如權(quán)利要求1所述的方法,其中,所述至少一個(gè)情境感知型宣告包 括用于處理所述呼入的至少一個(gè)可選選項(xiàng)。
5. 如權(quán)利要求4所述的方法,其中,所述至少一個(gè)可選選項(xiàng)包括請(qǐng)求與所述呼入的所述情境相關(guān)聯(lián)的信息。
6. 如權(quán)利要求4所述的方法,還包括以下步驟接收對(duì)所述至少一個(gè)可選選項(xiàng)的選擇,并提供用于處理所述呼入的至少一個(gè)其他可選選項(xiàng)。
7. 如權(quán)利要求4所述的方法,還包括以下步驟將所述呼入轉(zhuǎn)發(fā)到語(yǔ)音郵箱、數(shù)據(jù)庫(kù)和第三方中的至少一個(gè),并且其中,所述至少一個(gè)可選選 項(xiàng)包括與所述呼入的所述情境相關(guān)聯(lián)的信息。
8. 如權(quán)利要求1所述的方法,還包括以下步驟檢索所述情境呼叫處
9. 如權(quán)利要求1所述的方法,其中,所述情境呼叫處理規(guī)則還基于 結(jié)合對(duì)呼叫處理的具體決定而從模糊可用性的指示符生成的可用性的清晰 指示符。
10. 如權(quán)利要求1所述的方法,其中,所述至少一個(gè)情境感知型宣告 包括至少一個(gè)變量值,所述至少一個(gè)變量值是通過(guò)處理所述當(dāng)前情境和所述呼叫信息中的至少一個(gè)而確定的。
11. 一種用于提供情境感知型宣告的系統(tǒng),包括-呼叫管理實(shí)體,用于管理呼入和所述情境感知型宣告; -可由所述呼叫管理實(shí)體訪問(wèn)的共享存儲(chǔ)器空間,用于存儲(chǔ)情境數(shù) 據(jù);以及-耦合到所述共享存儲(chǔ)器空間的至少一個(gè)代理,所述至少一個(gè)代理用于向所述情境數(shù)據(jù)應(yīng)用情境呼叫處理規(guī)則以確定呼入的當(dāng)前情境;以及向所述呼叫管理實(shí)體提供至少一個(gè)情境感知型宣告,用于提供與所述當(dāng)前 情境相關(guān)聯(lián)的信息和呼叫信息。
12. 如權(quán)利要求ll所述的系統(tǒng),還包括用戶界面,用于允許用戶與所述共享存儲(chǔ)器空間的交互。
13. 如權(quán)利要求12所述的系統(tǒng),其中,所述用戶界面能夠允許用戶設(shè) 置所述共享存儲(chǔ)器空間中的當(dāng)前情境。
14. 如權(quán)利要求12所述的系統(tǒng),其中,所述用戶界面能夠允許用戶對(duì)源自所述呼叫管理實(shí)體的情境感知型宣告進(jìn)行應(yīng)答。
15. —種在其中實(shí)現(xiàn)計(jì)算機(jī)可讀代碼的計(jì)算機(jī)可讀介質(zhì),所述計(jì)算機(jī)可讀代碼用于控制計(jì)算機(jī)來(lái)執(zhí)行以下操作-應(yīng)用情境呼叫處理規(guī)則以確定呼入的當(dāng)前情境;以及 -提供至少一個(gè)情境感知型宣告,用于提供與所述當(dāng)前情境相關(guān)聯(lián)的 信息和呼叫信息。
全文摘要
本發(fā)明公開(kāi)了提供情境感知型宣告的方法。該方法包括應(yīng)用情境呼叫處理規(guī)則以確定呼入的當(dāng)前情境;以及提供至少一個(gè)情境感知型宣告以提供與當(dāng)前情境相關(guān)聯(lián)的信息和呼叫信息。
文檔編號(hào)H04M1/64GK101505340SQ20081018406
公開(kāi)日2009年8月12日 申請(qǐng)日期2008年12月15日 優(yōu)先權(quán)日2007年12月14日
發(fā)明者莊·蒂姆·崔恩, 托馬斯·A·格雷 申請(qǐng)人:米特爾網(wǎng)絡(luò)公司