JP2022178985A - 情報処理装置、制御方法、プログラム - Google Patents

Abstract

【課題】異なる様式の画面に共通のデータソースを割り当ててアプリケーションを生成する情報処理装置、その制御方法及びプログラムを提供する。【解決手段】情報処理装置、アプリケーションサーバ、データべースサーバ及びアプリケーションクライアントが、ＬＡＮ等のネットワーク内に配置されたシステムにおいて、データソースのデータ項目を画面に出力するアプリケーションを生成する情報処理装置１０１は、データソースに対応するキー項目を管理する管理手段３０２と、キー項目と画面の様式とを含む画面設定を取得する取得手段３０１と、キー項目に対応するデータソースのデータ項目と画面の様式に基づく画面項目とをマッピングするマッピング手段３０３と、を備える。【選択図】図３

Description

本発明は、アプリケーションを生成する情報処理装置に関する。

一般的にアプリケーションにおいて画面に表示されたデータに対して、データソースであるデータベース（以下、ＤＢ）に登録、更新、削除を行うことがある。

このようなアプリケーションを構築する場合、画面と画面の項目に対して、ＤＢの項目をマッピングする必要がある。

特許文献１では、メンテナンス対象となるマスタデータの定義情報に基づいて、マスタデータのデータ項目を画面テンプレートの画面項目にマッピングし、マッピング結果を表示するマスタメンテナンス画面を自動生成する技術が開示されている。

特開２０１１－１００２３３号公報

しかしながら、特許文献１では、マスタデータ、つまりデータソースを１つの画面テンプレート、つまり同じ画面様式の画面に対して割り当てて使用するには有効であるが、異なる画面様式の画面には対応できない。

つまり、特許文献１では、複数の画面や別々のアクションにて共通のデータソースのデータを使用する場合に、異なるそれぞれの画面の項目に対してデータソースのデータをマッピングする必要がある。

本発明では、異なる様式の画面に共通のデータソースを割り当ててアプリケーションを生成できる仕組みを提供することを目的とする。

本発明は、データソースのデータ項目を画面に出力するアプリケーションを生成する情報処理装置であって、データソースに対応するキー項目を管理する管理手段と、前記キー項目と画面の様式とを含む画面設定を取得する取得手段と、前記キー項目に対応するデータソースのデータ項目と前記画面の様式に基づく画面項目とをマッピングするマッピング手段とを備えることを特徴とする。

本発明により、異なる様式の画面に共通のデータソースを割り当ててアプリケーションを生成できる仕組みを提供することが可能となる。

本発明に係るシステムの構成図の一例である。 情報処理装置、アプリケーションサーバ、データベースサーバ、アプリケーションクライアントとして適用可能な各ハードウェア構成の一例を示すブロック図である。 ソフトウェア構成を示すブロック図の一例である。 本発明に係るシステムの構成図である。 アプリケーション生成処理の一例を示すフローチャートである。 画面定義入力受付処理の一例を示すフローチャートである。 アクション定義入力受付処理の一例を示すフローチャートである。 共通ＤＭバインド入力受付処理の一例を示すフローチャートである。 アプリケーションソースコード生成処理の一例を示すフローチャートである。 共通ＤＭバインド設定画面の一例を示す画面イメージである。 画面部品定義設定画面および表示される画面部品の一例を示す画面イメージである。 画面部品定義設定画面および表示される画面部品の一例を示す画面イメージである。

以下、本発明の実施の形態を、図面を参照して詳細に説明する。

図１は、本発明に係る情報処理装置（アプリケーション開発者がアプリケーション開発のために操作するアプリケーション開発装置）、アプリケーションサーバ、データベースサーバ、アプリケーションクライアントの構成の一例を示すシステム（情報処理システム）構成図である。なお、本実施形態においては、情報処理装置にて開発されたソフトウェアをアプリケーションと呼ぶが、アプリケーションに限定するものではなく、アプリケーション以外のソフトウェア（例：ＯＳ）であってもよい。

情報処理装置１０１は、アプリケーション開発者の操作に従って画面レイアウト及びデータベース検索指示などを定義する。情報処理装置１０１は、プログラム生成、アプリケーション生成を行う。

なお、本実施形態においては、情報処理装置１０１で生成するアプリケーションはＷｅｂアプリケーションとしたが、これに限定するものではなく、携帯電話・スマートフォン・タブレットなどの情報処理装置で動作するアプリケーションや組込みソフトウェアなど、Ｗｅｂ技術による通信を利用するアプリケーション以外のアプリケーションであってもよい。

また、本実施形態においては、情報処理装置１０１はアプリケーションのソースコード（プログラムコード）を生成するとしたが、この方法に限定するものではなく、ソースコードを生成することなく、アプリケーションサーバ１０２やクラウド環境等でアプリケーションが動作する様にデータやファイル等を生成することにより、アプリケーション（の動作環境）を構築する等であってもよい。

アプリケーションサーバ１０２は、情報処理装置１０１で開発されたアプリケーションを実行する。また、データベースサーバ１０３と接続して動作することが可能である。

データベースサーバ１０３は、開発されたアプリケーションが使用するデータベースであり、また本発明では開発時にも動作確認などのために利用してもよい。例えば、アプリケーション開発者が利用するためにデータベースサーバ１０３は、情報処理装置１０１や、アプリケーションサーバ１０２と同一の装置で構成されていてもよいし、ＬＡＮなどのネットワーク１０５内に配置されてもよい。

アプリケーションクライアント１０４（情報処理装置）は、アプリケーションサーバ１０２と協調して情報処理装置１０１で開発したアプリケーションプログラムを動作させる、エンドユーザの入力端末である。この、アプリケーションクライアント１０４は、携帯端末などの情報処理装置であってもよいこととする。

なお、情報処理装置１０１、アプリケーションサーバ１０２、データベースサーバ１０３、および、アプリケーションクライアント１０４の何れかを、クラウドなどのインターネット上に配置してもよい。

以上で、図１の説明を終了する。

図２は、本発明に係わる情報処理装置１０１、アプリケーションサーバ１０２、データベースサーバ１０３、アプリケーションクライアント１０４として適用可能な各ハードウェア構成の一例を示すブロック図である。

図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。

また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバ、クライアント、装置など情報処理装置の後述する各種機能を実現するためのプログラムが記憶されている。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。

入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、情報処理装置では、キーボード、マウス等のポインティングデバイス、タッチパネルが挙げられる。

なお、入力部２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。

また、タッチパネルは、マルチタッチスクリーン等の、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。

出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。尚、本体と一体になったノート型パソコンのディスプレイも含まれるものとする。また、プロジェクタであってもよいこととする。

外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１には、各サーバ、クライアント、装置等の各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、出力部２１０上での表示を可能としている。また、ＣＰＵ２０１は、出力部２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器との通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。

図３は、本発明の実施の形態のソフトウェア構成を示すブロック図の一例である。

情報処理装置１０１は、以下の機能部を備える。

画面定義設定部３０１は、レイアウトエディタにおいて、画面部品の選択を受け付け、当該画面部品の配置を設定する機能部である。

共通ＤＭバインド設定部３０２は、複数の画面部品と共通で使用するデータモデル（ＤＭ）とを対応付ける共通ＤＭバインドを設定する機能部である。

共通ＤＭバインド解析部３０３は、アプリケーションを生成する際に、共通ＤＭバインドの対象となる画面部品に対して、データ項目と画面項目とを解析してマッピングを実施する機能部である。

アプリケーション生成部３０４は、上記機能部により設定された内容に従ってプログラムコードを生成し実行可能な形式に変換することによりアプリケーションを生成する機能部である。

以上で、図３の説明を終了する。

図４は、情報処理装置１０１、及びアプリケーションクライアント１０４の構成図である。

情報処理装置１０１は、リポジトリ定義部４００、アプリケーション生成部４１０、画面定義エディタ部４２０、及びアクションバインドエディタ部４３０を備える。

情報処理装置１０１は、アプリケーション生成部４１０によりデータ表示アプリケーションを生成する。開発者は、アプリケーションの受託開発者に限らず、広く情報処理装置１０１を使用する者を指す。

リポジトリ定義部４００には、アプリケーション定義４０１、画面定義４０２、画面部品定義４０３、アクションバインド定義４０４、画面部品定義４０３、アクションバインド定義４０４に紐づくアクション４０５が記憶されている。これら４０１～４０５の定義は、アプリケーション開発ツールを介して、開発者によって入力設定または配置される。

アプリケーション定義４０１は、開発者が開発するアプリケーション全体の設定を保持する。

画面定義４０２は、アプリケーションに含まれる各画面に配置される各種画面部品定義４０３の情報を保持する。画面定義４０２は、アクションバインド定義４０４及びアクション４０５の情報を含む。

アプリケーション生成部４１０は、開発者により設定されたリポジトリ定義部４００を解析し、アプリケーションを生成する。

リポジトリ定義解析部４１１は、開発者により設定されたリポジトリ定義部４００を解析する。リポジトリ定義解析部４１１の解析は共通ＤＭ参照解析部４１４の解析を含む。

共通ＤＭ参照解析部４１４は、画面部品定義４０３、共通ＤＭバインドデータ４３６から共通ＤＭ参照解析部４１７にて解析、解析結果取得部４１６の結果をリポジトリ定義解析部４１１に返す。

アプリケーションコード生成部４１２は、リポジトリ定義解析部４１１の解析結果に応じたアプリケーションのソースコードを生成する。

ソースコードコンパイル部４１３は、アプリケーションコード生成部４１２の生成したソースコードをコンパイルしアプリケーション実行環境にデプロイする。

画面定義エディタ部４２０は、開発者が画面部品定義４０３を設定するための要素である。画面定義エディタ部４２０は、レイアウトエディタ４２１、画面部品４２２、画面部品４２２に紐づく入力部品４２３、出力部品４２４、アクション部品４２５を含む。

レイアウトエディタ４２１は、開発者が所望の画面レイアウトを直観的に作成するためのグラフィカルエディタである。

画面部品４２２は、開発者が所望の画面部品をドラッグ＆ドロップによって画面に配置するための部品一覧である。

アクションバインドエディタ部４３０は、開発者がアクションバインド定義４０４を設定するための要素である。アクションバインド定義４０４は、ＳＴＥＰ選択部４３１、アクション選択部４３２、フローエディタ部４３３、アクションデータ定義部４６０、バインドデータ定義部４７０、共通ＤＭバインド定義部４８０、ロジックデータ定義部４９０を含む。

ＳＴＥＰ選択部４３１は、開発者が所望のＳＴＥＰをドラッグ＆ドロップによって画面に配置するための部品一覧である。ＳＴＥＰ選択部４３１は、アクションＳＴＥＰ４４１、ロジックＳＴＥＰ４４２、バインドＳＴＥＰ４４３を含む。

アクション選択部４３２は、開発者がアクション４０５を設定する対象のアクションを選択するためのアクション一覧である。

フローエディタ部４３３は、開発者が所望のアクションをフローチャート形式に直観的に作成するためのグラフィカルエディタである。フローエディタ部４３３はアクションデータ４５１、ロジックデータ４５２、バインドデータ４５３、連結データ４５４、ターミネータデータ４５５を含む。

アクションデータ定義部４６０は、アクションデータ４３４を設定するエディタである。アクションデータ定義部４６０は、ラベル定義部４６１、アクション定義部４６２を含む。

バインドデータ定義部４７０は、バインドデータ４３５を設定するエディタである。バインドデータ定義部４７０は、バインドステートメント記述部４７１、バインドステートメント４７２、変数記述４７３、画面部品ＩＤ記述４７４、レスポンスデータ記述４７５、ロジック記述４７６を含む。

共通ＤＭバインド定義部４８０は、共通ＤＭバインドデータ４３６を設定するエディタである。共通ＤＭバインド定義部４８０は、共通ＤＭバインドステートメント記述部４８１、バインドステートメント４８２、変数記述４８３、画面部品ＩＤ記述４８４、ＤＭコード記述４８５、を含む。

ロジックデータ定義部４９０は、ロジックデータ４３７を設定するエディタである。ロジックデータ定義部４９０は、ロジックステートメント記述部４９１、ロジックステートメント４９２、変数記述４９３、ロジック記述４９４を含む。
図５は、アプリケーション生成処理の一例を示すフローチャートである。

ステップＳ５０１において、情報処理装置１０１は、画面定義入力を受け付ける。本処理の詳細については図６で説明する。

ステップＳ５０２において、情報処理装置１０１は、アクション定義入力要求があったかを判定する。具体的には、１１０１のアクションタブが押下されたかを判定する。

そして、情報処理装置１０１は、アクション定義入力要求があったと判定した場合には、ステップＳ５０３に遷移する。

ステップＳ５０３において、情報処理装置１０１は、開発者からのアクション定義の入力を受け付ける。本処理の詳細については図７で説明する。

ステップＳ５０４において、情報処理装置１０１は、画面定義保存要求があったかを判定する。

そして、情報処理装置１０１は、画面定義保存要求があったと判定した場合には、ステップＳ５０５に遷移する。

一方、情報処理装置１０１は、画面定義保存要求があったと判定しなかった場合には、ステップＳ５０６に遷移する。

ステップＳ５０５において、情報処理装置１０１は、画面定義をリポジトリ定義部４００に保存する。

ステップＳ５０６において、情報処理装置１０１は、アプリケーション生成要求があったかを判定する。

そして、情報処理装置１０１は、アプリケーション生成要求があったと判定した場合には、ステップＳ５０７に遷移する。

一方、情報処理装置１０１は、アプリケーション生成要求があったと判定しなかった場合には、ステップＳ５０１に遷移する。別の画面に対して定義を行う場合も、Ｓ５０１に遷移し手順を繰り返す。

ステップＳ５０７において、情報処理装置１０１は、アプリケーションのソースコードを生成する。本処理の詳細については図９で説明する。

以上で、図５の説明を終了する。
図６は、図５のステップＳ５０１から呼び出される画面定義入力受付処理の一例を示すフローチャートである。

ステップＳ６０１において、情報処理装置１０１は、開発者による画面部品の配置を受け付ける。ドラッグ＆ドロップによりレイアウトエディタ４２１への部品の配置を受け付ける。

ステップＳ６０２において、情報処理装置１０１は、部品ＩＤの入力要求があったかを判定する。

そして、情報処理装置１０１は、部品ＩＤの入力要求があったと判定した場合には、ステップＳ６０３に遷移する。

一方、情報処理装置１０１は、部品ＩＤの入力要求があったと判定しなかった場合には、ステップＳ６０４に遷移する。

ステップＳ６０３において、情報処理装置１０１は、開発者による部品ＩＤの入力を受け付ける。

ステップＳ６０４において、情報処理装置１０１は、レイアウトエディタ４２１内で一意となる部品ＩＤを設定する。

ステップＳ６０５において、情報処理装置１０１は、アクションイベントを含む部品が配置されたかを判定する。

そして、情報処理装置１０１は、アクションイベントを含む部品が配置されたと判定した場合には、ステップＳ６０６に遷移する。

一方、情報処理装置１０１は、アクションイベントを含む部品が配置されたと判定しなかった場合、ステップＳ６０７に遷移する。

ステップＳ６０６において、情報処理装置１０１は、該部品に設定されたアクションを登録する。

ステップＳ６０７において、情報処理装置１０１は、部品入力が確定したかを判定する。

そして、情報処理装置１０１は、部品入力が確定したと判断した場合に画面定義入力受付処理を終了する。

一方、情報処理装置１０１は、部品入力が確定したと判定しなかった場合には、ステップＳ６０１に遷移する。

以上で、図６の説明を終了する。
図７は、図５のステップＳ５０３から呼び出されるアクション定義入力受付処理の一例を示すフローチャートである。

ステップＳ７０１において、情報処理装置１０１は、開発者によるアクションイベントの選択を受け付ける。具体的には、アクション選択部４３２から、アクションイベントの一覧を開きユーザがアクションを作成したいアクションイベントを選択する。

ステップＳ７０２において、情報処理装置１０１は、共通ＤＭバインド設定の入力要求があったかを判定する。具体的には、共通ＤＭバインド定義部４８０の一例である１００１に共通ＤＭバインドデータ４３６に対する入力があったかを判定する。

そして、情報処理装置１０１は、共通ＤＭバインド設定の入力要求があったと判定した場合は、ステップＳ７０３に遷移する。

一方、情報処理装置１０１は、共通ＤＭバインド設定の入力要求があったと判定しなかった場合は、ステップＳ７０４に遷移する。

ステップＳ７０３において、情報処理装置１０１は、開発者による共通ＤＭバインド設定の入力を受け付ける。本処理の詳細については図８で説明する。

ステップＳ７０４において、情報処理装置１０１は、開発者によるＳＴＥＰ部品の配置を受け付ける。ステップＳ７０５において、情報処理装置１０１は、ＳＴＥＰ設定の入力受付があったかを判定する。

そして、情報処理装置１０１は、ＳＴＥＰ設定の入力受付があったと判定した場合には、ステップＳ７０６に遷移する。

一方、情報処理装置１０１は、ＳＴＥＰ設定の入力受付があったと判定しなかった場合には、ステップＳ７０６に遷移する。

ステップＳ７０６において、情報処理装置１０１は、開発者によるＳＴＥＰ設定の入力を受け付ける。具体的にはアクションデータ定義部４６０のラベル定義部４６１、４６０のラベル定義部４６１の入力を行う。

ステップＳ７０７において、情報処理装置１０１は、開発者によるＳＴＥＰ部品入力が確定したかを判定する。

そして、情報処理装置１０１は、開発者によるＳＴＥＰ部品入力が確定したと判定した場合は、アクション定義入力受付を終了する。

一方、情報処理装置１０１は、開発者によるＳＴＥＰ部品入力が確定したと判定しなかった場合は、ステップＳ７０４に遷移する。

以上で、図７の説明を終了する。
図８は、図７のステップＳ７０３から呼び出される共通ＤＭバインド入力受付処理の一例を示すフローチャートである。

ステップＳ８０１において、情報処理装置１０１は、アクションエディタ上から共通ＤＭバインド入力画面の例である１００１（図１０）を表示する。共通ＤＭバインド入力画面はダイアログ形式に限らず、エディタ内入力領域を作成する形式でも良い。

ステップＳ８０２において、情報処理装置１０１は、ＤＢのテーブル定義情報であるデータモデル（ＤＭ）のコードを定義する。具体的にはＤＭコード記述４８５の一例である１００２にデータモデルのコードの入力を受け付ける。入力形式は、テキスト形式に限らず、ドロップダウン形式でも良い。

ステップＳ８０３において、情報処理装置１０１は、画面部品ＩＤを定義しＳ８０２にて定義したデータモデルとマッピングする。具体的には画面部品ＩＤ記述４８４の一例である１００３に画面部品ＩＤの入力を受け付ける。

ステップＳ８０４において、情報処理装置１０１は、ステップＳ８０２、Ｓ８０３で定義した情報を変数として対応させる変数名を設定する。具体的にはＤＭコード記述４８５の一例である１００４に任意の変数名の入力を受け付ける。このとき変数記述４８３は共通ＤＭバインド定義部４８０内で一意の文字列である。ここで設定した変数記述４８３は図７のステップＳ７０６で使うことができる。一度定義してあれば異なる画面定義内のステップＳ７０６で使うことができる。

ステップＳ８０５において、情報処理装置１０１は、開発者による共通ＤＭバインド入力が確定した判定する。

そして、情報処理装置１０１は、開発者による共通ＤＭバインド入力が確定したと判定した場合は、ステップＳ８０６へ遷移する。

一方、情報処理装置１０１は、開発者による共通ＤＭバインド入力が確定したと判定しなかった場合は、ステップＳ８０２に遷移する。

ステップＳ８０６において、情報処理装置１０１は、共通ＤＭバインドデータ４３６として定義する。

以上で、図８の説明を終了する。
図９は、図５のステップＳ５０７から呼び出されるアプリケーションソースコード生成処理の一例を示すフローチャートである。

ステップＳ９０１において、情報処理装置１０１は、開発者が指定したアプリケーション定義４０１を読込む。

ステップＳ９０２において、情報処理装置１０１は、ステップＳ９０１で読込んだアプリケーションに含まれる画面定義４０２を読込む。

ステップＳ９０３において、情報処理装置１０１は、ステップＳ９０２で読込んだ画面定義に含まれる画面部品定義４０３を読込む。

ステップＳ９０４において、情報処理装置１０１は、ステップＳ９０２で読込んだ画面定義に含まれるアクション４０５を読込む。

ステップＳ９０５において、情報処理装置１０１は、共通ＤＭバインドデータ４３６が存在するか判定する。

そして、情報処理装置１０１は、共通ＤＭバインドデータが存在すると判定した場合は、ステップＳ９０６に遷移する。

一方、情報処理装置１０１は、共通ＤＭバインドデータが存在すると判定しなかった場合は、Ｓ９１０に遷移する。

ステップＳ９０６において、情報処理装置１０１は、共通ＤＭバインドデータに定義されている画面部品ＩＤがステップＳ９０３で読み込んだ画面部品定義で定義されている画面部品ＩＤと一致するものが存在するか判定する。

そして、情報処理装置１０１は、画面部品ＩＤが一致する共通ＤＭバインドデータが存在すると判定した場合は、ステップＳ９０７に遷移する。

一方、情報処理装置１０１は、画面部品ＩＤが一致する共通ＤＭバインドデータが存在すると判定しなかった場合は、Ｓ９１０に遷移する。

ステップＳ９０７において、情報処理装置１０１は、ステップＳ９０６にて存在すると判定した共通ＤＭバインドデータを読み込む。

ステップＳ９０８において、情報処理装置１０１は、ステップＳ９０６にて判定した画面部品ＩＤに対して、Ｓ９０３で読み込んだ画面部品定義から型（詳細型、一覧型）を解析する。具体的には、一例である図１１の１１０１、１１０２で入力された画面の情報、部品内に定義された子部品の部品コードを取得する。

ステップＳ９０９において、情報処理装置１０１は、ステップＳ９０７で読みこんだ共通ＤＭバインドデータとステップＳ９０８において解析した画面の情報からＤＢ項目と画面部品をマッピングし読み込む。具体的には共通ＤＭバインドデータに定義されたＤＭコードに対応するＤＢの項目に基づいて、画面部品の子部品（画面部品の各要素）に対して自動でマッピングを行う。ＤＢの項目に対して、個別に子部品を設定している場合は、ＤＢの項目に対して設定された子部品をマッピングする。

ステップＳ９１０において、情報処理装置１０１は、読込んだ画面定義に含まれるアクションバインド定義４０４を読込む。

ステップＳ９１１において、情報処理装置１０１は、ステップＳ９０１～ステップＳ９１０で読込んだ情報を元に、アプリケーションのソースコードを生成する。型（詳細型、一覧型）に合わせて、詳細型のデータ操作用のソース、一覧型データ操作用のソースが生成される。生成されたアプリケーションの画面は具体的には、一例である詳細型１１０３（図１１）、一覧型１２０３（図１２）の画面となる。１１０３、１２０３の画面で表示している画面部品は、型が異なるが同一の画面部品ＩＤを画面エディタ１１０１、１２０１にて定義している。異なる画面の画面部品に同一のキーを割り当てることにより、同一のデータ項目を使用した表示形態の異なる画面のソースコードを自動生成する。

以上で、図９の説明を終了する。

従って、データモデル（データベース）に対応する特定のキー項目を指定することにより、異なる画面部品において共通するデータ項目を使用可能なアプリケーションを自動生成することが可能となる。

以上により、アプリケーション構築ツールにおいて、データの取得、変換に関する設定情報を統合的に管理することが可能な仕組みを提供することが可能となる。具体的には、各設定情報をフローチャート上の各ステップの属性情報として管理することができる。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ 情報処理装置
１０２ アプリケーションサーバ
１０３ データベースサーバ
１０４ アプリケーションクライアント
１０５ ネットワーク

Claims (6)

1. データソースのデータ項目を画面に出力するアプリケーションを生成する情報処理装置であって、
   データソースに対応するキー項目を管理する管理手段と、
   前記キー項目と画面の様式とを含む画面設定を取得する取得手段と、
   前記キー項目に対応するデータソースのデータ項目と前記画面の様式に基づく画面項目とをマッピングするマッピング手段と
   を備えることを特徴とする情報処理装置。
2. 前記マッピング手段は、一キー項目に対応するデータソースのデータ項目を、異なる画面の様式に基づく画面項目にマッピングすることを特徴とする請求項１に記載の情報処理装置。
3. 前記画面の様式は、データソースをレコード単位で表示する単票形式であることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記画面の様式は、データソースの複数レコードを一覧で表示する一覧形式であることを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
5. データソースに対応するキー項目を管理する管理手段を備え、データソースのデータ項目を画面に出力するアプリケーションを生成する情報処理装置の制御方法であって、
   取得手段が、前記キー項目と画面の様式とを含む画面設定を取得する取得ステップと、
   マッピング手段が、前記キー項目に対応するデータソースのデータ項目と前記画面の様式に基づく画面項目とをマッピングするマッピングステップと
   を備えることを特徴とする情報処理装置の制御方法。
6. データソースのデータ項目を画面に出力するアプリケーションを生成する情報処理装置において実行可能なプログラムであって、
   前記情報処理装置を、
   データソースに対応するキー項目を管理する管理手段と、
   前記キー項目と画面の様式とを含む画面設定を取得する取得手段と、
   前記キー項目に対応するデータソースのデータ項目と前記画面の様式に基づく画面項目とをマッピングするマッピング手段
   として機能させるためのプログラム。
   

Images