CN101010932A - 分布式可定制语音邮件系统 - Google Patents

Abstract

本发明揭示一种具有一分布式结构的基于语音可扩展标记语言(VXML)的语音邮件系统。所述VXML语音邮件系统包括一媒体服务器(120)和一应用程序服务器(140)。所述媒体服务器(120)与一电话网络(110)通信。所述媒体服务器(120)通过所述电话网络(110)接收一电话呼叫，且通过向一应用程序服务器(140)发送一请求来调用所述语音邮件系统的一语音邮件服务。所述应用程序服务器(140)适合响应于接收到所述请求而产生一语音可扩展标记语言(VXML)页面，并将所述VXML页面提供给媒体服务器(120)，其中所述媒体服务器(120)提交所述VXML页面的至少一部分。也揭示用于构建基于VXML的语音邮件系统的方法。一种方法包括以下步骤：接收一来自一呼叫者的电话呼叫，所述电话呼叫是在一媒体服务器(120)处从一电话网络接收的；在一应用程序服务器(140)处从所述媒体服务器(120)接收对一服务的一请求；响应于接收到所述请求，在所述应用程序服务器(140)处产生一语音可扩展标记语言(VXML)页面；和提交所述VXML页面的至少一部分。

Description

分布式可定制语音邮件系统

对相关申请案的变叉参考

本申请案主张基于2004年6月30日申请的标题为“VXML Based Telephone ServiceSystem”的序列号为60/584,444的共同待决美国临时申请案的优先权，该申请案的全文以引用的方式并入本文中。

本申请案涉及2005年3月15日申请的标题为“Distributed IP Architecture ForTelecommunications System”的代理人案号为07001.1010的共同待决美国新型实用专利申请案，该申请案的全文以引用的方式并入本文中。

技术领域

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

背景技术

在过去几十年中，电信行业持续发展并且在技术方面经历了突飞猛进的发展。近年来的电信技术中提供的最盛行的服务之一是语音邮件。语音邮件已持续发展并在大多数商业的成功运作中成为关键要素。当今的典型的语音邮件系统可表现为各种形式，包括可在连接到商业电话系统的个人计算机中操作的计算机卡，或直接集成在商业电话系统中的计算机卡或组件，或者为由电信公司提供的服务。

当今的大多语音邮件系统通常严重依赖于软件编程。所述系统包括数千行通常在单个平台或计算装置上执行的代码。语音邮件产品的发展往往是高度娴熟的软件编程人员和硬件开发人员团队的大量工作的结果，且语音邮件产品的单次发布通常需要许多的开发、测试、调试和完善的工时。这类开发工作中所需的工作量对开发定制产品系列没有帮助，而是在客户同意购买完全开发的产品时最为有利。

但在当今的多元社会中，需求和细微差别总在日益增长，难以开发出能满足所有预期客户的需求的单个产品系列。因此，开发人员被迫开发针对较大企业部门的产品，或者试图深度渗入利基市场。有时，开发人员会发布产品的多种版本，试图获取更大的市场份额。这(主要在支持领域)为开发人员带来了额外的问题。销售的产品变化形式越多，公司支持基础结构就必须变得越复杂，这样才能满足其客户的需求。

开发人员可使用的一种技术是提供可由用户定制的产品。这类产品可使用配置文件和输入参数来允许在系统操作中实现一定程度的定制。这种技术可在一定程度上解决此项技术中的这一需求。然而，所述技术非常缺乏理想的解决方案，因为其严重依赖于开发人员能够领会以最终用户希望的方式定制操作的能力并将这一能力编程到系统中。这是一个令人生畏的艰难任务。

因此，此项技术中需要一种电信服务平台，其允许最终用户进行完全的定制，或为最终用户实现完全的定制，并且不会显著增加开发、制造和销售给最终用户的成本。本发明可提供这样一种解决方案。

发明内容

本发明的一个方面针对一种基于VXML的电信系统，其允许容易地定制操作。

本发明的一个方面是一种基于VXML的语音邮件应用程序。本发明的这一方面提供在根据每个客户的基础上修改和定制系统时的较大灵活性。

简而言之，尤其可在结构上用以下方式来构建语音邮件系统的一个实施例。一媒体服务器与电话网络通信。所述媒体服务器通过所述电话网络接收电话呼叫，并通过向应用程序服务器发送请求来调用语音邮件系统的语音邮件服务。所述应用程序服务器适合响应于接收到所述请求而产生语音可扩展标记语言(VXML)页面，并将所述VXML页面提供给媒体服务器，其中所述媒体服务器提交所述VXML页面的至少一部分。

本发明的实施例也可视为提供用于提供语音邮件服务的方法。在这一方面，这类方法的一个实施例尤其可通过以下步骤来广泛地概括：接收来自呼叫者的电话呼叫，所述电话呼叫是在媒体服务器处从电话网络接收的；在应用程序服务器处从所述媒体服务器接收对一服务的请求；响应于接收到所述请求，在所述应用程序服务器处产生语音可扩展标记语言(VXML)页面；和提交所述VXML页面的至少一部分。

若审阅以下附图和详细描述，所属领域的技术人员将容易了解本发明的其它系统、方法、特征和优点。希望所有这些额外的系统、方法、特征和优点均包括在此描述内、包括在本发明的范畴内，且受所附权利要求书的保护。

附图说明

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

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

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

具体实施方式

本发明提供一种用于电信设备(例如PBX、语音邮件系统或类似设备)的分布式IP结构，所述分布式IP结构也被描述为下一代通信平台。通过利用本发明的结构，可在各个物理组件中间划分电信设备的各种功能性，且所述物理组件在地域上可以分散。每个组件在需要时通过与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，所述计算机170经由网络180与应用程序服务器140通信，所述网络180通常为因特网。应用程序服务器140向计算机170提供网页，所述网页通常用浏览器(未图示)显示给所述订户。应用程序服务器可提供具有订户可查看的帐户信息的网页。通信平台100的订户通常具有关于通信平台的语音邮件帐户，且在有些实施例中，订户可通过向应用程序服务器140提供信息或订户定制程序来定制其语音邮件帐户。订户通常可通过将信息输入到应用程序服务器140提供的网页中的栏位中或通过选择选项来向应用程序服务器140提供信息。

简而言之，媒体服务器120中止来自通信平台100的组件的IP，和/或中止来自电话网络110的电路交换通信量。媒体服务器120还负责中继和电话控制。

其中，应用程序服务器140产生针对各种应用程序的动态VoiceXML(VXML)页面。应用程序服务器140将VXML页面提供给媒体服务器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格式或其它信令方案的输入(很类似于网络客户端收集用户的键盘与鼠标点击输入)。MS 120以语音形式将内容呈现给用户(原理上类似于返回显示给PC客户端用户的图形和文本)。这种客户端/服务器方法实现了新应用程序的迅速产生和环球网上可用内容的快速利用。

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

负载平衡器(未图示)优选地将到达MS 120的通信量引导到复数个AS 140中的一者。这种功能性确保了通信量在活动的服务器之间平均分配。多功能MS 130以与象Netscape这样的客户端在PC上为HTML用户工作的几乎相同的方式来作为VoiceXML客户端为最终用户工作。媒体服务器包括VoiceXML浏览器122，其提交VoiceXML页面以便呈现给用户。

VoiceXML是用于开发语音实现软件应用程序的基于标准的脚本语言。这意味着开发人员在开发基于语音的电话应用程序时要使用和补充基于网络(HTML)的开发技能。

此外，在优选实施例中，媒体服务器120构造为商业即时可用(COTS)硬件和软件组件，且其为运营商级服务器。还可添加电话接口和用于电话专用应用程序的资源板。例如，可向媒体服务器120添加传真卡或软件，用以管理传真终端。

应用程序服务器(AS)

下一代通信平台的模块化设计具有增加的优点，其易于部署增强的服务，例如语音拨号和语音导航、统一的通信解决方案、多媒体消息传递服务和存在与可用性管理应用程序。向平台添加应用程序是通过将标准应用程序服务器140添加到共用平台来完成的。

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

总体网络应用程序基础结构将核心服务逻辑(即，提供事务逻辑)与呈现细节(VXML)分离开来以提供更加可扩展的应用程序结构。在一个实施例中，应用程序服务器140利用Java 2企业版(J2EE)环境和Java服务器页面(JSP)来产生用于媒体服务器的动态VXML页面。组合这些技术实现了语音应用程序语言标记(SALT)的快速合并，以提供类似于WAP、HTML、XHTML的应用程序与语音之间的互用性(多模式)，从而允许最终用户同时地通过语音命令输入数据和通过WAP或HTML接收呈现。

为产生便于应用程序开发的环境，应用程序服务器140优选地支持Template+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优选地设计为具有完全冗余组件，并利用反射存储器和独立磁盘冗余阵列(Redundant Array of Independent Disk，RAID)技术以用于容错、立即故障修复和恢复。这确保了相关联的硬件与软件组件的99.999％的可用性。基本的磁盘驱动器和RAID控制器组件优选为“可热交换的”，这消除了为进行替换而使系统断电的需要。通过CDMS 150，针对语音消息传递的独特特性优化了性能，从而消除了性能降级和伴随对电子邮件存储的搜索和分类而来的不必要的电子邮件中心数据库功能性。

CDMS 150可利用现成的电子邮件存储系统的标准。通过使用Java中间件使消息存储器抽象化，所述中间件允许消息存储器的选择对应用程序来说是透明的，使每一消息类型能够存储在可能的最有效的存储器中。

当呼叫者留下给订户的语音邮件消息时，语音/音频消息202被存储在CDMS 150上。语音/音频消息202还包括在订户之间传送和/或转接的语音/音频消息。语音/音频消息202还可包括订户的“问候语”，可将该问候语播放给呼叫者。

将每一订户的记录存储在该订户的订户记录204中。包括在订户记录中的信息包括(但不限于)给定时段内的呼叫数目和/或传真数目、已保存的消息数目、已记录的消息数目、未检索的消息数目。

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

帐户属性208包括可用于增加、修改或控制提交给媒体服务器120的VXML页面的内容或者VXML页面的提交方式的属性。帐户属性208的非限制性的实例包括语言指示符(其可指定应用程序服务器140所产生的VXML页面中使用的语言)、时间指示符、主叫号码触发器、区域代码触发器。时间指示符可用于根据时刻、星期几等来修改订户的语音邮件帐户。区域代码触发器可用于根据主叫号码的区域代码来修改订户的语音邮件帐户。主叫号码触发器可用于根据主叫号码来修改订户的帐户。在有些实施例中，订户可使用计算机170提供所述属性，且在有些实施例中，订户可指定怎样通过所述属性来修改订户的语音邮件帐户。应记住，以上所述的帐户属性并非限制性实例，且也可使用其它属性。

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

系统管理单元(SMU)

SMU 130为服务提供商提供集中点以管理所有的网络元件，从而提供远程访问、维护和备份功能性。SMU 130提供单一接口以用于供应、警报、报告和订户迁移。SMU 130用新的元件和应用程序来集成和定制系统，并为经历迅速增长的网络和迅猛增加的通信量的运营商提供操作支持和网络管理功能。

语音邮件操作

参看图3，首先在媒体服务器120处接收到服务请求300。所述服务请求可采取多种形式，并且可代表多种服务，例如(但不限于)入站呼叫语音呼叫、呼叫传送、入站传真、入站文本消息或者电话或语音邮件系统惯有的多种入站或出站服务。在所示的实例中，服务请求300是对订户号码的入站呼叫的接收。媒体服务器120可使用某些功能(例如(但不限于)自动号码识别(ANI)和被叫号码识别号码服务(DNIS))来收集信息(例如(但不限于)主叫号码和被叫号码)。此外，媒体服务器120还可收集其它信息，例如中继群组(Trunk Group)。

媒体服务器120通过调用通信平台100的服务来响应入站呼叫。所述媒体服务器通过向应用程序服务器140发送调用服务消息310来调用服务。调用服务消息310通常符合网际协议。调用服务消息310通常包括例如被叫号码等信息。调用服务消息310还可包括服务标签或其它被应用程序服务器140用来确定媒体服务器正调用何种类型的服务的识别符。举例而言，在有些实施例中，媒体服务器120适合于确定来电是语音呼叫还是传真传输，并且媒体服务器120响应于对来电的类型的确定而在调用服务消息310中包括合适的服务标签。

视服务请求而定，服务调用的操作可能会大为改变。在当前的实例中，媒体服务器120在调用服务时可包括被叫的号码。在示范性实施例中，媒体服务器120通过向应用程序服务器140发送URL来调用请求。这与典型的网络导向的浏览器在请求加载HTML类型页面时的操作相似。在此情况下，媒体服务器120从应用程序服务器140调用特定的VXML页面。向应用程序服务器140发送URL的处理主要指示应用程序服务器140向媒体服务器120提供VXML页面。在有些实施例中，URL指示应用程序提供默认的VXML页面。

应用程序服务器140可使用调用服务消息310中的信息来查找存储在CDMS 150中的订户信息。应用程序服务器140向CDMS 150发送应用程序服务器查询320。应用程序服务器查询320通常包括调用服务消息3 10所承载的信息。例如，应用程序服务器140可使用被叫号码来获得与被叫号码被分配的订户相关联的订户信息。

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

当应用程序服务器140产生VXML页面时，该应用程序服务器使用一些或所有帐户属性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提供给呼叫者，呼叫者便可将进一步的输入360提供给媒体服务器120，且媒体服务器120可以不同方式响应所述输入360。举例而言，媒体服务器120可通过提供VXML页面340的同一部分350或者通过提交VXML页面340的不同部分来响应所述输入360。举例来说，VXML页面340可为菜单选择。当呼叫者通过按压按钮或进行可听陈述来进行选择(提供输入360)时，这将使得媒体服务器120移动到VXML页面340上的特定形式(或部分)。随后，媒体服务器120将提交所述特定形式，并将所提交的部分370提供给呼叫者。或者，如果输入360并非对应于菜单项目中的一者，那么媒体服务器120将重新提供所提交的部分350。

在有些情况下，输入360可能会致使媒体服务器120向应用程序服务器140发送一请求380。所述请求可能是请求通信平台100的一项新服务，或者可能是请求另一VXML页面。媒体服务器140通过向媒体服务器120发送另一VXML页面390(其可能与通信平台100的另一服务有关)或者与语音邮件服务有关的另一页面来响应请求380。

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

因此，有利的情况是，可通过媒体存储器跳转到所加载的VXML页面中的各种位置来处理单一形式或行为，而复杂的功能可通过从应用程序服务器请求额外的页面来满足。

此外，本发明的VXML系统有利地允许系统以大量不同方式操作，以表现为其仿佛是针对每个用户或呼叫者的客户系统，而实际上所述系统根本无需修改，而只需简单地对与特定触发机制相关联的控制属性(例如区域代码、呼叫者ID、ANI、时刻等)进行编程，然后用其来增强系统。

本发明的另一方面是可使用各种所选择的或视情况而定的参数来界定调用各种VXML页面的URL。例如，如果用户是从其家庭电话号码进行呼叫，那么可使用ANI来从应用程序服务器产生URL。因此，可基于进行呼叫的来源电话号码来加载和提交经过定制的VXML页面。也可通过提示主叫方选择一种模式等来实施这一行为。作为另一实例，如果从源于墨西哥或其它某一国家的号码接收到呼叫，那么可通过自动产生依据该国家代码的URL来调用与该国家的语言特定相关联的VXML页面。

应强调的是，本发明的上述实施例，特别是任何“优选”或“示范性”实施例只是实施方案的可能实例，对其的阐释仅仅是为了清楚地了解本发明的原理。可在实质上不偏离本发明的精神和原理的情况下对本发明的上述实施例进行许多变更和修改。还应了解，任何特定实施例可能仅包括本发明的各个方面中的某些方面。希望本文中将所有这类修改和变更包括在本揭示内容和本发明的范畴内，且受到所附权利要求书的保护。

Claims (23)

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

一媒体服务器，其与一电话网络通信，所述媒体服务器适合响应于接收到来自一呼叫者的一电话呼叫而发送一请求，以调用所述分布式电信平台的一语音邮件服务，所述电话呼叫是从所述电话网络接收到的；和

一应用程序服务器，其与所述媒体服务器通信，所述应用程序服务器适合于接收所述请求，其中所述应用程序服务器响应于接收到所述请求而产生一语音可扩展标记语言(VXML)页面，并向所述媒体服务器提供所述VXML页面，其中所述媒体服务器将所述VXML页面的至少一部分提交给所述呼叫者。

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

一中央数据和消息存储器(CDMS)，其与所述应用程序服务器通信，所述CDMS具有存储在其中的语音邮件帐户属性，其中所述CDMS向所述应用程序服务器提供一特定语音邮件帐户的一属性，且其中所述应用程序服务器使用所述属性产生所述VXML页面。

3.根据权利要求2所述的分布式语音邮件系统，其中所述属性是时间修改、地域修改、主叫号码修改和区域代码修改中的至少一者。

4.根据权利要求1所述的分布式语音邮件系统，其中所述CDMS具有一与存储在其中的所述VXML页面相关联的订户定制程序，其中所述订户定制程序由所述分布式语音邮件系统的一订户提供，其中所述应用程序服务器在产生所述VXML页面时使用所述订户定制程序，借此所述VXML页面由所述订户定制程序定制。

5.根据权利要求4所述的分布式语音邮件系统，其中所述VXML页面具有复数个菜单选项，且其中所述订户定制程序界定所述菜单选项的顺序。

6.根据权利要求4所述的分布式语音邮件系统，其中所述VXML页面具有复数个菜单选项，且其中所述订户定制程序将一输入与每一菜单选项相关联，其中响应于所述呼叫者提供一给定输入而选定与所述给定输入相关联的菜单选项。

7.根据权利要求4所述的分布式语音邮件系统，其中所述VXML页面具有复数个菜单选项，且其中所述订户定制程序针对所述菜单选项中的至少一者界定一语音邮件功能。

8.根据权利要求1所述的分布式语音邮件系统，其中所述媒体服务器响应于接收到来自所述呼叫者的输入而将一第二VXML页面的至少一部分提交给所述呼叫者。

9.根据权利要求8所述的分布式语音邮件系统，其中所述应用程序服务器产生所述第二VXML页面。

10.根据权利要求1所述的分布式语音邮件系统，其中所述媒体服务器通过向所述应用程序服务器发送一特定的统一资源定位符(URL)而调用所述语音邮件服务。

11.根据权利要求10所述的分布式语音邮件系统，其中所述电话呼叫具有一与其相关联的电话号码，且其中所述媒体服务器向所述应用程序服务器提供电话号码。

12.根据权利要求1所述的分布式语音邮件系统，其中所述媒体服务器响应于接收到来自所述呼叫者的输入而提交所述VXML页面的一特定部分。

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

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

在一应用程序服务器处接收来自所述媒体服务器的对一服务的一请求；

响应于接收到所述请求在所述应用程序服务器处产生一语音可扩展标记语言(VXML)页面；和

提交所述VXML页面的至少一部分。

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

提供一中央数据和消息存储器(CDMS)，具与所述应用程序服务器通信，所述CDMS具有存储在其中的语音邮件帐户的一属性；和

从所述CDMS检索所述属性，其中所述应用程序服务器在所述产生所述VXML页面的步骤中使用所述属性。

15.根据权利要求14所述的方法，其中所述属性是时间修改、地域修改、主叫号码修改和区域代码修改中的至少一者。

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

使所述语音邮件服务的一订户能够提供一订户定制程序；

将所述订户定制程序存储在一中央数据和消息存储器(CDMS)中；

检索所述订户定制程序，其中所述应用程序服务器在所述产生所述VXML页面的步骤中使用所述订户定制程序，借此所述VXML页面由所述订户定制程序定制。

17.根据权利要求16所述的方法，其中所述VXML页面具有复数个菜单选项，且其中所述订户定制程序界定所述菜单选项的顺序。

18.根据权利要求16所述的方法，其中所述VXML页面具有复数个菜单选项，且其中所述订户定制程序将一输入与每一菜单选项相关联，其中响应于所述呼叫者提供一给定输入而选定与所述给定输入相关联的菜单选项。

19.根据权利要求16所述的方法，其中所述VXML页面具有复数个菜单选项，且其中所述订户定制程序针对所述菜单选项中的至少一者界定一语音邮件功能。

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

在所述媒体服务器处接收呼叫者输入；

在所述应用程序服务器处接收对一第二VXML页面的一请求；

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

向所述媒体服务器提供所述第二VXML页面；和

在所述媒体服务器处将一第二VXML页面的至少一部分提交给所述呼叫者。

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

通过向所述应用程序服务器发送一特定的统一资源定位符(URL)来调用所述语音邮件服务。

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

向所述应用程序服务器提供一电话号码，其中所述电话号码与所述电话呼叫相关联。

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

在所述媒体服务器处接收来自所述呼叫者的输入；

响应于接收到所述输入而提交所述VXML页面的一特定部分。

Images