JP4358414B2

JP4358414B2 - Application construction method and execution method, application construction apparatus, application execution system, recording medium recording application construction method, and recording medium recording application execution method

Info

Publication number: JP4358414B2
Application number: JP2000242933A
Authority: JP
Inventors: 圭一松山; 清希小松; 昭宏山内; 慶雅佐藤; 好安部
Original assignee: EXA CO Ltd
Current assignee: EXA CO Ltd
Priority date: 2000-08-10
Filing date: 2000-08-10
Publication date: 2009-11-04
Anticipated expiration: 2020-08-10
Also published as: JP2002055818A

Description

【０００１】
【発明の属する技術分野】
本発明は、コンピュータ等の処理装置と人間との間のインターフェースを図るためのＧＵＩによるアプリケーションを構築しようとする場合に、その画面構成の情報と処理とを関連付ける方法等に関するものである。
【０００２】
【従来の技術】
従来からコンピュータに代表される処理装置（以下、コンピュータとして説明する）に、人間（以下、ユーザという）が処理指示等を与えやすくするような方法として、ＧＵＩ（Graphical User Interface）を用いる方法がある。ＧＵＩでは、コンピュータは、例えば仮想的なボタン等を有する画面を表示装置に表示する。そして、ユーザは、キーボード等の入力装置からデータを入力したり、また、マウス等のポインティングデバイスを使って表示された画面に基づいて操作指示を入力する。その操作指示に対し、コンピュータがイベント（ユーザからの実行要求）に対応する処理を実行する。また、その処理に伴い、次の画面（以下、遷移画面という）を表示させたりもする。つまり、コンピュータとユーザとの対話において、表示されたＧＵＩの画面（以下、単に画面という）を用いるものである。そして、このようなＧＵＩを用いた操作環境は、例えば、商品の発注、設計仕様等の登録等（以下、これを業務という）をコンピュータに処理させる際にも利用されている。
【０００３】
ＧＵＩを用いた操作環境を業務に利用しようとすると、その業務に応じた画面をコンピュータに表示させ、処理させるようにアプリケーションを構築する必要がある。そのため、まず、業務分析者による業務分析を行い、アプリケーションの設計者（以下、アプリ設計者という）が、その業務分析を基に、各画面に表示すべきもの、各画面の関連等、ＧＵＩを用いた操作環境で業務を実施するために必要なすべてをアプリケーションとして構築する。そのための画面仕様、画面遷移仕様を決定する。その仕様に基づいて、実際の画面作成者が各画面を作成する。
【０００４】
ここで、アプリケーションを構築する各画面には、仕様に基づいてあらかじめ３種類の指示命令を行っておく必要がある。１つ目は画面を表示する絵（画像）等を部品（コンポーネント）と考え、これらをどのように配置（レイアウト）し、表示させるかという画面レイアウトに関する指示命令（以下、レイアウト指示という）である。２つ目はユーザがその画面に基づいて入力した入力データ、起こした操作指示に対してどのような処理を行うかという指示命令（以下、処理指示という）である。３つ目は、ユーザがその画面に基づいて起こしたアクションに対し、次にどの画面を表示させ、その際に次画面へのデータをどのように伝達する（渡す）かという指示命令（遷移画面指示という）である。これらの指示命令は、通常、作成者がプログラムとして１つのプログラム内に記述することで行われる。
【０００５】
また、画面の開発をより簡単に行うためのツール（手段、装置）が提供されている。このようなツールでは、まず、作成しようとする画面に必要な部品を、統合開発環境の開発画面に上に表示する。作成者は、開発画面上で部品を移動させて配置（レイアウト）する。ここで、この配置は積層されて配置される。そのレイアウトに基づいて、ツールは自動的に画面のレイアウト指示を作成する。そのため、画面作成者は、視覚的にレイアウトしながらレイアウト指示が作成できる。ただ、このようなツールを使った場合でも、作成者は、作成したレイアウト指示に処理指示と遷移画面指示とを追記することで、指示命令を記述作成することになる。
【０００６】
【発明が解決しようとする課題】
このように、ある画面への指示命令はひとまとまりで記述され、それらの記述は相互に密接な関連を有する。したがって、例えばある画面の１つの指示を変更しようとした場合でも、その影響は全体に及ぶ場合がある。
【０００７】
本出願に係る発明は上記のような課題を解決するためのものであり、これらの指示命令が相互に与える影響を最小限にし、アプリケーションを構築しやすい開発環境にするための方法等を得ようとするものである。
【０００８】
【課題を解決するための手段】
本出願に係るアプリケーション構築方法は、表示装置に表示される画面を介して入力された操作指示に基づいて、操作指示による実行要求に係る処理又は表示される画面を変更するための画面遷移を実行する、ＧＵＩによるアプリケーションを構築する方法において、画面構成部品を配置して各画面を作成し、また、各実行要求に係る処理手順及び画面遷移の際の画面間において、画面遷移の方向及び／又は前画面のデータ利用有無を示すデータ伝達パターンを有するデータ伝達手順を作成する工程と、操作指示された画面構成部品に基づく実行要求に係る処理又は画面遷移を実行させるため、土台となる画面構成部品を根又は節点とし、土台となる画面構成部品又は操作指示が入力される画面構成部品を葉とする木構造のデータ構造で画面構成部品の配置関係を表す画面構成情報を画面毎に作成し、画面構成情報に対し、遷移先の各画面の名前、各実行要求に係る処理手順の名前又はデータ伝達手順に含まれる各データ伝達パターンの名前を関連付ける工程とを有している。
本方法においては、あらかじめ画面構成部品を配置した画面作成と各実行要求に係る処理手順及び画面遷移の際の画面間のデータ伝達手順の作成とを独立して行っておく。そして、画面構成部品の配置関係に基づいて画面毎に作成した画面構成情報に対し、遷移先の各画面の名前、各処理手順の名前又はデータ伝達手順に含まれる各データ伝達パターンの名前を関連付けを行っておく。これにより、今までひとまとめにしてプログラムとして記述されていた画面、処理手順、データ伝達手順をそれぞれ独立して作成することができるので、それらの関連による影響を最小限にすることができ、アプリケーション構築の効率化、短期化を図ることができる。また、画面作成と手順作成とを並行して行うことができるので、一層の開発期間短縮を図ることができる。
【０００９】
また、本方法においては、画面構成情報は木構造のデータ構造で表される情報である。その根、節点は土台となる画面構成部品となる。また、葉は土台となる画面構成部品又は操作指示が入力される画面構成部品で構成される。これにより、イベント発生（操作指示入力）に関係のない画面構成部品を省きつつ、画面構成情報が作成され、関連づけを行う際には都合がよい。
【００１０】
また、本出願に係るアプリケーション構築方法では、木構造の葉である、操作指示が入力される画面構成部品について関連付けを行う。
本方法においては、関連づけを行うのは、操作指示が入力される画面構成部品とする。画面遷移、処理のようなイベント発生が行われる、このような画面構成部品だけにだけ関連づけを行えばよいので、無駄な設定を省くことができる。
【００１１】
また、本出願に係るアプリケーション構築方法では、画面作成時に、土台となる画面構成部品の名前及び配置位置が確定すると、画面構成情報の基礎となる親子関係の記録が自動的に行われる。
本方法においては、画面作成時に、土台となる画面構成部品の名前及び配置位置が確定するとその画面構成部品の親子関係を自動的に記録する。これにより、画面作成者は、画面構成情報に関しては意識することなく、画面作成を行うことができる。
【００１２】
また、本出願に係るアプリケーション実行方法は、表示装置に表示される画面を介して入力された操作指示に基づいて、操作指示による実行要求に係る処理又は表示される画面を変更させるための画面遷移を行う、ＧＵＩによるアプリケーションを実行する方法において、あらかじめ作成した画面、実行要求に係る処理手順及び画面遷移の際の画面間のデータ伝達手順に含まれるデータ伝達パターンにそれぞれ付した名前と、画面を構成する画面構成部品の配置関係を、土台となる画面構成部品を根又は節点とし、土台となる画面構成部品又は操作指示が入力される画面構成部品を葉とする木構造のデータ構造で表した画面構成情報とをあらかじめ関連付けておく工程と、操作指示が入力されると、その操作指示が入力された画面構成部品を判断する工程と、関連付けに基づいて、判断した画面構成部品に応じて、実行要求に係る処理を行い、データ伝達パターンに基づくデータ伝達を行って表示装置に次の画面を表示させる工程とを有している。
本方法においては、あらかじめ作成した画面、実行要求に係る処理手順及び画面遷移の際の画面間のデータ伝達手順に含まれるデータ伝達パターンにそれぞれ付した名前と、画面を構成する画面構成部品の配置関係を表す情報である画面構成情報とをあらかじめ関連付けておく。アプリケーションの実行時には、操作指示が入力された画面構成部品を判断し、関連付けに基づいて、操作指示に基づいた処理を行い、データ伝達パターンに基づくデータ伝達を行って表示装置に次の画面を表示させる。これにより、従来ひとまとめにしてプログラムとして記述されていた画面、処理手順、データ伝達手順をそれぞれ独立して作成しておく開発を行うことができ、また、ユーザにとっても、その開発とは関係なく、従来と同様の環境によりアプリケーションを実行することができる。
【００１３】
また、本出願に係るアプリケーション実行方法では、操作指示が入力された画面構成部品の判断は、配置関係により取得されたパス情報に基づいて行う。
本方法では、画面構成部品の判断をパス情報に基づいて行う。このパス情報は、画面内（アプリケーション内）では唯一のものとなるので、これを名前としておくことで、特別の名前を定めることなく、操作指示が入力された画面構成部品を特定することができる。また、特別な名前を付さなくても、パス情報に基づくだけでいいので、変更等にも対応できる。
【００１４】
また、本出願に係るアプリケーション実行方法では、実行要求に係る処理は、アプリケーションを実行する処理装置とは別の処理装置に行わせる。
本方法においては、操作指示に基づいた実行要求に係る処理については、アプリケーションを実行する処理装置とは別の処理装置が行うようにする。これにより、Ｔｈｉｎクライアントを実現することができ、維持管理のコストを抑えることができる。
【００１５】
また、本出願に係るアプリケーション構築装置は、選択指示に基づいた選択信号を送信する選択指示入力手段と、送信される表示信号に基づいた表示を行う表示手段と、操作指示入力が行われる画面構成部品、あらかじめ生成された画面、操作指示による実行要求に係る処理手順又は表示手段に表示する画面を変更させるための画面遷移の際の画面間のデータ伝達手順にそれぞれ付された名前を表示するための表示信号を送信し、また、選択指示入力手段からの選択信号に基づいて、土台となる画面構成部品を根又は節点とし、土台となる画面構成部品又は操作指示が入力される画面構成部品を葉とする木構造のデータ構造で配置関係が表された画面構成部品に対し、画面の名前、実行要求に係る処理手順の名前又はデータ伝達手順に含まれるデータ伝達パターンの名前との関連付けを行ってシナリオを生成するシナリオ生成手段とを備えている。
本装置においては、シナリオ生成手段が、アプリケーション実行時に操作指示入力が行われる画面構成部品、あらかじめ生成された画面、実行要求に係る処理手順又は画面遷移の際の画面間のデータ伝達手順にそれぞれ付された名前を表示するための表示信号を送信して表示手段に表示させる。その表示に基づいて、ユーザがマウス等の選択指示入力手段により、操作指示入力が行われる画面構成部品に対して、画面の名前、処理手順の名前又はデータ伝達手順に含まれるデータ伝達パターンの名前とを関連付けのための選択を行う。シナリオ生成手段は、その選択に基づいて関連づけを行い、シナリオを作成する。これにより、今までひとまとめにしてプログラムとして記述されていた画面、処理手順、データ伝達手順をそれぞれ独立して作成することができ、アプリケーション構築の効率化、短期化を図ることができる。
【００１６】
また、本出願に係るアプリケーション実行システムは、操作指示が入力されると指示信号を送信する操作指示入力手段と、操作指示入力手段から入力された指示信号及びシナリオに基づいて処理実行を依頼し、また、データ伝達パターンに基づいて画面間のデータ伝達を行い、画面の遷移を制御する実行手段と、実行手段に依頼された実行要求に係る処理を行い、実行手段に処理実行結果を送信するサーバ手段と、実行手段が遷移制御した画面を表示する表示手段とを備えている。
本システムは、アプリケーション構築装置により作成されたシナリオを実行する。これにより、シナリオに基づいた実行ができる。特に実行手段とサーバ手段とを分け、実行要求に係る処理をサーバ手段で行わせることにより、実行手段の負担を減らすことができる。
【００１７】
また、本出願に係る記録媒体は、表示装置に表示される画面を介して入力された操作指示に基づいて、操作指示による実行要求に係る処理又は表示される画面を変更するための画面遷移を実行する、ＧＵＩによるアプリケーション構築において、画面構成部品を配置して各画面を作成し、また、各実行要求に係る処理手順及び画面遷移の際の画面間において、画面遷移の方向及び／又は前画面のデータ利用有無を示すデータ伝達パターンを有するデータ伝達手順を作成する工程と、操作指示された画面構成部品に基づく実行要求に係る処理又は画面遷移を実行させるため、土台となる画面構成部品を根又は節点とし、土台となる画面構成部品又は操作指示が入力される画面構成部品を葉とする木構造のデータ構造で画面構成部品の配置関係を表す画面構成情報を画面毎に作成し、画面構成情報に対し、遷移先の各画面の名前、各実行要求に係る処理手順の名前又はデータ伝達手順に含まれる各データ伝達パターンの名前を関連付ける工程とを有してモジュールを作成することをコンピュータに行わせるアプリケーション構築方法のプログラムを記録したものである。
本記録媒体においては、アプリケーションを構築する際に操作指示が入力される画面構成部品に対して、その操作指示に対する遷移画面、実行要求に係る処理又は画面遷移の際の画面間のデータ伝達を関連付けるためのモジュールを作成させるプログラムを記録している。これにより、今までひとまとめにしてプログラムとして記述されていた画面、処理手順、データ伝達手順をそれぞれ独立して作成することができ、アプリケーション構築の効率化、短期化を図ることができる。
【００１８】
また、本出願に係る記録媒体は、生成されたモジュールに基づいて、ある画面部品に対して入力された操作指示に基づく実行要求に係る処理又は画面遷移を実行させるアプリケーション実行方法のプログラムを記録したものである。
本記録媒体は、アプリケーション構築方法のプログラムに基づいて作成されたモジュールを実行するプログラムを有するものである。これにより、ユーザは、作成されたモジュールを意識することなく、従来と同じ環境でアプリケーションの実行を行うことができる。
【００１９】
【発明の実施の形態】
実施の形態１．
図１は本発明の第１の実施の形態に係るアプリケーション構築方法を実現するためのシステムを表すブロック図である。図１において、１は画面作成装置である。画面作成装置１は、画面作成者が表示装置に表示された画面構成部品をポインティングデバイスを用いて移動させつつ、視覚的に画面レイアウト作成（以下、画面作成という）するための装置である。また、作成した画面に基づく画面構成情報や各部品の属性も記録する。画面構成部品及び画面構成情報に関しては後述する。２は処理実装装置である。処理実装装置２は、イベント発生に対する処理手順を表した処理手順部品及び画面遷移の際の画面間のデータ伝達手順を表したデータ伝達手順部品を作成、変更等するための装置である。３はシナリオ編集装置である。シナリオ編集装置３は、画面構成情報、遷移画面名、処理名及びデータ伝達パターン名を関連付けてシナリオ作成者が画面遷移シナリオを作成するためのものである。
【００２０】
図２は画面作成装置１、処理実装装置２及びシナリオ編集装置３を実際にハード構成する場合の構成図である。図２では中央計算機１０１、主記憶装置１０２、入出力制御装置１０３、ポインティングデバイスであるマウス又はタブレット１０４、キーボード１０５、外部記憶装置１０６及び表示装置１０７をシステムバス１０８（又はこれに類似の機構）で接続した計算機システム１００で構成している。また、これに類似するような計算機システムで構成する場合もある。ここで、本実施の形態では画面作成装置１、処理実装装置２及びシナリオ編集装置３を別々の装置として扱っている。ただ、これらの装置の違いは、それぞれの機能を図２のようなハード構成の装置に行わせるプログラムの違いだけなので、これらを１つのハード構成の装置に３つの機能を備えるようにすることで実現することもできる。
【００２１】
本実施の形態において、画面のレイアウトは、画面作成装置１により表示された土台となる画面構成部品に他の画面構成部品を並べる又は積み重ねることにより行われる。画面作成装置１自体は特に従来と変わるものではないが、画面構成部品は自己と自己の直上に積み重ねられた画面構成部品の間にそれぞれ親と子の関係をもち、両者はお互いの名前を問い合わせることができる。したがって、画面構成部品をＮ層重ねた場合には、作成した画面はＮ層の木構造をもつデータ構造として画面構成情報を表現することができる。これにより、イベント発生部品は、自己が配置されている画面の最下層の画面構成部品へ木構造をたどり（子にとっては親は１つしかないので、葉から根の方にたどる方がたどりやすい）、パス情報を取得し、これに画面作成時に自己に付けられた名前を付加することでアプリケーション内でユニークなイベントパス名を得る。また、処理実装者が、処理実装装置２により、処理指示となる処理手順部品を作成又は一部変更し、また、画面との間のデータ伝達手順を表したデータ伝達部品を一部変更する。そして、シナリオ作成者が、シナリオ編集装置３により、イベントを発生する部品に対して遷移画面名、処理名、データ伝達パターン名を設定することにより、これらが関連付けられ、アプリケーション実行時の画面遷移等の際に用いられる画面遷移シナリオが作成される。これにより、従来、ひとまとまりとして記述していたレイアウト指示、処理指示及び遷移画面指示が部品化されることになり、それぞれが独立性を有し、変更等が容易になる。また、画面作成者による画面作成と処理実装者による処理手順部品及びデータ伝達部品の作成とが並行して独立に行えることとなり、作業効率がよい。
【００２２】
ここで、現在、インターネットと呼ばれるＴＣＰ／ＩＰ（Transmission Control protocol/Internet Protocol ）という通信規約（以下、プロトコルという）を用いた通信ネットワークのＷＷＷ（World Wide Web）サービスが一般的にも浸透している。ＷＷＷは、ＨＴＴＰ（HyperText Transmissin Protocol）というＴＣＰ／ＩＰより上位のプロトコルを用いて、Ｗｅｂサーバと呼ばれるコンピュータとの間でデータのやりとりを行うものである。このＷＷＷのサービスを受け、コンピュータがデータに基づく情報を表示装置に表示する場合、Ｗｅｂブラウザというツールが必要である。Ｗｅｂブラウザは、ＨＴＭＬ（HyperText Markup Language ）等のマークアップ言語、Ｊａｖａと呼ばれるオブジェクト指向のプログラム言語等を用いて画面を表示し、構築したアプリケーションを実行することができる（Ｊａｖａ又はすべてのＪａｖａに関するトレードマークとロゴはアメリカ国内とそのほかの国々においてSun Microsystems社のトレードマーク又は登録商標）。Ｗｅｂブラウザは最も汎用なツールであるため、Ｗｅｂブラウザを用いてＧＵＩを用いた操作環境のアプリケーションを構築することが最も効率的であり、現在、様々な用途に利用されている。そこで、本実施の形態も、Ｗｅｂブラウザに基づいたＧＵＩを用いた操作環境環境のアプリケーションを構築することを念頭において説明する。ただし、これは、Ｗｅｂブラウザを用いる以外にこの発明を利用して構築したアプリケーションを否定するものではない。
【００２３】
図３は、パネル部品と画面構成情報との関係を表す図である。次にそれぞれの装置を操作してアプリケーションを構築するまでの過程についてより詳細に説明する。まず、画面作成装置１を用いた画面作成について説明する。画面作成者は、アプリケーション設計者による画面仕様に基づいて画面作成装置１を用いて各画面を作成する。各画面の作成には画面構成部品を用いる。画面構成部品とはこのフレームワーク上で画面を構成することができる部品をいう。これは３つに分類することができる。１つ目は画面構成情報を構築するパネル部品（以下、土台パネル部品という）である。２つ目はユーザの操作による要求指示が出され、フレームワークで定義されたイベントを発生させる部品（以下、イベント発生パネル部品という）である。３つ目は画面上でデータの入力や表示を行うための入出力部品（以下、単部品という）である。
【００２４】
ここで、作成された画面の情報（レイアウト指示）をシナリオ編集装置３が取り込んだ際、土台パネル部品及びイベント発生パネル部品については、その部品に記録された親子関係に基づいて木構造のデータ構造が作成される。つまり、土台パネル部品の場合は、自己の直上に積まれた土台パネル部品又はイベント発生パネル部品との間でなした親子関係について木構造のデータ構造が作成される。またイベント発生パネル部品の場合は、自己に積まれたイベントを発生するボタン等（以下、イベント発生部品という）との間でなした親子関係について木構造のデータ構造が作成される。最下層（根）のパネル部品（土台部品）からの親子関係の情報が木構造のデータ構造として作成されたものが画面構成情報となる。単部品でもイベントを発生するものもあるが、そのイベントは単部品固有のイベントであり、フレームワークで定義されたイベントとは異なるものなので、本実施の形態によって行われるアプリケーションの構築、実行には何も影響しない。
【００２５】
このパネル部品を、例えばＪａｖａの環境で作成した場合には、後述する第２の実施の形態で、図８の画面遷移制御手段４が規定するフレームワークの仕様にしたがうと共にＪａｖａＢｅａｎｓが規定する仕様にしたがって作成するようにする。この場合、ＪａｖａＢｅａｎｓの部品が利用できるカスタムエディタ機能を用いることができる。このカスタムエディタ機能を用いれば、単部品を用いることなく、パネル部品上の画面構成部品を作成でき、イベント発生部品との間でなした親子関係について木構造のデータ構造が作成される。これにより、画面作成者がより詳細なレイアウト設定、部品の属性設定等をプログラムで指示しなくても行えるようになる。さらに、Ｓｗｉｎｇ部品と呼ばれる部品で作成することにより、アプリケーション実行時には、実行者の好みに応じて画面（画面を構成するパネル部品）の見た感じを変更することができる。
【００２６】
画面作成者は各画面の最下層の画面構成部品をパネル部品で構成する。そして、このパネルに名前（ＩＤ）を付す。これが画面の名前となる。図３ではこのパネルの名前を「パネル０」としている。図３のように、画面作成者は他のパネル部品を配置した場合にも名前を付す。ただ、通常は、画面作成者が適当に名前を付するわけではなく、画面遷移シナリオ等との関係上、アプリケーション設計者が作成した画面仕様により、それぞれの決められた名前を付すことになる。
【００２７】
また、イベント発生部品については、画面作成者がパネル部品を配置し、名前を付すと（例えば「追加」、「送信」等）、イベント発生パネル部品との間でなした親子関係について記録される。
【００２８】
このようにして画面のレイアウトを行っている時に同時に記録される親子関係について、最下層のパネル部品からたどることにより、木構造のデータ構造を得ることができる。これを示すのが図３（ｂ）である。同じパネル上に同じ名前のイベント発生部品は存在しないことを前提としている。したがって、その部品までのパス構成（以下、パス情報という）からすると、その部品は、画面内で（アプリケーション内においても）ユニークに（唯一に）存在するものとなる。後述する第２の実施の形態においても述べているが、アプリケーション実行時にはその部品への操作指示により発生するイベントの名前が記録された親子関係をたどったパス情報に基づいて付される。この名前は、たとえ木構造の葉から根へのパス情報に基づいて付したものでも、根から葉へのパス情報に基づいて付したものでもユニークなものとなる。
【００２９】
図４は実際に作成した画面の例を表した図である。この画面は、上述のように入出力部品及びパネル部品が組み合わさって作成されたものである。
【００３０】
図５は図４の画面をパネル部品単位で表した図である。この例では最も大きな最下層のパネル部品を「送り状作成画面」という名前にし、「工事項目名」、「設計資料情報」、「宛先」、「設計資料一覧」及び「送り状リスト」という名前のパネル部品が、それぞれ並べられて「送り状作成画面」パネルの上に積まれて配置されている。このうち、イベント発生パネル部品は、「宛先」、「設計資料一覧」パネルである。図５では、最下層の「送り状作成画面」パネル部品に「送信」、「終了」というイベント発生部品が積み重ねられているように見えるが、実際は、別のパネル部品に積み重ねられたものである。つまり、「送り状作成画面」は土台パネル部品である。図５において、「宛先」パネル部品の上に積まれている「追加」というイベント発生部品へのパスは、「送り状作成画面／宛先／追加」で表されることになる。
【００３１】
次に処理手順部品及びデータ伝達手順部品の作成について説明する。処理実装者は、処理実装装置２を用いて、処理手順部品を作成する。また、データ伝達手順部品については、最初から手順を作成する必要がなく、アプリ設計者が設計した仕様あわせた形に一部変更するだけで作成できる。データ伝達手順とは、画面遷移の際に、表示している画面が保持するデータと処理の結果をどのように遷移画面に伝達する（渡す）かを表したものである。データ伝達手順部品は各アプリケーションに対して１つ作成される。ただ、データ伝達手順部品中には、画面遷移の方向（前画面遷移、次画面遷移等）、前画面のデータ利用有無等に応じた複数のデータ伝達パターンが記述される。それぞれのデータ伝達パターンには名前（ＩＤ）を付しておき、後述するように、シナリオ編集装置３で伝達パターンに応じた関連付けが行われる。
【００３２】
また、処理手順は、イベント発生等により処理を行う手順を表したものである。従来、これらは開発ツールを使った場合には、レイアウト指示の記述に対して追記していた。そのため、レイアウトされた後（表示画面作成した後）にしかこれらの作業は行えなかった。本実施の形態では、これらを画面作成に関係なく独立に並列作成することができるので、開発期間短縮を図ることができる。また、各処理手順が部品化されていて、後述するように、処理に応じてシナリオ編集装置３で処理名を関連付ければいいだけなので、同じ処理を行う処理指示を画面毎に記述しなくてもよい。
【００３３】
図６はシナリオ編集装置３による画面遷移シナリオ作成を行う際の表示を表す図である。シナリオ編集装置３では、図６のように、作成画面に基づいて画面構成情報を木構造として表示（ツリー表示）する。シナリオ作成者は、各葉（Leaf）について、遷移画面名、処理名及びデータ伝達パターン名（これらを画面遷移情報という）を設定する。上述のように画面構成情報が作成された場合、葉となるのは、イベント発生パネル部品に積まれているボタン等又は土台パネル部品である。ここで画面遷移がない又は処理を伴わない葉には設定を行う必要はない。ただ、自分に遷移するように遷移画面名を設定したり、処理を行わないという処理名を設定したりというようにすることも可能である。このようにして、作成画面間、イベントを発生する部品と処理等の関連付けを行い、１つの業務を行うアプリケーションを構築する。
【００３４】
図７は作成された画面遷移シナリオをイメージとして表した図である。シナリオ作成者は、アプリ設計者が設計した仕様に基づいて、各画面のパネル部品、処理手順及びデータ伝達パターンのそれぞれの名前並びにパネル部品の配置関係がわかっていれば、画面作成及び処理手順部品に関係なくシナリオを作成することができる。ただ、実際には、画面遷移シナリオを作成するには、画面構成情報を作成しておく必要があるので、画面作成者が画面作成を行った後でシナリオ作成者の作業は行われることになる。画面遷移シナリオは、第２の実施の形態で説明する画面遷移制御手段４が画面遷移を制御する際に用いるモジュール化された（変数とメソッドとを有している）ファイルとして作成される。
【００３５】
以上のように第１の実施の形態によれば、シナリオ編集装置３において、パネル部品上のイベントを発生するイベント発生部品のイベントパス名（パス情報にイベント名を付した名前）に対して遷移画面名、処理名及びデータ伝達パターン名を関連付け、アプリケーション実行時に用いるための画面遷移シナリオを作成するようにしたので、画面作成者による画面作成装置１での画面作成と処理実装者による処理実装装置２での処理手順部品及びデータ伝達手順部品の作成とを独立並行して行うことができ、作業効率がよい。また、それぞれがコンポーネント（部品）化して作成されるので従来に比べると独立性を有することとなり、それぞれの変更が他に影響を与えることが少なくなる。また、同じ処理については、画面毎に同じ記述を行わなくても処理名を関連付けておくだけでよいので、負担を減らすことができる。さらに、土台パネル部品及びイベント発生パネル部品については、画面作成者がこれらを配置し、名前を付した時点で自動的に親子関係が記録されるようにしたので、シナリオ編集装置３に取り込んだ際には記録された親子関係に基づいて木構造のデータ構造が作成される。そして、アプリケーション実行時にはその部品への操作指示により発生するイベントの名前を記録された親子関係をたどったパス情報に基づいて付すこともできる。この名前は、同じイベントを発生する部品は同じパネル部品上に存在しないという前提のもとでユニークな名前となる。
【００３６】
実施の形態２．
図８は本発明の第２の実施の形態に係るアプリケーションを実行する場合の構成図である。図８において、４は画面遷移制御手段である。画面遷移制御手段４は、画面制御シナリオに基づいてアプリケーションを実行し、画面の遷移制御を行う。５は画面表示制御手段である。ユーザが画面を介して操作指示を入力した画面構成部品を判断し、そのパス情報を画面遷移制御手段４に送る（渡す）。また、画面遷移制御手段４から送信された（渡された）画面遷移指示に基づいた画面を表示する。その際、表示に必要な画面構成部品を判断し、足りない画面構成部品については、部品供給手段７から画面構成部品を受信した上で画面を表示させる。６は処理実行手段である。処理実行手段６は、処理実装者が作成した処理手順部品を有している。画面遷移制御手段４から送られた処理依頼に基づいた処理手順部品を選択し、その処理手順を実行する。そして、その処理結果を画面遷移制御手段４に送る。７は部品供給手段である。部品供給手段７は、各画面を構成する画面構成部品を有している。そして、要求に応じた画面構成部品を画面表示制御手段５に送る。
【００３７】
本実施の形態は、第１の実施の形態で作成した画面遷移シナリオに基づいて構築したアプリケーションを実行する手順について説明するものである。そのために、画面表示制御手段５がユーザの操作指示に基づいて送ったパス情報により、画面遷移制御手段４が画面遷移シナリオから画面遷移情報を得る。その画面遷移情報に基づいて、処理実行手段６に処理を依頼し、その処理結果を受けて、データ伝達手順に基づいたデータ伝達を行い、画面遷移情報から判断した画面遷移指示を行う。そして、画面表示制御手段５が表示装置に遷移画面を表示させる。これにより、画面遷移シナリオに基づいて構築したアプリケーションの実行を行う。
【００３８】
実際に利用する場合には、画面遷移制御手段４は、画面遷移シナリオと共にＷｅｂブラウザ上で実行されるアプレットが使用するためのフレームワークとして提供される。アプレットとは、あるツール内で実行されるプログラムというべきものであり（ここではＷｅｂブラウザ内で利用されるＪａｖａプログラム）、フレームワークとは特定の仕事を協調して実行するソフトウェア部品群というべきものである。アプリケーション構築（画面作成等）の際には、Ｊａｖａでプログラムの記述をしないにも関わらず、作成された画面遷移シナリオ、画面遷移制御手段４、画面表示制御手段５により、従来と同様に、構築したアプリケーションの実行を行うことができる。
【００３９】
ここで、本実施の形態は、ハード構成として、実際にユーザに画面を提供したり、操作指示を受けたりするためのクライアントコンピュータ（以下、クライアントという）と処理手順の実行、画面構成部品の供給を行うためのサーバコンピュータ（以下、サーバという）とを有するクライアント／サーバ方式でアプリケーションの実行を行うものとする。つまり、処理実行手段６、部品供給手段７はサーバがその動作を行うことで実現される。このような方式のハード構成を採るのは、保守等の維持管理コストを最小限に抑えるため、Ｔｈｉｎクライアント（軽装備のクライアント）化がますます要求されつつあるからである。上述したＪａｖａアプレット、フレームワーク（画面遷移制御手段４）、画面遷移シナリオも初めからクライアントに保存されているわけではなく、アプリケーション実行時にサーバから送信され、クライアントがＷｅｂブラウザ内において、そのＪａｖａアプレットを実行するものである。
【００４０】
次に図８に基づいてアプリケーションを実行する際の動作について説明する。画面表示制御手段５は表示装置に対して画面を表示させる。ここで、ユーザが表示された画面を介して操作指示を入力したものと判断すると、その操作指示がされた画面構成部品であるイベント発生部品を判断する。そして、パネル部品に記録された親子関係に基づいたパス情報を画面遷移制御手段４に渡す（Ｓ１）。画面遷移制御手段４はそのパス情報に基づいて、画面シナリオに対して問合わせを行い（Ｓ２）、画面遷移シナリオから、問い合わせの結果である画面遷移情報を得る（Ｓ３）。
【００４１】
画面遷移制御手段４は、画面遷移シナリオから得た画面遷移情報に基づいて処理を判断し、その処理を処理実行手段６に依頼する（Ｓ４）。この依頼には処理名、入力データ等が送信される。処理実行手段６は処理名に基づく処理手順を実行し、その処理結果を画面遷移制御手段４（クライアント）に送信する（Ｓ５）。処理を行う必要がなければ、これらは省かれる。
【００４２】
画面遷移制御手段４は処理結果が送信されると、画面遷移指示を行い（Ｓ６）、さらに画面遷移情報に基づいて遷移画面へのデータの伝達を行う。画面表示制御手段５は、足りない画面構成部品については、必要に応じて部品供給手段７から画面構成部品を受信した上で表示装置に画面を表示させる。
【００４３】
以上のように第２の実施の形態によれば、ユーザの操作指示に基づいて送ったパス情報に基づいて、画面遷移シナリオから画面遷移情報を得た画面遷移制御手段４が、サーバに処理を依頼したり、画面遷移指示を行ったりするようにしたので、第１の実施の形態で作成した画面遷移シナリオに基づいてアプリケーションを実行できる。特に作成時にはＪａｖａプログラミングを行わなかったにも関わらず、Ｊａｖａでプログラミングをしたことと同様のアプリケーションの実行ができるようになる。
【００４４】
実施の形態３．
上述した第２の実施の形態では、画面遷移制御手段４及び画面遷移シナリオをアプレットと共にクライアントに提供し、実行させる場合について記述した。これを、クライアントは、ＨＴＭＬ等のマークアップ言語により構成し、サーバの方で、これらの役割をサーブレット及びＪＳＰ（Java Server Page）により実現することもできる。この場合でも、画面遷移シナリオは共通のもので実現できるし、処理手順部品も共通のもので実現できる。
【００４５】
実施の形態４．
上述した第２の実施の形態では、処理手順であるプログラム及び画面構成部品をサーバの方に保存し、その都度処理を行わせたり、画面構成部品を送信させるようにしたが、全てをクライアントの方に保存させ、アプリケーションの実行をクライアントだけで行わせるようにしてもよい。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るアプリケーション構築方法を実現するためのシステムを表すブロック図である。
【図２】画面作成装置１、処理実装装置２及びシナリオ編集装置３を実際にハード構成する場合の構成図である。
【図３】パネル部品と画面構成情報との関係を表す図である。
【図４】実際に作成した画面の例を表した図である。
【図５】図４の画面をパネル部品単位で表した図である。
【図６】シナリオ編集装置３による画面遷移シナリオ作成を行う際の表示を表す図である。
【図７】作成された画面遷移シナリオをイメージとして表した図である。
【図８】本発明の第２の実施の形態に係るアプリケーションを実行する場合の構成図である。
【符号の説明】
１画面作成装置
２処理実装装置
３シナリオ編集装置
４画面遷移制御手段
５画面表示制御手段
６処理実行手段
７部品供給手段
１００計算機システム
１０１中央計算機
１０２主記憶装置
１０３入出力制御装置
１０４マウス又はタブレット
１０５キーボード
１０６外部記憶装置
１０７表示装置
１０８システムバス[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a method for associating information of a screen configuration with processing when attempting to construct an application using a GUI for establishing an interface between a processing device such as a computer and a human.
[0002]
[Prior art]
Conventionally, there is a method of using a GUI (Graphical User Interface) as a method for making it easy for a human (hereinafter referred to as a user) to give a processing instruction or the like to a processing device represented by a computer (hereinafter referred to as a computer). . In the GUI, the computer displays a screen having, for example, virtual buttons on the display device. Then, the user inputs data from an input device such as a keyboard, or inputs an operation instruction based on a screen displayed using a pointing device such as a mouse. In response to the operation instruction, the computer executes processing corresponding to the event (execution request from the user). In addition, the next screen (hereinafter referred to as a transition screen) is displayed along with the processing. That is, a GUI screen displayed (hereinafter simply referred to as a screen) is used in the dialog between the computer and the user. Such an operating environment using a GUI is also used when, for example, a computer processes product ordering, design specification registration, and the like (hereinafter referred to as business).
[0003]
When an operation environment using a GUI is to be used for business, it is necessary to construct an application so that a screen corresponding to the business is displayed on the computer and processed. Therefore, first, a business analysis is performed by a business analyst, and an application designer (hereinafter referred to as an application designer) uses a GUI based on the business analysis to indicate what should be displayed on each screen, the relationship between each screen, and the like. Build everything you need to perform work in the operating environment you used. The screen specifications and screen transition specifications for that purpose are determined. Based on the specifications, the actual screen creator creates each screen.
[0004]
Here, it is necessary to execute three types of instruction commands in advance on each screen for building an application based on specifications. The first is an instruction command relating to a screen layout (hereinafter referred to as a layout instruction) on how a picture (image) or the like for displaying a screen is regarded as a component (component), and how to arrange (lay out) and display these. . The second is an instruction command (hereinafter referred to as a processing instruction) indicating what kind of processing is performed in response to the input data input by the user based on the screen and the generated operation instruction. The third is an instruction command (transition screen) indicating which screen is to be displayed next in response to an action that the user has caused based on the screen, and how to transmit (pass) data to the next screen at that time. Called instructions). These instruction commands are normally performed by the creator describing them in one program as a program.
[0005]
In addition, tools (means, apparatus) are provided for easier screen development. In such a tool, first, the parts necessary for the screen to be created are displayed on the development screen of the integrated development environment. The creator moves and arranges (lays out) the parts on the development screen. Here, this arrangement is laminated. Based on the layout, the tool automatically creates screen layout instructions. Therefore, the screen creator can create a layout instruction while visually laying out. However, even when such a tool is used, the creator creates a description instruction by adding a processing instruction and a transition screen instruction to the generated layout instruction.
[0006]
[Problems to be solved by the invention]
In this way, instruction commands for a certain screen are described as a group, and the descriptions are closely related to each other. Therefore, for example, even when one instruction on a certain screen is to be changed, the influence may affect the whole.
[0007]
The invention according to the present application is for solving the above-mentioned problems, and obtain a method for minimizing the influence of these instruction instructions on each other and making the development environment easy to construct an application. It is what.
[0008]
[Means for Solving the Problems]
The application construction method according to the present application is based on an operation instruction input via a screen displayed on the display device. Relating to execution requests by operation instructions Processing or To change the displayed screen In the method of building an application by GUI that executes screen transition, each screen is created by arranging screen components, Execute request Between processing procedures and screen transitions Have a data transmission pattern that indicates the direction of screen transition and / or the presence or absence of data on the previous screen Based on the process of creating the data transmission procedure and the screen component instructed to operate Processing related to execution requests Or to execute screen transition, Screen configuration information that represents the layout relationship of screen components in a tree-structured data structure with the screen component as the base as a root or node and the screen component as the base or the screen component to which an operation instruction is input as a leaf Created for each screen, for screen configuration information The name of each screen of the transition destination, each Execute request Associating the name of the processing procedure or the name of each data transmission pattern included in the data transmission procedure.
In this method, screen creation with screen components arranged in advance and each Execute request The processing procedure and creation of a data transmission procedure between screens at the time of screen transition are performed independently. Then, the name of each transition destination screen, the name of each processing procedure, or the name of each data transmission pattern included in the data transmission procedure is associated with the screen configuration information created for each screen based on the arrangement relationship of the screen components. Keep going. This makes it possible to independently create screens, processing procedures, and data transmission procedures that have been described together as a program so far, so that the effects of those relationships can be minimized, and application construction is possible. Can be made more efficient and shorter. Further, since screen creation and procedure creation can be performed in parallel, the development period can be further shortened.
[0009]
In this method, the screen configuration information is information represented by a tree-structured data structure. The roots and nodes are the basic screen components. In addition, the leaf is composed of a screen component as a base or a screen component into which an operation instruction is input. Thus, it is convenient when screen configuration information is created and associated while omitting screen components that are not related to event occurrence (operation instruction input).
[0010]
Further, in the application construction method according to the present application, the screen component parts, which are leaves of a tree structure and to which an operation instruction is input, are associated.
In this method, the association is performed with a screen component to which an operation instruction is input. Since an event such as a screen transition or a process is generated, it is only necessary to associate with such a screen component, so that useless settings can be omitted.
[0011]
Also, in the application construction method according to the present application, when the name and arrangement position of the screen component that is the basis are determined at the time of screen creation, the parent-child relationship that is the basis of the screen configuration information is automatically recorded.
In this method, when a name and an arrangement position of a screen component serving as a base are determined at the time of screen creation, the parent-child relationship of the screen component is automatically recorded. As a result, the screen creator can create a screen without being conscious of the screen configuration information.
[0012]
Further, the application execution method according to the present application is based on an operation instruction input via a screen displayed on the display device. Relating to execution requests by operation instructions Processing or To change the displayed screen In the method of executing an application by GUI that performs screen transition, a screen created in advance, Execute request The name assigned to each data transfer pattern included in the data transfer procedure between screens during the processing procedure and screen transition, and the layout relationship of the screen components that make up the screen, Screen configuration information represented by a tree-structured data structure with the base screen component as a root or node and the base screen component or the screen component to which an operation instruction is input as a leaf In accordance with the determined screen component based on the association and the step of associating in advance, the step of determining the screen component from which the operation instruction is input, and the association, Processing related to execution requests And performing data transmission based on the data transmission pattern to display the next screen on the display device.
In this method, the screen created in advance, Execute request Associating in advance the names assigned to the data transmission patterns included in the data transmission procedure between the screens at the time of processing procedures and screen transitions, and the screen configuration information, which is information indicating the arrangement relationship of the screen components constituting the screen. deep. When executing the application, the screen component to which the operation instruction is input is determined, the processing based on the operation instruction is performed based on the association, the data transmission based on the data transmission pattern is performed, and the next screen is displayed on the display device Let As a result, it is possible to develop the screen, processing procedure, and data transmission procedure that have been described together as a program in the past, independently, and for the user, regardless of the development, Applications can be executed in the same environment as before.
[0013]
In the application execution method according to the present application, the determination of the screen component to which the operation instruction is input is performed based on the path information acquired from the arrangement relationship.
In this method, the determination of the screen component is performed based on the path information. Since this path information is unique within the screen (within the application), it is possible to specify the screen component to which the operation instruction has been input without setting a special name by using this as the name. . Further, it is not necessary to give a special name, but it can be based on the path information, so it can be changed.
[0014]
In the application execution method according to the present application, Execute request The processing is performed by a processing device different from the processing device that executes the application.
In this method, based on the operation instructions Execute request The processing is performed by a processing device different from the processing device that executes the application. Thereby, a Thin client can be realized, and maintenance costs can be reduced.
[0015]
In addition, the application construction apparatus according to the present application includes a selection instruction input unit that transmits a selection signal based on a selection instruction, a display unit that performs a display based on a transmitted display signal, and a screen configuration on which an operation instruction is input Parts, pre-generated screens, Relating to execution requests by operation instructions Procedure or To change the screen displayed on the display means A display signal for displaying the name given to each data transmission procedure between screens at the time of screen transition is transmitted, and based on the selection signal from the selection instruction input means, For screen components whose placement relations are represented by a data structure of a tree structure with the screen component as the base as the root or node and the screen component as the base or the screen component to which the operation instruction is input as a leaf, The name of the screen, Execute request Scenario generation means for generating a scenario by associating with the name of the processing procedure or the name of the data transmission pattern included in the data transmission procedure.
In this apparatus, the scenario generation means includes a screen component on which an operation instruction is input during application execution, a screen generated in advance, Execute request A display signal for displaying the name given to each of the processing procedure or the data transmission procedure between screens at the time of screen transition is transmitted and displayed on the display means. Based on the display, the screen name, the name of the processing procedure, or the name of the data transmission pattern included in the data transmission procedure for the screen component for which the user inputs the operation instruction using the selection instruction input means such as a mouse. And make a selection for association. The scenario generation means performs association based on the selection and creates a scenario. As a result, screens, processing procedures, and data transmission procedures that have been collectively described so far can be created independently, and the efficiency and shortening of application construction can be achieved.
[0016]
Further, the application execution system according to the present application requests operation execution based on an operation instruction input unit that transmits an instruction signal when an operation instruction is input, an instruction signal and a scenario input from the operation instruction input unit, In addition, data is transmitted between screens based on the data transmission pattern, and execution means for controlling the transition of the screen, and requested by the execution means Execute request Server means for performing processing and transmitting a process execution result to the execution means, and display means for displaying a screen subjected to transition control by the execution means are provided.
This system executes a scenario created by the application construction device. Thereby, execution based on a scenario can be performed. In particular, the execution means and server means are separated. Execute request By causing the server means to perform the processing, the burden on the execution means can be reduced.
[0017]
Further, the recording medium according to the present application is based on an operation instruction input via a screen displayed on the display device. Relating to execution requests by operation instructions Processing or To change the displayed screen In application construction by GUI that executes screen transition, each screen is created by arranging screen components, Execute request Between processing procedures and screen transitions Have a data transmission pattern that indicates the direction of screen transition and / or the presence or absence of data on the previous screen Based on the process of creating the data transmission procedure and the screen component instructed to operate Processing related to execution requests Or to execute screen transition, Screen configuration information that represents the layout relationship of screen components in a tree-structured data structure with the screen component as the base as a root or node and the screen component as the base or the screen component to which an operation instruction is input as a leaf Created for each screen, for screen configuration information The name of each screen of the transition destination, each Execute request A program of an application construction method for causing a computer to create a module having a process procedure name or a step of associating a name of each data transfer pattern included in the data transfer procedure.
In this recording medium, a transition screen corresponding to an operation instruction for a screen component to which the operation instruction is input when building an application, Execute request A program for creating a module for associating data transmission between screens at the time of processing or screen transition is recorded. As a result, the screens, processing procedures, and data transmission procedures that have been collectively described so far can be created independently, and the efficiency and shortening of application construction can be achieved.
[0018]
The recording medium according to the present application is based on an operation instruction input to a certain screen component based on the generated module. Execute request A program of an application execution method for executing processing or screen transition is recorded.
This recording medium has a program for executing a module created based on the program of the application construction method. As a result, the user can execute the application in the same environment as before without being aware of the created module.
[0019]
DETAILED DESCRIPTION OF THE INVENTION
Embodiment 1 FIG.
FIG. 1 is a block diagram showing a system for realizing an application construction method according to the first embodiment of the present invention. In FIG. 1, reference numeral 1 denotes a screen creation device. The screen creation device 1 is a device that allows a screen creator to visually create a screen layout (hereinafter referred to as screen creation) while moving a screen component displayed on the display device using a pointing device. Also, screen configuration information based on the created screen and attributes of each component are recorded. The screen component and screen configuration information will be described later. Reference numeral 2 denotes a processing mounting apparatus. The process mounting apparatus 2 is an apparatus for creating, changing, or the like, a process procedure part that represents a process procedure for event occurrence and a data transmission procedure part that represents a data transfer procedure between screens at the time of screen transition. 3 is a scenario editing device. The scenario editing device 3 is for a scenario creator to create a screen transition scenario by associating screen configuration information, transition screen names, processing names, and data transmission pattern names.
[0020]
FIG. 2 is a configuration diagram when the screen creation device 1, the processing mounting device 2, and the scenario editing device 3 are actually configured in hardware. In FIG. 2, a central computer 101, a main storage device 102, an input / output control device 103, a mouse or tablet 104 as a pointing device, a keyboard 105, an external storage device 106, and a display device 107 are connected to a system bus 108 (or a similar mechanism). It is comprised with the computer system 100 connected by. In some cases, a computer system similar to this may be used. Here, in the present embodiment, the screen creation device 1, the processing mounting device 2, and the scenario editing device 3 are handled as separate devices. However, the only difference between these devices is the difference in the programs that cause each device to perform the functions in the hardware configuration as shown in FIG. 2, so that these devices can be provided with three functions in one hardware configuration device. It can also be realized.
[0021]
In the present embodiment, the layout of the screen is performed by arranging or stacking other screen components on the screen components that are the basis displayed by the screen creation device 1. The screen creation device 1 itself is not particularly different from the conventional one, but each screen component has a parent-child relationship between itself and the screen component stacked immediately above itself, and both inquire about their names. be able to. Therefore, when N layers of screen components are stacked, the created screen can express the screen configuration information as a data structure having an N-layer tree structure. As a result, the event generation component traces the tree structure to the screen component at the lowest layer of the screen on which the event is generated (the child has only one parent, so it is easier to follow from the leaf to the root) ), Get the path information, and add the name given to it when creating the screen to get a unique event path name in the application. Further, the process implementer creates or partially changes a process procedure part that is a process instruction by the process mounting apparatus 2, and also partially changes the data transfer part that represents the data transfer procedure with the screen. Then, the scenario creator sets the transition screen name, processing name, and data transmission pattern name for the part that generates the event by the scenario editing device 3, and these are associated with each other. A screen transition scenario to be used in the event is created. As a result, the layout instruction, processing instruction, and transition screen instruction, which have been described as a unit in the past, are converted into parts, each having independence, and can be easily changed. In addition, screen creation by the screen creator and creation of processing procedure parts and data transmission parts by the process implementer can be performed independently in parallel, so that work efficiency is good.
[0022]
Here, a WWW (World Wide Web) service of a communication network using a communication protocol (hereinafter referred to as a protocol) called TCP / IP (Transmission Control Protocol / Internet Protocol) called the Internet is now in widespread use. . WWW uses a protocol higher than TCP / IP called HTTP (HyperText Transmissin Protocol) to exchange data with a computer called a Web server. A tool called a web browser is required when a computer receives information from the WWW and displays information based on data on a display device. The Web browser can display a screen by using a markup language such as HTML (HyperText Markup Language), an object-oriented programming language called Java, and the like, and can execute a built application (trademarks related to Java or all Java). The mark and logo are trademarks or registered trademarks of Sun Microsystems in the United States and other countries. Since the Web browser is the most general-purpose tool, it is most efficient to construct an operation environment application using a GUI using the Web browser, and it is currently used for various purposes. In view of this, this embodiment will also be described in consideration of building an application in an operating environment environment using a GUI based on a Web browser. However, this does not deny an application constructed using the present invention other than using a Web browser.
[0023]
FIG. 3 is a diagram illustrating the relationship between panel components and screen configuration information. Next, the process from the operation of each device to the construction of an application will be described in more detail. First, screen creation using the screen creation device 1 will be described. The screen creator creates each screen using the screen creation device 1 based on the screen specification by the application designer. Screen components are used to create each screen. A screen component means a component that can compose a screen on this framework. This can be divided into three categories. The first is a panel component for constructing screen configuration information (hereinafter referred to as a base panel component). The second component is a component (hereinafter referred to as an event generation panel component) that generates an event defined by the framework when a request instruction is issued by a user operation. The third is an input / output component (hereinafter referred to as a single component) for inputting and displaying data on the screen.
[0024]
Here, when the scenario editing apparatus 3 fetches the created screen information (layout instruction), the data structure of the tree structure for the base panel part and the event generation panel part is based on the parent-child relationship recorded in the part. Is created. That is, in the case of a base panel part, a tree-structured data structure is created for the parent-child relationship made with the base panel part or the event generation panel part stacked immediately above itself. In the case of an event generation panel component, a tree-structured data structure is created for a parent-child relationship with a button or the like (hereinafter referred to as an event generation component) that generates an event accumulated on itself. The screen configuration information is information in which parent-child information from the lowermost (root) panel component (base component) is created as a tree-structured data structure. Some parts generate events, but the events are unique to a single part and are different from the events defined in the framework. No effect.
[0025]
When this panel component is created in, for example, a Java environment, in the second embodiment to be described later, the specification conforms to the framework defined by the screen transition control means 4 in FIG. 8 and the specification defined by JavaBeans. Therefore, create it. In this case, a custom editor function that can use JavaBeans components can be used. If this custom editor function is used, a screen component on a panel part can be created without using a single part, and a tree-structured data structure is created for a parent-child relationship with an event generating part. As a result, the screen creator can perform more detailed layout settings, component attribute settings, and the like without instructing the program. Furthermore, by creating a component called a Swing component, when the application is executed, it is possible to change the appearance of the screen (panel component constituting the screen) according to the preference of the executor.
[0026]
The screen creator configures the lowermost screen components of each screen with panel components. A name (ID) is assigned to this panel. This is the name of the screen. In FIG. 3, the name of this panel is “Panel 0”. As shown in FIG. 3, the screen creator also assigns a name when other panel parts are arranged. In general, however, the screen creator does not assign names appropriately, and in accordance with the screen transition scenario, etc., the respective names are assigned according to the screen specifications created by the application designer.
[0027]
For event occurrence parts, when the screen creator places a panel part and gives it a name (for example, “add”, “send”, etc.), the parent-child relationship made with the event occurrence panel part is recorded. .
[0028]
By following the parent-child relationship that is recorded at the same time when the screen layout is performed in this way from the lowermost panel component, a tree-structured data structure can be obtained. This is shown in FIG. It is assumed that there is no event generating part with the same name on the same panel. Therefore, from the path configuration up to the part (hereinafter referred to as path information), the part exists uniquely (only) in the screen (even in the application). As described in a second embodiment described later, when an application is executed, the name of an event generated by an operation instruction to the component is given based on the path information that follows the recorded parent-child relationship. This name is unique regardless of whether it is given based on the path information from the leaf to the root of the tree structure or based on the path information from the root to the leaf.
[0029]
FIG. 4 is a diagram showing an example of a screen actually created. This screen is created by combining input / output components and panel components as described above.
[0030]
FIG. 5 is a diagram showing the screen of FIG. 4 in units of panel parts. In this example, the bottommost panel component is named “Invoice Creation Screen”, and the panels are named “Construction Item Name”, “Design Material Information”, “Destination”, “Design Material List”, and “Invoice List”. The parts are arranged and stacked on the “Invoice Creation Screen” panel. Among these, the event generation panel parts are the “destination” and “design material list” panels. In FIG. 5, it appears that event transmission parts “transmission” and “end” are stacked on the “invoice creation screen” panel part in the lowermost layer, but in reality, they are stacked on another panel part. That is, the “invoice creation screen” is a base panel part. In FIG. 5, the path to the event occurrence part “add” stacked on the “destination” panel part is represented by “invoice creation screen / destination / addition”.
[0031]
Next, creation of processing procedure parts and data transmission procedure parts will be described. The process mounter creates a process procedure component using the process mounting apparatus 2. In addition, data transmission procedure parts do not need to be created from the beginning, but can be created only by partially changing them into a form that matches the specifications designed by the application designer. The data transmission procedure represents how to transmit (pass) the data held in the displayed screen and the processing result to the transition screen at the time of screen transition. One data transmission procedure component is created for each application. However, in the data transmission procedure component, a plurality of data transmission patterns are described according to the screen transition direction (previous screen transition, next screen transition, etc.), the presence / absence of data usage of the previous screen, and the like. Each data transmission pattern is given a name (ID), and as will be described later, the scenario editing device 3 performs association according to the transmission pattern.
[0032]
Further, the processing procedure represents a procedure for performing processing upon occurrence of an event or the like. Conventionally, when a development tool is used, these are added to the description of the layout instruction. For this reason, these operations can be performed only after layout (after creating the display screen). In the present embodiment, these can be created in parallel independently of screen creation, so that the development period can be shortened. Further, each processing procedure is divided into parts, and as will be described later, it is only necessary to associate the processing name with the scenario editing device 3 according to the processing. Therefore, it is not necessary to describe processing instructions for performing the same processing for each screen. Also good.
[0033]
FIG. 6 is a diagram showing a display when the scenario editing apparatus 3 creates a screen transition scenario. As shown in FIG. 6, the scenario editing apparatus 3 displays the screen configuration information as a tree structure (tree display) based on the creation screen. The scenario creator sets a transition screen name, a processing name, and a data transmission pattern name (these are referred to as screen transition information) for each leaf. When the screen configuration information is created as described above, the leaf or the like is a button or a base panel component stacked on the event generation panel component. Here, it is not necessary to make settings for a leaf that has no screen transition or no processing. However, it is also possible to set a transition screen name so as to transition to oneself, or to set a processing name not to perform processing. In this way, an application that performs one task is constructed by associating a creation screen with a part that generates an event and processing.
[0034]
FIG. 7 is a diagram showing the created screen transition scenario as an image. If the scenario creator knows the panel parts of each screen, the name of each processing procedure and data transmission pattern, and the layout relation of the panel parts based on the specifications designed by the application designer, the screen creation and processing procedure parts Scenarios can be created regardless of However, in reality, in order to create a screen transition scenario, it is necessary to create screen configuration information, so the scenario creator's work will be done after the screen creator creates the screen. . The screen transition scenario is created as a modularized file (having variables and methods) used when the screen transition control unit 4 described in the second embodiment controls screen transition.
[0035]
As described above, according to the first embodiment, in the scenario editing device 3, a transition is made with respect to an event path name (name obtained by adding an event name to path information) of an event generating part that generates an event on a panel part. Since the screen name, process name, and data transfer pattern name are associated to create a screen transition scenario for use during application execution, screen creation by the screen creator in the screen creation device 1 and process implementation device by the process implementer The processing procedure parts and the data transmission procedure parts in 2 can be created independently and in parallel, and the work efficiency is high. In addition, since each component is created as a component (part), it has independence as compared with the prior art, and each change is less likely to affect others. In addition, the same processing need not be described for each screen, and it is only necessary to associate the processing names with each other, so the burden can be reduced. Furthermore, for the base panel parts and event generation panel parts, the screen creator places them and automatically records the parent-child relationship when the names are assigned. A tree-structured data structure is created based on the recorded parent-child relationship. When an application is executed, the name of an event generated by an operation instruction to the component can be attached based on the recorded path information following the parent-child relationship. This name is unique under the assumption that parts that generate the same event do not exist on the same panel part.
[0036]
Embodiment 2. FIG.
FIG. 8 is a configuration diagram when an application according to the second embodiment of the present invention is executed. In FIG. 8, 4 is a screen transition control means. The screen transition control means 4 executes an application based on the screen control scenario and performs screen transition control. Reference numeral 5 denotes screen display control means. The screen component to which the user inputs an operation instruction via the screen is determined, and the path information is sent (passed) to the screen transition control means 4. Further, a screen based on the screen transition instruction transmitted (passed) from the screen transition control means 4 is displayed. At that time, the screen components necessary for display are determined, and the screen components that are insufficient are displayed after receiving the screen components from the component supply means 7. Reference numeral 6 denotes processing execution means. The process execution means 6 has process procedure parts created by the process implementer. A processing procedure component based on the processing request sent from the screen transition control means 4 is selected, and the processing procedure is executed. Then, the processing result is sent to the screen transition control means 4. Reference numeral 7 denotes a component supply means. The component supply means 7 has screen components that constitute each screen. Then, the screen component in response to the request is sent to the screen display control means 5.
[0037]
In this embodiment, a procedure for executing an application constructed based on the screen transition scenario created in the first embodiment will be described. For this purpose, the screen transition control unit 4 obtains the screen transition information from the screen transition scenario based on the path information sent by the screen display control unit 5 based on the user's operation instruction. Based on the screen transition information, the processing execution unit 6 is requested to perform the processing, receives the processing result, performs data transmission based on the data transmission procedure, and issues a screen transition instruction determined from the screen transition information. And the screen display control means 5 displays a transition screen on a display apparatus. Thereby, the application constructed based on the screen transition scenario is executed.
[0038]
When actually used, the screen transition control means 4 is provided as a framework for use by an applet executed on a Web browser together with a screen transition scenario. An applet is a program that is executed within a certain tool (in this case, a Java program used within a Web browser), and a framework is a group of software components that execute a specific task in a coordinated manner. It is. When building an application (screen creation, etc.), the program is created in the same way as before by using the created screen transition scenario, screen transition control means 4, and screen display control means 5 even though the program is not written in Java. Application can be executed.
[0039]
In this embodiment, as a hardware configuration, a client computer (hereinafter referred to as a client) for actually providing a screen to a user or receiving an operation instruction, execution of a processing procedure, and supply of screen components It is assumed that the application is executed by a client / server system having a server computer (hereinafter referred to as a server) for performing the above. That is, the processing execution means 6 and the component supply means 7 are realized by the server performing the operation. The reason why this type of hardware configuration is adopted is that there is an increasing demand for thin clients (lightly equipped clients) in order to minimize maintenance costs such as maintenance. The above-mentioned Java applet, framework (screen transition control means 4), and screen transition scenario are not stored in the client from the beginning, but are transmitted from the server when the application is executed, and the client executes the Java applet in the Web browser. It is something to execute.
[0040]
Next, an operation when executing an application will be described with reference to FIG. The screen display control means 5 displays a screen on the display device. Here, if it is determined that the user has input an operation instruction via the displayed screen, an event generation component which is a screen component for which the operation instruction has been input is determined. Then, the path information based on the parent-child relationship recorded in the panel part is passed to the screen transition control means 4 (S1). The screen transition control means 4 makes an inquiry to the screen scenario based on the path information (S2), and obtains screen transition information as a result of the inquiry from the screen transition scenario (S3).
[0041]
The screen transition control unit 4 determines the process based on the screen transition information obtained from the screen transition scenario, and requests the process execution unit 6 to perform the process (S4). A processing name, input data, etc. are transmitted to this request. The process execution means 6 executes a process procedure based on the process name, and transmits the process result to the screen transition control means 4 (client) (S5). These are omitted if no processing is required.
[0042]
When the processing result is transmitted, the screen transition control means 4 issues a screen transition instruction (S6), and further transmits data to the transition screen based on the screen transition information. The screen display control unit 5 displays the screen on the display device after receiving the screen component from the component supply unit 7 as necessary for the screen component that is insufficient.
[0043]
As described above, according to the second embodiment, the screen transition control means 4 that obtains the screen transition information from the screen transition scenario based on the path information sent based on the user's operation instruction performs the process on the server. Since the request is made or the screen transition instruction is given, the application can be executed based on the screen transition scenario created in the first embodiment. In particular, even when Java programming is not performed at the time of creation, an application similar to that programmed with Java can be executed.
[0044]
Embodiment 3 FIG.
In the above-described second embodiment, the case where the screen transition control unit 4 and the screen transition scenario are provided to the client together with the applet and executed is described. The client is configured by a markup language such as HTML, and these roles can be realized by the servlet and JSP (Java Server Page) on the server side. Even in this case, the screen transition scenario can be realized by a common one, and the processing procedure parts can also be realized by a common one.
[0045]
Embodiment 4 FIG.
In the second embodiment described above, the program and screen components, which are processing procedures, are stored in the server, and the processing is performed or the screen components are transmitted each time. It is also possible to store the application and execute the application only on the client.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a system for realizing an application construction method according to a first embodiment of the present invention.
FIG. 2 is a configuration diagram when the screen creation device 1, the processing implementation device 2, and the scenario editing device 3 are actually configured in hardware.
FIG. 3 is a diagram illustrating a relationship between panel parts and screen configuration information.
FIG. 4 is a diagram illustrating an example of a screen that is actually created.
5 is a diagram showing the screen of FIG. 4 in units of panel parts.
6 is a diagram showing a display when a scenario editing apparatus 3 creates a screen transition scenario. FIG.
FIG. 7 is a diagram showing the created screen transition scenario as an image.
FIG. 8 is a configuration diagram when an application according to the second embodiment of the present invention is executed;
[Explanation of symbols]
1 Screen creation device
2 processing equipment
3 Scenario editing device
4 Screen transition control means
5 Screen display control means
6 Process execution means
7 Parts supply means
100 computer system
101 Central computer
102 Main memory
103 Input / output control device
104 mouse or tablet
105 keyboard
106 External storage device
107 Display device
108 System bus

Claims

表示装置に表示される画面を介して入力された操作指示に基づいて、該操作指示による実行要求に係る処理又は前記表示される画面を変更するための画面遷移を実行する、ＧＵＩ（グラフィック・ユーザ・インターフェース）によるアプリケーションを構築する方法において、
画面構成部品を配置して各画面を作成し、また、各実行要求に係る処理手順及び画面遷移の際の画面間において、画面遷移の方向及び／又は前画面のデータ利用有無を示すデータ伝達パターンを有するデータ伝達手順を作成する工程と、
前記操作指示された画面構成部品に基づく前記実行要求に係る処理又は画面遷移を実行させるため、土台となる画面構成部品を根又は節点とし、前記土台となる画面構成部品又は前記操作指示が入力される画面構成部品を葉とする木構造のデータ構造で前記画面構成部品の配置関係を表す画面構成情報を前記画面毎に作成し、前記画面構成情報に対し、遷移先の前記各画面の名前、前記各実行要求に係る処理手順の名前又は前記データ伝達手順に含まれる各データ伝達パターンの名前を関連付ける工程と
を有することを特徴とするアプリケーション構築方法。A GUI (graphic user) that executes a process related to an execution request based on the operation instruction or a screen transition for changing the displayed screen based on an operation instruction input via a screen displayed on the display device. In the method of building an application with an interface)
A data transmission pattern that creates screens by arranging screen components, and indicates the direction of screen transition and / or the use of data on the previous screen between the processing procedures related to each execution request and screens at the time of screen transition Creating a data transmission procedure having :
In order to execute a process or screen transition related to the execution request based on the screen component that is instructed to operate, the screen component that becomes the base is set as a root or a node, and the screen component that becomes the base or the operation instruction is input. Screen configuration information representing the arrangement relationship of the screen component in a tree-structured data structure with the screen component as a leaf, for each screen, the name of each screen of the transition destination for the screen configuration information , And a step of associating a name of a processing procedure related to each execution request or a name of each data transmission pattern included in the data transmission procedure.

前記木構造の葉である、前記操作指示が入力される画面構成部品について前記関連付けを行うことを特徴とする請求項１記載のアプリケーション構築方法。 The application construction method according to claim 1, wherein the association is performed with respect to a screen component to which the operation instruction is input, which is the leaf of the tree structure.

前記画面作成時に、前記土台となる画面構成部品の名前及び配置位置が確定すると、前記画面構成情報の基礎となる親子関係の記録が自動的に行われることを特徴とする請求項１記載のアプリケーション構築方法。 2. The application according to claim 1, wherein, when the screen is created, when a name and an arrangement position of the base screen component are determined, a parent-child relationship as a basis of the screen configuration information is automatically recorded. Construction method.

表示装置に表示される画面を介して入力された操作指示に基づいて、該操作指示による実行要求に係る処理又は前記表示される画面を変更させるための画面遷移を行う、ＧＵＩによるアプリケーションを実行する方法において、
あらかじめ作成した画面、前記実行要求に係る処理手順及び画面遷移の際の画面間のデータ伝達手順に含まれるデータ伝達パターンにそれぞれ付した名前と、前記画面を構成する画面構成部品の配置関係を、土台となる画面構成部品を根又は節点とし、前記土台となる画面構成部品又は前記操作指示が入力される画面構成部品を葉とする木構造のデータ構造で表した画面構成情報とをあらかじめ関連付けておく工程と、
前記操作指示が入力されると、その操作指示が入力された画面構成部品を判断する工程と、
前記関連付けに基づいて、判断した画面構成部品に応じて、前記実行要求に係る処理を行い、データ伝達パターンに基づくデータ伝達を行って表示装置に次の画面を表示させる工程と
を有することを特徴とするアプリケーション実行方法。Based on an operation instruction input via a screen displayed on the display device, an application using a GUI that performs processing related to an execution request based on the operation instruction or screen transition for changing the displayed screen is executed. In the method
The names created for the screens created in advance, the processing procedures related to the execution request and the data transmission pattern included in the data transmission procedure between the screens at the time of screen transition, and the arrangement relationship of the screen components constituting the screen, Associating in advance the screen configuration information represented by a tree-structured data structure with the base screen constituent component as a root or node and the base screen constituent component or the screen constituent component to which the operation instruction is input as a leaf The step of placing;
When the operation instruction is input, a step of determining a screen component in which the operation instruction is input;
Performing the process related to the execution request according to the determined screen component based on the association, and performing data transmission based on the data transmission pattern to display the next screen on the display device. Application execution method.

前記操作指示が入力された画面構成部品の判断は、前記配置関係により取得されたパス情報に基づいて行うことを特徴とする請求項４記載のアプリケーション実行方法。The application execution method according to claim 4 , wherein the determination of the screen component to which the operation instruction is input is performed based on the path information acquired by the arrangement relationship.

前記実行要求に係る処理は、アプリケーションを実行する処理装置とは別の処理装置に行わせることを特徴とする請求項４記載のアプリケーション実行方法。The application execution method according to claim 4, wherein the processing related to the execution request is performed by a processing device different from the processing device that executes the application.

選択指示に基づいた選択信号を送信する選択指示入力手段と、
送信される表示信号に基づいた表示を行う表示手段と、
操作指示入力が行われる画面構成部品、あらかじめ生成された画面、前記操作指示による実行要求に係る処理手順又は前記表示手段に表示する画面を変更させるための画面遷移の際の画面間のデータ伝達手順にそれぞれ付された名前を表示するための表示信号を送信し、また、前記選択指示入力手段からの選択信号に基づいて、土台となる画面構成部品を根又は節点とし、前記土台となる画面構成部品又は前記操作指示が入力される画面構成部品を葉とする木構造のデータ構造で配置関係が表された前記画面構成部品に対し、画面の名前、前記実行要求に係る処理手順の名前又はデータ伝達手順に含まれるデータ伝達パターンの名前との関連付けを行ってシナリオを生成するシナリオ生成手段と
を備えたことを特徴とするアプリケーション構築装置。Selection instruction input means for transmitting a selection signal based on the selection instruction;
Display means for performing display based on the transmitted display signal;
Data transmission procedure between screens at the time of screen transition for changing the screen component for executing the operation instruction input, the screen generated in advance, the processing procedure related to the execution request by the operation instruction or the screen displayed on the display means A display signal for displaying the name attached to each of the screens is transmitted, and based on the selection signal from the selection instruction input means , a screen component serving as a base is used as a root or a node, and the screen configuration serving as the base The screen name, the name of the processing procedure related to the execution request, or the data for the screen component whose arrangement relation is expressed in the data structure of the tree structure with the component or the screen component to which the operation instruction is input as a leaf An application structure characterized by comprising scenario generation means for generating a scenario by associating with the name of the data transmission pattern included in the transmission procedure. Apparatus.

請求項７に記載されたアプリケーション構築装置により、作成されたシナリオに基づいてアプリケーションを実行するシステムであって、
操作指示が入力されると指示信号を送信する操作指示入力手段と、
該操作指示入力手段から入力された指示信号及び前記シナリオに基づいて、前記操作指示に係る画面構成部品を判断して前記実行要求に係る処理の実行を依頼し、また、前記データ伝達パターンに基づいて画面間のデータ伝達を行い、画面の遷移を制御する実行手段と、
前記実行手段に依頼された前記実行要求に係る処理を行い、実行手段に処理実行結果を送信するサーバ手段と、
該実行手段が遷移制御した画面を表示する表示手段と
を備えたことを特徴とするアプリケーション実行システム。A system for executing an application based on a scenario created by the application construction device according to claim 7 ,
An operation instruction input means for transmitting an instruction signal when an operation instruction is input;
Based on the instruction signal input from the operation instruction input means and the scenario, the screen component related to the operation instruction is determined to request execution of the process related to the execution request, and based on the data transmission pattern Execution means for transferring data between screens and controlling screen transitions;
Server means for performing processing related to the execution request requested to the execution means, and transmitting a process execution result to the execution means;
An application execution system comprising: display means for displaying a screen on which the execution means has been subjected to transition control.

表示装置に表示される画面を介して入力された操作指示に基づいて、該操作指示による実行要求に係る処理又は前記表示される画面を変更するための画面遷移を実行する、ＧＵＩによるアプリケーション構築において、
画面構成部品を配置して各画面を作成し、また、各実行要求に係る処理手順及び画面遷移の際の画面間において、画面遷移の方向及び／又は前画面のデータ利用有無を示すデータ伝達パターンを有するデータ伝達手順を作成する工程と、
前記操作指示された画面構成部品に基づく前記実行要求に係る処理又は画面遷移を実行させるため、土台となる画面構成部品を根又は節点とし、前記土台となる画面構成部品又は前記操作指示が入力される画面構成部品を葉とする木構造のデータ構造で前記画面構成部品の配置関係を表す画面構成情報を前記画面毎に作成し、前記画面構成情報に対し、遷移先の前記各画面の名前、前記各実行要求に係る処理手順の名前又は前記データ伝達手順に含まれる各データ伝達パターンの名前を関連付ける工程と
を有してモジュールを作成することをコンピュータに行わせるアプリケーション構築方法のプログラムを記録した記録媒体。In application construction by GUI that executes processing related to an execution request based on an operation instruction or screen transition for changing the displayed screen based on an operation instruction input via a screen displayed on a display device ,
A data transmission pattern that creates screens by arranging screen components, and indicates the direction of screen transition and / or the use of data on the previous screen between the processing procedures related to each execution request and screens at the time of screen transition Creating a data transmission procedure having :
In order to execute a process or screen transition related to the execution request based on the screen component that is instructed to operate, the screen component that becomes the base is set as a root or a node, and the screen component that becomes the base or the operation instruction is input. Screen configuration information representing the arrangement relationship of the screen component in a tree-structured data structure with the screen component as a leaf, for each screen, the name of each screen of the transition destination for the screen configuration information , A program of an application construction method for causing a computer to create a module having a name of a processing procedure related to each execution request or a step of associating a name of each data transmission pattern included in the data transmission procedure is recorded recoding media.

請求項９に記載されたアプリケーション構築方法に基づいて生成された前記モジュールに基づいて、ある画面部品に対して入力された操作指示に基づく前記実行要求に係る処理又は画面遷移を実行させる
ことをコンピュータに行わせるアプリケーション実行方法のプログラムを記録した記録媒体。10. A computer for causing a process or a screen transition related to the execution request based on an operation instruction input to a certain screen component to be executed based on the module generated based on the application construction method according to claim 9. A recording medium on which a program for an application execution method to be executed is recorded.