(57)【特許請求の範囲】
【請求項１】
通信網に接続されたクライアント端末と、前記通信網を介して前記クライアント端末に接続されるサーバとを有し、
前記サーバは、
画面イベントを前記クライアント端末のウェブブラウザによって表示するアプリケーションサーバを有し、
前記クライアント端末は、
前記画面イベントに対して前記アプリケーションサーバを用いて動作するか否かを示すイベント処理情報を付加し、ウェブオーサリングツールによって定義された画面レイアウト、および画面イベントと前記イベント処理情報とが実装された画面ファイルをモックアップ画面として前記サーバに出力することを特徴とする画面設計レビューシステム。
【請求項２】
請求項１記載の画面設計レビューシステムにおいて、
前記クライアント端末が付加する前記イベント処理情報は、
前記ウェブオーサリングツールに付加したプラグインソフトウェアによって設定することを特徴とする画面設計レビューシステム。
【請求項３】
請求項１または２記載の画面設計レビューシステムにおいて、
前記クライアント端末は、
前記イベント処理情報が前記画面イベントに対して前記アプリケーションサーバを用いて動作する設定である場合、前記画面イベントに対して前記アプリケーションサーバが処理するスプリクトを前記画面ファイルに出力することを特徴とする画面設計レビューシステム。
【請求項４】
請求項１〜３のいずれか１項に記載の画面設計レビューシステムにおいて、
前記サーバは、
前記アプリケーションサーバを用いて前記画面イベントを実行し、前記クライアント端末からの表示要求に基づいて前記モックアップ画面を表示させることを特徴とする画面設計レビューシステム。
【請求項５】
請求項３記載の画面設計レビューシステムにおいて、
前記クライアント端末が出力するスプリクトは、
ＪａｖａＳｃｒｉｐｔであることを特徴とする画面設計レビューシステム。
【請求項６】
通信網に接続されたクライアント端末と、前記通信網を介して前記クライアント端末に接続されるサーバとを有するコンピュータシステムを用いて、アプリケーション画面の設計レビューを表示する画面設計レビュー表示方法であって、
画面イベントに対してアプリケーションサーバを使用した動作とするか否かを示すイベント処理情報を付加するステップと、
ウェブオーサリングツールによって定義された画面レイアウト、および画面イベントと前記イベント処理情報から、前記画面レイアウト、および前記画面イベントが実装された画面ファイルをモックアップ画面として出力するステップとを有し、
前記イベント処理情報が前記画面イベントに対して前記アプリケーションサーバを用いて動作する設定である場合、前記画面イベントに対して前記アプリケーションサーバが処理するスプリクトを前記画面ファイルに出力することを特徴とする画面設計レビュー表示方法。
【請求項７】
請求項６記載の画面設計レビュー表示方法において、
前記イベント処理情報は、
前記ウェブオーサリングツールに付加したプラグインソフトウェアによって設定することを特徴とする画面設計レビュー表示方法。
【請求項８】
請求項６または７記載の画面設計レビュー表示方法において、
さらに、前記画面ファイルを前記アプリケーションサーバを用いて実行し、前記クライアント端末からの表示要求に基づいて前記モックアップ画面を表示させるステップを有することを特徴とする画面設計レビュー表示方法。
【請求項９】
画面イベントに対してアプリケーションサーバを使用した動作とするか否かを示すイベント処理情報を付加するステップと、
ウェブオーサリングツールによって定義された画面レイアウト、および画面イベントと前記イベント処理情報から、前記画面レイアウト、および前記画面イベントが実装された画面ファイルをモックアップ画面として出力するステップと、を通信網に接続されたクライアント端末と前記通信網を介して前記クライアント端末に接続されるサーバとを有するコンピュータシステムに実行させ、
前記イベント処理情報が前記画面イベントに対して前記アプリケーションサーバを用いて動作する設定である場合、前記画面イベントに対して前記アプリケーションサーバが処理するスプリクトを前記画面ファイルに出力することを特徴とするプログラム。
【請求項１０】
請求項９記載のプログラムにおいて、
さらに、前記画面ファイルを前記アプリケーションサーバを用いて実行し、前記クライアント端末からの表示要求に基づいて前記モックアップ画面を表示させるステップを前記コンピュータシステムに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブアプリケーション画面の設計レビュー技術に関し、特に、開発者と顧客における画面設計仕様の齟齬防止に有効な技術に関する。
【背景技術】
【０００２】
顧客とのウェブアプリケーション画面の設計レビューは、実アプリケーションの画面を製造する前に顧客に画面レイアウト、および画面の動き(以降、画面イベントと称す)を説明する作業である。
【０００３】
画面レイアウト、および画面イベントはアプリケーション利用者が直接触れる部分であるため、開発者は今後開発する画面のレイアウト、イベントを正確に説明することが重要になる。画面レイアウト、および画面イベントを正確に説明できない場合、後工程で顧客指摘が発生し、修正による開発工数の増加がしまう。
【０００４】
現在、このような状況を防ぐためにレビューで用いられている方法として、例えば、ウェブオーサリングツールと呼ばれるソフトウェアを使用し、最初にビジュアルに画面のレイアウト、イベントを定義する。
【０００５】
次に、その定義情報からモックアップ画面と呼ばれる、画面のレイアウト、およびイベントが実装されたＨＴＭＬ（HyperText Markup Language）ファイルを出力する。そして、最後に、そのモックアップ画面をウェブブラウザと呼ばれるソフトウェアで実行し、あたかも実アプリケーションの画面が動いているかのように顧客に画面のレイアウト、イベントを見せる方法がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところが、上記のようなウェブアプリケーション画面の設計レビューでは、次のような問題点があることが本発明者により見い出された。
【０００７】
それは、実アプリケーションが動作する際に使用するアプリケーションサーバを使用しないでウェブブラウザでＨＴＭＬファイルを実行している点である。
【０００８】
実アプリケーションが動作する際に使用するアプリケーションサーバと呼ばれるソフトウェアを用いずにＨＴＭＬファイルを実行するが故に、アプリケーションサーバを用いた画面イベントの動作を表現することができない。
【０００９】
アプリケーションサーバを用いた画面イベント（サーバイベント）動作の特徴は、画面内のボタン押下時に、ブラウザ右端のスクロールバーが最下部の状態でもイベント後にスクロールバーが最上部まで自動的にスクロールしてしまう点にある。
【００１０】
この動作は画面操作性に大いに影響があり、画面操作性を重視するユーザにはイベントを見せることが重要である。しかしながら、ユーザにサーバイベントの動作を見せていない場合、画面イベントを正確に説明したことにならず、仕様齟齬が生じ、後工程にて修正などによる開発工数が増加してしまう恐れがある。
【００１１】
本発明の目的は、アプリケーションサーバを用いて、アプリケーションサーバを使用する画面イベントを実行可能とし、開発者と顧客における画面設計仕様の齟齬を防止する技術を提供することである。
【００１２】
本発明の前記ならびにそのほかの目的と新規な特徴については、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１３】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【００１４】
すなわち、前述の目的を達成するために、本発明では、ウェブオーサリングツールで定義された画面イベントに対してアプリケーションサーバを使用した動作とするか否かのイベント処理情報を付加し、ウェブオーサリングツールで定義した画面レイアウト、画面イベント、イベント処理情報の定義から画面レイアウト、画面イベントが実装された実アプリケーションで動作する画面ファイルをモックアップ画面として出力し、アプリケーションサーバとウェブブラウザを使用し、そのモックアップ画面を実行してアプリケーションサーバを使用した画面イベントを実行する仕組みを実現する。
【００１５】
本発明は、通信網に接続されたクライアント端末と、通信網を介してクライアント端末に接続されるサーバとを有する画面設計レビューシステムである。
【００１６】
サーバは、画面イベントをクライアント端末のウェブブラウザによって表示するアプリケーションサーバを有し、クライアント端末は、画面イベントに対してアプリケーションサーバを用いて動作するか否かを示すイベント処理情報を付加し、ウェブオーサリングツールによって定義された画面レイアウト、および画面イベントとイベント処理情報とが実装された画面ファイルをモックアップ画面としてサーバに出力する。
【００１７】
この仕組みにより、アプリケーションサーバを使用した画面イベントを実行することができる。また、実アプリケーションで動作する画面ファイルを出力することによって、そのファイルを実装工程に流用し、実装作業の工数削減を期待することができる。
【００１８】
また、本発明では、モックアップ画面を実行してアプリケーションサーバを使用した画面イベントを実行する仕組みを実現するシステムによる方法や前記システムとしてコンピュータシステムを機能させるプログラムにも適用することができる。
【発明の効果】
【００１９】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００２０】
（１）画面設計時にウェブアプリケーションの画面イベントを正確に表現することが可能となる。
【００２１】
（２）上記（１）により、顧客との仕様齟齬を防止することができる。
【００２２】
（３）また、後工程での開発工数の増加を削減することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施の形態によるコンピュータシステムにおける構成の一例を示す説明図である。
【図２】図１のコンピュータシステムにおける処理の一例を示すフローチャートである。
【図３】図２のステップＳ１０１の処理における詳細な処理例を示すフローチャートである。
【図４】図３の処理において用いられるデータ構成の一例を示す説明図である。
【図５】図２のステップＳ１０２の処理における詳細な処理例を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００２５】
図１は、本発明の一実施の形態によるコンピュータシステムにおける構成の一例を示す説明図、図２は、図１のコンピュータシステムにおける処理の一例を示すフローチャート、図３は、図２のステップＳ１０１の処理における詳細な処理例を示すフローチャート、図４は、図３の処理において用いられるデータ構成の一例を示す説明図、図５は、図２のステップＳ１０２の処理における詳細な処理例を示すフローチャートである。
【００２６】
〈発明の概要〉
本発明の第１の概要は、通信網（通信網３０）に接続されたクライアント端末（クライアントＰＣ１０）と、通信網を介してクライアント端末に接続されるサーバ（サーバＰＣ４０）とを有する画面設計レビューシステム（コンピュータシステム１）である。
【００２７】
サーバは、画面イベントをクライアント端末のウェブブラウザによって表示するアプリケーションサーバ（アプリケーションサーバ４１）を有する。
【００２８】
また、クライアント端末は、画面イベントに対してアプリケーションサーバを用いて動作するか否かを示すイベント処理情報（イベント処理方法の情報２４）を付加し、ウェブオーサリングツール（ウェブオーサリングツール２０）によって定義された画面レイアウト、および画面イベントとイベント処理情報とが実装された画面ファイルをモックアップ画面としてサーバに出力する。
【００２９】
本発明の第２の概要は、通信網に接続されたクライアント端末（クライアントＰＣ１０）と、通信網を介してクライアント端末に接続されるサーバ（サーバＰＣ４０）とを有するコンピュータシステム（コンピュータシステム１）を用いて、アプリケーション画面の設計レビューを表示する画面設計レビュー表示方法である。
【００３０】
この画面設計レビュー表示方法は、画面イベントに対してアプリケーションサーバ（アプリケーションサーバ４１）を使用した動作とするか否かを示すイベント処理情報（イベント処理方法の情報２４）を付加するステップと、ウェブオーサリングツールによって定義された画面レイアウト、および画面イベントとイベント処理情報から、画面レイアウト、および画面イベントが実装された画面ファイルをモックアップ画面として出力するステップとを有する。
【００３１】
さらに、本発明の第３の概要は、通信網（通信網３０）に接続されたクライアント端末（クライアントＰＣ１０）と、通信網を介してクライアント端末に接続されるサーバ（サーバＰＣ４０）とを有するコンピュータシステム（コンピュータシステム１）に実行させるプログラムである。
【００３２】
このプログラムは、画面イベントに対してアプリケーションサーバ（アプリケーションサーバ４１）を使用した動作とするか否かを示すイベント処理情報（イベント処理方法の情報２４）を付加するステップと、ウェブオーサリングツールによって定義された画面レイアウト、および画面イベントとイベント処理情報から、画面レイアウト、および画面イベントが実装された画面ファイルをモックアップ画面として出力するステップとを有する。
【００３３】
以下、上記した概要に基づいて、実施の形態を詳細に説明する。
【００３４】
〈実施の形態〉
コンピュータシステム１は、モックアップ画面を出力／実行するソフトウェアを実行するシステムである。コンピュータシステム１は、図１に示すように、クライアントＰＣ１０、およびサーバＰＣ４０から構成されいている。
【００３５】
サーバＰＣ４０は、アプリケーションサーバ４１を有している。このアプリケーションサーバ４１は、アプリケーションサーバ４１が使用する画面イベントをクライントＰＣ１０上のウェブブラウザ１４にて表示する。
【００３６】
クライアントＰＣ１０は、ウェブオーサリングツール２０の画面イベント情報２３に対してプラグインソフトウェア２５を付加したウェブオーサリングツール２０を有しており、イベント処理方法の情報２４を定義できるようにしている。
【００３７】
コンピュータシステム１は、イベント処理方法の情報２４が付加された画面デザインファイル２１から画面ファイル４２をサーバＰＣ４０に出力し、ウェブブラウザ１４から通信網３０を介しアプリケーションサーバ４１を使用して画面ファイル４２の内容をウェブブラウザ１４に表示する構成としている。
【００３８】
ここで、プラグインソフトウェア２５とは、ウェブオーサリングツール２０に機能を追加するために設けるものである。特に本実施形態においては、定義された画面イベント情報２３に関して、サーバＰＣ４０を使用して処理するのか、あるいはサーバＰＣ４０を使用せずに処理する（以降、クライアント処理と称する）のか、という情報を定義するものである。プラグインソフトウェア２５は、サーバＰＣ４０を使用するか否かの情報をイベント処理方法の情報２４として画面デザインファイル２１に追記する機能を有する。
【００３９】
また、以下、図２、図３、図５に示す処理を行う各種機能は、たとえば、クライアントＰＣ１０やサーバＰＣ４０に設けられたプログラム格納メモリ（図示せず）などに記憶されているプログラム形式のソフトウェアを該クライアントＰＣ１０、およびサーバＰＣ４０の図示しないＣＰＵ(Central Processing Unit)などがそれぞれ実行することにより実現する。
【００４０】
図２は、コンピュータシステム１における処理の一例を示すフローチャートである。
【００４１】
まず、クライアントＰＣ１０において、ウェブオーサリングツール２０の画面デザインファイル２１に定義され画面レイアウト情報２２、画面イベント情報２３、およびイベント処理方法の情報２４を入力情報として画面ファイル出力処理を行い、画面ファイル（例えば、ＡＰＳ（Active Server Pages）やＪＳＰ（JavaServer Pages）など）を出力する（ステップＳ１０１）。
【００４２】
そして、クライアントＰＣ１０が出力した画面ファイル、クライアントＰＣ１０上のウェブブラウザ１４、およびサーバＰＣ４０上のアプリケーションサーバ４１などを用いてモックアップ実行処理を行い、ウェブブラウザ１４にモックアップ画面を表示する（ステップＳ１０２）。
【００４３】
図３は、図２のステップＳ１０１の処理における詳細な処理例を示すフローチャートである。
【００４４】
この図３では、図４に示すデータ構成を用いて説明する。
【００４５】
まず、ウェブオーサリングツール２０により定義した全画面ファイルを取得し、ファイル数が１以上か確認する（ステップＳ２０１，Ｓ２０２）。ファイル数が１未満であれば、ファイルを出力せずに処理を終了する。
【００４６】
また、ファイル数が１以上であれば、任意の画面デザインファイル２１をオープンする（ステップＳ２０３）。ファイルオープン後、画面ファイルに出力する実装コードを格納する出力情報メモリを作成する（ステップＳ２０４）。
【００４７】
ステップＳ２０４にて作成された出力情報メモリに出力する内容は、画面デザインファイル２１に定義されているため、画面デザインファイル２１の画面レイアウト情報２２を取得する（ステップＳ２０５）。
【００４８】
画面レイアウト情報２２として取得したイベント前のレイアウト情報５０１（図４）、およびイベント後のレイアウト情報５０２（図４）を使用し、イベント前のレイアウト実装コード５０７（図４）、イベント後のレイアウト実装コード５０８（図４）を出力情報メモリへ出力する（ステップＳ２０６，Ｓ２０７）。
【００４９】
画面イベント情報２３については、画面デザインファイル２１に定義された全イベント数が１以上か確認する（ステップＳ２０８，Ｓ２０９）。イベント数が１未満の場合、未オープンファイルに対してファイルオープン処理を行う（ステップＳ２１６，Ｓ２０２）。
【００５０】
また、イベント数が１以上であれば、画面デザインファイル２１に定義されている画面イベント情報２３を取得する（ステップＳ２１０）。画面イベント情報２３として取得したイベント処理方法の情報５０６（図４）がサーバ処理として定義されているか判定する（ステップＳ２１１）。
【００５１】
ステップＳ２１１の処理において、サーバ処理と定義されている場合には、出力情報メモリにサーバ処理を実行する、たとえば、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスプリクトをＪａｖａＳｃｒｉｐｔ５１０（図４）として出力する（ステップＳ２１２）。
【００５２】
また、ステップＳ２１１の処理において、サーバ処理と定義されていない（判定結果としてクライアント処理）場合には、出力情報メモリにクライアント処理を実行するスプリクト（例えば、ＪａｖａＳｃｒｉｐｔ）をＪａｖａＳｃｒｉｐｔ処理５１１（図４）として出力する（ステップＳ２１３）。
【００５３】
画面に複数イベントがある場合、このイベントに対して同様の処理を行う（ステップＳ２１４，Ｓ２０９）。画面レイアウト情報２２、および画面イベント情報２３が出力情報メモリに格納されているため、該出力情報メモリに格納されている情報を画面ファイル４２へ出力する（ステップＳ２１５）。
【００５４】
未オープンファイルに対してファイルオープン処理を行う（ステップＳ２１６，Ｓ２０２）。以上の処理によって、画面ファイルを出力する。
【００５５】
また、画面ファイル４２に出力する画面レイアウトは、アプリケーションサーバ４１にて動作する内容にしておくことで、サーバＰＣ４０の処理による動作が可能になり、さらには後続の実装工程でファイルを流用した開発が可能となる。
【００５６】
図５は、図２のステップＳ１０２の処理における詳細な処理例を示すフローチャートである。
【００５７】
モックアップ画面を実行する際には、サーバＰＣ４０による処理を実行できるようにするため、最初にサーバＰＣ４０に配備したアプリケーションサーバ４１を起動する（ステップＳ３０１）。
【００５８】
続いて、クライアントＰＣ１０上のウェブブラウザ１４を起動する（ステップＳ３０２）。そして、ウェブブラウザ１４にてサーバＰＣ４０に配備された画面ファイル４２のＵＲＩ（Uniform Resource Identifier）を要求することにより、アプリケーションサーバ４１が画面ファイル４２の内容を解析し、ウェブブラウザ１４にモックアップ画面を表示する（ステップＳ３０３）。
【００５９】
開発者は表示された画面を使用し、顧客に画面レイアウトと画面イベントを提示し、画面設計レビューを行うことになる。
【００６０】
それにより、本実施の形態によれば、画面設計時にウェブアプリケーションの画面イベントを正確に表現することが可能となり、顧客との仕様齟齬を防止することができる。
【００６１】
また、顧客との仕様齟齬が防止できることにより、後工程での開発工数の増加を削減することができる。
【００６２】
さらに、実アプリケーションによって動作する画面ファイルを出力することができるので、実装工数を削減することができる。
【００６３】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【００６４】
本発明は、アプリケーション画面の設計レビュー技術に適している。
【符号の説明】
【００６５】
１  コンピュータシステム
１０  クライアントＰＣ
１４  ウェブブラウザ
２０  ウェブオーサリングツール
２１  画面デザインファイル
２２  画面レイアウト情報
２３  画面イベント情報
２４  イベント処理方法の情報
２５  プラグインソフトウェア
３０  通信網
４０  サーバＰＣ
４１  アプリケーションサーバ
４２  画面ファイル
【図１】
0005492913.tif 000002
【図２】
0005492913.tif 000003
【図３】
0005492913.tif 000004
【図４】
0005492913.tif 000005
【図５】
0005492913.tif 000006