JPH10124318A - オブジェクト指向システム - Google Patents

Abstract

(57)【要約】 【課題】 サーバのメソッドを呼び出すクライアントに
対し、状況に応じた柔軟なサービスの提供を行うことが
できるオブジェクト指向システムを得ることを目的とす
る。 【解決手段】 サーバを構成するメソッド又はデータを
変更するためのルールを記憶するオブジェクト構成ルー
ルテーブル１４と、動作しているサーバのメソッドとデ
ータの構成情報を記憶するオブジェクト構成管理テーブ
ル１３と、クライアントによるメソッド呼び出し時に、
オブジェクト構成ルールテーブル１４のルールに基づい
て、オブジェクト構成管理テーブル１３のメソッド又は
データの構成情報を再構成するオブジェクト処理手段１
２と、この再構成されたオブジェクト構成管理テーブル
１３に基づいて、メソッド定義テーブル９からメソッド
を取得し、この取得したメソッドに基づいてサーバのメ
ソッドを構成するとともに、データ定義テーブル７から
データを取得し、この取得したデータに基づいてサーバ
のデータを構成するオブジェクト実行手段１５とを備え
たものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、データとメソッ
ドをカプセル化した単位であるサーバ・ソフトウェア
と、このサーバ・ソフトウェアに対してメッセージパッ
シングにて処理の依頼を行うクライアント・ソフトウェ
アとにより構成されるクライアント・サーバ型のオブジ
ェクト指向システムに関するものである。

【０００２】

【従来の技術】図３３は、特開平４−２３０５４３号公
報「オブジェクト指向システムに於て使用するデータ構
造」（ロバート、他）に示される一般的なオブジェクト
指向システムの構成であり、３００１はコンピュータプ
ログラム、３００２はコンピュータプラットフォーム、
３００３はアプリケーションプログラム、３００４はオ
ブジェクト指向プログラミングシステム、３００５はデ
ータベース管理装置、３００６はオペレーティングシス
テム、３００７はマイクロ命令コード、３００８はハー
ドウェア装置、３００９はＲＡＭ、３０１０はＣＰＵ、
３０１１は入出力インタフェース、３０１２は接続ケー
ブル、３０１３は端末装置、３０１４は接続ケーブル、
３０１６はユーザ、３０１７は接続ケーブル、３０１８
はデータ記憶装置、３０１９は外部データベース、３０
２０は接続ケーブル、３０２１はプリンタである。

【０００３】図３４は、図３３に示したオブジェクト指
向システムにおけるメッセージシステムの説明図であ
り、３１２１、３１２２はメソッド、３１２３はオブジ
ェクト管理表、３１２４はデータフレーム、３１２５は
ロード済みクラス表、３１２６は信号線、３１２７は信
号線、３１２８は信号線、３１２９は信号線、３１３０
はメッセンジャである。

【０００４】図３５は、図３３に示したオブジェクト指
向システムにおけるデータ構造を示す図であり、３１０
１はオブジェクト識別構成、３１０２はオブジェクト識
別欄、３１０３はアクセスアドレス、３１０４は形式、
３１０５はクラス識別子、３１０６はインスタンス識別
子、３１０７はオブジェクト管理表（ＯＭＴ）３１０８
はオブジェクト識別欄、３１０９はインスタンスデータ
フレーム・アドレスである。

【０００５】従来のオブジェクト指向システムは、図３
３に示すように、ＲＡＭ３００９とＣＰＵ３０１０と入
出力インタフェース３０１１を内蔵し、端末装置３０１
３とデータ記憶装置３０１８とプリンタ３０２１などの
外部装置を収容している計算機システムにおいて、これ
らのハードウェアをプログラマブルに制御するためのマ
イクロ命令コード３００７とオペレーティングシステム
３００６とデータベース管理装置３００５によるコンピ
ュータプラットフォーム３００２を隠蔽するオブジェク
ト指向プログラミングシステム３００４を備えることに
より、アプリケーションプログラム３００３をオブジェ
クト指向の考えに基づき構築できるようにしたものであ
る。

【０００６】オブジェクト指向の考えに基づくアプリケ
ーション構築のために、図３４に示す構成により、オブ
ジェクトの作用としてメソッド３１２１、３１２２を起
動するために、メッセンジャ３１３０によりメッセージ
がメッソド３１２１、３１２２に送られる。

【０００７】オブジェクトを識別するデータ構造は、図
３５に示すように、独自のオブジェクト識別欄３１０８
を有する固定的な部分と、データ記憶装置３０１８内の
データフレーム内のインスタンスデータフレーム・アド
レス３１０９により構成される非固定的な部分により構
成されており、この例では、状況に応じてメッセージ送
信先を最適に決定できるように設定することができる。

【０００８】しかし、従来システムは以上のように構成
されているため、オブジェクトの構造は固定的であり、
例えばオブジェクト識別欄から参照できるデータはデー
タ構造内のアドレスで管理され、構造情報を管理する手
段を持たないため、オブジェクトの構造は生成時に決定
されるものに限定されていた。

【０００９】

【発明が解決しようとする課題】従来のオブジェクト指
向システムは、以上のように構成されているので、サー
バ・ソフトウェアが提供するメソッドの機能は、一度イ
ンスタンスとして生成された時の静的な構造のみで決定
されるため、動作している中で発生した状況の変化に対
応した柔軟な構造の提供が行なえないという問題点があ
った。

【００１０】また、サーバ・ソフトウェアのライフタイ
ムを管理する手段が無いために、サーバ・ソフトウェア
と、生成元のクライアント・ソフトウェアの関係が切れ
てしまい、サーバ・ソフトウェアがゾンビプロセスとな
ってしまう危険があるという問題点があった。

【００１１】さらに、あるクラス定義が変更された場合
に、そのクラスをテンプレートとして生成されている動
作中のサーバ・ソフトウェアに変更を反映する手段が無
いために、柔軟なクラス構造が提供できないという問題
点があった。

【００１２】また、サーバ・ソフトウェアが利用する内
部のデータを、そのクラスの性格を継承しているサブク
ラスから生成されたサーバ・ソフトウェアから共有する
ことと、ローカルな利用にとどめることとを選択的に行
なう手段が無いために、柔軟なサーバ・ソフトウェアを
提供できないという問題点があった。

【００１３】さらに、複数のサーバ・ソフトウェア間で
共有するデータに対するアクセスをコントロールする手
段が無いために、アクセス競合により安全が損なわれる
という問題点があった。

【００１４】また、複数のサーバ・ソフトウェア間で共
有データを利用する場合に、このデータに対するアクセ
ス操作を動的にコントロールする手段が無いため、共有
データに対するきめ細かいアクセス制御の設定ができな
いという問題点があった。

【００１５】さらに、共有データのアクセス制御を設定
する権利を、他のサーバ・ソフトウェアへ委譲する手段
が無いために、状況に応じた柔軟な共有データの管理が
できないという問題点があった。

【００１６】また、サーバ・ソフトウェアがローカルに
利用しているデータと共有しているデータを動的に切替
える手段が無いために、状況に応じた柔軟なデータ構造
の提供ができないという問題点があった。

【００１７】さらに、複数のサーバ・ソフトウェアから
共有されているデータをローカルな利用に切替える処理
を、その共有データが他のサーバ・ソフトウェアから利
用されていないことを保証して、安全に行なうことがで
きないという問題点があった。

【００１８】この発明は、上記のような問題点を解決す
るためになされたもので、クライアント・サーバ型のオ
ブジェクト指向システムにおいて、サーバのメソッドを
呼び出すクライアントに対し、状況に応じた柔軟なサー
ビスの提供を行うことができるオブジェクト指向システ
ムを得ることを目的とする。

【００１９】

【課題を解決するための手段】請求項１の発明に係るオ
ブジェクト指向システムは、処理ロジックを有するメソ
ッドを記憶するメソッド定義テーブルと、上記処理ロジ
ックにより参照されるデータを記憶するデータ定義テー
ブルと、上記メソッドと上記データとにより構成され、
呼び出し時に上記メソッドの処理ロジックが実行される
サーバと、このサーバを構成する上記メソッドを呼び出
すクライアントと、上記サーバを構成する上記メソッド
又はデータを変更するためのルールを記憶するオブジェ
クト構成ルールテーブルと、動作している上記サーバの
メソッドとデータの構成情報を記憶するオブジェクト構
成管理テーブルと、上記クライアントによる上記メソッ
ド呼び出し時に、上記オブジェクト構成ルールテーブル
のルールに基づいて、上記オブジェクト構成管理テーブ
ルのメソッド又はデータの構成情報を再構成するオブジ
ェクト処理手段と、この再構成されたオブジェクト構成
管理テーブルに基づいて、上記メソッド定義テーブルか
ら上記メソッドを取得し、この取得したメソッドに基づ
いて上記サーバのメソッドを構成するとともに、上記デ
ータ定義テーブルから上記データを取得し、この取得し
たデータに基づいて上記サーバのデータを構成するオブ
ジェクト構成管理手段とを備えたものである。

【００２０】請求項２の発明に係るオブジェクト指向シ
ステムは、上記サーバを生成してからの時間が所定の時
間を経過したか否かを監視し、上記所定の時間を経過し
たことを上記クライアントに通知するオブジェクト周期
監視手段を備えたものである。

【００２１】請求項３の発明に係るオブジェクト指向シ
ステムは、上記サーバがテンプレートとするクラスを記
憶するクラス定義テーブルと、このクラス定義テーブル
に記憶されたクラスが変更されたか否かを監視するクラ
ス構造周期監視手段とを備え、上記オブジェクト処理手
段は、上記クラス構造周期監視手段により上記クラスの
変更を検出したときに、上記オブジェクト構成管理テー
ブルのメソッド又はデータの構成情報を再構成するもの
である。

【００２２】請求項４の発明に係るオブジェクト指向シ
ステムにおいて、上記サーバを構成するデータは、上記
サーバのみが参照するローカル・データと、上記サーバ
と他のサーバとが共通に参照するグローバル・データと
を備え、上記オブジェクト構成管理テーブルは、上記ロ
ーカル・データの構成情報と上記グローバル・データの
構成情報とを記憶し、上記オブジェクト構成管理手段
は、上記オブジェクト構成管理テーブルに基づいて、動
作している上記サーバの上記ローカル・データと上記グ
ローバル・データとを管理するものである。

【００２３】請求項５の発明に係るオブジェクト指向シ
ステムにおいて、上記オブジェクト構成管理手段は、上
記グローバル・データがアクセス中のときに、このグロ
ーバル・データに対する他のサーバからのアクセスを禁
止するものである。

【００２４】請求項６の発明に係るオブジェクト指向シ
ステムにおいて、上記グローバル・データは、このグロ
ーバル・データに対して書き込みを禁止するか否かが設
定されたアクセス許可リストを有し、上記オブジェクト
構成管理手段は、上記アクセス許可リストに基づいて、
上記グローバル・データへの書き込みを制御するもので
ある。

【００２５】請求項７の発明に係るオブジェクト指向シ
ステムにおいて、上記オブジェクト構成管理手段は、上
記アクセス許可リストを書き換える権利を他のクライア
ントに変更するものである。

【００２６】請求項８の発明に係るオブジェクト指向シ
ステムは、上記ローカル・データを上記グローバル・デ
ータに変換し、上記グローバル・データを上記ローカル
・データに変換する共有データ管理手段を備えたもので
ある。

【００２７】請求項９の発明に係るオブジェクト指向シ
ステムは、上記サーバがアクセス中の上記グローバル・
データをロックするロック管理手段を備え、上記共有デ
ータ管理手段は、上記ロック管理手段によりロックされ
ている上記グローバル・データを上記ローカル・データ
に変換しないものである。

【００２８】

【発明の実施の形態】

実施の形態１．図１は、この発明の実施の形態１のオブ
ジェクト指向システムにおける全体構成を示すものであ
る。図１において、オブジェクト指向システム１は、ク
ライアント・ソフトウェアからの要求によりオブジェク
トの生成や削除、サーバ・ソフトウェアの持つ特定のメ
ソッドの呼び出しを実現するオブジェクト実行手段１５
を持つオブジェクト実行装置５、サーバ・ソフトウェア
のテンプレートであるクラスを管理するクラス定義処理
手段１０とクラス定義テーブル１１とを持つクラス定義
装置４、クラスを構成する要素であるデータ定義を管理
するためにデータ定義処理手段６とデータ定義テーブル
７とを持つデータ定義装置２、同じくクラスを構成する
要素であるメソッド定義を管理するためにメソッド定義
処理手段８とメソッド定義テーブル９とを持つメソッド
定義装置３、これらオブジェクト実行装置５、データ定
義装置２、メソッド定義装置３、クラス定義装置４の間
でオブジェクト管理のための情報交換を行なう通信路１
６により構成される。またオブジェクト実行装置５は、
オブジェクト処理手段１２と、オブジェクト構成管理テ
ーブル１３と、オブジェクト構成ルールテーブル１４
と、オブジェクト実行手段１５より構成される。

【００２９】図２は、図１に示したオブジェクト実行手
段１５の構成を示すものである。図２のオブジェクト実
行手段１５は、クライアント・ソフトウェア１０３と、
サーバ・ソフトウェア１０４群が実際に動作するメモリ
空間であるオブジェクト実行メモリ部１０１と、サーバ
・ソフトウェア１０４のオブジェクトとしての動作を管
理するオブジェクト実行管理手段１０２とにより構成さ
れる。

【００３０】オブジェクト実行管理手段１０２は、クラ
イアント・ソフトウェア１０３とサーバ・ソフトウェア
１０４の間でメッセージ・パッシングによる通信を実現
するメッセージ通信管理手段１０５と、サーバ・ソフト
ウェア１０４の構成を管理するオブジェクト構成管理手
段１０６より構成される。クライアント・ソフトウェア
１０３は、内部にサーバ・ソフトウェアのメソッドを呼
び出すメソッド呼び出し１０７を実装している。個々の
サーバ・ソフトウェア１０４は、それぞれのサーバ・ソ
フトウェアの構成を管理するために、メソッドを管理す
るメソッド管理手段１１１と、データを管理するデータ
管理手段１１２より構成されるオブジェクト構成手段１
１０と、メソッドロジックを持つメソッド１１３群を持
つメソッド部１０８と、メソッドが利用するデータであ
るデータ１１４群を持つデータ部１０９を実装してい
る。

【００３１】図３は、データ定義テーブル７の構成を示
すものである。図４は、メソッド定義テーブル９の構成
を示すものである。図５は、再構成が行なわれる前のオ
ブジェクト構成管理テーブル１３の構成を示している。
図６は、再構成が実行された後のオブジェクト構成管理
テーブル１３の構成を示している。図７は、オブジェク
ト構成ルールテーブル１４の構成を示している。

【００３２】次に、図２に示すクライアント・ソフトウ
ェア１０３がサーバ・ソフトウェア１０４のメソッド１
１３を呼び出す場合を例に挙げ、図８〜１０のフローチ
ャートを用いて動作を説明する。なお、図８〜１０のフ
ローチャートに示す処理を実現するため、オブジェクト
実行装置５内の各手段は、他の手段にメッセージを通知
することにより処理を依頼するが、サーバ・ソフトウェ
ア１０３を再構成するためのルールが存在する場合のメ
ッセージシーケンスの前半部分を図１１、後半部分を図
１２に示し、ルールが存在しない場合のメッセージシー
ケンスを図１３に示す。また、この例で呼び出すサーバ
・ソフトウェア１０４を識別するオブジェクトＩＤをOb
jectID−１とする。また、説明の中のＦ１〜Ｆ２１は、
図８〜１０の中の処理の識別子を意味している。

【００３３】クライアント・ソフトウェア１０３は、サ
ーバ・ソフトウェア１０４のメソッド１１３を呼び出す
ために、ObjectID−１に対するメッセージパッシングを
メッセージ通信管理手段１０５へ通知する。（Ｆ１） メッセージ通信管理手段１０５は、サーバ・ソフトウェ
ア１０４に関する再構成情報の有無を検索するために、
メッセージパッシングが発生したことをオブジェクト処
理手段１２へ通知する。（Ｆ２） オブジェクト処理手段１２は、図７に示すオブジェクト
構成ルールテーブル１４を調査する。この調査により、
オブジェクトＩＤ２３１の項目にObjectID−１が存在す
るかどうかが判断される。（Ｆ３）

【００３４】調査の結果、ObjectID−１が存在しない場
合は、サーバ・ソフトウェア１０４に関する再構成情報
は無いことが判断され、オブジェクト処理手段１２は、
再構成情報なしをメッセージ通信管理手段１０５へ通知
する。（Ｆ２１） この通知を受け取ったメッセージ通信管理手段１０５
は、該当するサーバ・ソフトウェア１０４のメソッド１
１３を検索し、メッセージパッシングによるメソッド呼
び出しを行なうことにより、処理を完了する。（Ｆ２
０）

【００３５】オブジェクト構成ルールテーブル１４のオ
ブジェクトＩＤ２３１に、ObjectID−１がある場合に
は、オブジェクト処理手段１２は、再構成情報有りと判
断し、該当するテーブルの条件２３２、及びオブジェク
ト再構成情報２３３の内容を取得する。（Ｆ４） オブジェクト処理手段１２は、取得した条件２３２を再
構成ルールとして判断するために、オブジェクト構成管
理テーブル１３へ、オブジェクトＩＤがObjectID−１に
該当するサーバ・ソフトウェア１０４の生成情報２２２
の取得を依頼する。この依頼により、オブジェクト構成
管理テーブル１３は、図５に示すオブジェクト構成管理
テーブル１３のオブジェクトＩＤ２２１がObjectID−１
に相当するテーブルを検索し、この該当するテーブルの
生成情報２２２の内容を、オブジェクト処理手段１２へ
通知する。（Ｆ５）

【００３６】オブジェクト処理手段１２は、オブジェク
ト構成管理テーブル１３より取得したObjectID−１の生
成情報２２２が、オブジェクト構成ルールテーブル１４
より取得した条件２３２を満足したとき、オブジェクト
構成ルールテーブル１４のオブジェクト再構成情報２３
３の内容を取得する。一致するルールが存在しない場合
は再構成情報無しと判断し、（Ｆ２１）の処理が行われ
処理が終了する。（Ｆ６） オブジェクト処理手段１２がオブジェクト再構成情報２
３３を取得すると、再構成有りの処理を開始する。（Ｆ
７）

【００３７】オブジェクト処理手段１２は、取得したオ
ブジェクト再構成情報２３３に従い、オブジェクト構成
管理テーブル１３の該当するテーブルの再構築を行な
う。図７に示すオブジェクト構成ルールテーブル１４の
ObjectID−１の条件２３２の上段のルールが適用された
場合、再構築後のオブジェクト構成管理テーブル１４は
図６に示す構成へ変更される。（Ｆ８）

【００３８】オブジェクト処理手段１２は、オブジェク
ト構成管理テーブル１３の再構成処理が終了したことを
判断する。（Ｆ９） 次に、オブジェクト処理手段１２は、サーバ・ソフトウ
ェア１０４の再構成処理が行なわれることをオブジェク
ト構成管理手段１０６に通知する。（Ｆ１０） オブジェクト構成管理手段１０６は、オブジェクト構成
管理テーブル１３に対して、再構成が行なわれたObject
ID−１の構成情報２２６の取得を依頼する。（Ｆ１１） オブジェクト構成管理テーブル１３は、図６における、
オブジェクトＩＤ２２１がObjectID−１に該当するテー
ブルの構成情報２２６の内容をオブジェクト構成管理手
段１０６に通知する。（Ｆ１２）

【００３９】次に、オブジェクト構成情報の構築処理が
行なわれる。これは図１４に示すシーケンスにより実現
される。構成情報２２６はサーバ・ソフトウェア１０４
を構成するメソッドＩＤのリストとデータＩＤのリスト
とからなるため、それぞれのＩＤに相当するメソッドと
データの実体情報を取得する必要がある。これらの情報
を取得するために、オブジェクト構成管理手段１０６
は、データ定義処理手段６へデータＩＤのリストに相当
するデータ実体情報の検索を依頼する。この依頼を受け
たデータ定義処理手段６は、データ定義テーブル７を検
索する。データ定義テーブル７は図３に示す構成であ
り、データＩＤ２０１の項目が一致するテーブルのデー
タ型２０２とデータサイズ２０３の内容を検索しオブジ
ェクト構成管理手段１０６へ通知する。また、メソッド
情報を取得するために、オブジェクト構成管理手段１０
６は、メソッド定義処理手段８へメソッドＩＤのリスト
に相当するメソッド実体情報の検索を依頼する。この依
頼を受けたメソッド定義処理手段８は、メソッド定義テ
ーブル９を検索する。メソッド定義テーブル９は図４に
示す構成であり、メソッドＩＤ２１１の項目が一致する
テーブルのメソッド名２１２、パラメータ情報２１３、
ロジック２１７の内容を検索しオブジェクト構成管理手
段１０６へ通知する。これらの取得したデータとメソッ
ドの実体情報をオブジェクト再構成詳細情報と呼ぶ。
（Ｆ１３）

【００４０】オブジェクト構成管理手段１０６は、オブ
ジェクト実行メモリ部１０１上でオブジェクトＩＤがOb
jectID−１に相当するサーバ・ソフトウェア１０４を検
索し、そのオブジェクト構成手段１１０へオブジェクト
再構成詳細情報による再構築を指示する。（Ｆ１４）

【００４１】指示を受けたオブジェクト構成手段１１０
は、内部のメソッド管理手段１１１へ、オブジェクト再
構成詳細情報に基づくメソッドの再構成を指示する。
（Ｆ１５） メソッド管理手段１１１は、オブジェクト再構成詳細情
報に基づいてメソッド１１３の再構成を行ないオブジェ
クト構成手段１１０へ完了を通知する。（Ｆ１６） オブジェクト構成手段１１０は、内部のデータ管理手段
１１２へ、オブジェクト再構成詳細情報に基づくデータ
の再構成を指示する。（Ｆ１７） データ管理手段１１２は、オブジェクト再構成詳細情報
に基づいてデータ１１４の再構成を行ないオブジェクト
構成手段１１０へ完了を通知する。この通知を受けたオ
ブジェクト構成手段１１０は、再構成が終了したことを
メッセージ通信管理手段１０５へ通知する。（Ｆ１８） この通知を受けたメッセージ通信管理手段１０５は、該
当するサーバ・ソフトウェア（Ａ）のメソッド（ｘ）を
検索し、メッセージパッシングによるメソッド呼び出し
を行なうことにより処理を終了する。（Ｆ２０）

【００４２】以上のように、この実施の形態によれば、
クライアント・ソフトウェアからメッセージ・パッシン
グによるサーバ・ソフトウェアのメソッド起動時に、予
め設定されたルールに従いサーバ・ソフトウェアを構成
するメソッドとデータを再構築することが可能であり、
状況に応じた柔軟なサーバ・ソフトウェアの構造を提供
できるという効果がある。

【００４３】実施の形態２．上記実施の形態１ではサー
バ・ソフトウェアのメソッドをメッセージ・パッシング
により呼び出す時に、予め設定されたルールに従い、サ
ーバ・ソフトウェアの構成を動的に変化させるものを述
べたが、次に、サーバ・ソフトウェアの寿命を計測し、
予め設定した時間が経過した時にそのサーバ・ソフトウ
ェアを生成したクライアント・ソフトウェアへ通知する
ものを説明する。

【００４４】図１５は、この発明の実施の形態２のオブ
ジェクト指向システムにおける全体構成を示すものであ
り、実施の形態１で説明した図１の構成に対して、オブ
ジェクト周期監視手段７０を追加した構成である。ま
た、図１５に示したオブジェクト実行手段１５の構成
は、実施の形態１の図２で示したものと同様である。図
１６は、実施の形態２におけるオブジェクト構成管理テ
ーブル１３の構成を示すものであり、実施の形態１で説
明した図５に対して、LifeCycle情報３０２を追加した
構成である。LifeCycle情報３０２には、サーバ・ソフ
トウェア１０４のライフサイクル時間が設定される。

【００４５】次に、あるクライアント・ソフトウェア１
０３がサーバ・ソフトウェア１０４のLifeCycle情報３
０２を設定する動作を説明する。LiceCycle情報３０２
に設定する時間は、クライアント・ソフトウェア１０３
がサーバ・ソフトウェア１０４の生成を要求する時に指
示する。この指示はメッセージ通信管理手段１０５を介
して、オブジェクト構成管理手段１０６へ伝えられる。
この要求を受けたオブジェクト構成管理手段１０６は生
成するサーバ・ソフトウェア１０４に関する情報作成を
オブジェクト処理手段１２へ依頼し、この依頼を受けた
オブジェクト処理手段１２が、オブジェクト構成管理テ
ーブル１３へ対応するテーブルを作成する。この時にLi
feCycle情報３０２の項目へライフサイクル時間を設定
する。

【００４６】次にサーバ・ソフトウェア１０４に設定さ
れたライフサイクル時間の監視について説明する。オブ
ジェクト周期監視手段７０は、予めシステムで設定され
ている周期で、オブジェクト処理手段１２へライフサイ
クルの監視指示を行なう。この指示を受けたオブジェク
ト処理手段１２は、オブジェクト構成管理テーブル１３
の全てのテーブルのLifeCycle情報３０２と生成情報２
２２の起動時間２２３を比較し、起動時間２２３からの
経過時間がLiceCycle情報３０２を過ぎている場合は、
そのテーブルの生成元クライアント・ソフトウェア・オ
ブジェクトＩＤ３０１に示されているオブジェクトＩＤ
を持つクライアント・ソフトウェア１０３に対するライ
フサイクル設定時間超過通知を、メッセージ通信管理手
段１０５へ依頼する。この依頼を受けたメッセージ通信
管理手段１０５は、当該クライアント・ソフトウェア１
０３へライフサイクル設定時間超過を通知する。

【００４７】以上のように、この実施の形態によれば、
サーバ・ソフトウェアを生成してからの時間を周期的に
監視し、サーバ・ソフトウェアの生成時に指定された時
間が経過した場合に、生成元のクライアント・ソフトウ
ェアへ通知することにより双方のソフトウェアの関係を
保証することが可能である。

【００４８】実施の形態３．上記実施の形態１ではサー
バ・ソフトウェアのメソッドをメッセージ・パッシング
により呼び出す時に、予め設定されたルールに従い、サ
ーバ・ソフトウェアの構成を動的に変化させるものを述
べたが、次に、実施の形態３として、クラス定義が変更
された場合、既にそのクラス定義のインスタンスとして
生成されているサーバ・ソフトウェアにも変更を反映さ
せるものを説明する。

【００４９】図１７は、この発明の実施の形態３のオブ
ジェクト指向システムにおける全体構成を示すものであ
り、実施の形態１で説明した図１の構成に対して、クラ
ス定義の修正を周期的に監視するクラス構造周期監視手
段８０を追加した構成となっている。また、図１７に示
したオブジェクト実行手段１５の構成は、実施の形態１
の図２で示したものと同様である。図１８は、実施の形
態３におけるクラス定義テーブル１１の構成を示すもの
であり、クラスを識別するクラス名２４１と、クラスが
変更されたか否かを示すクラス構成修正フラグ３１１
と、そのクラスを構成するメソッドＩＤリスト２４２
と、データＩＤリスト２４３とにより構成される。これ
らのリストとして管理されるメソッドＩＤ、データＩＤ
は、それぞれ図４に示したメソッド定義テーブル９と図
３に示したデータ定義テーブル７でテーブルを管理して
いるＩＤである。図１９、図２０は、クラス変更の周期
監視と、変更があった場合に行なわれる処理における各
手段間のメッセージシーケンスを示すものであり、メッ
セージシーケンスの前半部分を図１９に示し、後半部分
を図２０に示す。図２１は、この実施の形態３における
オブジェクト構成管理テーブル１３の構成を示すもので
あり、実施の形態１で説明した図５の構成に対して、テ
ンプレートクラス名５１１を追加した構成となってい
る。

【００５０】まず、クラス変更の処理について説明す
る。クラス変更はオブジェクトシステムの動作とは別に
オフラインで、クラス定義テーブル１１のテーブルのメ
ソッドＩＤリスト２４２、あるいはデータＩＤリスト２
４３を変更することにより行なわれる。変更が終了した
場合には、クラス構成修正フラグ３１１をＯＮに設定す
る。

【００５１】次に、クラス変更の周期監視処理について
説明する。オブジェクト構造周期監視手段８０は、予め
システムで定義されている周期でクラス定義処理手段１
０に対してクラス構成の周期監視依頼を行なう。この依
頼を受けたクラス定義処理手段１０は、クラス定義テー
ブル１１にある全てのテーブルのクラス構成修正フラグ
３１１を調査し、ＯＮのものがあればクラス変更が行な
われたと判断し、クラス再構成処理５０２が行なわれ
る。

【００５２】次に、クラス再構成処理について説明す
る。オブジェクト構造周期監視手段８０がクラスの変更
を検出すると、変更のあったクラス名をテンプレートと
して生成されたサーバ・ソフトウェア１０４を検出する
ために、オブジェクト処理手段１２へ再構成対象である
サーバ・ソフトウェア１０４の検索を依頼する。この依
頼を受けたオブジェクト処理手段１２は、オブジェクト
構成管理テーブル１３のテンプレート・クラス名５１１
の項目を調査する。このテンプレート・クラス名５１１
に設定されているクラス名と、変更のあったクラス名と
が一致する場合は、そのテーブルに相当するサーバ・ソ
フトウェア１０４の再構成を開始する。

【００５３】始めに、オブジェクト処理手段１２は、対
象となるサーバ・ソフトウェア１０４のメッセージパッ
シングをその時以降禁止するようにメッセージ通信管理
手段１０５に指示し、オブジェクト構成管理手段１０６
へ対象となるサーバ・ソフトウェア１０４のオブジェク
トＩＤを通知する。この通知を受けたオブジェクト構成
管理手段１０６は、そのオブジェクトＩＤに該当するオ
ブジェクト構成管理テーブル１３の構成情報２２６のメ
ソッドＩＤリスト２２７とデータＩＤリスト２２８を、
修正されたクラス定義テーブル１１に合わせて変更す
る。この後、オブジェクト処理手段１２は、オブジェク
ト構成管理手段１０６へオブジェクト構成情報の構築処
理の起動を要求する。この要求を受けたオブジェクト構
成管理手段１０６は、実施の形態１において説明した図
１４のオブジェクト構成情報の構築処理を行ない、オブ
ジェクト再構成詳細情報を取得する。以降、この取得し
た情報に基づき、図１０に示すＦ１４〜Ｆ２０の処理が
行なわれ、最後にメッセージ通信管理手段１０５に対し
てメッセージパッシング禁止を解除する。

【００５４】以上のように、この実施の形態によれば、
クラス定義を周期的に監視し、クラス変更が行なわれた
場合に、そのクラスをテンプレートとして生成されてい
るサーバ・ソフトウェアへ、クラス定義の変更を反映さ
せることが可能である。

【００５５】実施の形態４．実施の形態４では、サーバ
・ソフトウェアのデータを、そのサーバ・ソフトウェア
のクラスと同一、あるいは下位クラスより生成されたサ
ーバ・ソフトウェアをメンバとするオブジェクト・グル
ープから共有するものを説明する。

【００５６】図２２は、この発明の実施の形態４のオブ
ジェクト指向システムにおける全体構成を示すものであ
り、実施の形態１で説明した図１の構成に対して、オブ
ジェクト・グループ管理テーブル９０と、クラス継承定
義テーブル１７とを追加したものである。また、図２２
に示したオブジェクト実行手段１５の構成は、実施の形
態１の図２で示したものと同様である。図２３は、実施
の形態４におけるオブジェクト構成管理テーブル１３の
構成を示すものであり、実施の形態１で説明した図５の
オブジェクト構成管理テーブル１３のデータＩＤリスト
２２８を、ローカル・データＩＤリスト２２９と、グロ
ーバル・データＩＤリスト２３０とに分離したものであ
る。図２４は、実施の形態４におけるクラス定義テーブ
ル１１の構成を示したものであり、クラスを識別するク
ラス名２４１と、そのクラスを構成するメソッドＩＤリ
スト２４２と、データＩＤリスト２４３とにより構成さ
れる。これらのリストとして管理されるメソッドＩＤ、
データＩＤは、それぞれ図４に示したメソッド定義テー
ブル９と図３に示したデータ定義テーブル７でテーブル
を管理しているＩＤである。クラス定義処理手段１０
は、クラス定義テーブル１１上でクラス構造を管理して
いる。図２５は、この実施の形態４で新たに追加したク
ラス継承テーブル１７の構成を示すものであり、各クラ
スの継承関係を、クラス名２４４と、そのクラスの親ク
ラスに相当する上位クラス名リスト２４５とで管理して
いる。図２６は、オブジェクト実行時のオブジェクト実
行手段１５内におけるサーバ・ソフトウエア１０４の構
成を示すものである。

【００５７】図２２に示したオブジェクト・グループ管
理テーブル９０は、同一クラス、あるいは下位のクラス
から生成されたサーバ・ソフトウェア１０４をグループ
として管理するためのテーブルであり、オブジェクト構
成管理テーブル１３で管理されているオブジェクトＩＤ
２２１のリストとして保持されている。グループの作成
／消去とメンバ追加／削除は、クライアント・ソフトウ
ェア１０３の指示により、オブジェクト処理手段１２に
よって行なわれる。

【００５８】図２６に示したサーバ・ソフトウェア１０
４ａ、１０４ｂは、メソッド部２５１と、ローカル・デ
ータ部２５２と、グローバル・データ部２５３より構成
される。メソッド部２５１には、各メソッド毎にメソッ
ド（１１３ａ、１１３ｂ、.....）が存在し、それぞれ
のメソッド（１１３ａ、１１３ｂ、.....）は、メソッ
ドＩＤ２５４と、メソッド名２５５と、パラメータ情報
２５６と、ロジック２６０とから構成され、パラメータ
情報２５６は、パラメータ名２５７と、パラメータデー
タ型２５８と、パラメータデータサイズ２５９とから構
成される。ローカル・データ部２５２には、ローカル・
データ（１１４ａ、１１４ｂ、.....）が存在し、ロー
カル・データ１１４ａは、データＩＤ２６１と、データ
型２６２と、データ２６３とから構成される。グローバ
ル・データ部２５３には、グローバル・データ（１１４
ｃ、.....）が存在し、グローバル・データ１１４ｃ
は、データＩＤ２６４と、データ型２６５と、データ２
６６とから構成される。

【００５９】サーバ・ソフトウェア１０４ａのメソッド
Ａ１１３ａが呼び出され動作する場合、例えばデータＩ
ＤがDataID−１のデータは、ローカル・データ１１４ａ
のデータ２６３に実体が存在するため、直接データ２６
３が参照され処理が行なわれる。これに対してデータＩ
ＤがDataID−８のデータに対応するローカル・データ１
１４ａのデータ２６３にはポインタが存在し、このポイ
ンタはグローバル・データ１１４ｃのデータ２６６を示
しており、このグローバル・データ１１４ｃにはデータ
の実体が存在するため、このデータ２６６が参照され処
理が行なわれる。このグローバル・データ１１４ｃに存
在するデータ２６６は、例えばサーバ・ソフトウェア１
０４ｂなど他のサーバ・ソフトウェアのローカル・デー
タ１１４ｂからも同様にポイントされており、グローバ
ル・データの共有を実現することができる。

【００６０】このポインタによるリンク関係は、オブジ
ェクト構成管理手段１０６が管理している。サーバ・ソ
フトウェア１０４ｂをインスタンスとして生成する時
に、オブジェクト構成管理手段１０６は、オブジェクト
・グループ管理テーブル９０を参照し、サーバ・ソフト
ウェア１０４ｂと、参照するグローバル・データ１１４
ｃを生成したオーナ・サーバ・ソフトウェア１０４ａが
同一のあるいは下位のクラスのオブジェクト・グループ
に属するかの確認を行い、同一グループに属していない
場合は、ローカル・データ部２５２に存在するローカル
・データ１１４ｂの該当するデータ２６３にデータの実
体を設置する。同一グループに属している場合は、ロー
カル・データ１１４ｂの該当するデータに、サーバ・ソ
フトウェア１０４ａのグローバル・データ部２５３に存
在するグローバル・データ１１４ｃの該当テーブルを示
すポインタを設定する。

【００６１】以上のように、この実施の形態によれば、
サーバ・ソフトウェアの持つデータを、そのサーバ・ソ
フトウェアがローカルに利用することと、指定するその
サブクラスより生成されたサーバ・ソフトウェアと共有
することとを選択することが可能であり、選択すること
により、オブジェクト指向のカプセル化の効果を損わず
にサーバ・ソフトウェア間の関係を定義することが可能
である。

【００６２】実施の形態５．実施の形態４では、クラス
継承を利用したデータの共有について述べたが、次に、
実施の形態５として共有データに対するアクセス制御を
実現するものについて説明する。

【００６３】この実施の形態５のオブジェクト指向シス
テムの全体構成は、実施の形態４で説明した図２２の構
成と同様のものである。図２７は、オブジェクト実行時
のオブジェクト実行手段１５内におけるサーバ・ソフト
ウエア１０４の構成を示すものであり、実施の形態４で
説明した図２６に示す構成に対して、グローバル・デー
タ部２５３のグローバル・データ１１４ｃに、アクセス
中フラグ２７１を追加した構成である。このアクセス中
フラグ２７１は、該当するグローバル・データが利用中
であるか否かを示すものである。

【００６４】サーバ・ソフトウェア１０４ａのメソッド
Ａ１１３ａが呼び出され、このメソッドのデータＩＤが
DataID−８に相当するデータを利用する場合を例に挙げ
て説明する。このDataID−８により識別されるデータは
共有データとして登録されているため、グローバル・デ
ータ１１４ｃに存在するデータＩＤ２６４がDataID−８
のテーブルに対するアクセスが発生する。このとき、ポ
インタを管理しているオブジェクト構成管理手段１０６
は、グローバル・データ１１４ｃに新たに設けられたア
クセス中フラグ２７１を確認し、ＯＦＦであればＯＮに
設定してデータを利用し、利用が終了した時点でＯＦＦ
に設定する。またＯＮであれば他のサーバ・ソフトウェ
アのメソッドが利用中と判断し、アクセスエラーをメソ
ッド呼び出しを行ったクライアント・ソフトウェア１０
３へ通知する。

【００６５】以上のように、この実施の形態によれば、
グローバル・データを共有するサーバ・ソフトウェア間
で発生するアクセス競合をコントロールすることが可能
である。

【００６６】実施の形態６．実施の形態６では、共有デ
ータを単純に共有するのでは無く、共有データに対する
アクセスをリード権、ライト権により制御するものを説
明する。

【００６７】この実施の形態６のオブジェクト指向シス
テムの全体構成は、実施の形態４で説明した図２２の構
成と同様のものである。図２８は、オブジェクト実行時
のオブジェクト実行手段１５内におけるサーバ・ソフト
ウエア１０４の構成を示すものであり、実施の形態４で
説明した図２６に示す構成に対して、グローバル・デー
タ部２５３のグローバル・データ１１４ｃに、リード
権、ライト権を設定するアクセス許可リスト２７２と、
これらリード権、ライト権の対象となるオブジェクト・
グループのオブジェクト・グループＩＤを示すアクセス
権対象オブジェクト・グループＩＤリスト２７３とを追
加した構成である。

【００６８】サーバ・ソフトウェア１０４ｂのメソッド
Ｏ１１３ｏが呼び出され、このメソッドＯ１１３ｏのデ
ータＩＤがDataID−８に相当するデータを利用する場合
を例に挙げて説明する。このDataID−８により識別され
るデータは共有データとして登録されているため、その
実体はグローバル・データ１１４ｃに存在しており、こ
のテーブルに対するアクセスが発生する。アクセスが発
生すると、ポインタを管理しているオブジェクト構成管
理手段１０６は、アクセス権対象オブジェクト・グルー
プＩＤリスト２７３に示されたグループ・オブジェクト
ＩＤを参照し、このグループ・オブジェクトＩＤが示す
グループ・オブジェクトにサーバ・ソフトウェア１０４
ｂが属しているかどうかをオブジェクト・グループ管理
テーブル９０に問い合わせる。問い合わせの結果、属し
ている場合には、アクセス許可リスト２７２に設定され
ている権限が共有データに対して適用され、リード権が
ＯＮの時は読みだ出しを許可し、ＯＦＦの時はエラーと
する。またライト権がＯＮの時は変更を許可し、ＯＦＦ
の時はエラーとする。属していない場合は如何なる共有
データに対するアクセスもエラーとなる。

【００６９】このアクセス許可リスト２７２の設定／変
更は、共有データのオーナ・サーバ・ソフトウェアを生
成したクライアント・ソフトウェア（オーナ・クライア
ント・ソフトウェア）からのみ許可することにより不正
なアクセスをガードする。オブジェクト構成管理手段１
０６は、アクセス許可リスト２７２の変更要求がある
と、その要求元がオーナ・クライアント・ソフトウェア
であるかどうかを、オブジェクト構成管理テーブル１３
に問い合わせ、オーナ・クライアント・ソフトウェアが
要求した場合に、アクセス許可リスト２７２の変更を行
なう。

【００７０】以上のように、この実施の形態によれば、
複数のサーバ・ソフトウェア間で共有するデータへのア
クセスを、そのサブクラスから生成された特定の１つ以
上のサーバ・ソフトウェアに対して、リード権、ライト
権によるきめ細かいコントロールの下で許可することが
可能である。

【００７１】実施の形態７．実施の形態６では、グロー
バル・データに対するリード権、ライト権を設定したア
クセス許可リストを管理することにより、共有データへ
のきめ細かいアクセス制御を実現するものを述べたが、
実施の形態７では、アクセス許可リストの変更を行なう
権利を、そのオーナ・クライアント・ソフトウェアの指
示により、他のクライアント・ソフトウェアへ委譲する
もの説明する。

【００７２】図２９は、オブジェクト実行時のオブジェ
クト実行手段１５内におけるサーバ・ソフトウエア１０
４の構成を示すものであり、実施の形態６で説明した図
２８に示す構成に対して、グローバル・データ部２５３
のグローバル・データ１１４ｃに、アクセス権オーナ・
オブジェクトＩＤ２７４を追加した構成である。このア
クセス権オーナ・オブジェクトＩＤ２７４には、アクセ
ス許可リスト２７２の変更を行なう権限を持つクライア
ント・オブジェクトのオブジェクトＩＤが設定される。

【００７３】アクセス許可リスト２７２の変更を行なう
権限を持つオーナ・クライアント・ソフトウェアから、
他のオーナ・クライアント・ソフトウェアへ委譲する場
合を例に説明する。あるクライアント・ソフトウェア１
０３がサーバ・ソフトウェア１０４ａを生成する場合、
オブジェクト構成管理手段１０６は、生成を依頼したク
ライアント・ソフトウェア１０３のオブジェクトＩＤを
アクセス権オーナ・オブジェクトＩＤ２７４へ設定す
る。実施の形態６の説明において、オブジェクト構成管
理手段１０６がアクセス許可リスト２７２の設定／変更
を行なう場合、オブジェクト構成管理テーブル１３へ問
い合わせを行なうと述べたが、実施の形態７では、同様
の問い合わせをアクセス権オーナ・オブジェクトＩＤ２
７４に対して行ない、このアクセス権オーナ・オブジェ
クトＩＤ２７４に設定されているクライアント・ソフト
ウェア１０３が変更を要求した場合に、アクセス許可リ
スト２７２の変更を行なう。

【００７４】次に、アクセス許可リスト２７２の変更権
を、オーナ・クライアント・ソフトウェアから、他のク
ライアント・ソフトウェア１０３へ委譲する処理を説明
する。オーナ・クライアント・ソフトウェアは、制御権
を委譲する先のクライアント・ソフトウェア１０３のオ
ブジェクトＩＤを指定して、制御権委譲をメッセージ通
信管理手段１０５を介して、オブジェクト構成管理手段
１０６へ通知する。この通知を受けたオブジェクト構成
管理手段１０６は、要求元のクライアント・ソフトウェ
ア１０３のオブジェクトＩＤが、アクセス権オーナ・オ
ブジェクトＩＤ２７４に設定されているオブジェクトＩ
Ｄと一致するかどうかの確認を行ない、一致すれば要求
された委譲先のオブジェクトＩＤを新たに設定し、一致
しなければ要求元のクライアント・ソフトウェア１０３
へ、メッセージ通信管理手段１０５を介してエラーを通
知する。

【００７５】以上のように、この実施の形態によれば、
アクセス許可リストの変更を行なう権利を、他のクライ
アント・ソフトウェアへ動的に委譲することが可能であ
る。

【００７６】実施の形態８．実施の形態８では、ローカ
ル利用しているデータをグローバルに利用するデータへ
変換するもの、及び逆にグローバル利用しているデータ
をローカルに利用するデータへ変換するものを説明す
る。

【００７７】この実施の形態８のオブジェクト指向シス
テムの全体構成は、実施の形態４で説明した図２２の構
成と同様のものである。図３０は、オブジェクト実行手
段１５の構成を示すものであり、実施の形態１で説明し
た図２の構成に対して、共有データ管理手段１２０を追
加した構成である。オブジェクト実行時のオブジェクト
実行手段１５内におけるサーバ・ソフトウエア１０４の
構成は、実施の形態４で説明した図２６のものと同様で
ある。

【００７８】あるサーバ・ソフトウェア１０４ａの定義
しているローカル・データ部２５２のローカル・データ
１１４ａと、グローバル・データ部２５３のグローバル
・データ１１４ｃを相互に変換する動作を例に説明す
る。オブジェクト構成管理手段１０６は、サーバ・ソフ
トウェア生成時に、個々のメソッドが利用するグローバ
ル・データ部２５３及びローカル・データ部２５２に存
在するデータ実体に対するポインタを設定する機能を持
つ。これに対して、新たに設けた共有データ管理手段１
２０は、データ（１１４ａ、ｂ，ｃ、ｄ．．．．）を動
的にグローバル・データ部２５３からローカル・データ
部２５２へ、またローカル・データ部２５２からグロー
バル・データ部２５３へ移動させる機能を持つ。この動
作に伴い共有データ管理手段１２０は、メソッド（１１
３ａ、ｂ，ｃ、ｄ．．．．）から個々のデータ部に対し
て設定されているポインタを、新たに設定されたデータ
部の位置に合わせて設定し直す処理を行なう。

【００７９】以上のように、この実施の形態によれば、
サーバ・ソフトウェアがローカルに利用しているデータ
と、他のサーバと共有しているデータを、動的に変更す
ることが可能である。

【００８０】実施の形態９．実施の形態９では、サーバ
・ソフトウェアが利用中である共有データをローカルな
利用へ移動することにより、上記サーバ・ソフトウェア
が共有データを利用できなくなる危険を回避するものを
説明する。

【００８１】この実施の形態９のオブジェクト指向シス
テムの全体構成は、実施の形態４で説明した図２２の構
成と同様のものである。図３１は、オブジェクト実行手
段１５の構成を示すものであり、実施の形態８で説明し
た図３０の構成に対して、ロック管理手段１３０を追加
した構成である。図３２は、オブジェクト実行時のオブ
ジェクト実行手段１５内におけるサーバ・ソフトウエア
１０４の構成を示すものであり、実施の形態４で説明し
た図２６に示す構成に対して、グローバル・データ部２
５３のグローバル・データ１１４ｃに、ロックフラグ３
２１を追加した構成である。

【００８２】サーバ・ソフトウェア１０４がグローバル
・データ部２５３のグローバル・データ１１４ｃを、ロ
ーカル・データ部２５２へ移動させる場合の動作を説明
する。共有データ管理手段１２０は、データ（１１４
ａ、ｂ，ｃ、ｄ．．．．）を動的にグローバル・データ
部２５３からローカル・データ部２５２へ、またローカ
ル・データ部２５２からグローバル・データ部２５３へ
移動させるが、これらの処理を行なう前に、ロック管理
手段１３０に対してロック確認を依頼する。この依頼を
受けたロック管理手段１３０は、グローバル・データ１
１４ｃのロックフラグ３２１を調査し、ＯＮであれば他
のサーバ・ソフトウェア１０４から利用中と判断して移
動不可をロック管理手段１３０へ通知し、ＯＦＦであれ
ば他のサーバ・ソフトウェア１０４からの利用は無いと
判断して、ロックフラグをＯＮに設定し、移動可をロッ
ク管理手段１３０へ通知する。これらの通知は、ロック
管理手段１３０を介して共有データ管理手段１２０へ伝
えられ、移動不可を通知された場合は、移動を要求した
クライアント・ソフトウェア１０３へエラーを通知して
処理を終了し、移動可を通知された場合は、移動処理を
行ないクライアント・ソフトウェア１０３へ完了を通知
し、処理を終了する。

【００８３】以上のように、この実施の形態によれば、
サーバ・ソフトウェアが定義した共有データをローカル
に切替える場合、そのデータを他のサーバ・ソフトウェ
アが利用していないことを保証することが可能である。

【００８４】

【発明の効果】請求項１の発明によれば、サーバ・ソフ
トウェアの構造をインスタンスとして生成された時の静
的な構造のみで決定するのではなく、クライアント・ソ
フトウェアがメッセージパッシングによりサーバ・ソフ
トウェアのメソッドを呼び出すタイミングで、オブジェ
クト構成ルールテーブルに予め設定さているルールに基
づいて、サーバ・ソフトウェアの構造を変更することが
可能であり、状況に応じた柔軟なサーバ・ソフトウェア
の構造を提供できるという効果がある。

【００８５】請求項２の発明によれば、サーバ・ソフト
ウェアを生成してからの時間を監視し、サーバ・ソフト
ウェアの生成時に指定された時間が経過した場合に、生
成元のクライアント・ソフトウェアへ通知することによ
り、生成元のクライアント・ソフトウェアとの関係を確
認できるので、永続的なサーバ・ソフトウェアの周期的
な管理や、サーバ・ソフトウェアの消去忘れなどを防止
できるという効果がある。

【００８６】請求項３の発明によれば、クラス定義の変
更を監視し、クラス変更が行なわれた場合に、そのクラ
スをテンプレートとして生成されているサーバ・ソフト
ウェアへ、クラス定義の変更を反映させることができる
という効果がある。

【００８７】請求項４の発明によれば、サーバ・ソフト
ウェアを構成するデータを、そのサーバ・ソフトウェア
自身でローカルに利用する、あるいは特定の１つ以上の
サブクラスのインスタンスで共有するかを選択的に指定
することが可能であり、オブジェクト指向のカプセル化
の効果を損わずに、複数のサーバ・ソフトウェア間で柔
軟な関係による構造を定義できるという効果がある。

【００８８】請求項５の発明によれば、サーバ・ソフト
ウェア間でデータを共有する場合、共有するグローバル
・データがアクセス中のときに、このグローバル・デー
タに対する他のサーバからのアクセスを禁止することに
より、常に１つのサーバ・ソフトウェアのメソッドから
の利用を保証できるため、安全なデータの利用ができる
という効果がある。

【００８９】請求項６の発明によれば、グローバル・デ
ータに対する他のサーバ・ソフトウェアからのアクセス
を、読み込み許可、書き込み許可と分けて指定すること
が可能であるため、状況に応じて安全かつ柔軟にデータ
を共有することができるという効果がある。

【００９０】請求項７の発明によれば、グローバル・デ
ータに対して書き込みを禁止するか否かが設定されたア
クセス許可リストを書き換える権利を、他のクライアン
ト・ソフトウェアへ動的に委譲することが可能であるた
め、状況に応じて安全な権限の構成に追従でき、安全に
データを共有できるという効果がある。

【００９１】請求項８の発明によれば、サーバ・ソフト
ウェアがローカルに利用しているデータと、他のサーバ
と共有しているデータを動的に変更することが可能であ
るため、データを利用するサーバ・ソフトウェアの範囲
を状況に応じて柔軟に変更することができるという効果
がある。

【００９２】請求項９の発明によれば、グローバル・デ
ータをローカル・データに変更する場合に、サーバ・ソ
フトウェアのメソッドが上記グローバル・データを利用
してないことを保証することができるので、安全にグロ
ーバル・データの適用範囲を調整できるという効果があ
る。

【図面の簡単な説明】

【図１】 実施の形態１のオブジェクト指向システムに
おける全体構成を示す図である。

【図２】 実施の形態１のオブジェクト実行手段の構成
を示す図である。

【図３】 実施の形態１のデータ定義テーブルの構成を
示す図である。

【図４】 実施の形態１のメソッド定義テーブルの構成
を示す図である。

【図５】 再構成が行なわれる前のオブジェクト構成管
理テーブルの構成を示す図である。

【図６】 再構成が実行された後のオブジェクト構成管
理テーブルの構成を示す図である。

【図７】 実施の形態１のオブジェクト構成ルールテー
ブルの構成を示す図である。

【図８】 実施の形態１のオブジェクト指向システムの
動作を示すフローチャートである。

【図９】 実施の形態１のオブジェクト指向システムの
動作を示すフローチャートである。

【図１０】 実施の形態１のオブジェクト指向システム
の動作を示すフローチャートである。

【図１１】 実施の形態１によるサーバ・ソフトウェア
の再構成処理の再構成ルールがある場合のメッセージシ
ーケンスの前半部分を示す図である。

【図１２】 実施の形態１によるサーバ・ソフトウェア
の再構成処理の再構成ルールがある場合のメッセージシ
ーケンスの後半部分を示す図である。

【図１３】 実施の形態１によるサーバ・ソフトウェア
の再構成処理の再構成ルールがない場合のメッセージシ
ーケンスを示す図である。

【図１４】 実施の形態１によるオブジェクト構成情報
の構築処理のメッセージシーケンスを示す図である。

【図１５】 実施の形態２のオブジェクト指向システム
における全体構成を示す図である。

【図１６】 実施の形態２のオブジェクト構成管理テー
ブルの構成を示す図である。

【図１７】 実施の形態３のオブジェクト指向システム
における全体構成を示す図である。

【図１８】 実施の形態３のクラス定義テーブルの構成
を示す図である。

【図１９】 実施の形態３によるサーバ・ソフトウェア
の再構成処理のメッセージシーケンスの前半部分を示す
図である。

【図２０】 実施の形態３によるサーバ・ソフトウェア
の再構成処理のメッセージシーケンスの後半部分を示す
図である。

【図２１】 実施の形態３のオブジェクト構成管理テー
ブルの構成を示す図である。

【図２２】 実施の形態４のオブジェクト指向システム
における全体構成を示す図である。

【図２３】 実施の形態４のオブジェクト構成管理テー
ブルの構成を示す図である。

【図２４】 実施の形態４のクラス定義テーブルの構成
を示す図である。

【図２５】 実施の形態４のクラス継承テーブルの構成
を示す図である。

【図２６】 実施の形態４におけるオブジェクト実行手
段内のサーバ・ソフトウエアの構成を示す図である。

【図２７】 実施の形態５におけるオブジェクト実行手
段内のサーバ・ソフトウエアの構成を示す図である。

【図２８】 実施の形態６におけるオブジェクト実行手
段内のサーバ・ソフトウエアの構成を示す図である。

【図２９】 実施の形態７におけるオブジェクト実行手
段内のサーバ・ソフトウエアの構成を示す図である。

【図３０】 実施の形態８のオブジェクト実行手段の構
成を示す図である。

【図３１】 実施の形態９のオブジェクト実行手段の構
成を示す図である。

【図３２】 実施の形態９におけるオブジェクト実行手
段内のサーバ・ソフトウエアの構成を示す図である。

【図３３】 従来例のシステム構造を示す図である。

【図３４】 従来例のメッセージシステムを示す図であ
る。

【図３５】 従来例のデータ構造を示す図である。

【符号の説明】

１ オブジェクト指向システム、２ データ定義装置、
３ メソッド定義装置、４ クラス定義装置、５ オブ
ジェクト実行装置、６ データ定義処理手段、７ デー
タ定義テーブル、８ メソッド定義処理手段、９ メソ
ッド定義テーブル、１０ クラス定義処理手段、１１
クラス定義テーブル、１２ オブジェクト処理手段、１
３ オブジェクト構成管理テーブル、１４ オブジェク
ト構成ルールテーブル、１５ オブジェクト実行手段、
１６ 通信路、１７ クラス継承定義テーブル、７０
オブジェクト周期監視手段、８０ クラス構造周期監視
手段、９０ オブジェクト・グループテーブル、１０１
オブジェクト実行メモリ部、１０２ オブジェクト実
行管理手段、１０３ クライアント・ソフトウェア、１
０４ サーバ・ソフトウェア、１０５ メッセージ通信
管理手段、１０６オブジェクト構成管理手段、１０７
メソッド呼び出し、１０８ メソッド部、１０９ デー
タ部、１１０ オブジェクト構成手段、１１１ メソッ
ド管理手段、１１２ データ管理手段、１１３ メソッ
ド、１１４ データ、１２０ 共有データ管理手段、１
３０ ロック管理手段。

Claims (9)

【特許請求の範囲】
1. 【請求項１】 処理ロジックを有するメソッドを記憶す
   るメソッド定義テーブルと、 上記処理ロジックにより参照されるデータを記憶するデ
   ータ定義テーブルと、 上記メソッドと上記データとにより構成され、呼び出し
   時に上記メソッドの処理ロジックが実行されるサーバ
   と、 このサーバを構成する上記メソッドを呼び出すクライア
   ントと、 上記サーバを構成する上記メソッド又はデータを変更す
   るためのルールを記憶するオブジェクト構成ルールテー
   ブルと、 動作している上記サーバのメソッドとデータの構成情報
   を記憶するオブジェクト構成管理テーブルと、 上記クライアントによる上記メソッド呼び出し時に、上
   記オブジェクト構成ルールテーブルのルールに基づい
   て、上記オブジェクト構成管理テーブルのメソッド又は
   データの構成情報を再構成するオブジェクト処理手段
   と、 この再構成されたオブジェクト構成管理テーブルに基づ
   いて、上記メソッド定義テーブルから上記メソッドを取
   得し、この取得したメソッドに基づいて上記サーバのメ
   ソッドを構成するとともに、上記データ定義テーブルか
   ら上記データを取得し、この取得したデータに基づいて
   上記サーバのデータを構成するオブジェクト構成管理手
   段とを備えたことを特徴とするオブジェクト指向システ
   ム。
2. 【請求項２】 上記サーバを生成してからの時間が所定
   の時間を経過したか否かを監視し、上記所定の時間を経
   過したことを上記クライアントに通知するオブジェクト
   周期監視手段を備えたことを特徴とする請求項１記載の
   オブジェクト指向システム。
3. 【請求項３】 上記サーバがテンプレートとするクラス
   を記憶するクラス定義テーブルと、 このクラス定義テーブルに記憶されたクラスが変更され
   たか否かを監視するクラス構造周期監視手段とを備え、 上記オブジェクト処理手段は、上記クラス構造周期監視
   手段により上記クラスの変更を検出したときに、上記オ
   ブジェクト構成管理テーブルのメソッド又はデータの構
   成情報を再構成することを特徴とする請求項１記載のオ
   ブジェクト指向システム。
4. 【請求項４】 上記サーバを構成するデータは、上記サ
   ーバのみが参照するローカル・データと、上記サーバと
   他のサーバとが共通に参照するグローバル・データとを
   備え、 上記オブジェクト構成管理テーブルは、上記ローカル・
   データの構成情報と上記グローバル・データの構成情報
   とを記憶し、 上記オブジェクト構成管理手段は、上記オブジェクト構
   成管理テーブルに基づいて、動作している上記サーバの
   上記ローカル・データと上記グローバル・データとを管
   理することを特徴とする請求項１記載のオブジェクト指
   向システム。
5. 【請求項５】 上記オブジェクト構成管理手段は、上記
   グローバル・データがアクセス中のときに、このグロー
   バル・データに対する他のサーバからのアクセスを禁止
   することを特徴とする請求項４記載のオブジェクト指向
   システム。
6. 【請求項６】 上記グローバル・データは、このグロー
   バル・データに対して書き込みを禁止するか否かが設定
   されたアクセス許可リストを有し、 上記オブジェクト構成管理手段は、上記アクセス許可リ
   ストに基づいて、上記グローバル・データへの書き込み
   を制御することを特徴とする請求項４記載のオブジェク
   ト指向システム。
7. 【請求項７】 上記オブジェクト構成管理手段は、上記
   アクセス許可リストを書き換える権利を他のクライアン
   トに変更することを特徴とする請求項６記載のオブジェ
   クト指向システム。
8. 【請求項８】 上記ローカル・データを上記グローバル
   ・データに変換し、上記グローバル・データを上記ロー
   カル・データに変換する共有データ管理手段を備えたこ
   とを特徴とする請求項４記載のオブジェクト指向システ
   ム。
9. 【請求項９】 上記サーバがアクセス中の上記グローバ
   ル・データをロックするロック管理手段を備え、 上記共有データ管理手段は、上記ロック管理手段により
   ロックされている上記グローバル・データを上記ローカ
   ル・データに変換しないことを特徴とする請求項８記載
   のオブジェクト指向システム。