专利名称：基于日志的铃声的制作方法
技术领域：
本发明一般涉及电信设备，尤其涉及以智能方式决定如何将输入消息的到来通知给用户的电信终端。
背景技术：
图1描述的是现有技术中的电信终端100(例如无线电话、有线电话、个人数字助理[PDA]等等)。电信终端100可以经由诸如公共电话交换网[PSTN]、蜂窝无线网络、无线局域网等网络来接收那些从其他电信终端发起的消息(例如来话语音电话呼叫通知、电子邮件消息、短消息服务[SMS]消息、多媒体消息服务[MMS]消息、即时消息传递[IM]消息等等)。
当电信终端100接收到一个消息时，它会借助于扬声器110来播放一段“铃声”(例如一段旋律、一连串蜂鸣声等等)，并且借助于显示器111来显示视觉信息(例如文本、图像等等)，由此将消息的到来告知终端用户——如果正在进行呼叫的话，则向用户通知相关的来话呼叫。电信终端100可以为所有输入消息播放某个特定铃声，或者播放与呼叫者分类相关联的铃声(例如用于业务往来的铃声、用于朋友的铃声、用于用户家庭成员的铃声等等)，此外也可以播放一个与单独的呼叫者相关联的铃声等等。同样，电信终端100可以通过显示一个文本消息(例如“来话呼叫”、“来话呼叫妈妈”、“来话呼叫555-555-5555”等等)、或一个图像(例如振铃电话的动画图标、呼叫者照片等等)或者同时显示文本消息和图像来指示存在一个输入消息。
当电信终端100的用户忽略来话呼叫通知的时候，所述呼叫的记录通常会保存在一个呼叫日志之中，其中所述日志指示的是呼叫发信方、接收呼叫的时间等等，这样一来，如果用户愿意的话，那么他能在稍后时间与所述发信方进行联系。此外，呼叫日志通常还保存用户应答的呼叫和用户发起的呼叫的记录。
发明内容
本发明能够基于来自与用户的一个或多个电信终端相关联的一个或多个呼叫日志的信息而向电信终端用户通知一个输入消息。特别地，示范性实施例根据作为呼叫日志一部分所保存的信息而设定音乐乐曲的一个或多个特性值(例如节奏、音量、音调、旋律等等)，其中举例来说，所述音乐乐曲可以是在铃声中使用的一段音乐。这种呼叫日志信息的实例包括(i)呼叫者(也就是发信方)在特定时间间隔中尝试与用户取得联系的次数；(ii)来自发信方的最近一次在先通信(例如电话呼叫、电子邮件、即时消息等等)的时间；以及其他信息。
举例来说，如果电信终端在一个消息到来的时候播放甲壳虫乐队的歌曲“Hello Goodbye”，那么所述歌曲可以根据消息的属性而以多种方式被播放·以较快的节奏为同一发信方在同一天发起的每一个连续消息播放歌曲；·为在那天从指定发信方那里接收的第一封电子邮件播放所述歌曲的钢琴演奏版本；·当呼叫来自一个已经错过至少一次而没有回呼的指定呼叫者的时候，以较大音量播放歌曲；·当呼叫者是在至少两个小时以内进行呼叫的第一方的时候，以低调模式而不是高调模式的和声来播放歌曲；或者·在首次接收到来自某个呼叫者的呼叫的时候，以一种活泼的旋律来播放歌曲。
本领域技术人员可以了解，修改音量或节奏之类的特性值并不会改变歌曲的基本特征。换句话说，歌曲的曲调并不依赖于这些特性，因此所述歌曲仍旧是可以识别的。
示范性实施例还对所显示的文本的特性值(例如字号、字形、颜色等等)以及图像的特性值(例如亮度、大小、对比度、分辨率等等)进行了设定，以便根据来自一个或多个呼叫日志的信息而将输入消息或呼叫通知给用户。举例来说，对具有用户指定判据所确定的较高重要性的输入消息来说，用于所述消息的文本通知可以采用粗体字或红色的形式来进行显示；但也可以以较快的速度来播放一个动画图像通知。
在本发明的某些实施例中，对用于通知用户的输出信号来说，它的一个或多个特性值是根据输入消息的一个或多个属性设定的。输入消息属性的实例包括消息的发信方、嵌入到消息中的优先级等级、与消息相关联的主题、消息的语义内容、消息的发送位置等等。
示范性实施例包括(a)在第一电信终端上接收消息，以及(b)基于源自至少一个呼叫日志的信息来确定音乐乐曲的特性值；其中音乐乐曲用于在消息到来的时候向第一电信终端的用户发出通知，并且其中音乐乐曲的曲调并不依赖于所述特性。
图1描述的是现有技术中的电信终端100。
图2描述的是依照本发明示范性实施例的电信终端200。
图3描述的是依照本发明示范性实施例的电信终端200的显著组件的框图。
图4描述的是依照本发明示范性实施例的呼叫日志400中的信息的示范性结构。
图5描述的是依照本发明示范性实施例而在接收到一个输入消息时由电信终端200执行的显著任务的流程图。
图6描述的是依照本发明示范性实施例并且如图5所示的任务530的详细流程图。
图7描述的是依照本发明示范性实施例并且如图5所示的任务540的详细流程图。
图8描述的是依照本发明示范性实施例并且如图5所示的任务550的详细流程图。
具体实施例方式
在这里为下文中出现的术语给出下列定义，以便在说明书和权利要求书中加以使用。
对说明书和权利要求书来说，术语“音乐乐曲”被定义为一段音乐或一个音效(例如一声或多声的蜂鸣音等等)。
图2描述的是依照本发明示范性实施例的电信终端200(或“终端200”)。如图2所示，终端200包括扬声器210和显示器211。扬声器210与电信终端100的扬声器110相似，它能以众所周知的方式产生听觉信号(例如铃声等等)。显示器211则与电信终端100的显示器111相似，它能以众所周知的方式产生视觉信号(例如文本、图像等等)。
图3描述的是依照本发明示范性实施例的终端200的显著组件的框图。如图3所示，终端200包括接收机301、处理器302、存储器303、发射机304、扬声器210以及显示器211，如所示，这些组件是相互连接在一起的。
接收机301接收那些从其他电信终端发送的信号(例如经由公共交换电话网[PSTN]、经由码分多址[CDMA]基站等等)，并且将这些信号中编码的信息以众所周知的方式转发到处理器302。在阅读了本公开之后，本领域技术人员将会清楚了解如何构造和使用接收机301。
处理器302是一个通用处理器，它能从存储器303中读出数据并且将数据写入存储器303，并且能以众所周知的方式将信号发送到扬声器210和显示器211，此外它还能够执行下文中根据图5～8所描述的任务。在本发明的某些替换实施例中，处理器302也可以是一个专用处理器。对本领域技术人员来说，无论出现哪一种情况，在阅读了本公开之后，他们都会清楚了解如何构造和使用处理器302。
正如本领域众所周知的那样，存储器303保存数据以及可执行指令，并且所述存储器可以是随机存取存储器(RAM)、闪速存储器、盘驱动器等等的任意组合。在阅读了本公开之后，本领域技术人员将会清楚了解如何构造和使用存储器303。
发射机304接收那些来自处理器302的信息，并且以众所周知的方式将那些对所述信息进行编码的信号发送到其他电信终端(例如经由公共交换电话网[PSTN]，经由码分多址[CDMA]基站等等)。在阅读了本公开之后，本领技术人员将会清楚了解如何构造和使用发射机304。
图4描述的是依照本发明示范性实施例的呼叫日志400中的示范性信息结构的三个表格。所述呼叫日志400是一个呼叫活动记录，它至少包含了一个以下呼叫的子集i.所有针对终端200并且得到实行的呼叫(也就是“来话呼叫”)；ii.所有从终端200发起的呼叫(也就是“出话呼叫”)；以及iii.所有针对终端200但是并未实行的呼叫(也就是“未接呼叫”)。
来话日志401包含的是来话呼叫的状态。对于每一个来话呼叫，所述来话日志401包含呼叫发信方身份(如果已知的话)，也称为主叫方；主叫方的电话号码；呼叫的时间和日期；以及呼叫的持续时间。其中主叫方是对终端200的用户进行呼叫的人。
出话日志402包含的是出话呼叫的状态。对于每一个出话呼叫，所述出话日志402包含被叫方身份；被叫方的电话号码；呼叫的时间和日期；以及呼叫的持续时间。被叫方则是终端200的用户呼叫的人。
未接日志403包含的是未接呼叫的状态。对于每一个未接呼叫，所述未接日志403包含主叫方身份(如果已知的话)；主叫方的电话号码；呼叫的时间和日期；以及针对呼叫的处理(如果已知的话)。如果呼叫处理信息已知，那么所述信息指示的是所述呼叫针对的是语音邮件、另一个终端还是以另一种方法对其进行处理。
图4所述的呼叫日志400对电话呼叫记录进行了描述。然而在阅读了说明书之后，本领域技术人员应该理解如何构造和使用一个提供消息活动记录的访问日志，其中所述消息活动记录可以与电话呼叫活动记录整合在一起，也可以与之分离。这种消息的实例包括电子邮件消息、短消息服务[SMS]消息、多媒体消息服务[MMS]消息以及即时消息传递[IM]消息等等。提供消息活动记录的呼叫日志则称为“消息日志”。
依照本发明的示范性实施例，呼叫日志400保存在终端200之中。而在某些实施例中，呼叫日志保存在终端200的外部(例如服务器、另一个电信终端等等)。本领域技术人员可以清楚了解如何在终端200、终端200外部或者同时在终端200及其外部保存所述呼叫日志。
此外，依照本发明的示范性实施例，呼叫日志400表示的是与终端200相关联的呼叫(也就是来话、出话和未接)。在某些替换实施例中，呼叫日志400表示的是聚集的呼叫日志和单独呼叫日志，其中每一个呼叫日志代表了与多个终端中的一个不同终端相关联的消息，而所有这些终端都涉及了终端200的用户。举例来说，用户可以定期使用包括终端200在内的若干个终端，并且有可能希望对所有呼叫日志加以考虑，以便确定如何通知一个输入消息。对本领域技术人员来说，通过从多个终端中聚集单独呼叫日志而从聚集的呼叫日志中检索信息的方式将是显而易见的。
终端200使用呼叫日志400中的信息来导出终端200用以确定输出信号(例如铃声等等)特性的详细资料，其中所述输出信号用于向用户通知一个来话呼叫。举例来说，如果Sam Perez在2004年4月22日下午2:00进行呼叫，那么可以很容易确定从Sam的最近一次在先呼叫(当天下午12:44)以来已经过去了一小时十六分钟。作为另一个实例，如果Liz Brown在2004年4月22日下午1:30进行呼叫，那么很容易就可以确定她的最近一次呼叫是从下午1:00以来第二次尝试与终端200的用户取得联系。对本领域技术人员来说，在阅读了说明书之后，如何从呼叫日志400中的信息中得到其他详细资料将是显而易见的。
在阅读了本说明书之后，本领域技术人员将会清楚了解如何构造和使用呼叫日志400。
图5描述的是依照本发明示范性实施例而在接收到一个消息(例如来话呼叫通知、电子邮件消息等等)时由终端200执行的操作的流程图。本领域技术人员将会清楚了解，图5中描述的任务可以是同时执行的，也可以按照与所述顺序不同的顺序执行。
在任务510，终端200的接收机301接收一个消息并且以众所周知的方式将所述消息转发到处理器302。
在任务520，当接收到输入消息的时候，处理器302以众所周知的方式确定使用什么音乐乐曲(也就是构成一个铃声)、什么图像以及什么文本来向用户发出通知。在某些实施例中，终端200可以为所有输入消息播放某个特定的音乐乐曲，但也可以播放一个与呼叫者分类相关联的音乐乐曲，此外还可以播放一个与单个呼叫者相关联的音乐乐曲等等。同样，在某些实施例中，终端200可以确定显示文本消息和图像中的一项，也可以确定同时显示这二项，以便在输入消息到来的时候向用户发出通知。本领域技术人员可以了解，在某些实施例中，电信终端200可以依照用户设定的首选项、电池电源、显示器211的性能等等而不输出铃声、图像和文本中的一项或多项。
如下文中根据图6详细描述的那样，在任务530，处理器302根据一个或多个呼叫日志来为任务520中选择的音乐乐曲确定一个或多个特性值。
根据本发明的示范性实施例，处理器302在呼叫日志400中检索相关信息。在某些替换实施例中，处理器302只检查那些包含了任务510所述的当前输入消息的主叫方的呼叫日志条目(也就是入站、出站和未接)。在某些其他实施例中，处理器302只检查那些包含了当前输入消息的主叫方的入站和未接日志条目。
处理器302根据用户较早时间(例如在发起电话业务的过程中，在工作日之初启动计算机的时候等等)执行的输入而在呼叫日志400中检索相关信息。在这种情况下，用户既可以是终端200的实际用户，也可以是终端200的管理员(例如信息技术[IT]人员等等)，他规定了在某些条件下发生变化的输出通知信号(例如音乐乐曲等等)的特性(例如音量等等)。此外，用户还规定了修改特性值的条件。而处理器302检索的相关信息则取决于在用户较早执行的输入中指定的条件。
举例来说，如果在用户输入中规定的条件是不论同一天接收一个呼叫的次数是否超过五次，处理器302都只在来话呼叫日志和未接呼叫日志中搜索同一天的呼叫。如果为输出通知信号规定的特性是音量，那么处理器302会为一到五个的呼叫调低音量，而为第五个呼叫以及五个以上的呼叫调高音量。
可选地，处理器302还根据输入消息的一个或多个属性来确定一个或多个特性。举例来说，处理器302可以对作为输入消息一部分的呼叫者标识符进行检查。在这个实例中，用户将处理器302配置成以不同于其他呼叫者的方式来处理源自特定呼叫者的所有呼叫，例如Susan Jones。基于Susan Jones的呼叫者标识符，可以为其所有呼叫大声地播放与之关联的曲调为“Mary Had a Little Lamb”的音乐乐曲。
此外，在这里可以大声和快速地播放用于通告当天来自SusanJones的第一个呼叫的音乐乐曲，并且可以大声和慢速地播放用于通告来自Susan Jones的所有其他呼叫的音乐乐曲。在这个实例中，音乐乐曲的音量是由输入消息的一个属性确定的，而音乐乐曲的节奏则是由来自呼叫日志400的信息确定的。音量和节奏都是稍后将在说明书中描述的特性。
如下文中根据图7详细描述的那样，在任务540，处理器302根据一个或多个呼叫日志来为任务520中选择的图像确定一个或多个特性值。并且如相对于任务530所描述的那样，处理器302是根据本发明示范性实施例而在呼叫日志400中检索相关信息的。
可选地，如相对于任务530所描述的那样，处理器302还根据输入消息的属性来确定图像的一个或多个特性值。
如下文中根据图8详细描述的那样，在任务550，处理器302根据一个或多个呼叫日志来为任务520中选择的文本确定一个或多个特性值。如相对于任务530所描述的那样，处理器302是根据本发明示范性实施例而在呼叫日志400中检索相关信息的。
可选地，如相对于任务530所描述的那样，处理器302还根据输入消息的属性来确定文本的一个或多个特性值。
在任务560，处理器302(i)向扬声器210发送一个信号，以便根据任务530中确定的特性值来播放任务520中选择的音乐乐曲，以及(ii)向显示器211发送一个信号，以便根据任务540和550中分别确定的特性值而以众所周知的方式显示任务520的图像和文本。图5的方法在执行了任务560之后结束。
图6描述的是根据本发明示范性实施例的任务530的详细流程图。本领域技术人员可以清楚了解，图6中描述的任务可以同时执行，但也可以按照一种与所述顺序不同的顺序执行。
根据本发明的示范性实施例，作为任务530的一部分，终端200基于一个或多个呼叫日志来确定任务520中所确定的音乐乐曲的一个或多个特性值的。然而，只要选定的音乐乐曲有效，那么所述音乐乐曲的曲调是不会发生变化的。
举例来说，如果歌曲“Mary Had a Little Lamb”即为选定的音乐乐曲，那么可以通过改变歌曲的一个或多个特性来向用户发出通知。特性的变化可以将所述歌曲的声音变大、使之发出不同的音调、或者发出由不同乐器演奏而似乎与歌曲的另一个版本不同的声音。然而，非常重要的是，由于曲调仍旧保持不变，因此终端200的用户仍然能够认出所述歌曲是“Mary Had a Little Lamb”。
对本领域技术人员来说，如何选择所要考虑和不做考虑的特性将是显而易见的。
在任务610，处理器302根据相关呼叫日志条目来确定音乐乐曲的音量。术语“音量”指的是声音的幅度或响度。举例来说，如果LizBrown在一天以内进行了若干次呼叫或即时消息传递，并且如呼叫日志中反映的那样，她尝试进行的所有联系都是以未接(或者没有响应)为结束的，那么应用于她当前输入消息的用户通知的音量将会大于(或者小于)在其先前呼叫时使用的音量。
在任务620，处理器302根据相关呼叫日志条目来确定音乐乐曲的节奏。术语“节奏”指的是播放音乐的相对速度。举例来说，在BarbSmith呼叫的时候，如呼叫日志400所反映的那样，应用于她当前输入消息的用户通知的节奏将会快于(或慢于)在其先前来话呼叫或是同一天尝试的其它类型的联系(例如SMS消息等等)中使用的节奏。
在任务630，处理器302根据相关呼叫日志条目来确定音乐乐曲的音调。术语“音调”指的是音调在由这个质量确定的一段乐声内部的相对位置。举例来说，较高(或较低)的音调被用于表示当天来自指定发信方的第一个呼叫，在这种情况下，来自Liz Brown的第一个呼叫是用一个高音调通知表示的，而来自Liz Brown的第二个呼叫(以及其他任何呼叫)则是用一个低音调通知表示的。
作为另一个实例，如果同一天有一个针对处于区号212中的某个人的呼叫是在所有发自区号212的呼叫之前进行的，那么可以使用一个较高的(或较低的)音调来表示任何一个从区号为212的区域发起的呼叫。
在任务640，处理器302根据相关呼叫日志条目来确定音乐乐曲的音色。术语“音色”指的是将其与相同音调和音量的其他声音加以区分的声音质量。改变音色的一个实例是改变演奏的乐器。举例来说，为了允许终端200的用户在电话呼叫之间的某段时间进行工作，可以将一个与长笛音色相类似的音色用于在最后一个应答输入消息之后一个小时以内接收的所有输入消息。此外，也可以将一个与“喇叭”的音色相类似的音色用于一个小时之后的下一个输入消息。
在任务650，处理器302根据相关呼叫日志条目来确定音乐乐曲的附加特性(例如旋律等等)。
在任务660，终端200产生一个基于音乐乐曲以及任务610～650的特性的输出通知信号。对指定的音乐乐曲来说，终端200是以众所周知的方式并且根据示范性实施例来合成由曲调和已确定特性给出的输出通知信号的。在某些替换实施例中，终端200是根据一组预存储波形(例如柔和的横笛波形、喧闹的喇叭波形等等)的已确定特性并以众所周知的方式来为音乐乐曲选择输出通知信号的，其中每个波形都显示出不同的特性组合。
在某些替换实施例中，听觉输出通知信号以语音消息为基础，其中所述语音消息转而以呼叫日志400为基础。举例来说，终端200产生一个通知消息，其中所述消息类似于“这是呼叫者今天进行的第五次呼叫”、“您最后一次与呼叫者交谈是在两天之前”或是“呼叫者正在进行第三次呼叫，但是您并未回复其呼叫”。对本领域技术人员来说。在阅读了说明书之后，如何将通知消息与一种指定状况关联在一起将是显而易见的。此外本领域技术人员还可以清楚了解如何播放一个语音通知消息。
图7描述的依照本发明示范性实施例的任务540的详细流程图。本领域技术人员可以清楚了解，图7描述的任务可以同时执行，但也可以按照一种与所述顺序不同的顺序执行。
根据本发明的示范性实施例，作为任务540的一部分，终端200基于一个或多个呼叫日志来确定任务520中所确定的图像的一个或多个视觉特性值的。然而，只要所述图像有效，那么用户识别图像图案的能力是不会发生变化的。
举例来说，如果选定图像是一个气球的图片，那么为了向用户发出通知，在这里可以改变气球图片的一个或多个视觉特性。特性的变化可以是使气球变大、也可以是将其变成不同的颜色、或是与气球的另一个图像相比更具有颗粒感。然而，非常重要的是，因为图片的可识别图案并未发生变化，因此用户仍然能将所述图片识别成是气球而不是海滩的图片。
对本领域技术人员来说，如何选择所要考虑和不做考虑的特性将是显而易见的。
在任务710，处理器302根据相关呼叫日志条目来确定图像大小。举例来说，对在指定的某一天来自指定人员的每一个输入消息而言，选定图像中的物体的大小将会比以前稍大(或者稍小)一些。在这里，为图6所述任务提供的呼叫日志实例同样也适用于任务710。
在任务720，处理器302根据相关呼叫日志条目来确定图像的亮度或“发光度”。在这里，为图6所述任务提供的呼叫日志实例同样也适用于任务720，其中亮度根据呼叫日志400中的信息并随输入消息的不同而增加(或减少)。
在任务730，处理器302根据相关呼叫日志条目来确定图像对比度。术语“对比度”表示图像亮区与暗区之间的亮度差。在这里，为图6所述任务提供的实例同样也适用于任务730，其中对比度根据呼叫日志400中的信息并随输入消息的不同而增加或减少。
在任务740，处理器302根据相关呼叫日志条目来确定图像的分辨率。术语“分辨率”表示的是可以在图像中区分的细节清晰度。在这里，为图6所述任务提供的呼叫日志实例同样也适用于740，其中分辨率根据呼叫日志400中的信息并且随输入消息的不同而增加或减少。
在任务750，处理器302根据相关呼叫日志条目来确定图像的附加特性(例如色调、饱和度等等)。
在任务760，终端200产生基于图像和任务710～750中的图像特性的输出通知信号。对指定图像来说，终端200将会以众所周知的方式并且根据示范性实施例来合成由用户可以识别的特定图像以及已确定特性给出的视觉信号。在某些替换实施例中，终端200是根据来自一组图像的预存储场景(例如高清晰度的大气球、低清晰度的小气球等等)并以众所周知的方式来选择输出通知信号，其中每一个场景都显示出了不同的特性组合。
图8描述的是依照本发明示范性实施例的任务550的详细流程图。本领域技术人员可以清楚了解，图8描述的任务可以同时执行，也可以按照一种与所述顺序不同的顺序执行。
根据本发明的示范性实施例，终端200显示作为输出通知信号一部分的文本，其中通知文本的语义内容(也就是所传达的含义)独立于呼叫日志400，但是未必独立于输入消息。举例来说，如果来话呼叫源自Liz Brown，那么终端200可以显示“来话呼叫”，也可以显示“源自Liz Brown的来话呼叫”，还可以显示“源自732-555-6544的来话呼叫”。对本领域技术人员来说，如何创建一个通知文本消息是显而易见的。
在构成任务550的操作中，处理器302将会确定用于向用户发出通知的文本的一个或多个视觉特性。对本领域技术人员来说，如何选择所要考虑和不做考虑的视觉特性将是显而易见的。
在任务810。处理器302根据相关呼叫日志条目来确定文本的字体(例如Arial、Times-Roman、Verdana等等)。在这里，为图6所述任务提供的呼叫日志实例同样也适用于任务810，其中终端200可以根据呼叫日志400中的信息而为某些输入消息显示Times-Roman字体的文本消息，并且可以为其他一些输入消息显示Verdana字体的文本消息。
在任务820，处理器302根据相关呼叫日志条目来确定文本的字形(例如常规、粗体、斜体等等)。在这里，为图6所述任务提供的呼叫日志实例同样也适用于任务820，其中终端200可以根据呼叫日志400中的信息而为某些输入消息显示常规字形的文本消息，并且可以为其他一些输入消息显示粗体字形的文本消息。
在任务830，处理器302根据相关呼叫日志条目来确定文本的字号(例如八点、十四点等等)。在这里，为图6所述任务提供的呼叫日志实例同样也适用于任务830，其中终端200可以根据呼叫日志400中的信息而为某些输入消息显示字号为十点的文本消息，并且可以为其他一些输入消息显示字号为十八点的文本消息。
在任务840，处理器320根据相关呼叫日志条目来确定文本的颜色(例如红色、黄色、绿色、黑色等等)。在这里，为图6所述任务提供的呼叫日志实例同样也适用于任务840。举例来说，终端200可以根据呼叫日志400中的信息而为某些输入消息(例如来自当天呼叫了十次的主叫方)显示红色的文本消息，并且为其他某些输入消息(例如来自当天呼叫不足五次的呼叫方)显示绿色的文本消息。
在任务850，处理器302根据呼叫日志条目来确定文本的附加特性(例如是否存在辅助符号、标点符号选项等等)。
在任务860，终端200产生一个基于文本内容和任务810～850中的特性的输出通知信号。终端200则根据示范性实施例而以众所周知的方式合成视觉信号。
在本发明的某些实施例中，终端200可以根据呼叫日志400来确定特定通知文本的语义内容。举例来说，终端200确定来话呼叫源自Liz Brown，察看Liz Brown进行了多少次呼叫，并且还形成通知文本消息“这是呼叫者今天的第五次呼叫”。在某些实施例中，发信方的姓名(例如Liz Brown等等)将会包含在通知文本中。作为其他实例，终端200也可以形成通知文本消息“您与呼叫者在两天前进行了即时消息传递”或是消息“呼叫者正在进行第三次呼叫，但是您并未回复所述呼叫”，其中这两个消息都是以呼叫日志400为基础的。对本领域技术人员来说，在阅读了本说明书之后，如何根据呼叫日志400来确定所要显示的特定通知文本的语义内容将会是显而易见的。
应该理解的是，上述实施例只是对本发明进行描述，在不脱离本发明范围的情况下，本领域技术人员可以设计出上述实施例的多种变化。举例来说，在说明书中给出了很多具体细节，以便提供关于本发明示范性实施例的全面描述和理解。然而，本领域技术人员将会发现，在不具有一个或多个此类细节的情况下，通过结合其他方法、材料、组件等等也是可以实现本发明的。
此外在某些情况中并未显示众所周知的结构、材料或操作，并且在这里也没有对此进行详细描述，以免造成示范性实施例的各个方面的模糊。应该理解的是，图中所示的不同实施例仅仅是示范性的，并且不一定是按比例制图的。说明书各处对“一个实施例”、“某个实施例”或“某些实施例”的引用意味着在本发明的至少一个实施例中包含了结合一个或多个实施例所描述的特定特征、结构、材料或特性，但是并非所有实施例都必然包含这些因素。因此，在说明书不同位置出现的词组“在一个实施例中”、“在某个实施例中”或者“在某些实施例中”并不全都涉及了同一个实施例。此外，在一个或多个实施例中也可以采用任何适当的方式来组合特定的特征、结构、材料或特性。因此，在这里意图是将这些变化包含在下列权利要求及其等价物的范围以内。
权利要求
1.一种方法，包括(a)在第一电信终端上接收消息；以及(b)基于来自至少一个呼叫日志的信息来确定音乐乐曲的特性值；其中所述音乐乐曲用于在所述消息到来的时候向所述第一电信终端的用户发出通知，并且其中所述音乐乐曲的曲调并不依赖于所述特性。
2.权利要求1的方法，其中所述特性是音量和节奏之一。
3.权利要求1的方法，其中所述特性是音调和音色之一。
4.权利要求1的方法，其中确定所述特性也是以所述消息的属性为基础的。
5.权利要求1的方法，其中所述信息包括所述通信发信方的身份。
6.权利要求1的方法，其中所述信息包括所述消息发信方在一个时间间隔中尝试与所述第一电信终端的用户取得联系的次数。
7.权利要求1的方法，其中所述信息包括所述消息发信方最近一次在先通信的时间。
8.权利要求1的方法，其中所述至少一个呼叫日志包括与所述第一电信终端相关联的第一呼叫日志，以及与第二电信终端相关联的第二呼叫日志。
9.一种方法，包括(a)在第一电信终端上接收消息；以及(b)基于来自至少一个呼叫日志的信息来确定图像的特性值；其中所述图像用于在所述消息到来的时候向所述电信终端的用户发出通知，并且其中用户识别所述图像的能力并不依赖于所述特性。
10.权利要求9的方法，其中所述特性是亮度和对比度之一。
11.权利要求9的方法，其中所述特性是大小和分辨率之一。
12.权利要求9的方法，其中确定所述特性也是以所述消息的属性为基础的。
13.权利要求9的方法，其中所述信息包括所述通信发信方的身份。
14.权利要求9的方法，其中所述信息包括所述消息发信方在一个时间间隔中尝试与所述第一电信终端的用户取得联系的次数。
15.权利要求9的方法，其中所述信息包括所述消息发信方最近一次在先通信的时间。
16.权利要求9的方法，其中所述至少一个呼叫日志包括与所述第一电信终端相关联的第一呼叫日志，以及与第二电信终端相关联的第二呼叫日志。
17.一种方法，包括(a)在第一电信终端上接收消息；以及(b)基于来自至少一个呼叫日志的信息来确定文本的特性值；其中所述文本用于在所述消息到来的时候向所述电信终端的用户发出通知。
18.权利要求17的方法，其中所述特性是字体、字形、字号和字体颜色之一。
19.权利要求17的方法，其中确定所述性也是以所述消息的属性为基础的。
20.权利要求17的方法，其中所述信息包括所述通信发信方的身份。
21.权利要求17的方法，其中所述信息包括所述消息发信方在一个时间间隔中尝试与所述第一电信终端的用户取得联系的次数。
22.权利要求17的方法，其中所述信息包括所述消息发信方最近一次在先通信的时间。
23.权利要求17的方法，其中所述至少一个呼叫日志包括与所述第一电信终端相关联的第一呼叫日志，以及与第二电信终端相关联的第二呼叫日志。
全文摘要
本发明涉及一种根据可以由用户电信终端使用并与所述终端相关联的信息来对用于将输入消息通知给用户的输出信号的特性加以确定的方法。特别地，在示范性实施例中，诸如节奏、音量、音调、旋律等音乐乐曲的一个或多个特性可以由此在数值上发生变化(例如较快对较慢，大声对小声等等)。此外，如果选择的是通知图像或文本，那么所述通知图像或文本的一个或多个属性也会由此发生变化。
文档编号H04M3/42GK1716975SQ200410012088
公开日2006年1月4日 申请日期2004年9月28日 优先权日2004年6月30日
发明者多莉·邓肯·塞利格曼, 塔利恩·穆迪 申请人:阿瓦雅技术公司