JPH11224184A - オブジェクト指向データベース操作プログラム生成システム及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 既存のオブジェクト指向データベースを、既
存のオートメーション通信の機能を利用して操作するプ
ログラムを自動的に生成する。また、プログラムの開発
・保守を容易にする。 【解決手段】 プログラム自動生成装置３は、データベ
ース１１からＡＰＩ１２を介してそのデータベース１１
に定義されているスキーマ情報を取得し、取得したスキ
ーマ情報とプログラムテンプレートファイル４を基にし
て、オートメーション通信のためのオートメーションサ
ーバ１４のためのプログラムを自動生成する。オートメ
ーションサーバ１４は、データベース１１のスキーマを
構成するクラスとその属性、メソッドを、オートメーシ
ョン通信を利用するクライアントプログラム２１に公開
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクト指向
データベースを操作するためのプログラム、特にオート
メーションの機能を利用してオブジェクト指向データベ
ースを操作するためのプログラムを生成するオブジェク
ト指向データベース操作プログラム生成システム及び方
法に関する。

【０００２】

【従来の技術】インターフェース定義や分散ミドルウェ
アのクラスライブラリを用いたオブジェクトの開発は、
分散システムを構築するための特有のプログラミング作
業となる。この部分のプログラムを自動生成するアプロ
ーチ、或いはこの部分のプログラムの生成を支援しよう
とするアプローチは、従来よりかなりの数が提案されて
いる。

【０００３】このようなアプローチとして、まず、特開
平４−１１１０２２号公報に記載のインタフェースプロ
グラム自動生成装置（以下、従来例１という）が挙げら
れる。従来例１は、インタフェース定義、開発言語仕
様、計算機種別データ表現の一般化／特殊化プログラム
ルーチン、通信プロトコル別プログラムルーチンの４つ
の情報源を基に、ネットワーク通信のための交換データ
型定義とインタフェースプログラムとを自動生成する。

【０００４】また、上記のようなアプローチとして、特
開平８−３６４８６号公報に記載の分散プログラム記述
支援装置（以下、従来例２という）がある。従来例２
は、特にＣＯＲＢＡに関して、開発言語によるオブジェ
クト記述から、構文解析、内部表現変換を経て、分散オ
ブジェクトのインタフェース記述とインプリメンテーシ
ョンとを記述する。

【０００５】さらに、上記のようなアプローチとして、
特開平８−２６３２７７号公報に記載のデータ操作プロ
グラムの自動生成装置（以下、従来例３）がある。従来
例３は、データベース定義からデータの属性を解析する
属性解析部の解析結果、及び型変換規則、データベース
アクセステンプレート、補助関数生成規則に基づいて、
既存の関係データベースのデータ操作を行うためのオブ
ジェクト指向プログラムを生成する。

【０００６】上記のようなアプローチに従った実際の製
品として、Visual C++（登録商標）にツールとして含ま
れるDeveloper Studioの機能であるAppWizard及びClass
Wizard（いずれも商標）（以下、従来例４という）、並
びにオブジェクト指向データベース管理システムである
ObjectStore（登録商標）の拡張機能であるPSE for Act
iveX（以下、従来例５という）がある。

【０００７】従来例４では、AppWizardが開発の開始時
点での初期設定入力からオブジェクト記述言語（以下、
ＯＤＬという）のインタフェース定義とオートメーショ
ンオブジェクト（オートメーションによって操作可能な
オブジェクトをいう。以下、同じ）の初版プログラムを
自動生成する。ClassWizardがその後の開発言語による
プログラムの開発と並行して、ＯＤＬの記述とオートメ
ーションオブジェクトのプログラムとを自動的に追加、
削除、修正していく。

【０００８】従来例５では、ObjectStoreが最初から持
っているクラスライブラリのODL記述と、開発者が定義
するObjectStore型記述ファイル(拡張子をostとして保
存したファイル：以下、ostファイルという)とを合わせ
て、ObjectStoreの専用コンパイラでアプリケーション
のODL記述と対応するオートメーションオブジェクトの
プログラムとを生成する。

【０００９】

【発明が解決しようとする課題】しかしながら、上記の
従来例には、次のような問題点があった。上記従来例１
では、ネットワーク通信のための交換データ型定義とイ
ンターフェースプログラムとを自動生成するものの、イ
ンタフェース定義自体は、ユーザが与えなければならな
かった。また、従来例１の装置は、既存のシステムを利
用して構成されるものでないため、実際の製品を開発す
るためには、かなりの開発期間を要するという問題があ
った。しかも、インタフェース仕様が変更された場合に
は、プログラムをコンパイラの構文解析から作り直さな
ければならず、保守作業にも多くの時間を費やすことと
なる問題があった。

【００１０】上記従来例２は、単一のオブジェクト指向
プログラミング言語によるオブジェクト記述から、ＣＯ
ＲＢＡ仕様の分散オブジェクトのインタフェース記述と
インプリメンテーション記述(ユーザ仕様言語)とを自動
生成する機能を備える前提にしている。すなわち、オブ
ジェクト変換プリプロセッサの構成に関するものであ
り、プログラムそのものを自動的に生成するものではな
い。しかも、インタフェース仕様が変更された場合に
は、プログラムをコンパイラの構文解析から作り直さな
ければならず、保守作業にも多くの時間を費やすことと
なる問題があった。

【００１１】上記従来例３では、データベースアクセス
テンプレートに従って生成されるプログラムは、Ｃ＋＋
などの特定の言語に依存するものとなる。このため、例
えば、市販のアプリケーションプログラムが有するオー
トメーション通信機能を利用したツールを生かし切るこ
とができないという問題点があった。また、インターフ
ェース定義を自動的に生成するものではなく、インタフ
ェース仕様が変更されて場合には、一からプログラムを
作り直さなければならず、保守作業にも多くの時間を費
やすこととなる問題があった。

【００１２】上記従来例４では、ClassWizardの機能
は、AppWizardによって初版プログラムが生成されたプ
ログラムに対してのみ、有効に働くようになっている。
このため、AppWizardを使って生成していないプログラ
ムに対して、ClassWizardの機能を十分に使うことがで
きないという問題点があった。

【００１３】上記従来例５では、ostファイルを作成す
るという別のインタフェース定義を行わなければなら
ず、インタフェース定義そのものを自動生成することが
できない。このため、従来例３と同様に、市販のアプリ
ケーションプログラムが有するオートメーション通信機
能を利用したツールを生かし切ることができないという
問題点や、インタフェース仕様が変更されて場合には、
一からプログラムを作り直さなければならないという問
題点があった。

【００１４】さらに、データベース管理システムやＡＰ
Ｉ（Application Programing Interface）や、オブジェ
クト指向言語で書かれたサーバプログラムがオブジェク
トの多相性をサポートしていても、クライアントからオ
ートメーションを利用してアクセスした場合に、その多
相性の機能を利用できる技術は、従来存在しなかった。
また、既存のオートメーションの機能を利用してデータ
ベースを操作できるようにするプログラムを生成する技
術は、従来存在しなかった。

【００１５】本発明は、また、開発・保守が容易なオブ
ジェクト指向データベースを操作するためのプログラム
を生成することができるオブジェクト指向データベース
操作プログラム生成システム及び方法を提供することを
目的とする。

【００１６】本発明は、上記従来例の問題点を解消する
ためになされたものであり、既存のオブジェクト指向デ
ータベースを既存のオートメーション通信の機能を利用
して操作するプログラムを、自動的に生成するオブジェ
クト指向データベース操作プログラム生成システム及び
方法を提供することを目的とする。

【００１７】本発明は、また、オブジェクトの多相性の
機能を十分に利用することができるオブジェクト指向デ
ータベースを操作するためのプログラムを生成するオブ
ジェクト指向データベース操作プログラム生成システム
及び方法を提供することを目的とする。

【００１８】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の観点にかかるオブジェクト指向デー
タベース操作プログラム生成システムは、オブジェクト
指向データベースに定義されているスキーマを構成する
各クラスに関する情報を取得する取得手段と、前記スキ
ーマを構成する各クラスに含まれるオブジェクトの操作
に用いられるプログラムを生成するための第１のテンプ
レートを記憶する第１のテンプレート記憶手段と、前記
第１のテンプレート記憶手段から前記第１のテンプレー
トを読み出し、該読み出した第１のテンプレートに前記
取得手段が取得したクラスに関する情報のうちの対応す
るものの少なくとも一部を挿入することによって、前記
スキーマを構成するクラス毎に、クラスに含まれるオブ
ジェクトを操作するための第１のプログラムを生成する
プログラム生成手段と、前記プログラム生成手段が生成
する前記スキーマを構成するクラス毎のプログラムが外
部に公開すべきインタフェースを定義するためのインタ
フェース定義の生成に用いられる第２のテンプレートを
記憶する第２のテンプレート記憶手段と、前記第２のテ
ンプレート記憶手段から第２のテンプレートを読み出
し、該読み出した第２のテンプレートに前記取得手段が
取得したクラスに関する情報のうちの対応するものの少
なくとも一部を挿入することによって、前記スキーマを
構成するクラス毎に、対応する前記プログラムのインタ
フェース定義を生成するインタフェース定義生成手段
と、を備えることを特徴とする。

【００１９】上記のオブジェクト指向データベース操作
プログラム生成システムは、前記スキーマをクラスに含
まれるオブジェクトを操作するための第１のプログラム
と、インターフェース定義とのいずれをも自動的に生成
することができる。このため、開発者がプログラムとイ
ンタフェース定義とのいずれか一方を与えたり、プログ
ラムとインタフェース定義とを別々のシステムを用いて
生成したりする必要がないので、オブジェクト指向デー
タベースを操作するためのプログラムの開発が容易にな
る。また、インタフェース仕様の変更の場合にも、第１
のプログラムを一から作り直さなければならないという
ことがないので、プログラムの保守も容易である。

【００２０】上記のオブジェクト指向データベース操作
プログラム生成システムは、前記プログラム生成手段が
生成した前記第１のプログラムと前記インタフェース定
義生成手段が生成した前記インタフェース定義とをリン
クすることによって、実行可能なモジュールを作り上げ
るリンク手段と、をさらに備えてもよい。

【００２１】上記のオブジェクト指向データベース操作
プログラム生成システムは、前記スキーマを構成する各
クラスに含まれるオブジェクトを外部から操作するため
の外部操作情報を生成するための第３のテンプレートを
記憶する第３のテンプレート記憶手段と、前記第３のテ
ンプレート記憶手段から 第３のテンプレートを読み出
し、該読み出した第３のテンプレートに、前記取得手段
が取得したクラスに関する情報のうちの対応するものの
少なくとも一部を挿入することによって、前記スキーマ
を構成するクラス毎に、対応する前記外部操作情報を生
成する外部操作情報生成手段と、をさらに備えるものと
してもよい。

【００２２】この場合、上記のオブジェクト指向データ
ベース操作システムは、設定された情報によってインタ
フェースを介して外部から他のプログラムを操作するた
めの第２のプログラムを実行させるプログラム実行手段
と、前記外部操作情報生成手段が生成した外部操作情報
を前記第２のプログラムに設定することによって、前記
第２のプログラムが前記インタフェース定義手段によっ
て定義されたインタフェース定義に対応するインタフェ
ースを介して前記プログラム生成手段によって生成され
た前記第１のプログラムを操作することが可能となるよ
うに設定する設定手段と、を備えるものとすることがで
きる。

【００２３】これにより、上記のオブジェクト指向デー
タベース操作プログラム生成システムは、例えば、イン
ターネットなどを介して遠隔地から操作指令を送るよう
にしたクライアントサーバ型のシステム構成とする場合
に、クライアント側で使用される第２のプログラムも、
既存のプログラムを用いて容易に生成することができ
る。

【００２４】上記オブジェクト指向データベース操作プ
ログラム生成システムにおいて、前記プログラム生成手
段は、例えば、前記スキーマを構成する各クラス毎に、
プロパティの取得関数を生成する手段と、プロパティの
設定関数を生成する手段と、メソッドを生成する手段と
を備えるものとすることができる。

【００２５】上記オブジェクト指向データベース操作プ
ログラム生成システムにおいて、前記インタフェース定
義によって定義されるインタフェースは、例えば、オー
トメーション通信を行うためのインタフェースとするこ
とができる。この場合、前記外部操作情報は、オートメ
ーション通信の機能を利用して前記プログラム生成手段
が生成した前記第１のプログラムを操作するための情報
とすることができる。

【００２６】このような構成としたことにより、上記オ
ブジェクト指向データベース操作プログラム生成システ
ムは、既存のオートメーション通信のシステムを利用す
ることができる。これにより、プログラムの開発、運用
及び保守が容易になる。なお、オートメーション通信
は、インターネットなどの通信回線を介して実現する場
合に限らず、プロセス間通信の手法によって実現しても
よい。

【００２７】上記オブジェクト指向データベース操作プ
ログラム生成システムにおいて、前記スキーマを構成す
るクラスに含まれるオブジェクトは、それぞれ外部から
呼び出される場合のインタフェースとなる引数の個数が
異なるメソッドを複数定義しているものであってもよ
い。この場合、前記インタフェース定義は、前記オブジ
ェクトのメソッドが有する引数の最大個数に対応する引
数と、前記オブジェクトのメソッドが有する引数の最小
個数に対応する引数の省略指定とによって定義されるも
のとすることを好適とする。

【００２８】これにより、前記スキーマを構成するクラ
スに含まれるオブジェクトが多相性をサポートしている
場合に、前記オブジェクトのメソッドに引数を渡すため
のインタフェース仕様を統一することができるので、例
えば、オートメーション通信を利用したような場合に
も、オブジェクトの多相性の機能を利用することができ
る。

【００２９】上記目的を達成するため、本発明の第２の
観点にかかるオブジェクト指向データベース操作プログ
ラム生成方法は、オブジェクト指向データベースに定義
されているスキーマを構成する各クラスに関する情報を
取得する取得ステップと、予め用意された第１をテンプ
レートを読み出し、該読み出した第１のテンプレートに
前記取得手段が取得したクラスに関する情報のうちの対
応するものの少なくとも一部を挿入することによって、
前記スキーマを構成するクラス毎に、クラスに含まれる
オブジェクトを操作するためのプログラムを生成するプ
ログラム生成ステップと、予め用意された第２のテンプ
レートを読み出し、該読み出した第２のテンプレートに
前記取得手段が取得したクラスに関する情報のうちの対
応するものの少なくとも一部を挿入することによって、
前記スキーマを構成するクラス毎に、対応する前記プロ
グラムのインタフェース定義を生成するインタフェース
定義生成ステップと、インタフェース定義生成ステップ
と、を含むことを特徴とする。

【００３０】上記のオブジェクト指向データベース操作
プログラム生成方法は、予め用意された第３のテンプレ
ートを読み出し、該読み出した第３のテンプレートに、
前記取得手段が取得したクラスに関する情報のうちの対
応するものの少なくとも一部を挿入することによって、
前記スキーマを構成するクラス毎に、対応する前記外部
操作情報を生成する外部操作情報生成ステップをさらに
含むものとしてもよい。

【００３１】

【発明の実施の形態】以下、添付図面を参照して、本発
明の実施の形態について説明する。

【００３２】図１は、この実施の形態にかかるデータベ
ースアプリケーションプログラムの開発・実行環境を実
現するためのシステム構成例を示す図である。

【００３３】図示するように、このシステムは、主とし
てサーバ１と、クライアント２と、プログラム自動生成
装置３とを備える。サーバ１とクライアント２とは、イ
ンターネット５を介してオートメーション通信を行う。
サーバ１とプログラム自動生成装置３とは、ＬＡＮ回線
などの何らかの通信回線を介してデータ通信を行う。プ
ログラム自動生成装置３は、プログラムテンプレートフ
ァイル４を参照する機能を有する。

【００３４】サーバ１は、プロセッサ、記憶装置及び入
出力装置を有する情報処理装置によって構成され、デー
タベース１１と、ＡＰＩ１２と、サーバプログラム１３
と、オートメーションサーバ１４と、リモートオートメ
ーションマネージャ１５との機能を含む。

【００３５】データベース１１は、オブジェクト指向デ
ータベースであり、クラス、クラスの属性、クラスのメ
ソッドのそれぞれの名前と型との情報でスキーマ情報を
定義する。

【００３６】ＡＰＩ１２は、サーバプログラム１３、オ
ートメーションサーバ１４、或いはプログラム自動生成
装置３からデータベース１１にアクセスするためのイン
タフェースである。

【００３７】サーバプログラム１３は、データベース１
１に定義されているスキーマクラスに含まれるオブジェ
クトのメソッドにメッセージを送るためのメソッドの実
装などの処理を行うためのプログラムである。

【００３８】オートメーションサーバ１４は、後述する
ようにプログラム自動生成装置３によって生成されるオ
ブジェクト指向型のプログラムである（以下、オートメ
ーションサーバ１４を構成するオブジェクトをオートメ
ーションオブジェクトという）。オートメーションサー
バ１１は、データベース１１のスキーマ情報を構成する
クラスとその属性、メソッドを、オートメーションの機
能によって外部のアプリケーションに公開する。リモー
トオートメーションマネージャ１５は、既存のプログラ
ムによって実現され、インターネット５を介してオート
メーションサーバ１４が公開するデータベース１１のス
キーマを構成するクラス（以下、スキーマクラスとい
う）とその属性、メソッドを、クライアント２に提供す
る。

【００３９】クライアント２は、プロセッサ、記憶装置
及び入出力装置を有する情報処理装置によって構成さ
れ、クライアントプログラム２１とリモートオートメー
ションプロキシ２２の機能を含む。

【００４０】クライアントプログラム２１は、オートメ
ーションサーバ１４が公開するデータベース１１のスキ
ーマクラスとその属性、メソッドを利用する外部アプリ
ケーションとなり、サーバ１のデータベース１１にアク
セスする。リモートオートメーションプロキシ２２は、
既存のプログラムによって実現され、クライアントプロ
グラム２１がオートメーション通信でサーバ１が提供す
る機能を利用するために用いられる。

【００４１】プログラム自動生成装置３は、プロセッ
サ、記憶装置及び入出力装置を有する情報処理装置によ
って構成される。プログラム自動生成装置３は、データ
ベース１１からＡＰＩ１２を介してそのデータベース１
１に定義されているスキーマ情報を取得し、取得したス
キーマ情報とプログラムテンプレートファイル４を基に
して、オートメーション通信のためのオートメーション
サーバ１４のためのプログラムを自動生成する。生成さ
れたプログラムは、さらにコンパイルされて、オートメ
ーションサーバ１４となる。

【００４２】プログラムテンプレートファイル４は、後
述するオートメーションオブジェクトのプログラムを生
成するためや、後述するＯＤＬ記述ファイルを生成する
ために用いられるテンプレートからなるファイルであ
る。なお、プログラムテンプレートファイル４は、プロ
グラム自動生成装置３が有する記憶装置内に記憶されて
いても、プログラム自動生成装置３の外部に設けられた
記憶装置内に記憶されていてもよい。

【００４３】以下、図１に示すクライアント２とサーバ
１とに別れたデータベース操作システムを構築する手順
について、図２のフローチャートを参照して説明する。

【００４４】開発者は、まず、データベースマネジメン
トシステム（ＤＢＭＳ）を用いてデータベースのスキー
マを定義し、データを登録することによってデータベー
ス１１を構築する（ステップＳ１０１）。

【００４５】開発者は、次に、ＤＢＭＳが用意するＡＰ
Ｉ１２を用いてサーバプログラム１３を作成し、データ
ベース１１のスキーマクラスを構成するオブジェクトに
メッセージを送るためのメソッドを実装する（ステップ
Ｓ１０２）。

【００４６】以上のステップＳ１０１で構築されるデー
タベース１１、ステップＳ１０２で作成されるサーバプ
ログラム１３は、既存のデータベース及びデータベース
アプリケーションを利用するものとすることができる。

【００４７】次に、プログラム自動生成装置３は、デー
タベースのスキーマクラスのオートメーションサーバ１
４と、後述するクライアント２のセットアップ用に用い
られるレジストリファイルとを自動生成する（ステップ
Ｓ１０３）。

【００４８】以後は、サーバ１の側とクライアント２の
側とに、処理が分かれる。サーバ１の側では、最初に、
オートメーションサーバ１４のレジストリ登録が行われ
る（ステップＳ１０４）。このレジストリ登録の詳細に
ついては、後述する。

【００４９】サーバ１の側では、次に、リモートオート
メーションマネージャ１５を実装する処理が行われる
（ステップＳ１０５）。このリモートオートメーション
マネージャ１５には、既存のオートメーション通信用の
プログラムを利用することができる。また、既にサーバ
１に実装されているものを利用することもできる。リモ
ートオートメーションマネージャの実装が終了すると、
サーバ１の側におけるシステムの構築が終了する。

【００５０】クライアント２の側では、最初に、オート
メーションサーバ１４のレジストリ登録が行われる（ス
テップＳ１０６）。このレジストリ登録の詳細について
は、後述する。

【００５１】クライアント２の側では、次に、リモート
オートメーションプロキシ２２を実装する処理が行われ
る（ステップＳ１０７）。このリモートオートメーショ
ンプロキシ２２には、既存のオートメーション通信用の
プログラムを利用することができる。また、既にクライ
アント２に実装されているものを利用することもでき
る。

【００５２】クライアント２の側では、次に、オートメ
ーションの機能をサポートする開発言語を用いて、イン
ターネット５を介してオートメーションサーバ１４を操
作するための、クライアントプログラム２１が作成され
る（ステップＳ１０８）。クライアントプログラム２１
が作成されると、クライアント２の側におけるシステム
の構築の処理が終了する。

【００５３】以下、図１のプログラム自動生成装置３に
よるオートメーションサーバ１４及びレジストリファイ
ルの生成の処理（ステップＳ１０３）の概要について、
図３のフローチャートを参照して説明する。

【００５４】プログラム自動生成装置３は、最初に、開
発者が入力装置を操作することによって、初期設定値を
入力する（ステップＳ２０１）。

【００５５】ここで、入力する初期設定項目としては、
例えば、生成すべきオートメーションサーバ１３の名
前、スキーマ情報を読み込むデータベース１１の名
前、生成されたオートメーションサーバ１３で公開さ
れるクラスとなるオートメーションオブジェクトの名
前、サーバ１との間の通信プロトコル種別、サーバ
１のネットワークアドレス、などがある。

【００５６】プログラム自動生成装置３は、次に、ＡＰ
Ｉ１２を介して登録されているクラス、クラスの属性、
クラスのメソッドのそれぞれの名前と型の情報からなる
データベース１１のスキーマ情報を読み込む（ステップ
Ｓ２０２）。ステップＳ２０２の処理を終了すると、プ
ログラム自動生成装置３は、次に、ステップＳ２０３、
Ｓ２０４、Ｓ２０６の処理を並行して行う。

【００５７】ステップＳ２０３では、プログラム自動生
成装置３は、プログラムテンプレートファイル４中のオ
ートメーションオブジェクトに対応するテンプレートと
なるファイルに、ステップＳ２０２で取得したスキーマ
情報のコードを挿入することによって、オートメーショ
ンオブジェクトプログラムＤ２０１を生成する。

【００５８】ステップＳ２０４では、プログラム自動生
成装置３は、プログラムテンプレートファイル４中のＯ
ＤＬ記述ファイルのテンプレートとなるファイルに、ス
テップＳ２０２で取得したスキーマ情報のコードを挿入
することによって、ＯＤＬ記述ファイルＤ２０２を生成
する。

【００５９】ステップＳ２０３とＳ２０４の両方の処理
が終了すると、プログラム自動生成装置３は、オートメ
ーションオブジェクトプログラムＤ２０１と、ＯＤＬ記
述ファイルＤ２０２と、サーバプログラムＤ２０３と、
その他のオートメーションやサーバに必要なプログラム
Ｄ２０４とを、それぞれプログラム開発言語環境に応じ
たコンパイラを用いてコンパイルし、さらにリンケージ
エディタを用いてリンクする（ステップＳ２０５）。こ
れにより、オートメーションサーバ１４のプログラムが
生成される。

【００６０】ここで、サーバプログラムＤ２０３は、図
１のサーバプログラム１３に相当するものである。その
他のオートメーションサーバに必要なプログラムＤ２０
４は、開発者が用いるサーバ１やプログラム開発言語環
境に特有のプログラムである。

【００６１】一方、ステップＳ２０６では、プログラム
自動生成装置３は、クライアント２からサーバ２に接続
するためのレジストリファイルＤ２０５を生成する。

【００６２】以上の処理によって、オートメーションサ
ーバ１４のプログラムと、レジストリファイルＤ２０５
とが生成されると、このフローチャートの処理を終了す
る。

【００６３】以下、図３のフローチャートにおける各ス
テップの処理について、詳細に説明する。

【００６４】まず、ステップＳ２０２のＡＰＩ１２から
スキーマ情報を読み込む処理について説明する。ここで
は、プログラム自動生成装置３は、データベース１１が
稼働していることを条件として、データベース１１に登
録されているスキーマクラスをすべて取得することがで
きるＡＰＩやＡＰＩ群、或いはクラス毎にそのすべての
属性の名前と型とアクセス識別子、さらにすべてのメソ
ッドの名前と返却値の型と、すべての引数の型と、アク
セス識別子とを取得することができるＡＰＩやＡＰＩ群
をＡＰＩ１２として用いて、データベース１１からスキ
ーマ情報を読み込む。

【００６５】次に、ステップＳ２０３のオートメーショ
ンプログラムオブジェクトのプログラムＤ２０１を生成
する処理について説明する。ステップＳ２０３では、
プロパティ、メソッド、コンストラクタに分けて、
オートメーションオブジェクトＤ２０１が生成される。

【００６６】のプロパティを生成するとき、プロパテ
ィの値の取得と設定を実現しなければならないので、取
得関数と設定関数とが用意される。以下、それぞれの関
数の生成手順について、図４と図５のフローチャートを
参照して説明する。

【００６７】なお、以下の説明において、Ｖａｒｉａｎ
ｔ型とは、数値型、バイト型、文字列型、ブール型、日
付型、通貨型、オブジェクト型などの数種類の型が定義
されている共用体を持ち、その共用体で変数値の型を設
定できる型のことを言う。

【００６８】プロパティの取得関数を生成する場合は、
図４のフローチャートに示すように、プログラム自動生
成装置３は、まず、戻り値をＶａｒｉａｎｔ型で変数宣
言し、その変数の型を上記のいずれかのうちの１つに設
定する（ステップＳ３０１）。ここで、設定する変数の
型は、ステップＳ２０２でＡＰＩ１２を介してデータベ
ース１１から取得したスキーマ情報中のクラスの属性の
型によって判断される。

【００６９】例えば、クラスの属性の型がｃｈａｒ＊型
であったならば、変数の型は文字列型を表すＶＴ＿ＢＳ
ＴＲに設定される。或いは、クラスの属性の型がｉｎｔ
型であったならば、変数の型は、数値型のうちの整数型
を表すＶＴ＿Ｉ２（或いは長整数型ＶＴ＿Ｉ４）に設定
される。クラスの属性の型が他のクラスのオブジェクト
を指すポインタ型であったならば、変数の型は、オブジ
ェクト型を表すＶＴ＿ＤＩＳＰＡＴＣＨに設定される。

【００７０】プログラム自動生成装置３は、次に、ＤＢ
ＭＳのＡＰＩ１２を介してデータベース１１にアクセス
し、データベース１１に格納されている目的とするオブ
ジェクトの属性値を取得する（ステップＳ３０２）。

【００７１】プログラム自動生成装置３は、次に、ステ
ップＳ３０２で取得した属性値を、ステップＳ３０１で
変数宣言した変数に設定した型で代入する。この代入の
結果、返却された値がプロパティの取得関数のプロパテ
ィ値となる（ステップＳ３０３）。そして、プロパティ
の取得関数の生成の処理を終了する。

【００７２】プロパティの設定関数を生成する場合は、
図５のフローチャートに示すように、プログラム自動生
成装置３は、最初に、関数内で有効なローカル変数を、
関数言語で指定される型、すなわち対象とする属性の型
で宣言する（ステップＳ４０１）。

【００７３】プログラム自動生成装置３は、次に、ステ
ップＳ４０１で指定されたＶａｒｉａｎｔ型の引数を取
り出し、それをステップＳ４０１で宣言したローカル変
数に代入する（ステップＳ４０２）。

【００７４】プログラム自動生成装置３は、次に、ＡＰ
Ｉ１２を介してデータベース１１にアクセスし、データ
ベース１１に格納されている目的とするオブジェクトの
属性値に、ローカル変数の値を代入（またはコピー）す
る（ステップＳ４０３）。

【００７５】プログラム自動生成装置３は、さらに、Ａ
ＰＩ１２を介してデータベース１１にオブジェクトの属
性を更新したことを通知し、これによってプロパティ値
をデータベース１１に格納されている目的とするオブジ
ェクトの属性に反映させて、更新させるためのプログラ
ムとして必要となるコードを生成する（ステップＳ４０
４）。そして、プロパティの設定関数の生成の処理を終
了する。

【００７６】のオートメーションオブジェクトのメソ
ッドの生成手順について、図６のフローチャートを参照
して、詳しく説明する。

【００７７】プログラム自動生成装置３は、まず、関数
内で有効となるＶａｒｉａｎｔ型のローカル変数を宣言
し、メソッドからの戻り値の型に対応するＶａｒｉａｎ
ｔ型の型を設定する（ステップＳ５０１）。

【００７８】プログラム自動生成装置３は、次に、各引
数毎に対応する開発言語仕様の型のローカル変数を用意
し、その変数にそれぞれのＶａｒｉａｎｔ型の引数の値
を代入する（ステップＳ５０２）。

【００７９】プログラム自動生成装置３は、次に、各引
数が代入されたローカル変数の値をパラメータ値とし
て、ＡＰＩ１２を介してデータベース１１に定義されて
いるクラスのメソッドを実行させる（ステップＳ５０
３）。

【００８０】プログラム自動生成装置３は、次に、ステ
ップＳ５０３でのメソッドの実行の結果、値が変わった
ローカル変数の値を、対応する型でＶａｒｉａｎｔ型の
引数の値に代入し、メソッドに実行による値の変化を反
映させる（ステップＳ５０４）。

【００８１】プログラム自動生成装置３は、さらに、ス
テップＳ５０３でのメソッドの実行後に返却された値
を、ステップＳ５０１で用意したＶａｒｉａｎｔ型のロ
ーカル変数に、対応する型で代入し、それをオートメー
ションメソッドの返却値とする（ステップＳ５０５）。
そして、このフローチャートの処理を終了する。

【００８２】のオートメーションオブジェクトのコン
ストラクタの生成手順について、詳しく説明する。

【００８３】オートメーションオブジェクトは、データ
ベース１１のスキーマクラスを代理するものなので、プ
ログラム自動生成装置３は、オートメーションオブジェ
クトのクラス定義に、そのスキーマクラスの参照型（ポ
インタ型）のオブジェクトを保持するメンバ変数の宣言
を自動生成する。

【００８４】そして、プログラム自動生成装置３は、ス
キーマクラスの参照型のオブジェクトを生成し、生成し
たオブジェクトにメンバ変数を代入する文を挿入するこ
とによって、オートメーションオブジェクトのコンスト
ラクタを生成する。

【００８５】オートメーションオブジェクトのコンスト
ラクタは、クライアントプログラム２１からオートメー
ションオブジェクトのオブジェクト型変数の宣言があっ
たときに呼び出される。従って、クライアント２の側で
扱うオブジェクト型の変数は、スキーマクラスの参照型
のオブジェクトということになる。

【００８６】もっとも、スキーマクラスの参照型は、デ
ータベース１１のオブジェクトを指すポインタであるの
で、オートメーションオブジェクトのコンストラクタが
呼ばれるときに、スキーマクラスのオブジェクトが生成
される訳ではない。つまり、オートメーションオブジェ
クトのコンストラクタとスキーマクラスのコンストラク
タとは異なるものであり、スキーマクラスのオブジェク
トの生成とそれに伴うコンストラクタの呼び出しは、別
にメンバ関数を用意することによって対応が図られてい
る。

【００８７】次に、ステップＳ２０４のオートメーショ
ンサーバのＯＤＬ記述ファイルＤ２０２を生成する処理
について、図７のフローチャートを参照して説明する。
この処理は、図３のステップＳ２０２で、ＡＰＩ１２を
介してデータベース１１から読み込んだスキーマクラス
のすべての情報に対して適用される。

【００８８】プログラム自動生成装置３は、まず、ＣＯ
ＭのＡＰＩである“CoCreateGuidを用いて、各クラス毎
にディスパッチインタフェース用のＩＤを割り当て、Ｏ
ＤＬ記述ファイルに記述する（ステップＳ６０１）。

【００８９】プログラム自動生成装置３は、次に、ディ
スパッチインタフェースの名前としてスキーマクラスの
名前に接頭語“Ｉ”を付け足した名前を用いて、ＯＤＬ
記述ファイルの“dispinterface”文を記述する。“dis
pinterface”文では、“properties”と“methods”と
を記述するが、ここでは、スキーマクラスの属性名とメ
ソッドとがそのまま用いられる。また、返却値の型は、
すべてＶａｒｉａｎｔ型で、引数の型はすべてＶａｒｉ
ａｎｔのアドレスの型で宣言される。また、“properti
es”と“methods”とのＤＩＳＰＩＤには、１から通し
番号が付けられる（ステップＳ６０２）。

【００９０】プログラム自動生成装置３は、次に、“Co
CreateGuid”を用いて各クラス毎にオートメーションオ
ブジェクト用のＩＤを割り当て、ＯＤＬ記述ファイルに
記述する（ステップＳ６０３）。

【００９１】プログラム自動生成装置３は、さらに、
“dispinterface”文と１対１で対応するように、ｍ同
じスキーマの名前で“coclass”文を記述する。“cocla
ss”文の中には、その“coclass”の名前に接頭語
“Ｉ”を付けた“dispinterface”文をサポートする宣
言を記述する（ステップＳ６０４）。そして、このフロ
ーチャートの処理を終了する。

【００９２】次に、ステップＳ２０６のクライアントセ
ットアップ用のレジストリファイルＤ２０５を生成する
処理について、説明する。

【００９３】ステップＳ２０６で生成されるレジストリ
ファイルＤ２０５は、例えば、Ｗｉｎｄｏｗｓ９５やＷ
ｉｎｄｏｗｓＮＴ（いずれも登録商標）のレジストリエ
ディタで、クライアン２のレジストリなどにオートメー
ションサーバ１４の情報を登録するために用いられる。

【００９４】レジストリに登録すべきオートメーション
サーバ１４の情報には、オートメーションオブジェクト
毎に、オートメーションサーバの名前、オートメー
ションオブジェクトの名前、クラスＩＤ、通信プロ
トコル種別、ネットワークアドレス（ＩＰアドレ
ス）、クライアントプログラム２１の実行時に必要な
ダイナミックリンクライブラリなどが含まれる。

【００９５】このうち、〜は、ステップＳ２０１で
初期設定入力された情報と、ステップＳ２０２で読み出
されたスキーマ情報とから取得される。は、固定的な
ものであり、プログラムテンプレートファイル４中のレ
ジストリファイルのテンプレートファイルに記述するこ
とによって用意される。

【００９６】プログラム自動生成装置３は、プログラム
テンプレートファイル４中のレジストリファイルのテン
プレートとなるファイルに、これらの情報のコードを挿
入することによってレジストリファイルＤ２０５を生成
する。

【００９７】以下、図３のフローチャートにおけるサー
バ１の側でのオートメーションサーバ１４のレジストリ
登録（ステップＳ１０５）、及びクライアント２の側で
のオートメーションサーバ１４のレジストリ登録と接続
設定（ステップＳ１０７）の手順について、詳しく説明
する。

【００９８】ステップＳ１０５において、レジストリ登
録される情報は、図２のステップＳ２０６で生成された
レジストリファイルＤ２０５に含まれる情報のうちの
オートメーションサーバの名前、オートメーションオ
ブジェクトの名前、クラスＩＤである。これらの情報
は、通常、オートメーションサーバ１４の起動時に実行
されるレジストリ登録用のＡＰＩによってオートメーシ
ョンサーバ１４のレジストリに登録することができる。

【００９９】ステップＳ１０７において、図２のステッ
プＳ２０６で生成されたレジストリファイルＤ２０５に
含まれる情報が、例えば、Ｗｉｎｄｏｗｓ９５やＷｉｎ
ｄｏｗｓＮＴのレジストリエディタに読み込ませて、ク
ライアントプログラム２１のレジストリに登録される。
なお、通信プロトコル種別やネットワークアドレスなど
のサーバ１への接続に関する設定は、レジストリファイ
ルＤ２０５をクライアント２１のレジストリに登録した
後でも、例えば、リモートオートメーション接続マネー
ジャなどを用いて変更することが可能である。

【０１００】以下、上記のようにして構築したシステム
で実行されるデータベースアプリケーションプログラム
で、オブジェクトの多相性が如何にして実現されている
かについて、詳しく説明する。

【０１０１】この実施の形態のシステムにおいて、多相
性プログラムの実現方法は、オートメーションオブジェ
クトに多相性を実現すべきオブジェクトのクラス名を記
録させる属性を追加し、プログラムの実行時には、オー
トメーションオブジェクトは、その属性から得たクラス
名によって当該オブジェクトのメソッドを呼び出すとい
う考え方に基づいている。

【０１０２】また、オートメーションサーバ１４が公開
するオートメーションオブジェクトの引数の型をすべて
Ｖａｒｉａｎｔ型とし、そのＶａｒｉａｎｔ型の変数値
の型をオートメーションサーバ１４が判別することによ
って、適切なメソッドを呼び出している。以下、メソッ
ドの多重定義の場合と、仮想関数との場合に分けて、多
相性の実現方法を詳しく説明する。

【０１０３】オブジェクトの多相性を実現するために、
オートメーションオブジェクトは、引数の型及び／また
は個数が異なるメソッドを複数定義している。ここで、
メソッドの引数の最小個数をｍ（自然数）、最大個数を
Ｍ（自然数）とすると、ＯＤＬ記述ファイルは、Ｖａ
ｒｉａｎｔ型の戻り値、メソッド名、Ｍ個のＶａｒ
ｉａｎｔ型の引数、Ｍ−ｍ個のｏｐｔｉｏｎａｌパラ
メータを指定したＶａｒｉａｎｔ型の引数によってメソ
ッドを定義する。

【０１０４】のｏｐｔｉｏｎａｌパラメータは、オー
トメーションメソッドの呼び出し時に、パラメータによ
って対応する引数の値を省略すべきことを示すものであ
る。但し、ｏｐｔｉｏｎａｌパラメータによる指定は、
すべてＶａｒｉａｎｔ型の引数でなければならないとい
う制限がある。

【０１０５】次に、仮想関数の場合、仮想関数は、サー
バ１のが側の開発言語や、データベース１１にアクセス
するためのＡＰＩ１２がサポートしているので、仲介者
となるオートメーションサーバ１４は、クライアントプ
ログラム２１がどのオブジェクトのメソッドを呼び出し
たのかをサーバプログラム１３に渡せばよいこととな
る。

【０１０６】仮想関数の処理においては、“virtual”
で定義しているメンバ変数をもつ親クラス（スーパーク
ラス）のオブジェクトと、その親クラスから派生したク
ラス（派生クラス：サブクラス）のオブジェクト間の実
行時の切換が重要となる。

【０１０７】仮想関数の運用において、まず、親クラス
のオブジェクトへのポインタを宣言し、そのポインタに
対してメンバ関数の呼び出しが記述される。そして、実
行時に、そのポインタが指すオブジェクトの実体（イン
スタンス）が、親クラスのオブジェクトであるか派生ク
ラスのオブジェクトかをシステムが判断し、そのどちら
か一方の正しいオブジェクトのメソッドが呼び出され
る。

【０１０８】この実施の形態のシステムにおいては、ク
ライアント２の側で用いられるオートメーションオブジ
ェクトは、オートメーションサーバ１４においてスキー
マクラスのオブジェクトを指すポインタとして実装され
ている。従って、オートメーションサーバ１４が仮想関
数の処理を正しく中継するためには、クライアント２の
側で親クラスのオブジェクト型変数の実体が実行時に派
生クラスのオブジェクト型変数に置き換わったときに、
オートメーションサーバ１４も同様のポインタの置き換
えを行えばよい。

【０１０９】この実施の形態のシステムでは、このポイ
ンタの置き換えについて、ポインタ型の代入演算子の代
わりとなるメンバ関数を親クラスのオートメーションオ
ブジェクトに用意することによって、対応している。こ
のメンバ関数は、派生クラスのオブジェクト変数を引数
にとり、そのメンバ関数が呼ばれる親クラスのオブジェ
クトへのポインタを、引数である派生クラスのオブジェ
クトのポインタに置き換える処理を行うものである。

【０１１０】この処理によって、クライアントプログラ
ム２１で親クラスのオブジェクトからのメンバ変数の呼
び出しが記述されていても、そのオブジェクトの実体を
実行時に置き換えることが可能となり、オートメーショ
ンサーバ１４において、仮想関数の振る舞いを実現する
ことが可能となる。

【０１１１】以下、上記のようにして構築したシステム
において、クライアントプログラム２１からデータベー
ス１１へアクセスするための処理について、図８のシー
ケンス図を参照して説明する。

【０１１２】なお、ここで、クライアントプログラム２
１とオートメーションサーバ１４との間の通信は、リモ
ートオートメーションプロキシ２２とリモートオートメ
ーションマネージャ１５とを用い、インターネット５を
介して行われる。また、オートメーションサーバ１４或
いはサーバプログラム１３とデータベース１１との間の
データのやり取りは、ＡＰＩ１２を介して行われる。

【０１１３】以下、図８のシーケンス図に示す処理にお
いて、オートメーションサーバ１４が実行する処理の詳
細について、図９のフローチャートを参照して説明す
る。

【０１１４】オートメーションサーバ１４は、まず、ク
ライアントプログラム２１から呼び出されたメソッドの
引数の個数をチェックし、引数が１つ以上あるかどうか
を判定する（ステップＳ７０１）。

【０１１５】ステップＳ７０１で引数が１つ以上ない、
すなわち引数がないと判定されたときは、オートメーシ
ョンサーバ１４は、引数なしのメソッドを呼び出す（ス
テップＳ７０２）。そして、このフローチャートの処理
を終了する。

【０１１６】ステップＳ７１１で引数が１つ以上あると
判定されたときは、オートメーションサーバは、メソッ
ドの第１引数の値からすべての引数の値の処理が終了す
るまで、ステップＳ７０３−Ｓ７０３’のループの処理
を繰り返す。もっとも、後述するように、すべての引数
の値の処理を終了する前に、このループから抜け出す場
合はある。

【０１１７】ステップＳ７０３−Ｓ７０３’のループの
処理では、オートメーションサーバ１４は、まず、メソ
ッドの引数がｏｐｔｉｏｎａｌ指定されているかどうか
を判定する（ステップＳ７０４）。

【０１１８】ステップＳ７０４でメソッドの引数がｏｐ
ｔｉｏｎａｌ指定されていると判定されたときは、オー
トメーションサーバ１４は、ｏｐｔｉｏｎａｌ指定の値
が設定されているかどうかを判定する（ステップＳ７０
５）。

【０１１９】ステップＳ７０５でｏｐｔｉｏｎａｌ指定
の値が設定されていないと判定されたときは、このルー
プを抜けて、後述するステップＳ７１１に進む。ステッ
プＳ７０５でｏｐｔｉｏｎａｌ指定の値が設定されてい
ると判定されたときは、ステップＳ７０６に進む。ま
た、ステップＳ７０４でメソッドの引数がｏｐｔｉｏｎ
ａｌ指定されていないと判定されたときも、後述するス
テップＳ７０６に進む。

【０１２０】ステップＳ７０６では、オートメーション
サーバ１４は、Ｖａｒｉａｎｔ型引数の値がどのような
型であるかをチェックする。オートメーションサーバ１
４は、さらにステップＳ７０６でチェックした引数の型
がオブジェクト型であるかどうかを判定する（ステップ
Ｓ７０７）。

【０１２１】ステップＳ７０７で引数の型がオブジェク
ト型であると判定されたときは、オートメーションサー
バ１４は、Ｖａｒｉａｎｔ型のオブジェクト型の変数の
クラス名を、各クラスで実現されているオブジェクト自
身にそのオブジェクトのクラス名を記録させておくリフ
レクションの機能を用いて、チェックする（ステップＳ
７０８）。

【０１２２】オートメーションサーバ１４は、さらに、
クラス名に対応するスキーマクラスのオブジェクトを宣
言し、宣言したオブジェクトに、ステップＳ７０７で判
定されたオブジェクト型の引数を代入する（ステップＳ
７０９）。ステップＳ７０９の処理が終了すると、メソ
ッドに次の引数があればその引数についてのループ（Ｓ
７０３−Ｓ７０３’）の処理に、次の引数がなければ、
ループ（Ｓ７０３−Ｓ７０３’）を抜けて、ステップＳ
７１１の処理に進む。

【０１２３】ステップＳ７０７で引数の型がオブジェク
ト型でないと判定されたときは、オートメーションサー
バ１４は、ステップＳ７０６でチェックした型に対応す
る開発言語仕様の型で変数宣言をし、宣言した変数に引
数の値を代入する（ステップＳ７１０）。ステップＳ７
１０の処理が終了すると、メソッドに次の引数があれば
その引数についてのループ（Ｓ７０３−Ｓ７０３’）の
処理に、次の引数がなければ、ループ（Ｓ７０３−Ｓ７
０３’）を抜けて、ステップＳ７１１の処理に進む。

【０１２４】ステップＳ７１１では、オートメーション
サーバ１４は、以上の処理で準備された変数やオブジェ
クトを引数として、多重定義されたメソッドを呼び出
す。そして、このフローチャートの処理を終了する。

【０１２５】以上説明したように、プログラム自動生成
装置３は、データベース１１に定義されているスキーマ
クラスの情報を取得し、取得した情報のうちの適切なも
のをテンプレートファイル４のうちのオートメーション
サーバ生成用のものに挿入することによって、オートメ
ーションサーバ１４を生成することができる。また、取
得した情報のうちの適切なものをテンプレートファイル
４のうちのＯＤＬ記述ファイル生成用のものに挿入する
ことによって、ＯＤＬ記述ファイルを生成し、これによ
り、インタフェース定義を定めることができる。さら
に、取得した情報からレジストリ登録に使用する情報か
らなるレジストリファイルも生成することができる。

【０１２６】従って、この実施の形態のプログラム自動
生成装置３によれば、オブジェクト指向のデータベース
１１を操作するためのプログラムの生成が容易になる。
また、例えば、インタフェース仕様が変更された場合な
どにも、プログラムを一から作り直す必要がないので、
プログラムの運用、保守も容易になる。

【０１２７】しかも、データベース１１、クライアント
プログラム２１、或いはオートメーション通信を行うた
めのリモートオートメーションマネージャ１５及びリモ
ートオートメーションプロキシ２２には、既存のシステ
ムを利用することができるので、プログラムの開発、さ
らにはテストを容易に行うことができる。

【０１２８】さらに、ｏｐｔｉｏｎａｌパラメータの導
入によって、クライアント２側のクライアントプログラ
ム２１とサーバ１側のオートメーションサーバ１４との
オートメーション通信におけるインタフェース仕様を統
一することができ、なおかつデータベース１１に登録さ
れているオブジェクトの多相性の機能を十分に利用する
ことができる。

【０１２９】上記の実施の形態では、プログラム自動生
成装置３は、サーバ１とは別個の情報処理装置によって
構成されていた。しかしながら、サーバ１がプログラム
自動生成装置３の機能を含むものとして、サーバ１とプ
ログラム自動生成装置３とを同一の情報処理装置によっ
て構成することもできる。この場合において、プログラ
ムテンプレートファイル４は、サーバ１内の記憶装置に
記憶することも外部の記憶装置に記憶することもでき
る。

【０１３０】上記の実施の形態では、オートメーション
オブジェクトプログラム、ＯＤＬ記述及びレジストリフ
ァイルは、すべて同一のプログラム自動生成装置３によ
って生成されていた。しかしながら、これらは、それぞ
れ別々の情報処理装置によって生成し、コンパイルした
後に、リンクしてもよい。

【０１３１】上記の実施の形態では、インターネット５
を介して接続されたサーバ１とクライアント２とからな
るクライアントサーバシステムで本発明のプログラムの
開発・実行環境を実現した場合について説明した。しか
しながら、本発明はこれに限られない。例えば、イント
ラネット環境でのクライアントサーバシステムを本発明
のプログラムの開発・実行環境とすることもできる。

【０１３２】また、クライアント（マシン）２とサーバ
（マシン）１とが別個に存在するクライアントサーバシ
ステムではなく、図１０に示すようなスタンドアローン
型のコンピュータシステム６も、本発明のプログラムの
開発・実行環境とすることができる。この場合、クライ
アントプログラム２１のプロセスとコンピュータシステ
ム６上にオートメーションサーバ１４のサーバプロセス
とが存在することとなり、クライアントプログラム２１
とオートメーションサーバ１４とがプロセス間通信の手
法を用いてオートメーション通信を行う。

【０１３３】上記の実施の形態では、ＣＯＭ／ＤＣＯＭ
を基礎とするオートメーション通信を例として説明し
た。しかしながら、本発明におけるオートメーション通
信は、ＣＯＭ／ＤＣＯＭを基礎とするものに限るもので
はなく、本発明の趣旨を逸脱しない限りにおいて、他の
仕様を基礎とするものにも適用することができる。

【０１３４】

【実施例】以下、上記の実施の形態のデータベースアプ
リケーションプログラムの開発・実行環境を具体的なシ
ステムで実現した場合の実施例について、プログラムリ
スト（ソースリスト）を参照しながら説明する。

【０１３５】この実施例のシステムでは、データベース
１１としてオブジェクト指向データベースＰＥＲＣＩＯ
（登録商標）、サーバプログラム開発言語としてＶｉｓ
ｕａｌ Ｃ＋＋（登録商標）、クライアントプログラム
開発言語としてＶｉｓｕａｌＢａｓｉｃ（登録商標）を
用いている。

【０１３６】１）オートメーションオブジェクトのクラ
ス オートメーションオブジェクトのヘッダファイルの一部
となるプログラムテンプレートファイル４のプログラム
リストの一例を以下に示す。この例では、“＠＠”で囲
まれる文字列が、オートメーションサーバ１４がＡＰＩ
を介してデータベース１１から取得するスキーマクラス
の情報が埋め込まれる個所である。従って、以下の“@@
CLASS@@”は、クラス名に置き換えられる。

【０１３７】また、“dRef”は、すべてのユーザ定義ス
キーマクラスの基本クラスとなっている。オートメーシ
ョンオブジェクトのクラスは、“dRef”を継承して定義
されている。“d_Extend”“d_Set”、“d_List”は、
ＰＥＲＣＩＯがシステムとして予め用意しているテンプ
レート型のスキーマクラスである。“d_Ref_Any”は、
ＰＥＲＣＩＯがシステムとして予め用意しているデータ
ベース中の任意のオブジェクトへのポインタを保持する
変数の型である。

【０１３８】オートメーションオブジェクトのクラス
は、これらのシステムが用意するスキーマクラスのオブ
ジェクトを生成するメンバ関数“createextend()”、
“createset()”、“createlist()”の関数宣言と、自
分自身を指すポインタを生成するメンバ関数“create_n
weref()”の関数宣言とを定義する。

【０１３９】なお、この実施例で示されている、接頭語
“C”で始まるクラスは、オートメーションオブジェク
トのクラスを表し、接頭語“C”をとったクラス名のス
キーマクラスと１対１で対応する。また、接頭語“d_”
で始まるクラスは、ＰＥＲＣＩＯがシステムとして予め
用意するスキーマクラスであり、アンダースコアのない
接頭語“d”で始まるクラスは、ＰＥＲＣＩＯがシステ
ムとして用意するクラスと１対１で対応するオートメー
ションクラスを表している。

【０１４０】

【０１４１】２）オートメーションオブジェクトの基本
クラスのプログラム オートメーションオブジェクトのクラス“dRef”のヘッ
ダファイルのプログラムリストの一部を以下に示す。
“dRef”は、すべてのユーザ定義スキーマクラスに共通
の基本クラスであり、固定的なファイルとしてプログラ
ムテンプレートファイル４に用意されている。

【０１４２】

【０１４３】オートメーションオブジェクトのテンプレ
ートファイルで定義されているメンバ変数は、すべて
“dRef”クラスで、仮想関数で定義されている。また、
属性の定義としては、オートメーションオブジェクトが
代理として振る舞っているＰＥＲＣＩＯのオブジェクト
へのポインタを保持する“m_classref”、オートメーシ
ョンオブジェクト自身のクラス名を保持する“m_classn
ame”がある。“m_classref”は、オートメーションオ
ブジェクトのコンストラクタの説明の部分で述べたスキ
ーマクラスの参照型のオブジェクトを保持するメンバ変
数である。また、“m_classname”は、多重定義の説明
の部分で述べたオブジェクトのクラス名を記憶させるメ
ンバ変数である。

【０１４４】３）オートメーションオブジェクトのプロ
パティのプログラム 図４のプロパティの取得関数の生成手順を実現するプロ
グラムリストを以下に示す。このプログラムは、スキー
マクラスのｉｎｔ型の属性値を取得するプロパティの取
得関数を示すものである。この例では、“@@ORIGVAR@
@”がスキーマクラスの情報の属性名と置き換わる。ま
た、“@@VAR@@”は、その属性の中でアンダースコアを
取り除いた文字列と置き換わる。

【０１４５】 VARIANT C@@CLASS@@::_Get@@VAR@@() { VARIANT vaResult; VariantInit(&vaResult); V_VT(&vaResult) = VT_I4; if (!m_classref) return vaResult; V_I4(&vaResult) = GETOBJ(m_classref)->@@ORIGVAR@@; return vaResult; }

【０１４６】図５のプロパティの設定関数の生成手順を
実現するプログラムリストを以下に示す。このプログラ
ムは、スキーマクラスのｃｈａｒ＊型の属性値を取得す
るプロパティの取得関数を示すものである。ここで、最
後の行にある“GETOBJ”はマクロであり、“m_classre
f”のオブジェクトの参照型に展開される。また、“mar
k_modified()”は、ＰＥＲＣＩＯが用意するシステムの
メンバ関数であり、プロパティ設定においてオブジェク
トの属性値が変更されたことをデータベース１１に通知
して、データベース１１の内容を更新する。

【０１４７】 void C@@CLASS@@::_Set@@VAR@@(const VARIANT FAR& newValue) { CString c_@@VAR@@; if (!m_classref) return; c_@@VAR@@ = CString(V_BSTR(&newValue)); strcpy(GETOBJ(m_classref)->@@ORIGVAR@@, c_@@VAR@@); GETOBJ(m_classref).mark_modified(); }

【０１４８】４）オートメーションオブジェクトのメソ
ッドのプログラム 図６のオートメーションメソッドの生成手順を実現する
プログラムリストを以下に示す。このプログラムは、ユ
ーザが定義したスキーマクラス“Employee”を代理する
オートメーションオブジェクトのクラス“CEmployee”
のメソッド“getdata”を実装するものである。スキー
マクラスのメソッド名は、“get_data”である。また、
“CopyToVARIANT”は、グローバル関数であり、ＡＰＩ
呼び出しの結果置き換わったパラメータ“n_param0”の
値を、オートメーションメソッドのＶａｒｉａｎｔ型の
引数“param0”にコピーする。

【０１４９】

【０１５０】５）サーバプログラム スキーマクラス“Employee”のメンバ関数get_dataの実
装例を以下に示す。このプログラムは、図１のサーバプ
ログラム１３に対応し、また、このプログラムの作成
は、図２のステップＳ１０２の処理に相当する。

【０１５１】

【０１５２】６）ＯＤＬ記述ファイル ＯＤＬ記述ファイルを生成するためのプログラムテンプ
レートファイル４のうちのテンプレートの例を以下に示
す。ここでは、“dispinterface”文の“propeties”ま
でを記述するテンプレートファイルの例を示す。以下の
例は、図７のＯＤＬ記述の生成手順において用いられ
る。

【０１５３】

【０１５４】この後に、スキーマクラスの属性が挿入さ
れる。“dispinterface”文の“method”までを記述す
るテンプレートファイルを以下に示す。

【０１５５】

【０１５６】この後に、スキーマクラスのメソッドが挿
入される。“dispinterface”文の最後の部分の生成に
用いられるテンプレートファイルを以下に示す。

【０１５７】

【０１５８】“coclass”文を記述するためのテンプレ
ートファイルを以下に示す。

【０１５９】

【０１６０】上記の図７のフローチャートで示した手順
に従ってこの実施例のプログラム生成装置３が生成し
た、オートメーションオブジェクトのクラス“CEmploye
e”のＯＤＬ記述ファイルの例を以下に示す。このＯＤ
Ｌ記述ファイルをコンパイルし、タイプライブラリを作
成して公開すれば、オートメーションオブジェクトを外
部と連携することが可能となる。

【０１６１】 [ uuid(5794F9E6-3A54-11d1-BB17-00004C95A764) ] dispinterface IEmployee { properties: //{{AFX_ODL_PROP(CEmployee) [id(1)] VARIANT name; [id(2)] VARIANT birthday; [id(3)] VARIANT section; [id(4)] VARIANT salary; //}}AFX_ODL_PROP methods: //{{AFX_ODL_METHOD(CEmployee) [id(5)] VARIANT create(VARIANT * db_obj, VARIANT* param0, VARIANT* param1, VARIANT* param2, VARIANT*param3); [id(6)] VARIANT setsalary(VARIANT* param0); [id(7)] VARIANT getsalary(); [id(8)] VARIANT getdata(VARIANT* param0); [id(9)] VARIANT getall(VARIANT* param0); [id(10)] VARIANT remove(); //}}AFX_ODL_METHOD }; // Class information for CEmployee [ uuid(5794F9E7-3A54-11d1-BB17-00004C95A764) ] coclass CEmployee { [default] dispinterface IEmployee; }

【０１６２】７）クライアントセットアップ用レジスト
リファイル 図３のステップＳ２０６で生成されるレジストリファイ
ルＤ２０５の、この実施例における生成例を以下に示
す。この例では、オートメーションサーバの名前が、
“BookAX”、オートメーションオブジェクトの名前が
“CEmployee”、オートメーションサーバ“BookAX”の
ＩＰアドレスが“133.207.62.173”と設定されている。
また、オートメーションオブジェクト“CEployee”のＣ
ＬＳＩＤは、“5794F9E7-3A54-11d1-BB17-00004C95A76
4”に設定されており、ＯＤＬ記述ファイル中の“cocla
ss”文の“CEmployee”の“uuid”と一致する。なお、
このレジストリファイルの内容は、図２のステップＳ１
０６でクライアント２に登録される。

【０１６３】 [HKEY_CLASSES_ROOT\CLSID\{5794F9E7-3A54-11d1-BB17-
00004C95A764}] @="BookAX.CEmployee" [HKEY_CLASSES_ROOT\CLSID\{5794F9E7-3A54-11d1-BB17-
00004C95A764}\LocalServer32] @="BookAX.EXE" [HKEY_CLASSES_ROOT\CLSID\{5794F9E7-3A54-11d1-BB17-
00004C95A764}\_LocalServer32] @="BookAX.EXE" [HKEY_CLASSES_ROOT\CLSID\{5794F9E7-3A54-11d1-BB17-
00004C95A764}\ProgId] @="BookAX.CEmployee" [HKEY_CLASSES_ROOT\CLSID\{5794F9E7-3A54-11d1-BB17-
00004C95A764}\InprocHandler32] @="ole32.dll" [HKEY_CLASSES_ROOT\BookAX.CEmployee] @="BookAX.CEmployee" [HKEY_CLASSES_ROOT\BookAX.CEmployee\CLSID] @="{5794F9E7-3A54-11d1-BB17-00004C95A764}" [HKEY_CLASSES_ROOT\CLSID\{5794F9E7-3A54-11d1-BB17-
00004C95A764}\InprocServer32] @="autprx32.dll" [HKEY_CLASSES_ROOT\CLSID\{5794F9E7-3A54-11d1-BB17-
00004C95A764}\NetworkAddress] @="133.207.62.173" [HKEY_CLASSES_ROOT\CLSID\{5794F9E7-3A54-11d1-BB17-
00004C95A764}\ProtocolSequence] @="ncacn_ip_tcp"

【０１６４】８）クライアントプログラム Ｖｉｓｕａｌ Ｂａｓｉｃによって生成した、この実施
例のクライアントプログラム２１の例を以下に示す。こ
れは、図２のステップＳ１０８で生成されるものであ
る。この例では、オートメーションサーバ１４には、
“BookAX”と“CPPAPI”という２つの名前が用いられて
おり、ユーザが定義したスキーマクラスを代理するオー
トメーションサーバには“BookAX”が、ＰＥＲＣＩＯが
用意するシステムのスキーマクラスを代理するオートメ
ーションサーバには“CPPAPI”が用いられている。

【０１６５】“Dim”ステートメントでＶａｒｉａｎｔ
型の変数を宣言し、それに続く“CreateObject”関数で
オートメーションオブジェとを参照し、“Set”ステー
トメントでＶａｒｉａｎｔ型の変数にオブジェクト型と
して保持させる。この２つのＶａｒｉａｎｔ型の変数に
よって、ＰＥＲＣＩＯのスキーマクラスのオブジェクト
への参照関係も解除される。

【０１６６】また、プログラムの後半で用いられている
“Grid1”や“Text1”などで表されている“ActiveX”
コントロールは、グリッドコントロールとテキストボッ
クスコントロールとを用いて、データベース１１の検索
結果を表示するときに用いられている。

【０１６７】 Private Sub printemp() Dim emp As Variant Set emp = CreateObject("BookAX.CEmployee") Dim ext As Variant Set ext = CreateObject("CPPAPI.dExtent") ext.init emp Dim itr As Variant Set itr = ext.createiterator Dim str As Variant Dim sum As Variant Dim i As Integer Do While itr.Next(emp) str = String(64, " ") emp.GetData str sum = sum + str i = i + 1 Set str = Nothing Loop Grid1.Clip = sum Text1.Text = i Set emp = Nothing Set ext = Nothing Set itr = Nothing End Sub

【０１６８】９）多重定義 スキーマクラスのメソッド“get_data”は、引数が最小
で１個、最大で３個の多重定義されているメソッドであ
るとする。この場合、ＯＤＬ記述ファイルには、ｏｐｔ
ｉｏｎａｌ指定を用いてオートメーションメソッド“ge
tdata”を記述することとなるが、この実施例におい
て、プログラムは以下のように記述される。

【０１６９】以下のようなｏｐｔｉｏｎａｌ指定をＯＤ
Ｌ記述ファイルに記述することによって、オートメーシ
ョンサーバ１４は、クライアントプログラム２１から渡
された引数の型をＶａｒｉａｎｔ型からデータベース１
１の開発言語の型のものに変換すれば、引数が１個から
３個のいずれの個数のメソッドも呼び出すことができ
る。

【０１７０】[id(8)] VARIANT getdata(VARIANT* param
0, [optional] VARIANT* param1, [optional] VARIANT*
param2);

【０１７１】１０）仮想関数 この実施例において、仮想関数を実現するための仮想関
数の例を以下に示す。ここで、“CPerson”というクラ
スが、“CEmployee”の親クラスとなる。また、以下の
プログラム中の“d_Ref<Person>”は、スキーマクラス<
Person>のオブジェクトを指すポインタを保持する変数
の型である。

【０１７２】 VARIANT CPerson::cast(VARIANT FAR* param0) { dRef *src_dRef = dynamic_cast<dRef*>(CCmdTarget::FromIDispatch(V_DISPATCH(param0))); if(src_dRef != NULL) { d_Ref<Person> c_person; c_person = (d_Ref<Person>)src_dRef->m_classref; m_classref = (d_Ref_Any)c_person; } }

【０１７３】以下、この実施例のシステムにおけるデー
タベースアプリケーションプログラムの開発プロセスに
ついて、図１１のフローチャートを参照して説明する。

【０１７４】まず、開発者は、ＰＥＲＣＩＯ（データベ
ース１１）のスキーマを設計し、データベースの構築を
行う（ステップＳ８０１）。設計したデータベースのス
キーマは、拡張及び／または変更をすることが可能であ
る（ステップＳ８０２）。さらに、開発者は、各スキー
マクラス毎にメソッドを実装する（ステップＳ８０
３）。ここで実装したメソッドが、上記のサーバプログ
ラム１３の一部となる。なお、以上のステップＳ８０３
までで示したシステムの構築を行う代わりに、既存のシ
ステムを用いることも可能である。

【０１７５】以後、開発プロセスは、システムの開発が
サーバ１側とクライアント２側とで並行して進めること
が可能となる。サーバ１の側では、後述するステップＳ
８０４〜Ｓ８１０のすべての開発プロセスを実行するこ
とが可能となる。一方、クライアント２の側では、後述
するステップＳ８０５とＳ８０６、及びＳ８０８〜Ｓ８
１０までの開発プロセスを実行することが可能となる。

【０１７６】次に、開発者は、上記の実施の形態で示し
たプログラム自動生成装置３を用いて、データベース１
１に登録されているスキーマクラスに対応したオートメ
ーションサーバ１４を生成する（ステップＳ８０４）。

【０１７７】次に、開発者は、サーバ１の側のＰＥＲＣ
ＩＯの環境を用いて、或いはオートメーションサーバ１
４を介してクライアント２の側から操作することによっ
て、データベース１１に実体（インスタンス）を格納す
る（ステップＳ８０５）。なお、いずれの方法による場
合でも、データベース１１に格納したインスタンスは、
Ｖｉｓｕａｌ Ｂａｓｉｃなどのスクリプト的なインタ
プリタ言語の実行によって、データベース１１のデータ
やメソッドなどの振る舞いを確認することができる（ス
テップＳ８０６）。

【０１７８】次に、開発者は、ＰＥＲＣＩＯのＡＰＩを
直接用いて、上記のプログラム自動生成装置３が生成す
るオートメーションサーバ１４と異なる独自のオートメ
ーションサーバを生成して、両方のオートメーションサ
ーバを併用するデータベースアプリケーションを構築す
る。

【０１７９】次に、開発者は、クライアント２をコント
ロールするための、“ActiveX”コントロールを実装す
る（ステップＳ８０８）。なお、このシステムはオート
メーション通信の機能を用いた環境として構築されてい
るため、クライアント２の側で動作させる“ActiveX”
コントロールをアプリケーションの部品として用いるこ
とができる。また、アプリケーションに有用な既存の
“ActiveX”コントロールが存在すれば、その再利用も
可能である。

【０１８０】次に、上記のステップで開発した、プログ
ラム自動生成装置３を用いて作成したオートメーション
サーバ１４、ＰＥＲＣＩＯのＡＰＩを用いて生成したオ
ートメーションサーバ、及び“ActiveX”コントロール
をクライアントプログラム２１の中で統合させる。ここ
では、さらにＶｉｓｕａｌ Ｂａｓｉｃなどのスクリプ
ト的なインタプリタ言語を用い、アプリケーションのテ
スト実行、ＧＵＩのプロトタイプの作成などを行う（ス
テップＳ８０９）。

【０１８１】ステップＳ８０９までで、この実施例のシ
ステムのためのデータベースアプリケーションは一応完
成するが、オートメーション通信のためのプログラムの
部分は、Ｖｉｓｕａｌ Ｃ＋＋などのコンパイラ言語で
も開発可能なので、開発者は、このようなコンパイラ言
語を用いて、テストやプロトタイプでない最終的なデー
タベースアプリケーションを構築する（ステップＳ８１
０）。

【０１８２】

【発明の効果】以上説明したように、本発明によれば、
オブジェクト指向データベースを操作するためのプログ
ラムを容易に作成することができる。また、そのプログ
ラムの保守も容易になる。また、外部操作情報の生成に
よって、クライアントサーバ型のシステム構成をした場
合のクライアント側のプログラムの作成も容易になる。

【０１８３】また、本発明は、オートメーション通信の
機能を利用することによって、既存のシステムの利用が
可能となり、プログラムの開発、運用及び保守が容易に
なる。

【０１８４】さらに、本発明は、インターフェース仕様
を統一することによって、データベースに定義されてい
るスキーマを構成するオブジェクトが多相性をサポート
している場合に、このオブジェクトの多相性の機能を十
分に利用することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態にかかるデータベースアプ
リケーションプログラムの開発・実行環境を実現するた
めのシステム構成例を示す図である。

【図２】図１に示すシステムを構築する手順を示すフロ
ーチャートである。

【図３】図１のプログラム自動生成装置によるプログラ
ムの生成の処理の概要を示すフローチャートである。

【図４】プロパティの取得関数の生成手順を示すフロー
チャートである。

【図５】プロパティの設定関数の生成手順を示すフロー
チャートである。

【図６】オートメーションオブジェクトのメソッドの生
成手順を示すフローチャートである。

【図７】オートメーションオブジェクトのＯＤＬ記述フ
ァイルの生成手順を示すフローチャートである。

【図８】図１のクライアントプログラムからデータベー
スへアクセスするための処理の流れを説明する図であ
る。

【図９】図１のオートメーションサーバによるメソッド
の呼び出し手順を示す図である。

【図１０】本発明の実施の形態の具体例にかかるクライ
アントサーバ型のデータベース操作システムの開発プロ
セスを示すフローチャートである。

【図１１】本発明の他の実施の形態にかかるデータベー
スアプリケーションプログラムの開発・実行環境を実現
するためのシステム構成例を示す図である。

【符号の説明】

１ サーバ ２ クライアント ３ プログラム自動生成装置 ４ プログラムテンプレートファイル ５ インターネット ６ スタンドアローン型のコンピュータシステム １１ データベース １２ ＡＰＩ（Application Programing Interface） １３ サーバプログラム １４ オートメーションサーバ １５ リモートオートメーションマネージャ ２１ クライアントプログラム ２２ リモートオートメーションプロキシ

Claims (9)

【特許請求の範囲】
1. 【請求項１】オブジェクト指向データベースに定義され
   ているスキーマを構成する各クラスに関する情報を取得
   する取得手段と、 前記スキーマを構成する各クラスに含まれるオブジェク
   トの操作に用いられるプログラムを生成するための第１
   のテンプレートを記憶する第１のテンプレート記憶手段
   と、 前記第１のテンプレート記憶手段から前記第１のテンプ
   レートを読み出し、該読み出した第１のテンプレートに
   前記取得手段が取得したクラスに関する情報のうちの対
   応するものの少なくとも一部を挿入することによって、
   前記スキーマを構成するクラス毎に、クラスに含まれる
   オブジェクトを操作するための第１のプログラムを生成
   するプログラム生成手段と、 前記プログラム生成手段が生成する前記スキーマを構成
   するクラス毎のプログラムが外部に公開すべきインタフ
   ェースを定義するためのインタフェース定義の生成に用
   いられる第２のテンプレートを記憶する第２のテンプレ
   ート記憶手段と、 前記第２のテンプレート記憶手段から第２のテンプレー
   トを読み出し、該読み出した第２のテンプレートに前記
   取得手段が取得したクラスに関する情報のうちの対応す
   るものの少なくとも一部を挿入することによって、前記
   スキーマを構成するクラス毎に、対応する前記プログラ
   ムのインタフェース定義を生成するインタフェース定義
   生成手段と、を備えることを特徴とするオブジェクト指
   向データベース操作プログラム生成システム。
2. 【請求項２】前記プログラム生成手段が生成した前記第
   １のプログラムと前記インタフェース定義生成手段が生
   成した前記インタフェース定義とをリンクすることによ
   って、実行可能なモジュールを作り上げるリンク手段
   と、をさらに備えることを特徴とする請求項１に記載の
   オブジェクト指向データベース操作プログラム生成シス
   テム。
3. 【請求項３】前記スキーマを構成する各クラスに含まれ
   るオブジェクトを外部から操作するための外部操作情報
   を生成するための第３のテンプレートを記憶する第３の
   テンプレート記憶手段と、 前記第３のテンプレート記憶手段から 第３のテンプレ
   ートを読み出し、該読み出した第３のテンプレートに、
   前記取得手段が取得したクラスに関する情報のうちの対
   応するものの少なくとも一部を挿入することによって、
   前記スキーマを構成するクラス毎に、対応する前記外部
   操作情報を生成する外部操作情報生成手段と、をさらに
   備えることを特徴とする請求項１または２に記載のオブ
   ジェクト指向データベース操作プログラム生成システ
   ム。
4. 【請求項４】設定された情報によってインタフェースを
   介して外部から他のプログラムを操作するための第２の
   プログラムを実行させるプログラム実行手段と、 前記外部操作情報生成手段が生成した外部操作情報を前
   記第２のプログラムに設定することによって、前記第２
   のプログラムが前記インタフェース定義手段によって定
   義されたインタフェース定義に対応するインタフェース
   を介して前記プログラム生成手段によって生成された前
   記第１のプログラムを操作することが可能となるように
   設定する設定手段と、を備えることを特徴とする請求項
   ３に記載のオブジェクト指向データベース操作プログラ
   ム生成システム。
5. 【請求項５】前記プログラム生成手段は、 前記スキーマを構成する各クラス毎に、プロパティの取
   得関数を生成する手段と、プロパティの設定関数を生成
   する手段と、メソッドを生成する手段とを備えることを
   特徴とする請求項１乃至４のいずれか１項に記載のオブ
   ジェクト指向データベース操作プログラム生成システ
   ム。
6. 【請求項６】前記インタフェース定義によって定義され
   るインタフェースは、オートメーション通信を行うため
   のインタフェースであり、 前記外部操作情報は、オートメーション通信の機能を利
   用して前記プログラム生成手段が生成した前記第１のプ
   ログラムを操作するための情報であることを特徴とする
   請求項１乃至５のいずれか１項に記載のオブジェクト指
   向データベース操作プログラム生成システム。
7. 【請求項７】前記スキーマを構成するクラスに含まれる
   オブジェクトは、それぞれ外部から呼び出される場合の
   インタフェースとなる引数の個数が異なるメソッドを複
   数定義しており、 前記インタフェース定義は、前記オブジェクトのメソッ
   ドが有する引数の最大個数に対応する引数と、前記オブ
   ジェクトのメソッドが有する引数の最小個数に対応する
   引数の省略指定とによって定義されることを特徴とする
   請求項１乃至６のいずれか１項に記載のオブジェクト指
   向データベース操作プログラム生成システム。
8. 【請求項８】オブジェクト指向データベースに定義され
   ているスキーマを構成する各クラスに関する情報を取得
   する取得ステップと、 予め用意された第１をテンプレートを読み出し、該読み
   出した第１のテンプレートに前記取得手段が取得したク
   ラスに関する情報のうちの対応するものの少なくとも一
   部を挿入することによって、前記スキーマを構成するク
   ラス毎に、クラスに含まれるオブジェクトを操作するた
   めのプログラムを生成するプログラム生成ステップと、 予め用意された第２のテンプレートを読み出し、該読み
   出した第２のテンプレートに前記取得手段が取得したク
   ラスに関する情報のうちの対応するものの少なくとも一
   部を挿入することによって、前記スキーマを構成するク
   ラス毎に、対応する前記プログラムのインタフェース定
   義を生成するインタフェース定義生成ステップと、 インタフェース定義生成ステップと、を含むことを特徴
   とするオブジェクト指向データベース操作プログラム生
   成方法。
9. 【請求項９】予め用意された第３のテンプレートを読み
   出し、該読み出した第３のテンプレートに、前記取得手
   段が取得したクラスに関する情報のうちの対応するもの
   の少なくとも一部を挿入することによって、前記スキー
   マを構成するクラス毎に、対応する前記外部操作情報を
   生成する外部操作情報生成ステップをさらに含むことを
   特徴とする請求項８に記載のオブジェクト指向データベ
   ース操作プログラム生成方法。