CN1343055A

CN1343055A - 使用sms和ussd的网络开发与调度

Info

Publication number: CN1343055A
Application number: CN01129541A
Authority: CN
Inventors: A·卡坦; T·巴尚
Original assignee: KONGWORS NETWORK SYSTEM CO Ltd
Current assignee: KONGWORS NETWORK SYSTEM CO Ltd
Priority date: 2000-06-23
Filing date: 2001-06-25
Publication date: 2002-04-03
Also published as: EP1168766A2; IL143913A; EP1168766A3; IL143913A0; US6961330B1

Abstract

一种通信系统包括一协议转换控制器,该控制器从一移动终端接收一上行移动终端信息,并将该上行移动终端信息转换为一可由因特网服务器使用的上行因特网信息。并且,该控制器从该因特网服务器接收一下行因特网信息,并将该下行因特网信息转换为一可由移动终端使用的下行移动终端信息。当该协议转换控制器接收一上行移动终端信息时,通过确定该上行移动终端信息是否对应于任何该潜在响应的移动终端信息,来确定这种信息是否是部分已有的与该因特网应用软件进行的对话。如果该上行移动终端信息对应于一个信息,则它是部分已有的对话,并基于该因特网地址来生成该上行因特网信息,该地址与对应于该上行移动终端信息的潜在响应的移动终端信息相联系。

Description

使用SMS和USSD的网络开发与调度

本发明涉及一种通信系统，该系统将特殊的通信协议转换为基于因特网的通信协议，并将该基于因特网的通信协议转换为该特殊的通信协议。在一种用途中，该系统将移动电话所利用的通信协议转换为该基于因特网的协议，反之亦然。另外，本发明涉及由该通信系统执行的方法和执行该方法的软件程序。

近来，已经开发的通信系统可使移动电话用户通过因特网有限地访问不同的应用软件。然而，为了使用户通过他或她的移动电话访问应用软件，必须将该应用软件设计成符合复杂的电话通信协议，例如短信息服务(Short Message Service，即“SMS”)协议或未组织辅助服务数据(Unstructured Supplementary Service Data，即“USSD”)协议等。

SMS协议允许用户通过他或她的移动电话发送和接收短字母数字信息(典型地达到160个字符)。这种协议最初被开发来用于移动通信全球系统(“GSM”)的系统，但现在也用于时分多址(“TDMA”)和码分多址(“CDMA”)通信系统中。SMS协议允许用户基于“一个信息接一个信息地”来连接到通信网络上。例如，如果用户想向网络发送SMS信息，则在用户的移动电话和网络之间建立连接，该SMS信息被发送到该网络，并结束该连接。之后，如果需要从网络向用户发送一回复，则在用户的移动电话和网络之间建立连接，该SMS信息被发送到该电话，并结束该连接。

USSD协议与SMS协议类似，除了USSD协议允许用户基于“对话”而非“信息接信息”来建立与网络的连接之外。具体而言，USSD协议在移动电话和网络之间生成一连续的连接，同时多个信息在电话和网络之间进行交换，当完成交换这种信息的对话时，结束该连接。

不同的通信公司在其通信产品中采用SMS和USSD协议。SMS和USSD协议的实例是Logical Aldiscon开发的短信息对等网络(“SMPP”)协议、CMG开发的UCP协议、Nokia开发的CIMD协议和Comverse开发的NIP协议。SMPP、UCP、CIMD和NIP协议是上述各公司的专有协议。

目前，开发可与移动电话进行通信的因特网应用软件是复杂并耗时的。为了更好说明这种复杂性，结合图1来说明可使移动电话与一个或更多应用软件进行通信的典型通信系统的实例。如图所示，该系统包括移动终端10、蜂窝控制器30和多个应用服务器40和50。

蜂窝控制器30典型地为SMS中心(即采用SMS协议的控制器)或USSD中心(即采用USSD协议的控制器)，并通过与终端10交换SMS或USSD信息来与移动终端10进行通信。(SMS或USSD信息为符合SMS或USSD协议的信息)。例如，移动终端10通过无线通信链路60(例如通过射频信道)向蜂窝网络20发送信息，网络20通过通信链路70向控制器30发送信息。相反，蜂窝控制器30通过网络20和通信链路60和70向移动终端10发送信息。

蜂窝控制器30还与应用服务器40交换SMS或USSD信息，来访问存储于服务器40的第一应用，蜂窝控制器30还与应用服务器50交换信息，来便访问存储于服务器50的第二应用。特别地，蜂窝控制器30与应用服务器40，通过一条特别的连接蜂窝控制器30与应用服务器40的通信链路80进行通信。类似地，蜂窝控制器30还与应用服务器50通过蜂窝网络20以及连接服务器50和网络20的通信链路90进行通信。根据SMS或USSD协议，蜂窝控制器30与应用服务器40和50交换SMS或USSD信息，来访问第一和第二应用，那么，第一和第二应用必须依据SMS或USSD协议来设计和实施。例如，第一和第二应用可以依据上述的SMPP、UCP、CIMD或NIP协议来设计和实施。

根据这种配置，通过蜂窝网络20、蜂窝控制器30以及通信链路60、70和80发送和接收SMS或USSD信息，移动终端10可访问存储于应用服务器40的第一应用软件。类似地，通过蜂窝网络20、蜂窝控制器30以及通信链路60、70和90发送和接收SMS或USSD信息，移动终端10可访问存储于应用服务器50的第二应用软件。

如上所述，移动终端10可访问第一和第二应用软件，这是因为它们根据SMS或USSD协议被特别设计并执行。然而，基于这种协议设计应用软件是非常困难和耗时的。例如，现有的因特网软件程序和设计工具目前不能使编程人员根据SMS或USSD协议设计并执行因特网应用软件，因此，设计这种与蜂窝控制器30进行通信的应用软件是非常乏味和困难的。另外，为了使应用服务器40和50与多个移动终端进行通信，所以它们必须执行和采用复杂的对话管理计划来处理多个终端之间的数据交换。并且，即使一些因特网应用软件已被设计成根据SMS或USSD协议进行通信，但多数因特网应用软件仍被设计成仅根据因特网协议(例如超文本传输(“HTTP”)协议)进行操作。换言之，即使花费了许多精力和费用来开发一些可由移动终端10进行访问的应用软件，但移动终端10仍不能访问绝大多数的因特网应用软件。并且，绝大多数的应用软件不能被轻易地更改为与终端10进行通信。

为了克服上述问题，已开发了一种可访问因特网应用软件的蜂窝控制器，这些应用软件已被设计成符合一种因特网协议并由控制器的操作者进行事先处理。然后，控制器基于来自因特网应用软件的处理信息向移动终端输出信息。

具体而言，控制器的操作者使用典型的因特网浏览器来人工地访问因特网应用软件并从该应用软件接收一个或多个HTML页面，该应用软件已被根据超文本链接标示语言(“HTML”)协议来设计和执行。(一个HTML页面是由因特网应用软件生成的预定数据组)。接着，该操作者采用一特定程序来人工识别可从HTML页面中抽取出来的HTML页面中的信息并选择一些可抽取的信息。在以这种方式处理HTML页面后，操作者从HTML页面中去除不同的数据以查找HTML页面中的特定区域，并将该区域中的数据作为SMS信息发送到移动终端。例如，控制器可从网页上接收包含有关NASDAQ备份、带状信息的信息，以获得关于特定备份的报价的数据，并将该报价作为SMS信息发送到该移动终端。

虽然上述蜂窝控制器可访问采用HTML协议的因特网应用软件，但该控制器仅从HTML页面中抽取已被控制器的操作者人工地处理过的选择信息，并选择地将该选择信息发送到移动终端上。结果，一定程度地限制了移动终端接收的信息的种类和数量。另外，需要基本的时间来从HTML页面上抽取选择信息，这样，来自“实时”因特网应用软件的数据不能以有效方式发送到该移动终端。

在克服上述问题的另一方案中，已开发了一种蜂窝控制器来根据无线电应用软件协议(“WAP”)协议接收HTML数据并向移动终端输出无线电标示语言(“WML”)数据。然而，WAP协议是一种高度专用通信协议，为了根据WAP协议来进行操作，则必须根据该协议来特别设计一种移动终端，并必须具有本地地安装在移动终端内的微型浏览器。另外，根据WAP协议操作的移动终端仅能接收WML数据而不能接收SMS或USSD信息。因为仅特别设计了非常少的移动终端来支持WAP协议和接收WML数据，所以上述系统不能使绝大多数移动终端访问根据HTTP协议执行的因特网应用软件，并且不易于因特网应用软件的设计，因此它们可与绝大多数移动终端进行通信。

而在另一个克服上述问题的方案中，已由NTT DoCoMo开发了“i-模式“协议并在日本广泛采用。该i-模式协议可使移动终端通过使用简化的HTML信息版本来与因特网应用软件进行通信。然而，该i-模式协议仍存在大量缺点。例如，因为该协议使用简化的HTML信息版本，所以必须改变需要通过该i-模式协议与移动终端进行通信的每个网址，因此通过简化的HTML信息进行通信。这样，因为绝大多数网址未被改变来通过这种简化信息进行通信，所以可由移动终端访问的网址数量是非常有限的。并且，使用该i-模式的移动终端和因特网应用软件之间的通信数据传输速率被限制到约9.6kbps。虽然这种速度可适用于某些当前通信系统，但该速度对于需要更快数据传输速率的未来通信系统(例如2.5G和3G蜂窝系统)而言太慢了。关于该i-模式协议的其它信息可从www.nttodcomo.com中得到。

本发明的一个目的是提供一种克服了常规通信系统的上述和其它缺点的通信系统、方法和软件程序。

本发明的另一个目的是提供一种通信系统、方法和软件程序，以将移动终端所采用的协议转换为一种因特网协议，反之亦然。

本发明的再一个目的是提供一种通信系统、方法和软件程序，以将移动终端所采用的协议转换为一种因特网协议，反之亦然，并可以高速率(例如超过100kbps)来传输数据。

本发明的又一个目的是提供一种通信系统、方法和软件程序，以将移动终端所采用的SMS或USSD协议转换为一种因特网协议，反之亦然。

本发明的又一个目的是提供一种通信系统、方法和软件程序，以使根据移动终端协议操作的一移动终端访问因特网应用软件，并易于设计因特网应用软件，因此它们可与该移动终端进行通信。

本发明的又一个目的是提供一种通信系统、方法和软件程序，以使根据SMS或USSD协议操作的一移动终端访问因特网应用软件，并易于设计因特网应用软件，因此它们可与该移动终端进行通信。

本发明的又一个目的是提供一种通信系统、方法和软件程序，存储有与可由移动终端基于已被移动终端事先访问的网页进行访问的其它网页的链路。

本发明的又一个目的是提供一种通信系统、方法和软件程序，下载并存储其它可由移动终端基于已被移动终端事先访问的网页进行访问的网页。

本发明的又一个目的是提供一种通信系统、方法和软件程序，基于移动终端和因特网应用软件之间的通信来存储组块(cookie)，以提高该应用软件所使用的对话管理技术。

为了实现上述和其它目的，提供一种通信系统。该通信系统包括：一协议转换控制器，该控制器接收具有移动终端通信协议的第一上行移动终端信息，并将该第一上行移动终端信息转换成一具有因特网协议的第一上行因特网信息。

为了进一步实现上述和其它目的，提供一种通信系统。该通信系统包括：一协议转换控制器，该控制器接收具有因特网协议的第一下行因特网信息，并将该第一下行因特网信息转换成一具有移动终端通信协议的第一下行移动终端信息，其中，该第一下行因特网信息包括一因特网数据页面，该页面具有：用来生成第一下行移动终端信息的第一下行移动终端信息数据；对应于与该第一下行移动终端信息相对应的第一响应上行移动终端信息的第一响应移动终端信息数据；和一对应于该第一响应上行移动终端信息的第一响应因特网地址，其中，该协议转换控制器基于该第一下行移动终端信息数据生成该第一下行移动终端信息，并输入该第一下行移动终端信息。

为了更进一步实现上述和其它目的，提供一种通信系统。该通信系统包括：一因特网服务器，该服务器接收具有一因特网协议的一第一上行因特网信息，其中，该第一上行因特网信息基于一具有移动终端通信协议的第一上行移动终端信息，其中，该因特网服务器包括一因特网应用软件，该程序基于该第一上行因特网信息生成一第一下行因特网信息，其中，该第一下行因特网信息包括一因特网数据页面，该页面具有：用来生成对应于第一上行移动终端数据的第一下行移动终端信息的第一下行移动终端信息数据；对应于与第一下行移动终端信息相对应的第一响应上行移动终端信息的第一响应移动终端信息数据；和对应于第一响应上行移动终端信息的第一响应因特网地址。

为了再进一步实现上述和其它目的，提供一种通信系统。该通信系统包括：一通信协议控制器，该控制器输入具有移动终端通信协议的上行移动终端信息、发送该上行移动终端信息的特定移动终端的上行标识和对应于该上行移动终端信息的一个目的的上行目的地址；与该通信协议控制器相联系的第一URI表，该表存储第一潜在目的地址，并存储分别对应于该第一潜在目的地址的第一潜在URI；第二URI表，与该通信协议控制器相联系，并存储第一潜在标识、第二潜在目的地址、分别对应于第一潜在标识和第二潜在目的地址的第一潜在移动终端信息，和分别对应于第一潜在移动终端信息的第二潜在URI；和与该通信协议控制器相联系并输出具有因特网协议的上行因特网信息的因特网信息发生器，其中，该通信协议控制器向该第二URI表输出该上行标识，该上行目的地址和该上行移动终端信息，其中，当该上行标识对应于该第一潜在标识的一第一选择标识时，当该上行目的地址对应于该第二潜在目的地址的一第一选择目的地址时，并当该上行移动终端信息对应于该第一潜在移动终端信息的一第一选择移动终端信息时，该第二URI表输出对应于该第一选择标识、该第一选择目的地址和该第一选择移动终端信息的该第二潜在URI的一第一选择URI，并且，该通信协议控制器向该因特网信息发生器输出作为上行URI的该第一选择URI，其中，当该上行标识不对应于任何第一潜在标识时，该上行目的不对应于任何第二潜在目的地址，或该上行移动终端信息不对应于任何第一潜在移动终端信息，该第二URI表向该通信协议控制器输出一无匹配信号，其中，当该通信协议控制器接收该无匹配信号时，该通信协议控制器向该第一URI表输出该上行目的地址，其中，当该第一URI表输入该上行目的地址时，该第一URI表识别对应于该上行目的地址的该第一潜在目的地址的一第二选择目的地址，并输出对应于该第二选择目的地址的该第一潜在URI的一第二选择URI，其中，当该第一URI表输出该第二选择URI时，该通信协议控制器向该因特网信息发生器输出作为上行URI的该第二选择URI，并且，其中，该因特网信息发生器基于该上行URI输出该上行因特网信息。

为了更进一步实现上述和其它目的，提供一种通信方法。该方法包括：(a)接收具有一移动终端通信协议的一第一上行移动终端信息；和(b)将该第一上行移动终端信息转换为具有一因特网协议的一第一上行因特网信息。

为了更进一步实现上述和其它目的，提供一种通信方法。该方法包括：(a)接收具有一因特网协议的一第一上行因特网信息，其中，该第一上行因特网信息基于一具有移动终端通信协议的第一上行移动终端信息，(b)基于该第一上行因特网信息生成一第一下行因特网信息，其中，该第一下行因特网信息包括一因特网数据页面，该页面具有：用来生成对应于第一上行移动终端数据的第一下行移动终端信息的第一下行移动终端信息数据；对应于与第一下行移动终端信息相对应的第一响应上行移动终端信息的第一响应移动终端信息数据；和对应于第一响应上行移动终端信息的第一响应因特网地址。

为了再进一步实现上述和其它目的，提供一种包含在计算机可读介质中的软件程序。该软件程序指令通信系统执行一程序，包括：(a)接收具有一移动终端通信协议的一第一上行移动终端信息；和(b)将该第一上行移动终端信息转换为具有一因特网协议的一第一上行因特网信息。

为了更进一步实现上述和其它目的，提供一种包含在计算机可读介质中的软件程序。该软件程序指令通信系统执行一程序，包括：(a)接收具有一因特网协议的一第一下行因特网信息；(b)将该第一下行因特网信息转换为具有一移动终端通信协议的一第一下行移动终端信息，其中，该第一下行因特网信息包括一因特网数据页面，该页面具有：用来生成第一下行移动终端信息的第一下行移动终端信息数据；对应于与该第一下行移动终端信息相对应的第一响应上行移动终端信息的第一响应移动终端信息数据；和一对应于该第一响应上行移动终端信息的第一响应因特网地址，其中，基于该第一下行移动终端信息数据生成该第一下行移动终端信息；和(c)输出该下行移动终端信息。

为了更进一步实现上述和其它目的，提供一种包含在计算机可读介质中的软件程序。该软件程序指令通信系统执行一程序，包括：(a)接收一具有一因特网协议的第一上行因特网信息，其中，该第一上行因特网信息基于具有一移动终端通信协议的一第一上行移动终端信息，(b)基于该第一上行因特网信息生成一第一下行因特网信息，其中，该第一下行因特网信息包括一因特网数据页面，该页面具有：用来生成对应于第一上行移动终端数据的第一下行移动终端信息的第一下行移动终端信息数据；对应于与第一下行移动终端信息相对应的第一响应上行移动终端信息的第一响应移动终端信息数据；和对应于第一响应上行移动终端信息的第一响应因特网地址。

本发明的上述和其它目的和优点将通过结合附图和附表、详细描述最佳实施例而变得更明显，其中：

图1表示一种常规通信系统，其中，一移动终端可与一应用服务器进行通信；

图2表示根据本发明的一说明性实施例的通信系统；

图3表示图2中所示蜂窝至网转换器的详细结构的说明性实例；

图4表示经过图2所示通信系统传送的数据通信流程的说明性实例；

表1表示存储在图3所示SMS码至URI表中的数据的一说明性实例；

表2表示存储在图3所示对话分解表中的数据的说明性实例；

表3表示存储在图3所示组块表中的数据的说明性实例；

表4表示存储在图3所示对话分解表中的数据的说明性详细实例。

下面的最佳实施例的描述公开了特定的构造、组成和过程步骤。然而，最佳实施例仅是本发明的实例，因此，下面描述的特定特征仅被用来更方便地描述这种实施例，并提供本发明的整个理解。因此，本领域的技术人员将容易地意识到本发明不限于上述的特定实施例。另外，为了清楚和简短，省略本技术领域人员已知的本发明的不同构造、组成和步骤的描述。

本发明涉及一种通信系统、方法和软件程序，可快速并轻易地将根据因特网协议执行的因特网应用软件生成的数据转换为可由根据标准移动终端协议操作的移动终端读取的数据。另外，软件程序可由只读存储器(“ROM”)、随机存储器(“RAM”)、软盘、硬盘、光盘、载波(例如通过因特网传输的载波、电视信号的垂直消隐期间等)或其它任何计算机可读介质存储。

在本发明的一个说明性的、非限制实施例中，开发了一种通信系统，该系统可使根据标准移动终端协议(例如SMS或USSD协议)发送和接收数据的移动终端(例如移动电话)与根据因特网协议(例如HTTP、可扩充标示语言(“XML”)或HTML协议等)所执行的因特网应用软件进行通信。图2中示出该说明性实施例的一个实例。

如图所示，该系统包括移动终端110、蜂窝控制器130、蜂窝至网(“CTW”)转换器140和多个应用服务器150和170。该蜂窝控制器130可以是一个SMS中心或一个USSD中心，并可通过与终端110交换SMS或USSD信息来与移动终端110进行通信。在这种方案中，移动终端110通过无线电通信链路180向蜂窝网120发送SMS或USSD信息，该网络120通过通信链路190向控制器130发送信息。此外，蜂窝控制器130通过网络120和通信链路180和190向移动终端110发送信息。

蜂窝控制器130也可通过通信链路200向CTW转换器140提供SMS或USSD信息。该CTW转换器140可以是一短信息(“SM”)至网的转换器，该转换器将来自蜂窝控制器130的SMS或USSD信息转换为符合因特网协议(例如HTTP、XML或HTML协议等)的信息。例如，该CTW转换器140将SMS或USSD信息转换成HTTP请求210和220。

该CTW转换器140通过将HTTP请求输出至应用服务器150来与应用服务器150进行通信，并且该请求210访问应用服务器150中的网络服务器155。当访问网络服务器155时，激活一后台网络服务器，向该HTTP请求210产生一HTTP响应215，并向转换器140提供该响应215。在该后台服务器中可使用不同的后台网络服务器技术(例如公共网关接口(“CGI)技术、有效服务器页面(”ASP“)技术、Java服务器页面(“JPS”)技术等)来产生响应215。另外，HTTP响应215可包括一XML页面。

并且，CTW转换器140通过向因特网160输出HTTP请求220来与应用服务器170进行通信，该因特网向应用服务器170输出一对应HTTP请求230。应用服务器170和应用服务器170中的环球网服务器175以类似于服务器150和155处理请求210的方式来处理请求230。因此，应用服务器170产生一对应HTTP响应235(可包括一XML页面)并将它提供给因特网160。接着，因特网160将一对应HTTP响应225提供给CTW转换器140。

在CTW转换器140接收HTTP响应215和/或HTTP响应225后，它将响应215和/或响应225转换为一个或多个SMS或USSD信息。接着，通过通信链路200将该SMS或USSD信息提供给蜂窝控制器130，并且控制器130通过蜂窝网120和通信链路180和190将该信息输出给移动终端110。

在图2所示的实施例中，蜂窝控制器130和CTW转换器140被描述成执行两个不同软件程序的两个单独的控制器。然而，本实施例明显不限于这种构造。例如，转换器140可被引入蜂窝控制器130中，因此单个控制器执行一单个软件程序，该程序履行蜂窝控制器130和CTW转换器140两者功能。

图3中示出一CTW转换器140的结构的一个详细实例。另外，可通过软件、硬件或硬件和软件的结合来执行CTW转换器140。并且，在图中所示的说明性实例中，控制器130(图2)对应于SMS中心130(图3)，CTW转换器140被构造成与SMS中心130相互作用。然而，如果CTW转换器140与不同类型的控制器130和/或其它装置相互作用时，则它可具有不同的构造。

在任何情况下，在图3所示的非限制实例中，CTW转换器140包括SMS至统一资源标识符(“SMS/URT”)表1401、组块表1402、SMS中心连接器1403、HTTP请示管理器1404和对话分解表1405。SMS中心连接器1403从SMS中心130输入SMS信息，并将该SMS信息输出到SMS中心130。

当用户开始期望访问存储在应用服务器150中的应用软件时，SMS/URI表140存储一统一资源标识符(“URI”)，该标识符对应于可从SMS中心130接收的每个SMS信息。在一个应用中，每个SMS信息包括一SMS目的地址或与之相联系，该地址识别将SMS信息发送至的应用软件(和/或应用服务器)。在另一个应用中，因特网应用软件的SMS目的地址是所有SMS信息(被编址于这种应用软件)被发送至的地址。例如，目的地址可以是SMS信息被发送至的应用服务器(或蜂窝控制器)的目的电话号码。在GSM系统中，该目的地址可对应于移动站集成服务数据网络(“MSISDN”)号码，在TDMA/CDMA系统中，该目的地址可对应于移动标识号(“MIN”)。

表1401存储所有可能SMS目的地址和分别与SMS目的地址相关的URI，这样，每个URI都与对应的SMS目的地址相联系。换言之，可认为表1401为一将每个SMS目的地址与URI相联系的“查寻表”，表1中示出了该SMS/URI表1401的一个说明性实施例。在该实施例的一个应用中，由CTW转换器140的设计者来确定与SMS目的地址相联系的不同URI。在另一个实施例中，SMS/URI表1401是存储了所有可能SMS信息和对应于SMS信息的URI的、并分别将所有可能SMS信息与URI相联系的“查寻表”。

对话分解表1405存储与每个用户相关的数据，该用户当前正使用CTW转换器140与连接到转换器140上的一个应用服务器(例如应用服务器150)进行通信。具体而言，当用户正与存储在服务器150上的应用软件进行交互作用时(即与该应用软件进行“对话”时)，用户通过SMS中心130向CTW转换器140输出一命令。接着，如后所述，转换器140将一个HTTP请求输出到服务器150，并且该应用软件导致服务器150基于该HTTP请求向CTW转换器140输出一适当HTTP响应。该HTTP响应识别用户可对应于该HTTP生成的有限数量的可能响应SMS信息。对话分解表1405存储分别与每个可能响应SMS信息相关的用户的可能响应SMS信息和URI，用户当前正与存储在应用服务器150上的应用软件进行对话。另外，如果每个SMS信息的SMS目的地址并未实际包含于SMS信息中，则对话分解表1405也可存储对应于可能响应SMS信息的SMS目的地址。

在该实施例的一个应用中，对话分解表1405是一个“查录表”，该表(1)识别可由与因特网应用软件进行对话的每个用户生成的可能响应SMS信息，(2)识别分别对应于可能响应于SMS信息的SMS目的地址，和(2)识别分别对应于可能响应SMS信息的URI。表2中示出这种“查录表”的一个实例。

另外，如图3所示，SMS/URI表1401和对话分解表1405被描述为两个单独的表。然而，这种表1401和1405可被合并为一个单一的表。并且，SMS/URI表1401和对话分解表1405可位于同一个装置内(例如随机存储器“RAM”)或单独的存储装置中。

组块表1402存储每个用户的从应用服务器150处接收到的HTTP组块，该用户正与存储在分别对应于组块的服务器150和URI上的应用软件进行对话。在一个应用中，表1402为一个“查录表”，该表识别正与应用软件进行对话的每个用户，并列出对应于每个用户对话期间需要被呼叫的URI的所有组块。表3示出该“查寻表”的一个实例。

HTTP请求管理器1404基于SMS中心连接器1403的输出和其它数据向应用服务器150发送HTTP请求。并且，HTTP请求管理器1404从服务器150接收HTTP响应，并处理这种响应。

下面描述图3中示出的CTW转换器140的操作的一个更详细的实例。首先，SMS中心连接器1403处于等待状态，直到从SMS中心130输出一SMS信息。一旦接收该信息，连接器1403确定发送SMS信息的移动终端的标识符(“ID”)，并确定SMS信息的SMS目的的地址。在一个应用中，该移动终端是一个移动电话，该ID对应于该电话的电话号码。并且，该ID可包括在SMS信息的标题或其它部分内，或可同时作为单独信息与SMS信息一起被传输。并且，如上所述，SMS目的地址可包括在SMS信息的标题或其它部分内，或可同时作为单独信息与SMS信息一起被传输。

之后，SMS中心连接器1403向对话分解表1405提供SMS信息、ID和SMS目的地址，以确定该移动终端和SMS信息是否正用于与存储在服务器150上的应用软件进行对话。例如，如果SMS中心连接器1403所接收的ID、SMS信息和SMS目的地址不包含在表1405内，则该移动终端和SMS信息当前未用于与存储在服务器150上的应用软件进行对话。这种情况下，对话分解表1405向SMS中心连接器1403输出一“无对话”信号，以通知连接器1403该移动终端和SMS信息当前未用于对话。

当SMS中心连接器1403接收一“无对话”信号时，连接器1403向SMS/URI表1401输出SMS目的地址，以确定对应于SMS信息的URI。例如，如果SMD目的地址等于SMS DEST1，则连接器1403向表1401输出SMS目的地址SMS DEST1。如表1所示，URI1对应于地址SMS DEST1，这样，表1401对应于地址SMS DEST1向连接器1403输出URI1。

当SMS中心连接器1403从SMS/URI表1401接收适当的URI时，它向HTTP请求管理器1404发送URI、SMS信息和ID。当HTTP请求管理器1404接收这种信息时，它将ID和URI发送给组块表以确定组块是否已事先存储在与该ID和URI相对应(即对应于当前访问服务器150中应用软件的移动终端)的组块表1402内。例如，如果ID等于ID1，并且URI等于URI2，则组块表1402表明组块Cookie2对应于该ID和URI(表3)。在这种情况下，组块Cookie2对应于该ID被提供给HTTP请求管理器1404。另一方面，如果没有组块对应于该ID和URI，则表1402不向管理器1404输出任何组块。

在确定是否有任何组块对应于该ID和URI后，HTTP请求管理器1404生成一HTTP请求，并将其输出到应用服务器150。该HTTP请求包括从SMS中心连接器1403接收的URI、SMS信息和ID和任何从组块表1402接收的组块。在HTTP请求被发送到服务器150后，HTTP请求管理器1404等待从应用服务器150接收一对应于HTTP响应以回复该请求。

当应用服务器150接收该HTTP请求时，该应用软件基于该请求生成一HTTP响应。在一个实施例中，HTTP响应包括XML数据和任何相关组块。接着，HTTP响应被输出到HTTP请求管理器1404。

一旦接到该HTTP响应时，该HTTP请求管理器1404从该请求中抽取新的组块(如果有的话)和对应于该新的组块的新的URI(如果有的话)，并将该组块和URI发送给组块表1402。并且，如果接收到任何组块，则HTTP请求管理器1404发送HTTP响应被赋予表1402的移动终端的ID。接着，组块表1402以表3所示方式存储ID、组块和URI。另外，管理器1404检查包含在XML数据中的OPTION标志，从该OPTION标志中抽取ONPICK属性和ONKEY属性。ONKEY属性对应于用户可根据HTTP响应生成的不同可能SMS信息，ONPICK属性对应于分别与可能SMS信息相关的URI。一旦识别出可能SMS信息和对应于URI时，将它们存储在对话分解表1405中，以及存储导致HTTP响应被生成的移动终端的ID和应用软件(和/或应用服务器150)的SMS目的的地址。ID、SMS信息、SMS目的地址和URI可以表2所示格式存储在表1405中，并可对应于移动终端的ID和应用软件(和/或服务器150)的SMS目的地址来替换事先存储的任何先前SMS信息和URI。

在相关数据被存储在对话分解表1405中后，HTTP请求管理器1404检查HTTP响应中的XML数据，并从XML数据中抽取应发送至移动终端上的SMS信息。如下面详细所述，SMS信息是部分实XML数据，并由XML数据识别为具有适当标志。因此，抽取SMS信息是相当容易的，并且不必花费大量时间。在抽取SMS信息后，HTTP请求管理器1404向SMS中心连接器1403输出SMS信息和将接收该SMS信息的移动终端的ID，连接器1403将SMS信息和ID发送给SMS中心130。一旦接到该SMS信息和ID，则SMS中心130将SMS信息发送给ID所识别的移动终端。

在上述实例中，当SMS中心连接器130开始从SMS中心130接收SMS信息、SMS目的地址和ID时，该SMS信息和移动终端并不马上用于与存储在服务器150上的应用软件进行对话。因此，当SMS中心连接器1403向对话分解表1405输出SMS信息、SMS目的地址和ID时，表1405通过输出“无对话”信号来响应连接器1403。然而，如果移动终端和SMS信息正与应用软件进行对话，则对话分解表1405输出在对话期间使用的URI。

例如，如果SMS中心连接器1403接收了等于ID2的ID，接收了等于SMS11的SMS信息，并接收等于SMS DEST2的SMS目的地址，则连接器1403向对话分解表1405输出ID2、信息SMS11和地址SMS DEST2。如表2所示，ID2、信息SMS11和地址SMS DEST2包含于表1405内，这样，移动终端和SMS信息正被用于与应用软件进行对话。并且，表1405表明对应于信息SMS11和地址SMSDEST2的URI等于URI11。因此，表1405向SMS中心连接器1403输出URI11。在连接器1403接收URI11后，它向HTTP请求管理器1404输出URI11、SMS信息和ID，并且CTW转换器140的剩余部分以上述方式进行操作。另一方面，如上所述，如果ID2和地址SMS DEST2不包含于表1405内，则表向连接器1403输出一“无对话”信号。

参照图2、3和7来描述移动终端110和应用服务器150之间的通信的一个特定实例。如图4所示，表明图2所示不同装置之间的信息流，用户可通过由移动终端110输入一特定命令或目的地址来与存储在应用服务器150上的应用软件开始对话。例如，用户通过按压移动终端110上的一个特定按钮或通过以预定顺序按压某些键而由移动终端110输入一MAIN MENU命令。另外或择一地，用户可通过向移动终端110说出某个字或某些字并使移动终端通过声音识别技术识别该命令来输入该MAIN MENU命令。

一旦用户输入该特定命令或目的地址时，移动终端110向SMS中心任务30输出初始SMS信息和移动终端110的ID(步骤S300)。并且，在当前实例中，ID等于“111111”，它可对应于也可不对应于移动终端的电话号码。当SMS中心130接收初始SMS信息和ID时，它确定应用软件的SMS目的地址(例如“999999”)并将SMS信息、SMS目的地址和ID发送到CTW转换器140(步骤S310)。或者，移动终端儿0可将SMS目的地址输出到SMS中心130，并且该中心130不确定SMS目的地址。

CTW转换器140接收初始SMS信息、SMS目的地址和ID，并将SMS信息转换为初始HTTP请求(步骤S320)。具体而言，转换器140通过SMS中心连接器1403输入初始SMS信息、SMS目的地址和ID，连接器1403将SMS信息、SMS目的地址和ID输出到对话分解表1405。因为移动终端110(具有等于“111111”的ID)当前并未用于与应用服务器150中的应用软件(或与其它任何服务器的一个应用软件)进行对话，所以对话分解表1405向SMS中心转换器1403输出一“无对话”信号。因此，SMS中心转换器1403向SMS/URI表1401输出SMS目的地址(或初始SMS信息)，表1401基于SMS目的地址(或初始SMS信息)向SMS中心连接器1403输出一对应的URI。例如，SMS/URI表1401可向连接器1403输出下面的URI：

http：//www.mobileinfo.com/default.asp

一旦接收该URI，SMS中心连接器1403向HTTP请求管理器1404输出URI、初始SMS信息和ID。接着，管理器1404向组块表1402输出ID和URI以确定是否具有等于“111111”的ID的移动终端110和等于http：//www.mobileinfo.com/default.asp的URI需要任何组块来访问服务器150中的应用软件。如果需要组块时，则组块表1402向HTTP请求管理器1404输出该组块。接着，HTTP请求管理器1404形成包含URI、初始SMS信息、移动终端110的ID和任何所需组块的初始HTTP请求。下面是初始HTTP请求的一个实例：http：//ww.mobileinfo.com/default.asp？mobilenum＝111111&text＝在上述实例中，HTTP请求的“URI部分”等于“http：//www.mobileinfo.com/default.asp”，HTTP请求的“ID部分”等于“mobilenum＝111111”，HTTP请求的“SMS信息部分”等于“text＝”。如上述实例所示，HTTP请求的“SMS信息部分”不包括任何SMS信息文本。

在形成HTTP请求后，HTTP请求管理器1404将其提供给应用服务器150(步骤S330)，服务器150内的应用软件对应于HTTP请求生成一XML页面500(步骤S340)。具体而言，初始HTTP请求指令应用服务器150执行有效服务器页面(“ASP”)脚本“default.asp”以生成XML页面500，该页面包括不必返回具有等于“111111”的ID的移动终端110的SMS信息。下面是XML页面500的一个实例：

<？xml version＝“1.0”？>

<SMS>

1.News

2.Weather

3.Stocks

4.Jokes

</SMS>如上所示，SMS信息是部分XML页面500，由标志<SMS>SMS信息包括一菜单，该菜单表示“1”对应于“新闻”菜单选项，“2”对应于“天气”菜单选项，“3”对应于“股票”菜单选项，“4”对应于“笑话”菜单选项。并且，OPTION标志表示ONKEY属性表明移动终端110的用户可利用下面SMS信息：“1”、“2”、“3”或“4”中的一个来响应该SMS信息。另外，ONPICK属性表示URI“http：//www.mobileinfo.com/news.asp”对应于SMS信息“1”，URI“http：//www.mobileinfo.com/weather.asp”对应子SMS信息“2”，URI“http：//www.mobileinfo.com/stocks.asp”对应于SMS信息“3”，URI“http：//www.mobileinfo.com/jokes.asp”对应于SMS信息“4”。在生成XML页面500后，应用服务器150生成一包括XML页面500和任何必需组块的初始HTTP响应，并向CTW转换器140输出HTTP响应(步骤S350)。

CTW转换器140通过HTTP请求管理器1404接收HTTP响应，并将初始HTTP响应转换成初始SMS响应(步骤S360)。具体而言，HTTP请求管理器1404从HTTP响应中抽取组块。接着，管理器1404向组块表1402提供该组块、移动终端110的ID(即“111111”)和对应于该组块的URI，并且表1402存储该组块，因此基于等于“111111”的ID和其各自的URI来进行指定。此外，HTTP管理器1404抽取ONKEY属性，ONPICK属性和移动终端110的属性，并将这种信息连同应用软件的SMS目的地址一起提供给对话分解表1405。接着，表1405存储该信息，因此每个ONPICK属性(即URO)与其对应ONKEY属性(即对应的SMS信息)相联系，每个ONKEY属性与移动终端110的ID(即“111111”)和应用软件的SMS目的地址(即“999999”)相联系。表2是对话分解表1405的一般实例，表4是表1405的更详细实例，说明信息如何存储在表1405中。并且，如表4所示，SMS信息“<default>”对应于从移动终端110发送来的任何信息，并且不等于SMS信息“1”、“2”、“3”或“4”。

此外，HTTP请求管理器1404将来自XML页面500的SMS信息和移动终端110的ID输出到SMS中心连接器1403。接着，连接器1403将这种信息发送到SMS中心130(步骤S370)，SMS中心130将该信息发送到移动终端110(步骤S380)。

在移动终端110接收SMS信息后，它将SMS信息作为菜单510显示在移动终端110的显示器上(步骤S390)。当用户在显示器上看到该菜单后，他或她从菜单510中选择一选项。例如，在说明性的、非限制的实施例中，用户可通过按压移动终端110上的“2”按钮来从菜单中选择“天气”选项。此外，在另一个应用中，用户可通过按压不同按钮或多个按钮来选择“天气”选项，或向移动终端110说出某个字或某些字而通过声音识别技术来选择“天气”选项。

在任何情况下，在选择“天气”选项后，移动终端110产生一第二SMS信息，该信息表示选择“天气”选项(例如产生一包含“2”的第二SMS信息)。接着，移动终端110向SMS中心130发送第二SMS信息、移动终端110的ID(即“111111”)和应用软件的SMS目的地址(即“999999”)(步骤S400)，SMS中心130将这种信息发送到CTW转换器140(步骤S410)。

CTW转换器140通过SMS中心连接器1403输入第二SMS信息、移动终端110的ID和SMS目的地址，并将SMS信息转换成一第二HTTP请求(步骤S420)。具体而言，连接器1403向对话分解表1405输出ID、第二SMS信息和SMS目的地址。如表4所示，ID“111111”、包含“2”的SMS信息和SMS目的地址“999999”对应于URI“http：//www.mobileinfo.com/weather.asp”。因此，表1405向SMS中心连接器1403输出URI“http：//www.mobileinfo.com/weather.asp”，并且连接器1403向HTTP请求管理器1404输出URI“http：//www.mobileinfo.com/weather.asp”、SMS信息“2”和ID“111111“。接着，HTTP请求管理器1404以与生成初始HTTP请求相似的方式来生成第二HTTP请求。下面是第二HTTP请求的一个实例：http：///www.mobileinfo.com/weather.asp？mobilenum＝111111&text＝2

在上述实例中，HTTP请求的“URI部分”等于“http：///www.mobileinfo.com/weather.asp”，HTTP请求的“ID部分”等于“mobilenum＝111111”，HTTP请求的“SMS信息部分”等于“&text＝2”。在先前的情况中，HTTP请求管理器1404向应用服务器150发送该第二HTTP请求(步骤S430)。此外，在管理器1404接收初始HTTP响应后存储在组块表1402中的组块也可输出到服务器150。

当服务器150接收第二HTTP请求(有或没有存储的组块)时，服务器150中的应用软件生成一XML页面520(步骤S440)。具体而言，第二HTTP请求指令应用服务器150执行ASP脚本“weather.asp”来生成XML页面520，该页面包含SMS信息，该信息需要被返回到具有等于“111111”的ID的移动终端110。下面是XML页面520的一个实例：

<？xml version＝“1.0”？>

<SMS>

Today’s weather：Party cloudy，low 10℃，high 15℃

</SMS>

在生成XML页面520后，应用服务器150产生一包括XML页面520和任何必需组块的第二HTTP响应，将该HTTP响应输出到CTW转换器140(步骤S450)。接着，CTW转换器以与上述方式类似的方式将该HTTP响应转换成SMS信息(步骤S460)，该SMS信息被输出到SMS中心130(步骤S470)。之后，SMS中心130向移动终端110提供该SMS信息(步骤S480)。并且移动终端110将该信息显示为天气信息530(步骤S490)。

在一个最佳实施例中，CTW转换器140利用“读前”技术以提高用户通过他或她的移动终端110来接收信息的速度。例如，在步骤S350中，CTW转换器140接收包含具有下列ONPICK属性的XML页面500的初始HTTP响应：

http：//www.mobileinfo.com/news.asp

http：//www.mobileinfo.com/weather.asp

http：//www.mobileinfo.com/stocks.asp

http：//www.mobileinfo.com/jokes.asp当CTW转换器140将该初始HTTP响应转换为发送到移动终端110的SMS信息时，转换器140可立即向应用服务器150发送多于四个的HTTP请求来请求服务器150下载与上述四个ONPICK属性相关的四个XML页面。在一个实施例中，如果将一特定属性或参数(例如“超高速缓存”属性)被特定化或设置为该四个ONPICK属性的OPTION标志，则执行额外XML页面的下载。因此，当用户随后从菜单510中选择“天气”选项，并从移动终端110将一个包含“2”的SMS信息输出到CTW转换器140(步骤S400和S410)时，转换器140已接收到包括分别与新闻、天气、股票和笑话有关的XML页面的HTTP响应。因此，CTW转换器140可非常快速地向移动终端110输出对应的SMS信息(即“天气”SMS信息)，因此，移动终端110非常快速地对应于用户选择“天气”选项来显示天气信息530。

如上所述，CTW转换器140快速并容易地将SMS或USSD协议转换成因特网协议(例如HTTP、XML或HTML协议)，反之亦然。此外，可容易地设计或更改存储在服务器150上的因特网应用软件，因此它们可通过CTW转换器140与移动终端110进行通信。具体而言，如上所述，可更改已有的应用软件，因此，可通过修改应用软件的XML页面以加入包含不同ONPICK和ONKEY属性的OPTION标志并加入可由SMS标志识别的不同SMS信息文本来与移动终端110进行通信。另外，通过生成具有上述信息的适当XML页面而容易地设计新的应用软件来与移动终端进行通信。因为XML页面可用已有的因特网应用软件程序和设计工具来容易地生成，所以编程人员可容易并快速地生成可利用SMS或USSD协议与移动终端进行通信的因特网应用软件。

根据上述公开的启发，本领域的技术人员将明白如何设计和/或编程CTW转换器140以将专有协议(例如SMS和USSD协议)转换为因特网协议(例如HTTP、XML和HTML协议)，反之亦然。另外，为了进一步说明本发明的转换方法的一个实例，下面说明未组织辅助服务标示语言(“USSML”)协议。USSML协议是一个由Comverse公司开发的XML语言，可使第三方开发者容易地使用因特网工具执行该USSD协议。该USSD协议包括可代表存在于因特网上的基于菜单的应用软件的标志，并且该应用软件的开发者可容易地更改一WML或HTML应用软件，因此，它可与根据SMS或USSD协议进行通信的移动终端进行通信。

USSML协议使用<USSML>标志和<OPTION>标志(以及其它标志)。该<USSML>标志识别所有根据USSML协议传输的数据的USSML设定和内容，并包括“服务”属性。该“服务”属性识别数据信息的基本特性，并具有一个下面的值：

*服务＝“请求”

*服务＝“通知”

*服务＝“sms”当“服务”属性具有*服务＝“请求”值(即<USSML*服务＝“请求”>)时，发送数据信息的应用软件期望来自数据信息被发送至的装置或应用软件的响应。这种数据信息的一个实例是图4所示XML页面500。当“服务”属性具有*服务＝“通知”值(即<USSML*服务＝“通知”>)时，发送数据信息的应用软件不期望来自装置或应用软件的响应。这种数据信息的一个实例可以是当装置开始被打开时所显示的“欢迎”屏幕。当“服务”属性具有*服务＝“SMS”值(即<USSML*服务＝“SMS”>)时，数据信息包括不被显示在移动终端110上的SMS信息。这种数据信息的一个实例是图4所示XML页面520。

<OPTION>标志定义可从移动终端接收的SMS信息和在接收到一个SMS信息时应执行的操作。该<OPTION>标志包括一“acton”属性，一“onpick”属性、一“cache”属性和一“default”属性。

当激活<OPTION>标志时指定“acton”属性。例如，如果“acton”属性等于“acton＝‘1’”，则如果移动终端输出一包含等于“1”的字符串的SMS信息时，执行包含这种“acton”属性的<OPTION>标志。“acton”属性的实例为结合上面实施例所述的ONKEY属性。

当激活<OPTION>标志时指定访问URI的“onpick”属性。例如，如果“acton”属性等于“acton＝‘1’”，并且“onpick”属性包括URI“http：//domain.com？thissession＝1234”，则如果移动终端输出一等于“1”的SMS信息，则访问URI“http：//domain.com？thissession＝1234”。“onpick”属性的实例为结合上面实施例所述的ONPICK属性。

在从移动终端接收一顺序SMS信息以激活包含“onpick”属性的<OPTION>标志之前，指定是否应读取在“onpick”属性中所识别的URI的“cache”属性。例如，如果“cache”属性具有一预定值，则该系统进行上述的“读前”技术。例如，假设来自移动终端的初始SMS信息输出引起应用软件输出一包含具有下面“onpick”属性(即URI)的XML页面的HTTP响应：

http：//www.mobileinfo.com/subjectl.asp

http：//www.mobileinfo.com/subject2.asp

http：//www.mobileinfo.com/subject3.asp

http：//www.mobileinfo.com/subject4.asp如果“cache”属性具有一预定值，则在移动终端输出一包含等于与一个上述“onpick”属性相联系的“acton”属性的字符串的顺序SMS信息之前，该系统将读取所有列出的URI。这样，当从移动终端接收该顺序SMS信息时，已访问了对应的URI，并大大地提高了系统的响应时间。

如果接收到不包含等于任何其它<OPTION>标志的“acton”属性字符串，则“default”属性指定一被激活的<OPTION>标志。

下面描述使用USSML协议的一个实例。首先，当用户激活他或她的移动终端时，通信系统的控制器(例如CTW转换器140)激活一文件“start.ussml”，这种文件自动产生一个访问下述URI的HTTP请求：http：//operator.com/main.cgi？mobilenum＝0788991122&answerstring＝””&waitseconds＝2一旦接到该HTTP请求，则相关应用软件产生一包含下面XML页面的HTTP响应：

<？xml version＝“1.0”？>

Welcome to Super Menu

Claims

1.一种通信系统，其特征在于该系统包括：

一协议转换控制器，该控制器接收具有移动终端通信协议的第一上行移动终端信息，并将该第一上行移动终端信息转换成一具有因特网协议的第一上行因特网信息。

2.根据权利要求1的通信系统，其特征在于：该协议转换控制器接收具有因特网协议的一第一下行因特网信息，并将该第一下行因特网信息转换为具有移动终端通信协议的一第一下行移动终端信息，

其中，该第一下行因特网信息响应该第一上行因特网信息。

3.根据权利要求1的通信系统，其特征在于：该移动终端通信协议是SMS协议和USSD协议之一。

4.根据权利要求1的通信系统，其特征在于：该因特网协议是HTTP协议和XML协议之一。

5.根据权利要求1的通信系统，其特征在于：该协议转换控制器接收该第一上行移动终端信息，根据该第一上行移动终端信息选择一第一上行因特网地址，并基于该第一上行因特网地址生成该第一上行因特网信息，

其中，该第一上行因特网信息被提供给一因特网应用软件。

6.根据权利要求5的通信系统，其特征在于：该协议转换控制器确定该第一上行移动终端信息是否是部分已有的与该因特网应用软件进行的对话，

其中，当该第一上行移动终端信息是部分已有的对话时，该协议转换控制器选择一第一选择因特网地址作为该第一上行因特网地址，和

其中，当该第一上行移动终端信息不是部分已有的对话时，该协议转换控制器选择一第二选择因特网地址作为该第一上行因特网地址。

7.根据权利要求6的通信系统，其特征在于：一第一下行因特网信息包括该第一选择因特网地址，对应于一第一下行移动终端信息的第一下行数据，和一与该第一选择因特网地址相联系的第一响应移动终端信息，

其中，该第一下行因特网信息被提供给该协议转换控制器，该协议转换控制器基于该第一下行数据生成该第一下行移动终端信息，

其中，该第一上行移动终端信息对应于该第一下行移动终端信息被提供给该协议转换控制器，和

其中，当该第一上行移动终端信息对应于该第一响应移动终端信息时，该协议转换控制器确定该第一上行移动终端信息是部分已有的与因特网应用软件进行的对话。

8.根据权利要求7的通信系统，其特征在于：该第一下行因特网信息进一步包括一第一下行标识符，该标识符对应于该第一下行移动终端信息的一目的的和该因特网应用软件的一第一下行目的地址，

其中，该协议转换控制器接收该第一上行移动终端信息，一对应于该第一上行移动终端信息的资源的第一上行标识符，和一对应于该第一上行移动终端信息的第一上行目的地址，和

其中，当该第一上行移动终端信息对应于该第一响应移动终端信息、该第一上行标识符对应于该第一下行标识符、和该第一上行目的地址对应于该第一下行目的地址时，该协议转换控制器确定该第一上行移动终端信息是部分已有的与因特网应用软件进行的对话。

9.根据权利要求8的通信系统，其特征在于：当该协议转换控制器确定该第一上行移动终端信息不是部分已有的与因特网应用软件进行的对话时，该协议转换控制器基于该第一上行目的地址来选择该第二选择因特网地址。

10.根据权利要求7的通信系统，其特征在于：如果该第一下行因特网信息进一步包括一超高速缓存参数，则在该协议转换控制器接收该第一上行移动终端信息之前，该协议转换控制器基于该第一选择因特网地址生成一第二上行因特网信息，

其中，该协议转换控制器接收对应于该第二上行因特网信息的一第二下行因特网信息，

其中，该第二下行因特网信息包括对应于一第二下行移动终端信息的第二下行数据，

其中，当该协议转换控制器接收该第一上行移动终端信息时，该协议转换控制器确定该第二下行移动终端信息是否对应于该第一上行移动终端信息，和

其中，当该第二下行移动终端信息对应于该第一上行移动终端信息时，该协议转换控制器输出该第二下行移动终端信息。

11.根据权利要求1的通信系统，其特征在于：该协议转换控制器在接收该第一上行移动终端信息之前，从一因特网应用软件接收一第一下行因特网信息，

其中，该第一下行因特网信息包括一第一下行组块，

其中，该协议转换控制器确定该因特网应用软件是否需要该第一下行组块来适当处理该第一上行因特网信息，

其中，当该第一下行组块被需要来适当处理该第一上行因特网信息时，该协议转换控制器输出作为一第一上行组块的该第一下行组块，以及该第一上行因特网信息。

12.根据权利要求11的通信系统，其特征在于：第一下行因特网地址进一步包括一第一下行标识符和一第一选择因特网地址，和

其中，如果该第一上行标识符和该第一上行因特网地址分别对应于该第一下行标识符和该第一选择因特网地址，则该协议转换控制器确定该因特网应用软件需要该第一下行组块来适当处理该第一上行因特网信息。

13.一种通信系统，其特征在于该系统包括：

一协议转换控制器，该控制器接收具有因特网协议的第一下行因特网信息，并将该第一下行因特网信息转换成一具有移动终端通信协议的第一下行移动终端信息，

其特征在于：该第一下行因特网信息包括一因特网数据页面，该页面具有：

用来生成第一下行移动终端信息的第一下行移动终端信息数据；

对应于与该第一下行移动终端信息相对应的第一响应上行移动终端信息的第一响应移动终端信息数据；和

一对应于该第一响应上行移动终端信息的第一响应因特网地址，

其中，该协议转换控制器基于该第一下行移动终端信息数据生成该第一下行移动终端信息，并输入该第一下行移动终端信息。

14.根据权利要求13的通信系统，其特征在于：该移动终端通信协议是SMS协议和USSD协议之一。

15.根据权利要求13的通信系统，其特征在于：该因特网协议是HTTP协议和XML协议之一。

16.根据权利要求13的通信系统，其特征在于：该协议转换控制器接收具有该移动终端通信协议的一第一上行移动终端信息，并确定该第一上行移动终端信息是否对应于该第一响应上行移动终端信息，

其中，当该第一上行移动终端信息对应于该第一响应上行移动终端信息时，该协议转换控制器生成一具有该因特网协议的第一上行因特网信息，和

其中，该第一上行因特网信息包括该第一响应因特网地址。

17.根据权利要求16的通信系统，其特征在于：该协议转换控制器从一因特网应用软件接收该第一下行因特网信息，

其中，该第一下行因特网信息进一步包括一第一下行组块，

18.一种通信系统，其特征在于该系统包括：

一因特网服务器，该服务器接收具有一因特网协议的一第一上行因特网信息，其中，该第一上行因特网信息基于一具有移动终端通信协议的第一上行移动终端信息，

其特征在于：该因特网服务器包括一因特网应用软件，该程序基于该第一上行因特网信息生成一第一下行因特网信息，

其中，该第一下行因特网信息包括一因特网数据页面，该页面具有：

用来生成对应于第一上行移动终端数据的第一下行移动终端信息的第一下行移动终端信息数据；

对应于与第一下行移动终端信息相对应的第一响应上行移动终端信息的第一响应移动终端信息数据；和

对应于第一响应上行移动终端信息的第一响应因特网地址。

19.根据权利要求18的通信系统，其特征在于：该移动终端通信协议是SMS协议和USSD协议之一。

20.根据权利要求18的通信系统，其特征在于：该因特网协议是HTTP协议和XML协议之一。

21.根据权利要求18的通信系统，其特征在于：该第一下行因特网信息进一步包括一第一下行组块，一第二上行因特网信息需要该组块来由因特网应用软件进行适当处理，和

其中，该第二上行因特网信息对应于该第一响应上行移动终端信息。

22.一种通信方法，其特征在于该方法包括：

(a)接收具有一移动终端通信协议的一第一上行移动终端信息；

和

(b)将该第一上行移动终端信息转换为具有一因特网协议的一第一上行因特网信息。

23.根据权利要求22的方法，其特征在于该方法进一步包括：

(c)接收具有该因特网协议的一第一下行因特网信息，并将该第一下行因特网信息转换为一具有该移动终端通信协议的第一下行移动终端信息，

其中，该第一下行因特网信息对应于该第一上行因特网信息。

24.根据权利要求22的方法，其特征在于：该移动终端通信协议是SMS协议和USSD协议之一。

25.根据权利要求22的方法，其特征在于：该因特网协议是HTTP协议和XML协议之一。

26.根据权利要求22的方法，其特征在于步骤(b)包括：

(b1)选择对应于该第一上行移动终端信息的一第一上行因特网地址；和

(b2)基于该第一上行因特网地址生成该第一上行因特网信息，

其中，该第一上行因特网信息被提供给一因特网应用软件。

27.根据权利要求26的方法，其特征在于步骤(b1)包括：

(b1a)确定该第一上行移动终端信息是否是部分已有的与因特网应用软件的对话；

(b1b)当该第一上行移动终端信息是部分已有的对话时，选择一第一因特网地址作为该第一上行因特网地址；和

(b1c)当该第一上行移动终端信息不是部分已有的对话时，选择一第二因特网地址作为该第一上行因特网地址。

28.根据权利要求27的方法，其特征在于该方法进一步包括：

(c)接收一包括该第一选择因特网地址的第一下行因特网信息，对应于一第一下行移动终端信息的第一下行数据，和与该第一选择因特网地址相联系的一第一响应移动终端信息；

(d)基于该第一下行数据生成该第一下行移动终端信息；和

(e)对应于该第一下行移动终端信息生成该第一上行移动终端信息，和

其中，步骤(b1a)包括：

(b1a1)当该第一上行移动终端信息对应于该第一响应移动终端信息时，确定该第一上行移动终端信息是部分已有的与该因特网应用软件进行的对话。

29.根据权利要求28的方法，其特征在于：该第一下行因特网信息进一步包括一第一下行标识符，该标识符对应于该第一下行移动终端信息的一目的的和该因特网应用软件的一第一下行目的地址，

其中，步骤(a)包括：

(a1)接收一对应于该第一上行移动终端信息的资源的第一上行标识符，和一对应于该第一上行移动终端信息的第一上行目的地址，和

其中，步骤(b1a1)包括：

(b1a1a)当该第一上行移动终端信息对应于该第一响应移动终端信息、该第一上行标识符对应于该第一下行标识符、和该第一上行目的地址对应于该第一下行目的地址时，确定该第一上行移动终端信息是部分已有的与因特网应用软件进行的对话。

30.根据权利要求29的方法，其特征在于步骤(b1c)包括：

(b1c1)当该第一上行移动终端信息不是部分已有的与因特网应用软件进行的对话时，基于该第一上行目的地址来选择该第二选择因特网地址。

31.根据权利要求28的方法，其特征在于该方法进一步包括：

(f)确定该第一下行因特网信息是否进一步包括一超高速缓存参数；

(g)当该第一下行因特网信息包括该超高速缓存参数时，以接收该第一上行移动终端信息之前，基于该第一选择因特网地址来生成一第二上行因特网信息；

(h)接收一对应于该第二上行因特网信息的第二下行因特网信息，其中，该第二下行因特网信息包括对应于一第二下行移动终端信息的第二下行数据；

(i)当接收该第一上行移动终端信息时，确定该第二下行移动终端信息是否对应于该第一上行移动终端信息；和

(j)当该第二下行移动终端信息对应于该第一上行移动终端信息时，输出该第二下行移动终端信息。

32.根据权利要求22的方法，其特征在于该方法进一步包括：

(c)在接收该第一上行移动终端信息之前，从一因特网应用软件接收一第一下行因特网信息，其中，该第一下行因特网信息包括一第一下行组块；

(d)确定该因特网应用软件是否需要该第一下行组块来适当处理该第一上行因特网信息；和

(e)当需要该第一下行组块来适当处理该第一上行因特网信息时，输出该第一下行组块作为一第一上行组块，以及输出该第一上行因特网信息。

33.根据权利要求22的方法，其特征在于：第一下行因特网地址进一步包括一第一下行标识符和一第一选择因特网地址，和

其中，步骤(d)包括：

(d1)如果该第一上行标识符和该第一上行因特网地址分别对应于该第一下行标识符和该第一选择因特网地址，则确定该因特网应用软件需要该第一下行组块来适当处理该第一上行因特网信息。

34.一种包含在计算机可读介质中的软件程序，其中，该软件程序指令通信系统执行一程序，包括：

(a)接收一具有一因特网协议的第一上行因特网信息，其中，该第一上行因特网信息基于具有一移动终端通信协议的一第一上行移动终端信息，

(b)基于该第一上行因特网信息生成一第一下行因特网信息，其中，该第一下行因特网信息包括一因特网数据页面，该页面具有：

对应于第一响应上行移动终端信息的第一响应因特网地址。

35.根据权利要求34的软件程序，其特征在于：该移动终端通信协议是SMS协议和USSD协议之一。

36.根据权利要求34的软件程序，其特征在于：该因特网协议是HTTP协议和XML协议之一。

37.根据权利要求34的软件程序，其特征在于：该第一下行因特网信息进一步包括一需要来适当处理一第二上行因特网信息的第一下行组块，和