[发明专利]用上下文扩充呼叫

说明书

背景

会话参与者之间经由他们的计算设备进行的实时会谈正变得越来越普遍。这种实时会话要求参与者在其计算机设备(或个人数字助理)旁边并能在收到通信时做出响应。实时会话的通用格式由即时消息服务、电话系统、会议系统等提供。即时消息服务允许参与者发送消息并让这些消息在一两秒钟内由会话中的其他参与者收到。接收参与者随后能够将响应的消息以类似的方式发送给其他参与者。为了有效率，实时会话依赖于参与者很快地得知、查看并响应接收到的消息。这种快速响应与其中电子邮件消息的收件人在其方便时回复该消息的传统电子邮件系统不同。

即时消息服务需要联网协议来在各参与者之间建立并管理通信。这些服务可以使用各种机制来建立会话，诸如“会话初始化协议”(″SIP″)。SIP是计算机系统可用于发现彼此并建立、修改和终止会话的应用层控制协议。SIP是被提议的因特网建议标准。它的规范“RFC 3261”可在<http://www.ietf.org/rfc/rfc3261.txt>处获得。用于有关事件通知的SIP扩展的规范“RFC 3265”可在<http://www.ietf.org/rfc/rfc3265.txt>处获得。这两个规范都通过引用而全文结合在此。

SIP网络包括能够作为客户机、服务器或两者而参与对话的实体。SIP支持四类实体：用户代理、代理服务器、重定向服务器和注册器。用户代理通过与其他SIP实体交互消息来发起并终止会话。用户代理可以是用户代理客户机(“UAC”)，或者用户代理服务器(“UAS”)，其中UAC是发起SIP请求的设备而UAS是接收SIP请求并对这些请求作出响应的设备。作为示例，“IP电话”、个人数字助理和其他类型的计算设备可以作为用户代理。设备可以在一个对话中是UAC而在另一个对话中是UAS，或者可以在该对话期间改变角色。代理服务器是对客户机充当服务器和对服务器充当客户机的实体。由此，代理服务器在UAC和UAS之间截取、解释或转发消息。重定向服务器接受SIP请求并生成指向UAC的响应，其中该UAC发送该请求以接触可选网络资源。注册器是从用户代理接受注册信息并且通知所接收注册信息的位置服务的服务器。

SIP支持两种消息类型：从UAC发送至UAS的请求，以及响应请求时从UAS发送至UAC的响应。SIP消息由三部分组成。SIP消息的第一部分是“请求线”，它包括指示消息方法(例如，邀请)的字段以及标识该请求所指向的用户或服务的请求URI的字段。SIP消息的第二部分包括其值被表示为名-值对的报头。SIP消息的第三部分是消息的主体，用于描述要发起的会话或者包括与该会话相关的数据。消息主体可以在请求或响应中出现。

IP语音(“VoIP”)电话呼叫可由发送标识待呼叫的被呼叫者电话号码的SIPINVITE请求的呼叫者设备发起。当被呼叫者的设备接收到该邀请时，它能把该邀请通知给被呼叫者并向该呼叫者发送SIP SESSION-In-PROGRESS(SIP会话进行中)消息。当被呼叫者应答时，被呼叫者的设备用SIP 200OK(好)消息响应于该INVITE请求。呼叫者和被呼叫者之间的会话随后可以使用实时协议(“RTP”)以分组传输。当呼叫者挂断时，呼叫者的设备向被呼叫者发送SIP BYE(再见)请求以终止该呼叫。

传统的电话系统在呼叫被应答之前不提供有关呼叫的信息。当呼叫被应答时，呼叫者和被呼叫者通常交换名称以表明身份。呼叫者标识系统已被用于在被呼叫者应答之前向被呼叫者提供有关该呼叫的某些信息。当呼叫被接收时，初始电话的电话号码被提供。支持呼叫者ID的电话可以在回复电话期间向被呼叫者显示电话号码或该电话号码所映射的名称。被呼叫者随后基于呼叫者ID信息决定是否应答该电话。不幸的是，被呼叫者无法简单地基于呼叫者ID信息来做出有关呼入电话呼叫的消息灵通的决定。

诸如呼叫中心电话系统的某些电话系统可以使用呼叫者ID信息来检索关于该呼叫者的额外信息。例如，电话系统可以访问客户数据库并检索该呼叫者的当前账户状态。当在呼叫中心的客户服务代表应答电话呼叫时，当前账户信息可被显示以使得该代表能帮助呼叫者。不幸的是，呼叫中心电话系统无法得知呼叫的真正原因并且代表在会谈进行之前无法检索帮助呼叫者所需的精确信息。

概述