专利名称：中断控制系统的制作方法
技术领域：
本发明涉及一种用于支持信息处理设备的操作系统(此处称为“OS”)的中断管理功能的技术，及具体地涉及一种与一个具有低实时特性或性能的中断管理功能的OS共存的OS支持系统，用于加强给定中断过程的实时性能。具有低实时性能的中断管理功能的OS代表下面这类OS，它们在开始执行一个相应的中断过程之前要求在发生中断请求之后经历一段相当长的时间。例如，它代表下面这类OS，当中断过程应该在数微妙内执行时，它们在开始执行一个相应的中断过程之前要求在发生中断请求之后经历一段十几微秒的时间。
一般而言，近年来OS具有一个中断管理功能，以便在CPU(处理单元)发出中断请求时，由OS判断中断原因并根据判断结果管理该中断处理。
具体地，首先在固定存储器中形成的中断向量区或类似的可由CPU访问的区域中设置用于执行中断过程和其他过程的中断处理装置的地址。中断处理装置代表一个用于执行一个对应于中断原因的中断过程的程序，和它的开始/执行装置。
CPU通过访问一个向量区的基地址(一个首先访问的地址)而向OS发出一个中断请求。OS在中断之前保持CPU的操作环境信息，例如CPU寄存器的内容，然后向中断处理装置传送一个对中断请求的控制权。在执行所请求的中断过程后，中断处理装置将控制权送回至OS。OS恢复中断之前CPU的操作环境信息以使CPU能从挂起时刻的状态重新开始处理。
另一方面，还可使用下面这类OS，它们的中断处理功能的实时性能达不到一个应用程序所要求的标准。例如，假设一个应用程序要求在发生中断请求之后数秒之内执行中断过程。在此情况下，如OS要求十几秒来执行中断过程，则无法完成所要求的对应于中断请求的中断过程。
如所理解的，有可能通过重新构作OS的中断处理功能来加强实时性能。然而，在此情况下，需要事先调查OS的中断管理功能的内容，并执行重新构作和测试的操作，从而导致巨大花费。此外，一旦改变OS，OS每次版本升级时都必须修改重新构作的功能。还有，当使用改变的OS时，向量区的管理方式应该改变以便符合于由改变的OS所采用的中断管理方式。
因此，本发明的一个目的是提供一个中断处理方法，能够用于加强装有OS的设备中的中断过程的实时性能而不需改变OS。
本发明的另一个目的是提供一个OS支持系统，能够与OS共存以便加强中断过程的实时性能。
本发明的又一个目的是提供一个具有OS和OS支持系统的信息处理设备。
本发明还有一个目的是提供一个存储媒体，适合于使用一个通用信息处理设备来实现中断处理方法。
根据本发明的一个方面，提供了一种中断处理方法，它包括以下步骤在信息管理设备中提供一个具有中断管理功能的OS和提供一个用于执行要求高实时性能的给定中断过程的OS支持系统；促使OS支持系统早于OS接收一个在信息处理设备中产生的中断请求并且判断该中断请求是否对应于给定中断过程；当该中断请求对应于给定中断过程时，促使OS支持系统执行给定中断过程，同时当该中断请求不对应于给定中断过程时，自OS支持系统转移一个对中断请求的控制权至OS。
在上述方法中，从OS支持系统收到中断请求起直至开始执行给定中断过程时止所需时间短于从OS收到中断请求起直至开始执行相应中断过程时止所需时间。
OS和OS支持系统可以彼此独立地执行中断处理，或可以用一种共享方式彼此合作地执行中断处理。在后一种情况下，可在OS中包括一个驱动程序以便交换相对于OS支持系统的信息，从而OS和OS支持系统以共享方式通过驱动程序在同一硬件中执行不同中断过程。在此安排下，在维持OS功能不变的情况下可以实施对应于不同用途的高级中断处理。
为加强普遍性，可以在OS安装于信息处理设备中之后将OS支持系统安装在信息处理设备中。
根据本发明的另一个方面，提供了一种OS支持系统，它与一个具有信息处理设备中的中断处理功能的OS共存，并且通过初始化OS来启动它，该系统包括以下部件一个中断记录部件，用于记录要求高实时性能的中断过程的内容；一个中断判断部件，当在信息处理设备中发生中断请求时，早于OS接收中断请求，并且判断该中断请求是否对应于在中断记录部件中记录的中断过程；以及一个中断执行部件，当中断请求对应于中断过程时用于执行该中断过程，其中OS支持系统促使OS执行一个不记录在中断记录部件中的中断过程。
可以安排使OS支持系统与OS共存而保持OS的功能不变，同时独立于OS而实施中断处理。选代地，可以如此安排以便将一个控制驱动程序包括在OS中并实现与OS支持系统的合作同时OS支持系统可以用共享方式与OS合作地实施中断处理。在后一种情况下，可容易地执行一个要求高实时性能的中断过程并且以共享方式对于同一控制对象执行不要求高性能的中断过程。
根据本发明的又一个方面，提供了包括一个发出中断请求的CPU，一个具有中断向量区的OS和具有扩展中断向量区的OS支持系统的一个信息处理设备，其中CPU能够改变中断向量区或待访问的扩展中断向量区的基地址，其中如此设置中断向量区以便转移一个控制权至OS中的中断过程，及其中OS支持系统如此设置扩展中断向量区的内容以便转移一个控制权至OS支持系统中的中断过程，用于将扩展中断向量区的基地址通知CPU以供向其访问并早于OS接收中断请求，并当在扩展中断向量区中记录该中断请求时执行一个相应的中断过程，以及当该中断请求没有记录在扩展中断向量区中时根据中断向量区中设置的内容将对中断请求的控制权转移至OS。
可以如此安排以使OS支持系统在判断该中断请求是否对应于给定中断过程时保持CPU的一部分操作环境信息，以及当该中断请求对应于给定中断过程时，该OS支持系统保持操作环境信息的余留部分并执行给定中断过程，以及当该中断请求不对应于给定中断过程时，OS支持系统恢复一部分操作环境信息并转移控制权至OS。在此安排下，可以避免不必要的开销。
为使用通信中的信息处理设备，可以如此安排以便提供一个转移部件，用于在接收数据和发送数据时产生中断，同时输入中断至OS支持系统。
当执行一个要求高实时性能的中断过程并且以对于同一控制对象的共享方式执行不要求高性能的中断过程时，可以再提供一个控制驱动程序以便允许OS和OS支持系统彼此合作。
根据本发明的又一个方面，提供了一个用于存储数字信息的存储媒体，例如可由中断处理设备读入的程序码，该中断处理设备安装一个具有中断处理功能的OS，该数字信息在信息处理设备中建立一个用于记录要求高实时性能的中断过程内容的中断记录部件；提供了一个中断判断部件，当在信息处理设备中发生中断请求时，用于早于OS接收一个中断请求，并且判断该中断请求是否对应于记录于中断记录部件中的中断过程；提供了一个中断执行部件，当该中断请求对应于中断过程时，用于执行该中断过程；以及提供了一个当该中断请求不对应于中断过程时用于转移一个对中断请求的控制权至OS的部件。
下面结合附图所作详细描述将使本发明能被更全面地理解。
附图中
图1显示根据本发明第一优选实施例的携带式终端的主要部分的配置；图2是一个用于显示图1中所示携带式终端中OS和OS支持系统之间的关系的示意图；图3是一个用于显示图2中所示存储器中的向量区，扩展向量区和公共数据区中所示内容的例子的示意图；图4是图1中所示OS支持系统的功能图；图5是图1中所示OS支持系统中执行的初始化处理的流程图6是用于显示中断管理表中记录的内容的例子的示意图；图7是图1中所示OS支持系统中执行的中断判断处理的流程图；图8是用于显示图1中所示携带式终端的操作的流程图，具体是在初始化和发生中断时它的操作；图9是图8中所示接收中断过程的流程图；图10时图8中所示发送中断过程的流程图；图11是用于显示中断管理时序的示意图；图12显示根据本发明第二优选实施例的信息处理设备的主要部分的配置；及图13阐述图12中所示信息处理设备的操作。
现在将结合附图在下面描述本发明的优选实施例。
(第一实施例)在此实施例中，本发明应用于一个为串行通信设计的携带式终端。在装有低实时性能的OS的携带式终端中，在接收或发送数据时，中断处理如此延迟以致在高速转移时造成通信错误。因此，在此实施例中，在装有OS的携带式终端中还安装一个OS支持系统，以便在实施串行通信时加强中断处理的实时性能。
图1显示根据本发明第一优选实施例的携带式终端的主要部分的配置。所示携带式终端是一个包括一个发出中断请求的CPU的信息处理设备。携带式终端包括一个输入设备10例如一块操作员控制板，一个输出设备例如显示器，一个包括通信端口和一个它的控制单元的串行设备30，一个输入/输出控制部件40，它包括一个用于存储不同程序、数据和其他数字信息的存储媒体例如硬盘并且由CPU执行给定程序而建立起来，还包括一个OS 50和一个OS支持系统1。在此实施例中，通过在携带式终端中安装存于携带式存储媒体中的数字信息而形成OS支持系统1。
在串行设备30和输入/输出控制部件40之间提供了一个用于存储通过未示出的通信线路接收的数据(今后称为“接收数据”)的接收数据缓存和一个用于存储准备通过通信线路发送的数据(今后称为“发送数据”)的发送数据缓存。CPU能够改变向量区或扩展向量区的基地址，这将在下面描述。
携带式终端中的OS 50和OS支持系统1之间的关系示于图2中。在此实施例中，OS 50是一个具有低实时性能的简单OS。然而本发明不限于这类OS。
OS 50包括一个人机界面(MMI)，一个图形用户界面(GUI)和其他由不同OS侧应用程序(AP)使用的功能实现元件(X)。OS50还包括一个中断管理部件51，用于通过访问固定存储器60中的向量区61而实施给定中断管理，包括一个中断执行部件52，用于启动和执行一个相应的中断处理程序。在初始化OS时，中断管理部件51将一个向量区61的基地址通知CPU并调用OS支持系统1的一个初始化程序。中断执行部件52启动并执行OS 50中的中断处理程序。已知的OS能实现除中断管理部件51的调用OS支持系统1的初始化程序的功能以外的OS 50功能。
除由OS 50管理的向量区61之外，固定存储器60还包括一个由OS支持系统1管理的扩展向量区62，以及一个由OS 50和OS支持系统1公共使用的公共数据区63。扩展向量区62和公共数据区63安排在由OS 50管理的区域之外，以便避免存储管理开销。
向量区61、扩展向量区62和公共数据区63中的数据集内容示于图3中。
在向量区61中，为每个中断原因设置一个启动程序地址(指针)以便当在OS 50侧执行中断处理时将一个控制权转移至OS 50中的一个相应的中断处理程序。另一方面，在扩展向量区62中设置OS支持系统1侧的不同启动程序的地址(指针)，例如用于实现以后描述的中断管理部件12功能的程序地址。存于公共数据区63中的数据是那些在OS 50和OS支持系统1之间的数据。在此实施例中，在公共数据区63中设置以下地址在初始化OS 50时所访问的供OS支持系统1用的初始化程序的地址，不同中断信息的地址，信息写入子程序地址，待写入信息的地址，信息读取子程序的地址和待读取信息的地址。
初始化程序的地址，中断信息的地址和信息写入子程序的地址是在安排公共数据区63时设置的，而信息读取子程序的地址和待读取信息的地址是在初始化OS 50时设置的。
图4是OS支持系统1的功能图。
OS支持系统1包括一个初始化部件11、一个中断管理部件12、一个中断判断部件13和一个中断执行部件14的功能块。
初始化部件11是在初始化OS 50时由CPU在公共数据区63中执行初始化程序而建立的。
在初始化部件11中，根据图5中所示流程图实现初始化处理。
首先，初始化部件11访问向量区61的基地址，它是在初始化OS50时由OS 50向它通知CPU而设置的，然后将它保持在扩展向量区62中，用作OS支持系统的数据(步S101的“是”；步S102)。随后，初始化部件11把扩展向量区62的基地址通知CPU(步S103)。由于CPU具有改变基地址的功能，CPU响应于来自初始化部件11的通知而将首先访问的基地址从向量区61改变到扩展向量区62。其结果是，OS支持系统1能够早于OS 50自CPU中得到中断请求。
然后初始化部件11把由OS支持系统1控制的硬件初始化，在此实施例中它是串行设备30(步S104)。初始化部件11还控制中断管理部件12以便记录中断处理内容，也即中断管理表MT中要求高实时性能的每个中断原因的中断处理程序的地址(步S105)。实际上，初始化部件11调用硬件的一个初始化子程序和一个用于建立中断管理部件12的功能的程序并执行它们。在完成前述初始化处理后，初始化部件11将控制权转移给OS 50。
图6显示记录于中断管理表MT中的内容的例子。在所示例子中，六个中断原因#0至#5是可记录的，其中中断原因#1和#3是要求高实时性能的中断原因，而以#0为代表的中断原因#0、#2、#4和#5是不要求高实时性能的中断原因。
在从CPU发出中断请求时启动中断判断部件13，它根据图7中所示流程图实施中断判断处理。
首先，只有CPU的操作环境信息的一部分，例如只有用于中断判断的CPU寄存器的内容暂时地存于一个未示出的栈中，用于避免过分的开销(步S201)。此后，中断判断部件13获得一个中断请求并判断终端内容(对应于中断请求的中断原因)是否记录于中断管理表MT中，即它是否为要求高实时性能的中断(步S202；步S203)。如从图6中看出的，如数据由中断管理表MT中“0”以外其他数据表示，则中断判断部件13判定该中断要求高实时性能。接着，中断判断部件13保持余留CPU寄存器的内容(步S203的“是”；步S204)并请求OS支持系统1中的中断执行部件14开始执行一个记录于中断管理表MT中的相应的中断处理程序(步S205)。在从中断执行部件14(相应的中断处理程序)送回控制权后，中断判断部件13恢复所有CPU寄存器的内容(步S206)并从中断退出(步S207)。
另一方面，如在步S203中数据由中断管理表MT中的“0”表示，则中断判断部件13判定该中断不要求高实时性能。接着中断判断部件13恢复在步S201中存于栈内的CPU寄存器内容(步S208)，并转移对中断请求的控制权至OS 50(步S209)。具体地，中断判断部件13自初始化部件11所保持的向量区61基地址获得对应于中断请求的OS侧启动程序地址并转移控制权至对应于所获得地址的程序。
现在，参照在图8中所示流程图详细地描述根据本发明的携带式终端的操作，具体是在初始化和发生中断时它的操作。
为简化描述，假设接收数据时的中断过程(今后称为“接收中断过程”)和发送数据时的中断过程(今后称为“发送中断过程”)只在中断管理部件12中记录为要求高实时性能的中断过程。
当OS初始化程序开始初始化OS 50时，将向量区61的基地址通知CPU(步S301)。然后OS支持系统1的初始化程序开始根据图5中所示流程图实现初始化，其中将串行设备30初始化(步S302)。然后把来自串行设备30的接收中断过程和发送中断过程记录于中断管理表MT中(步S303)。在完成如上所述的初始化后，OS支持系统1转移控制权至OS 50并等待发生中断(步S304)。
当由串行设备30接收或发送数据时发生中断，CPU发出一个接收或发送中断过程的中断请求。
OS支持系统1早于OS 50接收该中断请求(步S305；步S306)。然后OS支持系统1对中断请求作出判断(步S307)。由于只有接收中断过程和发送中断过程记录于OS支持系统1中，如对应于该中断请求的中断原因不是它们中的一个，则OS支持系统1将对中断请求的控制权转移给OS 50。其结果是，OS 50此时处理该中断(步S307的“否”；步S312)。
另一方面，如中断请求对应于接收中断过程，则根据图9中所示流程图实现接收中断过程(步S307的“是”；步S308的“是”；步S309)。类似地，如中断请求对应于发送中断过程，则根据图10中所示流程图实现发送中断过程(步S307的“是”；步S308的“否”；步S310)。在执行接收中断过程或发送中断过程后OS支持系统1转移控制权至OS 50并等待下一个中断的出现(步S311)。
现将参照图9简要地阐述接收中断过程。
在接收中断过程中，从串行设备30中获得串行接收数据(步S401)并将它存于接收数据缓存中(步S402)。由于在接收数据缓存中顺序地存储所接收数据时接收数据缓存中的指针在改变，该指针相应地更新(步S403；步S404)。在存储所有数据后，分析所接收数据以便准备对它的响应数据(步S404的“是”；步S405)并将响应数据存储于发送数据缓存中(步S406)。
参照图10，将简要地阐述发送中断过程。
在发送中断过程中，如有来自应用程序的数据发送命令及在发送数据缓存中有发送数据，包括前述响应数据，则从发送数据缓存中获取发送数据并将它输出至串行设备30(步S501的“是”；步S502)。由于在输出发送数据时发送数据缓存中的指针在改变，该指针相应地更新(步S503)。对所有发送数据重复执行步S502和S503(步S504的“否”)。当输出完所有发送数据后(步S504的“是”)，完成发送中断过程，然后通过OS 50通知应用程序。
如上所述，在根据本实施例的携带式终端中，当中断请求要求执行需要高实时性能的接收中断过程或发送中断过程时，立即在OS支持系统中执行该中断过程而不必应用于OS 50。因此，即使使用低实时性能的OS，也能避免通信错误而可能实现高速串行转移。
将参照图11中所示时序图解释其理由。
在时序图中，上部显示只可使用OS 50的情况下的中断执行时序，中部显示当OS支持系统判断要求高实时性能时的中断执行时序，及下部显示当OS支持系统1判断不要求高实时性能时的中断执行时序。
在时序图中，(1)至(7)表示OS 50侧执行的过程，而(10)至(13)表示OS支持系统1侧执行的过程。具体地，(1)表示保持CPU寄存器内容，(2)表示将过程执行模式切换至“中断处理”，(3)表示对一个中断原因的确认，(4)表示对一个中断处理程序的存在的确认，(5)表示在中断处理之前的存储器管理。此外，(6)表示在执行中断处理之后准备接收下一个中断请求及(7)表示恢复CPU寄存器内容。另一方面，(10)表示保持CPU寄存器内容，(11)表示对一个中断原因的确认，(12)表示对一个中断处理程序的存在的确认，(13)表示恢复CPU寄存器内容。在上部、中部和下部中的每一部分，横坐标轴表示时间及每一区段长度对应于一个时间长度。
如从时序图中看到的，在接收一个中断请求之后，OS支持系统1在开始执行一个相应的中断处理程序之前只要求三个过程。还有，这些过程只用于确认一个中断请求是否对应于一个可在OS支持系统1中执行的中断处理程序，从而只需一段短时间。其结果是，OS支持系统1中从接收中断请求到开始执行相应的中断过程(处理程序)的时间短于OS 50中从接收中断请求到开始执行相应的中断过程的时间，从而保证高实时性能。
此外，在此实施例中，由于中断处理是在OS支持系统1中实施的，可以响应地减少OS 50中的装载以便减少其他应用程序执行时的影响。
此外，在此实施例中，由于对于一个对应于一个未记录于OS支持系统1中的中断过程的中断请求的控制权被转移至OS 50，这一中断过程可以在OS 50中实施，犹如没有OS支持系统一样。其结果是，有可能加强给定中断过程的实时性能而不必依赖于OS 50的技术性能并同时保持OS 50内容的识别，从而能够广泛地处理OS 50的版本升级或改动。
(第二实施例)在前述第一优选实施例中，OS和OS支持系统是彼此独立地操作的。然而本发明不限于这些而是也可用于OS和OS支持系统共同地实施中断控制的情况。
在此实施例中，本发明应用于一个包括于一个无肢木玩偶的机床的控制机构中的信息处理设备。
图12是一个显示根据本发明第二优选实施例的信息处理设备的主要部分的配置的图，其中在第一优选实施例中的携带式终端中的相同部件赋予相同参考符号。在此实施例中，OS 50包括一个电机控制驱动程序2，但OS 50的功能本身与第一优选实施例中OS 50功能相同。
在图12中，信息处理设备具有一个输入/输出部件40，与它相连的有用于控制两种组成机床一部分的电机(M1)71和(M2)81的控制设备70和80。
电机(M1)71是一个用于围绕其轴转动玩偶木材料的电机。该控制设备70实现电机(M1)71的通/断控制，并当电机转动稳定时产生一个中断。
电机(M2)81是一个用于驱动一个刀具的电机。当电机(M2)81在移动座标上移动一个由操作人员通过输入设备10指定的数量时，控制设备80产生一个中断。
根据操作人员通过输入设备10指定的玩偶木材料直径和形状模式，一个OS侧应用程序(AP)计算用于制作玩偶的电机控制数据，也即移动方向和电机(M2)81的移动量，并产生一串数据。此外，应用程序(AP)向电机控制驱动程序2输出一个转动命令的中断请求和一个电机(M1)71的停止转动命令的中断请求和一个电机(M2)81的开始操作命令的中断请求。电机(M2)81的开始操作命令的中断与所产生的电机控制数据一起执行。
电机控制驱动程序2是一个用于实现OS 50与OS支持系统1之间的合作的控制驱动程序。电机控制驱动程序2自应用程序(AP)接收前述中断请求并具有以下功能允许OS 50实施对电机(M1)71的控制和对OS支持系统1下命令控制电机(M2)81。在下命令控制电机(M2)81时及当应用程序(AP)具有n个电机控制数据时，电机控制驱动程序2复制第二和随后的数据和存在n-1个数据的信息至一个内部存储器中，例如OS支持系统1的一个缓存，然后将第一个数据输出至控制设备80。
当从中断中检测到已经正常地完成对电机71和81中的每一个的控制时，电机控制驱动程序2使用OS 50的一个功能将此事通知应用程序(AP)。
对于OS支持系统1，将类似于第一优选实施例中的携带式终端中初始化程序那样的初始化程序的地址和先前用于存储电机控制数据的缓存地址作为数据存储起来，以待OS 50调用。此外，电机(M2)81的中断处理程序记录于一个中断管理表中。中断处理程序具有执行内容，其中OS支持系统1顺序地输出电机控制数据至控制设备80，以及当已经输出所有电机控制数据时，将控制权转移至在OS 50向量区中设置的控制设备80的中断内容。然后，在已经收到控制权的OS 50一侧，启动一个中断管理部件以便通过参照保持于CPU的中断寄存器中的中断原因(来自控制设备80的中断内容)而开始和执行电机控制驱动程序2的中断处理程序。
图13是由信息处理设备实施的处理的概念图，其中数字61标示OS 50侧的向量区，而数字62表示OS支持系统1侧的扩展向量区。每个区域61和62中设置了控制设备70和80的中断。图13中，实线表示来自控制设备70的中断的通知路径，虚线表示来自控制设备80的中断的通知路径，及长短交替线表示完成电机控制后的通知路径。为简化描述，图13中省略了公共数据区。
在根据此实施例的信息处理设备中，由于电机(M1)71由OS50控制而电机(M2)81由OS支持系统1控制，可以用共享方式执行要求高实时性能的中断处理和不要求高实时性能的中断处理。
在本发明中，由于OS支持系统早于OS收到送至OS的中断请求，这足以判断它是由OS处理的还是由OS支持系统处理的。因此，对于OS所采用的中断处理方式并无具体限制。
由以上描述可以理解，根据本发明，可以不改变信息处理设备中安装的OS而加强中断的实时性能。
虽然本发明用优选实施例描述，但本发明不限于它们而可以在不背离所附权利要求书中所规定的原理的情况下以不同方式实施。
权利要求
1.一种中断处理方法，包括以下步骤在一个信息处理设备中提供一个具有中断处理功能的OS和一个用于执行给定的要求高实时性能的中断过程的OS支持系统；促使所述OS支持系统早于所述OS接收在所述信息处理设备中产生的中断请求及判断所述中断请求是否对应于所述给定中断过程；当所述中断请求对应于所述给定中断过程时，促使所述OS支持系统执行所述给定中断过程，以及当所述中断请求不对应于所述给定中断过程时，自所述OS支持系统转移对所述中断请求的控制权至所述OS。
2.根据权利要求1的中断处理方法，其中在所述OS支持系统收到所述中断请求后到开始执行所述给定中断过程所需时间短于在所述OS收到所述中断请求后到开始执行相应的中断过程所需时间。
3.根据权利要求1的中断处理方法，其中在所述OS中包括一个驱动程序，用于交换相对于所述OS支持系统的信息，及其中所述OS和所述OS支持系统以共享方式通过所述驱动程序在同一硬件中执行不同中断过程。
4.根据权利要求1的中断处理方法，其中在所述OS安装于所述信息处理设备中之后，所述OS支持系统安装于所述信息处理设备中。
5.一种在一个信息处理设备中与一个具有中断处理功能的OS共存的并通过所述OS的初始化而启动的OS支持系统，所述系统包括一个中断记录部件，用于记录一个要求高实时性能的中断过程的内容；一个中断判断部件，当在所述信息处理设备中发生所述中断请求时，用于早于所述OS接收一个中断请求，并判断所述中断请求是否对应于在所述中断记录部件中记录的中断过程；及一个中断执行部件，当所述中断请求对应于所述中断过程时，用于执行所述中断过程，其中所述OS支持系统促使所述OS执行一个没有记录于所述中断记录部件中的中断过程。
6.根据权利要求5的OS支持系统，其中所述OS支持系统与所述OS共存及保持所述OS的功能不变，并且独立于所述OS而实施中断处理。
7.根据权利要求5的OS支持系统，其中一个控制驱动程序包括于所述OS中，用于实现与所述OS支持系统的合作，及其中所述OS支持系统以共享方式与所述OS合作地实施中断处理。
8.一种信息处理设备，包括一个发出中断请求的CPU，一个具有一个中断向量区的OS和一个具有扩展中断向量区的OS支持系统，其中所述CPU能够改变待调用的所述中断向量区或扩展中断向量区中的基地址，其中所述中断向量区如此设置以便将控制权转移至所述OS中的一个中断过程；及其中所述OS支持系统设置所述扩展中断向量区的内容以便将控制权转移至所述OS支持系统中的一个中断过程，将所述扩展中断向量区基地址通知所述CPU以供对它调用从而早于所述OS接收所述中断请求，并当所述中断请求记录于所述扩展中断向量区中时执行一个相应的中断过程，及当所述中断请求不记录于所述扩展中断向量区中时根据所述中断向量区中所设置内容将对所述中断请求的控制权转移至所述OS。
9.根据权利要求8的信息处理设备，其中在判断所述中断请求是否对应于给定中断过程时，当所述中断请求对应于所述给定中断过程时所述OS支持系统保持操作环境信息的一部分，以及当所述中断请求不对应于所述给定中断过程时所述OS支持系统保持所述操作环境信息的其余部分，所述OS支持系统恢复操作环境信息的所述部分并转移控制权至所述OS。
10.根据权利要求8的信息处理设备，还包括一个发送部件，用于在接收数据时和发送数据时产生中断，及其中所述中断被输入至所述OS支持系统。
11.根据权利要求8的信息处理设备，还包括一个控制驱动程序，用于在所述OS和所述OS支持系统之间实现合作，其中所述OS和所述OS支持系统以共享方式彼此合作地为一个控制对象执行不同中断过程。
12.一种用于存储可由信息处理设备读取的数字信息的存储媒体，所述信息处理设备安装有一个具有中断处理功能的OS，所述数字信息在所述信息处理设备中建立以下内容一个中断记录区段，用于记录一个要求高实时性能的中断过程的内容；一个中断判断区段，当在所述信息处理设备中发生所述中断请求时，用于早于所述OS接收一个中断请求，并判断所述中断请求是否对应于在所述中断记录区段中记录的中断过程；一个中断执行区段，当所述中断请求对应于所述中断过程时，用于执行所述中断过程；及当所述中断请求不对应于所述中断过程时，用于转移对所述中断请求的控制权至所述OS的区段。
全文摘要
一种信息处理设备包括一个具有中断处理功能的OS和一个通过初始化OS而启动的OS支持系统。该OS支持系统包括一个中断管理部件,用于记录要求高实时性能的中断过程内容及一个中断判断部件,当在信息处理设备中发生中断请求时,用于早于OS接收一个中断请求,并且判断该中断请求是否对应于记录于中断管理部件中的中断过程。该OS支持系统还包括一个中断执行部件,当中断请求对应于记录的中断过程时,用于执行记录的中断过程。OS支持系统促使所述OS执行一个没有记录于所述中断管理部件中的中断过程。
文档编号G06F9/46GK1274887SQ00108968
公开日2000年11月29日 申请日期2000年5月24日 优先权日1999年5月25日
发明者泽田阳 申请人:埃尔麦克系统公司