相关申请的交叉引用本申请要求于2013年9月20日申请的名称为“MULTI-CHANNELDELIVERYPLATFORM”的美国专利申请第14/032,443号的权益，所述美国专利申请第14/032,443号是于2011年4月21日申请的名称为“MULTIMODALINTERACTIVEVOICERESPONSESYSTEM”的美国专利申请第13/092,090号以及于2010年4月21日申请的名称为“COMMUNICATIONOFINFORMATIONDURINGACALL”的美国临时申请第61/326,616号的部分延续申请，其中所述美国专利申请第13/092,090号要求于2010年4月21日申请的名称为“MULTIMODALAPPLICATIONDEVERLOPMENTPLATFORMFORVOICESOLUTIONS”的美国临时申请第61/326,636号的权益，在此引用上述申请的所有内容以作为参考。技术领域下述公开内容总体涉及一种多通道交互应用程序的开发和交付。
背景技术：
用户可以使用私人通信装置联系公司以讨论该公司提供的服务或产品。用户可以通过经由多个不同的通信信道(例如，支持通信的电话、电子邮件、聊天或者短信息服务(SMS))中的一个或多个与该公司建立电子通信来联系该公司。
技术实现要素：
在总的方面，通过交互流处理器并且从多信道通信系统接收执行交互站点的请求，以能够进行要在多信道通信系统与用户装置之间交换的通信。根据所述请求识别交互站点。访问所识别的交互站点的交互流文件，该交互流文件包括代码，所述代码用于启动用户装置与多信道通信系统之间的交互站点，以使用户装置能够使用包括交互式语音应答(IVR)信道的多个不同通信信道中的任意一个与多信道通信系统进行通信。通过交互流处理器确定用户装置联络多信道通信系统所使用的通信信道。根据所确定的通信信道，将交互流文件的代码转译为可由多信道通信系统执行的代码，以使多信道通信系统和用户装置通过所确定的通信信道交换通信。向多信道通信系统传送包括所述转译的代码的应答。实施例可以包括以下特征中的一个或多个。例如，为了确定用户装置联络多信道通信系统所使用的通信信道，可以根据所述请求中指示通信信道的标识符来确定通信信道。可由多信道通信系统执行的代码可以包括识别与所确定的通信信道相关联的附加资源需求的信息。所述请求可以是用于执行交互站点的特定状态的脚本请求。所述请求可以是用于执行交互站点的整个流的脚本请求。交互流文件的代码可以包括与交互站点的页面相对应的XML脚本。交互流文件的代码可以包括第一脚本语言，并且可由多信道通信系统执行的代码可以包括不同的第二脚本语言。多个不同通信信道可以包括SMS信道、聊天信道和电子邮件信道中的至少一个。交互站点可以包括与交互站点流相对应的一个或多个交互页面。在系统的另一方面包括交互流处理器，该交互流处理器被配置为从多信道通信系统接收执行交互站点的请求，以能够进行要在多信道通信系统与用户装置之间交换的通信，根据所述请求识别交互站点，访问所识别的交互站点的交互流文件，该交互流文件包括代码，所述代码用于启动用户装置与多信道通信系统之间的交互站点，以使用户装置能够使用包括交互式语音应答(IVR)信道的多个不同通信信道中的任意一个与多信道通信系统进行通信，确定用户装置联络多信道通信系统所使用的通信信道，根据所确定的通信信道，将交互流文件的代码转译为可由多信道通信系统执行的代码，以使得多信道通信系统与用户装置能够通过所确定的通信信道交换通信，并且向多信道通信系统传送包括转译的代码的应答。实施例可以包括以下特征中的一个或多个。例如，该系统可以包括多信道通信系统，该多信道通信系统被配置为发送请求到交互流处理器以执行交互站点，使得能够进行要在多信道通信系统与用户装置之间交换的通信，接收包括所转译的代码的响应以使多信道通信系统与用户装置能够通过所确定的通信信道交换通信，并且执行所转译的代码以通过用户装置启动交互站点，从而通过所确定的通信信道交换通信。该系统可以包括交互流文件数据库，该交互流文件数据库被配置成为所识别的交互站点存储交互流文件。多个不同的通信信道可以包括SMS信道、聊天信道和电子邮件信道中的至少一个。可由多信道通信系统执行的代码可以包括识别与所确定的通信信道相关联的附加资源需求的信息。所述请求可以为用于执行交互站点的特定状态的脚本请求。在另一个方面，指令在被执行时提供用于生成交互流文件的开发界面，交互流文件包括用于交互站点的代码，所述代码通过包括交互式语音应答(IVR)信道的多个通信信道中的任意一个启动用户装置与多信道通信系统之间的通信，并且被传送到内容提供者装置，其中交互站点指定用户装置与多信道通信系统之间的多步式通信流并且与一个或多个交互页面相关联，该一个或多个交互页面由内容提供者装置的用户通过与开发界面的交互被配置为包括通用参数值和信道特有的参数值，通用参数关联到用户装置与多信道通信系统之间的通信，并且独立于多个通信信道中被使用的具体通信信道，并且信道特有的参数关联到用户装置与多信道通信系统之间的指向多个通信信道中的一个的通信。从内容提供者装置接收与通用参数中的一个或多个相对应的一个或多个通用值。从内容提供者装置接收与信道特有参数中的一个或多个相对应的一个或多个信道特有值。根据所接收的一个或多个通用值和所接收的一个或多个信道特有值生成交互站点的交互流文件。实施例可以包括以下特征中的一个或多个。例如，可以提供为内容提供者装置的用户从其中选择以识别可由用户装置访问的多个通信信道的通信信道列表。交互流文件可以存储在交互流文件数据库中。多个通信信道可以包括SMS信道、聊天信道和电子邮件信道中的至少一个。交互流文件可以包括与由内容提供者装置的用户配置的交互站点的一个或多个交互页面相对应的XML脚本。一个或多个实施例的细节在附图中阐述并在下面说明。其它可能的特征和优点将从说明、附图和权利要求中清楚地呈现。附图说明图1为在多信道解决方案平台中提供交互站点的开发和访问的通信系统的框图；图2A-2J示出了内容提供者用来为多信道通信系统创建交互站点的应用程序开发工具的GUI；图3为显示为内容提供者创建并托管交互站点的示例性过程的流程图；以及图4为显示用户与多信道通信系统通信并通过通信信道访问交互站点的示例性过程的流程图。具体实施方式公司可能希望它的客户能够通过使用多种不同通信信道(例如，电话、电子邮件、聊天、SMS或支持客户与服务/产品提供商之间的通信的另外的通信信道)中的任意一个与它联系。为节约成本，公司可能希望至少初始使用自动应答系统与客户进行交互。通过减少为响应客户联络而需要雇用的人工代理的数量，使用这种自动应答系统可以降低与应答客户联络相关联的成本。很多客户联络是例行询问(例如，一位客户联系公司以查询支票账户或信用卡的余额)，并且因此通过使用自动应答系统使他们可以经济高效地处理自助服务。相反，更复杂的客户联络(通常数量很少)可以路由到人工代理来处理。上述多个不同信道中的每一个可以向客户提供相同的交互体验。例如，客户可以通过电话、电子邮件、文本信息以及聊天/即时通信中的任意一种方式与公司交互，以检查他的银行账户余额或他的信用卡余额。这些多种不同通信信道的交互流因此可以共享许多个共用站点和特征。鉴于此，向这些公司提供设计并开发单个交互站点的能力是有益的，该单个交互站点捕获共用的交互流并利用该共用流使客户能够通过多种不同信道中的任意一个以自动的方式与公司进行交互。为了便于说明，下述说明通过描述语音站点(被配置为接收并响应电话联络)开始，然后扩展该说明以覆盖一个支持通过多个不同的通信信道(例如，电子邮件联络、聊天联络以及SMS联络)中的任何一个进行的联络的交互站点。公司提供的特定产品或服务的用户可能因为该产品或服务而需要联络客户服务，以查找使用该产品或服务中用户遇到的问题。为了联络到客服并获得该问题的解决方案，用户可以呼叫该产品或服务的已知客服号码。通过呼叫该客服号码，用户可以连接到呼叫处理系统以使得该用户能够与和该产品或服务相关联的语音站点进行交互。语音站点为与共同交互操作以产生用户的自动交互体验的一个或多个链接网页相对应的一组脚本或者是更一般地说的编程语言模块。标准的语音站点包括与至少一个语音网页相对应的脚本或编程语言模块，并且将与用户的交互限制为音频通信模式。因为客户典型地是通过使用电话呼叫电话号码来访问语音站点，标准语音站点通常被称为单信道交互站点，即，支持单一类型的联络的交互站点。加强的语音站点可以包括与至少一个语音网页和链接到所述至少一个语音网页的至少一个多模式操作页面相对应的脚本或编程语言模块，使得与用户的交互能够通过音频通信模块和至少一个附加通信模块(例如，文本通信模块、图像通信模块或者视频通信模块)发生。因此，加强的语音站点可以被称为单信道交互站点，所述单信道交互站点已经被加强以使得该交互流的一些部分能够涉及多媒体信息的通信。值得注意的是，如果一个呼叫指向已经被定义为与语音站点相对应的电话号码，则该呼叫可以被称为指向语音站点。用户呼叫的语音站点可以是自动交互语音站点，该自动交互语音站点被配置为使用预编程脚本处理从用户接收的通过用户正在使用的电话装置输入的信息，并且作为响应将信息提供给用户，所述信息通过该电话装置传送给用户。用户与语音站点之间的交互可以使用由管理语音站点的服务提供商提供的交互式语音应答系统(IVR)完成。IVR被配置为通过使用为语音站点预先编程的脚本，例如语音可扩展标记语言(语音XML)脚本，使用文本转语音处理和自然语言处理来支持语音命令和语音信息。IVR通过使用音频命令提示用户提供信息并使得用户能够通过向电话装置说话或通过按下电话装置上的按钮(当使用例如按键式电话时)输入信息来与用户进行交互。用户输入的信息通过连接呼叫时在电话装置与IVR之间建立的语音通信会话被传送到IVR。一旦接受到该信息，IVR使用预编程脚本处理该信息。IVR可以被配置为经由电话装置将音频响应发送回用户。在一些实施例中，语音站点可以是配置为支持包括音频、视频、图像以及文本的多媒体信息的加强的语音站点。电话装置也可以是改进的电话装置(例如，智能电话)和处理器，其中所述电话装置设置有用于向用户传送可视信息的显示器，所述处理器能够执行复杂任务，例如逻辑处理，其中相关联的指令可以被存储在包括在电话装置中的存储器中)的处理器。在这种情况中，该改进的电话装置和加强的语音站点可以使用音频、视频、图像或文本信息和命令中的一个或多个交互。如上文所提到的，客户通常通过使用电话呼叫电话号码来访问语音站点。因此，语音站点是单信道交互站点，这是因为所述语音站点接收并响应作为电话呼叫的联络。相反，多信道交互站点以经由多信道通信系统/平台支持的多个不同通信信道中的任意一个接收的自动方式接收并响应联络。例如，多信道交互站点可以接收并响应为电话呼叫、电子邮件消息、SMS消息和/或聊天消息的联络。此外，无论客户初始使用哪个信道联络站点，多信道交互站点都可以向客户提供相同的交互流。例如，无论客户使用哪种联络类型联络银行的自动应答系统，都可以使用相同或基本相同的交互流使客户能够访问他们的银行账户信息并执行银行交易。在很多情况中，使用多信道交互站点进行交互是很有帮助的。无论用户希望如何联络与多信道交互站点相关联的公司，也无论用户联络公司时希望使用哪种装置，多信道交互站点均允许用户接受相同的服务。例如，如果用户操作电话装置但不希望与人或机器对话，那么用户可以使用短代码和关键字通过短消息服务(SMS)联络相同产品或服务的客服。作为另一个示例，如果用户正在操作笔记本电脑或其它类型通信装置，用户可以使用超链接或网站地址通过聊天室联络相同产品或服务的客服。作为另一个示例，如果用户没有时间在一个连续的会话中完成整个服务交易，那么该用户可以通过电子邮件联络相同产品或服务的客服，并且通过一封或多封电子邮件或者可选地一个或多个即时消息或聊天消息的后续通信与客服务进行交互。用户访问的交互站点可以是自动交互站点，该自动交互站点被配置为使用预编程脚本处理从用户接收的信息，该信息经由用户联络(即，最初联络)站点所使用的通信信道通过用户正在使用的通信装置输入。作为响应，交互站点可以向用户提供信息，该信息经由相同的通信信道通过通信装置传送到用户。标准的交互站点将与客户的交互限制为与客户联络站点所使用的通信信道相关联的通信模式。标准的交互站点为与共同交互操作以产生用户自动交互体验的一个或多个链接网页相对应的一组脚本或者更一般地说的编程语言模块。标准的交互站点可以是接收并响应通过单一信道接收的联络的单信道交互站点(例如，标准的语音站点)，或者是接收并响应通过多个不同信道中的任一个接收的联络的多信道交互站点。与此相反，加强的交互站点可以包括与至少一个交互页面和连接到至少一个交互页面的至少一个多模式操作页面相对应的脚本或编程语言模块，以使得与用户的交互通过用户最初联络站点的通信模式(例如，用于电话呼叫联络的音频通信模式)以及至少一个附加通信模式(例如，文本通信模式、图像通信模式或视频通信模式)产生。因此，加强的交互站点可以是单信道交互站点(例如，加强的语音站点)，或者是已经被增强以使得交互流的一些部分能够包含多媒体信息通信的多信道交互站点。用户与交互站点之间的交互可以使用托管交互站点的服务提供商所提供的多信道通信系统中定向服务于特定通信信道的子系统(例如，被定向服务于电话呼叫联络的IVR)完成。多信道通信系统中的每一个子系统可以被配置为支持特定的通信信道，并且通过使用从构成交互站点的预编程脚本或编程模块转译成的脚本或编程模块处理命令和信息。也就是说，交互站点可以是提供用于处理通过不同信道接收的联络的共用交互流的一组脚本或编程模块。然后，该组脚本或编程模块可以通过交互流处理器被转译成用于交互站点支持的每个信道的一组相对应的信道特有的脚本或编程模块，这些转译的信道特有的脚本或编程模块随后可以由多信道通信系统的对应子系统执行，以通过不同信道与用户自动交互。例如，交互站点的预编程脚本可以是可扩展标记语言(XML)脚本。如果用户通过使用电话呼叫与交互站点相关联的电话号码访问多信道通信系统，则交互流处理器可以将交互站点的XML脚本转译为语音XML脚本，所述语音XML脚本用于由IVR处理以与呼叫用户交互。交互站点可以由第三方服务提供商托管，这便于对服务提供商所拥有并操作的服务器上的交互站点的创建和托理。服务提供商可以提供能够进行交互站点或应用程序的设计、开发和托管的服务/方法，其中所述交互站点或应用程序在与服务提供商维护和管理的全托管、按要求交互的方案平台交互的通信装置上运行瘦客户端。该服务/方法提供了开发由多信道通信系统(服务器侧)支持的交互站点的方法，并且允许通过交互站点支持的通信信道中的任意一个建立客户端与服务器之间的通信交互。在一些实施例中，该服务/方法需要在用户的通信装置上安装瘦客户端引擎(例如，应用程序)，用来在通信装置中的对象和装置与支持由服务提供商托管的交互站点的多信道通信系统之间进行调解。在上述方案中，通过交互站点提供客户服务的实体角色是内容提供者。该实体/公司(以下可互换地称为“内容提供者”)的开发者将交互站点配置为用于特定产品或服务并为交互站点提供由多信道通信系统执行的逻辑。内容提供者可以通过使用第三方服务提供商提供的图形用户界面(GUI)配置交互站点。服务提供商处理内容提供者提供的信息的译码和编译以及基于该信息的交互站点的创建和托管。由于服务提供商管理多信道通信系统，因此服务提供商可以允许内容提供者使用一个统一的GUI界面开发交互站点，其中交互站点可由用户通过多个不同通信信道中的任意一个或多个执行。因此，该服务/方法在通信装置上启动可交互方案的部署而不需要内容提供者从事复杂的编程。应用程序或者交互站点可以由内容提供者使用基于网页或可远程访问的页面设计，并且根据需求向客户提供服务。在一些实施例中，客户端可以是智能手机应用程序可以插入的附加软件。在一些实施例中，该服务/方法使用户能够与多信道应用程序交互。该应用程序被称为多信道，它使得用户能够通过多个不同的通信信道(例如，电话、电子邮件、聊天、短信息服务(SMS)或者支持在用户与交互站点之间的通信的另外的通信信道)中的任一个与多信道交互平台联系并交互。例如，用户可以联络该多信道平台(例如，通过电话)，并且通过说话向多信道平台提供信息并可以通过听从多信道平台接收信息。可选地，用户还可以替代地选择(例如，通过SMS、聊天室或者电子邮件)联络多信道平台，并通过键入文本向多信道平台提供相同的信息并通过读取文本从多信道平台接收相同的信息。图1为通信系统100的框图，通信系统100为交互站点提供了开发平台并在多信道方案平台中访问这些交互站点。参照图1，通信装置(即，智能电话)110的用户能够与通信装置110交互，以从交互站点请求由例如内容提供者提供的服务。该服务可以是例如购买内容提供者通过交互站点提供的或可购得的特定产品或服务的请求。例如，用户可以通过在通信装置110的图形用户界面(GUI)上选择以图形形式显示的图标来表明从交互站点请求服务的期望，从而调用存储在通信装置110中的应用程序，用户可以通过该应用程序进行交互以发起服务请求。另外或可选地，用户可以通过经由手动选择或其它方式将与客户服务部门相关联的电话号码输入通信装置110中并发起指向所输入的电话号码的呼叫来表明请求服务的期望。另外或者可选地，用户可以通过经由手动选择或其它方式将包括与客户服务部门相关联的短代码和关键字的SMS消息输入并发送到通信装置110来表明请求服务的期望。另外或者可选地，用户可以通过经由手动选择或者其它方式将与客户服务部门相关联的统一资源定位符(URL)输入通信装置110中来表明请求服务的期望，以发起与客户服务部门的聊天会话。另外或者可选地，用户可以通过经由手动选择或者其它方式将包括与客户服务部门相关联的电子邮件地址的电子邮件输入并发送到通信装置110中来表明请求服务的期望。另外或者可选地，用户可以通过没有在上述实例中列出的通信信道表明请求服务的期望。在一些实施例中，服务或产品的请求可以指向多信道通信系统135，并且可以调用交互站点，其中多信道通信系统135与通信装置110通信以提供所请求的服务。如上文所提到的，交互站点可以由第三方服务提供商托管，这有助于在服务提供商拥有并操作的服务器上的交互站点的创建和托管。根据用户用于访问交互站点的通信方式，多信道通信系统135中的对应的处理系统可以用于处理请求。每个处理系统可以以不同的方式向用户呈现交互站点。例如，呼叫处理系统可以使用由语音XML脚本生成的语音消息向用户呈现交互站点。作为另一个实例，SMS处理系统可以使用由XML脚本生成的SMS消息向用户呈现交互站点。然而，在很多应用中，不论用户使用哪种通信信道，用于向用户提供服务的流包括相同步骤。从内容提供者的角度来看，需要使用不同的工具或脚本语言为每个通信信道开发交互站点是一种负担。从服务提供商的角度来看，用于每个通信信道的具有不同版本的交互站点的存储和管理是复杂的。因此，可以使用一个开发平台集成每个通信信道的交互站点的开发并将开发的交互站点编译为可以根据用户使用的通信信道进行转译的一个脚本语言的通信系统可使得内容提供者和/或服务提供商能够享受降低与开发和管理的交互站点相关联的成本，同时不会影响该交互站点的用户体验质量。通信系统100是支持交互式多信道发送平台的系统的示例性实施例。总体来说，通信系统100包括通信装置110、电话网络120、数据网络130、多信道通信系统135、内容提供者系统142、交互流处理器180、交互流文件数据库185以及应用程序创建器190。通信系统100还可以另外包括应用程序服务器140和数据存储装置160。通信装置110被配置为允许用户通过电话网络120和/或通过数据网络130与多信道通信系统135交互。通信装置100可以是蜂窝电话或者具有嵌入式蜂窝电话技术的移动个人数字助手(PDA)。通信装置110可以是包括用于执行通信装置110与多信道通信系统135之间的通信的一个或多个软件或硬件应用程序的计算机。通信装置110可以具有用户可以交互以提供并接收音频、文本、视频和其它数据形式的多种输入/输出装置。电话网络120可以包括电路交换语音网络、分组交换数据网络或者能够携带语音数据的其它网络。例如，电路交换语音网络可以包括公共交换电话网络(PSTN)，分组交换数据网络可以包括基于因特网协议(IP)或异步传输模式(ATM)的网络并且可以使用例如IP语音、ATM语音或者用于语音数据通信的其它类似协议来支持语音。数据网络130被配置为启动通信装置110、多信道通信系统135和/或应用程序服务器140之间的直接或间接的通信。数据网络130的实例包括因特网、广域网(WANs)、局域网(LANs)、模拟或数字的有线和无线电话网络(例如，公共交换电话网(PSTN)、综合业务数字网(ISDN)和数字用户线(xDSL))、广播、电视、电缆、卫星和/或用于传送数据的任何其它传送或隧道效应机制(tunnelingmechanism)。在一些实施例中，数据网络130和电话网络120由被配置为启动通信装置110与多信道通信系统135之间的通信的单个或者其它集成的通信网络实现。多信道通信系统135接收请求并与通信装置110交互,以通过交互站点提供所请求的服务。多信道通信系统135可以包括呼叫处理系统150、SMS处理系统170、电子邮件处理系统172和聊天处理系统174。呼叫处理系统150被配置为处理使用语音信道与交互站点交互的请求。呼叫处理系统150可以包括被配置为当通信装置110在语音通信信道下操作时从通信装置110接收呼叫的IVR系统152。在一些实施例中，呼叫处理系统150可以另外包括呼叫中心154。IVR152可以包括通过数据网络连接到交互流处理器180的语音网关。可选地，语音网关对于交互流处理器180可以是本地的，并且直接连接到交互流处理器180。语音网关是从语音通信装置(例如，通信装置110)接收用户呼叫或者向语音通信装置发出呼叫且根据与交互站点的流相对应的语音程序响应该呼叫的网关。可以从语音网关中的本地存储器或者从交互流处理器180访问语音程序。在一些实施例中，语音网关处理为基于脚本的语音应用程序的语音程序。因此，语音程序可以是以脚本语言(例如，语音可扩展标记语言(语音XML)或者语音应用语言标记(SALT))写成的脚本。IVR152还可以被配置为与数据存储装置160通信，以在共享存储空间中读取和/或写入用户交互数据(例如，数据通信会话的状态变量)。呼叫处理系统的呼叫中心154除了其它部件外可以包括入站呼叫队列、出站呼叫请求队列、呼叫路由器、自动呼叫分配器(“ACD”)管理员以及多个呼叫中心代理。呼叫中心154可以通过电话网络120从一个或多个语音通信装置(例如，通信装置110)接收一个或多个呼叫，并且可以通过电话网络120向语音通信装置发出一个或多个出站呼叫。呼叫中心154可以确定合适的呼叫中心代理将该呼叫路由到该代理或者将出站呼叫分配到该代理。对合适的代理的确定可以基于代理性能标准和已知的关于入站或出站呼叫的信息。对合适的代理的确定可以例如基于某些或所有的形式信息和/或从通信装置110接收的其它可选信息。SMS处理系统170被配置为处理使用SMS信道与交互站点交互的请求。SMS处理系统170可以包括通过数据网络连接到交互流处理器180的SMS网关。可选地，SMS网关对于交互流处理器180可以是本地的，并且直接连接到交互流处理器180。SMS网关是从通信装置(例如，通信装置110)接收用户SMS消息或者向该通信装置发送SMS消息并根据与交互站点流相对应的SMS程序响应SMS消息的网关。可以从SMS网关中的本地存储器或从交互流处理器180访问SMS程序。在一些实施例中，SMS网关处理为基于脚本的SMS应用程序的语音程序。因此，SMS程序可以是以脚本语言(例如，可扩展标记语言(XML))写入的脚本。SMS处理系统170还可以被配置为与数据存储装置160通信，以在共享存储空间中读取和/或写入用户交互数据，例如数据通信会话的状态变量。电子邮件处理系统172被配置为处理使用电子邮件信道与交互站点交互的请求。电子邮件处理系统172可以包括通过数据网络连接到交互流处理器180的电子邮件网关。可选地，电子邮件网关对于交互流处理器180可以是本地的，并且直接连接到交互流处理器180。电子邮件网关是从通信装置(例如，通信装置110)接收用户电子邮件或者向该通信装置发送电子邮件并根据与交互站点流相对应的电子邮件程序响应该电子邮件的网关。电子邮件程序可以从电子邮件网关中的本地存储器或者从交互流处理器180进行访问。在一些实施例中，电子邮件网关处理为基于脚本的电子邮件应用程序的电子邮件程序。因此，电子邮件程序可以是以脚本语言(例如，可扩展标记语言(XML))写成的脚本。电子邮件处理系统172还可以被配置为与数据存储装置160通信，以在共享存储空间中读取和/或写入用户交互数据，例如数据通信会话的状态变量。聊天处理系统174被配置为处理使用聊天信道与交互站点交互的请求。聊天处理系统174可以包括通过数据网络连接到交互流处理器180的聊天网关。可选地，聊天网关对于交互流处理器180可以是本地的，并且直接连接到交互流处理器180。聊天网关是从通信装置(例如，通信装置110)接收用户消息或者向该通信装置发送聊天会话中的消息并根据与交互站点流相对应的聊天程序响应该消息的网关。聊天程序可以从聊天网关中的本地存储器或者从交互流处理器180进行访问。在一些实施例中，聊天网关处理为基于脚本的电子邮件应用程序的聊天程序。因此，聊天程序可以是以脚本语言(例如，可扩展标记语言(XML))写成的脚本。聊天处理系统177还可以被配置为与数据存储装置160通信，以在共享存储空间中读取和/或写入用户交互数据，例如数据通信会话的状态变量。交互流处理器180包括连接到多信道通信系统135并向其提供数据的所有硬件和软件部件。根据通信装置110的用户与多信道通信系统135之间的通信信道，交互流处理器180向多信道通信系统135发送用于处理用户交互的转译的应用程序或脚本。多信道通信系统135分析用户交互，并且可以随后将与交互流的下一个状态相对应的新程序或脚本发送到多信道通信系统135以进行进一步处理。在一些实施例中，交互流处理器180可以根据从多信道通信系统135或通信装置110接收的信息中一些或全部来确定向多信道通信系统135提供哪些程序或脚本。交互流文件数据库存储由应用程序创建器190生成的交互流文件，并且提供交互流处理器180访问这些交互流文件。在一些实施例中，交互流文件数据库185可以是被紧密连接到交互流处理器180的一排大容量存储驱动器。在一些实施例中，交互流文件数据库185可以是紧密连接到应用程序创建器190的一排大容量存储驱动器。内容提供者系统142被配置为允许内容提供者通过数据网络130与应用程序创建器190交互。内容提供者系统142可以是蜂窝电话或者具有嵌入蜂窝电话技术的移动个人数字助手(PDA)。内容提供者系统142可以是包括用于执行内容提供者系统142与应用程序创建器190之间的通信的一个或多个软件或硬件应用程序的计算机。内容提供者系统142可以具有多种输入/输出装置，内容提供者通过所述输入/输出装置可以进行交互，以提供并从应用程序创建器190接收音频、文本、视频和其它形式的数据。应用程序创建器190有助于交互站点的创建。应用程序创建器190使用多种部件以启动交互站点的创建。应用程序创建器190的多种部件可以共同位于单个物理位置处，或者它们可以是呈地理上分布式的，并且具有与多种部件相互连接的专用大容量链路。应用程序创建器190可以包括内容提供者接口192和应用程序编译器194。内容提供者接口192为用于应用程序开发工具的GUI前端，所述应用程序开发工具可以用于构建能够使用多个通信信道处理交互的交互站点。内容提供者可以通过数据网络130访问内容提供者接口192。例如，内容提供者可以使用运行在内容提供者系统142上的网页浏览器。通过使用内容提供者接口192访问应用程序开发工具，内容提供者可以创建交互站点和交互页面，所述交互站点和交互页面在处理到内容提供者正在创建的交互站点的请求时由多信道通信系统135使用。在此讨论的情况中，“页面”是被配置为执行离散函数的离散编程程序。页面可以由用户通过与例如GUI交互来定义，其中用户可以在GUI中指示页面的编程程序的类型并且可以可选地进一步指示链接到该页面的一个或多个其它页面。页面的制作完毕后或者可选地在页面制作开始后但是在页面制作完毕前，处理可以接着进行到一个或多个其它链接到的页面。用户通过与GUI的交互定义页面后，该页面可以被编译成一个或多个编程语言模块或脚本。该一个或多个编程语言模块或脚本可以被例如处理系统使用以执行离散编程程序，从而执行页面的离散函数。不同页面的实例包括消息页面、问题页面、逻辑页面、交易页面以及多模式操作页面。这些不同页面在未决申请第13/092,090号中进一步作了详细说明，为全部目的在此引用该申请的全文作为参考。交互页面是特定类型的页面，所述页面被配置为通过用户联络多信道系统(例如，用于电话联络的语音通信信道、用于聊天联络的聊天通信信道、用于电子邮件联络的电子邮件通信信道以及用于SMS联络的SMS通信信道)所使用的通信信道执行传送内容到用户和/或从用户接受内容的功能。“语音页面”为特定类型的交互页面，所述交互页面被配置为执行传送音频内容到呼叫分配给交互站点的电话号码的用户和/或从该用户接受音频内容的功能。用户典型地为对IVR的呼叫者，音频内容典型地为讲话。图2A-5J示出了应用程序开发工具的GUI提供的一个或多个页面的实例。交互站点以及内容提供者使用内容提供者接口192创建的页面由应用程序编译器194解译并/或编译，以生成由与访问交互站点的用户交互的多信道通信系统执行的脚本。在一些实施例中，应用程序编译器194可以生成交互流文件，该交互流文件可以包括与内容提供者创建的交互站点的页面(即，编程模块)相对应的XML脚本或代码。交互流文件可以存储在交互流文件数据库185中。当多信道通信系统135与访问交互站点的用户交互时，交互流处理器180可以从交互流文件数据库185访问该脚本并将它们转译为可以由特定处理系统处理的语言。除了XML脚本之外，应用程序编译器194还可以根据内容提供者为交互站点创建的页面(例如，根据交易页面)使用其它编程语言生成其它类型的脚本(例如，Java脚本)和其它类型的可扩展代码。所述其它类型的脚本可以被多信道通信系统135使用，以通过数据网络130与访问交互站点的用户交互。数据存储装置160被配置为与交互站点一起存储用户交互数据。在一些实施例中，数据存储装置160可以存储与特定用户相关联的交互数据。例如，交互数据可以包括用户的性别和其它特征、每个交互状态中用户所做的选择以及每个交互状态期间使用的资源。在一些实施例中，数据存储装置160可以存储与特定交互站点相关联的聚合交互数据。例如，该聚合交互数据可以包括指明访问特定交互站点的全部用户中的性别的细目分类。在一些实施例中，用户可以决定退出，使得她的使用数据不再存储在数据存储装置160中。在一些实施例中，用户可以决定参加以使她的使用数据存储在数据存储装置160中。应用程序服务器140被配置为建立与通信装置110的数据通信会话，并且通过数据网络130接收并发送数据到通信装置110。应用程序服务器140还被配置为与呼叫处理系统150通信，以将从通信装置110接收的数据发送到IVR152。应用程序服务器140还可以将不是来源于通信装置110的其它应用程序相关数据发送到IVR152，或者更一般地说发送到多信道通信系统135。应用程序服务器140还被配置为与数据存储装置160通信，以在共享存储空间中读取和/或写入用户交互数据，例如数据通信会话的状态变量。应用程序服务器140可以是单独操作或在一个或多个软件程序的指导下共同操作的一个或多个计算机系统，以执行上述功能。在一些实施例中，应用程序服务器140和呼叫处理系统150为单个集成的计算机系统。在一些实施例中，多信道通信系统135中的一个或多个处理系统可以通过数据网络130以通信方式与应用程序服务器140和数据存储装置160连接。例如，通信装置110的用户可以从应用程序服务器140下载应用程序，被下载的应用程序可以包括附件或插件，当调用该附件或插件时使得通信装置110与多信道通信系统135自动通信以访问交互站点。图2A-2J显示了内容提供者使用来创建多信道交互站点的应用程序开发工具的GUI200。通常，每个交互站点都包括提供交互站点执行期间用户如何与交互站点交互的概况的交互状态流。可以使用页面，例如举例来说语音页面或者更一般地说交互页面，来配置状态。在一些实施例中，交互站点的流的状态在横过多个信信通道时的状态是相同的。例如，第一用户可以使用IVR系统访问交互站点，并且在第一状态下，第一用户将体验通过语音欢迎第一用户的“说问候语”的交互页面。第二用户可以使用SMS访问同一交互站点，根据该交互流，第二用户也会与通过SMS消息欢迎第二用户的“说问候语”交互页面相交互。如果内容提供者需要为每个通信信道配置相同的问候消息将是冗长的处理。应用程序创建器190的内容提供者接口192为内容提供者提供统一接口，以创建并配置多种通信信道共用的页面，而不需要为这些通信信道输入重复信息。GUI200可以由内容提供者网页接口192实现，并且当内容提供者142使用网页浏览器通过数据网络130访问应用程序创建器190以创建/管理交互站点时呈现给内容提供者142。下文说明了GUI200相对于参照图1所述的系统100的不同部件。具体地，GUI200的部件以被内容提供者142使用以创建用于向与内容提供者142相关联的产品的用户提供定制服务的交互站点的方式进行说明。然而，GUI200和相关联的应用程序开发工具也可以由其它系统、内容提供者或应用程序开发者使用来创建任意交互站点，以响应于客户联络执行任何期望的自动交互流。图2A示出了当内容提供者登录到应用程序创建器190(例如，通过输入用户标识符和密码)以使用内容提供者系统142创建交互站点时向内容提供者呈现的交互站点概况页面201的示例性GUI。内容提供者可以通过例如从与内容提供者相关联(例如，由内容提供者设计或者为内容提供者设计)的交互站点的显示列表中选择交互站点、在期望的交互站点(例如，“测试应用程序”)上点击并且随后在“站点概况”链接201a上点击来访问站点概况页面201。站点概况页面201提供了内容提供者为定义交互站点而创建的不同页面的列表。站点概况页面201列出了包括在交互站点中的全部页面。交互站点的名称被规定在站点概况页面201(例如，“测试应用程序”)的标题201b中。当通信装置110的用户与交互站点进行交互时，被处理的第一页面在“主页”字段201c中被识别。内容提供者可以指定内容提供者想要首先处理的任意页面作为主页201c。在一些实施例中，页面列表中的第一页面是被列为“主页”201c的页面。但是，在其它实施例中，作为“主页”201c的页面不是站点概况页面201中的页面列表中的第一页面。多种页面的处理顺序决定于各个页面中的链接。通常每个页面包含到要处理的下一个页面的链接。例如，站点概况页面201中所示的交互站点具有五个交互页面的页面流202，该页面流202包括交互页面“说问候语”、“询问订单”、“提供证明”、“调查”和“再见”。每个页面可以通过显示在页面名称字段201d中的页面名称来识别。另外或者作为页面名称的替代方案，每个页面还可以由页面#字段201e中示出的页码识别。页面的页面名称和页码由内容提供者在为交互站点创建页面时指定。页面可以具有唯一的页面名称，或者也可以具有与另一个页面的页面名称相似的页面名称。在两个或更多个页面共享相同的页面名称的情况中，他们可以根据页码进行区分。页面名称和页码的组合唯一地标识页面。用户可以通过从显示的列表里选择页面来访问并修改显示在页面流202中的任何页面。重要的是，如果第一页面包括链接到第二页面的直接链接而在它们之间没有任何中间页面，则第一页面处理之后将处理的第二页面可以被称为直接链接到第一页面。可选地，如果在交互流中第一页面链接到第二页面且在第一页面的处理与第二页面的处理之间正在处理一个或多个页面，则第二页面可以被称为间接链接到第一页面。在其它实施例中，站点概况页面201可以附加或可选地以二维或三维显示呈现页面，可视地描述页面之间的链接。例如，每个页面可以显示为页面图形元素，例如，举例来说矩形或块形，并且具有将页面图形元素连接到该页面图形元素链接的其它页面图形元素的一个或多个链接图形元素，例如，举例来说线。文本可以覆盖在页面和/或线图形元素上或者靠近页面和/或线图形元素显示，以在元素之间传达相应页面的实体和/或链接的性质。内容提供者可以通过点击“添加页面”按钮图标201f创建新的页面。当点击“添加页面”按钮图标201f时，新页面被添加到页面流202。响应于选择按钮图标201f，GUI200可以在例如下拉列表中呈现一组页面模板以供选择。页面模板可以包括例如消息页面、问题页面、逻辑页面、交易页面以及多模式操作页面。用户可以从该列表中选择页面模板以使用该模板生成对应类型的页面。模板向用户呈现该页面类型所需的字段和/或控制，并且用户可以填充这些字段(例如，通过向这些字段中键入文本)和/或选择所述控制以生成对应类型的页面。可选地，可以通过复制以前创建的页面来创建新页面。内容提供者可以通过勾选所要复制的页面的左侧的复选框然后选择“复制”按钮来选择要复制的页面。通过勾选页面左侧的复选框然后点击“删除”按钮可以删除现有页面。内容提供者可以通过点击“保存”按钮201j保存交互站点。内容提供者可以通过点击“保存&退出”按钮201g来保存交互站点然后退出GUI201。内容提供者可以通过点击“退出”按钮201h来退出GUI201而不保存交互站点。内容提供者可以通过点击“编辑”按钮201i编译交互站点，其中应用程序创建器194可以将输入参数编译为交互流文件，并且可以在交互流文件数据库185中保存交互流文件。图2B示出了用于定义用于交互站点的联络信息的示例性GUI204。例如，内容提供者可以点击“分配联络”链接203以访问联络页面204。联络页面204由标题204a指定，并且对应的交互站点由站点名称字段204b指定。联络页面204提供用户可使用的通信信道列表以访问交互站点。内容提供者可以通过勾选或不勾选与各自的通信信道相关联的复选框204c来选择用户可以用来访问交互站点的通信信道。例如，联络页面204示出了交互站点可以启用的四种类型通信信道，即SMS205、IVR206、聊天207和电子邮件208。内容提供者可以选择交互站点将支持的一个或多个通信信道，并且对于所选择的通信信道中的每一个，内容提供者可以输入对应的内容信息以将内容信息与交互站点相关联。对于SMS信道205，内容提供者可以输入短代码205a(例如，“12345”)和关键字205b(“天使”)，并且点击创建新关键字按钮205c以将输入的短代码和关键字与交互站点相关联。当通信装置110的用户在通信装置110上输入短代码和关键字时，通信装置110将与SMS系统170通信，并且交互站点将被启动，从而帮助在SMS系统170和通信装置110之间交换SMS消息。对于IVR信道206，内容提供者可以输入电话号码206a(例如，“1-800-123-4567”)，并且点击添加新电话号码按钮206b以将输入的电话号码与交互站点相关联。当通信装置110的用户呼叫电话号码时，通信装置110将与呼叫处理系统150通信，并且交互站点被启动，从而帮助在IVR系统152与通信装置110之间交换语音消息。对于聊天信道207，内容提供者可以输入URL207a(例如，“www.example.com/chat”)，并且点击添加新聊天站点按钮207b以将输入的URL与交互站点相关联。当通信装置110的用户在浏览器中输入URL时，通信装置110将与聊天系统174通信，并且启动交互站点，以便于在聊天系统174与通信装置110之间进行实时聊天交换。对于电子邮件信道208，内容提供者可以输入电子邮件地址208a(例如，“supportexample.com”)，并且点击添加新电子邮件地址按钮208b以将所输入的电子邮件地址与交互站点相关联。当通信装置110的用户在电子邮件应用程序中输入电子邮件地址时，通信装置110将与电子邮件系统172通信并且启动交互站点，以便于在电子邮件系统172与通信装置110之间交换电子邮件。在上述实例中，根据交互站点的需求以及多信道通信系统135的能力可以将更多类型的通信信道添加到联络页面204。可以为上述实例中的任意信道添加或替换一个或多个附加参数。例如，可以有多个电话号码(例如，免费电话和本地电话号码)与IVR信道206相关联。作为另一个实例，除了电子邮件信道208中的电子邮件地址208a之外，内容提供者还可以将关键字添加到电子邮件的主题行以启动特定的交互站点。当通信装置110的用户使用联络页面中的信息访问交互站点时，“连接到”下拉菜单212允许内容提供者选择执行页面流202中的哪个页面。在一些实施例中，“连接到”下拉菜单212定义了图2A中的“主页”字段201c。这里，内容提供者选择了“说问候语”交互页面1000作为交互站点的主页。在一些实施例中，用户可以为不同的联络选择不同的“连接到”页面(例如，电子邮件联络连接到一个页面，而聊天联络连接到不同的页面)。GUI200进一步包括显示器209，显示器209示出了与交互站点相关联的联络点的全部、一个或一个子集(例如，所有电话联络点或全部电子邮件联络点)。在一些实施例中，显示器209示出了用户通过与GUI204的交互分配到交互站点的全部联络点的列表。显示器209可以响应于并随着用户与GUI204的交互进行动态更新，以从显示中添加或移除联络点。在图2B所示的实例中，四个不同的联络点已经被分配到交互站点：(1)电话联络点，所述电话联络点是电话号码“1-800-123-4567”；(2)SMS联络点，所述SMS联络点是SMS短代码“12345”和关键字“天使”；(3)聊天联络点，所述聊天联络点是通用资源定位符(URL)地址“www.example.com/chat”；以及(4)电子邮件联络点，所述电子邮件联络点是电子邮件地址“supportexample.com”。图2C示出了用于在用户通过IVR信道访问交互站点的情况下配置为交互站点处理的第一个页面的交互页面(具体地，消息页面)的实例GUI219。“说问候语”交互页面由它的页面名称219a和/或页码219b来识别。页面名称219a和页码219b分别对应于站点概况页面201中示出的页面名称字段201d中示出的页面名称和页面#字段201e中示出的页码。群组220中的单选按钮允许内容提供者选择特定的通信信道进行配置。在一些实施例中，群组220中列出的通信信道对应于图2B中所示的联络页面中启用的通信信道。这里，在群组220中选择IVR信道，以表明GUI219允许内容提供者输入为IVR信道配置交互页面的参数。如下文所述，输入参数中的一些是所有通信信道共有的，而输入参数中的一些特定用于IVR信道。交互页面的主标签219c允许内容提供者输入为IVR信道配置交互页面的参数。在一些实施例中，GUI219中的参数中的一部分是全部启用的通信信道所共有的。例如，“初始提示”参数222允许内容提供者输入独立于用户访问交互站点所使用的通信信道呈现给用户的信息。内容提供者在“初始提示”参数222中输入提示语“欢迎。欢迎来到测试应用热线。请提供您的账号”，其中该提示将在所有启用的通信信道间共享。作为另一个实例，“响应类型”参数224也在所有通信信道中共用。“响应类型”参数224允许内容提供者在将“初始提示”参数222中指定的消息发送到用户之后指定多信道通信系统135期望用户提供的响应的类型，这将允许内容提供者制定用于处理接收的响应的资源。这里，初始提示向用户询问账号，并且所期望的“响应类型”参数224因此被设置为“数字”。无论用户正在使用的是哪种通信信道，多信道通信系统135都期望接收由数字构成的响应。因此，内容提供者仅需一次设置“响应类型”参数224，该“响应类型”参数224将被提供到所有的通信信道。在一些实施例中，接收的信息可以存储在由“变量存储”下拉菜单指定的变量219d“新变量”中，其中变量219d可以从内容提供者先前指定的变量列表中选择。变量219d存储由用户指定并由多信道通信系统135处理的账号。在一些实施例中，变量219d的值可以存储在数据存储装置160中。作为另一个实例，下一个页面参数228也是全部通信信道所共用的。下一个页面参数228包括允许内容提供者在多信道通信系统135接收响应后指定将哪个页面提供给用户的下拉菜单。在一些实施例中，包括在下拉菜单中的页面参照内容提供者定义的页面流202中的页面。在一些实施例中，GUI219中的这些参数的一部分特定用于IVR信道。在一些实施例中，这些特定参数仅在内容提供者选择与群组220中的IVR信道相对应的单选按钮之后呈现在GUI219中。例如，如果内容提供者点击了“文本到语音”按钮223，则另一个GUI(图中未示出)可以被提供给内容提供者，使得内容提供者能够配置与从“初始提示”参数222中指定的文本转换的自动语音相关的参数(例如，性别、音调(pitch)、速度，等等)。作为另一个实例，自动语音识别(ASR)配置图形元素226允许内容提供者输入特定用于IVR的参数。这里，GUI219允许内容提供者通过勾选与数字响应类型相关联的复选框来指定从用户期望什么类型的数字响应。“自然数”类型已被选中，从而将使用能够将自然数响应(例如，“二十五”)转换为可以被后续处理或存储的数值(例如，25)的ASR。“数字序列”类型也已经被选中，从而将使用能够将数字序列响应(例如，“二五”)转换为可以被后续处理或存储的数值(例如，25)的ASR。内容提供者还可以限制用户的数值的范围，这在数位固定(例如，信用卡号)的情况中是非常有用的。在没有从用户收到响应的情况中，交互页面的“无输出”标签219e允许内容提供者输入为IVR信道配置交互页面的参数。类似于主标签219c，“无输出”标签219e中的一部分参数对全部通信信道是共用的，并且“无输出”标签219e中的一部分参数特定用于IVR信道。在接收的响应与“响应类型”参数224指定的响应类型不匹配的情况中，交互页面的“无匹配”标签219f允许内容提供者输入为IVR信道配置交互页面的参数。类似于主标签219c，“无匹配”标签219f中的一部分参数对全部通信信道是共用的，并且“无匹配”标签219f中的一部分参数特定用于IVR信道。上述对IVR信道的实例说明并非限制性的。用于开发用在IVR通信环境中的交互页面的GUI与图2C中说明的GUI219相比，可以具有在多种通信信道间共享的或者特定用于IVR信道的更多或更少的配置参数。图2D示出了用于在用户通过SMS信道访问交互站点的情况中配置为交互站点处理的第一个页面的交互页面(具体地，消息页面)的示例性GUI229。在群组220中选择了SMS信道，这表明GUI229允许内容提供者为SMS信道输入配置交互页面的参数。内容提供者不需要再次输入全部通信信道所共用的参数值，例如“初始提示”参数222、“响应类型”参数224以及下一页面参数228，因为这些数值已经由内容提供者在用于IVR信道的GUI219中提供了。此外，因为GUI229用于配置通过SMS信道访问的交互页面，所以特定用于IVR信道的参数，例如“文本到语音”按钮223以及自动语音识别(ASR)配置226，不向内容提供者显示。在一些实施例中，SMS消息向用户的显示取决于通信装置110的设置，并且内容提供者不需要提供与GUI229相关联的附加参数。上文对SMS信道的示例性表述为非限制性的。用于开发用在SMS通信环境中的交互页面的GUI与图2D中示出的GUI229相比，可以具有在多种通信信道间共享的或特定用于SMS信道的更多或更少的配置参数。图2E示出了用于在用户通过聊天信道访问交互站点的情况中配置为交互站点处理的第一个页面的交互页面(具体地，消息页面)的示例性GUI251。在群组220中选择聊天信道，这表明GUI251允许内容提供者输入为聊天信道配置交互页面的参数。内容提供者不需要输入全部通信信道所共用的参数值，因为这些值已经由内容提供者在用于IVR信道的GUI219中提供了。此外，特定用于其它信道类型的参数不显示给内容提供者。在一些实施例中，GUI251中的一部分参数特定用于聊天信道。在一些实施例中，这些特定参数仅在内容提供者选择与群组220中的聊天信道相对应的单选按钮后在GUI251中显示。例如，如果内容提供者点击“字体”按钮231，则可以向内容提供者提供另一个GUI(图中未示出)，使得内容提供者能够配置与如何将在“初始提示”参数222中指定的文本呈现给用户相关的参数。作为另一个实例，聊天配置232允许内容提供者输入特定用于聊天会话的参数。这里，GUI251允许内容提供者选择并指定会话超时值(例如，30分钟)，该会话超时值将在用户没有在指定时间内响应的情况中终止聊天会话。上文对聊天信道的示例性说明是非限制性的。用于开发用于聊天通信环境中的交互页面的GUI与图2E中所述的GUI251相比，可以具有在多种通信信道间共享的或者特定用于聊天信道的更多或更少的配置参数。图2F示出了用于在用户通过电子邮件信道访问交互站点的情况下配置为交互站点处理的第一个页面的交互页面(具体地，消息页面)的示例性GUI252。电子邮件信道在群组220中被选中，这表明GUI252允许内容提供者输入为电子邮件信道配置交互页面的参数。内容提供者不需要输入全部通信信道所共用的参数值，因为这些值已经由内容提供者在用于IVR信道的GUI219中提供了。此外，特定用于其它信道类型的参数不会显示给内容提供者。在一些实施例中，GUI252中的一部分参数特定用于电子邮件信道。在一些实施例中，这些特定参数仅在内容提供者选择与群组220中的电子邮件信道相对应的单选按钮后显示在GUI252中。例如，如果内容提供者点击“HTML文本”按钮235，则可以向内容提供者提供另一个GUI(图中未示出)，这使得内容提供者能够配置超文本标记语言(HTML)文本以及与如何将“初始提示”参数222中指定的文本在电子邮件中呈现给用户相关的标签。作为另一个实例，如果内容提供者点击“纯文本”按钮234，则在“初始提示”参数222中指定的文本将在电子邮件中以纯文本呈现给用户。上文对电子邮件信道的示例性说明是非限制性的。用于开发用在电子邮件通信环境中的交互页面的GUI与图2F中所述的GUI252相比，可以具有在多种通信信道间共享的或者特定用于电子邮件信道的更多或更少的配置参数。图2G示出了用于在用户通过IVR信道访问交互站点的情况下配置为交互站点处理的第二个页面的交互页面(具体地，消息页面)的示例性GUI253。“询问订单”交互页面通过它的页面名称253a和/或页码253b来识别。页面名称253a和页码253b分别对应于站点概况页面201中的页面名称字段201d中所示的页面名称以及页面#字段201e中所示的页码。群组240中的单选按钮允许内容提供者为配置选择特定的通信信道。在一些实施例中，群组240中列出的通信信道对应于图2B中所述的联络页面中启用的通信信道。交互页面的主标签253c允许内容提供者输入为IVR信道配置交互页面的参数。类似于图2C中的说明，GUI253中的这些参数中的一部分为全部启用的通信信道所共用。例如，独立于用户访问交互页面所使用的通信信道，“初始提示”参数242允许内容提供者输入将呈现给用户的信息。内容提供者在“初始提示”参数222中输入提示“请下您的订单”，其中该提示将在所有启用的通信信道中共享。作为另一个实例，“响应类型”参数244也在所有通信信道中共用。这里，初始提示向用户询问订单，期望的“响应类型”参数244因此被设置为“自然语言”。无论用户使用的是哪个通信信道，多信道通信系统135期望接收包含代表订单的字符和/或数字的响应。因此，内容提供者仅需为该交互页面设置一次“响应类型”参数244，然后该参数将被提供到全部的通信信道。在一些实施例中，特定响应类型的选择可以使得应用程序创建器190自动为特定的通信信道选择资源。例如，通过选择“自然语言”，应用程序创建器190可以自动将能够识别具有复杂语法的口语应答的ASR引擎分配到IVR。在一些实施例中，接收的信息可以存储在由“存储变量”下拉菜单指定的变量253d“变量_2”中。作为另一个实例，下一个页面参数248对全部通信信道也是共用的。这里，下一个页面参数248被设置为具有页码“3000”的“提供确认”页面。作为另一个实例，分析配置246允许内容提供者输入用于分析共用于所有通信信道类型的所接收的反馈的参数。这里，GUI253允许内容提供者通过勾选与响应相关联的复选框指定可以从用户期望什么类型的响应。“自然语言”类型已经被选定，将使用能够解译可以随后处理或存储的具有复杂语法的用户反馈(例如，“我想订一个大份披萨”)的分析资源。“简单语法”类型没有被选中，这是因为内容提供者可能不会期待来自用户的简单响应(例如，“大披萨”)。在一些实施例中，GUI253中的这些参数的一部分特定用于IVR信道。在一些实施例中，这些特定参数在内容提供者选择与群组220中的IVR信道相对应的单选按钮后仅显示在GUI253中。例如，如果内容提供者点击“文本到语音”按钮243，则另一个GUI(图中未示出)可以被提供给内容提供者，这使得内容提供者能够配置与从在“初始提示”参数242中指定的文本转换的自动语音(例如，性别、音调、速度，等等)相关的参数。上文对IVR信道的示例性说明是非限制性的。用于开发用在IVR通信环境中的交互页面的GUI与图2G中所述的GUI253相比，可以具有在多种通信信道间共享的或特定用于IVR信道的更多或更少的配置参数。图2H示出了用于在用户通过SMS信道访问交互站点的情况下配置为交互站点处理的第二页面的交互页面(具体地，消息页面)的示例性GUI254。SMS信道在群组240中被选中，这表明GUI254允许内容提供者输入为SMS信道配置交互页面的参数。内容提供者不需要再次输入共用于所有通信信道的参数值，例如“初始提示”参数242、“响应类型”参数244、“分析配置”参数246以及下一个页面参数248，这是因为这些值已经由内容提供者在用于IVR信道的GUI253中提供。此外，特定用于IVR信道的参数，例如“文本到语音”按钮243，将不会显示给内容提供者，这是因为GUI253是用于配置通过SMS信道访问的交互页面。上文对SMS信道的示例性说明是非限制性的。用于开发用在SMS通信环境中的交互页面的GUI与图2H中所述的GUI254相比，可以具有在多种通信信道间共享的或特定用于SMS信道的更多或者更少的配置参数。图2I示出了用于在用户通过聊天信道访问交互站点的情况下配置为交互站点处理的第二页面的交互页面(具体地，消息页面)的示例性GUI255。聊天信道在群组240中被选中，这表明GUI255允许内容提供者输入为聊天信道配置交互页面的参数。内容提供者不需要再次输入共用于所有通信信道的参数值，这是因为这些值已经由内容提供者在用于IVR信道的GUI253中输入。此外，特定用于其它信道类型的参数将不会显示给内容提供者。在一些实施例中，GUI225中的一部分参数特定用于聊天信道。在一些实施例中，这些特定的参数在内容提供者选择与群组240中的聊天信道相对应的单选按钮后仅显示在GUI255中。例如，如果内容提供者点击“字体”按钮251，则可以向内容提供者提供另一个GUI(图中未示出)，这使得内容提供者能够配置与如何(例如，字体、尺寸、颜色，等等)将“初始提示”参数242中指定的文本呈现给用户相关的参数。作为另一个实例，聊天配置255a允许内容提供者输入指定给聊天会话的参数。这里，GUI255允许内容提供者为会话时限选择并指定数值(例如，30分钟)，所述数值在用户没有在指定的时间内响应的情况下将终止该聊天会话。在一些实施例中，这些指定参数在内容提供者选择与群组240中的聊天信道相对应的单选按钮并选择“自然语言”作为响应类型244后仅呈现在GUI255中。例如，“字符限制”参数255b允许内容提供者限制用户作为响应在聊天室中可以键入的字符的数量，并且“字符限制”参数255b仅在内容提供者为聊天信道选择“自然语言”作为响应类型244之后呈现。上文对聊天信道的示例性实施例是非限制性的。用于开发在聊天通信环境中使用的交互页面的GUI与图2I中所述的GUI255相比，可以具有在多种通信信道间共享的或者特定用于聊天信道的更多或更少的配置参数。图2J示出了用于在用户通过电子邮件信道访问交互站点的情况下配置为交互站点处理的第二页面的交互页面(具体地，消息页面)的示例性GUI256。电子邮件信道在群组240中被选中，这表明GUI256允许内容提供者输入为电子邮件信道配置交互页面的参数。内容提供者不需要为共用于全部通信信道的参数输入数值，这是因为这些数值已经由内容提供者在用于IVR信道的GUI253中提供了。另外，特定用于其它信道类型的参数不会显示给内容提供者。在一些实施例中，GUI256中的一部分参数特定用于电子邮件信道。在一些实施例中，这些特定参数在内容提供者选择与群组240中的电子邮件信道相对应的单选按钮后仅显示在GUI256中。例如，如果内容提供者点击“HTML文本”按钮256a，则可以向内容提供者提供另一个GUI(图中未示出)，从而使得内容提供者能够配置超文本标记语言(HTML)文本和与在“初始提示”参数242中指定的文本如何在电子邮件中呈现给用户相关的标签。作为另一个实例，如果内容提供者点击“纯文本”按钮256b，则在“初始提示”参数242中指定的文本将在电子邮件中以纯文本呈现给用户。上文中对电子邮件信道的示例性实施例的说明是非限制性的。用于开发用在电子邮件通信环境中的交互页面的GUI与图2J中所述的GUI256相比，可以具有在多种通信信道间共享的或者特定用于电子邮件信道的更多或者更少的配置参数。尽管图2C-2J所示的页面全部是消息页面，但交互站点的其它页面类型也同样可以用来为多个不同的通信信道配置参数。例如，问题页面和多模式操作页面可以呈现包括通用于全部通信信道的可配置参数，并且在一些实施例中可以另外包括信道特有的参数。在一些实施例中，一些页面类型，例如，举例来说逻辑页面和交易页面，始终通用于全部通信信道。在其它实施例中，逻辑页面和交易页面包括通用于全部通信信道的可配置参数，并且还包括信道特有的可配置参数。图3为显示为内容提供者创建并托管交互站点的过程300的实例的流程图。通常，过程300向内容提供者提供界面以设计并创建可以在多信道方案平台中访问的交互站点。过程300被描述为由包括一个或多个计算机的计算机系统执行，例如图1中所示的通信系统100。应用程序创建器190向内容提供者系统142提供内容提供者界面以用于开发可由用户装置执行的交互站点，以使用多个通信信道中的任意一个与服务器通信(301)。内容提供者系统142使用内容提供者界面创建交互站点(303)。应用程序创建器190可以包括内容提供者界面192。内容提供者界面192是用于应用程序开发工具的GUI前端，所述应用程序开发工具可以用于创建能够使用多通信信道处理交互的交互站点。内容提供者可以通过数据网络130访问内容提供者界面192。内容提供者系统142为启用的多通信信道中的每一个输入联络数据(305)。例如，应用程序创建器190可以提供与图2B中的GUI204类似的GUI，所述GUI允许内容提供者为交互站点定义联络信息。应用程序创建器190可以提供通信信道列表，内容提供者可以从所述通信信道列表中选择以识别用户可以用于访问交互站点的通信信道。应用程序创建器190可以为内容提供者提供GUI，以输入与启用的通信信道中的每一个相对应的联络信息(例如，用于电子邮件信道的电子邮件地址或者用于电话联络信道的电话号码)。内容提供者系统142判定内容提供者是否已经完成定义交互站点的页面(307)。例如，应用程序创建器190可以提供类似于图2A中的GUI201的GUI，所述GUI允许内容提供者添加、编辑或者删除交互站点的一个或多个页面。所述页面可以包括例如上文提到的页面(包括消息页面、问题页面、逻辑页面和交易页面)中的任意页面或全部页面。可以用于交互站点的其它页面类型的实例包括呼叫队列页面，该呼叫队列页面被配置为与外部数据源交互，以便拉进或推出相关数据和被配置为将呼叫转移到指定联络点(例如，电话号码)的呼叫转移页面。如果内容提供者还没有完成定义交互站点的页面，则内容提供者从站点现有的页面中选择页面以进行编辑(例如，通过修改该页面或删除该页面)或者生成新页面(309)。内容提供者为所选择的或新的页面输入页面数据(311)。例如，应用程序创建器190可以提供类似于图2C中的GUI219的用于配置交互页面的GUI，该交互页面是为IVR信道的交互站点处理的第一页面。内容提供者输入的参数中的一部分共用于全部启用的通信信道，并且内容提供者将不需要再次为其它通信信道输入这些参数。可选地，内容提供者为所选择的或者新的页面输入信道特有的数据(313)。例如，图2C中的GUI219中的参数的一部分特定用于IVR信道。当内容提供者希望为另一个通信信道编辑交互页面时，应用程序创建器190可以提供类似于图2D中的GUI229的另一个GUI，用以配置为SMS信道的交互站点处理的第一页面。如果内容提供者已经完成了定义交互站点的页面，则应用程序创建器190根据联络数据和页面数据为多通信信道生成交互流文件，该交互流文件包括定义交互站点的数据(315)。在一些实施例中，应用程序创建器190可以生成交互流文件，该交互流文件可以包括与由内容提供者通过内容提供者界面创建的交互站点的页面(例如，交互页面)相对应的XML脚本。然后，应用程序创建器190将交互流文件存储到交互流文件数据库185(317)。交互流文件数据库185存储由应用程序创建器190创建的交互流文件，并且向交互流处理器180提供对这些交互流文件的访问。图4为显示为用户与多信道通信系统通信并通过通信信道访问交互站点的过程400的实例的流程图。通常，过程400向使用用户选择的通信信道提供对交互站点的通信装置访问。过程400被描述为由包括一个或多个计算机的计算机系统执行，例如图1所示的通信系统100。通信装置110通过特定通信信道发送请求以访问交互站点(401)。通信装置(例如，智能电话)110的用户能够与通信装置110交互，以从内容提供者使用通信信道提供的交互站点请求服务。例如，用户可以通过以多种不同方式中的任意一种联络多信道通信系统135来表明请求服务的期望。例如，用户可以呼叫电话号码、发送SMS消息、输入聊天会话或者发送电子邮件。多信道通信系统135从通信装置110接收该请求，并且向交互流处理器180发送请求以获得用于启动交互站点的代码(403)。根据通信装置110正在使用的通信信道，该请求被多信道通信系统135中的处理系统接收。例如，如果通信装置110的用户呼叫电话号码以到达交互站点，则呼叫处理系统150将接收到该电话呼叫。根据多信道通信系统135接收的联络信息，对应的处理系统向交互流处理器180发送用于执行交互站点的脚本的请求。多信道通信系统135发送到交互流处理器180的请求可以包括交互流处理器180可以用来识别期望的交互站点的交互站点标识符(例如，唯一的交互站点标识符)。在一些实施例中，多信道通信系统135可以发送用于执行交互站点的整个流的脚本请求。在其它实施例中，多信道通信系统135可以发送用于执行特定状态流(例如，与执行交互站点的单个页面或者执行该页面的子页面相对应的状态)而非整个流的脚本请求。交互流处理器180识别用户用于联络系统的通信信道(405)。在一些实施例中，通信信道可以包括在多信道通信系统135发送的请求中。在一些实施例中，该通信信道可以由交互流处理器180根据处理系统的标识符确定。例如，标识符可以是处理系统的IP地址。作为另一个实例，标识符可以是嵌入在到交互流处理器180的请求中的元数据。交互流处理器180访问交互站点的交互流文件(407)。根据多信道通信系统135已经请求的交互站点，交互流处理器180访问存储在交互流文件数据库185中的交互流文件。然后，交互流文件数据库185提供交互站点的通用代码(409)。在一些实施例中，通用代码可以是XML脚本。交互流处理器180将通用代码转换为特定用于所确定的通信信道的代码(411)。根据通信装置110正在使用的通信信道，交互流处理器180将交互流文件中的脚本转换为处理系统可以执行的特定语言。例如，如果处理系统为呼叫处理系统150，则交互流处理器180将脚本从XML脚本转译为语音XML脚本。在一些实施例中，该转译可以包括在转译的脚本中添加特定用于通信信道类型的参数。例如，如果处理系统为呼叫处理系统150，则交互流处理器180可以在转译的脚本中添加特定用于ASR源选择的信息。然后，交互流处理器180将特定用于所确定的通信信道的转译的代码发送到多信道通信系统135(413)。多信道通信系统135执行特定用于所确定的通信信道的代码，以启动多信道通信系统135与通信装置110之间的交互站点(415)。然后，通信装置110通过通信信道与交互站点交互(417)。值得注意的是，如果交互站点为增强的交互站点(即，包括一个或多个多模式操作页面的站点)，则通信装置110可以通过通信信道(例如，聊天)的标准通信模式(例如，文本)和至少在交互流的一部分中通过一个或多个附加通信模式(例如，视频和音频)与交互站点进行交互。如前所述，多模式操作页面在申请序列号13/092,090中做了更详细的说明，为各种目的，在这里引用该申请的全文作为参考。所公开的和其它实例可以实现为一个或多个计算机程序产品，即在计算机可读介质上由数据处理设备编码以用于执行或者控制数据处理设备的操作的计算机程序指令的一个或多个模块。所述实施例可以包括算法的单个处理或分布处理。计算机可读介质可以是机器可读存储装置、机器可读存储基片、存储器装置或上述装置中的一个或多个的结合。术语“数据处理设备”包括用于处理数据的所有设备、装置和机器，包括例如可编程处理器、计算机或多处理器或多个计算机。该设备除了硬件之外还可以包括为当前计算机程序创建执行环境的代码，例如构成处理器固件、协议栈、数据库管理系统、操作系统或者上述一个或多个的组合的代码。系统可以包括用于处理数据的所有设备、装置和机器，包括例如可编程处理器、计算机或多处理器或多个计算机。系统除了硬件以外还可以包括为当前计算机程序创建执行环境的代码，例如构成处理器固件、协议栈、数据库管理系统、操作系统或者上述一个或多个的组合的代码。计算机程序(也称为程序、软件、软件应用程序、脚本或代码)可以使用任意形式的编程语言编写，包括编译或解译语言，并且该计算机程序可以以任意形式部署，包括作为独立程序或作为模块、部件、子程序或适于在计算环境中使用的其它单元。计算机程序不是必须对应于文件系统中的文件。程序可以存储在保存其它程序或数据(例如，存储在标记语言文件中的一个或多个脚本)的文件的一部分中、在专用于当前程序的单个文件中或者多个协调的文件中(例如，存储一个或多个模块、子程序或代码的一部分的文件)。计算机程序可以部署为在一个计算机或多个计算机上执行，其中该多个计算机位于一个站点处或分布在多个站点并通过通信网络互相连接。本文中所描述的过程和逻辑流可以由执行一个或多个计算机程序的一个或多个可编程处理器执行，以通过操作输入数据并生成输出来执行功能。所述过程和逻辑还可以由专用逻辑电路执行，并且设备还可以实现为专用逻辑电路，例如FPGA(字段可编程门阵列)或者ASIC(应用程序专用集成电路)。适用于计算机程序的执行的处理器包括例如通用和专用微处理器以及任意类型的数字计算机的任一个或多个处理器。通常，处理器从只读存储器或随机存取存储器或者同时从这两者接收指令和数据。计算机的基本元件可以包括用于执行指令的处理器和用于存储指令和数据的一个或多个存储装置。通常，计算机还可以包括一个或多个大容量存储装置或者可操作地连接以从一个或多个大容量存储装置接收数据和/或将数据传送到用于存储数据的一个或多个大容量存储装置，例如磁盘、磁光盘或者光盘，或者接收和/或发送数据。然而，计算机不需要具有这种装置。适用于存储计算机程序指令和数据的计算机可读介质可以包括所有形式的非易失性存储器、介质和存储器装置，举例来说，包括半导体存储器装置，例如EPROM、EEPROM和闪存装置；磁盘，例如内部硬盘或可移动盘；磁光盘；以及CDROM和DVD-ROM盘。处理器和存储器可以由专用逻辑电路补充，或并入专用逻辑电路。虽然本文件可以说明许多细节，但是这些不应被解释为所要求的或所要求保护的发明的范围的限制，而是作为特定实施例的特征的说明。例如，通信信道可以包括网页，其中用户可以通过根据交互流动态生成的网页与交互站点进行交互。作为另一个实例，通信信道可以包括智能电话应用程序，其中用户可以通过启动智能电话应用程序与交互站点交互，并且智能电话应用程序接着联络交互站点并在用户与交互站点之间提供通信界面。本文的上下文中所描述的各个实施例的特定特征还可以实现为在单个实施例中合并。相反地，单个实施例的上下文中所描述的各种特征也可以被实现为单独的多个实施例或任意合适的子组合。另外，尽管特征可以如上描述为特定组合并如上文所述初始化，但是所述组合中的一个或多个特征可以在某些情况中从该组合中分离，并且所述组合可以指向子组合或子组合的变体。类似地，尽管在附图中操作步骤被描述为特定的顺序，但是不应当理解成为达到期望的结果，这些操作需要按照所示的特定顺序或以连续的顺序执行，或者执行所有示出的操作。仅公开了少数的实施例和实施方案。可以根据所公开的内容对所示的实施例和实施方式以及其它实施方案进行变化、修改和改进。