CN102449993A - 用于通信请求终止路由的方法和设备 - Google Patents

Abstract

一种用于呼叫终止路由的方法和设备。所述方法包含：决定呼入的一或更多个特征；将一或更多个特征映射至终止政策；以及将呼入路由至通信装置。根据映射终止政策将呼入路由至通信装置。由本领域已知的控制器计算装置来执行决定步骤、映射步骤和路由步骤。所述设备包含：用于决定呼入的一或更多个特征的构件；用于将一或更多个特征映射至终止政策的构件；以及用于将呼入路由至通信装置的构件。根据映射终止政策将呼入路由至通信装置。

Description

用于通信请求终止路由的方法和设备

技术领域

本发明涉及远程通信装置和服务的领域，且更具体地说，本发明涉及通信请求终止路由的方法和设备。

背景技术

公用交换电话网(Public Switched Telephone Network；PSTN)或普通老式电话服务(Plain Old Telephone Service；POTS)最初是作为早期的“一对一”通信系统来开发的。也就是说，PSTN或POTS最适合仅仅基于与被呼叫者有关的识别信息(即，目的地或被呼叫者电话号码)连接第一呼叫方与第二被呼叫方。PSTN的固有结构和发信号容量不易适合于为具有多个用户的目的地或中心位置定制通信请求(例如，电话呼入、短信等)的行为。同样地，通信请求通常终止于与中心位置(即，主要家用电话)有关的普遍接受的终点，其中中心位置的数个成员中的任何一个成员可接受所述请求。同样地，针对被呼叫中心位置的第一成员(即，男友对女儿)的请求可能会被被呼叫中心位置的第二成员(即，父亲)拦截。类似地，对中心位置的不希望的请求(即，夜晚的电话推销呼叫)可使通信线路在一段时间内保持不必要地忙碌或不可用。

为了满足对位于单个位置的多个用户提供通信的需要，开发且实施了专用交换分机(Private Branch Exchange；PBX)的概念。以此方式，位于中心位置的多个用户能够发送且接收通信请求。然而，PBX的应用仍然受限于PBX的容量，因为PBX为中心位置增加了体积和复杂性(即，附加中心位置切换装备)，而基于单个中心位置电话号码提供从呼叫者到被呼叫者的直接连接。通常，为了到达位于具有多个有关的被呼叫者的中心位置的一个被呼叫者，呼叫者必须知道次要接入信息(诸如，PBX分机号码)，或以其他方式接入本地目录或操作者以协助完成对被呼叫者的通信请求。虽然有可能通过拨被呼叫者的PBX直拨号码来进行直接连接，但是这迫使呼叫者记住或以其他方式记下且保存数目日益增加的个人电话号码，以到达位于中心位置的所述被呼叫者中的每一个被呼叫者。

这些类型的通信系统的购买和安装很昂贵，且所述通信系统通常是商业解决方案；因此，不适合于作为处于具有单个电话线路的多个用户的住户的个人消费水平下的解决方案。用于完成通信请求的此种方法已变为低效率的且麻烦的，因为所述方法仅仅依靠被呼叫者或目的地信息来完成请求。另外，此种解决方案没有为被呼叫者提供如何终止对中心位置的请求行为的控制。

因此，本领域需要通过利用被呼叫者信息以外的关于通信请求可用的附加信息来改进通信请求的执行。

发明内容

本发明的实施方式包含一种用于通信请求终止路由的方法和设备。根据本发明的一些实施方式，所述方法包含：决定传入的通信请求的一或更多个特征；将所述一或更多个特征映射至终止政策；以及将所述传入的通信请求路由至通信装置。根据映射终止政策将传入的通信请求路由至通信装置。由本领域已知的控制器计算装置来执行决定步骤、映射步骤和路由步骤。

根据本发明的一些实施方式，所述设备包含：用于决定传入的通信请求的一或更多个特征的构件；用于将所述一或更多个特征映射至终止政策的构件；以及用于将所述传入的通信请求路由至通信装置的构件。根据映射终止政策将传入的通信请求路由至通信装置。

附图说明

因此，获得且可详细理解本发明的上述特征结构的方式，可参考本发明的实施方式实施上文简要概述的本发明的更具体描述，一些实施方式图示于附图中。

然而，应注意，附图仅图示本发明的典型实施方式，且因此不应视为对本发明范围的限制，因为本发明可允许其它同等有效的实施方式。

图1示出根据本发明的用于在网络电话(Voice over IP；VoIP)远程通信环境中执行呼叫终止的一系列方法步骤；

图2示出根据本发明的彼此互动以在VoIP远程通信环境中执行呼叫终止的网络部件的系统层次图；以及

图3示出可用于实践本发明的一或更多个实施方式的控制器的示意图；以及

图4示出根据本发明的实施方式的用于在VoIP远程通信环境中执行呼叫终止的一系列方法步骤。

为了促进理解，在可能的情况下已使用相同元件符号指定为诸图所共有的相同元件。

具体实施方式

本发明提供一种通信请求(即，电话呼叫)处理的方法，所述通信请求处理不仅仅依靠被呼叫者信息将呼叫路由至特定终端。附加信息可包括(但不限于)关于呼叫者的识别和产生请求的当日时间可导出的信息。通过将此附加信息引入至通信请求处理中，可能使呼叫者到达与中心位置或目的地有关的多个用户或被呼叫者，而不必提供关于被呼叫者的附加信息。在一个实施方式中，呼叫者与被呼叫者之间的关系被预定义且存储以供将来参考。在发起通信请求之后，决定呼叫者与被呼叫者之间关系是否存在。术语“呼叫者”和“被呼叫者”通常用于分别指定通信请求的发起者和接受者。虽然已就电话呼叫论述了示范性实施方式，但是本领域的普通技术人员将认识到本发明适用于各种其它类型的通信请求。基于此种关系信息，执行通信请求终止(或呼叫流程)的特定指令，以使通信请求行为根据与中心位置有关的特定个人而调整。

使用VoIP执行这些类型的通信请求。网络电话(VoIP)是远程通信领域中的技术开发，所述VoIP用于使用互联网协议(IP)通信通过数据网传输语音通话。实体(商业或个人)通过购买和安装最少量的装备(客户方装备(Customer Premise Equipment；CPE)装置)来使用VoIP，以接入VoIP服务供应商。随后，VoIP服务供应商通过订购模式向实体提供远程通信服务。在订购VoIP服务之后，且视请求的服务水平而定，实体可与其它VoIP订购者或PSTN客户进行电话呼叫，且可接入与VoIP服务有关的数个特征。由于呼叫处理中的一部分是通过非传统手段(即，基于封包式或VoIP网络)来执行的，所以不能只通过由ISDN和POTS控制的传统手段来执行发信号和呼叫设定。在一些实施方式中，使用会话发起协议(Session Initiation Protocol；SIP)执行发信号，所述发信号执行于封包式网络中。SIP为用于经由封包式网络发起、管理和终止介质(例如，语音、数据和视频)会话的流行通信协议，所述SIP通常使用互联网协议(IP)，VOIP是所述互联网协议中的一个实例。同样地，请求可执行的方式的灵活性增加了，且针对使用VoIP的客户的特征增加了。在Internet Engineering Task Force(IETF)Request forComments(RFC)第3261页标题名称为“SIP：Session Initiation Protocol”中可发现SIP的细节和功能，所述文章以引用方式全文并入本文中。SIP建立和协商会话，包括修改或终止会话。SIP使用独立定位地址系统特征，其中基于一方的名称就可到达被呼叫方。SIP还支持名称映射和重新定向，从而允许用户从任何位置发起和接收通信。

图1示出根据本发明的实施方式的用于实践多用户位置的通信请求终止的一系列方法步骤100。在步骤102中，方法100开始，藉此接收由呼叫者向被呼叫者发送的传入的通信请求。被呼叫者为与中心位置有关的许多用户或被呼叫者中的一个。在一些实施方式中，通信请求为电话呼叫；然而，在一些实施方式中，在所述方法100中还能够处理各种类型的消息，诸如短消息服务(Short Messaging Service；SMS)或短信、电子邮件、语音信箱等。

在接收请求之后，在步骤104中，决定正在通过请求试图到达的被呼叫者是否具有呼叫者信息列表(即，通讯录)，所述呼叫者信息列表与被呼叫者的通信服务供应商有关或者由被呼叫者的通信服务供应商保存。通讯录用作关于被呼叫者已建立之前联系的呼叫者的信息的主要储存库。信息可包括姓名、居住位置和一或更多个电话号码或消息联系标识符(即，电子邮件地址、聊天ID等)。另外，通讯录具有通信请求政策信息，所述通信请求政策信息控制如何执行来自呼叫者的通信请求。政策信息可包括(但不限于)可向被呼叫者直接发送请求与向次要位置发送请求的时间，诸如消息服务；表示总是或从未允许呼叫者实现请求的被呼叫者白名单或黑名单等。可进一步完善时间政策以表示不同的政策，所述政策选自由以下组成的群组：进行请求的当日时间和星期几。如果被呼叫者不具有呼叫者信息列表，那么方法100行进至步骤106，藉此通过将请求传递至被呼叫者(即，“接通”)，发生普通的通信请求处理，而未调用关于呼叫行为的任何特定政策。此举具有以下效应：请求通常终止于与中心位置(即，主要家用电话)有关的普遍接受的终点，其中中心位置的数个成员中的任何一个成员可接受所述请求。

如果被呼叫者具有呼叫者信息列表，那么方法100行进至步骤108，藉此决定传入请求是否标记为私人请求。私人请求将为不专门识别呼叫者的请求(即，在请求处理期间呼叫者已调用所述呼叫者的信息的块功能)。同样地，此举可影响被呼叫者如何希望终止请求。如果所述请求识别为私人的，那么方法100行进至步骤110，藉此决定被呼叫者是否具有预定义的优选私人呼叫终止行为。如果不存在此种预定义或默认的私人呼叫终止行为，那么在步骤106中，通过将请求传递至被呼叫者(即，“接通”)，继续进行处理，而未调用关于呼叫行为的任何特定政策。如果存在预定义或默认的私人呼叫终止行为，那么在步骤112中，通过执行被呼叫者的默认私人呼叫终止行为，继续进行处理。在一个实施方式中，默认私人呼叫终止行为选自由以下组成的群组：“直接发送至语音信箱”和“用呼叫者的相应消息直接拒绝请求”。其它类型的终止行为可能基于被呼叫者偏好且其它类型的终止行为属于本发明的范围内。

如果所述请求未被识别为私人的，那么方法100行进至步骤114，藉此执行信息查找。在本发明的一个实施方式中，执行查找，以决定是否存在定义呼叫者与被呼叫者之间的关系或所要通信请求终止行为的数据。优选地，数据为数据子集(即，数据存储)，所述数据子集识别基本的被呼叫者信息、被呼叫者通讯录信息和特定呼叫者政策信息，但是也可使用附加信息，诸如执行查找时的时间戳。在本发明的一个实施方式中，每一个呼叫者存在一个数据存储记录，即，被呼叫者希望具有特定通信请求终止政策。定期保存和更新每一个数据存储记录，以使在传入的通信请求时，可容易且有效地获取特定呼叫者的数据存储记录，以便可快速调用相应的终止政策。如果不存在针对来自特定被呼叫者的传入的通信请求的此种数据存储记录，那么方法行进至步骤116，藉此决定是否存在普通默认终止行为，所述普通默认终止行为控制针对被呼叫者进行的所有请求。例如，在不存在特定被呼叫者终止政策但呼叫者具有普通政策(即，所有呼入均发送至另一个电话号码)的情况下，被呼叫者将被导引至此种转发号码。如果没有显示此种普通默认终止行为，那么在步骤118中，通过将请求传递至被呼叫者(即，“接通”)，继续进行处理，而未调用关于呼叫行为的任何特定政策。如果存在普通默认终止行为，那么在步骤124中，通过执行时间政策查找，继续进行处理。时间政策查找基于进行传入呼叫请求的当日时间和星期几来进一步完善普通默认终止行为的行为。如果不存在此种时间政策数据，那么方法行进至步骤126，藉此调用普通默认终止行为，而不管请求时间。如果存在时间政策数据，那么方法行进至步骤128，藉此基于请求时间调用普通默认终止行为。

如果存在针对来自特定被呼叫者的传入的通信请求的数据存储记录，那么方法行进至步骤120，藉此执行时间政策查找。时间查找基于进行此种请求的当日时间和星期几来进一步完善被呼叫者请求的行为。如果不存在此种时间政策，那么方法行进至步骤130，藉此执行被呼叫者请求，而不管请求时间。虽然为了达到这个示范性实施方式的目的，将时间政策查找步骤120描述为出现在呼叫者/被呼叫者查找步骤114之后，但是本领域的普通技术人员将认识到查找步骤的相继次序可改变，以产生不同终止政策。例如，用户可能希望在下午十点之后所接收的所有呼叫直接转到语音信箱，同时语音信箱路由基于呼叫者/被呼叫者查找114而出现。在一些实施方式中，也可不按就本实例所描述的顺序执行私人呼叫检查步骤108。如果存在时间政策数据，那么方法行进至步骤122，藉此基于请求时间执行被呼叫者请求。基于被呼叫者偏好、当日时间/星期几、消息偏好等可能存在其它类型的终止行为，且所述其它类型的终止行为也属于本发明的范围内。在一个实施方式中，通信请求是消息而不是电话呼叫，且所述通信请求选自由以下组成的群组：电子邮件、聊天会话、即时消息和SMS。通过执行呼叫流程112、122、126、128和130或接通步骤106和118中的一个，来结束所述方法。

图2示出根据本发明的实施方式由网络部件组成的系统200，所述网络部件彼此互动以在VoIP远程通信环境中多用户位置处执行呼叫终止。系统200包含：入站语音通信处理器(IB)202，所述入站语音通信处理器(IB)202接收来自呼叫者(不管是PSTN始发端还是VoIP始发端)的通信请求，且执行必要步骤以建立呼叫者通信装置与被呼叫者通信装置(例如，CPE装置)之间的链接。特征服务器214连接至入站语音通信处理器202。特征服务器214执行呼叫者和被呼叫者信息的分析，如上文根据方法100所描述的和下文更详细描述的。一旦完成分析，那么特征服务器214会产生合适的通信请求流以完成通信请求。一或更多个数据库/存储装置218连接至特征服务器214，所述数据库/存储装置218含有与数个网络用户有关的信息。合适的数据库/存储装置218的一个实例是Linux操作系统上的MYSQL数据库。从数据库218获得的信息有助于语音通信处理功能，诸如先前所描述的和下文更详细描述的语音通信处理功能。在本发明的一个实施方式中，数据库218保存一些XML文件，所述XML文件含有与远程通信服务有关的网络用户分布和偏好，所述远程通信服务提供至所述网络用户。

系统进一步包括一或更多个子系统，所述子系统连接至入站语音通信处理器202，以允许各种呼叫处理特征。例如，语音信箱服务器和伴随的子系统216连接至入站语音通信处理器202。当呼叫方被给予响应选项或呼叫方为被呼叫方留消息时，语音信箱服务器216提供语音信箱特征的功能。在一些实施方式中，语音信箱服务器216合并多个服务器子系统，以向系统200提供坚固性、比例和容量且提供不同特征和服务连续性。此类服务器和子系统为本领域所熟知的，且在一个实例中此类服务器和子系统是由Huntsville，AL的DIGIUM，Inc.提供的ASTERISK PBX系统。

虽然就图2所公开的系统公开了用于执行涉及呼叫终止和路由的各种功能的个人服务器，但是本领域的普通技术人员将认识到，可由负责单个作用、多个作用或任何此类上述组合的一或更多个服务器或服务器集合来执行IB 202、特征服务器214、语音信箱服务器216、出站通信处理器206等的作用。例如，单个服务器可能负责特征服务器214和语音信箱服务器216的作用。

各种部件通过公用/专用数据网220(诸如(但不限于)互联网)连接至入站语音通信处理器202。出站语音通信/登记处理器(OB)206执行针对被呼叫方装置的各种功能，包括(但不限于)将被呼叫方的登记保存在系统200上。虽然出站语音通信/登记处理器206表示为图2中的单个网络元件，此描述也可代表数个处理器，所述数个处理器能够执行如本公开中所描述的相同功能，以重复一或更多个此种处理器的失效备援状态。在本发明的一些实施方式中，出站语音通信/登记处理器206是数个处理器，对VoIP电话系统的给定客户帐户来说，所述处理器充当代理组。在一些实施方式中，出站语音通信/登记处理器206进一步耦接至PSTN装置224。例如，移动电话PSTN装置224可能具有直接从VoIP服务供应商操作系统200接收SMS消息的能力，而不通过由网关204提供的PSTN网络。如果PSTN装置224不能用于接收SMS消息，那么由在功能上类似于语音信箱服务器和子系统216的服务器和子系统执行存储和转发操作。因此，下次PSTN装置224可用时，SMS将从SMS的存储位置转发至此种服务器上。在本发明的一些实施方式中，IB 202可通过网络220路由至第二IB 212。以此方式，可以递归方式实施本发明，其中在每一个水平下应用单独的路由和/或终止政策。在一些实施方式中，第二IB 212可路由至相关的第二CPE 208。

出站语音通信/登记处理器206连接至CPE装置208，当接入通信网络200时被呼叫方操作所述CPE装置208。CPE装置208的实例包括模拟电话适配器(analog telephone adapter；ATA)和语音通信装置。ATA的一个特定、非限制性实例是由Schaumburg，Illinois的Motorola，Inc.制造和出售的型号为VT-2442的调制解调器。语音通信装置是实体部件，当涉及语音通信会话时呼叫者实际上与所述实体部件接合。在本发明的一个实施方式中，语音通信装置选自由以下组成的群组：模拟电话和IP电话(具有整合于电话中的ATA)。或者，语音通信装置是网络类或“软件电话(softphone)”类型的装置，所述装置与集成音频传感装置在PC上操作。可利用本发明的优点的此类语音通信装置的特定、非限制性实例包括由Corinth，Mississippi的CORTELCO制造和出售的型号为2500的模拟电话、由Tokyo，Japan的UNIDEN制造和出售的型号为UIP1869V的IP电话和由Holmdel，NJ的VonageHoldings Corp制造和出售的V电话。在一些实施方式中，此类装置将ATA和语音通信装置的功能合并于单个部件中。

特征服务器214提供支持基础设施，以按所述方式且根据本发明执行通信请求处理。具体地讲，特征服务器214能够存储特定被呼叫者(例如，通信服务订购者)的数据存储记录226，以使当在IB 202处接收通信请求时，可快速且容易地评估呼叫者信息列表(通讯录)和数据存储记录226存在的决定，所述呼叫者信息列表(通讯录)和数据存储记录226控制呼叫终止政策。

数据存储记录226是普通订购者数据的子集，所述订购者数据存储于数据库218中。数据库218与特征服务器214之间的连接允许基于订购者数据定期更新数据存储记录226。例如，如果订购者(例如，通过基于网络的界面)改变特定特征或呼叫终止政策，那么对订购者数据进行那些改变且将更新发送至特征服务器214，以便更新相应的数据存储记录226。在一些实施方式中，数据存储记录226存储于数据表中，所述数据表将某些呼叫特征(例如，呼叫者身份、当日时间、星期几等)映射至特定的终止政策。

一旦获取相关信息，那么特征服务器214会根据已决定的呼叫终止政策产生合适的通信请求流，且所述特征服务器214将此类指令传递至202。随后，IB 202将决定通信网络中的下一个合适点，以便以所要方式终止请求。同样地，本发明允许目的地基于一组规则成为供一组替代目的地联系的中央点，所述规则存储于通信网络内的数据库中。通过非限制性实例，随后，可出现以下数个呼叫流程中的一或更多个呼叫流程：

至网关204的呼叫流程，所述网关204接近PSTN装置224，所述PSTN装置224与跟中心位置有关的用户中的一个用户有关(即，手机属于对应于中心位置的住户中的成员但具有不同于中心位置的DID号码)；

至OB 206的呼叫流程，所述OB 206接近IP装置，所述IP装置与跟中心位置有关的用户中的一个用户有关(即，软件电话客户端或其它IP电话装置属于对应于中心位置的住户中的成员但具有不同于中心位置的DID号码)；

至第二IB 212的呼叫流程，以实现呼叫特征(即，呼叫转发)政策；以及

至语音信箱服务器216的呼叫流程，以实现语音消息政策。基于政策参数可能存在其它呼叫流程，且所述其它呼叫流程属于本发明的范围内。

图3示出可用于实践本发明的一或更多个实施方式的控制器的示意图。在以上图式中所识别且在本文中所论述的服务器中的任何一个服务器、服务器组合或所有服务器均可充当控制器300，所述控制器300可用于实践本发明。可选且优选地，用户接入装置102也可以充当控制器，以按所述方式执行呼叫处理。此种装置的细节在图3中绘制为控制器300。

控制器300可能为任何形式的通用计算机处理器中的一个，所述通用计算机处理器用于接入IP类网络，诸如上述LAN/WAN、公司内部网、互联网等。控制器300包含：中央处理器(CPU)302、存储器304和CPU 302的支持电路303。控制器300还包括：用于将控制器300连接至数据库、客户装备和/或服务供应代理装备的条款308/310；和用于接入控制器300和/或执行与控制器300有关的辅助或管理功能的一或更多个输入/输出装置(未示出)。应注意，条款308/310在图3中图示为单独总线结构；然而，条款308/310可能可选地为单个总线结构，而通常不会降低或改变控制器300或本发明的预期操作性。另外，如下文详细描述的控制器300以及控制器300的操作部件和程序设计图示为单个实体；然而，控制器也可为环绕系统散置的一或更多个控制器和程序设计模块，所述控制器和程序设计模块各自实施名字翻译处理的特定或专门部分。通过非限制性实例，在特征服务器214处可发生控制器300或软件操作的一部分。本领域技术人员知道且了解控制器和控制器程序设计的其它配置。

存储器304耦接至CPU 302。存储器303，或计算机可读介质，可为易可用的存储器中的一或更多个，诸如随机存取存储器(RAM)、只读存储器(ROM)、软盘、硬盘、闪速存储器或任何其它形式的数字存储器(本地或远程)。支持电路303耦接至CPU 302，用于以传统方式支持处理器。这些电路包括高速缓冲存储器、电源供应器、时钟电路、输入/输出电路系统和子系统等。当由CPU 302执行时，软件程序312致使控制器300执行本发明的处理，且所述软件程序312通常存储于存储器304中。所述软件程序312还可由第二CPU(未示出)存储和/或执行，所述第二CPU距离CPU 302控制的硬件很远。

执行软件程序312以决定且执行针对呼入的终止政策。当由CPU 302执行时，软件程序312将通用计算机转换为专用计算机(控制器)300，所述专用计算机(控制器)300控制(例如)图1的通信请求终止处理。虽然本发明的处理论述为作为软件程序进行实施，本文中所公开的方法步骤中的一些步骤可在硬件中执行且由软件控制器执行。同样地，可在执行于计算机系统上的软件、作为专用集成电路的硬件或其它类型的硬件实施方式或软件和硬件的组合中实施本发明。本发明的软件程序312能够在计算机操作系统上执行，所述计算机操作系统包括(但不限于)MICROSOFTWINDOWS 98、MICROSOFT WINDOWS XP、APPLE OS X和LINUX。类似地，本发明的软件程序312能够使用CPU结构执行，所述CPU结构包括(但不限于)APPLE POWER PC、INTEL X83、SUN service provider AGENTRC和INTEL ARM。

图4示出根据本发明的实施方式的用于路由呼叫终止的一系列方法步骤400。在本发明的一些实施方式中，由控制器300执行方法400以提供呼叫终止路由功能。在步骤402中，方法开始，藉此接收呼入。在步骤404中，方法决定来自呼入的一或更多个特征，诸如呼叫者的位置、呼叫者的身份、产生呼叫的当日时间、产生呼叫的星期几等。一旦决定了呼叫特征，那么方法行进至步骤406。

在步骤406中，方法将已决定的呼叫特征映射至终止政策。在一些实施方式中，方法根据呼叫者身份和日期/时间决定终止政策，诸如通过以上就图1所论述的方法。在一些实施方式中，方法通过执行呼叫特征组的查找表来决定终止政策，其中各组呼叫特征映射至特定终止政策。在一些实施方式中，映射表源自一组如就图1所论述的通讯录信息。一旦决定了终止政策(例如，呼叫应被路由至特定语音信箱，因为呼叫者号码为私人的，或呼叫应被路由至特定电话，因为呼叫者为在一天中的特定时间进行呼叫的特定人)，那么方法行进至步骤408。

在步骤408中，方法使用在步骤406中已决定的映射终止政策来路由呼入。当根据终止政策路由呼叫时，在步骤410中方法结束。

虽然上述内容针对本发明的实施方式，但可在不脱离本发明的基本范围的情况下设计本发明的其它及更多实施方式，且本发明的范围。

Claims (20)

1.一种用于网络电话(Voice over Internet Protocol；VoIP)系统中的通信请求终止路由的方法，所述方法包含：

使用控制器决定传入的通信请求的一或更多个特征；

使用所述控制器将所述一或更多个特征映射至终止政策；以及

使用所述控制器根据所述终止政策将所述传入的通信请求路由至通信装置。

2.如权利要求1所述的方法，其中所述一或更多个特征包含以下中的至少一个：请求者身份、产生所述传入的通信请求的当日时间或产生所述传入的通信请求的星期几。

3.如权利要求1所述的方法，其中所述一或更多个特征进一步包含所述传入的通信请求是否来自匿名请求者。

4.如权利要求3所述的方法，其中所述终止政策进一步包含针对匿名请求者的默认终止政策。

5.如权利要求4所述的方法，其中所述默认终止政策包含将呼入从匿名请求者路由至语音信箱系统。

6.如权利要求1所述的方法，其中所述通信装置为包含语音信箱系统、住宅电话、手机、寻呼机或个人数字助理的群组中的至少一个。

7.如权利要求1所述的方法，其中所述映射步骤进一步包含在数据表上执行查找操作，其中由与所述一或更多个特征有关的一或更多个值为所述数据表编索引，且其中所述值中的每一个值均与特定的终止政策有关。

8.如权利要求7所述的方法，所述方法进一步包含：决定所述传入的通信请求的目的地号码是否具有通讯录，所述通讯录包含与所述通讯录有关的所述数据表。

9.如权利要求1所述的方法，其中所述一或更多个特征映射至默认终止政策，所述默认终止政策将所述呼入路由至主要家用电话。

10.如权利要求1所述的方法，其中所述传入的通信请求为短信。

11.如权利要求1所述的方法，其中由所述通信请求的接受者定义所述一或更多个特征。

12.如权利要求1所述的方法，其中所述终止政策选自包含默认终止政策或接受者定义的终止政策的群组。

13.如权利要求1所述的方法，其中所述终止政策将所述传入的通信请求路由至一或更多个通信装置，所述通信装置选自数个通信装置。

14.一种用于VoIP系统中的通信请求终止路由的设备，所述设备包含：

用于决定传入的通信请求的一或更多个特征的构件；

用于将所述一或更多个特征映射至终止政策的构件；以及

用于根据所述终止政策将所述传入的通信请求路由至通信装置的构件。

15.如权利要求14所述的设备，其中所述一或更多个特征包含以下中的至少一个：请求者身份、产生所述传入的通信请求的当日时间或产生所述传入的通信请求的星期几。

16.如权利要求14所述的设备，其中所述通信装置为包含语音信箱系统、住宅电话、手机、寻呼机或个人数字助理的群组中的至少一个。

17.如权利要求14所述的设备，其中用于映射的所述构件进一步包含在数据表上执行查找操作，其中由与所述一或更多个特征有关的一或更多个值为所述数据表编索引，且其中所述值中的每一个值均与特定的终止政策有关。

18.如权利要求14所述的设备，其中用于决定的所述构件进一步包含决定所述传入的通信请求是否来自匿名请求者。

19.如权利要求14所述的设备，其中所述一或更多个特征映射至默认终止政策，所述默认终止政策将所述传入的通信请求路由至主要家用电话。

20.如权利要求14所述的设备，其中所述传入的通信请求为短信。

Images