Voip电话准备就绪通知方法和系统的制作方法

文档序号:7973371阅读:202来源:国知局
专利名称:Voip电话准备就绪通知方法和系统的制作方法
技术领域
本发明涉及计算和电话,并且更具体地涉及为使用基于因特网协议的语音 (“VoIP”)电话的呼叫方提供准备就绪通知。
背景技术
现在,当人们呼叫一些类型的支持中心时,在呼入被路由到客户支持代表之前可能占用相当长的时间。这类支持中心的例子包括信用卡客户支持、由在线购物公司提供的客户支持、由公司提供的客户支持中心和由政府部门提供的客户支持。有时,在呼叫这类支持中心时,自动功能将预期的等待时间通知给呼叫方。其它时候,呼叫方在不知道预期等待时间的情况下进行等待。在任何一种情况下,当呼叫繁忙的支持中心时等待时间可能是15 分钟或者更长。这种延迟可能会使常常需要做其它事情的呼叫方产生低效、耗时和受挫的体验。发明内容
本发明涉及VoIP电话准备就绪通知。在一个方面,其包含当从被叫方接收的消息指示被叫方应答从主叫方到被叫方的呼叫时,在主叫方处进行识别;并且响应于该识别, 产生要被提供给主叫方的准备就绪通知,该准备就绪通知指示针对主叫方和被叫方之间的对话该呼叫已准备好。优选地,主叫方的电话是VoIP电话(并且被叫方的电话也可以是VoIP电话)。优选地由安装在计算设备上的软件来执行识别以及产生准备就绪通知,该计算设备可操作地连接到主叫方的电话。在一个方面,准备就绪通知包含视觉通知和声响通知中的至少一种。在另一个方面,准备就绪通知包含自动转接呼叫到主叫方的不同电话 (例如,到主叫方可及的移动设备)。
本发明的这些和其它方面的实施例可以作为方法、系统和/或计算机程序产品来提供。应当指出的是,上述内容为概要,因而必然包含对细节的简化、概括和省略;因此,本领域技术人员将认识到该概要仅是示例性的,并非旨在以任何方式进行限制。如所附权利要求限定的本发明的其它方面、发明特征和优点将在下面给出的非限制性详细描述中变得明了。


将参考下列附图来描述本发明,在所有附图中,相同的附图标记表示相同元件。
图1例示了根据现有技术的在双方之间建立电话呼叫的示例;
图2例示了根据本发明实施例的图1中的组件可以如何进行扩充;
图3例示了根据本发明实施例的本发明的实施例如何将被叫方的准备就绪通知给主叫方;
图4例示了可以用于存储由本发明实施例使用的信息的示例性数据结构;
图5描述了适于存储和/或执行程序代码的数据处理系统;以及
图6描述了可以使用本发明的一个或更多个实施例的代表性网络环境。
具体实施方式
本发明的实施例为呼叫方(其在本申请中也被称为“主叫方”)提供准备就绪通知。当使用已知技术时,呼叫繁忙的支持中心并且处于呼叫保持的呼叫方通常需要至少在一定程度上关注该呼叫保持的电话,以便发现该呼叫何时因为呼叫支持代表的处理而被解除呼叫保持。当使用已有技术时,呼叫方通过聆听该呼叫已经由处于被叫方电话号码上的人员应答的信号来发现该情况。该信号通常包含由处于被叫方电话号码上的人员声音所替换的呼叫保持音乐流,或者来自由人的语音所替换的已记录人的语音的消息。相比之下,根据本发明的实施例,呼叫方在等待该声响信号时无需保持关注。替代地,在一个实施例中, 当呼叫被应答(即,在因为呼叫支持代表(或者类似人员)的处理而解除呼叫保持)时将自动提供通知给呼叫方。在另一个实施例中,当呼叫被应答时自动转接呼叫到呼叫方的移动设备。因此,使用本发明实施例的呼叫方可以在此期间继续他或她的工作,并且避免关注地聆听电话以听到呼叫支持代表的声音的等待时间。
一些呼叫方并不喜欢在他们的呼叫处于呼叫保持期间提供给他们的典型呼叫保持音乐(或者其它音频流)。因此,本发明的附加优点是呼叫方在等待被叫方应答呼叫时完全没有必要聆听该音乐或者音频,而替代地可以关注其它事情(例如,工作分配)。
本发明实施例优选地利用(leverage)已有通信技术,该已有通信技术用于主叫方和被叫方之间的电话呼叫的管线。(替代地,本发明的实施例可以与尚未发明的通信技术一同使用)这类已有通信技术的示例包括所谓的H. 323协议或者会话发起协议。H. 323来自国际电信联盟(ITU)的电信标准部门的推荐。会话发起协议(其通常被称为“SIP”)被描述在因特网工程任务组的请求注解(RFC) 3261 (其名称为“SIP:会话发起协议”)中。本申请参考会话发起协议(作为举例说明而非限制)提供了本发明的详述。本申请省略了对于本发明的理解而言并非必需的已有SIP处理的具体细节。
图1例示了根据现有技术的当使用SIP时在双方之间建立电话呼叫的示例。在该示出的示例中,主叫方是叫艾伦的人(参见主叫方的设备100)而被叫方是支持中心(参见被叫方的设备110)。如现在将要简单描述的那样,传统的SIP技术可以用于建立该电话呼叫。传统的SIP环境包括代理服务器(参见附图标记150)和可以组织成应用服务器集群的一个或更多个应用服务器(参见附图标记160、161)。在该示例中,艾伦通过从相对于代理服务器150而作为他的代表来执行的用户代理发送SIP INVITE请求消息(参见附图标记101)来发起呼叫。(应当指出的是,SIP呼叫参与者的用户代理可以是在他们各自计算设备上执行的软件。因为该用户代理提供呼叫服务,其还被称为并且在本申请被示为电话。 当指代在个人计算机或者膝上型电脑上运行的、使能用户的电话呼叫连接的SIP用户代理客户端时有时使用术语“软电话”。)根据SIP协议,代理服务器150负责各种呼叫路由功能。代理服务器转发SIP INVITE请求101到应用服务器160(参见附图标记102)。
在图1的该示例中,应用服务器160转发104 INVITE请求到代理服务器150,代理服务器150路由该请求105到支持中心代表一个电话号码的用户代理。(应当指出的是, 应用服务器可以直接联系被叫方而无需经过代理服务器,尽管这并未在图1中示出。)当支持中心应答该呼入时(无论通过人还是通过自动呼叫应答功能),经由通信管线建立艾伦和支持中心之间的呼叫(参见附图标记106),并且接着可以开始在该呼叫上传输音频消息。如果由人来应答呼叫,则音频消息可以包含人之间的谈话。替代地,当由自动呼叫应答功能来应答呼叫时,则音频消息通常包含来自呼叫中心的音乐或者其他已记录信息。
图2例示了根据本发明实施例的图1的组件可以如何进行扩充。能够执行软件的膝上型电脑200或者其它设备可操作地连接(通过物理方式和/或通过通信方式)到主叫方的电话设备100。如下面将要参考图3和图4更加详细地描述的那样,该计算机200安装有用于接收输入消息、评估输入消息和通知呼叫方的软件。主叫方的电话设备100和被叫方的电话设备110优选地是VoIP电话;因此,以下将设备100和110称为VoIP电话。显而易见地,这些VoIP电话100、110可以使用已有的VoIP技术。还应当指出的是,当使用本发明的优选实施例时不需要对被叫方环境做出任何改变。
图3例示了本发明的实施例可以如何将被叫方的准备就绪通知给主叫方。如图中所示,在可操作地连接到呼叫方的VoIP电话(参见图2的100)的计算设备(参见图2的 200)上安装准备就绪通知软件(块300),该准备就绪通知软件通过接收通知、评估通知以及向呼叫方提供准备就绪通知而支持本发明实施例。可以将该软件构造成监控呼入消息的代理功能。(应当指出的是,尽管本申请的讨论涉及由软件提供准备就绪通知,但这是作为举例说明而非限制。)
在跟随块300的软件安装之后的某一点,VoIP电话100的用户向支持中心进行电话呼叫(块310)。通常通过自动的方式在支持中心应答呼叫(块320),并且呼叫被置于呼叫保持模式。尽管呼叫仍然处于该呼叫保持模式,但支持中心可以经由通信管线播放已记录音乐流或者其它已记录音频流(参见图2的106)。
当使用本发明的实施例时,主叫方不需要在呼叫维持处于呼叫保持时关注地聆听由支持中心播放的音乐或者其它音频流。因此,主叫方100可以放下VoIP电话并且继续工作(块330)或者其它任务。
在某一点,在支持中心由人来应答电话呼叫,其将呼叫从呼叫保持模式中解除出来(块340)。这可以由传统的多线商务电话系统(其有时被称为专用自动交换分机或 PABX)使用这类系统的已有技术来检测。在一种替代方式中,可以使用语音识别算法来检测正在说话的人,而非已记录音乐或者音频流。语音识别算法在本领域是公知的,并且这类处理的细节不被认为是理解本发明所必需的,并因此在本申请中被省略。可从IBM公司获得的IBM Via Voice 软件产品中提供了这类语音识别的一个示例。(“ViaVoice”是国际商业机器公司或者“IBM”在美国、其它国家或美国及其它国家的注册商标)响应于检测到人正在说话,支持中心的通信技术发送响应消息到主叫方的VoIP电话(块360)。
在主叫方的VoIP电话接收来自支持中心的响应消息(块350)。因为计算设备200 可操作地附接到主叫方的VoIP电话,计算设备200也接收该响应消息。因此,在块300安装的软件评估该响应消息,并且在确定呼叫保持的呼叫现在已经解除呼叫保持时,软件生成通知主叫方呼叫现在已准备好的准备就绪通知。在一种方法中,计算设备200的软件可以借助于在块360发送的特定消息类型来确定呼叫已经解除呼叫保持。在另一种方法中, 计算设备200的软件可以使用语音识别处理以在已播放的音乐或音频流和正经由通信管线传输的人的语音之间进行区分。
在一种方法中,在计算设备200执行的准备就绪通知处理包含确定呼叫方是否出现在计算设备200处(块370)。如果是,则在计算设备处呈现准备就绪通知(块380)。这可以包含视觉呈现和/或声响呈现。例如,可以在计算设备200的图形用户界面上显示视觉消息,其中视觉消息包括诸如“来话呼叫”或者“您对支持中心的电话呼叫已准备好”的内容。在显示视觉消息之外或者作为显示视觉消息的替代,可以从计算设备200播放具有类似内容的声响消息。
另一方面,如果块370处的测试指示呼叫方没有出现在计算设备200,则可以参考已存的配置数据来确定如何联系移动设备处的呼叫方,并且接着可以将原始电话呼叫转移到该移动设备(块390)。例如,移动设备可以是手机。在块390处优选地利用已有的呼叫转接技术以将电话呼叫从主叫方的VoIP电话100转移到主叫方的移动设备。(因为优选地利用已有的呼叫转接技术,所以这种呼叫转接处理不被认为是理解本发明所必需的,并且在本申请不被进一步地说明或者描述。)
多种替代方式可用于块390处所述的准备就绪处理。作为使用呼叫转接将呼叫转移到移动设备的替代,可以将呼叫转接到不同的电话号码或者电话分机(即,到VoIP电话 100所连接的电话号码或者分机之外的电话号码或者分机)。例如,如果呼叫方针对要被应答的呼叫而需要等待很长时间,则呼叫方可能需要移动到不同的办公位置-可能(示例的方式)到会议室参加会议。使用本发明的实施例,在块390处,呼叫可以自动转移到呼叫方现在所在位置处的电话。
当呼叫方需要离开用于原始位置呼叫的VoIP电话100的位置时,使用本发明的实施例可以在块390提供的自动呼叫转移避免了必须挂断原始呼叫保持的呼叫以及从呼叫方所移动到的位置向支持中心发起新的呼叫,并且呼叫方因此不需要丢失他或她在呼叫方等待队列中的位置。
在通过块380的处理或者通过块390的处理接收准备就绪通知时,主叫方接着可以继续对支持中心的电话呼叫(块395)。如上所述,这可以包含在呼叫方的VoIP电话100、 在呼叫方的移动设备或者在由呼叫方指定的另一个电话号码上继续电话呼叫。显而易见地,尽管呼叫可能已经被转移到VoIP电话100之外的设备,但主叫方和被叫方可以在不中断呼叫的情况下进行交谈。
图4例示了可以用于存储由本发明实施例使用的信息的示例性数据结构400(包含示例性字段和示例性值)。如图所示,可以针对主叫方的计算设备200的使用而存储的信息包含应用程序标识符410 ;主叫方的电话号码420 ;主叫方的IP地址430 ;移动设备或者替代的主叫方电话的联系号码440 ;呼叫转接指示符450 ;显示视觉通知指示符460 ;和声响通知指示符470。特别地,由于如上所述的优选地在主叫方部署准备就绪通知,所以本发明的实施例不需要支持中心保持这类信息。
现在将更加详细地讨论图4的400所示的信息。应用程序标识符410优选地标识支持主叫方和被叫方之间的通信管线的应用程序。例如,当多人共享计算机和VoIP电话时可以使用该应用程序标识符。在此情况下,每个人可以使用他或她的独特登录信息(其标识独特的用户简档)登录应用程序。用户简档可以包含各种用户特定信息。电话号码420 优选地标识主叫方的VoIP电话,并且IP地址430优选地标识到主叫方的通信设备200的连接。联系号码440优选地标识呼叫方可及的移动设备或者主叫方可及的替代电话的电话号码(如以上参考块390所述)。呼叫转接指示符450优选地是指示是否为该主叫方转接呼叫的布尔值或者是/否值。显示视觉通知指示符460和声响通知指示符470优选地是指示该主叫方是否期望分别通过视觉或者声响消息来接收准备就绪通知的布尔值或者是/ 否值。替代地,字段460和/或字段470的值可以包含分别存储要作为准备就绪通知而呈现给用户的视觉或声响消息的文件的文件名。(如字段460和470的示例性值所示,视觉和声响通知并不互斥。)
可以为计算设备200上运行的软件提供配置接口以提供准备就绪通知。该配置接口可以使得用户能够为表400中所示的一个或更多个字段提供值。
由于消除了对呼叫保持中的呼叫保持关注的需要,所以本发明的实施例可以使得呼叫方能够更有成效地利用他们的时间。尽管已经参考呼叫支持中心来描述优选实施例, 但这是作为举例说明而非限制,并且可以在不考虑处于被叫方电话号码上的实体类型的情况下使用所公开的技术。如上所述,可以使用已有的VoIP电话,并且本发明的实施例因此不需要专门配置或者专门改装的电话。还如上所述,本发明的实施例使用主叫方一侧的功能,并因此可以在不考虑主叫方和/或被叫方用户是否订购特定服务的情况下提供本发明的实施例。
现在参考图5,适于存储和/或执行程序代码的数据处理系统500包括通过系统总线514直接或者间接地耦接至存储元件的至少一个处理器512。存储元件可以包括在程序代码的实际执行期间使用的本地存储器528、大容量存储设备530和缓存(未示出),缓存提供至少部分程序代码的临时存储以减少在执行期间需要从大容量存储设备获取代码的次数。
输入/输出(“I/O”)设备(包括但不限于键盘518、显示器524、指针(point) 设备520、其它接口设备522等)可以直接或者通过插入其间的I/O控制器或适配器(516、 526)耦接至系统。
网络适配器也可以耦接至系统以使得数据处理系统能够通过插入其间的专用或者公共网络(总体上如532所示)耦接至其它数据处理系统或者远程打印机或存储设备。 调制解调器、电缆调制解调器附件、无线适配器和以太网卡只是目前可用的网络适配器类型的一小部分。
图6例示了可以实施本发明的数据处理网络环境600。数据处理网络600可以包括多个单独网络,诸如无线网络642和有线网络644。多个无线设备610可以经由无线网络642进行通信,而在附图中作为工作站611 (作为举例说明)显示的多个有线设备可以经由网络644进行通信。此外,本领域技术人员将认识到,可以包括一个或更多个局域网 (“LAN”)(未示出),其中LAN可以包含耦接至主处理器的多个设备。公共交换电话网络 (“PSTN”)650可以连接至有线网络644,并且多个电话651、652可以连接至PSTN 650。
仍然参考图6,网络642和644还可以包括大型计算机或者服务器,诸如网关计算机646或者应用服务器647 (其可以访问数据存储库648)。网关计算机646用来作为进入每个网络(例如,网络644)的入口点。网关646优选地借助于通信链路650a耦接至另一网络642。网关646还可以使用通信链路650b、650c直接耦接至一个或更多个工作站 611,和/或可以间接地耦接至这类设备。可以使用可从IBM获得的Enterprise Systems Architecture/390 计算机来实现网关计算机646。取决于应用,可以使用中型计算机(例如,iSeries 、System i 等)。("Enterprise Systems Architecture/390”和“ Keries,,是IBM在美国、其它国家或美国及其它国家的注册商标,“System i”是IBM的商标。)
网关计算机646还可以耦接649至存储设备(例如,数据存储库648)。
本领域技术人员将认识到,网关计算机646可以位于地理上距离网络642很远的地方,并且同样地,工作站611可以位于分别距离网络642和644 —定距离的地方。例如, 网络642可以位于加利福尼亚,而网关646可以位于得克萨斯,并且一个或更多个工作站 611可以位于佛罗里达。工作站611可以使用网络协议(例如,传输控制协议/因特网协议(“TCP/IP”))经由多个可替代的连接介质(例如,蜂窝电话、射频网络、卫星网络等) 与无线网络642连接。无线网络642优选地使用网络连接650a(例如,经由IP的TCP或用户数据报协议(“UDP”)、X.25、帧中继、综合服务数字网(“ISDN”)、公共交换电话网络 (“PSTN”)等)与网关646连接。工作站611可以使用拨号连接650b或者650c直接连接至网关646。而且,无线网络642和网络644可以以类似于图6所述的方式与一个或更多个其它网络(未示出)相连。
如本领域技术人员将认识到的那样,本发明的各个方面可以具体表现为系统、方法或者计算机程序产品。因此,本发明的各个方面可以采用全硬件实施例、全软件实施例 (包括固件、常驻软件、微代码等等)或者组合软件和硬件方面的实施例的形式,通常在本申请中它们全部可以被称为“电路”、“模块”或者“系统”。而且,本发明的方面可以采用计算机程序产品的形式,该计算机程序产品具体表现为其上包含有计算机可读程序代码的一个或更多个计算机可读介质。
可以使用一个或更多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质可以例如是但不限于电、 磁、光、电磁、红外或者半导体系统、装置或者设备,或者前述内容的任何合适组合。计算机可读存储介质的更具体示例(非穷尽性列表)可以包括以下具有一条或更多条导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPR0M或者闪存)、便携式压缩盘只读存储器(CDROM)、DVD、光存储设备、磁存储设备或者前述内容的任何合适组合。在本文档的上下文中,计算机可读存储介质可以是能够包含或者存储程序的任何有形介质,该程序由指令执行系统、装置或者设备使用或者与指令执行系统、装置或者设备结合使用。
计算机可读信号介质可以包括例如基带中或作为载波的一部分的其中包含有计算机可读程序代码的传播数据信号。这样的传播信号可以采用各种形式中的任何一种,包括但不限于电磁、光或者它们的任何合适组合。计算机可读信号介质可以是非计算机可读存储介质的并且可以发送、传播或传输程序的任何计算机可读介质,该程序由指令执行系统、装置或者设备使用或者与指令执行系统、装置或者设备结合使用。
包含在计算机可读介质上的程序代码可以使用任何适当介质来传送,所述介质包括但不限于无线、有线、光纤电缆、射频等,或上述内容的任何合适组合。
用于执行针对本发明各个方面的操作的计算机程序代码可以以一种或更多种编程语言的任何组合来编写,包括面向对象的编程语言(例如,Java、Smal 1 talk、C++等)和传统的过程化编程语言(例如,“C”编程语言或者类似编程语言)。程序代码可以作为独立软件包来执行,并且可以部分地在用户的计算设备上执行且部分地在远程计算机上执行。远程计算机可通过任何类型的网络连接到用户的计算设备,所述网络包括局域网(“LAN”)、广域网(“WAN”),或者通过使用因特网业务提供商的因特网。
以上通过参考根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图来描述本发明的各个方面。将可以理解,流程图和/或框图中的每个流程或方框以及流程图和/或框图中的流程或方框的组合可以通过计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器以生成机器,从而使得经由计算机或其它可编程数据处理装置的处理器执行的指令创建用于实现流程图或者流程和/或框图所指定的功能/动作的装置。
这些计算机程序指令也可以存储在计算机可读介质中,其可以引导计算机、其它可编程数据处理装置或其它设备以特定方式运行,从而使得存储在计算机可读介质中的指令生成包括实现流程图或流程和/或框图指定的功能/动作的指令的制品。
计算机程序指令也可以被加载到计算机、其它可编程数据处理装置或其它设备上以促使在计算机、其它可编程装置或其它设备上执行一系列操作步骤来生成计算机执行的处理,从而在计算机或其它可编程装置上执行的指令提供用于实现在流程图或流程和/或框图或方框中指定的功能/动作的处理。
附图中出现的流程图和/或框图例示了根据本发明各个实施例的系统、方法和计算机程序产品的可能实现的架构、功能和操作。在这点上,流程图或框图中的每个流程或块可以表示代码模块、片段或部分,其包含用于实现(一个或更多个)指定逻辑功能的一条或更多条可执行指令。还应当注意到,在一些替代实现中,流程和/或块中所提及的功能可以不按图中所提及的顺序出现。例如,事实上,可以基本上并发地执行连续示出的两个块,或者,有时可以按相反顺序来执行各块,这取决于所涉及的功能。还将应当注意到,可以由执行指定功能或动作的基于专用硬件的系统或专用硬件与计算机指令的组合来实现框图中的每个块和/或流程图中的每个流程以及框图中各块和/或流程图中各流程的组合。
尽管已经描述了本发明的各个实施例,但本领域技术人员一旦理解了本发明的基本概念,就可以想到这些实施例的其它各种变化和修改。因此,所附权利要求意欲被解释为包括所述实施例以及落入在本发明实质和范围之内的所有这类变化和修改。
权利要求
1.一种计算机实现的提供电话准备就绪通知的方法,包含当从被叫方接收的消息指示所述被叫方应答从主叫方到所述被叫方的呼叫时,在所述主叫方处进行识别;以及响应于所述识别,产生要被提供给所述主叫方的准备就绪通知,所述准备就绪通知指示针对所述主叫方和所述被叫方之间的对话所述呼叫已准备好。
2.如权利要求1所述的方法,其中所述主叫方的电话是基于因特网协议的语音(VoIP) 电话。
3.如权利要求1所述的方法,其中由安装在计算设备上的软件执行所述识别和产生所述准备就绪通知,所述计算设备可操作地连接到所述主叫方的电话。
4.如权利要求1所述的方法,其中所述准备就绪通知包含视觉通知和声响通知中的至少一种。
5.如权利要求1所述的方法,其中所述准备就绪通知包含由所述主叫方的计算设备呈现的消息。
6.如权利要求5所述的方法,其中仅在确定所述主叫方出现在所述计算设备处时由所述计算设备呈现所述消息。
7.如权利要求1所述的方法,其中所述准备就绪通知包含将所述呼叫自动转接到所述主叫方的不同电话。
8.如权利要求7所述的方法,其中所述主叫方的所述不同电话是所述主叫方可及的移动设备。
9.如权利要求8所述的方法,其中从与所述主叫方相关联的已存配置信息中确定所述移动设备的电话号码。
10.如权利要求7所述的方法,其中所述主叫方的所述不同电话是所述主叫方可及的不同电话号码。
11.如权利要求10所述的方法,其中从与所述主叫方相关联的已存配置信息中确定所述不同电话号码。
12.如权利要求7所述的方法,其中所述自动转接在不中断所述呼叫的情况下转移所述呼叫。
13.一种提供电话准备就绪通知的系统,包含包含处理器的计算机;以及指令,通过使用所述处理器,所述指令能够被执行来实现包含如下内容的功能当从被叫方接收的消息指示所述被叫方应答从主叫方到所述被叫方的呼叫时,在所述主叫方处进行识别;以及响应于所述识别,产生要被提供给所述主叫方的准备就绪通知,所述准备就绪通知指示针对所述主叫方和所述被叫方之间的对话所述呼叫已准备好。
14.如权利要求13所述的系统,其中所述主叫方的电话是基于因特网协议的语音 (VoIP)电话。
15.如权利要求13所述的系统,其中所述计算机可操作地连接到所述主叫方的电话;并且产生所述要被提供的准备就绪通知进一步包含如果确定所述主叫方出现在所述计算机处,则促使所述计算机呈现视觉通知和声响通知中的至少一种。
16.如权利要求13所述的系统,其中产生要被提供的准备就绪通知包含使用从与所述主叫方相关联的已存配置数据中确定的电话号码在不中断所述呼叫的情况下将所述呼叫自动转接到所述主叫方的不同电话。
全文摘要
本公开涉及VOIP电话准备就绪通知方法和系统。向使用基于因特网协议的语音(“VoIP”)电话的呼叫方提供准备就绪通知。当被叫方使呼叫处于呼叫保持中时(例如播放音乐流或者已记录消息流),呼叫方不再需要保持关注以发现何时有人应答该呼叫。替代地,一个代理监控要被应答的呼叫。当检测到这种情形,发送准备就绪通知给主叫方。在一种方法中,在主叫方的计算设备上显示视觉消息。此外或者作为替代,由计算设备提供声响消息。在另一种方法中,自动转接呼叫到主叫方可及的移动设备或者不同的电话。
文档编号H04L29/06GK102546990SQ20111036135
公开日2012年7月4日 申请日期2011年11月15日 优先权日2010年12月28日
发明者G·菲奥兰特, K·高温达拉尤, L·G·P·纳扎雷斯, P·R·M·冈萨雷斯 申请人:国际商业机器公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1