[发明专利]本地界面显示方法及系统

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种本地界面显示方法及系统。

背景技术

移动终端Java ME运行环境中，Java应用程序(称之为MIDlet)由于受Java标准应用程序接口(Application Program Interface，简称为API)及Java虚拟机的限制，工作界面局限在虚拟机内部。例如即时通讯应用(如市面上流行的IM、QQ、MSN)，以及Email等应用在后台运行时，无法通过界面方式显示在线图标或者指示收到新消息/新邮件，使用体验上和本地应用程序有一些差距。此外，对于像天气预报、新闻类应用，可以在待机界面上，以局部窗口的方式滚动显示信息，如果使用Java应用程序，通常不具备这种表现能力。Java应用程序的这些局限性，限制了它的使用范围，部分抵消了Java应用程序所具备的跨平台通用的优势。

针对这些问题，可以采用Java扩展API的方式对Java ME运行环境进行增强。图1是根据相关技术的采用扩展API方式实现增强界面显示效果的示意图，如图1所示，通常的扩展API方式，需要修改Java运行环境，在Java运行环境中增加扩展API类；这些扩展类编译后需要以API库或者直接集成到移动终端的形式提供给第三方厂商进行开发和联调。同时，MIDlet在开发运行时，都需要引用这些新增的扩展API类库，导致MIDlet开发受到手机Java运行环境开发的影响，进度方面风险增大。这些扩展类由于需要和本地平台或者本地应用交互，移植接口上的显然也是有开发工作量的。类似的技术包括Nokia UI、Sprint Extension API等。这种方式的好处是API提供方式比较规范，可以适应复杂的需求。扩展API类的缺点是使用这些API的应用程序要么依赖于扩展API类库，要么依赖于目标移动终端的Java运行环境，在其他情况下无法运行。如果扩展API类的功能必须要本地平台支持才能实现，则MIDlet只能在目标移动终端上才能开发和调试。如果开发环境下没有API类库，则MIDlet运行时就会出现“找不到类”而无法编译。大多数情况下，移动终端和MIDlet分属不同的厂商开发，MIDLet的开发调试需要依赖于移动终端Java运行环境，开发进度就会受到影响。这种情况对于走大规模运营商定制路线的移动终端厂商来说，问题比较突出。因为这种情况下，MIDlet通常属于不同的第三方厂商开发，而各个运营商的需求又各不相同，因此移动终端厂商和第三方MIDlet开发商之间的进度配合就比较困难。

发明内容

本发明旨在提供一种本地界面显示方法及系统，以解决相关技术中的本地界面显示方法依赖于目标终端的Java运行环境或扩展API类库导致影响开发效率的问题。

本发明的一个方面提供了一种本地界面显示方法，包括：Java应用将界面显示信息发送给Java虚拟机，其中，所述界面显示信息包括：界面显示命令；所述Java虚拟机将所述界面显示信息透传到本地界面接口；所述本地界面接口根据所述界面显示信息进行本地界面显示。

进一步地，Java应用将界面显示信息发送给Java虚拟机包括：所述Java应用通过标准应用程序接口API将所述界面显示信息发送给所述Java虚拟机。

进一步地，所述标准API包括platformRequest函数，所述Java应用通过标准应用程序接口API将所述界面显示命令发送给所述Java虚拟机包括：所述Java应用将所述界面显示信息作为所述platformRequest函数的参数，并调用所述platformRequest函数。

进一步地，所述Java应用将所述界面显示信息作为所述platformRequest函数的参数包括：根据与所述本地界面接口协商的参数格式，所述Java应用将所述界面显示信息构造成所述platformRequest函数的参数。

进一步地，在所述Java虚拟机不支持所述参数格式的情况下，还包括：所述Java虚拟机抛出异常指示，所述Java应用捕捉到并忽略处理所述异常指示。

进一步地，所述界面显示信息还包括与本地界面显示所对应的扩展标志，在所述Java虚拟机将所述界面显示信息透传到本地界面接口之前，还包括：所述Java虚拟机判断接收到所述界面显示信息中的扩展标志是否与本地界面显示所对应的扩展标志相同，若是，则继续后续处理。

进一步地，所述界面显示信息还包括：对应于所述界面显示命令的界面显示参数。

进一步地，在所述界面显示信息中包含的内容超过一项的情况下，所述包含的内容之间采用预设分隔符隔开。