JP2023547070A - アプリケーションの実行を停止しない更新された共有ライブラリの再読み込み - Google Patents

Abstract

技術は、共有ライブラリに対する関数呼び出しを含んでいるソフトウェア・プログラムを実行し、ソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことを含む。関数呼び出しに関連付けられたリンク・アドレスを解決することに応答して、グローバル・オフセット・テーブル（ＧＯＴ）が更新される。ＧＯＴ内のエントリは、リンク・アドレス・フィールド、インデックス・フィールド、および解決済みフィールドを含み、更新することは、ＧＯＴ内のエントリに対して、肯定的値を使用してインデックス・フィールドを更新し、肯定的フラグを使用して解決済みフィールドにマーク付けすることを含む。共有ライブラリを再び読み込むことに応答して、インデックス・フィールド内の肯定的値および解決済みフィールド内の肯定的フラグを含んでいるＧＯＴ内のエントリが検出される。共有ライブラリに対する関数呼び出しのその後の実行に応答して、インデックス・フィールドに肯定的値を含んでいるエントリのリンク・アドレス・フィールド内のアドレス値が返される。

Description

本発明は、一般に、コンピュータ・システムに関連しており、より詳細には、アプリケーションの実行を停止せずに更新された共有ライブラリの再読み込みを実行するためのコンピュータ・システム、コンピュータ実装方法、およびコンピュータ・プログラム製品に関連している。

コンピューティングでは、位置独立コードまたは位置独立実行ファイルが、機械語の本体であり、一次メモリ内のどこかに配置され、その絶対アドレスにかかわらず、適切に実行される。絶対アドレスという用語は、先頭からのバイト数に関する、実際のストレージ内の物理的に固定された位置、またはディスク、セクタ、およびバイトに関する、周辺機器内の物理的に固定された位置を識別する数値のことを指す。位置独立コードは、一般に、同じライブラリ・コードが、メモリのどの他の使用（例えば、他の共有ライブラリ）とも重複しない各プログラムのアドレス空間内のある位置に読み込まれ得るように、共有ライブラリに使用される。共有ライブラリまたは共有オブジェクトは、実行ファイルおよびさらなる共有オブジェクト・ファイルによって共有されるよう意図されたファイルである。プログラムによって使用されるモジュールは、プログラムの単一のモノリシックな実行ファイルを作成するときに、リンカによってコピーされるのではなく、読み込み時または実行時に、個別の共有オブジェクトからメモリに読み込まれる。特に、共有ライブラリは、プログラムの開始時にプログラムによって読み込まれるライブラリである。共有ライブラリが適切にインストールされた場合、その後に開始するすべてのプログラムは、新しい共有ライブラリを自動的に使用する。共有ライブラリは、コンパイル時に静的にリンクされる（すなわち、実行ファイルが作成されるときに、ライブラリ・モジュールへの参照が解決され、モジュールにメモリが割り当てられる）か、または後で動的にリンクされ得る。

共有ライブラリを使用する場合、共有ライブラリが更新されるときに、問題または課題が生じる可能性がある。例えば、プログラムが実行されているときに、共有ライブラリ内のソース・コードが更新されたか、使用されるコンパイル・オプションが変更されたか、または検索パスが変更されたか、あるいはその組み合わせが行われた場合、明確な独立したコードが使用されているとしても、問題がある可能性がある。そのような場合、ユーザは、更新された共有ライブラリを有効にするために、プログラムの実行またはデバッグを停止し、ソフトウェア・プログラムを再び読み込む必要がある。

本発明の実施形態は、アプリケーションの実行を停止せずに更新された共有ライブラリの再読み込みを実行することを対象にする。非限定的な例示的コンピュータ実装方法は、プロセッサによって、共有ライブラリに対する関数呼び出しを必要とするソフトウェア・プログラムを実行し、ソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことを含み、共有ライブラリは、ソフトウェア・プログラムの実行後に更新されている。コンピュータ実装方法は、関数呼び出しに関連付けられたリンク・アドレスを解決することに応答してグローバル・オフセット・テーブル（ＧＯＴ：global offset table）を更新することを含み、

ＧＯＴ内のエントリは、リンク・アドレス・フィールド、インデックス・フィールド、および解決済みフィールドを含み、更新することは、ＧＯＴ内のエントリに対して、肯定的値を使用してインデックス・フィールドを更新し、肯定的フラグを使用して解決済みフィールドにマーク付けすることを含む。コンピュータ実装方法は、ソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことに応答して、インデックス・フィールド内の肯定的値および解決済みフィールド内の肯定的フラグを含んでいるＧＯＴ内のエントリを見つけることを含む。また、コンピュータ実装方法は、共有ライブラリに対する関数呼び出しのその後の実行に応答して、インデックス・フィールドに肯定的値を含んでいるエントリのリンク・アドレス・フィールド内のアドレス値を返すことを含む。

上記または下記で説明されている特徴のうちの１つまたは複数に加えて、または代替として、さらなる実施形態は、ＧＯＴを更新する前に、リンク・アドレス・フィールドをデフォルト値に設定することを含むことができる。

上記または下記で説明されている特徴のうちの１つまたは複数に加えて、または代替として、さらなる実施形態は、ＧＯＴを更新する前に、解決済みフィールドが肯定的値をすでに含んでいる場合、非肯定的値を使用して解決済みフィールドにマーク付けすることを含むことができる。

上記または下記で説明されている特徴のうちの１つまたは複数に加えて、または代替として、さらなる実施形態は、ソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことが、更新されている共有ライブラリの新しいアドレスを解決することを含む場合を含むことができる。

上記または下記で説明されている特徴のうちの１つまたは複数に加えて、または代替として、さらなる実施形態は、ＧＯＴを更新することが、リンク・アドレス・フィールド内のデフォルト値を新しいアドレスに置き換えることを含む場合を含むことができる。

上記または下記で説明されている特徴のうちの１つまたは複数に加えて、または代替として、さらなる実施形態は、リンク・アドレス・フィールド内のアドレス値が、共有ライブラリの解決されている新しいアドレスである場合を含むことができる。

上記または下記で説明されている特徴のうちの１つまたは複数に加えて、または代替として、さらなる実施形態は、共有ライブラリの再読み込みの前に、ソフトウェア・プログラムの実行中に、共有ライブラリに対する関数呼び出しのために、共有ライブラリが最初に読み込まれる場合を含むことができる。

上記または下記で説明されている特徴のうちの１つまたは複数に加えて、または代替として、さらなる実施形態は、ソフトウェア・プログラム／アプリケーションの実行を停止せずに更新された共有ライブラリの再読み込みを実行することを含むことができる。

上記または下記で説明されている特徴のうちの１つまたは複数に加えて、または代替として、さらなる実施形態は、更新された共有ライブラリを再び読み込むことを考慮するために、新しいライブラリ・インデックス・フィールドおよび新しいアドレス解決済みフラグ・フィールドを使用してグローバル・オフセット・テーブルのサイズを拡張することを含むことができる。

非限定的な例示的システムは、コンピュータ可読命令を含んでいるメモリ、およびコンピュータ可読命令を実行するための１つまたは複数のプロセッサを含む。コンピュータ可読命令は、共有ライブラリに対する関数呼び出しを必要とするソフトウェア・プログラムを実行し、ソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことを含む動作を実行するように、１つまたは複数のプロセッサを制御し、共有ライブラリは、ソフトウェア・プログラムの実行後に更新されている。動作は、関数呼び出しに関連付けられたリンク・アドレスを解決することに応答してグローバル・オフセット・テーブル（ＧＯＴ）を更新することを含み、ＧＯＴ内のエントリは、リンク・アドレス・フィールド、インデックス・フィールド、および解決済みフィールドを含み、更新することは、ＧＯＴ内のエントリに対して、肯定的値を使用してインデックス・フィールドを更新し、肯定的フラグを使用して解決済みフィールドにマーク付けすることを含む。動作は、ソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことに応答して、インデックス・フィールド内の肯定的値および解決済みフィールド内の肯定的フラグを含んでいるＧＯＴ内のエントリを見つけることを含む。また、動作は、共有ライブラリに対する関数呼び出しのその後の実行に応答して、インデックス・フィールドに肯定的値を含んでいるエントリのリンク・アドレス・フィールド内のアドレス値を返すことを含む。

非限定的な例は、プログラム命令が具現化されているコンピュータ可読ストレージ媒体を備えているコンピュータ・プログラム製品を含み、プログラム命令は、プロセッサによって実行可能であり、プロセッサに、共有ライブラリに対する関数呼び出しを必要とするソフトウェア・プログラムを実行することを含む動作を実行させる。動作は、ソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことを含み、共有ライブラリは、ソフトウェア・プログラムの実行後に更新されている。動作は、関数呼び出しに関連付けられたリンク・アドレスを解決することに応答してグローバル・オフセット・テーブル（ＧＯＴ）を更新することを含み、ＧＯＴ内のエントリは、リンク・アドレス・フィールド、インデックス・フィールド、および解決済みフィールドを含み、更新することは、ＧＯＴ内のエントリに対して、肯定的値を使用してインデックス・フィールドを更新し、肯定的フラグを使用して解決済みフィールドにマーク付けすることを含む。動作は、ソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことに応答して、インデックス・フィールド内の肯定的値および解決済みフィールド内の肯定的フラグを含んでいるＧＯＴ内のエントリを見つけることを含む。また、動作は、共有ライブラリに対する関数呼び出しのその後の実行に応答して、インデックス・フィールドに肯定的値を含んでいるエントリのリンク・アドレス・フィールド内のアドレス値を返すことを含む。

非限定的な例は、共有ライブラリを呼び出すソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことを含んでいるコンピュータ実装方法を含む。コンピュータ実装方法は、共有ライブラリへのリンク・アドレスを解決することに応答して、グローバル・オフセット・テーブル（ＧＯＴ）内のエントリに対して、肯定的値を使用してインデックス・フィールドを更新し、肯定的フラグを使用して解決済みフィールドにマーク付けすることを含む。コンピュータ実装方法は、ソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことに応答して、共有ライブラリの解決されたリンク・アドレスを含んでいるＧＯＴ内のエントリを見つけることを含む。

非限定的な例は、コンピュータ可読命令を含んでいるメモリ、およびコンピュータ可読命令を実行するための１つまたは複数のプロセッサを備えているシステムを含む。コンピュータ可読命令は、共有ライブラリを呼び出すソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことを含む動作を実行するように、１つまたは複数のプロセッサを制御する。動作は、共有ライブラリへのリンク・アドレスを解決することに応答して、グローバル・オフセット・テーブル（ＧＯＴ）内のエントリに対して、肯定的値を使用してインデックス・フィールドを更新し、肯定的フラグを使用して解決済みフィールドにマーク付けすることを含む。動作は、ソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことに応答して、共有ライブラリの解決されたリンク・アドレスを含んでいるＧＯＴ内のエントリを見つけることを含む。

本発明の他の実施形態は、コンピュータ・システムおよびコンピュータ・プログラム製品において、前述の方法の特徴を実装する。

その他の技術的特徴および利点が、本発明の技術によって実現される。本発明の実施形態および態様は、本明細書において詳細に説明され、請求される対象の一部と見なされる。さらによく理解するために、詳細な説明および図面を参照すること。

本明細書に記載された権利の詳細は、本明細書の最後にある特許請求の範囲において具体的に指摘され、明確に請求される。本発明の実施形態の前述およびその他の特徴と長所は、添付の図面と併せて行われる以下の詳細な説明から明らかになる。

本発明の１つまたは複数の実施形態と共に使用するための例示的なコンピュータ・システムのブロック図を示す図である。 本発明の１つまたは複数の実施形態に従って、ソフトウェア・プログラム／アプリケーションの実行を停止せずに更新された共有ライブラリを再び読み込むためのシステムのブロック図を示す図である。 本発明の１つまたは複数の実施形態に従って、例示的なアーキテクチャ・フローのブロック図を示す図である。 本発明の１つまたは複数の実施形態に従って、ソフトウェア・プログラム／アプリケーションのためのデバッグ・セッションの例示的なフローチャートのブロック図を示す図である。 本発明の１つまたは複数の実施形態に従って、フィールドが拡張された例示的なグローバル・オフセット・テーブルを示す図である。 本発明の１つまたは複数の実施形態に従って、例示的なアーキテクチャ・フローを示す図である。 本発明の１つまたは複数の実施形態に従って、動的リンカおよびデバッガによって実行される詳細な動作を示すブロック図を示す図である。 本発明の１つまたは複数の実施形態に従って、リンカの動作を示すブロック図を示す図である。 本発明の１つまたは複数の実施形態に従って、フィール・バック（fill back）を示すブロック図を示す図である。 本発明の１つまたは複数の実施形態に従って、ローダの動作をさらに示すブロック図を示す図である。 本発明の１つまたは複数の実施形態に従って、関数呼び出しが後で実行されるときに、共有ライブラリの新しいアドレスに直接分岐することを示すブロック図を示す図である。 本発明の１つまたは複数の実施形態に従う、ソフトウェア・プログラム／アプリケーションの実行を停止せずに更新された共有ライブラリの再読み込みを実行するための方法のフロー・チャートである。 本発明の１つまたは複数の実施形態に従って、クラウド・コンピューティング環境を示す図である。 本発明の１つまたは複数の実施形態に従って、抽象モデル・レイヤを示す図である。

本発明の１つまたは複数の実施形態は、対象のプログラム／アプリケーションの実行を停止せずに更新された共有ライブラリの再読み込みを実行する。本発明の１つまたは複数の実施形態は、デバッガまたは他のツールがライブラリ再読み込み動作をトリガーした場合に、ソフトウェア・プログラム／アプリケーションによって呼び出された更新された動的ライブラリをシームレスに再び読み込むための技術を提供する。１つまたは複数の実施形態によれば、静的リンカが、新しいライブラリ・インデックス・フィールドおよび新しいアドレス解決済みフラグ・フィールドを使用してグローバル・オフセット・テーブル（ＧＯＴ）項目のサイズを拡張するように構成される。デバッガまたは他のツールは、更新された動的ライブラリを再び読み込み、ＧＯＴのライブラリ・インデックス・フィールドをひと通り調べ、次に、前のアドレス解決済みフラグがＴＲＵＥである一致するＧＯＴ項目に格納されたリンク・アドレス（デフォルト値を使用する）および解決済みフラグ（デフォルト値を使用する）をリセットするように構成される。そのため、更新された共有ライブラリからアプリケーション・プログラミング・インターフェイス（ＡＰＩ：application programming interface）が後で呼び出されるときに、リンク・アドレス・フィールド内のリセットされたリンク・アドレスが、ローダにリンク・アドレスを解決させる。本発明の１つまたは複数の実施形態は、更新された動的ライブラリのＡＰＩを呼び出すソフトウェア・プログラム／アプリケーションの実行またはデバッグを停止せずに、更新された動的共有ライブラリを効果的に再び読み込む。したがって、この有益な技術は、ユーザが質問／要求／入力をより素早く効率的に解決するのに役立つだけでなく、より柔軟なテストまたはデバッグあるいはその両方を実行する方法もユーザに提供する。

１つまたは複数の実施形態は、アプリケーションが実行された後に、共有ライブラリ内のソース・コードが更新されたか、使用されるコンパイル・オプションが変更されたか、または検索パスが変更されたか、あるいはその組み合わせが行われた場合に、明確な独立したコードが使用されているとしても、ユーザが、更新された共有ライブラリを有効にするために、ソフトウェア・プログラム／アプリケーションの実行またはデバッグを停止して、ソフトウェア・プログラム／アプリケーションを再び読み込む必要があるという、現在の技術において発生する問題に対処する。ソフトウェア・プログラム／アプリケーションを停止する理由は、ソフトウェア・プログラム／アプリケーションの実行中に、異なるアドレスと共に更新された動的共有ライブラリが読み込まれた場合に、現在のローダがリンク・アドレスを有効に解決できないためである。プログラム／アプリケーションの開発およびバグの位置特定中のそのような頻繁な再起動動作は、開発者にとって厄介であり、特に、非常に複雑な（長い）ソース・コードを含むプログラム／アプリケーションの場合に、時間を浪費する。しかし、本発明の１つまたは複数の実施形態は、この状況に対処するための新しい革新的方法を提供し、それによって、実行中のプログラム／アプリケーションの実行またはデバッグを一時停止することも停止することもなく、更新された動的ライブラリをシームレスに再び読み込むための効果的な方法を導入する。

ここで図１を参照すると、本発明の１つまたは複数の実施形態に従って、コンピュータ・システム１００が概して示されている。コンピュータ・システム１００は、本明細書において説明されているように、さまざまな通信技術を利用する任意の数および組み合わせのコンピューティング・デバイスおよびネットワークを備えるか、または採用するか、あるいはその両方である、電子的コンピュータ・フレームワークであることができる。コンピュータ・システム１００は、容易にスケーリング可能であり、拡張可能であり、モジュール式であり、異なるサービスに変化する能力、または他の機能とは無関係に、一部の機能を再構成する能力を有するようにすることができる。コンピュータ・システム１００は、例えば、サーバ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、タブレット・コンピュータ、またはスマートフォンであってよい。一部の例では、コンピュータ・システム１００は、クラウド・コンピューティング・ノードであってよい。コンピュータ・システム１００は、コンピュータ・システムによって実行されているプログラム・モジュールなどの、コンピュータ・システムによって実行可能な命令との一般的な関連において説明されてよい。通常、プログラム・モジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、論理、データ構造などを含んでよい。コンピュータ・システム１００は、通信ネットワークを介してリンクされたリモート処理デバイスによってタスクが実行される、分散クラウド・コンピューティング環境内で実践されてよい。分散クラウド・コンピューティング環境において、プログラム・モジュールは、メモリ・ストレージ・デバイスを含む、ローカルおよびリモートの両方のコンピュータ・システム・ストレージ媒体に配置されてよい。

図１に示されているように、コンピュータ・システム１００は、１つまたは複数の中央処理装置（ＣＰＵ：central processing units）１０１ａ、１０１ｂ、１０１ｃなど（総称して、または一般的に、プロセッサ１０１と呼ばれる）を含んでいる。プロセッサ１０１は、シングルコア・プロセッサ、マルチコア・プロセッサ、コンピューティング・クラスタ、または任意の数の他の構成であることができる。プロセッサ１０１は、処理回路とも呼ばれ、システム・バス１０２を介してシステム・メモリ１０３およびさまざまな他のコンポーネントに結合される。システム・メモリ１０３は、読み取り専用メモリ（ＲＯＭ：read only memory）１０４およびランダム・アクセス・メモリ（ＲＡＭ：random access memory）１０５を含むことができる。ＲＯＭ１０４は、システム・バス１０２に結合され、コンピュータ・システム１００の特定の基本機能を制御する基本入出力システム（ＢＩＯＳ：basic input/output system）または統合拡張可能ファームウェア・インターフェイス（ＵＥＦＩ：Unified Extensible Firmware Interface）のようなその後継を含んでよい。ＲＡＭは、プロセッサ１０１で使用するためにシステム・バス１０２に結合された読み取り書き込みメモリである。システム・メモリ１０３は、動作中の前述の命令の動作のための一時的メモリ空間を提供する。システム・メモリ１０３は、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ、フラッシュ・メモリ、または任意の他の適切なメモリ・システムを含むことができる。

コンピュータ・システム１００は、システム・バス１０２に結合された入出力（Ｉ／Ｏ：input/output）アダプタ１０６および通信アダプタ１０７を備えている。Ｉ／Ｏアダプタ１０６は、ハード・ディスク１０８または任意の他の類似するコンポーネントあるいはその両方と通信する小型コンピュータ・システム・インターフェイス（ＳＣＳＩ：small computer system interface）アダプタであってよい。Ｉ／Ｏアダプタ１０６およびハード・ディスク１０８は、本明細書では、マス・ストレージ１１０と総称される。

コンピュータ・システム１００上で実行するためのソフトウェア１１１は、マス・ストレージ１１０に格納されてよい。マス・ストレージ１１０は、プロセッサ１０１によって読み取り可能な有形のストレージ媒体の例であり、ソフトウェア１１１は、プロセッサ１０１による実行のための命令として格納され、コンピュータ・システム１００に、さまざまな図に関して本明細書において以下で説明されているように動作させる。本明細書では、コンピュータ・プログラム製品およびそのような命令の実行の例がさらに詳細に説明される。通信アダプタ１０７は、システム・バス１０２を、外部のネットワークであってよいネットワーク１１２と相互接続し、コンピュータ・システム１００が他のそのようなシステムと通信できるようにする。１つの実施形態では、システム・メモリ１０３およびマス・ストレージ１１０の一部は、図１に示されたさまざまなコンポーネントの機能を調整するために、任意の適切なオペレーティング・システムであってよいオペレーティング・システムを集合的に格納する。

ディスプレイ・アダプタ１１５およびインターフェイス・アダプタ１１６を介してシステム・バス１０２に接続されているように、その他の入出力デバイスが示されている。１つの実施形態では、アダプタ１０６、１０７、１１５、および１１６は、１つまたは複数のＩ／Ｏバスに接続されてよく、Ｉ／Ｏバスは、中間バス・ブリッジ（図示されていない）を介してシステム・バス１０２に接続される。ディスプレイ１１９（例えば、画面または表示モニタ）は、ディスプレイ・アダプタ１１５によってシステム・バス１０２に接続され、ディスプレイ・アダプタ１１５は、グラフィックス重視のアプリケーションおよびビデオ・コントローラの性能を向上するために、グラフィック・コントローラを含んでよい。キーボード１２１、マウス１２２、スピーカ１２３などは、インターフェイス・アダプタ１１６を介してシステム・バス１０２に相互接続されることが可能であり、例えばインターフェイス・アダプタ１１６は、複数のデバイス・アダプタを単一の集積回路に統合するスーパーＩ／Ｏチップを含んでよい。ハード・ディスク・コントローラ、ネットワーク・アダプタ、およびグラフィックス・アダプタなどの周辺機器を接続するのに適したＩ／Ｏバスは、通常、ＰＣＩ（Peripheral Component Interconnect）およびＰＣＩｅ（Peripheral Component Interconnect Express）などの一般的なプロトコルを含む。したがって、図１で構成されているように、コンピュータ・システム１００は、プロセッサ１０１の形態での処理能力と、システム・メモリ１０３およびマス・ストレージ１１０を含んでいるストレージ能力と、キーボード１２１およびマウス１２２などの入力手段と、スピーカ１２３およびディスプレイ１１９を含んでいる出力能力とを含む。

一部の実施形態では、通信アダプタ１０７は、特に、インターネット、小型コンピュータ・システム・インターフェイスなどの任意の適切なインターフェイスまたはプロトコルを使用して、データを送信することができる。ネットワーク１１２は、特に、セルラー・ネットワーク、無線ネットワーク、広域ネットワーク（ＷＡＮ：wide area network）、ローカル・エリア・ネットワーク（ＬＡＮ：local area network）、またはインターネットであってよい。外部コンピューティング・デバイスは、ネットワーク１１２を介してコンピュータ・システム１００に接続してよい。一部の例では、外部コンピューティング・デバイスは、外部Ｗｅｂサーバまたはクラウド・コンピューティング・ノードであってよい。

図１のブロック図は、コンピュータ・システム１００が図１に示されたコンポーネントのすべてを含むことになるということを示すよう意図されていないということが、理解されるべきである。むしろ、コンピュータ・システム１００は、図１に示されていない任意の適切なより少ないコンポーネントまたは追加のコンポーネント（例えば、追加のメモリ・コンポーネント、組み込まれたコントローラ、モジュール、追加のネットワーク・インターフェイスなど）を含むことができる。さらに、コンピュータ・システム１００に関して本明細書に記載された実施形態は、任意の適切な論理を使用して実装されてよく、論理は、本明細書で参照されるとき、さまざまな実施形態において、任意の適切なハードウェア（例えば、特に、プロセッサ、組み込みコントローラ、または特定用途向け集積回路）、ソフトウェア（例えば、特に、アプリケーション）、ファームウェア、またはハードウェア、ソフトウェア、およびファームウェアの任意の適切な組み合わせを含むことができる。

図２は、本発明の１つまたは複数の実施形態に従って、ソフトウェア・プログラム／アプリケーションの実行を停止せずに更新された共有ライブラリ２１４を再び読み込むためのシステム２００のブロック図である。図２は、１つまたは複数のコンピュータ・システム２０２を示す。例えば、コンピュータ・システム２０２は、さまざまなユーザにサービスを提供するデータセンター内の多数のコンピュータを表すことができる。コンピュータ・システム１００の要素は、コンピュータ・システム２０２内で使用されるか、またはコンピュータ・システム２０２に統合されるか、あるいはその両方であってよい。１つまたは複数のソフトウェア・プログラム／アプリケーション２３０、１つまたは複数のデバッガ２４０、１つまたは複数の静的リンカ２１０および動的リンカ２１２、１つまたは複数のＧＯＴ２０８、ならびに１つまたは複数の共有ライブラリ２１４は、図１で説明されたように、１つまたは複数のプロセッサ１０１上で実行されるソフトウェア１１１を利用するか、またはソフトウェア１１１として実装されるか、あるいはその両方であってよい。

ソフトウェア・プログラム／アプリケーション２３０は、コンピュータ・システム２０２上で実行されており、ソフトウェア・プログラム／アプリケーション２３０は、実行の一部として共有ライブラリ２１４を使用するか、または共有ライブラリ２１４に対するアクセス権限を必要とするか、あるいはその両方である。共有ライブラリは、「ｓｏｎａｍｅ」と呼ばれる特殊な名前を有してよい。ｓｏｎａｍｅは、接頭辞「ｌｉｂ」、ライブラリの名前、語句「．ｓｏ」を含み、その後に、ピリオド、およびインターフェイスが変わるたびにインクリメントされるバージョン番号が続く。完全修飾ｓｏｎａｍｅは、接頭辞として、ｓｏｎａｍｅが存在するディレクトリを含んでよい。稼働中のシステムでは、完全修飾ｓｏｎａｍｅは、単に、共有ライブラリの「実際の名前」へのシンボリック・リンクである。実際の名前は、実際のライブラリ・コードを含んでいるファイル名である。

コンピューティングでは、静的リンカ２１０および動的リンカ２１２などのリンカまたはリンク・エディタは、（コンパイラまたはアセンブラによって生成された）１つまたは複数のオブジェクト・ファイルを受け取り、それらを単一の実行ファイル、ライブラリ・ファイル、または別の「オブジェクト」ファイルに結合するコンピュータ・システムのプログラムである。ソフトウェア・プログラム／アプリケーション２３０などのコンピュータ・プログラムは、通常、複数の部分またはモジュールで構成される。これらの部分／モジュールは、すべて単一のオブジェクト内に含まれる必要はなく、そのような場合、実行のためにリンクされるときに、（例えば、シンボル・テーブル２１６内の）シンボルを、（メモリ２０６の）メモリ・アドレスにマッピングされた他のモジュールへのアドレスとして用いて、互いに参照する。通常、オブジェクト・ファイルは、３種類のシンボルを含むことができ、それらは、シンボルが他のモジュールによって呼び出されることを可能にする、「パブリック」または「エントリ」シンボルと呼ばれることもある定義された「外部」シンボル、これらのシンボルが定義された場合に他のモジュールを参照する未定義の「外部」シンボル、および再配置を容易にするためにオブジェクト・ファイルの内部で使用されるローカル・シンボルである。再配置は、静的リンカ（バインダ）によるリンク時、または動的リンカ（ローダ）による実行時に、後で書き込まれるために残されているバイナリでのエントリである。

多くのオペレーティング・システム環境は、（例えば、動的リンカ２１２を使用する）動的リンクを可能にし、動的リンクは、プログラム（例えば、ソフトウェア・プログラム／アプリケーション２３０）が実行されるまで、一部の未定義のシンボルの解決を延期する。これは、ソフトウェア・プログラム／アプリケーション２３０の実行コードが未定義のシンボルをまだ含んでおり、それに加えて、これらの未定義のシンボルの定義を提供するオブジェクトまたはライブラリ（例えば、１つまたは複数の共有ライブラリ２１４）のリストを含んでいるということを意味する。動的にリンクされるプログラム（例えば、ソフトウェア・プログラム／アプリケーション２３０）は、プログラムが開始するときに呼び出される、小さい静的にリンクされた関数を含む。この静的関数は、リンク・ライブラリ（例えば、１つまたは複数の共有ライブラリ２１４）をメモリ２０６にマッピングし、関数が含んでいるコードを実行する。動的リンカ２１２は、共有ライブラリのセクションに含まれている情報を読み取ることによって、プログラムが必要とするすべての動的共有ライブラリを、それらのライブラリから必要とされる変数および関数の名前と共に、決定する。その後、動的リンカ２１２は、共有ライブラリを仮想メモリの中央にマッピングし、それらの共有ライブラリに含まれているシンボルへの参照を解決する。ソフトウェア・プログラムは、これらの共有ライブラリ（例えば、１つまたは複数の共有ライブラリ２１４）がメモリ２０６内のどこに実際にマッピングされているかを知らない。共有ライブラリは、メモリ内の任意のアドレスで実行され得る位置独立コード（ＰＩＣ：position-independent code）にコンパイルされる。

一方、（例えば、静的リンカ２１０を使用する）静的リンクは、リンカがソフトウェア・プログラム／アプリケーション２３０において使用されるすべてのライブラリ・ルーチンを実行可能イメージ／ファイルにコピーすることの結果である。静的リンクは、動的リンクより多くのディスク空き容量およびメモリ２０６を必要とすることがあるが、プログラムが、それが実行されるシステム上の共有ライブラリの存在を必要としないため、より移植可能である。例えば、プログラムの実行（．ｅｘｅ）ファイルをクリックし、プログラムが実行を開始するときに、バイナリ・ファイルの必要なすべての内容が、プロセスの仮想アドレス空間に読み込まれている。しかし、ほとんどのプログラムは、システムの共有ライブラリからの関数も実行する必要があり、これらのライブラリ関数も読み込まれる必要がある。最も単純な事例では、必要とされるライブラリ関数が、プログラムの実行バイナリ・ファイルに直接埋め込まれる。そのようなプログラムは、ライブラリに静的にリンクされ、静的にリンクされた実行コードは、それらが読み込まれるとすぐに実行を開始することができる。

デバッガ２４０またはデバッグ・ツールは、ソフトウェア・プログラム／アプリケーション２３０などの他のプログラムをテストおよびデバッグするために使用されるコンピュータ・プログラムである。デバッガ２４０は、制御された条件下でソフトウェア・プログラム／アプリケーション２３０を実行するように構成され、プログラマが、進行中のソフトウェア・プログラム／アプリケーション２３０の動作を追跡し、ソフトウェア・プログラム／アプリケーション２３０内の正常に機能しないコードを示すことがあるコンピュータ・リソース（例えば、プログラムまたはコンピュータのオペレーティング・システムによって使用されるメモリ領域など）における変化を監視できるようにする。デバッガ２４０は、特定の位置でプログラムを実行または一時停止し、メモリ、ＣＰＵのレジスタ（例えば、レジスタ２５０）、またはストレージ・デバイス（ディスク・ドライブなど）の内容を表示し、欠陥のあるプログラムの実行の原因になることがある選択されたテスト・データを入力するために、メモリまたはレジスタの内容を変更する能力を有する。

コンピュータ・システム２０２は、実行時にプログラムのコードまたはデータが読み込まれたメモリ・アドレスと無関係に（例えば、ＥＬＦファイルとしてコンパイルされた）コンピュータ・プログラム・コードを正しく実行できるようにするために使用される、コンピュータ・プログラム（実行ファイルおよび共有ライブラリ）のメモリのセクションであるグローバル・オフセット・テーブル（ＧＯＴ）２０８を含んでいる。ＧＯＴ２０８は、ソフトウェア・プログラムが開始されるたびに異なるメモリ・アドレスに読み込まれる位置独立コード（ＰＩＣ）および位置独立実行ファイル（ＰＩＥ：position-independent executables）を容易にするために、プログラミング・コード内のシンボルを、対応する絶対メモリ・アドレスにマッピングする。ＰＩＣまたはＰＩＥコードが実行される場合、プログラムが開始される前に、変数および関数の絶対メモリ・アドレスとも呼ばれる実行時メモリ・アドレス（runtime memory address）が不明であるため、実行時メモリ・アドレスは、コンパイラによるコンパイル時にハードコードされ得ない。ＧＯＴは、開始時にプログラムのメモリに読み込まれるファイル（例えば、ＥＬＦファイル）内の．ｇｏｔおよび．ｇｏｔ．ｐｌｔセクションとして表され得る。例えば、プログラムの開始時またはシンボルがアクセスされるときに、グローバル・オフセット・テーブルの（シンボルから絶対メモリ・アドレスへの）再配置を更新するために、オペレーティング・システムの動的リンカが使用される。ＧＯＴ２０８は、開始時に共有ライブラリ（例えば、．ｓｏ）が異なるメモリ・アドレスに再配置され、主プログラムまたは他の共有ライブラリとのメモリ・アドレスの競合を防ぐことを可能にするメカニズムである。ＧＯＴ２０８は、データ・セクションに存在するアドレスのテーブルである。ＧＯＴ２０８は、位置独立アドレス計算を絶対位置に変換する。プロシージャ・リンク・テーブル（ＰＬＴ：Procedure linkage table）（図示されていない）は、位置独立関数呼び出し（position-independent function calls）を絶対位置にリダイレクトするテーブルである。リンク・エディタは、異なる動的オブジェクト間の関数呼び出しなどの実行の移動を解決することができない。そのため、リンク・エディタは、プログラムに制御をプロシージャ・リンク・テーブル内のエントリに移動させるように準備する。このようにして、実行時リンカは、プログラムのテキストの位置独立性および共有可能性を損なわずにエントリをリダイレクトする。実行ファイルおよび共有オブジェクト・ファイルは、別々のプロシージャ・リンク・テーブルを含むことができる。

図３は、本発明の１つまたは複数の実施形態に従う、例示的なアーキテクチャ・フロー３００のブロック図である。図２を参照して、アーキテクチャ・フロー３００が説明される。前述したように、ソフトウェア・プログラム／アプリケーション２３０は、コンピュータ・システム２０２上で実行されており、その後、ソフトウェア・プログラム／アプリケーション２３０の実行を停止することも一時停止することもなく、共有ライブラリ２１４が更新されて再び読み込まれる。ブロック３０２で、デバッガ２４０が、ソフトウェア・プログラム／アプリケーション２３０のためのデバッグ・セッションを開始するように構成され、デバッグ・セッション中に、デバッガ２４０は、例えば、reload liba.soなどの、再読み込みコマンドを発行するように構成され、それによって、共有ライブラリ２１４が更新されているため、共有ライブラリ２１４を再び読み込む。デバッガ２４０は、ソフトウェア・プログラム／アプリケーション２３０を実行するときに、本明細書において説明されるように実行するために、静的リンカ２１０、動的リンカ２１２、ＧＯＴ２０８、および共有ライブラリ２１４の各々にそれぞれ関連付けられたソフトウェア（ＡＰＩ）を呼び出すか、またはそれらのソフトウェア（ＡＰＩ）と通信するか、あるいはその両方を実行するように構成される。

ブロック３０４は、共有ライブラリ２１４（例えば、ｌｉｂａ．ｓｏ）に関して前に解決されたアドレスをリセットすることによって、ＧＯＴ２０８のフィール・バックを開始／実行するように構成される。例えば、ＧＯＴテーブル２０８内の特定のＧＯＴエントリで、共有ライブラリ２１４のＧＯＴ２０８のリンク・アドレス・フィールド（例えば、図５に示されているリンク・アドレス・フィールド５０４）内で、古いアドレス３２０がすでに解決されている。古いアドレス３２０は、動的リンカ２１２によってすでに解決されている。共有ライブラリ２１４が再び読み込まれ／更新されているため、ＧＯＴ２０８は、図５に示されているリンク・アドレス・フィールド５０４内の古いアドレス３２０を初期値３２２にリセットするように構成される。初期値は、デフォルト値として事前に定義される。さらに、本明細書において見られるように、ＧＯＴのフィール・バックを実行することは、リンク・アドレスを（もともとリンクされていた）古いアドレスから初期値（すなわち、デフォルト値）にリセットすることを含むだけでなく、（例えば、図５に示されている解決済みフラグ・フィールド５０８内の）ＧＯＴ解決済みフラグをＴＲＵＥからＦＡＬＳＥにリセットすることも含む。

ブロック３０６で、共有ライブラリ２１４が更新されているため、共有ライブラリ２１４（例えば、ｌｉｂａ．ｓｏ）の新しいアドレスを解決するために、動的リンカ２１２が再び（すなわち、後で）呼び出される。ブロック３０８で、動的リンカ２１２が、動的読み込みを実行するように構成される。更新されたｌｉｂａ．ｓｏが再び読み込まれた後に、動的ライブラリ（例えば、ｌｉｂａ．ｓｏ）内で定義されたシンボル（例えば、関数ｆｏｏ）が初めて呼び出されるときに、動的リンカ２１２は、新しいアドレス３２４との一致に関して未解決エントリ・テーブル２１５およびシンボル・テーブル２１６を検索することによって、未解決（再配置済み）エントリの解決を実行する。未解決エントリ・テーブル２１５内で検出された未解決エントリに関して、動的リンカ２１２は、共有ライブラリ２１４（ｌｉｂａ．ｓｏ）の新しいアドレスを解決するために使用されるシンボル・テーブル２１６内のシンボルを検索し、取り出す。動的リンカ２１２は、シンボル・テーブル２１６を使用して、共有ライブラリ２１４（ｌｉｂａ．ｓｏ）のシンボルを解決するように機能する。シンボルが解決された後に、動的リンカ２１２は、共有ライブラリ２１４に関連付けられたインデックス・テーブル２１８内の（解決済みシンボルの）エントリを更新する。ブロック３１０で、動的リンカ２１２が、解決されている新しいアドレス３２４（すなわち、図５に示されているリンク・アドレス・フィールド５０４の新しい値）を使用してＧＯＴ２０８を更新するように構成される。また、動的リンカ２１２は、（例えば、図５に示されている解決済みフラグ・フィールド５０８内の）ＧＯＴ解決済みフラグをＦＡＬＳＥからＴＲＵＥに設定する。

ブロック３１２で、動的リンカ２１２（またはローダ）が、ソフトウェア・プログラム／アプリケーション２３０によって使用するために、メモリ空間内の共有ライブラリ２１４の新たに解決されたアドレスを読み込むように構成される。メモリ空間は、ソフトウェア・プログラム／アプリケーション２３０によって使用されるメモリ２０６内の１つまたは複数の位置、プロセッサ（プロセッサ１０１など）の１つまたは複数のレジスタ２５０などであることができる。デバッガ２４０または動的リンカ２１２あるいはその両方の例示的な結果は、入力３３０であることができる。入力３３０は、ライブラリ・ファイル名（例えば、ｌｉｂａ．ｓｏ）を共有ライブラリ２１４または別の出力ファイル（例えば、ａ．ｏｕｔ）あるいはその両方に含めることができる。図４は、本発明の１つまたは複数の実施形態に従う、ソフトウェア・プログラム／アプリケーション２３０のためのデバッグ・セッションの例示的なフローチャート４００のブロック図である。前述したように、ソフトウェア・プログラム／アプリケーション２３０は、コンピュータ・システム２０２上で実行されており、その後、共有ライブラリ２１４が更新されて再び読み込まれる。ブロック４０２で、デバッガ２４０が、ソフトウェア・プログラム／アプリケーション２３０のためのデバッグ・セッションを開始するように構成される。ブロック４０４で、デバッガ２４０が、ユーザ入力を受信するように構成される。ユーザ入力は、デバッグを続けること、ソフトウェア・プログラム／アプリケーション２３０内のコードの特定のセクションを調べるために指定することなどの、許可であることができる。例えば、コマンド「reload liba.so」がユーザによって入力され得る。ブロック４０６で、デバッガ２４０が、共有ライブラリ２１４の再読み込みが必要とされるかどうかをチェックするように構成される。再読み込みが必要とされない場合、フローがブロック４１０に移動する。１つまたは複数のメモリ・アドレスが変更された（例えば、新しいアドレスが共有ライブラリ２１４内の前のアドレスを置き換える）場合など、共有ライブラリ２１４が更新された場合、デバッガ２４０は、変更／更新を有効にするために、共有ライブラリ２１４の再読み込みが必要とされるということを決定する。１つの例では、デバッガ２４０は、共有ライブラリ２１４がメモリ２０６に再び読み込まれるべきであるということのトリガーまたは命令を受信してよい。

ブロック４０８で、デバッガ２４０が、ＧＯＴのフィール・バックを実行するか、またはＧＯＴのフィール・バックが実行されることを引き起こすか、あるいはその両方を実行するように構成される。特に、ＧＯＴのフィール・バック中に、デバッガ２４０または別のソフトウェア・ツールあるいはその両方は、更新されたアドレス（またはシンボル）に対応するＧＯＴ２０８内のＧＯＴエントリをフィール・バックするように構成され、それに応じて、初期値３２２（例えば、デフォルト値としての０ｘ８０００００００の初期値）を使用してＧＯＴ２０８がリセットされる。１つまたは複数の実施形態では、デバッガ２４０がＧＯＴフィール・バック・モジュール２４２を含んでよく、または他ツールがＧＯＴフィール・バック・モジュール２４２を含むことができ、あるいはその両方である。ＧＯＴフィール・バック・モジュール２４２は、本明細書において説明されたＧＯＴのフィール・バックを実行するように構成されたコンピュータ実行可能命令を含む。１つまたは複数の実施形態では、ＧＯＴフィール・バック・モジュール２４２は、動的リンカ２１２、ＧＯＴ２０８、または他のソフトウェア・ツール、あるいはその組み合わせと統合されてよい。ブロック４１０で、デバッガ２４０が、新しいアドレスを解決するか、または動的リンカ２１２に新しいアドレスを解決させるか、あるいはその両方を実行するように構成される。再び読み込まれた共有ライブラリ２１４の（新しいアドレスである）未解決のアドレスを解決するために、読み込みのプロセスがトリガーされる。図３のブロック３０６および３０８で、新しいアドレスを解決することが説明される。ブロック４１２で、デバッガ２４０が、デバッガ出力を提供するように構成される。デバッガ２４０は、ユーザの要求（例えば、デバッグ・コマンド「続行」、「次へ」などの実行後にどのソース行が停止されるか）に従って結果を出力する。例えば、ブロック４０４でのユーザ入力に従って、ユーザがデバッガ・プログラムを終了するたびに、デバッガ・セッションが終了する。

ＧＯＴのフィール・バックを実行するために、１つまたは複数の実施形態は、図５で説明されるように、新しいＧＯＴ２０８（すなわち、新しいグローバル・オフセット・テーブル）を提示する。図５に示されているように、例示的なＧＯＴ２０８が３つの列を含んでいる。オフセット５０２は、動的ライブラリ内で定義されたシンボルのリンク・アドレスを格納するためにどのＧＯＴ項目が使用されるかを示す。例えば、オフセットは０ｘ００から始まることができ、各ＧＯＴ項目またはエントリ（例えば、行）は、この例では８バイトを含む。１番目の行はリンク・アドレス・フィールド５０４を示しており、リンク・アドレス・フィールド５０４は、ＧＯＴ２０８内のＧＯＴ項目／エントリの解決済みリンク・アドレスを含んでいる項目値である。ＧＯＴ２０８は、本発明の１つまたは複数の実施形態に従って、２番目および３番目の列である２つの新しい列を含むように拡張される。拡張されたＧＯＴのフィールドのために、静的リンカ２１０は、ＧＯＴ項目またはエントリのサイズを、例えば４バイトから８バイトに拡張し、動的ライブラリ（ＤＬＬ：dynamic library）インデックス・フィールドおよび解決済みフラグ・フィールドという２つの新しいフィールドを、拡張された４バイトに導入する。２番目の列は、解決された後に、リンクされたモジュール（すなわち、共有ライブラリ２１４）のＤＬＬインデックス・フィールド５０６を示す。３番目の列は、モジュールのアドレス（すなわち、リンク・アドレス）が解決されているかどうかを示す、解決済みフラグ・フィールド５０８を示す。デフォルトでは、解決済みフラグは「ＦＡＬＳＥ」に設定され、ローダ（例えば、動的リンカ２１２）によって（ソフトウェア・プログラム／アプリケーション２３０の）シンボルのアドレスが解決されたときに「ＴＲＵＥ」に設定される。

図６は、本発明の１つまたは複数の実施形態に従って、ＧＯＴのフィール・バックのさらなる詳細を含む、例示的なアーキテクチャ・フロー６００である。本明細書において説明されるように、ソフトウェア・プログラム／アプリケーション２３０は、コンピュータ・システム２０２上で（例えば、デバッグ・セッション中に）実行されており、その後、共有ライブラリ２１４が更新されて再び読み込まれる。ブロック６０２で、デバッガ２４０によってソフトウェア・プログラム／アプリケーション２３０のデバッグまたはテストが開始される。デバッグ・セッション中に、ソフトウェア・プログラム／アプリケーション２３０のコードは、例えばｌｉｂａ．ｓｏ内で定義されている関数ｂａｒ（）などの、共有ライブラリ２１４を呼び出す関数を含むことができる。ブロック６０４で、（例えば、ＧＯＴフィール・バック・モジュール２４２を使用する）デバッガ２４０が、関数による呼び出しに関連付けられたＧＯＴ２０８内のＧＯＴエントリまたは項目がメモリ・アドレスの初期値に等しいかどうかをチェックするように構成される。メモリ・アドレス（すなわち、ＧＯＴ２０８内のリンク・アドレス）の例示的な初期値（例えば、初期値３２２）は、０ｘ８０００００００であることができる。ＧＯＴ２０８内の呼び出されるＧＯＴエントリまたは項目のメモリ・アドレスが初期値でない場合、フローがブロック６０２に戻る。ＧＯＴ２０８内の呼び出されるＧＯＴエントリまたは項目のメモリ・アドレスが初期値である場合、フローが、下でさらに説明されるブロック６１４に進む。

本明細書で述べたように、ソフトウェア・プログラム／アプリケーション２３０が実行をすでに開始した後に、共有ライブラリ２１４内のメモリ・アドレスが、更新されているか、または変更されているか、あるいはその両方である。デバガ２４０が、デバッグ・セッションを開始しており、例えば、共有ライブラリ２１４が呼び出されるときに、共有ライブラリ２１４に対する更新／変更を通知され／知らされている。例えば、デバッガ・コマンド（例えば、「reload liba.so」）が、ｌｉｂａ．ｓｏが再び読み込まれる必要があるということをデバッガ２４０に知らせる。したがって、ブロック６０６で、デバッガ２４０が、ソフトウェア・プログラム／アプリケーション２３０を一時停止することも、再起動することも、その両方を行うこともなく、更新された共有ライブラリ２１４（例えば、ｌｉｂａ．ｓｏ）およびＧＯＴ２０８を再び読み込むように構成される。ブロック６０８で、デバッガ２４０が、ＧＯＴエントリまたは項目の解決済みフラグ・フィールド５０８内のＧＯＴ解決済みフラグがＴＲＵＥであるかどうかをチェックするように構成される。例えば、デバッガ２４０は、ＧＯＴ２０８を使用して、ＧＯＴエントリ／項目（すなわち、行）の解決済みフラグ・フィールド５０８をチェックすることができる。ＧＯＴエントリ／項目のＧＯＴ解決済みフラグがＦＡＬＳＥである場合、フローがブロック６０２に進む。ＧＯＴエントリ／項目のＧＯＴ解決済みフラグがＴＲＵＥである場合、ブロック６１０で、デバッガ２４０は、ＧＯＴ２０８内のＧＯＴエントリ／項目のＤＬＬインデックス・フィールド５０６内のＤＬＬインデックスの値が、共有ライブラリ２１４（例えば、ｌｉｂａ．ｓｏ）内のＤＬＬインデックス・テーブル２１８内の対応するエントリ／項目のＤＬＬインデックスの値に等しいかどうかをチェックするように構成される。ＧＯＴ２０８内のＧＯＴエントリ／項目のＤＬＬインデックス・フィールド５０６の値が共有ライブラリ２１４（例えば、ｌｉｂａ．ｓｏ）のＤＬＬインデックス・テーブル２１８内のＤＬＬインデックスの対応するエントリ／項目の値に等しくない場合、フローがブロック６０２に戻る。ＧＯＴ２０８内のＧＯＴエントリ／項目のＤＬＬインデックス・フィールド５０６の値が共有ライブラリ２１４（例えば、ｌｉｂａ．ｓｏ）内のＤＬＬインデックス・テーブル２１８のＤＬＬインデックス内の対応するエントリ／項目の値に等しい場合、ブロック６１２で、デバッガ２４０が、ＧＯＴのフィール・バックを実行するように構成される。本明細書で述べたように、共有ライブラリ２１４内の対応するメモリ・アドレスを更新する前に、動的リンカ２１２を使用して、リンク・アドレス・フィールド５０４内の古いリンク・アドレス（例えば、古いアドレス３２０）がすでに解決されている。共有ライブラリ２１４が再び読み込まれる／更新されるため、デバッガ２４０は、（ブロック３０４に関して前述したように）ＧＯＴ２０８のＧＯＴエントリ／項目のリンク・アドレス・フィールド内のリンク・アドレスをリセットし（例えば、古いアドレス３２０を、０ｘ８００００００などの初期値３２２にリセットし）、解決済みフラグ・フィールド内のＧＯＴ解決済みフラグをＦＡＬＳＥにリセットするように構成される。

フローがブロック６０２に戻り、ブロック６０２で、デバッガ２４０が、ｌｉｂａ．ｓｏ（現在更新されている共有ライブラリ２１４）に対するｂａｒ（）の呼び出しを再び実行するように構成される。ブロック６０４に戻り、デバッガ２４０は、関数による呼び出し（例えば、ｂａｒ（）の呼び出し）に関連付けられたＧＯＴエントリまたは項目が、メモリ・アドレス（すなわち、ＧＯＴ２０８内のリンク・アドレス）の初期値に設定されているかどうかをチェックするように構成される。ＧＯＴ２０８内の呼び出されるＧＯＴエントリまたは項目のメモリ・アドレス（例えば、図５のリンク・アドレス・フィールド５０４内のリンク・アドレス）が初期値（例えば、初期値３２２）である場合、ブロック６１４で、デバッガ２４０が、動的リンカ２１２に、新しいリンク・アドレスを解決するように指示するか、または解決させる。ブロック６１６で、（例えば、デバッガ２４０によって引き起こされたように）動的リンカ２１２が、（例えば、ブロック３０８で前述したように）動的読み込みを実行するように構成される。動的リンカ２１２は、未解決エントリを見つけるために、未解決（再配置済み）エントリ・テーブル２１５内の新しいアドレス３２４との一致を検索する。未解決エントリ・テーブル２１５内で検出された未解決エントリに関して、動的リンカ２１２は、共有ライブラリ２１４（ｌｉｂａ．ｓｏ）の新しいアドレスを解決するために使用されるシンボル・テーブル２１６内のシンボルを検索し、取り出す。動的リンカ２１２は、シンボル・テーブル２１６を使用して、共有ライブラリ２１４（ｌｉｂａ．ｓｏ）のシンボルを解決するように機能する。シンボルが解決された後に、動的リンカ２１２は、共有ライブラリ２１４に関連付けられたインデックス・テーブル２１８内の（解決済みシンボルの）エントリを更新する。ブロック３１０で、デバッガ２４０が、解決されている新しいアドレス３２４（すなわち、図５に示されているリンク・アドレス・フィールド５０４の新しい値）を使用してＧＯＴ２０８を更新するように構成される。また、デバッガ２４０は、ＧＯＴ解決済みフラグをＦＡＬＳＥからＴＲＵＥに設定できる。ブロック６１８で、デバッガ２４０が、ＧＯＴ２０８を更新するか、または動的リンカ２１２にＧＯＴ２０８を更新させるか、あるいはその両方を実行するように構成される。ＧＯＴ２０８内のＧＯＴエントリまたは項目に対する更新中に、デバッガ２４０または動的リンカ２１２あるいはその両方は、新しい解決されたアドレスをリンク・アドレス・フィールド５０４内のリンク・アドレスとして書き込み、ＤＬＬインデックス・フィールド５０６内のＤＬＬインデックスを更新し、解決済みフラグ・フィールド５０８内のリンク・アドレスの解決済みフラグにＴＲＵＥとしてマークを付けるように構成される。

制限ではなく説明の目的で、図７～１１で、例示的な状況が説明される。図７は、本発明の１つまたは複数の実施形態に従って、動的リンカおよびデバッガによって実行される詳細な動作を示すブロック図である。通常、共有ライブラリを再び読み込むことは、プログラム／アプリケーションの実行を停止することを必要とする。しかし、標準的なシステムがプログラム／アプリケーションの実行を停止せずに継続しようとする場合、標準的なシステムは、再コンパイルされた共有ライブラリ（例えば、ｌｉｂａ．ｓｏ）を再び読み込むが、再び読み込まれたｌｉｂａ．ｓｏ内の呼び出される関数（例えば、ｂａｒ（））のアドレスが、０ｘ７ｆｆ８１００（古い共有ライブラリ）から０ｘ７ｆｆ９１００（更新された共有ライブラリ）に変化している。ＧＯＴ項目に格納されたアドレスが、標準的なシステムにおけるデフォルト値でない（すなわち、０ｘ８０００００００でない）ため、プログラム／アプリケーションは、ｂａｒ（）の元の（古い）読み込みアドレスである０ｘ７ｆｆ８１００に分岐し、これによって、標準的なシステムでは、共有ライブラリ（例えば、ｌｉｂａ．ｓｏ）の再読み込みが機能しなくなる。図７では、１つまたは複数の実施形態が、拡張されたＧＯＴ２０８（図５に示されている）を使用しながら、ソフトウェア・プログラム／アプリケーション２３０の実行を停止せずに共有ライブラリ２１４を再び読み込むように構成される。共有ライブラリ２１４が更新されているため、動的リンカ２１２は、動作７０２に示されているように、「１」をＤＬＬインデックス・フィールド５０６のＤＬＬインデックスに割り当て、ＧＯＴエントリまたは項目の解決済みフラグ・フィールド５０８内のアドレスの解決済みフラグにＴＲＵＥのマークを付けるように構成される。また、動的リンカ２１２は、ｂａｒ（）の解決されたアドレスを、共有ライブラリ２１４の古いバージョン（例えば、古いｌｉｂｒａ．ｓｏ）において示されている０ｘ７ｆｆ８１００に割り当てる。このとき、動作７０５が共有ライブラリ２１４の古いアドレス（例えば、０ｘ７ｆｆ８１００）を指し示していることに注意する。ソフトウェア・プログラム／アプリケーション２３０が実行されている間に、共有ライブラリ２１４が再び読み込まれか、または再コンパイルされる。例えば、デバッガ２４０は、共有ライブラリ２１４が再コンパイルされた後に、コマンド（例えば、「reload liba.so」）を発行することによって、動的リンカ２１２（例えば、ローダ）を呼び出し、更新された共有ライブラリ２１４（例えば、新しいｌｉｂａ．ｓｏ）を再び読み込む。動作７０４で、デバッガ２４０は、ＤＬＬインデックス・フィールド５０６内にＤＬＬインデックス「１」を含むＧＯＴエントリまたは項目を取り出すことによって、すべてのマッピングされたＧＯＴエントリまたは項目（すなわち、ＧＯＴ＋０ｘ２８）を取得し、解決済みフラグ・フィールド５０８内の解決済みフラグがＴＲＵＥである場合、デバッガ２４０は、デフォルト値（すなわち、０ｘ８０００００００）を使用して対象のＧＯＴエントリ／項目（例えば、ＧＯＴ＋０ｘ２８）に格納された（リンク・アドレス・フィールド５０４内の）リンク・アドレスをリセットし、ＦＡＬＳＥを使用してアドレス解決済みフラグをリセットする。動作７０６で、動的リンカ２１２は、「１」をＤＬＬインデックス・フィールド５０６に割り当て、ＧＯＴエントリ／項目の解決済みフラグ・フィールド５０８内のアドレス解決済みフラグにＴＲＵＥとしてマークを付け、その後、シンボルｂａｒが再び呼び出されたときに、ｂａｒの解決されたアドレスにリンク・アドレス・フィールド５０４内の０ｘ７ｆｆ９１００を割り当てるように構成される。ｂａｒの解決されたアドレス（すなわち、０ｘ７ｆｆ９１００）は、古い共有ライブラリ（例えば、古いｌｉｂａ．ｓｏ）の代わりに、更新された共有ライブラリ２１４（すなわち、新しいｌｉｂａ．ｓｏ）へのリンク・アドレスであり、動作７０８は、更新された共有ライブラリ２１４を指し示す／にリンクする。図７では、ソフトウェア・プログラム／アプリケーション２３０の例示的な部分が示されており、例示的な関数（例えば、ｂａｒ（））が、ｂａｒのアドレスに対する呼び出しであるということに注意する。図７および８では、ＰＬＴおよびＧＯＴを使用する共有および動的ライブラリのための標準的な動作／遷移を示す動作（動作Ａ～Ｋなど）は、これらの動作／遷移が当業者によって理解されているため、説明されないということに注意する。

図７の動作７０２に関するさらなる詳細を提供するために、図８は、本発明の１つまたは複数の実施形態に従って動的リンカによって実行されるリンカの動作を示すブロック図である。図８では、動作８０２で、動的リンカ２１２が、共有ライブラリ２１４（例えば、ｌｉｂａ．ｓｏ）を読み込んだ後に、解決されたアドレスを取得し、呼び出される関数ｂａｒのアドレスを解決するように構成される。動作８０４で、動的リンカ２１２が、リンク・アドレス・フィールド５０４内の０ｘ７ｆｆ８１００を使用してｂａｒのＧＯＴ＋０ｘ２８（すなわち、ＧＯＴエントリ／項目）の内容を更新するように構成される。動作８０６で、ＧＯＴエントリ／項目に関して、動的リンカ２１２が、「１」をＤＬＬインデックス・フィールド５０６内のＤＬＬインデックスに割り当て、解決済みフラグ・フィールド５０８内のアドレスの解決済みフラグにＴＲＵＥのマークを付けるように構成される。

図７および８についてさらに詳しく説明すると、図９は、本発明の１つまたは複数の実施形態に従ってＧＯＴのフィール・バックを示すブロック図である。本明細書で述べたように、デバッガ２４０は、共有ライブラリ２１４が再コンパイルされた後に、コマンド（すなわち、「reload liba.so」）を発行することによって、動的リンカ２１２（例えば、ローダ）を呼び出し、更新された共有ライブラリ２１４（例えば、ｌｉｂａ．ｓｏ）を再び読み込み、動的リンカ２１２が、ＤＬＬインデックス／テーブル２１８を検索することによってＤＬＬインデックスを取得する。動作９０２で、動的リンカ２１２が、各ＤＬＬインデックス・フィールド５０６内にＤＬＬインデックス「１」を含むＧＯＴエントリ／項目を取り出すことによって、マッピングされたすべてのＧＯＴエントリ／項目（すなわち、ＧＯＴ＋０ｘ２８）を取得する。ＧＯＴ２０８内のＧＯＴエントリ／項目の解決済みフラグがＴＲＵＥである場合、図９の動作９０４で、フィール・バック・モジュール２４２（例えば、図３のブロック３０４）が、デフォルト値（すなわち、０ｘ８０００００００）を使用して、対象のＧＯＴエントリ／項目（例えば、ＧＯＴ＋０ｘ２８）に格納されたリンク・アドレス・フィールド５０６内のアドレスをリセットし、解決済みフラグ・フィールド５０８内のアドレスの解決済みフラグをＦＡＬＳＥにリセットする。

ＧＯＴ２０８のさらなる使用を説明するために、図１０は、本発明の１つまたは複数の実施形態に従ってさらなるローダの動作を示すブロック図である。動的リンカ２１２は、本明細書において説明されるように、アドレス解決プロセスを実行し、再コンパイルされた共有ライブラリ２１４からの新しいアドレスを更新する。例えば、動作１００２で、ソフトウェア・プログラム／アプリケーション２３０がｂａｒ（）を再び呼び出す場合、ＧＯＴ＋０Ｘ２８に格納されたアドレスがデフォルト値０ｘ８００００００であるため、動的リンカ２１２が、もう一度、関数ｂａｒのアドレスを解決する。動作１００４で、動的リンカ２１２が、新しいｂａｒのアドレス０ｘ７ｆｆ９１０を使用してＧＯＴ＋０ｘ２８のリンク・アドレスを更新し、「１」をＤＬＬインデックスに割り当て、ＧＯＴエントリ／項目内の解決済みフラグにＴＲＵＥとしてマークを付ける。ＧＯＴ２０８のＧＯＴエントリ／項目内で、共有ライブラリ２１４の古いアドレス（０ｘ７ｆｆ８１００）が、新しいアドレス（すなわち、新しいリンク・アドレス０ｘ７ｆｆ９１００）に更新されている。インデックス・フィールドは値「－１」であることができ、「－１」はライブラリ・インデックス・フィールドの初期値である。インデックス・フィールドは、ライブラリ・インデックス２１８を意味する値「１」であることができ、すなわち、ｌｉｂａ．ｓｏのライブラリ・インデックスは１である。

更新されたＧＯＴ２０８およびＰＴＬの使用を説明するために、図１１は、本発明の１つまたは複数の実施形態に従って、その後、関数が呼び出されたときに、新しいアドレス（例えば、リンク・アドレス・フィールド５０４内の新しいアドレス３２４）に直接分岐することを示すブロック図である。動作１１０２で、ソフトウェア・プログラム／アプリケーション２３０がコンパイルされ、ＰＬＴが使用されて、位置独立関数呼び出しを絶対位置にリダイレクトする。動作１１０４で、ｂａｒ（）が再び（後で）呼び出されたときに、ＧＯＸ＋０Ｘ２８に格納された値が新しいアドレス０ｘ７ｆｆ９１００であるため、命令「b @GOT+0X28」が０ｘ７ｆｆ９１００に直接ジャンプする。

技術的優位性および利点は、動的ライブラリが更新されたときに、ソフトウェア・プログラム／アプリケーションまたはデバッグ・プロセスあるいはその両方の実行を続ける、すなわち、ソフトウェア・プログラム／アプリケーションまたはデバッグ・プロセスを停止しない、１つまたは複数の実施形態を含む。１つまたは複数の実施形態によれば、ソフトウェア・プログラム／アプリケーションの実行の停止も、一時停止も、中断も必要としないことによって、静的リンカによって追加の命令の生成が必要とされず、動的リンカ（例えば、ローダ）によって余分な動作が実行されないため、性能に影響を与えない。さらなる技術的優位性および利点は、特に、複雑な状況の場合に、ソフトウェア・プログラム／アプリケーションの開発／テスト中、および根本原因の位置特定中の、ソフトウェア・プログラマの時間および労力の削減を含み、その間、常にソフトウェア・プログラマに、テストおよびデバッグのためのより柔軟な方法を提供する。

図１２は、本発明の１つまたは複数の実施形態に従う、ソフトウェア・プログラム／アプリケーション２３０の実行を停止せずに更新された共有ライブラリの再読み込みを実行するための方法１２００のフロー・チャートである。ブロック１２０２で、デバッガ２４０が、プロセッサ１０１を介して、共有ライブラリ２１４に対する関数呼び出し（例えば、ｂａｒ（））を必要とするソフトウェア・プログラム／アプリケーション２３０を実行するか、またはソフトウェア・プログラム／アプリケーション２３０が実行されることを引き起こすか、あるいはその両方を実行するように構成される。ブロック１２０４で、デバッガ２４０が、ソフトウェア・プログラム／アプリケーション２３０の実行を停止せずに、共有ライブラリ２１４を再び読み込むか、または動的リンカ２１２に再び読み込ませるか、あるいはその両方を実行するように構成され、共有ライブラリ２１４は、ソフトウェア・プログラムの実行後に更新されている。ブロック１２０６で、デバッガ２４０が、関数呼び出しに関連付けられたリンク・アドレスを解決することに応答してグローバル・オフセット・テーブル（ＧＯＴ）２０８を更新するように構成され、ＧＯＴ２０８内のエントリは、リンク・アドレス・フィールド５０４、インデックス・フィールド５０６、および解決済みフラグ・フィールド５０８を含み、更新することは、ＧＯＴ２０８内のエントリに対して、肯定的値（例えば、「１」）を使用してインデックス・フィールドを更新し、肯定的フラグ（例えば、ＴＲＵＥ）を使用して解決済みフィールドにマーク付けすることを含む。ブロック１２０８で、デバッガ２４０が、ソフトウェア・プログラム／アプリケーション２３０の実行を停止せずに共有ライブラリ２１４を再び読み込むことに応答して、インデックス・フィールド内の肯定的値（例えば、「１」）および解決済みフィールド内の肯定的フラグ（例えば、ＴＲＵＥ）を含んでいるＧＯＴ２０８内のエントリを見つけるか、または動的リンカ２１２に見つけさせるか、あるいはその両方を実行するように構成される。ブロック１２１０で、デバッガ２４０が、共有ライブラリ２１４に対する関数呼び出しのその後の実行に応答して、インデックス・フィールドに肯定的値を含んでいるエントリのリンク・アドレス・フィールド内のアドレス値を返すか、または動的リンカ２１２に返させるか、あるいはその両方を実行するように構成される。

ＧＯＴ２０８を更新する前に、リンク・アドレス・フィールドがデフォルト値（例えば、０ｘ８０００００００）に設定される。ＧＯＴ２０８を更新する前に、解決済みフィールドが肯定的値（例えば、ＴＲＵＥ）をすでに含んでいる場合、非肯定的値（例えば、ＦＡＬＳＥ）を使用して解決済みフィールドがマーク付けされる。ソフトウェア・プログラム／アプリケーション２３０の実行を停止しない共有ライブラリ２１４の再読み込みは、更新された共有ライブラリ２１４の新しいアドレス（例えば、０ｘ７ｆｆ９１００）を解決することを含む。ＧＯＴ２０８の更新は、新しいアドレスを解決した後に、リンク・アドレス・フィールド内のデフォルト値を新しいアドレスに置き換えることを含む。リンク・アドレス・フィールド内のアドレス値は、共有ライブラリ２１４の解決されている新しいアドレスである。共有ライブラリ２１４の再読み込みの前に、ソフトウェア・プログラム／アプリケーション２３０の実行中に、共有ライブラリに対する関数呼び出しのために、共有ライブラリ２１４が最初に／すでに読み込まれている。

図１３は、本発明の１つまたは複数の実施形態に従う、ソフトウェア・プログラム／アプリケーション２３０の実行を停止せずに更新された共有ライブラリの再読み込みを実行するための方法１３００のフロー・チャートである。ブロック１３０２で、デバッガ２４０が、共有ライブラリ２１４を呼び出すソフトウェア・プログラム／アプリケーション２３０の実行を停止せずに、共有ライブラリ２１４を再び読み込むか、または動的リンカ２１２に再び読み込ませるか、あるいはその両方を実行するように構成される。ブロック１３０４で、デバッガ２４０が、共有ライブラリ２１４への（例えば、リンク・アドレス・フィールド５０４の）リンク・アドレスを解決することに応答して、グローバル・オフセット・テーブル（ＧＯＴ）内のエントリに対して、肯定的値（例えば、「１」）を使用してインデックス・フィールド（例えば、ＤＬＬインデックス・フィールド５０６）を更新することと、肯定的フラグ（例えば、ＴＲＵＥ）を使用して解決済みフィールド（例えば、解決済みフラグ・フィールド５０８）にマーク付けすることとを実行するように構成される。ブロック１３０６で、デバッガ２４０が、ソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことに応答して、共有ライブラリ２１４の解決されたリンク・アドレスを含んでいるＧＯＴ２０８内のエントリを見つけるように構成される。

本開示にはクラウド・コンピューティングに関する詳細な説明が含まれているが、本明細書において示された教示の実装は、クラウド・コンピューティング環境に限定されないと理解されるべきである。本発明の実施形態は、現在既知であるか、または今後開発される任意のその他の種類のコンピューティング環境と組み合わせて実装できる。

クラウド・コンピューティングは、構成可能な計算リソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシン、およびサービス）の共有プールへの便利なオンデマンドのネットワーク・アクセスを可能にするためのサービス提供モデルであり、管理上の手間またはサービス・プロバイダとのやりとりを最小限に抑えて、これらのリソースを迅速にプロビジョニングおよび解放することができる。このクラウド・モデルは、少なくとも５つの特徴、少なくとも３つのサービス・モデル、および少なくとも４つのデプロイメント・モデルを含んでよい。

特徴は、次のとおりである。
オンデマンドのセルフ・サービス：クラウドの利用者は、サーバの時間およびネットワーク・ストレージなどの計算能力を一方的に、サービス・プロバイダとの人間的なやりとりを必要とせず、必要に応じて自動的にプロビジョニングすることができる。
幅広いネットワーク・アクセス：能力は、ネットワークを経由して利用可能であり、標準的なメカニズムを使用してアクセスできるため、異種のシン・クライアントまたはシック・クライアント・プラットフォーム（例えば、携帯電話、ラップトップ、およびＰＤＡ）による利用を促進する。
リソース・プール：プロバイダの計算リソースは、プールされ、マルチテナント・モデルを使用して複数の利用者に提供され、さまざまな物理的および仮想的リソースが、要求に従って動的に割り当ておよび再割り当てされる。場所に依存しないという感覚があり、利用者は通常、提供されるリソースの正確な場所に関して管理することも知ることもないが、さらに高い抽象レベルでは、場所（例えば、国、州、またはデータセンター）を指定できる場合がある。
迅速な順応性：能力は、迅速かつ柔軟に、場合によっては自動的にプロビジョニングされ、素早くスケールアウトし、迅速に解放されて素早くスケールインすることができる。プロビジョニングに使用できる能力は、利用者には、多くの場合、無制限のように見え、任意の量をいつでも購入できる。
測定されるサービス：クラウド・システムは、計測機能を活用することによって、サービスの種類（例えば、ストレージ、処理、帯域幅、およびアクティブなユーザのアカウント）に適したある抽象レベルで、リソースの使用を自動的に制御および最適化する。リソースの使用状況は、監視、制御、および報告されることが可能であり、利用されるサービスのプロバイダと利用者の両方に透明性を提供する。

サービス・モデルは、次のとおりである。
ＳａａＳ（Software as a Service）：利用者に提供される能力は、クラウド・インフラストラクチャ上で稼働しているプロバイダのアプリケーションを利用することである。それらのアプリケーションは、Ｗｅｂブラウザ（例えば、Ｗｅｂベースの電子メール）などのシン・クライアント・インターフェイスを介して、さまざまなクライアント・デバイスからアクセスできる。利用者は、ネットワーク、サーバ、オペレーティング・システム、ストレージ、または個々のアプリケーション機能を含む基盤になるクラウド・インフラストラクチャを、限定的なユーザ固有のアプリケーション構成設定は例外の可能性はあるが、管理することも制御することもない。
ＰａａＳ（Platform as a Service）：利用者に提供される能力は、プロバイダによってサポートされるプログラミング言語およびツールを使用して作成された、利用者が作成または取得したアプリケーションをクラウド・インフラストラクチャにデプロイすることである。利用者は、ネットワーク、サーバ、オペレーティング・システム、またはストレージを含む基盤になるクラウド・インフラストラクチャを管理することも制御することもないが、デプロイされたアプリケーション、および場合によってはアプリケーション・ホスティング環境の構成を制御することができる。
ＩａａＳ（Infrastructure as a Service）：利用者に提供される能力は、処理、ストレージ、ネットワーク、およびその他の基本的な計算リソースをプロビジョニングすることであり、利用者は、オペレーティング・システムおよびアプリケーションを含むことができる任意のソフトウェアをデプロイして実行できる。利用者は、基盤になるクラウド・インフラストラクチャを管理することも制御することもないが、オペレーティング・システム、ストレージ、デプロイされたアプリケーションを制御することができ、場合によっては、選択されたネットワーク・コンポーネント（例えば、ホスト・ファイアウォール）を限定的に制御できる。

デプロイメント・モデルは、次のとおりである。
プライベート・クラウド：このクラウド・インフラストラクチャは、組織のためにのみ運用される。この組織またはサード・パーティによって管理することができ、オンプレミスまたはオフプレミスに存在することができる。
コミュニティ・クラウド：このクラウド・インフラストラクチャは、複数の組織によって共有され、関心事（例えば、任務、セキュリティ要件、ポリシー、およびコンプライアンスに関する考慮事項）を共有している特定のコミュニティをサポートする。これらの組織またはサード・パーティによって管理することができ、オンプレミスまたはオフプレミスに存在することができる。
パブリック・クラウド：このクラウド・インフラストラクチャは、一般ユーザまたは大規模な業界団体が使用できるようになっており、クラウド・サービスを販売する組織によって所有される。
ハイブリッド・クラウド：このクラウド・インフラストラクチャは、データとアプリケーションの移植を可能にする標準化された技術または独自の技術（例えば、クラウド間の負荷バランスを調整するためのクラウド・バースト）によって固有の実体を残したまま互いに結合された２つ以上のクラウド（プライベート、コミュニティ、またはパブリック）の組成である。

クラウド・コンピューティング環境は、ステートレス、疎結合、モジュール性、および意味的相互運用性に重点を置いたサービス指向の環境である。クラウド・コンピューティングの中心になるのは、相互接続されたノードのネットワークを含んでいるインフラストラクチャである。

ここで図１４を参照すると、例示的なクラウド・コンピューティング環境５０が示されている。図示されているように、クラウド・コンピューティング環境５０は、クラウドの利用者によって使用されるローカル・コンピューティング・デバイス（例えば、パーソナル・デジタル・アシスタント（ＰＤＡ：personal digital assistant）または携帯電話５４Ａ、デスクトップ・コンピュータ５４Ｂ、ラップトップ・コンピュータ５４Ｃ、または自動車コンピュータ・システム５４Ｎ、あるいはその組み合わせなど）が通信できる１つまたは複数のクラウド・コンピューティング・ノード１０を含んでいる。ノード１０は、互いに通信してよい。ノード１０は、１つまたは複数のネットワーク内で、本明細書において前述されたプライベート・クラウド、コミュニティ・クラウド、パブリック・クラウド、またはハイブリッド・クラウド、あるいはこれらの組み合わせなどに、物理的または仮想的にグループ化されてよい（図示されていない）。これによって、クラウド・コンピューティング環境５０は、クラウドの利用者がローカル・コンピューティング・デバイス上でリソースを維持する必要のないインフラストラクチャ、プラットフォーム、またはＳａａＳ、あるいはその組み合わせを提供できる。図１４に示されたコンピューティング・デバイス５４Ａ～Ｎの種類は、例示のみが意図されており、コンピューティング・ノード１０およびクラウド・コンピューティング環境５０は、任意の種類のネットワークまたはネットワーク・アドレス可能な接続（例えば、Ｗｅｂブラウザを使用した接続）あるいはその両方を経由して任意の種類のコンピュータ制御デバイスと通信することができると理解される。

ここで図１５を参照すると、クラウド・コンピューティング環境５０（図１４）によって提供される機能的抽象レイヤのセットが示されている。図１５に示されたコンポーネント、レイヤ、および機能は、例示のみが意図されており、本発明の実施形態がこれらに限定されないということが、あらかじめ理解されるべきである。図示されているように、次のレイヤおよび対応する機能が提供される。

ハードウェアおよびソフトウェア・レイヤ６０は、ハードウェア・コンポーネントおよびソフトウェア・コンポーネントを含む。ハードウェア・コンポーネントの例としては、メインフレーム６１、ＲＩＳＣ（Reduced Instruction Set Computer）アーキテクチャベースのサーバ６２、サーバ６３、ブレード・サーバ６４、ストレージ・デバイス６５、ならびにネットワークおよびネットワーク・コンポーネント６６が挙げられる。一部の実施形態では、ソフトウェア・コンポーネントは、ネットワーク・アプリケーション・サーバ・ソフトウェア６７およびデータベース・ソフトウェア６８を含む。

仮想化レイヤ７０は、仮想サーバ７１、仮想ストレージ７２、仮想プライベート・ネットワークを含む仮想ネットワーク７３、仮想アプリケーションおよびオペレーティング・システム７４、ならびに仮想クライアント７５などの仮想的実体を提供できる抽象レイヤを備える。

一例を挙げると、管理レイヤ８０は、以下で説明される機能を提供してよい。リソース・プロビジョニング８１は、クラウド・コンピューティング環境内でタスクを実行するために利用される計算リソースおよびその他のリソースの動的調達を行う。計測および価格設定８２は、クラウド・コンピューティング環境内でリソースが利用される際のコスト追跡、およびそれらのリソースの利用に対する請求書またはインボイスの送付を行う。一例を挙げると、それらのリソースは、アプリケーション・ソフトウェア・ライセンスを含んでよい。セキュリティは、クラウドの利用者およびタスクのＩＤ検証を行うとともに、データおよびその他のリソースの保護を行う。ユーザ・ポータル８３は、クラウド・コンピューティング環境へのアクセスを利用者およびシステム管理者に提供する。サービス・レベル管理８４は、必要なサービス・レベルを満たすように、クラウドの計算リソースの割り当てと管理を行う。サービス水準合意（ＳＬＡ：Service Level Agreement）計画および実行８５は、今後の要求が予想されるクラウドの計算リソースの事前準備および調達を、ＳＬＡに従って行う。

ワークロード・レイヤ９０は、クラウド・コンピューティング環境で利用できる機能の例を示している。このレイヤから提供されてよいワークロードおよび機能の例としては、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想クラスルーム教育の配信９３、データ解析処理９４、トランザクション処理９５、およびソフトウェア・アプリケーション９６（例えば、ソフトウェア・プログラム／アプリケーション２３０、デバッガ２４０、静的リンカ２１０、動的リンカ２１２、およびフィール・バック・モジュール２４２）が挙げられる。また、ソフトウェア・アプリケーションは、リソース・プロビジョニング８１と共に機能するか、またはリソース・プロビジョニング８１に統合されるか、あるいはその両方であることができる。

本明細書では、関連する図面を参照して、本発明のさまざまな実施形態が説明される。本発明の範囲を逸脱することなく、本発明の代替の実施形態が考案され得る。以下の説明および図面において、要素間のさまざまな接続および位置関係（例えば、上、下、隣接など）が示される。それらの接続または位置関係あるいはその両方は、特に規定されない限り、直接的または間接的であることができ、本発明はこの点において限定するよう意図されていない。したがって、実体の結合は、直接的結合または間接的結合を指すことができ、実体間の位置関係は、直接的位置関係または間接的位置関係であることができる。さらに、本明細書に記載されたさまざまな作業および工程段階は、本明細書に詳細に記載されない追加の段階または機能を含んでいるさらに包括的な手順または工程に組み込まれ得る。

本明細書に記載された方法のうちの１つまたは複数は、データ信号上で論理機能を実装するための論理ゲートを含んでいる個別の論理回路、適切な組み合わせ論理ゲートを含んでいる特定用途向け集積回路（ＡＳＩＣ：application specific integrated circuit）、プログラマブル・ゲート・アレイ（ＰＧＡ：programmable gate array）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：field programmable gate array）などの、それぞれ従来技術においてよく知られている、技術のいずれかまたは組み合わせを使用して実装され得る。

簡潔さの目的で、本発明の態様の作成および使用に関連する従来技術は、本明細書に詳細に記載されることもあれば、記載されないこともある。具体的には、本明細書に記載されたさまざまな技術的特徴を実装するためのコンピューティング・システムおよび特定のコンピュータ・プログラムのさまざまな態様は、よく知られている。したがって、簡潔さのために、多くの従来の実装に関する詳細は、本明細書では、既知のシステムまたは工程あるいはその両方の詳細を提供することなく、簡潔にのみ述べられるか、または全体的に省略される。

一部の実施形態では、さまざまな機能または動作は、特定の位置で、または１つまたは複数の装置もしくはシステムの動作に関連して、あるいはその両方で行われ得る。一部の実施形態では、特定の機能または動作の一部は、第１のデバイスまたは位置で実行されることが可能であり、機能または動作の残りの部分は、１つまたは複数の追加のデバイスまたは位置で実行され得る。

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、制限することを意図していない。本明細書において使用されるとき、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、特に文脈上明示的に示されない限り、複数形も含むことが意図されている。「備える」または「備えている」あるいはその両方の用語は、本明細書で使用される場合、記載された機能、整数、ステップ、動作、要素、またはコンポーネント、あるいはその組み合わせの存在を明示するが、１つまたは複数のその他の機能、整数、ステップ、動作、要素、コンポーネント、またはこれらのグループ、あるいはその組み合わせの存在または追加を除外していないということが、さらに理解されるであろう。

下の特許請求におけるすべての手段またはステップおよび機能要素の対応する構造、材料、動作、および等価なものは、具体的に請求されるその他の請求された要素と組み合わせて機能を実行するための任意の構造、材料、または動作を含むことが意図されている。本開示は、例示および説明の目的で提示されているが、網羅的であることは意図されておらず、開示された形態に限定されない。本開示の範囲から逸脱することなく多くの変更および変形が可能であることは、当業者にとって明らかである。本開示の原理および実際的な適用を最も適切に説明するため、およびその他の当業者が、企図されている特定の用途に適しているようなさまざまな変更を伴う多様な実施形態に関して、本開示を理解できるようにするために、実施形態が選択されて説明された。

本明細書において示された図は、例示である。本開示の範囲から逸脱することなく、本明細書に記載された図またはステップ（または動作）の多くの変形が存在することが可能である。例えば、動作は異なる順序で実行されることが可能であり、あるいは動作は追加、削除、または変更されることが可能である。また、「結合される」という用語は、２つの要素間に信号経路が存在することを表しており、それらの要素間に要素／接続が介在しない要素間の直接的接続を意味していない。これらすべての変形は、本開示の一部であると見なされる。

以下の定義および略称が、特許請求の範囲および本明細書の解釈に使用される。本明細書において使用されているように、「備える」、「備えている」、「含む」、「含んでいる」、「有する」、「有している」、「含有する」、「含有している」という用語、またはこれらの任意のその他の変形は、非排他的包含をカバーするよう意図されている。例えば、要素のリストを含んでいる組成、混合、工程、方法、製品、または装置は、それらの要素のみに必ずしも限定されず、明示されていないか、またはそのような組成、混合、工程、方法、製品、または装置に固有の、その他の要素を含むことができる。

さらに、「例示的」という用語は、本明細書では「例、事例、または実例としての役割を果たす」ことを意味するために使用される。「例示的」として本明細書に記載された実施形態または設計は、必ずしも他の実施形態または設計よりも好ましいか、または有利であると解釈されるべきではない。「少なくとも１つ」および「１つまたは複数」という用語は、１以上の任意の整数（すなわち、１、２、３、４など）を含んでいると理解される。「複数」という用語は、２以上の任意の整数（すなわち、２、３、４、５など）を含んでいると理解される。「接続」という用語は、間接的「接続」および直接的「接続」の両方を含むことができる。

「約」、「実質的に」、「近似的に」、およびこれらの変形の用語は、本願書の出願時に使用できる機器に基づいて、特定の量の測定に関連付けられた誤差の程度を含むよう意図されている。例えば、「約」は、特定の値の±８％または５％、あるいは２％の範囲を含むことができる。

本発明は、任意の可能な統合の技術的詳細レベルで、システム、方法、またはコンピュータ・プログラム製品、あるいはその組み合わせであってよい。コンピュータ・プログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を含んでいるコンピュータ可読ストレージ媒体を含んでよい。

コンピュータ可読ストレージ媒体は、命令実行デバイスによって使用するための命令を保持および格納できる有形のデバイスであることができる。コンピュータ可読ストレージ媒体は、例えば、電子ストレージ・デバイス、磁気ストレージ・デバイス、光ストレージ・デバイス、電磁ストレージ・デバイス、半導体ストレージ・デバイス、またはこれらの任意の適切な組み合わせであってよいが、これらに限定されない。コンピュータ可読ストレージ媒体のさらに具体的な例の非網羅的リストは、ポータブル・フロッピー（Ｒ）・ディスク、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：erasable programmable read-only memoryまたはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ：static random access memory）、ポータブル・コンパクト・ディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：compact disc read-only memory）、デジタル・バーサタイル・ディスク（ＤＶＤ：digital versatile disk）、メモリ・スティック、フロッピー（Ｒ）・ディスク、命令が記録されているパンチカードまたは溝の中の隆起構造などの機械的にエンコードされるデバイス、およびこれらの任意の適切な組み合わせを含む。本明細書において使用されるとき、コンピュータ可読ストレージ媒体は、それ自体が、電波またはその他の自由に伝搬する電磁波、導波管またはその他の送信媒体を介して伝搬する電磁波（例えば、光ファイバ・ケーブルを通過する光パルス）、あるいはワイヤを介して送信される電気信号などの一過性の信号であると解釈されるべきではない。

本明細書に記載されたコンピュータ可読プログラム命令は、コンピュータ可読ストレージ媒体から各コンピューティング・デバイス／処理デバイスへ、またはネットワーク（例えば、インターネット、ローカル・エリア・ネットワーク、広域ネットワーク、または無線ネットワーク、あるいはその組み合わせ）を介して外部コンピュータまたは外部ストレージ・デバイスへダウンロードされ得る。このネットワークは、銅伝送ケーブル、光伝送ファイバ、無線送信、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、またはエッジ・サーバ、あるいはその組み合わせを備えてよい。各コンピューティング・デバイス／処理デバイス内のネットワーク・アダプタ・カードまたはネットワーク・インターフェイスは、コンピュータ可読プログラム命令をネットワークから受信し、それらのコンピュータ可読プログラム命令を各コンピューティング・デバイス／処理デバイス内のコンピュータ可読ストレージ媒体に格納するために転送する。

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セット・アーキテクチャ（ＩＳＡ：instruction-set-architecture）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路のための構成データ、あるいは、Ｓｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同様のプログラミング言語などの手続き型プログラミング言語を含む１つまたは複数のプログラミング言語の任意の組み合わせで記述されたソース・コードまたはオブジェクト・コードのいずれかであってよい。コンピュータ可読プログラム命令は、ユーザのコンピュータ上で全体的に実行すること、ユーザのコンピュータ上でスタンドアロン・ソフトウェア・パッケージとして部分的に実行すること、ユーザのコンピュータ上およびリモート・コンピュータ上でそれぞれ部分的に実行すること、あるいはリモート・コンピュータ上またはサーバ上で全体的に実行することができる。後者のシナリオでは、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ：local area network）または広域ネットワーク（ＷＡＮ：wide area network）を含む任意の種類のネットワークを介してユーザのコンピュータに接続されてよく、または接続は、（例えば、インターネット・サービス・プロバイダを使用してインターネットを介して）外部コンピュータに対して行われてよい。一部の実施形態では、本発明の態様を実行するために、例えばプログラマブル論理回路、フィールドプログラマブル・ゲート・アレイ（ＦＰＧＡ）、またはプログラマブル・ロジック・アレイ（ＰＬＡ：programmable logic arrays）を含む電子回路は、コンピュータ可読プログラム命令の状態情報を利用することによって、電子回路をカスタマイズするためのコンピュータ可読プログラム命令を実行してよい。

本発明の態様は、本明細書において、本発明の実施形態に従って、方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図またはブロック図あるいはその両方を参照して説明される。フローチャート図またはブロック図あるいはその両方の各ブロック、ならびにフローチャート図またはブロック図あるいはその両方に含まれるブロックの組み合わせが、コンピュータ可読プログラム命令によって実装され得るということが理解されるであろう。

これらのコンピュータ可読プログラム命令は、コンピュータまたはその他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令が、フローチャートまたはブロック図のブロックあるいはその両方のブロックに指定される機能／動作を実施する手段を作り出すべく、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサに提供されてマシンを作り出すものであってよい。これらのコンピュータ可読プログラム命令は、命令が格納されたコンピュータ可読ストレージ媒体がフローチャートまたはブロック図のブロックあるいはその両方のブロックに指定される機能／動作の態様を実施する命令を含んでいる製品を備えるように、コンピュータ可読ストレージ媒体に格納され、コンピュータ、プログラム可能なデータ処理装置、または他のデバイス、あるいはその組み合わせに特定の方式で機能するように指示できるものであってもよい。

コンピュータ可読プログラム命令は、コンピュータ上、その他のプログラム可能な装置上、またはその他のデバイス上で実行される命令が、フローチャートまたはブロック図のブロックあるいはその両方のブロックに指定される機能／動作を実施するように、コンピュータ、その他のプログラム可能なデータ処理装置、またはその他のデバイスに読み込まれてもよく、それによって、一連の動作可能なステップを、コンピュータ上、その他のプログラム可能な装置上、またはコンピュータ実装プロセスを生成するその他のデバイス上で実行させる。

図内のフローチャートおよびブロック図は、本発明のさまざまな実施形態に従って、システム、方法、およびコンピュータ・プログラム製品の可能な実装のアーキテクチャ、機能、および動作を示す。これに関連して、フローチャートまたはブロック図内の各ブロックは、規定された論理機能を実装するための１つまたは複数の実行可能な命令を備える、命令のモジュール、セグメント、または部分を表してよい。一部の代替の実装では、ブロックに示された機能は、図に示された順序とは異なる順序で発生してよい。例えば、連続して示された２つのブロックは、実際には、含まれている機能に応じて、実質的に同時に実行されるか、または場合によっては逆の順序で実行されてよい。ブロック図またはフローチャート図あるいはその両方の各ブロック、ならびにブロック図またはフローチャート図あるいはその両方に含まれるブロックの組み合わせは、規定された機能または動作を実行するか、または専用ハードウェアとコンピュータ命令の組み合わせを実行する専用ハードウェアベースのシステムによって実装され得るということにも注意する。

本発明のさまざまな実施形態の説明は、例示の目的で提示されているが、網羅的であることは意図されておらず、または開示された実施形態に制限されない。説明された実施形態の範囲を逸脱することのない多くの変更および変形が、当業者にとって明らかである。本明細書で使用された用語は、実施形態の原理、実際の適用、または市場で見られる技術を超える技術的改良を最も適切に説明するため、または他の当業者が本明細書に記載された実施形態を理解できるようにするために選択されている。

Claims (26)

1. プロセッサによって、共有ライブラリに対する関数呼び出しを必要とするソフトウェア・プログラムを実行することと、
   前記ソフトウェア・プログラムの実行を停止せずに前記共有ライブラリを再び読み込むことであって、前記共有ライブラリが、前記ソフトウェア・プログラムの前記実行後に更新されている、前記再び読み込むことと、
   前記関数呼び出しに関連付けられたリンク・アドレスを解決することに応答してグローバル・オフセット・テーブル（ＧＯＴ）を更新することであって、前記ＧＯＴ内のエントリが、リンク・アドレス・フィールド、インデックス・フィールド、および解決済みフィールドを含み、前記更新することが、前記ＧＯＴ内の前記エントリに対して、肯定的値を使用して前記インデックス・フィールドを更新し、肯定的フラグを使用して前記解決済みフィールドにマーク付けすることを含む、前記更新することと、
   前記ソフトウェア・プログラムの前記実行を停止せずに前記共有ライブラリを再び読み込むことに応答して、前記インデックス・フィールド内の前記肯定的値および前記解決済みフィールド内の前記肯定的フラグを含んでいる前記ＧＯＴ内の前記エントリを見つけることと、
   前記共有ライブラリに対する前記関数呼び出しのその後の実行に応答して、前記インデックス・フィールドに前記肯定的値を含んでいる前記エントリの前記リンク・アドレス・フィールド内のアドレス値を返すこととを含む、コンピュータ実装方法。
2. 前記ＧＯＴを更新する前に、前記リンク・アドレス・フィールドをデフォルト値に設定することをさらに含む、請求項１に記載のコンピュータ実装方法。
3. 前記ＧＯＴを更新する前に、前記解決済みフィールドが前記肯定的値をすでに含んでいる場合、非肯定的値を使用して前記解決済みフィールドにマーク付けすることをさらに含む、請求項１に記載のコンピュータ実装方法。
4. 前記ソフトウェア・プログラムの実行を停止せずに前記共有ライブラリを前記再び読み込むことが、更新されている前記共有ライブラリの新しいアドレスを解決することを含む、請求項１に記載のコンピュータ実装方法。
5. 前記ＧＯＴの前記更新が、前記リンク・アドレス・フィールド内のデフォルト値を前記新しいアドレスに置き換えることを含む、請求項４に記載のコンピュータ実装方法。
6. 前記リンク・アドレス・フィールド内の前記アドレス値が、前記共有ライブラリの解決されている前記新しいアドレスである、請求項４に記載のコンピュータ実装方法。
7. 前記共有ライブラリの前記再読み込みの前に、前記ソフトウェア・プログラムの前記実行中に、前記共有ライブラリに対する前記関数呼び出しのために、前記共有ライブラリが最初に読み込まれる、請求項１に記載のコンピュータ実装方法。
8. コンピュータ可読命令を含んでいるメモリと、
   前記コンピュータ可読命令を実行するための１つまたは複数のプロセッサとを備えているシステムであって、前記コンピュータ可読命令が、前記１つまたは複数のプロセッサを制御して、
   共有ライブラリに対する関数呼び出しを必要とするソフトウェア・プログラムを実行することと、
   前記ソフトウェア・プログラムの実行を停止せずに前記共有ライブラリを再び読み込むことであって、前記共有ライブラリが、前記ソフトウェア・プログラムの前記実行後に更新されている、前記再び読み込むことと、
   前記関数呼び出しに関連付けられたリンク・アドレスを解決することに応答してグローバル・オフセット・テーブル（ＧＯＴ）を更新することであって、前記ＧＯＴ内のエントリが、リンク・アドレス・フィールド、インデックス・フィールド、および解決済みフィールドを含み、前記更新することが、前記ＧＯＴ内の前記エントリに対して、肯定的値を使用して前記インデックス・フィールドを更新し、肯定的フラグを使用して前記解決済みフィールドにマーク付けすることを含む、前記更新することと、
   前記ソフトウェア・プログラムの実行を停止せずに前記共有ライブラリを再び読み込むことに応答して、前記インデックス・フィールド内の前記肯定的値および前記解決済みフィールド内の前記肯定的フラグを含んでいる前記ＧＯＴ内の前記エントリを見つけることと、
   前記共有ライブラリに対する前記関数呼び出しのその後の実行に応答して、前記インデックス・フィールドに前記肯定的値を含んでいる前記エントリの前記リンク・アドレス・フィールド内のアドレス値を返すこととを含む動作を実行する、システム。
9. 前記ＧＯＴを更新する前に、前記リンク・アドレス・フィールドをデフォルト値に設定することをさらに含む、請求項８に記載のシステム。
10. 前記ＧＯＴを更新する前に、前記解決済みフィールドが前記肯定的値をすでに含んでいる場合、非肯定的値を使用して前記解決済みフィールドにマーク付けすることをさらに含む、請求項８に記載のシステム。
11. 前記ソフトウェア・プログラムの実行を停止せずに前記共有ライブラリを前記再び読み込むことが、更新されている前記共有ライブラリの新しいアドレスを解決することを含む、請求項８に記載のシステム。
12. 前記ＧＯＴの前記更新が、前記リンク・アドレス・フィールド内のデフォルト値を前記新しいアドレスに置き換えることを含む、請求項１１に記載のシステム。
13. 前記リンク・アドレス・フィールド内の前記アドレス値が、前記共有ライブラリの解決されている前記新しいアドレスである、請求項１１に記載のシステム。
14. 前記共有ライブラリの前記再読み込みの前に、前記ソフトウェア・プログラムの前記実行中に、前記共有ライブラリに対する前記関数呼び出しのために、前記共有ライブラリが最初に読み込まれる、請求項８に記載のシステム。
15. プログラム命令が具現化されているコンピュータ可読ストレージ媒体を備えているコンピュータ・プログラム製品であって、前記プログラム命令が、プロセッサによって実行可能であり、前記プロセッサに、
    共有ライブラリに対する関数呼び出しを必要とするソフトウェア・プログラムを実行することと、
    前記ソフトウェア・プログラムの実行を停止せずに前記共有ライブラリを再び読み込むことであって、前記共有ライブラリが、前記ソフトウェア・プログラムの前記実行後に更新されている、前記再び読み込むことと、
    前記関数呼び出しに関連付けられたリンク・アドレスを解決することに応答してグローバル・オフセット・テーブル（ＧＯＴ）を更新することであって、前記ＧＯＴ内のエントリが、リンク・アドレス・フィールド、インデックス・フィールド、および解決済みフィールドを含み、前記更新することが、前記ＧＯＴ内の前記エントリに対して、肯定的値を使用して前記インデックス・フィールドを更新し、肯定的フラグを使用して前記解決済みフィールドにマーク付けすることを含む、前記更新することと、
    前記ソフトウェア・プログラムの実行を停止せずに前記共有ライブラリを再び読み込むことに応答して、前記インデックス・フィールド内の前記肯定的値および前記解決済みフィールド内の前記肯定的フラグを含んでいる前記ＧＯＴ内の前記エントリを見つけることと、
    前記共有ライブラリに対する前記関数呼び出しのその後の実行に応答して、前記インデックス・フィールドに前記肯定的値を含んでいる前記エントリの前記リンク・アドレス・フィールド内のアドレス値を返すこととを含む動作を実行させる、コンピュータ・プログラム製品。
16. 前記ＧＯＴを更新する前に、前記リンク・アドレス・フィールドをデフォルト値に設定することをさらに含む、請求項１５に記載のコンピュータ・プログラム製品。
17. 前記ＧＯＴを更新する前に、前記解決済みフィールドが前記肯定的値をすでに含んでいる場合、非肯定的値を使用して前記解決済みフィールドにマーク付けすることをさらに含む、請求項１５に記載のコンピュータ・プログラム製品。
18. 前記ソフトウェア・プログラムの実行を停止せずに前記共有ライブラリを前記再び読み込むことが、更新されている前記共有ライブラリの新しいアドレスを解決することを含む、請求項１５に記載のコンピュータ・プログラム製品。
19. 前記ＧＯＴの前記更新が、前記リンク・アドレス・フィールド内のデフォルト値を前記新しいアドレスに置き換えることを含む、請求項１８に記載のコンピュータ・プログラム製品。
20. 前記リンク・アドレス・フィールド内の前記アドレス値が、前記共有ライブラリの解決されている前記新しいアドレスである、請求項１８に記載のコンピュータ・プログラム製品。
21. 前記共有ライブラリを呼び出すソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことと、
    前記共有ライブラリへのリンク・アドレスを解決することに応答して、グローバル・オフセット・テーブル（ＧＯＴ）内のエントリに対して、肯定的値を使用してインデックス・フィールドを更新し、肯定的フラグを使用して解決済みフィールドにマーク付けすることと、
    前記ソフトウェア・プログラムの実行を停止せずに前記共有ライブラリを再び読み込むことに応答して、前記共有ライブラリの解決された前記リンク・アドレスを含んでいる前記ＧＯＴ内の前記エントリを見つけることとを含む、コンピュータ実装方法。
22. 前記共有ライブラリの解決された前記リンク・アドレスを含んでいる前記ＧＯＴ内の前記エントリを前記見つけることが、前記共有ライブラリに対する呼び出しのその後の実行に応答する、請求項２１に記載のコンピュータ実装方法。
23. 前記ＧＯＴ内の前記エントリに対して、前記肯定的値を使用して前記インデックス・フィールドを前記更新し、前記肯定的フラグを使用して前記解決済みフィールドにマーク付けする前に、前記リンク・アドレス・フィールドをデフォルト値に設定することをさらに含む、請求項２１に記載のコンピュータ実装方法。
24. 前記ＧＯＴ内の前記エントリに対して、前記肯定的値を使用して前記インデックス・フィールドを前記更新し、前記肯定的フラグを使用して前記解決済みフィールドにマーク付けする前に、前記解決済みフィールドが前記肯定的値をすでに含んでいる場合、非肯定的値を使用して前記解決済みフィールドにマーク付けすることをさらに含む、請求項１に記載のコンピュータ実装方法。
25. コンピュータ可読命令を含んでいるメモリと、
    前記コンピュータ可読命令を実行するための１つまたは複数のプロセッサとを備えているシステムであって、前記コンピュータ可読命令が、前記１つまたは複数のプロセッサを制御して、
    前記共有ライブラリを呼び出すソフトウェア・プログラムの実行を停止せずに共有ライブラリを再び読み込むことと、
    前記共有ライブラリへのリンク・アドレスを解決することに応答して、グローバル・オフセット・テーブル（ＧＯＴ）内のエントリに対して、肯定的値を使用してインデックス・フィールドを更新し、肯定的フラグを使用して解決済みフィールドにマーク付けすることと、
    前記ソフトウェア・プログラムの実行を停止せずに前記共有ライブラリを再び読み込むことに応答して、前記共有ライブラリの解決された前記リンク・アドレスを含んでいる前記ＧＯＴ内の前記エントリを見つけることとを含む動作を実行する、システム。
26. 前記共有ライブラリの解決された前記リンク・アドレスを含んでいる前記ＧＯＴ内の前記エントリを前記見つけることが、前記共有ライブラリに対する呼び出しのその後の実行に応答する、請求項２５に記載のシステム。

Images