信息处理系统及任务执行控制方法

专利名称：信息处理系统及任务执行控制方法
技术领域：
本发明涉及一种多处理器构造中的信息处理系统。具体地，本发 明涉及基于来自于在另一个处理器中执行的多个任务的处理请求，在 一个处理器中执行的处理的处理顺序控制。
背景技术：
被嵌入诸如汽车和飞机的运输设备、诸如蜂窝电话和接线总机的 通信设备等等并且执行设备控制、信号处理等等的处理器系统被称为 嵌入式系统。为了縮短处理时间，该嵌入式系统通常在多任务环境中 操作，确保实时处理、以及通过软件的模块化来提高生产力。多任务 环境是其中通过定期切换要被执行的任务、在事件发生之后切换要被 执行的任务等等而明显地同时来执行多个程序的环境。任务表示在多
任务环境中并行执行的程序的单元。通过中央处理器(CPU)和执行在 CPU中执行的任务的调度的操作系统(OS)来实施多任务环境。嵌入
式系统不限于具有单处理器构造，并且其可以具有其中多个处理器执 行主/从处理器间通信的多处理器构造。
日本未审专利申请公开No.60-95676公开了包括两个CPU的信息 处理系统，其中，通过信息传输信道连接CPU使得在两个CPU之间传 输处理请求，并且CPU每一个具有共同的优先级表，其包含用于处理 请求的各个内容的优先级信息。例如，优先级表包含以下描述，艮P， 将作为最高优先级的优先级"1"给予"故障处理请求"，将优先级"2" 给予"命令执行请求"等等。在从一个(第一个)CPU向另一个(第 二个)CPU发出"故障处理请求"并且从第二个CPU向第一个CPU 发出"命令执行请求"的情况下，第一个和第二个CPU参考各自的优 先级表，并且识别出"故障处理请求"具有超过"命令执行请求"的优先级。因此，第一个CPU忽略来自于第二个CPU的"命令执行请求"。 另一方面，第二个CPU接收来自于第一个CPU的"故障处理请求"并
且开始故障处理。
日本未审专利申请公开No.6-301655和11-312093公开了分布式处 理系统，其中，通过网络连接均在多任务环境中操作的多个计算器。 例如，被包括在日本未审专利申请公开No.6-301655中公开的分布式处 理系统中的每个计算器具有用于任务间通信的消息传输功能。消息传 输源任务将请求处理的处理请求消息传输至在另一个计算器中执行的 另一个任务。处理请求消息包含消息传输源任务的优先级。消息接收 端的计算器将被指定为处理请求消息的目的的消息传输目的任务从等 待状态改变为就绪状态。基于处理请求消息中指定的优先级动态地确 定消息传输目的任务的执行优先级。从而基于根据消息传输源任务的 执行优先级而最新确定的执行优先级，通过OS重新调度消息传输目的 任务。因此，日本未审专利申请公开No.6-301655中公布的分布式处理 系统使得能够在不同的计算器中执行的任务之间传输执行优先级。因 此，基于计算器中的消息传输源(例如处理请求源)任务的优先级能 够执行有效的任务调度，以执行消息传输目的(例如处理请求目的) 任务。

发明内容
但是，本发明人已经发现以下问题。考虑在具有主处理器和从处 理器的多处理器嵌入式系统中的情况下，主处理器在多任务环境下进 行操作。在这样的情况下，当在主处理器中并行执行的多个任务同时 向从处理器发出处理请求时，在从处理器中的处理顺序不是基于主处 理器中的任务优先级。在下文中参考图8明确地描述这样的问题。
图8是示出当在多任务环境中操作的主处理器中执行任务A至D， 并且从任务A至D向从处理器发出处理请求时的时序的视图。在从处 理器中执行的通信任务根据请求的接收顺序来一个接一个地处理来自于主处理器的多个处理请求。换言之，图8中的通信任务通过先入先
出(FIFO)来处理多个处理请求。因此，如果从被给予比任务B至D 高的执行优先级的任务A在时间T4发出处理请求时，那么响应于来自 任务A的处理请求的处理OP-A被强迫等待直到完成处理OP-C和处理 OP-D。处理OP-C是在时间T2时响应于从任务C发出的处理请求而执 行的处理，在当从任务A发出处理请求时其正在被处理。处理OP-D 是在时间T3时响应于从任务D发出的处理请求而执行的处理，在处理 OP-A之前其已经进入了等待状态。
如上所述，在多处理器嵌入式系统中，有时候出现被称为优先级 反转的主处理器中的任务优先级不能在从处理器中生效的问题。为了 避免此问题，开发嵌入式软件的开发人员需要基于主处理器和从处理 器之间的处理器间通信的方案的完全理解来执行设计、开发和测试， 这对开发人员来说增加了工作量。
在消除了两个CPU之间的主从关系并且在两个CPU之间相互发 出处理请求的情况下，当从各个CPU同时发出处理请求时，日本未审 专利申请公开No.60-95676中公布的技术是有效的。但是，日本未审专 利申请公开No.60-95676的技术没有采取多任务环境。因此，日本未审 专利申请公开No.60-95676没有公开以下内容在从一个CPU中并行 地执行的多个任务向另一个CPU连续地发出多个处理请求的情况下， 怎样在另一个CPU中响应于多个处理请求来执行处理。
此外，在日本未审专利申请公开No.6-301655中公布的分布式处 理系统中，处理请求消息的目的地是向其发出处理请求的每个任务。 因此，向其发出处理请求的任务被事先先前创建，并且在接收到处理 请求之前进入等待状态。因此，在日本未审专利申请公开No.6-301655 中公布的技术存在以下问题，即，为了保持被创建的任务的内容而极 大地消耗了存储器资源和OS资源。与作为日本未审专利申请公开 NO.6-301655的目标的分布式处理系统相比较，其中，所述分布式处理
7系统是在其中通过网络连接多个计算器的计算器系统，由于装置规模
的限制、装置成本的限制等等，嵌入式系统受到存储器资源和os资源 的较大的限制。因此，很难将日本未审专利公开申请No.6-301655中公 布的技术应用于嵌入式系统。
本发明的实施例的第一示例性方面是包括主处理器和从处理器的 信息处理系统。主处理器在多任务环境下进行操作，该多任务环境能 够根据基于各个任务的执行优先级的任务调度，并行地执行用于向从 处理器分别发出处理请求的多个请求源任务。从处理器在多任务环境 下进行操作，该多任务环境能够根据基于各个任务的执行优先级的任 务调度，并行地执行用于控制与主处理器进行通信的通信处理任务和 通过通信处理任务创建的用于执行由处理请求所请求的处理的子任 务。处理请求包含与主处理器中的请求源任务的执行优先级相关联的 优先级信息。从处理器响应于从彼此不同的多个请求源任务发出的多 个处理请求，共同地激活通信处理任务。响应于处理请求的接收而被 激活的通信处理任务，基于处理请求中包含的优先级信息创建被分配 有与请求源任务的执行优先级相对应的执行优先级的子任务。
如上所述，在根据本发明的实施例的第一示例性方面的信息处理 系统中，响应于来自主处理器的处理请求在从处理器中激活的通信处 理任务创建被动态地分配与请求源任务的执行优先级相对应的执行优 先级的子任务。从而主处理器中的请求源任务的执行优先级被给予从 处理器中的子任务。这使得从处理器能够根据主处理器中的任务的执 行优先级进行操作。
此外，在根据本发明的实施例的第一示例性方面的信息处理系统 中，对于来自于多个不同请求源任务的多个处理请求的接收，共同地 激活通信处理任务。然后，通信处理任务创建与各个处理请求相对应 的子任务。因此，根据本发明的实施例的第一示例性方面的信息处理 系统不需在从处理器中预先创建与多种处理请求相对应的子任务。因此，与日本未审专利申请公开No.6-301655中公布的分布式处理系统相 对比，根据本发明的实施例的第一示例性方面的信息处理系统能够避 免用于保存任务内容的存储器资源和OS资源的浪费，从而有助于嵌入 式系统的装置成本和装置规模的减少。
根据如上所述的本发明的实施例的示例性方面，能够提供在多处 理器构造中的信息处理系统，其使得从处理器能够根据主处理器中的 任务的执行优先级进行操作，并且有助于嵌入式系统的装置成本和装 置规模的减少。


从以下结合附图对某些示例性实施例的描述中，以上和其它示例 性方面、优点和特征将更加明显，其中
图1是示出了根据本发明的示例性实施例的信息处理系统的示例 性构造的框图2是示出了根据本发明的示例性实施例的与信息处理系统相关 的操作过程的流程图3是示出了根据本发明的示例性实施例的信息处理系统中的处 理器之间的通信数据的示例性结构的视图4是示出了根据本发明的示例性实施例的与信息处理系统相关 的操作过程的流程图5是示出了根据本发明的示例性实施例的与信息处理系统相关 的操作过程的流程图6是示出了虚拟的单处理器装置中的任务执行顺序的参考图7是示出了根据本发明的示例性实施例的信息处理系统中的任 务执行顺序的视图；以及
图8是示出了根据现有技术的信息处理系统中的任务执行顺序的 视图。
具体实施方式
在下文中，参考附图详细地描述本发明的示例性实施例。通过相 同的附图标记表示相同的元件，并且根据出于简化描述的需要省略了 多余的解释。
图1是示出了根据示例性实施例的信息处理系统1的整体构造的 框图。信息处理系统1包括主处理器11和从处理器21。通过中断信号
线31和32连接主处理器11和从处理器21。中断信号线31将引起中 断的中断信号从主处理器11传输至从处理器21。另一方面，中断信号 线32将引起中断的中断信号从从处理器21传输至主处理器11。
主处理器11和从处理器21能够访问共享的存储器30。共享的存 储器30被用作为用于要在主处理器11和从处理器21中执行的任务的 数据存储区域。此外，共享的存储器30用于主处理器11和从处理器 21之间的处理器间通信。
专用的存储器12被用作用于要通过主处理器ll读取和执行的OS 120和应用程序(AP) 121的存储区域，并且被用作用于要通过这些程 序被使用的数据的存储区域。
OS 120是用于控制主处理器11的程序。通过使用诸如主处理器 11、专用存储器12、以及共享存储器30的硬件资源，OS 120执行用 于在主处理器11中创建多任务环境的任务管理。任务管理包括任务状 态管理、准备要被执行的任务的执行顺序的确定(即任务调度)、以 及通过上下文保存和转换的任务分派。
AP 121是用于满足用户请求的程序。在信息处理系统1被整合在 嵌入式设备中的情况下，AP 121是用于实施嵌入式设备的功能的程序。 AP 121包括多个任务，所述多个任务基于要使用的硬件资源中的不同、 时间约束等等来划分。在由主处理器ll和OS 120提供的多任务环境 上执行形成AP 121的多个任务中的每一个。尽管为了简明扼要，仅在
10图1中示出了一个AP 121，但是专用存储器12可以包含用于实施各种 功能的多个AP。
另一方面，专用的存储器22被用作用于通过从处理器21而要被 读取和执行的OS 220和AP 221的存储区域，并且被用作用于要通过 这些程序被使用的数据的存储区域。OS 220执行用于在从处理器21中 创建多任务环境的任务管理。AP 221是用于满足用户请求的程序。
图1中所示的构造仅仅是一个示例。可以适当地改变OS 120、 AP 121、 OS 220以及AP221的存储位置、以及将这些程序供给主处理器 11或者从处理器21的过程。例如，用于从处理器21的OS 220可以被 存储在只有主处理器11能够访问的专用存储器12中。在这样的情况 下，主处理器11可以将OS 220加载在共享存储器30中，并且从处理 器21可以读取并且执行被加载在共享存储器30中的OS 220。
在下文中，详细地描述当从主处理器11向从处理器21发出处理 请求时的操作过程和已经接收到处理请求的从处理器21中的操作过 程。
图2是示出了从主处理器11向从处理器21发出处理请求的过程 的流程图。在主处理器11中执行的并且向从处理器21发出处理请求 的任务在下文中被称为"请求源任务"。在步骤Sll中，确定是否能 够进行到从处理器21的处理请求的传输。具体地，可以确定共享存储 器30的可用的自由空间对于处理器间通信是否足够大，即，其是否足 够大以存储包含处理请求的通信数据。
如果确定到从处理器21的处理请求是可接受的(步骤Sll中 "是")，那么在步骤S12中保留了用于处理器间通信的存储区域。 具体地，为了处理器间通信，预先在保留的存储空间中设置通信管理 标记。通信管理标记是以下标记信息，该标记信息指示用于存储通过处理器间通信而进行交换的通信数据的区域是否在使用中。
图3示出了包含通信管理标记的通信数据的数据结构的具体示
例。图3中所示的通信数据33包括通信管理标记330、优先级信息331、 数据尺寸332、以及处理请求数据333。如上所述，通信管理标记33 是以下标记信息，该标记信息指示用于存储通过处理器间通信而进行 交换的通信数据的区域是否在使用中。
优先级信息331是用于向从处理器21通知主处理器11中请求源 任务的相关执行优先级的信息。通过优先级信息331指示的具体值可 以是请求源任务的执行优先级的实际值，或者是与请求源任务的执行 优先级相关联的另一个值。因此，优先级信息331可以是任何信息， 只要其能够向从处理器21通知多个请求源任务的相关的执行优先级即 可。
数据尺寸332指示用于识别处理请求数据333的数据尺寸的值。 数据尺寸332的具体值可以只是处理请求数据333的数据尺寸，或者 是包括通信数据33的报头部分的整个通信数据33 (即，通信管理标记 330、优先级信息331以及数据尺寸332)的数据尺寸。
处理请求数据333是用于在从处理器21中处理的从主处理器11 传输的数据。
再次参考图2，在步骤S13中，请求源任务获取设置到其本身的 执行优先级。通过向OS发出系统呼叫(服务呼叫)可以执行执行优先 级的获取。替代地，如果从请求源任务到存储所创建的任务的状态的 主处理器ll中的寄存器(未示出)的访问被允许，那么可以参考寄存 器获取执行优先级。
在步骤S14中，主处理器11将除了已经被设置的通信管理标记330之外的剩下的通信数据33写入共享存储器30中，其中，所述剩下 的通信数据33是优先级信息331、数据尺寸332、以及处理请求数据 333。
在步骤S15中，为了向从处理器21通知处理请求的发生，主处理 器11将中断信号输出至中断信号线31。
在步骤S16中，请求源任务等待直到完成了从处理器21的处理。 请求源任务暂停执行，并且改变为"等待状态"，然后响应于稍后将 会描述的来自于从处理器21的中断信号的接收，顺序地更改为"就绪 状态"和"运行状态"，并且最终确认指示处理完成结果的通信数据。 通过中断发生之后激活的中断处理机(handler),能够容易地实施响 应于来自从处理器21的中断的发生而将请求源任务的操作状态改变为 "就绪状态"的处理。此外，通过执行定期检查通信管理标记的轮询， 请求源任务可以检测从处理器21的处理的完成，其中，所述通信管理 标记在完成从处理器21的处理之后被写入共享存储器30中。
在下文中，描述了接收从处理器21中的处理请求的操作过程和执 行通过处理请求而请求的处理的过程。图4是示出了响应于伴随来自 主处理器11的处理请求的中断信号的接收而激活的通信处理任务的处 理过程的流程图。可以在通过中断信号线31接收中断信号之后激活的 中断处理机来执行通信处理任务的激活。具体地，中断处理机可以向 "等待状态"中的通信处理任务通知处理请求的发生，将通信处理任 务改变为"就绪状态"，并且请求到OS的任务调度。为了优先地执行 通信处理任务，优选地将从处理器21中的最高执行优先级给予通信执 行任务。
在图4的步骤S21中，通信处理任务通过参考由主处理器11写入 共享处理器30中的通信数据，获取优先级信息。在步骤S22中，通信 处理任务创建以下子任务，所述子任务用于执行由来自请求源任务的处理请求所请求的处理。在完成创建子任务之后，通信处理任务可以
向OS 220通知到"等待状态"的转换，并且结束处理。根据由优先级
信息指定的主处理器11中的请求源任务的执行优先级，动态地确定在
步骤S22中创建的子任务的执行优先级。换言之，随着主处理器ll中 的请求源任务的执行优先级变得更高，从处理器21中的子任务的执行 优先级变得更高。
图5是示出了由通信处理任务创建的子任务基于来自请求源任务 的处理请求来执行处理的过程的流程图。在步骤S31中，子任务从共 享处理器30获取处理请求数据，并且对其进行解释。在步骤S32中， 子任务执行由请求源任务请求的处理。如果完成了与处理请求相关的 处理，那么释放用于处理器间通信的存储区域，其中，所述存储区域 已经通过用于传输处理请求数据的请求源任务而被保留。具体地，存 储区域的通信管理标记可以被清除。在步骤S34中，为了通知处理的 完成，子任务通过中断信号线32将中断信号输出至主处理器11。在完 成图5中所示的所有处理之后，子任务向OS 220通知任务的结束。从 而OS 220终止子任务，并且释放其中已经存储了子任务的任务上下文 的存储区域。
通过由OS 220分派的任务，在从处理器21上执行通过通信处理 任务创建的子任务。如前面所述，从处理器21中的子任务的执行优先 级是基于主处理器11中的请求源任务的执行优先级的。因此，当某些 子任务(被称为第一子任务)处于运行状态时，如果从具有比第一子 任务的请求源任务(被称为第一请求源任务)更高的执行优先级的第 二请求源任务发出处理请求，那么在从处理器21中激活具有最高执行 优先级的通信处理任务，并且暂停第一子任务的执行。然后，通过通 信处理任务创建了用于执行来自第二请求源任务的处理请求的子任务 (被称为的第二子任务)，其与第一子任务相比具有更高的执行优先 级。因此，基于在第二子任务创建之后通过OS220执行的任务调度， 优先地执行第二子任务，而不是第一子任务。在下文中，参考图6和图7详细地描述主处理器11和从处理器
21中的执行任务的转换处理。图6是在假定信息处理系统1没有包括 从处理器21并且利用单处理器执行处理的情况下，所期待的时序图。 图6的时序图对应于根据现有技术的图8中所示的时序图。图6中所 示的四个任务A至D的执行优先级被以下列方式分配为使得任务A 是最高的，并且以任务B、 C以及D的顺序连续地变低。因为当前没 有其它的正在运行的任务或者就绪任务，所以在时间Tl时就绪的任务 B开始运行而不受其它任务的影响，并且在处理完成之后结束(OP-B)。
接下来，因为不存在其它的当前正在运行的任务或者就绪任务， 所以在时间T2时就绪的任务C开始运行(0P-C1)。然后，在任务C 的运行期间的时间T3时任务D就绪。任务D的执行优先级低于任务C 的执行优先级。因此，任务D不能开始运行直到与任务D相比具有更 高的执行优先级的其它任务结束，或者这些任务由于某些原因放弃使 用处理器的权利。当任务A在时间T4时就绪时，暂停具有较低的执行 优先级的任务C的运行，并且替代地，任务A开始运行(OP-A)。
然后，当任务A在时间T5时结束时，比较处于等待状态中的所 有任务的执行优先级，即任务C和任务D。作为比较的结果，选择与 任务D相比具有更高的执行优先级的任务C，并且已经被暂停的任务C 重新运行(OP-C2)。当任务C在时间T6时结束时，与其它的三个任 务相比具有较低的执行优先级的任务D开始运行(OP-D)。如上所述， 基于任务的执行优先级的任务调度在单处理器中正常地运行，并且不 同于图8中所示的情况，能够获得按照软件开发商预期的任务执行顺 序。
图7是示出根据实施例的信息处理系统1中的主处理器11和从处 理器21中的执行任务的转换处理的时序图。即使是多处理器构造，信 息处理系统1能够以与图6中所示的单处理器一样的顺序执行任务。
15在下文中将会对其进行详细描述。
首先，当在图7的时间Tl从作为请求源任务中的一个的任务B 发出处理请求时，响应于由处理请求引起的中断信号的接收优先地激
活被给予从处理器21中的最高执行优先级的通信处理任务。通信处理 任务基于主处理器11中的请求源任务B的执行优先级，创建作为执行 处理请求的任务的子任务b。在通信处理任务结束之后，由于不存在其 它的子任务，子任务b立即开始运行(OP-B)。
接下来，当在时间T2从作为请求源任务中的一个的任务C发出 处理请求时，通信处理任务在从处理器21中创建子任务c。在通信处 理任务结束之后，由于不存在其它的子任务，子任务c立即开始运行 (OP-C1)。
然后，当在子任务c运行期间的时间T3从作为请求源任务中的一 个的任务D发出处理请求时，通信处理任务被激活并且创建子任务d。 从处理器21中的子任务d的执行优先级被设置低于当前正在运行的子 任务c的执行优先级。这是因为主处理器11中的请求源任务C和D的 执行优先级的相对关系被反映在子任务c和d的执行优先级上。因此， 子任务d不开始运行直到与子任务d相比具有更高的执行优先级的其 它任务结束，或者这些任务由于某些原因而放弃使用从处理器21的权 利。
当在T4从作为请求源任务中的一个的任务A发出处理请求时， 通信处理任务被激活并且创建子任务a。从处理器21中的子任务a的 执行优先级被设置高于当前正在运行的子任务c的执行优先级。因此， 在通信处理任务结束之后通过任务调度分派子任务a代替子任务c (OP-A)。
当子任务a在时间T5结束时，比较都处于等待状态下的子任务c和子任务d的执行优先级。作为比较的结果，选择具有比子任务d高 的执行优先级的子任务C，并且已经被暂停的子任务C重新运行
(OP-C2)。最后，当子任务c在时间T6结束时，具有比其它三个子 任务低的执行优先级的子任务d开始运行(OP-D)。
如上所述，根据实施例的信息处理系统1允许用来执行与从处理 器21中的处理请求相关的处理的多个子任务的执行顺序与图6中所示 的单处理器中的任务执行顺序一致。从而在不用具体关注处理器间通 信的存在的情况下，软件开发商能够执行设计、开发、和测试。
此外，从处理器21对于从多个不同的请求源任务发出的处理请求 共同地激活通信处理任务，并且使用该通信处理任务创建子任务以执 行各个处理请求。因此，对从处理器21来说没有必要预先创建与多种 处理请求相对应的子任务。因此，从处理器21能够避免用于保存任务 上下文的存储器资源和OS资源的浪费，因此有助于嵌入式系统的装置 成本和装置规模的减少。
本发明的申请不限于嵌入式系统。本发明可被广泛地应用于多处 理器构造中的信息处理系统。
虽然已经以若干示例性实施例的方式描述了本发明，本领域的技 术人员将理解本发明可以在所附的权利要求的精神和范围内进行各种 修改的实践，并且本发明并不限于上述的示例。
可以将图2、图4以及图5中所示的信息处理方法变为计算机程 序。该程序能够被存储在公知的程序存储设备中。
此外，权利要求的范围不限于上述的示例性实施例。
此外，应当注意的是，申请人意在涵盖所有权利要求要素的等同 形式，即使在后期的审査过程中对权利要求进行过修改亦是如此。
1权利要求
1.一种信息处理系统，包括主处理器；以及从处理器，其中所述主处理器在多任务环境下进行操作，所述多任务环境能够根据基于各个请求源任务的执行优先级的任务调度，并行地执行用于向所述从处理器分别发出处理请求的多个请求源任务，所述从处理器在多任务环境下进行操作，所述多任务环境能够根据基于各个任务的执行优先级的任务调度，并行地执行用于控制与所述从处理器进行通信的通信处理任务和由所述通信处理任务创建的用于执行由所述处理请求所请求的处理的子任务，所述处理请求包括与所述主处理器中的所述请求源任务的所述执行优先级相关联的优先级信息，所述从处理器响应于从所述多个不同的请求源任务发出的所述多个处理请求共同地激活所述通信处理任务，以及所述通信处理任务基于包含在所述处理请求中的所述优先级信息，创建被分配有与所述请求源任务的所述执行优先级相对应的执行优先级的所述子任务。
2. 根据权利要求l所述的信息处理系统，进一步包括: 中断信号线，所述中断信号线连接所述主处理器和所述从处理器；以及共享存储器，所述共享存储器用于所述主处理器和所述从处理器 之间的处理器间通信，其中当向所述从处理器发出处理请求时，所述主处理器将包含所述优 先级信息的通信数据写入所述共享存储器，并且向所述中断信号线输 出中断信号，所述从处理器响应于通过所述中断信号线输入的所述中断信号激 活所述通信处理任务，以及所述通信处理任务从存储在所述共享存储器中的所述通信数据中 获取所述优先级信息。
3. 根据权利要求l所述的信息处理系统，其中，将比所述子任务高的执行优先级给予所述通信处理任务，并且在 所述从处理器中优先于所述子任务执行所述通信处理任务。
4. 根据权利要求1所述的信息处理系统，其中， 将多个预设的执行优先级中的最高的执行优先级给予所述通信处理任务。
5. —种包括主处理器和从处理器的信息处理系统中的任务执行控制方法，包括将包含来自于在所述主处理器中执行的请求源任务的处理请求的 通信数据传输至所述从处理器，所述处理请求包含与所述主处理器中 的所述请求源任务的执行优先级相关联的优先级信息，响应于所述通信数据的接收，激活所述从处理器中的通信处理任 务，所述通信处理任务是响应于从多个不同请求源任务传输的多个通 信数据的接收而共同地激活的任务；通过所述通信处理任务，创建用于执行由所述处理请求所请求的 处理的子任务，所述子任务基于从所述通信数据获取的所述优先级信 息被分配有与所述请求源任务的所述执行优先级相对应的执行优先 级；以及根据基于包括所述子任务的多个任务的执行优先级的任务调度， 执行所述从处理器中的所述子任务。
6. 根据权利要求5所述的任务执行控制方法，其中， 将比所述子任务高的执行优先级给予所述通信处理任务，并且在所述从处理器中优先于所述子任务执行所述通信处理任务。
7. 根据权利要求5所述的任务执行控制方法，其中， 将多个预设的执行优先级中的最高的执行优先级给予所述通信处理任务。
8. —种通过具有主处理器和从处理器的计算机可读的存储介质，所述存储介质中存储执行以下步骤的程序将包含来自于在所述主处理器中执行的请求源任务的处理请求的 通信数据传输至所述从处理器，所述处理请求包含与所述主处理器中 的所述请求源任务的执行优先级相关联的优先级信息，响应于所述通信数据的接收，激活所述从处理器中的通信处理任 务，所述通信处理任务是响应于从多个不同请求源任务传输的多个通 信数据的接收而共同地激活的任务；通过所述通信处理任务，创建用于执行由所述处理请求所请求的 处理的子任务，所述子任务基于从所述通信数据获取的所述优先级信 息被分配有与所述请求源任务的所述执行优先级相对应的执行优先 级；以及根据基于包括所述子任务的多个任务的执行优先级的任务调度， 执行所述从处理器中的所述子任务。
全文摘要
本发明提供一种信息处理系统及任务执行控制方法。信息处理系统包括主处理器和从处理器。主处理器在多任务环境下进行操作，所述多任务环境能够基于任务的执行优先级根据任务调度并行地执行用于向从处理器发出处理请求的请求源任务。从处理器在多任务环境下进行操作，所述多任务环境能够根据任务调度并行地执行通信处理任务和由所述通信处理任务创建的用于执行由处理请求所请求的处理的子任务。处理请求包含与主处理器中的请求源任务的执行优先级相关联的优先级信息。从处理器对于来自不同请求源任务的处理请求共同地激活通信处理任务。通信处理任务基于优先级信息创建分配有与请求源任务的执行优先级相对应的执行优先级的子任务。
文档编号G06F9/46GK101566957SQ200910137019
公开日2009年10月28日 申请日期2009年4月27日 优先权日2008年4月25日
发明者小岛央 申请人:恩益禧电子股份有限公司