具体实施方式
下面,将参照附图对本发明进行详细说明。
图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 “DO”
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>
<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规范之一的短消息。生成的短消息如下:
“0100000F0612150F270100028F0A018059296C1467E58BE20200038D09088F935165533A53F79102030503008B0B0100038161F80004025451”。
对于其它无线业务应用,如证券交易、交通信息、价格信息等,也都可以生成类似的短消息。对于需要加密的信息,还可以进行加密。
然后,用户可以通过INTERNET在WEB服务器上或者直接用手机发送下载这个应用业务的请求,请求最后都会被传送到无线增值业务服务器201的业务请求处理模块213,业务请求处理模块213收到请求后,就从应用数据库212中取出完成编码的无线业务短消息发送给用户的手机。另外,增值业务提供商也可以直接利用这个模块,在没有用户请求的情况下,主动PUSH(推送)该应用业务到用户的手机。
用户手机收到该无线业务短消息后,直接传送给SIM卡中驻留的解释程序,将该信息保存在SIM卡中的文件里。当用户下次进入SIM卡中的驻留程序时,下载的应用业务的标识“天气查询”会被动态地加到业务菜单列表中,而当用户从列表中选择该业务标识时,解释程序就会把保存下来的信息翻译成一定逻辑顺序的操作以完成该应用业务所定义的菜单功能。
因此,根据以上的描述,对于新的无线业务,用户只需要和服务提供端通信一次,把应用业务下载到SIM卡上,以后就可以随时使用了。
尽管上面已经具体描述了本发明的优选实施例,但是该描述仅用于说明的目的,并且本领域的普通技术人员应该理解,在不脱离所附权利要求的构思和范围的情况下,可以进行各种变化和修改。