多个操作系统切换控制装置以及计算机系统的制作方法

专利名称：多个操作系统切换控制装置以及计算机系统的制作方法
技术领域：
本发明涉及一种多个操作系统切换控制装置，其设置在具备将工作状态的 操作系统从切换源操作系统排他地切换为切换目的地操作系统的操作系统切 换功能的计算机系统中。另外，本发明还涉及如下的计算机系统，其安装了排他地成为工作状态的 多个操作系统、或者由具有多个设定模式的单个操作系统提供的虛拟的多个操 作系统，利用操作系统切换功能，将工作状态的操作系统从切换源操作系统排 他地切换为切换目的地操作系统。
技术背景一直以来，已知在1个计算机系统(终端)中安装多个操作系统(以下称为OS ),并切换工作状态的OS的结构(专利文献1 )。在上述结构中利用OS的暂停(suspend).重新开始(resume)功能，在 处于工作状态的第IOS成为暂停(停止)状态后，处于暂停状态的第20S重 新开始，所以可排他地切换工作状态的OS。即，在一方OS (第IOS)为工作状态(活性)的情况下，另一方OS(第 20S)为暂停状态(非活性)。通过应用上述结构，可以构筑具有用途及OS种类不同的2个(或以上的) 执行环境(还可以称为域(domain))的计算机系统。例如，可以构筑将工作状态的OS在进行私人的信息处理的第IOS与进行 与业务有关的信息处理的第20S之间切换、使可执行的公私域共存的计算机 系统。另外，还可以构筑对第IOS使用"Linux OS (注册商标)"、对第20S使 用了 "WindowsMobile (注册商标)"的计算机系统。[专利文献l]特开2001 -256066 ( US20010018717A1 ) 在上述结构中因为多个OS排他地成为工作状态，所以为了在非活性OS中进行处理，需要进行切换以使非活性OS成为工作状态。这里，作为为了使非活性os成为工作状态而进行切换的契机，可以考虑 "由用户进行的切换按钮的输入"、"将非活性os作为目的地的电话及数据通 信的来信"、"非活性os侧功能的执行请求"及"由非活性os登录的计时器届满"等事件(切换事件)，。因此对上述结构举出了如下的课题在按照这些切换事件的发生将工作状 态的OS /人切换源OS切换为切换目的地OS时，向切换目的地OS通知上述 切换事件，在切换目的地OS中需要执行与上述切换事件对应的适当处理。尤其，针对电话来信等紧急事件(切换事件)，需要切换目的地OS立即 执行处理，所以要求削减从切换源OS到切换目的地OS的切换时间。此外，在上述技术中作为第l课题举出了防止由工作状态OS的切换引起 的关4走(critical)处理的中断。即，举出了如下的课题在不想中断电话等处理的关键处理的执行中，即 使发生切换事件也希望拒绝或者保留工作状态的OS的切换，所以在上述关键 处理的执行中需要锁定(lock)工作状态OS的切换。作为第2课题举出了提高切换工作状态的OS的抗故障性。即，针对第l课题举出了如下的课题在利用锁定工作状态的OS的切换 的单元时，由于故障而无法实施锁定解除，没有解除锁定，有可能无法切换工 作状态的OS，所以即使发生故障也需要维持切换工作状态的OS的功能。 发明内容因此，本发明鉴于上述课题而提出，其目的在于提供如下的多个操作系统 切换控制装置以及计算机系统，该多个操作系统切换控制装置以及计算机系 统,执行根据事件信息而选择的切换源OS的切换处理以及切换目的地OS的 切换处理，并且在OS切换功能中允许基于事件信息的切换处理的最优化，由 此可以通过变更与发生的切换事件对应的细致的切换处理，来削减从切换源 OS到切换目的地OS的切换时间，并改善关于向非活性OS的切换事件的处理 时间。另夕卜，本发明的目的在于提供如下的多个操作系统切换控制装置以及计算 机系统，该多个操作系统切换控制装置以及计算机系统，通过对是否正在执行禁止切换工作状态的OS的处理进行确认，来可以安全地实现工作状态的OS的切换。本发明第一特征是 一种多个操作系统切换控制装置，其设置在具备将工 作状态的操作系统从切换源操作系统排他地切换为切换目的地操作系统的操 作系统切换功能的计算机系统中，该多个操作系统切换控制装置具有切换源操 作系统用控制部，其在所述切换源操:作系统处于工作状态时进行工作，所述切 换源操作系统用控制部包括切换请求接收部，其对请求处于暂停状态的所述 切换目的地操作系统成为所述工作状态的操作系统的操作系统切换请求进行 接收；切换事件通知部，其向所述切换目的地操作系统或者所述切换目的地操 作系统上的应用程序通知事件信息，该事件信息包含在接收到的所述操作系统 切换请求中、并请求所述切换目的地操作系统或者所述切换目的地操作系统上 的应用程序的处理；和切换控制部，其针对所述操作系统切换功能，执行按照 所述事件信息选择的切换源操作系统的切换处理，使所述切换目的地操作系统 成为所述工作状态的操作系统。在本发明的第一特征中，所述切换控制部进一步进行根据所述事件信息来 选择的切换源操作系统的切换处理。在本发明的第一特征中，具有切换目的地l喿作系统用控制部，其在所述切 换目的地操作系统处于工作状态时进行工作，所述切换目的地操作系统用控制 部包括切换事件取得部，其在所述切换目的地操作系统成为所迷工作状态的 操作系统后，取得所述事件信息；和事件对应处理部，其执行与取得的所述事 件信息对应的事件对应处理。根据本发明，处于工作状态的切换源OS向切换目的地OS通知表示切换 事件的事件信息，所以切换目的地OS成为工作状态的OS之后，可以执行与 上述切换事件对应的适当处理(事件对应处理)。在本发明的第一特征中，所述切换控制部进一步进行根据取得的所述事件 信息来选择的切换目的地操作系统的切换处理。在本发明的第一特征中，所述切换源操作系统用控制部具有切换判断部， 该切换判断部对所述切换源操作系统是否可以成为所述暂停状态的操作系统 进行判断，所述切换控制部，在判断为所述切换源操作系统可以成为所述暂停状态的操作系统时，针对所述操作系统切换功能，指示使所述切换目的地操作 系统成为所述工作状态的操作系统。根据本发明，在通过切换控制部判断为切换源OS不能成为暂停状态的 OS、即不能切换工作状态的OS时，不执行工作状态的OS的切换，因此可以 防止由于切换源OS成为暂停状态而导致的故障。在本发明的第一特征中，所述切换源操作系统用控制部具有切换锁定请求 接收部，该切换锁定请求接收部接收用于请求禁止所述切换源操作系统成为所 述暂停状态的操作系统或者对所述切换源操作系统成为所述暂停状态的操作 系统的禁止进行解除的切换锁定请求，所述切换判断部根据接收到的所述切换 锁定请求，对所述切换源操作系统是否能成为所述暂停状态的操作系统进行判 断。才艮据本发明，可基于来自os、驱动器、应用程序及中间件等的请求，来锁定工作状态的OS的切换，可以防止由工作状态的OS的切换所导致的故障，提高稳定性。在本发明的第一特征中，所述切换锁定请求接收部接收含有优先级的所述 切换锁定请求，所述切换请求接收部接收含有优先级的所述操作系统切换请 求，所述切换判断部根据接收到的所述切换锁定请求的优先级和接收到的所述 操作系统切换请求的优先级，对所述切换源操作系统是否能成为所述暂停状态 的操作系统进行判断。在本发明的笫一特征中，所述切换源操作系统用控制部具有活动通知部， 该活动通知部针对所述操作系统切换功能，周期性地通知所述切换源操作系统 正在正常工作。才艮据本发明，OS切换功能可以检测多个OS切换控制装置的故障，所以 多个OS切换控制装置在通知了禁止切换工作状态的OS后，即使由于多个OS 切换控制装置的故障而不能解除工作状态的OS的切换禁止时，OS切换功能 也可以在考虑了多个OS切换控制装置的故障后，对是否能切换工作状态的os进行判断。在本发明的第一特征中，所述切换源操作系统用控制部具有工作检查部， 该工作检查部对在所述切换源操作系统中正执行的处理进行监视，所述切换判断部根据被监视到的所述执行中的处理，对所述切换源操作系统是否能成为所 述暂停状态的操作系统进行判断。根据本发明，在由于切换工作状态的OS而有可能造成障碍的应用程序或 功能的执行中，禁止切换工作状态的os,可以防止故障或异常动作。在本发明的第一特征中，所述工作检查部可以监视包含进程启动状态、网 络连接状态或者文件输入输出状态中的至少 一 个的所述执行中的处理。根据本说明，可以对执行关键进程的情况、在与特定的目的地间构成了网 络连接的情况、以及进行对特定文件或存贮器区域的写入的情况等执行特定处 理的情况进行监一见。在本发明的第一特征中，所述切换源操作系统用控制部具有切换可否信息 管理部，该切换可否信息管理部针对所述事件信息与确定所述执行中处理的处 理类别的组合，对所述切换源操作系统是否能成为所述暂停状态的操作系统进 行管理，所述工作4企查部监视在所述切换源操作系统中是否正在执行由所述处 理类别确定的处理，所述切换判断部参照所述切换可否信息管理部，按照确定 所述执行中处理的处理类别与通知到的所述事件信息的组合，对所述切换源操 作系统是否能成为所述暂停状态的操作系统进行判断。根据本发明，考虑在切换源OS上正执行的处理和包含在OS切换请求中的事件信息的组合，可细致地判断可否切换工作状态的os。在本发明的第 一特征中，所述切换源操作系统用控制部具有用户询问部， 该用户询问部对用户询问所述切换源操作系统是否能成为所述暂停状态的操 作系统，所述切换可否信息管理部针对所述事件信息与所述处理类别的组合， 管理是否需要向所述用户询问所述切换源操作系统是否能成为所述暂停状态 的操作系统，所述切换判断部根据向所述用户询问的结果，对所述切换源操作 系统是否能成为所述暂停状态的操作系统进行判断。根据本发明，在进行了向用户的询问后，可以控制对工作状态的os的切换的许可或者禁止，可以控制反映了用户意思的工作状态的OS的切换。在本发明的第一特征中，所述切换判断部，可以根据所述切换锁定请求的 到达时刻，对所述切换源操作系统是否能成为所述暂停状态的操作系统进行判 断。根据本发明，即使在请求锁定工作状态的OS的切换的请求源的应用程序、驱动器及中间件等由于故障而没有适时请求解除锁定时，在经过了规定期间后 也可以解除上述锁定。本发明的第二特征是一种计算机系统，其安装了排他地成为工作状态的多 个操作系统、或者由具有多个设定模式的单个操作系统提供的虛拟的多个操作 系统，利用操作系统切换功能将工作状态的操作系统从切换源操作系统排他地 切换为切换目的地操作系统，在所述切换源操作系统处于工作状态时进行工作的多个操作系统切换控制装置包括切换请求接收部，其接收操作系统切换请 求，该操作系统切换请求用于请求处于暂停状态的切换目的地操作系统成为所 述工作状态的操作系统；切换事件通知部，其向所述切换目的地操作系统或者 所述切换目的地操作系统上的应用程序通知事件信息，该事件信息包含在接收 到的所述操作系统切换请求中、并请求所述切换目的地操作系统或者所述切换 目的地梯:作系统上的应用程序的处理；和切换控制部，其4f"对所述操:作系统切 换功能，执行将所述事件信息作为自变量的调用， -使所述切换目的地操作系统 成为所述工作状态的操作系统。在本发明的第二特征中，所述切换控制部进一步进行根据所述事件信息来 选择的切换源操作系统的切换处理。如以上说明，根据本发明可以提供如下的多个操作系统切换控制装置以及 计算机系统，该多个操作系统切换控制装置以及计算机系统，执行根据事件信 息而选择的切换源OS的切换处理以及切换目的地OS的切换处理，并且对OS 切换功能允许基于事件信息的切换处理的最优化，由此可以通过变更与发生的 切换事件对应的细致的切换处理，来削减从切换源OS到切换目的地OS的切 换时间，并改善关于向非活性OS的切换事件的处理时间。另夕卜，根据本发明还提供如下的多个操作系统切换控制装置以及计算机系 统，该多个操作系统切换控制装置以及计算机系统通过确认禁止工作状态OS 切换的处理是不是执行中，可以安全地实现工作状态的OS的切换。


图l是本发明第1实施方式的计算机系统的结构图。图2是安装在本发明第1实施方式的计算机系统中的多个OS切换控制装置的功能框图。图3是表示安装在本发明第1实施方式的计算机系统中的多个OS切换控 制装置的事件对应处理部所参照的"对事件信息和事件对应处理的组合进行管 理的表"的一例的图。图4是表示由安装在本发明第1实施方式的计算机系统中的多个OS切换 控制装置的工作4企查部来管理的"工作状态管理表"的一例的图。图5是表示由安装在本发明第1实施方式的计算机系统中的多个OS切换 控制装置的锁定状态管理部来管理的"锁定状态管理表"的一例的图。图6是表示由安装在本发明第1实施方式的计算机系统中的多个OS切换 控制装置的切换可否信息管理部来管理的"切换可否信息管理表"的一例的图。图7是表示由安装在本发明第1实施方式的计算机系统中的多个OS切换 控制装置的切换可否信息管理部来管理的"切换可否信息管理表"的一例的图。图8是表示本发明第1实施方式的计算机系统中的OS切换顺序的流程图。图9是表示本发明第1实施方式的计算机系统中的OS切换可否判断顺序 的流程图。图IO是表示本发明第1实施方式的计算机系统中的OS切换可否判断顺 序的流程图。图ll是表示本发明第1实施方式的计算机系统中的切换锁定请求的受理 顺序的流程图。图12是表示本发明第1实施方式的计算机系统中的电话来信时的动作的 流程图。图13是表示本发明第1实施方式的计算机系统中的DM消息接收时的动 作的流程图。图14是本发明第2实施方式的计算机系统的结构图。 符号说明1:计算机系统；2: OS切换功能；IOA、 10B:多个OS切换控制装置； 11:切换请求接收部；12:切换事件通知部；13:切换控制部；14:切换事件 取得部；15:事件对应处理部；16:切换禁止数据通知部；17:活动通知部； 18:工作检查部；19:切换锁定请求接收部；20:锁定状态管理部；21:切换可否信息管理部；22用户询问部；23:切换判断部；具体实施方式
(本发明第1实施方式的计算机系统)参照图1至图7对本发明第1实施方式的计算;f几系统1的结构进行说明。 本实施方式的计算机系统1安装排他地成为工作状,态的多个0S1、 OS2，利用OS切换功能2切换工作状态的OS (活性OS )。OS切换功能2进行物理上不同的多个OS间的切换、或虛拟的多个OS间的切换。这里，在物理上不同的多个OS间的切换中，通过不同程序来执行OS1 以及OS2。在多个OS间的切换中，使切换源OS为工作状态时的硬件、OS或应用程序的状态暂停(保存)，使切换目的地os为工作状态时的硬件、os或应用程 序的状态重新开始(再次开始)。如图1所示，在本实施方式的计算机系统1中设有OSl用的多个OS切换 控制装置10A以及OS2用的多个OS切换控制装置10B。上述多个OS切换控制装置10A以及10B的结构基本上是相同的，所以 以下对多个OS切换控制装置10A的结构进行说明。如图2所示，多个OS切换控制装置IOA具有切换请求接收部ll、切 换事件通知部12、切换控制部13、切换事件取得部14、事件对应处理部15、 切换禁止数据通知部16、活动通知部17、工作检查部18、切换锁定请求接收 部19、锁定状态管理部20、切换可否信息管理部21、用户询问部22和切换 判断部23。此外，对于构成多个OS切换控制装置10A的功能11至23,可以分类为 多个OS切换控制装置IOA设置在切换源OS时进行工作的切换源OS用控制 部、或者多个OS切换控制装置IOA设置在切换目的地OS时进行工作的切换 目的地OS用控制部2种。这里，在切换源OS用控制部中包括切换请求接收部ll、切换事件通知 部12、切换控制部13、切换禁止数据通知部16、活动通知部17、工作检查部 18、切换锁定请求接收部19、锁定状态管理部20、切换可否信息管理部21、用户询问部22和切换判断部23 。另一方面，在切换目的地OS用控制部中包括切换事件取得部14和事 件对应处理部15。 ，这里，多个OS切换控制装置10A设置在具备将工作状态的OS从切换源 OS1排他地切换为切换目的地0S2的OS切换功能2的计算机系统1中。具体来说，构成上述多个OS切换控制装置10A的功能11至23可以全部 设置在0S1内部，也可以全部设置在0S1外部。另外，也可以在0S1内部设 有构成上述多个OS切换控制装置10A的功能11至23的一部分，其余的设置 在0S1外部。另外，构成上述多个OS切换控制装置IOA的功能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切换请求中的、信息。例如，切换事件通知部12可以使用在与0S2之间共享的区域写入消息的异步型消息传递单元来通知事件信息，也可以使用其它通信单元来通知事件信 自此外，0S1以及OS2排他地成为工作状态。即，在OSl为活性的情况下 OS2为非活性，所以切换事件通知部12不使用基于TCP/IP套接字(socket) 等的同步型通信单元，而是使用异步型的通信，通知事件信息。例如，切才奂事^f牛通知部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切换控制装置IOB之间共享的区域、或由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"是表示OSl (或者多个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由0S、驱动器、应用程序或中间件 (middleware)等接收切换锁定请求。另外，切换锁定请求接收部19也可以接收含有优先级的切换锁定请求。锁定状态管理部20按照切换锁定请求的接收，对表示切换锁定请求的有 效接收次数的锁定请求计数进行更新，该切换锁定请求用于请求禁止切换工作 状态的OS。具体来说，锁定状态管理部20在接收到请求禁止切换工作状态的OS的 切换锁定请求时，将锁定请求计数加l,在接收到请求解除工作状态的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也可以按照被监视到的、在0S1中执行的处理，对另外，切换判断部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从0S1切换为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，结束本 处理。另一方面，在步骤S105中，多个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的切换事件^a寻部14取得由作为切换源OS的OS1通知的 事件信息。在步骤S112A中，多个OS切换控制装置10B的事件对应处理部l5执行 根据取得的事件信息选择的切换目的地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从OS1切换为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使用户参考标志复位。
第四，参照图ll对本发明第1实施方式的计算机系统中的切换锁定请求 的受理顺序进行说明。
如图11所示，在步骤S400中，多个OS切换控制装置10A的切换锁定请 求接收部19受理上述的切换锁定请求。
在步骤S401中，当受理的切换锁定请求为请求禁止工作状态的OS的切 换的切换锁定请求时时，在步骤S402中，多个OS切换控制装置10A的锁定 状态管理部20将与根据切换锁定请求所指定的处理类别对应的锁定请求计数 加T，。
另一方面，在步骤S401中当受理的切换锁定请求为请求解除工作状态的 OS的切换禁止的切换锁定请求时，在步骤S403中，多个OS切换控制装置 10A的锁定状态管理部20将与根据切换锁定请求所指定的处理类别对应的锁
定请求计数减'T'。
第五，作为本发明第1实施方式的计算机系统中的切换事件发生时的例 子，参照图12对电话来信时的动作进行说明。
如图12所示，在步骤S1000中当处于工作状态的OS1接收到电话用来信 信号时，OS1在步骤S1001中进行插入处理，在步骤S1002中启动电话驱动器。
.在步骤S1003中，0S1的电话驱动器才艮据在电话用来信信号中含有的来信 号码及发信号码，来判定上述电话用来信信号的来信目的地。
在步骤S1004中，当上述电话用来信信号的来信目的地为OS1时，此动 作进入步骤S10Q5,当上述电话用来信信号的来信目的地为OS2时，此动作进 行步骤S1010。
在步骤S1005中，0S1的电话驱动器向应用程序管理部(未图示)发出请
求，启动电话应用程序。
在步骤S1006中，电话应用程序显示发信者姓名，并且再生来信声音。 在步骤S1007中，当用户对上述电话用来信信号给予应答时，在步骤S1008
中，电话应用程序开始通话处理，在步骤S1009中当通话结束时，电话应用程
序停止。
另一方面，在步骤S1010中，0S1用多个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, RETUTO),从而调用OS切换功能2。
在步骤S1013中，OS切换功能2从OSl向OS2切换工作状态的OS。
在步骤S1014中OS2重新开始，在步骤S1015中OS2启动OS2用多个 OS切换控制装置10B的事件对应处理部15。
在步骤S1016中，多个OS切换控制装置IOB的事件对应处理部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返回到OSl,在步骤 S1025中将工作状态的OS从OS2向OSl进行切换。
第六，作为本发明第1实施方式的计算机系统中的切换事件发生时的例 子，参照图13对设备管理(DM )用的SMS(短消息服务Short Message Service) 的消息(DM消息)来信时的动作进行说明。
如图13所示，在步骤S2000中当处于工作状态的OSl接收到DM消息时， OSl在步骤S2001中进行插入处理，在步骤S2002中启动NW驱动器。
在步骤S2003中，OSl的NW驱动器根据包含在DM消息中的地址来判 定上述DM消息的来信目的地。
在步骤S2004中，当上述DM消息的来信目的地是0S1时，此动作进入 步骤S2005,当上述DM消息的来信目的地为OS2时，此动作进入步骤S2007。
在步骤S2005中，OSl的NW驱动器向应用程序管理部(未闺示)发出 请求，启动DM代理(agent )。
在步骤S2006中，DM代理执行规定的处理，之后停止。
另 一方面，在步骤S2007中，OSl用多个OS切换控制装置10A的切换请 求接收部11接收来自NW驱动器的OS切换请求。
在步骤S2008中OSl用多个OS切换控制装置10A的切换事件通知部12 使用按照API的函数"OS—Switch—Event (event, cmd)"，向OS2通知表示 DM来信的切换事件。在上述例子中自变量(event, cmd)为(DM， RETURN )。
在步骤S2009中，OSl用多个OS切换控制装置10A的切换控制部13根 据接收到的事件信息来选择并执行切换源OS的切换处理，指定上述自变量(DM, RETURN),从而调用OS切换功能2。
在步骤S2010中，OS切换功能2将工作状态的OS从OSl向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返回到OSl,在步骤 S2020中将工作状态OS从OS2向OSl进行切换。
(本发明第1实施方式的计算机系统的作用及效果)
根据本实施方式的计算机系统1，处于工作状态的切换源OSl向切换目的 地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因为自身不知道在OSl中正执行的处理等，所以使用 由多个OS切换控制装置10A所提供的详细信息，可以对是否可以切换工作状 态的OS进行判断。
根据本实施方式的计算机系统1， OS切换功能2可以检测多个OS切换控 制装置10A的故障，所以多个OS切换控制装置10A在通知了禁止切换工作 状态的OS后，即使由于多个OS切换控制装置IOA的故障而不能解除工作状 态的OS的切换禁止时，OS切换功能2也可以在考虑了多个OS切换控制装置 10A的故障后，对是否可以切换工作状态的OS进行判断。
根据本实施方式的计算机系统1，在有可能由于切换工作状态的OS而造 成障碍的应用程序及功能的执行中，禁止切换工作状态的OS,可以防止故障 或异常动作。
根据本实施方式的计算机系统1，可以对执行关键进程的情况、在与特定 的目的地间构成网络连接的情况、以及对特定文件或存贮器区域进行写入的情 况等执行特定处理的情况进行监视。
根据本实施方式的计算机系统1，可基于来自OS、驱动器、应用程序及 中间件等的请求，来锁定工作状态的OS的切换，可以防止由工作状态的OS 的切换所导致的故障,提高稳定性。
根据本实施方式的计算机系统1,考虑在切换源osi上正执行的处理和包 含在OS切换请求中的事件信息的组合，可细致地判断可否切换工作状态的os。
根据本实施方式的计算机系统1，在向用户进行了询问后，可以控制对工
作状态的OS切换的许可或者禁止，可以控制反映了用户意思的工作状态的 OS的切换。
根据本实施方式的计算机系统1，即使在请求工作状态的OS切换的锁定
的请求源的应用程序、驱动器及中间件等由于故障而没有适时请求锁定解除 时，在经过了规定期间后也可以解除上述锁定。根据本实施方式的计算机系统l,处于暂停状态的第IOS在发生了有兴趣 的事件时，即使在第20S是工作状态的OS的情况下，也可以对工作状态的 OS的切换进行驱动，来处理上述事件。(本发明第2实施方式的计算机系统)参照图14对本发明第2实施方式的计算机系统1的结构进行说明。 本实施方式的计算机系统1安装了排他地成为工作状态的多个虛拟0S1、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) "TrustZone"的计算机系统中， 可以设置与通常的OS独立的执行环境，在该执行环境中可以配置OS切换功 能2。图14 (b)表示在OS内配置有OS切换功能2的结构例。在图14 (b)所 示的例子中，可以通过设备驱动器、服务器或应用程序等任意形式来安装OS 切换功能2。图14表示了在OS内配置有多个OS切换控制装置IO的结构例，但是多 个OS切换控制装置10可以和OS切换功能2同样地配置在与OS独立的执行 环境中。上述多个OS切换控制装置10A的结构、其动作、作用以及效果与上述第 l实施方式的情况相同，所以省略说明。
权利要求
1. 一种多个操作系统切换控制装置，其设置在具备将工作状态的操作系统从切换源操作系统排他地切换为切换目的地操作系统的操作系统切换功能的计算机系统中，其特征在于，具有切换源操作系统用控制部，其在所述切换源操作系统处于工作状态时进行工作，所述切换源操作系统用控制部包括切换请求接收部，其对请求处于暂停状态的所述切换目的地操作系统成为所述工作状态的操作系统的操作系统切换请求进行接收；切换事件通知部，其向所述切换目的地操作系统或者所述切换目的地操作系统上的应用程序通知事件信息，该事件信息包含在接收到的所述操作系统切换请求中、并请求所述切换目的地操作系统或者所述切换目的地操作系统上的应用程序的处理；和切换控制部，其针对所述操作系统切换功能，执行将所述事件信息作为自变量的调用，使所述切换目的地操作系统成为所述工作状态的操作系统。
2. 根据权利要求1所述的多个操作系统切换控制装置，其特征在于， 所述切换控制部进一步进行根据所述事件信息来选择的切换源操作系统的切换处理。
3. 根据权利要求l所述的多个操作系统切换控制装置，其特征在于， 具有切换目的地操作系统用控制部，其在所述切换目的地操作系统处于工作状态时进行工作，所述切换目的地操作系统用控制部包括切换事件取得部，其在所述切换目的地操作系统成为所述工作状态的操作 系统后，取得所述事件信息；和事件对应处理部，其执行与取得的所述事件信息对应的事件对应处理。
4. 根据权利要求3所述的多个操作系统切换控制装置，其特征在于， 所述切换控制部进一步进行根据取得的所述事件信息来选择的切换目的地操作系统的切换处理。
5. 根据权利要求1所述的多个操作系统切换控制装置，其特征在于， 所述切换源操作系统用控制部具有切换判断部，该切换判断部对所述切换源搡作系统是否可以成为所述暂停状态的操作系统进行判断，所述切换控制部,在判断为所述切换源操作系统可以成为所述暂停状态的 操作系统时，针对所述操作系统切换功能，指示使所述切换目的地操作系统成 为所述工作状态的操作系统。
6. 根据权利要求5所述的多个操作系统切换控制装置，其特征在于， 所述切换源操作系统用控制部具有切换锁定请求接收部，该切换锁定请求接收部接收用于请求禁止所述切换源操作系统成为所述暂停状态的操作系统 或者对所述切换源操作系统成为所述暂停状态的操作系统的禁止进行解除的 切换锁定请求，所述切换判断部才艮据接收到的所述切换锁定请求，对所述切换源操作系统 是否能成为所述暂停状态的操作系统进行判断。
7. 根据权利要求6所述的多个操作系统切换控制装置，其特征在于， 所述切换锁定请求接收部接收含有优先级的所述切换锁定请求， 所述切换请求接收部接收含有优先级的所述操作系统切换请求， 所述切换判断部根据接收到的所述切换锁定请求的优先级和接收到的所述操作系统切换请求的优先级，对所述切换源操作系统是否能成为所述暂停状 态的操作系统进行判断。
8. 根椐权利要求6所述的多个操作系统切换控制装置，其特征在于， 所述切换源操作系统用控制部具有活动通知部，该活动通知部针对所述操作系统切换功能，周期性地通知所述多个操作系统切换控制装置正在正常工 作。
9. 根据权利要求5所述的多个操作系统切换控制装置，其特征在于， 所述切换源操作系统用控制部具有工作检查部，该工作检查部对在所述切换源操作系统中正执行的处理进行监视，所述切换判断部根据被监视到的所述执行中的处理，对所述切换源操作系 统是否能成为所述暂停状态的操作系统进行判断。
10. 根据权利要求9所述的多个操作系统切换控制装置，其特征在于，所述切换源操作系统用控制部具有切换可否信息管理部，该切换可否信息 管理部针对所述事件信息与确定所述执行中处理的处理类别的组合，对所迷切换源操作系统是否能成为所述暂停状态的操作系统进行管理，所述工作检查部监视在所述切换源操作系统中是否正在执行由所述处理 类别确定的处理，所述切换判断部参照所述切换可否信息管理部，按照确定所述执行中处理 的处理类别与通知到的所述事件信息的组合，对所述切换源操作系统是否能成 为所述暂停状态的操作系统进行判断。
11. 根据权利要求IO所述的多个操作系统切换控制装置，其特征在于，所述切换源操作系统用控制部具有切换可否信息管理部，该切换可否信息 管理部针对所述事件信息与确定所述执行中处理的处理类别的组合，对所述切 换源操作系统是否能成为所述暂停状态的操作系统进行管理， 所述切换锁定请求接收部按所述处理类别接收所述切换锁定请求， 所述切换判断部参照所述切换可否信息管理部，按照对应于所述切换锁定 请求的所述处理类别与通知到的所述事件信息的组合，对所述切换源操作系统是否能成为所述暂停状态的操作系统进行判断。
12. 根据权利要求IO所述的多个操作系统切换控制装置，其特征在于，所述切换源梯:作系统用控制部具有用户询问部，该用户询问部对用户询问 所述切换源操作系统是否能成为所述暂停状态的操作系统，所述切换可否信息管理部针对所述事件信息与所述处理类别的组合，管理 是否需要向所述用户询问所述切换源操作系统是否能成为所述暂停状态的操作系统，所述切换判断部根据向所述用户询问的结果，对所述切换源操作系统是否 能成为所述暂停状态的才喿作系统进行判断。
13. —种计算机系统，其安装了排他地成为工作状态的多个操作系统、或者由具有多个设定模式的单个操作系统提供的虚拟的多个操作系统，利用操作 系统切换功能将工作状态的操作系统从切换源操作系统排他地切换为切换目 的地操作系统，其特征在于，在所述切换源操作系统处于工作状态时进行工作的多个操作系统切换控制装置包括切换请求接收部，其接收操作系统切换请求，该操作系统切换请求用于请 求处于暂停状态的切换目的地操作系统成为所述工作状态的操作系统；切换事件通知部，其向所述切换目的地操作系统或者所述切换目的地操作 系统上的应用程序通知事件信息，该事件信息包含在接收到的所述操作系统切 换请求中、并请求所述切换目的地操作系统或者所述切换目的地操作系统上的 应用程序的处理；和切换控制部，其针对所述操作系统切换功能，执行将所述事件信息作为自 变量的调用，使所述切换目的地操作系统成为所述工作状态的操作系统。
14.根据权利要求13所述的计算机系统，其特征在于，所述切换控制部进一步进行根据所述事件信息来选择的切换源操作系统 的切换处理。
全文摘要
本发明提供一种多个操作系统切换控制装置以及计算机系统，其可以安全且迅速地切换工作状态的OS。在本发明的计算机系统(1)中，切换源OS用控制部具有切换请求接收部(11)，其接收OS切换请求，该OS切换请求用于请求处于暂停状态的切换目的地OS成为工作状态的OS；切换事件通知部(12)，其向切换目的地OS或者切换目的地OS上的应用程序通知事件信息，该事件信息包含在接收到的OS切换请求中、并请求切换目的地OS或者切换目的地OS上的应用程序的处理；和切换控制部(13)，其对OS切换功能(2)指示使切换目的地OS成为工作状态的OS。
文档编号G06F9/48GK101226489SQ20071013910
公开日2008年7月23日 申请日期2007年7月25日 优先权日2006年7月25日
发明者中山雄大, 太田贤, 江口悠利, 稻村雄 申请人:株式会社Ntt都科摩