呼叫管理业务的制作方法

专利名称：呼叫管理业务的制作方法
技术领域：
本发明涉及电信装置、系统和方法，具体涉及但并非仅涉及用于管理电话呼叫建立(call set-up)和入呼叫(in-call)功能而不考虑基础网络类型的系统。
背景技术：
电话系统和服务是普遍存在的，并同时用于家用和企业目的。电话系统提供的服务和特征已经从简单的个人对个人的呼叫发展到了多个用户同时连接到一起的会议呼叫。电话终端设备的发展已经超越了简单的电话，而结合有多种特征，比如电话号码地址薄和快速拨叫电话号码，这通常是在微处理器的控制下的。电话设备的例子是常规的固定线路手持机(其一个说明性例子是由BT plc销售的缠线电话“Duet 60”)、采用更先进技术的固定线路电话终端(其一个说明性例子是由北电网络销售的子午线(Meridian)M3904专业电话)、移动/蜂窝手持机、能够使用移动/蜂窝的个人数字助理(PDA)和其他移动/蜂窝终端，或因特网协议(IP)电话。
企业经常需要采用更先进技术的特征，并且这种特征可由专用自动小交换机(PABX)来提供，也叫做专用小交换机(PBX)，其被安装在企业驻地以用于运行内部电话系统并衔接到外部电话系统，例如衔接到公共交换电话网(PSTN)。
传统电话系统的一个例子示意性地图示在图1中。该传统电话系统基于在到呼叫的双方之间建立“端到端”连接的电路交换连接。该电话系统的核心是公共交换电话网络(PSTN)2。独立电话终端4、6可由本地交换机(未示出)连接到PSTN 2。诸如全球移动设备系统(GSM)之类的蜂窝电话系统也可以通过移动交换中心(MSC)8连接到PSTN 2。从蜂窝电话(或更一般的移动终端)10去往连接在PSTN 2上的电话终端4、6的电话呼叫，通过基站12路由到MSC 8，然后进入PSTN 2，例如用于与电话终端4、6的连接。
许多企业运行PABX 16，PABX 16为他们内部电话网络的电话14提供增强的电话特征，还可提供与外部电话4、6、10的呼叫会议特征。每个PABX16都具有提供至PSTN 2的通信的电话线18的固定号码，并且如果PABX 16提供会议呼叫特征，那么其还包括一个或多个所谓的“呼叫桥模块”20。每个呼叫桥模块提供线路的固定号码间的呼叫连接，典型地为3或5个用户。
如果PABX 16具有因特网语音协议(VoIP)模块24，那么电话呼叫不需要建立在电路交换的PSTN 2上，而可使用分组交换技术并使用因特网协议通信格式在因特网22上发送。VoIP呼叫在因特网22上引导，例如引导至IP端点26，IP端点26比如能够使用因特网的电话或具有提供电话功能的软件客户端的计算机系统。
如果需要用于将多于3或5个用户链接到会议呼叫的设备，那么通常提供这个附加功能的唯一方法是添加更多的桥模块20到PABX 16。每个桥模块20对企业来说都代表成本，并且如果只是偶尔需要大型会议呼叫设备，那么许多购买用来提供大型呼叫会议设备的桥模块20将在大部分时间是不被使用的。这代表了资源的巨大浪费。
此外，由于到呼叫的外部用户的数目被PABX 16所支持的外部线路18的数目所限制，并且PABX的成本依赖于其需要处理的外部线路的数目，因此经由PABX 16提供会议给大量外部用户就需要巨大的资金投入用于可能只是偶尔使用的功能。
电话手持机14也可以限制加入到一个呼叫中的用户的数目。高级手持机可以允许多个呼叫会议，但一些手持机被限制为3方呼叫或根本不支持电话呼叫特征。通常这种多方呼叫会议具有严格限制性且不灵活性的用户界面。例如，在简单的3方呼叫中，首先需要呼叫一个用户，等待直到他们被连接，搁置(park)该呼叫，呼叫第二用户然后将这些呼叫连接到一起。对于多于3方的呼叫，连接所有到该呼叫的用户可能是特别费力和消耗时间的过程。此外，每个手持机和/或PABX的厂商经常具有多种、非标准的、复杂的功能键或击键，用于在正在进行的呼叫中加入额外的用户到会议。这阻碍了多用户临时呼叫会议。
手动拨叫还没有编入到手持机或电话设备的地址薄或快速拨号系统中的号码也阻碍了特别多用户会议呼叫，和普通的电话呼叫。此外，如果手持机主要用于简单的2方呼叫的话，那么手持机14具有的特征越多，该手持机的成本也浪费得越多。而且，在传统的PABX/手持机控制的呼叫会议中，呼叫的发起者(主导者)不能够仅中断特定用户(呼叫支路)而不中断整个呼叫。这意味着虽然独立的会议呼叫参与者被要求离开一个会议呼叫，但是呼叫主导者不能确定他们实际上按照要求的去做了。因此，用户即使在被要求离开之后也可以继续收听对话。
另一个缺点是可以使用不同的服务提供商来建立调度的会议呼叫，即被邀请者在调度的时间“拨号”到会议呼叫。因此，不得不使用不同的协议和电话号码来建立该会议呼叫。
由电话手持机(无论是不是传统手持机4、6、14)存储的电话号码的数目经常受到限制-尤其是在与能存储在蜂窝电话10中的数量相比较的时候。此外，地址薄经常在个人数字助理(PDA)上和在膝上型电脑应用程序中，比如在MicrosoftOutlook的联系人中。有时包括蜂窝电话的PDA通常一直被带在用户身边并且经常具有最近更新的地址/电话号码信息。将蜂窝电话与PDA或Outlook同步，以确保蜂窝电话是最新的。
前述内容的人为现象是蜂窝电话10的用户通常会直接从他们的蜂窝电话直接呼叫，即使在他们手边的桌子上就有陆线电话时，这是因为将他们的电话号码存储在地址薄并能够直接从地址薄进行拨号所带来的方便。然而，蜂窝电话呼叫通常比陆线呼叫贵一些，而且蜂窝电话用户的这个习惯导致无论是用于企业还是用于在他们个人资产中的用户的电话费用的增长。
这个问题进一步恶化，因为实际上许多陆线电话手持机不具有电话地址薄功能，并且那些具有该功能的手持机通常被限制于很少的电话号码，例如10个，而且还需要对所需的号码进一步编程，即使那些号码已经被存储在了用户的蜂窝电话、PDA或膝上型电脑地址簿应用程序中。
GB2320641之前提出了提供连接到因特网的PC，以便经由因特网发送呼叫发起消息到服务提供商的网站服务器，然后该网站服务器指令PSTN交换机通过该PSTN呼叫用户的PSTN手持机。当用户应答时，该PSTN交换机呼叫目的PSTN号码，并且在其应答时，该PSTN交换机将这两个呼叫支路连接到一起。之前还提出了加入更多PSTN支路到该呼叫并在PSTN交换机内部对这些PSTN支路进行桥接。
虽然这种系统为用户提供了呼叫会议功能，并使得用户能够受益于低成本网络，但是还存在大量问题。例如，在这种系统中该系统的功能性作为一个整体局限于PSTN交换机的功能性和用户通过其与交换机进行通信的接口。典型的控制机制是html网页(或与浏览器一起运行的叫做“thin”的客户端)，电子邮件消息或SMS消息。这种控制机制需要使用中间服务器来将来自这些接口的请求转换为PSTN交换机能够理解的协议。这种体系结构中，控制的级别和呼叫的响应性受到限制。此外，这种控制机制不是由运行在用户的控制设备的操作系统上的独立软件组成的，因此不能与运行在用户的控制设备上的其它程序进行交互以提供增强的功能性和可用性。
其他系统之前也提出过将呼叫的不同支路以软件混合到IP环境内的双方或多方或会议呼叫，而不是以PSTN交换机固有的硬件。当前这种配置的一个说明性例子是eDial的高级通信服务TM(Advanced CommunicationServerTM)，虽然我们不知道这个服务器是在什么时候第一次可由公众使用。
这种系统虽然解决了上面列出的一些问题，但也是有问题的，因为这种交换机很昂贵(无论是在资金上，还是在安装和维护他们所需的资源上)。因而，这种交换机仅倾向于销售给大型企业，他们能够承受该装备，并且在他们已有的IT架构之内运行该设备能够实施解决方案，对其进行管理和支持。这种解决方案的结果是它们并不很适合于家用或中小型企业。
使用软件程序(叫作电话应用程序编程接口或TAPI)将在微软(Microsoft)Windows操作系统下运行应用程序的PC连接到电话服务在本领域也是熟知的。TAPI在1993年作为微软和英特尔(Inter)合作开发的结果而被引入。该标准支持独立计算机的连接以及服务于多台计算机的LAN连接。在每一种连接类型中，TAPI定义用于简单呼叫控制和用于操纵呼叫内容的标准。
TAPI的问题是TAPI需要为每个应用而创建，因此需要TAPI的用户为其所需的每个应用分别进行安装或下载。根据创建者，他们的操作在应用和应用之间也可能不同。此外，基于TAPI的程序仅仅提供了运行在PC上的程序与一些外部通信服务之间的接口而不是完整的通信解决方案。
为了节省成本并利用在IP网络上而不是在PSTN上承载语音(VoIP)所提供的好处，之前已经提出一种硬件嵌入，其将来自用户电话的PSTN语音信号转换为数字、分组信号，然后将这些信号馈送到用户的宽带因特网连接。Vonage提供了一种这样的硬件嵌入，但是我们还是不知道这个嵌入在本申请提交之前是否可用于公众。
这种系统的问题包括需要插入额外的硬件片到用户的网络中，这需要额外的开支、配置专业技术和布线。一个主要的限制是服务上的呼叫只能使用连接到该硬件嵌入的电话来建立。由于该呼叫仅能通过因特网，所以如果该用户的因特网连接具有不稳定的质量，那么他们的呼叫的质量也遭受损失，而且如果他们失去了因特网连接，他们也失去了呼叫。而且，这种解决方案通常预期以低成本复制PSTN的功能性，而不是引入新的特征和功能性来提高生产力和可用性。
之前进一步提出的替代品是所谓的“软电话”。软电话最普遍的类型是驻留在用户PC上的软件客户端，其必须具有话筒和扬声器功能，或具有连接到PC的外部等同体。然后用户经由PC完全通过VoIP进行通信。Skype和Vonage中的每一个在当前都提供VoIP电话，尽管我们还是不知道这些电话在本申请提交之前是否可用。
问题包括用户被限制于通过他们的PC进行通话。该PC需要运行软件的压缩和解压缩协议(CODEC)，结果是如果在对话过程中该计算机正执行其他CPU密集任务，那么话音质量将受影响。如果他们的因特网连接质量不稳定，那么他们的呼叫的质量也受损失。如果他们失去了他们的因特网连接，那么他们也失去了该呼叫。此外，这些解决方案不是手持机独立的-到呼叫发起者的呼叫支路必须连接到该PC，因此并不适于例如发起者选择PSTN或蜂窝或移动电话。PC被笨拙地配置为电话并需要更多的配置来平衡耳朵和话筒的音量以用于舒服的通信。
前述与传统和之前提出的电话系统相关联的问题和缺陷阻碍了对膝上型电脑和其他电话手持机的有效地和划算的使用，通常因为其需要相对昂贵和复杂的模块在手持机和/或PBAX中以完全提供会议呼叫功能。本发明的各个方面和实施例就是考虑到前述内容而设计的。。

发明内容
根据本发明的当前优选实施例，提供了一种用于通信系统的呼叫管理业务，其被配置为自动执行接收识别目的端点且识别源端点的电话呼叫数据；响应于接收所述电话呼叫数据发起回叫电话呼叫到所述源端点以建立第一呼叫支路；发起电话呼叫到目的端点以建立第二呼叫支路；组合所述第一和第二呼叫支路在一起以提供在所述源和目的端点之间的语音通信；以及通过分离的实时通信连接信令链路发送用于所述语音通信的呼叫支路状态信号到与所述端点中至少一个端点相关联的通信客户端。
使用安装到用户的PC、PDA或移动电话上的客户端允许(a)将呼叫更紧密地集成到用户设备的操作中，(b)通过使用完全实施的SIP(或其他的等同协议)栈来实现与系统的后端的增强通信，以及(c)独立运行内部客户端线程和定时器。
以下是这样做的原因
(a)在此描述的类型的通信客户端作为设备的操作系统内部的独立程序运行(例如并不是作为浏览器内部的Java应用程序)。这允许客户端与操作系统和其他运行在端用户设备上的程序进行交互。例如，在基于Windows的PC上运行其类型在此描述的通信客户端的情况下，这种配置允许客户端与PC上的其他应用程序进行交互，例如以允许信息传给客户端来发起电话呼叫、建立项目代码、将数据加入客户端或其他互动服务。
这种应用的一个例子是通信客户端识别特定按键组合来发起呼叫到任何加亮的号码的能力。机械上所发生的情况是当关键序列输入到通信客户端时，让Windows复制当前所选区域中的任何内容并粘贴到Windows剪贴板中。从此通信客户端粘贴该内容到模块中，该模块除了电话号码外去掉所有内容，将其与建立的号码验证规则进行验证以执行以下之一如果其通过了验证检查，那么请求通信客户端设置到所选号码的呼叫；如果在号码验证中选择失败，那么弹出对话框以请求来自用户的进一步说明。
这种应用的另一个例子是通信客户端从其他应用采集用在通信客户端内的数据的能力。在这个例子中，该通信客户端调查要建立的PC看是否存在可被调入并使用到客户端中的任何联系信息数据源。当检测到可用联系数据源(例如，Outlook、Outlook Express或Exchange)时，该客户端询问用户来获得从该源调入联系信息的允许，然后该数据被输入客户端并存储在用于快速和容易访问的电话簿中。
(b)属于在此描述的类型的通信客户端能够在其代码基础内承载完全实施的SIP栈。这允许客户端与应用服务器或呼叫控制器/呼叫混合器发布和接收完全实时的通信以发布命令、接收入呼叫事件更新以及其他通用服务更新。通信客户端内部存在的SIP栈意味着该客户端能够直接与呼叫控制器/呼叫混合器进行通信，而不需要经过中间服务器进行协议转换。这种与呼叫控制器/呼叫混合器的直接通信意味着在呼叫过程中，通信客户端虚拟即时地将用户更新为所包含的各种呼叫支路的状态并能够快速激励新的支路或访问呼叫中的特色，比如“记录呼叫”、“中断支路”、“保持支路”、“静音支路”等等。
(c)属于在此描述的类型的通信客户端能够运行并管理其自身的内部线程和定时器以允许客户端从应用服务器请求更新和提供来自客户端内部的额外呼叫相关控制。例如，该客户端能够在正常基础(例如每2分钟)上与应用服务器建立通信以接收关于这种相关信息的更新，这种相关信息比如是发起下一个呼叫的合适的数据中心；是否创建了新调度的会议呼叫以及需要在通信客户端显示器上更新；比如管理员创建的公司范围电话簿的新帐户信息是否被更新以及需要被下载到客户端中。
此外，客户端能够检测何时因特网连接性中断，并且一旦连接重新建立，就从应用服务器请求更新以查看存在任何正在进行的呼叫而客户端需要报告呼叫状态给用户。这允许客户端在因特网连接中断后无缝地恢复状态。
之前提出的系统趋向于使用网络接口或瘦(thin)客户端用于呼叫发起和控制，并且这意味着使用中间网络服务器设备将来自瘦客户端的简单指令(经常是简化的私有协议)转换为呼叫控制器能够明白的指令。这种情景意味着瘦客户端不能与运行在用户设备上的其他程序互动。
这里提出的配置的另一个优点是其不仅支持PSTN上的终止点，而且还支持经由IP到基于SIP的VoIP端点的直接连接。SIP端点的例子包括软电话客户端(比如MSN Messenger)和基于硬件的IP电话解决方案。这种体系结构允许在环2(ring2)数据中心和用户的SIP终端之间的呼叫支路经由IP被执行而不是经过转换成为PSTN协议。在这种环境中，用户可以体验相当大的成本节省，因为VoIP支路对于PSTN支路来说提供起来通常更便宜，并且在呼叫建立时间项目中的系统的整体响应性被提高，因为不存在在发起呼叫的请求和提供其自身的媒体流之间的协议转换。
本发明的一个进一步实施例是关于操作用于提供呼叫管理业务的数据处理装置的方法，包括接收识别目的端点且识别源端点的电话呼叫数据；响应于接收所述电话呼叫数据发起回叫电话呼叫到所述源端点以建立第一呼叫支路；发起电话呼叫到所述目的端点以建立第二呼叫支路；将第一和第二呼叫支路组合到一起以提供在所述源和目的端点之间的语音通信；以及通过分离的实时通信连接信令链路发送用于所述语音通信的呼叫支路状态信号到与所述端点中至少一个端点相关联的通信客户端。
本发明的另一个实施例涉及操作为通信系统提供通信客户端的数据处理装置的方法，包括建立分离的实时通信连接信令链路到呼叫管理业务，所述信令链路分离于语音通信信道，响应于所述方法的实例(instantiation)并经由通信链路传输包括用于两个或更多会议呼叫参与者的会议呼叫调度信息和联系信息的会议呼叫建立请求给所述呼叫管理业务。
本发明的一个进一步实施例涉及用于通信能系统的通信客户端，所述通信客户端响应于示例以建立到呼叫管理业务的分离的实时通信连接信令链路，所述信令链路分离于语音通信信道，并且所述通信客户端用于经由通信链路传输数据消息到所述管理服务，所述通信客户端与会议呼叫参与者相关连并且配置为显示参与者呼叫支路的呼叫状态图标。
本发明的另一个实施例涉及操作用于为通信系统提供通信客户端的数据处理装置的方法，包括响应于所述通信客户端的示例建立实时通信连接信令链路到呼叫管理业务，所述信令链路分离于语音通信信道。
其他实施例，以及它们的特色和优点以及其他实施例通过所附权利要求和说明书中其他地方的说明被列出。


本发明的特定实施例仅通过示例的方式参考以下附图进行描述，其中图1是传统电话网络的示意图；图2是数据处理装置的示意图；图3示意性地示出了适用于图2所示的数据处理装置的计算机程序分级结构；图4示意性地示出了根据本发明一个实施例的电话网络；图5是用于图4所示的电话系统的呼叫建立消息交换和组成活动的图解说明；图6是针对图4所示的电话系统而言在正在进行的呼叫中添加用户的呼叫建立消息交换和组成活动的图解说明；图7是用于根据本发明实施例的“快速拨号”键的通信客户端用户界面的例子；图8是根据本发明实施例用于地址簿的通信客户端用户界面的例子；以及图9是用于根据本发明的通信客户端的实施例的流程图；图10a和10b是会议呼叫建立过程的处理流程图；图11和12是用于会议呼叫建立过程的各个方面的示意处理流程图；图13a和13b是会议呼叫建立表格的示意图；图14是提供给会议呼叫的指定主导者的会议呼叫建立消息的示意图；图15是主导者的电子日记条目的示意图，在这个例子中是outlook连接；图16是在会议呼叫建立之后提供给主导者的确认网页的示意图；图17是提供给被邀请者的会议呼叫的邀请的示意图；图18是被邀请者的电子日记条目的示意图，在这个例子中是outlook连接；图19是会议呼叫提醒的示意图；图20是请求回叫网页的示意图；图21是用于通信客户端的操作的处理流程图；图22、23和24是通信客户端界面的示意图；图25是已知移动终端的示意图；图26是移动终端的关键组成部分的示意图；图27是移动终端和软件客户端的示意图；图28是描述软件客户端的一种操作模式的流程图的示意图；图29和30是消息格式的示意图；以及图31是客户端软件功能组成部分的图示。
具体实施例方式
本发明的实施例将在比如在图2中以示意和简化的形式示出的数据处理装置中实施。如图2所示，数据处理装置包括各种数据处理资源，比如连接到总线结构38的处理器(CPU)30。同样连接到总线结构38的还有其它数据处理资源，比如只读存储器32和随机存取存储器34。显示器适配器36将显示设备，比如阴极射线管或LCD平板显示器，连接到总线结构38。一个或多个用户输入设备适配器40将用户输入设备，包括例如键盘和鼠标，连接到总线结构38。也可提供用于连接打印机的适配器42。可提供一个或多个媒体驱动适配器46用于将媒体驱动，比如光盘驱动、磁盘驱动和硬盘驱动或诸如RAID阵列之类的大容量存储器媒体，连接到总线结构38。一个或多个电信适配器44可连接到总线结构，来提供用于将数据处理装置连接到一个或多个网络或其它计算机系统的处理资源接口工具。通信适配器44可根据需要包括一个或多个本地区域适配器、调制解调器和/或ISDN终端适配器、或串联或并联端口适配器等。
应当理解的是，图2是数据处理装置的一种可能实施方式的示意图，其可以适用于作为服务器计算机系统或客户端计算机系统，比如桌上或膝上型计算机系统使用的计算机系统。此外，数据处理装置可在移动电话、PDA或IP网络终端设备之内实施，在其中一些情况下可不提供以上提及的一些系统元件。
用于实现各种功能、或传输各种功能(例如来自用于本地执行的远程存储)、或传输用于配置数据处理装置28的各种信息的计算机程序，可提供在介质中，比如在一个或多个CD-ROM和/或磁盘和/或数字化视频光盘(DVD)上，并且随后存储在本地磁介质，比如存储在本地硬盘上。可由数据处理装置实施的程序也可通过电信媒介来提供，例如体现为通过电信网络和/或因特网传输的电子信号。对于在无线设备比如蜂窝电话中实施的数据处理装置来说，电信媒介可以是载有表示计算机程序和/或数据或信息的经适当编码的信号的无线频率载波。优选的，载波可以是用于数据处理装置和电信系统之间的光纤链路的光载波，也可以是用于数据处理装置和电信系统之间的陆线链路的其它合适负载媒介。
图3是计算机软件分级结构一个例子的简化和示意图，比如在图2所示的数据处理装置中实施。基本输入输出系统(BIOS)50典型地驻留在形成为数据处理装置28的处理资源30的一部分的芯片上，并且包括计算机程序调度程序，其用于处理输入和输出功能并且在数据处理装置操作系统和外围硬件之间提供接口，比如通过用户输入适配器40的用户输入设备。BIOS 50支持所有的外围技术和内部服务，比如实时时钟(时间和日期)。
在起动时，BIOS测试数据处理系统并且通过询问各种配置设置并且在与数据处理装置相关联的各种处理资源，比如插入板上搜索其它BIOS来准备操作，并且还在其存储器资源中建立指针(比如中断矢量)来访问这些调度程序。然后装载操作系统52并且传递控制给它。通常，BIOS从外围设备驱动器以及从在数据处理装置28上运行的应用程序上接受请求。BIOS通常存储在ROM存储器32上，尽管自适应的和可更新的BIOS经常存储在可由软件更新的闪存芯片上。
在示意性的例子中，操作系统是微软公司开发的Microsoft Windows52操作系统，并且提供用于完全功能的通信客户端54的平台。在所描述的实施例中通信客户端54可以是驻留在用户终端设备(比如桌上型计算机28或膝上型56计算机(图4)中、PDA、蜂窝电话58或通用IP终端设备59)中的通信软件客户端，其提供用于根据本发明的实施例的系统的用户界面。等同的，通信客户端驻留在数据处理装置中，该数据处理装置形成服务计算机系统或用于提供根据本发明实施例的电话系统的一部分。本发明的实施例的基本操作将参考图4描述。
图4示意性的示出了包括呼叫管理中心(CMC)62和通信客户端54的电话系统60。CMC 62可参考以上图2和图3所述，在典型地配置为一个或多个服务器的一个或多个数据处理装置中实施。服务器可位于相同的物理位置，甚至在同一台设备中，也可分布在彼此通信的各个物理位置(例如通过因特网、WAN或LAN的方式)。
CMC 62包括4个主要组成部分应用服务器68、网络服务器92、数据库90和软交换机66。这些组成部分的每个的功能将在以下详细描述。在此先给出概述。软交换机66包含这样一种软件，该软件用于通过期望的传输媒介发起、控制和混合由呼叫控制器/媒体混合器67作出的呼叫，不管其是PSTN 2(从而允许交付到PSTN手持机和蜂窝移动电话)或IP网络22(允许交付到SIP-端点，比如由VoIP网络或因特网管理的SIP电话)，并且报告各个呼叫的状态(以及各个呼叫的各个支路)。应用服务器68通过第一安全消息协议信道71接收来自通信客户端64的登入(log-in)和登出(log out)命令，以及呼叫调度信息和SMS呼叫发起请求(在该情况下应用服务器鉴别这些请求并在之后与软交换机通信来执行请求)。
应用服务器包含期望系统所需的用于服务的软件，例如营帐&评价模块82，通知服务84、分析使用工具模块80以及供应工具88。合适的呼叫控制器/媒体混合器是美国MA 02451沃尔瑟姆(Waltham)市第二大街266号的eDial公司开发的eDial声音呈现器(AudioPresenter)。
根据本发明实施例的通信客户端54是系统60的关键特征，并且以可操作方式来执行多个功能，并在用户设备28、56、58、59和CMC 62之间提供用户界面，以利用所管理的服务来发起和控制呼叫。作为适合完全功能通信客户端54，通信客户端54包含多个不同的软件模块，这些软件模块的操作对于理解本发明来说至关重要，因此将详细描述。
如上所述，应用服务器68包括分析使用工具模块80以及营帐和评价模块82，分析使用工具模块80收集已经通过CMC 62作出的呼叫的统计数据。分析和使用工具80以及营帐和评价模块82在本发明中没有功能性意义，因此不需要作出进一步描述。
如以下所示，通知服务模块84以可操作方式发送提示消息给会议呼叫被邀请者，来提示他们由用户在应用服务器68上调度的会议呼叫的开始时间，而会议呼叫调度模块86管理所调度的会议呼叫。供应模块88包含用户数据，比如用户名、密码和用于为给定用户建立和实施呼叫服务和帐户的其它信息。
CMC 62还具有大容量数据存储单元90和用于在CMC 62和网络启动设备之间通信的一个或多个网络服务器92。CMC还连接到各个网关，从而允许以各种格式与各种外部网络交换信息，比如通过电子邮件网关91给会议呼叫参与者的电子邮件通知消息。
软交换机66具有两个网络朝向侧(facing side)，即用于在PSTN 2之上建立电话呼叫支路的PSTN侧94，以及用于在因特网22或任何其它基础传输网络之上建立VoIP呼叫支路的IP侧96。软交换机66还包括呼叫控制器/媒体混合器67，其以可操作方式来混合多个媒体流。
在一般概念上，如果通信是“登入”或“登出”请求，则通信客户端54通过安全消息协议发送请求到应用服务器68，以执行合适的鉴权和处理。如果通信是用于呼叫发起或控制，则通信客户端54通过分离的实时通信信道72(优选的是SIP通信信道)直接发送通信到相关软交换机66。
实质上，配置是这样的，即通信客户端54配置为采用上述SIP协议的方式或其它合适的网络协议直接与软交换机66通信，用于与呼叫相关的数据交换，例如在发起呼叫或在呼叫过程期间。另一方面，在通信客户端54和应用服务器68之间的与呼叫无关的通信，利用安全消息协议的方式来完成。
在用户尝试登入通信客户端时，通信客户端54开始与应用服务器68进行安全消息协议对话，并且将用户登入信息传输到应用服务器68。应用服务器68调用验证例行程序，以核对发送给自身的用户标识信息和供应模块88所保持的数据，来验证和鉴别到服务的用户。
如果用户被授权了，则应用服务器通过上述安全消息协议71通知通信客户端54用户被授权并且登入服务器，同时更新电话簿并且传递管理信息，管理信息包括用户通信客户端54应当与哪个软交换机通信来作出呼叫。
根据本发明的实施例的基本呼叫建立过程参考图5作出描述。
这个过程利用上述SIP协议，但是本领域技术人员应当理解的是在不脱离本发明的情况下可使用等同的消息协议。
(1)可通过多种方式完成识别被叫/目标号码以及指令发起呼叫，优选的通过以下方法在通信客户端54的相关区域敲下合适数字之后，按下特定按键(比如在PC键盘上的“回车”)或点击通信客户端54上的“呼叫”按钮；从存储在用户设备上的电话簿中的号码列表中选择电话号码之后，按下特定按键(比如在PC键盘上的“回车”)或者点击通信客户端54上的“呼叫”按钮；在会议模块中选择会议呼叫列表并且双击该条目，或者选择该条目并在之后点击通信客户端54上的“呼叫”按钮；或使用由通信客户端模块提供的功能来加亮或选择所需号码。在指示通信客户端54发送呼叫发起指令前，用户核查我的位置(MY LOCATION)模块中的设置反应了它们希望通过哪个端点被回叫作为呼叫的第一支路。
(2)一旦用户已经选择了他们的位置和他们希望呼叫的号码，则客户端54发送注册请求到应用服务器68。然后应用服务器68验证用户的证书，并且向客户端54返回呼叫授权和待用于特定呼叫的软交换机66的详情。
(3)一旦电话号码已经输入或者选择并且客户端通过应用服务器得以注册和鉴权，则由通信客户端54例如通过TCP端口8443调用传输控制协议(TCP)会话，并且SIP注册消息通过安全连接传输到软交换机66。注册消息包括由应用服务器分配的用于该用户的会话专用用户名和密码。
(4)一旦在软交换上进行了鉴权和注册，则客户端54发送呼叫请求到软交换来发起呼叫。软交换机66通过回复呼叫请求确认消息给通信客户端54来确认该呼叫请求。该呼叫被指定了一个身份标识(identity)。
(5)通信客户端54通过对用户显示消息来响应呼叫请求确认消息，表示已经在我的位置端点和呼叫号码之间发起了呼叫。
(6)呼叫控制器/媒体混合器67调度呼叫到我的位置，以便从CMC 62建立回叫支路。
(7)响应于在我的位置处的端点的振铃(否则警告用户)来指示呼叫接收，我的位置端点被用户设为“摘机”，并且“摘机”信号发送到呼叫控制器/媒体混合器68。
(8)软交换机66发送我的位置摘机消息到通信客户端54，来通知其摘机情况。
(9)通信客户端54通过显示回叫支路的状态来响应我的位置摘机消息。典型的，由用户分配给我的位置电话号码的名称，比如“工作”、“家庭”或“小区”之类，被显示(具有或不具有实际电话号码)并且呼叫有效图标，比如记号(tick)。在特定有用的实施例中，呼叫控制标记和用于各个呼叫支路的信息并排显示，其表示用于呼叫的各个支路的入呼叫功能，比如消音(MUTE)、保持(HOLD)和结束(DROP)(应当理解的是在这个阶段在过程中仅回叫支路有效并且因此仅示出用于一个呼叫支路(回叫支路)的信息)。典型的，这些图标表示用户激活按钮，通过点击操作或其它适当活动激活来调用与这些项目相关联的用于呼叫的各个支路的通常电话功能。例如，静音将使来自静音呼叫支路的声音被压制，保持将呼叫支路置于保持(并且可用其它消息例如音乐，来代替在几方之间的语音转换)，而结束将结束与结束按钮相关联的特定呼叫支路。
(10)在基本上相同的时间或在其后很短的时间，软交换机66指示呼叫控制器/媒体混合器67与“被叫方”之间建立呼叫支路；以及(11)呼叫控制器/媒体混合器67发起到“被叫方”的呼叫。
(12)软交换机66发送消息到通信客户端54，该消息指示被叫方支路已经被占用，调用通信客户端54显示已经被占用的呼叫支路状态。在描述的实施例中，这使得被叫方名称和例如电话号码类型(比如“工作”或“小区”)显示给通信客户端54的用户。从软交换机66接收的被叫方支路振铃消息引起通信客户端54将呼叫支路状态显示为“等待(pending)”。在示意和描述的实施例中，这使得红色省略号(…)在被叫方名称和号码旁边显示。
(13)被叫方的电话被“摘机”，并且摘机信号发送到呼叫控制器/媒体混合器67，呼叫控制器/媒体混合器67将呼叫状态信息实时传递到通信客户端54。
(14)通信客户端54通过将被叫支路状态显示为正在摘机，来响应来自软交换机66的被叫方支路摘机消息，该消息在所描述的实施例中由在被叫方名称和号码类型旁边的记号来指定。
(15)通信客户端54现在显示我的位置名称和号码以及其被摘机的事实，用于我的位置的在呼叫控制图标、以及被叫方电话号码和名称与被叫方的在呼叫控制图标。通信客户端用户可通过激活由通信客户端54显示的图标来控制在呼叫功能，或通过将手持机挂机来结束呼叫。如果用户选择结束图标，则一条消息被发送到应用服务器68，该消息通知呼叫控制器/媒体混合器67呼叫发起者已经停止了呼叫，于是呼叫控制器/媒体混合器67拆掉该呼叫的两个支路。优选的，如果呼叫控制器/媒体混合器67检测到我的位置手持机已经挂机，那么它拆掉该呼叫的两个支路。
在特定实施例中，其他方可在特别的基础上被添加到进程中的(inprogress)呼叫中。添加其他一或多方在以上参考图5描述的基本呼叫建立过程之后。
现在参考图6描述对进程中的呼叫添加其他方。系统状态可从图5描述的开始并且使用连续的状态编号。
(16)如果该用户或被叫方正使用通信客户端54，那么选择将要被呼叫的第二电话号码(第二被叫方)并调用发送到软交换机66的第二被叫方请求消息。
(17)该软交换机66确认该第二被叫方请求；以及(18)指令呼叫控制器/媒体混合器67呼叫第二被叫方。
(19)呼叫控制器/媒体混合器67占用线路来呼叫第二被叫方，并通知软交换机66其已经这样做了。
(20)软交换机66发送消息给通信客户端54以通知其第二被叫方支路已经经由SIP被占用。
(21)通信客户端54显示状态给第二被叫方，指示其已经通过显示第二被叫方的姓名而被占用。这实际上已经建立了第三呼叫支路。
(22)第二被叫方振铃。
(23)呼叫控制器/媒体混合器67检测到第二被叫方正在振铃；以及(24)通知软交换机66发送消息给通信客户端54。
(25)通信客户端54通过显示红色省略号指示第二被叫方处于等待。
(26)第二被叫方摘机。
(27)呼叫控制器/媒体混合器67检测到第二被叫方已经摘机并通知软交换机66。
(28)软交换机66发送指示第二被叫方已经摘机的消息给通信客户端54。
(35)通信客户端54利用记号显示第二被叫方的状态为连接。
若要添加第四方和更多特别用户到进程中的呼叫，则必要时重复状态22到35。
如上所述，在描述的实施例中，为每条呼叫支路显示呼叫支路入呼叫控制图标，因此允许呼叫的发起者激励合适的图标来放置相关的支路为保持(HOLD)、静音(MUTE)或中断(DROP)该支路。
当用户希望控制现有支路或引入新支路到该呼叫，连续SIP对话使得用户能够通过按照期望激励通信客户端54来实时制定该命令。例如，如果用户希望设置呼叫的一条支路为保持，那么他们激励在通信客户端54的显示屏中邻近相关支路的身份标识的保持按钮。通信客户端54经由SIP对话将保持指令直接发送给软交换机，该软交换机通过在混合器66中设置相关方为保持来执行该指令。然后该软交换机将那条支路的状态通过SIP对话返回给通信客户端54。该通信客户端54接收到该信息并更新实时显示器以显示相关方现在为保持。
当呼叫终止时，软交换机66通知应用服务器68呼叫的详细记录(CDR)以用于保留、处理和呈现为用户的呼叫记录的一部分，以及用于营帐目的。然后该应用服务器以期望的服务所需的方式处理CDR，优选地为评价和营帐该呼叫，以及将该呼叫包括为通过网络服务器显示给用户的呼叫历史的一部分。
本发明所描述的实施例实施为作为Windows应用的通信客户端54。该通信客户端54可被显示为完全用户界面，或折叠作为系统托盘(SystemTray)中的后台功能来运行。例如在Windows95/98和XP中，系统托盘是在任务栏右手边的区域，其显示代表具有永久内存驻留成分(并因此在后台运行)的软件程序的图标。通常这种内存驻留程序包括比如音量控制和即时消息的功能，并在计算机系统启动时被调用。
现在将参考附图中的图7和8来描述通信客户端用户界面的实施例。
附图中的图7和8图示了根据本发明描述的实施例用于通信客户端54的用户界面。对于该用户界面100主要有3个方面；也就是号码管理、拨打和结束呼叫以及显示呼叫状态。该用户界面100具有三个用户可发起标签(tab)用于显示号码信息。收藏标签102显示10个用户可发起的快速拨号按钮，例如通过点击来拨打呼叫到所选的电话号码。个人地址簿标签(我的号码)104显示了姓名和电话号码的列表，就像可以在传统地址簿和标签106下的企业地址簿(公司)找到的那样。标签108(会议)是用于建立和管理调度的会议呼叫的接口。
图7图示了通信客户端显示界面，该界面具有激活的收藏标签102，该标签显示了用户通过双击可发起、或通过单击和激活呼叫按钮112可选择的快速拨号电话号码110。可选地，电话号码可在国家代码和号码文本窗114中输入。还提供了呼叫结束按钮116。
文本窗118显示了我的位置电话号码，并可被编辑来改变我的位置号码。成本或项目代码也可输入文本窗120中，其将发送给软交换机和应用服务器68，以用于记录对照于该成本或项目代码的任何呼叫或多个呼叫。该通信客户端用户界面还包括呼叫显示状态窗121。
当用户希望调用呼叫时，他们可以从快速拨号按钮110中选择一个号码或输入号码到文本窗114中。一旦呼叫被发起，那么图5中描述的呼叫建立过程被调用。我的位置姓名(在这个情况中为我的桌面(My desk))与指示呼叫支路被激活的记号和用于静音122、中断124和保持126的呼叫控制图标一起显示在状态窗121中。当被叫方(姓名2)被连接后，显示状态窗121显示被叫方的姓名和指示其被连接的状态。在被叫方的显示线路中，也有分别对应于用于该呼叫的被叫方支路的静音、中断和保持的一串图标128、130和132。通过激活呼叫控制图标122、124、126、128、130和132中的一个或多个，作为呼叫发起者的该用户能够将被叫支路中的一个或多个设置为静音、保持和中断。
现参考图8，用于通信客户端54的用户界面100被显示，其中地址簿标签104(我的号码)是有效的。地址簿标签104可用于发起所有呼叫，或者被打开并在随后参考图7描述的使用文本窗口114输入或收藏标签102中的快速拨号110来发起呼叫。
在描述的情形中，参考图7描述的用户已经建立了第一呼叫。现在他们希望将另一个人添加到呼叫中(特别会议)并且从地址簿标签104之下的电话号码列表中选择希望的被叫方(名称5)来完成。优选的，他们可以从收藏标签102之下的快速拨号110，或者通过向文本窗口114中输入电话号码来添加另一方。为了将所选择方添加到呼叫，“添加到呼叫”按钮112被激活。一旦第一呼叫支路被建立，“呼叫”按钮112自动地将其描述符从“呼叫”改变为“添加到呼叫”。一旦“添加到呼叫”按钮被激活，那么第二被叫方呼叫建立过程参考图6描述来调用。
一旦到被叫方(名称5)的呼叫支路被建立，那么全部状态显示在显示窗口121上，即被叫方的名称(名称5)，呼叫有效“记号”以及分别为136、138和140的呼叫控制图标静音、保持和中断。
在这种情形下是呼叫发起者的用户，能够控制呼叫的第三支路来静音、中断和/或保持该支路。
本领域技术人员应当理解在此描述的特定界面100不是实施通信客户端功能的唯一方式，并且可使用各种其它配置和形式的界面。特别的，对于具有小区域显示器的设备，例如便携式或手携式设备比如PDA和蜂窝电话，例如适用简单的用户界面。
如上所述，在所述实施例中通信客户端54驻留于Windows操作环境中，并且甚至当通信客户端的主要用户界面窗口已经被关闭，其包括永久存储驻留部分(由上述系统盘的图标表示)。这种配置是优选的，因为其允许通信客户端54根据需要被调用而不需要在用户想要作出呼叫的每个时机都重启通信客户端。这种配置的另一个优点是，仅通过在任何应用程序例如在电子邮件或Word文档中加亮包含电话号码的数据项目就可调用客户端并且呼叫端点。
图9示出了用于通信客户端54该方面的处理流程图，其中在步骤S10通信客户端54扫描其驻留的数据处理装置的键盘。在步骤20，通信客户端54查看键盘扫描来确定在这个特定例子中，控制键是否被快速连续按下两次，例如按第二次是否发生在第一次之后2秒内。如果没有检测到“控制-控制”按键序列，那么通信客户端返回到步骤S10，其继续扫描键盘。如果检测到控制-控制序列，那么处理控制进行到步骤S30，其中通信客户端54确定数据项目是否被加亮用于任何运行应用程序。如果没有数据项目被加亮，那么处理控制进行回到步骤S10，否则控制进行到步骤S40，其中获得数据项目的复本以及从其中提取的电话号码。
在步骤S50，通信客户端54参考以上图5或6描述调用呼叫，并且显示为用户提供呼叫控制的通信客户端界面。
然后处理控制进行回到步骤S10，其中键盘扫描继续并且通过加亮包含新号码的数据并快速连续的两次按下控制键来呼叫其它电话号码并添加到呼叫中来达到特别会议。
通过这种方式，通信客户端提供从文本应用程序(例如Word或文本acrobat文件)中提取电话号码来调用呼叫到一方或多方。
在本发明的特定实施例中，用户可建立由应用服务器和呼叫管理中心62供应和管理的调度会议呼叫。会议呼叫可用过通信客户端54的方式来调度。
现在参考图10a和10b的处理流程图，在步骤S60应用服务器68通过网络服务器92接收会议呼叫建立请求消息。会议呼叫建立请求消息可源自通信客户端54，其中用于客户端的用户名和密码都自动包括在消息中，或者通过网站，其中用户需要输入他们的用户名和密码用于应用服务器的鉴权。应用服务器68在步骤S70调用请求消息的鉴权，在此期间使用供应模块88来核查用户名和密码，以验证用户名和密码的组合是有效的。在步骤S80如果用户鉴权失败，那么处理控制进行到步骤S90，其中应用服务器发起发送请求失败消息给用户。如果用户被鉴权，那么处理控制进行到步骤100并且应用服务器68指示网络服务器92提供会议呼叫建立表格200，如图13a延续到图13b所示。
调度新会议表格200可存在于网络服务器92中并且由用户利用因特网协议会话的方法通过因特网22，或直接在由通信客户端54管理的Window中完成，并且随后通过网络服务器传递到应用服务器。
参考图13所示的表格200，可以看到请求关于会议呼叫的各种细节。被请求的大多信息不证自明是来自伴随用于提供信息的空间的说明，并且因此仅仅关键数据应当被描述。之所以需要用于会议呼叫的标题210，其目的是被邀请者和用户可分辨各个会议呼叫，这些会议呼叫由他们建立并且通过他们的通信客户端向他们显示，或者通过电子邮件发送给他们。日期212和开始时间214将被提供，以及时区216可根据需要设置。呼叫持续时间218也可被输入，并且在所述实施例中是30分钟的默认设置。优选的，短消息服务(SMS)提示220，以及SMS提示将被发送输入的电话号码222可被请求。
每个被邀请者的电子邮件地址被输入在框224中，并且消息226可包括在电子邮件邀请中。优选的，附件228可对表格200作出。优选的，会议呼叫可具有主导者呈现230，目的是使会议呼叫有效。
在步骤S110由网络服务器92转发完整的表格，并且应用服务器68将完整的表格细节传递给会议呼叫调度器86上。如图16所示，网络服务器还将网页270和输入的会议呼叫细节向主导者显示用于验证目的。
在所描述的实施例中，在S120应用服务器68将用户(新会议呼叫发起者)设置为呼叫主导者，并且在S130将安全消息发送到通信客户端54来向用户确认会议呼叫已经被建立。会议呼叫建立通过电子邮件250(如图14所示)的方法确认，其包括标题210、日期212、时间214和持续时间218。主导者232(在这个例子中是“用户”)与其它提议的会议呼叫参与者234一起被识别。会议呼叫邀请电子邮件250附加了vCalender文件(VCS)，基于它的打开可在主导者的VSC兼容日历上增加会议呼叫的细节，包括日期和时间以及访问号码和密码(未示出)。VCS兼容日历程序的一个例子是Mcrosoft Outlook。
确认电子邮件250提供给所有参与者发送电子邮件的选项，目的是提供给他们关于呼叫例如236的其它信息。用于会议呼叫的访问细节也可被提供238。表格250还提供用于请求SMS提示的选项240，它的激活调用一个网页，通过该网页可输入SMS提示被接收的电话的电话号码，典型的是蜂窝电话。
各种其它呼叫建立过程被发起并且由应用服务器68管理，从而通知会议呼叫邀请者并且在呼叫管理中心62系统中调度会议呼叫。这些过程将详细参考附图的图11和12进行描述。只要涉及下一个外部通信，过程控制进行到步骤S135，其中从被邀请者或用户接收回叫请求。在步骤S140使得回叫请求与会议身份标识一致，并且在步骤145应用服务器68指示呼叫控制器/媒体混合器67呼叫请求的被邀请者或用户并且使他们参与到会议呼叫中。
会议呼叫调度由呼叫管理业务64的模块86提供，并且从应用服务器68接收呼叫建立细节S150。在系统中作为用户的被邀请者通过他们的电子邮件地址来识别(S160)并且应用服务器用会议呼叫的细节，以及当呼叫变得可用时可从其参与呼叫的链路来更新被邀请者客户端S170。
现参考图12，现在将描述通知服务模块84的操作以及新的会议呼叫的调度的调用。在步骤S300通知服务模块84从会议呼叫调度器86接收被邀请者细节、呼叫信息以及呼叫和被邀请者的身份标识，以及用户身份标识。然后在步骤S310会议呼叫的邀请被发送到被邀请者和用户。发给被邀请者的会议呼叫邀请275的一个例子在附图的图17中示出。在示出的例子中电子邮件邀请被发送到被邀请者并且提供用于参与到电话会议中的电话号码和密码以及一个选项设置SMS提示240用于呼叫。会议呼叫邀请电子邮件275附加了vCalender文件(VCS)280(在图18中描述)，用于可在接收者的VSC兼容日历上(例如Mcrosoft Outlook)增加会议呼叫的细节，包括日期和时间以及访问号码和密码(未示出)。在步骤S320应用服务器通过由网络服务器92产生的网页上被邀请者的输入接收任何SMS提示请求。处理控制进行到步骤S330其中提示调度在应用服务器中设置用于电子邮件(所有被邀请者)以及任何SMS提示(用于选择这个选项的被邀请者)。会议呼叫提示290的一个例子如图19所示。示出的会议呼叫提示290是发送给用户的，即会议呼叫的发起者，然而发送给其他被邀请者的会议呼叫提示将具有相似的信息和格式。显然，提示包括请求回叫按钮300。请求回叫按钮300的激活调用一个网页310，其一个例子如图20所示。文本框312和314分别提供用于输入用户希望被回叫的电话号码国家代码和电话号码。现在参与用户激活按键316的激活使得回叫请求被转发到回叫管理中心，其中软交换机66被指示参考图10的流程图中步骤S135、S140和S145所述，回叫在输入电话号码端的用户。
相似的会议呼叫提示发送到被邀请者，其可通过请求回叫响应或者使用提供在会议呼叫提示290中的访问号码或参与者代码来拨入并访问会议。
通信客户端54的操作现将参考图21的流程图以及图22、23和24所示的通信客户端54用户界面的示意实施例来描述。用户激活标签108(会议)使得产生图22所示的用户界面100。现参考图21，在步骤S400通信客户端54通过监视“调度新的”按钮340的激活可调度新的会议呼叫。如果按钮340已经被激活那么过程控制进行到步骤S410，其中请求新的会议调度的消息使得网络服务器将呼叫调度网页表格传递到用户的浏览器。一旦呼叫调度数据在网页表格中被输入并且提交，网络服务器将调度的呼叫细节传递到应用服务器。在客户端下次登入到应用服务器时，在系统中作为用户的的被邀请者通过他们的电子邮件地址以及当呼叫变得可用时通过其可参与到呼叫的链路来识别。此外，在显示121中用于参与呼叫346的指令被提供。在步骤S430，显示呼叫有效或可用。如果呼叫可用于被参与，那么短语“可用”与可用的会议呼叫以相同颜色加亮。可选的，如果会议呼叫有效，那么短语“可用”与加亮有效会议呼叫具有相同颜色来加亮，典型的用于可用和有效呼叫的颜色彼此不同。
通常来说，在调度的会议呼叫的开始日期和时间之前十分钟，应用服务器设置标记会议呼叫现在可用于参与了，因此在被邀请者下次登陆到应用服务器时，会议链路的状态更新了，通过对呼叫链路加阴影来指示给被邀请者，并且链路被激活使得在链路上的双击将请求传递给应用服务器，来指示软交换机向被邀请者的“我的位置”发起呼叫从而使被邀请者可参与呼叫。这也起到了打开在客户端和软交换机之间的SIP会话的效果，使得客户端可显示关于呼叫的参与者的实时信息并且赋予用户添加或管理不同支路的能力。调度呼叫的用户具有对每个支路的完全控制，但是被邀请者尽管可看到呼叫上的所有支路，但是仅可对他们的支路或他们添加到会议中的任何其它支路给出指令。一旦被邀请者参与到呼叫中，应用将呼叫标记为有效，并且一旦下次客户端登陆到应用服务器，则状态被更新来指示呼叫现在正在进行中。这通过对会议呼叫标签中的会议呼叫加不同阴影指示给被邀请者。
参考回到图21，在步骤S440通信客户端54监视是否作出请求来参与会议呼叫。如果没有作出这样的请求，处理流程控制进行到步骤S450，其中通信客户端确定是否接收消息提示一方已经参与呼叫。如果没有接收到这样的消息，那么处理流程控制返回到步骤S440。然而，如果通信客户端54已经接收消息提示一方参与到呼叫中，那么在步骤S460用已经参与到呼叫中的一方的细节来更新显示。示出参与到呼叫中的几方的用户界面100的一个例子如图24所示，其中参加到呼叫的几方的名称与呼叫有效图标和呼叫控制图标一起被显示。
如果通信客户端54确定在步骤S440中参与到呼叫中的请求已经作出，那么处理流程进行到步骤S470，其中消息发送到呼叫管理中心62来请求参与呼叫。
然后处理流程控制进行到步骤480，其中通信客户端显示被更新来示出用户已经参与到呼叫中。然后在步骤S490通信客户端54继续监视是否接收任何其它消息提示其它方已经参与呼叫并且是否他们已经了相应地更新了显示。
一旦有至少一个人参与到会议呼叫中，呼叫就变得有效，并且有效会议呼叫被加亮348。在整个会议呼叫中，其他方(支路)可根据参考附图的图6所述的过程添加到呼叫中(特别会议)。
在整个会议呼叫中，主导者即用户可在S500激活呼叫控制图标350来发送呼叫控制消息到呼叫管理中心62，并且在步骤S510相应地更新显示。
如果用户决定结束呼叫，那么他们在步骤S520激活与他们姓名一行的结束呼叫图标352。这从会议呼叫中断了用户。然而，会议呼叫可在没有该用户的情况下继续。用户界面100将显示有效呼叫参与者并且还指示用户在呼叫上不再有效。然而，用户可在步骤S530通过双击在会议标签部分108中的会议呼叫重新参与会议呼叫。在S540激活加亮的会议呼叫348将使请求参与会议呼叫的通信客户端68将消息发送到呼叫管理中心62。在S550，用户支路通过软交换机66来建立，使得用户参与会议呼叫并且通信客户端54更新其显示来指示用户支路现在有效。
其它会议呼叫参与者也可从呼叫上中断并且在稍后重新参与。
如果会议被邀请者正在运行通信客户端54，那么该通信客户端也将显示与所描述用于用户相似的用户界面100。即是说，被邀请者将参与会议，并且能够重新参与会议，通过与所描述的用户用户的相同方式并且他们的显示将显示相同的信息。
每个运行通信客户端54的参与者可将其他方添加到呼叫中，将几方特别添加到会议呼叫中可根据参考附图的图6所述的过程执行。
如果用户(主导者)添加一方到呼叫中，那么主导者控制整个呼叫功能，即静音、中断和保持该呼叫支路。然而，如果除了主导者之外的会议参与者添加一方到会议中，那么该参与者和主导者可控制整个呼叫功能，静音、终端或保持该支路。
从前述应当理解的是这种配置提供了从桌面应用程序实施呼叫控制和会议呼叫的有效手段。然而同样在这种情况下，由该系统提供的优点不仅限于桌面应用程序还可在任何环境中实施，其中具有数据访问的终端可被用于传递信息到CMC来便于呼叫、呼叫控制、会议等。这种实施方式的一个例子可以是移动电话，其它的包括比如因特网使能的PDA、PDA移动电话、VoIP手持机等设备。
如前所述，移动终端用户面临的一个特定问题是来自终端的呼叫比来自陆线终端的呼叫贵的多。前述的蜂窝电话用户相对于陆线终端来说更喜爱使用他们的移动终端的倾向(甚至当陆线终端已经可用时)会导致在商务或用户的个人负担上的增加的电话费用。
当前克服昂贵的移动电话费用的仅有的方式是移动终端用户拨打预定访问号码(对于给定的低成本服务提供商)，然后手动键入他们想要连接的号码。这对于用户来说是不方便的，在第一个例子中因为用户必需键入两组数字(以及典型的还有访问代码)，在第二个例子中因为号码通过列出在移动终端的地址簿中的姓名来关联并且因此在调用到低成本服务提供商的呼叫之前用户必需首先找到什么号码与给定名称相关联。
移动终端用户需要特别面对的另一问题是虽然目前可以通过移动终端来参加到会议呼叫中，但是，如果不是不可能，那么从移动终端策划完全的会议呼叫是非常困难的。
通过给移动终端提供例如上述的软件客户端(虽然关于适合于移动终端的有限观看能力的减小视觉范围)，有可能-如将要描述的-减轻前述的问题，并提供使用的额外功能给用户。
在一般形式中，本发明的这个实施例涉及软件通信客户端，例如具体化为Java applet，其可在移动终端上本地执行，移动终端例如是GSM或UMTS电话或蜂窝PDA。该客户端提供三个普遍功能(1)其使得终端的用户能够经由Ring2呼叫网络设置呼叫给一个或多个被叫方识别符(比如一个或多个其他移动电话或陆线)，因此避免了通常关联于传统移动网络的相对大的呼叫费用；(2)其使得用户能够从他们的移动终端调度会议呼叫；以及(3)其使得用户能够使用移动终端作为用于正在进行的会议呼叫的会议呼叫控制器，例如用户正在参与的会议呼叫。
在详细钻研通信客户端之前，在此有必要提供移动终端的简要背景描述。图25是一种已知移动终端的示意图，在该特定情况中是一个移动电话。
如图所示，终端350包括显示器352、天线354和调度在键板上的多个键356。本领域公知的是这些键可被调度为具有预定功能的所谓硬键，或被调度为具有依赖于终端的特定操作模式的多个功能的软键。终端350还具有话筒358和扬声器360用于输入用户语音和产生转达给用户的音频信号。还具有红外输入/输出端口362以允许接收来自于和/或发送给其他移动终端红外光数据信号，该其他移动终端也装配有合适的端口。
图26是图25中显示的终端的键组件的示意图。如图所示，终端150包括中央控制单元或处理器364，其至少以普通形式可操作于控制终端的操作。连接到处理器364上的无线单元366和定时控制电路368，一起以可操作方式控制发送和接收去往或来自其他电信终端的通信信号或来自该终端可经由天线354连接到其上的电信网络的通信信号。
提供可移除数据存储设备或用户身份标识模块(SIM)370用于数据和程序存储。数据通常包括IMSI(其唯一地识别电话)和其他信息，比如用户存储在电话上的电话号码的电话簿。软件程序也可被存储在SIM上，例如作为被叫做SIM工具包(或也被理解为SIM应用工具包)的一部分。
连接到处理器364的是显示器352，信号可从处理器发送到显示器以传送消息、指令和其他信息到终端的用户。该处理器也连接到键板用于由用户将数据输入到终端中。
由话筒358拾取的声音(例如用户语音)被语音处理器372处理(例如除去不可传输频率)，并被操作于将话筒358产生的模拟信号转换为用于后续处理的数字数据的编码器/解码器(CODEC)374处理。语音处理器372和CODEC 374也可操作于处理接收的数字信号并将其转换为合适的音频信号以用于通过扬声器360转达用户。
连接到处理器364的还有铃音发生器376，其操作于产生各种不同的提醒之一，这些提醒用于在终端350接收到呼叫、消息或其他信息时提醒终端的用户。在该特定情况中，该铃音发生器操作于产生合适的信号来驱动振动蜂鸣器378、来点亮LED 380(或照明设备组)，或产生振铃信号用于经由扬声器360转达给用户。通常，终端用户能够选择这些提醒中的哪个最适合于他们当前周围环境。例如，正在工作并且不希望铃声打扰他或她的同事的用户可能选择振动蜂鸣器作为通知他们终端有呼叫到达的可选方式。
根据本发明的优选实施例，移动终端(例如可具体化为移动电话，比如GSM或UMTS兼容电话)包括前述通信客户端，并且该客户端在此之后将被称为移动通信客户端。
现在参考图27，这里描述的终端30的大部分组件与图2中图示的那些相同，并且这些组件将被标以与上面图26描述中所使用的相同的附图标记，别且在此不再描述。
如图所示，处理器364包括由处理器364执行的软件实现的移动通信客户端382。该移动通信客户端可以形成所谓的SIM工具包(或有时被理解为SIM应用工具包)的一部分、提供在移动终端中的软件的一部分，或者包括下载到或预存在终端中(例如在SIM中)的applet(比如JavaTMapplet)。该客户端被存储在电话中(例如在SIM或其他存储资源中)并在需要被处理器执行时取出。
在如图26所描述的对电话的正常使用中，用户既可以选择号码(或者更常见的是在电话簿中与号码相关联的姓名)来从电话簿拨号，也可以通过按键输入用于拨号的号码。一旦输入之后，用户就可以按下终端上的“连接”按钮(通常标示有陆线手持机的绿色图标)，于是该终端开始向移动通信网络的基站发信号以建立该移动终端和基站以及远处(beyond)之间的语音信道。该发信号操作是标准的并且为本领域普通技术人员所熟知，因此在这里将不再详细描述。
如在图28的流程图中示意性描述的，在本发明的这个实施例中(上述功能(1)的一个实施例)，一旦用户进入或选择了将要呼叫的号码(步骤384)，那么他们就拥有这样的选择选项(步骤386)，即例如从下拉菜单(对于菜单驱动终端)中选择，或通过专用键“通过Ring2呼叫”选项来实现与所选号码的连接。如果用户没有选择“通过Ring2呼叫”选项，那么呼叫经由该终端在那个时间所连接到的无线电信网络以正常方式进行(步骤388)。
当选择“通过Ring2呼叫”时，该移动终端经由移动终端可访问的网络服务器92的一部分发信号给呼叫管理中心62(参见图4)，尤其是其提供组件88(步骤390)，以建立呼叫管理中心和移动终端350之间的数据通信信道(步骤392)。接下来关于用户身份标识的数据信道信息的建立被传送给提供组件88用于通过将发送的身份标识信息与保持在CMC 62中的身份标识信息相比较(步骤396)来对终端授权(步骤394)。
如果发送的身份标识信息没有通过验证，那么该呼叫被终止(步骤398)，并且在移动终端上显示消息给用户来告知他们没有被授权使用Ring2网络来发起呼叫。
一旦该终端被验证，那么该移动终端将从电话簿中选择的或通过按键手动输入的“我的位置”电话号码(即移动终端的号码，用户从其电话簿中选择用于被叫方的电话号码)和被叫方电话号码(或其他标示符)(这种数据在此以后通常称为“呼叫数据”)发送给应用服务器(在步骤400)。
当接收到来自该移动终端的呼叫数据时，CMC 62的应用服务器68终止(步骤402)与该移动终端的数据通信会话，然后控制呼叫控制器/媒体混合器67来建立第一语音呼叫支路到用户指定的“我的位置”号码(步骤404)，通常是分配给该移动终端的电话号码，但是可选地也可以是任何可识别的通信终端，比如PSTN电话、移动电话或SIP IP电话设备。“我的位置”移动终端振铃，并且当用户按下按钮或者控制终端“摘机”时(步骤406)，铃音被播放给该用户并且应用服务器建立第二呼叫支路到前面提到的呼叫数据中指定的号码(步骤408)。
与被呼叫的号码相关联的电话设备振铃并在该移动终端的用户所呼叫的个体接听时(步骤410)，第一支路语音呼叫和第二支路语音呼叫通过软交换机66被连接，以在移动终端和该移动终端的用户希望与其通信的个体人之间建立语音通信信道(步骤412)。
移动通信终端这方面所提供的功能性给移动终端的用户提供了到Ring2网络的快速访问。如上所述，其可被使用来双方呼叫，或在增强的方面，其可被用来调用多方呼叫(例如，会议呼叫)。
为了调用多方呼叫，该用户只需要选择或输入用于被呼叫的多个用户的电话标识符(例如从移动终端的电话簿)，以用于包含在传送到CMC 62的呼叫数据中。当接收到这个数据后，如上面对单被叫方所描述的，CMC操作于轮流呼叫指定被叫方中的每一个。在所述系统的增强中，多方呼叫的发起可方便地使用SMS文本消息来完成。图29是用于经由SMS网关74发送给CMC 62以调用多方呼叫的SMS消息格式412的示意图。
如图所示，该SMS消息格式412包括由分隔符424分离的许多独立消息成分(414至422)，在这个例子中分隔符为“；”。第一和第二消息成分414包括分配给移动终端用户的用户名称和密码416。第三消息成分418包括前面提到的“我的位置”电话号码，也就是该移动终端用户希望将要呼叫的号码(作为呼叫的第一支路)-通常但不必须是分配给用户的移动终端的号码(在该特定例子中，该号码是UK移动电话号码)-以及第四和第五成分分别包括UK陆线电话号码和US陆线号码。
一旦用户编辑完成该消息，其经由无线网络被发送给SMS网关74用于解析并转换为用在CMC 62中合适的格式。在验证完用户的用户名和密码之后，如前面与图28关联描述的，该CMC设置到在SMS消息412中提到的多个用户中的每一个的呼叫。
在这种配置的一个变形中，CMC可以包括对用户所选的用于经常用的电话号码的用户的别名的存储器(未示出)。这种存储器可方便地实施为记录，用户可以通过访问由网络服务器92维护的网页来增加或编辑该记录。例如，如在图30中所述，第三消息成分可被列在存储器中别名“移动”的下面，第四消息成分可被列在别名“Frank”下面，以及第五成分可被列在别名“Mary”的下面。这种配置的优点是，就像从图29与图30的对比中很明显发现的，消息长度可以被大大降低。
当接收到这种消息时，应用服务器首先通过消息的第一和第二成分对识别的用户询问数据库，并对与出现在消息中的任何别名相关联的号码发起呼叫，并将对应号码存储在存储器中。
如上所述，在上述功能(2)的实施例中，该移动通信客户端382也可操作于使得用户能够从他们的移动终端调度会议呼叫。为了实施这个功能，Ring2客户端既可以显示表格，其由用户增加，然后经由网络服务器传递到应用服务器上，或者可替换地，该用户可以访问为移动和PDA设备配置的基于网页的会议呼叫建立表格。这种网页由网络服务器服务于终端用户(图4)(如果需要的话，经由WAP网关)，并允许该用户(上面详述的)登记会议呼叫并指示该呼叫的参与者。方便地，该用户可以-如果希望的话-为分配给他们移动终端的号码设置“我的位置”指示器以使得他们可以使用他们的移动终端参与到呼叫中。对于特定移动终端，例如当前提供用来在美国销售的一些移动电话，网络限制意味着在移动终端和服务器之间扩展数据和语音信道是不可能的，所以对于这些终端，当发起会议呼叫任务时，用户将没有可用的呼叫控制功能性。在其他语音和数据信道可同时被打开的例子中，用户可以像上面结合客户端终端的膝上型电脑实施描述的那样被提供有至少对会议呼叫的支路执行呼叫控制的功能，以及如果该移动终端被指派为呼叫的主导者，对呼叫的其它任何其他支路执行呼叫控制的功能。
在上面功能(3)的实施例中，移动通信客户端382也可操作于使得用户能够使用移动终端作为会议呼叫控制器用于正在进行的会议呼叫，例如该用户正参与在其中的会议呼叫。为实施该功能，该用户只需要使用他们的移动终端登记一个会议呼叫，就像上面结合功能(2)所描述的那样，并指派另外一个电话手持机为他们的“我的位置”-例如他们的经由PBX连接到PSTN的桌面电话手持机。在会议呼叫过程中，该用户将在他们指派为“我的位置”的手持机上被提供以语音数据和呼叫状态信息(经由前述建立在该移动终端和CMC的软交换之间的通信信道)。然后该用户使用他们的移动终端来控制呼叫中属于他们的支路(如上面详细描述的)。这是非常有利的，因为这样允许用户拥有(port with them)移动通信客户端的嵌入功能，以使得无论在什么情况下，只要他们能够访问电话，该用户就被提供了会议呼叫功能的完整套装。例如，登记了会议呼叫到接收来电的公共电话(例如会议呼叫到机场的公共电话)的用户可以使用他们的手持终端来查看和控制呼叫的每条支路的实时状态，并同时从不具有内建呼叫会议功能的公共电话参与到会议呼叫中。
图31是由前述Ring2移动终端客户端的说明性软件组件提供的功能的示意图。应认识到移动终端的功能具有很大差异，因此一些软件组件可能不能被提供在这种情况下，即这些特征的提供将给所提及的移动终端的处理能力带来很高的负担。那些不是严格需要的软件组件在图31中以虚线框标明，但应注意到这种标明不是限制性的-也就是说在实际中根据终端的不同，对于任何给定移动终端的实际必要组件也不同。
现在参考图31，该用户的移动终端包括系统BIOS(基本输入输出系统)组件426，或者换句话说通用系统控制软件，其可操作于控制该终端的操作。该终端进一步包括无线通信组件428，其操作于建立、控制和拆掉无线网络协议通信栈，比如在GSM网络中普遍使用的多层栈。
该移动通信客户端包括控制客户端的操作的核心软件组件430、在用户希望使用移动通信客户端发起呼叫时由核心组件430调用的呼叫发起组件432，以及SIP栈组件434，该SIP栈组件434在被请求由实时显示器组件436提供终端的状态更新以显示给用户时，操作于在移动终端和CMC之间建立SIP通信协议对话信道。
在移动通信客户端最简单的实施例中，其可仅包括核心程序软件组件和呼叫发起组件，并操作于使用终端自身的无线通信栈组件用于经由现有的数据信道传送呼叫数据给呼叫管理中心，该呼叫管理中心结束该数据通信信道并打开语音信道给该移动终端(如上所述)。
根据通信客户端将要在其上被执行的终端的处理能力，额外的软件组件可根据需要被添加，直到在完整装配的终端中可以提供所有的功能元素。在这种实施例中，特别是在移动终端允许同时进行语音和数据通信的情况下，该移动终端能够对于所有的意向和目的来查看并操作于与上面详细描述的膝上型电脑实施例相同的方式中。
虽然上面详细描述的本发明的各种优选实施例，但是应理解本发明的范围并不局限于那些实施例，而是包括所有对落在由所附权利要求定义的本发明的精神和范围内的实施例的修改和替换。
例如，虽然通信客户端在上面通过可由用户操作来轮流呼叫各个用户到会议呼叫的客户端的形式被描述，但是该用户可选择定义一个由许多电话号码(每个属于一个被叫方)组成的组并选择一次呼叫组中所有成员。这种配置在单方被营帐和与多个其他用户快速通信重要信息(例如安全警告)的情况下是有利的。
此外，在上述本发明的实施例至少部分地可使用计算机系统实施的范围内，应当理解用于实施至少所述方法和/或所述系统和/或所述数据处理装置的一部分和实施通信客户端54和CMC 62的计算机程序被视为本发明的一方面。该计算机系统可以是任何合适的装置、系统或设备。例如，该计算机系统可以是可编程数据处理装置、通用计算机、数字信号处理器或微处理器。该计算机程序可被具体化为源代码和内部编码用于在计算机上实施，或可以具体化为例如目标代码。
合适地，该计算机程序可被存储在计算机可用形式的载体媒介中，其也被是为本发明的一方面。例如，该载体媒介可以是固态存储器、光或磁-光存储器，比如可读和/或可写盘片，例如压缩盘或数字通用盘，或磁型存储器，比如磁盘或磁带，而且该计算机系统可以使用程序来配置其操作。该计算机程序可由实施在诸如无线电信号之类的载波媒介中，包括无线电频率载波或光载波，的远程源来提供。
本发明的实施例可被实施在软件、固件、硬件或两个或更多软件、固件和硬件的任意组合中。
考虑到本发明的特定实施例的上述描述，本领域技术人员应当明白可以想象到对其的各种添加、修改和替换。例如，数据处理装置可以运行Window之外的执行环境，并且可以实施在可以因特网连接的PDA或蜂窝电话上。在用于PDA的可选实施例中，该PDA被这样配置以使得当一个电话号码从PDA应用中被选择时，例如从地址簿中选择，一种比如菜单选项的选项被提供来根据通信客户端来拨打呼叫。选择该选项将导致所选的电话号码被发送给运行在PDA上的通信客户端来发起该呼叫。此外，用于实施方面的过程流程、顺序和功能不需要与描述的完全一致。
本公开内容的范围包括在此明确或隐含或归纳公开的新特征或特征组合，而不论是否涉及所要求的发明或减轻任何或全部由本发明所提出的问题。因此发明人说明在本申请或从本申请分离出的进一步申请的进行过程中，新权利要求可从这种特征中阐明。特别地，对于所附权利要求，独立权利要求的特征可以与从属权利要求的特征组合，相应的从属权利要求的特征可以以任何合适的方式组合，并不仅仅是所附权利要求所列举的指定组合。
权利要求
1.一种用于通信系统的呼叫管理业务，其配置为自动执行接收识别目的端点且识别源端点的电话呼叫数据；响应于接收所述电话呼叫数据，发起回叫电话呼叫到所述源端点以建立第一呼叫支路；发起电话呼叫到所述目的端点以建立第二呼叫支路；将所述第一呼叫支路和第二呼叫支路组合在一起，以提供在所述源端点和目的端点之间的语音通信；以及在分离的实时通信连接信令链路上发送用于所述语音通信的呼叫支路状态信号到与所述端点中的至少一个端点关联的通信客户端。
2.根据权利要求1所述的呼叫管理业务，其中所述信令链路包括实时通信协议。
3.根据权利要求1或2所述的呼叫管理业务，其中所述信令链路包括用于创建、修改和终止端点间通信的协议。
4.根据权利要求1到3中任一项所述的呼叫管理业务，其中所述信令链路包括会话初始协议(SIP)会话。
5.根据权利要求1到4中任一项所述的呼叫管理业务，进一步配置为自动执行接收识别第二目的端点的电话呼叫数据；发起呼叫到所述第二目的端点以建立第三呼叫支路；以及将所述第三呼叫支路组合到所述第一呼叫支路和第二呼叫支路中，以提供在所述源端点、所述目的端点和所述第二目的端点之间的语音通信。
6.根据权利要求1到5中任一项所述的呼叫管理业务，进一步配置为经由所述信令链路从所述通信客户端接收呼叫控制信号，并自动执行所述呼叫控制信号。
7.根据权利要求6所述的呼叫管理业务，自动响应于包括静音呼叫支路的信号、保持呼叫支路的信号和结束呼叫支路的信号中的一个或多个信号的所述呼叫控制信号，来静音、保持或结束该呼叫支路。
8.根据权利要求1到7中任一项所述的呼叫管理业务，包括用于建立所述第一呼叫支路和第二呼叫支路并将所述呼叫支路组合在一起的呼叫控制器。
9.根据从属于权利要求5的权利要求8所述的呼叫管理业务，所述呼叫控制器用于建立所述第三呼叫支路，并将所述第三呼叫支路组合到所述第一呼叫支路和第二呼叫支路中。
10.根据权利要求8或9所述的呼叫管理业务，其中所述呼叫控制器用于在不同通信网络上建立呼叫支路，并组合所述位于不同通信网络间的呼叫支路。
11.根据权利要求10所述的呼叫管理业务，其中所述呼叫控制器包括PSTN接口和IP接口，所述呼叫控制器用于组合位于PSTN电话网络和IP电话网络间的呼叫支路。
12.根据权利要求8到11中任一项所述的呼叫管理业务，配置为在所述呼叫控制器和所述通信客户端之间建立所述信令链路。
13.根据权利要求1到12中任一项所述的呼叫管理业务，其中所述电话呼叫数据包括一个或多个电话号码。
14.根据权利要求1到13中任一项所述的呼叫管理业务，包括网络接口模块。
15.根据权利要求14所述的呼叫管理业务，其中所述网络接口模块包括网络服务器。
16.一种数据处理装置，其配置为实施根据权利要求1到15中任一项的呼叫管理业务。
17.一种用于通信系统的通信客户端，所述通信客户端用于经由通信链路与呼叫管理业务进行通信，并且所述通信客户端响应于其实例以建立分离的实时通信连接信令链路到所述呼叫管理业务，所述信令链路与语音通信信道分离。
18.根据权利要求17所述的通信客户端，响应于用户激励来发送由所述用户定义的用于识别目的端点和源端点的电话呼叫数据到所述呼叫管理业务，以建立用于在所述端点间建立语音通信的第一呼叫支路和第二呼叫支路。
19.根据权利要求18所述的通信客户端，进一步配置为从所述呼叫管理业务接收至少一个呼叫支路状态信号，并自动提供相应的呼叫状态信息给所述用户。
20.根据权利要求19所述的通信客户端，其中所述至少一个呼叫状态信号包括呼叫支路被占用、呼叫支路等待和呼叫支路被连接中的一个或多个信号。
21.根据权利要求17到20中任一项所述的通信客户端，进一步配置为发送识别第二目的端点的电话呼叫数据到所述呼叫管理业务，以便所述呼叫管理业务添加用于在所述第二目的端点与所述源端点和目的端点之间建立语音通信的第三呼叫支路。
22.根据权利要求17到21中任一项所述的通信客户端，自动响应于经由所述实时通信连接信令链路接收的并与呼叫支路对应的呼叫状态信号，来显示所对应的呼叫支路的身份标识。
23.根据权利要求22所述的通信客户端，自动响应于经由所述实时通信连接信令链路接收的并与所显示的呼叫支路对应的呼叫状态信号，来显示代表所对应的呼叫支路的状态的图标。
24.根据权利要求22或23所述的通信客户端，用于显示至少一个代表用于所显示的呼叫支路的呼叫控制功能的用户可激励图标，并响应于用户对所述图标的激励来经由所述实时通信连接信令链路发送呼叫控制信号到所述呼叫管理业务以实施所述呼叫控制功能。
25.根据权利要求24所述的通信客户端，用于显示对应于各条所显示的呼叫支路的多个用户可激励图标，用于各条支路的各个图标可为用户所激励以经由所述实时通信连接信令链路发送呼叫控制信号到所述呼叫管理业务以静音、保持或结束相应的呼叫支路。
26.根据权利要求23到25中任一项所述的通信客户端，其中图标显示呼叫支路的状态，并且所述通信客户端响应于用户对所述图标的激励来经由所述实时通信连接信令链路发送呼叫控制消息到所述呼叫管理业务，从而实施呼叫控制功能以切换到所述呼叫状态。
27.在组成通信系统一部分的数据处理装置上运行的通信客户端，所述通信客户端响应于预定的用户输入来提取由另一在所述数据处理装置上运行的应用程序所显示的字符串，并发起与由所述字符串识别的通信端点的通信链接。
28.根据权利要求27所述的通信客户端，用于输入静止状态并在所述静止状态中响应于所述预定的用户输入。
29.根据权利要求27或28所述的通信客户端，所述字符串对应于所述数据处理装置的显示屏的加亮部分。
30.根据权利要求27到29中任一项所述的通信客户端，用于复制所述字符串到存储器中并解析所述字符串以形成对应于所述端点的电话号码。
31.根据权利要求27到30中任一项所述的通信客户端，用于微软Windows处理环境，并配置为利用复制-粘贴和剪贴板功能来提取由所述另一应用程序显示的所述字符串。
32.根据权利要求27到31中任一项所述的通信客户端，配置为可依据权利要求17到26中任一项进行操作，并通过经由所述实时通信连接信令链路发送呼叫控制信号到所述呼叫管理业务来发起所述通信链接。
33.根据权利要求17到32中任一项所述的通信客户端，包括网络接口模块。
34.根据权利要求33所述的通信客户端，所述网络接口包括IP可操作接口。
35.根据权利要求17到34中任一项所述的通信客户端，配置为在不同于所述分离的实时信令链路的通信链路上周期性询问所述呼叫管理业务以确定所述呼叫管理业务中涉及所述通信客户端的任何活动，并显示所述活动。
36.一种数据处理装置，其配置为实施根据权利要求17到35中任一项的通信客户端。
37.根据权利要求36所述的数据处理装置，进一步包括显示器。
38.一种通信系统，包括通信网络；根据权利要求1到16中任一项的呼叫管理业务；以及根据权利要求17到35中任一项的通信客户端。
39.根据权利要求38所述的通信系统，其中所述通信客户端用于在计算机网络上与所述呼叫管理业务进行通信。
40.根据权利要求39所述的通信系统，其中所述计算机网络包括因特网。
41.一种操作用于提供呼叫管理业务的数据处理装置的方法，包括接收识别目的端点且识别源端点的电话呼叫数据；响应于接收所述电话呼叫数据，发起回叫电话呼叫到所述源端点以建立第一呼叫支路；发起电话呼叫到所述目的端点以建立第二呼叫支路；将所述第一呼叫支路和第二呼叫支路组合在一起，以提供在所述源端点和目的端点之间的语音通信；以及在分离的实时通信连接信令链路上发送用于所述语音通信的呼叫支路状态信号到与所述端点中的至少一个端点关联的通信客户端。
42.根据权利要求41所述的方法，其中所述信令链路包括实时通信协议。
43.根据权利要求41或42所述的方法，其中所述信令链路包括用于创建、修改和终止端点间通信的协议。
44.根据权利要求41到43中任一项所述的方法，其中所述信令链路包括会话初始协议(SIP)会话。
45.根据权利要求41到44中任一项所述的方法，进一步包括接收识别第二目的端点的电话呼叫数据；发起呼叫到所述第二目的端点以建立第三呼叫支路；以及将所述第三呼叫支路组合到所述第一呼叫支路和第二呼叫支路，以提供在所述源端点、所述目的端点和所述第二目的端点之间的语音通信。
46.根据权利要求41到45中任一项所述的方法，进一步包括组合所述位于不同通信网络之间的呼叫支路。
47.根据权利要求46所述的方法，进一步包括组合位于PSTN电话网络和IP电话网络间的呼叫支路。
48.根据权利要求41到47中任一项所述的方法，进一步包括经由所述信令链路从所述通信客户端接收呼叫控制信号，并自动执行所述呼叫控制信号。
49.根据权利要求48所述的方法，自动响应于包括静音呼叫支路的信号、保持呼叫支路的信号和结束呼叫支路的信号中的一个或多个信号的所述呼叫控制信号，来静音、保持或结束该呼叫支路。
50.根据权利要求41到49中任一项所述的方法，进一步包括在所述呼叫管理业务端的呼叫控制器与所述通信客户端之间建立所述信令链路。
51.根据权利要求41到50中任一项所述的方法，其中所述电话呼叫数据包括一个或多个电话号码。
52.一种操作用于为通信系统提供通信客户端的数据处理装置的方法，包括响应于所述通信客户端的实例建立实时通信连接信令链路到呼叫管理业务，所述信令链路与语音通信信道分离。
53.根据权利要求52所述的方法，进一步包括响应于用户激励来发送由所述用户定义的用于识别目的端点且识别源端点的电话呼叫数据到所述呼叫管理业务，以建立用于在所述端点间建立语音通信的第一呼叫支路和第二呼叫支路。
54.根据权利要求52或53所述的方法，进一步包括经由所述信令链路从所述呼叫管理业务接收至少一个呼叫状态信号，并自动提供相应的呼叫状态信息给所述用户。
55.根据权利要求54所述的方法，其中所述呼叫状态信号包括呼叫支路被占用，呼叫支路等待和呼叫支路被连接中的一个或多个信号。
56.根据权利要求52到55中任一项所述的方法，进一步包括发送识别第二目的端点的电话呼叫数据到所述呼叫管理业务，以便所述呼叫管理业务来添加用于在所述第二目的端点与所述源端点和目的端点之间建立语音通信的第三支路。
57.根据权利要求52到56中任一项所述的方法，进一步包括自动响应于经由所述实时通信连接信令链路接收的并对应于所显示的呼叫支路的呼叫状态信号，来显示代表所对应的呼叫支路的状态的图标。
58.根据权利要求57所述的方法，进一步包括自动响应于经由所述实时通信连接信令链路接收的并对应于所显示的呼叫支路的呼叫状态信号，来显示代表所对应的呼叫支路的状态的图标。
59.根据权利要求57或58所述的方法，进一步包括显示至少一个代表用于所显示的呼叫支路的呼叫控制功能的用户可激励图标，并响应于用户对所述图标的激励来经由所述实时通信连接信令链路发送呼叫控制信号到所述呼叫管理业务以实施所述呼叫控制功能。
60.根据权利要求59所述的方法，进一步包括显示对应于各条所显示的呼叫支路的多个用户可激励图标，并响应于对各个图标的激励来经由所述实时通信连接信令链路发送呼叫控制信号到所述呼叫管理业务以静音、保持或结束相应的呼叫支路。
61.根据权利要求58到60中任一项所述的方法，其中图标显示呼叫支路的状态，并且该方法进一步包括自动响应于用户对所述图标的激励来经由所述实时通信连接信令链路发送呼叫控制消息到所述呼叫管理业务，从而实施呼叫控制功能以切换到所述呼叫状态。
62.一种操作组成通信系统一部分的数据处理装置的方法，包括自动响应于预定的用户输入来提取由另一在所述数据处理装置上运行的应用程序所显示的字符串，并发起与由所述字符串识别的通信端点的通信链接。
63.根据权利要求62所述的方法，进一步包括输入静止状态并在所述静止状态中响应于所述预定的用户输入。
64.根据权利要求62或63所述的方法，进一步包括提取对应于所述数据处理装置的显示屏的加亮部分的所述字符串。
65.根据权利要求62到64中任一项所述的方法，进一步包括复制所述字符串到存储器中并解析所述字符串以形成对应于所述端点的电话号码。
66.根据权利要求62到65中任一项所述的方法，进一步包括根据微软Windows处理环境来操作，并利用复制-粘贴和剪贴板功能来从所述另一应用程序提取所述字符串。
67.根据权利要求62到66中任一项所述的方法，进一步包括权利要求52到61中任一项的方法，并通过经由所述实时通信连接信令链路发送呼叫控制信号到所述呼叫管理业务来发起所述通信链接。
68.一种操作通信系统的方法，包括根据权利要求41到51中任一项来操作呼叫管理业务；以及根据权利要求52到67中任一项的方法来操作通信客户端。
69.一种计算机程序，包括用于实施依照权利要求1到15中任一项的呼叫管理业务的计算机程序元素，和/或用于实施根据权利要求17到35中任一项的通信客户端的计算机程序元素，和/或用于实施根据权利要求41到67中任一项的方法的计算机程序元素。
70.一种承载根据权利要求69的计算机程序的载波媒介。
71.根据权利要求70所述的载波媒介，包括磁媒介、固态媒介、光载波信号、rf载波信号、数字通用盘、CD-ROM或RW CD或电信号。
72.一种用于通信系统的呼叫管理业务，配置为自动响应于经由通信链路从通信客户端接收的、包括针对两个或更多会议呼叫参与者的会议呼叫调度信息和联系信息在内的会议呼叫建立请求消息，来发送包括加入所述会议呼叫的机制的消息到所述两个或更多参与者；以及将确认所述会议呼叫调度的数据消息经由所述通信链路返回给所述通信客户端。
73.根据权利要求72所述的呼叫管理业务，进一步配置为经由所述通信链路发送通知所述通信客户端可加入所述会议呼叫的数据消息给所述通信客户端。
74.根据权利要求72或73所述的呼叫管理业务，进一步配置为确定会议呼叫参与者端点呼叫支路对于所述会议呼叫来说是激活的；以及配置为经由所述通信链路自动发送通知所述通信客户端所述会议呼叫是激活的的数据消息给所述通信客户端。
75.根据权利要求72到74中任一项所述的呼叫管理业务，进一步配置为经由所述通信链路自动发送通知所述通信客户端激活的参与者端点的身份标识的数据消息给所述通信客户端。
76.根据权利要求72到75中任一项所述的呼叫管理业务，进一步配置为自动响应于来自所述通信客户端的加入所述会议呼叫的请求，来建立分离的实时通信连接信令链路到所述通信客户端，以传输针对所述会议呼叫的呼叫支路状态信号，并建立呼叫支路到由要加入所述会议呼叫的所述通信客户端指派的端点。
77.根据权利要求76所述的呼叫管理业务，进一步配置为经由所述信令链路发送代表激活的参与者呼叫支路的呼叫状态的呼叫状态信号给所述通信客户端。
78.根据权利要求77所述的呼叫管理业务，进一步配置为经由所述信令链路从所述通信客户端接收呼叫控制信号，并自动执行所述呼叫控制信号来实现对激活的参与者的呼叫控制。
79.根据权利要求78所述的呼叫管理业务，自动响应于包括静音激活的参与者呼叫支路的信号、保持激活的参与者呼叫支路的信号和结束激活的参与者呼叫支路的信号中的一个或多个信号的所述呼叫控制信号，来静音、保持或结束该呼叫支路。
80.根据权利要求76到78中任一项所述的呼叫管理业务，自动响应于来自所述通信客户端的加入新参与者到所述会议呼叫中的请求，所述请求识别对应于所述新参与者的端点，来建立新参与者呼叫支路到所述新参与者端点并将该新参与者呼叫支路加入到所述会议呼叫中。
81.根据权利要求72到80中任一项所述的呼叫管理业务，进一步配置为自动发送代表激活的参与者支路的呼叫状态的呼叫状态信号到另一通信客户端，该另一通信客户端与不同于与所述通信客户端相关联的参与者的激活的会议呼叫参与者相关联。
82.根据权利要求81所述的呼叫管理业务，进一步配置为自动响应于来自所述另一通信客户端的加入另一参与者到所述会议呼叫的请求，所述请求识别对应于所述另一参与者的端点，来建立另一参与者呼叫支路到所述另一参与者端点并将所述另一参与者呼叫支路加入到所述会议呼叫中。
83.根据权利要求82所述的呼叫管理业务，进一步配置为经由分离的实时通信连接信令链路从所述另一通信客户端接收另一呼叫控制信号，并且仅在所述另一呼叫控制信号针对所述另一参与者呼叫支路时才自动执行所述另一呼叫控制信号。
84.根据权利要求83所述的呼叫管理业务，自动响应于包括静音另一参与者呼叫支路的信号、保持另一参与者呼叫支路的信号和结束另一参与者呼叫支路的信号中的一个或多个信号的所述呼叫控制信号，来静音、保持或结束该另一参与者呼叫支路。
85.根据权利要求72到84中任一项所述的呼叫管理业务，其中所述加入机制包括发送用于所述会议呼叫的SMS消息提醒的请求到所述呼叫管理业务并指派接收所述SMS消息的电话号码，所述电话管理业务进一步配置为自动发送SMS消息到所指派的电话号码并响应于答复包括一个或多个预定字符串的SMS消息以建立与对应于与所述指派的电话号码相关联的端点的端点的参与者呼叫支路。
86.根据权利要求85所述的呼叫管理业务，其中与所述指派的电话号码相关联的所述端点对应于指派的电话号码。
87.根据权利要求85所述的呼叫管理业务，进一步配置为在查找表格中查找所述指派的电话号码以确定所述端点的身份标识。
88.根据权利要求72到87中任一项所述的呼叫管理业务，其中所述加入机制包括请求到目的端点的回叫，该目的端点由请求所述回叫的参与者来指定，所述呼叫管理业务自动响应于所述回叫请求以建立与所述指定的目的端点的参与者呼叫支路。
89.一种呼叫管理业务，进一步包括用于在不同通信网络上建立呼叫支路并组合所述位于不同通信网络间的呼叫支路的呼叫控制器。
90.根据权利要求89所述的呼叫管理业务，其中所述呼叫控制器包括PSTN接口和IP接口，所述控制器用于组合位于PSTN电话网络和IP电话网络之间的呼叫支路。
91.根据权利要求89或90所述的呼叫管理业务，配置为在所述呼叫控制器和所述通信客户端之间建立所述信令链路。
92.根据权利要求72到91中任一项所述的呼叫管理业务，进一步配置为自动提供网络接口来接收针对所述参与者的所述会议呼叫建立请求和所述联系信息。
93.根据权利要求92所述的呼叫管理业务，其中所述网络接口包括网络服务器。
94.根据权利要求1到15或72到93中任一项所述的呼叫管理业务，进一步配置为自动响应于来自通信客户端的识别多个探询的端点的特急呼叫请求来建立与所述多个端点中各个端点的呼叫支路，并将所述呼叫支路与所述多个端点中各个端点组合在一起，且将所述呼叫支路与到为所述通信客户端定义的端点的呼叫支路相组合。
95.一种数据处理装置，配置为实施根据权利要求72到94中任一项的数据管理业务。
96.一种用于通信系统的通信客户端，所述通信客户端响应于其实例来建立分离的实时通信连接信令链路到呼叫管理业务，所述信令链路与语音通信信道分离，并且所述通信客户端用于经由通信链路将包括针对两个或更多会议呼叫参与者的会议呼叫调度信息和联系信息在内的会议呼叫建立请求传输给所述呼叫管理业务。
97.根据权利要求96所述的通信客户端，进一步配置为经由所述通信链路周期性询问所述呼叫管理业务以确定所述呼叫管理业务中涉及所述通信客户端的任何活动的状态。
98.根据权利要求96或97所述的通信客户端，自动响应于经由所述通信链路从所述呼叫管理业务接收的、包括会议呼叫细节在内的数据消息来显示所述细节。
99.根据权利要求98所述的通信客户端，自动响应于经由所述通信链路从所述呼叫管理业务接收的、代表可加入所述会议呼叫的数据消息来加亮所述对应的会议呼叫细节。
100.根据权利要求99所述的通信客户端，自动响应于经由所述通信链路从所述呼叫管理业务接收的、代表所述会议呼叫是激活的的另一数据消息，采用不同于加亮所述所述会议呼叫可用的方式来加亮所述会议呼叫细节。
101.根据权利要求100所述的通信客户端，自动响应于经由所述通信链路从所述呼叫管理业务接收的、代表激活的参与者端点的身份标识的数据消息，来显示所述身份标识。
102.根据权利要求99到101中任一项所述的通信客户端，自动响应于用户对所述加亮的会议呼叫细节的选择来发送消息到所述呼叫管理业务，以发起到为所述通信客户端指派的端点的回叫，从而建立参与者呼叫支路以将所述用户加入到所述会议呼叫中。
103.根据权利要求102所述的通信客户端，进一步配置为经由所述分离的实时通信连接信令链路发送所述消息以发起到所述呼叫管理业务的回叫。
104.根据权利要求102或103所述的通信客户端，进一步配置为自动响应于为所述指派的端点建立呼叫参与者支路，来经由所述信令链路接收代表激活的参与者呼叫支路的呼叫状态信号，并将代表所述呼叫状态的图标与参与者端点的相应身份标识的显示相关联地显示。
105.根据权利要求102到104中任一项所述的通信客户端，进一步配置为将用户可激励的呼叫控制图标与参与者端点的相应身份标识的显示相关联地显示。
106.根据权利要求105所述的通信客户端，响应于用户对所述呼叫控制图标的激励来经由所述信令信道发送呼叫控制信号到所述呼叫管理业务，以实现对对应于所述参与者端点的相应身份标识的呼叫支路的呼叫控制。
107.根据权利要求105所述的通信客户端，其中所述呼叫控制信号包括静音对应于所述参与者端点的相应身份标识的呼叫支路的信号、保持对应于所述参与者端点的相应身份标识的呼叫支路的信号和结束对应于所述参与者端点的相应身份标识的呼叫支路的信号中的一个或多个信号。
108.一种用于通信系统的通信客户端，所述通信客户端响应于其实例来建立分离的实时通信连接信令链路到呼叫管理业务，所述信令链接与语音通信信道分离，并且所述通信客户端用于经由通信链路传递数据消息给所述呼叫管理业务，所述通信客户端关联于会议呼叫参与者并配置为显示参与者呼叫支路的呼叫状态图标。
109.根据权利要求108所述的通信客户端，进一步配置为显示与参与者呼叫支路相关联的用户可激励呼叫控制图标，并响应于对所述图标的激励来经由所述信令链路发送呼叫控制信号到所述呼叫管理业务以实现对所述关联的参与者呼叫支路的呼叫控制。
110.根据权利要求96到109中任一项所述的通信客户端，包括网络接口。
111.根据权利要求110所述的通信客户端，其中所述网络接口是网络服务器。
112.一种操作为通信系统提供呼叫管理业务的数据处理装置的方法，包括自动响应于经由通信链路从通信客户端接收的、包括针对两个或更多会议呼叫参与者的会议呼叫调度信息和联系信息的会议呼叫建立请求消息，发送包括加入所述会议呼叫的机制的消息到所述两个或更多参与者；以及将确认所述会议呼叫调度的数据消息经由所述通信链路返回给所述通信客户端。
113.根据权利要求112所述的方法，进一步包括经由所述通信链路发送通知所述通信客户端可加入所述会议呼叫的数据消息给所述通信客户端。
114.根据权利要求112或113所述的方法，进一步包括确定会议呼叫参与者端点呼叫支路对于所述会议呼叫来说是激活的；以及经由所述通信链路自动发送通知所述通信客户端所述会议呼叫是激活的的数据消息给所述通信客户端。
115.根据权利要求112到114中任一项所述的方法，进一步包括经由所述通信链路自动发送通知所述通信客户端激活的参与者端点的身份标识的数据消息给所述通信客户端。
116.根据权利要求112到115中任一项所述的呼叫管理业务，进一步包括自动响应于来自所述通信客户端的加入所述会议呼叫的请求，来建立分离的实时通信连接信令链路到所述通信客户端以便发送用于所述会议呼叫的呼叫支路状态信号，并建立呼叫支路到由要加入所述会议呼叫的所述通信客户端指派的端点。
117.根据权利要求116所述的方法，进一步包括经由所述信令链路发送代表激活的参与者呼叫支路的呼叫状态的呼叫状态信号给所述通信客户端。
118.根据权利要求117所述的方法，进一步包括经由所述信令链路从所述通信客户端接收呼叫控制信号，并自动执行所述呼叫控制信号来实现对激活的参与者的呼叫控制。
119.根据权利要求118所述的方法，进一步包括自动响应于包括静音激活的参与者呼叫支路的信号、保持激活的参与者呼叫支路的信号和结束激活的参与者呼叫支路的信号中的一个或多个信号的所述呼叫控制信号，来静音、保持或结束该呼叫支路。
120.根据权利要求116到118中任一项所述的方法，进一步包括自动响应于来自所述通信客户端的加入新的参与者到所述会议呼叫的请求，所述请求识别对应于所述新参与者的端点，建立新参与者呼叫支路到所述新参与者端点并将所述新参与者呼叫支路加入到所述会议呼叫中。
121.根据权利要求112到120中任一项所述的方法，进一步包括自动传输代表激活的参与者支路的呼叫状态的呼叫状态信号到与激活的会议呼叫参与者相关联的另一通信客户端，该激活的会议呼叫参与者不同于与所述通信客户端相关联的参与者。
122.根据权利要求121所述的方法，进一步包括自动响应于来自所述另一通信客户端的加入另一参与者到所述会议呼叫的请求，所述请求识别相应于所述另一参与者的端点，建立另一参与者呼叫支路到所述另一参与者端点并将所述另一参与者呼叫支路加入到所述会议呼叫中。
123.根据权利要求122所述的方法，进一步包括经由分离的实时通信连接信令链路从所述另一通信客户端接收另一呼叫控制信号，并仅在所述另一呼叫控制信号针对所述另一参与者呼叫支路时才自动执行所述另一个呼叫控制信号。
124.根据权利要求123所述的方法，进一步包括自动响应于包括静音所述另一参与者呼叫支路的信号、保持所述另一参与者呼叫支路的信号和结束所述另一参与者呼叫支路的信号中的一个或多个信号的所述呼叫控制信号，来静音、保持或结束所述另一呼叫支路。
125.根据权利要求112到124中任一项所述的方法，其中所述加入机制包括传输用于所述会议呼叫的SMS消息提醒的请求到所述呼叫管理业务并指派接收所述SMS消息的电话号码，所述方法进一步配置为自动发送SMS消息到所指派的电话号码并响应于答复包括一个或多个预定字符串的SMS消息以建立与对应于与所指派的电话号码相关联的端点的端点的参与者呼叫支路。
126.根据权利要求125所述的方法，其中与所述指派的电话号码相关联的所述端点对应于指派的电话号码。
127.根据权利要求125所述的方法，进一步包括在查找表格中查找所述指派的电话号码以确定所述端点的身份标识。
128.根据权利要求112到127中任一项所述的方法，其中所述加入机制包括请求到目的端点的回叫，该目的端点由请求所述回叫的参与者来指定，所述方法进一步包括自动响应于所述回叫请求以建立与所述指定的目的端点的参与者呼叫支路。
129.一种方法，进一步包括在不同通信网络上建立呼叫支路并利用呼叫控制器组合所述位于不同通信网络间的呼叫支路。
130.根据权利要求129所述的方法，其中所述呼叫控制器包括PSTN接口和IP接口，所述控制器由于组合PSTN电话网络和IP电话网络之间的呼叫支路。
131.根据权利要求129或130所述的方法，进一步包括在所述呼叫控制器和所述通信客户端之间建立所述信令链路。
132.根据权利要求112到131中任一项所述的方法，进一步包括自动提供网络接口来接收针对所述参与者的所述会议呼叫建立请求和所述联系信息。
133.根据权利要求132所述的方法，其中所述网络接口包括网络服务器。
134.根据权利要求72到94或112到133中任一项所述的方法，进一步包括自动响应于来自通信客户端的识别多个探询的端点的特急呼叫请求来建立与所述多个端点中各个端点的呼叫支路并将所述呼叫支路与所述多个端点中的各个端点组合在一起，且将所述呼叫支路与到为所述通信客户端定义的呼叫支路相组合。
135.一种数据处理装置，配置为执行根据权利要求112到134中任一项的方法。
136.一种操作为通信系统提供通信客户端的数据处理装置的方法，包括建立分离的实时通信连接信令链路到呼叫管理业务，所述信令链路与语音通信信道分离，响应于所述方法的实例并经由通信链路通信将包括针对两个或更多会议呼叫参与者的会议呼叫调度信息和联系信息在内的会议呼叫建立请求传递给所述呼叫管理业务。
137.根据权利要求136所述的方法，进一步包括经由所述通信链路周期性询问所述呼叫管理业务以确定所述呼叫管理业务中涉及所述通信客户端的任何活动的状态。
138.根据权利要求136或137所述的方法，进一步包括自动响应于经由所述通信链路从所述呼叫管理业务接收的、包括会议呼叫细节在内的数据消息，并显示所述细节。
139.根据权利要求138所述的方法，进一步包括自动响应于经由所述通信链路从所述呼叫管理业务接收的、代表可加入所述会议呼叫的数据消息，并加亮所述相应的会议呼叫细节。
140.根据权利要求139所述的方法，进一步包括自动响应于经由所述通信链路从所述呼叫管理业务接收的、代表所述会议呼叫被激活的另一数据消息，并且以不同于加亮所述会议呼叫可用的方式来加亮所述会议的呼叫细节。
141.根据权利要求140所述的方法，进一步包括自动响应于经由所述通信链路从所述呼叫管理业务接收的、代表激活的参与者端点的身份标识的数据消息，并显示所述身份标识。
142.根据权利要求139至141中任一项所述的方法，进一步包括自动响应于用户对所述加亮的会议呼叫细节的选择来发送消息到所述呼叫管理业务，以发起到为所述通信客户端指派的端点的回叫，从而建立参与者呼叫支路以将所述用户加入到所述会议呼叫中。
143.根据权利要求142所述的方法，进一步包括经由所述分离的实时通信连接信令链路发送所述消息来发起到所述呼叫管理业务的回叫。
144.根据权利要求142或143所述的方法，进一步包括自动响应于用于为所述指派的端点建立呼叫参与者支路，来经由所述信令链路接收代表激活的参与者呼叫支路的呼叫状态信号，并将代表所述呼叫状态的图标与参与者端点的相应身份标识的显示相关联地显示。
145.根据权利要求142到144中任一项所述的方法，进一步包括将用户可激励的呼叫控制图标与参与者端点的相应身份标识的显示相关联地显示。
146.根据权利要求145所述的方法，进一步包括响应于用户对所述呼叫控制图标的激励来经由所述信令信道发送呼叫控制信号到所述呼叫管理业务，以实现对对应于所述参与者端点的相应身份标识的呼叫支路的呼叫控制。
147.根据权利要求145所述的方法，其中所述呼叫控制信号包括静音对应于所述参与者端点的相应身份标识的呼叫支路的信号、保持对应于所述参与者端点的相应身份标识的呼叫支路的信号和结束对应于所述参与者端点的相应身份标识的呼叫支路的信号中的一个或多个信号。
148.一种操作为通信系统提供通信客户端的数据通信装置的方法，包括建立分离的实时通信连接信令链路到呼叫管理业务，所述信令链接与语音通信信道分离，响应于所述方法的实例并经由通信链路将数据消息传输给所述呼叫管理业务，所述通信客户端关联于会议呼叫参与者并配置为显示针对参与者呼叫支路的呼叫状态图标。
149.根据权利要求148所述的方法，进一步包括显示与参与者呼叫支路相关联的用户可激励呼叫控制图标，并响应于对所述图标的激励来经由所述信令链路传输呼叫控制信号到所述呼叫管理业务以实现对所述关联的参与者呼叫支路的呼叫控制。
150.根据权利要求136到149中任一项所述的方法，包括网络接口。
151.根据权利要求150所述的方法，其中所述网络接口是网络服务器。
152.一种可在第一模式或第二模式下操作以建立到目的端点的通信链路的移动终端，其中在所述第一模式下，该链路从所述移动终端处发起，而在所述第二操作模式下，该链路包括到所述移动终端的回叫电话呼叫。
153.根据权利要求152所述的移动终端，包括选择器，用户通过该选择器可以选择是利用所述第一模式还是利用所述第二模式来建立到所述端点的链路。
154.根据权利要求152或153所述的移动终端，其中在所述第二模式下该终端配置为传输信号到呼叫管理业务，该呼叫管理业务包括用于接收所述信号以实现所述回叫电话呼叫的装置。
155.根据权利要求154所述的移动终端，其中给所述呼叫管理业务的信号识别该移动终端并指定所述目的端点。
156.根据权利要求155所述的移动终端，其中所述信号指定了多个目的端点，该呼叫管理业务可用于跟踪所述回叫电话呼叫以建立到所述端点中各个端点的通信链路。
157.根据权利要求156所述的移动终端，其中该信号包括SMS协议消息。
158.一种用于电话系统的呼叫管理业务，基本上如前所述并参考附图中图4至图31所示各个实施例。
159.一种用于电话系统的通信客户端，包括呼叫管理业务，该通信客户端基本上如前所述并参考附图中图4至图31所示各个实施例。
160.一种操作用于提供呼叫管理业务的数据处理装置的方法，基本上如前所述并参考附图中图4至图31所示各个实施例。
161.一种提供通信客户端的方法，基本上如前所述并参考附图中图4至图31所示各个实施例。
全文摘要
本发明的一个实施例涉及一种用于通信系统(60)的呼叫管理业务(62)，配置为自动执行接收识别目的端点且识别源端点的电话呼叫数据；响应于接收所述电话呼叫数据发起回叫电话呼叫到所述源端点以建立第一呼叫支路；发起电话呼叫到所述目的端点以建立第二呼叫支路；组合(67)所述第一和第二呼叫支路在一起以提供所述源和目的端点之间的语音通信；以及通过分离的实时通信连接信令链路(72)发送用于所述语音通信的呼叫支路状态信号到与所述端点中至少一个端点相关联的通信客户端(54)。
文档编号H04M7/00GK1965591SQ200580018078
公开日2007年5月16日 申请日期2005年4月15日 优先权日2004年4月15日
发明者托马斯·迈克尔·休斯, 阿伯德尔卡里姆·阿里姆·西迪克, 塞尔万·多夫, 桑迪普·莫汉蒂 申请人:闰2通信有限公司