用于提供可靠的基于万维网的电话功能的系统和方法

文档序号:7753603阅读:163来源:国知局
专利名称:用于提供可靠的基于万维网的电话功能的系统和方法
技术领域
本发明一般地涉及电信领域,更具体地涉及用于提供可靠的基于万维网(web)的电话功能的系统和方法。
背景技术
传统上,电信涉及了通过电信专用的网络,例如公共交换电话网(PSTN)或专用分支交换(PBX),来传输语音和传真信号。类似地,在传统上,计算机之间的数据通信也已在专用数据网络上传输,所述专用数据网络例如是局域网(LAN)或广域网(WAN)。因特网的出现增加了对基于万维网的电话功能的需求。许多现有的基于万维网的应用利用的是浏览器和因特网服务器之间的超文本传输协议(HTTP)通信。例如,语音、视频及综合数据体系结构(AVVID)为用户提供了电视广播电话(Telecaster phone)中的简单浏览器。这一网络范例用于通过统一资源定位符(URL)向用户提供对多种服务的访问,所述服务例如是会议安排、股票报价、制定日程及其它服务。这些服务的可用性取决于向电话提供信息的因特网服务器的可用性。一般采用支持故障在线恢复(fail-over)和负载均衡(load balancing)的冗余因特网服务器来加强基于HTTP的应用和功能。

发明内容
本发明包括一种系统和方法,用于提供可靠的基于万维网的电话功能,所述系统和方法基本上消除或减少了与从前所开发的系统和方法相关联的缺点或问题。在一个特定实施例中,本发明使得可自动重定向一个设备去访问后备万维网服务器。
根据本发明的一个特定实施例,一种用于维护电话因特网服务的方法包括提供第一指针,所述第一指针指引因特网浏览器访问第一因特网服务器。提供了后备指针,所述后备指针指引所述因特网浏览器访问相应的后备因特网服务器。基于所述第一指针来访问所述第一因特网服务器。当出现系统故障时,基于所述后备指针来访问所述后备因特网服务器。
根据本发明另一实施例,一种用于维护电话因特网服务的方法包括提供第一呼叫管理器和后备呼叫管理器,每个呼叫管理器分别维护第一和后备因特网服务器。提供了第一指针和后备指针,所述第一指针和后备指针分别指引因特网浏览器访问第一因特网服务器和相应的后备服务器。基于所述第一指针来访问第一呼叫管理器和第一因特网服务器。当出现系统故障时,基于所述后备指针自动访问后备的呼叫管理器和因特网服务器。
根据本发明又一实施例,一种用于维护电话因特网服务的方法包括提供第一指针,所述第一指针指引因特网浏览器访问第一因特网服务器。提供了后备指针,所述后备指针指引所述因特网浏览器访问相应的后备因特网服务器。在所述因特网浏览器和第一因特网服务器之间发送周期性的“保持有效”消息。访问第一因特网服务器,并且在出现系统故障时,自动访问后备因特网服务器。
根据本发明再一实施例,一种用于维护电话因特网服务的方法包括提供多个呼叫管理器,所述呼叫管理器中的每一个都包括用于为多个电话设备提供服务的因特网服务器。监视所述电话设备对所述因特网服务器的资源的使用。检测因特网服务器之间的负载不均衡,并且至少响应于所述负载不均衡,指引电话设备的一个子集的因特网浏览器从过负载的因特网服务器转移到欠负载的因特网服务器。
本发明的技术优点包括一种用于维护电话因特网服务的系统和方法。具体而言,为因特网浏览器提供了第一指针和一个或多个后备指针,这些指针指引因特网浏览器访问第一因特网服务器,并且在出现系统故障时自动访问后备因特网服务器。根据本发明一个实施例,所述第一和后备指针是统一资源定位符(URL),其指引因特网浏览器访问与所述第一和一个或多个后备URL相关联的服务菜单。在另一实施例中,呼叫管理器被配置为维护并操作第一因特网服务器和一个或多个后备因特网服务器。当出现呼叫管理器故障时,把从第一因特网服务器接收服务的因特网浏览器自动重定向到后备因特网服务器。从而,用户享受到不中断的语音服务和不中断的基于万维网的服务。此外,通过这种故障在线恢复方法,可以加强诸如分机移动性之类的至关重要的基于万维网的服务。
本发明的另一个技术优点包括一种用于维护电话因特网服务的系统和方法。具体而言,提供了指引因特网浏览器访问第一因特网服务器的第一指针,并且提供了一个或多个后备指针,其在出现系统故障的情况下指引因特网浏览器访问一个或多个相应的备用因特网服务器。因此,后备因特网服务器可以向一组因特网浏览器提供基本服务,同时对从第一因特网服务器接收基本服务的因特网浏览器来说保持后备状态。从而,不需要专用的后备因特网服务器,节约了大量资金。
其它技术优点包括通过动态URL支持超文本传输协议(HTTP)服务的故障在线恢复,从而确保了至关重要的万维网服务的可靠性;通过用所述故障在线恢复机制增强浏览器,不再需要昂贵的故障在线恢复服务器;在特定集群中的服务器之间提供负载均衡;以及加强了大量至关重要的HTTP服务,而不仅限于语音。
应该理解到,本发明的各种实施例可能具有以上和在其它地方描述的技术优点中的一些、全部,或者不具备这些技术优点。此外,根据以下附图、描述和所附权利要求,其它技术优点对于本领域技术人员来说是非常清楚的。


为了彻底理解本发明,以及说明更多的功能和优点,现在结合附图来参照以下的详细描述,在附图中图1示出了根据本发明一个特定实施例的通信网络;图2示出了根据本发明一个实施例,用于提供可靠的基于万维网的电话功能的方法;图3示出了根据本发明另一实施例,用于提供可靠的基于万维网的电话功能的方法;
图4示出了根据本发明又一实施例,用于提供可靠的基于万维网的电话功能的方法;并且图5示出了根据本发明再一实施例,用于提供可靠的基于万维网的电话功能的方法。
具体实施例方式
图1示出了根据本发明一个实施例的通信网络10。虽然在图1中示出了一个具体的通信网络,但术语“通信网络”应被理解为一般地定义了任何能够发送电信信号、数据和/或消息的网络。
在所示出的实施例中,通信网络10包括专用网络12、公共网络14和公共交换电话网(PSTN)15。专用网络12、公共网络14和PSTN 15经由通信链路16和20互连并耦合在一起。多个终端单元18耦合到专用网络12。多个终端设备19耦合到PSTN 15,并经由通信链路20耦合到专用网络12。通信网络10可以包括任何计算机和/或通信网络,这些网络包括但不限于互联网、内部网、局域网(LAN)、广域网(WAN)或城域网(MAN)。通信网络10的路由器和其它元件可以由双绞线、电缆、光纤或其它合适的有线链路和/或射频、微波、红外线或其它合适的无线链路连接起来。相应地,终端单元18和19可以包括电话、个人数字助理(PDA)、计算机或其它任何能够通过分布式网络进行语音通信的有线或无线设备。为简单起见,终端设备18被非限制性地示出为下述电话,其能够与公共或专用网络相连接,并可操作以解释基于万维网的数据或其它信息。
类似地,终端设备19被示出为下述电话,其能够与公共交换电话网相连接,并能够经由网关与公共或专用网络相连接,还可操作以解释基于万维网的数据或其它信息。终端设备19例如可以是时分复用(TDM)电话。终端设备18和19可以被各自识别为特定的分机,例如在标准电话通信网络中的特定分机,或者通过所拨打的号码,或通过其它方式将每个终端单元18识别为唯一的单元。
专用网络12包括多个呼叫管理器22、多个路由器24和多个网关26。公共网络14包括多个路由器24、多个网关26和多个内容服务器30。路由器24可操作以沿着专用网络12提供终端单元18之间的连接,并提供到公共网络14和PSTN 15的连接。网关26可操作以建立连接,此连接例如是在耦合到专用网络12的终端单元18之间的连接、沿通信链路20到PSTN 15的连接,或者从终端设备18到终端设备19的连接。路由器24与网关26进行通信,以提供从专用网络12和公共网络14到PSTN 15的通信。
呼叫管理器22包括因特网服务器28。呼叫管理器22可操作以从终端单元18接收呼叫设立请求和其它信息,并可操作以建立到各个所请求的目的地的连接,这些目的地包括但不限于专用网络12的内部目的地和外部目的地。因特网服务器28可操作以与终端单元18相通信、发送和接收终端单元18对信息的请求、以及将信息提供到终端单元18。呼叫管理器22还可操作以将指针发送到终端单元18,所述指针指示与网络因特网服务有关的某些信息的位置。这些指针可以是统一资源定位符(URL)或其它合适的服务器标识,或者可以指向从中可确定URL或服务器的数据结构。终端单元18也可以将信息传送到因特网服务器28。
公共网络14的内容服务器30包括万维网服务器(web server)32。内容服务器30与终端单元18进行通信,并可操作以向终端单元18发送基于内容的信息以及从终端单元18接收基于内容的信息。万维网服务器32可操作以接收对位于内容服务器30上的信息(或者说是内容)的请求,以及对该信息进行处理并将其发送到发出请求的终端单元18。内容服务器30和万维网服务器32可操作以接收指针,所述指针指引这些服务器提供特定的信息,并将所请求的信息发送到发出请求的设备。如上所述,所述指针可以是统一资源定位符(URL)。
终端单元18包括浏览器34。浏览器34可操作以向呼叫管理器22、因特网服务器28、内容服务器30和万维网服务器32发送对信息的请求,或者从上述部件接收信息。浏览器34可以是下述应用,其可操作以通过网络与服务器进行通信,并且获取和显示信息,或者以其它方式合适地配置。终端单元18还可以从因特网服务器28、内容服务器30和万维网服务器32传送和获得信息。
呼叫管理器22、路由器24、网关26、内容服务器30和专用网络12或公共网络14的其它组件可以包括编码在介质中、用于执行所述设备功能的逻辑。所述逻辑包括用于执行被编程的任务的功能性指令。所述介质包括可在其中将逻辑编码并利用的计算机磁盘或其它合适的计算机可读介质,专用集成电路(ASIC)、现场可编程门阵列(FPGA)、数字信号处理器(DSP)或其它合适的专用或通用处理器、传输介质或其它合适的介质。
图2示出了根据本发明一个实施例,用于维护电话因特网服务的方法。该处理开始于步骤100,在这里初始化基础服务。在此步骤中,终端单元18开始对其基本呼叫管理器的初始联络,该基本呼叫管理器例如是图1的呼叫管理器22A。这一初始化也称为“归属”(homing)。在步骤100,基本呼叫管理器将所有与终端单元18可用的标准服务有关的配置信息发送到终端单元18。这种服务的例子包括本地呼叫信息、区域代码信息、安全性信息、经授权的服务、以及与各个端点间的语音和数据传输的连续性有关的其它合适的信息。和所述配置信息一起,呼叫管理器22A还将用于基于万维网的服务菜单的指针发送到终端单元18,该指针将终端单元18指引到来自呼叫管理器22A或终端单元18基本互联网服务器28A的可用的基于万维网的服务的列表。如上所述,所述指针可以是URL。终端单元18经由浏览器34,结合超文本传输协议(HTTP)使用此URL,以访问所述万维网服务菜单和相关服务。在步骤100,终端单元18还接收到一个或多个后备因特网服务器的一个或多个URL,所述后备因特网服务器例如是因特网服务器28B。
在步骤105,终端单元18经由在步骤100提供的指针,向基本因特网服务器请求万维网服务菜单。在所示出的实施例中,所述指针将终端单元18引向因特网服务器28A。在步骤110,确定终端单元18是否已从因特网服务器28A接收到响应。如果还未接收到——例如在一段预先定义的超时时间之后——则处理沿着判断步骤110的“否”分支继续到步骤115。所述预先定义的超时时间可以在5至15秒之间,或者定义以满足特定网络的需要。终端单元18也可以从专用网络12的一个或多个组件接收响应,该响应指示出因特网服务器28A没有响应。此响应可以包括错误消息,该错误消息指示所请求的服务器未被找到或没有响应,在所请求的服务器的响应中有错误,或者其它合适的消息。在另一实施例中,终端单元18将请求发送到呼叫管理器22A和呼叫管理器22B两者。终端单元18将会与其中首先响应的那个呼叫管理器继续会话。
在步骤115,终端单元18从后备因特网服务器请求万维网服务菜单;在这个所示出的实施例中,后备服务器是因特网服务器28B。处理返回到步骤105,在这里终端单元18向当前是基本因特网服务器的因特网服务器28B请求万维网服务菜单。如果又没有来自该因特网服务器的响应,则处理沿着“否”分支继续到步骤115。如果有来自因特网服务器28B的响应,则处理继续到步骤120,在这里进行普通的万维网服务处理。
在所示出的实施例中,普通的万维网服务处理包括终端单元18对万维网服务菜单的接收。该万维网服务菜单包括用于对终端单元18可用的各种服务的指针,这些指针指向可以访问到这些服务的位置。这些指针可以将终端单元18指引到在内容服务器30或万维网服务器32上找到的位置。终端单元18的用户从各种服务中进行选择,而且,终端单元18响应于所述用户选择而将HTTP请求发送到内容服务器30和/或万维网服务器32,以获取所请求的信息或服务。当内容服务器30或万维网服务器32将所请求的信息和/或服务发送到终端单元18时,通常的万维网服务处理结束。
图3示出了根据本发明另一实施例,用于维护电话因特网服务的方法。该处理开始于步骤200,在这里初始化基础服务。在此步骤,终端设备18接收配置信息和多个指针,所述指针将终端单元18指引到第一呼叫管理器、后备呼叫管理器、第一因特网服务器和后备因特网服务器。步骤200与图2的步骤100类似。在此初始步骤200期间,终端单元18接收其基本呼叫管理器和一个或多个后备呼叫管理器的URL,在此示例中,其基本呼叫管理器是呼叫管理器22A。在所示出的实施例中,这些后备呼叫管理器可以是呼叫管理器22B和/或呼叫管理器22C。类似地,终端单元18接收将其指引到基本因特网服务器的URL。在所示出的实施例中,该基本因特网服务器是因特网服务器28A,终端单元18还接收将其归属到一个或多个后备因特网服务器的URL,在所示出的实施例中,所述后备因特网服务器被指定为因特网服务器28B和/或28C。
接着,在步骤205,终端单元18归属到基本呼叫管理器。在所示出的实施例中,终端单元18例如可以归属到呼叫管理器22A。类似地,对于因特网或基于万维网的服务,终端单元18接收将其归属到作为因特网服务基本引用点的因特网服务器28A的URL。如上所述,此URL将会把终端单元18指引到因特网服务器28A上提供万维网服务菜单的位置。而且,如上所述,该万维网服务菜单由多个URL组成,所述URL将终端单元18指引到整个因特网当中的多个位置以及公共网络14的内容服务器30。
接着,在步骤210,终端单元18将服务请求发送到基本呼叫管理器,在此示例中,所述基本呼叫管理器是呼叫管理器22A。所述服务请求可以是对普通电话服务的请求、“保持有效”类型的消息、电话呼叫发起和连接请求或者其它任何电话或基于万维网的服务请求。
处理继续到步骤215,在这里终端单元18等待来自呼叫管理器22A的响应。如果接收到响应,则处理沿着“是”分支继续到步骤220,在这里进行对请求的通常处理。通常处理可以通过如以上结合图2的步骤120所描述的普通万维网处理来进行,或者可以构成通过呼叫管理器22A提供到终端单元18的非基于万维网的服务的通常处理。在步骤220之后,处理结束。
如果在判断步骤215,终端单元18未从呼叫管理器22A接收到响应,则处理沿着“否”分支继续到步骤225。在步骤225,终端单元18将会重归属到后备呼叫管理器。如上所述,在这个所示出的实施例中,示例性后备呼叫管理器是呼叫管理器22B。终端单元18重归属到在其完成于步骤200的初始配置中所指定的呼叫管理器22。在步骤225,终端单元18还可以重归属或故障在线恢复到后备因特网服务器28B。如果被呼叫管理器22B指示重归属,或者重归属失败,则处理继续到步骤230,在这里终端单元18获得将其指引到某个后备因特网服务器的新的URL信息;在所示出的实施例中,所述后备因特网服务器被指定为因特网服务器28B。终端单元18可以通过以下方式来获得新的URL信息来自呼叫管理器22B的推送(push)、对呼叫管理器22B的请求、从指定列表中检索、或者其它合适的方式。
一旦终端单元18获得了指示其从因特网服务器28B获得基于万维网的服务菜单的后备URL,则处理继续到步骤220,在这里进行通常处理,然后处理结束。终端单元18可以自动重归属到因特网服务器28B,或者可以在终端单元18重归属到呼叫管理器22B时,由呼叫管理器22B指示其重归属到后备因特网服务器28B。未在图2和3中示出的事实是,如果在通常处理步骤120和/或220期间的任何时间,因特网服务器未能在指定的超时时间内响应,则终端单元18重归属到代替的因特网服务器。
图4示出了根据本发明另一实施例,用于维护电话因特网服务的方法。该处理开始于步骤300,在这里对初始电话服务进行初始化。类似于图2的步骤100和图3的步骤200,终端单元18获得配置信息、以及指向基本和后备呼叫管理器22及基本因特网服务器28的基本和后备指针。在初始化了初始电话服务之后,处理继续到步骤305,在这里终端单元18发送“保持有效”消息。该消息可以通过HTTP协议,或者以其它合适的方式发送。
所述消息可以被指引到基本呼叫管理器22(例如,在所示出的实施例中,其可以是呼叫管理器22A),或者可以将所述“保持有效”消息指引到基本因特网服务器28,在所示出的实施例中其例如是因特网服务器28A。所述“保持有效”消息可以是固定长度或可变长度的分组,或者以其它方式合适地配置,用于请求呼叫管理器22或因特网服务器28的状态。在发送了“保持有效”消息之后,处理继续到步骤310。
在步骤310,确定是否接收到对“保持有效”消息的响应。如果已接收到响应,则处理返回到步骤305。在另一实施例中,终端单元18可以按预定频率发送周期性的“保持有效”消息,例如每50秒发送一条“保持有效”消息。
如果在判断步骤310终端单元18未接收到响应,则处理沿着“否”分支继续到步骤315。在步骤315,终端单元18重归属到后备服务器。在终端单元18已将“保持有效”消息发送到呼叫管理器22A的情况下,终端单元18可以重归属到例如呼叫管理器22B的后备呼叫管理器,以及例如因特网服务器28B的后备因特网服务器。在终端单元18将“保持有效”消息发送到因特网服务器28A的情况下,终端单元18可以保持来自呼叫管理器22A的基本服务,并且重归属到例如因特网服务器28B的后备因特网服务器以获得万维网服务和万维网服务菜单,如“保持有效”消息中所提供的那样。在终端单元18已经重归属到后备服务器之后,处理返回到步骤305。
图5示出了根据本发明另一实施例的用于维护电话因特网服务的方法。该处理开始于步骤400,在这里呼叫管理器22初始化用于一个终端单元18或一组终端单元18的电话服务。如上文结合图2的步骤100、图3的步骤200和图4的步骤300所描述的那样,将类似的配置信息传递给终端单元18,包括基本和后备指针。
处理继续到步骤405,在这里呼叫管理器22与整个专用网络12中的其它服务器和呼叫管理器建立连接。这些连接可操作以接收与在各个呼叫管理器22和因特网服务器28之间分配网络资源有关的信息,以及对每个终端单元18来说关于其基本呼叫管理器22的负载共享信息。这里所使用的“每个”的意思是一个特定子集中的全部。一旦已建立了与其它服务器的连接,处理就继续到步骤410。
在步骤410,呼叫管理器22监视沿着专用网络12的正被用于万维网服务的资源。例如,呼叫管理器22A可以监控其它呼叫管理器22B和22C的网络资源和使用,以及其自身的资源和多个相关因特网服务器28的资源。在步骤410监视了资源之后,处理继续到判断步骤415。
在判断步骤415,呼叫管理器22A确定在网络12的资源分配当中是否存在不均衡。资源分布的不均衡可能是由于呼叫管理器22A或因特网服务器28A所供应的可用于终端单元18的资源的耗尽,或者是由于因特网服务器28A可用资源的过剩以及在其它因特网服务器28B和28C当中资源的耗尽而造成的。在一个实施例中,呼叫管理器22A确定因特网服务器28A是否用尽了可用资源。如果在判断步骤415,呼叫管理器22A确定出不存在不均衡,则处理沿着“否”分支前进到步骤420。在步骤420,进行电话和万维网服务的通常处理。在上文中已经结合图2的步骤120和图3的步骤220对通常处理进行了描述。
如果在判断步骤415,呼叫管理器22A确定出存在不均衡,则处理沿着“是”分支前进到步骤425。在步骤425,呼叫管理器22向终端单元18提供一个不同的指针,该指针将终端单元18指引到欠负载的因特网服务器。在所示出的实施例中,呼叫管理器22A可以指引特定的终端单元18从过负载的因特网服务器28A切换到欠负载的因特网服务器28B。呼叫管理器22A是通过下述操作来进行此改变的,即,将一个或多个新的URL/指针发送到终端单元18,指引终端单元18例如从因特网服务器28B获取其万维网服务菜单。
处理通过返回到步骤410而继续,在这里呼叫管理器22A继续监视通信网络12的资源。当发现另外的不均衡时,处理可以通过以下操作而继续前进到判断步骤415,发现不均衡,沿着“是”分支前进到步骤425,在这里呼叫管理器22A重定向其对之提供服务的终端单元18,以重归属回到基本因特网服务器28A。如果未检测到不均衡,则处理沿着“否”分支继续回到步骤420,在这里重新开始通常处理,然后处理结束。
虽然已经按特定顺序对多种方法的步骤进行了描述,但应该理解到,根据网络配置的需要,可以省略某些步骤或添加其它的步骤。
虽然已经通过若干实施例对本发明进行了描述,但本领域技术人员可以想到多种改变、变化、变更、变形和修改,本发明应包含落入所附权利要求的精神和范围之内的这种改变、变化、变更、变形和修改。
权利要求
1.一种用于维护VoIP定制服务的方法,包括以下步骤提供第一指针,所述第一指针指引终端单元访问第一因特网服务器;提供后备指针,所述后备指针指引所述终端单元访问相应的后备因特网服务器;访问所述第一因特网服务器;以及当出现系统故障时,自动访问所述后备因特网服务器。
2.如权利要求1所述的方法,其中,所述指针包括统一资源定位符。
3.如权利要求1所述的方法,其中,所述系统故障包括第一因特网服务器超时错误。
4.如权利要求1所述的方法,其中,第一呼叫管理器被配置为操作所述第一因特网服务器;并且所述系统故障包括第一呼叫管理器故障。
5.如权利要求4所述的方法,还包括以下步骤当出现所述系统故障时,将所述后备指针推送到所述终端单元。
6.如权利要求4所述的方法,其中,后备呼叫管理器被配置以操作相应的后备因特网服务器,所述方法还包括以下步骤当出现系统故障时,自动重归属到所述后备呼叫管理器。
7.如权利要求6所述的方法,还包括以下步骤提供多个后备指针,每个后备指针指引所述终端单元访问相应的后备因特网服务器。
8.如权利要求7所述的方法,还包括以下步骤当出现所述系统故障时,自动访问后备呼叫管理器。
9.如权利要求4所述的方法,还包括以下步骤在所述终端单元和所述第一呼叫管理器之间发送周期性的“保持有效”消息。
10.如权利要求9所述的方法,其中,所述系统故障包括“保持有效”故障。
11.如权利要求9所述的方法,其中,所述“保持有效”消息包括所述后备指针。
12.一种用于维护VoIP定制服务的系统,包括以下装置用于提供第一指针的装置,所述第一指针指引终端单元访问第一因特网服务器;用于提供后备指针的指针,所述后备指针指引所述终端单元访问相应的后备因特网服务器;用于访问所述第一因特网服务器的装置;以及用于当出现系统故障时,自动访问所述后备因特网服务器的装置。
13.如权利要求12所述的系统,其中,所述指针包括统一资源定位符。
14.如权利要求12所述的系统,其中,所述系统故障包括第一因特网服务器超时错误。
15.如权利要求12所述的系统,其中,第一呼叫管理器被配置为操作所述第一因特网服务器;并且所述系统故障包括第一呼叫管理器故障。
16.如权利要求15所述的系统,还包括用于当出现所述系统故障时,将所述后备指针推送到所述终端单元的装置。
17.如权利要求15所述的系统,其中,后备呼叫管理器被配置以操作相应的后备因特网服务器,所述系统还包括用于当出现系统故障时自动重归属到所述后备呼叫管理器的装置。
18.如权利要求17所述的系统,还包括用于提供多个后备指针的装置,所述后备指针中的每一个都指引所述终端单元访问相应的后备因特网服务器。
19.如权利要求18所述的系统,还包括用于当出现所述系统故障时,自动访问后备呼叫管理器的装置。
20.如权利要求15所述的系统,还包括用于在所述终端单元和所述第一呼叫管理器之间发送周期性的“保持有效”消息的装置。
21.如权利要求20所述的系统,其中,所述系统故障包括“保持有效”故障。
22.如权利要求20所述的系统,其中,所述“保持有效”消息包括后备指针。
23.一种系统,包括嵌入在计算机可读介质上的逻辑;并且所述逻辑可操作以执行以下步骤提供第一指针,所述第一指针指引终端单元访问第一因特网服务器;提供后备指针,所述后备指针指引所述终端单元访问相应的后备因特网服务器;访问所述第一因特网服务器;以及当出现系统故障时,自动访问所述后备因特网服务器。
24.如权利要求23所述的系统,其中,所述指针包括统一资源定位符。
25.如权利要求23所述的系统,其中,所述系统故障包括第一因特网服务器超时错误。
26.如权利要求23所述的系统,其中,第一呼叫管理器被配置为操作所述第一因特网服务器;并且所述系统故障包括第一呼叫管理器故障。
27.如权利要求26所述的系统,所述逻辑还可操作以执行以下步骤当出现所述系统故障时,将所述后备指针推送到所述终端单元。
28.如权利要求26所述的系统,其中,后备呼叫管理器被配置以操作相应的后备因特网服务器,所述逻辑还可操作以执行以下步骤当出现系统故障时,自动重归属到所述后备呼叫管理器。
29.如权利要求28所述的系统,所述逻辑还可操作以执行以下步骤提供多个后备指针,所述后备指针中的每一个都指引所述终端单元访问相应的后备因特网服务器。
30.如权利要求29所述的系统,所述逻辑还可操作以执行以下步骤当出现所述系统故障时,自动访问后备呼叫管理器。
31.如权利要求26所述的系统,所述逻辑还可操作以执行以下步骤在所述终端单元和所述第一呼叫管理器之间发送周期性的“保持有效”消息。
32.如权利要求31所述的系统,其中,所述系统故障包括“保持有效”故障。
33.如权利要求31所述的系统,其中,所述“保持有效”消息包括所述后备指针。
34.一种用于维护VoIP定制服务的方法,包括以下步骤提供多个呼叫管理器,所述呼叫管理器中的每一个都包括用于向多个电话设备提供服务的因特网服务器;监视所述电话设备对所述因特网服务器的资源的使用;检测所述因特网服务器之间的负载不均衡;以及至少响应于所述负载不均衡,指引电话设备的一个子集的终端单元从过负载的因特网服务器转移到欠负载的因特网服务器。
35.如权利要求34所述的方法,其中,通过改变指针列表中指针的顺序,来指引所述终端单元。
全文摘要
根据本发明一个特定实施例,一种用于维护电话因特网服务的方法包括提供第一指针,该第一指针指引终端单元访问第一因特网服务器。提供了后备指针,该后备指针指引所述终端单元访问一个或多个相应的后备因特网服务器。基于所述第一指针来访问所述第一因特网服务器。当出现系统故障时,基于所述后备指针来访问所述后备因特网服务器。
文档编号H04M3/493GK1613241SQ02825987
公开日2005年5月4日 申请日期2002年12月11日 优先权日2001年12月31日
发明者什穆埃尔·谢弗, 马克·斯克任斯基, 特杰班斯·查达, 史蒂文·L·克里斯特松 申请人:思科技术公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1