專利名稱：用于調(diào)解用戶對(duì)呈獻(xiàn)媒體的注意力的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及通信系統(tǒng)，更具體而言涉及用于在多個(gè)呈獻(xiàn)媒體(presentational media)之間調(diào)解(mediate)用戶注意力的系統(tǒng)和方法。
技術(shù)背景當(dāng)前多媒體通信的發(fā)展為新型工作方式提供了巨大的機(jī)會(huì)。用戶能夠 使用多種模式來(lái)訪問信息并與其同事進(jìn)行交互。例如，諸如VoIP之類的 同步應(yīng)用使得同事之間可以進(jìn)行實(shí)時(shí)會(huì)話。諸如電子郵件和語(yǔ)音郵件之類 的異步應(yīng)用使得交互可以在一段時(shí)間中發(fā)生，諸如即時(shí)消息收發(fā)(IM)之 類的半同步應(yīng)用使得交互可以幾乎實(shí)時(shí)地發(fā)生。這些各種應(yīng)用的益處部分地與在任何給定時(shí)間用戶能夠給予應(yīng)用的注 意程度相關(guān)。諸如VoIP之類的同步應(yīng)用需要用戶的幾乎全部注意力，而 諸如電子郵件之類的異步交互則只需要較低級(jí)別的注意力。從而，注意程 度有限的繁忙用戶將會(huì)基于其注意程度來(lái)劃分事務(wù)。緊急且重要的事務(wù)--般需要用戶的全部注意力。因而諸如VoIP之類的模式就有理由被用于這 樣的事務(wù)。不那么重要的事務(wù)對(duì)用戶注意力的需求較低，因此可以在更重 要的事務(wù)當(dāng)前不那么緊要的時(shí)候開始從事?？梢噪S時(shí)關(guān)注的電子郵件就很 適合這種事務(wù)。因而，在一天之中，典型的用戶將會(huì)利用與各種事務(wù)的重要性應(yīng)當(dāng)?shù)?到的注意程度相適應(yīng)的模式來(lái)在各種事務(wù)之間劃分其注意力。新一代的使用流式傳輸(streaming)的呈獻(xiàn)應(yīng)用使得用戶更加難以在 多種模式之間劃分注意力。這種呈獻(xiàn)應(yīng)用包括基于web的向?qū)Ш碗娮余]件 的媒體附件，其中任一個(gè)可以是完全多媒體呈獻(xiàn)(presentation)(例如基 于web的向?qū)?或者單媒體呈獻(xiàn)(例如年度股東大會(huì)的音頻/視頻記錄)。 這些呈獻(xiàn)不能被分類成次要的(例如背景音樂)，但是在被訪問時(shí)就要求用戶的全部注意力。但是，如上所述，對(duì)這些素材的訪問可能被更加緊急 的事務(wù)所中斷。訪問年度股東大會(huì)的記錄的股票分析人可能被來(lái)自客戶的緊急呼叫所中斷。査看基于web的向?qū)У墓こ處熆赡鼙粊?lái)自其個(gè)人電子日志的、告知他必須參加會(huì)議的通知所中斷。目前，當(dāng)發(fā)生這種中斷時(shí)，用戶必須使流式媒體(streaming media) 呈獻(xiàn)靜音或者手動(dòng)停止或暫停流式媒體呈獻(xiàn)。處理諸如呼叫電話這樣的中 斷并同時(shí)控制流式媒體應(yīng)用將會(huì)是困難的。結(jié)果，流式媒體經(jīng)常會(huì)在用戶 分心的同時(shí)仍在播放，其結(jié)果是一旦用戶能夠使其注意力返回到流式媒體 呈獻(xiàn)，他/她就必須搜索呈獻(xiàn)中其注意力被中斷的位置。發(fā)明人已經(jīng)認(rèn)識(shí)到，需要提供一種機(jī)制，用于控制干擾用戶注意力的 各種應(yīng)用和系統(tǒng)，以使得諸如呈獻(xiàn)之類的應(yīng)用可以無(wú)需用戶搜索就能繼續(xù) 開始。現(xiàn)有技術(shù)中已知，為了判定所提議的通信是否重要到足以應(yīng)當(dāng)中斷用 戶的注意力而對(duì)用戶的當(dāng)前上下文情況進(jìn)行評(píng)定(參見Pinard的題為"Dialable Screening"的美國(guó)專利6,363,140，其內(nèi)容通過(guò)引用結(jié)合于 此)。用戶的當(dāng)前內(nèi)容方面可包括位置和角色關(guān)系。Gmy等人的題為"Context Aware Call Handling System"的美國(guó)專利公布2005/0100157 (其 內(nèi)容通過(guò)引用結(jié)合于此)公開了各種類型的推理，這些推理用于確定用戶 上下文情況，以選擇最適當(dāng)?shù)挠脩舨呗詠?lái)處理傳入的電話呼叫和其它干擾 通信。但是，這兩個(gè)現(xiàn)有技術(shù)方法都沒有解決與如上所述的呈獻(xiàn)應(yīng)用交互 的問題。發(fā)明內(nèi)容根據(jù)本發(fā)明的一個(gè)方面，提供了用于在多個(gè)呈獻(xiàn)媒體之間調(diào)解用戶的 注意力的系統(tǒng)和方法。在一個(gè)實(shí)施例中，提供了流式媒體管理器，用于響 應(yīng)于來(lái)自如美國(guó)專利公布2005/0100157中所述的上下文知曉呼叫處理系統(tǒng) (context aware call processing system)、電子郵件系統(tǒng)或其它通知系統(tǒng)中 的一個(gè)或多個(gè)的通知而控制流式媒體應(yīng)用的操作。在接收到這種關(guān)于即將 發(fā)生的用戶中斷(例如使用戶的電話呼叫振鈴、傳入的電子郵件警告等等)的通知后，流式媒體管理器使流式媒體應(yīng)用或者立即停止以便用戶能 夠從中止點(diǎn)起繼續(xù)開始播放，或者在中止處存儲(chǔ)書簽以便用戶能夠很容易 地定位到該點(diǎn)并從該點(diǎn)起繼續(xù)開始播放。


現(xiàn)在將參考附圖僅通過(guò)示例方式來(lái)描述本發(fā)明的實(shí)施例，附圖中 圖1是本發(fā)明的實(shí)施例與之結(jié)合工作的上下文知曉呼叫處理系統(tǒng)的硬 件實(shí)現(xiàn)方式的框圖；圖2示出了圖1的系統(tǒng)的系統(tǒng)體系結(jié)構(gòu)和模塊交互；圖3是圖2的服務(wù)器模塊的類圖(class diagram);圖4是圖2的客戶端模塊的類圖；圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例的系統(tǒng)的框圖；以及圖6是根據(jù)優(yōu)選實(shí)施例的示出圖5的系統(tǒng)的操作方法的步驟的流程圖。
具體實(shí)施方式
首先參考圖1，其中示出了根據(jù)美國(guó)專利公布2005/0100157 (其內(nèi)容 通過(guò)引用結(jié)合于此)的上下文知曉呼叫處理系統(tǒng)。圖1的系統(tǒng)基于客戶端-服務(wù)器體系結(jié)構(gòu)。主動(dòng)呼叫遞送(ACD， Active Call Delivery)客戶端21與ACD服務(wù)器27通信，ACD服務(wù)器27 進(jìn)而又與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是能夠訪問 TSpaces服務(wù)器23的單個(gè)服務(wù)器或多個(gè)服務(wù)器。ACD服務(wù)器27由用戶界 面和下文參考圖3來(lái)更詳細(xì)論述的"系統(tǒng)代理"的集合組成。用戶界面提 供介紹窗口、系統(tǒng)管理員的登錄窗口、用于管理上下文層次體系的上下文 窗口以及用于模擬電話呼叫的呼叫模擬窗口。每個(gè)系統(tǒng)代理都有助于呼叫 處理，并且具有其自己的職責(zé)關(guān)系指定(RA， Relationship Assigning) 代理負(fù)責(zé)獲取主叫者與被叫方之間的關(guān)系，并將其指定給相關(guān)數(shù)據(jù)字段以 用于呼叫處理。用戶規(guī)則指定(URA)代理負(fù)責(zé)根據(jù)當(dāng)前上下文和每條規(guī)則的條件來(lái)提取所有的匹配用戶規(guī)則，并將它們指定給相關(guān)數(shù)據(jù)字段以用于呼叫處理。用戶規(guī)則沖突解決(UCR， User-rule Conflict Resolving)代理負(fù)責(zé)解決所指定的規(guī)則中可能存在的任何沖突。如上所述，這些代理不 一定要被安裝在特定的機(jī)器上，而是可以分布在能夠訪問TSpaces服務(wù)器 23的機(jī)器的網(wǎng)絡(luò)中。ACD客戶端21由用戶界面和用戶代理組成。用戶界面提供介紹窗 口、注冊(cè)系統(tǒng)用戶的登錄窗口以及新用戶的注冊(cè)窗口。知識(shí)管理是客戶端 系統(tǒng)上的用戶界面的一個(gè)重要部分。用戶可以創(chuàng)建或管理諸如好友列表、 關(guān)系信息、日程和用戶偏好規(guī)則之類的個(gè)人信息?？蛻舳朔?wù)器利用下文 將參考圖4來(lái)更詳細(xì)論述的兩類代理呼叫遞送(CD)代理和系統(tǒng)管理 (SM)代理。CD代理確認(rèn)TSpaces服務(wù)器23中由呼叫監(jiān)視器生成的事 件。呼叫監(jiān)視器是與M汀AI網(wǎng)關(guān)25的直接接口，并且創(chuàng)建被饋送到 TSpaces服務(wù)器23中的事件用于啟動(dòng)CD代理的呼叫處理。接下來(lái)，SM 代理確認(rèn)來(lái)自CD代理的事件，并且將呼叫處理分布到網(wǎng)絡(luò)上的代理。雖 然各個(gè)代理具有不同的服務(wù)，但是服務(wù)器和客戶端都有某些根據(jù)慣常的面 向?qū)ο笤O(shè)計(jì)的共同模塊。這些共同對(duì)象模塊和其他模塊在下文說(shuō)明。圖2示出了圖1的上下文知曉呼叫處理系統(tǒng)的系統(tǒng)體系結(jié)構(gòu)和模塊交 互。用戶界面31由用于提供用戶登錄、注冊(cè)、用戶偏好規(guī)則設(shè)置、上下 文模擬和用于輔助用戶的消息的顯示的窗口、表單(form)、菜單和按鈕 組成。事件處理機(jī)子系統(tǒng)23是位于用戶界面31和應(yīng)用級(jí)子系統(tǒng)35之間的監(jiān) 視后臺(tái)程序(daemon)。它等待來(lái)自用戶界面31的物理事件(例如鼠標(biāo) 點(diǎn)擊)，并將它們引導(dǎo)到適當(dāng)?shù)膽?yīng)用模塊。開發(fā)工具Java提供了用于此目 的的嵌入式事件處理機(jī)，例如ActionListener。應(yīng)用級(jí)35是系統(tǒng)的核心。它由多個(gè)代理組成，這些代理為客戶端和 服務(wù)器提供服務(wù)。所有的系統(tǒng)事務(wù)、功能和知識(shí)管理都是在這個(gè)子系統(tǒng)內(nèi) 執(zhí)行的。如圖3的類圖所示，服務(wù)器模塊38被劃分成三個(gè)主要部分系統(tǒng)知 識(shí)管理39、代理服務(wù)41和呼叫模擬43。系統(tǒng)知識(shí)管理模塊39包括上下文集合子模塊45，用于使授權(quán)管理者可以創(chuàng)建或修改諸如位置和活動(dòng)之類 的上下文層次體系。代理服務(wù)模塊41由三個(gè)不同的代理模塊組成關(guān)系指定(RA)代理47、用戶規(guī)則指定(URA)代理49和用戶規(guī)則沖突解決 (UCR)代理51。為了提供靈活的代理實(shí)現(xiàn)，對(duì)代理的狀態(tài)進(jìn)行管理以獲 知它們的可用性。網(wǎng)絡(luò)連通性可影響它們的可用性。因此，為了使用代 理，該代理以及該代理與系統(tǒng)的TSpaces23之間的連接都必須能夠起作 用。系統(tǒng)通過(guò)檢查TSpaces 23中的相應(yīng)狀態(tài)元組(status tuple)來(lái)獲取代 理的狀態(tài)。狀態(tài)元組由"名稱"、"優(yōu)先級(jí)"和"可用性"字段組成。每 個(gè)代理負(fù)責(zé)更新其在TSpaces 23中的狀態(tài)元組。更新狀態(tài)元組的過(guò)程由以 下步驟組成優(yōu)選每秒一次地取得狀態(tài)元組并且用新的狀態(tài)信息來(lái)覆寫 它。元組可被設(shè)置為在預(yù)定時(shí)間之后期滿。在期滿后，TSpaces服務(wù)器23 將元組從TSpaces 23中去除。狀態(tài)元組的期滿時(shí)間優(yōu)選為3秒，因此如果 代理由于任何原因連續(xù)三次都未能更新元組，則在TSpaces 23將沒有相應(yīng) 代理的狀態(tài)元組。如果沒有某個(gè)代理的狀態(tài)元組或者如果狀態(tài)元組中的 "可用性"字段被設(shè)置為"異常"，系統(tǒng)則假定該代理發(fā)生異常。更新狀 態(tài)元組所花費(fèi)的1秒與狀態(tài)元組期滿前允許的3秒之間的時(shí)間差距可以防 止由于暫時(shí)的網(wǎng)絡(luò)干擾而導(dǎo)致不必要的狀態(tài)切換。每個(gè)代理還負(fù)責(zé)將事件注冊(cè)到TSpaces 23中以與客戶端機(jī)器通信。每 當(dāng)?shù)却脑M被寫入元組空間中時(shí)，TSpaces服務(wù)器23就將此通知給注冊(cè) 事件的代理。生成事件和獲得來(lái)自TSpaces 23的事件通知形成了代理之間 的雙向通信-確認(rèn)。關(guān)系指定(RA)代理47負(fù)責(zé)對(duì)來(lái)自下文將參考圖4來(lái)論述的客戶端 的系統(tǒng)管理(SM)代理的關(guān)系指定請(qǐng)求作出響應(yīng)。來(lái)自SM代理的請(qǐng)求包 含主叫者和接收者信息。RA代理47根據(jù)用戶的好友列表來(lái)指定用戶和主 叫者之間的關(guān)系。用戶規(guī)則指定(URA)代理49負(fù)責(zé)對(duì)來(lái)自客戶端的SM代理的用戶 規(guī)則指定請(qǐng)求作出響應(yīng)。在被請(qǐng)求時(shí)，URA代理49檢索關(guān)系信息和用戶 的當(dāng)前上下文情況。關(guān)系信息是RA代理47所設(shè)置的主叫者與被叫方或接 收者之間的關(guān)系。用戶的當(dāng)前上下文情況是用戶的位置、用戶日程的當(dāng)前時(shí)間和用戶的活動(dòng)。用戶規(guī)則沖突解決(UCR)代理51負(fù)責(zé)對(duì)客戶端SM代理的用戶規(guī) 則沖突解決請(qǐng)求作出響應(yīng)。該請(qǐng)求包含URA代理49所指定的用戶規(guī)則信 息。UCR代理51選擇所指定的規(guī)則中最具體的一條規(guī)則。規(guī)則具有的條 件越多，該規(guī)則就被認(rèn)為越具體。呼叫模擬服務(wù)43是用來(lái)在不連接到 MiTAI網(wǎng)關(guān)25的情況下進(jìn)行測(cè)試的。具有表單的窗口提供此功能。如圖4的客戶端模塊類圖所示，客戶端模塊被劃分成三個(gè)子系統(tǒng)用 戶知識(shí)管理53、代理服務(wù)55和上下文模擬57。用戶可以通過(guò)用戶知識(shí)管 理模塊53來(lái)操縱個(gè)人知識(shí)。呼叫遞送(CD)代理59負(fù)責(zé)通過(guò)MiTAI網(wǎng)關(guān)25與電話交換機(jī)或 PBX 26通信。具體而言，CD代理59向MiTAI網(wǎng)關(guān)25注冊(cè)事件并且等待 針對(duì)用戶的傳入呼叫的通知。當(dāng)通知到達(dá)時(shí)，CD代理59向SM代理61發(fā) 送對(duì)進(jìn)一步處理的請(qǐng)求并且等待響應(yīng)。來(lái)自SM代理61的這個(gè)響應(yīng)包含作 為整個(gè)呼叫處理的結(jié)果而將要采取的動(dòng)作。CD代理59隨后負(fù)責(zé)向MiTAI網(wǎng)關(guān)25請(qǐng)求所選的動(dòng)作。系統(tǒng)管理(SM)代理61負(fù)責(zé)管理其他代理的狀態(tài)并根據(jù)系統(tǒng)代理的 優(yōu)先級(jí)來(lái)對(duì)呼叫處理排序。當(dāng)CD代理59請(qǐng)求呼叫處理時(shí)，SM代理61對(duì) TSpaces 23中的代理狀態(tài)元組進(jìn)行掃描并根據(jù)它們的優(yōu)先級(jí)制作順序表。 它向優(yōu)先級(jí)最高的代理發(fā)送處理請(qǐng)求，等待響應(yīng)，然后將其發(fā)送到優(yōu)先級(jí) 次高的代理。當(dāng)SM代理61接收到來(lái)自優(yōu)先級(jí)最低的代理的響應(yīng)時(shí)，它將 信息元組發(fā)送回CD代理59。上下文模擬模塊57充當(dāng)動(dòng)態(tài)地檢測(cè)、解釋和更新用戶的當(dāng)前上下文 情況的上下文代理。上下文模擬窗口包括系統(tǒng)管理員設(shè)置的所有可能的上 下文，用戶從中進(jìn)行選擇。用戶知識(shí)管理子系統(tǒng)53允許用戶建立并維護(hù)好友列表集合63、關(guān)系 集合65、日程集合67和用戶規(guī)則集合69。TSpaces23 (即元組空間)在一個(gè)或多個(gè)服務(wù)器23中實(shí)現(xiàn)，作為具有 數(shù)據(jù)庫(kù)能力的網(wǎng)絡(luò)通信緩沖器。對(duì)TSpaces 23的更完整描述可在Gray等 人的題為"Processing by Use of Synchronized Tuple Spaces and Assertions"的美國(guó)未決專利公布No. 2006/0242256中找到，該專利公布的內(nèi)容通過(guò)引 用結(jié)合于此。TSpaces 23實(shí)現(xiàn)了在不同的計(jì)算機(jī)和操作系統(tǒng)的網(wǎng)絡(luò)中的應(yīng) 用和設(shè)備之間的通信。TSpaces 23提供了群組通信服務(wù)、數(shù)據(jù)庫(kù)服務(wù)、基 于URL的文件傳送服務(wù)和事件通知服務(wù)。TSpaces 23是用Java編程語(yǔ)言 實(shí)現(xiàn)的，因而自動(dòng)地具備獨(dú)立于平臺(tái)的網(wǎng)絡(luò)普遍性以及用于所有數(shù)據(jù)類型 的標(biāo)準(zhǔn)表示類型。TSpaces系統(tǒng)適合于具有分布或數(shù)據(jù)存儲(chǔ)要求的任何應(yīng) 用。它可以執(zhí)行關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)的許多任務(wù)，而不會(huì)強(qiáng)加限制過(guò)多(且原 始)類型的系統(tǒng)、僵化的方案、拙劣的用戶界面或苛刻的運(yùn)行時(shí)存儲(chǔ)器要 求。在本發(fā)明中，TSpaces服務(wù)器23是系統(tǒng)和用戶知識(shí)存儲(chǔ)裝置之間的介 質(zhì)。但是，將會(huì)理解，TSpaces 23可由提供用于管理包括讀、寫、更新、 取得和掃描在內(nèi)的知識(shí)事務(wù)以及諸如事件注冊(cè)和通知之類的事件處理的等 同功能的關(guān)系數(shù)據(jù)庫(kù)或其他共享數(shù)據(jù)庫(kù)所取代。MiTAI網(wǎng)關(guān)25幫助不基于"C"開發(fā)語(yǔ)言的進(jìn)程與MITEI^電話服務(wù) 器(例如PBX 26)通信。MiTAI網(wǎng)關(guān)25是基于^￥伍(10*8@的進(jìn)程，其可 以在任何Windows平臺(tái)上執(zhí)行。它可以管理來(lái)自網(wǎng)絡(luò)上的任何其它進(jìn)程的 單個(gè)套接字連接并且它支持有限會(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向 MiTAI網(wǎng)關(guān)服務(wù)器25注冊(cè)事件以監(jiān)視傳入的呼叫。就系統(tǒng)拓?fù)涠?，用戶界?1是構(gòu)建在Window^平臺(tái)上的，并且它 通過(guò)事件處理機(jī)33來(lái)與應(yīng)用級(jí)35交互。應(yīng)用級(jí)子系統(tǒng)35使用TSpaces服 務(wù)器23作為用于通信并且訪問服務(wù)器和客戶端的系統(tǒng)知識(shí)管理的介質(zhì)。包括用戶信息、用戶規(guī)則、用戶的當(dāng)前上下文信息和呼叫信息在內(nèi)的 所有知識(shí)都存儲(chǔ)在TSpaces 23中。存儲(chǔ)單位是元組，如以上所引用的參考 文獻(xiàn)所述。圖1-4和US20050100157中公開的系統(tǒng)(Mitel 544)只例示了能夠用 于本發(fā)明的實(shí)現(xiàn)方式中的通知系統(tǒng)的一個(gè)實(shí)施例，而并不意圖限制本發(fā)明 的應(yīng)用范圍，本發(fā)明的應(yīng)用范圍將在下文更詳細(xì)論述并且由所附權(quán)利要求 限定。在操作中，PBX26處理傳入的呼叫，包括多媒體呼叫。因而，針對(duì)特定用戶(例如圖1中的用戶1)的呼叫被PBX 26報(bào)告給呼叫遞送代理 59，呼叫遞送代理59將關(guān)于呼叫的斷言(assertion)放到TSpaces元組空 間23中。系統(tǒng)管理代理61處理系統(tǒng)中的行為排序。關(guān)系指定代理 (RAA) 47收集關(guān)于呼叫的信息和來(lái)自其它來(lái)源的關(guān)于用戶角色和關(guān)系的 信息，以便將傳入呼叫適配在用戶的上下文內(nèi)。例如，如果CDA59放出 傳入呼叫來(lái)自特定電話號(hào)碼(例如基于主叫者ID信息)的斷言，則RRA 47可確定電話號(hào)碼例如是圖1中的用戶n的，并且用戶n既是用戶1的同 事而且又在與用戶1合作項(xiàng)目。RRA47將所有這些信息都作為斷言放到 元組空間23中。上下文代理(例如上下文模擬模塊57)將關(guān)于用戶1的 當(dāng)前活動(dòng)的各種斷言(例如位置、其正在操作的文檔等等)放到元組空間 23中。用戶1利用其用戶界面31來(lái)建立的各種策略確定了在各種上下文 情況中應(yīng)當(dāng)如何來(lái)處理呼叫。這些策略由用戶規(guī)則指定代理(UAA) 49根 據(jù)存儲(chǔ)在元組空間23中的關(guān)于呼叫和用戶當(dāng)前上下文情況的信息來(lái)評(píng) 定。經(jīng)常有這種情況，即，多個(gè)策略可以適用任何一個(gè)上下文情況。因 此，用戶規(guī)則沖突解決代理51確定最適當(dāng)?shù)牟呗圆⑶覍⑵鋱?bào)告給呼叫遞 送代理59。 CDA 59隨后指示PBX 26根據(jù)該適當(dāng)?shù)牟呗詠?lái)處理呼叫(例 如將呼叫轉(zhuǎn)發(fā)到用戶l的電話以使之振鈴，從而干擾用戶l的注意力)?，F(xiàn)在參考圖5禾H 6，其中分別示出了本發(fā)明實(shí)施例的框圖和流程圖。 上下文知曉呼叫處理系統(tǒng)71例如可以如圖1-4中所述，其中CDA 59被編 程為向流式媒體管理器73 (SMM)發(fā)送通知(步驟81)，此時(shí)PBX 26 被指示執(zhí)行將會(huì)使用戶的電話振鈴或者以其他方式中斷其注意力的活動(dòng)。 SMM 73可位于ACD服務(wù)器27上，或者網(wǎng)絡(luò)內(nèi)的其它地方。在接收到通 知后，SMM 73將此事件通知給流式媒體應(yīng)用75 (步驟83) 。 SMA 75優(yōu) 選但并不必須位于客戶端21上。由于SMM 73必須知曉代表用戶運(yùn)行的 媒體應(yīng)用，因此SMA 75最好在啟動(dòng)時(shí)向SMM 73注冊(cè)。但是，可以使用 其它方法，例如讓用戶或管理員對(duì)SMM 73編程以便識(shí)別SMA 75。響應(yīng)于接收到來(lái)自SMM 73的通知，SMA 75或者立即暫停呈獻(xiàn)的流 式傳輸或者存儲(chǔ)書簽，以使得用戶可以從通知被遞送的時(shí)間起重新啟動(dòng)呈 獻(xiàn)(步驟85)。因此，根據(jù)本發(fā)明，諸如電話呼叫警告(例如振鈴)之類的可能中斷 用戶注意力的事件以改善對(duì)他/她的注意力的干擾的方式與用戶的流式媒體 應(yīng)用75相耦合。如圖5所示，能夠干擾用戶注意力的其它系統(tǒng)可與SMM 73相耦合。 這些系統(tǒng)包括警告用戶要留心傳入了重要的電子郵件的電子郵件系統(tǒng)77， 或者提供用戶通知的其它系統(tǒng)，例如個(gè)人日志系統(tǒng)、存在系統(tǒng)(例如用于 警告用戶要留心訪問者到達(dá)等等)。還設(shè)想了其他實(shí)施例，其中，例如，SMM73通過(guò)模擬一個(gè)或多個(gè)遺 留的(legacy)流式媒體應(yīng)用所期望的控制類型而與這些應(yīng)用相耦合。例 如，SMM 73可模擬用于流式傳輸應(yīng)用的控制器上的按鈕按壓。另外，設(shè) 想到SMM 73不需要實(shí)現(xiàn)為分立的實(shí)體，而可結(jié)合在通知系統(tǒng)71、 77禾口/ 或79的每一個(gè)中。不需要在生成通知之前進(jìn)行對(duì)通信嘗試的優(yōu)先級(jí)或重 要性的評(píng)估，從而使得所有通信嘗試都被報(bào)告給SMM 73。 SMM 73可以 不將通知推給SMA 75，而SMA 75可以調(diào)查或以其它方式從SMM 73拉 出信息。SMA 75可直接被結(jié)合到PBX 26中，或者位于客戶端21內(nèi)，如 上所述。注意，雖然上述示例涉及基于網(wǎng)絡(luò)的媒體源，但是本領(lǐng)域的普通技術(shù) 人員將會(huì)認(rèn)識(shí)到，這里所指的媒體可包括本地源。例如，音樂或會(huì)議的記 錄的MP3文件可被下載到本地存儲(chǔ)設(shè)備(例如客戶端PC21的硬盤)并在 本地被播放。根據(jù)本發(fā)明的系統(tǒng)和方法同樣可應(yīng)用到來(lái)源于網(wǎng)絡(luò)外部或者 計(jì)算機(jī)或其它設(shè)備本地的媒體。另外，應(yīng)當(dāng)注意，本發(fā)明還適用于來(lái)自 CD、 MP3播放器的或其他格式的音頻的本地或聯(lián)網(wǎng)呈獻(xiàn)。在所附權(quán)利要求所限定的本發(fā)明的范圍內(nèi)可實(shí)現(xiàn)本發(fā)明的其它實(shí)施
權(quán)利要求
1.一種用于在多個(gè)媒體之間調(diào)解用戶的注意力的方法，包括向所述用戶提供媒體流；接收中斷的通知；以及自動(dòng)暫停所述媒體流或者為所述媒體流設(shè)置書簽，以幫助在所述中斷之后繼續(xù)所述媒體流。
2. 如權(quán)利要求1所述的方法，其中所述中斷包括使電話振鈴。
3. 如權(quán)利要求1所述的方法，其中所述中斷包括傳入的電子郵件。
4. 如權(quán)利要求1所述的方法，其中所述中斷包括個(gè)人日志提醒。
5. 如權(quán)利要求1所述的方法，其中所述中斷包括會(huì)議提醒。
6. 如權(quán)利要求1所述的方法，其中所述中斷包括訪問者通知。
7. 如權(quán)利要求1所述的方法，其中向所述用戶提供媒體流的步驟包括 通過(guò)因特網(wǎng)來(lái)流式傳輸所述媒體。
8. 如權(quán)利要求1所述的方法，其中向所述用戶提供媒體流的步驟包括 從電子郵件中提取所述媒體并啟動(dòng)播放器來(lái)呈獻(xiàn)所述媒體。
9. 一種用于在多個(gè)媒體之間調(diào)解用戶的注意力的系統(tǒng)，包括 流式媒體應(yīng)用，用于向所述用戶提供媒體流；通知系統(tǒng)，用于生成中斷的通知；以及流式媒體管理器，用于接收所述通知，并且作為響應(yīng)使所述流式媒體應(yīng)用自動(dòng)暫停所述媒體流或者為所述媒體流設(shè)置書簽，以幫助在所述中斷 之后繼續(xù)所述媒體流。
10. 如權(quán)利要求9所述的系統(tǒng)，其中所述通知系統(tǒng)包括上下文知曉呼 叫處理系統(tǒng)。
11. 如權(quán)利要求9所述的系統(tǒng)，其中所述通知系統(tǒng)包括電子郵件系
12. 如權(quán)利要求9所述的系統(tǒng)，其中所述通知系統(tǒng)包括個(gè)人日志系統(tǒng)。
13. 如權(quán)利要求9所述的系統(tǒng)，其中所述通知系統(tǒng)包括用于警告所述用戶要留心訪問者到達(dá)的存在系統(tǒng)。
14. 如權(quán)利要求9所述的系統(tǒng)，其中所述流式媒體應(yīng)用是遺留流式媒 體應(yīng)用，并且所述流式媒體管理器模擬其控制輸入。
15. 如權(quán)利要求14所述的系統(tǒng)，其中所述流式媒體管理器模擬用于所 述遺留流式媒體應(yīng)用的控制器上的按鈕按壓。
16. 如權(quán)利要求9所述的系統(tǒng)，其中所述流式媒體管理器和所述通知 系統(tǒng)是集成一體的。
17. 如權(quán)利要求9所述的系統(tǒng)，其中所述流式媒體管理器通過(guò)將進(jìn)一 步的通知推給所述流式媒體來(lái)使所述流式媒體應(yīng)用自動(dòng)暫停所述媒體流或 為所述媒體流設(shè)置書簽。
18. 如權(quán)利要求9所述的系統(tǒng)，其中所述流式媒體管理器通過(guò)提供被 所述流式媒體拉出的進(jìn)一步的通知來(lái)使所述流式媒體應(yīng)用自動(dòng)暫停所述媒 體流或?yàn)樗雒襟w流設(shè)置書簽。
19. 如權(quán)利要求9所述的系統(tǒng)，其中所述流式媒體應(yīng)用、所述通知系 統(tǒng)和所述流式媒體管理器是在PBX內(nèi)實(shí)現(xiàn)的。
20. 如權(quán)利要求9所述的系統(tǒng)，其中所述流式媒體應(yīng)用從網(wǎng)絡(luò)源接收 所述媒體。
21. 如權(quán)利要求9所述的系統(tǒng)，其中所述流式媒體應(yīng)用從本地源接收 所述媒體。
22. 如權(quán)利要求9所述的系統(tǒng)，其中所述媒體是音頻。
23. 如權(quán)利要求9所述的系統(tǒng)，其中所述媒體是可視的。
24. 如權(quán)利要求9所述的系統(tǒng)，其中所述媒體是視聽媒體。
25. 如權(quán)利要求9所述的系統(tǒng)，其中所述媒體是音樂。
全文摘要
提供了用于在多個(gè)呈獻(xiàn)媒體之間調(diào)解用戶的注意力的系統(tǒng)和方法，包括流式媒體應(yīng)用，用于向用戶提供媒體流；通知系統(tǒng)，用于生成中斷的通知；以及流式媒體管理器，用于接收所述通知，并且作為響應(yīng)使流式媒體應(yīng)用自動(dòng)暫停媒體流或者為媒體流設(shè)置書簽，以幫助在中斷之后繼續(xù)媒體流。
文檔編號(hào)H04L12/26GK101272261SQ20081000800
公開日2008年9月24日 申請(qǐng)日期2008年2月29日 優(yōu)先權(quán)日2007年3月1日
發(fā)明者彼得·弗朗西斯·庫(kù)斯, 托馬斯·A·格雷 申請(qǐng)人:米特爾網(wǎng)絡(luò)公司