JP2007265190A - モジュール組込プログラム、モジュール組込装置およびモジュール組込方法 - Google Patents

Abstract

【課題】ソースレビューやデバッカ等の方法を用いることなく、適切に共通部品が使用されているか否かをテストすること。
【解決手段】モジュール組込装置１００は、Ｊ２ＥＥアプリローダ１４２がＪ２ＥＥアプリをロードする場合に、ロードしたＪ２ＥＥアプリにServletsアスペクトと、共通部品アスペクトと、通信アスペクトとを組み込み、Ｊ２ＥＥアプリ実行部１５０に渡す。そして、モジュール組込装置１００は、Ｊ２ＥＥアプリを実行した場合に、共通部品アスペクトからの応答を取得して、クライアント端末１０によって設定された共通部品が呼ばれたか否かを判定し、判定結果をクライアント端末１０に送信する。
【選択図】 図２

Description

この発明は、プログラムにモジュールを組み込むモジュール組込プログラム、モジュール組込装置およびモジュール組込方法に関し、特に、プログラムに共通部品が適切に組み込まれているか否かをテストすることができるジュール組込プログラム、モジュール組込装置およびモジュール組込方法に関するものである。

近年、業務アプリケーション開発における生産性および品質等を向上させるために、設計者は、ソフトウェアの共通部品を使用して業務アプリケーションを開発している（例えば、特許文献１参照）。設計者が使用する共通部品は、性能、品質の問題をクリアし、安定した動作実績があるため、設計者が業務アプリケーションを開発する場合には、必ず共通部品を用いるべきである。

特開平７−１０４９７７号公報

しかしながら、様々な理由によって、設計者が共通部品を利用せずに独自に作成したプログラムによって業務アプリケーションの開発を行ってしまう場合がある。そのような場合には、プログラムの受け入れ検査や結合テスト初期には全く問題が生じす、中盤以降のフェイズで問題（共通部品を利用しなかったことに起因する問題）が発覚することがある。

そのような問題を回避するため、業務アプリケーションに適切な共通部品が使用されていることを前もって確認すべく、ソースレビューやデバッカ等の方法によって業務アプリケーションを分析する方法も考えられるが、コスト、期間の問題、若しくは特別なスキルを要する等の理由により現実的ではない。

すなわち、ソースレビューやデバッカ等の方法を用いることなく、適切に共通部品が使用されているか否かをテストすることが極めて重要な課題となっている。

この発明は、上述した従来技術による問題点を解消するためになされたものであり、適切に共通部品が使用されているか否かをテストすることができるモジュール組込プログラム、モジュール組込装置およびモジュール組込方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、プログラムにモジュールを組み込むモジュール組込プログラムであって、プログラム間で共通に使用する関数およびデータをまとめた共通部品を含んだプログラムである共通部品利用プログラムを記録装置に記録する記録手順と、前記記録装置に記録された共通部品利用プログラムをロードする場合に、当該共通部品利用プログラムに含まれる前記共通部品の呼び出しに応答するモジュールを当該共通部品利用プログラムに組み込むモジュール組み込み手順と、をコンピュータに実行させることを特徴とする。

また、本発明は、上記発明において、前記共通部品を識別する共通部品識別情報を取得する識別情報取得手順と、前記共通部品利用プログラムを実行し、前記共通部分に対応するモジュールの応答に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かを判定する共通部品呼び出し判定手順とを更にコンピュータに実行させることを特徴とする。

また、本発明は、上記発明において、前記共通部品呼び出し判定手順による判定結果に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かの情報を出力する判定結果出力手順を更にコンピュータに実行させることを特徴とする。

また、本発明は、上記発明において、前記共通部品が呼び出された場合に、前記共通部品識別情報および共通部品の呼び出し回数を記録装置に記録する共通部品情報記録手順を更にコンピュータに実行させることを特徴とする。

また、本発明は、上記発明において、前記共通部品情報記録手順は、前記共通部品識別情報を出力する端末装置の識別情報と、前記呼び出し回数とを対応付けて記録装置に記録することを特徴とする。

また、本発明は、プログラムにモジュールを組み込むモジュール組込装置であって、プログラム間で共通に使用する関数およびデータをまとめた共通部品を含んだプログラムである共通部品利用プログラムを記録する記録手段と、前記共通部品利用プログラムをロードする場合に、当該共通部品利用プログラムに含まれる前記共通部品の呼び出しに応答するモジュールを当該共通部品利用プログラムに組み込むモジュール組み込み手段と、を備えたことを特徴とする。

また、本発明は、上記発明において、前記共通部品を識別する共通部品識別情報を取得する識別情報取得手段と、前記共通部品利用プログラムを実行し、前記共通部分に対応するモジュールの応答に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かを判定する共通部品呼び出し判定手段とを更に備えたことを特徴とする。

また、本発明は、上記発明において、前記共通部品呼び出し判定手段による判定結果に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かの情報を出力する判定結果出力手段を更に備えたことを特徴とする。

また、本発明は、プログラムにモジュールを組み込むモジュール組込方法であって、プログラム間で共通に使用する関数およびデータをまとめた共通部品を含んだプログラムである共通部品利用プログラムを記録装置に記録する記録工程と、前記記録装置に記録された共通部品利用プログラムをロードする場合に、当該共通部品利用プログラムに含まれる前記共通部品の呼び出しに応答するモジュールを当該共通部品利用プログラムに組み込むモジュール組み込み工程と、を含んだことを特徴とする。

また、本発明は、上記発明において、前記共通部品を識別する共通部品識別情報を取得する識別情報取得工程と、前記共通部品利用プログラムを実行し、前記共通部分に対応するモジュールの応答に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かを判定する共通部品呼び出し判定工程とを更に含んだことを特徴とする。

本発明によれば、プログラム間で共通に使用する関数およびデータをまとめた共通部品を含んだプログラムである共通部品利用プログラムを記録装置に記録し、この記録装置に記録された共通部品利用プログラムをロードする場合に、当該共通部品利用プログラムに含まれる前記共通部品の呼び出しに応答するモジュールを当該共通部品利用プログラムに組み込むので、共通部品利用プログラムに使用されている共通部品を判別することができる。

また、本発明によれば、共通部品を識別する共通部品を取得し、共通部品利用プログラムを実行し、共通部品に対応するモジュールの応答に基づいて、共通部品識別情報に対応する共通部品が呼び出されたか否かを判定するので、共通部品利用プログラムに確認対象となる共通部品が使用されているか否かを効率よく判定することができる。

また、本発明によれば、共通部品を識別する共通部品を取得し、共通部品利用プログラムを実行し、共通部品に対応するモジュールの応答に基づいて、共通部品識別情報に対応する共通部品が呼び出されたか否かを判定し、判定結果を出力するので、利用者は、共通部品利用プログラムに確認対象となる共通部品が使用されているか否かを効率よく確認することができる。

また、本発明によれば、共通部品が呼び出された場合に、共通部品識別情報および共通部品呼び出し回数を記憶装置に記憶するので、利用者は共通部品にかかる確認状況を効率よく管理することができる。

また、本発明によれば、共通部品識別情報を出力する端末装置の識別情報と、前記呼び出し回数とを対応付けて記録装置に記録するので、利用者の端末ごとの共通部品における確認状況を管理することができる。

以下に添付図面を参照して、この発明に係るモジュール組込プログラム、モジュール組込装置およびモジュール組込方法の好適な実施の形態を詳細に説明する。

まず、本発明の概要および特徴について説明する。図１は、本発明の概要および特徴を説明するための説明図である。同図に示すように、本発明では、所定の業務を実行するアプリケーションをロードする場合に、アプリケーションのServlets（Ｗｅｂサーバから最初に呼ばれるモジュール）および共通部品（複数のアプリケーション間で共通した処理に対する共通モジュール）にそれぞれServletsアスペクトおよび共通部品アスペクトを組み込むと共に、Servletsアスペクトおよび共通部品アスペクトが通信を行うための通信アスペクトを組み込む。

Servletsアスペクトは、組み込み対象のServletsがＷｅｂサーバによって呼び出された場合に、このServletsが呼び出された旨の情報を通知するアスペクト（モジュール）であり、共通部品アスペクトは、組み込み対象の共通部品がアプリケーションによって呼び出された場合に、この共通部品が呼び出された旨の情報を通知するアスペクト（モジュール）である。

アプリケーションのテスト（適切に共通部品を使用してアプリケーションが開発されているか否かを判定するためのテスト）を実行する利用者は、Ｗｅｂブラウザを利用して、テスト対象となる共通部品を設定し、Ｗｅｂサーバにアクセスを行う。そして、共通部品アスペクトは、アプリケーションの共通部品に対する呼び出しに応答し、共通部品が呼ばれたか否か、すなわち、利用者によって設定された共通部品が利用されているか否かを通知する。

このように、本発明では、アプリケーションをロードする場合に、Servlesアスペクト、共通部品アスペクト、通信アスペクトをアプリケーションに組み込み、共通部品に対する呼び出しに応答して、利用者によって設定された共通部品が呼ばれた旨を通知するので、利用者はアプリケーションに適切に共通部品が使用されているか否かを容易にテストすることができる。

また、本発明により、不適切な部品（設計者が共通部品を用いることなく独自に作成したプログラム）を早期に是正することができるので、結合テスト以降で不具合の切り分けが短期間で行える、結合テスト以降で不具合発生（バグ、性能問題）の減少、仕様変更や機能追加が容易に行えるなどの効果が期待できる。

次に、本実施例にかかるモジュール組込装置の構成について説明する。図２は、本実施例にかかるモジュール組込装置の構成を示す機能ブロック図である。なお、このモジュール組込装置１００は、ネットワーク５０を介してクライアント端末１０に接続されている（図２では説明の便宜上、クライアント端末１０のみを示すが、モジュール組込装置１００は、ネットワーク５０を介して複数のクライアント端末に接続されているものとする。）。

ここで、クライアント端末１０は、確認対象となる共通部品の情報をモジュール組込装置１００に送信し、アプリケーション（様々な業務を実行するアプリケーションプログラム；以下、Ｊ２ＥＥ＜Java（登録商標）2 Enterprise Edition＞アプリと表記する）に共通部品が適切に使用されているか否かの判定要求を行う装置である。このクライアント端末１０は、トレース管理クライアン１０ａおよびブラウザ１０ｂを備える。

このうち、トレース管理クライアント１０ａは、確認対象の候補となる共通部品の情報をモジュール組込装置１００から取得してクライアント端末１０の表示装置（図示しない）に表示させ、確認対象となる共通部品を利用者に設定させる処理部である。図３は、ＰＣ識別子およびアクセス確認を行う共通部品を設定する際に表示装置に表示される画面例を示す図である。利用者は、入力装置（図示しない）を使用して、ＰＣ識別子およびアクセス確認を行う共通部品を設定する。図３に示す例では、「●」に対応する共通部品がアクセス確認として設定されている。

ブラウザ１０ｂは、Ｗｅｂサーバ１６０（モジュール組込装置１００がＷｅｂサーバ１６０を備える）にアクセスを行い、共通部品の確認対象となるＪ２ＥＥアプリを実行させる処理部である。図４は、Ｊ２ＥＥアプリに対するテスト実行時に表示装置に表示される画面例を示す図である。図４の上段に示すように、ブラウザ１０ｂは、Ｗｅｂサーバ１６０にアクセスを行い、確認対象となる共通部品を含んだＪ２ＥＥアプリを実行させ、例えば、配達日入力画面をクライアント端末１０の表示装置に表示させる。そして、ブラウザ１０ｂは、注文番号および配達日の情報入力を利用者から受付け、受付けた情報をＷｅｂサーバ１６０に送信する。

そして、図４の下段に示すように、トレース管理クライアント１０ａは、ＰＣ識別子の情報をモジュール組込装置１００に送信し、確認対象となる共通部品が呼び出されたか否かの情報を取得して、取得した情報を表示させる。図４の例では、Ｊ２ＥＥアプリは、「注文番号確認」に対応する共通部品を使用しているが、「日付チェック」に対応する共通部品を使用していない旨の情報が表示されている。

図２の説明にもどると、モジュール組込装置１００は、サーバ対象ServeltsＤＢ１１０と、サーバ対象共通部品ＤＢ１２０と、Ｊ２ＥＥアプリＤＢ１３０と、管理部１４０と、Ｊ２ＥＥアプリ実行部１５０と、Ｗｅｂサーバ１６０とを備えて構成される。

このうち、サーバ対象ServletsＤＢ１１０は、Ｊ２ＥＥアプリに設定されるServletsのファイル名を記憶する記憶部であり、サーバ対象共通部品ＤＢ１２０は、Ｊ２ＥＥアプリに設定される共通部品のファイル名を記憶する記憶部であり、Ｊ２ＥＥアプリＤＢ１３０は、Ｊ２ＥＥアプリ（バイトコード）を記憶する記憶部である。

管理部１４０は、Ｊ２ＥＥアプリに各アスペクト（Servletsアスペクト、共通部品アスペクト、通信アスペクト）を組み込み、アスペクトを組み込んだＪ２ＥＥアプリをＪ２ＥＥアプリ実行部１５０に渡すと共に、クライアント端末１０によって設定された確認対象となる共通部品がＪ２ＥＥアプリによって呼び出されたか否かを判定する処理部である。利用者によって設定された共通部品に対応する共通部品アスペクトからの応答があれば、確認対象となる共通部品はＪ２ＥＥアプリに使用されていることになる。一方、利用者によって設定された共通部品に対応する共通部品アスペクトからの応答がなければ、確認対象となる共通部品はＪ２ＥＥアプリに使用されていないことになる。管理部１４０は、判定結果をクライアント端末１０に出力する。

Ｊ２ＥＥアプリ実行部１５０は、管理部１４０からＪ２ＥＥアプリを取得し、取得したＪ２ＥＥアプリを実行する処理部である。Ｊ２ＥＥアプリ実行部１５０は、クライアント端末１０からＷｅｂサーバ１６０を介してＪ２ＥＥアプリの実行要求を受付けた場合に、このＪ２ＥＥアプリを実行する。

また、Ｊ２ＥＥアプリ実行部１５０は、ＰＣ識別子獲得機能１５０ａを有し、このＰＣ識別子獲得機能１５０ａによって、Ｊ２ＥＥアプリの実行要求を行ったクライアント端末１０のＰＣ識別子を取得する。Ｊ２ＥＥアプリ実行部１５０は、ＰＣ識別子獲得機能によって取得したＰＣ識別子の情報を管理部１４０に渡す。

Ｗｅｂサーバ１６０は、クライアント端末１０からの要求に応じて、様々な処理（サービス）を実行する処理部であり、特に、本実施例では、Ｊ２ＥＥアプリ実行部１５０のＪ２ＥＥアプリを実行させる。

続いて、管理部１４０の構成について詳細に説明する。図２に示すように、この管理部１４０は、管理情報記憶部１４１と、Ｊ２ＥＥアプリローダ部１４２と、利用者通信部１４３と、アスペクト通信部１４４と、ＰＣ利用者進捗ＤＢ１４５と、共通部品進捗ＤＢ１４６と、トレース管理部１４７とを備える。

このうち、管理情報記憶部１４１は、共通部品にかかる各種の情報を記憶する記憶部である。図５は、管理情報記憶部１４１が記憶するデータの一例を示す図である。同図に示すように、管理情報記憶部１４１は、サーバ設定対象Servletsテーブル１４１ａと、サーバ設定対象共通部品テーブル１４１ｂと、確認対象共通部品テーブル１４１ｃと、Servletsアクセス管理テーブル１４１ｄと、共通部品アクセス確認回数テーブル１４１ｅと、ＰＣ毎確認回数テーブル１４１ｆとを備える。

ここで、サーバ設定対象Servletsテーブル１４１ａは、（オペレータの指示によって）Ｊ２ＥＥアプリに設定されるServletsの各ファイル名を記憶する記憶部である。図６は、サーバ設定対象Servletsテーブル１４１ａのデータ構造の一例を示す図である。図６に示す例では、Ｊ２ＥＥアプリにファイル名「sv-order」、「sp-ship」、「sv-payment」の各Servletsが設定されることがわかる。

サーバ設定対象Servletsテーブル１４１ｂは、共通部品名と共通部品によって実行される処理の名称（処理名）とを対応付けて記憶する記憶部である。図７は、サーバ設定対象Servletsテーブル１４１ｂのデータ構造の一例を示す図である。図７に示すように、例えば、処理名「日付チェック」に対応する共通部品名は「chk-date」となる。

確認対象共通部品テーブル１４１ｃは、クライアント端末のアクセス確認対象となる共通部品の情報を記憶する記憶部である。図８は、確認対象共通部品テーブル１４１ｃのデータ構造の一例を示す図である。図８に示すように、この確認対象共通部品テーブル１４１ｃは、「ＰＣ識別子」と、「先頭ポインタ」と、「個数」とを備える。また、先頭ポインタによって示されるアドレスに共通部品の「共通部品名」と「処理名」とが記憶されている。

図８に示す例では、ＰＣ識別子「１００１」のクライアント端末のアクセス確認対象となる共通部品の個数は「２」個であり、この共通部品の名称は「chk-date」、「order-chk」、処理名はそれぞれ「日付チェック」、「注文番号確認」となる。なお、この確認対象共通部品テーブル１４１ｃは、クライアント端末１０に予め送信され、各情報が入力される（クライアント端末１０の利用者は、確認対象共通部品テーブル１４１ｃに確認対象となる共通部品の情報を入力する）。

Servletsアクセス管理テーブル１４１ｄは、Servletsプログラムに対するアクセスを管理するための情報を記憶する記憶部である。図９は、Servletsアクセス管理テーブル１４１ｄのデータ構造の一例を示す図である。同図に示すように、このServletsアクセス管理テーブル１４１は、「ＰＣ識別子」と、「Servlets名」と、「時刻」とを備える。また、先頭ポインタによって示されるアドレスに共通部品の「モジュール名」と「時刻」が記憶されている（共通部品と時刻と対応付けたテーブルをここでは共通部品アクセス管理テーブルとする）。

図９に示す例では、ＰＣ識別子「１００１」のクライアント端末によってServlets名「sv-ship」のServletsプログラムは、時刻「１２時２２分１０．０１０秒」にアクセスされており、共通部品が「１」個呼び出されている。また呼び出された共通部品名は「order-chk」であり、共通部品が読み出された時刻は「１２時２２分１０．０１２秒」である。

共通部品アクセス確認回数テーブル１４１ｅは、共通部品が呼び出された回数を記憶する記憶部である。図１０は、共通部品アクセス確認回数テーブル１４１ｅのデータ構造の一例を示す図である。同図に示すように、この共通部品アクセス確認回数テーブル１４１ｅは、「共通部品名」と、「確認回数」と、「実行呼び出し回数」とを備える。ここで、確認回数は、確認対象となる共通部品が呼び出された回数（同一の共通部品が何度呼ばれても確認回数は一回）であり、実行読み出し回数は、共通部品が実際に読み出された回数を示す（同一の共通部品が重複して呼ばれた場合でも、共通部品が呼ばれるごとに回数をインクリメントする）。

ＰＣ毎確認回数テーブル１４１ｆは、クライアント端末ごとの共通部品アクセス回数および総確認回数を記録する記憶部である。図１１は、ＰＣ毎確認回数テーブル１４１ｆのデータ構造の一例を示す図である。同図に示すように、このＰＣ毎確認回数テーブル１４１ｆは、「ＰＣ識別子」と、「共通部品アクセス回数」と、「総確認回数」とを備える。ここで、共通部品アクセス回数は、共通部品が呼び出された回数を示し、総確認回数は、クライアント端末が行った確認回数の総数を示す。

図２の説明に戻ると、Ｊ２ＥＥアプリローダ１４２は、Ｊ２ＥＥアプリをロードする場合に、Ｊ２ＥＥアプリのServletsプログラムおよび共通部品にそれぞれ、Servletsアスペクトおよび共通部品アスペクトを組み込むと共に、Servletsアスペクトおよび共通部品アスペクトが通信を行うための通信アスペクトをＪ２ＥＥアプリに組み込む処理部である。図１２は、各アスペクトが組み込まれたＪ２ＥＥアプリの一例を示す図である。

このＪ２ＥＥアプリローダ１４２は、入力装置（図示しない）を介してオペレータから、Ｊ２ＥＥアプリ名、Servletsのファイル名および共通部品のファイル名を取得した場合に、対応するデータをサーバ対象ServletsＤＢ１１０、サーバ対象共通部品ＤＢ１２０、Ｊ２ＥＥアプリＤＢ１３０から読み込み、各アスペクトをＪ２ＥＥアプリに組み込む。そして、Ｊ２ＥＥアプリローダ部１４２は、Servletsアスペクト、共通部品アスペクト、通信アスペクトを組み込んだＪ２ＥＥアプリをＪ２ＥＥアプリ実行部１５０に渡す。

利用者通信部１４３は、主に、クライアント端末１０との間における通信を制御する処理部であり、アスペクト通信部１４４は、Ｊ２ＥＥアプリ実行部１５０との間における通信を制御する処理部である。

ＰＣ利用者進捗ＤＢ１４５は、図１１において説明したＰＣ毎確認回数テーブル１４１ｆに格納されたデータを定期的に記憶する記憶部であり、共通部品進捗ＤＢ１４６は、図１０において説明した共通部品アクセス確認回数テーブル１４１ｅに格納されたデータを定期的に記憶する記憶部である。

トレース管理部１４７は、管理情報記憶部１４１に記憶された各データの記録制御を行うと共に、トレース管理クライアント１０ａと通信を行い、確認対象となる共通部品がＪ２ＥＥアプリに使用されているか否かのデータをクライアント端末１０に送信する処理部である。

図１３は、トレース管理部１４７の構成を示す機能ブロック図である。同図に示すように、このトレース管理部１４７は、管理情報記録制御部１４７ａと、集計処理部１４７ｄと、リロード処理部１４７ｃとを備える。

ここで、管理情報記録制御部１４７ａは、クライアント端末１０からＰＣ識別子、確認対象となる共通部品のデータ（確認対象共通部品テーブル１４１ｃ）を受信して、管理情報記録部１４１に記録された各テーブルに必要なデータを書き込む処理部である。また、Ｊ２ＥＥアプリ実行部１５０のServletsアスペクトおよび共通部品アスペクトから通知されるデータを取得して、共通部品が呼び出された回数などを管理情報記録部１４１に記録し、確認対象となる共通部品が呼ばれたか否かのデータをクライアント端末１０に送信する。

なお、確認対象となる共通部品が呼ばれた旨の情報を共通部品アスペクトから取得できなかった場合には、確認対象となる共通部品がＪ２ＥＥアプリに使用されず、設計者独自に作成したプログラムが使用されていることとなる。例えば、図８の確認対象共通部品テーブル１４１ｃを例にあげて説明すると、共通部品「1chk-date」、「order-chk」に対応する共通部品アスペクトから、共通部品「1chk-date」、「order-chk」が呼び出された旨の情報を取得できなかった場合には、共通部品「1chk-date」、「order-chk」がＪ２ＥＥアプリに使用されていないことになる。すなわち、管理情報記録制御部１４７ａは、確認対象共通部品テーブル１４１ｃと、共通部品アスペクトからの応答に含まれる共通部品の情報を比較することによって、確認対象となる共通部品が使用されているか否かを判定することが可能である。

集計処理部１４７ｂは、ＰＣ毎確認回数テーブル１４１ｆおよび共通部品アクセス確認回数テーブル１４１ｅに記録されたデータをファイル化し、ファイル化したデータをそれぞれ、ＰＣ利用者進捗ＤＢ１４５、共通部品進捗ＤＢ１４６に記憶させる処理部である。

リロード処理部１４７ｃは、Ｊ２ＥＥアプリローダ部１４２が再度、Ｊ２ＥＥアプリをロード（リロード）した場合に、管理情報記憶部１４１に記録された各データを更新する処理部である。また、リロード処理部１４７ｃは、管理情報記憶部１４１に記憶された不要なデータを初期化する。

次に、本実施例にかかるモジュール組込装置１００およびクライアント端末１０の各処理について説明する。図１４は、モジュール組込装置１００およびクライアント端末１０が行う処理の概要を示すフローチャートである。同図に示すように、モジュール組込装置１００は、Ｊ２ＥＥアプリにアスペクト（Servletsアスペクト、共通部品アスペクト、通信アスペクト）を組み込み、Ｊ２ＥＥアプリを起動する（ステップＳ１０１）。

そして、クライアント端末１０は、モジュール組込装置１００と通信を行い、確認対象となる共通部品を設定し（ステップＳ１０２）、モジュール組込装置１００は、Ｊ２ＥＥアプリを実行して共通部品の確認を行う（ステップＳ１０３）。

続いて、モジュール組込装置１００は、共通部品に対するアクセス確認結果とＰＣ利用者のアクセス確認テストの実行状況を作成し（ステップＳ１０４）、モジュール組込装置１００は、Ｊ２ＥＥアプリをリロードし、共通部品に対する確認条件を更新する（ステップＳ１０５）。

次に、図１４のステップＳ１０１において説明した処理を詳細に説明する。図１５は、図１４のステップＳ１０１において説明した処理を詳細に示すフローチャートである。図１５に示すように、モジュール組込部１００は、Ｊ２ＥＥアプリローダ部１４２が、（図示しない）入力装置からＪ２ＥＥアプリ名、設定対象となるServletsファイル名、設定対象となる共通部品ファイル名を取得し（ステップＳ２０１）、サーバ設定対象Servletsテーブル１４１ａおよびサーバ設定対象共通部品テーブル１４１ｂを作成する（ステップＳ２０２）。

そして、Ｊ２ＥＥアプリローダ部１４２は、Ｊ２ＥＥアプリ（バイトコード）にServletsプログラムおよび共通部品に対するアスペクト（Servletsアスペクト、共通部品アスペクト）および通信アスペクトを組み込む（ステップＳ２０３）。

その後、モジュール組込装置１００は、管理部１４０がアスペクト通信部１４４および利用者通信部１４３を起動し（ステップＳ２０４）、Ｊ２ＥＥアプリ実行部１５０がアスペクトを組み込まれたＪ２ＥＥアプリを起動する（ステップＳ２０５）。

次に、図１４のステップＳ１０２において説明した処理を詳細に説明する。図１６は、図１４のステップＳ１０２において説明した処理を詳細に示すフローチャートである。同図に示すように、クライアント端末１０は、入力装置（図示しない）からＰＣ識別子と、共通部品設定モード（確認対象となる共通部品を設定するモード）または変更モード（共通部品設定モードによって設定された確認対象となる共通部品を変更するモード）の設定とを取得し（ステップＳ３０１）、サーバ設定対象共通部品テーブル１４１ａおよび確認対象共通部品テーブル１４１ｃをモジュール組込装置１００に要求する（ステップＳ３０２）。

そして、クライアント端末１０は、サーバ設定対象共通部品テーブル１４１ａおよび確認対象共通部品テーブル１４１ｃを取得し（ステップＳ３０３）、確認対象となる共通部品を選択するための情報（図３を参照）を表示する（ステップＳ３０４）。

クライアント端末１０は、確認対象となる共通部品の情報を取得し、確認対象共通部品テーブル１４１ｃに確認対象となる共通部品の情報およびＰＣ識別子を記録し（ステップＳ３０５）、確認対象共通部品テーブル１４１ｃをモジュール組込装置１００に送信する（ステップＳ３０６）。

次に、図１４のステップＳ１０３において説明した処理を詳細に説明する。図１７、図１８は、図１４のステップＳ１０３において説明した処理を詳細に示すフローチャートである。同図に示すように、モジュール組込装置１００は、ブラウザ１０ｂからのアプリ実行要求によって、Ｊ２ＥＥアプリ実行部１５０がＪ２ＥＥアプリを実行し（ステップＳ４０１）、管理部１４０は、Ｊ２ＥＥアプリで最初に呼ばれるServletsアスペクトからＰＣ識別子、Servlets名、Servletsアスペクトが呼ばれた時刻の情報を取得する（ステップＳ４０２）。

そして、トレース管理部１４７は、Servletsアクセス管理テーブル１４１ｄにＰＣ識別子、Servlets名、時刻を設定し（ステップＳ４０３）、ServletsアスペクトからServletsプログラムが呼ばれる（ステップＳ４０４）。

続いて、Ｊ２ＥＥアプリ実行部１５０は、業務プログラムを順次実行し（ステップＳ４０５）、業務アプリケーションの実行中に共通部品が呼ばれたか否かを共通部品アスペクトが判定し（ステップＳ４０６）、共通部品が呼ばれた場合には（ステップＳ４０７，Ｙｅｓ）、共通部品アスペクトは、ＰＣ識別子、呼ばれた共通部品名および時刻（共通部品が呼び出された時刻）の情報をトレース管理部１４７に通知し（ステップＳ４０８）、トレース管理部１４７がServletsアクセス管理テーブルに１４１ｄに共通部品名および時刻を格納する（ステップＳ４０９）。

トレース管理部１４７は、共通部品アクセス確認回数テーブル１４１ｅの実行読み出し回数を更新し、ＰＣ毎確認回数テーブル１４１ｆの共通部品総アクセス回数を更新し（ステップＳ４１０）、Ｊ２ＥＥアプリが終了したか否かを判定する（ステップＳ４１１）。ところで、共通部品が呼ばれていない場合には（ステップＳ４０７，Ｎｏ）、そのままステップＳ４１１に移行する。

Ｊ２ＥＥアプリが終了していない場合には（ステップＳ４１２，Ｎｏ）、ステップＳ４０５に移行し、Ｊ２ＥＥアプリが終了した場合には（ステップＳ４１２，Ｙｅｓ）、トレース管理部１４７は、Ｊ２ＥＥアプリが終了した旨の情報をクライアント端末１０に送信し（ステップＳ４１３）、共通部品呼び出し確認要求をクライアント端末１０から取得したか否かを判定する（ステップＳ４１４）。

そして、トレース管理部１４７が、クライアント端末１０から共通部品呼び出し確認要求を取得した場合には（ステップＳ４１５，Ｙｅｓ）、共通部品アクセス確認回数テーブル１４１ｅの確認回数を更新し、ＰＣ毎確認回数テーブルの総確認回数を更新する（ステップＳ４１６）。

続いて、トレース管理部１４７は、Servletsアクセス管理テーブル１４１ｄおよびサーバ設定対象共通部品テーブル１４１ｂを用いて、Ｊ２ＥＥアプリ実行時に呼び出された共通部品の処理名を検出し、検出した処理名の情報をクライアント端末１０に送信する（ステップＳ４１７）。ステップＳ４１７において、クライアント端末１０は、モジュール組込装置１００から取得した処理名に対応する共通部品を「○」で表示させ、それ以外の共通部品を「？」で表示させる（図４の下段参照）。

その後、トレース管理部１４７は、処理を終了するか否かを判定し（ステップＳ４１８）、処理を終了する場合には（ステップＳ４１９，Ｙｅｓ）、処理を終了し、処理を終了しない場合には（ステップＳ４１９，Ｎｏ）、ステップＳ４０１に移行する。ところで、ステップＳ４１５において、トレース管理部１４７がクライアント端末１０から確認要求を取得していない場合には（ステップＳ４１５，Ｎｏ）、そのままステップＳ４１８に移行する。

なお、トレース管理部１４７は、ステップＳ４１７において、確認対象共通部品テーブル１４１ｃと、Servletsアクセス管理テーブル１４１ｄとを比較して、利用者に設定された確認対象となる共通部品のうち、Ｊ２ＥＥアプリに組み込まれた共通部品と、組み込まれていない共通部品とを特定し、特定した情報をクライアント端末１０に通知してもよい。

次に、図１４のステップＳ１０４において説明した処理を詳細に説明する。図１９は、図１４のステップＳ１０４において説明した処理を詳細に示すフローチャートである。同図に示すように、モジュール組込装置１００は、集計処理部１４７ｂが、規定の時刻になるまでウェイト状態を保ち（ステップＳ５０１）、規定の時刻になった場合に、共通部品アクセス確認回数テーブル１４１ｅに格納された情報をファイル化し、共通部品進捗ＤＢ１４６に格納し（ステップＳ５０２）、ＰＣ毎確認回数テーブル１４１ｆに格納された情報をファイル化し、ＰＣ利用者進捗ＤＢ１４５に格納する（ステップＳ５０３）。

次に、図１４のステップＳ１０５において説明した処理を詳細に説明する。図２０は、図１４のステップＳ１０５において説明した処理を詳細に示すフローチャートである。同図に示すように、モジュール組込装置１００は、Ｊ２ＥＥアプリローダ部１４２が、（図示しない）入力装置からリロード指定によるＪ２ＥＥアプリ名、設定対象となるServletsファイル名、設定対象となる共通部品ファイル名を取得し（ステップＳ６０１）、共通部品アクセス確認回数テーブル１４１ｅとＰＣ毎確認回数テーブル１４１ｆとの内容によりファイル名が実施時刻より世代管理されたものとしてファイル化する（ステップＳ６０２）。

そして、トレース管理部１４７は、管理情報記憶部１４１に記憶された各テーブルのうち、確認対象共通部品テーブル１４１ｃ以外をすべて初期化し（ステップＳ６０３）、サーバ設定対象Servletsテーブル１４１ａおよびサーバ設定対象共通部品テーブル１４１ｂを作成し（ステップＳ６０４）、サーバ設定対象共通部品テーブル１４１ｂで存在しなくなった項目を確認対象共通部品テーブル１４１ｃから削除する（ステップＳ６０５）。

続いて、トレース管理部１４７は、Ｊ２ＥＥアプリ（バイトコード）に、Servletsプログラムおよび共通部品に対するアスペクトおよび通信アスペクトを組み込み（ステップＳ６０６）、アスペクト通信部１４４および利用者通信部１４３を起動し（ステップＳ６０７）、アスペクトを組み込んだＪ２ＥＥアプリを起動する（ステップＳ６０８）。

このように、共通部品アスペクトが、この共通部品アスペクトに該当する共通部品が呼ばれた場合に、共通部品が呼ばれた旨の情報をトレース管理部１４７に通知し、トレース管理部１４７が、共通部品の呼ばれた回数を管理情報記憶部１４１に記憶し、管理情報記憶部に記憶された情報をクライアント端末１０に通知するので、Ｊ２ＥＥアプリに適切に共通部品が使用されているか否かを効率よくテストすることができる。

上述してきたように、本実施例にかかるモジュール組込装置１００は、共通部品を含んだプログラムであるＪ２ＥＥアプリをＪ２ＥＥアプリＤＢ１３０に記憶させ、Ｊ２ＥＥアプリローダ１４２がＪ２ＥＥアプリをロードする場合に、ロードしたＪ２ＥＥアプリにServletsアスペクトと、共通部品アスペクトと、通信アスペクトとを組み込み、Ｊ２ＥＥアプリ実行部１５０に渡す。そして、モジュール組込装置１００は、Ｊ２ＥＥアプリを実行した場合に、共通部品アスペクトからの応答を取得して、クライアント端末１０によって設定された共通部品が呼ばれたか否かを判定し、判定結果をクライアント端末１０に送信するので、アプリケーションに共通部品が利用されているか否かのテストを、ソースレビューやデバッカ等の手法を用いなくとも容易に実行することができる。

また、本実施例では、Ｊ２ＥＥアプリをロードする時点で、各アスペクトをＪ２ＥＥアプリに組み込むので、共通部品を確認するためのプログラムをＪ２ＥＥアプリに書き込んでおく必要性をなくし、利用者にかかる負担を軽減させることができる。

ところで、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図２１を用いて、上記各種処理を実現するプログラムを実行するコンピュータの一例について説明する。

図２１は、図２に示したモジュール組込装置１００を構成するコンピュータのハードウェア構成を示す図である。このコンピュータは、ユーザからのデータの入力を受け付ける入力装置３０、モニタ３１、ＲＡＭ（Random Access Memory）３２、ＲＯＭ（Read Only Memory）３３、各種プログラムを記録した記録媒体からプログラムを読み取る媒体読取装置３４、ネットワークを介して他のコンピュータとの間でデータの授受をおこなうネットワークインターフェース３５、ＣＰＵ（Central Processing Unit）３６、および、ＨＤＤ（Hard Disk Drive）３７をバス３８で接続して構成される。

そして、ＨＤＤ３７には、上述したモジュール組込装置１００の機能と同様の機能を発揮する各種プログラム３７ｂが記憶されている。そして、ＣＰＵ３６が、各種プログラム３７ｂをＨＤＤ３７から読み出して実行することにより、上述したモジュール組込装置１００の機能部の機能を実現する各種プロセス３６ａが起動される。

また、ＨＤＤ３７には、上述したモジュール組込装置の記憶手段（サーバ対象ServletsＤＢ１１０、サーバ対象共通部品ＤＢ１２０、Ｊ２ＥＥアプリＤＢ１３０、管理情報記憶部１４１、ＰＣ利用者進捗ＤＢ１４５、共通部品進捗ＤＢ１４６）に記憶されるデータに対応する各種データ３７ａが記憶される。ＣＰＵ３６は、各種データ３７ａをＨＤＤ３７に記憶するとともに、各種データ３７ａをＨＤＤ３７から読み出してＲＡＭ３２に格納し、ＲＡＭ３２に格納された各種データ３２ａに基づいてデータ処理を実行する。

ところで、各種プログラム３７ｂは、必ずしも最初からＨＤＤ３７に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などに各種プログラム３７ｂを記憶しておき、コンピュータがこれらから各種プログラム３７ｂを読み出して実行するようにしてもよい。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。

また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。

この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（付記１）プログラムにモジュールを組み込むモジュール組込プログラムであって、
プログラム間で共通に使用する関数およびデータをまとめた共通部品を含んだプログラムである共通部品利用プログラムを記録装置に記録する記録手順と、
前記記録装置に記録された共通部品利用プログラムをロードする場合に、当該共通部品利用プログラムに含まれる前記共通部品の呼び出しに応答するモジュールを当該共通部品利用プログラムに組み込むモジュール組み込み手順と、
をコンピュータに実行させることを特徴とするモジュール組込プログラム。

（付記２）前記共通部品を識別する共通部品識別情報を取得する識別情報取得手順と、前記共通部品利用プログラムを実行し、前記共通部分に対応するモジュールの応答に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かを判定する共通部品呼び出し判定手順とを更にコンピュータに実行させることを特徴とする付記１に記載のモジュール組込プログラム。

（付記３）前記共通部品呼び出し判定手順による判定結果に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かの情報を出力する判定結果出力手順を更にコンピュータに実行させることを特徴とする付記１または２に記載のモジュール組込プログラム。

（付記４）前記共通部品が呼び出された場合に、前記共通部品識別情報および共通部品の呼び出し回数を記録装置に記録する共通部品情報記録手順を更にコンピュータに実行させることを特徴とする付記２または３に記載のモジュール組込プログラム。

（付記５）前記共通部品情報記録手順は、前記共通部品識別情報を出力する端末装置の識別情報と、前記呼び出し回数とを対応付けて記録装置に記録することを特徴とする付記４に記載のモジュール組込プログラム。

（付記６）プログラムにモジュールを組み込むモジュール組込装置であって、
プログラム間で共通に使用する関数およびデータをまとめた共通部品を含んだプログラムである共通部品利用プログラムを記録する記録手段と、
前記共通部品利用プログラムをロードする場合に、当該共通部品利用プログラムに含まれる前記共通部品の呼び出しに応答するモジュールを当該共通部品利用プログラムに組み込むモジュール組み込み手段と、
を備えたことを特徴とするモジュール組込装置。

（付記７）前記共通部品を識別する共通部品識別情報を取得する識別情報取得手段と、前記共通部品利用プログラムを実行し、前記共通部分に対応するモジュールの応答に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かを判定する共通部品呼び出し判定手段とを更に備えたことを特徴とする付記６に記載のモジュール組込装置。

（付記８）前記共通部品呼び出し判定手段による判定結果に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かの情報を出力する判定結果出力手段を更に備えたことを特徴とする付記６または７に記載のモジュール組込装置。

（付記９）前記共通部品が呼び出された場合に、前記共通部品識別情報および共通部品の呼び出し回数を記録する共通部品情報記録手段を更に備えたことを特徴とする付記７または８に記載のモジュール組込装置。

（付記１０）プログラムにモジュールを組み込むモジュール組込方法であって、
プログラム間で共通に使用する関数およびデータをまとめた共通部品を含んだプログラムである共通部品利用プログラムを記録装置に記録する記録工程と、
前記記録装置に記録された共通部品利用プログラムをロードする場合に、当該共通部品利用プログラムに含まれる前記共通部品の呼び出しに応答するモジュールを当該共通部品利用プログラムに組み込むモジュール組み込み工程と、
を含んだことを特徴とするモジュール組込方法。

（付記１１）前記共通部品を識別する共通部品識別情報を取得する識別情報取得工程と、前記共通部品利用プログラムを実行し、前記共通部分に対応するモジュールの応答に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かを判定する共通部品呼び出し判定工程とを更に含んだことを特徴とする付記１０に記載のモジュール組込方法。

（付記１２）前記共通部品呼び出し判定工程による判定結果に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かの情報を出力する判定結果出力工程を更に含んだことを特徴とする付記１０または１１に記載のモジュール組込方法。

（付記１３）前記共通部品が呼び出された場合に、前記共通部品識別情報および共通部品の呼び出し回数を記録装置に記録する共通部品情報記録工程を更に含んだことを特徴とする付記１１または１２に記載のモジュール組込方法。

以上のように、本発明にかかるモジュール組込プログラム、モジュール組込装置およびモジュール組込方法は、適切に共通部品がプログラムに使用されているか否かをテストするシステムなどに対して有用である。

本発明の概要および特徴を説明するための説明図である。 本実施例にかかるモジュール組込装置の構成を示す機能ブロック図である。 ＰＣ識別子およびアクセス確認を行う共通部品を設定する際に表示装置に表示される画面例を示す図である。 Ｊ２ＥＥアプリに対するテスト実行時にクライアント端末に表示される画面例を示す図である。 管理情報記憶部が記憶するデータの一例を示す図である。 サーバ設定対象Servletsテーブルのデータ構造の一例を示す図である。 サーバ設定対象Servletsテーブルのデータ構造の一例を示す図である。 確認対象共通部品テーブルのデータ構造の一例を示す図である。 Servletsアクセス管理テーブルのデータ構造の一例を示す図である。 共通部品アクセス確認回数テーブルのデータ構造の一例を示す図である。 ＰＣ毎確認回数テーブルのデータ構造の一例を示す図である。 各アスペクトが組み込まれたＪ２ＥＥアプリの一例を示す図である。 トレース管理部の構成を示す機能ブロック図である。 モジュール組込装置およびクライアント端末が行う処理の概要を示すフローチャートである。 図１４のステップＳ１０１において説明した処理を詳細に示すフローチャートである。 図１４のステップＳ１０２において説明した処理を詳細に示すフローチャートである。 図１４のステップＳ１０３において説明した処理を詳細に示すフローチャート（１）である。 図１４のステップＳ１０３において説明した処理を詳細に示すフローチャート（２）である。 図１４のステップＳ１０４において説明した処理を詳細に示すフローチャートである。 図１４のステップＳ１０５において説明した処理を詳細に示すフローチャートである。 図２に示したモジュール組込装置を構成するコンピュータのハードウェア構成を示す図である。

符号の説明

１０ クライアント端末
１０ａ トレース管理クライアント
１０ｂ ブラウザ
３０ 入力装置
３１ モニタ
３２ ＲＡＭ
３２ａ，３７ａ 各種データ
３３ ＲＯＭ
３４ 媒体読取装置
３５ ネットワークインターフェース
３６ ＣＰＵ
３６ａ 各種プロセス
３７ ＨＤＤ
３７ｂ 各種プログラム
３８ バス
５０ ネットワーク
１００ モジュール組込装置
１１０ サーバ対象ServletsＤＢ
１２０ サーバ対象共通部品ＤＢ
１３０ Ｊ２ＥＥアプリＤＢ
１４０ 管理部
１４１ 管理情報記憶部
１４１ａ サーバ設定対象Servletsテーブル
１４１ｂ サーバ設定対象共通部品テーブル
１４１ｃ 確認対象共通部品テーブル
１４１ｄ Servletsアクセス管理テーブル
１４１ｅ 共通部品アクセス確認回数テーブル
１４１ｆ ＰＣ毎確認回数テーブル
１４２ Ｊ２ＥＥアプリローダ部
１４３ 利用者通信部
１４４ アスペクト通信部
１４５ ＰＣ利用者進捗ＤＢ
１４６ 共通部品進捗ＤＢ
１４７ トレース管理部
１４７ａ 管理情報記録制御部
１４７ｂ 集計処理部
１４７ｃ リロード処理部
１５０ Ｊ２ＥＥアプリ実行部
１５０ａ ＰＣ識別子獲得機能
１６０ Ｗｅｂサーバ

Claims (10)

1. プログラムにモジュールを組み込むモジュール組込プログラムであって、
   プログラム間で共通に使用する関数およびデータをまとめた共通部品を含んだプログラムである共通部品利用プログラムを記録装置に記録する記録手順と、
   前記記録装置に記録された共通部品利用プログラムをロードする場合に、当該共通部品利用プログラムに含まれる前記共通部品の呼び出しに応答するモジュールを当該共通部品利用プログラムに組み込むモジュール組み込み手順と、
   をコンピュータに実行させることを特徴とするモジュール組込プログラム。
2. 前記共通部品を識別する共通部品識別情報を取得する識別情報取得手順と、前記共通部品利用プログラムを実行し、前記共通部分に対応するモジュールの応答に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かを判定する共通部品呼び出し判定手順とを更にコンピュータに実行させることを特徴とする請求項１に記載のモジュール組込プログラム。
3. 前記共通部品呼び出し判定手順による判定結果に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かの情報を出力する判定結果出力手順を更にコンピュータに実行させることを特徴とする請求項１または２に記載のモジュール組込プログラム。
4. 前記共通部品が呼び出された場合に、前記共通部品識別情報および共通部品の呼び出し回数を記録装置に記録する共通部品情報記録手順を更にコンピュータに実行させることを特徴とする請求項２または３に記載のモジュール組込プログラム。
5. 前記共通部品情報記録手順は、前記共通部品識別情報を出力する端末装置の識別情報と、前記呼び出し回数とを対応付けて記録装置に記録することを特徴とする請求項４に記載のモジュール組込プログラム。
6. プログラムにモジュールを組み込むモジュール組込装置であって、
   プログラム間で共通に使用する関数およびデータをまとめた共通部品を含んだプログラムである共通部品利用プログラムを記録する記録手段と、
   前記共通部品利用プログラムをロードする場合に、当該共通部品利用プログラムに含まれる前記共通部品の呼び出しに応答するモジュールを当該共通部品利用プログラムに組み込むモジュール組み込み手段と、
   を備えたことを特徴とするモジュール組込装置。
7. 前記共通部品を識別する共通部品識別情報を取得する識別情報取得手段と、前記共通部品利用プログラムを実行し、前記共通部分に対応するモジュールの応答に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かを判定する共通部品呼び出し判定手段とを更に備えたことを特徴とする請求項６に記載のモジュール組込装置。
8. 前記共通部品呼び出し判定手段による判定結果に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かの情報を出力する判定結果出力手段を更に備えたことを特徴とする請求項６または７に記載のモジュール組込装置。
9. プログラムにモジュールを組み込むモジュール組込方法であって、
   プログラム間で共通に使用する関数およびデータをまとめた共通部品を含んだプログラムである共通部品利用プログラムを記録装置に記録する記録工程と、
   前記記録装置に記録された共通部品利用プログラムをロードする場合に、当該共通部品利用プログラムに含まれる前記共通部品の呼び出しに応答するモジュールを当該共通部品利用プログラムに組み込むモジュール組み込み工程と、
   を含んだことを特徴とするモジュール組込方法。
10. 前記共通部品を識別する共通部品識別情報を取得する識別情報取得工程と、前記共通部品利用プログラムを実行し、前記共通部分に対応するモジュールの応答に基づいて、前記共通部品識別情報に対応する共通部品が呼び出されたか否かを判定する共通部品呼び出し判定工程とを更に含んだことを特徴とする請求項９に記載のモジュール組込方法。

Images