移动终端中实现支付的方法及移动设备.pdf

一种实现上层程序与底层程序交互的方法及移动设备。一种实现上层程序与底层程序交互的方法实施例，包括：上层程序接收到打开购物网站的购买链接的命令后，通过网络向本机以预定的端口发出调用请求，底层支付程序在所述预定的端口监听本机通过网络发来的调用请求，底层支付程序根据调用请求提供输入支付信息界面并接收输入的支付信息，底层支付程序通过网络连接支付服务器并传递支付信息，完成支付。利用本方法，可以实现上层程序对底层程序的调用。

1、  移动终端中实现支付的方法，其特征在于，包括：
上层程序接收到打开购物网站的购买链接的命令后，向本机以预定的端口发出调用请求；
底层支付程序在所述预定的端口监听本机通过网络发来的调用请求；
底层支付程序根据调用请求提供输入支付信息界面并接收输入的支付信息；
底层支付程序通过网络连接支付服务器并传递支付信息，完成支付。

2、  如权利要求1所述的方法，其特征在于，所述上层程序接收到打开购物网站的购买链接的命令后，通过网络向本机以预定的端口发出调用请求。

3、  如权利要求1或2所述的方法，其特征在于，所述上层程序向本机以预定的端口发出调用请求，包括：
上层程序向网络地址127.0.0.1或者Localhost以预定的端口发出调用请求。

4、  如权利要求1所述的方法，其特征在于，所述上层程序向本机以预定的端口发出调用请求，包括：
上层程序向本机以预定的端口发出超文本传输协议HTTP形式的调用请求。

5、  如权利要求1所述的方法，其特征在于，所述上层程序发出的调用请求中包括传递的参数；
相应地，所述底层程序还根据调用请求中传递的参数进行相应处理。

6、  如权利要求1或4或5所述的方法，其特征在于，所述上层程序发出调用请求之后还包括：
上层程序阻塞在等待底层程序响应的状态。

7、  如权利要求1所述的方法，其特征在于，所述方法之后还包括：
底层程序将所述处理结果返回给上层程序。

8、  如权利要求1或2所述的方法，其特征在于，所述上层程序包括浏览器程序。

9、  移动终端中实现支付的方法，其特征在于，包括：
上层程序接收到进行支付的命令后，向本机以预定的端口发出调用请求；
底层支付程序在所述预定的端口监听本机通过网络发来的调用请求；
底层支付程序根据调用请求提供输入支付信息界面并接收输入的支付信息；
底层支付程序通过网络连接支付服务器并传递支付信息，完成支付。

10、  如权利要求9所述的方法，其特征在于，所述上层程序接收到进行支付的命令后，通过网络向本机以预定的端口发出调用请求。

11、  如权利要求9或10所述的方法，其特征在于，所述上层程序向本机以预定的端口发出调用请求，包括：
上层程序向网络地址127.0.0.1或者Localhost以预定的端口发出调用请求。

12、  如权利要求9所述的方法，其特征在于，所述上层程序发出的调用请求中包括传递的参数；
相应地，所述底层程序还根据调用请求中传递的参数进行相应处理。

13、  如权利要求9或10或12所述的方法，其特征在于，所述上层程序发出调用请求之后还包括：
上层程序阻塞在等待底层程序响应的状态。

14、  如权利要求9所述的方法，其特征在于，所述方法之后还包括：
底层程序将所述处理结果返回给上层程序。

15、  如权利要求8所述的方法，其特征在于，所述上层程序包括J2ME程序。

16、  一种移动设备，其特征在于，包括：
第一单元，用于执行上层程序，在接收到打开购物网站的购买链接的命令后，向本机以预定的端口发出调用请求；
第二单元，用于执行底层支付程序，在所述预定的端口监听本机通过网络发来的调用请求，根据调用请求提供输入支付信息界面并接收输入的支付信息，通过网络连接支付服务器并传递支付信息，完成支付。

17、  如权利要求16所述的移动设备，其特征在于，所述第一单元在接收到打开购物网站的购买链接的命令后，通过网络向本机以预定的端口发出调用请求。

18、  如权利要求16所述的移动设备，其特征在于，所述第一单元向网络地址127.0.0.1或者Localhost以预定的端口发出调用请求。

19、  如权利要求16所述的移动设备，其特征在于，所述第一单元通过网络向本机以预定的端口发出超文本传输协议HTTP形式的调用请求。

20、  如权利要求16所述的移动设备，其特征在于，所述第一单元发出的调用请求中包括传递的参数；
相应地，所述第二单元还根据调用请求中传递的参数进行相应处理。

21、  如权利要求16至20中任一项所述的移动设备，其特征在于，所述第一单元发出调用请求之后，阻塞在等待底层程序响应的状态。

22、  如权利要求16至20中任一项所述的移动设备，其特征在于，所述第二单元还用于将处理结果返回给所述第一单元。

23、  如权利要求16所述的移动设备，其特征在于，所述上层程序包括浏览器程序。

24、  一种移动设备，其特征在于，包括：
第一单元，用于执行上层程序，在接收到进行支付的命令后，向本机以预定的端口发出调用请求；
第二单元，用于执行底层支付程序，在所述预定的端口监听本机通过网络发来的调用请求，根据调用请求提供输入支付信息界面并接收输入的支付信息，通过网络连接支付服务器并传递支付信息，完成支付。

25、  如权利要求24所述的移动设备，其特征在于，所述第一单元在接收到进行支付的命令后，通过网络向本机以预定的端口发出调用请求。

26、  如权利要求24所述的移动设备，其特征在于，所述第一单元向网络地址127.0.0.1或者Localhost以预定的端口发出调用请求。

27、  如权利要求25所述的移动设备，其特征在于，所述第一单元发出的调用请求中包括传递的参数；
相应地，所述第二单元还根据调用请求中传递的参数进行相应处理。

28、  如权利要求24至27中任一项所述的移动设备，其特征在于，所述第一单元发出调用请求之后，阻塞在等待底层程序响应的状态。

29、  如权利要求24至27中任一项所述的移动设备，其特征在于，所述第二单元还用于将处理结果返回给所述第一单元。

30、  如权利要求24所述的移动设备，其特征在于，所述上层程序包括J2ME程序。

移动终端中实现支付的方法及移动设备
技术领域
本发明涉及计算机软件技术领域，特别涉及一种移动终端中实现支付的方法及移动设备。
背景技术
在移动设备(例如手机、PDA)中，经常运行一些上层的应用程序，如网页脚本、J2ME程序等。J2ME(Java 2 Micro Edition)是Java 2的一个组成部分，它与J2SE、J2EE并称。J2ME是一种高度优化的Java运行环境，主要针对消费类电子设备的，例如蜂窝电话和可视电话、数字机顶盒、汽车导航系统等等。
这类上层程序，通常无法实现调用底层应用程序接口(Application ProgramInterface，API)，而在一些情况下，又需要这样去做。例如，用户在移动设备上浏览购物网站的网页后，也想要像家用PC机上那样进行网上交易，通过网上银行来实施付款。而在移动设备中运行的网上银行客户端大多都采用了底层API编写，例如支付宝的手机客户端。而且这类移动设备中运行的网上银行客户端，常以C++语言编写，更靠近系统底层，其中一些代码通过直接调用底层代码来实现。这样，上层程序需要通过调用底层程序来实现。
但是，由于目前这类网页的脚本代码(HTML代码)没有提供可以执行可执行文件(如.exe文件)的代码，因此，目前还没有有效的上层程序调用底层程序的方案。
还存在的情况是，在J2ME形式的手机程序中，例如游戏程序，往往设置有可供用户免费体验的关卡，如前两关。如果用户希望玩第三关或后续关卡，则需要通过该J2ME的手机程序调用底层的手机支付程序进行付费，例如调用支付宝手机客户端来付费。同样的，因为J2ME程序也没有提供直接执行某一个可执行文件(如.EXE文件)的语法，因此，目前还没有有效的上层程序调用底层程序的方案。
发明内容
本申请实施例的目的是提供一种移动终端中实现支付的方法及移动设备，以实现在移动终端上进行支付。
为解决上述技术问题，本申请实施例提供一种移动终端中实现支付的方法及移动设备是这样实现的：
移动终端中实现支付的方法，包括：
上层程序接收到打开购物网站的购买链接的命令后，向本机以预定的端口发出调用请求；
底层支付程序在所述预定的端口监听本机通过网络发来的调用请求；
底层支付程序根据调用请求提供输入支付信息界面并接收输入的支付信息；
底层支付程序通过网络连接支付服务器并传递支付信息，完成支付。
移动终端中实现支付的方法，包括：
上层程序接收到进行支付的命令后，向本机以预定的端口发出调用请求；
底层支付程序在所述预定的端口监听本机通过网络发来的调用请求；
底层支付程序根据调用请求提供输入支付信息界面并接收输入的支付信息；
底层支付程序通过网络连接支付服务器并传递支付信息，完成支付。
一种移动设备，包括：
第一单元，用于执行上层程序，在接收到打开购物网站的购买链接的命令后，向本机以预定的端口发出调用请求；
第二单元，用于执行底层支付程序，在所述预定的端口监听本机通过网络发来的调用请求，根据调用请求提供输入支付信息界面并接收输入的支付信息，通过网络连接支付服务器并传递支付信息，完成支付。
一种移动设备，包括：
第一单元，用于执行上层程序，在接收到进行支付的命令后，向本机以预定的端口发出调用请求；
第二单元，用于执行底层支付程序，在所述预定的端口监听本机通过网络发来的调用请求，根据调用请求提供输入支付信息界面并接收输入的支付信息，通过网络连接支付服务器并传递支付信息，完成支付。
由以上本申请实施例提供的技术方案可见，上层程序接收到打开购物网站的购买链接的命令后，通过网络向本机以预定的端口发出调用请求，底层支付程序在所述预定的端口监听本机通过网络发来的调用请求，底层支付程序根据调用请求提供输入支付信息界面并接收输入的支付信息，底层支付程序通过网络连接支付服务器并传递支付信息，完成支付，可以实现上层程序对底层程序的调用并完成支付。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请涉及到支付过程的一网络结构图；
图2为本申请移动终端中实现支付的方法实施例的流程图；
图3为本申请涉及到支付过程的另一网络结构图；
图4为本申请移动终端中实现支付的方法实施例的流程图；
图5为本申请移动终端的框图。
具体实施方式
本申请实施例提供一种移动终端中实现支付的方法及移动设备。
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
涉及到支付过程的网络结构的一个示例可以如图1所示，包括移动终端，Web服务器，支付服务器。移动终端中一般装有Web浏览程序，移动终端可以通过Web浏览程序访问Web服务器，提供用户浏览Web服务器上的网页，如采用Internet Explorer，Safari等类型的Web浏览器。
用户通过移动终端进行支付时，需要利用本机上的支付程序，从而通过与支付服务器的通信完成支付过程。本机上的支付程序作为本机中的软件，一般为可执行文件(如.exe文件)的形式，后续称为底层支付软件。
本机上的Web浏览器一般为上层程序，其包含一系列的脚本代码(HTML代码)。如前所述，目前这类网页的脚本代码(HTML代码)没有提供可以执行可执行文件(如.exe文件)的代码，因此，目前还没有有效的上层程序调用底层程序的方案。
以下介绍本申请移动终端中实现支付的方法实施例，图2示出了该方法实施例的流程。移动终端的使用者通过移动终端上的Web浏览器(一种上层程序)与Web服务器交互后，例如打开购物网站的网页，用户可能选中某种商品，即选中购物网站的购买链接，接下来进行网上支付。则该方法实施例的流程如图2所示：
S201：上层程序接收到打开购物网站的购买链接的命令后，通过网络向本机以预定的端口发出调用请求。
如前所述，这里的上层程序具体可以为网页程序(Web浏览器)以及客户端应用程序等。
该步骤，具体的，例如可以是上层程序向网络地址127.0.0.1或者Localhost以预定的端口发出调用请求(Request)。
127.0.0.1是回送地址，指本地机，一般用来测试使用。
在计算机网络中，localhost是给回路网络接口的一个标准主机名。这个名称也是一个保留域名(RFC 2606)，为了避免同狭义定义主机名混淆而单独列出。在不使用计算机的主机名称的地方指定为localhost。例如，将web服务器上安装的web浏览器指向http://localhost，将会显示运行这个浏览器的计算机上所服务的网站的主页，但是只有当web服务器配置至服务回路接口。
对于大多数习惯用localhost的情况来说，实质上就是指向127.0.0.1这个本地IP地址。在操作系统中，一般存在一配置文件，其中将localhost与127.0.0.1绑定在一起。
软件领域的端口一般指网络中面向连接服务和无连接服务的通信协议端口，是一种抽象的软件结构，包括一些数据结构和I/O(基本输入输出)缓冲区。
面向连接和无连接协议(Connection-Oriented and ConnectionlessProtocols)：
面向连接服务的主要特点有：面向连接服务要经过三个阶段：数据传数前，先建立连接，连接建立后再传输数据，数据传送完后，释放连接。面向连接服务，可确保数据传送的次序和传输的可靠性。无连接服务的特点是：无连接服务只有传输数据阶段。消除了除数据通信外的其它开销。只要发送实体是活跃的，无须接收实体也是活跃的。它的优点是灵活方便、迅速，特别适合于传送少量零星的报文，但无连接服务不能防止报文的丢失、重复或失序。
TCP/IP协议在网络层是无连接的。而″端口″，是传输层的内容，是面向连接的。协议里面低于1024的端口都有确切的定义，它们对应着因特网上常见的一些服务。
这些常见的服务划分为使用TCP端口和使用UDP端口两种。
网络中可以被命名和寻址的通信端口是操作系统的一种可分配资源。由网络开放系统互联参考模型(Open System Interconnection Reference Model，OSI)七层协议可知，传输层与网络层最大的区别是传输层提供进程通信能力，网络通信的最终地址不仅包括主机地址，还包括可描述进程的某种标识。所以TCP/IP协议提出的协议端口，可以认为是网络通信进程的一种标识符。
应用程序(调入内存运行后一般称为：进程)通过系统调用与某端口建立连接(binding，绑定)后，传输层传给该端口的数据都被相应的进程所接收，相应进程发给传输层的数据都从该端口输出。在TCP/IP协议的实现中，端口操作类似于一般的I/O操作，进程获取一个端口，相当于获取本地唯一的I/O文件，可以用一般的读写方式访问类似于文件描述符，每个端口都拥有一个叫端口号的整数描述符，用来区别不同的端口。由于TCP/IP传输层的TCP和UDP两个协议是两个完全独立的软件模块，因此各自的端口号也相互独立。如TCP有一个255号端口，UDP也可以有一个255号端口，两者并不冲突。端口号有两种基本分配方式：第一种叫全局分配这是一种集中分配方式，由一个公认权威的中央机构根据用户需要进行统一分配，并将结果公布于众，第二种是本地分配，又称动态连接，即进程需要访问传输层服务时，向本地操作系统提出申请，操作系统返回本地唯一的端口号，进程再通过合适的系统调用，将自己和该端口连接起来(binding，绑定)。TCP/IP端口号的分配综合了以上两种方式，将端口号分为两部分，少量的作为保留端口，以全局方式分配给服务进程。每一个标准服务器都拥有一个全局公认的端口叫周知口，即使在不同的机器上，其端口号也相同。剩余的为自由端口，以本地方式进行分配。TCP和UDP规定，小于256的端口才能作为保留端口。
现有技术中，网页脚本等无法直接调用.EXE文件，也没有诸如SendMessage这样的API用来与另一个程序通信，因此，现有技术中上层程序无法与底层程序进行交互，也就无法直接调用底层程序。
但是，事实上网页脚本支持超文本传输协议(Hyper Text Transfer Protocol，HTTP)调用，则HTTP调用中可以包括目的主机的网络地址，如前，例如为127.0.0.1或者Localhost。而HTTP请求一般会采用默认端口号80。于是，本实施例中，通过HTTP调用，上层程序得以经由网络向本机以预定的端口发出调用请求，从而本机底层程序可以接收调用请求。
S202：底层支付程序在所述预定的端口监听本机通过网络发来的调用请求。
底层程序在内存中运行后，存在一守护进程，并且可以作为系统的一项服务，随开机启动。
底层程序的守护进程会监听预定端口上发来的调用请求。则当本机的上层程序在预定端口上通过网络发出调用请求后，底层程序的守护进程可以监听到该调用请求，进而执行相应处理。
例如，如前所述，Web浏览器中的网页脚本支持超文本传输协议HTTP调用，HTTP调用请求中可以包括目的主机的网络地址，如为127.0.0.1或者Localhost。而HTTP调用请求一般会采用默认端口号80。于是，通过HTTP调用，上层程序得以经由网络向本机以预定的端口(如80端口)发出调用请求，而本步骤中，底层支付程序可以监听80端口，监听本机通过网络发来的调用请求。
S203：底层支付程序根据调用请求提供输入支付信息界面并接收输入的支付信息。
底层程序的编写更靠近软件的底层，可以直接调用底层的API。因此，在执行相应处理过程中，可以调用底层API实现相关的功能。
如这里提到的，底层支付程序提供输入支付信息界面并接收输入的支付信息。
其中，调用请求中，可以传递一些参数。底层支付程序在收到调用请求后，可以根据调用请求中传递的参数进行相应的处理，比如通过调用键盘输入进行输入密码、付款等操作。通过键盘输入密码这类操作，需要调用底层的I/O接口等，通常这类操作通过调用底层API实现。而且为了对输入的密码等敏感信息进行保护，通常还需要用到复杂的加密算法。现在惯用的做法就是一个用底层API写的底层程序实现，而非本实施例中的上层程序可以直接实现，这也就是本实施例需要解决的上层程序与底层程序进行交互的一个目的。
S204：底层支付程序通过网络连接支付服务器并传递支付信息，完成支付。
在前述输入密码这类操作完成后，底层程序与其它服务器进行交互，例如与支付服务器(如采用支付宝进行交易，则这里可以具体为支付宝服务器)进行通信，完成支付操作的验证，进而，底层程序返回结果给上层程序。
例如，上层程序收到反馈的处理结果后，上层程序对结果要进行哪些处理，则会依上层程序的逻辑而定，例如是网页脚本打开一个购物网站的网页，显示付款成功或者失败这类的页面。
另外，所述上层程序发出的调用请求中，还可以包括处理结果的反馈需求。则，如果调用请求中包含对底层程序处理结果的反馈需求，则在S204之后，该实施例还可以包括：
S205：底层程序将所述处理结果返回给上层程序。
具体的，返回处理结果的方式，也可以是通过网络向本机以预定的端口发送。
其中，可以是向网络地址127.0.0.1或Localhost以预定端口进行反馈。则上层程序在内存中的守护进程则可以监听到反馈的结果，从而在移动设备上向用户进行展现等工作。
通过上述实施例可见，上层程序接收到打开购物网站的购买链接的命令后，通过网络向本机以预定的端口发出调用请求，底层支付程序在所述预定的端口监听本机通过网络发来的调用请求，底层支付程序根据调用请求提供输入支付信息界面并接收输入的支付信息，底层支付程序通过网络连接支付服务器并传递支付信息，完成支付，可以实现上层程序对底层程序的调用并完成支付。
涉及到支付过程的网络结构的另一示例可以如图3所示，包括移动终端，游戏服务器，支付服务器。该实例中，移动终端中装有J2ME程序，例如是一种J2ME类型的游戏软件，移动终端在执行该J2ME程序过程中与游戏服务器通信，提供游戏内容与游戏服务器的交互。
这个J2ME类型的游戏，例如提供免费的体验关卡为第一、二关。如果用户在移动设备上完成了第一、二关，而希望继续玩第三关，或者玩后续关卡，则J2ME程序将提示需要进行支付后游戏才可以继续。这个过程中，J2ME程序将与游戏服务器进行交互，接收游戏服务器发来的进行支付的指示，并呈现于J2ME程序中。
用户通过移动终端进行支付时，需要利用本机上的支付程序，从而通过与支付服务器的通信完成支付过程。本机上的支付程序作为本机中的软件，一般为可执行文件(如.exe文件)的形式，后续称为底层支付软件。
本机上的J2ME一般为上层程序，其包含一系列的J2ME命令。如前所述，目前这类J2ME命令没有提供可以执行可执行文件(如.exe文件)的代码，因此，目前还没有有效的此类上层程序调用底层程序的方案。
以下介绍本申请移动终端中实现支付的第二方法实施例，图4示出了该方法实施例的流程。移动终端的使用者通过移动终端上的J2ME程序与游戏服务器交互后，例如接收到进行支付的提示，用户可能选择进行支付，接下来可以进行网上支付。则该方法实施例的流程如图4所示：
S401：上层程序接收到进行支付的命令后，通过网络向本机以预定的端口发出调用请求。
如前所述，这里的上层程序具体可以为J2ME类型的应用程序等。
该步骤，具体的，例如可以是上层程序向网络地址127.0.0.1或者Localhost以预定的端口发出调用请求(Request)。
如前所述，127.0.0.1、Localhost是回送地址，指本地机，一般用来测试使用。
现有技术中，J2ME程序等上层程序无法直接调用.EXE文件，也没有诸如SendMessage这样的API用来与另一个底层程序通信，因此，现有技术中上层程序无法与底层程序进行交互，也就无法直接调用底层程序。
但是，事实上J2ME命令调用，则调用命令中可以包括目的主机的网络地址，如前，例如为127.0.0.1或者Localhost。而调用命令一般会采用一端口号进行。于是，本实施例中，通过J2ME的调用命令，上层程序得以经由网络向本机以预定的端口发出调用请求，从而本机底层程序可以接收调用请求。
S402：底层支付程序在所述预定的端口监听本机通过网络发来的调用请求。
底层程序在内存中运行后，存在一守护进程，并且可以作为系统的一项服务，随开机启动。
底层程序的守护进程会监听预定端口上发来的调用请求。则当本机的上层程序在预定端口上通过网络发出调用请求后，底层程序的守护进程可以监听到该调用请求，进而执行相应处理。
例如，如前所述，J2ME程序发出的调用请求中可以包括目的主机的网络地址，如为127.0.0.1或者Localhost，并包括一预定的端口号。于是，通过J2ME调用，上层程序得以经由网络向本机以预定的端口发出调用请求，而本步骤中，底层支付程序可以监听所述预定端口，监听本机通过网络发来的调用请求。
S403：底层支付程序根据调用请求提供输入支付信息界面并接收输入的支付信息。
底层程序的编写更靠近软件的底层，可以直接调用底层的API。因此，在执行相应处理过程中，可以调用底层API实现相关的功能。如这里提到的，底层支付程序提供输入支付信息界面并接收输入的支付信息。
其中，调用请求中，可以传递一些参数。底层支付程序在收到调用请求后，可以根据调用请求中传递的参数进行相应的处理，比如通过调用键盘输入进行输入密码、付款等操作。通过键盘输入密码这类操作，需要调用底层的I/O接口等，通常这类操作通过调用底层API实现。而且为了对输入的密码等敏感信息进行保护，通常还需要用到复杂的加密算法。现在惯用的做法就是一个用底层API写的底层程序实现，而非本实施例中的上层程序可以直接实现，这也就是本实施例需要解决的上层程序与底层程序进行交互的一个目的。
S404：底层支付程序通过网络连接支付服务器并传递支付信息，完成支付。
在前述输入密码这类操作完成后，底层程序与其它服务器进行交互，例如与支付服务器(如采用支付宝进行交易，则这里可以具体为支付宝服务器)进行通信，完成支付操作的验证，进而，底层程序返回结果给上层程序。
在S404之后，该实施例还可以包括：
S405：底层程序将所述处理结果返回给上层程序。
具体的，返回处理结果的方式，也可以是通过网络向本机以预定的端口发送。
其中，可以是向网络地址127.0.0.1或Localhost以预定端口进行反馈。则上层程序在内存中的守护进程则可以监听到反馈的结果，从而在移动设备上向用户进行展现等工作。
例如，上层程序收到反馈的处理结果后，上层程序对结果要进行哪些处理。则会依上层程序的逻辑而定，例如是J2ME向游戏服务器发送支付成功命令，进而游戏服务器提供J2ME程序中部分内容的解锁命令，例如解锁J2ME游戏程序的第三关或后续关卡，或者是游戏服务器提供第三关或后续关卡的下载，从而用户可以执行J2ME程序中第三关及后续关卡的游戏。
其中，用户选择进行支付后，作为上层程序的J2ME通过网络向127.0.0.1或Localhost以预定的端口发出调用请求，该调用请求中还包括传递的与支付相关的参数。上层程序发出调用请求后，阻塞在等待底层程序响应状态。底层程序在预定的端口监听本机通过网络发来的调用请求，进而底层程序可以根据调用请求以及其中的支付相关参数进行相应处理。具体的，比如通过调用键盘输入进行输入密码、付款等操作。在输入密码这类操作完成后，底层程序与其它服务器进行交互，例如与支付服务器(如采用支付宝进行交易，则这里可以具体为支付宝服务器)进行通信，完成支付操作的验证，进而，底层程序返回结果给上层程序。上层程序收到反馈的处理结果后，上层程序对结果要进行哪些处理，则会依上层程序的逻辑而定，例如是网页脚本打开一个购物网站的网页，显示付款成功或者失败这类的页面。
通过上述实施例可见，上层程序接收到进行支付的命令后，通过网络向本机以预定的端口发出调用请求，底层支付程序在所述预定的端口监听本机通过网络发来的调用请求，底层支付程序根据调用请求提供输入支付信息界面并接收输入的支付信息，底层支付程序通过网络连接支付服务器并传递支付信息，完成支付，可以实现上层程序对底层程序的调用并完成支付。
以下介绍本发明移动设备的一个实施例，图5示出了该移动设备实施例的框图，如图5所示，包括：
第一单元51，用于执行上层程序，在接收到打开购物网站的购买链接的命令后，通过网络向本机以预定的端口发出调用请求；
第二单元52，用于执行底层支付程序，并在所述预定的端口监听本机通过网络发来的调用请求，根据调用请求提供输入支付信息界面并接收输入的支付信息，通过网络连接支付服务器并传递支付信息，完成支付。
所述第一单元51，可以由单核处理器中负责处理上层程序的逻辑部分构成，或可由多核处理器中负责处理上层程序的一个核心处理器构成。
所述第二单元52，可以由单核处理器中负责处理上层程序的逻辑部分构成，或可由多核处理器中负责处理底层程序的另一核心处理器构成。
优选地，所述移动设备中，所述第一单元51向网络地址127.0.0.1或者Localhost以预定的端口发出调用请求。
优选地，所述移动设备中，所述第一单元51通过网络向本机以预定的端口发出超文本传输协议HTTP形式的调用请求。
优选地，所述移动设备中，所述第一单元51发出的调用请求中包括传递的参数；
相应地，所述第二单元52还根据调用请求进行相应处理包括底层程序根据调用请求中传递的参数进行相应处理。
优选地，所述移动设备中，所述第二单元52还用于将处理结果返回给所述第一单元。
此外，所述第二单元根据调用请求中传递的参数进行相应处理，可以包括：
第二单元与其它服务器交互。这里的服务器可以包括支付服务器，例如采用支付宝支付的情况，则该支付服务器具体为支付宝服务器。
所述第一单元发出调用请求之后，还可以阻塞在等待底层程序响应状态，从而等待前述所述的第二单元返回的处理结果。
所述上层程序包括浏览器程序。
利用上述移动设备实现上层程序与底层程序交互的方法与前述图2所示的方法实施例类似，在此不再赘述。
以下介绍本发明移动设备的另一实施例，该移动设备实施例的组成如图5所示包括：
第一单元51，用于执行上层程序，在接收到进行支付的命令后，通过网络向本机以预定的端口发出调用请求；
第二单元52，用于执行底层支付程序，在所述预定的端口监听本机通过网络发来的调用请求，根据调用请求提供输入支付信息界面并接收输入的支付信息，通过网络连接支付服务器并传递支付信息，完成支付。
优选地，所述移动设备中，所述第一单元51向网络地址127.0.0.1或者Localhost以预定的端口发出调用请求。
优选地，所述移动设备中，所述第一单元52发出的调用请求中包括传递的参数；
相应地，所述第二单元52还根据调用请求中传递的参数进行相应处理。
优选地，所述移动设备中，所述第一单元52发出调用请求之后，阻塞在等待底层程序响应的状态。
优选地，所述移动设备中，所述第二单元52还用于将处理结果返回给所述第一单元。
所述上层程序包括J2ME程序。
利用上述移动设备实现上层程序与底层程序交互的方法与前述图4所示的方法实施例类似，在此不再赘述。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。