JPH1185546A - 異種ｏｓ上プロセス間通信方法 - Google Patents
異種ｏｓ上プロセス間通信方法Info
- Publication number
- JPH1185546A JPH1185546A JP9248176A JP24817697A JPH1185546A JP H1185546 A JPH1185546 A JP H1185546A JP 9248176 A JP9248176 A JP 9248176A JP 24817697 A JP24817697 A JP 24817697A JP H1185546 A JPH1185546 A JP H1185546A
- Authority
- JP
- Japan
- Prior art keywords
- inter
- semaphore
- communication
- event
- shared memory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】１台の計算機上で複数のオペレーティングシス
テム（ＯＳ）が動作するとき、それぞれのＯＳ上で動作
するプロセス間でのプロセス間通信（イベント同期、セ
マフォ、メッセージ、共有メモリ）を可能とする。 【解決手段】ＯＳ間通信オブジェクト（イベント、セマ
フォ、メッセージキュー、共有メモリ等）毎に、ＯＳ間
通信オブジェクトの名前と第１のＯＳのプロセス間通信
機能に関するオブジェクトハンドルと第２のＯＳのプロ
セス間通信機能に関するオブジェクトハンドルの対応を
記録する管理表を設ける。この管理表により、第１のＯ
Ｓ上のプロセスおよび第２のＯＳ上のプロセスから発行
されたＯＳ間通信オブジェクトの名前を指定した通信要
求を、第１のＯＳあるいは第２のＯＳのプロセス間通信
機能への要求へと変換する。
テム（ＯＳ）が動作するとき、それぞれのＯＳ上で動作
するプロセス間でのプロセス間通信（イベント同期、セ
マフォ、メッセージ、共有メモリ）を可能とする。 【解決手段】ＯＳ間通信オブジェクト（イベント、セマ
フォ、メッセージキュー、共有メモリ等）毎に、ＯＳ間
通信オブジェクトの名前と第１のＯＳのプロセス間通信
機能に関するオブジェクトハンドルと第２のＯＳのプロ
セス間通信機能に関するオブジェクトハンドルの対応を
記録する管理表を設ける。この管理表により、第１のＯ
Ｓ上のプロセスおよび第２のＯＳ上のプロセスから発行
されたＯＳ間通信オブジェクトの名前を指定した通信要
求を、第１のＯＳあるいは第２のＯＳのプロセス間通信
機能への要求へと変換する。
Description
【０００１】
【発明の属する技術分野】本発明は、１台の計算機上で
同時に動作する異なるオペレーティングシステム上のプ
ロセスが相互に同期および通信する方法に関する。
同時に動作する異なるオペレーティングシステム上のプ
ロセスが相互に同期および通信する方法に関する。
【０００２】
【従来の技術】一般的に、計算機では１つのオペレーテ
ィングシステム（ＯＳ）が動作し、それが計算機の各種
資源（ＣＰＵ、メモリ、２次記憶装置等）を管理してい
る。このＯＳには様々な種類のものがあり、それぞれに
特徴がある。即ち、オンライン処理に向いたＯＳ、リア
ルタイム処理向けのＯＳ、グラフィカルユーザインタフ
ェース（ＧＵＩ）に優れたＯＳ等である。すると１台の
計算機上に複数のＯＳを動作させようとする要求が生ま
れる。このための技術としては、仮想計算機あるいはマ
イクロカーネルがある。
ィングシステム（ＯＳ）が動作し、それが計算機の各種
資源（ＣＰＵ、メモリ、２次記憶装置等）を管理してい
る。このＯＳには様々な種類のものがあり、それぞれに
特徴がある。即ち、オンライン処理に向いたＯＳ、リア
ルタイム処理向けのＯＳ、グラフィカルユーザインタフ
ェース（ＧＵＩ）に優れたＯＳ等である。すると１台の
計算機上に複数のＯＳを動作させようとする要求が生ま
れる。このための技術としては、仮想計算機あるいはマ
イクロカーネルがある。
【０００３】仮想計算機は、主に汎用計算機の世界で実
現されている技術である。仮想計算機制御プログラムが
すべての計算機資源を管理し、それを各仮想計算機に対
して分割専有したり、仮想化して与えたりするのであ
る。
現されている技術である。仮想計算機制御プログラムが
すべての計算機資源を管理し、それを各仮想計算機に対
して分割専有したり、仮想化して与えたりするのであ
る。
【０００４】一方、マイクロカーネルでは、マイクロカ
ーネルの上にＯＳ機能を実現するＯＳサーバを構築し、
ユーザはそのサーバを通して計算機を利用する。このＯ
Ｓサーバを各種用意すれば様々なＯＳ環境を利用でき
る。
ーネルの上にＯＳ機能を実現するＯＳサーバを構築し、
ユーザはそのサーバを通して計算機を利用する。このＯ
Ｓサーバを各種用意すれば様々なＯＳ環境を利用でき
る。
【０００５】また、計算機のＯＳが提供する機能とし
て、プロセス間の同期機能および通信機能がある（以下
では、「プロセス間の同期機能および通信機能」のこと
を「プロセス間同期・通信機能」と呼ぶことがある）。
プロセス間の同期機能は、主に複数のプロセスが資源を
共有する場合にシリアライズして競合を防止するための
機能であり、プロセス間通信機能は、複数のプロセスが
互いにデータのやりとりをするための機能である。例え
ば、プロセス間の同期機能としてはイベント同期機能や
セマフォがあり、プロセス間通信機能としてはメッセー
ジや共有メモリがある（「ＵＮＩＸカーネルの設計」Ma
urice J. Bach 著、坂本文・多田好克・村井純 訳、
ｐ３０４〜３２２、原題 "The Design of the UNIX Ope
rating System"）。
て、プロセス間の同期機能および通信機能がある（以下
では、「プロセス間の同期機能および通信機能」のこと
を「プロセス間同期・通信機能」と呼ぶことがある）。
プロセス間の同期機能は、主に複数のプロセスが資源を
共有する場合にシリアライズして競合を防止するための
機能であり、プロセス間通信機能は、複数のプロセスが
互いにデータのやりとりをするための機能である。例え
ば、プロセス間の同期機能としてはイベント同期機能や
セマフォがあり、プロセス間通信機能としてはメッセー
ジや共有メモリがある（「ＵＮＩＸカーネルの設計」Ma
urice J. Bach 著、坂本文・多田好克・村井純 訳、
ｐ３０４〜３２２、原題 "The Design of the UNIX Ope
rating System"）。
【０００６】
【発明が解決しようとする課題】以上のような仮想計算
機あるいはマイクロカーネル等の技術により１台の計算
機上に複数のＯＳを動作させることが可能となる。する
と、例えば、１台の計算機上でリアルタイム処理向けＯ
ＳとＧＵＩに優れたＯＳが動作しているとき、リアルタ
イム処理向けＯＳ上のプロセスが取得したデータをＧＵ
Ｉに優れたＯＳ上のプロセスで処理して画面に表示す
る、といった要求が生まれる。これを実現するために
は、同時に動作する複数のＯＳ上のプロセス同士の同期
機能および通信機能が必要となる。
機あるいはマイクロカーネル等の技術により１台の計算
機上に複数のＯＳを動作させることが可能となる。する
と、例えば、１台の計算機上でリアルタイム処理向けＯ
ＳとＧＵＩに優れたＯＳが動作しているとき、リアルタ
イム処理向けＯＳ上のプロセスが取得したデータをＧＵ
Ｉに優れたＯＳ上のプロセスで処理して画面に表示す
る、といった要求が生まれる。これを実現するために
は、同時に動作する複数のＯＳ上のプロセス同士の同期
機能および通信機能が必要となる。
【０００７】そこで、本発明の第１の目的は、１台の計
算機上で複数のＯＳが動作する場合に、それぞれのＯＳ
上のプロセス間でのプロセス間同期・通信機能を実現す
るための方法を提供することにある。
算機上で複数のＯＳが動作する場合に、それぞれのＯＳ
上のプロセス間でのプロセス間同期・通信機能を実現す
るための方法を提供することにある。
【０００８】また、異種ＯＳ上のプロセス間での同期機
能あるいは通信機能を実現する場合、このＯＳが備えて
いるプロセス間同期・通信機能を利用することができれ
ば、実現が容易となる。
能あるいは通信機能を実現する場合、このＯＳが備えて
いるプロセス間同期・通信機能を利用することができれ
ば、実現が容易となる。
【０００９】そこで、本発明の第２の目的は、１台の計
算機上で複数のＯＳが動作し、それぞれのＯＳ上のプロ
セス相互間のプロセス間同期・通信機能を実現する際
に、これらのＯＳがもともと備えているプロセス間同期
・通信機能を用いて実現するための方法を提供すること
にある。
算機上で複数のＯＳが動作し、それぞれのＯＳ上のプロ
セス相互間のプロセス間同期・通信機能を実現する際
に、これらのＯＳがもともと備えているプロセス間同期
・通信機能を用いて実現するための方法を提供すること
にある。
【００１０】
【課題を解決するための手段】本発明では、ＯＳ間通信
オブジェクト（イベント、セマフォ、メッセージキュ
ー、共有メモリ等）毎に、ＯＳ間通信オブジェクトの名
前と第１のＯＳのプロセス間通信機能に関するオブジェ
クトハンドルと第２のＯＳのプロセス間通信機能に関す
るオブジェクトハンドルの対応を記録する管理表を設け
る。この管理表により、第１のＯＳ上のプロセスおよび
第２のＯＳ上のプロセスから発行されたＯＳ間通信オブ
ジェクトの名前を指定した通信要求を、第１のＯＳある
いは第２のＯＳのプロセス間通信機能への要求へと変換
できる。即ち、例えば、セマフォを指定したＯＳ間通信
要求を第１のＯＳのセマフォ通信要求に変換できるので
ある。これにより、例えば、イベント同期によるプロセ
ス間通信の場合では、ウェイトしている第１のＯＳ上の
プロセスを第２のＯＳ上のプロセスがポストし、ウェイ
トしている第２のＯＳ上のプロセスを第１のＯＳ上のプ
ロセスがポストすることが可能となる。
オブジェクト（イベント、セマフォ、メッセージキュ
ー、共有メモリ等）毎に、ＯＳ間通信オブジェクトの名
前と第１のＯＳのプロセス間通信機能に関するオブジェ
クトハンドルと第２のＯＳのプロセス間通信機能に関す
るオブジェクトハンドルの対応を記録する管理表を設け
る。この管理表により、第１のＯＳ上のプロセスおよび
第２のＯＳ上のプロセスから発行されたＯＳ間通信オブ
ジェクトの名前を指定した通信要求を、第１のＯＳある
いは第２のＯＳのプロセス間通信機能への要求へと変換
できる。即ち、例えば、セマフォを指定したＯＳ間通信
要求を第１のＯＳのセマフォ通信要求に変換できるので
ある。これにより、例えば、イベント同期によるプロセ
ス間通信の場合では、ウェイトしている第１のＯＳ上の
プロセスを第２のＯＳ上のプロセスがポストし、ウェイ
トしている第２のＯＳ上のプロセスを第１のＯＳ上のプ
ロセスがポストすることが可能となる。
【００１１】
【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。
より詳細に説明する。
【００１２】図１は、本発明の実施例を実施する計算機
システムにおけるＯＳ間通信の概要を示す図である。ハ
ードウェア１０００は、この計算機システムを構成する
ハードウェアであり、ＣＰＵ、メモリ、入出力装置等か
ら成る。複数ＯＳ制御プログラム１１００は、この計算
機上で複数のＯＳ（この例では第１のＯＳ１２００およ
び第２のＯＳ１３００）が動作するための各種の制御を
する部分で、ハードウェア１０００の初期化および分割
専有処理、ＣＰＵのスケジューリング、割り込み処理等
を行う。ＯＳ間通信処理部１８００は、複数ＯＳ制御プ
ログラム１１００の中に存在し、管理表１９００を用い
てこの計算機システム上で動作するＯＳのＯＳ間通信の
処理を行う。管理表１９００は、ＯＳ間通信オブジェク
ト対応に存在し、イベント管理表３０００、セマフォ管
理表５０００、メッセージキュー管理表６０００、共有
メモリ管理表７０００がある。そして、ＯＳ間通信処理
部１８００には、メッセージ通信機能１８１０がある。
このメッセージ通信機能１８１０は、メッセージによる
ＯＳ間通信の処理を行う。第１のＯＳ１２００および第
２のＯＳ１３００は、この計算機システム上で動作する
オペレーティングシステム（ＯＳ）で、例えば、第１の
ＯＳがグラフィカルユーザインタフェース（ＧＵＩ）に
優れたＯＳであり、第２のＯＳがリアルタイム性に優れ
たＯＳであるという具合である。これらのＯＳは各々ド
ライバ部１２５０およびドライバ部１３５０を含んでお
り、これらドライバを経由してＯＳ間通信処理部１８０
０とアクセスする。そして、それぞれのＯＳには、第１
のＯＳのプロセス間通信機能１４００および第２のＯＳ
のプロセス間通信機能１５００がある。これらは、それ
ぞれのＯＳ自身がその上で動作するプロセスに対するプ
ロセス間通信の処理を行う部分であり、第１のＯＳのプ
ロセス間通信機能１４００は、イベント同期通信機能１
４１０、セマフォ通信機能１４２０、共有メモリ通信機
能１４４０から成る。第２のＯＳのプロセス間通信機能
１５００は、イベント同期通信機能１５１０から成る。
第１のＯＳのプロセス１６００は第１のＯＳ１２００の
上で動作するプロセスであり、第２のＯＳのプロセス１
７００は第２のＯＳ１３００の上で動作するプロセスで
ある。第１のＯＳのプロセス１６００あるいは第２のＯ
Ｓのプロセス１７００からＯＳ間通信オブジェクトのオ
ープンの要求がドライバ部１２５０あるいはドライバ部
１３５０を経由して出されると、ＯＳ間通信処理部１８
００は、この要求で指定されたＯＳ間通信オブジェクト
の名前を管理表１９００から探し、これと同じ名前のＯ
Ｓ間通信オブジェクトのエントリがあればその記述子を
返し、同じ名前のＯＳ間通信オブジェクトがなければ、
第１のＯＳのプロセス間通信機能１４００に対してオー
プン要求を行う。そして、返されたオブジェクトハンド
ルとこのＯＳ間通信オブジェクトの名前を管理表１９０
０に登録し、そのエントリの記述子を返す。
システムにおけるＯＳ間通信の概要を示す図である。ハ
ードウェア１０００は、この計算機システムを構成する
ハードウェアであり、ＣＰＵ、メモリ、入出力装置等か
ら成る。複数ＯＳ制御プログラム１１００は、この計算
機上で複数のＯＳ（この例では第１のＯＳ１２００およ
び第２のＯＳ１３００）が動作するための各種の制御を
する部分で、ハードウェア１０００の初期化および分割
専有処理、ＣＰＵのスケジューリング、割り込み処理等
を行う。ＯＳ間通信処理部１８００は、複数ＯＳ制御プ
ログラム１１００の中に存在し、管理表１９００を用い
てこの計算機システム上で動作するＯＳのＯＳ間通信の
処理を行う。管理表１９００は、ＯＳ間通信オブジェク
ト対応に存在し、イベント管理表３０００、セマフォ管
理表５０００、メッセージキュー管理表６０００、共有
メモリ管理表７０００がある。そして、ＯＳ間通信処理
部１８００には、メッセージ通信機能１８１０がある。
このメッセージ通信機能１８１０は、メッセージによる
ＯＳ間通信の処理を行う。第１のＯＳ１２００および第
２のＯＳ１３００は、この計算機システム上で動作する
オペレーティングシステム（ＯＳ）で、例えば、第１の
ＯＳがグラフィカルユーザインタフェース（ＧＵＩ）に
優れたＯＳであり、第２のＯＳがリアルタイム性に優れ
たＯＳであるという具合である。これらのＯＳは各々ド
ライバ部１２５０およびドライバ部１３５０を含んでお
り、これらドライバを経由してＯＳ間通信処理部１８０
０とアクセスする。そして、それぞれのＯＳには、第１
のＯＳのプロセス間通信機能１４００および第２のＯＳ
のプロセス間通信機能１５００がある。これらは、それ
ぞれのＯＳ自身がその上で動作するプロセスに対するプ
ロセス間通信の処理を行う部分であり、第１のＯＳのプ
ロセス間通信機能１４００は、イベント同期通信機能１
４１０、セマフォ通信機能１４２０、共有メモリ通信機
能１４４０から成る。第２のＯＳのプロセス間通信機能
１５００は、イベント同期通信機能１５１０から成る。
第１のＯＳのプロセス１６００は第１のＯＳ１２００の
上で動作するプロセスであり、第２のＯＳのプロセス１
７００は第２のＯＳ１３００の上で動作するプロセスで
ある。第１のＯＳのプロセス１６００あるいは第２のＯ
Ｓのプロセス１７００からＯＳ間通信オブジェクトのオ
ープンの要求がドライバ部１２５０あるいはドライバ部
１３５０を経由して出されると、ＯＳ間通信処理部１８
００は、この要求で指定されたＯＳ間通信オブジェクト
の名前を管理表１９００から探し、これと同じ名前のＯ
Ｓ間通信オブジェクトのエントリがあればその記述子を
返し、同じ名前のＯＳ間通信オブジェクトがなければ、
第１のＯＳのプロセス間通信機能１４００に対してオー
プン要求を行う。そして、返されたオブジェクトハンド
ルとこのＯＳ間通信オブジェクトの名前を管理表１９０
０に登録し、そのエントリの記述子を返す。
【００１３】図２には、第１のＯＳのプロセス１６００
および第２のＯＳのプロセス１７００のプロセスのアド
レス空間の構成を示す。第１のＯＳのプロセス１６００
のアドレス空間２１００および第２のＯＳのプロセス１
７００のプロセスのアドレス空間２２００は、下半分が
各アプリケーション領域２３００である。そして、上半
分はシステム領域２４００であり、第１のＯＳのプロセ
ス１６００および第２のＯＳのプロセス１７００の両者
から共通な領域である。このシステム領域２４００に
は、複数ＯＳ制御部１１００およびＯＳ間通信処理部１
８００が存在する。
および第２のＯＳのプロセス１７００のプロセスのアド
レス空間の構成を示す。第１のＯＳのプロセス１６００
のアドレス空間２１００および第２のＯＳのプロセス１
７００のプロセスのアドレス空間２２００は、下半分が
各アプリケーション領域２３００である。そして、上半
分はシステム領域２４００であり、第１のＯＳのプロセ
ス１６００および第２のＯＳのプロセス１７００の両者
から共通な領域である。このシステム領域２４００に
は、複数ＯＳ制御部１１００およびＯＳ間通信処理部１
８００が存在する。
【００１４】以下では、まず、イベント同期に関連した
処理について説明する。
処理について説明する。
【００１５】図３は、管理表１９００の中のイベント管
理表３０００を示す図である。イベント管理表３０００
は、ＯＳ間通信処理部１８００の初期処理時に確保され
る。イベント管理表３０００は、エントリ有効フラグ３
０１０、イベントの名前３０２０、第１のＯＳのイベン
トオブジェクトハンドル３０３０、第１のＯＳのイベン
トオブジェクトハンドル有効フラグ３０４０、第２のＯ
Ｓのイベントオブジェクトハンドル３０５０、第２のＯ
Ｓのイベントオブジェクトハンドル有効フラグ３０６０
から成る。この場合は、第１のＯＳ１２００および第２
のＯＳ１３００がともにイベント同期通信機能を有する
ので、第１のＯＳ１２００のイベント同期通信機能のオ
ブジェクトハンドルを格納するのがイベントオブジェク
トハンドル３０３０であり、イベントオブジェクトハン
ドル有効フラグ３０４０はそれの有効か無効かを示すフ
ラグである。そして、第２のＯＳ１３００のイベント同
期通信機能のオブジェクトハンドルを格納するのが第２
のＯＳのイベントオブジェクトハンドル３０５０で、第
２のＯＳのイベントオブジェクトハンドル有効フラグ３
０６０はそれの有効か無効かを示すフラグである。ま
た、エントリ有効フラグ３０１０は、このエントリが有
効か無効かを示すフラグである。イベントの名前３０２
０は、ＯＳ間通信オブジェクトであるところのイベント
の名前を格納する。
理表３０００を示す図である。イベント管理表３０００
は、ＯＳ間通信処理部１８００の初期処理時に確保され
る。イベント管理表３０００は、エントリ有効フラグ３
０１０、イベントの名前３０２０、第１のＯＳのイベン
トオブジェクトハンドル３０３０、第１のＯＳのイベン
トオブジェクトハンドル有効フラグ３０４０、第２のＯ
Ｓのイベントオブジェクトハンドル３０５０、第２のＯ
Ｓのイベントオブジェクトハンドル有効フラグ３０６０
から成る。この場合は、第１のＯＳ１２００および第２
のＯＳ１３００がともにイベント同期通信機能を有する
ので、第１のＯＳ１２００のイベント同期通信機能のオ
ブジェクトハンドルを格納するのがイベントオブジェク
トハンドル３０３０であり、イベントオブジェクトハン
ドル有効フラグ３０４０はそれの有効か無効かを示すフ
ラグである。そして、第２のＯＳ１３００のイベント同
期通信機能のオブジェクトハンドルを格納するのが第２
のＯＳのイベントオブジェクトハンドル３０５０で、第
２のＯＳのイベントオブジェクトハンドル有効フラグ３
０６０はそれの有効か無効かを示すフラグである。ま
た、エントリ有効フラグ３０１０は、このエントリが有
効か無効かを示すフラグである。イベントの名前３０２
０は、ＯＳ間通信オブジェクトであるところのイベント
の名前を格納する。
【００１６】ＯＳの中には、プロセス間のイベント同期
のためにＥＣＢ（イベントコントロールブロック）を使
用するものもあるが、そのような場合には、第１のＯＳ
のイベントオブジェクトハンドル３０３０あるいは第２
のＯＳのイベントオブジェクトハンドル３０５０に、Ｅ
ＣＢのアドレスを格納する。
のためにＥＣＢ（イベントコントロールブロック）を使
用するものもあるが、そのような場合には、第１のＯＳ
のイベントオブジェクトハンドル３０３０あるいは第２
のＯＳのイベントオブジェクトハンドル３０５０に、Ｅ
ＣＢのアドレスを格納する。
【００１７】図４は、第１のＯＳのプロセス１６００が
発行したイベント同期通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ントの名前をパラメータに指定してオープン要求を行
い、その結果としてイベント記述子を得る。以降のイベ
ント同期通信関連のシステムコールでは、このイベント
記述子を用いることになる。まず、イベント管理表３０
００を調べて、エントリ有効フラグ３０１０がＯＮで、
かつ、指定されたイベントの名前とイベントの名前３０
２０が同じであるエントリを探す（ステップ４０１
０）。イベント管理表３０００にこのようなエントリが
あれば、既にこの名前のイベントはオープンされている
ことになる。そこで、このエントリについて、第１のＯ
Ｓのイベントオブジェクトハンドル有効フラグ３０４０
を調べ（ステップ４０９０）、ＯＮなら、そのエントリ
のイベント記述子を返して終了する（ステップ４１０
０）。ＯＦＦなら、第１のＯＳ１２００のイベント同期
通信機能１４１０のオープンのシステムコールをこのイ
ベントの名前で発行することにより、第１のＯＳ１２０
０のイベント同期通信機能１４１０におけるオブジェク
トハンドルを獲得し（ステップ４１１０）、獲得したオ
ブジェクトハンドルを第１のＯＳのイベントオブジェク
トハンドル３０３０にセットし（ステップ４１２０）、
第１のＯＳのイベントオブジェクトハンドル有効フラグ
３０４０をＯＮにし（ステップ４１３０）、そのエント
リのイベント記述子を返して終了する（ステップ４１４
０）。
発行したイベント同期通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ントの名前をパラメータに指定してオープン要求を行
い、その結果としてイベント記述子を得る。以降のイベ
ント同期通信関連のシステムコールでは、このイベント
記述子を用いることになる。まず、イベント管理表３０
００を調べて、エントリ有効フラグ３０１０がＯＮで、
かつ、指定されたイベントの名前とイベントの名前３０
２０が同じであるエントリを探す（ステップ４０１
０）。イベント管理表３０００にこのようなエントリが
あれば、既にこの名前のイベントはオープンされている
ことになる。そこで、このエントリについて、第１のＯ
Ｓのイベントオブジェクトハンドル有効フラグ３０４０
を調べ（ステップ４０９０）、ＯＮなら、そのエントリ
のイベント記述子を返して終了する（ステップ４１０
０）。ＯＦＦなら、第１のＯＳ１２００のイベント同期
通信機能１４１０のオープンのシステムコールをこのイ
ベントの名前で発行することにより、第１のＯＳ１２０
０のイベント同期通信機能１４１０におけるオブジェク
トハンドルを獲得し（ステップ４１１０）、獲得したオ
ブジェクトハンドルを第１のＯＳのイベントオブジェク
トハンドル３０３０にセットし（ステップ４１２０）、
第１のＯＳのイベントオブジェクトハンドル有効フラグ
３０４０をＯＮにし（ステップ４１３０）、そのエント
リのイベント記述子を返して終了する（ステップ４１４
０）。
【００１８】一方、ステップ４０１０で、エントリ有効
フラグ３０１０がＯＮで、かつ、指定されたイベントの
名前とイベントの名前３０２０が同じであるエントリ
が、イベント管理表３０００になければ、エントリ有効
フラグ３０１０がＯＦＦのエントリを探す（ステップ４
０２０）。なければ、イベント管理表３０００のすべて
のエントリが使用中であることになるのでエラーリター
ンする（ステップ４０３０）。エントリ有効フラグ３０
１０がＯＦＦのエントリがあれば、第１のＯＳ１２００
のイベント同期通信１４１０のオープンのシステムコー
ルをこのイベントの名前で発行することにより、第１の
ＯＳ１２００のイベント同期通信機能１４１０のオブジ
ェクトハンドルを獲得し（ステップ４０４０）、獲得し
たオブジェクトハンドルを第１のＯＳのイベントオブジ
ェクトハンドル３０３０にセットし（ステップ４０５
０）、第１のＯＳのイベントオブジェクトハンドル有効
フラグ３０４０をＯＮにし（ステップ４０６０）、パラ
メータで指定されたイベントの名前をイベントの名前３
０２０に格納し（ステップ４０６５）、エントリ有効フ
ラグ３０１０をＯＮにして（ステップ４０７０）、その
エントリのイベント記述子を返して終了する（ステップ
４０８０）。
フラグ３０１０がＯＮで、かつ、指定されたイベントの
名前とイベントの名前３０２０が同じであるエントリ
が、イベント管理表３０００になければ、エントリ有効
フラグ３０１０がＯＦＦのエントリを探す（ステップ４
０２０）。なければ、イベント管理表３０００のすべて
のエントリが使用中であることになるのでエラーリター
ンする（ステップ４０３０）。エントリ有効フラグ３０
１０がＯＦＦのエントリがあれば、第１のＯＳ１２００
のイベント同期通信１４１０のオープンのシステムコー
ルをこのイベントの名前で発行することにより、第１の
ＯＳ１２００のイベント同期通信機能１４１０のオブジ
ェクトハンドルを獲得し（ステップ４０４０）、獲得し
たオブジェクトハンドルを第１のＯＳのイベントオブジ
ェクトハンドル３０３０にセットし（ステップ４０５
０）、第１のＯＳのイベントオブジェクトハンドル有効
フラグ３０４０をＯＮにし（ステップ４０６０）、パラ
メータで指定されたイベントの名前をイベントの名前３
０２０に格納し（ステップ４０６５）、エントリ有効フ
ラグ３０１０をＯＮにして（ステップ４０７０）、その
エントリのイベント記述子を返して終了する（ステップ
４０８０）。
【００１９】図５は、第１のＯＳのプロセス１６００が
発行したイベント同期通信のウェイト要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ント記述子をパラメータに指定してウェイト要求を行
う。まず、当該ウェイト要求において指定されたイベン
ト記述子に対応するエントリをイベント管理表３０００
からみつけ、そのエントリにおける第１のＯＳのイベン
トオブジェクトハンドル３０３０を用いて、第１のＯＳ
１２００のイベント同期通信機能１４１０のウェイト要
求のシステムコールを発行し（ステップ４２１０）、リ
ターンする（ステップ４２２０）。
発行したイベント同期通信のウェイト要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ント記述子をパラメータに指定してウェイト要求を行
う。まず、当該ウェイト要求において指定されたイベン
ト記述子に対応するエントリをイベント管理表３０００
からみつけ、そのエントリにおける第１のＯＳのイベン
トオブジェクトハンドル３０３０を用いて、第１のＯＳ
１２００のイベント同期通信機能１４１０のウェイト要
求のシステムコールを発行し（ステップ４２１０）、リ
ターンする（ステップ４２２０）。
【００２０】図６は、第１のＯＳのプロセス１６００が
発行したイベント同期通信のポスト要求システムコール
の処理のフローである。このシステムコールは、イベン
ト記述子をパラメータに指定してポスト要求を行う。ま
ず、第２のＯＳ１３００へのコンテキスト切替えを行い
（ステップ４３１０）、当該ポスト要求において指定さ
れたイベント記述子に対応するエントリをイベント管理
表３０００からみつけ、そのエントリにおける第２のＯ
Ｓのイベントオブジェクトハンドル３０５０を用いて、
第２のＯＳ１３００のイベント同期通信機能１５１０の
ポスト要求のシステムコールを発行する（ステップ４３
２０）。そして、第１のＯＳ１２００へのコンテキスト
切替えを行い（ステップ４３３０）、リターンする（ス
テップ４３４０）。
発行したイベント同期通信のポスト要求システムコール
の処理のフローである。このシステムコールは、イベン
ト記述子をパラメータに指定してポスト要求を行う。ま
ず、第２のＯＳ１３００へのコンテキスト切替えを行い
（ステップ４３１０）、当該ポスト要求において指定さ
れたイベント記述子に対応するエントリをイベント管理
表３０００からみつけ、そのエントリにおける第２のＯ
Ｓのイベントオブジェクトハンドル３０５０を用いて、
第２のＯＳ１３００のイベント同期通信機能１５１０の
ポスト要求のシステムコールを発行する（ステップ４３
２０）。そして、第１のＯＳ１２００へのコンテキスト
切替えを行い（ステップ４３３０）、リターンする（ス
テップ４３４０）。
【００２１】図７は、第１のＯＳのプロセス１６００が
発行したイベント同期通信のクローズ要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ント記述子をパラメータに指定してクローズ要求を行
う。まず、当該クローズ要求において指定されたイベン
ト記述子に対応するエントリをイベント管理表３０００
からみつけ、そのエントリにおける第１のＯＳのイベン
トオブジェクトハンドル３０３０を用いて、第１のＯＳ
１２００のイベント同期通信機能１４１０のクローズ要
求のシステムコールを発行し（ステップ４４１０）、第
１のＯＳのイベントオブジェクトハンドル有効フラグ３
０４０をＯＦＦにする（ステップ４４２０）。第２のＯ
Ｓのイベントオブジェクトハンドル有効フラグ３０６０
がＯＦＦなら、エントリ有効フラグ３０１０をＯＦＦに
して当該エントリを無効にして（ステップ４４４０）、
リターンする（ステップ４４５０）。一方、第２のＯＳ
のイベントオブジェクトハンドル有効フラグ３０６０が
ＯＮなら、リターンする（ステップ４４５０）。
発行したイベント同期通信のクローズ要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ント記述子をパラメータに指定してクローズ要求を行
う。まず、当該クローズ要求において指定されたイベン
ト記述子に対応するエントリをイベント管理表３０００
からみつけ、そのエントリにおける第１のＯＳのイベン
トオブジェクトハンドル３０３０を用いて、第１のＯＳ
１２００のイベント同期通信機能１４１０のクローズ要
求のシステムコールを発行し（ステップ４４１０）、第
１のＯＳのイベントオブジェクトハンドル有効フラグ３
０４０をＯＦＦにする（ステップ４４２０）。第２のＯ
Ｓのイベントオブジェクトハンドル有効フラグ３０６０
がＯＦＦなら、エントリ有効フラグ３０１０をＯＦＦに
して当該エントリを無効にして（ステップ４４４０）、
リターンする（ステップ４４５０）。一方、第２のＯＳ
のイベントオブジェクトハンドル有効フラグ３０６０が
ＯＮなら、リターンする（ステップ４４５０）。
【００２２】図８は、第２のＯＳのプロセス１７００が
発行したイベント同期通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ントの名前をパラメータに指定してオープン要求を行
い、その結果としてイベント記述子を得る。以降のイベ
ント同期通信関連のシステムコールでは、このイベント
記述子を用いることになる。まず、イベント管理表３０
００を調べて、エントリ有効フラグ３０１０がＯＮで、
かつ、指定されたイベントの名前とイベントの名前３０
２０が同じであるエントリを探す（ステップ４５１
０）。イベント管理表３０００にこのようなエントリが
あれば、既にこの名前のイベントはオープンされている
ことになる。そこで、このエントリについて、第２のＯ
Ｓのイベントオブジェクトハンドル有効フラグ３０６０
を調べ（ステップ４５９０）、ＯＮなら、そのエントリ
のイベント記述子を返して終了する（ステップ４６０
０）。ＯＦＦなら、第２のＯＳ１３００のイベント同期
通信１５１０のオープンのシステムコールをこのイベン
トの名前で発行することにより、第２のＯＳ１３００の
イベント同期通信機能１５１０のオブジェクトハンドル
を獲得し（ステップ４６１０）、獲得したオブジェクト
ハンドルを第２のＯＳのイベントオブジェクトハンドル
３０５０にセットし（ステップ４６２０）、第２のＯＳ
のイベントオブジェクトハンドル有効フラグ３０６０を
ＯＮにし（ステップ４６３０）、そのエントリのイベン
ト記述子を返して終了する（ステップ４６４０）。
発行したイベント同期通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ントの名前をパラメータに指定してオープン要求を行
い、その結果としてイベント記述子を得る。以降のイベ
ント同期通信関連のシステムコールでは、このイベント
記述子を用いることになる。まず、イベント管理表３０
００を調べて、エントリ有効フラグ３０１０がＯＮで、
かつ、指定されたイベントの名前とイベントの名前３０
２０が同じであるエントリを探す（ステップ４５１
０）。イベント管理表３０００にこのようなエントリが
あれば、既にこの名前のイベントはオープンされている
ことになる。そこで、このエントリについて、第２のＯ
Ｓのイベントオブジェクトハンドル有効フラグ３０６０
を調べ（ステップ４５９０）、ＯＮなら、そのエントリ
のイベント記述子を返して終了する（ステップ４６０
０）。ＯＦＦなら、第２のＯＳ１３００のイベント同期
通信１５１０のオープンのシステムコールをこのイベン
トの名前で発行することにより、第２のＯＳ１３００の
イベント同期通信機能１５１０のオブジェクトハンドル
を獲得し（ステップ４６１０）、獲得したオブジェクト
ハンドルを第２のＯＳのイベントオブジェクトハンドル
３０５０にセットし（ステップ４６２０）、第２のＯＳ
のイベントオブジェクトハンドル有効フラグ３０６０を
ＯＮにし（ステップ４６３０）、そのエントリのイベン
ト記述子を返して終了する（ステップ４６４０）。
【００２３】一方、ステップ４０１０で、エントリ有効
フラグ３０１０がＯＮで、かつ、指定されたイベントの
名前とイベントの名前３０２０が同じであるエントリ
が、イベント管理表３０００になければ、エントリ有効
フラグ３０１０がＯＦＦのエントリを探す（ステップ４
５２０）。なければ、イベント管理表３０００のすべて
のエントリが使用中であることになるのでエラーリター
ンする（ステップ４５３０）。エントリ有効フラグ３０
１０がＯＦＦのエントリがあれば、第１のＯＳ１２００
のイベント同期通信機能１５１０のオープンのシステム
コールをこのイベントの名前で発行することにより、第
２のＯＳ１３００のイベント同期通信機能１５１０のオ
ブジェクトハンドルを獲得し（ステップ４５４０）、獲
得したオブジェクトハンドルを第２のＯＳのイベントオ
ブジェクトハンドル３０５０にセットし（ステップ４５
５０）、第２のＯＳのイベントオブジェクトハンドル有
効フラグ３０６０をＯＮにし（ステップ４５６０）、パ
ラメータで指定されたイベントの名前をイベントの名前
３０２０に格納し（ステップ４５６５）、エントリ有効
フラグ３０１０をＯＮにして（ステップ４５７０）、そ
のエントリのイベント記述子を返して終了する（ステッ
プ４５８０）。
フラグ３０１０がＯＮで、かつ、指定されたイベントの
名前とイベントの名前３０２０が同じであるエントリ
が、イベント管理表３０００になければ、エントリ有効
フラグ３０１０がＯＦＦのエントリを探す（ステップ４
５２０）。なければ、イベント管理表３０００のすべて
のエントリが使用中であることになるのでエラーリター
ンする（ステップ４５３０）。エントリ有効フラグ３０
１０がＯＦＦのエントリがあれば、第１のＯＳ１２００
のイベント同期通信機能１５１０のオープンのシステム
コールをこのイベントの名前で発行することにより、第
２のＯＳ１３００のイベント同期通信機能１５１０のオ
ブジェクトハンドルを獲得し（ステップ４５４０）、獲
得したオブジェクトハンドルを第２のＯＳのイベントオ
ブジェクトハンドル３０５０にセットし（ステップ４５
５０）、第２のＯＳのイベントオブジェクトハンドル有
効フラグ３０６０をＯＮにし（ステップ４５６０）、パ
ラメータで指定されたイベントの名前をイベントの名前
３０２０に格納し（ステップ４５６５）、エントリ有効
フラグ３０１０をＯＮにして（ステップ４５７０）、そ
のエントリのイベント記述子を返して終了する（ステッ
プ４５８０）。
【００２４】図９は、第２のＯＳのプロセス１７００が
発行したイベント同期通信のウェイト要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ント記述子をパラメータに指定してウェイト要求を行
う。まず、当該ウェイト要求において指定されたイベン
ト記述子に対応するエントリをイベント管理表３０００
からみつけ、そのエントリにおける第２のＯＳのイベン
トオブジェクトハンドル３０５０を用いて、第２のＯＳ
１３００のイベント同期通信機能１５１０のウェイト要
求のシステムコールを発行し（ステップ４７１０）、リ
ターンする（ステップ４７２０）。
発行したイベント同期通信のウェイト要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ント記述子をパラメータに指定してウェイト要求を行
う。まず、当該ウェイト要求において指定されたイベン
ト記述子に対応するエントリをイベント管理表３０００
からみつけ、そのエントリにおける第２のＯＳのイベン
トオブジェクトハンドル３０５０を用いて、第２のＯＳ
１３００のイベント同期通信機能１５１０のウェイト要
求のシステムコールを発行し（ステップ４７１０）、リ
ターンする（ステップ４７２０）。
【００２５】図１０は、第２のＯＳのプロセス１７００
が発行したイベント同期通信のポスト要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ント記述子をパラメータに指定してポスト要求を行う。
まず、第１のＯＳ１２００へのコンテキスト切替えを行
い（ステップ４８１０）、当該ポスト要求において指定
されたイベント記述子に対応するエントリをイベント管
理表３０００からみつけ、そのエントリにおける第１の
ＯＳのイベントオブジェクトハンドル３０３０を用い
て、第１のＯＳ１２００のイベント同期通信機能１４１
０のポスト要求のシステムコールを発行する（ステップ
４８２０）。そして、第２のＯＳ１３００へのコンテキ
スト切替えを行い（ステップ４８３０）、リターンする
（ステップ４８４０）。
が発行したイベント同期通信のポスト要求システムコー
ルの処理のフローである。このシステムコールは、イベ
ント記述子をパラメータに指定してポスト要求を行う。
まず、第１のＯＳ１２００へのコンテキスト切替えを行
い（ステップ４８１０）、当該ポスト要求において指定
されたイベント記述子に対応するエントリをイベント管
理表３０００からみつけ、そのエントリにおける第１の
ＯＳのイベントオブジェクトハンドル３０３０を用い
て、第１のＯＳ１２００のイベント同期通信機能１４１
０のポスト要求のシステムコールを発行する（ステップ
４８２０）。そして、第２のＯＳ１３００へのコンテキ
スト切替えを行い（ステップ４８３０）、リターンする
（ステップ４８４０）。
【００２６】図１１は、第２のＯＳのプロセス１７００
が発行したイベント同期通信のクローズ要求システムコ
ールの処理のフローである。このシステムコールは、イ
ベント記述子をパラメータに指定してクローズ要求を行
う。まず、当該クローズ要求において指定されたイベン
ト記述子に対応するエントリをイベント管理表３０００
からみつけ、そのエントリにおける第２のＯＳのイベン
トオブジェクトハンドル３０５０を用いて、第２のＯＳ
１３００のイベント同期通信機能１５１０のクローズ要
求のシステムコールを発行し（ステップ４９１０）、第
２のＯＳのイベントオブジェクトハンドル有効フラグ３
０６０をＯＦＦにする（ステップ４９２０）。第１のＯ
Ｓのイベントオブジェクトハンドル有効フラグ３０４０
がＯＦＦなら、エントリ有効フラグ３０１０をＯＦＦに
して当該エントリを無効にして（ステップ４９４０）、
リターンする（ステップ４９５０）。一方、第２のＯＳ
のイベントオブジェクトハンドル有効フラグ３０４０が
ＯＮなら、リターンする（ステップ４９５０）。
が発行したイベント同期通信のクローズ要求システムコ
ールの処理のフローである。このシステムコールは、イ
ベント記述子をパラメータに指定してクローズ要求を行
う。まず、当該クローズ要求において指定されたイベン
ト記述子に対応するエントリをイベント管理表３０００
からみつけ、そのエントリにおける第２のＯＳのイベン
トオブジェクトハンドル３０５０を用いて、第２のＯＳ
１３００のイベント同期通信機能１５１０のクローズ要
求のシステムコールを発行し（ステップ４９１０）、第
２のＯＳのイベントオブジェクトハンドル有効フラグ３
０６０をＯＦＦにする（ステップ４９２０）。第１のＯ
Ｓのイベントオブジェクトハンドル有効フラグ３０４０
がＯＦＦなら、エントリ有効フラグ３０１０をＯＦＦに
して当該エントリを無効にして（ステップ４９４０）、
リターンする（ステップ４９５０）。一方、第２のＯＳ
のイベントオブジェクトハンドル有効フラグ３０４０が
ＯＮなら、リターンする（ステップ４９５０）。
【００２７】以上の図３から図１１に示した処理によ
り、第１のＯＳ１２００および第２のＯＳ１３００が、
それぞれ、イベント同期によるプロセス間通信機能を有
する時、ウェイトしている第１のＯＳ上のプロセス１６
００を第２のＯＳ上のプロセス１７００がポストし、ウ
ェイトしている第２のＯＳ上のプロセス１７００を第１
のＯＳ上のプロセス１６００がポストすることが可能と
なる。
り、第１のＯＳ１２００および第２のＯＳ１３００が、
それぞれ、イベント同期によるプロセス間通信機能を有
する時、ウェイトしている第１のＯＳ上のプロセス１６
００を第２のＯＳ上のプロセス１７００がポストし、ウ
ェイトしている第２のＯＳ上のプロセス１７００を第１
のＯＳ上のプロセス１６００がポストすることが可能と
なる。
【００２８】次に、セマフォに関連した処理について説
明する。
明する。
【００２９】図１２は、管理表１９００の中のセマフォ
管理表５０００を示す図である。セマフォ管理表５００
０は、ＯＳ間通信処理部１８００の初期処理時に確保さ
れる。セマフォ管理表５０００は、エントリ有効フラグ
５０１０、セマフォの名前５０２０、第１のＯＳのセマ
フォオブジェクトハンドル５０３０、第１のＯＳのセマ
フォオブジェクトハンドル有効フラグ５０４０から成
る。この場合は、第１のＯＳ１２００がセマフォ通信機
能を有するので、第１のＯＳ１２００のセマフォ通信機
能のオブジェクトハンドルを格納するのがセマフォオブ
ジェクトハンドル５０３０であり、セマフォオブジェク
トハンドル有効フラグ５０４０はそれの有効か無効かを
示すフラグである。また、エントリ有効フラグ５０１０
は、このエントリが有効か無効かを示すフラグである。
セマフォの名前５０２０は、ＯＳ間通信オブジェクトで
あるところのセマフォの名前を格納する。
管理表５０００を示す図である。セマフォ管理表５００
０は、ＯＳ間通信処理部１８００の初期処理時に確保さ
れる。セマフォ管理表５０００は、エントリ有効フラグ
５０１０、セマフォの名前５０２０、第１のＯＳのセマ
フォオブジェクトハンドル５０３０、第１のＯＳのセマ
フォオブジェクトハンドル有効フラグ５０４０から成
る。この場合は、第１のＯＳ１２００がセマフォ通信機
能を有するので、第１のＯＳ１２００のセマフォ通信機
能のオブジェクトハンドルを格納するのがセマフォオブ
ジェクトハンドル５０３０であり、セマフォオブジェク
トハンドル有効フラグ５０４０はそれの有効か無効かを
示すフラグである。また、エントリ有効フラグ５０１０
は、このエントリが有効か無効かを示すフラグである。
セマフォの名前５０２０は、ＯＳ間通信オブジェクトで
あるところのセマフォの名前を格納する。
【００３０】図１３は、第１のＯＳのプロセス１６００
が発行したセマフォ通信のオープン要求システムコール
の処理のフローである。このシステムコールは、セマフ
ォの名前をパラメータに指定してオープン要求を行い、
その結果としてセマフォ記述子を得る。以降のセマフォ
通信関連のシステムコールでは、このセマフォ記述子を
用いることになる。第１のＯＳ１２００はセマフォ通信
機能を有する。まず、セマフォ管理表５０００を調べ
て、エントリ有効フラグ５０１０がＯＮで、かつ、指定
されたセマフォの名前とセマフォの名前５０２０が同じ
であるエントリを探す（ステップ５１１０）。セマフォ
管理表５０００にこのようなエントリがあれば、既にこ
の名前のセマフォはオープンされていることになる。そ
こで、そのエントリのセマフォ記述子を返して終了する
（ステップ５１９０）。
が発行したセマフォ通信のオープン要求システムコール
の処理のフローである。このシステムコールは、セマフ
ォの名前をパラメータに指定してオープン要求を行い、
その結果としてセマフォ記述子を得る。以降のセマフォ
通信関連のシステムコールでは、このセマフォ記述子を
用いることになる。第１のＯＳ１２００はセマフォ通信
機能を有する。まず、セマフォ管理表５０００を調べ
て、エントリ有効フラグ５０１０がＯＮで、かつ、指定
されたセマフォの名前とセマフォの名前５０２０が同じ
であるエントリを探す（ステップ５１１０）。セマフォ
管理表５０００にこのようなエントリがあれば、既にこ
の名前のセマフォはオープンされていることになる。そ
こで、そのエントリのセマフォ記述子を返して終了する
（ステップ５１９０）。
【００３１】一方、ステップ５１１０で、エントリ有効
フラグ５０１０がＯＮで、かつ、指定されたセマフォの
名前とセマフォの名前５０２０が同じであるエントリ
が、セマフォ管理表５０００になければ、エントリ有効
フラグ５０１０がＯＦＦのエントリを探す（ステップ５
１２０）。なければ、セマフォ管理表５０００のすべて
のエントリが使用中であることになるのでエラーリター
ンする（ステップ５１３０）。エントリ有効フラグ５０
１０がＯＦＦのエントリがあれば、第１のＯＳ１２００
のセマフォ通信のオープンのシステムコールをこのセマ
フォの名前で発行することにより、第１のＯＳ１２００
のセマフォ通信機能１４２０のオブジェクトハンドルを
獲得し（ステップ５１４０）、獲得したオブジェクトハ
ンドルを第１のＯＳのセマフォオブジェクトハンドル５
０３０にセットし（ステップ５１５０）、第１のＯＳの
セマフォオブジェクトハンドル有効フラグ５０４０をＯ
Ｎにし（ステップ５１６０）、パラメータで指定された
セマフォの名前をセマフォの名前５０２０に格納し（ス
テップ５１６５）、エントリ有効フラグ５０１０をＯＮ
にして（ステップ５１７０）、そのエントリのセマフォ
記述子を返して終了する（ステップ５１８０）。
フラグ５０１０がＯＮで、かつ、指定されたセマフォの
名前とセマフォの名前５０２０が同じであるエントリ
が、セマフォ管理表５０００になければ、エントリ有効
フラグ５０１０がＯＦＦのエントリを探す（ステップ５
１２０）。なければ、セマフォ管理表５０００のすべて
のエントリが使用中であることになるのでエラーリター
ンする（ステップ５１３０）。エントリ有効フラグ５０
１０がＯＦＦのエントリがあれば、第１のＯＳ１２００
のセマフォ通信のオープンのシステムコールをこのセマ
フォの名前で発行することにより、第１のＯＳ１２００
のセマフォ通信機能１４２０のオブジェクトハンドルを
獲得し（ステップ５１４０）、獲得したオブジェクトハ
ンドルを第１のＯＳのセマフォオブジェクトハンドル５
０３０にセットし（ステップ５１５０）、第１のＯＳの
セマフォオブジェクトハンドル有効フラグ５０４０をＯ
Ｎにし（ステップ５１６０）、パラメータで指定された
セマフォの名前をセマフォの名前５０２０に格納し（ス
テップ５１６５）、エントリ有効フラグ５０１０をＯＮ
にして（ステップ５１７０）、そのエントリのセマフォ
記述子を返して終了する（ステップ５１８０）。
【００３２】図１４は、第１のＯＳのプロセス１６００
が発行したセマフォ通信のセマフォウェイト要求システ
ムコールの処理のフローである。このシステムコール
は、セマフォ記述子をパラメータに指定してセマフォウ
ェイト要求を行う。まず、当該セマフォウェイト要求に
おいて指定されたセマフォ記述子に対応するエントリを
セマフォ管理表５０００からみつけ、そのエントリにお
ける第１のＯＳのセマフォオブジェクトハンドル５０３
０を用いて、第１のＯＳ１２００のセマフォ通信機能１
４２０のセマフォウェイト要求のシステムコールを発行
し（ステップ５２１０）、リターンする（ステップ５２
２０）。
が発行したセマフォ通信のセマフォウェイト要求システ
ムコールの処理のフローである。このシステムコール
は、セマフォ記述子をパラメータに指定してセマフォウ
ェイト要求を行う。まず、当該セマフォウェイト要求に
おいて指定されたセマフォ記述子に対応するエントリを
セマフォ管理表５０００からみつけ、そのエントリにお
ける第１のＯＳのセマフォオブジェクトハンドル５０３
０を用いて、第１のＯＳ１２００のセマフォ通信機能１
４２０のセマフォウェイト要求のシステムコールを発行
し（ステップ５２１０）、リターンする（ステップ５２
２０）。
【００３３】図１５は、第１のＯＳのプロセス１６００
が発行したセマフォ通信のセマフォカウントアップ要求
システムコールの処理のフローである。このシステムコ
ールは、セマフォ記述子をパラメータに指定してセマフ
ォカウントアップ要求を行う。まず、当該セマフォカウ
ントアップ要求において指定されたセマフォ記述子に対
応するエントリをセマフォ管理表５０００からみつけ、
そのエントリにおける第１のＯＳのセマフォオブジェク
トハンドル５０３０を用いて、第１のＯＳ１２００のセ
マフォ通信機能１４２０のセマフォカウントアップ要求
のシステムコールを発行し（ステップ５３１０）、リタ
ーンする（ステップ５３２０）。
が発行したセマフォ通信のセマフォカウントアップ要求
システムコールの処理のフローである。このシステムコ
ールは、セマフォ記述子をパラメータに指定してセマフ
ォカウントアップ要求を行う。まず、当該セマフォカウ
ントアップ要求において指定されたセマフォ記述子に対
応するエントリをセマフォ管理表５０００からみつけ、
そのエントリにおける第１のＯＳのセマフォオブジェク
トハンドル５０３０を用いて、第１のＯＳ１２００のセ
マフォ通信機能１４２０のセマフォカウントアップ要求
のシステムコールを発行し（ステップ５３１０）、リタ
ーンする（ステップ５３２０）。
【００３４】図１６は、第１のＯＳのプロセス１６００
が発行したセマフォ通信のクローズ要求システムコール
の処理のフローである。このシステムコールは、セマフ
ォ記述子をパラメータに指定してクローズ要求を行う。
まず、当該クローズ要求において指定されたセマフォ記
述子に対応するエントリをセマフォ管理表５０００から
みつけ、そのエントリにおける第１のＯＳのセマフォオ
ブジェクトハンドル５０３０を用いて、第１のＯＳ１２
００のセマフォ通信機能１４２０のクローズ要求のシス
テムコールを発行し（ステップ５４１０）、第１のＯＳ
のセマフォオブジェクトハンドル有効フラグ５０４０を
ＯＦＦにし（ステップ５４２０）、エントリ有効フラグ
５０１０をＯＦＦにして当該エントリを無効にして（ス
テップ５４３０）、リターンする（ステップ５４４
０）。
が発行したセマフォ通信のクローズ要求システムコール
の処理のフローである。このシステムコールは、セマフ
ォ記述子をパラメータに指定してクローズ要求を行う。
まず、当該クローズ要求において指定されたセマフォ記
述子に対応するエントリをセマフォ管理表５０００から
みつけ、そのエントリにおける第１のＯＳのセマフォオ
ブジェクトハンドル５０３０を用いて、第１のＯＳ１２
００のセマフォ通信機能１４２０のクローズ要求のシス
テムコールを発行し（ステップ５４１０）、第１のＯＳ
のセマフォオブジェクトハンドル有効フラグ５０４０を
ＯＦＦにし（ステップ５４２０）、エントリ有効フラグ
５０１０をＯＦＦにして当該エントリを無効にして（ス
テップ５４３０）、リターンする（ステップ５４４
０）。
【００３５】図１７は、第２のＯＳのプロセス１７００
が発行したセマフォ通信のオープン要求システムコール
の処理のフローである。このシステムコールは、セマフ
ォの名前をパラメータに指定してオープン要求を行い、
その結果としてセマフォ記述子を得る。以降のセマフォ
通信関連のシステムコールでは、このセマフォ記述子を
用いることになる。第２のＯＳ１３００はセマフォ通信
機能を有しない。まず、セマフォ管理表５０００を調べ
て、エントリ有効フラグ５０１０がＯＮで、かつ、指定
されたセマフォの名前とセマフォの名前５０２０が同じ
であるエントリを探す（ステップ５５１０）。セマフォ
管理表５０００にこのようなエントリがあれば、既にこ
の名前のセマフォはオープンされていることになる。そ
こで、そのエントリのセマフォ記述子を返して終了する
（ステップ５５９０）。
が発行したセマフォ通信のオープン要求システムコール
の処理のフローである。このシステムコールは、セマフ
ォの名前をパラメータに指定してオープン要求を行い、
その結果としてセマフォ記述子を得る。以降のセマフォ
通信関連のシステムコールでは、このセマフォ記述子を
用いることになる。第２のＯＳ１３００はセマフォ通信
機能を有しない。まず、セマフォ管理表５０００を調べ
て、エントリ有効フラグ５０１０がＯＮで、かつ、指定
されたセマフォの名前とセマフォの名前５０２０が同じ
であるエントリを探す（ステップ５５１０）。セマフォ
管理表５０００にこのようなエントリがあれば、既にこ
の名前のセマフォはオープンされていることになる。そ
こで、そのエントリのセマフォ記述子を返して終了する
（ステップ５５９０）。
【００３６】一方、ステップ５５１０で、エントリ有効
フラグ５０１０がＯＮで、かつ、指定されたセマフォの
名前とセマフォの名前５０２０が同じであるエントリ
が、セマフォ管理表５０００になければ、エントリ有効
フラグ５０１０がＯＦＦのエントリを探す（ステップ５
５２０）。なければ、セマフォ管理表５０００のすべて
のエントリが使用中であることになるのでエラーリター
ンする（ステップ５５３０）。エントリ有効フラグ５０
１０がＯＦＦのエントリがあれば、第１のＯＳ１２００
へコンテキスト切替えを行い（ステップ５５３５）、第
１のＯＳ１２００のセマフォ通信機能１４２０のオープ
ンのシステムコールをこのセマフォの名前で発行するこ
とにより、第１のＯＳ１２００のセマフォ通信機能１４
２０のオブジェクトハンドルを獲得し（ステップ５５４
０）、獲得したオブジェクトハンドルを第１のＯＳのセ
マフォオブジェクトハンドル５０３０にセットし（ステ
ップ５５５０）、第１のＯＳのセマフォオブジェクトハ
ンドル有効フラグ５０４０をＯＮにし（ステップ５５６
０）、パラメータとして指定されたセマフォの名前をセ
マフォの名前５０２０に格納し（ステップ５５６５）、
エントリ有効フラグ５０１０をＯＮにして（ステップ５
５７０）、第２のＯＳ１３００へコンテキスト切替えを
行い（ステップ５５７５）、そのエントリのセマフォ記
述子を返して終了する（ステップ５５８０）。
フラグ５０１０がＯＮで、かつ、指定されたセマフォの
名前とセマフォの名前５０２０が同じであるエントリ
が、セマフォ管理表５０００になければ、エントリ有効
フラグ５０１０がＯＦＦのエントリを探す（ステップ５
５２０）。なければ、セマフォ管理表５０００のすべて
のエントリが使用中であることになるのでエラーリター
ンする（ステップ５５３０）。エントリ有効フラグ５０
１０がＯＦＦのエントリがあれば、第１のＯＳ１２００
へコンテキスト切替えを行い（ステップ５５３５）、第
１のＯＳ１２００のセマフォ通信機能１４２０のオープ
ンのシステムコールをこのセマフォの名前で発行するこ
とにより、第１のＯＳ１２００のセマフォ通信機能１４
２０のオブジェクトハンドルを獲得し（ステップ５５４
０）、獲得したオブジェクトハンドルを第１のＯＳのセ
マフォオブジェクトハンドル５０３０にセットし（ステ
ップ５５５０）、第１のＯＳのセマフォオブジェクトハ
ンドル有効フラグ５０４０をＯＮにし（ステップ５５６
０）、パラメータとして指定されたセマフォの名前をセ
マフォの名前５０２０に格納し（ステップ５５６５）、
エントリ有効フラグ５０１０をＯＮにして（ステップ５
５７０）、第２のＯＳ１３００へコンテキスト切替えを
行い（ステップ５５７５）、そのエントリのセマフォ記
述子を返して終了する（ステップ５５８０）。
【００３７】図１８は、第２のＯＳのプロセス１７００
が発行したセマフォ通信のセマフォウェイト要求システ
ムコールの処理のフローである。このシステムコール
は、セマフォ記述子をパラメータに指定してセマフォウ
ェイト要求を行う。まず、第１のＯＳ１２００へのコン
テキスト切替えを行い（ステップ５６１０）、当該セマ
フォウェイト要求において指定されたセマフォ記述子に
対応するエントリをセマフォ管理表５０００からみつ
け、そのエントリにおける第１のＯＳのセマフォオブジ
ェクトハンドル５０３０を用いて、第１のＯＳ１２００
のセマフォ通信機能１４２０のセマフォウェイト要求の
システムコールを発行し（ステップ５６２０）、第２の
ＯＳ１３００へのコンテキスト切替えを行い（ステップ
５６３０）、リターンする（ステップ５６４０）。
が発行したセマフォ通信のセマフォウェイト要求システ
ムコールの処理のフローである。このシステムコール
は、セマフォ記述子をパラメータに指定してセマフォウ
ェイト要求を行う。まず、第１のＯＳ１２００へのコン
テキスト切替えを行い（ステップ５６１０）、当該セマ
フォウェイト要求において指定されたセマフォ記述子に
対応するエントリをセマフォ管理表５０００からみつ
け、そのエントリにおける第１のＯＳのセマフォオブジ
ェクトハンドル５０３０を用いて、第１のＯＳ１２００
のセマフォ通信機能１４２０のセマフォウェイト要求の
システムコールを発行し（ステップ５６２０）、第２の
ＯＳ１３００へのコンテキスト切替えを行い（ステップ
５６３０）、リターンする（ステップ５６４０）。
【００３８】図１９は、第２のＯＳのプロセス１７００
が発行したセマフォ通信のセマフォカウントアップ要求
システムコールの処理のフローである。このシステムコ
ールは、セマフォ記述子をパラメータに指定してセマフ
ォカウントアップ要求を行う。まず、第１のＯＳ１２０
０へのコンテキスト切替えを行い（ステップ５７１
０）、当該セマフォカウントアップ要求において指定さ
れたセマフォ記述子に対応するエントリをセマフォ管理
表５０００からみつけ、そのエントリにおける第１のＯ
Ｓのセマフォオブジェクトハンドル５０３０を用いて、
第１のＯＳ１２００のセマフォ通信機能１４２０のセマ
フォカウントアップ要求のシステムコールを発行し（ス
テップ５７２０）、第２のＯＳ１３００へのコンテキス
ト切替えを行い（ステップ５７３０）、リターンする
（ステップ５７４０）。
が発行したセマフォ通信のセマフォカウントアップ要求
システムコールの処理のフローである。このシステムコ
ールは、セマフォ記述子をパラメータに指定してセマフ
ォカウントアップ要求を行う。まず、第１のＯＳ１２０
０へのコンテキスト切替えを行い（ステップ５７１
０）、当該セマフォカウントアップ要求において指定さ
れたセマフォ記述子に対応するエントリをセマフォ管理
表５０００からみつけ、そのエントリにおける第１のＯ
Ｓのセマフォオブジェクトハンドル５０３０を用いて、
第１のＯＳ１２００のセマフォ通信機能１４２０のセマ
フォカウントアップ要求のシステムコールを発行し（ス
テップ５７２０）、第２のＯＳ１３００へのコンテキス
ト切替えを行い（ステップ５７３０）、リターンする
（ステップ５７４０）。
【００３９】図２０は、第２のＯＳのプロセス１７００
が発行したセマフォ通信のクローズ要求システムコール
の処理のフローである。このシステムコールは、セマフ
ォ記述子をパラメータに指定してクローズ要求を行う。
まず、第１のＯＳ１２００へのコンテキスト切替えを行
い（ステップ５８１０）、当該クローズ要求において指
定されたセマフォ記述子に対応するエントリをセマフォ
管理表５０００からみつけ、そのエントリにおける第１
のＯＳのセマフォオブジェクトハンドル５０３０を用い
て、第１のＯＳ１２００のセマフォ通信機能１４２０の
クローズ要求のシステムコールを発行し（ステップ５８
２０）、第１のＯＳのセマフォオブジェクトハンドル有
効フラグ５０４０をＯＦＦにし（ステップ５８３０）、
エントリ有効フラグ５０１０をＯＦＦにして当該エント
リを無効にして（ステップ５８４０）、第２のＯＳ１３
００へのコンテキスト切替えを行い（ステップ５８５
０）、リターンする（ステップ５８６０）。
が発行したセマフォ通信のクローズ要求システムコール
の処理のフローである。このシステムコールは、セマフ
ォ記述子をパラメータに指定してクローズ要求を行う。
まず、第１のＯＳ１２００へのコンテキスト切替えを行
い（ステップ５８１０）、当該クローズ要求において指
定されたセマフォ記述子に対応するエントリをセマフォ
管理表５０００からみつけ、そのエントリにおける第１
のＯＳのセマフォオブジェクトハンドル５０３０を用い
て、第１のＯＳ１２００のセマフォ通信機能１４２０の
クローズ要求のシステムコールを発行し（ステップ５８
２０）、第１のＯＳのセマフォオブジェクトハンドル有
効フラグ５０４０をＯＦＦにし（ステップ５８３０）、
エントリ有効フラグ５０１０をＯＦＦにして当該エント
リを無効にして（ステップ５８４０）、第２のＯＳ１３
００へのコンテキスト切替えを行い（ステップ５８５
０）、リターンする（ステップ５８６０）。
【００４０】以上の図１２から図２０に示した処理によ
り、第１のＯＳ１２００がセマフォ機能を有し、第２の
ＯＳ１３００がセマフォ機能を有さない時、第１のＯＳ
上のプロセス１６００が発行する、第１のＯＳ上のプロ
セス１６００と第２のＯＳ上のプロセス１７００の間の
プロセス間通信におけるセマフォ関連要求を、第１のＯ
Ｓ１２００が有するセマフォ機能を用いて処理すること
が可能となり、そして、第２のＯＳ上のプロセス１７０
０が発行する、第１のＯＳ上のプロセス１６００と第２
のＯＳ上のプロセス１７００の間のプロセス間通信にお
けるセマフォ関連要求を、第１のＯＳ１２００が有する
セマフォ機能を用いて処理することが可能となる。
り、第１のＯＳ１２００がセマフォ機能を有し、第２の
ＯＳ１３００がセマフォ機能を有さない時、第１のＯＳ
上のプロセス１６００が発行する、第１のＯＳ上のプロ
セス１６００と第２のＯＳ上のプロセス１７００の間の
プロセス間通信におけるセマフォ関連要求を、第１のＯ
Ｓ１２００が有するセマフォ機能を用いて処理すること
が可能となり、そして、第２のＯＳ上のプロセス１７０
０が発行する、第１のＯＳ上のプロセス１６００と第２
のＯＳ上のプロセス１７００の間のプロセス間通信にお
けるセマフォ関連要求を、第１のＯＳ１２００が有する
セマフォ機能を用いて処理することが可能となる。
【００４１】次に、メッセージ通信に関連した処理につ
いて説明する。
いて説明する。
【００４２】図２１は、メッセージ通信関連のデータ構
造を示す図である。メッセージ通信関連のデータ構造は
ＯＳ間通信処理部１８００の中のメッセージ通信機能１
８１０の中にあり、メッセージキュー６０００、メッセ
ージヘッダ６０１０、データバッファ６０２０から成
る。メッセージキュー６０００には、メッセージヘッダ
６０１０へのポインタ、当該メッセージキューに対する
メッセージを待つプロセスへのポインタおよび管理情報
があり、メッセージヘッダのリストが連結される。この
管理情報には、連結されたリスト上のメッセージ数と総
バイト数等がある。メッセージキュー６０００は、ＯＳ
間通信処理部１８００の初期処理時に確保され、その数
はメッセージキュー管理表６１００のエントリ数と同じ
になる。メッセージヘッダ６０１０には、次のメッセー
ジヘッダ６０１０へのポインタ、メッセージデータへの
ポインタおよび管理情報が格納されている。この管理情
報には、メッセージデータのバイト数等がある。データ
バッファ６０２０には、メッセージデータが格納され
る。即ち、メッセージの送り手のメッセージデータがデ
ータバッファ６０２０にコピーされ、更に、メッセージ
の受け手にコピーされる。
造を示す図である。メッセージ通信関連のデータ構造は
ＯＳ間通信処理部１８００の中のメッセージ通信機能１
８１０の中にあり、メッセージキュー６０００、メッセ
ージヘッダ６０１０、データバッファ６０２０から成
る。メッセージキュー６０００には、メッセージヘッダ
６０１０へのポインタ、当該メッセージキューに対する
メッセージを待つプロセスへのポインタおよび管理情報
があり、メッセージヘッダのリストが連結される。この
管理情報には、連結されたリスト上のメッセージ数と総
バイト数等がある。メッセージキュー６０００は、ＯＳ
間通信処理部１８００の初期処理時に確保され、その数
はメッセージキュー管理表６１００のエントリ数と同じ
になる。メッセージヘッダ６０１０には、次のメッセー
ジヘッダ６０１０へのポインタ、メッセージデータへの
ポインタおよび管理情報が格納されている。この管理情
報には、メッセージデータのバイト数等がある。データ
バッファ６０２０には、メッセージデータが格納され
る。即ち、メッセージの送り手のメッセージデータがデ
ータバッファ６０２０にコピーされ、更に、メッセージ
の受け手にコピーされる。
【００４３】図２２は、管理表１９００の中のメッセー
ジキュー管理表６１００を示す図である。メッセージ管
理表６１００は、ＯＳ間通信処理部１８００の初期処理
時に確保され、そのエントリ数はメッセージキュー６０
００の数と同じであり、各エントリはメッセージキュー
に対応する。メッセージ管理表６１００は、メッセージ
キュー使用中フラグ６１１０、メッセージキューの名前
６１２０、メッセージキューポインタ６１３０から成
る。メッセージキュー使用中フラグ６１１０は、このエ
ントリに対応するメッセージキューの使用中を示すフラ
グである。メッセージキューの名前６１２０は、ＯＳ間
通信オブジェクトであるところのメッセージキューの名
前が格納される。メッセージキューポインタ６１３０
は、このエントリに対応するメッセージキュー６０００
へのポインタである。このメッセージキューポインタ６
１３０は、メッセージ管理表６１００およびメッセージ
キュー６０００の確保時に設定される。
ジキュー管理表６１００を示す図である。メッセージ管
理表６１００は、ＯＳ間通信処理部１８００の初期処理
時に確保され、そのエントリ数はメッセージキュー６０
００の数と同じであり、各エントリはメッセージキュー
に対応する。メッセージ管理表６１００は、メッセージ
キュー使用中フラグ６１１０、メッセージキューの名前
６１２０、メッセージキューポインタ６１３０から成
る。メッセージキュー使用中フラグ６１１０は、このエ
ントリに対応するメッセージキューの使用中を示すフラ
グである。メッセージキューの名前６１２０は、ＯＳ間
通信オブジェクトであるところのメッセージキューの名
前が格納される。メッセージキューポインタ６１３０
は、このエントリに対応するメッセージキュー６０００
へのポインタである。このメッセージキューポインタ６
１３０は、メッセージ管理表６１００およびメッセージ
キュー６０００の確保時に設定される。
【００４４】図２３は、第１のＯＳのプロセス１６００
が発行したメッセージ通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、メッ
セージキューの名前をパラメータに指定してオープン要
求を行い、その結果としてメッセージキュー記述子を得
る。以降のメッセージ通信関連のシステムコールでは、
このメッセージキュー記述子を用いることになる。ま
ず、メッセージキュー管理表６１００を調べて、メッセ
ージキュー使用中フラグ６１１０がＯＮで、かつ、指定
されたメッセージキューの名前とメッセージキューの名
前６１２０が同じであるエントリを探す（ステップ６２
１０）。メッセージキュー管理表６１００にこのような
エントリがあれば、既にこの名前のメッセージキューは
オープンされていることになる。そこで、そのエントリ
のメッセージキュー記述子を返して終了する（ステップ
６２７０）。
が発行したメッセージ通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、メッ
セージキューの名前をパラメータに指定してオープン要
求を行い、その結果としてメッセージキュー記述子を得
る。以降のメッセージ通信関連のシステムコールでは、
このメッセージキュー記述子を用いることになる。ま
ず、メッセージキュー管理表６１００を調べて、メッセ
ージキュー使用中フラグ６１１０がＯＮで、かつ、指定
されたメッセージキューの名前とメッセージキューの名
前６１２０が同じであるエントリを探す（ステップ６２
１０）。メッセージキュー管理表６１００にこのような
エントリがあれば、既にこの名前のメッセージキューは
オープンされていることになる。そこで、そのエントリ
のメッセージキュー記述子を返して終了する（ステップ
６２７０）。
【００４５】一方、ステップ６２１０で、メッセージキ
ュー使用中フラグ６１１０がＯＮで、かつ、指定された
メッセージキューの名前とメッセージキューの名前６１
２０が同じであるエントリが、メッセージキュー管理表
６１００になければ、メッセージキュー使用中フラグ６
１１０がＯＦＦのエントリを探す（ステップ６２２
０）。なければ、メッセージキュー管理表６１００のす
べてのエントリが使用中、即ち、すべてのメッセージキ
ューが使用中であることになるのでエラーリターンする
（ステップ６２３０）。メッセージキュー使用中フラグ
６１１０がＯＦＦのエントリがあれば、そのエントリの
メッセージキュー使用中フラグ６１１０をＯＮにして
（ステップ６２４０）、パラメータで指定されたメッセ
ージキューの名前をメッセージキューの名前６１２０に
格納し（ステップ６２５０）、そのエントリのメッセー
ジキュー記述子を返して終了する（ステップ６２６
０）。
ュー使用中フラグ６１１０がＯＮで、かつ、指定された
メッセージキューの名前とメッセージキューの名前６１
２０が同じであるエントリが、メッセージキュー管理表
６１００になければ、メッセージキュー使用中フラグ６
１１０がＯＦＦのエントリを探す（ステップ６２２
０）。なければ、メッセージキュー管理表６１００のす
べてのエントリが使用中、即ち、すべてのメッセージキ
ューが使用中であることになるのでエラーリターンする
（ステップ６２３０）。メッセージキュー使用中フラグ
６１１０がＯＦＦのエントリがあれば、そのエントリの
メッセージキュー使用中フラグ６１１０をＯＮにして
（ステップ６２４０）、パラメータで指定されたメッセ
ージキューの名前をメッセージキューの名前６１２０に
格納し（ステップ６２５０）、そのエントリのメッセー
ジキュー記述子を返して終了する（ステップ６２６
０）。
【００４６】図２４は、第１のＯＳのプロセス１６００
が発行したメッセージ通信のメッセージ送信要求システ
ムコールの処理のフローである。このシステムコール
は、メッセージキュー記述子、メッセージが格納される
領域のアドレス、送信するメッセージのバイト数をパラ
メータに指定してメッセージ送信要求を行う。まず、送
信メッセージのバイト数が上限を超えるか否かをチェッ
クし（ステップ６３１０）、超えればエラーリターンす
る（ステップ６３９０）。超えなければ、メッセージヘ
ッダ６０１０およびデータバッファ６０２０の両者の割
り当てが可能か否かをチェックし（ステップ６３２
０）、可能でなければエラーリターンする（ステップ６
３８０）。両者とも割り当て可能であれば、割り当てた
データバッファ６０２０に送信メッセージをコピーし
（ステップ６３３０）、割り当てたメッセージヘッダ６
０１０をパラメータで指定されたメッセージキュー６０
００のリストの最後に連結し、当該メッセージキュー６
０００の管理情報を更新する（ステップ６３４０）。次
に、図４に示したイベント同期通信のオープン要求シス
テムコールおよび図６に示したイベント同期通信のポス
ト要求システムコールを発行し、当該メッセージキュー
へのメッセージ到着を待つプロセスを起こし（ステップ
６３６０）、リターンする（ステップ６３７０）。
が発行したメッセージ通信のメッセージ送信要求システ
ムコールの処理のフローである。このシステムコール
は、メッセージキュー記述子、メッセージが格納される
領域のアドレス、送信するメッセージのバイト数をパラ
メータに指定してメッセージ送信要求を行う。まず、送
信メッセージのバイト数が上限を超えるか否かをチェッ
クし（ステップ６３１０）、超えればエラーリターンす
る（ステップ６３９０）。超えなければ、メッセージヘ
ッダ６０１０およびデータバッファ６０２０の両者の割
り当てが可能か否かをチェックし（ステップ６３２
０）、可能でなければエラーリターンする（ステップ６
３８０）。両者とも割り当て可能であれば、割り当てた
データバッファ６０２０に送信メッセージをコピーし
（ステップ６３３０）、割り当てたメッセージヘッダ６
０１０をパラメータで指定されたメッセージキュー６０
００のリストの最後に連結し、当該メッセージキュー６
０００の管理情報を更新する（ステップ６３４０）。次
に、図４に示したイベント同期通信のオープン要求シス
テムコールおよび図６に示したイベント同期通信のポス
ト要求システムコールを発行し、当該メッセージキュー
へのメッセージ到着を待つプロセスを起こし（ステップ
６３６０）、リターンする（ステップ６３７０）。
【００４７】図２５は、第１のＯＳのプロセス１６００
が発行したメッセージ通信のメッセージ受信要求システ
ムコールの処理のフローである。このシステムコール
は、メッセージキュー記述子、メッセージ格納領域アド
レスをパラメータに指定してメッセージ受信要求を行
う。まず、パラメータで指定されたメッセージキュー６
０００にメッセージがあるか否かをチェックする（ステ
ップ６４１０）。あれば、ステップ６４３０へ行く。な
ければ、図４に示したイベント同期通信のオープン要求
システムコールおよび図５に示したイベント同期通信の
ウェイト要求システムコールを発行し、当該メッセージ
キューにメッセージが届くのを待つ（ステップ６４２
０）。そして、メッセージキュー６０００に連結された
リストの最初のメッセージヘッダ６０１０からポイント
されるメッセージバッファ６０２０のメッセージを、パ
ラメータで指定されたメッセージ格納領域アドレスにコ
ピーし（ステップ６４３０）、当該メッセージヘッダ６
０１０を当該メッセージキュー６０００のリストから外
し、当該メッセージキュー６０００の管理情報を更新し
（ステップ６４４０）、リターンする（ステップ６４５
０）。
が発行したメッセージ通信のメッセージ受信要求システ
ムコールの処理のフローである。このシステムコール
は、メッセージキュー記述子、メッセージ格納領域アド
レスをパラメータに指定してメッセージ受信要求を行
う。まず、パラメータで指定されたメッセージキュー６
０００にメッセージがあるか否かをチェックする（ステ
ップ６４１０）。あれば、ステップ６４３０へ行く。な
ければ、図４に示したイベント同期通信のオープン要求
システムコールおよび図５に示したイベント同期通信の
ウェイト要求システムコールを発行し、当該メッセージ
キューにメッセージが届くのを待つ（ステップ６４２
０）。そして、メッセージキュー６０００に連結された
リストの最初のメッセージヘッダ６０１０からポイント
されるメッセージバッファ６０２０のメッセージを、パ
ラメータで指定されたメッセージ格納領域アドレスにコ
ピーし（ステップ６４３０）、当該メッセージヘッダ６
０１０を当該メッセージキュー６０００のリストから外
し、当該メッセージキュー６０００の管理情報を更新し
（ステップ６４４０）、リターンする（ステップ６４５
０）。
【００４８】図２６は、第１のＯＳのプロセス１６００
が発行したメッセージ通信のクローズ要求システムコー
ルの処理のフローである。このシステムコールは、メッ
セージキュー記述子をパラメータに指定してクローズ要
求を行う。パラメータで指定されたメッセージキュー６
０００にメッセージがあるか否かをチェックする（ステ
ップ６５１０）。なければ、ステップ６５３０へ行く。
あれば、図４に示したイベント同期通信のオープン要求
システムコールおよび図６に示したイベント同期通信の
ポスト要求システムコールを発行し、当該メッセージキ
ューへのメッセージ到着を待つプロセスを起こす（ステ
ップ６５２０）。そして、メッセージキュー使用中フラ
グ６１１０をＯＦＦにして（ステップ６５３０）、リタ
ーンする（ステップ６５４０）。
が発行したメッセージ通信のクローズ要求システムコー
ルの処理のフローである。このシステムコールは、メッ
セージキュー記述子をパラメータに指定してクローズ要
求を行う。パラメータで指定されたメッセージキュー６
０００にメッセージがあるか否かをチェックする（ステ
ップ６５１０）。なければ、ステップ６５３０へ行く。
あれば、図４に示したイベント同期通信のオープン要求
システムコールおよび図６に示したイベント同期通信の
ポスト要求システムコールを発行し、当該メッセージキ
ューへのメッセージ到着を待つプロセスを起こす（ステ
ップ６５２０）。そして、メッセージキュー使用中フラ
グ６１１０をＯＦＦにして（ステップ６５３０）、リタ
ーンする（ステップ６５４０）。
【００４９】図２７は、第２のＯＳのプロセス１７００
が発行したメッセージ通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、メッ
セージキューの名前をパラメータに指定してオープン要
求を行い、その結果としてメッセージキュー記述子を得
る。以降のメッセージ通信関連のシステムコールでは、
このメッセージキュー記述子を用いることになる。ま
ず、メッセージキュー管理表６１００を調べて、メッセ
ージキュー使用中フラグ６１１０がＯＮで、かつ、指定
されたメッセージキューの名前とメッセージキューの名
前６１２０が同じであるエントリを探す（ステップ６６
１０）。メッセージキュー管理表６１００にこのような
エントリがあれば、既にこの名前のメッセージキューは
オープンされていることになる。そこで、そのエントリ
のメッセージキュー記述子を返して終了する（ステップ
６６７０）。
が発行したメッセージ通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、メッ
セージキューの名前をパラメータに指定してオープン要
求を行い、その結果としてメッセージキュー記述子を得
る。以降のメッセージ通信関連のシステムコールでは、
このメッセージキュー記述子を用いることになる。ま
ず、メッセージキュー管理表６１００を調べて、メッセ
ージキュー使用中フラグ６１１０がＯＮで、かつ、指定
されたメッセージキューの名前とメッセージキューの名
前６１２０が同じであるエントリを探す（ステップ６６
１０）。メッセージキュー管理表６１００にこのような
エントリがあれば、既にこの名前のメッセージキューは
オープンされていることになる。そこで、そのエントリ
のメッセージキュー記述子を返して終了する（ステップ
６６７０）。
【００５０】一方、ステップ６２１０で、メッセージキ
ュー使用中フラグ６１１０がＯＮで、かつ、指定された
メッセージキューの名前とメッセージキューの名前６１
２０が同じであるエントリが、メッセージキュー管理表
６１００になければ、メッセージキュー使用中フラグ６
１１０がＯＦＦのエントリを探す（ステップ６６２
０）。なければ、メッセージキュー管理表６１００のす
べてのエントリが使用中、即ち、すべてのメッセージキ
ューが使用中であることになるのでエラーリターンする
（ステップ６６３０）。メッセージキュー使用中フラグ
６１１０がＯＦＦのエントリがあれば、そのエントリの
メッセージキュー使用中フラグ６１１０をＯＮにして
（ステップ６６４０）、パラメータで指定されたメッセ
ージキューの名前をメッセージキューの名前６１２０に
格納し（ステップ６６５０）、そのエントリのメッセー
ジキュー記述子を返して終了する（ステップ６６６
０）。
ュー使用中フラグ６１１０がＯＮで、かつ、指定された
メッセージキューの名前とメッセージキューの名前６１
２０が同じであるエントリが、メッセージキュー管理表
６１００になければ、メッセージキュー使用中フラグ６
１１０がＯＦＦのエントリを探す（ステップ６６２
０）。なければ、メッセージキュー管理表６１００のす
べてのエントリが使用中、即ち、すべてのメッセージキ
ューが使用中であることになるのでエラーリターンする
（ステップ６６３０）。メッセージキュー使用中フラグ
６１１０がＯＦＦのエントリがあれば、そのエントリの
メッセージキュー使用中フラグ６１１０をＯＮにして
（ステップ６６４０）、パラメータで指定されたメッセ
ージキューの名前をメッセージキューの名前６１２０に
格納し（ステップ６６５０）、そのエントリのメッセー
ジキュー記述子を返して終了する（ステップ６６６
０）。
【００５１】図２８は、第２のＯＳのプロセス１７００
が発行したメッセージ通信のメッセージ送信要求システ
ムコールの処理のフローである。このシステムコール
は、メッセージキュー記述子、メッセージが格納される
領域のアドレス、送信するメッセージのバイト数をパラ
メータに指定してメッセージ送信要求を行う。まず、送
信メッセージのバイト数が上限を超えるか否かをチェッ
クし（ステップ６７１０）、超えればエラーリターンす
る（ステップ６７９０）。超えなければ、メッセージヘ
ッダ６０１０およびデータバッファ６０２０の両者の割
り当てが可能か否かをチェックし（ステップ６７２
０）、可能でなければエラーリターンする（ステップ６
７８０）。両者とも割り当て可能であれば、割り当てた
データバッファ６０２０に送信メッセージをコピーし
（ステップ６７３０）、割り当てたメッセージヘッダ６
０１０をパラメータで指定されたメッセージキュー６０
００のリストの最後に連結し、当該メッセージキュー６
０００の管理情報を更新する（ステップ６７４０）。次
に、図８に示したイベント同期通信のオープン要求シス
テムコールおよび図１０に示したイベント同期通信のポ
スト要求システムコールを発行し、当該メッセージキュ
ーへのメッセージ到着を待つプロセスを起こし（ステッ
プ６７６０）、リターンする（ステップ６７７０）。
が発行したメッセージ通信のメッセージ送信要求システ
ムコールの処理のフローである。このシステムコール
は、メッセージキュー記述子、メッセージが格納される
領域のアドレス、送信するメッセージのバイト数をパラ
メータに指定してメッセージ送信要求を行う。まず、送
信メッセージのバイト数が上限を超えるか否かをチェッ
クし（ステップ６７１０）、超えればエラーリターンす
る（ステップ６７９０）。超えなければ、メッセージヘ
ッダ６０１０およびデータバッファ６０２０の両者の割
り当てが可能か否かをチェックし（ステップ６７２
０）、可能でなければエラーリターンする（ステップ６
７８０）。両者とも割り当て可能であれば、割り当てた
データバッファ６０２０に送信メッセージをコピーし
（ステップ６７３０）、割り当てたメッセージヘッダ６
０１０をパラメータで指定されたメッセージキュー６０
００のリストの最後に連結し、当該メッセージキュー６
０００の管理情報を更新する（ステップ６７４０）。次
に、図８に示したイベント同期通信のオープン要求シス
テムコールおよび図１０に示したイベント同期通信のポ
スト要求システムコールを発行し、当該メッセージキュ
ーへのメッセージ到着を待つプロセスを起こし（ステッ
プ６７６０）、リターンする（ステップ６７７０）。
【００５２】図２９は、第２のＯＳのプロセス１７００
が発行したメッセージ通信のメッセージ受信要求システ
ムコールの処理のフローである。このシステムコール
は、メッセージキュー記述子、メッセージ格納領域アド
レスをパラメータに指定してメッセージ受信要求を行
う。まず、パラメータで指定されたメッセージキュー６
０００にメッセージがあるか否かをチェックする（ステ
ップ６８１０）。あれば、ステップ６８３０へ行く。な
ければ、図８に示したイベント同期通信のオープン要求
システムコールおよび図９に示したイベント同期通信の
ウェイト要求システムコールを発行し、当該メッセージ
キューにメッセージが届くのを待つ（ステップ６８２
０）。そして、メッセージキュー６０００に連結された
リストの最初のメッセージヘッダ６０１０からポイント
されるメッセージバッファ６０２０のメッセージを、パ
ラメータで指定されたメッセージ格納領域アドレスにコ
ピーし（ステップ６８３０）、当該メッセージヘッダ６
０１０を当該メッセージキュー６０００のリストから外
し、当該メッセージキュー６０００の管理情報を更新し
（ステップ６８４０）、リターンする（ステップ６８５
０）。
が発行したメッセージ通信のメッセージ受信要求システ
ムコールの処理のフローである。このシステムコール
は、メッセージキュー記述子、メッセージ格納領域アド
レスをパラメータに指定してメッセージ受信要求を行
う。まず、パラメータで指定されたメッセージキュー６
０００にメッセージがあるか否かをチェックする（ステ
ップ６８１０）。あれば、ステップ６８３０へ行く。な
ければ、図８に示したイベント同期通信のオープン要求
システムコールおよび図９に示したイベント同期通信の
ウェイト要求システムコールを発行し、当該メッセージ
キューにメッセージが届くのを待つ（ステップ６８２
０）。そして、メッセージキュー６０００に連結された
リストの最初のメッセージヘッダ６０１０からポイント
されるメッセージバッファ６０２０のメッセージを、パ
ラメータで指定されたメッセージ格納領域アドレスにコ
ピーし（ステップ６８３０）、当該メッセージヘッダ６
０１０を当該メッセージキュー６０００のリストから外
し、当該メッセージキュー６０００の管理情報を更新し
（ステップ６８４０）、リターンする（ステップ６８５
０）。
【００５３】図３０は、第２のＯＳのプロセス１７００
が発行したメッセージ通信のクローズ要求システムコー
ルの処理のフローである。このシステムコールは、メッ
セージキュー記述子をパラメータに指定してクローズ要
求を行う。パラメータで指定されたメッセージキュー６
０００にメッセージがあるか否かをチェックする（ステ
ップ６９１０）。なければ、ステップ６９３０へ行く。
あれば、図８に示したイベント同期通信のオープン要求
システムコールおよび図１０に示したイベント同期通信
のポスト要求システムコールを発行し、当該メッセージ
キューへのメッセージ到着を待つプロセスを起こす（ス
テップ６９２０）。そして、メッセージキュー使用中フ
ラグ６１１０をＯＦＦにして（ステップ６９３０）、リ
ターンする（ステップ６９４０）。
が発行したメッセージ通信のクローズ要求システムコー
ルの処理のフローである。このシステムコールは、メッ
セージキュー記述子をパラメータに指定してクローズ要
求を行う。パラメータで指定されたメッセージキュー６
０００にメッセージがあるか否かをチェックする（ステ
ップ６９１０）。なければ、ステップ６９３０へ行く。
あれば、図８に示したイベント同期通信のオープン要求
システムコールおよび図１０に示したイベント同期通信
のポスト要求システムコールを発行し、当該メッセージ
キューへのメッセージ到着を待つプロセスを起こす（ス
テップ６９２０）。そして、メッセージキュー使用中フ
ラグ６１１０をＯＦＦにして（ステップ６９３０）、リ
ターンする（ステップ６９４０）。
【００５４】以上の図２１から図３０に示した処理によ
り、第１のＯＳがメッセージ機能を有さず、第２のＯＳ
もメッセージ機能を有さない時、ＯＳ間通信処理部１８
００上に設けたメッセージキュー６０００の介して、第
１のＯＳ上のプロセス１６００と第２のＯＳ上のプロセ
ス１７００の間のプロセス間通信が可能となる。
り、第１のＯＳがメッセージ機能を有さず、第２のＯＳ
もメッセージ機能を有さない時、ＯＳ間通信処理部１８
００上に設けたメッセージキュー６０００の介して、第
１のＯＳ上のプロセス１６００と第２のＯＳ上のプロセ
ス１７００の間のプロセス間通信が可能となる。
【００５５】次に、共有メモリに関連した処理について
説明する。
説明する。
【００５６】図３１は、管理表１９００の中の共有メモ
リ管理表７０００を示す図である。共有メモリ管理表７
０００は、ＯＳ間通信処理部１８００の初期処理時に確
保される。共有メモリ管理表７０００は、エントリ有効
フラグ７０１０、共有メモリの名前７０２０、第１のＯ
Ｓの共有メモリオブジェクトハンドル７０３０、第１の
ＯＳの共有メモリオブジェクトハンドル有効フラグ７０
４０から成る。この場合は、第１のＯＳ１２００が共有
メモリ機能を有するので、第１のＯＳ１２００の共有メ
モリ機能のオブジェクトハンドルを格納するのが共有メ
モリオブジェクトハンドル７０３０であり、共有メモリ
オブジェクトハンドル有効フラグ７０４０はそれの有効
か無効かを示すフラグである。また、エントリ有効フラ
グ７０１０は、このエントリが有効か無効かを示すフラ
グである。共有メモリの名前７０２０は、ＯＳ間通信オ
ブジェクトであるところの共有メモリの名前を格納す
る。
リ管理表７０００を示す図である。共有メモリ管理表７
０００は、ＯＳ間通信処理部１８００の初期処理時に確
保される。共有メモリ管理表７０００は、エントリ有効
フラグ７０１０、共有メモリの名前７０２０、第１のＯ
Ｓの共有メモリオブジェクトハンドル７０３０、第１の
ＯＳの共有メモリオブジェクトハンドル有効フラグ７０
４０から成る。この場合は、第１のＯＳ１２００が共有
メモリ機能を有するので、第１のＯＳ１２００の共有メ
モリ機能のオブジェクトハンドルを格納するのが共有メ
モリオブジェクトハンドル７０３０であり、共有メモリ
オブジェクトハンドル有効フラグ７０４０はそれの有効
か無効かを示すフラグである。また、エントリ有効フラ
グ７０１０は、このエントリが有効か無効かを示すフラ
グである。共有メモリの名前７０２０は、ＯＳ間通信オ
ブジェクトであるところの共有メモリの名前を格納す
る。
【００５７】図３２は、第１のＯＳのプロセス１６００
が発行した共有メモリ通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、共有
メモリの名前をパラメータに指定してオープン要求を行
い、その結果として共有メモリ記述子を得る。以降の共
有メモリ通信関連のシステムコールでは、この共有メモ
リ記述子を用いることになる。第１のＯＳ１２００は共
有メモリ通信機能を有する。まず、共有メモリ管理表７
０００を調べて、エントリ有効フラグ７０１０がＯＮ
で、かつ、指定された共有メモリの名前と共有メモリの
名前７０２０が同じであるエントリを探す（ステップ７
１１０）。共有メモリ管理表７０００にこのようなエン
トリがあれば、既にこの名前のセマフォはオープンされ
ていることになる。そこで、そのエントリの共有メモリ
記述子を返して終了する（ステップ７１９０）。
が発行した共有メモリ通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、共有
メモリの名前をパラメータに指定してオープン要求を行
い、その結果として共有メモリ記述子を得る。以降の共
有メモリ通信関連のシステムコールでは、この共有メモ
リ記述子を用いることになる。第１のＯＳ１２００は共
有メモリ通信機能を有する。まず、共有メモリ管理表７
０００を調べて、エントリ有効フラグ７０１０がＯＮ
で、かつ、指定された共有メモリの名前と共有メモリの
名前７０２０が同じであるエントリを探す（ステップ７
１１０）。共有メモリ管理表７０００にこのようなエン
トリがあれば、既にこの名前のセマフォはオープンされ
ていることになる。そこで、そのエントリの共有メモリ
記述子を返して終了する（ステップ７１９０）。
【００５８】一方、ステップ７１１０で、エントリ有効
フラグ７０１０がＯＮで、かつ、指定された共有メモリ
の名前と共有メモリの名前７０２０が同じであるエント
リが、セマフォ管理表７０００になければ、エントリ有
効フラグ７０１０がＯＦＦのエントリを探す（ステップ
７１２０）。なければ、共有メモリ管理表７０００のす
べてのエントリが使用中であることになるのでエラーリ
ターンする（ステップ７１３０）。エントリ有効フラグ
７０１０がＯＦＦのエントリがあれば、第１のＯＳ１２
００の共有メモリ通信機能１４４０のオープンのシステ
ムコールをこの共有メモリの名前で発行することによ
り、第１のＯＳ１２００の共有メモリ通信機能１４４０
のオブジェクトハンドルを獲得し（ステップ７１４
０）、獲得したオブジェクトハンドルを第１のＯＳの共
有メモリオブジェクトハンドル７０３０にセットし（ス
テップ７１５０）、第１のＯＳの共有メモリオブジェク
トハンドル有効フラグ７０４０をＯＮにし（ステップ７
１６０）、パラメータで指定された共有メモリの名前を
共有メモリの名前７０２０に格納し（ステップ７１６
５）、エントリ有効フラグ７０１０をＯＮにして（ステ
ップ７１７０）、そのエントリの共有メモリ記述子を返
して終了する（ステップ７１８０）。
フラグ７０１０がＯＮで、かつ、指定された共有メモリ
の名前と共有メモリの名前７０２０が同じであるエント
リが、セマフォ管理表７０００になければ、エントリ有
効フラグ７０１０がＯＦＦのエントリを探す（ステップ
７１２０）。なければ、共有メモリ管理表７０００のす
べてのエントリが使用中であることになるのでエラーリ
ターンする（ステップ７１３０）。エントリ有効フラグ
７０１０がＯＦＦのエントリがあれば、第１のＯＳ１２
００の共有メモリ通信機能１４４０のオープンのシステ
ムコールをこの共有メモリの名前で発行することによ
り、第１のＯＳ１２００の共有メモリ通信機能１４４０
のオブジェクトハンドルを獲得し（ステップ７１４
０）、獲得したオブジェクトハンドルを第１のＯＳの共
有メモリオブジェクトハンドル７０３０にセットし（ス
テップ７１５０）、第１のＯＳの共有メモリオブジェク
トハンドル有効フラグ７０４０をＯＮにし（ステップ７
１６０）、パラメータで指定された共有メモリの名前を
共有メモリの名前７０２０に格納し（ステップ７１６
５）、エントリ有効フラグ７０１０をＯＮにして（ステ
ップ７１７０）、そのエントリの共有メモリ記述子を返
して終了する（ステップ７１８０）。
【００５９】図３３は、第１のＯＳのプロセス１６００
が発行した共有メモリ通信の仮想空間マッピング要求シ
ステムコールの処理のフローである。このシステムコー
ルは、共有メモリ記述子をパラメータに指定して仮想空
間マッピング要求を行い、マッピングされた仮想空間ア
ドレスを得る。まず、当該仮想空間マッピング要求にお
いて指定された共有メモリ記述子に対応するエントリを
共有メモリ管理表７０００からみつけ、そのエントリに
おける第１のＯＳの共有メモリオブジェクトハンドル７
０３０を用いて、第１のＯＳ１２００の共有メモリ通信
機能１４４０の仮想空間マッピング要求のシステムコー
ルを発行し（ステップ７２１０）、マッピングされた仮
想空間アドレスをリターンする（ステップ７２２０）。
が発行した共有メモリ通信の仮想空間マッピング要求シ
ステムコールの処理のフローである。このシステムコー
ルは、共有メモリ記述子をパラメータに指定して仮想空
間マッピング要求を行い、マッピングされた仮想空間ア
ドレスを得る。まず、当該仮想空間マッピング要求にお
いて指定された共有メモリ記述子に対応するエントリを
共有メモリ管理表７０００からみつけ、そのエントリに
おける第１のＯＳの共有メモリオブジェクトハンドル７
０３０を用いて、第１のＯＳ１２００の共有メモリ通信
機能１４４０の仮想空間マッピング要求のシステムコー
ルを発行し（ステップ７２１０）、マッピングされた仮
想空間アドレスをリターンする（ステップ７２２０）。
【００６０】図３４は、第１のＯＳのプロセス１６００
が発行した共有メモリ通信の仮想空間マッピング解除要
求システムコールの処理のフローである。このシステム
コールは、共有メモリ記述子をパラメータに指定して仮
想空間マッピング解除要求を行う。まず、当該仮想空間
マッピング解除要求において指定された共有メモリ記述
子に対応するエントリを共有メモリ管理表７０００から
みつけ、そのエントリにおける第１のＯＳの共有メモリ
オブジェクトハンドル７０３０を用いて、第１のＯＳ１
２００の共有メモリ通信機能１４４０の仮想空間マッピ
ング解除要求のシステムコールを発行し（ステップ７３
１０）、リターンする（ステップ７３２０）。
が発行した共有メモリ通信の仮想空間マッピング解除要
求システムコールの処理のフローである。このシステム
コールは、共有メモリ記述子をパラメータに指定して仮
想空間マッピング解除要求を行う。まず、当該仮想空間
マッピング解除要求において指定された共有メモリ記述
子に対応するエントリを共有メモリ管理表７０００から
みつけ、そのエントリにおける第１のＯＳの共有メモリ
オブジェクトハンドル７０３０を用いて、第１のＯＳ１
２００の共有メモリ通信機能１４４０の仮想空間マッピ
ング解除要求のシステムコールを発行し（ステップ７３
１０）、リターンする（ステップ７３２０）。
【００６１】図３５は、第１のＯＳのプロセス１６００
が発行した共有メモリ通信のクローズ要求システムコー
ルの処理のフローである。このシステムコールは、共有
メモリ記述子をパラメータに指定してクローズ要求を行
う。まず、当該クローズ要求において指定された共有メ
モリ記述子に対応するエントリを共有メモリ管理表７０
００からみつけ、そのエントリにおける第１のＯＳの共
有メモリオブジェクトハンドル７０３０を用いて、第１
のＯＳ１２００の共有メモリ通信機能１４４０のクロー
ズ要求のシステムコールを発行し（ステップ７４１
０）、第１のＯＳの共有メモリオブジェクトハンドル有
効フラグ７０４０をＯＦＦにし（ステップ７４２０）、
エントリ有効フラグ７０１０をＯＦＦにして当該エント
リを無効にして（ステップ７４３０）、リターンする
（ステップ７４４０）。
が発行した共有メモリ通信のクローズ要求システムコー
ルの処理のフローである。このシステムコールは、共有
メモリ記述子をパラメータに指定してクローズ要求を行
う。まず、当該クローズ要求において指定された共有メ
モリ記述子に対応するエントリを共有メモリ管理表７０
００からみつけ、そのエントリにおける第１のＯＳの共
有メモリオブジェクトハンドル７０３０を用いて、第１
のＯＳ１２００の共有メモリ通信機能１４４０のクロー
ズ要求のシステムコールを発行し（ステップ７４１
０）、第１のＯＳの共有メモリオブジェクトハンドル有
効フラグ７０４０をＯＦＦにし（ステップ７４２０）、
エントリ有効フラグ７０１０をＯＦＦにして当該エント
リを無効にして（ステップ７４３０）、リターンする
（ステップ７４４０）。
【００６２】図３６は、第２のＯＳのプロセス１７００
が発行した共有メモリ通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、共有
メモリの名前をパラメータに指定してオープン要求を行
い、その結果として共有メモリ記述子を得る。以降の共
有メモリ通信関連のシステムコールでは、この共有メモ
リ記述子を用いることになる。第２のＯＳ１３００は共
有メモリ通信機能を有しない。まず、共有メモリ管理表
７０００を調べて、エントリ有効フラグ７０１０がＯＮ
で、かつ、指定された共有メモリの名前と共有メモリの
名前７０２０が同じであるエントリを探す（ステップ７
５１０）。共有メモリ管理表７０００にこのようなエン
トリがあれば、既にこの名前の共有メモリはオープンさ
れていることになる。そこで、そのエントリの共有メモ
リ記述子を返して終了する（ステップ７５９０）。
が発行した共有メモリ通信のオープン要求システムコー
ルの処理のフローである。このシステムコールは、共有
メモリの名前をパラメータに指定してオープン要求を行
い、その結果として共有メモリ記述子を得る。以降の共
有メモリ通信関連のシステムコールでは、この共有メモ
リ記述子を用いることになる。第２のＯＳ１３００は共
有メモリ通信機能を有しない。まず、共有メモリ管理表
７０００を調べて、エントリ有効フラグ７０１０がＯＮ
で、かつ、指定された共有メモリの名前と共有メモリの
名前７０２０が同じであるエントリを探す（ステップ７
５１０）。共有メモリ管理表７０００にこのようなエン
トリがあれば、既にこの名前の共有メモリはオープンさ
れていることになる。そこで、そのエントリの共有メモ
リ記述子を返して終了する（ステップ７５９０）。
【００６３】一方、ステップ７５１０で、エントリ有効
フラグ７０１０がＯＮで、かつ、指定された共有メモリ
の名前と共有メモリの名前７０２０が同じであるエント
リが、共有メモリ管理表７０００になければ、エントリ
有効フラグ７０１０がＯＦＦのエントリを探す（ステッ
プ７５２０）。なければ、共有メモリ管理表７０００の
すべてのエントリが使用中であることになるのでエラー
リターンする（ステップ７５３０）。エントリ有効フラ
グ７０１０がＯＦＦのエントリがあれば、第１のＯＳ１
２００へコンテキスト切替えを行い（ステップ７５３
５）、第１のＯＳ１２００の共有メモリ通信機能１４４
０のオープンのシステムコールをこの共有メモリの名前
で発行することにより、第１のＯＳ１２００の共有メモ
リ通信機能１４４０のオブジェクトハンドルを獲得し
（ステップ７５４０）、獲得したオブジェクトハンドル
を第１のＯＳの共有メモリオブジェクトハンドル７０３
０にセットし（ステップ７５５０）、第１のＯＳの共有
メモリオブジェクトハンドル有効フラグ７０４０をＯＮ
にし（ステップ７５６０）、パラメータとして指定され
た共有メモリの名前を共有メモリの名前７０２０に格納
し（ステップ７５６５）、エントリ有効フラグ７０１０
をＯＮにして（ステップ７５７０）、第２のＯＳ１３０
０へコンテキスト切替えを行い（ステップ７５７５）、
そのエントリの共有メモリ記述子を返して終了する（ス
テップ７５８０）。
フラグ７０１０がＯＮで、かつ、指定された共有メモリ
の名前と共有メモリの名前７０２０が同じであるエント
リが、共有メモリ管理表７０００になければ、エントリ
有効フラグ７０１０がＯＦＦのエントリを探す（ステッ
プ７５２０）。なければ、共有メモリ管理表７０００の
すべてのエントリが使用中であることになるのでエラー
リターンする（ステップ７５３０）。エントリ有効フラ
グ７０１０がＯＦＦのエントリがあれば、第１のＯＳ１
２００へコンテキスト切替えを行い（ステップ７５３
５）、第１のＯＳ１２００の共有メモリ通信機能１４４
０のオープンのシステムコールをこの共有メモリの名前
で発行することにより、第１のＯＳ１２００の共有メモ
リ通信機能１４４０のオブジェクトハンドルを獲得し
（ステップ７５４０）、獲得したオブジェクトハンドル
を第１のＯＳの共有メモリオブジェクトハンドル７０３
０にセットし（ステップ７５５０）、第１のＯＳの共有
メモリオブジェクトハンドル有効フラグ７０４０をＯＮ
にし（ステップ７５６０）、パラメータとして指定され
た共有メモリの名前を共有メモリの名前７０２０に格納
し（ステップ７５６５）、エントリ有効フラグ７０１０
をＯＮにして（ステップ７５７０）、第２のＯＳ１３０
０へコンテキスト切替えを行い（ステップ７５７５）、
そのエントリの共有メモリ記述子を返して終了する（ス
テップ７５８０）。
【００６４】図３７は、第２のＯＳのプロセス１７００
が発行した共有メモリ通信の仮想空間マッピング要求シ
ステムコールの処理のフローである。このシステムコー
ルは、共有メモリ記述子をパラメータに指定して仮想空
間マッピング要求を行う。まず、第１のＯＳ１２００へ
のコンテキスト切替えを行い（ステップ７６１０）、当
該仮想空間マッピング要求において指定された共有メモ
リ記述子に対応するエントリを共有メモリ管理表７００
０からみつけ、そのエントリにおける第１のＯＳの共有
メモリオブジェクトハンドル７０３０を用いて、第１の
ＯＳ１２００の共有メモリ通信機能１４４０の仮想空間
マッピング要求のシステムコールを発行し（ステップ７
６２０）、第２のＯＳ１３００へのコンテキスト切替え
を行い（ステップ７６３０）、リターンする（ステップ
７６４０）。
が発行した共有メモリ通信の仮想空間マッピング要求シ
ステムコールの処理のフローである。このシステムコー
ルは、共有メモリ記述子をパラメータに指定して仮想空
間マッピング要求を行う。まず、第１のＯＳ１２００へ
のコンテキスト切替えを行い（ステップ７６１０）、当
該仮想空間マッピング要求において指定された共有メモ
リ記述子に対応するエントリを共有メモリ管理表７００
０からみつけ、そのエントリにおける第１のＯＳの共有
メモリオブジェクトハンドル７０３０を用いて、第１の
ＯＳ１２００の共有メモリ通信機能１４４０の仮想空間
マッピング要求のシステムコールを発行し（ステップ７
６２０）、第２のＯＳ１３００へのコンテキスト切替え
を行い（ステップ７６３０）、リターンする（ステップ
７６４０）。
【００６５】図３８は、第２のＯＳのプロセス１７００
が発行した共有メモリ通信の仮想空間マッピング解除要
求システムコールの処理のフローである。このシステム
コールは、共有メモリ記述子をパラメータに指定して仮
想空間マッピング解除要求を行う。まず、第１のＯＳ１
２００へのコンテキスト切替えを行い（ステップ７７１
０）、当該仮想空間マッピング要求において指定された
共有メモリ記述子に対応するエントリを共有メモリ管理
表７０００からみつけ、そのエントリにおける第１のＯ
Ｓの共有メモリオブジェクトハンドル７０３０を用い
て、第１のＯＳ１２００の共有メモリ通信機能１４４０
の仮想空間マッピング解除要求のシステムコールを発行
し（ステップ７７２０）、第２のＯＳ１３００へのコン
テキスト切替えを行い（ステップ７７３０）、リターン
する（ステップ７７４０）。
が発行した共有メモリ通信の仮想空間マッピング解除要
求システムコールの処理のフローである。このシステム
コールは、共有メモリ記述子をパラメータに指定して仮
想空間マッピング解除要求を行う。まず、第１のＯＳ１
２００へのコンテキスト切替えを行い（ステップ７７１
０）、当該仮想空間マッピング要求において指定された
共有メモリ記述子に対応するエントリを共有メモリ管理
表７０００からみつけ、そのエントリにおける第１のＯ
Ｓの共有メモリオブジェクトハンドル７０３０を用い
て、第１のＯＳ１２００の共有メモリ通信機能１４４０
の仮想空間マッピング解除要求のシステムコールを発行
し（ステップ７７２０）、第２のＯＳ１３００へのコン
テキスト切替えを行い（ステップ７７３０）、リターン
する（ステップ７７４０）。
【００６６】図３９は、第２のＯＳのプロセス１７００
が発行した共有メモリ通信のクローズ要求システムコー
ルの処理のフローである。このシステムコールは、共有
メモリ記述子をパラメータに指定してクローズ要求を行
う。まず、第１のＯＳ１２００へのコンテキスト切替え
を行い（ステップ７８１０）、当該クローズ要求におい
て指定された共有メモリ記述子に対応するエントリを共
有メモリ管理表７０００からみつけ、そのエントリにお
ける第１のＯＳの共有メモリオブジェクトハンドル７０
３０を用いて、第１のＯＳ１２００の共有メモリ通信機
能１４４０のクローズ要求のシステムコールを発行し
（ステップ７８２０）、第１のＯＳの共有メモリオブジ
ェクトハンドル有効フラグ７０４０をＯＦＦにし（ステ
ップ７８３０）、エントリ有効フラグ７０１０をＯＦＦ
にして当該エントリを無効にして（ステップ７８４
０）、第２のＯＳ１３００へのコンテキスト切替えを行
い（ステップ７８５０）、リターンする（ステップ７８
６０）。
が発行した共有メモリ通信のクローズ要求システムコー
ルの処理のフローである。このシステムコールは、共有
メモリ記述子をパラメータに指定してクローズ要求を行
う。まず、第１のＯＳ１２００へのコンテキスト切替え
を行い（ステップ７８１０）、当該クローズ要求におい
て指定された共有メモリ記述子に対応するエントリを共
有メモリ管理表７０００からみつけ、そのエントリにお
ける第１のＯＳの共有メモリオブジェクトハンドル７０
３０を用いて、第１のＯＳ１２００の共有メモリ通信機
能１４４０のクローズ要求のシステムコールを発行し
（ステップ７８２０）、第１のＯＳの共有メモリオブジ
ェクトハンドル有効フラグ７０４０をＯＦＦにし（ステ
ップ７８３０）、エントリ有効フラグ７０１０をＯＦＦ
にして当該エントリを無効にして（ステップ７８４
０）、第２のＯＳ１３００へのコンテキスト切替えを行
い（ステップ７８５０）、リターンする（ステップ７８
６０）。
【００６７】以上の図３１から図３９に示した処理によ
り、第１のＯＳ１２００が共有メモリ機能を有し、第２
のＯＳ１３００が共有メモリ機能を有さない時、第１の
ＯＳ上のプロセス１６００が発行する、第１のＯＳ上の
プロセス１６００と第２のＯＳ上のプロセス１７００の
間のプロセス間通信における共有メモリ関連要求を、第
１のＯＳ１２００が有する共有メモリ機能を用いて処理
することが可能となり、そして、第２のＯＳ上のプロセ
ス１７００が発行する、第１のＯＳ上のプロセス１６０
０と第２のＯＳ上のプロセス１７００の間のプロセス間
通信における共有メモリ関連要求を、第１のＯＳ１２０
０が有する共有メモリ機能を用いて処理することが可能
となる。
り、第１のＯＳ１２００が共有メモリ機能を有し、第２
のＯＳ１３００が共有メモリ機能を有さない時、第１の
ＯＳ上のプロセス１６００が発行する、第１のＯＳ上の
プロセス１６００と第２のＯＳ上のプロセス１７００の
間のプロセス間通信における共有メモリ関連要求を、第
１のＯＳ１２００が有する共有メモリ機能を用いて処理
することが可能となり、そして、第２のＯＳ上のプロセ
ス１７００が発行する、第１のＯＳ上のプロセス１６０
０と第２のＯＳ上のプロセス１７００の間のプロセス間
通信における共有メモリ関連要求を、第１のＯＳ１２０
０が有する共有メモリ機能を用いて処理することが可能
となる。
【００６８】
【発明の効果】１台の計算機上で複数のオペレーティン
グシステム（ＯＳ）が動作するとき、それぞれのＯＳ上
で動作するプロセス間でのプロセス間通信（イベント同
期、セマフォ、メッセージ、共有メモリ）が可能とな
る。そして、この通信において、それぞれのＯＳが持つ
自身のプロセス間通信機能を利用するので、実現が容易
になる。
グシステム（ＯＳ）が動作するとき、それぞれのＯＳ上
で動作するプロセス間でのプロセス間通信（イベント同
期、セマフォ、メッセージ、共有メモリ）が可能とな
る。そして、この通信において、それぞれのＯＳが持つ
自身のプロセス間通信機能を利用するので、実現が容易
になる。
【図１】本発明の実施例を実施する計算機システムにお
けるＯＳ間通信の概要を示す図である。
けるＯＳ間通信の概要を示す図である。
【図２】第１のＯＳのプロセス１６００および第２のＯ
Ｓのプロセス１７００のプロセスのアドレス空間の構成
を示す図である。
Ｓのプロセス１７００のプロセスのアドレス空間の構成
を示す図である。
【図３】管理表１９００の中のイベント管理表３０００
を示す図である。
を示す図である。
【図４】第１のＯＳのプロセス１６００が発行したイベ
ント同期通信のオープン要求システムコールの処理のフ
ローである。
ント同期通信のオープン要求システムコールの処理のフ
ローである。
【図５】第１のＯＳのプロセス１６００が発行したイベ
ント同期通信のウェイト要求システムコールの処理のフ
ローである。
ント同期通信のウェイト要求システムコールの処理のフ
ローである。
【図６】第１のＯＳのプロセス１６００が発行したイベ
ント同期通信のポスト要求システムコールの処理のフロ
ーである。
ント同期通信のポスト要求システムコールの処理のフロ
ーである。
【図７】第１のＯＳのプロセス１６００が発行したイベ
ント同期通信のクローズ要求システムコールの処理のフ
ローである。
ント同期通信のクローズ要求システムコールの処理のフ
ローである。
【図８】第２のＯＳのプロセス１７００が発行したイベ
ント同期通信のオープン要求システムコールの処理のフ
ローである。
ント同期通信のオープン要求システムコールの処理のフ
ローである。
【図９】第２のＯＳのプロセス１７００が発行したイベ
ント同期通信のウェイト要求システムコールの処理のフ
ローである。
ント同期通信のウェイト要求システムコールの処理のフ
ローである。
【図１０】第２のＯＳのプロセス１７００が発行したイ
ベント同期通信のポスト要求システムコールの処理のフ
ローである。
ベント同期通信のポスト要求システムコールの処理のフ
ローである。
【図１１】第２のＯＳのプロセス１７００が発行したイ
ベント同期通信のクローズ要求システムコールの処理の
フローである。
ベント同期通信のクローズ要求システムコールの処理の
フローである。
【図１２】管理表１９００の中のセマフォ管理表５００
０を示す図である。
０を示す図である。
【図１３】第１のＯＳのプロセス１６００が発行したセ
マフォ通信のオープン要求システムコールの処理のフロ
ーである。
マフォ通信のオープン要求システムコールの処理のフロ
ーである。
【図１４】第１のＯＳのプロセス１６００が発行したセ
マフォ通信のセマフォウェイト要求システムコールの処
理のフローである。
マフォ通信のセマフォウェイト要求システムコールの処
理のフローである。
【図１５】第１のＯＳのプロセス１６００が発行したセ
マフォ通信のセマフォカウントアップ要求システムコー
ルの処理のフローである。
マフォ通信のセマフォカウントアップ要求システムコー
ルの処理のフローである。
【図１６】第１のＯＳのプロセス１６００が発行したセ
マフォ通信のクローズ要求システムコールの処理のフロ
ーである。
マフォ通信のクローズ要求システムコールの処理のフロ
ーである。
【図１７】第２のＯＳのプロセス１７００が発行したセ
マフォ通信のオープン要求システムコールの処理のフロ
ーである。
マフォ通信のオープン要求システムコールの処理のフロ
ーである。
【図１８】第２のＯＳのプロセス１７００が発行したセ
マフォ通信のセマフォウェイト要求システムコールの処
理のフローである。
マフォ通信のセマフォウェイト要求システムコールの処
理のフローである。
【図１９】第２のＯＳのプロセス１７００が発行したセ
マフォ通信のセマフォカウントアップ要求システムコー
ルの処理のフローである。
マフォ通信のセマフォカウントアップ要求システムコー
ルの処理のフローである。
【図２０】第２のＯＳのプロセス１７００が発行したセ
マフォ通信のクローズ要求システムコールの処理のフロ
ーである。
マフォ通信のクローズ要求システムコールの処理のフロ
ーである。
【図２１】メッセージ通信関連のデータ構造を示す図で
ある。
ある。
【図２２】管理表１９００の中のメッセージキュー管理
表６１００を示す図である。
表６１００を示す図である。
【図２３】第１のＯＳのプロセス１６００が発行したメ
ッセージ通信のオープン要求システムコールの処理のフ
ローである。
ッセージ通信のオープン要求システムコールの処理のフ
ローである。
【図２４】第１のＯＳのプロセス１６００が発行したメ
ッセージ通信のメッセージ送信要求システムコールの処
理のフローである。
ッセージ通信のメッセージ送信要求システムコールの処
理のフローである。
【図２５】第１のＯＳのプロセス１６００が発行したメ
ッセージ通信のメッセージ受信要求システムコールの処
理のフローである。
ッセージ通信のメッセージ受信要求システムコールの処
理のフローである。
【図２６】第１のＯＳのプロセス１６００が発行したメ
ッセージ通信のクローズ要求システムコールの処理のフ
ローである。
ッセージ通信のクローズ要求システムコールの処理のフ
ローである。
【図２７】第２のＯＳのプロセス１７００が発行したメ
ッセージ通信のオープン要求システムコールの処理のフ
ローである。
ッセージ通信のオープン要求システムコールの処理のフ
ローである。
【図２８】第２のＯＳのプロセス１７００が発行したメ
ッセージ通信のメッセージ送信要求システムコールの処
理のフローである。
ッセージ通信のメッセージ送信要求システムコールの処
理のフローである。
【図２９】第２のＯＳのプロセス１７００が発行したメ
ッセージ通信のメッセージ受信要求システムコールの処
理のフローである。
ッセージ通信のメッセージ受信要求システムコールの処
理のフローである。
【図３０】第２のＯＳのプロセス１７００が発行したメ
ッセージ通信のクローズ要求システムコールの処理のフ
ローである。
ッセージ通信のクローズ要求システムコールの処理のフ
ローである。
【図３１】管理表１９００の中の共有メモリ管理表７０
００を示す図である。
００を示す図である。
【図３２】第１のＯＳのプロセス１６００が発行した共
有メモリ通信のオープン要求システムコールの処理のフ
ローである。
有メモリ通信のオープン要求システムコールの処理のフ
ローである。
【図３３】第１のＯＳのプロセス１６００が発行した共
有メモリ通信の仮想空間マッピング要求システムコール
の処理のフローである。
有メモリ通信の仮想空間マッピング要求システムコール
の処理のフローである。
【図３４】第１のＯＳのプロセス１６００が発行した共
有メモリ通信の仮想空間マッピング解除要求システムコ
ールの処理のフローである。
有メモリ通信の仮想空間マッピング解除要求システムコ
ールの処理のフローである。
【図３５】第１のＯＳのプロセス１６００が発行した共
有メモリ通信のクローズ要求システムコールの処理のフ
ローである。
有メモリ通信のクローズ要求システムコールの処理のフ
ローである。
【図３６】第２のＯＳのプロセス１７００が発行した共
有メモリ通信のオープン要求システムコールの処理のフ
ローである。
有メモリ通信のオープン要求システムコールの処理のフ
ローである。
【図３７】第２のＯＳのプロセス１７００が発行した共
有メモリ通信の仮想空間マッピング要求システムコール
の処理のフローである。
有メモリ通信の仮想空間マッピング要求システムコール
の処理のフローである。
【図３８】第２のＯＳのプロセス１７００が発行した共
有メモリ通信の仮想空間マッピング解除要求システムコ
ールの処理のフローである。
有メモリ通信の仮想空間マッピング解除要求システムコ
ールの処理のフローである。
【図３９】第２のＯＳのプロセス１７００が発行した共
有メモリ通信のクローズ要求システムコールの処理のフ
ローである。
有メモリ通信のクローズ要求システムコールの処理のフ
ローである。
１０００：ハードウェア、１１００：複数ＯＳ制御プロ
グラム、１２００：第１のＯＳ、１２５０：ドライバ
部、１３００：第２のＯＳ、１３５０：ドライバ部、１
４００：第１のＯＳのプロセス間通信機能、１４１０：
イベント同期通信機能、１４２０：セマフォ通信機能、
１４４０：共有メモリ通信機能、１５００：第２のＯＳ
のプロセス間通信機能、１５１０：イベント同期通信機
能、１６００：第１のＯＳのプロセス、１７００：第２
のＯＳのプロセス、１８００：ＯＳ間通信処理部、１８
１０：メッセージ通信機能、１９００：管理表、２１０
０：第１のＯＳのプロセス１６００のアドレス空間、２
２００：第２のＯＳのプロセス１７００のアドレス空
間、２３００：アプリケーション領域、２４００：シス
テム領域、３０００：イベント管理表、３０１０：エン
トリ有効フラグ、３０２０：イベントの名前、３０３
０：第１のＯＳのイベントオブジェクトハンドル、３０
４０：第１のＯＳのイベントオブジェクトハンドル有効
フラグ、３０５０：第２のＯＳのイベントオブジェクト
ハンドル、３０６０：第２のＯＳのイベントオブジェク
トハンドル有効フラグ、５０００：セマフォ管理表、５
０１０：エントリ有効フラグ、５０２０：セマフォの名
前、５０３０：第１のＯＳのセマフォオブジェクトハン
ドル、５０４０：第１のＯＳのセマフォオブジェクトハ
ンドル有効フラグ、６０００：メッセージキュー、６０
１０：メッセージヘッダ、６０２０：データバッファ、
６１００：メッセージキュー管理表、６１１０：メッセ
ージキュー使用中フラグ６１１０、６１２０：メッセー
ジキューの名前、６１３０：メッセージキューポイン
タ、７０００：共有メモリ管理表、７０１０：エントリ
有効フラグ、７０２０：共有メモリの名前、７０３０：
第１のＯＳの共有メモリオブジェクトハンドル、７０４
０：第１のＯＳの共有メモリオブジェクトハンドル有効
フラグ。
グラム、１２００：第１のＯＳ、１２５０：ドライバ
部、１３００：第２のＯＳ、１３５０：ドライバ部、１
４００：第１のＯＳのプロセス間通信機能、１４１０：
イベント同期通信機能、１４２０：セマフォ通信機能、
１４４０：共有メモリ通信機能、１５００：第２のＯＳ
のプロセス間通信機能、１５１０：イベント同期通信機
能、１６００：第１のＯＳのプロセス、１７００：第２
のＯＳのプロセス、１８００：ＯＳ間通信処理部、１８
１０：メッセージ通信機能、１９００：管理表、２１０
０：第１のＯＳのプロセス１６００のアドレス空間、２
２００：第２のＯＳのプロセス１７００のアドレス空
間、２３００：アプリケーション領域、２４００：シス
テム領域、３０００：イベント管理表、３０１０：エン
トリ有効フラグ、３０２０：イベントの名前、３０３
０：第１のＯＳのイベントオブジェクトハンドル、３０
４０：第１のＯＳのイベントオブジェクトハンドル有効
フラグ、３０５０：第２のＯＳのイベントオブジェクト
ハンドル、３０６０：第２のＯＳのイベントオブジェク
トハンドル有効フラグ、５０００：セマフォ管理表、５
０１０：エントリ有効フラグ、５０２０：セマフォの名
前、５０３０：第１のＯＳのセマフォオブジェクトハン
ドル、５０４０：第１のＯＳのセマフォオブジェクトハ
ンドル有効フラグ、６０００：メッセージキュー、６０
１０：メッセージヘッダ、６０２０：データバッファ、
６１００：メッセージキュー管理表、６１１０：メッセ
ージキュー使用中フラグ６１１０、６１２０：メッセー
ジキューの名前、６１３０：メッセージキューポイン
タ、７０００：共有メモリ管理表、７０１０：エントリ
有効フラグ、７０２０：共有メモリの名前、７０３０：
第１のＯＳの共有メモリオブジェクトハンドル、７０４
０：第１のＯＳの共有メモリオブジェクトハンドル有効
フラグ。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 大野 洋 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内 (72)発明者 関口 知紀 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 柴田 隆 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内
Claims (45)
- 【請求項１】１台の計算機上で第１のオペレーティング
システム（ＯＳ）および第２のＯＳが同時に動作する計
算機システムにおいて、 第１のＯＳ上のプロセスおよび第２のＯＳ上のプロセス
が相互に通信する手段を有することを特徴とする異種Ｏ
Ｓ上プロセス間通信方法。 - 【請求項２】請求項１の異種ＯＳ上プロセス間通信方法
において、 第１のＯＳ上のプロセスおよび第２のＯＳ上のプロセス
が相互に通信する手段はイベント同期によるプロセス間
通信であることを特徴とする異種ＯＳ上プロセス間通信
方法。 - 【請求項３】請求項２の異種ＯＳ上プロセス間通信方法
において、 第１のＯＳおよび第２のＯＳが、それぞれ、イベント同
期によるプロセス間通信機能を有する時、 ウェイトしている第１のＯＳ上のプロセスを第２のＯＳ
上のプロセスがポストし、ウェイトしている第２のＯＳ
上のプロセスを第１のＯＳ上のプロセスがポストする手
段を有することを特徴とする計算機システム異種ＯＳ上
プロセス間通信方法。 - 【請求項４】請求項３の異種ＯＳ上プロセス間通信方法
において、 第１のＯＳのイベント同期によるプロセス間通信機能に
関するイベントオブジェクトのハンドルと、第２のＯＳ
のイベント同期によるプロセス間通信機能に関するイベ
ントオブジェクトのハンドルと、第１のＯＳ上のプロセ
スと第２のＯＳ上のプロセスの間のイベント同期による
プロセス間通信のためのイベントの名前とのイベント管
理表を、第１のＯＳおよび第２のＯＳを制御するための
複数ＯＳ制御プログラムの中に有することを特徴とする
異種ＯＳ上プロセス間通信方法。 - 【請求項５】請求項４の異種ＯＳ上プロセス間通信方法
において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のイベント同期によるプロ
セス間通信におけるイベントのオープンの要求を当該イ
ベントの名前を指定して行う場合、 当該イベント管理表をサーチして、当該イベントの名前
と同一のイベントの名前が格納されたエントリがあれ
ば、そのエントリの記述子を返すステップと、 当該イベント管理表をサーチして、当該イベントの名前
と同一のイベントの名前が格納されたエントリがなけれ
ば、第１のＯＳのイベント同期によるプロセス間通信機
能におけるオープン要求を発行し、その結果得られるイ
ベントオブジェクトのハンドルおよび当該イベントの名
前を当該イベント管理表の新たなエントリに格納し、そ
のエントリの記述子を返すステップを有することを特徴
とする異種ＯＳ上プロセス間通信方法。 - 【請求項６】請求項４の異種ＯＳ上プロセス間通信方法
において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のイベント同期によるプロ
セス間通信におけるイベントのウェイトの要求を行う場
合、 上記のイベント管理表を用いて第１のＯＳのイベント同
期によるプロセス間通信のイベントオブジェクトハンド
ルを得るステップと、 上記の獲得したイベントオブジェクトハンドルを用い
て、第１のＯＳのイベント同期によるプロセス間通信機
能におけるウェイトの要求を発行するステップを有する
ことを特徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項７】請求項４の異種ＯＳ上プロセス間通信方法
において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のイベント同期によるプロ
セス間通信におけるイベントのポストの要求を行う場
合、 上記のイベント管理表を用いて第２のＯＳのイベント同
期によるプロセス間通信のイベントオブジェクトハンド
ルを得るステップと、 第１のＯＳのコンテキストから第２のＯＳのコンテキス
トに切り替えた後に、上記の獲得したイベントオブジェ
クトハンドルを用いて、第２のＯＳのイベント同期によ
るプロセス間通信機能におけるポストの要求を発行する
ステップを有することを特徴とする異種ＯＳ上プロセス
間通信方法。 - 【請求項８】請求項４の異種ＯＳ上プロセス間通信方法
において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のイベント同期によるプロ
セス間通信におけるイベントのクローズの要求を行う場
合、 上記のイベント管理表を用いて第１のＯＳのイベント同
期によるプロセス間通信のイベントオブジェクトハンド
ルを得るステップと、 上記の獲得したイベントオブジェクトハンドルを用い
て、第１のＯＳのイベント同期によるプロセス間通信機
能におけるクローズの要求を発行するステップと、 イベント管理表の当該エントリを無効とするステップを
有することを特徴とする異種ＯＳ上プロセス間通信方
法。 - 【請求項９】請求項４の異種ＯＳ上プロセス間通信方法
において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のイベント同期によるプロ
セス間通信におけるイベントのオープンの要求を当該イ
ベントの名前を指定して行う場合、 当該イベント管理表をサーチして、当該イベントの名前
と同一のイベントの名前が格納されたエントリがあれ
ば、そのエントリの記述子を返すステップと、 当該イベント管理表をサーチして、当該イベントの名前
と同一のイベントの名前が格納されたエントリがなけれ
ば、第２のＯＳのイベント同期によるプロセス間通信機
能におけるオープン要求を発行し、その結果得られるイ
ベントオブジェクトのハンドルおよび当該イベントの名
前を当該イベント管理表の新たなエントリに格納し、そ
のエントリの記述子を返すステップを有することを特徴
とする異種ＯＳ上プロセス間通信方法。 - 【請求項１０】請求項４の異種ＯＳ上プロセス間通信方
法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のイベント同期によるプロ
セス間通信におけるイベントのウェイトの要求を行う場
合、 上記のイベント管理表を用いて第２のＯＳのイベント同
期によるプロセス間通信のイベントオブジェクトハンド
ルを得るステップと、 上記の獲得したイベントオブジェクトハンドルを用い
て、第２のＯＳのイベント同期によるプロセス間通信機
能におけるウェイトの要求を発行するステップを有する
ことを特徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項１１】請求項４の異種ＯＳ上プロセス間通信方
法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のイベント同期によるプロ
セス間通信におけるイベントのポストの要求を行う場
合、 上記のイベント管理表を用いて第１のＯＳのイベント同
期によるプロセス間通信のイベントオブジェクトハンド
ルを得るステップと、 第２のＯＳのコンテキストから第１のＯＳのコンテキス
トに切り替えた後に、上記の獲得したイベントオブジェ
クトハンドルを用いて、第１のＯＳのイベント同期によ
るプロセス間通信機能におけるポストの要求を発行する
ステップを有することを特徴とする異種ＯＳ上プロセス
間通信方法。 - 【請求項１２】請求項４の異種ＯＳ上プロセス間通信方
法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のイベント同期によるプロ
セス間通信におけるイベントのクローズの要求を行う場
合、 上記のイベント管理表を用いて第２のＯＳのイベント同
期によるプロセス間通信のイベントオブジェクトハンド
ルを得るステップと、 上記の獲得したイベントオブジェクトハンドルを用い
て、第２のＯＳのイベント同期によるプロセス間通信機
能におけるクローズの要求を発行するステップと、 イベント管理表の当該エントリを無効とするステップを
有することを特徴とする異種ＯＳ上プロセス間通信方
法。 - 【請求項１３】請求項１の異種ＯＳ上プロセス間通信方
法において、 第１のＯＳ上のプロセスおよび第２のＯＳ上のプロセス
が相互に通信する手段はセマフォであることを特徴とす
る異種ＯＳ上プロセス間通信方法。 - 【請求項１４】請求項１３の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳがセマフォ機能を有し、第２のＯＳがセマフ
ォ機能を有さない時、 第１のＯＳ上のプロセスが発行する、第１のＯＳ上のプ
ロセスと第２のＯＳ上のプロセスの間のプロセス間通信
におけるセマフォ関連要求を、第１のＯＳが有するセマ
フォ機能を用いて処理するステップと、 第２のＯＳ上のプロセスが発行する、第１のＯＳ上のプ
ロセスと第２のＯＳ上のプロセスの間のプロセス間通信
におけるセマフォ関連要求を、第１のＯＳが有するセマ
フォ機能を用いて処理するステップとを有することを特
徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項１５】請求項１４の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳのセマフォ機能に関するセマフォオブジェク
トのハンドルと、第１のＯＳ上のプロセスと第２のＯＳ
上のプロセスの間のプロセス間通信におけるセマフォの
名前とのセマフォ管理表を、第１のＯＳおよび第２のＯ
Ｓを制御するための複数ＯＳ制御プログラムの中に有す
ることを特徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項１６】請求項１５の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
セマフォのオープンの要求を当該セマフォの名前を指定
して行う場合、 当該セマフォ管理表をサーチして、当該セマフォの名前
と同一のセマフォの名前が格納されたエントリがあれ
ば、そのエントリの記述子を返すステップと、 当該セマフォ管理表をサーチして、当該セマフォの名前
と同一のセマフォの名前が格納されたエントリがなけれ
ば、第１のＯＳのセマフォ機能におけるオープン要求を
発行し、その結果得られるセマフォオブジェクトのハン
ドルおよび当該セマフォの名前を当該セマフォ管理表の
新たなエントリに格納し、そのエントリの記述子を返す
ステップを有することを特徴とする異種ＯＳ上プロセス
間通信方法。 - 【請求項１７】請求項１５の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
セマフォのウェイトの要求を行う場合、 上記のセマフォ管理表を用いて第１のＯＳのセマフォに
よるプロセス間通信のセマフォオブジェクトハンドルを
得るステップと、 上記の獲得したセマフォオブジェクトハンドルを用い
て、第１のＯＳのセマフォ機能におけるセマフォのウェ
イトの要求を発行するステップを有することを特徴とす
る異種ＯＳ上プロセス間通信方法。 - 【請求項１８】請求項１５の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
セマフォのカウントアップの要求を行う場合、 上記のセマフォ管理表を用いて第１のＯＳのセマフォに
よるプロセス間通信のセマフォオブジェクトハンドルを
得るステップと、 上記の獲得したセマフォオブジェクトハンドルを用い
て、第１のＯＳのセマフォ機能におけるセマフォのカウ
ントアップの要求を発行するステップを有することを特
徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項１９】請求項１５の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
セマフォのクローズの要求を行う場合、 上記のセマフォ管理表を用いて第１のＯＳのセマフォに
よるプロセス間通信のセマフォオブジェクトハンドルを
得るステップと、 上記の獲得したセマフォオブジェクトハンドルを用い
て、第１のＯＳのセマフォ機能におけるクローズの要求
を発行するステップと、 セマフォ管理表の当該エントリを無効とするステップを
有することを特徴とする異種ＯＳ上プロセス間通信方
法。 - 【請求項２０】請求項１５の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
セマフォのオープンの要求を当該セマフォの名前を指定
して行う場合、 当該セマフォ管理表をサーチして、当該セマフォの名前
と同一のセマフォの名前が格納されたエントリがあれ
ば、そのエントリの記述子を返すステップと、 当該セマフォ管理表をサーチして、当該セマフォの名前
と同一のセマフォの名前が格納されたエントリがなけれ
ば、第２のＯＳのコンテキストから第１のＯＳのコンテ
キストに切り替えた後に、第１のＯＳのセマフォ機能に
おけるオープン要求を発行し、その結果得られるセマフ
ォオブジェクトのハンドルおよび当該セマフォの名前を
当該セマフォ管理表の新たなエントリに格納し、そのエ
ントリの記述子を返すステップを有することを特徴とす
る異種ＯＳ上プロセス間通信方法。 - 【請求項２１】請求項１５の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
セマフォのウェイトの要求を行う場合、 上記のセマフォ管理表を用いて第１のＯＳのセマフォに
よるプロセス間通信のセマフォオブジェクトハンドルを
得るステップと、 第２のＯＳのコンテキストから第１のＯＳのコンテキス
トに切り替え後に、上記の獲得したセマフォオブジェク
トハンドルを用いて、第１のＯＳのセマフォ機能におけ
るセマフォのウェイトの要求を発行するステップを有す
ることを特徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項２２】請求項１５の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
セマフォのカウントアップの要求を行う場合、 上記のセマフォ管理表を用いて第１のＯＳのセマフォに
よるプロセス間通信のセマフォオブジェクトハンドルを
得るステップと、 第２のＯＳのコンテキストから第１のＯＳのコンテキス
トに切り替えた後に、上記の獲得したセマフォオブジェ
クトハンドルを用いて、第１のＯＳのセマフォ機能にお
けるセマフォのカウントアップの要求を発行するステッ
プを有することを特徴とする異種ＯＳ上プロセス間通信
方法。 - 【請求項２３】請求項１５の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
セマフォのクローズの要求を行う場合、 上記のセマフォ管理表を用いて第１のＯＳのセマフォに
よるプロセス間通信のセマフォオブジェクトハンドルを
得るステップと、 第２のＯＳのコンテキストから第１のＯＳのコンテキス
トに切り替えた後に、上記の獲得したセマフォオブジェ
クトハンドルを用いて、第１のＯＳのセマフォ機能にお
けるクローズの要求を発行するステップと、 セマフォ管理表の当該エントリを無効とするステップを
有することを特徴とする異種ＯＳ上プロセス間通信方
法。 - 【請求項２４】請求項１の異種ＯＳ上プロセス間通信方
法において、 第１のＯＳ上のプロセスおよび第２のＯＳ上のプロセス
が相互に通信する手段はメッセージキューを用いたメッ
セージであることを特徴とする異種ＯＳ上プロセス間通
信方法。 - 【請求項２５】請求項２４の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳがメッセージ機能を有さず、第２のＯＳもメ
ッセージ機能を有さない時、 第１のＯＳ上のプロセスが発行する、第１のＯＳ上のプ
ロセスと第２のＯＳ上のプロセスの間のプロセス間通信
におけるメッセージ関連要求を処理するステップと、 第２のＯＳ上のプロセスが発行する、第１のＯＳ上のプ
ロセスと第２のＯＳ上のプロセスの間のプロセス間通信
におけるメッセージ関連要求を処理するステップとを有
することを特徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項２６】請求項２５の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスと第２のＯＳ上のプロセスの間
のプロセス間通信におけるメッセージキューの名前を管
理するメッセージキュー管理表を、第１のＯＳおよび第
２のＯＳを制御するための複数ＯＳ制御プログラムの中
に有することを特徴とする異種ＯＳ上プロセス間通信方
法。 - 【請求項２７】請求項２６の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
メッセージキューのオープンの要求を当該メッセージキ
ューの名前を指定して行う場合、 当該メッセージキュー管理表をサーチして、当該メッセ
ージキューの名前と同一のメッセージキューの名前が格
納されたエントリがあれば、そのエントリの記述子を返
すステップと、 当該メッセージキュー管理表をサーチして、当該メッセ
ージキューの名前と同一のメッセージキューの名前が格
納されたエントリがなければ、新たなメッセージキュー
を確保して、当該メッセージキューの名前を当該メッセ
ージキュー管理表の新たなエントリに格納し、そのエン
トリの記述子を返すステップを有することを特徴とする
異種ＯＳ上プロセス間通信方法。 - 【請求項２８】請求項２６の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
メッセージ送信の要求を行う場合、 第１のＯＳ上のプロセスの空間上のメッセージデータ
を、メッセージキューが存在する空間上のバッファへコ
ピーするステップと、 メッセージヘッダを割り当てて、それをメッセージキュ
ーのメッセージヘッダリストの最後に連結するステップ
と、 当該メッセージキューに対するメッセージ到着をウェイ
トしている第２のＯＳ上のプロセスをポストするステッ
プを有することを特徴とする異種ＯＳ上プロセス間通信
方法。 - 【請求項２９】請求項２６の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
メッセージ受信の要求を行う場合、 当該受信要求において指定したメッセージキューの最初
のメッセージを、当該第１のＯＳ上のプロセスの空間の
当該受信要求において指定されたアドレスへコピーする
ステップと、 当該受信要求において指定したメッセージキューにメッ
セージがなかった場合には、当該メッセージキューに対
するメッセージ到着をウェイトするステップを有するこ
とを特徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項３０】請求項２６の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
メッセージキューのクローズの要求を行う場合、 メッセージキュー管理表の当該エントリを無効とするス
テップを有することを特徴とする異種ＯＳ上プロセス間
通信方法。 - 【請求項３１】請求項２６の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
メッセージキューのオープンの要求を当該メッセージキ
ューの名前を指定して行う場合、 当該メッセージキュー管理表をサーチして、当該メッセ
ージキューの名前と同一のメッセージキューの名前が格
納されたエントリがあれば、そのエントリの記述子を返
すステップと、 当該メッセージキュー管理表をサーチして、当該メッセ
ージキューの名前と同一のメッセージキューの名前が格
納されたエントリがなければ、新たなメッセージキュー
を確保して、当該メッセージキューの名前を当該メッセ
ージキュー管理表の新たなエントリに格納し、そのエン
トリの記述子を返すステップを有することを特徴とする
異種ＯＳ上プロセス間通信方法。 - 【請求項３２】請求項２６の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
メッセージ送信の要求を行う場合、 第２のＯＳ上のプロセスの空間上のメッセージデータ
を、メッセージキューが存在する空間上のバッファへコ
ピーするステップと、 メッセージヘッダを割り当てて、それをメッセージキュ
ーのメッセージヘッダリストの最後に連結するステップ
と、 当該メッセージキューに対するメッセージ到着をウェイ
トしている第１のＯＳ上のプロセスをポストするステッ
プを有することを特徴とする異種ＯＳ上プロセス間通信
方法。 - 【請求項３３】請求項２６の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
メッセージ受信の要求を行う場合、 当該受信要求において指定したメッセージキューの最初
のメッセージを、当該第２のＯＳ上のプロセスの空間の
当該受信要求において指定されたアドレスへコピーする
ステップと、 当該受信要求において指定したメッセージキューにメッ
セージがなかった場合には、当該メッセージキューに対
するメッセージ到着をウェイトするステップを有するこ
とを特徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項３４】請求項２６の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
メッセージキューのクローズの要求を行う場合、 メッセージキュー管理表の当該エントリを無効とするス
テップを有することを特徴とする異種ＯＳ上プロセス間
通信方法。 - 【請求項３５】請求項１の異種ＯＳ上プロセス間通信方
法において、 第１のＯＳ上のプロセスおよび第２のＯＳ上のプロセス
が相互に通信する手段は共有メモリであることを特徴と
する異種ＯＳ上プロセス間通信方法。 - 【請求項３６】請求項３５の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳが共有メモリ機能を有し、第２のＯＳが共有
メモリ機能を有さない時、 第１のＯＳ上のプロセスが発行する、第１のＯＳ上のプ
ロセスと第２のＯＳ上のプロセスの間のプロセス間通信
における共有メモリ関連要求を、第１のＯＳが有する共
有メモリ機能を用いて処理するステップと、 第２のＯＳ上のプロセスが発行する、第１のＯＳ上のプ
ロセスと第２のＯＳ上のプロセスの間のプロセス間通信
における共有メモリ関連要求を、第１のＯＳが有する共
有メモリ機能を用いて処理するステップを有することを
特徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項３７】請求項３６の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳの共有メモリに関する共有メモリオブジェク
トのハンドルと、第１のＯＳ上のプロセスと第２のＯＳ
上のプロセスの間のプロセス間通信における共有メモリ
の名前との共有メモリ管理表を、第１のＯＳおよび第２
のＯＳを制御するための複数ＯＳ制御プログラムの中に
有することを特徴とする異種ＯＳ上プロセス間通信方
法。 - 【請求項３８】請求項３７の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
共有メモリのオープンの要求を当該共有メモリの名前を
指定して行う場合、 当該共有メモリ管理表をサーチして、当該共有メモリの
名前と同一の共有メモリの名前が格納されたエントリが
あれば、そのエントリの記述子を返すステップと、 当該共有メモリ管理表をサーチして、当該共有メモリの
名前と同一の共有メモリの名前が格納されたエントリが
なければ、第１のＯＳの共有メモリ機能におけるオープ
ン要求を発行し、その結果得られる共有メモリオブジェ
クトのハンドルおよび当該共有メモリの名前を当該共有
メモリ管理表の新たなエントリに格納し、そのエントリ
の記述子を返すステップを有することを特徴とする異種
ＯＳ上プロセス間通信方法。 - 【請求項３９】請求項３７の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
共有メモリの仮想空間マッピングの要求を行う場合、 上記のセマフォ管理表を用いて第１のＯＳの共有メモリ
によるプロセス間通信の共有メモリオブジェクトハンド
ルを得るステップと、 上記の獲得した共有メモリオブジェクトハンドルを用い
て、第１のＯＳの共有メモリ機能における共有メモリの
仮想空間マッピングの要求を発行するステップを有する
ことを特徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項４０】請求項３７の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
共有メモリの仮想空間マッピング解除の要求を行う場
合、 上記の共有メモリ管理表を用いて第１のＯＳの共有メモ
リによるプロセス間通信の共有メモリオブジェクトハン
ドルを得るステップと、 上記の獲得した共有メモリオブジェクトハンドルを用い
て、第１のＯＳの共有メモリ機能における共有メモリの
仮想空間マッピング解除の要求を発行するステップを有
することを特徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項４１】請求項３７の異種ＯＳ上プロセス間通信
方法において、 第１のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
共有メモリのクローズの要求を行う場合、 上記の共有メモリ管理表を用いて第１のＯＳの共有メモ
リによるプロセス間通信の共有メモリオブジェクトハン
ドルを得るステップと、 上記の獲得した共有メモリオブジェクトハンドルを用い
て、第１のＯＳの共有メモリ機能におけるクローズの要
求を発行するステップと、 共有メモリ管理表の当該エントリを無効とするステップ
を有することを特徴とする異種ＯＳ上プロセス間通信方
法。 - 【請求項４２】請求項３７の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
共有メモリのオープンの要求を当該共有メモリの名前を
指定して行う場合、 当該共有メモリ管理表をサーチして、当該共有メモリの
名前と同一の共有メモリの名前が格納されたエントリが
あれば、そのエントリの記述子を返すステップと、 当該共有メモリ管理表をサーチして、当該共有メモリの
名前と同一の共有メモリの名前が格納されたエントリが
なければ、第２のＯＳのコンテキストから第１のＯＳの
コンテキストに切り替えた後に、第１のＯＳの共有メモ
リ機能におけるオープン要求を発行し、その結果得られ
る共有メモリオブジェクトのハンドルおよび当該共有メ
モリの名前を当該共有メモリ管理表の新たなエントリに
格納し、そのエントリの記述子を返すステップを有する
ことを特徴とする異種ＯＳ上プロセス間通信方法。 - 【請求項４３】請求項３７の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
共有メモリの仮想空間マッピングの要求を行う場合、 上記の共有メモリ管理表を用いて第１のＯＳの共有メモ
リによるプロセス間通信の共有メモリオブジェクトハン
ドルを得るステップと、 第２のＯＳのコンテキストから第１のＯＳのコンテキス
トに切り替え後に、上記の獲得した共有メモリオブジェ
クトハンドルを用いて、第１のＯＳの共有メモリ機能に
おける共有メモリの仮想空間マッピングの要求を発行す
るステップを有することを特徴とする異種ＯＳ上プロセ
ス間通信方法。 - 【請求項４４】請求項３７の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
共有メモリの仮想空間マッピング解除の要求を行う場
合、 上記の共有メモリ管理表を用いて第１のＯＳの共有メモ
リによるプロセス間通信の共有メモリオブジェクトハン
ドルを得るステップと、 第２のＯＳのコンテキストから第１のＯＳのコンテキス
トに切り替えた後に、上記の獲得した共有メモリオブジ
ェクトハンドルを用いて、第１のＯＳの共有メモリ機能
における共有メモリの仮想空間マッピング解除の要求を
発行するステップを有することを特徴とする異種ＯＳ上
プロセス間通信方法。 - 【請求項４５】請求項３７の異種ＯＳ上プロセス間通信
方法において、 第２のＯＳ上のプロセスが、第１のＯＳ上のプロセスと
第２のＯＳ上のプロセスの間のプロセス間通信における
共有メモリのクローズの要求を行う場合、 上記の共有メモリ管理表を用いて第１のＯＳの共有メモ
リによるプロセス間通信の共有メモリオブジェクトハン
ドルを得るステップと、 第２のＯＳのコンテキストから第１のＯＳのコンテキス
トに切り替えた後に、上記の獲得した共有メモリオブジ
ェクトハンドルを用いて、第１のＯＳの共有メモリ機能
におけるクローズの要求を発行するステップと、 共有メモリ管理表の当該エントリを無効とするステップ
を有することを特徴とする異種ＯＳ上プロセス間通信方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9248176A JPH1185546A (ja) | 1997-09-12 | 1997-09-12 | 異種ｏｓ上プロセス間通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9248176A JPH1185546A (ja) | 1997-09-12 | 1997-09-12 | 異種ｏｓ上プロセス間通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1185546A true JPH1185546A (ja) | 1999-03-30 |
Family
ID=17174345
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9248176A Pending JPH1185546A (ja) | 1997-09-12 | 1997-09-12 | 異種ｏｓ上プロセス間通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH1185546A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7047407B2 (en) | 2001-12-05 | 2006-05-16 | Hitachi, Ltd. | Network system enabling transmission control |
| JP2007179190A (ja) * | 2005-12-27 | 2007-07-12 | Mitsubishi Electric Corp | セマフォ管理方法、およびセマフォ管理プログラム |
| US8042117B2 (en) | 2006-07-25 | 2011-10-18 | Ntt Docomo, Inc. | Operating system switching control device and computer system |
| JP2012215986A (ja) * | 2011-03-31 | 2012-11-08 | Canon Electronics Inc | 周辺装置、画像読取装置および情報処理システム |
| US9032401B2 (en) | 2011-05-16 | 2015-05-12 | Panasonic Intellectual Property Corporation Of America | Virtual computer system having a first virtual computer that executes a protected process, a second virtual computer that executes an unprotected process, and a hypervisor that controls the first and second virtual computers |
| US9176745B2 (en) | 2011-03-23 | 2015-11-03 | Canon Kabushiki Kaisha | Peripheral device used while being connected to information processing apparatus |
| CN112612582A (zh) * | 2020-12-14 | 2021-04-06 | 北京和利时系统工程有限公司 | 信号量功能实现方法和装置 |
| JP2022079764A (ja) * | 2019-10-04 | 2022-05-26 | イーソル株式会社 | 同期制御システムおよび同期制御方法 |
-
1997
- 1997-09-12 JP JP9248176A patent/JPH1185546A/ja active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7047407B2 (en) | 2001-12-05 | 2006-05-16 | Hitachi, Ltd. | Network system enabling transmission control |
| JP2007179190A (ja) * | 2005-12-27 | 2007-07-12 | Mitsubishi Electric Corp | セマフォ管理方法、およびセマフォ管理プログラム |
| US8042117B2 (en) | 2006-07-25 | 2011-10-18 | Ntt Docomo, Inc. | Operating system switching control device and computer system |
| US9176745B2 (en) | 2011-03-23 | 2015-11-03 | Canon Kabushiki Kaisha | Peripheral device used while being connected to information processing apparatus |
| JP2012215986A (ja) * | 2011-03-31 | 2012-11-08 | Canon Electronics Inc | 周辺装置、画像読取装置および情報処理システム |
| US9032401B2 (en) | 2011-05-16 | 2015-05-12 | Panasonic Intellectual Property Corporation Of America | Virtual computer system having a first virtual computer that executes a protected process, a second virtual computer that executes an unprotected process, and a hypervisor that controls the first and second virtual computers |
| JP2022079764A (ja) * | 2019-10-04 | 2022-05-26 | イーソル株式会社 | 同期制御システムおよび同期制御方法 |
| CN112612582A (zh) * | 2020-12-14 | 2021-04-06 | 北京和利时系统工程有限公司 | 信号量功能实现方法和装置 |
| CN112612582B (zh) * | 2020-12-14 | 2024-05-28 | 北京和利时控制技术有限公司 | 信号量功能实现方法和装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0205945B1 (en) | Process transparent multi storage mode data transfer and buffer control | |
| EP0205946B1 (en) | Flexible data transmission for message based protocols | |
| US4901231A (en) | Extended process for a multiprocessor system | |
| JP3512910B2 (ja) | 分散計算機システムにおける記憶空間管理方法、計算機及びデータ転送方法 | |
| US5062040A (en) | Handling of notification of asynchronous events by user and stub processes of a distributed process executing on a plurality of processors of a multi-processor system | |
| US4849877A (en) | Virtual execution of programs on a multiprocessor system | |
| JPH04233654A (ja) | コンピュータシステム | |
| JPH0816470A (ja) | 並列計算機 | |
| JP2000020490A (ja) | 遠隔手続き呼出し機構またはオブジェクトリクエストブローカ機構を有する計算機、データ転送方法、および転送方法記憶媒体 | |
| JPH06231022A (ja) | コンピュータシステムに用いる名前スペースの一部分を別の名前スペースの一部分として利用可能にするための装置及びその方法 | |
| JPS63201860A (ja) | ネツトワーク管理システム | |
| JP2000330806A (ja) | 計算機システム | |
| JPH09508734A (ja) | 分散形データベースシステム | |
| CN113032101A (zh) | 虚拟机的资源分配方法、服务器及计算机可读存储介质 | |
| JPH1185546A (ja) | 異種ｏｓ上プロセス間通信方法 | |
| US20220179690A1 (en) | System and Method for Queuing Work within a Virtualized Scheduler Based on In-Unit Accounting of In-Unit Entries | |
| EP0205948B1 (en) | Distributed data management mechanism | |
| EP0459774A2 (en) | File access system in distributed data processing system | |
| CN120196437A (zh) | 网络性能优化方法及优化装置 | |
| CN114978589B (zh) | 一种轻量级云操作系统及其构建方法 | |
| Clauss et al. | Towards a multicore communications api implementation (mcapi) for the intel single-chip cloud computer (scc) | |
| JP3349547B2 (ja) | スケジューリングシステム | |
| Cvijović et al. | An approach to the design of distributed real-time operating systems | |
| Maginnis | Design considerations for the transformation of MINIX into a distributed operating system | |
| EP0114357A2 (en) | Controlling multiple distributed computations in a multi cpu environnment from a single port |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040106 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040511 |