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

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

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

(11)【公開番号】P2023157179

(43)【公開日】2023-10-26

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

(51)【国際特許分類】

   G06F 8/38 20180101AFI20231019BHJP

【ＦＩ】

G06F8/38

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022066924

(22)【出願日】2022-04-14

(71)【出願人】

【識別番号】390002761

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

(71)【出願人】

【識別番号】592135203

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

(74)【代理人】

【識別番号】100189751

【弁理士】

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

(72)【発明者】

【氏名】石田 知子

(72)【発明者】

【氏名】柴本 文洋

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

5B376

【Ｆターム（参考）】

5B376BC07

5B376BC43

5B376BC49

5B376BC51

5B376BC67

(57)【要約】

【課題】 本番用のアプリケーションソフトウェアにおける複数のイベントの実行を仮想的に見せ、顧客の要望をプレビュー時に汲み取ることのできるコンテンツを容易に生成すること。
【解決手段】
アプリケーションソフトウェアで表示される複数の画面を順に表示制御する第１の表示制御手段と、前記第１の表示制御手段により表示制御された画面についての顧客の要望を受け付ける受付部を生成する生成手段と、前記生成手段により生成された受付部を前記第１の表示制御手段で表示制御される画面と共に表示する第２の表示制御手段と、を有することを特徴とする。
【選択図】 図１１

【特許請求の範囲】

【請求項1】

アプリケーションソフトウェアで表示される複数の画面を順に表示制御する第１の表示制御手段と、
前記第１の表示制御手段により表示制御された画面についての顧客の要望を受け付ける受付部を生成する生成手段と、
前記生成手段により生成された受付部を前記第１の表示制御手段で表示制御される画面と共に表示する第２の表示制御手段と、
を有することを特徴とする情報処理装置。

【請求項2】

前記２の表示制御手段は、第１の表示制御手段により順に表示制御された画面に対する顧客の要望を受け付ける画面を表示することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記第１の表示制御手段で表示される画面は、開発中の画面であることを特徴とする請求項１又は２に記載の情報処理装置。

【請求項4】

前記第１の表示制御手段は、第２の表示制御手段で表示制御される画面を表示する際、前記複数の画面を順に表示する処理を一時停止することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。

【請求項5】

前記生成手段は、前記第１の表示制御手段において表示制御される複数の画面毎に顧客の要望を受け付ける受付部を生成することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。

【請求項6】

前記第２の表示制御手段は、前記第１の表示制御手段において表示制御される複数の画面の順に表示制御することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。

【請求項7】

アプリケーションソフトウェアを生成する情報処理装置であって、
前記アプリケーションソフトウェアは、
表示される複数の画面を順に表示制御する第１の表示制御手段と、
前記第１の表示制御手段により表示制御された画面についての顧客の要望を受け付ける受付部を生成する生成手段と、
前記生成手段により生成された受付部を前記第１の表示制御手段で表示制御される画面と共に表示する第２の表示制御手段と、
を有することを特徴とする情報処理装置。

【請求項8】

アプリケーションソフトウェアで表示される複数の画面を順に表示制御する第１の表示制御ステップと、
前記第１の表示制御手段により表示制御された画面についての顧客の要望を受け付ける受付部を生成する生成ステップと、
前記生成ステップにより生成された受付部を前記第１の表示制御手段で表示制御される画面と共に表示する第２の表示制御ステップと、
を有することを特徴とする情報処理装置の制御方法。

【請求項9】

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

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

プロトタイプアプリケーションとは、開発段階の本番用アプリケーションソフトウェアを顧客に開示するためのアプリケーションであり、あたかも本番用アプリケーションソフトウェアが動作しているかのように画面遷移させることが可能なアプリケーションである。

【0005】

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

【0006】

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

【0007】

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

【先行技術文献】

【特許文献】

【0008】

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

【発明の概要】

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

【0009】

特許文献１のように動画として本番用アプリケーションの動作を見れるようにすれば、顧客（本番用アプリケーションを提供される側のユーザ）は、本願用のアプリケーションにおける複数のイベントの実行がどのように行われるのかを分かりやすく理解することができる。例えば、画面の初期表示という第１のイベントの後に、ＧＵＩボタンの操作という第２のイベントが発生して画面遷移する様子などを、動画を見ることで確認することができる。

【0010】

しかしながら、特許文献１の場合、アプリケーションの任意の部分のリプレイ動画像を作成するにあたって、本番用アプリケーションソフトウェアが動作可能な状態まで完成しなければリプレイ動画像を作成できない。また、特許文献１は、リプレイ動画像を閲覧する顧客からリプレイ中に要望を受け付けることは考慮されていない。

【0011】

すなわち、開発中の画面イメージなどを顧客に開示した際に、顧客の要望を別途、顧客からのヒアリングなどで受け付ける事はできるが、リプレイ中やプレビュー中に顧客が気づいた要望や改良点を顧客や開発者が見過ごす、もしくは指摘し逃す可能性がある。
＠
本発明は、本番用のアプリケーションソフトウェアにおける複数のイベントの実行を仮想的に見せ、顧客の要望をプレビュー時に汲み取ることのできるコンテンツを容易に生成できるようにすることを目的とする。

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

【0012】

本発明の情報処理装置は、アプリケーションソフトウェアで表示される複数の画面を順に表示制御する第１の表示制御手段と、前記第１の表示制御手段により表示制御された画面についての顧客の要望を受け付ける受付部を生成する生成手段と、前記生成手段により生成された受付部を前記第１の表示制御手段で表示制御される画面と共に表示する第２の表示制御手段と、を有することを特徴とする。

【発明の効果】

【0013】

本発明によれば、本番用のアプリケーションソフトウェアにおける複数のイベントの実行を仮想的に見せ、顧客の要望をプレビュー時に汲み取ることのできるコンテンツを容易に生成することが可能になる。

【図面の簡単な説明】

【0014】

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

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

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

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

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

【図6】要望データ表示処理のフローチャートである。

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

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

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

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

【図11】要望入力処理並びに要望データ表示処理に係る表示例である。

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

【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】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】