专利名称：用于保持通话会话状态的方法和系统的制作方法
技术领域：
本发明通常涉及通话应用领域，并且更具体地涉及用于保持通话应用领域中的通话状态的新颖且有用的方法及系统。背景网络应用和互联网协议语音(VOIP)中的创新为通过传统的电话服务提供的性能带来了相当大的变化。将电话语音对话与网站互动相整合的新颖的服务和平台已被引入。同时，SMS(短消息服务)或者MMS(多媒体消息传送服务)消息一更一般地称为文本消息传送或者多媒体消息传送的使用，也已变为世界范围的主要的通信形式。然而，由于消息传送系统的单个消息本性，SMS消息受限于与互联网应用的整合量。SMS消息具有受限的字符限制，以及相应地具有可以与单个消息相关联的有限的数据量。根据发明者所发现的，问题的根源在于没有用于保持通话消息状态的方法或者系统，以使单个消息可以与其它消息相关联。另外地，当改变通信信道时，在通过电话互动期间建立起的信息和应用状态不被保持。由此，在通话应用领域中需要创建用于保持通话会话状态的新颖且有用的方法和系统。本发明提出了这类新颖且有用的方法和系统。附图简述图I和2是第一优选实施方式的方法的图式表征；图3是优选实施方式的HTTP cookie变体的图式表征；图4是优选实施方式的API资源变体的图式表征；图5是优选实施方式的调节电话消息的图式表征；图6是优选实施方式的将通信会话与语音会话相关联的图式表征；图7和8是第二优选实施方式的方法的图式表征；图9是第一和第二优选实施方式的变体的图式表征；以及
图10是优选实施方式的系统的图式表征。优选实施方式的描述本发明的优选实施方式的以下描述并不意在将本发明限制于这些优选实施方式，而是使得在本领域中的任何技术人员能够制造和使用该发明。 如图I和2中所示出的，优选实施方式的用于保持通话状态的方法包括初始化通话设备和应用服务器之间的通话通信的通信会话SllO ;通过通话平台的呼叫路由器来路由通话通信S120 ;存储用于电话设备和应用服务器的通信会话的会话状态S130 ;以及在应用服务器和呼叫路由器之间通信地传输已存储的会话状态S140。该方法起作用以保持不同的通话通信实例之间的通信会话的状态。该方法优选地使得过去的通信的状态信息可用于应用服务器，和/或为网站提供存储关于特定的“通话访问者”的数据的机构(例如，在消息传送或者过去的通信信息中涉及的设备)。在一个优选实施方式中，该方法使用通话通信的HTTP Cookie来保持应用状态。该方法优选地在能够处理基于语音通话的应用的系统诸如在于2009年4月2日提交的已公布的美国公开号为2009/0252159且标题为“用于保持通话会话的系统和方法”中所描述的通话平台上实施，该公布的全部内容以引用方式被并入。该方法可以可选地通过具体用于通话消息传送的系统来实施或者通过与通话平台或者任意合适的系统通信的应用服务器来实施。该方法可以与通话消息传送一起使用，通话消息传送包括短消息服务(SMS)消息、多媒体消息传送服务(MMS)、传真或者任意合适的通话消息传送。通信会话优选地包含应用状态可以保持在其中的多个通话消息。该方法可以可选地或另外地与语音会话(即，电话呼叫)、视频呼叫或者任意合适的通信协议一起使用。该方法可以与语音会话一起使用以保持电话呼叫期间和/或相同的呼叫者和被呼叫者之间的多个呼叫之间的状态。虽然在本文档中，通话消息传送以及更具体的短消息服务(SMS)通常被用作优选的通话协议，但除了或者替代通话消息传送或者SMS，可以使用使用
任意合适协议的任意合适的可选的通话通信形式，例如MMS (多媒体消息传送服务)、传真或者语音。步骤SllO包括初始化电话设备和应用服务器之间的通话通信的通信会话，该步骤起作用来发送第一通话消息或者呼叫请求以开始通过通话网络的对话。通信会话优选地是至少一个设备和应用服务器之间的一段时间的通信。一段时间的通信优选地包括初始消息或者通信，并且优选地包括后续消息。在通信会话期间，应用服务器和电话设备之间的通话通信的请求优选地在应用服务器和呼叫路由器之间传递。例如，发生在设备和应用服务器之间的用于SMS消息传送的通信会话可以包括为了便利应用服务器和设备之间的通信而传送的每个应用服务器到呼叫路由器的请求和SMS消息，直到会话结束。通信会话可以包括发生在设备和应用之间的所有通信，但是可以可选地被限定为一个时间段内的通信或者用于开始和结束通信会话的任意合适的规则。通话通信优选地是通话消息传送且更优选地是SMS消息，但是可以是MMS消息语首或者任意合适的通话通/[目。对于语首，通彳目会话可以在一个呼叫内，但是更优选地包括在相同的呼叫者和被呼叫者之间的多个呼叫。SMS网关服务器优选地通过短消息服务中心(“SMS-C”)连接到SMS网络、直接连接到7号信令系统(SS7)通话网络、或者通过任意其它合适的SMS网关供应商，并且消息优选地通过呼叫路由器从网关接收。呼叫路由器优选地协调电话设备和联网的应用服务器之间的交换。如在以下的步骤S112和S114中例证的，通话设备或者应用服务器可以发起呼叫。如在图I中所示出的，作为第一备选方案，初始化对话优选地包括从通话设备S112接收传入的SMS消息。通话设备可以是PSTN连接的(公共交换电话网络)或者互联网可寻址设备，例如固定电话、移动电话、卫星电话、互联网协议语音(VOIP)电话、SIP(会话发起协议)设备、Skype、Gtalk或者任意其它合适的PSTN连接的或者互联网可寻址的语音设备。传入的SMS消息优选地从源地址接收。源地址优选地是的标准电话号码，但是可以是任意合适的源地址，例如VOIP供应商ID、SMS设备号、电子邮件地址或者简短代码。额外的信息，例如位置，可以另外地从，例如电话号码的地区代码处获得。SMS消息优选地被定址到目标地址(或者应用的传入地址)，目标地址优选地是标准电话号码，但是可以可选地是免费号码、简短代码号码、长代码号码、电话号码加输入的分机号码、电话号码加包括在消息中的标记或者任意合适的目标地址。除目标号码可以影响什么应用服务器操纵消息以夕卜，消息的内容可以额外地影响相关联的URI和关键字或者标记。在从通话设备接收传入的SMS消息后，呼叫路由器优选地识别与目标地址相关联的(或者“映射的”)URI (统一资源标识符)。初始URI优选地由网络应用(其可以在第三方服务器上运行)或者呼叫路由器账户持有人在呼叫路由器处预指定。更优选地，初始URI通过呼叫目标的唯一识别符被分配给传入的SMS消息，所述唯一识别符例如DID (直接呼入拨号)电话号码或者VOIP SIP地址。在一个变体中，SMS系统在较大的通话应用系统内操作，以及多个应用可以与单个传入的地址相关联。在该变体中，基于目标地址和传入的消息的类型(SMS、MMS、语音呼叫、传真等等)来识别URI。换言之，根据通话会话的源可以识别不同的URI。例如，语音呼叫或者传真可能具有不同的初始URI，该初始URI将操纵由这些可选择的设备发起的通话会话。如在图2中所示出的，作为第二备选方案，初始化对话优选地包括从应用服务器接收消息请求S114。SMS消息请求优选地包括消息上下文；如果请求是SMS消息的话，包括文本；如果消息是MMS的话，包括媒体；或者用于其它形式的通话通信的其它内容。消息请 求可以另外地包括响应URI，响应URI包括指引接收的消息来答复由应用服务器发起的消息的URI，可选地，可以使用被分配给应用服务器的初始URI。如第一变体，来自应用服务器的指令可以是被包括在呼叫路由器和应用服务器之间的HTTP通信中的通话指令或者命令的形式。呼叫路由器优选地处理通话指令以将服务器响应转换为通话行动或者通话会话期间可执行的操作。服务器响应优选地通过HTTP被接收，并且优选地被格式化为XML。呼叫路由器可以根据与服务器响应相关联的mime类型来另外地处理通话指令。例如，如果响应mime类型是XML，其被认为是一组呼叫路由器指令。如果响应mime类型是MP3、JPEG、视频文件或者其它的媒体文件，其被认为是应该作为MMS发送的媒体。如果响应类型是纯文本，其被认为是应该作为SMS发送的文本。如步骤S114的变体，来自应用服务器的SMS消息请求可以可选地通过呼叫路由器API来发出。呼叫路由器API优选地是应用编程接口(API)，例如在本领域中已知的RESTAPI (具象状态传送)，但是呼叫路由器API可以可选地是SOAP (简单对象访问协议)API或者任意合适的程序化的通信接口。在步骤S120期间，消息请求被优选地通过呼叫路由器API传达到呼叫路由器，而呼叫路由器然后优选地继续发送消息。应用服务器或者任意合适的HTTP使能设备可以使用呼叫路由器API以发起将SMS消息发送到由电话号码、VOIP供应商ID、SMS设备号、电子邮件地址、简短代码或者任意合适的电话设备地址优选指定的设备。步骤S120，包括通过通话平台的呼叫路由器来路由通话通信，起作用以将通话通信转发到目的地。在从设备接收传入的通话消息的变体中，通话消息被包括在到由识别的URI指定的应用服务器的HTTP或者HTTPS消息中。在应用服务器发起通话消息的发送的变体中，应用服务器优选地与呼叫路由器通信，而呼叫路由器优选地将通话消息发送到由通话地址指定的设备。根据以上所提到的，与呼叫路由器通信的应用服务器优选地通过通话指令或者呼叫路由器API来实现，但是可以使用任意合适的框架。步骤S130，包括存储用于通话设备和应用服务器的通信会话的会话状态，起作用来为保持电话设备和应用的应用互动的状态来提供资源。会话状态优选地唯一识别由电话设备和应用通信创建的通信会话。会话状态优选地由包括“到”和“从”字段的元组来限定，“到”和“从”字段包括电话设备和应用服务器的呼叫者和被呼叫者信息。通话通信的参与者可以可选地通过任意合适的构造来限定。会话状态的数据优选地被存储在HTTP Cookie中，如在图3中所示出的。可选地，会话状态可以使用任意合适的网站会话存储机构来存储。HTTP Cookie优选地由通话平台来管理，并且可以通过呼叫路由器来存储。cookie优选地被存储用于通过通话平台建立的每个通信。限定会话状态的到-字段(to-field)和从-字段(from-field)优选地被用于识别对应的cookie。应用服务器可以优选地将该cookie利用于类似于基于浏览器的互动的那些应用。从应用服务器的角度来看，每个访问应用服务器的设备优选地模拟成或者显示为浏览器，并且cookie可以优选地为每个访问应用服务器的设备地址来创建。cookie可以通过应用服务器被用于保持用户偏好、浏览会话或者其它用于应用通话地址(例如，电话号码)和被呼叫者通话地址的数据。另外地或者可选地，会话状态可以被存储为应用服务器可以通过呼叫路由器API访问的呼叫路由器API资源，如图4中所示出的。呼叫路由器API优选地将状态信息存储在持续的URI中用作资源。API资源可以实质上对以上描述的HTTP cookie起作用，但是 可以另外地存储其它信息，例如通信历史。持续的URI优选地包含所有必要的状态信息，并且这优选地使得数据持续、可查询并且可恢复。应用服务器或者另一个设备可以稍后访问持续URI的数据以确定对话的状态。具体地，优选地创建通过呼叫路由器API可访问的会话历史资源。到-字段和从-字段优选地被包括在请求中，以识别会话状态的数据。完整记录、独立消息、媒体文件(原始的以及MMS格式化的消息)、响应URI、诸如时间戳的元数据以及通话中的任意合适的数据可以是通过呼叫路由器API可访问的。会话历史可以包括保存与在设备和应用服务器之间发送的消息相关联的内容和动作。应用服务器经常会答复来自设备的通话消息。这些答复的会话状态优选地以和初始的通话消息实质上相同的方式(例如，通过通话指令或者通过呼叫路由器API)来保持和传达。虽然答复优选地被发送到设备的源地址(与应用服务器的一些指定地址形成对照)。另外地，应用服务器可以优选地为来自设备的未来消息指定响应URI。呼叫路由器将优选地将从设备接收的下一条消息传递到答复URI而不是以上讨论的初始URI。在执行通话消息应用的过程中，可以有多条在设备和应用服务器之间传递的消息。对话状态的存储另外地起作用以支持这些多消息应用。过去的消息的记录或者历史优选地被储存作为对话状态的一部分。与不相关的、单个消息形成对照，通过保持对话的状态，SMS消息变成完整的对话。可以另外地做出对话的历史的额外的抽象。根据一个抽象，可以引入可被用于分组多个相关的消息的会话的概念。这样的会话可以基于消息的时间间隔来分配。例如，在满足期满时间需求后，会话可以被关闭，并且下一条消息标志新会话的开始。应用服务器可以可选地限定会话的起始和结束。例如，应用服务器可以发送通话指令或者呼叫路由器API消息以通知会话的起始和结束。这可以另外地通过会话状态来通知。步骤S 140，包括在应用服务器和呼叫路由器之间通信地传输已存储的会话状态，起作用以将会话状态传达到应用服务器。会话状态可以通过应用服务器用于设定应用状态或者用于任意合适的应用。优选地，会话状态HTTP cookie被发送到应用服务器用于与应用服务器的所有通信。如以上所描述的，呼叫路由器优选地通过HTTP或者HTTPS与应用服务器通信。HTTP cookie优选地通过这些技术来传输。可选地，如果会话状态被存储为API资源，则会话状态响应于API调用来传输。会话状态可以可选地被存储在应用服务器上，或者以任意合适的方式被传达到应用服务器。另外地，如图5中所示出的，该方法可以包括在通信会话内调节S 150，该调节起作用以对通信会话内通信的形式安排限制。特别地，这可以包括限制可以被发送的通话消息的速度和数量。当从呼叫路由器发送通话消息时，通话消息可以被排队以管理由呼叫路由器使用的电话网络上的负载。排队起作用以控制在多个发送通话消息的应用服务器之间共享的网络资源，并且单独地控制来自应用服务器的通话消息的速率以及避免任意网络限制，例如SMS或者MMS过滤、标记为垃圾邮件或者被迫节流。优选地具有多个由呼叫路由器管理的队列，该多个队列可以根据资源的需求来分配和解除分配。优选地具有用于每个通信会话的队列。队列可以可选地在包含在不同的通信会话中的实体之间共享。出列器(或者弹出器(popper))优选地管理来自队列的项目的选择以从呼叫路由器发送。可以另外有多个用于多个队列的出列器，并且每个队列可以具有多个从队列选择项目的出列器。出列器优选地动态控制从队列选择的消息的速率和数量。消息和/或呼叫可以为了特定的通信 会话而被限制速率。速率限制可以包括限制一个时间段中的消息/呼叫的数量、消息/呼叫之间的时间段和/或用于限制通信的任意合适的规则。当发送通话消息时，呼叫路由器可以另外地操作通话消息的内容的格式化。该分步骤起作用以在与呼叫路由器通信之前，使得应用服务器无需正确地格式化所有消息。根据一个实施例，在一 SMS消息中，消息可以具有多于允许数量的字符(例如，160个字符)。呼叫路由器优选地将消息分为多个SMS消息请求以满足字符限制。然后每个SMS消息请求优选地单独地排队。消息另外可以基于文本的内容来拆分，以防止拆分不同消息之间的词、短语或者句子。换言之，通过分析消息的语法和书面结构，消息优选地被拆分以保持消息的语义含义。另外地，在拆分消息的情况下，诸如文本消息的源名称或者页码(例如，“3页中的第I页”)的内容可以被添加到消息，。在丽S消息的情况下，媒体可以被压缩、调整大小、转换为适当的格式、或者被替换为到媒体文件的网络链接(如果媒体不与丽S兼容)。与拆分消息相关的，呼叫路由器可以将从设备发送的拆分消息组合为单个消息。这优选地通过延迟消息到应用服务器的传递，并且在传递消息到应用服务器之前将额外的消息组合为单个消息来实施。可以可选地使用任意合适的应用服务器消息的预处理和设备消息的后处理。另外地，如图6中所示出的，该方法可以包括将通信会话与语音会话相关联S160，其起作用以允许通信会话的会话状态通过语音会话来使用。例如，当执行与应用的SMS消息传送时，可以从相同的设备到应用发起语音会话，并且之前的SMS通信会话的会话状态可以被用在语音会话内。类似地，步骤可以包括合并语音呼叫会话状态和SMS对话。可以应用该步骤以能够合并许多形式的通信的会话状态。这优选地包含共享具有不同对话媒介(例如，语音和SMS)的通信会话之间的会话状态。这特别适用于具有同步的语音和数据传输能力的电话网络。一些应用可以要求在与应用服务器的电话对话期间发送SMS消息或者丽S消息。通过使用用于呼叫路由器和应用服务器之间的通信的相同的HTTP cookie，或者可选地复制HTTP cookie，会话状态优选地与第二通信会话相关联。作为另一个备选方案，存储会话状态的API资源可以被访问，以用于任何通信会话。电话对话(即，语音会话)可以优选地是标准的双方呼叫(在之间具有呼叫路由器的两个通话设备之间或在通话设备和应用服务器之间)或者多方会议呼叫。在语音会话期间产生的这些可替换的资源中，例如，录音、录音文本、DTMF (双音多频)信号输入，或者在语音会话期间创建的任意合适的资源优选地与会话历史资源相关联。优选地，语音会话的资源被包括作为对话资源的一部分，但是它们可以可选地被参考或者可以使用共享的标识码。如图7和8中所示出的，第二优选的实施方式，该方法可以包括初始化通话设备和应用服务器之间的通话消息的通信会话S210、以及另外地分配唯一的跟踪链接到通信会话S270、传达跟踪链接S280、以及将通过跟踪链接做出的资源访问与通信会话相关联S290的步骤。方法起作用以在通信模式之间保持会话状态。这特别有助于将浏览器会话与包含相同的参与方的通话会话相关联。例如，在电话呼叫期间输入的数据可以被导入到通过浏览器访问的网络应用中。步骤S120优选地实质上类似于以上描述的步骤S110。另外地，步骤S120、S130、S140、S150和/或S160全部都可以与图9中示出的其它步骤S270、S280和/或S290结合使用。跟踪链接优选地当访问资源时以触发和通信会话的关联的方式起作用。这优选地用于将通话会话和浏览器会话相关联，但是可以被用于将通话会话和诸如应用会话的任意合适的会话相关联。 步骤S270，包括分配唯一的跟踪链接到通信会话，起作用以创建可用于识别访问资源的实体的到资源的可共享的链接。跟踪链接优选地是URI，其包括将通信会话与该URI相关联的参数。URI可以最初可选地将用户路由通过初始网站来跟踪，类似于链接缩短服务。跟踪链接优选地导向网页，但是可以可选地引导向其它资源，例如应用。跟踪链接可以可选地打开设备上的应用。通过跟踪链接打开的资源优选地通过应用服务器实体来操作，但是可以通过任意合适的参与方来操作，优选地由访问通信会话的信息的一方来操作。由此资源访问和通信会话信息两者都可用于应用服务器实体或者外部实体。 步骤S280，包括传达跟踪链接，起作用来为用户访问递送跟踪链接。跟踪链接可以以图7中所示出的SMS消息、图8中示出的电子邮件消息、传真、通过音频、图像或者视频被发送，或者通过任意合适的方式被传达。跟踪链接的传达优选地在通话通信会话期间或者在通话通信会话之后，由应用服务器发起。步骤S290，包括将通过跟踪链接做出的资源访问与通信会话相关联，起作用以将通信会话和资源的访问相关联。当跟踪链接被用于访问资源时，与该特定的跟踪链接相关联的通信会话优选地被识别。优选地，会话状态或者其它与通信会话相关联的资源可以在该最近的访问的资源(例如，网页或者应用)内使用。例如，在被以SMS消息的形式发送链接后，用户可以点击链接以及电话的浏览器优选地打开到由应用服务器托管的资源的链接。由于链接被唯一地分配于该通信会话，应用服务器知道打开该浏览器会话的用户一定和参与SMS对话的用户具有某种联系。在SMS对话期间收集的信息可以被用于影响由用户访问的资源。打开跟踪链接的设备不需要和通信会话发生的设备是相同的设备。因为跟踪链接是唯一的，并且优选地和通信会话的用户共享，应用服务器可以假定用户是相同的。如图10中所示出的，用于保持优选实施方式的通话消息状态的系统300优选地包括呼叫路由器310和会话状态管理器320。该系统起作用以存储在设备和应用服务器之间传递的通话消息的会话状态并使之可被访问。呼叫路由器310优选地包括用于发送和接收SMS/MMS消息的消息路由器。呼叫路由器310可以优选地通过短消息服务中心(“SMS-C”)连接到SMS网络SMS、直接连接到信令系统#7(SS7)通话网络、或者通过任意其它合适的SMS网关供应商。消息路由器可以优选地从SMS网络设备、移动电话、计算机、智能手机或者任意合适的SMS网络设备发送和接收消息。呼叫路由器310可以另外地或者可选地发送或者接收文本消息或者多媒体消息不同的协议、电子邮件、传真、通过PSTN(公共交换电话网络)网络进行语音呼叫、以及其它合适的PSTN可兼容的通信消息。应用服务器和呼叫路由器310之间的通信优选是无状态的，并且任意状态信息(例如，呼叫状态)或者数据优选地位于URI或者请求参数中，例如HTTP报头、GET URI参数、POST请求主体参数、或者HTTPCookie。会话状态管理器320优选地起作用以存储和传达已存储的会话状态。优选地，这包括存储和传输HTTP cookie的基础设施，而HTTP cookie用于存储涉及设备和通话应用的通信会话的会话状态。会话状态被储存在对于通信会话唯一的HTTP cookie内，并且HTTPcookie可以被传输到用于应用逻辑的应用服务器。会话状态管理器可以可选地或者另外地包括呼叫路由器API322和会话历史资源324。会话历史资源324优选地是与在设备和应用服务器之间创建的对话(或者是单个消息或者是多个消息)相关的所存储的数据。对话资源324优选地是呼叫路由器API 322的资源，但是可以可选地是cookie或者存储状态信息的任意合适的设备。系统可以另外地包括多个队列、多个出列器(即，队列弹出器)，其起作用以平衡消息传送网络的资源使用。队列和出列器可以优选地被分配以及被从系统解除分 配，以适应容量需求。系统可以促进多条消息被发送，其可以导致网络上负载的增大。队列和资源的动态分配优选地提供补偿大量消息的设备。队列和/或出列器优选地起作用以控制对消息请求的节流(即，服务率)。节流可以按每个电话号码、每个账户(如在多用户应用中)和/或根据任意消息属性来执行。可选的实施方式优选地在存储计算机可读指令的计算机可读介质中实施上述方法。指令优选地由计算机可执行组件来执行，该计算机可执行组件优选地与通话平台和/或应用服务器整合。计算机可读介质可以被存储在任意合适的计算机可读媒介上，例如RAM、ROM、闪存、EEPR0M、光学设备(CD或者DVD)、硬盘驱动器、软盘驱动器或者任意合适的设备。计算机可执行组件优选地是处理器，但是指令可以可选地或者另外地由任意合适的专用的硬件设备来执行。正如本领域中的技术人员将从之前详细的描述以及图和权利要求中认识到的，可以对本发明的优选实施方式进行修改和变化而不偏离在以下的权利要求中所限定的本发明的范围。
权利要求
1.一种用于保持通话消息传送中的会话状态的方法，包括 初始化通话设备和应用服务器之间的通话通信的通信会话； 通过呼叫路由器来路由所述通话通信； 存储用于所述通话设备和所述应用服务器的所述通信会话的会话状态；以及 在所述应用服务器和所述呼叫路由器之间通信地传输存储的会话状态。
2.如权利要求I所述的方法，其中通话通信是SMS消息。
3.如权利要求I所述的方法，其中通话通信是语音呼叫。
4.如权利要求I所述的方法，其中所述会话状态通过到-字段和从-字段来限定。
5.如权利要求4所述的方法，其中传输所存储的会话状态包括通过从所述会话状态的所述到-字段和从-字段识别的HTTP Cookie来传送会话状态数据。
6.如权利要求I所述的方法，其中所述会话状态的数据被储存为通过通话平台的API可访问的API资源；并且其中传输所存储的会话状态数据包括通过由到-字段和从-字段识别会话状态的API调用来传送会话状态数据。
7.如权利要求I所述的方法，还包括调节通信会话内的通信。
8.如权利要求7所述的方法，其中调节包括排队通话通信和对由所述会话状态确定的通信会话内的通话通信进行速率限制。
9.如权利要求I所述的方法，其中所述通话通信是通话消息传送；并且所述方法还包括将所述通信会话和语音会话相关联。
10.如权利要求9所述的方法，其中所述会话状态被存储为HTTPCookie，并且其中将所述通信会话和语音会话相关联还包括在所述通话设备和所述应用服务器之间与所述语音会话共享所述HTTP Cookie。
11.如权利要求I所述的方法，还包括传达跟踪链接，其中跟踪链接是到资源的链接，并且所述跟踪链接对于所述通信会话是唯一的；以及将通过所述跟踪链接的对资源的访问与所述通信会话相关联。
12.如权利要求11所述的方法，其中所述跟踪链接是统一资源标识符(URI)，并且资源 访问通过网络浏览器来进行；并且其中关联资源访问包括将所述浏览器会话与所述通信会话相关联。
13.如权利要求11所述的方法，其中通话通信是SMS消息，并且其中所述跟踪链接通过SMS消息被传达。
14.如权利要求11所述的方法，其中所述跟踪链接以电子邮件消息来被传达。
15.一种用于保持多个通信信道之间的会话状态的方法，包括 初始化通话设备和应用服务器之间的通信会话； 分配唯一的跟踪链接到所述通信会话； 传达所述跟踪链接；以及 将通过所述跟踪链接进行的资源访问与所述通信会话相关联。
16.如权利要求15所述的方法，其中所述通信会话是通话语音会话。
17.如权利要求15所述的方法，其中所述跟踪链接是URI，并且资源访问通过网络浏览器来进行；并且其中关联资源访问包括将所述浏览器会话与所述通信会话相关联。
18.如权利要求15所述的方法，其中所述资源访问包括打开通过所述跟踪链接指示的应用。
19.如权利要求15所述的方法，其中所述跟踪链接通过SMS消息被传达。
20.如权利要求15所述的方法，其中所述跟踪链接通过电子邮件消息被传达 。
全文摘要
一种用于保持通话通信中会话状态的方法和系统，其包括初始化通话设备和应用服务器之间的通话通信的通信会话；通过呼叫路由器来路由通话通信；存储用于通话设备和应用服务器的通信会话的会话状态；以及在应用服务器和呼叫路由器之间通信地传输存储的会话状态。
文档编号H04L12/42GK102804700SQ201180006370
公开日2012年11月28日 申请日期2011年1月19日 优先权日2010年1月19日
发明者杰弗里·劳森, 约翰·沃尔斯, 埃文·库克 申请人:特维里奥公司