专利名称：灵活的消息传送系统的制作方法
技术领域：
本发明涉及用于在无线通信网络中发送和接收各种项目的消息传送的使用。
背景技术：
智能消息传送是由Nokia开发出来的用于通过短消息服务(SMS)来发送和接收铃声、图片消息、运营商标志、商业卡片、日历请求，以及互联网设置的一种概念。自从1997年引入以来，智能消息传送已成为一种极为流行的终端特定的内容传送技术并已成为事实上的产业标准。不同SMS类型消息的例子有商业卡片格式、日历格式、铃声格式、OTA位图格式、CLI图标格式、运营商标志格式、图片消息格式以及可下载简档消息格式。存在高级的消息类型，该高级消息类型允许例如网络运营商向移动电话发送像“GPRS设置”这样复杂的一组配置信息。市场上现有的电话软件被编程用于平均处理这些消息类型中的大约6到8种。既然试图提供能够处理所有可获得消息类型的电话不现实，那么一个电话能够处理的消息类型是由制造商根据目标客户群来确定的。
目前，像诸如背景图像、屏幕保护程序、基于位置的服务、财务服务、运营商控制的升级或设置/电话簿内容等等这样的移动电话应用程序的数量在快速增长，这就造成了对消息类型数量增长的需求。然而，尽管Nokia智能消息传送概念占据主导位置，在不同电话制造商间使这些消息类型协调一致仍然存在问题。可以像下面所描述的那样增加现有SMS标准，以提供针对持续增长需求的更加灵活的处理。
因此，存在对无线网络通用消息传送系统的需求，该通用消息传送系统能处理很多种不同内容。
发明内容
下面所描述的设备和方法提供了一种处理移动通信终端经由无线网络接收的输入消息的方法，该终端具有本机软件和一种能够执行用平台无关目标代码编写的应用程序的虚拟机。该方法包括接收和存储包括报头和消息正文的消息的步骤。该报头包含由虚拟机执行的用平台无关目标代码编写的应用程序的标识符。在下一个步骤中，核实是否可以在终端上获得所标识的应用程序，并且当可以在终端上获得所标识的应用程序时，就启动该所标识的应用程序。
这样，不论终端的本机软件类型和版本是什么，终端都能够自动启动使用所接收消息的消息正文内数据所需的应用程序，除非不能在终端上获得所需应用程序。因此，报头还可包含地址，在该地址上能够从可通过无线网络访问的服务器上下载所标识的应用程序，并且该方法还包括以下步骤连接所述终端和在包含在所述报头内的地址上的服务器，当不能从终端上获得所标识的应用程序时就下载所标识的应用程序，并且当下载完成时就启动所标识的应用程序。
这样，如果不能在终端上获得所需应用程序，那么就能自动下载所需应用程序。既然应用程序是用平台无关目标代码编写的，那么就不存在平台兼容性问题，并且因为下载地址包含在报头中，所以用户不需要去搜寻它。
消息正文最好包含由所标识的应用程序使用的数据。
该平台无关目标代码可以是来自Sun Microsystem有限公司的JavaTM，特别是JavaTM2平台Micro Edition(J2METM)，但是能够使用其它的平台无关目标代码。
该虚拟机优选地为K Virtual MachineTM(KVM)。所标识的应用程序可以是JavaTM应用程序、JavaTM小应用程序或JavaTMMIDlet。
下面所描述的设备和方法提供了一种能够使用用于无线网络的一种灵活消息传送概念的移动通信终端。该终端具有本机软件和一个虚拟机。该虚拟机能够执行用平台无关目标代码编写的应用程序。终端在本机软件中或者在由虚拟机运行的应用程序中有一个消息处理应用程序。该消息处理应用程序能够经由无线网络发送和接收消息，并且将消息处理应用程序编程为当所接收消息的报头包含相应的标识符时就启动用无关目标代码编写的应用程序。
这样，如果可以在终端上获得所需应用程序，那么不论终端的本机软件类型和版本是什么，终端都能够自动启动使用所接收消息的消息正文内的数据所需的应用程序。
当不能在终端上获得所标识的应用程序时，也可将消息处理应用程序编程为从在报头所包含的地址上可经由无线网络进行访问的服务器下载所标识的应用程序。
将消息处理应用程序编程为对所下载的应用程序的认证(certification)进行核实。
移动通信终端还可包括一个应用程序标识符数据库，该数据库列出了终端上可获得的用平台无关目标代码编写的所有应用程序的标识符。
下面描述了用于工作在无线网络的移动终端上的使用了灵活消息传送概念的消息，并且提供了一种适于从无线网络向移动通信终端进行传输的格式，该终端具有本机软件和一种能够处理平台无关目标代码的虚拟机，而该消息具有一种包括报头部分和消息正文部分的语法。该报头包含一个由接收消息的移动通信终端内的虚拟机来执行的用平台无关目标代码编写的应用程序的标识符。
报头最好包括一个地址，在该地址上能够从可通过无线网络进行访问的服务器上下载所标识的应用程序。消息正文可以包含所标识的应用程序使用的数据。
消息的报头可包括用作标识符并包含一个地址的URI，在该地址上能从服务器下载所标识的应用程序。
消息可以是在字节4-5带有端口地址的SMS消息，该端口消息标识出它是一个包含用平台无关目标代码编写的应用程序的标识符的消息，在接收到该消息时该用平台无关目标代码编写的应用程序会被启动。所标识的应用程序可以是JavaTM小应用程序或MIDlet，最好采用JavaTM2、Micro Edition、移动信息设备简档(MIDP)格式。
消息还可包含由公认认证机构发布的并包括来自签名者的公共密钥的签名认证。此外，消息可包括采用主叫移动电话的电话号码形式的唯一发送者标识符或者移动终端和/或计算机的其它唯一标识符的字段通信(communication)。
在这样的背景下，它是本发明要提供的一个目的。
使用这里所描述的系统，通过提供一种能够让用平台无关目标代码编写的应用程序在移动通信终端上运行的方法，获得了一种用于运行在无线网络的移动终端的灵活的消息传送方法，该方法包括经由无线网络从服务器向移动通信终端发送消息的步骤，给该终端提供有一种能够执行用平台无关目标代码编写的应用程序的虚拟机。消息包含一个带有将在移动通信终端上启动的应用程序的标识符的报头，以及一个带有由所标识的应用程序使用的数据的消息正文。
这样，这里所描述的系统和方法使得将带有由指定应用程序使用的数据的消息发送给移动通信终端而不需要事先知道终端上安装了何种平台成为了可能。
消息的报头还可包括一个地址，在该地址上，能够从可通过无线网络来访问的服务器上获得所标识的应用程序，并且因此该方法还包括当移动终端连接到位于报头中的地址上的服务器时，将所标识的应用程序上载到该移动通信终端的步骤。
这样，将应用程序传送给移动终端而不需要知道该终端上所安装的平台是可能的。同样，不存在将应用程序在同一终端上安装两次的风险。
从详细的描述中，根据本发明的灵活消息传送系统的进一步的目的、特性、优点和属性将变得显而易见。
在如下的本说明书的细节部分中，将通过参考附图中所的示范例性的实施例更详细地解释本发明。
图1示出连同本发明一起使用的无线蜂窝通信系统的结构；，图2示出根据本发明的移动电话；图3是一个示出了图2中的移动电话的基本组件的方框图；图4示出了图2中移动电话的软件结构；图5是一个举例说明了根据本发明优选实施例的消息处理过程的流程图；图6示出根据本发明的灵活消息传送系统的一个使用例子的时序图；以及图7示出根据本发明的灵活消息传送系统的另一个使用例子的时序图。
具体实施例方式
图1举例说明了一种连同本发明一起使用的网络结构。该电信系统包括无线蜂窝网络16和数据网络24。可以在已增强的用来运载数据的传统无线蜂窝电话网络中实现无线蜂窝网络16。能够使用具有运载电路交换数据能力的无线网络来实现这个目的。然而，无线蜂窝网络最好提供分组交换数据服务。无线基础设施的例子包括UMTS(通用移动电话系统)、基于GSM(全球移动通信系统)的第三代无线系统。GSM将已知为GRPS(GSM分组无线服务)的分组网络覆盖层添加到无线电路语音网络中。例如，数据网络可以是互联网。
蜂窝网络包括大量具有用于处理移动电话通信的收发机的基站20(仅示出了两个)。基站20与移动交换中心21相连。每个基站20有它自己的控制信道频率(控制信道频率可供远去的单元重复使用)。
基站20具有SMS/MMS消息控制器(没有示出)和用来允许向移动电话1发送消息以及允许从移动电话1接收消息的SMS/MMS消息传输驱动器。
移动交换中心21与将蜂窝通信网16和数据网24连接起来的数据22交换节点相连。下面将更详细地描述的不同服务器25、26、27、28都与数据网络相连。
图2示出了根据本发明的移动电话1的优选实施例。移动电话1包括一个具有小键盘2、显示屏3、开/关按钮4(位于电话的上方)、扬声器5和麦克风6(只能看见位于电话下方的开口)的用户接口。根据优选实施例的移动电话1适于通过例如GSM900/1800MHz网络的蜂窝网络的通信，但是也适于用于码分多址接入(CDMA)网络。
根据优选实施例，小键盘2具有作为字母数字按键的首个按键组7、两个软按键9、光标导航按键10(上翻/下翻)以及挂机和摘机按键12。软按键9正上方的显示屏3中的独立字段(软按键标签)中显示出了软按键9的当前功能。软按键9是多功能按键而它们的当前功能取决于移动电话1的状态。软按键9提供了到菜单和电话簿的访问，而呼叫能激活与呼叫处理和消息处理有关的行为。可拆卸的电池组14被放置在移动电话1的背侧。
图3示意性地示出了移动电话1的优选实施例中最为重要的组件，所述组件对于理解本发明而言是必不可少的。处理器18控制着经由收发机电路19和内部天线15所进行的与网络间的通信。
麦克风6将用户的语音转换成模拟信号，在数字信号处理单元14(DSP)中对语音进行编码之前，在A/D转换器(未示出)中先对由此形成的模拟信号进行A/D转换。已编码的语音信号被传送给支持例如GSM终端软件的处理器18。处理器18还形成到装置的外围单元的接口，该装置的外围单元包括RAM存储器17a和快速ROM存储器17b、SIM卡16、显示屏3和小键盘2(还有数据、电源等等)。DSP 14对经由D/A转换器(未示出)自处理器18传送到扬声器5的信号进行语音解码。
图4举例说明了移动电话1的软件结构。该软件结构包括一个操作系统，在优先实施例中就是给本机软件提供平台的SymbianTM7.0操作系统。本机软件包括许多本机应用程序，其中的一些为用户接口、KVM支持、呼叫处理、电话本、消息处理和MIDlet数据库。然而，所列本机应用程序仅仅是示范性的，还可以有更多或更少的本机应用程序。
连接有限设备配置(CLDC)为JavaTM应用程序提供了运行时环境。由于CLDC是针对带有160-512KB存储器的电池供电的且具有慢速可能会间断的连接的设备而调整的，所以它是可以获得的JavaTM移动电话最恰当的配置之一。
CLDC包括K JavaTM虚拟机(KVM)以及一组程序库和应用程序接口(API)。在位于CLDC头部的移动信息设备简档(MIDP)中指明了这些程序库和API。MIDP是CLDC的垂直扩展。它们一起为有关的移动电话上的JavaTM小应用程序和MIDlet(MIDlet为移动信息设备简档(MIDP)编写的一种应用程序)提供了运行时环境。
MIDlet用由JavaTM编译器生成的代码来编写。这种代码能在任何安装有KVM的平台上运行。不论系统下层硬件和软件是什么样，MIDlet在任何KVM上都一样运行。因此MIDlet在用于扩展移动电话的功能时是非常理想的，同样因为它们的大小相对较小，所以使得它们适合下载到电话中。在本实施例中，一个计算器MIDlet以及两个其它MIDlet X2和X3已经被下载到移动电话1中。MIDlet与其它例如原始设备制造商(OEM)指定应用程序这样的应用程序在移动电话上共存。在本实施例中，OEM已经安装了一个JavaTM可扩展超文本置标语言微型浏览器的小应用程序。
消息处理应用程序能够以SMS标准(本技术领域众所周知的全球移动通信系统(GSM)数字标准中的短消息服务(SMS)部分)来接收、生成并发送文本消息。消息处理应用程序还可用于处理例如近期的MIME(多目的互联网邮件扩展)和MMS(多媒体消息服务)标准这样的用来在移动电话/服务器之间交换信息的其它消息格式。消息处理应用程序可运行在本机软件上或运行在由虚拟机运行的应用程序中。
移动电话1能使用通用分组无线服务(GRPS)来发送和接收数据，例如下载MIDlets或其它应用程序，并且是由无线应用协议(WAP)启用的。用JavaTM编写的微浏览器是OEM指定的应用程序之一。
本发明提供了一种新的SMS消息类型，其中消息的报头包含一个MIDlet标识符和一个地址，在该地址上可以从连接到无线蜂窝网的服务器中下载所标识的MIDlet。此外，这个报头是目前标准的SMS报头并且是用户数据报头。消息正文包含由所标识MIDlet使用的数据。此后，新的SMS消息类型被称作Java-消息(J-SMS)。
优选实施例中的J-SMS语法如下<sms>∷＝<sms-header>
<sms-data>
<sms-header>∷＝别的地方所描述的标准sms报头<sms-data>∷＝<user-data-header>
<user-data>
<user-data-header>∷＝在智能消息传送规范中所描述的用户数据报头<user-data>∷＝<j-sms-header>
<j-sms-data>
<j-sms-header>∷＝<j-sms-header-length>
<j-sms-version>
<j-sms-flags>
<j-sms-uris>
<j-sms-certificates>
<j-sms-header-length>∷＝两字节给定j-sms报头的长度<j-sms-version>∷＝带有j-sms协议的版本的一字节(01)<j-sms-flags>∷＝带有消息标志的一字节下列之和1.消息包括认证和校验和2.消息可以作为文本显示出来
4.如果消息不能够被显示出来，那么可以将它丢弃<j-sms-uris>∷＝<number of uris>
<uri_s>*<number of uris>∷＝带有uris数目的一字节<uri_s>∷＝以\n终止的uri’s<j-sms-certificates>∷＝<checksum>
<certificate>*<checksum>∷＝除了校验和外所有用户数据块(用户数据报头加上用户数据)的校验和<certificate>∷＝以\n终止的base64编码中的认证<j-sms-data>∷＝待传给MIDlet的数据下面列出了根据本发明优选实施例的具有如GSM03.40中所描述的应用程序端口寻址方案形式的J-SMS例子
字节4-5中的端口号定义了SMS消息的类型。这个例子中所使用的号码是随随意的并且没有保留给根据本发明的该消息类型。在互联网号分配机构(IANA)上的NBS端口号空间中保留了规则的端口号。
字节1到12用于传统的SMS类型，并且为了得到关于它们的功能的更多信息，参考这里作为参考引入的GSM 03.40规范。
字节13标识MIDlet消息版本号。
字节14包含消息标志，其中下列比特具有以下含义1.消息包括认证2.消息数据可以作为文本显示出来3.如果消息不能够被显示出来，那么可以将它丢弃4.保留给将来使用字节15定义了包含在消息中的统一资源标识符(URI)的数目。字节16包含第一个URI，随后跟着带有所标识MIDlet使用的数据的消息正文。
消息处理应用程序通过字节4-5中的端口号来检测消息的类型。如果端口号是(本例子中的)2136(十六进制)，那么该消息就被作为J-SMS来处理。在字节4-5中具有其它端口号的SMS消息由消息处理应用程序按各自想要的方式来处理，在这里没有描述这些方式是因为从例如这里作为参考引入的智能消息传送规范，版本3.0.0，2000-12-18能很好地了解这种其它的消息类型，。
在接收到消息时要执行的MIDlet由字节16中的URI来定义。在执行所标识的MIDlet期间所要使用的数据包含在后续字节的消息正文内。该数据可包括图像文件、格式化文本文件、音频文件、数据库文件或可在终端上执行的其它任何类型文件，或者它还可包括链接到这样的文件的链接。参考该表格，为了显示包括图像文件和相关文本的问候卡，需要在字节16中所标识的问候卡MIDlet。问候卡图像文件“picture1.jpg”由URI标识“http//ww.d2.de/greeting/picture1.jpg”来提供，而所伴随的文本“Hi there，how are you doing？”在消息自身中作为文本文件被提供出来。
下面的例子举例说明了J-SMS类型的消息的现实应用。第一个移动订户A希望给他的朋友移动订户B发送一个电子明信片。订户A使用他的移动电话1上的微浏览器访问明信片服务器25的WAP地址。那里，他选择待发送的电子明信片的类型，例如图形、伴随的曲调、动画、字体类型、颜色，等等。服务器25提示订户A输入消息文本，该文本可以与合并在所选电子明信片中的文本结合起来使用或可以不与合并在所选电子明信片中的文本结合起来使用。服务器25还提示订户A输入希望的接收者的名字和电话号码。当服务器25已经接收到来自订户A的这些数据和接受时，它就向订户B发送一个J-SMS。该J-SMS的报头包含明信片显示MIDlet的标识符和可以从服务器上下载该明信片显示MIDlet的地址，在这里的情形下该服务器也即MIDlet服务器26，但是它也可以正好是明信片服务器25。URI用作MIDlet标识符和下载地址。
明信片显示MIDlet是一个将订户A选择并组织的明信片在任何具有JavaTM虚拟机的移动设备上正确地显示出来的应用程序。该明信片包含文字，还可包含图形、背景、动画、音乐，等等。消息正文包含供明信片显示MIDlet使用的数据。
图5是一个举例说明派送J-SMS(步骤51)之后的过程的流程图。当订户B的移动电话1接收到J-SMS时(步骤52)，消息处理应用程序保存该消息并检查消息的报头(步骤53)，针对上面的表格中所指示的信息对消息的报头进行解析。接下来，消息处理应用程序通过检查字节4-5中的端口号来确定消息的类型。
如果消息不是J-SMS，而是例如简档或文本消息，那么消息处理应用程序就相应地处理消息(步骤55)，如本领域中众所周知的，因而对此不再做进一步解释。
如果消息处理应用程序在字节4-5中找到端口号2136(十六进制)，那么就将该消息作为J-SMS来处理。消息处理应用程序读取包括在消息中的第一个URI。该URI用作MIDlet标识符。移动电话1保持着一个列有已下载到电话中的所有MIDlet的URI的小型数据库(本机应用程序之一)。在该MIDlet数据库中最好也列有OEM安装的MIDlet的URI。消息处理应用程序检查MIDlet数据库，核实其中是否存在包括在报头内的URI(步骤56)。
在检查完MIDlet数据库之后，消息处理应用程序能确定是否能在移动电话1上获得所标识的MIDlet(步骤57)，在这个例子中即明信片显示MIDlet。
如果可以获得所标识的MIDlet，消息处理应用程序就启动明信片显示MIDlet(步骤58)。接下来消息处理应用程序将消息正文中的数据发送给明信片显示MIDlet(步骤59)，该明信片显示MIDlet使用它来显示订户A选择并组织的包括picture1.jpg文件上的图像和个人文本“Hi there，how are you doing？”的明信片(图5中的步骤59A)。
如果在步骤56中没有在MIDlet数据库内找到URI所标识的MIDlet，消息处理应用程序就经由例如GPRS连接到URI中的可以下载所标识的MIDlet的地址，并下载所标识的MIDlet。在这个例子中，从MIDlet服务器26下载明信片显示MIDlet(步骤60)。在下载请求中消息处理应用程序可以提供有关请求电话的信息。MIDlet服务器26将明信片处理MIDlet上载到移动电话1中。
接下来，消息处理应用程序将已下载的MIDlet的URI添加到MIDlet数据库中，并且核实伴随MIDlet的认证是由公认认证机构签名并发布的从而确保MIDlet的完整性(步骤61)。
将公认认证机构发布的认证添加到已签名的MIDlet中。运送者或软件开发者产生一个签名密钥对，并从公认认证机构获得一个认证。运送者或开发者计算MIDlet套件JAR的签名，接着将该签名和对应的认证放置在应用程序描述符内。
已签名的MIDlet套件向用户担保该MIDlet套件内容没有被篡改过，并担保该MIDlet套件来自可信任的信源。设备上的MIDP应用能通过核实开发者的签名来核实开发者的身份。可以使用添加到Java应用程序描述符(JAD)中的开发者公共密钥来核实MIDlet套件自身的完整性。想了解有关MIDlet认证的更多细节，请参考MIDP 2.0规范(这里作为参考引入进来)。
接着根据认证所指示的权限级别来处理MIDlet。该权限可以包括被允许的权限和用户权限(用户可被咨询的权限)。权限级别按下面的顺序等级网络运营商(最高级别)、OEM(中等级别)、已签名但不是由网络运营商或OEM签名(最低级别)。基于这些级别，电话提示针对例如打开HTTP链接、删除或更改电话号码等等敏感操作的权限。
在核实认证之后，消息处理应用程序启动明信片显示MIDlet(步骤58)，将消息正文内的数据发送给明信片显示MIDlet(步骤59)，并且显示该明信片。
如果订户B通过向订户A回发一张电子明信片进行回复，也即一个可以内建在该明信片显示应用程序内的功能，可以重复进行这一过程。否则，消息处理应用程序在步骤62结束。
可以有不止一个的MIDlet标识符(URI)包括在单个J-SMS内。消息应用程序将按所标识的MIDlet在J-SMS中所列的顺序执行这些所标识的MIDlet。在上面的例子中，URI被同时用于标识MIDlet和提供可以从中下载MIDlet的地址。然而，可以使用相互分离的标识符和地址。J-SMS启动的MIDlet还可下载另外的信息或其它数据。
图6中利用下面的情境举例说明了使用本发明的另外一个例子。电子邮件提供者期望向移动订户发送电子邮件消息。对于运营商的需求而言，标准的SM电子邮件消息是不够的，因为应该实现更多的特性，例如开启一个可扩展超文本置标语言浏览器来阅读电子邮件、显示新接收到的电子邮件的报头、显示提供商标志、在每个用户的电子邮件文件夹中显示具有接收到的电子邮件的收文篮。在接收到希望发送给移动订户的电子邮件后，运营商电子邮件服务器27发送启动MIDlet的J-SMS，该MIDlet带有声音提示，在移动电话的显示屏上显示“已收到电子邮件”，并提示用户是否应该打开电子邮件。如果虽然用户确认但是没有在用户的移动电话安装所需的增强的电子邮件MIDlet(可扩展超文本置标语言JavaTM浏览器)，那么移动电话则请求从电子邮件消息中所列URI上下载该增强的电子邮件MIDlet，处理该下载以安装增强的电子邮件MIDlet，以及在这之后执行该增强的电子邮件MIDlet以处理电子邮件数据。可扩展超文本置标语言浏览器经由GPRS在移动电话1与电子邮件服务器27间交换电子邮件数据，并显示电子邮件数据。可扩展超文本置标语言浏览器作为一种复杂的电子邮件客户端运行，与传统SMS的简单电子邮件显示能力相比，它给用户提供更多灵活性和舒适度。如果移动电话1上已有可扩展超文本置标语言浏览器MIDlet，那么就略过图6中所示的从MIDlet服务器上请求MIDlet的步骤以及后来的下载步骤。
图7中通过下面的情境举例说明了使用本发明的另外一个例子。网络运营商希望给它的客户提供一种新服务。这种新服务从运营商的网上商店向客户的移动电话发送特殊的要约。这种服务可通过提供商从他的网上商店服务器(例如图1的方框28)中发送包括所要约物品的名称、价格和描述(照片)来实现。该J-SMS包括一种广告显示MIDlet的标识符，该广告显示MIDlet以一种整洁的方式显示信息，存储过去的要约以供参考，以及允许订户在网上商店上订购该物品。如果移动电话1上已有广告显示MIDlet，那么就略过图7中所示的从MIDlet服务器上请求MIDlet的步骤以及后来的下载步骤。
不需要将完整性核实排他地应用到MIDlets上，其还能通过将来自公认认证机构的认证和已加密的整个消息的校验和添加到J-SMS上而在J-SMS中自行实现。可以通过使用J-SMS内包括的公共密钥打开签名来核实认证的有效性。在J-SMS的这个实施例中，可以在下载相关的MIDlet之前完成核实。这样，可以避免对无认证MIDlet的一些不必要下载。
如上面所述，消息传送系统提供了一种在移动电话系统中使用的消息格式，其中移动电话能够运行各种应用程序以处理各种文件，并且能够运行消息处理应用程序用于接收消息。该消息格式包括用于标识发送给消息处理应用程序的消息的报头部分以及消息数据部分。该消息数据部分还包括(1)消息数据文件部分，该消息数据文件部分可以可选地包含消息文本文件、消息图像、消息语音、消息数据库文件或其类似，或者消息文件和位置的标识，从该位置可以如消息的发出者所期望的那样将所述的消息文件或其类似下载到电话中，以及(2)消息数据的报头部分，该消息数据的报头部分包含为了处理消息数据文件部分中所包含的或所标识的文件所必需的任何应用程序的标识，该消息数据的报头部分还包含关于可以从该处将所述应用程序下载到电话的位置的信息。此外，消息格式还包括根据SMS规范的用户数据报头和由特定消息内容指定的各种其它报头。
虽然出于举例说明的目的已经对本发明进行了详细地描述，但是应当理解，这样的细节仅针对示例的目的，而本领域的熟练技术人员可以在不背离本发明范围的情况下作出各种修改。消息类型不局限于SMS标准，并且，可以用MMS或EMS标准来实现。在接收到消息之后执行的应用程序并不必是MIDlet，它们还可以是JavaTM小应用程序或用平台无关代码编写的其它应用程序。平台无关运行时环境并不必需基于JavaTM，还可以使用其它用于平台无关代码的运行时环境。这样，虽然通过参考设备和方法的优选实施例的开发环境对设备和方法的优选实施例进行了描述，但是它们仅仅是本发明的基本原理的举例说明。可以在不背离所附权利要求书的范围的情况下设计其它
权利要求
1.一种处理经由无线网络在移动通信终端上接收到的进入消息的方法，所述终端具有本机软件和一种能够执行平台无关目标代码的虚拟机，所述方法包括步骤接收和存储包括报头和消息正文的消息，所述报头包含用于用平台无关目标代码编写的且能够被所述虚拟机执行的应用程序的标识符；核实是否可以在所述终端上获得所标识的应用程序，以及当可以在所述终端上获得所标识的应用程序时，就启动所标识的应用程序。
2.根据权利要求1所述的一种方法，其中所述报头还包含一个地址，在所述地址上能够从可通过无线网络访问的服务器上下载所标识的应用程序，并且所述方法还包括步骤当不能从所述终端上获得所标识的应用程序时就连接所述终端和位于包含在所述报头内的地址上的服务器，并且下载所标识的应用程序，以及当下载完成时就启动所标识的应用程序。
3.根据权利要求1所述的一种方法，其中所述消息正文包含将由所标识的应用程序使用的数据。
4.根据权利要求2所述的一种方法，其中所述消息正文包含将由所标识的应用程序使用的数据。
5.根据权利要求3所述的一种方法，其中所述消息正文包含将由报头内所标识的问候卡显示应用程序使用的问候卡数据。
6.根据权利要求4所述的一种方法，其中所述消息正文包含将由报头内所标识的问候卡显示应用程序使用的问候卡数据。
7.根据权利要求3所述的一种方法，其中所述消息正文包含将由报头内所标识的电话簿更新应用程序使用的电话号码数据。
8.根据权利要求4所述的一种方法，其中所述消息正文包含将由报头内所标识的电话簿更新应用程序使用的电话号码数据。
9.根据权利要求3所述的一种方法，其中所述消息正文包含将由报头内所标识的电子邮件显示应用程序使用的电子邮件数据。
10.根据权利要求4所述的一种方法，其中所述消息正文包含将由报头内所标识的电子邮件显示应用程序使用的电子邮件数据。
11.根据权利要求1至10中的任何一个所述的一种方法，其中所述平台无关目标代码是JavaTM，优选地为JavaTM2 Micro Edition格式。
12.根据权利要求1至10中的任何一个所述的一种方法，其中所述虚拟机是Java虚拟机，优选地为K虚拟机TM(KVM)。
13.根据权利要求1至10中的任何一个所述的一种方法，其中所标识的应用程序是MIDlet。
14.根据权利要求1至10中的任何一个所述的一种方法，所述方法还包括对所标识的应用程序的认证进行核实的步骤。
15.一种用以连同无线网络进行工作的移动通信终端，所述终端具有本机软件，一种能够执行平台无关目标代码的虚拟机，在所述本机软件内或所述虚拟机下的一个应用程序内的一种消息处理应用程序，所述消息处理应用程序能够经由所述无线网络发送和接收消息，并且所述消息处理应用程序被编程为当所接收消息的报头包含相应的标识符时，就启动用无关目标代码编写的应用程序。
16.根据权利要求15所述的一种移动通信终端，其中当不能在所述终端上获得所标识的应用程序时，可将所述消息处理应用程序编程为从在报头所包含的地址上可经由所述无线网络进行访问的服务器下载所标识的应用程序。
17.根据权利要求15所述的一种移动通信终端，其中所述平台无关目标代码是JavaTM，优选地为JavaTM2 Micro Edition格式。
18.根据权利要求17所述的一种移动通信终端，其中所述虚拟机是Java虚拟机，优选地为K虚拟机TM(KVM)。
19.根据权利要求15至18中的任何一个所述的一种移动通信终端，其中所述所标识的应用程序是MIDlet。
20.根据权利要求15至18中的任何一个所述的一种移动通信终端，其中将所述消息处理应用程序编程为对所下载的应用程序的认证进行核实。
21.根据权利要求15至18中的任何一个所述的一种移动通信终端，其中将所述消息处理应用程序编程为将所述消息正文内的数据发送给所标识的应用程序。
22.根据权利要求15至18中的任何一个所述的一种移动通信终端，还包括一种应用程序标识符数据库，所述应用程序标识符数据库列出了在所述终端上可获得的用平台无关目标代码编写的所有应用程序的标识符。
23.一种用于经由无线网络向移动通信终端进行传输的消息，所述终端具有本机软件和一种能够执行用平台无关目标代码编写的应用程序的虚拟机，所述消息具有一种语法，所述语法包括报头部分，以及消息正文部分，所述报头包含一个用于由接收所述消息的移动通信终端上的所述虚拟机执行的用平台无关目标代码编写的应用程序的标识符。
24.根据权利要求23所述的一种消息，其中报头包含一个地址，在所述地址上能够从可通过无线网络进行访问的服务器下载所标识的应用程序。
25.根据权利要求23或24所述的一种消息，其中所述消息的报头可包括用作标识符并包含一个地址的URI，在所述地址上能从服务器下载所标识的应用程序。
26.根据权利要求23或24所述的一种消息，其中所述消息正文包含将由所标识的应用程序使用的数据。
27.根据权利要求23或24所述的一种消息，其中所述消息是在字节4-5带有端口地址的SMS消息，所述端口地址标识出它是一个包含用于在接收到所述消息时将被启动的应用程序的标识符的消息。
28.根据权利要求23或24所述的一种消息，其中所标识的应用程序是JavaTM小应用程序或MIDlet，优选地为JavaTM2 Micro Edition、移动信息设备简档(MIDP)格式。
29.根据权利要求23或24所述的一种消息，所述消息还包含由公认认证机构发布并包括来自签名者的公共密钥的签名认证。
30.一种能够让用平台无关目标代码编写的应用程序在移动通信终端上运行的方法，所述方法包括步骤经由所述无线网络从服务器向具有能够执行用平台无关目标代码编写的应用程序的虚拟机的所述移动通信终端发送消息，所述消息包含带有用于由所述虚拟机执行的应用程序的标识符的报头，以及带有由所标识的应用程序使用的数据的消息正文。
31.根据权利要求30所述的一种方法，其中所述消息报头还包含一个地址，在所述地址上能够从可通过所述无线网络访问的服务器下载所标识的应用程序，所述方法还包括步骤当所述移动终端连接到位于包含在所述报头中的地址上的所述服务器时，将所标识的应用程序上载到所述移动通信终端。
32.根据权利要求30所述的一种方法，其中上载所标识的应用程序的所述服务器与发送所述消息的服务器不相同。
33.根据权利要求30所述的一种方法，其中所述上载的应用程序是MIDlet，优选地为JavaTM2 Micro Edition、移动信息设备简档(MIDP)格式。
34.一种在移动电话系统中使用的消息格式，其中移动电话能够运行各种应用程序以处理各种文件，并且能够运行消息处理应用程序用于接收消息，上述消息格式包括用于标识传给所述消息处理应用程序的消息的报头部分；消息数据部分，所述消息数据部分还包括消息数据文件部分，所述消息数据文件部分可选地包含消息文本文件、消息图像、消息语音、消息数据库文件或其类似，或者消息文件的标识和位置，从所述位置可以如所述消息的发出者所期望的那样将所述消息文件或其类似下载到所述电话中；以及消息数据的报头部分，其中所述消息数据的报头部分包含用于为了处理所述消息数据文件部分中所包含或所标识的文件所需的任何应用程序的标识，并且还包含关于从该处可以将上述应用程序下载到所述电话的位置的信息。
35.一种将消息传送给移动电话系统中的移动电话的方法，其中移动电话能够运行各种应用程序以处理各种文件，并且能够运行用于接收消息的消息处理应用程序；上述方法包括步骤产生以一种消息格式的一个消息，所述消息格式包括用于标识传给所述消息处理应用程序的消息的报头部分；消息数据部分，所述消息数据部分进一步包括消息数据文件部分，所述消息数据文件部分可选地包含消息文本文件、消息图像、消息语音、消息数据库文件或其类似，或者消息文件的标识和位置，从该位置可以如所述消息的发出者所期望的那样将所述消息文件或其类似下载到所述电话中；以及消息数据报头部分，其中所述消息数据的报头部分包含用于为了处理所述消息数据文件部分中所包含或所标识的文件所需的任何应用程序的标识符，并且还包含关于从该处可以将上述应用程序下载到所述电话的位置的信息；以及将所述消息传送给移动电话。
36.一种操作移动电话的方法，所述方法包括将所述电话编程为接收具有格式的消息以致所述消息包括SMS报头部分和SMS数据部分，其中所述SMS数据部分包括一个首部分和第二部分，所述首部分包括消息处理应用程序，所述第二部分包括最终显示给所述移动电话用户的消息数据，其中所述消息处理信息包括用于标识显示所述消息数据或者用应用程序处理消息数据所需的应用程序的信息，而且所述消息处理信息还包括用于标识可从该处将所述应用程序下载到所述电话的位置的信息；并且其中所述消息数据包括消息文件或位置标识，所述消息文件包括消息文本文件、消息图像、消息语音、消息数据库文件或其类似，其中从所述位置可以将上述消息文件或其类似下载到所述电话中；还将所述电话编程为确定所述电话上是否安装了用于显示或使用所述消息数据所需要的应用程序，以及，如果没有安装，就从消息处理信息中所标识的位置下载所述应用程序；还将所述电话编程为如果所述消息数据中存在所述消息文件或其类似时就显示或使用所述消息文件或类似物，或者如果所述消息数据中不存在所述消息文件或其类似时，就从消息数据中所标识的位置下载所述消息文件；操作所述电话以接收消息，并且在这之后操作电话以确定所述电话上是否安装了使用所述消息文件所需要的应用程序，以及，如果没有安装，就下载所述应用程序；并且在这之后操作所述电话以在所述消息数据中存在所述消息文件或其类似时显示或使用所述消息文件或其类似，或者如果所述消息数据中不存在所述消息文件或其类似时，就从消息数据中所标识的位置下载所述消息文件，并且在这之后显示或者使用所述消息文件。
37.根据权利要求34所述的一种消息格式，其中以SMS格式提供所述消息。
38.根据权利要求34所述的一种消息格式，其中以MMS格式提供所述消息。
39.根据权利要求34所述的一种消息格式，其中以EMS格式提供所述消息。
40.根据权利要求35或36所述的一种方法，其中以SMS格式提供所述消息。
41.根据权利要求35或36所述的一种方法，其中以MMS格式提供所述消息。
42.根据权利要求35或36所述的一种方法，其中以EMS格式提供所述消息。
43.根据权利要求34所述的一种消息格式，其中所述消息的报头是SMS报头，并且其中所述消息格式还包括用户数据报头。
44.根据权利要求35所述的一种方法，所述方法还包括用包括用户数据报头的消息格式来生成所述消息。
45.根据权利要求36所述的一种方法，其中所述报头是SMS报头，并且其中所述消息格式还包括用户数据报头。
全文摘要
用于无线网络的一种通用消息传送系统，所述消息传送系统能处理多种不同的内容。所述消息传送系统使用在其报头包括有用于用平台无关目标代码编写的应用程序的应用程序的标识符的消息来工作。所述消息正文包含由所标识的应用程序使用的数据。工作于所述无线网络上的移动终端具有本机软件和能够执行平台无关代码的虚拟机。所述标识符允许所述移动终端开启使用所述消息正文所包含的数据的所述正确应用程序。使用统一资源标识符(URI)来标识所述应用程序并且如果不能在所述消息接收移动终端上获得所述应用程序，就使用统一资源标识符(URI)来标识应用程序并且提供可以从其下载所述应用程序的地址。
文档编号H04W4/12GK1902965SQ200480040345
公开日2007年1月24日 申请日期2004年11月19日 优先权日2003年11月26日
发明者拉尔夫·恩格斯 申请人:诺基亚公司