长寿命的上下文交互的系统和方法
【专利摘要】本发明涉及长寿命的上下文交互的系统和方法。保留长寿命的交互的系统和方法，该方法包括：参与与远程方的当前通信会话；将当前标识标记与所述当前通信会话相关联；将上下文信息与所述当前标识标记相关联，其中，所述上下文信息提供所述当前通信会话的上下文；以及在所述当前通信会话结束之后，存储所述当前标识标记和上下文信息的记录，其中，存储的当前标识标记和存储的上下文信息构成所述长寿命的交互。该方法还可以包括搜索存储器中的与所述远程方的以前的通信会话的以前的标识标记；以及从搜索结果中选择以前的标识标记，用作所述当前通信标记。
【专利说明】长寿命的上下文交互的系统和方法
【技术领域】
[0001]本发明的各实施例一般涉及一系列相关的交互(例如，电话呼叫)，具体而言，涉及用于在一系列相关的交互过程中保留交互的上下文的系统和方法。
【背景技术】
[0002]诸如智能电话之类的电信终端不能保留与主叫者可以反复地与其进行交互的人的长期的、正在进行的交互(例如，电话呼叫)的上下文。目前，当发生另一个交互时，参与者通常必须在最后一次他们进行通信时取得对他们的讨论的状态的共同的理解，包括作出的任何协议。存在的关于交互的任何上下文信息可能已经由用户以自组织(ad-hoc)方式存储，而不一定链接到交互本身。因此，如果用户希望查找与交互相关的参考材料，用户必须单独地在非结构化或不受控制的存储器中搜索它。在交互和相关联的上下文数据之间将不再有自动链接。
[0003]美国专利出版物N0.US 2011/0202867 (‘〃 867出版物”)公开了在诸如传入呼叫之类的通信事件之后向客户服务代理提供客户数据的系统。'867出版物是特定于将信息记录在联络中心(contact center)中供以后向终端处的代理提供的集中式系统。它不在谈话中给双方提供跨连续的交互系列链接上下文信息的能力。
[0004]美国专利出版物N0.2006/0153357(“' 357出版物”)公开了提供动态上下文信息的方法，带有通过SIP消息嵌入在电话呼叫中的上下文信息(例如，主叫者ID信息)。'357出版物描述了将上下文信息传输到呼叫遍历到其中的端点。'357出版物没有公开在主叫者和被呼叫者之间跨一系列交互链接上下文信息。此外，,357出版物还公开了将关于主叫者的上下文数据嵌入在SIP消息中，从而将上下文信息的类型和数量限制到可以在SIP消息中表示的信息。大 文件和不同类型的数据无法通过^ 357出版物的公开来适应。
[0005]自动地记录交互的上下文的能力将是有用的，特别是当交互基于相同或类似的主题时。访问以前的呼叫的上下文将使以后的呼叫更有效和一致，因为没有必要重新访问已经讨论的主题，并可以作出一致的决定。
[0006]因此，需要将交互标记为长寿命的交互的方式，以便涉及交互的上下文数据链接到交互或交互系列。
【发明内容】
[0007]根据本发明的各实施例可以提供一种保留长寿命的交互的方法，所述方法包括:通过使用通信介质，参与与远程方的当前通信会话；通过使用处理器，将当前标识标记与所述当前通信会话相关联；通过使用处理器，将上下文信息与所述当前标识标记相关联，其中，所述上下文信息提供所述当前通信会话的上下文；以及，通过使用耦合到存储器的处理器，在所述当前通信会话结束之后，存储所述当前标识标记和上下文信息的记录，其中，存储的当前标识标记和存储的上下文信息构成所述长寿命的交互。该方法还可以包括搜索存储器中的与所述远程方的以前的通信会话的以前的标识标记；以及从搜索结果中选择以前的标识标记，用作所述当前通信标记。
[0008]根据本发明的各实施例可以提供一种保留长寿命的交互的系统，所述系统包括:与通信介质的接口，所述接口被配置成支持与远程方的当前通信会话；被配置成将当前标识标记与所述当前通信会话相关联的第一处理器；被配置成将上下文信息与所述当前标识标记相关联的第二处理器，其中，所述上下文信息提供所述当前通信会话的上下文；以及被配置成在所述当前通信会话结束之后，存储所述当前标识标记和上下文信息的记录的存储器，其中，存储的当前标识标记和存储的上下文信息构成所述长寿命的交互。该系统还可以包括被配置成搜索存储器中的与所述远程方的以前的通信会话的以前的标识标记的搜索模块；以及被配置成从搜索结果中选择以前的标识标记，用作所述当前通信标记的选择模块。
[0009]根据本发明的一个方面，提供了一种保留长寿命的交互的方法，包括:参与与远程方的当前通信会话；将当前标识标记与所述当前通信会话相关联；将上下文信息与所述当前标识标记相关联，其中，所述上下文信息提供所述当前通信会话的上下文；以及在所述当前通信会话结束之后，存储所述当前标识标记和上下文信息的记录，其中，存储的当前标识标记和存储的上下文信息构成所述长寿命的交互。
[0010]根据本发明的一个实施例，所述方法还包括:搜索存储器中的与所述远程方的以前的通信会话的以前的标识标记；以及从搜索结果中选择以前的标识标记，用作所述当前通信标记。
[0011]根据本发明的一个实施例，所述关联的步骤由主叫者执行。
[0012]根据本发明的一个实施例，所述关联的步骤由被呼叫者执行。
[0013]根据本发明的一个实施例，所述关联的步骤在所述当前通信会话过程中执行。
[0014]根据本发明的一个实施例，所述方法还包括:在所述当前通信会话过程中改变所述上下文信息的以前的关联的步骤。
[0015]根据本发明的一个实施例，所述关联的步骤由主叫者在所述当前通信会话启动之前执行。
[0016]根据本发明的一个实施例，所述关联的步骤在所述当前通信会话结束之后执行。
[0017]根据本发明的一个实施例，所述方法还包括:在所述当前通信会话结束之后将交互邀请扩展到所述当前通信会话的另一方的步骤。
[0018]根据本发明的一个实施例，相关联的数据被保存在主叫者和被呼叫者之一本地的文件系统上。
[0019]根据本发明的一个实施例，相关联的数据被保存在主叫者和被呼叫者都能访问的服务器上。
[0020]根据本发明的一个实施例，所述方法还包括将保存在服务器上的相关联的数据指定为公共数据或保密的数据之一的步骤。
[0021]根据本发明的一个实施例，所述方法还包括动态更新保存在服务器上的相关联的数据的步骤。
[0022]根据本发明的一个实施例，所述长寿命的交互还包括对等媒体流。
[0023]根据本发明的一个实施例，所述当前标识标记包括会话初始协议(SIP)邀请消息的字段。[0024]根据本发明的另一方面，提供了一种保留长寿命的交互的系统，包括:与通信介质的接口，所述接口被配置成支持与远程方的当前通信会话；被配置成将当前标识标记与所述当前通信会话相关联的第一处理器；被配置成将上下文信息与所述当前标识标记相关联的第二处理器，其中，所述上下文信息提供所述当前通信会话的上下文；以及被配置成在所述当前通信会话结束之后，存储所述当前标识标记和上下文信息的记录的存储器，其中，存储的当前标识标记和存储的上下文信息构成所述长寿命的交互。
[0025]根据本发明的一个实施例，所述系统还包括:被配置成搜索存储器中的与所述远程方的以前的通信会话的以前的标识标记的搜索模块；以及被配置成从搜索结果中选择以前的标识标记，用作所述当前通信标记的选择模块。
[0026]根据本发明的再一个方面，提供了一种保留长寿命的交互的设备，包括:参与与远程方的当前通信会话的装置；将当前标识标记与所述当前通信会话相关联的装置；将上下文信息与所述当前标识标记相关联的装置，其中，所述上下文信息提供所述当前通信会话的上下文；以及在所述当前通信会话结束之后，存储所述当前标识标记和上下文信息的记录的装置，其中，存储的当前标识标记和存储的上下文信息构成所述长寿命的交互。
[0027]根据本发明的一个实施例，所述设备还包括:搜索存储器中的与所述远程方的以前的通信会话的以前的标识标记的装置；以及从搜索结果中选择以前的标识标记，用作所述当前通信标记的装置。
[0028]根据本发明的一个实施例，所述关联的装置由主叫者执行。
[0029]根据本发明的一个实施例，所述关联的装置由被呼叫者执行。
[0030]根据本发明的一个实施例，所述关联的装置在所述当前通信会话过程中执行。
[0031]根据本发明的一个实施例，所述设备还包括:在所述当前通信会话过程中改变所述上下文信息的以前的关联的装置。
[0032]根据本发明的一个实施例，所述关联的装置由主叫者在所述当前通信会话启动之前执行。
[0033]根据本发明的一个实施例，所述关联的装置在所述当前通信会话结束之后执行。
[0034]根据本发明的一个实施例，所述设备还包括:在所述当前通信会话结束之后将交互邀请扩展到所述当前通信会话的另一方的装置。
[0035]根据本发明的一个实施例，相关联的数据被保存在主叫者和被呼叫者之一本地的文件系统上。
[0036]根据本发明的一个实施例，相关联的数据被保存在主叫者和被呼叫者都能访问的服务器上。
[0037]根据本发明的一个实施例，所述设备还包括将保存在服务器上的相关联的数据指定为公共数据或保密的数据之一的装置。
[0038]根据本发明的一个实施例，所述设备还包括动态更新保存在服务器上的相关联的数据的装置。
[0039]根据本发明的一个实施例，所述长寿命的交互还包括对等媒体流。
[0040]根据本发明的一个实施例，所述当前标识标记包括会话初始协议(SIP)邀请消息的字段。
[0041]前面的内容是本公开的各实施例的简要概述，以提供对本公开的某些方面的理解。本概述不是本公开以及其各实施例的详尽概述。既没有标识本公开的重要的或关键性的元素，也没有描述本公开的范围，而是以简化形式呈现本公开的选定概念，作为稍后呈现的更详细的描述的介绍。可以理解，单独地或组合地使用上文阐述的或下面详细描述的特征中的一个或多个特征的本公开的其他实施例是可能的。
【专利附图】
【附图说明】
[0042]在考虑下面对其各实施例的详细描述之后，特别是当结合各个附图时，本发明的上面的以及更进一步的特征和优点将变得显而易见，其中，各个图形中的相同附图标记被用来表示类似的组件，其中:
[0043]图1示出了根据本发明的一实施例的系统的功能方块图；
[0044]图2以高抽象级别示出了根据本发明的一实施例在主叫者终端处执行的方法；
[0045]图3以高抽象级别示出了根据本发明的一实施例在被呼叫者终端处执行的方法；以及
[0046]图4以高抽象级别示出了根据本发明的一实施例的用于处理正在进行的呼叫的方法。
[0047]此处所使用的标题只用于组织目的，并不意味着用于限制说明书或权利要求书的范围。如在本申请全篇中所使用的，词语“可以”用于许可的意义(即，表示具有可能性做某事)，而不是强制性的意义(即，表示必须)。类似地，词语“包括”、“包含”等表示包括但不限于。为便于理解，在可能的地方，使用了类似的附图标记，以表示图形中所共有的类似元素。图形的可选部分可以使用虚线、点线示出，除非使用的上下文明确地指出。
【具体实施方式】
[0048]下面将结合示例性通信系统来说明本公开。虽然非常适合与，例如，使用服务器和/或数据库的系统一起使用，但是本公开不限于与任何特定类型的通信系统或系统元件配置一起使用。本领域的技术人员将认识到，所公开的技术可以在其中需要使用长寿命的交互的任何通信应用中使用。
[0049]还将参考软件、模块、以及相关联的硬件来描述本公开的示例性系统和方法。然而，为避免不必要地使本公开变得模糊，下面的描述省略了可以以框图形式所示出的、已知的或以别的方式概括的已知结构、组件和设备。
[0050]在下面的详细描述中，阐述了很多具体细节，以便全面地理解此处所描述的实施例或其他示例。在某些情况下，没有详细描述已知的方法、过程、组件和电路，以便不至于使下面的描述变得模糊。进一步地，所公开的示例只是示例性目的，可以使用其他示例代替所公开的示例，或与所公开的示例相结合。还应注意，此处呈现的示例不应该被解释为限制本发明的各实施例的范围，其他同样有效的示例也是可能的。
[0051]如此处所使用的术语“交换机”、“服务器”、“联络中心服务器”，或“联络中心计算机服务器”应该理解包括专用小交换机(“PBX”)、自动化联络分发(“A⑶”)系统、企业交换机，或其他类型的电信系统交换机或服务器、以及其他类型的基于处理器的通信控制设备，诸如，但不仅限于，媒体服务器、计算机、附属物(adjunct)等等。
[0052]如此处所使用的，术语“模块” 一般是指步骤、过程或组件的逻辑序列或关联。例如，软件模块可以包括计算机程序内的一组相关联的例程或子例程。可另选地，模块可以包括基本上自持的(self-contained)硬件设备。模块也可以包括过程的逻辑组，不管任何软件或硬件实现方式。
[0053]如此处所使用的，术语“网关”可以一般性地包括在设备之间发送和接收数据的任何设备。例如，网关可以包括路由器、交换机、桥接器、防火墙、其他网络元件等等，以及其任何组合。
[0054]如此处所使用的，术语“发射器”可以一般性地包括任何能够传输电信号的设备、电路、或装置。
[0055]此处所使用的术语“计算机可读介质”是指参与存储和/或向处理器提供指令以供其执行的任何有形的存储器和/或传输介质。这样的介质可以呈现许多形式，包括但不限于，非易失性介质、易失性介质、以及传输介质。非易失性介质包括，例如，NVRAM或磁盘和光盘。易失性介质包括动态存储器，如主存储器。计算机可读介质的常见形式包括，例如，软盘、软磁盘、硬盘、磁带、或任何其他磁性介质、磁光介质、CD-ROM、任何其他光学介质、穿孔卡片、纸带、具有孔图案的任何其他物理介质、RAM、PROM、EPROM, FLASH-EPR0M、固态介质(如存储器卡)、任何其他存储器芯片或盒、如下面所描述的载波，或计算机可以从其中读取的任何其他介质。电子邮件或其他自持的信息存档或存档组的数字文件附件被视为相当于有形存储介质的分发介质。当计算机可读介质被配置为数据库时，可以理解，数据库可以是任何类型的数据库，诸如关系型、层次型、面向对象的和/或等等。相应地，本公开被视为包括其中存储了本公开的软件实现的有形存储介质或分发介质和现有技术认识到的等价物和后继介质。
[0056]如图1所示，根据本技术的一个方面的系统100包括包含处理器120、存储器130及通常存在于通信设备中的其他组件的服务器110。
[0057]服务器110可以包括可以提供数据、视频和/或音频服务的一个或多个电信设备，诸如，例如，视频服务器、专用小交换机(PBX)、交换机、web服务器、安全性服务器、密钥管理服务器、或网络服务器或能够传递数据、桥接/混合音频和/或视频流的任何其他设备。此外，服务器110可以在网络150的一个节点处，并能够直接地和间接地从网络的其他节点接收数据并向它们发送数据。例如，服务器110可以能够通过网络150从客户端设备160接收数据，以便服务器110使用网络150来向用户传输信息，并在客户端设备170的显示器165上显示信息。服务器110也可以可操作，以通过网络150从客户端设备160接收数据，并将数据传输到一个或多个输出设备，诸如，例如，与服务器HO相关联的扬声器或者一个或多个显示器。类似地，服务器110可以例如包括能够从服务器111接收数据，以便服务器110使用网络150来将信息传输到服务器111的web服务器。不同的媒体设备(例如，其分辨率不匹配查看设备的分辨率的照像机)之间的能力差异可以通过使用诸如剪辑、内插、抽选(decimation)、编解码器转换等等之类的技术来处理。
[0058]服务器110也可以包括与网络的不同节点交换信息以便接收、处理和向客户端设备传输数据的多个设备。在此情况下，客户端设备通常将与包括服务器110的设备中的任何一个位于网络的不同节点处。虽然服务器110被示为在网络150外部，但是服务器110可以是网络150的一部分。
[0059]系统100可包括管理密钥、文档安全级别并可以影响数据如何在客户端设备160上组织的策略服务器。策略服务器也可以包括监控客户端设备160的位置的组件。策略服务器可以集成在服务器110内，或可以实现为通过网络150与服务器110和客户端设备160进行通信联络的单独的服务器(图1中未示出)。
[0060]存储器130存储可由处理器120访问的信息，包括可以由处理器120执行或以其他方式使用的指令132以及数据134。存储器130可以是能够存储可由处理器访问的信息的任何类型，包括计算机可读介质，或存储可以借助于电子设备读取的数据的其他介质，诸如硬盘驱动器、固态驱动器、存储器卡、闪存驱动器、ROM、RAM、DVD或其他光盘，以及其他能写入和只读存储器。关于这一点，存储器可包括短期或临时存储器以及长期或永久性存储器。系统和方法可包括前述的不同的组合，由此指令和数据的不同部分存储在不同类型的介质上。
[0061]指令132可以是要由处理器直接地(诸如机器代码)或间接地(诸如脚本)执行的任何指令集。例如，指令可以作为计算机代码存储在计算机可读介质上。关于这一点，术语“指令”和“程序”在此可互换地使用。指令可以存储为目标代码格式，用于由处理器直接处理，或以任何其他计算机语言存储，包括按需解释或预先编译的脚本或独立源代码模块的集合。下面更加详细地说明指令的功能、方法和例程。
[0062]可以由处理器120根据指令132检索、存储或修改数据134。例如，尽管体系结构不受任何特定数据结构限制，但是数据可以存储在计算机寄存器中，作为具有多个不同的字段和记录的表、XML文档或平面文件存储在关系数据库中。数据也可以以任何计算机可读取格式被格式化。只作为示例，图像数据可以被存储为由像素网格构成的、根据压缩的或解压缩的、无损的或有损的格式存储的位图，以及基于位图或矢量，以及用于绘图的计算机指令。数据可以包括足以标识相关信息的任何信息，诸如号码、描述性文本、专有的代码、对存储在同一存储器或不同存储器的其他区域(包括其他网络位置)中的数据的引用，或被某一函数用来计算相关数据的信息。
[0063]处理器120可以是任何常规的处理器，诸如任何市场上销售的CPU。可另选地，处理器可以是诸如ASIC之类的专用控制器。虽然图1在功能上示出了处理器和存储器在同一个块内，但是本领域技术人员将理解，处理器和存储器可以实际包括可以或者也可以不存储在同一个物理外壳内的多个处理器和存储器。例如，存储器可以是位于数据中心的服务器场中的硬盘驱动器或其他存储介质。相应地，对处理器、计算机或存储器的引用将被理解为包括对可以或可以不并行操作的处理器、计算机或存储器的集合的引用。
[0064]网络150可以是任何电信网络，诸如，例如，因特网、广域网(WAN)、局域网(LAN)、公用交换电话网(PSTN)、蓝牙、近场通信(NFC)、WiF1、蜂窝网络、以及综合业务数字网络(ISDN)。此外，网络150还可包括带有各种配置的一个或多个电信网络，并可以使用各种协议，诸如，例如，VoIP、TCP/IP、专有协议、即时消息、HTTP以及SMTP，以及前述各项的不同组合。虽然在图1-2中只描绘了几个计算机，但是应该理解，典型的系统可包括大量的连接的计算机。
[0065]每一个客户端设备160或170都可以是可以输出视频和/或音频流的任何类型的电信设备，诸如，例如，电话、蜂窝电话、个人计算机(PO、个人数字助理(PDA)、平板计算机、监视器、电视机，或会议室视频系统。此外，每一个客户端设备还可以类似于服务器110地配置，如上文所描述的，并可包括各种组件，诸如，例如，中央处理单元(CPU) 162、存储数据163和指令164的存储器180 (例如，RAM以及内部硬盘驱动器)、电子显示器165 (例如，具有屏幕、触摸屏的监视器、投影仪、电视机、计算机打印机或可操作以显示信息的任何其他电气设备)、输出设备166 (例如,扬声器、耳机、耳机连接器)、用户输入设备167 (例如，鼠标、键盘、触摸屏或麦克风)、照像机168、电源169 (例如，电池、AC适配器连接器、太阳能电池，或其他电源)、网络接口设备、以及用于将这些元件彼此连接的所有组件。虽然示为单个设备，但是，客户端设备160或170可以在多个设备之间分布。例如，客户端设备160可以在电话和个人计算机之间分布。
[0066]除下面所描述的并且图形中所示出的操作之外，现在将描述根据本技术的各方面的各种操作。还应该理解，下列操作不必以下面所描述的准确的顺序来执行。相反地，可以以不同的顺序或同时处理各个步骤。也可以删除或添加步骤。
[0067]根据本发明的各实施例能够将交互标记为长寿命的交互，从而允许基本上涉及该交互或交互系列的任何上下文数据链接到呼叫。一旦上下文数据链接到呼叫，呼叫记录以及相关联的上下文数据变为长寿命的交互的一部分。此后，当用户从与该交互相关联的人接收到另一个呼叫时，给用户显示链接的上下文数据以及上下文生成和捕捉选项。
[0068]根据本发明的各实施例能够在主叫者和被呼叫者之间跨一系列交互链接上下文信息。被呼叫者是主叫者的远程方，而主叫者是被呼叫者的远程方。各方也可以被称为远程方和非远程方。基本上任何上下文信息(例如，讨论、附注、文档、其他文件等等)可以链接到长寿命的交互。上下文信息可以存储在用户(即，主叫者或被呼叫者)的本地文件系统上，或存储在可由主叫者和被呼叫者访问的服务器110上。根据本发明的用于语音或视频媒体流的各实施例，可以作为可以可任选地使用WebRTC来实现的对等连接，在主叫者和被呼叫者之间共享媒体流。信令可以以各种方法，诸如会话初始协议(“SIP”，也称为RFC 3261)、WebSockets上的JavaScript会话建立协议(“ JSEP”)等等来实现。数据共享可以以各种方法，诸如WebRTC数据信道协议、Websockets等等来实现。
[0069]根据本发明的各实施例可在联络中心域外部的统一通信的上下文中使用。根据本发明的各实施例可在在其上安装了根据本发明的一实施例的软电话/呼叫信令应用的诸如软电话、智能电话、平板计算机、PC、膝上型计算机等等之类的客户端设备160上使用。
[0070]根据本发明的各实施例向呼叫添加标识标记，以指出呼叫应该被视为“长寿命的交互”。根据本发明的各实施例可以在“独立”模式或在“共享”模式下操作。当在独立模式下操作时，各实施例可以独立地由主叫者或者被呼叫者来实施，不用协调，以便一端但不一定另一端将呼叫作为长寿命的交互看待。
[0071]例如，在根据本发明的一实施例的独立模式下，用户可能希望创建与投资顾问的长寿命的交互，以便跟踪投资并作出理性决断。然而，投资顾问可能具有大量的这样的客户，因此可能没有与他们中的全部创建这样的长寿命的交互的需要。因此，仅是用户使用的独立模式是适当的。
[0072]在另一示例中，在根据本发明的一实施例的共享模式下，服务器可以可通信地连接主叫者和被呼叫者，以便共享长寿命的交互。用于长寿命的交互的上下文信息可以存储在服务器上，并可以由长寿命的交互的所有成员进行访问。对上下文信息的任何改变或更新都对所有成员可用。
[0073]在共享模式的示例性使用中，雇员可以呼叫同事。在呼叫结束之后，雇员可以决定创建长寿命的交互，并将呼叫标记为这种交互。当雇员创建长寿命的交互时，与呼叫相关的信息将被发送到服务器，例如，通过使用诸如HTTP/TCP之类的数据传输协议。服务器将向呼叫的另一方(例如，远程同事)发送“交互邀请(interaction invite)”。如果远程方接受长寿命的交互的“交互邀请”，则长寿命的交互现在将对远程方可用，并可访问全部上下文数据。如果远程方不接受邀请，那么呼叫仍可以在独立模式下对主叫者可用。
[0074]取决于本发明的实施例是在独立模式下还是在共享模式下实施，标识标记可以采取不同的形式。在独立模式下，可以创建标识标记，并将其维护在本地机器上的数据结构中。在共享模式下，创建标识标记并将其维护在服务器以及客户端上。可以以两种方式添加长寿命的标记:
[0075]首先，如果从开始作为长寿命的交互发起呼叫(例如，作为客户端应用中的长寿命的交互)，那么将长寿命的交互的的唯一标识符保存为呼叫中的标记。在SIP协议中的“邀请(INVITE)”消息中传递标记。被呼叫者处的客户端应用可以被配置成搜索SIP INVITE消息中的标记，并将它与被呼叫者的客户端应用中的现有的长寿命的交互的ID匹配。如果发现匹配，则在应答呼叫之前以及在呼叫过程中，标识对应的长寿命的交互，以及可以显示与交互相关的上下文信息。
[0076]其次，如果没有发现标记匹配，那么被呼叫者的客户端应用可以尝试将主叫者的号码与被呼叫者以前视为长寿命的交互的现有的长寿命的交互匹配。如果有一个或多个匹配，则向被呼叫者显示所有长寿命的交互。然后，被呼叫者可以应答呼叫，然后决定将此呼叫标记到哪一个交互。如果没有与以前的长寿命的交互的匹配，那么可以询问被呼叫者是否接受呼叫，接受或不接受对交互的“交互邀请”。交互邀请是由应用服务器向长寿命的交互的所有被邀请者发送的消息(与SIP INVITE分开)，询问被邀请者是否希望加入交互。
[0077]根据本发明的各实施例也可以支持“离线”模式。离线模式可以在服务器临时无法访问时有用。在离线模式下，标记与长寿命的交互的列表一起可以永久地存储在每一个相应的客户端的本地存储器上，以便如果服务器临时无法访问，那么上下文信息仍可以被相应的客户端以同样的方式使用。例如，相应的客户端仍将能够区别呼叫，并将呼叫与现有的长寿命的交互相关联，或创建新的长寿命的交互，并在离线模式下将呼叫标记到新交互。上下文捕捉和生成工具将在离线模式下可用。以后，当服务器再次可访问时，在离线模式下本地存储的所有信息都将与服务器同步。
[0078]在独立模式下已经创建的长寿命的交互可以升级，以便在共享模式下操作。例如，长寿命的交互可能最初是在独立模式下创建的，因为没有完整的基础结构可用以支持共享的模式。以后，基础结构可能已经升级以包括有足够能力的服务器。此后，用户可能希望在共享模式下访问并使用长寿命的交互。用户可以将长寿命的交互从独立模式导入到共享模式，这允许导入的长寿命的交互跨交互的所有成员共享(如果他们选择了接受这样的交互)，而没有任何额外的步骤。用户可以在基本上任何时间，例如，在打电话时，在接电话时，或在呼叫之后，设置“长寿命的交互”标记。这将在主叫者和被呼叫者之间创建新的长寿命的交互。一旦用户决定将他的呼叫标记为长寿命的呼叫，则向用户显示各种上下文生成/捕捉选项，以便用户现在可以将上下文数据链接到此长寿命的交互。链接(即，相关联)是用户可以采取的动作，该动作可以被用来添加上下文数据或提供到存在于用户的本地文件系统中或服务器上的现有上下文数据的链接。[0079]例如，用户通常维护该用户与其具有或预期具有多个交互的其他人的联系人列表。多个交互可以将一系列交互横跨一个主题或少量主题(例如，家庭问题、工作问题、医生访问等等)。可以通过跟踪与呼叫相关的上下文信息，改善用户与联系人列表中的人的交互(例如，使其更加有效，减少未解决问题的数量和悬而未决性，关注重复的问题等等)。上下文信息可以存储在用户的客户端设备160的文件系统中或存储在可以被主叫者以及被呼叫者访问的服务器110上。
[0080]信息可以被存储在服务器上，即使一方希望使信息保密而不与另一方共享。上下文数据或其一些部分(例如，讨论、附注、即时消息(“ IM”)抄本(transcript)等等)可以被标记为“保密的”或“公共”。指定作为保密将导致指定的数据只对添加数据的一方可见。指定为公共将导致指定的数据对所有有关各方都可见。可任选地，对于多方的长寿命的交互，用户可以指定信息有选择地只对长寿命的交互的预定成员可见。存储位置取决于实现模型。在独立操作模式下，向长寿命的交互添加的信息可以本地存储在用户的本地存储器上，不需要远程方知道呼叫被标记到长寿命的交互。在共享操作模式(即，客户端-服务器实现)下，向长寿命的交互添加的信息可以存储在服务器上以及客户端上，通知远程方呼叫被标记到长寿命的交互。
[0081]在某些情况下，在特定主叫者和特定被呼叫者之间可以有多个长寿命的交互。如果是，那么，当被呼叫者接收传入的呼叫的警报时，与主叫者(主叫者是根据主叫者ID等等确定)的长寿命的交互的列表可以由被呼叫者的客户端设备160显示。如果主叫者使用SIP信令从长寿命的交互的上下文内呼叫，那么SIP Invite消息包含长寿命的交互的标记。如果标记可用，则被呼叫者可以搜索现有的长寿命的交互中的被呼叫者察觉到的标记，并且如果发现匹配，那么预期的长寿命的交互显示在被呼叫者的客户端设备160上。
[0082]然而，如果没有标记匹配，那么与主叫者(如由主叫者ID等等确定的)的长寿命的交互的列表可以向被呼叫者显不，而被呼叫者可以在应答呼叫以及在确定呼叫的主题之后标记呼叫。在呼叫结束之后，被呼叫者也可以将呼叫标记为长寿命的交互。
[0083]在根据本发明的另一实施例中，如果主叫者在打电话之前创建长寿命的交互，并将被呼叫者作为成员添加到长寿命的交互，那么由于没有呼叫，参与建立的长寿命的交互中的邀请被发送到建立的长寿命的交互的成员。邀请可以通过使用由应用服务器所发送的自定义消息来通过HTTP/TCP发送。然后，被呼叫者可以在拨打电话之前决定是否接受加入长寿命的交互的邀请。然后，主叫者从长寿命的交互的上下文内打电话。被呼叫者接听电话，如果被呼叫者接受加入长寿命的交互的邀请，SIP INVITE中的标记ID将与现有的长寿命的交互相匹配，并给主叫者示出期望的交互。例如，主叫者的号码可以与被呼叫者的联系人列表中的或由被呼叫者配置的列表(包含长寿命的交互中涉及的人)中的电话号码相匹配。可以向被呼叫者呈现匹配的长寿命的交互的列表，以及被呼叫者可以在此时进行选择或等到以后做出选择。如果呼叫在被呼叫者一端未接听(例如，呼叫变为语音邮件)，那么如果发现并匹配了长寿命的交互标记，则可以将与未接听呼叫相关的信息作为未接听呼叫添加到被呼叫者一端的呼叫交互日志中。可以使是否将记录的语音邮件问候作为上下文添加到交互中成为可配置参数。被呼叫者的记录的语音邮件问候可以是知道为什么被呼叫者无法接听呼叫的有用的上下文信息，例如，如果问候指出被呼叫者离开办公室直到未来的某个日期。[0084]此外，在某些实施例中，如果用户颠倒角色，S卩，对于用户“A”和用户“B”之间的呼口4，有时用户“A”是主叫者，有时用户“B”是主叫者，可能会有不同。例如，在共享操作模式下，创建长寿命的交互的人是始发者。尽管交互的所有有关成员都可以查看交互，但是始发者具有更多对交互的控制。只有始发者可以决定删除长寿命的交互。
[0085]被呼叫者可能不知道呼叫的目的，直到在谈话开始之后。在此情况下，被呼叫者可以推迟选择长寿命的交互以与呼叫相关联。一旦呼叫的目的清楚，被呼叫者可以进行呼叫与长寿命的交互的关联。
[0086]被呼叫者可能已经进行了长寿命的交互的初始选择，诸如在应答呼叫之前或在呼叫开始时，然后发现对长寿命的交互的选择不正确，或在呼叫过程中讨论新主题。在根据本发明的各实施例中，用户可能能够改变(预期地或追溯既往地)呼叫与其相关联的长寿命的交互，或者将呼叫与另一个长寿命的交互相关联，而不删除以前的长寿命的交互关联。
[0087]在某些情况下，呼叫可以涵盖一个以上的主题，诸如按顺序地，如同议程一样，或者如在意识讨论流中更加混合。在这样的情况下，被呼叫者可能具有将呼叫或其一些部分指定到一个以上的长寿命的交互的能力，按顺序地(即，一次一个)或并行地(即，呼叫或其一部分涉及一个以上的标识的长寿命的交互)。被呼叫者可能具有改变或以其他方式编辑与长寿命的交互的关联的能力。
[0088]在被呼叫者一端执行的将呼叫与长寿命的交互相关联的处理也可以在主叫者一端执行，对于主叫者有利。一个区别是，打算打电话的用户可能希望查看或学习特定长寿命的交互或长寿命的交互的列表，以便打电话。另一个区别是，当主叫者打电话时，主叫者知道呼叫的目的，因此能够在被呼叫者应答呼叫之前与长寿命的交互进行关联。在应答呼叫之后，根据本发明的一实施例的处理可以基本上一样地在主叫者一端或者被呼叫者一端进行。因此，此处对由被呼叫者在应答呼叫之后执行的处理的引用也将应用于由主叫者执行的处理，除非描述的上下文清楚地指出。
[0089]如果只有呼叫的一方(B卩，主叫者或被呼叫者，但不是两者)实现各实施例，根据本发明的各实施例是可操作的。
[0090]一旦呼叫与长寿命的交互相关联，那么由用户检索如前面所指出的或由用户保存的该长寿命的交互的上下文数据，并使其可访问，以供在呼叫过程中使用，以及以后用于呼叫后分析。例如，当被呼叫者进行选择时，被呼叫者的系统可以检索被呼叫者的上下文数据,而当主叫者进行选择时,主叫者的系统将检索主叫者的上下文数据。
[0091]在呼叫完成之后，被呼叫者(或主叫者)能够后退，并可以根据呼叫记录，进行呼叫与新的或现有的长寿命的交互的关联，或改变这种关联。
[0092]根据本发明的各实施例可与各种客户端设备160 —起使用。各实施例与“使用你自己的设备(Bring Your Own Device，“BY0D”)”操作兼容。为支持BYOD操作，各实施例可以使移动客户端设备160 (例如，智能电话、平板计算机等等)与桌面电信或计算客户端设备160同步，并可使桌面客户端设备160与移动客户端设备160同步。在同步过程中，移动客户端设备160可以将上下文数据推到桌面客户端设备160，反之亦然。数据的同步可以基于简单日期/时间/大小文件验证。一旦上下文数据从移动设备推向桌面，数据将可由在桌面客户端上使用的软电话访问，反之亦然。
[0093]可以使用诸如Microsoft Outlook?之类的业务效率软件的软件插件模块来从桌面客户端上的用户帐户向可由移动设备访问的长寿命的交互导出上下文数据(例如，电子邮件、日历信息等等)，从而提供供以后讨论的上下文数据。
[0094]各实施例允许自定义桌面客户端和移动客户端以提供将上下文数据(例如，文件及其他文档)发送到特定长寿命的交互的菜单选项。例如，可以在文件夹的上下文菜单上提供Windows外壳扩展,该扩展提供标记为“Add to interaction…(添加到交互)”的选项，并将用于将所选上下文数据添加到所选交互中。
[0095]各实施例允许用户删除或清除长寿命的交互，如果它不再使用的话。可任选地，删除的长寿命的交互可以存档在服务器110中。清除的长寿命的交互永久地删除。
[0096]根据本发明的各实施例可以允许文档或其一些部分动态地更新。这样的可更新的文档应该存储在服务器上，各实施例应该在共享模式下操作。也可以通过使用对服务器上的文档的版本控制来检索文档的较旧的版本。例如，如果保存的文档包括历史股票价格图表作为财务分析的一部分，那么每当访问保存的文档时，股票价格图表中的一个或多个可以可任选地被更新到当前市场。可任选地，文档中的信息，包括历史价格图表，可以被锁定到创建文档时的信息，或者可以只在从用户那里接收到特定命令时更新。
[0097]根据本发明的各实施例不限于当提供长寿命的交互的上下文数据时的电话呼叫。各实施例也可以用于会议中，例如，用于实况会议中或重复发生的会议中(例如，状态审阅会议)等等，以便跨一系列这样的会议共享上下文信息并维护上下文数据，以便维护会议的上下文。
[0098]图2示出了根据本发明的方法200的实施例，其中，主叫者希望作为长寿命的交互的一部分打电话给被呼叫者。方法200在步骤201开始，此时主叫者拨打电话，并指出呼叫将被视为长寿命的交互的一部分。可以例如通过在主叫者的软电话用户界面上激活控件(例如，按钮、热点等等)来作出指示。
[0099]接下来，在步骤203中，各实施例可以搜索主叫者和被呼叫者之间的现有的交互。
`[0100]接下来，在步骤205中，可以向主叫者呈现主叫者和被呼叫者之间的现有的交互的列表(如果有的话)，供检查和/或选择。如果没有列出是当前呼叫的主题的长寿命的交互，包括如果在主叫者和被呼叫者之间目前不存在长寿命的交互，那么对方法200的控制转到步骤207。否则，如果列出了当前呼叫的长寿命的交互的主题，那么选择该长寿命的交互，并且对方法200的控制转到步骤209。
[0101]在步骤207中，由主叫者创建和选择新的长寿命的交互。然后，对方法200的控制转到步骤209。
[0102]在步骤209中，当前呼叫与所选长寿命的交互相关联。然后，方法200结束，控制进入处理呼叫，如图4中的方法400所示。
[0103]图3示出了根据本发明的其中被呼叫者接听来自主叫者的呼叫的方法300的实施例。方法300从步骤301开始，此时被呼叫者接听呼叫。各实施例可以首先将传入的呼叫当作好像被呼叫者将希望将呼叫当作长寿命的交互的一部分。可以例如通过在被呼叫者的软电话用户界面上激活控件(例如，按钮、热点等等)来作出指示。
[0104]接下来，在步骤303中，各实施例可以搜索主叫者和被呼叫者之间的现有的交互。
[0105]接下来，在步骤304中，被呼叫者可能希望推迟对列出的长寿命的交互的选择。例如，被呼叫者可能不知道呼叫的目的。被呼叫者可以通过简单地应答呼叫来推迟，在这样的情况下，方法300结束，控制进入处理呼叫，如图4中的方法400所示。如果被呼叫者希望此时将呼叫指定到长寿命的交互，那么对方法300的控制转到步骤305。
[0106]在步骤305中，可以向被呼叫者呈现主叫者和被呼叫者之间的现有的交互的列表(如果有的话)，供检查和/或选择。如果没有列出是当前呼叫的主题的长寿命的交互，包括如果在主叫者和被呼叫者之间目前不存在长寿命的交互，那么对方法300的控制转到步骤307。否则，如果列出了当前呼叫的长寿命的交互的主题，那么选择该长寿命的交互，以及对方法300的控制转到步骤309。
[0107]在步骤307中，由主叫者创建和选择新的长寿命的交互。然后，对方法300的控制转到步骤309。
[0108]在步骤309中，当前呼叫与选择的长寿命的交互相关联。然后，方法300结束，控制进入处理呼叫，如图4中的方法400所示。
[0109]图4示出了根据本发明的其中在主叫者和被呼叫者之间已经建立了呼叫的方法400的实施例。方法400可以由主叫者或者被呼叫者(一般地，用户)来实施。方法400也可以与诸如呼叫管理和设备管理之类的其他进程或方法(图4中未示出)并行地实施。方法400以已经在进行中的呼叫开始。呼叫可以不被指定为长寿命的交互，例如如果被呼叫者决定推迟将它当作长寿命的交互的话。在步骤401中，用户的电信设备基本上连续地监视命令输入(例如，按钮被按下、热键、热点激活、菜单选择、说出的命令、指针点击等等)。在检测到命令时，对方法400的控制转到步骤403-1到403-N (统称为“步骤403”)中的一个。
[0110]在步骤403中，可以采取取决于在步骤401中输入的命令的动作。例如，动作可包括:开始、停止、或添加当前呼叫与长寿命的交互的关联；改变当前呼叫的长寿命的交互类别；改变长寿命的交互的属性(例如，标题)；将长寿命的交互基本上链接到任何相关的上下文数据，如电子邮件、文字、电子表格、文本文档等等；将这样的文档链接链接到长寿命的交互，诸如链接到文件，URL，链接到SMS消息等等；添加和存储新附注；捕捉图像、视频、和/或音频；管理可用的长寿命的交互的显示(例如，排序、过滤、查看附件；检查呼叫日志)；等
坐寸ο
[0111]步骤403也可以包括启动继续与方法400并行操作的子进程。例如，步骤403可包括启动当呼叫在进行中时持续的记录应用；或步骤403可包括打开文本捕捉工具，以便用户可以在呼叫过程中记笔记；等等。
[0112]接下来，在步骤405，就呼叫是否完成作出判断。例如，步骤403-1到403-N下的，或未示出的并行进程或方法下的可能动作中的一个，可能是结束呼叫。如果呼叫没有结束，那么对方法400的控制转到步骤401。如果呼叫结束，那么对方法400的控制转移到步骤407。
[0113]在步骤407，可以执行呼叫后总结(wrap-up)。例如，用户可以打开应用以处理在呼叫过程中收集或学习的信息；可以关闭和保存文件；可以分离附件并将其保存在适当的文件夹；等等。
[0114]对系统100的使用可以通过示例示出:一个用户(即，病人)可能希望把对他们的医生的呼叫标记为长寿命的呼叫。一旦用户(即，主叫者)标记了呼叫，该用户的客户端设备160建立处理线程，以便数据(例如，报告、文件、处方，电子邮件等等)可以与该交互相关联并存储。此后，当用户下一次呼叫他们的医生时，用户可以访问到为该长寿命的交互存储的所有上下文信息的链接。对医生和病人的优点是，一个或两个用户都不需要查找与该交互相关联的参考材料。相反，使参考材料以他们以前在此长寿命的交互的生命周期内的某一时间添加到长寿命的交互的上下文信息的形式可以被他们访问。[0115]本发明的各实施例包括具有耦合到一个或多个存储器的一个或多个处理单元的系统。一个或多个存储器可以被配置成存储软件，该软件当由一个或多个处理单元执行时，允许实施此处所描述的各实施例，至少通过使用此处所描述的过程，包括至少图2-4中的过程，以及相关的文本。
[0116]所公开的方法可以容易地以软件实现，诸如通过使用提供可以在各种计算机或工作站平台上使用的可移植源代码的对象或面向对象的软件开发环境。可另选地，所公开的系统可以部分地或完全地以硬件来实现，诸如通过使用标准逻辑电路或VLSI设计。是使用软件还是使用硬件来实现根据本发明的各实施例的系统可以取决于各种考虑，诸如系统的速度或效率要求，特定的功能，以及使用的特定软件或硬件系统。
[0117]尽管前述的内容涉及本发明的各实施例，但是在不偏离其基本范围的情况下，可以设计本发明的其他以及进一步的实施例。应该理解，在不偏离此处包含的范围的情况下，此处所描述的各实施例可以与所描述的任何其他实施例相结合地使用。进一步地，前述的描述不是详尽的，或将本发明限于上文所公开的精确形式。根据上述教导，许多修改方案和变化也是可以的，也可以通过对本发明的实施，获得各种修改方案和变化。可以通过使用开放的列表(包括指出列表项代表各实施例并且列表不旨在表示除进一步的各实施例以外的封闭的列表的措词)来标识某些示例性实施例。这样的措词可包括“例如”、“等等”、“诸如”、“举例来说”、“等”及其他从周围的上下文显而易见的措词。
[0118]本申请的描述中使用的元素、操作或指令不应该被理解为对本发明是关键的或不可少的，除非明确地这样描述。此外，如此处所使用的，冠词“一”可以包括一个或多个项目。在仅指一个项目的情况下，使用术语“一个”或类似的语言。进一步地，术语“任何一个”后面跟着多个项目和/或多个类别的项目的列表，如此处所使用的，旨在包括多个项目和/或类别的项目中的“任何一个”、“任何组合”、“任何多个”、和/或“任何多个的组合”，分别地或与其他项目和/或其他类别的项目结合。
[0119]此外，权利要求不应该仅限于所描述的顺序或元素，除非这样陈述的。另外，在任何权利要求中使用术语〃装置〃旨在引用35U.S.C.§ 112，第6节，并且没有词〃装置〃的任何权利要求并不意图如此。
【权利要求】
1.一种保留长寿命的交互的方法，包括: 参与与远程方的当前通信会话； 将当前标识标记与所述当前通信会话相关联； 将上下文信息与所述当前标识标记相关联，其中，所述上下文信息提供所述当前通信会话的上下文；以及 在所述当前通信会话结束之后，存储所述当前标识标记和上下文信息的记录，其中，存储的当前标识标记和存储的上下文信息构成所述长寿命的交互。
2.如权利要求1所述的方法，还包括: 搜索存储器中的与所述远程方的以前的通信会话的以前的标识标记；以及 从搜索结果中选择以前的标识标记，用作所述当前通信标记。
3.如权利要求1所述的方法，其中，所述关联的步骤由主叫者或被呼叫者执行。
4.如权利要求1所述的方法，其中，所述关联的步骤在所述当前通信会话过程中执行。
5.如权利要求1所述的方法，还包括:在所述当前通信会话过程中改变所述上下文信息的以前的关联的步骤。
6.如权利要求1所述的方法，其中，所述关联的步骤由主叫者在所述当前通信会话启动之前或在所述当前通信会话结束之后执行。
7.如权利要求1所述的方法，还包括:在所述当前通信会话结束之后将交互邀请扩展到所述当前通信会话的另一方的步骤。
8.如权利要求1所述的方法，其中，所述长寿命的交互还包括对等媒体流，以及其中，所述当前标识标记包括会话初始协议(SIP)邀请消息的字段。
9.一种保留长寿命的交互的系统,包括: 与通信介质的接口，所述接口被配置成支持与远程方的当前通信会话； 被配置成将当前标识标记与所述当前通信会话相关联的第一处理器； 被配置成将上下文信息与所述当前标识标记相关联的第二处理器，其中，所述上下文信息提供所述当前通信会话的上下文；以及 被配置成在所述当前通信会话结束之后，存储所述当前标识标记和上下文信息的记录的存储器，其中，存储的当前标识标记和存储的上下文信息构成所述长寿命的交互。
10.如权利要求9所述的系统，还包括: 被配置成搜索存储器中的与所述远程方的以前的通信会话的以前的标识标记的搜索模块；以及 被配置成从搜索结果中选择以前的标识标记，用作所述当前通信标记的选择模块。
【文档编号】H04M7/00GK103716477SQ201310264535
【公开日】2014年4月9日 申请日期:2013年6月28日 优先权日:2012年9月28日
【发明者】N·A·K·辛格 申请人:阿瓦亚公司