技术领域
[0001] 本
发明涉及VoIP电话中的用户的呼叫管理,并且尤其涉及
别名的使用。
背景技术
[0002] 用户给其他人电话联系信息以便该用户可以接收呼叫。典型地,单个联系信息(例如电话号码)由用户提供给一个较大范围的人群和企业,包括朋友、家人、商务联系、老板、慈善组织以及例如信用卡公司的服务提供商。当为了加入组织和运动队、进入抽奖(draw)、
请求消费者信息、预订杂志或注册互联网组织而填写表格时,也提供联系信息。联系信息还可以被传送给用户未知的第三方。
[0003] 可以
访问用户的联系信息的大量人群和组织对用户来说是一种负担,尤其是电话推销。即使呼叫方是合法的,用户也几乎没有办法在接听电话之前知道是谁在呼叫。无论呼叫是来自家庭成员、特定的朋友群、另一个朋友群、老板、还是潜在的客户,用户都必须用同样的方式处理所有这种呼叫,直到该用户接听呼叫并且呼叫方表明自己的身份。当联系信息在几个人之间共享(如在共享一条电话线的家庭中)时,问题更复杂。
[0004] 用于提供呼叫方标识(呼叫方ID)的系统能够例如通过允许用户将主叫号码标识为特定朋友的号码,来帮助识别呼叫方并且筛掉不希望的呼叫方。可是,呼叫方ID是受限的,这是因为它们关联于主叫设备而不是主叫方。这就呼叫方而言导致了呼叫方匿名的程度。用户可以选择阻止来自未识别号码的呼叫,或者阻止来自
指定号码的呼叫,但在任何情况中,管理呼叫的问题是基于主叫设备的标识的。如果来自未识别号码的呼叫被阻止,则从其它人的电话或公共电话进行呼叫的朋友不能联系到用户。如果来自指定号码的呼叫被阻止,则当从先前未被用户识别的设备进行呼叫时,不希望的呼叫方将联系到该用户。在任何情况下,基于发起呼叫的设备来处理呼叫,而不是基于实际进行呼叫的人来处理呼叫。此外,主叫方可以使用匿名服务而使呼叫方ID无效。即使呼叫方利用呼叫方ID而被正确地识别,呼叫的管理也限于阻止或允许呼叫。
[0005] 用户可能希望用不同于仅阻止或允许呼叫的其它方式来管理呼叫。例如,用户可能希望利用特定通知而将来自某些呼叫方的呼叫转发到语音信箱、用类似职业的方式来亲自应答呼叫(例如“ABC服务,我是Peter”)、阻止来自某些呼叫方的呼叫并播放指定消息、或将来自某些用户的呼叫转发给另一终端。
[0006] Bell Teen ServicesTM允许每个住宅线最多四个电话号码,每个号码一个特殊铃声。例如,这允许家中的父母将一个电话号码分发给他们的朋友和熟人,而孩子将另一个电话号码分发给他/她的朋友。这样,当电话铃响起时,呼叫方是孩子的朋友之一还是父母的朋友或熟人之一将是很清楚的。然而,不同电话号码的数量是有限的,并且这些号码只能在建立服务时才可被选择。撤消号码是很慢的过程,该过程不能在不涉及服务提供商的情况下由用户独自执行。另外,用户的电话仅通过呈现不同的振铃模式来不同地处理每个被叫号码。
[0007] 允许用户随时配置任何数量的个性化别名的系统,允许用户动态地定制他或她可以被联系到的方式,这提供了用户对他或她的隐私的更大控制。
临时别名的使用允许用户分发有限持续时间的联系信息。
发明内容
[0008] 根据本发明的一个方面,提供了一种用于在互联网协议上的语音(VoIP)通信网络中建立连接的方法。存储与用户终端的联系信息相关联的多个用户可配置的别名。在代理处接收用于建立连接的呼叫请求,该呼叫请求包括所述别名之一。关联于包含于呼叫请求中的别名的联系信息被确定。建立到用户终端的连接。在一个
实施例中,对于每个别名,在用户终端存储与该别名相关联的本地策略。用户终端确定包含于呼叫请求中的别名,并且根据与该别名相关联的本地策略来处理呼叫请求。
[0009] 根据本发明的另一个方面,提供了一种用在VoIP通信网络中的用户终端。该用户终端包括
存储器,用于存储至少一个别名和至少一个本地策略,每个本地策略与各自的别名相关联。用户终端包括别名管理器,用于向注册
服务器(registrar)传送别名,其中根据与终端用户的联系信息的关联来添加或删除所述别名。用户终端包括呼叫处理器,用于接收来自代理的呼叫请求,以从呼叫请求中提取被接收别名,并且应用关联于该被接收别名的本地策略。根据本发明的另一方面,提供了一种用于在VoIP通信网络中、在代理处处理呼叫请求的方法。从呼叫方设备接收呼叫请求。由呼叫方设备的用户所输入的别名被确定。关联于该别名的联系信息被确定。关联于呼叫方设备的唯一输出别名被确定。该唯一外出别名作为呼叫方设备标识符而被插入呼叫请求中。该呼叫请求被转发给由联系信息所标识的用户终端。在一个实施例中,与用户输入的别名相关联的代理策略被确定,该代理策略在代理处被存储。根据关联于所述别名的代理策略来处理所述呼叫请求。
[0010] 本发明的方法和装置允许用户动态地配置他或她可以被联系到的方式。通过允许用户按照其选择来配置他或她的别名,可以按照用户的期望长期或短期地将别名关联于用户设备。用户能控制能够联系到他或她的人,并且与特定主叫设备无关地被警告是谁在呼叫。根据哪个别名被用来联系用户设备,用户可以配置该用户设备来执行不同的动作,例如显示该别名的描述。例如,想卖车的用户可以准确地为该目的而创建并分发别名。潜在的买方使用所分发的别名,并且当从使用被分发别名的某人接收了呼叫时警告该用户,而不管呼叫方从哪里进行呼叫。这允许用户在希望时忽略这种呼叫。一旦车子被售出,用户就可以配置用户设备以向被分发别名的呼叫通知车子已售出,并且不久之后使该别名完全无效。
附图说明
[0011] 参考附图,根据下面对优选实施例的详细描述,本发明的特征和优点将变得更加显而易见,其中:
[0013] 图2是根据本发明一个实施例的图1的用户设备的框图;
[0014] 图3是根据本发明一个实施例的方法的
流程图,图2的别名管理器通过该方法来配置别名;
[0015] 图4是根据本发明一个实施例的方法的流程图,图2的呼叫处理器通过该方法来处理进入呼叫;
[0016] 图5是根据本发明一个实施例的方法的流程图,图1的代理通过该方法来处理外出的呼叫请求。
[0017] 应当指出,附图中相同的部分采用相同的标记。
具体实施方式
[0018] 参见图1,示出了互联网协议上的语音(VoIP)通信网络的一部分的框图。用户通过该通信网络在例如VoIP实现的(enabled)电话的用户设备10处接收呼叫。用户通过用户设备10与注册服务器12交互以管理用户定义的别名。注册服务器12将用户定义的别名存放在
位置服务器14上。希望联系用户的呼叫方通过例如VoIP实现的电话的呼叫方设备16而接入通信网络。呼叫方设备18联系代理18,代理18咨询位置服务器14以检索用户设备10的联系地址。代理18在呼叫方设备16和用户设备10之间建立连接。与J.Rosenberg等人的“SIP:Session Initiation Protocol”(IETFRFC 3261,2002年6月)一致,用户设备10、注册服务器12、位置服务器14、呼叫方设备16以及代理18,是SIP实现的设备并且利用SIP信令相互通信。注册服务器12、位置服务器14以及代理18优选地由单个管理实体20来管理,该管理实体20提供本发明的自适应通信配置文件(profile)服务。
[0019] 广泛地说,在操作中,用户定义至少一个别名的集合,并且这些用户可配置的别名被存储在位置服务器上。用户还定义与每个别名相关联的各自的本地代理,并且这些本地代理被存储在用户设备处。每个别名充当记录地址并且被存储在位置服务器14上。用户分发别名给用户希望与之联系的人和组织。尽管注册服务器确保用户输入的任何别名的全局唯一性,然而别名的定义以及分发完全由用户决定,用户输入要添加到存储器中的别名并且指定要从存储器中删除的别名。希望联系该用户的呼叫方已经被该用户通知所述别名之一(例如,用户可以对特定的呼叫方说“你可以通过这个地址联系到我”)。呼叫方在呼叫方设备输入该别名,并且该别名被包括于由代理接收的呼叫请求中。当代理接收了来自呼叫方设备的呼叫请求时,代理从该呼叫请求中提取所述别名。代理从位置服务器确定对应于所述别名的联系地址,并且该别名和联系地址之间的对应已经被用户定义并通过注册服务器被输入位置服务器中。代理在呼叫方设备和由对应于所述别名的联系地址所识别的用户设备之间建立连接。代理还可以将代理策略应用于呼叫请求,在代理处存储代理策略。用户设备接收所述呼叫请求并且从信令信息中提取所述别名。用户设备确定关联于别名的本地策略,并且应用该本地策略。
[0020] 参见图2,示出了根据本发明一个实施例的用户设备10的框图。用户设备10包括用户
接口22,用户通过该接口与别名管理器24交互。别名管理器24可以发送SIP
信号给注册服务器12。通过呼叫处理器26在用户设备10处接收呼叫请求。别名管理器24和呼叫处理器26每个都能够访问用户设备10的存储器28。呼叫处理器26在用户接口22上显示信息。
[0021] 别名管理器24和呼叫处理器26优选地以在用户设备10的一个或多个处理器内的
软件指令的形式,但是可以更一般地以软件和
硬件的任意组合的形式,包括集成
电路内的硬件。
[0022] 参见图3,示出了根据本发明一个实施例的方法,别名管理器24通过该方法来配置别名。当用户通过用户接口22选择别名管理功能时,执行该方法。在步骤40,别名管理器24从存储器28检索当前的别名信息-如果有的话。别名信息包括至少一个别名和与每个别名相关联的对应的本地策略。本地策略优选地是显示名称,当接收到指向该别名的呼叫时要将该显示名称显示在用户接口上(例如,“Fred”,“家人”,“
汽车买主”),但是可以另外地或可选地包括用于处理指向该别名的呼叫的指令。这种用于处理呼叫的指令的例子包括:将该呼叫重新指向另一个设备或联系地址、阻止该呼叫,或者在阻止呼叫时或在用户不应答该呼叫的情况下播放专用于该别名的被记录消息。
[0023] 在步骤42,别名管理器24通过用户接口22向用户呈现当前的别名信息,或许是以缩写的形式。在步骤44,别名管理器24通过用户接口22接收来自用户的
修改请求。如果别名管理器24在步骤46确定该修改请求是删除别名,则在步骤48,别名管理器24发送SIP REGISTER信号给注册服务器12,以指示该别名不再与用户设备的联系地址相关联,并且在步骤50从存储器28中删除该别名以及关联的本地策略。别名管理器24然后在步骤42更新别名信息的显示。
[0024] 如果别名管理器24在步骤46确定所述修改请求不是删除别名,则在步骤52,别名管理器24确定该修改请求是否是修改别名。如果是,则别名管理器24在步骤53接收要关联于该别名的新的本地策略,例如新的显示名称。在步骤54,别名管理器24更新存储器28以便包括所述新的本地策略,并且在步骤42更新别名信息的显示。由于本地策略只被本地存储在用户设备10中,因此不需要到注册服务器的信令。
[0025] 如果别名管理器24在步骤52确定所述别名不被修改,则所述修改请求是添加新的别名以及关联的本地策略。在步骤56,别名管理器24通过用户接口22接收来自用户的新别名和新本地策略。在步骤58,别名管理器24发送SIP REGISTER信号给注册服务器12,其识别要与用户设备10的联系地址相关联的新别名。注册服务器12确保用户所选择的别名对用户设备域来说是唯一的,以确保该别名的全局唯一性。注册服务器12信号通知别名管理器24用户所选择的别名是否可以接受。在步骤60,别名管理器24获悉该别名是否可接受。如果该别名是可接受的,则在步骤62,别名管理器更新存储器28以插入这个新别名以及新的关联本地策略。一旦存储器被更新,或如果该别名是不可接受的,则别名管理器24在步骤42更新别名信息的显示。
[0026] 在可选的实施例中,用户也可以进行不同的选择,以删除别名及其关联的策略,或者只删除别名并在存储器中保留关联的策略。只删除别名允许保存策略以将来用于与新的别名相关联。在这种实施例中,当创建新的别名时,还向用户提供检索被保存策略的选项,或通过分配新别名给该策略来修改被保存策略的选项。
[0027] 参见图4,示出了根据本发明一个实施例的方法,呼叫处理器26通过该方法来处理从代理接收的呼叫请求。在步骤70,呼叫处理器26从代理20接收以SIP INVITE信号形式的呼叫请求。在步骤72,呼叫处理器26提取连接请求的别名,其作为记录地址而被存储在SIP信号报头信息中。在步骤74,呼叫处理器26通过咨询存储器28来确定所提取的别名是否有效。包含于SIP信号报头中的任何别名都应该已经被用户定义并被存储在存储器28中,这是由于这些别名是代理针对用户设备10所仅有的记录地址。如果在步骤74,呼叫处理器26不能在存储器28内
定位所提取的别名,则该被提取别名是无效的,并且呼叫处理器26拒绝所述呼叫。在所述优选实施例中,呼叫处理器还警告用户“假”别名,以通知用户本地存储在用户设备上的别名以及通过注册服务器12所注册的别名已经不知何故而变为不同步。如果呼叫处理器26在步骤74确定所述被提取别名有效,则在步骤78,呼叫处理器
26从存储器28检索对应于该被提取别名的本地策略。呼叫处理器26在步骤80应用所述本地策略。
[0028] 为了进一步保护呼叫方设备16(其也实现了本发明的自适应通信配置文件系统)的用户的隐私,呼叫方设备16的联系地址不应该出现在用户设备10的呼叫方ID显示器上。一种解决方案是允许呼叫方选择呼叫方的别名之一作为呼叫号码。然而,这允许呼叫方使得用户设备10处的任何呼叫方阻止功能失败。在优选的实施例中,代理12存储用于呼叫方设备16的唯一外出别名。当用户设备向网络注册其自身时,所述唯一外出别名由该用户设备来产生。当向网络注册时,用户设备产生被发送给代理的主要别名,该代理作为与用户设备相关联的唯一外出别名来存储该主要别名。所述注册过程确保主要别名的全局唯一性。
[0029] 参见图5,示出了根据本发明一个实施例的方法,代理18通过该方法来处理来自用户设备的外出呼叫尝试。在步骤90,代理从用户设备10接收以SIP INVITE信号形式的呼叫请求。在步骤92,代理例如通过从SIPINVITE信号的报头信息中提取联系地址,来确定该用户设备的唯一标识。在步骤94,代理从
数据库或存储器中检索用户设备的唯一外出别名。在步骤96,代理产生SIP INVITE信号,该信号要被发送给用户正设法联系的任一设备,将该外出别名作为呼叫方设备标识符而插入SIP信号的报头信息中。
[0030] 如果任何人尝试利用出现在被叫设备的呼叫方ID显示器上的用户设备的外出别名来将呼叫返回该用户设备,则该用户设备将应用阻止该呼叫的关联策略,该管理策略是在向网络注册时由用户设备自动创建的。这允许外出别名专用于进行外出呼叫,而不用于联系用户设备10。
[0031] 在一个实施例中,代理18将代理策略应用于到用户设备10的进入呼叫。代理的所有者在该代理的存储器中配置代理策略。代理策略是由代理的所有者来配置的。当代理18一旦从呼叫方设备16接收了连接请求就提取记录地址时,代理18咨询本地存储器以确定要被应用于该呼叫的代理策略。代理策略的例子是将关联于呼叫的
费用计入由代理策略所指定的特定消费者帐户,该代理策略关联于呼叫方所用的别名。根据所述应用,这允许用户、代理的所有者或用户设备的所有者将不同别名的呼叫归类于不同的计费帐户。例如,公司可以分发终端用户设备给员工并且为涉及工作的呼叫付费。因此可以为用户设备定义“工作”别名,并且“工作”别名的任何呼叫由公司的代理来付费。
[0032] 如上面所描述的,用户通过用户设备10的用户接口来配置并管理别名。在可选的实施例中,别名管理器位于别名管理接口设备上,该设备是与接收呼叫的用户设备相分离的设备。例如,可以在个人计算机上提供管理接口。用户在别名管理接口设备处输入要被添加到位置服务器存储器的别名,并且指定要从位置服务器存储器中删除的别名。如对于上述别名管理器24所描述的,别名管理接口设备利用SIP信令与注册服务器通信。一旦用户已经利用别名管理设备而在注册服务器配置别名,该用户就更新用户设备上的别名和本地策略,以便由用户设备识别的别名匹配于由代理识别的别名。在这种实施例中,用户设备上的别名管理器不信号通知注册服务器12,并且从用户接口的别名管理器所执行的方法中省略图3的步骤48、58和60。
[0033] 已经关于在用户设备10使用本地策略而描述了本发明。在可选的实施例中,用户设备不存储本地策略。用户仍可以通过随意创建并删除别名来管理呼叫请求,这仅实现了来自指定组或人的临时通信。
[0034] 已经关于利用SIP实现的设备来被实现而描述了本发明。这允许在用户配置别名期间使用现有的SIP信令,并且允许代理使用现有的记录地址查找方法。可选地,可以采用其它VoIP信令协议。本发明的方法和系统可以在采用任何VoIP协议的网络中被实现,其中所述协议允许存储多个别名并将这些别名与用户终端的联系信息相关联,并且其中,建立到用户终端的连接的代理根据呼叫方所输入的别名来确定联系信息。
[0035] 所介绍的实施例仅是示例性的,并且本领域的技术人员应当认识到,可以在不脱离本发明精神的前提下实现上述实施例的变型。逻辑上等同于或类似于上面参考图3、图4、和图5所描述方法的方法,可以被用来实现本发明的方法。本发明的范围仅由所附的
权利要求所定义。