專利名稱:依賴于參數(shù)的鈴聲的制作方法
技術(shù)領域:
本發(fā)明一般地涉及數(shù)字通信,特別地涉及用于通告通信請求的方法及設備。
背景技術(shù):
話音通信對于個人和專用目的都是最為普通的通信形式。多年來,電話已經(jīng)是用于話音通信的主要工具。盡管對于通信是有效率的,但是電話還可能分散注意力。電話呼叫常常由于接收方忙于另一任務或者正在與另一方交談而不被應答。
呼叫者ID提供關于呼叫方的一些信息。一些電話允許不同鈴聲關聯(lián)于不同的輸入號碼。盡管這可向接收方提供呼叫者的身份或者呼叫者的雇主,但是它并不提供關于呼叫性質(zhì)的信息。
VOIP(互聯(lián)網(wǎng)語音協(xié)議)電話可在利用邀請(invite)消息傳遞到應答電話的“主題行”中提供關于呼叫性質(zhì)的附加信息。還可提供附加的“存在”信息。然而,該信息僅在如果接收方能夠訪問該信息時才是有用的。訪問該信息可能在許多情形中并不實用,例如在接收方正在與他人的會晤中或者正在駕車時。此外,如果接收方另外忙于工作,則他或她可能無暇查看該信息。
因此,已經(jīng)出現(xiàn)了對于改進的方法及設備的需要,該方法和設備用于在呼叫通知的瞬間確定通信請求的性質(zhì)而不與通信設備發(fā)生交互。
發(fā)明內(nèi)容
在本發(fā)明中,所需通信的性質(zhì)是通過接收與通信目的相關的數(shù)據(jù)、將該數(shù)據(jù)與預定標準進行比較以及響應于比較步驟從鈴聲集中選擇鈴聲來識別的。
本發(fā)明允許接收方通過根據(jù)預定標準的鈴聲來識別通信請求的目的。于是,接收方能夠?qū)鸷艚羞M行決策,而無需查看識別數(shù)據(jù)。
為了更完整理解本發(fā)明及其優(yōu)點,現(xiàn)在參照與附圖相結(jié)合的如下描述,在附圖中圖1示出了呼叫方電話與應答方電話之間連接的框圖,其中關于呼叫性質(zhì)的信息從呼叫方電話傳遞到應答方電話;圖2示出了在電話中或者在網(wǎng)絡上的應用服務器中實施的鈴聲選擇器,其用以響應于關于呼叫性質(zhì)的信息來提供鈴聲;以及圖3示出了用于提供用戶可配置的過濾器以將所選鈴聲與各種標準相關聯(lián)的屏幕。
具體實施例方式
本發(fā)明相對于附圖中的圖1-3得到最佳理解,相似標號用于各圖的相似的單元。
圖1示出了對于從呼叫方電話10到接收方電話12的VOIP電話呼叫的通常設置。電話10和電話12可以是能夠在網(wǎng)絡14上發(fā)送和接收數(shù)據(jù)的任何裝置,盡管網(wǎng)絡14可以是任何公共或?qū)S镁W(wǎng),假定其為因特網(wǎng)。可用作電話10或電話12的裝置,例如包括單機VOIP電話、臺式計算機、移動計算機(包括個人數(shù)字助理,更多地稱為PDA)或者具有聯(lián)網(wǎng)能力的移動電話。電話10或電話12可利用模擬調(diào)制解調(diào)器經(jīng)過PTSN(公共交換電話網(wǎng))連接至網(wǎng)絡14,盡管通常地,諸如DSL(數(shù)字用戶線路)、數(shù)字線纜或T1連接的寬帶連接可用來提供更高帶寬。
有若干協(xié)議可用于VOIP呼叫建立,比如SIP(會話發(fā)起協(xié)議)。通常的呼叫建立過程遵循如下步驟。首先,呼叫方發(fā)起電話呼叫,例如通過撥打電話號碼或者輸入用于接收方的其它識別信息。在確定接收方的IP地址之后,“邀請”消息被發(fā)送到電話12。在所示實施方式中,邀請消息是用于連接的請求,其包含表示呼叫性質(zhì)的若干種類的信息,或者可用來相對于呼叫方的身份實現(xiàn)導出呼叫性質(zhì)。這些種類包括主題行消息、存在(包括豐富存在(Rich Presence))信息和上下文信息(下面描述)。圖1中列舉的種類是用于本發(fā)明的舉例說明;可為呼叫性質(zhì)信息提供附加或其它種類。
如果接收方希望應答該電話,則“接受”消息被發(fā)送到呼叫方(在SIP中,該消息被稱為“200 OK”消息)。一旦接受消息被接收,則建立電話之間的話音連接以用于分組化的話音通信。
本發(fā)明提供了用以產(chǎn)生向接收方表示通信請求性質(zhì)的具體音頻提示或振動的能力,而無需接收方對識別呼叫性質(zhì)的進入信息進行分析。在此說明書中,音頻提示或特殊的無聲刺激(例如振動)被稱為鈴聲?!扳徛暋痹谶@里被定義為可由電話12播放以提供特殊的音頻或觸覺刺激的任何文件。除了隨電話提供(或者可下載至電話)的標準鈴聲之外,還可使用其它音頻文件,比如WAV、MP3、AVI、WMA、ASF、ASX、AAC及當前可用或以后開發(fā)的其它文件格式。此外,創(chuàng)建可識別的振動的文件能夠用來實施鈴聲。在本發(fā)明中,鈴聲文件不必駐留于手機上;它們可由用戶在應用服務器上下載和記錄,并且在通信的信令階段中在電話上作為來自應用服務器的媒體流來播放。
圖1中所示的呼叫方ID可包含可識別呼叫方的任何信息,例如姓名和/或電話號碼,或者類似于電子郵件地址的唯一識別符。主題行通常在發(fā)送邀請消息之前由呼叫方輸入,并可包含任何文本信息。主題行還可包含非文本信息,例如圖形圖標。
存在信息可包含與呼叫方的當前位置有關的任何信息。一些存在信息在當前文獻中被稱為“豐富存在”,但是出于此說明書的目的,所有這樣的信息將被簡稱為“存在”。存在信息例如可包括,由呼叫方提供的信息、從諸如日歷程序的信息源導出的信息、呼叫設備的狀態(tài)信息以及物理存在檢測器的信息。一些信息可由電話10直接地收集,而其它信息能夠從可由電話10訪問的存在服務器來訪問。存在信息中可能包括的(以及與是否應答該電話的決策相關的)信息的類型如表1中所示。
表1 存在信息類型
上下文信息包括與在呼叫方與接收方之間的通信的當前嘗試有關的信息。這例如可包括從關于先前通信和通信嘗試的各種信息儲備庫中收集的歷史和環(huán)境信息。該上下文信息可從各種數(shù)據(jù)庫導出,例如呼叫日志(包括關于呼叫是否被應答或回復的信息)、傳真日志、日程表及調(diào)度程序、聯(lián)絡數(shù)據(jù)庫、組織結(jié)構(gòu)表、記事程序、電子郵件、關于呼叫的筆記、話音郵件等等。此外,在Suhail等人于2004年12月20日提交的題為“SYSTEM AND METHOD FOR PROVIDING FEATURECUSTOMIZATION FOR A COMMUNICATIONS DEVICE BASED ONAN ACTIVE COMMUNICATIONS SESSION”的序列號為__的美國專利申請(代理案號139289)中,上下文信息用來獲取和顯示信息,例如來自先前呼叫的筆記、記事表條目、有關文件等,這里將該申請引入作為參考。
在優(yōu)選實施方式中,每個用戶使鈴聲與一個或更多處理信息的過濾器相關聯(lián),該信息能夠從邀請消息或者響應于邀請消息而獲得。例如,“上司”鈴聲可與來自處于組織結(jié)構(gòu)表的較高級別的任何人的呼叫相關聯(lián),該人(1)在最后48小時中有過未被回復的至少一個先前呼叫嘗試,(2)正在會議中,(3)被安排在下一24小時中會見接收方,或者(4)在主題行中具有緊急性。
在操作中,呼叫方ID將提供識別呼叫方身份的信息(如果使用SIP協(xié)議,則此信息還可從SIP URL獲得),主題行將提供與該呼叫可能與何有關的信息,并且邀請消息中的存在信息可提供與呼叫方當前位于何處有關的信息。關于先前呼叫嘗試和回復呼叫的上下文信息可通過利用來自于呼叫方ID的信息來搜索呼叫日志而導出。關于即將到來的會議的上下文信息可利用呼叫方ID從日程表程序中導出,以識別相關約會。
圖2示出了表示用于確定選擇哪個鈴聲的基本機制的框圖。鈴聲數(shù)據(jù)庫20存儲鈴聲(或鏈接到鈴聲的文件名)的集合。響應于對來自解析器26(分別標記為解析器26a至26d)的數(shù)據(jù)起作用的一個或更多過濾器24(分別標記為過濾器241至24n)之間的匹配,鈴聲選擇器22從鈴聲數(shù)據(jù)庫20選擇鈴聲之一。
在操作中,主題行解析器26a在主題行中查找任一過濾器24中引用的任何詞項,并且將這些詞項傳遞到鈴聲選擇器22。存在解析器24b接收邀請消息中的存在信息,并且在存在信息中查找任何詞項或條件(例如<地點類型>=汽車)。上下文解析器24c響應于基于來自呼叫方ID和主題事務字段的信息進行的查詢,從大量的源接收上下文信息。上下文信息可來自于獨立的上下文服務器,或者這些查詢可由上下文解析器24c發(fā)起。“其它”解析器24d用來說明其它信息也可用于該進行決策處理中。
鈴聲選擇器22確定是否有任何的過濾器匹配。如果有,則在匹配的過濾器中指定的鈴聲被用來指示進入呼叫。如果沒有,則使用缺省鈴聲。
可能地,多于一個過濾器可提供單個邀請消息的匹配。例如,接收方可具有第一過濾器,為在主題行中具有“緊急”的任何呼叫提供第一鈴聲;以及第二過濾器,為來自他或她的配偶的呼叫提供第二鈴聲。如果配偶是以包括單詞“緊急”的主題行來呼叫的,則兩個過濾器均可匹配,有沖突的鈴聲。對于沖突能夠?qū)嵤┰S多可能的解決方案。一個解決方案是使優(yōu)先值與每個過濾器相關聯(lián)。第二解決方案可以是當存在有多于一個匹配時交替各鈴聲。第三解決方案可以是無論何時只要存在有沖突則默認為具體的鈴聲。在優(yōu)選實施方式中,這些選擇可由用戶配置。
所有VOIP電話設計采用了一個或多個處理器來執(zhí)行一個或更多任務以進行通信。鈴聲選擇器22和解析器24可以實施為電話12中的由電話的處理器執(zhí)行的附加程序。在通常用于能夠處理VOIP呼叫的電話的硬件之外,不需要附加硬件??蛇x地,如下所述,圖2中所示的所有或部分功能可在網(wǎng)絡服務器中實施。在一個實施方式中,鈴聲選擇器可駐留于在其上還駐留了存在解析器、上下文解析器和主題解析器的應用服務器中,或者駐留于網(wǎng)絡內(nèi)分布的一個或更多服務器中。然后,應用服務器可以處理所有必要信息,以便選擇所需鈴聲并且在通信的信令階段中,將所選鈴聲文件作為媒體流發(fā)送到用戶的設備。以此方式,用戶的通信設備免于將寶貴資源用于鈴聲處理。此外,較少能力和較少功能的通信設備也能受益于本發(fā)明。
圖3示出了簡化的設置屏幕,其用于設計過濾器以使鈴聲與表示呼叫性質(zhì)的標準集合相關聯(lián)。該過濾器“上司和緊急”播放“貝多芬第五交響曲”的鈴聲,如果滿足以下兩個條件中的任一個的話(1)呼叫方在公司的組織結(jié)構(gòu)表中處于比接收方更高的級別,并且未應答的呼叫是待決的;或者(2)單詞“緊急”在主題行中。如電話處于無聲模式中,則無聲鈴聲字段選擇使用觸覺鈴聲。該過濾器被分配有優(yōu)先級值“2”,意味著如果同時出現(xiàn)的過濾器匹配具有優(yōu)先級3或更高優(yōu)先級(正如本領域技術(shù)人員所知的,優(yōu)先級值可以是以高優(yōu)先級的升序或降序),則將使用此鈴聲。在所示實施方式中,下拉框用來幫助選擇字段(例如呼叫方、位置、安排的會議等等)、條件運算符(<、>、=、是、非、包含......)和值(其中預設值與字段相關聯(lián))。
除了由用戶產(chǎn)生的過濾器之外,用戶的設備上或者應用服務器上的通信應用也可包含用于普通情形的預定過濾器和對于公司標準化的過濾器集合(如果電話12正在用于工作環(huán)境中)。
如上所述,除了音樂鈴聲之外,使用語言鈴聲也是合乎需要的,比如語音文件“上司正在進行緊急呼叫”。此外,圖形設計或視頻文件或動畫可與鈴聲相結(jié)合或者代替鈴聲來使用。
實施無聲鈴聲的許多方法是可用的。一個方式是利用一些預定的標準代碼來逐字拼出短語。例如,Morse代碼可通過利用“點(Dot)”(短振)和“劃(Dash)”(長振)來實施,以產(chǎn)生可識別的模式。DotDotDotDashDashDashDotDotDot(“SOS”的Morse代碼)可用于緊急情況呼叫。類似地,耦接于通信設備的板(pad)可輸出盲文或類似字符。另一方式可以含蓄地傳送關于呼叫性質(zhì)的信息。例如,用戶可為不同過濾器配置不同振動模式。例如,繼兩個長振之后的短振可能意味著呼叫主題中具有關鍵字“報告”。另一實例如圖3中所示,其中“DotDotDotDash”文件將提供與貝多芬第五交響曲的開頭相似的觸覺刺激,因而音頻鈴聲和無聲鈴聲可以是相關的。觸覺刺激的使用不僅對于諸如在劇院或會議中的需要安靜的情形是有益的,而且對于視覺和/或聽覺受損者也是有益的。
本發(fā)明對通信的效率有所改善。無需查看與嘗試的連接相關聯(lián)的任何信息,接收方就能快速確定該通信是否優(yōu)先于手頭的其它事務。這對于某些設備類型例如移動無線通信設備是特別有用的,其中應答通信請求可能要求關閉另一程序。此外,用戶可以具有基于鈴聲來傳送通信請求(例如發(fā)送到話音郵件或到另一方)而無需應答呼叫的能力。
盡管用以判斷是否接受呼叫而無需查看電話的能力是重要的,但是處理關于呼叫性質(zhì)的信息以做出關于應答呼叫或者是否在應答呼叫之前應當采取某些預備步驟的明智決策的能力可能甚至更為強大。例如,即使信息是可用的,但是對于用戶來說接收呼叫者的身份并且查找該呼叫者以前已呼叫過的次數(shù)、或者查找關于呼叫方的關聯(lián)記事表條目并不可行。在另一實例中,用戶可在應答呼叫之前打開給定文件或查找重要聯(lián)絡。本發(fā)明允許接收方從不同信息源基于指定多個標準的預定過濾器就關于是否應答呼叫來進行明智的決策。
盡管本發(fā)明的具體實施方式
已經(jīng)把注意力貫注于某些示例性實施方式,但是也將這些實施方式的各種改進以及可選地實施方式建議給本領域技術(shù)人員。本發(fā)明涵蓋了落入權(quán)利要求范圍之內(nèi)的任何改進或可選
權(quán)利要求
1.一種識別所需通信的性質(zhì)的方法,包括如下步驟接收與通信的目的有關的數(shù)據(jù);將所述數(shù)據(jù)與預定標準進行比較;以及響應于所述比較步驟,從識別文件的集合中選擇識別文件,用于呈現(xiàn)給接收方。
2.根據(jù)權(quán)利要求1所述的方法,其中所述選擇步驟包括選擇與匹配過濾器相關聯(lián)的識別文件的步驟。
3.根據(jù)權(quán)利要求2所述的方法,其中所述選擇步驟包括選擇與所述匹配過濾器相關聯(lián)的鈴聲文件的步驟。
4.根據(jù)權(quán)利要求3所述的方法,其中所述鈴聲文件包括用于可識別的觸覺刺激的文件。
5.根據(jù)權(quán)利要求4所述的方法,其中所述鈴聲文件利用觸覺刺激來代表字符。
6.根據(jù)權(quán)利要求2所述的方法,其中所述選擇步驟包括選擇與匹配過濾器相關聯(lián)的圖形文件的步驟。
7.一種用于在數(shù)據(jù)網(wǎng)絡上提供通信的電話系統(tǒng),包括用于接收與所述通信的目的有關的數(shù)據(jù)的電路;用于將所述數(shù)據(jù)與預定標準進行比較的電路;以及用于響應于所述比較步驟從識別文件的集合中選擇識別文件以便呈現(xiàn)給接收方的電路。
8.根據(jù)權(quán)利要求7所述的電話系統(tǒng),其中所述選擇電路包括用于選擇與匹配過濾器相關聯(lián)的識別文件的電路。
9.根據(jù)權(quán)利要求8所述的電話系統(tǒng),其中所述選擇電路包括用于選擇與所述匹配過濾器相關聯(lián)的鈴聲文件以提供音頻輸出的電路。
10.根據(jù)權(quán)利要求9所述的電話系統(tǒng),其中所述選擇電路包括用于選擇用以產(chǎn)生可識別的觸覺刺激的文件的電路。
11.根據(jù)權(quán)利要求8所述的電話系統(tǒng),其中所述選擇電路包括用于選擇與匹配過濾器相關聯(lián)的圖形文件以便提供視覺輸出的電路。
全文摘要
電話(12)通過從解析器(26)接收與通信的目的有關的數(shù)據(jù)以及將數(shù)據(jù)與由過濾器(24)指定的預定標準進行比較來識別所需通信的性質(zhì)。響應于該比較,從鈴聲集中選擇鈴聲。鈴聲可提供音頻或觸覺刺激或者兩者兼有。觸覺刺激例如可通過不同振動模式來提供??蛇x地,響應于該比較可以示出圖形。
文檔編號H04M3/42GK1798169SQ20051013227
公開日2006年7月5日 申請日期2005年12月22日 優(yōu)先權(quán)日2004年12月30日
發(fā)明者斯內(nèi)哈爾·德賽, 阿蒂雅·蘇黑爾, 卡希帕蒂·G·拉奧 申請人:阿爾卡特公司