CN101517997A - 为使用sms通信提供移动设备服务的系统和方法 - Google Patents

Abstract

本发明涉及为使用SMS通信提供移动设备服务的系统和方法。一种增强型服务平台，具有用于接收来自请求所需数据的用户的通信的接口。自动响应模块解析通信并取回所需数据。增强型服务平台将所需数据设置到要发送给用户的响应消息中，其中响应消息包括相应于允许用户再次联系增强型服务平台的链接的嵌入的代码。操作者帮助模块接收来自用户的经由链接引发的通信，以便关于用户的请求提供进一步的帮助。

Description

为使用SMS通信提供移动设备服务的系统和方法

相关申请

该应用涉及美国临时专利申请：申请号为：60/699,050，于2005年7月13日提出申请；申请号为：60/783,612，于2006年3月17日提出申请；申请号为：60/757,920，于2006年1月9日提出申请；申请号为：60/763,964，于2006年1月30日提出申请；申请号为：60/772,535，于2006年2月9日提出申请；申请号为：60/786,834，于2006年3月28日提出申请；申请号为：60/799,413，于2006年5月10日提出申请；申请号为：60/779,719，于2006年5月11日提出申请，并要求上述全部专利申请的优先权，将上述全部专利申请以参考的形式并入本说明书。

技术领域

本发明涉及移动设备服务。更特别的是，本发明涉及使用SMS/MMS/EMS(短消息服务/多媒体消息服务/增强型短消息服务)的目录帮助服务。

背景技术

在移动技术领域中，例如蜂窝电话和能够无线使用的个人数字助理(PDA)等的许多服务被提供给用户以增强他们的体验。某些这种服务反映出例如目录帮助的传统电话服务。例如可下载的铃声、视频或音乐夹的其它服务是近来已经为移动数字设备开发出来的更新的特征。

移动设备的另一个共同特征是SMS或短信息服务，通常也被称作文本消息。通常，例如无线e-mail的文本消息或其它形式的移动文本传输主要用于用户之间的短文本通信，但近来已经更多地用于升级传统服务，例如在操作者提供目录帮助之后，向用户传送所需列表的文本消息所在的目录帮助，，用户不必把号码写下来。

利用无线网络中不断提高的数据传送能力，并利用移动设备自身中提高的处理速度和存储能力，SMS和其它文本和相关的文本和文件传送技术已经大大提高了能力。不过，由移动载体和其它第三方提供的服务还没有跟上移动消息以及文件传送技术提高的能力，特别是在目录帮助领域中。

发明内容

本发明的一个目的是提供一种系统和方法，该系统和方法使用SMS和用于通信和传输产品和服务的相关技术，用于为移动订户提供改进的服务，包括改进的双向文本目录帮助。

为此，本发明提供一种增强型服务平台，其具有从请求需要的数据的用户接收通信的接口。自动响应模块解析通信并取回需要的数据。该增强型服务平台将该需要的数据设置到要发送给用户的响应消息中，其中响应消息包括嵌入的代码，该嵌入的代码相应于允许用户再联系该增强型服务平台的链接。操作者帮助模块通过该链接接收来自该发起的用户的通信以应用户的请求提供进一步的帮助。

附图说明

本发明的主题在说明书的结论部分中被特别指出和清楚地要求。但是，通过阅读附图时参考下面的详细说明，将更好理解本发明关于组织和操作的方法两者，及其特征、目的和优点，其中：

图1示出根据本发明一个实施例用户与增强型服务平台连接的典型设置；

图2示出根据本发明一个实施例对于图1的增强型服务平台的设置；

图3示出根据本发明一个实施例在图2的增强型服务平台中存储的示例性事务(transaction)记录；

图4示出根据本发明一个实施例在图2的增强型服务平台中存储的示例性派生(derivative)用户资料；

图5是根据本发明一个实施例通过图2的增强型服务平台用于双向SMS目录帮助的流程图；

图6示出根据本发明一个实施例从图2的增强型服务平台给用户的响应消息；

图7示出根据本发明一个实施例来自图2的链接数据模块；

图8示出根据本发明一个实施例目标识别设置中的用户和移动设备；

图9是根据本发明一个实施例用于目标识别的流程图；

图10是根据本发明一个实施例用于移动标签的流程图；

图11是根据本发明一个实施例用于私人银行的流程图；

图12示出根据本发明一个实施例对于从图11的私人银行处理的示例应用；

图13是根据本发明一个实施例增强型服务平台上的在线投票系统的流程图；

图14是根据本发明一个实施例的游戏控制台和增强型服务平台的图；

图15是根据本发明一个实施例用于从增强型服务平台下载文件到图14中的控制台的流程图；

图16是根据本发明一个实施例增强型服务平台中SMS会议模块的框图；

图17是根据本发明一个实施例用于从图7的会议模块上产生多模式SMS的流程图。

具体实施方式

在本发明的一个实施例中，如图1中所示，移动用户10通过其移动载体14或者直接通过因特网连接或类似，利用带有照相机13的移动设备12与增强型服务平台20联系。出于图示的目的，移动设备12始终作为移动/蜂窝电话进行讨论。不过应明白，例如无线PDA、便携式电脑或其它此类电子设备的任何通信设备都可以联系平台20并使用此后要讨论的服务。此外，要将增强型服务平台20理解为像例如目录帮助平台的更大预先存在的服务平台的一部分/子环节那样可交换的、或可选地如独立系统。在任一种情况中下面要讨论的发明特征都是新颖的，无论提供它们的结构是怎样的。

在本发明的一个实施例中，如图2所示，示出一种示例性增强型服务平台20。下面要讨论的模块仅为了作为非限制性示例来说明本发明的显著特征。例如，要使这里介绍的模块显示出它们的逻辑功能。但是，某些可选设计可以在单个模块中并入多种功能，或可选地，可以在多个模块上执行分开的单一功能。利用类似模块提供可比较的服务的任何类似系统都在本发明的意图之内。

因此，在图2中，平台20保持有电话接口模块25、电子形式接口模块30、操作者帮助模块35、自动响应模块40、记录数据库模块45、帐单模块48、派生的用户标识符数据库模块50、投票模块55和数据/列表模块60。

将电话接口模块25配置为接收传统入站语音电话呼叫，无论是无线的、有线的、互联网语音协议(VoIP)或任何其它语音通信形式。电话接口模块25使用开关、中继线、呼叫分配软件和易于处理平台20的大呼叫容量的其它此类设备。电话接口模块25与操作者帮助模块35和自动响应模块40两者都相耦合。

将电子形式接口模块30配置为允许用户10通过包括SMS、e-mail、HTML、WAP、IM(即时消息)等的电子消息形式或任何其它类型能够文本通信的形式与增强型服务平台20通信。这种连接可以是无线的，通过因特网的或允许向平台20发送数据和/或文本并由平台20发送数据和/或文本的任何其它通信方式。如电话接口模块25那样，电子形式接口模块30与操作者帮助模块35和自动响应模块40两者都相耦合。

将操作者帮助模块35配置以处理由现场(live)操作者从电话接口模块25或电子形式接口模块30对该系统的进入的呼叫。操作者帮助模块35可以是使用多个操作者和排队系统的任何传统的现场操作者帮助装置。操作者帮助模块35可以与数个操作者一起位于单一位置，或可选地，操作者可以位于地理分开的位置，通过T3或其它这种高容量电话线进行连接。此外，可以将操作者帮助模块35设置成使得除了现场口头通信之外，还可将操作者设为用于例如现场IM、聊天等的现场文本通信，这种平台20的通信应该通过电子形式接口模块30接收的。应理解，在通过连接现场操作者或现场CSR(消费者服务代表)的当前应用的任何情况下，这种通信可以通过语音或以上述现场文本形式发生。

在本发明的一个实施例中，自动响应模块40与电子形式接口模块30以及电话接口模块25两者都相耦合。在进入的呼叫来自电话接口模块25的情况下，自动响应模块40能够给用户提供预先记录的语音问题，并接收来自用户10的口头或键入的响应。通过用户10和系统20之间的这种通信，自动响应模块40可以接收来自用户10的请求并联系列表/数据库模块60以获得所需信息或对如下所述的所需请求进行服务。

在可选的情况下，当自动响应模块40接收来自电子形式接口模块30的进入的呼叫时，自动响应模块40如下所述简单地解析由用户10发出的文本并联系数据/列表模块60以获得所需信息或对所需请求进行服务。该信息可以接着通过电子形式接口以相同的或某些其它所需文本形式转送回用户10。

将记录数据库模块45配置为存储相应于用户10和平台20之间每个事务的数据。当用户10和平台20因为任何原因想要重新访问前面的数据或服务请求时，例如如果给予的第一信息如下面更详细讨论的那样无法访问或不正确时，可通过平台20使用该信息。

例如，如图3中所示，对于用户10和系统12之间的每个事务，产生具有多个域的事务记录100，包括但不限于事务记录标识符(ID)域101、用于识别用户的用户域102、用于识别由用户10使用的设备12的设备域104、用于存储用户10请求的时间和数据的时间和数据域106、包括来自用户10的请求的请求数据域108，以及包括从平台20到用户10的移动设备12的输出的发送数据110。用于支持平台20下述功能的另外其它域也都在本发明的意图之内。

帐单模块48与记录模块45以及自动响应模块40和操作者终端模块35都相耦合，并被配置为跟踪双向SMS对话(session)和记录正确的帐单信息从而使载体14能够如在下面详细介绍的那样对用户10适当地收费。

将派生用户标识符数据库模块50配置为在用户10频繁联系平台20时存储关于用户10的信息。在用户10连续联系平台20时，可以了解用户10的多种习惯并将其存储为数据库模块50中的个人概况(profile)。

例如，图4显示出示例性派生的用户个人概况200，其具有用户标识符域202、包含用户10请求的以往历史的历史域204和偏好域206。在一种设置中，偏好域206可通过算法从历史域204内容导出。例如，如果用户10三次呼叫平台20，并且每次都请求西班牙语偏好，那么这种请求就被存储在历史域204中并可以为偏好域206并入西班牙语偏好。可选地，用户10可以直接、通过因特网、SMS或通过无线电话呼叫等类似方式联系平台20，并直接在域206中设置偏好。

如下面更详细介绍的那样，在用户10联系平台20时，平台20为了已存在的用户个人概况200而检查派生用户标识符数据库模块50。如果不存在，则平台20将呼叫处理成新用户。如果对于该用户10的个人概况200确实存在，则来自域206的他们的偏好就会得到利用以处理进入的请求，并且将他们的当前请求加入到历史域204中。这种动作使平台20能够更快和更准确地处理进入的呼叫或文本消息。

应理解，偏好域206可以包括任何数量的偏好动作，包括用户10联系平台20时是怎样被处理的、用户10频繁请求的是什么类型的服务(目录帮助、下载特征、其它服务等)。

在本发明的一个实施例中，平台20中包括投票模块55。将投票模块55如下面更详细介绍的那样，配置为允许平台20的所有用户10将他们对于多个问题或推广竞争的投票记录下来。

在如图1中所示的本发明的一个实施例中，数据列表模块60与操作者帮助模块35和自动响应模块40两者都相耦合，并被配置为允许这些模块查找和响应用户10的请求。

例如，在标准目录帮助请求中，通过电话呼叫或SMS，平台20接收请求并从数据列表模块60查找该联系信息。在另一个例子中，当用户10请求可下载或可执行的文件时，同样，将该信息或其地址存储在数据列表模块60中。

应理解，仅希望将数据列表模块60用作数据存储模块的示例。不过，假设即使是普通目录帮助系统的需要执行的大量数据，不管下面介绍的其它搜索和下载特征如何，期望数据列表模块60部分或全部位于室内(inhouse)，或可选地，有可能通过第三方，同样部分或全部位于远距离处。还期望数据列表模块60可以不自己存储数据或列表，而是简单地存储对应于请求数据的多个第三方系统的地址。允许平台20寻找请求数据或列表的任何这种配置或配置的组合都在本发明的意图之内。

现在介绍与增强型服务平台20的示例性交互，如图5中所示，用户10通过SMS联系平台20用以无线或有线地接收第二方的例如电话号码的传统目录帮助。应注意到始终使用SMS作为例子，但是本发明对于包括MMS和EMS的所有形式的移动文本通信都是同样可用的。

为此，将增强型服务平台20配置为如果出现对其它的帮助的需要，通过与用户10的双向文本(SMS)通信完整地提供目录帮助，以及进一步提供现场操作者选项。

平台20上的这种双向SMS服务允许用户10通过SMS从国家目录帮助和国际目录帮助数据库搜索商业的、住宅的和政府的列表。平台20还在列表数据模块60中搜索增强型列表，例如分类搜索、反向搜索、电影、运动、股票、方向(direction)等，并通过SMS文本消息将内容传输给用户10。它允许用户10用英语和例如西班牙语的其它语言两者发送和接收请求，通过SMTP(简单邮件传输协议)或SMPP(短消息点对点协议)协议，通过VPN(虚拟个人网络)与列表信息的连接，将格式化文本数据传输给载体14的SMSC(短消息服务中心)，其中列表信息包含列表姓名、电话号码、地址和后端交易消息，如下面详细介绍的那样。如果通过载体14不可用该直接连接方法，则该服务与第三方SMS集合器(aggregator)相结合。

应理解，这种SMS搜索不仅仅限于直接电话号码查找，而是还可以包括分类搜索、反向搜索、电影、运动、股票、方向等。假设下面介绍的操作可以通过使用定位数据进一步增强，从而可以产生离我最近的请求，其中定位数据由用户10直接提供、或通过例如GPS(全球定位系统)的设备12中的一些其它自动定位系统提供。

此外，在当前例子中，用户10请求传统的目录帮助请求。不过，这决不是限制本发明的范围。传统的目录帮助之外的多种其它特征下面将在后面的例子中进行介绍，但是这里表达的用于用户10和平台20之间的双向SMS通信的特征和步骤在后面的例子中是同样可用的。

因此，在步骤300中，用户10产生具有所需请求的初始SMS请求并把它发送给平台20。如果消息通过载体14发送，则它们可以在发送文本消息之前查阅(dip)LNP数据库，以确保消息发到正确的地址。接下来，在步骤302处，电子形式接口模块30接收进入的SMS消息并将其转送给自动响应模块40用于该请求的初始处理。此外，平台20可以查看(review)所存储个人概况200的偏好域206并应用例如西班牙语的对于该请求可用的任何偏好。这里应注意到，如上所述，虽然当前例子想象了一个来自用户10的SMS或文本消息，但是自动响应模块40能够以自动方式处理进入的语音呼叫。应理解，包括步骤304和306中由自动响应模块40管理的解析语音请求在内的下列解析操作也在本发明的意图之内。

在步骤304处，自动响应模块40解析请求并联系列表数据模块60以确定平台20是否保持有所需列表。自动响应平台在其解析来自用户10的文本数据时保持有解决该请求的多种算法。

自动响应模块40足够灵活以接收部分单词、城市等。文本请求具有错误倾向的趋势但需要适于恢复，以对用户10而言的最小冲突进行。在用户10犯了容易检测出的错误时执行错误校正。例子包括简单的排版错误、重写位置、不匹配的邮政编码等。自动响应模块40甚至可以发送一些建议以校正错误并允许用户10在多个选择中进行选择。

用户10可以用优选为不区分大小写的多种不同方式搜索列表。位置搜索对于用户10而言足够灵活以便通过城市、邻居、州、地区编码、邮政编码或上述的组合来请求列表。

a.企业名            位置

b.住宅名            位置

c.政府机关          位置

d.电子文件授权      位置

例子：

a.星巴克            拿撒勒，宾夕法尼亚

b.约翰 史密斯       纽约市

c.警察局            新泽西

d.星球大战          18017

e.熟食店            212

f.意大利餐馆        小意大利，纽约

DA住宅查询可以用下列方式进行：

名，姓，城市，州

名，姓，州

名，姓，地区编码

名，姓，邮政编码

电话号码(NPA-NXX-NNNN)

姓，名，城市，州

姓，名，州

姓，名，地区编码

姓，名，邮政编码

姓，城市，州

姓，州

姓，地区编码

姓，邮政编码

可提供给用户10其它选项以利用列表代码进行文本请求，例如‘公交车’(bus)、‘餐馆’(res)、‘政府’(gov)、和‘电子文件授权’(eda)用于它们的列表。‘电子文件授权’代码包括增强型服务的全套，增强型服务例如但不限于分类搜索、反向搜索、电影、餐馆、天气、股票、运动、事件和方向。

例子：

a.公交车 史密斯博士    伯利恒，宾夕法尼亚

b.餐馆 史密斯博士      伯利恒，宾夕法尼亚

c.政府 法庭 克拉克     伊士顿，宾夕法尼亚

d.电影 星球大战        伯利恒，宾夕法尼亚

e.运动 扬基队          纽约市

f.回转610 997 1000

在来自用户10的文本请求是含糊的和/或返回太多列表的情况下，在用户被给予选项以连接到现场操作者以寻求其它帮助之前，在步骤305处可以给用户提供选项以缩小他们的搜索。

例如，如果有必要可以发送例如“太多列表。对于企业-按1，住宅-按2，政府-按3，而增强型服务-按4”的消息。

特别是，在解析处理期间，自动响应模块40经常对查询查找新用户10目录帮助消息的进入请求进行处理。优选为每五秒钟一次，自动响应模块40查找新消息。如果新消息出现，则传输消息处理线程。处理线程确定必须使用哪个处理器或子程序来基于某些标准处理该请求。例如，对于在美国的处理的呼叫，需要确定存在美国的请求以便选择正确的处理器。系统支持多种处理器和子程序来处理所有方式的文本请求。

自动响应平台的处理线程清除掉标点和不必要的空格的进入的文本。一旦对消息进行这种清除，它就分开变成一排包含在消息里的单词。由这些单词确定有效的位置/州组合，并且对这些单词进行标记。于是这些组合的每一个都被视为搜索。邮政编码翻译成位置/州组合并产生搜索。自动响应模块40的处理器功能从剩余的单词里检查是否提供了街道标识符，例如大道、路、大街、街道等。如果提供了街道标识符，则对该街道标识符和前面的单词进行标记。剩余的单词被标记为用于搜索的可能关键词。接下来，检查每个搜索以了解其是否为分类搜索。如果搜索中的每个关键词都按顺序匹配分类标题，则用分类ID标记该搜索。

一旦所有的搜索都通过它们的域被确定，则它们可用于请求，并且搜索结果被编辑在一起。根据可用信息以多种方式运行每个搜索。每个请求搜索可产生一个或两个企业、分类、住宅和政府搜索。

因此在该例中，解析的请求的每个组件作为单独的搜索依靠数据库60运行，导致多个响应列表，每个响应列表具有多个结果。通过如下所述的过滤器运行每个结果列表。

在将所有返回的列表组队在一起之后，将对它们运行一系列过滤器，直到总数优选在1到3之间，没有遗漏列表，或所有过滤器都已经运行过。如果结果总数不在1到3之间，则所找到的位置信息对于请求的文本而言是悬而未决(pre-pended)的，于是将该请求发送给操作者终端模块35处的消费者服务代表、或用链接将“不能处理”消息发送给操作者。否则，将剩余列表存储在记录数据库45中并将该请求标注为处理过的。

应理解，上述例子仅仅是平台20使用的解析方法的一个例子。不过，能够分解自用户10的文本请求并取回相应的所需列表组的任何解析处理都在本发明的意图之内。

回到示例性解析过程，上述由自动响应模块40使用的过滤器可包括但不限于：

1)不考虑没有出版号；

2)不考虑没有电话号码的列表；

基于权重去掉具有相同电话号码的重复列表。某些提供者接收比其它更高的权重，按照LSSI/INFOUSA/MANUAL/GOVERNMENT的顺序；以及

包含单词“消费者服务”、“主要号码”、“主要信息”和“预约”的列表被给予优先权。

随后，如果请求被解决并且相应的列表被显现，那么平台20进入到步骤306。可选地，如果请求没有被解决并且没有找到相应的列表，那么平台20发送SMS，其声明不能解决该请求并带有嵌入的链接406并且该处理跳到步骤312。

在步骤306处，假设请求已经得到解决，平台20产生响应SMS 400以返回给用户10的移动设备12。如图6中所示，如果请求是用于商业列表的，响应SMS 400通常包括响应列表402和有可能的某些额外的宣传材料或信息404。

要发给用户10的移动设备12的典型SMS响应消息400可以具有下列形式：

电话号码和地址：

<全部列表的列表#>

<列表姓名>

<列表号码>

<列表地址>

<列表城市、州和邮政分区>

<后端交易消息>

<帮助链接>

响应SMS 400中可包括一个或多个响应列表，尤其是如果多于一个请求满足所需的搜索标准。实际上，如果多个列表满足所需标准，则可发送多个响应SMS消息400。

搜索结果还可以包括从请求的位置的中心地区到列表的距离，由用户10的位置限定。

例如：

星巴克    0.5英里

484-373-0510

3712伊士顿-拿撒勒 Hwy

伊士顿，宾夕法尼亚 18042

当列表数量太多时可实施列表限制，从而使它超过列表的数量(由消费者确定，通常为3)并请求用户10进一步输入以缩小搜索。

下面是SMS响应400对于双向SMS目录查询的其它例子。对最近硬件存储的请求可导致两个列表响应SMS消息400

例子：

1of2

机务本段    0.5

215-537-6100

4640 罗斯福大街

费城，宾夕法尼亚 19124

呼叫411关于电影列表，演出时间，并立即购票

2of2

机务本段    1.0

215-744-1128

2615 双子座街

费城，宾夕法尼亚 19140

我如何到达那里？何时演出？呼叫411

用于带有标题的医疗列表的示例响应消息400：

1of1

福克斯蔡司癌症中心    1.5

癌症研究院

215-728-6900

333 科特曼大街

费城，宾夕法尼亚 19019

呼叫411关于礼品店，卖花人，餐馆及其它！

下面是对于使用文本搜索“纽约城市内的星巴克”对附近星巴克

咖啡店的目录帮助请求的用户10响应消息400的另一个例子

呼叫者接收到下列文本消息：

1/3

星巴克    1.5

212-513-1006

100 教堂大街

曼哈顿，纽约 10007

呼叫411关于电影列表，演出时间，并立即购票

2/3

星巴克    2.1

212-677-6447

51 阿斯特广场

曼哈顿，纽约 10003

我如何到达那里？何时演出？呼叫411

3/3

星巴克    2.5

212-269-8717

45 华尔街

曼哈顿，纽约 10005

我如何到达那里？何时演出？呼叫411

在本发明的一个实施例中，响应消息400可包括推送(pushes)到移动设备12的WAP(无线应用协议)。例如，用户10查找最近的星巴克，但不知道怎样去那里。除了上述的基本信息之外，响应消息400还可包括到具有针对该列表的驾驶方向、地图、营业时间等的WAP页的WAP链接408。

在本发明的另一个实施例中，假设响应消息400包括有WAP链接408，则平台20还可以实施关于WAP功能的警告。例如，如果用户请求WAP方向被响应消息400推送到WAP链接408中，则该功能可进一步包括从自动定位功能(例如)GPS获得的捆绑到移动设备12位置上的警告功能。当移动设备12及其用户10接近正要发生转变或其它变化的位置时，设备12本身通过WAP应用或平台20可以警告用户检查所提供的方向从而使他们意识到在该方向上正要发生变化或转变。

在另一个例子中，用于警告的响应消息400中的WAP链接408可以与日历软件联合使用。用户10可以使用能够与平台20同步的Outlook

日历或其它此类软件。当远离时，用户10可以使用他们的移动设备12向平台20发送SMS文本消息请求看他们的日历。作为响应，平台20可以发送响应消息400，包括对一些预定义时间框架(timeframe)内每个日历入口的一系列超链接。如果用户按下与日历入口之一有关的超链接，则用户10指示平台20发出关于该入口的警告。例如，如果用户10点击用于会议的链接，则警告可用作开会之前一天或数小时的提醒SMS或呼叫。如果链接指向预约日历事件，则警告可以是提醒但也可以包括预约日的交通警告，使用户10注意到他们需要更多的时间来设置预约。如上述其它SMS消息400那样，如果用户10为了传统的现场操作者帮助的缘故需要联系平台20的话，日历请求和警告两者都保持有用于操作者帮助的事务记录100和嵌入的链接406。

无论请求和传输的列表如何，都同时产生响应SMS 400，平台20进一步更新用户个人概况200的历史域204并且还产生要存储在记录模块45中的事务记录100。

如上所述，响应SMS消息400中包括链接406或其它热键命令，其允许用户10在请求数据402不完整、不正确或不能访问的情况下再次连接平台20。图6示出包括有嵌入的链接406的典型示例性响应SMS消息400。

在本发明的一个实施例中，增强型服务平台20对于用户10保持有这种能力，即，在用户10获得他们请求的信息存在困难或如果响应消息400中的信息是错误的或不完整时，用户10可请求现场操作者帮助。

链接406优选构建为超链接、或响应消息400中的“现场命令”链接，其基于点击或激活指导设备12以启动返回呼叫给平台20。可选地，链接406可以是给设备12的命令或其它这种指令，其允许用户10用语音命令再次连接平台20。还有另一种选项是链接406发出指令给设备12以产生按钮“热键”以便呼叫返回平台20。

平台20还可以具有这种能力，即，在自动双向SMS对话期间直接预先询问用户10：他们是否愿意把他们在获得其请求方面所具有的麻烦讲给操作者听。这进一步请求平台20通过文本来回跟踪询问，并认识到用户10正有困难。

除了链接406指示移动设备12在其激活状态下联系平台20的能力之外，链接406还包括嵌入的代码，例如来自事务记录100的事务ID域101的、用于导致响应消息400的双向SMS事务的信息。不过应注意到，嵌入的代码不限于关于事务ID 101的方面，而是当用户10通过链接406再次连接时，平台20能够例如使用ANI(自动号码标识)或其它嵌入的对话ID的组合认出先前的用户10双向SMS事务的任何这种方式都在本发明的意图之内。

在步骤308处，平台20将响应消息400发送给用户10的移动设备12以便他们查看。因而接下来，在步骤310处，用户10读取消息400并利用该信息。如果信息是正确的，则操作完成。不过，如果信息是不正确或不完整的，则用户10用上述方式激活链接406。

在步骤312处，如果用户12点击所提供的链接，则在步骤314处将他们再次连接到平台20的操作者帮助模块35。如上所述，链接406包括例如事务ID 101的嵌入的代码。当用户12点击链接以便再次连接时，还产生包括事务ID 101或其它此类对话识别代码的包。接收到来自链接406的进入的呼叫/消息后，已经充分产生对话识别包的嵌入的链接406允许平台20取回用于初始对话的相应于事务ID 101的事务记录100的拷贝。将该事务记录100在他们的弹出屏幕中转送给操作者帮助模块35的操作者，从而使他们不必重复用户10的整个原始SMS请求。这种重新连接的通信可以发生为语音电话呼叫或现场文本/IM对话。

例如用户10和操作者帮助模块35之间的典型交换可以如下进行：

用户10可以简单点击具有连接到或拨号到平台20处现场操作者功能的嵌入的链接406、或使用某些其它热键或与链接20相关的语音命令。

(312)系统--      <声音>“欢迎来到目录帮助。”

系统--          “在您连接操作者时请等待片刻。”

(314)CSR--“我了解您在寻找纽约城市内的星巴克。”

呼叫者--        “是的。请您告诉我离我所在位置最近的一家。”

(316)CSR--    “好，我定位了您的位置并找到了在万带兰和多米尼克大街之间的瓦里克大街上的星巴克。”

呼叫者--      “太好了，谢谢！”

CSR--         “感谢您，祝您愉快！”

(318)系统--   “感谢您，现在正在给您发送该列表的文本消息，

在您的呼叫免费连接到646-xxx-xxxx时请

不要挂断。

感谢您直接呼叫。”

因此，在步骤316处平台20能够从列表数据模块60取回新的或更好的列表并将其转送给用户10的移动设备12，不需要重复用户10的初始的SMS文本请求，而且不用再次发送已知的坏的或不完整的信息。

此外，如上述例子中所看到的那样，在链接返回平台20之后操作者对话的末尾，在步骤318处，用户10可以自动连接到所需的第二方(呼叫完成)，他们可以简单地拥有发送来的新数据或他们可以连接并拥有发送来的备份的(back-up)新响应消息400。

平台20具有为例如错误号码、不正确的响应文本消息400等任何消费者服务冲突(impacting)事件而信用(credit)用户10/载体14的能力。存在两种可能的信用形式，通过移动发起(originating)文本消息对用户服务事件的信用以及带有现场操作者帮助的移动发起文本消息。

在本发明的一个实施例中，用于双向SMS目录帮助的上述过程还包括前端和后端交易宣传，例如与所需请求相关的文本消息。例如，如果用户请求特殊的列表，例如星巴克

则经营者可能希望随同响应消息400一起推出其他优惠券或宣传消息。其它后端品牌(branding)可以来自通过拍卖购买消息空间以便加入竞争的相关商业领域中的竞争者。

前端品牌和消息可以包括在增强型服务平台20中插入宣传其它产品的文本消息、或可以简单地是付费广告商的文本广告，立刻发送到用户请求的数据上(步骤300)，从而使用户10可以得到减少开销或免费的服务。

应理解，这些仅仅是将品牌与上述双向SMS目录帮助相关联的例子，而决不是为了限制本发明的范围。

在本发明的一个实施例中，平台20可以使用基于帐单的对话。该特征允许每个响应消息400与来自用户10的初始请求的关联。这使服务提供商14能够按(oppose to)每条消息对每个对话对用户10收费。优选地任何帐单设置都与记录数据库45简单连接，从而使事务记录100包括事务ID 101和用户ID 102。

无帐单事件可以包括下列情况：

1)消费者响应错误信息或必须激活链接406使入口正确；以及

2)由于例如掉线的无线连接的连接事件丢失消费者请求。

有帐单事件(billable events)可以包括下列情况：

1)在可配置的时间段内消费者请求相同的列表(例如在首次请求之后超过24小时请求相同列表)；以及

2)消费者请求现场操作者。

根据本发明的帐单可以包括下列规定：

1)包括在一项“搜索”内的多个文本可以请求将对话捆绑在事务往来的整个时间上；

2)对每个用户10对话的载体记帐单/开列清单的能力；

3)对纯文本对话以第一“文本等级(rate)”记帐单/开列清单的能力；

4)对操作者帮助的对话以第二“现场等级”记帐单/开列清单的能力；

5)基于载体和/或载体市场区域记帐单/开列清单的能力；

应理解，这种帐单信息源自帐单模块48并存储于其中，在关于特殊对话应怎样记帐的任何问题的情况下这种帐单信息还可以使用源自记录数据库中的事务记录100的信息。

在本发明的另一个实施例中，增强型服务平台20可以根据下列标准产生报告：

1)每日报告，指明接收到目录帮助文本请求的总数，按请求类型分开(商业的、住宅的、政府的、电子文件授权的等)，包括每个请求的对话数量和提供给用户10的结果；

2)每日报告，指明请求现场操作者的情况数量和交互的结果；

3)建立报告机制，如果有的话，其识别用户10冲突的是什么，提供对重复号码具有呼叫百分比的住宅或商业列表的文本消息；

4)识别SMS用户10的目录帮助特征，即，SMS用户10是大量使用目录帮助的用户吗，他们呼叫重复号码吗？等；

5)每日报告，指明呼叫特殊地理位置市场的目录帮助数量和选择用SMS发送请求列表的用户10的百分数；以及

6)每日报告，指明失败尝试的数量，即，已经发送但SMSC从未收到的SMS消息。

应理解，平台20请求的双向SMS信息和随后通过使用嵌入的链接406链接回平台20进行修正的上述例子仅仅是对SMS请求使用这种处理的一种可能的方式。下面要介绍与平台20提供的服务相关的多个其它SMS请求。在每种情况下，用于请求、传输、链接和通过链接再次连接的上述过程都是同样可应用的。

在本发明的一个实施例中平台20能够为用户10提供目标识别和移动标签(tagging)服务。使用带有嵌入的图像观看屏幕和照相机的更新移动设备12用户能够使用移动设备12中的照相机13与平台20连接，以便进一步方便和增强用户10获得关于特殊目标或位置的所需信息的能力。

在如图7中所示的本发明的一个实施例中，链接数据模块60进一步保持有目标识别模块70，其被配置为对由用户10的移动设备12发送的图像与预先存在的存储图像进行比较，以确定用户10所提供图像的身份(identity)，从而使平台10提供与这种识别项相关的信息，如下面更详细介绍的那样。

在链接数据模块60中提供的还有图像标签数据库72，其具有图像存储模块74和相关的标签存储模块76。将图像标签数据库72配置成允许用户10拍摄目标的图片并将其发送给平台20。用户10可以执行一个或两个任务，第一他们可以给图像增加相关的注释或“标签”，或可选地他们可以用存储在图像存储模块74中的其它图像识别出他们发送的图像，以便在相关的标签存储模块76中查阅相关的标签，并且查看其它人关于同一个图像写了什么。

以目标识别开始，在用于目标识别的示例性程序中，本发明提供无线应用，以及为基于二维形状图元(prmitives)提供分析图像的程序的相关方法。在该程序中，从用户10获得的图像自动产生目标表示，而接着出于目标识别的目的通过目标识别模块70将该表示施加于另一个图像。

用于表示的特征是两种类型的二维形状图元：局部线段和顶点。此外，目标表示的产生延伸到图像序列，其对于复杂场景(scene)是特别需要的，其中，例如，目标出现在结构背景的前方。此外，使用移动设备12中的GPS或其它自动定位服务，平台20可以通过将目标识别限制到仅仅是用户10地理位置附近的其它图像而大大减少需要细察的存储图像的数量。此外，通过将目标识别进一步限制到仅仅是不但在用户的地理位置附近而且面对相同或相近的方向的其它图像，移动设备12中的罗盘(compass)和添加还可以进一步减少需要细看的存储图像的数量。

通常是商业目标识别软件的目标识别模块70执行的处理可以包括使用产生人物和目标的模型柱状图的程序，其中从照相机场景的图像中希望识别人物和目标。所提取的图像被分割成相应于人物或目标的区域，其中希望对从图像提取出来的每个区域确定所述人物或目标的身份。为提取的区域计算柱状图，并且分别产生提取区域柱状图和每个模型柱状图之间相似程度的指示器，形成相似程度指示器的唯一组合，其中每个组合由与图像的每个提取区域相关的一个指示器构成，并且组合中的每个指示器源自不同的模型柱状图。为每个指示器组合计算组合的相似程度值，并识别最大组合的相似程度值。

每个提取区域被指定和用于计算识别出的最大组合的相似程度值。如果该值超过相应于与模型柱状图相关的目标的规定阈值，则识别出特定人物或感兴趣的目标。接着将这些初始模型柱状图分配给其相关提取区域的形心(centroid)所在的图像单元。提取和柱状图产生程序以与上述和基本目标识别过程的描述有关的相同方式完成。

一旦初始的模型柱状图被产生并分配给适当的单元，就可以开始处理场景的“实况的”图像。这里又将实况的图像分割成有希望描述感兴趣的人或目标的提取区域，并且进行如上所述的从各提取区域产生柱状图。接着将每个实况的图像划分成前述的多个单元。应理解上述仅仅是用于目标识别的一个示例性过程。不过，在类似的增强型服务提供平台中使用类似的目标识别软件或系统都在本发明的意图之内。

因此，根据本发明的一个实施例，用户10可以走在大街上寻找吃饭的地方，并停在看起来不错的饭店外面，但是没有很多人在里面。这可能因为对于晚上来说太早了，但是这仍旧可能导致用户10对制定的服务进行询问。利用本发明，用户10可以拍摄饭店的图片并将它通过SMS发送给增强型服务平台以查看图像是否能够被目标识别模块70解析。如果能，则平台20的数据库60能够阻止(pull up)与认出目标相关的评论的列表并将其转送给移动设备12。对纪念碑和旅游胜地、CD、商标、布告板广告等可以做同样的事情。应理解，这种响应的SMS消息400包括用于连接平台20的现场操作者的链接406，用于如上所述的其它帮助。

在本发明的另一个实施例中，用户10能够拍摄商店或商业机构的图片，并将图片发消息给平台20。目标识别数据库70在认出商店后可以将响应消息400转送给移动设备12，允许用户10访问与所认出目标相关的在线商店、假期指南、电影时间、销售优惠券。

例如，如果用户10得到例如沃尔玛

的商店的图像，则平台20在识别图像的基础上可以在响应的SMS 400中发送用于该商店的销售优惠券。在另一个例子中，如果用户10从另一个个人棒球帽得到运动队队标的图像，则平台20在识别的基础上可以在响应的SMS 400中发送一个到用于那个队的在线商店的链接，从而使用户10可以购买类似的帽子。

在另一个例子中，如图8中所示，用户10可以拍摄商店里产品上的通用产品代码(UPC)或条形码(bar code)的图片，并将它通过SMS发送给平台20。一旦接收到，平台20中的目标识别模块70就可以切割(pare)条形码的图像并使自动响应模块40或现场操作者终端模块35查找该产品，然后将包括例如产品规格、评论、价格等产品信息的响应消息400转送给用户10。关于价格，用户10可以请求平台20对商店中的价格和因特网上的价格进行比较并在响应消息400中包含这种信息。例如，如果条形码是用于电视(TV)的，则响应消息400可以包括来自不同零售商的其它商店的类似产品的价格，以使用户可以查看相对价格差并与商店相比处于更有利的讨价还价的位置。

此外，响应消息可包括到产品规格、评论或甚至是例如来自竞争商店或电视品牌(brand)的付费广告的额外的插入的宣传项目的链接。应注意到，由于所有SMS都询问，所以对用户10和平台20之间的双向SMS事务都产生事务记录100。响应消息400包括连接到平台20的现场操作者的链接406，用于如上所述的其它帮助。

在本发明的又一个实施例中，可以将目标识别模块70用于识别图片中的文字，其可以随后转换成通过平台20搜索的搜索引擎。这使用户10可进行更宽的搜索，并且它不依赖于存储的信息的中心文本数据库。例如，如果用户使用照相机13拍摄了独立的声明的图片，则目标识别模块70不仅可以搜索匹配的其它图像，而且实际上可以将部分图像转换成文本并运行文本搜索，增强响应消息400中提供给用户10的结果的总体品质。

在目标识别的又一个例子中，用户10可以拍摄餐馆或饭店的图片。当该信息被发送给平台20而且目标识别模块70辨别出目标的身份时，响应消息400可以包括WAP或HTTP功能以或获得用于该设施的等级，和甚至是用于通过平台20登记预约的链接。

在各种情况下都应理解，对这种目标识别服务所发送的消息可以使用上述关于双向SMS的任何特征，例如响应消息400中嵌入的链接406，如果目标识别模块70不能识别目标或可选地提供错误的信息。用户10可以为了进一步的帮助而激活链接406并被连接到操作者终端模块35的现场CSR。

意图由平台20协同目标识别模块70支持的其它服务可以包括在用户10对其喜爱的运动队的队标照相时自动进入用户10喜爱的运动队的网站，或自动进入旅游向导作为对城市中纪念碑图片的响应。

在示例性过程中，如图9中所示，用户10可以在第一步骤500处用他们的移动设备12拍摄纪念碑的图片。在步骤502处，用户10发送带有所附图像的消息给平台20请求目标识别服务并且附上该图像。

接下来，在步骤504处，自动响应模块40经由电子形式接口模块30接收到该消息并对请求进行解析，将该图像转送到目标识别模块70。

如果图像未识别出该图像，则在步骤506处平台20给用户10发送响应消息400指明不能识别出该图像，带有如果用户想要现场操作者帮助的嵌入的链接406。

不过，如果目标被识别出，则在步骤508处，平台20给用户10发送带有一些相关信息的响应消息400。相关信息不限于任何方面，只要它以某种方式连接到识别出的目标。在纪念碑的当前例子中，相应的信息可以告知关于纪念碑、相关的历史吸引力、来自已经对该场所加过标签的前面的用户10的评论、和本地付费广告，例如附近的饭店等。在相应的信息不正确或不完整的情况下响应消息400仍包括链接406。

现在转到移动标签搜索，本发明意图一种特征，其中由用户10使用移动设备12上的电话捕捉的图像用于从历史数据的分析获得关于该图像的更多信息，例如图像中失去的元素或识别的图像本身。此外，本发明意图基于标签和与其它人共享的图像来搜索相关的图像，其它人为指定的朋友或普通公众。由平台20提供的这种服务是其它服务之外的，并将利用得自所有用户10并存储在平台20中的元数据，类似于移动社区(community)进行操作。

在操作中，平台20上的移动标签服务将由搜集/接收来自涉及该服务的所有用户10的带标签的照相输入开始。例如，在从移动设备12得到图像的点处，存在根据本发明可能捕捉的三类数据元素。

a)时间的，例如捕捉图像的时间；

b)空间的-移动设备12的GPS位置或单元标识符(id)；以及

c)个人/社会的-用户名(以及用户10选择要共享的其它人物个人概况信息)，列席，用户10已经输入的任何标签(文本)，附近其它人(或许用蓝牙识别)，最近访问过的其它感兴趣的地方等。

接下来将合成的(resultant)照片图像存储在图像存储模块74中，并将相关的“标签”元数据(meta-data)存储在相关的标签存储模块76中。所有的这种相关数据被称为与图像相关的移动标签。

存储在图像标签模块74中的数据和相应的标签数据库模块76可以通过例如土地注册数据、地图数据等的数据源进行丰富。在这种情况下，平台20可以从图像数据得到标签数据的地理成分和可能的图像识别信息，并获得存在的文件。个人入口页中的个人存储的数据还可以通过操作者服务或目录帮助服务进行分配。例如，如果用户10拍摄了大笨钟(Big Ben)的图片，则平台20可以利用标签图像的GPS数据和目标识别来认出这确实是大笨钟，并接着通过从网络或例如该区域的彩色地图等的其它所有(广告商)资源获得的内容对标签数据进行补充。

一旦接收到图像并对元数据标签进行存储，平台20的标签数据模块76就试图提供由用户10发送的关于图像的其它信息，该用户10使用前面的用户10在先发送的标签，其中前面的用户10发送过类似图像。识别要将什么标签返回给用户10可以基于与用户10拍照时的GPS位置类似的标签，基于所提供图像的目标识别，或可能给予用户10相关结果的任何其它方式。

例如，平台20上这种服务的许多用户在图像中发送伦敦的大笨钟，每个图像加有移动设备12位置的GPS数据、时间和日期以及来自用户10的注释的标签。当后面用户10在图像中发送笨钟时(同样具有相关的标签日期)，平台20发送回涉及来自其它用户的标签数据的响应消息400。

因此，根据本发明，用户10只需要拍摄界标或纪念碑、餐馆等图片，并将该图片作为SMS的附件发送给平台20。用户10将立即接收回来自相同场所的前面拍照者的大量标签数据，有可能包括场所名称、对其它本地吸引力的注释、对纪念碑历史的评论等、确切位置、以及其他基于不同用户的量和用户产生的数据。

返回给用户10的移动设备12的标签数据表现为一系列超链接，每个超链接与不同的标签相关。可以将图像和相关的文本数据以基于尺寸、日期、相关性、或甚至基于有用的范围的某些顺序设置到返回的SMS中，其中有用的范围通过例如该区域上的最佳先前图片或最有用的评论的其它标签用户的反馈来产生。

利用来自其它用户10的元数据，可以为捕捉第三图像的个人识别出“泰晤士河”和“议会大厦”。这是因为潜在的其它用户10会捕捉三个感兴趣点的分别的图像并给它们加标签。

因此，如果第三个用户10希望知道“图像中的河流”或“图像中的建筑物”，将给他们提供类似的一组相关的感兴趣点，其可能包括泰晤士河和议会大厦。

在本发明的另一个实施例中，通过标签处理分享个人信息可以包括“空中涂鸦(air graffito)”特征，其中用户10可以在任何物理(地理)点处“钉”上数字的“张贴其注释(post it notes)”。例如，如果用户10正在度假目的地并拍摄了该位置的图片或视频，那么用户将存储在标签数据中的“张贴的”注释伴随图像发送给平台20。使那些特殊的评论对于用户10的“朋友”是可访问的，这些“朋友”是平台20上该服务的其它用户10。经过若干时间，指定为朋友的其它用户10可能来到同一个地方，并且当他们路过该位置时，监控移动设备12位置的平台20将从用于该(大概)位置的标签数据库模块76中识别出标签，并将带有注释和来自图像标签数据库74的相关图片的响应消息400发送给设备12。

因此，在使用图像标签服务平台20的示例性过程中，如流程图10中所示，在第一步骤600处，用户10拍摄某个目标的图片，而在步骤602处，来自设备12的标签元数据与该图像相关，例如由用户10输入的时间和日期、位置和/或个人注释以及评论。在步骤604处，用户10将包括图像和标签数据作为附件的SMS消息发送给平台20，所述图像和标签数据要被存储在图像存储模块74和相应的标签存储模块76中。最后，在步骤606处，平台20集合图像和来自不同用户10的相应标签数据，从而使对于地理类似区域的相应数据以某种方式相互关联。

在步骤610处开始后面的动作，用户，不必是从步骤600-606的相同用户10，而是任何用户10，可以通过拍摄图片并通过文本发送给平台20来访问标签元数据。在步骤611处，使用目标识别模块70以及用户10的优选地地理数据(来自移动设备12的GPS)，平台20收集以文本形式发送回用户10的响应消息400中的数据。所包含的数据可以是由其它先前用户10对相同目标的其它图片、用于图像的相关标签数据、附近位置的其它图像、以及它们相关的标签数据等。

以分开的方式访问标签元数据，在步骤612处，用户10可以简单指明他们已经身体进入、或受到身体进入地理位置的平台20的监控，先前用户已经得到对于该地理位置的图像和存储在图像标签数据库74和相应的标签数据数据库76中的相关标签数据。在步骤614处，基于接收到的用户10处在给定位置的信息，平台20可以取回对于该位置的相应图像和相关标签数据，并将其作为响应消息400中的超链接转送给用户10。

应理解，在步骤610/611或612(step 610/611 of 612)的任一种情况下，如果如上所述响应消息400是不完整的或不正确的，响应消息400包括允许用户为了更多信息连接到操作者帮助模块35处的现场操作者的链接406。这种情况可以包括被明显错误识别的识别图像等。

在本发明的一个实施例中，私人银行可以使用平台20和上述双向SMS特征，允许平台20用作媒介，用于接收带有用户10的照片证明的图像、用户10的照片社会安全卡的图像、以及驾驶证图像提交的信用卡申请，这些需要用于申请的图像通过平台20上的SMS/MMS进行发送。通过简单使用移动设备12的内置照相机13特征来产生所需照片。

因此，信用卡提供可以通过平台20完成，而用户10可以完成信用卡申请，通过安全和加密的双向SMS/MMS将他们自己的照片、他们的驾驶证和社会安全卡的照片发送给平台20。接着将该数据存储在由平台20管理的数据库60的第三方目录中，直到将其发送给发出银行进行处理。

卡批准的通知被发送回DA平台20，并接着通过具有相同链接406的SMS/MMS发送给用户10，链接406包括在所有的响应消息400中。如果取回信息出现问题，则现场操作者能够与激活链接406的用户10对话，并且自动弹出(预先进入的)事务记录100到操作者的终端，使他们将明白呼叫的性质。

对于这种特征的其它应用可以是轻松地用于商业安全。例如，移动设备12能够通过SMS促进商业事务。作为安全测量，商人可以通过平台20请求用户10发送他们自己或他们驾驶证的图片。基于在先的SMS设置，用户10可以拍摄他们自己或ID的图片并在请求中通过拷贝和粘贴由平台20发送的超链接SMS回平台20。一旦得到图片，用户10就将其发送回，拷贝超链接，并将它粘贴到用于图片的转送地址。图片被发送和分配到正确的事务记录100/事务ID 101。一旦图片被批准，商人就收到批准码并对商业事务授权。

如流程图11中所示，在申请过程中的第一步骤700处，发出银行产生用于用户10的申请701。示例申请701在图12中示出。在步骤702处，平台20通过MMS文本将该消息转送给用户10的移动设备12。应注意到，为此发送给用户10的这个申请可以是WAP形式，或其它模板形式，或可选地它可以暗示为自由的文本申请。

接下来，在步骤704处，用户10输入请求信息，并且在步骤706处通过安全的文本消息将其发送回平台20。在步骤708处，将完成的文本申请存储在数据库60中并接着随后发送给产生申请的一方或被该方取回。在步骤710处，通过来自银行或来自平台20的管理者以某种方式使信息生效以便查看其真实性，例如通过使用注册的e-mail帐户、访问具有有效社会安全号码列表的社会安全号码派生数据库并对输入地址与至少一个取回的存储地址进行比较以便确证该信息。

在步骤712处，发出银行接受或否定申请，在步骤714处通过平台20发送的响应消息400发送接受或否定申请的通知。如同平台20上的上述其它申请那样，在响应消息400中发送链接406以使用户10可以利用任何问题链接回平台20处的现场操作者，链接406给平台20提供足够的信息以便用包括来往平台20的更早申请消息的事务记录100来预先填充操作者终端。

在本发明的另一个实施例中，用在银行/卡申请中的其它选项可以包括用户10给平台20发送e-mail的能力，其中他们希望接收者确认他们已经收到并阅读了该e-mail，类似于来自邮政服务的挂号信。这里通过平台20使用特殊的e-mail服务器发送e-mail。用户10支配(fist)利用地址信息发送e-mail，然后平台20接收到该e-mail。产生通知并将其发送给期望的接收者。接收者打开由平台20发送的消息，并且必须单击链接以下载原始e-mail。接下来从平台20给用户10发送消息，让他们知道接收者是否选择读出消息或不理睬它。优选包括用户10和期望接收者的双方都在平台20注册该服务，这样潜在的用户10将建立他们准备接收消息的包括用于申请的银行机构的人物列表，而且该列表还可以用作第二SPAM过滤器。

在本发明的一个实施例中，用户10可以使用增强型服务平台20及其双向SMS服务，以便在例如数字视频夹的多个多媒体文件上产生观看和投票。

出于识别的目的，指导者是产生和下载视频的用户10；爱好者是仅能够观看视频的指导者的爱好者俱乐部的成员的用户10；协会成员(MOTA)是可以观看视频并对其投票的用户10；协会是系统管理者而普通公众是平台20上对投票系统的偶然观看者的在线或无线的用户10。

例如，用户10可以注册为服务的指导者、爱好者或投票成员。指导者能够从网络或从移动设备将要被存储到数据库60上的视频上载到平台20。例如具有指导者身份的用户10可以利用来自他们移动设备12的照相机13选中一个数字视频夹，并能够接着将该视频上载到平台20，以便由例如指导者和爱好者的其它用户10观看和下载。具有爱好者身份的用户10可以观看视频并在新视频从指导者处上载时接收到警告，对于指导者而言他们是网络上或移动设备12上的爱好者。

服务的投票用户10，例如完全注册的成员可以接着在多个分类中为他们喜爱的视频投票。投票用户10可以通过将文本消息发送给顶级(premium)短代码进行投票。此外，普通公众成员可以通过在线搜索或通过他们的移动设备12从平台20搜索和下载视频。对普通公众的这种可用性是为了鼓励对该服务其它的注册。

除了允许对不同视频进行投票之外，可以使用奖励系统对指导者的提交进行奖励。例如，通过简单的点数计算系统对每个分类中的视频进行奖励，并且基于简单的投票记数奖励最佳指导者。使用投票数据库55来支持对不同夹投票的存储。对最佳指导者的奖励可以授权给用户10奖励奖品，例如在国家电视(TV)上、在广告中广播该视频。

在一个实施例中，平台20可以对上载他们希望获得奖励的视频的指导者收费，并且还可以为下载视频对系统的投票成员、爱好者或普通公众的移动设备12收费。

这样，如图13中所示，在第一步骤800处用户10注册作为指导者或作为协会成员(MOTA)以使用平台10的投票特征。这可以包括注册为指导者、爱好者、MOTA、或他们的任何组合。MOTA通常识别感兴趣的分类或感兴趣的多个分类。无论其身份如何，用户10选择ID和密码。这种过程可以在线执行或通过用户10的移动设备12上的文本服务执行。

在接下来的步骤802处，指导者身份用户10可建立爱好者俱乐部以对他们的电影夹产生兴趣。在该阶段爱好者可以签约以加入所需指导者的爱好者俱乐部。在步骤804处，指导者利用他们的移动设备12或网页上载视频到平台20。具有指导者身份的用户10可以用广告词、演员表、全体人员、信息等评注该视频，并优选被给予一些编辑选项。

接下来，在步骤806处爱好者、指导者和MOTA为了所需视频可以通过文本发送短代码给平台20从平台20下载视频。对所需视频的搜索被发送为文本搜索，类似于上述在图5中所讨论的，其中在步骤304处解析文本请求。这里对视频或夹请求进行解析并且把符合搜索标准的一组一个到三个可能的视频发送给用户10。可选地，视频或夹的选择可以是菜单推送出的，该菜单包括最频繁请求列表或当前投票领先者等。

在步骤808处，在观察用户10给平台20文本投票之后，给投票被存储在投票模块55中的视频鉴定等级。在步骤810处，平台20可以在一定的时间预定量之后把投票制成表格，以确定最受欢迎的视频/指导者，并在适当的分类中发出奖励。贯穿该过程，例如投票消息和给用户10的通知的SMS消息400可以包括链接406，用于将平台20连接到现场操作者以对任何问题提供帮助，类似于上述过程。

像这种平台20上支持的这种视频/投票特征的其它选项还可以允许普通公众观看视频夹，以鼓励新用户10加入该特征，并且还可以促进成员之间的直接通信，以鼓励增大SMS和e-mail流量。此外，通过允许由分类(动物、朋友、运动等)、指导者姓名、时间和日期、视频长度等进行文本搜索来促进在线或使用移动设备12搜索视频。这种搜索对于普通公众以及注册用户10两者都是可用的。

在本发明的一个实施例中，如图14中所示，可以使用移动设备12联合平台20通过双向SMS目录帮助来提供更新、补丁、更改等。这里将视频游戏控制台90连接到因特网或直接连接到用户10的移动设备12。

在视频游戏及其控制台的领域中，很多复杂游戏频繁进行补丁、更新、附加级别或广泛分散在因特网上的其它爱好者产生的添加。

在本发明的一个实施例中，如流程图15中所示，在步骤1000处，用户10通过SMS联系平台20请求用于他们游戏控制台的更新或插件程序。接下来，在步骤1002处，自动响应模块40或操作者终端35执行对所需信息/下载的搜索。

在步骤1004处，如果找到，则平台20发送响应消息400确认所需文件已经被找到并准备用于下载。在步骤1006处，用户10发送答复文本，指明他们直接连接到控制台并且应该通过移动设备12直接发送下载。可选地，如果这种控制台直接连接到因特网，则用户可以利用控制台的IP或MAC地址进行响应，命令平台20将文件直接发送到控制台90。

应理解，响应消息400如上所述包括链接406，其应该关于给控制台90提供的文件产生事件，现场操作者能够告诉用户10谁激活了链接406，以及事务记录100从哪里被自动弹出(预先进入的)到操作者的终端，使他们将知道呼叫的性质。

在本发明的一个实施例中，通过平台20促进的SMS消息可以提供其它特征，用于在不同用户10之间发送和接收短消息、以及为产生多模式SMS服务(此后称为多模式消息)的标准文本消息系统增加语音能力。

根据本发明的一个实施例，该特征呈现出由用于用户10的多媒体SMS模块79支持的SMS促进的多媒体特征。不像上述用户10与平台20通信的其它SMS特征那样，这里用户10使用平台20作为促进器相互之间通信。该特征进一步使用平台20来提供基于双向网络的宣传特征，用于建立成员资格并通过因特网给移动电话12发送大批低容量SMS文本消息。

如图16中所示，将增强型服务平台20配置成进一步保持有包括短消息服务中心(SMSC)80和多模式平台模块82的网络组件。

由多媒体SMS模块79支持的这种系统特征意图使用包括那些能够播放和记录语音的以及那些能够输入和显示文本信息的用户10的输入和/或输出设备12；具有将声音记录到SMS语音数据库85的附加能力的多模式平台模块82上的语音识别引擎83；用于将文本表现为口语单词的多模式平台模块82上的文本到语音引擎84；使用语音引擎对语音和用一个输入设备产生的文本消息进行组合的多模式平台模块82上的申请服务器；并将这种组合消息发送给提供一种或多种输出能力的设备12。

移动设备12上的文本输入用于组成要使用标准SMS技术发送的消息。多模式平台模块82及其在平台20上支持的特征对文本消息(如果有)和假如用户10需要的口语消息进行组合。可以将组合的或多模式的消息发送给接受者，其接着能够读取文本消息，并从平台20的数据库85取回相关的声音消息。语音识别引擎83可以用于轻松控制录音重放和声音消息的记录以及控制其它有用的消息功能。

申请方案是覆盖单个一种或多种模式的一系列用户行为。例如，用户10可以用数据模式开始申请并接着转换到声音模式。可以使用多媒体SMS模块79支持多个申请方案。

模式之间的转换可以通过用户和/或申请控制执行。这些方案可以由单个多媒体SMS模块79中的单个申请代码库(base)支持。在下列各方案中，爱丽丝和鲍勃两个人都是无线订户(用户10)，每个人都操作无线电话或移动设备12，其中无线电话和其它组件都能够通过无线网络通信。

例子1

1.爱丽丝给鲍勃发送文本SMS，而鲍勃使用平台20的多媒体SMS模块79产生的多模式SMS用声音答复。

在该方案中，爱丽丝发送文本SMS消息给鲍勃，其可以通过短消息服务中心(SMSC)80发送。鲍勃收到并查看了该SMS消息，并选择用使用多媒体SMS模块79产生的多模式SMS消息答复。鲍勃选择用语音答复，单击嵌入在SMS消息中的多模式SMS链接，并记录他的声音消息。多模式SMS服务也使鲍勃能够：

A)收听其它多模式SMS消息；

B)删除该消息或其它多模式SMS消息；以及

C)转送这个和其它的多模式SMS消息。

应注意到，可以在发送设备处、或通过使用到SMSC链接的多媒体模块79、或通过使用更改的SMSC产生嵌入在SMS消息中的链接。在优选实施例中，多媒体模块79加入链接。

例子2

2.爱丽丝接收到来自鲍勃的多模式SMS，读出文本，并单击多模式SMS链接以取回和听取消息的语音部分。

方案2：对于该方案，爱丽丝接收通知她鲍勃已经发送给她多模式SMS的文本SMS。爱丽丝点击嵌入在SMS消息中的链接并收听语音消息。在她听到消息之后，她有三个选项：

A)在多模式SMS消息中用语音答复该消息；

B)用文本答复该消息，删除该消息；以及

C)将该消息作为包含语音和任何原始文本的多模式SMS消息进行转送。

例子3

3.鲍勃连接到多媒体模块79并为爱丽丝记录语音消息。将多模式SMS发送给爱丽丝，该多模式SMS包含到鲍勃留下的语音消息的链接。

方案3：在该例子中，鲍勃启动多模式SMS消息以发送给爱丽丝。他连接到多媒体SMS模块79并说出爱丽丝的号码，然后记录并发送他的多模式SMS消息(其有可能可以包括产生声音消息)。爱丽丝利用嵌入的链接接收SMS消息，她可激活该链接来收听该消息。

例子4

4.爱丽丝呼叫进入并选择收听她的SMS消息。

方案4：在该方案中，爱丽丝希望听到她的基于文本的SMS消息。她正在驾驶或不能观看她的移动屏幕。她呼叫一个将她连接到平台20的号码，并接着被引导通过使她能够访问、选择并听到她接收到的多模式SMS消息中的文本(和任何记录的语音)的一系列语音提示，其中文本由多模式平台模块82的文本到语音引擎84进行表演。再一次，她有三个选项：

A)用包含语音的多模式SMS消息答复该消息；

B)用文本答复该消息。删除该消息；以及

C)将该消息作为包含语音和任何原始文本的多模式SMS消息进行转送。

在本发明的一个实施例中，如流程图17中所示，在第一步骤900处产生多模式SMS消息，在这一步骤用户10产生他们想要发送的任何文本消息(甚至有可能是空消息)，并确定使用设备提供的无论哪一种机制将消息发送给谁。

在步骤902处，如果用户10希望给SMS消息加入语音，他们就单击他们电话簿或由设备12提供的类似机制中的多模式SMS链接，其通过语音网络将他们连接到多模式SMS模块82，假定他们是对平台20的多媒体SMS模块79所支持特征的订户。如果用户选择加入图像或语音记录，则将相同的事务记录100分配给增加的语音或图像记录。

在步骤904处，将指令提供给用户10以允许他们通过语音识别引擎83记录他们的语音消息。接着存储所记录的语音消息为了未来从SMS语音数据库85取回。用于SMS语音数据库的特殊存储机制可以包括媒体服务器、数据库或促进存储音频内容的任何其它存储机制。

接下来，在步骤906处，用户10接着发送SMS消息，该消息通过SMS网络传送给短消息服务中心(SMSC)80，SMSC将消息传送给接受者并且还在消息中传送了一个链接，其允许多媒体SMS模块79唯一与SMS消息和SMS语音数据库85中存储的语音消息发生联系。

因此，在本发明中，通过在SMS消息中包括链接以取回来自另一位置的语音消息将语音作为SMS消息的一部分进行发送。例如，SMS消息可以包含到多媒体SMS模块79的链接，当访问多媒体SMS模块79时，使声音消息从SMS语音数据库85被取回。该链接包括嵌入的事务ID101或事务记录100，从而使平台20认出该ID并从数据库85取回具有该相同ID的任何相关的声音或图像文件，如从上述步骤902实施的那样。可选地，链接可以到任何其它位置(第三方)，这里用户10被引导通过任何系列事件以获得声音消息。

在步骤908处，当连接另一端处的用户10接收到消息时，存在嵌入在消息中的电话链接，其使用接受者的设备12上可用的任何方法，一旦被访问，就将接受者连接到SMS会议模块79，其取回来自SMS语音数据库85的语音消息并将它播放给接受者。在步骤910处，接受者用户10可以包括语音答复、文本SMS答复或删除存储在服务器上的消息。

可以用于上述多模式SMS会议应用的其它特征可以包括给用户10提供存储、编辑和应用接受者用户10列表的能力，从而可以将消息分发给多个接受者。优选地将这些列表存储在SMS会议模块79中。这种列表可以通过传统方式输入或能够被上载到平台20。一旦被存储，列表就可以用于寻址多模式SMS或甚至是标准文本SMS消息。

本发明的一个实施例进一步想象给语音消息加入文本材料，而不是事先组合文本SMS消息，此时语音连接对于语音识别引擎83是起作用的。这优选使用非结构化补充数据业务(USSD)通道来做，该通道是一种标准低位率通道，如果网络提供商14准许同时具有语音连接就能够起作用。(这还可以通过使用SMS技术直接发送SMS来实现)。本领域技术人员还将实现当前设备中特有的其它机制，并且在声音连接起作用时，可以用网络同时编码和发送所需的小文本消息。

另一个示例性能力是预置的存储或标准的消息(“预录的”消息)，其可以存储在SMS语音数据库85中并保持使用网络或无线应用协议(WAP)接口。一旦被存储，这些消息就是可使用语音接口访问的，所述语音接口已经提供作为多模式SMS的一部分。

如果在移动设备12中而不是在网络中存储了联系，则它们可用于寻址多模式SMS消息。它们可以作为平台20的多模式服务的一部分通过使用设备12上的应用程序或通过使用如上所述的USSD而被访问。如果用于能够一键通(Push-to-talk)(PTT)的设备的密友列表是可用的，则该列表可用于发送多模式SMS，并且它还能够使用PTT能力用于给不在线上的朋友发送声音消息。还可以使用PTT取回组合消息。

可作为这里介绍的本发明的一部分，使用多模式平台模块82的文本到语音引擎84，通过标准SMS机制发送的任何消息或消息的文本部分被截取和转换成多模式SMS，用于转送给接受者。如果用户10中的一个(例如，消息的发送者)有权使用支持MMS或EMS能力的设备12，则本发明允许从存储在多模式平台模块82中的消息中去掉增强型消息的语音成分，并作为多模式SMS消息发送给接受者，即使接受者具有只支持SMS文本能力的设备。

SMS会议模块79的多模式平台模块82还允许通过其它方式和使用除了标准无线电话之外的其它设备产生和取回多模式SMS消息。可以使用支持同步或连续的多模式应用或网络应用的任何设备。这些设备包括支持这种应用的个人数字助理(PDA)、小型PC、便携式和台式PC以及任何无线或有线设备12。作为示例性的例子，支持同步多模式应用的PDA可用于通过键盘输入文本，同时同步记录消息的声音部分。复杂控制选项可以在PDA屏幕上显示出并使用铁笔选择。如果有权使用这种设备12、或者MMS或EMS设备，其它发明思想允许产生和显示视频数据，其还可以存储在SMS语音数据库85中并通过SMS会议模块79控制。

如果用户10具有能够WAP的移动设备12，则可以通过将文本SMS的图像扩展存储在SMS数据库85中分开的图像目录中、并通过多模式平台模块82应用提供它们来提供这些文本SMS的图像扩展，用于显示在移动设备12中的WAP浏览器上。

通常，由于与多模式SMS消息相关的数据、语音或图像存储在SMS数据库85中，所以可以将其引导给其它媒介。这种媒介示例性地包括打印媒介。可以将多模式SMS打印在广告亭(Kiosk)上或在家用计算机上打印。多模式SMS的声音部分可以被引导用于取回任何标准的语音邮件系统，例如提供给网络存储的那些声音消息，或被引导到用于收听的任何电话上或本地语音邮件上有可能的储备。在进一步的示例中，除了直接打印图像数据部分之外，可以使用语音服务器的ASR(“自动语音识别”)单元将声音部分转换成文本并且同样引导到标准打印机。

应理解，在类似SMS会议模块79上进行的任何类似的SMS会议应用都在本发明的意图之内。

Claims (35)

1、一种增强型服务平台，所述平台包括：

接口，用于接收来自请求所需数据的用户的通信；

自动响应模块，用于解析所述通信并取回所述所需数据，配置所述增强型服务平台为将所述所需数据设置到要发送给所述用户的响应消息中，其中所述响应消息包括相应于允许所述用户再次联系所述增强型服务平台的链接的嵌入的代码；以及

操作者帮助模块，配置所述操作者帮助模块为接收来自所述用户的经由所述链接引发的通信，用以关于所述用户的请求提供进一步帮助。

2、根据权利要求1所述的增强型服务平台，其中配置所述增强型服务平台为根据包括SMS(短消息服务)、IM(即时消息)和e-mail的组的任何一个接收来自所述用户的文本通信。

3、根据权利要求1所述的增强型服务平台，其中进一步配置所述通信平台为产生事务记录，所述事物记录包括用于存储用于跟踪所述用户的请求的唯一ID编码的事务ID域。

4、根据权利要求3所述的增强型服务平台，进一步包括用户请求域，其中所述用户请求域包括来自请求所需数据的用户的所述文本通信的拷贝。

5、根据权利要求3所述的增强型服务平台，进一步包括响应消息域，其中所述响应消息域包括发送给所述用户的所述响应消息的拷贝。

6、根据权利要求3所述的增强型服务平台，其中所述响应消息中的所述嵌入的链接包括识别所述事务记录的数据。

7、根据权利要求3所述的增强型服务平台，其中当所述增强型服务平台经由所述响应消息中的所述嵌入的链接接收来自所述用户的再次联系请求时，识别出所述事务ID的所述增强型服务平台将所述用户请求和所述响应消息显示给所述操作者帮助模块处的操作者。

8、根据权利要求1所述的增强型服务平台，其中在激活所述嵌入的链接时，所述嵌入的链接指导所述用户的移动设备给所述增强型服务平台以放置电话呼叫。

9、根据权利要求1所述的增强型服务平台，其中所述嵌入的链接对应于所述用户的移动设备上的热键命令。

10、根据权利要求1所述的增强型服务平台，其中所述嵌入的链接对应于用户的移动设备上的语音命令。

11、根据权利要求1所述的增强型服务平台，进一步包括派生的用户标识符数据库模块，配置所述派生的用户标识符数据库模块以存储关于用户个人概况中所述增强型服务平台的频繁用户的信息。

12、根据权利要求11所述的增强型服务平台，其中所述用户个人概况包括用户识别域、历史域和偏好域。

13、根据权利要求12所述的增强型服务平台，其中所述历史域包括由所述用户产生的对于所需数据过去的请求。

14、根据权利要求13所述的增强型服务平台，其中所述偏好域包括对于所述用户喜欢如何与所述增强型服务平台交互的用户偏好。

15、根据权利要求14所述的增强型服务平台，其中所述偏好包括包含语言选择和响应消息形式的组的任何一个。

16、根据权利要求15所述的增强型服务平台，其中在所述偏好域中基于如存储在所述历史域中的由所述用户的在前使用来设置所述偏好。

17、根据权利要求15所述的增强型服务平台，其中在所述偏好域中设置所述偏好，配置所述偏好域为经由用户与所述增强型服务平台直接联系以人工设置所述偏好域。

18、根据权利要求1所述的增强型服务平台，所述用户的移动设备包括自动定位能力。

19、根据权利要求18所述的增强型服务平台，其中所述自动定位能力是GPS(全球定位系统)。

20、根据权利要求18所述的增强型服务平台，其中配置所述增强型服务平台为接收来自以离我最近形式请求所需数据的用户的文本通信，请求临近于所述用户的地理位置的列表。

21、根据权利要求1所述的增强型服务平台，其中所述响应消息包括用于与包括在所述响应消息中的所述所需数据相关的其他服务的WAP(无线应用协议)。

22、根据权利要求21所述的增强型服务平台，其中所述WAP链接用于包括预约、票务和方向的组的任何一个。

23、根据权利要求22所述的增强型服务平台，其中配置所述链接为由所述用户激活，以使所述增强型服务平台使用所述用户的移动设备中的自动定位能力，从而为所述用户提供指明即将到来的事件或转到所述方向上的警告。

24、根据权利要求1所述的增强型服务平台，其中配置增强型服务平台为与所述用户的日历程序同步，以使所述增强型服务平台可以在所述响应消息中将来自所述日历程序的即将到来的事件作为一系列链接发送，以使在激活的基础上，所述增强型服务平台计算要发送给所述用户的提示，所属提示基于所述用户和即将到来的事件之间存在的交通情况进行调整。

25、根据权利要求1所述的增强型服务平台，其中所述响应消息包括在所述所需数据后面嵌入的后端商务链接。

26、根据权利要求1所述的增强型服务平台，其中所述响应消息包括在所述所需数据前面嵌入的前端商务链接。

27、根据权利要求26所述的增强型服务平台，其中所述后端商务链接是由所述增强型服务平台提供的对其他服务的插入宣传。

28、根据权利要求27所述的增强型服务平台，其中所述前端商务链接是由所述增强型服务平台提供的对其他服务的插入宣传。

29、一种用于在增强型服务平台上提供增强型通信服务的方法，所述方法包括下列步骤：

在接口处接收来自请求所需数据的用户的通信；

在自动响应模块处解析所述通信；

取回所述所需数据；

将所述所需数据设置到要发送给所述用户的响应消息中，其中所述响应消息包括相应于允许所述用户再次联系所述增强型服务平台的链接的嵌入的代码；以及

在操作者帮助模块处接收来自所述用户的经由所述链接引发的通信以便关于所述用户的请求提供进一步帮助。

30、根据权利要求29所述的方法，进一步包括根据包括SMS(短消息服务)、IM(即时消息)和e-mail的组的任何一个接收来自所述用户的文本通信的步骤。

31、根据权利要求29所述的方法，进一步包括产生事务记录的步骤，所述事务记录包括用于存储用于跟踪所述用户的请求的唯一ID代码的事务ID域。

32、根据权利要求31所述的方法，进一步包括拷贝用户请求域中来自请求所需数据的用户的所述文本通信的步骤。

33、根据权利要求31所述的方法，进一步包括拷贝响应消息域中发送给所述用户的所述响应消息的步骤。

34、根据权利要求31所述的方法，进一步包括在所述嵌入的链接中包含识别所述事务记录的数据的步骤。

35、根据权利要求31所述的方法，进一步包括下列步骤：经由所述响应消息中的所述嵌入的链接接收来自所述用户的再次联系请求，识别出所述事务标识符ID的所述增强型服务平台为所述操作者帮助模块处的操作者显示所述用户请求和所述响应消息。

Images