JPH04170642A

JPH04170642A - クラスの共有管理方式

Info

Publication number: JPH04170642A
Application number: JP2297214A
Authority: JP
Inventors: Yoshihiro Masuda; 佳弘増田
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1990-11-05
Filing date: 1990-11-05
Publication date: 1992-06-18

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、Ｓｍａ　Ｉ　ｌ　ｔａ　１ｋ−８０，Ｃａｍ
ｍｏｎ　　Ｌｉ５ｐ等のオブジェクト指向言語、または
オブジェクト指向データベースシステムにおいて、複数
のユーザ間でクラスを共有するためのクラス共有管理方
式に関する。

［従来の技術］オブジェクト指向言語、またはオブジェクト指向データ
ベースで扱われるデータは、すべて「クラス」と呼ばれ
るデータ構造を規定する単位がら生成される。

すなわち、オブジェクト指向言語では、計算は「オブジ
ェクト」と呼ばれる能動的な物体と、そのオブジェクト
間の通信（メツセージ）によって行われる。

オブジェクト指向言語においては、整数などのデータも
全て能動的な計算を行う物体と考え、例えば「整数Ａ」
というオブジェクトに「整数Ｂを加算せよ」というメツ
セージを送ることにより、「整数Ａ」というオブジェク
ト内で加算が実行され、その結果の値「Ｚ」がメツセー
ジの送り元へ送り返される。

上記の「〜を加算せよ」というメツセージを解釈できる
のは、ある特定の性質を持ったオブジェクトのみであり
、この特定の性質を持ったオブジェクトの集まりを「ク
ラス」と呼ぶ。

共通の性質を持ったオブジェクト同士は一つのクラスと
して定義される。

クラスに属するオブジェクトは、そのクラスのインスタ
ンスと呼ばれ、それらは全て同形式のメツセージを受は
付け、そのメツセージで示された計算を行う。

メツセージを受信したときに、どのような計算を行うか
を規定した部分を「メソッド」と呼び、このメソッドは
各クラスごとに記述され、そのクラスのインスタンスの
ふるまいを規定する。

一般に、この「クラス」は階層構造を成しており、下位
のクラス（サブクラス）は上位のクラス（スーパクラス
）のデータ構造を包含する。

このことにより、下位のクラスでは、上位のクラスの持
つスロント、すなわち概念や属性の記述をアクセスする
ことが可能となる。

なお、この機能を、一般に「継承Ｊと呼んでいる。

一方、従来、Ｓｍａ　１１　ｔａ　Ｉｋ−８０等のオブ
ジェクト指向言語においては、上記クラスの管理はすべ
てユーザ個人に任されていたために、ユーザはシステム
全体に影響を及ぼすようなりラスにさえも、自由に変更
を加えることが可能であった。

［発明が解決しようとする課題コ上記従来の技術によると、上位クラスの定義が下位クラ
スの定義に影響を与えるようになっているため、「クラ
ス」をオブジェクト指向データベースのように、複数の
ユーザで共有するものにおいては、ユーザが個人的に定
義したクラスを、共有するクラスの上位クラスとして定
義することばできない。

共有しているクラスの定義に対して、あるユーザが勝手
に変更を加えると、システムを共有している他のユーザ
が共通の定義で共有することができないために、システ
ム全体に影響を及ぼし、該システムを円滑に運用するこ
とができないという問題があった。

本発明の目的は、上記従来技術の問題点を解消し、クラ
スをアクセス権によって区別することで、複数のユーザ
でクラスを共有しても、互いに影響を及ぼすことなくク
ラスの管理ができるようにしたオブジェクト指向言語、
またはオブジェクト指向データベースシステムにおける
クラス共有管理方式を提供することにある。

［課題を解決するための手段］上記目的を達成するために、本発明は、通信ネットワー
ク（第１図の１）を介して接続された複数のユーザシス
テム（第１図の２）と、上記複数のユーザシステムによ
り共通にアクセスされるデータベースシステム（第１図
の３）とからなるクラスの共有管理方式において、前記
ユーザシステムに、ユーザのクラスへのアクセス権情報
をクラス定義中に保持させる手段（第１図のクラス格納
領域２５１）と、上記アクセス権情報にしたがって、共
存しているクラス定義を取り出し、上記通信ネットワー
クを介して上記データベースシステムに対して、クラス
定義を含むデータを複数ユーザ間で共通にアクセスする
ための手段（第１図のクラス管理装置２４）とを備え、前記データベースシステムに、ユーザのクラスへのアク
セス権情報をクラス定義中に保持させる手段（第１図の
共有クラスデータ領域３２１）と、前記アクセス権情報
にしたがって、共有しているクラス定義を取り出す手段
（第１図の共有クラス管理装置３１）とを備えたこと、を特徴とする。

［作用コ本発明は、上記の構成としたことにより、あるアクセス
権情報をクラス定義にもたせ、当該アクセス権から′°
各クラスはそのクラスのアクセス権より共通度の強いア
クセス権をもつクラスを上位クラスとしない”という規
則のもとで、登録、参照される。

ユーザは、自己のユーザシステム２のクラス管理装置２
４に対してキーボード２２およびマウス２３を用いて共
有クラス登録の要求を行なう。

すると、クラス管理装置２４は、通信ネットワーク１を
介してファイルサーバ３の共通りラス管理装置３１に対
してユーザシステム２からの共有クラス登録の要求と登
録クラスのデータを転送する。

ファイルサーバ３の共有クラス管理装置３１は、この要
求を認識し、クラスデータのアクセス権が正しいもので
ある場合は、このクラスをユーザシステム２のクラス管
理装置２４に送る。

そして、送られてきたクラスは記憶装置２５のクラス格
納領域２５１に格納される。

クラスを登録する場合は、クラスを定義して登録するた
めに、ｄｅｆｃｌａｓｓ構文を用いる。

そのクラス定義からクラスが生成される。

上記クラス定義から共有クラスを認識し、ユーザシステ
ム２のクラス管理装置２４により、ネットワークｌを介
して共有クラスを管理しているファイルサーバ３に当該
クラスが送られる。

ファイルサーバ３の共有クラス管理装置３１では、送ら
れてきたクラスのスーパクラスのアクセス権が共有クラ
スであれば、共有クラスとしてファイルサーバの補助記
憶装置３２の共有クラスデータ領域３２１にそのクラス
定義を書き込む。

そして、このクラス定義が登録されたことをユーザシス
テム側に知らせる。

また、ユーザシステムでは、通常のクラス定義と同様に
クラスが生成される。

クラスを参照する場合は、インスタンスの生成や、メソ
ッドの実行中にクラスの参照が行なわれ、ユーザシステ
ム２の記憶装置２５のクラス格納領域２５１の中にクラ
ス定義が存在しない場合は、クラス管理装置２４により
ネットワーク１を介してファイルサーバ３側の共有クラ
ス管理装置３１に対してクラスの検索要求が送信される
。

共有クラス管理装置３１は、この検索要求を解釈し、要
求クラスの定義をデータベース上で検索する。

その結果、対象とするクラスが発見できた場合には、そ
のクラスの定義をユーザシステム２側に送信する。

ユーザシステム２側では、送信された定義にしたがって
クラスを生成する。

これにより、たくさんのクラスで構成されるクラス階層
からアクセス権によって抽出し、その結果得られたクラ
スだけを集めてクラス階層として利用することができる
ので、プログラム開発効率を向上できる。

また、クラスが共用されるため、クラス定義を保存して
おくための記憶装置の領域を節約することができる。

［実施例］以下、本発明の実施例につき、図面を参照して詳細に説
明する。

第１図は本発明によるクラス共有管理方式を適用するシ
ステムのブロック図であって、１はＲＡＮ等の通信ネッ
トワーク、２はユーザ側システム（以下、ユーザシステ
ムという）、３はファイルサーバ側システム（以下、フ
ァイルサーバという）である。

そして、ユーザシステム２は、表示装置２１、キーボー
ド２２、マウス等の指示装置２３、クラス管理装置２４
、記憶装置２５からなり、また記憶装置２５はクラス格
納領域２５１をもっている。

ファイルサーバ３は、共有クラス管理装置３１、補助記
憶装置３３からなり、補助記憶装置３２は共有クラスデ
ータ領域３２１をもっている。

図示したように、本システム全体としては、共有クラス
に関するデータを記憶・管理するファイルサーバ３と、
ユーザ個人単位での開発環境であるユーザシステム２に
分かれている。

これらファイルサーバ３とユーザシステム２とは、通信
ネットワーク１で相互に結合されている。

なお、同図には、ユーザシステム２を一つのみ示してい
るが、実際のシステムでは、共通のファイルサーバ３に
対して複数のユーザシステム２が接続されている。

以下、第１図に示したシステムの動作を、共有クラスの
登録とその取り出し、クラスの登録とその参照の順で説
明する。

（１）共有クラスの登録ユーザは、自己のユーザシステム２のクラス管理装置２
４に対してキーボード２２およびマウス２３を用いて共
有クラス登録の要求を行なう。

なお、上記において、“クラスデータのアクセス権が正
しい゛とは、「各クラスはそのクラスのアクセス権より
共有度の強いアクセス権を持つクラスを上位クラスとし
ない」ということを意味する。

第２図は第１図のクラス格納領域２５１に格納されるク
ラスのデータ構造の説明図であって、”ｎａｍｅ″ｌ″
５ｕｐｅｒ″、ｄｉｒｅｃｔ−ｓｕｐｅｒ″、”　ｄｉ
ｒｅｃｔ−ｓｌｏｔｓ″。

ｓ　ｌ　ｏ　ｔ　ｓ　”　、”ａｃｃｅｓｓ″の各スロ
ットから構成される。

これらクラスを構成するデータ構造の一部に、アクセス
権情報（ａｃｃｅｓｓ指定子）を格納しておくための領
域を設けておく。

同図に示した例では、下線を引いたスロット“アクセス
”２０１がアクセス権を格納しておくための領域であり
、アクセス権に応じて、次のような値がセットされるよ
うになっている。

：　ｐｒｉｖａｔｅ　　個人だけで用いるクラス：　ｐ
ｕｂｌｉｃ　　　誰でも使うことができるクラスなお、
以下の例では、Ｃｏｍｍｏｎ　　Ｌｉ５ｐをベースに拡
張しである。

（２）クラスの登録クラスを定義し、これを登録するために、第３図に示し
た構文のｄｅｆｃｌａｓｓを用いる。

なお、ｄｅｆｃｌａｓｓは、Ｃｏｍｍｏｎ　　Ｌｉ５ｐ
の標準機能であり、同図では下線を引いた部分（：　ａｃｃｅｓｓ　ａｃｃｅｓｓ−１ｅｖｅｌ）３０
１とａｃｃｅｓｓ−１ｅｖｅｌ：：ｌ＝　：ｐｒｉｖａ
ｔｅ　　１：ｐｕｂｌｉｃが、本発明の実施のために拡
張した部分である。

また、同図において、１は「または」、（・・・・）”
は「０回以上の繰り返し」、［・・・・コは「省略可能
」を意味する。

例えば、以下のようなりラス定義を行なったとする。

（ｄｅｆｃｌａｓｓ　ｆｏｏ　（ｓｔｄ−ｃｌａｓｓ）
　　（ａ　ｂ　ｃ）　　（：ａｃｓｅｓｓ」男１す±σ
）すると、このクラス定義から、ｆｏｏという名前のクラ
スは、個人だけで使用されるクラスであると認識され、
従来のクラスと同様にクラスが生成される。

なお、この：ｐｒｉｖａｔｅはデフォルトとして使用さ
れるので、次のように省略しても、同じ意味となる。

（ｄｅｆｃｌａｓｓ　ｆｏｏ　（ｓｔｄ−ｃｌａｓｓ）
　　（ａ　ｂ　ｃ）一方、次のようなりラス定義を行な
ったとする。

（ｄｅｆｃｌａｓｓ　ｂａｚ　（ｓｔｄ−ｃｌａｓｓ）
　（ｃ　ｄ　ｅ）　（：ａｃｓｅｓｓ：ｐｕｂｌｉｃ）
）すると、このクラス定義から、ｂａｚというクラスは共
有クラスであると認識され、ユーザシステム２のクラス
管理装置２４に相当するプログラムにより、ネットワー
ク１を介して共有クラスを管理しているファイルサーバ
３に当該クラスが送られる。

ファイルサーバ３の共有クラス管理装置３１に相当する
プログラムでは、送られてきたクラスのスーパクラスの
アクセス権が：ｐｕｂｌｉｃであるかどうかを調べ、：
Ｐｕｂｌｉｃであれば共有クラスとして補助記憶装置３
２の共有クラスデータ領域３２１にそのクラス定義を書
き込む。

一方、登録するクラスのスーパクラスが、：ｐｕｂｌｉ
ｃでない場合は、ファイルサーバ３の共有クラスデータ
領域３２１に登録できないことがユーザシステム２に報
告され、クラス定義がアボートされる。

第４図は上記のクラス登録の処理内容を説明するフロー
チャートで、（ａ）はユーザシステム側での処理、（ｂ
）はファイルサーバ側での処理を示す。

まず、（ａ）において、第１図のクラス管理装置２４は
、クラス定義中の：ａｃｃｅｓｓ指定子が：ｐｕｂｌｉ
ｃかどうかを判断しく５−１）、ＹＥＳならば、ファイ
ルサーバ３に対して共有クラスデータベースへのクラス
の登録の依願を送信する（Ｓ−２）。

ユーザシステムのクラス管理装置２４は、この登録依願
の結果をファイルサーバ３から受は取る（Ｓ−３）。

上記結果が、共有クラスデータベースに登録できたもの
である場合は、クラス定義を行い、クラスを生成する（
Ｓ−５）。

なお、（Ｓ−１）において、ＮＯの場合すなわちクラス
定義中の：ａｃｃｅｓｓ指定子が：Ｐｕｂｌｉｃでない
場合は、そのまま（Ｓ−５）に行き、クラス定義を行い
、クラスを生成する。

一方、同図（ｂ）において、ファイルサーバ３側では、
ユーザシステム２からの共有クラスの登録要求を受は取
り（Ｓ−１０）、要求されたクラスのスーパークラスが
既に共有クラスとして登録されているか否かを判断する
（Ｓ−１１）。

登録要求のあったクラスが共有クラスとして登録されて
いる場合には、当該登録要求のあったクラスを共有クラ
スとして登録しくＳ−１２）、登録されたことをユーザ
システム２側に通知する（Ｓ−１３）。

また、（Ｓ−１１）で登録要求のあったクラスが共有ク
ラスとして登録されていない場合には、それを共有クラ
スデータ領域３２１に登録することができないため、登
録できなかったことをユーザシステム２側に通知する（
Ｓ−１４）。

（３）クラスの参照インスタンスの生成や、メソッドの実行中にクラスの参
照が行なわれると、ユーザシステム２の記憶装置２５の
クラス格納領域２５１の中にクラス定義が存在しない場
合は、クラス管理装置２４によりネットワーク１を介し
てファイルサーバ３側の共有クラス管理装置３１に対し
てクラスの検索要求が送信される。

一方、共有クラス管理装置３１が、検索の結果、対象ク
ラスを発見できなかった場合、その旨をユーザシステム
２側に報告し、クラスの参照がエラーとなる。

第５図はクラスの参照処理を説明するフローチャートで
あって、（ａ）はユーザシステム側での処理を、（ｂ）
はサーバ３側での処理を示す。

同図（ａ）において、ユーザシステム２の記憶装置２５
内に存在しないクラスがアクセスされると（Ｓ−２０）
：ファイルサーバ３に対して当該クラスが共有クラスと
して存在しないか否かを問い合わせ（Ｓ−２１）、この
問い合わせに対する返事をファイルサーバ３から受は取
る（Ｓ−２２）。

該当する共有クラスが発見された場合には（Ｓ−２３Ｌ
発見された共有クラスのクラス定義を行い、クラスを生
成する（Ｓ−２４）。

該当する共有クラスが発見されなかった場合には、その
旨ユーザシステム２側に通知し、当該クラスの参照がエ
ラーとなる。

同図（ｂ）において、ファイルサーバ３側では、ユーザ
システム２側からクラス検索要求を受は取り（Ｓ−３０
）、検索を要求されたクラスがすでに共有クラスとして
登録されているか否かを判断する（Ｓ−３１）。

当該クラスがすでに登録されている場合には、そのクラ
スのクラス定義をユーザシステム２側に返信する（Ｓ−
３２）。

ステップ（Ｓ−３１）において、検索を要求されたクラ
スが共有クラスとして登録されていないと判断された場
合には、当該クラスが存在しなかったことをユーザシス
テム側に通知する（Ｓ−３３）。

このようにして、クラスの参照に関する処理が行われる
。

以上、共有クラスの登録とその取り出し、クラスの登録
とその参照動作について説明した。

本発明は、上記したアクセス権を、クラスカテゴリのよ
うな単位で設定することにより、ユーザにとって関係が
ありそうだと考えられるクラスを抽出し、抽出したクラ
スだけでクラス階層を構築できるように拡張可能である
。

〔発明の効果〕

以上説明したように、本発明によれば、あるアクセス権
情報をクラス定義にもたせ、当該アクセス権から”各ク
ラスはそのクラスのアクセス権より共通層の強いアクセ
ス権をもつクラスを上位クラスとしない」という規則の
もとで、登録、参照される。

【図面の簡単な説明】

第１図は本発明によるクラス共有管理方式を適用するシ
ステムのブロック図、第２図は第１図のクラス格納領域
に格納されるクラスのデータ構造の説明図、第３図はｄ
ｅｆｃｌａｓｓの構文説明図、第４図はクラス登録の処
理内容を説明するフローチャート、第５図はクラスの参
照処理を説明するフローチャートである。１・・・・通信ネットワーク、２・・・・ユーザ側シス
テム、３はファイルサーバ側システム、２１・・・・表
示装置、２２・・・・キーボード、２３・・・・マウス
等の指示装置、２４・・・・クラス管理装置、２５・・
・・記憶装置、２５１・・・・クラス格納領域２５１．
３１・・・・共有クラス管理装置、３２・・・・補助記
憶装置、３２１・・・・共有クラスデータ領域。

Claims

【特許請求の範囲】通信ネットワークを介して接続された複数のユーザシス
テムと、上記複数のユーザシステムにより共通にアクセ
スされるデータベースシステムとからなるクラスの共有
管理方式において、前記ユーザシステムに、ユーザのクラスへのアクセス権
情報をクラス定義中に保持させる手段と、上記アクセス
権情報にしたがって、共有しているクラス定義を取り出
し、上記通信ネットワークを介して上記データベースシ
ステムに対して、クラス定義を含むデータを複数ユーザ
間で共通にアクセスするための手段とを備え、前記データベースシステムに、ユーザのクラスへのアク
セス権情報をクラス定義中に保持させる手段と、前記ア
クセス権情報にしたがって、共有しているクラス定義を
取り出す手段とを備えたこを特徴とするオブジェクト指
向プログラミング環境におけるクラス共有管理方式。