JPH0644085A

JPH0644085A - アクセスを実行する方法及び装置並びにコンピュータシステム

Info

Publication number: JPH0644085A
Application number: JP5059320A
Authority: JP
Inventors: Michael W Carney; マイケル・ダブリュ・カーニイ; William Shannon; ウィリアム・シャノン; Joseph E Provino; ジョセフ・イー・プロヴィノ
Original assignee: Sun Microsystems Inc
Current assignee: Sun Microsystems Inc
Priority date: 1992-02-27
Filing date: 1993-02-25
Publication date: 1994-02-18
Also published as: US5303392A

Abstract

(57)【要約】（修正有）【目的】動的に構成可能なＯＳで記号定義のアクセス
方法の提供。【構成】記号定義画像ファイルをリアルタイムで作成
する記号定義画像ファイルビルダを設け、ファイルのオ
ープン要求受信時と現在システム定義画像ファイル不存
在時に記号定義画像ファイルを作成する。ファイルのク
ローズ要求受信時に記号定義画像ファイルを削除し、フ
ァイルが参照されておらず、現在ファイルではないこと
を確定する。記号定義画像ファイルは全ての現在記号定
義と、ＯＳのストリングとを含む。現在記号定義とスト
リングは、記号定義ビルダにより、ＯＳの根実行可能セ
グメントと、メモリに現在ロードされている再配置可能
セグメントとの記号テーブル及びストリングテーブルか
ら収集される。記号定義画像ファイルビルダは、記号定
義画像ファイルのアクセスが完了するまで、再配置可能
セグメントの自動アンロードを禁止し、記号定義画像フ
ァイル中の記号定義とストリングを保護する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はコンピュータシステム及
びそのオペレーティングシステムの分野、特に、ＵＮＩ
Ｘシステム（ＵＮＩＸはＵＮＩＸＳｙｓｔｅｍＬａ
ｂｏｒａｔｏｒｉｅｓ，Ｉｎｃ．の登録商標である）を
実行するコンピュータシステムに関する。さらに特定す
れば、本発明は動的に構成可能なオペレーティングシス
テム、特に、ＵＮＩＸシステムの核における記号定義に
対してアクセスを実行することに関する。

【０００２】

【従来の技術】従来、ＵＮＩＸシステムの核を含む多く
のオペレーティングシステムは１つの実行可能画像とし
て事前に作成される。すなわち、オペレーティングシス
テムの全てのプログラムセグメントを静的に連係させ、
全ての記号参照を記号定義に分解する。この方式によれ
ば、通常、全ての記号定義のエントリから構成される記
号テーブルを含むファイルは、その情報に対するアクセ
スを必要とするどのようなユーティリティまたはアプリ
ケーションプログラムに対してもディスクで利用でき
る。

【０００３】事前に作成された単一実行可能画像オペレ
ーティングシステムは、多くの場合、目的に合わせるこ
とは可能であるが、通常は特殊な知識や技術が必要とさ
れる。その結果、大半のコンピュータシステムは総称バ
ージョンに含まれている数多くの機能を使用しないにも
かかわらず、そのような総称バージョンを単純に利用し
ており、そのためにメモリ資源を浪費していることが経
験によりわかっている。

【０００４】今日、いくつかのＵＮＩＸシステムの核を
含むオペレーティングシステムの中には、動的に構成さ
れているものがある。完全動的再構成可能オペレーティ
ングシステムの下では、オペレーティングシステムが提
供する機能を根実行可能セグメントと、複数の再配置可
能セグメントとに分散させる。根実行可能セグメント
は、システムのセットアップ中にロードされ、制御を受
ける。再配置可能セグメントに配分された機能は必要に
応じて動的にロード、連係される。メモリに制約がある
場合には、近い時点で使用されていなかったいくつかの
動的ロード、連係済再配置可能セグメントにさらに重ね
書きをしても良い。その結果、いずれかの特定の時点で
利用可能となっている記号定義は動的に変化することに
なる。そこで、ユーティリティ及びアプリケーションプ
ログラムによりアクセスされる記号定義情報が現在のも
のであり、そこなわれていないことを保証するために、
新たな方式を使用しなければならない。

【０００５】以下に説明する通り、本発明は、動的に構
成可能なオペレーティングシステム、特に、ＵＮＩＸシ
ステムの動的に構成可能な核において記号定義に対して
アクセスを実行する方法及び装置を提供する。核を含む
ＵＮＩＸシステムの詳細については、Ｍ．Ｊ．Ｂａｃｈ
の「ＴｈｅＤｅｓｉｇｎｏｆｔｈｅＵＮＩＸＯ
ｐｅｒａｔｉｎｇＳｙｓｔｅｍ」（Ｐｒｅｎｔｉｃｅ
Ｈａｌｌ，１９８６年刊）を参照。

【０００６】

【発明が解決しようとする課題】動的に構成可能なオペ
レーティングシステムにおいて記号定義に対してアクセ
スを実行する方法及び装置を提供する。その方法と装置
は、ＵＮＩＸシステムの核を含むオペレーティングシス
テムに特に適用される。

【０００７】

【課題を解決するための手段】本発明によれば、コンピ
ュータシステムのオペレーティングシステムにオペレー
ティングシステム記号定義画像ファイルビルダを設け
る。ユーティリティ又はアプリケーションプログラムが
記号定義画像ファイルをオープンすることを要求し、最
新のシステム定義画像ファイルが存在していないときに
は、必ず、オペレーティングシステム中の現在記号定義
を含む記号定義画像ファイルを作成するために、ビルダ
を呼び出すので、ユーティリティ／アプリケーションプ
ログラムに提供される記号定義画像ファイルに含まれて
いる記号定義は確実に現在情報であることが保証され
る。最後に参照したユーティリティ／アプリケーション
プログラムにより記号定義画像ファイルがクローズされ
るたびに、ビルダはその記号表示ファイルを削除し、シ
ステム定義画像ファイルは最新ファイルではなくなる。

【０００８】記号定義画像ファイルを作成する前に、ビ
ルダはオペレーティングシステムのロード再配置可能セ
グメントの自動アンロードを禁止するので、記号定義画
像ファイルに含まれている現在記号定義はそこなわれな
いように保護されるのである。ビルダは、どのユーティ
リティ／アプリケーションプログラムもシステム定義画
像ファイルを参照していないと判定したときには自動ア
ンロードを再起動する。ユーティリティ／アプリケーシ
ョンプログラムがシステム定義画像ファイルをクローズ
したとき、ビルダはその判定を下す。

【０００９】現時点で好ましい実施例では、記号定義画
像ファイルは組合わせ記号テーブルと、組合わせストリ
ングテーブルとを含む。ビルダは、オペレーティングシ
ステムの根実行可能セグメントと、現在ロードされてい
るそれぞれの再配置可能セグメントとから記号定義エン
トリ及びストリングエントリを取り出し、それらを対応
するテーブルに併合することにより、組合わせ記号テー
ブルと、組合わせストリングテーブルとを作成する。本
発明の目的、特徴及び利点は、図面を参照しながら、以
下の本発明の好ましい実施例の詳細な説明を読むことに
より明白になるであろう。

【００１０】〔表記法及び用語〕以下の詳細な説明の大
半はコンピュータにおいて実行されるプログラム手続き
によって提示される。そのような手続きによる説明や表
示は、当業者がその作業の内容を他の当業者に最も有効
に伝達するために使用する手段である。ここでは、ま
た、一般的にも、手続きは所望の結果に至る首尾一貫し
たステップのシーケンスであると考えている。それらの
ステップは物理的量の物理的操作を要求するステップで
ある。通常、それらの量は記憶、転送、組合わせ、比較
及びその他の方法による操作が可能な電気信号又は磁気
信号の形態をとるが、必ずそうであるとは限らない。時
によっては、主に一般に使用されている用語であるとい
う理由により、それらの信号をビット、値、要素、記
号、オブジェクト、文字、項、数などと呼ぶと好都合で
あることがわかる。ただし、そのような用語及びそれに
類する用語は、全て、適切な物理的量と関連させるべき
ものであり、単にそれらの量に便宜上付されたラベルに
すぎないということを忘れてはならない。

【００１１】さらに、実行される操作を、一般にはオペ
レータが実行する知的動作と関連している加算又は比較
などの用語で呼ぶことが多いが、本発明の一部を成す、
ここで説明する動作のどれをとっても、そのようなオペ
レータの能力は不要であり、多くの場合に望ましくな
い。動作は機械の動作である。本発明の動作を実行する
のに有用な機械には、汎用デジタルコンピュータ又は他
の同様の装置がある。いずれの場合にも、コンピュータ
を動作させるときの方法動作と、計算自体の方法との明
確な区別に留意すべきである。本発明は、電気的又は物
理的信号を処理して他の望ましい物理的信号を発生する
時のコンピュータ動作のための方法過程に関する。

【００１２】本発明は、それらの動作を実行する装置に
も関する。この装置は要求されている目的に合わせて特
別に構成されても良く、あるいは、汎用コンピュータを
コンピュータに記憶させたコンピュータプログラムによ
り選択的に起動又は再構成しても良い。ここで提示する
手続きは何らかの特定のコンピュータ又は他の特定の装
置に専ら関連しているものではない。すなわち、様々な
汎用機械を本発明の教示に従って書込んだ手続きと共に
使用できるであろうし、あるいは、要求される方法ステ
ップを実行するためには、より特殊な装置を構成するほ
うが好都合であるとわかるかもしれない。そのような多
様な機械について必要とされる構造は以下の説明から明
らかになるであろう。

【００１３】

【実施例】動的に構成されたオペレーティングシステム
の現在記号定義に対してアクセスを実行する方法及び装
置を開示する。その方法と装置はＵＮＩＸシステムの核
を含めたオペレーティングシステムを特定の適用用途と
している。以下の説明中、本発明を完全に理解させるた
めに、便宜上、特定の数、材料及び構成を挙げるが、そ
れらの特定の詳細な事項がなくとも本発明を実施しうる
ことは当業者には明白であろう。また、場合によって
は、本発明を無用にわかりにくくしないために、周知の
システムを概略図又はブロック線図の形で示すこともあ
る。

【００１４】そこで図１を参照すると、本発明の教示を
取り入れたコンピュータシステムが示されている。図示
する通り、コンピュータ１０は３つの主要な構成要素１
２，１４及び１６を含む。それらの構成要素のうち第１
のものは、適切な構造形態の情報をコンピュータ１０の
他の部分との合いだで通信するために使用される入出力
（Ｉ／Ｏ）回路１２である。加えて、コンピュータ１０
はＩ／Ｏ回路１２に結合する中央処理装置（ＣＰＵ）１
４と、メモリ１６とを含む。Ｉ／Ｏ回路１２と、ＣＰＵ
１４と、メモリ１６とは多くの汎用コンピュータで通常
見られる構成要素である。

【００１５】Ｉ／Ｏ回路１２に結合する磁気ディスク２
０は、コンピュータ１０にさらに大きな記憶能力を与え
る。磁気テープドライブのような別のデータ記憶装置
や、別のネットワークにも結合されるネットワークをコ
ンピュータ１０に結合しても良いことは理解されるであ
ろう。周知のように、磁気ディスク２０は、ＣＰＵ１４
によりアクセス、実行することが可能な他のコンピュー
タプログラム、文字、ルーチンなどを記憶していても良
い。

【００１６】図示するようにＩ／Ｏ回路１２に結合して
いるラスタ表示モニタ２４は、本発明の教示に従ってＣ
ＰＵ１４により生成された画像を表示するために使用さ
れる。このモニタ２４としては、周知の種類のラスタ表
示装置のいずれかを利用すれば良い。図示するようにＩ
／Ｏ回路１２に結合するキーボード１８は、周知の通
り、コンピュータ１０にデータと指令を入力するために
使用される。コンピュータ１０にはＩ／Ｏ回路１２を介
してカーソル制御装置２８も結合している。このカーソ
ル制御装置２８としては、周知の種類のカーソル制御装
置のいずれかを利用すれば良い。

【００１７】事実、図示されているいくつかのハードウ
ェア素子は広い範囲にわたるコンピュータシステムを代
表して表わそうとするものである。特定の例としては、
カリフォルニア州マウンテンビューのＳｕｎＭｉｃｒ
ｏｓｙｓｔｅｍｓ，Ｉｎｃ．が製造しているコンピュー
タシステムがある。言うまでもなく、同様の能力を有す
る他のコンピュータシステムを以下に説明する機能を実
行するように適合させることは平易であろう。

【００１８】次に図２を参照すると、図１に示したコン
ピュータシステムのソフトウェア素子の論理図を表わす
ブロック線図が示されている。図示するように、オペレ
ーティングシステム３４はファイルサブシステム３６
と、プロセス制御サブシステム３８とを含む。ファイル
サブシステム３６はファイルを管理し、ファイルスペー
スを割当て、ファイルスペースを処理し、ファイルに対
するアクセスを制御し、ファイルからデータを検索する
働きをする。プロセス制御サブシステムはプロセス同
期、プロセス間通信、メモリ管理及びプロセススケジュ
ーリングを行う。

【００１９】現時点で好ましい形態では、オペレーティ
ングシステムは動的に構成されている。その動的構成の
オペレーティングシステムは、広い範囲にわたる動的構
成オペレーティングシステムを代表するものである。以
下に、図３を参照してオペレーティングシステムの機能
とプログラムセグメント構造をさらに詳細に説明する。
ただし、オペレーティングシステムを事前組込み単一実
行可能画像として静的に構成しても良いことは理解され
るであろう。

【００２０】図２には、アプリケーションの開発と実行
のためのプログラミング言語コンパイラ、ソフトウェア
ツール／ユーティリティ及びそのランタイムライブラリ
４０も示されている。コンピュータシステムにおいて実
行するアプリケーション４２は、ランタイムライブラリ
４０とオペレーティングシステム３４が提供する下位シ
ステムサービスを利用する。これらのソフトウェアウェ
ア素子は、多くの汎用コンピュータシステム及びほぼ全
ての専用コンピュータシステムで通常見られるものであ
る。

【００２１】次に図３を参照すると、図２に示したオペ
レーティングシステムの機能とプログラムセグメント構
造の論理図を表わすブロック線図が示されている。動的
に構成可能なオペレーティングシステム３４の機能は根
実行可能セグメント４０と、複数の動的にロード、連係
される再配置可能セグメント４２とに分散している。根
実行可能セグメント４０は、システムのセットアップ中
にロードされ、制御を受ける。その他の再配置可能セグ
メントは、その機能が必要になったときに動的にロー
ド、連係される。メモリに制約がある場合には、近い時
点に機能を使用していなかった動的にロード、連係され
ている再配置可能セグメントのいくつかをアンロードし
ても良い（それらのセグメントに重ね書きしても良
い）。

【００２２】根実行可能セグメント４０が提供する機能
は再配置可能セグメントローダ４４と、ランタイムリン
カ４６とを含む。再配置可能セグメントローダ４４は、
機能が必要になったときに再配置可能セグメントを動的
にロードするために使用される。ランタイムリンカ４６
は、動的にロードされた再配置可能セグメントをオペレ
ーティングシステムの現在プロセス画像中に動的に連係
するために使用される。再配置可能セグメントが提供す
る機能は、ファイルオープンシステムサービス及びファ
イルクローズシステムサービスを提供するファイルサブ
システム４８と、オペレーティングシステムの現在記号
定義から構成される記号定義ファイルを作成する記号定
義ビルダ９０とを含む。ファイルオープンシステムサー
ビスはアクセス制御を含む。

【００２３】再配置可能セグメントローダ４４、ランタ
イムリンカ４６及びファイルサブシステム４８の機能と
基本的寄与は良く知られているので、ここでは詳細に説
明しない。記号定義ビルダ９０と記号定義ファイルにつ
いては、以下に図６から図８を参照しながらさらに詳細
に説明する。以上説明した機能配分やプログラムセグメ
ント構造とは異なるが、それらと本質的には等価である
機能配分とプログラムセグメント構造をもつ動的に構成
可能なオペレーティングシステムと組合わせて本発明を
実施しても良いことは理解されるであろう。

【００２４】そこで図４を参照すると、根実行可能セグ
メント及び再配置可能セグメントについて現時点で好ま
しい形態のファイルフォーマットを表わすブロック線図
が示されている。図示する通り、根実行可能セグメント
４０はファイル見出し５０と、プログラム見出しテーブ
ル５２と、複数の静的に連係するセグメント５４ａ〜５
４^* とを含む。ファイル見出し５０はファイルの編成を
記述する。プログラム見出しテーブル５２はプロセス画
像をいかにして作成するかを記述する。静的に連係する
それぞれのセグメント５４ａ・・・又は５４^* は、以下
に説明する再配置セグメントにおけるセクションと同様
のセクションを１つ又は２つ以上含む。

【００２５】また、再配置可能セグメント４２は、図示
する通り、ファイル見出し５８と、命令セクション６０
と、データセクション６２と、記号テーブルセクション
６４と、ストリングテーブルセクション６６と、セクシ
ョン見出しテーブル６８とを含む。同様に、ファイル見
出し５８はファイルの編成を記述する。命令セクション
６０とデータセクション６２はプログラムセグメントの
命令と、データとをそれぞれ含んでいる。記号テーブル
セクション６４とストリングテーブルセクション６６は
プログラムセグメントの記号定義を記述する。セクショ
ン見出しテーブル６８は様々なセクションを指示するエ
ントリを提示する。

【００２６】根実行可能セグメントと再配置可能セグメ
ントの様々な要素の詳細については、「ＵＮＩＸＳｙ
ｓｔｅｍＶＲｅｌｅａｓｅ４Ｐｒｏｇｒａｍｍ
ｅｒ’ｓＧｕｉｄｅ：ＡＮＳＩＣａｎｄＰｒｏ
ｇｒａｍｍｉｎｇＳｕｐｐｏｒｔｉｎｇＴｏｏｌ
ｓ」（ＵＮＩＸＰｒｅｓｓ，１９９０年刊）の１３−
１〜１３−６９ページを参照。同様に、以上説明したよ
うなファイルフォーマットとは異なるが、それらと本質
的には等価であるファイルフォーマットを有する根実行
可能セグメント及び再配置可能セグメントと組合わせて
本発明を実行しても良いことは理解されるであろう。

【００２７】次に図５を参照すると、記号テーブルと、
ストリングテーブルの現時点で好ましい実施例を表わす
ブロック線図が示されている。図示するように、記号テ
ーブル６４は複数の記号定義エントリ７０を含む。各記
号定義エントリ７０は名前索引フィールド７２と、値フ
ィールド７３と、サイズフィールド７４と、型フィール
ド７６と、バインド属性フィールド７８と、セクション
索引フィールド８０とを含む。名前索引フィールド７２
は、記号名の第１番目の文字が位置しているストリング
テーブルへのオフセットを指示する名前索引を含む。値
フィールド７３は、記号が参照するメモリオブジェクト
のアドレスを表わす値を含む。サイズフィールド７４は
記号サイズを記述する値を含む。型フィールド７６は記
号型を識別する標識を含む。バインド属性フィールド７
８は複数の記号バインド属性を含む。セクション索引フ
ィールド８０は、記号が関係しているセクションを識別
するセクション見出しテーブル中のセクション見出しテ
ーブルエントリを指示する値を含む。

【００２８】また、複数のデータバイト８２を含むスト
リングテーブル６６も示されている。それぞれのデータ
バイトは、ストリングを境界指定する空白文字を含む文
字を包含している。図示する通り、データバイトはスト
リングテーブル６６へのオフセットとしてアクセスされ
る。たとえば、記号「ＣＡＴ．」の第１の文字はストリ
ングテーブル６６に対し「６」のオフセットをもつデー
タバイトの中に位置している。記号テーブルとストリン
グテーブルの詳細については、同じように、「ＵＮＩＸ
ＳｙｓｔｅｍＶＲｅｌｅａｓｅ４Ｐｒｏｇｒ
ａｍｍｅｒ’ｓＧｕｉｄｅ：ＡＮＳＩＣａｎｄ
ＰｒｏｇｒａｍｍｉｎｇＳｕｐｐｏｒｔｉｎｇＴｏ
ｏｌｓ」（ＵＮＩＸＰｒｅｓｓ，１９９０年刊）の１
３−１〜１３−６９ページを参照。先と同様に、以上説
明したような記号テーブル及びストリングテーブルとは
異なるが、それらと本質的には等価であるテーブルを有
する根実行可能セグメント及び再配置可能セグメントと
組合わせて本発明を実施しても良いことは理解されるで
あろう。

【００２９】そこで図６を参照すると、記号定義画像フ
ァイルビルダと記号定義画像ファイルの現時点で好まし
い形態を表わすブロック線図が示されている。図示する
通り、記号定義画像ファイルビルダ９０は制御ルーチン
９１と、作成ルーチン９２と、削除ルーチン９４と、禁
止ルーチン９６と、起動ルーチン９８とを含む。制御ル
ーチン９１はその他のルーチン９２〜９８の呼び出しを
制御するために使用される。作成ルーチン９２と削除ル
ーチン９４は記号定義画像ファイル１００を作成すると
きと、削除するときに使用される。禁止ルーチン９６と
起動ルーチン９８は自動再配置可能セグメントアンロー
ドを禁止するときと、再起動するときに使用される。こ
れらのルーチンの動作の流れについては以下にさらに詳
細に説明する。

【００３０】記号定義画像ファイルビルダ９０が作成す
る記号定義画像ファイル１００も示されている。記号定
義画像ファイル１００はファイル見出し１０２と、組合
わせ記号テーブルセクション１０４と、組合わせストリ
ングテーブルセクション１０６と、セクション見出し１
０８とを含む。オペレーティングシステムの根実行可能
セグメントや、再配置可能セグメントのファイルフォー
マットと同様に、ファイル見出し１０２は記号定義画像
ファイルの編成を記述する。組合わせ記号テーブルセク
ション１０４と組合わせストリングテーブルセクション
１０６はオペレーティングシステムの全ての現在記号定
義と、全ての現在ストリングとをそれぞれ含んでいる。
組合わせ記号テーブル１０４及び組合わせストリングテ
ーブル１０６は先に説明した個々の記号テーブル及びス
トリングテーブルと同一の編成を有する。同様に、セク
ション見出しテーブル１０８は組合わせ記号テーブル１
０４と、組合わせストリングテーブル１０６とを指示す
る同様のセクションエントリを含む。

【００３１】次に図７及び図８を参照すると、現時点で
好ましい形態による記号定義画像ファイルのルーチンの
動作流れを表わす２つのブロック線図が示されている。
図７に示す通り、制御ルーチンは、ブロック１１２で、
まず、ユーティリティ又はアプリケーションプログラム
からの要求がオープン要求であるか又はクローズ要求で
あるかを判定する。要求が記号定義画像ファイルをオー
プンする要求であれば（ブランチ１１２ａ）、制御ルー
チンは、ブロック１１４で、メモリに現在記憶されてい
る再配置可能セグメントの自動アンロードを禁止するた
めの禁止機能を呼び出し、それにより、記号定義画像フ
ァイルに含まれようとしている記号定義がそこなわれる
のを阻止する。

【００３２】次に、ブロック１１５で、制御ルーチンは
最新の記号定義画像ファイルが存在するか否かを判定す
る。最新の記号定義画像ファイルが存在しない場合（ブ
ランチ１１５ｂ）、制御ルーチンは、ブロック１１６
で、記号定義画像ファイルを作成するための作成機能を
呼び出す。最新の記号定義画像ファイルを設定した後、
ブロック１１７で、制御ルーチンはこの記号定義画像フ
ァイルを要求側のユーティリティ／アプリケーションプ
ログラムに参照させる。現時点で好ましい形態では、制
御ルーチンは、さらに、記号定義画像ファイルごとの内
部参照カウントを増分することにより、記号定義画像フ
ァイルを現在参照しているユーティリティ／アプリケー
ションプログラムの数を追跡する。

【００３３】要求が記号定義画像ファイルをクローズす
る要求である場合（ブランチ１１２ｂ）には、制御ルー
チンは、ブロック１１８で、要求側のユーティリティ／
アプリケーションプログラムがその記号定義画像ファイ
ルに対して実行している参照を破壊する。加えて、ブロ
ック１１９で、制御ルーチンは記号定義画像ファイルの
参照カウントが０であるか否かを判定する。参照カウン
トが０でなければ（ブランチ１１９ｂ）、制御ルーチン
はそれ以上の動作を実行しない。

【００３４】参照カウントが０であれば（ブランチ１１
９ａ）、制御ルーチンは記号定義画像ファイルが依然と
して最新のものであるか否かをブロック１２０でさらに
判定する。記号定義画像ファイルが最新のファイルであ
れば（ブランチ１２０ａ）、制御ルーチンはそれ以上の
動作を実行せず、最新のファイルではない場合（ブラン
チ１２０ｂ）には、制御ルーチンは、ブロック１２２
で、記号定義画像ファイルを削除するための削除機能を
呼び出す。

【００３５】記号定義画像ファイルを削除した後、制御
ルーチンは、ブロック１２３で、記号定義画像ファイル
への参照が残っているか否かをさらに判定する。参照が
残っているならば（ブランチ１２３ａ）、制御ルーチン
はそれ以上の動作を実行せず、残っていない場合（ブラ
ンチ１２３ｂ）には、制御ルーチンは、ブロック１２４
で、メモリに現在記憶されている再配置可能セグメント
の自動アンロードを再起動するための起動機能を呼び出
す。

【００３６】図８に示すように、作成機能を呼び出す
と、この機能は、ブロック１３２〜１３６で、根実行可
能プログラムセグメントを捜し出し、そのプログラムセ
グメントの記号テーブルから全ての記号エントリを検索
し、全ての記号テーブルエントリが検索され、併合され
るまで、それらのエントリを組合わせ記号テーブルに一
度に１つずつ併合する。その後、同様に、作成機能は、
ブロック１３８〜１４２で、根実行可能プログラムセグ
メントのストリングテーブルから全てのストリングエン
トリを検索し、全てのストリングテーブルエントリが検
索され、併合されるまで、それらのエントリを組合わせ
ストリングテーブルに一度に１つずつ併合する。次に、
メモリに現在ロードされているプログラムセグメントご
とにブロック１３２〜１４２を繰り返す。

【００３７】本発明を現時点で好ましい一実施例に関し
て説明したが、本発明が以上説明した実施例に限定され
ないことは当業者には認められるであろう。特許請求の
範囲の趣旨の中で本発明の方法及び装置を変形及び変更
を伴って実施することができる。従って、以上の説明は
本発明を限定するのではなく、単なる例であると考える
べきである。

【図面の簡単な説明】

【図１】本発明の教示を組込んだコンピュータシステム
のハードウェア素子を示す物理図。

【図２】図１に示すコンピュータシステムのソフトウェ
ア素子を示す論理図。

【図３】図２に示すオペレーティングシステムの機能及
びプログラム構造を示す論理図。

【図４】図３に示すオペレーティングシステムの根実行
可能セグメント及び再配置可能セグメントのファイルフ
ォーマットを示す図。

【図５】図４に示すプログラムセグメントにおける記号
テーブル及びストリングテーブルを示す図。

【図６】本発明のシステム定義画像ファイルビルダ及び
記号定義画像ファイルの現時点で好ましい形態を示す
図。

【図７】本発明の現時点で好ましい形態によるシステム
定義ビルダの機能の動作流れを示す図。

【図８】本発明の現時点で好ましい形態によるシステム
定義ビルダの機能の動作流れを示す図。

【符号の説明】

１０コンピュータシステム１４ＣＰＵ１６メモリ３４オペレーティングシステム３６ファイルサブシステム３８プロセス制御サブシステム４０根実行可能セグメント４２再配置可能セグメント９０記号定義画像ファイルビルダ１００記号定義画像ファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者ウィリアム・シャノンアメリカ合衆国 94022 カリフォルニア州・ロスアルトス・トリアノンウェイ・261 (72)発明者ジョセフ・イー・プロヴィノアメリカ合衆国 02138 マサチューセッツ州・ケンブリッジ・ウェンデルストリート・29

Claims

【特許請求の範囲】

【請求項１】中央処理装置（ＣＰＵ）を具備し、前記
ＣＰＵはそれに結合するメモリにロードされている動的
に構成可能なオペレーティングシステムを実行するコン
ピュータで前記オペレーティングシステムの現在記号定
義に対してアクセスを実行する方法において、前記オペレーティングシステムの現在記号定義を含むフ
ァイルをオープンさせるためのオープン要求をリクエス
タから受信する過程と；前記動的に構成可能なオペレー
ティングシステムが１つの根実行可能セグメントと、必
要に応じてロード、連係される複数の再配置可能セグメ
ントから構成されており、前記動的にロード、連係され
る再配置可能セグメントは使用されないときには自動的
にアンロードされるものであって、前記メモリに現在ロ
ードされている再配置可能セグメントの自動アンロード
を禁止する過程と；前記ファイルが存在するか否かを判
定し、前記ファイルが存在していない場合には、前記根
実行可能セグメントと、メモリに現在ロードされている
前記再配置可能セグメントとに含まれる記号定義に基づ
いて前記ファイルを作成する過程と；前記ファイルを前
記リクエスタに対し利用可能とする過程とから成る方
法。
【請求項２】中央処理装置（ＣＰＵ）を具備し、前記
ＣＰＵはそれに結合するメモリにロードされている動的
に構成可能なオペレーティングシステムを実行するコン
ピュータシステムの前記オペレーティングシステムの現
在記号定義に対してアクセスを実行する装置において、前記ＣＰＵに結合し、前記オペレーティングシステムの
現在記号定義を含むファイルをオープンさせるためのオ
ープン要求をリクエスタから受信し且つ前記ファイルが
存在するか否かを判定する制御手段と；前記ＣＰＵと、
前記制御手段とに結合し、前記動的に構成可能なオペレ
ーティングシステムは根実行可能セグメントと、必要に
応じてロード、連係される複数の再配置可能セグメント
とから構成され、前記動的にロード、連係される再配置
可能セグメントは使用されないときには自動的にアンロ
ードされるようになっており、前記メモリに現在ロード
されている再配置可能セグメントの自動アンロードを禁
止する禁止手段と；前記ＣＰＵと、前記制御手段とに結
合し、前記ファイルが存在しない場合には、前記根実行
可能セグメントと、メモリに現在ロードされている前記
再配置可能セグメントとに含まれる記号定義に基づいて
前記ファイルを作成するファイル作成手段と；前記ＣＰ
Ｕと、前記制御手段とに結合し、前記ファイルを前記リ
クエスタに対し利用可能とするファイルアクセス制御手
段とを具備する装置。
【請求項３】中央処理装置（ＣＰＵ）と；前記ＣＰＵ
に結合するメモリと；ファイルをオープン、クローズす
るファイルサブシステムサービスと、オペレーティング
システムの現在記号定義を含むファイルを動的に作成す
るオペレーティングシステム記号定義画像ファイルビル
ダとを提供するファイルサブシステムを含み、動的に構
成可能であり、前記メモリにロードされて、前記ＣＰＵ
により実行されるオペレーティングシステムとを具備す
るコンピュータシステム。