JP2001022560A - ライブラリ関数バージョンアップ方法 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションプログラム開発で用いたラ
イブラリ関数と同一のライブラリ関数を全て実行系に保
持することが可能となり、アプリケーションプログラム
の動作検証を行ったときと同一の条件で常にアプリケー
ションプログラムを動作させることが可能となるライブ
ラリ関数のバージョンアップ方法を提供する。 【解決手段】 開発系で開発された配布プログラムを実
行系へインストールする際に、上記実行系のライブラリ
に保持されているライブラリ関数を上記配布プログラム
で使われるライブラリ関数へバージョンアップするライ
ブラリ関数バージョンアップ方法であって、インストー
ル時に実行系のライブラリに保持されている古いバージ
ョンのライブラリ関数をそのまま保持し、新しいバージ
ョンのライブラリ関数を上記実行系のライブラリに追記
する様にした構成となっている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、開発系で開発した
配布プログラムを実行系へインストールする際に行われ
るライブラリ関数のバージョンアップ方法に関し、特
に、アプリケーションプログラム開発で用いたライブラ
リ関数と同一のライブラリ関数を全て実行系に保持する
ことができるライブラリ関数バージョンアップ方法に関
する。

【０００２】

【従来の技術】近年、パソコンの普及に伴いソフトウェ
アの低価格化、大量供給、および早期開発の進展に伴
い、ソフトウェアの質の低下、すなわち、ソフトウェア
の品質検査を充分行うことなく市場に供給しなければな
らない状況に至っている。この時、既に市場への提供を
済ませているソフトウェアに対して追加や改善を行った
部分の置き換え（更新：バージョンアップ）を速やかに
実施する必要が生じており、これが重要な技術となって
きている。ここでは、オペレーティングシステムの構成
要素も、オペレーティングシステムにアクセスするライ
ブラリも追加・更新の対象となる。一般に、オペレーテ
ィングシステムでは、複数のアプリケーションプログラ
ムを同時期に並行して実行する場合、アプリケーション
プログラムが異なるアプリケーションプログラムの命令
コードの中に分岐していかないように異なるアドレス空
間を割り当てる様になっている。しかし、多機能化して
肥大化したライブラリ関数の命令コードを個別のアプリ
ケーションソフトウェア毎に組み込むと、全く同じ機能
を持った命令コードが複数個メモリ上に存在することに
なり、メモリの使用効率が悪くなってしまう。ライブラ
リ関数をアプリケーションプログラムに組み込む場合
は、そのアプリケーションプログラムが呼び出している
ライブラリ関数だけをライブラリの中から引き出して組
み込む様にしているが、入出力処理のような利用頻度の
高いものは殆どのアプリケーションプログラムの中にそ
のライブラリ関数が重なって入ることになってしまう。
そこで、同一のライブラリ関数の命令コード一式をメモ
リ上に一つだけ置き、各アプリケーションプログラム
は、実行権を得ている間にそれらの命令コード一式を利
用する方式（ダイナミックリンク）がとられるようにな
ってきている。この方式では、アプリケーションプログ
ラムを開発する側（開発系と呼ぶ）が利用しているライ
ブラリ関数のバージョンと、開発したアプリケーション
プログラムを実行する側（実行系と呼ぶ）が利用してい
るライブラリ関数のバージョンとが一致するとは限らな
い。そこで、ライブラリ関数のバージョンがより新しい
場合はより古いバージョンの機能を全て包含しているこ
とを前提として、開発したアプリケーションプログラム
を実行系にインストールするときに、そのアプリケーシ
ョンプログラムが利用する開発系のライブラリ関数のバ
ージョンと実行系のライブラリ関数のバージョンとを比
較して、開発系のライブラリ関数のバージョンの方が実
行系のライブラリ関数のバージョンよりもより新しい場
合に、開発系のライブラリ関数を実行系にインストール
することがなされている。

【０００３】上述した開発系のライブラリ関数を実行系
にインストールしてバージョンアップする方法の一例に
ついて図９を参照して説明する。図９は、従来のライブ
ラリ関数のバージョンアップ方法の手順を示す図であ
る。図９において、点線の左側が開発者側の開発系２で
あり、点線の右側がパソコン等の実行系４である。図９
に示す様に、まず、開発者側で、バージョンアップ対象
であるライブラリを利用している開発者が開発している
アプリケーションプログラム１とそのバージョンアップ
対象のライブラリ３とをコンパイラ５でコンパイルして
配布プログラム７を作成する。次に、実行系４において
インストーラ９が上記開発系２から供給された上記配布
プログラム７と共にバージョンアップ対象のライブラリ
３のインストールを実行すると、上記配布プログラム７
が実行系４のハードディスク１１のプログラムファイル
１３に書き込まれると共に、ＯＳ１５を用いて上記ハー
ドディスク１１の実行系ライブラリ（バージョン番号
ｆ，１）１７を上記バージョンアップ対象のライブラリ
（バージョン番号ｆ，２）に書き換えることにより、バ
ージョンアップを行っている。次に、上記図９に示した
バージョンアップ方法の詳細について説明する。まず、
図１０〜図１３を参照して上記アプリケーションプログ
ラム１のソースコード、バージョンアップ対象のライブ
ラリ３、配布プログラム７、および実行系ライブラリ１
７について説明する。図１０に示す様に、上記アプリケ
ーションプログラム１のソースコードは、ｆというライ
ブラリ関数名１９をもつライブラリ関数を呼び出す記述
を含むＣ言語で記述したプログラムのソースコードであ
って、図１０ではライブラリ関数名１９の関数呼び出し
を行う文の記述のみ例示しているが、その全体はＣ言語
の言語処理系で処理可能なプログラムの記述となってい
ることは言うまでもない。上記ソースコードをコンパイ
ルする作業を行うアプリケーションプログラム開発者が
利用するライブラリが、開発系ライブラリ３であり、そ
の構造例を図１１に示す。上記開発系ライブラリ３は、
一つのライブラリファイル２１でできており、その中に
は、複数の関数ブロック２３がある。関数ブロック２３
は、その開始と終了が明確になっており、コンパイラ５
によって個別に読み出し可能である。上記関数ブロック
２３には、関数名フィールド２５があり、上記コンパイ
ラ５によって、個別に読み出した関数ブロックの中から
読み出し可能である。また、上記関数ブロック２３には
バージョンフィールド２７があり、その関数ブロック２
３のバージョンを識別する符号を記録している。上記バ
ージョンを識別する符号としては、その関数ブロック２
３を開発した日付時刻など、ライブラリ関数開発の新旧
関係を識別可能な情報が用いられる。上記開発系ライブ
ラリ３の中で、同一の関数名が関数名フィールド２５に
書き込まれている関数ブロック２３が複数個重複して存
在するようなことはない。

【０００４】次に、アプリケーションプログラム開発者
は、上記アプリケーションプログラム１のソースコード
を作成する作業を終えると、上記コンパイラ５の入力に
上記ソースコードと開発系ライブラリ３を与えてコンパ
イラ５を起動し、上記コンパイラ５は処理を終了する
と、配布プログラム７を生成するわけであるが、このコ
ンパイラ５の処理手順の例を、図１４を参照して以下に
説明する。図１４のステップ１０１において、上記コン
パイラ５は、処理を開始するとまずソースコード読み込
み処理を実行する。上記ソースコード読み込み処理は、
アプリケーションプログラム開発者がコンパイラ５に入
力として与えた上記ソースコードを、先頭から読み込み
コンパイルする。次に、ステップ１０３において、読み
込んだ部分がライブラリ関数呼び出しの形式であるかど
うかをライブラリ呼び出し判定処理で判定し、このライ
ブラリ呼び出し判定処理の判定の結果、読み込んだ部分
がライブラリ関数呼び出し処理でなかった場合は、一般
コード生成処理を実行する（ステップ１０５）。上記一
般コード生成処理は、ライブラリ関数呼び出し以外のＣ
言語にしたがう記述を命令コードにコンパイルする処理
である。上記ステップ１０３において、読み込んだ部分
がライブラリ関数呼び出しであった場合、ステップ１０
７においてライブラリ呼び出し命令生成処理を実行す
る。上記ライブラリ呼び出し命令生成処理は、図１０に
示したソースコード（ライブラリ関数名１９がｆである
ライブラリ関数を呼び出す処理）を図１２に示す配布プ
ログラムにコンパイルし、その配布プログラム７に命令
コードを書き込む。

【０００５】従来技術におけるコンパイラ５は、ライブ
ラリ関数名１９をｆとするライブラリ関数を呼び出す部
分を、図１２に示すように、そのライブラリ関数名１９
に応じたライブラリ参照フィールド２９を持つライブラ
リ呼び出し命令３１に変換している。次に、ステップ１
０９において、上記コンパイラ５は、ソースコード読み
込み処理（ステップ１０１）で読み込み、一般コード生
成処理（ステップ１０５）またはライブラリ呼び出し命
令生成処理（ステップ１０７）で命令コードを生成した
読み込み部分が、入力しているソースコード４の最後の
部分であるかどうかを処理終了判定処理で判定し、最後
の部分でなかったならば再び上記ステップ１０１のソー
スコード読み込み処理から処理を行い、最後の部分であ
ったならば、配布プログラム７の生成を完了して、コン
パイラ５の処理を終了する。

【０００６】次に、アプリケーションプログラム開発者
がアプリケーションプログラムの開発を終了した後に、
アプリケーションプログラム利用者が利用できるように
するには、コンパイル処理を行った後にできあがった配
布プログラム７を実行系にインストールするわけである
が、このインストーラ９によるインストール処理につい
て図１５を参照して以下に説明する。まず、図１５のス
テップ１１１において、上記インストーラ９は、処理を
開始すると、まず上記配布プログラム７の複写処理を実
行する。この配布プログラムの複写処理は、上記配布プ
ログラム７を実行系が読み取って実行可能な場所および
格納形式でプログラムファイル１３に複写するものであ
る。ここでは、単純に、配布プログラム７と全く同一の
形式とする。上記インストーラ９は、次に、ステップ１
１３において、上記配布プログラム７が利用するライブ
ラリ関数のバージョン番号を検出するバージョン番号の
検出処理を実行する。この検出処理においては、上記イ
ンストーラ９は上記配布プログラム７を読み取り、その
中からライブラリ呼び出し命令３１（図１２参照）を識
別し、その中のライブラリ参照フィールド２９を読み出
して、呼び出すライブラリ関数名１９を識別し、そのラ
イブラリ関数名１９と同一名称の上記開発系ライブラリ
３の関数名フィールド２５を有する関数ブロック２３を
ライブラリファイル２１から呼び出し、そのバージョン
フィールド２７を読み出して、利用するバージョン番号
を検出する。

【０００７】ここで、上記インストーラ９は、上記実行
系４の側で動作する。そして、上記配布プログラム７と
開発系ライブラリ３のライブラリファイル２１を一つの
可搬媒体に記録しておくなどの措置をとり、上記インス
トーラ９が開発系ライブラリ３のライブラリファイル２
１を読み取り可能としておく。上記インストーラ９は、
次に、ステップ１１５において、上記実行系４の中の規
定位置に格納してある実行系ライブラリ１７のライブラ
リファイル３３（図１３参照）を読み取り、上記開発系
ライブラリ３のライブラリファイル２１に対して行った
のと同様にして、実行系ライブラリ１７の中から、呼び
出すライブラリ関数名１９と同じ名称の関数名フィール
ド３５を有する関数ブロック３７を読み取り、その中の
バージョンフィールド３９を読み取ってインストールし
たアプリケーションプログラムが利用可能なバージョン
番号のライブラリを検出する。上記インストーラ９は、
利用可能バージョン番号検出処理（ステップ１１５）に
おいて、上記実行系ライブラリ１７の関数ブロック３７
をライブラリファイル３３の中に見いだすことがなかっ
た場合は、ステップ１１７において、利用可能バージョ
ン番号の検出成否判定処理で検出無しと判定し、この場
合は、開発系ライブラリ３から読み取った関数ブロック
２３を実行系ライブラリ１７のライブラリファイル３５
の中に無条件に追加するライブラリの複写処理を実行す
る（ステップ１１９）。

【０００８】そして、上記ステップ１１７の利用可能バ
ージョン番号の検出成否判定処理で検出有りと判定した
場合は、開発系ライブラリ３のライブラリファイル２１
の関数ブロック２３のバージョンフィールド２７から読
み取ったバージョン番号と、上記実行系ライブラリ１７
のライブラリファイル３３の関数ブロック３７のバージ
ョンフィールド３９から読み取ったバージョン番号とを
比較する利用可能判定処理を実行する（ステップ１２
１）。上記利用可能判定処理は、利用可能バージョン番
号が利用するバージョン番号よりもより小さな値であ
り、利用可能バージョン番号の方がより古いことを示し
ている場合ならば、ステップ１２３においてライブラリ
の上書き処理を実行する。上記ライブラリ上書き処理で
は、上記実行系ライブラリ１７のライブラリファイル３
３の中から利用可能バージョン番号の検出処理（ステッ
プ１１５）で読み取った関数ブロック３７と同じ格納位
置に、上記開発系ライブラリ３のライブラリファイル２
１の中から利用するバージョン番号の検出処理（ステッ
プ１１３）で読み取った関数ブロック２３を上書きす
る。図１５に示した例では、一つのライブラリ関数につ
いてのみ処理するようにしているが、利用するバージョ
ンの検出処理（ステップ１１３）以降の処理を、上記配
布プログラム７の中のライブラリ呼出命令全てについて
適用することで、複数のライブラリ関数について処理す
ることができる。上記実行系ライブラリ１７の例を図１
３に示す。従来方式の実行系ライブラリ１７の形式は、
図１１に示す従来方式の開発系ライブラリの例と同じ形
式となる。

【０００９】次に、上記従来技術の実行系４の動作処理
について図１６を参照して説明する。上記実行系４を操
作してアプリケーションプログラムを起動する利用者
が、上記実行系４に対する入力として、上記インストー
ラ９が作成したプログラムファイル１３を指定して、上
記実行系４の処理を起動すると、起動した実行系４は、
まずプログラムファイル１３をメモリ上に読み込む、プ
ログラムのロードを実行する（ステップ１２５）。この
プログラムのロードが終わると、上記実行系４は、ロー
ドしたプログラムファイル１３の内容である命令コード
を解析して、実行すべき命令コードを特定する命令の解
析処理を行う（ステップ１２７）。その結果、実行すべ
き命令コードがライブラリ呼出命令であるかどうかを、
ステップ１２９のライブラリ呼出判定処理で判定し、ラ
イブラリ呼出命令でなければ一般命令の実行を行う（ス
テップ１３１）。一般命令の実行では、ライブラリ呼出
命令以外の全ての命令コードの実行を行う。上記ステッ
プ１２９におけるライブラリ呼出判定処理でライブラリ
呼出命令であると判定した場合は、その命令コードのラ
イブラリ参照フィールドを読み出し、読み出すライブラ
リ関数名を識別し、そのライブラリ関数名と同じ名称の
関数名フィールド３５を有する関数ブロック３７のコー
ドエリア４１を実行系ライブラリ１７のライブラリファ
イル３３から読み取り、メモリ上にロードする、ライブ
ラリのロードを行う（ステップ１３３）。上記ライブラ
リのロードでは、すでにメモリ上に同一名称のライブラ
リ関数があれば、そのライブラリ関数のコードエリアの
メモリ上へのロードは行わない。

【００１０】上記ライブラリのロードを終えると、上記
実行系４は、ライブラリのロードでコードエリア４１か
らメモリ上にロードした命令コードの列、もしくは既に
メモリ上に存在していた場合には、コードエリア４１か
らメモリ上にロードしたときに相当する命令コードの列
を実行するライブラリの実行を行う（ステップ１３
５）。次に、一般命令の実行若しくはライブラリの実行
を行った実行系４は、その結果処理が終了するかどうか
を判定する実行終了判定処理を行い（ステップ１３
７）、終了しないと判定したならば引き続く命令コード
を識別して命令の解析（ステップ１２７）からの処理を
再び行う。終了すると判定したならば、上記実行系４は
処理を終了する。以上のようにして、従来技術では、ア
プリケーションプログラムを開発する開発系２が有する
ライブラリ関数のバージョンと、アプリケーションプロ
グラムを実行する実行系４が有するライブラリ関数のバ
ージョンに違いがあったとしても、インストール時によ
り新しいバージョンに実行系４が有するライブラリ関数
を更新することによって、従来から実行系４に存在する
アプリケーションプログラムの動作も新しく開発したア
プリケーションプログラムの動作もともに可能にしてい
た。

【００１１】

【発明が解決しようとする課題】しかしながら、以上述
べた従来技術では、ライブラリ関数のバージョンがより
新しい場合は古いバージョンの機能を全て包含している
ことが、新しいバージョンのライブラリ関数の開発にお
いて保証できない場合、新しいアプリケーションプログ
ラムを実行系にインストールするときに行うライブラリ
の上書き処理（図１５のステップ１２３）の結果、新し
くインストールしたアプリケーションプログラムは正常
に動作するものの、実行系に既に存在していたアプリケ
ーションプログラムのいくつかの動作が正常でなくなっ
てしまう問題があった。すなわち、上述した従来技術で
は、実行系ライブラリを新しいバージョンに更新する時
に、古いバージョンのライブラリの上に上書きするため
に古いバージョンのライブラリ関数を用いるアプリケー
ションプログラムが正常に実行できなくなってしまうも
のであった。この様な状況が生じるのは、新しいバージ
ョンのライブラリ関数を開発する開発者は、通常、旧版
との互換性を意識して開発を進めるのが一般的である
が、新しい機能を実現するために、必ずしも古いバージ
ョンのライブラリ関数の全機能をそのまま踏襲できると
は限らないからである。本発明は、上記事情に鑑みてな
されたものであって、アプリケーションプログラム開発
で用いたライブラリ関数と同一のライブラリ関数を全て
実行系に保持することができるライブラリ関数バージョ
ンアップ方法を提供することを目的とする。

【００１２】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、開発系で開発された配布プログラムを実
行系へインストールする際に、上記実行系のライブラリ
に保持されているライブラリ関数を上記配布プログラム
で使われるライブラリ関数へバージョンアップするライ
ブラリ関数バージョンアップ方法において、インストー
ル時に実行系のライブラリに保持されている古いバージ
ョンのライブラリ関数をそのまま保持し、新しいバージ
ョンのライブラリ関数を上記実行系のライブラリに追記
する様にしたことを特徴とする。

【００１３】

【発明の実施の形態】以下、本発明を図示した実施形態
に基づいて説明する。図１は、本発明によるライブラリ
関数のバージョンアップ方法の一実施形態の手順を示す
図である。本発明によるライブラリ関数のバージョンア
ップ方法の要点は、配布プログラムにライブラリ関数の
バージョン番号を付けて実行系へ配布し、インストール
時に古いバージョンのライブラリ関数に追記して新しい
バージョンのライブラリ関数を実行系ライブラリに書き
込む様にしたことである。すなわち、図１に示す様に、
点線の左側を開発者側の開発系５２とし、点線の右側を
パソコン等の実行系５４とした場合、まず、開発者側
で、バージョンアップ対象であるライブラリを利用して
いる開発者が開発しているアプリケーションプログラム
５１とバージョンアップ対象のライブラリ５３とをコン
パイラ５５でコンパイルして配布プログラム５７を作成
する。ここで、上記配布プログラム５７は、図４におい
て後述する如くに、そのライブラリ呼出命令７１中に呼
び出すライブラリ関数のバージョンを指定する関数バー
ジョンフィールド７３を有している。次に、上記開発系
５２から実行系５４のインストーラ５９へ上記配布プロ
グラム５７と共にバージョンアップ対象のライブラリ５
３がインストールされると、上記配布プログラム５７が
実行系５４のハードディスク６１のプログラムファイル
６３に書き込まれると共に、後述する如くに、ＯＳ６５
を用いて上記ハードディスク６１の実行系ライブラリ６
７に、図５に示す様に、上記バージョンアップ対象のラ
イブラリ（バージョン番号ｆ，２）を追記する。

【００１４】次に、上記図１に示したバージョンアップ
方法の詳細について説明する。まず、図２〜図５を参照
して上記アプリケーションプログラム５１のソースコー
ド、バージョンアップ対象のライブラリ５３、配布プロ
グラム５７、および実行系ライブラリ６７について説明
する。図２に示す様に、上記アプリケーションプログラ
ム５１のソースコードは、ｆというライブラリ関数名１
９をもつライブラリ関数を呼び出す記述を持つＣ言語で
記述したプログラムのソースコードであって、図２で
は、ライブラリ関数名１９の関数呼び出しを行う文の記
述のみ例示しているが、その全体はＣ言語の言語処理系
で処理可能なプログラムの記述となっている。上記ソー
スコードをコンパイルする作業を行うアプリケーション
プログラム開発者が利用するライブラリが、開発系ライ
ブラリ５３であり、その構造例を図３に示している。開
発系ライブラリ５３は、一つのライブラリファイル２１
でできており、その中には、複数の関数ブロック２３が
ある。関数ブロック２３は、その開始と終了が明確にな
っており、コンパイラ５５によって個別に読み出し可能
である。上記関数ブロック２３には、関数名フィールド
２５があり、上記コンパイラ５５によって、個別に読み
出した関数ブロックの中から読み出し可能である。ま
た、上記関数ブロック２３にはバージョンフィールド２
７があり、その関数ブロック２３のバージョンを識別す
る番号を記録している。バージョンを識別する番号とし
ては、その関数ブロック２３を開発した日付時刻など、
ライブラリ関数開発の新旧関係を識別可能な情報が用い
られる。

【００１５】次に、上記アプリケーションプログラム開
発者は、上記アプリケーションプログラム５１のソース
コードを作成する作業を終えると、上記コンパイラ５５
の入力にソースコードと開発系ライブラリ５３を与えて
コンパイラ５５を起動し、コンパイラ５５の処理が終了
すると、配布プログラム５７を生成するわけであるが、
このコンパイラ５５の処理手順を図６を参照して以下に
説明する。図６のステップ２０１において、上記コンパ
イラ５５は、処理を開始するとまずソースコード読み込
み処理を実行する。このソースコード読み込み処理は、
アプリケーションプログラム開発者が上記コンパイラ５
５に入力として与えたソースコードを先頭から読み込
み、コンパイルする。次に、ステップ２０３において、
上記読み込んだ部分がライブラリ関数呼び出しの形式で
あるかどうかをライブラリ呼び出し判定処理で判定し、
このライブラリ呼び出し判定処理の判定の結果、読み込
んだ部分がライブラリ関数呼出処理でなかった場合は、
一般コード生成処理を実行する（ステップ２０５）。こ
の一般コード生成処理は、この実施例においては、ライ
ブラリ関数呼出以外のＣ言語にしたがう記述を命令コー
ドにコンパイルする処理である。上記ステップ２０３に
おいて、読み込んだ部分がライブラリ関数呼出であった
場合、次に、ステップ２０７において、バージョン番号
読み込み処理が行われる。このバージョン番号読み込み
処理は、次のライブラリ呼出命令生成処理（ステップ２
０９）で必要とされる配布プログラム５７中に書き込む
バージョン番号を得るためのもので、図２に示すソース
コードをソースコード読み込み処理（ステップ２０１）
で読み込んで判別しているライブラリ関数名１９を用い
て、図５に示す様にそれと同じ名称の関数名フィールド
７５を有する関数ブロック７７を実行系ライブラリ５３
のライブラリファイル７９から読み込み、そのバージョ
ンフィールド８１を読み込むことによって、上記配布プ
ログラム５７の中に書き込むバージョン番号を得る様に
している。

【００１６】そして、次に、ステップ２０９において、
ライブラリ呼出命令生成処理を実行する。このライブラ
リ呼出命令生成処理は、図２に示した例（ライブラリ関
数名１９がｆであるライブラリ関数を呼び出す処理）
を、図４に示す例にコンパイルし、配布プログラム５７
に命令コードを書き込む。上記コンパイラ５５は、ライ
ブラリ関数名１９をｆとするライブラリ関数を呼び出す
部分を図４に示すように、そのライブラリ関数名１９に
応じたライブラリ参照フィールド８３および呼び出すラ
イブラリ関数のバージョンを指定する関数バージョンフ
ィールド７３を持つライブラリを呼び出す命令７１に変
換している。上記コンパイラ５５は、ソースコード読み
込み処理（ステップ２０１）で読み込み、一般コード生
成処理（ステップ２０５）またはライブラリ呼出命令生
成処理（ステップ２０９）で命令コードを生成し、読み
込んだ部分が、入力しているソースコードの最後の部分
であるかどうかを処理終了判定処理で判定し（ステップ
２１１）、最後の部分でなかったならば再びステップ２
０１のソースコード読み込み処理から処理を行い、最後
の部分であったならば、上記配布プログラム５７の生成
を完了して、コンパイルの処理を終了する。

【００１７】次に、アプリケーションプログラム開発者
がアプリケーションプログラムの開発を終了した後に、
アプリケーションプログラム利用者が利用できるように
するには、コンパイル処理を行った後にできあがった配
布プログラム５７を実行系にインストールするわけであ
るが、このインストーラ５９によるインストール処理に
ついて図７を参照して以下に説明する。まず、図７のス
テップ２１３において、上記インストーラ５９は、処理
を開始すると、まず配布プログラム５７の複写処理を実
行する。この配布プログラムの複写処理は、上記配布プ
ログラム５７を実行系５４が読み取って実行可能な場所
および格納形式でプログラムファイル６３に複写する。
ここでは、単純に、配布プログラム５７と全く同一の形
式とする。上記インストーラ５９は、次に、ステップ２
１５において、配布プログラム５７が利用するライブラ
リ関数のバージョン番号を検出するバージョン番号の検
出処理を実行する。すなわち、上記インストーラ５９は
配布プログラム５７を読み取り、その中からライブラリ
呼出命令７１を識別し、その中のライブラリ参照フィー
ルドを読み出して、呼び出すライブラリ関数名１９を識
別し、そのライブラリ関数名１９と同一名称の関数名フ
ィールド２５を有する関数ブロック２３をライブラリフ
ァイル２１から読み出し、そのバージョンフィールド２
７を読み出して、利用するバージョン番号を検出する。

【００１８】次に、インストーラ２は、ステップ２１７
において、利用可能バージョン番号の検出処理を行う。
この利用可能バージョン番号の検出処理は、実施例にお
ける実行系ライブラリ６７のライブラリファイル７９の
中から、バージョン番号を検出する対象としているライ
ブラリ関数名１９と同じ名称の関数名フィールド７５を
有する全ての関数ブロック７７を読み取って、それらの
中のバージョンフィールド８１の全てを読み取る。次
に、ステップ２１９において、上記インストーラ５９
は、上記利用可能バージョン番号の検出処理で読み取っ
た全てのバージョン番号の中に、利用するバージョン番
号の検出処理で読み取ったバージョン番号があるかどう
かを判定する利用可能判定処理を行う。その結果、利用
するバージョン番号の検出処理で読み取ったバージョン
番号が、利用可能バージョン番号の検出処理で読み取っ
たバージョン番号の中にない場合、ステップ２２１にお
いてライブラリ複写処理を行う。このライブラリ複写処
理（ステップ２２１）は、開発系ライブラリ５３から読
み取った関数ブロック２３を実行系ライブラリ６７のラ
イブラリファイル７９の中に無条件に追加する処理であ
る。ここで、上記実行系ライブラリ６７の例を図５に示
す。この実施形態においては、上記実行系ライブラリ６
７のライブラリファイル７９の中に、バージョンフィー
ルド８１の内容が異なれば、関数名フィールド７５の内
容が同一の関数ブロック７７が複数存在する。また、バ
ージョンフィールド８１の内容がともに等しく、かつ関
数名フィールド７５の内容がともに等しい。２つの関数
ブロック７７は存在しないように構成されている。

【００１９】次に、上記実行系５４の動作処理について
図８を参照して説明する。上記実行系５４を操作してア
プリケーションプログラムを起動する利用者は、実行系
５４に対する入力として、インストーラ５９が作成した
プログラムファイル６３を指定して、実行系５４の処理
を起動すると、起動した実行系５４は、まずプログラム
ファイル６３をメモリ上に読み込む、プログラムのロー
ドを実行する（ステップ２２３）。上記プログラムのロ
ードが終わると、上記実行系５４は、ロードしたプログ
ラムファイル６３の内容であった命令コードを解析し
て、実行すべき命令コードを特定する命令の解析処理を
行う（ステップ２２５）。その結果、ステップ２２７に
おいて、実行すべき命令コードがライブラリ呼出命令で
あるかどうかをライブラリ呼出判定処理で判定し、ライ
ブラリ呼出命令でなければ一般命令の実行を行う（ステ
ップ２２９）。この一般命令の実行では、ライブラリ呼
出命令以外の全ての命令コードの実行を行う。上記ライ
ブラリ呼出判定処理（ステップ２２７）でライブラリ呼
出命令であると判定した場合は、ステップ２３１におい
て上記命令の解析処理で識別した実行すべき命令コード
の中から、呼び出すべきライブラリ関数のバージョン番
号を検出するバージョン番号検出処理をライブラリのロ
ードの直前に行う。ここで、この実施形態におけるプロ
グラムファイル６３の形式は、図４に示す配布プログラ
ムと同一の形式であり、その中の、ライブラリ呼出命令
７１は、そのライブラリ関数バージョンフィールド７３
に、呼び出すべきバージョンを保持している。上記バー
ジョン番号検出処理では、呼び出すべきライブラリ関数
のバージョン番号の検出を、このライブラリ関数バージ
ョンフィールド７３を読むことで行う。

【００２０】次に、ステップ２３３におけるライブラリ
のロードでは、上記実行系ライブラリ６７のライブラリ
ファイル７９の中から、呼び出すべきライブラリ関数名
と同じ名称を有する関数名フィールド７５を有し、かつ
上記バージョン検索処理で検出したバージョン番号と同
じ番号を有するバージョンフィールドを有する関数ブロ
ック７７のコードエリア８５を読み出し、メモリ上にロ
ードする。次に、上記ライブラリのロードを終えると、
上記実行系５４は、上記ライブラリのロードの場合では
コードエリア８５からメモリ上にロードした命令コード
の列、もしくは既にメモリ上に存在していた場合には、
コードエリア１８からメモリ上にロードしたときに相当
する命令コードの列を実行するライブラリの実行を行う
（ステップ２３５）。一般命令の実行もしくはライブラ
リの実行を行った実行系５４は、次に、ステップ２３７
において、その結果処理が終了するかどうかを判定する
実行終了判定処理を行い、終了しないと判定したならば
引き続く命令コードを識別して上記命令の解析（ステッ
プ２２５）からの処理を再び行う。終了すると判定した
ならば、実行系５４は処理を終了する。

【００２１】

【発明の効果】本発明は、以上説明した様に、配布プロ
グラムにライブラリ関数のバージョン番号を付けて実行
系へ配布し、インストール時に古いバージョンのライブ
ラリ関数に追記して新しいバージョンのライブラリ関数
を実行系ライブラリに書き込む様にしたので、アプリケ
ーションプログラム開発で用いたライブラリ関数と同一
のライブラリ関数を全て実行系に保持することが可能と
なり、アプリケーションプログラムの動作検証を行った
ときと同一の条件で常にアプリケーションプログラムを
動作させることが可能となる。

【図面の簡単な説明】

【図１】本発明によるライブラリ関数のバージョンアッ
プ方法の一実施形態の手順を示す図である。

【図２】図１に示したプログラムソースを示す図であ
る。

【図３】図１に示した開発系ライブラリの内部構造を示
す図である。

【図４】図１に示した配布プログラムを示す図である。

【図５】図１に示した実行系ライブラリを示す図であ
る。

【図６】図１に示したコンパイラの処理手順を示すフロ
ーチャートである。

【図７】図１に示したインストーラの処理手順を示すフ
ローチャートである。

【図８】図１に示した実行系の処理手順を示すフローチ
ャートである。

【図９】従来のライブラリ関数のバージョンアップ方式
の手順を示す図である。

【図１０】図９に示したプログラムソースを示す図であ
る。

【図１１】図９に示した開発系ライブラリの内部構造を
示す図である。

【図１２】図９に示した配布プログラムを示す図であ
る。

【図１３】図９に示した実行系ライブラリを示す図であ
る。

【図１４】図９に示したコンパイラの処理手順を示すフ
ローチャートである。

【図１５】図９に示したインストーラの処理手順を示す
フローチャートである。

【図１６】図９に示した実行系の処理手順を示すフロー
チャートである。

【符号の説明】

１…ソースコード、 ２…開発
系、３…開発系ライブラリ、 ４…実
行系、５…コンパイラ、 ７…
配布プログラム、９…インストーラ、
１３…プログラムファイル、１５…ＯＳ、
１７…実行系ライブラリ、１９
…ライブラリ関数名、 ２１…ライブラ
リファイル、２３…関数ブロック、
２５…関数名フィールド、２７…バージョンフィール
ド、 ２９…ライブラリ参照フィールド、３
１…ライブラリ呼出命令、 ３３…ライブ
ラリファイル、３５…関数名フィールド、
３７…関数ブロック、３９…バージョンフィール
ド、 ４１…コードエリア、５１…ソースコ
ード、 ５２…開発系、５３…開発
系ライブラリ、 ５４…実行系、５５…
コンパイラ、 ５７…配布プログ
ラム、５９…インストーラ、 ６３
…実行系ライブラリ、６５…ＯＳ、
６７…実行系ライブラリ、７１…ライブラリ
呼出命令、７３…ライブラリ関数バージョンフィール
ド、７５…関数名フィールド、 ７７…
関数ブロック、７９…ライブラリファイル、
８１…バージョンフィールド、８３…ライブラリ関
数参照フィールド、 ８５…コードエリア、１０１〜
２３７…各ステップ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 開発系で開発された配布プログラムを実
   行系へインストールする際に、上記実行系のライブラリ
   に保持されているライブラリ関数を上記配布プログラム
   で使われるライブラリ関数へバージョンアップするライ
   ブラリ関数バージョンアップ方法であって、インストー
   ル時に実行系のライブラリに保持されている古いバージ
   ョンのライブラリ関数をそのまま保持し、新しいバージ
   ョンのライブラリ関数を上記実行系のライブラリに追記
   する様にしたことを特徴とするライブラリ関数バージョ
   ンアップ方法。
2. 【請求項２】 前記配布プログラムのライブラリ呼出命
   令コードに、当該ライブラリ関数と、そのバージョンを
   示す符号とが記述されていることを特徴とするライブラ
   リ関数バージョンアップ方法。