JP2021103432A - 情報処理装置、情報処理方法およびプログラム - Google Patents

Abstract

【課題】 顧客の所望のアプリケーションのプロトタイプを容易に作成することができる【解決手段】 アプリケーションを生成する情報処理装置であって、アプリケーションの画面に表示されるアイテムを定義するＩＯ定義画面の入力を受け付け、ＩＯ定義画面に定義された各アイテムの項目名を取得する。取得した項目名と紐づくプロトタイプデータを記憶したプロトタイプデータ記憶部を有し、取得した項目名と、プロトタイプデータ記憶部に記憶された項目名との関係からプロトタイプデータを取得する。取得したプロトタイプデータをＩＯ定義画面の各アイテムの項目欄に設定して表示するプロトタイプアプリケーションを生成することを特徴とする。【選択図】 図２３

Description

本発明は、アプリケーションをせいせいする情報処理装置、情報処理方法およびプログラムに関する。

顧客の為にアプリケーションを作成する際に、まず顧客の要望を汲み取ってアプリケーションを作成すると、手戻りを減らして開発効率を上げることができる。

特に、画面や操作手順などは内部ロジックと異なり、ユーザの要望通りに動くことが、顧客満足度を高めることに起因する。

特許文献１は、ユーザの要望を聞きながら、要望に沿った要件を確定すると同時に、その場で実機用となりうるアプリケーションプログラムのソースコードを生成し、完成させることで上記課題を解決している。

特開２０１５−２１０６３９号公報

しかしながら、上記発明の場合、顧客が所望する「実機となりうるアプリケーションのソースコードを生成」するためには、「モックアップ用ファイルに含まれるルールテーブル」が必要になる。ルールテーブルを作成するためには、顧客に提案などを行う営業担当者やビジネスユーザ（顧客の意思決定者）などにも一定のスキル・知識が必要である。

そのため、ビジネスユーザが顧客の望むようなモックアップ用アプリケーションを作成したり、顧客とのミーティングの場で営業担当者がモックアップ用アプリケーションを作成することが難しい場合がある。

本発明は、上記ユーザでも顧客の所望のアプリケーションのプロトタイプを容易に作成することができることを目的とする。

本発明は、アプリケーションを生成する情報処理装置であって、アプリケーションの画面に表示されるアイテムを定義するＩＯ定義画面の入力を受け付けるＩＯ定義手段と、前記ＩＯ定義画面に定義された各アイテムの項目名を取得する項目属性取得手段と、項目名と紐づくプロトタイプデータを記憶したプロトタイプデータ記憶手段と、前記項目属性取得手段で取得された項目名と、前記プロトタイプデータ記憶手段に記憶された項目名との関係から前記プロトタイプデータを取得するプロトタイプデータ取得手段と、前記プロトタイプデータ取得手段で取得したプロトタイプデータを前記ＩＯ定義画面の各アイテムの項目欄に設定して表示するプロトタイプアプリケーションを生成するアプリケーション生成手段と、を有することを特徴とする。

本発明によれば、顧客に提案などを行う営業担当者やビジネスユーザなどが顧客の所望のアプリケーションのプロトタイプを容易に作成することができることを可能とする。

本発明に係るプログラム開発装置、アプリケーションサーバ、データベースサーバ、アプリケーションクライアントの構成の一例を示すシステム構成図である。 本発明に係るプログラム開発装置、アプリケーションサーバ、データベースサーバ、アプリケーションクライアントとして適用可能な各ハードウェア構成の一例を示すブロック図である。 本発明の実施の形態におけるソフトウェア構成の一例を示すブロック図である。 本発明の実施の形態における第一のプログラム開発装置の機能構成の一例を示す図である。 本発明の実施形態に係るプロトタイプアプリケーション生成のフローチャートの一例を示す図である。 本発明の実施形態に係る画面定義入力受付処理のフローチャートの一例を示す図である。 本発明の実施形態に係るプロトタイプデータ入力受付処理のフローチャートの一例を示す図である。 本発明の実施形態に係るプロトタイプアプリケーションソースコード生成処理のフローチャートの一例を示す図である。 本発明の実施形態に係るプロトタイプアプリケーション実行時の処理のフローチャートの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係る画面定義４０２の一例を示す図である。 本発明の実施形態に係る画面定義４０２の一例を示す図である。 本発明の実施の形態における第二のプログラム開発装置の機能構成の一例を示す図である。 本発明の実施形態に係るデータサンプル登録処理のフローチャートの一例を示す図である。 本発明の実施形態に係るプロトタイプデータ自動生成処理のフローチャートの一例を示す図である。 本発明の実施形態に係るプロトタイプアプリケーション生成のフローチャートの一例を示す図である。 本発明の実施形態に係る出力部２１０に表示される画面イメージの一例を示す図である。 本発明の実施形態に係るプロトタイプデータサンプル管理本体部４７１内のデータの一例を示す図である。 本発明の実施形態に係る類義語管理部４７２内のデータの一例を示す図である。 本発明の実施形態に係るプロトタイプデータ４４３の一例を示す図である。

以下、図面を参照して本発明の実施形態を詳細に説明する。
＜第一実施形態＞
図１は、本発明に係わるプログラム開発装置（開発者がＷｅｂアプリケーション生成のために操作する情報処理装置）、アプリケーションサーバ、データベースサーバ、アプリケーションクライアントの構成の一例を示すシステム（情報処理システム）構成図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

プログラム開発装置１０１は、以下の機能部を備える。

ＩＯ定義受付部３０１は、アプリケーションに表示される画面やアイテム（入出力項目）の配置などのＩＯ定義画面をユーザから受け付ける。

イベント表示画面定義部３０２は、ＩＯ定義画面のアクションイベントに対応して表示されるイベント表示画面をユーザから受け付ける。

表示画面データ受付部３０３は、イベント表示画面に表示されるアイテム（入出力項目）にプロトタイプアプリケーションで表示するデータの入力を受け付ける。

アプリケーション生成部３０４は、ＩＯ定義画面、イベント表示画面、プロトタイプアプリケーションで表示される入力されたデータをアクションイベントに対応して動作するように制御するプロトタイプアプリケーションを生成する。

アクションイベントデータ定義部３０５は、プロトタイプアプリケーションで表示される入力されたデータをアクションイベントに定義することを行う。

項目属性取得部３０６は、ＩＯ定義画面に定義された項目名や文字列の型情報などを取得する。

プロトタイプデータ記憶部３０７は、プロトタイプデータサンプル（プロトタイプデータのサンプルとなるデータ）を記憶している。

プロトタイプデータ取得部３０８は、プロトタイプデータサンプルからデータを抽出する。

プロトタイプデータ選択受付部３０９は、複数のプロトタイプデータサンプルからユーザの選択をドロップダウンリストなどから取得する。

項目名対応部３１０は、複数の項目名に対応する類義語のデータを有する名寄せの機能を果たす。

表示件数受付部３１１は、一覧表示をするプロトタイプアプリケーションを生成する際に何件分のリストを表示させるかをユーザから受け付ける。

図４は、プログラム開発装置１０１、アプリケーションサーバ１０２及びアプリケーションクライアント１０４の構成図である。

プログラム開発装置１０１は、リポジトリ定義部４００、プロトタイプアプリケーション生成部４１０、リポジトリ定義エディタ部４２０を備える。なお、本発明のプロトタイプアプリケーションとは、本番環境のようにデータベースからデータを検索したり、算出したデータ結果から作図をしたりするアプリケーションとは異なり、予め設定された値や予め作図された図などを表示し、画面遷移や表示変更などを実際のアプリケーションのように模倣するモックアップとしてのアプリケーションとする。

アプリケーションサーバ１０２は、図４ではアプリケーションサーバ４３０に該当し、アプリケーションクライアント１０４は、Ｗｅｂブラウザ４５０を備える。

プログラム開発装置１０１は、プロトタイプ生成部４１０によりプロトタイプアプリケーション４４０を生成する。本発明での開発者とは、アプリケーションの受託開発者に限らず、ビジネスユーザや営業担当者などの広くプログラム開発装置１０１を使用する者を指す。

リポジトリ定義部４００には、アプリケーション定義４０１、画面定義４０２、画面部品定義４０３、画面遷移定義４０４、画面部品定義４０２に紐づくアクション４０５、アクション４０５に紐づくプロトタイプデータ４０６が記憶されている。プロトタイプデータとは、プロトタイプアプリケーションを実行する際にアプリケーション画面に表示されるデータを指し、本番環境のようにデータベースからデータを検索したり、算出したデータ結果から作図をしたりするものではなく、開発者により予め設定されている値や図を指す。これら４０１〜４０６の定義は、アプリケーション開発ツールを介して、開発者によって入力設定または配置される。

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

画面定義４０２は、アプリケーションに含まれる各画面に配置される各種画面部品定義４０３及び画面遷移定義４０４の情報を保持する。画面定義４０２は、各種部品に設定されるアクション４０５及びアクション４０５に紐づくプロトタイプデータ４０６の情報を含む。

プロトタイプアプリケーション生成部４１０は、開発者により設定されたリポジトリ定義部４００を解析し、プロトタイプアプリケーションを生成する。また、プロトタイプアプリケーション生成後にアプリケーションサーバ４３０を起動させる。起動されたプロトタイプアプリケーションは、アプリケーションクライアント１０４のＷｅｂブラウザ４５０からアクセスすると、生成したプロトタイプアプリケーションの画面を表示する。

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

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

ソースコードコンパイル部４１３は、プロトタイプコード生成部４１２の生成したソースコードをコンパイルしアプリケーションサーバ４３０にデプロイする。

リポジトリ定義エディタ部４２０は、ユーザがリポジトリ定義４００を設定するための手順の一例である。リポジトリ定義エディタ部４２０は、画面定義エディタ部４２１、画面プロパティエディタ部４２２、部品パレット部４２３、アクション選択部４２４、プロトタイプデータ入力部４２５を含む。

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

画面プロパティエディタ部４２２は、開発者が配置した各画面部品に対するプロパティを設定するエディタである。

部品パレット部４２３は、開発者が所望の画面部品をドラッグ＆ドロップによって画面に配置するための部品（アイテム）一覧である。

アクション選択部４２４は、開発者がプロトタイプデータ４０６を設定する対象のアクションを選択するためのアクション（アクションイベント）一覧である。

プロトタイプデータ入力部４２５は、特定のアクション４０５に紐づくプロトタイプデータ４０６を直観的に設定するためのグラフィカルエディタである。

アプリケーションサーバ４３０は、プロトタイプアプリケーション生成部４１０が生成したプロトタイプアプリケーション４４０を実行するための装置である。

プロトタイプアプリケーション４４０は、プロトタイプアプリケーション生成部４１０が生成したアプリケーションである。プロトタイプアプリケーション４４０は、開発者として、プログラム開発装置１０１が生成するアプリケーションの表示内容や動作等を手軽に確認するためのモックアップアプリケーションである。プロトタイプアプリケーション４４０は、画面モジュール４４１、アクション制御モジュール４４２及びプロトタイプデータ４４３を含む。

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

アクション制御モジュール４４２は、画面モジュール４４１からユーザのアクション実行要求を受付け、該アクションに紐づいた動作を制御するモジュールである。

プロトタイプデータ４４３は、アクション制御モジュール４４２によって読込まれ、画面モジュール４４１に表示されるデータである。

また、図示はしないが、プロトタイプアプリケーションではなく、実際に動作するアプリケーションコード生成部も有している。アプリケーションコード生成部は、リポジトリ定義解析部４１１により、リポジトリ定義部４００から、アプリケーション定義４０１、画面定義４０２、別に定義されたデータベース定義、データモデル定義、ビジネスプロセス定義、を読み込み解析する。Ｗｅｂアプリケーションコード生成部は、外部メモリ２１１に記憶されているコード生成ルールと、リポジトリ定義解析部４１１によって解析された内容とを用いて、ソースコードコンパイル部４１３を介し、コンパイル済Ｊａｖａ（登録商標）コード及びＨＴＭＬ／ＪＳＰ／ＪａｖａＳｃｒｉｐｔ（登録商標）を含むＷｅｂアプリケーションモジュールを生成する。

図５は、Ｗｅｂアプリケーションのプロトタイプアプリケーション生成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、各装置のＣＰＵ２０１が実行する。

図５のフローチャートは、開発者がプロトタイプアプリケーションを生成しようとする際にプログラム開発装置１０１で開始される処理の流れである。

まず、ステップＳ５０１において、プログラム開発装置１０１は、画面定義入力を受付ける。ステップＳ５０１の処理の詳細は図６を参照して後述する。

次に、ステップＳ５０２において、プログラム開発装置１０１は、プロトタイプデータ４４３の入力要求があったかを判定する。具体的には、アクション選択部４２４の一例である図１２の１２０１及び１２０２、もしくは１２０３及び図１３の１３０１が押下されたかを判定する。

ここでプロトタイプデータ４４３とは、開発者がプロトタイプアプリケーション４４０のアプリケーションの表示内容や動作を確認するために、画面に表示するデータを指す。データを表示する画面はＷｅｂブラウザ４５０でも、画面定義エディタ部であってもよい。

アクション制御モジュール４４２は、開発者によって設定された複数のプロトタイプデータのうち、プロトタイプアプリケーション４４０実行時のどのタイミングでどのデータを表示するかを制御する。また、アクション制御モジュール４４２は、画面に配置された部品が持つ各アクションに紐づいた動作を制御する。すなわち、プロトタイプデータはアクション（アクションイベント）に紐づく。

プログラム開発装置１０１は、開発者がこれから入力するプロトタイプデータが、どのアクションに紐づくものかを指定させるために、該押下を受付ける。

ステップＳ５０２において、プロトタイプデータ入力要求があったと判定した場合には、ステップＳ５０３に遷移する。

一方、ステップＳ５０２において、プロトタイプデータ入力要求がなかった場合には、ステップＳ５０４に遷移する。

なお、１２０１が押下された場合の、アクション選択部の一例を１２０２に示す。また、１２０３が押下された場合の、アクション選択部の一例を１３０１に示す。１３０１の例では、表示中の画面定義に含まれるアクション一覧を表示しているが、アプリケーション定義に含まれるアクション一覧を表示してもよい。

ステップＳ５０３に遷移すると、プログラム開発装置１０１は、ユーザからのプロトタイプデータの入力を受付ける。ステップＳ５０３の処理の詳細は図７を参照して後述する。その後、ステップＳ５０４へと処理を遷移する。

ステップＳ５０４において、プログラム開発装置１０１は、画面定義保存要求があったかを判定する。画面定義保存要求があったと判定した場合には、ステップＳ５０５に遷移し、画面定義保存要求がなかった場合には、ステップＳ５０６へと遷移する。

ステップＳ５０５に遷移すると、プログラム開発装置１０１は、画面定義をリポジトリ定義部４００に保存する。その後、ステップＳ５０６へと処理を遷移する。

ステップＳ５０６に遷移すると、プログラム開発装置１０１は、プロトタイプ生成要求があったかを判定する。プロトタイプ生成要求があったと判定した場合には、ステップＳ５０７に遷移する。一方、プロトタイプ生成要求がなかった場合には、ステップＳ５０１に遷移する。

ステップＳ５０７へと遷移すると、プログラム開発装置１０１は、プロトタイプアプリケーションのソースコードを生成する。ステップＳ５０７の処理の詳細は図７を参照して後述する。

次に、ステップＳ５０８において、プログラム開発装置１０１は、ステップＳ５０７において生成したソースコードのコンパイルを行う。

ステップＳ５０９において、プログラム開発装置１０１は、ステップＳ５０８においてコンパイルしたプロトタイプアプリケーションをアプリケーションサーバ４３０にデプロイする。

以降は、プログラム開発装置１０１と、アプリケーションサーバ１０２、アプリケーションクライアント１０４が同じ情報処理装置で実施されている例で説明するが、それぞれが別の情報処理装置の場合は、それぞれの情報処理装置が、各アプリケーション（プロトタイプアプリケーションやＷｅｂブラウザなど）を起動して処理を実行する。

ステップＳ５１０において、プログラム開発装置１０１は、アプリケーションサーバ４３０にデプロイされたプロトタイプアプリケーションを起動する。

ステップＳ５１１において、プログラム開発装置１０１は、Ｗｅｂブラウザを起動し、プロトタイプアプリケーションのＵＲＬアクセスを開始する。

以上で、図５の説明を終了する。以降の処理は図９を参照して後述する。

次に、ステップＳ５０１の処理の詳細を図６を参照して説明する。

図６は、Ｗｅｂアプリケーションの画面定義の入力を受け付けるフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、各装置のＣＰＵ２０１が実行する。

図６のフローチャートは、図５のフローチャートにおいて、ステップＳ５０１へと処理が遷移した際に開始される処理の流れである。

まず、ステップＳ６０１において、プログラム開発装置１０１は、開発者による画面部品の配置を受付ける。具体的には、部品パレット部４２３の一例である図１０の１００１から、画面定義エディタ部４２１の一例である１００２へのドラッグ＆ドロップ１００３による部品の配置を受付ける。図１０は、部品パレット部からボタン部品を画面定義エディタ部にドラッグ＆ドロップした例を示している。画面部品の配置方法は、部品パレット部４２３から画面定義エディタ部４２１へのドラッグ＆ドロップに限らず、既に配置した部品を移動する方法や、既に配置した部品をコピー＆ペーストにより複製する方法であってもよい。また、一度配置した部品を削除できてもよい。

図１０の場合は、１００４のように、２つのテキスト入力欄（ＩＤ入力欄と名前入力欄）と、ＩＤと名前を登録する登録ボタンを設けた画面イメージが作成されているイメージである。

次に、ステップＳ６０２において、プログラム開発装置１０１は、アクションイベントを含む部品が配置されたかを判定する。アクションイベントを含む部品が配置されたと判定した場合には、ステップＳ６０３に遷移し、アクションイベントを含む部品が配置されていない場合には、ステップＳ６０４に遷移する。

ステップＳ６０３に遷移すると、プログラム開発装置１０１は、アクションイベントを含む部品に設定されたアクションを登録する。具体的には、部品のソースコードにｏｎＣｌｉｃｋというアクションを持つ部品の場合にアクションを登録する。画面定義４０２の一例である図２１の２１００には、本番環境に対応した“ａｃｔｉｏｎｓ”の定義２１０２と、プロトタイプアプリケーションに対応した“ｅｘａｍｐｌｅｓ”の定義２１０３を書き出す。なお、図２１の例では、実施手段の一例としてデータ保持の形式をｊｓｏｎファイルとしているが、データ保持の形式は他形式ファイルであってもデータベースであってもよい。その後、ステップＳ６０４へと遷移する。

次に、ステップＳ６０４において、プログラム開発装置１０１は、プロパティ入力要求のあったかを判定する。具体的には、選択された部品のプロパティ入力要求ボタンの一例である図１１の１１０１が押下されたかを判定する。

プロパティ入力要求のあったと判定した場合、ステップＳ６０５に遷移し、プロパティ入力要求のなかった場合、画面定義入力受付処理を終了する。

ステップＳ６０５へと遷移すると、プログラム開発装置１０１は、開発者による画面部品に対するプロパティの入力を受付ける。具体的には、画面プロパティエディタ部４２２の一例である図１１の１１０２を表示し、該画面部品が持つプロパティへの設定の入力を受付ける。図１１の例では、開発者による直観的な操作を実現するために画面プロパティエディタ部４２２を該部品付近に表示しているが、画面内の特定の領域を画面プロパティエディタ部４２２として確保してもよい。また、画面プロパティエディタ部４２２をモーダルダイアログで表示してもよい。

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

次に、ステップＳ５０３の処理の詳細を図７を参照して説明する。

図７は、Ｗｅｂアプリケーションのプロトタイプアプリケーションを生成する際に画面に表示するプロトタイプデータの入力を受け付けるフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、各装置のＣＰＵ２０１が実行する。

図７のフローチャートは、図５のフローチャートにおいて、ステップＳ５０３へと処理が遷移した際に開始される処理の流れである。

まず、ステップＳ７０１において、プログラム開発装置１０１は、図５ステップＳ５０２において開発者が指定したアクションアイテムの設定を読込む。具体的には、次の二つを実施する。まず、開発者が選択した画面部品の画面部品定義４０３の一例である図１０の１００４の例である図２１の２１０１を読込む。２１０１のデータは、図６のフローチャートのステップＳ６０５で、図１１の１１０２から入力されたものとする。次に、開発者に選択された画面部品の本番環境に対応した“ａｃｔｉｏｎｓ”の定義２１０２と、プロトタイプアプリケーションに対応した“ｅｘａｍｐｌｅｓ”の定義２１０３を読込む。

次に、ステップＳ７０２において、プログラム開発装置１０１は、ステップＳ７０１で読込んだアクションアイテムの設定が画面遷移を伴うかを判定する。具体的には、画面部品定義４０３の一例である２１０１の画面遷移定義４０４の一例である”ｎｅｘｔＵｉ”プロパティ（１１０２内の次画面プロパティ）に値が設定されているかを判定する。本実施例では、プログラム開発装置１０１は、画面遷移定義４０４を画面部品定義４０３に保持しているが、アクション定義４０５に保持してもよい。

ステップＳ７０１で読込んだアクションアイテムの設定が画面遷移を伴うと判定した場合には、ステップＳ７０３に遷移し、ステップＳ７０１で読込んだアクションアイテムの設定が画面遷移を伴わない場合には、ステップＳ７０４に遷移する。

ステップＳ７０３へと遷移すると、プログラム開発装置１０１は、ステップＳ７０１で読込んだアクションアイテムの設定に伴う画面遷移の遷移先画面を表示する。具体的には、２１０１の”ｎｅｘｔＵｉ”に設定された画面である図１３の１３００を表示する。なお、図１３の遷移先画面１３０２も、ユーザの操作（ステップＳ６０１）により事前に設定されているものとする。なお、１３０２のような画面は、現在表示されている画面定義エディタ部４２１を書き換える表示方法であっても、新たな画面定義エディタ部４２１を起動する表示方法であってもよい。

画面定義エディタ部４２１に表示される画面イメージ（遷移先画面）の初期表示アクションを読込み、これを開発者が指定したアクションとする。この処理後、ステップＳ７０４へと処理を遷移する。

ステップＳ７０４において、プログラム開発装置１０１は、Ｓ７０１で読込んだアクション、もしくはＳ７０３で読込んだアクションに既に設定されているプロトタイプデータ（たとえば、図２２の２２０１のようなデータが既に設定されている場合はそのデータ）を画面上に表示する。

次に、ステップＳ７０５において、プログラム開発装置１０１は、開発者による、プロトタイプデータ表示部品の選択を受け付ける。ここでプロトタイプデータ表示部品とは、プロトタイプアプリケーションを動作させる際に予めデータ（プロトタイプデータ）を表示させておく部品のことを示す。具体的には、画面定義エディタ部４２１に表示された図１３の１３０２のような一覧表の中にプロトタイプデータを表示する例である。同じ図である図１４のプロトタイプデータ表示部品１４０２において、たとえば「Ｎａｍｅ」欄で図示しないマウスを右クリックし、１４０３の編集ボタンが押下されることで、プロトタイプデータ表示部品の選択を受け付けることができる。また、図１７の１７０１のように一覧全体を選択後、表入力ボタン１７０２が押下されると、プロトタイプデータ表示部品の選択として、１７０１の一覧全体を選択することができる。

次のステップＳ７０６において、プログラム開発装置１０１は、開発者によるプロトタイプデータの入力を受付ける。具体的には、プロトタイプデータ入力部４２５の一例である図１５のプロトタイプデータ入力ダイアログ１５０１を表示する。１５０１は、図１４の１４０１において、「Ｎａｍｅ」欄で編集ボタンが押下された際に表示するプロトタイプデータ入力ダイアログである。１５０１の場合、ユーザから「Ｎａｍｅ」欄に「谷川 則之」というプロトタイプデータが入力されている例である。ユーザからの値の入力後、１５０１内の「ＯＫ」ボタンの押下により、ステップＳ７０７の入力確定か否かの判断を行う。

また、ステップＳ７０６の別の例として、プロトタイプデータ入力部４２５の一例を図１８を参照して説明する。

図１８のプロトタイプデータ入力ダイアログ１８０１は、図１７において表入力ボタン１７０２が押下されると表示される画面イメージである。１８０１のテキスト入力欄には、１７０１に表示する一覧表に表示されるデータ群の入力を受け付ける。１８０１の場合は、１行目に「（空欄）」、「谷川 則之」、「（空欄）」、２行目に「１００１」、「堀 亜衣」、「２０１９／１０／１０」、３行目に「１００２」、山村 るり子」、「２０１９／０９／１８」というデータが入力されている。これらのデータ入力はファイル選択ボタン１８０２の押下により表示される図示しないファイル選択画面からＣＳＶファイルや表計算ファイルが選択されることにより、そのファイルの内容を適応させても良い。

ユーザからテキスト入力欄への値の入力、もしくはファイル選択後のデータ反映後、１８０３の「ＯＫ」ボタンの押下により、ステップＳ７０７の入力確定か否かの判断を行う。

ステップＳ７０６では、言語によって表示するプロトタイプデータを切り替えるために、ロケールの指定を受付けてもよい。また、プロトタイプデータ入力受付方法として、モーダルダイアログを表示する方法を示しているが、該入力受付方法は、Ｓ７０５で開発者が選択した表示部品に対して直接入力を受付ける方法であってもよいし、外部ファイルによる一括入力であってもよい。

次のステップＳ７０７において、プログラム開発装置１０１は、開発者によるプロトタイプデータ入力が確定したかを判定する。具体的には、図１５のプロトタイプデータ入力ダイアログ１５０１内の「ＯＫ」ボタンや図１８の「ＯＫ」ボタン１８０３が押下されたかを判定する。なお、ステップＳ７０６の入力受付方法において、部品に対する直接入力を受付けた場合は、該部品からフォーカスが外れたかにより判定する。

プロトタイプデータ入力が確定したと判定された（「ＯＫ」ボタンが押下された）場合は、ステップＳ７０８に遷移し、プロトタイプデータ入力が確定していないと判定した場合は、ステップＳ７０６に遷移する。

ステップＳ７０８において、プログラム開発装置１０１は、開発者によって入力されたプロトタイプデータを画面定義４０２に書き出す。具体的には、画面定義４０２のアクション４０５に紐づくプロトタイプデータ４０６の一例である２２０１に書き出す。

なお、この方法では、実行するアクションによる遷移後画面で表示するデータの変更ができない。プロトタイプデータを遷移後画面の初期表示アクションに保持しているためであるが、遷移後画面で表示するプロトタイプデータを、実行するアクション側で保持することで、実行するアクションによる遷移後画面で表示するデータの変更を可能としてもよい。具体的には、２２０１の“ｏｎＬｏａｄ”以下のオブジェクトを２１０３の“ｏｎＣｌｉｃｋ”以下に保持することにより、画面を遷移する元のボタン（たとえば、図１０の１０００に配置された「登録」ボタン１００３）に遷移後画面で表示するデータを持たせてもよい。

このように、プロトタイプデータを表示させた画面イメージをアクションイベントごとに画面を遷移させてプロトタイプアプリケーション上で表示することにより、実際に動作するアプリケーション（たとえばデータベースから検索したり、取り出したデータから作図したりする）を作る前に、モックアップとしてどのような動作をするのかのイメージを掴むことができる。以上で、図７の説明を終了する。

次に、ステップＳ５０７の処理の詳細を図８を参照して説明する。

図８は、Ｗｅｂアプリケーションのプロトタイプアプリケーションのソースコードを生成する処理の流れを説明するフローチャートの一例である。なお、以下のフローチャートの各ステップは、各装置のＣＰＵ２０１が実行する。

図８のフローチャートは、図５のフローチャートにおいて、ステップＳ５０７へと処理が遷移した際に開始される処理の流れである。

まず、ステップＳ８０１において、プログラム開発装置１０１は、リポジトリ定義部４００から開発者が指定したアプリケーション定義４０１を読み込む。リポジトリ定義解析部４１１は、読み込んだ定義を解析したうえでＲＯＭ２０３に記憶しておき、解析された定義は各生成部から適宜参照される。

ステップＳ８０２において、プログラム開発装置１０１は、リポジトリ定義部４００からステップＳ８０１で読込んだアプリケーション定義４０１に含まれる画面定義４０２を読み込む。

ステップＳ８０３において、プログラム開発装置１０１は、リポジトリ定義部４００からステップＳ８０２で読込んだ画面定義４０２に含まれる画面部品定義４０３を読込む。

ステップＳ８０４において、プログラム開発装置１０１は、リポジトリ定義部４００からステップＳ８０２で読込んだ画面定義４０２に含まれる画面遷移定義４０４を読込む。

ステップＳ８０５において、プログラム開発装置１０１は、リポジトリ定義部４００からステップＳ８０２で読込んだ画面定義４０２に含まれるプロトタイプデータ４０６を読込む。ここで読み込む画面定義４０２内のデータは、プロトタイプデータに対応した図２１や図２２の「ｅｘａｍｐｌｅｓ」のデータであり、「ａｃｔｉｏｎｓ」すなわち本番環境用のデータは使用しない。この２つのデータを持つことで、プロトタイプデータの画面定義と本番環境の画面定義を共通で作成可能になり、モックアップ用に作成したアプリケーション画面をそのままアプリケーションの画面として定義することができる。

ステップＳ８０６において、プログラム開発装置１０１は、ステップＳ８０１〜ステップＳ８０６で読込んだ情報を元に、プロトタイプコード生成部４１２でプロトタイプアプリケーションのソースコードを生成する。

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

次に、図５のプロトタイプアプリケーション生成の処理後のアプリケーションサーバ１０２でのプロトタイプアプリケーション４４０の動作を説明するフローチャートを図９を参照して説明する。

図９は、図５ステップＳ５０９でデプロイされたプロトタイプアプリケーション４４０の動作の一例を示すフローチャートの一例である。なお、以下のフローチャートの各ステップは、アプリケーションサーバ１０２（４３０）のＣＰＵ２０１が実行する。

図９のフローチャートは、プロトタイプアプリケーション４４０がアプリケーションサーバ４３０にデプロイされたあとで起動され、アプリケーションクライアント１０４のＷｅｂブラウザ４５０からユーザのアクセスがあった際に開始される処理の流れである。

ステップＳ９０１において、アプリケーションサーバ４３０は、まずブラウザのロケール情報を読込む。このロケール情報により、プロトタイプデータの表示言語を切り替えることができる。

ステップＳ９０２において、アプリケーションサーバ４３０は、ユーザによるアクション実行要求を受付ける。

ステップＳ９０３において、アプリケーションサーバ４３０は、ユーザによるアクション実行要求があったかを判定する。具体的には、生成された画面部品の一例である図１９の１９０１が押下されたかを判定する。このとき、ユーザは、アプリケーションを使用した際のイメージを再現するための動作を確認することが目的であるため、「ＩＤ」入力欄や「Ｎａｍｅ」入力欄１９０２にはユーザによる入力は必ずしも必要ではない。

ステップＳ９０３において、アクション実行要求があった（１９０１が押下された）と判定した場合は、ステップＳ９０４に遷移し、ユーザによるアクション実行要求がなかった場合は、ステップＳ９０２へと戻る。

ステップＳ９０４に遷移すると、アプリケーションサーバ４３０は、実行要求のあったアクションの設定を読込む。たとえば、図２２の２２００のアクションの設定の場合、２２０１の“ｅｘａｍｐｌｅｓ”以下の処理を実行する。なお、本番環境では２２０２の“ａｃｔｉｏｎｓ”以下の処理を行うが、この“ａｃｔｉｏｎｓ”以下の処理は、モックアップ用アプリケーションができた後で、開発者により具体的に動作するようにコーディングされていく。

ステップＳ９０５において、アプリケーションサーバ４３０は、ステップＳ９０４で読込んだアクションが画面遷移を伴うかを判定する。アクションが画面遷移を伴うと判定した場合は、ステップＳ９０６に遷移し、アクションが画面遷移を伴わない場合は、ステップＳ９０７に遷移する。

ステップＳ９０６に遷移すると、アプリケーションサーバ４３０は、ステップＳ９０４で読込んだアクションに設定された遷移先画面を表示する。具体的な遷移先画面の一例として、登録者一覧リストである図２０の２０００を示す。

ステップＳ９０７において、アプリケーションサーバ４３０は、ステップＳ９０４で読込んだアクションに設定されたプロトタイプデータを表示する。具体的なプロトタイプデータの一例として図２０の２００１を示す。２００１は、図２２の２２０１のプロトタイプデータを反映したデータの例である。

なお、ステップＳ９０１で読込んだブラウザのロケール情報に従って、ステップＳ９０４で読込んだアクションに設定されたプロトタイプデータの表示言語を設定しても良い。また、該当ロケール情報に対するプロトタイプデータが存在しなかった場合のために、デフォルトのロケールを設定できてもよい。また、画面部品からユーザによる言語指定を受付け、それに従ってプロトタイプデータを表示してもよい。これらプロトタイプデータの表示言語のロケール対応により、多国籍の営業担当者やビジネスユーザでもシステムの動作を把握しやすくなるという効果がある。

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

以上のような処理により、顧客に提案などを行う営業担当者やビジネスユーザなどが顧客の所望のアプリケーションのプロトタイプを直感的に作成することが可能となる。

また、本番用アプリケーションを生成する機能を有するプログラム開発装置における発明なので、本願発明で生成されるプロトタイプアプリケーションは、見た目や画面遷移が本番用アプリケーションと同じである。

すなわち、営業担当者が本番用アプリケーションと同じ画面の入出力項目（アイテム）や遷移画面を簡単に手直しでき、手直しされたＩＯ定義画面や遷移画面は本番用アプリケーションへと反映されて、後日開発者が本番用アプリケーションを生成する際にそのまま使う事ができる。これによって、開発者と、営業担当者やビジネスユーザとに齟齬が生じるのを防ぎ、開発の手戻り発生を抑えられるという効果を有する。

＜第二実施形態＞
第一実施形態では、アプリケーションのプロトタイプデータを入力させてプロトタイプアプリケーションを生成する仕様を説明したが、第二実施形態では、プロトタイプデータのユーザの入力手間を減らすための手順について説明する。

図２３は、プログラム開発装置１０１、アプリケーションサーバ１０２及びアプリケーションクライアント１０４の構成図である。

プログラム開発装置１０１は、リポジトリ定義部４００及びプロトタイプアプリケーション生成部４１０を備える。

プログラム開発装置１０１は、アプリケーションを開発する開発者により設定されたリポジトリ定義部４００の各定義を用いて、プロトタイプアプリケーション生成部４１０によりプロトタイプアプリケーションを生成する。

また、第二実施形態にはプロトタイプデータ設定部４６０と、プロトタイプサンプル管理部４７０とが追加される。

リポジトリ定義エディタ部４２０には、画面定義送信部４２６が追加される。

画面定義送信部４２６は、アプリケーション画面に配置される項目情報を含むＵＩ定義情報を保持する。画面定義送信部４２６は、画面定義エディタ部４２２で配置された項目情報を含むＵＩ情報（ＵＩの項目名や文字列の型情報など）をプロトタイプデータ設定部４６０にある画面定義受信部４６１に送信する。

プロトタイプデータ設定部４６０は、画面定義受信部４６１、項目情報抽出部４６２、項目名４６３、型情報４６４、プロトタイプデータ取得部４６５、システム概要入力部４６６を有する。

画面定義受信部４６１は、画面定義送信部４２６から送られた配置された項目情報を含むＵＩ情報を受信、保持する。

項目情報抽出部４６２は、受け取ったＵＩ情報から項目名４６３と型情報４６４を抽出する。

プロトタイプデータ取得部４６５は、ＵＩ情報から抽出した項目名４６３と型情報４６４を用いて、プロトタイプデータサンプル管理部へアクセスし、項目名４６３と型情報４６４に適合するプロトタイプデータを抽出する。そして、抽出したプロトタイプデータをリポジトリ定義エディタ部４２０のプロトタイプデータ入力部４２４へ渡し、アプリケーション画面の該当項目にプロトタイプデータを出力させる。

システム概要入力部４６６は、フリーテキストでの入力を受け付ける。受け付けた内容はシステム概要解析部４７４へ渡す。

プロトタイプデータサンプル管理部４７０には、プロトタイプデータサンプル管理本体部４７１、類義語管理部４７２、システムカテゴリ管理部４７３、システム概要解析部４７４を有する。

プロトタイプデータサンプル管理本体部４７１は、プロトタイプデータ取得部４６５から受け取った項目名と型情報を用いて検索を行う。適合するプロトタイプデータがあれば、抽出し、プロトタイプデータ取得部４６５に渡す。

類義語管理部４７２は、プロトタイプデータ取得部４６５から受け取った項目名を用いて、プロトタイプデータサンプル管理本体部４７１に登録されていない項目名の類義語を検索する。類義語管理部４７２には複数の類義語を定義できるので、類義語を追加すればするほど、プロトタイプデータの検出効率が上がる。

システムカテゴリ管理部４７３は、プロトタイプデータサンプル管理本体部４７１でシステムカテゴリごとにプロトタイプデータを管理する。システムカテゴリはデフォルトなどユーザが自由に追加できる。システムカテゴリを追加することで、同じ項目名であっても、システムのカテゴリに合わせて適切なプロトタイプデータの例を抽出することができる。

システム概要解析部４７４は、システム概要入力部４６６から受け取った情報を用いて、形態素解析を行い、単語に分割し、プロトタイプデータサンプル管理本体部４７１で検索を実行する。これにより、システム概要に沿うプロトタイプデータの例を抽出できる可能性が上がる。

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

次に、第二実施形態におけるプロトタイプデータのユーザの入力手間を減らすための処理手順を図２４〜図２６を参照して説明する。

図２４は、プロトタイプデータサンプル登録処理の流れを説明するフローチャートの一例である。なお、以下のフローチャートの各ステップは、各装置のＣＰＵ２０１が実行する。

図２４のフローチャートは、図６のフローチャートにおける、ステップＳ６０１の処理の後で実施する。なお、図２４のフローチャートは、ステップＳ６０１の部品配置受付処理の後で、図７のステップＳ７０４の前であれば、いつ行っても良い。

まず、ステップＳ２４０１において、プログラム開発装置１０１は、ステップＳ６０１で配置された部品（入出力項目）の項目名（たとえば、図２７の例では、２７０２のような「申請日」など）と入出力される文字の型情報（たとえば、図２７の例では、２７０３のような日付型である「ｙｙｙｙｍｍｄｄ」など）のＵＩ情報の入力をユーザから受け付ける。なお、部品配置時には、図２７のようなＵＩ定義情報の各入出力項目には具体的な日付やデータは入力されていない。

ステップＳ２４０２において、プログラム開発装置１０１は、項目名と型情報に適合する実データ（プロトタイプデータサンプル）の登録を受け付ける。受け付けたプロトタイプデータサンプルの例を図２８を参照して説明する。

図２８の２８０１はプロトタイプデータサンプル管理本体部４７１が記憶するプロトタイプデータサンプルの例である。たとえば、「日付」データは、「日付型」の型形式で、実データ（プロトタイプデータサンプル）として、「２０１９０９１８」が登録されている。これらの登録されたデータは、後日生成する他のシステムでも流用可能となり、登録できるデータの数に制限がないため、自由にデータ数を増やすことができる。そのため、このプロトタイプデータサンプルの蓄積が有用なデータとなる。

なお、このデータの登録は後述する図２５と別に行う仕様で記載しているが、当初は図７のステップＳ７０６において入力されるプロトタイプデータをプロトタイプデータサンプルとして登録していってもよい。図２４のフローチャートの説明に戻る。

次に、図２４のステップＳ２４０３において、ステップＳ２４０２で受け付けたプロトタイプデータサンプルをファイルとして記憶する。なお、プロトタイプデータサンプルはデータベースに格納しても良いし、他の記憶手段で記憶しても良い。

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

図２５は、プロトタイプデータ自動生成処理の流れを説明するフローチャートの一例である。なお、以下のフローチャートの各ステップは、各装置のＣＰＵ２０１が実行する。

図２５のフローチャートは、図７のフローチャートにおける、ステップＳ７０４の処理の際に実行される処理である。すなわち、遷移先画面を表示し、各入出力項目にプロトタイプデータをユーザが入力する画面に遷移する前に開始されるフローチャートである。

まず、ステップＳ２５０１において、プログラム開発装置１０１は、画面定義受信部４６１を用いて、配置された項目情報を含むＵＩ定義情報を受け取る。たとえば、図２７のＵＩ定義情報の場合、２７０１の画面の生成データやＵＩ情報（ＵＩの項目名や文字の型情報など）を取得する。

ステップＳ２５０２において、プログラム開発装置１０１は、項目情報抽出部４６２を用いて、受け取ったＵＩ定義情報から項目名４６３と型情報４６４（ＵＩ情報）を抽出する。たとえば、図２７の場合、「申請日」という項目名２７０２の、型情報２７０３が「ｙｙｙｙｍｍｄｄ」というＵＩ情報を抽出する。

ステップＳ２５０３において、プログラム開発装置１０１は、プロトタイプデータ取得部４６５を用いて、プロトタイプデータサンプル管理部４７０にアクセスし、プロトタイプデータを抽出する。ステップＳ２５０３の具体的な処理は図２６で後述する。

ステップＳ２５０４において、プログラム開発装置１０１は、ステップＳ２５０３で抽出された項目名と型情報に適合するプロトタイプデータのあるかどうかを判定する。項目名と型情報に適するプロトタイプデータがあったと判定した場合には、ステップＳ２５０５に遷移する。一方、項目名、型情報に適するプロトタイプデータがなかった場合には、プロトタイプデータ自動生成処理を終了し、次の図７のステップＳ７０６でユーザからの入力を受け付ける。

ステップＳ２５０５へと遷移すると、プログラム開発装置１０１は、プロトタイプデータ取得部４６５を用いて、プロトタイプデータ入力部４２５に抽出したプロトタイプデータを受け渡す。そして、プログラム開発装置１０１は、プロトタイプデータ入力部４２５を用いて該当項目にプロトタイプデータを登録する。登録されたプロトタイプデータの例を図３０を参照して説明する。

図３０は、図２７のＵＩ定義情報で定義されいるデータのプロトタイプデータの例である。「申請日」や「利用日」などの「日付」と異なる項目名に対しても「２０１９０９１８」というプロトタイプデータが割り当てられている件は図２６で後述する。

以上の処理により、プロトタイプアプリケーションを作成する際に表示するアイテムにプロトタイプデータをユーザが入力する手間を大幅に削減することができ、顧客に提案などを行う営業担当者やビジネスユーザ（顧客の意思決定者）などでも手軽にプロトタイプアプリケーション（予め設定された値や予め作図された図などを表示し、画面遷移や表示変更などを実際のアプリケーションのように模倣するモックアップとしてのアプリケーション）を作成することができる。

なお、プロトタイプデータとして一覧表示をする場合（たとえば、図２０の２０００）は、ユーザから、プロトタイプデータの抽出件数の入力を受け付け、入力を受け付けた抽出件数分のデータを一覧形式で表示できるようにプロトタイプデータを登録しても良い。図２０の場合は、たとえば、プロトタイプデータの抽出件数を図示しない画面から３件と入力した場合の結果とみることができる。このように、プロトタイプデータを一覧表示するプロトタイプアプリケーションも自動で生成することができる。

その他、一覧表示する際に共通する文字列を検索した結果を示すかのようなデータを表示させるために、共通部分とそれ以外の部分を別にデータを登録しておいても良い。たとえば、氏名として「田中」「山本」と「史朗」「彩」「角栄」を別に登録しておく。プロトタイプデータとして複数件登録して表示する場合に、共通部分入力を設定すると、３件一覧表示する際にたとえば「田中史朗」「田中彩」「田中角栄」のように共通したデータを有するデータを登録できる。このように、共通部分を有するプロトタイプデータを生成することにより、一覧表示の結果画面があたかも検索した結果（前例では「田中」）のような表示のプロトタイプアプリケーションを生成することができる。

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

図２６は、プロトタイプデータサンプル管理部４７０からプロトタイプデータを抽出する処理の流れを説明するフローチャートの一例である。なお、以下のフローチャートの各ステップは、各装置のＣＰＵ２０１が実行する。

図２６のフローチャートは、図２５のフローチャートのステップＳ２５０３のサブルーチンとして実行される処理である。

まず、ステップＳ２６０１において、プログラム開発装置１０１は、プロトタイプデータサンプル管理本体部４７１を用いて、プロトタイプデータ取得部４６５から、項目名４６３と型情報４６４を受け取る。具体的には、図７のステップＳ７０３で表示している画面のＵＩ定義情報を取得し、各入出力項目のＵＩ情報（項目名４６３と型情報４６４）を取得する。

ステップＳ２６０２において、プログラム開発装置１０１は、必要な類義語が記憶されている類義語管理部４７２を用いて、項目名４６３が適合できる類義語があるかを判定する。適合する類義語があったと判定した場合には、ステップＳ２６０３に遷移し、適合する類義語がなかった場合には、ステップＳ２６０４に遷移する。

ステップＳ２６０２の具体的な判断を図２７のＵＩ定義情報の一例２７０１、図２９の類義語管理部２９０１を参照しながら説明する。２９０１は、ＵＩ定義情報から受け取った項目名を、類義語管理部２９０１に問い合わせることにより、プロトタイプデータサンプル管理本体部で対応できる項目名に変更するための類義語辞書である。一例として、ＵＩ定義情報から「氏名」という項目名を取得したとする。類義語管理部４７２には、「氏名」「申請者」「承認者」といった項目名を、「名前」と同様の項目としてシステムが認識できるように登録されているため、「名前」以外の項目である「氏名」でもプロトタイプデータサンプル管理本体部で対応できるようになる。

たとえば、図２７の入出力項目２７０２の項目名は、「申請日」であり、「申請日」という項目名に対応する類義語があるか、図２９の２９０１を参照して判定する。２９０１には、「日付」２９０２の類義語として「申請日」２９０３が登録されているので、項目名が「申請日」のプロトタイプデータサンプルは「日付」から取得することになる。すなわち「申請日」にはプロトタイプデータサンプルに存在する「日付」という適合する項目名があった例である。図２６のフローチャートの説明に戻る。

ステップＳ２６０３へと処理を遷移すると、プログラム開発装置１０１は、ステップＳ２６０１で取得した項目名（上記の場合「申請日」２７０２）のプロトタイプデータサンプルにおける新たな項目名（上記の場合「日付」２９０２）を取得する。

ステップＳ２６０４において、プログラム開発装置１０１は、プロトタイプデータサンプル管理本体部に、ステップＳ２６０１もしくはステップＳ２６０３で取得した項目名や項目の文字列の型情報が適合しているデータがあるかを判断する。適合するデータがあったと判定した場合には、ステップＳ２６０５に遷移し、適合する類義語がなかった場合には、図２６のフローチャートの処理を終え、ステップＳ７０６でユーザからの入力を受け付ける。

ステップＳ２６０４の具体的な判断を図２７のＵＩ定義情報の一例２７０１、図２８のプロトタイプデータサンプル管理本体部の記憶データ２８０１、図２９の類義語管理部２９０１を参照しながら説明する。

たとえば、図２７の入出力項目２７０２の項目名は、「申請日」であり、「申請日」という項目名に対応する新しい項目名「日付」を図２９の２９０２から取得する。新しい項目名「日付」に適合するプロトタイプデータサンプルとして、図２８のプロトタイプデータサンプル管理本体部の記憶データ２８０１に「日付」が登録されているかを判断する。図２８の場合は、「日付」が２８０２に登録されているので、ステップＳ２６０５へと処理を遷移する。図２６のフローチャートの説明に戻る。

ステップＳ２６０５へと処理を遷移すると、プログラム開発装置１０１は、ステップＳ２６０４で適合した項目名「日付」２８０２に登録されたプロトタイプデータサンプルとして、「２０１９０９１８」２８０３を抽出し、プロトタイプデータとして記憶する。その後、図７のフローチャートへと戻り、以降の処理を実行して図８のフローチャートでプロトタイプアプリケーションを生成する。

以上のようにプログラム開発装置１０１によりプロトタイプデータが入力されたプロトタイプアプリケーションが生成される。生成されたプロトタイプアプリケーションの例を図２７を参照して説明する。

図２７の「申請日」２７０２や「利用日」には、たとえば、図２９の類義語管理部２９０１のデータにより、類義語「日付」２９０２が適合され、図２８のプロトタイプデータサンプルの「日付」２８０２に登録されている「２０１９０９１８」が登録されている。同様に図２７の「申請者」欄や「目的地」、「出発」、「到着」などの項目名も、図２９の類義語管理部２９０１のデータにより、対応するプロトタイプデータサンプル内の項目名に適合され、プロトタイプデータサンプル２８０１のプロトタイプデータが登録されている。なお、「出発」と「到着」など、同じプロトタイプデータサンプルからプロトタイプデータを取得する際にプロトタイプデータサンプルが複数ある場合は、たとえば２つは異なるプロトタイプデータを使うようにしてもよい。また、図２７の項目欄（たとえば、「出発」の入出力項目）にドロップダウンリストを表示して、ユーザに選択（図２８の場合、「東京駅」、「泉岳寺駅」、「有楽町駅」からの選択）させる仕様としてもよい。

以上のようにして、生成される図２７のプロトタイプアプリケーションの例のプロトタイプデータの例を図３０に示す。以上で図２６のフローチャートの説明を終了する。

以上の処理のように、ＵＩ定義情報のＵＩ情報（ＵＩの項目名や文字列の型情報など）から、プロトタイプデータサンプルを抽出し、プロトタイプデータとして入出力項目（アイテム）に登録する。すなわち、プロトタイプアプリケーションを容易に生成することができる。

また、類義語管理部４７２を有することにより、項目名の名寄せができ、少ないプロトタイプデータサンプルであってもプロトタイプデータを割り当てることができる。

また、一覧形式のプロトタイプデータを登録する場合は、登録したい件数の数字を入力するだけで、プロトタイプデータの一覧を登録したプロトタイプアプリケーションを生成することができる。

さらに、一覧形式でのプロトタイプデータを登録する場合に、文字列の一部を共通にすることにより、あたかも検索結果であるかのようなプロトタイプアプリケーションを生成することができる。

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

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

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

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

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

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

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

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

１０１ プログラム開発装置
１０２ アプリケーションサーバ
１０３ データベースサーバ
１０４ アプリケーションクライアント
１０５ ネットワーク

Claims (7)

1. アプリケーションを生成する情報処理装置であって、
   アプリケーションの画面に表示されるアイテムを定義するＩＯ定義画面の入力を受け付けるＩＯ定義手段と、
   前記ＩＯ定義画面に定義された各アイテムの項目名を取得する項目属性取得手段と、
   項目名と紐づくプロトタイプデータを記憶したプロトタイプデータ記憶手段と、
   前記項目属性取得手段で取得された項目名と、前記プロトタイプデータ記憶手段に記憶された項目名との関係から前記プロトタイプデータを取得するプロトタイプデータ取得手段と、
   前記プロトタイプデータ取得手段で取得したプロトタイプデータを前記ＩＯ定義画面の各アイテムの項目欄に設定して表示するプロトタイプアプリケーションを生成するアプリケーション生成手段と、
   を有することを特徴とする情報処理装置。
2. 前記項目属性取得手段は、前記ＩＯ定義画面に定義された各アイテムの項目欄の文字型を取得し、
   前記プロトタイプデータ記憶手段は、項目名と項目欄の文字型とに紐づくプロトタイプデータを記憶しており、
   前記プロトタイプデータ取得手段は、前記項目属性取得手段で取得された項目名、項目欄の文字型と、前記プロトタイプデータ記憶手段に記憶された項目名、項目欄の文字型との関係から前記プロトタイプデータを取得すること
   を特徴とする請求項１に記載の情報処理装置。
3. 前記プロトタイプデータ記憶手段は、各項目名に対応して複数のプロトタイプデータを有し、
   前記ＩＯ定義画面の各アイテムの項目欄に前記複数のプロトタイプデータを選択式に表示し、選択を受け付けるプロトタイプデータ選択受付手段と、
   を有することを特徴とする請求項１または２に記載の情報処理装置。
4. 複数の項目名を対応させる項目名対応手段を有し、
   前記プロトタイプデータ取得手段は、前記項目名対応手段により、対応された項目名と同じ項目名と紐づくプロトタイプデータを前記プロトタイプデータ記憶手段から取得すること
   を特徴とする請求項１乃至３に記載の情報処理装置。
5. 前記ＩＯ定義手段で定義されるＩＯ定義画面が一覧画面である場合、
   一覧画面に表示する件数の入力を受け付ける表示件数受付手段を有し、
   前記プロトタイプデータ取得手段は、前記表示件数受付手段の件数分、プロトタイプデータを取得し、
   前記アプリケーション生成手段は、前記プロトタイプデータ取得手段で取得した複数のプロトタイプデータを一覧画面で表示するプロトタイプアプリケーションを生成することを特徴とする請求項１乃至４に記載の情報処理装置。
6. アプリケーションを生成する、アプリケーションの画面に予め表示するプロトタイプデータをアプリケーションの画面に定義される項目名と紐付けて記憶するプロトタイプデータ記憶部を有する情報処理装置における情報処理方法であって、
   アプリケーションの画面に表示されるアイテムを定義するＩＯ定義画面の入力を受け付けるＩＯ定義工程と、
   前記ＩＯ定義画面に定義された各アイテムの項目名を取得する項目属性取得工程と、
   前記項目属性取得工程で取得された項目名と、前記プロトタイプデータ記憶部に記憶された項目名との関係から前記プロトタイプデータを取得するプロトタイプデータ取得工程と、
   前記プロトタイプデータ取得工程で取得したプロトタイプデータを前記ＩＯ定義画面の各アイテムの項目欄に設定して表示するプロトタイプアプリケーションを生成するアプリケーション生成工程と、
   を有することを特徴とする情報処理方法。
7. アプリケーションを生成する情報処理装置で動作させるプログラムであって、
   前記情報処理装置を、
   アプリケーションの画面に表示されるアイテムを定義するＩＯ定義画面の入力を受け付けるＩＯ定義手段と、
   前記ＩＯ定義画面に定義された各アイテムの項目名を取得する項目属性取得手段と、
   項目名と紐づくプロトタイプデータを記憶したプロトタイプデータ記憶手段と、
   前記項目属性取得手段で取得された項目名と、前記プロトタイプデータ記憶手段に記憶された項目名との関係から前記プロトタイプデータを取得するプロトタイプデータ取得手段と、
   前記プロトタイプデータ取得手段で取得したプロトタイプデータを前記ＩＯ定義画面の各アイテムの項目欄に設定して表示するプロトタイプアプリケーションを生成するアプリケーション生成手段と、
   して動作させることを特徴とするプログラム。

Images