JP7368756B2 - 情報処理装置、情報処理装置の制御方法、およびプログラム、及び記録媒体 - Google Patents

Description

本発明は、アプリケーションソフトウェアの動作を仮想的に再現するための情報処理装置、情報処理装置の制御方法、およびプログラム及び記録媒体に関する。

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

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

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

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

特許文献１は、アプリケーションソフトウェアのモックアップ用ファイルの生成とモックアップ用画面遷移を実現するモックアップ用アプリケーションソフトウェアのソースコードを生成することを記載しているが、生成されたモックアップ用アプリケーションソフトウェアの画面遷移は、Ｗｅｂサーバから読み込んでいるので、画面遷移に時間がかかり、開発環境では開発が効率的にはならない。一方、モックアップ用アプリケーションソフトウェアをクライアントだけで動作するアプリケーションソフトウェアにすると、サーバと通信しない環境でプロトタイプ（試作）のアプリケーションソフトウェアを実行するため、本番環境の画面遷移の際に発生するデータ通信時間やサーバの計算時間などの待ち時間を再現することは容易ではない。

本発明の目的は、アプリケーションソフトウェアの動作を仮想的に再現する際に、処理に要する時間に起因する待ち時間も仮想的に感じられるようにすることである。

上記課題を解決するために、本発明の一実施形態による情報処理装置は、アプリケーションソフトウェアで実行される特定の処理を指示する特定の操作が行われたことに応じて前記特定の処理を実行することなく予め定められた表示内容を表示するアプリケーションソフトウェアを生成するアプリケーションソフトウェア生成手段と、前記アプリケーションソフトウェア生成手段で生成されたアプリケーションソフトウェアにおいて、前記予め定められた表示内容を表示する前に前記特定の処理に係る処理時間であることを示す所定の表示アイテムを表示する設定時間の入力を受け付ける入力受付手段とを有し、前記アプリケーションソフトウェア生成手段は、前記特定の操作が行われたことに応じて前記予め定められた表示内容を表示する前に前記入力受付手段で受け付けた設定時間、前記所定の表示アイテムを表示するアプリケーションソフトウェアを生成することを特徴とする。

本発明によれば、アプリケーションソフトウェアの動作を仮想的に再現する際に、処理に要する時間に起因する待ち時間も仮想的に感じられる。

本実施形態のプログラム開発装置、実行サーバ、データベースサーバ、クライアント装置の構成の一例を示すシステム構成図である。 本実施形態のプログラム開発装置、実行サーバ、データベースサーバ、クライアント装置として適用可能な各ハードウェア構成の一例を示すブロック図である。 本実施形態のソフトウェア構成の一例である。 本実施形態のプログラム開発装置の機能構成図である。 本実施形態のプロトタイプアプリケーションソフトウェア生成のフローチャートである。 本実施形態の画面定義入力受付処理のフローチャートである。 本実施形態のプロトタイプデータ入力受付処理のフローチャートである。 本実施形態のプロトタイプアプリケーションソースコード生成処理のフローチャートである。 本実施形態のプロトタイプアプリケーション実行時の処理のフローチャートである。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面定義４０２の一例を示す図である。 本実施形態の画面定義４０２の一例を示す図である。 本実施形態のプロトタイプアプリケーション画面４４２の画面サイズの制御の一例を示す図である。 本実施形態のプロトタイプアプリケーション画面４４２の画面表示の一例を示す図である。 本実施形態のプロトタイプアプリケーション画面とプロトタイプ操作パネルとの関係を説明する図である。 本実施形態のプロトタイプアプリケーション実行時のフローチャートである。 本実施形態のプロトタイプアプリケーション実行時のフローチャートである。 本実施形態のプロトタイプアプリケーション実行時のフローチャートである。 本実施形態のプロトタイプアプリケーション実行時のフローチャートである。 本実施形態のブラウザで表示できるデバイスの一例を示す図である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。 本実施形態の画面表示例である。

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

＜第一実施形態＞

図１は、本実施形態のプログラム開発装置（開発者がＷｅｂアプリケーションソフトウェア生成のために操作する情報処理装置）、実行サーバ、データベースサーバ、クライアント装置の構成の一例を示すシステム（情報処理システム）構成図である。

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

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

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

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

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

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

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

図２において、ＣＰＵ２０１は、少なくとも１つのプロセッサであり、システムバス２０４に接続される各デバイスを統括的に制御する。

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

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

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

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

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

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

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

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

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

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

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

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

定義部３０１は、アプリケーションソフトウェアに表示される画面やアイテム（入出力項目）の配置などの画面定義情報と、アプリケーションソフトウェアの画面が次の画面に遷移する手順を定義する画面遷移定義情報と、を開発者から受け付ける機能部であり、具体的には図６のフローチャートや図１０～図１４の説明図が該当する。

動作制御ファイル生成部３０２は、定義部３０１で定義された画面と、画面を遷移する手順を仮想的に再現（プレビュー）するためのプロトタイプアプリケーション（動作制御ファイル）を生成する機能部であり、具体的には図８のフローチャートの処理が該当する。

データ取得部３０４は、ユーザからプロトタイプアプリケーション上のアイテム（入出力項目）に表示するデータを取得する機能部であり、具体的には図７のステップＳ７０６や図１５、図１８の説明図が該当する。

操作パネル生成部３０５は、プロトタイプアプリケーションの画面環境や遷移方法などを制御するプロトタイプ操作パネルを生成する機能部であり、具体的には図８のＳ８１０の処理を行う機能部である。生成されるプロトタイプ操作パネルは図３１のプロトタイプ操作パネル３１０２などである。

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

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

実行サーバ１０２は、図４では実行サーバ部４３０に該当し、クライアント装置１０４は、クライアント装置部４３５を備える。

プログラム開発装置１０１は、プロトタイプアプリケーション生成部４１０によりプロトタイプ表示画面４４０（プロトタイプアプリケーションによる表示画面）を表示するためのソフトウェアのソースコード（プロトタイプアプリケーション）を生成する。本実施形態での開発者とは、アプリケーションソフトウェアの受託開発者に限らず、ビジネスユーザや営業担当者などの広くプログラム開発装置１０１を使用する者を指す。

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

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

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

プロトタイプアプリケーション生成部４１０は、開発者により設定されたリポジトリ定義部４００を解析し、プロトタイプ表示画面４４０を表示するためのソフトウェア（プロトタイプアプリケーション）のソースコードを生成する。また、プロトタイプアプリケーション生成後にプロトタイプ表示画面４４０表示するためのソフトウェア（プロトタイプアプリケーション）のソースコードを実行サーバ部４３０にデプロイする。

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

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

ソースコードコンパイル部４１３は、プロトタイプコード生成部４１２の生成したソースコードをコンパイルし、コンパイル済Ｊａｖａ（登録商標）コード及びＨＴＭＬ／ＪＳＰ／ＪａｖａＳｃｒｉｐｔ（登録商標）を含むプロトタイプ表示画面４４０を表示するための指示情報を実行サーバ部４３０にデプロイする。

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

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

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

レスポンシブ部品制御部４２３は、開発者がクライアントの画面幅毎に画面部品の表示形式（画面の配置や部品幅）を制御させる機能部である。

レスポンシブ部品制御部４２３の例を図２３、図２４を参照して説明する。

図２３は、本実施形態のプロトタイプアプリケーション画面４４２の画面サイズの制御を説明する模式図である。

たとえば、図２３の表示例２３００のように、アプリケーションソフトウェアの生成画面にパーソナルコンピュータ（ＰＣ）画面ボタン２３０１、タブレット画面ボタン２３０２，スマートフォン画面ボタン２３０３のように複数の種類のクライアントの表示画面を切り替える切替ボタンを表示する。

表示例２３００の切替ボタンを押下した際に、クライアント装置１０４に表示される画面サイズを記憶したデータが情報２３１０である。たとえば、ＰＣ画面ボタン２３０１が押下されると、表示される画面サイズは１９２０×１０８０（２３１１）であり、タブレット画面ボタン２３０２が押下されると、表示される画面サイズは１０２３×１３６６（２３１２）、スマートフォン画面ボタン２３０３が押下されると、表示される画面サイズは４１４×８９６となる。それぞれのボタンを押下したことに応じて表示される画面の表示例を図２４を参照して説明する。

図２４は、本実施形態のプロトタイプアプリケーション画面４４２の画面表示の一例を示す表示例である。

たとえば図２４の画面領域２４０２は、ＰＣ画面の表示例、画面領域２４０３はタブレット画面の表示例、画面領域２４０４はスマートフォン画面の表示例である。画面領域２４０２は本番用のアプリケーションプログラムがＰＣで実行された場合の表示画面をシミュレーションしたものであり、クライアント装置１０４のディスプレイの全領域の少なくとも一部であって、情報２３１０でＰＣの画面サイズとして定義された横１９２０ピクセル×縦１０８０ピクセルの領域である。画面領域２４０３は本番用のアプリケーションプログラムがタブレットで実行された場合の表示画面をシミュレーションしたものであり、クライアント装置１０４のディスプレイの全領域の少なくとも一部であって、情報２３１０でＰＣの画面サイズとして定義された横１０２３ピクセル×縦１３６６ピクセル×１０８０ピクセルの領域である。画面領域２４０４は本番用のアプリケーションプログラムがスマートフォンで実行された場合の表示画面をシミュレーションしたものであり、クライアント装置１０４のディスプレイの全領域の少なくとも一部であって、情報２３１０でスマートフォンの画面サイズとして定義された横４１４×縦８９６ピクセルの領域である。それぞれの部品サイズ、たとえば、ＰＣ画面を表す画面領域２４０２の部品２４２２（表示部品）は、タブレット画面を表す画面領域２４０３では部品２４２３であり、スマートフォン画面を表す画面領域２４０４では部品２４２４である。レスポンシブ部品制御部４２３は、同じ部品である部品２４２２、２４２３、２４２４を、図２４のようにそれぞれの画面領域（２４０２、２４０３、２４０４）の全体の横幅に対する所定の割合で表示されるように制御する。すなわち、ＰＣ画面では部品２４２２は画面領域２４０２の全体の２／１２、タブレット画面では部品２４２３は画面領域２４０３の全体の３／１２、スマートフォン画面画面では部品２４２４は画面領域２４０４の全体の６／１２の割合で２４０２の部品は表示されるように制御されている。図４の構成図の説明に戻る。

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

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

実行サーバ部４３０（１０２）は、プロトタイプアプリケーション生成部４１０が生成したプロトタイプ表示画面４４０を表示するための指示情報（プロトタイプアプリケーション）を記憶し、クライアント装置１０４に送信する機能部である。

プロトタイプ表示画面４４０は、プロトタイプアプリケーション生成部４１０が生成したプロトタイプアプリケーションによる表示画面である。プロトタイプ表示画面４４０は、ビジネスユーザ（顧客の意思決定者）や顧客に提案を行う営業担当者などのユーザが、アプリケーションソフトウェア開発時に、プログラム開発装置１０１が生成するアプリケーションソフトウェアの表示内容や動作等を再現して表示させるためのプロトタイプアプリケーションによる表示画面である。プロトタイプ表示画面４４０は、プロトタイプ操作パネル４４１、プロトタイプアプリケーション画面４４２を含む。

プロトタイプ操作パネル４４１は、プロトタイプ表示画面４４０のうちユーザインタフェースの機能を持つモジュールであり、クライアント装置１０４の画面サイズでの再現やユーザ権限毎の表示イメージの再現、サーバでの処理待ち時間の再現、サーバでのエラー時の表示画面再現などの設定を開発者から受け付けるパネル（画面）である。

プロトタイプアプリケーション画面４４２は、プログラム開発装置１０１の生成するアプリケーションソフトウェアの表示内容や動作等を再現して表示する領域である。

クライアント装置部４３５は、実行サーバ部４３０からプロトタイプ表示画面４４０を表示するためのデータをダウンロードする。クライアント装置部４３５は、Ｗｅｂブラウザ４５０を用いて、ＳＰＡ（シングルページアプリケーション）で構成されるプロトタイプ表示画面４４０を表示する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ５１１において、プログラム開発装置１０１は、Ｗｅｂブラウザを起動し、プロトタイプアプリケーションのＵＲＬアクセスを開始する。なお。ステップＳ５１０やＳ５１１の処理は、プログラム開発装置１０１が、実行サーバ１０２とクライアント装置１０４とを併用している場合の例であり、それぞれ別の筐体の場合は、ステップＳ５１０の処理は実行サーバ１０２が実行し、ステップＳ５１１の処理はクライアント装置１０４が実行する処理となる。

以上で、図５の説明を終了する。以降の処理は図９を参照して後述する。なお、図９以降の説明では、プロトタイプアプリケーションは、プログラム開発装置１０１ではなく、Ｗｅｂブラウザを起動したクライアント装置１０４で実行されるものとして説明するが、クライアント装置１０４と同様にＷｅｂブラウザを起動したプログラム開発装置１０１で実行されても良い。

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

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

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

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

図１０の場合は、配置例１００４のように、２つのテキスト入力欄（ＩＤ入力欄と名前入力欄）と、ＩＤと名前を登録する登録ボタンを設けた画面（生成されるアプリケーションソフトウェアにおける画面）が作成されている例である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ８０２において、画面定義を読み込む際に、画面表示項目（アイテム）のそれぞれに定義されている表示権限の情報も取得する。図３４の例を参照して説明する。図３４において、ユーザの権限により表示項目（アイテム）を変える行を下線３４０２の部分と定義している場合、図８の表示権限のデータ８２０におけるユーザの権限名８２１と、それに対する入出力表示許可項目８２２とを紐付ける情報などを取得する。図８の表示権限のデータ８２０は、図３４の画面に含まれる画面表示項目（アイテム）の１つである「出欠確認」に定義されている表示権限の情報である。図８の表示権限のデータ８２０の場合、ユーザ権限として「Ｕｓｅｒ（ユーザ）」、「Ａｄｍｉｎ（管理者）」、「Ｇｕｅｓｔ（ゲスト）」の権限名と、それぞれの権限名に対応する入出力表示許可項目が定義されている。入出力許可項目としては、図３４の画面表示項目「出欠確認」に含まれる要素項目群（備考、出欠確認（Ｕｓｅｒ）、出欠確認（Ａｄｍｉｎ）、更新ボタン）の中から、権限に対応して表示すべき要素項目が定義されている。なお、この表示項目定義情報は、入出力表示許可（「出欠確認」の欄に含まれる要素項目群（備考、出欠確認（Ｕｓｅｒ）、出欠確認（Ａｄｍｉｎ）、更新ボタン）のうち権限に対応して表示すべき要素項目）を定義したものでも良い。また、この表示項目定義情報は、入出力表示禁止項目（「出欠確認」の欄に含まれる要素項目群（備考、出欠確認（Ｕｓｅｒ）、出欠確認（Ａｄｍｉｎ）、更新ボタン）のうち権限に対応して表示すべきでない要素項目）を定義していても良い。また、表示項目はまとめて表示権限を定義されていても良いし、表示権限のデータ８２０のように表示項目ごとに個別に定義されていても良い。

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

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

ステップＳ８０５において、プログラム開発装置１０１は、ステップＳ８０２で取得した表示項目に紐付けられた権限（役割・ロール）を収集する。例えばユーザ権限データ８３０を取得する。

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

ステップＳ８０７において、プログラム開発装置１０１は、ステップＳ８０１～ステップＳ８０６で読込んだ情報を元に、プロトタイプコード生成部４１２でプロトタイプアプリケーションのソースコードを生成する。生成するソースコードには、プロトタイプアプリケーションを起動時に表示するプロトタイプ操作パネル（図３１のプロトタイプ操作パネル３１０２など）のソースコードも含む。

図３１は、本実施形態におけるプロトタイプ表示画面（プロトタイプアプリケーションによる表示画面）の一例である。図３１は、Ｓ８０７で生成されたソースコードに従ってプロトタイプアプリケーションを起動した場合の初期画面に表示されるプロトタイプ操作パネルの表示例である。プロトタイプ操作パネルは、プロトタイプアプリケーションによって表示される、本番環境のアプリケーションソフトウェアの画面遷移を模したプロトタイプアプリケーション画面４４２をどのように表示をするかを設定する操作パネルである。

図３１を参照して、プロトタイプ操作パネルについて説明する。図３１のプロトタイプ操作パネル３１０２は、プロトタイプ画面を表示する際、あるいはプロトタイプ）画面を遷移させて表示する際の、表示設定や遷移時の設定の指示をユーザ（例えば開発中のアブリケーションソフトウェアのプロトタイプによるデモンストレーションを顧客向けに行う開発者）から受け付けるパネル画面である。プロトタイプ操作パネル３１０２は、表示デバイス（ＰＣやタブレット、スマートフォンなど）や表示デバイスの画面の向き、ユーザのアクセス権（Ａｄｍｉｎ権限（管理者権限）やＵｓｅｒ権限（一般ユーザ権限）など）、サーバでの処理時間の表示の有無、エラーが生じた場合の表示の有無などを設定することができる。プロトタイプ操作パネルにおいてユーザからの操作に応じて設定されるこれらの設定に応じて、プロトタイプアプリケーションでの表示が次のように変わる。すなわち、表示デバイスと表示デバイスの画面の向きの設定に応じて、画面のサイズと向きが変わる。ユーザのアクセス権の設定に応じて、プロトタイプアプリケーションで表示される表示内容が変わる。サーバでの処理時間の表示の有無の設定に応じて、サーバでの処理時間を仮想した表示が行われるか否かが変わる。エラーが生じた場合の表示の有無の設定に応じて、エラーが生じたと仮想した表示が行湧得るか否かが変わる。表示デバイスの設定は表示デバイス設定アイテム３１１１、ユーザ権限の設定は権限設定アイテム３１２１、処理待ち時間の設定は処理時間設定アイテム３１３１，エラー表示の設定はエラー設定アイテム３１４１でそれぞれ設定することができる。例えば、画面のサイズをＰＣに設定にするためのボタン３１１２を押下（クリック）する操作によって、表示デバイスの設定（画面サイズの設定）をＰＣに設定することができる。

プロトタイプ操作パネル３１０２を開いている場合のプロトタイプアプリケーション画面とプロトタイプ操作パネル３１０２との関係を図２５と図３１を参照して説明する。

図２５は、プロトタイプアプリケーション画面とプロトタイプ操作パネルとの関係を説明する図である。

親画面としてベースとなるプロトタイプ表示画面２５０１がブラウザ上に表示される親画面であり、親画面の中にｉＦｒａｍｅでプロトタイプアプリケーション画面２５０２を表示している。更にプロトタイプアプリケーション画面２５０２の上に重畳して、プロトタイプ操作パネル２５０３（図３１のプロトタイプ操作パネル３１０２と同じもの）を表示し、プロトタイプアプリケーション画面２５０２の一部とプロトタイプ操作パネル２５０３が同時に確認できるようにプロトタイプ表示画面２５０１に表示している。

プロトタイプ操作パネル３１０２（２５０３）を非表示としてプロトタイプ表示画面２５０１の大部分をプロトタイプアプリケーション画面２５０２とすることができる。図３１のようなプロトタイプ操作パネル３１０２においてユーザからの設定操作を受け付け、ユーザからたとえば縮小アイコン３１０３に対する操作によってプロトタイプ操作パネル３１０２（２５０３）を縮小する操作（非表示とする操作）を受け付けると、プロトタイプ操作パネル３１０２を非表示とした画面である図３２のようなプロトタイプアプリケーション画面３２０１を表示する。この場合は、図２５のプロトタイプ表示画面２５２１に対応し、図３２のプロトタイプアプリケーション画面３２０１は図２５のプロトタイプアプリケーション画面２５０２に対応する。プロトタイプアプリケーション画面３２０１（２５２２）から、プロトタイプ操作パネル３１０２（２５０３）を表示している画面に戻る場合は、プロトタイプ操作パネル表示ボタンとして機能するボタンアイコンであるボタン３２０２（２５２３）を押下して、プロトタイプ操作パネル３１０２が表示されている図３１のプロトタイプアプリケーション画面３１０１に遷移する。すなわち、プロトタイプアプリケーション画面３２０１（図２５のプロトタイプアプリケーション画面２５０２）に表示されたボタン３２０２（図２５のアイコン２５２３）が操作されると、図３１の表示状態（図２５のプロトタイプ表示画面２５０１の表示状態）に戻り、プロトタイプ操作パネル３１０２（図２５のプロトタイプ操作パネル２５０３）が再表示される。図８のフローチャートの説明に戻る。

ステップＳ８０７において生成されるソースコードは、プロトタイプ操作パネルが操作され、操作が記憶されたブラウザの記憶領域（Ｗｅｂ ＳｔｏｒａｇｅやＣｏｏｋｉｅの情報）が変更されると開始されるＴｙｐｅＳｃｒｉｐｔのソースコードである。

次に、ステップＳ８０８において、プログラム開発装置１０１は、ユーザの権限毎に画面表示を変更させるためのソースコードを生成する。生成されるソースコードは、ユーザ権限の判定を行い、ユーザ権限が適用された画面部品の表示・非表示を制御するプログラムのソースコードである。すなわち、ステップＳ８０８は、ユーザ権限を設定した場合のプロトタイプ（試作）画面を表示するためのプログラムを生成する処理である。

ステップＳ８０９において、プログラム開発装置１０１は、サーバと接続する際に生じる画面表示を再現するためのソースコードを生成する。生成されるソースコードは、プロトタイプ操作パネル３１０２のオプション設定欄の処理時間設定アイテム３１３１やエラー設定アイテム３１４１で設定された内容を反映してプロトタイプ表示画面を表示させるプログラム部分のソースコードである。処理時間設定アイテム３１３１に処理時間（処理待ち時間）の値が入力された場合、もしくはエラー設定アイテム３１４１でエラー設定がオンに設定された場合に実行されるソースコードの例であり、ブラウザの記憶領域から取得する疑似サーバの処理設定を反映したプロトタイプ（試作）画面を表示させるプログラムである。すなわち、ステップＳ８０９は、サーバと通信する際の疑似的な通信やサーバの状況を再現するためのプログラムを生成する処理である。

ステップＳ８１０において、プログラム開発装置１０１は、プロトタイプアプリケーション画面２５０２（ｉＦｒａｍｅ）をプロトタイプ操作パネル２５０３（３１０２）の表示デバイス設定アイテム３１１１で設定された内容を反映して表示するためのプログラムを生成する。生成されるソースコードは、たとえば、プロトタイプ操作パネル３１０２の表示デバイス設定アイテム３１１１において、ＰＣに設定されたか、スマートフォンに設定されたかなどに応じて異なるサイズおよびレイアウトでプロトタイプアプリケーション画面２５０２を表示するためのＴｙｐｅＳｃｒｉｐｔのソースコードである。

以上のソースコードを生成して、図８のフローチャートの処理を終える。なお、Ｓ８０７～Ｓ８１０で生成するソースコードはＴｙｐｅＳｃｒｉｐｔを例としているが、他の言語のソースコードでもよく、ＪａｖａＳｃｒｉｐｔなどで書かれたソースコードであっても良い。

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

次に、図５のステップＳ５０９でデプロイされたプロトタイプアプリケーションを実行し、クライアント装置１０４のＷｅｂブラウザ（４５０）と通信を開始する際の処理の流れを図９を参照して説明する。なお、図５のようにプログラム開発装置１０１のステップＳ５１１で起動されたＷｅｂブラウザがデプロイされたプロトタイプ表示画面アプリケーションと通信を開始しても良いし、図９のようにクライアント装置１０４において起動されたＷｅｂブラウザが、デプロイされた実行サーバ１０２と通信を開始するとしても良い。

図９は、図５のステップＳ５０９でデプロイされたプロトタイプ表示画面４４０を表示するための情報がクライアント装置１０４にダウンロードされて実行される動作の一例を示すフローチャートである。なお、以下のフローチャートの各ステップは、クライアント装置１０４のＣＰＵ２０１が実行する。

図９のフローチャートは、プロトタイプ表示画面４４０が実行サーバ１０２（４３０）にデプロイされた後、クライアント装置１０４のＷｅｂブラウザ４５０からユーザがプロトタイプ表示画面４４０にアクセスした際に開始される処理の流れである。

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

ステップＳ９０２において、クライアント装置１０４は、実行サーバ１０２（４３０）から、プロトタイプ表示画面（図８のステップＳ８０７～Ｓ８１０で生成したアプリケーションソフトウェア）が動作するＳＰＡ（シングルページアプリケーション）をダウンロードする。なお、本実施形態では、プロトタイプ表示画面４４０はＳＰＡとして説明するが、必ずしもＳＰＡである必要はなく、画面遷移命令により実行サーバ１０２と通信をする仕様でも良く、その場合はプロトタイプアプリケーションの初期画面情報をダウンロードする。

また、ステップＳ９０２において、クライアント装置１０４は、プロトタイプアプリケーションでのユーザ権限情報を取得する。

更に、ステップＳ９０２において、クライアント装置１０４は、実行サーバ１０２（４３０）から取得したプログラムからプロトタイプ表示画面２５０１（プロトタイプ表示画面４４０）を起動（表示）する。すなわち、ステップＳ９０２は、図３１のプロトタイプアプリケーション画面３１０１のような画面を表示するためのプログラムをダウンロードし、起動する処理を行うステップである。

ステップＳ９０３において、クライアント装置１０４は、プロトタイプ表示画面２５０１のｉＦｒａｍｅ部のプロトタイプアプリケーション画面２５０２を起動する。起動している画面の表示例は図３２のプロトタイプアプリケーション画面３２０１である。ただし、次のステップＳ９０４でプロトタイプ操作パネル３１０２が上層に表示（図２５のプロトタイプアプリケーション画面２５０２とプロトタイプ操作パネル２５０３のような関係）される。

ステップＳ９０４において、クライアント装置１０４は、プロトタイプ表示画面２５０１のｉＦｒａｍｅ部のプロトタイプ操作パネル（ｉＦｒａｍｅ）２５０３を起動する。これによって、図３１のように、プロトタイプアプリケーション画面３１０１にプロトタイプ操作パネル３１０２が重畳して表示され。このプロトタイプ操作パネル３１０２に表示されている設定を変更することにより、プロトタイプアプリケーションの表示設定や画面の遷移設定を制御することができる。

ステップＳ９０５において、クライアント装置１０４は、プロトタイプ操作パネル３１０２に入力されたそれぞれの設定によって、プロトタイプアプリケーション画面３２０１（４４２）の表示画面を変更もしくは遷移画面を変更する表示を行う。それぞれの設定によるプロトタイプ表示画面４４０の画面表示もしくは遷移画面表示の処理はそれぞれ図２６～図２９において後述する。

次にステップＳ９０６において、クライアント装置１０４は、プロトタイプアプリケーションによるアプリケーションソフトウェアの再現を終了するか開発者の指示を待つ。、アプリケーションソフトウェアの再現を終了する場合は、このフローチャートを終了し、もう一度再現する指示を受け付けた場合は、ステップＳ９０２へと処理を戻す。

次に、ステップＳ９０５の処理の詳細として、プロトタイプ操作パネル３１０２に入力されたそれぞれの設定によって、プロトタイプアプリケーション画面３２０１（４４２）の表示画面を変更もしくは遷移画面を変更する表示する処理の流れを図２６～図２９を参照して説明する。図２６～図２９の処理は、図８の処理で生成されたソースコードに基づくプログラム（すなわち、プロトタイプアプリケーション）によって実現する。なお、それぞれの設定とは、表示デバイスの切り替え、ユーザ権限の変更、サーバとの処理時間の再現、ならびにエラー発生時の再現である。

図２６は、表示デバイスを切り替える際の処理の流れを示すフローチャートである。なお、以下のフローチャートの各ステップは、クライアント装置１０４のＣＰＵ２０１が実行する。

図２６のフローチャートは、クライアント装置１０４のＷｅｂブラウザ４５０を介してユーザからのアクセスがあり、プロトタイプ表示画面４４０のＳＰＡがＷｅｂブラウザ４５０にダウンロードされた際に開始されるフローチャートである。なお、図２６～図２９の一部の説明は図９の説明と一部重なっている。

ステップＳ２６０１、Ｓ２６０２の処理は、図９のステップＳ９０２，Ｓ９０３の処理と同様である。

ステップＳ２６０３において、クライアント装置１０４は、プロトタイプ表示画面２５０１のｉＦｒａｍｅ部のプロトタイプ操作パネル（ｉＦｒａｍｅ）２５０３を起動する。ここまでは、図９のステップＳ９０４の処理と同様である。この先が、図９のＳ９０５の処理の詳細である。

プロトタイプ操作パネル３１０２が表示されている状態で、ユーザから表示デバイス設定アイテム３１１１に対する操作があり、表示デバイスの設定（画面サイズの設定）が変更された場合に、次のステップＳ２６０４の処理へと遷移する。表示デバイス設定アイテム３１１１には、画面サイズが予め定義された各端末（ＰＣ、タブレット（縦向き）、タブレット（横向き）、スマートフォン（縦向き）、スマートフォン（横向き））が設定可能な選択肢として表示される。タブレットやスマートフォンに関しては、縦向きと横向きのいずれかを選択して設定できる。縦向きと横向きを設定可能とするのは、タブレットやスマートフォンが縦向きでも横向きでも表示制御可能であるためである。

図２６のフローチャートの説明に戻って、次のステップＳ２６０４へと処理を遷移すると、クライアント装置１０４は、プロトタイプ操作パネル３１０２において変更されたデバイスの画面サイズに変更する指示を受け付ける。

ステップＳ２６０５において、クライアント装置１０４は、プロトタイプアプリケーション画面２５０２をステップＳ２６０４で受け付けたデバイスのサイズにｉＦｒａｍｅ部を合わせて表示する。スマートフォン（縦向き）に設定された場合のプロトタイプアプリケーション画面２５０２の表示例を図３３に示す。

図３３のプロトタイプアプリケーション画面３３０１はスマートフォンサイズである領域３３０２の範囲内に表示される。スマートフォンサイズで表示された画面であっても、試作としてのプロトタイプアプリケーションの処理は実行され、たとえば、所定のボタンが押下されると、そのアクションに応じたプロトタイプデータを反映した遷移先の画面を表示することができる。

以上の処理により、デバイス毎に表示形態を変えたプロトタイプのアプリケーションを容易に作成することができる。

次に、図２７を参照して、ユーザ権限を変更した際に画面表示を変更する処理の流れを説明する。

図２７は、ユーザ権限を切り替えた際の処理の流れを示すフローチャートである。なお、以下のフローチャートの各ステップは、クライアント装置１０４のＣＰＵ２０１が実行する。

図２７のフローチャートは、クライアント装置１０４のＷｅｂブラウザ４５０を介してユーザからのアクセスがあり、プロトタイプ表示画面４４０のＳＰＡがＷｅｂブラウザ４５０にダウンロードされた際に開始されるフローチャートである。

ステップＳ２７０１、Ｓ２７０２の処理は、図９のステップＳ９０２，Ｓ９０３の処理と同様である。

なお、ステップＳ２７０１において、クライアント装置１０４は、プロトタイプアプリケーションでのユーザ権限情報を取得する。取得するデータの例が、たとえばユーザ権限データ２７１０のようなデータである。このデータはプロトタイプアプリケーション生成時のステップＳ８０５において取得したユーザ権限データ８３０と一緒である。

ステップＳ２７０３において、クライアント装置１０４は、プロトタイプ表示画面２５０１のｉＦｒａｍｅ部のプロトタイプ操作パネル（ｉＦｒａｍｅ）２５０３を起動する。ここまでは、図９のステップＳ９０４の処理と同様である。この先が、図９のＳ９０５の処理の詳細である。なお、図３１の権限設定アイテム３１２１のうち、、ユーザ権限を設定するチェックボックスは、ステップＳ２７１０で取得したユーザ権限データ８３０に基づいて生成される。

プロトタイプ操作パネル３１０２が表示されている状態で、ユーザから権限設定アイテム３１２１に対する操作があり、権限の設定が変更された場合に、次のステップＳ２７０４の処理へと遷移する。

ステップＳ２７０４へと処理を遷移すると、クライアント装置１０４は、プロトタイプ操作パネル３１０２において変更された権限設定アイテム３１２１の値をブラウザのローカルストレージに記憶する。

ステップＳ２７０５において、クライアント装置１０４は、プロトタイプアプリケーション画面２５０２をステップＳ２７０４で記憶したユーザ権限設定で表示する。権限設定アイテム３１２１において「ｕｓｅｒ」に設定された場合のプロトタイプアプリケーション画面２５０２の表示例を図３４に示す。

図３４のプロトタイプアプリケーション画面３４０１は、図３２のプロトタイプアプリケーション画面３２０１とは異なり、下線３４０２が示す部分に新たに出欠確認（Ｕｓｅｒ）が追加表示されている。これは、プロトタイプアプリケーション生成時に、ステップＳ８０２で取得したユーザ権限毎の入出力許可項目のデータ８２０を反映したイメージ図である。すなわち、権限設定アイテム３５２１が「ｕｓｅｒ」に設定変更されているため、ユーザ権限データ８３０の「ｕｓｅｒ」に対応する権限名（Ｎａｍｅ）が「Ｕｓｅｒ」であり、「Ｕｓｅｒ」権限で入出力許可項目は、「出欠確認（Ｕｓｅｒ）」と「備考」である。そのため、図３４のプロトタイプアプリケーション画面３４０１には、下線３４０２のように、出欠確認（Ｕｓｅｒ）欄と備考欄とが表示される。

別の例も説明する。

一方、図３１の権限設定アイテム３１２１で、「ｇｕｅｓｔ」、「ｕｓｅｒ」、「ａｄｍｉｎ」の３つにチェックを入れることも可能である。３つにチェックを入れた場合、図８のデータ８２０とユーザ権限データ８３０によると、「備考」欄、出欠確認（Ｕｓｅｒ）欄、出欠確認（Ａｄｍｉｎ）欄、更新ボタンが入出力許可項目である。

図３５は、権限設定アイテム３１２１で「ｇｕｅｓｔ」、「ｕｓｅｒ」、「ａｄｍｉｎ」の３つにチェックを入れた設定にした場合に表示される表示例である。

図３５のプロトタイプアプリケーション画面３５０１は、図３２のプロトタイプアプリケーション画面３２０１とは異なり、下線３５０２の部分に新たに出欠確認（Ａｄｍｉｎ）と出欠確認（Ｕｓｅｒ）３５０３が追加表示されており、更に画面右の更新ボタン３５０４も追加で表示されている。

以上の処理により、ユーザの役割に依存して画面遷移を行うプロトタイプのアプリケーションソフトウェアを作成することができる効果を有する。すなわち、通常の画面遷移だけをさせる試作型アプリケーションソフトウェアを生成すると、ユーザ権限など関係なく、所定の画面表示や所定の画面遷移しかできないパターンとなるが、本実施形態では、ユーザ権限を切り替えるプロトタイプ操作パネルの設定を有しており、ユーザ権限の切り替えにより、表示される画面がユーザ権限毎に切り替わることを再現するができる。

次に、図２８を参照して、サーバでの処理時間の再現を表示する処理の流れを説明する。

図２８は、仮想のサーバでの処理時間を変更した際の処理の流れを示すフローチャートである。なお、以下のフローチャートの各ステップは、クライアント装置１０４のＣＰＵ２０１が実行する。

図２８のフローチャートは、クライアント装置１０４のＷｅｂブラウザ４５０を介してユーザからのアクセスがあり、プロトタイプ表示画面４４０のＳＰＡがＷｅｂブラウザ４５０にダウンロードされた際に開始されるフローチャートである。

ステップＳ２８０１、Ｓ２８０２の処理は、図９のステップＳ９０２，Ｓ９０３の処理と同様である。

ステップＳ２８０３において、クライアント装置１０４は、プロトタイプ表示画面２５０１のｉＦｒａｍｅ部のプロトタイプ操作パネル（ｉＦｒａｍｅ）２５０３を起動する。ここまでは、図９のステップＳ９０４の処理と同様である。この先が、図９のＳ９０５の処理の詳細である。

プロトタイプ操作パネル３１０２が表示されている状態で、ユーザから処理時間設定アイテム３１３１に対する操作があり、処理時間の設定が変更された場合に、次のステップＳ２８０４の処理へと遷移する。処理時間設定アイテム３１３１は、サーバでの処理時間を考慮してプロトタイプアプリケーション画面２５０２の画面遷移の表示を再現する設定欄である。

例えば、図３１のプロトタイプ操作パネル３１０２の処理時間設定アイテム３１３１では「０．２秒」に設定されているものを、ユーザの操作に応じて「２秒」に変更できる。

ステップＳ２８０４へと処理を遷移すると、クライアント装置１０４は、プロトタイプ操作パネル３９０２において変更されたサーバの処理時間設定アイテム３１３１の値（例えば２秒）をブラウザのローカルストレージに記憶する。。

次のステップＳ２８０５において、クライアント装置１０４は、プロトタイプアプリケーション画面２５０２をステップＳ２８０４で記憶した処理時間分待つ設定に変えて、次の画面に遷移するように再現するプロトタイプアプリケーションに変更する。

処理時間設定アイテム３１３１で処理時間が「２秒」と設定された場合、たとえば図１６のプロトタイプアプリケーション画面１６０１の検索ボタン１６０２を押下すると、図１９に示す表示例のように中央に、あたかもサーバで処理中であるかのような表示アイテム１９０２を２秒間表示する。この処理中を示す表示アイテム１９０２を表示する時間が処理時間設定アイテム３１３１で設定された時間である。設定時間だけ表示アイテム１９０２を表示した後、次の遷移先の画面である図３２などを表示する。

以上の処理により、画面遷移時の待ち時間を仮想的に再現するプロトタイプのアプリケーションソフトウェアを作成することができる効果を有する。すなわち、本番環境のアプリケーションソフトウェア（プロダクトアプリケーション）を動作させた時にサーバ側で生じる処理時間を再現することができる。たとえば、ビジネスユーザや営業担当者が一般ユーザにプロトタイプアプリケーションをデモンストレーションする際に、実際に処理時間がかかるであろうサーバとの処理の時間を再現し、サーバとの処理時間にはどういう画面が表示されるのかを再現することができる。このプロトタイプアプリケーションはＳＰＡで構成されているため、実際のサーバとの通信は必要ない。そのため、プロトタイプアプリケーションを実行（画面遷移）するだけであれば、処理時間はかからず、ユーザの操作に応じて次々とプロトタイプアプリケーションは画面遷移する。本番環境のアプリケーションソフトウェア（プロダクトアプリケーション）の動作でサーバでの処理時間が考慮されていないため、サーバでの処理時間が考慮されていないデモンストレーションのみを見て納得している一般ユーザは、開発納品物の性能に関する食い違いを感じる可能性がある。本実施形態のデモンストレーションであれば、サーバの処理時間を自由に設定できるので、開発納品物の性能に関する齟齬などが発生するリスクが少なくなる。また、プロトタイプ操作パネルを表示することにより、プロトタイプアプリケーションを実行中でもサーバでの仮想処理時間を変更することができる。

本実施形態によれば、プロトタイプアプリケーションによる表示画面（例えば図１６のプロトタイプアプリケーション画面１６０１）でも、本番環境で表示されるアプリケーションソフトウェアと同じ画面定義情報を用いて表示を行うため、本番環境の画面と同様の画面を表示することができる。

アプリケーションソフトウェアによる本番環境の画面では、検索ボタンを押下（クリック）する操作、すなわち検索を指示する操作があると、検索キーワード（「セルフケア」）に基づいてインターネット上のデータベースから処理時間を要する検索処理が行われ、検索処理の完了後に、検索結果に基づく表示が行われる。

一方、プロトタイプアプリケーションによる表示画面（例えば図１６）においては、本番環境での検索指示操作に対応する、検索ボタン１６０２の押下（クリック）が行われたことに応じて、インターネット上のデータベースを検索することなく、また、インターネットと通信することなく、図３２のように予め定められた表示内容であるプロトタイプデータが表示される。図３２で表示されるプロトタイプデータは、検索処理の結果に基づく表示を模した表示内容である。このとき、処理時間設定アイテム３１３１によって処理時間がゼロより大きい値に設定されていれば（表示アイテム１９０２を表示する設定となっていれば）、図１６で検索ボタン１６０２が押下されると、図３２の表示に遷移する前に、検索処理の待ち時間であることを仮想的に示す表示アイテム１９０２が、設定された時間だけ表示される。その後に、図３２の表示（予め定められた表示内容であるプロトタイプデータの表示）が行われる。

プロトタイプデータは検索処理の結果に基づいて表示されるものではない。

また、表示アイテム１９０２を表示する時間は、処理時間設定アイテム３１３１に対してユーザが設定した時間であって、検索処理に要する時間にかかわらない時間である。
また、表示アイテム１９０２を表示する時間は、検索処理に要する時間を仮想的に再現するための時間である。

なお、処理時間設定アイテム３１３１によって処理時間がゼロに設定されている、あるいは表示アイテム１９０２を表示しない設定となっている場合は、図１６で検索ボタン１６０２が押下されると、表示アイテム１９０２を表示することなく、図１６から図３２の表示に直接遷移する。この際、所定時間待つということはしない。

なお、プロトタイプアプリケーション画面において、検索処理よりも処理に要する時間が長い処理（例えば画像処理処理）の実行指示に対応する操作（例えば「画像処理ボタン（不図示）」のクリック）が行われた場合、処理により時間がかかる（待ち時間が大きくなる）ことを体感できるように、処理時間設定アイテム３１３１によって設定された時間よりも長い時間、表示アイテム１９０２を表示するようにしてもよい。例えば、処理時間設定アイテム３１３１によって設定された時間よりも５秒長く表示アイテム１９０２を表示する。その後、画像処理の実行結果の表示を模した予め定められた表示内容を表示する。この場合も、プロトタイプアプリケーションであるため画像処理は実行しない。

次に、図２９を参照して、サーバでのエラーや通信エラーなどの発生時の再現を表示する処理の流れを説明する。

なお、以下のフローチャートの各ステップは、クライアント装置１０４のＣＰＵ２０１が実行する。

図２９のフローチャートは、クライアント装置１０４のＷｅｂブラウザ４５０を介してユーザからのアクセスがあり、プロトタイプ表示画面４４０のＳＰＡがＷｅｂブラウザ４５０にダウンロードされた際に開始されるフローチャートである。

ステップＳ２９０１、Ｓ２９０２の処理は、図９のステップＳ９０２，Ｓ９０３の処理と同様である。

ステップＳ２９０３において、クライアント装置１０４は、プロトタイプ表示画面２５０１のｉＦｒａｍｅ部のプロトタイプ操作パネル（ｉＦｒａｍｅ）２５０３を起動する。ここまでは、図９のステップＳ９０４の処理と同様である。この先が、図９のＳ９０５の処理の詳細である。

プロトタイプ操作パネル３１０２が表示されている状態で、ユーザからエラー設定アイテム３１４１に対する操作があり、仮想エラーの発生の設定が「オフ」から「オン」に変更された場合に、次のステップＳ２９０４の処理へと遷移する。

ステップＳ２９０４へと処理を遷移すると、クライアント装置１０４は、プロトタイプ操作パネルにおいて変更されたエラー設定アイテム３１４１の「オン」値をエラー設定状態として、ブラウザのローカルストレージに記憶する。

ステップＳ２９０５において、クライアント装置１０４は、プロトタイプアプリケーション画面２５０２をステップＳ２９０４で記憶したエラー設定状態を取得する。

次に、ユーザから、プロトタイプアプリケーション画面における画面遷移指示を受け付ける。図１６の場合、検索ボタン１６０２の押下（クリック）がされると画面遷移指示を受け付ける。画面遷移指示を受け付けると、次のステップＳ２８０６へと処理を遷移する。

次のステップＳ２９０６において、クライアント装置１０４は、取得したエラー設定状態がオン（有効）かオフ（無効）かによって処理を分ける。エラー設定状態がオンであった場合は、ステップＳ２９０７へと処理を遷移し、エラー設定状態がオフであった場合は、ステップＳ２９０８へと処理を遷移する。ステップＳ２９０８へと処理を遷移すると、エラー設定状態はオフであったため、クライアント装置１０４は、プロトタイプアプリケーションの通常の遷移画面である図３２に遷移する。

一方、ステップＳ２９０７へと処理を遷移すると、クライアント装置１０４は、プロトタイプアプリケーションでエラーが生じたと仮定して処理をすすめる。具体的には、図１６の画面から図２０の画面へ遷移させる。

図２０では、検索ボタン１６０２の押下による処理でエラーが発生した場合のエラー表示として、エラー通知２００２を表示している。エラー通知２００２には、警告アイコンと「サーバ処理でエラーが発生しました」というメッセージが含まれる。

以上の処理により、画面遷移に失敗した場合のエラー画面を仮想的に再現することができるプロトタイプアプリケーションを作成することができる。すなわち、本番環境のアプリケーションソフトウェア（プロダクトアプリケーション）の実行時にサーバ側や通信時に生じるエラーを仮想的に再現することができる。このプロトタイプアプリケーションはＳＰＡで構成されているため、実際のサーバとの通信は必要ない。そのため、プロトタイプアプリケーションを実行（画面遷移）するだけであれば、サーバでのエラーや通信エラーは発生しない。エラーが生じた際の、表示画面を再現したい開発者や一般ユーザの需要をＳＰＡで実施することができる。また、エラー表示をより現実的に再現させる方法として、図２８でサーバでの仮想的な処理時間の再現と組み合わせている。

以上のようなプロトタイプ表示画面は、各種端末のブラウザ内で起動可能なＳＰＡで構成されているため、図３０のプロトタイプ表示画面２５０１のように生成されたプロトタイプアプリケーションをＰＣやタブレットにダウンロードさせれば、それぞれの端末でプロトタイプアプリケーション画面２５０２を再現することができる。たとえば、タブレット３００１にプロトタイプアプリケーションをダウンロードさせると、タブレット上でプロトタイプ操作パネル２５０３やプロトタイプアプリケーション画面２５０２を操作することができる。営業担当者がＰＣを持っていかなくても、タブレットでプロトタイプ表示画面アプリケーションを動作させることができる。タブレット上でもサーバでの処理時間を再現するプロトタイプアプリケーションを動作させることができ、タブレットでの表示（３００２）で、スマートフォンサイズの表示（３００３）を再現させることができる。そのため、顧客へのデモンストレーション時も１台の端末を持参すればあらゆる端末で表示させる画面や、画面遷移のパターンを再現することができる。

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

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

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

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

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

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

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

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

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

Claims (17)

1. アプリケーションソフトウェアで実行される特定の処理を指示する特定の操作が行われたことに応じて前記特定の処理を実行することなく予め定められた表示内容を表示するアプリケーションソフトウェアを生成するアプリケーションソフトウェア生成手段と、
   前記アプリケーションソフトウェア生成手段で生成されたアプリケーションソフトウェアにおいて、前記予め定められた表示内容を表示する前に前記特定の処理に係る処理時間であることを示す所定の表示アイテムを表示する設定時間の入力を受け付ける入力受付手段とを有し、
   前記アプリケーションソフトウェア生成手段は、前記特定の操作が行われたことに応じて前記予め定められた表示内容を表示する前に前記入力受付手段で受け付けた設定時間、前記所定の表示アイテムを表示するアプリケーションソフトウェアを生成する
   ことを特徴とする情報処理装置。
2. 前記アプリケーションソフトウェア生成手段は、前記予め定められた表示内容を表示するために必要な処理時間にかかわらず、前記特定の操作が行われてから前記設定時間が経過するのを待ってから前記予め定められた表示内容を表示するアプリケーションソフトウェアを生成することを特徴とする請求項１に記載の情報処理装置。
3. 前記設定時間は、前記特定の処理に要する時間を仮想的に再現するための時間であることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記特定の操作は、前記アプリケーションソフトウェアの画面に表示された特定の画面部品に対する操作であることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記特定の処理は、データベースを検索することを含む処理であり、
   前記予め定められた表示内容は、前記データベースを検索した結果の表示を模した表示内容であり、
   前記アプリケーションソフトウェア生成手段は、前記予め定められた表示内容を、前記データベースを検索することなく表示するアプリケーションソフトウェアを生成すること
   を特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記特定の処理は、インターネットと通信することを含む処理であり、
   前記アプリケーションソフトウェア生成手段は、前記予め定められた表示内容を、インターネットと通信することなく表示するアプリケーションソフトウェアを生成することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記所定の表示アイテムの表示に関する設定をユーザの操作に応じて設定する設定手段を更に有し、
   前記入力受付手段で前記設定時間がゼロに設定されているか、前記設定手段で前記所定の表示アイテムを表示しない設定とされている場合には、前記アプリケーションソフトウェア生成手段は、前記アプリケーションソフトウェアの画面を表示している際に前記特定の操作が行われたことに応じて、前記所定の表示アイテムを表示することなく、及び、前記設定時間の経過を待つことなく、前記予め定められた表示内容を表示するアプリケーションソフトウェアを生成することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記入力受付手段は、ブラウザのローカルストレージに前記設定時間を記憶させ、
   前記アプリケーションソフトウェア生成手段で生成されたアプリケーションソフトウェアは、前記ブラウザのローカルストレージに記憶された前記設定時間を取得して、前記所定の表示アイテムを前記設定時間表示し、その後に前記予め定められた表示内容を表示することを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記アプリケーションソフトウェアの画面は、前記アプリケーションソフトウェアのプロトタイプとして表示される画面であり、
   前記アプリケーションソフトウェアの本番用画面が表示されている場合に前記特定の操作が行われた場合には、前記アプリケーションソフトウェア生成手段は、前記特定の処理を実行し、前記特定の処理の実行結果に基づく表示を行うアプリケーションソフトウェアを生成することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記アプリケーションソフトウェア生成手段は、前記特定の処理よりも処理に要する時間が長い第２の処理の実行指示に対応する第２の操作が行われたことに応じて、前記第２の処理を実行することなく、処理時間であることを示す表示アイテムを前記設定時間よりも長い第２の時間表示し、その後に、前記第２の処理の実行結果の表示を模した予め定められた表示内容を表示するアプリケーションソフトウェアを生成することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. アプリケーションソフトウェアの第１の画面に表示すべき表示アイテムと、前記第１の画面から次の第２の画面へと遷移する手順とが定義された定義情報を取得する取得手段と、
    前記取得手段で取得した前記定義情報によって定義された前記第１の画面を表示し、前記第１の画面で特定の操作がされたことに応じて表示される処理時間であることを示す所定の表示アイテムを表示する設定時間の入力を受け付ける入力受付手段と、
    前記アプリケーションソフトウェアにおいて、前記特定の操作が行われたことに応じて前記所定の表示アイテムを前記入力受付手段で受け付けた設定時間表示し、その後に、前記取得手段で取得した前記定義情報の手順によって定義された前記第２の画面へと遷移するように制御することを指示する指示情報を生成するアプリケーションソフトウェア生成手段と
    を有することを特徴とする情報処理装置。
12. 前記特定の操作は特定の処理の実行を指示する操作に対応する操作であり、
    前記指示情報は、前記特定の操作があっても、前記特定の処理を行うことなく前記所定の表示アイテムを表示し、その後に前記第２の画面へと遷移するように制御することを指示する情報であることを特徴とする請求項１１に記載の情報処理装置。
13. 前記設定時間は、前記特定の処理に要する時間を仮想的に再現するための時間であることを特徴とする請求項１２に記載の情報処理装置。
14. アプリケーションソフトウェアで実行される特定の処理を指示する特定の操作が行われたことに応じて前記特定の処理を実行することなく予め定められた表示内容を表示するアプリケーションソフトウェアを生成するアプリケーションソフトウェア生成ステップと、
    前記アプリケーションソフトウェア生成ステップで生成されたアプリケーションソフトウェアにおいて、前記予め定められた表示内容を表示する前に前記特定の処理に係る処理時間であることを示す所定の表示アイテムを表示する設定時間の入力を受け付ける入力受付ステップとを有し、
    前記アプリケーションソフトウェア生成ステップは、前記特定の操作が行われたことに応じて前記予め定められた表示内容を表示する前に前記入力受付ステップで受け付けた設定時間、前記所定の表示アイテムを表示するアプリケーションソフトウェアを生成する ことを特徴とする情報処理装置の制御方法。
15. アプリケーションソフトウェアの第１の画面に表示すべき表示アイテムと、前記第１の画面から次の第２の画面へと遷移する手順とが定義された定義情報を取得する取得ステップと、
    前記取得ステップで取得した前記定義情報によって定義された前記第１の画面を表示し、前記第１の画面で特定の操作がされたことに応じて表示される処理時間であることを示す所定の表示アイテムを表示する設定時間の入力を受け付ける入力受付ステップと、
    前記アプリケーションソフトウェアにおいて、前記特定の操作が行われたことに応じて前記所定の表示アイテムを前記入力受付ステップで受け付けた設定時間表示し、その後に、前記取得ステップで取得した前記定義情報の手順によって定義された前記第２の画面へと遷移するように制御することを指示する指示情報を生成するアプリケーションソフトウェア生成ステップと
    を有することを特徴とする情報処理装置。
16. コンピュータを、請求項１乃至１３のいずれか１項に記載された情報処理装置の各手段として機能させるためのプログラム。
17. コンピュータを、請求項１乃至１３のいずれか１項に記載された情報処理装置の各手段として機能させるためのプログラムを格納したコンピュータが読み取り可能な記憶媒体。
    

Images