特開 2023-75577 情報処理装置、情報処理方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023075577

(43)【公開日】2023-05-31

(54)【発明の名称】情報処理装置、情報処理方法およびプログラム

(51)【国際特許分類】

   G06F 8/34 20180101AFI20230524BHJP

【ＦＩ】

G06F8/34

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2021188564

(22)【出願日】2021-11-19

(71)【出願人】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(71)【出願人】

【識別番号】592135203

【氏名又は名称】キヤノンＩＴソリューションズ株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(72)【発明者】

【氏名】岩永 尚己

(72)【発明者】

【氏名】柴本 文洋

(72)【発明者】

【氏名】高塚 剛

(72)【発明者】

【氏名】辻 健太

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376BC07

5B376BC14

5B376BC43

(57)【要約】      （修正有）

【課題】本番用のアプリケーションソフトウェアにおける複数のイベントの実行を仮想的に見ることのできるコンテンツを容易に生成する情報処理装置、情報処理方法及びプログラムを提供する。
【解決手段】方法は、アプリケーションソフトウェアで表示される複数の画面のうちいずれかを選択する第１の選択手段と、第１の選択手段で選択された画面に対応づけて記憶された動作のうちいずれかを選択する第２の選択手段と、第１の選択手段で選択された画面を表示する第１のイベントと、第２の選択手段で選択された動作に対応する第２のイベントとを含む複数のイベントを順次実行することを指示する指示情報を生成するように制御する制御手段と、を有する。
【選択図】図８

【特許請求の範囲】

【請求項1】

アプリケーションソフトウェアで表示される複数の画面のうちいずれかを選択する第１の選択手段と、
前記第１の選択手段で選択された画面に対応づけて記憶された動作のうちいずれかを選択する第２の選択手段と、
前記第１の選択手段で選択された画面を表示する第１のイベントと、前記第２の選択手段で選択された動作に対応する第２のイベントとを含む複数のイベントを順次実行することを指示する指示情報を生成するように制御する制御手段と
を有することを特徴とする情報処理装置。

【請求項2】

前記第１の選択手段は、前記アプリケーションソフトウェアを作成する際に定義された複数の画面にそれぞれ対応する複数の選択肢のうちいずれかを選択する操作に応じて選択することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記制御手段は、前記第１の選択手段によって前記複数の画面のうちいずれかが選択されると、選択された画面に対応づけて記憶された少なくとも１つの動作がある場合に、前記少なくとも１つの動作を前記第２の選択手段での選択肢として表示するように制御することを特徴とする請求項１または２に記載の情報処理装置。

【請求項4】

生成される前記指示情報において前記複数のイベントを実行する順序を指定する操作を受け付ける第１の受付手段を更に有することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。

【請求項5】

前記第２の選択手段で選択された動作が、特定の処理を実行した結果に応じた表示を行うことを含む動作である場合にも、前記指示情報に基づいて実行される前記第２のイベントは、前記特定の処理を実行することなく予め定められた表示を行うイベントであることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。

【請求項6】

前記第１の選択手段で選択された画面に含まれる表示要素に対応づけた付加情報の入力を受け付ける第２の受付手段を更に有し、
前記複数のイベントは、前記第２の受付手段で入力を受け付けた付加情報を表示する第３のイベントをさらに含むことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。

【請求項7】

前記制御手段は、前記第１の選択手段によって前記複数の画面のうちいずれかが選択されると、選択された画面に対応づけて生成された前記指示情報がある場合に、当該指示情報に基づいて、前記選択された画面と、前記第３のイベントで表示される付加情報とを表示するように制御することを特徴とする請求項６に記載の情報処理装置。

【請求項8】

前記付加情報は文字列であることを特徴とする請求項６または７に記載の情報処理装置。

【請求項9】

前記付加情報は、対応する表示要素に対する吹き出しに表示する情報であることを特徴とする請求項６乃至８のいずれか１項に記載の情報処理装置。

【請求項10】

前記第１の選択手段で選択された画面に含まれる入力領域であって、前記指示情報に対応する本番用の画面においてはユーザからのデータ入力を受け付ける入力領域に対して自動的に表示するデータの入力を受け付ける第３の受付手段を更に有し、
前記複数のイベントは、前記第３の受付手段で入力を受け付けたデータを表示する第４のイベントを更に含むことを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。

【請求項11】

前記指示情報は、前記指示情報に含まれる最初のイベントの実行の後は、前記複数のイベントをユーザからの操作が無くとも自動的に順次実行することを指示する情報であることを特徴とする請求項１乃至１２のいずれか１項に記載の情報処理装置。

【請求項12】

前記指示情報を反映するプログラムのソースコードを生成する生成手段を更に有することを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理装置。

【請求項13】

アプリケーションソフトウェアで表示される複数の画面のうちいずれかを選択する第１の選択ステップと、
前記第１の選択ステップで選択された画面に対応づけて記憶された動作のうちいずれかを選択する第２の選択ステップと、
前記第１の選択ステップで選択された画面を表示する第１のイベントと、前記第２の選択ステップで選択された動作に対応する第２のイベントとを含む複数のイベントを順次実行することを指示する指示情報を生成するように制御する制御ステップと
を有することを特徴とする情報処理装置の制御方法。

【請求項14】

コンピュータを、請求項１乃至１２のいずれか１項に記載された情報処理装置の各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、開発中のアプリケーションソフトウェアの動作を仮想的に実行する情報処理装置、情報処理方法およびプログラムに関する。

【背景技術】

【0002】

顧客の為のアプリケーションソフトウェアを作成する場合、顧客の要望を汲み取るために、顧客とのミーティングを重ねてアプリケーションソフトウェアを作成することになる。

【0003】

特に、アプリケーションソフトウェアの画面や操作手順は、顧客と開発者とで適宜情報共有され、完成されるアプリケーションソフトウェアのイメージを一致させるべく、プレビューを繰り返すことがある。なお、以下、アプリケーションソフトウェアを省略してアプリケーションと称することもあるものとする。

【0004】

アプリケーションソフトウェアのプレビューの際に有効な手段が、プロトタイプ開発されたアプリケーション（プロトタイプアプリケーション）である。

【0005】

プロトタイプアプリケーションとは、開発段階の本番用アプリケーションソフトウェアを顧客に開示するためのアプリケーションであり、あたかも本番用アプリケーションソフトウェアが動作しているかのように画面遷移させることが可能なアプリケーションである。プロトタイプアプリケーションは、顧客が操作する部品操作（テキスト入力やＧＵＩボタン押下などの画面部品に対する操作）を受け付け、本番用アプリケーションソフトウェアと同じように画面遷移を行う。但し、部品操作に対応するデータの検索や結果の出力などは行わず、予め設定された出力結果などを表示する。画面部品に対する操作に対応するデータの検索や結果の出力などは行わないため、開発者はサーバサイドや本番用アプリケーションソフトウェア内でのビジネスロジックを生成する前に、顧客の望むアプリケーションソフトウェアのイメージを確認することができる。顧客と開発者が本番用アプリケーションソフトウェアの完成イメージを共有できるため、両者での完成イメージの齟齬を少なくさせ、開発の手戻りを減らすことができる。また、ＭＶＰ（Ｍｉｎｉｍｕｍ Ｖｉａｂｌｅ Ｐｒｏｄｕｃｔ：実用最小限の製品）による開発時には、プロトタイプアプリケーションは、顧客からのフィードバックを早いタイミングで得られるため、不必要な機能の開発に工数を使わず、開発工数の削減に寄与できる。

【0006】

本番用アプリケーションの提供元の人材（開発者や営業担当など）と顧客とが直接会って行う対面でプロトタイプアプリケーションを用いた説明を行う状況のほかに、非対面で、提供元の人材からの直接の説明無しに顧客にプロトタイプアプリケーションを披露する状況もある。非対面で説明なしとすることで効率的に顧客にプロトタイプアプリケーションを披露できる一方、プロトタイプアプリケーションを顧客に頒布するだけでは、提供元の人材からの説明がない分、顧客はプロトタイプアプリケーションの操作方法がわからないといったことや、十分な理解ができないことも考えられる。そこでプロトタイプアプリケーションを顧客に頒布する際に説明書類を添えたり、わかりやすい動画サイトや動画アプリケーションを提供することが考えられる。

【0007】

特許文献１は、アプリケーションのリプレイ動画像を作成するための機能を汎用化し、ユーザの所望の部分のリプレイ動画像を作成でき、他のユーザが閲覧できるようにすることが記載されている。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２０１４－１０６６４８号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

特許文献１のように動画として本番用アプリケーションの動作を見れるようにすれば、顧客（本番用アプリケーションを提供される側のユーザ）は、本願用のアプリケーションにおける複数のイベントの実行がどのように行われるのかを分かりやすく理解することができる。例えば、画面の初期表示という第１のイベントの後に、ＧＵＩボタンの操作という第２のイベントが発生して画面遷移する様子などを、動画を見ることで確認することができる。しかしながら、特許文献１の場合、アプリケーションの任意の部分のリプレイ動画像を作成するにあたって、本番用アプリケーションソフトウェアが動作可能な状態まで完成しなければリプレイ動画像を作成できない。すなわち、本番用アプリケーションソフトウェア開発中は、サーバサイドのプログラムや本番用アプリケーションソフトウェア内でのビジネスロジックが完成されていないことがあり、リプレイ動画像は確実に作成できるとは限らない。すなわち、本番用のアプリケーションソフトウェアにおける複数のイベントの実行を仮想的に見ることのできるコンテンツを容易に生成することができないという課題があった。

【0010】

そこで本発明は、本番用のアプリケーションソフトウェアにおける複数のイベントの実行を仮想的に見ることのできるコンテンツを容易に生成できるようにすることを目的とする。

【課題を解決するための手段】

【0011】

本発明の情報処理装置は、
アプリケーションソフトウェアで表示される複数の画面のうちいずれかを選択する第１の選択手段と、
前記選択手段で選択された画面に対応づけて記憶された動作のうちいずれかを選択する第２の選択手段と、
前記第１の選択手段で選択された画面を表示する第１のイベントと、
前記第２の選択手段で選択された動作が示す特定の処理に対応するイベントであって、前記特定の処理を実行することなく行われる第２のイベントと
を含む複数のイベントを順次実行することを指示する指示情報を生成するように制御する制御手段と
を有することを特徴とする。

【発明の効果】

【0012】

本発明によれば、本番用のアプリケーションソフトウェアにおける複数のイベントの実行を仮想的に見ることのできるコンテンツを容易に生成することができる。

【図面の簡単な説明】

【0013】

【図1】本実施形態に係るシステム構成図である。

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

【図3】プロトタイプアプリケーション生成処理のフローチャートである。

【図4】プロトタイプアプリケーション実行処理のフローチャートである。

【図5】再生モジュール生成処理のフローチャートである。

【図6】再生情報定義受付処理のフローチャートである。

【図7】再生モジュール実行処理のフローチャートである。

【図8】プロトタイプアプリケーション生成処理に係る表示例である。

【図9】プロトタイプアプリケーション生成処理に係る表示例である。

【図10】プロトタイプアプリケーション生成処理に係る表示例である。

【図11】プロトタイプアプリケーション実行処理に係る表示例である。

【図12】プロトタイプアプリケーションの一部分の例である。

【図13】プロトタイプアプリケーションの一部分の例である。

【図14】再生情報定義受付処理に係る表示例である。

【図15】再生情報定義受付処理で生成される再生情報定義の例である。

【図16】再生モジュール実行処理に係る表示例である。

【図17】再生モジュール実行処理に係る表示例である。

【発明を実施するための形態】

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

次の図３から図４を参照して、Ｗｅｂアプリケーションソフトウェア（本番用アプリケーション）のプロトタイプアプリケーションを生成する手順を説明する。図３～図４の処理は、プログラム開発装置１０１のＣＰＵ２０１が、ＲＯＭ２０３に記録され、ＲＡＭ２０２に展開されたプログラムを実行することにより各処理を実行する。

【0034】

図３は、Ｗｅｂアプリケーションソフトウェア（以下、Ｗｅｂアプリケーションと略す）の生成処理のうち、プロトタイプアプリケーション生成処理に関する部分のフローチャートの一例を示す図である。

【0035】

Ｓ３０１では、プログラム開発装置１０１のＣＰＵ２０１は、開発者によりＷｅｂアプリケーションの画面定義の入力を受け付ける。この処理は、生成されるＷｅｂアプリケーションの画面のどの位置にどのような画面部品を配置（レイアウト）するか、各画面部品にどのような機能を持たせるかの指示をユーザから受け付ける処理である。図８を参照して、Ｓ３０１の処理を説明する。

【0036】

図８（ａ）の画面８００の左側にある部品パレット部８０１は画面に配置する部品（ＧＵＩ部品）の一覧であり、ユーザはこの中からＷＥＢアプリケーションの画面に配置するＧＵＩ部品を選択する。右側の画面定義エディタ部８０２はＷｅｂアプリケーションの画面に表示される表示画面を編集する領域である。図８は、ユーザＩＤと名前をデータベースなどに登録させる処理を実行するＷｅｂアプリケーションを生成している例である。

【0037】

たとえば、開発者がＷｅｂアプリケーションの表示画面にボタンアイコン８０５を配置する場合、部品パレット部８０１内のボタン部品を矢印８０３のようにドラッグ＆ドロップして配置する。同様にテキスト入力が可能なテキストボックス８０６を図示の位置に配置することにより、画面部品配置例８０４が生成される。なお、画面部品の配置方法は、部品パレット部８０１から画面定義エディタ部８０２へのドラッグ＆ドロップに限らず、既に配置した部品を移動する方法や、既に配置した部品をコピー＆ペーストにより複製する方法であってもよい。また、一度配置した部品を削除できてもよい。

【0038】

画面定義エディタ部８０２に配置された部品の中でアクションイベントを含む部品（たとえば、ボタンアイコン８０５など）がある場合は、ボタンに対するアクションを登録する。具体的には、ボタンアイコン８０５において、マウスの右クリックもしくはマウスオーバで所定時間経過すると、アイコン８１１を表示する。表示されたアイコン８１１をユーザがクリックすると登録画面８１２（登録ダイアログ）を表示する。図８（ｂ）は、表示された登録画面８１２に、ユーザが［名前］項目として「登録」と入力し、［タイプ］項目としてドロップダウンメニューから「ボタン」、［次画面］項目として、ドロップダウンメニューから「ユーザ一覧画面」を選択している例である。すなわち、図８の登録画面８１２は、「登録」と言う名前のボタンアイコン８０５が押下されると、「ユーザ一覧画面」に遷移するという内容を登録した例である。この画面で生成される画面のＪＳＯＮデータの例を図１２を参照して説明する。

【0039】

図１２は、図８の画面のＪＳＯＮデータの抜粋した例である。図１２のＪＳＯＮコードの内、枠１２０４で囲まれた“ｉｎｓｔａｎｃｅ００３”が、ボタンアイコン８０５を示すデータである。枠１２０１内には、“ｃｏｄｅ”というキーに対して、登録を意味する“ｒｅｇｉｓｔ”と言う値を持ち、“ｎａｍｅ”というキーには、図８（ｂ）の登録画面８１２で入力した“登録”と言う文字、“ｎｅｘｔＵＩ”というキーには、次のユーザ一覧画面を指す“ｓａｍｐｌｅＵｉ００２”（登録画面８１２では、ユーザ一覧画面）が設定されている。枠１２０２内の“ａｃｔｉｏｎｓ”というキーに対応する値には、本番用Ｗｅｂアプリケーションでボタンアイコン８０５を押下すると実行される処理が記述される。枠１２０３内の“ｅｘａｍｐｌｅｓ”というキーに対応する値には、プロトタイプアプリケーションでボタンアイコン８０５を押下すると実行される処理が記述される。どちらの場合も、図示の例ではＷｅｂアプリケーションの作成途中であるため、ボタンアイコン８０５の押下時は画面遷移しか設定されていない。そのため、枠１２０５内に示すように“ｉｎｓｔａｎｃｅ００３”がキーの“ｏｎＣｌｉｃｋ”時の処理は何もしない“ｎｕｌｌ”と設定されている。図３のフローチャートの説明に戻る。

【0040】

図３のＳ３０２において、プログラム開発装置１０１のＣＰＵ２０１は、プロトタイプアプリケーション実行時に画面に表示するプロトタイプデータの入力要求があったか否かを判定する。プロトタイプデータとは、プロトタイプアプリケーションを実行する際にＷｅｂアプリケーション画面に表示されるデータであり、開発者により、例として予め設定されている値や図である。つまり、プロトタイプデータとは、本番環境のようにデータベースからデータを検索したり、算出したデータ結果から作図をしたりするものではない。プロトタイプデータは、アプリケーション開発ツールを介して、開発者によって予め入力設定または配置される。Ｓ３０２において、プロトタイプデータを入力する要求があった場合にはＳ３０３へと遷移し、プロトタイプデータを入力する要求がない場合は、Ｓ３０４へと処理を遷移する。図８（ｃ）を参照して、ユーザからプロトタイプデータの入力要求がある場合の画面表示例を説明する。

【0041】

図８（ｃ）は、プロトタイプデータ入力要求時の画面表示例である。画面８２０のボタンアイコン８０５にマウスオーバした状態で、マウスの右クリックもしくはマウスオーバで所定時間経過すると、アイコン８２１ａを表示する。表示されたアイコン８２１ａをユーザがクリックすると選択肢８２１ｂを表示する。選択肢８２１ｂは「クリックされた時」と表記された選択肢である。選択肢８２１ｂを選択して押下（マウスクリック）することによりプロトタイプデータの入力要求がなされる。プロトタイプデータが入力されると、本番用アプリケーションの提供側人材（開発者や営業担当など）がデモなどでプロトタイプアプリケーションを実行した際に、ボタンアイコン８０５を押下すると、同じ画面にプロトタイプデータを表示したり、遷移先画面にプロトタイプデータを表示した画面を表示することができる。本実施形態では、遷移先画面（図９）にプロトタイプデータが表示される例を説明する。なお、アイコン８２１ａと同じ機能はアイコン８２２を押下しても可能である。アイコン８２２を押下した場合は、図９（ａ）の領域９０６に選択肢８２１ｂと同じ選択肢を表示する。図３のフローチャートの説明に戻る。

【0042】

図３のＳ３０３において、プログラム開発装置１０１のＣＰＵ２０１は、Ｓ３０２で指定されたアクション（選択された選択肢８２１ｂ、すなわち、「クリックされた時」が示すアクションであるボタンアイコンの押下）により表示されるプロトタイプデータの入力を受け付ける。プロトタイプデータの入力を受け付ける処理を、図９、図１０を参照して説明する。

【0043】

図９、図１０は、プロトタイプデータを入力する処理を説明する画面例である。ボタンアイコン８０５の次の遷移画面が、図８（ａ）の画面定義エディタ部８０２に示したようなユーザ登録画面ではなく、ユーザ一覧画面であるため、選択肢８２１ｂが押下されると、次の遷移画面である登録者リスト９０２（ユーザー一覧画面のこと）を含む図９（ａ）の画面９００に切り替わる。画面９００は、プロトタイプデータを入力する画面であるため、画面のタイトルは部品パレット部８０１に示した「部品パレット」から図９（ａ）のプロトタイプ設定部９０１に示すように「プロトタイプ設定」に変わっている。登録者リスト９０２が、ボタンアイコン８０５が押下された際に遷移する遷移先画面（ユーザ一覧画面）であり、ユーザにより予め生成されている画面である。登録者リスト９０２は、図８（ａ）の画面部品配置例８０４に含まれる各テキストボックスに入力されたＩＤや名前がリスト形式で表示されるものである。登録者リスト９０２には、ＩＤ表示領域９０３、名前表示領域９０４、登録日時表示領域９０５が含まれる。複数のユーザが登録されている場合にはこれらがリスト形式で表示される。登録者リスト９０２は、前述した図１２のＪＳＯＮコードでは、枠１２０１内の“ｎｅｘｔＵｉ”というキーに対応する“ｓａｍｐｌｅＵｉ００２”に該当する。

【0044】

図９（ｂ）において、ユーザがプロトタイプデータを入力したい場合、入力する項目（画面の場合は名前表示領域９０４）において、マウスの右クリックもしくはマウスオーバで所定時間経過させる。それに応じて、アイコン９１１とアイコン９１２を表示する。表示されたアイコン９１１をユーザがクリックすると図９（ｃ）の画面９２０に表示が切り替わり、プロトタイプデータ入力ダイアログ９２１が表示される。例えば図示のように、プロトタイプデータ入力ダイアログ９２１に「谷川 則之」という文字列（値）を入力してＯＫボタンを押下することで、プロトタイプデータとして登録される。登録されたプロトタイプデータは、プロトタイプアプリケーションの実行時に、登録対象のアクション（ボタンアイコン８０５の押下）に応答して表示される遷移先画面において表示される。この結果、例えば、ボタンアイコン８０５の押下に応じて図１０（ａ）の登録者リスト９０２の名前表示領域９０４に「谷川 則之」という文字列のように表示される。別の例として、プロトタイプデータを複数まとめて入力させたい場合の方法を説明する。図９（ｂ）のアイコン９１２をユーザがクリックすると、図１０（ｂ）の表示に切り替わる。枠１０２１で示すプロトタイプデータのリスト入力ダイアログに含まれるインポート欄１０２２に、例えばＣＳＶ形式でデータを入力してＯＫボタン１０２４を押下すると、それぞれ対応する値をプロトタイプデータとして登録できる。同様にファイルによる指定も可能であり、アイコン１０２３を押下後、適切なファイルを選択して、データを入力できる。これらのプロトタイプデータを設定したＪＳＯＮコードの例を図１３を参照して説明する。

【0045】

図１３は、図１０（ｂ）に図示した入力例の入力が行われた後のＪＳＯＮデータの抜粋した例である。図１３のＪＳＯＮコードの内、枠１３０２内の“ａｃｔｉｏｎｓ”というキーに対応する値には、本番用Ｗｅｂアプリケーションで動作、表示する処理が記述されている。枠１３０１内の“ｅｘａｍｐｌｅｓ”というキーに対応する値には、プロトタイプアプリケーション実施時に表示されるデータが登録されており、インポート欄１０２２に登録されているデータが枠１３０１内に登録されている。

【0046】

図１１（ａ）、（ｂ）に、生成されたプロトタイプアプリケーションを実行した場合の表示例を示す。図１１（ａ）の画面１１００、前述した画面定義エディタ部８０２に部品を配置する操作によって作成した画面である。図１１（ｂ）の画面１１１０は、図１１（ａ）の登録ボタン１１０１（前述したボタンアイコン８０５に対応するボタン）が押下されたことに応じて表示さえる遷移先画面であり、前述した登録者リスト９０２に対応するものである。プロトタイプアプリケーション動作時は、遷移前の画面１１００においてＩＤ入力欄１１０２や名前入力欄１１０３にデータを入力してもしなくても、登録ボタン１１０１を押下すると、図９（ｂ）の画面１１１０において、予め登録されているプロトタイプデータ１１１１が表示される。プロトタイプデータ１１１１は、前述した図１０（ｂ）のインポート欄１０２２で登録された値を反映した表示である。図３のフローチャートの説明に戻る。

【0047】

図３のＳ３０４において、プログラム開発装置１０１のＣＰＵ２０１は、画面定義（部品の配置など）やプロトタイプデータを保存する要求（図示しない保存ボタンの押下）があったかどうかを判断する。保存要求があった場合はＳ３０５へと処理を遷移し、保存要求がない場合はＳ３０６へと処理を進める。

【0048】

Ｓ３０５において、プログラム開発装置１０１のＣＰＵ２０１は、画面定義情報やプロトタイプデータを保存する。

【0049】

Ｓ３０６において、プログラム開発装置１０１のＣＰＵ２０１は、プロトタイプアプリケーション生成要求があったかを判定する。プロトタイプアプリケーション生成要求があったと判定した場合には、Ｓ３０７に遷移する。一方、プロトタイプアプリケーション生成要求がなかった場合には、Ｓ３０１に遷移する。

【0050】

Ｓ３０７において、プログラム開発装置１０１のＣＰＵ２０１は、プロトタイプアプリケーションのソースコードを生成する。ソースコード生成の際に、Ｓ３０５で保存した画面定義や画面遷移定義、プロトタイプデータなどを読み込んでソースコードを生成する。

【0051】

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

【0052】

Ｓ３０９において、プログラム開発装置１０１のＣＰＵ２０１は、Ｓ５０８においてコンパイルしたプロトタイプアプリケーションを実行サーバ１０２にデプロイする。こうして、プロトタイプアプリケーションが生成される。なお、生成されたプログラム（プロトタイプアプリケーション）は、クライアントで動作するＳＰＡ（Ｓｉｎｇｌｅ Ｐａｇｅ Ａｐｐｌｉｃａｔｉｏｎ）としてデプロイしても良い。図４以降ではＳＰＡとしてデプロイされた例として説明する。以上で図３のフローチャートの説明を終了する。

【0053】

次に、図４を参照して、クライアント装置１０４がプロトタイプアプリケーション実行する際の処理の流れを説明する。

【0054】

図４のフローチャートは、前述した図３の処理によって生成されて実行サーバにデプロイされたプロトタイプアプリケーションに、クライアント装置１０４のＷｅｂブラウザからユーザのアクセスがあった際に開始される処理の流れである。なお、以下でＳＰＡと記載するものは、図３で生成されたプロトタイプアプリケーションであるものとする。

【0055】

Ｓ４０１において、クライアント装置１０４のＣＰＵ２０１は、実行サーバにデプロイされたＳＰＡを取得し、ＳＰＡの実行画面をクライアント装置１０４の出力部２１０（ディスプレイ）に表示する。これによって前述した図１１（ａ）のような表示が行われる。

【0056】

Ｓ４０２において、クライアント装置１０４のＣＰＵ２０１は、ユーザによるアクション実行要求を受付ける。具体的には、図１１（ａ）の登録ボタン１１０１の押下などを受け付ける。このとき、ユーザは本番用のＷｅｂアプリケーションを使用した際のイメージを再現するための動作イメージを確認することが目的であるため、先にも述べたようにＩＤ入力欄１１０２や名前入力欄１１０３にはユーザによる入力は必ずしも必要ではない。

【0057】

Ｓ４０３において、クライアント装置１０４のＣＰＵ２０１は、ユーザによるアクション実行要求があったかを判定する。具体的には、図１１（ａ）の登録ボタン１１０１が押下されたかなどを判定する。アクション実行要求があった（登録ボタン１１０１が押下された）と判定した場合は、Ｓ４０４に遷移し、ユーザによるアクション実行要求がなかった場合は、Ｓ４０２へと処理を戻す。

【0058】

Ｓ４０４において、クライアント装置１０４のＣＰＵ２０１は、Ｓ４０２で受け付けたアクション実行要求が画面遷移を伴うかを判定する。アクション実行要求が画面遷移を伴うと判定した場合は、Ｓ４０６に遷移し、アクションが画面遷移を伴わない場合は、Ｓ４０７に遷移する。

【0059】

Ｓ４０５において、クライアント装置１０４のＣＰＵ２０１は、アクション実行要求に伴う遷移先の画面を表示する。

【0060】

Ｓ４０６において、クライアント装置１０４のＣＰＵ２０１は、取得したＳＰＡに登録されているプロトタイプデータを表示する。具体的なプロトタイプデータの表示例が、図１１（ｂ）で前述した遷移先画面である画面１１１０である。以上で、図４のフローチャートの説明を終了する。

【0061】

次に、図５を参照して、プログラム開発装置１０１が本実施形態のプロトタイプアプリケーションを順序立てて表示させる（再生させる）ためのモジュール（以下、再生モジュールと称する）を生成する処理の流れについて説明する。生成される再生モジュールは、複数のイベントを仮想的に順次自動的に実行するモジュールである。すなわち、再生モジュールを実行すると複数のイベントの仮想的な実行により、動画のような自動的な画面遷移が行われる。仮想的なイベント実行は、本番環境とは異なり、本番同様のイベントを実行することなく、イベントに対応するプロトタイプデータの出力を実行する。この処理は、図３でプロトタイプアプリケーションが生成された後で実行されるフローチャートである。

【0062】

Ｓ５０１において、プログラム開発装置１０１のＣＰＵ２０１は、再生モジュールを生成するための再生情報定義受付処理（再生情報定義の設定・編集受け付ける処理）を実行する。詳細は図６において後述する。再生情報定義とは、再生情報定義受付処理でユーザから指示された複数のイベントを順次実行することを指示する指示情報である。

【0063】

Ｓ５０２において、プログラム開発装置１０１のＣＰＵ２０１は、Ｓ５０１で設定または編集された再生情報定義を保存する要求があったか否かを判定する。保存要求があれば、Ｓ５０３へと処理を遷移し、保存要求がなければ、Ｓ５０４へと処理を遷移する。

【0064】

Ｓ５０３において、プログラム開発装置１０１のＣＰＵ２０１は、再生情報定義を実行サーバ１０２に保存する。

【0065】

Ｓ５０４において、プログラム開発装置１０１のＣＰＵ２０１は、保存した再生情報定義に基づく再生モジュールを生成する要求があったか否かを判定する。再生モジュールの生成要求があれば、Ｓ５０５へと処理を遷移し、再生モジュール生成要求がない場合は、Ｓ５０１へと処理を戻す。

【0066】

Ｓ５０５において、プログラム開発装置１０１のＣＰＵ２０１は、保存された再生情報定義に対応する再生モジュールのソースコードを生成し、Ｓ５０６でコンパイルし、Ｓ５０７で実行サーバ１０２にＳＰＡとしてデプロイする。生成された再生モジュールは、実行サーバ１０２に記録された再生情報定義を参照して動作するように生成される。

【0067】

次に、図６を参照して、前述した図５のＳ５０１の再生情報定義受付の処理の詳細を説明する。なお、後述する処理において、「イベント」は生成される再生モジュールの実行によって画面に変化を及ぼすものの総称であり、画面サクセス、アクション、吹き出しの表示、プロトタイプデータの表示を含むものとする。

【0068】

Ｓ６０１において、プログラム開発装置１０１のＣＰＵ２０１は、図３のＳ３０７で生成されたプロトタイプアプリケーションのソースコード（画面定義情報や部品情報、画面遷移情報、プロトタイプデータを含む）を読み込み、出力部２１０（ディスプレイ）に再生情報の編集画面を表示する。

【0069】

図１４（ａ）に再生情報の編集画面（プロトタイプ動作記録の編集画面）の表示例を示す。

【0070】

ＵＩ定義選択エリア１４１０はプロトタイプアプリケーションまたは対応する本願用アプリケーションに定義されているＵＩ定義（画面）を選択肢として表示する領域である。プロトタイプアプリケーションのソースコードから取得された少なくとも１つのＵＩ定義が、ＵＩ定義選択エリアに一覧で表示される。図示の例では、ＵＩ定義選択エリア１４１０に、選択項目１４１１～１４１４が表示されている。選択項目１４１１は“ＭＥＮＵ”であり、本番用アプリケーションにおける複数のメニュー項目が定義されたメニュー画面のＵＩ定義を選択する項目である。選択項目１４１２は“ＭＬ＿ＱＵＥＲＹ”であり、メーリングリストアドレスをデータベースなどから検索する画面のＵＩ定義を選択する項目である。選択項目１４１３は“ＭＥＭＢＥＲ＿ＬＩＳＴ”であり、参加しているメーリングリストのメンバを一覧で表示する画面のＵＩ定義を選択する項目である。選択項目１４１４は“ＭＥＭＢＥＲ＿ＥＤＩＴ”であり、参加しているメーリングリストのメンバを編集する画面のＵＩ定義の選択項目である。ＵＩ定義選択エリア１４１０に表示される選択肢は、本番用アプリケーションソフトウェアを作成する際に定義された複数の画面にそれぞれ対応する複数の選択肢である。

【0071】

アクション選択エリア１４２０は、ＵＩ定義選択エリア１４１０で選択されたＵＩ定義に含まれるアクション（動作）を選択肢（選択項目）として表示する領域である。このように、プロトタイプアプリケーションのＵＩ定義を取得することで、プロトタイプアプリケーションで実行するアクションを一覧で表示でき、後述するアクション選択が容易に可能となる。各アクションはそれぞれ、本番用アプリケーションで行われる特定の処理を示すものである。
プレビューエリア１４３０は、選択されたＵＩ定義に定義されたＧＵＩ部品（表示要素）を用いて、選択されたＵＩ定義に定義された画面が表示される領域である。また、再生順序指定エリア１４４０に吹き出しと値セットが登録されている場合には、これらもＵＩ定義に定義された画面上に表示し、どのように吹き出しや値が表示されるかを確認できるようになっている。

【0072】

再生順序指定エリア１４４０は。再生モジュールを実行した場合に順次行われるイベントを上から下の順番で並べて表示した領域である。ユーザは、再生モジュールで実行させたいイベントを実行させたい順に再生順序指定エリア１４４０に上から下に並べて登録していくことで、所望の順序でイベントを自動実行させる再生モジュールを生成することができる。再生順序指定エリア１４４０に登録された各イベントは、プログラム開発装置１０１のＲＡＭ２０２に保持され、保存指示に応じて実行サーバ１０２に保存される。図１５の再生情報定義１５００と再生順序指定エリア１４４０に表示された各イベントはそれぞれ対応しており、画面アクセス１４４１は再生情報定義１５００の枠１５０１内に、イベント１４４２～１４４５は、再生情報定義１５００の枠１５０２～１５０５内にそれぞれ対応している。再生情報定義１５００は、画面アクセス１４４１、イベント１４４２～１４４５を順次実行することを指示指示する指示情報である。

【0073】

図６のＳ６０２において、プログラム開発装置１０１のＣＰＵ２０１は、ＵＩ定義選択エリアに表示されたいずれかの選択肢が選択されたか否かを判定する。ＵＩ定義の選択肢がユーザにより選択された場合はＳ６０３へと処理を遷移し、そうでない場合はＳ６０２へと処理を戻し、ＵＩ定義が選択されるのを待つ。

【0074】

Ｓ６０３において、プログラム開発装置１０１のＣＰＵ２０１は、Ｓ６０２で選択されたＵＩ定義に含まれるアクションを実行サーバ１０２から取得し、アクション選択エリア１４２０に表示する。より詳しくは、本番用アプリケーションの各ＵＩ定義のうち、Ｓ６０２で選択されたＵＩ定義に含まれるアクションを取得する。図１４（ａ）の例では、ＵＩ定義として選択されている“ＭＬ＿ＱＵＥＲＹ”に、検索ボタンが含まれており、検索ボタンのクリックに応じた検索というアクション（動作）が定義づけられている。そのため、アクション選択エリア１４２０には、“ＭＬ＿ＱＵＥＲＹ”の画面を初期表示するアクションの選択項目１４２１と、検索のアクションの選択項目１４２２とが表示される。

【0075】

Ｓ６０４において、プログラム開発装置１０１のＣＰＵ２０１は、Ｓ６０２のＵＩ定義選択で選択されたＵＩ定義（図１４（ａ）の場合、選択項目１４１２の“ＭＬ＿ＱＵＥＲＹ”）を画面アクセスとして設定してＲＡＭに保持する。再生順序指定エリア１４４０に表示された画面アクセス１４４１に対応するイベントが、選択されたＵＩ定義の画面を表示するイベントとなる。

【0076】

Ｓ６０５において、プログラム開発装置１０１のＣＰＵ２０１は、実行サーバ１０２から、選択されたＵＩ定義に関連付けて記録された再生情報定義（選択されたＵＩ定義が画面アクセスとして登録された再生情報定義）を取得し、取得した再生情報定義に従って、再生順序指定エリア１４４０の画面アクセス１４４１に続いて実行されるイベントとして表示する。選択されたＵＩ定義に関連付けて、以前に再生順序の定義を行っていた場合は。これによって以前保存した再生順序が読み込まれ、それに対して編集を加えることができる。実行サーバ１０２に、選択されたＵＩ定義に関連付く再生情報定義が記録されていない場合は、新規作成となり、このタイミングでは再生順序指定エリア１４４０には、画面アクセス１４４１だけが表示される。また、プレビューエリア１４３０には、選択されたＵＩ定義に定義されたＧＵＩ部品と、再生順序指定エリア１４４０に表示された吹き出しと値セットがプレビュー表示される。

【0077】

Ｓ６０６において、プログラム開発装置１０１のＣＰＵ２０１は、画面アクセスエディタ１４５０を表示し、Ｓ６０２で選択されたＵＩ定義を表示する。

【0078】

Ｓ６０７において、プログラム開発装置１０１のＣＰＵ２０１は、ＵＩ定義が変更されたか否かを判定する。ＵＩ定義が変更された場合には、Ｓ６０３へ進み、変更後のＵＩ定義に基づく処理を行う。ＵＩ定義選択エリア１４１０で別の選択項目を選択される、あるいは画面アクセスエディタ１４５０で別のＵＩ定義が選択されると、ＵＩ定義が変更されたと判定する。これによって、別のＵＩ定義に関する再生情報を定義（設定）することができる。Ｓ６０７でＵＩ定義が変更されたと判定されなかった場合はＳ６０８へと処理を遷移する。

【0079】

Ｓ６０８において、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０にイベントを追加する操作が行われたか否かを判定する。イベントを追加する操作は、アクション選択エリア１４２０でいずれかの選択項目を選択することによりアクションを追加する操作（クリックあるいは再生順序指定エリア１４４０へのドラッグ＆ドロップ）か、追加ボタン１４４６の押下であるものとする。イベントを追加する操作があった場合にはＳ６０９に進み、そうでない場合はＳ６２９に進む。

【0080】

Ｓ６０９において、プログラム開発装置１０１のＣＰＵ２０１は、Ｓ６０８で判定されたイベントの追加操作がアクションを追加する操作だったかを判定する。アクションを追加する操作であった場合はＳ６１０へと処理を遷移し、そうでない場合はＳ６１１へと処理を遷移する。

【0081】

Ｓ６１０において、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０に表示済み（登録済み）のイベントの最後尾に、選択されたアクションを追加する。例えば、アクション選択エリア１４２０の選択項目１４２２を再生順序指定エリア１４４０にドラッグ＆ドロップすることにより、再生順序指定エリア１４４０に、選択項目１４２２が示す「検索」というアクションをイベント１４４５として追加して表示する。

【0082】

アクションではないイベントの追加操作、すなわち追加ボタン１４４６の押下であった場合には、Ｓ６１１において、プログラム開発装置１０１のＣＰＵ２０１は、追加対象の選択肢を表示する。選択肢には、「値セット」と「吹き出し」を含むものとする。

【0083】

Ｓ６１２において、プログラム開発装置１０１のＣＰＵ２０１は、Ｓ６１１で表示した選択肢のうち、「値セット」と「吹き出し」のいずれが操作されたかを判定する。「値セット」が選択された場合にはＳ６１３にしすすみ、そうでない場合、すなわち「吹き出し」が選択された場合はＳ６２１に進む。

【0084】

Ｓ６１３において、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０に表示済み（登録済み）のイベントの最後尾に「値セット」のイベント追加し、追加した「値セット」のイベントを選択状態にして表示する。再生順序に「値セット」のイベントは複数登録することができるため。図示のイベント１４４２のように、それぞれの値セットを識別するために、通し番号を付して表示される。

【0085】

Ｓ６１４において、プログラム開発装置１０１のＣＰＵ２０１は、編集画面の右下部分（図１４（ａ）において画面アクセスエディタ１４５０が表示されている領域）に値セットエディタ１４６０を表示する。図１４（ｂ）に値セットエディタ１４６０を表示した場合の値セットエディタ１４６０と再生順序指定エリア１４４０の表示例を示す。図１４（ｂ）は、編集画面の右側の一部分の表示例である。再生順序指定エリア１４４０では値セットのイベント１４４２が選択されており、値セットエディタ１４６０には、選択されているイベント１４４２の値をセットする対象のＧＵＩ部品を選択する対象部品設定欄１４６１、値を入力する値入力欄１４６２、再生順序指定エリア１４４０から選択中の値セットのイベントを削除する指示を受け付ける削除ボタン１４６３が表示される。

【0086】

Ｓ６１５において、プログラム開発装置１０１のＣＰＵ２０１は、値をセットする対象部品を選択する操作があったか否かを判断する。対象部品を選択する操作があった場合Ｓ６１６へと処理を遷移し、そうでない場合はＳ６１７へ進む。対象部品を選択する操作は、例えば、対象部品設定欄１４６１を操作することで表示されるプルダウンメニューに表示された選択肢のいずれかを選択することで行う。なお、ユーザが対象部品を選択する操作を行う前は、デフォルト（初期設定）で、選択されているＵＩ定義画面に含まれるＧＵＩ部品のいずれかが選択されるものとする。

【0087】

Ｓ６１６において、プログラム開発装置１０１のＣＰＵ２０１は、Ｓ６１５で判定された対象部品を選択する操作に応じて、値をセットする対象部品を変更する処理を行う。具体的には、値セットエディタ１４６０の対象部品設定欄１４６１に変更後の対象部品名を表示し、値入力欄１４６２に、変更後の部品に既に入力されていた値を表示する。この値は、図１５に例示した再生情報定義に記録された値を取得して表示する。再生定義情報に値として表示するデータが記録されていない新規のＧＵＩ部品である場合は、値入力欄１４６２の初期値は空欄となる。

【0088】

Ｓ６１７において、プログラム開発装置１０１のＣＰＵ２０１は、値入力欄１４６２に値を入力する操作（対象部品に対する値を入力する操作）があったか否かを判定する。値を入力する操作があった場合にはＳ６１８へ進み、そうでない場合にはＳ６１９へと処理を遷移する。値の入力は例えば、値入力欄１４６２を選択してキーボードなどで文字列を入力することにより行う。

【0089】

Ｓ６１８において、プログラム開発装置１０１のＣＰＵ２０１は、値入力欄１４６２に入力された値を再生情報定義に記録（登録）する。また、入力された値をプレビューエリア１４３０に表示された対象部品に表示する。図１４（ｂ）の例では、対象部品として「ＭＬ＿ＡＤＤＲＥＳＳ」が選択され、値入力欄１４６２に「ｄｅｖ」と入力されているので、図１５の再生情報定義１５００の枠１５０２内のように情報が登録される。また、プレビューエリア１４３０では、対象部品であるＧＵＩ部品１４３１（「ＭＬアドレス」）に値入力欄１４６２に入力された文字列「ｄｅｖ」が表示されている。

【0090】

Ｓ６１９において、プログラム開発装置１０１のＣＰＵ２０１は、削除ボタン１４６３が押下されたか否かを判定する。削除ボタン１４６３が押下された場合にはＳ６２０へ進み、そうでない場合はＳ６０８へ進む。

【0091】

Ｓ６２０では、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０から選択されている値セットを削除する。同時に、図１５の再生情報定義１５００からも対応する情報を削除する。これによって、再生モジュールを実行した場合に、削除されたイベントに対応する画面遷移は行われなくなる。

【0092】

Ｓ６２１において、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０に表示済み（登録済み）のイベントの最後尾に「吹き出し」のイベント追加し、追加した「吹き出し」のイベントを選択状態にして表示する。再生順序に「吹き出し」のイベントは複数登録することができるため。図示のイベント１４４３やイベント１４４４のように、それぞれの吹き出しを識別するために、通し番号を付して表示される。

【0093】

Ｓ６２２において、プログラム開発装置１０１のＣＰＵ２０１は、編集画面の右下部分（図１４（ａ）において画面アクセスエディタ１４５０が表示されている領域）に値セット吹き出しエディタ１４７０を表示する。図１４（ｃ）に吹き出しエディタ１４７０を表示した場合の吹き出しエディタ１４７０と再生順序指定エリア１４４０の表示例を示す。図１４（ｃ）は、編集画面の右側の一部分の表示例である。再生順序指定エリア１４４０では吹き出しのイベント１４４３が選択されており、吹き出しエディタ１４７０には、選択されているイベント１４４３が示す吹き出しを表示する対象のＧＵＩ部品を選択する対象部品設定欄１４７１が表示される。また、値を入力する値入力欄１４７２、再生順序指定エリア１４４０から選択中の吹き出しのイベントを削除する指示を受け付ける削除ボタン１４７３が表示される。なお、本実施形態では、ＧＵＩ部品に対して吹き出しという形態で付加情報（値入力欄１４７２に入力された文字列）を表示するイベントを追加できる例を説明したが、付加情報の表示形式は吹き出しに限るものではない。引出線を付けた先に付加情報を表示したり、注釈番号を付して注釈を記載するなどでもよい。

【0094】

Ｓ６２３において、プログラム開発装置１０１のＣＰＵ２０１は、吹き出しを表示する対象部品を選択する操作があったか否かを判断する。対象部品を選択する操作があった場合Ｓ６２４へと処理を遷移し、そうでない場合はＳ６２５へ進む。対象部品を選択する操作は、例えば、対象部品設定欄１４７１を操作することで表示されるプルダウンメニューに表示された選択肢のいずれかを選択することで行う。なお、ユーザが対象部品を選択する操作を行う前は、デフォルト（初期設定）で、選択されているＵＩ定義画面に含まれるＧＵＩ部品のいずれかが選択されるものとする。

【0095】

Ｓ６２４において、プログラム開発装置１０１のＣＰＵ２０１は、Ｓ６２３で判定された対象部品を選択する操作に応じて、吹き出しを表示する対象部品を変更する処理を行う。具体的には、吹き出しエディタ１４７０の対象部品設定欄１４７１に変更後の対象部品名を表示し、値入力欄１４７２に、変更後の部品に既に入力されていた吹き出しの値を図１５の再生情報定義から読みだして表示する。新規に吹き出しが追加された部品であれば、値入力欄１４７２の初期値は空欄となる。

【0096】

Ｓ６２５において、プログラム開発装置１０１のＣＰＵ２０１は、値入力欄１４７２に値を入力する操作があったか否かを判定する。値を入力する操作があった場合にはＳ６２６へ進み、そうでない場合にはＳ６２７へと処理を遷移する。値の入力は例えば、値入力欄１４７２を選択してキーボードなどで文字列を入力することにより行う。

【0097】

Ｓ６２６において、プログラム開発装置１０１のＣＰＵ２０１は、値入力欄１４７２に入力された値を再生モジュールの生成に用いる再生情報定義に記録もしくは上書き保存する。また、入力された値をプレビューエリア１４３０に表示された吹き出し（選択された対象部品からの吹き出し）に表示する。図１４（ｃ）の例では、対象部品として「ＭＬ＿ＡＤＤＲＥＳＳ」が選択され、値入力欄１４７２に「ＭＬアドレスを前方一致で入力します」と入力されているので、図１５の再生情報定義１５００の枠１５０３内のように情報が登録される。また、プレビューエリア１４３０では、対象部品であるＧＵＩ部品１４３１（「ＭＬアドレス」）に対して表示された吹き出し１４１８に、値入力欄１４７２に入力された文字列が表示されている。

【0098】

Ｓ６２７において、プログラム開発装置１０１のＣＰＵ２０１は、削除ボタン１４７３が押下されたか否かを判定する。削除ボタン１４７３が押下された場合にはＳ６２８へ進み、そうでない場合はＳ６０８へ進む。

【0099】

Ｓ６２８では、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０から選択されている吹き出しを削除する。また、プレビューエリア１４３０からも該当する吹き出しを削除する。同時に、図１５の再生情報定義１５００からも対応する情報を削除する。これによって、再生モジュールを実行した場合に、削除されたイベントに対応する吹き出しの表示は行われなくなる。

【0100】

Ｓ６２９へと処理を遷移すると、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０の画面アクセス１４４１を選択する操作があったか否かを判定する。画面アクセス１４４１が選択された場合は、Ｓ６３０へと処理を遷移し、そうでない場合はＳ６３１へと処理を遷移する。

【0101】

Ｓ６３０において、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０の画面アクセス１４４１を選択状態で表示して、Ｓ６０６に遷移する。そして、Ｓ６０６で画面アクセスエディタ１４５０を表示する。すなわち、値セットエディタ１４６０または吹き出しエディタ１４７０が表示されている場合に画面アクセス１４４１が選択されると、値セットエディタ１４６０または吹き出しエディタ１４７０に代わって画面アクセスエディタ１４５０が表示される。

【0102】

Ｓ６３１において、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０に表示されたイベントのうち、値セットのイベントを選択する操作と、プレビューエリア１４３０に表示された値セットが表示されたＧＵＩ部品を選択する操作のいずれかがあったか否かを判定する。いずれかの操作があった場合には、Ｓ６３２において、再生順序指定エリア１４４０における、Ｓ６３１での選択に対応する値セットのイベントを選択状態で表示して、Ｓ６１４に遷移する。そして、Ｓ６１４で値セットエディタ１４６０を表示する。すなわち、画面アクセスエディタ１４５０または吹き出しエディタ１４７０が表示されている場合に値セットに対応するイベントが選択されると、画面アクセスエディタ１４５０または吹き出しエディタ１４７０に代わって値セットエディタ１４６０が表示される。

【0103】

Ｓ６３３において、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０に表示されたイベントのうち、吹き出しのイベントを選択する操作と、プレビューエリア１４３０に表示された吹き出しを選択する操作のいずれかがあったか否かを判定する。いずれかの操作があった場合には、Ｓ６３４において、再生順序指定エリア１４４０における、Ｓ６３３での選択に対応する吹き出しのイベントを選択状態で表示して、Ｓ６２３に遷移する。そして、Ｓ６２３で吹き出しエディタ１４７０を表示する。すなわち、画面アクセスエディタ１４５０または値セットエディタ１４６０が表示されている場合に吹き出しに対応するイベントが選択されると、画面アクセスエディタ１４５０または値セットエディタ１４６０に代わって吹き出しエディタ１４７０が表示される。

【0104】

Ｓ６３５において、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０に表示されたイベントのうち、アクションを削除する操作があったか否かを判定する。アクションを削除する操作があった場合は、Ｓ６３６へと処理を遷移し、そうでない場合はＳ６３７へと処理を遷移する。アクションを削除する操作は、例えば、ユーザがマウスで再生順序指定エリア１４４０のアクションのイベントを選択し、キーボードの［ＤＥＬ］（デリートキー）などの押下する操作である。

【0105】

Ｓ６３６において、プログラム開発装置１０１のＣＰＵ２０１は、再生順序指定エリア１４４０ら対象のアクションのイベントを削除する。同時に、図１５の再生情報定義１５００からも対応するイベントの情報を削除する。例えば再生順序指定エリア１４４０において検索のアクションであるイベント１４４５が削除されると、再生情報定義１５００のうち枠１５０５内の情報を削除する。その後、Ｓ６０８へ進む。

【0106】

Ｓ６３７において、プログラム開発装置１０１のＣＰＵ２０１は、プレビューエリア１４３０に表示されている吹き出しのサイズや位置を変更する操作を受け付けたかを判断する。吹き出しのサイズか位置を変更する操作を受け付けると、Ｓ６３８へと処理を遷移し、そうでない場合は、Ｓ６３９へと処理を遷移する。具体的には、たとえば、ユーザがマウスでプレビューエリア１４３０に表示された吹き出しを選択し、吹き出しをマウスでドラッグ・アンド・ドロップすることで吹き出しの表示位置を変更することができる。吹き出しの吹き出し元である対象のＧＵＩ部品はこの操作では変更されない。また、プレビューエリア１４３０に表示された吹き出しの四隅に表示されるマークをマウスでドラッグ・アンド・ドロップする操作によって、吹き出しを拡大または縮小してサイズを変更することができる。

【0107】

Ｓ６３８において、プログラム開発装置１０１のＣＰＵ２０１は、Ｓ６３７で受け付けた操作に応じて、選択された吹き出しのサイズや位置を変更する。変更されたサイズ・位置を再生情報定義１５００に記録する。その後、Ｓ６０８へ進む。

【0108】

Ｓ６３９において、プログラム開発装置１０１のＣＰＵ２０１は、再生順序の並び替え操作（順序の指定操作）を受け付けたか否かを判定する。並び替え操作があった場合にはＳ６４０へと処理を遷移し、そうでない場合には、Ｓ６４０へと処理を遷移する。並び替え操作は、たとえば、ユーザがマウスで再生順序指定エリア１４４０内のいずれかのイベントを再生順序指定エリア１４４０内でドラッグ・アンド・ドロップで移動し、他のイベントとの順序を入れ替える操作である。

【0109】

Ｓ６４０において、プログラム開発装置１０１のＣＰＵ２０１は、Ｓ６３９で受け付けた操作に応じて、再生順序指定エリア１４４０に表示されるイベントの表示位置を並べ替える。変更された順序を再生情報定義１５００に記録する（「再生順」の情報を、変更後の再生順序通りの情報に更新する）。その後、Ｓ６０８へ進む。なお、最初に行うイベント（再生順序が１番目のイベント）は、画面アクセス１４４１から変更できないものとする。

【0110】

Ｓ６４１において、プログラム開発装置１０１のＣＰＵ２０１は、図４（ａ）に示した編集画面を閉じて再生情報定義受付処理を終了させる指示があったか否かを判定する。たとえば、図１４（ａ）の終了ボタン１４０１などが押下されると終了させる指示があったと判定する。終了させる指示があった場合は図６のフローチャートの処理を終える。そうでない場合にはＳ６４２へ進む。

【0111】

Ｓ６４２では、プログラム開発装置１０１のＣＰＵ２０１は、値セットエディタ１４６０が表示されているか否かを判定する。値セットエディタ１４６０が表示されている場合にはＳ６１５に進み、そうでない場合にはＳ６４３へ進む。

【0112】

Ｓ６４２では、プログラム開発装置１０１のＣＰＵ２０１は、吹き出しエディタ１４７０が表示されているか否かを判定する。吹き出しエディタ１４７０が表示されている場合にはＳ６２３に進み、そうでない場合にはＳ６０７へ進む。

【0113】

図６、図１４を用いて説明した処理により、再生モジュールの再生情報定義を容易に設定、編集することができる。

【0114】

次に、図７を参照して、クライアント装置１０４が図５で生成された再生モジュールを実行することによる再生処理のフローチャートを示す。

【0115】

Ｓ７０１において、クライアント装置１０４のＣＰＵ２０１は、Ｓ３０９で実行サーバ１０２にデプロイされた再生モジュールを含むプロトタイプアプリケーションのＳＰＡを取得する。

【0116】

Ｓ７０２において。取得したＳＰＡに含まれる再生モジュールの再生要求を受け付ける画面を表示する。この時の表示例を図１６（ａ）に示す。

【0117】

Ｓ７０３において、クライアント装置１０４のＣＰＵ２０１は、プロトタイプアプリケーション再生要求を受け付けたか否かを判定する。図１６（ａ）のボタン１６０１に対する操作があった場合には再生要求があったと判定してＳ７０４に進み、そうでない場合にはＳ７０２に戻る。なお、再生要求を受け付けない場合、図１６（ａ）の例にある「検索」ボタンの押下に応じて、対応するプロトタイプデータを表示するといったように、通常のプロトタイプアプリケーションと同様に機能させることもできる。

【0118】

Ｓ７０４において、クライアント装置１０４のＣＰＵ２０１は、再生モジュールに対応する再生情報定義を実行サーバ１０２から取得する。

【0119】

Ｓ７０５において、取得した再生情報定義に定義されたイベントを順番に１つずつ取得する。最初にＳ７０５に遷移した場合は１番目のイベント、すなわち再生アクセスを取得する。再生アクセスは対象となる画面定義ＵＩの画面を表示する処理である。

【0120】

Ｓ７０６では、クライアント装置１０４のＣＰＵ２０１は、Ｓ７０５で取得したイベントが画面遷移を伴うイベントであるか否かを判定する。画面定義を伴うイベントであればＳ７０７に進み、そうでない場合はＳ７０８に進む。

【0121】

Ｓ７０７では、クライアント装置１０４のＣＰＵ２０１は、Ｓ７０５で取得したイベントを実行する。取得したイベントが画面アクセスであれば、対象となるＵＩ定義画面に従って画面を表示する。取得したイベントが吹き出しであれば、再生情報定義に記録された定義に従って、対象となるＧＵＩ部品に吹き出しを表示する。取得したイベントが値入力（値セット）であれば、対象となるＧＵＩ部品にプロトタイプデータまたは再生情報定義に従った値を表示する。取得したイベントがアクション（本番環境ではユーザの操作をトリガーに行われるイベント）であればそのアクションに対応するプロトタイプデータの表示を行う。アクションが画面遷移を伴うものであれば、Ｓ７０７で遷移先の画面に切り替えたうえで、アクションに定義されたプロトタイプデータを表示する処理を行う。

【0122】

Ｓ７０９では、クライアント装置１０４のＣＰＵ２０１は。Ｓ７０５で取得したイベントが、再生情報定義における順番が最後のイベントであったか否かを判定する。最後でないと判定した場合にはＳ７０６に進んで、次のイベントを取得して実行する。なお、Ｓ７０９からＳ７０５への遷移は、予め設定された所定時間（例えば２秒）が経過してから遷移するものとする。これによって、再生情報定義に定義された複数のイベントが所定時間おき（例えば２秒ごと）に順次実行される。なお、遷移待機時間であるこの所定時間は固定である例を説明したが。これに限るものではなく、前出した図１４の編集画面などでユーザがイベント毎に可変に設定できるようにしてもよい。Ｓ７０９で最後の処理であると判定した場合は図７の処理を終了する。

【0123】

図１６（ｂ）～図１６（ｄ）、図１７（ａ）、図１７（ｂ）に、前述した図１５の再生情報定義１５００に従った再生モジュールの実行が行われた場合の画面遷移例を示す。再生モジュールの実行（再生）が行われると、再生情報定義１５００に従って、図１６（ｂ）が表示され、所定時間後に図１６（ｃ）に表示が遷移し、さらにその後に図１６（ｄ）、図１７（ａ）、図１７（ｂ）という順で表示が自動的に遷移する。

【0124】

図１６（ｂ）は、再生情報定義１５００の再生順が１番目である、枠１５０１内に記録された情報に基づく表示であり、ＵＩ＿ＱＵＥＲＹのＵＩ画面定義に従った画面表示である。この表示は、ＳＰＡに記録された画面定義情報を参照して、ＵＩ＿ＱＵＥＲＹに定義された情報に基づいて行われる。

【0125】

図１６（ｂ）は、再生情報定義１５００の再生順が２番目である、枠１５０２内に記録された情報に基づく表示である。より詳しくは、入力ターゲットであるＭＬ＿ＡＤＤＲＥＳＳで示されるＧＵＩ部品に対して、再生情報定義１５００に記録された入力値である「Ｄｅｖ」という文字列を、枠１６２１内に示すように表示したものである。ＭＬ＿ＡＤＤＲＥＳＳで示されるＧＵＩ部品は、本番用アプリケーションではユーザからのデータ入力を受け付ける入力領域である。しかし、再生モジュールを実行した場合には、再生モジュールの再生を見ているユーザ（顧客）がデータ入力をしなくても自動的に「Ｄｅｖ」という文字列が表示される。

【0126】

図１６（ｄ）は、再生情報定義１５００の再生順が３番目である枠１５０３に記録された情報に基づく表示を行い、さらにその後、再生順が４番目である枠１５０４に記録された情報に基づく表示を行った例である。より詳しくは、枠１５０３が示す情報に従って、吹き出しターゲットであるＭＬ＿ＡＤＤＲＥＳＳで示されるＧＵＩ部品に対して、再生情報定義１５００に記録された吹き出し文字列が、吹き出し１６３１に示すように表示されている。また、枠１５０４が示す情報に従って、吹き出しターゲットであるＳＥＡＲＣＮ＿ＢＵＴＴＯＮで示されるＧＵＩ部品（検索ボタン１６１６）に対して、再生情報定義１５００に記録された吹き出し文字列が、吹き出し１６３２に示すように表示されている。

【0127】

図１７（ａ）は、再生情報定義１５００の再生順が５番目である枠１５０５に記録された情報に基づく表示を行い、さらにその後、再生順が６番目として記録された情報（不図示）に基づく表示を行った例である。より詳しくは、枠１５０５が示す情報に従って、実行ターゲットであるＳＥＡＲＣＮ＿ＢＵＴＴＯＮが示すＧＵＩ部品（検索ボタン１６１６）に対して、実行処理に示す操作であるクリックが行われた場合のアクションに対応づいて記録されたプロトタイプデータの表示を行う。なお、検索ボタン１６１６のクリックというアクションには、画面遷移が定義されていないため、Ｓ７０６ではＮｏと判定され、画面遷移をすることなく、検索ボタン１６１６のクリックというアクションに対応付けて記録されたプロトタイプデータ１７０１が表示される。なお、本番環境のアプリケーションであれば検索ボタンのクリックに応じて、データベースにアクセスして、ＭＬ＿ＡＤＤＲＥＳＳで示されるＧＵＩ部品に対して入力された文字列を検索キーとして検索する処理を行う。これに対し、この再生モジュールの実行においては、データベースにアクセスして、ＭＬ＿ＡＤＤＲＥＳＳで示されるＧＵＩ部品に対して入力された文字列を検索キーとして検索する処理は行わず、対応するプロトタイプアプリケーションを表示するという処理が行われる。その後、再生順が６番目であるイベントに従って吹き出しが表示される。
図１７（ｂ）は、再生情報定義１５００の再生順が６番目以降である情報に基づく表示を行った例である。より詳しくは、図１７（ａ）でリンク先を示すプロトタイプデータのクックというイベントを実行し、その後、吹き出しを表示するイベントを２つ実行した後の表示例である。リンク先のクリックというアクションは画面遷移を伴うものとして定義されているため、図７のＳ７０６はＹｅｓと判定され、Ｓ７０７で遷移先の画面である画面１７１０を表示する。その後、画面１７１０に、リンク先のクリックに対応づけて記録されているプロトタイプデータ１７１１を表示する。なお、本番環境のアプリケーションであればリンク先のクリックに応じて、クリックしたリンク先にアクセスする処理を行う。これに対し、この再生モジュールの実行においてはリンク先にアクセスする処理は行わず、対応するプロトタイプアプリケーションを表示するという処理が行われる。その後、吹き出しを表示するイベントを２つ実行すると図１７（ｂ）の表示となる。

以上の処理により、本番用のアプリケーションソフトウェアにおける複数のイベントの実行を仮想的に見ることのできるコンテンツ（再生モジュール）を容易に生成することができる。このコンテンツを顧客（本番用アプリケーションを提供される側のユーザ）が見ることで、顧客は、本願用のアプリケーションにおける複数のイベントの実行がどのように行われるのかを分かりやすく理解することができる。従って本番用アプリケーションの提供元の人材（開発者や営業担当など）が顧客に対して直接説明する手間を省き、効率的に顧客に本番用アプリケーションの動きを理解してもらうことが可能となる。さらに、開発途中で画面の仕様が変わる場合などでも、再生モジュールは変更があったＵＩ定義を読み込んで実行するため、修正にかかる工数を減らすことができる効果を有する。さらに、再生モジュールに更なる編集（吹き出し、値の削除や追加、アクションの追加など）を行いたい場合にも、既存の再生情報定義を読み込んで編集をすればよいので、一から作り直す必要がなく、編集に係る手間を削減することができる。

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【符号の説明】

【0136】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】