CN101939975A - 用于转移差错恢复的技术 - Google Patents
用于转移差错恢复的技术 Download PDFInfo
- Publication number
- CN101939975A CN101939975A CN2009801045609A CN200980104560A CN101939975A CN 101939975 A CN101939975 A CN 101939975A CN 2009801045609 A CN2009801045609 A CN 2009801045609A CN 200980104560 A CN200980104560 A CN 200980104560A CN 101939975 A CN101939975 A CN 101939975A
- Authority
- CN
- China
- Prior art keywords
- calling terminal
- contextual information
- context
- module
- calling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
- H04M3/5183—Call or contact centers with computer-telephony arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/58—Arrangements for transferring received calls from one subscriber to another; Arrangements affording interim conversations between either the calling or the called party and a third party
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
- H04M2203/2088—Call or conference reconnect, e.g. resulting from isdn terminal portability
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
Abstract
描述了用于转移差错恢复的技术。一种系统可包括上下文生成器模块,该模块可用于记录关于第一呼叫终端和呼叫系统资源之间的第一呼叫会话的上下文信息,并将该上下文信息与上下文标识符一起存储在上下文表中。该系统可包括耦合到上下文生成器模块的转移差错上下文模块,该转移差错上下文模块可用于生成具有上下文标识符的转移差错上下文信息。该系统可包括耦合到转移差错上下文模块的呼叫转移模块,该呼叫转移模块可用于将转移差错上下文信息发送到第一呼叫终端以供在转移失败事件的情况下使用。对其它实施例也予以描述并要求保护。
Description
背景
在电话学中,自动呼叫分发器(ACD)是将传入呼叫分发给呼叫中心代理的一组特定终端的设备或系统。它通常是计算机电话集成(CTI)系统的一部分。
路由传入呼叫是ACD系统的任务。ACD系统常见于处理来自无需与特定的人谈话但尽快需要来自多个人(例如,客户服务代表)中的任一个的帮助的呼叫者的大量传入电话呼叫的办公室中。
ACD系统通常包括用于终端和交换机的硬件、电话线、以及用于路由策略的软件。路由策略是告诉ACD在该系统内如何处理呼叫的一组基于规则的指令。这通常是确定响应给定传入呼叫的一个或多个最佳有空雇员的算法。为了帮助作出该匹配,请求附加数据并审阅这些数据以查明客户为何呼叫。ACD系统有时使用呼叫者的呼叫者标识(CID)或自动编号标识(ANI)。在许多情况下,ACD系统使用交互式语音响应(IVR)系统来查明呼叫的原因。
ACD系统的自动化便利可为公司或企业显著降低成本,因为它减少了对人类干预的需求。然而,用于处理客户的算法方法在路由策略的限制无法产生客户所追求的期望结果时可能使客户服务承担风险。因此,对ACD系统及其底层技术的改进可导致改进的客户服务和客户满意度。
概述
各实施例一般涉及通信系统。某些实施例尤其可涉及诸如呼叫中心等具有用于自动将传入呼叫路由至一组所选呼叫终端的ACD系统的通信系统。ACD系统可利用作为转移差错上下文(TEC)组件的一部分来实现的各种转移差错恢复技术来在外部呼叫终端被转移至由ACD系统提供的各个内部呼叫终端时减少转移差错。
例如,在一个实施例中,ACD系统可包括上下文生成器模块、TEC模块、以及呼叫转移模块。上下文生成器模块可用于记录关于第一呼叫终端和呼叫系统资源之间的第一呼叫会话的上下文信息,并将该上下文信息与上下文标识符一起存储在上下文表中。TEC模块可用于生成具有上下文标识符的TEC信息。呼叫转移模块可用于将TEC信息发送到第一呼叫终端以供在转移失败事件的情况下使用。对其它实施例也予以描述并要求保护。
提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的一些概念。本概述并不旨在标识出所要求保护的主题的关键特征或必要特征,也不旨在用于限定所要求保护的主题的范围。
附图简述
图1示出了ACD系统的一个实施例。
图2示出TEC首部的一个实施例。
图3示出了通信系统的一个实施例。
图4示出了逻辑流程的一个实施例。
图5A示出了第一消息流的一个实施例。
图5B示出第二消息流的一个实施例。
图6示出了计算系统体系结构的一个实施例。
图7示出了制品的一个实施例。
详细描述
各实施例可包括被安排成执行特定无关或相关操作、功能或服务的多个互连结构。这些结构可包括物理结构、逻辑结构或两者的组合。物理或逻辑结构可以使用硬件元素、软件元素或两者的组合来实现。然而,参考特定硬件或软件元素的对各实施例的描述旨在作为示例而非限制。使用硬件还是软件元素来实际地实施一实施例的决定取决于多个外部因素,诸如所需计算速率、功率电平、热容忍度、处理周期预算、输入数据率、输出数据率、存储器资源、数据总线速度、以及其他设计或性能约束。此外,物理或逻辑结构可具有对应的物理或逻辑连接以便在这些结构之间以电子信号或消息的形式传递信息。连接可包括如适于信息或特定结构的有线和/或无线连接。值得注意的是,任何对“一个实施例”或“一实施例”的引用都意味着结合该实施例所描述的特定的特征、结构、或特性被包括在至少一个实施例中。出现在说明书中各个地方的短语“在一实施例中”不必全都指的是同一实施例。
各实施例涉及用于自动化呼叫系统的转移差错恢复的技术。诸如ACD系统等自动化呼叫系统通常需要将来自外部呼叫终端的传入呼叫转移至由ACD系统提供的各个内部呼叫终端,诸如举例而言以便进行客户服务操作。这些转移差错恢复技术允许ACD系统从转移失败事件中恢复。转移失败事件包括其中未完成到目标呼叫终端的呼叫转移的事件。转移失败事件的示例可包括而不限于,来自目标呼叫终端的忙信号、目标呼叫终端完成呼叫连接失败、完成与目标呼叫终端的呼叫连接并到达语音邮件或统一消息收发系统、完成与非预期呼叫终端的呼叫连接,等等。
这些转移差错恢复技术允许ACD系统和转移到的呼叫终端以减少ACD系统的复杂性的方式从转移失败事件中恢复。这些转移差错恢复技术还减少或消除对转移到的呼叫终端的操作员重启用ACD系统进行的整个呼叫过程的需求。结果,这些转移差错恢复技术可提高操作员、设备或网络的可承受性、可伸缩性、模块性或可扩展性。
图1示出了ACD系统100的框图。ACD系统100可将传入呼叫分发给呼叫中心代理的一组特定终端。它常常被实现为CTI系统的一部分。例如,ACD系统100可包括用于为公司或企业服务的呼叫中心的CTI系统的一部分。
在各实施例中,ACD系统100可包括能够发起或终止诸如分组交换网络和/或电路交换网络等各种类型的网络之间的呼叫的各种组件、设备或系统。在前一种情况下,ACD系统可以使用一个或多个网际协议语音(VoIP)信令协议来建立VoIP呼叫,这些VoIP信令协议是由因特网工程任务组(IETF)标准组织定义并公布的信令协议,诸如如IETF系列RFC 3261、3265、3853、4320及其后代、修订版和变体所定义的会话发起协议(SIP)。一般而言,SIP信令协议是用于创建、修改、以及终止与一个或多个参与者的会话的应用层控制和/或信令协议。这些会话包括网际协议(IP)电话呼叫、多媒体分发、以及多媒体会议。此外,VoIP呼叫可使用数据或媒体格式协议来建立,诸如IETF RFC3550及其后代、修订版和变体所定义的实时传输协议(RTP)和实时传输控制协议(RTCP)。RTP/RTCP标准定义用于通过分组交换网络传递多媒体信息(例如,音频和视频)的统一或标准化分组格式。尽管某些实施例可利用作为示例而非限制的SIP和RTP/RTCP协议,但可以理解,也可如给定实现所需地使用其他VoIP协议。
除了上述通用VoIP协议之外,ACD系统100可以专门实现各种呼叫转移协议,诸如2003年4月的题为“会话发起协议(SIP)引用方法”的IETF RFC3515(“SIP引用规范”)及其后代、修订版和变体。SIP引用规范是请求接收者引用请求中所提供的资源的SIP扩展。它提供允许将所引用请求的结果通知给发送该引用的一方的机制。该机制可用于启用包括呼叫转移在内的许多应用。尽管某些实施例涉及作为示例而非限制的SIP引用规范,但这些转移差错恢复技术也可适用于其他转移机制或技术。
在图1所示的实施例中,ACD系统100包括ACD系统的各部分,包括通信地耦合到外部呼叫终端的呼叫控制模块110以及IVR模块120。IVR模块120可以通信地耦合到TEC组件130。IVR模块120和TEC组件130可以通信地耦合到上下文数据库134。TEC组件130包括通信地耦合到TEC模块142的上下文生成器模块132。TEC组件130可以通信地耦合到呼叫转移模块150。呼叫转移模块150可以通信地耦合到呼叫控制模块110,以及耦合到呼叫控制模块110的外部呼叫终端。
尽管如图1所示的ACD系统100的所示实施例包含以特定拓扑结构排列的特定元素,但可以理解,ACD系统100可包括以不同拓扑结构排列的更多或更少的元素并且仍然落在各实施例的范围内。此外,ACD系统100的各个元素可通过可用于交换信息以协调彼此之间的操作的各种信号线来耦合。该信息可被实现为分配给各种信号线的信号。在这些分配中,每一个消息都是信号。然而,其他实施例可另选地采用数据消息。这些数据消息可以跨各个连接发送。示例性连接包括并行接口、串行接口和总线接口。
ACD系统100可包括呼叫控制模块110。呼叫控制模块110通常可被安排成管理对于ACD系统100的呼叫流操作。在电话学中,呼叫控制指的是电话交换机中提供其主要功能的软件。呼叫控制模块110解码寻址信息并将电话呼叫从一个端点路由至另一个端点。它还创建可用于使标准交换操作适应用户需求的特征。这些特征的常见示例是呼叫转移、呼叫等待、呼叫转发、不要打扰等。
ACD系统100可包括IVR模块120。IVR模块120可包括通常被安排成管理呼叫者和机器接口之间的交互式对话的呼叫系统资源。在电话学中,IVR指的是允许计算机使用普通电话呼叫来检测语音和按钮音的电话技术。IVR模块120可以用预先记录的或动态生成的音频来响应以便进一步指示呼叫者如何继续。IVR模块120可用于控制其中该接口可被分解成一系列简单的菜单选择的几乎任何功能。呼叫者拨打由IVR模块120应答的电话号码。IVR模块120执行绑定到所拨打号码信息服务(DNIS)的应用程序。作为该应用程序的一部分,预先记录的音频文件或动态生成的文本-语音(TTS)音频解释对呼叫者可用的选项。呼叫者被给予使用双音多频(DTMF)声调或口述单词来选择选项的选择。语音识别通常用于执行更复杂的事务并简化应用程序菜单结构。
ACD系统100可包括呼叫转移模块150。呼叫转移模块150通常可被安排成管理对ACD系统100的呼叫转移操作。尽管被示为单独的模块,但可以理解,由呼叫转移模块150提供的操作、功能或服务可被实现为呼叫控制模块110的集成部分。各实施例在此上下文中不受限制。
呼叫转移是使得用户能够通过拨打所需位置来将现有呼叫重新定位至另一电话或话务台的电信机制。所转移的呼叫作通告或不作通告。如果通告所转移的呼叫,则将即将到来的转移通知给所需方/分机。这通常通过使呼叫者不挂断并拨打所需方/分机来完成;该所需方/分机然后得到通知并且如果他们选择接受该呼叫,则将该呼叫转移给他们。常用于通告转移的其他术语包括监督和热转移。另一方面,不通告转移在不通知所需方/分机即将到来的呼叫的情况下转移。它被自动转移到他们的线路。常用于不通告转移的其他术语包括无监督、冷和盲转移。
尽管具有这两个能力,但呼叫控制模块110和IVR模块120通常执行不通告转移以促进ACD系统100的自动化特质。由此,可能发生其中IVR模块120从呼叫者接受信息并基于该信息来请求呼叫控制模块110将该呼叫转移至所需方的特定呼叫终端的情况。因此,存在所需方没空的可能性,因此导致转移失败事件。在常规呼叫系统中,这可迫使呼叫者重新拨打公司的主号码,重新连接到IVR模块120,参与和IVR模块120的另一交互式对话,并且然后重新连接到相同或不同方以获得服务。
呼叫转移问题有时通过使ACD系统100的呼叫控制元素保持在信令路径中直到转移操作已成功完成来解决。例如,ACD系统100可实现担当SIP呼叫的两端的用户代理的背靠背用户代理(B2BUA)。B2BUA可跟踪正在转移的呼叫的状态并将任何变更通知给呼叫转移者(例如,发起转移方)。然而,对B2BUA的使用增加呼叫控制操作的复杂性,以及消耗资源以监视和跟踪呼叫转移操作直到完成,由此减少对其他传入呼叫可用的资源。这对于其中ACD系统100为相对较大量的传入呼叫服务的应用而言可能特别低效。
为了解决这些和其他问题,ACD系统100可实现减少或消除诸如B2BUA解决方案中的对ACD系统100将资源专用于监视呼叫转移操作的需求的各种转移差错恢复技术。相反,转移者可以在呼叫转移动作被接受后结束呼叫支路。此外,被转移者始终保持对呼叫的完全控制。这些和其他优点可以例如使用TEC组件130来实现。
TEC组件130通常可被安排成实现允许呼叫者和ACD系统100在转移失败事件的情况下恢复的各种转移差错恢复技术。TEC组件130可记录并存储关于呼叫者和诸如IVR模块120等呼叫系统资源之间的交互式对话的上下文信息。TEC组件130还可用TEC信息生成TEC首部,包括被称为上下文标识符的对上下文信息的引用。TEC组件130然后可经由呼叫转移模块150将TEC信息提供给呼叫者的呼叫终端,以供在自动响应转移失败事件时使用。
TEC组件130可被安排成记录并存储关于呼叫者和诸如IVR模块120等呼叫系统资源之间的交互式对话的上下文信息。如此处所使用的,术语“上下文信息”可以指关于设备或系统在执行给定任务时的状态或条件的任何信息。一般而言,只要设备或系统执行任务,该设备或系统就分配资源并生成通常对该任务唯一的数据。如果任务在完成前中断,则该任务可能需要再次从开头启动,由此表示在该中断之前执行的工作的完全丢失。记录并存储上下文信息允许任务在一个时间点中断,并且一将来时间点继续,而不必重启整个任务。保存上下文信息允许设备或系统再现任务已被中断时的状态或条件以继续任务上的工作。在这种情况下,TEC组件130可以在呼叫转移操作之前记录并存储关于呼叫会话的上下文信息,由此允许ACD系统100在转移失败事件的情况下再现关于后续呼叫会话的上下文。上下文信息的示例可包括但不限于关于以下内容的任何信息:呼叫会话细节、客户机、设备、设备能力、呼叫方之间的通信、呼叫连接、呼叫会话、呼叫历史、呼叫转移的先前的目标呼叫终端、差错信息、呼叫者偏好、呼叫者规则、呼叫者位置、呼叫者标识、生物测定信息、呼叫者个人信息(例如,姓名、地址、联系号码等)、媒体类型、媒体参数、呼叫号码优先权、关键字、应用程序、应用程序数据,等等。各实施例在此上下文中不受限制。
TEC组件130还可被安排成生成TEC信息144,且该TEC信息144包括对应于上下文信息的上下文标识符。如此处所使用的,术语“TEC信息”可以指适用于在转移失败事件的情况下允许转移差错恢复操作的任何信息。更具体而言,TEC信息144可允许呼叫者的呼叫终端响应于转移失败事件而自动重新连接到诸如IVR模块120等呼叫系统资源。此外,TEC信息144可包括上下文标识符,该上下文标识符允许ACD系统100从与呼叫者的先前呼叫会话中检索上下文信息,并为该呼叫者生成关于后续呼叫会话的上下文以减少或消除先前执行的数据收集操作。
在一般操作中,呼叫控制模块110可从第一呼叫终端中接收传入呼叫102-1。呼叫控制模块110管理呼叫流,并将传入呼叫102-1连接到诸如IVR模块120等呼叫系统资源。这为第一呼叫终端和IVR模块120之间的第一呼叫会话建立第一呼叫连接。
IVR模块120可用于通过向第一呼叫终端发送语音提示并从该第一呼叫终端接收操作员命令来管理关于第一呼叫会话的交互式对话。IVR模块120执行绑定到拨打号码DNIS的应用程序。作为该应用程序的一部分,预先记录的音频文件或动态生成的TTS音频解释对呼叫者可用的各个选项。呼叫者被给予使用DTMF声调或口述单词来选择选项的选择。语音识别通常用于执行更复杂的事务并简化应用程序菜单结构。一旦IVR模块120从呼叫者收集到足够的信息以确定转移的目标呼叫终端,IVR模块120就可向呼叫控制模块110发送转移请求。
在第一呼叫终端和IVR模块120之间的第一呼叫会话期间,TEC组件130可发起TEC操作以生成TEC信息144。在图1所示的实施例中,TEC组件130可包括上下文生成器模块132和TEC模块142。
上下文生成器模块132可被安排成记录关于第一呼叫终端和诸如IVR模块120等呼叫系统资源之间的第一呼叫会话的上下文信息140-1-n。上下文信息140-1-n可包括例如提供给呼叫者的语音提示、和呼叫者响应于该语音提示而给予的响应以及其他信息。上下文信息140-1-n还可包括诸如呼叫者记录或简档的关于呼叫者的信息,这些呼叫者记录或简档具有诸如帐号、优先权信息、呼叫者偏好等的呼叫者信息。这些和其他类型的上下文信息可用于为呼叫会话建立通用上下文的快照,且具体而言是呼叫者和IVR模块120在IVR模块120发起转移操作之前到达的交互式对话中的一个点。上下文生成器模块132可存储各自具有对应的上下文标识符138-1-m的上下文信息140-1-n,上下文标识符138-1-m和上下文信息140-1-n一起形成上下文数据库134的上下文表133中的上下文记录136-1-p。
TEC模块142可被安排成生成具有上下文标识符138-1-m和其他信息的TEC信息144。TEC信息144可包括在转移差错事件后联系的资源标识符、定义转移差错事件的差错码、对应于来自先前呼叫会话的上下文信息的上下文标识符以及其他信息等等。TEC模块142可将TEC信息144转发给呼叫转移模块150。
呼叫转移模块150接收TEC信息144,并将TEC信息144发送到第一呼叫终端以供在转移失败事件的情况下使用。如上所述,一旦IVR模块120从呼叫者收集到足够的信息以确定转移的目标呼叫终端,IVR模块120就可向呼叫控制模块110发送转移请求。呼叫控制模块110从IVR模块120接收该转移请求。呼叫控制模块110在准备转移传入呼叫102-1时可执行各种呼叫控制操作,诸如对要转移到的目标呼叫终端进行查号。呼叫控制模块110将控制指示发送到呼叫转移模块150。控制指示可包括例如将第一呼叫终端转移到第二呼叫终端的转移指令。呼叫转移模块150从呼叫控制模块110接收该转移指令,从TEC模块142接收TEC信息144,并且按照转移请求将第一呼叫终端转移到第二呼叫终端。
呼叫转移模块150从呼叫控制模块110接收转移指令,从TEC模块142接收TEC信息144,并且将转移消息发送到第一呼叫终端。在某些实施例中,转移消息可包括如由SIP引用规范定义的REFER(引用)消息。REFER消息104-1可包括TEC信息144以及其他信息。更具体而言,TEC信息144可包括如参考图2更详细地描述的TEC首部。
图2示出了数据结构200的一个实施例。数据结构200可包括例如REFER消息104。REFER消息104可包括对诸如ACD系统100等自动化呼叫系统转移呼叫的转移机制。REFER消息104是如由IETF RFC 3261定义的SIP方法。REFER消息104指示如由请求统一资源标识符(URI)标识的接收者应使用请求中所提供的联系信息来联系第三方。由该指向(Refer-To)URI标识的资源使用针对该URI类型的普通机制来联系。例如,如果URI是指示INVITE(邀请)的SIP URI(使用例如方法=INVITE URI参数),则SIP UA将使用SIP标准中所定义的用于发送INVITE的所有普通标准来发出新INVITE。
在图2所示的实施例中,REFER消息104可包括指向首部的引用(RTH)220。RTH 220是如由SIP标准定义的请求首部(请求-首部)。它通常只出现在REFER请求中。它提供符合以下格式的用于引用的统一资源定位符(URL):
指向=(″指向″/″r″)HCOLON(名称-地址/地址-规范)*(半通用-参数).
该URL是除了标识资源之外还提供用于通过描述其主要接入机制或网络位置来获取资源的表示或对其采取动作的技术的URI。
除了RTH 220之外,REFER消息104可包括TEC首部(TCH)230。TCH230可包括用于TEC信息144的数据结构。在图2所示的实施例中,TCH 230可包括一个或多个资源标识符232、一个或多个差错响应码234、以及一个或多个上下文标识符138-1-m。TCH 230可包括适用于转移差错恢复操作的其他类型的信息,并且各实施例在此上下文中不受限制。
资源标识符232可表示关于响应于转移失败事件而将呼叫转发到的资源或目的地的联系信息。该联系信息可包括关于资源的任何类型的联系信息,诸如电话号码、网络地址、媒体访问控制(MAC)地址、电子邮件(email)地址、SIP地址、URI、URL、以及对应于资源的任何其他唯一标识符。该资源可包括适用于处理转移差错恢复操作的任何资源,包括在转移差错事件之前发起呼叫转移的转移者。例如,资源标识符232可包括诸如IVR模块120等传入呼叫转移者的SIP地址,如下所示:
<sip:acd@公司A.com>
在另一示例中,资源标识符232可包括被特别设计成处理转移差错恢复操作的专用呼叫系统资源。
差错响应码234可包括定义自动发起转移差错恢复操作的转移差错事件的可配置差错范例或差错码的列表。例如,差错响应码234可包括各种SIP差错码,如下所示:
响应码=“4xx,5xx,6xx”
在该示例中,对于所有400、500和600类SIP差错响应,TCH 230将指示呼叫终端将呼叫转发给acd@公司A.com。差错响应码234可由用户或ACD系统100来配置。
上下文标识符138-1-m可包括对应于存储在TEC组件130的上下文数据库134中的上下文信息的一个或多个上下文标识符。上下文标识符138-1-m可包括任何唯一标识符,它的示例如下所示:
上下文=3xAB251d9e
上下文标识符138-1-m可以与呼叫请求一起发送以用ACD系统110发起后续呼叫会话。ACD系统110可使用上下文标识符138-1-m来检索关于与外部呼叫终端的先前呼叫会话的上下文信息,并针对与外部呼叫终端的后续呼叫会话为ACD系统110还原先前呼叫会话的上下文。
再次参考图1,在呼叫者侧,第一呼叫终端可从呼叫转移模块150接收包括REFER消息104-1的一部分的TCH 230形式的TEC信息144。该第一呼叫终端可包括用于检测转移失败事件并使用包含在TCH 230中的TEC信息144来发起第一呼叫终端和ACD系统100的呼叫系统资源之间的第二呼叫会话。
ACD系统100可接收传入呼叫102-2以便在第一呼叫终端和诸如IVR模块120等呼叫系统资源之间建立第二呼叫会话。上下文生成器模块132可从第一呼叫终端接收上下文标识符,并从上下文数据库134的上下文表133中检索对应于上下文标识符138-1-m的上下文信息140-1-n。上下文生成器模块132可将上下文信息140-1-n发送到IVR模块120。或者,ACD系统100中的除了上下文生成器模块132之外的某一其他元素可检索上下文信息140-1-n,诸如IVR模块120。在这种情况下,可能需要通知上下文生成器模块132记录来自第二呼叫会话的上下文信息,并更新适当的上下文信息140-1-n。
IVR模块120可接收上下文信息140-1-n,并基于该上下文信息140-1-n来确定对该第一呼叫终端的后续处理事件。例如,IVR模块120可从上下文信息140-1-n中确定来自第一呼叫终端的第一传入呼叫102-1未被成功转移到第二呼叫终端,并因此IVR模块120可确定将第二传入呼叫102-2从第一呼叫终端转移到诸如第三呼叫终端等另一内部呼叫终端。
如同第一呼叫会话,上下文生成器模块132可记录来自第一呼叫终端和IVR模块120之间的第二呼叫会话的上下文信息。上下文生成器模块132然后可以用来自第二呼叫会话的上下文信息来更新来自第一呼叫会话的上下文信息140-1-n。上下文生成器模块132可将已更新的上下文信息140-1-n存储在具有与第一呼叫会话相同的上下文标识符138-1-m的适当上下文记录136-1-p中。
图3示出了通信系统300的一个实施例。在各实施例中,通信系统300可被实现为无线通信系统、有线通信系统、或两者的组合。在被实现为无线通信系统时,通信系统300可包括适于通过无线通信介质通信的组件和接口,诸如一个或多个天线、发射机、接收机、收发机、放大器、滤波器、控制逻辑等等。通信介质的示例可以包括使用无线频谱的诸如射频(RF)频谱等各部分来实现的无线共享介质。当被实现为有线通信系统时,通信系统300可包括适用于通过有线通信介质进行通信的组件和接口,诸如输入/输出(I/O)适配器、将I/O适配器与对应的有线通信介质相连接的物理连接器、网络接口卡(NIC)、盘控制器、视频控制器、音频控制器等等。有线通信介质的示例可以包括电线、电缆、金属导线、印刷电路板(PCB)、背板、交换光纤、半导体材料、双绞线、同轴电缆、光纤等等。
如图3所示,通信系统300可包括多个呼叫终端310-1-r。呼叫终端310-1-r可包括能够经由分组交换网络320与ACD系统100建立VoIP呼叫连接的任何物理或逻辑通信设备。呼叫终端310-1-r的示例可以包括但不限于数字电话、分组电话、VoIP电话、具有数据通信能力的蜂窝电话、计算机、个人计算机、膝上型计算机、手持式计算机、移动计算机、服务器、工作站、电器、网络设备等。例如,在一个实施例中,呼叫终端310-1-r可被实现为VoIP呼叫终端,其被实现为SIP用户代理。然而,各实施例在此上下文中不受限制。
第一呼叫终端310-1可表示外部呼叫终端,而呼叫终端310-2-r可表示由ACD系统100提供的内部呼叫终端。第一呼叫终端310-1可经由分组交换网络320发起与ACD系统100的第一呼叫连接330-1。分组交换网络320的示例可包括因特网。通过与第一呼叫终端310-1的呼叫者的交互式对话,ACD系统100可确定将呼叫连接330-1转移到第二呼叫终端310-2,经由具有TCH 230的REFER消息104来相应地通知第一呼叫终端310-1,并释放呼叫连接330-1。
假设该呼叫转移失败,第一呼叫终端310-1的TEC模块302检测到转移差错事件,并引用来自TCH 230的TEC信息144。TEC模块302可利用TEC信息144来执行客户机侧转移呼叫恢复操作。例如,TEC模块302可以使用REFER消息104-1的TCH 230中的资源标识符232来自动与ACD系统100建立呼叫连接。在另一示例中,TEC模块302可呈现用户选项列表,诸如连接到ACD系统100、连接到公司中的不同号码、终止转移差错恢复操作等。这可以为被转移者提供通过程序来选择用于处理转移失败事件的所需选项的可能性。
因为先前已经释放第一呼叫连接330-1,所以第一呼叫终端310-1发起与ACD系统100的第二呼叫连接330-2,并将上下文标识符138-1-m发送到ACD系统100。ACD系统100的TEC组件130接收该上下文标识符138-1-m,检索对应的上下文信息140-1-n,并为通过第二呼叫连接330-2传送的第二呼叫会话构建通过第一呼叫连接330-1传送的第一呼叫会话的上下文。基于该重新构造的上下文,ACD系统100可确定将第一呼叫终端310-1转移到第三呼叫终端310-3,经由具有TCH 230的REFER消息104来相应地通知第一呼叫终端310-1,并释放呼叫连接330-2。这些转移差错恢复操作可以在任何数量的周期中继续直到第一呼叫终端310-1成功连接到内部呼叫终端310-1-r而不发生转移失败事件。
用于上述实施例的操作可参考一个或多个逻辑流程来进一步描述。可以理解,除非另外指明,否则代表性的逻辑流程不一定要按所呈现的次序或者按任何特定次序来执行。而且,关于逻辑流程描述的各种活动可按串行或并行的方式执行。视给定一组设计和性能约束所需,逻辑流程可使用所述实施例的一个或多个硬件元素和/或软件元素或替换元素来实现。例如,逻辑流程可被实现为供逻辑设备(例如,通用或专用计算机)执行的逻辑(例如,计算机程序指令)。
图4示出了逻辑流程400的流程框图。逻辑流程400可表示由在此所描述的一个或多个实施例所执行的操作中的部分或全部。
逻辑流程400可在框402记录关于与第一呼叫终端的第一呼叫会话的上下文信息。例如,TEC组件130的上下文生成器模块132可检测到来自第一呼叫终端310-1的传入呼叫102-1或得到该呼叫的通知,并发起记录操作以记录关于第一呼叫终端310-1和IVR模块120之间的第一呼叫会话的上下文信息140-1-n。
逻辑流程400可在框404存储该上下文信息与上下文标识符。例如,TEC组件130的上下文生成器模块132可使用唯一上下文标识符138-1-m来存储从与第一呼叫终端310-1的第一呼叫会话中记录的上下文信息140-1-n。上下文标识符138-1-m可用于为与第一呼叫终端310-1的将来或后续呼叫会话检索上下文信息140-1-n。
逻辑流程400可在框406生成具有上下文标识符的转移差错上下文信息。例如,TEC模块142可生成TCH 230。TEC模块142可以直接从上下文生成器模块132接收上下文标识符138-1-m,或经由上下文数据库134间接接收上下文标识符138-1-m,并且在TCH 230中包括上下文标识符138-1-m。TEC模块142可将TCH 230发送给呼叫转移模块150。
逻辑流程400可在框408将转移差错上下文信息发送到第一呼叫终端以供在转移失败事件的情况下使用。例如,呼叫转移模块150可从呼叫控制模块110接收转移指令,并从TEC模块142接收TCH,并生成REFER消息104-1。呼叫转移模块150可将REFER消息104-1发送到第一呼叫终端310-1,并释放用于传入呼叫102-1的呼叫连接。
图5A示出了第一消息流500的一个实施例。消息流500可表示通信系统300的各个元件之间的消息流。如图5A所示,假设呼叫者Alice(爱丽丝)呼叫公司A的总机号码并且公司A的ACD系统100接受该呼叫。Alice可使用呼叫终端310-1来经由分组交换网络320通过发送INVITE消息(例如,总机号码@公司A.com)发起与ACD系统100的第一呼叫连接330-1,如箭头502所指示。ACD系统100接收INVITE消息,并向呼叫终端310-1发送200OK(确定)消息,如箭头504所指示。呼叫终端310-1发送如箭头506所示的ACK(确认)消息,并且建立第一呼叫连接330-1。呼叫连接330-1的端点可包括ACD系统100的IVR模块120。
通过与第一呼叫终端310-1的呼叫者的交互式对话,IVR模块120在框508作出将呼叫连接330-1转移至第二呼叫终端310-2处的Bob(鲍勃)的转移判定。ACD系统100通过如箭头510所指示地向第一呼叫终端310-1发送REFER消息104-1来相应地通知第一呼叫终端310-1。该REFER消息可包括具有对应于呼叫终端310-2的资源标识符的RTH 220和TCH 230。呼叫终端310-1向ACD系统100发送202ACCEPTED(已接受)消息,如箭头512所指示。ACD系统100通过如箭头514所指示地向呼叫终端310-1发送BYE(再见)消息来释放呼叫连接330-1。呼叫终端310-1通过如箭头516所指示地向ACD系统100发送200OK消息来确认该呼叫释放。
呼叫终端310-1通过如箭头518所指示地发送INVITE消息(例如,bob@公司A.com)来对呼叫终端310-2发起新呼叫。假设Bob当前正使用呼叫终端310-2来进行电话呼叫。在这种情况下,呼叫终端310-2向呼叫终端310-1发送486BUSY(忙)消息,如箭头520所指示。呼叫终端310-1接收486BUSY消息,并且呼叫终端310-1的TEC模块302将该486BUSY代码与来自TCH 230的差错码进行比较。如果存在匹配,则呼叫终端310-1检测到对于呼叫终端310-2处的Bob的转移失败事件。呼叫终端310-1向呼叫终端310-2发送ACK消息,如箭头522所指示。
图5B示出了消息流500的继续。如图5B所示,因为差错码486是差错响应码234的一部分,所以呼叫终端310-1通过如箭头522所指示地向ACD系统100发送具有上下文标识符138-1-m的另一INVITE消息(例如,总机号码@公司A.com)来自动发起与ACD系统100的第二呼叫连接330-2。ACD系统100向呼叫终端310-1发送200OK消息,如箭头524所指示。呼叫终端310-1向ACD系统100发送ACK消息,如箭头526所指示。ACD系统100在框527检索上下文信息。检索到的上下文信息可还原关于通过呼叫连接330-1的第一呼叫会话的原始呼叫上下文,诸如IVR模块120所提供的基于DTMF的菜单中的位置,由此允许Alice避免必须从自动化脚本的开头启动与IVR模块120的交互式对话。ACD系统100的IVR模块120然后在框528基于在框528检索到的上下文信息来作出将呼叫连接330-2转移到第三呼叫终端310-3处的Mary的新判定。
如同图5A所示的消息流500,ACD系统100将转移到目标呼叫终端310-3处的Mary通知给Alice并释放呼叫连接330-2。这可使用与参考相应的箭头510、512、514和516描述的消息相似的参考箭头530、532、534和536描述的消息来实现。值得注意的差别在于发送包含具有对应于呼叫终端310-3而非呼叫终端310-2的资源标识符的RTH 220的REFER消息104-2,并且TCH 230包括已更新的上下文标识符138-1-m。
呼叫终端310-1通过如箭头538所指示地发送INVITE消息(例如,mary@公司A.com)来对呼叫终端310-3发起新呼叫。假设Mary有空并应答该呼叫。呼叫终端310-3接收该INVITE消息,并向呼叫终端310-1发送200OK消息,如箭头540所指示。呼叫终端310-1如箭头542所指示地发送ACK消息,并且呼叫连接330-3在Alice和Mary的呼叫终端310-1、310-3之间建立。
一旦呼叫转移已成功完成,ACD系统100和呼叫终端310-1就可通过删除上下文信息144以便为来自其他呼叫者或其他呼叫会话的上下文信息腾出空间来执行例程记录维护。
在一替换实施例中,ACD系统100可以按避免对第一呼叫终端310-1响应于转移失败事件而重新建立与ACD系统100的呼叫连接的需求的方式生成TEC信息144。例如,TEC模块142可生成具有另一目标呼叫终端而非ACD系统100的资源标识符232的TCH 230。在第一呼叫会话期间,IVR模块120可确定用于转移呼叫终端310-1以供处理的多个目标呼叫终端310-2、310-3。TEC模块142然后可生成具有对应于呼叫终端310-3而非ACD系统100的资源标识符232的TCH 230。TEC模块302可以响应于转移失败事件而直接连接到呼叫终端310-3,由此避免呼叫ACD系统100的需求。
图5A和5B示出了用于无人照看(unattended)转移情况的消息流500。然而,在某些实施例中,ACD系统100可被安排成执行Alice和Bob之间的有人照看(attended)的转移。在这种情况下,ACD系统100在如箭头510、512、514和516所指示的消息交换之前,即在将Alice所使用的呼叫终端310-1连接到Bob所使用的呼叫终端310-2之前与呼叫终端310-2处的Bob建立连接。
图6进一步示出了计算系统体系结构610的框图。计算系统体系结构610可表示适用于实现各实施例中的部分或全部的计算体系结构。在基本配置中,计算系统体系结构610通常包括至少一个处理单元632和存储器634。存储器634可以使用能够存储数据的任何机器可读的或计算机可读介质来实现,包括易失性和非易失性存储器。例如,存储器634可以包括只读存储器(ROM)、随机存取存储器(RAM)、动态RAM(DRAM)、双数据率DRAM(DDRAM)、同步DRAM(SDRAM)、静态RAM(SRAM)、可编程ROM(PROM)、可擦除可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、闪存、诸如铁电聚合物存储器等聚合物存储器、奥氏存储器、相变或铁电存储器、硅-氧化物-氮化物-氧化物-硅(SONOS)存储器、磁卡或光卡、或适于存储信息的任何其它类型的介质。如图6所示,存储器634可以存储各种软件程序,诸如一个或多个应用程序636-1-s和附带数据。
计算系统体系结构610还可具有除其基本配置之外的附加特征和/或功能。例如,计算系统体系结构610可以包括可移动存储638和不可移动存储640,这些存储还可以包括如前所述的各种类型的机器可读的或计算机可读的介质。计算系统体系结构610还可具有一个或多个输入设备644,如键盘、鼠标、笔、语音输入设备、触摸输入设备、测量设备、传感器等。计算系统体系结构610还可包括一个或多个输出设备642,诸如显示器、扬声器、打印机等。
计算系统体系结构610还可包括允许计算系统体系结构610与其它设备进行通信的一个或多个通信连接646。通信连接646可以包括各种类型的标准通信元件,如一个或多个通信接口、网络接口、网络接口卡(NIC)、无线电、无线发射机/接收机(收发机)、有线和/或无线通信介质、物理连接器等。通信介质通常以诸如载波或其他传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其他数据,并包括任意信息传送介质。术语“已调制数据信号”指的是其一个或多个特征以在信号中编码信息的方式被设定或更改的信号。作为示例而非限制,通信介质包括有线通信介质和无线通信介质。有线通信介质的示例可以包括导线、电缆、金属线、印刷电路板(PCB)、背板、交换光纤、半导体材料、双绞线、同轴电缆、光纤、经传播的信号等。无线通信介质的示例可以包括声学、射频(RF)频谱、红外和其它无线介质。此处使用的术语机器可读介质和计算机可读介质旨在包括存储介质和通信介质两者。
图7示出了适用于存储包括逻辑流程400在内的用于各实施例的逻辑的制品700的图示。如图所示,制品700可包括存储逻辑704的存储介质702。存储介质702的示例可包括能够存储电子数据的一种或多种类型的计算机可读存储介质,包括易失性存储器或非易失性存储器、可移动或不可移动存储器、可擦除或不可擦除存储器、可写或可重写存储器等。逻辑704的示例可包括各种软件元素,诸如软件组件、程序、应用软件、计算机程序、应用程序、系统程序、机器程序、操作系统软件、中间件、固件、软件模块、例程、子例程、函数、方法、过程、软件接口、应用程序接口(API)、指令集、计算代码、计算机代码、代码段、计算机代码段、文字、值、符号、或其任意组合。
例如,在一个实施例中,制品700和/或计算机可读存储介质702可存储包括可执行计算机程序指令的逻辑704,这些指令在被计算机执行时使该计算机执行根据所述实施例的方法和/或操作。可执行计算机程序指令可包括任何合适类型的代码,诸如源代码、已编译代码、已解释代码、可执行代码、静态代码、动态代码等。可执行计算机程序指令可根据用于指示计算机执行特定功能的预定义的计算机语言、方式或句法来实现。这些指令可使用任何合适的高级、低级、面向对象、可视、已编译和/或已解释编程语言来实现,诸如C、C++、Java、BASIC、Perl、Matlab、Pascal、Visual BASIC、汇编语言等。
各实施例可以使用硬件元素、软件元素或两者的组合来实现。硬件元素的示例可以包括如先前关于逻辑设备所提供的任何示例,且还可以包括微处理器、电路、电路元件(例如,晶体管、电阻器、电容器、电感器等等)、集成电路、逻辑门、寄存器、半导体器件、芯片、微芯片、芯片组等等。软件元素的示例可以包括软件组件、程序、应用软件、计算机程序、应用程序、系统程序、机器程序、操作系统软件、中间件、固件、软件模块、例程、子例程、函数、方法、过程、软件接口、应用程序接口(API)、指令集、计算代码、计算机代码、代码段、计算机代码段、文字、值、符号、或其任意组合。确定一实施例是否使用硬件元素和/或软件元素来实现可视给定实现所需根据任何数量的因素而变化,这些因素如所需计算速率、功率级、耐热性、处理周期预算、输入数据速率、输出数据速率、存储器资源、数据总线速度以及其它设计或性能约束。
某些实施例可使用表述“耦合的”和“连接的”及其派生词来描述。这些术语不必旨在互为同义词。例如,某些实施例可使用术语“连接的”和/或“耦合的”来描述以指示两个或更多元素彼此有直接的物理或电接触。然而,术语“耦合的”还可以意味着两个或更多元素彼此不直接接触,而仍彼此合作或交互。
要强调的是,提供了本公开的摘要以符合37 C.F.R.1.72(b)节,该节要求使读者能快速确定本技术公开的特性的摘要。提交摘要的同时要明白,将不用它来解释或限制权利要求的范围或含义。另外,在前面的详细描述中,可以看到,出于将本公开连成一个整体的目的而将各种特征组合在一起放在单个实施例中。此公开方法将不被解释为反映所要求保护的实施例要求比每个权利要求中明确陈述的更多特征的意图。相反,如以下权利要求书所反映的,本发明的主题决不在于单个公开实施例的所有特征。从而,据此将所附权利要求结合进详细描述中,其中每个权利要求独立地代表一个单独的实施例。在所附权利要求书中,术语“包括”和“其中”分别用作术语“包含”和“其特征在于”的易懂的英文等价词。而且,术语“第一”、“第二”、“第三”等等只用作标记,而不旨在将数字要求强加于其对象上。
尽管用结构特征和/或方法动作专用的语言描述了本主题,但可以理解,所附权利要求书中定义的主题不必限于上述具体特征或动作。相反,上述具体特征和动作是作为实现权利要求的示例形式公开的。
Claims (20)
1.一种方法,包括:
记录(402)关于与第一呼叫终端的第一呼叫会话的上下文信息;
存储(404)所述上下文信息与上下文标识符;
生成(406)具有所述上下文标识符的转移差错上下文信息;以及
将所述转移差错上下文信息发送(408)到所述第一呼叫终端以供在转移失败事件的情况下使用。
2.如权利要求1所述的方法,其特征在于,所述转移差错上下文信息包括具有资源标识符、一组差错码和所述上下文标识符的第一转移差错上下文首部。
3.如权利要求1所述的方法,其特征在于,包括将所述第一呼叫终端转移到第二呼叫终端。
4.如权利要求1所述的方法,其特征在于,包括由所述第一呼叫终端检测转移失败事件。
5.如权利要求1所述的方法,其特征在于,包括建立与所述第一呼叫终端的第二呼叫会话。
6.如权利要求1所述的方法,其特征在于,包括从所述第一呼叫终端接收所述上下文标识符。
7.如权利要求1所述的方法,其特征在于,包括检索对应于所述上下文标识符的上下文信息。
8.如权利要求1所述的方法,其特征在于,包括基于所述上下文信息来确定对所述第一呼叫终端的后续处理事件。
9.如权利要求1所述的方法,其特征在于,包括基于所述上下文信息来将所述第一呼叫终端转移到第三呼叫终端。
10.如权利要求1所述的方法,其特征在于,包括用来自所述第二呼叫会话的上下文信息来更新关于所述第一呼叫会话的上下文信息。
11.一种包括含有指令的存储介质的制品,所述指令在被执行时使得系统能够:
记录关于与呼叫终端的呼叫会话的上下文信息;
存储所述上下文信息与上下文标识符;
生成具有所述上下文标识符的转移差错上下文信息;
将所述转移差错上下文信息发送到所述呼叫终端以供在转移失败事件中使用;以及
将所述呼叫终端转移到另一呼叫终端。
12.如权利要求11所述的制品,其特征在于,还包括指令,所述指令如果被执行则使所述系统能够:
建立与所述呼叫终端的后续呼叫会话;
从所述呼叫终端接收所述上下文标识符;
检索对应于所述上下文标识符的上下文信息;以及
基于所述上下文信息来确定对所述呼叫终端的后续处理事件。
13.如权利要求11所述的制品,其特征在于,还包括如果执行则使所述系统能够用来自所述后续呼叫会话的上下文信息来更新所述上下文信息的指令。
14.一种系统,包括:
上下文生成器模块(132),所述上下文生成器模块可用于记录关于第一呼叫终端(310-1)和呼叫系统资源之间的第一呼叫会话(202-1)的上下文信息(140),并将所述上下文信息与上下文标识符(138)一起存储在上下文表(133)中;
耦合到所述上下文生成器模块的转移差错上下文模块(142),所述转移差错上下文模块可用于生成具有所述上下文标识符的转移差错上下文信息(144);以及
耦合到所述转移差错上下文模块的呼叫转移模块(150),所述呼叫转移模块可用于将所述转移差错上下文信息发送到所述第一呼叫终端以供在转移失败事件的情况下使用。
15.如权利要求14所述的系统,其特征在于,所述转移差错上下文模块可用于生成包括具有资源标识符(232)、一组差错码(234)和所述上下文标识符的第一转移差错上下文首部(230)的转移差错上下文信息。
16.如权利要求14所述的系统,其特征在于,包括:
作为所述呼叫系统资源的交互式语音响应模块(120),所述交互式语音响应模块可用于通过向所述第一呼叫终端发送语音提示并从所述第一呼叫终端接收操作员命令来管理关于所述第一呼叫会话的交互式对话;
耦合到所述交互式语音响应模块和所述呼叫转移模块的呼叫控制模块(110),所述呼叫控制模块可用于从所述交互式语音响应模块接收转移请求,并向所述呼叫转移模块发送将所述第一呼叫终端转移到第二呼叫终端的控制指示;以及
可用于将所述第一呼叫终端转移到第二呼叫终端(310-2)的呼叫转移模块。
17.如权利要求16所述的系统,其特征在于,所述第一呼叫终端用于从所述呼叫转移模块接收所述转移差错上下文信息,检测转移失败事件,并使用所述转移差错上下文信息来发起所述第一呼叫终端和所述呼叫系统资源之间的第二呼叫会话(102-2)。
18.如权利要求17所述的系统,其特征在于,所述上下文生成器模块用于从所述第一呼叫终端接收所述上下文标识符,从所述上下文表中检索对应于所述上下文标识符的上下文信息,并将所述上下文信息发送到所述交互式语音响应模块。
19.如权利要求18所述的系统,其特征在于,所述交互式语音响应模块用于接收所述上下文信息,并基于所述上下文信息来确定对所述第一呼叫终端的后续处理事件。
20.如权利要求19所述的系统,其特征在于,所述上下文生成器模块用于用来自所述第二呼叫会话的上下文信息来更新关于所述第一呼叫会话的上下文信息。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/027,277 US8265248B2 (en) | 2008-02-07 | 2008-02-07 | Techniques for transfer error recovery |
US12/027,277 | 2008-02-07 | ||
PCT/US2009/031370 WO2009099746A1 (en) | 2008-02-07 | 2009-01-19 | Techniques for transfer error recovery |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101939975A true CN101939975A (zh) | 2011-01-05 |
CN101939975B CN101939975B (zh) | 2013-08-21 |
Family
ID=40938881
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009801045609A Active CN101939975B (zh) | 2008-02-07 | 2009-01-19 | 用于转移差错恢复的技术 |
Country Status (10)
Country | Link |
---|---|
US (2) | US8265248B2 (zh) |
EP (1) | EP2241095B1 (zh) |
JP (1) | JP5337820B2 (zh) |
KR (1) | KR101612565B1 (zh) |
CN (1) | CN101939975B (zh) |
BR (1) | BRPI0906857A2 (zh) |
CA (1) | CA2710872C (zh) |
RU (1) | RU2010133150A (zh) |
TW (2) | TWI489852B (zh) |
WO (1) | WO2009099746A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113259530A (zh) * | 2021-06-07 | 2021-08-13 | 上海慧捷智能技术有限公司 | 上下文数据同步转移方法及系统 |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8265248B2 (en) * | 2008-02-07 | 2012-09-11 | Microsoft Corporation | Techniques for transfer error recovery |
US8374317B2 (en) * | 2009-05-07 | 2013-02-12 | International Business Machines Corporation | Interactive voice response (IVR) system call interruption handling |
TWI407790B (zh) * | 2010-01-08 | 2013-09-01 | Chunghwa Telecom Co Ltd | 影音互動系統及其方法 |
US9241014B2 (en) * | 2010-10-12 | 2016-01-19 | United Services Automobile Association (Usaa) | Methods, systems, and computer-readable media for transferring or recovering a communication between a number of participants |
US20130212298A1 (en) * | 2011-12-14 | 2013-08-15 | Metaswitch Networks Ltd. | Sip message processing |
US9401992B2 (en) | 2012-07-17 | 2016-07-26 | Xerox Corporation | Systems and methods for selectively routing calls to a call center |
US8477915B1 (en) * | 2012-10-01 | 2013-07-02 | Google Inc. | System and method for enforcing a recording preference |
US8644457B1 (en) | 2012-10-01 | 2014-02-04 | Google Inc. | System and method for enforcing a recording preference |
US9832319B2 (en) * | 2014-06-13 | 2017-11-28 | Genesys Telecommunications Laboratories, Inc. | System and method for transferee controlled protocol transfers |
US10084911B2 (en) | 2014-09-11 | 2018-09-25 | At&T Intellectual Property I, L.P. | Active records for interactive systems |
US9661027B2 (en) | 2014-09-11 | 2017-05-23 | At&T Intellectual Property I, L.P. | Informational enrichment for interactive systems |
EP3125515B1 (en) * | 2015-07-31 | 2020-07-22 | InContact, Inc. | Method for handling a call, software product, and device |
US20170054852A1 (en) * | 2015-08-20 | 2017-02-23 | Avaya Inc. | System and method for estimated best path prediction |
CN107071190B (zh) * | 2016-12-31 | 2020-07-21 | 国家电网公司客户服务中心 | 利用话务平台数据及时发现话务系统问题的方法 |
US10701006B2 (en) * | 2018-08-27 | 2020-06-30 | VoiceCTRL Oy | Method and system for facilitating computer-generated communication with user |
US11356555B1 (en) * | 2021-07-30 | 2022-06-07 | Zoom Video Communications, Inc. | Message-based interactive voice response menu reconnection |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6026155A (en) * | 1997-03-27 | 2000-02-15 | Fujitsu Limited | Incoming call transfer controller and incoming call transfer control method |
US20040264659A1 (en) * | 2003-06-26 | 2004-12-30 | Fujitsu Limited | User information management program and user information management device |
US7290181B2 (en) * | 2004-01-05 | 2007-10-30 | International Business Machines Corporation | Apparatus and method for context-sensitive error event notification |
CN101076153A (zh) * | 2007-07-24 | 2007-11-21 | 华为技术有限公司 | 呼叫转移方法和终端设备 |
US20070282990A1 (en) * | 2006-05-31 | 2007-12-06 | Vijay Pochampalli Kumar | Context-aware migration of communication session |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS60170341A (ja) * | 1984-02-14 | 1985-09-03 | Nec Corp | 交換方式 |
CA1337570C (en) | 1986-07-30 | 1995-11-14 | Steven Clifford Grady | Call transfer between a message service system and a telephone switching system |
JPH09298597A (ja) * | 1996-04-26 | 1997-11-18 | Nec Corp | Acdq着信呼に対するゴーストコール |
KR0175598B1 (ko) * | 1996-09-04 | 1999-04-01 | 한국전자통신연구원 | 비동기전달모드 교환 시스템에서 호 해제 메시지내의 자동체증레벨 정보를 이용한 저확률 연결호 등록방법 |
KR100261107B1 (ko) * | 1997-12-30 | 2000-07-01 | 윤종용 | 인터넷 접속 모드에서의 전화 자동 착신전환 장치와 설정/해제방법 |
US6665395B1 (en) * | 1998-12-11 | 2003-12-16 | Avaya Technology Corp. | Automatic call distribution system using computer network-based communication |
US7555110B2 (en) * | 1999-04-01 | 2009-06-30 | Callwave, Inc. | Methods and apparatus for providing expanded telecommunications service |
JP2001274910A (ja) * | 2000-03-24 | 2001-10-05 | Toshiba Corp | マルチメディア情報通信システム |
WO2003096581A1 (en) * | 2002-05-10 | 2003-11-20 | Interdigital Technology Corporation | Method and apparatus for reducing transmission-link errors |
US6819757B1 (en) * | 2002-09-16 | 2004-11-16 | Sprint Communications Company, L.P. | Information transfer to a call agent using a portal system |
US6683564B1 (en) * | 2002-11-19 | 2004-01-27 | Eride, Inc. | High-sensitivity satellite positioning system receivers and reception methods |
US7751546B2 (en) * | 2003-01-22 | 2010-07-06 | Avaya Canada Corp. | Call transfer system, method and network devices |
JP3720329B2 (ja) * | 2003-02-18 | 2005-11-24 | 本田技研工業株式会社 | 移動体端末装置及び情報センタ |
US7103166B2 (en) * | 2003-03-31 | 2006-09-05 | Sbc Properties, L.P. | Call transfer service using service control point and service node |
KR100592025B1 (ko) | 2004-04-01 | 2006-06-20 | 서울통신기술 주식회사 | 콜 센터에서의 아웃바운드 호 처리장치 및 그 방법 |
US7392450B2 (en) * | 2004-07-08 | 2008-06-24 | Via Technologies, Inc. | Method and apparatus of compensating for signal receiving error at receiver in packet-based communication system |
US7965829B2 (en) * | 2004-07-30 | 2011-06-21 | At&T Intellectual Property I, L.P. | Subscriber alterable call transfer service |
US7250904B2 (en) * | 2004-10-08 | 2007-07-31 | Motorola, Inc. | Navigation satellite acquisition in satellite positioning system receiver |
US8254552B2 (en) * | 2005-01-06 | 2012-08-28 | Cisco Technology, Inc. | System and method for providing a recovery mode in a session initiation protocol (SIP) environment |
US7019689B1 (en) * | 2005-01-31 | 2006-03-28 | Seiko Epson Corporation | Skipping z-counts and accurate time in GPS receivers |
JP2006217053A (ja) * | 2005-02-01 | 2006-08-17 | Hitachi Building Systems Co Ltd | 顧客コールセンタ |
US7064709B1 (en) * | 2005-03-17 | 2006-06-20 | Rf Micro Devices, Inc. | System and method for GPS navigation before signal bit synchronization |
JP4747744B2 (ja) | 2005-09-01 | 2011-08-17 | 富士ゼロックス株式会社 | アクセス管理システム |
US20070081640A1 (en) * | 2005-09-23 | 2007-04-12 | Jack Jachner | Presence and preference enabled voice response system and method |
US20070116234A1 (en) * | 2005-10-19 | 2007-05-24 | Marco Schneider | Methods and apparatus for preserving access information during call transfers |
US8041019B2 (en) * | 2006-01-12 | 2011-10-18 | Speechcycle, Inc. | Methods and apparatus for call back disposition and re-evaluation in interactive voice response based customer care |
JP2007295524A (ja) * | 2006-03-28 | 2007-11-08 | Denso Corp | 情報通信システム、施設側装置、ユーザ側装置、管理装置、車両側装置、施設側プログラム、ユーザ側プログラム、管理プログラム及び車両側プログラム |
JP4886356B2 (ja) * | 2006-05-09 | 2012-02-29 | ヤフー株式会社 | 通信管理装置、通信管理方法、および通信管理プログラム |
JP4698486B2 (ja) * | 2006-05-29 | 2011-06-08 | Necインフロンティア株式会社 | Ip電話サービスシステム及びip電話サービス方法 |
US8265248B2 (en) * | 2008-02-07 | 2012-09-11 | Microsoft Corporation | Techniques for transfer error recovery |
-
2008
- 2008-02-07 US US12/027,277 patent/US8265248B2/en active Active
- 2008-12-30 TW TW097151481A patent/TWI489852B/zh not_active IP Right Cessation
- 2008-12-30 TW TW104109816A patent/TWI569620B/zh not_active IP Right Cessation
-
2009
- 2009-01-19 CN CN2009801045609A patent/CN101939975B/zh active Active
- 2009-01-19 CA CA2710872A patent/CA2710872C/en active Active
- 2009-01-19 KR KR1020107017212A patent/KR101612565B1/ko active IP Right Grant
- 2009-01-19 RU RU2010133150/07A patent/RU2010133150A/ru unknown
- 2009-01-19 WO PCT/US2009/031370 patent/WO2009099746A1/en active Application Filing
- 2009-01-19 BR BRPI0906857-0A patent/BRPI0906857A2/pt not_active IP Right Cessation
- 2009-01-19 JP JP2010545924A patent/JP5337820B2/ja active Active
- 2009-01-19 EP EP09707295.3A patent/EP2241095B1/en active Active
-
2012
- 2012-09-07 US US13/606,664 patent/US8548141B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6026155A (en) * | 1997-03-27 | 2000-02-15 | Fujitsu Limited | Incoming call transfer controller and incoming call transfer control method |
US20040264659A1 (en) * | 2003-06-26 | 2004-12-30 | Fujitsu Limited | User information management program and user information management device |
US7290181B2 (en) * | 2004-01-05 | 2007-10-30 | International Business Machines Corporation | Apparatus and method for context-sensitive error event notification |
US20070282990A1 (en) * | 2006-05-31 | 2007-12-06 | Vijay Pochampalli Kumar | Context-aware migration of communication session |
CN101076153A (zh) * | 2007-07-24 | 2007-11-21 | 华为技术有限公司 | 呼叫转移方法和终端设备 |
Non-Patent Citations (1)
Title |
---|
薛向红: "《基于CTI的小型客户呼叫服务系统(CallCenter)的实现》", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113259530A (zh) * | 2021-06-07 | 2021-08-13 | 上海慧捷智能技术有限公司 | 上下文数据同步转移方法及系统 |
CN113259530B (zh) * | 2021-06-07 | 2021-11-02 | 上海慧捷智能技术有限公司 | 上下文数据同步转移方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
RU2010133150A (ru) | 2012-02-20 |
KR20100120136A (ko) | 2010-11-12 |
CA2710872A1 (en) | 2009-08-13 |
WO2009099746A1 (en) | 2009-08-13 |
CN101939975B (zh) | 2013-08-21 |
CA2710872C (en) | 2015-10-06 |
TWI569620B (zh) | 2017-02-01 |
US20090202056A1 (en) | 2009-08-13 |
EP2241095B1 (en) | 2018-04-18 |
JP5337820B2 (ja) | 2013-11-06 |
BRPI0906857A2 (pt) | 2015-06-30 |
US8548141B2 (en) | 2013-10-01 |
TW200939734A (en) | 2009-09-16 |
TW201526599A (zh) | 2015-07-01 |
US8265248B2 (en) | 2012-09-11 |
EP2241095A1 (en) | 2010-10-20 |
EP2241095A4 (en) | 2017-01-18 |
TWI489852B (zh) | 2015-06-21 |
KR101612565B1 (ko) | 2016-04-14 |
US20120328084A1 (en) | 2012-12-27 |
JP2011511599A (ja) | 2011-04-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101939975B (zh) | 用于转移差错恢复的技术 | |
US7283829B2 (en) | Management of call requests in multi-modal communication environments | |
US9049051B2 (en) | Techniques to access messaging services for branch offices | |
US8571195B2 (en) | Customer shared control in customer service scenarios | |
EP1901536A1 (en) | A method for realizing session communication between the calling party and the called party | |
US20060262921A1 (en) | System and method for return to agents during a contact center session | |
CN101843081B (zh) | 两个独立电话系统的适应 | |
CN101277343A (zh) | 在语音通信网络中实现视频捆绑的方法、终端及系统 | |
US20070165833A1 (en) | Apparatus and method for finding a called party over a telecommunication network | |
US8798035B1 (en) | Controlled environment facility calling services using voice over internet protocol infrastructure | |
CN101444070A (zh) | 从语音端点启动文件传递的电信系统和方法 | |
CN101635774B (zh) | 实现座席和自动业务随路数据传送的ctiex、系统和方法 | |
CN102474427B (zh) | 一种用于反转呼叫的流的方向的方法及系统 | |
US7624191B2 (en) | Transmission of call-related data in a communications system | |
KR101003790B1 (ko) | VoIP 기반의 호 전달 서비스 방법 | |
KR100527905B1 (ko) | 브이.오.아이.피 게이트웨이 장치 | |
CN105262917A (zh) | 一种业务通信会话方法、服务器及系统 | |
CN113630509A (zh) | 一种ip电话的呼叫系统及呼叫方法 | |
KR100570816B1 (ko) | 컴퓨터전화통합 프로그램을 이용한 호처리 장치 및 방법 | |
KR20110000096A (ko) | 통신망을 이용한 자동 통화연결 방법, 시스템, 단말 및 전화기와 이를 위한 기록매체 | |
CN114374940A (zh) | 被呼转方取消呼叫转移的方法及相关装置 | |
CN115941778A (zh) | 一种提供业务的方法、设备及存储介质 | |
KR20110000149A (ko) | 웹페이지를 이용한 통화연결 제공 방법 및 시스템과 이를 위한 기록매체 | |
JP2003298768A (ja) | 電話網を利用した、データ通信端末装置への任意の着信を可能とする通信システム | |
KR20080104628A (ko) | 원격제어가 가능한 전자식 국선선택과 웹폰이 결합 된 복합키보드장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
ASS | Succession or assignment of patent right |
Owner name: MICROSOFT TECHNOLOGY LICENSING LLC Free format text: FORMER OWNER: MICROSOFT CORP. Effective date: 20150428 |
|
C41 | Transfer of patent application or patent right or utility model | ||
TR01 | Transfer of patent right |
Effective date of registration: 20150428 Address after: Washington State Patentee after: Micro soft technique license Co., Ltd Address before: Washington State Patentee before: Microsoft Corp. |