JP2002229788A - ウィザード開発キット - Google Patents

Abstract

(57)【要約】 【課題】 ウェブアプリケーションの設計と視覚的レイ
アウトとそれに対応するウェブアプリケーションで必要
な機能や決定論理を容易に作成し、実現し、配置するこ
とを可能にする開発環境を提供する。 【解決手段】 開発キットは、オーサリングユーティリ
ティ（１０２）とアプリケーションサーバ（１０６）を
含む。オーサリングユーティリティはウェブアプリケー
ションのオーサがウェブベースアプリケーション（１０
４）を設計し、実現し、テストし、配置するためのツー
ルを含む。オーサは、オーサリングユーティリティを用
いてそのアプリケーションを作成し、アプリケーション
をアプリケーションサーバに配置できる。アプリケーシ
ョンサーバはウェブサーバ（１０８）とインタフェース
をとり、オーサリングユーティリティを用いて構築され
たアプリケーションを実行することができる。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は一般的に、ウェブベ
ースアプリケーションを作成し、テストし、配置するた
めの開発環境に関する。特に、本発明は、非プログラマ
がウェブベースアプリケーションのためのアプリケーシ
ョン論理とユーザインタフェースを生成し、そのアプリ
ケーションをインターネットやその他のネットワーク上
で利用できるように配置可能な視覚的開発環境に関す
る。

【０００２】

【発明の背景】今日、初心者ユーザや非プログラマがイ
ンターネット用のウェブページやウェブアプリケーショ
ンを設計することを可能にするツールが市場にたくさん
ある。これらのウェブページデザインツールやＨＴＭＬ
エディタによって、初心者ユーザはウェブページやアプ
リケーション上に表示されるテキストやグラフィック等
を全てレイアウトすることができる。ＨＴＭＬエディタ
は、ウェブページの見た目を整えるのに有効である。し
かしながら、もしウェブページやアプリケーションが何
らかの機能を持つ、または決定論理を用いて動作するな
らば、ＨＴＭＬエディタは、初心者ユーザがその機能や
アプリケーションの決定論理を準備するための支援がで
きない。

【０００３】ウェブページやアプリケーションの機能や
決定論理を実施するために、初心者ユーザは、Ｊａｖａ
Ｓｃｒｉｐｔ等のウェブコンパチブルなプログラミング
言語も学習しなければならない。通常、ウェブコンパチ
ブルのプログラミング言語で所望の機能や決定論理を実
施できる程度までウェブコンパチブルなプログラミング
言語を学習することに、初心者ユーザや非プログラマは
苦しい思いをする。何故ならば、ウェブコンパチブルな
プログラミング言語には険しい学習曲線が関係するから
である。非プログラマは、ウェブコンパチブルなプログ
ラミング言語で書かれたプログラムを生成する際に支援
ツールを用いて、所望の機能や決定論理を実施できる。

【０００４】一旦初心者ユーザがウェブページやアプリ
ケーションの機能や決定論理を生成すると、初心者ユー
ザは、生成した機能や決定論理を実施して、適切なコン
テキスト、即ち、環境でＨＴＭＬエディタを用いて設計
されたウェブページやアプリケーションと共に実行しな
ければならない。また、作成した機能をＨＴＭＬエディ
タによって作成されたウェブページへ移して、次に実行
する機能を用いることも、初心者ユーザにとっては困難
で複雑な作業である。何故ならば、初心者ユーザには未
知のもしくは精通していない機能を移して適切にその実
行を完了させるための特定の工程や手順があるからであ
る。これは、特に、クライアントコンピュータが実行す
る機能とは対照的に、サーバ側の機能、即ち、サーバコ
ンピュータが実行する機能を初心者や非プログラマが使
おうとする場合に当てはまる。サーバ側の機能を使うた
めには、初心者ユーザはさらに別のプログラミング言語
を学習して、サーバ環境に精通しなければならない。い
ずれにしても初心者ユーザや非プログラマにとって極め
て困難な作業である。

【０００５】このため、初心者ユーザが容易に用いるこ
とができてプログラミング言語の学習が不要な方法で、
ウェブアプリケーションの設計と視覚的なレイアウトの
両方と、それに対応するウェブアプリケーションで必要
な機能や決定論理を初心者ユーザや非プログラマが作成
し、実現し、配置することを可能にする開発環境が必要
である。尚、その機能にはサーバ側の機能も含まれる。

【０００６】

【発明の簡潔な概要】本発明の一実施形態は、ウェブア
プリケーションを開発し、開発されたウェブアプリケー
ションをコンピュータネットワーク上で実行するシステ
ムに関する。本システムには、ウェブアプリケーション
を生成するためにオーサが用いる少なくとも一つの開発
用コンピュータと、少なくとも一つの開発用コンピュー
タと通信する少なくとも一つのサーバが含まれる。少な
くとも一つの記憶デバイスを用いることによって、オー
サが生成した前記ウェブアプリケーションを記憶するこ
とができる。少なくとも一つの開発用コンピュータはオ
ーサリングツールを備える。オーサリングツールには、
複数の視覚的要素を用いてウェブアプリケーションの視
覚的レイアウトと決定論理との両方を視覚的に生成する
手段が含まれる。また、オーサリングツールには、少な
くとも一つの開発用コンピュータから少なくとも一つの
記憶デバイスへ、ウェブアプリケーションの複数の視覚
的要素を転送する手段が含まれる。少なくとも一つのサ
ーバには、コンピュータネットワーク上のユーザに対し
て、少なくとも一つの記憶デバイスに記憶されたウェブ
アプリケーションへのアクセスを提供する手段が含まれ
る。少なくとも一つのサーバには、コンピュータネット
ワーク上のユーザからのウェブアプリケーションへのア
クセスのリクエストに応じて、ウェブアプリケーション
の複数の視覚的要素を直接実行する手段が含まれる。

【０００７】本発明の別の一実施形態は、ウェブアプリ
ケーションを開発し、開発されたウェブアプリケーショ
ンをコンピュータネットワーク上で実行する方法に関す
る。本方法の第１の工程には、複数の視覚的要素を用い
て開発用コンピュータ上のウェブアプリケーションの視
覚的レイアウトとウェブアプリケーションの決定論理の
両方を視覚的に生成する工程が含まれる。複数の視覚的
要素には、ウェブアプリケーションの特定の機能を完遂
する少なくとも一つの視覚的要素と、ウェブアプリケー
ションの視覚的レイアウトを構成する少なくとも一つの
視覚的要素と、複数の視覚的要素のうちのその他の視覚
的要素をリンクする少なくとも一つの視覚的要素が含ま
れる。本方法の次の工程には、コンピュータネットワー
ク上のユーザがアクセスできる少なくとも一つのサーバ
にウェブアプリケーションの複数の視覚的要素を転送す
る工程が含まれる。本方法の最終工程には、コンピュー
タネットワーク上のユーザからのウェブアプリケーショ
ンへのリクエストに応じて、ウェブアプリケーションの
複数の視覚的要素を順次実行する工程が含まれる。

【０００８】本発明の一つのメリットは、ウェブアプリ
ケーション設計の複雑さを隠すことによって、ウェブベ
ースアプリケーションをより速く、より安く開発して配
置できることである。

【０００９】本発明の別のメリットは、プログラミング
言語を学習もしくは利用せずに、非プログラマが単純な
プログラミングモデルとそのアプリケーション論理を設
計するための視覚的エディタを提供することによって、
サーバ側の機能を利用したアプリケーションを含むウェ
ブアプリケーションの実施を可能にすることである。

【００１０】本発明のさらに別のメリットは、アプリケ
ーション論理用の視覚的な開発環境とユーザインタフェ
ース用のビジュアルエディタを一つのパッケージにまと
めることである。

【００１１】本発明のその他の特徴とメリットは、一例
として本発明の原理を示す添付の図面と共に、好適な実
施形態に関する以下の詳細な説明から明らかである。可
能な限り、図面全体に渡って同じ部分には同じ参照番号
を用いる。

【００１２】

【発明の実施の形態】図１は、本発明の基本的な処理構
成を示す。オーサリングツール(Authoring Tool)１０２
を用いることによってウェブブラウザからアクセス可能
なウェブベースアプリケーション１０４を作成できる。
オーサリングツール１０２を用いて作成されたウェブベ
ースアプリケーション１０４（ウィザードもしくはプロ
ジェクトとも呼ばれる）は次に、アプリケーションサー
バ１０６にロードされ、アプリケーションサーバ１０６
によって実行される。本発明の好適な一実施形態では、
オーサリングツール１０２とアプリケーションサーバ１
０６は共に、イントラネットやエクストラネット等のコ
ンピュータネットワークを介して接続されることが好ま
しい。アプリケーションサーバ１０６は、ウェブベース
アプリケーション、即ち、ウィザード１０４をインター
ネットやイントラネット等のコンピュータネットワーク
上で利用可能とし、アクセス可能とするウェブサーバ１
０８に接続、即ち、リンクされる。ウェブサーバ１０８
は、ハイパーテキスト転送プロトコルデーモン（ＨＴＴ
Ｐｄ）やＨＴＴＰサーバやその他の同様な種類のウェブ
サーバを用いることが好ましい。次に、ウェブブラウザ
（クライアントブラウザ）１１０を備えるクライアント
コンピュータは、ウェブサーバ１０８に接続、即ち、リ
ンクすることによって、イントラネットやエクストラネ
ットやインターネット等のコンピュータネットワークを
介してウェブベースアプリケーション、即ち、ウィザー
ド１０４をアクセスできる。次に、ウェブサーバ１０８
はクライアントブラウザ１１０から受信した情報やデー
タをアプリケーションサーバ１０６に転送し、次に、ア
プリケーションサーバ１０６はそれを評価し実行するこ
とができる。クライアントブラウザ１１０からの情報に
応じてアプリケーションサーバ１０６が評価と実行を終
了した後に、ウェブサーバ１０８はアプリケーションサ
ーバ１０６から受信した情報やデータをクライアントブ
ラウザ１１０に戻す。

【００１３】本発明の一実施形態では、オーサリングツ
ール１０２とアプリケーションサーバ１０６とウェブサ
ーバ１０８は各々、それ特有のコンピュータで実行され
る。次に、オーサリングツール１０２とアプリケーショ
ンサーバ１０６とウェブサーバ１０８用のコンピュータ
は、リンクされ、ネットワーク化され又は接続されて、
コンピュータ間でのデータ、即ち、情報の転送が可能に
なる。本発明の別の実施形態では、オーサリングツール
１０２とウェブサーバ１０８とアプリケーションサーバ
１０６を一つのコンピュータにまとめることができる。
本発明のこの実施形態では、オーサリングツール１０２
とウェブサーバ１０８とアプリケーションサーバ１０６
の間はネットワーク接続されていない。オーサリングツ
ール１０２とウェブサーバ１０８とアプリケーションサ
ーバ１０６は一つのコンピュータにまとめられているの
で、それらの相互間で内部的に情報を通信するだけでよ
い。本発明のさらに別の実施形態では、ウェブサーバ１
０８とアプリケーションサーバ１０６を一つのコンピュ
ータにまとめることができる。ウェブベースアプリケー
ション１０４を実行する等のアプリケーションサーバ１
０６の機能は、ウェブサーバ１０８を実行するコンピュ
ータに統合可能である。別の方法では、ウェブベースア
プリケーション１０４をインターネットからアクセス可
能とする等のウェブサーバ１０８の機能は、アプリケー
ションサーバ１０６を実行するコンピュータに統合可能
である。ウェブサーバ１０８とアプリケーションサーバ
１０６を一つのコンピュータにまとめることによって、
クライアントブラウザ１１０でユーザが選択したウェブ
ベースアプリケーション１０４の速度と応答性を高める
ことができる。何故ならば、二つの別々のサーバ間で情
報転送遅延が生じないからである。

【００１４】上で議論したように、ユーザ、即ち、オー
サはオーサリングツール１０２を用いることによってウ
ェブベースアプリケーション１０４を作成できる。オー
サリングツール１０２は、オーサが用いるコンピュータ
の、例えばＲＡＭやＲＯＭやハードディスク等の記憶デ
バイス、もしくは内部メモリから実行されるソフトウェ
アアプリケーションであることが好ましい。オーサのコ
ンピュータに挿入されるＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ
やフロッピディスク等の携帯式媒体からオーサのコンピ
ュータの内部メモリにオーサリングツール１０２をロー
ドできる。別の方法では、オーサリングツール１０２の
コピーを格納している別のコンピュータとの電子接続を
介して、オーサリングツール１０２をオーサのコンピュ
ータの内部メモリに直接転送、即ち、ロードできる。即
ち、ネットワーク接続、即ち、インターネット接続を介
してオーサのコンピュータから別のコンピュータへオー
サリングツール１０２をダウンロードできる。しかしな
がら、オーサリングツール１０２はハードウェアで実現
され、オーサのコンピュータもしくはワークステーショ
ンの一部として組み込まれる。また、オーサリングツー
ル１０２はウィンドウズ（登録商標）ベースのオペレー
ティングシステム用のソフトウェアアプリケーションと
して実現されることが好ましい。しかし、ＭａｃＯＳや
Ｕｎｉｘ等のあらゆる種類のオペレーティングシステム
用のアプリケーションとして、もしくは、エクストラネ
ットやインターネット等のネットワークのクライアント
側またはサーバ側で用いるためのアプリケーションとし
てオーサリングツール１０２を使うことができる。

【００１５】オーサリングツール１０２は、視覚的な編
集環境、即ち、視覚的な開発環境とテスティング環境と
配置ユーティリティを含むことが好ましい。また、オー
サリングツール１０２は、ウェブベースアプリケーショ
ン１０４を開発する際に助けとなり役立つその他の環境
やユーティリティやツールを含んでもよい。視覚的な編
集環境を用いてウェブベースアプリケーション１０４の
論理と構造とウェブベースアプリケーション１０４の視
覚的なレイアウトとユーザインタフェースの両方を作成
して修正することができる。テスティング環境を用い
て、ウェブベースアプリケーション１０４を評価してデ
バッグすることができる。最後に、配置ユーティリティ
を用いて、完成したウェブベースアプリケーション１０
４をマウスクリック等の１回のアクションでアプリケー
ションサーバ１０６にロードすることができる。

【００１６】オーサは、一旦コンピュータでオーサリン
グツール１０２の実行を開始すると、ウェブベースアプ
リケーション１０４の開発を開始することができる。オ
ーサは、新たなウェブベースアプリケーション１０４の
作成を開始することができ、また、オーサは以前作成し
たウェブベースアプリケーション１０４に関する作業を
再開することができる。新たなウェブベースアプリケー
ション１０４を作成するためには、オーサは新たなビジ
ュアルワークスペースを開いてウェブベースアプリケー
ション１０４の作成を開始する。同様に、オーサは、完
成しているかもしくは完成していない、記憶されている
ウェブベースアプリケーション１０４をビジュアルワー
クスペースにロードして、ウェブベースアプリケーショ
ン１０４上に関する作業を再開できる。適切なメニュー
オプションの選択やツールバーの適切なボタンの選択や
適切なキーボードコマンドの入力やコンピュータ上でア
クションを開始するためのその他の同様の方法によっ
て、新たなビジュアルワークスペースを開く等のオーサ
リングツール１０２のタスクを実行できる。

【００１７】本発明の好適な実施形態では、オーサリン
グツール１０２を用いて、オーサはGeneric Process De
sign(ＧＰＤ)として周知のアーキテクチャによってウェ
ブベースアプリケーション１０４を作成することができ
る。ＧＰＤはモジュラー方式の使いやすいビジュアルプ
ログラミング言語である。しかしながら、オーサリング
ツール１０２では、その他の同様のビジュアルプログラ
ミング言語を用いることによってもウェブベースアプリ
ケーション１０４を作成することができる。

【００１８】視覚的なノード(node)を相互接続すること
によって、オーサはＧＰＤを用いてウェブベースアプリ
ケーション１０４を生成し、ウェブベースアプリケーシ
ョンの論理と構造を指定することができる。ノードは、
ＧＰＤの基本的な視覚的な構成体、即ち、視覚的要素で
あって、オーサリングツール１０２とアプリケーション
サーバ１０６内で機能するので、そのノードに対応する
特定の種類のタスクを実行することができる。さらに、
ノードを用いて変数やシステム値を生成することによっ
て、処理結果を記憶し、情報を他のノードと共用するこ
とができる。

【００１９】ノードによって生成され用いられる変数や
システム値は、変数もしくはシステム値に含まれる特定
の用途情報もしくはデータに対応する特定の種類のもの
であってもよい。本発明の一実施形態では、数やテキス
トセグメント等の一つの情報セルを記憶する一般的な種
類の変数があってもよい。さらに、新たなラインキャラ
クタやその他のラインデリミタによって分割されたスト
リングシーケンスやリストを記憶するリストタイプの変
数であってもよいし、テーブルやスプレッドシートや情
報の行と列の両方を記憶するテーブルタイプの変数であ
ってもよい。しかしながら、オーサリングツール１０２
を用いるオーサの特定のニーズによって、変数やシステ
ム値の種類が異なることを理解されたい。さらに、以下
で説明される新たなノードを追加するのと同様に、オー
サのニーズに応じてソフトウェア開発者は、オーサリン
グツール１０２に別の種類の変数やシステム値を追加す
ることができる。開発者は、新たに作成された種類の変
数やシステム値を対応する変数ファイルに保存する。
尚、このファイルは、オーサリングツール１０２とアプ
リケーションサーバ１０６の双方からロードされて利用
されるＧＰＤアーキテクチャのためのものである。

【００２０】図２は、オーサリングツール１０２の視覚
的編集環境、即ち、視覚的な開発環境の一例を示す。視
覚的な開発環境には、ウェブベースアプリケーションの
オーサがウェブベースアプリケーション１０４をレイア
ウト／設計できるノードコンテナ、即ち、ビジュアルワ
ークスペース２００が含まれる。オーサは、一連のノー
ドを相互接続することによってビジュアルワークスペー
ス２００にウェブベースアプリケーション１０４を生成
する。各ノードは、ウェブベースアプリケーション１０
４に必要なタスクや特定の機能を提供もしくは達成する
ように設計される。次に、複数のノードが共に接続さ
れ、個々のノードの機能、即ち、タスクの各々をリンク
して、完成なウェブベースアプリケーション１０４にす
る。ノードは順次評価され、その他のノードで別のアク
ションを引き起こすかもしくはそれを妨げることができ
るので、ノードを相互接続することによって、ウェブベ
ースアプリケーション１０４の論理と構造を制御するこ
とができる。ウェブベースアプリケーション１０４を作
成するために、オーサは実行される所望のタスクに対応
するノードを選択し、次にそのノードをビジュアルワー
クスペース２００に挿入する。全てのウェブベースアプ
リケーション１０４はスタート（start）ノードから開
始し、ストップ(stop)ノードで終了する。例えば、もし
オーサが新たなウェブベースアプリケーションを作成し
たならば、オーサはスタートノードを選択し、スタート
ノードをビジュアルワークスペース２００に挿入する。
次に、オーサが完遂したいと望む第１のタスクに対応
し、そのノードをビジュアルワークスペース２００のス
タートノードに接続する次のノードを、オーサは選択す
る。ウェブベースアプリケーション１０４の論理と構造
が完全に生成され、ストップノードがビジュアルワーク
スペース２００に挿入されるまで、ノードを追加する本
プロセスが繰り返される。また、オーサは必要に応じ
て、挿入されたノードや接続をビジュアルワークスペー
ス２００から除去、即ち、削除することもできる。

【００２１】適切なノードを選択する際にオーサを支援
するために、オーサが利用可能なノードの一部もしくは
全てのリストが含まれるウィンドウ、即ち、ダイアログ
ボックス２０２を、オーサリングツール１０２で開くこ
とが可能である。ノードウィンドウ２０２には、選択さ
れたときにビジュアルワークスペース２００に挿入され
る複数の異なる種類のノードのためのアイコン、即ち、
エントリが含まれていてもよい。例えば、ノードウィン
ドウ２０２には、入力フォームノード(Input Form Nod
e)とリストノードとリスト処理ノード(list Operation
Node)と演算ノード(Calculation)とテーブルノード(Tab
le Node)とデータベースノードと決定ノード(Decision
Node)と出力フォームノード(Output Form Node)と画像
ノードとＧＰＤノードとスタートノードとストップノー
ドが含まれていてもよい。

【００２２】入力フォームノードには、情報を集めるた
めのユーザインタフェースが含まれる。オーサは、入力
フォームノードを用いて入力パラメータ名や種類と共に
画面上の視覚的レイアウトと配置を指定する。また、入
力フォームノードは簡単なエラー検出と入力フィールド
の関連等のより上級な特徴もサポートする。リストノー
ドは、リストの最後に情報を追加することができる。リ
スト処理ノードは、リストの列挙やクリア等のリストに
関する単純な処理を実行することができる。演算ノード
は、入力パラメータやその他のシステム値を処理対象と
して、新たな値を計算してそれをシステム値として記憶
する。テーブルノードは、スプレッドシートから情報を
取り出し、それをシステム値に記憶する。データベース
ノードはデータベースから情報を取り出し、それを格納
してシステム値とする。決定ノードは、入力パラメータ
やその他のシステム値に基づいて決定を行う。正誤リン
クは、決定ノードから広がり、ＧＰＤアプリケーション
論理フローを導くことができる。出力フォームノードに
は、出力のための視覚的レイアウト情報とユーザインタ
フェースが含まれる。出力フォームノードはシステム値
と入力パラメータから情報を取り出して、その出力値を
作成する。画像ノードには画像が含まれ、それと出力値
を一体化することができる。ＧＰＤノードは、アプリケ
ーション論理の一部をグループ化し、次にアプリケーシ
ョン論理全体の中の他の場所でその論理サブセットを参
照する方法を提供する。ＧＰＤノードは、その他のノー
ド（その他のＧＰＤノードを含む）を用いてＧＰＤノー
ドのアプリケーション論理を実現することが好ましい。
また、ＧＰＤノードを用いてプログラム手続きと等価な
ものを実施することもできる。スタートノードは、アプ
リケーション論理の開始点を識別する。メインアプリケ
ーションと各ＧＰＤノードを含む全ＧＰＤアプリケーシ
ョンは、スタートノードから始まる。ストップノード
は、アプリケーション論理の完了点を識別する。メイン
アプリケーションと各ＧＰＤノードを含む全ＧＰＤアプ
リケーションは、ストップノードで終了する。

【００２３】ＧＰＤアーキテクチャの基本コンポーネン
トとしてノードを用いることにより、ＧＰＤアーキテク
チャをモジュラー方式とすることができる。何故なら
ば、ＧＰＤアーキテクチャを書き換えなくても新たなノ
ードを追加できるからである。新たなノードをＧＰＤア
ーキテクチャへ追加することとその有用性は、動的クラ
スローディングと同様である。開発者がＧＰＤアーキテ
クチャで利用可能となる新たなノードを作成した後に、
開発者は、新たに作成したノードをそれに対応するノー
ドファイルに保存する。尚、そのノードファイルは、オ
ーサリングツール１０２とアプリケーションサーバ１０
６の双方からロードされ利用されるＧＰＤアーキテクチ
ャのためのものである。次に、新たに作成したノードを
ノードファイルに追加した後にオーサがオーサリングツ
ール１０２を起動するときに、新たに作成したノードを
含むノードファイルがオーサリングツール１０２によっ
てロードされので、オーサは、新たに作成したノードを
利用して、ウェブベースアプリケーション１０４に含め
ることができる。さらに、アプリケーションサーバ１０
６は、まず、新たに作成されたノードを含むノードファ
イルをロードしなければならない。その後、アプリケー
ションサーバ１０６は新たに作成したノードを含むウェ
ブベースアプリケーション１０４を実行することができ
る。データを格納してウェブベースアプリケーション１
０４のノード間で情報を転送するために、ＧＰＤアーキ
テクチャはシステム値や変数を提供する。システム値は
ノードに組み込まれて、それは情報を保持するために用
いられる。システム値に保持できる情報の中には、ユー
ザからの入力情報や演算結果もある。オーサを支援する
ために用いられたかもしくは作成された全システム値や
変数は、変数ウィンドウ２０４にリストされるので、オ
ーサは見直しを行い、用いられたかもしくは作成された
変数全体から選ぶことができる。次に、オーサは変数ウ
ィンドウ２０４からシステム変数をクリックし、それを
対応するノードにドロップすることができる。さらに、
オーサは、オーサが必要と判断したときに自分のシステ
ム値を作成することができる。例えば、オーサは、他の
ノードと共に用いる演算の結果を含むシステム変数を作
成したいときがある。一旦システム値や変数が作成され
ると、オーサは、ウェブベースアプリケーション１０４
のノードを使ってそのシステム変数をどこででも利用す
ることができる。言い換えれば、システム値や変数は、
範囲、即ち、可視性の問題がなく、ウェブベースアプリ
ケーション１０４全体でそれを用いることができ、アプ
リケーションサーバ１０６はそれを理解して実行するこ
とができる。さらに、システム変数の命名スキームに
は、システム変数が作られたノードとの関係が含まれる
ことが好ましいが、システム変数に対しては、どの命名
スキームを用いてもよい。

【００２４】ウェブベースアプリケーション１０４で用
いられる場合、各々のノードは特定の機能やタスクを完
遂するように設計される。しかしながら、ノードの特定
の機能やタスクは非常に一般的なものであって、オーサ
が設計する特定のウェブベースアプリケーション１０４
にカスタム化されない。特定のウェブベースアプリケー
ション１０４に適用できるように、オーサが作成したウ
ェブベースアプリケーション１０４の各ノードをカスタ
ム化もしくは修正することができる。例えば、ユーザ
は、ユーザからの入力情報を受信するための入力フォー
ムノードを選択できるが、ユーザが入力フォームノード
を構築するまでウェブベースアプリケーション１０４
は、どのように入力情報が受信されるか、どのような種
類の入力情報が入力されるか、入力情報の視覚的レイア
ウトには何が必要かなどについては理解していない。別
の例では、オーサは演算ノードを選択することによっ
て、ウェブベースアプリケーション１０４で演算を実行
することができる。入力フォームノードと同様に、ユー
ザが特定の演算を指定するまで、演算ノードはどの演算
が実行されるのかについて理解していない。

【００２５】ビジュアルワークスペース２００で生成さ
れるウェブベースアプリケーション１０４の特定のノー
ドをカスタム化もしくは修正するために、オーサはビジ
ュアルワークスペース２００からその特定のノードを選
択する。特定のノードを修正するために選択すると、そ
のノード用のエディタを含むウィンドウ、即ちダイアロ
グボックスが表示されるので、オーサはそのノードをカ
スタム化して修正することができる。特定のノードをカ
スタム化して修正するために表示されるノードエディタ
は、その特定の種類のノード用に設計され、その特定の
ノードに関連するオプションを備える。言い換えれば、
全ノードに共通のノードエディタはなくて、各ノード
は、そのノードに対応するように特別に設計されたエデ
ィタを備える。また、特定のノード用のノードエディタ
は、ノードが正確に機能するように特定のシステム変数
を構成もしくは作成しなければならないことをオーサに
知らせることもできる。ノードエディタを利用するオー
サには、後で再利用するためにノード用に特別にカスタ
ム化されたものを保存するためのオプションと、そのノ
ードに関連する既にカスタム化されたものにロードする
ためのオプションがある。異なる種類のノードエディタ
の例を図３−図５に示す。図３−図５に示されるノード
エディタは、本発明で利用できる全種類のノードエディ
タを意図するものではなく、単に、本発明で利用できる
様々な種類のノードエディタのうちのサブセットだけを
示すことを理解されたい。

【００２６】図３は、フィルタテーブルノード用のノー
ドエディタ４００を示す。フィルタテーブルエディタ(F
ilter Table Editor)４００は、ノード属性を含むノー
ド属性ウィンドウからアクセス可能である。しかしなが
ら、ノードエディタは様々な方法でアクセス可能である
ことを理解されたい。フィルタテーブルエディタ４００
によって、オーサは、ウェブベースアプリケーション１
０４で用いられる特定のスプレッドシートもしくはテー
ブルをウェブベースアプリケーション１０４から利用す
るために、フィルタ処理を施す方法を構築することがで
きる。オーサは、フィルタテーブルエディタ４００を用
いて、フィルタが施されるフィールド４０２内のソース
テーブル(Source Table)もしくはスプレッドシートを選
択し、フィルタが施されたスプレッドシートもしくはテ
ーブル(Table)名をフィールド４０４で指定することが
できる。オーサは、フィールド４０２で選択されたテー
ブルのフィルタ処理パラメータをフレーム４０６に設定
できる。本発明の一実施形態のフィルタ処理パラメータ
の設定は、ＳＱＬの「選択」ステートメントを使うこと
と同様である。フレーム４０６に設定されるフィルタ処
理パラメータの一部には、コラムやデータの種類やフィ
ルタ処理や、フィルタ処理の閾値、即ちベースライン値
が含まれる。通常、フィルタ処理のベースライン値はシ
ステム変数であるが、定数値もしくは式であってもよ
い。また、オーサは異なるフィルタ処理パラメータを用
いて何度もソーステーブルにフィルタ処理を施して、所
望のテーブルを得ることができる。さらに、オーサは、
ソーステーブルからコラムを指定して、得られたフレー
ム４０８のテーブルに入れることができる。オーサは、
ソーステーブルから全コラムを、得られたテーブルに入
れるか、もしくは、オーサはソーステーブルから選択さ
れたコラムのみを、得られたテーブルに入れることがで
きる。

【００２７】図４は、出力フォームノード用のノードエ
ディタ５００を示す。出力フォームエディタ(Output Fo
rm Editor)５００は、フィルタテーブルエディタ４００
と同じ方法でアクセスされる。出力フォームエディタ５
００によって、オーサは、ウェブベースアプリケーショ
ン１０４のユーザに対して表示されるシステム変数等の
出力情報を選択して、ユーザインタフェース用の出力表
示レイアウトを構成することができる。ノードによって
表示されるように指定された出力フィールドは、フレー
ム５０２にリストされる。編集メニューから対応するメ
ニューオプションを選択することによって、オーサはフ
ィールドを作成もしくは削除することができる。一旦オ
ーサが新たなフィールドを作成すると、オーサは、基本
属性割り当て領域５０４に情報を供給することによって
フィールド名等のフィールドの基本属性を割り当てるこ
とができる。さらに、オーサは基本属性割り当て領域５
０４に、ユーザインタフェースの出力フィールドの位置
（行(Column)と列(Row)）と出力フィールドの大きさ
（行の長さ(Column Span)と列の長さ(Row Span)）を指
定することができる。また、オーサは、基本属性割り当
て領域５０４に表示される出力フィールドのソースを入
力しなければならない。通常、出力フィールドのソース
は、変数ウィンドウ２０４のシステム変数から選択され
たシステム変数である。オーサは、出力フォームエディ
タ５００の特殊な属性機能を用いることによって、その
他の属性を出力フィールドに割り当てることができる。
出力フォームエディタ５００のその他の特徴は、開発中
の出力フォームもしくはユーザインタフェースをオーサ
がプレビュー可能なプレビューフレーム５０６を備える
ことである。

【００２８】図５は、演算ノード用のノードエディタ６
００を示す。演算エディタ６００は、フィルタテーブル
エディタ４００と同様にアクセスされる。演算エディタ
６００によって、オーサは適切な式を入力して必要な計
算を実行できる。演算エディタ６００では、オーサはフ
ィールド６０２を利用して演算結果が保持されるシステ
ム変数、即ちシステム値を指定する。オーサは、変数ウ
ィンドウ２０４から既存のシステム変数を選択するか、
もしくはフィールド６０２に入力するための新たなシス
テム変数を作成することができる。オーサは対応する
式、即ち計算式をフィールド６０４に入力する。フィー
ルド６０４に入力された式、即ち計算式は、既に作成さ
れて、値や定数等が割り当てられたシステム変数に置き
換えることができる。最後に、オーサはフィールド６０
６のビジュアルワークスペース２００に表示される可視
の演算ノードの大きさや幅を制御することができる。可
視のノードの幅を設定することによって、オーサは、そ
のノード用の演算エディタ６００を入力することなく、
ビジュアルワークスペース２００の演算ノードによって
行われる特定演算の一部を見ることができる。また、オ
ーサはウェブベースアプリケーション１０４で用いられ
る可視的な各ノードの幅を設定することによって、その
ノード用のノードエディタを入力することなく、ノード
の詳細を見ることができる。本発明の一実施形態では、
オーサは演算結果の有効桁数を設定することもできる。

【００２９】ウェブベースアプリケーション１０４の作
成処理中に、オーサリングツール１０２と特定の視覚的
開発環境では、複数の異なるファイルを作成し、それら
を用いてウェブベースアプリケーションに関する情報を
記憶する。名前とそれに関連するファイル等のメインア
プリケーションに関するトップレベルのデータとシステ
ム変数を格納するためにファイルが作成される。尚、メ
インアプリケーションは、ビジュアルワークスペース２
００内に、即ち、メインアプリケーションを構成する相
互接続された一連のノードに作成されたものである。も
しＧＰＤノードと入力フォームノードと出力フォームノ
ードがウェブベースアプリケーション１０４で用いられ
るならば、別のファイルを作成することによってそれら
のノードを格納することができる。さらに、ウェブベー
スアプリケーション１０４と共に用いられる画像やテー
ブルやその他の同様の種類の情報を格納するためにファ
イルが作成される。本発明の好適な一実施形態では、こ
れらのファイルの一部に含まれる情報やデータは、exte
nsible markup language（ＸＭＬ）で書かれているが、
その他の同様の種類の言語を用いてファイルに書いても
よい。

【００３０】オーサは、オーサリングツール１０２の視
覚的開発環境を用いてビジュアルワークスペース２００
にウェブベースアプリケーション１０４を作成した後
で、オーサリングツール１０２のテスト環境を用いてウ
ェブベースアプリケーション１０４をテストすることが
できる。ウェブベースアプリケーション１０４のテスト
環境は、その他の種類のアプリケーションのデバッグ環
境やシミュレーション環境と同様である。オーサは、テ
スト環境によって作成されたウェブベースアプリケーシ
ョン１０４から出て、利用可能な全てのシステム値をい
つでも見ることができる。オーサは、既に選択された値
を特定のシステム値に割り当てて、ウェブベースアプリ
ケーション１０４からの応答を監視できる。テスト環境
のおかげで、オーサはウェブベースアプリケーション１
０４の論理とユーザインタフェースを詳しくテストした
後に、アプリケーションサーバ１０６上にウェブベース
アプリケーション１０４をロードできる。ウェブベース
アプリケーション１０４にエラーを発見すると、オーサ
はウェブベースアプリケーション１０４を修正して、エ
ラーを訂正できる。その上、ウェブベースアプリケーシ
ョン１０４に対してその他の改良を行うときは、オーサ
はウェブベースアプリケーションの開発中に何度でもテ
スト環境に戻って、ウェブベースアプリケーション１０
４をテストできる。

【００３１】ウェブベースアプリケーション１０４の開
発とテストが完了すると、オーサはオーサリングツール
１０２の配置ユーティリティを用いてウェブベースアプ
リケーション１０４をアプリケーションサーバ１０６に
配置できる。図６は、オーサリングツール１０２の配置
ユーティリティを示す。配置ユーティリティには、オー
サが情報を入力して配置を完了させる配置ウィンドウ、
即ち、ボックス７００が含まれる。配置(Reploy)ウィン
ドウ７００には、ウェブベースアプリケーション１０４
をホストし格納する特定のアプリケーションサーバ１０
６をオーサが入力するフィールド７０２が含まれる。有
効なアプリケーションサーバ１０６を選択するための一
つの必要条件は、アプリケーションサーバ１０６がＧＰ
Ｄインタープリタを備えることである（以下の詳細な説
明を参照のこと）。本発明の好適な一実施形態では、利
用可能なアプリケーションサーバ１０６をリストしたド
ロップダウンメニューを提供することによって、オーサ
がフィールド７０２へ入力するためのアプリケーション
サーバ１０６の選択を支援することができる。オーサ
は、ドロップダウンメニューに含まれるアプリケーショ
ンサーバ１０６を前もって示すことが好ましい。

【００３２】ウェブベースアプリケーション１０４を配
置する前に、オーサは配置ウィンドウ７００にユーザ名
とパスワードを入力しなければならない。一旦オーサが
ウェブベースアプリケーション１０４の配置を選択する
と、配置ユーティリティは、実際の配置処理が始まる前
に適切な許可を与えるためにユーザ名とパスワードを検
証し認証する。もし認証が行われたならば、配置ユーテ
ィリティは、ウェブベースアプリケーション１０４に関
する全ファイルを圧縮して結合して、好ましくはＺＩＰ
形式の一つのファイルにし、そのファイルを選択された
アプリケーションサーバ１０６に送る。アプリケーショ
ンサーバ１０６は、配置されアップロードされたウェブ
ベースアプリケーション１０４を受け入れて、ウェブベ
ースアプリケーション１０４を新たに利用可能なウェブ
アプリケーションとして表示することができる。本発明
の別の一実施形態の配置ユーティリティは、ウェブベー
スアプリケーション１０４に関する全ファイルを一つの
非圧縮ファイルにまとめて、その非圧縮ファイルをアプ
リケーションサーバ１０６に送ることができる。本発明
のさらに別の一実施形態の配置ユーティリティは、ウェ
ブベースアプリケーション１０４に関する各ファイルを
圧縮形式もしくは非圧縮形式でアプリケーションサーバ
１０６に送ることができる。

【００３３】上で議論されたように、アプリケーション
サーバ１０６はウェブサーバ１０８とインタフェースを
とり、インターネットを介してオーサリングツール１０
２を用いて開発されたウェブベースアプリケーション１
０４を実行できるシェルを備える。アプリケーションサ
ーバ１０６には、ＧＰＤアーキテクチャで書かれたウェ
ブベースアプリケーション１０４を実行可能なインスト
ラクションに変換するインタープリタが含まれる。尚、
その変換は、ノードファイルと、システム値ファイルや
システム変数ファイルを備えるＧＰＤアーキテクチャ自
体やそのコピーを用いて行われる。アプリケーションサ
ーバ１０６とインタープリタは、配置ユーティリティに
よってオーサリングツール１０２からアプリケーション
サーバ１０６に送られる圧縮形式もしくは非圧縮形式の
一つまたは複数のファイルからＧＰＤアーキテクチャで
書かれたウェブベースアプリケーション１０４に関する
情報を検索することができる。アプリケーションサーバ
１０６のインタープリタは、その他のインタープリタ型
言語、例えば、ＰＥＲＬの用のインタープリタと同様に
動作する。本発明の好適な実施形態のインタープリタ
は、ウェブベースアプリケーション１０４の各ノードを
順次構文解析して、インストラクションとコマンドをＧ
ＰＤからアプリケーションサーバ１０６によって実行可
能なインストラクションに変換する。次に、アプリケー
ションサーバ１０６は変換されたコマンドを実行するこ
とができる。ユーザと通信する情報は、アプリケーショ
ンサーバ１０６からウェブサーバ１０８に転送され、次
にその情報はユーザに転送される。本発明の別の一実施
形態のインタープリタは、さらに各ノードを順次構文解
析するが、アプリケーションサーバ１０６の代わりにク
ライアントブラウザ１１０上で実行されるスクリプトや
その他のインストラクションを生成することによって、
ＧＰＤノードやインストラクションやコマンドの変換や
解釈を行うことができる。スクリプトやその他のインス
トラクションは、ＨＴＭＬやＰＥＲＬやＪａｖａＳｃｒ
ｉｐｔやＪａｖａやその他の同様の種類のウェブブラウ
ザコンパチブルのソフトウェアであってもよい。次に、
インタープリタは、インタープリタ型スクリプトもしく
はその他のインストラクションをウェブサーバ１０８に
転送し、次に、そのウェブサーバは、インタープリタ型
スクリプト、もしくはその他のインストラクションを実
行させるために、クライアントブラウザ１１０に転送す
る。クライアントブラウザ１１０がウェブベースアプリ
ケーション１０４を実行させるために選択したという通
知をウェブブラウザ１０８から受信するすぐに、インタ
ープリタは、単にウェブベースアプリケーション１０４
の解釈を開始させる。

【００３４】アプリケーションサーバ１０６のその他の
機能には、ウェブベースアプリケーション１０４の個々
のセッションの管理と、特定のウェブベースアプリケー
ション１０４を利用したり実行したユーザ数の追跡ため
のログ機能が含まれる。ウェブサーバ１０８は、アプリ
ケーションサーバ１０６に記憶されたウェブベースアプ
リケーション１０４へのインターネットアクセスやイン
トラネットアクセスを、クライアントブラウザ１１０を
介してウェブサーバ１０８と交信するエンドユーザに提
供する。ユーザがクライアントブラウザ１１０を介して
ウェブベースアプリケーション１０４を起動するとき
に、アプリケーションサーバ１０６がウェブブラウザ１
０８から通知を受信すると、そのウェブベースアプリケ
ーション１０４の新しいセッションを初期化して、その
ウェブベースアプリケーション１０４の実行を開始す
る。次に、アプリケーションサーバ１０６は実行セッシ
ョン毎の各ウェブベースアプリケーション１０４の状態
を維持し監視する。入力ノードと出力ノード等のウェブ
ベースアプリケーション１０４の特定のノードは、ユー
ザに対して情報を要求したり強要したりする。アプリケ
ーションサーバ１０６とクライアントブラウザ１１０間
でのこの情報転送は、ウェブブラウザ１０８によって行
われる。アプリケーションサーバ１０６を、Common Gat
eway Interface（ＣＧＩ）や高速ＣＧＩやＪａｖａ Ｓ
ｅｒｖｌｅｔｓやActive Server Pagesやその他の同様
の種類のサーバインタフェース技術をサポートするＨＴ
ＴＰサーバ上に配置してもよい。

【００３５】図７は、クライアントブラウザ１１０でユ
ーザに示されるウェブページ８００を示す。ウェブペー
ジ８００は、個々のアプリケーションサーバ１０６で記
憶されるウェブベースアプリケーション１０４のみを表
示することが好ましい。表示されたウェブベースアプリ
ケーション１０４は、内蔵型ＵＲＬに対する一連のリン
クとして表示される。従って、その特定のアプリケーシ
ョンサーバ１０６に記憶されたウェブベースアプリケー
ション１０４を表示する各アプリケーションサーバ１０
６用の個別のウェブページがあってもよい。しかしなが
ら、ウェブページ８００には、複数のもしくは全てのア
プリケーションサーバ１０６からのウェブベースアプリ
ケーションが含まれ、これを表示することができる。図
７に戻って、ユーザは、ウェブベースアプリケーション
のリスト８０２から、実行させるウェブベースアプリケ
ーション１０４を選択する。ユーザは、ウェブベースア
プリケーション１０４を選択することによって、情報を
入力するためのウェブページ８００上に入力ウィンド
ウ、即ちダイアログボックス８０４を備えるユーザイン
タフェースを表示することができる。同様に、出力ウィ
ンドウ、即ちボックスを有するユーザインタフェース
も、ウェブベースアプリケーション１０４からの結果や
その他の情報を含むウェブページ８００に表示される。
本発明の別の一実施形態のウェブベースアプリケーショ
ン１０４は、それ自体のクライアントブラウザ１１０の
ウィンドウで実行可能である。本発明のさらに別の一実
施形態では、もしウェブページが特定のウェブベースア
プリケーション１０４へのリンクをもつことで恩恵を受
けるならば、その他のウェブページが、ウェブページ８
００に表示されるリンクを個々に備えてもよい。

【００３６】本発明の一実施形態では、オーサリングツ
ール１０２の完全なコピーもしくはオーサリングツール
１０２の一部の機能を、コンピュータ読み出し可能媒体
（例えば、ＲＡＭやＲＯＭやハードディスクやＣＤ−Ｒ
ＯＭやＤＶＤ−ＲＯＭ等）にロードすることができる。
オーサリングツール１０２をコンピュータ読み出し可能
媒体に記憶することによって、オーサは遠隔地でもしく
はポータブルコンピュータ上でオーサリングツール１０
２を用いてウェブベースアプリケーション１０４を開発
することができる。オーサは、ウェブベースアプリケー
ション１０４を開発した後で、アプリケーションサーバ
１０６もしくはネットワークに接続して、ウェブベース
アプリケーション１０４を適切なアプリケーションサー
バ１０６に配置しなければならない。

【００３７】本発明の一実施形態では、オーサリングツ
ール１０２とアプリケーションサーバ１０６とウェブサ
ーバ１０８とクライアントブラウザ１１０を、メモリ、
即ち、記憶デバイス（例えば、ＲＡＭやＲＯＭやハード
ディスクやＣＤ−ＲＯＭ等）と処理装置（例えば、ＣＰ
ＵやＡＬＵ等）と入出力デバイス（例えば、モニタやキ
ーボードやマウスやプリンタ等）を備えるあらゆる種類
の汎用コンピュータ上で実行することができる。また、
汎用コンピュータは、汎用コンピュータとその他のコン
ピュータを接続する、即ちリンクするための通信デバイ
ス（例えば、モデムやネットワークカード等）も備え
る。

【００３８】本発明の別の一実施形態では、インターネ
ット等の外部コンピュータネットワークの代わりに内部
コンピュータネットワークを介して、クライアントブラ
ウザ１１０をウェブサーバ１０８に接続する。内部ネッ
トワークはイントラネットであることが好ましいが、例
えば、ローカルエリアネットワーク（ＬＡＮ）や広域ネ
ットワーク（ＷＡＮ）やエクストラネット等の、どのよ
うな種類の内部ネットワークであっても良い。

【００３９】好適な実施形態に関連して本発明を説明し
てきたが、本発明の範囲から逸脱することなく様々な変
更を行い、その構成要素をその等価物に置き換えできる
ことは当業者であれば理解していることである。また、
その本質的な範囲から逸脱することなく、本発明の教唆
を特定の状況に適応させるために多くの修正を行うこと
が可能である。従って、本発明は、本発明を実施するた
めに熟考されたベストモードとして開示された特定の実
施形態に限定されず、本発明は、添付の請求項の範囲に
ある全ての実施形態を含むものである。

【図面の簡単な説明】

【図１】図１は、本発明の基本システムの概略図であ
る。

【図２】図２は、本発明で用いられる視覚的開発環境を
示す。

【図３】図３は、本発明で用いられる様々な種類のノー
ドエディタのうち、ファイルテーブルエディタを示す。

【図４】図４は、本発明で用いられる様々な種類のノー
ドエディタのうち、出力フォームエディタを示す。

【図５】図５は、本発明で用いられる様々な種類のノー
ドエディタのうち、演算エディタを示す。

【図６】図６は、本発明で用いられるサーバ配置ウィン
ドウを示す。

【図７】図７は、開発されたウェブベースアプリケーシ
ョンの実行を示すウェブページを示す。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ベサニー・ブレイル・クニフィン アメリカ合衆国、ニューヨーク州、ニスカ ユナ、オックスフォード・ウェイ、201番 Ｆターム(参考） 5B076 DA01 DB06 DC09 DE01

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ウェブアプリケーション（１０４）を開
   発し、開発されたウェブアプリケーション（１０４）を
   コンピュータネットワーク上で実行させるシステムであ
   って、 少なくとも一つの開発用コンピュータであって、オーサ
   は前記少なくとも一つの開発用コンピュータを用いてウ
   ェブアプリケーション（１０４）を生成し、前記少なく
   とも一つの開発用コンピュータはオーサリングツール
   （１０２）をさらに備える、当該少なくとも一つの開発
   用コンピュータと、 前記オーサによって生成されたウェブアプリケーション
   （１０４）を記憶する少なくとも一つの記憶デバイス
   と、 前記ウェブアプリケーション（１０４）の複数の視覚的
   要素を前記少なくとも一つの開発用コンピュータから前
   記少なくとも一つの記憶デバイスへ転送する手段を含む
   当該オーサリングツール（１０２）及び複数の視覚的要
   素を用いて、前記ウェブアプリケーション（１０４）の
   視覚的レイアウトと決定論理とを視覚的に生成する手段
   をさらに備える、前記オーサリングツール（１０２）
   と、 前記オーサリングツール（１０２）と通信する少なくと
   も一つのサーバであって、前記少なくとも一つのサーバ
   は、前記少なくとも一つの記憶デバイスに記憶された前
   記ウェブアプリケーション（１０４）へのアクセスを、
   コンピュータネットワーク上のユーザに提供する手段を
   備え、前記少なくとも一つのサーバは、前記コンピュー
   タネットワーク上のユーザからの前記ウェブアプリケー
   ション（１０４）へのアクセスに対するリクエストに応
   じて、前記ウェブアプリケーション（１０４）の前記複
   数の視覚的要素を直接実行する手段を備える、当該少な
   くとも一つのサーバを備えるシステム。
2. 【請求項２】 前記複数の視覚的要素を直接実行する手
   段は、前記ウェブアプリケーション（１０４）の前記複
   数の視覚的要素の各視覚的要素を解釈して実行するイン
   タープリタを備える、請求項１のシステム。
3. 【請求項３】 前記ウェブアプリケーション（１０４）
   の前記複数の視覚的要素を直接実行する手段は、前記ウ
   ェブアプリケーション（１０４）へのアクセスをリクエ
   ストする前記コンピュータネットワーク上の各ユーザの
   ために、前記ウェブアプリケーション（１０４）のセッ
   ションを初期化し実行する手段をさらに備え、 前記少なくとも一つのサーバは、前記コンピュータネッ
   トワーク上のユーザのために初期化され実行された前記
   ウェブアプリケーション（１０４）の各セッションの状
   態を保守し監視する手段を備える、請求項１のシステ
   ム。
4. 【請求項４】 前記複数の視覚的要素は複数のノードを
   備え、 前記複数のノードの各ノードは、ウェブアプリケーショ
   ン（１０４）の特定の機能を完遂し、 前記ウェブアプリケーション（１０４）の視覚的なレイ
   アウトと決定論理とを視覚的に生成する手段は、前記ウ
   ェブアプリケーションの前記決定論理を生成するために
   ビジュアルワークスペース（２００）の前記複数のノー
   ドのうちのノードを相互接続する手段を備える、請求項
   １のシステム。
5. 【請求項５】 前記ウェブアプリケーション（１０４）
   の視覚的レイアウトと決定論理とを視覚的に生成する手
   段は、前記複数のノードの各ノードに対応して、前記ノ
   ードによって完遂された前記特定の機能を前記ウェブア
   プリケーションに応じてカスタム化する手段をさらに備
   える、請求項４のシステム。
6. 【請求項６】 前記複数のノードは、ユーザから入力情
   報を受信する第１のノードと、ユーザに対する出力情報
   を表示する第２のノードを備え、 前記第１のノードをカスタム化する前記手段は、ユーザ
   から入力情報を受信するために視覚的レイアウトを生成
   する手段を備え、 前記第２のノードをカスタム化する前記手段は、ユーザ
   に対して出力情報を表示するために視覚的レイアウトを
   生成する手段を備える、請求項５のシステム。
7. 【請求項７】 前記少なくとも一つのサーバは、少なく
   とも一つのアプリケーションサーバ（１０６）と、前記
   少なくとも一つのアプリケーションサーバ（１０６）と
   通信する少なくとも一つのウェブサーバ（１０８）を備
   え、 前記少なくとも一つのアプリケーションサーバ（１０
   ６）は、前記少なくとも一つの記憶デバイスの前記複数
   の視覚的要素を直接実行する手段を備え、 前記少なくとも一つのウェブサーバ（１０８）は、前記
   ウェブアプリケーション（１０４）へのアクセスを提供
   する手段を備える、請求項１のシステム。
8. 【請求項８】 前記コンピュータネットワークは、イン
   トラネットとエクストラネットとインターネットのうち
   の一つを備え、 前記ウェブアプリケーション（１０４）へのアクセスを
   提供する手段は、ＨＴＴＰサーバを備え、 前記ウェブアプリケーション（１０４）の視覚的レイア
   ウトと決定論理とを視覚的に生成する手段は、前記ウェ
   ブアプリケーション（１０４）に関する情報を複数のフ
   ァイルに記憶する手段を備え、 前記ウェブアプリケーション（１０４）の前記複数の視
   覚的要素を転送する手段は、前記複数のファイル内の前
   記ウェブアプリケーション（１０４）に関する情報を一
   つのファイルに結合する手段を備え、 前記ウェブアプリケーション（１０４）の前記複数の視
   覚的要素を転送するための手段は、前記少なくとも一つ
   のサーバを選択する手段を備える、請求項１のシステ
   ム。