JPH04230543A - オブジェクト指向環境においてオブジェクトを処理する方法 - Google Patents
オブジェクト指向環境においてオブジェクトを処理する方法Info
- Publication number
- JPH04230543A JPH04230543A JP3220932A JP22093291A JPH04230543A JP H04230543 A JPH04230543 A JP H04230543A JP 3220932 A JP3220932 A JP 3220932A JP 22093291 A JP22093291 A JP 22093291A JP H04230543 A JPH04230543 A JP H04230543A
- Authority
- JP
- Japan
- Prior art keywords
- data
- instance
- identification
- message
- identified
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
- G06F9/4488—Object-oriented
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/953—Organization of data
- Y10S707/955—Object-oriented
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/953—Organization of data
- Y10S707/96—Object-relational
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Devices For Executing Special Programs (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明の一般的な利用分野は、目
的用プログラミングシステムである。より具体的には、
本発明は目的用システムに於て運用可能な目的識別構成
データ構造を開示している。
的用プログラミングシステムである。より具体的には、
本発明は目的用システムに於て運用可能な目的識別構成
データ構造を開示している。
【０００２】
【従来の技術及びその問題点】目的用プグラミングシス
テム（ＯＯＰＳ）に於ては、「メッセージ」が「目的」
に送られる。メッセージは二つの部分で構成される。そ
の二つの部分は、（１）目的と（２）作用である。メッ
セージの目的は、「インスタンス」と呼ばれる、ある特
定の目的から成る一つの情報を識別する役割のみを果た
す。作用はそのデータを処理すべき方法を指定する。
テム（ＯＯＰＳ）に於ては、「メッセージ」が「目的」
に送られる。メッセージは二つの部分で構成される。そ
の二つの部分は、（１）目的と（２）作用である。メッ
セージの目的は、「インスタンス」と呼ばれる、ある特
定の目的から成る一つの情報を識別する役割のみを果た
す。作用はそのデータを処理すべき方法を指定する。
【０００３】ＯＯＰＳに於て機能を発揮するには、目的
識別（ＯＩＤ）又は目的識別構成（ＯＲＥＦ）として知
られる識別手段を有していることが必要である。目的識
別構成はある目的インスタンスを唯一識別するために使
用され、その結果、メッセージをその目的に送ることが
可能になる。本来、各目的は独自の名称を有している。 目的識別構成は特定の目的が有する独自の名称を保管す
る手段として機能する。即ち、目的識別構成、その目的
を識別する目的ＩＤを有する。
識別（ＯＩＤ）又は目的識別構成（ＯＲＥＦ）として知
られる識別手段を有していることが必要である。目的識
別構成はある目的インスタンスを唯一識別するために使
用され、その結果、メッセージをその目的に送ることが
可能になる。本来、各目的は独自の名称を有している。 目的識別構成は特定の目的が有する独自の名称を保管す
る手段として機能する。即ち、目的識別構成、その目的
を識別する目的ＩＤを有する。
【０００４】目的識別構成は、目的管理装置及びメッセ
ンジャーと連係して機能する。両装置は目的用プログラ
ミングシステムに於て、メッセージを適切な目的に確実
に送るための基礎となる装置である。目的管理装置（Ｏ
Ｍ）の役割は、目的が非持久記憶装置（ＲＡＭ）内に記
憶されていようと、持久記憶装置（直接アクセス記憶装
置、ＤＡＳＤと呼ばれる）内に記憶されていようと、全
ての目的を管理し、把握することにある。さらに目的管
理装置は一貫して、データアクセスの媒介となり、記憶
装置を管理し、作業手法の一単位を構成し、又データベ
ースからの持久目的の自動具現化と自動抹消とを行なう
。メッセンジャーの役割は、あらゆるメッセージが適切
な方法コードに送られ、この方法が適切な目的データに
作用するように処置することである。
ンジャーと連係して機能する。両装置は目的用プログラ
ミングシステムに於て、メッセージを適切な目的に確実
に送るための基礎となる装置である。目的管理装置（Ｏ
Ｍ）の役割は、目的が非持久記憶装置（ＲＡＭ）内に記
憶されていようと、持久記憶装置（直接アクセス記憶装
置、ＤＡＳＤと呼ばれる）内に記憶されていようと、全
ての目的を管理し、把握することにある。さらに目的管
理装置は一貫して、データアクセスの媒介となり、記憶
装置を管理し、作業手法の一単位を構成し、又データベ
ースからの持久目的の自動具現化と自動抹消とを行なう
。メッセンジャーの役割は、あらゆるメッセージが適切
な方法コードに送られ、この方法が適切な目的データに
作用するように処置することである。
【０００５】データセットに対して実施される方法に重
点が置かれた従来のプログラミングシステムと異なり、
目的用プログラミングシステムに於ては、実在する目的
がその対象になる。実在する目的は属性と、属性に対し
て実施される作用の両方を有している。目的は、システ
ムとその使用者とが関心を持っているある事象に関する
情報を含むデータ構造である。類似の特性と共通の挙動
とを有する目的は、そのクラスに属するインスタンスと
呼ばれる。即ち、インスタンス目的はそのシステムが扱
っている事象に関する情報を有し、クラス目的はインス
タンス目的に関する情報を有する。クラス目的は単一の
クラスに属する全てのインスタンスに関連する情報を有
する。
点が置かれた従来のプログラミングシステムと異なり、
目的用プログラミングシステムに於ては、実在する目的
がその対象になる。実在する目的は属性と、属性に対し
て実施される作用の両方を有している。目的は、システ
ムとその使用者とが関心を持っているある事象に関する
情報を含むデータ構造である。類似の特性と共通の挙動
とを有する目的は、そのクラスに属するインスタンスと
呼ばれる。即ち、インスタンス目的はそのシステムが扱
っている事象に関する情報を有し、クラス目的はインス
タンス目的に関する情報を有する。クラス目的は単一の
クラスに属する全てのインスタンスに関連する情報を有
する。
【０００６】本明細書は、同時出願明細書「目的用シス
テムに装備するメッセンジャーと目的管理装置」（特許
代理人ドケット、第ＡＮ−９０−０１０号）に関連して
いる。両申請案件は共通の譲り受け人を有しており、又
共通の開示内容を有する部分をも含む。
テムに装備するメッセンジャーと目的管理装置」（特許
代理人ドケット、第ＡＮ−９０−０１０号）に関連して
いる。両申請案件は共通の譲り受け人を有しており、又
共通の開示内容を有する部分をも含む。
【０００７】ここで論じられた概念はいくつかの参考文
献の中でより具体的に記述されている。その中には、サ
リー・シラエルとステフェン・Ｊ・メローとの共著「目
的用システムの分析」（１９８８年、ヨードン出版コン
ピューティングシリーズ）、グレイディ・ブース著「目
的向けの設計とその応用」（１９９０年、ベンジャミン
／カミングズ出版社」、Ｂ・メヤー著「目的向けのソフ
トウェア構成」（１９８８年、プレンティスホール）な
どがある。
献の中でより具体的に記述されている。その中には、サ
リー・シラエルとステフェン・Ｊ・メローとの共著「目
的用システムの分析」（１９８８年、ヨードン出版コン
ピューティングシリーズ）、グレイディ・ブース著「目
的向けの設計とその応用」（１９９０年、ベンジャミン
／カミングズ出版社」、Ｂ・メヤー著「目的向けのソフ
トウェア構成」（１９８８年、プレンティスホール）な
どがある。
【０００８】本発明の目的は、目的用システムに於て使
用し、インスタンスが記憶装置内にあっても、またデー
タベース内にあっても、インスタンスを唯一識別するこ
とができるデータ構造を提供することにある。
用し、インスタンスが記憶装置内にあっても、またデー
タベース内にあっても、インスタンスを唯一識別するこ
とができるデータ構造を提供することにある。
【０００９】本発明の別の目的は、目的を自動的かつ明
瞭にデータベースから記憶装置に具体化するための検査
を施すことができるデータ構造を提供することにある。
瞭にデータベースから記憶装置に具体化するための検査
を施すことができるデータ構造を提供することにある。
【００１０】本発明の別の目的は、目的インスタンスへ
のアクセスを最適化するデータ構造を提供することにあ
る。
のアクセスを最適化するデータ構造を提供することにあ
る。
【００１１】
【課題を解決するための手段】目的用システムに於て、
各目的が目的識別構成と呼ばれるデータ構造により識別
される本発明により、これらの課題以外の課題も達成さ
れ、これらの利点以外の利点も獲得される。目的識別構
成用いる構造は、独自の目的識別欄を有する継続部分と
、記憶装置内のインスタンスデータフレームが有するア
クセスアドレスを有する非継続部分とにより構成される
。目的識別欄は、型式欄、クラス識別欄、及びインスタ
ンス識別欄を有する。アクセスアドレスは、目的インス
タンスへの後続メッセージを最適化するためのメッセー
ジか送られ、使用されると、同じ目的インスタンスのデ
ータフレームの実際のアドレスに設定し直される。
各目的が目的識別構成と呼ばれるデータ構造により識別
される本発明により、これらの課題以外の課題も達成さ
れ、これらの利点以外の利点も獲得される。目的識別構
成用いる構造は、独自の目的識別欄を有する継続部分と
、記憶装置内のインスタンスデータフレームが有するア
クセスアドレスを有する非継続部分とにより構成される
。目的識別欄は、型式欄、クラス識別欄、及びインスタ
ンス識別欄を有する。アクセスアドレスは、目的インス
タンスへの後続メッセージを最適化するためのメッセー
ジか送られ、使用されると、同じ目的インスタンスのデ
ータフレームの実際のアドレスに設定し直される。
【００１２】本発明に於ては、クラス型、インスタンス
型、スロット型、及び未創成インスタンス型を含めてい
くつかの目的識別構成の型式が識別化されている。アク
セスアドレスは、記憶装置内に現存する全てのインスタ
ンスフレームを把握する目的管理表（ＯＭＴ）の中のデ
ータフレーム制御区画に記入される指標である。アクセ
スアドレスは、型式欄により目的識別構成がインスタン
ス識別構成型であることが示されるまでは使用されない
。アクセスアドレスはインスタンス創成時刻に設定され
る。そのアクセスアドレスは、メッセージ呼び出しの際
中に設定し直され、目的管理表内のフレーム索引を最適
化するために使用される。目的は、まだ記憶装置内に存
在しなければ、実際に目的識別構成に呼び出されると、
自動的に記憶装置に読み入れられる。しかし、未使用の
目的識別構成では、検索中の目的を記憶装置に読み込む
ことはできない。インスタンスデータフレーム制御ブロ
ックは、特定の目的識別欄に対する最初のメッセージが
受信されるまでは記入されない。このようにすると、実
際に使用されている目的識別構成のみを運用する一方で
、実質的に無数の目的識別構成を目的用プログラミング
装置内に創成することができる。
型、スロット型、及び未創成インスタンス型を含めてい
くつかの目的識別構成の型式が識別化されている。アク
セスアドレスは、記憶装置内に現存する全てのインスタ
ンスフレームを把握する目的管理表（ＯＭＴ）の中のデ
ータフレーム制御区画に記入される指標である。アクセ
スアドレスは、型式欄により目的識別構成がインスタン
ス識別構成型であることが示されるまでは使用されない
。アクセスアドレスはインスタンス創成時刻に設定され
る。そのアクセスアドレスは、メッセージ呼び出しの際
中に設定し直され、目的管理表内のフレーム索引を最適
化するために使用される。目的は、まだ記憶装置内に存
在しなければ、実際に目的識別構成に呼び出されると、
自動的に記憶装置に読み入れられる。しかし、未使用の
目的識別構成では、検索中の目的を記憶装置に読み込む
ことはできない。インスタンスデータフレーム制御ブロ
ックは、特定の目的識別欄に対する最初のメッセージが
受信されるまでは記入されない。このようにすると、実
際に使用されている目的識別構成のみを運用する一方で
、実質的に無数の目的識別構成を目的用プログラミング
装置内に創成することができる。
【００１３】
【実施例】目的識別構成の用途は、目的インスタンスが
記憶装置内に存在していようと、データベース内に存在
していようと、目的インスタンスを唯一同定することに
ある。目的識別構成はいずれの場所にあるインスタンス
にも作用する。目的識別構成は目的用プログラミングシ
ステム内にある目的管理装置とメッセンジャとに連係し
て作用し、目的が実際に呼び出されると、それらを自動
的に記憶装置に具体化させる。目的識別構成の構造と使
用例とを記述する前に、目的用システムの概念と、同シ
ステムの主要相互関連因子である目的識別構成、目的管
理装置、及びメッセンジャの作用とを記述する。
記憶装置内に存在していようと、データベース内に存在
していようと、目的インスタンスを唯一同定することに
ある。目的識別構成はいずれの場所にあるインスタンス
にも作用する。目的識別構成は目的用プログラミングシ
ステム内にある目的管理装置とメッセンジャとに連係し
て作用し、目的が実際に呼び出されると、それらを自動
的に記憶装置に具体化させる。目的識別構成の構造と使
用例とを記述する前に、目的用システムの概念と、同シ
ステムの主要相互関連因子である目的識別構成、目的管
理装置、及びメッセンジャの作用とを記述する。
【００１４】図１に示したように、目的用プログラミン
グシステムは、コンピュータープラットフォーム１０２
を使用して作動するコンピュータープログラム１３８を
有している。コンピュータープログラム１３８はアプリ
ケーションプログラム１３０と、目的用プログラミング
システム１３６とを有する。
グシステムは、コンピュータープラットフォーム１０２
を使用して作動するコンピュータープログラム１３８を
有している。コンピュータープログラム１３８はアプリ
ケーションプログラム１３０と、目的用プログラミング
システム１３６とを有する。
【００１５】コンピュータープラットフォーム１０２は
、中央処理装置（ＣＰＵ）１１４、主記憶装置（ＲＡＭ
）１１２、及び入力／出力インターフェイス１１６とを
有するハードウェア装置１１０を有する。
、中央処理装置（ＣＰＵ）１１４、主記憶装置（ＲＡＭ
）１１２、及び入力／出力インターフェイス１１６とを
有するハードウェア装置１１０を有する。
【００１６】コンピュータープラットフォーム１０２は
さらに「マイクロ命令」コード１０８オペレーティング
システム１０６、及びデータベース管理装置１０４とを
有する。
さらに「マイクロ命令」コード１０８オペレーティング
システム１０６、及びデータベース管理装置１０４とを
有する。
【００１７】コンピュータープラットフォーム１０２に
は、ターミナル１２０、データ記憶装置１２４、印字装
置１２８のような種々の端末機器を接続することができ
る。データ記憶装置又は補助記憶装置１２４は、ハード
ディスクや磁気テープ装置を備えた装置でもよい。デー
タ記憶装置１２４は持久記憶装置を表わす。外部データ
ベース１３４は補助記憶装置１２４内に記憶される。目
的用プログラミングシステムに於ては、オペレーティン
グシステムは仮想記憶装置を使用し、全てのページング
を管理する。
は、ターミナル１２０、データ記憶装置１２４、印字装
置１２８のような種々の端末機器を接続することができ
る。データ記憶装置又は補助記憶装置１２４は、ハード
ディスクや磁気テープ装置を備えた装置でもよい。デー
タ記憶装置１２４は持久記憶装置を表わす。外部データ
ベース１３４は補助記憶装置１２４内に記憶される。目
的用プログラミングシステムに於ては、オペレーティン
グシステムは仮想記憶装置を使用し、全てのページング
を管理する。
【００１８】使用者１３２はターミナル１２０を介して
コンピュータープラットフォーム１０２及びコンピュー
タープログラム１３８と交信する。
コンピュータープラットフォーム１０２及びコンピュー
タープログラム１３８と交信する。
【００１９】本発明の好ましい実施態様に於ては、コン
ピュータープラットフォーム１０２は、ＩＢＭシステム
３７０機種を有するコンピューターを有する。コンピュ
ータープラットフォーム１０２に於て作動するオペレー
ティングシステム１０６はＩＢＭ多重仮想記憶装置（Ｍ
ＶＳ）である。データベース管理装置１０４はＩＢＭＤ
Ｂ２であるが、これは関連データベースである。又、コ
ンピュータープログラム１３８は中間言語Ｃを使用して
書くのが望ましい。中間言語Ｃは、Ｃコンピュータープ
ラグラミング言語の、目的用の派生言語である。中間言
語ＣはＣ＋＋コンピュータープログラミング言語と類似
している。
ピュータープラットフォーム１０２は、ＩＢＭシステム
３７０機種を有するコンピューターを有する。コンピュ
ータープラットフォーム１０２に於て作動するオペレー
ティングシステム１０６はＩＢＭ多重仮想記憶装置（Ｍ
ＶＳ）である。データベース管理装置１０４はＩＢＭＤ
Ｂ２であるが、これは関連データベースである。又、コ
ンピュータープログラム１３８は中間言語Ｃを使用して
書くのが望ましい。中間言語Ｃは、Ｃコンピュータープ
ラグラミング言語の、目的用の派生言語である。中間言
語ＣはＣ＋＋コンピュータープログラミング言語と類似
している。
【００２０】図２は目的２０２の模式図である。目的２
０２はデータ２１４（属性とも呼ばれる）と動作２０４
、動作２０６、動作２０８、動作２１０、動作２１２（
方法とも呼ばれる）とから成る。一般的に方法は機能又
は手続きとして分類される。機能は結果を返送するある
型式のコードである。通常、機能は与えられた媒介変数
の状態を変更しない傾向にある。
０２はデータ２１４（属性とも呼ばれる）と動作２０４
、動作２０６、動作２０８、動作２１０、動作２１２（
方法とも呼ばれる）とから成る。一般的に方法は機能又
は手続きとして分類される。機能は結果を返送するある
型式のコードである。通常、機能は与えられた媒介変数
の状態を変更しない傾向にある。
【００２１】図２では、目的２０２がドーナツを模して
描かれており、データ２１４がドーナツの中心にある。 データ２１４は目的２０２の様々な属性を表わしている
。目の色、誕生日、名前などが人間を表わす属性になり
得る。ドーナツの回りの部分に、データ２１４に対して
実施される動作（方法とも呼ばれる）２０４、動作２０
６、動作２０８、動作２１０、動作２１２が配置されて
いる。
描かれており、データ２１４がドーナツの中心にある。 データ２１４は目的２０２の様々な属性を表わしている
。目の色、誕生日、名前などが人間を表わす属性になり
得る。ドーナツの回りの部分に、データ２１４に対して
実施される動作（方法とも呼ばれる）２０４、動作２０
６、動作２０８、動作２１０、動作２１２が配置されて
いる。
【００２２】目的用プログラミングシステムは、目的を
クラスに分類する。このようにクラスは、それに属する
目的の特性を定義する。一つの特性は、一つの方法又は
一つの属性のどちらかである。特性は取り出し可能、即
ち他の方法が特性を呼び出せるか、又は取り出し不可能
、即ち、同一クラス内の方法以外は特性を呼び出せない
かのどちらかである。インスタンスはそれが属するクラ
スにより定義された特性を有する特定の目的である。
クラスに分類する。このようにクラスは、それに属する
目的の特性を定義する。一つの特性は、一つの方法又は
一つの属性のどちらかである。特性は取り出し可能、即
ち他の方法が特性を呼び出せるか、又は取り出し不可能
、即ち、同一クラス内の方法以外は特性を呼び出せない
かのどちらかである。インスタンスはそれが属するクラ
スにより定義された特性を有する特定の目的である。
【００２３】同一の型のクラスに属する目的を表わすド
ーナツを例にすると、一つの目的は一つの任意で独自の
価値を有している。インスタンス目的の方法あるいは機
能を表わす、ドーナツの回りの部分は、その特定のクラ
スに属する目的の各々に対して同一の配列が成される。 同様に、ドーナツの内側にあるデータも同一の構造が与
えられる。従って、二つの目的が同一の型であれば、そ
れらの構造は実際のデータあるいは属性の値以外は同一
である。
ーナツを例にすると、一つの目的は一つの任意で独自の
価値を有している。インスタンス目的の方法あるいは機
能を表わす、ドーナツの回りの部分は、その特定のクラ
スに属する目的の各々に対して同一の配列が成される。 同様に、ドーナツの内側にあるデータも同一の構造が与
えられる。従って、二つの目的が同一の型であれば、そ
れらの構造は実際のデータあるいは属性の値以外は同一
である。
【００２４】データに対して実施される機能あるいは作
用はデータを完全に取り囲み、ある意味でそのデータを
カプセル封入する。元来、データに関する事項を知るこ
とが許されている唯一のプログラミングは、ドーナツの
回りにある機能あるいはルーチンである。この型のカプ
セル封入は、目的用プログラミングに限定されるもので
はない。データカプセル封入の背後にある基本概念は人
が特性の一組のデータ属性を構成するために理解しなく
てはならないシステム素子の数を最小にすることである
。
用はデータを完全に取り囲み、ある意味でそのデータを
カプセル封入する。元来、データに関する事項を知るこ
とが許されている唯一のプログラミングは、ドーナツの
回りにある機能あるいはルーチンである。この型のカプ
セル封入は、目的用プログラミングに限定されるもので
はない。データカプセル封入の背後にある基本概念は人
が特性の一組のデータ属性を構成するために理解しなく
てはならないシステム素子の数を最小にすることである
。
【００２５】特定の一つの目的をカプセル封入している
機能のみが、カプセル封入されたそのデータがどの様に
見えるかを知っているか又は注意している要素である。 それらの機能は、カプセル封入されたデータをシステム
の他の部分から孤立させる。従って人は、時間に関して
最大限の柔軟性を発揮して、望む通りに目的のデータを
変更することができる。従って人は、技術的手法の変化
に応じて、そのデータを変更するだけで、そのシステム
を最適に修正することができる。
機能のみが、カプセル封入されたそのデータがどの様に
見えるかを知っているか又は注意している要素である。 それらの機能は、カプセル封入されたデータをシステム
の他の部分から孤立させる。従って人は、時間に関して
最大限の柔軟性を発揮して、望む通りに目的のデータを
変更することができる。従って人は、技術的手法の変化
に応じて、そのデータを変更するだけで、そのシステム
を最適に修正することができる。
【００２６】一方、このカプセル封入されたデータは移
動可能であり、関連データベースから階層データベース
へ、あるいは特定のデータベースを全く有していないパ
ーソナルコンピューターへ移すことができる。使用者は
内部データの一部を変更することしか要求されない。目
的は、自身が担当しているデータの表現方法に関心を持
ちさえすればよい。このことは目的用システムにとって
重要である。なぜなら目的は大型の携帯用ソウトウェア
製品だからである。
動可能であり、関連データベースから階層データベース
へ、あるいは特定のデータベースを全く有していないパ
ーソナルコンピューターへ移すことができる。使用者は
内部データの一部を変更することしか要求されない。目
的は、自身が担当しているデータの表現方法に関心を持
ちさえすればよい。このことは目的用システムにとって
重要である。なぜなら目的は大型の携帯用ソウトウェア
製品だからである。
【００２７】目的用プログラミングシステム内で使用す
るために定義した目的識別構成は図３に示す通りのデー
タ構造である。目的識別構成３００は、目的用プログラ
ミングシステム内のあらゆる目的の指標である。これに
比して、Ｃ言語では一つのデータのアドレスを記憶装置
におけるそのデータの初期所在場所の指標として使用し
、このアドレスを型指標の変数の中に記憶する。目的用
プログラミングシステムも、目的と呼ばれる各々のデー
タに対する指標を使用し、この指標を目的識別構成（Ｏ
ＲＥＦ）３００と呼ばれる変数の中に記憶する。
るために定義した目的識別構成は図３に示す通りのデー
タ構造である。目的識別構成３００は、目的用プログラ
ミングシステム内のあらゆる目的の指標である。これに
比して、Ｃ言語では一つのデータのアドレスを記憶装置
におけるそのデータの初期所在場所の指標として使用し
、このアドレスを型指標の変数の中に記憶する。目的用
プログラミングシステムも、目的と呼ばれる各々のデー
タに対する指標を使用し、この指標を目的識別構成（Ｏ
ＲＥＦ）３００と呼ばれる変数の中に記憶する。
【００２８】ＯＲＥＦ３００は持久部分である目的識別
欄３１０と、非持久部分であるアクセスアドレス３２０
とから成る。目的識別欄３１０はＯＲＥＦ３００により
識別される目的の持久識別部分を表わし、型式欄、クラ
ス識別欄、及びインスタンス識別欄から成る任意で独自
の識別子である。
欄３１０と、非持久部分であるアクセスアドレス３２０
とから成る。目的識別欄３１０はＯＲＥＦ３００により
識別される目的の持久識別部分を表わし、型式欄、クラ
ス識別欄、及びインスタンス識別欄から成る任意で独自
の識別子である。
【００２９】型式欄３３０は目的識別構成の型式を識別
し、メッセンジャーがそのＯＲＥＦアクセスアドレス３
２０を解明する補助をする。型式欄３３０は、ＯＲＥＦ
の静的特性と動的特性とを示す。クラス識別欄３４０は
、ＯＲＥＦ３００が識別構成になっている目的が属する
特定のクラスを識別する。インスタンスＩＤ区画３５０
は、各インスタンスデータフレームを唯一識別する。 各インスタンスデータフレームには、その所在場所が主
記憶装置１１２内であるか、データベース１３４内であ
るかを明確にするための独自のインスタンス識別子を割
り当てなければならない。
し、メッセンジャーがそのＯＲＥＦアクセスアドレス３
２０を解明する補助をする。型式欄３３０は、ＯＲＥＦ
の静的特性と動的特性とを示す。クラス識別欄３４０は
、ＯＲＥＦ３００が識別構成になっている目的が属する
特定のクラスを識別する。インスタンスＩＤ区画３５０
は、各インスタンスデータフレームを唯一識別する。 各インスタンスデータフレームには、その所在場所が主
記憶装置１１２内であるか、データベース１３４内であ
るかを明確にするための独自のインスタンス識別子を割
り当てなければならない。
【００３０】アクセスアドレス３２０は、記憶装置にお
けるインスタンス・データフレームのアドレスを表わす
。アクセスアドレスは、記憶装置１１２におけるそのイ
ンスタンスデータフレームの直接アドレスと、その目的
インスタンスを指し示す他のデータ構造を識別する間接
アドレスのどちらを用いてもよい。
けるインスタンス・データフレームのアドレスを表わす
。アクセスアドレスは、記憶装置１１２におけるそのイ
ンスタンスデータフレームの直接アドレスと、その目的
インスタンスを指し示す他のデータ構造を識別する間接
アドレスのどちらを用いてもよい。
【００３１】アクセスアドレス３２０はゼロの値に初期
設定され、ＯＲＥＦ３００を使用する最初のメッセージ
がある目的に送られた時に再設定される。
設定され、ＯＲＥＦ３００を使用する最初のメッセージ
がある目的に送られた時に再設定される。
【００３２】目的用プログラミングシステムは、メッセ
ージを基盤にしたシステムである。目的は他の目的を呼
び出し、又はこれに要求して動作を実施させる。一つの
メッセージはＯＢＪ＠ＡＣＴＩＯＮのフォーマットを有
する目的／動作の一組である。このメッセージオペレー
ターの左側は特定の「目的」を識別し、又、一つの目的
識別構成３００でもある。一方右側はその目的に於て、
あるいはその目的を用いて実施すべき作用を指定する。 記号「＠」は、中間言語Ｃで用いるメッセージオペレー
ターを表わす。作用が媒介変数を要求する機能的手続き
である場合には、そのメッセージの目的と作用の配列の
次に、括弧で分けられ、コンマで区切られた一つあるい
は一連の媒介変数が続く。
ージを基盤にしたシステムである。目的は他の目的を呼
び出し、又はこれに要求して動作を実施させる。一つの
メッセージはＯＢＪ＠ＡＣＴＩＯＮのフォーマットを有
する目的／動作の一組である。このメッセージオペレー
ターの左側は特定の「目的」を識別し、又、一つの目的
識別構成３００でもある。一方右側はその目的に於て、
あるいはその目的を用いて実施すべき作用を指定する。 記号「＠」は、中間言語Ｃで用いるメッセージオペレー
ターを表わす。作用が媒介変数を要求する機能的手続き
である場合には、そのメッセージの目的と作用の配列の
次に、括弧で分けられ、コンマで区切られた一つあるい
は一連の媒介変数が続く。
【００３３】メッセージは本質的には呼び出しである。
概念的にはメッセージは目的の一部分に対する呼び出し
又は、メッセンジャーと呼ばれる使用可能システムに対
する呼び出しである。メッセンジャーの役割は、要求を
他の目的へ伝達することである。その手法は、本質的に
は、メッセンジャーへ送られる、この特定の目的の所在
場所を見つけようとする呼び出しを検査することである
。このようにして、メッセンジャーはその呼び出しをそ
の目的に必ず伝達する。
又は、メッセンジャーと呼ばれる使用可能システムに対
する呼び出しである。メッセンジャーの役割は、要求を
他の目的へ伝達することである。その手法は、本質的に
は、メッセンジャーへ送られる、この特定の目的の所在
場所を見つけようとする呼び出しを検査することである
。このようにして、メッセンジャーはその呼び出しをそ
の目的に必ず伝達する。
【００３４】目的管理装置（ＯＭ）はメッセージオペレ
ーターの両側を解明しなければならない。目的管理装置
の役割は、その目的識別構成のデータ構造を使用して、
一つの適正な、方法としても知られるコードを捜し出す
ことと、適正な、データフレームとしても知られるデー
タブロックを捜し出すことである。メッセージ中の作用
はコードの一区分であり、メッセージ中の目的は実際に
一つのデータブロックを識別する。
ーターの両側を解明しなければならない。目的管理装置
の役割は、その目的識別構成のデータ構造を使用して、
一つの適正な、方法としても知られるコードを捜し出す
ことと、適正な、データフレームとしても知られるデー
タブロックを捜し出すことである。メッセージ中の作用
はコードの一区分であり、メッセージ中の目的は実際に
一つのデータブロックを識別する。
【００３５】目的管理装置とメッセンジャーの好ましい
実施態様は、「目的用システムに装備するメッセンジャ
ーと目的管理装置」と題され、１９９０年１０月２３日
に出願された、審査中の特許明細書、特許代理人書類番
号第ＡＮ−９−９０−０１０号中に開示されており、そ
の開示内容は、参考のため本文に編入されている。
実施態様は、「目的用システムに装備するメッセンジャ
ーと目的管理装置」と題され、１９９０年１０月２３日
に出願された、審査中の特許明細書、特許代理人書類番
号第ＡＮ−９−９０−０１０号中に開示されており、そ
の開示内容は、参考のため本文に編入されている。
【００３６】クラスの目的はロード済クラス表（ＬＣＴ
）により管理される。インスタンス目的は目的管理表（
ＯＭＴ）により管理される。目的識別構成は、クラス目
的とインスタンス目的とを指し示すたに使用される指標
である。クラス目的とインスタンス目的はフレームとし
て照合され、又その目的に作用する方法に操作される以
外には、直接操作されることはない。
）により管理される。インスタンス目的は目的管理表（
ＯＭＴ）により管理される。目的識別構成は、クラス目
的とインスタンス目的とを指し示すたに使用される指標
である。クラス目的とインスタンス目的はフレームとし
て照合され、又その目的に作用する方法に操作される以
外には、直接操作されることはない。
【００３７】図４に示した、インスタンス目的からの呼
び出しに対する流れにより、目的識別構成、目的管理装
置、及びメッセンジャーが、目的用システムに於て機能
する際に果たす役割がさらに理解できる。
び出しに対する流れにより、目的識別構成、目的管理装
置、及びメッセンジャーが、目的用システムに於て機能
する際に果たす役割がさらに理解できる。
【００３８】より具体的に、あるインスタンスの方法Ａ
３０２が、あるインスタンスの方法Ｂ４０４にメッセー
ジを送った結果、メッセンジャー４０８に対する呼び出
しが成されたものとする。メッセンジャー４０８は、ロ
ード済クラス表（ＬＣＴ）を呼び出して、クラスデータ
のアドレスと省略時解釈のインスタンスデータのアドレ
スとを解明しなければならない。ＬＣＴは既に記憶装置
内にロードされているクラスを把握している。クラスは
識別されるまではロードされない。クラスは識別される
と、そのセッションの間中、記憶装置に記憶される。イ
ンスタンス４０２のクラスがロードされていない場合は
、この時点でＬＣＴがそのクラスをロードし、次にその
クラスを呼び出して、そのクラスのデータを具体化させ
る。次の議論を行なうため、そのインスタンスのクラス
は既にロードされており、制御は再びメッセンジャーに
より行なわれるものとする。
３０２が、あるインスタンスの方法Ｂ４０４にメッセー
ジを送った結果、メッセンジャー４０８に対する呼び出
しが成されたものとする。メッセンジャー４０８は、ロ
ード済クラス表（ＬＣＴ）を呼び出して、クラスデータ
のアドレスと省略時解釈のインスタンスデータのアドレ
スとを解明しなければならない。ＬＣＴは既に記憶装置
内にロードされているクラスを把握している。クラスは
識別されるまではロードされない。クラスは識別される
と、そのセッションの間中、記憶装置に記憶される。イ
ンスタンス４０２のクラスがロードされていない場合は
、この時点でＬＣＴがそのクラスをロードし、次にその
クラスを呼び出して、そのクラスのデータを具体化させ
る。次の議論を行なうため、そのインスタンスのクラス
は既にロードされており、制御は再びメッセンジャーに
より行なわれるものとする。
【００３９】その目的がインスタンスならば、メッセン
ジャーは目的管理表（ＯＭＴ）４１２に、そのメッセー
ジにより指定されたインスタンスのデータフレームの間
接指標を提示するように要求する。目的管理装置は、整
合する目的識別欄を求めて目的管理表４１２内のエント
リーを調査する。そのインスタンス目的がその表の中に
あれば、ＯＭＴ４１２は、矢印４１４が示すように、そ
のインスタンス目的に対応する間接指標を返送する。一
方、この調査によって整合する目的が解明されず、かつ
その目的が持久目的である場合には、記憶装置内にその
持久データを記憶するための一つのフレームが割り当て
られる。この新しい目的は、データベースからその目的
のデータを具現化するように要求される。その目的がデ
ーダベース内に存在していなければ、その目的は現存し
ていないため、エラー状態が宣告される。
ジャーは目的管理表（ＯＭＴ）４１２に、そのメッセー
ジにより指定されたインスタンスのデータフレームの間
接指標を提示するように要求する。目的管理装置は、整
合する目的識別欄を求めて目的管理表４１２内のエント
リーを調査する。そのインスタンス目的がその表の中に
あれば、ＯＭＴ４１２は、矢印４１４が示すように、そ
のインスタンス目的に対応する間接指標を返送する。一
方、この調査によって整合する目的が解明されず、かつ
その目的が持久目的である場合には、記憶装置内にその
持久データを記憶するための一つのフレームが割り当て
られる。この新しい目的は、データベースからその目的
のデータを具現化するように要求される。その目的がデ
ーダベース内に存在していなければ、その目的は現存し
ていないため、エラー状態が宣告される。
【００４０】目的識別構成は解明できる時もあれば解明
できない時もある。前述のように、目的識別構成は、そ
の目的を識別するための目的ＩＤを有している。目的識
別構成は又、アクセスアドレスも有している。アクセス
アドレスは、その目的識別構成がメッセージを送るため
に最初に使用された時に、ＯＭＴ内の適正なエントリー
を指し示すように変更される。その時、その目的識別構
成は「解明済み」と呼ばれる。一旦目的が解明されると
、その目的識別欄をそれ以上探索する必要はなくなる。 しかしながら、目的管理装置は、そのＯＭＴエントリー
の中の目的識別欄が、目的識別構成の目的識別欄と整合
することを保証する。
できない時もある。前述のように、目的識別構成は、そ
の目的を識別するための目的ＩＤを有している。目的識
別構成は又、アクセスアドレスも有している。アクセス
アドレスは、その目的識別構成がメッセージを送るため
に最初に使用された時に、ＯＭＴ内の適正なエントリー
を指し示すように変更される。その時、その目的識別構
成は「解明済み」と呼ばれる。一旦目的が解明されると
、その目的識別欄をそれ以上探索する必要はなくなる。 しかしながら、目的管理装置は、そのＯＭＴエントリー
の中の目的識別欄が、目的識別構成の目的識別欄と整合
することを保証する。
【００４１】メッセンジャー４０８はＬＣＴ４１０に対
し、そのメッセージにより指定された方法のアドレスを
提示するように要求する。同時に、メッセンジャーは、
その方法がその目的に属する適正なデータにアクセスで
きるように、その方法のためにそのクラスデータと省略
時解釈のインスタンスデータのオフセットを創設する。
し、そのメッセージにより指定された方法のアドレスを
提示するように要求する。同時に、メッセンジャーは、
その方法がその目的に属する適正なデータにアクセスで
きるように、その方法のためにそのクラスデータと省略
時解釈のインスタンスデータのオフセットを創設する。
【００４２】メッセンジャー４０８は、ＬＣＴ４１０か
ら受信したアドレスを使用して、矢印４１８が示すよう
に方法Ｂを呼び出し、方法Ａが行なった呼び出しから受
け取ったシステムデータ領域と媒介変数とを方法Ｂに伝
達する。そのシステムデータ領域には、特に、ＯＭＴ４
１２から返送された間接指標が含まれている。
ら受信したアドレスを使用して、矢印４１８が示すよう
に方法Ｂを呼び出し、方法Ａが行なった呼び出しから受
け取ったシステムデータ領域と媒介変数とを方法Ｂに伝
達する。そのシステムデータ領域には、特に、ＯＭＴ４
１２から返送された間接指標が含まれている。
【００４３】例えば、方法Ｂがインスタンス方法である
ならば、方法Ｂは、データフレーム４２０に対しては、
ＯＭＴ４１２内のエントリーを介してそのデータを指し
示す間接指標を使用してアクセスする一方、方法Ｂがク
ラス方法である場合は、方法Ｂはそのクラスデータとそ
の省略時解釈のインスタンスデータとにアクセスする。
ならば、方法Ｂは、データフレーム４２０に対しては、
ＯＭＴ４１２内のエントリーを介してそのデータを指し
示す間接指標を使用してアクセスする一方、方法Ｂがク
ラス方法である場合は、方法Ｂはそのクラスデータとそ
の省略時解釈のインスタンスデータとにアクセスする。
【００４４】図５に示すように、目的識別構成の好まし
い実施態様に於ては、アクセスアドレス３２０は、実際
に目的管理表内のインスタンスデータ制御フレームを示
す指標ではある。しかしながらアクセスアドレスは、型
式欄３３０によりＯＲＥＦ３００がインスタンス識別構
成型式であることが示されるまでは使用されない。この
実施態様における型式欄３３０を利用して、クラス型、
創成済みインスタンス型、スロット目的型、又は未創成
インスタンス型を表示することができる。必要ならば、
これらの型式に他の型式を加えてもよい。クラス型はク
ラスデータフレームに対応する目的識別欄である。イン
スタンス識別部分は、クラス型目的識別表示されている
時には無視できる。創成済みインスタンス型は、インス
データフレームに対応する目的識別である。未創成イン
スタンス型は、未創成インスタンスに対応する目的識別
である。未創成とは、目的識別欄３１０のインスタンス
識別部分が、目下どのインスタンスも識別しないことを
意味する。このことは、Ｃプログラミング言語に於てゼ
ロ指標を有することと類似している。
い実施態様に於ては、アクセスアドレス３２０は、実際
に目的管理表内のインスタンスデータ制御フレームを示
す指標ではある。しかしながらアクセスアドレスは、型
式欄３３０によりＯＲＥＦ３００がインスタンス識別構
成型式であることが示されるまでは使用されない。この
実施態様における型式欄３３０を利用して、クラス型、
創成済みインスタンス型、スロット目的型、又は未創成
インスタンス型を表示することができる。必要ならば、
これらの型式に他の型式を加えてもよい。クラス型はク
ラスデータフレームに対応する目的識別欄である。イン
スタンス識別部分は、クラス型目的識別表示されている
時には無視できる。創成済みインスタンス型は、インス
データフレームに対応する目的識別である。未創成イン
スタンス型は、未創成インスタンスに対応する目的識別
である。未創成とは、目的識別欄３１０のインスタンス
識別部分が、目下どのインスタンスも識別しないことを
意味する。このことは、Ｃプログラミング言語に於てゼ
ロ指標を有することと類似している。
【００４５】インスタンス識別欄３５０は、ネットワー
ク識別、ノード識別、及び日付／時刻刻印とから成り、
その欄の大きさの合計は２４バイトである。
ク識別、ノード識別、及び日付／時刻刻印とから成り、
その欄の大きさの合計は２４バイトである。
【００４６】目的管理表４１２は、目的識別欄４３０と
インスタンスデータフレームアドレス４２２とを有する
エントリーを有する。インスタンスデータフレームアド
レス４２２は、記憶装置１１８内におけるインスタンス
データフレームの所在場所を指し示す。
インスタンスデータフレームアドレス４２２とを有する
エントリーを有する。インスタンスデータフレームアド
レス４２２は、記憶装置１１８内におけるインスタンス
データフレームの所在場所を指し示す。
【００４７】目的用プログラミングシステム内における
目的識別構成３００の使用形態をさらに詳述するために
、三つの典型的な状況を以下に示す。第一の状況は、図
六に示すように、目的識別構成３００が未創成目的を識
別する識別構成である時に発生する。第二の状況に於て
は、図７が示すように、目的識別構成３００が未解明で
あり、最後の状況に於ては、図８が示すように、目的識
別構成３００は解明済みである。
目的識別構成３００の使用形態をさらに詳述するために
、三つの典型的な状況を以下に示す。第一の状況は、図
六に示すように、目的識別構成３００が未創成目的を識
別する識別構成である時に発生する。第二の状況に於て
は、図７が示すように、目的識別構成３００が未解明で
あり、最後の状況に於ては、図８が示すように、目的識
別構成３００は解明済みである。
【００４８】目的識別構成３００が存在しないフレーム
目的に対応する時には、そのＯＲＥＦ３００はインスタ
ンスが創設されることになっているクラスのクラス創成
方法に対する媒介変数として使用される。目的管理装置
はＯＲＥＦ３００の目的識別欄３１０を検査してこの状
態を認識する。図６に示すように、型式欄３３０は型式
が未創成インスタンス型であると識別しており、クラス
識別欄３４０はインスタンスが創設されることになって
いるクラスを識別しており、インスタンス識別欄３５０
はゼロの値を有する。アクセスアドレス３２０も同じく
ゼロの値を有する。一旦目的インスタンスが創設される
と、目的管理装置は次の方法によりその目的識別構成を
変更する。（１）インスタンス識別欄３５０に、新たに
創設された目的に対応するインスタンス識別子を記入す
る。（２）アクセスアドレス３２０にその目的のフレー
ムのアドレスを記入する。（３）型式欄３３０の表示を
「インスタンス型」と変更する。それに応じて、目的管
理装置は新目的に対応するエントリーを目的管理表４１
２に加える。この時点で目的識別構成は「解明済み」目
的識別構成になる。
目的に対応する時には、そのＯＲＥＦ３００はインスタ
ンスが創設されることになっているクラスのクラス創成
方法に対する媒介変数として使用される。目的管理装置
はＯＲＥＦ３００の目的識別欄３１０を検査してこの状
態を認識する。図６に示すように、型式欄３３０は型式
が未創成インスタンス型であると識別しており、クラス
識別欄３４０はインスタンスが創設されることになって
いるクラスを識別しており、インスタンス識別欄３５０
はゼロの値を有する。アクセスアドレス３２０も同じく
ゼロの値を有する。一旦目的インスタンスが創設される
と、目的管理装置は次の方法によりその目的識別構成を
変更する。（１）インスタンス識別欄３５０に、新たに
創設された目的に対応するインスタンス識別子を記入す
る。（２）アクセスアドレス３２０にその目的のフレー
ムのアドレスを記入する。（３）型式欄３３０の表示を
「インスタンス型」と変更する。それに応じて、目的管
理装置は新目的に対応するエントリーを目的管理表４１
２に加える。この時点で目的識別構成は「解明済み」目
的識別構成になる。
【００４９】目的識別構成３００が未解明である（即ち
、アクセスアドレスがゼロの値を有する）図７に示す状
況に於ては、記憶装置１１２内又はデータベース１３４
内に現存する目的はこの特定のＯＲＥＦを使用すると初
めて識別される。そのような目的識別構成３００は、目
的識別欄を保有してはいるがまだアクセスアドレス３２
０を解明していない某しかの持久目的に属するあるデー
タ属性又は、アクセスアドレス３２０が最早的確ではな
いためゼロの値に再設定されている「旧型の」目的識別
構成により同定されているあるデータ属性を識別してい
ると考えられる。
、アクセスアドレスがゼロの値を有する）図７に示す状
況に於ては、記憶装置１１２内又はデータベース１３４
内に現存する目的はこの特定のＯＲＥＦを使用すると初
めて識別される。そのような目的識別構成３００は、目
的識別欄を保有してはいるがまだアクセスアドレス３２
０を解明していない某しかの持久目的に属するあるデー
タ属性又は、アクセスアドレス３２０が最早的確ではな
いためゼロの値に再設定されている「旧型の」目的識別
構成により同定されているあるデータ属性を識別してい
ると考えられる。
【００５０】好ましい本実施態様に於ては、この状況に
は、その目的識別構成３００を別の目的のインスタンス
方法へ送られるメッセージの中の目的部分として使用す
ることにより、対処することができる。目的管理装置は
、そのＯＲＥＦ３００のアクセスアドレス３２０を検査
することにより、その処理を開始する。図７に示すよう
に、アクセスアドレス３２０はゼロの値を有するが、こ
のことは目的管理装置がその目的を捜し出さなくてはな
らないことを意味する。目的管理装置はその識別構成上
の目的識別部分を使用して目的管理表４１２を捜索し、
識別される目的のフレームが記憶装置１１２内に現存す
るかどうかを確認する。目的管理装置は、目的管理表４
１２内にエントリーを発見した場合には、そのアクセス
アドレス３２０を適切な指標（直接か間接かは実施形態
による）を用いて最新化し、そのメッセージを適正な目
的方法へ伝達する。
は、その目的識別構成３００を別の目的のインスタンス
方法へ送られるメッセージの中の目的部分として使用す
ることにより、対処することができる。目的管理装置は
、そのＯＲＥＦ３００のアクセスアドレス３２０を検査
することにより、その処理を開始する。図７に示すよう
に、アクセスアドレス３２０はゼロの値を有するが、こ
のことは目的管理装置がその目的を捜し出さなくてはな
らないことを意味する。目的管理装置はその識別構成上
の目的識別部分を使用して目的管理表４１２を捜索し、
識別される目的のフレームが記憶装置１１２内に現存す
るかどうかを確認する。目的管理装置は、目的管理表４
１２内にエントリーを発見した場合には、そのアクセス
アドレス３２０を適切な指標（直接か間接かは実施形態
による）を用いて最新化し、そのメッセージを適正な目
的方法へ伝達する。
【００５１】識別された目的が記憶装置１１２内に現存
しておらず、従って目的管理表４１２内にエントリーを
有していなければ、目的管理装置はそのＯＲＥＦの目的
識別部分のクラス識別欄を使用して次の作用を決定する
。クラス識別欄３４０は、その目的のクラスが持久性か
どうか、即ち、その目的がデータベース１３４に持久記
憶されている可能性があるかないかを示す。クラス識別
欄３４０により、その目的のクラスが非持久性であるこ
とが示され、従ってそのクラスに属する目的がデータベ
ース１３４に記憶されていることは絶対にないことが示
された場合には、識別された目的は存在せず、実施態様
に従ってエラーが宣告される。好ましい実施方法はプロ
グラム例外である。しかしながら、クラス識別欄３４０
によりその目的のクラスが持久性であることが示され、
従ってそのクラスに属する目的がデータベース１３４に
記憶されている可能性があることが示された場合には、
識別された目的は存在する可能性があり、記憶装置１１
２内に存在していないだけである可能性がある。この場
合クラス識別欄はさらに、そのインスタンスのために記
憶装置１１２内の空のフレームを割り当てるために使用
され、又この新しいフレームインスタンスの具現化方法
に対し、空のフレームを実際のインスタンスデータで満
たすことを要求するメッセージを送るためにも使用され
る。具現化方法が成功すれば、目的管理装置は、この新
たに導入されたが、以前から存在していた目的のエント
リーを目的管理表４１２に加え、そのメッセージをその
適正な目的方法に伝達する。目的管理装置は又、アクセ
スアドレス３２０を最新化し、こうしてその目的識別構
成を解明する。一方、その具現化要求が不成功である場
合には、識別された目的は記憶装置１１２内にもデータ
ベース１３４内にも存在しない。この場合には、前述の
ようにエラー状態が宣告される。
しておらず、従って目的管理表４１２内にエントリーを
有していなければ、目的管理装置はそのＯＲＥＦの目的
識別部分のクラス識別欄を使用して次の作用を決定する
。クラス識別欄３４０は、その目的のクラスが持久性か
どうか、即ち、その目的がデータベース１３４に持久記
憶されている可能性があるかないかを示す。クラス識別
欄３４０により、その目的のクラスが非持久性であるこ
とが示され、従ってそのクラスに属する目的がデータベ
ース１３４に記憶されていることは絶対にないことが示
された場合には、識別された目的は存在せず、実施態様
に従ってエラーが宣告される。好ましい実施方法はプロ
グラム例外である。しかしながら、クラス識別欄３４０
によりその目的のクラスが持久性であることが示され、
従ってそのクラスに属する目的がデータベース１３４に
記憶されている可能性があることが示された場合には、
識別された目的は存在する可能性があり、記憶装置１１
２内に存在していないだけである可能性がある。この場
合クラス識別欄はさらに、そのインスタンスのために記
憶装置１１２内の空のフレームを割り当てるために使用
され、又この新しいフレームインスタンスの具現化方法
に対し、空のフレームを実際のインスタンスデータで満
たすことを要求するメッセージを送るためにも使用され
る。具現化方法が成功すれば、目的管理装置は、この新
たに導入されたが、以前から存在していた目的のエント
リーを目的管理表４１２に加え、そのメッセージをその
適正な目的方法に伝達する。目的管理装置は又、アクセ
スアドレス３２０を最新化し、こうしてその目的識別構
成を解明する。一方、その具現化要求が不成功である場
合には、識別された目的は記憶装置１１２内にもデータ
ベース１３４内にも存在しない。この場合には、前述の
ようにエラー状態が宣告される。
【００５２】目的識別構成３００が以前に解明されたこ
とのある、考慮している最後の状況を図８に示す。この
状況は識別された目的が現存し、この特定のＯＲＥＦ３
００を用いて以前に識別されたことがある場合に発生す
る。例えば、このＯＲＥＦ３００は、未創成目的に対応
する識別構成に関する議論に関連して前述した創設方法
によって初期設定されたＯＲＥＦ３００そのものである
こともある。この場合ＯＲＥＦは、別の目的のインスタ
ンス方法へ送られるメッセージの目的部分として使用さ
れる。
とのある、考慮している最後の状況を図８に示す。この
状況は識別された目的が現存し、この特定のＯＲＥＦ３
００を用いて以前に識別されたことがある場合に発生す
る。例えば、このＯＲＥＦ３００は、未創成目的に対応
する識別構成に関する議論に関連して前述した創設方法
によって初期設定されたＯＲＥＦ３００そのものである
こともある。この場合ＯＲＥＦは、別の目的のインスタ
ンス方法へ送られるメッセージの目的部分として使用さ
れる。
【００５３】目的管理装置はそのＯＲＥＦ３００のアク
セスアドレス３２０を検査することから開始する。その
アクセスアドレス３２０はゼロの値を有していないので
、目的管理装置はそのアクセスアドレスの妥当性検査を
試みる。その手段として目的管理装置は、そのＯＲＥＦ
の目的識別部分を目的管理表４１２内にある目的識別欄
と比較する。別の実施態様に於ては、目的識別欄をイン
スタンスフレームに包含することが可能である。アクセ
スアドレス３２０が、目的管理表４１２内にある実在の
フレームを指し示すあるエントリーに対応する間接アド
レスとして機能している場合には、該当する目的識別欄
はそのＯＭＴエントリーの中か又は、そのフレーム自体
の中に保有されているはずである。そのＯＲＥＦ３００
の目的識別部分が、該当する目的識別んに整合すれば、
そのアクセスアドレス３２０は使用され、その以上は目
的を探索する必要はなくなる。しかしながら、そのＯＲ
ＥＦ３００の目的ＩＤ部分３１０が該当する目的ＩＤに
整合しない場合は、そのアクセスアドレス３２０は以前
に一度も解明されたことがなかったかのように扱われ、
再びゼロの値に設定される。次に、未解明の目的識別構
成に対して前述した手続きを続行する。
セスアドレス３２０を検査することから開始する。その
アクセスアドレス３２０はゼロの値を有していないので
、目的管理装置はそのアクセスアドレスの妥当性検査を
試みる。その手段として目的管理装置は、そのＯＲＥＦ
の目的識別部分を目的管理表４１２内にある目的識別欄
と比較する。別の実施態様に於ては、目的識別欄をイン
スタンスフレームに包含することが可能である。アクセ
スアドレス３２０が、目的管理表４１２内にある実在の
フレームを指し示すあるエントリーに対応する間接アド
レスとして機能している場合には、該当する目的識別欄
はそのＯＭＴエントリーの中か又は、そのフレーム自体
の中に保有されているはずである。そのＯＲＥＦ３００
の目的識別部分が、該当する目的識別んに整合すれば、
そのアクセスアドレス３２０は使用され、その以上は目
的を探索する必要はなくなる。しかしながら、そのＯＲ
ＥＦ３００の目的ＩＤ部分３１０が該当する目的ＩＤに
整合しない場合は、そのアクセスアドレス３２０は以前
に一度も解明されたことがなかったかのように扱われ、
再びゼロの値に設定される。次に、未解明の目的識別構
成に対して前述した手続きを続行する。
【００５４】本発明については、その発明の特定の実施
態様に関して具体的に示し、記述したが、熟練技術者に
は、本発明の概念と範囲とから逸脱することなく、本発
明に於て形態や細部の変更が可能であることが理解され
よう。
態様に関して具体的に示し、記述したが、熟練技術者に
は、本発明の概念と範囲とから逸脱することなく、本発
明に於て形態や細部の変更が可能であることが理解され
よう。
【図１】本発明に関連した目的用プログラミングシステ
ムの説明図。
ムの説明図。
【図２】本発明に関連した目的の模式的説明図。
【図３】本発明の目的識別構成のデータ構造の説明図。
【図４】本発明に関連して使用するメッセージシステム
の説明図。
の説明図。
【図５】本発明の目的識別構成の好ましい実施態様の説
明図。
明図。
【図６】本発明が開示する、未創設目的インスタンスに
対する目的識別証の内容の説明図。
対する目的識別証の内容の説明図。
【図７】本発明が開示する、目的識別構成が未解明であ
る時の目的識別構成の内容の説明図。
る時の目的識別構成の内容の説明図。
【図８】本発明が開示する、目的識別構成が解明済みで
ある時の目的識別構成の内容の説明図。
ある時の目的識別構成の内容の説明図。
１０２ コンピュータープラットフォーム１０４
データベース管理装置 １０６ オペレーティングシステム １０８ マイクロ命令コード １１０ ハードウェア装置 １１２ 主記憶装置（ＲＡＭ） １１４ 中央処理装置（ＣＰＵ） １１６ 入力／出力インターフェイス１１８ 接続
ケーブル １２０ 端末装置 １２２ 接続ケーブル １２４ データ記憶装置 １２６ 接続ケーブル １２８ 印字装置 １３０ アプリケーションプログラム１３２ 使用
者 １３４ 外部データベース １３６ 目的用プログラミングシステム１３８ コ
ンピュータープログラム １４０ 接続ケーブル ２０２ 目的 ２０４〜２１２ 動作（方法） ２１４ データ（属性） ３００ 目的識別構成 ３１０ 目的識別欄 ３２０ アクセスアドレス ３３０ 型区画 ３４０ クラス識別欄 ３５０ インスタンス識別欄
データベース管理装置 １０６ オペレーティングシステム １０８ マイクロ命令コード １１０ ハードウェア装置 １１２ 主記憶装置（ＲＡＭ） １１４ 中央処理装置（ＣＰＵ） １１６ 入力／出力インターフェイス１１８ 接続
ケーブル １２０ 端末装置 １２２ 接続ケーブル １２４ データ記憶装置 １２６ 接続ケーブル １２８ 印字装置 １３０ アプリケーションプログラム１３２ 使用
者 １３４ 外部データベース １３６ 目的用プログラミングシステム１３８ コ
ンピュータープログラム １４０ 接続ケーブル ２０２ 目的 ２０４〜２１２ 動作（方法） ２１４ データ（属性） ３００ 目的識別構成 ３１０ 目的識別欄 ３２０ アクセスアドレス ３３０ 型区画 ３４０ クラス識別欄 ３５０ インスタンス識別欄
Claims (14)
- 【請求項１】記憶装置を内蔵し、データ目的を継続記憶
するための直接アクセス記憶装置を有するデータプロセ
ッサーを用いて作動し、複数のデータ目的が、一つ以上
の、分類された目的の方法を定義するクラスに分類され
、又少なくとも一つの目的に於て少なくとも一つの作用
を実行するために、メッセージがデータプロセッサーに
より前記目的に送られる目的用コンピュータシステムに
於て、前記メッセージ内で使用されるデータ構造であっ
て、前記メッセージ内に指定されている目的を唯一識別
するための持久部分と、前記目的用コンピューターシス
テムにおける前記目的の所在場所を指し示す非持久部分
とを有することを特徴とするデータ構造。 - 【請求項２】請求項１のデータ構造であって、前記持久
部分が、前記メッセージが送られるべき目的の種類を識
別するための型区画と、前記目的が所属するクラスを識
別するためのクラス識別区画と、前記メッセージを受信
することになっている前記目的のインスタンスを唯一識
別するためのインスタンス識別区画とを有することを特
徴とするデータ構造。 - 【請求項３】請求項１のデータ構成方法であって、前記
非持久部分が、前記目的用プログラミングシステムにお
ける目的インスタンスの所在場所を確定するための指標
を有するアクセスアドレスを有することを特徴とするデ
ータ構造。 - 【請求項４】請求項３のデータ構造であって、前記指標
が、記憶装置内における目的インスタンスのアドレスを
有することを特徴とするデータ構造。 - 【請求項５】請求項３のデータ構造であって、前記指標
が、目的管理表内の制御区画に記入される間接指標であ
って、記憶装置内における目的インスタンスのアドレス
を有することを特徴とするデータ構造。 - 【請求項６】請求項２のデータ構造であって、前記目的
がクラス目的として分類されており、従ってメッセージ
を受信する目的がクラスデータフレームであることを示
していることを特徴とするデータ構造。 - 【請求項７】請求項２のデータ構造であって、前記目的
が創成済みインスタンス目的として分類されており、従
ってメッセージを受信する目的がインスタンスデータフ
レームであることを示していることを特徴とするデータ
構造。 - 【請求項８】請求項２のデータ構造であって、前記目的
が未創成インスタンス型として分類されており、従って
メッセージを受信する目的が、記憶装置内には記憶され
ていない未創成インスタンスであることを示しているこ
とを特徴とするデータ構造。 - 【請求項９】記憶装置を内蔵し、データ目的を継続記憶
するための直接アクセス記憶装置を有するデータプロセ
ッサーを用いて作動し、複数のデータ目的が、一つ以上
の、分類された目的の方法を定義するクラスに分類され
、又少なくとも一つの目的に於て少なくとも一つの作用
を実行するために、目的識別構成データ構造を含んだメ
ッセージが、データプロセッサーにより前記目的に送ら
れる目的用コンピューターシステムに於て、未創成目的
を処理するための方法であって、その目的識別構成を解
明するために目的管理表を呼び出すことにより、前記メ
ッセージに含まれる目的識別構成データ構造を処理する
過程と、未創成目的のために記憶装置内にクラスデータ
フレームを創成して、目的管理表内に、記憶装置内にお
けるそのクラスデータフレームの所在場所を識別するエ
ントリーを挿入する過程と、新たに創成された目的を表
わす独自のインスタンス識別子を記入し、さらに前記目
的識別構成内のアドレスフィールドを、目的管理表にそ
う入された、新たに創成された目的を表わすエントリー
を識別するように変更することで、前記目的識別構成の
内容を変更することにより、前記目的識別構成を創成済
みインスタンス型の目的識別構成として認定する過程と
を有することを特徴とする方法。 - 【請求項１０】記憶装置を内蔵し、データ目的を継続記
憶するための直接アクセス記憶装置を有するデータプロ
セッサーを用いて作動し、複数のデータ目的が、一つ以
上の、分類された目的の方法を定義するクラスに分類さ
れ、又少なくとも一つの目的に於て少なくとも一つの作
用を実行するために、目的識別構成データ構造を含んだ
メッセージがデータプロセッサーにより前記目的に送ら
れる目的用コンピューターシステムに於て、未解明目的
の識別構成を処理するための方法であって、識別されて
いる目的が未解明であることを確認するために目的管理
表を呼び出すことにより、前記メッセージに含まれる目
的識別構成データ構造を処理する方法と、識別されてい
る目的に所属する記憶装置内のインスタンスデータフレ
ームを示すエントリーが存在するかどうかを確認するた
めに、前記目的識別構成の目的識別部分を使用して、目
的管理表を調査する過程と、識別されている目的に対応
するエントリーが前記目的管理表内に見出された場合に
、その目的識別構成のアドレスフィールドが、識別され
ている目的に所属する前記インスタンスデータフレーム
を示すように更新する過程と、識別されている目的に対
応するエントリーが前記目的管理表内に存在していない
場合に、識別されている目的が継続性であって直接アク
セス記憶装置に記憶されているかどうかを確認するため
、前記目的識別構成の目的識別部分を検査する過程と、
識別されている目的が持久性である場合に、識別されて
いる目的のために、記憶装置内に空のインスタンス・フ
レームを割り当て、さらに識別されている目的の具体化
方法に対し、直接アクセス記憶装置から識別されている
目的を呼び込むための要求を送る過程と、識別されてい
る目的の呼び込みが成功した場合に、呼び込まれた目的
に対応するエントリーを目的管理表に加える過程とを有
することを特徴とする方法。 - 【請求項１１】請求項１０の方法であって、前記目的識
別構成の目的識別部分により、識別されている目的が直
接アクセス記憶装置内に記憶されていないことが示され
た場合に、前記データプロセッサーにエラー状態を宣告
する過程と、その場合にエラー処理ルーチンを実行する
過程とを有していることを特徴とする方法。 - 【請求項１２】請求項１０の方法であって、識別されて
いる目的の具体化方法に要求を送っても、識別されてい
る目的を直接アクセス記憶装置から具体化することがで
きない場合に、前記データプロセッサーにエラーを宣告
する過程と、その場合にエラー処理ルーチンを実行する
過程とを有することを特徴とする方法。 - 【請求項１３】記憶装置を内蔵し、データ目的を継続記
憶するための直接アドレス記憶装置を有するデータプロ
セッサーを用いて作動し、複数のデータ目的が、一つ以
上の、分類された目的の方法を定義するクラスに分類さ
れ、又少なくとも一つの目的に於て少なくとも一つの作
用を実行するために、目的識別構成データ構造を含むメ
ッセージが、データプロセッサーにより前記目的に送ら
れる目的用コンピュータシステムに於て、解明済み目的
の識別構成を処理するための方法であって、その識別さ
れた目的が解明済みであることを確認するために目的管
理表を呼び出すことにより、前記メッセージに含まれる
目的識別構成データ構造を処理する過程と、前記目的識
別構成の目的識別部分を、目的管理表内のエントリーが
有する対応する目的識別部分と比較して整合するエント
リーを見出すことにより、その目的識別構成のアクセス
アドレス部分を確認する過程と、目的管理表内に前記目
的識別構成の目的識別部分に整合するエントリーが見出
された場合に、前記の識別されている目的の記憶装置内
における所在場所を識別するために、前記の整合する目
的管理表エントリーのアドレス部分を使用する過程とを
有することを特徴とする方法。 - 【請求項１４】請求項１３の方法であって、目的管理表
内にその目的識別構成の目的識別部分に整合するエント
リーが見出されず、従ってその目的識別構成を未解明目
的の識別構成としてさらに処理すべきことが示された場
合に、前記目的識別構成のアクセスアドレス部分をゼロ
の値に設定する過程を有することを特徴とする方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US07/602,575 US5291593A (en) | 1990-10-24 | 1990-10-24 | System for persistent and delayed allocation object reference in an object oriented environment |
| US602575 | 2000-06-22 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04230543A true JPH04230543A (ja) | 1992-08-19 |
| JP2708294B2 JP2708294B2 (ja) | 1998-02-04 |
Family
ID=24411910
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3220932A Expired - Lifetime JP2708294B2 (ja) | 1990-10-24 | 1991-08-06 | オブジェクト指向環境においてオブジェクトを処理する方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5291593A (ja) |
| EP (1) | EP0483036A3 (ja) |
| JP (1) | JP2708294B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0798649A (ja) * | 1993-06-14 | 1995-04-11 | Internatl Business Mach Corp <Ibm> | 固定オブジェクト記憶システム |
| WO1997029422A1 (en) * | 1996-02-05 | 1997-08-14 | Athena Telecom Lab, Inc. | Object management method and apparatus and data structure |
| JP2004295457A (ja) * | 2003-03-27 | 2004-10-21 | Hitachi Ltd | 記憶装置 |
Families Citing this family (81)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2613326B2 (ja) * | 1991-07-15 | 1997-05-28 | 財団法人ニューメディア開発協会 | 情報処理装置の履歴内容提示方法、及びその装置 |
| US5412797A (en) * | 1992-08-31 | 1995-05-02 | International Business Machines Corporation | Method for implementing one-to-many binary relations in object-oriented systems using doubly-linked rings |
| US5404525A (en) * | 1992-09-30 | 1995-04-04 | International Business Machines Corporation | Efficient method router that supports multiple simultaneous object versions |
| US5390325A (en) * | 1992-12-23 | 1995-02-14 | Taligent, Inc. | Automated testing system |
| US5535389A (en) * | 1993-01-26 | 1996-07-09 | International Business Machines Corporation | Business process objects with associated attributes such as version identifier |
| US5613099A (en) * | 1993-02-17 | 1997-03-18 | International Business Machines Corporation | Persistent object storage system with modifiable group skeletal formats |
| CA2102883A1 (en) * | 1993-02-26 | 1994-08-27 | James W. Arendt | System and method for lazy loading of shared libraries |
| US5377350A (en) * | 1993-04-30 | 1994-12-27 | International Business Machines Corporation | System for cooperative communication between local object managers to provide verification for the performance of remote calls by object messages |
| SE501433C2 (sv) * | 1993-06-23 | 1995-02-13 | Ellemtel Utvecklings Ab | Sätt att uppnå dataaccess i en primärminnesbaserad databas |
| US5483654A (en) * | 1993-09-15 | 1996-01-09 | Allen-Bradley Company, Inc. | Apparatus to select computer program for execution |
| WO1995012848A1 (en) * | 1993-11-03 | 1995-05-11 | Eo, Inc. | Recovery boot process |
| US5600838A (en) * | 1994-01-18 | 1997-02-04 | Sybase, Inc. | Object oriented dispatch and supercall process and arrangement |
| US5787440A (en) * | 1994-03-10 | 1998-07-28 | Crossties Software Corp. | Object oriented architecture with bidirectional linking of relationships between objects |
| AU1747395A (en) * | 1994-03-30 | 1995-10-23 | Apple Computer, Inc. | Object oriented message passing system and method |
| JPH07295815A (ja) * | 1994-04-26 | 1995-11-10 | Internatl Business Mach Corp <Ibm> | 永続オブジェクトのマッピング・システム及び方法 |
| US5694597A (en) * | 1994-04-26 | 1997-12-02 | International Business Machines Corporation | Method and system for optimizing access to a datastore |
| US5734903A (en) * | 1994-05-13 | 1998-03-31 | Apple Computer, Inc. | System and method for object oriented message filtering |
| JP2927325B2 (ja) * | 1994-06-29 | 1999-07-28 | 富士ゼロックス株式会社 | データ管理システム |
| US5581737A (en) * | 1994-09-12 | 1996-12-03 | International Business Machines Corporation | Method and apparatus for expansion, contraction, and reapportionment of structured external storage structures |
| US5542078A (en) * | 1994-09-29 | 1996-07-30 | Ontos, Inc. | Object oriented data store integration environment for integration of object oriented databases and non-object oriented data facilities |
| WO1996020448A1 (en) * | 1994-12-23 | 1996-07-04 | Southwestern Bell Technology Resources, Inc. | Flexible network platform and call processing system |
| US5692180A (en) * | 1995-01-31 | 1997-11-25 | International Business Machines Corporation | Object-oriented cell directory database for a distributed computing environment |
| US6715148B1 (en) | 1995-04-03 | 2004-03-30 | International Business Machines Corporation | Efficient method router that supports multiple simultaneous object versions |
| US5842223A (en) * | 1995-07-03 | 1998-11-24 | Sun Microsystems Inc. | Method and apparatus for information state management |
| US5925108A (en) * | 1995-11-03 | 1999-07-20 | Novell, Inc. | Event notification in a computer system |
| US5784620A (en) * | 1995-11-15 | 1998-07-21 | Philips Electronics North America Corp. | Object-oriented system having shared-persistent class pattern |
| US5794030A (en) * | 1995-12-04 | 1998-08-11 | Objectivity, Inc. | System and method for maintenance and deferred propagation of schema changes to the affected objects in an object oriented database |
| US6016498A (en) * | 1996-03-04 | 2000-01-18 | Bakke; Stephen Peter | Object oriented architecture with bidirectional linking of relationships between objects |
| US6785690B1 (en) * | 1996-03-18 | 2004-08-31 | Hewlett-Packard Development Company, L.P. | Method and system for storage, retrieval, and query of objects in a schemeless database |
| US5870753A (en) * | 1996-03-20 | 1999-02-09 | International Business Machines Corporation | Method and apparatus for enabling a persistent metastate for objects in an object oriented environment |
| US5745675A (en) * | 1996-04-23 | 1998-04-28 | International Business Machines Corporation | Object oriented framework mechanism for performing computer system diagnostics |
| US5727145A (en) * | 1996-06-26 | 1998-03-10 | Sun Microsystems, Inc. | Mechanism for locating objects in a secure fashion |
| US5809507A (en) * | 1996-07-01 | 1998-09-15 | Sun Microsystems, Inc. | Method and apparatus for storing persistent objects on a distributed object network using a marshaling framework |
| US5752249A (en) * | 1996-11-14 | 1998-05-12 | Macon, Jr.; Charles E. | System and method for instantiating a sharable, presistent parameterized collection class and real time process control system embodying the same |
| US5905987A (en) | 1997-03-19 | 1999-05-18 | Microsoft Corporation | Method, data structure, and computer program product for object state storage in a repository |
| US6189046B1 (en) * | 1997-03-27 | 2001-02-13 | Hewlett-Packard Company | Mechanism and method for merging cached location information in a distributed object environment |
| US5937402A (en) * | 1997-06-19 | 1999-08-10 | Ontos, Inc. | System for enabling access to a relational database from an object oriented program |
| US6070169A (en) * | 1998-02-12 | 2000-05-30 | International Business Machines Corporation | Method and system for the determination of a particular data object utilizing attributes associated with the object |
| FR2780529B1 (fr) * | 1998-06-30 | 2000-08-04 | Bull Sa | Procede pour l'optimisation des acces a une base de donnees |
| US6792606B2 (en) | 1998-07-17 | 2004-09-14 | International Business Machines Corporation | Method and apparatus for object persistence |
| US7013305B2 (en) | 2001-10-01 | 2006-03-14 | International Business Machines Corporation | Managing the state of coupling facility structures, detecting by one or more systems coupled to the coupling facility, the suspended state of the duplexed command, detecting being independent of message exchange |
| US6625603B1 (en) * | 1998-09-21 | 2003-09-23 | Microsoft Corporation | Object type specific access control |
| US6370686B1 (en) * | 1998-09-21 | 2002-04-09 | Microsoft Corporation | Method for categorizing and installing selected software components |
| US6442566B1 (en) * | 1998-12-15 | 2002-08-27 | Board Of Trustees Of The Leland Stanford Junior University | Frame-based knowledge representation system and methods |
| US6505211B1 (en) | 1999-01-26 | 2003-01-07 | International Business Machines Corporation | Method for providing for persistence of java classes where the persistence semantics may be orthogonal to the class definition |
| US6601234B1 (en) | 1999-08-31 | 2003-07-29 | Accenture Llp | Attribute dictionary in a business logic services environment |
| US6539396B1 (en) * | 1999-08-31 | 2003-03-25 | Accenture Llp | Multi-object identifier system and method for information service pattern environment |
| US6715145B1 (en) | 1999-08-31 | 2004-03-30 | Accenture Llp | Processing pipeline in a base services pattern environment |
| US6636242B2 (en) | 1999-08-31 | 2003-10-21 | Accenture Llp | View configurer in a presentation services patterns environment |
| US6640238B1 (en) | 1999-08-31 | 2003-10-28 | Accenture Llp | Activity component in a presentation services patterns environment |
| US6549949B1 (en) | 1999-08-31 | 2003-04-15 | Accenture Llp | Fixed format stream in a communication services patterns environment |
| US6640249B1 (en) | 1999-08-31 | 2003-10-28 | Accenture Llp | Presentation services patterns in a netcentric environment |
| US6742015B1 (en) | 1999-08-31 | 2004-05-25 | Accenture Llp | Base services patterns in a netcentric environment |
| US7289964B1 (en) | 1999-08-31 | 2007-10-30 | Accenture Llp | System and method for transaction services patterns in a netcentric environment |
| US6601192B1 (en) | 1999-08-31 | 2003-07-29 | Accenture Llp | Assertion component in environment services patterns |
| US6640244B1 (en) | 1999-08-31 | 2003-10-28 | Accenture Llp | Request batcher in a transaction services patterns environment |
| US6578068B1 (en) | 1999-08-31 | 2003-06-10 | Accenture Llp | Load balancer in environment services patterns |
| US6615253B1 (en) | 1999-08-31 | 2003-09-02 | Accenture Llp | Efficient server side data retrieval for execution of client side applications |
| US6842906B1 (en) | 1999-08-31 | 2005-01-11 | Accenture Llp | System and method for a refreshable proxy pool in a communication services patterns environment |
| US6571282B1 (en) | 1999-08-31 | 2003-05-27 | Accenture Llp | Block-based communication in a communication services patterns environment |
| US6954220B1 (en) | 1999-08-31 | 2005-10-11 | Accenture Llp | User context component in environment services patterns |
| US6487208B1 (en) | 1999-09-09 | 2002-11-26 | International Business Machines Corporation | On-line switch diagnostics |
| US6560720B1 (en) | 1999-09-09 | 2003-05-06 | International Business Machines Corporation | Error injection apparatus and method |
| US6601195B1 (en) | 1999-09-09 | 2003-07-29 | International Business Machines Corporation | Switch adapter testing |
| US7213023B2 (en) * | 2000-10-16 | 2007-05-01 | University Of North Carolina At Charlotte | Incremental clustering classifier and predictor |
| US6694507B2 (en) * | 2000-12-15 | 2004-02-17 | International Business Machines Corporation | Method and apparatus for analyzing performance of object oriented programming code |
| US6996825B2 (en) * | 2001-12-27 | 2006-02-07 | Sun Microsystems, Inc. | Method and apparatus for efficient object sub-typing |
| US7424701B2 (en) * | 2002-02-12 | 2008-09-09 | Sandpiper Software, Inc. | Method and apparatus for frame-based knowledge representation in the unified modeling language (UML) |
| US7356540B2 (en) * | 2002-07-03 | 2008-04-08 | Smith David E A | Data storage and retrieval system |
| US6928345B2 (en) * | 2003-03-06 | 2005-08-09 | Honeywell International Inc. | Vehicle health management system |
| US7720794B2 (en) | 2003-08-05 | 2010-05-18 | International Business Machines Corporation | Identifying resource and data instances in management systems |
| US8544020B1 (en) * | 2004-09-14 | 2013-09-24 | Azul Systems, Inc. | Cooperative preemption |
| US8037482B1 (en) * | 2004-09-14 | 2011-10-11 | Azul Systems, Inc. | Accelerated class check |
| US9146789B2 (en) * | 2006-03-21 | 2015-09-29 | Oracle America, Inc. | Method and apparatus for generating and using location-independent distributed object references |
| US20080005160A1 (en) * | 2006-06-30 | 2008-01-03 | Microsoft Corporation | Assembly Sensitive Dynamic Classloading Of .Net Types in J# |
| CN100551146C (zh) * | 2007-01-22 | 2009-10-14 | 华为技术有限公司 | 一种实现用户身份关联的方法、系统及装置 |
| US9686091B2 (en) * | 2013-02-01 | 2017-06-20 | Harman International Industries, Incorporated | Network address management and functional object discovery system |
| US9317566B1 (en) | 2014-06-27 | 2016-04-19 | Groupon, Inc. | Method and system for programmatic analysis of consumer reviews |
| US10878017B1 (en) * | 2014-07-29 | 2020-12-29 | Groupon, Inc. | System and method for programmatic generation of attribute descriptors |
| US10977667B1 (en) | 2014-10-22 | 2021-04-13 | Groupon, Inc. | Method and system for programmatic analysis of consumer sentiment with regard to attribute descriptors |
| US11294721B2 (en) | 2019-07-29 | 2022-04-05 | Marvell Asia Pte, Ltd. | Object-oriented memory for client-to-client communications |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4445177A (en) * | 1981-05-22 | 1984-04-24 | Data General Corporation | Digital data processing system utilizing a unique arithmetic logic unit for handling uniquely identifiable addresses for operands and instructions |
| US4660142A (en) * | 1981-05-22 | 1987-04-21 | Data General Corporation | Digital data processing system employing an object-based addressing system with a single object table |
| US4558413A (en) * | 1983-11-21 | 1985-12-10 | Xerox Corporation | Software version management system |
| US4621321A (en) * | 1984-02-16 | 1986-11-04 | Honeywell Inc. | Secure data processing system architecture |
| JPS6182232A (ja) * | 1984-09-29 | 1986-04-25 | Olympus Optical Co Ltd | 情報登録検索方式 |
| JPH0656595B2 (ja) * | 1984-11-20 | 1994-07-27 | 富士通株式会社 | 仮想化オプジエクト制御方式 |
| US4853842A (en) * | 1985-09-11 | 1989-08-01 | Texas Instruments Incorporated | Computer memory system having persistent objects |
| US4885714A (en) * | 1986-10-27 | 1989-12-05 | Hewlett-Packard Company | Calculator having a user-accessible object stack for the uniform application of mathematical functions and logical operations to a multiplicity of object types |
| JPS647231A (en) * | 1987-06-30 | 1989-01-11 | Toshiba Corp | Parallel processing device for object directional system |
| JPH0734177B2 (ja) * | 1987-07-16 | 1995-04-12 | 日本電気株式会社 | 知識情報参照装置 |
| US4953080A (en) * | 1988-04-25 | 1990-08-28 | Hewlett-Packard Company | Object management facility for maintaining data in a computer system |
| US4989132A (en) * | 1988-10-24 | 1991-01-29 | Eastman Kodak Company | Object-oriented, logic, and database programming tool with garbage collection |
| US5125091A (en) * | 1989-06-08 | 1992-06-23 | Hazox Corporation | Object oriented control of real-time processing |
| US5161225A (en) | 1989-10-23 | 1992-11-03 | International Business Machines Corporation | Persistent stream for processing time consuming and reusable queries in an object oriented database management system |
| JPH0833862B2 (ja) * | 1989-10-23 | 1996-03-29 | インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン | オブジエクト指向コンピユータ・システム |
| US5161223A (en) | 1989-10-23 | 1992-11-03 | International Business Machines Corporation | Resumeable batch query for processing time consuming queries in an object oriented database management system |
| US5151987A (en) * | 1990-10-23 | 1992-09-29 | International Business Machines Corporation | Recovery objects in an object oriented computing environment |
-
1990
- 1990-10-24 US US07/602,575 patent/US5291593A/en not_active Expired - Fee Related
-
1991
- 1991-08-06 JP JP3220932A patent/JP2708294B2/ja not_active Expired - Lifetime
- 1991-09-26 EP EP19910480149 patent/EP0483036A3/en not_active Withdrawn
Non-Patent Citations (2)
| Title |
|---|
| PROC OF 4TH INTERNATIONAL CONF ON DATA ENGINEERING=1988US * |
| SOFTWARE ENGINEERING JOURNAL=1988US * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0798649A (ja) * | 1993-06-14 | 1995-04-11 | Internatl Business Mach Corp <Ibm> | 固定オブジェクト記憶システム |
| WO1997029422A1 (en) * | 1996-02-05 | 1997-08-14 | Athena Telecom Lab, Inc. | Object management method and apparatus and data structure |
| JP2004295457A (ja) * | 2003-03-27 | 2004-10-21 | Hitachi Ltd | 記憶装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0483036A2 (en) | 1992-04-29 |
| EP0483036A3 (en) | 1993-03-10 |
| US5291593A (en) | 1994-03-01 |
| JP2708294B2 (ja) | 1998-02-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH04230543A (ja) | オブジェクト指向環境においてオブジェクトを処理する方法 | |
| US5535389A (en) | Business process objects with associated attributes such as version identifier | |
| US5732263A (en) | Systems, methods and computer program products for generating and validating user defined object classes in an object oriented programming environment after build time | |
| CA2037750C (en) | Hierarchical inter-panel process flow control | |
| US5161225A (en) | Persistent stream for processing time consuming and reusable queries in an object oriented database management system | |
| US5689664A (en) | Interface sharing between objects | |
| US6810522B2 (en) | Method and system for associating parameters of containers and contained objects | |
| EP0817101B1 (en) | Method and system for uniformly accessing multiple directory services | |
| US7849179B2 (en) | System and program for managing devices in a network | |
| USRE39285E1 (en) | Method and system for dynamically generating object connections | |
| US6996590B2 (en) | Method and system for the garbage collection of shared data | |
| JP2007257654A5 (ja) | ||
| US20060026264A1 (en) | Shared object stores for a networked computer system | |
| JPH03137730A (ja) | オブジエクト指向コンピユータ・システム | |
| KR20010103603A (ko) | 모델의 충격 분석 | |
| US7383551B2 (en) | Method and system for integrating non-compliant providers of dynamic services into a resource management infrastructure | |
| US7412665B2 (en) | Menu management in an OLE document environment | |
| KR100280820B1 (ko) | C＋＋ 객체지향 프로그래밍 시스템에서의 객체에 영속성부여 방법 | |
| US20020170045A1 (en) | Method for programmatic representation and enforcement of resource controls | |
| US20030177475A1 (en) | Method and apparatus for deployment of high integrity software using initialization order and calling order constraints | |
| JPH08512151A (ja) | 一次記憶装置方式のデータベースにおけるデータアクセス方法 | |
| CN112860354A (zh) | 一种基于Laravel框架的状态机的建模方法及终端 | |
| US7849470B2 (en) | System and method for extending a programming language to include multiple dissimilar object systems | |
| US5937166A (en) | Method and apparatus for information processing | |
| JPH11259299A (ja) | 構造化文書作成支援方法、構造化文書作成支援システム、プログラムを格納する記憶媒体、記憶装置及びオブジェクト指向構造化文書作成支援システム |