JP2003241984A - 複数ｏｓローディング方法および複数ｏｓローディングプログラム - Google Patents
複数ｏｓローディング方法および複数ｏｓローディングプログラムInfo
- Publication number
- JP2003241984A JP2003241984A JP2002038727A JP2002038727A JP2003241984A JP 2003241984 A JP2003241984 A JP 2003241984A JP 2002038727 A JP2002038727 A JP 2002038727A JP 2002038727 A JP2002038727 A JP 2002038727A JP 2003241984 A JP2003241984 A JP 2003241984A
- Authority
- JP
- Japan
- Prior art keywords
- host
- guest
- loading
- area
- main 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.)
- Withdrawn
Links
Landscapes
- Stored Programmes (AREA)
Abstract
(57)【要約】
【課題】 本発明は、複数のＯＳを同一空間にローディ
ングする複数ＯＳローディング方法および複数ＯＳロー
ディングプログラムに関し、電源投入時などにローダが
ゲストＯＳをローディングすると共に、アドレス情報に
従いホストＯＳを所定位置に配置した後、ホストＯＳが
ゲストＯＳをタスクとして生成し、簡易なローディング
を実現して両ＯＳの各種機能の使用を実現することを目
的とする。 【解決手段】 ゲストＯＳを主記憶上の第１の所定領域
にローディングして初期化するステップと、ホストＯＳ
を主記憶上の同一空間の第２の所定領域にローディング
して初期化するステップと、初期化したホストＯＳを起
動し、当該ホストＯＳがゲストＯＳをタスクとして生成
するステップとを有し、タスクを起動し所定の機能を実
行させるように構成する。
ングする複数ＯＳローディング方法および複数ＯＳロー
ディングプログラムに関し、電源投入時などにローダが
ゲストＯＳをローディングすると共に、アドレス情報に
従いホストＯＳを所定位置に配置した後、ホストＯＳが
ゲストＯＳをタスクとして生成し、簡易なローディング
を実現して両ＯＳの各種機能の使用を実現することを目
的とする。 【解決手段】 ゲストＯＳを主記憶上の第１の所定領域
にローディングして初期化するステップと、ホストＯＳ
を主記憶上の同一空間の第２の所定領域にローディング
して初期化するステップと、初期化したホストＯＳを起
動し、当該ホストＯＳがゲストＯＳをタスクとして生成
するステップとを有し、タスクを起動し所定の機能を実
行させるように構成する。
Description
【０００１】
【発明の属する技術分野】本発明は、複数のＯＳを同一
空間にローディングする複数ＯＳローディング方法およ
び複数ＯＳローディングプログラムに関するものであ
る。
空間にローディングする複数ＯＳローディング方法およ
び複数ＯＳローディングプログラムに関するものであ
る。
【０００２】
【従来の技術】近年、情報機器の小型化、高機能化に伴
い、１つの装置上で複数のＯＳ（オペレーティングシス
テム）を動作させ、高機能ＯＳの各種機能を使用して業
務処理を行なうようにしている。例えば組み込み用のリ
アルタイムＯＳ上で、ＵＮＩＸ（登録商標）などの高機
能ＯＳをゲストＯＳとして動作させて使用し、当該高機
能ＯＳ上で動作する豊富な資産（ソフトウェアプログラ
ムなど）を組み込んで高機能を持つシステムを実現して
いる。
い、１つの装置上で複数のＯＳ（オペレーティングシス
テム）を動作させ、高機能ＯＳの各種機能を使用して業
務処理を行なうようにしている。例えば組み込み用のリ
アルタイムＯＳ上で、ＵＮＩＸ（登録商標）などの高機
能ＯＳをゲストＯＳとして動作させて使用し、当該高機
能ＯＳ上で動作する豊富な資産（ソフトウェアプログラ
ムなど）を組み込んで高機能を持つシステムを実現して
いる。
【０００３】
【発明が解決しようとする課題】しかし、従来の１つの
ＯＳ上で他のＯＳを動作させるシステムは、専用のブー
トローダを作成し、２つのＯＳを順次主記憶上にローデ
ィングして動作状態にして運用開始していたため、２つ
のＯＳを熟知した熟練者がブートローダを多くの時間を
費やして作成する手間が必要になってしまうと共に、サ
イズや機能がＢＩＯＳに依存して制約を受けてしまった
りし、ＯＳの格納先変更などに素早く対応し難いなどの
問題があった。
ＯＳ上で他のＯＳを動作させるシステムは、専用のブー
トローダを作成し、２つのＯＳを順次主記憶上にローデ
ィングして動作状態にして運用開始していたため、２つ
のＯＳを熟知した熟練者がブートローダを多くの時間を
費やして作成する手間が必要になってしまうと共に、サ
イズや機能がＢＩＯＳに依存して制約を受けてしまった
りし、ＯＳの格納先変更などに素早く対応し難いなどの
問題があった。
【０００４】本発明は、これらの問題を解決するため、
電源投入時などにローダがゲストＯＳをローディングす
ると共に、アドレス情報に従いホストＯＳを所定位置に
配置した後、ホストＯＳがゲストＯＳをタスクとして生
成し、簡易なローディングを実現して両ＯＳの各種機能
の使用を実現することを目的としている。
電源投入時などにローダがゲストＯＳをローディングす
ると共に、アドレス情報に従いホストＯＳを所定位置に
配置した後、ホストＯＳがゲストＯＳをタスクとして生
成し、簡易なローディングを実現して両ＯＳの各種機能
の使用を実現することを目的としている。
【０００５】
【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。
決するための手段を説明する。
【０００６】図１において、Ｓ２は、ゲストＯＳを主記
憶にローディングする。Ｓ４は、ゲストＯＳがホストＯ
Ｓのアドレス情報を主記憶に格納する。
憶にローディングする。Ｓ４は、ゲストＯＳがホストＯ
Ｓのアドレス情報を主記憶に格納する。
【０００７】Ｓ５は、ホストＯＳをアドレス情報に従い
主記憶にローディングする。Ｓ７は、ホストＯＳがゲス
トＯＳをタスクとして生成する。
主記憶にローディングする。Ｓ７は、ホストＯＳがゲス
トＯＳをタスクとして生成する。
【０００８】次に、動作を説明する。Ｓ２でゲストＯＳ
を主記憶上の第１の所定領域にローディングし、初期化
し、Ｓ５でホストＯＳを主記憶上の同一空間の第２の所
定領域にローディングして初期化し、Ｓ７で初期化した
ホストＯＳを起動し、当該ホストＯＳがゲストＯＳをタ
スクとして生成し、タスクを起動し所定の機能を実行さ
せるようにしている。
を主記憶上の第１の所定領域にローディングし、初期化
し、Ｓ５でホストＯＳを主記憶上の同一空間の第２の所
定領域にローディングして初期化し、Ｓ７で初期化した
ホストＯＳを起動し、当該ホストＯＳがゲストＯＳをタ
スクとして生成し、タスクを起動し所定の機能を実行さ
せるようにしている。
【０００９】この際、Ｓ４でゲストＯＳのファイル管理
機構を用いてホストＯＳのアドレス情報を主記憶上に格
納し、当該アドレス情報に従いホストＯＳを主記憶上の
同一空間の第２の所定領域にローディングするようにし
ている。
機構を用いてホストＯＳのアドレス情報を主記憶上に格
納し、当該アドレス情報に従いホストＯＳを主記憶上の
同一空間の第２の所定領域にローディングするようにし
ている。
【００１０】従って、電源投入時などにローダがゲスト
ＯＳをローディングすると共に、アドレス情報に従いホ
ストＯＳを所定位置に配置した後、ホストＯＳがゲスト
ＯＳをタスクとして生成することにより、簡易なローデ
ィングを実現して両ＯＳの各種機能を使用することが可
能となる。
ＯＳをローディングすると共に、アドレス情報に従いホ
ストＯＳを所定位置に配置した後、ホストＯＳがゲスト
ＯＳをタスクとして生成することにより、簡易なローデ
ィングを実現して両ＯＳの各種機能を使用することが可
能となる。
【００１１】
【発明の実施の形態】次に、図１から図５を用いて本発
明の実施の形態および動作を順次詳細に説明する。
明の実施の形態および動作を順次詳細に説明する。
【００１２】図１は、本発明の動作説明図を示す。図１
において、Ｓ１は、ＢＩＯＳが起動し、ブートローダを
読み込む。これは、後述する図２の（ａ）のハードウェ
ア構成を持つ計算機システムに電源を投入し、ＲＯＭに
格納されているＢＩＯＳが起動し、２次記憶装置４から
図示外のブートローダを主記憶１に読み込み、起動して
制御を渡す。
において、Ｓ１は、ＢＩＯＳが起動し、ブートローダを
読み込む。これは、後述する図２の（ａ）のハードウェ
ア構成を持つ計算機システムに電源を投入し、ＲＯＭに
格納されているＢＩＯＳが起動し、２次記憶装置４から
図示外のブートローダを主記憶１に読み込み、起動して
制御を渡す。
【００１３】Ｓ２は、ブートローダがゲストＯＳを読み
込む。これは、Ｓ１で主記憶１にローディングされて起
動されたブートローダが２次記憶装置４からゲストＯＳ
（プログラム）を読み出し、主記憶１の所定領域（例え
ば主記憶のアドレスの最大の領域）にローディングす
る。
込む。これは、Ｓ１で主記憶１にローディングされて起
動されたブートローダが２次記憶装置４からゲストＯＳ
（プログラム）を読み出し、主記憶１の所定領域（例え
ば主記憶のアドレスの最大の領域）にローディングす
る。
【００１４】Ｓ３は、ゲストＯＳの初期化を行なう。こ
れは、Ｓ２で主記憶１にローディングしたゲストＯＳの
初期化を行なう。初期化は、例えば ・ブートローダの領域の削除 ・ユーザタスク領域の作成 ・ホストＯＳ用の領域を獲得 Ｓ４は、ゲストＯＳが２次記憶装置４上のファイルシス
テムからアドレス情報ファイルを読み込む。
れは、Ｓ２で主記憶１にローディングしたゲストＯＳの
初期化を行なう。初期化は、例えば ・ブートローダの領域の削除 ・ユーザタスク領域の作成 ・ホストＯＳ用の領域を獲得 Ｓ４は、ゲストＯＳが２次記憶装置４上のファイルシス
テムからアドレス情報ファイルを読み込む。
【００１５】以上のＳ１からＳ４により、後述する図３
の（ａ）に示すように、 ・ユーザタスク用領域 ・ホストＯＳ用領域 ・ゲストＯＳ用領域 ・ゲストＯＳの開始アドレス（固定値） ・プログラム領域 ・データ領域 ・アドレス情報（ホストＯＳの各種アドレス情報） ・その他 の領域が生成、情報が格納、およびゲストＯＳの開始ア
ドレスが設定されたこととなる。
の（ａ）に示すように、 ・ユーザタスク用領域 ・ホストＯＳ用領域 ・ゲストＯＳ用領域 ・ゲストＯＳの開始アドレス（固定値） ・プログラム領域 ・データ領域 ・アドレス情報（ホストＯＳの各種アドレス情報） ・その他 の領域が生成、情報が格納、およびゲストＯＳの開始ア
ドレスが設定されたこととなる。
【００１６】Ｓ５は、ホストＯＳを主記憶に配置する。
これは、Ｓ４で主記憶に格納されたアドレス情報（図５
参照）に従い、ホストＯＳを主記憶上に、後述する図３
の（ｂ）に示すようにローディングして下記を配置す
る。
これは、Ｓ４で主記憶に格納されたアドレス情報（図５
参照）に従い、ホストＯＳを主記憶上に、後述する図３
の（ｂ）に示すようにローディングして下記を配置す
る。
【００１７】・ホストＯＳ用領域
・プログラム領域
・データ領域
・ＢＳＳ領域
・ホストＯＳのエントリ（開始）アドレス
・その他
Ｓ６は、ホストＯＳにエントリする。これは、図３の
（ｂ）のホストＯＳのエントリ（開始）アドレスを指定
して起動する。これにより、下記の処理を実行する。
（ｂ）のホストＯＳのエントリ（開始）アドレスを指定
して起動する。これにより、下記の処理を実行する。
【００１８】・初期化
・ホストＯＳの記憶域の初期化
・ホストＯＳ用の各種デバイスの初期化
・その他
Ｓ７は、ゲストＯＳをタスクとして生成する。これは、
リターンアドレスをもとに、ゲストＯＳをタスクとして
生成する。また、ゲストＯＳのエントリポイントを指定
して起動する。これにより、後述する図４の（ｃ）に示
すように、 ・ゲストＯＳのエントリポイント ・その他 が設定される。
リターンアドレスをもとに、ゲストＯＳをタスクとして
生成する。また、ゲストＯＳのエントリポイントを指定
して起動する。これにより、後述する図４の（ｃ）に示
すように、 ・ゲストＯＳのエントリポイント ・その他 が設定される。
【００１９】Ｓ８は、ホストＯＳ用のタスクを起動す
る。Ｓ９は、ホストＯＳのディスパッチャがゲストＯＳ
にディスパッチする。これにより、タスクとして生成さ
れたゲストＯＳが起動されたこととなる。
る。Ｓ９は、ホストＯＳのディスパッチャがゲストＯＳ
にディスパッチする。これにより、タスクとして生成さ
れたゲストＯＳが起動されたこととなる。
【００２０】Ｓ１０は、ゲストＯＳがゲストＯＳ用のタ
スクを起動する。これにより、ゲストＯＳのディスパッ
チャがゲストＯＳ用のタスクを起動し、処理を実行させ
る。
スクを起動する。これにより、ゲストＯＳのディスパッ
チャがゲストＯＳ用のタスクを起動し、処理を実行させ
る。
【００２１】以上のように、電源投入時などにローダが
ゲストＯＳをローディングすると共に、アドレス情報に
従いホストＯＳを所定位置に配置した後、ホストＯＳが
ゲストＯＳをタスクとして生成し、タスクを起動するこ
とにより、簡易なローディングを実現して両ＯＳのタス
クを起動して各種機能を使用することが可能となる。以
下順次詳細に説明する。
ゲストＯＳをローディングすると共に、アドレス情報に
従いホストＯＳを所定位置に配置した後、ホストＯＳが
ゲストＯＳをタスクとして生成し、タスクを起動するこ
とにより、簡易なローディングを実現して両ＯＳのタス
クを起動して各種機能を使用することが可能となる。以
下順次詳細に説明する。
【００２２】図２は、本発明の説明図を示す。図２の
（ａ）は、ハードウェア構成図を示す。
（ａ）は、ハードウェア構成図を示す。
【００２３】図２の（ａ）において、主記憶１は、ＯＳ
をローディングして各種処理を実行するものである。
をローディングして各種処理を実行するものである。
【００２４】ＣＰＵ２は、主記憶１にローディングされ
たプログラムを読み込んで各種処理を実行するものであ
る。
たプログラムを読み込んで各種処理を実行するものであ
る。
【００２５】ＢＩＯＳ３は、電源投入時などにＲＯＭ
（不揮発性の読み出し専用メモリ）からＢＩＯＳを読み
出してＣＰＵ２に各種入出力処理、ここでは、２次記憶
装置４あるいはＲＯＭ３からブートローダプログラムを
読み出して主記憶１にローディングしてブートローダを
起動するためのものである。ブートローダは、２次記憶
装置４からＯＳなどを読み出して主記憶１にローディン
グする。
（不揮発性の読み出し専用メモリ）からＢＩＯＳを読み
出してＣＰＵ２に各種入出力処理、ここでは、２次記憶
装置４あるいはＲＯＭ３からブートローダプログラムを
読み出して主記憶１にローディングしてブートローダを
起動するためのものである。ブートローダは、２次記憶
装置４からＯＳなどを読み出して主記憶１にローディン
グする。
【００２６】２次記憶装置４は、各種データを保存する
不揮発性の大容量記憶装置であって、ここでは、ゲスト
ＯＳ，ホストＯＳ，ホストＯＳのアドレス情報などを保
存したものである。
不揮発性の大容量記憶装置であって、ここでは、ゲスト
ＯＳ，ホストＯＳ，ホストＯＳのアドレス情報などを保
存したものである。
【００２７】図２の（ｂ）は、主記憶１にローディング
されたホストＯＳ，ゲストＯＳ，タスクの関係を模式的
に示したものである。
されたホストＯＳ，ゲストＯＳ，タスクの関係を模式的
に示したものである。
【００２８】図２の（ｂ）において、ホストＯＳは。例
えばリアルタイムＯＳであって、ゲストＯＳ１２のタス
ク１４を起動して当該タスク１４が実行する機能を使用
するものである。
えばリアルタイムＯＳであって、ゲストＯＳ１２のタス
ク１４を起動して当該タスク１４が実行する機能を使用
するものである。
【００２９】ゲストＯＳ１２は、ホストＯＳ１１が使用
しようとする機能（タスク１４）を実行させるためのＯ
Ｓであって、例えばＵＮＩＸ（登録商標），ＬＩＮＡＸ
（登録商標）なとのＯＳである。
しようとする機能（タスク１４）を実行させるためのＯ
Ｓであって、例えばＵＮＩＸ（登録商標），ＬＩＮＡＸ
（登録商標）なとのＯＳである。
【００３０】ホストＯＳ用タスク１３は、ホストＯＳ１
１のもとで実行するタスク（機能）である。
１のもとで実行するタスク（機能）である。
【００３１】ゲストＯＳ用タスク１４は、ゲストＯＳ１
２のもとで実行するタスク（機能）である。
２のもとで実行するタスク（機能）である。
【００３２】次に、図３および図４を用いて図１のフロ
ーチャートに従い図２の（ｂ）に示すように、１つの空
間内にローディングするときの主記憶１上の様子を順番
に説明する。
ーチャートに従い図２の（ｂ）に示すように、１つの空
間内にローディングするときの主記憶１上の様子を順番
に説明する。
【００３３】図３の（ａ）は、図１のＳ４で主記憶１に
ローディングなどされた様子を示す。ここでは、図示の
下記の領域を獲得、およびアドレス情報（ホストＯＳの
各種アドレス情報（図５））を格納した様子を示す。
ローディングなどされた様子を示す。ここでは、図示の
下記の領域を獲得、およびアドレス情報（ホストＯＳの
各種アドレス情報（図５））を格納した様子を示す。
【００３４】・ユーザタスク用領域
・ホストＯＳ用領域
・ゲストＯＳ用領域
・ゲストＯＳの開始アドレス（固定値）
・プログラム領域
・データ領域
・アドレス情報（ホストＯＳの各種アドレス情報）
・その他
ここで、ユーザタスク用領域は、タスクを格納して当該
タスクを起動し、各種機能を実行させるための領域であ
る（実行可能形式のプログラムを格納し、起動して各種
機能を実行させるための領域である）。ホストＯＳ用領
域は、ホストＯＳをローディングして起動して機能させ
るための領域である。ゲストＯＳ用領域は、ゲストＯＳ
をローディングして起動して機能させるための領域であ
って、ここでは、実行可能形式のプログラムを格納する
プログラム領域、データを格納するデータ領域などがあ
る。ゲストＯＳの開始アドレスは、主記憶１にローディ
ングしたゲストＯＳを起動させる固定の開始アドレスで
ある。データ領域には，ここでは、ホストＯＳの各種ア
ドレス（図５）を２次記憶装置４から当該ゲストＯＳの
ファイルシステムを使用して読み込み格納するようにし
ている。
タスクを起動し、各種機能を実行させるための領域であ
る（実行可能形式のプログラムを格納し、起動して各種
機能を実行させるための領域である）。ホストＯＳ用領
域は、ホストＯＳをローディングして起動して機能させ
るための領域である。ゲストＯＳ用領域は、ゲストＯＳ
をローディングして起動して機能させるための領域であ
って、ここでは、実行可能形式のプログラムを格納する
プログラム領域、データを格納するデータ領域などがあ
る。ゲストＯＳの開始アドレスは、主記憶１にローディ
ングしたゲストＯＳを起動させる固定の開始アドレスで
ある。データ領域には，ここでは、ホストＯＳの各種ア
ドレス（図５）を２次記憶装置４から当該ゲストＯＳの
ファイルシステムを使用して読み込み格納するようにし
ている。
【００３５】図３の（ｂ）は、図１のＳ５で主記憶１に
ローディングなどされた様子を示す。ここでは、図示の
下記の領域を獲得などした様子を示す。
ローディングなどされた様子を示す。ここでは、図示の
下記の領域を獲得などした様子を示す。
【００３６】・ユーザタスク用領域
・ホストＯＳ用領域
＊ホストＯＳのエントリ（開始）アドレス
＊プログラム領域
＊データ領域
＊ＢＳＳ領域
・ゲストＯＳ用領域
・ゲストＯＳの開始アドレス（固定値）
・プログラム領域
・データ領域
・アドレス情報（ホストＯＳの各種アドレス情報）
・その他
ここで、＊をローディング、設定する。ホストＯＳのエ
ントリ（開始）アドレスは、ホストＯＳを実行開始させ
るアドレスである。プログラム領域は、ホストＯＳをロ
ーディングした領域である。データ領域は、ホストＯＳ
がデータを格納などして使用する領域である。ＢＳＳ領
域は、ホストＯＳが各種業務処理（リアルタイム処理な
ど）するときに使用する領域である。
ントリ（開始）アドレスは、ホストＯＳを実行開始させ
るアドレスである。プログラム領域は、ホストＯＳをロ
ーディングした領域である。データ領域は、ホストＯＳ
がデータを格納などして使用する領域である。ＢＳＳ領
域は、ホストＯＳが各種業務処理（リアルタイム処理な
ど）するときに使用する領域である。
【００３７】図４の（ｃ）は、図１のＳ７で主記憶１に
ローディングなどされた様子を示す。ここでは、図示の
下記の情報を設定などした様子を示す。
ローディングなどされた様子を示す。ここでは、図示の
下記の情報を設定などした様子を示す。
【００３８】・ユーザタスク用領域
・ホストＯＳ用領域
・ホストＯＳのエントリ（開始）アドレス
・プログラム領域
・データ領域
・ＢＳＳ領域
・ゲストＯＳ用領域
・ゲストＯＳの開始アドレス（固定値）
＊ゲストＯＳのエントリポイント
・プログラム領域
・データ領域
・アドレス情報（ホストＯＳの各種アドレス情報）
・その他
ここで、＊を設定する。ゲストＯＳのエントリポイント
は、図１のＳ７でホストＯＳがゲストＯＳをタスクとし
て生成し、当該ゲストＯＳをタスクとして起動するとき
のアドレスである。
は、図１のＳ７でホストＯＳがゲストＯＳをタスクとし
て生成し、当該ゲストＯＳをタスクとして起動するとき
のアドレスである。
【００３９】図５は、本発明のアドレス情報ファイルの
例を示す。図示のアドレス情報ファイルは、図３の
（ａ）でゲストＯＳが当該ゲストＯＳのファイリングシ
ステムを使用して２次記憶装置４から読み出して主記憶
１のゲストＯＳのデータ領域に図示のように格納すると
きの情報の例であって、図示の下記の情報である。
例を示す。図示のアドレス情報ファイルは、図３の
（ａ）でゲストＯＳが当該ゲストＯＳのファイリングシ
ステムを使用して２次記憶装置４から読み出して主記憶
１のゲストＯＳのデータ領域に図示のように格納すると
きの情報の例であって、図示の下記の情報である。
【００４０】＃ホストＯＳのコード領域の開始アドレ
ス： ＃ホストＯＳのコード領域のサイズ： ＃ホストＯＳのデータ領域の開始アドレス： ＃ホストＯＳのデータ領域の終了アドレス： ＃ホストＯＳのＢＳＳ領域の開始アドレス： ＃ホストＯＳのＢＳＳ領域の終了アドレス： ＃ホストＯＳのエントリアドレス ・・・ 以上のホストＯＳに関する領域の開始アドレス、サイ
ズ、開始／終了アドレス、エントリアドレス（任意の固
定値）などを格納したアドレス情報ファイルを予め作成
して図１の２次記憶装置４に格納しておき、ゲストＯＳ
を主記憶１にローディングした際に、当該ゲストＯＳの
ファイリングシステムを使用して２次記憶装置４から主
記憶１のゲストＯＳのデータ領域に取り込んでおくこと
で、ホストＯＳ（例えばリアルタイムＯＳ）が高度な機
能を持つファイルシステムをサポートしていなくても高
度の機能をもつゲストＯＳが予めホストＯＳの領域など
に関するアドレス情報（図５）を主記憶１に取り込んで
おくことで、ホストＯＳを簡単なローダで主記憶１にロ
ーディングするときにこれらアドレス情報に従いホスト
ＯＳを簡易にローディングすることが可能となる。
ス： ＃ホストＯＳのコード領域のサイズ： ＃ホストＯＳのデータ領域の開始アドレス： ＃ホストＯＳのデータ領域の終了アドレス： ＃ホストＯＳのＢＳＳ領域の開始アドレス： ＃ホストＯＳのＢＳＳ領域の終了アドレス： ＃ホストＯＳのエントリアドレス ・・・ 以上のホストＯＳに関する領域の開始アドレス、サイ
ズ、開始／終了アドレス、エントリアドレス（任意の固
定値）などを格納したアドレス情報ファイルを予め作成
して図１の２次記憶装置４に格納しておき、ゲストＯＳ
を主記憶１にローディングした際に、当該ゲストＯＳの
ファイリングシステムを使用して２次記憶装置４から主
記憶１のゲストＯＳのデータ領域に取り込んでおくこと
で、ホストＯＳ（例えばリアルタイムＯＳ）が高度な機
能を持つファイルシステムをサポートしていなくても高
度の機能をもつゲストＯＳが予めホストＯＳの領域など
に関するアドレス情報（図５）を主記憶１に取り込んで
おくことで、ホストＯＳを簡単なローダで主記憶１にロ
ーディングするときにこれらアドレス情報に従いホスト
ＯＳを簡易にローディングすることが可能となる。
【００４１】（付記１）複数のＯＳを同一空間にローデ
ィングする複数ＯＳローディング方法において、ゲスト
ＯＳを主記憶上の第１の所定領域にローディングして初
期化するステップと、ホストＯＳを主記憶上の同一空間
の第２の所定領域にローディングして初期化するステッ
プと、上記初期化したホストＯＳを起動し、当該ホスト
ＯＳが上記ゲストＯＳをタスクとして生成するステップ
とを有し、タスクを起動し所定の機能を実行させること
を特徴とする複数ＯＳローディング方法。
ィングする複数ＯＳローディング方法において、ゲスト
ＯＳを主記憶上の第１の所定領域にローディングして初
期化するステップと、ホストＯＳを主記憶上の同一空間
の第２の所定領域にローディングして初期化するステッ
プと、上記初期化したホストＯＳを起動し、当該ホスト
ＯＳが上記ゲストＯＳをタスクとして生成するステップ
とを有し、タスクを起動し所定の機能を実行させること
を特徴とする複数ＯＳローディング方法。
【００４２】（付記２）上記ホストＯＳを所定領域にロ
ーディングする際に、ゲストＯＳのファイル管理機構を
用いてアドレス情報を主記憶上に格納し、当該アドレス
情報に従いホストＯＳを主記憶上の同一空間の第２の所
定領域にローディングすることを特徴とする付記１記載
の複数ＯＳローディング方法。
ーディングする際に、ゲストＯＳのファイル管理機構を
用いてアドレス情報を主記憶上に格納し、当該アドレス
情報に従いホストＯＳを主記憶上の同一空間の第２の所
定領域にローディングすることを特徴とする付記１記載
の複数ＯＳローディング方法。
【００４３】（付記３）複数のＯＳを同一空間にローデ
ィングする複数ＯＳローディングプログラムにおいて、
ゲストＯＳを主記憶上の第１の所定領域にローディング
して初期化するステップと、ホストＯＳを主記憶上の同
一空間の第２の所定領域にローディングして初期化する
ステップと、上記初期化したホストＯＳを起動し、当該
ホストＯＳが上記ゲストＯＳをタスクとして生成するス
テップとを有し、タスクを起動し所定の機能をコンピュ
ータに実行させるための複数ＯＳローディングプログラ
ム。
ィングする複数ＯＳローディングプログラムにおいて、
ゲストＯＳを主記憶上の第１の所定領域にローディング
して初期化するステップと、ホストＯＳを主記憶上の同
一空間の第２の所定領域にローディングして初期化する
ステップと、上記初期化したホストＯＳを起動し、当該
ホストＯＳが上記ゲストＯＳをタスクとして生成するス
テップとを有し、タスクを起動し所定の機能をコンピュ
ータに実行させるための複数ＯＳローディングプログラ
ム。
【００４４】（付記４）ゲストＯＳを主記憶上の第１の
所定領域にローディングして初期化するステップと、ホ
ストＯＳを主記憶上の同一空間の第２の所定領域にロー
ディングして初期化するステップと、上記初期化したホ
ストＯＳを起動し、当該ホストＯＳが上記ゲストＯＳを
タスクとして生成するステップとを有し、タスクを起動
し所定の機能を実行させるプログラムを記録したコンピ
ュータ読取可能な記録媒体。
所定領域にローディングして初期化するステップと、ホ
ストＯＳを主記憶上の同一空間の第２の所定領域にロー
ディングして初期化するステップと、上記初期化したホ
ストＯＳを起動し、当該ホストＯＳが上記ゲストＯＳを
タスクとして生成するステップとを有し、タスクを起動
し所定の機能を実行させるプログラムを記録したコンピ
ュータ読取可能な記録媒体。
【００４５】（付記５）複数のＯＳを同一空間にローデ
ィングする複数ＯＳローディング装置において、ゲスト
ＯＳを主記憶上の第１の所定領域にローディングして初
期化する手段と、ホストＯＳを主記憶上の同一空間の第
２の所定領域にローディングして初期化する手段と、上
記初期化したホストＯＳを起動し、当該ホストＯＳが上
記ゲストＯＳをタスクとして生成する手段とを有し、タ
スクを起動し所定の機能を実行させることを特徴とする
複数ＯＳローディング装置。
ィングする複数ＯＳローディング装置において、ゲスト
ＯＳを主記憶上の第１の所定領域にローディングして初
期化する手段と、ホストＯＳを主記憶上の同一空間の第
２の所定領域にローディングして初期化する手段と、上
記初期化したホストＯＳを起動し、当該ホストＯＳが上
記ゲストＯＳをタスクとして生成する手段とを有し、タ
スクを起動し所定の機能を実行させることを特徴とする
複数ＯＳローディング装置。
【００４６】
【発明の効果】以上説明したように、本発明によれば、
電源投入時などにローダがゲストＯＳをローディングす
ると共に、アドレス情報に従いホストＯＳを所定位置に
配置した後、ホストＯＳがゲストＯＳをタスクとして生
成する構成を採用しているため、複数ＯＳを簡易にロー
ディングして両ＯＳの各種機能を使用することが可能と
なる。これらにより （１） ゲストＯＳ上の高度なファイル管理機能などを
用いてホストＯＳのアドレス情報などを外部記憶装置か
ら主記憶上にローディングし、簡易なローダでホストＯ
Ｓのローディングを行なうことが可能となる。
電源投入時などにローダがゲストＯＳをローディングす
ると共に、アドレス情報に従いホストＯＳを所定位置に
配置した後、ホストＯＳがゲストＯＳをタスクとして生
成する構成を採用しているため、複数ＯＳを簡易にロー
ディングして両ＯＳの各種機能を使用することが可能と
なる。これらにより （１） ゲストＯＳ上の高度なファイル管理機能などを
用いてホストＯＳのアドレス情報などを外部記憶装置か
ら主記憶上にローディングし、簡易なローダでホストＯ
Ｓのローディングを行なうことが可能となる。
【００４７】（２） 本発明のようなハイブリッドＯＳ
を用いる場合、ゲストＯＳはホストＯＳより豊富な機能
を持つことが多く、ブート元デバイスの選択肢が広げる
ことができ、システム運用方式の柔軟性を高めることが
可能となる。
を用いる場合、ゲストＯＳはホストＯＳより豊富な機能
を持つことが多く、ブート元デバイスの選択肢が広げる
ことができ、システム運用方式の柔軟性を高めることが
可能となる。
【００４８】（３） ファイル管理などの複雑な機能を
１つのＯＳに集約でき、システムが単純となり、開発効
率や開発工数を削減できる。
１つのＯＳに集約でき、システムが単純となり、開発効
率や開発工数を削減できる。
【００４９】（４） リンク済みの、本願ではホストＯ
Ｓをローディングするため、デバッガなどのツールを用
いてホストＯＳのデバッグができ、ホストＯＳ上で動作
するアプリケーションプログラムの開発効率が向上す
る。
Ｓをローディングするため、デバッガなどのツールを用
いてホストＯＳのデバッグができ、ホストＯＳ上で動作
するアプリケーションプログラムの開発効率が向上す
る。
【００５０】（５） 更に、本発明では、ＯＳ間でカー
ネル空間を共有するので（同一空間にゲストＯＳ，ホス
トＯＳをローディングしたため）、両方のＯＳで特権命
令を発行することができ、処理効率が非常に良い。
ネル空間を共有するので（同一空間にゲストＯＳ，ホス
トＯＳをローディングしたため）、両方のＯＳで特権命
令を発行することができ、処理効率が非常に良い。
【図１】本発明の動作説明図である。
【図２】本発明のシステム構成図である。
【図３】本発明の説明図（その１）である。
【図４】本発明の説明図（その２）である。
【図５】本発明のアドレス情報ファイルの例である。
１：主記憶
２：ＣＰＵ
３：ＢＩＯＳ
４：２次記憶装置
１１：ホストＯＳ
１２：ゲストＯＳ
１３：ホストＯＳ用タスク
１４：ゲストＯＳ用タスク
Claims (3)
- 【請求項１】複数のＯＳを同一空間にローディングする
複数ＯＳローディング方法において、 ゲストＯＳを主記憶上の第１の所定領域にローディング
して初期化するステップと、 ホストＯＳを主記憶上の同一空間の第２の所定領域にロ
ーディングして初期化するステップと、 上記初期化したホストＯＳを起動し、当該ホストＯＳが
上記ゲストＯＳをタスクとして生成するステップとを有
し、タスクを起動し所定の機能を実行させることを特徴
とする複数ＯＳローディング方法。 - 【請求項２】上記ホストＯＳを所定領域にローディング
する際に、ゲストＯＳのファイル管理機構を用いてアド
レス情報を主記憶上に格納し、当該アドレス情報に従い
ホストＯＳを主記憶上の同一空間の第２の所定領域にロ
ーディングすることを特徴とする請求項１記載の複数Ｏ
Ｓローディング方法。 - 【請求項３】複数のＯＳを同一空間にローディングする
複数ＯＳローディングプログラムにおいて、 ゲストＯＳを主記憶上の第１の所定領域にローディング
して初期化するステップと、 ホストＯＳを主記憶上の同一空間の第２の所定領域にロ
ーディングして初期化するステップと、 上記初期化したホストＯＳを起動し、当該ホストＯＳが
上記ゲストＯＳをタスクとして生成するステップとを有
し、タスクを起動し所定の機能をコンピュータに実行さ
せるための複数ＯＳローディングプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002038727A JP2003241984A (ja) | 2002-02-15 | 2002-02-15 | 複数ｏｓローディング方法および複数ｏｓローディングプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002038727A JP2003241984A (ja) | 2002-02-15 | 2002-02-15 | 複数ｏｓローディング方法および複数ｏｓローディングプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003241984A true JP2003241984A (ja) | 2003-08-29 |
Family
ID=27779964
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002038727A Withdrawn JP2003241984A (ja) | 2002-02-15 | 2002-02-15 | 複数ｏｓローディング方法および複数ｏｓローディングプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003241984A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8484452B2 (en) | 2008-03-14 | 2013-07-09 | Mitsubishi Electric Corporation | Multi-operating system (OS) booting apparatus, multi-OS booting program, recording medium, and multi-OS booting method |
-
2002
- 2002-02-15 JP JP2002038727A patent/JP2003241984A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8484452B2 (en) | 2008-03-14 | 2013-07-09 | Mitsubishi Electric Corporation | Multi-operating system (OS) booting apparatus, multi-OS booting program, recording medium, and multi-OS booting method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10613773B2 (en) | Backing up firmware during initialization of device | |
| US4654783A (en) | Unique process for loading a microcode control store in a data processing system | |
| CN105579953B (zh) | 灵活引导程序代码架构 | |
| EP3125113B1 (en) | Systems and methods for initializing multiple virtual processors within a single virtual machine | |
| US20080010446A1 (en) | Portable apparatus supporting multiple operating systems and supporting method therefor | |
| JPH06324849A (ja) | オペレーティング・システム環境の起動方法およびシステム | |
| US20110179260A1 (en) | Method for integrating operating system into bios chip and method for booting operating system from server | |
| JP2008186175A (ja) | オペレーティングシステムの起動制御方法及び情報処理装置 | |
| JP2004334486A (ja) | ブートコードを用いた起動システム、及び起動方法 | |
| JP2005301639A (ja) | Ｏｓの障害対応方法およびそのプログラム | |
| US7484083B1 (en) | Method, apparatus, and computer-readable medium for utilizing BIOS boot specification compliant devices within an extensible firmware interface environment | |
| JP2012516483A (ja) | クラスファイル内にネイティブコードを埋め込むことによる仮想メカニズム内でのプラットフォーム依存ルーチンの適用 | |
| US8499142B1 (en) | UEFI boot loader for loading non-UEFI compliant operating systems | |
| CN114721735B (zh) | 一种程序动态加载方法、装置及电子设备 | |
| JP2003241984A (ja) | 複数ｏｓローディング方法および複数ｏｓローディングプログラム | |
| JP2004078604A (ja) | 情報処理方法とその方法を実現するプログラム及び記録媒体 | |
| JP3945405B2 (ja) | コンピュータシステム及びコンピュータシステムのブートデバイス初期化方法 | |
| WO2007049423A1 (ja) | コンピュータシステム、及びそれにおける基本プログラムの起動方法 | |
| JP2006012158A (ja) | デジタルデバイスのファームウェアとオペレーティングシステムとの間の拡張可能インターラクションを提供する方法および装置 | |
| JP2004287618A (ja) | オペレーティングシステム起動制御方法、およびその方法をコンピュータに実行させるプログラム、ならびにオペレーティングシステム起動制御装置 | |
| KR101395007B1 (ko) | 복수의 프로세서를 이용한 스냅샷 이미지 처리 장치 및 방법 | |
| RU2718235C1 (ru) | Архитектура операционной системы для обеспечения поддержки поколений микроядер | |
| JPH0587856B2 (ja) | ||
| JP3087477B2 (ja) | コンピュータシステム | |
| JPH10222361A (ja) | 計算機等の処理装置におけるｒｏｍプログラムモニタ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20050510 |