专利名称：第三方呼叫控制应用程序接口的制作方法
技术领域：
本发明涉及一种第三方呼叫控制(3PCC)应用程序接口 (API)。本发明 涉及网络浏览器或其他具有上网功能的软件的新用法。本发明涉及一种用于电 话呼叫的第三方控制的程序和方法。
背景技术：
网络电话(VoIP)是一种硬件和软件，其能够让人们将因特网作为传输媒 介通过使用网际协议(IP)发送语音数据包进行电话呼叫，而不是通过传统的 公共交换电话网的电路传输。这消除了电路交换，以及相关的的带宽浪费问题。 取而代之使用包交换，其中只有在要求传送数据时，例如当呼叫者说话时，才 将具有声音数据的IP包通过网络进行传送。相比传统的电话装置，VoIP的优点包括；举例如下 更低的每次呼叫成本，特别是长途呼叫，以及更低基础设施的投入即是， 一旦这种IP基础设施建立后，将不需要或 很少需要附加的电话基础设备。然而，尽管VoIP系统具有技术上的灵活性，呼叫者还是仅限于人工地即 通过应用在电话上的字母数字键区发起呼叫。此工艺对大量用于电话呼叫的第三方控制提出了强烈的需求。本发明为该 工艺需求提供了解决办法。发明内容在一方面，本发明是一种为用户提供应用网络浏览器或其它具有上网功能 的软件，而不是应用在电话上的字母数字键区，来实现呼叫功能的第三方呼叫控制(3PCC)应用程序接口 (API) 。 API的开放性也提供了将3PCC功能集 成进新的或现有的应用程序，如客户关系管理(CRM)，联系人管理应用程 序等的能力。
在本发明的一种实施方式中， 一种第三方呼叫控制应用程序接口包括在 因特网上可操作的第一通用资源定位符，其用于致使第一电话装置与第二电话 装置之间的呼叫完成。第一通用资源定位符包括第一电话装置的识别以及第 二电话装置的识别。在本发明的一个方面，第一通用资源定位符可以在与计算机网络或公共通 信网络例如因特网建立可交互连接的计算机系统中产生。可以通过发起对第一 电话装置的呼叫，并随后为完成呼叫，将该呼叫转移至第二电话装置，这时对 第一电话装置的呼叫被应答而完成呼叫。可应用会话初始协议邀请(INVITE)方法发起对第一电话装置的呼叫。应用会话初始协议转移(REFER)方法将呼 叫转移到第二电话装置。在本发明的一方面，第一电话装置的识别可以包括第一电话装置的电话号 码，以及，第二电话装置的识别可以包括第二电话装置的电话号码。第三方呼 叫控制应用程序可以进一歩包含对计费账户的识别。第一电话装置的识别应包 括第一电话装置的电话号码，以及第二电话装置的识别包含第二电话装置的电 话号码。计费账户的识别将包括第一电话装置的电话号码，或第二电话装置的 电话号码，或第三电话装置的电话号码。在本发明的一个方面，第三方呼叫控制应用程序可能进一歩包括在因特网上可操作的第二通用资源定位符，其用于获取识别计费账户的信息。用于识 别计费账户的信息将至少包括一个电话号码。第一电话装置的第一通用资源定 位符以及第二电话装置的第一通用资源定位符中的至少一个将至少包括一个 由第二通用资源定位符获得的电话号码。在本发明的一个方面中，第三方呼叫控制应用程序可以进一步包括识别信 息和密码信息。识别和密码信息在呼叫完成之前进行鉴权和验证。
图1为可以实施本发明的系统的方框示意图；图2为对于本发明功能的联系人列表界面实施示意图；图3示出了实现本发明的功能的虚拟联系人卡片的一个实例。
具体实施方式
本发明的第三方呼叫控制(3PCC)应用程序接口 (API)为用户提供了应 用网络浏览器或其它可在因特网运行的软件，而不是应用在电话上的字母数字 键区，来实现呼叫的功能。API的开放性也提供了将3PCC功能与新的或现有 的应用程序相集成的性能，这些应用程序例如客户关系管理(CRM)，联 系人管理应用程序等。可以实施本发明的系统如图1所示。在一种实施方式中，应用用户计算机 系统102进入因特网并应用安全超文本传输协议(HTTPS)通用资源定位符 (URL) 104 (安全套接字层(SSL))调用3PCC API。应用URL传送授权认证， 例如登陆信息，并随之传送至少两个电话号码， 一个"主叫"("from")号码以 及一个"被叫"("to")号码。恰当的URL例如https:〃secure.uri.com/tpcc/makecall username=aw&password=secret& fronmumber =17325551111& tonumber=17325552222这种URL包括安全超文本传输协议的规范(https:)，网络服务器106 的因特网地址(secure.url.com)，通过网络服务器106执行的操作(makecall (建立呼叫))，授权认证信息(usemame^aw&password二secret)，呼叫发起方 的电话号码(fromnumber (主叫号码)=17325551111)，以及被呼叫方的电话号 码(tonumber (被叫号码)=17325552222)。该HTTP URL激活安全网络服务器106，该安全网络服务器106验证用户 并将信息传送到呼叫管理器服务器系统108。应用远程过程调用(RPC)H0将信 息从安全网络服务器106传送到呼叫管理器108更为适宜。呼叫管理器108 是一个会话初始化协议(SIP)代理服务器114的授信端(trustedpeer)。该SIP112是一种用于互联网会议、电话、可视系统、事件通知以及即时 消息的信令协议。SIP提供了使端系统以及代理服务器能够提供服务的必要协 议机制，这些服务例如呼叫完成，呼叫转移，被叫者以及主叫"号码"传送， 个人移动性，终端类型协商及选择，终端能力协商，呼叫者以及被叫者验证， 无条件的或受监控的呼叫传输，以及对多播会议的邀请。SIP的目标是提供在公共交换电话网络(PSTN)中存在的呼叫处理功能 以及特征的超集。这样，就可以执行常见的类似电话操作的特征拨号，引起
电话响铃，听见回铃声或占线信号。具体实施和术语上是存在差异的；例如， SIP指设备处于"警铃状态"而不是"响铃"。响应于从安全网络服务器106接收PRC110，呼叫管理器108调用了大量 的涉及SIP代理服务器114的SIP方法112。相应的，SIP代理服务器114将 那些SIP方法116调用到相应的目标中。另外，为了处理必要的计费功能SIP 代理服务器114将监控所有己建立的和已结束的呼叫。特别是，呼叫管理器108应用SIP INVITE方法116从呼叫管理器108向 "主叫"号码118发起呼叫。SIP代理服务器114，以"主叫"电话号码为目 标，依次调用SIP INVITE方法116。用于调用SIP INVITE方法116的技术取 决于涉及的"主叫"电话118的类型。例如，如果"主叫"电话118是一种网 际协议(IP)电话，则将直接在"主叫"电话118上调用SIP INVITE 120B方 法，因为IP电话可以执行必要的功能来回应于SIP INVITE方法120B的调用。 作为另一种选择，如果"主叫"电话118是一种标准的公共交换电话网络 (PSTN)电话，则应用PSTN网关服务器120A调用SIP INVITE方法120B 来发起呼叫。在以上任何一种情况下，将发起对"主叫"电话的呼叫。当"主叫"电话118应答时，应用SIP REFER方法，呼叫管理器108发 起呼叫转移以将从呼叫的发起端，即呼叫管理器108到"主叫"电话118的呼 叫转移到"被叫"电话122号码。这样结束了呼叫管理器与"主叫"电话118 之间最初的呼叫，并引发"主叫"电话118与"被叫"电话122发起一个新的 呼叫。这次呼叫将在适当的账户上进行计费。有三个号码可以用于对呼叫计费"主叫"号码，"被叫"号码，或第三 "计费"号码。呼叫付费的电话号码必须属于电话服务供应商的用户。因此， 如果"主叫"号码属于该用户所有，则呼叫对"主叫"号码计费，如果"被叫" 号码属于该用户所有，则呼叫对"被叫"号码计费，如果"主叫"号码和"被 叫"号码都不属于该用户，则对第三方号码必须计费。该第三方号码将在URL 中提供或与注册过的用户名相关联。包括"计费"("billto")号码的合适的 URL的举例如下https:〃secure.url.com/tpcc/makecall usemame=:aw&password=secret&fromnumber=l 732555111 l&tonumber =17325552222& billtonumber=l7325553333
最好提供附加的HTTPS URL，这样可以容许应用程序从用户账户中检索 电话号码清单。该URL传递授权凭证(注册信息)并返回与账户相关联的与 注册信息相应的多个电话号码。将这一清单呈现给用户以让用户选择哪个号码 发起呼叫("主叫"号码)，以及/或选择哪个号码为呼叫计费("计费"号 码)。尽管在通常情况下，应用用户计算机系统102发起电话呼叫，但是，呼叫 也可以从第三方电话124发起。第三方电话124拨号到语音提示(IVR)系统 126并应用其输入发起电话呼叫的必要信息。IVR126将应用RPC128将该信息 传递到呼叫管理器108。然后，系统将以与从用户计算机系统102发起呼叫相 似的方式发起该呼叫。与只包括"被叫"和"主叫"电话的配置相比，第三方电话配置些微的改 变了 "主叫"电话的角色。"被叫"电话122与"主叫"电话118都变成了 "被 叫"电话。如上所述，如果第三方对"主叫"电话118发起呼叫，则SIP代理 服务器114调用SIP INVITE方法116。然而，如果第三方电话124试图建立 到"被叫"电话122的连接，本发明系统可以具有可选的和额外的可用通信链 路500，回应类似于通过SIP代理服务器114调用的SIP INVITE方法116。作为进一歩的可能性，呼叫管理器服务器108可应用与通讯链路500相似 的链路直接呼叫"被叫"电话122。 一种涉及这种直接连接可能的情形可包含 当操作"主叫"电话的呼叫者，并不想由于忙线而经历任何的延迟的情况。指 示管理器服务器初始化其与"被叫"电话的连接，并且， 一旦"被叫"电话的 操作者从管理器服务器应答呼叫时，"主叫"电话与"被叫"电话之间的实际 连接将为"主叫"电话的操作者节省时间。本发明系统的配置包括具有大量实际分支并应用于多种方式下的第三方 电话124。例如， 一种可能应用可以与"呼叫卡"相类似。用户可从任何电话， 例如他们的宾馆房间电话或付费电话，向任意其他电话发起呼叫，同时将呼叫 的费用记在他们自己的账户上。本发明可为如下用户提供的服务，包括其电话本上有很多需要呼叫的用 户的商务用户(例如，销售人员的呼叫)，或通过电话销售操作。在这种情况 下，用户使用"主叫"电话，同时，他们的呼叫将计费在"主叫"号码上。例如，这可在电话或地址簿软件中实现，如使用电子邮件程序，例如
MICROSOFT OUTLOOK的插件，或在联系人管理软件中实现。这种实现方式的示例如图2所示。在这一事例中，联系人窗口 202包括大 量联系人条目204A-C。每个联系人条目204A-C包括联系人地址208A-C以 及联系人电话号码210A-C。与每一个电话号码210A-C相关联的是一个软件 控制，当其被激活时，将运用如图1所示的第三方呼叫控制系统，拨打210A-C 中的一个电话号码。软件控制可以是任何形式的。例如，软件控制可以是与电 话号码210A-C相关联的按钮或操作激活区。作为另一种选择，软件控制也可 以是一个热键，例如，其可通过用户选择一个电话号码之后按下热键来操作。 这里仅列举了合适的软件控制的几个示例；任何具有适合功能的软件控制都可 以应用。为了使用如图1所示的第三方呼叫控制系统拨打电话号码210A-C，应用 如上所示的URL。电话号码210A-C包括在该URL中，作为典型的"被叫" 号码。典型"主叫"号码可以是人们能够用来发起呼叫的电话的电话号码。在 对"主叫"号码可以计费的典型情况下，URL中可省略"计费"号码，不然 URL中将包含第三"计费"号码。这种结构的额外的增强功能包括，检索页面以及文档并从中找出电话号码 字符串的功能。这些电话号码对用户突出显示。之后用户可通过选择号码并按 下热键或其他软件控制来拨打任何这样的电话号码。本发明的各项实施方式优选地包括足够的智能以理解电话号码的格式，包 括国际电话号码，以及过滤电话号码中的一些字符以滤除诸如括号、连字符等 字符的能力。在另一种实施方式中，用户可以分发能够提供使接受者呼叫该用户的多个 软件对象。典型情况下，应用电子邮件分发软件对象，不过，其也可以通过下 载或任何电子通信形式分发。这种软件对象的示例如图3所示。图3示出了包括虚拟联系人卡片或"vcard" 302的软件对象。在这个示例 中，vcard302包含一些信息，例如，公司名304，用户名306，地址308，以 及用于发起呼叫的指令310。另外，vcard302包括 一个输入域，以便vcard 的接受者能输入他们的电话号码312，以及一个软件控制314，如一个按钮， 用于发起该电话呼叫。这里提供的信息，公司名304，用户名306，地址308， 以及用于发起呼叫的指令310，仅是一些例子，任何需要的信息都可以包括在vcard中。同样的，输入域312以及软件控制314也仅是一些将用于vcard操 作的软件机制的例子。包含于vcard302以及/或软件控制314中的，或与之相关联的，是在用户 以及vcard中的接受者发起电话呼叫的软件。当接受者在输入域312输入一个 电话号码并激活软件控制314时，vcard302生成URL并应用该URL将信息 316传送到vcard服务器318。尽管所传送的信息316可以包括用户的识别和 密码信息，但所传送的信息316最好不以不安全形式包括这一信息。例如，所 传送的信息316包括加密形式的用户的识别和密码信息，或者所传送的信息 316将作为由vcard服务器318用来获取用户的用户名和密码信息的令牌 (token)，例如通过数据库査找。Vcard服务器318收到所传送的信息316并产生用于将信息320传送到安 全网络服务器106的URL。这一URL与由用户计算机系统102，如图1所示， 产生的URL相类似，应用其与安全网络服务器106进行通信。如果所传送的 信息316是用户加密的识别和密码信息，vcard服务器318将解密该信息并应 用其生成URL。如果所传送的信息316是令牌，则vcard服务器318将验证该 令牌，并随后用该令牌获取用户的识别和密码信息，例如通过应用令牌进入包 括该用户识别和密码信息的数据库。在任何情况下，都应用URL将信息320 传送到安全网络服务器106，这样就在某种意义上类似于如图1所示的发起电 话呼叫。Vcard302 —般包括的信息例如vcard服务器318的网络地址，令牌(token) 和/或加密信息，以及识别vcard的发送人的信息。作为另一种选择，vcard302 可包括一个唯一的令牌，该令牌识别将发起的特定呼叫建立，但其自身不包括 识别包含的用户识别的信息。当然，各种变型都是可行的，例如包括识别信息， 但不包括密码，等等。在图3中，vcard302包括输入域312， vcard的接受者在其中输入用以完 成电话呼叫的电话号码。作为另一种选择，vcard的发送人或其他软件对象可 以设定一个特定的号码用以完成电话呼叫。这样就准许用户来控制可能完成的 特定呼叫。例如，用户可以产生一个软件对象，其从他们的祖母的电话到付费 用户的电话之间发起呼叫，另一个软件对象从朋友的电话到用户的电话间发起 呼叫，等等。这种做法准许发起电话者在任何时间从他们的电话对用户发起呼
叫，而对用户即"被叫"号码计费。另外，可以准许软件对象的发送人设定软件对象应用的条件。例如，发送 人可以设定软件对象在特定日期之后终止，发送人可以设定呼叫受限时间，发 送人可以限制国际呼叫，等等。如果传送信息是加密的，这个信息将包含于加 密的信息中。如果传送信息是令牌，数据库将包括适当的控制信息。尽管本发明的特定实施方式已经叙述如上，熟悉本领域的技术人员可以理 解，还有与所述实施方式等效的其他实施方式。例如，本发明也可以方便地应 用于三方和/或多方会议。用于三方会议时，将应用如图1所示的系统对同一 个电话发起两次呼叫。典型情况下，对电话的第一呼叫将完成，第二呼叫将发 起，电话将收到一个呼叫等候指示，以及，第二呼叫将接入第一呼叫的会议。 用于多方会议时，将应用如图1所示的系统对会议桥发起多个呼叫，并且所有 的呼叫都对会议组织者的账户计费。另外，必须注意的是尽管在上下文中所描述的本发明具有全能数据处理系 统，本领域的技术人员将意识到，本发明的流程可以分类为指令和多种形式的 计算机可读介质的形式，而且不管实际上用于实现分类的信号承载媒体的特定 类型，本发明平等的适用。计算机可读媒体的例子包括可记录型媒体，例如软盘，硬盘驱动，RAM，和CD-ROM，以及传输型媒体，例如数字和模拟通讯链路。因此，可以理解，本发明不仅限于详细列举的这些实施方式，但仅限于本 发明所附的权利要求的保护范围。
权利要求
1、一种第三方呼叫控制应用程序接口，其特征在于，包含第一通用资源定位符，其通过计算机网络实现第一电话装置与第二电话装置之间的呼叫，所述第一通用资源定位符包括用于识别所述第一电话装置与所述第二电话装置的方法。
2、 根据权利要求l所述的第三方呼叫控制应用程序接口，其特征在于， 进一步包括与计算机网络建立可交互连接的计算机系统，其中所述第一通用 资源定位符是在与计算机网络建立可交互连接的计算机系统上产生的。
3、 根据权利要求2所述的第三方呼叫控制应用程序接口，其特征在于， 进一歩包括完成所述呼叫的方法，完成所述呼叫的所述方法包括对所述第-一电话装置发起呼叫的方法；以及在对所述第一电话装置的所述呼叫被应答时，将所述呼叫传送到所述第二 电话装置以完成所述呼叫的方法。
4、 根据权利要求3所述的第三方呼叫控制应用程序接口，其特征在于， 应用会话初始协议INVITE方法对所述第一电话装置发起所述呼叫。
5、 根据权利要求4所述的第三方呼叫控制应用程序接口，其特征在于， 应用会话初始协议REFER方法将所述呼叫转移到所述第二电话装置。
6、 根据权利要求l所述的第三方呼叫控制应用程序接口，其特征在于， 识别所述第一和第二电话装置的方法可以有效的识别所述第一和第二电话装 置中的至少一个电话号码。
7、 根据权利要求6所述的第三方呼叫控制应用程序接口，其特征在于， 用于识别所述第一和第二电话装置的方法能更有效的识别计费账户。
8、 根据权利要求7所述的第三方呼叫控制应用程序接口，其特征在于， 所述计费账户包括所述第一电话装置电话号码的识别。
9、 根据权利要求7所述的第三方呼叫控制应用程序接口，其特征在于， 所述计费账户包括所述第二电话装置电话号码的识别。
10、 根据权利要求7所述的第三方呼叫控制应用程序接口，其特征在于， 所述计费账户包括第三电话装置的电话号码的识别。
11、 根据权利要求6所述的第三方呼叫控制应用程序接口，其特征在于，进一步包括第二通用资源定位符，其在所述计算机网络上可操作以获取识别计费账户 的信息。
12、 根据权利要求11所述的第三方呼叫控制应用程序接口，其特征在于， 所述识别计费账户的信息至少包括一个电话号码。
13、 根据权利要求12所述的第三方呼叫控制应用程序接口，其特征在于，所述第一电话装置的所述第一通用资源定位符以及所述第二电话装置的所述 第一通用资源定位符中的至少一个包括至少一个由所述第二通用资源定位符 获取的电话号码。
14、 根据权利要求l所述的第三方呼叫控制应用程序接口，其特征在于， 进一步包括在所述呼叫完成以前被鉴权并验证的识别信息和密码信息。
15、 一种呼叫完成的方法，其特征在于，包括(a) 接收至少部分通过公共数据通讯网络传输的信息，以及标示单边呼 叫的信息，所述信息包括第一电话装置和第二电话装置的识别；以及(b) 基于接收到的信息完成所述第一电话装置与所述第二电话装置之间的所述呼叫，以及(c) 至少部分通过所述公共数据通讯网络监测所述单边呼叫。
16、 根据权利要求15所述的方法，其特征在于，所述接收到的信息包括 于在公共数据通讯网络上标示网络地址的通用资源定位符中。
17、 根据权利要求16所述的方法，其特征在于，所述公共数据通讯网络 为因特网。
18、 根据权利要求17所述的方法，其特征在于，所述通用资源定位符生 成于与因特网建立可交互连接的计算机系统。
19、 根据权利要求15所述的方法，其特征在于，所述呼叫是通过以下步 骤完成的-.对所述第一电话装置发起呼叫；以及当对所述第一电话装置的呼叫被应答时，将所述呼叫转移到所述第二电话 装置以完成所述呼叫。
20、 根据权利要求19所述的方法，其特征在于，应用所述会话初始协议 INVITE方法对所述第一电话装置发起所述呼叫。
21、 根据权利要求19所述的方法，其特征在于，应用所述会话初始协议REFER方法将所述呼叫转移到所述第二电话装置。
22、 根据权利要求15所述的方法，其特征在于，所述第一电话装置的所 述识别包括所述第一电话装置的电话号码；以及，所述第二电话装置的所述识别包括所述第二电话装置的电话号码。
23、 根据权利要求15所述的方法，其特征在于，所述接收到的信息进一步包括计费账户的识别。
24、 根据权利要求22所述的方法，其特征在于，所述计费账户的所述识别包括第一以及第二电话装置的电话号码。
25、 根据权利要求22所述的方法，其特征在于，所述计费账户的所述识别包括所述第一电话装置的电话号码。
26、 根据权利要求22所述的方法，其特征在于，所述计费账户的所述识 别包括所述第二电话装置的电话号码。
27、 根据权利要求23所述的方法，其特征在于，所述计费账户的所述识 别包括所述第三电话装置的电话号码。
28、 根据权利要求15所述的方法，其特征在于，所述接收到的信息进一 步包括识别信息和密码信息。
全文摘要
本发明公开一种第三方呼叫控制(3PCC)应用程序接口(API)。该第三方呼叫控制应用程序接口为用户提供使用网络浏览器或其他可用于因特网的软件设置呼叫的能力。第三方呼叫控制应用程序接口包括可通过互联网操作的统一资源定位以实现第一电话装置和第二电话装置之间的呼叫。第一统一资源定位包括第一电话装置的识别和第二电话装置的识别。
文档编号H04L12/66GK101151864SQ200680010242
公开日2008年3月26日 申请日期2006年3月16日 优先权日2005年3月16日
发明者奈莱什·沙, 安德鲁·沃森, 杰弗里·西特伦 申请人:网络电话时代有限公司