数据处理系统和数据处理方法

专利名称：数据处理系统和数据处理方法
技术领域：
本发明涉及将处理分散到多个计算资源来执行计算机程序的技术。
背景技术：
以计算机游戏、Web搜索软件为代表的软件的高功能化不断给硬件带来 更大的处理负载。为了应对这种状况，自然需要运算处理本身的高速化，而 在多个处理装置之间适当地分散任务(task)也很重要
发明内容
〔本发明所要解决的课题〕 但是，即便说要使任务分散，但作为系统整体可利用的计算资源是多种 多样的。如果要考虑到这种执行环境的多样性再来作成控制任务分配的应用 程序，则其开发负担与以单处理器上的工作为前提的应用程序是无法相比的。 本发明是鉴于这样的课题而完成的，其主要的目的在于提供一种用于容 易地作成使处理分散到网络上的多种计算资源的计算机程序的技术。 〔用于解决课题的手段〕
本发明的一种方案涉及将处理分散到经由通信线路相互连接的多个控制 单元来执行计算机程序的数据处理系统。
在该系统中，参照描述了数据处理的内容的脚本代码(script code)，将 数据处理分解成多个单位处理，将各单位处理分配给多个控制单元。
控制单元包括统括性地控制控制单元的主控制装置、和执行由主控制装 置分配的处理的多个副控制装置。
主控制装置将单位处理的一部分分配给副控制装置，各副控制装置执行 :坡分配的处理。
参照脚本代码将数据处理分解成单位处理、进而分配单位处理的处理可 以由任意的控制单元来执行。或者，也可以另行设置用于执行这种处理的装 置。脚本代码既可以是象XML这样描述为由标签结构化的文本文件，也可
以利用Perl、 JavaScript (Java是注册商标)等脚本语言来描述。
通信线路既可以是互联网、LAN这样的通信网络，也可以是连接多个控
制单元的总线这样的数据收发路径。
本发明的另 一方案涉及将处理分散到多个执行主体来执行计算机程序的
数据处理系统。
该系统参照描述了数据处理的内容的脚本代码，将数据处理分解成多个 单位处理，并将各单位处理分配给多个执行主体。然后，各执行主体执行被 分配的处理。
在该系统中，多个执行主体可以是被内置于一个MPU中的处理器。而 且，从脚本代码抽取出的单位处理也可以被分配给单一的MPU内的多个执行 主体。或者，也可以将单位处理分散到多个MPU所包含的更多的执行主体。
另外，通过方法、装置、系统、记录介质、计算机程序来表现的形式， 作为本发明的实施方式也是有效的。 〔发明效果〕
根据本发明，能够减轻利用网络上的多种计算资源的分散处理式计算机 程序的作成负担。


图1是示意地表示资源管理系统的结构的图。 图2是例示用户终端的硬件结构的图。
图3是用于说明资源管理系统中的应用程序的执行方法的示意图。 图4是表示本实施例中分散处理的分层结构的概念图。 图5是用于说明应用代码(application code)所描述的处理被分散到多 个处理主体的情形的示意图。
图6是说明用于在基本程序之间使处理连接起来的接口的示'意图。
图7是表示基本程序的 一例的图。
图8是表示图7所示的基本程序的后续的图。
图9是表示接口代码的图。
图10是表示利用计算机制图技术(computer graphics)仿真鱼的运动的 情形的示意图。
图11是用于说明各SPU之间的处理的连接的时序图。 图12的(a)是表示在本仿真中所使用的程序例的图。 图12的(b)是表示图12的(a)所示的程序的后续的图。 〔标号说明〕
10资源管理系统，12 LAN, 14互联网，16用户终端，18本地服 务器，20网络服务器，22MPU， 24PU, 26处理器，28本地存储器， 30SPU， 32处理器，34本地存储器，36内部总线，38主总线(main bus ), 40 GPU, 42主存储器，44 HDD, 46网络控制部，50水槽，52鱼，54 光源。
具体实施例方式
在本实施例中，不仅是单一计算机内的处理器，与该计算机相连的其他 计算机的处理器也被利用。为此，构建一个在网络上管理各计算机的硬件资 源，并控制分散处理的分配和数据收发的结构。
图1示意地表示资源管理系统IO的结构。
资源管理系统10由互联网14、LAN12、用户终端16等各种计算机构成。 各用户终端16存在与互联网14直接连接的情况，和经由家庭网络(home network)或企业内网络等LAN12与互联网14连接的情况。互联网14与网 络服务器20相连接，该网络服务器20用于对用户终端16的资源的利用、提 供进行管理和控制。LAN12也可以与本地服务器18相连接，该本地服务器 18是对LAN12内所连接的用户终端16的资源的利用、提供进行管理和控制 的家庭服务器(home server)等。各用户终端16既可以利用LAN12内的 资源，也可以经由互联网14在用户终端16之间利用、提供资源。而且，用 户终端16也可以利用本地服务器18的资源。这样，经由互联网14、 LAN12， 在多个用户终端16、本地服务器18之间共享硬件资源，对这些资源相辅相 成地加以利用以谋求分散处理，由此，与单独执行处理相比能提高整体的处 理能力。
某用户终端16具有1个微处理单元(MPU: Micro Processing Unit), 其他用户终端16可能具有两个MPU。另外，本地服务器18可能具有4个 MPU。在本实施例的资源管理系统10中，被内置于各种计算机中的MPU作 为控制单元发挥作用，各自分担整个数据处理的一部分。
图2例示用户终端16的硬件结构。
用户终端16具有微处理单元(MPU) 22、图形处理单元(GPU) 40、 主存储器42、辅助存储装置(HDD) 44、以及网络控制部46,各自经由主总 线38连接起来。网络控制部46与其他用户终端16之间经由LAN12或者互 联网14进行数据的收发。
MPU22是非对称型微处理器单元，具有一个主处理单元(PU) 24和多 个副处理单元(SPU) 30。 PU、 SPU经由MPU22的内部总线36相互连接。 PU24是作为控制OS、各SPU30的主控制装置的单元，包括处理器26和本 地存储器28。本地存储器28例如是闪速存储器(flash memory ) 。 SPU30是 作为执行乘法、加法运算等的副控制装置的单元，包括处理器32和本地存储 器34。从主存储器42读出的程序、数据被写入到本地存储器34中，由处理 器32来执行。SPU30在PU24的控制下执行图像处理、数据转换处理等处理。 关于哪个SPU30执行处理、处理内容以及执行预定时间，由PU24来进行管 理。
作为OS的功能主要由PU24来执行，但其功能的一部分也被委派给各 SPU30。例如，各SPU30中被装载存储器访问、中断、处理间通信等极为基 本的功能。在本实施例中，PU24进行以将处理分派给各SPU30为中心的控 制，SPU30成为程序的执行主体。在MPU22中OS启动后，在各SPU30中 起动执行线程(thread ),各SPU30等待被PU24分配处理。当被PU24指示 了某种处理时，SPU30从主存储器42等中将需要的程序(以下称为"基本程 序")载入到本地存储器34中，开始进行处理。
作为一个例子，假设对机器人A和机器人B分别步行的样子进行仿真的 情况。PU24对处于待机状态的SPU30a发出执行机器人A的步行处理的指示。
SPU30a将该基本程序载入到本地存储器34中，开始进行处理。另一方面， PU24指示其他SPU30b执行机器人B的步行处理。SPU30b也同样地将预定 的基本程序载入到本地存储器34中，开始进行处理。这里，如果SPU30a执 行的基本程序和SPU30b执行的基本程序在时间上能够并行执行，则由各 SPU30同时执行各自的基本程序。另外，如果基本程序的处理内容是使机器 人步行3分钟，则SPU30在经过3分钟后停止基本程序的执行，再次回到待 机状态。在回到待机状态后，PU24可以将其他处理分配给该SPU30。 PU24、 严格地说是PU24所执行的OS,监视着处于其支配下的各SPU3 0的执行状态。
这样，MPU22内的多个计算资源、即SPU30就可以适当地执行PU24所分配 的处理。
图3是用于说明资源管理系统10中的应用程序的执行方法的示意图。 在本实施例中，要使资源管理系统IO执行的处理内容被描述成XML文 件。以下，将表示应用程序的执行内容的这种描述称为"应用代码"。应用代 码既可以用XML的预定的标签集(tagset)来描述，也可以用其他脚本语言 来描述。
在图3中，描述为名称为"cr，的"component，，处理、和名称为"c2"的 "component"处理在时间上并行执行。< parallel 〉这个标签表示被定义为该标 签的要素的处理在时间上能够并行执行。同样地，< component 〉这个标签所
人型的角色步行的处理"，也可能单纯只是"输出声音的处理"。在作成应用代 码的阶段，仅组合与标签相对应的基本的处理就能描述整体的处理。另外， 也可以象< parallel 〉标签这样，描述其处理方法。进而，也可以是能够指定 各处理所需要的MPU22、 SPU30的数量。
在预定的用户终端16中准备有用于以解释程序(interpreter)方式解释 这种应用代码的程序(以下称为"主程序")。该用户终端16的MPU22执行 主程序，解释被赋予的应用代码，将应用代码所表示的处理分解成多个处理。 例如，图3所示的应用代码包含名称为"cl"的"component"处理、和名称为"c2" 的"component"处理这两个处理。
这两种处理可以并行执行。主程序例如将各处理分配给用户终端16a的 MPU22、和用户终端16b的MPU22。被分配了处理的MPU22取得表示 "component，，处理的具体处理内容的程序。这种程序可以预先准备在各用户终 端16的HDD44中，也可以经由互联网14从预定的服务器装置下载。这样， 被主程序分配了处理的MPU22识别被分配的处理的具体内容。以下，将 MPU22执行的程序称为"单位程序"。
MPU22检查这样取得的用于"component，，处理的单位程序能否进一步细 分化。例如，在该单位程序为多线程程序的情况下，PU24可以将各线程的处 理分配给SPU30。 SPU30取得用于执行被分配的处理的基本程序，根据来自 PU24的指示，执行被分配的处理。例如，如果"component"处理代表"机器人 的步行处理"，则该处理或许能够进一步分解成"计算机器人的步行路径的处
理"、"计算机器人的手的运动的处理，，这种小的处理单位。PU24将这样细分
化后的处理分配给SPU30。 PU24也可以不仅是将处理分配给处于其支配下的 SPU30，而是还能将单位程序的执行的一部分委派给其他MPU22的PU24。
这样，本来的应用代码所描述的处理内容被依次细分化，其处理主体也 被分散到多个MPU22、甚至被分散到多个SPU30。
此外，在应用代码中定义的"component"这个处理，并非一定是对应于单 位程序的处理。例如，在应用代码中由标签定义的"component"处理本身也可 以对应于以在SPU30中执行为前提的基本程序。这样，可以将应用代码描述 为能够用SPU30处理的大小(粒度)的处理的组合。
图4是表示本实施例中的分散处理的分层结构的概念图。
这里，所谓"Models"是指用于作成应用代码的基础的计算模型。例如， 在"Models，，中，象前面的〈component〉那样定义能够被众多的应用程序利用的 处理单位。应用代码的作成者按照"Models"提供的功能和规则，用属性值等 赋予必要的参数，来设计整体的处理。然后，按照该"Models",预先准备的 各种单位程序被MPU22自动地分解、分散，所以应用代码的作成者几乎不用 关心所作成的应用代码的处理主体是哪个MPU22、进而是哪个SPU30,就能 描述处理内容。
在图4中，作为"整体控制，，所表示的部分是与应用程序本身对应的层 (layer)。即，该层是定义处理内容的层，实际负责该处理的是被表示为"部 分控制"的层。在"整体控制"层定义的应用代码的执行主体是在"部分控制"层 所表示的MPU22组、进而是SPU30组。
图5是用于说明应用代码所描述的处理被分散到多个处理主体的情形的 示意图。
为了简化说明，々支设在XML文件中描述了并行执行处理A、处理B及 处理C这3个处理的应用代码。处理A #:主程序分派(dispatch)给某个 MPU22a。 MPU22a的PU24a将用于执行处理A的单位程序载入到MPU22a 的主存储器42中。假设该单位程序是进一步并行执行处理Al、处理A2及处 理A3这3个处理的程序。
此时，PU24a将这3个处理分配给其支配下的SPU30。 4i设处理A2、处 理A3分别能由1个SPU30来处理。这里，PU24a将处理A2和处理A3分配 给其支配下的SPU30。 SPIBO执行与被分配的处理对应的基本程序。
假设处理Al是通过进一步并行执行处理Al-l、处理Al-2这两种处理 来实现的处理。此时，PU24a既可以爿寻处理Al分配乡会其支配下的SPU30， 也可以委派给其他MPU22b。 MPU22b的PU24b将用于4丸行处理Al的程序 载入到主存储器42中。PU24b可以从MPU22a接收该程序，也可以从其他装 置取得该程序。PU24b将处理Al-l和处理Al-2分配给处于其支配下的 SPU30。
图6是说明用于在基本程序之间使处理进行连接的接口的示意图。 作为应用代码描述的处理被分解成多个单位程序。MPU22的PU24进一 步将构成该单位程序的基本程序分配给各SPU30。
设根据SPU30b所执行的基本程序的处理状态对SPU30a的基本程序进行条件 控制。此时，SPU30a的基本程序需要向SPU30b的基本程序询问处理状态。 为此，作为询问方式(method),基本程序提供用于从外部对自己的处理进 4亍访问的4妄口 。
该接口可以分成"限定公开接口 ，，和"完全公开接口 "。'彼此属于同一 MPU22的SPU30原则上在同一处理空间中作为不同的线程分别执行所承担 的处理。"限定公开接口 ，，是为这样的基本程序之间的线程间通信而设计的接 口。另一方面，彼此属于不同的MPU22的SPU30属于不同的处理空间。"完 全公开接口，，是为这样的基本程序之间的处理间通信而设计的接口。经由这
种接口能够使多个基本程序连接工作。
在为限定公开接口的情况下，以方式调用(method invocation )的方式通 过消息传递(message passing)进行通信。完全公开接口也一样，也可以通过 发送XML格式的请求(request )来将处理分配给属于其他MPU22的SPU30。
图7是表示基本程序的 一例的图。
这里，"MyModulel"类(class )是在某SPU30中被实例(instance )化的 类，是继承"SpuModule，，类的类。"SpuModule"类是具有作为基本程序所应提 供的基本功能的类。该"MyModulel"类是在SPU30中成为执行对象的基本程 序。访问权被指定为"PUBLIC"的方式"methodl"是限定公开接口 。另一方面， 访问权被指定为"PROTECTED"的方式"method2，，是完全公开接口 。
该MyModulel类的method2函数一边利用在其他SPU30中被执行的基 本程序的接口 一边执行处理。method2函数首先取得MyModule2类的代理对
象(proxy object)。该MyModule2类是由属于同一 MPU22的其他SPU30实 例化的类。象MyModulel类、MyModule2类这样从SpuModule类所继承的 类在被实例化时，生成用于访问自对象的代理代码。该代理代码被保存在主 存储器42中，另外，该代理代码的执行由PU24控制。
PU24统括地管理处于其支配下的SPU30正在执行什么样的基本程序。 因此，MyModulel类的method2函数能够经由PU24上的执行程序所提供的 getModuleProxy函数取得用于访问MyModule2类的代理对象。通过这样取得 的代理对象m2proxy的中介，method2函数能够调用MyModule2类提供的 asyncmethod、 syncmethod、 delayedmethod这些方式。这里，asyncmethod是 非同步型调用，syncmethod是同步型调用，delayedmethod是用于延迟评价的 调用。
图8是表示图7所示的基本程序的后续的图。
Method3函数取得用于访问MyProgram这个单位程序的代理对象 progproxy。例如，象图7的methodl这样能够接受来自其他MPU22的访问 的完全公开接口 ，通过PU24也被通知给其他MPU22。 MPU22相互交换关于 这样的完全公开接口的信息。关于完全公开接口的信息可以是预定的用户终 端16进行一元化管理，也可以是各用户终端16以相互交换信息的方式进行 管理。在图5所示的例子的情况下，#1行处理A的MPU22a在将对应于处理 A的单位程序转换成执行形式时，将该单位程序所包含的各基本程序的完全 公开接口信息通知给其他MPU22。因此，MyModulel类的method3函数可以 通过向管理自己的PU24进行询问来取得用于访问MyProgram这个其他单位 程序的代理对象。经由这样取得的代理对象progproxy,能够调用作为 MyProgram的完全乂>开才妄口的asyncmethod这一方式。
进而，method3指定名称为"ScriptA"的XML文件，执行executeScript 函数。在该称为"ScriptA"的XML文件中描述了用于执行预定的处理的逻辑。 将这种XML文件称为"接口代码"。对于在多个基本程序间被执行的典型的处 理，通过汇总为接口代码，能够将基本程序本身的大小紧凑化(compact)。 接口代码与关于完全公开接口的信息一样，既可以是预定的用户终端16进行
一元化管理，也可以是各用户终端16以相互交换信息的方式进行管理。 图9是表示接口代码的图。
在该接口代码中，首先，对作为MyProgram这个单位程序的完全公开接
口的methodl贝武予argumentl和argument2这两个自变量，指示4丸ff。另夕卜， method2无自变量地-波指示#1行。通过< concurrent >标签，表示这些函数能 够同时并行地指示执行。另夕卜，method3和method4通过< s叫uence 〉标签被 指示在执行method3之后才丸行method4。通过执行图8的executeScript函数， 该接口代码所描述的处理被执行，结果是能够从SpuModulel控制其他基本程 序的处理。
接口代码、应用代码由图4的Models所规定的预定的标签集来描述。 根据以上所述，以对鱼在水槽中的运动进行仿真计算的应用程序为题材 说明将处理分散到多个MPU22、.进而分散到多个SPU30的程序的例子。 图10是表示利用计算机制图技术仿真鱼的运动的示意图。 假定这样的仿真在水槽50中，鱼52a至鱼52g共计7条鱼分别按照预 定的模式游泳。水槽50分成块A 块D这4个块来进行处理。SPU30a计算 在块A中的鱼的运动。同样地，SPU30b负责块B， SPU30c负责块C, SPU30d 负责块D。另外，SPU30e使水槽50外部的光源54移动。鱼52在被光源54 照射时运动发生变化。
图11是用于说明各SPU30之间的处理的连接的时序图。 SPU30a到SPU30e这五个SPU30同时并行执行各自被赋予的基本程序。 在时刻tn~日寸刻tn+,期间，SPU30a计算块A中的鱼52g的运动。同样地， SPU30b计算块B中的鱼52f、鱼52e的运动。
假设SPU30a的计算结果是原先在块A中的鱼52g移动到了块B中。此 时，在时刻tn + 1, SPU30a经由SPU30b正在执行的基本程序的方式，通知鱼 52g移动到了块B。 SPU30b在时刻tn +广时刻V2期间，包括新进入到块B中 的鱼52g在内地、重新计算块B内的鱼52的运动。
另 一方面，假设在时刻tn 时刻tn +,期间，SPU30e使光源54移动的结果 是对SPU30c负责的块C的鱼的运动产生影响。此时，SPU30e执行的基本程 序经由SPU30c所执行的基本程序的方式通知块C被照射这一情况。由此， 在时刻V, 日寸刻t,， + 2期间，SPU30c将光源的影响考虑在内地计算鱼52的运 动。
图12的(a)和图12的(b)表示在本仿真中所使用的程序例。在本程 序例中，依次执行初始配置处理(用点划线圈起来的A部分)、仿真执行处 理(用点划线圈起来的B部分)。在该图中，< S叫uence 〉标签是表示按顺
序执行以下的处理、即初始配置处理A和仿真执行处理B的标签。
在初始配置处理A中，图10中的各块A D、关于光源54的仿真处理被 分配给SPU30a 30e,在各SPU30上并行进行用于执4亍被分配的仿真的初始 化。该图中的< Concurrent >标签是表示并列执行Aa Al所示的各处理的标-签。
在本例中，相当于水槽50的初始配置的用虚线圈起来的模块Aa Ad分 别被分配给SPU30a 30d，相当于光源54的初始配置的用虚线圈起来的模块 Al被分配给SPU30e。此外，在初始化时，各SPU30纟皮赋予对与自己所仿真 的块相邻的块进行仿真的程序ID等执行仿真所必需的各种值。
在仿真4丸行B中，在SPU30e上执行光源移动的仿真4莫块Bl，基于该光 源仿真结果，在各SPU30a 30d上并行执行各块内的仿真模块Ba Bd，利用 < Loop 〉标签反复这一 系列的处理。
本程序例的内容被主程序的预定例行程序(routine)解析，并被分解成 各模块，各模块被分配给能够使用的SPU30。主程序是在任意的MPU22上 执行的程序。此外，当应并行执行的程序模块的个数多于可使用的SPU30的 个数时，只需时分方式地利用SPU30即可。另外，也可以是主程序参照SPU30 彼此的配合程度或者程序模块的优先级(priority)，将程序模块分配给各 SPU30。
根据这种方式，计算水槽50中的多条鱼52的运动这样一个仿真由五个 SPU30同时并行地处理来实现。在这种情况下，能够通过简单的应用代码将 复杂的处理简单地分散给多个计算资源。
根据以上所示的处理方法，XML等结构化文本文件所描述的处理内容被 多个PU24分散，进而处理被分配给多个SPU30。因此，能够提供一种既减 轻了应用代码的作成负担，又将处理分散到多个计算资源的良好的方案。也 可以做成当能使用多个MPU22时，使处理分散到各MPU22，而当只能使用 一个MPU22时，对各处理进行时分方式处理。
各PU24联合进行对单位程序、基本程序的处理分解、各程序的接口的 登录、各程序的分配、执行控制、以及各程序的执行主体的登录和搜索等。 因此，实现了各MPU22的PU24群相连接地执行处理分散，处于各自支配下 的SPU30相连接地执行实际的处理。
权利要求所记载的处理分解部、分配部的功能在本实施例中可以通过在
任意的MPU22上执行的主程序的预定例行程序来实现。而且，提供处理分解 部、分配部的功能的MPU22既可以是安装在资源管理系统10所包含的装置 中的任意的MPU22,也可以被安装在用于执行主程序的专用装置中。
本领域技术人员能够理解这些权利要求所记载的各个构成要素要达成的 功能可以通过本实施例中所示的各功能块的单体或者其组合来实现。
以上基于实施例说明了本发明。这些实施例只是例示，可以对其各构成 要素、各处理过程的组合进行各种各样的变形，本领域技术人员能够理解这 些变形例也包含在本发明的范围内。 〔工业可利用性〕
本发明能够适用于分散处理计算。
权利要求
1.一种数据处理系统，将处理分散到多个执行主体来执行计算机程序，其特征在于，包括处理分解部，参照描述了数据处理的内容的脚本代码，将上述数据处理分解成多个单位处理，和分配部，将各单位处理分配给多个执行主体；其中，各执行主体执行被分配的处理。
2. —种数据处理系统，将处理分散到经由通信线路相互连接的多个控制 单元来执行计算机程序，其特征在于，包括处理分解部，参照描述了数据处理的内容的脚本代码，将上述数据处理 分解成多个单位处理，和分配部，将各单位处理分配给多个控制单元； 其中，控制单元包括统括性地控制控制单元的主控制装置，和 执行由主控制装置分配的处理的多个副控制装置； 主控制装置将单位处理的一部分分配给副控制装置，各副控制装置执行 净皮分配的处理。
3. 根据权利要求2所述的数据处理系统，其特征在于 主控制装置可以对其他主控制装置指示将单位处理的一部分分配给处于上述其他主控制装置支配下的副控制装置。
4. 根据权利要求2或3所述的数据处理系统，其特征在于 上述脚本卩、码被作为基于预定的标签集的结构化文本文件来描述。
5. 根据权利要求2至4中的任一项所述的数据处理系统，其特征在于 被分配给副控制装置的处理向主控制装置通知用于从外部控制该处理的接口 ，与上述副控制装置不同的副控制装置能够经由通知给主控制装置的接口 来控制上述副控制装置的处理。
6. 根据权利要求5所述的数据处理系统，其特征在于 还包括公开接口信息保存部，该公开接口信息保存部将用于从外部控制被分配给副控制装置的处理的接口中的、也能从其他控制单元访问的接口的 一览保存为公开接口信息，被分配给副控制装置的处理能够通过参照上述公开接口信息来控制其他 控制单元中的单位处理。
7. 根据权利要求6所述的数据处理系统，其特征在于还包括接口代码保存部，该接口代码保存部保存描述了用于经由登录在 上述公开接口信息中的接口控制一个以上的单位处理的逻辑的接口代码，被分配给副控制装置的处理能够通过执行上述接口代码来控制其他控制 单元中的单位处理。
8. —种数据处理方法，通过经由通信线路相互连接的多个控制单元执行 计算机程序，其特征在于，包括处理分解步骤，参照描述了数据处理的内容的脚本代码，将上述数据处 理分解成多个单位处理；模块取得步骤，取得与各个单位处理对应的软件模块；分配步骤，.将各软件模块分配给多个控制单元；以及执行步骤，在控制单元中通过所分配的软件模块来执行单位处理。
全文摘要
在要考虑到执行环境的多样性地来作成控制任务分配的应用程序时，开发负担较大。在用于使处理分散到多个作为执行主体的SPU来执行计算机程序的系统中，参照描述了数据处理的内容的脚本代码，将数据处理分解成多个单位处理，将各单位处理分配给多个SPU。然后，各SPU执行被分配的处理，由此，执行作为整体的计算机程序。
文档编号G06F9/50GK101356503SQ20078000139
公开日2009年1月28日 申请日期2007年1月15日 优先权日2006年1月16日
发明者前川博俊, 村田典幸, 横手靖彦 申请人:索尼计算机娱乐公司