特許 6129957 オブジェクト指向プログラミング言語環境においてオブジェクトに対する遅延参照をサポートするためのシステムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6129957

(24)【登録日】2017年4月21日

(45)【発行日】2017年5月17日

(54)【発明の名称】オブジェクト指向プログラミング言語環境においてオブジェクトに対する遅延参照をサポートするためのシステムおよび方法

(51)【国際特許分類】

   G06F 9/44 20060101AFI20170508BHJP

   G06F 9/54 20060101ALI20170508BHJP

   G06F 9/48 20060101ALI20170508BHJP

【ＦＩ】

   G06F9/44 530M

   G06F9/06 620A

   G06F9/06 640C

   G06F9/46 457

   G06F9/44 530P

【請求項の数】12

【全頁数】15

(21)【出願番号】特願2015-511521(P2015-511521)

(86)(22)【出願日】2013年5月2日

(65)【公表番号】特表2015-516098(P2015-516098A)

(43)【公表日】2015年6月4日

(86)【国際出願番号】US2013039256

(87)【国際公開番号】WO2013169554

(87)【国際公開日】20131114

【審査請求日】2016年4月19日

(31)【優先権主張番号】61/643,826

(32)【優先日】2012年5月7日

(33)【優先権主張国】US

(31)【優先権主張番号】13/783,024

(32)【優先日】2013年3月1日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】特許業務法人深見特許事務所

(72)【発明者】

【氏名】オリバー，ブライアン

【審査官】 坂庭 剛史

(56)【参考文献】

【文献】 特表２００２−５２２８４３（ＪＰ，Ａ）

【文献】 大谷弘喜，快速Ｐｙｔｈｏｎ入門（３）Ｔｗｉｓｔｅｄの威力を測る，Ｓｏｆｔｗａｒｅ Ｄｅｓｉｇｎ，日本，株式会社技術評論社，２００６年１１月１８日，通巻２５９号（発刊１９３号），ｐｐ．１８７−２００，ISSN 0916-6297

【文献】 藤枝和宏、渡部卓雄、落水浩一郎，リフレクションを利用したＣＯＲＢＡ ＡＰＩの改善，情報処理学会研究報告，日本，社団法人情報処理学会，１９９９年１０月２２日，Ｖｏｌ．９９，Ｎｏ．８９，ｐｐ．３−１０（99-SE-124-1），ISSN 0919-6072

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ９／４４

Ｇ０６Ｆ ９／４８

Ｇ０６Ｆ ９／５４

(57)【特許請求の範囲】

【請求項1】

１つ以上のマイクロプロセッサ上で動作するオブジェクト指向プログラミング言語環境において遅延参照をサポートするための方法であって、
将来利用可能になるオブジェクトに対して遅延参照を提供するステップと、
前記遅延参照に基づいて前記オブジェクトを得るように呼び出し側から要求を受取った後、
前記オブジェクトが利用可能である場合には前記オブジェクトを前記呼び出し側に返すこと、ならびに、
前記オブジェクトが現在のところ利用可能でない場合および前記オブジェクトが利用可能にならない場合のうちの少なくとも１つの場合には前記呼び出し側に通知すること、のうちの１つを実行するステップとを備える、方法。

【請求項2】

オブジェクト指向プログラミング言語環境において遅延参照をサポートするためのシステムであって、
１つ以上のマイクロプロセッサと、
前記１つ以上のマイクロプロセッサ上で起動するインターフェースとを備え、前記インターフェースは、
将来利用可能になるオブジェクトに対して遅延参照を提供するステップと、
前記遅延参照に基づいて前記オブジェクトを得るように呼び出し側から要求を受取った後、
前記オブジェクトが利用可能である場合には前記オブジェクトを前記呼び出し側に返すこと、ならびに、
前記オブジェクトが現在のところ利用可能でない場合および前記オブジェクトが利用可能にならない場合のうちの少なくとも１つの場合には前記呼び出し側に通知すること、のうちの１つを実行するステップとを実行するように動作する、システム。

【請求項3】

前記インターフェースは、前記オブジェクトが利用可能になるのを待っている間は、前記遅延参照に基づいて前記オブジェクトを要求するために前記呼び出し側が用いる呼び出しスレッドをブロックすることを回避できる、請求項２に記載のシステム。

【請求項4】

前記インターフェースは、前記オブジェクトが利用可能になる前に、前記オブジェクトがどのクラスに関連付けられるかについて前記呼び出し側に知らせることができる、請求項２または３に記載のシステム。

【請求項5】

前記インターフェースは、前記オブジェクトが現在のところ利用可能でない場合に、ランタイム例外を実行するか、またはヌル値を返すことができる、請求項２〜４のいずれか１項に記載のシステム。

【請求項6】

前記インターフェースは、前記オブジェクトが利用可能にならない場合に、オブジェクト利用不可例外を実行することができる、請求項２〜５のいずれか１項に記載のシステム。

【請求項7】

前記オブジェクトが利用可能になるのを前記呼び出し側が最大期間だけ待つことを確実にすることができるヘルパーをさらに備える、請求項２〜６のいずれか１項に記載のシステム。

【請求項8】

前記オブジェクトに関連付けられるクラス定義に基づいてオブジェクトに対する遅延参照を作成することができるヘルパーをさらに備える、請求項２〜７のいずれか１項に記載のシステム。

【請求項9】

前記インターフェースは、遅延参照を別の遅延参照にネスティングすることができる、請求項２〜８のいずれか１項に記載のシステム。

【請求項10】

前記オブジェクトの記録動的プロキシを得ることができ、
前記オブジェクトの前記記録動的プロキシによって、最後に記録された呼び出しの遅延表現を提供することができるヘルパーをさらに備える、請求項２〜９のいずれか１項に記載のシステム。

【請求項11】

命令を含む機械読取可能なプログラムであって、前記命令は、実行されると、コンピュータに
将来利用可能になるオブジェクトに対して遅延参照を提供するステップと、
前記遅延参照に基づいて前記オブジェクトを得るように呼び出し側から要求を受取った後、
前記オブジェクトが利用可能である場合には前記オブジェクトを前記呼び出し側に返すこと、ならびに、
前記オブジェクトが現在のところ利用可能でない場合および前記オブジェクトが利用可能にならない場合のうちの少なくとも１つの場合には前記呼び出し側に通知すること、のうちの１つを実行するステップとを、実行させる、プログラム。

【請求項12】

請求項１に記載の方法をコンピュータに実現させるためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

著作権表示：
この特許文献の開示の一部は、著作権保護の対象である題材を含んでいる。著作権所有者は、特許商標庁の包袋または記録に記載されている通りにいかなる人が特許文献または特許開示を複写することに対しても異議はないが、その他の点ではいかなる著作権も全て保有する。

【0002】

発明の分野：
本発明は、一般にコンピュータシステムおよびソフトウェアに関し、特にオブジェクト指向プログラミング言語環境をサポートすることに関する。

【背景技術】

【0003】

背景：
オブジェクト指向プログラミング（object-oriented programming：ＯＯＰ）は、通常はクラスのインスタンスであるオブジェクトに基づいてアプリケーションおよびコンピュータプログラムを設計するために用いられることができる。ＯＯＰ技術は、データ抽象化、カプセル化、メッセージング、モジュラリティ、ポリモーフィズムおよび継承などの特徴を含み得る。異なる役割または責務を有し得る各オブジェクトは、メッセージを受取って、データを処理し、メッセージを他のオブジェクトに送ることができる。また、これらのオブジェクトは、さまざまな動作または方法に密接に関連付けられ得る。これは、本発明の実施の形態が扱う予定の一般的な分野である。

【発明の概要】

【課題を解決するための手段】

【0004】

概要：
オブジェクト指向プログラミング言語環境において遅延参照（deferred reference）をサポートし得るシステムおよび方法が本明細書に記載されている。オブジェクト指向プログラミング言語環境は、将来利用可能になるオブジェクトに対して遅延参照を提供することができるインターフェースを含み得る。さらに、遅延参照に基づいてオブジェクトを得るように呼び出し側から要求を受取った後、インターフェースは、オブジェクトが利用可能である場合にはオブジェクトを呼び出し側に返すことができ、または、オブジェクトが現在のところ利用可能でない場合および／またはオブジェクトが利用可能にならない場合には呼び出し側に通知することができる。

【0005】

また、１つ以上のマイクロプロセッサ上で動作するオブジェクト指向プログラミング言語環境において遅延参照をサポートするためのシステムが本明細書に記載されている。当該システムは、将来利用可能になるオブジェクトに対して遅延参照を提供するための手段と、遅延参照に基づいてオブジェクトを得るように呼び出し側から要求を受取った後、オブジェクトが利用可能である場合にはオブジェクトを呼び出し側に返すこと、ならびに、オブジェクトが現在のところ利用可能でない場合およびオブジェクトが利用可能にならない場合のうちの少なくとも１つの場合には呼び出し側に通知すること、のうちの１つを実行するための手段とを備える。

【0006】

さらに、オブジェクト指向プログラミング言語環境において遅延参照をサポートするためのシステムが本明細書に記載されている。当該システムは、将来利用可能になるオブジェクトに対して遅延参照を提供するように構成されたインターフェースと、遅延参照に基づいてオブジェクトを得るようにインターフェースに要求を送るように構成された呼び出し側とを備える。インターフェースは、呼び出し側から要求を受取った後、オブジェクトが利用可能である場合にはオブジェクトを呼び出し側に返すこと、ならびに、オブジェクトが現在のところ利用可能でない場合およびオブジェクトが利用可能にならない場合のうちの少なくとも１つの場合には呼び出し側に通知すること、のうちの１つを実行するようにさらに構成される。

【図面の簡単な説明】

【0007】

【図1】本発明のさまざまな実施の形態に係るオブジェクト指向プログラミング（ＯＯＰ）環境において遅延参照をサポートする図である。

【図2】本発明の実施の形態に係るＯＯＰ環境において遅延タイプを定義するための例示的なインターフェースの図である。

【図3】本発明の実施の形態に係る、サーバから管理ビーン情報を取得するための例示的なソフトウェア疑似コードの図である。

【図4】本発明の実施の形態に係るＯＯＰ環境において遅延参照をサポートするための例示的なフローチャートである。

【図5】本発明の実施の形態に係るＯＯＰ環境において遅延参照をサポートするための例示的なシステムの図である。

【図6】本発明の実施の形態に係る特徴を示すための機能ブロック図である。

【発明を実施するための形態】

【0008】

詳細な説明：
オブジェクト指向プログラミング（ＯＯＰ）環境において遅延参照をサポートし得るシステムおよび方法が本明細書に記載されている。

【0009】

参照オブジェクトは、別のオブジェクトまたは指示対象への参照をカプセル化することができ、それによって参照自体を参照オブジェクトのように検討および操作することができる。遅延参照とは、まだ存在していないであろう指示対象、利用可能でないであろう指示対象、または将来のある時点でのみ利用可能になる指示対象を表わす。

【0010】

図１は、本発明のさまざまな実施の形態に係るＯＯＰ環境において遅延参照をサポートする図である。図１に示されるように、ＯＯＰ環境１００、例えばＪＡＶＡ（登録商標）プログラミング環境は、将来のオブジェクト１０３に対して遅延参照１０１を提供し得る。遅延参照１０１は、ＯＯＰ環境１００において遅延タイプを定義することができるインターフェース１１０に基づき得る。将来のオブジェクト１０３は、将来利用可能になるオブジェクト、例えばServer、Member、Connection、Mbean、ValueおよびConditionであり得る。

【0011】

ＯＯＰ環境１００において、呼び出し側１０２は、遅延参照１０１に基づいて将来のオブジェクト１０３を得るように要求、例えばgetメソッドを送り得る。指示対象または将来のオブジェクト１０３を決定するための計算は、getメソッドが呼び出されるまでは開始しないであろう。一方、呼び出し側１０２に遅延参照１０１を返すことは、直ちに行われる。

【0012】

本発明のさまざまな実施の形態によれば、呼び出し側１０２は、プロセッサ、メモリおよび通信インターフェースなどの周知のハードウェア素子を含む汎用コンピュータ上に実装され得る。呼び出し側１０２は、ソフトウェアプログラムの命令がプロセッサによって実行されると実現される。

【0013】

呼び出し側１０２から要求を受取った後、ＯＯＰ環境１００は、将来のオブジェクト１０３が現在のところ利用可能でないことを呼び出し側１０２に通知し得る。代替的に、ＯＯＰ環境は、将来のオブジェクト１０３が利用可能になるとすぐに、将来のオブジェクト１０３を呼び出し側１０２に返し得る。

【0014】

本発明のさまざまな実施の形態によれば、ＯＯＰ環境は、将来のオブジェクト１０３が利用可能になるのを待っている間は、将来のオブジェクト１０３を要求するために呼び出し側１０２が用いる呼び出しスレッド１０４をブロックすることを回避し得る。呼び出しスレッド１０４が他の重要なタスクに関与し得るので、このような非同期モデルは有益であり得る。

【0015】

さらに、ＯＯＰ環境１００は、遅延参照１０１の機能を拡張するために１つ以上のヘルパー１２０を使用し得る。また、ＯＯＰ環境１００は、別の遅延参照を遅延参照１０１にネスティングすることができる。

【0016】

本発明のさまざまな実施の形態によれば、ＯＯＰ環境は、要求された非同期動作の結果を表わし得る将来のクラスの定義、例えばJAVA Futureクラスを提供し得る。

【0017】

将来のオブジェクト１０３の遅延参照１０１を用いて、ＯＯＰ環境は、JAVA Futureクラスに関連するさまざまな問題を回避することができる。例えば、値を決定するための計算は、将来のクラスが作成されると開始し得る。さらに、将来のクラスは、呼び出しスレッドを強制的に待機させ得る。例えば、JAVA Futureクラスは、値が生成されるまでは永久に待機するように呼び出しスレッドをブロックしなければならないFuture.get()メソッド、または、呼び出しスレッドを特定の時間ブロックするFuture.get(time)メソッドを提供し得る。これらのメソッドは両方とも、非同期でないブロッキングアルゴリズムを開発者に書かせる。

【0018】

本発明のさまざまな実施の形態によれば、遅延参照１０２は、オラクル・コヒーレンス・インキュベータ・コモンにおけるcom.oracle.tools.deferredパッケージの一部としてなど、ソフトウェアパッケージの一部として有効にされるか、または、幅広く用いられるように別個のjarにおいて有効にされ得る。

【0019】

また、ＯＯＰ環境１００は、遅延オブジェクトが利用可能になったときにアプリケーションが通知されるようにするためのメカニズムを提供し得る。これにより、開発者は、基本となるオブジェクトが利用可能になったときに通知されるように１つ以上の遅延参照をコールバックとともに定義することができる。このように、基本的なオブジェクト指向プログラミング言語は、いつオブジェクトが「遅延した」ものではなくなるかをアプリケーション開発者に知らせることができる。

【0020】

図２は、本発明の実施の形態に係るＯＯＰ環境において遅延タイプを定義するための例示的なインターフェースの図である。図２に示されるように、将来利用可能になるオブジェクトに対して遅延参照を提供するために、インターフェースDeferredが使用可能または実装可能である（１行目）。インターフェースDeferredは、遅延参照を返し得るget()メソッド（３行目）と、実際に存在することなしに指示対象のクラスを判断し得るgetDeferredclass()メソッド（５行目）とを含む。

【0021】

get()メソッドが呼び出し側によって呼び出されると、オブジェクト指向プログラミング言語環境は、将来のオブジェクトが利用可能になるのを待っている間は、呼び出しスレッドをブロックすることを回避し得る。結果値が生成されるのを待つJAVA Futureクラスとは異なって、インターフェースDeferredにおけるget()メソッドは、直ちに将来のオブジェクトに参照を返す。

【0022】

さらに、ＯＯＰ環境は、オブジェクトが現在のところ利用可能でない場合に、ヌル値を返すか、またはランタイム例外を実行し得る。また、オブジェクト指向プログラミング言語環境は、オブジェクトが利用可能にならないかもしれない場合に、オブジェクト利用不可例外（例えばObjectNotAvailableException）を実行し得る。

【0023】

本発明のさまざまな実施の形態によれば、ＯＯＰ環境は、遅延参照の機能を拡張するためのさまざまなタイプの遅延ヘルパーを提供し得る。

【0024】

例えば、以下に示される遅延ヘルパーは、オブジェクトが利用可能になるのを呼び出し側が特定の期間だけ待つ、または、特定の期間の後で再試行することを確実にし得る。

【0025】

【数1】

【0026】

ＯＯＰ環境においては、保証遅延（ensured Deferred）タイプは、遅延タイプ（Deferred type）においてオブジェクトが利用可能になるのを特定の時間だけ待つ、遅延されたインプリメンテーション（ラッパー）を使用し得る。ここで、いかなる遅延タイプも保証されることができる。保証遅延タイプは、ネスティングタイムアウトの必要なしに、ネスティングされた遅延タイプを可能にする。

【0027】

さらに、遅延タイプはブロッキングセマンティックスを実装せず、保証タイプのみが実装する。保証遅延は、カスタマイズできるセマンティックスにより「待機する」ことを可能にするが、遅延タイプは、呼び出しスレッドをブロックしないであろう。例えば、遅延タイプは、指示対象が利用可能にならないと想定される場合に、（ランタイム）ObjectNotAvailableExceptionsを実行し得る。

【0028】

以下に示されるように、ＯＯＰ環境は、最大（デフォルト）期間だけ待つ、または、デフォルト期間の後で再試行することによって、遅延値を決定し得る。

【0029】

【数2】

【0030】

また、オブジェクト指向プログラミング言語環境は、呼び出し側が明確な最大タイムアウトを指定することを可能にする。

【0031】

【数3】

【0032】

本発明の実施の形態によれば、ＯＯＰ環境は、遅延ヘルパーの概念に基づいて遅延方法の呼び出しをサポートし得る。

【0033】

例えば、以下に示されるように、インターフェースおよび／またはオブジェクトの記録動的プロキシを作成し得る。

【0034】

【数4】

【0035】

このように、ＯＯＰ環境は、遅延タイプdeferredの「記録（recording）」動的プロキシを得ることができる。

【0036】

【数5】

【0037】

また、ＯＯＰ環境は、以下に示されるように、最後に記録された呼び出しコールを表わす遅延タイプを得ることができる。

【0038】

【数6】

【0039】

最終的に、ＯＯＰ環境は、list.sizeに対する最後に記録された呼び出しコールを表わす遅延タイプDeferred<Integer>を得ることができる。

【0040】

【数7】

【0041】

このように、オブジェクトの最後に記録された動的プロキシに関する値が、遅延値として呼び出し側に返されることができ、例えば遅延整数は、将来のリストのサイズを表わし得る。また、遅延参照は、別の遅延参照にネスティングされ得る。

【0042】

また、以下に示されるように、ＯＯＰ環境は、連鎖法をサポートし得る。

【0043】

【数8】

【0044】

また、オブジェクト指向プログラミング言語環境は、遅延タイプ上での遅延法の呼び出しをサポートし得る。

【0045】

【数9】

【0046】

遅延参照は、分散データ環境において有益であり得る。例えば、複数回試行ブロックを用いる代わりに、簡易試験は、以下を単に呼び出して分散データ環境におけるバーチャルマシーンおよびMbeanサーバが利用可能であることを保証することによって、クラスタが特定のサイズに達することを保証し得る。

【0047】

【数10】

【0048】

さらに、ＯＯＰ環境は、さまざまな他の遅延ヘルパーを提供し得る。例えば、上手くいったget()要求の結果をキャッシュに格納し得る遅延ヘルパーがあり得る。

【0049】

【数11】

【0050】

また、遅延ヘルパーは、値ＴをDeferred<T>に変換し得る。

【0051】

【数12】

【0052】

また、ＯＯＰ環境は、遅延タイプのJava Future表現を得ることができる。

【0053】

【数13】

【0054】

実施例
図３は、本発明の実施の形態に係る、サーバから管理ビーン情報を取得するための例示的なソフトウェア疑似コードの図である。図３に示されるように、呼び出し側は、オブジェクトの名前objectName（６行目）に基づいて、関連の管理ビーン情報、例えばMBeanInfoインスタンスを検索する前に、サーバ、例えばJMX MBeanServerインスタンス（５行目）への接続を構築し得る。

【0055】

ＯＯＰ環境は、サーバから管理ビーン情報を取得する前にさまざまな条件が満たされることを確実にする必要があるであろう。例えば、JMX MBeanServerインスタンスが起動しているバーチャルマシーン、例えばＪＡＶＡバーチャルマシーン（JAVA virtual machine：ＪＶＭ）は、JMX MBeanServerが作成され得る前に始動される必要があるであろう。さらに、サーバ接続、例えばMbeanServerConnectionは、MBeanが登録された状態で利用可能である必要があるであろう。また、オブジェクト指向プログラミング言語環境は、IOException、InstanceNotFoundException、ClassCastExceptionなどのさまざまな他の例外に対処する必要もあるであろう。

【0056】

本発明のさまざまな実施の形態によれば、オブジェクト指向プログラミング言語環境は、これらの条件が満たされ得ることを確実にするために、以下に示されるtryブロックを使用し得る。

【0057】

【数14】

【0058】

tryブロックを用いる上記のアプローチは、例えばスレッドがどれぐらいの時間スリープすべきであるのか、およびどのようにtryブロックが失敗または成功をより早期に決定できるようにすればよいのかといったさまざまな問題を引起こす可能性がある。また、再試行ループが多すぎると、コードが過度に複雑になり、理解するのが難しくなる可能性がある。

【0059】

図２に定義されるような保証遅延タイプを用いて、DeferredJMXConnectorインスタンスが以下に作成され得る。

【0060】

【数15】

【0061】

そして、遅延したMBeanInfoが作成され得る。

【0062】

【数16】

【0063】

したがって、サーバから管理ビーン情報を取得するためのコードは、以下のように単純に実現可能である。

【0064】

【数17】

【0065】

上記に示されるように、保証遅延タイプを用いて、保証遅延タイプは、遅延タイプをパラメータとみなす保証方法に「待機」ロジックを分離することができる。さらに、保証遅延タイプは、ネスティングタイムアウトなしに、ネスティングされた遅延タイプを可能にする。

【0066】

以下に示される実施例では、ＯＯＰ環境は、サービスが起動していることをアサートし得る。

【0067】

【数18】

【0068】

また、ＯＯＰ環境は、キャッシュＡおよびキャッシュＢという名前の２つのキャッシュが同等のものであることをアサートし得る。

【0069】

【数19】

【0070】

図４は、本発明の実施の形態に係るＯＯＰ環境において遅延参照をサポートするための例示的なフローチャートである。図４に示されるように、ステップ４０１において、ＯＯＰ環境は、将来利用可能になるオブジェクトに対して遅延参照を提供し得る。さらに、ステップ４０２において、遅延参照に基づいてオブジェクトを得るように呼び出し側から要求を受取った後、ＯＯＰ環境は、オブジェクトが利用可能である場合にはオブジェクトを呼び出し側に返し得て、または、オブジェクトが現在のところ利用可能でない場合および／またはオブジェクトが利用可能にならない場合には呼び出し側に通知し得る。

【0071】

図５は、本発明の実施の形態に係るＯＯＰ環境において遅延参照をサポートするための例示的なシステムの図である。図５に示されるように、システム５００は、インターフェース５１０と呼び出し側５０２とを備えるように示されている。呼び出し側５０２呼び出し側は、遅延参照に基づいてオブジェクトを得るように要求をインターフェース５１０に送ることができる。インターフェース５１０は、将来利用可能になるオブジェクトに対して遅延参照を提供することができ、呼び出し側から要求を受取った後、オブジェクトが利用可能である場合にはオブジェクトを呼び出し側に返すこと、ならびに、オブジェクトが現在のところ利用可能でない場合およびオブジェクトが利用可能にならない場合のうちの少なくとも１つの場合には呼び出し側に通知すること、のうちの１つを実行することができる。

【0072】

インターフェース５１０は、オブジェクトが利用可能になるのを待っている間は、遅延参照に基づいてオブジェクトを要求するために呼び出し側５０２が用いる呼び出しスレッドをブロックすることを回避できる。また、インターフェース５１０は、オブジェクトが利用可能になる前に、オブジェクトがどのクラスに関連付けられるかについて呼び出し側５０２に知らせることができる。さらに、インターフェース５１０は、オブジェクトが現在のところ利用可能でない場合に、ランタイム例外を実行するか、またはヌル値を返すことができる。さらに、インターフェース５１０は、オブジェクトが利用可能にならない場合に、オブジェクト利用不可例外を実行することができる。インターフェース５１０は、遅延参照を別の遅延参照にネスティングすることを可能にし得る。

【0073】

システム５００は、ヘルパー５２０をさらに備え得る。ヘルパー５２０は、オブジェクトが利用可能になるのを呼び出し側５０２が最大期間だけ待つことを確実にすることができる。また、ヘルパー５２０は、オブジェクトに関連付けられるクラス定義に基づいてオブジェクトに対する遅延参照を作成することができる。さらに、ヘルパー５２０は、オブジェクトの記録動的プロキシを得て、オブジェクトの記録動的プロキシによって、最後に記録された呼び出しの遅延表現を提供することができる。

【0074】

一実施の形態によれば、１つ以上のマイクロプロセッサ上で動作するオブジェクト指向プログラミング言語環境において遅延参照をサポートするためのシステムが開示されている。当該システムは、将来利用可能になるオブジェクトに対して遅延参照を提供するための手段と、遅延参照に基づいてオブジェクトを得るように呼び出し側から要求を受取った後、オブジェクトが利用可能である場合にはオブジェクトを呼び出し側に返すこと、ならびに、オブジェクトが現在のところ利用可能でない場合およびオブジェクトが利用可能にならない場合のうちの少なくとも１つの場合には呼び出し側に通知すること、のうちの１つを実行するための手段とを備える。

【0075】

好ましくは、当該システムは、オブジェクトが利用可能になるのを待っている間は、遅延参照に基づいてオブジェクトを要求するために呼び出し側が用いる呼び出しスレッドをブロックすることを回避するための手段をさらに備える。

【0076】

好ましくは、当該システムは、オブジェクトが利用可能になる前に、オブジェクトがどのクラスに関連付けられるかについて呼び出し側に知らせるための手段をさらに備える。

【0077】

好ましくは、当該システムは、オブジェクトが現在のところ利用可能でない場合に、ランタイム例外を実行するか、またはヌル値を返すための手段をさらに備える。

【0078】

好ましくは、当該システムは、オブジェクトが利用可能にならない場合に、オブジェクト利用不可例外を実行するための手段をさらに備える。

【0079】

好ましくは、当該システムは、オブジェクトが利用可能になるのを呼び出し側が最大期間だけ待つことを確実にするための手段をさらに備える。

【0080】

好ましくは、当該システムは、オブジェクトに関連付けられるクラス定義に基づいてオブジェクトに対する遅延参照を作成するための手段をさらに備える。

【0081】

好ましくは、当該システムは、遅延参照を別の遅延参照にネスティングするための手段をさらに備える。

【0082】

好ましくは、当該システムは、オブジェクトの記録動的プロキシを得るための手段と、オブジェクトの記録動的プロキシによって、最後に記録された呼び出しの遅延表現を提供するための手段とをさらに備える。

【0083】

好ましくは、当該システムは、遅延オブジェクトが利用可能になったときにアプリケーションが通知されるようにするためのメカニズムを提供するための手段をさらに備える。

【0084】

一実施の形態によれば、オブジェクト指向プログラミング言語環境において遅延参照をサポートするためのシステムが開示されている。当該システムは、将来利用可能になるオブジェクトに対して遅延参照を提供するように構成されたインターフェースと、遅延参照に基づいてオブジェクトを得るようにインターフェースに要求を送るように構成された呼び出し側とを備える。インターフェースは、呼び出し側から要求を受取った後、オブジェクトが利用可能である場合にはオブジェクトを呼び出し側に返すこと、ならびに、オブジェクトが現在のところ利用可能でない場合およびオブジェクトが利用可能にならない場合のうちの少なくとも１つの場合には呼び出し側に通知すること、のうちの１つを実行するようにさらに構成される。

【0085】

好ましくは、インターフェースは、オブジェクトが利用可能になるのを待っている間は、遅延参照に基づいてオブジェクトを要求するために呼び出し側が用いる呼び出しスレッドをブロックすることを回避することができる。

【0086】

好ましくは、インターフェースは、オブジェクトが利用可能になる前に、オブジェクトがどのクラスに関連付けられるかについて呼び出し側に知らせることができる。

【0087】

好ましくは、インターフェースは、オブジェクトが現在のところ利用可能でない場合に、ランタイム例外を実行するか、またはヌル値を返すことができる。

【0088】

好ましくは、インターフェースは、オブジェクトが利用可能にならない場合に、オブジェクト利用不可例外を実行することができる。

【0089】

好ましくは、当該システムは、オブジェクトが利用可能になるのを呼び出し側が最大期間だけ待つことを確実にすることができるヘルパーをさらに備える。

【0090】

好ましくは、当該システムは、オブジェクトに関連付けられるクラス定義に基づいてオブジェクトに対する遅延参照を作成することができるヘルパーをさらに備える。

【0091】

好ましくは、インターフェースは、遅延参照を別の遅延参照にネスティングすることができる。

【0092】

好ましくは、当該システムは、オブジェクトの記録動的プロキシを得て、オブジェクトの記録動的プロキシによって、最後に記録された呼び出しの遅延表現を提供することができるヘルパーをさらに備える。

【0093】

図６は、本特徴を示すための機能ブロック図である。本特徴は、オブジェクト指向プログラミング言語環境において遅延参照をサポートするためのシステム６００として実現され得る。システム６００は、１つ以上のマイクロプロセッサ６１０と、１つ以上のマイクロプロセッサ６１０上で起動するインターフェース１１０とを含む。１つ以上のマイクロプロセッサ６１０は、将来利用可能になるオブジェクトに対して遅延参照を提供するように構成された提供部６２０と、遅延参照に基づいてオブジェクトを得るように呼び出し側から要求を受取った後、オブジェクトが利用可能である場合にはオブジェクトを呼び出し側に返すこと、ならびに、オブジェクトが現在のところ利用可能でない場合およびオブジェクトが利用可能にならない場合のうちの少なくとも１つの場合には呼び出し側に通知することのうちの１つを実行するように構成された実行部６３０とを含む。実行部６３０は、リターン部６３１と、通知部６３２とを含む。リターン部６３１は、オブジェクトが利用可能である場合にはオブジェクトを呼び出し側にリターンする（返す）ように構成される。通知部６３２は、オブジェクトが現在のところ利用可能でない場合およびオブジェクトが利用可能にならない場合のうちの少なくとも１つの場合には呼び出し側に通知するように構成される。

【0094】

本発明は、１つ以上のプロセッサ、メモリ、および／または本開示の教示に従ってプログラムされたコンピュータ読取可能な記録媒体を含む１つ以上の従来の汎用もしくは専用デジタルコンピュータ、計算装置、機械、またはマイクロプロセッサを用いて好都合に実現され得る。ソフトウェアの技術分野における当業者に明らかであるように、本開示の教示に基づいて、熟練したプログラマによって適切なソフトウェアコーディングが容易に準備され得る。

【0095】

いくつかの実施の形態では、本発明は、コンピュータをプログラムして本発明のプロセスのいずれかを実行するために使用可能な命令を格納させた記録媒体またはコンピュータ読取可能な媒体であるコンピュータプログラム製品を含む。記録媒体としては、フロッピー（登録商標）ディスク、光ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、マイクロドライブ、光磁気ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリデバイス、磁気もしくは光カード、（分子メモリＩＣを含む）ナノシステムを含む任意のタイプのディスク、または、命令および／もしくはデータの格納に好適な任意のタイプの媒体もしくはデバイスを挙げることができるが、これらに限定されるものではない。

【0096】

本発明の上記の説明は、例示および説明の目的で行われた。本発明の上記の説明は、網羅的であるよう意図したものではなく、開示されている厳密な形態に本発明を限定することを意図したものではない。多くの変形例および変更例が当業者に明らかであろう。本発明の原理およびその実際の適用を最もよく説明することによって、さまざまな実施の形態について、および意図される特定の用途に適したさまざまな変形例によって、本発明を当業者が理解できるようにするために、実施の形態は選択および説明された。本発明の範囲は、以下の特許請求の範囲およびそれらの等価物によって規定されることが意図されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】