JP3126916B2 - アプリケーションプログラムの構成作成支援方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
プログラムの構成作成支援方法に係り、特に、作成済み
であり、機能分割されたプログラム部品を利用し、新た
なプログラムの構成要素として利用することを支援する
アプリケーションプログラムの構成作成支援方法に関す
る。

【０００２】

【従来の技術】アプリケーションプログラムを作成する
場合、機能ごとに分割されたプログラム部品を使用する
ことが多くなっている。販売されるパッケージプログラ
ムの中にも、その一部が部品化されて他のプログラムか
ら呼び出して利用できるものもある。

【０００３】例えば、マイクロソフトジャーナル日本語
版，Ｎｏ．３７（１９９５年７月号），ｐ．５３−６５
に記載されているように、マイクロソフト社のデータベ
ース管理プログラムの「Ａｃｃｅｓｓ」では、データを
管理するテーブル部品を中心とし、統計解析プログラ
ム，グラフプログラムなどのプログラム部品を結合可能
な構成となっている。また外部のプログラムから、こう
いったプログラム部品を呼び出すことも可能である。プ
ログラム部品としては、この他に、入出力画面，表計算
のワークシート，データ分析，数値計算などが流通して
いる。

【０００４】ここで、部品を利用した新しいプログラム
とする作業としては、部品の機能を改造または追加する
作業と、部品間を接続するプログラムを記述する作業が
ある。すなわち、アプリケーションプログラムの作成作
業は、プログラム部品を作成，変更する作業と、部品を
組み合わせる作業から構成されている。

【０００５】プログラム部品を使用することで、その部
分をプログラマーが作成しなくても良いことになるた
め、プログラムのミスを防止し、また、検査の手間を省
くことができるといった効果がある。この結果として、
アプリケーションプログラムの生産性向上が期待され
る。

【０００６】部品を活用したプログラミングにおいて
は、適切なプログラム部品を選択することが重要とな
る。上述した「Ａｃｃｅｓｓ」の例を含め、多数のプロ
グラム部品が提供されているが、この中から機能，性能
やプログラムサイズなどすべての要求を満たす最適な部
品をみつけることは容易なことではない。

【０００７】最近、アプリケーションプログラムの構築
支援環境は、リポジトリ技術として研究開発されてきて
いる。即ち、プログラム部品の選択を支援する方法とし
て、データベースの利用が考えられる。例えば、プログ
ラム部品に、機能や性能などの情報を付加してデータベ
ース化する。そして、例えば、「株価の推移チャートを
表示する」機能を持ち、かつ「チャート表示速度が０．
１秒以内」の性能を持つプログラム部品を検索すること
が可能となる。プログラマーは、検索結果のプログラム
部品をデータベースから取得し、これをアプリケーショ
ンプログラムに組み込むこととなる。

【０００８】

【発明が解決しようとする課題】プログラム部品として
は、現在、膨大なプログラム部品が流通しており、作成
しようとするアプリケーションプログラムにおいて使用
可能なものもいくつも存在する。単純に考えて、１０個
に機能分割されるアプリケーションプログラムの機能毎
に、それぞれ１０のプログラム部品候補があれば、１０
０の組み合わせを検証する必要がある。従来は、これら
のうち、開発者が有望であると考えるいくつかの組み合
わせのみを検証していた。ただし、検証手順は自動化さ
れておらず、膨大な手間が必要であった。組み合わせに
応じてプログラム部品の書換えが生じる場合など、全体
のうちの一部が不十分である場合に全体の評価手順を狂
わせる要因となる。

【０００９】また、リポジトリを検索した結果であるプ
ログラム部品が、必ずしも開発中のプログラム構成に最
適なものであるとは限らない。プログラム部品は、さま
ざまな状況で使用されるため、常に同じ性能を発揮する
とは限らず、また、他に使用されるプログラム部品によ
って全体の性能が大きく変化するためである。

【００１０】また、プログラムの評価尺度としては、機
能や速度，プログラムサイズの他にも、保守性，信頼
性，値段，インタフェースプログラムの作成環境などが
存在する。したがって、従来は、プログラム部品を組み
立ててアプリケーションプログラムを作成した最終段階
になって、はじめて性能が未達成であることが判明する
こともあるという問題があった。

【００１１】なお、例えば、コンピュータ・サイエンス
誌ｂｉｔ別冊、「Ｃｏｍｍｏｎ Ｌｉｓｐ オブジェク
トシステム（ＣＬＯＳ）」（１９８９年１月発行），共
立出版社発行、ｐ．２７−５７に記載されているよう
に、支援における視点を変えて、実際に部品を動作させ
て、それが適切であるかどうかを確認する方法も開発さ
れている。ＣＬＯＳの処理系では、プログラムの実行の
一時中断中に、すでに実行された関数を変更することが
可能である。さらに、プログラム部品とも解釈されるオ
ブジェクトの定義を変更することも可能である。また、
複数のオブジェクトに同じメッセージインタフェースを
備えさせることで、動的に（実行時環境に依存して）メ
ッセージを受け取るオブジェクトを変更することも可能
である。かかるＣＬＯＳの処理系においては、実行中に
部品を組み替えることが可能となっているが、取り替え
は自動化されておらず、どのような組み合わせとするか
はプログラムによって指定する必要がある。また、本発
明の課題において、実行中に別のプログラム部品と変更
することは必要ではない。

【００１２】本発明の目的は、部品を組み合わせていく
過程で、次々に実行し、評価を行うことを可能とするア
プリケーションプログラムの構成作成支援方法を提供す
るにある。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、計算機システムシステムの実行を制御す
るアプリケーションプログラムを機能単位によって分割
した複数のプログラム部品を組み合わせて、アプリケー
ションプログラムを構成作成することを支援するアプリ
ケーションプログラムの構成作成支援方法において、個
々の上記プログラム部品を判別可能とする識別子と、上
記プログラム部品を機能によって分類する機能分類と、
上記プログラム部品のメッセージインタフェースと、実
行オブジェクトとを含む部品レコードから構成されるプ
ログラム部品管理テーブル(群)と、作成対象となるアプ
リケーションプログラムの構成を、上記プログラム部品
管理テーブルに格納された上記プログラム部品の識別子
とプログラム名称とを含む構成レコードによって記述す
るプログラム構成管理テーブル(群)と、上記プログラム
部品管理テーブル(群)の部品エントリを格納するプログ
ラム部品エントリと、外部からのメッセージ呼び出し
を、上記プログラム部品エントリから取得するコンポー
ネント内のプログラム部品の１つに配送するメッセージ
配送プログラムとを管理するとともに、上記構成レコー
ドに１対１に対応するコンポーネントデータとを備え、 （Ａ）上記アプリケーションプログラムの個々の機能を
実現する上記プログラム部品に関し、上記識別子による
上記プログラム部品の指定を含む指示入力に応じ、（Ａ
−１）この機能に対応した上記コンポーネントデータを
取得し、)（Ａー２）上記プログラム部品管理テーブル
(群)から上記識別子を含む上記部品レコードを取得し、
この部品レコードを参照して、上記コンポーネントデー
タの上記プログラム部品エントリに、この部品エントリ
を設定し、 （Ｂ）上記アプリケーションプログラムの実行の指示入
力に応じ、（Ｂー１）上記プログラム構成管理テーブル
(群)の上記構成レコードに対応した全てのコンポーネン
トデータを含んだ実行オブジェクトを作成し、（Ｂー
２）この実行オブジェクトの実行は、上記コンポーネン
トデータ間のメッセージ交換によって行い、（Ｂー３）
個々のコンポーネントデータに配送されたメッセージ
は、上記メッセージ配送プログラムによって処理するよ
うにしたものであり、かかる方法によって、部品を組み
合わせていく過程で、次々に実行し、評価を行い得るも
のとなる。

【００１４】上記アプリケーションプログラムの構成作
成支援方法において、好ましくは、上記コンポーネント
データは、プログラム部品のリストを格納する候補リス
トを有し、この候補リストには、上記プログラム部品エ
ントリとの交換を意図したプログラム部品管理テーブル
のプログラム部品を格納し、上記候補リスト内に格納さ
れたプログラム部品のうち、指示された上記候補リスト
内の上記プログラム部品を上記プログラム部品エントリ
に設定するようにしたものであり、候補リストからプロ
グラム部品を容易に選択し得るものとなる。

【００１５】上記アプリケーションプログラムの構成作
成支援方法において、好ましくは、上記ステップ（Ａ）
におけるプログラム部品の指示入力において、識別子と
してジョーカー部品が指示された際には、上記ステップ
（Ｂー３）において、上記メッセージ配送プログラム
は、配送されたメッセージの形式に応じ、上記コンポー
ネントデータ内の候補リストに格納された個々の部品レ
コードについて、この部品レコードから取得したメッセ
ージ形式と、配送されたメッセージとを比較し、一致す
る部品レコードから取得した実行オブジェクトにメッセ
ージを配送するようにしたものであり、かかる方法によ
り、適すると思えるプログラム部品を絞り込み得るもの
となる。

【００１６】上記アプリケーションプログラムの構成作
成支援方法において、好ましくは、上記アプリケーショ
ンプログラムの実行が指示された際に検索される上記コ
ンポーネントデータの候補リスト内の部品レコードの検
索順序を変更可能とするようにしたものであり、かかる
方法により、候補の優先順位を変更し得るものとなる。

【００１７】上記アプリケーションプログラムの構成作
成支援方法において、好ましくは、上記アプリケーショ
ンプログラムの１つの部品組み合わせに対する名称とし
て、実現名称を与え、上記プログラム構成管理テーブル
の構成レコードに、上記実現名称を格納する実現名エン
トリを設け、上記コンポーネントデータ内に、上記部品
レコードと上記実現名称の組み合わせを要素とする履歴
リストを設け、アプリケーションプログラムの構成の保
存が、上記実現名称を付与して指示された場合には、上
記プログラム構成管理テーブルの構成レコードの上記実
現名称エントリに、この実現名称を記録し、上記コンポ
ーネントデータ内の上記履歴管理リストに、上記プログ
ラム部品エントリに格納された部品レコードと実現名称
を記録するようにしたものであり、変更履歴を管理し得
るものとなる。

【００１８】上記アプリケーションプログラムの構成作
成支援方法において、好ましくは、上記実現名称を表示
する複数のノードを、実現の依存関係によってアーク結
線した形式によってディスプレイ装置上に表示するよう
にしたものであり、かかる方法により、アプリケーショ
ンプログラムの変更過程を容易に認識し得るものとな
る。

【００１９】上記アプリケーションプログラムの構成作
成支援方法において、好ましくは、上記コンポーネント
データ内に、特定の呼び出しインタフェース情報とその
実行オブジェクトを格納するプログラム例エントリを設
け、上記メッセージ配送プログラムは、外部からのメッ
セージ呼び出し形式を参照し、上記プログラム例エント
リのインタフェース情報と一致するなら、上記実行オブ
ジェクトにメッセージ配送するようにしたものであり、
かかる方法により、未完成部分を含めてアプリケーショ
ン全体の動作確認をし得るものとなる。

【００２０】上記アプリケーションプログラムの構成作
成支援方法において、好ましくは、上記プログラム部品
管理テーブルの部品レコードに、接続実績リストを格納
するエントリを設け、１つのアプリケーションプログラ
ムが保存された場合、上記プログラム構成管理内テーブ
ルで同じアプリケーションプログラムに含まれたもの
を、各部品レコードの上記接続実績リストに格納するよ
うにしたものであり、かかる方法により、以前の評価の
高い構成を参考とし得るものとなる。

【００２１】

【発明の実施の形態】本発明の一実施の形態によるアプ
リケーションプログラムの構成作成支援方法について、
図１乃至図３０を用いて説明する。

【００２２】［１．システム構成］最初に、全体のシス
テム構成について、図１を用いて説明する。図１は、本
発明の一実施の形態によるアプリケーションプログラム
の構成作成支援方法において使用するハードウェアと、
主なソフトウェア要素を示したシステム構成図である。

【００２３】ハードウェアとしては、ディスプレイ装置
１０１，主記憶装置１０２，ＣＰＵ装置１０３，補助記
憶装置１０４，入力装置であるキーボード装置１０５や
マウス装置１０６が、システムバス１０７によって接続
されている。主記憶装置１０２に配置されたプログラム
が、ＣＰＵ装置１０３によって処理される。

【００２４】主記憶装置１０２内には、アプリケーショ
ンプログラム構成作成支援プログラム（以下、「構成設
定プログラム」とする）１２３と、構成設定プログラム
１２３が参照するプログラム構成管理テーブル群１２２
とプログラム部品管理テーブル群１２０が配置されてい
る。

【００２５】また、補助記憶装置１０４内には、過去ア
プリケーションプログラムとして構築されたもののなか
から抽出されるプログラム部品や「Ａｃｃｅｓｓ」のよ
うな市販のプログラム部品が格納されている。ここで
は、補助記憶装置１０４内に、プログラム部品Ａ１４
０，プログラム部品Ｂ１４１，プログラム部品Ｃ１４
２，プログラム部品Ｄ１４３，プログラム部品Ｅ１４４
が格納されているものとする。

【００２６】構成設定プログラム１２３は、１０４内に
格納されたプログラム部品Ａ１４０，…，プログラム部
品Ｅ１４４から任意のプログラム部品を組み合わせて、
プログラム構成管理テーブル群１２２およびプログラム
部品管理テーブル群１２０を参照して、アプリケーショ
ンプログラム１２４を作成し、主記憶装置１０２内に格
納する。

【００２７】ここで、本実施の形態においては、作成対
象となるアプリケーションプログラム１２４は、プログ
ラム部品１４０，…，１４４だけの組み合わせではなく
なっている。アプリケーションプログラム１２４内に
は、プログラム部品１４０，…，１４４そのままではな
く、プログラム部品１４０，…，１４４を内蔵（または
ポインタ処理によって取得可能と）したコンポーネント
データ１３０，１３１，１３２を組み込むようにしてい
る。コンポーネントデータ１３０，１３１，１３２は、
内蔵されているアプリケーションプログラムＡ１４０，
Ｃ１４２，Ｄ１４３の機能を代行する。コンポーネント
データ１３０，１３１，１３２の配置される場所は、プ
ログラム部品が置かれる位置と同じである。従来の手法
では、図内に示したように“Ａ”、“Ｃ”、“Ｄ”など
といったプログラム部品のみからアプリケーションプロ
グラムを構成するようにしていた。

【００２８】本実施の形態における特徴は、プログラム
部品をそのままアプリケーションプログラムで使用する
のでなく、コンポーネントデータと呼ぶオブジェクト
（データ構造とこれに対するプログラムを内蔵した単
位）にプログラム部品を内蔵させ、コンポーネントデー
タを組み合わせてアプリケーションプログラムを構成す
ることにある。これによって、プログラム部品の変更を
コンポーネントデータ内の設定の変更に置き換えること
ができ、他への影響を最小限に留めることが可能とな
る。

【００２９】コンポーネントデータは、指定されたプロ
グラムの機能単位ごとに割り当てる。ここで、機能単位
はプログラム部品の割り当てであるため、コンポーネン
トデータは、プログラム部品の機能を代行する単位とな
る。

【００３０】ここで、アプリケーションプログラムの内
蔵されたコンポーネントデータは、エージェントプログ
ラムの一種であるため、コンポーネントデータ１３０を
アプリケーションプログラムＡ１４０を内蔵しているこ
とからＡ’ｓ−ＡＧＴと表し、アプリケーションプログ
ラムＣ１４２を内蔵しているコンポーネントデータ１３
１をＣ’ｓ−ＡＧＴと表し、アプリケーションプログラ
ムＤ１４３を内蔵しているコンポーネントデータ１３２
をＤ’ｓ−ＡＧＴと表している。なお、コンポーネント
データが、エージェントプログラムの一種である理由に
ついては、後述する。

【００３１】プログラム構成管理テーブル群１２２は、
機能分割と、それぞれの機能において使用するプログラ
ム部品を記録するものである。また、プログラム部品組
合せのうち、過去に実施されたものの履歴情報や履歴間
の関係も管理する。プログラム構成管理テーブル群１２
２は、３つのテーブルから構成されており、プログラム
構成管理テーブル本体１５０と、実現名称を管理する実
現管理テーブル１５１と、コンポーネントデータを管理
するコンポーネントデータ管理テーブル１５２である。

【００３２】また、プログラム部品管理テーブル群１２
０は、前述したリポジトリに相当するものである。ここ
では、個々のプログラム部品の機能等を記述したプロフ
ィール，他のプログラムからの呼び出し形式（関数名，
引数，戻り値等）やプログラム部品の使用実績を管理す
る。プログラム部品管理テーブル群１２０は、２つのテ
ーブルから構成されており、プログラム部品管理テーブ
ル本体１６０と、メッセージ管理テーブル１６１であ
る。ここで、それぞれのテーブル群１２２，１２０を分
割したのは、管理を容易にすることが目的であり、本実
施の形態以外にも分割方法は存在する。

【００３３】ディスプレイ装置１０１には、構成設定プ
ログラム１２３の構成設定画面１１０及びアプリケーシ
ョンプログラム画面１１１が表示される。ユーザは、マ
ウス装置１０６やキーボード装置１０５を用いて、構成
設定画面１１０やアプリケーションプログラム画面１１
１を操作し、この操作が各プログラムに伝達されて適当
な処理が起動される。

【００３４】［２．構成設定プログラムの概要］次に、
図２を用いて、本発明の一実施の形態によるアプリケー
ションプログラムの構成作成支援方法に用いる構成設定
プログラム１２３の概要について説明する。図２は、本
発明の一実施の形態によるアプリケーションプログラム
の構成作成支援方法に用いる構成設定プログラムの概要
を示すフローチャートである。

【００３５】構成設定プログラム１２３が起動される
と、ステップ２０１において、初期設定処理を行う。初
期設定処理の詳細については、図１２を用いて後述す
る。

【００３６】初期設定が終了すると、ステップ２０２に
おいて、ユーザからの入力を受け付けて、入力に応じて
処理を起動するイベントフロー型となっている。

【００３７】ステップ２０３において、入力がアプリケ
ーションプログラムの機能構成指定であると判断される
と、ステップ２０４において、機能構成の設定処理が起
動される。機能構成の設定処理の詳細については、図２
７を用いて後述する。

【００３８】ステップ２０５において、入力がプログラ
ム部品の構成指定であると判断されると、ステップ２０
６において、指定されたプログラム部品に基づくコンポ
ーネントデータ設定処理が起動される。コンポーネント
データ設定処理の詳細については、図２０を用いて後述
する。

【００３９】ステップ２０７において、入力がアプリケ
ーションプログラムの実行制御指示であると判断される
と、ステップ２０８において、アプリケーションプログ
ラムの実行制御処理が起動される。アプリケーションプ
ログラムの実行制御処理の詳細については、図１６を用
いて後述する。

【００４０】ステップ２０９において、入力が終了指示
でない場合には、ステップ２０２に戻って入力を受け付
け、終了指示である場合には、終了する。

【００４１】ここで、構成設定プログラム１２３（図
１）は、アプリケーションプログラム１２４内に組み込
まれたコンポーネントデータ１３０，１３１，１３２と
通信対話することで、処理を進める。これは、社会の類
似性から、開発対象内にスパイを置き、これに逐一状況
を知らせてもらうことに相当する。この意味で、コンポ
ーネントデータ１３０，１３１，１３２は、一種のエー
ジェントプログラムである。コンポーネントデータ１３
０，１３１，１３２のエージェントとしての役割は、内
部に有するメッセージ配送プログラムが果たしている。
図９に示すメッセージ配送プログラム２０００の詳細に
ついては、図１７，１８を用いて後述する。

【００４２】［３．本実施の形態で使用する開発対象ア
プリケーションプログラム］次に、実際にアプリケーシ
ョンを作成し、変更していく場面を想定し、その中で構
成設定プログラム（図２；詳細は、図１６，図２０，図
２７）とメッセージ配送プログラム（図９：処理手順
は、図１７，図１８）がどのように通信し、設計者を支
援していくかを説明することによって、本実施の形態に
よるアプリケーションプログラムの構成作成支援方法の
効果について、図３，図４，図５を用いて説明する。

【００４３】ここで述べる例としては、過去に作成され
たアプリケーションプログラム（図３）の各プログラム
部品の変更を行い（図４）、新しいプログラム（図５）
を作成する過程を述べる。変更の道筋をはじめに述べ、
この中で構成設定処理がどのように動作するかを説明す
る。

【００４４】図３は、本発明の一実施の形態によるアプ
リケーションプログラムの構成作成支援方法を説明する
ための過去に作成されたアプリケーションプログラムの
構成図であり、図４は、本発明の一実施の形態によるア
プリケーションプログラムの構成作成支援方法による変
更の過程を示す説明図であり、図５は、本発明の一実施
の形態によるアプリケーションプログラムの構成作成支
援方法により最終的に作成されたアプリケーションプロ
グラムの構成図である。

【００４５】図３（Ａ）は、全体のプログラム構成を示
し、図３（Ｂ）は、クライアント側のプログラムの一部
の詳細なプログラム構成を示している。

【００４６】図３に示すアプリケーションプログラムの
目的は、例えば、在庫管理，受発注処理や販売データの
解析を行うことである。

【００４７】システムは、図３（Ａ）に示すように、デ
ータベース処理を行う販売管理サーバ計算機に格納され
た販売管理サーバプログラム３００と３台の販売管理ク
ライアント計算機に格納された販売管理クライアントプ
ログラム３０１，３０２，３０３から構成され、かかる
システムで動作した実績がある。販売管理サーバプログ
ラム３００と販売管理クライアントプログラム３０１，
３０２，３０３とが通信して処理を進めていく。

【００４８】販売管理サーバプログラム３００内の主な
処理は、サーバーメイン（Ｓｅｒｖｅｒ Ｍａｉｎ）プ
ログラム３１０が担当しており、処理単位で分割された
プログラム部品の動作を制御する。販売管理サーバプロ
グラム３００側のプログラム部品としては、在庫管理デ
ータベースである在庫マスタデータベース（Ｓｔｏｃｋ
ＤＢ）３１１，受発注データのデータベースである受
発注マスタデータベース（Ｏｒｄｅｒ ＤＢ）３１２，
販売データ解析データのデータベースである解析マスタ
データベース（Ａｎａｌｙｓｉｓ ＤＢ）３１３，それ
ぞれのデータベースのクライアント呼び出しインタフェ
ースを担当する在庫管理（ＳｔｏｃｋＭｇｒ（Ｍａｎａ
ｇｅｒ））３１４，受発注管理（Ｏｒｄｅｒ Ｍｇｒ）
３１５，販売データ解析処理（Ａｎａｌｙｓｉｓ Ｍｇ
ｒ）３１６の各プログラム部品から構成されている。

【００４９】販売管理クライアントプログラム３０１の
主な処理は、クライアントメイン（Ｃｌｉｅｎｔ Ｍａ
ｉｎ）プログラム３２３が担当しており、処理単位で分
割されたプログラム部品の動作を制御する。販売管理ク
ライアントプログラム３０１側のプログラム部品として
は、在庫画面（Ｓｔｏｃｋ Ｃｌｔ（Ｃｌｉｅｎｔ）３
２２，受発注画面（Ｏｒｄｅｒ Ｃｌｔ）３２３，販売
データ解析画面（Ａｎａｌｙｓｉｓ Ｃｌｔ）３２４の
プログラム部品から構成されている。

【００５０】さらに、図３（Ｂ）に示すように、販売デ
ータ解析画面３２４は、販売データ表示３３０，販売予
測表示３３１，予測パラメータ設定３３２，販売予測３
３３から構成されている。販売データ表示３３０は、さ
らに、購買地域別表示３４０，購買年代別表示３４１，
購買季節別表示３４２から構成されている。

【００５１】図３に示す構成を出発点として、新しい目
的に一致するアプリケーションプログラムを作成する。
新しいシステム構成として、クライアントが１０台にな
り、また、クライアント内の画面デザイン（画面レイア
ウト、操作方法）が変更される。ここで、クライアント
台数の変更は、データベースのアクセス性能の問題を引
き起こす。ここで重要なことは、サーバ側、クライアン
ト側ともにプログラム部品の内容、構成の変更が必要と
なることである。

【００５２】次に、図４を用いて、変更の過程の一例に
ついて説明する。最初に図３に示した初期構成に対し
て、管理部品の変更を行うことにより、代案１を作成
し、データベース（ＤＢ）の変更を行うことにより、代
案２を作成、画面レイアウトの変更を行うことにより、
代案３を作成し、画面操作方法の変更を行うことによ
り、代案４を作成していくものとする。代案１，代案
２，代案３，代案４からなる第１の系統の変更を行いな
がら、検討を進めたところ、機能を満足しないことが判
明した。

【００５３】そこで、初期構成に戻り、サブデータベー
ス（ＤＢ）を設置する代案５を作成し、管理部品の変更
を行うことにより、代案６を作成し、第１の系統の最終
案である代案４（ＤＢ構造の変更，画面レイアウトの変
更，画面操作方法の変更を含む）を参照して、部品の横
流しをして、最終案として代案７を作成する。第１の系
統では、ローカルなデータベースを配置しなかったこと
が原因で設計変更が発生し、第２の系統で構成を変更し
て再検討したことを表している。

【００５４】図５は、図４の検討結果により作成された
最終案である代案７の構成を示している。図５（Ａ）
は、全体のシステム構成及びプログラム構成を示し、図
５（Ｂ）は、クライアント側のプログラムの一部の詳細
なプログラム構成を示している。

【００５５】システムは、図５（Ａ）に示すように、デ
ータベース処理を行う販売管理サーバ計算機に格納され
た販売管理サーバプログラム５００と１０台の販売管理
クライアント計算機に格納された販売管理クライアント
プログラム５０１，５０２，…，５０９，５１０から構
成される。販売管理サーバプログラム５００と販売管理
クライアントプログラム５０１，５０２，…，５０９，
５１０とが通信して処理を進めていく。

【００５６】販売管理サーバプログラム５００内のプロ
グラム部品は、サーバーメイン（Ｓｅｒｖｅｒ Ｍａｉ
ｎ）プログラム５１０と、在庫管理データベースである
在庫マスタ５１１，受発注データのデータベースである
受発注マスタ５１２，販売データ解析データのデータベ
ースである解析マスタ５１３，それぞれのデータベース
のクライアント呼び出しインタフェースを担当する在庫
管理５１４，受発注管理５１５，販売データ解析処理５
１６から構成されている。これらは、基本的には、図３
のＳｅｒｖｅｒ Ｍａｉｎプログラム３１０，在庫マス
タ３１１，受発注マスタ３１２，解析マスタ３１３，在
庫管理３１４，受発注管理３１５，販売データ解析処理
３１６と対応するものであるが、それぞれ、プログラム
部品の変更（交換）がなされている。

【００５７】また、販売管理クライアントプログラム５
０１のプログラム部品としては、サブデータベースとし
て、在庫サブデータベース（Ｓｔｏｃｋ Ｓｕｂ）５２
５，受発注サブデータベース（Ｏｒｄｅｒ Ｓｕｂ）５
２６，解析サブデータベース（Ａｎａｌｙｓｉｓ Ｓｕ
ｂ）５２７が追加され、クライアントメイン（Ｃｌｉｅ
ｎｔ Ｍａｉｎ）プログラム５２３と、在庫画面５２
２，受発注画面５２３，販売データ解析画面５２４のプ
ログラム部品が変更されている。

【００５８】さらに、図５（Ｂ）に示すように、販売デ
ータ解析画面５２４は、販売データの表示及び予測を行
う販売データ・予測表示５３０，予測パラメータ設定５
３２，販売予測５３３に変更されている。販売データ・
予測表示５３０は、さらに、変更された購買地域別表示
５４０，購買年代別表示５４１，購買季節別表示５４２
から構成されている。

【００５９】以下の説明では、図３に示した初期構成か
ら図５に示した代案７に至るまでの変更を、構成設定プ
ログラム１２３（図１）が、いかに支援するかについて
説明する。

【００６０】［４．初期状態における管理テーブル群］
次に、図１に示したプログラム構成管理テーブル群１２
２の中のプログラム構成管理テーブル本体１５０，実現
管理テーブル１５１，コンポーネントデータ管理テーブ
ル１５２の内容の初期状態，コンポーネントデータ１３
０の構成及びプログラム部品管理テーブル群１２０の中
のプログラム部品管理テーブル本体１６０，メッセージ
管理テーブル１６１の内容の最終状態について、図６，
図７，図８，図９，図１０，図１１を用いて説明する。
図６は、本発明の一実施の形態によるアプリケーション
プログラムの構成作成支援方法に用いるプログラム構成
管理テーブル１５０の構成図であり、図７は、本発明の
一実施の形態によるアプリケーションプログラムの構成
作成支援方法に用いる実現管理テーブル１５１の構成図
であり、図８は、本発明の一実施の形態によるアプリケ
ーションプログラムの構成作成支援方法に用いるコンポ
ーネントデータ管理テーブル１５２の構成図であり、図
９は、本発明の一実施の形態によるアプリケーションプ
ログラムの構成作成支援方法に用いるコンポーネントテ
ーブル１３０の構成図であり、図１０は、本発明の一実
施の形態によるアプリケーションプログラムの構成作成
支援方法に用いるプログラム部品管理テーブル１６０の
構成図であり、図１１は、本発明の一実施の形態による
アプリケーションプログラムの構成作成支援方法に用い
るメッセージ管理テーブル１６１の構成図である。

【００６１】なお、図６，図７，図８，図１０，図１１
は、いずれも、図３に示したアプリケーションプログラ
ムが過去に作成されている場合の内容を示している。

【００６２】図６において、プログラム構成管理テーブ
ル１５０（図１）は、識別子エントリ６０１，プログラ
ム名エントリ６０２，実現名リストエントリ６０３の各
エントリから構成されるレコードを管理する。

【００６３】ここで、開発対象となるシステム（図３）
は、販売管理サーバプログラムと販売管理クライアント
プログラムの２つのプログラムから構成されているの
で、対応する２つのレコードが登録されている。プログ
ラム名エントリ６０２の「販売管理サーバ」のプログラ
ムは、識別子エントリ６０１のフィールドに「１」とし
て登録されており、この「販売管理サーバ」に対応する
実現名リストエントリ６０３のフィールドには、１つだ
けの実現名「Ａ１」が登録されている。プログラム名エ
ントリ６０２の「販売管理クライアント」のプログラム
は、識別子エントリ６０１のフィールドに「２」として
登録されており、この「販売管理クライアント」に対応
する実現名リストエントリ６０３のフィールドにも、１
つだけの実現名「Ａ１００」が登録されている。

【００６４】ここで、実現名は、別に管理されるテーブ
ルである実現管理テーブル１５１の識別子となってい
る。実現管理テーブル１５１の構成については、図７を
用いて説明する。

【００６５】図７において、実現管理テーブル１５１
（図１）は、部品の組み合わせを管理するものであり、
識別子エントリ７０１，コンポーネントデータリストエ
ントリ７０２，参照エントリ７０３，コンポーネント外
リストエントリ７０４の各エントリから構成されるレコ
ードを管理する。

【００６６】識別子エントリ７０１のフィールドに記録
される識別子は、図６の実現名リストエントリ６０３の
実現名を識別子とするものであり、例えば、図６に示し
た実現名「Ａ１」が識別子となっている。

【００６７】コンポーネントデータリストエントリ７０
２は、コンポーネントデータ管理テーブル１５２（図
８）で管理されるコンポーネントデータの識別子のリス
トである。例えば、識別子エントリ７０１のフィールド
に識別子「Ａ１」で識別される実現名においては、コン
ポーネントリストエントリ７０２のフィールドには、
「１，２，３，４，５，６」が登録されている。これら
の「１，…，６」は、後述するコンポーネントデータ管
理テーブル１５２（図８）で管理されるコンポーネント
データの識別子である。「１，２，３，４，５，６」で
識別されるコンポーネントデータは、それぞれ、「在庫
管理」、「発注管理」、「解析管理」、「在庫ＤＢ」、
「発注ＤＢ」、「解析ＤＢ」を機能単位としているもの
であり、「販売管理サーバ」の１つの実現組み合わせを
示している。

【００６８】参照エントリ７０３は、実現組み合わせが
識別子で表されるどの実現を変更したものかを示すもの
である。図７に示す初期構成の状態では、参照エントリ
７０３のフィールドの記録は、「−」となっており、こ
れは、どの実現も参照していないことを表している。プ
ログラムの変更により、新しいプログラムが作成された
場合には、その新しいプログラムの変更の元となったプ
ログラムの実現が登録される。

【００６９】コンポーネント外リストエントリ７０４
は、実現を構成するプログラム部品のうち、部品化され
ていないものを表している。プログラム部品の定義は、
使用するプラットフォームによって異なるが、一般に部
品全体の初期割り付け、イベント処理を行うプログラム
が部品外として扱われる。本実施の形態でも、この意味
でプログラム部品とそうでないプログラムを区別してい
る。識別子「Ａ１」に対してコンポーネント外リストエ
ントリ７０４のフィールドに登録されたコンポーネント
外リスト「Ｍａｉｎ ０」は、図３のサーバメイン（Ｓ
ｅｒｖｅｒ Ｍａｉｎ）プログラム３１０のことであ
る。

【００７０】識別子エントリ７０１のフィールドに記録
された識別子「Ａ１００」は、図６に示した実現名「Ａ
１００」が識別子となっている。識別子エントリ７０１
のフィールドに識別子「Ａ１００」で識別される実現名
においては、コンポーネントリストエントリ７０２に
は、「７，８，９」が登録されている。これらの「７，
８，９」は、後述するコンポーネントデータ管理テーブ
ル１５２（図８）で管理されるコンポーネントデータの
識別子である。「７，８，９」で識別されるコンポーネ
ントデータは、それぞれ、「在庫画面」、「受発注画
面」、「販売データ解析画面」を機能単位としているも
のであり、「販売管理クライアント」の１つの実現組み
合わせを示している。

【００７１】参照エントリ７０３のフィールドの記録
は、図７に示す初期構成の状態では、「−」となってお
り、これは、どの実現も参照していないことを表してい
る。

【００７２】識別子「Ａ１００」に対してコンポーネン
ト外リストエントリ７０４に登録されたコンポーネント
外リスト「Ｍａｉｎ １００」は、図３のクライアント
メイン（Ｃｌｉｅｎｔ Ｍａｉｎ）プログラム３２１の
ことである。

【００７３】図８において、コンポーネントデータ管理
テーブル１５２は、識別子エントリ８０１，コンポーネ
ント名エントリ８０２及び図示しない機能（記述）エン
トリの各エントリから構成されるレコードを管理する。

【００７４】識別子エントリ８０１のフィールドに記録
された識別子は、図７のコンポーネントデータリストエ
ントリ７０２の実現名を識別子とするものであり、例え
ば、図７に示した実現名「１，２，３，４，５，６」が
識別子となっている。

【００７５】コンポーネント名エントリ８０２の実現名
は、コンポーネントデータを識別する名称となってい
る。

【００７６】識別子エントリ８０１のフィールドに記録
された識別子「１」のコンポーネント名は、「在庫管理
エージェント（Ｓｔｏｃｋ Ｍｇｒ Ａｇｅｎｔ）」で
あり、図３に示したプログラム部品である在庫管理（Ｓ
ｔｏｃｋ Ｍｇｒ）３１４に対するコンポーネントデー
タを識別するものとなっている。コンポーネントデータ
の詳細な構成については、図９を用いて後述する。

【００７７】識別子エントリ８０１のフィールドに記録
された識別子「２」のコンポーネント名は、「受発注管
理エージェント（Ｏｒｄｅｒ Ｍｇｒ Ａｇｅｎｔ）」
であり、図３に示したプログラム部品である受発注管理
（Ｏｒｄｅｒ Ｍｇｒ）３１５に対するコンポーネント
データを識別するものである。

【００７８】識別子エントリ８０１のフィールドに記録
された識別子「３」のコンポーネント名は、「販売デー
タ解析処理エージェント（Ａｎａｌｙｓｉｓ Ｍｇｒ
Ａｇｅｎｔ）」であり、図３に示したプログラム部品で
ある販売データ解析処理（Ａｎａｌｙｓｉｓ Ｍｇｒ）
３１６に対するコンポーネントデータを識別するもので
ある。

【００７９】識別子エントリ８０１のフィールドに記録
された識別子「４」のコンポーネント名は、「在庫マス
タデータベースエージェント（Ｓｔｏｃｋ ＤＢ Ａｇ
ｅｎｔ）」であり、図３に示したプログラム部品である
在庫マスタデータベース（Ｓｔｏｃｋ ＤＢ）３１１に
対するコンポーネントデータを識別するものである。

【００８０】識別子エントリ８０１のフィールドに記録
された識別子「５」のコンポーネント名は、「受発注マ
スタデータベースエージェント（Ｏｒｄｅｒ ＤＢ Ａ
ｇｅｎｔ）」であり、図３に示したプログラム部品であ
る受発注マスタデータベース（Ｏｒｄｅｒ ＤＢ）３１
２に対するコンポーネントデータを識別するものであ
る。

【００８１】識別子エントリ８０１のフィールドに記録
された識別子「６」のコンポーネント名は、「解析マス
タデータベースエージェント（Ａｎａｌｙｓｉｓ ＤＢ
Ａｇｅｎｔ）」であり、図３に示したプログラム部品
である解析マスタデータベース（Ａｎａｌｙｓｉｓ Ｄ
Ｂ）３１３に対するコンポーネントデータを識別するも
のである。

【００８２】識別子エントリ８０１のフィールドに記録
された識別子「７」のコンポーネント名は、「在庫画面
エージェント（Ｓｔｏｃｋ Ｃｌｔ Ａｇｅｎｔ）」で
あり、図３に示したプログラム部品である在庫画面（Ｓ
ｔｏｃｋ Ｃｌｔ）３２２に対するコンポーネントデー
タを識別するものである。

【００８３】識別子エントリ８０１のフィールドに記録
された識別子「８」のコンポーネント名は、「受発注画
面エージェント（Ｏｒｄｅｒ Ｃｌｔ Ａｇｅｎｔ）」
であり、図３に示したプログラム部品である受発注画面
（Ｏｒｄｅｒ Ｃｌｔ）３２３に対するコンポーネント
データを識別するものである。

【００８４】識別子エントリ８０１のフィールドに記録
された識別子「９」のコンポーネント名は、「販売デー
タ解析画面エージェント（Ａｎａｌｙｓｉｓ Ｃｌｔ
Ａｇｅｎｔ）」であり、図３に示したプログラム部品で
ある販売データ解析画面（Ａｎａｌｙｓｉｓ Ｃｌｔ）
３２４に対するコンポーネントデータを識別するもので
ある。

【００８５】次に、図９を用いて、コンポーネントデー
タ１３０の概略の構成について説明する。なお、詳細な
機能については、各処理の説明に併せて後述する。

【００８６】ここで、コンポーネントデータ１３０は、
永続的なデータであり、構成設定プログラム１２３で処
理を受けた状態のまま、補助記憶装置１０４に格納され
る。

【００８７】コンポーネントデータ１３０は、メッセー
ジ配送プログラム９００，選択プログラム部品エントリ
９１０，候補リスト９１１，プログラム例エントリ９１
２，選択プログラム履歴リスト９１３、ログテーブル９
１４から構成される。

【００８８】プログラム部品間のメッセージ通信は、コ
ンポーネントデータ１３０間の通信となる。この通信
は、メッセージ配送プログラム９００が処理する。メッ
セージ配送プログラム９００は、選択プログラム部品エ
ントリ９１０，候補リスト９１１の要素、プログラム例
エントリ９１２のどれかから取得されるプログラムにメ
ッセージを配送する。これを決定するのはプログラマで
あり、決定するための画面インタフェースを用意してい
る。

【００８９】選択プログラム部品エントリ９１０は、選
択された１個のプログラム部品を格納するエントリであ
り、ここにプログラム部品を直接記憶するか、プログラ
ム部品へのポインタを格納する。Ｆｕｎｃｔｉｏｎｓ９
２０は、機能リストを格納するエントリであり、Ｓｌｏ
ｔｓ９２１は、ローカルなデータのリストを格納するエ
ントリである。

【００９０】候補リスト９１１は、選択されるプログラ
ム部品の候補となる複数のプログラム部品を格納するエ
ントリであり、複数のエントリ９３０，９３１，９３２
から構成されている。

【００９１】プログラム例エントリ９１２は、メッセー
ジに応じたユーザの設定するプログラム例を格納するエ
ントリである。

【００９２】選択プログラム履歴リスト９１３は、選択
プログラム部品エントリ９１０として選択されたプログ
ラム部品の中で、評価された結果、記録に値するものを
格納するエントリである。選択プログラム履歴リスト９
１３は、プログラム部品識別子９５０と実現名９５１か
ら構成され、プログラム部品識別子９５０には、記録に
値すべき選択されたプログラム部品の識別子が登録さ
れ、実現名９５１に、登録された識別子の実現名が登録
される。

【００９３】ログテーブル９１４は、プログラム部品の
変更を行った後、プログラムを実行した際のメッセージ
呼び出しの成功，不成功の結果が記録される。ログテー
ブル９１４は、メッセージ９６０，送信元９６１及び結
果９６２から構成される。メッセージ９６０には、送信
元から送られるメッセージの内容が記録され、送信元９
６１には、そのメッセージを送った送信元が記録され、
結果９６２には、メッセージ送信の成功，不成功の結果
が記録される。

【００９４】次に、図１０を用いて、プログラム部品管
理テーブル本体１６０の状態について説明する。但し、
図１０に示すの状態は初期状態ではなく、最終案まで開
発が完了した時のものである。図の上では、初期状態か
ら識別子２，３，１４が追加されて最終状態になってい
る。

【００９５】プログラム部品管理テーブル１６０は、個
々のプログラム部品の機能等を記述したプロフィールや
プログラム部品の使用実績を管理するものである。プロ
グラム部品管理テーブル本体１６０は、識別子エントリ
１００１，プログラム部品を機能分類したプログラム部
品分類エントリ１００２，プログラム名エントリ１００
３，接続実績リストエントリ１００４の各エントリから
構成されるレコードを管理する。

【００９６】図３に示した在庫管理（Ｓｔｏｃｋ Ｍｇ
ｒ）３１４のプログラム部品は、プログラム名エントリ
１００３のフィールドに実現名「Ｓｔｏｃｋ Ｍｇｒ」
として登録されており、その識別子は、識別子エントリ
１００１のフィールドに識別子「１」として登録されて
いる。

【００９７】この「Ｓｔｏｃｋ Ｍｇｒ」は、在庫管理
に関するプログラム部品であるため、プログラム部品分
類エントリ１００２のフィールドには、「在庫管理」と
そのプロフィールが登録されている。プログラム名エン
トリ１００３の実現名「Ｓｔｏｃｋ Ｍｇｒ＿Ｍ」や
「Ｓｔｏｃｋ Ｍｇｒ＿ＭＭ」のプログラム部品は、実
現名「Ｓｔｏｃｋ Ｍｇｒ」のプログラム部品を変更し
たものであるため、プログラム部品分類エントリ１００
２のフィールドには、「在庫管理」と登録されている。

【００９８】接続実績リストエントリ１００４は、その
プログラムがどのプログラム部品と接続されて使用され
た実績があるかを示したものである。例えば、識別子
「１」の「Ｓｔｏｃｋ Ｍｇｒ」のプログラム部品は、
識別子９５，９６，５２０，５２２と接続された実績を
有することを示している。

【００９９】識別子エントリ１００１の識別子「１３」
は、図３に示した受発注管理（Ｏｒｄｅｒ Ｍｇｒ）３
１５のプログラム部品の識別子であり、プログラム部品
分類エントリ１００２には、「受発注管理」とそのプロ
フィールが登録されている。

【０１００】プログラム名エントリ１００３に実現名
「Ｏｒｄｅｒ Ｍｇｒ」として登録されており、接続実
績リストエントリ１００４には、識別子１２４，１２
５，５２７と接続された実績を有することを示してい
る。

【０１０１】識別子エントリ１００１の識別子「１４」
は、プログラム名エントリ１００３に登録されているよ
うに、「Ｏｒｄｅｒ Ｍｇｒ］プログラムを変更した
「Ｏｒｄｅｒ Ｍｇｒ］プログラムであり、プログラム
部品分類エントリ１００２には、「受発注管理」とその
プロフィールが登録されている。接続実績リストエント
リ１００４には、識別子１２５，５３０と接続された実
績を有することを示している。

【０１０２】識別子エントリ１００１の識別子「２６」
は、図３に示した販売データ解析処理（Ａｎａｌｙｓｉ
ｓ Ｍｇｒ）３１６のプログラム部品の識別子であり、
プログラム部品分類エントリ１００２には、「販売デー
タ解析処理」とそのプロフィールが登録されている。プ
ログラム名エントリ１００３に実現名「Ａｎａｌｙｓｉ
ｓ Ｍｇｒ」として登録されており、接続実績リストエ
ントリ１００４には、識別子１２７，５３５と接続され
た実績を有することを示している。

【０１０３】識別子エントリ１００１の識別子「９５」
は、図３に示した在庫管理マスタデータベース（Ｓｔｏ
ｃｋ ＤＢ）３１１のプログラム部品の識別子であり、
プログラム部品分類エントリ１００２には、「在庫管理
マスタ」とそのプロフィールが登録されている。プログ
ラム名エントリ１００３に実現名「Ｓｔｏｃｋ ＤＢ」
として登録されており、接続実績リストエントリ１００
４には、識別子１，２，３と接続された実績を有するこ
とを示している。

【０１０４】識別子エントリ１００１の識別子「１２
４」は、図３に示した受発注管理マスタデータベース
（Ｏｒｄｅｒ ＤＢ）３１２のプログラム部品の識別子
であり、プログラム部品分類エントリ１００２には、
「受発注管理マスタ」とそのプロフィールが登録されて
いる。プログラム名エントリ１００３に実現名「Ｏｒｄ
ｅｒＤＢ」として登録されており、接続実績リストエン
トリ１００４には、識別子１３と接続された実績を有す
ることを示している。

【０１０５】識別子エントリ１００１の識別子「１２
７」は、図３に示した販売データ解析マスタデータベー
ス（Ａｎａｌｙｓｉｓ ＤＢ）３１３のプログラム部品
の識別子であり、プログラム部品分類エントリ１００２
には、「販売データ解析マスタ」とそのプロフィールが
登録されている。プログラム名エントリ１００３に実現
名「Ｏｒｄｅｒ ＤＢ」として登録されており、接続実
績リストエントリ１００４には、識別子２８と接続され
た実績を有することを示している。

【０１０６】識別子エントリ１００１の識別子「５２
０」は、図３に示した在庫管理画面（Ｓｔｏｃｋ Ｃｌ
ｔ）３２２のプログラム部品の識別子であり、プログラ
ム部品分類エントリ１００２には、「在庫管理画面」と
そのプロフィールが登録されている。プログラム名エン
トリ１００３に実現名「Ｓｔｏｃｋ Ｃｌｔ」として登
録されており、接続実績リストエントリ１００４には、
識別子１と接続された実績を有することを示している。

【０１０７】識別子エントリ１００１の識別子「５２
７」は、図３に示した受発注管理画面（Ｏｒｄｅｒ Ｃ
ｌｔ）３２３のプログラム部品の識別子であり、プログ
ラム部品分類エントリ１００２には、「受発注管理画
面」とそのプロフィールが登録されている。プログラム
名エントリ１００３に実現名「Ｏｒｄｅｒ Ｃｌｔ」と
して登録されており、接続実績リストエントリ１００４
には、識別子１３，１５と接続された実績を有すること
を示している。

【０１０８】識別子エントリ１００１の識別子「５３
５」は、図３に示した販売データ解析画面（Ａｎａｌｙ
ｓｉｓ Ｃｌｔ）３２４のプログラム部品の識別子であ
り、プログラム部品分類エントリ１００２には、「販売
データ解析画面」とそのプロフィールが登録されてい
る。プログラム名エントリ１００３に実現名「Ａｎａｌ
ｙｓｉｓ Ｃｌｔ」として登録されており、接続実績リ
ストエントリ１００４には、識別子２８と接続された実
績を有することを示している。

【０１０９】識別子エントリ１００１の識別子「Ｍａｉ
ｎ ０」は、図３に示したサーバメイン（Ｓｅｒｖｅｒ
Ｍａｉｎ）３１０のプログラム部品の識別子であり、
プログラム部品分類エントリ１００２には、「販売管理
サーバ制御」とそのプロフィールが登録されている。プ
ログラム名エントリ１００３に実現名「ＳｅｒｖｅｒＭ
ａｉｎ」として登録されており、接続実績リストエント
リ１００４には、識別子１，１３，２８，９５，１２
４，１２７と接続された実績を有することを示してい
る。

【０１１０】識別子エントリ１００１の識別子「Ｍａｉ
ｎ １００」は、図３に示したクライアントメイン（Ｃ
ｌｉｅｎｔ Ｍａｉｎ）３２１のプログラム部品の識別
子であり、プログラム部品分類エントリ１００２には、
「販売管理クライアント制御」とそのプロフィールが登
録されている。プログラム名エントリ１００３に実現名
「Ｃｌｉｅｎｔ Ｍａｉｎ」として登録されており、接
続実績リストエントリ１００４には、識別子５２０，５
２７，５３５と接続された実績を有することを示してい
る。

【０１１１】接続実績リストエントリ１００４に記録さ
れた接続実績の情報は、新しいアプリケーションの構成
の参考とすることができる。即ち、プログラム部品レコ
ードに利用実績を記録することで、以前に使用されたア
プリケーションと、１つの部品がどの部品と組み合わせ
て使用されたかが記録される。これによって、相性の良
い、実績のある組み合わせ，換言すると、評価が高い構
成を再現することことで、これを参考として、新しいア
プリケーションの構成の参考とすることができる。

【０１１２】各プログラム部品の実際の使用方法として
は、各プログラム部品の識別子を外部からメッセージ
（関数・メソッドコール）によって呼び出すことによっ
て行う。

【０１１３】次に、図１１を用いて、メッセージ管理テ
ーブル１６１の構成について説明する。

【０１１４】メッセージ管理テーブル１６１は、プログ
ラム部品毎に、どのようなメッセージを処理可能かを管
理するテーブルである。メッセージ管理テーブル１６１
は、識別子エントリ１１０１，プログラム部品テーブル
の識別子エントリ１１０２，メッセージ名称エントリ１
１０３，引数の数（Ａｒｇ（Ａｒｇｕｍｅｎｔ） Ｃｏ
ｕｎｔ）エントリ１１０４，第１引数から第３引数まで
のデータの型の第１引数（Ａｒｇｕｍｅｎｔ １）エン
トリ１１０５，第２引数（Ａｒｇｕｍｅｎｔ２）エント
リ１１０６，第３引数（Ａｒｇｕｍｅｎｔ ３）エント
リ１１０７の各エントリから構成されるレコードを管理
する。

【０１１５】例えば、識別子１のレコードで管理するメ
ッセージは、プログラム部品管理テーブル本体１６０の
識別子エントリ１００１のフィールドが「１」のプログ
ラム部品１（Ｓｔｏｃｋ Ｍｇｒ）のもので、メッセー
ジ名称エントリ１１０３のフィールドに登録されている
ように「Ａｄｄ」のメッセージインターフェースを有し
ており、引数の数（Ａｒｇ Ｃｏｕｎｔ）エントリ１１
０４のフィールドに登録されているように、引数「２」
をとり、第１引数（Ａｒｇｕｍｅｎｔ １）エントリ１
１０５のフィールドに登録されているように、第１引数
はＩｔｅｍ型であり、第２引数（Ａｒｇｕｍｅｎｔ
２）エントリ１１０６のフィールドに登録されているよ
うに、第２引数の型は整数型であり、従って、Ａｄｄ
（Ｉｔｅｍ、ｉｎｔ）の形式で呼び出されることを示し
ている。

【０１１６】また、プログラム部品管理識別子１３０２
のフィールドに記録された識別子「１」の「Ｓｔｏｃｋ
Ｍｇｒ」は、「Ａｄｄ」，「Ｒｅｍｏｖｅ」，「Ｒｅ
ｆｅｒ」などのメッセージインタフェースを有してい
る。

【０１１７】本実施の形態によれば、プログラム部品レ
コードに利用実績を接続実績リストに記録することで、
以前に使用されたアプリケーションと、１つの部品がど
の部品と組み合わせて使用されたかが判るため、相性の
良い、実績のある組み合わせ，換言すると、評価が高い
構成を再現することことで、これを参考として、新しい
アプリケーションの構成の参考とすることができる。

【０１１８】［５．コンポーネントデータを含むアプリ
ケーションプログラム初期構成の作成と実行］次に、コ
ンポーネントデータを含むアプリケーションプログラム
初期構成の作成と実行について、図２，図６，図７，図
９，図１０，図１２，図１３，図１４，図１５を用いて
説明する。

【０１１９】図１２は、本発明の一実施の形態によるア
プリケーションプログラムの構成作成支援方法に用いる
初期設定処理ステップ２０１の詳細フローチャートであ
り、図１３は、本発明の一実施の形態によるアプリケー
ションプログラムの構成作成支援方法において表示する
構成設定画面１１０の詳細な画面構成の構成図であり、
図１４は、本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法において構成された初
期のアプリケーションプログラムである販売管理サーバ
プログラムの構成図であり、図１５は、本発明の一実施
の形態によるアプリケーションプログラムの構成作成支
援方法において構成された初期のアプリケーションプロ
グラムである販売管理クライアントプログラムの構成図
である。

【０１２０】構成設定プログラム１２３が起動される
と、初めに、図２のステップ２０１の初期設定処理が起
動される。初期設定処理では、図３に示したアプリケー
ションプログラムの初期構成を指定し、これを変更して
いくことを入力とする。ステップ２０１の詳細について
は、図１２に示したあるため、以下の説明は、図１２に
示したフローチャートに基づいて行う。

【０１２１】ステップ１２００において、初めに、図１
に示したデイスプレイ装置１０１に構成設定画面１１０
を表示する。構成設定画面１１０の詳細な画面構成につ
いて、図１３を用いて説明する。なお、図１３は、設計
がある程度進んだ状態を表しており、初期画面との相違
については以下に説明する。

【０１２２】構成設定画面１１０は、いくつかのサブ画
面に分割され、サブ画面に設計情報を表示し、その内容
を変更することで設計を進める。サブ画面としては、ア
プリケーションプログラム名を表示するプログラム（Ｐ
ｒｏｇｒａｍ）サブ画面１３０１，アプリケーションプ
ログラムを構成する複数のコンポーネントデータを表示
するコンポーネント（Ｃｏｍｐｏｎｅｎｔｓ）サブ画面
１３０２，各コンポーネントデータに対する複数のプロ
グラム部品候補を表示する候補（Ｃａｎｄｉｄａｔｅ
ｓ）サブ画面１３０３，メッセージの送信記録を表示す
るメッセージログ（Ｍｅｓｓａｇｅ Ｌｏｇ）サブ画面
１３２５，メッセージに応じたユーザの設定するプログ
ラム例を表示するプログラム例（Ｅｘａｍｐｌｅ）サブ
画面１３３２から構成されている。

【０１２３】なお、コンポーネント（Ｃｏｍｐｏｎｅｎ
ｔｓ）サブ画面１３０２の中は、プログラム部品分類を
表示する分類（Ｃｌａｓｓｉｆｉｃａｔｉｏｎ）画面１
３１５とプログラム部品のプログラム名を表示するプロ
グラム名（ＩＤ Ｎａｍｅ）画面１３１６に分割されて
いる。

【０１２４】さらに、プログラム（Ｐｒｏｇｒａｍ）サ
ブ画面１３０１の下には、アプリケーションプログラム
の追加を行うための追加（Ａｄｄ）ボタン１３０６と、
プログラムの削除を行うための削除（Ｒｅｍｏｖｅ）ボ
タン１３０７が表示される。コンポーネント（Ｃｏｍｐ
ｏｎｅｎｔｓ）サブ画面１３０２の下には、プログラム
部品の追加を行うための追加（Ａｄｄ）ボタン１３０８
と、プログラム部品の削除を行うための削除（Ｒｅｍｏ
ｖｅ）ボタン１３０９が表示される。

【０１２５】候補（Ｃａｎｄｉｄａｔｅｓ）サブ画面１
３０３の下には、過去実現例からの参照を行うための履
歴（Ｈｉｓｔｏｒｙ）ボタン１３１０，候補プログラム
の追加を行うための追加（Ａｄｄ）ボタン１３１１及び
候補プログラムの削除を行うための削除（Ｒｅｍｏｖ
ｅ）ボタン１３１２が表示される。候補（Ｃａｎｄｉｄ
ａｔｅｓ）サブ画面１３０３の上には、候補リストとし
て表示された複数のプログラム部品候補のリスト上の実
行優先順位を変更するための上矢印ボタン１３０４及び
下矢印ボタン１３０５が表示される。

【０１２６】メッセージログ（Ｍｅｓｓａｇｅ Ｌｏ
ｇ）サブ画面１３２５の下には、アプリケーションプロ
グラムの実行を指示するための実行（Ｒｕｎ）ボタン１
３２０と、実行中止を指示するための実行中止（Ｓｔｏ
ｐ）ボタン１３２１が表示される。

【０１２７】プログラム例（Ｅｘａｍｐｌｅ）サブ画面
１３３２の上は、ユーザが設定したプログラム例の登録
を指示するための登録（Ｒｅｇｉｓｔｅｒ）ボタン１３
３０と、設定したプログラム例を削除するための削除
（Ｒｅｍｏｖｅ）ボタン１３３１が表示される。

【０１２８】さらに、構成設定画面１１０の最下部に
は、プログラム部品の評価結果として記録に値するもの
が構成された場合に、新しい構成の記録の指示を行う記
録（Ｒｅｃｏｒｄ）ボタン１３４０と、構成設定プログ
ラムから抜け出すための出口（Ｅｘｉｔ）ボタン１３４
１が表示される。

【０１２９】なお、ステップ１２００の立ち上げ時にお
いて、構成設定画面を表示した段階では、プログラム
（Ｐｒｏｇｒａｍ）サブ画面１３０１，コンポーネント
（Ｃｏｍｐｏｎｅｎｔｓ）サブ画面１３０２，メッセー
ジログ（Ｍｅｓｓａｇｅ Ｌｏｇ）サブ画面１３２５に
図示してある情報は、まだ、表示されていない。

【０１３０】ステップ１２０１において、作成対象とす
るアプリケーションプログラムの元となるアプリケーシ
ョンプログラムの実現名称を受け付ける。

【０１３１】ここでは、図３に示した初期構成から、販
売管理サーバプログラムと販売管理クライアントプログ
ラムの２つのプログラムが必要であることから、２つの
プログラム（販売管理サーバ、販売管理クライアント）
の実現名「Ａ１」，「Ａ１００」を入力する。これらの
名称は、別に表示されるダイアログウィンドウを用いて
入力される。

【０１３２】ステップ１２０２において、実現名称から
コンポーネントデータリストを取得し、各コンポーネン
トデータを主記憶装置上に展開し、アプリケーションプ
ログラムを構成する。

【０１３３】即ち、入力された実現名「Ａ１」，「Ａ１
００」に応じて、プログラム構成管理テーブル１５０
（図６）のレコードを取得する。実現名「Ａ１」は、図
６の識別子エントリ６０１の識別子「１」に対応し、ま
た、実現名「Ａ１００」は、図６の識別子エントリ６０
１の識別子「２」に対応するため、これらのレコードを
取得する。

【０１３４】さらに、それぞれの実現名称を有する実現
管理テーブル１５１（図７）のレコードを取得し、この
レコードのコンポーネントデータリストを取得する。図
７の識別子エントリ７０１に「Ａ１」の実現名を持つレ
コードは、コンポーネントデータ「１，２，３，４，
５，６」である。識別子エントリ７０１のフィールドに
「Ａ１００」の実現名を持つレコードは、コンポーネン
トデータ「７，８，９」である。

【０１３５】次に、これらに対応するコンポーネントデ
ータ管理テーブル１５２（図８）のレコードを取得す
る。図８の識別子エントリ８０１のフィールドに「１，
２，３，４，５，６」の実現名を持つレコードは、それ
ぞれ、「在庫管理エージェント（Ｓｔｏｃｋ Ｍｇｒ
Ａｇｅｎｔ）」，「受発注管理エージェント（Ｏｒｄｅ
ｒ Ｍｇｒ Ａｇｅｎｔ）」，「販売データ解析処理エ
ージェント（Ａｎａｌｙｓｉｓ Ｍｇｒ Ａｇｅｎ
ｔ）」，「在庫マスタデータベースエージェント（Ｓｔ
ｏｃｋ ＤＢ Ａｇｅｎｔ）」，「受発注マスタデータ
ベースエージェント（Ｏｒｄｅｒ ＤＢ Ａｇｅｎ
ｔ）」，「解析マスタデータベースエージェント（Ａｎ
ａｌｙｓｉｓ ＤＢ Ａｇｅｎｔ）」である。また、識
別子エントリ８０１に「７，８，９」の実現名を持つレ
コードは、それぞれ、「在庫画面エージェント（Ｓｔｏ
ｃｋ Ｃｌｔ Ａｇｅｎｔ）」，「受発注画面エージェ
ント（Ｏｒｄｅｒ Ｃｌｔ Ａｇｅｎｔ）」，「販売デ
ータ解析画面エージェント（Ａｎａｌｙｓｉｓ Ｃｌｔ
Ａｇｅｎｔ）」である。

【０１３６】さらに、これらのコンポーネント名から、
それぞれのコンポーネントデータ１３０を取得し、アプ
リケーションプログラムを構成する。

【０１３７】コンポーネントデータ１３０内には、選択
プログラム履歴リスト９１３（図９）が格納されてお
り、選択プログラム履歴リスト９１３のテーブルには、
実現名エントリ９５１に実現名が記録されている。そこ
で、入力された実現名称と一致するレコードを取得す
る。そして、選択プログラム部品エントリ９１０に、プ
ログラム部品管理テーブル本体１６０（図１０）のプロ
グラム部品識別子エントリ１００１のフィールドから取
得したプログラム部品を設定する。例えば、「在庫管理
エージェント（Ｓｔｏｃｋ Ｍｇｒ Ａｇｅｎｔ）」の
コンポーネントデータ１３０では、入力された実現名称
から「Ｓｔｏｃｋ Ｍｇｒ」のプログラム部品を取得
し、これを選択プログラム部品エントリ９１０のフィー
ルドに設定する。同様にして、他のコンポーネントデー
タについても、プログラム部品を取得し、選択プログラ
ム部品に設定する。

【０１３８】以上の処理によって、初期のアプリケーシ
ョンプログラムが構成される。

【０１３９】構成された初期のアプリケーションプログ
ラムの構造について、図１４，図１５を用いて説明す
る。図１４は、初期のアプリケーションプログラムであ
る販売管理サーバプログラムの構成図であり、図１５
は、初期のアプリケーションプログラムである販売管理
クライアントプログラムの構成図である。

【０１４０】図１４において、販売管理サーバプログラ
ム３００は、プログラム部品を内蔵したコンポーネント
データである在庫管理エージェント（Ｓｔｏｃｋ Ｍｇ
ｒＡｇｅｎｔ）１４１０，受発注管理エージェント（Ｏ
ｒｄｅｒ Ｍｇｒ Ａｇｅｎｔ）１４１１，販売データ
解析処理エージェント（Ａｎａｌｙｓｉｓ ＭｇｒＡｇ
ｅｎｔ）１４１２，在庫マスタデータベースエージェン
ト（ＳｔｏｃｋＤＢ Ａｇｅｎｔ）１４１３，受発注マ
スタデータベースエージェント（Ｏｒｄｅｒ ＤＢ Ａ
ｇｅｎｔ）１４１４，解析マスタデータベースエージェ
ント（Ａｎａｌｙｓｉｓ ＤＢ Ａｇｅｎｔ）１４１５
の集合と、その他のプログラムであるサーバーメイン
（Ｓｅｒｖｅｒ Ｍａｉｎ）プログラム３１０から構成
される。

【０１４１】コンポーネントデータ１３０の内部の構成
は、図９に示したとおりであり、初期状態のコンポーネ
ントデータ１３０においては、例えば、在庫管理エージ
ェント（Ｓｔｏｃｋ Ｍｇｒ Ａｇｅｎｔ）１４１０の
内部構成は、図１４に例示したように、選択プログラム
部品エントリのフィールドには、「Ｓｔｏｃｋ Ｍｇ
ｒ」が格納され、候補リストエントリ，プログラム例エ
ントリ，選択プログラム履歴リストは、「空」の状態と
なっている。

【０１４２】他のコンポーネントデータ１４１１，１４
１２，１４１３，１４１４，１４１５についても、同様
にして、選択プログラム部品エントリのフィールドに
は、それぞれの初期のプログラム部品が格納され、候補
リストエントリ，プログラム例エントリ，選択プログラ
ム履歴リストは、「空」の状態となっている。

【０１４３】図１５において、販売管理クライアントプ
ログラム３０１は、プログラム部品を内蔵したコンポー
ネントデータである在庫画面エージェント（Ｓｔｏｃｋ
Ｃｌｔ Ａｇｅｎｔ）１５１０，受発注画面エージェ
ント（Ｏｒｄｅｒ ＣｌｔＡｇｅｎｔ）１５１１，販売
データ解析画面エージェント（ＡｎａｌｙｓｉｓＣｌｔ
Ａｇｅｎｔ）１５１２の集合と、その他のプログラム
であるクライアントメイン（Ｃｌｉｅｎｔ Ｍａｉｎ）
プログラム３２１から構成される。

【０１４４】例えば、在庫管理エージェント（Ｓｔｏｃ
ｋ Ｍｇｒ Ａｇｅｎｔ）１４１０の内部構成は、図１
５に例示したように、選択プログラム部品エントリのフ
ィールドには、「Ｓｔｏｃｋ Ｃｌｔ」が格納され、候
補リストエントリ，プログラム例エントリ，選択プログ
ラム履歴リストは、「空」の状態となっている。

【０１４５】他のコンポーネントデータ１５１１，１５
１２についても、同様にして、選択プログラム部品エン
トリのフィールドには、それぞれの初期のプログラム部
品が格納され、候補リストエントリ，プログラム例エン
トリ，選択プログラム履歴リストは、「空」の状態とな
っている。

【０１４６】次に、ステップ１２０３において、ステッ
プ１２０２において構成されたアプリケーションプログ
ラムの構成を、構成設定画面１１０（図１３）に表示す
る。

【０１４７】このステップ１２０３によって、図１３に
示す画面のうち、Ｐｒｏｇｒａｍサブ画面１３０１、Ｃ
ｏｍｐｏｎｅｎｔｓサブ画面６０２に情報が表示され
る。

【０１４８】図１３における画面表示の意味するところ
は、次のとおりである。Ｐｒｏｇｒａｍサブ画面１３０
１に表示される「販売管理サーバ」，「販売管理クライ
アント」は、このシステムが、販売管理サーバプログラ
ムと販売管理クライアントプログラムの２つのプログラ
ムから構成されることを意味している。

【０１４９】これらの２つのプログラムのうち、「販売
管理サーバ」に付された下線は、販売管理サーバプログ
ラム選択されていることを示している。選択されたプロ
グラムのプログラム部品の構成がＣｏｍｐｏｎｅｎｔｓ
サブ画面６０２に表示されている。

【０１５０】Ｃｏｍｐｏｎｅｎｔｓサブ画面６０２に
は、販売管理サーバプログラムが６つの部品機能群から
構成されることを示している。６つの部品機能群のう
ち、在庫管理の部品機能は、「Ｓｔｏｃｋ Ｍｇｒ」と
名前のついたプログラム部品によって実装されている。
受発注管理の部品機能は、「Ｏｒｄｅｒ Ｍｇｒ」とい
うプログラム部品によって実装されており、販売データ
解析の部品機能は、「穴ｌｙｓｉｓ Ｍｇｒ」というプ
ログラム部品によって実装されている。また、在庫マス
タの部品機能は、「Ｓｔｏｃｋ ＤＢ」というプログラ
ム部品によって実装されており、受発注マスタの部品機
能は、「Ｏｒｄｅｒ ＤＢ」というプログラム部品によ
って実装されており、解析マスタの部品機能は、「Ａｎ
ａｌｙｓｉｓＤＢ」というプログラム部品によって実装
されていることがわかる。

【０１５１】「在庫管理」「Ｓｔｏｃｋ Ｍｇｒ］に下
線が付されており、このプログラム部品が選択されてい
るので、このプログラム部品に実装の候補となるプログ
ラム部品があるときは、候補（Ｃａｎｄｉｄａｔｅｓ）
サブ画面１３０３に候補リストが表示される。しかしな
がら、ここでは、何も候補にあがっていない。これは始
めたばかりで、他に替わる候補部品が指示されていない
ためである。

【０１５２】図１３の表示内容は、次のようにして変更
することができる。なお、この処理については、繁雑に
なるため構成設定処理の処理フロー内には明示していな
い。

【０１５３】プログラム（Ｐｒｏｇｒａｍ）サブ画面１
３０１内のプログラム名をマウス装置１０６で選択する
ことで、このプログラムを構成するコンポーネントデー
タが、コンポーネント（Ｃｏｍｐｏｎｅｎｔｓ）サブ画
面１３０２に表示される。コンポーネント（Ｃｏｍｐｏ
ｎｅｎｔｓ）サブ画面１３０２内のコンポーネント名ま
たは部品名をマウス装置１０６で選択することで、この
コンポーネントの代替候補が、候補（Ｃａｎｄｉｄａｔ
ｅｓ）サブ画面１３０３に表示される。コンポーネント
（Ｃｏｍｐｏｎｅｎｔｓ）サブ画面１３０２内での選択
と、候補（Ｃａｎｄｉｄａｔｅｓ）サブ画面１３０３表
示されたプログラム部品の選択は、その部品を選択した
こととなり、後述するＭｅｓｓｅｇｅＬｏｇテーブル９
１４内の表示や、プログラム例１３３２の設定の対象を
選択する操作となる。

【０１５４】プログラムの追加，削除は、追加（Ａｄ
ｄ）ボタン１３０６，削除（Ｒｅｍｏｖｅ）ボタン１３
０７をマウス装置１０６で操作することで行う。プログ
ラム部品の追加，削除は、追加（Ａｄｄ）ボタン１３０
８，削除（Ｒｅｍｏｖｅ）ボタン１３０９をマウス装置
１０６で操作することで行う。候補プログラムの追加、
削除、過去実現例からの参照は、それぞれ、追加（Ａｄ
ｄ）ボタン１３１１，削除（Ｒｅｍｏｖｅ）ボタン１３
１２，履歴（Ｈｉｓｔｏｒｙ）ボタン１３１０をマウス
装置１０６で操作することで行う。

【０１５５】また、候補部品の優先順位の変更は、上矢
印ボタン１３０４，下矢印ボタン１３０５をマウス装置
１０６で操作することで行う。

【０１５６】［６．初期アプリケーションの実行制御処
理］次に、初期構成のアプリケーションを実行する手順
について、図２，図９，図１１，図１３，図１４，図１
６，図１７，図１８を用いて説明する。図１６は、本発
明の一実施の形態によるアプリケーションプログラムの
構成作成支援方法に用いるアプリケーションプログラム
実行制御処理ステップ２０８の詳細フローチャートであ
り、図１７は、本発明の一実施の形態によるアプリケー
ションプログラムの構成作成支援方法に用いるメッセー
ジ配送プログラムのフローチャートであり、図１８は、
本発明の一実施の形態によるアプリケーションプログラ
ムの構成作成支援方法に用いるメッセージ配送プログラ
ムの図１７に続くフローチャートである。

【０１５７】図１４に示した構成の初期構成のアプリケ
ーションを実行するためには、図１３に示すように、
「販売管理サーバ」，「在庫管理」，「Ｓｔｏｃｋ Ｍ
ｇｒ」が選択された状態（下線が付された状態）で、実
行（Ｒｕｎ）ボタン１３２０をマウス装置１０６でクリ
ックする。

【０１５８】その結果、図２に示した構成設定プログラ
ムのステップ２０７の判定がＹｅｓとなり、ステップ２
０８のアプリケーションプログラム実行制御処理が開始
される。ステップ２０８の詳細については、図１６に示
してある。

【０１５９】ここで、図１６のフローチャートについ
て、簡単に説明する。このフローは、入力の内容に応じ
て処理を起動するイベントフロー型となっている。

【０１６０】登録（Ｒｅｇｉｓｔｅｒ）ボタン１３３０
（図１３）がマウス装置１０６によりクリックされる
と、ステップ１６０１において、入力がプログラム例の
登録指示と判断され、ステップ１６０２において、指示
されたメッセージを登録し、登録されたプログラム例を
実行する処理が起動される。

【０１６１】削除（Ｒｅｍｏｖｅ）ボタン１３３１（図
１３）がマウス装置１０６によりクリックされると、ス
テップ１６０３において、入力がプログラム例の削除指
示と判断され、ステップ１６０４において、指示された
メッセージに対するプログラム例を削除し、実行部品を
実行する処理が起動される。

【０１６２】実行（Ｒｕｎ）ボタン１３２０がマウス装
置１０６によりクリックされると、入力が実行指示と判
断され、ステップ１６０６，１６０７を実行する。これ
らのステップについては、後述する。

【０１６３】実行中止（Ｓｔｏｐ）ボタン１３２１（図
１３）がマウス装置１０６によりクリックされると、ス
テップ１６０８において、入力が実行中止指示と判断さ
れ、ステップ１６０９において、アプリケーションプロ
グラムの実行を中止する処理が起動される。

【０１６４】記録（Ｒｅｃｏｒｄ）ボタン１３４０（図
１３）がマウス装置１０６によりクリックされると、ス
テップ１６１０において、入力が記録指示と判断され、
ステップ１６１１において、構成記録処理が起動され
る。

【０１６５】なお、上述したように、ここでは、実行
（Ｒｕｎ）ボタン１３２０がマウス装置によりクリック
されるため、ステップ１６０６，１６０７について以下
に詳述するとともに、ステップ１６０２，１６０４，１
６０９，１６１１については、別途、［１１．プログラ
ム例の設定］，［８．構成の記録］において詳述する。

【０１６６】ステップ１６０６において、アプリケーシ
ョンプログラムの実行を開始する。

【０１６７】図１４に示した販売管理サーバプログラム
３００は、接続プログラムであるサーバーメイン（Ｓｅ
ｒｖｅｒ Ｍａｉｎ）プログラム３１０と、６つのコン
ポーネントデータ１４１０，１４１１，１４１２，１４
１３，１４１４，１４１５から構成される。先に説明し
たように、在庫管理の部品機能をあらわすコンポーネン
トデータ（Ｓｔｏｃｋ Ｍｇｒ Ａｇｅｎｔ）１４１０
には、選択プログラム部品として「ＳｔｏｃｋＭｇｒ」
が内蔵されている。

【０１６８】図１４で示したプログラムが作成され、こ
れを実行開始する。

【０１６９】アプリケーションプログラムが、例えば、
販売管理クライアントプログラム３０１（図３）のよう
に、画面を持つ場合には、ディスプレイ装置１０１（図
１）のアプリケーションプログラム画面１１１が表示さ
れる。

【０１７０】アプリケーションプログラムが、コンポー
ネントデータが含まれているからといっても変化なく、
アプリケーションプログラム自体は部品から構成されて
いるかのように動作する。これは、図９に示すメッセー
ジ配送プログラム９００が、初期構成では選択プログラ
ム部品にメッセージ配送するためである。

【０１７１】ここで、図１７のフローチャートを用い
て、メッセージ配送プログラムの処理について簡単に説
明する。このフローは、入力の内容に応じて処理を起動
するイベントフロー型となっている。

【０１７２】プログラムの実行処理においては、メッセ
ージ配送を行い、ステップ１７０１において、外部から
受け取ったメッセージと、このメッセージの配送元をロ
グテーブル９１４（図９）に記録する。

【０１７３】ステップ１７０２は、プログラム例指定の
判断ステップであり、Ｙｅｓと判断されると、ステップ
１７０３において、プログラム例指定時の処理が実行さ
れる。ステップ１７０４は、ジョーカー指定の判断ステ
ップであり、Ｙｅｓと判断されると、ステップ１７０
５，１７０６において、ジョーカー指定の処理が実行さ
れる。なお、ステップ１７０３，１７０５，１７０６の
詳細については、別途、［１１．プログラム例の設
定］，［１０．ジョーカー部品の設定］のおいて、説明
する。

【０１７４】初期構成のアプリケーションプログラムの
実行時には、ステップ１７０２，１７０４において、Ｎ
ｏと判断されるため、ステップ１７０７に至る。

【０１７５】ステップ１７０７において、メッセージが
実行プログラム部品のインターフェースに一致するか否
かが判断される。

【０１７６】初期構成のアプリケーションプログラム
は、すでに、図３に示すようにして過去に実績のあるプ
ログラムであるため、ステップ１７０７では、Ｙｅｓと
判断される。

【０１７７】ステップ１７０７の判断のためには、プロ
グラム部品管理テーブルの一部であるメッセージ管理テ
ーブル１６１（図１１）の情報にアクセスする。ここに
は、プログラム部品と、各プログラム部品が備えている
メッセージインタフェースがすべて記録される。例え
ば、「Ｓｔｏｃｋ Ｍｇｒ」プログラム部品は、プログ
ラム部品管理識別子１１０２が「１」であり、これは
「Ａｄｄ」、「Ｒｅｍｏｖｅ」、「Ｒｅｆｅｒ」などの
メッセージインタフェース１１０３を有していることが
図に示したテーブルから明らかである。このうち「Ａｄ
ｄ」メッセージは、２つの引数をとり、第一引数の方は
Ｉｔｅｍ型、第二引数の型は整数型であることも示され
ている。従って、メッセージ管理テーブル１６１を参照
して、メッセージが実行プログラム部品のインターフェ
ースに一致するか否かが判断される。

【０１７８】ステップ１７０８において、実行プログラ
ム部品にメッセージを配送し、メッセージ配送が成功で
あるか不成功であるかの結果を外部に出力する。外部出
力としては、記憶装置へのダウンロードやプリンタへの
プリントアウトがある。また、コンポーネントデータ１
３０（図９）のログテーブル９１４に、実行プログラム
部品とメッセージ配送の結果を記録する。

【０１７９】なお、実行中にとびかうプログラム部品間
のメッセージは、コンポーネントデータ１３０内のログ
テーブル９１４内に記録される。これもメッセージ配送
プログラム９００が行うものである。

【０１８０】なお、ステップ１７０７に続く図１８に示
すステップ１８２０以降の各ステップは、候補リスト中
に候補として上がられたプログラム部品の取扱いに関す
るステップであり、この詳細内容は、別途、［９．複数
プログラム部品候補の設定］において説明する。

【０１８１】次に、図１６のステップ１６０７に戻り、
ステップ１６０７において、コンポーネントデータ１３
０から通知されるメッセージ配送状況を画面表示する。
即ち、ログテーブル９１４の内容は、逐次、構成設定プ
ログラム１２３に報告されており、構成設定プログラム
１２３は、逐次報告されてくるログテーブル９１４の内
容を、構成設定画面１１０（図１３）に表示する。

【０１８２】構成設定画面１１０のＭｅｓｓｅｇｅＬｏ
ｇ画面１３２５には、「Ｍｅｓｓａｇｅ」欄１３２２，
「Ｆｒｏｍ」欄１３２３，「Ｒｅｓｐｏｎｓｅ」欄１３
２４の３欄が設けられている。「Ｍｅｓｓａｇｅ」欄１
３２２は、配送されたメッセージの内容を表しており、
「Ｆｒｏｍ」欄１３２３は、メッセージの配送元を表し
ており、「Ｒｅｓｐｏｎｓｅ」欄１３２４は、メッセー
ジの配送状況を表している。

【０１８３】図１３のＭｅｓｓｅｇｅＬｏｇ画面１３２
５に示した５個のメッセージログは、以下のようなメッ
セージ配送状況を示している。第１行目は、在庫管理
（Ｓｔｏｃｋ Ｍｇｒ）プログラム部品が、在庫マスタ
データベース（Ｓｔｏｃｋ ＤＢ）プログラム部品から
「Ｌｏｃｋｅｄ」のメッセージを受取り、そのメッセー
ジ配送の実行は、正常（ＯＫ）に行われたことを示して
いる。第２行目は、在庫管理（Ｓｔｏｃｋ Ｍｇｒ）プ
ログラム部品が、在庫マスタデータベース（Ｓｔｏｃｋ
ＤＢ）プログラム部品から「Ｒｅｌｅａｓｅｄ」のメ
ッセージを受取り、そのメッセージ配送の実行は、正常
（ＯＫ）に行われたことを示している。第３行目は、在
庫管理（Ｓｔｏｃｋ Ｍｇｒ）プログラム部品が、在庫
画面（Ｓｔｏｃｋ Ｃｌｔ）プログラム部品から「Ａｄ
ｄ」のメッセージを受取り、そのメッセージ配送の実行
は、正常（ＯＫ）に行われたことを示している。第４行
目は、在庫管理（Ｓｔｏｃｋ Ｍｇｒ）プログラム部品
が、在庫画面（ＳｔｏｃｋＣｌｔ）プログラム部品から
「Ｒｅｔｒｅｉｖｅ」のメッセージを受取り、そのメッ
セージ配送の実行は、正常（ＯＫ）に行われたことを示
している。第５行目は、在庫管理（Ｓｔｏｃｋ Ｍｇ
ｒ）プログラム部品が、在庫画面（ＳｔｏｃｋＣｌｔ）
プログラム部品から「Ｒｅｆｅｒ」のメッセージを受取
り、そのメッセージ配送の実行は、正常（ＯＫ）に行わ
れたことを示している。

【０１８４】このメッセージログは、部品機能として選
択された「Ｓｔｏｃｋ Ｍｇｒ Ａｇｅｎｔ」から報告
された内容を示したものである。別の部品機能を選択す
ることで、ログの表示を切り替えることもできる。

【０１８５】［７．プログラム部品の変更］次に、初期
構成からプログラム部品を変更して代案を検討する手順
について、図２，図４，図９，図１０，図１３，図１
９，図２０を用いて説明する。図１９は、本発明の一実
施の形態によるアプリケーションプログラムの構成作成
支援方法において表示する構成設定画面１１０の詳細な
画面構成の構成図であり、図２０は、本発明の一実施の
形態によるアプリケーションプログラムの構成作成支援
方法に用いるコンポーネントデータの設定処理ステップ
２０６の詳細フローチャートである。

【０１８６】ここでは、図４の初期構成から代案１への
過程に示すように、管理部品の変更が検討されるものと
する。即ち、初期構成では「Ｓｔｏｃｋ Ｍｇｒ」をプ
ログラム部品として採用したが、これが性能なり、機能
なりで不十分であることが（実行を通して）評価された
と仮定している。

【０１８７】このとき、別のプログラム部品の導入が検
討される。「Ｓｔｏｃｋ Ｍｇｒ」プログラム部品を改
造して（プログラミングしなおして）使用することや、
別の実現で使用されたプログラム部品を導入することが
検討される。本実施の形態では、別の実現で使用された
プログラム部品お導入の検討に入ったと仮定する。ただ
し、部品の改造は、別のプログラム部品の開発とも解釈
されるため、部品の改造は別の実現として別途開発さ
れ、プログラム部品管理テーブルに記録されたと考えれ
ば、同様に扱うことができる。

【０１８８】ここでは、使用可能な別の在庫管理プログ
ラム部品である「Ｓｔｏｃｋ Ｍｇｒ＿Ｍ」が存在して
いると考える。これは、プログラム部品管理テーブル１
６０（図１０）の識別子エントリ１００１のフィールド
に識別子「２」として記録されている。

【０１８９】「Ｓｔｏｃｋ Ｍｇｒ」プログラム部品を
「Ｓｔｏｃｋ Ｍｇｒ＿Ｍ」プログラム部品に変更する
には、本実施の形態においては、部品名を選択し、これ
をキーボード装置を用いて変更することで行う。即ち、
図１３に示す構成設定画面１１０の状態において、コン
ポーネント（Ｃｏｍｐｏｎｅｎｔｓ）サブ画面１３０２
のＩＤ Ｎａｍｅ１３１６の「Ｓｔｏｃｋ Ｍｇｒ」を
マウス装置１０６でクリックして、「Ｓｔｏｃｋ Ｍｇ
ｒ」のプログラム部品を選択する（図１３に示したよう
に、「Ｓｔｏｃｋ Ｍｇｒ」に下線が付された状態とな
る）。その後、キーボード装置１０５によって、「Ｓｔ
ｏｃｋ Ｍｇｒ」のプログラム部品名の後ろに、“＿
Ｍ”を追加する操作を行う。

【０１９０】上述したプログラム部品の変更操作によっ
て、構成設定画面１１０の表示内容が図１９に示すよう
に変更される。なお、候補（Ｃａｎｄｉｄａｔｅｓ）サ
ブ画面１３０３，メッセージログ（Ｍｅｓｓａｇｅ Ｌ
ｏｇ）サブ画面１３２５の表示内容は、後程説明する処
理の結果を表示しているものであり、その内容は、
［９．複数プログラム部品候補の設定］において後述す
る。

【０１９１】プログラム部品の変更操作が行われると、
構成設定プログラム１２３（図１）は、図２に示すフロ
ーチャートのステップ２０２において、ユーザからの入
力を受け付ける。さらに、ステップ２０５において、入
力がプログラム部品の構成指定であると判断され、ステ
ップ２０６に進む。ステップ２０６において、コンポー
ネントデータの設定処理が起動される。

【０１９２】コンポーネントデータの設定処理の詳細に
ついては、図２０のフローチャートに示されている。

【０１９３】図２０のステップ２００１において、指示
対象となっているプログラム部品に対応するコンポーネ
ントデータを取得し、この取得したコンポーネントデー
タに対して処理を行う。

【０１９４】ステップ２００２において、“＿Ｍ”を追
加する入力操作は、プログラム部品（「Ｓｔｏｃｋ Ｍ
ｇｒ＿Ｍ」）の設定指示と判断され、ＳｔｏｃｋＭｇｒ
Ａｇｅｎｔの実行プログラム部品がＳｔｏｃｋＭｇｒ＿
Ｍに変更され、ステップ２００３に進む。

【０１９５】ステップ２００３において、コンポーネン
トデータ１３０（図９）の選択プログラム履歴リスト９
１３に実行プログラム部品で指定されたものを追加し、
この実現名を「空」にする。即ち、以前選択されていた
プログラム部品「ＳｔｏｃｋＭｇｒ」が、選択プログラ
ム履歴リスト９１３に追加される。プログラム部品「Ｓ
ｔｏｃｋ Ｍｇｒ」の識別子は、「１」であるため、プ
ログラム部品識別子エントリ９１５のフィールドに
「１」が追加される。但し、対応する実現名エントリ９
５１は、「空」にする。

【０１９６】ステップ２００４において、実行プログラ
ム部品に指定プログラム部品を設定する。即ち、コンポ
ーネントデータ１３０の選択プログラム部品エントリ９
１０のフィールドに、「Ｓｔｏｃｋ Ｍｇｒ＿Ｍ」を設
定する。

【０１９７】なお、ステップ２００５は、ジョーカー部
品に対する処理であり、新しいプログラム部品名称は、
ジョーカーの名称ではないので、ステップ２００５は実
行されない。ジョーカー部品の場合については、［１
０．ジョーカー部品の設定］において後述する。

【０１９８】ここまでの操作で、プログラム部品の変更
が完了する。後はこの構成でプログラムを実行し、評価
することができる。これは、先に初期構成のプログラム
実行で説明したものと同じ手順で実行できる。ただし、
ここでは、新しくプログラム部品が設定されたため、す
べてのメッセージ呼び出しが成功するわけではない。成
功か失敗かはメッセージログとして構成設定画面に表示
される。なお、図１９のメッセージログ（Ｍｅｓｓａｇ
ｅ Ｌｏｇ）サブ画面１３２５の表示内容は、後程説明
するプログラム部品の候補を含めての処理の結果を表示
しているものであり、その内容は、［９．複数プログラ
ム部品候補の設定］において後述する。

【０１９９】メッセージログの表示結果を評価の参考と
することができる。失敗の場合にはプログラムを改造
し、全てが成功となるまでプログラミング作業が必要と
なる。本実施の形態ではこの作業については言及してい
ない。本発明は、プログラム部品の変更（選択）が容易
に行えることに対してより効果を発揮する。

【０２００】プログラム部品の変更を本発明によらずに
行う場合には、ソースコードをテキストエディタで変更
するなどの処理によって行うこととなる。これはコード
編集、再コンパイル、実行といった手順となり、ここで
どのような変更がなされたか、変更後の評価は個別に管
理する必要がある。

【０２０１】なお、図２０に示したフローチャートにお
いて、ステップ２００６以降のステップは、プログラム
部品の候補に対する処理であるため、後述する。

【０２０２】［８．構成の記録］次に新しい構成の記録
について、図２，図６，図７，図９，図１３，図１６，
図２１，図２２，図２３を用いて説明する。図２１は、
本発明の一実施の形態によるアプリケーションプログラ
ムの構成作成支援方法に用いるアプリケーションプログ
ラム実行制御処理ステップ２０８の中の構成記録処理ス
テップ１６１１の詳細フローチャートであり、図２２
は、本発明の一実施の形態によるアプリケーションプロ
グラムの構成作成支援方法に用いるプログラム構成管理
テーブル１５０の構成図であり、図２３は、本発明の一
実施の形態によるアプリケーションプログラムの構成作
成支援方法に用いる実現管理テーブル１５１の構成図で
ある。

【０２０３】プログラム部品の評価の結果として、記録
に値するものが構成された場合、初期構成に対する代案
として、新しい構成（代案１）を設定することができ
る。これは、図１３に示す構成設定画面１１０の記録指
示ボタン１３４０をマウス装置１０６でクリックする操
作で設定される。

【０２０４】記録指示の操作が行われると、構成設定プ
ログラム１２３（図１）は、図２に示すフローチャート
のステップ２０２において、ユーザからの入力を受け付
ける。さらに、ステップ２０７において、入力がアプリ
ケーションプログラムの実行制御指示であると判断さ
れ、ステップ２０８に進む。ステップ２０８において、
アプリケーションプログラムの実行制御処理が起動され
る。

【０２０５】さらに、図１６のステップ１６１０におい
て、記録指示の入力と判断され、ステップ１６１１の構
成記録処理が起動される。構成記録処理の詳細について
は、図２１を用いて説明する。

【０２０６】図２１のステップ２１０１において、プロ
グラム構成管理テーブル１５０（図６）の実現名リスト
フィールドに、新たに付与した名称である実現名を記録
する。即ち、図６に示すプログラム構成管理テーブル本
体１５０の実現名リストエントリ６０３のフィールドに
記録された識別子「１」に対応するフィールド（Ｉｍｐ
ｌｅｍｅｎｔａｔｉｏｎｓフィールド）に、新たな名称
の実現名「Ａ２」を記録する。

【０２０７】この結果は、例えば、図２２に示すように
なる。即ち、図２２に示すプログラム構成管理テーブル
本体１５０には、新たな名称の実現名「Ａ２」を記録さ
れる。なお、図２２に示す状態では、実現名「Ａ１」，
「Ａ２」以外の実現名も記録されている状態を示してい
るが、これは、さらに、他の実現名も記録された状態を
示したためである。

【０２０８】次に、ステップ２１０２において、実現管
理テーブル１５１（図７）に新しい名称の実現名を有す
るレコードを追加する。即ち、図７に示す状態では、実
現名「Ａ１」，「Ａ１００」のレコードのみが記録され
ているが、このテーブルにＡ２を識別名称としてレコー
ドを追加する。

【０２０９】この結果は、例えば、図２３に示すように
なる。即ち、図２３に示す実現管理テーブル１５１に
は、識別子エントリ７０１のフィールドに識別子「Ａ
２」を追加する。

【０２１０】さらに、ステップ２１０３において、この
レコードのコンポーネントデータリスト・フィールド
に、全てのプログラム部品の機能単位のコンポーネント
データ識別子を記録する。即ち、図２３に示すように、
コンポーネントデータリストエントリ７０２のフィール
ドに記録された識別子「Ａ２」に対応するフィールド
（ＡＩＤｓフィールド）に、すべてのプログラム部品単
位のコンポーネントデータ識別子「１，２，３，４，
５，６」を記録する。

【０２１１】次に、ステップ２１０４において、このレ
コードの参照フィールドに、参照した実現の識別名称を
記録する。即ち、図２３に示すように、参照エントリ７
０３のフィールドに記録された識別子「Ａ２」に対応す
るフィールド（Ｐｒｅｖフィールド）に、参照した実現
の識別名称「Ａ１」を記録する。

【０２１２】さらに、ステップ２１０５において、すべ
てのプログラム部品の機能単位に対応するコンポーネン
トデータ内の選択プログラム履歴の実現名フィールドの
うち、「空」であるもののすべてにこの実現名を記録す
る。即ち、上述したステップ２００３において、コンポ
ーネントデータ１３０（図９）の選択プログラム履歴リ
スト９１３に実行プログラム部品で指定されたものを追
加し、この実現名を「空」にしてあるが、この未記録の
実現名に、実現名「Ａ２」を記録する。

【０２１３】これに先に示した操作によって実現名が未
定だった選択プログラム履歴（Ｓｔｏｃｋ Ｍｇｒな
ど）が、「Ａ２」と記録される。この履歴記録は、後述
する参照操作（［１３．以前の実現の参照］）の際に使
用される。すなわち、実現を次々と変更した後で実現識
別子“Ａ２”を参照し、これを変更していくことが可能
である。

【０２１４】なお、図２３に示す状態では、実現名「Ａ
１」，「Ａ１００」，「Ａ２」以外の実現名のレコード
も記録されている状態を示しているが、これは、さら
に、他の実現名のレコードも記録された状態を示したた
めである。

【０２１５】［９．複数プログラム部品候補の設定］次
に、複数のプログラム部品候補の設定について、図２，
図９，図１１，図１７，図１８，図１９，図２０，図２
４を用いて説明する。図２４は、本発明の一実施の形態
によるアプリケーションプログラムの構成作成支援方法
において構成された初期のアプリケーションプログラム
である販売管理サーバプログラムの構成図である。

【０２１６】先の説明（［７．プログラム部品の変
更］）では、代案１の検討においてプログラム部品を取
り替えることで実行評価を行っていた。本発明において
は、これを複数の部品を同時に評価することも可能であ
る。これは、同じ様な機能を有するプログラム部品をコ
ンポーネントデータ内に並べて、メッセージ配送プログ
ラムが入力されたメッセージによって実行可能なプログ
ラム部品に振り分けることによって行っている。

【０２１７】プログラム部品の候補の追加は、図１９に
示す構成設定画面１１０において、コンポーネントサブ
画面１３１６のプログラム部品機能を選択して（例え
ば、「Ｓｔｏｃｋ Ｍｇｒ＿Ｍ」を指定して）、追加
（Ａｄｄ）ボタン１３１１をマウス装置１０６でクリッ
クし、そこであらわれるダイアログで候補部品名称を指
定することで行われる。

【０２１８】プログラム部品候補の追加操作が行われる
と、構成設定プログラム１２３（図１）は、図２に示す
フローチャートのステップ２０２において、ユーザから
の入力を受け付ける。さらに、ステップ２０５におい
て、入力がプログラム部品の構成指定であると判断さ
れ、ステップ２０６に進む。ステップ２０６において、
コンポーネントデータの設定処理が起動される。

【０２１９】コンポーネントデータの設定処理の詳細に
ついては、図２０のフローチャートに示されている。

【０２２０】図２０のステップ２００１において、指示
対象となっているプログラム部品に対応するコンポーネ
ントデータを取得し、この取得したコンポーネントデー
タに対して処理を行う。

【０２２１】ステップ２００６において、追加（Ａｄ
ｄ）ボタン１３１１の入力操作は、プログラム部品候補
の追加（Ａｄｄ）指示と判断されるので、ステップ２０
０７が実行される。

【０２２２】ステップ２００７において、指定された候
補部品が、図９に示すコンポーネントデータ１３０の候
補リスト９１１の第１番目のフィールド９３０に設定さ
れる。また、候補リスト９１１に設定されたプログラム
部品候補は、図１９に示す構成設定画面１１０の候補
（Ｃａｎｄｉｄａｔｅｓ）サブ画面１３０３に示す候補
リストに表示される。図１９に示す状態では、候補（Ｃ
ａｎｄｉｄａｔｅｓ）サブ画面１３０３には、候補部品
として、「Ｓｔｏｃｋ Ｍｇｒ＿ＭＭ」が表示されてい
る。

【０２２３】以上のようにして、プログラム部品の変
更，追加が行われた結果、在庫管理エージェント（Ｓｔ
ｏｃｋ Ｍｇｒ Ａｇｅｎｔ）１４１０の内部構成は、
図２４に例示したように、選択プログラム部品エントリ
には、「Ｓｔｏｃｋ Ｍｇｒ＿Ｍ」が格納され、候補リ
ストエントリには、「Ｓｔｏｃｋ Ｍｇｒ＿ＭＭ」が格
納され、選択プログラム履歴エントリには、「Ｓｔｏｃ
ｋ Ｍｇｒ」が格納され、プログラム例エントリは、
「空」の状態となっている。

【０２２４】以上の操作を繰り返すことで、候補部品
は、候補リスト９１１のフィールド９３１，９３２に順
次追加される。また、その追加結果は、候補（Ｃａｎｄ
ｉｄａｔｅｓ）サブ画面１３０３に表示される。

【０２２５】候補リスト内の候補部品の順序は、リスト
内の実行優先順位を意味している。実行優先順位を変更
するには、図１９の上矢印ボタン１３０４，下矢印ボタ
ン１３０５をマウス装置１０６でクリックすることで行
える。

【０２２６】即ち、上矢印ボタン１３０４，下矢印ボタ
ン１３０５が操作されると、図２０のステップ２０１０
において、プログラム部品候補の上（下）移動指示と判
断され、ステップ２０１１が実行される。

【０２２７】ステップ２０１１において、指定されたプ
ログラム部品を、候補リスト９１１のフィールド内で上
位（下位）に移動する。移動結果は、候補（Ｃａｎｄｉ
ｄａｔｅｓ）サブ画面１３０３に表示される。

【０２２８】また、候補（Ｃａｎｄｉｄａｔｅｓ）サブ
画面１３０３に表示されたプログラム部品候補を削除す
る場合には、削除するプログラム部品を候補（Ｃａｎｄ
ｉｄａｔｅｓ）サブ画面１３０３において指定し、削除
（Ｒｅｍｏｖｅ）ボタン１３１２を操作することにより
行われる。

【０２２９】削除（Ｒｅｍｏｖｅ）ボタン１３１２が操
作されると、図２０のステップ２００８において、プロ
グラム部品候補の削除と判断され、ステップ２００９が
実行される。

【０２３０】ステップ２００９において、指定されたプ
ログラム部品を、候補リスト９１１のフィールドから削
除する。上位のフィールドが削除された時は、下位のフ
ィールドのプログラム部品が上位に移動する。

【０２３１】候補の追加設定や、候補順位の変更が行わ
れて、図１９の構成設定画面１１０に表示される候補リ
スト設定が行われた場合について考える。ここで、プロ
グラム実行を指示した際、コンポーネントデータ内のメ
ッセージ配送プログラムは、以下に示す処理を実行す
る。

【０２３２】コンポーネントサブ画面１３０２に表示さ
れ、プログラム実行の指定された「Ｓｔｏｃｋ Ｍｇｒ
＿Ｍ」（実行プログラム部品）が処理可能なメッセージ
は、ステップ１７０７，１７０８（図１７）によって、
「Ｓｔｏｃｋ Ｍｇｒ＿Ｍ」のコンポーネントデータ１
３０（図９）に配送し、結果などをログテーブル９１４
に記憶する。

【０２３３】そうでない場合には、ステップ１７０７
で”Ｎｏ”であるので、ステップ１８２０に進む。

【０２３４】ステップ１８２０において、候補プログラ
ム部品リストに未処理部品が存在するか否かを判断す
る。即ち、候補リスト９１１（図９）の各フィールド９
３０，９３１，９３２を順位に従ってチェックする。こ
こでは、未処理のプログラム部品候補として、「Ｓｔｏ
ｃｋ Ｍｇｒ＿ＭＭ」が登録されているので、ステップ
１８２１に進む。

【０２３５】ステップ１８２１において、候補部品リス
トの最上位の未処理部品を選択し、処理済みとする。即
ち、プログラム部品「Ｓｔｏｃｋ Ｍｇｒ＿ＭＭ」を選
択する。

【０２３６】さらに、ステップ１８２２において、メッ
セージが、選択された候補部品のインターフェースに一
致するか否かが判断される。即ち、メッセージ管理テー
ブル１６１（図１１）を参照することによって、実行可
能なメッセージかどうかを判断する。メッセージのイン
タフェースが一致する場合には、ステップ１８２３に進
む。

【０２３７】ステップ１８２３において、選択候補部品
にメッセージを配送し、結果を外部出力するとともに、
ログテーブルに選択候補部品名と結果を記録する。即
ち、選択されているプログラム部品候補「Ｓｔｏｃｋ
Ｍｇｒ＿ＭＭ」にメッセージを配送し、結果をポート出
力する。また、ログテーブル９１４（図９）に選択候補
部品名と結果を記録する。

【０２３８】なお、図１８のステップ１８２２におい
て、メッセージが、選択された候補部品のインターフェ
ースに一致しない場合には、ステップ１８２０に戻っ
て、全ての未処理部品について同様の処理を行う。

【０２３９】ステップ１８２０において、インターフェ
ースの一致するプログラム部品が候補リストにない場合
には、ステップ１８２４に進む。

【０２４０】ステップ１８２４において、いずれの候補
部品のメッセージインタフェースが一致しない場合に
は、配送部品なしと記録する。その結果、構成設定画面
１１０のメッセージログ１３２５には”Ｅｒｒｏｒ”と
表示する。

【０２４１】ここで、図１９の構成設定画面１１０のメ
ッセージログ（Ｍｅｓｓａｇｅ Ｌｏｇ）サブ画面１３
２５は、以上のようにして、候補部品についてもメッセ
ージ配送を実行した結果の一例を表示している。

【０２４２】図１９のＭｅｓｓｅｇｅＬｏｇ画面１３２
５に示した５個のメッセージログは、以下のようなメッ
セージ配送状況を示している。第１行目は、在庫管理
（Ｓｔｏｃｋ Ｍｇｒ＿Ｍ）プログラム部品が、在庫マ
スタデータベース（ＳｔｏｃｋＤＢ）プログラム部品か
ら「Ｌｏｃｋｅｄ」のメッセージを受取り、そのメッセ
ージ配送の実行は、正常（ＯＫ）に行われたことを示し
ている。

【０２４３】第２行目は、在庫管理（Ｓｔｏｃｋ Ｍｇ
ｒ＿Ｍ）プログラム部品が、在庫マスタデータベース
（Ｓｔｏｃｋ ＤＢ）プログラム部品から「Ｒｅｌｅａ
ｓｅｄ」のメッセージを受取り、そのメッセージ配送の
実行は、正常（ＯＫ）に行われたことを示している。

【０２４４】第３行目は、在庫管理（Ｓｔｏｃｋ Ｍｇ
ｒ＿Ｍ）プログラム部品が、在庫画面（Ｓｔｏｃｋ Ｃ
ｌｔ）プログラム部品から「Ａｄｄ」のメッセージを受
取り、そのメッセージ配送の実行は、正常（ＯＫ）に行
われたことを示している。

【０２４５】第４行目は、在庫管理（Ｓｔｏｃｋ Ｍｇ
ｒ＿Ｍ）プログラム部品が、在庫画面（Ｓｔｏｃｋ Ｃ
ｌｔ）プログラム部品から「Ｒｅｔｒｅｉｖｅ」のメッ
セージを受取ろうとしたが、「Ｒｅｔｒｅｉｖｅ」のメ
ッセージが、在庫管理（Ｓｔｏｃｋ Ｍｇｒ＿Ｍ）プロ
グラム部品のインターフェースに一致しないため、候補
リストから在庫管理（Ｓｔｏｃｋ Ｍｇｒ＿ＭＭ）プロ
グラム部品を選択し、在庫管理（Ｓｔｏｃｋ Ｍｇｒ＿
ＭＭ）プログラム部品が、在庫画面（Ｓｔｏｃｋ Ｃｌ
ｔ）プログラム部品から「Ｒｅｔｒｅｉｖｅ」のメッセ
ージを受取り、そのメッセージ配送の実行は、正常（Ｏ
Ｋ）に行われたことを示している。

【０２４６】第５行目は、在庫管理（Ｓｔｏｃｋ Ｍｇ
ｒ＿ＭＭ）プログラム部品が、在庫画面（Ｓｔｏｃｋ
Ｃｌｔ）プログラム部品から「Ｒｅｆｅｒ」のメッセー
ジを受取ろうとしたが、インターフェースが一致せず、
それ以外にインターフェースの一致するプログラム部品
がプログラム部品候補として存在しなかったことを、”
Ｅｒｒｏｒ”で表示している。

【０２４７】以上の処理により、実行時のメッセージ配
送の状況は、図１９に示すメッセージログサブ画面１３
２５の、特に、応答（Ｒｅｓｐｏｎｓｅ）欄１３２４で
モニタすることができる。

【０２４８】図１９からは、「Ｓｔｏｃｋ Ｍｇｒ＿
Ｍ」は、上の３つのメッセージは処理可能であるが、下
の２つは処理できないことがわかる。また、プログラム
部品候補「Ｓｔｏｃｋ Ｍｇｒ＿ＭＭ」によって、４番
めの処理が実行可能なこともわかる。

【０２４９】これらの結果から、「Ｓｔｏｃｋ Ｍｇｒ
＿Ｍ」は、「Ｓｔｏｃｋ Ｍｇｒ＿ＭＭ」の一部を参照
してプログラミングすることで、構成をより満足するプ
ログラムとすることができることなどが評価できる。

【０２５０】また、複数候補を並行評価することができ
ることで、１つずつ評価するより迅速な評価作業となる
ことも期待される。

【０２５１】［１０．ジョーカー部品の設定］次に、ジ
ョーカー部品の設定について、図２，図９，図１３，図
１７，図２０，図２５を用いて説明する。図２５は、本
発明の一実施の形態によるアプリケーションプログラム
の構成作成支援方法において表示する構成設定画面１１
０の詳細な画面構成の構成図である。

【０２５２】ここで、最初に、ジョーカー部品について
説明する。

【０２５３】プログラム部品の候補として、場合によっ
ては何を設定すればよいか、わからない場合も考えられ
る。プログラム部品管理テーブルを検索し、メッセージ
管理テーブルを参照することでそれらしい部品を見つけ
ることはできるが、これはデータベース問い合わせを行
うことと等しい。問い合わせの手順を踏まず、実行を通
じてインタフェースが一致するプログラム部品を検索で
きるようにするのが、ジョーカー部品である。

【０２５４】ジョーカー部品が設定された場合には、候
補リストのプログラム部品要素を検索し、実行時には、
配送されたメッセージに応答可能な（形式が一致する）
プログラム部品に、メッセージ配送する。

【０２５５】ジョーカー部品により、適すると思われる
いくつかのプログラム部品候補を提示されれば、構成作
成作業者にとって、検索されたプログラム部品の内容よ
り呼び出しインタフェースなどから適用可能なプログラ
ム部品を絞り込むことができる。

【０２５６】ジョーカー部品は、名前“＊”で表され
る。これを実行プログラムに指定することができるもの
とする。

【０２５７】ジョーカー部品を指定するには、本実施の
形態においては、部品名を選択し、これをキーボード装
置を用いて変更することで行う。即ち、図１３に示す構
成設定画面１１０の状態において、コンポーネント（Ｃ
ｏｍｐｏｎｅｎｔｓ）サブ画面１３０２のＩＤ Ｎａｍ
ｅ１３１６の「Ｓｔｏｃｋ Ｍｇｒ」をマウス装置１０
６でクリックして、「Ｓｔｏｃｋ Ｍｇｒ」のプログラ
ム部品を選択する（図１３に示したように、「Ｓｔｏｃ
ｋ Ｍｇｒ」に下線が付された状態となる）。その後、
キーボード装置１０５によって、”＊”に変更する。

【０２５８】上述したジョーカー部品の指定操作によっ
て、構成設定画面１１０の表示内容が図２５に示すよう
に変更される。なお、メッセージログ（Ｍｅｓｓａｇｅ
Ｌｏｇ）サブ画面１３２５の表示内容は、後程説明す
る処理の結果を表示しているものであり、その内容は後
述する。

【０２５９】ジョーカー部品の指定操作が行われると、
構成設定プログラム１２３（図１）は、図２に示すフロ
ーチャートのステップ２０２において、ユーザからの入
力を受け付ける。さらに、ステップ２０５において、入
力がプログラム部品の構成指定であると判断され、ステ
ップ２０６に進む。ステップ２０６において、コンポー
ネントデータの設定処理が起動される。

【０２６０】コンポーネントデータの設定処理の詳細に
ついては、図２０のフローチャートに示されている。

【０２６１】図２０のステップ２００１において、指示
対象となっているプログラム部品に対応するコンポーネ
ントデータを取得し、この取得したコンポーネントデー
タに対して処理を行う。

【０２６２】ステップ２００２において、“＊”の入力
操作は、ジョーカー部品の指定と判断され、ステップ２
００５に進む。

【０２６３】ステップ２００５において、対応するコン
ポーネントデータ１３０のメッセージ配送プログラム９
００（図９）にジョーカー指定を通知する。

【０２６４】図１７に示すメッセージ配送プログラム９
００のステップ１７０４において、メッセージ配送プロ
グラム９００は、ジョーカー指定されていることを判断
し、ステップ１７０５に進む。

【０２６５】ステップ１７０５において、メッセージを
条件としてプログラム部品管理テーブル群のメッセージ
管理テーブル１６１を検索し、そのメッセージにインタ
フェースが一致するプログラム部品を選択する。

【０２６６】次に、ステップ１７０６において、自動的
に、インタフェースが一致するプログラム部品を主記憶
装置１０２にロードし、これにメッセージ送信し、結果
をポート出力する。また、ログテーブル９１４（図９）
には、部品名と結果を記録する。

【０２６７】以上の処理によって、データベース問い合
わせを行うことなく、実行時の文脈で適用可能なプログ
ラム部品を検索することが可能である。場合によっては
検索結果が正しくシステムに適用可能な場合もあり、こ
のときは検索と組み込みを一度に済ませることも可能で
ある。

【０２６８】ジョーカ部品の実行例が、図２５に示され
ている。ここでは、在庫管理（Ｓｔｏｃｋ Ｍｇｒ Ａ
ｇｅｎｔ）プログラム部品にジョーカー部品を設定して
いる。ここで、実行を指示すると、メッセージログサブ
画面１３２５にメッセージの配送結果が示されるよう
に、プログラム部品「Ｓｔｏｃｋ Ｍｇｒ」に５個のメ
ッセージに対応しており、配送可能であることが示され
ている。

【０２６９】「Ｓｔｏｃｋ Ｍｇｒ」は、初期構成で実
行プログラムとして指定したプログラム部品であり、自
明な検索例であるが、他の例でも動作することは明らか
である。

【０２７０】データベース検索のためには、あらかじめ
どのようなメッセージ処理が必要とされているかを調査
する手順も含まれる。この調査のためには、全システム
を精査する必要がある。また、メッセージも動的に（シ
ステム要求に従って）変更されることも考えられる。こ
れらを考慮すれば、実行時文脈の検索は、単に手順の省
略というにとどまらず、一時的にシステムの動作を保証
するための手段としても有効である。

【０２７１】本実施の形態によれば、ジョーカー部品が
設定された場合には、候補リストのプログラム部品要素
を検索し、適すると思われるいくつかのプログラム部品
候補を提示できるので、構成作成作業者にとって、検索
されたプログラム部品の内容より呼び出しインタフェー
スなどから適用可能なプログラム部品を容易に絞り込む
ことができる。

【０２７２】［１１．プログラム例の設定］次に、プロ
グラム例の設定について、図９，図１６，図１７，図２
６を用いて説明する。図２６は、本発明の一実施の形態
によるアプリケーションプログラムの構成作成支援方法
において表示する構成設定画面１１０の詳細な画面構成
の構成図である。

【０２７３】最初に、プログラム例について説明する。

【０２７４】これまでにプログラム部品として実現され
ておらず、かつ、プログラミング作業の工数がおおきく
見積もられる場合などには、これまでに提供した手段に
よってプログラムを続行させることができない。こうい
った場合に、本発明では、エージェントであるコンポー
ネントデータが、プログラム部品を経由せず、直接メッ
セージに応答する手段を提供する。これがコンポーネン
トデータ１３０（図９）内に設定されるプログラム例で
ある。プログラム例エントリ９１２には、メッセージに
応じたユーザの設定するプログラム例を格納される。

【０２７５】プログラム例として、他のプログラムから
呼び出された場合に期待される処理を、プログラム例エ
ントリ９１２に記述することが可能である。このエント
リに登録されており、メッセージ形式が一致する場合に
は、メッセージ配送プログラムは、このプログラム例に
メッセージを配送する。即ち、プログラム部品のうち、
未完成部分の仮実行コードをプログラム例として記述す
ることで、アプリケーション全体の動作を確認評価でき
る。

【０２７６】図２６は、プログラム例（Ｅｘａｍｐｌ
ｅ）サブ画面１３３２にプログラム例を設定した例を示
している。ここでは、在庫管理部品機能に要求される
「Ａｄｄ」メッセージに、プログラム例を設定してい
る。このプログラムは、プログラム例（Ｅｘａｍｐｌ
ｅ）サブ画面１３３２内にキーボード装置１０５を用い
て入力され、登録（Ｒｅｇｉｓｔｅｒ）ボタン１３３０
をマウス装置１０６でクリックすることで登録される。

【０２７７】登録（Ｒｅｇｉｓｔｅｒ）ボタン１３３０
がクリックされると、図２に示した構成設定プログラム
のステップ２０７の判定がＹｅｓとなり、ステップ２０
８のアプリケーションプログラム実行制御処理が開始さ
れる。ステップ２０８の詳細については、図１６に示し
てある。

【０２７８】図１６のステップ１６０１において、入力
がプログラム例の登録指示と判断され、ステップ１６０
２において、指示されたメッセージを登録し、登録され
たプログラム例を実行する処理が起動される。ここで
は、指示されたメッセージ「Ａｄｄ」に対して、図２６
のプログラム例（Ｅｘａｍｐｌｅ）サブ画面１３３２内
に示すプログラム例の実行をエージェントに指示してい
る。

【０２７９】プログラムの実行時には、Ａｄｄメッセー
ジが入力された場合に、メッセージ配送プログラム９０
０は、図１７のステップ１７０２において、プログラム
例指定がなされていると判断し、ステップ１７０３に進
む。

【０２８０】ステップ１７０３において、プログラム例
を実行し、結果をポート出力する。また、コンポーネン
トデータ１３０（図９）のログテーブル９１４には、プ
ログラム例の実行とその結果を記録される。

【０２８１】ログテーブル９１４の内容は、図２６のＭ
ｅｓｓｅｇｅＬｏｇ画面１３２５に表示される。プログ
ラム例を実行した時には、［Ｅｘａｍｐｌｅ］と表示さ
れる。即ち、メッセージログの中で、第３行目に示され
るように、在庫画面（Ｓｔｏｃｋ Ｃｌｔ）プログラム
部品から「Ａｄｄ」のメッセージを、プログラム例［Ｅ
ｘａｍｐｌｅ］が受取り、実行していることを示してい
る。

【０２８２】次に、プログラム例の削除について説明す
る。

【０２８３】削除（Ｒｅｍｏｖｅ）ボタン１３１２（図
１３）をクリックされると、構成設定プログラム１２３
（図１）は、図２に示すフローチャートのステップ２０
２において、ユーザからの入力を受け付ける。さらに、
ステップ２０７において、入力がアプリケーションプロ
グラムの実行制御指示と判断され、ステップ２０８に進
む。

【０２８４】ステップ２０８において、アプリケーショ
ンプログラムの実行制御処理が起動される。

【０２８５】アプリケーションプログラムの実行制御処
理処理を示す図１６のステップ１６０３において、プロ
グラム例の削除（Ｒｅｍｏｖｅ）ということで、選択さ
れているプログラムにプログラム例を削除する処理を実
行する。

【０２８６】ステップ１６０４において、指示されたメ
ッセージに対するプログラム例を削除する。

【０２８７】以上によって、実行制御の削除処理が実行
される。

【０２８８】プログラム例設定は、工数が大きい場合以
外にも、プログラム部品の副作用（データベース登録な
ど）を起こしたくない場合や、初期段階でメッセージ整
合性だけをとってシステム動作を確認する場合などにも
有効に作用する。

【０２８９】本実施の形態によれば、他のプログラムか
ら呼び出された場合に期待される処理，即ち、プログラ
ム部品のうち、未完成部分の仮実行コードをプログラム
例として、プログラム例エントリ９１２に記述すること
により、メッセージ形式が一致する場合には、メッセー
ジ配送プログラムは、このプログラム例にメッセージを
配送するので、アプリケーション全体の動作を確認評価
できる。

【０２９０】以上説明したように、［７．プログラム部
品の変更］、［９．複数候補の設定］、［１０．ジョー
カー部品］、［１１．プログラム例］の各手段によっ
て、代案を次々と設定し、実現を繰り返すことができ
る。即ち、各プログラム部品を”実際に組み込んで評価
する”ことが可能なことが明かである。本実施の形態の
はじめに述べた代案１から代案４までは連続的に実現し
ていくことができる。

【０２９１】［１２．部品機能構成の変更］次に、プロ
グラム部品機能単位の構成を変更する場合について、図
７，図８，図１３，図２７を用いて説明する。図２７
は、本発明の一実施の形態によるアプリケーションプロ
グラムの構成作成支援方法に用いる機能構成の設定処理
ステップ２０４の詳細フローチャートである。

【０２９２】部品機能単位の追加，削除は、システム開
発中に行われることも多いものである。本実施の形態で
は先に、クライアント側にサーバデータベースのローカ
ルキャッシュの役割を果たすデータベースを設定する例
を述べたが、これが機能単位の変更にあたる。

【０２９３】機能単位の追加は、構成設定画面で部品追
加を指示することで行う。即ち、構成設定画面１１０
（図１３）の追加（Ａｄｄ）ボタン１３０８をマウス装
置１０６でクリックすることで、部品機能追加処理が起
動される。

【０２９４】追加（Ａｄｄ）ボタン１３０８をクリック
されると、構成設定プログラム１２３（図１）は、図２
に示すフローチャートのステップ２０２において、ユー
ザからの入力を受け付ける。さらに、ステップ２０３に
おいて、入力がアプリケーションプログラムの機能構成
指定と判断され、ステップ２０４に進む。

【０２９５】ステップ２０４において、機能構成の設定
処理が起動される。機能構成の設定処理の詳細について
は、図２７のフローチャートに示されている。

【０２９６】図２７のステップ２７０５において、プロ
グラム機能単位の追加（Ａｄｄ）ということで、選択さ
れているプログラムにプログラム部品機能を追加する処
理を実行する。

【０２９７】ステップ２７０６において、機能単位に識
別子を与え、対応するコンポーネントデータを作成す
る。機能単位の名称はダイアログ内にキーボードで入力
する。これによって、構成設定処理は新しい機能単位に
対応するコンポーネントデータを作成する。

【０２９８】次に、ステップ２７０７において、実現管
理テーブル１５１（図７）の作業中の実現名を有するレ
コードのコンポーネントデータリストエントリ７０２の
フィールドに機能単位の識別子を追加する。また、プロ
グラム構成管理テーブルにも新しいコンポーネントデー
タに対応した記録がなされる。

【０２９９】さらに、ステップ２７０８において、コン
ポーネントデータ管理テーブル１５２（図８）に、機能
単位の識別子と機能単位名（コンポーネント名）を有す
るレコードを記録する。

【０３００】以上によって、部品機能追加処理が実行さ
れる。

【０３０１】また、プログラム機能単位の削除も先の説
明の逆の手順によって行われる。

【０３０２】削除（Ｒｅｍｏｖｅ）ボタン１３０９（図
１３）をクリックされると、構成設定プログラム１２３
（図１）は、図２に示すフローチャートのステップ２０
２において、ユーザからの入力を受け付ける。さらに、
ステップ２０３において、入力がアプリケーションプロ
グラムの機能構成指定と判断され、ステップ２０４に進
む。

【０３０３】ステップ２０４において、機能構成の設定
処理が起動される。

【０３０４】機能構成の設定処理を示す図２７のステッ
プ２７１０において、プログラム機能単位の削除（Ｒｅ
ｍｏｖｅ）ということで、選択されているプログラムに
プログラム部品機能を削除する処理を実行する。

【０３０５】ステップ２７１１において、実現管理テー
ブル１５１（図７）の作業中の実現名を有するレコード
のコンポーネントデータリストエントリ７０２の機能単
位の識別子を削除する。

【０３０６】次に、ステップ２７１２において、コンポ
ーネントデータ管理テーブル１５２（図８）に、機能単
位の識別子を有するレコードを削除する。

【０３０７】以上によって、部品機能削除処理が実行さ
れる。但し、コンポーネントデータは後で参照されるこ
とがあるため、削除を実行しないなどの保全処置をとっ
ている。

【０３０８】ここで説明したプログラム機能単位の追加
によって、代案０から代案５を作成することが可能であ
る。但し、直前の実現を参照していないため、以前の実
現を参照する手段が必要となる。これを次に説明する。

【０３０９】［１３．以前の実現の参照］次に、過去に
作成した実現を参照して新しい実現とする履歴参照場合
について、図２，図９，図１９，図２０，図２３，図２
８，図２９，図３０を用いて説明する。図２８は、本発
明の一実施の形態によるアプリケーションプログラムの
構成作成支援方法に用いるコンポーネントデータの設定
処理ステップ２０６の中のプログラム代行履歴参照処理
のフローチャートであり、図２９は、本発明の一実施の
形態によるアプリケーションプログラムの構成作成支援
方法に用いるプログラム代行履歴参照処理の履歴画面の
構成図であり、図３０は、本発明の一実施の形態による
アプリケーションプログラムの構成作成支援方法に用い
るプログラム代行履歴参照処理時のコンポーネントデー
タの構成図である。

【０３１０】アプリケーションプログラムの構成作成に
あたっては、変更履歴を管理し、いつでも任意の組み合
わせ構成に戻せることが必要である。そこで、選択プロ
グラム履歴リストを採用している。選択プログラム履歴
リストの要素には、プログラム部品レコードと、実現名
称の組合わせが記録される。ここで、実現名称は組み合
わせの実現例を識別するためのものである。任意の時点
に実現名称が入力されることで、すべてのコンポーネン
トデータの履歴リストを検索し、組み合わせを再現する
ことができる。

【０３１１】本実施の形態では、以前の実現の参照は、
図１９に示す構成設定画面１１０の履歴（Ｈｉｓｔｏｒ
ｙ）ボタン１３１０をマウス装置１０６でクリックする
ことで行う。

【０３１２】履歴参照指示の操作が行われると、構成設
定プログラム１２３（図１）は、図２に示すフローチャ
ートのステップ２０２において、ユーザからの入力を受
け付ける。さらに、ステップ２０５において、入力がコ
ンポーネントデータ設定処理の指示であると判断され、
ステップ２０６に進む。ステップ２０６において、コン
ポーネントデータ設定処理が起動される。

【０３１３】さらに、図２０のステップ２０１２におい
て、履歴参照指示の入力と判断され、ステップ２０１３
のプログラム代行履歴参照処理が起動される。プログラ
ム代行履歴参照処理の詳細については、図２８を用いて
説明する。

【０３１４】図２８のステップ２８０１において、指示
されたコンポーネントデータの実行プログラム部品の履
歴が、ダイアログに表示される。

【０３１５】図２９を用いて、ダイアログに表示される
履歴画面について説明する。履歴画面には、指示された
指示されたプログラム部品機能単位の実行プログラム履
歴が表示される。ここでは、図１９のプログラム部品分
類を表示する分類（Ｃｌａｓｓｉｆｉｃａｔｉｏｎ）画
面１３１５の中の「在庫管理」を選択して、履歴（Ｈｉ
ｓｔｏｒｙ）ボタン１３１０がクリックされたものとす
る。

【０３１６】履歴画面の構成は、プログラム部品機能単
位である「在庫管理」の右側に、コンポーネントデータ
サブ画面２９０１が表示される。また、その下には、履
歴サブ画面２９０２が表示される。コンポーネントデー
タサブ画面２９０１及び履歴サブ画面２９０２への表示
は、コンポーネントデータ１３０（図９）内の選択プロ
グラム履歴リスト９１３を参照することで実行される。

【０３１７】図３０は、コンポーネントデータである在
庫管理エージェント（ＳｔｏｃｋＭｇｒ Ａｇｅｎｔ）
１４１０の内部構成を示している。在庫管理エージェン
ト（Ｓｔｏｃｋ Ｍｇｒ Ａｇｅｎｔ）１４１０の選択
プログラム部品エントリには、「Ｓｔｏｃｋ Ｍｇｒ＿
Ｍ」が格納され、候補リストエントリには、「Ｓｔｏｃ
ｋ Ｍｇｒ＿ＭＭ」が格納され、選択プログラム履歴リ
ストエントリには、「Ｓｔｏｃｋ Ｍｇｒ」，「Ｓｔｏ
ｃｋ Ｍｇｒ＿Ｍ」，「Ｓｔｏｃｋ Ｍｇｒ＿ＭＭ」に
対する実現名が格納され、プログラム例エントリは、
「空」の状態となっている。

【０３１８】従って、コンポーネントデータサブ画面２
９０１には、参照したコンポーネントデータ名の「Ｓｔ
ｏｃｋ Ｍｇｒ」が表示され、履歴サブ画面２９０２に
は、在庫管理エージェント（Ｓｔｏｃｋ Ｍｇｒ Ａｇ
ｅｎｔ）１４１０の選択プログラム履歴リストのフィー
ルドに記録された過去の実現であるプログラム部品名が
表示されるが、この内容については、後述する。

【０３１９】さらに、ステップ２８０２において、履歴
画面の右側に、アプリケーション実現の履歴を（有向）
グラフによって表示する。グラフ構造は、ノードとノー
ド間の遷移を示す方向付きアークで表される。図２９に
示すグラフの例は、図４に示した代案履歴を表したもの
であり、これは、実現管理テーブル１５１（図２３）の
参照エントリ７０３のＰｒｅｖフィールドをたどること
で得ることができる。なお、図２３は、代案６を検討時
の実現管理テーブル１５１の例となっている。図４に示
す「初期構成」が、実現名「Ａ１」に対応し、「代案
１」が実現名「Ａ２」に対応し、以下同様にして、「代
案６」が実現名「Ａ６］に対応している。

【０３２０】ここで、例えば、図２３に示されるよう
に、実現名「Ａ２」のＰｒｅｖフィールドは実現名「Ａ
１」であり、したがって、「Ａ１」のノードから「Ａ
２」のノードに向かうアークを引くことができる。同様
にして、実現名「Ａ２」から実現名「Ａ７」に至るツリ
ー構造を表示できる。

【０３２１】次に、ステップ２８０５において、グラフ
のノードの一つが選択されたか否かが判断される。ノー
ドの選択は、グラフのノードの一つをマウス装置１０６
でクリックすることで行われる。選択されると、ステッ
プ２８０６が実行される。

【０３２２】ステップ２８０６において、選択されたノ
ードの実現時の選択プログラム履歴が履歴サブ画面２９
０２に表示される。例えば、図２９に示す構成で、「Ａ
１」のノードをマウス装置１０６でクリックすること
で、「Ａ１」で設定された実行プログラム部品だけを履
歴サブ画面２９０２内に表示することができる。これ
は、選択プログラム履歴リストのフィールドに記録され
た過去の実現名に「Ａ１」が含まれているものだけを履
歴サブ画面２９０２内に表示する処理によって実現して
いる。ここでは、「Ｓｔｏｃｋ Ｍｇｒ」，「Ｓｔｏｃ
ｋ Ｍｇｒ＿Ｍ」が表示されている。

【０３２３】ここで、ステップ２８０３に戻って、履歴
サブ画面２９０２内に表示された一つのプログラム部品
が選択されると、ステップ２８０４が実行される。

【０３２４】ステップ２８０４において、選択された実
行プログラム部品を変更候補とする。

【０３２５】次に、部品の変更について説明する。

【０３２６】ステップ２８０７において、部品の変更指
示が行われたか否かが判断される。部品の変更指示は、
図２７に示すダイアログ内で、変更（Ｃｈａｎｇｅ）ボ
タン２９０４をマウス装置１０６でクリックすることで
行われる。

【０３２７】次に、ステップ２８０８において、変更部
品をエージェント内の実行プログラム部品としてプログ
ラム部品の変更が行われ、ダイアログを消去する。

【０３２８】また、取消（Ｃａｎｃｅｌ）ボタン２９０
５がマウス装置１０６でクリックされた場合には、ステ
ップ２９０９において、キャンセル指示が行われたと判
断され、ステップ２９１０において、変更がキャンセル
され、ダイアログが消去される。

【０３２９】この変更によって、図４に示す代案１から
代案５につなげることも可能であるし、代案６で代案４
の実現を参照することも可能となる。

【０３３０】以上説明した本実施の形態により、部品を
取り替えながら（選択しながら）プログラムを実行さ
せ、そのなかで評価を行うことが可能となる。

【０３３１】本実施の形態によれば、選択プログラム履
歴リストを採用し、任意の時点に選択プログラム履歴リ
ストの実現名称が入力されることで、すべてのコンポー
ネントデータの履歴リストを検索し、組み合わせを再現
することができるので、アプリケーションプログラムの
構成作成にあたっては、変更履歴を管理し、いつでも任
意の組み合わせ構成に戻せることが可能となる。

【０３３２】［１４．アプリケーションプログラムの変
更］次に、アプリケーションプログラムを変更する場合
について、図２，図６，図１３，図２７を用いて説明す
る。

【０３３３】アプリケーションプログラムの追加は、構
成設定画面でプログラム追加を指示することで行う。即
ち、構成設定画面１１０（図１３）の追加（Ａｄｄ）ボ
タン１３０６をマウス装置１０６でクリックすること
で、アプリケーションプログラム追加処理が起動され
る。

【０３３４】追加（Ａｄｄ）ボタン１３０６をクリック
されると、構成設定プログラム１２３（図１）は、図２
に示すフローチャートのステップ２０２において、ユー
ザからの入力を受け付ける。さらに、ステップ２０３に
おいて、入力がアプリケーションプログラムの機能構成
指定と判断され、ステップ２０４に進む。

【０３３５】ステップ２０４において、機能構成の設定
処理が起動される。機能構成の設定処理の詳細について
は、図２７のフローチャートに示されている。

【０３３６】図２７のステップ２７０１において、アプ
リケーションプログラムの追加（Ａｄｄ）ということ
で、アプリケーションプログラムを追加する処理を実行
する。

【０３３７】ステップ２７０２において、プログラム構
成管理テーブル１５０（図６）に入力されたプログラム
名を持ち、実現リストを空にしたレコードを追加する。

【０３３８】以上によって、アプリケーションプログラ
ム追加処理が実行される。

【０３３９】また、アプリケーションプログラムの削除
の場合、削除（Ｒｅｍｏｖｅ）ボタン１３０７（図１
３）をクリックされると、構成設定プログラム１２３
（図１）は、図２に示すフローチャートのステップ２０
２において、ユーザからの入力を受け付ける。さらに、
ステップ２０３において、入力がアプリケーションプロ
グラムの機能構成指定と判断され、ステップ２０４に進
む。

【０３４０】ステップ２０４において、機能構成の設定
処理が起動される。

【０３４１】機能構成の設定処理を示す図２７のステッ
プ２７０３において、アプリケーションプログラムの削
除（Ｒｅｍｏｖｅ）ということで、アプリケーションプ
ログラムを削除する処理を実行する。

【０３４２】ステップ２７０４において、プログラム構
成管理テーブル１５０（図６）から入力されたプログラ
ム名を持つレコードを削除する。

【０３４３】以上によって、アプリケーションプログラ
ム削除処理が実行される。

【０３４４】以上説明したように、本実施の形態によれ
ば、多数のプログラム部品を組み合わせてアプリケーシ
ョンを構成する場合に、引き続く構成プログラム部品の
選択（評価）を実際に動作させながら行うことが可能と
なる。

【０３４５】従って、データベース支援による方法に比
較して、実際に動作させることで機能，性能，デザイン
をより詳細に検討可能となる。

【０３４６】また、ここでは、コンポーネントデータ内
にプログラム部品を内蔵させる方式をとったことで、プ
ログラムを直接変更させたり、対話処理系の実行中にプ
ログラム部品を交換するような方式に比較して、評価の
枠組みとしての独立性を高くしたものである。

【０３４７】この独立性は、複数部品を候補としたり、
ジョーカー部品を設定したり、プログラム例を設定でき
る自由度となって現れている。個々の機能は、従来の対
話処理系などでも可能だが、それぞれを簡単な操作で、
かつ互いに影響を及ぼさずに組み込み可能な点が本実施
の形態の特徴であり、効果となっている。

【０３４８】また、部品を選択する場合、作成するアプ
リケーションでどのようなメッセージが送信されるかを
確認した後で選択することが可能である。どの場面で、
どのメッセージが使用されたかの情報は、部品選択の補
助情報とすることができる。これはジョーカー部品のよ
うに、とりあえず動作するプログラム構成とする場合
に、特に有効に作用する。ジョーカー部品とプログラム
例だけを使用して、システムの仕様を確認する作業など
も可能である。

【０３４９】また、選択された系列を後戻りすること、
別の系列のものを参照することも、実現系列とその実現
時に検討した内容を含めて可能となっている。これは１
つの実現で検討した内容の再検討を行う場合などに有効
である。

【０３５０】総論として、本実施の形態により期待され
る効果としては、机上の計算による評価にとどまらず、
実環境での評価を効率的に行うことができることから、
より要求に即した開発が可能となることである。

【０３５１】

【発明の効果】本発明によれば、アプリケーションプロ
グラムの構成作成支援方法において、プログラム部品を
組み合わせていく過程で、次々に実行し、評価を行うこ
とを可能となる。

【図面の簡単な説明】

【図１】本発明の一実施の形態によるアプリケーション
プログラムの構成作成支援方法において使用するハード
ウェアと、主なソフトウェア要素を示したシステム構成
図である。

【図２】本発明の一実施の形態によるアプリケーション
プログラムの構成作成支援方法に用いる構成設定プログ
ラムの概要を示すフローチャートである。

【図３】本発明の一実施の形態によるアプリケーション
プログラムの構成作成支援方法を説明するための過去に
作成されたアプリケーションプログラムの構成図であ
る。

【図４】本発明の一実施の形態によるアプリケーション
プログラムの構成作成支援方法による変更の過程を示す
説明図である。

【図５】本発明の一実施の形態によるアプリケーション
プログラムの構成作成支援方法により最終的に作成され
たアプリケーションプログラムの構成図である。

【図６】本発明の一実施の形態によるアプリケーション
プログラムの構成作成支援方法に用いるプログラム構成
管理テーブル１５０の構成図である。

【図７】本発明の一実施の形態によるアプリケーション
プログラムの構成作成支援方法に用いる実現管理テーブ
ル１５１の構成図である。

【図８】本発明の一実施の形態によるアプリケーション
プログラムの構成作成支援方法に用いるコンポーネント
データ管理テーブル１５２の構成図である。

【図９】本発明の一実施の形態によるアプリケーション
プログラムの構成作成支援方法に用いるコンポーネント
テーブル１３０の構成図である。

【図１０】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いるプログラム部
品管理テーブル１６０の構成図である。

【図１１】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いるメッセージ管
理テーブル１６１の構成図である。

【図１２】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いる初期設定処理
ステップ２０１の詳細フローチャートである。

【図１３】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法において表示する構成
設定画面１１０の詳細な画面構成の構成図である。

【図１４】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法において構成された初
期のアプリケーションプログラムである販売管理サーバ
プログラムの構成図である。

【図１５】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法において構成された初
期のアプリケーションプログラムである販売管理クライ
アントプログラムの構成図である。

【図１６】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いるアプリケーシ
ョンプログラム実行制御処理ステップ２０８の詳細フロ
ーチャートである。

【図１７】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いるメッセージ配
送プログラムのフローチャートである。

【図１８】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いるメッセージ配
送プログラムの図１７に続くフローチャートである。

【図１９】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法において表示する構成
設定画面１１０の詳細な画面構成の構成図である。

【図２０】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いるコンポーネン
トデータの設定処理ステップ２０６の詳細フローチャー
トである。

【図２１】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いるアプリケーシ
ョンプログラム実行制御処理ステップ２０８の中の構成
記録処理ステップ１６１１の詳細フローチャートであ
る。

【図２２】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いるプログラム構
成管理テーブル１５０の構成図である。

【図２３】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いる実現管理テー
ブル１５１の構成図である。

【図２４】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法において構成された初
期のアプリケーションプログラムである販売管理サーバ
プログラムの構成図である。

【図２５】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法において表示する構成
設定画面１１０の詳細な画面構成の構成図である。

【図２６】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法において表示する構成
設定画面１１０の詳細な画面構成の構成図である。

【図２７】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いる機能構成の設
定処理ステップ２０４の詳細フローチャートである。

【図２８】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いるコンポーネン
トデータの設定処理ステップ２０６の中のプログラム代
行履歴参照処理のフローチャートである。

【図２９】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いるプログラム代
行履歴参照処理の履歴画面の構成図である。

【図３０】本発明の一実施の形態によるアプリケーショ
ンプログラムの構成作成支援方法に用いるプログラム代
行履歴参照処理時のコンポーネントデータの構成図であ
る。

【符号の説明】

１０１…ディスプレイ装置 １０２…主記憶装置 １０３…ＣＰＵ装置 １０４…補助記憶装置 １０５…キーボード装置 １０６…マウス装置 １０７…システムバス １１０…インタフェース画面 １１１…アプリケーションプログラム画面 １２０…プログラム部品管理テーブル群 １２３…構成設定プログラム １２２…プログラム構成管理テーブル群 １２４…アプリケーションプログラム １３０，１３１，１３２…コンポーネントデータ １４０，１４１，１４２，１４３，１４４…プログラム
部品 １５０…プログラム構成管理テーブル本体 １５１…実現管理テーブル １５２…コンポーネントデータ管理テーブル １６０…プログラム部品管理テーブル本体 １６１…メッセージ管理テーブル

フロントページの続き (56)参考文献 特開 平９−6603（ＪＰ，Ａ) 特開 平９−44357（ＪＰ，Ａ) 特開 平８−55019（ＪＰ，Ａ) 斎藤美帆 他３名，”オブジェクト指 向技術による要求仕様書視覚化ツール ＲＥＱＵＡＲＩＯ”，日立評論, （1995），Ｖｏｌ．77，Ｎｏ．12，ｐ ｐ．843−846 二木誠司 他２名，”構造化オブジェ クトの視覚的プログラミング”，情報処 理学会研究報告（93−ＰＲＧ−10），Ｖ ｏｌ．93，Ｎｏ．11，（1993／01 ／29），ｐｐ．９−16 湯浦克彦 他４名，”Ｃｏｍｍｏｎ Ｌｉｓｐオブジェクト指向機能ＣＬＯＳ の実現と利用環境”，日立評論, （1990），Ｖｏｌ．72，Ｎｏ．７，ｐ ｐ．31−38 井田 他著，「ｂｉｔ別冊 Ｃｏｍｍ ｏｎ ＬＩＳＰオブジェクトシステム− ＣＬＯＳとその周辺−」，共立出版, 1989年１月号別冊，（1989／１／９）, ｐｐ．27−57 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 9/06 - 9/44 G06F 11/28 - 11/36

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】 計算機システムシステムの実行を制御す
   るアプリケーションプログラムを機能単位によって分割
   した複数のプログラム部品を組み合わせて、アプリケー
   ションプログラムを構成作成することを支援するアプリ
   ケーションプログラムの構成作成支援方法において、 個々の上記プログラム部品を判別可能とする識別子と、
   上記プログラム部品を機能によって分類する機能分類
   と、上記プログラム部品のメッセージインタフェース
   と、実行オブジェクトとを含む部品レコードから構成さ
   れるプログラム部品管理テーブルと、 作成対象となるアプリケーションプログラムの構成を、
   上記プログラム部品管理テーブルに格納された上記プロ
   グラム部品の識別子とプログラム名称とを含む構成レコ
   ードによって記述するプログラム構成管理テーブルと、 上記プログラム部品管理テーブルの部品エントリを格納
   するプログラム部品エントリと、外部からのメッセージ
   呼び出しを、上記プログラム部品エントリから取得する
   コンポーネント内のプログラム部品の１つに配送するメ
   ッセージ配送プログラムとを管理するとともに、上記構
   成レコードに１対１に対応するコンポーネントデータと
   を備え、 （Ａ）上記アプリケーションプログラムの個々の機能を
   実現する上記プログラム部品に関し、上記識別子による
   上記プログラム部品の指定を含む指示入力に応じ、（Ａ
   −１）この機能に対応した上記コンポーネントデータを
   取得し、（Ａー２）上記プログラム部品管理テーブルか
   ら上記識別子を含む上記部品レコードを取得し、この部
   品レコードを参照して、上記コンポーネントデータの上
   記プログラム部品エントリに、この部品エントリを設定
   し、 （Ｂ）上記アプリケーションプログラムの実行の指示入
   力に応じ、（Ｂー１）上記プログラム構成管理テーブル
   の上記構成レコードに対応した全てのコンポーネントデ
   ータを含んだ実行オブジェクトを作成し、（Ｂー２）こ
   の実行オブジェクトの実行は、上記コンポーネントデー
   タ間のメッセージ交換によって行い、（Ｂー３）個々の
   コンポーネントデータに配送されたメッセージは、上記
   メッセージ配送プログラムによって処理することを特徴
   とするアプリケーションプログラムの構成作成支援方
   法。
2. 【請求項２】 請求項１記載のアプリケーションプログ
   ラムの構成作成支援方法において、 上記コンポーネントデータは、プログラム部品のリスト
   を格納する候補リストを有し、 この候補リストには、上記プログラム部品エントリとの
   交換を意図したプログラム部品管理テーブルのプログラ
   ム部品を格納し、 上記候補リスト内に格納されたプログラム部品のうち、
   指示された上記候補リスト内の上記プログラム部品を上
   記プログラム部品エントリに設定することを特徴とする
   アプリケーションプログラムの構成作成支援方法。
3. 【請求項３】 請求項２記載のアプリケーションプログ
   ラムの構成作成支援方法において、 上記ステップ（Ａ）におけるプログラム部品の指示入力
   において、識別子としてジョーカー部品が指示された際
   には、 上記ステップ（Ｂー３）において、上記メッセージ配送
   プログラムは、配送されたメッセージの形式に応じ、 上記コンポーネントデータ内の候補リストに格納された
   個々の部品レコードについて、この部品レコードから取
   得したメッセージ形式と、配送されたメッセージとを比
   較し、一致する部品レコードから取得した実行オブジェ
   クトにメッセージを配送することを特徴とするアプリケ
   ーションプログラムの構成作成支援方法。
4. 【請求項４】 請求項１記載のアプリケーションプログ
   ラムの構成作成支援方法において、 上記アプリケーションプログラムの実行が指示された際
   に検索される上記コンポーネントデータの候補リスト内
   の部品レコードの検索順序を変更可能とすることを特徴
   とするアプリケーションプログラムの構成作成支援方
   法。
5. 【請求項５】 請求項１記載のアプリケーションプログ
   ラムの構成作成支援方法において、 上記アプリケーションプログラムの１つの部品組み合わ
   せに対する名称として、実現名称を与え、 上記プログラム構成管理テーブルの構成レコードに、上
   記実現名称を格納する実現名エントリを設け、 上記コンポーネントデータ内に、上記部品レコードと上
   記実現名称の組み合わせを要素とする履歴リストを設
   け、 アプリケーションプログラムの構成の保存が、上記実現
   名称を付与して指示された場合には、 上記プログラム構成管理テーブルの構成レコードの上記
   実現名称エントリに、この実現名称を記録し、 上記コンポーネントデータ内の上記履歴管理リストに、
   上記プログラム部品エントリに格納された部品レコード
   と実現名称を記録することを特徴とするアプリケーショ
   ンプログラムの構成作成支援方法。
6. 【請求項６】 請求項５記載のアプリケーションプログ
   ラムの構成作成支援方法において、 上記実現名称を表示する複数のノードを、実現の依存関
   係によってアーク結線した形式によってディスプレイ装
   置上に表示することを特徴とするアプリケーションプロ
   グラムの構成作成支援方法。
7. 【請求項７】 請求項１記載のアプリケーションプログ
   ラムの構成作成支援方法において、 上記コンポーネントデータ内に、特定の呼び出しインタ
   フェース情報とその実行オブジェクトを格納するプログ
   ラム例エントリを設け、 上記メッセージ配送プログラムは、外部からのメッセー
   ジ呼び出し形式を参照し、上記プログラム例エントリの
   インタフェース情報と一致するなら、上記実行オブジェ
   クトにメッセージ配送することを特徴とするアプリケー
   ションプログラムの構成作成支援方法。
8. 【請求項８】 請求項１記載のアプリケーションプログ
   ラムの構成作成支援方法において、 上記プログラム部品管理テーブルの部品レコードに、接
   続実績リストを格納するエントリを設け、 １つのアプリケーションプログラムが保存された場合、
   上記プログラム構成管理内テーブルで同じアプリケーシ
   ョンプログラムに含まれたものを、各部品レコードの上
   記接続実績リストに格納することを特徴とするアプリケ
   ーションプログラムの構成作成支援方法。