JPH11259299A - 構造化文書作成支援方法、構造化文書作成支援システム、プログラムを格納する記憶媒体、記憶装置及びオブジェクト指向構造化文書作成支援システム - Google Patents

構造化文書作成支援方法、構造化文書作成支援システム、プログラムを格納する記憶媒体、記憶装置及びオブジェクト指向構造化文書作成支援システム

Info

Publication number
JPH11259299A
JPH11259299A JP11008279A JP827999A JPH11259299A JP H11259299 A JPH11259299 A JP H11259299A JP 11008279 A JP11008279 A JP 11008279A JP 827999 A JP827999 A JP 827999A JP H11259299 A JPH11259299 A JP H11259299A
Authority
JP
Japan
Prior art keywords
user
software structure
software
map
class
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.)
Pending
Application number
JP11008279A
Other languages
English (en)
Inventor
Tetsuro Motoyama
モトヤマ テツロウ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Publication of JPH11259299A publication Critical patent/JPH11259299A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99954—Version management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

(57)【要約】 【課題】 ソフトウエアオブジェクト、データアイテ
ム、ソフトウエアルーチン及びモジュール等を含むソフ
トウエア構造に対する参照を不都合なくリセットする。 【解決手段】 第１のソフトウエア構造１１２のユーザ
についての参照リスト１１４を有する第１のソフトウエ
ア構造１１２を生成し、第２のソフトウエア構造１０
０，１０４，１０８のために、第１のソフトウエア構造
１１２に対する参照１０２，１０６，１１０を生成し、
第１のソフトウエア構造１１２のユーザについての参照
リスト１１４に第２のソフトウエア構造１００，１０
４，１０８についての参照１０２，１０６，１１０を付
加する。これにより、ユーザソフトウエアオブジェクト
である第２のソフトウエア構造１００，１０４，１０８
は、生成されたオブジェクトが削除された後に、生成さ
れた参照ソフトウエアオブジェクトである第１のソフ構
造１１２を参照しなくなる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ソフトウエア構造
についての参照を管理する技術に関する。より詳しく
は、ソフトウエア構造が削除された後にソフトウエア構
造についての参照をリセットする技術に関する。あるい
は、ソフトウエア構造が削除された場合に、参照のアッ
プデートを容易にするようソフトウエア構造についての
参照の登録を提供する技術に関する。あるいは、ソフト
ウエアオブジェクトが削除された場合に、参照のアップ
デートを容易にするようソフトウエアオブジェクトにつ
いての参照の登録を提供する技術に関する。さらに、本
発明は、参照ソフトウエアオブジェクトが削除された場
合に、ユーザのアップデートを容易にするようソフトウ
エアオブジェクトのユーザの登録を提供する方法、シス
テム、プログラムを格納したコンピュータ読み取り可能
な記憶媒体、記憶装置及びオブジェクト指向システムに
関する。
【０００２】
【従来の技術】オブジェクト指向プログラミング（ＯＯ
Ｐ）は、プログラムを他のオブジェクトと対話するデー
タ構造及びルーチンの集合を自らの中に含んでいるよう
な別個のオブジェクトの集合であるように扱うプログラ
ム方法である。Ｃ＋＋を含む多くの高度な言語ハ、クラ
ス宣言をサポートする。クラスは、典型的には、テンプ
レートや、プログラム実行中には構築ファンクションに
よって生成又は例示され、オブジェクトがもはや必要で
なくなった場合には破壊ファンクションによって破壊さ
れるオブジェクトやオブジェクトのインスタンスの詳細
な説明である。クラスについての対話の参照は、構築者
（コンストラクタ）が呼び出した結果として現在存在す
る全てのオブジェクトを含む。クラスは、データアイテ
ム、構造及びメソッドによって構成されている。データ
アイテムは、先行するプログラミング技術の変数に対応
する。構造は、関連するデータアイテム及び他の構造の
グループ化である。メソッドは、先行するプログラミン
グ技術のサブルーチンに対応する。
【０００３】オブジェクト指向フレームワークは、アプ
リケーションの構築を支援する抽象的及び具体的なクラ
スを備えた再利用可能な基本的な設計構造である。
【０００４】オブジェクト指向プログラミングの３つの
主要な特徴は、継承、カプセル化及び多様化である。継
承は、プログラマに、広い範囲のオブジェクトのために
望まれる特徴と共に、ゼネラルクラス又はベースクラス
を構築することを許容する。例えば、プログラマが多角
形というクラスを設計する場合を想定する。この場合、
多角形は、頂点で結合される複数の直線によって成り立
つ閉凸形状のような所定の特徴を持つものとする。プロ
グラマがそのような多角形というクラスを設計した場
合、多角形という親クラスの特性を備えた三角形、四角
形、六角型及び八角形のような多角形のサブクラスを構
築することが可能となる。また、例えば、長方形やひし
形のような四角形クラスのサブクラスを持つことも可能
である。つまり、多角形というクラスは、そのサブクラ
スの中で現実のオブジェクトの例示が実行されるような
ベースクラスと考えられる。しかしながら、多角形とい
うクラスは、継承という目的のために、全てのサブクラ
スに共通する所定の特性の固有性を構築する。
【０００５】カプセル化及び多様化は、オブジェクト指
向システムの特許等を通じて既に周知である。オブジェ
クト指向プログラミングについての包括的な議論は、Co
ad, P．and Yourden E., Object-oriented Analysis, S
econd Edition, Prentice-Hall, Inc., New Jersey, 19
91Booch, G., Object-Oriented Analysis and Design w
ith Application, SecondEdition, Addison Wesley Lon
gman, California, 1994に開示されている。
【０００６】文字列変数や文字列直定数は、特定のアプ
リケーションのキャラクタセットのキャラクタシーケン
スからなっているデータ構造である。ヌルという文字列
やニルという文字列、あるいは、エンプティという文字
列は、何のキャラクタも含まないという文字列である。
【０００７】プログラミング言語におけるポインタ及び
参照は、絶対的なコンピュータメモリアドレスに等しい
値を持つデータアイテムである。多くの高度なプログラ
ム言語では、ポインタは、コンピュータメモリに動的に
割り当てられる最初のアドレス可能なユニットのアドレ
スを保持するために用いられる。コンピュータメモリ
は、プログラムのコンパイル、ローディング及び実行
中、データ及び指示の両者を動的に割り当てる。本発明
では、ソフトウエア構造が、データや指示を構築する１
又は複数のソフトウエア要素のアドレス可能な集合であ
る。ソフトウエア構造の独立した要素は、何らかの構造
物に継続的に格納され、あるいは、独立要素にアクセス
するよう用いられる参照と共に、非継続な格納位置に格
納される。
【０００８】例えば、複数のポインタが特定のソフトウ
エア構造の参照インスタンスを設定する値を持つとし
て、そのソフトウエア構造が削除されたとすると、ポイ
ンタは、典型的に、現在のアプリケーションにとっても
はや有効なデータや指示を参照しなくなる。アプリケー
ションは、典型的には、モジュール間の通信のためのイ
ンターフェースを備える複数のモジュールを持つように
分割されている。本発明では、モジュールは、特定のタ
スクや特定の抽象的データタイプのものを実行するルー
チンやデータ構造の集合である。もしも、上述したよう
な複数のポインタが異なるモジュールに存在する場合に
は、使用前にそのポインタの有効性を調べることは容易
でない。例えば、もはや有効でないポインタの使用は、
参照ソフトウエア構造の削除の結果、コンピュータシス
テムのクラッシュをしばしば生じさせる。
【０００９】関連技術における参照計数技術は、ソフト
ウエア構造の複数のユーザを許容するようにソフトウエ
ア構造が要求された場合であっても、新たに配置された
ソフトウエア構造についての参照を伴う計数値のための
格納位置を必要とする。プログラム実行中のソフトウエ
ア構造の参照は、カウンタ参照を伴う。カウンタは、ソ
フトウエア構造に対して新しいユーザがアクセスを確立
する毎に１つインクリメントされる。また、カウンタ
は、ユーザがそのソフトウエア構造に対するアクセスを
手放す毎に１つデクリメントされる。カウンタ値がゼロ
となった場合、そのソフトウエア構造はユーザを持たず
にもはや不必要となるので、そのソフトウエア構造は削
除される。参照計数構造の関連技術については、Meyer
s, S., More Effective C++, Addison Wesley Longman,
Inc., Massachusetts, 1996に完全な記述がなされてい
る。
【００１０】
【発明が解決しようとする課題】参照計数技術は、ソフ
トウエアオブジェクトのユーザ数を追跡するために実用
化されている。参照計数技術を用いる１つの理由は、記
憶領域の余剰を防止することにある。ＣやＣ＋＋のよう
なコンピュータプログラミング言語では、キャラクタ文
字列直定数についての参照は、文字列中の最初のキャラ
クタに対するポインタによってなされる。いくつかの場
合においては、同一の直定数キャラクタ文字列について
の複数の参照は、コンピュータメモリ中に格納された同
一値の過度の余剰を導く。
【００１１】他の例においては、コンピュータは、キャ
ラクタ文字列の値を構文解析するように認識し、文字列
を生成し、これをコンピュータメモリ中に格納し、そし
て、その文字列のユーザのためにその文字列のアドレス
をその文字列の参照に関連させる。ユーザは、文字列に
対して参照を動的に手放すので、使用済文字列は、その
文字列の全てのユーザがその文字列についての参照を手
放すまでその存在を維持する。参照計数技術は、特定の
ソフトウエア構造のユーザの現在数のカウンタを構築す
る。ソフトウエア構造の新しいユーザがソフトウエア構
造を参照する場合には、カウンタは、そのソフトウエア
構造の総ユーザ数を反映するためにインクリメントされ
る。ソフトウエア構造がアップデートされ、もはや使用
済ソフトウエア構造が参照されなくなれば、そのソフト
ウエア構造の現在のユーザ数を反映するために参照値が
デクリメントされる。参照カウンタがゼロ値となった場
合、使用済ソフトウエア構造は削除され、コンピュータ
メモリは他のユーザのために開放される。もしも、ソフ
トウエア構造の少なくとも１つのユーザが存在する間に
システムが使用済ソフトウエア構造の削除を必要とする
場合には、削除される使用済ソフトウエア構造の削除を
ユーザに伝えるのは容易でない。
【００１２】図１４及び図１５は、参照計数構造の一例
を示すオブジェクトの模式図である。図１４は、単一の
使用済オブジェクト４０、参照計数オブジェクト３８に
おける参照カウント、及び、ユーザ１のオブジェクト３
０とユーザ２のオブジェクト３２とユーザ３のオブジェ
クト３４とユーザ４のオブジェクト３６とからなる４つ
のユーザオブジェクトを伴う参照計数構造を示す。参照
カウント３８は、使用済オブジェクト４０を現在用いて
いる全４つのユーザオブジェクトを反映する４という値
を含んでいる。各ユーザオブジェクトから参照計数オブ
ジェクト３８に向かう矢印は、各ユーザオブジェクトか
ら参照計数オブジェクト３８に対してのポインタを意味
している。参照カウンタ３８から使用済オブジェクト４
０に向かう矢印は使用済オブジェクト４０に対するポイ
ンタを意味している。
【００１３】図１５は、図１４と同一であるが、使用済
オブジェクト４０を用いるユーザ１のオブジェクト３０
だけを伴う参照計数構造を示す。図１４に示すユーザ２
のオブジェクト３２、ユーザ３のオブジェクト３４及び
ユーザ４のオブジェクト３６は、もはや使用済オブジェ
クト４０のユーザではなく、したがって、図１４に示す
使用済オブジェクト４０より３つの参照オブジェクトが
少ないということを反映するために、参照カウンタ３８
は１という値を含んでいる。ユーザ１のオブジェクト３
０が使用済オブジェクト４０に対するアクセスを手放し
た場合、参照カウンタ３８はアップデートされてゼロ値
を含むようにされ、これにより、使用済オブジェクト４
０の現在のユーザがなくなり、使用済オブジェクト４０
は削除候補となることが表明される。
【００１４】参照計数技術を用い、カウンタ値がゼロの
場合に参照ソフトウエア構造が削除されるならば、参照
ソフトウエア構造のための格納部は、他のユーザのため
にオペレーティングシステムにリターンする。
【００１５】もしも、ソフトウエア構造に対するアクセ
スを手放していないユーザが、削除後にソフトウエア構
造へのアクセスの指示を実行する場合には、その結果は
予想されず、アドレスについてのエラーやシステムエラ
ーを導く可能性がある。参照計数技術は、少なくとも１
つのユーザオブジェクトが存在している間は使用済オブ
ジェクトを存在させるということを確実にする。しかし
ながら、システムが使用済オブジェクトを削除すること
を必要とし、安全のために使用済オブジェクトの削除を
反映させるために使用済オブジェクトに対する全てのユ
ーザ参照をリセットする、というような状況が生じてし
まう。このような場合、参照計数技術は、不適当なもの
となる。
【００１６】本発明の目的は、ソフトウエアオブジェク
ト、データアイテム、ソフトウエアルーチン及びモジュ
ールを含むソフトウエア構造に対する参照を不都合なく
リセットすることができるようにすることである。
【００１７】本発明の別の目的は、参照ソフトウエアオ
ブジェクトが参照ソフトウエアオブジェクトのモジュー
ルの内外において削除された場合に参照ソフトウエアオ
ブジェクトの削除を反映するためのポインタを不都合な
く削除することができるようにすることである。
【００１８】
【課題を解決するための手段】上述した本発明の目的
は、ポインタのような参照をリセットし、参照ソフトウ
エア構造が削除された場合にソフトウエアオブジェク
ト、データアイテム、ソフトウエアルーチン又はモジュ
ール等のような参照ソフトウエア構造の削除を反映する
方法、システム、プログラムを格納したコンピュータ読
み取り可能な記憶媒体、記憶装置及びオブジェクト指向
システムによって完遂される。
【００１９】本発明の一適用例としては、参照ソフトウ
エアオブジェクトが参照ソフトウエアオブジェクトモジ
ュールの内外で削除された場合、参照ソフトウエアオブ
ジェクトについてのポインタのためのポインタ値をゼロ
又はヌル値にリセットする。本発明は、異なるモジュー
ルにおいて別のソフトウエアオブジェクトを用いるソフ
トウエアオブジェクトと共に、Ｃ＋＋、オブジェクト指
向フレームワーク等によって実行される。別のソフトウ
エアオブジェクトによって用いられているソフトウエア
オブジェクトは、モジュール中に生成され、同一又は異
なるモジュールにおいて複数のソフトウエアオブジェク
トによって参照される。生成されたソフトウエアオブジ
ェクトは、ソフトウエアオブジェクトの現在のユーザの
リストとして用いられ、全ての列要素においてゼロ又は
ヌル値を持つように初期設定されたユーザ列を備えるも
のとして定義されている。あるいは、ユーザ列は、ユー
ザについての参照リストにリンクするフォーマット中に
おいて、Ｃ＋＋の標準テンプレートライブラリの繰り返
し構造、リスト又はベクトルのフォーマット中において
実行される構成であっても良い。ソフトウエアオブジェ
クトを生成するための参照を構築する別のソフトウエア
オブジェクトは、ソフトウエアオブジェクト属性のため
の生成されたソフトウエアオブジェクトのタイプに対す
る参照ポインタを備える共通のオブジェクト指向クラス
から引き出される。
【００２０】ソフトウエアオブジェクトが生成されたソ
フトウエアオブジェクトについての参照を構築した場
合、生成されたソフトウエアオブジェクトのユーザ列中
におけるソフトウエアオブジェクトについての参照を挿
入することによって、オブジェクトは生成されたソフト
ウエアオブジェクトと共に登録される。参照挿入の例と
しては、ユーザ列中のゼロ又はヌル要素の場所にソフト
ウエアオブジェクトについてのポインタを挿入する、と
いうことが考えられる。あるいは、ソフトウエアオブジ
ェクトインスタンスの名前がユーザ列に挿入される構成
であっても良い。ソフトウエアオブジェクトインスタン
スの名前が用いられたとすると、その名前が参照される
場合に、ルックアップが行なわれ、その名前は効果的な
コンピュータメモリアドレスに変換される。ソフトウエ
アオブジェクトの参照ポインタには、生成されたオブジ
ェクトについての参照値が割り当てられる。あるいは、
参照ポインタは、参照ポインタについての生成されたオ
ブジェクトインスタンスの名前を割り当てることによっ
て維持される構成であっても良い。この方法では、生成
されたオブジェクトは、生成されたオブジェクトの現在
の全てのユーザの登録を維持する。
【００２１】ユーザソフオブジェクトが削除されたり、
生成されたオブジェクトを参照しないように変更された
場合、生成されたソフトウエアオブジェクトはユーザソ
フトウエアオブジェクトの参照ポインタ値を用いること
によってアクセスされる。ユーザ列が生成されたオブジ
ェクト中でアクセスされると、ユーザソフトウエアオブ
ジェクトについての参照はヌルポインタを意味するゼロ
値に設定される。生成されあるいは参照されたソフトウ
エアオブジェクトが削除された場合には、ユーザ列がア
クセスされる。ユーザ列中のゼロやヌル以外の各参照に
とって、列要素により参照されるユーザソフトウエアオ
ブジェクトは、登録解除されるようにアクセスされる。
これにより、ユーザソフトウエアオブジェクトの参照ポ
インタは、各ユーザソフトウエアオブジェクトのために
ゼロ又はヌルに設定される。この方法では、ユーザソフ
トウエアオブジェクトは、生成されたオブジェクトが削
除された後に、生成された参照ソフトウエアオブジェク
トを参照しなくなる。そして、生成されたソフトウエア
オブジェクトのユーザは、登録解除される。
【００２２】ここで、請求項１記載の構造化文書作成支
援方法の発明は、ソフトウエア構造についての参照を管
理するコンピュータにより実行される方法であって、第
１のソフトウエア構造のユーザについての参照リストを
有する第１のソフトウエア構造を生成する過程と、第２
のソフトウエア構造のために、第１のソフトウエア構造
に対する参照を生成する過程と、第１のソフトウエア構
造のユーザについての参照リストに第２のソフトウエア
構造についての参照を付加する過程と、を備える。
【００２３】次いで、請求項２記載の構造化文書作成支
援システムの発明は、コンピュータによって実行するソ
フトウエア構造についての参照を管理するシステムであ
って、格納手段と、第１のソフトウエア構造のユーザに
ついての参照リストを有する第１のソフトウエア構造を
生成する手段と、第２のソフトウエア構造のために、第
１のソフトウエア構造に対する参照を生成する手段と、
第１のソフトウエア構造のユーザについての参照リスト
に第２のソフトウエア構造についての参照を付加する手
段と、を備える。
【００２４】また、請求項３記載のコンピュータ読み取
り可能な記録媒体の発明は、第１のソフトウエア構造の
ユーザについての参照リストを有する第１のソフトウエ
ア構造を生成する機能と、第２のソフトウエア構造のた
めに、第１のソフトウエア構造に対する参照を生成する
機能と、第１のソフトウエア構造のユーザについての参
照リストに第２のソフトウエア構造についての参照を付
加する機能と、をコンピュータに実行させるためのプロ
グラムを格納する。
【００２５】そして、請求項４記載の記憶装置の発明
は、第１のソフトウエア構造のユーザについての参照リ
ストを備えるメモリに格納された第１のソフトウエア構
造と、第１のソフトウエア構造についての参照を備える
メモリに格納された第２のソフトウエア構造と、を備
え、第１のソフトウエア構造のユーザについての参照リ
ストが、第２のソフトウエア構造についての参照を含ん
でいる。
【００２６】さらに、請求項５記載のオブジェクト指向
構造化文書作成支援システムの発明は、オブジェクト指
向の枠組みの中で、コンピュータによって実行するため
のソフトウエア構造についての参照を管理するためのオ
ブジェクト指向システムであって、メモリと、メモリ内
に、第１のソフトウエア構造のユーザについての参照リ
ストを有する第１のソフトウエア構造を生成する手段
と、第２のソフトウエア構造のために、第１のソフトウ
エア構造に対する参照を生成する手段と、第１のソフト
ウエア構造のユーザについての参照リストに第２のソフ
トウエア構造についての参照を付加する手段と、を備
え、第１のソフトウエア構造を生成する手段と、参照を
生成する手段と、参照を付加する手段と、第１のソフト
ウエア構造と、第２のソフトウエア構造との少なくとも
一つはソフトウエアオブジェクトを含んでいる。
【００２７】
【発明の実施の形態】本発明の実施の一形態を図１ない
し図１３に基づいて説明する。
【００２８】図１ないし図３はオブジェクトが他のオブ
ジェクトにアクセスする場合の様子を示すオブジェクト
の模式図である。例えば、オブジェクトは、オブジェク
トそれ自体に格納するものとしてアドレスやオブジェク
ト名を持っていないということがある得る。したがっ
て、図１ないし図３において、「アドレス：１０００」
は、オブジェクトがコンピュータメモリのアドレス１０
００に配置されていることを示すよう意図している。ま
た、図１ないし図３中、「ユーザ１」は、参照オブジェ
クトの第１のユーザ概念に情報を伝達することを意図し
ている。そして、「参照オブジェクト」は参照オブジェ
クト概念に情報を伝達することを意図している。オブジ
ェクトそれ自体のアドレスとオブジェクトそれ自体の名
前とのいずれか一方は、オブジェクトの一部として格納
されるよう要求されている。図１ないし図３に示すよう
に、ユーザオブジェクトは、参照ポインタのための値を
最少限度備えているが、「参照ポインタ」という文字列
は必要としない。また、図１ないし図３に示すように、
参照オブジェクトは、ユーザ列の値を最少限度備えてい
るが、「ユーザ列」という文字列は必要としない。
【００２９】この例において、ユーザ１のオブジェクト
１００は、コンピュータメモリのアドレス１０００に置
かれ、参照オブジェクト１１２のコンピュータメモリア
ドレスであるコンピュータメモリアドレス３０００につ
いての参照を含む参照ポインタ１０２を備えている。あ
るいは、参照ポインタは参照済オブジェクトのインスタ
ンスの名前として実行され、さらに、ルックアップは、
必要な場合に、その名前を絶対的なコンピュータメモリ
アドレスに変換するように構成されていても良い。ま
た、ユーザ２のオブジェクト１０４は、コンピュータメ
モリのアドレス２０００に置かれ、コンピュータメモリ
アドレス３０００についての参照を含む参照ポインタ１
０６を備えている。そして、ユーザ３のオブジェクト１
０８は、コンピュータメモリのアドレス７０００に置か
れ、コンピュータメモリアドレス３０００についての参
照を含む参照ポインタ１１０を備えている。ここで、オ
ブジェクト１００，１０４，１０８は、第２のソフトウ
エア構造であり、それらのユーザ１，２，３は、第１の
ソフ構造である参照済オブジェクト１１２のユーザであ
る。したがって、参照ポインタ１０２，１０６，１１０
が参照ということになる。
【００３０】前述したように、第１のソフトウエア構造
である参照済オブジェクト１１２は、ユーザ列１１４を
備えるコンピュータメモリアドレス３０００に配置され
ている。各ユーザオブジェクト１００，１０４，１０８
から参照オブジェクト１１２に向かう矢印は、３０００
という値を持ち、各ユーザオブジェクトから参照オブジ
ェクトに向かう参照ポインタを意味している。ユーザ列
１１４は、参照オブジェクト１１２のユーザについての
参照リストを意味している。あるいは、ユーザについて
のリストは、リンクリスト、繰り返し構造、リストやベ
クトルのようなＣ＋＋標準テンプレートを用いて実行さ
れる構成であっても良い。図１及び図２中参照済オブジ
ェクト１１２は、列形態としてのリストを含んでいるよ
うに表現されている。しかしながら、ユーザのリスト
は、格納部中で参照オブジェクト１１２について非連続
なものとして表現されていても良い。例えば、リストに
対するポインタが参照オブジェクト１１２の一部である
ようなリンクリストのような形態である。この場合、リ
ストは、コンピュータメモリ中に動的に割り当てられる
ことになる。あるいは、参照リストは、ユーザの名前の
リストであっても良い。
【００３１】図１に示す例において、ユーザ列１１４中
の最初の１０００という値は、コンピュータメモリアド
レス１０００に位置するユーザ１のオブジェクト１００
が、参照オブジェクト１１２の現在のユーザであること
を意味している。ユーザ列１１４中の続く２０００とい
う値は、コンピュータメモリアドレス２０００に位置す
るユーザ２のオブジェクト１０４が参照済オブジェクト
１１２の現在のユーザであることを意味している。同様
に、ユーザ列１１４中の続く７０００という値は、コン
ピュータメモリアドレス７０００に位置するユーザ３の
オブジェクト１０８が、参照オブジェクト１１２の現在
のユーザであることを意味している。そして、ユーザ列
１１４中の４つ目以降の０という値は、エンプティかヌ
ル参照であることを示している。
【００３２】もしも図１中のユーザ２のオブジェクト１
０４が破壊されたりアップデートされたりして、もはや
参照オブジェクト１１２を参照しないものとなった場合
には、図１のユーザ列１１４は、図１中のユーザ２のオ
ブジェクトについての参照値を含むユーザ列の第２のエ
ントリを設定することによって、０値にアップデートさ
れる。図２は、このような場合の例を示す。コンピュー
タメモリアドレス１０００でのユーザ１のオブジェクト
１００は、３０００という値を持つ参照ポインタ１０２
を備えている。コンピュータメモリアドレス７０００で
のユーザ３のオブジェクト１０８は、３０００という値
を持つ参照ポインタ１１０を備えている。コンピュータ
メモリアドレス３０００に位置する参照オブジェクト１
１２は、第２の値として０を伴うユーザ列１１４を備え
ている。この「０」は、エンプティ又はヌルの参照を意
味する。
【００３３】図２中の参照オブジェクト１１２を削除す
るために、ユーザ列１１４が調べられ、参照オブジェク
ト１１２についてエンプティあるいはヌルでない参照で
あるかどうかが判定される。それぞれ１０００及び７０
００という値を持つ２つの参照は、エンプティあるいは
ヌル参照でないと判定される。１０００の参照は、ユー
ザ１のオブジェクト１００について参照され、ユーザ１
のオブジェクト１００の参照ポインタ１０２は、使用オ
ブジェクトについて、エンプティ又はヌル参照のための
０値を反映するようにアップデートされる。７０００の
参照は、ユーザ３のオブジェクト１０８についての参照
を意味し、ユーザ３のオブジェクト１０８の参照ポイン
タ１１０は、使用オブジェクトについて、エンプティ又
はヌル参照を反映するように０値にアップデートされ
る。これにより参照済オブジェクト１１２は、全ての登
録ユーザが登録解除されるように削除候補となる。図３
は、参照オブジェクト１１２の削除後におけるユーザ１
のオブジェクト１００及びユーザ３のオブジェクト１０
８を示す。
【００３４】図４は参照済オブジェクトを生成するため
の処理を示すフローチャートである。この処理によっ
て、第１のソフトウエア構造のユーザについての参照リ
ストを有する第１のソフトウエア構造を生成する過程、
手段及び機能が実行されることになる。この処理では、
現在のユーザ以外を反映するために、参照オブジェクト
のユーザ列又はリストを初期化する。まず、スタート
後、ステップＳ２００において、変数ＭＡＸを、システ
ムにおける参照オブジェクトについてのユーザの最大数
値に設定する。ＭＡＸは、ユーザ列中に充分なスペース
を割り当てることができるように参照オブジェクトを生
成するために用いられる。もっとも、このステップは参
照済オブジェクトのユーザについての参照を格納するた
めに、例えば、リンクリストを動的に割り当てるような
種類の処理が用いられる場合には不要である。そして、
ステップＳ２０４では、参照オブジェクトが生成され
る。この参照オブジェクトは、例えば、図１及び図２に
示すようなユーザ列１１４に対応するユーザ列のための
スペースが割り当てられたものとなっている。ユーザ列
は参照済オブジェクトの現在のユーザが指示されないよ
うに、全ての列記載が０値に設定されることによって繰
返し初期化される。つまり、ある条件が満たされるまで
ステートメントが繰返し実行される。そのために、ステ
ップＳ２０６では、インデックスｉが０値に設定され
る。これは、ステップＳ２０８から２１２間での間で、
全ての列が０値に設定されるように列初期化処理のため
の繰返し処理を生じさせるためである。そこで、ステッ
プＳ２０８では、初期化ループの繰返し処理として、ユ
ーザ列のｉ番目の要素を０にする。続くステップＳ２１
０では、インデックスｉを１つだけインクリメントす
る。そして、ステップＳ２１２では、インデックスｉの
値がＭＡＸより大きくなるか等しくなった場合にループ
処理を抜け、制御をシステム処理にリターンさせる。こ
れに対し、インデックスｉの値がＭＡＸよりも小さけれ
ば、ステップ２０８に戻り、ユーザアレイの初期化処理
が継続される。このような初期化処理は参照済オブジェ
クトの構築時間において実行される。
【００３５】図５は参照済オブジェクトの新しいユーザ
の登録を実行するための処理を示すフローチャートであ
る。この処理によって、第２のソフトウエア構造のため
に、第１のソフトウエア構造に対する参照を生成する過
程、手段及び機能と、第１のソフトウエア構造のユーザ
についての参照リストに第２のソフトウエア構造につい
ての参照を付加する過程、手段及び機能とが実行される
ことになる。スタート後、ステップＳ２４０において、
新しいユーザのアドレスを含むポインタが設定される。
このポインタは参照済オブジェクト中のユーザ列におい
て新しいユーザのアドレスを挿入するために用いられ
る。新しいユーザは、例えば、図１ないし図３中のユー
ザ１のオブジェクト１００に対応する。そして、ユーザ
列は、図１及び図２中のユーザ列１１４に対応する。
【００３６】ステップＳ２４４では、インデックスｉが
０値に設定される。インデックスｉは、新しいユーザを
登録するために、ユーザ列が新しいユーザのアドレスを
指定するのに適したゼロ又はヌルであるかどうかを判定
するのに使用される。そして、ステップＳ２４６では、
ユーザ列のｉ番目の要素がゼロ又はヌルであることの判
定がなされる。このステップＳ２４６で、ユーザ列のｉ
番目の要素がゼロ又はヌルであると判定された場合に
は、ステップＳ２４８でｉが１つだけインクリメントさ
れ、続くステップＳ２５０ではｉがＭＡＸより小さいか
どうかが判定される。この判定によって、ｉがＭＡＸよ
りも大きいか等しくなったと判断された場合には、ステ
ップＳ２５２でエラー処理され、リターンする。これに
対し、ステップＳ２４６で、ユーザ列のｉ番目の要素が
ゼロに等しいと判定された場合には、処理はステップＳ
２５４に進み、そのｉ番目のユーザ列の要素を、新しく
生成されたユーザのアドレスであるポインタ値を持つよ
うに設定する。これにより、ユーザ登録がなされる。そ
の後、制御はシステム処理にリターンする。
【００３７】図６は、使用済オブジェクトのユーザを登
録解除する処理の流れを示すフローチャートである。例
えば、ユーザは、図１ないし図３中のユーザ１のオブジ
ェクト１００に対応するものとする。スタート後、ステ
ップＳ２８０において、ポインタ変数Ｐｔｒをユーザの
アドレス値を持つように設定する。このポインタ値は、
値を削除してユーザ登録を解除するために、使用済オブ
ジェクトのユーザ列を繰り返し検索するのに用いられ
る。ステップＳ２８２では、インデックス値ｉが０に設
定される。インデックスｉは、ユーザアレイを通して、
登録解除が要求されるユーザオブジェクトの参照を繰り
返し検索するのに用いられる。そして、ステップＳ２８
４では、使用済オブジェクトにおけるユーザ列のｉ番目
の要素がユーザアドレス値を持つかどうかを判定する。
ステップＳ２８４でＹＥＳと判定された場合には、ステ
ップＳ２９２で、ユーザ列のｉ番目の要素をゼロ値に設
定し、これによってユーザの登録が解除される。その
後、制御がリターンする。
【００３８】これに対し、ステップＳ２８４で、ユーザ
列のｉ番目の要素がユーザアドレス値と等しくないと判
定された場合には、処理はステップＳ２８６に進む。こ
こで、ｉは１つインクリメントされる。そして、ステッ
プＳ２８８に進み、インデックスｉの値がＭＡＸよりも
小さいかどうかが判定される。インデックスｉ値がＭＡ
Ｘよりも小さくないと判定された場合にはステップＳ２
９０でエラー処理され、リターンする。これにより、登
録解除のユーザ要求は登録されないことになる。これに
対し、インデックス値ｉがＭＡＸよりも小さいと判定さ
れれば、処理はステップＳ２８４に戻り、そのユーザに
ついて参照が繰り返し検索される。
【００３９】図７は、参照オブジェクトの削除を実行す
る処理を示すフローチャートである。図７は、条件付き
削除を行なうような処理は示さず、条件無しに削除を実
行する処理を示す。ここでの参照オブジェクトは、例え
ば、図１及び図２中の参照オブジェクト１１２に対応す
るものとする。スタート後、ステップＳ３００におい
て、インデックスｉがゼロ値を持つように設定される。
図４ないし図７の各図において、インデックスｉは、各
図におけるループステップを用いるような一般的な繰り
返しを意味する。つまり、ある条件が満たされるまでス
テートメントを繰り返し実行する処理である。そして、
図４ないし図７において、各図のインデックスｉは、別
の図のインデックスｉに対応するわけではない。図７の
インデックスｉは、ユーザアレイを通して、全てのゼロ
又はヌルでない要素を判定するための繰り返し処理を行
なうために用いられる。これによって、全ての登録ユー
ザは、参照オブジェクトが削除される前における参照オ
ブジェクトについての参照を持たないようにアップデー
トされることになる。
【００４０】ステップＳ３０２では、変数Ｐｔｒがユー
ザ列のｉ番目の要素の値を持つように設定する。ステッ
プＳ３０４では、変数Ｐｔｒがゼロであるかどうかを判
定する。ステップＳ３０４で、変数Ｐｔｒがゼロ値を持
たないと判定した場合、Ｐｔｒ値はユーザオブジェクト
についての参照として用いられ、ステップＳ３０６にお
いて、その参照ポインタをゼロ値を持つように設定す
る。そして、ステップＳ３０８に処理が移る。ユーザオ
ブジェクトは、例えば、図１ないし図３中のユーザ１の
オブジェクト１００に対応する。参照ポインタは、例え
ば、図１ないし図３中の参照ポインタ１０２に対応す
る。ユーザオブジェクトの参照ポインタをゼロに設定す
るということは、もはや参照オブジェクトにアクセスし
ないようにユーザオブジェクトをアップデートするとい
うことになる。
【００４１】ステップＳ３０４でＰｔｒがゼロ値である
と判定された場合、処理はステップＳ３０８に進み、イ
ンデックスｉは１つだけインクリメントされる。そし
て、ステップＳ３１０では、インデックスｉがＭＡＸよ
りも小さい値を持つかどうかが判定される。ステップＳ
３１０で、ｉがＭＡＸよりも小さくないと判定された場
合、処理はステップＳ３１２に進み参照済オブジェクト
が削除される。これに対し、ステップＳ３１０で、ｉが
ＭＡＸよりも小さな値を持つと判定された場合、処理は
ステップＳ３０２に戻り、ユーザアレイを通じて繰り返
し処理がなされる。これにより、全てのユーザオブジェ
クトのための参照ポインタは、参照ポインタが削除され
る前にゼロ値を持つようにアップデートされる。
【００４２】ここで、参照オブジェクトのユーザリスト
をチェックし、ユーザについてのヌル以外の参照がある
かどうかを判定することによって、図１及び図２中の構
造を用いた参照オブジェクトの条件付き削除が可能であ
る。もしもユーザリストがエンプティであるか、あるい
は、全てのエントリがゼロ又はヌルであれば、参照オブ
ジェクトは削除候補となる。
【００４３】図８及び図９は、使用済オブジェクトマッ
プ４００のためのユーザオブジェクトの登録に関する実
際のオブジェクト指向の実行例である。この実行は、構
造化情報を異なる構造化情報にマッピングするためのオ
ブジェクト指向システムに関係する。図８は、クラスマ
ップ４００及びクラスマップＰｔｒユーザ４０２の構造
を示す。マップ４００は、図１及び図２の参照オブジェ
クト１１２に対応する。クラスマップ４００は、マップ
Ｐｔｒユーザについての２０種類のポインタのＡｔｒＭ
ａｐＰｔｒＵｓｅｒＲｅｇｉｓｔｒａｔｉｏｎ４０４の
列を持つ。ＡｔｒＭａｐＰｔｒＵｓｅｒＲｅｇｉｓｔｒ
ａｔｉｏｎ４０４の列は、マップ４００の登録ユーザオ
ブジェクトとして用いられ、図１及び図２において既に
述べたとおり、ユーザ列１１４に対応する。メソッドマ
ップ４０６は、クラスマップ４００の構築者（コンスト
ラクタ）であり、使用済オブジェクトマップ４００を生
成するために用いられる。マップ４００の生成処理に関
するロジックは、図４のフローチャートに参照オブジェ
クトの生成として既に述べたとおりである。メソッド ~
マップ４０８は、クラスマップ４００の破壊メソッドで
あり、使用済又は参照済のオブジェクトマップ４００を
削除するために用いられる。マップ４００の破壊処理に
関するロジックは、図７のフローチャートに参照オブジ
ェクトの削除として既に述べたとおりである。
【００４４】メソッドｒｅｇｉｓｔｅｒＭａｐＰｔｒＵ
ｓｅｒ４１０は、オブジェクトマップ４００のユーザを
登録するためのメソッドである。そのロジックは、図５
のフローチャートに新しいユーザの登録として既に述べ
たとおりである。メソッドｕｎｒｅｇｉｓｔｅｒＭａｐ
ＰｔｒＵｓｅｒ４１２は、オブジェクトマップ４００の
ユーザの登録を解除するために用いられる。クラスマッ
プＰｔｒユーザ４０２は、マップに関するポインタ種類
であるデータアイテムＡｔｐＭａｐＰｔｒ４３０を持
つ。メソッド ~マップＰｔｒユーザ４３２は、オブジェ
クトマップ４００のユーザを破壊するために用いられ
る。メソッドｒｅｓｅｔＭａｐＰｔｒ４３４は、オブジ
ェクトマップ４００の参照をもはや望まなくなった場合
にオブジェクトマップ４００についてポインタをリセッ
トするために用いられる。メソッドｓｅｔＭａｐＰｔｒ
４３６は、参照オブジェクトマップ４００についてポイ
ンタをセットするために用いられる。
【００４５】図９は、使用済マップ４００及びユーザオ
ブジェクトＭａｐＰｔｒＵｓｅｒ４０２のためのオブジ
ェクト指向クラス構造を示す。マップ４００は、図１及
び図２の参照オブジェクト１１２に対応する。クラスの
インスタンスは、ユーザオブジェクト、例えば、図１な
いし図３に基づいて既に述べたようなユーザ１のオブジ
ェクト１００、ユーザ２のオブジェクト１０４及びユー
ザ３のオブジェクト１０８のようなユーザオブジェクト
に対応するＭａｐＰｔｒＵｓｅｒ４０２から得られる。
クラスＭａｐＳｅｒｖｉｃｅ４４０、クラスＭａｐＣｒ
ｅａｔｅＥｄｉｔＳｅｒｖｉｃｅ４４２、及び、クラス
ＤＴＤＭａｐＥｄｉｔ４４８は、クラスＭａｐＰｔｒＵ
ｓｅｒ４０２から得られる。しかしながら、マップクラ
ス４００は、どのクラスがクラスＭａｐＰｔｒＵｓｅｒ
４０２から得られるのかについての情報を必要としな
い。マップクラス４００は、ベースクラス、ＭａｐＰｔ
ｒＵｓｅｒ４０２に関する情報だけを必要とする。
【００４６】図１０は、マップオブジェクト４００のユ
ーザ登録についてのオブジェクトの模式図である。これ
に関するロジックは、図５に基づいて既に述べたとおり
である。マップオブジェクト４００は、図８及び図９に
基づいて既に述べたように、マップ４００に対応する。
ＭａｐＰｔｒＵｓｅｒ４５４又はＭａｐＰｔｒＵｓｅｒ
４５４の得られたクラスオブジェクトは、ＭａｐＰｔｒ
Ｕｓｅｒ４０２、クラスＭａｐＳｅｒｖｉｃｅ４４０、
クラスＭａｐＣｒｅａｔｅＥｄｉｔＳｅｒｖｉｃｅ４４
２、クラスＤＴＤＭａｐＴｒａｎｓｆｏｒｍｅｒＳｅｒ
ｖｉｃｅ４４４、クラスＭａｐＥｄｉｔ４４６、及び、
クラスＤＴＤＭａｐＥｄｉｔ４４８に対応する。これら
は、図８及び図９に基づいて既に述べたとおりであり、
また、図５のステップＳ２４０に基づいて既に述べたＮ
ＥＷＵＳＥＲにも対応する。ＭａｐＰｔｒＵｓｅｒ４０
２の得られたクラスの各例示オブジェクトは、図８に示
すようなＡｔｒＭａｐＰｔｒ４３０を持つ。マップオブ
ジェクト４００は、図８に示すように、図５のステップ
Ｓ２４６及びステップＳ２５４に既に示したようなＡＲ
ＲＡＹＯＦＵＳＴＥＲＳに対応するＡｔｒＭａｐＰｔｒ
ＵｓｅｒＲｅｇｉｓｔｒａｔｉｏｎ４０４の列を持つ。
【００４７】ソフトウエアオブジェクトであるサムオブ
ジェクト４５０は、マップオブジェクト４００について
のポインタ値を持つポインタを、メソッドｓｅｔＭａｐ
Ｐｔｒ４５２を呼び出してマップオブジェクト４００に
ついてのポインタ値であるＭａｐＰｔｒ値を送ることに
よって、ＭａｐＰｔｒＵｓｅｒの例示オブジェクトに又
はＭａｐＰｔｒＵｓｅｒ４５６の得られたクラスオブジ
ェクトに送る。図１０中、ポインタ値ＭａｐＰｔｒ４５
２は、ゼロでなく、しかも、図８に示すようなＡｔｒＭ
ａｐＰｔｒ４３０に既に存在しているアドレスとも異な
ると推定される。そこで、ＭａｐＰｔｒＵｓｅｒ４５６
のＭａｐＰｔｒＵｓｅｒ又はクラスオブジェクトは、メ
ソッドｒｅｇｉｓｔｅｒＭａｐＰｔｒＵｓｅｒ４５４を
呼び出し、パラメータとして「ｔｈｉｓ」４５４を送
る。これは、ＭａｐＰｔｒＵｓｅｒ４５６のＭａｐＰｔ
ｒＵｓｅｒ又は得られたクラスオブジェクトが参照オブ
ジェクトマップオブジェクト４００と共に、自ら登録さ
れることを意味する。Ｃ＋＋プログラム言語では、オブ
ジェクトは、自らを参照するのに「ｔｈｉｓ」というキ
ーワードを用いる。もしも、ＭａｐＰｔｒ４５２の値が
ゼロであり、かつ、ＭａｐＰｔｒＵｓｅｒ４５６のＭａ
ｐＰｔｒＵｓｅｒ又は得られたクラスオブジェクトのた
めのＡｔｒＭａｐＵｓｅｒ４３０の値がゼロでないなら
ば、ＭａｐＰｔｒＵｓｅｒ又はＭａＰｔｒＵｓｅｒ４５
２の得られたクラスオブジェクトは、登録解除の必要が
ない。もしもＭａｐＰｔｒ４５２及びＡｔｒＭａｐＰｔ
ｒ４３０が同一であるならば、何のアクションもとられ
ない。これは、ＭａｐＰｔｒＵｓｅｒ４５６のＭａｐＰ
ｔｒＵｓｅｒ又は得られたクラスオブジェクトが現在の
マップオブジェクト４００と共に既に登録されているか
らである。
【００４８】図１１は、参照マップオブジェクト４００
を削除する処理を示すオブジェクトの模式図である。こ
の削除のロジックは図７のフローチャートに既に述べた
とおりである。マップオブジェクト４００は、図８及び
図９に基づいて既に述べたマップ４００及び図１０に基
づいて既に述べたマップオブジェクト４００に対応し、
図である。図７のフローチャートのステップＳ３１２中
のＲＥＦＥＲＥＢＣＥＤＯＢＪＥＣＴにも対応する。Ｍ
ａｐＰｔｒＵｓｅｒ４５６のＭａｐＰｔｒＵｓｅｒ又は
得られたクラスオブジェクトは、図１０に基づいて既に
述べたＭａｐＰｔｒＵｓｅｒ４５６のＭａｐＰｔｒＵｓ
ｅｒ又は得られたクラスオブジェクトに対応し、図７の
フローチャートにおけるステップＳ３０６のＲｅｆＰｔ
ｒにも対応する。サムオブジェクト４５０は、メソッド
削除４５８を呼び出し、マップオブジェクト４００を削
除する。これに対応し、マップオブジェクト４００は、
図８中のＡｔｒＭａｐＰｔｒＵｓｅｒＲｅｇｉｓｔｒａ
ｔｉｏｎ４０４の列に登録されている全てのユーザのた
めに、図８中のメソッドｒｅｓｅｔＭａｐＰｔｒ４６０
を呼び出す。登録されているユーザのために、ＭａｐＰ
ｔｒＵｓｅｒ４５６のＭａｐＰｔｒＵｓｅｒ又は得られ
たクラスオブジェクトは、参照されて図８のＡｔｒＭａ
ｐＰｔｒ４３０をセットし、参照マップオブジェクト４
００についての現在の参照を反映しないようにする。そ
して、マップオブジェクト４００は、システムから削除
される。この方法で参照済オブジェクトの全ての登録ユ
ーザは、その参照をゼロ又はヌルにセットすることがで
き、参照オブジェクトが削除される前に参照マップオブ
ジェクト４００について現在の参照を反映しないように
することができる。
【００４９】図１２は、マップオブジェクト４００を参
照するユーザオブジェクトを削除及び登録解除するため
の処理を示すオブジェクトの模式図である。登録解除に
関するロジックは、図６のフローチャートに既に示した
とおりである。マップオブジェクト４００は、図８及び
図９に基づいて既に説明したマップ４００に対応し、図
１０に基づいてスでに説明したマップオブジェクト４０
０に対応する。ＭａｐＰｔｒＵｓｅｒ４５６のＭａｐＰ
ｔｒＵｓｅｒ又は得られたクラスオブジェクトは、図１
０及び図１１に基づいて既にに説明したＭａｐＰｔｒＵ
ｓｅｒ４５６のＭａｐＰｔｒＵｓｅｒ又は得られたクラ
スオブジェクトに対応し、図８及び図９に基づいて既に
説明したＭａｐＰｔｒＵｓｅｒ４０２に対応し、さら
に、図６のフローチャートのステップＳ２８０中のＵＳ
ＥＲに対応する。
【００５０】サムオブジェクト４５０は、メソッド削除
４６２を呼び出し、ＭａｐＰｔｒＵｓｅｒ４５６のＭａ
ｐＰｔｒＵｓｅｒ又は得られたクラスオブジェクトを削
除する。すると、ＭａｐＰｔｒＵｓｅｒ４５６のＭａｐ
ＰｔｒＵｓｅｒ又は得られたクラスオブジェクトは、メ
ソッドｕｎｒｅｇｉｓｔｅｒＭａｐＰｔｒＵｓｅｒ４６
４を呼び出し、図１２のマップオブジェクト４００のた
めに図８のＡｔｒＭａｐＰｔｒＵｓｅｒＲｅｇｉｓｔｒ
ａｔｉｏｎ４０４の列からユーザオブジェクトを登録解
除する。呼び出されたメソッドｕｎｒｅｇｉｓｔｅｒＭ
ａｐＰｔｒＵｓｅｒ４６４は、図８に基づいて既に述べ
たメソッドｕｎｒｅｇｉｓｔｅｒＭａｐＰｔｒＵｓｅｒ
４１２に対応する。これにより、呼び出したユーザオブ
ジェクトを登録解除するために、図８のＡｔｒＭａｐＰ
ｔｒＵｓｅｒＲｅｇｉｓｔｒａｔｉｏｎ４０４の列が検
索される。そして、そのユーザオブジェクトは、システ
ムからの削除候補となる。
【００５１】ここで、このような技術の適用は、図８な
いし図１２に示すオブジェクトを限定するものではな
い。本実施の形態のシステムにおいて削除されるデータ
を配列するメモリに対するアクセスを制御することは、
しばしば困難さを伴う。上述した技術は、参照メモリエ
リアがシステムから削除されるとするなら、ポインタが
削除を反映するようにアップデートされることを確実に
するために用いることが可能である。したがって、所望
に応じて、ポインタ使用前におけるポインタ値がゼロ、
ヌル、あるいは参照エリアの削除の反映である場合に、
ソフトウエアを構築するために要求されるテストだけが
テストされる。本発明は、ポインタ値が使用済ソフトウ
エアオブジェクトの削除を反映しない場合に、参照ソフ
トウエアオブジェクトが存在し、かつ、使用可能であ
り、したがって、参照ソフトウエアオブジェクトが削除
される場合にゼロやヌル以外のポインタの使用によって
引き起こされるコアダンプやシステムハングアップの防
止が確実になる。
【００５２】図１３は、本実施の形態の発明を実施する
ためのハードウエア構成を示すブロック図である。コン
ピュータとしてのワークステーション５００は、構成要
素として、ディスプレイコントローラ５３４、ＣＰＵ５
０２（Central Processing Unit）、ＲＡＭ５０４（Ran
dom Access Memory）、ＲＯＭ５０６（Read Only Memor
y）、キーボード５１０及びマウス５１２に接続された
入力コントローラ５０８、システムバス５１４、ディス
クコントローラ５２０に接続されたハードディスク５１
６及びフロッピドライブ５１８、ネットワーク５２４に
接続された通信コントローラ５２２ハードディスク５３
０及びプリンタ５２８に接続されたＩ/Ｏコントローラ
５２６（Input/Output）、及び、ディスプレイコントロ
ーラ５３４に接続されたＣＲＴ５３２（Cathode Ray Tu
be）を備える。システムバス５１４は、接続線を介して
データ送信可能なように、ＣＰＵ５０２、ＲＡＭ５０
４、ＲＯＭ５０６、入力コントローラ５０８、ディスク
コントローラ５２０、通信コントローラ５２２、Ｉ／Ｏ
コントローラ５２６、及びディスプレイコントローラ５
３４を接続している。
【００５３】例えば、処理を実行するために生成された
コンピュータコードは、ハードディスク５３０中に格納
されており、このようなコンピュータコードは、入力フ
ァイルと共に、システムバス５１４を用いてＣＰＵ５０
２による実行のためにＲＡＭ５０４にロードされる。あ
るいは、コンピュータコードは、システムバス５１４を
通じてイ、入力コントローラ５０８を介してキーボード
５１０及びマウス５１２から入力された別のファイル
や、ディスクコントローラ５２０を介してハードディス
ク５１６およびフロッピドライブ５１８から入力される
別のファイルと共にＲＡＭ５０４にロードされても良
い。システムバス５１４は、ＲＯＭ５０６、ネットワー
ク５２４及び通信コントローラ５２２を対話させる。
【００５４】本発明は、コンピュータ分野の当業者であ
れば明らかなように、従来からの一般的なデジタルコン
ピュータや、明細書中の開示に従いプログラムされたマ
イクロプロセッサを用いて容易に実行することができ
る。また、本明細書中の開示によって、通常の知識を有
するプログラマは適当なソフトウエアコーディングを実
施することができるはずである。さらに、当業者にとっ
て明白であるように、本発明は、特定の集積回路や従来
回路のネットワーク等によっても実施可能である。
【００５５】本発明は、本発明の機能を実行するソフト
ウエアを格納したコンピュータ読み取り可能な記憶媒体
を含んでいる。このような記憶媒体は、その種類が限定
されない。例えば、フロッピディスク、光ディスク、Ｃ
Ｄ−ＲＯＭ、磁気光ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲ
ＯＭ、ＥＥＰＲＯＭ、磁気又は光カード等、電子情報を
格納するのに適したいかなる媒体をも用いることが可能
である。
【００５６】なお、本発明は、本実施の形態に記載され
た実施の形態に限定されるわけではなく、各種の変更、
改良等が可能であることは言うまでもない。
【００５７】
【発明の効果】本発明は、第１のソフトウエア構造のユ
ーザについての参照リストを有する第１のソフトウエア
構造を生成し、第２のソフトウエア構造のために、第１
のソフトウエア構造に対する参照を生成し、第１のソフ
トウエア構造のユーザについての参照リストに第２のソ
フトウエア構造についての参照を付加するようにしたの
で、ユーザソフトウエアオブジェクトである第２のソフ
トウエア構造は、生成されたオブジェクトが削除された
後に、生成された参照ソフトウエアオブジェクトである
第１のソフ構造を参照しなくなり、ソフトウエア構造に
対する参照を不都合なくリセットすることができる。
【図面の簡単な説明】
【図１】本発明の実施の一態様として、参照オブジェク
トを参照する３登録ユーザの例を示すオブジェクトの模
式図である。
【図２】１ユーザの登録解除後に、１つの参照オブジェ
クトを参照する２登録ユーザの例を示すオブジェクトの
模式図である。
【図３】削除されたオブジェクトの２ユーザの例を示す
オブジェクトの模式図である。
【図４】参照オブジェクトを生成する処理を示すフロー
チャートである。
【図５】参照済オブジェクトの新たなユーザを登録する
処理を示すフローチャートである。
【図６】参照オブジェクトのユーザを登録解除する処理
を示すフローチャートである。
【図７】の削除及びそのユーザの登録解除の処理を示す
フローチャートである。
【図８】参照オブジェクトのためのマップユーストオブ
ジェクトクラス及びユーザオブジェクトのためのＭａｐ
ＰｔｒＵｓｅｒクラスについてのオブジェクト指向構造
を示すオブジェクトの模式図である。
【図９】使用済オブジェクトクラス及びユーザオブジェ
クトクラスのためのオブジェクト指向クラスの例を示す
オブジェクトの模式図である。
【図１０】マップオブジェクトのユーザを登録する場合
の例を示すオブジェクトの模式図である。
【図１１】使用済マップオブジェクトを削除する場合の
オブジェクトの模式図である。
【図１２】使用済マップオブジェクトのユーザオブジェ
クトを削除し登録解除する場合のオブジェクトの模式図
である。
【図１３】本発明のハードウエア構造の一例を示すブロ
ック図である。
【図１４】関連技術例として、４ユーザに対する参照計
数の例を示すオブジェクトの模式図である。
【図１５】関連技術例として、１ユーザに対する参照計
数の例を示すオブジェクトの模式図である。
【符号の説明】
１００，１０４，１０８ 第２のソフトウエア構
造（オブジェクト） １１２ 第１のソフトウエア構造（参照済オブジ
ェクト） １１４ 参照リスト ５００ コンピュータ（ワークステーション） ５３０ 格納手段，メモリ（ハードディスク） ユーザ１，ユーザ２，ユーザ３ 第１のソフトウ
エア構造のユーザ

Claims (5)

    【特許請求の範囲】
  1. 【請求項１】 ソフトウエア構造についての参照を管理
    するコンピュータにより実行される方法であって、 第１のソフトウエア構造のユーザについての参照リスト
    を有する第１のソフトウエア構造を生成する過程と、 第２のソフトウエア構造のために、前記第１のソフトウ
    エア構造に対する参照を生成する過程と、 前記第１のソフトウエア構造のユーザについての前記参
    照リストに前記第２のソフトウエア構造についての前記
    参照を付加する過程と、を備える構造化文書作成支援方
    法。
  2. 【請求項２】 コンピュータによって実行するソフトウ
    エア構造についての参照を管理するシステムであって、 格納手段と、 第１のソフトウエア構造のユーザについての参照リスト
    を有する第１のソフトウエア構造を生成する手段と、 第２のソフトウエア構造のために、前記第１のソフトウ
    エア構造に対する参照を生成する手段と、 前記第１のソフトウエア構造のユーザについての前記参
    照リストに前記第２のソフトウエア構造についての前記
    参照を付加する手段と、を備える構造化文書作成支援シ
    ステム。
  3. 【請求項３】 第１のソフトウエア構造のユーザについ
    ての参照リストを有する第１のソフトウエア構造を生成
    する機能と、 第２のソフトウエア構造のために、前記第１のソフトウ
    エア構造に対する参照を生成する機能と、 前記第１のソフトウエア構造のユーザについての前記参
    照リストに前記第２のソフトウエア構造についての前記
    参照を付加する機能と、をコンピュータに実行させるた
    めのプログラムを格納するコンピュータ読み取り可能な
    記憶媒体。
  4. 【請求項４】 第１のソフトウエア構造のユーザについ
    ての参照リストを備えるメモリに格納された第１のソフ
    トウエア構造と、 前記第１のソフトウエア構造についての参照を備える前
    記メモリに格納された第２のソフトウエア構造と、を備
    え、前記第１のソフトウエア構造のユーザについての参
    照リストが、前記第２のソフトウエア構造についての参
    照を含んでいる記憶装置。
  5. 【請求項５】 オブジェクト指向の枠組みの中で、コン
    ピュータによって実行するためのソフトウエア構造につ
    いての参照を管理するためのオブジェクト指向システム
    であって、 メモリと、 前記メモリ内に、第１のソフトウエア構造のユーザにつ
    いての参照リストを有する第１のソフトウエア構造を生
    成する手段と、 前記メモリ内に、第２のソフトウエア構造のために、前
    記第１のソフトウエア構造に対する参照を生成する手段
    と、 前記メモリ内に、前記第１のソフトウエア構造のユーザ
    についての前記参照リストに前記第２のソフトウエア構
    造についての前記参照を付加する手段と、を備え、前記
    第１のソフトウエア構造を生成する手段と、前記参照を
    生成する手段と、前記参照を付加する手段と、前記第１
    のソフトウエア構造と、前記第２のソフトウエア構造と
    の少なくとも一つはソフトウエアオブジェクトを含んで
    いるオブジェクト指向構造化文書作成支援システム。
JP11008279A 1998-01-14 1999-01-14 構造化文書作成支援方法、構造化文書作成支援システム、プログラムを格納する記憶媒体、記憶装置及びオブジェクト指向構造化文書作成支援システム Pending JPH11259299A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/007,100 US6078931A (en) 1998-01-14 1998-01-14 Method and system for resetting references to deleted software structures
US09/007100 1998-01-14

Publications (1)

Publication Number Publication Date
JPH11259299A true JPH11259299A (ja) 1999-09-24

Family

ID=21724220

Family Applications (1)

Application Number Title Priority Date Filing Date
JP11008279A Pending JPH11259299A (ja) 1998-01-14 1999-01-14 構造化文書作成支援方法、構造化文書作成支援システム、プログラムを格納する記憶媒体、記憶装置及びオブジェクト指向構造化文書作成支援システム

Country Status (2)

Country Link
US (1) US6078931A (ja)
JP (1) JPH11259299A (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3861538B2 (ja) * 1999-12-15 2006-12-20 株式会社日立製作所 プログラム配付管理システム
US6961773B2 (en) 2001-01-19 2005-11-01 Esoft, Inc. System and method for managing application service providers
JP2003022125A (ja) * 2001-05-02 2003-01-24 Ricoh Co Ltd 機器の定期診断装置及び機器の定期診断方法ならびに定期診断される顧客に配置された機器
US7209932B2 (en) * 2002-03-25 2007-04-24 International Business Machines Corporation Method, system, and program for allocating tasks to a plurality of processors
US7730449B2 (en) * 2003-03-19 2010-06-01 Toshiba Corporation Auto reference counting pointer for C++ objects with ability to re-cast and lookup from a free pointer
US8438558B1 (en) 2009-03-27 2013-05-07 Google Inc. System and method of updating programs and data
JP6211626B2 (ja) 2012-12-18 2017-10-11 ボルケーノ コーポレイション 画像化用カテーテルのためのカットとスカイブを有する遷移領域

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5495610A (en) * 1989-11-30 1996-02-27 Seer Technologies, Inc. Software distribution system to build and distribute a software release
US5837986A (en) * 1990-01-05 1998-11-17 Symbol Technologies, Inc. Modification of software files in a microprocessor-controlled device via two-dimensional bar code symbols
US5835911A (en) * 1994-02-08 1998-11-10 Fujitsu Limited Software distribution and maintenance system and method
KR100286008B1 (ko) * 1995-12-30 2001-04-16 윤종용 소프트웨어 프로그램 자동 갱신방법
US5761504A (en) * 1996-02-16 1998-06-02 Motorola, Inc. Method for updating a software code in a communication system
US5752042A (en) * 1996-06-07 1998-05-12 International Business Machines Corporation Server computer for selecting program updates for a client computer based on results of recognizer program(s) furnished to the client computer
US5933647A (en) * 1997-01-24 1999-08-03 Cognet Corporation System and method for software distribution and desktop management in a computer network environment
US5983239A (en) * 1997-10-29 1999-11-09 International Business Machines Corporation Storage management system with file aggregation supporting multiple aggregated file counterparts

Also Published As

Publication number Publication date
US6078931A (en) 2000-06-20

Similar Documents

Publication Publication Date Title
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
Needham et al. The Cambridge CAP computer and its protection system
US5535389A (en) Business process objects with associated attributes such as version identifier
JP2986051B2 (ja) オブジェクト指向コンピュータ・システム及びオブジェクト実行方法
US5381547A (en) Method for dynamically linking definable program elements of an interactive data processing system
US6115738A (en) Input/output device information management method and apparatus for multi-computers
US9047583B2 (en) Ontology context logic at a key field level
JP4571710B2 (ja) ディスパッチテーブル構造のための方法と装置
US6760905B1 (en) Lazy compilation of template-generated classes in dynamic compilation execution environments
US6633313B1 (en) Event routing mechanism in a computer system
US6578090B1 (en) System and method for interfacing two modules supporting various applications
JPH1040087A (ja) ソフトウェア工学で使われるデータモデルの取り扱い方法
WO1995002219A1 (en) System and method for distributed computation based upon movement, execution and interaction of processes in a network
US6802059B1 (en) Transforming character strings that are contained in a unit of computer program code
CA2122182A1 (en) Method for rapid prototyping of programming problems
US7523461B2 (en) Modification of logic in an application
US20040187100A1 (en) Data store for arbitrary data types with type safe storage and retrieval
US7788652B2 (en) Representing type information in a compiler and programming tools framework
JPH11259299A (ja) 構造化文書作成支援方法、構造化文書作成支援システム、プログラムを格納する記憶媒体、記憶装置及びオブジェクト指向構造化文書作成支援システム
US6446087B1 (en) System for maintaining the integrity of application data
US6484311B2 (en) Coalescing properties, methods and events
JPH09171473A (ja) エラーを管理するための方法およびデータ処理システム
JP3489216B2 (ja) ファイルシステム
US5893122A (en) Hyper-media system including plural application processors which execute navigation processing for hyper-media document
US20020083314A1 (en) Extensible actions and container types in an extensible scene graph system

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20050609

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050927

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051128

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20051220