專利名稱：基于日志的鈴聲的制作方法
技術領域：
本發(fā)明一般涉及電信設備，尤其涉及以智能方式?jīng)Q定如何將輸入消息的到來通知給用戶的電信終端。
背景技術：
圖1描述的是現(xiàn)有技術中的電信終端100(例如無線電話、有線電話、個人數(shù)字助理[PDA]等等)。電信終端100可以經(jīng)由諸如公共電話交換網(wǎng)[PSTN]、蜂窩無線網(wǎng)絡、無線局域網(wǎng)等網(wǎng)絡來接收那些從其他電信終端發(fā)起的消息(例如來話語音電話呼叫通知、電子郵件消息、短消息服務[SMS]消息、多媒體消息服務[MMS]消息、即時消息傳遞[IM]消息等等)。
當電信終端100接收到一個消息時，它會借助于揚聲器110來播放一段“鈴聲”(例如一段旋律、一連串蜂鳴聲等等)，并且借助于顯示器111來顯示視覺信息(例如文本、圖像等等)，由此將消息的到來告知終端用戶——如果正在進行呼叫的話，則向用戶通知相關的來話呼叫。電信終端100可以為所有輸入消息播放某個特定鈴聲，或者播放與呼叫者分類相關聯(lián)的鈴聲(例如用于業(yè)務往來的鈴聲、用于朋友的鈴聲、用于用戶家庭成員的鈴聲等等)，此外也可以播放一個與單獨的呼叫者相關聯(lián)的鈴聲等等。同樣，電信終端100可以通過顯示一個文本消息(例如“來話呼叫”、“來話呼叫媽媽”、“來話呼叫555-555-5555”等等)、或一個圖像(例如振鈴電話的動畫圖標、呼叫者照片等等)或者同時顯示文本消息和圖像來指示存在一個輸入消息。
當電信終端100的用戶忽略來話呼叫通知的時候，所述呼叫的記錄通常會保存在一個呼叫日志之中，其中所述日志指示的是呼叫發(fā)信方、接收呼叫的時間等等，這樣一來，如果用戶愿意的話，那么他能在稍后時間與所述發(fā)信方進行聯(lián)系。此外，呼叫日志通常還保存用戶應答的呼叫和用戶發(fā)起的呼叫的記錄。

發(fā)明內容
本發(fā)明能夠基于來自與用戶的一個或多個電信終端相關聯(lián)的一個或多個呼叫日志的信息而向電信終端用戶通知一個輸入消息。特別地，示范性實施例根據(jù)作為呼叫日志一部分所保存的信息而設定音樂樂曲的一個或多個特性值(例如節(jié)奏、音量、音調、旋律等等)，其中舉例來說，所述音樂樂曲可以是在鈴聲中使用的一段音樂。這種呼叫日志信息的實例包括(i)呼叫者(也就是發(fā)信方)在特定時間間隔中嘗試與用戶取得聯(lián)系的次數(shù)；(ii)來自發(fā)信方的最近一次在先通信(例如電話呼叫、電子郵件、即時消息等等)的時間；以及其他信息。
舉例來說，如果電信終端在一個消息到來的時候播放甲殼蟲樂隊的歌曲“Hello Goodbye”，那么所述歌曲可以根據(jù)消息的屬性而以多種方式被播放·以較快的節(jié)奏為同一發(fā)信方在同一天發(fā)起的每一個連續(xù)消息播放歌曲；·為在那天從指定發(fā)信方那里接收的第一封電子郵件播放所述歌曲的鋼琴演奏版本；·當呼叫來自一個已經(jīng)錯過至少一次而沒有回呼的指定呼叫者的時候，以較大音量播放歌曲；·當呼叫者是在至少兩個小時以內進行呼叫的第一方的時候，以低調模式而不是高調模式的和聲來播放歌曲；或者·在首次接收到來自某個呼叫者的呼叫的時候，以一種活潑的旋律來播放歌曲。
本領域技術人員可以了解，修改音量或節(jié)奏之類的特性值并不會改變歌曲的基本特征。換句話說，歌曲的曲調并不依賴于這些特性，因此所述歌曲仍舊是可以識別的。
示范性實施例還對所顯示的文本的特性值(例如字號、字形、顏色等等)以及圖像的特性值(例如亮度、大小、對比度、分辨率等等)進行了設定，以便根據(jù)來自一個或多個呼叫日志的信息而將輸入消息或呼叫通知給用戶。舉例來說，對具有用戶指定判據(jù)所確定的較高重要性的輸入消息來說，用于所述消息的文本通知可以采用粗體字或紅色的形式來進行顯示；但也可以以較快的速度來播放一個動畫圖像通知。
在本發(fā)明的某些實施例中，對用于通知用戶的輸出信號來說，它的一個或多個特性值是根據(jù)輸入消息的一個或多個屬性設定的。輸入消息屬性的實例包括消息的發(fā)信方、嵌入到消息中的優(yōu)先級等級、與消息相關聯(lián)的主題、消息的語義內容、消息的發(fā)送位置等等。
示范性實施例包括(a)在第一電信終端上接收消息，以及(b)基于源自至少一個呼叫日志的信息來確定音樂樂曲的特性值；其中音樂樂曲用于在消息到來的時候向第一電信終端的用戶發(fā)出通知，并且其中音樂樂曲的曲調并不依賴于所述特性。


圖1描述的是現(xiàn)有技術中的電信終端100。
圖2描述的是依照本發(fā)明示范性實施例的電信終端200。
圖3描述的是依照本發(fā)明示范性實施例的電信終端200的顯著組件的框圖。
圖4描述的是依照本發(fā)明示范性實施例的呼叫日志400中的信息的示范性結構。
圖5描述的是依照本發(fā)明示范性實施例而在接收到一個輸入消息時由電信終端200執(zhí)行的顯著任務的流程圖。
圖6描述的是依照本發(fā)明示范性實施例并且如圖5所示的任務530的詳細流程圖。
圖7描述的是依照本發(fā)明示范性實施例并且如圖5所示的任務540的詳細流程圖。
圖8描述的是依照本發(fā)明示范性實施例并且如圖5所示的任務550的詳細流程圖。
具體實施例方式
在這里為下文中出現(xiàn)的術語給出下列定義，以便在說明書和權利要求書中加以使用。
對說明書和權利要求書來說，術語“音樂樂曲”被定義為一段音樂或一個音效(例如一聲或多聲的蜂鳴音等等)。
圖2描述的是依照本發(fā)明示范性實施例的電信終端200(或“終端200”)。如圖2所示，終端200包括揚聲器210和顯示器211。揚聲器210與電信終端100的揚聲器110相似，它能以眾所周知的方式產(chǎn)生聽覺信號(例如鈴聲等等)。顯示器211則與電信終端100的顯示器111相似，它能以眾所周知的方式產(chǎn)生視覺信號(例如文本、圖像等等)。
圖3描述的是依照本發(fā)明示范性實施例的終端200的顯著組件的框圖。如圖3所示，終端200包括接收機301、處理器302、存儲器303、發(fā)射機304、揚聲器210以及顯示器211，如所示，這些組件是相互連接在一起的。
接收機301接收那些從其他電信終端發(fā)送的信號(例如經(jīng)由公共交換電話網(wǎng)[PSTN]、經(jīng)由碼分多址[CDMA]基站等等)，并且將這些信號中編碼的信息以眾所周知的方式轉發(fā)到處理器302。在閱讀了本公開之后，本領域技術人員將會清楚了解如何構造和使用接收機301。
處理器302是一個通用處理器，它能從存儲器303中讀出數(shù)據(jù)并且將數(shù)據(jù)寫入存儲器303，并且能以眾所周知的方式將信號發(fā)送到揚聲器210和顯示器211，此外它還能夠執(zhí)行下文中根據(jù)圖5～8所描述的任務。在本發(fā)明的某些替換實施例中，處理器302也可以是一個專用處理器。對本領域技術人員來說，無論出現(xiàn)哪一種情況，在閱讀了本公開之后，他們都會清楚了解如何構造和使用處理器302。
正如本領域眾所周知的那樣，存儲器303保存數(shù)據(jù)以及可執(zhí)行指令，并且所述存儲器可以是隨機存取存儲器(RAM)、閃速存儲器、盤驅動器等等的任意組合。在閱讀了本公開之后，本領域技術人員將會清楚了解如何構造和使用存儲器303。
發(fā)射機304接收那些來自處理器302的信息，并且以眾所周知的方式將那些對所述信息進行編碼的信號發(fā)送到其他電信終端(例如經(jīng)由公共交換電話網(wǎng)[PSTN]，經(jīng)由碼分多址[CDMA]基站等等)。在閱讀了本公開之后，本領技術人員將會清楚了解如何構造和使用發(fā)射機304。
圖4描述的是依照本發(fā)明示范性實施例的呼叫日志400中的示范性信息結構的三個表格。所述呼叫日志400是一個呼叫活動記錄，它至少包含了一個以下呼叫的子集i.所有針對終端200并且得到實行的呼叫(也就是“來話呼叫”)；ii.所有從終端200發(fā)起的呼叫(也就是“出話呼叫”)；以及iii.所有針對終端200但是并未實行的呼叫(也就是“未接呼叫”)。
來話日志401包含的是來話呼叫的狀態(tài)。對于每一個來話呼叫，所述來話日志401包含呼叫發(fā)信方身份(如果已知的話)，也稱為主叫方；主叫方的電話號碼；呼叫的時間和日期；以及呼叫的持續(xù)時間。其中主叫方是對終端200的用戶進行呼叫的人。
出話日志402包含的是出話呼叫的狀態(tài)。對于每一個出話呼叫，所述出話日志402包含被叫方身份；被叫方的電話號碼；呼叫的時間和日期；以及呼叫的持續(xù)時間。被叫方則是終端200的用戶呼叫的人。
未接日志403包含的是未接呼叫的狀態(tài)。對于每一個未接呼叫，所述未接日志403包含主叫方身份(如果已知的話)；主叫方的電話號碼；呼叫的時間和日期；以及針對呼叫的處理(如果已知的話)。如果呼叫處理信息已知，那么所述信息指示的是所述呼叫針對的是語音郵件、另一個終端還是以另一種方法對其進行處理。
圖4所述的呼叫日志400對電話呼叫記錄進行了描述。然而在閱讀了說明書之后，本領域技術人員應該理解如何構造和使用一個提供消息活動記錄的訪問日志，其中所述消息活動記錄可以與電話呼叫活動記錄整合在一起，也可以與之分離。這種消息的實例包括電子郵件消息、短消息服務[SMS]消息、多媒體消息服務[MMS]消息以及即時消息傳遞[IM]消息等等。提供消息活動記錄的呼叫日志則稱為“消息日志”。
依照本發(fā)明的示范性實施例，呼叫日志400保存在終端200之中。而在某些實施例中，呼叫日志保存在終端200的外部(例如服務器、另一個電信終端等等)。本領域技術人員可以清楚了解如何在終端200、終端200外部或者同時在終端200及其外部保存所述呼叫日志。
此外，依照本發(fā)明的示范性實施例，呼叫日志400表示的是與終端200相關聯(lián)的呼叫(也就是來話、出話和未接)。在某些替換實施例中，呼叫日志400表示的是聚集的呼叫日志和單獨呼叫日志，其中每一個呼叫日志代表了與多個終端中的一個不同終端相關聯(lián)的消息，而所有這些終端都涉及了終端200的用戶。舉例來說，用戶可以定期使用包括終端200在內的若干個終端，并且有可能希望對所有呼叫日志加以考慮，以便確定如何通知一個輸入消息。對本領域技術人員來說，通過從多個終端中聚集單獨呼叫日志而從聚集的呼叫日志中檢索信息的方式將是顯而易見的。
終端200使用呼叫日志400中的信息來導出終端200用以確定輸出信號(例如鈴聲等等)特性的詳細資料，其中所述輸出信號用于向用戶通知一個來話呼叫。舉例來說，如果Sam Perez在2004年4月22日下午2:00進行呼叫，那么可以很容易確定從Sam的最近一次在先呼叫(當天下午12:44)以來已經(jīng)過去了一小時十六分鐘。作為另一個實例，如果Liz Brown在2004年4月22日下午1:30進行呼叫，那么很容易就可以確定她的最近一次呼叫是從下午1:00以來第二次嘗試與終端200的用戶取得聯(lián)系。對本領域技術人員來說，在閱讀了說明書之后，如何從呼叫日志400中的信息中得到其他詳細資料將是顯而易見的。
在閱讀了本說明書之后，本領域技術人員將會清楚了解如何構造和使用呼叫日志400。
圖5描述的是依照本發(fā)明示范性實施例而在接收到一個消息(例如來話呼叫通知、電子郵件消息等等)時由終端200執(zhí)行的操作的流程圖。本領域技術人員將會清楚了解，圖5中描述的任務可以是同時執(zhí)行的，也可以按照與所述順序不同的順序執(zhí)行。
在任務510，終端200的接收機301接收一個消息并且以眾所周知的方式將所述消息轉發(fā)到處理器302。
在任務520，當接收到輸入消息的時候，處理器302以眾所周知的方式確定使用什么音樂樂曲(也就是構成一個鈴聲)、什么圖像以及什么文本來向用戶發(fā)出通知。在某些實施例中，終端200可以為所有輸入消息播放某個特定的音樂樂曲，但也可以播放一個與呼叫者分類相關聯(lián)的音樂樂曲，此外還可以播放一個與單個呼叫者相關聯(lián)的音樂樂曲等等。同樣，在某些實施例中，終端200可以確定顯示文本消息和圖像中的一項，也可以確定同時顯示這二項，以便在輸入消息到來的時候向用戶發(fā)出通知。本領域技術人員可以了解，在某些實施例中，電信終端200可以依照用戶設定的首選項、電池電源、顯示器211的性能等等而不輸出鈴聲、圖像和文本中的一項或多項。
如下文中根據(jù)圖6詳細描述的那樣，在任務530，處理器302根據(jù)一個或多個呼叫日志來為任務520中選擇的音樂樂曲確定一個或多個特性值。
根據(jù)本發(fā)明的示范性實施例，處理器302在呼叫日志400中檢索相關信息。在某些替換實施例中，處理器302只檢查那些包含了任務510所述的當前輸入消息的主叫方的呼叫日志條目(也就是入站、出站和未接)。在某些其他實施例中，處理器302只檢查那些包含了當前輸入消息的主叫方的入站和未接日志條目。
處理器302根據(jù)用戶較早時間(例如在發(fā)起電話業(yè)務的過程中，在工作日之初啟動計算機的時候等等)執(zhí)行的輸入而在呼叫日志400中檢索相關信息。在這種情況下，用戶既可以是終端200的實際用戶，也可以是終端200的管理員(例如信息技術[IT]人員等等)，他規(guī)定了在某些條件下發(fā)生變化的輸出通知信號(例如音樂樂曲等等)的特性(例如音量等等)。此外，用戶還規(guī)定了修改特性值的條件。而處理器302檢索的相關信息則取決于在用戶較早執(zhí)行的輸入中指定的條件。
舉例來說，如果在用戶輸入中規(guī)定的條件是不論同一天接收一個呼叫的次數(shù)是否超過五次，處理器302都只在來話呼叫日志和未接呼叫日志中搜索同一天的呼叫。如果為輸出通知信號規(guī)定的特性是音量，那么處理器302會為一到五個的呼叫調低音量，而為第五個呼叫以及五個以上的呼叫調高音量。
可選地，處理器302還根據(jù)輸入消息的一個或多個屬性來確定一個或多個特性。舉例來說，處理器302可以對作為輸入消息一部分的呼叫者標識符進行檢查。在這個實例中，用戶將處理器302配置成以不同于其他呼叫者的方式來處理源自特定呼叫者的所有呼叫，例如Susan Jones?；赟usan Jones的呼叫者標識符，可以為其所有呼叫大聲地播放與之關聯(lián)的曲調為“Mary Had a Little Lamb”的音樂樂曲。
此外，在這里可以大聲和快速地播放用于通告當天來自SusanJones的第一個呼叫的音樂樂曲，并且可以大聲和慢速地播放用于通告來自Susan Jones的所有其他呼叫的音樂樂曲。在這個實例中，音樂樂曲的音量是由輸入消息的一個屬性確定的，而音樂樂曲的節(jié)奏則是由來自呼叫日志400的信息確定的。音量和節(jié)奏都是稍后將在說明書中描述的特性。
如下文中根據(jù)圖7詳細描述的那樣，在任務540，處理器302根據(jù)一個或多個呼叫日志來為任務520中選擇的圖像確定一個或多個特性值。并且如相對于任務530所描述的那樣，處理器302是根據(jù)本發(fā)明示范性實施例而在呼叫日志400中檢索相關信息的。
可選地，如相對于任務530所描述的那樣，處理器302還根據(jù)輸入消息的屬性來確定圖像的一個或多個特性值。
如下文中根據(jù)圖8詳細描述的那樣，在任務550，處理器302根據(jù)一個或多個呼叫日志來為任務520中選擇的文本確定一個或多個特性值。如相對于任務530所描述的那樣，處理器302是根據(jù)本發(fā)明示范性實施例而在呼叫日志400中檢索相關信息的。
可選地，如相對于任務530所描述的那樣，處理器302還根據(jù)輸入消息的屬性來確定文本的一個或多個特性值。
在任務560，處理器302(i)向揚聲器210發(fā)送一個信號，以便根據(jù)任務530中確定的特性值來播放任務520中選擇的音樂樂曲，以及(ii)向顯示器211發(fā)送一個信號，以便根據(jù)任務540和550中分別確定的特性值而以眾所周知的方式顯示任務520的圖像和文本。圖5的方法在執(zhí)行了任務560之后結束。
圖6描述的是根據(jù)本發(fā)明示范性實施例的任務530的詳細流程圖。本領域技術人員可以清楚了解，圖6中描述的任務可以同時執(zhí)行，但也可以按照一種與所述順序不同的順序執(zhí)行。
根據(jù)本發(fā)明的示范性實施例，作為任務530的一部分，終端200基于一個或多個呼叫日志來確定任務520中所確定的音樂樂曲的一個或多個特性值的。然而，只要選定的音樂樂曲有效，那么所述音樂樂曲的曲調是不會發(fā)生變化的。
舉例來說，如果歌曲“Mary Had a Little Lamb”即為選定的音樂樂曲，那么可以通過改變歌曲的一個或多個特性來向用戶發(fā)出通知。特性的變化可以將所述歌曲的聲音變大、使之發(fā)出不同的音調、或者發(fā)出由不同樂器演奏而似乎與歌曲的另一個版本不同的聲音。然而，非常重要的是，由于曲調仍舊保持不變，因此終端200的用戶仍然能夠認出所述歌曲是“Mary Had a Little Lamb”。
對本領域技術人員來說，如何選擇所要考慮和不做考慮的特性將是顯而易見的。
在任務610，處理器302根據(jù)相關呼叫日志條目來確定音樂樂曲的音量。術語“音量”指的是聲音的幅度或響度。舉例來說，如果LizBrown在一天以內進行了若干次呼叫或即時消息傳遞，并且如呼叫日志中反映的那樣，她嘗試進行的所有聯(lián)系都是以未接(或者沒有響應)為結束的，那么應用于她當前輸入消息的用戶通知的音量將會大于(或者小于)在其先前呼叫時使用的音量。
在任務620，處理器302根據(jù)相關呼叫日志條目來確定音樂樂曲的節(jié)奏。術語“節(jié)奏”指的是播放音樂的相對速度。舉例來說，在BarbSmith呼叫的時候，如呼叫日志400所反映的那樣，應用于她當前輸入消息的用戶通知的節(jié)奏將會快于(或慢于)在其先前來話呼叫或是同一天嘗試的其它類型的聯(lián)系(例如SMS消息等等)中使用的節(jié)奏。
在任務630，處理器302根據(jù)相關呼叫日志條目來確定音樂樂曲的音調。術語“音調”指的是音調在由這個質量確定的一段樂聲內部的相對位置。舉例來說，較高(或較低)的音調被用于表示當天來自指定發(fā)信方的第一個呼叫，在這種情況下，來自Liz Brown的第一個呼叫是用一個高音調通知表示的，而來自Liz Brown的第二個呼叫(以及其他任何呼叫)則是用一個低音調通知表示的。
作為另一個實例，如果同一天有一個針對處于區(qū)號212中的某個人的呼叫是在所有發(fā)自區(qū)號212的呼叫之前進行的，那么可以使用一個較高的(或較低的)音調來表示任何一個從區(qū)號為212的區(qū)域發(fā)起的呼叫。
在任務640，處理器302根據(jù)相關呼叫日志條目來確定音樂樂曲的音色。術語“音色”指的是將其與相同音調和音量的其他聲音加以區(qū)分的聲音質量。改變音色的一個實例是改變演奏的樂器。舉例來說，為了允許終端200的用戶在電話呼叫之間的某段時間進行工作，可以將一個與長笛音色相類似的音色用于在最后一個應答輸入消息之后一個小時以內接收的所有輸入消息。此外，也可以將一個與“喇叭”的音色相類似的音色用于一個小時之后的下一個輸入消息。
在任務650，處理器302根據(jù)相關呼叫日志條目來確定音樂樂曲的附加特性(例如旋律等等)。
在任務660，終端200產(chǎn)生一個基于音樂樂曲以及任務610～650的特性的輸出通知信號。對指定的音樂樂曲來說，終端200是以眾所周知的方式并且根據(jù)示范性實施例來合成由曲調和已確定特性給出的輸出通知信號的。在某些替換實施例中，終端200是根據(jù)一組預存儲波形(例如柔和的橫笛波形、喧鬧的喇叭波形等等)的已確定特性并以眾所周知的方式來為音樂樂曲選擇輸出通知信號的，其中每個波形都顯示出不同的特性組合。
在某些替換實施例中，聽覺輸出通知信號以語音消息為基礎，其中所述語音消息轉而以呼叫日志400為基礎。舉例來說，終端200產(chǎn)生一個通知消息，其中所述消息類似于“這是呼叫者今天進行的第五次呼叫”、“您最后一次與呼叫者交談是在兩天之前”或是“呼叫者正在進行第三次呼叫，但是您并未回復其呼叫”。對本領域技術人員來說。在閱讀了說明書之后，如何將通知消息與一種指定狀況關聯(lián)在一起將是顯而易見的。此外本領域技術人員還可以清楚了解如何播放一個語音通知消息。
圖7描述的依照本發(fā)明示范性實施例的任務540的詳細流程圖。本領域技術人員可以清楚了解，圖7描述的任務可以同時執(zhí)行，但也可以按照一種與所述順序不同的順序執(zhí)行。
根據(jù)本發(fā)明的示范性實施例，作為任務540的一部分，終端200基于一個或多個呼叫日志來確定任務520中所確定的圖像的一個或多個視覺特性值的。然而，只要所述圖像有效，那么用戶識別圖像圖案的能力是不會發(fā)生變化的。
舉例來說，如果選定圖像是一個氣球的圖片，那么為了向用戶發(fā)出通知，在這里可以改變氣球圖片的一個或多個視覺特性。特性的變化可以是使氣球變大、也可以是將其變成不同的顏色、或是與氣球的另一個圖像相比更具有顆粒感。然而，非常重要的是，因為圖片的可識別圖案并未發(fā)生變化，因此用戶仍然能將所述圖片識別成是氣球而不是海灘的圖片。
對本領域技術人員來說，如何選擇所要考慮和不做考慮的特性將是顯而易見的。
在任務710，處理器302根據(jù)相關呼叫日志條目來確定圖像大小。舉例來說，對在指定的某一天來自指定人員的每一個輸入消息而言，選定圖像中的物體的大小將會比以前稍大(或者稍小)一些。在這里，為圖6所述任務提供的呼叫日志實例同樣也適用于任務710。
在任務720，處理器302根據(jù)相關呼叫日志條目來確定圖像的亮度或“發(fā)光度”。在這里，為圖6所述任務提供的呼叫日志實例同樣也適用于任務720，其中亮度根據(jù)呼叫日志400中的信息并隨輸入消息的不同而增加(或減少)。
在任務730，處理器302根據(jù)相關呼叫日志條目來確定圖像對比度。術語“對比度”表示圖像亮區(qū)與暗區(qū)之間的亮度差。在這里，為圖6所述任務提供的實例同樣也適用于任務730，其中對比度根據(jù)呼叫日志400中的信息并隨輸入消息的不同而增加或減少。
在任務740，處理器302根據(jù)相關呼叫日志條目來確定圖像的分辨率。術語“分辨率”表示的是可以在圖像中區(qū)分的細節(jié)清晰度。在這里，為圖6所述任務提供的呼叫日志實例同樣也適用于740，其中分辨率根據(jù)呼叫日志400中的信息并且隨輸入消息的不同而增加或減少。
在任務750，處理器302根據(jù)相關呼叫日志條目來確定圖像的附加特性(例如色調、飽和度等等)。
在任務760，終端200產(chǎn)生基于圖像和任務710～750中的圖像特性的輸出通知信號。對指定圖像來說，終端200將會以眾所周知的方式并且根據(jù)示范性實施例來合成由用戶可以識別的特定圖像以及已確定特性給出的視覺信號。在某些替換實施例中，終端200是根據(jù)來自一組圖像的預存儲場景(例如高清晰度的大氣球、低清晰度的小氣球等等)并以眾所周知的方式來選擇輸出通知信號，其中每一個場景都顯示出了不同的特性組合。
圖8描述的是依照本發(fā)明示范性實施例的任務550的詳細流程圖。本領域技術人員可以清楚了解，圖8描述的任務可以同時執(zhí)行，也可以按照一種與所述順序不同的順序執(zhí)行。
根據(jù)本發(fā)明的示范性實施例，終端200顯示作為輸出通知信號一部分的文本，其中通知文本的語義內容(也就是所傳達的含義)獨立于呼叫日志400，但是未必獨立于輸入消息。舉例來說，如果來話呼叫源自Liz Brown，那么終端200可以顯示“來話呼叫”，也可以顯示“源自Liz Brown的來話呼叫”，還可以顯示“源自732-555-6544的來話呼叫”。對本領域技術人員來說，如何創(chuàng)建一個通知文本消息是顯而易見的。
在構成任務550的操作中，處理器302將會確定用于向用戶發(fā)出通知的文本的一個或多個視覺特性。對本領域技術人員來說，如何選擇所要考慮和不做考慮的視覺特性將是顯而易見的。
在任務810。處理器302根據(jù)相關呼叫日志條目來確定文本的字體(例如Arial、Times-Roman、Verdana等等)。在這里，為圖6所述任務提供的呼叫日志實例同樣也適用于任務810，其中終端200可以根據(jù)呼叫日志400中的信息而為某些輸入消息顯示Times-Roman字體的文本消息，并且可以為其他一些輸入消息顯示Verdana字體的文本消息。
在任務820，處理器302根據(jù)相關呼叫日志條目來確定文本的字形(例如常規(guī)、粗體、斜體等等)。在這里，為圖6所述任務提供的呼叫日志實例同樣也適用于任務820，其中終端200可以根據(jù)呼叫日志400中的信息而為某些輸入消息顯示常規(guī)字形的文本消息，并且可以為其他一些輸入消息顯示粗體字形的文本消息。
在任務830，處理器302根據(jù)相關呼叫日志條目來確定文本的字號(例如八點、十四點等等)。在這里，為圖6所述任務提供的呼叫日志實例同樣也適用于任務830，其中終端200可以根據(jù)呼叫日志400中的信息而為某些輸入消息顯示字號為十點的文本消息，并且可以為其他一些輸入消息顯示字號為十八點的文本消息。
在任務840，處理器320根據(jù)相關呼叫日志條目來確定文本的顏色(例如紅色、黃色、綠色、黑色等等)。在這里，為圖6所述任務提供的呼叫日志實例同樣也適用于任務840。舉例來說，終端200可以根據(jù)呼叫日志400中的信息而為某些輸入消息(例如來自當天呼叫了十次的主叫方)顯示紅色的文本消息，并且為其他某些輸入消息(例如來自當天呼叫不足五次的呼叫方)顯示綠色的文本消息。
在任務850，處理器302根據(jù)呼叫日志條目來確定文本的附加特性(例如是否存在輔助符號、標點符號選項等等)。
在任務860，終端200產(chǎn)生一個基于文本內容和任務810～850中的特性的輸出通知信號。終端200則根據(jù)示范性實施例而以眾所周知的方式合成視覺信號。
在本發(fā)明的某些實施例中，終端200可以根據(jù)呼叫日志400來確定特定通知文本的語義內容。舉例來說，終端200確定來話呼叫源自Liz Brown，察看Liz Brown進行了多少次呼叫，并且還形成通知文本消息“這是呼叫者今天的第五次呼叫”。在某些實施例中，發(fā)信方的姓名(例如Liz Brown等等)將會包含在通知文本中。作為其他實例，終端200也可以形成通知文本消息“您與呼叫者在兩天前進行了即時消息傳遞”或是消息“呼叫者正在進行第三次呼叫，但是您并未回復所述呼叫”，其中這兩個消息都是以呼叫日志400為基礎的。對本領域技術人員來說，在閱讀了本說明書之后，如何根據(jù)呼叫日志400來確定所要顯示的特定通知文本的語義內容將會是顯而易見的。
應該理解的是，上述實施例只是對本發(fā)明進行描述，在不脫離本發(fā)明范圍的情況下，本領域技術人員可以設計出上述實施例的多種變化。舉例來說，在說明書中給出了很多具體細節(jié)，以便提供關于本發(fā)明示范性實施例的全面描述和理解。然而，本領域技術人員將會發(fā)現(xiàn)，在不具有一個或多個此類細節(jié)的情況下，通過結合其他方法、材料、組件等等也是可以實現(xiàn)本發(fā)明的。
此外在某些情況中并未顯示眾所周知的結構、材料或操作，并且在這里也沒有對此進行詳細描述，以免造成示范性實施例的各個方面的模糊。應該理解的是，圖中所示的不同實施例僅僅是示范性的，并且不一定是按比例制圖的。說明書各處對“一個實施例”、“某個實施例”或“某些實施例”的引用意味著在本發(fā)明的至少一個實施例中包含了結合一個或多個實施例所描述的特定特征、結構、材料或特性，但是并非所有實施例都必然包含這些因素。因此，在說明書不同位置出現(xiàn)的詞組“在一個實施例中”、“在某個實施例中”或者“在某些實施例中”并不全都涉及了同一個實施例。此外，在一個或多個實施例中也可以采用任何適當?shù)姆绞絹斫M合特定的特征、結構、材料或特性。因此，在這里意圖是將這些變化包含在下列權利要求及其等價物的范圍以內。
權利要求
1.一種方法，包括(a)在第一電信終端上接收消息；以及(b)基于來自至少一個呼叫日志的信息來確定音樂樂曲的特性值；其中所述音樂樂曲用于在所述消息到來的時候向所述第一電信終端的用戶發(fā)出通知，并且其中所述音樂樂曲的曲調并不依賴于所述特性。
2.權利要求1的方法，其中所述特性是音量和節(jié)奏之一。
3.權利要求1的方法，其中所述特性是音調和音色之一。
4.權利要求1的方法，其中確定所述特性也是以所述消息的屬性為基礎的。
5.權利要求1的方法，其中所述信息包括所述通信發(fā)信方的身份。
6.權利要求1的方法，其中所述信息包括所述消息發(fā)信方在一個時間間隔中嘗試與所述第一電信終端的用戶取得聯(lián)系的次數(shù)。
7.權利要求1的方法，其中所述信息包括所述消息發(fā)信方最近一次在先通信的時間。
8.權利要求1的方法，其中所述至少一個呼叫日志包括與所述第一電信終端相關聯(lián)的第一呼叫日志，以及與第二電信終端相關聯(lián)的第二呼叫日志。
9.一種方法，包括(a)在第一電信終端上接收消息；以及(b)基于來自至少一個呼叫日志的信息來確定圖像的特性值；其中所述圖像用于在所述消息到來的時候向所述電信終端的用戶發(fā)出通知，并且其中用戶識別所述圖像的能力并不依賴于所述特性。
10.權利要求9的方法，其中所述特性是亮度和對比度之一。
11.權利要求9的方法，其中所述特性是大小和分辨率之一。
12.權利要求9的方法，其中確定所述特性也是以所述消息的屬性為基礎的。
13.權利要求9的方法，其中所述信息包括所述通信發(fā)信方的身份。
14.權利要求9的方法，其中所述信息包括所述消息發(fā)信方在一個時間間隔中嘗試與所述第一電信終端的用戶取得聯(lián)系的次數(shù)。
15.權利要求9的方法，其中所述信息包括所述消息發(fā)信方最近一次在先通信的時間。
16.權利要求9的方法，其中所述至少一個呼叫日志包括與所述第一電信終端相關聯(lián)的第一呼叫日志，以及與第二電信終端相關聯(lián)的第二呼叫日志。
17.一種方法，包括(a)在第一電信終端上接收消息；以及(b)基于來自至少一個呼叫日志的信息來確定文本的特性值；其中所述文本用于在所述消息到來的時候向所述電信終端的用戶發(fā)出通知。
18.權利要求17的方法，其中所述特性是字體、字形、字號和字體顏色之一。
19.權利要求17的方法，其中確定所述性也是以所述消息的屬性為基礎的。
20.權利要求17的方法，其中所述信息包括所述通信發(fā)信方的身份。
21.權利要求17的方法，其中所述信息包括所述消息發(fā)信方在一個時間間隔中嘗試與所述第一電信終端的用戶取得聯(lián)系的次數(shù)。
22.權利要求17的方法，其中所述信息包括所述消息發(fā)信方最近一次在先通信的時間。
23.權利要求17的方法，其中所述至少一個呼叫日志包括與所述第一電信終端相關聯(lián)的第一呼叫日志，以及與第二電信終端相關聯(lián)的第二呼叫日志。
全文摘要
本發(fā)明涉及一種根據(jù)可以由用戶電信終端使用并與所述終端相關聯(lián)的信息來對用于將輸入消息通知給用戶的輸出信號的特性加以確定的方法。特別地，在示范性實施例中，諸如節(jié)奏、音量、音調、旋律等音樂樂曲的一個或多個特性可以由此在數(shù)值上發(fā)生變化(例如較快對較慢，大聲對小聲等等)。此外，如果選擇的是通知圖像或文本，那么所述通知圖像或文本的一個或多個屬性也會由此發(fā)生變化。
文檔編號H04M3/42GK1716975SQ200410012088
公開日2006年1月4日 申請日期2004年9月28日 優(yōu)先權日2004年6月30日
發(fā)明者多莉·鄧肯·塞利格曼, 塔利恩·穆迪 申請人:阿瓦雅技術公司