JPH04367037A

JPH04367037A - 計算機システム

Info

Publication number: JPH04367037A
Application number: JP14204591A
Authority: JP
Inventors: Takao Iguchi; 井口　敬雄
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1991-06-13
Filing date: 1991-06-13
Publication date: 1992-12-18

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、計算機システムにお
いて複数のオペレーティングシステム（以下、「ＯＳ」
と略す）の下で動作する諸タスクによるファイルの管理
方法に関するものである。

【０００２】

【従来の技術】従来、複数のＯＳが動作する計算機シス
テムにおいて、その中の１つのＯＳの下で動作するタス
クが他のＯＳが管理するファイルを利用する方法は既に
提案されている（特開昭６１−１４３８５８号公報参照
）。図４は従来方法による計算機システムの模式図であ
り、この計算機システムは、中核ＯＳ（１）、第２のＯ
Ｓ（２）、中核ＯＳ（１）の制御下で働くタスク（１１
）、第２のＯＳ（２）の制御下で働くタスク（２１）を
有している。なお、図中（５１），（５２）で示すもの
は、中核ＯＳ（１）のタスク（１１）と第２のＯＳ（２
）のタスク（２１）との間で通信を行うためのメッセー
ジキューである。

【０００３】次に動作について説明する。

【０００４】中核ＯＳ（１）のタスク（１１）が第２の
ＯＳ（２）のファイル管理機能を利用する場合、まず中
核ＯＳ（１）のタスク（１１）がメッセージキュー（５
１）にファイルアクセスを要求するメッセージを書き込
む。そして、そのメッセージを第２のＯＳ（２）のタス
ク（２１）が読み取って中核ＯＳ（１）に対して割り込
みを発生させ、割り込みを受けた中核ＯＳ（１）は制御
を第２のＯＳ（２）に移す。これにより、第２のＯＳ（
２）のファイル管理機能を中核ＯＳ（１）にタスク（１
１）が使用できるようにする。

【０００５】

【発明が解決しようとする課題】従来のファイル管理方
法は、ファイルアクセスを要求するメッセージを書き込
むメッセージキューが一組しかなかったため、あるＯＳ
のファイル管理機能を他のＯＳの下で働く複数のタスク
が使用しようとした場合、ファイル管理機能の使用権は
「早い者勝ち」で与えられることになる。このような方
法では、オンラインシステム下で働くタスクとオフライ
ン下で働くタスクとが同じファイル管理機能の使用のた
めに待ち状態になっている場合、オフラインシステムの
タスクのファイルアクセス要求メッセージが先にメッセ
ージキューに入っていれば、オフラインシステム側に先
に使用権が与えられることになり、オンラインシステム
のタスクのファイルアクセスが待たされてしまうという
問題点があった。

【０００６】この発明は、上記のような問題点を解消す
るためになされたもので、他のＯＳの制御下で働く複数
のタスクからのファイル使用要求に対してその中から先
に処理を済ますべき要求を選んでファイル管理機能の使
用権を与える複数のＯＳによるファイル管理方法を提供
することを目的としている。

【０００７】

【課題を解決するための手段および作用】この発明に係
わる計算機システムは、優先度の異なる複数のメッセー
ジキューと、複数のメッセージキューの中から所定のメ
ッセージキューを選んで他のＯＳの下にあるファイルか
らのアクセスを要求するメッセージを書き込む手段と、
優先度の高いメッセージを読み込み要求されたファイル
へアクセスする手段とを備えている。すなわち、複数又
は単数のＯＳにおいて優先制御付のファイルアクセスを
行うことを特徴とする。

【０００８】また、請求項２は、複数又は単数のオペレ
ーティングシステムからファイルアクセス要求が発せら
れている場合に、優先度に基づき１個を選択して処理す
る手段を備えることを特徴とする。

【０００９】

【実施例】以下、この発明の一実施例を図を用いて説明
する。

【００１０】図１は、この発明に係わる計算機システム
の構成図である。

【００１１】計算機システムは、システム全体を統制す
る中核ＯＳ（１）、中核ＯＳ（１）の制御下で働く第２
のＯＳ（２）、中核ＯＳ（１）の制御下で働く第３のＯ
Ｓ（３）、中核ＯＳ（１）の制御下で働きかつ優先的に
実行されるべきタスク（１１）、第２のＯＳ（２）の制
御下で働きかつタスク（１１）の次ぎに優先的に実行さ
れるべきタスク（２１）、第３のＯＳ（３）の制御下で
働きかつファイルサーバとしての役割を果たすタスク（
３１）を有している。

【００１２】また、計算機システムは、優先度の高いメ
ッセージキュー（５１），（５２）と、優先度の低いメ
ッセージキュー（６１），（６２）と、複数のメッセー
ジキューの中から所定のメッセージキューを選んで他の
オペレーションシステムの下にあるファイルからのアク
セスを要求するメッセージを書き込むと共に優先度の高
いメッセージを読み込み要求されたファイルへアクセス
するメッセージ送受信手段（４０）とを備えている。

【００１３】次に、本実施例の作用を図２のフローチャ
ートに沿って説明する。

【００１４】中核ＯＳ（１）のタスク（１１）が第３の
ＯＳ（３）のファイル管理機能を利用しようとする場合
、優先的に処理されるべき要求メッセージをメッセージ
送受信手段（４０）へ送り（ＳＴ１）、その要求メッセ
ージを受けるメッセージ送受信手段（４０）は、優先度
の高いメッセージキュー（５１）にそのメッセージを書
き込む（ＳＴ２）。

【００１５】それから、第３のＯＳ（３）のサーバタス
ク（３１）によるメッセージ処理が行われる（ＳＴ３）
。更に、メッセージ送受信手段（４０）は、サーバタス
ク（３１）から送られてきた処理終了メッセージを受け
とり、ファイル管理機能使用要求を出したタスク（１１
）にメッセージを転送する（ＳＴ４）。それから、その
メッセージを受けとったタスク（１１）は処理を再開す
る（ＳＴ５）。

【００１６】また、第２のＯＳ（２）のタスク（２１）
が第３のＯＳ（３）のファイル管理機能を利用しようと
する場合は、要求メッセージをメッセージ送受信手段（
４０）へ送り（ＳＴ１）、その要求メッセージを受ける
メッセージ送受信手段（４０）は、優先度の低いメッセ
ージキュー（５１）にそのメッセージを書き込む（ＳＴ
２）。

【００１７】それから、第３のＯＳ（３）のサーバタス
ク（３１）によるメッセージ処理が行われる（ＳＴ３）
。更に、メッセージ送受信手段（４０）は、サーバタス
ク（３１）から送られてきた処理終了メッセージを受け
とり、ファイル管理機能使用要求を出したタスク（２１
）にメッセージを転送する（ＳＴ４）。それから、その
メッセージを受けとったタスク（２１）は処理を再開す
る（ＳＴ５）。

【００１８】次に、サーバタスク（３１）によるメッセ
ージ処理を図３のフローチャートに沿って説明する。

【００１９】サーバタスク（３１）は、まず優先度の高
いメッセージキュー（５１）を検索し（ＳＴ１１）、メ
ッセージキュー（５１）に要求メッセージがあればその
メッセージを読み出し（ＳＴ１２）、中核ＯＳ（１）に
割り込みをかけて制御を第３のＯＳ（３）に移し、第３
のＯＳ（３）のファイル管理機能を使用できるようにす
る（ＳＴ１３）。

【００２０】そして、ファイル管理機能の処理の終了後
、メッセージキュー（５１）のメッセージ処理であった
か否かすなわち終了を知らせるファイル処理終了メッセ
ージをメッセージキュー（５１）に書き込めばよいのか
否か判断し（ＳＴ１４）、メッセージキュー（５１）に
書き込めばよいと判断した場合、終了を知らせるファイ
ル処理終了メッセージをメッセージキュー（５１）に書
き込み（ＳＴ１５）、再びメッセージキュー（５１）か
ら検索を開始する。

【００２１】前述ステップＳＴ（１１）において、メッ
セージキュー（５１）にメッセージがないと判断した場
合、サーバタスク（３１）は、メッセージキュー（６１
）にメッセージがあるか否か判断し（ＳＴ１６）、メッ
セージキュー（６１）にメッセージがあると判断した場
合、メッセージキュー（６１）よりメッセージを読み込
み（ＳＴ１７）、更にＳＴ１３以降の動作を行う。

【００２２】また、前述ステップＳＴ１４において、メ
ッセージキュー（５１）のメッセージ処理でないと判断
した場合、ファイル処理終了メッセージをメッセージキ
ュー（６２）に書き込み（ＳＴ１７）、再びメッセージ
キュー（５１）から検索を開始する。

【００２３】なお、上述実施例においては、サーバタス
ク（３１）にメッセージを送るメッセージキューとして
優先度の異なる２つのメッセージキューを使用していた
が、本発明はメッセージキューの数に限定されるもので
はない。

【００２４】また、上述実施例においては、優先度の高
いメッセージキューにメッセージがある限り、優先度の
低いメッセージキューに書き込まれたメッセージがいつ
までたっても読み込まれないことが起こり得るので、こ
の問題点を解消するためには優先度の高いメッセージキ
ューが所定回数連続して読み込まれた場合、優先度の高
いメッセージキューにメッセージが残っていても優先度
の低いメッセージキューからメッセージを読み込むよう
にするとよい。

【００２５】

【発明の効果】以上説明したように、本発明によれば、
優先度の異なる複数のメッセージキューを使用し、優先
度の高いメッセージを優先的に処理するようにしたため
、早い処理が要求されているタスクは待たされることな
く他のＯＳのファイルにアクセスすることができる。

【図面の簡単な説明】

【図１】この発明に係わる計算機システムの構成図であ
る。

【図２】この発明の作用を示すフローチャート図である
。

【図３】この発明の作用を示すフローチャート図である
。

【図４】従来の計算機システムの構成図である。

【符号の説明】

（１）　　中核ＯＳ（２）　　第２のＯＳ（３）　　第３のＯＳ（１１），（２１），（３１）　　タスク（４０）　　
メッセージ送受信手段（５１），（５２），（６１），（６２）　　メッセー
ジキュー

Claims

【特許請求の範囲】

【請求項１】　　優先度の異なる複数のメッセージキュ
ーと、複数のメッセージキューの中から所定のメッセー
ジキューを選んで他のオペレーションシステムの下にあ
るファイルからのアクセスを要求するメッセージを書き
込む手段と、優先度の高いメッセージを読み込み要求さ
れたファイルへアクセスする手段とを備えることを特徴
とする計算機システム。
【請求項２】　　請求項１記載の計算機システムにおい
て、複数又は単数のオペレーティングシステムからファ
イルアクセス要求が発せられている場合に、優先度に基
づき１個を選択して処理する手段を備えることを特徴と
する計算機システム。