CN101681484B - 用于通过小数据速率通信系统的增强型通信的系统和方法 - Google Patents

Abstract

一种用于与交互式通信系统交互作用的系统和方法包括：处理与交互式通信系统关联的简档；基于对简档的处理生成用户界面以请求与交互式通信系统所需的响应相关的用户响应；经用户界面接收用户响应；基于用户响应使用简档更新用户界面；以及基于一个或多个用户响应向交互式通信系统发送信号。

Description

用于通过小数据速率通信系统的增强型通信的系统和方法

技术领域

本发明涉及与交互式服务系统诸如使用短消息服务(SMS)的服务系统、交互式语音响应(IVR)系统和网站或其它数据系统的通信。

背景技术

许多公司当前使用交互式服务系统诸如用于各种任务的文本消息传递系统和IVR系统作为客户支持和服务的第一线。然而，与这种系统交互作用可能是麻烦且费时的。

期望有新的方法和系统来驱动在通信系统中可用的这种交互式系统的用户的意识和提高他们的发现。还需要简化访问信息和内容并执行各种事务所需的文本消息的创建。此外，期望有用于显示响应于发送到文本消息传递系统的请求和事务消息而提供的结果和确认的改进方法。

发明内容

本文所公开的某些实施例提供了一种用于增强型通信的系统和方法。本文所描述的一个示例涉及使用在便于短消息(也称为文本消息、消息或文本)来往于移动电话机、其它手持装置和服务器系统的大多数数字移动电话机上可用的短消息服务(SMS)通信。然而，对SMS的每次引用也打算应用于其它通信协议和系统，诸如数据信道以及与交互式语音响应系统交互作用的语音通信。

在一个方面，一种用于与交互式通信系统交互作用的方法包括：处理与交互式通信系统关联的简档；基于对简档的处理生成用户界面以请求与交互式通信系统所需的响应相关的用户响应；经所述用户界面接收所述用户响应；基于所述用户响应使用简档更新用户界面；以及基于一个或多个用户响应向交互式通信系统发送信号。

此外，该方法可包括：根据所述简档确定所述用户响应是否要求向交互式通信系统发送信号。

另外，发送通信的步骤包括引起文本消息的生成。

处理简档的步骤还可包括执行简档处理应用程序。

在另一个方面，一种用于与交互式通信系统交互作用的系统包括：简档处理应用程序，其处理与交互式通信系统关联的简档；用户界面模块，配置成至少：基于对简档的处理生成用户界面以请求与交互式通信系统所需的响应相关的用户响应，经用户界面接收用户响应，处理用户响应，并引起生成更新的用户界面；以及发送模块，其基于用户响应向交互式通信系统发送信号。

在又一方面，简档处理应用程序配置成根据所述简档确定用户响应是否要求向交互式通信系统发送信号。此外，发送模块向中间服务器发送信号，所述中间服务器又向所述交互式通信系统发送信号。

在又一方面，一种用于与交互式通信系统交互作用的方法包括：处理与所述交互式通信系统关联的简档；基于简档的所述处理生成用户界面以请求与交互式通信系统所需的响应相关的用户响应；经所述用户界面接收用户响应；基于用户响应向交互式通信系统生成和发送通信；从交互式通信系统接收通信；以及基于来自交互式通信系统的通信，使用所述简档更新所述用户界面。

在又一些方面，所述方法可包括：根据所述简档确定所述用户响应是否要求向交互式通信系统发送信号，并保存用户输入的信息和使用保存的信息修改所述简档。

又一方面包括一种与具有简档处理应用程序和简档的客户机装置通信的方法，包括：从客户机装置接收文本消息；访问与所述客户机装置的用户关联的信息；向所述客户机装置发送响应消息；以及至少基于与所述用户关联的信息发送要在所述客户机装置显示的附加信息。

本领域的普通技术人员在审阅了如下具体实施方式和附图之后，本发明的其它特征和优点将变得更容易明白。

附图说明

可部分通过研究附图来搜集本发明关于其结构和操作的详情，其中相似的附图标记指示相似的部分，并且附图中：

图1是根据本发明一个实施例的文本消息传递环境的框图；

图2是描绘根据本发明一个实施例的示例操作流程的框图；

图3是根据本发明一个实施例的文本消息传递应用程序的功能框图；以及

图4是根据本发明一个实施例的文本消息传递服务器的框图。

具体实施方式

本文公开的某些实施例提供了一种用于增强型通信的系统和方法。本文描述的一个示例涉及使用在便于短消息(也称为文本消息、消息或文本)来往于移动电话机、其它手持装置和服务器系统的大多数数字移动电话机上可用的短消息服务(SMS)通信。然而，对SMS的每个引用还打算应用于其它通信协议和系统，诸如数据信道以及与交互式语音响应系统交互作用的语音通信。

在阅读本说明书之后，本领域的普通技术人员将明白如何在各种备选实施例和备选应用中实现本发明。虽然本文描述了本发明的各种实施例，但是要理解，仅通过示例而非限制给出了这些实施例。同样，各种备选实施例的这个具体实施方式不应视为限制在所附权利要求书中阐述的本发明的范围或宽度。

文本消息传递环境的以下概述打算向读者提供全面而高级的理解。这个概述决不打算定义文本消息传递环境的整个范围，或限制文本消息传递环境的范围。

虽然本公开涉及在基本上所有蜂窝系统中都可用的短消息服务(SMS)物理信息信道，但是也可采用在蜂窝系统中可用的其它物理信息信道。例如，在许多蜂窝系统中可用的分组数据服务也在这些系统内操作的大部分移动终端中被启用。从而，越来越多的用户正在预订关联的分组数据服务，它们也可用在本文描述的实施例中。

本领域的普通技术人员将认识到本文描述实施例的实用性，并将能够容易地将本公开中描述的系统和方法相对于SMS信息信道移植到其它信息信道(包括分组数据信道和经即时消息传递“IM”)。由于客户机、服务器和系统之间的更频繁连接的较高数据速率和电势而引起的对系统和方法的许多改进，将更容易明白。

现在参考图1，示出了根据本发明实施例的通信环境100的框图。环境100包括文本消息传递装置102(也称为客户机)以及一个或多个文本消息传递服务器110、一个或多个文本消息传递系统112、万维网服务服务器118和文本消息传递对等体114。文本消息传递装置102包含应用程序104(即简档处理应用程序)和一个或多个简档106，其与文本消息传递系统112关联。尽管在本文讨论的示例中，焦点在单个示例简档上，但是预期大多数装置将包含不止一个简档106。

在一个实施例中，应用程序104和简档106最初加载在文本消息传递网站/服务器110上。用户可以无线方式或经个人计算机(PC)从服务器110下载感兴趣的应用程序104和任何简档106。

简档创建模块108允许设计者输入和选择简档描述信息。在一个实施例中，设计者可以是装置102的用户。然而，设计者也将是访问创建模块108的其它用户，其中以许多种方式提供这种访问，包括经因特网提供。所包含的可以是描述菜单结构的信息、标记信息和图像、属性、关键词、代码、短代码、发送的消息格式、接收的消息格式、所接收消息的显示信息、用户输入提示和值范围信息。在一个实施例中，简档创建模块108用可扩展标记语言(XML)生成简档。

装置102可直接与文本消息系统112和/或文本消息对等体114直接交换文本消息。备选地，文本消息传递服务器110可位于文本消息系统与文本消息对等体之间。在这个实施例中，文本消息服务器110从用户接收文本消息(最后送往文本消息传递系统或文本消息传递对等体)，读取并修改(例如监控、添加、去除、改变、压缩、解压缩等)文本消息，并将所得到的文本消息转发到文本消息传递系统或文本消息传递对等体。文本消息传递服务器也可从文本消息传递系统或文本消息传递对等体接收文本消息(最后送往个人)，读取并修改(按照上面)这种文本消息，并将所得到的消息转发给这些人。

此外，文本消息服务器110可从装置102接收文本消息，这些消息用于或导致来自非文本消息系统的响应。例如，万维网服务服务器118可经万维网浏览器或其它API 120提供信息或服务。文本消息传递服务器110可从装置接收文本消息，将消息重新格式化成与万维网服务服务器118的API 120兼容的格式，并将该查询例如经因特网发送到万维网服务服务器110。服务器110然后可从万维网服务服务器118接收响应，将该响应重新格式化成文本消息，并将该文本消息发送回装置102。用这种方式，装置102可经服务器110访问服务和信息，它们否则经文本消息传递不可用。

文本消息传递装置102的示例包括蜂窝电话机、因特网协议(IP)电话机、陆线(例如无绳)电话机、无线保真(WiFi)电话机、IP语音(VoIP)电话机或其它电话机以及无线装置或计算机。文本消息传递装置102包含应用程序104和简档106。应用程序104可以是最初目标是驻留在文本消息传递装置102上的软件应用程序。应用程序104和简档106例如可为希望与文本消息传递系统112(例如SMS系统如谷歌SMS或其它系统如因特网或计算机数据库等)对接的人提供极大改进的用户界面(UI)。在其它实施例中，文本消息传递系统112可以是交互式语音响应(IVR)系统或其它交互式通信系统，并且因此，文本消息传递系统112一般可称为可使用各种通信协议和信道的交互式响应系统。

在“人对机”(P2M)情形下，应用程序104与简档106(如下所述)一起创建用户界面(UI)，其可包括用于访问文本消息传递系统112(例如基于SMS的天气、股票、铃声下载或银行系统)的图形用户界面(GUI)。以简单而容易的方式向用户呈现文本消息传递系统112所支持的整个选项集合或子集，来导航菜单集合、用户输入提示以及提供所请求的用户信息、确认和在与文本消息传递系统112关联的简档106中描述的所有错误消息的输出屏幕。应用程序104结合一个或多个简档106简化和增强用户体验，并且由此节省时间和最小化用户输入错误。本文描述的系统和方法可影响成千上万的现有和将来的文本消息传递系统，同时充分利用现有文本消息传递装置102特征(例如蜂窝电话机特征、SMS发送/接收能力、音频、键盘、显示器、处理器、存储器、无线连接等)。

应用程序104还提供了允许用户有效地与另一个用户(例如文本消息对等体114)通信的用户界面(UI)，其中另一用户可以具有也可以没有在它们的文本消息传递装置102上运行的应用程序104。在这种“人对人”(P2P)或“对等”通信中，一个或多个用户可利用应用程序104提供的几个有益特征。当发送和接收文本消息的各方都利用应用程序104时，所有这些用户都使用应用程序获得最大利益。用户可使用几个P2P简档116中的任一个彼此通信，每一个简档都可提供对所有简档共用的众多特征，以及对某些简档特定的其它特征。

具有在美国或世界各地的高水平用户接纳和对SMS文本服务的兴趣，用户可以发现许多且各种方式来影响简档。各个用户和用户群体因此可创建并且定制简档，以便创建个性化和定制的P2P体验来满足他们的兴趣。这种行为可加速用户接纳文本消息传递环境。

下面描述可包含在P2P简档118中的能力示例，除了这些还有其它的，在此不一一列举。

所接收的情感符号(例如“:)”)可转换成图形表示(例如)。可在文本消息内发送和接收允许用户选择和控制图形化身的代码。图形化身可以作为一部分P2P简档的加载。借助于P2P简档116通信的用户群体中的用户可具有表示群体中每个其它用户的图形化身。当该用户的图形化身被其它用户看到时，该用户也可具有控制表示该用户的图形化身的能力。

文本快捷方式短语(例如″r u there″)可转换成完整文本版本(例如″are you there″)。

可根据接收的文本消息，基于原始发送方的电话号码或短代码或二者，或者基于消息内容，有条件地发送文本消息。用户可将应用程序104和简档106配置成使得响应于从另一个人或文本消息传递系统112接收的特定消息发送期望的文本消息或含有某些信息或数据的文本消息。例如，用户可配置要响应于从电话号码为858-123-4567的用户接收的每个消息发送的包含文本“Hello Anne，I am in ameeting all day today，but will call you tonight”的消息。

在发送用户的应用程序104的压缩(本领域的普通技术人员已知的信息源编码技术)和在接收用户的应用程序104的解压缩可以更有效地利用可用消息传递带宽。这种压缩允许在文本消息传递服务器110添加广告和赠券，同时仍允许用户访问160个字符的有效载荷。

在生成要发送到一个或多个群体成员的文本消息时可以利用与用户群体有关的菜单树。例如，菜单树可允许“梦幻足球”联盟的成员从存储在P2P简档116中的预定义队名列表中选择队集合。菜单树可使“国际象棋俱乐部”的成员能够将对应于棋步(例如K2K5)的文本发送给象棋俱乐部中的对手。社会群体、俱乐部、亲密关系群体等的成员可以开发许多且各种方式来影响应用程序104和简档，以改进群体成员之间和中间的通信。

简化群体成员和对应电话号码的创建和维护列表。成员可以使用这种P2P简档116有效地将文本消息寻址到群体的一个或多个成员。也可以创建附加群体和子群体。

可以创建对应于群体成员的输入快捷方式(本文描述的)，包括别名等。同样，可以创建群体成员感兴趣的词和短语的输入快捷方式(例如供现场销售代表群体使用的产品代码列表)。

可以利用提供群体感兴趣的文本形式的有效生成的UI菜单树。

在一个实施例中，简档创建模块108(本文描述的)可用于创建具有以上描述的任何特征以及其它特征的P2P简档116。简档创建模块108可以用在网站/服务器或任何地方。备选地，可以使用与应用程序104(本文描述的)相关的信息，而不使用诸如简档创建模块108的工具，来创建P2P简档116。

在创建P2P简档116之后，用户群体成员然后可以使用应用程序104和关联的P2P简档116一起作为主客户机。将特制P2P简档116以有益于用户群体。为了便于用户群体的所有用户，包括具有和没有应用程序和关联简档的那些用户之间的通信，应用程序可以适当地且有条件地准备要发送的文本消息，并适当地且有条件地处理所接收的文本消息。此外，用户可以使用P2P简档作为他们的优选消息传递客户机，不管他们是否已经建立了任何群体。那考虑到广义定制和改进消息传递或通信接口。

为了便于这种有条件处理，第一用户的文本消息传递装置102上的应用程序104和关联P2P简档116具有与其它用户的文本消息传递装置102上的关联P2P简档(如果有的话)对应的信息。例如，如果第一用户具有能够在生成要发送的消息时执行源代码压缩的应用程序104和P2P简档116，并且消息的一个预期接收方不具有所需的解压缩能力，则发送消息的应用程序104可决定不执行任何压缩。备选地，应用程序104可决定向文本消息传递服务器110发送压缩版本的消息，服务器110然后执行适合于具有解压缩能力的预期接受方的压缩。

在某些情况下，可经文本消息传递服务器110发送使用P2P简档从群体的一个成员发送到另一个成员的消息，使得可以在服务器110执行进一步处理。下面描述一些示例处理步骤。

在服务器110从发送方接收文本消息，向文本消息添加信息(例如广告信息)，并且向预期接收方发送具有所添加信息的文本消息。

在服务器从发送方接收压缩的文本消息，解压缩接收的压缩消息，并向预定接收方发送解压缩消息，该接收方不具有解压缩消息的能力。在这种情况下，可以分多个部分发送消息。

此外，可以从用户向服务器110发送消息。服务器然后向多个其它人发送消息。例如，发送方可连同消息一起提供预定义群体的名称，以在其上发送消息。服务器在这种情况下将读取群体的名称，查找群体中每个成员的地址，并向群体的每个成员发送消息。这节省了部分发送方的时间，并取消了对于发送方发送多个消息的需要。而是，只有一个消息将从客户机发送到服务器，减少了潜在的资费。本领域的普通技术人员将明白与压缩有关的其它示例(为了包含最小化发送和接收的文本消息的数量，减少了用于发送和接收的潜在的资费)。

应用程序104可将某些用户输入保存为“输入快捷方式”，并将装置102中的适当值传播到各种简档(例如P2P简档116和简档106)，使得用户不需要再次输入它们。由此节省了时间，因为用户不必再从另一个地方(例如用户钱包中的信用卡等)取回信息(例如邮政编码、城市名称、银行账号或信用卡号码等)。

完整的输入序列可以保存为“序列快捷方式”。用户随后可以从第一菜单列表中选择序列快捷方式。应用程序104然后通过用户的期望输入序列自动运行，提示用户何时需要某种可变输入信息。序列快捷方式最初可放在简档106的初始菜单中，或者可以由用户移到应用程序104的初始菜单，或者移到文本消息传递装置102的屏幕/桌面。

应用程序104可按使用频率自动重新排序每个菜单列表，使得用户在列表的最上方看到最频繁使用的菜单项。用户可以在任何时间启用或禁用这个特征。用户也可使用应用程序还原到任何简档的原始排序。应用程序还允许用户重新命名菜单和简档、隐藏它们、删除它们或显示它们。应用程序

应用程序模块104驻留在文本消息传递装置102上。应用程序104通常以可执行软件形式从文本消息传递网站/服务器110或另一个网站/服务器以无线方式或经PC下载到文本消息传递装置102。应用程序104通过装置应用程序接口(API)与在文本消息传递装置102上可用的特征和功能对接。API可以是BREW(无线二进制运行环境)、JAVA、Linux、微软移动或其它API，并且可使用在文本消息传递装置102上可用但通过这种API不可用的特征和功能。应用程序104读取并解释用户选择的一个或多个简档106，并根据简档106，向用户提供用户界面(UI)，其形式为一组菜单、用户输入提示和所请求用户信息和确认的输出显示。通常，当用户最初启动应用程序104时，应用程序将向用户呈现在文本消息传递装置102上可用的简档列表。用户然后通常从这种列表中选择一个简档，这时应用程序104读取和解释这种简档，如上所述。

应用程序104一般不包含对任何具体文本消息传递系统特定的信息，但在某些特定情形下可根据需要包含。对具体文本消息传递系统(或其它通信系统或协议)特定的信息通常包含在根据文本消息传递系统所需的消息格式开发的简档106中。应用程序104实际上在如上所述的装置API之上提供第二API(即“API”)，其中API支持简档106本身作为“应用程序”。由此，功能上划分成两个截然不同的部件。首先，应用程序104取决于具体文本消息传递装置102所支持的特定装置API(例如BREW)。第二，简档106基本上独立于具体文本消息传递装置102所支持的API，并且对于应用程序所提供的API是特定的，并取决于应用程序所提供的API，还取决于关联的文本消息传递系统。这种划分可提供几个重要的优点。作为其中一个，简档可用在应用程序104驻留在其上的任何文本消息传递装置102上。因此，可对于具体文本消息传递系统开发一个简档，并且这种简档将操作在可使用各种装置API(例如BREW、JAVA、微软移动或其它API)的许多不同文本消息传递装置102上。因此，可对于更快速的宽部署以及对于比将需要设计和“移植”成操作在各个装置API上的类似应用更少的成本，开发使用简档启用的应用程序。此外，可随着时间开发新的简档或现有简档的修改版本，并且这种简档将固有地操作在应用程序104驻留的任何文本消息传递装置102内，而不需要附加的开发或“移植”。

这种划分使用户能够下载适合于用户的装置102所支持的API的单个应用程序104。然后用户可以下载多个简档106，其中简档106独立于装置API。也就是说，相同简档106可由其它用户下载到具有不同装置API的装置上。这种能力允许开发独立于当前和将来的文本消息传递装置API的简档106。

这种方法从文本消息传递系统提供者的角度看是非常可伸缩的，提供者希望文本消息传递装置客户机支持他们的具体文本消息传递系统。在一个实施例中，没有本文所述的文本消息传递系统，提供者将需要为打算支持的每个装置API开发一个特定客户机。在一个实施例中，简档106可由于屏幕大小和高宽比相关性等根据文本消息传递装置包含图像文件(例如.png文件)。应用程序104也可将信息写入到简档106中，以便改变或添加包含在简档106中的信息(例如重新命名菜单项，添加快捷方式或维护统计数字等)。

应用程序104可与文本消息传递服务器110通信。在一个实施例中，来往于不用于文本消息(称为“控制信道”)的装置102和服务器110的部分文本消息可用于在应用程序与服务器之间提供附加通信。在控制信道中发送的消息例如可包括如下内容：用户已经删除了简档；用户正在请求新简档；报告用户简档使用情况统计，诸如用户已经使用了哪些简档及其频率；服务器到客户机的新动态广告；客户机报告广告显示、广告点击和广告事件；服务器到客户机远程禁用应用程序或向用户发送信息消息；已经禁用应用程序的确认；指令应用程序启用、禁用、隐藏或显示简档；已经启用、禁用、隐藏或显示简档的确认；报告在简档中标识为需要从客户机向服务器报告的某些用户事件，报告在与所接收SMS消息交互作用期间用户启动URL或电话呼叫；发送来自如下所述监视功能的应用程序的″I am alive″消息；以及指令应用程序隐藏或禁用简档；指令应用程序修改简档。这些和附加消息可根据需要在控制信道中来往于装置102和服务器110之间发送，并且需要随着时间发生。

还可以包含用于控制信道的一个或多个消息队列。例如，控制信道消息可分类为要立即发送的，包括通过专用控制信道文本消息，如果没有控制信道另外可用的话。当控制信道容量可用时，其它控制信道消息可归类为高优先级、中优先级或低优先级，并根据该优先级等级发送出去。通常，当基于用户启动的动作发送文本消息时，估计控制信道的可用性和容量，并发送如上所述这种队列中的控制信道消息，在某种程度上，根据它们的优先级等级，控制信道具有这么做的可用容量。由此，将按照相应的顺序，清空高、中和低优先级队列。应用程序可估计自从对于分配了各种优先级等级的消息排队以来所经过的时间，并且如果这种消息已经排队了大于与这种优先级等级关联的时间的所定义时间周期，则这种消息可通过专用控制信道文本消息发送出去。可以使用各种其它算法和方法有效地随着时间发送不同优先级的控制信道消息，这对于本领域的普通技术人员将是显而易见的。

应用程序104提供用于修改驻留在用户的文本消息传递装置102上的简档106的功能性。可经控制信道提供这种简档修改的指令。可以这种方式向现有菜单列表添加菜单项。例如，根据这种方法，含有项目“加利福尼亚”、“纽约”和“爱达荷”的菜单列表可修改成还包含菜单项“内华达”。添加的特定控制信息可包含标识简档的信息、简档内的菜单列表、要在与所添加菜单项选择对应的文本消息中发送的菜单项文本和数据，还有其它数据，不一一列举。

应用程序104可维护结合驻留在装置102上的简档106所接收的消息的应用程序收件箱。这个收件箱可与装置102的标准客户机的文本消息收件箱的子集分开。例如，装置102的操作系统可配置成基于发送方地址列表或一部分“to”地址或基于消息中的信息将所有入局消息放入收件箱中。此外，当访问收件箱中的项目时，收件箱中的消息可与它们的相关简档关联以便激活。例如，这可允许根据简档中的信息输入与要处理的简档关联的警告消息。应用程序收件箱也可允许用户按照这种消息到达的时间和日期给这种收件箱消息内容分类。当读取与应用程序收件箱内的具体简档关联的具体消息时，可以用单个菜单选项选择向用户给出打开或执行关联的简档的选项，以便于容易使用。备选地，访问消息可自动引起简档的执行。当用户在应用程序收件箱的消息列表视图中时，应用程序收件箱可提供每个消息的标题信息。这种标题信息可以提供简档名称、查询类型(例如“按邮政编码的电影”)以及消息到达时间和日期，还有其它信息，不一一列举了，使得用户可以方便地查看应用程序收件箱内容。

此外，简档还可用于转发以另一个协议中的一个通信协议所接收的。以简档存在的协议所接收的所有消息都可捕获在收件箱中。例如，用户可具有用于以各种格式或协议(例如Twitter、Facebook和AIM)发送或转发消息的几个简档。用户可能已经接收了关于AIM的消息(IM消息)。用户正在查看收件箱中的消息。用户希望向另一个人发送消息，但是这个人没有AIM账户/屏幕名称。而是，用户具有Facebook账户。因此，用户从AIM读取消息，并从收件箱进行转发。在转发命令中，用户ID给出了经几个选项(SMS/文本、Facebook、AIM、Twitter)转发的选项。基本上，与提供消息传递的选项之一对应的每个简档都将具有用于转发操作的关联选项。用户可以决定使用Facebook消息传递将收件箱中的AIM消息转发给朋友。当在收件箱中创建新消息时，还向用户给出了有关如何发送消息(例如经AIM、Twitter、Facebook、SMS/文本)的选项。简档本身不直接用在以上转发和新消息选项中。而是，对于用户已经下载的每个简档，该简档的“消息传递”选项实际上“插入”到收件箱中，以允许从收件箱进行消息传递。这使得用户可以从非常方便集中式消息传递的地方(收件箱)访问用户可用的任何一个消息传递选项(基于该简档，用户已经加载到应用程序中)。

应用程序104和简档在特定时间周期内对用户可用，例如为了其它目的，用于通过应用程序104和简档提供预订许可布置和附加访问控制。这可包括向应用程序和/或简档附加对应于下载日期的数据和对应于应用程序或简档保持有效的时段的数据。应用程序104能够监控这种信息和当前日期，以使具体简档106到期，或使应用程序104本身到期。另外，应用程序可响应于例如来自服务器110的控制信道或文本消息而禁用简档，并且能够禁用它自己。

此外，一旦加载了简档，用户就可经文本消息或在控制信道(例如来自服务器110)中接收指示新版本简档可用的通知。用户然后可以选择文本消息中将用户带到提示用户下载简档的WAP站点或网站的URL链接。备选地，应用程序可接收指示新版本简档可用并且应用程序可通过打开万维网浏览器自动转到该URL的文本消息。应用程序然后可以自动启动简档的下载。注意，以上所有的还应用于当所接收的文本消息通知不用于新版本的现有简档，但是代替用户的整个新简档时。在这种情况下，当这种简档可用时，用户可能已经同意接收这种简档。

应用程序可将广告放在菜单树或UI内的适当屏幕处。提供了两种类型的广告，由应用程序选择的广告(静态)和由文本消息传递服务器110实时选择的广告(动态)。文本消息传递系统112也可以与服务器110相同的方式选择和提供动态广告。基于特定放置类别，应用程序从与应用程序同时下载的或包含在应用程序或简档中的广告的在线小数据库中选择静态广告。

应用程序可将广告放在菜单树或UI内的适当屏幕处。提供了两种类型的广告，由应用程序选择的广告(静态)和由文本消息传递服务器110实时选择的广告(动态)。文本消息传递系统112也可以相同的方式选择和提供动态广告。基于特定放置类别，应用程序从与应用程序同时下载的或包含在应用程序中的广告的在线数据库中选择静态广告，并且不时地通过各种手段部分地或整个地更新，包括当用户下载新的或更新的简档时，由应用程序104自动下载，或当可用时通过控制信道下载。应用程序和/或简档可包含与广告(例如广告者的标志)相关的图像集。存储在装置上的广告商图像通常将是与其广告在应用程序和简档内放最频繁的广告商关联的图像。这些图像可加载有初始应用程序载荷，或者当加载简档时，或者可以到达控制信道。当应用程序放动态或静态广告时，应用程序可将广告商图像(如果可用的话)放在广告文本附近。如果不可用的话，则将放广告文本，而没有广告商图像。每个广告商图像都可以与唯一索引号一起存储。动态和静态广告还可以包含这种广告商图像索引号，使得广告和广告商图像可以准确地关联，并且成对显示。

相比之下，当客户机装置向文本消息传递服务器发送请求时，或者当从服务器向客户机发送警告或其它异步文本消息时，或当专用服务器向客户机发送控制信道消息时，文本消息传递服务器110实时地选择动态广告。所选择的动态广告可在控制信道上发送到装置102。动态广告选择可基于客户机请求和/或其它标准非常具体地定目标。其它标准可包括来自用户的简档(例如性别、家庭住址)使用历史、时刻等的信息。例如，当用户发送电影时间查询时可以提供电影院的广告；当用户发送请求有关住宅具体地址的信息的查询时，可以提供房地产经纪人的广告；当用户发送相关的体育得分查询时，可以提供体育赛事的广告。文本消息传递服务器可从中选择的广告数据库可以包含在或可以不包含在文本消息传递服务器中，但是代替或附加地，可以驻留在多个独立服务之一上。这样选择的广告然后可包含在对查询的响应中(在控制信道中)，并发送回用户，其中这种广告然后可放在对这种用户所接收的查询的响应中或其附近。每个简档106可包含有关要在这种简档菜单系统或UI中放的广告类别的信息(例如，用于访问电影列表的简档可被指定为在“娱乐”类别中)。广告还可以包含有关放置类别的信息(例如，广告可被指定用于放在“航线”类别和“娱乐”类别)。广告还可以包含有关放置的特定简档的信息(例如，广告可指定用于放在“比萨小屋”简档和“谷歌”简档中)。广告还可以包含有关不放置的特定类别或简档的信息(例如，广告可被指定不放在“PappaJohn′s”简档中，并且不放在“体育”类别中)。可使用各种其它算法和方法来有效地选择广告进行放置，这对于本领域普通技术人员将是显而易见的。

在一个实施例中，动态广告在控制信道中发送，并且可包含如下信息：广告文本：(例如″Half off 4tires at 4Day Tire Store″)广告ID：这用于根据通过在电话机中显示、点击和运行的创建来唯一地跟踪广告。当这些事件发生时，将广告ID传回服务器，使得服务器知道显示、点击和运行哪些广告。为了分析和宣传的目的，在服务器上保持这个信息。当最大可容许计数(如果可应用的话)达到时，显示、点击和运行计数也可用于停止发送动态广告。模式：这是广告文本的显示模式，例如滚动或固定。可动作选项掩蔽：参考驻留在应用程序/电话机中的动作；例如呼叫广告商、转到网站、获得赠券、现在下载等。这些中的任何都是可能的。具有掩蔽(即，引用选项而不是发送它们)允许更密集的广告。如果期望的动作不可用，则广告可包含“定制动作”。在具有广告的控制信道中发送定制文本(例如Get Event Details或Enter CokeDrawing)。

静态广告可存储在装置102上(例如与如上所述的应用程序关联的简档或其它文件中)。每个存储的广告都可包含如下信息：所有以上对于动态广告定义的信息加上下面可由应用程序用于确定广告放置的信息：开始日期和到期日期放广告的最大次数。还可控制允许点击和/或运行广告的最大次数。可放广告的简档名称列表和/或可放广告的简档类别列表。

一旦在应用程序内显示、点击或运行了静态或动态广告，就可以从客户机向服务器110发送控制信道消息以指示这个事件。广告商可对于每个这种广告点击或动作(包括所选的动作或客户动作中的任何一个或所有)进行选择，以将特定响应消息发送到客户机102。(可运行项目是用户例如可通过点击选择的项目。)例如，对动作“获得赠券”的响应可以是发送具有赠券“代码”和兑现详情的消息。还有，对动作“Enter Coke Drawing”的响应可以是发送消息″You have beenentered to Win a one year supply of Coke″。任何数量的其它广告响应都是可能的，并且可由广告商创建。为了下载铃声、移动电话机应用程序或其它可下载文件的目的，广告响应还可包含到网站的链接。广告响应还可包含赠券代码，或者可由应用程序译成图形图像表示的UPC或其它代码，以便允许应用程序显示这种UPC或者然后人或机器可读并且可扫描进行兑现的赠券形式的其它代码。这种赠券代码在一些情况下可以在不打算被用户查看的广告响应的控制信道部分中返回，但是如上所述而是译成图形赠券图像进行兑现。

应用程序包含监视定时器特征，其定期发送例如文本消息或控制信道消息的消息以通知服务器110应用程序104仍被加载，并在装置102上是活动的。有几个原因，重要的是能够检测到应用程序仍驻留在装置上。如果用户已经从装置中删除了应用程序，则服务器110不想继续向用户发送信息警告。此外，服务器不想向用户暴露控制信道格式，这可发生在应用程序未驻留在电话机上，并且电话机接收到了含有控制信道的文本消息的情况下，以及当没有应用程序104解释这种消息时。如果用户已经从它们的移动电话机中删除了应用程序，则发送到装置的控制信道消息可捕获在装置的标准SMS客户机中，因此向用户暴露控制信道消息。同样，如果用户已经切换到具有所安装的老版本应用程序的电话机，则服务器不想发送老版本可能不支持的控制信道消息。为了检测以上所述的两种情形，应用程序的监视特征在所定义时间周期的每一次循环中向服务器发送至少一个SMS消息。结果，如果在这种所定义时间周期内没有从装置向服务器发送查询，则应用程序将向服务器发送特殊的″I′m alive″消息。此外，″I′m alive″消息将含有该版本的应用程序，以便检测用户是否已经将电话机切换到具有不同版本应用程序的电话机，或者是否已经安装了另一版本的应用程序。如果在这样定义的时间周期的每一次循环中都没在服务器从装置那儿接收到通信，则假设应用程序不再安装了，或者被用户暂时禁用(例如用户关掉电话机)，并且服务器将立即停止向这种装置发送消息。如果服务器一旦再次开始从这种装置接收通信，则假设应用程序已被用户重新启用，并且服务器将立即开始允许向这种装置发送消息，包括发送在装置被认为被用户禁用或未安装时段期间未发送的一些或所有消息。

当这种位置信息可用并且可增强查询或响应信息时，应用程序104可以在控制信道中在消息查询中向文本消息传递装置102自动或在用户控制下发送用户的当前位置(例如经纬度/经度、邮政编码、城市代码、机场代码或其它位置标识手段)。在一个实施例中，可在某些显示器中向用户呈现用户的当前位置(例如邮政编码)，有时作为输入快捷方式，当创建查询时，用户选择作为几个选项之一。用户可以选择这种当前位置，可以选择另一个可用位置作为输入快捷方式，或者可以在用户可用的输入框中输入又一个位置。

应用程序104可监控和跟踪事件和活动的类型。这些事件可在客户机上被监控、记录，并且然后例如经控制信道发送回服务器110。一些是单个事件，而一些是某一时间周期的事件累积。一些可被立即发送，而其它的可在随后时间使用可用控制信道队列发送。这些事件和活动如下：

1)简档使用。例如，用户从每个简档发送多少查询。在按简档可编程的集合时段(例如1天或1周等)累积这种使用情况。当时间周期到期时，从具体简档发送的查询之和连同其它信息(日期戳、简档名称或ID等)一起放入控制信道消息中并放入用于发送到服务器的队列中。下一个集合时段开始于前一集合时段的结束。这种方法的改变是有可能的，包括监控简档内特定查询或各组查询的使用情况。例如，如果简档提供天气、新闻和股票报价，则在每个集合时段到期之后，应用程序可监控每种查询类型的使用情况，并向服务器发送所有3个独立查询之和。在另一个示例中，应用程序还可监控在集合时段期间接收的查询响应数和/或未请求的消息数(例如天气预报)。当货币化是使用具体简档的用户或活动用户数的函数时，需要这种简档使用情况记账。为了分析目的，以上信息也是有价值的。

2)广告事件。应用程序可监控何时向用户显示广告(静态和动态)以及何时点击它们。应用程序提供了连接页，其提供了一旦点击广告，用户就可用的一个或多个动作的列表。还监控所采取的任何这种动作。所列出的一些广告动作被编成到应用程序中，并选择用于使用与广告一起提供的信息。例如，动作可包括呼叫广告商、转到广告商网站、广告了呼叫我、决定参加SMS、现在下载、进入窗口、请求赠券等。一些广告动作可与广告(例如“呼叫Crest”)一起提供。这些被称为“定制动作”。应用程序记录广告显示事件、广告点击事件和广告动作事件。当记录广告动作时，还记录了所采取的特定动作(例如“请求赠券”)。这些事件都连同其它信息(日期戳、时间戳、简档名称或ID、广告ID、广告动作详情等)一起放入控制信道消息中，并放入用于发送到服务器的队列中。呼叫广告商动作除了被记录外，还引起呼叫被放到与广告一起提供的号码中。“转到广告商网站”动作除了被记录外，还引起与广告一起提供的URL地址通过调用浏览器被访问。当货币化是所制造的印象数的函数时，对于广告需要广告显示记账。当货币化是被点击的广告数的函数时，对于广告需要广告点击记账。当货币化是所采取的动作数和类型的函数时，对于广告需要广告动作记账。为了分析目的，以上所有这种信息也都是有价值的。

3)呼叫和URL事件。应用程序监控何时点击电话号码和URL。当这种电话号码和URL出现在某些显示(特别是显示动作)中以及收件箱中时，也可以在其它地方，应用程序使它们可动作(可点击)。这种事件的记录可以一个简档接一个简档为基础被控制，其中这种事件记录在一些简档中，而不记录在其它简档中。这些事件连同其它信息(日期戳、时间戳、简档名称或ID、广告ID、事件详情等)全都一起放入控制信道消息中，并放入用于发送到服务器的队列中。当货币化是所发出的呼叫或所观看的URL的函数时，需要呼叫和URL事件记账。为了分析目的，以上信息也是有价值的。

4)一般事件。应用程序为简档提供指示应用程序监控特定用户动作的能力，这不可能落入以上任何类别中。这通过将控制信道动作单元插入简档菜单系统中来进行。这个单元对用户是不可见的，但是当用户采取某些动作时，将执行控制信道动作，并且将使用控制信道将简档定义的某些信息与某些其它信息(例如数据戳、时间戳和简档名称或ID)一起发送到服务器。简档定义的部分通常将是信息串，用于指示动作或事件。例如，在用于排序或执行事务的简档的情况下，简档可具有控制信道动作，在过程中紧接着是顺序或事务确认步骤。这种确认动作可以是向服务器或第三方服务器发送确认文本消息。对于用户，这个确认步骤可以通过选择选项“确认顺序”或“确认事务”来执行。这样，可基于有关感兴趣的简档的用户活动来记录任何数量的动作或事件，并将它们传到服务器。当货币化是使用具体简档进行的事务或购买的数量和类型的函数时，可以使用这个一般记账特征。这个一般记账特征可用于许多其它目的。为了分析目的，以上信息也是有价值的。

以下总结了应用程序的一些功能。1)可以格式化和发送文本消息。2)用户可以重新命名或删除菜单项。3)用户可以隐藏或显示菜单项。4)可以删除或修改输入快捷方式。5)输入快捷方式可具有由用户给它们加的昵称。例如，邮政编码输入快捷方式“92037”可给它加个昵称La Jolla。在这种情况下，可以向用户显示结果为″La Jolla：92037″。6)输入快捷方式可具有与它们关联的到期信息。例如，通过传播来自响应于对于电影时间信息的查询已经到达的某些所接收消息的一组电影名称而获得的输入快捷方式信息可被分配“不经久的”到期信息，在这种情况下，应用程序将在接收到它的那天午夜或之后删除这种信息。7)可以保存用户输入信息(作为“输入快捷方式”)以便用户随后使用。在一个实施例中，输入快捷方式显现在输入菜单中，在此输入对应的用户输入信息。8)菜单项选择序列和用户输入信息可被保存、命名并在随后时间提供给用户，使得用户可以通过进行单个菜单选择(并且如果有必要的话，通过输入完成序列所需的信息)来重复所有或某些之前执行的序列。9)以上所述序列可由用户安排在随后时间执行，包括在循环的基础上(例如每天在上午10:30)发送。10)以上所述序列可称为“序列快捷方式”，它们然后可放入文本消息传递装置102的程序启动显示中。11)任何或所有菜单项列表中的菜单项都可根据使用频率自动重新排序，使得最频繁使用的菜单项显现为用户的菜单列表中的第一项。用户可以停止和/或去除这种重新排序(还原到原始顺序)。12)任何或所有菜单项列表中的菜单项都可根据最频繁使用的自动排序，使得最频繁使用的菜单项显现为用户的菜单列表中的第一项。用户可以停止和/或去除这种排序(还原到原始顺序)。13)可限制某些菜单项重新排序，以便保持为菜单列表中的第一项或任何期望的位置。14)当这种输入快捷方式信息与简档所指示的属于同一信息类型时，输入快捷方式信息可以从一个输入菜单传播到同一简档106中的其它输入菜单，并传播到其它简档中的输入菜单。15)所接收的文本消息信息可被传播到同一简档中的其它输入菜单和其它简档中的输入菜单。16)可以测试用户输入信息的有效性。17)多个关联的所接收文本消息如果接收顺序不对的话，也可以正确地重新排序。18)多个关联的所接收消息可以级联成单个消息显示给用户。19)所接收的消息可以用选项(例如“解除”和“读取”)使“警告”突然出现在用户面前(例如“来自谷歌的消息已经到达”)，使得用户可以读取这种消息并通知它们到达了。20)所接收的消息可以重新格式化以便提高用户的可读性(包括添加、去除和修改信息)。21)消息在发送之前可以进行压缩，并可以在接收时解压缩。22)在接收到这种消息之后，可将所接收的消息信息合并到菜单树或UI中显示给用户。23)用户输入信息随后可合并到菜单树或UI中显示给用户(例如在输入邮政编码92037之后，请求天气信息的用户可以看到显示“检索92037的天气”)。24)可在菜单树或UI内的适当屏幕处放动态和静态广告。25)将菜单项从一个菜单移到前一或后一菜单，以便简化将来的菜单导航(例如将体育菜单项移到通过选择娱乐项目所到达的与娱乐项目同一菜单的菜单的下面)。在这个示例中，体育前进一个菜单树级别，并且更容易用于用户所需的较少点击。简档

每个简档106包含描述具体文本消息传递系统(例如谷歌SMS系统)的详细信息。这包括详细菜单树和菜单项信息、用户输入要求的详情和有关要发送的文本消息格式和从文本消息传递系统接收的任何文本消息格式的信息。简档106还包含文本消息传递系统的短代码。

单个简档106可能不一定用于只与单个文本消息传递系统通信。可以创建简档，这些简档与几个文本消息传递系统对接和/或使用其它通信信道和协议与其它类型的系统通信。例如，可以创建简档106，其将从一个文本消息传递系统访问天气信息，并从另一个系统访问股票报价信息，以及从另一个系统访问视频(经数据服务器)。用户在某些情形下可能了解两个独立的文本消息传递系统，或者在其它情形下不了解从两个独立的文本消息传递系统检索信息。在第二示例中，用户可向一个文本消息传递系统请求街道地址，然后使用同一简档106向第二文本消息传递系统请求到或从街道地址的驾驶方向。从用户的角度来看，两个操作因此都在同一用户界面内进行。用户用几个简档访问几个文本消息传递系统由此有利于基本上类似于看和感觉的UI使用。这种相似性增强了用户有效访问这种系统的能力，因为仅需要学习只使用一个基本UI，虽然用户正在访问其中几个(可能几打)文本消息传递系统和服务。

参考上面的第二个示例，如果在UI内街道地址被自动提供给用户以便访问驾驶方向，而用户不必将来自所接收文本消息的信息“拷贝和粘贴”到将被发送以请求驾驶方向的第二文本消息中，则用户体验可被进一步增强。

而且，当以上第二个示例中涉及的两个这种文本消息传递系统使用街道地址的不同格式化信息时，例如，具有简档106的应用程序104配置成在从所接收文本消息中检索街道地址与提供它供第二次查询之用的步骤之间重新格式化街道地址。这是在本文通常称为“传播”的特征部件。下面描述“传播”特征的附加部件。

来自所接收文本消息的信息自动可用于用在编写要作为另一个信息请求发送的另一个文本消息的以上示例中所描述的特征不限于使用单个简档106执行请求的情形。当访问简档106(与一个或多个文本消息传递系统关联的)时，用户输入的信息和值以及用户接收的信息和值可以在同一简档中可用，并且也可以在使用同一类型数据的其它简档中可用。

用户输入的和用户接收的信息和值可定义为属于特定“类型”，并且在简档106中如此描述。当提示用户输入属于同一这种“类型”的值时，该“类型”的信息和值然后可以从同一或其它简档对用户可用。例如，当提示“类型”值时，用户在具体简档106中输入信用卡号(例如用于银行服务)，其中简档106配置成将这个值传播到其它简档(即，通过设置适当的属性)。如果用户在随后时间加载第二简档(例如基于SMS的购票简档)，并且第二简档提示用户输入信用卡值，则当访问第一简档时用户输入的信用卡号显现给用户以选择和输入。在以上示例中，用户输入的信用卡号信息将如所述传播到其它简档，并且也将在对于该值最初提示用户的输入屏幕内对用户可用(作为“输入快捷方式”)。

当用户仍访问同一简档时，在使用简档106时用户根据UI提示输入的信息可立即对用户可用。例如，相对于银行服务简档，如果用户输入账户后缀号码来进行储蓄以核对转账账目，则当用户选择在简档内检索账户余额信息的选项时，账户后缀号码可变得可用。如上所述，文本消息传递系统允许用户在一个步骤在具体简档内输入值，然后当相同或不同的简档中需要该值时，使得在将来时间该值对用户可用。这样，当使用第一简档可能不需要再次输入该值时，甚至当需要它们使用几个简档执行许多另外的事务时，用户输入值。为了区分应该在输入屏幕中保存为输入快捷方式的那些值，其中它们从认为是可变的并且不应该保存为输入快捷方式的那些值输入，简档可以包含将每个这种值区分为固定(在这种情况下将创建输入快捷方式)和可变(其中不将创建输入快捷方式)的信息。虽然有可能再次需要输入一次的账户号，并且因此认为其是固定的，但是可能不会再次需要转账账目的储蓄金额数，并且因此认为其是可变的。为了使用户输入的和保存为输入快捷方式的信息可以出于安全目的而被模糊，简档可包含有关这种输入当随后被显示为输入快捷方式时应该如何模糊的信息。在一个示例中这样实现：使用″＊″符号来隐藏信用卡号的某些数字，使得所得到的输入快捷方式将显示为(例如″＊＊＊＊＊＊＊＊＊＊＊＊7632″)。

提供给用户的简档在下载之前可配置成包含某些序列快捷方式和输入快捷方式，它们可被认为是对该特定用户或对大多数用户感兴趣，或者它们可由这种用户请求预先设置。例如，在银行服务简档中，可以提供序列快捷方式“检查余额”，因为看起来是检查余额信息是这种简档的频繁选择的信息请求。其次，在银行服务简档中，可以提供输入快捷方式“我的账户：123456789”(其中“123456789”表示用户的实际账号)，因为它保存用户在随后输入用户的特定账号时出错的时间和可能性。一旦用户请求了这种简档，并且在基于用户账户、登记和其它信息确定了这种定制信息之后，这种信息就可添加到现有普通版本的这种简档。

可以在使用简档创建模块108创建简档106期间或者在创建简档106期间，定义输入快捷方式和序列快捷方式信息，并将其输入到简档106中。这种信息可认为是用户感兴趣的，因此在创建时包含在简档中。在简档创建之后和在用户将简档106下载到用户的文本消息传递装置102之前(例如当用户使用文本消息传递网站/服务器110选择简档进行下载时)，也可基于用户提供的指令，定义输入快捷方式和序列快捷方式信息，并将其输入到简档106中。这种用户定制的目的部分是期望的，以便通过利用网站或其它用户界面简化定制过程，该用户界面可能是输入这种信息更方便的地方，相对于使用文本消息传递装置102这么做而言。

简档可包含有关当对查询或事务等的响应或确认等到达用户时在UI内的哪里警告用户的信息。简档106可包含有关要在UI内的哪里放动态和静态广告或赠券的信息。简档106还可包含有关要通过简档106访问查询和事务类别的信息。该信息可用于决定哪个可用广告和赠券被放入UI中。例如，当访问电影信息时，可以放电影院赠券广告。注意，广告可放在应用程序104的UI单元内，这些单元不明确是部分具体简档UI。例如，广告可放在提供收件箱消息列表视图的显示中，或放在查看各个收件箱消息的显示中。此外，广告可放在提供简档列表视图的显示中。应用程序内存在许多其它显示，它们不明确是可放广告的部分具体简档UI。

各种文件格式和数据结构都可用于描述UI和关联的简档106，其给用户提供对具体文本消息传递系统所提供服务的访问，以生成系统所需的消息格式，并支持本文所述的附加特征。在一个实施例中，简档包含将UI描述为菜单树并描述发送和接收消息格式等的一组属性。这些属性通常可分组为简档级属性、菜单级属性、菜单项属性、输入动作属性、显示动作属性等。在每个这种分组中，列出了与菜单树关联部分相关的属性。存在许多描述UI和关联简档的方法，这对于本领域的普通技术人员是显而易见的。文本消息传递服务器

虽然许多文本消息传递系统和服务对用户都是可用的，但是用户一般不能够容易地发现这种系统和服务，因为他们通常只在文本消息传递系统112和服务提供者本身提供的网站上描述。文本消息传递服务器110可通过聚集许多文本消息传递系统和服务来简化用户的发现过程，这些系统和服务然后可用于用户在单个网站上发现。如上面所提到的，网站可以是文本消息传递服务器110，或者它可基于一个或多个其它服务器。

通过例如经如上所述的控制信道从用户那儿收集有关用户的人口学信息、兴趣、移动使用模式等信息来进一步增强用户的发现过程。当用户向服务器110登记时，可以收集基本人口学信息(例如性别、兴趣等)。如下面所述的，收集使用模式和使用哪些简档以及每个简档的使用频率。根据这种信息，可以从该组所有这种系统和服务中选择最合适的文本消息传递系统和服务，并以各种方式建议给用户。在一个示例中，所有可用的简档都可提供给用户，在一个视图中由简档类别进行组织，而在另一个视图中由简档名称进行组织。也可根据提供文本消息传递系统的公司的商业规则提供和列出简档，其中这种规则考虑奖励和奖金设置、竞争考虑事项等等。

在服务器110上提供的特征是一个版本的简档创建模块108(下面更详细地描述)。这个版本可以访问文本消息传递系统112和服务提供者，使得这种提供者可以容易地创建与它们的文本消息传递系统关联的简档。这个特征便于快速而有效地聚集提供者的内容，并允许快速生成相关联的简档。从文本消息传递服务和内容聚集角度来看，这个模型是高度可伸缩的。

在服务器110上提供的相关特征是另一版本的简档创建模块，其可访问应用程序104的用户。用户可以容易地创建简档以用于对等应用程序，或用于用户希望进一步定制的或没有简档106还可用的文本消息传递系统。用户可开始于现有的简档106，或者从头开始创建简档106。这个特征进一步便于加速用户采纳。这个模型在终端用户定制方面是高度可伸缩的，并具有明确的可能被亲密关系群体、社会群体、俱乐部、组织和其它群体为了社会连网目的而采纳。这样，这个特征为应用程序的“病毒性”采纳提供了极大的可能。简档创建模块

简档创建模块108可运行在PC、文本消息传递服务器110、文本消息传递系统112和/或万维网服务器等上。简档创建模块108允许简档设计者、开发者、文本消息传递服务或内容提供者或者终端用户创建与具体文本消息传递系统112关联的或对等通信的简档106。简档106的创建通过由简档创建模块108提供的UI执行，UI包括一组形式、提示和用于接收描述具体文本消息传递系统112的信息的输入字段。在一个实施例中，信息包括发送和接收消息格式信息、文本消息传递系统短代码、用户输入提示、用于检错的信息和约束以及关于通常是菜单树形式的期望UI的信息。

通常是属性形式的简档信息可以XML或另一文件格式存储。对于每个支持的文本消息传递系统112或系统集，可能存在一个或多个简档。在一个实施例中，可通过检查文本消息格式和为文本消息传递系统112的用户提供的其它信息来创建简档。

根据商业或技术考虑因素，文本消息传递服务器110可包括中间服务器，其可用于访问某些文本消息传递系统，使得可以监控和/或修改来往于具体文本消息传递系统发送的消息。执行监控和修改例如可为了如下目的：用户和/或客户结账和查账记录创建、呼叫量和统计集合、简档版本检验和控制、用户登记验证、检错和纠错、广告和赠券下载、信息下载及简档列表和目录更新。

可以采用从文本消息传递服务器110发送到用户的信息压缩，使得这种消息中的附加数据带宽可用于插入广告和赠券以及其它信息。

在一个实施例中，应用程序104可将简档106的版本号附到它发送的文本消息。文本消息传递服务器110可将这个与接收文本消息传递系统112的版本号相比较，以确定简档106相对于接收文本消息传递系统112是否过期。如果简档106过期，则可以提示用户更新简档106，之后将消息发送到接收文本消息传递系统112。例如，用户可接收用户的简档106过期的指示，具有用户下载更新简档的请求。可以向用户给出立即请求更新简档或在随后时间这样做的选项。简档版本检验也可合并到文本消息传递系统110本身中，而不需要由中间文本消息传递服务器执行版本检验。服务器110也可执行各种授权任务。例如，可以授权用户只访问某些文本消息传递系统，而不访问其它系统。在这种情况下，如果用户试图访问用户未被授权或不再授权的文本消息传递系统，则服务器110可向这种用户发送指示缺乏授权的响应，并且还可以提供有关如何获得对这种文本消息传递系统授权访问的信息。以类似的方式，文本消息传递服务器110可以限制以一个用户接一个用户为基础的访问。例如，来自未向系统100登记的电话号码的请求可能被拒绝访问通过文本消息传递服务器110访问的所有文本消息传递系统。此外，可向未向系统100登记的电话号码发送应用程序禁用命令。

可借助于文本消息传递服务器110实现其它特征。文本消息传递服务器110可用于在预定条件下限制具体用户对某些文本消息传递系统的访问(例如这种文本消息传递系统可仅在预订基础上或在一些其它访问控制下对用户可用)。文本消息传递服务器110也可用于存储与所请求和执行的文本消息传递事务相关的统计。在一个实施例中，文本消息传递服务器110可用于存储敏感的和/或秘密的用户信息(例如用户的信用卡号码和到期日期、账号和密码)，使得用户不需要发送文本消息形式的这个信息。文本消息传递服务器110可使用该信息与用户经文本消息发送的其它信息一起完成购买或其它事务或信息请求。

在一个实施例中，应用程序104当由用户经简档106指令向接收文本消息传递系统112发送请求时，而是向文本消息传递服务器110发送请求(具有任何必要的路由信息，诸如指示接收文本消息传递系统的短代码以及其它信息)。文本消息传递服务器110接收用于结账和以上所述其它目的所需的请求、日志信息，执行任何所需的对文本消息的修改，并向接收文本消息传递系统112发送修改版本的文本消息。

在另一个实施例中，应用程序104可编写文本消息传递服务器110的文本消息，并对该消息预先挂起指示文本消息传递系统112的短代码，并向文本消息传递服务器110发送完整的消息。文本消息传递服务器110在接收到文本消息时去除预先挂起的短代码，并向短代码所指示的文本消息传递系统112发送所得到的消息和原始发送方的电话号码(即文本消息传递装置102的电话号码)。可经另一个文本消息、经因特网或经信息或数据交换的其它手段，发送所得到的消息。文本消息传递系统110然后可处理该请求，并经返回的文本消息向用户的文本消息传递装置102发送任何所需的确认、内容或其它信息。

文本消息传递系统112可配置成向文本消息传递服务器110发送这种返回文本消息，使得文本消息传递服务器110可监控和/或修改返回文本消息，以从文本消息传递服务器110向应用程序104提供有关用户的文本消息传递装置102的信息(例如广告或赠券信息或其它信息等)。

在一个实施例中，与文本消息传递系统关联的短代码是仅用于从应用程序102发送的消息的专用短代码。使用专用短代码允许文本消息传递系统处理从应用程序102接收的消息，其不同于直接从标准文本消息传递装置客户机接收的消息。当这种结账和记账对于从标准文本消息传递装置客户机发送的消息与从应用程序104发送的消息有所不同时，这简化了结账和记账操作。此外，当响应与使用专用短代码从应用程序104接收的请求关联时，文本消息传递系统可向文本消息传递服务器110发送文本响应，而不是直接向文本消息传递装置102发送它们。

文本消息传递系统112可以一个系统接一个系统为基础提供各种消息传送。文本消息传递系统112可提供从用户的应用程序104直接向文本消息传递系统112发送文本消息，并直接向用户的应用程序104发送任何返回消息。文本消息传递系统112还可提供源自用户的应用程序104的文本消息被发送到文本消息传递服务器110、在文本消息传递服务器110被修改、并被发送到文本消息传递系统112，并且将任何返回消息直接发送回用户的应用程序104。文本消息传递系统112可进一步提供源自用户的应用程序104的文本消息被发送到文本消息传递服务器110、被修改、并然后被发送到文本消息传递系统112，并且任何返回消息被发送到文本消息传递系统112、被修改并被发送到用户的应用程序104。以上方法的变形将是显而易见的。

在另一个实施例中，不是在文本消息传递系统112与用户的应用程序104之间设置文本消息传递服务器112，应用程序104和文本消息传递服务器110可以发送附加消息。例如，应用程序104直接向文本消息传递系统112发送如上所述的文本消息，并直接向文本消息传递服务器110发送附加文本消息。附加消息可以包含用于消息跟踪、结账和记账的信息、指示文本消息传递系统112的短代码号、关于请求和事务类型的信息、简档版本号以及应用程序104可能已经存储用于将来转发的其它信息。任何或所有控制信道信息(如上所述)都可以直接向和从文本消息传递服务器110向和从应用程序104发送。这种信息可能与具体文本消息传递系统112相关，或者可能不相关。

应用程序在一些情况下可以利用如上所述的一个或多个文本消息传递服务器选项，或者在其它情况下可以不使用服务器。将消息直接发送到文本消息传递系统或通过文本消息传递服务器发送文本消息的决定可以使用提供方法的这种指示的简档中包含的信息以一个简档接一个简档为基础进行，或者该决定可以基于应用程序中所包含的信息进行。这种灵活性是方便的，因为一些文本消息传递系统可能要求，而一些可能不要求，收集记账和结账信息，也可出于其它原因。在典型情形下，文本消息传递装置102将包含直接与文本消息传递系统102通信的一些简档，并且还将包含通过文本消息传递服务器110与文本消息传递系统112间接通信的一些简档。还有，在这种典型情况下，向和从应用程序104向和从文本消息传递服务器110提供控制信道消息和信息，尽管一些这种控制信息将与“直接”通信的简档相关，一些这种控制信息将与“间接”通信的简档相关，而一些这种控制信息将独立于所有这种简档。

文本消息传递服务器110可以向应用程序104发送具有另外信息(例如广告和赠券信息以及其它信息)的文本消息。

在一个实施例中，文本消息传递服务器110本身提供基于文本的服务。也就是说，文本消息传递服务器110充当文本消息传递系统112，如本文所述的。文本消息传递服务器对于基于文本的服务的使用有效地协同定位了文本消息传递系统112和文本消息传递服务器110的功能性。这种配置允许文本消息传递服务器110或独立的服务器提供另外通过第三方文本消息传递系统提供的所有或一些相同的基于文本的服务。例如，文本消息传递服务器110可提供天气信息、股票报价、体育信息、聊天服务、的士服务、查询服务、信息服务、电影列表、搜索服务和其它信息和服务。该配置还允许第三方向用户提供内容和信息。内容和信息可加载到文本消息传递服务器110上，或使用网站/服务器和/或文本消息传递服务器110提供的工具链接到文本消息传递服务器110。

在一个实施例中，文本消息传递系统112可向用户提供文本消息传递系统信息，同时应答提供信息的标记，或备选地，不应答提供这种信息的标记。

文本消息传递系统112可提供的内容和信息的类型包括但不限于：1)已经通过第三方文本消息传递系统可用的信息；2)已经通过第三方文本消息传递系统在将来可用的信息；3)在考虑和没考虑所提供内容或信息的情况下提供给终端用户的上述信息；4)文本消息传递系统112的主人拥有的或许可的信息；以及5)第三方可用的并存放在或链接到文本消息传递服务器110的信息。简档和应用程序下载

本发明的实施例提供了将简档加载到文本消息传递装置102中和用户可访问简档进行加载的位置的方法。示例包括但不限于如下：1)一个或多个服务器和/或网站(包括文本消息传递服务器110)，各提供登录到网站的用户可从中选择的一个或多个简档。一旦选择了，简档就通过空中直接下载到文本消息传递装置102，或通过因特网下载到用户的计算机，并然后例如使用串行、蓝牙、USB或其它有线或无线连接下载到用户的文本消息传递装置102。在一个示例中，通过空中加载简档包括：用户提供用户的文本消息传递装置102的装置号、网站/服务器向文本消息传递装置102发送含有URL(指向简档或多个简档)的文本消息、用户访问文本消息、选择URL、打开移动因特网浏览器并将简档直接下载到文本消息传递装置102。一旦加载了，并适当地设置在文本消息传递装置102的文件系统内，应用程序104就承认新简档106，并使用户能够访问与简档106关联的文本消息传递系统112。在一个示例中，登录到这种网站的用户可通过输入或搜索文本消息传递系统112的电话号码(短代码)、维护文本消息传递系统112的公司名称和/或按类别(例如天气信息、银行、航线等)来确定简档是否可用于具体文本消息传递系统112。如果这种简档可用，则用户可加载如上所述的简档。在另一个示例中，用户可以同意文本消息传递网站/服务器110访问(例如使用为了那个目的设计的文本消息传递装置客户机)用户的文本消息传递装置102中的用户的联系人列表，使得文本消息传递网站/服务器110可以搜索可用于所列出的任何联系人(短代码号)的简档，并给用户提供将它们中的任一个或所有下载到用户的文本消息传递装置102的机会。除了简档106，还可以提供应用程序104，如果它还未加载到用户的文本消息传递装置102的话。在应用程序104的情况下，用户可能需要包含登记和支付信息的附加信息(例如文本消息传递装置102构成和模型、蜂窝运营商等)。在这种时候可以向用户请求人口学和其它信息。2)用户经文本消息接收指示已经加载到文本消息传递装置102上的新版本简档可用的通知。用户然后可以在文本消息中选择到提示用户下载简档的无线应用协议(WAP)站点或网站的URL链接。备选地，应用程序104可以接收指示新版本简档可用的文本消息，并且应用程序104可使用万维网浏览器自动转到该URL。应用程序104然后可自动启动简档下载。在另一个示例中，所接收的文本消息通知针对用户的全新简档。在这种情况下，当这种新简档可用时，用户可能已经同意接收它。3)公司的网站或网页为公司的文本消息传递系统112提供简档106。允许登录到这种网站的用户检索简档106。在一个示例中，银行在向用户提示用户的文本消息传递装置102的装置号和其它信息的网站内提供网页或链接，并然后允许用户通过空中加载银行的文本消息传递系统112的简档106，和/或允许用户通过因特网将简档下载到用户的计算机，以便随后加载到用户的文本消息传递装置102。除了简档106，还可以提供应用程序104，如果它还未加载到用户的文本消息传递装置102的话。在应用程序104的情况下，用户可能需要附加信息(例如文本消息传递装置102构成和模型、蜂窝运营商等)。4)公司的网站或网页提供到网站和到与公司的文本消息传递系统112关联的简档106的链接。用户然后例如登录到该网站(如果他们已经登记的话)，并访问感兴趣的简档，或在被允许访问之前被要求登记。简档然后可如上所述通过空中下载，和/或使用用户的计算机通过因特网下载，以便随后加载到用户的文本消息传递装置102上。5)文本消息被发送到用户的文本消息传递装置102(即用于之前已经安装了应用程序的这种用户)。文本消息可提示用户下载特定文本消息传递系统提供者的简档。文本消息然后可具有到特定简档的链接，其然后如上所述被加载。6)响应于用户决定参加与文本消息传递系统提供者的买卖项目或其它项目，向用户发送文本消息。也可响应于用户响应于所写的指令发送请求简档的文本消息而向用户发送文本消息，这些指令可在网站、杂志或新闻纸、电视广告等上找到。例如，文本消息传递系统提供者可以在宣传单、海报或菜单上(例如在文本消息传递系统提供者的物理位置)向用户提供诸如如下的指令：“请到短代码′12345′的文本′菜单′具有发送到电话机的我们的移动应用程序”或“请到短代码′12345′的文本′菜单′具有发送到你的文本消息传递装置的饭店移动菜单简档”。从而，用户使用文本消息传递服务器110的短代码与对应于下载简档的请求的代码/消息一起发送SMS。例如，在“饭店X”的纸菜单可读作：“请向′12345′发送“饭店X”以接收饭店X移动菜单”。否则，发送短代码′12345′(饭店X)下面的任何短代码以安排你的顺序。这种短代码例如可对应于菜单上的食物。简档由此提供清楚而容易地使用菜单系统，允许用户预订各种大小的几个菜单项，例如包括特殊的订单信息(例如汉堡包订单上没有洋葱)。相比之下，标准的基于文本的菜单预订系统是有限制的(例如可能仅可预订某些食物组合)。在一种实施例中，这种移动菜单包括饭店X菜单背景以及有标记的图像和标志等，由此增强用户体验和标记可能。7)在应用程序104中，用户浏览可用于下载到用户的文本消息传递装置102的列表或目录(驻留在应用程序104中)。在用户下载应用程序104时，列表或目录可下载到用户的文本消息传递装置102。每当用户下载新简档、更新的简档或更新版本的应用程序104，或者当用户进行请求时，列表或目录可被全部更新，或者相对于对列表或目录的改变/添加进行更新。列表或目录可定期且自动更新，或在用户请求时更新，有或没有来自应用程序104的更新提示的情况下都进行。在一个示例中，每当用户不管使用什么下载方法(例如经网站、经应用程序简档列表或经发送具有短代码的特定代码)下载简档时，都更新简档列表。在首先下载以保存记忆并减少下载时间和数据大小之后，可以下载“递增”简档列表的形式的简档列表。8)现有文本消息传递系统112提供下载文本消息传递系统112的简档的选项。例如，文本消息传递系统112可响应于通过发送到简档的链接而发送到对应短代码的请求“下载简档”。在这种情况下，如果用户已经将应用程序104加载到用户的文本消息传递装置102上，则到简档的链接将被返回，并且如果用户还未将应用程序104加载到用户的文本消息传递装置102上，则到简档和应用程序的链接将一起被返回。这是有可能的，因为文本消息传递服务器110和文本消息传递系统112将在这种示例中具有关于哪些文本消息传递装置102加载了应用程序102而哪些没加载(基于文本消息传递装置102的所接收电话号码)的记录。在另一个示例中，可提示用户如下内容：“请用Y进行响应以下载这个文本消息传递系统的移动应用程序或简档。”9)专用免费号码(例如“800”号码)可用于向应用程序104的用户提供简档的目的。向访问关联的交互式语音响应系统的用户给出标识感兴趣的简档并经所述方法将它们下载到用户的文本消息传递装置102的选项。10)例如可经蓝牙、红外数据协会、近场通信或任何其它装置到装置通信能力，或者例如使用PC作为中介，将简档从一个用户直接传送到另一个用户。11)装置制造商、销售商或蜂窝装置提供者将简档106和应用程序104加载到文本消息传递装置102上。在这种情况下，可以包含配置成允许访问蜂窝服务提供者的信息、内容和事务的简档。12)经SIM卡或经任何其它可拆卸存储装置加载应用程序和/或简档。13)从信息站或其它固定终端加载应用程序和/或简档。14)在销售点或其它地方使用近场通信(NFC)连接加载简档。15)简档106经SMS发送到文本消息传递装置102，在此描述简档106的信息包含在一个或多个SMS消息中。在这种情况下，简档可依赖于所存储的模板和其它信息，使得描述简洁，给出SMS消息的典型大小限制。16)所有或一些可用简档的组合被下载成可用简档列表，使得用户可在将来的某一时间从用户的文本消息传递装置进行请求，以开始使用正在前进的简档。在这种情况下，从应用程序104内简档对用户是可用的。这种简档组合可定期下载到用户的文本消息传递装置102。这种方法消除了每当用户想开始使用具体简档时用户就得下载简档的需要。用户还未使用的简档组合可以压缩形式存储在用户的文本消息传递装置102上，或存储在耦合到用户的文本消息传递装置102的可拆卸介质上，直到用户请求使用简档的时候。17)可以通过使用驻留在文本消息传递装置102内或应用程序104内的条形码读取器扫描条形码来加载简档。这种条形码读取器可影响文本消息传递装置102的相机部件。因为本发明的简档性质可导致大小上非常紧致的简档，所以使用可用的条形码并且更具体地说是通常支持更高信息内容大小(即数据字节)的二维条形码(例如PDF417条形码或数据矩阵或其它条形码)，将简档(即应用程序)下载到文本消息传递装置102的这种技术是有可能的。注意，使用条形码下载应用程序的能力相对于今天可用的移动电话机应用程序下载选项是重大改进。18)对于本领域的普通技术人员，用于简档和应用程序下载和传送的附加方法及其相应的优点将是显而易见的。

要认识到，存在用户下载应用程序和关联的简档的各种方法。这种可用性进一步促进用户的标识和访问通过文本消息传递系统可用的信息、内容和事务的能力。可以采用将简档加载到用户的文本消息传递装置102上的以上示例方法的任何组合。虽然上述一些下载方法仅仅是指下载简档，但是这些方法也可应用于下载应用程序。实际下载机制

要认识到存在应用程序104的许多可能的下载机制。应用程序104可足够大到可能需要数据连接或电缆连接(边缘载荷)。

在确定文本消息传递装置运营商和构成/模型之后，通常可执行下载。然后确定特定文本消息传递装置API，并经文本消息传递使文本消息传递装置102可访问。装置API确定了，就可以选择应用程序104的适当文件，并且下载可以发生。将从中下载应用程序104的文本消息传递服务器110或其它网站/服务器在一些情况下可以询问或者确定文本消息传递装置102构成、模型、OS、无线服务运营商和其它特性，它们然后可用于确定装置API并确定然后可以选择应用程序104的适当文件。

应用程序104的示例下载选项包括如下内容(除了以上描述的那些)：1)用户在文本消息传递装置102与PC(边缘载荷)之间执行同步操作。用户向PC下载应用程序104。一旦使用同步操作下载了应用程序，用户就选择应用程序104，使它安装在文本消息传递装置102上。2)用户在经SMS消息或其它手段启动下载和接收WAP/网站地址之后，使用到移动WAP/网站的数据连接执行下载。下载的这种启动例如可以如下方式进行：a)通过服务器/网站：用户通过服务器/网站提供用户的文本消息传递装置102的电话号码、无线服务运营商和装置构成/模型。当用户使用文本消息传递装置102访问WAP/网站时，然后在某种程度上，通过WAP/网站确定用户的文本消息传递装置构成/模型，这个信息不需要通过服务器/网站提供；或者b)通过向服务器发送文本消息：用户在文本消息中提供文本消息传递装置102的构成/模型。通常可以根据文本消息来确定用户的文本消息传递装置102的装置号和运营商。为了执行下载，用户接收文本消息或包含应用程序104驻留的WAP/网站的URL的其它消息。用户在浏览器中输入URL，或选择URL链接，使浏览器打开，并访问URL。WAP/网站可以提示用户启动下载。一旦启动了，应用程序就被下载到文本消息传递装置102。用户然后可以选择应用程序104安装文件，使应用程序104安装在文本消息传递装置102上，之后用户可以运行应用程序104。通用简档支持

可以创建和支持各种通用简档。通用简档是对于具体文本消息传递系统112不特定、但是使能够与几个文本消息传递系统进行基于文本的事务的简档。例如当几个公司/商标使用同样代码执行基于文本的事务时，通用简档可能是有用的。

在一个示例中，两个电影院，一个是具有12个屏幕的电影院X，一个是具有24个屏幕的电影院Y，使用用于订票事务的SMS消息体中的代码，包括电影院位置代码、电影院号、放映时间、成人票数、儿童票数、老人票数以及使用MMDD的“今天”或日期。对于电影院位置代码17，2个成人、4个小孩和1个老人票，电影院屏幕号5，今天5:20播放的预订事务的示例SMS消息可以是“17 5 520 2 41今天”。假定菜单读作：“使用你的电影院简档经SMS使用短代码54321(电影院X)购票，或使用下面的菜单系统经SMS使用你的SMS客户机购票”，然后可以提供用于订票的代码和消息格式的描述。

用户运行应用程序104，选择电影院简档，然后导航菜单树，其提示用户电影院位置、每种类型的票数、电影院屏幕号、放映时间、日期和短代码(例如电影院X的54321)。可将通用简档和关联的代码以及消息模板提供给客户，客户然后可以选择使用通用简档，或备选地，创建客户简档。

使用通用简档是有利的，因为在具体电影院业主决定经文本消息传递提供电影票预订的时候，许多用户已经访问通用简档了。如果业主创建了客户简档，则用户花了宝贵的时间下载客户简档，使能够使用该系统购票的用户数小得不合乎要求。

可对于几种类型的公共基于文本的事务创建通用简档。如上所述，一个公司可以选择使用通用简档，或者为了标记的目的使用包含图像的定制简档，二者都使用通用模板/代码。

半定制简档是通过附加信息进一步定制的具有模板和代码的通用简档。使用以上电影院示例，当用户运行应用程序104并选择电影院简档时，可以首先提示用户电影院短代码(例如电影院X的54321)。应用程序104然后向短代码54321发送包含电影院位置代码的文本消息以检索定制信息，例如电影院屏幕号、电影院名称(例如电影院X)和宣传标语(例如“欢迎到电影院X”)。

备选地，包含电影院位置代码和电影院X短代码的文本消息可被发送到不同的短代码以检索信息。备选地，应用程序104可以识别电影院X短代码，并且可以从存储器检索定制信息而不是使用文本消息通过空中接收。一旦接收或检索了，定制信息就用于进一步定制电影院简档。用户然后可以通过一组提示进行导航以进行电影票预订。简档定制

在一个实施例中，提供给用户的简档106可包含对用户特定的信息。在银行简档的示例中，用户用于保存和检验账户的账号和账户后缀例如可作为输入快捷方式包含在简档中，使得用户在第一次使用简档时看到快捷方式。这种用户特定简档生成对用户是有利的，因为降低了用户数据输入中的出错频率，增加了应用程序104的便利性。

在另一个实施例中，当用户使用在用户的文本消息传递装置102上可用的标准客户机发送文本消息时，应用程序104可以监控用户的输入序列，并提示用户将某些输入保存为序列快捷方式。在这种情况下，应用程序104可自动生成包含序列快捷方式的简档106，并提示用户给简档和序列快捷方式命名，使得下次运行应用程序104时，用户可以使用序列快捷方式和简档。用户可以选择保存序列快捷方式或不保存。

可在应用程序104内提供消息“编写模式”，允许用户编写没有简档可用或者用户未加载关联的简档的文本消息传递系统的文本消息。当简档可用于访问文本消息传递系统时，编写模式可给用户提供至少一些可用的便利。编写模式给用户提供了对标准文本编辑器的访问，以及一些或所有用户的账户信息和其它信息以及在其它简档中输入的用户的输入快捷方式。访问信息借助于分级或其它菜单树，或其它菜单结构。在将这种用户信息插入到文本消息中时，用户可在编写期间使用菜单工具。

在一个实施例中，编写文本消息时输入的新信息可由应用程序104捕获，并以输入快捷方式的形式保存供将来使用。用户不必具有与编写文本消息的文本消息传递系统112关联的简档。用户也可以选择是否将任何这种新信息保存为输入快捷方式。如上所述，使用简档时输入的用户或其它信息可能对用户是可用的，同时使用应用程序104的上述“编写模式”来编写消息。在编写模式中，用户可以为了任何文本消息传递目的使用应用程序104，包括与文本消息传递系统112对接，或用于向和从各方发送和接收文本消息。从而，用户不必使用现有客户机。文本消息传递系统详细操作描述

一旦应用程序104和一个或多个简档106被加载到用户的文本消息传递装置102上，并且应用程序104根据用户的偏好进行设置了，用户就可以利用应用程序104和特征。以下是示例实施例，包括用户可以开始访问系统的步骤和典型文本消息传递系统112的操作描述。菜单导航和数据输入

在一个实施例中，用户运行应用程序104并从加载到用户的文本消息传递装置102上的可用简档列表中选择简档106。简档通常将选自简档列表视图。还有，根据这个简档列表视图，用户可具有操控所选简档的各种选项(例如删除简档、创建简档的启动图标、还原到未定制简档等)。一旦选择了简档106，就向用户提供第一菜单或显示。用户然后可使用用户键区上的适当键从可用菜单项中选择，或在显示器上输入所请求的数据。例如，文本消息传递装置102上的5路导航功能的上下键可用于从菜单项列表中选择，并且如果并不是所有菜单项都在屏幕上可见，则用于滚动列表。

应用程序104可提供“查找”特征，使得当用户在QWERTY键区上输入字符时可以快速访问开始于给定字母组合的第一菜单项(包括简档名称，如果在简档列表视图的话)。或者，用户可以通过选择对应于一组字母的数字(例如6对应于M/N/O或者2对应于A/B/C等)而在标准电话机键区上选择这种字母，在这种情况下，应用程序将找到第一可能匹配的菜单项。5路导航功能通常包含用于输入所选菜单项的中间按钮。

当选择菜单项时，应用程序104记录用户的选择供将来使用，并为用户显示下一菜单列表或显示。一些菜单可包含用户输入的提示，诸如用户账号、用户PIN、用户信用卡号和到期日期、邮政编码、转账金额、日期、时刻、社保号、电话号、其它号码或值等。当应用程序104提示用户这种输入信息时，应用程序104提供适当且便利的用户输入机制，使得用户可以输入所需的数据。

当用户录入用户输入时，可以格式化用户输入，使得用户可以清楚地看到正在提供的输入是正确的。这种格式化可包含美元符号、小数点、月、日和年输入的指示等。应用程序104可执行用户输入中的检错(不正确的字符、太多的数字、太少的数字、不正确的值等)，到这种程度：在创建简档的时候这种限制是已知的，并且基于文本消息传递系统112的要求。应用程序104可以删除这种不正确数据的输入，并提示用户校正输入，之后移动到下一菜单列表或输入显示，或者拒绝该输入，使得它不被应用程序接受。可使用适当的错误和告警弹出以及可听警告来辅助该过程。在适当时，应用程序104可提供弹出日历、弹出字母数字输入便签和其它弹出应用程序或其它用户界面机制，以便于快速、无误而便捷的数据输入。对于用户可认为是私人的输入项，应用程序104可隐藏该输入(例如对于PIN的数字用符号“＊”代替，并不是所有的，而只是信用卡号的后4位等)。

用户可继续通过几个菜单列表和/或输入菜单，直到应用程序104已经收集了创建与用户的信息请求、购买或事务对应的文本消息所需的信息为止。在一个实施例中，呈现可选提示以确保用户想要发送请求。应用程序104准备文本消息，并将它发送到文本消息传递系统112。备选地，文本消息被发送到文本消息传递服务器110。对查询和事务请求的响应

在发送文本消息之后，并在接收对应的消息响应之前，应用程序104可配置成显示指示诸如“检索天气”或“检索数据”等状态的消息。这个显示还可包含导航选项，诸如“返回到主菜单”，使用户能够返回到前一菜单以例如执行附加的查询或事务。一旦接收到消息响应，应用程序104就可标记一个内部警告。当标记了这个警告时，应用程序104就可显示警告菜单项或弹出项，诸如“接收到响应”(根据简档级别属性设置的)，其可显示在适当菜单级，也在菜单级属性的控制下。在一个实施例中，沿着选项提供警告菜单弹出项，以解除警告和转到关联的所接收消息的选项(例如“读取”)。在选择“读取”选项时，向用户呈现所接收的消息，并在典型情况下，被转到应用程序收件箱视图。

应用程序104通常配置成在到达时立即显示所接收的对查询的响应消息。如果数据在屏幕上不适合，则用户可使用向上/向下滚动键查看视图外的文本，类似于可以查看长菜单列表的方式。在一个实施例中，从对应于简档106的短代码和文本消息传递系统112接收的文本消息由应用程序104的解释，并显示给用户。来自网站/服务器或文本消息传递服务器110的文本消息也可由应用程序104解释。如果所接收的文本消息具有在确定哪些接收的消息对应于发送的查询时所用的信息(例如已知某些字、文本或字符包含在对应于所发送消息的所接收消息中)，则该信息也可用于相关联和检错。当使用文本消息传递服务器110时，应用程序104可将序列号包含在发送到文本消息传递服务器110的文本消息查询中。然后可在消息响应中将序列号发送回应用程序104。这种排序由此允许所接收的文本消息与作为查询发送的文本消息唯一地关联。当一个短代码用于向文本消息传递服务器110发送查询以便访问与相应几个简档对应的几个文本消息传递系统112时，每个简档可在出局查询文本消息中使用唯一关键词(例如简档名称)来标识该查询要送往哪个文本消息传递系统112。然后从而，当文本消息传递系统112将响应与这种查询相关联地传到文本消息传递服务器110时，文本消息传递服务器110可在这种响应中包含相同的关键词，之后将这种传回应用程序104。这样，从各种简档的应用程序104发送的查询可以共享相同的短代码，并且对这种查询的响应可与正确的简档唯一关联。从同一简档发送的查询/响应消息对的进一步所需关联可以利用如上所述的附加方法(诸如与所接收消息中的期望文本或词匹配)。

应用程序104和简档106还可提供附加的格式化信息，以及用于增强所接收消息中信息显示的图形图像(例如使用太阳和云图标作为天气信息显示的一部分，或者黄道符号用于每日占星术)。快捷方式

当用户正在使用应用程序104和简档106创建请求或事务时，应用程序104可保存用户输入的信息，称为“输入快捷方式”。当用户完成请求或事务的创建，并且发送对应的查询时，应用程序104保存步骤序列和用户输入的信息。所保存的序列称为“序列快捷方式”。输入快捷方式和序列快捷方式给用户提供了进一步的便捷，并且用于加速用户执行的事务，并降低了用户输入出错的频率。

在一个实施例中，输入快捷方式出现在与具体简档106对应的输入菜单中，其中在下次用户输入这种菜单时创建这种快捷方式。在一个示例中，用户在输入菜单输入账号“123456789”，并将该值保存为输入快捷方式。下次用户到达这种输入菜单时，输入快捷方式就显现为“菜单项”(例如“123456789”)。给用户一个选项：选择这个输入快捷方式、选择另一个输入快捷方式(如果有的话)、或者在输入框中输入另一个账号。

在另一个实施例中，应用程序104可将输入快捷方式“传播”或“拷贝”到简档106内的其它输入菜单级。例如，如果在具体简档106中的某一输入菜单级创建了上面的示例账号输入快捷方式，则根据简档106中的属性，输入快捷方式可被拷贝到简档106内的任何或所有其它输入菜单级，在此可向用户提示账号。在另一个实施例中，可根据简档106中的附加参数和/或其它简档中的参数，将输入快捷方式传播到用户的文本消息传递装置102上的一个或多个其它简档的输入菜单级。

在一个实施例中，对于包括诸如账号等固定信息的用户输入项保存输入快捷方式信息。对于可变信息，诸如美元金额或日期，在简档属性的控制下，该信息不可保存为输入快捷方式。

在另一个实施例中，应用程序104允许用户指定某些可变用户输入项为固定的，目的是将它们保存为输入快捷方式，和创建某些序列快捷方式。这种指定例如允许生成输入快捷方式，其提供从一个账户到另一个账户的固定金额(例如$1,000.00)和在序列快捷方式中要用的金额的转账，而当执行序列快捷方式时不提示用户输入。在这个示例中，用户有效地越过可变类型值的指定，以使这种值成为固定类型值。

应用程序104还可允许用户在输入的时候和在创建序列快捷方式期间将某些固定用户输入项指定为可变的。这样指定的输入项将不保存为输入快捷方式。这例如允许生成这样的序列快捷方式：其通过向用户提示用户的当前邮政编码(例如92805)，而不是使用在创建序列快捷方式时输入的邮政编码，提供本地交通信息。如上所述的两个指定允许最初指定为固定的输入值是可变的，供序列快捷方式之用，并且同样允许最初指定为可变的输入值被视为固定的，以便保存为输入快捷方式，并供序列快捷方式之用。

在它创建了之后，下次选择关联的简档时，序列快捷方式就将出现在呈现给用户的第一菜单列表或显示中。如果选择了，则序列快捷方式自动从始至终运行。如果没有对可变输入信息的用户提示，则序列快捷方式可执行用于发送与最初创建序列快捷方式时所执行的请求或事务相对应的文本消息的步骤。备选地，在发送这种文本消息之前，可以提示用户。如果存在对可变输入信息的用户提示，则序列快捷方式可执行所有的其它步骤，仅停止提示用户这种可变的输入信息，之后继续执行序列快捷方式，直到发送与最初创建序列快捷方式时所执行的请求或事务相对应的文本消息的步骤。备选地，在发送这种文本消息之前，可以提示用户。

在一个实施例中，输入快捷方式和序列快捷方式信息包含在简档文件中，或者它可以包含在一个或多个独立文件中。这个独立文件选项允许序列和/或输入快捷方式信息保持在文本消息传递装置102上，并且当或者如果用户下载了将必须要求去除原始简档的新版本的这种关联简档时，要保持为用户不修改，还有其它优点，这里不一一列举。

在一个实施例中，提供“自动输入快捷方式”。自动输入快捷方式允许用户指示给定菜单列表中的具体菜单项总是被选在那个菜单列表级。例如，如果在某一菜单列表级要求用户在英语和西班牙语之间进行选择，则用户可以选择英语，并指示每当遇到这个菜单列表时都要进行这种选择。自动输入快捷方式同样可配置用于不可能改变但是每当用户到达某一菜单级的时候必须输入的用户账号。每当呈现菜单列表时，应用程序104然后就将自动进行期望的选择。用户可以指示通过在某一菜单列表级选择期望项目、选择预定的选项菜单或键并然后选择适当的选项，来使用自动输入快捷方式。预定事务

在一个实施例中，应用程序104允许用户预定要在随后时间或在将来基于循环运行一次序列快捷方式。使用这种“预定事务”，用户例如可以预定在具体时间和日期从用户的支票账户向储蓄账户转移资金。应用程序104在适当时间确定要触发预定事务，并执行所选的序列快捷方式。应用程序104可配置成向用户提供执行了预定事务的确认。可以提示用户转账金额，或接受该事务，之后完成它的执行。预定事务也可配置成就在执行预定事务之前警告用户。例如，在第一次打断用户(例如通过来自文本消息传递装置102的可听警告)并且用户同一要运行序列快捷方式之后，只可执行预定的序列快捷方式。

预定事务可设置成按规定的循环运行(例如每星期一上午8:00、每天晚上6:00、每个工作日早上5:30等)。这种预定事务使得用户更便捷地重复访问信息。用户可能希望每个工作日早上7:00接收某些股票报价，或者每个工作日早上7:30接收用户的上班路线的交通信息。用文本消息传递系统112预定事务的能力有利地简化了循环信息请求的配置。虽然上面提供的示例涉及文本消息传递系统112，但是也可以使用其它通信和/或数据系统来实现所描述类型的预定事务。菜单项排序

在一个实施例中，每当用户利用简档106的时候，应用程序就按使用频率的顺序将菜单项放入菜单树中每级的每个菜单列表中，使得最频繁选择的菜单项随后出现在菜单列表的顶上。在创建输入快捷方式或序列快捷方式之后，将它放在适当菜单列表的顶上，就好像它是最频繁使用的菜单项一样，并且在其后可以根据或者可以不根据将来的使用频率进行排序。最初，排序按照在原始简档106中提供的顺序。要认识到，其它排序方法也是有可能的，并且可以采用。用户将有能力禁止进一步的菜单重新排序，并使用应用程序设置还原到原始简档排序。语言支持

应用程序104有利地适合于支持多种语言，因为用户界面基本上以所写/文字形式。这样，例如，应用程序和关联的简档可支持文本消息传递系统未有效支持的语言(例如仅用英语提供消息格式)。当采用文本消息传递服务器110时，服务器110可配置成将所接收的响应转换成用户期望和指示的语言。服务器110根据用户的注册信息可以知道用户的语言指示，或者用户可以在应用程序104发送和服务器110读取的每个文本消息查询生成时提供它。要认识到，SMS系统只是通信信道的一个示例，并且可以使用其它数据和通信信道实现如上所述的语言支持。当应用程序和简档用于直接与文本消息系统通信(而不使用文本消息传递服务器110)时，仍然有可能支持不同于文本消息传递系统设计成支持的语言的语言。为了这样做，都在简档控制下的菜单项、提示、标题文本等将需要仅用期望的语言输入。对于菜单项列表，应用程序和简档提供要在查询中发送的每个菜单项的“替代”值，而不是菜单项本身。例如，菜单项列表(加利福尼亚、内华达、德克萨斯等)可具有各自的“替代”值(CA、NX、TX等)。“替代”值的好处是，UI可给用户提供选择的菜单项的用户友好而可理解表示，同时文本消息传递系统可要求或接受不同的值集。这样，用户体验被优化了，并且在简档中间和之间保持了一致，同时满足了文本消息传递系统的要求。可能容易看到，使用“替代”值，以一种语言选择的菜单项，给用户提供了益处，可导致包含以第二语言(即文本消息传递系统的语言)的值的所发送查询。还值得注意的是，本发明将允许创建几个简档，每个表示不同的用户语言，每个都能够与其本身支持单个基本语言的文本消息传递系统对接。用户当选择简档下载时将被允许基于语言选择简档，还有之前讨论的其它标准。还值得注意的是，单个简档可支持多种语言。在一个示例中，这种多语言简档的第一菜单将包含所支持语言的列表，以便用户从中选择。一旦选择了，从菜单树中的这种初始菜单延伸的菜单树之后就将包含所选语言的菜单项、标题和提示。标记

因为应用程序104可配置成给用户提供对公司和其它这种实体的文本消息传递系统的访问，存在很大的机会影响文本消息传递装置102的特征，以便增强对这种文本消息传递系统的访问。例如，维护这些文本消息传递系统的公司和实体可借助于应用程序104向用户呈现宣传、广告和标记信息。从而，应用程序104可配置成提供寻址这些公司和实体感兴趣的宣传、广告和标记的特征。例如当利用简档106时，应用程序104可在公司或实体开发和/或批准的每个屏幕处显示背景图像(例如公司标志)。

在一个实施例中，公司标志或其它图像可放在简档106所支持的菜单系统内的适当位置(诸如在每个屏幕的顶上或主标题中)。也可以为了宣传或广告目的在菜单系统内的适当位置显示文本条和滚动大标题。此外，可根据公司感兴趣的标记来设计菜单系统的背景和某些特制的可听指示(诸如菜单项选择/输入的指示)。例如，用于银行的简档106可支持链接到菜单项选择的“cha-ching”声。

在另一个示例中，可以在应用程序104内的简档列表中使用公司标志。公司标志也可用作放在文本消息传递装置102上的程序启动屏幕中的快捷方式和简档的启动图标。没有应用程序104或一些其它专用应用程序，就没有这样的常规手段：通过它文本消息传递系统112的主人可使用文本消息传递系统112提供这种标记图像，连同打算检索信息和处理事务的用户的消息。在一个实施例中，文本消息传递系统112是SMS系统。在另一个实施例中，使用一个或多个其它通信和/或数据信道实现文本消息传递系统112。文本消息传递系统修改

虽然应用程序104可访问许多现有和将来的文本消息传递系统112，未对文本消息传递系统进行修改，但是当对许多文本消息传递系统进行改变时，可以实现某些优点和附加的特征。以下示例参考对SMS文本消息传递系统进行的修改来描述，其中应用程序104向SMS系统直接发送消息：1)修改的SMS系统可向应用程序104提供反馈以应答从应用程序104接收到了输入。修改的SMS系统也可向应用程序104提供指示已经出现了错误状况(例如用户数据录入输入诸如用户账号无效)的反馈。要认识到，可以采用其它方法进一步防止错误状况。2)修改的SMS系统可以提供有关访问SMS系统的修订号以确定驻留在文本消息传递装置102上的SMS简档106相对于SMS系统是否过期的信息。在使用SMS应用程序访问SMS系统之前，可以提示用户更新SMS简档。3)修改的SMS系统可跟踪和记录为了结账目的从SMS应用程序发送到SMS系统的消息。4)修改的SMS系统及其关联的SMS系统创建模块可修改成输出菜单格式和树、用户输入字段、数据文件等形式的信息，以避免必须让工程师反转SMS系统以创建SMS简档。来自SMS系统或SMS创建模块的这种输出可进行后处理以生成所有或部分SMS简档。5)修改的SMS系统可经SMS消息定期向用户的文本消息传递装置102发送信息，它们由应用程序104用于改变或扩充已经包含在与修改的SMS系统对应的用户的SMS简档106中的信息。例如，用于电影院的SMS简档106可以接收定期的更新，以提供有关特定电影和放映时间的信息。还有，可以这种方式发送对SMS简档的微小改变、更新和校正。其它应用程序

本发明的实施例可以对于其它应用程序实现。

在一个实施例中，应用程序104和关联的简档用于控制电视或多媒体系统。在许多文本消息传递装置102上可用的红外端口用于向多媒体系统发送适当的命令。备选地，在许多文本消息传递装置102上可用的蓝牙端口(或其它无线端口)用于直接或经配置成将蓝牙命令转换成适当红外命令的远程单元，向多媒体系统发送适当的命令。在这种应用程序中，可以提供一组菜单，它们允许用户选择多媒体系统的多个部件中的任何一个，并单独控制这些单元。如上所述的序列快捷方式特征允许用户执行复杂的控制序列，以对于各种操作模式(例如卫星电视模式、有线电视模式、VCR模式、DVD模式等)设置多媒体系统。也可提供更加特定的模式控制。例如，可以配置序列快捷方式并适当地命名，用于设置多媒体系统并对特定信道调谐接收器部件。

在另一个实施例中，可下载简档提供了支持大量多媒体系统、部件和模式的灵活性，包括用户定制选项。除了多媒体系统控制以外，应用程序104和简档106还可监控和跟踪用户选择的信道，由此实现更多的系统能力。例如，使用基于简档106的UI，用户可以请求有关在所选信道上所示出的具体电视商业广告的信息。当用户请求这种附加信息时，应用程序104可向SMS服务器(即文本消息传递服务器112)发送包含具有时间戳的所选信道的SMS消息。服务器112然后可以标识用户所指示的电视商业广告。商业广告赞助商用为它所需的适当信息进行通知，以向用户提供所请求的附加信息。

在另一个实施例中，用户可以通过类似的方式购买产品和服务。来自商业广告赞助商的用户请求的附加信息例如可包含购买请求。有利的是，在很少或没有与有线和卫星电视运营商交互作用的情况下，获得了这种交互式电视能力。应用程序104和简档106也可用于其它形式的交互式电视。例如，可以发送SMS消息来控制这种电视节目中的图形化身，就结局以及其它结果或动作进行表决，挑选剧情选择，并通常影响电视节目的进程。简档内容

简档106由文本消息传递装置102上的应用程序104处理，以给用户提供与文本消息传递系统112(或与文本消息传递对等体114，或者经文本消息传递服务器110通过API 120与万维网服务118)交互作用的增强能力。简档通常定义用户交互作用和装置102动作。在文本消息传递装置102上处理简档106的应用程序104根据简档106生成界面。在一个实施例中，使用XML(可扩展标记语言)来实现简档。

简档可包含各种类型的属性。因为简档由预先定义的属性类型构成，所以应用程序可处理使用定义的属性而创建的任何简档。属性将UI例如描述为菜单树，并描述与简档关联的特定文本消息传递系统的发送和接收消息格式。在一个实施例中，属性通常可分组成如下类别：简档级、菜单级、菜单项、输入动作、显示动作、发送SMS动作、呼叫动作和URL动作属性。在一个实施例中，发送SMS动作包括经不同的通信信道诸如数字分组数据信道发送消息或数据。下面是简档的属性的示例列表，打算存储在XML文件中，具有每个属性特性的简要说明。这些属性被分组成上面列出的类别。简档级

属性	描述
		简档XML文件名	简档XML文件名是具有版本和较小版本号的简档名称的级联。简档名称和版本是包含在简档中的属性值。示例文件名是“Google v3.00.99”。每当在XML文件中写出简档时，版本号就加1。由此，谷歌简档文件名的下一修订版是“Google v3.01.00”。
CreationDate	当写出XML文件时，设置当前日期。
		ProfileName	ProfileName是简档设计者给出的名称(例如ProfileName＝谷歌)。ProfileName用在简档XML文件名、主标题以及网站和应用程序简档列表中。
ProfileCat	简档类别列表。基于简档的垂直产业类型。这用于广告放置和网站简档列表。
		Version	当前简档版本号。
Shortcode	短代码列表用于接收简档的消息。列表中的第一个短代码用于发送消息。
		ProfileType	简档类型(例如SMS简档或IVR简档)。
LaunchIcon	指向图标位置和名称的指针，其可放在桌面上(如果DesktopIcon设置为“真”的话)。
		DesktopIcon	如果设置为“真”，则应用程序104在程序屏幕中的桌面上放启动图标。图标是″LaunchIcon″，并且程序名称是ProfileName。
MenuBG	指向用作屏幕的背景的图形的位置和名称的指针。
		PrimHeaderIcon	PrimHeaderIcon指向在主标题中所用的图像文件(例如公司标志)。
PrimHeaderText	PrimHeaderText(如果有的话)被显示在主标题中PrimHeaderIcon(如果有的话)的右边。
		BannerText	BannerText(如果有的话)在屏幕上从右向左滚动，通常在键区上面。

MenuReorder	当设置为“真”时，菜单项重新排序发生。当设置为“假”时，不执行进一步的菜单项重新排序。
		AlertText	当应用程序登记一个警告时(例如当消息到达时)作为在所有级的左软键向用户显示的文本。当警告被清除或解除时，去除该文本。
PayFor	当简档106加载在应用程序104中时向用户显示的文本。用于可以使用简档作为对用户的报警而访问的为内容付费的简档。
		ProfileDescription	当用户请求应用程序104中的简档信息时显示的文本。
Regions	简档可应用的区域(例如美国、印度等)。
		RemoveHiddenItems	如果设置成“真”，则应用程序104不显示隐藏菜单项。如果设置成“假”，则应用程序104显示隐藏的菜单项。
InitialId	XML文件中的属性，指示初始菜单ID。
		PUC	简档使用情况计数，包括由应用程序104内部保持的有关发送查询的简档106的使用情况的统计信息。
MSCF	由应用程序104用于消息级联。MSCF包括三个值：开始文本、结束文本和分隔符，其指示多部分响应的级联格式。当存在对单个请求的两个或更多响应消息时，它包含指示具体响应包括那部分消息的字符串。
		LB(环回)	当设置成“真”时，通过旁路SMS信道将所发送的请求消息作为响应环回。
DAd(动态广告)	当设置成“真”时，允许动态广告放入简档中。静态广告或动态广告或者二者都可放入简档中，或者可以什么也不放。
		SAd(静态广告)	当设置成“真”时，允许静态广告放入简档中。

Interval	指示要收集简档使用情况报告的时间间隔。
		Indirect	指示简档是间接简档。使用文本消息传递服务器110帮助通信。例如，这可应用于万维网服务118。
Operator	规定这个具体简档106操作的无线运营商列表。如果该字段是空的，则简档106与所有运营商操作。允许对于特定无线运营商生成简档，或从与特定运营商的操作中排除简档。还有，允许以一个运营商接一个运营商为基础定制简档。

菜单级

属性	描述
		MenuName	标识简档中的唯一菜单。当MenuName以查询格式引用时，用户在这种菜单中选择的菜单项(或菜单项“替代”值，如果有的话)以查询格式用于代替MenuName。因此，如果用户在菜单“状态菜单”选择“加利福尼亚”，则加利福尼亚(或替代值“CA”，如果CA已经作为“替代”值输入的话)将以查询格式使用。
ID	由应用程序104在内部使用的唯一ID。
		SecHdrText	在主标题下面显示的文本(如果有的话)。
StopSeqSc	如果设置成“真”，则任何序列快捷方式将在这个菜单停止。
		Back	当设置成“真”时，应用程序104使Back键出现在当前屏幕。
PlaceAd	如果设置成“真”，则可在该级放广告。在初始菜单级，如果设置成“真”，则忽略BannerText属性。否则，根据需要显示BannerText。广告放在键区以上。在广告文本属性的控制下，以广告文本或滚屏为中心。
		MV(记忆变量)	在记忆变量中记忆所选项目的项目文本和“替代”值。

EscapeText、GotoId

EscapeText(例如“转到主菜单”，如果有的话)被显示在广告(如果有的话)上面或软键文本上面。如果选择了EscapeText，则应用程序104变成由GotoId属性规定的菜单。EscapeText可放在选项中或菜单中。如果EscapeText设置成“空”，则没有文本被显示。

菜单项级

属性	描述
		Text	显示在菜单列表中的菜单项的文本。
OriginalText	无论何时重新命名项目，原始文本值都存储在这个属性下面。第一次重新命名项目时，将OriginalText设置成Text，使得当取消重新命名时它是可用的。
		Hide	当Hide设置成“真”时，隐藏菜单项。
ID	由应用程序104在内部使用的唯一ID。
		AccessCounter	对访问项目的次数计数。
GoTo	要执行下一ID。
		ReplacementValue	当选择项目时存储该值。它被插入到查询格式定义的消息中。例如，如果MenuName＝″States″，则用户选择的菜单项具有Text＝″加利福尼亚″，并且ReplacementValue＝″CA″，且QueryFormat是{Info[States]}，则查询将是″InfoCA″。

输入动作

属性	描述
		EntryName	指示要在输入框中或通过选择输入快捷方式输入一个输入值(例如“输入账号”)的文本。
EntryType	输入值的数据类型。例如，MMDDYY EntryType用于6位数字日期，诸如用于2005年10月31日的103105。
		ID	由应用程序104在内部使用的唯一ID。

SCPrefix	输入值类型信息，用于输入快捷方式生成和传播。
		MinChar	如果输入值是可变长度，则它被限制成大于或等于MinChar。长度被设置成“空”。
MaxChar	如果输入值是可变长度，则它被限制成小于或等于MaxChar。长度被设置成“空“。
		Length	如果输入值具有固定长度，则Length被设置成长度。MinChar和MaxChar被设置成“空”。
MaxValue	最大可允许输入值。如果MaxValue被设置成“空”，则没有最大值。
		Mask	用于掩蔽输入值的所指示字符。如果输入类型具有可变长度，则如果Mask被设置成“＊”那么整个值被掩蔽，而如果Mask被设置成“0”或“空”则不掩蔽。如果输入值具有固定长度，则Mask具有相同数量的字符，“＊”表示掩蔽的字符，而“0”表示未掩蔽的字符。如果Mask设置成“空”，则不发生掩蔽。例如，长度设置成16的信用卡可将Mask设置成″＊＊＊＊＊＊＊＊＊＊＊＊0000″。
GoTo	要执行下一ID。
		Propagate	当根据在这个输入动作输入的值创建输入快捷方式时，并且如果Propagate设置成“真”时，则应用程序104打开所有其它简档的所有其它输入快捷方式XML文件，并确定在这个输入动作中所用的SCPrefix值是否匹配每个其它简档XML文件中的输入快捷方式前缀。对于存在匹配的每个XML文件，应用程序拷贝正在XML文件中创建的输入快捷方式。这允许在执行一个简档期间输入的值要重新用在可使用同一值例如邮政编码的另一个简档中。
FixedVariable	指示输入值是固定的还是可变的。
		Back	当设置成“真”时，应用程序104使Back键出现在当前屏幕左侧软键上。

PlaceAd	如果设置成“真”，则可在该级放广告。在初始菜单级，如果设置成“真”，则忽略BannerText属性。否则，根据需要显示BannerText。广告被放在软键上面。在广告文本属性的控制下，以广告文本或滚屏为中心。
		REB(去除输入框)	规定是否要去除输入框。
PE(不经久输入)	规定当用户离开简档时是否要记住输入快捷方式值。
		MultiLine	如果MultiLine设置成“真”，则输入框较大以接受多行字符。如果MultiLine设置成“假”，则输入框的高度为单行。
MSContacts	规定是否要检索和显示电话联系人列表。
		MultiValue	如果MultiValue是“真”，则输入的值级联(即附加)使用同一SCPrefic值输入的先前值。用于允许可变长度输入，诸如可变长度的名称列表(例如John:raj:dave)。
Separator	如果MultiValue是“真”，则当用户输入这些值时分隔符定义分隔它们的字符(例如“:”)。
		MV(记忆变量)	输入的值记忆在记忆变量中。
EscapeText、GotoId	EscapeText(例如“转到主菜单”，如果有的话)被显示在广告(如果有的话)上面，或软键文本上面。如果选择了EscapeText，则应用程序104变成由GotoId属性规定的菜单。EscapeText可放在选项中或菜单中。如果EscapeText设置成“空”，则没有文本被显示。

显示动作

属性	描述
		ID	由应用程序104在内部使用的唯一ID。

DisplayTime	显示屏幕的时间(以秒为单位)。如果DisplayTime被设置成InfiniteDelay，则无限期地显示。如果DisplayTime设置成WaitForResponse，则应用程序104等待，直到接收到匹配关联的QueryType参数的消息，或者直到已经过去了固定的超时时段。
		DisplayImage	指示要显示什么图像。图像例如可以屏幕为中心，并且文本可以顶端对齐。如果DisplayImage设置成SMSMessage，则显示匹配关联的QueryType参数的最近接收的消息。
QueryType	要显示的消息的查询类型(如果可应用的话)。
		GoTo	要执行下一ID。
EscapeText、GotoId	EscapeText(例如“转到主菜单”，如果有的话)被显示在广告(如果有的话)上面，或软键文本上面。如果选择了EscapeText，则应用程序104变成由GotoId属性规定的菜单。EscapeText可放在选项中或菜单中。如果EscapeText设置成“空”，则没有文本被显示。
		OutputText	OutputText(例如“账户余额”)被显示在主标题下面以及DisplayImage(例如“检索天气”)上面。如果OutputText设置成“空”，则没有文本被显示。
PlaceAd	如果设置成“真”，则可在该级放广告。在初始菜单级，如果设置成“真”，则忽略BannerText属性。否则，根据需要显示BannerText。广告放在软键上面。在广告文本属性的控制下，以广告文本或滚屏为中心。
		Back	当设置成“真”时，应用程序104使Back键出现在当前屏幕上的左侧软键。
Info	如果DisplayImage设置成“Info”，则要显示信息文本。没有图像被显示。
		DisableReply	如果设置成“真”，则没有消息回答选项呈现在选项菜单中。

SMS发送动作

属性	描述
		ID	由应用程序104在内部使用的唯一ID。
QueryType	指示消息的类型(例如天气)。当通过关联确定QueryType时，与在应用程序收件箱中接收的消息一起显示QueryType。还用于确定要以显示动作类型显示那些所接收的消息。
		QueryFormat	消息格式定义。
MatchWords	当所接收的消息中存在MatchWords属性的每个词时，所接收的消息可与发送的消息(即查询)关联。
		MisMatchWords	当所接收消息中不存在MisMatchWords属性的任何词时，所接收消息可与发送的消息(即查询)关联。
GoTo	要执行下一ID。
		ShortCode	用于这个具体SMS发送动作的短代码。当规定时，它超越全局短代码。
CheckForNo	规定响应消息中的电话号码是否需要检测。如果设置成“真”，则电话号码(如果有的话)被加亮以便拨号。
		CheckForUrl	规定响应消息中的URL是否需要检测。如果设置成“真”，则URL(如果有的话)被加亮以便点击。
Propagation	为了传播来自所接收文本消息的数据，应用程序104需要能够首先找到数据，然后给数据分配变量(SCPrefix)用于传输。这个输入规定一系列一个或多个信息集来描述如何找到数据的开头(StartText)，如何找到数据的结尾(StopText)，以及给字符分配在StartText与StopText之间的哪个变量(SCPrefix)。
		MatchedText	为了相互作用目的规定一个或多个信息集。信息集包括1)在所接收文本消息中进行搜索的应用程序104的字符串，以及2)菜单ID，如果用户从所接收SMS消息中选择匹配的文本，则应用程序应该跳到那儿。

KeywordDefinition	为了相互作用目的规定一个或多个信息集。信息集包括1)在所接收文本消息(StartText)中进行搜索的应用程序104的字符串，2)在找到StartText之后进行搜索的应用程序的字符串，3)在StartText与StopText之间分配字符可变名称，4)菜单ID，如果用户从所接收SMS消息中选择匹配的文本，则应用程序104应跳到那。
		IgnoreText	为了相互作用/传播目的规定一个或多个信息集。信息集包括1)在所接收文本消息(StartText)中进行搜索的应用程序104的字符串，2)在找到StartText之后(StopText)进行搜索的应用程序104的字符串。当在SMS消息中发现StartText和StopText时，为了交互作用和传播目的忽略StartText与StopText之间的字符。

呼叫动作

属性	描述
		ID	由应用程序104在内部使用的唯一ID。
Goto	要执行下一ID。
		NumberFormat	根据由号码格式定义的固定和可变(基于用户选择和输入值)分量生成要拨的号码。

URL动作

ID	由应用程序104在内部使用使用的唯一ID。
		Goto	要执行下一ID。
URL Format	根据由URL格式定义的固定和可变(基于用户选择和输入值)分量生成要调用的URL。

操作流程

图2是处理简档的应用程序的示例操作流程的框图。下面所述的动作除了另外指出都由处理所选简档、运行在图1中描绘的文本消息传递装置102上的应用程序104执行。为了这个示例的目的，简档中的名称属性设置成“谷歌”，而短代码设置成“46645”。在如下描述的图2的示例中，描述了一系列交互作用和动作，以便提供本文所述的系统和方法的操作示例。

通常，用户选择要经应用程序生成的UI执行的简档。此外，简档可选自使应用程序开始处理所选的简档的简档列表视图显示。当应用程序执行简档时，根据简档中的菜单定义(例如上述属性)生成和显示菜单204(“简档主页”)。在图2中所描绘的示例中，应用程序生成与谷歌服务关联的多个菜单项，包括股票、天气、GOOG411、谷歌移动站点和帮助，它们都在简档中定义。

当用户从菜单204中选择股票菜单项时，应用程序104基于在简档中发现的属性生成另一个菜单项列表(菜单206)。用于股票的菜单206包括标题“选择选项”和菜单项“按符号”和“按名称”。应用程序响应于用户用输入动作208按符号选择，其允许用户进行输入(提供值)。输入动作208包括标题，在这个示例中其具有指令“输入符号”。输入动作208还包括显示为用户可选作输入的“MOT”的股票报价的输入快捷方式。在一个实施例中，从前一事务记忆这个输入快捷方式，其中用户规定用于股票报价请求的MOT。备选地，输入快捷方式在简档中可以是默认属性。输入动作208还包括在下面包含用户输入的股票符号“TXN”的文本字段。响应于用户的输入，应用程序执行发送SMS动作210，其指令文本消息传递装置经表示为214的网络和服务器向与谷歌关联的短代码46645发送文本消息“quote TXN”。备选地，如果用户在输入动作208中选择输入快捷方式MOT，而不是输入股票符号，则应用程序通过生成包含对MOT股票的报价的请求的发送SMS动作进行响应。

应用程序接下来生成显示动作212。该显示包括文本“检索TXN价格”(例如根据显示动作212的OutputText属性)。这允许用户知道正在处理请求。

当接收到对所发送消息的响应时，应用程序生成SMS消息的显示动作216，其包含所请求的股票报价信息。如所示，信息可包含交互文本，诸如电话号码(″800-123-4567″)、更多信息(“对于更多的回答M”)的交互选项(使用MatchText属性启用)、关于空调的信息(“热吗？回答AC”)的交互选项(使用KeywordDefiniton属性启用)。此外，应用程序104可将广告放在显示动作216内，在这种情况下针对众所周知的软饮料。简档中的属性规定在显示动作216中显示的信息的格式，包括交互文本选项。广告文本和可操作选项经控制信道提供为动态广告，或者根据驻留在应用程序中的静态广告文件提供为静态广告。

如果用户选择电话号码800-123-4567的交互文本，则应用程序用呼叫动作218对该号码进行响应，并使用该号码进行电话呼叫。应用程序也可使用在2007年5月18日提交的题为“SYSTEM ANDMETHOD FOR COMMUNICATING WITH INTERACTIVESERVICE SYSTEMS”的美国临时申请No.60/938,965中描述的系统和方法，该申请由此通过参考结合在本文中，以更有效地处理电话呼叫和随后的交互作用。同样，如果用户对于更多的信息选择交互文本“回答M”，应用程序用发送SMS动作220进行响应，并发送请求更多信息的另一个SMS消息。同样，如果用户对关于空调的信息选择交互文本“回答AC”，则应用程序用另一个发送SMS动作222进行响应，并发送请求关于空调的信息的SMS消息。如果用户选择在显示动作216底部示出的广告，则可以显示用作广告连接页面的另一个菜单224，具有指导性标题(选择选项)和用户请求赠券的选项(请求赠券)以及用户决定参加来自广告商的SMS销售的选项(决定参加SMS)。

再次参考简档内部菜单204，如果用户选择天气，则应用程序通过生成菜单226进行响应。菜单226包含读作“选择选项”的标题和菜单项“按邮政编码”和“按城市”。如果用户按邮政编码选择，则应用程序生成按邮政编码的输入动作228。如所示，输入动作228包含读作“输入邮政编码”的标题和输入快捷方式“92037”。输入快捷方式例如可根据前一请求而记忆，或者它可以是简档中的默认属性。如果用户在输入动作228中选择输入快捷方式92307，则应用程序通过生成包含对该邮政编码的天气信息的请求“w 92307”的发送SMS动作，用与谷歌关联的短代码46645进行响应。应用程序然后向短代码发送消息。输入动作228还包含在底部用于用户输入的邮政编码的文本字段。如果代替选择输入快捷方式92307，用户在该字段中输入邮政编码92085，则应用程序通过生成发送SMS动作，用对在92805邮政编码的天气信息的请求进行响应。

再次参考简档内部菜单204，如果用户选择GOOG411，则应用程序通过生成呼叫动作232进行响应。呼叫动作232完成对号码″800-GOOG411″的电话呼叫。同样，如果用户从菜单204中选择谷歌移动站点，则应用程序通过生成转到URL动作234进行响应。转到URL动作234打开浏览器，并连接到URL″http://m.Google.com″。如果用户从菜单204中选择“帮助”，则应用程序作为响应生成显示动作236，其显示读作“谷歌帮助”的标题以及显示动作236中的附加项。

图3是根据本发明一个实施例的文本消息传递应用程序104的功能框图。如所示，应用程序104至少包括格式化模块302、发送模块304、UI模块306、快捷方式模块308、质量保证模块310、处理模块312和广告模块314。上面已经提供了这些模块所实现的功能的更详细说明。

格式化模块302利用简档106中的格式化属性确保数据和信息在文本消息中和显示器上被适当格式化。

发送模块304准备用于发送的消息，并便于通过文本消息传递装置102使用的通信信道发送消息。在一个实施例中，该消息是文本消息，并且它通过SMS信道传递。可以使用其它通信信道，包括分组数据信道和其它类型的文本消息传递信道。在一些情况下，可以通过语音信道(诸如蜂窝系统中的电路语音信道)发送信息。在语音信道的情况下，通常将使用DTMF声音在应用程序和服务器之间进行通信。发送模块302可操作以向用户输入的信息规定的或输入快捷方式连同快捷方式模块308(在下面描述)规定的接受方发送消息。

UI模块306根据简档106中的定义实现UI部件，包括菜单和显示动作。UI模块直接与装置102的操作系统的API对接。

快捷方式模块308执行创建快捷方式的功能，如上面所述的。快捷方式模块还实现传播。

质量确保模块310用于实现检错。

报告模块312可实现如上所述的报告和跟踪功能，包括监视功能、控制信道的操作(包括队列)和收件箱的维护。

广告模块314便于如上所述的动态和静态广告的显示。如前面提到的，简档属性指示允许简档的哪个屏幕显示广告。而且，如果简档指示要显示静态广告，则广告模块从位于应用程序上的静态广告文件中选择适当的广告(基于简档类别，例如银行)。如果简档指示要显示动态广告，则广告模块显示从所接收的文本消息接收的广告。在这两种情况下(静态和动态)，广告模块管理广告连接页的显示以及广告的任何动作。此外，广告模块管理广告统计的收集和发送。

图4是根据本发明一个实施例的文本消息传递服务器的框图。

文本消息传递服务器110上的系统简档创建模块402允许简档设计者、开发者、文本消息传递服务或内容提供者或者终端用户创建与具体文本消息传递系统112关联的简档106。简档106的创建通过由系统简档创建模块402提供的UI执行，其中UI可包含一组形式、提示和用于接收信息的输入字段，以描述具体文本消息传递系统112。在一个实施例中，信息包含发送和接收消息格式信息、一个或多个文本消息传递系统短代码、用户输入提示、用于检错的信息和约束以及有关通常是菜单树形式的期望UI的信息。

类似于系统简档创建模块402，文本消息传递服务器110上的对等简档创建模块402允许简档设计者、开发者、文本消息传递服务或内容提供者或者终端用户创建与具体文本消息传递系统114关联的简档106。

简档创建UI模块406便于通过由系统简档创建模块402和/或对等简档创建模块404提供的UI进行简档106创建，其中UI可提供简档菜单树的图形表示，以便于简档的开发和维护。简档创建UI模块406也可提供一组形式、提示和用于接收信息的输入字段，以定义表示具体文本消息传递对等体114的简档。在一个实施例中，信息包括发送和接收消息格式信息、一个或多个文本消息传递系统短代码、用户输入提示、用于检错的信息和约束以及有关通常是菜单树形式的期望UI的信息。

文本消息监控模块408可监控所接收的通信，以确定哪些需要由其它模块进一步处理。文本消息修改模块410可以实现与上述许多发送、压缩、解压缩之一相关的功能。安全模块414可实现诸如与用户简档相关的安全功能。广告模块416可实现上述广告相关功能。下载模块418实现所述的下载功能。处理模块412可实现上述的其它功能。

本领域的普通技术人员要认识到，结合本文公开的实施例所描述的各种说明性逻辑块、模块和算法步骤通常可实现为电子硬件、计算机软件或二者的组合。为了清楚地说明硬件和软件的这种可互换性，通常已经在上面相对于它们的功能性描述了各种说明性部件、块、模块和步骤。不管这种功能性是实现为硬件还是软件，都取决于对整个系统施加的具体系统和设计约束。技术人员可对于每个具体系统以各种方式实现所述的功能性，但是这种实现决定不应该解释为引起脱离本发明的范围。此外，模块、块或步骤内的功能分组是为了便于描述。在不脱离本发明的前提下可以从一个模块或块中去掉特定功能或步骤。

可以用通用处理器、数字信号处理器(DSP)、文本消息传递系统专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立硬件部件或设计成执行本文所述功能的它们的任何组合，来实现或执行结合本文公开的实施例所描述的各种说明性逻辑块和模块。通用处理器可以是微处理器，但是在备选方案中，处理器可以是任何处理器、控制器、微控制器或状态机。处理器也可实现为计算器件的组合，例如DSP和微处理器的组合、多个微处理器、一个或多个微处理器连同DSP核或任何其它这种配置。

结合本文公开的实施例所描述的方法或算法的步骤可以直接用硬件、由处理器执行的软件模块或二者的组合来实施。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM或任何其它形式的存储介质中。示范存储介质可耦合到处理器，使得处理器可以从存储介质中读取信息，并向存储介质写信息。在备选方案中，存储介质可与处理器集成。处理器和存储介质可驻留在ASIC中。

各种实施例也可主要用硬件实现，例如使用诸如文本消息传递专用集成电路(ASIC)或现场可编程门阵列(FPGA)等部件。对于相关领域的普通技术人员而言，能够执行本文所述功能的硬件状态机的实现也将是显而易见的。还可使用硬件和软件的组合来实现各种实施例。

提供所公开实施例的以上描述使本领域的任何普通技术人员都能够制造或使用本发明。这些实施例的各种修改对本领域的普通技术人员将是显而易见的，并且本文所述的一般原则可应用于其它实施例，并不脱离本发明的精神或范围。由此，要理解，本文给出的说明书和附图表示本发明目前优选的实施例，并因此代表主题，这是本发明广泛考虑的。还要理解，本发明的范围完全包含对于本领域的普通技术人员可显而易见的其它实施例，并且本发明的范围相应地仅由所附的权利要求书限制。

Claims (15)

1.一种在移动通信设备上操作以经由短消息服务SMS物理信息信道与多个交互式通信系统交互作用的系统，所述移动通信设备具有与多个交互式服务相应的多个简档，每个简档具有对所述多个交互式服务中的一个或多个特定的信息以提供经由所述移动通信设备与所述多个交互式服务的交互作用，所述系统包括：

简档处理应用程序，其处理与交互式通信系统关联的简档，其中，能够经由无线通信链路与该交互式通信系统通信，所述简档规定通过SMS信道与所述交互式通信系统通信；

用户界面模块，被配置成至少：

基于对所述简档的所述处理生成用户界面，以请求与所述交互式通信系统所需的响应相关的用户响应；

经由所述用户界面接收所述用户响应；

处理所述用户响应；以及

引起生成更新的用户界面；以及

发送模块，其基于所述用户响应向所述交互式通信系统发送通信。

2.如权利要求1所述的系统，还包括：接收模块，被配置成接收来自所述交互式通信系统的响应，

其中，所述用户界面模块被配置成根据来自所述交互式通信系统的响应而更新所述用户界面，其中所述用户界面模块使用所述简档来更新所述用户界面。

3.如权利要求1所述的系统，其中，所述发送模块向中间服务器发送所述通信，所述中间服务器又向所述交互式通信系统发送信号。

4.如权利要求3所述的系统，其中，经由所述中间服务器接收来自所述交互式通信系统的通信，由所述中间服务器将广告插入到来自所述交互式通信系统的通信中，以及所述用户界面模块被配置成用所述用户界面显示所述广告。

5.如权利要求1所述的系统，其中，所述简档处理应用程序还被配置成保存用户输入的信息并使用所保存的用户输入的信息来修改所述简档，而用户输入的信息包括与用户输入的信息关联的输入快捷方式，该输入快捷方式能够被用来再调用用户信息。

6.如权利要求5所述的系统，其中，所述简档处理应用程序被配置成将所述输入快捷方式的信息传播给第二简档。

7.一种用于移动设备使用短消息服务SMS物理信息信道与多个交互式通信系统交互作用的方法，包括以下步骤：

处理与交互式通信系统关联的简档，其中，所述简档规定通过语音信道、数据信道和SMS信道中的至少一个与所述交互式通信系统通信，所述简档是在所述移动设备上存储的多个简档之一，每个简档具有对多个交互式服务中的一个或多个特定的信息以提供经由所述移动设备与所述多个交互式服务的交互作用；

基于对所述简档的所述处理生成用户界面，以请求与所述交互式通信系统所需的响应相关的用户响应；

经由所述用户界面接收用户响应；

基于所述用户响应生成并向所述交互式通信系统发送通信；

接收来自所述交互式通信系统的通信；以及

基于来自所述交互式通信系统的通信，使用所述简档来更新所述用户界面。

8.如权利要求7所述的方法，还包括：保存用户输入的信息并使用所保存的信息修改所述简档，其中，用户输入的信息包括与用户输入的信息关联的输入快捷方式，该输入快捷方式能够被用来再调用用户信息。

9.如权利要求8所述的方法，还包括：将所述输入快捷方式的信息传播给第二简档，其中，将所述输入快捷方式的信息传播给第二简档还包括更新第二简档以包含所述输入快捷方式。

10.如权利要求7所述的方法，其中，到所述交互式通信系统的通信被发送到中间服务器，所述中间服务器又向所述交互式通信系统发送该通信。

11.如权利要求10所述的方法，其中，经由所述中间服务器接收来自所述交互式通信系统的通信。

12.如权利要求11所述的方法，还包括：使用由所述交互式通信系统和所述中间服务器中至少一个提供的信息来修改所述简档。

13.如权利要求10所述的方法，还包括：用所述用户界面显示广告，其中，由所述中间服务器将所述广告插入到来自所述交互式通信系统的通信中。

14.如权利要求13所述的方法，还包括：响应于接收所述广告而修改所述简档。

15.如权利要求7所述的方法，其中，所述通信包含用来提供附加通信的控制信道，所述控制信道包括消息的未用部分；以及

其中，使用所述控制信道接收的信息包含关于以下各项中至少一项的信息：简档删除、对新简档的请求、简档使用情况统计、用户显示事件、用户点击事件、用户广告事件、启用简档的确认、禁用简档的确认、URL的用户启动、电话呼叫的用户启动以及存活状态。

Images