用于实时处理移动电话上入站语音呼叫的动态呼叫路由

申请号 CN201180032425.5 申请日 2011-06-28 公开(公告)号 CN103155606B 公开(公告)日 2017-08-25
申请人 斯凯普爱尔兰科技控股公司; 发明人 E.储;
摘要 一种用于处理 移动电话 每次接收到的入站呼叫的方法,该方法包括:使得在所述移动电话处接受所述入站呼叫的选项以及确定如何处理所述呼叫的一个或多个其它选项在所述移动电话接收到所述入站呼叫时可以由所述移动电话的用户进行选择;以及按照所述用户选择的选项所确定的那样处理所述入站呼叫。所述一个或多个其它选项可以包括:将呼叫方发送到语音信箱;提供传真接收服务;将所述呼叫路由到会议桥;将所述呼叫路由到另一电话号码;将所述呼叫路由到接线员;以及/或者将所述呼叫路由到VoIP或即时消息收发地址。用户可以利用应用程序以提供所述一个或多个选项中的不同选项。
权利要求

1.一种用于处理移动电话每次接收到的入站呼叫的方法,该方法包括:
使得在所述移动电话处接受所述入站呼叫的选项和将所述呼叫从所述移动电话前转到包括服务器和电话交换机至少之一的服务的选项在所述移动电话接收到所述入站呼叫时可以由所述移动电话的用户进行选择,同时所述用户从一个或多个进一步的选项中选择以确定如何处理所述呼叫,所述一个或多个进一步的选项伴随着基于位置数据库、照片或社交媒体简况检索到的有关所述呼叫的呼叫者的信息;以及
按照所述用户选择的选项所确定的那样处理所述入站呼叫,
其中所述服务将所述一个或多个进一步的选项提供给所述移动电话。
2.根据权利要求1所述的方法,其中所述一个或多个进一步的选项确定将所述呼叫路由到何处,并且所述方法包括按照所述用户选择的选项所确定的那样路由所述呼叫。
3.根据权利要求1所述的方法,其中所述一个或多个进一步的选项确定用来接收所述呼叫的协议,并且所述方法包括使用所确定的协议处理所述呼叫。
4.根据权利要求1、2或3所述的方法,其中所述服务按照所述一个或多个进一步的选项中被选择的一个选项所确定的那样处理所述入站呼叫。
5.根据权利要求4所述的方法,其中在所述用户选择所述一个或多个进一步的选项之一时,所述呼叫的呼叫方被搁置,使得在搁置时向所述呼叫方提供来自所述服务的铃音或者消息。
6.根据权利要求5所述的方法,其中在搁置时,所述服务向所述呼叫方提供选项。
7.根据权利要求1所述的方法,其中所述服务检查所述用户是否已经用期望的动作进行响应以选择所述一个或多个进一步的选项中的一个选项。
8.根据上述权利要求1、2或3所述的方法,其中所述一个或多个进一步的选项包括下列中的至少一个:在向呼叫方播放请求所述呼叫方留下语音信箱消息的消息的情况下,将所述呼叫方发送到语音信箱;向所述呼叫方播放传真音以提供传真接收服务;将所述呼叫路由到会议桥;将所述呼叫路由到所述移动电话的电话号码以外的另一个电话号码;将所述呼叫路由到接线员;以及将所述呼叫路由到VoIP或者即时消息收发地址。
9.根据上述权利要求1、2或3所述的方法,包括使所述用户可以获得阻挡所述呼叫的选项。
10.根据权利要求9所述的方法,包括将所述呼叫的呼叫方添加到被阻挡方的数据库。
11.根据上述权利要求1、2或3所述的方法,包括在数据库中查找所述呼叫的呼叫方的标识,并且将所述标识提供给所述移动电话的用户,使得所述用户可以基于所述标识确定如何处理所述呼叫。
12.根据权利要求11所述的方法,包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务,其中所述服务查找所述标识并且将所述标识发回到所述移动电话。
13.根据权利要求11所述的方法,其中所述移动电话查找所述标识信息。
14.根据上述权利要求1、2或3所述的方法,包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务,并且从所述服务向所述移动电话发送回消息,所述消息提供用于所述用户回呼所述服务的号码或地址,以将所述用户连接到所述呼叫的呼叫方。
15.根据上述权利要求1、2或3所述的方法,其中所述移动电话运行在所述移动电话上提供所述一个或多个进一步的选项的应用程序。
16.根据权利要求15所述的方法,包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务,用于按照所述一个或多个进一步的选项之一所确定的那样处理所述入站呼叫,其中所述应用程序将所述一个或多个进一步的选项中被选择的一个选项发送到所述服务。
17.根据权利要求15所述的方法,包括从在线商店提供销售的应用程序,使得不同的应用程序提供商能够将不同的选项用于处理呼叫。
18.根据上述权利要求1、2或3所述的方法,其中所述一个或多个进一步的选项之一包括将所述呼叫从所述移动电话前转到包括服务器和电话交换机至少之一的服务,并且将所述呼叫从所述服务路由到IP可访问的地址。
19.根据权利要求18所述的方法,其中将所述呼叫路由到IP可访问的地址包括使用VoIP将所述呼叫路由回到所述移动电话。
20.一种用于处理移动电话每次接收到的入站呼叫的方法,该方法包括:使得在所述移动电话处接受所述入站呼叫的选项以及确定如何处理所述呼叫的一个或多个其它选项在所述移动电话接收到所述入站呼叫时可由所述移动电话的用户进行选择,所述一个或多个其它选项伴随着基于位置数据库、照片或社交媒体简况检索到的有关所述呼叫的呼叫者的信息;以及
按照所述用户选择的选项所确定的那样处理所述入站呼叫;
其中所述一个或多个其它选项包括下列中的至少一个:
将所述呼叫前转到另一个电话号码或地址;
通过将所述呼叫前转到包括服务器和电话交换机之一的服务来阻挡所述呼叫,所述服务向所述呼叫的呼叫方播放呼叫阻挡消息,并且将所述呼叫方的电话号码存储在数据库中以阻挡来自所述呼叫方的后续呼叫;
播放传真音以提供传真接收服务;以及
随同向所述呼叫方播放什么消息的选项将所述呼叫前转到语音信箱,
其中所述服务将所述一个或多个其它选项提供给所述移动电话。
21.根据权利要求20所述的方法,其中所述一个或多个其它选项确定用来接收所述呼叫的协议,并且所述方法包括使用所确定的协议处理所述呼叫。
22.根据权利要求20所述的方法,其中包括按照在所述一个或多个其它选项中选择的一个选项所确定的那样,将所述呼叫从所述移动电话前转到包括服务器和电话交换机之一的用于处理所述呼叫的服务。
23.根据权利要求22所述的方法,其中在所述用户选择所述一个或多个其它选项之一时,所述呼叫在所述服务上搁置。
24.根据权利要求23所述的方法,其中在搁置时向所述呼叫的呼叫方提供来自该服务的铃音或消息。
25.根据权利要求24所述的方法,其中在搁置时所述服务向所述呼叫方提供选项。
26.根据权利要求20所述的方法,其中所述服务检查所述用户是否已经用期望的动作进行响应以选择所述一个或多个其它选项之一。
27.根据权利要求22至26之一所述的方法,包括在数据库中查找所述呼叫的呼叫方的标识,并且向所述移动电话的用户提供所述标识,使得所述用户可以基于所述标识确定如何处理所述呼叫。
28.根据权利要求27所述的方法,包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务,其中所述服务可以查找所述标识,并且将所述标识发回到所述移动电话。
29.根据权利要求27所述的方法,其中所述移动电话查找所述标识信息。
30.根据上述权利要求20-26之一所述的方法,包括将所述呼叫前转到包括服务器和电话交换机至少之一的的服务,并且从所述服务向所述移动电话发回消息,所述消息提供所述用户回呼所述服务用的号码或地址,以将所述用户连接到所述呼叫的呼叫方。
31.根据权利要求20至26中任一项所述的方法,其中所述移动电话运行在所述移动电话上提供选项的应用程序。
32.根据权利要求31所述的方法,包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务,用于按照所述一个或多个其它选项之一所确定的那样处理所述入站呼叫,其中所述应用程序将在所述一个或多个选项中选择的一个选项发送到所述服务。
33.根据权利要求31所述的方法,包括从在线商店提供销售的应用程序,使得不同的应用程序提供商能够将不同的选项用于处理呼叫。
34.根据权利要求20至26中任一个所述的方法,其中将所述呼叫前转到另一个地址的选项包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务并且将所述呼叫从所述服务路由到IP可访问的地址的选项。
35.根据权利要求34所述的方法,其中将所述呼叫路由到IP可访问的地址包括使用VoIP将所述呼叫路由回到所述移动电话。
36.一种用于处理移动电话接收到的入站呼叫的方法,该方法包括:
将所述呼叫从所述移动电话前转到包括服务器和电话交换机至少之一的服务,并且将所述呼叫从所述服务路由到用户的IP可访问地址,
其中确定如何处理呼叫的一个或多个选项由所述服务提供给移动电话以供移动电话用户在移动电话上接到入站呼叫时进行选择,所述一个或多个选项伴随着基于位置数据库、照片或社交媒体简况检索到的有关所述呼叫的呼叫者的信息。
37.根据权利要求36所述的方法,其中将所述呼叫路由到所述IP可访问地址包括使用VoIP将所述呼叫路由回到所述移动电话。
38.一种用于处理移动电话每次接收到的入站呼叫的方法,该方法包括:使得在所述移动电话处接受所述入站呼叫的选项以及确定如何处理所述呼叫的一个或多个其它选项在所述移动电话接收到所述入站呼叫时可以由所述移动电话的用户进行选择,所述一个或多个其它选项伴随着基于位置数据库、照片或社交媒体简况检索到的有关所述呼叫的呼叫者的信息;
按照所述用户选择的选项所确定的那样处理所述入站呼叫;以及
使所述用户能够访问不同的应用程序,所述不同的应用程序提供用于处理呼叫的所述一个或多个其它选项的不同选项,
其中包括服务器和电话交换机之一的服务向移动电话提供所述一个或多个其它选项。
39.一种服务的服务器,其中所述服务被配置为根据权利要求1-38中的任一项进行操作。
40.一种移动电话,其被配置为根据权利要求1至38中的任一项进行操作。

说明书全文

用于实时处理移动电话上入站语音呼叫的动态呼叫路由

技术领域

[0001] 本发明涉及无线通信,尤其是涉及管理移动电话用户的入站呼叫的技术。

背景技术

[0002] 蜂窝电话通信服务向用户提供能够在任何时间在无线设备上接收电话呼叫的便利而与他们的位置无关。然而,入站呼叫必须被应答或者被发送到语音信箱。此外,如果呼叫接收者的无线设备没有将呼叫者的电话号码和名称存储在该无线设备的地址簿中,那么该呼叫接收者的无线设备不能确定呼叫者的信息,如名称或地址,因为移动电话网络只向该无线设备发送呼叫者的电话号码而不发送呼叫者的名称。因而呼叫接收者只具有接听该呼叫以发现呼叫者是谁或者将呼叫者发送到语音信箱并且希望呼叫者留下带有名称和呼叫原因的消息的选项。这些有限选项导致呼叫接收者必须接听该电话,才发现该呼叫者是电话销售员、收账人或者该接收者不想与之说话或者在其上浪费他们有限语音计划几分钟的其它呼叫方。其它不令人满意的选项是将呼叫拨打到语音信箱,被呼叫方事后才发现该呼叫方确实是应该被应答的呼叫,例如,想要确定被呼叫方位置的快递公司或者来自不同于存储在被呼叫方的无线设备地址簿中的电话号码的重要客户。如果呼叫方不留下消息,那么在不回呼该号码的情况下,被呼叫方不能容易地确定呼叫方的身份。更糟的是,在呼叫方的电话号码需要分机以到达发出该呼叫的个人的情况下(例如,当呼叫方的电话号码是大公司的1-800免费号码或者如果呼叫方是来自需要拨额外分机号以到达特定个人的具有专用交换机(Private Branch Exchange)或者虚拟PBX的公司的呼叫),被呼叫方不能容易地回复呼叫方的电话呼叫。

发明内容

[0003] 用于在接收到电话呼叫时管理移动电话用户的入站呼叫的方法、计算机系统计算机程序产品、电话应用及用户接口。它向移动电话用户提供只有陆上线路电话用户才可利用的功能,如“来电显示的名称(caller ID with name)”。它还提供当前移动电话上不可用的功能,如接受传真、针对大群人的会议呼叫、如果移动电话用户想要应答另一个电话上的呼叫时拨打办公室、家里或其它电话、或者在诸如计算机等VoIP(Voice over IP)客户端上进行移动电话呼叫。它还使电话呼叫的接收者能够实时地决定如何处理呼入-转到办公室或家里电话、助手、应答系统、传真机、呼叫阻挡消息、VoIP客户端、即时信使客户端、会议呼叫系统或者电话呼叫的接收者可利用的任何其它选项。这不仅向呼叫接收者提供在接受呼叫之前设置呼叫路由和过滤器的能,而且还提供在接受呼叫时基于如下因素来决定做什么或者将移动电话呼入路由到何处的能力:呼叫接收者的位置、一天中的时间、对其它电话系统的访问、可用性、对选择如何处理接受的呼叫的方法的访问以及接受的呼叫类型。选择如何接受呼叫的方法包括但不限于SMS文本消息、WAP(无线接入协议)、任何IP(因特网协议)连接和语音命令。
[0004] 在本文的其它叙述中概述了用户可以选择的选项列表,并且该选项列表可以包括接听呼叫、拒接呼叫、将呼叫发送到语音信箱、阻挡呼叫、选择路由到任何数目的其它电话号码或电话端点,如IP电话、IP客户端(例如、Skype、MSM Messenger、Office Communicator、SIP客户端等)、播放定制的或预定义的消息、铃声或回铃音、歌曲、互动语音响应(IVP)系统或者任何其它语音、用户想要将入站呼叫路由到的消息收发或数据应用。本方法的独特方面是当接收到呼叫时用户能够实时选择如何路由呼叫而不局限于现今在移动电话上可利用的传统应答和拒接(发送到语音信箱)选项。因此,可以创建并且可被用户利用的应用、特征和功能的数量几乎是无限的。
[0005] 另外,这使得“应用商店”能够汇集并销售用户可以浏览、选择、购买并用来处理他们的入站电话呼叫的私人和第三方应用。这些选项和特征可被任何手持装置的任何用户使用并且使用任何运营商,因为该服务可被用于处理任何入站呼叫而与电话服务的提供商无关。
[0006] 根据本发明的一个方面,提供一种用于处理移动电话每次接收到的入站呼叫的方法,该方法包括:使得在所述移动电话处接受所述入站呼叫的选项和将所述呼叫从所述移动电话前转到包括服务器和电话交换机至少之一的服务的选项在所述移动电话接收到所述入站呼叫时可以由所述移动电话的用户进行选择,同时所述用户从一个或多个进一步的选项中选择以确定如何处理所述呼叫,所述一个或多个进一步的选项伴随着基于位置数据库、照片或社交媒体简况检索到的有关所述呼叫的呼叫者的信息;以及按照所述用户选择的选项所确定的那样处理所述入站呼叫,其中所述服务将所述一个或多个进一步的选项提供给所述移动电话。
[0007] 根据本发明的另一个方面,提供一种用于处理移动电话每次接收到的入站呼叫的方法,该方法包括:使得在所述移动电话处接受所述入站呼叫的选项以及确定如何处理所述呼叫的一个或多个其它选项在所述移动电话接收到所述入站呼叫时可由所述移动电话的用户进行选择,所述一个或多个其它选项伴随着基于位置数据库、照片或社交媒体简况检索到的有关所述呼叫的呼叫者的信息;以及按照所述用户选择的选项所确定的那样处理所述入站呼叫;其中所述一个或多个其它选项包括下列中的至少一个:将所述呼叫前转到另一个电话号码或地址;通过将所述呼叫前转到包括服务器和电话交换机之一的服务来阻挡所述呼叫,所述服务向所述呼叫的呼叫方播放呼叫阻挡消息,并且将所述呼叫方的电话号码存储在数据库中以阻挡来自所述呼叫方的后续呼叫;播放传真音以提供传真接收服务;以及随同向所述呼叫方播放什么消息的选项将所述呼叫前转到语音信箱,其中所述服务将所述一个或多个其它选项提供给所述移动电话。
[0008] 根据本发明的再一个方面,提供一种用于处理移动电话接收到的入站呼叫的方法,该方法包括:将所述呼叫从所述移动电话前转到包括服务器和电话交换机至少之一的服务,并且将所述呼叫从所述服务路由到用户的IP可访问地址,其中确定如何处理呼叫的一个或多个选项由所述服务提供给移动电话以供移动电话用户在移动电话上接到入站呼叫时进行选择,所述一个或多个选项伴随着基于位置数据库、照片或社交媒体简况检索到的有关所述呼叫的呼叫者的信息。
[0009] 根据本发明的又一个方面,提供一种用于处理移动电话每次接收到的入站呼叫的方法,该方法包括:使得在所述移动电话处接受所述入站呼叫的选项以及确定如何处理所述呼叫的一个或多个其它选项在所述移动电话接收到所述入站呼叫时可以由所述移动电话的用户进行选择,所述一个或多个其它选项伴随着基于位置数据库、照片或社交媒体简况检索到的有关所述呼叫的呼叫者的信息;按照所述用户选择的选项所确定的那样处理所述入站呼叫;以及使所述用户能够访问不同的应用程序,所述不同的应用程序提供用于处理呼叫的所述一个或多个其它选项的不同选项,其中包括服务器和电话交换机之一的服务向移动电话提供所述一个或多个其它选项。附图说明
[0010] 图1示意性地示出了服务器上的呼叫动作标识符状态数据;
[0011] 图2示意性地示出了来自用户响应的呼叫动作标识符动作;
[0012] 图3意性地示出了呼叫方流程图
[0013] 图4意性地示出了被呼叫方流程图;
[0014] 图5意性地示出了基于服务器的服务网络图;
[0015] 图6意性地示出了基于SMSC的服务网络图
[0016] 图7意性地示出了被呼叫方接收电话呼叫;
[0017] 图8意性地示出了被呼叫方接收推送通知或SMS;
[0018] 图9意性地示出了呼叫方接收推送通知或SMS;
[0019] 图10示意性地示出了被呼叫方电话应用程序上的显示按钮。

具体实施方式

[0020] 概述
[0021] 具体实施例一般涉及无线通信系统,尤其涉及使语音呼叫的接收者能够在接收到入站呼叫时实时选择如何处理该呼叫的系统。具体实施例可以使用电话服务,云电话服务是驻留在提供这种云电话服务的服务提供商的托管设备中的通信服务。云电话服务可以提供呼叫转移、同时并有序地拨打多个电话、桥接到传统的公共交换电话网络(PSTN)端点及VoIP或即时信使语音客户端、双向SMS中继、群消息收发、传真、会议呼叫以及其它与电话有关的服务。
[0022] 因此,本发明的解决方案需要被呼叫方知道呼叫方的名称并且被呼叫方能够在呼叫方挂断之前决定是否连接到呼叫方。根据呼叫方和呼叫的本质,被呼叫方还可以选择将呼叫方发送到语音信箱、传真接收服务、会议桥或者另一电话号码,如陆地线路或行政助理或公司接线员。这使被呼叫方不仅能够将被呼叫号码用于正常电话呼叫以外的呼叫特征,而且还能够用于被呼叫方选择的其它服务。具体实施例允许被呼叫方在接收到入站呼叫时选择如何处理和路由该入站呼叫。
[0023] 功能描述
[0024] 具体实施例可以使用条件呼叫前转(Conditional Call Forwarding,CCF),CCF使被呼叫方能够在接收到入站呼叫并且被呼叫方不认识显示在电话上的呼叫方的电话号码或者如果被呼叫方想要选择将该入站电话呼叫路由到不同的电话或服务时,点击电话上的“结束”或“拒接”按钮或者电话屏幕上的等同图标。点击“结束”或“拒接”将停止被呼叫方电话的振铃,并且改为将该呼叫路由到CCF电话号码、地址或服务。
[0025] 具体实施例将CCF号码设置给通过服务或产品提供给被呼叫方的电话号码或者可IP访问的地址(如会话发起协议(SIP)地址,例如voicemail@mobilecarrier.com)。该CCF号码可以是提供给该服务的多个客户的单个电话号码或地址,或者是由该服务或产品的提供商再次提供的对每个客户是唯一的电话号码或地址。当入站呼叫被路由到由服务提供的CCF号码时,该入站呼叫被路由到本实施方式的服务器以处理该呼叫。可以使用协议,如会话发起协议(SIP)、H.323、媒体网关控制协议(MGCP)、PacketCableTM或者用于该服务器的其它专有或非专有呼叫方法,将该呼叫与包括呼叫者的电话号码、被呼叫方的电话号码或者被拨号码以及CCF电话号码的呼叫信息一起作为时分复用(TDM)VoIP来接收。例如,本实施例可以是具有与其相关联的相关直接向内拨号(Direct Inward Dial,DID)号码的Asterisk、SER、Kamailio、OpenSER、FreeSwitch或者其它VoIP路由、信令和应用服务器(为本文目的,统称为实施例的服务器或服务)。该CCF号码可以被编程在被呼叫方的电话上,以将所有繁忙的并且没有应答的呼叫转移到将呼叫路由到VoIP服务器的DID。该CCF可以通过呼叫向被呼叫方提供服务的运营商的客户支持而被设置在每个移动电话上。一些移动电话运营商还能够使客户通过他们自己在被呼叫方电话上设置呼叫或前转偏好来设置CCF。利用一些运营商,被呼叫方还具有拨打特殊的拨号代码以便在他们自己的电话上设置CCF的选项。在此给出某些美国运营商的CCF设置拨号代码的一些例子。它们可能随着时间改变,但是可以通过呼叫各个运营商的客户服务来获得。
[0026] Alltel*7[然后点击发送/呼叫]
[0027] AT&T*004*#[然后点击发送/呼叫]
[0028] Cellular South*76[然后点击发送/呼叫]
[0029] Cincinnati Bell*004*#[然后点击发送/呼叫]
[0030] Cox Digital Phone*92[然后点击发送/呼叫]
[0031] Cricket*74[然后点击发送/呼叫]
[0032] MetroPCS*74[然后点击发送/呼叫]
[0033] Sprint*28[然后点击发送/呼叫]
[0034] T-Mobile*004*#[然后点击发送/呼叫]
[0035] Alternate T-Mobile*004**ll#[然后点击发送/呼叫]
[0036] US Cellular*74[然后点击发送/呼叫]
[0037] Verizon*7[然后点击发送/呼叫]
[0038] 注意,以上是经由与CCF服务器相关联的电话号码前转到电话号码CCF服务的CCF。对此的替换方案包括通过使用CCF服务的VoIP地址,例如ccf@sip.3jam.com或者将该呼叫路由到对应的CCF服务的其它VoIP标识符,经由VoIP前转到CCF服务。
[0039] 当服务器接收入站电话呼叫时,服务器通过查找服务器的信息数据库中的客户配置信息并伴随业务逻辑算法来确定被呼叫方的电话号码是否是所提供的服务的合格电话号码。如果被呼叫方的电话号码不是该服务合格的或者规定的电话号码,则使被呼叫方播放一消息。该消息可以广告该服务,通知呼叫者被呼叫方不能接收语音邮件,或者该服务的供应商认为适当的任何其它消息。可选地,该服务提供商可以允许呼叫者留下语音消息。还可以通过由服务提供商发起的手动或自动电话呼叫或者文本消息来通知被呼叫方,以向被呼叫方通知呼叫者呼叫过,并且提供有关如何获得服务或者收听由呼叫者留下的语音信箱消息的信息,如果这种语音消息存在的话。
[0040] 如果通过查找服务器的信息数据库中的客户配置信息和业务逻辑算法确定被呼叫方的电话号码是该服务提供的合格电话号码,则该服务可以向呼叫方播放铃音,以便模拟拨打被呼叫方的电话的电话呼叫。可选地,该服务可以向呼叫方播放消息,以通知呼叫方正在定位被呼叫方。该消息还可以指示呼叫方按下呼叫方的电话上的数字,以便立即留下消息,按下一不同数字以加入会议呼叫,或者按下另一数字以发送传真,然后开始播放铃音以表示该系统正在拨打被呼叫方的电话。基于在呼叫方向被呼叫方发出呼叫之前由被呼叫方确定的一组可配置的选项,可以有许多不同的选项呈现给呼叫方。该服务实施例还可以被实施为使得呼叫方可以基于说出选项来选择该选项,并且该服务可以进行语音识别以解释该呼叫者的选择。在呼叫方等待被呼叫方接听该呼叫或者指定一动作时,该呼叫在服务器上的入站呼叫支路(leg)将等待被通知要对该入站呼叫进行的一下个动作。在此期间,在呼叫方收听消息、回铃音或广告时,该服务器也可以收听以检测传真音或者来自呼叫方的其它数字请求。例如,如果Asterisk 1.6服务器被用作该服务实施的一部分那么NVFaxDetect、NVBackgroundDetect、Asterisk’faxdetect=sip.conf中的yes选项或者另一传真服务可被用于在该背景下检测传真。被入站呼叫支路调用的服务器可以设置对于该呼叫者、被呼叫方或者入站呼叫唯一的数据库的一行或存储器位置,并且针对该动作轮询(例如,查询该数据库行或存储器位置)。被呼叫方的响应将包括利用该用户针对该具体呼叫方、被呼叫方或呼叫的动作来更新该数据库或存储器位置的信息。该服务器还可以等待通过SUBSCRIBE-NOTIFY类型的服务或者基于异常的通知系统的通知,如管理员接口或者命令行接口(Command Line Interface,CLI)。在Asterisk服务器的情况下,该服务器可以使用Asterisk网关接口(AGI)脚本轮询数据库,以调用DATABASE GET命令,来检查被呼叫方是否已经用期望的动作进行响应,或者由该服务器接收到的入站动作可以呼叫Asterisk管理员接口(AMI)或者对Asterisk服务器的CLI命令,以对当前正等待被呼叫方的动作的电话呼叫进行该期望动作。
[0041] 当呼叫方的选项菜单和铃音被呈现给呼叫方时,通过在公共或专用查找服务和数据库如Calling NAMe(CNAM)服务(例如,来自http://www.asteriskcnam.com,http://www.cnam.info,http://www.voipcnam.com或http://wholesale.metrostat.net)、本地交换路由指南(Local Exchange Routing Guide,LERG)(例如,来自http://telcodata.us)、白页(例如,http://www.whitepages.com)、国家、地区或其它逆向查找数据库或者被呼叫方的在线地址簿或者选择加入以与其它用户共享他们的数据的客户可利用的集体服务的客户在线地址簿中搜索,该服务的服务器同时对呼叫方的电话号码进行呼叫者ID名称和地址或位置查找。在该查找进行之后,通过推或拉机制(pull or push mechanism),如SMS文本消息、推送通知、HTTP长轮询、HTML5通知,或者通过被呼叫方的电话向该服务的服务器请求呼叫者的信息,随后将呼叫者的信息回送到被呼叫方。
[0042] 然后,将基于位置数据库、照片、社交媒体简况等检索到的有关呼叫者的信息,如名称、呼叫方电话号码的位置或者呼叫者的实际地理位置,在被呼叫方的电话上显示给被呼叫方。该信息还伴有该呼叫者可用来选择如何处理当前在该服务的服务器上搁置(on hold)的该呼叫方的电话呼叫的选项。这些选项可包括应答该电话呼叫、请求呼叫者留下语音信箱消息、向呼叫者播放传真音调、阻止呼叫者的电话号码并且向该呼叫者播放呼叫阻止消息、将该呼叫路由到由呼叫者事先设置的多个电话号码之一、将该呼叫路由到公司接线员或者在该呼叫之前由被呼叫方确定的任何其它服务或电话号码。在被呼叫方可以输入以前没有设置的电话号码作为路由该呼叫的选项的情况下,上述选项还可包括请求被呼叫方提供输入作为对该服务的响应。
[0043] 然后,为了将所选择的选项发送给该服务,被呼叫方可以点击显示给被呼叫方的选项列表中提供的统一资源定位符(URL)或统一资源标识符(URI)链接。接收到该URL或URI的Web服务器将该唯一ID、呼叫者、被呼叫的号码或者该URL或URI的数据参数的组合与该入站电话呼叫匹配,并且更新针对该入站呼叫请求的动作。一个实例是服务器基于对呼叫号码进行base62编码(a-z A-Z 0-9),62*62(0-9a-z A-Z)组合的2字符随机散列,将URL动作发送给呼叫者的电话以防止尝试猜出该URL/URI的各方的随机恶意滥用,并且一个字符代表该动作(62个可能的动作0-9a-z A-Z)。被呼叫方还可以使用该电话上的本机应用程序或者利用所选择的选项安装在该电话上的应用程序响应于该SMS或MMS消息、推送通知或者其它动作请求。该响应可以包括代表该选项的数字或字符、该选项的第一个字母、选项列表中以前没有的电话号码、在服务器上等待的入站呼叫的唯一ID或者使该服务器能够将该用户的期望动作与在该服务器上等待的入站呼叫匹配的数据组合。该SMS文本消息响应或者在URL或URI上基于因特网协议(IP)的点击还可以基于在该服务器上等待的拨打被呼叫方号码的最近呼叫或者基于呼叫方号码而非该呼叫的唯一ID来更新入站呼叫的呼叫动作。这可导致多于一个呼叫上期望动作的潜在匹配,但发生抵触的低概率,外加检测并阻挡暴力请求,可足以使该方案切实可行。该服务器接收该动作通知,并且通过更新存储器或数据库位置来通知在该服务器上的呼叫方的入站支路,该入站呼叫支路每秒钟轮询一次(或者以该服务或者之前在被呼叫方的服务偏好中由被呼叫方可指定的其它周期),或者通过经由该服务器的管理员端口、命令行或者调用该入站呼叫支路的一些其它方法写入给它来通知入站呼叫支路,以基于被呼叫方的响应进行后续动作。
[0044] 如果被呼叫方的响应是应答该呼叫,则当其被路由到该服务的服务器时,基于伴随该入站呼叫的被拨打的号码信息,呼叫方的呼叫被路由回到被呼叫方的电话号码。如果被呼叫方的响应是将呼叫方发送到语音信箱,则向呼叫方播放语音信箱问候语,随后是留下语音信箱消息的能力。该语音信箱问候语或系统还可以检测传真CalliNG(CNG)音调。CNG音调是当一传真机呼叫另一传真机时,由前一传真机发送的音调。半秒的音调每3.5秒重复一次,持续大约45秒。如果服务器检测到CNG音调,则服务器将与呼叫方发起传真接收会话。如果被呼叫方的响应是向呼叫者播放传真音调,则服务器将向被呼叫方播放入站传真发起音调,以提示呼叫方开始传真发送。这对于不能自动播放CNG音调而是在开始传真发送之前等待接收侧发起传真会话的一些老式传真机来说是必须的。
[0045] 如果被呼叫方的响应是阻挡呼叫者的电话号码,并且向呼叫者播放呼叫阻挡消息,则呼叫者将收听到消息,如“您呼叫的对方阻挡您。请挂机并且不要回电话”。该被阻挡的呼叫者消息可以是在该呼叫之前由被呼叫方预先确定的,或者可以是作为对服务器的响应的一部分由被呼叫方确定的。被阻挡的呼叫动作还可以将被呼叫方直接指引到语音信箱,接听并立即挂断该呼叫,播放繁忙信号,播放电话号码断开信号或者其它消息以及繁忙或断开音调,以尝试使被阻挡方不回电话。然后该呼叫方的电话号码将被存储在该服务的数据库中,使得被呼叫方通过结束或拒接按键发送给服务器的对被呼叫方电话的后续呼叫将立即对被阻挡方进行被阻挡的呼叫者动作,而不是向被呼叫方发送提示被呼叫方选择动作的SMS文本消息或推送通知。
[0046] 如果被呼叫方的响应是将该呼叫路由到预先由呼叫方设置的多个号码中的一个,或者路由到公司接线员或由被呼叫方在该呼叫之前确定的任何其它服务或电话号码,则使用适当的网关和连接协议将该呼叫方的呼叫路由到适当的电话号码或服务(如VoIP电话服务或者像Skype或Google Talk这样的IM地址)。
[0047] 一些选项,如阻挡,在被选择时将触发显示在被呼叫方B的电话上的二级菜单、弹出式菜单或者一组选项。该二级菜单可显示详述该选择的另一组选项。例如,对于阻挡选项,可询问用户该呼叫被阻挡时向被阻挡方播放什么消息。对于语音信箱选项,可询问被呼叫方B向呼叫方播放什么消息。根据呼叫者是私人交往、业务交往、匿名方还是讨厌的呼叫者,被呼叫方B可以选择要被播放给该呼叫者的消息。该决定经由数据连接(HTTP或专有API呼叫等)、SMS消息、网络呼叫(SS7/PSTN/GSM/CDMA等)传送回到CCF服务器。
[0048] 其它选项可以是将该呼叫前转到另一电话、计算机或设备。这可以任选地触发二级菜单,询问呼叫者将该呼叫前转到哪个目的地,它可以是另一个电话号码、长途(国际)号码、语音信箱、自动应答、互动语音响应(IVR)系统、VOIP客户端(例如,像jon@sip.msn.com这样的SIP地址或者Skype用户的客户端)等。该二级选项可以由用户预先定义为从中选择的选自被呼叫方B的地址簿的号码列表,或者从诸如Facebook的联系人列表、Google或Gmail的地址簿、Plaxo或其它资源等在线地址簿获得的选项。在该电话呼叫到来之前,当该呼叫到来时,或者当在将选项路由回到被呼叫方之前将该呼叫前转到CCF服务时,应用程序可以下载该在线联系人列表。
[0049] 本实施例的一可选实施方式是由连接到PSTN的电话交换机进行上述服务器功能。该电话交换机可能需要将入站呼叫从TDM转换为IP来进行上述功能,也可能不需要该转换。
该电话交换机还可以通过将对被呼叫方电话的出站呼叫从TDM转换为IP来进行上述功能,也可以不进行该转换。本实施例的使用电话交换机的实施方式可以提供较高的性能和较低的延迟,因为该服务功能可以更紧密地结合在该电话交换机的电话功能内而不依赖于会增加该电话交换机和外部服务器之间额外通信开销的外部服务器。还可以利用由电话交换机处理的一些功能和由外部服务器进行的一些功能来实施该可选实施方式。
[0050] 使用呼入或预挂断机制的可选实施方式
[0051] 在2G或2.5G无线电话或无线电话网络上,如EDGE,当正在接收呼入时(当被呼叫方的移动电话正在振铃或者当该呼叫处于进行中时)移动设备上的数据连接是不可利用的。当接收到呼叫时在被呼叫方的移动电话上可以利用接入IP连接的情况下(如在3G网络上或者当该电话具有替选有线或无线连接,如802.11WiFi),该电话可以使用该IP连接以从该服务抽取或检索出与该呼叫者有关的信息,包括但不限于来自上述专用或公共数据资源的呼叫者的名称、位置、图片等。
[0052] 在此情况下,本实施例将使被呼叫方能够在被呼叫方不接听呼叫的情况下保持入站电话呼叫在该电话上振铃。在呼叫者仍等待被呼叫方接听时,被呼叫方的电话通过该电话上内置的功能或应用程序,使用基于IP的请求、SMS消息、MMS消息、其它形式的数据查找和检索或者上述组合,检索与该呼叫者有关的信息。
[0053] 当通过本实施例检索到呼叫方的信息时,该信息被呈献给被呼叫方。然后被呼叫方可以通过在该电话本机功能或应用程序呈现的选项列表上点击,或者通过答复文本消息或者点击URI或URL链接或选择器,来决定接听该呼叫或者将该呼叫路由到CCF号码和服务。如果被呼叫方决定将该呼叫路由到CCF服务,则该入站呼叫将与来自被呼叫方的动作通知几乎同时到达该服务的服务器或者交换机。如果在用户的动作通知之前该服务接收到入站电话呼叫,则该服务可以向呼叫方播放振铃音调、一些其它定制或录制的消息或音频,同时该服务以预定的时间量等待入站消息到达该服务。如果该服务随后从被呼叫方的电话接收到将被呼叫方的期望动作通知给服务的消息,则该服务然后使用呼叫者的电话号码、被呼叫方的电话号码、CCF电话号码以及伴有被呼叫方的动作消息或者被点击的URL或URI的数据的组合,匹配该入站呼叫与被呼叫方的动作。如果在入站呼叫到达该服务的服务器之前,该服务接收到被呼叫方的期望动作,则该服务可以将被呼叫方的期望动作保持预定的时间量(例如,10秒),并且当入站呼叫到达该服务的服务器时将被呼叫方的动作与该入站呼叫进行匹配。
[0054] 然后根据被呼叫方的如下期望动作处理该呼入:路由回到呼叫者的电话、替选的一个或多个电话、计算机、语音信箱、传真、会议呼叫或者其它服务;该期望动作由被呼叫方在该服务存储的被呼叫方的偏好设置中确定、或者在该服务接收到的被呼叫方的消息数据、URL或URI中由被呼叫方指定的动作中确定。
[0055] 如果在预定义的超时之前该服务没有从被呼叫方接收到动作请求,则根据入站呼叫的性质将入站电话呼叫指引到语音信箱、传真、会议呼叫或者服务组合。在该服务等待被呼叫方的动作请求期间,可以向呼叫方呈现选项以在呼叫方的电话上按键或者通过语音命令留下语音邮件、启动传真会话、加入会议呼叫或者根据被呼叫方的偏好预先配置的其它可能选项。
[0056] 使用云电话号码服务的替选实施方式
[0057] 在用户具有作为主号码的云电话号码的情况下(不是传统上与专用物理设备如单个蜂窝电话或者单个移动电话相关联的电话号码,而是可以由拥有者配置的当接收到呼入时拨打一个或多个电话或其它通信设备的电话号码),当呼叫者呼叫被呼叫方的云电话号码时,该云电话号码服务可以首先利用该云电话号码拨打被呼叫方的电话。出现在被呼叫方的移动电话上的该云电话号码将向被呼叫方指示该呼叫方已经拨打该云电话号码,而不是直接拨打被呼叫方的移动电话。
[0058] 如果在该云电话号码呼叫被呼叫方的电话时被呼叫方应答该电话,则该云电话号码可以首先查找(如上所述的LERG、CNAM、在线地址簿等),并且告知被呼叫方的名称、位置信息等。然后被呼叫方可以使用语音命令或者该电话上的数字键来挑选选项,如将该入站呼叫路由回到被呼叫方的移动电话或者其它电话、传真、会议桥、语音信箱等。
[0059] 如果当该云电话号码呼叫被呼叫方的电话时被呼叫方不应答该电话,或者如果被呼叫方使用电话上的结束或拒接功能将该入站呼叫发送到CCF号码,则该呼叫将被路由到该CCF号码。该入站呼叫将经由该CCF号码到达该服务的服务器或者交换机,并且可以使用呼叫者的呼叫者ID号码而不是该云电话号码将该入站呼叫路由回到被呼叫方的电话。然后被呼叫方可以看到该呼叫者的电话号码,并且可以应答该呼叫或者使用该电话上的结束或拒接功能经由该CCF号码再次将其发送到该服务。该服务可以通过保持正在进行的呼叫的实时记录来检测是否同一呼叫进入到该服务的服务器两次。如果同一呼叫被发送给该服务两次,则该服务将知道不将该呼叫路由回到呼叫者的电话而是将其路由到语音信箱、传真、会议呼叫桥或者由被呼叫方配置的其它服务。
[0060] 可选地,该服务可以在使该呼叫方搁置并且向该呼叫方播放铃音(首先利用可选的指示消息)的同时重复向被呼叫方的电话发送有关该呼叫方的消息的功能。然后被呼叫方可以将在该服务上等待接听的该入站呼叫路由到语音信箱、传真、会议桥或者由被呼叫方配置的其它服务。如果被呼叫方用动作响应并且该呼叫方仍在搁置,则该服务对该入站呼叫进行被呼叫方的期望动作。如果在呼叫方搁置时超出了超时时间段,则该服务器可以将在该服务上等待接听的该入站呼叫路由到语音信箱、传真、会议桥或者由被呼叫方配置的其它服务。
[0061] 作为当该云号码被呼叫时被呼叫方B的电话振铃的选项,在该呼叫被路由到被呼叫方的电话之前,可以将呼叫者ID名称以及可选地被呼叫方B可以从中选择的动作选项发送给被呼叫方的电话。当该呼叫被发送到手持设备时,可以将该电话呼叫的数据报头或数据包络中的呼叫者信息与呼叫者ID名称一起发送。发送到该手持设备的该信息还可以包括基于移动运营商存储的被呼叫方B的偏好或者单独的偏好管理服务器或户(如与CCF服务器的服务提供商提供的服务相关联的一个)被呼叫方B可利用的动作选项。
[0062] 当呼叫被发送到被呼叫方B的电话时,被呼叫方B的云号码运营商可以在其自己的数据库中、在CCF服务提供商的服务器上或者在第三方服务提供商的服务器和数据库中进行内部查找,以确定呼叫者ID名称和其它信息(如社交网络简况信息、运营商信息、照片等)以及偏好和前转选项,然后将该信息发送到被呼叫方B的电话。可以用上文和下文所示的方法(SMS、推送通知、HTTP数据连接、电话响应等)将该动作选项呈现给被呼叫方B的手持设备,并且可以通过上文和下文所示的方法(SMS、推送通知、HTTP数据连接、电话响应等)接收来自被呼叫方的响应。
[0063] 当通过由该入站呼叫通知触发的推送通知、SMS消息或者应用程序产生的、能够在美学上更令人愉悦和功能图形用户界面中显示选项和呼叫者信息的弹出式菜单将动作选项和呼叫者的信息(其可包括呼叫者ID名称、社交网络简况信息、运营商信息、照片等)呈献给被呼叫方B的电话时,可以由被呼叫方B或者由该电话自动地使电话铃安静,以使被呼叫方B在安静中选择选项。
[0064] 如果被呼叫方B决定用在该应用程序的选择菜单上选择的动作响应时,该电话和应用程序接收该用户的选择,并且相应地路由该呼叫。例如,如果被呼叫方B选择应答选项,则该电话简单地将该呼叫路由到被呼叫方的手持设备。如果被呼叫方B选择阻挡选项,则该云服务可以将该呼叫桥接到向呼叫者播放音频消息的自动消息,如“您呼叫的对方不再是这个号码”或者“该线路已断”或者由被呼叫方B确定的任何其它消息。阻挡选择还可以简单地挂断该呼叫方,给呼叫者留下被呼叫方B不愿意应答该电话的印象。阻挡选项还可以向云提供商或运营商网络发送命令以将该呼叫路由到语音信箱。
[0065] 有些选项,如阻挡,在被选择时可以触发显示在被呼叫方B的电话上的二级菜单、弹出式菜单或者一组选项。该二级菜单可以示出详述该选择的另一组选项。例如,对于阻挡选项,可以询问用户当该呼叫被阻挡时向被阻挡方播放什么消息。对于语音信箱选项,可以询问被呼叫方B向呼叫方播放什么消息。根据呼叫方是私人交往、业务交往、匿名方还是讨厌的呼叫者,被呼叫方B可以选择要被播放给该呼叫方的消息。该决定经由数据连接(HTTP或者专用API呼叫等)、SMS消息、网络呼叫(SS7/PSTN/GSM/CDMA等)转送回到云号码提供商。
[0066] 其它选项可以是将该呼叫前转到另一电话、计算机或设备。这可以任选地触发二级菜单,询问呼叫者将该呼叫前转到哪个目的地,它可以是另一电话号码、长途(国际)号码、语音信箱、自动应答、互动语音响应(IVR)系统、VOIP客户端(例如,像jon@sip.msn.com这样的SIP地址或Skype用户客户端)等。该二级选项可以由用户预先定义为从中选择的选自被呼叫方B的地址簿的号码列表,或者从诸如Facebook的联系人列表、Google或Gmail的地址簿、Plaxo或其它资源等在线地址簿获得的选项。在该电话呼叫到来之前,当该呼叫到来时,或者当在将选项路由回到被呼叫方之前将该呼叫前转到CCF服务时,可以由应用程序下载该在线联系人列表。
[0067] 使用呼入号码的替选实施方式
[0068] 当来自呼叫方的入站呼叫被被呼叫方的蜂窝电话接收并且该被呼叫方将该呼叫发送到CCF服务的服务器时,该服务器可以向该被呼叫方的蜂窝电话发回文本消息或推送通知。来自该服务器的消息可以包括该被呼叫方可以使用该被呼叫方的蜂窝电话拨入的电话号码。该电话号码是将该被呼叫方连接(也称为桥接)到正等待该被呼叫方应答该呼叫的呼叫方的电话号码。该被呼叫方还可以通过呼叫来自CCF服务的服务器的文本消息从其发起的电话号码而拨入到该服务。
[0069] 该CCF服务器使用呼叫者的电话号码(该呼叫者的呼叫者ID)和拨入号码(由该呼叫者拨打的号码)来确定哪个等待通电话的呼叫方与该呼叫者连接。下面是可能的实施方式的例子。
[0070] 1.当呼叫方A呼叫被呼叫方B的移动电话时,被呼叫方B通过在该蜂窝电话上按下结束、拒接或类似的功能选项或按钮将该呼叫发送到CCF服务器。
[0071] 2.当CCF服务器接收到从呼叫方A前转来的电话呼叫时,在B方到达的同时,CCF服务器播放预先录制的消息,请A方等待。然后CCF服务器向A方的电话播放回铃音、等待接听音乐或者其它音频媒体。
[0072] 3.CCF服务器使用对CCF服务器的该呼叫的呼叫者ID信息存储A方的电话号码以及使用诸如发送到CCF服务器的呼叫协议消息(例如,SIP消息)中的转移报头(Diversion header)等信息存储被拨打的电话号码(B方的电话号码)。CCF服务器还可以存储呼叫方A的呼叫被重定向到的CCF服务器的电话号码。这三条信息中的一个或多个的组合将被用于当被呼叫方B使用CCF服务器的拨入电话号码之一拨入到CCF服务器以与呼叫方A连接时,确定如何将被呼叫方B连接(也称为桥接)到呼叫方A。
[0073] 4.CCF服务器确定被呼叫方B必须使用以拨入连接到呼叫方A的电话号码X。该电话号码X可以是用于使呼叫者能够拨入到CCF服务器的一个或多个电话号码之一。在大约同一时间对被呼叫方B的多于一个呼叫被发送到CCF服务器的情况下,存在多个用于选择的拨入号码可以帮助CCF服务器确定被呼叫方B正在尝试连接到哪个呼叫方。该服务器可以针对每个呼叫方确定不同的电话号码X,使得对于等待连接到被呼叫方A的每个呼叫方,不同的拨入号码X与每个呼叫方的呼叫支路相关联。这还使得如果被呼叫方B呼叫拨入号码X1,则被呼叫方B将被连接到呼叫方A1。如果被呼叫方B呼叫拨入号码X2,则被呼叫方B将被连接到呼叫方A2等。
[0074] 5.CCF服务器可以将电话号码X与呼叫方A的电话号码、被呼叫方B的电话号码和呼叫方A的“呼叫支路”信息一起存储。“呼叫支路”信息可以包括呼叫方A的呼叫已经被置于等待通电话的CCF服务器实例和该呼叫的唯一标识,该唯一标识可被用于将另一个呼叫支路连接或桥接到呼叫方A的呼叫支路,以使这两方可以在桥接的呼叫中交谈。
[0075] 6.CCF服务器通过文本消息或者推送通知向B方的蜂窝电话发送通知。在该呼叫被发送到CCF服务器之后,被呼叫方B的电话也可以通过使用用于识别呼叫方A的电话号码、被呼叫方B的电话号码以及,可选的,用于认证被呼叫方B请求检索该信息的被呼叫方B的登录证书的数据连接,从该服务器检索出该信息。该消息或信息可以包含A方的电话号码、呼叫者ID名称信息、位置、照片以及/或者与呼叫方A有关的其它标识。除了本文的其它部分中描述的唯一URL和文本消息响应选项以外,该消息还可以包含被呼叫方B拨入的电话号码X。
[0076] 7.当被呼叫方B接收到包括拨入号码X的消息时,被呼叫方B可以选择从该电话拨打该号码。可以通过被呼叫方B点击文本消息中的电话号码X、将电话号码X手动输入到该电话或者在该电话上点击自动拨打电话号码X的应用程序来完成该拨入步骤。该电话上的该应用程序能够分析来自CCF服务器的消息以确定拨入电话号码,并且可以呈现拨打该号码的选项作为可点击的弹出菜单选项。
[0077] 8.当被呼叫方B的电话使用电话号码X拨入到CCF服务器时,CCF服务器使用被呼叫方B的电话号码(呼叫者ID号码)和电话号码X来确定与哪个呼叫方A连接。如果CCF确定呼叫方A仍在搁置,等待连接到被呼叫方B,则CCF服务器使用由该服务器存储的与A方的呼叫支路ID有关的信息将B方连接或桥接到A方的呼叫支路和服务器。例如在Asterisk系统上,bridge()命令可被用于将A方的入站呼叫桥接到等待的B方的呼叫支路。
[0078] 9.该双方现在被连接,并且可以正常地进行语音交谈。与如果被呼叫方B向CCF服务器发送拨出到被呼叫方B的电话的请求以将等待的A方连接到B方相比,B方呼入以连接到呼叫方A的好处是该方法更快,并且导致呼叫方A等待较短的时间。
[0079] 使用本地存储在移动设备上的选项的替选实施方式
[0080] 该可替选实施方式是具有本地存储在该应用上的选项(该信息还可以被复制在服务器上),使得该应用不需要接收从服务器发送来的推送通知或文本消息中的所有可能的动作,而是改为具有已经存储在该电话上的选项。这样,当入站呼叫被发送到CCF服务器时,该电话上的应用程序可以向被呼叫方B显示CCF服务器可以基于该应用中本地配置的设置和选项对呼叫方A的呼叫进行的动作选项。该应用不需要等待来自CCF服务器的消息以向被呼叫方B显示该选项。该应用可以检测被呼叫方B已经拒接该呼叫或者错过该呼叫,并且使用它来触发选项菜单的弹出。该应用还可以立即向CCF服务器或者其它第三方应用程序询问呼叫者的呼叫者ID名称,使得呼叫者的信息、社交网络简况或者图片可被检索出以显示给被呼叫方。如果该应用先前已经从该电话的联系人列表数据库检索出该信息或者将该信息本地缓存在该电话中,那么该电话还可以显示该信息。
[0081] 当被呼叫方选择了期望的动作时,该应用可以将被呼叫方B的选择经由文本消息或者与CCF服务的预先配置的一般URL(或者该URL可以是推送通知的一部分并且是针对具体的呼叫定制的)的数据连接发送到服务器,该选择仅仅包括该选项的参数。基于使用该应用的选项的用户配置,该URL和参数的一个实施方式可以包括1)期望的动作和2)该动作的参数。
[0082] 例如
[0083] http://r.3jam.com?callld=2aAGsll&action=voicemail
[0084] 或者
[0085] 例如
[0086] http://r.3jam.com/?callld=2aAGsll&action=forward&device[1]=phone¶meter[1]=14158889900&device[2]=phone¶meter[2]=15109822211[0087] 或者
[0088] 例如
[0089] http://r.3jam.com/?callld=2aAGsll&action=forward&device[l]=skype¶meter[l]=my_skype_username
[0090] 或者
[0091] 例如
[0092] http://r.3jam.com/?callld=2aAGsll&action=forward&device[1]=sip¶meter[1]=my@sip.phone.com
[0093] 这还将具有基于被支持的CCF服务器动作给出实际上无限的选项列表的优点。
[0094] 例如
[0095] http://r.3jam.com/?callld=2aAGsll&action=block¶meter[1]=play_busy_tone
[0096] 或者
[0097] 例如
[0098] http://r.3jam.com/?callld=2aAGsll&action=join conference call[0099] 该实施方式的优点是被呼叫方B不需要等待服务器利用被拨入的号码X或可利用的选项向被呼叫方B的电话发送消息。相反,被呼叫方B可以在来自呼叫方A的呼入被发送到CCF服务器之后立即向CCF服务器发送动作命令。还可以使用SMS利用来自被呼叫方B的电话的文本消息来发送该命令。该SMS消息的主体将包含该动作命令,该动作命令将使该服务器能够对呼叫方A执行期望的动作。
[0100] 当服务器接收到来自被呼叫方B的动作命令时,该服务器将解释该命令并且对呼叫方A进行该动作。
[0101] 除了上述被呼叫方B可以通知服务器的方式以外,被呼叫方B还可以选择期望的动作,并且被呼叫方B的电话可以将该呼叫重路由到适当的目的地。在此情况下,被呼叫方B的电话将通过SS7和/或移动(CDMA/GSM等)命令将该期望的动作发送到移动运营商的网络设备,以将该呼叫重路由到该目的地。在此情况下,将由被呼叫方的移动运营商的网络设备和路由协议代替CCF服务器来进行该动作。
[0102] 与将该呼叫路由到CCF服务器,然后CCF服务器将该呼叫路由到目的地相比,它的优点是响应时间更快。这还具有更好的成本意义,因为与较小的实体和个人相比,大的运营商,如移动运营商,能够实现更经济的语音终端费率。另外,移动运营商可以选择包括重路由作为被呼叫方B的电话方案的一部分来代替收取附加的重路由费用,从而与其它移动运营商竞争者相比,提供更高的价值。该移动运营商的优点是它能够将来自移动网络的语音呼叫卸载到陆上线路或VoIP客户端,从而节省其现有频谱上宝贵的无线容量,该无线容量是有限资源并且获得是很昂贵的。
[0103] 一些选项,如阻挡,在被选择时可触发显示在被呼叫方B的电话上的二级菜单、弹出式菜单或者一组选项。该二级菜单可以示出详述该选择的另一组选项。例如,对于阻挡选项,当呼叫被阻挡时,可以询问用户向被阻挡方播放什么消息。对于语音信箱选项,可以询问被呼叫方B向呼叫方播放什么消息。根据呼叫者是私人交往、业务交往、匿名方还是讨厌的呼叫者,被呼叫方B可以选择播放给该呼叫者的消息。该决定通过数据连接(HTTP或专用API呼叫等)、SMS消息、网络呼叫(SS7/PSTN/GSM/CDMA等)转送回CCF服务器。
[0104] 其它选项可以是将该呼叫前转到另一电话、计算机或设备。这可任选地触发二级菜单,该二级菜单询问呼叫者将该呼叫前转到哪个目的地,它可以是另一个电话号码、长途(国际)号码、语音信箱、自动应答、互动式语音响应(IVR)系统、VOIP客户端(例如,像jon@sip.msn.com这样的SIP地址或者Skype用户的客户端)等。该二级选项可以由用户预先定义为从中选择的选自被呼叫方B的地址簿的号码列表,或者从诸如Facebook的联系人列表、Google或Gmail的地址簿、Plaxo或其它资源等在线地址簿获得的选项。在该电话呼叫到来之前,当该呼叫到来时,或者当在将选项路由回到被呼叫方之前将该呼叫前转到CCF服务时,由应用程序下载该在线联系人列表。
[0105] 在CCF路由之前使用呼叫者ID名称检索的替选实施方式
[0106] 该替选实施方式在呼叫被路由到CCF服务器之前呈现呼叫者ID名称以及,任选的,被呼叫方B可以从中选择的动作选项。在该呼叫被发送到手持设备时,呼叫者ID名称可以随该电话呼叫的数据报头或包络中的呼叫者信息一起发送。发送到该手持设备的该信息还可以包括基于利用移动运营商存储的被呼叫方B的偏好或者单独的偏好管理服务器或门户(如与CCF服务器的服务提供商提供的服务相关联的一个)被呼叫方B可利用的动作选项。
[0107] 当呼叫要被发送到被呼叫方B的电话时,被呼叫方B的移动运营商可以在其自己的数据库中、在CCF服务提供商的服务器上或者在第三方服务提供商的服务器和数据库中进行内部查找,以确定呼叫者ID名称和其它信息(如社交网络简况信息、运营商信息、照片等)以及偏好和前转选项,然后将该信息发送到被呼叫方B的电话。可以用上文和下文示出的方法(SMS、推送通知、HTTP数据连接、电话响应等)将该动作选项呈现给被呼叫方B的手持设备,并且可以通过上文和下文示出的方法(SMS、推送通知、HTTP数据连接、电话响应等)接收来自被呼叫方的响应。
[0108] 当通过由该入站呼叫通知触发的推送通知、SMS消息或者应用程序产生的能够在美学上更令人愉悦的和功能性图形用户界面中显示选项和呼叫者信息的弹出式菜单将动作选项和呼叫者的信息(其可包括呼叫者ID名称、社交网络简况信息、运营商信息、照片等)呈献给被呼叫方B的电话时,可以由被呼叫方B或者由该电话自动地使电话铃安静,以使被呼叫方B在安静中选择选项。
[0109] 如果被呼叫方B决定用所选择的动作响应,则该电话和应用程序将进行相应的动作。例如,如果被呼叫方B选择应答选项,则该电话将简单地正常接听该电话呼叫。如果被呼叫方B选择阻挡选项,则该电话可以接听该呼叫,并且该电话上的应用程序可以向呼叫者播放音频消息,如“您呼叫的对方不再是这个号码”或者“该线路已断”或者由被呼叫方B确定的任何其它消息。阻挡选项还可以简单地接听并且再挂断该呼叫,给呼叫者留下被呼叫方B不愿意应答该呼叫的印象。阻挡选项还可以向CCF服务器或运营商网络发送命令以将该呼叫路由到语音信箱。
[0110] 有些选项,如阻挡,在被选择时可以触发显示在被呼叫方B的电话上的二级菜单、弹出式菜单或者一组选项。该二级菜单可以示出详述该选择的另一组选项。例如,对于阻挡选项,可以询问用户当该呼叫被阻挡时向被阻挡方播放什么消息。对于语音信箱选项,可以询问被呼叫方B向呼叫方播放什么消息。根据呼叫方是私人交往、业务交往、匿名方还是讨厌的呼叫者,被呼叫方B可以选择要被播放给该呼叫方的消息。该决定经由数据连接(HTTP或者专用API呼叫等)、SMS消息、网络呼叫(SS7/PSTN/GSM/CDMA等)转送回CCF服务器。
[0111] 其它选项可以是将该呼叫前转到另一电话、计算机或设备。这可以任选地触发二级菜单,询问呼叫者将该呼叫前转到哪个目的地,它可以是另一个电话号码、长途(国际)号码、语音信箱、自动应答、互动语音响应(IVR)系统、VOIP客户端(例如,像jon@sip.msn,.com这样的SIP地址或者Skype用户的客户端)等。该二级选项可以由用户预先定义为从中选择的选自被呼叫方B的地址簿的号码列表,或者从诸如Facebook的联系人列表、Google或Gmail的地址簿、Plaxo或其它资源等在线地址簿获得的选项。在该电话呼叫到来之前,当该呼叫到来时,或者当在将选项路由回到被呼叫方之前将该呼叫前转到CCF服务时,由应用程序下载该在线联系人列表。
[0112] 通过电话上的VoIP客户端路由回到电话
[0113] 被呼叫方在他或她的移动电话上具有VoIP客户端的情况下,显示给上述被呼叫方的选项之一可以是将常规的移动呼入路由到该移动电话上的VoIP客户端。这使该被呼叫方能够通过在VoIP客户端上接听该呼叫而不是在该移动电话的蜂窝网络电话计划上接听该呼叫来节省该移动电话呼入的费用。VoIP呼叫在某些网络和服务上通常是免费的,如Skype或者当使用WiFi或因特网连接时使用SIP VoIP客户端。在电话的VoIP客户端上接受呼叫的另一个优点是使得被呼叫方在被呼叫方的位置处蜂窝覆盖不稳定或者不存在时能够接听呼叫。然后被呼叫方可以连接到本地WiFi网络或者热点(hotspot)以经由VoIP客户端接受该入站电话呼叫。
[0114] 为了将对被呼叫方的移动电话的常规蜂窝电话呼入路由到该电话上的VoIP客户端,1)当通过该电话上的应用程序在该电话上接收到该入站呼叫时可以向被呼叫方呈现该前转选择,或者2)被呼叫方可以利用对入站虚拟号码、CCF服务器或者运营商的移动网络的设置无条件地将该呼叫前转到VoIP客户端。在这两种情况下,在一侧上使用与公共交换电话网络(PSTN)接口的SIP PSTN网关将来自蜂窝网络的入站呼叫转换为VoIP呼叫,并且在另一侧上将语音呼叫转换为VoIP呼叫。然后如果该手持设备客户端是能够处理直接来自PSTN网关服务提供商或运营商网络的入站呼叫的VoIP客户端,则该VoIP呼叫被直接路由到该手持设备上的VoIP客户端。否则,该呼叫可以被路由到能够将该呼叫转换为该手持设备的VoIP客户端能够理解的VoIP协议的CCF服务的服务器。这可以通过翻译器和转换编码器来完成,如像Asterisk或FreeSwitch这样的背对背用户代理(Back to Back User Agent,B2BUA),以进行该转换,或者被路由到网络,如Skype,如果该电话上的VoIP客户端是Skype客户端。也可以使用其它VoIP协议、客户端和服务,只要能够以该电话上的应用程序能够理解的正确的格式和协议发送路由到该电话的VoIP呼叫即可。
[0115] 为了该电话上的应用程序能够接受该入站VoIP电话呼叫,该呼叫方的呼叫可以被运营商和手持设备路由到CCF号码和服务器。有若干种方式可以将该呼叫从那里路由到被呼叫方的手持设备上的VoIP应用程序:
[0116] 1)当CCF服务器、移动运营商或者云号码服务经由HTTP、推送或SMS响应接收到来自被呼叫方的电话的、他/她想要通过电话的VoIP客户端接受该呼叫的通知时,该CCF服务器、移动运营商或者云号码服务可以向被呼叫方的电话发送推送通知或者SMS消息,通知该VoIP应用程序一入站VoIP呼叫正要到达该应用程序。
[0117] 2)如果该应用程序可以被该入站SMS或推送通知调用,则该应用程序可以自动被该入站通知唤醒并且自动应答该呼叫。否则,该入站SMS或推送通知可以在被呼叫方的电话的屏幕上弹出接听该呼叫或者取消(或忽略)该呼叫的选项。接听该呼叫将使与该推送通知相关联的VoIP应用程序在用户选择该选项时被调用。被调用的该VoIP应用程序可以立即接听该入站VoIP呼叫或者允许用户选择在点击该VoIP应用程序中的确认按钮之后再接听该入站VoIP呼叫。为了CCF服务器上的VoIP服务器能够将VoIP呼叫发送到被呼叫方的电话,被呼叫方的电话将必须向CCF的VoIP注册器注册,向该注册器提供该电话的IP地址和端口号以在其上发送VoIP呼入信令。这可以通过从该手持设备到该CCF服务的SIP服务器的会话发起协议(SIP)注册命令来进行。基于专用或标准的其它VoIP协议也可被用于通知该服务器如何向被呼叫方的手持设备发送VoIP呼叫。被呼叫方的手持设备上的VoIP应用程序可以在该背景下运行,使得它将注册消息按部就班地发送到CCF服务器,以将要向其发送VoIP呼叫的适当IP地址和端口号通知给该服务器。
[0118] 3)作为替选,接受该入站VoIP电话呼叫的该电话上的VoIP应用程序可以改为连接到VoIP服务器,以被连接到被呼叫方。该方法消除了网络地址转换(NAT)问题,因为电话的VoIP客户端将拨入并且不被拨打到。在此情况下,该呼叫方从该运营商和手持设备被路由到CCF服务器。然后呼叫方被搁置或者等待被呼叫方的动作。推送消息可以使铃如电话铃响起,模仿入站电话呼叫。推送消息将包含路由地址,其可以是链接该呼叫的SIP地址或者是电话号码。该推送通知或SMS被发送到被呼叫方的手持设备,并且当它被被呼叫方打开时,VoIP应用程序被调用。然后该VoIP应用程序拨入到包含在该推送通知或SMS消息中的VoIP地址(例如,SIP:119281717axl-Ahak2l@sip.msn.com,如果使用SIP)。被被呼叫方的VoIP应用程序拨打的服务器能够确定将该入站VoIP呼叫连接或桥接到哪个电话呼叫,使得呼叫方的呼叫不再等待接听并且连接到拨入方。SIP INVITE的地址可以包含呼叫者和呼叫方的信息、呼叫ID、停车位和通道以及用于认证连接到当前保持的被呼叫方的请求的验证码。
[0119] 4)被呼叫方的电话上的VoIP应用程序可以是第三方应用程序,如Skype。在此情况下,被呼叫方通过从被呼叫方的电话发送到CCF服务器的SMS、推送通知或者HTTP请求接受入站呼叫请求可以使CCF服务器将该呼叫方的呼叫(当前在CCF服务器上搁置)桥接到第三方应用程序(例如,Skype)的服务器。然后该呼叫被第三方应用程序(例如,Skype)的服务器路由到被呼叫方的手持设备上的客户端(例如,Skype)应用程序。
[0120] 通过IP连接的设备和计算机上的VoIP客户端路由回到电话
[0121] 被呼叫方在除了电话以外的设备(如,计算机或者其它IP连接的设备,如iPad或其它平板计算设备,在此简称为计算机)上具有VoIP客户端的情况。
[0122] 被呼叫方在他或她的移动电话上具有VoIP客户端的情况下,上述显示给被呼叫方的选项之一可以是将常规的移动呼入路由到该计算机上的VoIP客户端。这使该被呼叫方能够通过在VoIP客户端上接听该呼叫而不是在该移动电话的蜂窝网络电话计划上接听该呼叫来节省该移动电话呼入的费用。VoIP呼叫在某些网络和服务上通常是免费的,如Skype或者当使用WiFi或因特网连接时使用SIP VoIP客户端。在计算机的VoIP客户端上接受呼叫的另一个优点是使得被呼叫方可以在被呼叫方的位置处蜂窝覆盖不稳定或者不存在时能够接听呼叫。然后被呼叫方可以连接到本地WiFi网络或者热点(hotspot)以经由VoIP客户端接受该入站电话呼叫。
[0123] 为了将对被呼叫方的移动电话的常规蜂窝电话呼入路由到该计算机上的VoIP客户端,1)当通过该电话上的应用程序在该电话上接收到该入站呼叫时可以向被呼叫方呈现该前转选择,或者2)被呼叫方可以使用对入站虚拟号码、CCF服务器或者运营商的移动网络的设置无条件地将该呼叫前转到VoIP客户端,或者3)被呼叫方具有一应用程序(例如,基于桌面的应用程序或基于浏览器的应用程序),该应用程序向用户显示选项,并且当通过推送通知或者HTTP长轮询(COMET)在该电话或CCF服务器上接收到入站呼叫时,该应用程序被调用。
[0124] 在这些情况下,在一侧上使用与公共交换电话网络(PSTN)接口的SIP PSTN网关将来自蜂窝网络的入站呼叫转换为VoIP呼叫,并且在另一侧上将语音呼叫转换为VoIP呼叫。然后如果该计算机客户端是能够处理直接来自PSTN网关服务提供商或运营商网络的入站呼叫的VoIP客户端,则该VoIP呼叫被直接路由到该计算机上的VoIP客户端。否则,该呼叫可以被路由到能够将该呼叫转换为该手持设备的VoIP客户端能够理解的VoIP协议的CCF服务的服务器。这可以通过翻译器和转换编码器来完成,如像Asterisk或FreeSwitch这样的背对背用户代理(Back to Back User Agent,B2BUA),以进行该转换,或者被路由到网络,如Skype,如果该电话上的VoIP客户端是Skype客户端。也可以使用其它VoIP协议、客户端和服务,只要能够以该电话上的应用程序能够理解的正确的格式和协议发送路由到该电话的VoIP呼叫即可。
[0125] 为了该电话上的应用程序能够接受该入站VoIP电话呼叫,该呼叫方的呼叫可以被运营商和手持设备路由到CCF号码和服务器。有若干种方式可以将该呼叫从那里路由到被呼叫方的计算机上的VoIP应用程序:
[0126] 1)当CCF服务器、移动运营商或者云号码服务经由HTTP、推送或SMS响应接收到来自被呼叫方的电话或计算机的、他/她想要通过电话的VoIP客户端接受该呼叫的通知时,该CCF服务器、移动运营商或者云号码服务可以向被呼叫方的计算机发送推送通知或者基于IP的消息(使用诸如Growl等程序),通知该VoIP应用程序一入站VoIP呼叫正要到达该应用程序。
[0127] 2)如果该应用程序可以被该入站的基于IP的通知调用,则该应用程序可以自动被该入站通知唤醒并且自动应答该呼叫。否则,该入站通知可以唤醒或调用该应用程序,以在被呼叫方的计算机的屏幕上弹出接听该呼叫或者取消(或忽略)该呼叫的选项。接听该呼叫将使与该推送通知相关联的VoIP应用程序在用户选择该选项时被调用。被调用的该VoIP应用程序可以立即接听该入站VoIP呼叫或者允许用户选择在点击该VoIP应用程序中的确认按钮之后再接听该入站VoIP呼叫。为了CCF服务器上的VoIP服务器能够将VoIP呼叫发送到被呼叫方的电话,被呼叫方的电话将必须向CCF的VoIP注册器注册,向该注册器提供该电话的IP地址和端口号以在其上发送VoIP呼入信令。这可以通过从该手持设备到该CCF服务的SIP服务器的会话发起协议(SIP)注册命令来进行。基于专用或标准的其它VoIP协议也可被用于通知该服务器如何向被呼叫方的计算机发送VoIP呼叫。被呼叫方的计算机上的VoIP应用程序可以在该背景下运行,使得它将注册消息按部就班地发送到CCF服务器,以将要向其发送VoIP呼叫的适当IP地址和端口号通知给该服务器。
[0128] 3)作为替选,接受该入站VoIP电话呼叫的该计算机上的VoIP应用程序可以改为连接到VoIP服务器,以被桥接到被呼叫方。该方法消除了网络地址转换(NAT)问题,因为计算机的VoIP客户端将拨入并且不被拨打到。在此情况下,该呼叫方从该运营商和手持设备路由到CCF服务器。然后呼叫方被搁置或者等待被呼叫方的动作。推送消息可以使铃如电话铃响起,模仿入站电话呼叫。推送消息将包含路由地址,其可以是链接该呼叫的SIP地址或者是电话号码。该推送通知或SMS被发送到被呼叫方的手持设备,并且当它被被呼叫方打开时,VoIP应用程序被调用。然后该VoIP应用程序拨入到包含在该推送通知或SMS消息中的VoIP地址(例如,SIP:119281717axl-Ahak2l@sip.msn.com,如果使用SIP)。被被呼叫方的VoIP应用程序拨打的服务器能够确定将该入站VoIP呼叫连接或桥接到哪个电话呼叫,使得呼叫方的呼叫不再等待接听并且连接到拨入方。SIP INVITE的地址可以包含呼叫者和呼叫方的信息、呼叫ID和通道或停车位以及用于认证连接到当前保持的被呼叫方的请求的验证码。
[0129] 4)被呼叫方的计算机上的VoIP应用程序可以是第三方应用程序,如Skype。在此情况下,被呼叫方通过从被呼叫方的电话发送到CCF服务器的IP、推送通知或者HTTP请求接受入站呼叫请求可以使CCF服务器将该呼叫方的呼叫(当前在CCF服务器上搁置)桥接到第三方应用程序(例如,Skype)的服务器。然后该呼叫被第三方应用程序(例如,Skype)的服务器路由到被呼叫方的计算机上的客户端(例如,Skype)应用程序。
[0130] 使用错过呼叫和拒接呼叫检测的替选实施方式
[0131] 在手持设备具有(通过操作系统或应用程序异常、回调、通知或其它机制)知晓入站呼叫的能力的情况下,手持设备上的手持设备操作系统或应用程序可以通过图形或文本菜单选项向用户呈现呼叫处理选项列表。
[0132] 该用户可以选择的该选项列表可以由该手持设备本地产生而不需要服务器产生该选项组,或者该手持设备OS或应用程序可以从服务器检索出选项列表。
[0133] 在本文中的其它描述中概述了用户可以从中选择的选项列表,并且该选项列表可以包括接听呼叫、拒接呼叫、将呼叫发送到语音信箱、阻挡呼叫、选择路由到任意数目的其它电话号码或电话端点,如IP电话、IP客户端(例如,Skype、MSN Messenger、Office Communicator、SIP客户端等)、播放定制的或预先定义的消息、铃音或者回铃音、歌曲、互动式语音响应(IVR)系统或者任何其它语音、消息收发或者用户想要将入站呼叫路由到的数据应用程序。该方法的独特方面是当接收到呼叫时,用户能够选择如何实时地路由呼叫,而不局限于如今移动电话上可利用的传统应答和拒接(发送到语音信箱)选项。结果,可以存在实际上数量无限的可创建并且可被用户访问的应用、特征和功能。
[0134] 当接收到呼叫时,电话OS或应用程序检测该入站呼叫并且从该手持设备检索出用户已经配置的可利用的并且预先设定的偏好列表。作为选择,该电话或应用程序可以通过发送用户在该电话的本地界面或应用程序上配置的电话号码、用户标识符(电子邮件、用户名等)和/或服务密码来请求用户的选项列表。当服务器接收到该信息时,它能够唯一地识别该用户并且检索出该用户的适当设置和选项组。然后该服务器将该选项和设置列表发回到进行该请求的应用程序。然后该电话和/或应用程序基于呼叫者的电话号码和联系信息以及从该服务器发回的选项和偏好信息来呈现该用户可从中选择的选项列表。
[0135] 该手持设备应用程序具有使接收者的电话上的入站铃音安静并且对于呼叫者保持铃音播放的选项,就好像接收者的电话仍在振铃一样。在此情况下,在被呼叫方进行选择之前,在该手持设备上“保持”该呼叫。在被呼叫方(接收者)通过该选项列表决定如何处理该呼叫的同时,该呼叫者还可被发送到CCF服务器。
[0136] 如果该呼叫“保持”在该手持设备上并且用户选择接听该电话,则用户应答该呼叫的选择将简单地使该手持设备应答该电话呼叫,就像正常呼叫被应答一样,即,不需要CCF或服务器卷入该呼叫应答。如果在用户选择该选项的同时该呼叫被发送到CCF服务器,则如本文中其它方法中描述的那样,应答该呼叫将需要用户呼叫CCF服务或者该服务回呼被呼叫方的电话。
[0137] 如果该呼叫“保持”在被呼叫方的手持设备上并且用户选择需要CCF服务器将该呼叫与服务相连接的选项(例如,呼叫到另一个电话号码或者VoIP或IM客户端,播放服务器侧回铃音或声音,或者发送到服务器上的语音信箱等),则可以在“保持”的呼叫被该手持设备(通过拒接选项等)发送到CCF服务器之前或之后,将该用户的命令或选择发回到服务器。
[0138] 用户的选项可以通过数据连接(例如,HTTP、TCP套接字等)、SMS、推送通知或者可在手持设备上获得的一些其它机制发送到服务器以与CCF服务通信。该信息可以在该呼叫本身被发送到CCF服务之前或之后被发送到服务器。
[0139] 如果在通过呼叫者的电话号码和被呼叫方的电话号码识别的(例如,经由转移报头或类似的信令信息)CCF路由的电话呼叫在服务器上接收到之前该入站用户选择被服务器接收,则处理该入站用户选择的过程或处理器可以等待并且在队列中(在数据库、存储器等中)定期轮询,以检查该入站呼叫是否已经在CCF服务器处被接收。
[0140] 如果在用户的选项之前在CCF服务器上接收到通过呼叫者的电话号码和被呼叫方的电话号码识别的(例如,经由转移报头或类似的信令信息)入站呼叫,则处理该入站呼叫的服务器过程可以定期轮询入站请求队列(在数据库、存储器等中),当其被接收时该入站请求队列将包含用户的选择。
[0141] 当在CCF服务器上接收到CCF路由的入站呼叫并且通过用户的选择处理器过程接收到用户的选择时,CCF服务将被指示适当地处理该入站呼叫。例如,该入站呼叫可被路由到用户的选择(例如,语音信箱、拨打一个以上的电话的组合、Skype或其它IM客户端、VoIP客户端、铃音或回铃音等)。
[0142] 该入站用户选择还可以在CCF服务器上查找该呼叫的入站支路(暂停(parked)的呼叫或者振铃/保持的呼叫),并且向该呼叫支路发送命令,以将其自己路由或桥接到适当的服务(例如,语音信箱、拨打一个以上的电话的组合、Skype或其它IM客户端、VoIP客户端、铃音或回铃音等)。
[0143] 在该入站呼叫被接收时与服务器的数据连接不可用的情况下,被呼叫方可以通过点击电话上的拒接或类似的功能将该呼叫发送到CCF服务器。如果被呼叫方没有接听该电话,则该呼叫同样被发送到CCF服务器,因为该电话没有被接听。当该呼叫被发送到CCF服务器时,该电话的OS或应用程序可以检测被拒听或未被应答的呼叫,并且通过IP连接(HTTP、TCP套接字等)、推送通知或SMS向CCF服务器通知错过的或拒接的呼叫。该CCF服务器可以基于呼叫方的电话号码、被呼叫方的偏好和服务器选项,用被呼叫方可利用的选项进行响应。该响应可以以对数据连接的响应的形式进行(例如,HTTP请求的响应、对该电话的推送通知、对来自该电话的轮询请求的响应等)或者在CCF服务器接收到来自该电话的响应之后发送给该电话。该电话可以将错过的呼叫类型(拒接、错过、呼叫结束)发送到CCF服务器,使得该服务器可以将适当的响应或选项列表发送到该手持设备。
[0144] 如果CCF服务器从该手持设备接收到拒接呼叫类型,则该选项列表可以反映其包括如上所述的前转到其它电话、VoIP或IM客户端等。如果接收到错过呼叫类型,则该服务器可以发送类似的选项列表或者简单地将该呼叫自动发送到语音信箱,因为该呼叫接收者还不能够通过拒接或类似选项将该呼叫明确地发送到CCF服务器,从而表明该用户也不能够响应由CCF服务器发送的选项。如果呼叫类型是完成的呼叫,则该CCF可以在呼叫者不再在电话上的情况下(即,该呼叫已经结束),简单地发回呼叫概要和适合于该呼叫类型的选项列表。这些选项和偏好可以在呼叫被接收之前由被呼叫方设置并且在接收到入站呼叫时通过匹配被呼叫方(即,通过转移报头等)与被呼叫方的偏好来使用。
[0145] 基于用户的偏好和选择来路由入站呼叫的以下步骤可以根据本文的其它部分中描述的步骤来进行。
[0146] 根据本发明的一个方面,提供一种用于处理移动电话每次接收到的入站呼叫的方法,该方法包括:使得在所述移动电话处接受所述入站呼叫的选项和将所述呼叫从所述移动电话前转到包括服务器和电话交换机至少之一的服务的选项可以在所述移动电话接收到所述入站呼叫时由所述移动电话的用户进行选择,同时所述用户从一个或多个进一步的选项中选择以确定如何处理所述呼叫;以及按照所述用户选择的选项所确定的那样处理所述入站呼叫。
[0147] 在实施例中,所述一个或多个进一步的选项可以确定将所述呼叫路由到何处,并且所述方法可以包括按照所述用户选择的选项所确定的那样路由所述呼叫。
[0148] 所述一个或多个进一步的选项可以确定用来接收所述呼叫的协议,并且所述方法可以包括使用所确定的协议处理所述呼叫。
[0149] 所述服务可以按照所述一个或多个进一步的选项中被选择的一个选项所确定的那样处理所述入站呼叫。
[0150] 在所述用户选择所述一个或多个进一步的选项之一时,可以将所述呼叫的呼叫方搁置,使得在搁置时可以向所述呼叫方提供来自所述服务的铃音或者消息。
[0151] 在搁置时,所述服务可以向所述呼叫方提供选项。
[0152] 所述服务可以将所述一个或多个进一步的选项提供给所述移动电话。
[0153] 所述服务可以检查所述用户是否已经用期望的动作进行响应以选择所述一个或多个进一步的选项中的一个选项。
[0154] 所述一个或多个进一步的选项可以包括下列中的至少一个:在向呼叫方播放请求所述呼叫方留下语音信箱消息的消息的情况下,将所述呼叫方发送到语音信箱;向所述呼叫方播放传真音,以提供传真接收服务;将所述呼叫路由到会议桥;将所述呼叫路由到所述移动电话的电话号码以外的另一个电话号码;将所述呼叫路由到接线员;以及将所述呼叫路由到VoIP或者即时消息收发地址。
[0155] 所述方法可以包括使所述用户可以获得阻挡所述呼叫的选项。
[0156] 所述方法可以包括将所述呼叫的呼叫方添加到被阻挡方的数据库。
[0157] 所述方法可以包括在数据库中查找所述呼叫的呼叫方的标识,并且将所述标识提供给所述移动电话的用户,使得所述用户可以基于所述标识确定如何处理所述呼叫。
[0158] 所述方法可以包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务,其中所述服务可以查找所述标识并且将所述标识发送回到所述移动电话。
[0159] 可替选地,所述移动电话可以查找所述标识信息。
[0160] 所述方法可以包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务,并且从所述服务向所述移动电话发送回消息,所述消息提供用于所述用户回呼所述服务的号码或地址,以将所述用户连接到所述呼叫的呼叫方。
[0161] 所述移动电话可以运行在所述移动电话上提供所述一个或多个进一步的选项的应用程序。
[0162] 所述方法可以包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务,用于按照所述一个或多个进一步的选项之一所确定的那样处理所述入站呼叫,其中所述应用程序可以将所述一个或多个进一步的选项中被选择的一个选项发送到所述服务。
[0163] 所述方法可以包括从在线商店提供销售的应用程序,使得不同的应用程序提供商能够将不同的选项用于处理呼叫。
[0164] 所述一个或多个进一步的选项之一可以包括将所述呼叫从所述移动电话前转到包括服务器和电话交换机至少之一的服务,并且将所述呼叫从所述服务路由到IP可访问的地址。
[0165] 将所述呼叫路由到IP可访问的地址可以包括使用VoIP将所述呼叫路由回到所述移动电话。
[0166] 根据本发明的另一方面,提供一种用于处理移动电话每次接收到的入站呼叫的方法,该方法包括:使得在所述移动电话处接受所述入站呼叫的选项和确定如何处理所述呼叫的一个或多个其它选项可以在所述移动电话处接收到所述入站呼叫时由所述移动电话的用户进行选择;以及按照所述用户选择的选项所确定的那样处理所述入站呼叫;其中所述一个或多个其它选项包括下列中的至少一个:将所述呼叫前转到另一个电话号码或地址;通过将所述呼叫前转到包括服务器和电话交换机之一的服务,阻挡所述呼叫,所述服务向所述呼叫的呼叫方播放呼叫阻挡消息;并且将所述呼叫方的电话号码存储在数据库中以阻挡来自所述呼叫方的后续呼叫;播放传真音以提供传真接收服务;以及随同向所述呼叫方播放什么消息的选项将所述呼叫前转到语音信箱。
[0167] 在实施例中,所述一个或多个其它选项可以确定用来接收所述呼叫的协议,并且所述方法可以包括使用所确定的协议处理所述呼叫。
[0168] 所述方法可以包括按照在所述一个或多个其它选项中选择的一个选项所确定的那样,将所述呼叫从所述移动电话前转到包括服务器和电话交换机之一的用于处理所述呼叫的服务。
[0169] 在所述用户选择所述一个或多个其它选项之一时,所述呼叫可以在所述服务上被搁置。
[0170] 在搁置时可以向所述呼叫的呼叫方提供来自该服务的铃音或消息。
[0171] 在搁置时所述服务可以向所述呼叫方提供选项。
[0172] 所述服务可以向所述移动电话提供所述一个或多个其它选项。
[0173] 所述服务可以检查所述用户是否已经用期望的动作进行响应以选择所述一个或多个其它选项之一。
[0174] 所述方法可以包括在数据库中查找所述呼叫的呼叫方的标识,并且向所述移动电话的用户提供所述标识,使得所述用户可以基于所述标识确定如何处理所述呼叫。
[0175] 所述方法可以包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务,其中所述服务可以查找所述标识,并且将所述标识发回到所述移动电话。
[0176] 可替选地,所述移动电话可以查找所述标识信息。
[0177] 所述方法可以包括将所述呼叫前转到包括服务器和电话交换机至少之一的的服务,并且从所述服务向所述移动电话发回消息,所述消息提供所述用户回呼所述服务用的号码或地址,以将所述用户连接到所述呼叫的呼叫方。
[0178] 所述移动电话可以运行在所述移动电话上提供所述选项的应用程序。
[0179] 所述方法可以包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务,用于按照所述一个或多个其它选项之一所确定的那样处理所述入站呼叫,其中所述应用程序可以将在所述一个或多个选项中选择的一个选项发送到所述服务。
[0180] 所述方法可以包括从在线商店提供销售的应用程序,使得不同的应用程序提供商能够将不同的选项用于处理呼叫。
[0181] 将所述呼叫前转到另一个地址的选项可以包括将所述呼叫前转到包括服务器和电话交换机至少之一的服务并且将所述呼叫从所述服务路由到IP可访问的地址。
[0182] 将所述呼叫路由到IP可访问的地址可以包括使用VoIP将所述呼叫路由回到所述移动电话。
[0183] 根据本发明的另一方面,提供一种用于处理移动电话接收到的入站呼叫的方法,该方法包括:将所述呼叫从所述移动电话前转到包括服务器和电话交换机至少之一的服务,并且将所述呼叫从所述服务路由到所述用户的IP可访问的地址。
[0184] 在实施例中,将所述呼叫路由到所述IP可访问的地址可以包括使用VoIP将所述呼叫路由回到所述移动电话。
[0185] 根据本发明的另一方面,提供一种用于处理移动电话每次接收到的入站呼叫的方法,该方法包括:使得在所述移动电话处接受所述入站呼叫的选项和确定如何处理所述呼叫的一个或多个其它选项可以在所述移动电话接收到所述入站呼叫时由所述移动电话的用户进行选择;按照所述用户选择的选项所确定的那样处理所述入站呼叫;以及使所述用户能够访问不同的应用程序,所述不同的应用程序提供用于处理呼叫的所述一个或多个其它选项的不同选项。
[0186] 根据本发明的另一方面,提供一种计算机程序产品,该计算机程序产品体现在计算机可读介质上并且被配置为当在处理器上执行时,根据任一上述方法特征进行操作。所述计算机程序可以体现在非暂时性计算机可读介质上。
[0187] 根据本发明的另一方面,提供一种包括服务器和电话交换机之一的服务,其中所述服务被配置为根据任一上述方法特征进行操作。
[0188] 根据本发明的另一方面,提供一种移动电话,其被配置为根据任一上述方法特征进行操作。
QQ群二维码
意见反馈