依赖于参数的铃声.pdf

依赖于参数的铃声
技术领域
本发明一般地涉及数字通信，特别地涉及用于通告通信请求的方法及设备。
背景技术
话音通信对于个人和专用目的都是最为普通的通信形式。多年来，电话已经是用于话音通信的主要工具。尽管对于通信是有效率的，但是电话还可能分散注意力。电话呼叫常常由于接收方忙于另一任务或者正在与另一方交谈而不被应答。
呼叫者ID提供关于呼叫方的一些信息。一些电话允许不同铃声关联于不同的输入号码。尽管这可向接收方提供呼叫者的身份或者呼叫者的雇主，但是它并不提供关于呼叫性质的信息。
VOIP(互联网语音协议)电话可在利用邀请(invite)消息传递到应答电话的“主题行”中提供关于呼叫性质的附加信息。还可提供附加的“存在”信息。然而，该信息仅在如果接收方能够访问该信息时才是有用的。访问该信息可能在许多情形中并不实用，例如在接收方正在与他人的会晤中或者正在驾车时。此外，如果接收方另外忙于工作，则他或她可能无暇查看该信息。
因此，已经出现了对于改进的方法及设备的需要，该方法和设备用于在呼叫通知的瞬间确定通信请求的性质而不与通信设备发生交互。
发明内容
在本发明中，所需通信的性质是通过接收与通信目的相关的数据、将该数据与预定标准进行比较以及响应于比较步骤从铃声集中选择铃声来识别的。
本发明允许接收方通过根据预定标准的铃声来识别通信请求的目的。于是，接收方能够对应答呼叫进行决策，而无需查看识别数据。
为了更完整理解本发明及其优点，现在参照与附图相结合的如下描述，在附图中：
图1示出了呼叫方电话与应答方电话之间连接的框图，其中关于呼叫性质的信息从呼叫方电话传递到应答方电话；
图2示出了在电话中或者在网络上的应用服务器中实施的铃声选择器，其用以响应于关于呼叫性质的信息来提供铃声；以及
图3示出了用于提供用户可配置的过滤器以将所选铃声与各种标准相关联的屏幕。
本发明相对于附图中的图1-3得到最佳理解，相似标号用于各图的相似的单元。
图1示出了对于从呼叫方电话10到接收方电话12的VOIP电话呼叫的通常设置。电话10和电话12可以是能够在网络14上发送和接收数据的任何装置，尽管网络14可以是任何公共或专用网，假定其为因特网。可用作电话10或电话12的装置，例如包括单机VOIP电话、台式计算机、移动计算机(包括个人数字助理，更多地称为PDA)或者具有联网能力的移动电话。电话10或电话12可利用模拟调制解调器经过PTSN(公共交换电话网)连接至网络14，尽管通常地，诸如DSL(数字用户线路)、数字线缆或T1连接的宽带连接可用来提供更高带宽。
有若干协议可用于VOIP呼叫建立，比如SIP(会话发起协议)。通常的呼叫建立过程遵循如下步骤。首先，呼叫方发起电话呼叫，例如通过拨打电话号码或者输入用于接收方的其它识别信息。在确定接收方的IP地址之后，“邀请”消息被发送到电话12。在所示实施方式中，邀请消息是用于连接的请求，其包含表示呼叫性质的若干种类的信息，或者可用来相对于呼叫方的身份实现导出呼叫性质。这些种类包括主题行消息、存在(包括丰富存在(Rich Presence))信息和上下文信息(下面描述)。图1中列举的种类是用于本发明的举例说明；可为呼叫性质信息提供附加或其它种类。
如果接收方希望应答该电话，则“接受”消息被发送到呼叫方(在SIP中，该消息被称为“200 OK”消息)。一旦接受消息被接收，则建立电话之间的话音连接以用于分组化的话音通信。
本发明提供了用以产生向接收方表示通信请求性质的具体音频提示或振动的能力，而无需接收方对识别呼叫性质的进入信息进行分析。在此说明书中，音频提示或特殊的无声刺激(例如振动)被称为铃声。“铃声”在这里被定义为可由电话12播放以提供特殊的音频或触觉刺激的任何文件。除了随电话提供(或者可下载至电话)的标准铃声之外，还可使用其它音频文件，比如WAV、MP3、AVI、WMA、ASF、ASX、AAC及当前可用或以后开发的其它文件格式。此外，创建可识别的振动的文件能够用来实施铃声。在本发明中，铃声文件不必驻留于手机上；它们可由用户在应用服务器上下载和记录，并且在通信的信令阶段中在电话上作为来自应用服务器的媒体流来播放。
图1中所示的呼叫方ID可包含可识别呼叫方的任何信息，例如姓名和/或电话号码，或者类似于电子邮件地址的唯一识别符。主题行通常在发送邀请消息之前由呼叫方输入，并可包含任何文本信息。主题行还可包含非文本信息，例如图形图标。
存在信息可包含与呼叫方的当前位置有关地任何信息。一些存在信息在当前文献中被称为“丰富存在”，但是出于此说明书的目的，所有这样的信息将被简称为“存在”。存在信息例如可包括，由呼叫方提供的信息、从诸如日历程序的信息源导出的信息、呼叫设备的状态信息以及物理存在检测器的信息。一些信息可由电话10直接地收集，而其它信息能够从可由电话10访问的存在服务器来访问。存在信息中可能包括的(以及与是否应答该电话的决策相关的)信息的类型如表1中所示。
表1  存在信息类型

  种类  示例  设备类型  PC、移动电话、有线电话  地点类型  住宅、办公室、汽车、公共运输、安静的公共地点或一般的  公共地点  种类指示  节日、进餐、会议、旅行、休假、驾驶、忙碌  始于  当前状态已经有效的时间长度  直至  当前状态可能保持有效的时间长度  关系  家人、同事、主管
上下文信息包括与在呼叫方与接收方之间的通信的当前尝试有关的信息。这例如可包括从关于先前通信和通信尝试的各种信息储备库中收集的历史和环境信息。该上下文信息可从各种数据库导出，例如呼叫日志(包括关于呼叫是否被应答或回复的信息)、传真日志、日程表及调度程序、联络数据库、组织结构表、记事程序、电子邮件、关于呼叫的笔记、话音邮件等等。此外，在Suhail等人于2004年12月20日提交的题为“SYSTEM AND METHOD FOR PROVIDING FEATURECUSTOMIZATION FOR A COMMUNICATIONS DEVICE BASED ONAN ACTIVE COMMUNICATIONS SESSION”的序列号为＿＿的美国专利申请(代理案号139289)中，上下文信息用来获取和显示信息，例如来自先前呼叫的笔记、记事表条目、有关文件等，这里将该申请引入作为参考。
在优选实施方式中，每个用户使铃声与一个或更多处理信息的过滤器相关联，该信息能够从邀请消息或者响应于邀请消息而获得。例如，“上司”铃声可与来自处于组织结构表的较高级别的任何人的呼叫相关联，该人(1)在最后48小时中有过未被回复的至少一个先前呼叫尝试，(2)正在会议中，(3)被安排在下一24小时中会见接收方，或者(4)在主题行中具有紧急性。
在操作中，呼叫方ID将提供识别呼叫方身份的信息(如果使用SIP协议，则此信息还可从SIP URL获得)，主题行将提供与该呼叫可能与何有关的信息，并且邀请消息中的存在信息可提供与呼叫方当前位于何处有关的信息。关于先前呼叫尝试和回复呼叫的上下文信息可通过利用来自于呼叫方ID的信息来搜索呼叫日志而导出。关于即将到来的会议的上下文信息可利用呼叫方ID从日程表程序中导出，以识别相关约会。
图2示出了表示用于确定选择哪个铃声的基本机制的框图。铃声数据库20存储铃声(或链接到铃声的文件名)的集合。响应于对来自解析器26(分别标记为解析器26a至26d)的数据起作用的一个或更多过滤器24(分别标记为过滤器24₁至24_n)之间的匹配，铃声选择器22从铃声数据库20选择铃声之一。
在操作中，主题行解析器26a在主题行中查找任一过滤器24中引用的任何词项，并且将这些词项传递到铃声选择器22。存在解析器24b接收邀请消息中的存在信息，并且在存在信息中查找任何词项或条件(例如<地点类型>＝汽车)。上下文解析器24c响应于基于来自呼叫方ID和主题事务字段的信息进行的查询，从大量的源接收上下文信息。上下文信息可来自于独立的上下文服务器，或者这些查询可由上下文解析器24c发起。“其它”解析器24d用来说明其它信息也可用于该进行决策处理中。
铃声选择器22确定是否有任何的过滤器匹配。如果有，则在匹配的过滤器中指定的铃声被用来指示进入呼叫。如果没有，则使用缺省铃声。
可能地，多于一个过滤器可提供单个邀请消息的匹配。例如，接收方可具有：第一过滤器，为在主题行中具有“紧急”的任何呼叫提供第一铃声；以及第二过滤器，为来自他或她的配偶的呼叫提供第二铃声。如果配偶是以包括单词“紧急”的主题行来呼叫的，则两个过滤器均可匹配，有冲突的铃声。对于冲突能够实施许多可能的解决方案。一个解决方案是使优先值与每个过滤器相关联。第二解决方案可以是当存在有多于一个匹配时交替各铃声。第三解决方案可以是无论何时只要存在有冲突则默认为具体的铃声。在优选实施方式中，这些选择可由用户配置。
所有VOIP电话设计采用了一个或多个处理器来执行一个或更多任务以进行通信。铃声选择器22和解析器24可以实施为电话12中的由电话的处理器执行的附加程序。在通常用于能够处理VOIP呼叫的电话的硬件之外，不需要附加硬件。可选地，如下所述，图2中所示的所有或部分功能可在网络服务器中实施。在一个实施方式中，铃声选择器可驻留于在其上还驻留了存在解析器、上下文解析器和主题解析器的应用服务器中，或者驻留于网络内分布的一个或更多服务器中。然后，应用服务器可以处理所有必要信息，以便选择所需铃声并且在通信的信令阶段中，将所选铃声文件作为媒体流发送到用户的设备。以此方式，用户的通信设备免于将宝贵资源用于铃声处理。此外，较少能力和较少功能的通信设备也能受益于本发明。
图3示出了简化的设置屏幕，其用于设计过滤器以使铃声与表示呼叫性质的标准集合相关联。该过滤器“上司和紧急”播放“贝多芬第五交响曲”的铃声，如果满足以下两个条件中的任一个的话：(1)呼叫方在公司的组织结构表中处于比接收方更高的级别，并且未应答的呼叫是待决的；或者(2)单词“紧急”在主题行中。如电话处于无声模式中，则无声铃声字段选择使用触觉铃声。该过滤器被分配有优先级值“2”，意味着如果同时出现的过滤器匹配具有优先级3或更高优先级(正如本领域技术人员所知的，优先级值可以是以高优先级的升序或降序)，则将使用此铃声。在所示实施方式中，下拉框用来帮助选择字段(例如呼叫方、位置、安排的会议等等)、条件运算符(＜、＞、＝、是、非、包含......)和值(其中预设值与字段相关联)。
除了由用户产生的过滤器之外，用户的设备上或者应用服务器上的通信应用也可包含用于普通情形的预定过滤器和对于公司标准化的过滤器集合(如果电话12正在用于工作环境中)。
如上所述，除了音乐铃声之外，使用语言铃声也是合乎需要的，比如语音文件“上司正在进行紧急呼叫”。此外，图形设计或视频文件或动画可与铃声相结合或者代替铃声来使用。
实施无声铃声的许多方法是可用的。一个方式是利用一些预定的标准代码来逐字拼出短语。例如，Morse代码可通过利用“点(Dot)”(短振)和“划(Dash)”(长振)来实施，以产生可识别的模式。DotDotDotDashDashDashDotDotDot(“SOS”的Morse代码)可用于紧急情况呼叫。类似地，耦接于通信设备的板(pad)可输出盲文或类似字符。另一方式可以含蓄地传送关于呼叫性质的信息。例如，用户可为不同过滤器配置不同振动模式。例如，继两个长振之后的短振可能意味着呼叫主题中具有关键字“报告”。另一实例如图3中所示，其中“DotDotDotDash”文件将提供与贝多芬第五交响曲的开头相似的触觉刺激，因而音频铃声和无声铃声可以是相关的。触觉刺激的使用不仅对于诸如在剧院或会议中的需要安静的情形是有益的，而且对于视觉和/或听觉受损者也是有益的。
本发明对通信的效率有所改善。无需查看与尝试的连接相关联的任何信息，接收方就能快速确定该通信是否优先于手头的其它事务。这对于某些设备类型例如移动无线通信设备是特别有用的，其中应答通信请求可能要求关闭另一程序。此外，用户可以具有基于铃声来传送通信请求(例如发送到话音邮件或到另一方)而无需应答呼叫的能力。
尽管用以判断是否接受呼叫而无需查看电话的能力是重要的，但是处理关于呼叫性质的信息以做出关于应答呼叫或者是否在应答呼叫之前应当采取某些预备步骤的明智决策的能力可能甚至更为强大。例如，即使信息是可用的，但是对于用户来说接收呼叫者的身份并且查找该呼叫者以前已呼叫过的次数、或者查找关于呼叫方的关联记事表条目并不可行。在另一实例中，用户可在应答呼叫之前打开给定文件或查找重要联络。本发明允许接收方从不同信息源基于指定多个标准的预定过滤器就关于是否应答呼叫来进行明智的决策。
尽管本发明的具体实施方式已经把注意力贯注于某些示例性实施方式，但是也将这些实施方式的各种改进以及可选地实施方式建议给本领域技术人员。本发明涵盖了落入权利要求范围之内的任何改进或可选
实施方式。