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

Description

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

近年、企業内では、クライアント端末に特別なアプリケーションをインストールすることなく業務が行えるように、業務アプリケーションのＷｅｂ化が急速に進んでいる。そしてこのような業務アプリケーションの開発現場においては、開発スキル不足や要員不足を解決するために、Ｗｅｂアプリケーションをプログラミングレスで容易に作成できる開発ツールが用いられている。特許文献１には、コード生成器を使用してＷｅｂアプリケーションのコードを自動生成する仕組みが開示されている。

特表２０１４－５３２２４４号公報

特許文献１では、クラウドにあるデータを、自動収集デバイスを起動して収集するコードを生成することが可能となっている。

しかしながら、現在では、クラウドデータの保管場所の変更や、データ形式の変更、クライアント画面の変更などのケースが発生する状態がある。このような場合、特許文献１のコード生成器だけでは対応できず、別途プログラミングや、別の開発ツールを用いる必要があった。

そこで、本発明の目的は、アプリケーションを生成する情報処理装置において、画面に表示される部品に対するアクションに応じて、データを取得し当該取得したデータを用いて作成した情報を画面に出力するアプリケーションを効率的に生成することが可能な仕組みを提供することである。

本発明は、複数の部品と複数のアクションに応じた処理により画面に情報を表示するアプリケーションを生成する情報処理装置であって、データの取得の処理ステップに係る第１設定情報を受け付ける第１の受付手段と、前記第１設定情報に基づいて取得されたデータを用いて画面に表示する情報を作成するデータの出力の処理ステップに係る第２設定情報を受け付ける第２の受付手段と、前記アプリケーションの画面に表示される複数の部品のうち指定された部品に対して設定された複数のアクションのうち、指定されたアクションに応じて実行される前記処理ステップの順序を受け付ける順序受付手段と、前記部品に対するアクションに応じた処理が実行されるように、前記指定された部品に対して前記指定されたアクションに対応する前記受け付けた前記処理ステップの順序に従って、前記第１設定情報に基づいて前記データの取得の処理ステップによって前記データを取得し、前記第２設定情報に基づいて前記データの出力の処理ステップによって前記取得されたデータを用いて画面に表示する情報を作成し、前記作成される情報を画面に表示するアプリケーションを生成する生成手段とを備えることを特徴とする。

本発明によれば、アプリケーションを生成する情報処理装置において、画面に表示される部品に対するアクションに応じて、データを取得し当該取得したデータを用いて作成した情報を画面に出力するアプリケーションを効率的に生成することが可能な仕組みを提供することが可能となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

処理フロー設定部３０２は、画面定義設定部３０１により配置された画面部品へのアクションに対して、必要な処理ＳＴＥＰを設定する機能部である。

ＳＴＥＰ設定部３０３は、設定された処理ＳＴＥＰに対して、ＳＴＥＰの種類に応じて処理の詳細を設定する機能部である。

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

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

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

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

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

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

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

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

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

リポジトリ定義解析部４１１は、開発者により設定されたリポジトリ定義部４００を解析する。

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

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

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

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

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

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

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

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

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

アクションデータ定義部４６０は、アクションデータ４３４を設定するエディタである。アクションデータ定義部４６０は、ラベル定義部４６１、ＲＥＳＴ ＵＲＬ定義部４６２、ＲＥＳＴメソッド定義部４６３、ＲＥＳＴパラメータ定義部４６４、ＲＥＳＴパラメータ追加部４６５を含む。

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

ロジックデータ定義部４８０は、ロジックデータ４３７を設定するエディタである。ロジックデータ定義部４８０は、ロジックステートメント記述部４８１、ロジックステートメント４８２、変数４８３、ロジック４８４を含む。

アプリケーション実行装置４９０は。アプリケーション生成部４１０が生成したデータ表示アプリケーション４９１を実行するための装置である。

データ表示アプリケーション４９１は、アプリケーション生成部４１０が生成したアプリケーションである。データ表示アプリケーション４９１は、画面モジュール４９２、アクションバインドモジュール４９３を含む。

画面モジュール４９２は、データ表示アプリケーション４９１のうちユーザインタフェースの機能を持つモジュールである。

アクションバインドモジュール４９３は、画面モジュール４９２とアクションを紐づけ、当該アクションを実行するモジュールである。

外部サービス４９４は、ＲＥＳＴ ＡＰＩ４９５を含むサービスであり、アクションバインドモジュール４９３によって呼び出されるデータである。

図５は、アプリケーション生成処理の一例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

図６は、図５のステップＳ５０１から呼び出される画面定義入力受付処理の一例を示す図である。

ステップＳ６０１において、情報処理装置１０１は、開発者による画面部品の配置を受け付ける。具体的には、画面部品４２２の一例である図９の画面部品リスト９０１から、ドラッグ＆ドロップによりレイアウトエディタ４２１（図９の９００）への部品の配置を受け付ける。９０２は配置された部品である。

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

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

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

ステップＳ６０３において、情報処理装置１０１は、開発者による部品ＩＤの入力を受け付ける。具体的には配置された部品９０２のプロパティである画面部品ＩＤ４７４の一例である９１１の入力を受け付ける。

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

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

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

一方、情報処理装置１０１は、アクションイベントを含む部品が配置されたと判定しなかった場合、画面定義入力受付処理を終了する。

ステップＳ６０６において、情報処理装置１０１は、該部品に設定されたアクションを登録する。具体的にはクリックというアクションを持つボタン部品の場合、アクション選択部４３２の一例である１００１内のアクション一覧に種別がボタン、操作がクリックのアクションを登録する。

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

図７は、図５のステップＳ５０３から呼び出されるアクション定義入力受付処理の一例を示す図である。

ステップＳ７０１において、情報処理装置１０１は、開発者によるアクションイベントの選択を受け付ける。具体的には、アクション選択部４３２の一例である選択メニュー１００１を押下し、アクションイベントの一覧１００２を開く。１００２からユーザがアクションを作成したいアクションイベントを選択する。該例ではアクション選択部４３２はモーダルダイアログで表示しているが、アクション選択部４３２はドロップダウンリストでもよい。また、画面の特定の領域をアクション選択部４３２として確保してもよい。

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

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

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

ステップＳ７０３において、情報処理装置１０１は、開発者による入力バインド設定の入力を受け付ける。具体的には、バインドデータ定義部４７０の一例であるバインドデータ設定画面１２００のバインドデータ定義設定部４７１にバインドデータ定義４７２を記述する。バインドデータ定義４７２では１２０１の項目コードと変数名を対応させることができる。項目コードには図６ステップＳ６０３または、Ｓ６０４で設定した部品ＩＤの一例である１２２１を設定する。変数名には変数４７３を設定する。このとき変数４７３は入力バインドデータ４３５内で一意の文字列である。ここで設定した変数４７３は図７のステップＳ７０４及び、Ｓ７０９で使うことができる。

ステップＳ７０４において、情報処理装置１０１は、フロー設定画面１１００（図１１）を表示し、開発者によるＳＴＥＰ部品の配置を受け付ける。具体的には、アクションエディタ画面１０００（図１０）にてＳＴＥＰ選択部４３１の一例であるＳＴＥＰ部品リスト１１０２からフローエディタ部４３３の一例であるフローエディタ１１０３へのドラッグ＆ドロップによるＳＴＥＰ部品の配置を受け付ける。ＳＴＥＰ部品の配置方法は、ＳＴＥＰ選択部４３１からフローエディタ部４３３へのドラッグ＆ドロップに限らず、既に配置したＳＴＥＰ部品を移動する方法や、既に配置したＳＴＥＰ部品をコピー＆ペーストにより複製する方法であってもよい。また、一度配置した部品を削除できてもよい。

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

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

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

ステップＳ７０６において、情報処理装置１０１は、開発者によるＳＴＥＰ設定の入力を受け付ける。ここでは、ＳＴＥＰの種類に応じた設定画面を表示して設定の入力を受け付ける。

具体的には、例えばＳＴＥＰの種類が「ＲＥＳＴデータ処理」の場合、アクションデータ定義部４６０の一例であるＲＥＳＴデータ処理ＳＴＥＰ設定画面１１１０（図１２）にラベル定義部４６１の一例である１１１１、ＲＥＳＴメソッド定義部４６３の一例である１１１２、ＲＥＳＴ ＵＲＬ定義部の一例である１１１３、ＲＥＳＴパラメータ定義部の一例である１１１４の入力を行う。本例ではアクションデータ定義部４６０はフォーム形式で入力を行っているがアクションデータ定義部４６０はＪｓｏｎ形式であっても他のデータ形式であってもよい。

また、例えばＳＴＥＰの種類が「スクリプト」の場合、ロジックデータ定義部４８０の一例であるスクリプトＳＴＥＰ設定画面１１２０（図１３）にロジックステートメント記述部４８１の一例である１１２１、変数４８３一例である１１２２の入力を行う。本例ではロジックデータ定義部４８０はフォーム形式で入力を行っているがロジックデータ定義部４８０はＪｓｏｎ形式であっても他のデータ形式であってもよい。

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

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

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

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

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

一方、情報処理装置１０１は、バインド設定の入力要求があったと判定しなかった場合は、アクション定義入力受付を終了する。

ステップＳ７０９において、情報処理装置１０１は、開発者によるバインド設定の出力バインド設定の入力を受け付ける。具体的には、バインドデータ定義部４７０の一例であるバインドデータ設定画面１２００のバインドデータ定義設定部４７１にバインドデータ定義４７２を記述する。バインドデータ定義４７２では１２０２の項目コードと値を対応させることができる。項目コードには図６ステップＳ６０３または、Ｓ６０４で設定した部品ＩＤの一例である１２４１を設定する。値には変数４７３、レスポンスデータ４７５、ロジック４７６を設定する。

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

図８は、図５のステップＳ５０７から呼び出されるアプリケーションソースコード生成処理の一例を示す図である。

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

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

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

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

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

ステップＳ８０６において、情報処理装置１０１は、ステップＳ８０１～ステップＳ８０５で読込んだ情報を元に、アプリケーションのソースコードを生成する（図１５、図１６、図１７）。具体的には、アクションバインド定義４０４の一例である１２０１、１２０２と、画面部品ＩＤ４７４が１２２１で画面部品定義４０３の一例である１２２０を含む入力画面定義１２１０、画面部品ＩＤ４７４が１２４１で画面部品定義４０３の一例である１２４０によって定義される出力画面定義１２３０の情報を元に、データ表示アプリケーション４９１のバインド部分のソースコードの一例である１３００、１３１０を自動生成する。また、フローエディタ１１０３のＳＴＥＰ配置設定に基づいて、ＳＴＥＰの実行順序を制御するソースコードの一例である１３２０を生成する。また、アクションデータ４３４の一例であるＲＥＳＴデータ処理ＳＴＥＰ設定画面１１１０の情報を元に、データ表示アプリケーション４９１のソースコードの一例である１３３０を、ロジックデータ４３７の一例であるスクリプトＳＴＥＰ設定画面１１２０の情報を元に、データ表示アプリケーション４９１のソースコードの一例である１３４０を自動生成する。該例では生成したソースコードはＪａｖａで書かれているが、ソースコードは他のプログラミング言語であってもよい。

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

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

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

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

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

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

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

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

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

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

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

Claims (9)

1. 複数の部品と複数のアクションに応じた処理により画面に情報を表示するアプリケーションを生成する情報処理装置であって、
   データの取得の処理ステップに係る第１設定情報を受け付ける第１の受付手段と、
   前記第１設定情報に基づいて取得されたデータを用いて画面に表示する情報を作成するデータの出力の処理ステップに係る第２設定情報を受け付ける第２の受付手段と、
   前記アプリケーションの画面に表示される複数の部品のうち指定された部品に対して設定された複数のアクションのうち、指定されたアクションに応じて実行される前記処理ステップの順序を受け付ける順序受付手段と、
   前記部品に対するアクションに応じた処理が実行されるように、前記指定された部品に対して前記指定されたアクションに対応する前記受け付けた前記処理ステップの順序に従って、前記第１設定情報に基づいて前記データの取得の処理ステップによって前記データを取得し、前記第２設定情報に基づいて前記データの出力の処理ステップによって前記取得されたデータを用いて画面に表示する情報を作成し、前記作成される情報を画面に表示するアプリケーションを生成する生成手段と
   を備えることを特徴とする情報処理装置。
2. 前記順序受付手段は、既に受け付けた処理ステップに対する移動、複製、削除の操作により、前記処理ステップの順序の変更を受け付けることを特徴とする請求項１に記載の情報処理装置。
3. 前記受け付けた前記処理ステップの順序を表示するよう制御する表示制御手段を備えることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記第１設定情報、および、前記第２設定情報は、それぞれ対応する処理ステップの属性情報として設定されることを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
5. 前記第１設定情報は、外部のデータの取得先に係る情報を含むことを特徴とする請求項１～４のいずれか１項に記載の情報処理装置。
6. 前記第１設定情報はＲＥＳＴ ＡＰＩに係るＵＲＬを含むことを特徴とする請求項５に記載の情報処理装置。
7. 複数の第１設定情報に基づき、前記生成されるアプリケーションは複数の取得先からデータを取得することを特徴とする請求項１～６に記載の情報処理装置。
8. 複数の部品と複数のアクションに応じた処理により画面に情報を表示するアプリケーションを生成する情報処理装置の制御方法であって、
   第１の受付手段が、データの取得の処理ステップに係る第１設定情報を受け付ける第１
   の受付ステップと、
   第２の受付手段が、前記第１設定情報に基づいて取得されたデータを用いて画面に表示
   する情報を作成するデータの出力の処理ステップに係る第２設定情報を受け付ける第２の
   受付ステップと、
   順序受付手段が、前記アプリケーションの画面に表示される複数の部品のうち指定された部品に対して設定された複数のアクションのうち、指定されたアクションに応じて実行される前記処理ステップの順序を受け付ける順序受付ステップと、
   生成手段が、前記部品に対するアクションに応じた処理が実行されるように、前記指定された部品に対して前記指定されたアクションに対応する前記受け付けた前記処理ステップの順序に従って、前記第１設定情報に基づいて前記データの取得の処理ステップによって前記データを取得し、前記第２設定情報に基づいて前記データの出力の処理ステップによって前記取得されたデータを用いて画面に表示する情報を作成し、前記作成される情報を画面に表示するアプリケーションを生成する生成ステップと
   を備えることを特徴とする情報処理装置の制御方法。
9. 複数の部品と複数のアクションに応じた処理により画面に情報を表示するアプリケーションを生成する情報処理装置において実行可能なプログラムであって、
   前記情報処理装置を、
   データの取得の処理ステップに係る第１設定情報を受け付ける第１の受付手段と、
   前記第１設定情報に基づいて取得されたデータを用いて画面に表示する情報を作成するデータの出力の処理ステップに係る第２設定情報を受け付ける第２の受付手段と、
   前記アプリケーションの画面に表示される複数の部品のうち指定された部品に対して設定された複数のアクションのうち、指定されたアクションに応じて実行される前記処理ステップの順序を受け付ける順序受付手段と、
   前記部品に対するアクションに応じた処理が実行されるように、前記指定された部品に対して前記指定されたアクションに対応する前記受け付けた前記処理ステップの順序に従って、前記第１設定情報に基づいて前記データの取得の処理ステップによって前記データを取得し、前記第２設定情報に基づいて前記データの出力の処理ステップによって前記取得されたデータを用いて画面に表示する情報を作成し、前記作成される情報を画面に表示するアプリケーションを生成する生成手段
   として機能させるためのプログラム。

Images