JP2001325098A - アプリケーションプログラムの作成方法、データベース操作方法、項目オブジェクト管理方法、モジュール動作制御方法ならびにデータベース操作方法、項目オブジェクト管理方法およびモジュール動作制御方法を実現するためのプログラムを記録したコンピュータ可読な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 プログラムの部品化およびその再利用をより
効率的に行なうことができるアプリケーションプログラ
ムの作成方法を提供する。 【解決手段】 アプリケーションプログラムの作成方法
は、データベースの項目ごとに、当該項目の入力のため
に必要な情報を保持した項目オブジェクトを準備するス
テップ１４０と、実行時に項目オブジェクトの情報を参
照して、データベースにアクセスするための画面情報を
生成し出力するとともに、当該画面情報を用いた画面表
示を介して入力されたデータに基づいてデータベースを
アクセスするアプリケーションプログラムを作成するス
テップ１４２とを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
プログラムの開発および実行方法の改善に関し、特に、
いわゆるオブジェクト指向プログラミングにおいて、プ
ログラム間で共用できる部分を大幅に拡大するプログラ
ム開発環境および実行環境の改善に関する。

【０００２】

【従来の技術】従来から、コンピュータを用いたシステ
ム開発においては、開発コストの削減、納期の短縮、品
質向上が重要な目標となっている。そのため、たとえば
手順中心の設計手法からデータを中心とした設計手法へ
の転換、ＲＡＤ（rapid application development）開
発手法の導入、プログラムの部品化などが試みられ、一
定の効果を上げている。

【０００３】たとえばデータ中心設計開発手法の導入に
よりかなりの生産性の向上が見られた。またＲＡＤ開発
手法では、ユーザの要求に合わせてプロトタイピングを
行ない、その結果によりさらにユーザの要求を確認して
プロトタイピングの修正を行なう、というように開発サ
イクルを短くすることができる。その結果、ＲＡＤ開発
手法を導入したシステムでは、主として外部設計、詳細
設計の期間短縮、コスト削減を達成することができた。
その結果、プログラム作成のフェーズが、システム開発
全体で占める割合が相対的に大きくなって来ている。

【０００４】また、最近では、企業の基幹システムの開
発プラットフォームにイントラネットを採用するケース
が多くなっている。そうした基幹システムには、アプリ
ケーションサーバを採用してシステム構築を行なうの
が、ネットワーク化された企業では効率的である。典型
的には、アプリケーションサーバのシステム開発では、
ＨＴＭＬ（HyperText Markup Language）を拡張したタ
グ言語が用いられる。そうしたタグ言語は、習得が容易
であり、イントラネットの開発ツールとして高い生産性
を有するものとして評価されている。

【０００５】しかし、企業を取り巻く環境が一層厳しく
なるにつれ、システム開発に対する要求も厳しくなって
いる。具体的には、より企業のビジネスサイクルが短縮
化してきたため、納期の一層の短縮化が求められ、また
コストの面でもより低コストで製品を提供できる企業が
有利となってきている。

【０００６】そこで、前述のようにシステム開発におい
てプログラム作成のフェースの占める割合いが相対的に
大きくなっていることから、この部分の生産性をさらに
向上させることが重要である。そのために最も効率的と
思われるのは、プログラムの部品化の促進である。

【０００７】プログラムの部品化は、システム開発に要
する工数を引き下げ、その結果システム開発に要する期
間の短縮と、そのために要する費用の削減との両方の面
でシステム開発の競争力強化に貢献する。また十分に信
頼性のおけるプログラムのみを部品化することで、シス
テムの品質向上にも貢献できる。したがって、プログラ
ムの部品化を如何に効率的に行えるか、そしてそのよう
に準備された部品を如何に効率的に組み合わせてアプリ
ケーションプログラムを構築するかが重要である。

【０００８】しかし、従来イントラネットシステムの開
発に用いられていたタグ言語では、こうした部品化の機
能が弱い。そのため従来のタグ言語をそのまま用いる限
り、生産性の向上はあまり望めないことが明白となって
いる。

【０００９】図３２に一般的な、データベース（ＤＢ）
を利用したイントラネットのシステム構成図を示す。図
３２を参照して、一般的なイントラネット６００は、ネ
ットワーク６１０を介して互いにＨＴＴＰと呼ばれるプ
ロトコルで通信可能なアプリケーションサーバ６１２、
ＤＢサーバ６１４、および複数個のクライアントＰＣ６
１６を含む。なお「ＨＴＴＰ」はＨｙｐｅｒ Ｔｅｘｔ
ＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌの省略形である。

【００１０】クライアントＰＣ６１６上では一般的なブ
ラウザ６３０が動作する。ＤＢサーバ６１４ではＲＤＢ
ＭＳ６２２が稼動している。

【００１１】アプリケーションサーバ６１２上ではＷＷ
Ｗサーバ６１８が稼動している。「ＷＷＷ」はＷｏｒｌ
ｄ Ｗｉｄｅ Ｗｅｂの省略形である。ＷＷＷサーバ６
１８の実体はＪａｖａサーブレットエンジン６２０であ
る。Ｊａｖａサーブレットエンジン６２０は、ネットワ
ーク６１０を介してクライアントＰＣ６１６のブラウザ
６３０から与えられる要求に応じてＲＤＢＭＳ６２２を
アクセスするための画面を形成するための情報（ＨＴＭ
Ｌソース）をブラウザ６３０に与える。ブラウザ６３０
はこの画面を表示し、ユーザによって入力された情報を
Ｊａｖａサーブレットエンジン６２０に返す。Ｊａｖａ
サーブレットエンジン６２０は、与えられた情報にした
がってＲＤＢＭＳ６２２をアクセスし、結果を表示する
ためのＨＴＭＬソースをブラウザ６３０に返す。ブラウ
ザ６３０ではこの結果を表示することにより、ユーザの
要求に答える。

【００１２】こうして、イントラネット６００では、ア
プリケーションサーバ６１２上で稼動するＷＷＷサーバ
６１８によって複数個のクライアントＰＣ６１６からの
要求を処理し、結果を各クライアント上のブラウザに返
すことでＲＤＢＭＳ６２２を用いた業務処理を行なって
いく。

【００１３】

【発明が解決しようとする課題】しかし、前述したとお
りこうしたシステムにおいてＪａｖａサーブレットエン
ジン６２０を用いたシステムを開発するために重要なプ
ログラムの部品化およびその再利用は、従来のタグ言語
を用いている限り限界に達しているように思われる。従
来のプログラム言語では、部品化の対象はアプリケーシ
ョンから独立して切り出せる部分である。そのため、業
務ロジックを含むようなプログラムは部品化することが
できなかった。たとえば、システムの部品化は全体の２
割程度に留まっていた。

【００１４】特に、企業の基幹業務システムではデータ
ベースを取扱うことになるが、データベースの各項目に
はそれぞれデータベース固有の名称が与えられている。
そのため、データベースを取扱うプログラム内にそうし
た固有の名称が埋込まれている。業務が異なり、データ
ベースが変わるとそうした名称は変わる。そのため、あ
るシステムで作成したプログラムを他のシステムの開発
において再利用することは困難である。データベースの
各項目を処理するプログラムを部品化することができれ
ば、部品化およびその再利用がすすみ、プログラム開発
の効率が向上すると思われる。

【００１５】そこで、本発明の目的は、プログラムの部
品化およびその再利用をより効率的に行なうことができ
るアプリケーションプログラムの作成方法、データベー
ス操作方法、項目オブジェクト管理方法、モジュール動
作制御方法ならびにデータベース操作方法、項目オブジ
ェクト管理方法およびモジュール動作制御方法を実現す
るためのプログラムを記録したコンピュータ可読な記録
媒体を提供することである。

【００１６】この発明の他の目的は、データベースの各
項目を処理するためのプログラムの部品化およびその再
利用をより効率的に行なうことができるアプリケーショ
ンプログラムの作成方法、データベース操作方法、項目
オブジェクト管理方法、モジュール動作制御方法ならび
にデータベース操作方法、項目オブジェクト管理方法お
よびモジュール動作制御方法を実現するためのプログラ
ムを記録したコンピュータ可読な記録媒体を提供するこ
とである。

【００１７】

【課題を解決するための手段】この発明の第１の局面
は、アプリケーションプログラムの作成方法に関し、こ
のアプリケーションプログラムの作成方法は、データベ
ースの項目ごとに、当該項目の入力のために必要な情報
を保持した項目オブジェクトを準備するステップと、実
行時に項目オブジェクトの情報を参照して、データベー
スにアクセスするための画面情報を生成し出力するとと
もに、当該画面情報を用いた画面表示を介して入力され
たデータに基づいてデータベースをアクセスするアプリ
ケーションプログラムを作成するステップとを含む。

【００１８】項目オブジェクトに、データベースの各項
目ごとに入力のために必要な情報を保持させ、アプリケ
ーションプログラムは実行時にこの項目オブジェクトを
参照して画面情報を生成する。アプリケーションプログ
ラム自体の中にデータベースの項目情報をコーディング
する必要がない。アプリケーションプログラムの構造を
簡単にすることができ、またデータベース固有の情報を
項目オブジェクトに持たせるので、従来はアプリケーシ
ョンプログラム中にコーディングされていた情報を項目
オブジェクトの形で部品化できる。

【００１９】好ましくは、項目オブジェクトを準備する
ステップは、データベースの定義情報から、データベー
スの項目ごとに、当該項目の入力のために必要な情報を
抽出して項目オブジェクトの原形を作成するステップを
含む。

【００２０】データベースの定義情報から項目オブジェ
クトの原形を作成するので、項目オブジェクトを作成す
るための工数を削減することができる。

【００２１】さらに好ましくは、項目オブジェクトを準
備するステップはさらに、項目オブジェクトの原形をイ
ンタラクティブに修正するステップを含む。

【００２２】生成された項目オブジェクトの原形をさら
にインタラクティブに修正できるので、実際の業務に適
合した形式で項目オブジェクトを作成できる。パッケー
ジプログラムなどでは、ユーザの要求に応じて画面のカ
スタマイズなどを容易に行なうことができる。しかもこ
の場合、アプリケーションプログラムのロジック部分を
変更する必要はないので、プログラムの品質の向上が期
待できる。

【００２３】さらに好ましくは、アプリケーションプロ
グラムを作成するステップは、予めデータベースの項目
内容とは独立に定義された、アプリケーション実行のた
めの基本的フレームワークの中から、アプリケーション
プログラムの作成に適したものを選択するステップと、
選択された基本的フレームワークの中で、アプリケーシ
ョン特有の処理を行なうべき主要部分を、データベース
にアクセスするための画面情報を項目オブジェクトを実
行時に参照して生成し出力するとともに、当該画面情報
を用いた画面表示を介して入力されたデータに基づいて
データベースをアクセス可能なように作成するステップ
を含む。

【００２４】基本フレームワークを予め準備しておき、
その中からアプリケーションプログラムの作成に適した
ものを選択することで、コーディングをする必要のある
主要部分の量を削減できる。その結果、プログラム開発
の工数が削減され、納期の短縮およびコストの低減を図
ることができる。またフレームワークとして信頼性の高
いものを準備しておくことにより、バグの発生などを抑
えることができ、プログラムの品質が向上する。

【００２５】この発明の他の局面にかかるデータベース
操作方法は、データベースの項目ごとに、当該項目の入
力のために必要な情報を保持した項目オブジェクトを利
用してデータベースをコンピュータを介して操作するデ
ータベース操作方法であって、データベースの項目ごと
に、対応の項目オブジェクトを参照して、当該項目の入
力に必要なフォーム部品項目を準備するステップと、フ
ォーム部品項目を配置したフォーム部品を実現するため
の所定の書式にしたがったソースファイルを生成し他の
アプリケーションに渡すステップと、他のアプリケーシ
ョンからフォーム部品を用いて入力されたデータを受取
るステップと、入力されたデータに基づいて、データベ
ースをアクセスするステップとを含む。

【００２６】項目オブジェクトという新規な概念にした
がってフォーム部品項目をアプリケーションプログラム
の実行時に生成することができる。アプリケーションプ
ログラムのコーディング中には、データベース固有の情
報を含ませておく必要がない。したがってコーディング
量が減少して工数およびコストが削減される。またプロ
グラムの品質の向上も期待できる。

【００２７】好ましくは、項目オブジェクトは、対応の
項目の項目名称と、データ型と、入力桁数とを特定する
情報を含み、フォーム部品項目を準備するステップは、
データベースの項目ごとに、対応の項目オブジェクトを
参照して、当該項目の名称を表示する名称表示部品と、
当該項目の入力に必要な入力フィールド部品とをフォー
ム部品項目として準備するステップを含む。

【００２８】データベースにアクセスする際の、データ
ベース項目の項目名称、データ型、入力桁数など、画面
による入力に必要な情報は項目オブジェクトからアプリ
ケーションプログラムに、その実行時に供給される。ア
プリケーションプログラム中にデータベース固有の情報
をコーディングしておく必要がない。そのためアプリケ
ーションプログラムのロジックを複数業務で共通化する
ことが可能となる。またデータベース固有の部分を項目
オブジェクトの形で部品化できる。

【００２９】さらに好ましくは、項目オブジェクトは、
対応の項目の複数個の項目名称を特定する情報を含み、
フォーム部品項目として準備するステップは、データベ
ースの項目ごとに、対応の項目オブジェクトを参照し
て、当該項目の複数個の項目名称のうち、外部から与え
られるパラメータによって定められるものを表示する名
称表示部品と、当該項目の入力に必要な入力フィールド
部品とをフォーム部品項目として準備するステップを含
む。

【００３０】項目オブジェクトに複数個の項目名称を持
たせておき、実行時にパラメータでそのうちの一つを選
択して画面表示に利用できる。そのため、たとえば同一
のプログラムロジックを用いて、言語を切り替えること
がパラメータの設定のみで行える。

【００３１】さらに好ましくは、データベース操作方法
はさらに、データベースをアクセスするステップでのア
クセス結果を表示するための、所定の書式にしたがった
ソースファイルを生成して他のアプリケーションに渡す
ステップを含む。

【００３２】データベースのアクセス結果を他のアプリ
ケーションに渡すことにより、当該他のアプリケーショ
ンではアクセス結果を確認することができる。

【００３３】この発明のさらに他の局面によれば、項目
オブジェクト管理方法は、データベースの項目ごとに、
当該項目の入力のために必要な情報を保持した項目オブ
ジェクトを実行時に参照してデータベース操作を行なう
アプリケーションプログラムの実行時に、メモリ上に生
成される項目オブジェクトのインスタンスを管理するた
めの項目オブジェクト管理方法であって、アプリケーシ
ョンからの項目オブジェクトの要求に応答して、要求さ
れた項目オブジェクトのインスタンスがメモリ上に存在
しているか否かを判定するステップと、要求された項目
オブジェクトのインスタンスがメモリ上に存在していな
いと判定された場合には要求された項目オブジェクトの
インスタンスをメモリ上に生成し、生成されたインスタ
ンスをアプリケーションに返すステップと、要求された
項目オブジェクトのインスタンスがメモリ上に存在して
いると判定された場合には、当該メモリ上に存在してい
る要求されたオブジェクトのインスタンスをアプリケー
ションに返すステップとを含む。

【００３４】各項目オブジェクトのインスタンスをまと
めて管理できるので、複数個のアプリケーションプログ
ラムに対して同じ項目オブジェクトのインスタンスを共
有することができる。項目オブジェクトが際限なく作成
されメモリ資源が不足したりするおそれは少ない。

【００３５】この発明のさらに他の局面によれば、モジ
ュール動作制御方法は、各々が１または複数個のページ
処理メソッドと、与えられるページ指定パラメータにし
たがって、１または複数個のページ処理メソッドのうち
いずれかを実行して処理済みを示す処理結果を返すか、
１または複数個のページ処理メソッドのいずれも実行せ
ず未処理を示す処理結果を返すかのいずれかを選択的に
行なうページ制御メソッドを実装した１または複数個の
プログラムモジュールによる動作を制御するためのモジ
ュール動作制御方法であって、１または複数個のプログ
ラムモジュールを、登録順を保存して管理テーブルに登
録するステップと、プログラムモジュールから受取る処
理結果が処理済みを示すものとなるまで、ページ番号
を、管理テーブルによって定められる新しく登録された
ものから順に与え、処理結果を受取るステップとを含
む。

【００３６】プログラムをモジュールごとに作成するこ
とが可能なので、プログラム作成が容易になるとと共
に、モジュールの一部のページを他のページと差し換え
る場合には、そのページを含む新たなモジュールを新規
に登録すれば、もとのモジュールの構造に影響をあたえ
ることなく当該ページを新たなものと差し換えることが
できる。またもとのモジュールを変更しても新たなモジ
ュールへの影響はないので、プログラム変更などが容易
になる。

【００３７】本発明のさらに他の局面によれば、コンピ
ュータ可読な記録媒体は、データベースの項目ごとに、
当該項目の入力のために必要な情報を保持した項目オブ
ジェクトを利用してデータベースをコンピュータを介し
て操作するデータベース操作方法を実現するためのプロ
グラムを記録したコンピュータ可読な記録媒体であっ
て、データベース操作方法は、データベースの項目ごと
に、対応の項目オブジェクトを参照して、当該項目の入
力に必要なフォーム部品項目を準備するステップと、フ
ォーム部品項目を配置したフォーム部品を実現するため
の所定の書式にしたがったソースファイルを生成し他の
アプリケーションに渡すステップと、他のアプリケーシ
ョンからフォーム部品を用いて入力されたデータを受取
るステップと、入力されたデータに基づいて、データベ
ースをアクセスするステップとを含む。

【００３８】好ましくは、項目オブジェクトは、対応の
項目の項目名称と、データ型と、入力桁数とを特定する
情報を含み、フォーム部品項目を準備するステップは、
データベースの項目ごとに、対応の項目オブジェクトを
参照して、当該項目の名称を表示する名称表示部品と、
当該項目の入力に必要な入力フィールド部品とをフォー
ム部品項目として準備するステップを含む。

【００３９】さらに好ましくは、項目オブジェクトは、
対応の項目の複数個の項目名称を特定する情報を含み、
フォーム部品項目として準備するステップは、データベ
ースの項目ごとに、対応の項目オブジェクトを参照し
て、当該項目の複数個の項目名称のうち、外部から与え
られるパラメータによって定められるものを表示する名
称表示部品と、当該項目の入力に必要な入力フィールド
部品とをフォーム部品項目として準備するステップを含
む。

【００４０】さらに好ましくは、データベース操作方法
はさらに、データベースをアクセスするステップでのア
クセス結果を表示するための、所定の書式にしたがった
ソースファイルを生成して他のアプリケーションに渡す
ステップを含む。

【００４１】本発明のさらに他の局面によれば、コンピ
ュータ可読な記録媒体は、データベースの項目ごとに、
当該項目の入力のために必要な情報を保持した項目オブ
ジェクトを実行時に参照してデータベース操作を行なう
アプリケーションプログラムの実行時に、メモリ上に生
成される項目オブジェクトのインスタンスを管理するた
めの項目オブジェクト管理方法を実現するプログラムを
記憶したコンピュータ可読な記録媒体であって、項目オ
ブジェクト管理方法は、アプリケーションからの項目オ
ブジェクトの要求に応答して、要求された項目オブジェ
クトのインスタンスがメモリ上に存在しているか否かを
判定するステップと、要求された項目オブジェクトのイ
ンスタンスがメモリ上に存在していないと判定された場
合には要求された項目オブジェクトのインスタンスをメ
モリ上に生成し、生成されたインスタンスをアプリケー
ションに返すステップと、要求された項目オブジェクト
のインスタンスがメモリ上に存在していると判定された
場合には、当該メモリ上に存在している要求されたオブ
ジェクトのインスタンスをアプリケーションに返すステ
ップとを含む。

【００４２】本発明のさらに他の局面によれば、コンピ
ュータ可読な記録媒体は、各々が１または複数個のペー
ジ処理メソッドと、与えられるページ指定パラメータに
したがって、１または複数個のページ処理メソッドのう
ちいずれかを実行して処理済みを示す処理結果を返す
か、１または複数個のページ処理メソッドのいずれも実
行せず未処理を示す処理結果を返すかのいずれかを選択
的に行なうページ制御メソッドを実装した１または複数
個のプログラムモジュールによる動作を制御するための
モジュール動作制御方法を実現するプログラムを記録し
たコンピュータ可読な記録媒体であって、モジュール動
作制御方法は、１または複数個のプログラムモジュール
を、登録順を保存して管理テーブルに登録するステップ
と、プログラムモジュールから受取る処理結果が処理済
みを示すものとなるまで、ページ番号を、管理テーブル
によって定められる新しく登録されたものから順に与
え、処理結果を受取るステップとを含む。

【００４３】

【発明の実施の形態】従来、応答速度が遅いため実用化
が進まなかったＪａｖａ言語は、ＪａｖａＶＭ（Ｖｉｒ
ｔｕａｌ Ｍａｃｈｉｎｅ）をサーバ側で動かすサーブ
レット（Ｓｅｒｖｌｅｔ）の形態で米国を中心にその使
用が広がりつつ有る。Ｊａｖａ言語は、以下の特徴を有
している。

【００４４】（１） 幅広いプラットフォームで動作
し、次世代ＯＳ（Ｏｐｅｒａｔｉｎｇｓｙｓｔｅｍ）と
して期待されるＬｉｎｕｘへの対応も容易である。

【００４５】（２） 多くのベンダが共通のＡＰＩ（Ａ
ｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎ
ｔｅｒｆａｃｅ）でツールを提供しており、１社のみの
ツールベンダに依存することがない。

【００４６】（３） オブジェクト指向言語であり差分
プログラミングなど、プログラムの再利用の仕組を持っ
ている。

【００４７】以上のようにＪａｖａ言語は本発明の目的
と合致した特性を持っているため、本実施の形態のシス
テムではＪａｖａ言語を採用することとした。ただし、
本発明はＪａｖａ言語を用いたシステムのみに適用可能
なわけではなく、オブジェクト指向言語であればどのよ
うなプログラム言語を用いてもよい。たとえばＣ＋＋、
オブジェクトパスカルなどである。

【００４８】そして、本発明では、オブジェクト指向言
語におけるプログラム開発およびプログラム実行の上で
特徴的な「オブジェクト」として、データベースのレコ
ードを構成する各項目ごとに規定される、「項目オブジ
ェクト」と呼ぶものを用いることとした。項目オブジェ
クトの内容の詳細については後述することとして、ここ
では項目オブジェクトが従来は考えられていなかったも
ので本発明において新規なものであり、また項目オブジ
ェクトをプログラム開発に用いることによりデータベー
ス操作のためのプログラムの部品化が大きく促進された
ことを指摘しておく。

【００４９】Ｊａｖａ言語はオブジェクト指向言語であ
り、部品とフレームワークとの２つの側面でプログラム
の再利用が可能である。

【００５０】ここで、部品とは従来から行なわれている
手法と同様のものであり、複数のプログラム中で共通す
る部分を抜き出し、他のプログラムから呼出して再利用
するものである。一般的に部品は業務ロジックからは独
立したものであることが多い。

【００５１】一方、フレームワークとは、メインルーチ
ンや業務ロジックを含むプログラムの集まりである。た
とえば、以下に説明する受注フレームワークは、一般的
な受注を実装しており、そのまま利用することも、差分
プログラミングによって独自の機能を追加して再利用す
ることもできる。本発明では、一方で項目オブジェクト
を導入してデータベース固有の名称などを抽象化し、そ
れによって業務プログラムに共通する共通のロジックと
して実装されるべき部分をフレームワークとして構築す
ることが可能となった。そのため、本発明によれば従来
の部品化の範囲を超えて、より広い範囲でプログラムの
再利用が可能になる。

【００５２】図１に、本発明のシステムを開発するため
のパーソナルコンピュータの外観を示す。以下に説明す
るようにこのパーソナルコンピュータは一般的な構成の
ものでよい。なお、本発明にしたがって開発されたプロ
グラムによって実現されるアプリケーションサーバが動
作するコンピュータも一般的なものでよく、図１に示さ
れるものと同様なものでよい。

【００５３】図１を参照して、このコンピュータシステ
ムは、ＣＤ−ＲＯＭ（Compact DiscRead-Only Memory）
ドライブ１１０およびＦＤ（Flexible Disk）ドライブ
１１２を備えたコンピュータ１００と、ディスプレイ１
０２と、プリンタ１０４と、キーボード１０６と、マウ
ス１０８とを含む。

【００５４】図２に、このコンピュータの構成をブロッ
ク図形式で示す。図２に示されるようにこのコンピュー
タ１００は、ＣＤ−ＲＯＭドライブ１１０およびＦＤド
ライブ１１２に加えて、それぞれバス１２６に接続され
たＣＰＵ（Central Processing Unit）１１６と、オペ
レーティングシステムのブートアッププログラムなどを
記憶したＲＯＭ（Read Only Memory)１１８と、実行さ
れるプログラムをロードするための、およびプログラム
実行中のデータを記憶するためのＲＡＭ（Random Acces
s Memory）１２０と、作成されたプログラムなどを不揮
発的に記憶するためのハードディスク１１４と、このコ
ンピュータ１００をネットワーク１３２に接続するため
のネットワークインタフェース１３０とを含んでいる。
ＣＤ−ＲＯＭドライブ１１０にはＣＤ−ＲＯＭ１２２が
装着される。ＦＤドライブ１１２にはＦＤ１２４が装着
される。

【００５５】既に述べたようにこのプログラム開発シス
テムは、コンピュータハードウェアと、ＣＰＵ１１６に
より実行されるソフトウェアとにより実現される。一般
的にこうしたソフトウェアは、ＣＤ−ＲＯＭ１２２、Ｆ
Ｄ１２４などの記憶媒体に格納されて流通し、ＣＤ−Ｒ
ＯＭドライブ１１０またはＦＤドライブ１１２などによ
り記憶媒体から読取られてハードディスク１１４に一旦
格納される。さらにハードディスク１１４からＲＡＭ１
２０に読出されてＣＰＵ１１６により実行される。図１
および図２に示したコンピュータのハードウェア自体は
一般的なものである。したがって、本発明の最も本質的
な部分はＣＤ−ＲＯＭ１２２、ＦＤ１２４、ハードディ
スク１１４などの記憶媒体に記憶されたソフトウェアで
ある。

【００５６】なお図１および図２に示したコンピュータ
自体の動作は周知であるので、ここではその詳細な説明
は繰返さない。

【００５７】また、上記したコンピュータと同様のコン
ピュータを、アプリケーションサーバとして動作させる
ことも当然考えられる。その場合の上記した各構成要素
の役割も上記したものと同様である。

【００５８】［Ｊａｖａ フレームワークの検討］図３
２に示す一般的なイントラネットでは、ブラウザ６３０
とアプリケーションサーバ６１２との間ではＨＴＴＰプ
ロトコルが使用されている。ＨＴＴＰプロトコルはセッ
ションレス（ステートレス）のプロトコルである。ブラ
ウザ６３０に表示される画面はＨＴＭＬで構成される。
ＨＴＴＰおよびＨＴＭＬは情報を閲覧するために開発さ
れた仕様であり、基幹系システムを構築する場合には生
産性を悪化させる要因となることが分かった。

【００５９】イントラネットで使用するＨＴＴＰプロト
コルがセッションレスであるため、ブラウザ６３０とア
プリケーションサーバ６１２との間の通信は毎回切断さ
れている。しかし、基幹システムではログインしたユー
ザ情報をブラウザ６３０で表示されるページ間で引継ぐ
必要があり、何らかのセッション管理の仕組みを作り込
む必要がある。

【００６０】また、セッションレスであるがために、ブ
ラウザ６３０に表示される画面の間での遷移の順番が保
証されない。そのため、ユーザの側からＵＲＬ（Ｕｎｉ
ｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を指定
して、本来であれば一連の流れの途中で表示されるべき
画面に直接アクセスしたり、アクセス権限のない画面を
表示させたりすることができる可能性がある。そうした
事態を防止するために、各プログラムでは、ブラウザ６
３０に表示される画面が、設計時に想定した遷移の順番
となっているか否かをチェックしたり、表示される画面
が所定の権限に基づいてアクセスされたものかどうかを
チェックしたりする必要がある。

【００６１】その他にも、ユーザの操作ミスで不正なデ
ータがアプリケーションサーバ６１２に送信されてくる
ことがある。たとえば最終的にデータをサーバにおくる
ための指示をするために準備されたボタン（「Ｓｕｂｍ
ｉｔ」ボタンなどと呼ばれる。）が誤って二度押された
りすると、データが二重にサーバに送信されることにな
る。このため、何らかの手当てをしないとサーバにおい
て当該データが二重に処理されたりする可能性がある
が、そうした誤動作を防止するための仕組みも必要とな
る。

【００６２】さらに、通常のクライアント＆サーバシス
テムでは、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉ
ｎｔｅｒｆａｃｅ）によって画面設計を行なうことがで
きるが、イントラネットシステムでは、画面表示のため
のＨＴＭＬを出力するためのコーディングを手作業で行
なわなければならない。すなわち、イントラネットシス
テムでは、画面で使用するデータ項目全てに対して、項
目名称、入力形式（テキストボックス、ラジオボタン
等）、および入力桁数等の指定などをソースコード中で
行なわなければならない。そのため、通常のＧＵＩを用
いたシステム開発と比較して工数が増えることが避けら
れない。また、ＨＴＭＬ出力のコードと業務ロジックの
コードとが混在することが多く、プログラムの部品化を
さまたげる要因となっている。

【００６３】これらの要因を考慮しながらプログラムを
作成すると、生産性の大きな低下が避けられない。それ
のみでなく、プログラム作成中での考慮もれなどによる
品質の低下も懸念される。そこで、フレームワークの内
部でこれらの問題を解決し、プログラマーが特に意識し
なくても高品質のプログラムが容易に作成できるよう
に、フレームワークの構築を行なうこととした。

【００６４】［フレームワークに必要な機能］フレーム
ワークは、それ以後開発される全てのシステムのベース
となる可能性が高い。したがって一旦フレームワークを
リリースした後に大きな変更を行なうような事態はでき
るだけ避ける必要がある。今後開発されるいかなるシス
テムに対しても対応できるように、フレームワークが持
つべき機能を検討した結果、下記の機能をフレームワー
クとして実装することととした。

【００６５】（１） イントラネット固有の問題の隠ぺ
い 既に述べたようなイントラネットシステムでの生産性悪
化の要因を隠ぺいし、プログラマーが特に意識すること
なくプログラムの開発が行えるようにする。

【００６６】（２） 多国語対応 ビジネスのグローバル化に伴い、ある企業が海外に子会
社を持つケースが増加している。そうした場合にも、同
一システムを国内と海外との双方で使用することが望ま
しいが、使用する言語の問題がある。通常のアプローチ
としては、最初に日本語版のプログラムを作成したの
ち、そのプログラムのうち必要な部分（画面に表示され
る項目名称、メッセージなど）を外国語（たとえば英
語）に翻訳することであろう。しかしその場合には、実
質的に一つのプログラムを二つの別々のプログラムで実
現することとなる。そのようにプログラムを二重に持つ
のはプログラムの保守性を悪化させることは明らかであ
る。そのため、プログラムの保守性を悪化させることな
く多国語に対応できるようなプログラム開発の手法が望
まれる。

【００６７】そこで本システムでは、一つのシステム中
に予め日本語のみならず外国語の資源も組込んでおき、
プログラムの実行時のパラメータ指定によって言語を切
り替える仕組みを実装することとした。こうした機能
は、後述するように項目オブジェクトを使用することに
より簡単に実現することができる。

【００６８】このような仕組みをフレームワークとして
実装することにより、たとえばプログラム開発の人件費
が安い海外でプログラムを開発し、それを日本語化する
ことも容易に行える。

【００６９】（３） 項目名称のカスタマイズ ある企業が自社のために開発したシステムをパッケージ
化し外販することはよくあることである。しかしその場
合、たとえばシステム中で使用されるデータベースの項
目名称などを、購入企業での使用形態に合わせてカスタ
マイズしたい、というニーズが強い。そこで、本システ
ムではそうしたニーズを満足させるべく、フレームワー
クにそのための機能を実装することとした。この機能も
項目オブジェクトを使用すると簡単に実現することがで
きる。

【００７０】［プログラム再利用の形態］プログラムの
再利用を考えた場合、プログラム全体をそのまま利用す
るもの、データ加工のための単純なサブルーチンレベル
で再利用するもの、など様々な粒度のものがある。そこ
で、プログラムの再利用の形態としてどのようなものが
あるかを検討したところ、以下の４つが主要なものとし
て分類された。

【００７１】（１） 部品 部品はプログラム再利用の最小単位である。部品は業務
アプリケーションによって呼出され使用される。

【００７２】（２） プログラムパターン プログラムパターンとは、部品を組み合わせた業務ロジ
ックを含まないプログラムのことをいう。プログラムパ
ターン中で使用するデータ項目などはパラメータで与え
ることができる。基本テーブルのメンテナンスなどに使
用することができる。

【００７３】（３） フレームワーク フレームワークとは部品およびプログラムパターンを組
合せ、基本的な業務ロジックを組込んだ、再利用可能な
プログラムの集合体のことをいう。フレームワーク中の
プログラムは、使用するシステムにあわせて差分プログ
ラムを用いることにより、実際の業務に適応させながら
再利用することができる。

【００７４】（４） パッケージ パッケージとは、システム全体をそのまま再利用する再
利用形態である。

【００７５】本実施例を実現するにあたっては、まず部
品を開発し、プログラムパターン、フレームワークの順
に開発を進めることとした。その結果、後に詳述する項
目オブジェクトという概念に到達したのである。以下、
項目オブジェクトを利用したイントラネットシステム構
築の手法、およびそのようなイントラネットシステムの
構造と動作とについて述べる。

【００７６】［システム開発の手順］図３を参照して、
本システムの開発手順は以下のとおりである。まず、処
理対象となるデータベースの構成に基づいて項目オブジ
ェクトを作成する（１４０）。そして、そのようにして
作成された項目オブジェクトを利用してアプリケーショ
ンプログラムの作成を行なう（１４２）。次に、そのよ
うに作成されたアプリケーションを実行することにより
イントラネットシステムのアプリケーションサーバを実
現する（１４４）。

【００７７】［項目オブジェクト］図４を参照して、項
目オブジェクト１５０は、データベースの各項目に対応
して設定されるオブジェクトである。項目オブジェクト
の例は、受注業務でいえばデータ項目「受注番号」に対
応する項目オブジェクト１５０Ａである。この項目オブ
ジェクト１５０Ａは、プログラム開発過程ではオブジェ
クトクラスであって、プログラム実行時にはこの項目オ
ブジェクトのインスタンスが形成されてプログラム実行
に利用される。

【００７８】項目オブジェクト１５０はオブジェクトク
ラスであるので、図４に示すとおり、項目名（たとえば
「OrderNum」）の他に、プロパティとして項目名称（日
本語名、英語名、他の言語による名称など）、データ
長、データ型（数値型、ストリング型、など）、入力形
式（テキストボックス、ラジオボタン、チェックボック
ス、プルダウンリスト、プルダウンメニュー、コンボボ
ックス、スライダなど）、対応ＤＢ列名など、データ項
目を抽象化した場合にそなえておくべき属性一般、およ
び入力されたデータが正しいか否か（たとえばデータ型
が数値型のときに、入力されたデータが数値であるか否
か、桁数はデータ長以内か、など）のチェックを行なう
ためのプログラムコードをメソッドの形で備えている。

【００７９】項目オブジェクトの備える属性、メソッド
などについて表１に示す。

【００８０】

【表１】

【００８１】表１において「項目名」とは、プログラム
のコーディング中でこのデータ項目を参照するために用
いられる名称である。通常はＤＢ中の、この項目オブジ
ェクトに対応する列名を使用し、アルファベットと一部
の記号のみからなる。

【００８２】「項目名称」とは、プログラム実行時に画
面に表示される名称のことをいう。本実施の形態では、
項目名称として５通りを設定することが可能である。し
たがって項目名を画面表示に使用する場合もあわせる
と、６通りの表示を切替えて項目名称を表示することが
できる。

【００８３】表１に示されるその他の要素については、
当業者にはその意味は明白であろうから、ここではこれ
以上の説明は行なわない。

【００８４】［ＤＢ定義からの項目オブジェクト定義の
抽出］項目オブジェクトは、本実施の形態のプログラム
開発システムではＪａｖａ言語のクラス定義のソースプ
ログラムの形でテキスト形式で準備される。項目オブジ
ェクトはデータベースと深い関係があるので、データベ
ース定義からそのまま項目オブジェクトのデータ定義を
行なうようにすると便利である。

【００８５】図５に、そのようなプログラム開発システ
ムの簡単なシステムブロック図を示す。実際にはこのシ
ステムが図１および図２に示すような一般的なパーソナ
ルコンピュータによって実現可能であることは言うまで
もない。

【００８６】図５を参照して、このシステムは、テキス
ト形式で予め準備されたＤＢ定義情報１６０からデータ
ベース１６６を作成したり、ＤＢ定義情報１６０からデ
ータベース１６６の各項目に対応する項目オブジェクト
の定義の原型であるデータ定義１６８をテキスト形式で
出力したり、ディスプレイ１０２、キーボード１０６お
よびマウス１０８を用いたインタラクティブな処理によ
りデータ定義１６８の内容を修正したり、修正されたデ
ータ定義１６８から項目オブジェクトのクラス定義のた
めのＪａｖａソース１６４のファイルを出力したりする
処理を行なうＤＢ作成ツール１６２からなる。

【００８７】ＤＢ定義情報１６０の内容の一例を図６に
示す。またデータ定義１６８の一例を図７に示す。図７
に示されるデータ定義１６８は、図６のＤＢ定義情報１
６０のうち、「／Ｒｅｃｏｒｄ」文の直後の「受注番
号」で始まる行から抽出された情報に基づいて作成さ
れ、さらに後にプログラマーによって必要な項目が補充
されたものである。各行は、属性を示すキーワード（た
とえば「／ＬＡＮＧ」、「／ＩＮＰＵＴＴＹＰＥ」な
ど）と、そのキーワードに対応する属性内容とからなっ
ている。このデータ定義１６８の内容にさらにデータチ
ェックなどのメソッドに相当するプログラムコーディン
グの原形を追加する処理もこのときに行なわれる。

【００８８】ＤＢ定義情報１６０からデータ定義１６８
を作成することにより、項目オブジェクト作成のための
工数を最小限に抑えることができる。

【００８９】図８に、ＤＢ定義情報１６０からデータ定
義１６８を作成するプログラムの概略フローチャートを
示す。図８を参照して、まず最初にプログラマーにより
指定されたＤＢ定義ファイルをオープンする（１８
０）。つぎにこのファイルの１行目を読む（１８２）。
その行の内容が「／ＲＥＣＯＲＤ」か否かを判定し（１
８４）、読込んだ１行の内容が「／ＲＥＣＯＲＤ」とな
るまでステップ１８２および１８４の処理を繰返す。

【００９０】「／ＲＥＣＯＲＤ」の一行を読込むと、そ
れ以後はＤＢ定義の一行ごとにデータ定義１６８を作成
し出力する処理を繰返す。具体的には、まずＤＢ定義情
報１６０の次の１行を読み（１８６）、その行の内容が
「／ＥＮＤ」か否かを判定する。「／ＥＮＤ」でなけれ
ば、読込んだ１行の内容からデータ定義１６８を作成
し、項目オブジェクトファイルとして出力して（１９
０）次の行を読込む処理を行なう（１８６）。もし読込
んだ１行の内容が「／ＥＮＤ」であれば、ＤＢ定義情報
１６０の中の全てのＤＢ項目を処理したということであ
るから、ＤＢ定義ファイルをクローズし（１９２）処理
を終了する。

【００９１】ステップ１９０での処理はＤＢ定義の書式
とデータ定義１６８との書式との対応関係に基づいて定
められる。その内容についてはシステムに依存し、かつ
当業者には明らかであるのでここではその詳細は述べな
い。

【００９２】図５に示されるＤＢ作成ツール１６２の機
能のうち、データ定義１６８の内容をインタラクティブ
に修正する処理について、その操作の面から図９〜図１
２を参照して説明する。開発対象のシステムにもよる
が、項目オブジェクトの数は数千に達することもあるた
め、データ定義１６８を効率的に修正することが可能と
なっていることが望ましい。

【００９３】図９を参照して、本実施の形態のシステム
では、ＤＢ作成ツール１６２の基本画面２００におい
て、メニュー２０２から生成メニュー２０４を選択する
ことによって表示されるプルダウンメニューの中から、
「項目オブジェクト編集」というメニュー項目２０６を
ポインタ２０８で選択することによりデータ定義１６８
の修正を行なう処理が起動される。これにより、図１０
に示されるデータ定義選択画面２１０が表示される。

【００９４】データ定義選択画面２１０の上部には、ア
ルファベットのＡ〜Ｚまでに対応するボタンからなるア
ルファベット選択ボタン列２１２が表示される。この中
のたとえば「Ｕ」に対応するボタン２１４をポインタ２
０８で選択することにより、データ定義一覧フィールド
２１６にそのアルファベットで始める項目名を有する項
目オブジェクトの一覧が表示される。

【００９５】図１１を参照して、この画面２２０におい
て、データ定義一覧フィールド２１６に表示された項目
名のうち、修正対象となる項目に対応するデータ定義
（たとえば「ＵｓｅｒＩＤ」に対応するデータ定義フィ
ールド２２２）をポインタ２０８で選択することによ
り、選択されたデータ定義の内容が項目オブジェクト情
報修正画面として表示される。このときの表示の一例を
図１２に示す。

【００９６】図１２を参照して、項目オブジェクト情報
修正画面２２４では、選択されたデータ定義に対応する
項目オブジェクト情報が一覧表示される。これらの内容
を修正した後、更新ボタン２２８を押すことにより、も
とのデータ定義ファイルが更新後の情報で上書きされ
る。

【００９７】図９〜図１２に示す処理は通常のＧＵＩを
用いたプログラム開発ツールで開発することができる。
これら画面によって行なわれる処理の内容は簡単なの
で、これら画面を実現するためのプログラムの詳細はこ
こでは述べない。しかし当業者にはこれら画面を用いて
データ定義ファイルを更新する方法については明らかで
あろう。

【００９８】［アプリケーションプログラムの構造］次
に、このようにして準備した項目オブジェクトを用いた
アプリケーションの構造について説明する。この説明に
より、そうしたアプリケーションをどのようにして作成
するかについても当業者には明らかとなるであろう。

【００９９】図１３に、アプリケーションサーバによっ
てクライアントＰＣ上に実現される画面の一例を示す。
この例は、ユーザＤＢ（ユーザテーブル）をメンテナン
スするためのプログラムである。図１３を参照して、ユ
ーザテーブルメンテナンス画面２３０は、インラインメ
ニュー２４０と、ボタン２４２と、項目名称２４４およ
び項目フィールドとからなる複数の項目別の行からなる
入力フォームとを含む。ブラウザによりこの画面を表示
するためのＨＴＭＬソースをアプリケーションサーバで
作成し、クライアントＰＣに送って表示させ、クライア
ントＰＣから送信されてくる入力データにしたがってユ
ーザテーブルを更新するのがアプリケーションサーバの
機能である。

【０１００】従来であれば、この画面で主となる入力フ
ォームの部分を、ユーザテーブルメンテナンスとは別の
プログラム、たとえば部署登録の画面で再利用すること
は困難であった。ユーザ登録のプログラムには、ユーザ
ＩＤ、氏名などのようなユーザ登録プログラム特有の項
目名称が埋込まれているからである。しかし、項目オブ
ジェクトを導入することにより、プログラムからそうし
たデータ項目の属性を分離することができ、フォーム部
分を再利用することが可能となった。

【０１０１】図１４に、このイントラネットシステムの
アプリケーションサーバを構成するＷＷＷサーバ２５０
のシステム構成を簡単に示す。図１４を参照して、ＷＷ
Ｗサーバ２５０は、ネットワーク２５２を介して複数の
クライアントＰＣ上で動作するブラウザ２５４、２５６
等からのリクエストを処理するためのＪａｖａサーブレ
ットエンジン２６０と、Ｊａｖａサーブレットエンジン
２６０を介して与えられるクライアントブラウザからの
リクエストを処理するためのメインプログラム２６２
と、メインプログラム２６２が各クライアントごとにセ
ッションを維持するために用意するセッション変数２７
０、２７２などを格納するセッション変数オブジェクト
２６４およびメインプログラム２６２の実行時に参照す
る項目オブジェクト２８０、２８２などを格納するメモ
リ空間２６６とを含む。

【０１０２】メインプログラム２６２は、クライアント
に送信される部品を構成するフォーム部品２９０を含ん
でいる。そして、後述するようにフォーム部品２９０に
表示すべきデータ項目をメモリ空間２６６内の項目オブ
ジェクトの中から選択することにより所望のフォームを
形成するＨＴＭＬソースが形成され、クライアントＰＣ
のブラウザに送信される。フォーム部品２９０自体には
データ項目が埋込まれることがないので、フォーム部品
２９０を他のプログラムに再利用することが可能とな
る。またユーザテーブルメンテナンスのためのプログラ
ムが実装すべき機能（登録、削除、変更など）のロジッ
ク部分は他のＤＢテーブルのメンテナンスにも使用可能
であり、その場合にはフォーム部品２９０に与える項目
オブジェクトを変えればよいので、プログラムの再利用
がより効率的に行える。

【０１０３】ＷＷＷサーバ２５０が実装すべき機能構造
を図１５に示す。図１５を参照して、ＷＷＷサーバ２５
０は、ブラウザ２５４、２５６からのリクエストによっ
て起動するＪａｖａプログラムからなる。このプログラ
ム（メインプログラム２６２）は、セッション変数２７
０からログイン情報や前の画面の情報を取得し、アクセ
ス権限や画面遷移の正統性を検査するためのセッション
変数取得部３００と、ブラウザ２５４、２５６などのブ
ラウザから送信されるデータ（例えば入力された受注番
号など）を取得するためのＦｏｒｍ／ＵＲＬ変数取得部
３０２と、取得されたデータに基づいてＳＱＬ（Ｓｔｒ
ｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）を組
み立てるためのＳＱＬ組立部３０４と、組み立てられた
ＳＱＬを実行してデータベース１６６にアクセスするた
めのＳＱＬ実行部３０６と、データベース１６６から取
得したデータに対して、必要に応じてフォーマット変換
などの処理を行なうためのデータ加工部３０８と、こう
して得られたデータをＨＴＭＬタグとともにブラウザ２
５４、２５６などに送信する処理を行なうＨＴＭＬ出力
部３１０と、次回のアクセスのためにセッション変数２
７０を保管しておくためのセッション変数の保存部３１
２とを含む。

【０１０４】特定のプログラムと連係するために特別な
フォーマットでデータファイルを書出すような処理を行
なうプログラムを除けば、大半のプログラムは上記の順
序で処理を行なう。図１５に示す各処理単位を基本部品
として、必要な数の部品を予め用意すれば、プログラマ
は自己が作成しようとするプログラムが実現すべき機能
に対応する部品を見つけだして組み合わせることで効率
的にプログラムを作成することができる。また上記した
処理単位全体をフレームワークとして用意することで、
必要な業務ロジックを追加するだけでプログラムを完成
させることができる。

【０１０５】［項目オブジェクトを利用した画面出力］
さて、メモリ空間２６６に格納された項目オブジェクト
を使用した画面出力（ＨＴＭＬソース出力）の機構の概
略を図１６に示す。図１６を参照して、メインプログラ
ム２６２は、フォーム部品２９０に対して画面で使用す
る項目を特定する情報を与える。フォーム部品２９０
は、メモリ空間２６６の中で、メインプログラム２６２
から与えられた項目に対応する項目オブジェクトを探し
出す。項目オブジェクトには、画面に表示すべきデータ
名称、データ長などに関する情報がすべて含まれている
ので、フォーム部品２９０は項目オブジェクトからこれ
ら情報を取得することにより、ブラウザ２５４、２５６
などに与えるべきＨＴＭＬソースを作成することができ
る。作成されたＨＴＭＬソースをブラウザ２５４、２５
６などに送信することにより、図１３に示される画面が
クライアントＰＣの上で動作するブラウザにより表示さ
れる。

【０１０６】表示される項目の名称、データ長、データ
形式などに関する情報は項目オブジェクトから取得され
るので、メインプログラム２６２中にはそれらの情報は
コーディングされていない。メインプログラム２６２の
一部の例を図１７に示す。図１７を参照して、メインプ
ログラム２６２のプログラム中では、まずパラメータ定
義行３２０でこの処理において使用するべき項目オブジ
ェクト名称のリストである定数「ｐ＿ｆｉｅｌｄｓ」を
定義しておき、後のロジック中のフォーム部品をコール
するＣＡＬＬ命令３２２において、この定数をパラメー
タとしてフォーム部品に渡している。つまり、業務に直
結した項目オブジェクトの指定は、パラメータ定義行３
２０に見られるのみである。

【０１０７】この場合にメインプログラム２６２がフォ
ーム部品２９０に与えるパラメータを図１７に示される
ように｛ｕｓｅｒｉｄ，ｕｓｅｒｎａｍｅ，ｆｕｒｉｇ
ａｎａ，．．．｝とすると、これらパラメータを他の項
目オブジェクトの名称のリストに変えるだけで、全く同
じメインプログラム２６２のロジックとと同じフォーム
部品２９０とを用いて、全く別の画面の表示を実現する
ことができる。

【０１０８】図１８に、フォーム部品を構成するプログ
ラムのロジックをフローチャート形式で示す。与えられ
たパラメータのうち、最初から順番に１パラメータずつ
以下の処理を行なう。すなわち、当該パラメータについ
て、そのパラメータで指定される項目オブジェクトを参
照し、項目名称、データ長などの情報からその項目を入
力するためのフォーム部品に相当するＨＴＭＬソースを
作成する（３３０）。

【０１０９】続いて全てのパラメータを処理したか否か
を判定し（３３２）、全てのパラメータを処理するまで
ステップ３３０、３３２の処理を繰返す。

【０１１０】全てのパラメータを処理したと判定された
場合、これまでの処理で作成されたＨＴＭＬソースをブ
ラウザ２５４などに対して出力し、処理を終了する。

【０１１１】このようにメインプログラムのロジック中
には項目特有の情報がコーディングされていない。その
結果、メインプログラムを種々の処理において共通に再
利用することが可能となった。またフォーム部品２９０
自体も項目特有の情報と分離されているので、フォーム
部品２９０についても種々の処理において共通に再利用
することが可能となった。

【０１１２】このように、本発明によれば、項目オブジ
ェクトを用いることによりプログラムからユーザインタ
フェースを分離し、部品化することに成功した。さら
に、項目オブジェクト中に当該項目のエラーチェック、
ＤＢ更新のためのロジックをメソッドとして実装してお
くことで、業務に直結するプログラム部分を部品化する
ことが可能となった。

【０１１３】なお、項目オブジェクトを実装すること
で、ＷＷＷサーバ２５０の応答速度が低下する懸念があ
ったので、一度使用した項目オブジェクト（のインスタ
ンス）はメモリー中に常駐するようにし、次のリクエス
トの処理においても再利用することとした。その結果、
項目オブジェクトを利用することによる応答時間の悪化
はほとんど見られないか、十分許容範囲内に収まること
が確認された。

【０１１４】［フレームワークの構築］図１９に基本フ
レームワークの構造を模式的に示す。図１９を参照し
て、基本フレームワーク３４０は、セッション変数取得
部３４２、権限チェック部３４４、ＤＢコネクション取
得部３４６、メイン処理部３４８、ＤＢコネクション返
却部３５０およびセッション変数保存部３５２からな
る。これらのうち、セッション変数取得部３４２、権限
チェック部３４４およびセッション変数保存部３５２は
図１５に示したセッション変数取得部３００、セッショ
ン変数の保存部３１２などに対応する。ＤＢコネクショ
ン取得部３４６およびＤＢコネクション返却部３５０は
図示しないデータベースの参照、更新に先立ってＤＢと
のコネクションを確立し、処理後にはコネクションをコ
ネクションプールに返却するためのものである。なお、
本実施の形態では、ＤＢとのコネクション時間の短縮化
を図るために、予め複数個のＤＢコネクションを確立し
ておき、リクエストに応じてこれらコネクションをそれ
ら要求に割り当て、処理が終了するとコネクションをプ
ールに返却する構成をとっている。

【０１１５】基本フレームワーク３４０では、メイン処
理部３４８以外の部分については予め実装してあるが、
メイン処理部３４８の内容については何も実装されてい
ない。開発するプログラム部分３６０は、メイン処理部
３４８に対する差分プログラミングにより実装する。そ
のためプログラマーとしてはセッション管理、コネクシ
ョン管理の部分について特に意識する必要はない。

【０１１６】開発するプログラム部分３６０は、フォー
ム変数取得部３６２、ＳＱＬ組立部３６４、ＳＱＬ実行
部３６６、データ加工部３６８およびＨＴＭＬ出力部３
７０を含む。これらはそれぞれ、図１５に示すＦｏｒｍ
／ＵＲＬ変数取得部３０２、ＳＱＬ組立部３０４、ＳＱ
Ｌ実行部３０６、データ加工部３０８およびＨＴＭＬ出
力部３１０に相当する。これらの部分についてはいくつ
かの部品が予め用意されており、プログラマーはその中
から必要な部品を選択して使用することができる。その
結果、メイン処理のコーディング量を大幅に削減するこ
とができる。

【０１１７】［項目オブジェクトの管理］既に述べたよ
うに、項目オブジェクトはデータベースの項目自体をオ
ブジェクトクラスとして定義し、アプリケーション実行
時にインスタンス生成してメモリに常駐するよう構成さ
れている。このとき、多数のリクエストに対して個別に
項目オブジェクトのインスタンスを生成していたので
は、メモリが浪費されることになるので、本実施の形態
のシステムでは、項目オブジェクト管理用のクラスを設
け、このクラスのインスタンスであるオブジェクトによ
ってデータベースの各項目について一つの項目オブジェ
クトのインスタンスのみを生成し、複数のアプリケーシ
ョンでこのインスタンスを共通に利用することとしてい
る。

【０１１８】図２０にこの概念を示す。図２０を参照し
て、アプリケーションプログラム３８２、３８４など
は、項目オブジェクト（たとえば項目オブジェクト３８
６）を利用したいときには、項目オブジェクト管理のた
めのオブジェクト３８０に対して項目オブジェクト３８
６の要求を出す。項目オブジェクト管理のためのオブジ
ェクト３８０はこの要求に応答して、項目オブジェクト
３８６がメモリ上にあるか否かを調べ、ある場合には項
目オブジェクト３８６を要求を出したアプリケーション
に対して返す。項目オブジェクト３８６を受けたアプリ
ケーション（たとえばアプリケーションプログラム３８
２）は、こうして受取った項目オブジェクト３８６を用
いて前述したような処理を実行する。項目オブジェクト
の要求を受取ったときに、該当する項目オブジェクトが
メモリ上に存在していないときには、項目オブジェクト
管理のためのオブジェクト３８０は当該オブジェクトを
生成してからその項目オブジェクトをアプリケーション
に対して返す。

【０１１９】なおここで「項目オブジェクトを返す。」
という処理は、Ｃ＋＋などでは当該オブジェクトのメモ
リ上のポインタをアプリケーションに戻り値として返
す、ということである。Ｊａｖａの場合にはポインタが
隠ぺいされているため、こうした処理は単に「オブジェ
クトを返す」と呼ばれる。

【０１２０】図２１を参照して、項目オブジェクト管理
のためのオブジェクト３８０が実行する処理について説
明する。項目オブジェクト管理のためのオブジェクト３
８０は、アプリケーションから項目オブジェクトに関す
る要求があるか否かを判定し（４００）、要求があるま
で待機する。実際の実装形式としては、以下の処理は項
目オブジェクト管理のためのオブジェクト３８０が備え
ている、項目オブジェクトをアプリケーションに返すた
めのメソッドとなっている。したがってアプリケーショ
ンは、自己が必要としている項目オブジェクト名をパラ
メータとして項目オブジェクト管理のためのオブジェク
ト３８０のこのメソッドを呼出すだけでよい。

【０１２１】さて、アプリケーションによって呼出され
ると（ステップ４００においてＹＥＳ）、要求された項
目オブジェクトがメモリ上にあるか否かが判定される
（４０２）。実際には、項目オブジェクト管理のための
オブジェクト３８０は生成済みの項目オブジェクトの管
理テーブルを維持しており、この管理テーブル内に当該
項目オブジェクト名が存在しているときにはメモリ上に
その項目オブジェクトがあり、テーブル内に項目オブジ
ェクト名が存在していないときにはその項目オブジェク
トはまだインスタンス生成されていないと判定する。

【０１２２】要求された項目オブジェクトがメモリ上に
ないと判定された場合、その要求された項目オブジェク
トのインスタンスを生成する（４０４）。そしてその項
目オブジェクトを管理テーブルに追加する（４０６）。
そして処理はステップ４０８に進む。一方ステップ４０
２で、要求された項目オブジェクトが既にメモリ上に存
在していると判定された場合には直接ステップ４０８に
制御が進む。

【０１２３】ステップ４０８では、こうして生成された
項目オブジェクト、または管理テーブル上で見い出され
た項目オブジェクトを、この項目オブジェクトを要求し
たアプリケーションに対して返し、再び次の要求を待つ
処理（４００）に戻る。

【０１２４】以上のような制御構造を有するメソッドに
よって、項目オブジェクト管理のためのオブジェクト３
８０の機能が実装されている。

【０１２５】［部品化の効果］以上のように本実施の形
態のシステム開発環境では、フレームワーク、共通部
品、および項目オブジェクトを部品化し、再利用するこ
とが可能となった。図２２（１）に示されるように、従
来の部品化の手法では、プログラム全体４２０のうち共
通部品４２４の部分の比率はかなり低く、アプリケーシ
ョンごとに個別に作成しなければならない個別プログラ
ム４２２の部分が相対的に大きな比重を示していた。そ
れに対し本発明によれば、部品よりも低い層の部分に項
目オブジェクト４３８を実装することにより、各部品か
らデータ項目に対応した情報およびメソッドを取り除
き、項目オブジェクトにまとめて定義することができる
ようになった。その結果、共通部品４３６の各部品がス
リムになり、しかも業務に固有のロジックを各部品で実
装する必要が少なくなったため、部品化の対象範囲が広
がった。

【０１２６】また、項目オブジェクト４３８の実装によ
り、アプリケーションプログラムにデータ名称やデータ
桁数を記述する必要がなくなった。その結果、アプリケ
ーションプログラムをデータと分離してより抽象化する
ことが可能となり、再利用のためのフレームワーク４３
２を準備することが可能となった。その結果、個別にプ
ログラムしなければならない個別プログラム４３４の部
分の比重は相対的に小さくなった。

【０１２７】また、データ定義、データの操作のための
メソッドなどを項目オブジェクトにまとめたため、デー
タ名称、データの桁数、エラーチェック方法などを利用
者の要求に応じて変更する場合にも、項目オブジェクト
の中の変更で済むことになった。アプリケーションプロ
グラム本体の変更を行なう必要はないため、ユーザ要求
の変更に伴うプログラムの変更などによってバグが発生
するおそれが少なくなり、品質の向上を図ることが可能
となった。ユーザの業務にあわせてデータ名称の変更を
行なうことも項目オブジェクトの中で行えるため、カス
タマイズが容易になるという効果が得られた。

【０１２８】さらに、項目オブジェクトに複数種類の項
目名称を準備している。たとえば第１の項目名称は日本
語、第２の項目名称は英語、などとしておき、プログラ
ム実行時には、与えられたパラメータにしたがって特定
の項目名称を選択するようなロジックとしておく。する
と、プログラム自体のロジックは全く変更することな
く、実行時のパラメータを変えることだけにより、アプ
リケーションプログラムの言語を容易に切り替えること
ができる。エラーメッセージなど複数言語での処理が必
要な全ての部分について同様の機構を準備しておけば、
言語の切替は完全に行えることになる。

【０１２９】以上のように本実施の形態では、項目オブ
ジェクトという概念を導入し、項目オブジェクトを実装
することによりアプリケーションプログラムの構造を変
更し、その結果部品化の範囲を拡大することができた。
さらにその結果、フレームワークを準備することによ
り、さらに個別プログラムの量を少なくすることが可能
となった。

【０１３０】［再利用可能なプログラムの作成］フレー
ムワーク構築のポイントは、プログラムの再利用であ
る。しかし、オブジェクト指向言語の特徴である継承に
よる差分プログラミングにはある欠点がある。それは、
継承では元となるプログラムの一部を上書きする新しい
プログラムを追加するが、そのためには継承元のプログ
ラムの内部構造を全て理解しなければならないというこ
とである。さもないと、上書きした結果、プログラム全
体として動作がおかしくなる可能性がある。

【０１３１】また、継承元のプログラムが修正された場
合に、上書きしたプログラムが正常に動作するという保
証はない。たとえば上書きされたメソッドの名前が継承
元のプログラムにおいて変更された場合には、上書きし
たプログラムは正常には動作しなくなるであろう。

【０１３２】したがって、継承による差分プログラミン
グは保守性を考慮して適用していく必要がある。その結
果、差分プログラミングを、業務内容の改善にあわせて
随時メンテナンスしていく必要のなる業務プログラムへ
適用することは必ずしも容易ではない。特に、業務プロ
グラムが稼動するシステムではプログラム本数が数百〜
数千本となることもある。その場合、作業を行なうシス
テムエンジニアおよびプログラマーの数も多くなり、継
承による差分プログラミングを考慮しながらプログラム
の設計・製造を行なうことは、人材の確保の面でも、開
発納期を確保する面でも困難である。

【０１３３】そこで、この実施の形態のシステムではさ
らに、プログラミングの枠組みは第１の実施の形態で述
べたように項目オブジェクトによるものとした上で、さ
らにプログラムをモジュール化し、必要なモジュールを
自由に組み合わせることによってプログラムを開発・変
更する機構を採用した。

【０１３４】［モジュール化構成］図２３に、このシス
テムにおける図１３に示す画面の遷移に関する内部構造
の全体イメージを示す。図２３を参照して、このシステ
ムでは、メインプログラム４５０から照会モジュール４
５２、登録モジュール４５４、更新モジュール４５６お
よび削除モジュール４５８に遷移することができる。各
モジュールにはページ処理４６０、４６２、４６４、４
６６などが１または複数個準備されており、メインプロ
グラム４５０からページ番号を指定して各モジュールを
呼出すことにより、当該モジュールの指定されたページ
が表示されるようになっている。

【０１３５】図２４に、本実施の形態において上記した
ようなページ遷移を実現するためのシステムの内部構造
を示す。図２４を参照して、このシステムは、メインプ
ログラム４７０と、照会モジュール４７２と、登録モジ
ュール４７４と、更新モジュール４７６と、削除モジュ
ール４７８と、メインプログラム４７０からパラメータ
を受取って、指定されたモジュールの指定されたページ
を表示するように各モジュールを制御するためのコント
ローラ４８０とを含む。コントローラ４８０もまたその
実体はコントローラクラスと呼ばれるクラスのインスタ
ンスである。

【０１３６】照会モジュール４７２〜削除モジュール４
７８はいずれもメインプログラム４７０によって生成さ
れるが、コントローラ４８０もまたメインプログラム４
７０によってインスタンス生成される。コントローラ４
８０は、対応のメインプログラム４７０によって生成さ
れたモジュール４７２〜４７８が登録される管理テーブ
ルを管理しており、メインプログラム４７０からパラメ
ータを与えられると、以下に説明するような比較的単純
なアルゴリズムによって適切なモジュールの適切なペー
ジが表示されるような制御を行なう。

【０１３７】図２５に照会モジュール４７２などの各モ
ジュールの基本構造を示す。こうしたモジュールもそれ
ぞれのクラスのインスタンスとしてプログラム実行時に
生成される。図２５に示されるように、たとえば照会モ
ジュール４７２は、メニュー表示文字列、パラメータな
どを含む各種のプロパティ４９０と、これらプロパティ
を用いてメニューにメニュー表示文字列を追加するメソ
ッド、メインプログラム４７０から与えられるパラメー
タによって当該モジュール内に適切なページがあればそ
れを表示する処理を行なうページ制御をするメソッド、
第１のページ処理メソッド、第２のページ処理メソッド
などを含む１または複数のメソッド４９２等を含む。

【０１３８】全てのモジュールを通じて、ページ処理メ
ソッドに対応するページ番号は基本的にユニークであ
る。したがって、メインプログラム４７０があるページ
番号を指定してコントローラ４８０を起動すると、その
ページ番号に対応したページ処理メソッドが一意に定ま
り、実行される。ただし、後述するようにページ番号が
重なることも許容されるが、その場合にはそのうちの一
つ（最後にコントローラ４８０に登録されたもの）のみ
が実行される。そうした機構により、ページ処理の交換
が容易に行なえるという効果があるがその詳細について
以下に述べる。

【０１３９】図２６にメインプログラム４７０の処理の
概略をフローチャート形式で示す。図２６を参照して、
メインプログラム４７０は最初に自己の処理内で利用す
るモジュールのインスタンスを全て生成する（５０
０）。次に、メインプログラム４７０はコントローラ４
８０のインスタンスを生成する（５０２）。こうして生
成されたコントローラ４８０に予め実装されているモジ
ュール登録メソッドを呼出し、ステップ５００でインス
タンス生成した全てのモジュールについてコントローラ
４８０に登録する。このときコントローラ４８０は、モ
ジュールの登録順に関する情報を保存している。

【０１４０】続いて、クライアントＰＣ上で実行されて
いるブラウザからの要求を待ち（５０６）、要求があれ
ばその要求に対応した処理を行なうページ番号を指定し
て、コントローラ４８０のモジュール実行メソッドを呼
ぶ。その結果をブラウザに送信した後、制御はステップ
５０６に戻る。

【０１４１】図２７にコントローラ４８０は、自己のメ
ソッドの呼出があると、どの呼出があったかを判断し
（５２０）、その結果にしたがって実行メソッド５２
２、登録メソッド５２４などを実行する。登録メソッド
では、メインプログラム４７０が生成したモジュールの
インスタンスを特定する情報を管理テーブル内に登録す
る。このとき、前述したとおり登録順に関する情報も保
持される。

【０１４２】図２８に実行メソッド５２２の詳細を示
す。まず、最初に画面上に表示されるメニューを作成す
る処理を行なう（５３０）。この処理については図２９
を参照して後述する。

【０１４３】続いて、図２７に示した登録メソッドで管
理テーブルに新しく登録された順番で各モジュールを順
に呼出していく。このとき、各モジュールにはパラメー
タとしてページ番号を与える。後述するように各モジュ
ールは、与えられたページ番号と一致するページ処理メ
ソッドがあればそれを実行して「処理済み」という結果
を返し、与えられたページ番号と一致するページ処理メ
ソッドがなければ何もせず「未処理」という結果を返
す。コントローラ４８０は、ステップ５３２の処理の結
果、モジュールから「処理済み」という結果が戻って来
たか否かを判定し、「未処理」という結果が戻ってきた
ら次のモジュールに対してステップ５３２の処理を繰返
す。「処理済み」の結果が戻ってきたら実行メソッドは
終了である。

【０１４４】図２９に図２８のステップ５３０の内容を
示す。図２９を参照して、コントローラ４８０はまず、
空のメニュータグ（ストリング）を作成し、登録テーブ
ルの先頭のモジュールに渡す（５５０）。各モジュール
はメニュータグを受けると、自己が持つメニュー表示文
字列のこのメニュータグに追加してコントローラ４８０
に返す。コントローラ４８０は、モジュールからメニュ
ータグを受取り（５５２）、全てのモジュールに対して
この処理を行なったか否かを判定する（５５４）。全て
のモジュールに対して処理が完了していないときは、コ
ントローラ４８０は次のモジュールにメニュータグを渡
し（５５６）、以下ステップ５５２〜５５４の処理を繰
返す。

【０１４５】全てのモジュールに対してメニュータグを
渡し、受取る処理が終了したら、その結果得られたメニ
ュータグをブラウザに渡す処理を行なう（５５８）。こ
の処理により、ブラウザ画面上には、各モジュールが持
っているメニュー表示文字列が並んでメニュー形式で表
示されることになる。

【０１４６】さて、図２８のステップ５３２でコントロ
ーラ４８０によって呼出された各モジュールは以下のよ
うなページ実行メソッドを実行する。図３０を参照し
て、まず当該モジュールは、パラメータとしてコントロ
ーラ４８０から与えられたページ番号に該当するページ
が自モジュール内にあるか否かを判定する（５７０）。
ある場合にはそのページを実行し（５７２）、「処理済
み」の結果を返す。ない場合には何もせず「未処理」の
結果を返す。

【０１４７】以上のように、テーブルに新しく登録され
たモジュールから順番に遡ってモジュールを呼出してい
く。その結果、同じページ番号のページ処理メソッドを
持つモジュールが複数存在する場合、新しく登録された
モジュールのページ処理メソッドのみが実行され、古い
モジュールのページ処理メソッドは実行されない。こう
して、特定のページ処理を新しいものと置き換えること
ができる。この関係を図３１に示す。

【０１４８】図３１を参照して、図２４に示されるシス
テムに新照会モジュール５８０が追加して登録されたも
のとする。このモジュール５８０は照会モジュール４７
２より新しく登録されたので、照会モジュール４７２よ
りも先にコントローラ４８０によって呼出される。また
図３１に示されるように、新照会モジュール５８０は、
ページ制御メソッドの他にページ番号（１１）に相当す
るページ処理メソッド５８２を持ち、このページ番号が
照会モジュール４７２が有するページ処理メソッドのう
ちの一つのページ番号と一致するものとする。すると、
ページ番号１１を呼出す場合、最初に新照会モジュール
５８０のページ処理メソッド５８２が呼出される。その
結果新照会モジュール５８０からコントローラ４８０に
対して「処理済み」の結果が返される。照会モジュール
４７２のページ処理（１１）のメソッドが呼出されるこ
とはない。

【０１４９】この構成では、照会モジュール４７２のペ
ージ処理（１１）のメソッドを変更しても、新照会モジ
ュール５８０のページ処理メソッド５８２は全く影響を
受けない。したがってモジュール間、ページ処理メソッ
ド間を独立したものとすることができ、保守性の高い業
務プログラムを差分プログラムによって効率良くカスタ
マイズすることができるようになる。

【０１５０】以上のようなモジュール構成でプログラム
を開発することにより、以下のような効果を得ることが
できる。

【０１５１】（１） モジュールが処理単位で独立して
いるため、作成が容易であり、メンテナンスも容易にな
る。

【０１５２】（２） 必要な機能のモジュールを自由に
組み合わせて使うことができる。 （３） モジュールの入れ替え・追加が容易に行えるた
め、プログラムのカスタマイズが容易である。

【０１５３】以上、本願発明を実施の形態に基づいて説
明してきたが、本願発明はこれら実施の形態のシステム
に限定されるわけではない。本願発明の権利範囲は、特
許請求の範囲の各請求項の記載によって定められるべき
である。本願明細書に開示された実施の形態の各構成要
素と均等の構成要素を用いたものも本願発明の権利範囲
に含まれる。

【図面の簡単な説明】

【図１】 本願発明に係るプログラム開発システムを実
現するためのコンピュータの外観図である。

【図２】 本願発明に係るプログラム開発システムを実
現するためのコンピュータのブロック図である。

【図３】 本発明の一実施の形態におけるアプリケーシ
ョンプログラム作成手順を示すフローチャートである。

【図４】 項目オブジェクトの概念を説明するための模
式図である。

【図５】 項目オブジェクトをＤＢ定義情報から抽出す
るツールのブロック図である。

【図６】 ＤＢ定義ファイルの例を示す図である。

【図７】 項目オブジェクトのデータ定義ファイルの例
を示す図である。

【図８】 ＤＢ定義ファイルから項目オブジェクトのデ
ータ定義ファイルを作成する処理のフローチャートであ
る。

【図９】 項目オブジェクトのデータ定義ファイルをイ
ンタラクティブに修正する際の画面を示す図である。

【図１０】 項目オブジェクトのデータ定義ファイルを
インタラクティブに修正する際の画面を示す図である。

【図１１】 項目オブジェクトのデータ定義ファイルを
インタラクティブに修正する際の画面を示す図である。

【図１２】 項目オブジェクトのデータ定義ファイルを
インタラクティブに修正する際の画面を示す図である。

【図１３】 業務アプリケーションの画面の一例を示す
図である。

【図１４】 本発明の一実施の形態において、項目オブ
ジェクトを使用したアプリケーションサーバの概念を説
明するための図である。

【図１５】 アプリケーションサーバの実装すべき機能
を説明するための図である。

【図１６】 本発明の一実施の形態にしたがって、項目
オブジェクトを利用したアプリケーションが動作する際
の、オブジェクトおよびアプリケーション間の関連を示
す図である。

【図１７】 メインプログラムのコーディング例の一部
を示す図である。

【図１８】 フォーム部品を実現する処理のフローチャ
ートである。

【図１９】 フレームワークと開発するプログラム部分
との関係を示す図である。

【図２０】 項目オブジェクト管理オブジェクトによる
項目オブジェクトの管理方法を説明するための図であ
る。

【図２１】 項目オブジェクト管理のための処理のフロ
ーチャートである。

【図２２】 本発明の一実施の形態によるフレームワー
ク構築の効果を説明するための図である。

【図２３】 本発明の一実施の形態によるモジュール制
御の概念を示す図である。

【図２４】 本発明の一実施の形態によるモジュール制
御のための、オブジェクトおよびアプリケーション間の
関連を示す図である。

【図２５】 モジュールの構成を概念的に示す図であ
る。

【図２６】 モジュール処理を取入れたメインプログラ
ムの概略フローチャートである。

【図２７】 コントローラオブジェクトの動作を説明す
るためのフローチャートである。

【図２８】 コントローラオブジェクトの実行メソッド
の制御構造を示すフローチャートである。

【図２９】 コントローラオブジェクトによるメニュー
作成処理のフローチャートである。

【図３０】 各モジュールに実装されているページ実行
メソッドのフローチャートである。

【図３１】 ページの入れ替えを行なう際のオブジェク
トおよびアプリケーション間の関連を示す図である。

【図３２】 従来のイントラネットワークによって構築
したシステムの構成例を示すブロック図である。

【符号の説明】

１５０，２８０，２８２ 項目オブジェクト、１６２
ＤＢ作成ツール、２５４，２５６ ブラウザ、２６０
Ｊａｖａサーブレットエンジン、２９０ フォーム部
品、４７０ メインプログラム、４７２ 照会モジュー
ル、４７４ 登録モジュール、４７６ 更新モジュー
ル、４７８ 削除モジュール、５８０ 新照会モジュー
ル。

───────────────────────────────────────────────────── フロントページの続き (54)【発明の名称】 アプリケーションプログラムの作成方法、データベース操作方法、項目オブジェクト管理方法、 モジュール動作制御方法ならびにデータベース操作方法、項目オブジェクト管理方法およびモジ ュール動作制御方法を実現するためのプログラムを記録したコンピュータ可読な記録媒体

Claims (16)

【特許請求の範囲】
1. 【請求項１】 データベースの項目ごとに、当該項目の
   入力のために必要な情報を保持した項目オブジェクトを
   準備するステップと、 実行時に前記項目オブジェクトの前記情報を参照して、
   前記データベースにアクセスするための画面情報を生成
   し出力するとともに、当該画面情報を用いた画面表示を
   介して入力されたデータに基づいて前記データベースを
   アクセスするアプリケーションプログラムを作成するス
   テップとを含む、アプリケーションプログラムの作成方
   法。
2. 【請求項２】 前記項目オブジェクトを準備するステッ
   プは、前記データベースの定義情報から、データベース
   の項目ごとに、当該項目の入力のために必要な情報を抽
   出して項目オブジェクトの原形を作成するステップを含
   む、請求項１に記載のアプリケーションプログラムの作
   成方法。
3. 【請求項３】 前記項目オブジェクトを準備するステッ
   プはさらに、前記項目オブジェクトの原形をインタラク
   ティブに修正するステップを含む、請求項２に記載のア
   プリケーションプログラムの作成方法。
4. 【請求項４】 前記アプリケーションプログラムを作成
   するステップは、 予め前記データベースの項目内容とは独立に定義され
   た、アプリケーション実行のための基本的フレームワー
   クの中から、前記アプリケーションプログラムの作成に
   適したものを選択するステップと、 前記選択された基本的フレームワークの中で、アプリケ
   ーション特有の処理を行なうべき主要部分を、前記デー
   タベースにアクセスするための画面情報を前記項目オブ
   ジェクトを実行時に参照して生成し出力するとともに、
   当該画面情報を用いた画面表示を介して入力されたデー
   タに基づいて前記データベースをアクセス可能なように
   作成するステップを含む、請求項１に記載のアプリケー
   ションプログラムの作成方法。
5. 【請求項５】 データベースの項目ごとに、当該項目の
   入力のために必要な情報を保持した項目オブジェクトを
   利用してデータベースをコンピュータを介して操作する
   データベース操作方法であって、 前記データベースの項目ごとに、対応の項目オブジェク
   トを参照して、当該項目の入力に必要なフォーム部品項
   目を準備するステップと、 前記フォーム部品項目を配置したフォーム部品を実現す
   るための所定の書式にしたがったソースファイルを生成
   し他のアプリケーションに渡すステップと、 前記他のアプリケーションから前記フォーム部品を用い
   て入力されたデータを受取るステップと、 前記入力されたデータに基づいて、前記データベースを
   アクセスするステップとを含む、データベース操作方
   法。
6. 【請求項６】 前記項目オブジェクトは、対応の項目の
   項目名称と、データ型と、入力桁数とを特定する情報を
   含み、 前記フォーム部品項目を準備するステップは、前記デー
   タベースの項目ごとに、対応の項目オブジェクトを参照
   して、当該項目の名称を表示する名称表示部品と、当該
   項目の入力に必要な入力フィールド部品とを前記フォー
   ム部品項目として準備するステップを含む、請求項５に
   記載のデータベース操作方法。
7. 【請求項７】 前記項目オブジェクトは、対応の項目の
   複数個の前記項目名称を特定する情報を含み、 前記フォーム部品項目として準備するステップは、前記
   データベースの項目ごとに、対応の項目オブジェクトを
   参照して、当該項目の前記複数個の項目名称のうち、外
   部から与えられるパラメータによって定められるものを
   表示する名称表示部品と、当該項目の入力に必要な入力
   フィールド部品とを前記フォーム部品項目として準備す
   るステップを含む、請求項６に記載のデータベース操作
   方法。
8. 【請求項８】 さらに、前記データベースをアクセスす
   るステップでのアクセス結果を表示するための、前記所
   定の書式にしたがったソースファイルを生成して前記他
   のアプリケーションに渡すステップを含む、請求項５に
   記載のデータベース操作方法。
9. 【請求項９】 データベースの項目ごとに、当該項目の
   入力のために必要な情報を保持した項目オブジェクトを
   実行時に参照してデータベース操作を行なうアプリケー
   ションプログラムの実行時に、メモリ上に生成される項
   目オブジェクトのインスタンスを管理するための項目オ
   ブジェクト管理方法であって、 アプリケーションからの項目オブジェクトの要求に応答
   して、要求された項目オブジェクトのインスタンスがメ
   モリ上に存在しているか否かを判定するステップと、 前記要求された項目オブジェクトのインスタンスがメモ
   リ上に存在していないと判定された場合には前記要求さ
   れた項目オブジェクトのインスタンスを前記メモリ上に
   生成し、生成されたインスタンスを前記アプリケーショ
   ンに返すステップと、 前記要求された項目オブジェクトのインスタンスがメモ
   リ上に存在していると判定された場合には、当該メモリ
   上に存在している前記要求されたオブジェクトの前記イ
   ンスタンスを前記アプリケーションに返すステップとを
   含む、項目オブジェクト管理方法。
10. 【請求項１０】 各々が１または複数個のページ処理メ
    ソッドと、与えられるページ指定パラメータにしたがっ
    て、前記１または複数個のページ処理メソッドのうちい
    ずれかを実行して処理済みを示す処理結果を返すか、前
    記１または複数個のページ処理メソッドのいずれも実行
    せず未処理を示す処理結果を返すかのいずれかを選択的
    に行なうページ制御メソッドを実装した１または複数個
    のプログラムモジュールによる動作を制御するためのモ
    ジュール動作制御方法であって、 前記１または複数個のプログラムモジュールを、登録順
    を保存して管理テーブルに登録するステップと、 プログラムモジュールから受取る処理結果が処理済みを
    示すものとなるまで、前記ページ番号を、前記管理テー
    ブルによって定められる新しく登録されたものから順に
    与え、処理結果を受取るステップとを含む、モジュール
    動作制御方法。
11. 【請求項１１】 データベースの項目ごとに、当該項目
    の入力のために必要な情報を保持した項目オブジェクト
    を利用してデータベースをコンピュータを介して操作す
    るデータベース操作方法を実現するためのプログラムを
    記録したコンピュータ可読な記録媒体であって、 前記データベース操作方法は、 前記データベースの項目ごとに、対応の項目オブジェク
    トを参照して、当該項目の入力に必要なフォーム部品項
    目を準備するステップと、 前記フォーム部品項目を配置したフォーム部品を実現す
    るための所定の書式にしたがったソースファイルを生成
    し他のアプリケーションに渡すステップと、 前記他のアプリケーションから前記フォーム部品を用い
    て入力されたデータを受取るステップと、 前記入力されたデータに基づいて、前記データベースを
    アクセスするステップとを含む、コンピュータ可読な記
    録媒体。
12. 【請求項１２】 前記項目オブジェクトは、対応の項目
    の項目名称と、データ型と、入力桁数とを特定する情報
    を含み、 前記フォーム部品項目を準備するステップは、前記デー
    タベースの項目ごとに、対応の項目オブジェクトを参照
    して、当該項目の名称を表示する名称表示部品と、当該
    項目の入力に必要な入力フィールド部品とを前記フォー
    ム部品項目として準備するステップを含む、請求項１１
    に記載のコンピュータ可読な記録媒体。
13. 【請求項１３】 前記項目オブジェクトは、対応の項目
    の複数個の前記項目名称を特定する情報を含み、 前記フォーム部品項目として準備するステップは、前記
    データベースの項目ごとに、対応の項目オブジェクトを
    参照して、当該項目の前記複数個の項目名称のうち、外
    部から与えられるパラメータによって定められるものを
    表示する名称表示部品と、当該項目の入力に必要な入力
    フィールド部品とを前記フォーム部品項目として準備す
    るステップを含む、請求項１２に記載のコンピュータ可
    読な記録媒体。
14. 【請求項１４】 前記データベース操作方法はさらに、
    前記データベースをアクセスするステップでのアクセス
    結果を表示するための、前記所定の書式にしたがったソ
    ースファイルを生成して前記他のアプリケーションに渡
    すステップを含む、請求項１１に記載のデータベース操
    作方法。
15. 【請求項１５】 データベースの項目ごとに、当該項目
    の入力のために必要な情報を保持した項目オブジェクト
    を実行時に参照してデータベース操作を行なうアプリケ
    ーションプログラムの実行時に、メモリ上に生成される
    項目オブジェクトのインスタンスを管理するための項目
    オブジェクト管理方法を実現するプログラムを記憶した
    コンピュータ可読な記録媒体であって、 前記項目オブジェクト管理方法は、 アプリケーションからの項目オブジェクトの要求に応答
    して、要求された項目オブジェクトのインスタンスがメ
    モリ上に存在しているか否かを判定するステップと、 前記要求された項目オブジェクトのインスタンスがメモ
    リ上に存在していないと判定された場合には前記要求さ
    れた項目オブジェクトのインスタンスを前記メモリ上に
    生成し、生成されたインスタンスを前記アプリケーショ
    ンに返すステップと、 前記要求された項目オブジェクトのインスタンスがメモ
    リ上に存在していると判定された場合には、当該メモリ
    上に存在している前記要求されたオブジェクトの前記イ
    ンスタンスを前記アプリケーションに返すステップとを
    含む、コンピュータ可読な記録媒体。
16. 【請求項１６】 各々が１または複数個のページ処理メ
    ソッドと、与えられるページ指定パラメータにしたがっ
    て、前記１または複数個のページ処理メソッドのうちい
    ずれかを実行して処理済みを示す処理結果を返すか、前
    記１または複数個のページ処理メソッドのいずれも実行
    せず未処理を示す処理結果を返すかのいずれかを選択的
    に行なうページ制御メソッドを実装した１または複数個
    のプログラムモジュールによる動作を制御するためのモ
    ジュール動作制御方法を実現するプログラムを記録した
    コンピュータ可読な記録媒体であって、 前記モジュール動作制御方法は、 前記１または複数個のプログラムモジュールを、登録順
    を保存して管理テーブルに登録するステップと、 プログラムモジュールから受取る処理結果が処理済みを
    示すものとなるまで、前記ページ番号を、前記管理テー
    ブルによって定められる新しく登録されたものから順に
    与え、処理結果を受取るステップとを含む、コンピュー
    タ可読な記録媒体。