为会话启动协议设备收集并管理智能拨号方案的方法

专利名称：为会话启动协议设备收集并管理智能拨号方案的方法
技术领域：
本发明一般地涉及基于智能拨号方案的呼叫路由，以及如何在设备中创建并维护 智能拨号方案。
背景技术：
会话启动协议(SIP)是常常被用作因特网协议(IP)上的语音(VoIP)系统的基础的控制协议。根据SIP，例如因特网电话呼叫的通信会话中的参与者可基本上与较低层的传 输协议无关地、使用IP层提供的因特网协议(IP)地址来进行通信。通常，发起SIP呼叫的 设备是用户代理客户端(UAC)，而接收这种呼叫的设备是用户代理服务器(UAS)。SIP设备可使用拨号图(dialmap)或拨号方案(dialplan)来完成电话呼叫。拨 号方案一般描述可被查阅(consult)以到达给定的电话号码的正则表达式的样式。也就是 说，拨号方案使得SIP设备能够认出用户拨打的数字串。通常，拨号方案是从外部服务器下 载的并且在其生存期内保持恒定。诸如SIP电话之类的SIP设备基于配置好的拨号方案来 收集并提供数字给UAS，所述拨号方案执行数字分析以识别被拨打的号码。UAS执行数字分 析以识别被拨打的号码。如果UAS确定需要更多的数字，则UAS可通过握手(handshaking) 来请求SIP设备提供数字。数字分析常常需要消耗很多UAS资源和相对大量的网络带宽。

发明内容
在一个实施例中，一种方法包括获得与拨号方案有关的输入的串的至少第一部 分。输入的串包括至少一个字符。该方法还包括确定本地缓存器中存储的至少第一潜在目 标串是否包括输入的串的第一部分，并且如果本地缓存器中存储的第一潜在目标串不包括 输入的串的第一部分，则访问外部呼叫管理器装置。


通过以下详细说明及附图会容易理解本发明，在附图中，相似的标号指代相似的 结构元素，并且其中图1是根据本发明的实施例的支持智能拨号方案的系统的框图表示，所述智能拨 号方案使得诸如电话之类的设备能动态地获取拨号方案信息。图2是根据本发明的实施例的使用智能拨号方案来识别号码的处理的图解表示。图3是图示出根据本发明的实施例的利用智能拨号方案在缓存器中积累信息的 处理的处理流程图。图4A-4C是图示出根据本发明的实施例的使用智能拨号方案来拨打整个电话号 码的处理的处理流程图。图5是根据本发明的实施例的拨打一系列电话号码的一个示例的图解表示。图6是根据本发明的实施例的一个数据结构的图解表示，在所述数据结构中，电 话号码可被存储在智能拨号方案可访问的缓存器中。
图7是图示出根据本发明的实施例的管理与智能拨号方案相关联的缓存器的方 法的处理流程图。
具体实施方式
通过有效地令诸如SIP电话之类的会话启动协议(SIP)设备明了(ke印track of)过去成功拨打了什么，SIP电话和呼叫管理器之间的通信可以减少。明了 SIP电话先前 拨打过的电话号码使得SIP电话能够潜在地避免不得不将各个数字发送到呼叫管理器以 便呼叫管理器可执行数字分析。在一个实施例中，SIP电话可智能地收集并转发所收集的 数字给呼叫管理器，以使得呼叫管理器资源和网络带宽的使用可被大大降低。当使用SIP电话拨打电话号码时，SIP电话可学习、即收集或以其他方式积累与电 话号码有关的信息。通过将这种信息存储在SIP电话本地的缓存器中，SIP电话可从缓存 器而不是从呼叫管理器获得先前拨打过的电话号码。此外，发送各个数字到呼叫管理器以 便呼叫管理器可执行数字分析的需要可实际上被限制在各个数字与缓存器中存储的电话 号码不对应的情形。也就是说，拨号处理期间从SIP电话发送到呼叫管理器的SIP消息的 数目可以降低。拨号方案定义了一组拨号规则，这组拨号规则将用户拨打的串转换成SIP服务器 (例如，SIP设备)可以理解的格式。应该是，SIP电话仅仅是利用拨号方案的SIP设备的一 个示例。在一个实施例中，拨号方案在以下方面可以是“智能的”在拨号方案被使用时实际 上动态地，规则可以被更新，并且拨号方案可使用的信息可以被积累。最初参考图1，将根据 本发明的实施例来描述支持拨号方案即智能拨号方案的系统，所述智能拨号方案允许诸如 电话之类的设备动态地获取拨号方案信息。系统100包括例如在诸如因特网协议上的语音 (VoIP)网络之类的网络上进行通信的SIP设备104和呼叫管理器装置(arrangement) 128。 SIP设备104包括用于实施拨号方案的智能拨号方案逻辑108。下载/通信装置116用于 使SIP设备104能够与呼叫管理器装置128通信。通过下载/通信装置116，智能拨号方案 逻辑108可以从呼叫管理器装置128学习或以其他方式获得信息。SIP设备104的输入拾取器(retriever) 124用于获得与将被拨打的电话号码或串 相关联的信息。在一个实施例中，输入拾取器124是使得用户能够提供电话号码中包含的 数字的键盘。缓存器112用于存储例如电话号码和与电话号码相关联的数据之类的、可被 智能拨号方案逻辑108访问的信息。缓存器112中存储的电话号码可以被智能拨号方案逻 辑108搜索以寻找与输入拾取器124获得的数字的匹配。如果没有与输入拾取器124获得 的数字的匹配位于缓存器112内，则下载/通信装置116被用来将数字发送到呼叫管理器 装置128的通信装置136。当呼叫管理器装置128从SIP设备116接收到数字时，呼叫管理器装置128使用 数字分析器130来确定这些数字是否是呼叫管理器装置128已知的电话号码的一部分。一 旦使用数字分析器130找到与和数字相关联的电话号码的潜在匹配，呼叫管理器装置128 就可使用通信装置136来向SIP设备104提供呼叫是否已成功完成的指示。一般地，呼叫 管理器装置128还包括拨号方案功能132。图2是根据本发明的实施例的使用智能拨号方案来识别号码的处理的图解表示。 智能拨号方案可以是允许SIP设备204在发送数字(或者更一般地，字符)到外部呼叫管理器装置228之前访问本地或内部的缓存器的拨号方案。在SIP设备204被用于拨打电话号码的情况下可以使用这种拨号方案。最初，可被作为数字串和/或字符串来提供的电话 号码被提供给SIP设备204。该串可由使用SIP设备204的键盘(未示出)来输入串的呼 叫者提供。收到串后，SIP设备204可搜索相关联的缓存器(未示出)，来努力定位潜在的 匹配。也就是说，SIP设备204可访问本地或内部的缓存器来确定收到的串是否具有任何 潜在的匹配被存储在本地或内部的缓存器中。如果至少存在一个潜在的电话号码被存储在 该缓存器中，则该电话号码被获得，以使得用户可以有效地弄清该电话号码是否是他或她 试图拨打的号码。只有在没有潜在的电话号码被存储在缓存器中的情况下，SIP设备204才 将收到的串发送到呼叫管理器装置228。如本领域技术人员将认识到的，呼叫管理器装置228可提供向潜在的电话号码进 行的呼叫成功或失败的指示。如果该指示是成功的指示，则SIP设备204可更新相关联的 缓存器(未示出)。应该认识到，更新相关联的缓存器(未示出)可包括从相关联的缓存器 清除或以其他方式移除较旧的和/或未使用的条目。这种更新在一个实施例中可由呼叫管 理器装置228发起。SIP设备204还可将相关联的缓存器(未示出)中的被收集的数字压缩(compact) 以形成表达式。在一个实施例中，SIP设备204可以按最早使用的信息被最先存储的顺序 将信息存储在缓存器(未示出)中。较旧的条目可从缓存器(未示出)中移除以便为较新 的条目释放空间。应该认识到，可能有某些操作，例如播放音调或从屏幕(未示出)隐藏数 字，在拨号处理期间可发生在SIP设备204上。与这些操作有关的信息在拨号操作期间可 以被提供给呼叫管理器装置228，或者更一般地，用户代理服务器(UAS)装置。这样，如果存 在潜在的匹配，则智能拨号方案可存储后续拨号时段期间的操作并对该操作适当地进行答 复。虽然呼叫管理器装置可被一般地描述，但是应该认识到，呼叫管理器装置的功能可以和 UAS装置相关联。例如图1的缓存器112之类的缓存器可以被智能地填充。作为示例，每当从UAS 装置或呼叫管理器装置获得指示呼叫被成功地路由或未被成功地路由的信息时，便可将电 话号码存储到缓存器中。通过将这种电话号码存储到缓存器中，将数字跨越网络发送到呼 叫管理器装置的需要可以被减少到缓存器中不存在特定电话号码的情形。图3是图示出根 据本发明的实施例在缓存器中存储或以其他方式积累信息的处理的处理流程图。在缓存器 中积累信息的处理301开始于步骤305，其中例如SIP电话之类的SIP设备获得将被拨打的 电话号码的一个或多个数字，并确定内部或本地的缓存器不包含与这一个或多个数字的潜 在匹配。这一个或多个数字可以使用诸如键盘之类的用户接口来收集。SIP设备可在接收 到一个或多个数字后访问本地缓存器，并且搜索本地缓存器以识别本地缓存器中是否存在 实质地以这一个或多个数字来开头的电话号码。作为示例，SIP设备可获得号码“5”，并确 定本地缓存器没有内容以“ 5 ”来开头。在步骤309，SIP设备将收集的数字提供给呼叫管理器装置或UAS装置。虽然呼 叫管理器装置一般被描述为与SIP设备通信，但是应该认识到，UAS装置可以作为替代来与 SIP设备通信。SIP设备可将收集的数字通过网络内的通信信道发送到呼叫管理器装置。一 旦呼叫管理器装置获得被收集的数字，就在步骤313中确定呼叫管理器装置是否可基于被 收集的数字来路由呼叫。也就是说，确定呼叫管理器装置是否可基于唯一的电话号码(例如，使用所提供的数字来拨打的电话号码)来路由呼叫。如果在步骤313中确定呼叫管理器装置可路由呼叫或有效地识别实际上唯一的 单个电话号码，则在步骤317中呼叫管理器装置与SIP设备进行通信。在与SIP设备通信 时，呼叫管理器装置向SIP设备告知呼叫已被成功地路由，并可将拨打的电话号码提供给 SIP设备。然后，在步骤321中，SIP设备将从呼叫管理器装置获得的单个电话号码存储在 本地缓存器中。将单个电话号码存储在本地缓存器中可包括，但不限于包括，将单个电话号 码和获得单个电话号码的时间都存储在本地缓存器中。在一个实施例中，存储单个电话号 码可包括首先在本地缓存器中腾出(clear)空间。在单个电话号码被存储之后，在缓存器 中积累信息的处理完成。返回步骤313，如果确定呼叫管理器装置未成功地路由呼叫，则指示或者可以是呼叫管理器装置已识别了包含一个或多个数字的多个潜在的电话号码，或者可以是不存在包 含一个或多个数字的有效电话号码。因此，处理流移动到步骤325，其中确定呼叫管理器装 置是否需要更多数字。如果在步骤325中确定呼叫管理器装置需要额外的数字，则SIP设备在步骤337 中获得至少一个额外数字，并且将这至少一个额外数字发送到呼叫管理器装置。然后，处理 流返回到步骤313，其中确定呼叫管理器装置是否可路由呼叫。可替代地，如果在步骤325中确定呼叫管理器装置不需要额外的数字，则指示是 基于所提供的数字的呼叫不可被路由。这样，在步骤329中，呼叫管理器装置与SIP设备就 失败的呼叫路由进行通信。然后，在步骤333中，SIP设备可从本地缓存器中移除与所提供 的数字相关联的任何目前匹配的条目。换言之，关联到与失败的呼叫路由有关联的电话号 码的任何条目可被移除。作为示例，如果完整的电话号码在步骤309中被提供并且该电话 号码未导致呼叫被路由，则该电话号码可在步骤333中从本地缓存器中移除。从本地缓存 器移除了任何目前匹配的条目之后，在缓存器中积累信息的处理完成。智能拨号方案被配置为访问存储了先前被拨打的电话号码的本地缓存器。智能拨 号方案一般访问本地缓存器作为拨号处理的一部分。图4A-4C是图示出根据本发明的实施 例的使用智能拨号方案来拨打整个电话号码的处理的处理流程图。拨打电话号码的处理 401开始于步骤405，其中SIP设备获得与要呼叫的电话号码相关联的一个或多个数字。换 言之，SIP设备接收与将要拨打的电话号码相关联的数字。一旦SIP设备获得与要拨打的 电话号码相关联的至少一个数字(或者更一般地，至少一个字符)，SIP设备就在步骤409 中访问本地智能拨号方案缓存器。在一个实施例中，本地智能拨号方案缓存器可被包括在 SIP设备内。在步骤413中确定本地智能拨号方案缓存器是否包含与一个或多个所获得的数 字的至少一个潜在匹配。也就是说，确定是否有包括一个或多个所获得的数字的任何电话 号码被存储在本地缓存器中。通常，确定本地缓存器中存储的任何电话号码是否以一个或 多个所获得的数字来开头，尽管应该认识到，一个或多个所获得的数字不限于实际上位于 电话号码的开头。如果确定本地缓存器中不存在一个或多个数字的至少一个潜在匹配，则暗示着待 拨打的所需电话号码或目标电话号码将从呼叫管理器装置获得。因此，在步骤429中，SIP 设备将在步骤405中获得的一个或多个数字提供给呼叫管理器装置。在SIP设备将一个或多个数字提供给呼叫管理器装置之后，在步骤433中确定呼叫管理器是否已提供了所拨打的电话号码的至少一个潜在匹配。在所描述的实施例中，如果呼叫管理器装置不提供所拨 打的电话号码的至少一个潜在匹配，则错误指示在步骤435中被创建。可替代地，如果在步骤433中确定有至少一个潜在匹配被呼叫管理器装置传送， 则在步骤437中确定所需电话号码是否是由呼叫管理器装置提供的潜在匹配之一。如果确 定所需电话号码不是潜在匹配之一，则处理流前进到步骤441并且确定SIP设备是否已获 得额外的数字。如果确定SIP设备还未获得额外的数字，则SIP设备在步骤449中实行所 需用于拨打的号码的选择，并且拨打整个电话号码的处理完成。另一方面，如果在步骤441 中确定SIP设备已获得额外的数字，则SIP设备在步骤445中将额外的数字提供给呼叫管 理器装置。一旦额外的数字被提供给呼叫管理器装置，处理流就返回到步骤433，其中确定 是否有至少一个潜在匹配被呼叫管理器装置提供。返回步骤437，如果确定所需电话号码不是潜在匹配之一，则在步骤465中，SIP设 备从呼叫管理器(或者更一般地，UAS)获得包含所需电话号码的额外数字。然后，在步骤 469中，SIP设备例如通过经由用户接口获得来自用户的所需电话号码的所有数字，来实行 所需用于拨打的电话号码的识别。令所需用于拨打的电话号码被识别后，拨打整个电话号 码的处理完成。参考回步骤413，如果确定本地缓存器中存在一个或多个所获得的数字的至少一 个潜在匹配，则在步骤417中有效地决定潜在匹配之一是否是所需待拨打的电话号码。这 种确定可包括允许例如SIP设备的用户之类的用户实质地将潜在匹配之一选择为他或她 试图拨打的电话号码。如果确定所需电话号码不是潜在匹配之一，则处理流前进到步骤 429，其中SIP设备将用于所需电话号码的一个或多个数字提供给呼叫管理器装置。可替代地，如果在步骤417中确定所需电话号码是潜在匹配之一，则指示是用户 可从潜在匹配中选择所需电话号码。选择所需电话号码可包括，但不限于包括，利用与SIP 设备相关联的用户接口来物理地选择所需用于拨打的电话号码，或提供与待拨打的电话号 码相关联的额外数字。这种额外数字可以被设计为完全指定待拨打的电话号码。如果所需电话号码是潜在匹配之一，则处理流移动到步骤412，其中确定SIP设备 是否已获得额外的数字。在SIP设备获得更多数字的情况下，处理流返回步骤413，其中确 定是否仍有这些数字的至少一个潜在匹配位于本地缓存器中。可替代地，如果确定SIP设 备还未获得更多数字，则SIP设备在步骤425中实行所需用于拨打的电话号码的选择，并且 拨打电话号码的处理完成。拨打处理是否导致数字从SIP设备被发送到呼叫管理器至少部分地依赖于与SIP 设备相关联的本地智能拨号方案缓存器的内容。作为示例，具有拨号方案功能的SIP设备 第一次被使用时，与SIP设备相关联的本地智能拨号方案缓存器可能基本上是空的。这样， 由用户或拨号器提供给SIP设备的任何数字可被发送给呼叫管理器。然而，如果数字的同 一个串或序列随后被发送，则这些数字可能在本地智能拨号方案缓存器中具有潜在的匹 配，并且可能不需要将数字发送给呼叫管理器。参考图5，将根据本发明的实施例来描述拨打一系列电话号码的一个示例。图5是 指示例如电话号码之类的某些串何时被至少部分地拨打的时间线。为了例示的目的，当第 一个串554在时刻tl被用户至少部分地拨打或以其他方式输入时，SIP设备的本地缓存器基本上是空的。在时刻tl，在所描述的实施例中与电话号码相对应的串'1234567' 554 被一次一个数字地拨打。串554不存储在本地缓存器中。由于本地缓存器中存储的电话号 码没有以数字‘1’来开头的，因此数字‘1’最初被发送到呼叫管理器。与串554相关联的 后续数字也可被发送到呼叫管理器，只要与串554相对应的实际电话号码尚未被呼叫管理 器定位并且/或者被用户使用SIP设备选择即可。 一旦串554被成功有效地完成，串554就可被存储在本地缓存器中。在时刻t2， 串'1234987' 558可被一次一个数字地拨打。因为本地缓存器中存在串'1234567' 554， 所以数字或部分串‘1’、部分串‘12’、部分串‘123’和部分串‘1234’可以在本地缓存器中 找到。因此，直到部分串‘12349’被处理，呼叫管理器才被访问。在确定了部分串‘12349’ 不位于本地缓存器中之后，部分串‘12349’被发送到呼叫管理器。当呼叫管理器允许串558 被拨打时，串558可随后被存储在本地缓存器中。在时刻t3，串'2345678' 562被一次一个数字地拨打。本地缓存器不包含任何 包括串562的数字的电话号码。这样，每一个数字可被一次一个地发送给呼叫管理器，从数 字‘2’开始。在串562被拨打之后，串562可被存储在本地缓存器中。在时刻t4，串'92333333' 566可被一次一个数字地拨打。在所描述的实施例中， 位于串566开头的数字‘9’指示后续数字与外部电话号码相关联，或者不首先访问外部电 话线的情况下电话号码不可直接拨打。也就是说，位于串566开头的数字‘9’是拨号前缀。 本地缓存器不包含任何带拨号前缀的电话号码。因此，每一个数字可被一次一个地发送给 呼叫管理器，从数字‘9’开始。一旦串566被拨打，串566就可被存储在本地缓存器中。串'92222222 ' 570可被一次一个数字地拨打。因为本地缓存器中存在 串'92333333' 566，所以数字或部分串‘9’和部分串‘92’可在本地缓存器中找到。因此， 由于本地缓存器中不存在部分串‘922’的潜在匹配，所以直到部分串‘922’被处理，呼叫管 理器才被访问。一旦判定在本地缓存器中找不到部分串‘922’，部分串‘922’就被发送到呼 叫管理器。当呼叫管理器允许串570被拨打时，串570就可随后被存储在本地缓存器中。图6是根据本发明的实施例的一个数据结构的图解表示，在所述数据结构中，电 话号码可被存储在智能拨号方案可访问的内部或本地的缓存器中。数据结构678基本上可 以是可被索引和/或搜索的任何数据结构。数据结构678可以是，但不限于是，包括存储了 条目684a-d的多个列680a、680b的表格。列680a可被布置成存储被拨打的数字(例如电 话号码)，而列680b可被布置成存储与列680a的内容相关联的信息。该信息在一个实施例 中可包括时间戳。时间戳可以是指示特定数字被拨打的最近时间的信息。列680b中存储 的其他信息可包括特定数字被拨打的次数(未示出)。条目684a_d包括被拨打的数字和时间戳信息。在一个实施例中，条目684a_d中被 拨打的数字可包括播放次级拨号音和数字掩盖(digitmasking)或者实际上与数字的拨打 相关联的任何其他操作的指示。例如，条目684c可包括‘9T，和电话号码‘3456789，。‘9T， 可指示为了拨打电话号码‘3456789’，作为外部电话号码(例如在SIP设备是其一部分的 VoIP网络外部的电话号码)的‘9’首先被拨打。‘T’可被布置成指示在‘9’被拨打之后， 次级拨号音将被播放。当智能拨号方案缓存器中没有对应的条目时，次级拨号音将被播放 的指示可由SIP设备接收，并且随后基于外部呼叫管理器或UAS通信而被添加到智能拨号 方案缓存器中。条目684d可包括‘9FAC，和电话号码'4567890'。在一个实施例中，‘9，可以是外部拨号前缀，‘FAC’可指示电话号码'4567890'在被拨打时实际上将被掩盖。应 该认识到，类似的指示(即除了 ‘T’或‘FAC’之外的指示)可针对与数字拨打相关联的其 他操作而被添加。诸如数据结构678之类的数据结构可能变得太满而无法存储额外数据，因为包含 数据结构的缓存器的尺寸可能相对受限。为了确保新拨打的电话号码可被存储到数据结构 中，数据可以从数据结构中清除，或者更一般地，从缓存器中清除。数据清除可按需要来执 行，例如当新拨打的电话号将被存储在已经满了的数据结构中时，或者周期性地执行，例如 以预定的间隔。对于哪个电话号码将从数据结构中清除或以其他方式移除的选择可以是基 于各种因素的，所述因素包括，但不限于包括，每个电话号码已被拨打的次数和每个电话号 码被拨打的最近时间。如前所述，呼叫管理器或UAS可实际上请求电话号码从数据结构中 清除或以其他方式移除。实际上可通过任何适当形式来体现的数据结构还可基于相似的条 目而被压缩。图7是图示出根据本发明的实施例的管理与智能拨号方案相关联的缓存器的方 法的处理流程图。管理缓存器的处理701开始于步骤705，其中SIP设备令电话号码被拨 打。一旦电话号码被拨打，SIP设备便可在步骤709中访问本地缓存器，以判定被拨打的电话号码是否已存储在本地缓存器中。在步骤713中确定被拨打的电话号码是否已存储在缓存器中。如果确定被拨打的 电话号码已存储在缓存器中，则处理流移动到步骤717，其中SIP设备更新本地缓存器中与 被拨打的电话号码相对应的条目。在一个实施例中，可以为与被拨打的电话号码有关的条 目更新当前时间戳和/或例如电话号码已被拨打的次数之类的使用信息。管理缓存器的处 理在更新了与拨打的电话号码有关的信息之后完成。返回步骤713，如果确定被拨打的电话号码尚未存储在本地缓存器中，则在步骤 721中确定本地缓存器中是否有空间能存储被拨打的电话号码。换言之，确定给本地缓存器 内的电话号码的存储分配的资源是否基本上都已被使用。如果确定本地缓存器中有可用空 间能存储被拨打的电话号码，则SIP设备在步骤725中将被拨打的电话号码存储在本地缓 存器中。存储被拨打的电话号码可包括将时间戳和/或使用信息与被拨打的电话号码一起 存储。一旦SIP设备将被拨打的电话号码存储在本地缓存器中，管理缓存器的处理便完成。可替代地，如果在步骤721中确定本地缓存器中没有可存储被拨打的电话号码的 可用空间，则SIP设备可在步骤729中清除本地缓存器中存储的一些数据。清除数据可包 括，但不限于包括从本地缓存器中识别然后去除最旧和/或最少使用的电话号码。应该认 识到，在SIP设备不能清除数据的情况下，错误指示可被提供。然而，为了例示的目的，假设 SIP设备可成功地在本地缓存器中腾出空间。腾出的空间量可广泛地变化。作为示例，存储 与被拨打的电话号码有关的信息的仅仅足够的空间可被腾出，或者出于存储电话号码的预 期，足以存储与多个电话号码有关的信息的空间可被腾出。在本地缓存器中获得空间之后，SIP设备在步骤725中将被拨打的电话号码存储 在本地缓存器中。SIP设备还可在本地缓存器中存储被拨打的电话号码的使用信息和/或 时间戳。将被拨打的电话号码存储在本地缓存器中之后，管理缓存器的处理完成。虽然已描述了本发明的仅仅很少几个实施例，但是应该理解，在不脱离本发明的 精神或范围的情况下，本发明可以以很多其他具体形式来体现。作为示例，先前拨打的电话号码可被管理以使得被拨打的电话号码按特定次序排序的数据结构被描述。被拨打的电话 号码可基本上按数字顺序来排列，基本上基于每个电话号码已被拨打的次数来排列，以及/ 或者基于每个电话号码已被拨打的最近时间来排列。 本发明已被描述为适合用于支持SIP设备的整个网络中，例如包括与呼叫管理器 进行通信的SIP设备的网络中。但是应该认识到，智能拨号方案不限于针对SIP设备来实 施。一般地，使设备能维持先前拨打的电话号码的缓存并且当缓存中找不到潜在的电话号 码时使用多个数字来访问呼叫管理器的逻辑，可针对实际上任何支持呼叫建立和呼叫信令 协议的IP网络而被实施。作为示例，智能拨号方案可针对支持H. 323协议的设备来实施。在一个实施例中，与呼叫管理器装置或UAS装置相关联的智能拨号方案配置可能 例如由于新的系统需求而改变。在这种实施例中，呼叫管理器装置可传送与改变有关的信 息给SIP设备。SIP设备进而可进行适当的更新并从本地缓存器去除相关联的条目。与本发明的方法相关联的步骤可广泛地改变。在不脱离本发明的精神或范围的情 况下，步骤可被添加、移除、变更、组合和重排。例如，如果呼叫管理器装置在从SIP设备获 得串后未能识别任何潜在的电话号码，则呼叫管理器装置可向SIP设备提供错误通知。在 串包含呼叫管理器装置认不出的字符或与电话号码不一致的字符的情况下，呼叫管理器装 置可能无法识别任何潜在的电话号码。因此，本示例应被理解为例示性而非限制性的，并且 本发明不打算被限制在这里给出的细节，而是可在所附权利要求的范围内被修改。
权利要求
一种方法，包括获得与拨号方案相关联的输入的串的至少第一部分，所述输入的串包括至少一个字符；确定本地缓存器中存储的至少第一潜在目标串是否包括所述输入的串的所述第一部分；以及如果确定所述本地缓存器中存储的至少所述第一潜在目标串不包括所述输入的串的所述第一部分，则访问外部呼叫管理器装置。
2.根据权利要求1所述的方法，其中访问所述外部呼叫管理器装置包括将所述输入的 串的所述第一部分提供给所述外部呼叫管理器装置。
3.根据权利要求2所述的方法，其中访问所述外部呼叫管理器装置还包括与所述外部 呼叫管理器装置进行通信，以判定呼叫是否可被成功地路由。
4.根据权利要求1所述的方法，其中所述至少一个字符是至少一个号码，所述第一潜 在目标串是第一组号码，并且第二个串是第二组号码。
5.根据权利要求1所述的方法，还包括如果确定所述本地缓存器中存储的至少所述第一潜在目标串包括所述输入的串的所 述第一部分，则获得所述输入的串的至少第二部分。
6.根据权利要求1所述的方法，其中所述输入的串的所述第一部分包括所述输入的串 的几乎全部，并且访问所述外部呼叫管理器装置包括使用所述输入的串的几乎全部来访问 所述外部呼叫管理器。
7.根据权利要求6所述的方法，还包括从所述外部呼叫管理器装置获得实际目标串，包括获得与所述实际目标串相关联的信 息；以及将所述实际目标串存储在所述本地缓存器中。
8.根据权利要求1所述的方法，其中所述输入的串包括电话号码。
9.根据权利要求1所述的方法，还包括如果确定所述本地缓存器中存储的至少所述第一潜在目标串包括所述输入的串的所 述第一部分，则拨打与所述第一潜在目标串相关联的第一电话号码；以及如果确定所述本地缓存器中存储的至少所述第一潜在目标串不包括所述输入的串的 所述第一部分，则拨打与所述实际目标串相关联的第二电话号码。
10.一种编码在一个或多个有形介质中供执行的逻辑，当所述逻辑被执行时，可用于 获得与拨号方案相关联的输入的串的至少第一部分，所述输入的串包括至少一个字符；确定本地缓存器中存储的至少第一潜在目标串是否包括所述输入的串的所述第一部 分；以及如果确定所述本地缓存器中存储的至少所述第一潜在目标串不包括所述输入的串的 所述第一部分，则访问外部呼叫管理器装置。
11.根据权利要求10所述的逻辑，其中用于访问所述外部呼叫管理器装置的逻辑还可 用于将所述输入的串的所述第一部分提供给所述外部呼叫管理器装置。
12.根据权利要求11所述的逻辑，其中用于访问所述外部呼叫管理器装置的逻辑还可用于获得包括所述输入的串的所述第一部分的实际目标串。
13.根据权利要求10所述的逻辑，其中所述至少一个字符是至少一个号码，所述第一 潜在目标串是第一组号码，并且第二个串是第二组号码。
14.根据权利要求10所述的逻辑，还可用于如果确定所述本地缓存器中存储的至少所述第一潜在目标串包括所述输入的串的所 述第一部分，则获得所述输入的串的至少第二部分。
15.根据权利要求10所述的逻辑，其中所述输入的串的所述第一部分包括所述输入的 串的几乎全部，并且用于访问所述外部呼叫管理器装置的逻辑还可用于使用所述输入的串 的几乎全部来访问所述外部呼叫管理器。
16.根据权利要求15所述的逻辑，还可用于从所述外部呼叫管理器装置获得实际目标串；以及 将所述实际目标串存储在所述本地缓存器中。
17.根据权利要求10所述的逻辑，其中所述输入的串包括电话号码。
18.根据权利要求10所述的逻辑，还可用于如果确定所述本地缓存器中存储的至少所述第一潜在目标串包括所述输入的串的所 述第一部分，则拨打与所述第一潜在目标串相关联的第一电话号码；以及如果确定所述本地缓存器中存储的至少所述第一潜在目标串不包括所述输入的串的 所述第一部分，则拨打与所述实际目标串相关联的第二电话号码。
19.一种设备，包括用于获得与拨号方案相关联的输入的串的至少第一部分的装置，所述输入的串包括至 少一个字符；用于确定本地缓存器中存储的至少第一潜在目标串是否包括所述输入的串的所述第 一部分的装置；以及用于如果确定所述本地缓存器中存储的至少所述第一潜在目标串不包括所述输入的 串的所述第一部分，则访问外部呼叫管理器装置的装置。
全文摘要
公开了使用会话启动协议设备拨打号码的方法和设备。根据本发明的一个方面，一种方法包括获得与拨号方案相关联的输入的串的至少第一部分。输入的串包括至少一个字符。该方法还包括确定本地缓存器中存储的至少第一潜在目标串是否包括输入的串的第一部分，并且如果本地缓存器中存储的第一潜在目标串不包括输入的串的第一部分，则访问外部呼叫管理器装置。
文档编号H04L29/06GK101843078SQ200880113717
公开日2010年9月22日 申请日期2008年10月27日 优先权日2007年10月29日
发明者乌梅什·P·卡塔帕迪 申请人:思科技术公司