CN100552633C - 多个操作***切换控制装置以及计算机*** - Google Patents

Abstract

本发明提供一种多个操作***切换控制装置以及计算机***，其可以安全且迅速地切换工作状态的OS。在本发明的计算机***(1)中，切换源OS用控制部具有：切换请求接收部(11)，其接收OS切换请求，该OS切换请求用于请求处于暂停状态的切换目的地OS成为工作状态的OS；切换事件通知部(12)，其向切换目的地OS或者切换目的地OS上的应用程序通知事件信息，该事件信息包含在接收到的OS切换请求中、并请求切换目的地OS或者切换目的地OS上的应用程序的处理；和切换控制部(13)，其对OS切换功能(2)指示使切换目的地OS成为工作状态的OS。

Description

多个操作***切换控制装置以及计算机***

技术领域

本发明涉及一种多个操作***切换控制装置，其设置在具备将工作状态的操作***从切换源操作***排他地切换为切换目的地操作***的操作***切换功能的计算机***中。

另外，本发明还涉及如下的计算机***，其安装了排他地成为工作状态的多个操作***、或者由具有多个设定模式的单个操作***提供的虚拟的多个操作***，利用操作***切换功能，将工作状态的操作***从切换源操作***排他地切换为切换目的地操作***。

背景技术

一直以来，已知在1个计算机***(终端)中安装多个操作***(以下称为OS)，并切换工作状态的OS的结构(专利文献1)。

在上述结构中利用OS的暂停(suspend)·重新开始(resume)功能，在处于工作状态的第1OS成为暂停(停止)状态后，处于暂停状态的第2OS重新开始，所以可排他地切换工作状态的OS。

即，在一方OS(第1OS)为工作状态(活性)的情况下，另一方OS(第2OS)为暂停状态(非活性)。

通过应用上述结构，可以构筑具有用途及OS种类不同的2个(或以上的)执行环境(还可以称为域(domain))的计算机***。

例如，可以构筑将工作状态的OS在进行私人的信息处理的第1OS与进行与业务有关的信息处理的第2OS之间切换、使可执行的公私域共存的计算机***。

另外，还可以构筑对第1OS使用“Linux OS(注册商标)”、对第2OS使用了“Windows Mobile(注册商标)”的计算机***。

[专利文献1]特开2001-256066(US20010018717A1)

在上述结构中因为多个OS排他地成为工作状态，所以为了在非活性OS中进行处理，需要进行切换以使非活性OS成为工作状态。

这里，作为为了使非活性OS成为工作状态而进行切换的契机，可以考虑“由用户进行的切换按钮的输入”、“将非活性OS作为目的地的电话及数据通信的来信”、“非活性OS侧功能的执行请求”及“由非活性OS登录的计时器届满”等事件(切换事件)，。

因此对上述结构举出了如下的课题：在按照这些切换事件的发生将工作状态的OS从切换源OS切换为切换目的地OS时，向切换目的地OS通知上述切换事件，在切换目的地OS中需要执行与上述切换事件对应的适当处理。

尤其，针对电话来信等紧急事件(切换事件)，需要切换目的地OS立即执行处理，所以要求削减从切换源OS到切换目的地OS的切换时间。

此外，在上述技术中作为第1课题举出了防止由工作状态OS的切换引起的关键(critical)处理的中断。

即，举出了如下的课题：在不想中断电话等处理的关键处理的执行中，即使发生切换事件也希望拒绝或者保留工作状态的OS的切换，所以在上述关键处理的执行中需要锁定(lock)工作状态OS的切换。

作为第2课题举出了提高切换工作状态的OS的抗故障性。

即，针对第1课题举出了如下的课题：在利用锁定工作状态的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的切换事件的处理时间。

另外，根据本发明还提供如下的多个操作***切换控制装置以及计算机***，该多个操作***切换控制装置以及计算机***通过确认禁止工作状态OS切换的处理是不是执行中，可以安全地实现工作状态的OS的切换。

附图说明

图1是本发明第1实施方式的计算机***的结构图。

图2是安装在本发明第1实施方式的计算机***中的多个OS切换控制装置的功能框图。

图3是表示安装在本发明第1实施方式的计算机***中的多个OS切换控制装置的事件对应处理部所参照的“对事件信息和事件对应处理的组合进行管理的表”的一例的图。

图4是表示由安装在本发明第1实施方式的计算机***中的多个OS切换控制装置的工作***来管理的“工作状态管理表”的一例的图。

图5是表示由安装在本发明第1实施方式的计算机***中的多个OS切换控制装置的锁定状态管理部来管理的“锁定状态管理表”的一例的图。

图6是表示由安装在本发明第1实施方式的计算机***中的多个OS切换控制装置的切换可否信息管理部来管理的“切换可否信息管理表”的一例的图。

图7是表示由安装在本发明第1实施方式的计算机***中的多个OS切换控制装置的切换可否信息管理部来管理的“切换可否信息管理表”的一例的图。

图8是表示本发明第1实施方式的计算机***中的OS切换顺序的流程图。

图9是表示本发明第1实施方式的计算机***中的OS切换可否判断顺序的流程图。

图10是表示本发明第1实施方式的计算机***中的OS切换可否判断顺序的流程图。

图11是表示本发明第1实施方式的计算机***中的切换锁定请求的受理顺序的流程图。

图12是表示本发明第1实施方式的计算机***中的电话来信时的动作的流程图。

图13是表示本发明第1实施方式的计算机***中的DM消息接收时的动作的流程图。

图14是本发明第2实施方式的计算机***的结构图。

符号说明：

1：计算机***；2：OS切换功能；10A、10B：多个OS切换控制装置；11：切换请求接收部；12：切换事件通知部；13：切换控制部；14：切换事件取得部；15：事件对应处理部；16：切换禁止数据通知部；17：活动通知部；18：工作***；19：切换锁定请求接收部；20：锁定状态管理部；21：切换可否信息管理部；22：用户询问部；23：切换判断部；

具体实施方式

(本发明第1实施方式的计算机***)

参照图1至图7对本发明第1实施方式的计算机***1的结构进行说明。

本实施方式的计算机***1安装排他地成为工作状态的多个OS1、OS2，利用OS切换功能2切换工作状态的OS(活性OS)。

OS切换功能2进行物理上不同的多个OS间的切换、或虚拟的多个OS间的切换。

这里，在物理上不同的多个OS间的切换中，通过不同程序来执行OS1以及OS2。

在多个OS间的切换中，使切换源OS为工作状态时的硬件、OS或应用程序的状态暂停(保存)，使切换目的地OS为工作状态时的硬件、OS或应用程序的状态重新开始(再次开始)。

如图1所示，在本实施方式的计算机***1中设有OS1用的多个OS切换控制装置10A以及OS2用的多个OS切换控制装置10B。

上述多个OS切换控制装置10A以及10B的结构基本上是相同的，所以以下对多个OS切换控制装置10A的结构进行说明。

如图2所示，多个OS切换控制装置10A具有：切换请求接收部11、切换事件通知部12、切换控制部13、切换事件取得部14、事件对应处理部15、切换禁止数据通知部16、活动通知部17、工作***18、切换锁定请求接收部19、锁定状态管理部20、切换可否信息管理部21、用户询问部22和切换判断部23。

此外，对于构成多个OS切换控制装置10A的功能11至23，可以分类为多个OS切换控制装置10A设置在切换源OS时进行工作的切换源OS用控制部、或者多个OS切换控制装置10A设置在切换目的地OS时进行工作的切换目的地OS用控制部2种。

这里，在切换源OS用控制部中包括：切换请求接收部11、切换事件通知部12、切换控制部13、切换禁止数据通知部16、活动通知部17、工作***18、切换锁定请求接收部19、锁定状态管理部20、切换可否信息管理部21、用户询问部22和切换判断部23。

另一方面，在切换目的地OS用控制部中包括：切换事件取得部14和事件对应处理部15。

这里，多个OS切换控制装置10A设置在具备将工作状态的OS从切换源OS1排他地切换为切换目的地OS2的OS切换功能2的计算机***1中。

具体来说，构成上述多个OS切换控制装置10A的功能11至23可以全部设置在OS1内部，也可以全部设置在OS1外部。另外，也可以在OS1内部设有构成上述多个OS切换控制装置10A的功能11至23的一部分，其余的设置在OS1外部。

另外，构成上述多个OS切换控制装置10A的功能11至23可以利用软件来实现，也可以利用硬件来实现。

切换请求接收部11接收请求使处于暂停状态的切换目的地OS2成为工作状态的OS的OS切换请求。

具体来说，切换请求接收部11接收并保存包含如下“事件信息”的OS切换请求，该“事件信息”表示工作状态OS的切换原因(切换事件)，并请求切换目的地OS2或者切换目的地OS2上应用软件的处理。

例如，切换请求接收部11也可以通过多个OS切换控制装置10A所公开的按照API(Application Programming Interface)的函数的调用、或消息传递(message passing)等任意接收方式，来接收OS切换请求。

例如，作为按照API的函数的具体例，可以考虑将表示事件信息的“event”以及附加参数“param”作为自变量的“OS_Switch_Event_Receive(event，param)”的设计。

另外，切换请求接收部11也可以接收OS切换请求，该OS切换请求包括对切换目的地OS2请求通知的事件信息。例如，作为上述事件信息，考虑设定未来时刻、在到达了上述时刻时请求通知。

另外，切换请求接收部11可以接收含有优先级的OS切换请求。

切换事件通知部12向切换目的地OS即OS2(OS2用的多个OS切换控制装置10B、或OS2上的应用软件)通知包含在接收到的OS切换请求中的、请求所述切换目的地OS或者所述切换目的地OS上的应用程序的处理的事件信息。

例如，切换事件通知部12可以使用在与OS2之间共享的区域写入消息的异步型消息传递单元来通知事件信息，也可以使用其它通信单元来通知事件信息。

此外，OS1以及OS2排他地成为工作状态。即，在OS1为活性的情况下OS2为非活性，所以切换事件通知部12不使用基于TCP/IP套接字(socket)等的同步型通信单元，而是使用异步型的通信，通知事件信息。

例如，切换事件通知部12可通过调用如“OS_Switch_Event(osid，event，param)”的函数来通知事件信息。

这里，“osid”表示切换目的地OS的标识符，“event”为表示活性OS的切换原因(切换事件)的事件信息(例如，电话来信、邮件来信、切换按钮输入或其它OS中的应用启动请求等)，“param”表示依存于事件信息的附加参数。

切换控制部13在切换判断部23没有设置OS切换禁止标志时，即，判断为切换源OS1可以成为暂停状态的OS时(判断为可切换工作状态的OS时)，执行按照上述事件信息来选择的切换源OS的切换处理，并且删除由切换请求接收部11保存的全部OS切换请求，并将该事件信息作为自变量调用OS切换功能2，指示非活性OS即OS2成为工作状态的OS。

例如，作为上述切换源OS的切换处理，假定如下情况：在发生了所谓电话来信的切换事件时，为了削减来信处理时间，在与切换目的地OS之间共享的区域保存关于电话的通信设备的状态，或者省略一部分用于对切换源OS的存储器或存贮器(storage)上的数据等进行保护的加密处理或删除处理。

另外，作为在OS切换功能2利用作为自变量来接受的事件信息的例子，可以考虑省略对硬件、OS及应用程序的一部分状态进行保存(暂停)的情况。

另外，在由切换判断部23设置了用户参考(reference)标志时，切换控制部13调用用户询问部22，根据由用户询问部22向用户询问的结果，可以决定是否调用OS切换功能2。

切换事件取得部14在OS1成为了工作状态后，取得由OS2用多个OS切换控制装置10B通知的事件信息。即，切换事件取得部14在工作状态的OS的切换后，取得由切换源OS2通知的事件信息。

此外，切换事件取得部14与切换事件通知部12相同，例如，可以使用在与OS2之间共享的区域写入消息的异步型消息传递单元来取得事件信息，也可以使用其它通信单元来取得事件信息。

事件对应处理部15执行根据切换事件取得部14所取得的事件信息来选择的切换目的地OS的切换处理、以及事件对应处理。

例如，作为上述切换目的地OS的切换处理，假定了如下情况：为了迅速处理如电话来信这样的紧急切换事件而恢复在与切换源OS间共享的区域所保存的通信设备状态，或者对存储器或存贮器上的数据的解码进行延期(处理量削减)等。

例如，事件对应处理部15准备如图3所示的“对事件信息和事件对应处理的组合进行管理的表”，以切换事件取得部14所取得的事件信息为关键字来选择适当的处理(事件对应处理)，由此可以调用上述处理。

在图3的例子中，事件对应处理部15在取得了如电话来信这样的事件信息时，判断为请求了电话应用程序启动这样的事件对应处理，并执行该事件对应处理，在取得了应用程序启动请求这样的事件信息时，判断为请求了由上述应用程序启动请求所指定的应用程序的启动这样的事件对应处理，并执行该事件对应处理。

另外，在图3的例子中，事件对应处理部15在取得了切换按钮输入这样的事件信息时，判断为没有请求特别的事件对应处理，不执行特别的事件对应处理。

此外，在事件对应处理部15中可以不准备如图3所示的表，而将与事件信息对应的事件对应处理本身嵌入到实现事件对应处理部15的自身程序中。

还有，事件对应处理部15由于不能启动相应的应用程序等理由，即使想要执行与事件信息对应的事件对应处理，在执行上述事件对应处理也失败的情况、或能够正常执行上述事件对应处理等的情况下，可以向切换源OS2用的多个OS切换控制装置10B通知上述执行结果。

切换禁止数据通知部16对OS切换功能2通知OS切换禁止数据。

例如，切换禁止数据通知部16在OS切换功能2和多个OS切换控制装置10B之间共享的区域、或由OS切换功能2指定的区域写入上述OS切换禁止数据，由此对OS切换功能2通知OS切换禁止数据。

这里，OS切换禁止数据包括：表示可否切换工作状态的OS的信息(例如，OS切换禁止标志)或工作状态的OS的切换禁止理由等信息。

例如，切换禁止数据通知部16通过调用如“OS_Switch_Control(flag，status，alive)”这样的函数，来对OS切换功能2通知OS切换禁止数据。

这里，“flag”表示OS切换禁止标志，该OS切换禁止标志是表示可否切换工作状态的OS的信息，“status”表示工作状态的OS的切换禁止理由(例如，电话中或数据通信中等)，“alive”是表示OS1(或者多个OS切换控制装置10A)正在运行中的信息(时间标记或计数等)。

活动通知部17对OS切换功能2周期性地通知预定信息，由此来通知OS1(或者多个OS切换控制装置10A)正在正常工作。

此外，活动通知部17可以用与切换禁止数据通知部16同样的单元来通知预定信息，也可以用其它单元来通知预定信息。

这里，作为通知的预定信息的例子，可以举出增加的计数器或时刻信息(时间标记)等。

在上述计数器没有增加规定期间以上、或者没有更新时刻信息时，OS切换功能2可以判断为在多个OS切换控制装置10A中发生了故障。

上述情况下，OS切换功能2可以删除或者忽视接收到的OS切换禁止数据，也可以对计算机***1本身进行硬件复位(重新启动)。

工作***18监视在配置有多个OS切换控制装置10A的OS1中正在执行的处理。

例如，工作***18对如图4所示的、将与“处理类别”和“切换禁止处理标志”相关联起来的“工作状态管理表”进行管理。这里，“处理类别”用于对请求禁止工作状态的OS的切换的特定处理进行确定，“切换禁止处理标志”表示由该“处理类别”所确定的处理是否为执行中。此外，在设置有“切换禁止处理标志”时，表示由该“处理类别”所确定的处理为执行中。

另外，工作***18可以监视在包含进程(process)启动状态、网络连接状态或者文件输入输出状态中的至少一个的OS1中正在执行中的处理，所以可以检测执行如下特定处理，该特定处理为：关键进程正在执行中、与特定的目的地之间构成了网络连接、或正进行对特定文件或存贮器区域的写入等。

上述特定处理可以以进程名、网络连接目的地的地址、文件名或通路名等形式提供给工作***18，也可以以作为程序嵌入的形式提供给工作***18内。

另外，工作***18除了输出关于由“处理类别”所确定的处理是否为执行中(切换禁止处理标志的设定)的信息之外，还可以输出关于该“处理类别”的信息。此外，作为关于该“处理类别”的信息的一例，可以举出正在启动的应用程序类别、及正在写入的文件名等。

切换锁定请求接收部19接收切换锁定请求，该切换锁定请求用于请求禁止工作状态的OS的切换或者解除工作状态的OS的切换禁止。

例如，切换锁定请求接收部19通过按照API的函数的调用或消息传递等任意通信方式，来接收切换锁定请求。

此外，切换锁定请求接收部19由OS、驱动器、应用程序或中间件(middleware)等接收切换锁定请求。

另外，切换锁定请求接收部19也可以接收含有优先级的切换锁定请求。

锁定状态管理部20按照切换锁定请求的接收，对表示切换锁定请求的有效接收次数的锁定请求计数进行更新，该切换锁定请求用于请求禁止切换工作状态的OS。

具体来说，锁定状态管理部20在接收到请求禁止切换工作状态的OS的切换锁定请求时，将锁定请求计数加1，在接收到请求解除工作状态的OS的切换禁止的切换锁定请求时，进行将锁定请求计数减1的操作。

例如，锁定状态管理部20也可以使用图5所示的锁定状态管理表，按处理类别对锁定请求计数进行管理。

在图5的例子中，作为禁止切换活性OS的处理类别，可以举出电话中、数据通信中、文件写入中及文件读入中，各个锁定请求计数的状态为1、2、0、1。

此外，锁定状态管理部20对切换锁定请求的到达时刻进行管理，将接收后经过了预定时间的切换锁定请求的有效接收次数设为无效，减少锁定请求计数。

切换可否信息管理部21使用图6所示的“切换可否信息管理表”，针对事件信息和处理类别的组合，对切换源OS是否能成为暂停状态的OS(对可否切换工作状态的OS)进行管理。

另外，切换可否信息管理部21针对事件信息和处理类别的组合，除了管理可否切换工作状态的OS之外，还管理是否需要向用户询问可否切换工作状态的OS。

在图6的例子中，在以电话来信为原因的OS切换请求到达时，在处于电话中的情况下设定为禁止切换工作状态的OS，而在以电话来信为原因的OS切换请求到达时，在处于数据通信中的情况下设定为许可切换工作状态的OS。

另一方面，在图6的例子中，在以启动应用程序为原因的OS切换请求到达时，在处于电话中的情况下设定为禁止切换工作状态，而在以启动应用程序为原因的OS切换请求到达时，在处于数据通信中的情况下设定为向用户询问后许可切换工作状态的OS。

此外，切换可否信息管理部21代替图6所示的“切换可否信息管理表”使用如图7(a)所示的将“事件信息”和“优先级”相关联起来的表、以及如图7(b)所示的将“优先级”和“处理类别”相关联起来的的表，针对事件信息和处理类别的组合，除了管理可否切换工作状态的OS之外，还管理是否需要向用户询问可否切换工作状态的OS。

用户询问部22将事件信息和请求禁止切换工作状态的OS的处理类别提示给用户，由此向用户询问可否切换工作状态的OS。

切换判断部23对切换源OS是否能成为暂停状态的OS(对可否切换工作状态的OS)进行判断。

具体来说，切换判断部23对切换源OS是否能成为暂停状态的OS(对可否切换工作状态的OS)进行判断，根据该判断结果，设定含有OS切换禁止标志的OS切换禁止数据。

另外，切换判断部23根据锁定状态管理部20所管理的锁定状态管理表中的锁定请求计数，对切换源OS是否能成为暂停状态的OS(对可否切换工作状态的OS)进行判断。

例如，切换判断部23可以参照锁定状态管理部20所管理的锁定状态管理表中的锁定请求计数，仅在锁定请求计数为1以上时设置OS切换禁止标志。

另外，切换判断部23也可以根据来自活动通知部17的通知，对切换源OS是否能成为暂停状态的OS(对可否切换工作状态的OS)进行判断。

另外，切换判断部23也可以按照被监视到的、在OS1中执行的处理，对切换源OS是否能成为暂停状态的OS(对可否切换工作状态的OS)进行判断。

另外，切换判断部23也可以参照切换可否信息管理部21，按照对判断为执行中的处理进行确定的处理类别、和通知到的事件信息的组合，对切换源OS是否可以成为暂停状态的OS(对可否切换工作状态的OS)进行判断。

例如，切换判断部23也可以参照切换可否信息管理部21，针对在OS切换请求中含有的事件信息和处理类别的组合，仅在指定了1个以上的工作状态OS的切换禁止时，设置OS切换禁止标志。

切换判断部23根据向用户询问的结果，对切换源OS是否能成为暂停状态的OS(对可否切换工作状态的OS)进行判断。

例如，切换判断部23在参照了切换可否信息管理部21时，在设定为需要向用户询问的情况下，也可以设置用户参考标志。

另外，切换判断部23可以根据接收到的切换锁定请求的优先级、和接收到的OS切换请求的优先级，对切换源OS2是否能成为暂停状态的OS进行判断。

例如，切换判断部23在接收到的OS切换请求的优先级比接收到的切换锁定请求的优先级高时，判断为切换源OS2能成为暂停状态的OS。

(本发明第1实施方式的计算机***的工作)

以下参照图8至图11对本实施方式的计算机***的工作进行说明。

第一，参照图8对本实施方式的计算机***1中的OS切换顺序(工作状态的OS从OS1切换为OS2的顺序)进行说明。

如图8所示，在步骤S100中，多个OS切换控制装置10A的切换请求接收部11从应用程序、中间件及驱动器等事件源(event source)接收含有事件信息的OS切换请求，该事件信息表示切换工作状态的OS的原因，在步骤S101中，多个OS切换控制装置10A的切换请求接收部11保存接收到的OS切换请求。

在步骤S102中，多个OS切换控制装置10A的切换事件通知部12向切换目的地OS即OS2通知在OS切换请求中所包含的事件信息。

在步骤S103中，多个OS切换控制装置10A的OS切换判断部23对切换源OS是否能成为暂停状态的OS(对可否切换工作状态的OS)进行判断，并设定OS切换禁止数据。对于上述切换源OS是否能成为暂停状态的OS(对可否切换工作状态的OS)的判断，在后面参照图9进行叙述。

在步骤S104中，多个OS切换控制装置10A的切换禁止数据通知部16向OS切换功能2通知OS切换禁止数据。

在步骤S105中，多个OS切换控制装置10A的OS切换控制部13在OS切换禁止数据中设定有OS切换禁止标志时，不切换工作状态的OS，结束本处理。

另一方面，在步骤S 105中，多个OS切换控制装置10A的OS切换控制部13在OS切换禁止数据中没有设定OS切换禁止标志时，在步骤S107A中，根据事件信息选择并执行切换源OS的切换处理。

然后，在步骤S107B中，多个OS切换控制装置10A的OS切换控制部13删除由切换请求接收部11所保存的全部OS切换请求，在步骤S108中，将该事件信息作为自变量来调用OS切换功能2。

在步骤S109中，作为当前活性OS的OS1成为暂停状态，向作为切换目的地OS的OS2转移控制。

在步骤S110中，当OS2重新开始时，在步骤S111中，OS2用的多个OS切换控制装置10B的切换事件取得部14取得由作为切换源OS的OS1通知的事件信息。

在步骤S112A中，多个OS切换控制装置10B的事件对应处理部15执行根据取得的事件信息选择的切换目的地OS的切换处理，在步骤S112B中，多个OS切换控制装置10B的事件对应处理部15利用图3所示的表，执行与取得的事件信息对应的事件对应处理。

这样，活性OS(OS1)对将非活性OS(OS2)作为目的地的电话来信或邮件来信进行受理，并转交给非活性OS(OS2)，由此可以进行活性OS的切换，并在作为切换目的地OS的OS2中可以执行电话或数据的通信。

第二，参照图9对本实施方式的计算机***1中的OS切换可否判断顺序(处于工作状态的OS从OS1切换为OS2时)进行说明。

如图9所示，在步骤S201中，多个OS切换控制装置10A的切换判断部23参照锁定状态管理部20，参照锁定请求计数。

在步骤S202中，当锁定请求计数不是“0”时此动作进入步骤S206，当锁定请求计数为“0”时此动作进入步骤S203。

在步骤S203中，多个OS切换控制装置10A的工作***18参照图4所示的“工作状态管理表”，在步骤S204中对禁止切换工作状态的OS的处理(由“处理类别”确定的处理)是否是执行中进行监视。

在步骤S205中，当判断为正在执行上述处理时此动作进入步骤S206，当判断为不执行上述处理时此动作进入步骤S207。

在步骤S206中，多个OS切换控制装置10A的切换禁止数据通知部16设置OS切换禁止数据中的OS切换禁止标志。

另一方面，在步骤S207中，多个OS切换控制装置10A的切换禁止数据通知部16使OS切换禁止数据中的OS切换禁止标志复位。

第三，参照图10对本实施方式的计算机***1中的其它OS切换可否判断顺序(处于工作状态的OS从OS 1切换为OS2时)进行说明。

如图10所示，在步骤S301中，多个OS切换控制装置10A的切换判断部23参照锁定状态管理部20中的“锁定状态管理表(参照图5)”，参照锁定请求计数。

在步骤S302中，多个OS切换控制装置10A的切换判断部23提取锁定请求计数为“1”以上的处理类别。

在步骤S303中，多个OS切换控制装置10A的工作***18参照图4所示的“工作状态管理表”，提取执行中的处理。

多个OS切换控制装置10A的切换判断部23，在步骤S304中参照图6所示的“切换可否信息管理表”，在步骤S305中，对在通知的OS切换请求中包含的事件信息和确定提取的执行中处理的处理类别的全部组合进行扫描，并对切换源OS是否能成为暂停状态的OS(对是否指定有工作状态的OS的切换禁止)进行判断。

在步骤S306中，当指定有1个以上的、工作状态的OS的切换禁止时，在步骤S307中，多个OS切换控制装置10A的切换禁止数据通知部16设置OS切换禁止数据中的OS切换禁止标志。

另一方面，在步骤S306中当没有指定1个以上的、工作状态的OS的切换禁止时，在步骤S308中，多个OS切换控制装置10A的切换禁止数据通知部16使OS切换禁止数据中的OS切换禁止标志复位。

在步骤S309中，在图6所示的“切换可否信息管理表”中设定为需要向用户询问切换源OS是否能成为暂停状态的OS时，在步骤S310中，多个OS切换控制装置10A的切换判断部23设置用户参考标志。

另一方面，在步骤S309中，在图6所示的“切换可否信息管理表”中设定为不需要向用户询问切换源OS是否能成为暂停状态的OS时，在步骤S311中，多个OS切换控制装置10A的切换判断部23使用户参考标志复位。

第四，参照图11对本发明第1实施方式的计算机***中的切换锁定请求的受理顺序进行说明。

如图11所示，在步骤S400中，多个OS切换控制装置10A的切换锁定请求接收部19受理上述的切换锁定请求。

在步骤S401中，当受理的切换锁定请求为请求禁止工作状态的OS的切换的切换锁定请求时时，在步骤S402中，多个OS切换控制装置10A的锁定状态管理部20将与根据切换锁定请求所指定的处理类别对应的锁定请求计数加“1”。

另一方面，在步骤S401中当受理的切换锁定请求为请求解除工作状态的OS的切换禁止的切换锁定请求时，在步骤S403中，多个OS切换控制装置10A的锁定状态管理部20将与根据切换锁定请求所指定的处理类别对应的锁定请求计数减“1”。

第五，作为本发明第1实施方式的计算机***中的切换事件发生时的例子，参照图12对电话来信时的动作进行说明。

如图12所示，在步骤S1000中当处于工作状态的OS1接收到电话用来信信号时，OS1在步骤S1001中进行***处理，在步骤S1002中启动电话驱动器。

在步骤S1003中，OS1的电话驱动器根据在电话用来信信号中含有的来信号码及发信号码，来判定上述电话用来信信号的来信目的地。

在步骤S1004中，当上述电话用来信信号的来信目的地为OS1时，此动作进入步骤S1005，当上述电话用来信信号的来信目的地为OS2时，此动作进行步骤S1010。

在步骤S1005中，OS1的电话驱动器向应用程序管理部(未图示)发出请求，启动电话应用程序。

在步骤S1006中，电话应用程序显示发信者姓名，并且再生来信声音。

在步骤S1007中，当用户对上述电话用来信信号给予应答时，在步骤S1008中，电话应用程序开始通话处理，在步骤S1009中当通话结束时，电话应用程序停止。

另一方面，在步骤S1010中，OS1用多个OS切换控制装置10A的切换请求接收部11接收来自电话驱动器的OS切换请求。

在步骤S1011中，OS1用多个OS切换控制装置10A的切换事件通知部12采用按照API的函数“OS_Switch_Event(event，cmd)”，向OS2通知表示电话来信的切换事件。在该例子中自变量(event，cmd)为(PHONE，RETURN)。

在步骤S1012中，OS1用多个OS切换控制装置10A的切换控制部13根据接收到的事件信息来选择并执行切换源OS的切换处理，指定上述自变量(PHONE，RETURN)，从而调用OS切换功能2。

在步骤S1013中，OS切换功能2从OS1向OS2切换工作状态的OS。

在步骤S1014中OS2重新开始，在步骤S1015中OS2启动OS2用多个OS切换控制装置10B的事件对应处理部15。

在步骤S1016中，多个OS切换控制装置10B的事件对应处理部15根据接收到的事件信息，选择并执行切换目的地OS的切换处理，使用上述自变量(PHONE，RETURN)执行事件对应处理，在步骤S1017中通过多个OS切换控制装置10B的事件对应处理部15来启动OS2的电话驱动器。

在步骤S1018中，OS2的电话驱动器向应用程序管理部(未图示)发出请求，启动电话应用程序。

在步骤S1019中，电话应用程序显示发信者姓名，并且再生来信声音。

在步骤S1020中当用户对上述电话用来信信号给予应答时，在步骤S1021中，电话应用程序开始通话处理。

在步骤S1022中当通话结束时，电话应用程序向应用程序管理部通知其旨意，并且电话应用程序停止。

在步骤S1023中，应用程序管理部向多个OS切换控制装置10B的事件对应处理部15通知进行了基于电话应用程序的通话处理。

在步骤S1024中，多个OS切换控制装置10B的事件对应处理部15根据上述自变量(RETURN)来决定将工作状态的OS从OS2返回到OS1，在步骤S1025中将工作状态的OS从OS2向OS1进行切换。

第六，作为本发明第1实施方式的计算机***中的切换事件发生时的例子，参照图13对设备管理(DM)用的SMS(短消息服务：Short Message Service)的消息(DM消息)来信时的动作进行说明。

如图13所示，在步骤S2000中当处于工作状态的OS1接收到DM消息时，OS1在步骤S2001中进行***处理，在步骤S2002中启动NW驱动器。

在步骤S2003中，OS1的NW驱动器根据包含在DM消息中的地址来判定上述DM消息的来信目的地。

在步骤S2004中，当上述DM消息的来信目的地是OS1时，此动作进入步骤S2005，当上述DM消息的来信目的地为OS2时，此动作进入步骤S2007。

在步骤S2005中，OS1的NW驱动器向应用程序管理部(未图示)发出请求，启动DM代理(agent)。

在步骤S2006中，DM代理执行规定的处理，之后停止。

另一方面，在步骤S2007中，OS1用多个OS切换控制装置10A的切换请求接收部11接收来自NW驱动器的OS切换请求。

在步骤S2008中OS1用多个OS切换控制装置10A的切换事件通知部12使用按照API的函数“OS_Switch_Event(event，cmd)”，向OS2通知表示DM来信的切换事件。在上述例子中自变量(event，cmd)为(DM，RETURN)。

在步骤S2009中，OS1用多个OS切换控制装置10A的切换控制部13根据接收到的事件信息来选择并执行切换源OS的切换处理，指定上述自变量(DM，RETURN)，从而调用OS切换功能2。

在步骤S2010中，OS切换功能2将工作状态的OS从OS1向OS2切换。

在步骤S2011中OS2重新开始，在步骤S2012中，OS2启动OS2用多个OS切换控制装置10B的事件对应处理部15。

在步骤S2013中，多个OS切换控制装置10B的事件对应处理部15根据接收到的事件信息，选择并执行切换目的地OS的切换处理，使用上述自变量(DM，RETURN)来执行事件对应处理，在步骤S2014中通过多个OS切换控制装置10B的事件对应处理部15来启动OS2的NW驱动器。

在步骤S2015中，OS2的NW驱动器向应用程序管理部(未图示)发出请求，启动DM代理。

在步骤S2016中，DM代理执行规定的处理，在步骤S2017中当规定的处理结束时，DM代理向应用程序管理部通知其旨意，并且DM代理停止。

在步骤S2018中应用程序管理部向多个OS切换控制装置10B的事件对应处理部15通知进行了基于DM代理的规定处理。

在步骤S2019中，多个OS切换控制装置10B的事件对应处理部15根据上述自变量(RETURN)，决定将工作状态的OS从OS2返回到OS1，在步骤S2020中将工作状态OS从OS2向OS1进行切换。

(本发明第1实施方式的计算机***的作用及效果)

根据本实施方式的计算机***1，处于工作状态的切换源OS1向切换目的地OS2通知表示切换事件的事件信息，所以在切换目的地OS2成为了工作状态后，可以执行与上述切换事件对应的适当处理。

另外，根据本实施方式的计算机***1，在切换OS时执行根据事件信息来选择的切换源OS的切换处理以及切换目的地OS的切换处理，所以通过与切换事件相应的细致的切换处理的变更，可削减OS的切换时间。

另外，根据本实施方式的计算机***1，对OS切换功能2转交事件信息，所以通过OS切换功能进行OS切换处理的最优化，可削减OS的切换时间。

根据本实施方式的计算机***1，在由切换控制部13判断为不可以切换工作状态的OS时，不执行工作状态的OS的切换，所以可防止由于使切换源OS处于暂停状态而带来的故障。

根据本实施方式的计算机***1，OS切换功能2利用由切换禁止数据通知部16所通知的OS切换禁止数据，可以对是否执行工作状态的OS的切换进行判断。

即，OS切换功能2因为自身不知道在OS1中正执行的处理等，所以使用由多个OS切换控制装置10A所提供的详细信息，可以对是否可以切换工作状态的OS进行判断。

根据本实施方式的计算机***1，OS切换功能2可以检测多个OS切换控制装置10A的故障，所以多个OS切换控制装置10A在通知了禁止切换工作状态的OS后，即使由于多个OS切换控制装置10A的故障而不能解除工作状态的OS的切换禁止时，OS切换功能2也可以在考虑了多个OS切换控制装置10A的故障后，对是否可以切换工作状态的OS进行判断。

根据本实施方式的计算机***1，在有可能由于切换工作状态的OS而造成障碍的应用程序及功能的执行中，禁止切换工作状态的OS，可以防止故障或异常动作。

根据本实施方式的计算机***1，可以对执行关键进程的情况、在与特定的目的地间构成网络连接的情况、以及对特定文件或存贮器区域进行写入的情况等执行特定处理的情况进行监视。

根据本实施方式的计算机***1，可基于来自OS、驱动器、应用程序及中间件等的请求，来锁定工作状态的OS的切换，可以防止由工作状态的OS的切换所导致的故障，提高稳定性。

根据本实施方式的计算机***1，考虑在切换源OS1上正执行的处理和包含在OS切换请求中的事件信息的组合，可细致地判断可否切换工作状态的OS。

根据本实施方式的计算机***1，在向用户进行了询问后，可以控制对工作状态的OS切换的许可或者禁止，可以控制反映了用户意思的工作状态的OS的切换。

根据本实施方式的计算机***1，即使在请求工作状态的OS切换的锁定的请求源的应用程序、驱动器及中间件等由于故障而没有适时请求锁定解除时，在经过了规定期间后也可以解除上述锁定。

根据本实施方式的计算机***1，处于暂停状态的第1OS在发生了有兴趣的事件时，即使在第2OS是工作状态的OS的情况下，也可以对工作状态的OS的切换进行驱动，来处理上述事件。

(本发明第2实施方式的计算机***)

参照图14对本发明第2实施方式的计算机***1的结构进行说明。

本实施方式的计算机***1安装了排他地成为工作状态的多个虚拟OS1、OS2，并通过OS切换功能2来切换工作状态的OS(活性OS)，该OS切换功能2进行虚拟的多个OS间的切换。

图14表示本实施方式的计算机***的结构图。

在本实施方式中假定具有多个设定模式的单一OS提供虚拟的多个OS，将OS1以及OS2作为同一OS程序来执行。

在切换OS时，通过OS切换功能2暂停(保存)切换源OS处于工作状态时的OS或应用程序的状态，并重新开始(再次开始)在切换目的地OS处于工作状态时所保存的OS或应用程序的状态。

图14(a)表示在与OS独立的执行环境中配置有OS切换功能2的结构例。

在图14(a)表示的例子中，在支持(support)“Trust Zone”的计算机***中，可以设置与通常的OS独立的执行环境，在该执行环境中可以配置OS切换功能2。

图14(b)表示在OS内配置有OS切换功能2的结构例。在图14(b)所示的例子中，可以通过设备驱动器、服务器或应用程序等任意形式来安装OS切换功能2。

图14表示了在OS内配置有多个OS切换控制装置10的结构例，但是多个OS切换控制装置10可以和OS切换功能2同样地配置在与OS独立的执行环境中。

上述多个OS切换控制装置10A的结构、其动作、作用以及效果与上述第1实施方式的情况相同，所以省略说明。

Claims (13)

1.一种多个操作***切换控制装置，其设置在具备将工作状态的操作***从切换源操作***排他地切换为切换目的地操作***的操作***切换功能的计算机***中，其特征在于，具有：

切换源操作***用控制部，其在所述切换源操作***处于工作状态时进行工作，

所述切换源操作***用控制部包括：

切换请求接收部，其对请求处于暂停状态的所述切换目的地操作***成为所述工作状态的操作***的操作***切换请求进行接收；

切换事件通知部，其向所述切换目的地操作***或者所述切换目的地操作***上的应用程序通知事件信息，该事件信息包含在接收到的所述操作***切换请求中、并请求所述切换目的地操作***或者所述切换目的地操作***上的应用程序的处理；

切换控制部，其在判断为所述切换源操作***可以成为暂停状态的操作***时，针对所述操作***切换功能，执行将所述事件信息作为自变量的调用，使所述切换目的地操作***成为所述工作状态的操作***；和

切换目的地操作***用控制部，其在所述切换目的地操作***处于工作状态时进行工作，

其中，所述切换目的地操作***用控制部包括：

切换事件取得部，其在所述切换目的地操作***成为所述工作状态的操作***后，取得所述事件信息；和

事件对应处理部，其执行与取得的所述事件信息对应的事件对应处理。

2.根据权利要求1所述的多个操作***切换控制装置，其特征在于，

所述切换控制部进一步进行根据所述事件信息来选择的切换源操作***的切换处理。

3.根据权利要求1所述的多个操作***切换控制装置，其特征在于，

所述切换控制部进一步进行根据取得的所述事件信息来选择的切换目的地操作***的切换处理。

4.根据权利要求1所述的多个操作***切换控制装置，其特征在于，

所述切换源操作***用控制部具有切换判断部，该切换判断部对所述切换源操作***是否可以成为所述暂停状态的操作***进行判断，

所述切换控制部，在判断为所述切换源操作***可以成为所述暂停状态的操作***时，针对所述操作***切换功能，指示使所述切换目的地操作***成为所述工作状态的操作***。

5.根据权利要求4所述的多个操作***切换控制装置，其特征在于，

所述切换源操作***用控制部具有切换锁定请求接收部，该切换锁定请求接收部接收用于请求禁止所述切换源操作***成为所述暂停状态的操作***或者对所述切换源操作***成为所述暂停状态的操作***的禁止进行解除的切换锁定请求，

所述切换判断部根据接收到的所述切换锁定请求，对所述切换源操作***是否能成为所述暂停状态的操作***进行判断。

6.根据权利要求5所述的多个操作***切换控制装置，其特征在于，

所述切换锁定请求接收部接收含有优先级的所述切换锁定请求，

所述切换请求接收部接收含有优先级的所述操作***切换请求，

所述切换判断部根据接收到的所述切换锁定请求的优先级和接收到的所述操作***切换请求的优先级，对所述切换源操作***是否能成为所述暂停状态的操作***进行判断。

7.根据权利要求5所述的多个操作***切换控制装置，其特征在于，

所述切换源操作***用控制部具有活动通知部，该活动通知部针对所述操作***切换功能，周期性地通知所述多个操作***切换控制装置正在正常工作。

8.根据权利要求4所述的多个操作***切换控制装置，其特征在于，

所述切换源操作***用控制部具有工作***，该工作***对在所述切换源操作***中正执行的处理进行监视，

所述切换判断部根据被监视到的所述执行中的处理，对所述切换源操作***是否能成为所述暂停状态的操作***进行判断。

9.根据权利要求8所述的多个操作***切换控制装置，其特征在于，

所述切换源操作***用控制部具有切换可否信息管理部，该切换可否信息管理部针对所述事件信息与确定所述执行中处理的处理类别的组合，对所述切换源操作***是否能成为所述暂停状态的操作***进行管理，

所述工作***监视在所述切换源操作***中是否正在执行由所述处理类别确定的处理，

所述切换判断部参照所述切换可否信息管理部，按照确定所述执行中处理的处理类别与通知到的所述事件信息的组合，对所述切换源操作***是否能成为所述暂停状态的操作***进行判断。

10.根据权利要求9所述的多个操作***切换控制装置，其特征在于，

所述切换源操作***用控制部具有切换可否信息管理部，该切换可否信息管理部针对所述事件信息与确定所述执行中处理的处理类别的组合，对所述切换源操作***是否能成为所述暂停状态的操作***进行管理，

所述切换锁定请求接收部按所述处理类别接收所述切换锁定请求，

所述切换判断部参照所述切换可否信息管理部，按照对应于所述切换锁定请求的所述处理类别与通知到的所述事件信息的组合，对所述切换源操作***是否能成为所述暂停状态的操作***进行判断。

11.根据权利要求9所述的多个操作***切换控制装置，其特征在于，

所述切换源操作***用控制部具有用户询问部，该用户询问部对用户询问所述切换源操作***是否能成为所述暂停状态的操作***，

所述切换可否信息管理部针对所述事件信息与所述处理类别的组合，管理是否需要向所述用户询问所述切换源操作***是否能成为所述暂停状态的操作***，

所述切换判断部根据向所述用户询问的结果，对所述切换源操作***是否能成为所述暂停状态的操作***进行判断。

12.一种计算机***，其安装了排他地成为工作状态的多个操作***、或者由具有多个设定模式的单个操作***提供的虚拟的多个操作***，利用操作***切换功能将工作状态的操作***从切换源操作***排他地切换为切换目的地操作***，其特征在于，

在所述切换源操作***处于工作状态时进行工作的多个操作***切换控制装置包括：

切换请求接收部，其接收操作***切换请求，该操作***切换请求用于请求处于暂停状态的切换目的地操作***成为所述工作状态的操作***；

切换事件通知部，其向所述切换目的地操作***或者所述切换目的地操作***上的应用程序通知事件信息，该事件信息包含在接收到的所述操作***切换请求中、并请求所述切换目的地操作***或者所述切换目的地操作***上的应用程序的处理；

切换控制部，其在判断为所述切换源操作***可以成为暂停状态的操作***时，针对所述操作***切换功能，执行将所述事件信息作为自变量的调用，使所述切换目的地操作***成为所述工作状态的操作***；和

切换目的地操作***用控制部，其在所述切换目的地操作***处于工作状态时进行工作，

其中，所述切换目的地操作***用控制部包括：

切换事件取得部，其在所述切换目的地操作***成为所述工作状态的操作***后，取得所述事件信息；和

事件对应处理部，其执行与取得的所述事件信息对应的事件对应处理。

13.根据权利要求12所述的计算机***，其特征在于，

所述切换控制部进一步进行根据所述事件信息来选择的切换源操作***的切换处理。

Images