CN101002457A - 用于电信系统的分布式ip结构 - Google Patents

Abstract

本发明揭示一种具有一分布式架构的基于增强型语音可扩展标记语言(VXML)的语音邮件系统和用于构建基于增强型VXML的语音邮件系统的方法。所述语音邮件系统包括一与一电话网络(110)通信的媒体服务器(120)。所述媒体服务器适于调用所述分布式语音邮件系统的一语音邮件服务且适于提交一语音可扩展标记语言(VXML)页面的至少一第一部分。一与所述媒体服务器通信的应用程序服务器(140)适于产生一VXML页面且将所述VXML页面提供给所述媒体服务器。所述VXML页面具有一嵌在其中的标签，且所述媒体服务器处理所述标签。由处理所述标签的所述媒体服务器调用一监测所述语音邮件系统的至少一个部分的语音邮件账户监测器。

Description

用于电信系统的分布式IP结构

相关申请案的交叉参考

本申请案主张2004年6月30日申请的题为“VXML Based Telephone Service System”和指定序列号为60/584,444的同在申请中的美国临时申请案的优先权，所述申请案以引用的方式并入本文中。

本申请案与2005年3月15日申请的题为“Distributed IP Architecture ForTelecommunications System”且代理人案号为07001.1010的同在申请中的美国实用新型专利中请案有关，所述申请案以引用的方式并入本文中。

技术领域

本发明涉及电信系统，且更明确地说，涉及提供例如语音邮件的服务的基于增强型VXML的电信服务提供系统。

背景技术

在过去数十年中，电信产业持续发展，且技术方面的经验增长突飞猛进。近年来电信技术中最流行的服务之一就是语音邮件。语音邮件继续发展且使其自身成为多数商务的成功运作中的一个关键因素。如今，典型的语音邮件系统采用多种形式，包括可运作于与商务电话系统连接的个人计算机内的计算机卡，或直接与商务电话系统整合的计算机卡或组件，或作为由电信公司提供的服务。

如今，大多数语音邮件系统都很复杂且通常严重依赖于软件编程设计。所述系统包括通常在一单一平台或计算装置上执行的数千行代码。通常通过软件程序员和硬件开发者高度熟练的团队的大量努力而开发出语音邮件产品，且通常一语音邮件产品的单一展出需要许多工时的开发，测试，调试和完善。

然而，在现今具有前所未有的膨胀需求和细微差别的多样化社会中，很难开发出一种可以满足所有潜在消费者需求的单一商务模型。一些消费者可能想要来自其语音邮件系统的一个基本服务包，而其他消费者可能想要来自其语音邮件系统的一个高级服务包。因此，开发者不得不开发出针对较大商业区域的产品或尝试深入渗透利基市场。有时，开发者会发行一个产品的多个版本以试图占领一更大的市场份额。如此额外增加了开发者的问题，而问题主要在于支持的领域。出售的产品的版本越多，为满足其消费者需求的公司支持基础结构必定越复杂。

因此，在此项技术中需要一种允许出于计费目的和系统目的而监测语音邮件系统的电信服务平台。此外，现代电话网络和现代语音邮件系统非常复杂。因此，需要监测语音邮件系统以获得可指示一系统故障的警报。本发明即提供这样一种解决方案。

发明内容

本发明包括一利用语音可扩展标记语言(VXML)页面的分布式语音邮件系统。本发明的一个方面为一可创建对VXML标准的特征基础进行扩展的VXML增强。所述VXML增强提供例如创建帐单记录，发送警报或收集并报告统计数据等能力。本发明的此方面涉及一可用于提供所述服务的呼叫标签。本发明可用于追踪哪些为最常用的特征，呼叫语音邮件系统的数目或其类似信息。

通过简要描述架构，分布式电子邮件系统的一个实施例特别可如以下实施：一与一电话网络通信的媒体服务器适于调用分布式语音邮件系统的一语音邮件服务且适于提交一语音可扩展标记语言(VXML)页面的至少一第一部分。一与所述媒体服务器通信的应用程序服务器适于产生一VXML页面且将所述VXML页面提供给媒体服务器。VXML页面具有一嵌入其中的标签，且媒体服务器处理所述标签。由处理标签的媒体服务器调用一监测语音邮件系统的至少一部分的语音邮件账户监测器。

本发明的实施例还可视为提供用于提供语音邮件服务的方法。鉴于此，所述方法的一个实施例尤其可广泛概括为以下步骤：从一呼叫者接收一电话呼叫，其中在一媒体服务器处接收所述电话呼叫且所述电话呼叫来自一电话网络；从所述媒体服务器接收对语音邮件服务的请求，其中在一应用程序服务器处接收所述请求；和产生一语音可扩展标记语言(VXML)页面，其中响应于接收请求，在所述应用程序服务器处产生所述VXML页面，且其中所述VXML页面的一部分包括一嵌入其中的标签；处理具有嵌入标签的VXML页面的至少所述部分；和响应于处理其中嵌入标签的VXML页面的所述部分，监测分布式语音邮件系统的至少一部分。

通过下文附图和详细描述，本发明的其它系统，方法，特征和优势对于所属领域的技术人员是显而易见的。希望所有额外的系统，方法，特征和优势包括在此描述和本发明的范畴中，且受所附权利要求书保护。

附图说明

图1是说明一与电话网络通信的分布式语音消息传递系统的一示范性实施例的方框图。

图2是存储在一中心数据和消息存储器中的内容的方框图。

图3是执行语音邮件的示范性流程图。

图4是具有语音邮件帐户监测器的一媒体服务器的方框图。

图5是具有一报告产生器的一系统管理单元的方框图。

具体实施方式

本发明为电信设备提供一分布式IP架构(还被描述为下一代电信设备)，例如一PBX，一语音邮件系统等。通过利用本发明的所述架构，电信设备的各种功能性可在各种物理组件中划分且所述物理组件可在地域上散布。如需要，各组件可通过到一IP网络的独立接口彼此通信。可通过单一网关组件解决与电话网络界接的复杂性，且一简化的协议用于电信设备的剩余组件间或通过所述网关组件与电话网络的通信。

应了解，图中说明或所描述的功能性分布，尽管其自身具有新颖的方面，但并不是唯一可接受的配置，且本发明的方面可并入一包括更少或更多组件且在组件间具有不同功能性配置的系统。

现转向图式，其中相同的标签代表通过各种视角看到的相同元件，描述本发明的各种方面及特征。

图1是说明一示范性下一代通信平台100的组件及连接性的系统图。本发明的一个方面是用于电信设备的分布式基于IP的架构，其尤其可提供例如语音邮件，呼叫转移及其它电信特征的电信服务。在所说明的实施例中，下一代通信平台100具有一分布式IP架构且连接到一电话网络110。所述电话网络110尤其可为一无线电话网络或一公共交换电话网(PSTN)。通信平台100被描述为包括一个或一个以上媒体服务器(MS)120、一个或一个以上系统管理单元(SMU)130、一个或一个以上应用程序服务器(AS)140和一个或一个以上中心数据和消息存储器(CDMS)150，以上均通过一网络160连接。通常，所述网络160为一互联网协议(IP)网络，使得经由IP网络的通信符合互联网协议(IP)，此在所属领域中已众所周知。

在一些实施例中，通信平台100的订户可经由一计算机170访问通信平台100，所述计算机经由一网络180(通常为互联网)与应用程序服务器140通信。所述应用程序服务器140将网页提供给所述计算机170，通常使用一浏览器(未图示)向用户显示所述网页。应用程序服务器可提供具有用户可查阅的帐户信息的网页。通常，通信平台100的订户使用通信平台具有一语音邮件帐户，且在一些实施例中，订户可通过将信息或订户定制程序提供给应用程序服务器140来定制他/她的语音邮件帐户。通常，订户可通过将信息输入至由应用程序服务器140提供的网页栏中或通过选择选项来将信息提供给应用程序服务器140。

通过简要描述，媒体服务器120终止来自通信平台100的组件的IP和/或终止来自电话网络110的电路交换话务。媒体服务器120也负责中继和呼叫控制。

其中，应用程序服务器140产生用于各种应用程序的动态语音XML(VXML)页面。应用程序服务器140将VXML页面提供给媒体服务器120，所述媒体服务器120提交VXML页面或VXML页面的部分。应用程序服务器140也通过提供给订户计算机170的网页将外部接口提供给通信平台100。

所述SMU 130是管理入口，其使服务提供者能够提供并维护订户帐户且管理来自一集中网络接口的网络元素。

所述CDMS 150存储语音消息、订户记录且管理包括通知在内的特定应用功能。在一些实施中，CDMS 150存储订户定制程序和订户属性，以下给出两者的详细描述。

下一代通信平台100中的各组件可独立缩放且可独立互连在网络160上。因此，各组件可在地域上分布但只要能够通过网络160彼此通信，其仍作为单一通信平台运作。这是本发明的一个显著优势，而这个优势在现有技术通信系统中是没有的。下文将更详细地描述通信平台100的选定组件。

媒体服务器(MS)

所述MS 120终止来自电话网络110的电路交换话务。MS 120负责平台架构中呼叫的建立与控制。MS 120处理来自订户的以语音、DTMF格式或其它信令方案的输入(非常类似于一web客户收集来自一用户的键盘及鼠标点击输入)。MS 120以语音的形式将内容呈现给用户(在原理上类似于在一PC客户端上显示返回给用户的图片和文本)。这种客户端/服务器方法能够快速创建新的应用程序并快速利用万维网上的可用内容。

MS 120经由对AS 140的请求处理入局呼叫。通常通过将统一资源定位器(URL)或其它互联网标准发送给应用程序服务器140来完成对应用程序服务器的请求。在提供给AS 140的其它信息中，MS 120通常包括入局呼叫的电话号码，即由入局呼叫的呼叫者拨打的电话号码。

一负载均衡器(未展示)优选将到达MS 120处的话务引导至复数个AS 140中的一者。此功能确保话务在有效服务器之间平均分配。MS 120作为代表终端用户的VoiceXML客户端工作的方式与例如Netscape的客户端代表PC上的HTML用户工作的方式大致相同。媒体服务器包括一提交VoiceXML页面以呈现给用户的VoiceXML浏览器122。

所述VoiceXML是用于开发语音启用软件应用程序的基于标准的脚本语言。这意味着在开发基于语音的电话应用程序中，开发商使用并支持基于web(HTML)开发的专门技术。

另外，在一优选实施例中，媒体服务器120由商业现货(COTS)硬件及软件组件构成且为一承载级服务器。也可添加用于特定电话应用的电话接口及资源板。例如，一传真卡或软件可添加到媒体服务器120来管理传真终端。

应用程序服务器(AS)

下一代通信平台的模块化设计具有易于采用增强服务的增加的优势，例如语音拨号和语音导航，统一通信解决方案，多媒体消息传递服务，以及呈现和可用性管理应用程序。向平台添加应用程序是经由将标准应用程序服务器140添加到共用平台来完成的。

各应用程序服务器140产生应用程序文档例如(但不限于)VoiceXML页面和HTML页面。通常，响应于来自媒体服务器120的请求而产生VXML页面，且响应于来自订户计算机170的请求而产生HTML页面。应用程序服务器140支持一web应用基础结构与例如CDMS 150的后端数据存储器界接以产生VXML页面。

整体web应用基础结构将核心服务逻辑(即，提供商业逻辑)与呈现细节(VXML)分离以提供一更加扩展的应用架构。在一个实施例中，应用程序服务器140利用Java 2企业版(J2EE)环境和Java服务器页面(JSP)来为媒体服务器创建动态VXML页面。组合此等技术能够快速并入语音应用程序语言标签(SALT)以在例如WAP，HTML，XTML和语音的应用程序之间提供互用性(多峰)，这允许终端用户同时经由语音命令输入数据并经由WAP或HTML接收呈现。

为创建-简单应用程序开发的环境，应用程序服务器140优选支持模板+JSP。使用API在JSP中实施应用程序以访问消息传递功能。这些JSP可易于修改，从而使改变应用程序行为和新应用程序的创建变得非常容易。

媒体服务器120与应用程序服务器140的协作可用于定制提供给订户的特征，语音邮件功能和用户接口。在一个实施例中，应用程序服务器140从CDMS 150检索订户定制程序且当产生VXML页面时使用所述订户定制程序。使用订户定制程序产生的VXML页面对应于订户指定的定制特征，语音邮件功能和用户接口。例如，一订户可能想要通过改变提供给呼叫者的菜单项目的顺序或通过改变由对选项的选择而调用的语音邮件功能来定制他的语音邮件帐户。

共用数据库和消息存储器(CDMS)

参看图2，CDMS 150具有足够存储容量以使得通信平台100可向多个订户提供服务。其中，存储在CDMS 150中的是语音/音频消息202，订户记录204，订户帐户信息206，帐户属性208和订户定制程序210。在一些实施例中，每个订户具有各自的帐户属性208，而在其它实施例中，帐户属性可由多个订户共享。

CDMS 150优选经设计成具有完全多余的组件且使用反射性存储器和独立冗余磁盘阵列(RAID)技术以用于容错、即时故障排除和恢复。这样确保用于关联硬件和软件组件的五个9的可用性。基本的光盘驱动器和RAID控制器组件优选“可热插拔”，从而消除了关闭系统来进行替换的需要。通过使用CDMS 150，针对语音消息传递的唯一特性而最优化性能，从而消除性能降低，伴随搜索和分类电子邮件存储器而发生的不必要的电子邮件中心数据库功能。

CDMS 150可使用现有电子邮件存储系统的标准。通过使用允许对使消息存储向应用程序透明进行选择的Java中间件而使消息存储器抽象化，从而使得各消息类型可能最有效地存储在存储器中。

当一呼叫者为一订户留下一语音邮件消息时，语音/音频消息202被存储在CDMS150上。语音/音频消息202还包括在订户之间传送或转发的语音/音频消息。语音/音频消息202还可包括订户的“问候语”，其可向一呼叫者播放。

每个订户的记录均存储在所述订户的订户记录204中。订户记录中所包含的信息包括(但不限于)，一给定时间段的呼叫或传真的数目、所保存的消息数目、所记录的消息数目及未检索的消息数目。

订户帐户信息206包括订户姓名、帐户的电话号码、分布列表、转发电话号码和帐单信息。

帐户属性208包括多个属性，所述属性可用于增加，修改或控制提交给媒体服务器120的VXML页面的内容或提交VXML页面的方式。帐户属性208的非限制性实例包括一语言指示符(其可指定在应用程序服务器140所产生的VXML页面中使用的一语言)、时间指示符、呼叫号码触发器及区域码触发器。一时间指示符可用于基于每天的时间、星期几等来修改订户的语音邮件帐户。一区域码触发器可用于基于呼叫号码的区域码来修改订户的语音邮件帐户。所述呼叫号码触发器可用于基于呼叫号码修改订户的帐户。在一些实施例中，可由订户使用计算机170来提供所述属性，而在一些实施例中，订户可指定如何使用所述属性来修改订户的语音邮件帐户。应记住，以上描述的帐户属性为非限定性实例且也可使用其它属性。

也可由订户使用计算机170来提供订户定制程序210。订户可提供订户定制程序以提供定制的VXML页面。通常，一订户通过使用计算机170访问通信平台100来提供订户定制程序210。应用程序服务器140将网页提供给订户，所述网页显示在计算机170上的一浏览器的一窗口中。接着订户可选择可定制的选项。例如，对于一VXML页面中每个菜单显示，订户定制程序可用于定义呈现选项的顺序，以及与选择选项相关联的按键和例如(但不限于)转移呼叫、转发消息、删除存储在CDMS 150中的消息、改变订户问候语等语音邮件功能。

系统管理单元(SMU)

SMU 130为服务提供者提供一中心点以管理所有网络元件，从而提供远程访问、维护和备份功能性。SMU 130提供一用于提供、警报、报告和订户移动的单一接口。SMU130集成和定制具有新元件和应用程序的系统，且为经历快速增长网络和爆发性的话务量的运营商提供操作支持和网络管理功能。

语音邮件操作

参看图3，首先在媒体服务器120处接收一服务请求300。所述服务请求可采用多种形式且可代表各种服务，例如(但不限于)一入站语音呼叫，一呼叫转移，一入站传真，一入站文本消息，或一电话或语音邮件系统典型的各种入站或出站服务。在所说明的实例中，服务请求300是对一订户号码的入站呼叫的接收。媒体服务器120可使用例如(但不限于)自动号码识别(ANI)和拔号识别号码服务(DNIS)的功能以收集例如(但不限于)主叫号码和被叫号码的信息。另外，媒体服务器120还可收集例如中继群的其它信息。

媒体服务器120通过调用通信平台100的一服务来响应入站呼叫。媒体服务器通过将一调用服务消息310发送至应用程序服务器140来调用服务。通常所述调用服务消息310符合一互联网协议。调用服务消息310通常包括例如被叫号码的信息。调用服务消息310也可包括一服务标签或应用程序服务器140用以确定媒体服务器正调用的服务类型的其它标识符。例如，在一些实施例中，媒体服务器120适于确定入局呼叫是否为一语音引入呼叫或一传真传输且响应于对入局呼叫类型的确定，媒体服务器120包括调用服务消息310中的适当的服务标签。

根据服务请求，调用服务的操作可有很大不同。在当前实例中，媒体服务器120可包括调用服务时被叫的号码。在一示范性实施例中，媒体服务器120通过将一URL发送至应用程序服务器140来调用请求。这与一典型的面向web的浏览器请求加载一HTML类型页面时的操作类似。在这种情况下，媒体服务器120从应用程序服务器140调用一特定的VXML页面。将所述URL发送至应用程序服务器140的过程基本上指示应用程序服务器140将一VXML页面提供给媒体服务器120。在一些实施例中，URL指示应用程序服务器提供一默认VXML页面。

应用程序服务器140可使用调用服务信息310中的信息来查找存储在CDMS 150中的订户信息。应用程序服务器140将一应用程序服务器查询320发送至CDMS 150。通常，所述应用程序服务器查询320包括由调用服务消息310携带的信息。例如，应用程序服务器150可使用被叫号码以取得与被分配有被叫号码的订户相关联的订户信息。

CDMS 150将一响应330发送至应用程序服务器140。所述响应330可包括与被叫号码相关联的一些或所有帐户属性208和/或与被叫号码相关联的一些或所有订户定制程序210。

当应用程序服务器产生VXML页面时，应用程序服务器140使用所述一些或所有帐号属性208和/或订户定制程序210。通常，应用程序服务器140可在一些VXML网页中使用一些帐户属性208(和/或订户定制程序210)且在其它VXML网页中使用其它帐户属性208(和/或订户定制程序210)。

因此，应用程序服务器140基于从CDMS 150提供的信息建立一VXML页面340。在执行此功能的过程中，应用程序服务器140将订户专用和其它专用数据放入VXML页面340且将VXML页面340传给媒体服务器120。

在某些情况下，媒体服务器120将整个VXML页面340提交给呼叫者，且在其它情况下，媒体服务器提交VXML页面340的至少一个部分。在所说明的实施例中，媒体服务器120提交VXML页面340的一部分350。所提交的部分350被提供给呼叫者。

一旦将所提交的部分350提供给呼叫者，呼叫者就可提供到媒体服务器120的进一步输入360，且媒体服务器120可以不同方式响应所述输入360。例如，媒体服务器120可通过提供VXML页面340的相同部分350或通过提交VXML页面340的一不同部分来响应输入360。例如，VXML页面340可为一菜单选择。当呼叫者通过按下一按钮或做出一有声陈述时，此可导致媒体服务器120移至VXML页面340上的一特定形式(或部分)。然后媒体服务器120提交所述特定形式并将所提交的部分370提供给呼叫者。或者，如果输入360不对应于菜单项目中的一者，那么媒体服务器120将重新提供所提交的部分350。

在一些情况下，输入360可促使媒体服务器120将一请求380发送至应用程序服务器140。所述请求可为对通信平台100的一新服务的请求或为对另一VXML页面的请求。媒体服务器140通过将与通信平台100的另一服务有关的另一VXML页面390或与语音邮件服务有关的另一页面发送至媒体服务器120来响应请求380。

例如，假设呼叫者是被叫号码的通信平台的订户且第一VXML页面340与呼叫者语音邮件服务的调用有关。在此情况下，假设输入350为一用于检索存储于CDMS 150中消息的选项，那么第二VXML页面390可携带与存储在CDMS 150中的消息有关的信息。

因此，有利地，可通过媒体服务器跳入一加载的VXML页面中的各种位置来处理简单的形式或动作，而可通过请求来自应用程序服务器的额外页面来满足复杂的功能。

另外，本发明的VXML系统有利地可允许系统以很多不同方式来操作以显得它是各订户或呼叫者的定制系统，实际上当系统根本不需要修改时，只是简单地将与特殊触发机制相关联的控制属性(例如区域码，呼叫者ID，ANI，日时刻，等等)进行编程，且进而用于增强系统。

语音邮件检测器

参见图4，在一些实施例中，一VXML页面400包括一标签402，所述标签由应用程序服务器140嵌在VXML页面400中。标签402通常为一对象标签或JSP标签或所属领域的技术人员所了解的其它标签。应注意，在一个实施例中，响应于媒体服务器120对VXML页面400的请求，将标签402嵌在VXML页面400中。在其它实施例中，可指示应用程序服务器120使标签402包括在VXML页面400中。在某些情况下，SMU 130可指示应用程序服务器140将一个或一个以上标签嵌在VXML页面400中，且在其它情况下，SMU 130可指示应用程序服务器140不将一个或一个以上标签嵌在VXML页面400中。因此，在一些实施例中，将标签嵌在VXML页面400中的动作可开启或关闭。

媒体服务器120从应用程序服务器140接收VXML页面400且将所述VXML页面400提供给浏览器122。浏览器122处理和/或提交VXML页面400。浏览器122在VXML页面400的处理和/或提交期间处理标签402，且响应于对标签402的处理，浏览器122起始一语音邮件帐户监测器404。通常，语音邮件帐户监测器404运行在浏览器122中。然而，在一些实施例中，语音帐户监视器404运行在浏览器122的外部。在这种情况下，浏览器122发送一触发器406，其促使语音邮件帐户监测器404启动。例如，在一个实施例中，媒体服务器120从浏览器122接收触发器406，且媒体服务器120起始语音邮件帐户监测器404。然而，在一些实施例中，语音邮件帐户监测器404运行在一不同于媒体服务器120的组件上，例如应用程序服务器140或系统管理单元130，且在此情况下，所述组件经由网络160接收触发器406，且起始语音邮件帐户监测器404。另外，在一些实施例中，语音邮件帐户监测器运行在通信平台100的多个组件上。例如，语音邮件帐户监测器404可包括运行在媒体服务器120，应用程序服务器140和系统管理单元130上的子模块。因此，在一些实施例中，浏览器120将一触发器(或多个触发器)发送至通信平台100的选定组件，且选定组件接着起始语音邮件帐户监测器404的各个子模块。出于简要描述目的，语音邮件帐户监测器404被描述为运行在媒体服务器120上，但希望其为一非限定性实例。

在一些实施例中，语音邮件帐户监测器404包括主要用于检测警报的逻辑。通常，语音邮件帐户监测器404包括用于检测来自电话网络110的警报的逻辑。通常，语音邮件帐户监测器404包括用于被动和主动地响应所检测的警报的逻辑。被动响应包括将警报通知发送给通信平台100的一个或一个以上组件。例如，作响应于对一警报的检测，语音邮件帐户监测器404将一警报通知发送给应用程序服务器140。基于警报的类型，通信平台100的组件可完全忽略警报通知或主动反应。语音邮件帐户监测器对所检测的警报的主动反应包括(但不限于)终止呼叫，转移呼叫等等。例如，如果语音邮件帐户监测器404检测到一警报，那么所述语音邮件帐户监测器404可通过终止与具有警报的入局呼叫相关联的服务作为响应。

在一些实施例中，语音邮件帐户监测器404包括用于收集与所请求服务相关和/或与提供给呼叫者的内容相关的数据的逻辑。例如，在一个实施例中，语音邮件帐户监测器404将由媒体服务器120请求的服务进行列表且对媒体服务器120所调用的每一服务的次数进行计数。当然，在一些实施例中，语音邮件帐户监测器404可将通信平台的选定服务进行列表，且对媒体服务器120调用选定服务的次数进行计数。在一些实施例中，语音邮件帐户监测器404将使用提供给浏览器122的VXML页面URL的数据进行列表。

在另一实施例中，语音邮件帐户监测器404对将特定内容提供给呼叫者的次数进行计数。在这种情况下，语音邮件帐户监测器404对将一“形式”(意即VXML页面100的一部分)提供给呼叫者的次数进行计数。

除了将内容进行列表，语音邮件帐户监测器404可包括主要用于将语音邮件系统的特征进行列表和对调用特征的次数进行计数的逻辑。例如，语音邮件帐户监测器404可包括用于对一订户调用例如消息转发的语音邮件特征次数进行计数的逻辑，其中所述信息转发将一存储在CDMS 150中的消息转发给通信平台100的一不同订户。

语音邮件帐户监测器404适于将其所收集数据提供给SMU 130。在一些实施例中，当终止入局呼叫时，语音邮件帐户监测器404将所收集的数据提供给SMU 130。在其它实施例中，语音邮件帐户监测器404积累一段时间的数据且在预定时间将所积累数据提供给SMU 130。

报告产生器

参看图5，系统管理单元150包括一报告产生器502。所述报告产生器502从语音邮件帐户监测器404接收数据504。报告产生器502包括主要用于数据504的统计分析的逻辑。报告产生器502分析数据504以确定通信平台调用特征的相对频率，对通信平台100呼叫的号码等等。

在一些实施例中，报告产生器502与一帐单实体506通信。所述帐单实体506使用来自报告产生器502的报告508为通信平台100的订户的服务计费。

应强调，以上描述的本发明实施例，特别是“优选”或“示范性”实施例仅为实施方案的可能实例，仅出于清楚理解本发明的原理为目的而陈述所述实施例。可在实质上不偏离本发明精神和原理的基础上对本发明以上描述的实施例做出各种更正和修改。应理解，任何特殊实施例可仅包括本发明许多方面中的一些方面。所有所述修改和变动希望包括在本文本发明的此揭示案的范畴内，且受以下权利要求的保护。

Claims (20)

1.一种分布式语音邮件系统，其包含：

一与一电话网络通信的媒体服务器，所述媒体服务器适于调用所述分布式语音邮件系统的一语音邮件服务且适于提交一语音可扩展标记语言(VXML)页面的至少一第一部分；

一与所述媒体服务器通信的应用程序服务器，所述应用程序服务器适于产生一VXML页面和将所述VXML页面提供给所述媒体服务器，其中所述VXML页面的一部分包括一嵌在其中的标签；和

一语音邮件帐户监测器，其响应于所述媒体服务器处理所述标签而监测所述语音邮件系统的至少一部分。

2.根据权利要求1所述的分布式语音邮件系统，其中所述语音邮件帐户监测器收集与所述呼叫者对所述分布式语音邮件系统的使用相关的信息。

3.根据权利要求2所述的分布式语音邮件系统，其中所述语音邮件帐户监测器通过对提交所述VXML页面的至少一给定部分的次数进行计数来收集信息。

4.根据权利要求2所述的分布式语音邮件系统，其中所述应用程序服务器产生至少一第二VXML页面和将所述第二VXML页面提供给所述媒体服务器，其中所述媒体服务器提交所述第二VXML页面的至少一给定部分，且其中所述语音邮件帐户监测器通过对提交所述第二VXML页面的至少所述给定部分的次数进行计数来收集信息。

5.根据权利要求2所述的分布式语音邮件系统，其中所述应用程序服务器适于产生多个VXML页面和将所述多个VXML页面提供给所述媒体服务器，且其中所述语音邮件帐户监测器通过对提交所述多个VXML页面的至少一部分的次数进行计数来收集信息。

6.根据权利要求5所述的分布式语音邮件系统，其进一步包括：

一与所述媒体服务器通信的系统管理单元，所述系统管理单元适于使用对提交所述多个VXML页面的至少一部分的次数的计数来创建一语音邮件系统使用报告。

7.根据权利要求2所述的分布式语音邮件系统，其进一步包括一与所述媒体服务器通信的系统管理单元，所述系统管理单元适于使用所述收集的信息来创建帐单记录。

8.根据权利要求1所述的分布式语音邮件系统，其中所述语音邮件监测系统适于检测一警报和发送一警报通知。

9.根据权利要求1所述的分布式语音邮件系统，其中所述标签是一外部VXML标签。

10.根据权利要求1所述的分布式语音邮件系统，其中所述标签是一Java服务器页面(JSP)VXML标签。

11.一种提供语音邮件服务的方法，所述方法包含以下步骤：

在-媒体服务器处接收一来自一呼叫者的电话呼叫，其中所述电话呼叫接收自一电话网络；

在一应用程序服务器处从所述媒体服务器接收对一语音邮件服务的一请求；

响应于接收所述请求，在所述应用程序服务器处产生一语音可扩展标记语言(VXML)页面，其中所述VXML页面的一部分包括一嵌在其中的标签；

处理所述VXML页面的其中嵌有所述标签的至少所述部分；和

响应于处理所述VXML页面的其中嵌有所述标签的所述部分，监测所述分布式语音邮件系统的至少一部分。

12.根据权利要求11所述的方法，其中所述监测的步骤包括：收集与所述呼叫者对所述分布式语音邮件系统的使用相关的信息。

13.根据权利要求12所述的方法，其中所述收集信息的步骤包括对处理所述VXML页面的至少一给定部分的次数进行计数。

14.根据权利要求12所述的方法，其进一步包括以下步骤：

在所述应用程序服务器处产生至少一第二VXML页面；

将所述第二VXML页面提供给所述媒体服务器；

在所述媒体服务器处处理所述第二VXML页面的至少一给定部分；和

对提交所述第二VXML页面的至少所述给定部分的次数进行计数。

15.根据权利要求12所述的方法，其进一步包括以下步骤：

将多个VXML页面提供给所述媒体服务器，其中在所述应用程序服务器处产生所述多个VXML页面；

对提交所述多个VXML页面的至少一部分的次数进行计数。

16.根据权利要求15所述的方法，其进一步包括使用对提交所述多个VXML页面的至少一部分的次数的所述计数来创建一语音邮件系统使用报告的步骤。

17.根据权利要求12所述的方法，其进一步包括使用所述收集的信息创建帐单记录的步骤。

18.根据权利要求11所述的方法，其进一步包括以下步骤：

在所述媒体服务器处检测一警报；和

从所述媒体服务器发送一警报通知。

19.根据权利要求11所述的方法，其中所述标签是一外部VXML标签。

20.根据权利要求11所述的方法，其中所述标签是一Java服务器页面(JSP)VXML标签。

Images