CN1906588A - 信息处理装置、通信处理方法和计算机程序 - Google Patents

Abstract

本发明提供了一种用于实现操作系统(OS)之间的平滑消息传送的装置和方法。通过下述方式来执行在OS之间的消息传送控制：在多OS环境下执行物理地址空间中的消息区域从消息发送侧OS的逻辑分区地址空间的消息区域到消息接收侧OS的逻辑分区地址空间的消息区域的映射状态切换。而且，产生与文件描述符相关联的套接字，并且设置经由套接字可访问的虚拟文件，由此通过应用虚拟文件的消息区域和物理地址空间的映射来发送和接收消息。

Description

信息处理装置、通信处理方法和计算机程序

技术领域

本发明涉及信息处理装置、通信处理方法和计算机程序，具体上涉及用于控制在多操作系统中的操作系统之间的消息传送的信息处理装置、通信处理方法和计算机程序，所述多操作系统使用多个操作系统来执行处理。

背景技术

在单个系统中具有多个操作系统(OS)的多操作系统中，每个操作系统可以执行各自的处理，并且按照时间顺序连续地切换诸如CPU和存储器的系统公用硬件。

例如通过分区管理软件程序来执行多个操作系统的处理(任务)的调度。如果OS(α)和OS(β)共存于单个系统中并且OS(α)的处理是分区A、OS(β)的处理是分区B，则分区管理软件程序确定分区A和分区B的调度，并且利用基于所确定的调度而分配的硬件资源来执行该多个操作系统的处理。

专利文件1公开了一种多操作系统的系统的任务管理技术。按照该公开，通过为具有紧迫性的处理赋予优先级来调度由多个操作系统执行的任务。

当在一个系统中共存的多个操作系统之间执行消息传送时，产生连接操作系统的消息通道。每个操作系统需要建立用于消息通道连接的通信接口。如果经由消息通道通信的操作系统彼此不同，则对于通信接口规格施加限制，并且由于在不同类型的操作系统之间的通信而产生开销。

[专利文件1]日本未审查专利申请公开第2003-345612号。

发明内容

[本发明要解决的问题]

已经考虑到上述问题而开发了本发明。本发明的目的是提供信息处理装置、通信处理方法和计算机程序，用于在具有多个操作系统的多操作系统环境中平滑地执行操作系统之间的通信，而不引起额外的开销。

[用于解决所述问题的手段]

按照本发明的第一方面，信息处理装置包括多个操作系统。所述多个操作系统包括控制操作系统，用于控制在所述多个操作系统之间的通信。所述控制操作系统通过下述方式来控制对于相应的操作系统建立的逻辑分区之间的消息传送：通过将在物理地址空间中的消息区域从向在消息发送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管理的文件系统识别的文件描述符相关联的套接字；经由所述套接字而将在物理地址空间中的所述消息区域映射到处理的地址空间；并且直接地访问所述消息区域。

本发明的一个实施例的计算机程序被提供到在计算机可读存储介质或通信介质中的通用计算机系统，所述计算机系统执行多个程序代码，所述存储介质诸如CD、FD或MO，所述通信介质诸如网络。通过以计算机可读的方式来提供计算机程序，所述计算机系统执行响应于所述计算机程序的处理。

通过下面的附图和本发明的说明，本发明的这些和其他特征以及优点将变得显而易见。在本发明的说明的上下文中，所述系统指示多个装置的逻辑集合，并且不限于在同一外壳中容纳元件的装置。

[优点]

按照本发明的实施例，在其中共存多个操作系统的多操作系统环境中的多个OS之中建立执行通信控制的控制OS。所述控制OS控制在对应于OS而设置的逻辑分区之间的消息传送。所述控制OS通过下述方式来执行消息传送控制：通过将在物理地址空间中的消息区域从向在消息发送OS中的逻辑分区地址空间中的消息区域的映射状态转换为向在消息接收OS中的逻辑分区地址空间中的消息区域的映射状态。因此在不同的OS之间有可能进行平滑的通信。

按照本发明的实施例，所述OS产生与由本身的OS管理的文件系统识别的文件描述符相关联的套接字，并且经由所述套接字来访问在物理地址空间中的消息区域以发送和接收消息。在不同的OS之间使用一般的套接字来执行消息传送。

按照本发明的实施例，通信执行OS产生与由本身的OS管理的文件系统识别的文件描述符相关联的套接字，并且经由所述套接字而将在物理地址空间中的消息区域映射到处理的地址空间，以便所述处理直接地访问所述消息区域。在不同的OS之间使用一般的套接字来执行消息传送。所述处理可以因此使用所涉及的小开销来访问所述消息区域。

按照本发明的实施例，设置对应于所述套接字的服务的标识符，以便对于所述服务设置通信许可。使用选择系统调用来经由所述套接字而执行接收监控处理。

附图说明

图1是本发明的信息处理装置的方框图。

图2图解了信息处理装置中的处理器模块。

图3图解了按照本发明的信息处理装置的操作系统的结构。

图4图解了在客户机操作系统之间的通信处理。

图5图解了经由消息通道通信中的地址映射。

图6图解了在客户机机操作系统之间的通信处理序列。

图7图解了在使用虚拟文件的通信中在系统控制OS和客户OS之间的通信处理。

图8图解了当使用虚拟文件时基于在系统控制OS和客户OS之间的通信中执行的系统调用的处理。

图9是当使用虚拟文件时在系统控制OS和客户OS之间执行的通信处理的流程图。

图10图解了当不使用虚拟文件时在系统控制OS和客户OS之间执行的通信处理。

图11图解了当不使用虚拟文件时基于在系统控制OS和客户OS之间的通信中执行的系统调用的处理。

图12是当不使用虚拟文件时在系统控制OS和客户OS之间执行的通信处理的流程图。

具体实施方式

下面参照附图来说明本发明的信息处理装置、通信处理方法和计算机程序。

下面参照图1来说明本发明的信息处理装置的硬件结构。处理器模块101包括多个处理单元，并且按照在ROM(只读存储器)104和HDD(硬盘驱动器)123中存储的各种程序来处理数据，所述各种程序包括操作系统和在操作系统上运行的应用程序。下面将参照图2来说明处理器模块101。

响应于经由处理器模块101输入的命令，图形引擎102产生要在形成输出单元122的例如显示器的屏幕上显示的数据，并且执行3D图形绘制处理。主存储器(DRAM)103存储由处理器模块101执行的程序和在程序执行过程中变化的参数。这些元件经由包括CPU总线的主机总线111而互连。

主机总线111经由桥105而连接到外部总线112，诸如PCI(外部组件互连/接口)总线。桥105控制在主机总线111、外部总线112、控制器106、存储卡107和其他器件之间的数据输入和输出。

输入单元121向由用户操作的、诸如键盘和定点(pointing)器件之类的输入器件输入信息。输出单元122包括诸如液晶显示器和阴极射线管(CRT)之一的图像输出单元和诸如扬声器音频输出器件。

HDD(硬盘驱动器)123驱动其中安装的硬盘，由此记录或重放要由处理器模块101执行的程序和信息。

驱动器124读取在所安装的可移动记录介质127诸如磁盘、光盘、磁光盘、半导体存储器等中存储的数据和程序，并且经由接口113、外部总线112、桥105和主机总线111向主存储器(DRAM)103提供数据和程序。

连接端口125连接到外部器件128，并且可以包括USB、IEEE 1394总线等。连接端口125经由接口113、外部总线112、桥105和主机总线111连接到处理器模块101。连接到网络的通信单元126发送从HDD 123等提供的数据，并且从外部接收数据。

下面参照图2来说明处理器模块的结构。如图所示，处理器模块200包括主处理器组201和多个子处理器组202-20n，该主处理器组201包括多个主处理器单元，该多个子处理器组202-20n每个包括多个子处理器单元。每个组还包括存储器控制器和辅助高速缓冲存储器。处理器组201-20n——每个包括例如8个处理器单元——经由交叉(crossbar)架构和分组交换网络之一而连接。响应于主处理器组201的主处理器的命令，多个子处理器组202-20n中的至少一个子处理器被选择来执行预定的程序。

每个处理器组中的存储器流控制器控制对于图1的主存储器103的数据输入和数据输出。辅助高速缓冲存储器作为用于每个处理器组中的处理数据的存储器区域。

下面参照图3来说明本发明的信息处理装置的操作系统。本发明的信息处理装置具有其中包括多个操作系统的多操作系统。所述多操作系统信息处理装置具有按如图3中所示的逻辑分层结构布置的多个OS。

如图3所示，控制OS 301被布置在下层。多个子OS 302、303和304被布置在上层。子OS 302和303是客户OS，子OS 304是系统控制OS。与系统控制OS 304一起，控制OS 301形成作为参照图1和2所述的由处理器模块101执行的每个处理的执行单元的逻辑分区，并且向每个逻辑分区分配系统硬件资源(例如作为计算资源的主处理器、子处理器、存储器和器件)。

作为子OS的客户OS 302和303是游戏OS、Windows(商标)、Linux(商标)等，并且在控制OS 301的控制下工作。虽然仅仅在图3中示出了两个客户OS 302和303，但是客户OS的数目并不限于两个。

客户OS 302和303工作在由控制OS 301和系统控制OS 304设置的逻辑分区中。客户OS 302和303使用硬件资源来处理多种数据，所述硬件资源诸如主处理器、子处理器、存储器和器件，它们每个被分配到逻辑分区。

客户OS(a)302使用被分配到由控制OS 301和系统控制OS 304建立的逻辑分区2的硬件器件，包括主处理器、子处理器、存储器和器件，由此执行对应于客户OS(a)302的应用程序305。客户OS(b)303使用被分配到逻辑扇区n的硬件资源，包括主处理器、子处理器、存储器和器件，由此执行对应于客户OS(b)303的应用程序306。控制OS 301提供执行客户OS所需要的客户OS编程接口。

作为子OS之一的系统控制OS 304生成包含逻辑分区管理程序的系统控制程序307，并且响应于系统控制程序307与控制OS 301一起执行操作控制。系统控制程序307使用系统控制程序编程接口来控制系统策略(policy)。控制OS 301为系统控制OS 304提供系统控制程序编程接口。系统控制程序307允许灵活的定制，例如设置资源分配的上限。

系统控制程序307使用系统控制程序编程接口来控制系统的行为。例如，系统控制程序307产生新的逻辑分区，并且在该逻辑分区发动新的客户OS。在其中多个客户OS在操作的系统中，以在系统控制程序307中编制的顺序启动客户OS。系统控制程序307可以在控制OS 301接收之前接收和检查从客户OS发出的资源分配请求，修改系统策略、否决请求本身。通过这种方式，没有特定的客户OS独占资源。实现了系统策略的程序是系统控制程序。

控制OS 301向系统控制OS 304分配特定的逻辑分区(例如在图3中所示的逻辑分区1)。控制OS 301以管理程序(hypervisor)模式操作。客户OS以监督(supervisor)模式操作。系统控制OS 304和应用程序以问题模式(用户模式)操作。

逻辑分区是在系统中接收资源分配的实体。例如，主存储器103(参见图1)被划分为几个区域，并且每个逻辑分区被授予使用相应区域的权利。下面列出了被分配到逻辑分区的资源的类型。

a)物理处理器单元使用时间

b)虚拟地址空间

c)由逻辑分区中操作的程序可访问的存储器

d)控制OS用来管理逻辑分区的存储器

e)事件端口

f)使用器件的权利

g)高速缓冲存储器分区

h)使用总线的权利

如前所述，每个客户OS操作在逻辑分区中。OS独占所分配给该逻辑分区的资源以处理各种数据。在许多情况下，以每个客户OS为基础，为系统上运行的一个客户OS产生一个分区。为每个逻辑分区分配唯一的标识符。系统控制OS 304通过将系统控制程序与标识符相关联而管理被作为逻辑分区信息产生的系统控制程序。

由控制OS 301和系统控制OS 304产生逻辑分区。在刚刚产生后，逻辑分区没有资源，并且对于可用资源没有设置限制。逻辑分区采取两种状态之一：活动状态和结束状态。在刚刚产生后的逻辑分区采取活动状态。逻辑分区响应于操作在该逻辑分区中的客户OS的请求而转变到结束状态，并且停止被分配到该逻辑分区的所有逻辑处理器。

该逻辑处理器是被分配到该逻辑分区的那个，并且对应于任一物理处理器，即图2的处理器组中的处理器。逻辑处理器和物理处理器不总是以一对一对应关系彼此相关联。单个逻辑处理器可以对应于多个物理处理器。或者，多个逻辑处理器可以对应于单个物理处理器。通过控制OS 301来确定在逻辑处理器和物理处理器之间的对应性。

控制OS 301具有限制可用于每个逻辑分区的资源的数量的功能。可以在不与系统控制OS 304通信的情况下对客户OS 302和客户OS 303可以分配和释放的资源使用数量设置限制。

每个逻辑分区包括控制信号端口。在逻辑分区之间数据交换和共享所需的各种控制信号达到控制信号端口。所述控制信号包括：

a)连接逻辑分区之间的事件端口的请求，

b)连接逻辑分区之间的消息通道的请求，以及

c)连接到共享存储器区域的请求。

达到每个逻辑分区的控制信号被控制信号端口排队。对于在存储器资源所许可范围内的队列的深度没有限制。从接收控制信号的逻辑分区保留排队所需要的存储器资源。为了从所述端口取控制信号，调用客户OS编程接口。当控制信号到达空的控制信号端口时，可以向任何事件端口发送事件。通过调用客户OS编程接口来指定事件端口。

参见图4，下面说明OS之间的通信。逻辑分区与客户OS和系统控制OS相关联。经由控制OS的消息通道来执行在逻辑分区模块之间的消息传送。

下面说明两种通信处理：

(1)在客户OS之间的通信处理，和

(2)在客户OS和系统控制OS之间的通信处理。

[(1)在客户OS之间的通信处理]

首先描述在客户OS之间的通信处理。图4图解了在控制OS 410上的两个客户OS之间执行的通信处理的概念。从客户OS(A)420向客户OS(B)430传送消息。

控制OS 410设置用于在客户OS之间和在客户OS和系统控制OS之间的通信的消息通道412。消息通道412被建立为两个逻辑分区之间的数据传送机制，并且是面向连接的双向通信路径。

参见图4，描述经由由控制OS 410设置的、在客户OS(A)420和客户OS(B)430之间的消息通道412而执行的通信处理。客户OS(A)420是消息通道412的客户机(连接源)，客户OS(B)430是消息通道412的服务器(连接目的地)。

客户OS(A)420向客户OS(B)430发出消息通道连接请求。

当客户OS(B)430提供消息通道连接许可时，在如图4中所示的控制OS410的控制下在客户OS(A)420和客户OS(B)430之间建立消息通道412。消息通道412被建立为连接消息端口422和432的通道，该连接消息端口422和432作为在客户OS的连接端子。

如果客户OS(B)430拒绝消息通道连接请求，则不建立消息通道连接。对应于客户OS的消息通道422和432分别与事件接收端口421和431相关联。

控制OS 410准备用于OS(逻辑分区)之间通信和OS(逻辑分区)内通信的事件机制。以一对一和单向连接来从事件发送端口向事件接收端口发送事件。事件接收端口既不将事件排队也不对事件计数。例如，如果新的事件达到具有待读取的剩余事件的事件接收端口，则所述事件接收端口停留于悬停状态。具有已经建立的连接的事件发送端口可以无限次地发送事件。事件接收端口是这样的端口：经由此端口，逻辑分区中的客户OS接收事件。到达时间接收端口的事件被作为中断处理。

当在OS(逻辑分区)之间建立消息通道时或当消息达到空的消息端口时，事件被传递到相关联的事件接收端口。

如果客户OS(B)430允许消息通道的连接，则在控制OS 410的控制下在客户OS(A)420和客户OS(B)430之间连接消息通道412，如图4所示。客户OS(A)420然后准备消息区域。作为消息区域实体的物理地址消息区域411存在于系统的存储器上。

图4的客户OS(A)420的消息区域423和客户OS(B)430的消息区域433是相应的OS的逻辑分区的逻辑地址空间消息区域。物理地址消息区域411在任何给定时刻属于单个逻辑分区。没有属于其的物理地址消息区域411的逻辑分区不能访问消息区域。

更具体而言，在任何给定时刻，将物理地址消息区域411映射到客户OS(A)420的逻辑地址空间消息区域423和客户OS(B)430的逻辑地址空间消息区域433之一。由控制OS 410来执行所述映射控制。控制OS 410使用从逻辑地址空间到物理地址空间的虚拟地址转换机制来经由消息通道412执行消息传送。

下面参见图5来说明使用虚拟地址转换机制的消息传送处理。

如图5中所示，状态1是在从客户OS(A)向客户OS(B)进行消息传送之前的状态，状态2是在从OS(A)到客户OS(B)的消息传送后的状态。在状态1中，消息区域451被映射到在消息传送目的地(客户机)侧上的逻辑分区的逻辑分区地址空间、即客户OS(A)的逻辑分区地址空间460的消息区域461。在状态1中，客户OS(B)的逻辑分区地址空间470的逻辑区域471不能访问物理地址空间450的消息区域451。

消息区域451被传送。在物理地址接口450中保留的消息区域451被从在客户机侧逻辑分区上的逻辑分区地址空间460、即客户OS(A)的逻辑分区地址空间460去除映射(释放映射)，然后被映射到在服务器侧逻辑分区上的逻辑分区地址空间、即逻辑分区地址空间470的逻辑区域471。换句话说，建立图5的状态2。在状态2中，从消息区域451属于其的逻辑分区、即从客户OS(A)的逻辑分区地址空间460到物理地址空间450的消息区域451的访问不能被许可。

控制OS将物理地址空间450中保留的消息区域451映射到在消息通道的消息端口中设置的客户OS(逻辑分区)的逻辑分区地址空间之一，并且执行到其它逻辑分区地址空间的去除映射处理。控制OS因此通过允许服务器访问来自客户机的消息而执行消息传送。

下面参见图6来说明经由客户OS之间的消息通道的消息传送序列。

在步骤S101中，消息发送OS(客户机)向消息接收OS(服务器)发送连接请求。在步骤S102，经由控制OS将该连接请求发送到消息接收OS(服务器)。

在步骤S103，消息接收OS(服务器)响应于接收到连接请求而许可连接。控制OS产生消息通道，其中在消息发送OS(客户机)和消息接收OS(服务器)的每个中设置消息端口。基于产生了该消息通道，控制OS在步骤S104经由与所述消息端口相关联的事件接收端口向每个OS通知消息通道设置的完成。

在步骤S105，消息发送OS(客户机)保留对应于图5的逻辑地址空间消息区域423的消息区域。在步骤S106中，控制OS将物理地址空间的消息区域映射到消息发送OS(客户机)的逻辑分区地址空间。这个处理步骤对应于图4中所示将客户OS(A)420的逻辑地址空间消息区域423映射到物理地址消息区域411的映射处理。

在步骤S107中，控制OS将物理地址空间的消息区域从消息发送OS(客户机)的逻辑分区的逻辑分区地址空间解除映射(映射释放)。控制OS然后将物理地址空间的消息区域映射到消息接收OS(客户机)的逻辑分区的逻辑分区地址空间。具体而言，如图4中所示，释放从客户OS(A)420的逻辑地址空间消息区域423到物理地址消息区域411的映射，并且将物理地址消息区域411映射到客户OS(B)430的逻辑地址空间消息区域433。

在步骤S108中，消息接收OS(服务器)经由消息接收OS(服务器)的逻辑分区的逻辑分区地址空间访问物理地址空间的消息区域，并且获取消息。

在步骤S109，消息接收OS(服务器)丢弃该消息区域。在步骤S110，消息接收OS(服务器)丢弃该消息端口。在步骤S111，使用事件接收端口向消息发送OS(客户机)发送丢弃该消息端口的通知。在步骤S112，消息发送OS(客户机)丢弃该消息端口。这样丢弃了该消息通道，并完成了使用消息通道的OS之间的通信。

[(2)客户OS和系统控制OS之间的通信处理]

下面参照图7和10来说明在系统控制OS和客户OS之间执行的通信处理。如前所述，系统控制OS产生系统控制程序，并且根据系统中预定的资源预算的上限信息来控制整个系统。

响应于客户OS中设置的逻辑分区的资源请求，客户OS向系统控制OS中设置的系统控制程序传送消息，以便执行各种处理。

在上述的客户OS之间的通信中，执行消息传送以将与每个客户OS中设置的逻辑分区对应的逻辑地址空间映射到物理地址中的消息区域，以及解除到物理地址中的消息区域的映射。在系统控制OS中所设置的系统控制程序和客户OS之间的通信处理中使用由图7的控制OS 510产生的消息通道512。系统控制OS 520产生被应用于通信的UNIX(注册商标)套接字，并且经由消息信道来通信。

如果使用如图7中所示的虚拟文件来执行通信，则系统控制OS产生与由本身的OS管理的文件系统识别的文件描述符相关联的套接字，并且产生经由所述套接字来访问的虚拟文件。经由所述虚拟文件来执行对物理地址空间消息区域的访问以交换消息。

如果如图10中所示不使用任何虚拟文件地执行通信，则系统控制OS产生与由本身的OS管理的文件系统识别的文件描述符相关联的套接字，并且经由所述套接字将物理地址空间中的消息区域映射到处理的地址空间。所述处理直接地访问消息区域。

UNIX(注册商标)套接字包括用于与在系统中的处理的通信的套接字(UNIX域套接字)和用于经由网络与另一系统通信的套接字(因特网域套接字)。系统控制OS向系统控制程序提供消息通道作为新域的套接字。系统控制程序可以使用在与已有相同的语义套接字处的消息通道执行通信。

如下执行使用已知的UNIX套接字(UNIX域套接字)的通信处理。

a)消息接收(服务器)处理响应于套接字系统调用而产生套接字。

b)消息接收(服务器)处理响应于绑定系统调用而分配对应于套接字的名称(文件描述符)。

c)消息接收(服务器)处理执行监听系统调用，并且设置连接准备好状态。

d)消息发送(客户机)处理响应于套接字系统调用而产生套接字，并且使用连接系统调用建立服务器侧套接字。

e)消息接收(服务器)处理执行接受系统调用，并且接受来自消息发送(客户机)处理接的请求。

f)在完成连接后，使用写入系统调用作为对对应于套接字的文件描述符的写入处理、并且使用读取系统调用作为读取处理而交换消息。

已经讨论了使用UNIX的套接字(UNIX域套接字)的通信序列。按照本发明，使用由图7和图10的控制OS 510设置的消息通道512。在系统控制程序上执行与使用上述的套接字的处理基本等同的处理，以与客户OS通信。在客户OS侧，执行与前述的客户OS间的通信基本等同的处理。

下面参见图7和8(图解了使用虚拟文件的通信)和图11和12(图解了不使用虚拟文件的通信)来说明系统控制OS 520和客户OS 530的通信处理序列。客户OS和由系统控制OS 520设置的系统控制程序实际上执行通信处理。在所述通信处理中，使用由控制OS 510产生的消息通道512和由系统控制程序核心521产生的通信套接字。系统控制程序执行各种系统调用，并且系统控制程序核心521响应于系统调用而执行处理。所述系统控制程序核心521设置通信环境和通信控制处理。系统控制程序使用由系统控制程序核心521产生的通信套接字，由此以与使用上述的UNIX套接字的通信基本上等同的处理与客户OS通信。

图8和11图解了执行与客户OS的通信的系统控制程序的处理和所述核心的处理。所述处理的步骤如下所述。

[步骤S201]

在步骤S201，系统控制程序启动套接字系统调用“socket()”来产生连接套接字以接收连接请求。系统调用用于调用系统控制程序核心521的函数。响应于套接字系统调用“socket()”的启动，系统控制程序核心521生成图7和10的连接套接字525。

所产生的套接字对应于由系统控制OS 520所管理的文件系统中设置的文件名称(文件描述符)。

[步骤S202]

在步骤S202，系统控制程序启动绑定系统调用“blind(socket，...)”。响应于绑定系统调用，系统控制程序核心521将用于等待系统控制程序的连接请求的服务ID(端口号)与所述套接字相关联。每个套接字因此与由系统控制程序提供的服务相关联。

[步骤S203]

在步骤S203，系统控制程序启动监听系统调用“listen(socket，...)”。系统控制程序核心521响应于所述收听系统调用而允许对应于所述套接字的服务的连接。所述套接字被提供以包括对应于所述服务的标识符。所述系统控制程序执行对应于所述服务的通信许可设置。

[步骤S204]

在步骤S204中，系统控制程序启动接受系统调用(fd＝accept(socket，...))。系统控制程序核心521响应于接收系统调用而检查消息通道的连接请求的存在与否，以查看是否连接消息通道的连接请求已经到达。

如果连接请求已经到达，则执行下面的处理步骤(a)-(c)。

(a)产生通信套接字(图7和图10的通信套接字526)。

(b)在由系统控制OS 520管理的文件系统的文件描述符表格(fd_table)中登记对应于套接字的文件描述符(fd)。

(c)将所登记的对应于套接字的文件描述符(fd)返回系统控制程序。

如果连接请求还没有到达，则执行下面的处理步骤(d)和(e)。

(d)将所述处理设置在暂停(suspend)状态中。

(e)当下一个连接请求到达时从暂停状态释放所述处理，然后执行上述的处理步骤(a)-(c)。

这样在系统控制程序和客户OS之间建立了消息通道。图7的虚拟文件524是具有由控制OS 510管理的物理地址空间消息区域511的抽象形式的文件。由系统控制OS 520来执行文件产生处理和文件删除处理。现在从客户OS 530向系统控制程序传送消息。在消息传送之前，将客户OS 530的逻辑地址空间消息区域533映射到物理地址空间消息区域511。在消息传送之后，物理地址空间消息区域511变为在系统控制OS 520上的虚拟文件524，并且变为可由系统控制程序访问。在从系统控制程序向客户OS 530的消息传送中，在系统控制OS 520上的虚拟文件524在消息传送之前变得可以由系统控制程序访问。在消息传送之后，系统控制OS 520删除虚拟文件，并且物理地址空间消息区域511被映射到客户OS 530的逻辑地址空间消息区域533。

为了将物理地址空间消息区域511直接地映射到处理的地址接口而不是经由虚拟文件524，执行下面的处理。在从客户OS 530向系统控制程序的消息传送中，客户OS 530的逻辑地址空间消息区域533在消息传送之前被映射到物理地址空间消息区域511。在消息传送之后，系统控制OS 520将物理地址空间消息区域511映射到所述处理的地址空间，以便系统控制程序可以执行直接的访问。在从系统控制程序到客户OS 530的消息传送中，系统控制OS 520将物理地址空间消息区域511映射到所述处理的地址接口，以便系统控制程序可以执行直接的访问。在消息传送之后，系统控制OS 520释放所述映射，并且将物理地址空间消息区域511映射到客户OS 530的逻辑地址空间消息区域533。

如果使用虚拟文件，则系统控制程序响应于指定通信套接字的文件描述符的读取系统调用而获取对应于所述套接字的虚拟文件524的标识符。系统控制程序使用用于指定虚拟文件的系统调用(打开、关闭、读取和写入系统调用)之一，由此打开或关闭对应于套接字的文件或写入或读取消息。

物理地址空间消息区域511可以直接地被映射到所述处理的地址接口，而不是经由虚拟文件524。响应于指定通信套接字的文件描述符的读取系统调用，系统控制程序获取物理地址空间消息区域511所映射到的处理的地址空间的地址。通过直接地访问所述地址，系统控制程序可以执行对于所述消息区域读取处理和写入处理。

系统控制程序设置多个套接字。独立的虚拟文件被设置到相应的套接字，并且每个虚拟文件可以独立地与在用于通信的物理地址空间中的消息区域相关联。(如果物理地址空间消息区域而不是虚拟文件被直接地映射到所述处理的地址空间，则也同样如此)。套接字与服务标识符相关联。通过选择性地执行由套接字指定的系统调用，执行套接字(服务)的独立处理，诸如通信许可、通信拒绝等。

在步骤S201到S204中的消息通道的产生之后的任何时刻，可执行图8和11的处理步骤S-A到S-E。每个处理步骤如下所述。

[步骤S-A]

步骤S-A是用于接收来自客户OS的消息的消息接收步骤。系统控制程序启动用于接收消息的读取系统调用(read(fd，...))。系统控制程序核心521响应于读取系统调用而检查已经从客户OS经由消息通道到达的消息的存在与否。

为了使用虚拟文件来执行通信处理，在消息已经到达后执行下面的处理步骤(a)和(b)。

(a)响应于图7的到达消息524而产生虚拟文件。

(b)将对应于到达的消息区域的虚拟文件的标识符(ID)和短消息复制到用户缓冲器。换句话说，将所述标识符和短消息传送到系统控制程序。响应于虚拟的文件的标识符，系统控制程序通过指定虚拟文件来读取消息。

如果所述消息还没有到达，则执行下面的处理步骤(c)和(d)。

(c)将所述处理设置在暂停状态中。

(d)当所述消息已经到达时将所述处理从暂停状态释放，并且执行处理步骤(a)和(b)。

通过对应于套接字的文件描述符(fd)来识别图7的虚拟文件524，并且虚拟文件524与由控制OS 510管理的物理地址空间消息区域511兼容。

在不使用虚拟文件的通信中(将物理地址空间消息区域511直接地映射到所述处理的地址空间)，将所述消息区域映射到所述处理的地址空间，并且将所述消息区域的地址和大小复制到用户缓冲器。换句话说，向系统控制程序通知所述地址和大小。根据所述地址，系统控制程序直接地读取所述物理地址空间的内容。

[步骤S-B]

步骤S-B是用于访问消息的处理步骤。使用虚拟文件的通信处理是要对于虚拟文件524执行的处理。系统控制程序启动作为要对虚拟文件524执行的处理启的系统调用(打开、关闭、读取和写入系统调用)之一。所述系统控制程序核心521执行对应于每个系统调用的处理。响应于打开和关闭系统调用，分别打开和关闭虚拟文件524。响应于写入系统调用，向虚拟文件524上执行数据写入。响应于读取系统调用，从虚拟文件524执行数据读取。这些处理被执行为通过指定文件描述符的处理。

在不使用虚拟文件的通信(将物理地址空间消息区域映射到所述处理的地址空间)中，系统控制程序可以直接地访问被映射到所述处理的地址空间的消息区域。

[步骤S-C]

步骤S-C是要执行来发送消息的处理。

在使用虚拟文件的通信中，发送在虚拟文件524上所写入的消息。系统控制程序启动指定对应于通信套接字的虚拟文件的ID的写入系统调用(write(fd，...))。响应于所述写入系统调用(write(fd，...))，系统控制程序核心521发送在虚拟文件524上所写入的消息。

响应于系统控制程序核心521基于所述写入系统调用(write(fd，...))而执行的处理，控制OS 510删除对应于物理地址空间消息区域511的、在系统控制OS 520上的虚拟文件524，并且将物理地址空间消息区域511映射到客户OS 530上的逻辑地址空间消息区域533。在这个处理中，将系统控制程序已经使用虚拟文件524写入的消息传送到客户OS 530。以与前述相同的方式使用消息端口532和事件端口531来执行客户OS 530的处理。

在不使用虚拟文件的通信(将物理地址空间消息区域映射到所述处理的地址空间)中，系统控制程序启动对通信套接字的写入系统调用(write(fd，...))。所述写入系统调用指定了将物理地址空间消息区域被映射到所述处理的地址空间的地址。响应于写入系统调用(write(fd，，...))，系统控制程序核心521执行向物理地址空间消息区域的发送处理，在所述发送处理期间，释放到消息区域的处理地址的映射被释放。

[步骤S-D]

步骤S-D是用于删除所接收的消息的处理步骤。

在使用虚拟文件的通信中，系统控制程序启动对虚拟文件524的解开链接系统调用(unlink())。响应于所述解开链接系统调用(unlink())，系统控制程序核心521通过删除识别所接收的消息的文件来丢弃所述消息。

在不使用虚拟文件的通信中，简单地释放到所述处理的地址空间的映射，并且释放物理地址空间消息区域。

[步骤S-E]

步骤S-E是用于断开消息通道的处理步骤。系统控制程序启动指定套接字的关闭系统调用(close(socket))。系统控制程序核心521删除消息端口，由此断开消息通道的连接。

虽然在图8和图11中未示出消息发送和接收处理，系统控制程序响应于选择系统调用(选择)而监控消息发送和接收处理。通过启动标识对应于套接字的文件描述符的选择系统调用，系统控制程序核心521不断地监控与选择系统调用标识的套接字对应的所接收消息的存在与否，就像另一个输入和输出处理那样。例如，系统控制程序利用对于多个客户OS的逐个客户OS不同的通信套接字执行通信处理。系统控制程序将客户OS(A)的通信套接字(fd＝s0)和客户OS(B)的通信套接字(fd＝s1)指定为选择系统调用的目标。系统控制程序核心521因此监控到每个套接字的消息的存在与否。如果存在消息，则系统控制程序核心521向系统控制程序通知消息的存在。使用所述选择系统调用(选择)，执行有效的处理。

下面参见图9和图12的流程图来说明客户OS和系统控制程序的处理。在所述处理中，系统控制程序向客户OS发送消息和从客户OS接收消息。

在步骤S301中，系统控制程序响应于套接字系统调用而产生套接字(socket())。这里的套接字对应于图7的套接字525。

在步骤S302中，系统控制程序响应于绑定系统调用(blind())而将服务ID附接到套接字。这里的套接字被设置为与系统控制程序提供的服务相关联。

在步骤S303，系统控制程序响应于监听系统调用(listen())而将套接字设置在连接许可状态下。通过发出标识套接字的监听系统调用，系统控制程序可以将套接字设置在连接许可状态或连接不许可状态下。

在步骤S304，系统控制程序通过接受系统调用(accept())而等待到套接字的连接请求。

在步骤S305，客户OS执行到系统控制程序的消息通道连接操作。

所述消息通道连接操作包括下面的处理步骤(a)和(b)。

(a)客户OS执行连接请求处理(对应于在图6的序列图中在步骤S101中的连接请求处理)。

(b)控制OS向系统控制程序通知所述连接请求。响应于如前所述的在步骤S304中的接受系统调用，客户OS被通知以来自控制OS的消息通道设置通知(对应于图6的步骤S 104)。

在步骤S306，系统控制程序上的核心在执行到套接字的连接处理的同时将消息通道连接到系统控制程序。具体地，所述核心产生通信套接字，并且在接受系统调用(accept())时从等待状态恢复。

在步骤S307，客户OS准备消息区域，并且经由消息通道传送所述消息区域。这个处理包括下面的处理步骤a)和b)。

a)客户OS保留消息区域。具体地，客户OS在对应于客户OS的逻辑分区的逻辑地址空间中设置消息区域。

b)将所述客户OS的所述逻辑地址空间的所述消息区域映射到物理地址空间的消息区域。

在使用虚拟文件的通信中，系统控制程序上的核心在步骤S308(a)接收从客户OS发送的消息区域，并且产生由系统控制程序可访问的虚拟文件。所述虚拟文件是图7的虚拟文件524。虚拟文件ID被附接到所产生的虚拟文件上。控制OS将物理空间的消息区域与系统控制程序上的核心所产生的虚拟文件524相关联。

在不使用虚拟文件的通信中，在步骤S308(b)中，系统控制程序上的核心接收从客户OS发送的消息区域，并且将所述消息区域映射到系统控制程序的地址空间。

在使用虚拟文件的通信中，系统控制程序在步骤S309(a)中按照指定通信套接字的读取系统调用(read())来获取对应于所述消息区域的虚拟文件的ID。所述虚拟文件ID例如是文件名称。

在步骤310(a)中，系统控制程序使用指定虚拟文件ID的打开系统调用(open())来打开虚拟文件，并且使用读取系统调用(read())来读取在所述消息区域中存储的数据。

系统控制程序使用对所打开的虚拟文件的写入系统调用(write())，由此在虚拟文件上写入数据。

在不使用虚拟文件的通信中，系统控制程序直接地访问被映射到本身程序的地址空间的消息区域(步骤S309(b)和S310(b))。

系统控制程序在步骤S311(a)和S311(b)之一中指定通信套接字。系统控制程序执行写入系统调用(write())，它作为对于处理地址空间中的地址的写入处理，并且将虚拟文件的ID和物理地址空间消息区域之一映射到所述处理地址空间。所述核心然后向客户OS传送所述消息区域。响应于所述处理，控制OS在系统控制程序上删除所述虚拟文件，或者将被映射到所述处理的地址空间的物理地址空间的消息区域解除映射。控制OS将所述消息区域映射到客户OS的逻辑分区的消息区域。在此处理后，客户OS可以并且进行读取消息。

在系统控制程序和客户OS之间的通信处理中，系统控制程序使用套接字来执行通信处理，由此经由由控制OS设置的通信通道来与客户OS通信。

已经参照特定的实施例而说明了本发明。在本发明的范围内的实施例的修改和改变对于本领域内的技术人员是显然的。本发明的实施例已经被讨论来仅仅用于例证性目的，并且不意欲限制本发明的范围。本发明的范围仅仅被所附的权利要求限制。

可以使用软件、硬件或其组合来执行上述的系列步骤。如果使用软件来执行所述系列的步骤，则从记录介质或经由网络来向例如被并入到硬件结构中的计算机或向执行各种处理的通用计算机安装形成所述软件的程序。

所述程序可以被预先记录到作为记录介质的硬盘和ROM(只读存储器)之一上。所述程序也可以被暂时或永久地存储(记录)在可移动记录媒体上。所述记录媒体包括软盘、CD-ROM(致密盘只读存储器)、MO(磁光)盘、DVD(数字通用盘)、磁盘、半导体存储器等。可以以封装软件来提供这样的可移动介质。

可以从所述可移动记录介质向计算机安装所述程序。可以以无线的方式从下载站点向计算机发送所述程序。也可以经由诸如LAN(局域网)和因特网之一的网络来以有线的方式发送所述程序。所述程序然后由计算机接收并且被安装到诸如在计算机中的硬盘之类的记录介质上。

以所述的时间序列顺序来依序执行在本说明书中讨论的处理步骤。或者，可以并行或独立地执行所述步骤。在本说明书中，所述系统指的是由多个装置组成的逻辑系统，并且每个装置的元件不必然被包含在同一外壳中。

产业上的应用

按照本发明的实施例，控制OS在其中共存多个操作系统共存的多OS环境中进行OS之间的通信控制。控制OS控制对应于OS而设置的逻辑分区之间的消息传送。物理地址空间中的消息区域被从到消息发送OS中的逻辑分区地址空间中的消息区域的映射状态转换为到消息接收OS中的逻辑分区地址空间中的消息区域的映射状态。从而在OS之间执行消息传送控制。在不同的OS之间平滑的通信是可能的。

按照本发明的实施例，通信执行OS产生与由本身OS管理的文件系统标识的文件描述符相关联的套接字，设置经由所述套接字访问的虚拟文件，并且经由所述虚拟文件发送和接收消息，或者通过将物理地址空间中的消息区域映射到处理的地址空间来发送或接收消息。使用在不同OS之间的一般套接字来进行消息传送。

按照本发明的实施例，设置对应于套接字的服务的标识符，以便对于所述服务设置通信许可。使用选择系统调用经由套接字来进行经由套接字的接收监控处理。

权利要求书

(按照条约第19条的修改)

按照专利合作条约第19(1)提出的修改声明

(1)权利要求的修改

在独立权利要求1、9、17的修改中，明确了下述布置：“通信操作中的所述通信执行操作系统中的至少一个产生包含逻辑分区信息的系统控制程序，根据该系统控制程序与该控制OS一起执行系统操作控制，以及产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字”。为了保证与其余权利要求的一致性，还修改了从属权利要求2、3、10、11。为了保证权利要求18、19与其它权利要求的发明单一性，将权利要求18、19设置为权利要求17的从属权利要求。

在本发明说明书中的第7页第22行到第26行，以及第12页第11行到第26行中描述了上述修改的内容。

(2)与对比文件的不同

在国际检索报告中，对比文件1：JP2003-316589陈述了在逻辑分区期间使用对物理磁盘和虚拟卷的访问的通信，对比文件2陈述了使用映射的通信，对比文件3：JP2002-342280陈述了执行套接字通信时间段和文件访问的布置，上述每个操作均在逻辑分区期间被执行，以及对比文件4；JP11-45220陈述了使用与套接字描述符相关的文件描述符的通信。

上述对比文件均没有陈述说明书中第12页第17行到第22行的布置，即在客户OS与系统控制OS的通信操作中的“系统控制OS生成套接字，并且经由消息通道执行通信”的布置。根据本发明的该独有特征，系统控制OS以与已知套接字相同的语义经由消息通道执行通信，如说明书第12页第31行到第13页第3行所述。

1.一种包括多个操作系统(OS)的信息处理装置，所述多个操作系统包括所述多个操作系统之间的通信的控制操作系统

其中，所述控制操作系统通过下述方式来控制为相应通信执行操作系统建立的逻辑分区之间的消息传送：将物理地址空间中的消息区域从到消息发送OS中的逻辑分区地址空间中的消息区域的映射状态切换为到消息接收OS中的逻辑分区地址空间中的消息区域的映射状态，以及

其中，通信操作中的所述通信执行操作系统中的至少一个产生包含逻辑分区管理信息的系统控制程序，根据该系统控制程序与该控制OS一起执行系统操作控制，以及

产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字。

2.按照权利要求1的信息处理装置，其中，通信操作中的所述通信执行操作系统中的至少一个产生经由该套接字访问的虚拟文件，并且经由该虚拟文件访问该物理地址空间中的消息区域。

3.按照权利要求2的信息处理装置，其中，使用该套接字的、通信操作中的通信执行OS中的至少一个获取与该套接字相关联的虚拟文件的标识符，并且使用由所获取的虚拟文件标识符标识的虚拟文件来执行消息写入操作和消息读取操作之一。

4.按照权利要求1的信息处理装置，其中，通信操作中的至少一个通信执行操作系统产生与由本身的OS管理的文件系统识别的文件描述符相关联的套接字，并且经由所述套接字将在物理地址空间中的消息区域映射到处理的地址空间，以便所述处理直接访问所述消息区域。

5.按照权利要求1的信息处理装置，其中，在通信操作中的至少一个通信执行OS产生与由本身的OS管理的文件系统识别的文件描述符相关联的套接字，并且经由所述套接字将在物理地址空间中的消息区域映射到对应于所述通信执行OS的逻辑分区的地址空间，以便访问所述消息区域。

6.按照权利要求2-5之一的信息处理装置，其中，使用所述套接字的在通信操作中的通信执行操作系统设置对应于所述套接字的服务的标识符，并且设置对应于所述服务的通信许可。

7.按照权利要求2-5之一的信息处理装置，其中，使用所述套接字的在通信操作中的通信执行操作系统经由所述套接字来对于消息执行接收监控处理。

8.按照权利要求7的信息处理装置，其中，通信执行OS通过应用选择系统调用来对于消息执行接收监控处理。

9.一种存储多个操作系统(OS)的信息处理装置的通信处理方法，包括：

在通信执行OS之间由控制OS执行的消息传送控制步骤，该消息传送控制步骤包括：

将物理地址空间中的消息区域设置到映射到消息发送OS的逻辑分区地址空间中的消息区域的映射状态，以及

释放所述映射状态，并且将物理地址空间中的消息区域设置为映射到消息接收OS的逻辑分区地址空间中的消息区域的映射状态；以及

由通信操作中的通信执行OS中的至少一个执行的执行步骤，该执行步骤包括：产生包含逻辑分区管理信息的系统控制程序，根据系统控制程序与该控制OS一起执行系统操作控制，并且产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字。

10.按照权利要求9的通信处理方法，其中，执行消息传送的通信执行OS中的至少一个产生经由该套接字访问的虚拟文件，并且经由该虚拟文件来访问物理地址空间中的消息区域，以便执行消息传送。

11.按照权利要求10的通信处理方法，其中，使用该套接字的、通信操作中的通信执行OS获取与该套接字相关联的虚拟文件的标识符，并且使用由所获取的虚拟文件标识符标识的虚拟文件来执行消息写入操作和消息读取操作之一。

12.按照权利要求9的通信处理方法，其中，通信操作中的通信执行OS中的至少一个产生与由本身的OS管理的文件系统识别的文件描述符相关联的套接字，并且经由所述套接字将在物理地址空间中的消息区域映射到处理的地址空间，以便所述处理直接地访问所述消息区域。

13.按照权利要求9的通信处理方法，其中，在通信操作中的至少一个通信执行OS产生与由本身的OS管理的文件系统识别的文件描述符相关联的套接字，并且经由所述套接字将在物理地址空间中的消息区域映射为对应于所述OS的逻辑分区的地址空间，以便访问所述消息区域。

14.按照权利要求9-13之一的通信处理方法，其中，使用所述套接字的在通信操作中的通信执行OS设置对应于所述套接字的服务的标识符，并且设置对应于所述服务的通信许可。

15.按照权利要求9-13之一的通信处理方法，其中，使用所述套接字的在通信操作中的所述通信执行OS经由所述套接字来对于所述消息执行接收监控处理。

16.按照权利要求15的通信处理方法，其中，所述通信执行OS通过应用选择系统调用来经由所述套接字对于所述消息执行接收监控处理。

17.一种用于控制存储多个操作系统(OS)的信息处理装置中的通信的计算机程序，包括：

在通信执行OS之间由控制OS执行的消息传送控制步骤，该消息传送控制步骤包括：

将物理地址空间中的消息区域设置到映射到消息发送OS的逻辑分区地址空间中的消息区域的映射状态，以及

释放所述映射状态，并且将物理地址空间中的消息区域设置为映射到消息接收OS的逻辑分区地址空间中的消息区域的映射状态；以及

由通信操作中的通信执行OS中的至少一个执行的执行步骤，该执行步骤包括：产生包含逻辑分区管理信息的系统控制程序，根据系统控制程序与该控制OS一起执行系统操作控制，并且产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字。

18.按照权利要求17的计算机程序，其中，所述由通信操作中的通信执行OS中的至少一个执行的执行步骤包括：

产生经由该套接字访问的虚拟文件；并且

经由所述虚拟文件访问该物理地址空间中的消息区域，以便执行消息传送。

19.按照权利要求17的计算机程序，其中，所述由通信操作中的通信执行OS中的至少一个执行的执行步骤包括：

经由套接字将物理地址空间中的消息区域映射到处理的地址空间；并且

直接地访问所述消息区域。

Claims (19)

1.一种包括多个操作系统(OS)的信息处理装置，所述多个操作系统包括控制所述多个操作系统之间的通信的控制操作系统，所述控制操作系统通过下述方式来控制为相应通信执行操作系统建立的逻辑分区之间的消息传送：将物理地址空间中的消息区域从到消息发送OS中的逻辑分区地址空间中的消息区域的映射状态切换为到消息接收OS中的逻辑分区地址空间中的消息区域的映射状态。

2.按照权利要求1的信息处理装置，其中，通信操作中的所述通信执行操作系统中的至少一个产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字，产生经由该套接字访问的虚拟文件，并且经由该虚拟文件访问该物理地址空间中的消息区域。

3.按照权利要求2的信息处理装置，其中，使用该套接字的、通信操作中的通信执行OS获取与该套接字相关联的虚拟文件的标识符，并且使用由所获取的虚拟文件标识符标识的虚拟文件来执行消息写入操作和消息读取操作之一。

4.按照权利要求1的信息处理装置，其中，通信操作中的所述通信执行操作系统中的至少一个产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字，并且经由所述套接字将物理地址空间中的消息区域映射到处理的地址空间，以便所述处理直接访问所述消息区域。

5.按照权利要求1的信息处理装置，其中，通信操作中的所述通信执行OS中的至少一个产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字，并且经由所述套接字将物理地址空间中的消息区域映射到对应于所述通信执行OS的逻辑分区的地址空间，以便访问所述消息区域。

6.按照权利要求2到5之一的信息处理装置，其中，使用所述套接字的、通信操作中的通信执行操作系统设置对应于所述套接字的服务的标识符，并且设置对应于所述服务的通信许可。

7.按照权利要求2到5之一的信息处理装置，其中，使用所述套接字的、通信操作中的通信执行操作系统经由所述套接字执行对消息的接收监控处理。

8.按照权利要求7的信息处理装置，其中，所述通信执行OS通过应用选择系统调用经由套接字执行对消息的接收监控处理。

9.一种存储多个操作系统(OS)的信息处理装置的通信处理方法，包括步骤：

将物理地址空间中的消息区域设置为映射到消息发送OS的逻辑分区地址空间中的消息区域的映射状态；以及

释放所述映射状态，并且将物理地址空间中的消息区域设置为映射到消息接收OS的逻辑分区地址空间中的消息区域的映射状态。

10.按照权利要求9的通信处理方法，其中，执行消息传送的通信执行OS中的至少一个产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字，产生经由该套接字访问的虚拟文件，并且经由该虚拟文件来访问物理地址空间中的消息区域，以便执行消息传送。

11.按照权利要求10的通信处理方法，其中，使用该套接字的、通信操作中的通信执行OS获取与该套接字相关联的虚拟文件的标识符，并且使用由所获取的虚拟文件标识符标识的虚拟文件来执行消息写入操作和消息读取操作之一。

12.按照权利要求9的通信处理方法，其中，通信操作中的通信执行OS中的至少一个产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字，并且经由所述套接字将物理地址空间中的消息区域映射到处理的地址空间，以便所述处理直接地访问所述消息区域。

13.按照权利要求9的通信处理方法，其中，通信操作中的通信执行OS中的至少一个产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字，并且经由所述套接字将物理地址空间中的消息区域映射到对应于所述通信执行OS的逻辑分区的地址空间，以便访问所述消息区域。

14.按照权利要求9到13之一的通信处理方法，其中，使用所述套接字的、通信操作中的通信执行OS设置对应于所述套接字的服务的标识符，并且设置对应于所述服务的通信许可。

15.按照权利要求9到13之一的通信处理方法，其中，使用所述套接字的、通信操作中的通信执行OS经由所述套接字执行对消息的接收监控处理。

16.按照权利要求15的通信处理方法，其中，所述通信执行OS通过应用选择系统调用经由套接字执行对消息的接收监控处理。

17.一种用于控制存储多个操作系统(OS)的信息处理装置中的通信的计算机程序，包括步骤：

将物理地址空间中的消息区域设置为映射到消息发送OS的逻辑分区地址空间中的消息区域的映射状态；以及

释放所述映射状态，并且将物理地址空间中的消息区域设置为映射到消息接收OS的逻辑分区地址空间中的消息区域。

18.一种用于控制存储多个操作系统(OS)的信息处理装置中的通信的计算机程序，包括步骤：

产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字；

产生经由所述套接字访问的虚拟文件；并且

经由所述虚拟文件访问物理地址空间中的消息区域，以便执行消息传送。

19.一种用于控制存储多个操作系统(OS)的信息处理装置中的通信的计算机程序，包括步骤：

产生与由本身的OS管理的文件系统标识的文件描述符相关联的套接字；

经由所述套接字将物理地址空间中的消息区域映射到处理的地址空间；并且

直接地访问所述消息区域。

Images