CN1348298A

CN1348298A - 基于短消息服务的无线增值业务的实现方法和系统

Info

Publication number: CN1348298A
Application number: CN01135096A
Authority: CN
Inventors: 蔡晓明; 肖鹏; 曹红伟
Original assignee: XIEMA (BEIJING) INFORMATION TECHN CO Ltd
Current assignee: Slunbei Xieshenma (Beijing) Information Technology Co. Ltd.
Priority date: 2001-11-27
Filing date: 2001-11-27
Publication date: 2002-05-08
Anticipated expiration: 2021-11-27
Also published as: AU2002348855A1; AU2002348855A8; WO2003046719A2; US20050085244A1; WO2003046719A3; CN1182748C; WO2003046719A8; EP1449392A2

Abstract

一种基于短消息服务的无线增值业务实现方法和系统,其中该方法包括下列步骤:在服务提供端将一项无线增值业务分解为对应于多个命令的命令标识及其相应的信息体,所述信息体包括命令所必需的信息和业务相关信息;将每个所述命令标识及相应的信息体组合成为一个命令体,在所述命令体中插入表示各命令之间的逻辑顺序的逻辑顺序标识,并将各个命令体组合形成一短消息;服务提供端将所述短消息发送给移动终端;所述移动终端的SIM卡中的解释程序将所述短消息翻译成为对应的、可在移动终端中执行的、具有逻辑顺序关系的命令及信息。所述移动终端按所述的逻辑顺序执行所述命令、显示所述信息。可通过推送、Web定制和用户移动终端下载来提供无线增值业务。

Description

基于短消息服务的无线增值业务的实现方法和系统

技术领域

本发明涉及一种基于短消息服务的无线增值业务的实现方法和系统，特别涉及利用短消息传输技术从服务提供端下载无线业务信息并保存在移动终端的SIM卡中，提供相应管理功能的方法和系统。

背景技术

在基于STK技术的手机短消息增值业务领域，目前普遍的做法是根据业务的需要，在SIM卡中载入一个应用程序，该应用程序定义了完成该业务所需的菜单、业务数据输入界面以及发送给业务提供端的数据格式，用户通过浏览菜单选择相应业务功能，在相关数据输入界面输入业务所需的数据，最后应用程序把数据组织成固定格式，通过移动通信GSM网络发送给电信运营商的增值业务平台。该应用程序是在制作SIM卡时写入的，用户如果需要这些业务，只需要购买装载有该应用程序的SIM卡，就可以随时进行该业务操作。

但是随着用户需求的不断改变以及新的应用领域不断被开发出来，SIM卡中装载的应用程序需要作相应的更改，而应用程序又是在制作SIM卡时写入的，所以为了适应新业务应用的需要，就需要重写SIM卡中的应用程序或者重新制作SIM卡，而SIM卡的制造和发行分别由SIM卡制造商和移动电话公司控制，当业务提供商开发出新的业务时，需要三方密切有效的合作才能让最终用户享受到新的业务。这在当今“时间就是效益”的激烈市场竞争环境下，明显限制了业务提供商的发展，也不利于无线增值业务的推广。

为了改善这种状况，SIM卡制造商和业务提供商都在研究新的增值业务实现方法，目前应用较普遍的有三种：(1)用户到移动公司的各营业网点，更换支持新应用的SIM卡或者重新装载新应用到原先的SIM卡上，这种方法需要专门设备和应用软件系统支持；(2)利用空中下载技术(0TA)，在需要业务更新时，将SIM卡内的业务菜单、业务数据输入界面和业务数据发送格式等从无线增值业务服务平台下载到SIM卡内；(3)在移动终端设备上建立一个浏览器，所有与应用相关的数据全部放在服务端，用户通过和服务端的交互操作，实现各种应用规定的功能。

上述三种方法都有其一定的适用范围，但也存在一些缺点，影响了业务的发展。对于第一种方式，即使手机用户对新的应用感兴趣，也会觉得需要去移动公司的各营业网点重新更新SIM卡不方便，而作为业务提供商，也需要重新定制新的SIM卡，才能将新的应用提供给用户，也不利于新业务的推广；对于第二种方式，由于一项业务就需要下载大量的数据，而一条短消息所能承载的数据量非常有限，往往不实用；对于第三种方式，由于移动终端需要和服务端不断进行数据交互，会使得操作时间大大增加，甚至很简单的应用也要经过复杂的操作，并且如果用户达到一定的数量时，服务端的处理能力可能影响业务的进行，从而降低了实用性。

在专利申请CN1281194A中，公开了一种基于短消息服务的手机电子商务动态菜单下载的实现方法，但其中只有概念性的描述，并未给出具体的实现方式。

在专利申请CN1288342A中，公开了一种无线增值业务的动态实现方法及装置，其即属于上面所述的第三种方式。

因此，目前存在对在SIM卡上更新无线业务进行改善的需求，以给用户提供更加灵活和方便的服务。

发明内容

针对上述问题，本发明的目的在于提供一种基于短消息服务的无线增值业务实现方法和系统，从一项增值业务的全部命令和信息中提取出业务相关信息、用命令标识所表示的命令和各命令必须的最少信息，并封装在一短消息中，一次性发送给移动终端，无需用户与服务提供端进行反复交互，即可在移动终端形成能完整执行的菜单。

为了达到上述目的，本发明提供一种基于短消息服务的无线增值业务实现方法，其中该方法包括下列步骤：在服务提供端将一项无线增值业务分解为对应于多个命令的命令标识及其相应的信息体，所述信息体包括命令所必需的信息和业务相关信息；将每个所述命令标识及相应的信息体组合成为一个命令体，在所述命令体中插入表示各命令之间的逻辑顺序的逻辑顺序标识，并将各个命令体组合形成一短消息；服务提供端将所述短消息发送给移动终端；所述移动终端的SIM卡中的解释程序将所述短消息翻译成为对应的、可在移动终端中执行的、具有逻辑顺序关系的命令及信息。

本发明还提供一种用于实现基于短消息服务的无线增值业务的系统，包括：一无线增值业务服务器，用于将一项无线增值业务分解为对应于多个命令的命令标识及其相应的信息体，所述信息体包括命令所必需的信息和业务相关信息；将每一个所述命令标识及相应的信息体组合成为一个命令体，在所述命令体中插入表示各命令标识之间的逻辑顺序的逻辑顺序标识，并将各个命令体组合形成相应的短消息，所述无线增值业务服务器根据各种无线业务请求将所述对应的短消息发送给一移动终端；和一SIM卡，用于存储一解释程序，所述解释程序将从所述无线增值业务服务器接收的所述短消息翻译成为对应的、具有逻辑顺序的命令及信息，供所述移动终端执行。

采用本发明，由于在传输过程中去除了大量的冗余信息及编码等，使一条短消息所能容纳的信息量大大增加，从而大大提高了短消息的传送效率。对于一般的无线业务，用户只需要和服务提供端通信一次，把该业务下载到SIM卡上，形成完整的应用菜单，以后就可以随时使用了。用户可以直接用移动终端发送短消息，也可以通过WEB页面定制自己喜爱的业务，而且业务提供商如果想推出新的应用，可以直接从服务提供端发送新无线业务的菜单数据(短消息)给用户，让用户自己选择。用户还可以通过驻留程序提供的管理功能对已经下载的应用进行删除、申请新业务等的管理。

附图说明

下面结合附图及实施例对本发明进行详细地说明，本发明的上面和其它目的、特征和优点将变得更加清楚，其中：

图1是本发明基于网络运营商的系统网络的结构图；

图2是本发明基于内容服务商的系统网络的结构图；

图3是本发明具体实施例的系统的框图；

图4是本发明无线业务注册功能的流程图。

图5是本发明业务发布功能的流程图；

图6是本发明Web网站业务定制功能的流程图

图7是本发明用户移动终端业务定制功能的流程图；

图8是本发明SIM卡解释程序所进行的处理的流程图；

图9是本发明的具体实施例的菜单结构的图。

具体实施方式

下面，将参照附图对本发明进行详细说明。

图1是本发明所基于网络运营商的系统网络的结构图。下面将结合图1说明该系统各组成部分及功能。

如图1所示的系统网络包括：包含ICP应用服务器101和ICP Web服务器102的内容服务商的网络100；国际互联网103；应用服务器104，可以把短消息格式的无线业务发送到短消息中心；应用数据库105，用于存储无线业务、各类请求、和日志等相关信息；移动运营商的网络120，该网络包含短消息中心106、GSM移动网络110、移动数据网109、及防火墙和网关等；OAM服务器107，为本系统提供配置、管理和维护等功能；鉴权与计费服务器108，为用户、内容提供商和运营商提供鉴权和计费信息；手机(也可以是车载电话)111和支持Java虚拟机的SIM卡112。

图2是本发明基于内容服务商的系统网络的结构图。除与图1具有不同的拓扑结构外，图2与图1具有相同的组成部分，因此本发明采用相同的标号进行标示，不再进行详细地描述。

图3是本发明具体实施例的系统的框图。该系统包括：无线增值业务服务器201，包括多项无线增值业务，用于将每一项无线增值业务分解为多个命令及其相应的信息体，所述信息体包括命令所需的信息和业务相关信息，并将每一个所述命令及相应的信息体组合成为一个命令体，在所述命令体中插入表示各命令之间的逻辑顺序的逻辑顺序标识，并将各个命令体组合形成相应的短消息，所述无线增值业务服务器根据各种无线业务请求将所述对应的短消息发送给一移动终端；SIM卡112，用于存储一解释程序202，所述解释程序202将从所述无线增值业务服务器接收的所述短消息翻译成对应的、具有逻辑顺序的命令及信息，供所述动终端执行；和通用服务器组203，用于实现网络接入、业务发布、管理、维护、鉴权和计费等其它功能。

具体地，所述无线增值业务服务器201包括：无线业务描述文件生成及仿真器311，用于分解无线增值业务成多个命令体，以生成一无线业务描述文件(该描述文件是基于XML的数据文件，而XML数据文件是通过WEB页面转换而成)，并对该文件进行仿真和验证，所述无线业务描述文件包括上述的全部命令体；短消息生成器211，用于处理所述无线业务描述文件，形成短消息，并将所生成的短消息存储到数据库(该数据库可以是支持SQL标准的数据库)212中；应用数据库212，用于存储无线业务、各类请求和日志等信息；业务请求处理模块213，该模块处理从WEB服务器或移动终端传送来的无线业务请求，或根据应用服务器104主动发出的PUSH(推送)指令，从数据库中读取相应的短消息进行发送。所述生成器中包含一命令标识-命令转换对照表，用于将各个命令的代码转换为相应的命令标识。在短消息中只放入命令标识，而不用放入较长的命令本身的代码，以节省短消息中的数据量。同样的命令标识-命令转换对照表也事先存储在SIM卡中。

所述命令标识-命令转换对照表例如为：

01 选择文字显示的命令

02 需要用户输入的命令

03 发送短消息的命令

04 ……

…… ……

所述业务请求处理模块213包括：短消息接收机413；短消息发送机412；和守卫进程服务器411，该服务器用于访问数据库212，调用短消息接收机413将客户从移动终端所发送的业务应用请求存储到数据库212中，并调用短消息发送机412将相应的无线业务短消息转发到客户的SIM卡112上。

所述通用服务器组包括：WEB服务器102，用于为用户提供接入页面，并将用户所选择的无线业务请求提交到数据库212；OAM服务器107，为用户提供配置、管理和维护功能；鉴权与计费服务器108，用于为用户、内容服务提供商和运营商提供鉴权和记费信息；和服务发布服务器113，为内容服务提供商提供业务应用的发布功能。

下面结合图4至图8说明本发明的方法的实现过程。

图4是本发明无线业务注册功能的流程图。在图4的步骤S21中，无线业务描述文件生成及仿真器311中的生成器部分将一项无线增值业务分解为多个命令及其相应的信息体，所述信息体包括命令所必需的信息和业务相关信息，并将每一个所述命令及相应的信息体组合成为一个命令体，在所述命令体中插入表示各命令之间的逻辑顺序的逻辑顺序标识，以生成无线业务描述文件312，并由仿真器对该文件进行仿真和验证，以保证该生成的文件在手机终端一方形成的菜单是正确的。在步骤S22，无线业务短消息生成器211读取由无线业务描述文件生成及仿真器311生成的无线业务描述文件312，并对该文件进行分析处理，在步骤S23生成无线业务短消息。在步骤S24，当生成无线业务短消息后，无线业务短消息生成器211将所生成的无线业务短消息存储到数据库212中。

无线增值业务提供商可以通过服务发布服务器113主动发出PUSH(推送)无线增值业务的指令，以将新的业务主动提供给用户。

如图5所示，在步骤S31，服务发布服务器113向应用数据库212发出服务发布请求。在步骤S32，守卫进程服务器411从应用数据库212监听到该服务发布请求，并从应用数据库212中提取所请求的无线业务短消息。在步骤S33，守卫进程服务器411对该短消息进行分发提交，并调用短消息发送机412；在步骤S34，短消息发送机412将该无线业务短消息发送给用户的SIM卡驻留程序202(在后面将要描述SIM卡驻留程序对无线业务短消息进行的处理)。

新的业务还可以由用户在互联网上浏览无线增值业务提供商为增值业务定制的WEB页面时，提交定制请求到WEB服务器102，并获得所需要的无线增值业务。

如图6所示，在步骤S41，Web服务器102向应用数据库212发出无线业务的增值请求。在步骤S42，守卫进程服务器411从应用数据库212监听到该无线业务的增值请求，并从应用数据库212中提取所请求的无线业务短消息。在步骤S43，守卫进程服务器411对该短消息进行分发提交，并调用短消息发送机412；在步骤S44，短消息发送机412将该无线业务短消息发送给用户的SIM卡驻留程序202(在后面将描述SIM卡驻留程序对无线业务短消息进行的处理)。

用户还可以通过SIM卡驻留程序202发出定制新业务的请求，该请求经过手机111，再通过GSM移动网络110被发送到无线增值业务提供商的无线增值业务服务器201，并获得所需要的无线增值业务。

如图7所示，在步骤S51，SIM卡驻留程序202向短消息接收机413发出无线业务的增值请求。在步骤S52，短消息接收机413将该请求的短消息发送到守卫进程服务器411。在步骤S53，守卫进程服务器411将该请求的短消息存储到应用数据库212。在步骤S54，守卫进程服务器411从应用数据库212监听到对该无线增值业务的请求，并从应用数据库212中提取对应请求的无线业务短消息。在步骤S55，守卫进程服务器411对该短消息进行分发提交，并调用短消息发送机412；在步骤S56，短消息发送机412将该无线业务短消息发送给用户的SIM卡驻留程序202(在后面将描述SIM卡驻留程序对无线业务短消息进行的处理)。

SIM卡驻留程序202包括一解释程序，用于对上述格式的无线业务短消息进行如下解释处理。

在图8的步骤S61，SIM卡112收到无线业务短消息。在步骤S62，SIM卡解释程序将无线业务短消息保存为SIM卡的文件。在步骤S63，SIM卡解释程序将保存的应用信息翻译成对应的菜单形式的命令，并按照其中规定的逻辑顺序显示在手机上。具体地，在SIM卡中预存有一与服务提供端相同的命令标识-命令转换对照表(图中未示出)，还存有与各个命令相应的冗余信息。所述解释程序将命令标识转换或翻译为相应的命令代码，并补充相应的冗余信息，以将翻译、补充后的完整的符合GSM规范的命令发送给手机，进行执行和显示。在步骤S64，手机就会按顺序执行对应的操作(即将该短消息翻译成菜单，并将该菜单显示在手机上，以进行删除、申请新业务等，完成该无线业务所定义的功能)。

下面将以具体实例对本发明中的提取命令标识、命令必需信息及业务相关信息的方法进行说明。

例如，符合GSM规范的一个用于选择的命令如下所示：

Protective SIM command Tag “D0”

Length “ ”“由程序计算”

Command details

Tag “81”

Length “03”

Command number “01”

Type of command “24”

Command quelifier “00”

Device identities

Tag “82”

Length “02”

Source device identity “81”

Destination device identity “82”

Item content

Tag “8F”

Length “0A”

ItemID “01”

ItemValue “808BDD8D3967E58BE2”

在传统OTA手机下载应用中，是必须将上述命令的所有信息(包括必须的信息和冗余的信息)全部编入短消息中进行发送。而每一个上述格式的命令中的必须的信息只是一少部分(如上述编码中带下划线的部分)，其余的为冗余信息。所以使短消息能容纳的有效数据变得非常的少，一个业务往往很难放在一个短消息中，而且由于命令本身编码的长度较长，容易在传输过程中出错，造成在手机端无法获得正确的菜单功能。本发明中，在服务端仅提取出完成这个命令所必须的数据，如上面带有下划线的数据，例如：“00”是命令限定符(Command qualifier)，“00”(Length)和“01”(ItemID)是完成该命令所必需的信息，“808BDD8D3967E58BE2”(ItemValue)是完成该命令的业务相关信息。只将命令必需信息和业务相关信息放入信息体中，信息体加上上述命令标识构成一命令体。由于不包含冗余信息，就大大简化了传输这个命令所需要的数据，使短消息所能容纳的有效数据增多，提高了短消息的利用效率。

另外，按照本发明，在供移动终端使用之前，由于移动终端例如手机只认识GSM规范的命令，由SIM卡中的解释程序对短消息进行翻译，并且该短消息中所没有包括的、而对于手机的执行又是必须的冗余信息，例如上述“81”(Tag)、……“8F”(Tag)等编码由该解释程序在翻译短消息的过程中进行补充，以形成完整的可由移动终端执行的GSM规范的命令。每个命令对应的冗余信息均事先保存在SIM卡中。

这样，对于每个命令，在短消息中所占长度可以节省20个字节甚至更多。在有限的短消息长度(对GSM为140个字节)内，可以放下具有更多命令的一项完整的业务。如有过大的无线增值业务，可以将不能容纳于一条短消息中的所述无线增值业务的全部命令及相应信息体的剩余部分置于另外的至少一条短消息中，在各条短消息中插入连接所述各条短消息的顺序标识号，将所述各条短消息发送到移动终端，和所述SIM卡中的解释程序利用所述顺序标识号将所述各条短消息进行组合，并翻译成对应的、具有逻辑顺序的、可在移动终端中执行的命令及信息。对于其它的通信系统，所述短消息也可以是符合CDMA规范、或GPRS规范中的一种的短消息。

下面将以具体实例来说明短消息的格式及上述过程的完成。

假设有一个“天气查询”的应用，如图9所示，这个应用由三个操作组成：即“天气查询—输入区号—发送”。首先，是一个文字显示“天气查询”，其命令体的编码为“010002 8F0A018059296C1467E58BE2”，其中第一个“01”是命令标识，表示这是一个选择文字显示的命令，接下来的“00”是命令限定符，表示完成该命令所必需的信息，接下来的“02”表示下一个命令的代号，即上面所述的表示各命令间的逻辑顺序的逻辑顺序标识，其余的“8F0A018059296C1467E58BE2”表示完成该命令所必须的业务相关信息，该标识可以被加到菜单列表以供选择。

如果选中“天气查询”的文字显示，则会执行第二个操作“输入区号”，其命令体编码为“0200038D09088F935165533A53F791020305”，其中第一个“02”是命令标识，表示这是一个需要用户输入的命令，接下来的“00”是命令限定符，表示完成该命令必须的信息，接下来的“03”表示下一个命令的代号，即上面所述的表示各命令间的逻辑顺序的逻辑顺序标识，其余的“8D09088F935165533A53F791020305”表示完成该命令所必须的业务相关信息。这时手机等待用户输入被查询城市的区号。

一旦用户将城市区号输入完成，则执行最后一个操作“发送”，其命令体的编码为“03008B0B0100038161F80004025451”，其中第一个“03”是命令标识，表示这是一个发送短消息的命令，该命令无需插入逻辑顺序标识，其余的“008B0B0100038161F80004025451”表示完成该命令必须的信息。然后，在前面加上标识各个步骤数据存放的起始位置和长度的信息，每个步骤的信息用两个字节表示，编码如下：

0F0612150F27

0F 第一步信息编码的长度；

06 第一步信息编码的起始位置；

12 第二步信息编码的长度；

15 第二步信息编码的起始位置；

0F 第三步信息编码的长度；

27 第三步信息编码的起始位置；

最后再加上信息头，里面包含该应用的相关信息010000。

完整的编码如下：

“0100000F0612150F270100028F0A018059296C1467E58BE20200038D09088F935165533A53F79102030503008B0B0100038161F80004025451”。

手机会把用户输入的区号发送到无线增值业务服务器201进行处理。这样，在手机端的这个业务应用就完成了。

在用户申请到这个无线业务短消息之前，无线增值业务提供商利用前面描述的无线增值业务服务器201中的无线业务描述文件生成及仿真器311预先生成无线业务描述文件312，该文件可以是基于XML的数据文件，无线业务描述文件的XML实例如下：

＜？xml version＝＂1.0＂encoding＝＂GB_2312-80＂？＞
＜xml＞

　　＜menu id＝＂cn_weather＂＞

　　    ＜description＞chinese weather broadcase menu＜/description＞

　　    ＜interactive＞0＜/interactive＞

　　    ＜vas_name＞c_swas＜/vas_name＞

　　    ＜dcs＞8＜/dcs＞
　　    ＜action id＝＂1＂＞

　　        ＜type＞1＜/type＞

　　        ＜qualifier＞0＜/qualifier＞

　　        ＜jump＞2＜/jump＞

　　        ＜item＞天气查询＜/item＞
　　     ＜/action＞

　　     ＜action id＝＂2＂＞
　　          ＜type＞2＜/type＞

　　          ＜qualifier＞0＜/qualifier＞
        <!-- SIPO <DP n="10"> -->
        <dp n="d10"/>
　　           ＜jump＞3＜/jump＞

　　           ＜input＞输入区号＜/input＞

　　           ＜min＞2＜/min＞

　　           ＜max＞4＜/max＞

　　      ＜/action＞

　　      ＜action id＝＂3＂＞

　　           ＜type＞3＜/type＞

　　           ＜qualifier＞1＜/qualifier＞

　　           ＜send id＝＂168＂＞TQ＜/send＞

　　      ＜/action＞

　　 ＜/menu＞
＜/xml＞

然后通过无线业务短消息生成器211将该描述文件转换成无线业务短消息，并放入数据库中。该短消息可以是符合GSM、CDMA、GPRS规范之一的短消息。生成的短消息如下：

对于其它无线业务应用，如证券交易、交通信息、价格信息等，也都可以生成类似的短消息。对于需要加密的信息，还可以进行加密。

然后，用户可以通过INTERNET在WEB服务器上或者直接用手机发送下载这个应用业务的请求，请求最后都会被传送到无线增值业务服务器201的业务请求处理模块213，业务请求处理模块213收到请求后，就从应用数据库212中取出完成编码的无线业务短消息发送给用户的手机。另外，增值业务提供商也可以直接利用这个模块，在没有用户请求的情况下，主动PUSH(推送)该应用业务到用户的手机。

用户手机收到该无线业务短消息后，直接传送给SIM卡中驻留的解释程序，将该信息保存在SIM卡中的文件里。当用户下次进入SIM卡中的驻留程序时，下载的应用业务的标识“天气查询”会被动态地加到业务菜单列表中，而当用户从列表中选择该业务标识时，解释程序就会把保存下来的信息翻译成一定逻辑顺序的操作以完成该应用业务所定义的菜单功能。

因此，根据以上的描述，对于新的无线业务，用户只需要和服务提供端通信一次，把应用业务下载到SIM卡上，以后就可以随时使用了。

尽管上面已经具体描述了本发明的优选实施例，但是该描述仅用于说明的目的，并且本领域的普通技术人员应该理解，在不脱离所附权利要求的构思和范围的情况下，可以进行各种变化和修改。

Claims

1.一种基于短消息服务的无线增值业务实现方法，其中该方法包括下列步骤：

在服务提供端将一项无线增值业务分解为对应于多个命令的命令标识及其相应的信息体，所述信息体包括命令所必需的信息和业务相关信息；

将每个所述命令标识及相应的信息体组合成为一个命令体，在所述命令体中插入表示各命令之间的逻辑顺序的逻辑顺序标识，并将各个命令体组合形成一短消息；

服务提供端将所述短消息发送给移动终端；

所述移动终端的SIM卡中的解释程序将所述短消息翻译成为对应的、可在移动终端中执行的、具有逻辑顺序关系的命令及信息。

2.根据权利要求1所述的方法，其中，在所述服务提供端和所述SIM卡中包含相同的命令标识-命令转换对照表，所述服务提供端按照该表来将无线增值业务中所含的命令转换为相应的命令标识，所述SIM卡中的解释程序按照该表来将所述短消息中的所述命令标识转换为相应的命令。

3.根据权利要求2所述的方法，其中在所述SIM卡中事先保存有各个命令所需的冗余信息，所述解释程序在翻译短消息时将冗余信息加到相应的命令中，以形成完整的可由移动终端执行的命令。

4.根据权利要求1至3中任何之一所述的方法，还包括：所述SIM卡收到所述短消息后先进行保存。

5.根据权利要求4所述的方法，还包括：所述移动终端按所述的逻辑顺序执行所述命令、显示所述信息。

6.根据权利要求5所述的方法，其中所述服务提供端包含多项无线增值业务，该方法还包括为每一项无线增值业务生成相应的短消息，并将所述短消息存储在数据库中。

7.根据权利要求6所述的方法，其中所述短消息是符合GSM规范、CDMA规范、或GPRS规范中的一种的短消息。

8.根据权利要求1所述的方法，还包括步骤：

将不能容纳于一条短消息中的所述一项无线增值业务的全部命令及相应信息体的剩余部分置于另外的至少一条短消息中；

在各条短消息中插入连接所述各条短消息的顺序标识号；

将所述各条短消息发送到移动终端；和

所述SIM卡中的解释程序利用所述顺序标识号将所述各条短消息进行组合，并翻译成对应的、具有逻辑顺序的、可在移动终端中执行的命令及信息。

9.根据权利要求1所述的方法，其中所述移动终端是手机或车载电话中的一种。

10.根据权利要求1所述的方法，其中所述服务提供端是无线增值业务服务器。

11.根据权利要求1所述的方法，还包括：所述服务提供端根据来自服务发布服务器的PUSH(推送)命令将所述短消息发送给所述移动终端。

12.根据权利要求1所述的方法，还包括：所述服务提供端根据来自WEB服务器的请求将所述短消息发送给所述移动终端，所述请求是由用户在互联网上利用服务提供端为无线增值业务定制的WEB页面，向WEB服务器所提交的。

13.根据权利要求1所述的方法，还包括：所述服务提供端根据来自所述移动终端的请求将所述短消息发送给所述移动终端。

14.一种用于实现基于短消息服务的无线增值业务的系统，包括：

一无线增值业务服务器，用于将一项无线增值业务分解为对应于多个命令的命令标识及其相应的信息体，所述信息体包括命令所必需的信息和业务相关信息；将每一个所述命令标识及相应的信息体组合成为一个命令体，在所述命令体中插入表示各命令标识之间的逻辑顺序的逻辑顺序标识，并将各个命令体组合形成相应的短消息，所述无线增值业务服务器根据各种无线业务请求将所述对应的短消息发送给一移动终端；和

一SIM卡，用于存储一解释程序，所述解释程序将从所述无线增值业务服务器接收的所述短消息翻译成为对应的、具有逻辑顺序的命令及信息，供所述移动终端执行。

15.根据权利要求14所述的系统，其中，在所述服务提供端和所述SIM卡中包含相同的命令标识-命令转换对照表，所述服务提供端按照该表来将无线增值业务中所含的命令转换为相应的命令标识，所述SIM卡中的解释程序按照该表来将所述短消息中的所述命令标识转换为相应的命令。

16.根据权利要求15所述的方法，其中在所述SIM卡中事先保存有各个命令所需的冗余信息，所述解释程序在翻译短消息时将冗余信息加到相应的命令中，以形成完整的可由移动终端执行的命令。

17.根据权利要求14至16中任何之一所述的系统，其中所述无线增值业务服务器包括多项无线增值业务，并且包括：

无线业务描述文件生成器，用于分解无线增值业务成为相互关联的多个命令体，以生成所述无线业务描述文件，所述无线业务描述文件包括所述的各个命令体；

短消息生成器，用于处理所述无线业务描述文件，形成短消息，并将所生成的短消息存储到数据库中；

数据库，用于存储无线业务、各类请求和日志等信息；

业务请求处理模块，用于根据来自WEB服务器或移动终端传送来的无线业务请求，或根据应用服务器主动发出的PUSH(推送)指令，从所述数据库中读取相应的短消息进行发送。

18.根据权利要求17所述的系统，其中所述无线增值业务服务器还包括：无线业务描述文件仿真器，用于对所述无线业务描述文件进行仿真和验证。

19.根据权利要求17所述的系统，其中所述业务请求处理模块包括：

短消息接收机；

短消息发送机；和

守卫进程服务器，用于访问所述数据库，调用所述短消息接收机将各种无线业务请求存储到所述数据库中，并调用所述短消息发送机将所述相应的短消息发送到所述SIM卡上。

20.根据权利要求17所述的系统，其中所述无线业务描述文件是基于XML的数据文件。

21.根据权利要求17所述的系统，其中所述数据库是支持SQL标准的数据库。