一种Java2微型版应用的运行方法和装置

1.一种Java 2微型版J2ME应用的运行方法，其特征在于，包括：
调用J2ME应用对应的JSR；判断Android平台是否支持所述J2ME应用对应的所述JSR中的接口，如果所述Android平台支持所述J2ME应用对应的所述JSR中的接口，则调用所述Android平台、虚拟机Delvik VM和本地平台Native Platform实现所述JSR；
在所述Android平台运行所述J2ME应用。
2.如权利要求1所述J2ME应用的运行方法，其特征在于，所述方法还包括：如果所述Android平台不支持所述JSR中的接口，则判断所述JSR中的接口能否被转换成所述Android平台支持的接口；
如果所述JSR中的接口不能被转换成Android平台支持的接口，则判断受限设备配置CLDC是否支持所述JSR中的接口，如果所述CLDC支持所述JSR中的接口，则调用所述CLDC和所述Native Platform实现所述JSR。
3.如权利要求2所述J2ME应用的运行方法，其特征在于，所述判断JSR中的接口能否被转换成Android平台支持的接口之后，还包括：
如果所述JSR中的接口能被转换成所述Android平台支持的接口，则将所述JSR中的接口转换成所述Android平台支持的接口，调用所述Android平台和所述Native Platform实现所述JSR。
4.如权利要求2所述J2ME应用的运行方法，其特征在于，所述判断CLDC是否支持JSR中的接口之后，还包括：
如果所述CLDC不支持所述JSR中的接口，则将所述JSR中的接口转换成所述Native Platform支持的接口，调用所述Native Platform实现所述JSR。
5.如权利要求2所述J2ME应用的运行方法，其特征在于，所述调用CLDC之后，还包括：
判断所述Delvik VM是否支持所述CLDC中的接口，如果所述Delvik VM不支持所述CLDC中的接口，则判断所述CLDC中的接口能否被转换成所述Delvik VM支持的接口，如果所述CLDC中的接口能被转换成所述Delvik VM支持的接口，则将所述CLDC中的接口转换成所述Delvik VM支持的接口，调用所述Delvik VM和所述Native Platform实现所述CLDC。
6.如权利要求5所述J2ME应用的运行方法，其特征在于，所述判断Delvik VM是否支持CLDC中的接口之后，还包括：
如果所述Delvik VM支持所述CLDC中的接口，则调用所述Delvik VM和所述Native Platform实现所述CLDC。
7.如权利要求5所述J2ME应用的运行方法，其特征在于，所述判断CLDC中的接口能否被转换成Delvik VM支持的接口之后，还包括：
如果所述CLDC中的接口不能被转换成所述Delvik VM支持的接口，则将所述CLDC中的接口转换成所述Native Platform支持的接口，调用所述Native Platform实现所述CLDC。
8.一种运行J2ME应用的终端，其特征在于，包括：
移植模块，用于调用J2ME应用对应的JSR；判断Android平台是否支持所述J2ME应用对应的所述JSR中的接口，如果所述Android平台支持所述J2ME应用对应的所述JSR中的接口，则调用所述Android平台、Delvik虚拟机VM和本地平台Native Platform实现所述JSR；
运行模块，用于在所述Android平台运行所述移植模块移植的所述J2ME应用。
9.如权利要求8所述运行J2ME应用的终端，其特征在于，所述移植模块包括：
第一判断子模块，用于判断Android平台是否支持J2ME应用对应的JSR中的接口；
第二调用子模块，用于如果所述第一判断子模块判断所述Android平台支持所述J2ME应用对应的JSR中的接口，调用所述Android平台、所述Delvik虚拟机VM和所述Native Platform实现所述JSR。
10.如权利要求9所述运行J2ME应用的终端，其特征在于，所述移植模块，还包括：
第二判断子模块，用于如果所述Android平台不支持所述J2ME应用对应的JSR中的接口，判断所述JSR中的接口能否被转换成所述Android平台支持的接口；
第三判断子模块，用于如果所述JSR中的接口不能被转换成Android平台支持的接口，则判断CLDC是否支持所述JSR中的接口；
第一调用子模块，用于如果所述CLDC支持所述JSR中的接口，则调用所述CLDC和Native Platform实现所述JSR。
11.如权利要求10所述运行J2ME应用的终端，其特征在于，所述移植模块，还包括：
第一转换子模块，用于如果所述第二判断子模块判断所述JSR中的接口能被转换成Android平台支持的接口，将所述JSR中的接口转换成所述Android平台支持的接口，调用所述Android平台和所述Native Platform实现所述JSR。
12.如权利要求10所述运行J2ME应用的终端，其特征在于，所述移植模块，还包括：
第二转换子模块，用于如果所述第三判断子模块判断所述CLDC不支持所述JSR中的接口，则将所述JSR中的接口转换成所述Native Platform支持的接口，调用所述Native Platform实现所述JSR。
13.如权利要求10所述运行J2ME应用的终端，其特征在于，所述移植模块，还包括：
第四判断子模块，用于判断所述Delvik VM是否支持所述CLDC中的接口；
第五判断子模块，用于如果所述第四判断子模块判断所述Delvik VM不支持所述CLDC中的接口，则判断所述CLDC中的接口能否被转换成所述Delvik VM支持的接口；
第三转换子模块，用于如果所述第五判断子模块判断所述CLDC中的接口能被转换成所述Delvik VM支持的接口，则将所述CLDC中的接口转换成所述Delvik VM支持的接口，调用所述Delvik VM和所述Native Platform实现所述CLDC。
14.如权利要求13所述运行J2ME应用的终端，其特征在于，所述移植模块，还包括：
第三调用子模块，用于如果所述第四判断子模块判断所述Delvik VM支持所述CLDC中的接口，调用所述Delvik VM和所述Native Platform实现所述CLDC。
15.如权利要求13所述运行J2ME应用的终端，其特征在于，所述移植模块，还包括：
第四转换子模块，用于如果所述第三判断子模块判断所述CLDC不支持所述JSR中的接口，将所述JSR中的接口转换成所述Native Platform支持的接口，调用所述Native Platform实现所述JSR。

一种Java2微型版应用的运行方法和装置 \n技术领域\n[0001] 本发明涉及通信技术领域，特别是涉及一种Java 2微型版应用的运行方法和装置。 \n背景技术\n[0002] 随着移动手持设备平台处理能力的不断增强，如今手机设备已经能够承载着各种各样的应用。而J2ME(Java 2 Micro Edition，Java 2微型版)作为基于Java的一种跨平台的计算技术，在手机中得到了广泛的运用，从而产生了为数众多的J2ME手机应用。只要在手机中移植J2ME JVM(Java VirtualMachine，Java虚拟机)以及相应的运行库，例如JTWI(Java Technology for theWireless Industry，无线领域的Java技术规范)和MSA(Mobile ServiceArchitecture，移动服务架构)等，J2ME手机应用无需移植，即可运行在不同硬件平台架构的手机上。 \n[0003] Android作为OHA(Open Handset Alliance，开放手机联盟)的开放的智能手机中间件平台，其操作系统是基于Linux的，而其应用结构ApplicationFramework应用接口是基于Java的。但是Android API(ApplicationProgramming Interface，应用编程接口)与J2ME的API完全不兼容，使得基于J2ME平台之上开发的J2ME应用不能运行于Android平台之上。 \n[0004] 为使得Android手机支持已有的J2ME应用，现有的解决方案为：在Android手机的Linux操作系统以及本地手机中间件之上移植J2ME的JVM，同时将所需的运行库，例如JTWI和MSA等进行相应的移植，所有J2ME应用运行在基于Linux操作系统以及本地手机中间件之上的J2ME JVM上。 \n[0005] 发明人在实现本发明的过程中，发现现有技术至少存在如下问题： [0006] 在上述的技术方案中，为运行J2ME应用，需要同时运行两个不同的JVM，一个为Android的原有JVM(即Delvik JVM)，另一个为J2ME的JVM。从而会占用相当大的内存资源和Flash存储资源，在手机这种内存资源较为紧张的设备中，这个矛盾尤为突出。另外，Android应用与J2ME应用是两套分立的系统，从一套系统切换到另外一套系统，需要较为复杂的操作，用户体验不够友好。由于采用两套不同的JVM，J2ME应用与Android应用难以进行交互。\n发明内容\n[0007] 本发明实施例提供一种J2ME应用的运行方法和装置，有效地减少了运行J2ME应用时对内存资源的占用，增强了用户的使用体验。 \n[0008] 为达到上述目的，本发明实施例一方面提出一种J2ME应用的运行方法，包括： [0009] 调用J2ME应用对应的JSR；判断所述Android平台是否支持所述J2ME应用对应的所述JSR中的接口，如果所述Android平台支持所述J2ME应用对应的所述JSR中的接口，则调用所述Android平台、虚拟机Delvik VM和本地平台Native Platform实现所述JSR； [0010] 在所述Android平台运行所述J2ME应用。 \n[0011] 另一方面，本发明实施例还提出一种运行J2ME应用的终端，包括： [0012] 移植模块，用于调用J2ME应用对应的JSR；判断所述Android平台是否支持所述J2ME应用对应的所述JSR中的接口，如果所述Android平台支持所述J2ME应用对应的所述JSR中的接口，则调用所述Android平台、Delvik虚拟机VM和本地平台Native Platform实现所述JSR； \n[0013] 运行模块，用于在所述Android平台运行所述移植模块移植的所述J2ME应用。 [0014] 本发明实施例的技术方案具有以下优点，因为移植J2ME应用到Android平台，可以充分利用现有的大量的J2ME应用，并且无需运行两套JVM，J2ME应用完全依赖于增强的Android平台JVM(即Delvik JVM)，能够有效减少运行J2ME应用时对内存资源的占用。 [0015] 附图说明\n[0016] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。 \n[0017] 图1为本发明实施例中的一种J2ME应用的运行方法流程图； \n[0018] 图2为本发明实施例中的运行J2ME应用的一种具体实现方式流程图； [0019] 图3为本发明实施例中的一种运行J2ME应用的终端结构图； \n[0020] 图4为本发明实施例中的一种运行J2ME应用的终端具体结构图。 具体实施方式\n[0021] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 \n[0022] 如图1所示，为本发明实施例中的一种J2ME应用的运行方法流程图，包括以下步骤： \n[0023] 步骤101，将J2ME应用移植到Android平台。 \n[0024] 本发明实施例基于Android平台自身的Delvik VM实现J2ME移植层Porting Layer，将J2ME应用移植到Android平台。根据设备硬件能力的不同，以及上层应用对J2ME API的要求不同，J2ME Porting Layer可以实现J2ME的不同功能集合，例如JTWI、MSA、MSA子集Subset等。但是，J2ME PortingLayer的最小功能实现应该包括CLDC以及MIDP(Mobile Information DeviceProfile，移动信息设备配置文件)的功能。对Android Application Framework的功能进行增强，在J2ME Porting Layer的基础上，实现J2ME API，最终为J2ME Application提供支撑。根据J2ME Porting Layer实现的功能集合不同，Application Framework提供的J2ME API也会有所不同，但是其J2ME API的最小集合至少应该包括CLDC以及MIDP的API。 \n[0025] 步骤102，在Android平台运行J2ME应用。 \n[0026] 将J2ME应用移植到Android平台后，在Android平台运行J2ME应用时，不需要将J2ME的JVM整体移植到Android平台上，而是充分利用Android平台的Delvik VM以及Android的Application Framework的功能，在此基础之上实现J2ME的业务接口，为J2ME的应用提供支持。 \n[0027] 如图2所示，为本发明实施例中的运行J2ME应用的一种具体实现方式流程图，包括以下步骤：\n[0028] 步骤201，调用J2ME应用对应的JSR。 \n[0029] 为支持不同类型的应用，J2ME定义了不同的JSR，每一个JSR规范了一类J2ME业务接口，例如JSR118(MIDP)等。将不同的JSR的集合在一起，构成了一些常用的J2ME业务接口集合，例如JTWI，MSA，以及MSA Subset。通常J2ME应用正是基于相应的业务接口集合之上构建。因此，为支持J2ME应用，必须实现相应的JSR。 \n[0030] 步骤202，判断Android平台是否支持J2ME应用对应的JSR中的接口，如果Android平台支持J2ME应用对应的JSR中的接口，则执行步骤205；如果Android平台不支持J2ME应用对应的JSR中的接口，则执行步骤203。 \n[0031] 步骤203，判断JSR中的接口能否被转换成Android平台支持的接口，如果JSR中的接口能被转换成Android平台支持的接口，则执行步骤204；如果JSR中的接口不能被转换成Android平台支持的接口，则执行步骤206。 \n[0032] 步骤204，将JSR中的接口转换成Android平台支持的接口。 \n[0033] 步骤205，调用Android平台和Delvik VM实现JSR，之后执行步骤215。 [0034] 步骤206，判断CLDC是否支持JSR中的接口，如果CLDC支持JSR中的接口，则执行步骤207；如果CLDC不支持JSR中的接口，则执行步骤214。 \n[0035] 步骤207，调用CLDC。 \n[0036] 为支持J2ME应用，需要对JVM层的实现进行修改，以支持J2ME JVM的基本JSR：\nCLDC。 \n[0037] 步骤208，判断Delvik VM是否支持CLDC中的接口，如果Delvik VM支持CLDC中的接口，则执行步骤211；如果Delvik VM不支持CLDC中的接口，则执行步骤209。 [0038] 步骤209，判断CLDC中的接口能否被转换成Delvik VM支持的接口，如果CLDC中的接口能被转换成Delvik VM支持的接口，执行步骤210，如果CLDC中的接口不能被转换成Delvik VM支持的接口，执行步骤212。 \n[0039] 步骤210，将CLDC中的接口转换成Delvik VM支持的接口。 \n[0040] 步骤211，调用Delvik VM实现CLDC。 \n[0041] 步骤212，将CLDC中的接口转换成Native Platform支持的接口 [0042] 步骤213，调用Native Platform实现CLDC。 \n[0043] 根据分析，CLDC中90％以上的接口能够基于Delvik的接口进行简单的封装而获得，甚至其中部分接口Delvik直接支持。剩余的10％的接口不能基于Delvik之上实现，该部分接口可以直接基于Native Platform进行实现。 \n[0044] 步骤214，将JSR中的接口转换成Native Platform支持的接口。 [0045] 步骤215，调用Native Platform实现JSR。 \n[0046] 由于许多JSR的业务接口在功能上与Android重叠，因此，该JSR接口的实现可以基于Android的接口，而其余的接口实现又可分为可以基于CLDC实现的接口，以及必须基于Native Platform实现的接口。 \n[0047] 步骤216，在Android平台运行J2ME应用。 \n[0048] 将J2ME应用移植到Android平台后，在Android平台运行J2ME应用时，不需要将J2ME的JVM整体移植到Android平台上，而是充分利用Android平台的Delvik VM以及Android的Application Framework的功能，在此基础之上实现J2ME的业务接口，为J2ME的应用提供支持。 \n[0049] 如图3所示，为本发明实施例中的一种运行J2ME应用的终端结构图，包括： [0050] 移植模块301，用于将J2ME应用移植到Android平台。 \n[0051] 本发明实施例基于Android平台自身的Delvik VM实现J2ME移植层Porting Layer，将J2ME应用移植到Android平台。根据设备硬件能力的不同，以及上层应用对J2ME API的要求不同，J2ME Porting Layer可以实现J2ME的不同功能集合，例如JTWI、MSA、MSA子集Subset等。但是，J2ME PortingLayer的最小功能实现应该包括CLDC以及MIDP(Mobile Information DeviceProfile，移动信息设备配置文件)的功能。对Android Application Framework的功能进行增强，在J2ME Porting Layer的基础上，实现J2ME API，最终为J2ME Application提供支撑。根据J2ME Porting Layer实现的功能集合不同，Application Framework提供的J2ME API也会有所不同，但是其J2ME API的最小集合至少应该包括CLDC以及MIDP的API。 \n[0052] 运行模块302，用于在Android平台运行移植模块301移植的J2ME应用。 [0053] 将J2ME应用移植到Android平台后，在Android平台运行J2ME应用时，不需要将J2ME的JVM整体移植到Android平台上，而是充分利用Android平台的Delvik VM以及Android的Application Framework的功能，在此基础之上实现J2ME的业务接口，为J2ME的应用提供支持。 \n[0054] 如图4所示，为本发明实施例中的一种运行J2ME应用的终端具体结构图，包括： [0055] 移植模块400，用于将J2ME应用移植到Android平台。 \n[0056] 本发明实施例基于Android平台自身的Delvik VM实现J2ME移植层Porting Layer，将J2ME应用移植到Android平台。根据设备硬件能力的不同，以及上层应用对J2ME API的要求不同，J2ME Porting Layer可以实现J2ME的不同功能集合，例如JTWI、MSA、MSA子集Subset等。但是，J2ME PortingLayer的最小功能实现应该包括CLDC以及MIDP(Mobile Information DeviceProfile，移动信息设备配置文件)的功能。对Android Application Framework的功能进行增强，在J2ME Porting Layer的基础上，实现J2ME API，最终为J2ME Application提供支撑。根据J2ME Porting Layer实现的功能集合不同，Application Framework提供的J2ME API也会有所不同，但是其J2ME API的最小集合至少应该包括CLDC以及MIDP的API。 \n[0057] 运行模块500，用于在Android平台运行移植模块400移植的J2ME应用。 [0058] 将J2ME应用移植到Android平台后，在Android平台运行J2ME应用时，不需要将J2ME的JVM整体移植到Android平台上，而是充分利用Android平台的Delvik VM以及Android的Application Framework的功能，在此基础之上实现J2ME的业务接口，为J2ME的应用提供支持。 \n[0059] 上述移植模块400，具体包括： \n[0060] 第一判断子模块401，用于判断Android平台是否支持J2ME应用对应的JSR中的接口。 \n[0061] 为支持不同类型的应用，J2ME定义了不同的JSR，每一个JSR规范了一类J2ME业务接口，例如JSR 118(MIDP)等。将不同的JSR的集合在一起， 构成了一些常用的J2ME业务接口集合，例如JTWI，MSA，以及MSA Subset。通常J2ME应用正是基于相应的业务接口集合之上构建。因此，为支持J2ME应用，必须实现相应的JSR。由于许多JSR的业务接口在功能上与Android重叠，因此，该JSR接口的实现可以基于Android的接口，而其余的接口实现又可分为可以基于CLDC实现的接口，以及必须基于Native Platform实现的接口。 [0062] 第二判断子模块402，用于如果第一判断子模块401判断Android平台不支持J2ME应用对应的JSR中的接口，判断JSR中的接口能否被转换成Android平台支持的接口。 [0063] 第三判断子模块403，用于如果第二判断子模块402判断JSR中的接口不能被转换成Android平台支持的接口，判断CLDC是否支持JSR中的接口。 \n[0064] 第一调用子模块404，用于如果第三判断子模块403判断CLDC支持JSR中的接口，调用CLDC和Native Platform实现JSR。 \n[0065] 为支持J2ME应用，需要对JVM层的实现进行修改，以支持J2ME JVM的基本JSR：\nCLDC。根据分析，CLDC中90％以上的接口能够基于Delvik的接口进行简单的封装而获得，甚至其中部分接口Delvik直接支持。剩余的10％的接口不能基于Delvik之上实现，该部分接口可以直接基于Native Platform进行实现。 \n[0066] 第二调用子模块405，用于如果第一判断子模块401判断Android平台支持J2ME应用对应的JSR中的接口，调用Android平台、DelvikVM和NativePlatform实现JSR。 [0067] 第一转换子模块406，用于如果所述第三判断子模块403判断JSR中的接口能被转换成Android平台支持的接口，将JSR中的接口转换成Android平台支持的接口。 [0068] 第二转换子模块407，用于如果第三判断子模块403判断CLDC不支持JSR中的接口，将JSR中的接口转换成Native Platform支持的接口。 \n[0069] 第四判断子模块408，用于判断Delvik VM是否支持CLDC中的接口。 [0070] 第五判断子模块409，用于如果第四判断子模块408判断Delvik VM不支 持CLDC中的接口，判断CLDC中的接口能否被转换成Delvik VM支持的接口。 \n[0071] 第三转换子模块410，用于如果第五判断子模块409判断CLDC中的接口能被转换成Delvik VM支持的接口，将CLDC中的接口转换成Delvik VM支持的接口。 [0072] 第三调用子模块411，用于如果第四判断子模块408判断Delvik VM支持CLDC中的接口，调用Delvik VM和Native Platform实现CLDC。 \n[0073] 第四转换子模块412，用于如果第五判断子模块409判断CLDC不支持JSR中的接口，将JSR中的接口转换成所述Native Platform支持的接口。 \n[0074] 本发明实施例的技术方案具有以下优点，因为移植J2ME应用到Android平台，可以充分利用现有的大量的J2ME应用；无需运行两套JVM，J2ME应用完全依赖于增强的Android平台JVM(即Delvik JVM)，能够有效减少内存资源的占用；在UI(User Interface，用户界面)设计上，J2ME应用能够完全集成到Android的UI中，无需进行切换，增强了用户的使用体验；为J2ME应用与Android应用的交互提供了可能；J2ME的JVM以及JSR的实现充分利用Delvik与Android，减少了代码的冗余，降低了存储空间的要求。 [0075] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。 \n[0076] 以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。