(57)【要約】【課題】アプリケーションの属性変更をユーザに応じてカスタマイズでき、属性変更後にリコンパイルする必要がなく、隔地間で共通の業務アプリケーションを生成したり、インストールやバージョンアップが容易にできるようにする。【解決手段】地域ＩＰ網２を介して、データセンター１と、本社３のクライアントＰＣ３ａと、販売店のクライアントＰＣ４ａとが接続され、クライアント／サーバ型の業務アプリケーション生成システムを構築する。データセンター１には、サーバ１ａとデータベース１ｂを備え、業務アプリケーションの生成に必要なプロパティ情報をデータベース上で効率良く管理できるよう正規化し、正規化したプロパティ情報をデータベース１ｂに登録する。データベース１ｂには、一連の処理手順を実行するストアドプロシージャに業務ロジックが記述されており、予め指定された一連の動作がデータベースに対して施される。【選択図】      図１
2005031815.tif 000002
【特許請求の範囲】
【請求項１】
業務アプリケーション画面の属性に関するプロパティ情報を正規化し、画面上の各項目の入出力エリアに対してプログラムに共通のインタフェースを擬似的に定義し、前記正規化したプロパティ情報をデータベースに登録すると共に、該データベースに対して一連の処理手順を実行させるストアドプロシージャに業務ロジックを記述するデータセンターと、
前記データセンターに対しネットワークを介して接続され、実行モジュールが前記データベースにアクセスし、共通のインタフェースとして登録されているプロパティ情報を読み込み、これに基づくアプリケーション画面の各項目の入出力エリアを業務ロジックを用いて動的に生成しながら固有の業務アプリケーションを生成するクライアント端末と、
を備えたことを特徴とする業務アプリケーション生成システム。
【請求項２】
前記データセンターには、データベースサーバーが配置され、
該データベースサーバーに対して１つ以上のクライアント端末がネットワークを介して接続され、
クライアント／サーバ型の実行モジュールを用いたことを特徴とする請求項１に記載の業務アプリケーション生成システム。
【請求項３】
前記データセンターは、データベース機能を備えたＷｅｂサイトであって、
前記Ｗｅｂサイトに対して１つ以上の前記クライアント端末がインターネットを介して接続され、
Ｗｅｂアプリケーション型のサーバプログラムを実行モジュールとして用いたことを特徴とする請求項１に記載の業務アプリケーション生成システム。
【請求項４】
前記実行モジュールは、クライアント／サーバ型とＷｅｂアプリケーション型の何れのモデルも同一のロジックを使って記述されていることを特徴とする請求項２または３に記載の業務アプリケーション生成システム。
【請求項５】
前記プロパティ情報は、各項目の入出力エリアにおけるメニュー構成、画面遷移、画面レイアウト、項目毎の属性、入力チェック内容、画面の動き、および帳票レイアウトの少なくとも１つを含むことを特徴とする請求項１に記載の業務アプリケーション生成システム。
【請求項６】
前記データセンターのデータベースには、固有のアプリケーションを生成するための情報として、プロパティ情報とストアドプロシージャとが登録されていることを特徴とする請求項１に記載の業務アプリケーション生成システム。
【請求項７】
前記データベースは、リレーショナルデータベースであって、
前記プロパティ情報は、該リレーショナルデータベースにおける複数の共通フィールドのまとまりとして管理され、データを複数の表形式の単位で相互に連携させて管理することを特徴とする請求項１〜６のいずれか一つに記載の業務アプリケーション生成システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、業務アプリケーション生成システムに関し、特に、データベースに業務アプリケーションの画面構成、動きあるいはメニュー構成等の属性に関するプロパティ情報を正規化表現して格納し、そのデータベースにネットワークを介してアクセスしながら動的に業務アプリケーションを生成する業務アプリケーション生成システムに関するものである。
【０００２】
【従来の技術】
従来のウィンドウズ（登録商標）における標準クラス階層は、例えば、図１１に示すようになっていて、プログラム動作時に図中の網掛けで示したラベル（Ｌａｂｅｌ）クラス１０２〜リストボックス（Ｌｉｓｔ  Ｂｏｘ）クラス１１１が実際の画面上で目に見えるオブジェクトとなる。より具体的には、図１２に示すように、一般のコンピュータ画面上で見かける、ボタン（Ｂｕｔｔｏｎ）オブジェクト１２１、コンボボックス（Ｃｏｍｂｏ  Ｂｏｘ）オブジェクト１２２、および、チェックボックス（Ｃｈｅｃｋ  Ｂｏｘ）オブジェクト１２３などのように表示される。
【０００３】
このように、目で見えるオブジェクトは、その内部構造として上記図１１に示すような派生関係を持っており、それぞれの属性を継承している。例えば、コントロール（Ｃｏｎｔｒｏｌ）クラス１０１の属性は、オブジェクトの画面上での幅や高さによる配置を示している。また、リストコントロール（Ｌｉｓｔ  Ｃｏｎｔｏｒｏｌ）クラス１０５の属性は、上記コントロールクラス１０１の属性に加えて、表示されるリストや選択された位置などを示している。さらに、コンボボックス（Ｃｏｍｂｏ  Ｂｏｘ）クラス１１０の属性は、上記リストコントロールクラス１０５の属性に加えて、選択された文字や背景色などを示している。このため、従来のオブジェクトの属性は、派生関係を持ち、それぞれの属性を継承していることから、「テキスト入力エリア」なのか「コンボボックス」なのかといった各項目の属性の違いは、本質的なものとして捉えられていた。
【０００４】
また、特許文献１は、企業の基幹業務を処理するデータベースと業務処理プログラムで構成されており、これを利用企業が購入して企業側のコンピュータにインストールすることで、カスタマイズ可能な基幹業務パッケージを提供するものであった。
【０００５】
さらに、特許文献２は、分散コンピューティング環境における多階層型のコンポーネントベースのアプリケーション開発において、各プログラムコンポーネントをその分散環境で使用されるデータについて記述したオブジェクト定義から自動生成する機構を備えたことにより、最低限のプログラミング技術だけで複数に分割されたプログラムを作成することができ、さらにその開発過程で必要な通信インタフェースと仕様書も自動生成できるものであった。
【０００６】
【特許文献１】
特開２００１−１９５２８８号公報
【特許文献２】
特開平１１−１０２２９３号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、このような従来のウィンドウズ（登録商標）の標準クラス階層にあっては、生成されるアプリケーションの各項目の属性の違いが本質的なものであったため、属性内容を変更して個々のユーザの仕様に合うようにカスタマイズしたアプリケーションを作成するのは容易ではなかった。特に、業務アプリケーションでは、ベースとなる属性内容はある程度共通化しているが、会社に応じて細かい仕様変更を行なう必要がある場合に、容易にカスタマイズすることができず非常に不便であった。その上、上記のように属性内容を変更した場合は、その都度コンパイルし直さなければならず、コストや手間が膨大になるという問題があった。
【０００８】
また、上記の特許文献１および２によれば、アプリケーションのカスタマイズ性をある程度改善することは可能であるが、未だ不十分であって、これまでと同様にリコンパイルを要することから、コストや手間がかかるという問題があった。
【０００９】
さらに、本社と支社、あるいは、販売部と管理部のように隔地間で共通の業務アプリケーションを使って管理業務やデータ作成作業等を行う場合、従来は、作成したアプリケーションソフトを記録媒体に記録して配布し、それぞれの場所でインストールしなければならなかった。しかし、業務アプリケーションソフトをバージョンアップしたり、仕様を変更するたびに上記手順を繰り返さなくてはならず、非常に手間がかかる上、１つでもインストール時期がずれてしまうと、バージョンが異なり、相互間の管理業務やデータ作成作業等に支障が出るおそれがあった。
【００１０】
この発明は上記に鑑みてなされたもので、アプリケーションの各項目の属性変更をユーザ毎に容易にカスタマイズすることができる上、属性変更後でもリコンパイルする必要がなく、隔地間で共通の業務アプリケーションソフトを使って作業する場合でも、インストール処理やバージョンアップ処理が容易に行える、低コストで手間のかからない業務アプリケーション生成システムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、請求項１にかかる発明は、業務アプリケーション画面の属性に関するプロパティ情報を正規化し、画面上の各項目の入出力エリアに対してプログラムに共通のインタフェースを擬似的に定義し、前記正規化したプロパティ情報をデータベースに登録すると共に、該データベースに対して一連の処理手順を実行させるストアドプロシージャに業務ロジックを記述するデータセンターと、前記データセンターに対しネットワークを介して接続され、実行モジュールが前記データベースにアクセスし、共通のインタフェースとして登録されているプロパティ情報を読み込み、これに基づくアプリケーション画面の各項目の入出力エリアを業務ロジックを用いて動的に生成しながら固有の業務アプリケーションを生成するクライアント端末と、を備えたことを特徴とする。
【００１２】
この請求項１の発明によれば、データセンターにおいて業務アプリケーション画面の属性に関するプロパティ情報を正規化し、画面上の各項目の入出力エリアに対してプログラムに共通のインタフェースを擬似的に定義し、正規化したプロパティ情報をデータベースに登録すると共に、そのデータベースに対して一連の処理手順を実行させるストアドプロシージャに業務ロジックを記述する。そのデータセンターに対しネットワークを介して接続されたクライアント端末は、実行モジュールによりデータベースにアクセスして、共通のインタフェースとして登録されているプロパティ情報を読み込み、これに基づくアプリケーション画面の各項目の入出力エリアを業務ロジックを用いて動的に生成しながら固有の業務アプリケーションを生成するようにした。このため、業務アプリケーションを生成するのに必要なプロパティ情報は、全てデータセンターのデータベースに登録されており、業務アプリケーションを生成するクライアント端末は、ネットワークを介してデータセンターにアクセスするだけで、どこに居ても同じものが生成できる上、バージョンアップや仕様変更があっても迅速かつ容易に対処することが可能である。また、業務アプリケーションを生成する場合は、データベースから正規化したプロパティ情報を読み込み、これに基づいてアプリケーションを動的に生成するので、ユーザ毎に画面構成などの属性を変更するカスタマイズを容易に行うことができる上、属性変更後のリコンパイルが不要なことから、低コストで手間をかけずに業務アプリケーションを生成することができる。
【００１３】
また、請求項２にかかる発明は、請求項１に記載の業務アプリケーション生成システムにおいて、前記データセンターには、データベースサーバーが配置され、該データベースサーバーに対して１つ以上のクライアント端末がネットワークを介して接続され、クライアント／サーバ型の実行モジュールを用いたことを特徴とする。
【００１４】
この請求項２の発明によれば、データセンターにデータベースサーバーが配置され、そのデータベースサーバーに対して１つ以上のクライアント端末がネットワークを介して接続され、クライアント／サーバ型の実行モジュールが用いられている。このため、クライアント／サーバ型のネットワーク環境下におけるクライアント端末は、データベースサーバーにアクセスするだけで固有の業務アプリケーションを容易に生成することができる上、複数の端末間でネットワークを介してデータを相互にやり取りすることにより、管理業務やデータ作成作業等を共同して行うことができる。
【００１５】
また、請求項３にかかる発明は、請求項１に記載の業務アプリケーション生成システムにおいて、前記データセンターは、データベース機能を備えたＷｅｂサイトであって、前記Ｗｅｂサイトに対して１つ以上の前記クライアント端末がインターネットを介して接続され、Ｗｅｂアプリケーション型のサーバプログラムを実行モジュールとして用いたことを特徴とする。
【００１６】
この請求項３の発明によれば、データセンターは、データベース機能を備えたＷｅｂサイトであり、そのＷｅｂサイトに対して１つ以上のクライアント端末がインターネットを介して接続され、実行モジュールとしてＷｅｂアプリケーション型のサーバプログラムが用いられている。このため、インターネットに接続された全てのクライアント端末は、データベース機能を備えたＷｅｂサイトにアクセスするだけで固有の業務アプリケーションを容易に生成することができる上、インターネットを介して複数の端末間のデータを相互にやり取りすることで、管理業務やデータ作成作業等を共同で行うことができる。
【００１７】
また、請求項４にかかる発明は、請求項２または３に記載の業務アプリケーション生成システムにおいて、前記実行モジュールは、クライアント／サーバ型とＷｅｂアプリケーション型の何れのモデルも同一のロジックを使って記述されていることを特徴とする。
【００１８】
この請求項４の発明によれば、クライアント／サーバ型とＷｅｂアプリケーション型の何れのモデルも、同一のロジックを使って記述したため、データベースに登録されているプロパティ情報とストアドプロシージャは、同じものが使用できる上、１回設定するだけでクライアント／サーバ型とＷｅｂアプリケーション型の両方で動作させることができる。
【００１９】
また、請求項５にかかる発明は、請求項１に記載の業務アプリケーション生成システムにおいて、前記プロパティ情報は、各項目の入出力エリアにおけるメニュー構成、画面遷移、画面レイアウト、項目毎の属性、入力チェック内容、画面の動き、および帳票レイアウトの少なくとも１つを含むことを特徴とする。
【００２０】
この請求項５の発明によれば、プロパティ情報として、各項目の入出力エリアにおけるメニュー構成、画面遷移、画面レイアウト、項目毎の属性、入力チェック内容、画面の動き、および帳票レイアウトの少なくとも１つが含まれている。このため、これらのプロパティ情報を正規化し、共通のインタフェースを定義することで、業務アプリケーションの生成に必要な属性変更を容易に行うことができる。
【００２１】
また、請求項６にかかる発明は、請求項１に記載の業務アプリケーション生成システムにおいて、前記データセンターのデータベースには、固有のアプリケーションを生成するための情報として、プロパティ情報とストアドプロシージャとが登録されていることを特徴とする。
【００２２】
この請求項６の発明によれば、データセンターのデータベースには、固有のアプリケーションを生成するための情報として、プロパティ情報とストアドプロシージャとが登録されているため、実行モジュールは、データベースのプロパティ情報とストアドプロシージャとに基づいて、固有の業務アプリケーションを容易に構築することができる。
【００２３】
また、請求項７にかかる発明は、請求項１〜６のいずれか一つに記載の業務アプリケーション生成システムにおいて、前記データベースは、リレーショナルデータベースであって、前記プロパティ情報は、該リレーショナルデータベースにおける複数の共通フィールドのまとまりとして管理され、データを複数の表形式の単位で相互に連携させて管理することを特徴とする。
【００２４】
この請求項７の発明によれば、データベースにリレーショナルデータベースを用い、プロパティ情報は、そのリレーショナルデータベースにおける複数の共通フィールドのまとまりとして管理し、データを複数の表形式の単位で相互に連携させて管理することにより、効率の良いデータ管理が可能となり、アプリケーションの一部に変更を加える場合でも、リレーショナルデータベースの表形式の単位を変更するだけで良く、メンテナンス性が飛躍的に向上する。
【００２５】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる業務アプリケーション生成システムの好適な実施の形態を詳細に説明する。
【００２６】
図１は、この発明にかかるクライアント／サーバ型の業務アプリケーション生成システムの一例を説明する図であり、図２は、この発明にかかるＷｅｂアプリケーション型の業務アプリケーション生成システムの一例を説明する図である。
【００２７】
図１に示す業務アプリケーション生成システムは、地域ＩＰ網２を介して本社３と販売店４とが接続され、販売店４から送られてくる商品の在庫登録、発注登録、入庫状況等に基づいて、本社３側でそれらを分析し、出荷指示や製造計画を立てる場合、共通の業務アプリケーションを生成し、それに基づいてデータを共有化する必要がある。そこで、業務アプリケーションを生成するため、地域ＩＰ網２を介して、データセンター１と、本社３のクライアントＰＣ３ａと、販売店のクライアントＰＣ４ａとが接続され、クライアント／サーバ型の業務アプリケーション生成システムが構築されている。
【００２８】
このデータセンター１は、サーバ１ａとデータベース１ｂとを備え、業務アプリケーションの生成に必要な種々のプロパティ情報をデータベース上で効率良く管理できるように正規化（Ｎｏｒｍａｌｉｚａｔｉｏｎ）し、その正規化したプロパティ情報をデータベース１ｂに登録する。また、データベース１ｂには、データベース１ｂに対して一連の処理手順を実行するストアドプロシージャに業務ロジックが記述されており、予め指定された一連の動作がデータベースに対して施される。
【００２９】
また、図２に示す業務アプリケーション生成システムは、Ｗｅｂサービス（マイクロソフトの．ＮＥＴなど）を利用することにより、インターネットを通じてアプリケーション・システムを連携させ、本社１３と会員封入・郵送代行会社１４との間で接続したいアプリケーション機能のみをＷｅｂサービス化して提供するものである。例えば、図２では、会員制の通信販売業において、本社１３側では会員管理、セミナー管理、会費引落データ作成、通販管理、委託販売管理などを行い、アウトソーシングの一環として、会員誌の封入や郵送を会員封入・郵送代行会社１４に代行させる場合などにＷｅｂサービスを利用する場合である。
【００３０】
さらに、本社１３は、Ｗｅｂサービスを使ってデータセンター１１にアクセスし、データベース１１ｂに登録されているプロパティ情報に基づいて所望の業務アプリケーションを生成することが可能となる。
【００３１】
図３は、この発明にかかる独自のクラス階層構造を説明する図である。図３に示すクラス階層構造は、上記図１１で示した、従来のウィンドウズ（登録商標）の標準クラス階層構造に対して、それぞれの派生クラスにつき、画面上の入出力エリアであるインプットボックス（Ｉｎｐｕｔ  Ｂｏｘ）の擬似クラスとして、独自の共通インタフェース２８を定義した点に特徴がある。この共通インタフェース２８は、独自ラベルクラス２１、独自テキストボックスクラス２２、独自ボタンクラス２３、独自チェックボックスクラス２４、独自ラジオボタンクラス２５、独自コンボボックスクラス２６、および、独自リストボックスクラス２７などから構成されている。これらの共通インタフェース２８は、業務アプリケーションに使用する属性を厳選したもので、独自の属性を追加することもできる。なお、図３において、従来と同じクラス階層には、図１１と同じ符号が付してある。
【００３２】
このように、クラス階層構造に、独自の共通インタフェース８を定義することにより、どの種類のオブジェクトであってもプログラム上から同等に扱うことが可能となる。このため、例えば「テキスト入力エリア」なのか「コンボボックス」なのかといった、従来のクラス階層構造であれば本質的だった各項目の属性の違いが、副次的な属性と捉えられるようになり、後述するようにプログラム動作時に各項目の属性を動的に生成したり、コンパイルすることなく重要な属性の変更を行うことができる。
【００３３】
図４は、この発明にかかるインプットボックスの擬似クラスの属性例を示した図である。図４に示すように、インプットボックス擬似クラスの属性例では、大別してプロパティ、メソッド、イベントに分けることができ、その中に種々のインプットボックスが含まれている。このように、多くの種類のインプットボックスが存在するが、図４に示すような共通した属性も持っている。
【００３４】
本発明では、上記したインプットボックス以外にもプロパティ化することのできる情報が存在する。例えば、図５は、画面上のインプットボックスの配置例を示す図である。図５に示すように、本発明では、画面上のどのインプットボックス３１〜３７がどの位置に配置されているのか（画面レイアウト）についてもプロパティ化することができる。
【００３５】
また、図６は、画面上のボタンを押して次にどの画面を表示するかの画面遷移例を示した図である。図６（ａ）の「売上伝票修正・削除」ボタン４１が押されると、同図（ｂ）の「売上伝票検索」画面に遷移し、その（ｂ）の画面の「選択」ボタン４２が押された場合は、同図（ｃ）の「売上伝票」の画面に遷移するというように、本発明では、画面遷移についてもプロパティ化することができる。
【００３６】
そして、図７は、これらのプロパティ情報を正規化表現してデータベースに格納する場合の説明図である。図７に示すように、プロパティ情報としては、メニュー構成（リレーショナルデータで表現する）、画面遷移、画面レイアウト（画面上のインプットボックスの配置をリレーショナルデータで表現する）、各項目の属性、入力チェック内容（画面上の各項目の入出力エリアをインプットボックスとして汎用化（オブジェクトモデル化）する）、画面の動き、帳票レイアウトなどを一例として示したが、勿論これに限定されるものではない。例えば、「大分類」を選択すると、それに紐付く「小分類」だけが選択可能といった項目間の関係を「依存関係」と定義し、プロパティ化することも可能である。これらのプロパティ情報は、正規化表現した後、データベース５１へ格納される。なお、このデータベース５１は、複数の表形式の単位で連携し、データ間の関係を定義することによりデータの効率的な管理が可能なリレーショナルデータベースを用いており、データベース言語のＳＱＬを用いて書かれている。また、汎用化したインプットボックスのプロパティ情報、メニュー構成や画面レイアウト、帳票フォーマットとしてのエクセル（Ｅｘｃｅｌ：商標登録）ファイル（バイナリーデータとして）などの情報は、全てデータベース５１に登録される。
【００３７】
図８は、業務ロジックをデータベース内に定義する処理を説明する図である。図８に示すように、売上伝票画面６１の中の更新ボタン６２をクリックすると、売上伝票画面６１上に配置された全インプットボックス内の入力情報をパラメータとして、ストアドプロシージャ６３というプログラムを起動し、その伝票データがデータベース５１に登録される。例えば、「更新（あるいは、登録）」「削除」などの各操作ボタンの押下時に表示されている全インプットボックスをパラメータ受取可として、ストアドプロシージャ６３により記述する。さらに、「依存関係」による動的な制御も全てストアドプロシージャにより記述する。すなわち、戻り値による画面の動的制御を行うものである。
【００３８】
また、本発明は、業務アプリケーションを生成する実行モジュールが自分自身を動的に生成しながら動作するという点に特徴がある。図９は、実行モジュールが画面遷移プロパティに基づいて動的に動作している状態を説明する図である。つまり、図９に示したメニュー画面７１の「売上伝票登録」ボタン７２が押されると、実行モジュールは、データベース５１中の画面遷移プロパティを読み込むことにより、次に表示すべき画面が「売上伝票新規登録画面」であると自分自身で判断して、「売上伝票画面」の生成を行う。
【００３９】
図１０は、図９に続いて実行モジュールが売上伝票画面の生成処理を行う動作を説明する図である。図９において、次に表示すべき画面が「売上伝票新規登録画面」であると判断されると、実行モジュールは、図１０に示すように、売上伝票新規登録画面にはどのようなインプットボックスが配置されているかを知るため、データベース５１にアクセスして、インプットボックス配置プロパティを読み込む。これによって、売上伝票画面に配置すべき項目は、売上伝票番号、伝票日付、出荷日、得意先コード、・・・などであることがわかる。
【００４０】
実行モジュールは、図１０に示した各インプットボックスの情報に基づいて、売上伝票画面上に当該インプットボックスを生成／配置する。これを、図５を用いて説明すると、まず、売上伝票画面の伝票番号３１をラベル（Ｌａｂｅｌ）として生成し、所定の位置に配置する。続いて、伝票日付３２を日付入力型テキストボックスとして生成し、所定の位置に配置する。さらに、得意先コード３３をデータベースアクセス項目（コードが入力されると、該当する名称をデータベースから自動的に取得して表示する項目）として生成し、所定の位置に配置する。また、上記以外の項目についても同様に、各インプットボックスの情報に基づいて実行モジュールが生成／配置する。このようにして、図５に示すような売上伝票画面が生成される。
【００４１】
本発明の実行モジュールの基本構造としては、上記図１に示したクライアント／サーバ型に用いられる実行モジュールと、図２に示したＷｅｂアプリケーション型のサーバプログラムとがあり、共にビジュアル・スタジオ・ドットネット（Ｖｉｓｕａｌ  Ｓｔｕｄｉｏ  ．Ｎｅｔ）で記述されている。このように、クライアント／サーバ型の実行モジュールとＷｅｂアプリケーション用のサーバプログラムとは、共に同一のロジックで動作するため、何れの場合であってもプロパティ情報とストアドプロシージャは同じものが使用できる。これにより、一回設定するだけでクライアント／サーバ型とＷｅｂアプリケーション型の両方に対して違和感なく操作することができる。
【００４２】
そして、実行モジュールが起動時に取得するプロパティ情報は、変更分だけを再取得し、最新情報のＸＭＬファイルを暗号化した上で、ファイルが保存される。また、メモリ展開したプロパティ情報を参照しながら全て動的に画面やインプットボックスが生成される。
【００４３】
また、業務アプリケーションを生成する本発明の実行モジュールは、データベースに登録されているプロパティ情報に基づいて、自分自身を動的に生成する動作を繰り返し行うため、コンパイルせずにアプリケーションの生成が可能となる。
【００４４】
このように、本実施の形態によれば、データベースに種々のプロパティ情報を登録しておけば、実行モジュールは必要に応じてプロパティ情報を読み込みながら、自分自身を動的に生成するため、コンパイルせずに業務アプリケーションを生成することが可能となる。コンパイルが不要になったことにより、業務アプリケーションのカスタマイズにかかる費用と手間と時間とを大幅に低減することができる。例えば、実行モジュールを個別にプログラムした場合と比べると、３〜５倍の開発効率を実現することができる。
【００４５】
また、本実施の形態によれば、異なる会社の業務アプリケーションをそれぞれ本発明にかかる開発ツールを用いて構築した場合、異なってくるのは、データベースに登録されたプロパティ情報とストアドプロシージャだけであり、各クライアントに配布したモジュールを変更する必要がないため、メンテナンス性が飛躍的に向上するという利点がある。
【００４６】
さらに、本実施の形態によれば、同様のロジックで動く実行モジュールをクライアント／サーバ型とＷｅｂアプリケーション型のそれぞれで作成し、プロパティの設定を１回行うだけで、クライアント／サーバ型とＷｅｂアプリケーション型の何れに対しても違和感なく操作することが可能となり、種々のネットワーク形態に対応することができる。
【００４７】
また、本実施の形態によれば、地域ＩＰ網などを用いてクライアント／サーバ型の業務アプリケーション生成システムを構築したり、インターネットを用いてＷｅｂアプリケーション型の業務アプリケーション生成システムを構築することができる。
【００４８】
【発明の効果】
以上説明したように、請求項１にかかる発明によれば、データセンターにおいて業務アプリケーション画面の属性に関するプロパティ情報を正規化し、画面上の各項目の入出力エリアに対してプログラムに共通のインタフェースを擬似的に定義し、正規化したプロパティ情報をデータベースに登録すると共に、そのデータベースに対して一連の処理手順を実行させるストアドプロシージャに業務ロジックを記述する。そのデータセンターに対しネットワークを介して接続されたクライアント端末は、実行モジュールによりデータベースにアクセスして、共通のインタフェースとして登録されているプロパティ情報を読み込み、これに基づくアプリケーション画面の各項目の入出力エリアを業務ロジックを用いて動的に生成しながら固有の業務アプリケーションを生成するようにした。このため、業務アプリケーションを生成するのに必要なプロパティ情報は、全てデータセンターのデータベースに登録されており、業務アプリケーションを生成するクライアント端末は、ネットワークを介してデータセンターにアクセスするだけで、どこに居ても同じものが生成できる上、バージョンアップや仕様変更があっても迅速かつ容易に対処することが可能である。また、業務アプリケーションを生成する場合は、データベースから正規化したプロパティ情報を読み込み、これに基づいてアプリケーションを動的に生成するので、ユーザ毎に画面構成などの属性を変更するカスタマイズを容易に行うことができる上、属性変更後のリコンパイルが不要なことから、低コストで手間をかけずに業務アプリケーションを生成することができる。
【００４９】
また、請求項２にかかる発明によれば、データセンターにデータベースサーバーが配置され、そのデータベースサーバーに対して１つ以上のクライアント端末がネットワークを介して接続され、クライアント／サーバ型の実行モジュールが用いられている。このため、クライアント／サーバ型のネットワーク環境下に接続されたそれぞれのクライアント端末は、データベースサーバーにアクセスするだけで固有の業務アプリケーションが容易に生成できる上、複数の端末間でネットワークを介してデータを相互にやり取りすることで、管理業務やデータ作成作業等を共同で行うことができる。
【００５０】
また、請求項３にかかる発明によれば、データセンターは、データベース機能を備えたＷｅｂサイトであり、そのＷｅｂサイトに対して１つ以上のクライアント端末がインターネットを介して接続され、実行モジュールとしてＷｅｂアプリケーション型のサーバプログラムが用いられている。このため、インターネットに接続された全てのクライアント端末は、データベース機能を備えたＷｅｂサイトにアクセスするだけで固有の業務アプリケーションを容易に生成することができる上、インターネットを介して複数の端末間のデータを相互にやり取りすることで、管理業務やデータ作成作業等を共同で行うことができる。
【００５１】
また、請求項４にかかる発明によれば、クライアント／サーバ型とＷｅｂアプリケーション型の何れのモデルも、同一のロジックを使って記述したので、データベースに登録されているプロパティ情報とストアドプロシージャは、同じものが使用できる上、１回設定するだけでクライアント／サーバ型とＷｅｂアプリケーション型の両方で動作させることができる。
【００５２】
また、請求項５にかかる発明によれば、プロパティ情報として、各項目の入出力エリアにおけるメニュー構成、画面遷移、画面レイアウト、項目毎の属性、入力チェック内容、画面の動き、および帳票レイアウトの少なくとも１つが含まれているので、これらのプロパティ情報を正規化し、共通のインタフェースを定義することで、業務アプリケーションの生成に必要な属性変更を容易に行うことができる。
【００５３】
また、請求項６にかかる発明によれば、データセンターのデータベースには、固有のアプリケーションを生成するための情報として、プロパティ情報とストアドプロシージャとが登録されているので、実行モジュールは、データベースのプロパティ情報とストアドプロシージャとに基づいて、固有の業務アプリケーションを容易に構築することができる。
【００５４】
また、請求項７にかかる発明によれば、データベースにリレーショナルデータベースを用い、プロパティ情報は、そのリレーショナルデータベースにおける複数の共通フィールドのまとまりとして管理し、データを複数の表形式の単位で相互に連携させて管理することにより、効率の良いデータ管理が可能となり、アプリケーションの一部に変更を加える場合でも、リレーショナルデータベースの表形式の単位を変更するだけで良く、メンテナンス性を飛躍的に向上させることができる。
【図面の簡単な説明】
【図１】この発明にかかるクライアント／サーバ型の業務アプリケーション生成システムの一例を説明する図である。
【図２】この発明にかかるＷｅｂアプリケーション型の業務アプリケーション生成システムの一例を説明する図である。
【図３】この発明にかかる独自のクラス階層構造を説明する図である。
【図４】この発明にかかるインプットボックスの擬似クラスの属性例を示した図である。
【図５】画面上のインプットボックスの配置例を示す図である。
【図６】画面上のボタンを押して次にどの画面を表示するかの画面遷移例を示す図である。
【図７】プロパティ情報を正規化表現してデータベースに格納する場合の説明図である。
【図８】業務ロジックをデータベース内に定義する処理を説明する図である。
【図９】実行モジュールが画面遷移プロパティに基づいて動的に動作している状態を説明する図である。
【図１０】図９に続いて実行モジュールが売上伝票画面の生成処理を行う動作を説明する図である。
【図１１】従来のウィンドウズ（登録商標）の標準クラス階層を説明する図である。
【図１２】コンピュータ画面上で見かける各オブジェクトの一例を示す図である。
【符号の説明】
１  データセンター
１ａ  サーバ
１ｂ  データベース
２  地域ＩＰ網
３  本社
３ａ  クライアントＰＣ
４  販売店
４ａ  クライアントＰＣ
４ｂ  ＰＨＳ送受信機
１１  データセンター
１１ａ  サーバ
１１ｂ  データベース
１２  インターネット
１３  本社
１３ａ  クライアントＰＣ
１４  会員誌封入・郵送代行会社
１４ａ  クライアントＰＣ
２１  独自ラベルクラス
２２  独自テキストボックスクラス
２３  独自ボタンクラス
２４  独自チェックボックスクラス
２５  独自ラジオボタンクラス
２６  独自コンボボックスクラス
２７  独自リストボックスクラス
２８  共通インタフェース
３１〜３７  インプットボックス
４１  売上伝票修正・削除ボタン
４２  選択ボタン
５１  データベース
６１  売上伝票
６２  更新ボタン
６３  ストアドプロシージャ
７１  メニュー画面
７２  売上伝票登録ボタン
【図１】
2005031815.tif 000003
【図２】
2005031815.tif 000004
【図３】
2005031815.tif 000005
【図４】
2005031815.tif 000006
【図５】
2005031815.tif 000007
【図６】
2005031815.tif 000008
【図７】
2005031815.tif 000009
【図８】
2005031815.tif 000010
【図９】
2005031815.tif 000011
【図１０】
2005031815.tif 000012
【図１１】
2005031815.tif 000013
【図１２】
2005031815.tif 000014