(57)【要約】【課題】生成されるプログラムの画面数により生成されるプログラムを定量化してプログラム生成システム本来の目的であるプログラム生成行為とプログラム生成システム自身のプロダクト価格との費用対効果を計り、顧客納得性のある料金を提示すること。【解決手段】入力されるプログラム設計情報に基づいてプログラムの構成要素情報を生成して情報収集部１０２を介してリポジトリデータベース１０１へ登録し、該登録されたプログラムの構成要素情報を情報収集部１０２を介して取得してプログラムコードを生成する開発ツール２０１と、リポジトリデータベース１０１へ登録されているプログラムの構成要素情報の数を計数し、該計数結果に基づいてリポジトリデータベース１０１へ登録されるプログラムの構成要素情報数が所定のプログラムの構成要素情報登録可能数を超えないように情報収集部１０２による登録処理を制限制御する情報集計部１０３とを有する構成を特徴とする。【選択図】図１
2006127189.tif 000002
【特許請求の範囲】
【請求項１】
クライアント手段とサーバ手段とを有するソフトウェア開発システムにおいて、
前記クライアント手段は、入力されるプログラム設計情報に基づいてプログラムの構成要素情報を生成して前記サーバ手段を介して記憶手段へ登録させる登録要求手段と、
前記サーバ手段を介して前記記憶手段に登録されたプログラムの構成要素情報を取得してプログラムコードを生成する生成手段とを有するものであり、
前記サーバ手段は、前記クライアント手段からの要求に応じて、前記プログラムの構成要素情報を前記記憶手段へ登録する登録手段と、
前記クライアント手段からの要求に応じて、前記記憶手段から前記プログラムの構成要素情報を取り出して前記クライアント手段へ送信する取り出し手段と、
前記記憶手段へ登録されているプログラムの構成要素情報の数を計数し、該計数結果に基づいて前記記憶手段へ登録されるプログラムの構成要素情報数が所定のプログラムの構成要素情報登録可能数を超える場合には、前記登録手段による前記記憶手段への前記プログラムの構成要素情報の登録を禁止するように制御する制御手段と、を有することを特徴とするソフトウェア生成システム。
【請求項２】
前記所定のプログラムの構成要素情報登録可能数を設定する設定手段と、
前記設定手段により設定される前記所定のプログラムの構成要素情報登録可能数に応じて課金する課金手段と、
を有することを特徴とする請求項１記載のソフトウェア生成システム。
【請求項３】
クライアント手段とサーバ手段とを有するソフトウェア開発システムにおいて、
前記クライアント手段は、入力されるプログラム設計情報に基づいてプログラムの構成要素情報を生成して前記サーバ手段を介して記憶手段へ登録させる登録要求手段と、
前記サーバ手段を介して前記記憶手段に登録されたプログラムの構成要素情報を取得してプログラムコードを生成する生成手段とを有するものであり、
前記サーバ手段は、前記クライアント手段からの要求に応じて、前記プログラムの構成要素情報を前記記憶手段へ登録する登録手段と、
前記クライアント手段からの要求に応じて、前記記憶手段から前記プログラムの構成要素情報を取り出して前記クライアント手段へ送信する取り出し手段と、
前記記憶手段へ登録されているプログラムの構成要素情報の数を計数し、該計数結果に基づいて料金を算出する料金算出手段と、
を有することを特徴とするソフトウェア生成システム。
【請求項４】
前記プログラムの構成要素情報は、プログラムの画面を構成する情報を含むことを特徴とする請求項１〜３のいずれかに記載のソフトウェア生成システム。
【請求項５】
前記プログラムの構成要素情報は、プログラムの処理を構成する情報，前記プログラムの画面内の項目を構成する情報を含むことを特徴とする請求項１〜３のいずれかに記載のソフトウェア生成システム。
【請求項６】
前記サーバ手段は、前記記憶手段に登録されているプログラムの構成要素情報を前記サーバ手段を介して記憶手段から削除させる削除要求手段を有するものであり、
前記サーバ手段は、前記クライアント手段からの要求に応じて、前記記憶手段から前記プログラムの構成要素情報を削除する削除手段を有するものであり、
前記制御手段は、前記記憶手段へ登録されているプログラムの構成情報の数を計数する際、前記記憶手段から削除されたプログラムの構成情報をカウントしないことを特徴とする請求項１〜５のいずれかに記載のソフトウェア生成システム。
【請求項７】
前記クライアント手段を有するクライアント装置と、前記サーバ手段を有するサーバ装置とで構成される請求項１〜６のいずれかに記載のソフトウェア生成システム。
【請求項８】
前記クライアント手段と前記サーバ手段とを有する１つの情報処理装置で構成される請求項１〜６のいずれかに記載のソフトウェア生成システム。
【請求項９】
入力されるプログラム設計情報に基づいてプログラムの構成要素情報を生成して記憶手段へ登録する登録ステップと、
前記記憶手段に登録されたプログラムの構成要素情報を取得してプログラムコードを生成する生成ステップと、
前記記憶手段へ登録されているプログラムの構成要素情報の数を計数し、該計数結果に基づいて前記記憶手段へ登録されるプログラムの構成要素情報数が所定のプログラムの構成要素情報登録可能数を超える場合には、前記登録ステップによる前記記憶手段への前記プログラムの構成要素情報の登録を禁止するように制御する制御ステップと、
を有することを特徴とするソフトウェア生成制御方法。
【請求項１０】
入力されるプログラム設計情報に基づいてプログラムの構成要素情報を生成して記憶手段へ登録する登録ステップと、
前記記憶手段に登録されたプログラムの構成要素情報を取得してプログラムコードを生成する生成ステップと、
前記記憶手段へ登録されているプログラムの構成要素情報の数を計数し、該計数結果に基づいて料金を算出する料金算出ステップと、
を有することを特徴とするソフトウェア生成制御方法。
【請求項１１】
コンピュータが実行可能なクライアントプログラムとサーバプログラムとを有するプログラムにおいて、
前記クライアントプログラムは、入力されるプログラム設計情報に基づいてプログラムの構成要素情報を生成して前記サーバプログラムを介して記憶手段へ登録させる登録要求ステップと、
前記サーバプログラムを介して前記記憶手段に登録されたプログラムの構成要素情報を取得してプログラムコードを生成する生成ステップとを有するものであり、
前記サーバプログラムは、前記クライアントプログラムからの要求に応じて、前記プログラムの構成要素情報を前記記憶手段へ登録する登録ステップと、
前記クライアントプログラムからの要求に応じて、前記記憶手段から前記プログラムの構成要素情報を取り出して前記クライアントプログラムへ送信する取り出しステップと、
前記記憶手段へ登録されているプログラムの構成要素情報の数を計数し、該計数結果に基づいて前記記憶手段へ登録されるプログラムの構成要素情報数が所定のプログラムの構成要素情報登録可能数を超える場合には、前記登録手段による前記記憶手段への前記プログラムの構成要素情報の登録を禁止するように制御する制御ステップと、
を有することを特徴とするプログラム。
【請求項１２】
コンピュータが実行可能なクライアントプログラムとサーバプログラムとを有するプログラムにおいて、
前記クライアントプログラムは、入力されるプログラム設計情報に基づいてプログラムの構成要素情報を生成して前記サーバプログラムを介して記憶手段へ登録させる登録要求ステップと、
前記サーバプログラムを介して前記記憶手段に登録されたプログラムの構成要素情報を取得してプログラムコードを生成する生成ステップとを有するものであり、
前記サーバプログラムは、前記クライアントプログラムからの要求に応じて、前記プログラムの構成要素情報を前記記憶手段へ登録する登録ステップと、
前記クライアントプログラムからの要求に応じて、前記記憶手段から前記プログラムの構成要素情報を取り出して前記クライアントプログラムへ送信する取り出しステップと、
前記記憶手段へ登録されているプログラムの構成要素情報の数を計数し、該計数結果に基づいて料金を算出する料金算出ステップと、
を有することを特徴とするプログラム。
【請求項１３】
請求項１１又は１２に記載されたプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータで稼動するプログラムを生成するソフトウェアの使用を制御するソフトウェア生成システムおよびソフトウェア生成制御方法およびプログラムおよび記録媒体に関する。
【背景技術】
【０００２】
従来のソフトウェアの使用料金はソフトウェアを購入する際の代金等として徴収されていた。
【０００３】
しかし、このようなソフトウェアの使用料金の徴収方法では、ソフトウェアの使用頻度に関わりなく使用料金が決まってしまい、１年に１〜２回しか使用しないソフトウェアに関しては割高感が否めない。
【０００４】
また、ソフトウェアの使用者が複数人であり、且つ、その人数が変動する場合には、最大使用者数のソフトウェア（若しくは、ライセンス）を購入する必要性があり、使用者数が減少した場合には減少分のソフトウェアが使用されず無駄になってしまうと言った問題点があった。
【０００５】
この問題を解決するものとして特許文献１に、ソフトウェアの使用時間に基づき使用料金を請求する使用料金請求方法が提案されている。
【特許文献１】特開２００２−２４４７５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の使用料金請求方法をアプリケーションプログラムの開発ツールとしてのソフトウェアに適用した場合、成果物であるアプリケーションプログラムが完成していなくても、開発ツールを使用するだけで課金されてしまう。時間がかかる初心者が作成した場合と、熟練した技術者が作成した場合とでは、同じアプリケーションプログラムを作成する場合でも、開発ツールの使用時間が変わってくるため、不慣れな者が作業した場合と、熟練した技術者が作業した場合とで、同じアプリケーションプログラムを作成するための課金額が異なってしまうという新たな問題点が発生していた。
【０００７】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、ソフトウェア生成ソフトウェアを実行する開発クライアントとリポジトリサーバとを有するソフトウェア開発システムにおいて、前記開発クライアントは、入力されるプログラム設計情報に基づいてプログラムの構成要素情報を生成して前記リポジトリサーバを介してリポジトリデータベースへ登録させ、前記リポジトリサーバを介して前記リポジトリデータベースに登録されたプログラムの構成要素情報を取得してプログラムコードを生成するものであり、前記リポジトリサーバは、前記開発クライアントからの要求に応じて、前記プログラムの構成要素情報を前記リポジトリデータベースへ登録し、前記開発クライアントからの要求に応じて、前記リポジトリデータベースから前記プログラムの構成要素情報を取り出して前記開発クライアントへ送信するものであり、さらに、前記リポジトリデータベースへ登録されているプログラムの構成要素情報の数を計数し、該計数結果に基づいて前記リポジトリデータベースへ登録されるプログラムの構成要素情報数が、本システムの使用料金に応じて設定された所定のプログラムの構成要素情報登録可能数を超える場合には、前記リポジトリデータベースへの前記プログラムの構成要素情報の登録を禁止するように制御することにより、本システムで開発されるプログラムの規模を、開発されるプログラムの構成要素情報数（例えば、画面数）により定量化するように制御することができ、即ち、本システム（ソフトウェア）により開発されるプログラムの規模が支払った料金を超えないように本システム（ソフトウェア）の使用を制限することができ、結果として、本システム（ソフトウェア）本来の目的であるプログラム生成行為とプロダクト価格との費用対効果が計れ、顧客納得性のある（顧客満足度の高い）料金提示を行うことができるソフトウェア生成システムおよびソフトウェア生成制御方法およびプログラムおよび記録媒体を提供することである。
【課題を解決するための手段】
【０００８】
本発明は、クライアント手段とサーバ手段とを有するソフトウェア開発システムにおいて、前記クライアント手段は、入力されるプログラム設計情報に基づいてプログラムの構成要素情報を生成して前記サーバ手段を介して記憶手段へ登録させる登録要求手段と、前記サーバ手段を介して前記記憶手段に登録されたプログラムの構成要素情報を取得してプログラムコードを生成する生成手段とを有するものであり、前記サーバ手段は、前記クライアント手段からの要求に応じて、前記プログラムの構成要素情報を前記記憶手段へ登録する登録手段と、前記クライアント手段からの要求に応じて、前記記憶手段から前記プログラムの構成要素情報を取り出して前記クライアント手段へ送信する取り出し手段と、前記記憶手段へ登録されているプログラムの構成要素情報の数を計数し、該計数結果に基づいて前記記憶手段へ登録されるプログラムの構成要素情報数が所定のプログラムの構成要素情報登録可能数を超える場合には、前記登録手段による前記記憶手段への前記プログラムの構成要素情報の登録を禁止するように制御する制御手段とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、開発アプリケーションプログラムの規模を画面数により定量化するようにプログラム生成システム（ソフトウェア）の使用を制限することにより、プログラム生成システム（ソフトウェア）本来の目的であるプログラム生成行為とプログラム生成システム（ソフトウェア）自身のプロダクト価格との費用対効果が計れ、顧客納得性のある料金の提示ができる等の効果を奏する。
【００１０】
よって、プログラム生成システム（ソフトウェア）の使用価格に、プログラム生成システム（ソフトウェア）を利用する顧客の利用規模に応じた（費用対効果に見合った）価格を設定することができ、プロダクト提供側と顧客の双方にメリットがある。
【００１１】
また、プログラム生成システム（ソフトウェア）により生成されるアプリケーション規模の定量化を自動化することができ（人手を介することなく行うことができ）、その管理業務も軽減することができる等の効果を奏する。
【発明を実施するための最良の形態】
【００１２】
〔第１実施形態〕
以下、図面を参照して、本発明の詳細を説明する。
【００１３】
本発明のソフトウェア生成システムでは、アプリケーション規模を定量化するように制御するための指標の一例として、外観から判別しやすい画面数を用いることにする。この開発アプリケーション規模の定量化制御のためのシステムを図１に示す。
【００１４】
図１は、本発明の一実施形態を示すソフトウェア生成システムの一例を示すシステム構成図である。
【００１５】
図１に示すように、本発明のソフトウェア生成システムは、リポジトリサーバ１００と複数の開発クライアント２００とがネットワーク３００を介して通信可能に接続された構成となっている。
【００１６】
リポジトリサーバ１００において、１０２は情報収集部で、開発クライアント２００からの登録要求に応じて、開発クライアント２００で作成されて送信されるアプリケーション情報（画面、処理ロジック、アプリケーションＤＢ構造等の情報）を受信し、リポジトリデータベース１０１に格納していく。また、情報収集部１０２は、開発クライアント２００からの要求に応じて、リポジトリデータベース１０１に格納されている、アプリケーション情報（画面、処理ロジック、アプリケーションＤＢ構造等の情報）を開発クライアント２００に送信するものである。
【００１７】
１０３は情報集計部で、開発クライアント２００からの要求に応じて、リポジトリデータベース１０１に格納されている、アプリケーション情報（画面、処理ロジック、アプリケーションＤＢ構造等の情報）を集計する。
【００１８】
開発クライアント２００において、２０１は開発ツールで、アプリケーション情報（画面、処理ロジック、アプリケーションＤＢ構造等の情報）を作成し、リポジトリサーバ１００へ登録するものである。また、開発ツール２０１は、アプリケーション生成時には、リポジトリサーバ１００に保持されるアプリケーション情報（画面、処理ロジック、アプリケーションＤＢ構造等の情報）を要求して取得し、該取得したアプリケーション情報から開発アプリケーション２０２を生成する。
【００１９】
このように、本システムでは、アプリケーションの開発作業中は、各開発クライアント２００は、リポジトリサーバ１００に接続して、そのアプリケーション情報（画面、処理ロジック、アプリケーションＤＢ構造等）をリポジトリサーバ１００のリポジトリデータベース１０１に格納していく。
【００２０】
そして、アプリケーションプログラムを生成する際は、各開発クライアント２００は、リポジトリサーバ１００からアプリケーション情報を取り出し、その情報に基づいてアプリケーションを生成する。
【００２１】
このように、開発アプリケーションの情報をリポジトリサーバ１００で一元管理することによって、ユーザ（例えば利用企業）が本システムにより生成した全アプリケーションが保有する画面数を特定可能となる。
【００２２】
また、リポジトリサーバ１００の情報集計部１０３には、画面数により情報収集部１０２によるリポジトリデータベース１０１への登録を制限する機能を包含させることにより、システム全体の規模の定量化制御が常時可能となる。
【００２３】
これらに導入するソフトウェア生成システムには、一定のプロダクト価格は設けず、その販売元は、顧客が開発するアプリケーションの画面数に応じた価格体系を事前に設定し、作成可能な画面数の情報をライセンスデータ（後述する図１０に示す作成可能画面数データ１３００）として販売配布しておく。このライセンスデータは、画面数に応じて設定された価格体系で販売するものとする。
【００２４】
そして、本システムのユーザ（顧客）は、開発するアプリケーションの画面数に基づいて、適したライセンスデータを購入することにより、開発するアプリケーションの画面数に応じた費用を支払えば良いこととなる。
【００２５】
なお、販売形態は、図示しない販売元のサーバから顧客のリポジトリサーバ１００にダウンロードする（その際、販売元のサーバで課金される）形態であってもよいし、ライセンスデータが記録された記録媒体（ＣＤ−ＲＯＭ，ＦＤ等）を顧客が購入しリポジトリサーバ１００の外部メモリに記憶させるような形態であってもよし、販売元のサービスマンがライセンスデータをリポジトリサーバ１００の外部メモリに記憶させるような形態（後に販売元から請求される）であってもよい。
【００２６】
図２は、図１に示したリポジトリサーバ１００に適用可能なコンピュータの構成の一例を示すブロック図である。
【００２７】
図２において、２０００は、リポジトリサーバ１００，開発クライアント２００に適用可能なコンピュータである。２００１はＣＰＵである。このＣＰＵ２００１は、ＲＯＭ２００３又は外部メモリ２００４（例えば、ハードディスク，フレキシブルディスク，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ等どのような記憶装置であってもよい）に格納されたプログラムをＲＡＭ２００２上にロードして実行することにより、コンピュータ２０００全体を制御する。ＲＡＭ２００２は、ＣＰＵ２００１の作業領域として使用される。
【００２８】
２００８は通信インタフェースで、ネットワーク３００への接続を可能とする。２００６は入力装置で、キーボードやマウス等のポインティングデバイス等に相当する。２００７は表示装置で、ＣＲＴ，ＬＣＤ等で構成される。なお、コンピュータ４００を、リポジトリサーバ１００に適用する場合には、入力装置２００６，表示装置２００７は、必ずしも必要な構成ではない。さらに、コンピュータ４００を、リポジトリサーバ１００に適用する場合、図１に示したリポジトリデータベース１０１は、外部メモリ２００４内にリポジトリデータベース１０１として構築される。
【００２９】
以下、図１に示したシステムの各構成要素の実装について図２を用いて説明する。
【００３０】
まず、図１に示したリポジトリサーバ１００内の情報収集部１０２，情報集計部１０３は、リポジトリサーバ１００のＣＰＵが、リポジトリサーバ１００の外部メモリ等に格納されたプログラムをＲＡＭ上にロードして実行することにより実装されるものである。
【００３１】
また、図１に示した開発クライアント２００内の開発ツール２０１は、開発クライアント２００のＣＰＵが、開発クライアント２００の外部メモリ等に格納されたプログラムをＲＡＭ上にロードして実行することにより実装されるものである。
【００３２】
以下、図３〜図７を参照して、図１に示したリポジトリデータベース１０１に保持されるアプリケーション構築情報について説明する。
【００３３】
図３は、図１に示したリポジトリデータベース１０１に保持されるアプリケーション構築情報の一例を示すデータ構成図である。
【００３４】
図３において、３０１はアプリケーション制御テーブルで、生成するアプリケーション単位を管理するための識別コードであるアプリケーションＩＤ４０１及びアプリケーション名，・・・，作成者，作成日，更新者，更新日等の情報を格納している。このアプリケーション制御テーブル３０１の詳細を図４に示す。
【００３５】
図４は、図３に示したアプリケーション制御テーブル３０１の詳細を示すデータ構成図である。
【００３６】
図３において、３０２は画面基本情報テーブルで、生成する画面の基本情報を管理するための識別コードである画面ＩＤ５０１及び画面名，・・・，作成者，作成日，更新者，更新日等の情報を格納している。この画面基本情報テーブル３０２の詳細を図５に示す。
【００３７】
図５は、図３に示した画面基本情報テーブル３０２の詳細を示すデータ構成図である。なお、画面基本情報テーブル３０２には、アプリケーションと画面の関連を示すアプリケーションＩＤ４０１が格納されている。
【００３８】
図３において、３０３は画面フィールド情報テーブルで、生成する画面に含まれる画面フィールドを管理するための識別コードである画面フィールドＩＤ６０１及び画面フィールド名，画面フィールドタイプ等の属性情報，後述するビジネスプロセスＩＤ７０１，・・・，作成者，作成日，更新者，更新日等の情報を格納している。この画面フィールド情報テーブル３０３の詳細を図６に示す。
【００３９】
図６は、図３に示した画面フィールド情報テーブル３０３の詳細を示すデータ構成図である。なお、画面フィールド情報テーブル３０３には、画面とフィールドとの関連を示す画面ＩＤ５０１が格納されている。
【００４０】
図３において、３０４はビジネスプロセステーブルで、生成された画面から実行されるビジネスプロセス（業務処理）を管理する識別コードであるビジネスプロセスＩＤ７０１及び制御コード，機能コード，パラメータ等の処理内容を示す情報，・・・，作成者，作成日，更新者，更新日等の情報を格納している。このビジネスプロセステーブル３０４の詳細を図７に示す。
【００４１】
図７は、図３に示したビジネスプロセステーブル３０４の詳細を示すデータ構成図である。なお、図６に示した画面フィールド情報テーブル３０３は、ビジネスプロセスＩＤ７０１によってフィールドとビジネスプロセスとを関連付けている。
【００４２】
以下、図１に示したソフトウェア生成システムにおける各種処理手順について説明する。
【００４３】
まず、図８を参照して、図１に示した開発クライアント２００の開発ツール２０１におけるソフトウェア開発処理手順について説明する。
【００４４】
図８は、本発明のソフトウェア生成システムにおける第１の制御処理手順の一例を示すフローチャートであり、図１に示した開発ツール２０１におけるソフトウェア開発処理手順に対応する。なお、このフローチャートの処理は、開発クライアント２００のＣＰＵが外部メモリ等に格納されるプログラムをＲＡＭ上にロードして実行することにより実現される。なお、Ｓ３０１〜Ｓ３１０は各ステップを示す。
【００４５】
まず、ユーザからの指示が入力されると、開発クライアント２００のＣＰＵが本フローチャートの処理を開始し、ステップＳ３０１において、開発ツール２０１は、ユーザからの指示がアプリケーション制御情報の登録指示か否かを判定する。
【００４６】
ステップＳ３０１で、開発ツール２０１が、ユーザからの指示がアプリケーション制御情報の登録指示であると判断した場合には、ステップＳ３０２において、開発ツール２０１は、ユーザからのアプリケーション制御情報の入力を受け付け、アプリケーション制御情報が入力されると、ステップＳ３０３において、ステップＳ３０２で入力されたアプリケーション制御情報をリポジトリサーバ１００に送信してアプリケーション制御情報の登録を要求し、処理を終了する。なお、リポジトリサーバ１００に送信されたアプリケーション制御情報は、図４に示したアプリケーション制御テーブル３０１としてリポジトリデータベース１０１に登録される。
【００４７】
一方、ステップＳ３０１で、開発ツール２０１が、ユーザからの指示がアプリケーション制御情報の登録指示でないと判断した場合には、開発ツール２０１は、ステップＳ３０４において、ユーザからの指示が画面情報編集指示か否かを判定する。
【００４８】
ステップＳ３０４で、開発ツール２０１が、ユーザからの指示が画面情報編集指示であると判断した場合には、ステップＳ３０５において、開発ツール２０１は、ユーザからの画面情報，画面に付随するビジネスプロセス情報（業務処理情報）等のプログラム設計情報の編集入力（新規追加，変更，削除を含む）を受け付け、画面情報，画面に付随するビジネスプロセス情報が入力されると、ステップＳ３０６において、ステップＳ３０５で入力された画面情報，画面に付随するビジネスプロセス情報をアプリケーションＩＤとともに、リポジトリサーバ１００に送信して画面情報，画面に付随するビジネスプロセス情報の登録（新規追加，編集，削除を含む）を要求し、処理を終了する。なお、リポジトリサーバ１００に送信された画面情報，画面に付随するビジネスプロセス情報は、図５に示した画面基本情報テーブル３０２，図６に示した画面フィールド情報テーブル３０３，図７に示したビジネスプロセステーブル３０４としてリポジトリデータベース１０１に登録される。
【００４９】
一方、ステップＳ３０４で、開発ツール２０１が、ユーザからの指示が画面情報編集指示でないと判断した場合には、開発ツール２０１は、ステップＳ３０７において、ユーザからの指示がアプリケーション生成指示か否かを判定する。
【００５０】
ステップＳ３０７で、開発ツール２０１が、ユーザからの指示がアプリケーション生成指示であると判断した場合には、ステップＳ３０８において、開発ツール２０１は、アプリケーション構築情報の取得要求をアプリケーションＩＤとともにリポジトリサーバ１００に送信してリポジトリサーバ１００からアプリケーション構築情報を取得する。このアプリケーション情報は、図４に示したアプリケーション制御テーブル３０１，図５に示した画面基本情報テーブル３０２，図６に示した画面フィールド情報テーブル３０３，図７に示したビジネスプロセステーブル３０４に対応する。
【００５１】
そして、ステップＳ３０９において、開発ツール２０１は、ステップＳ３０８で取得したアプリケーション構築情報に基づいてアプリケーションプログラムを生成して外部メモリ等に格納し、処理を終了する。
【００５２】
一方、ステップＳ３０７で、開発ツール２０１が、ユーザからの指示がアプリケーション生成指示でないと判断した場合には、ステップＳ３１０において、指示に対応するその他の処理（後述する集計要求処理を含む）を行い、処理を終了する。
【００５３】
なお、開発ツール２０１では、アプリケーション生成後も、画面情報編集，処理情報編集の指示を行うことにより、画面や処理の変更，追加，削除等を行い、アプリケーションのメンテナンスを行うことができる。
【００５４】
以上示した処理により、開発ツールを用いて、アプリケーションプログラムを生成することができる。
【００５５】
図９は、開発ツール２０１により生成されたプリケーションプログラムの実行時の画面の一例を示す模式図である。
【００５６】
この画面は、図８のステップＳ３０５で編集した画面情報に基づくものとなる。
【００５７】
リポジトリデータベース１０１に登録可能な画面数は、予めリポジトリサーバ１００の外部メモリに格納されている画面数の上限値により制限される（Ｓ１０３）。
【００５８】
以下、図１０を参照して、この画面数の上限値に対応する作成可能画面数データについて説明する。
【００５９】
図１０は、図１に示したリポジトリサーバ１００の外部メモリに格納される作成可能画面数データの一例を示す模式図であり、図１０（ａ）はシステム全体に作成可能画面数が設定されている場合に対応し、図１０（ｂ）はアプリケーション毎に作成可能画面数が設定されている場合に対応する。
【００６０】
図１０（ａ），図１０（ｂ）に示すように、１３００は作成可能画面数データを示す。作成可能画面数データ１３００において、１３０２はシステム全体に設定された作成可能画面数を示す。また、１３０１はアプリケーションに対して設定された作成可能画面数を示す。
【００６１】
この作成可能画面数データ１３００は、本発明のソフトウェア開発システムの販売元でライセンスデータとして作成されて、ユーザに販売配布される。そして、ユーザは、この作成可能画面数データを、リポジトリサーバ１００の外部メモリ内の所定のフォルダ内に格納しておく。なお、この作成可能画面数データは、ユーザによる編集が不可能な形態のデータとして配布されるが、システム全体の作成可能画面数１３０２のみ編集不可能な形態のデータとし、アプリケーション毎の作成可能画面数１３０１については、アプリケーション毎の作成可能画面数１３０１の合計がシステム全体の作成可能画面数１３０２を超えない範囲でユーザによりＷｅｂ画面等を介して編集可能に構成してもよい。
【００６２】
なお、ユーザ側の管理者等がリポジトリサーバ１００等から発売元のサーバ（不図示）に接続し、ライセンスデータとしての作成可能画面数データ１３００をリポジトリサーバ１００にダウンロード可能に構成してもよい。この際、販売元のサーバは、ダウンロードされた作成可能画面数データ１３００に設定された作成可能画面数に基づいて課金処理するものとする。
【００６３】
次に、図１１を参照して、図１に示したリポジトリサーバ１００の情報収集部１０２における情報収集処理手順について説明する。
【００６４】
図１１は、本発明のソフトウェア生成システムにおける第２の制御処理手順の一例を示すフローチャートであり、図１に示したリポジトリサーバ１００の情報収集部１０２における情報収集処理手順に対応する。なお、このフローチャートの処理は、リポジトリサーバ１００のＣＰＵが外部メモリ等に格納されるプログラムをＲＡＭ上にロードして実行することにより実現される。なお、Ｓ１０１〜Ｓ１１０は各ステップを示す。
【００６５】
まず、開発クライアント２００からの要求を受信すると、リポジトリサーバ１００のＣＰＵが本フローチャートの処理を開始し、ステップＳ１０１において、情報収集部１０２は、開発クライアント２００からの要求がアプリケーション制御情報の登録要求であるか否かを判定し、開発クライアント２００からの要求がアプリケーション制御情報の登録要求であると判断した場合には、受信したアプリケーション情報を１件リポジトリデータベース１０１に登録し、処理を終了する。
【００６６】
一方、ステップＳ１０１で、情報収集部１０２が、開発クライアント２００からの要求がアプリケーション制御情報の登録要求でないと判断した場合には、ステップＳ１０３において、情報収集部１０２は、開発クライアント２００からの要求が画面情報，画面に付随するビジネスプロセス情報の登録要求（新規追加，編集，削除の要求を含む）であるか否かを判定し、開発クライアント２００からの要求が画面情報，画面に付随するビジネスプロセス情報の登録要求であると判断した場合には、ステップＳ１０４の処理に進む。
【００６７】
次に、ステップＳ１０４において、情報集計部１０３は、リポジトリデータベース１０１に登録されている画面基本情報テーブル３０２のレコード数を計数することにより画面数を計数して、登録処理を行った場合に画面数が外部メモリに格納されている作成可能画面数データ１３００を越えないか否かを判定する。なお、登録済みの画面を削除する場合や編集する場合は、登録画面数自体は変化しないため、画面数は外部メモリに格納されている作成可能画面数データ１３００を越える可能性はないが、画面を追加登録する場合には、登録画面数が増えて外部メモリに格納されている作成可能画面数データ１３００を越える可能性がある。また、作成可能画面数データ１３００がアプリケーション毎に割り振られている場合には、情報収集部１０２は、リポジトリデータベース１０１から、受信したアプリケーションＩＤに対応する画面基本情報テーブル３０２のレコード数を計数し、受信したアプリケーションＩＤに対応する作成可能画面数データ１３００と比較して判定するものとする。
【００６８】
ステップＳ１０４で、情報集計部１０３が、登録処理を行った場合でも画面数が外部メモリに格納されている作成可能画面数データ１３００を越えないと判断した場合には、ステップＳ１０５において、情報収集部１０２に受信した画面情報をリポジトリデータベース１０１に登録処理を実行させ、ステップＳ１０６において、受信した画面に付随する処理をリポジトリに登録処理を実行させ、処理を終了する。
【００６９】
一方、ステップＳ１０３で、情報集計部１０３が、登録処理を行った場合、画面数が外部メモリに格納されている作成可能画面数データ１３００を越えてしまうと判断した場合には、ステップＳ１０７において、情報集計部１０３は、画面数超過のアラートを開発クライアント２００に送信し、開発クライアント２００の表示装置に表示させて、ユーザに通知させ、処理を終了する。
【００７０】
一方、ステップＳ１０３で、情報収集部１０２が、開発クライアント２００からの要求が画面情報，画面に付随するビジネスプロセス情報の登録要求でないと判断した場合には、ステップＳ１０８において、情報収集部１０２は、開発クライアント２００からの要求がアプリケーション生成要求であるか否かを判定し、開発クライアント２００からの要求がアプリケーション生成要求であると判断した場合には、ステップＳ１０９に処理を進める。
【００７１】
次に、ステップＳ１０９において、情報収集部１０２は、リポジトリデータベース１０１から、受信したアプリケーションＩＤに対応するアプリケーション構築情報を全て読み出し、ステップＳ１１０において、該読み出したアプリケーション構築情報を開発クライアント２００に送信し、処理を終了する。
【００７２】
一方、ステップＳ１０８で、情報収集部１０２が、開発クライアント２００からの要求がアプリケーション生成要求でないと判断した場合には、処理を終了する。
【００７３】
以上の処理により、リポジトリサーバ１００は、開発クライアント２００の開発ツール２０１により生成されるアプリケーションプログラムの画面数を、予めリポジトリサーバ１００に格納される作成可能画面数データ１３００を超えないように管理することができる。
【００７４】
なお、リポジトリサーバ１００では、ステップＳ１０４において、リポジトリデータベース１０１に登録されている画面基本情報テーブル３０２のレコード数を計数して、作成可能画面数データ１３００を超えるか否かの判定を行っている。そのため、例えば、一度作成されてリポジトリデータベース１０１に登録された画面を削除した場合には、その後、作成可能な画面数が増えるように制御されることとなる。実際、アプリケーションの作成段階では、仕様変更が頻繁に発生し、一度作成した画面を削除するケースも多い。このようなケースで、作成画面数が計数され、作成可能画面数が減ってしまうことは、ユーザにとって余りにも酷であり、仕様変更が起こり得る状態や、不慣れなユーザでは安心して画面作成を行うことができない。
【００７５】
しかしながら、本発明のソフトウェア生成システムでは、上述した構成により、このようなケースでも、削除された画面数は作成画面数に計数されないように制御されているため（削除された時点で登録済みの画面数が減少するように制御されているため）、仕様変更が起こり得る状態や、不慣れなユーザであっても、安心して画面の作成を行うことができるという効果を奏する。
【００７６】
また、上記フローチャートに示した構成は、一度、アプリケーションプログラムを生成しメンテナンス段階に以降した後も、同様に画面作成、画面削除、画面変更を行うことができ、この場合も、削除された画面数は作成画面数に計数されない構成となっている。
【００７７】
なお、上記フローチャートに示した構成は、ステップＳ１０４において、リポジトリデータベース１０１に登録されている画面基本情報テーブル３０２のレコード数を計数して、作成可能画面数データ１３００を超えるか否かの判定を行っているが、リポジトリサーバ１００の外部メモリに登録された画面数を記憶するカウンタを設け、画面情報がリポジトリデータベース１０１に追加登録される毎にカウンタをアップし、画面情報がリポジトリデータベース１０１から削除される毎にカウンタをダウンするように構成し、ステップＳ１０４で、このカウンタと作成可能画面数データ１３００を比較して判定処理するように構成してもよい。
【００７８】
以下、図１２〜図１４を参照して、図１に示したリポジトリサーバ１００の情報集計部１０３における情報集計処理手順について説明する。
【００７９】
図１２は、図１に示した開発クライアント２００の開発ツール２０１により開発クライアント２００の表示装置に表示される集計方法指示画面の一例を示す模式図である。
【００８０】
この集計方法指示画面は、ユーザから集計指示が入力された場合に、開発ツール２０１により開発クライアント２００の表示装置に表示される。
【００８１】
図１２において、１１０１は集計方法選択ボタンで、システム全体の集計とアプリケーション別の集計を選択可能である。
【００８２】
１１０２は集計ボタンで、このボタンが指示されると、開発ツール２０１は、集計方法の選択情報をリポジトリサーバ１００に送信し、情報集計処理を要求するように制御する。
【００８３】
図１３は、本発明のソフトウェア生成システムにおける第３の制御処理手順の一例を示すフローチャートであり、図１に示したリポジトリサーバ１００の情報集計部１０３における情報集計処理手順に対応する。なお、このフローチャートの処理は、リポジトリサーバ１００のＣＰＵが外部メモリ等に格納されるプログラムをＲＡＭ上にロードして実行することにより実現される。なお、Ｓ２０１〜Ｓ２０８は各ステップを示す。
【００８４】
まず、開発クライアント２００からの情報集計要求を受信すると、情報収集部１０２からの要求を受け、リポジトリサーバ１００のＣＰＵにより実行される情報集計部１０３が本フローチャートの処理を開始し、ステップＳ２０１において、情報集計部１０３は、リポジトデータベース１０１から未集計分のアプリーションを検索し、ステップＳ２０２において、ステップＳ２０１で検索したアプリケーションに属する画面基本情報テーブル３０２のレコード数をカウントすることにより、前記アプリケーションに属する画面数を集計する。
【００８５】
次に、ステップＳ２０３において、ステップＳ２０２での集計結果をＲＡＭ内のワークエリアに格納する。
【００８６】
次に、情報集計部１０３は、リポジトリデータベース１０１に格納されている全アプリケーションに対して集計処理を終了したか否かを判定し、まだ全アプリケーションに対して集計処理を終了していないと判断した場合には、ステップＳ２０１に処理を戻す。
【００８７】
一方、情報集計部１０３が、リポジトリデータベース１０１に格納されている全アプリケーションに対して集計処理を終了したと判断した場合には、ステップＳ２０５に処理を進める。
【００８８】
ステップＳ２０５において、情報集計部１０３は、集計方法を判定する。開発クライアント２００から受信した集計方法がアプリケーション別であり、且つ、外部メモリに格納された作成可能画面数データ１３００がアプリケーション別のデータである場合（図１０（ｂ））には、集計方法をアプリケーション別と判断する。一方、開発クライアント２００から受信した集計方法がアプリケーション別であっても作成可能画面数データ１３００がアプリケーション別のデータでない場合（図１０（ａ））には、集計方法をアプリケーション別と判断する。また、開発クライアント２００から受信した集計方法がシステム全体である場合にも、集計方法をアプリケーション別と判断する。
【００８９】
ステップＳ２０５で、情報集計部１０３が、集計方法がアプリケーション別であると判断した場合には、ステップＳ２０６において、情報集計部１０３は、アプリケーション別のレポートを作成する。なお、このアプリケーション別のレポートの一例を図１４（ｂ）に示す。
【００９０】
一方、ステップＳ２０５で、情報集計部１０３が、集計方法がアプリケーション別でないと判断した場合には、ステップＳ２０７において、情報集計部１０３は、システム全体のレポートを作成する。なお、このシステム全体のレポートの一例を図１４（ａ）に示す。
【００９１】
そして、ステップＳ２０８において、情報集計部１０３は、作成した集計結果レポートを開発クライアント２００に送信し、処理を終了する。
【００９２】
図１４は、図１に示したリポジトリサーバ１００の情報集計部１０３により生成される集計結果レポートの一例を示す模式図であり、図１４（ａ）はシステム全体の集計結果レポートに対応し、図１４（ｂ）はアプリケーション別の集計結果レポートに対応する。
【００９３】
図１４（ａ），図１４（ｂ）に示すように、１０００は集計結果レポートを示す。集計結果レポート１０００において、１００１はシステム全体の集計結果を示す。また、１００２はアプリケーション別の集計結果を示す。
【００９４】
以上示したように、本発明のソフトウェア生成システムでは、そのアプリケーション情報（画面、処理ロジック、アプリケーションＤＢ構造等）をリポジトリサーバに格納し、アプリケーションを生成する際には、リポジトリサーバからアプリケーション情報を取り出し、その情報に基づいてアプリケーションを生成する。この時、アプリケーションのジョブ構成と画面が一致する。この特性を利用して、顧客が規模を判別しやすい画面数を用いてアプリケーション規模を算出し、顧客が納得する（顧客満足度の高い）料金を設定することができる。さらに、ライセンスデータに設定された作成可能画面数を超える数の画面を作成することができないように制御されているため、生成されたアプリケーションの規模を人手を介することなく定量化することができ、開発されるアプリケーションの規模を管理する管理業務をも軽減することができる。
【００９５】
このように、画面数に着目したシステム規模の算出を行い、それに応じてプロダクトの提供価格を決定することにより、開発アプリケーションの規模を画面数により計量（数値化）することができ、開発ツール本来の目的であるプログラム生成行為とプロダクト価格との費用対効果が計れ、顧客納得性のある（顧客満足度の高い）料金を提示することが可能となる。
【００９６】
また、開発ツールを利用する顧客の利用規模に応じた（費用対効果に見合った）価格が設定でき、プロダクト提供側と顧客の双方にメリットがある。
【００９７】
また、一旦作成された画面が削除された場合には、一旦減少された作成可能な画面数が増加するように構成されるので、ユーザは仕様変更の可能性がある状態であっても、安心してアプリケーションの開発を開始することができる。さらに、不慣れなユーザでも、失敗を恐れることなく安心して作業を行うことができる。
【００９８】
なお、本システムにより開発したアプリケーションプログラムのリリース時に、その情報をリポジトリサーバ１００のリポジトリデータベース１０１内に登録し、その後は、リリース前に作成した画面とリリース後に作成した画面を区別可能にし、リリース前に作成した画面のリリース後の削除数もリポジトリデータベース１０１に登録するようにする。そして、リリース前に作成した画面を削除しても、作成可能画面数は増加しないように制御するように構成してもよい。
【００９９】
また、リリース後、メンテナンス時の画面追加に対して、開発段階と異なる料金体系で料金を請求するように構成してもよい。例えば、料金体系の異なる新たなメンテナンス用のライセンスデータを用意し、ユーザに購入させる。そして、リリース後に生成された画面数と前記ライセンスデータに設定された作成可能画面数を比較して画面の追加登録を許可／拒否するように構成してもよい。
【０１００】
本発明のソフトウェア生成システムでは、外観から判別しやすい画面数を用いて開発アプリケーションの規模を定量化する（即ち、定量以下に制限する）ことにより、開発画面数に応じた価格を設定してプロダクト提供することができる。
【０１０１】
これにより、画面数によって設定したプロダクト料金の費用対効果を明示することができ、上述の特許文献１に示されるソフトウェアの使用時間に基づき使用料金を請求する使用料金請求方法を用いた場合のように、不慣れな者が作業した場合と熟練した技術者が作業した場合とで、同じアプリケーションプログラムを作成するための課金額が異なってしまうという従来の問題点を解決することが可能とり、本発明のソフトウェア生成システムでは、同じアプリケーションプログラムを作成する場合では、不慣れな者が作業した場合でも熟練した技術者が作業した場合でも同一の使用料金となる。
【０１０２】
なお、上記実施形態では、画面数に応じたライセンスデータを購入し、該ライセンスデータ内で設定された画面数以内の画面を有するアプリケーションデータを開発可能な構成について説明したが、上記ライセンスデータを設けることなく、アプリケーションの生成後に、該生成されたアプリケーションの画面数に応じた料金をリポジトリサーバで算出し、該算出結果を販売元のサーバ（不図示）に通知するように構成してもよい（又は、生成されたアプリケーションの画面数をリポジトリサーバ１００から販売元のサーバ（不図示）に通知するように構成してもよい）。この場合、販売元からユーザに利用料金を請求することとなる。なお、利用料金の算出方法としては、例えば、画面数に所定の料金計数を乗算して使用量を算出しユーザに課金するものとする。
【０１０３】
また、ライセンスデータを設ける場合も、ライセンスデータの料金は、画面数に所定の料金計数を乗算した料金に基づいて決定されるものとする。
【０１０４】
なお、ライセンスデータを用いる場合、用いない場合に限らず、この料金は、例えば、１００画面まで１０万円、５００画面まで５０万円、１０００画面まで１００万円等のように画面数域に応じて比例するようにしてもよいし、１００画面まで１０万円、５００画面まで４８万円、１０００画面まで９０万円等のように画面数域に応じて予め決定するように構成してもよい。
【０１０５】
また、上記実施形態では、生成するアプリケーションの画面数から料金を決定する（画面数に応じた金額でライセンスデータを販売する）構成について説明したが、画面内にあるフィールドの数、画面に付随した業務処理（ビジネスプロセス）の数、又は、リポジトリに登録されたアプリケーションに関連する情報の情報量（バイト数等）から料金を決定する（画面内にあるフィールドの数や画面に付随した業務処理の数に応じた金額でライセンスデータを販売する）ように構成してもよい。
【０１０６】
また、上記実施形態では、リポジトリサーバ１００と開発クライアント２００とが異なる装置である構成について説明したが、リポジトリサーバ１００と開発クライアント２００とを同一の装置としもよい。即ち、開発ツール２０１，情報収集部１０２，情報集計部１０３が１つの情報処理装置上で動作するように構成してもよい。
【０１０７】
さらに、リポジトリデータベース１０１が、リポジトリサーバ１００内に構築される場合について説明したが、リポジトリデータベース１０１からアクセス可能な構成であれば、他の装置内に構築されるように構成してもよい。
【０１０８】
また、図１１では、作成可能な画面数を超えた場合、ステップＳ１０７においてアラートを開発クライアントに返し、新たな画面をリポジトリに登録できない構成となっているが、作成可能な画面数を超えた時点で、ユーザにさらなるライセンスを購入するか否かを入力させる画面を開発クライアント２００に送信し、開発クライアント２００から、さらなるライセンスを購入する旨の返信があった場合には、直ぐに販売元のサーバに接続し、新たなライセンスデータをリアルタイムに購入可能に構成してもよい。この場合、リポジトリサーバ１００は、販売元のサーバから送信される新たなライセンスデータを受信し、外部メモリ内の所定のフォルダに格納するように制御する。そして、販売元のサーバは、新たなライセンスデータに設定された画面数に基づいて使用料金を課金するものとする。
【０１０９】
これにより、仕様変更等で予定外に画面数が増えてしまった場合でも、開発作業を中断させることなく、開発作業を継続することが可能となる。
【０１１０】
なお、上述した実施形態の各変形例のいずれか又は全てを組み合わせた構成も全て本発明に含まれるものである。
【０１１１】
上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１１２】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１３】
以下、図１５に示すメモリマップを参照して本発明に係るソフトウェア生成システムを構成する各情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１１４】
図１５は、本発明に係るソフトウェア生成システムを構成する各情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１１５】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１１６】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１１７】
本実施形態における図８，図１１，図１３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１１８】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１９】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１２０】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１２１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２２】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２４】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２５】
以上示したように、入力されるプログラム設計情報に基づいてプログラムの構成要素情報（例えば画面）を生成して情報収集部１０２を介してリポジトリデータベース１０１へ登録し、該登録されたプログラムの構成要素情報を情報収集部１０２を介して取得してプログラムコードを生成する開発ツール２０１と、リポジトリデータベース１０１へ登録されているプログラムの構成要素情報の数を計数し、該計数結果に基づいてリポジトリ１０１へ登録されるプログラムの構成要素情報数が所定のプログラムの構成要素情報登録可能数を超えないように情報収集部１０２による登録処理を制限制御する情報集計部１０３とを有する構成により、生成されるプログラムの画面数により生成されるプログラムを定量化してプログラム生成システム本来の目的であるプログラム生成行為とプログラム生成システム自身のプロダクト価格との費用対効果を計り、顧客納得性のある料金を提示することができる。
【産業上の利用可能性】
【０１２６】
上記実施形態では、ソフトウェア開発ツール（ソフトウェア）の使用料金を算出する場合について説明したが、ソフトウェア（プログラム）以外のデータを成果物として出力するソフトウェアに対して、成果物としてのデータの構成要素情報数により、ソフトウェアの使用料金を算出することにより、一般的なソフトウェアの使用料金算出の用途にも本発明を適用できる。
【図面の簡単な説明】
【０１２７】
【図１】本発明の一実施形態を示すソフトウェア生成システムの一例を示すシステム構成図である。
【図２】図１に示したリポジトリサーバに適用可能なコンピュータの構成の一例を示すブロック図である。
【図３】図１に示したリポジトリデータベースに保持されるアプリケーション構築情報の一例を示すデータ構成図である。
【図４】図３に示したアプリケーション制御テーブルの詳細を示すデータ構成図である。
【図５】図３に示した画面基本情報テーブルの詳細を示すデータ構成図である。
【図６】図３に示した画面フィールド情報テーブルの詳細を示すデータ構成図である。
【図７】図３に示したビジネスプロセステーブルの詳細を示すデータ構成図である。
【図８】本発明のソフトウェア生成システムにおける第１の制御処理手順の一例を示すフローチャートである。
【図９】図１に示した開発ツールにより生成されたプリケーションプログラムの実行時の画面の一例を示す模式図である。
【図１０】図１に示したリポジトリサーバの外部メモリに格納される作成可能画面数データの一例を示す模式図である。
【図１１】本発明のソフトウェア生成システムにおける第２の制御処理手順の一例を示すフローチャートである。
【図１２】図１に示した開発クライアントの開発ツールにより開発クライアントの表示装置に表示される集計方法指示画面の一例を示す模式図である。
【図１３】本発明のソフトウェア生成システムにおける第３の制御処理手順の一例を示すフローチャートである。
【図１４】図１に示したリポジトリサーバの情報集計部により生成される集計結果レポートの一例を示す模式図である。
【図１５】本発明に係るソフトウェア生成システムを構成する各情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１２８】
１００  リポジトリサーバ
１０１  リポジトリデータベース
１０２  情報収集部
１０３  情報集計部
２００  開発クライアント
２０１  開発ツール
３００  ネットワーク
４０１  ＣＰＵ
４０２  ＲＡＭ
４０３  ＲＯＭ
４０４  外部メモリ
４０６  入力装置
４０７  表示装置
４０８  通信インタフェース
【図１】
2006127189.tif 000003
【図２】
2006127189.tif 000004
【図３】
2006127189.tif 000005
【図４】
2006127189.tif 000006
【図５】
2006127189.tif 000007
【図６】
2006127189.tif 000008
【図７】
2006127189.tif 000009
【図８】
2006127189.tif 000010
【図９】
2006127189.tif 000011
【図１０】
2006127189.tif 000012
【図１１】
2006127189.tif 000013
【図１２】
2006127189.tif 000014
【図１３】
2006127189.tif 000015
【図１４】
2006127189.tif 000016
【図１５】
2006127189.tif 000017