应用程序并行处理系统和应用程序并行处理方法

优选实施方式

下面参照附图详细说明本发明的优选实施例。在以下的说明中，为了透彻理解本发明，给出了大量特定的细节。但是，可以不采用这些特定的细节来实施本发明，这对于本领域的技术人员来说是显而易见的。另外，为了突出本发明，没有详细示出众所周知的结构。

没有对可在单个处理器上操作并能够执行功能扩展模块的现有应用程序做任何修改，本发明的应用程序并行处理系统实现了在多处理器上的应用程序及其功能扩展模块如功能扩充软件和插件程序的并行处理。

下面参照附图详细描述本发明的优选实施例。

图1是表示本发明优选实施例的应用程序并行处理系统结构的方块图。

如图1所示，在多处理器环境下实现本实施例的应用程序并行处理系统，其中设置多个处理器P0至Pn(n：不小于1的整数)，多个处理器P0至Pn分成执行一种应用程序的一个应用程序处理器P0和执行通过上述应用程序得以执行的功能扩展模块的一个或多个功能扩展模块处理器P1至Pn。

该系统设置在如便携式终端这样的数据处理设备中，该便携式终端包括蜂窝式电话和便携式PC，它们具有安装有多个处理器的多处理器结构。虽然采用包括蜂窝式电话和便携式PC的便携式终端这样的数据处理设备，其单独处理器的处理能力没有那么大，但是当安装有作为具有多个处理器的多处理器结构的本发明应用程序并行处理系统时，负荷分布使多个功能扩展模块得以平稳执行。

这里的处理器可以是通用CPU或DSP(数字信号处理器)，或可以不限于这些处理器，而是具有数据处理能力的其它专用硬件。

此外，相应处理器P0至Pn彼此通过系统总线100连接，作为由相应处理器P0至Pn共享的共享存储器的主存储装置110和象磁盘设备这样的外存储装置120与系统总线100连接。

下面说明能够执行功能扩展模块的应用程序作为浏览器的实例，由浏览器执行作为功能扩展模块的插件程序。除插件程序以外的可能的功能扩展模块包括功能扩充软件。

在应用程序处理器P0中，操作浏览器10，它是一种能够执行功能扩展模块并读取通过Internet或类似网络传递的HTML文件的应用程序。浏览器10包括文件读取装置20和功能扩展并行单元30，文件读取装置20作为解释和显示HTML文件的原始功能，功能扩展并行单元30用于控制作为功能扩展模块的插件程序的执行。在本实施例中，作为浏览器10原始功能的用于读取HTML文件的文件读取单元20与常规浏览器所具有的普通功能相同，因此不需要修改。

功能扩展模块处理器P1至Pn分别安装有功能扩展并行辅助单元40-1至40-n，用于在并行处理中在其自身处理器上执行得以由浏览器10执行的各种插件程序(功能扩展模块)。

作为得以由浏览器10执行的功能扩展模块的插件程序，可以使用各种类型的插件程序，如Java(R)、Shockwave、Real Player和MEPG4译码器。

通过直接控制功能扩展模块的相同方法，功能扩展并行单元30起接口作用，用于将处理通知给作为浏览器10功能扩展模块的插件程序，它指示作为其余处理器的功能扩展模块处理器P1至Pn的相应功能扩展并行辅助单元40-1至40-n执行功能扩展模块。换句话说，基于来自功能扩展并行单元30的通知，每个功能扩展并行辅助单元40-1至40-n进行功能扩展模块执行控制，作为功能扩展并行单元30的代理。结果，在功能扩展模块处理器P1至Pn上执行的功能扩展模块进行操作，就好象它们是直接由浏览器10控制的一样。

通过系统总线100进行功能扩展并行单元30和相应的功能扩展并行辅助单元40-1至40-n之间的通信。

对于作为功能扩展模块的每种插件程序，假定可在应用程序处理器P0中操作的浏览器10具有功能扩展并行单元30，则功能扩展并行单元30起接口作用，用于将处理通知给作为功能扩展模块的插件程序。如果当执行作为功能扩展模块的Java(R)、Shockwave和MEPG4译码器的插件程序时，则对应Java(R)、Shockwave和MEPG4译码器设置实现执行控制的三种功能扩展并行单元30。当设置单个接口以控制由浏览器10执行的多个插件程序时，单个功能扩展并行单元30控制多种插件程序。

功能扩展模块处理器P1至Pn上的功能扩展并行辅助单元40-1至40-n各自对应作为功能扩展模块的每种插件程序。例如，功能扩展模块处理器P1安装有功能扩展并行辅助单元40-1以便执行作为插件程序的Java(R)，功能扩展模块处理器P2安装有功能扩展并行辅助单元40-2以便执行作为插件程序的Shockwave，功能扩展模块处理器P3安装有功能扩展并行辅助单元40-3以便执行作为插件程序的MEPG4译码器。

每个功能扩展模块处理器P1至Pn可以安装有对应的相应种类插件程序的多个功能扩展并行辅助单元。

当解释HTML文件中关于功能扩展模块(插件程序)的指令时，浏览器10的文件读取单元20将插件程序处理通知给对应的上述插件程序的功能扩展并行单元30，功能扩展并行单元30以回复的方式向功能扩展模块处理器P1至Pn上对应的上述插件程序的功能扩展并行辅助单元40-1至40-n传递包含处理内容的消息。

下面参照图2至图4说明如此构成的本实施例应用程序并行处理系统的操作。图3是表示文件读取单元20的处理的流程图，而图4是表示功能扩展并行单元30进行的处理内容的流程图。

应用程序处理器P0上浏览器10的文件读取单元20从主存储装置110、外存储装置120或类似存储器读取要被显示的HTML(步骤301)，以便执行HTML文件的解释和显示(步骤302)。

当解释关于HTML文件中作为功能扩展模块的插件程序处理的指令时(步骤303)，将插件程序的处理通知给对应的要由上述指令执行的插件程序的功能扩展并行单元30(步骤304，图2中(1))。通过这样的功能调用方法实现对功能扩展并行单元30的通知。

从功能扩展并行单元30接收对已经收到通知的结果的回复时(步骤305，图2中的(2))，文件读取单元20继续执行HTML文件的解释和显示。

浏览器10上的功能扩展并行单元30接收来自文件读取单元20的插件程序处理通知步骤401，图2中的(1))，以及确定已接收的插件程序处理通知是否表示正在被执行的功能扩展任务50的结束处理(步骤402)。

当插件程序处理不是功能扩展任务50的结束处理时，立即向文件读取单元20发送对插件程序处理通知已被接收到的结果的回复(步骤403，图2中的(2))。

因此，根据通知的处理请求，向功能扩展模块处理器P1至Pn上对应于其处理要被执行的插件程序的功能扩展并行辅助单元40-1至40-n发送包括处理内容的消息(步骤404，图2中的(3))。

接着，根据传递的消息，功能扩展模块处理器P1至Pn上的功能扩展并行辅助单元40-1至40-n产生并执行作为插件程序处理的功能扩展任务50。

将功能扩展并行辅助单元40-1至40-n产生的功能扩展任务的执行结果由功能扩展并行辅助单元40-1至40-n传递给浏览器10的文件读取单元20，并将其显示在显示器上。

通过这样的操作，使浏览器10的文件读取单元20在显示器上显示由插件程序获得的执行结果，而不中断其自身的处理。

如果，由文件读取单元20读取的页面移动到另一页面，则文件读取单元20发出插件程序处理通知，以便进行正被执行功能扩展任务50的结束处理。

当在步骤402确定插件程序处理是功能扩展任务50的结束处理时，功能扩展并行单元30向功能扩展模块处理器P1至Pn上功能扩展并行辅助单元40-1至40-n发送包括处理内容的消息，功能扩展并行辅助单元40-1至40-n根据通知的处理请求执行功能扩展任务50，而不对文件读取单元20回复通知已经被接收到的结果(步骤405)。

因此，在通过来自功能扩展并行辅助单元40-1至40-n的通知确认功能扩展任务50结束后，向文件读取单元20回复一个已经收到了插件程序处理通知的结果(步骤406)。

还可以通过应用程序处理器P0上的功能扩展并行单元30执行预定插件程序，在这种情况下，如图5所示，功能扩展并行单元30在将已经收到插件程序处理通知的结果回复给文件读取单元20后(步骤402，图5中(2))，按照被通知处理内容产生并执行功能扩展任务50，作为插件程序处理(图5中(3))，而不根据通知的处理请求向功能扩展模块处理器P1至Pn上的功能扩展并行辅助单元40-1至40-n发送包括处理内容的消息。

下面参照图6，说明在假定功能扩展模块处理器P1上的功能扩展并行辅助单元40-1要执行作为插件程序的Java(R)插件程序的情况下所要执行的操作的特别实施例，应用程序处理器P0上的浏览器10执行功能扩展模块处理器P1上的Java(R)插件程序。

在启动应用程序处理器P0上的浏览器10时，启动功能扩展模块处理器P1上的功能扩展并行辅助单元40-1，以便将执行Java(R)插件程序的模块装载到功能扩展并行辅助单元40-1中。

由于当启动浏览器10时(而且当浏览器10正被执行时)，由应用程序处理器P0上的浏览器10执行插件程序的装载，装载的处理时间对于使浏览器10本身执行平稳进行是不必要的。

因此，在应用程序处理器P0上执行浏览器10的文件读取单元20，以便使功能扩展模块处理器P1上的功能扩展并行辅助单元40-1处于等待状态。

当文件读取单元20解释HTML文件的Java(R)插件程序执行指令时，功能扩展并行单元30按照该执行指令将包括Java(R)插件程序处理内容的消息通知给功能扩展模块处理器P1上的功能扩展并行辅助单元40-1。因此，功能扩展模块处理器P1上的功能扩展并行辅助单元40-1根据被通知的处理内容产生Java(R)插件程序的任务。

如图7所示，说明HTML文件中的Java(R)插件程序执行指令，这里，在预定窗口大小内执行Java(R)插件程序的数据对象「test.jav」。

随后，由应用程序处理器P0上的浏览器10向功能扩展模块处理器P1传送由Java(R)插件程序执行的数据流，功能扩展模块处理器P1上的Java(R)插件程序任务接收该数据。

当完成数据流的传送时，在功能扩展模块处理器P1上执行Java(R)插件程序任务，执行的结果传送给正在执行普通文件读处理的浏览器10。

此后，当在浏览器10上发生如「移动到另一页面」这样的事件时，功能扩展并行单元30通知一个指示Java(R)插件程序任务放弃处理的消息，为回复该通知，功能扩展并行辅助单元40-1结束Java(R)插件程序任务的执行而进入等待状态。

此外，已经结束Java(R)插件程序执行的浏览器10继续进行常规处理。

通过由功能扩展模块处理器P1至Pn执行功能扩展模块的分布式装载方法包括以下方法，而不是为每个功能扩展模块首先确定处理器以便执行相关模块的方法。

应用程序处理器P0的浏览器10管理由相应功能扩展模块处理器P1至Pn执行的功能扩展模块的种类和数量，并在执行新功能扩展模块时，基于作为其管理内容的功能扩展模块种类和数量来确定负荷很小的处理器。

由于每个功能扩展模块处理器P1至Pn具有时刻地输出其负荷因数的功能，浏览器10使根据这些负荷因数确定的最合适处理器执行功能扩展模块。

浏览器记录一种得以执行的功能扩展模块而不执行功能扩展模块，直到解释完HTML文件的一个页面说明为止。在解释完成后，检查要执行的一种功能扩展模块和其负荷量，以便使被允许执行功能扩展模块的功能扩展模块处理器P1至Pn执行这些模块，从而使负荷均匀分布。

被指示执行功能扩展模块的处理器通过自主任务迁移或类似迁移指令指示其它处理器执行功能扩展模块，由此分布负荷。

通过具有功能扩展并行单元和功能扩展并行辅助单元的相应功能，并行处理程序能够实现根据上述执行方式和实施例的应用程序并行处理系统。并行处理程序存储在记录介质如磁盘、半导体存储器或类似存储器上，并从记录介质将其装载计算机处理设备以便控制计算机处理设备的操作，由此实现每个上述功能。

尽管上面已经就优选执行方式和实施例说明了本发明，但是本发明不限于上述优选执行方式和实施例，而是能够体现在其技术构思范围内的各种形式中。

如上所述，本发明不对可在单个处理器上操作的现有应用程序作任何修改而具有执行功能扩展模块的功能，能在多处理器上实现应用程序及其功能扩展模块如功能扩充软件和插件程序的并行处理。

此外，本发明通过在多处理器上进行应用程序及其功能扩展模块如功能扩充软件和插件程序的并行处理，使得即使在内部设有处理能力与便携式终端一样小的处理器的数据处理设备中，也能使应用程序得以平稳操作。

此外，通过在多处理器中进行应用程序及其功能扩展模块如功能扩充软件和插件程序的并行处理，本发明使功率消耗低于在单个处理器中操作时所需的功耗。这对于数据处理设备如需要长时间以低功耗驱动的便携式终端包括蜂窝式电话和便携式PC是特别有效的。

尽管已经通过实施例显示和说明了本发明，但是本领域的技术人员应该明白可以作出上述和各种其它改变、省略和增加而不背离本发明精神和范围。因此，本发明不应限于上面给出的特别实施例，而是包括由附加权利要求中特征及其等同物限定的范围内的所有可能的实施例。