JP2002049484A - クライアント側ユーザインタフェース要素を処理するサーバ側制御オブジェクト - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】ユーザインタフェース要素を処理することが要
求されるプログラミングを適切にカプセル化すること。 【解決手段】サーバ側制御オブジェクトは、ウェブペー
ジ上に表示するクライアント側ユーザインタフェース要
素を処理し生成するために、多数のサーバ側制御オブジ
ェクトを組み合わせて、クライアント上のウェブページ
の表示のためのHTMLのような結果オーサリング言語コー
ドを協働してサーバ側制御オブジェクトの階層を生成に
する。クライアント側ユーザインタフェース要素の処理
は、イベントハンドリング処理、ポストバックデータハ
ンドリング処理、データ結合処理およびサーバ側制御オ
ブジェクトの状態に関する状態管理処理のうちの１つ以
上の処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般にウェブサー
バフレームワークに関し、特にウェブページのクライア
ント側ユーザインタフェース要素を処理するサーバ側制
御オブジェクトに関する。

【０００２】

【従来の技術】典型的なウェブブラウザは、クライアン
トシステムにおいて表示するウェブページの外観および
基本動作を定義するウェブサーバからデータを受け取
る。典型的な手順としては、ユーザが、ワールドワイド
ウェブ上の資源のグローバルアドレスであるユニホーム
リソース（資源）ロケータ（以下、「URL」という。）
を特定し、所望のウェブサイトにアクセスする。一般
に、用語「資源」とは、プログラムによってアクセスす
ることができるデータまたはルーチンのことである。

【０００３】URLの一例は、“ HYPERLINK "http://www.
microsoft.com/ms.htm" http://www.microsoft.com/ms.
htm ”である。このURL例の第１の部分は、通信に用い
る所与のプロトコル（例えば“http”）を示している。
第２の部分は、資源の所在を示すドメイン名（例えば
“ HYPERLINK "http://www.microsoft.com" www.micros
oft.com ”）を特定している。第３の部分はドメイン内
の資源（例えば“ms.htm”と呼ばれるファイル）を特定
している。これに従い、ブラウザは、 HYPERLINK"http:
//www.microsoft.com" www.microsoft.com ドメイン内
のms.htmファイルに関連するデータを取り出すためのUR
L例に関連するHTTP(ハイパーテキストトランスポートプ
ロトコル)リクエストを生成する。www.microsoft.comサ
イトをホストしているウェブサーバはHTTPリクエストを
受信し、要求されたウェブページまたは資源をクライア
ントシステムにHTTPレスポンスで戻し、ブラウザに表示
する。

【０００４】上記の例の"ms.htm"ファイルは、静的なHT
ML（ハイパーテキストマークアップ言語）コードを含ん
でいる。HTMLは、ワールドワイドウェブ上でのドキュメ
ント（例えば、ウェブページ）作成に用いられるプレイ
ン（平文）テキストオーサリング言語である。このよう
なものであるので、HTMLファイルは、ウェブサーバから
取り出され、インターネットからの情報を表示している
間、ユーザが期待するグラフィカルな体験を提供するた
めに、ブラウザにウェブページとして表示することがで
きる。

【０００５】HTMLを用いて、開発者は、例えば、ブラウ
ザに表示するフォーマット化されたテキスト、リスト、
フォーム、テーブル、ハイパーテキストリンク、インラ
イン画像および音声、ならびに背景グラフィックスを特
定することができる。しかし、HTMLファイルは、ウェブ
ページコンテンツの動的な生成を本質的にサポートして
いない静的ファイルである。

【０００６】また、ウェブページは、ブラウザに株価の
変化や交通情報など動的コンテンツを表示する必要があ
る場合がある。このような状況では、典型的なサーバ側
アプリケーションプログラムは、動的データを取得し、
それを、ウェブページが更新されるとともにウェブペー
ジに表示するブラウザに送信されるHTML形式にフォーマ
ットするように開発される。

【０００７】さらに、データは厳密には動的でないが、
静的なウェブページに表示する値が非常に多くの異なる
値であるために、要求された数の静的なウェブページを
作成することが実用的でないような状況において、これ
らの同様のサーバ側アプリケーションプログラムを用い
ることができる。例えば、旅行計画ページは、出発日用
カレンダーと帰着日用カレンダーとの２種類のカレンダ
ー表示をすることがある。考え得るすべてのカレンダー
の組み合わせによる何百もの静的なページを開発するか
わりに、サーバ側アプリケーションプログラムは、適切
なカレンダーを表示した適切な静的なページを動的に生
成することができる。

【０００８】多くのウェブページにより、ユーザはペー
ジの視覚的要素を選択することによってブラウザに表示
されたページと対話することができる。例えば、上記の
旅行計画ページにおいて、カレンダーによって、ユーザ
は日付をクリックしてその日付を選ぶ、またはアイコン
をクリックして月を進めたり戻ったりすることによって
そのカレンダーと対話することができる。既存の解決法
では、ブラウザは、サーバ側アプリケーションプログラ
ムにHTTPリクエストを出す。このHTTPリクエストは、フ
ォームポスト変数のような照会行列あるいはその他、ク
ライアント側イベントまたはデータ(例えば、どのコン
トロールをユーザがクリックしたか)を記述するデータ
フォーマットでコード化されたパラメータを含むことが
できる。例えば、パラメータは、１つのカレンダーでユ
ーザが選択したデータを他方のカレンダーで現在表示中
のデータとともに含む場合がある。

【０００９】サーバに戻すイベントおよびデータの通信
は、「ポストバック」と呼ばれる。これは、典型的に、
ブラウザが、HTTPポストリクエストを用いてリクエスト
を送信するからである。サーバ側アプリケーションプロ
グラムは、HTTPリクエストを処理し、クライアントへHT
TPレスポンスで送信するユーザのアクションを反映する
新たに計算されたカレンダーを有するウェブページに適
切なHTMLコードを生成する。その後、得られたドキュメ
ントは、HTTPレスポンスでクライアントシステムに送信
され、このドキュメントは、更新されたカレンダーを示
すウェブページとしてブラウザに表示される。

【００１０】サーバ側アプリケーションプログラムの開
発は、ウェブページ設計に用いる通常のHTMLコード化に
精通しているだけでなく、どのようにデータがブラウザ
とサーバとの間で送信されるか、または１つ以上のプロ
グラム言語（例えば、C++, Perl, Visual Basic, また
は Jscript）およびHTTPプロトコルを含むプログラムベ
ーシックスに精通していることが要求される複雑な作業
である。しかし、ウェブページ設計者は、グラフィック
デザイナーまたはエディタであることが多く、プログラ
ム経験がない場合がある。さらに、複雑なウェブページ
開発を単純化すると、いかなる開発者によっても新たな
ウェブコンテンツの開発の速度を上げることができる。

【００１１】一般に、カスタムサーバ側アプリケーショ
ンプログラムの開発もまた、多大な努力が要求され、実
際、開発者はしばしばそれを試みたくないと思う程であ
る。開発者は、所望のウェブページを表示するために生
成が要求されるHTMLコードを理解するだけでなく、ウェ
ブページからのユーザ対話およびクライアントデータが
どのようにしてポストバック処理になるのかを理解しな
ければならない。したがって、開発者が最小のプログラ
ミングでウェブページを動的に作成および処理すること
ができる開発フレームワークを提供することが望まし
い。

【００１２】

【発明が解決しようとする課題】動的ウェブページ生成
のプログラム要件を最小にする１つの手段は、マイクロ
ソフト社によって提供されるアクティブサーバページ
（ASP）フレームワークである。ASPリソースは、典型的
に、所望の資源としてASPリソースを特定するHTTPリク
エストを処理し、その後、クライアントへのHTTPレスポ
ンスでの結果HTMLコードを生成する、例えばVisual Bas
icまたはJscriptを含む。さらに、ASP資源は、所与のア
プリケーションプログラミング努力を緩和するために、
予め開発されたまたは第三者のクライアント側ライブラ
リコンポーネント（例えば、クライアント側"ACTIVEX"
制御）を参照することができる。しかし、現在のサーバ
側アプリケーションフレームワークにおいて、サーバ側
アプリケーション内でクライアント側ユーザインタフェ
ース要素（例えば、テキストボックス、リストボック
ス、ボタン、ハイパーリンク、画像、音声など）を動的
に管理しなければならないプログラミングは、依然とし
て高度なプログラミング技術と相当な努力を必要とす
る。未解決の課題は、ウェブページ開発者がウェブペー
ジの他のアスペクトに焦点を当てることができるよう
に、ポストバックイベントをハンドリングすることな
ど、ユーザインタフェース要素を処理することが要求さ
れるプログラミングを適切にカプセル化することについ
てである。

【００１３】

【課題を解決するための手段】本発明によると、上述お
よび他の課題は、クライアント側ユーザインタフェース
要素の処理および生成を管理するサーバ側制御オブジェ
クトフレームワークを提供することによって解決され
る。さらに、サーバ側制御オブジェクトの階層が、クラ
イアントにウェブページを表示するための標準HTMLのよ
うな結果オーサリング言語コードを協働して生成するこ
とができる。クライアントは、例えば標準HTMLまたは別
の結果オーサリング言語コードをサポートするものであ
ればいかなるブラウザであってもよい。クライアント側
ユーザインタフェース要素の処理は、１つ以上のポスト
バックイベントハンドリング処理、ポストバックデータ
ハンドリング処理、データ結合処理またはサーバ側制御
オブジェクトの状態に関する状態管理処理を含む。

【００１４】本発明のある実施形態の大きな有効性は、
クライアント側ユーザインタフェース要素（例えば、ユ
ーザインタフェース要素からの受信入力およびユーザイ
ンタフェース要素の生成に用いる出力）および関連機能
性のサーバ側処理のカプセル化の向上にある。１つ以上
のサーバ側制御オブジェクトは、１つ以上のユーザイン
タフェース要素に論理的に対応するように生成される場
合がある。例えば、カレンター表示において月を表すユ
ーザインタフェース要素を考えると、サーバ側制御オブ
ジェクトの階層は、カレンダー表示およびその種々のサ
ブ要素に対応して生成される場合がある。ある構成で
は、「月」制御オブジェクトは、多数の「週」制御オブ
ジェクトを階層的に含み、各「週」制御オブジェクト
は、７つの「日」制御オブジェクトを階層的に含んでい
る。

【００１５】さらに、本発明のある実施形態において、
サーバ側制御オブジェクトは、論理的に対応するユーザ
インタフェース要素を協働して処理することができる。
この利点は、クライアントリクエスト処理およびレスポ
ンスの生成中において多数のサーバ側制御オブジェクト
が同時に存在することなどによりもたらされた結果であ
る。例えば、クライアントから受信した第１のポストバ
ックイベント（例えば、カレンダー表示上の「次の月」
のボタン要素のクリック）を検知すると、１つの制御オ
ブジェクトは、その後に検知され１つ以上の同時存在し
ている制御オブジェクトによって処理される第２のイベ
ント（例えば、「月」制御オブジェクトによる次の月の
選択および表示）を立ち上げる。この協働により、サー
バ側制御オブジェクト自体内で複雑な制御対話のカプセ
ル化を行うことができ、これにより、ウェブページ開発
者に要求されるカスタムイベントハンドリングを最小限
にすることができる。

【００１６】クライアント上で表示されるウェブページ
に組み込まれるクライアント側ユーザインタフェース要
素を処理する方法およびコンピュータプログラムプロダ
クトが提供される。サーバ側資源データ格納部を参照す
るリクエストを受信する。宣言が、サーバ側宣言データ
格納部から入力される。サーバ側制御オブジェクトが、
宣言に基いてユーザインタフェース要素の機能性を与え
るように生成およびプログラムされる。サーバ側制御オ
ブジェクトを用いて、ユーザインタフェース要素が処理
される。オーサリング言語データが、ウェブページにユ
ーザインタフェース要素を表示するサーバ側制御オブジ
ェクトから生成される。

【００１７】クライアント上に表示されるウェブページ
に組み込まれる１つ以上のクライアント側ユーザインタ
フェース要素を処理する、コンピュータで実行処理可能
なサーバ側制御オブジェクトの階層が提供される。１つ
以上のサーバ側子オブジェクトは、１つ以上のクライア
ント側ユーザインタフェース要素に対応する。各サーバ
側子オブジェクトは、クライアントから受信した入力を
扱い、クライアント上でクライアント側ユーザインタフ
ェース要素を表示するためのオーサリング言語データを
生成する。少なくとも１つの階層識別子が、サーバ側子
オブジェクトのうちの１つを特定している入力に関連す
るクライアントから受信される。サーバ側ページオブジ
ェクトは、サーバ側子オブジェクトを含み、階層識別子
に応じたサーバ側子オブジェクトのうちの１つへ分配す
る入力を受信する。

【００１８】

【発明の実施の形態】本発明のある実施形態は、ウェブ
ページ上に表示するクライアント側ユーザインタフェー
ス要素を処理および生成するサーバ側制御オブジェクト
を含む。さらに、サーバ側制御オブジェクトの階層が、
クライアントにウェブページを表示するための標準HTML
のような結果オーサリング言語コードを協働して生成す
ることができる。クライアントは、例えば標準HTMLまた
は別の結果オーサリング言語コードをサポートするもの
であればいかなるブラウザであってもよい。本発明のあ
る実施形態では、サーバ側制御オブジェクトは、クライ
アント側ユーザインタフェース要素と論理的に対応し、
ウェブページを表示および処理するクライアント側ブラ
ウザによって用いられるオーサリング言語コードをサー
バで生成する。クライアント側ユーザインタフェース要
素の処理は、１つ以上のポストバックイベントハンドリ
ング処理、ポストバックデータハンドリング処理、デー
タ結合処理および状態管理処理を含んでも良い。

【００１９】図１は、本発明のある実施形態におけるク
ライアントに表示するウェブページコンテンツを動的に
生成するウェブサーバを示す。クライアント１００は、
クライアント１００の表示装置上におけるウェブページ
１０４を表示するブラウザ１０２を実行する。クライア
ント１００は、ビデオモニタのような表示装置を有する
クライアントコンピュータシステムを含んでもよい。マ
イクロソフト社によって販売されている"INTERNET EXPL
ORER"ブラウザは、本発明のある実施形態におけるブラ
ウザ１０２の一例である。他のブラウザの例として、"N
ETSCAPE NAVIGATOR" および "MOSAIC"などがあるが、こ
れに限らない。例示したウェブページ１０４には、テキ
ストボックス制御１０６および２つのボタン制御１０
８、１１０が組み込まれている。ブラウザ１０２は、HT
TPレスポンス１１２でウェブサーバ１１６からHTMLコー
ドを受け取ることができ、HTMLコードにより記述された
ウェブページを表示する。ある実施形態を参照してHTML
について説明するが、特に制限されるものではなく、SG
ML（Standard Generalized Markup Language）、XML（e
Xtensible Markup Language）および、XMLベースのマー
クアップ言語であって、ポケットベル（登録商標）およ
び携帯電話などの狭帯域無線装置の内容およびユーザイ
ンタフェースを特定するように設計されたWML（Wireles
s Markup Language）を含む他のオーサリング言語も本
発明の範囲内であると考えられている。さらに、標準HT
ML３．２が、本明細書中に主に開示されているが、HTML
のいかなるバージョンも本発明の範囲内に含まれ得る。

【００２０】クライアント１００とウェブサーバ１１６
との通信は、HTTPリクエスト１１４およびHTTPレスポン
ス１１２の一連の処理を用いて行うことができる。ある
実施形態を参照してHTTPを説明するが、特に制限される
ものではなく、S−HTTPを含めた他のトランスポートプ
ロトコルも本発明の範囲内であると考えられている。ウ
ェブサーバ１１６において、HTTPパイプラインモジュー
ル１１８が、HTTPリクエスト１１４を受信し、URLを解
析し、リクエストを処理する適切なハンドラを呼び出
す。本発明のある実施形態において、異なるタイプの資
源をハンドリングする複数のハンドラ１２０がウェブサ
ーバ１１６に備わっている。

【００２１】例えば、URLがHTMLファイルのような静的
なコンテンツ資源１２２を特定する場合、ハンドラ１２
０は、静的コンテンツ資源１２２にアクセスし、HTTPパ
イプライン１１８を介して静的コンテンツ資源１２２を
HTTPレスポンス１１２でクライアント１００へ送る。あ
るいは、本発明のある実施形態において、URLがASP+リ
ソースのような動的コンテンツ資源１２４を特定する場
合、ハンドラ１２０は、動的コンテンツ資源１２４にア
クセスし、動的コンテンツ資源１２４のコンテンツを処
理し、ウェブページ１０４用の結果HTMLコードを生成す
る。本発明のある実施形態において、結果HTMLコード
は、標準HTML３．２コードを含む。一般に、動的コンテ
ンツ資源は、クライアントに表示すべきウェブページを
記述するオーサリング言語を動的に生成するのに用いる
ことができるサーバ側宣言データ格納部（例えば、ASP+
リソース）である。そして、ウェブページ用のHTMLコー
ドは、HTTPパイプライン１１８を通過し、HTTPレスポン
ス１１２でクライアント１００へ送られる。

【００２２】この処理の間、ハンドラ１２０はまた、開
発労力を簡単化するために予め開発された、あるいは第
３者コードのライブラリにアクセスすることができる。
このようなライブラリの１つがサーバ側クラス制御ライ
ブラリ１２６であり、ここから、ハンドラ１２０は、ユ
ーザインタフェース要素を処理しウェブページに表示す
る結果HTMLデータを生成するサーバ側制御オブジェクト
を例示することができる。本発明のある実施形態におい
て、１つ以上のサーバ側制御オブジェクトは、動的コン
テンツ資源１２４に記述されたウェブページ上に、可視
的にまたは隠して、１つ以上のユーザインタフェース要
素にマッピングする。

【００２３】これに対し、第２のライブラリは、マイク
ロソフト社からの"ACTIVEX"コンポーネントを含むライ
ブラリのようなクライアント側制御クラスライブラリ１
２８である。"ACTIVEX"制御は、クライアントおよび他
のコンポーネントとの対話の仕方において一定の標準に
従うCOM（コンポーネントオブジェクトモデル）オブジ
ェクトである。クライアント側"ACTIVEX"制御は、例え
ば、クライアントに自動的にダウンロードされ、クライ
アントのウェブブラウザによって実行処理され得るCOM
ベースのコンポーネントである。サーバ側ACTIVEXコン
ポーネント（図示せず）は、株価検索アプリケーション
またはデータベースコンポーネントのサーバ側機能性を
提供するような多様なサーバ側機能を果たすためにサー
バ上で実行され得るCOMベースのコンポーネントであ
る。ACTIVEXについては、「ACTIVEXおよびOLEの理解」
（デビッド・チャペル、マイクロソフトプレス、１９９
６年）により詳細に記載されている。

【００２４】"ACTIVEX"制御とは対照的に、動的コンテ
ンツ資源１２４に特定される本発明の実施形態のサーバ
側制御オブジェクトは、クライアント上の表示されるユ
ーザインタフェース要素に論理的に対応する。サーバ側
制御オブジェクトはまた、例えば、HTMLタグと所与のク
ライアント側"ACTIVEX"制御を参照するロケータを含み
得る有効なHTMLコードを生成することができる。ブラウ
ザが、すでに格納システム内にクライアント側"ACTIVE
X"制御用コードを有している場合は、クライアント上の
ウェブページ内で"ACTIVEX"制御を実行処理する。そう
でなれば、ブラウザは、ロケータによって特定された資
源から"ACTIVEX"制御用コードをダウンロードし、そし
て、クライアント上のウェブページ内で"ACTIVEX"制御
を実行処理する。本発明の実施形態におけるサーバ側制
御オブジェクトはまた、サーバ上で株価検索アプリケー
ションを実行するのに用いられるサーバ側"ACTIVEX"オ
ブジェクトに対しイベントを立ち上げることができる。

【００２５】ハンドラ１２０はまた、ウェブサーバ１１
６上または別のアクセス可能ウェブサーバ上で実行処理
する１つ以上の非ユーザインタフェースサーバコンポー
ネント１３０にアクセスする。株価検索アプリケーショ
ンまたはデータベースコンポーネントのような非ユーザ
インタフェースサーバコンポーネント１３０は、ハンド
ラ１２０によって処理される動的コンテンツ資源１２４
において参照され、またはそれに関連付けられる。動的
コンテンツ資源１２４で宣言された制御オブジェクトに
よって立ち上げられたサーバ側イベントは、非ユーザイ
ンタフェースサーバコンポーネント１３０の適切なメソ
ッドを呼び出すサーバ側コードによって処理され得る。
その結果、サーバ側制御オブジェクトによって提供され
る処理は、ウェブページのユーザインタフェース要素の
処理および生成をカプセル化することによって非ユーザ
インタフェースサーバコンポ−ネント１３０のプログラ
ミングを簡単にし、これにより、非ユーザインタフェー
スサーバコンポーネント１３０の開発者は、ユーザイン
タフェース問題ではなく、アプリケーション固有の機能
の開発に集中することができる。

【００２６】図２は、本発明のある実施形態におけるサ
ーバ側制御オブジェクトを用いてのクライアント側ユー
ザインタフェース要素の処理および生成処理のフローチ
ャートを示す。処理２００において、クライアントは、
HTTPリクエストをサーバに送信する。HTTPリクエスト
は、ASP+リソースなどの資源を特定するURLを含む。処
理２０２において、サーバは、HTTPリクエストを受信
し、特定された資源を処理する適切なハンドラを呼び出
す。ASP+リソースは処理２０３において読み出される。
処理２０４は、特定された動的コンテンツ資源（例え
ば、ASP+リソース）の内容に基づきサーバ側制御オブジ
ェクト階層を生成する。

【００２７】処理２０６において、制御オブジェクト階
層のサーバ側制御オブジェクトは、ポストバックイベン
トハンドリング、ポストバックデータハンドリング、状
態管理およびデータ結合のうちの１つ以上の処理を行
う。ユーザインタフェース要素からのポストバックイベ
ントおよびデータ（まとめて「ポストバック入力」）
は、クライアントからサーバへと送られ処理される。ポ
ストバックイベントは、特に制限されるものではなく、
例えば、クライアント側ボタン要素からの「マウスクリ
ック」またはサーバに送られるクライアント側テキスト
ボックス要素からの「データ変化」イベントを含んでも
よい。ポストバックデータは、特に制限されるものでは
なくが、例えば、テキストボックス要素またはドロップ
ダウンボックスから選ばれた項目のインデックスにユー
ザによって入力されたテキストを含んでもよい。しか
し、ポストバック処理は、他のイベントによって実行さ
れるものでも良く、単にユーザとの対話によって実行さ
れるものとは限らない。

【００２８】処理２０８において、階層内の各サーバ側
制御オブジェクトが、クライアント側ユーザインタフェ
ース要素のウェブページでの表示のためのHTMLコードの
ようなオーサリング言語データを生成（またはレンダリ
ング）するために呼び出される。用語「レンダリング」
は、ユーザインタフェース上にグラフィックスを表示す
る処理を意味することがあるが、本明細書において、用
語「レンダリング」は、表示およびクライアント側機能
のためのブラウザのようなクライアントアプリケーショ
ンによって解釈され得るオーサリング言語データの生成
処理をも意味している。処理２０６およびレンダリング
処理２０８のより詳細な説明は図６との関連で行われて
いる。ある実施形態において、個々の制御オブジェクト
におけるrender（）メソッドの呼び出しは、ツリートラ
バーサルシーケンスを用いて行われる。すなわち、ペー
ジオブジェクトのrender（）メソッドの呼び出しは、階
層内の適切なサーバ側制御オブジェクトにわたる反復ト
ラバースになる。適切な制御オブジェクトのrender（）
メソッドを呼び出す別の方法として、イベントシグナリ
ングまたはオブジェクト登録手法などの方法を用いても
よい。括弧は、データ値と比較するなどのメソッドを示
す「render（）」レベルを指定する。

【００２９】本発明のある実施形態において、個々のサ
ーバ側制御オブジェクトの実際の作成は、サーバ側制御
オブジェクトが処理２０６または２０８においてアクセ
スされる（ポストバック入力のハンドリング、状態のロ
ード、制御オブジェクトからHTMLコードのレンダリング
など）まで遅らせてもよい。サーバ側制御オブジェクト
が所与のリクエストのためにアクセスされることがない
場合、制御オブジェクトの作成を遅らせ、不要な制御オ
ブジェクト作成処理を排除することによって、サーバ処
理が最適化される。

【００３０】処理２１０において、HTMLコードをHTTPレ
スポンスでクライアントに送信する。処理２１４におい
て、クライアントは、表示されるべき新たなウェブペー
ジに関連するHTMLコードを受信する。処理２１６におい
て、クライアントシステムは、HTTPレスポンスから受け
取ったHTMLコードに応じて新しいページのユーザインタ
フェース要素を組み入れる（例えば、表示する）。しか
し、ユーザインタフェース要素の組み入れは、音声また
は触覚出力を提供する、メモリへの読出しおよび書込
み、スクリプト処理の制御などの非表示処理を含んでも
よいことを理解すべきである。処理２１２において、サ
ーバ側制御オブジェクト階層を終了する。本発明のある
実施形態において、階層内サーバ側制御オブジェクト
は、関連のASP+レスポンスを参照するHTTPリクエストに
応答して作成され、オーサリング言語データ（例えば、
HTMLデータ）のレンダリングが終わると破壊される。別
の実施形態において、処理２１２は、処理２０８の後、
処理２１０の前に行ってもよい。

【００３１】図３は、本発明のある実施形態において用
いるウェブサーバでのモジュールの一例を示す。ウェブ
サーバ３００は、HTTPパイプライン３０４にHTTPリクエ
スト３０２を受け入れる。HTTPパイプライン３０４は、
ウェブページ統計のロギング、ユーザ照合、ユーザアク
セス権およびウェブページの出力キャッシュ化用モジュ
ールなどの種々のモジュールを含んでもよい。ウェブサ
ーバ３００によって受信される各入力HTTPリクエスト３
０２は、最終的には、IHTTPハンドラクラス（ハンドラ
３０６として図示）の特定のインスタンスによって処理
される。ハンドラ３０６は、URLリクエストを分解し適
切なハンドラファクトリ（例えば、ページファクトリモ
ジュール３０８）を呼び出す。

【００３２】図３において、ASP+リソース３１０に関連
付けられたページファクトリ３０８が呼び出され、ASP+
リソース３１０の例示および構成をハンドリングする。
ある実施形態において、ASP+リソースは、ファイルに特
定の接尾語（または".aspx"のようなファイル拡張部
分）を指定することによって認識され得る。所与の".as
px"資源に対するリクエストがまず、ページファクトリ
モジュール３０８によって受信されると、ページファク
トリモジュール３０８は、ファイルシステムを検索して
適切なファイル（例えば、.aspxファイル３１０）を得
る。このファイルは、リクエストを処理するサーバによ
って後に解釈またはアクセスされ得るテキスト（例え
ば、オーサリング言語データ）または別のフォーマット
でのデータ（例えば、バイトコードデータまたはコード
化されたデータ）を含んでもよい。物理的なファイルが
存在する場合、ページファクトリモジュール３０８は、
ファイルを開き、そのファイルをメモリに読み出す。フ
ァイルが見つからない場合、ページファクトリモジュー
ル３０８は、適切な「ファイルが見つからない」という
エラーメッセージを戻す。

【００３３】ASP+リソース３１０をメモリに読み出した
後、ページファクトリモジュール３０８は、ファイル内
容を処理し、ページのデータモデル（例えば、スクリプ
トブロックのリスト、ディレクティブ、静的テキスト領
域、階層サーバ側制御オブジェクト、サーバ側制御プロ
パティなど）を構築する。データモデルは、ページベー
スのクラスを拡張させるCOM+（Component Object Model
+）クラスのような新たなオブジェクトクラスのソース
リストを生成するのに用いられる。ページベースクラス
は、基本ページオブジェクトの構造、プロパティおよび
機能を規定するコードを含んでいる。本発明のある実施
形態において、次に、ソースリストは、中間言語に動的
にコンパイルされ、のちにプラットフォームに固有の命
令（例えば、X86、Alphaなど）に適時に（Just-In-Tim
e）コンパイルされる。中間言語は、COM+ IL コード、J
ava バイトコード、Modula 3 コード、SmallTalk コー
ドおよびVisual Basicコードなどの汎用またはカスタム
指向言語コードを含んでもよい。別の実施形態におい
て、中間言語処理を省き、ネイティブ命令をソースリス
トまたはソースファイル（例えば、ASP+リソース３１
０）から直接生成してもよい。制御クラスライブラリ３
１２は、制御オブジェクト階層の生成に用いられる予め
定義されたサーバ側制御クラスを得るためにページファ
クトリモジュール３０８によってアクセスされ得る。

【００３４】ページファクトリモジュール３０８は、図
１のウェブページ１０４に相当するサーバ側制御オブジ
ェクトであるページオブジェクト３１４を出力する。ペ
ージオブジェクト３１４およびその子オブジェクト（例
えば、テキストボックスオブジェクト３１８、ボタンオ
ブジェクト３２０および別のボタンオブジェクト３２
２）が、制御オブジェクト階層３１６の一例である。他
の制御オブジェクトの例は、本発明に従い考えることが
でき、カスタム制御オブジェクトと同様に、特に制限さ
れるものではなく、表１のHTML制御に対応するオブジェ
クトも含んでいる。ページオブジェクト３１４は、図１
のウェブページ１０４に対応する。テキストボックスオ
ブジェクト３１８は、図１のテキストボックス１０６に
対応する。同様に、ボタンオブジェクト３２０は、図１
の追加ボタン１０８に対応し、ボタンオブジェクト３２
２は、図１の削除ボタン１１０に対応する。ページオブ
ジェクト３１４は、サーバ上の他の制御オブジェクトと
階層的に関連している。ある実施形態において、ページ
オブジェクトは、その子制御オブジェクトを階層的に含
んでいるコンテナオブジェクトである。別の実施形態で
は、依存関係などの他の形態の階層関係を用いることが
できる。多数レベルの子オブジェクトを有するより複雑
な制御オブジェクト階層において、１つの子オブジェク
トが、他の子オブジェクトのコンテナオブジェクトであ
ってもよい。

【００３５】上記の実施形態において、制御オブジェク
ト階層３１６の制御オブジェクトは、サーバ３００上で
作成および実行され、各サーバ側制御オブジェクトは、
クライアント上の対応するユーザインタフェース要素と
論理的に対応する。サーバ側制御オブジェクトはまた、
協働して、HTTPリクエスト３０２からのポストバック入
力をハンドリングし、サーバ側制御オブジェクトの状態
を管理し、サーバ側データベースとのデータ結合を行
い、クライアントでの結果ウェブページの表示に用いる
オーサリング言語データ（例えば、HTMLコード）を生成
する。結果オーサリング言語データは、サーバ側制御オ
ブジェクト階層３１６から生成（すなわち、レンダリン
グ）され、HTTPレスポンス３２４でクライアントに送信
される。例えば、結果HTMLコードは、いかなる有効なHT
ML構成も具体化することができ、ＡＣＴＩＶＥＸ（登録
商標）タイプの制御、ＪＡＶＡ（登録商標）アプレッ
ト、スクリプトおよびその他、ブラウザによって処理さ
れたとき、クライアント側ユーザインタフェース要素
（例えば、制御ボタン、テキストボックスなど）を生み
出すいかなるウェブ資源も参照することができる。

【００３６】ASP+リソース３１０でなされた宣言によっ
て、サーバ側制御オブジェクトは、非ユーザインタフェ
ースサーバコンポーネント３３０とクライアント側ユー
ザインタフェース要素との対話のために、１つ以上の非
ユーザインタフェースサーバコンポーネント３３０にア
クセスすることができる。例えば、ポストバック入力に
応答して、サーバ側制御オブジェクトは、サーバ側イベ
ントをそれらのイベント用に登録された非ユーザインタ
フェースサーバコンポーネントに対し立ち上げることが
できる。このように、非ユーザインタフェースサーバコ
ンポーネント３３０は、ユーザとの対話を、ユーザイン
タフェース要素を介して、これらの要素を表示および処
理するのに必要なコードをプログラミングすることなく
行うことができる。

【００３７】図４は、本発明のある実施形態における動
的コンテンツ資源の一例の内容を示す。例示された実施
例において、ファイル４００は、ある動的コンテンツ資
源フォーマット（例えば、ASP+）でプレインテキスト宣
言を含んでいる。各宣言は、ファイル４００を読み出す
ページコンパイラに対し命令を与え、クライアント側ユ
ーザインタフェース要素を処理するために適切なサーバ
側制御オブジェクトの作成および呼び出しを行い、最終
的にはクライアントへHTTPレスポンスで送信するレンダ
リングされたHTMLコードを組み合わせる。そして、宣言
は、サーバ側制御オブジェクトによって実行されるクラ
イアント側ユーザインタフェース要素の機能を記述また
は参照する。そして、サーバ側制御オブジェクトは、ク
ライアント上のウェブページの新たなバージョンを定義
するために用いるHTMLコードを生成する。

【００３８】ファイル４００の第１ラインは、以下のフ
ォーマットのディレクティブを含む： <%@ directive [attribute=value] %> ここで、directiveは、特に制限されるものではなく、"
page"、"cache"または"import"を含んでもよい。ディレ
クティブは、バッファリングセマンテックス、セッショ
ン状態要件、エラーハンドリングスキーム、スクリプテ
ィング言語、トランザクションセマンテックスおよびイ
ンポートディレクティブのような特性を決定するため
に、動的コンテンツ資源を処理するときにページコンパ
イラによって用いられる。ディレクティブは、ページフ
ァイル内のどこに存在してもよい。

【００３９】第２ラインの<html>は、リテラルとして結
果HTMLコードへ渡される（すなわち、結果HTMLコードを
レンダリングするために追加的な処理を行わない）標準
HTML開始タグである。HTML構文において、HTMLファイル
の始まりを示し、これもまたリテラルであるライン２１
の終了タグ</html>と対になっている。

【００４０】コード宣言ブロックは、ファイル４００の
ライン３〜１０に存在する。一般に、サーバ側コード宣
言ブロックは、ページオブジェクトおよび制御オブジェ
クトメンバ変数ならびにサーバ上で実行処理されるメソ
ッドを定義する。以下のフォーマットにおいて： <script runat = "server" [language = "language"][s
rc = "externalfile"]> .................................... </script> ここで、言語およびsrcパラメータは任意である。本発
明のある実施形態において、コード宣言ブロックは、"
サーバ"に設定された値を有する"runat"属性を含む<scr
ipt>タグを用いて定義される。任意には、"language"属
性を内コードのシンタックスを特定するために用いても
よい。デフォルト言語は、ページ全体の言語構成を表す
ことができるが、コード宣言ブロックの"language"属性
により、開発者は、例えば、Jscript およびPERL (Prac
tical Extraction and Report Language)などの同じウ
ェブページ実行内で異なる言語を用いることができる。
<script>タグはまた、任意には"src"ファイルを特定す
ることができ、"src"ファイルは、そこからページコン
パイラによる処理のための動的コンテンツ資源にコード
が挿入される外部のファイルである。開示されている文
法が本実施形態において用いられているが、別の実施形
態では、本発明の範囲内で異なる文法を用いることがで
きることを理解すべきである。

【００４１】図４において、２つのサブルーチン、AddB
utton#ClickおよびDeleteButton#Clickがコード宣言ブ
ロック内においてVisual Basicフォーマットで宣言され
ている。いずれのサブルーチンも２つの入力パラメー
タ、"Source"および"E"をとり、クライアント側クリッ
クイベントが対応のボタンに検知されるとHTTPリクエス
トへのレスポンスでサーバ上で実行処理される。AddBut
ton#Clickサブルーチンにおいて、ユーザ名テキストボ
ックスでのテキストは、単語"Add"に連結され、メッセ
ージのテキストデータメンバにロードされる。DeleteBu
tton#Clickサブルーチンにおいて、ユーザ名テキストボ
ックスでのテキストは、単語"Delete"に連結され、メッ
セージのテキストデータメンバにロードされる。図４に
示していないが、サーバ側制御オブジェクトのメンバ変
数は、ファイル４００のコード宣言ブロックで宣言され
得る。例えば、Visual Basicシンタックスを用いると、
キーワードスペース"DIM"は、サーバ側制御オブジェク
トのデータ変数を宣言する。

【００４２】「コードレンダリングブロック」（図示せ
ず）もまた、動的コンテンツ資源に含まれ得る。本発明
のある実施形態において、コードレンダリングブロック
は、ページレンダリング時に実行処理される１つの「レ
ンダリング」メソッドで実行処理する。コードレンダリ
ングブロックは、以下のフォーマット（他のフォーマッ
トも別の実施形態において考えられるが）を満たす。

【００４３】<% InlineCode %> ここで“InlineCode”は、レンダリング時にサーバ上で
実行処理する独立言語型コードブロックまたは制御フロ
ーブロックを含んでいる。

【００４４】インライン表現もまた、以下のような例示
的なシンタックスを用いてコードレンダリングブロック
内で用いることができる。

【００４５】<%= InlineExpression %> ここで、“InlineExpression”ブロックに含まれる表現
は、“InlineExpression”からの値を宣言内の適切な場
所のホールダに書込むページオブジェクトの"Response.
Write(InlineExpression)"への呼び出しによって最終的
に包含される。例えば、“InlineExpression”は、以下
のようなコードレンダリングブロックに含まれ得る。

【００４６】<font size = "<%=x%>" > Hi <%=Name%>,
you are <%=Age%>! </font> これは、値"x"に格納されるフォントで挨拶およびある
人の年齢についての記述を出力する。その人の名前およ
び年齢は、コード宣言ブロック（図示せず）においてス
トリングとして定義される。結果HTMLコードは、適切な
場所に“InlineExpression”の値を含むようにサーバで
レンダリングされHTTPレスポンスでクライアントへ送信
される。すなわち、以下のようなものである。

【００４７】<font size = "12" > Hi Bob, you are 35
! ファイル４００のライン１１において、<body>は、HTML
ドキュメントの本文の始まりを規定するための標準HTML
タグである。フィイル４００のライン２０において、終
了タグ</body>もまた示されている。本発明のある実施
形態において、<body>および</body>のいずれもリテラ
ルである。

【００４８】HTMLフォームブロックの開始タグ<form>
が、図４のファイル４００の本文セクション内、ライン
１２に見られる。フォームブロックの終了タグ</form>
は、HTMLファイル４００のライン１９に見られる。任意
のパラメータ"id"もまた、所与の識別子をフォームブロ
ックに関連付けるためにHTML制御タグに含むことがで
き、これによって、１つのHTMLファイルに多数のフォー
ムブロックが含まれることが可能になる。

【００４９】ファイル４００のライン１８において、
「メッセージ」によって識別されたサーバ側ラベルが宣
言される。「メッセージ」ラベルは、ウェブページ上に
ラベルを表示するために、ファイル４００のライン５お
よび８で宣言されたコードで用いられる。

【００５０】フォームブロック内に、図１のユーザイン
タフェース要素１０６、１０８および１１０に対応する
３つのHTML制御タグ例が示されている。第１のユーザイ
ンタフェース要素がテキストボックスに相当するファイ
ル４００のライン１３で宣言される。テキストリテラ
ル"User Name"は、テキストボックスの左側に位置する
ラベルを宣言する。type="Text"を有する入力タグは、
テキストボックスクライアント側ユーザインタフェース
要素をレンダリングするサーバ側制御オブジェクトとし
て"UserName"という識別子を有するテキストボックスサ
ーバ側制御オブジェクトを宣言する。ファイル４００の
ライン１５および１６は、それぞれ、図１のボタン１０
８および１１０として示されるクライアント側ユーザイ
ンタフェース要素を宣言する。"OnServerClick"パラメ
ータは、ファイル４００のコード宣言ブロックで宣言さ
れた適切なサブルーチンを特定する。そして、ファイル
４００での宣言へのレスポンスで生成されたサーバ側ボ
タン制御オブジェクトが、クライアント側ボタンのHTML
コードおよびボタンクリックイベントを実行する関連の
サーバ側コードをレンダリングする。

【００５１】ファイル４００で宣言されたテキストボッ
クスおよびボタンは、HTMLサーバ制御宣言の例である。
初期状態では、ASP+リソース内のすべてのHTMLタグはリ
テラルテキストコンテンツとして取り扱われ、ページ開
発者のプログラミングにおいてアクセスすることができ
ない。しかし、ページ開発者は、"server"に設定された
値を有する"runat"属性を用いて指定することによっ
て、HTMLタグは構文解析され、アクセス可能サーバ制御
宣言として扱われるべきであることを示すことができ
る。任意には、各サーバ側制御オブジェクトは、対応す
る制御オブジェクトのプログラム参照を可能にする一意
の"id"属性と関連付けることができる。サーバ側制御オ
ブジェクト上のプロパティ引数およびイベント結合もま
た、タグ要素における属性対である宣言名／値を用いて
特定することができる（例えば、OnServerClick は"MyB
utton#Click"対に等しい）。

【００５２】本発明のある実施形態において、HTML制御
オブジェクトを宣言する一般的なシンタックスは以下の
とおりである。

【００５３】 <HTMLTag id = "Optional Name" runat = server> .................................... </HTMLTag> ここで、"Optional Name"は、サーバ側制御オブジェク
トの一意の識別子である。現在サポートされているHTML
タグのリストならびに関連シンタックスおよびCOM+クラ
スを表１に示すが、他のHTMLタグも本発明の範囲内で考
えることができる。

【００５４】

【表１】

【００５５】標準HTML制御タグに加えて、本発明のある
実施形態によって、開発者は、HTMLタグセットの外側に
共通のプログラム機能についてカプセル化する再利用可
能コンポーネントを作成することが可能になる。これら
のカスタムサーバ側制御オブジェクトは、ページファイ
ル内の宣言タグを用いて特定される。カスタムサーバ側
制御オブジェクト宣言は、"server"に設定された値を有
する"runat"属性を含む。任意には、カスタム制御オブ
ジェクトのプログラム参照を可能するために、一意の"i
d"属性が特定される。さらに、タブ要素の宣言名／値属
性対は、サーバ側制御オブジェクトのプロパティ引数お
よびイベント結合を特定する。インラインテンプレート
パラメータもまた、適切な「テンプレート」接頭辞子要
素を親サーバ制御オブジェクトに与えることによってサ
ーバ側制御オブジェクトに結合されることがある。カス
タムサーバ側制御オブジェクト宣言のフォーマットは、
次のようになる。

【００５６】<servercntrlclassname id="OptionalNam
e" [propertyname="propval"] runat=server/> ここで、“servercntrlclassname”は、アクセス可能制
御クラスであり、“OptionalName”は、サーバ側制御オ
ブジェクトの一意の識別子であり、“propval”は、制
御オブジェクトの任意のプロパティ値を表す。

【００５７】別の宣言文法を用いて、XMLタグ接頭語
は、以下のフォーマットを用いることにより、ページ内
にサーバ側制御オブジェクトを特定するためのより簡潔
な表記法を提供するのに用いることができる。

【００５８】<tagprefix:classname id = "OptionalNam
e" runat = server/> ここで、“tagprefix”は、所与の制御名スペースライ
ブラリと関連し、“classname”は、関連名スペースラ
イブラリでの制御の名前を表す。任意の“propertyvalu
e”もまたサポートされている。

【００５９】要するに、本発明の実施形態は、クライア
ントに送るHTMLコードを生成するためにサーバ上で作成
および実行処理されるサーバ側制御オブジェクトを含
む。HTMLコードは、いかなる有効なHTML構成も具現化す
ることができ、例えば、ACTIVEXタイプの制御、JAVA ア
プレット、スクリプト、その他クライアントでのユーザ
インタフェースボタンおよび他のユーザインタフェース
要素を生成するいかなるウェブ資源も参照することがで
きる。クライアントでのユーザは、サーバ側制御オブジ
ェクトに論理的に対応するこれらのユーザインタフェー
ス要素と対話し、リクエストをサーバに送り返すことが
できる。サーバ側制御オブジェクトは、サーバ上で再作
成され、クライアントにレスポンスとして送信すべき次
のラウンドのHTMLコードを生成するように、ユーザイン
タフェース要素のデータ、イベントおよび他の特性を処
理する。

【００６０】図５を参照すると、本発明の実施形態のコ
ンピュータシステムの一例は、プロセッサユニット５０
２、システムメモリ５０４およびシステムメモリ５０４
を含む種々のシステムコンポーネントをプロセッサユニ
ット５００に接続するシステムバス５０６を含んでいる
従来のコンピュータシステム５００という形態の汎用コ
ンピュータ装置を含んでいる。システムバス５０６は、
メモリバスまたはメモリコントローラ、種々のバスアー
キテクチャを用いるペリフェラルバスおよびローカルバ
スを含む幾つかのタイプのバス構造のいずれであっても
よい。システムメモリは、再生専用メモリ（ROM）５０
８およびランダムアクセスメモリ（RAM）５１０を含ん
でいる。コンピュータシステム５００内の要素間での情
報の転送を助ける基本ルーチンを含んでいる基本入力／
出力システム５１２（BIOS）は、ROM５０８に格納され
ている。

【００６１】コンピュータシステム５００は、さらに、
ハードディスクの読み出しおよび書き込みを行うハード
ディスクドライブ５１２、着脱可能な磁気ディスク５１
６の読出しおよび書込みを行う磁気ディスクドライブ５
１４およびCD ROM、DVDまたは他の光学媒体のような着
脱可能な光ディスク５１９の読出しおよび書込みを行う
光ディスクドライブ５１８を含んでいる。ハードディス
クドライブ５１２、磁気ディスクドライブ５１４および
光ディスクドライブ５１８は、それぞれ、ハードディス
クドライブインタフェース５２０、磁気ディスクドライ
ブインタフェース５２２および光ディスクドライブイン
タフェース５２４によってシステムバス５０６接続され
ている。ドライブおよびその関連コンピュータ読み取り
可能媒体が、コンピュータシステム５００のコンピュー
タ読み取り可能命令、データ構造、プログラムおよび他
のデータの不揮発性記憶部を提供している。

【００６２】本明細書に記載の上記環境例では、ハード
ディスク、着脱可能な磁気ディスク５１６および着脱可
能な光ディスク５１９を用いているが、データ保存可能
な他のタイプのコンピュータ読み取り可能媒体を上記シ
ステム例に用いることができる。上記動作環境例に用い
ることができるこれらの他のタイプのコンピュータ読み
取り可能媒体は、例えば、磁気カセット、フラッシュメ
モリカード、デジタルビデオディスク、ベルヌイ(Berno
ulli)カートリッジ、ランダムアクセスメモリ（RAM）お
よび再生専用メモリ（ROM）などがある。

【００６３】多数のプログラムモジュールが、ハードデ
ィスク、磁気ディスク５１６、光ディスク５１９、ROM
５０８またはRAM５１０に格納され、これらは、オペレ
ーティングシステム５２６、１つ以上のアプリケーショ
ンプログラム５２８、他のプログラムモジュール５３０
およびプログラムデータ５３２を含む。ユーザは、コマ
ンドおよび情報をコンピュータシステム５００にキーボ
ード５３４およびマウス５３６または他のポインティン
グ装置などの入力装置によって入力することができる。
他の入力装置としては、例えば、マイクロフォン、ジョ
イステック、ゲームパッド、サテライトディッシュおよ
びスキャナなどがある。これらおよび他の入力装置は、
システムバス５０６に接続されているシリアルポートイ
ンタフェース５４０を介して処理装置５０２に接続され
ていることが多い。しかし、これらの入力装置はまた、
パラレルポート、ゲームポートまたはユニバーサルシリ
アルバス（USB）などの他のインタフェースによって接
続されていてもよい。モニタ５４２または他のタイプの
表示装置もまた、ビデオアダプタ５４４などのインタフ
ェースを介してシステムバス５０６と接続している。モ
ニタ５４２に加えて、コンピュータシステムは、典型的
には、スピーカおよびプリンタなどの他の周辺出力装置
（図示せず）を含む。

【００６４】コンピュータシステム５００は、リモート
コンピュータ５４６のような１つ以上のリモートコンピ
ュータへの論理接続を用いたネットワーク化された環境
で動作することができる。リモートコンピュータ５４６
は、コンピュータシステム、サーバ、ルータ、ネットワ
ークPC、ピア（peer）装置、または他の共通ネットワー
クノードであり得、典型的にコンピュータシステム５０
０との関連で上述した要素の多くまたはすべてを含む。
ネットワーク接続は、ローカルエリアネットワーク（LA
N）５４８およびワイドエリアネットワーク（WAN）５５
０を含む。このようなネットワーク環境は、オフィス、
企業規模コンピュータネットワーク、イントラネットお
よびインターネットにおいて珍しいものではない。

【００６５】LANネットワーク環境で用いるとき、コン
ピュータシステム５００は、ネットワークインタフェー
スまたはアダプタ５５２を介してローカルネットワーク
５４８に接続される。WANネットワーク環境で用いると
き、コンピュータシステム５００は、典型的に、インタ
ーネットのようなワイドエリアネットワーク５５０によ
る通信を確立するためのモデム５５４または他の手段を
含む。モデム５５４は内蔵または外付けのいずれでもよ
く、シリアルポートインタフェース５４０を介してシス
テムバス５０６と接続されている。ネットワーク化され
た環境において、コンピュータシステム５００に関連し
て述べたプログラムモジュールまたはその一部は、リモ
ートメモリ記憶装置に記憶されてもよい。図示されたネ
ットワーク接続は例であって、コンピュータ間の通信リ
ンク確立のために他の手段を用いることができる。

【００６６】本発明の実施形態において、コンピュータ
５００は、ウェブサーバを表し、CPU５０２が、記憶媒
体５１６、５１２、５１４、５１８、５１９またはメモ
リ５０４のうち少なくとも１つに記憶されたASP+リソー
ス上でページファクトリモジュールを実行処理する。HT
TPレスポンスおよびリクエストは、クライアントコンピ
ュータ５４６に接続されたLAN５４８により通信され
る。

【００６７】図６は、本発明のある実施形態におけるペ
ージオブジェクトおよび他の制御オブジェクトのサーバ
側処理を表すプロセスフローチャートである。処理６０
０において、ページオブジェクト構築部が、ページファ
クトリモジュール３０８によって呼び出される（図３参
照）。その結果、ページオブジェクト（例えば、図３に
おけるページオブジェクト３１４を参照）は、クライア
ント上のウェブページユーザインタフェース要素と論理
的に対応するように作成される。処理６０２において、
ページファクトリモジュールは、クライアントから受け
取ったHTTPリクエストの段階的な処理を始めるページオ
ブジェクトのProcessRequest（）メンバ関数を呼び出
す。本発明の一実施形態の第１の段階において、サーバ
側作成処理(図示せず)は、ページオブジェクトの制御オ
ブジェクト階層に含まれる子孫サーバ側制御オブジェク
トの作成である。すなわち、子制御オブジェクトの構築
部がHTTPリクエスト処理の処理生存期間の間制御オブジ
ェクトを作成するために繰り返し呼び出される。

【００６８】しかし、別の実施形態において、子制御オ
ブジェクトの作成は、制御オブジェクトが所与の処理ス
テップ（例えば、ポストバックイベントのハンドリン
グ、ポストバックデータのハンドリング、ビューステー
トのローディングおよび保存、データ結合の分解または
対応するユーザインタフェース要素のHTMLコードのレン
ダリング）に必要とされるまで遅らせることができる。
「制御オブジェクト作成を遅らせる」後者の実施形態
は、不必要なCPUおよびメモリの利用を減らすことがで
きるので最適である。例えば、クライアントから受け取
ったユーザ入力イベントが、全く異なるウェブページの
作成ということになる場合がある。この場合、直ちに制
御オブジェクト階層の終了させ、新たなページの新たな
異なる制御オブジェクト階層を例示することになるイベ
ントを処理するためだけに、以前のページの制御オブジ
ェクト階層全体を例示する必要はない。

【００６９】ページオブジェクトのProcessRequestメソ
ッドのサーバ呼び出しに応答して、処理６０４〜６２０
は、所与のHTTPリクエストのデータなどに応じ、データ
ページオブジェクトおよび個々の子孫制御オブジェクト
によって実行処理することができる。本発明のある実施
形態において処理６０４〜６２０を図６の順序で各個々
のオブジェクトに対し行う。しかし、１つのオブジェク
トに対する所与の処理は、HTTPリクエストによっては、
別のオブジェクトの所与の処理に関して順番に行われな
かったり、全く処理が行われないこともある。例えば、
第１のオブジェクトは、初期化処理６０４およびそのロ
ード処理６０６を行い、ポストバックデータ処理６０８
を開始し、その後、遅れた制御オブジェクト作成により
子孫制御オブジェクトが、それ自体の初期化処理６０４
およびロード処理６０６を行う。ページオブジェクトお
よび子孫制御オブジェクトによる処理の順番は、これに
は限らないが、HTTPリクエストにおけるデータの性質、
制御オブジェクト階層の構成、制御オブジェクトの現在
の状態および制御オブジェクト作成が遅れて行われるか
どうかを含む種々の要因による。

【００７０】初期化処理６０４は、動的コンテンツ資源
における初期化に関する任意のサーバ側コードを実行処
理することによって制御オブジェクトが作成された後、
制御オブジェクトを初期化する。このようにして、各サ
ーバ側制御オブジェクトは、動的コンテンツ資源で宣言
された特定のサーバ側機能でカスタマイズされ得る。本
発明の実施形態において、動的コンテンツコードは、サ
ーバ上のASP+リソースでページ開発者によって宣言され
たベースページ制御クラスをカスタマイズまたは拡張す
るものである。ASP+リソースがコンパイルされると、宣
言されたコードは、適切な初期コード（例えば、ページ
オブジェクトおよび子孫制御オブジェクトの初期化（）
メソッド）に含まれている。初期化処理６０４は、この
コードを実行処理して、ページベースクラスおよび子孫
制御オブジェクトのベースクラスをカスタマイズまたは
拡張する。

【００７１】本発明のある実施形態において、サーバ側
制御オブジェクトの状態管理は、サーバ側制御オブジェ
クトを以前の状態に戻すことによってクライアント・サ
ーバシステムの無状態モデルを収納するために搬送可能
状態構造を用いるロード処理６０６および保存処理６１
６においてサポートされる。ある実施形態では、状態
は、一対のHTTPリクエスト／レスポンスの隠れた１つ以
上のHTMLフィールドでサーバを往復するが、他の搬送可
能状態構造も本発明の範囲内であると考えられる。

【００７２】クライアントとサーバ間の現在のページに
関する所与のリクエストおよびレスポンスによる一連の
処理において、１つ以上の制御オブジェクトの状態は、
先のリクエストの処理後に保存処理６１６によって搬送
可能状態構造に記録される。本発明のある実施形態にお
いて、階層情報またはサーバが適切な制御オブジェクト
と所与の状態とを関連付けることを可能にする制御オブ
ジェクト識別子を含む追加の状態情報もまた、搬送可能
状態構造に含まれる。次のHTTPリクエストにおいて、状
態情報は、搬送可能状態構造でサーバに戻される。サー
バは、受信した搬送可能状態構造から状態情報を抽出
し、状態データを制御オブジェクト階層内の適切な制御
オブジェクトにロードし、各制御オブジェクトを先のHT
TPレスポンス以前に存在したような状態に戻す。現在の
リクエストに対する処理後、１つ以上のサーバ側制御オ
ブジェクトの状態は、再度保存処理６１６によって搬送
可能状態構造に記録され、次のHTTPレスポンスで搬送可
能状態構造をクライアントに戻す。

【００７３】ロード処理６０６の結果、各サーバ側制御
オブジェクトを先のHTTPリクエスト以前の状態と同じ状
態にする。例えば、テキストボックス制御オブジェクト
が、先のHTTPレスポンス以前に"JDoe"と同等のプロパテ
ィ値を含む場合、テキストストリング"JDoe"をそのプロ
パティ値にロードすることなどによって、ロード処理６
０６は、同じ制御オブジェクトを先の状態に戻す。さら
に、所与のオブジェクトの状態が記憶され回復されたか
どうかについても構成可能である。

【００７４】本発明の一実施形態を要約すると、１つ以
上のサーバ側制御オブジェクトの状態が処理後「保存」
される。保存された状態情報は、レスポンスによりクラ
イアントに送信される。クライアントは、次のレスポン
スで保存された状態情報をサーバ側に戻す。サーバは、
階層の状態が以前の状態に戻るように、新たに例示され
たサーバ側制御オブジェクト階層に状態情報をロードす
る。

【００７５】別の実施形態では、サーバ上、またはサー
バからクライアント、そしてサーバへ戻るという往復の
間、サーバによってアクセス可能な幾つかの他のウェブ
ロケーションに状態情報を保持できる。クライアントリ
クエストをサーバが受信した後、この状態情報は、サー
バによって取り出され、制御オブジェクト階層内の適切
なサーバ側制御オブジェクトにロードされ得る。

【００７６】処理６０８において、HTTPリクエストから
受け取ったポストバックデータが処理される。ポストバ
ックデータは、対になったキー値、階層表示（例えば、
XML）またはRDF（Resource Description Framework）の
ような他のデータ表示でのHTTPリクエストのペイロード
に含まれ得る。処理６０８は、ペイロードを構文解析し
てサーバ側制御オブジェクトの一意の識別子を識別す
る。識別子（例えば、"page1:text1"）を見つけ、識別
されたサーバ側制御オブジェクトが制御オブジェクト階
層に存在する場合、対応するポストバックデータがその
制御オブジェクトへと渡される。例えば、図１を参照す
ると、テキストボックス１０６およびテキスト"JDoe"に
関連する一意の識別子は、HTTPリクエスト１１４のペイ
ロードでウェブサーバ１１６へ送られる。処理６０８は
HTTPリクエスト１１４のペイロードを構文解析し、テキ
ストボックス１０６の一意の識別子とその関連値（すな
わち"JDoe"）を得る。それから処理６０８は、テキスト
ボックス１０６の一意の識別子を分解し、対応するサー
バ側制御オブジェクトを識別し、処理するオブジェクト
に"JDoe"値を渡す。

【００７７】ロード処理６０６に関して説明したよう
に、サーバ側制御オブジェクトのプロパティ値は、以前
の状態に戻され得る。ポストバックデータを受け取る
と、サーバ側制御オブジェクトは、渡されたポストバッ
ク値が対応する先のプロパティ値を変化させたかどうか
を判断する。変化した場合には、関連制御オブジェクト
のデータ変化を示す変化リストにその変化をロギングす
る。すべてのポストバックデータが制御オブジェクト階
層内で処理された後、制御オブジェクトメソッドが呼び
出され、サーバ上で起動している株価検索アプリケーシ
ョンのような１つ以上の非ユーザインタフェースサーバ
コンポーネントに対し、１つ以上のポストデータ変化イ
ベントを提起し得る。ポストデータ変化イベントは、例
えば、ポストバックデータがサーバ側制御オブジェクト
のプロパティを変化させたということを示しているイベ
ントである。例示的な実施形態において、このようなイ
ベントは、システム提供イベント待ち行列に送られ、イ
ベントを処理するよう登録されたサーバ側コードを呼び
出すことができる。そして、サーバ側コードは、非ユー
ザインタフェースサーバコンポーネントのメソッドを呼
び出し得る。このように、サーバ側非ユーザインタフェ
ースサーバコンポーネントは、サーバ側制御オブジェク
トのデータの変化によってトリガされたイベントに応答
することができる。アプリケーション提供イベント待ち
行列、ポーリング、および処理割込みを用いることを含
む、イベントを実行する別の方法もまた本発明の範囲内
で考えることができる。

【００７８】処理６１０において、ポストバックイベン
トをハンドリングする。ポストバックイベントは、HTTP
リクエストのペイロードで通信され得る。処理６１０
は、そのイベントが向けられているサーバ側制御オブジ
ェクトを識別する特定のイベントターゲット（例えば、
本発明のある実施形態では、"##EVENTTARGET"とラベル
付けされている）を構文解析する。さらに、処理６１０
は、探し当てたイベント引数がある場合はそれを構文解
析し、イベント引数（例えば、本発明のある実施形態で
は、"##EVENTARGUMENT"とラベル付けされている）を特
定されたサーバ側制御オブジェクトに与える。制御オブ
ジェクトは、動的コンテンツ資源に関連する非ユーザイ
ンタフェースサーバコンポーネント（例えば、サーバ側
株価検索アプリケーション）のメソッドを呼び出すサー
バ側コードによって処理するイベントを立ち上げる。

【００７９】処理６１２は、サーバ側制御オブジェクト
とサーバがアクセス可能な１つ以上のデータベースとの
間のデータ結合関係を解明し、これにより、データベー
ス値で制御オブジェクトプロパティにおいて更新し、か
つ／または制御オブジェクトプロパティの値でデータベ
ースフィールドを更新する。本発明のある実施形態で
は、サーバ側制御オブジェクトのプロパティは、サーバ
側アプリケーションデータベースの表のような親データ
結合コンテナのプロパティと関連付けられ（またはデー
タ結合され）得る。データ結合処理６１２の間に、ペー
ジフレームワークは、対応する親データ結合コンテナプ
ロパティの値を有するデータ結合された制御オブジェク
トプロパティを更新することができる。このように、次
のレスポンスにおけるウェブページ上のユーザインタフ
ェース要素は、更新されたプロパティ値を正確に反映す
る。なぜなら、ユーザインタフェース要素が対応する制
御オブジェクトプロパティは、データ結合処理６１２の
間に、自動的に更新されたからである。同様に、制御オ
ブジェクトプロパティはまた、親データ結合コンテナフ
ィールドに更新され得、これにより、サーバ側制御オブ
ジェクトからのポストバック入力でサーバ側アプリケー
ションデータベースを更新する。

【００８０】処理６１４は、制御オブジェクト状態が保
存され出力がレンダリングされる以前に実行処理され得
る多数の更新処理を行う。処理６１６は、制御オブジェ
クト階層内の１つ以上の制御オブジェクトから状態情報
（すなわち、ビューステート）を要求し、状態情報を格
納し、HTTPレスポンスペイロードでクライアントへ送ら
れる搬送可能状態構造に挿入する。例えば、“grid”制
御オブジェクトは、値のリストの現在のインデックスペ
ージを保存し、“grid”制御オブジェクトは、次のHTTP
リクエスト（すなわち、処理６０６）の後この状態に戻
ることができる。上記のように、ビューステート情報
は、クライアントによる次のアクション以前の制御オブ
ジェクト階層の状態を表す。ビューステート情報が戻っ
てくると、それは、制御オブジェクト階層を、クライア
ントポストバック入力処理またはデータ結合以前の先の
状態にするのに用いられる。

【００８１】レンダリング処理６１８は、HTTPレスポン
スでクライアントへ送る適切なオーサリング言語出力
（例えば、HTMLデータ）を生成する。レンダリングは、
すべてのサーバ側制御オブジェクトのトップダウン階層
ツリーウォークおよび埋め込まれたレンダリングコード
により行われる。処理６２０は、任意の最終のクリーン
アップ作業（例えば、ファイルを閉じたりデータベース
の接続）を行い、制御オブジェクト階層を終了させる。
次いで、処理は６０２に戻り、処理６２２を行い、そこ
でページオブジェクトは、その破壊部を呼び出すことに
よって終了する。

【００８２】図７は、本発明のある実施形態におけるサ
ーバ側制御クラスの一例の表記を表している。サーバ側
制御クラスは、本発明のある実施形態におけるすべての
サーバ側制御オブジェクトに共通のメソッド、プロパテ
ィおよびイベントを定義している。より具体的な制御ク
ラス（例えば、ウェブページでのクライアント側ボタン
に対応するサーバ側ボタン制御オブジェクト）は、この
制御クラスから派生している。示された制御クラス７０
０は、プロパティ７０２およびメソッド７０４を格納す
るメモリを含む。データメンバとメソッドとの組み合わ
せが異なる他の制御クラスの実施形態もまた、本発明の
範囲内で考えられる。

【００８３】示された実施形態において、プロパティ７
０２はパブリックである。プロパティ"ID"は、制御オブ
ジェクト識別子を示している読み取りおよび書き込み可
能なストリング値である。プロパティ"Visible"は、対
応しているクライアント側ユーザインタフェース要素の
オーサリング言語データをレンダリングすべきかどうか
を示す読み取りおよび書き込み可能なブーリアン値であ
る。プロパティ"MaintainState"は、制御オブジェクト
が、現在のページリクエストの終了時に（すなわち、図
６の保存処理６１６へのレスポンスで）そのビューステ
ート（およびその子オブジェクトのビューステート）を
保存すべきかどうかを示している読み取りおよび書き込
み可能なブーリアン値である。プロパティ"Parent"は、
制御オブジェクト階層の現在の制御オブジェクトを関連
する制御コンテナ（図８参照）への読み取り可能なリフ
ァレンスである。プロパティ"Page"は、現在の制御オブ
ジェクトがホストされているルートページオブジェクト
への読み取り可能なリファレンスである。プロパティ"F
orm"は、現在の制御オブジェクトがホストされているフ
ォーム制御オブジェクトへの読み取り可能なリファレン
スである。プロパティ"Trace"は、開発者のトレースロ
グの書き込みを可能にする読み取り可能なリファレンス
である。プロパティ“ BindingContainer ”は、制御オ
ブジェクトの直接データ結合コンテナへの読み取り可能
なリファレンスである。プロパティ"Bindings"は、制御
オブジェクトデータ結合連関の集合への読み取り可能な
リファレンスである。

【００８４】メソッド７０４は、リクエストの処理およ
び制御オブジェクトのデータメンバへのアクセス方法を
含む。ある実施形態において、メソッドは、制御オブジ
ェクトのメモリスペースに格納されるポインタによって
参照される。この参照手段ははまた、コンテナ制御オブ
ジェクト、制御コレクションオブジェクト、およびペー
ジオブジェクトを含む他のサーバ側オブジェクトの実施
形態において用いられる。メソッド"Init()"は、子制御
オブジェクトが作成された後、これらを初期化するのに
用いられる（図６の処理６０４を参照）。メソッド"Loa
d()"は、先のHTTPリクエストからビューステート情報を
回復するのに用いられる（図６の処理６０６を参照）。
メソッド"Save()"は、後のHTTPリクエストで用いるビュ
ーステート情報を保存するのに用いられる（図６の処理
６１６を参照）。メソッド"PreRender()"は、ビュース
テートの保存およびコンテンツのレンダリングに先立っ
て必要なプレレンダリングステップを行うのに用いられ
る（図６の処理６１４を参照）。メソッド"Render(Text
Writer output)"は、現在の制御オブジェクトに対応す
るユーザインタフェース要素のオーサリング言語コード
を出力するのに用いられる（図６の処理６１８を参
照）。コードは、クライアントへのレスポンスでコード
を格納するために出力ストリームを通してやり取りされ
る（「出力」パラメータでそれを渡す）。メソッド"Dis
pose()"は、制御オブジェクトを終了する前に最終的な
クリーンアップ作業を行うのに用いられる（図６の処理
６２０を参照）。

【００８５】メソッド"GetUniqueID()"は、制御オブジ
ェクトの一意の、階層的に認定されたストリング識別子
を得る。メソッド"GetControlWithID(String id)"は、
与えられた識別子("id")を有する直接の子制御オブジェ
クトへのリファレンスを戻す。メソッド"GetControlUni
queWithID(String id)"は、一意の階層識別子("id")を
有する子制御オブジェクトへのリファレンスを戻す。

【００８６】メソッド"PushControlPropertyTwoBinding
Container (String prop Name)"は、ポストバックデー
タ値がサーバ側制御オブジェクト内で変化するとポスト
バックデータからの２方向データ結合の結合コンテナを
更新するのに用いられる。メソッド"PushBindingContai
nerPropertyTwoControl(String prop Name)"は、現在の
結合コンテナ値をもつサーバ側制御オブジェクトプロパ
ティを更新するのに用いられる。メソッド"HasBindings
()"は、制御オブジェクトが結合連関を有しているかど
うかを示しているブーリアン値を戻す。これらの３つの
機能は、サーバ側制御オブジェクトのプロパティとサー
バ側データ格納部における属性との結合関係を解明する
のに用いられる（図６のデータ結合処理６１２を参
照）。

【００８７】図８は、本発明のある実施形態におけるサ
ーバ側コンテナ制御クラスの一例を示す。コンテナ制御
クラスは、入れ子の子制御オブジェクトをサポートし、
搬送可能状態構造へビューステート情報を自動的に直列
化および非直列化する構成を提供する。コンテナ制御ク
ラス８００は、プロパティ８０２およびメソッド８０４
を格納するメモリを含んでいる。プロパティ"Controls"
は、制御オブジェクト階層内の子制御オブジェクトの"C
ontrolCollection"への読み取り可能なリファレンスで
ある（図９を参照）。プロパティ"StateCollection"
は、多数のページリクエストにわたって制御オブジェク
トの状態を維持するのに用いられるビューステート情報
の辞書への読み取り可能なリファレンスである。メソッ
ド"HasControls()"は、制御オブジェクトが子制御オブ
ジェクトを有しているかどうかを示しているブーリアン
値を戻す。

【００８８】別の実施形態において、コンテナ制御クラ
ス８００のメンバプロパティおよびメソッドは、各制御
オブジェクトがそれ自体、子オブジェクトをサポートで
きるように図７の制御クラス７００に組み込まれてもよ
い。しかし、このような実施形態の制御オブジェクト
が、このような子オブジェクトを含まないなら、（制御
コレクションタイプの）制御メンバは空っぽであるだろ
う（すなわち、子オブジェクトを含まない）。

【００８９】図９は、本発明の実施形態におけるサーバ
側制御コレクションクラスの一例を示す。制御コレクシ
ョンクラス９００は、プロパティ９０２およびメソッド
９０４を格納するメモリを含んでいる。プロパティ"Al
l"は、インデックスによって命令された現在の制御オブ
ジェクトのすべての子制御オブジェクトの読み取りおよ
び書き込み可能なスナップショットアレイである。プロ
パティ"this[index]"は、制御コレクション内の順序イ
ンデックスの制御オブジェクトへの読み取り可能なリフ
ァレンスである。プロパティ"Count"は、コレクション
内の子制御オブジェクトの数を示している読み取り可能
値である。

【００９０】メソッド"Add'Control child)"は、現在の
コレクションに特定の制御オブジェクトを追加するのに
用いられる。メソッド"IndexOf(Control child)"は、コ
レクション内の特定された子制御オブジェクトの順序イ
ンデックスを戻す。メソッド"GetEnumerator(boolAllow
Remove)"は、コレクション内のすべての子制御オブジェ
クトのエニュメレータを戻す。メソッド"Remove(Contro
l value)"は、現在のコレクションから特定の制御オブ
ジェクトを取り除く。メソッド"Remove(int index)"
は、与えられたインデックスに基づき現在のコレクショ
ンから特定の制御オブジェクトを取り除く。メソッド"C
lear()"は、現在のコレクションからすべての制御オブ
ジェクトを取り除く。

【００９１】図１０は、本発明のある実施形態における
サーバ側ページオブジェクトの一例を示す。ページベー
スクラスは、本発明の実施形態内でのすべてのサーバ側
操作ページに共通のメソッド、プロパティおよびイベン
トを定義する。ページオブジェクト１０００は、プロパ
ティ１００２およびメソッド１００４を格納しているメ
モリを含んでいる。プロパティ"ErrorPage"は、未処理
ページ例外のイベントでレンダリングされる読み取りお
よび書き込み可能なストリングである。このように、ペ
ージオブジェクトは、HTTPレスポンスでクライアントに
読み取り可能なエラーページを戻す。プロパティ"Reque
sts"は、HTTPRequestへの読み取り可能なリファレンス
であり、HTTPRequestは、入ってくるHTTPリクエストデ
ータにアクセスするための機能性を与えるウェブサーバ
フレームワークによって与えられる。

【００９２】プロパティ"Response"は、クライアントへ
HTTPレスポンスデータを送信するための機能を提供する
ウェブサーバフレームワークによって与えられるHTTPレ
スポンスへの読み取り可能なリファレンスである。プロ
パティ"Application"は、ウェブサーバフレームワーク
によって与えられるHTTPApplicationへの読み取り可能
なリファレンスである。プロパティ"Session"は、ウェ
ブサーバフレームワークによって与えられるHTTPSessio
nへの読み取り可能なリファレンスである。プロパティ"
Server"は、アプリケーションサーバページ互換性ユテ
ィリティオブジェクトであるサーバオブジェクトへの読
み取り可能なリファレンスである。プロパティ"Contex
t"は、ウェブサーバフレームワークによって与えられる
ウェブサーバオブジェクトのすべてへの読み取り可能な
リファレンスであり、これにより、開発者は、さらなる
パイプラインモジュール露出オブジェクトへのアクセス
が可能になる。プロパティ"IsFirstLoad"は、ページオ
ブジェクトが、初めて、またはクライアントポストバッ
クリクエストへのレスポンスでロードおよびアクセスさ
れているかどうかを示す読み取り可能なブーリアン値で
ある。

【００９３】プロパティ"Load()"は、ページオブジェク
トを初期化し、先のページリクエストからビューステー
ト情報を回復するのに用いられる。プロパティ"Save()"
は、後のページリクエストに用いるビューステート情報
を保存するのに用いられる。プロパティ"HandleError
（Exception errorInfo）"は、ページ実行処理の間に起
こる未処理エラーを扱うのに用いられる。このイベント
において、ベースクラス実行は、クライアントをデフォ
ルトエラーウェブページを有するURLへ向けなおす。メ
ソッド"GetPostbackScript(Control target, String na
me, String arg)"は、所与の制御オブジェクトと関連す
るクライアント側スクリプトメソッドを戻す。メソッ
ド"RegisterClientScriptBlock(String key, String sc
ript)"は、クライアントへ送信されるクライアント側ス
クリプトコードの重複ブロックを排除するのに用いられ
る。重複ブロックは同じキー値を有するスクリプトであ
る。メソッド"IHTTPHandler.ProcessRequest(HTTPConte
xt Context)"は、ウェブリクエストを処理するのに用い
られる。IHTTPHandler.ProcessRequestは、クライアン
トから受信されたHTTPリクエストの処理を初期化するた
めに呼び出される（図６の処理６０２を参照）。メソッ
ド"IHTTPHandler.IsReusable()"は、ページオブジェク
トが、多数のウェブリクエストを処理するのに再利用で
きるかどうかを示している。

【００９４】本明細書に記載の本発明の実施形態は、１
つ以上のコンピュータシステムの論理ステップとして実
行される。本発明の論理処理は、（１）１つ以上のコン
ピュータシステムで実行処理されるプロセッサ実行ステ
ップシーケンスとして、（２）１つ以上のコンピュータ
システム内の相互接続された機械モジュールとして実行
される。実行は選択の問題であり、本発明を実行するコ
ンピュータシステムの性能要件に依存する。したがっ
て、本明細書に記載の本発明の実施形態を構成する論理
処理は、処理、ステップ、オブジェクトまたはモジュー
ルと様々に表現することができる。

【００９５】上記の明細書、実施例およびデータは、本
発明の実施形態の構造および使用の完全な説明を提供し
ている。本発明は、本発明の精神および範囲から逸脱す
ることなく多数の形態で実施することができるので、本
発明は添付の請求項にある。

【００９６】

【発明の効果】 【図面の簡単な説明】

【図１】 本発明のある実施形態におけるクライアント
に表示するウェブページコンテンツを動的に生成するウ
ェブサーバを示す。

【図２】 本発明のある実施形態におけるサーバ側制御
オブジェクトを用いてクライアント側ユーザインタフェ
ース要素の処理およびレンダリングのための処理のフロ
ーチャートを示す。

【図３】 本発明のある実施形態で用いるウェブサーバ
のモジュールの一例を示す。

【図４】 本発明のある実施形態における動的コンテン
ツリソース（例えば、ASP+リソース）の一例を示す。

【図５】 本発明のある実施形態の実行に有用なシステ
ムの一例を示す。

【図６】 本発明のある実施形態におけるページオブジ
ェクトの処理を表すフローチャートを示す。

【図７】 本発明のある実施形態におけるサーバ側制御
クラスの一例を示す。

【図８】 本発明のある実施形態におけるサーバ側コン
テナ制御クラスの一例を示す。

【図９】 本発明のある実施形態におけるサーバ側制御
コレクションクラスの一例を示す。

【図１０】 本発明のある実施形態におけるサーバ側ペ
ージクラスの一例を示す。

【符号の説明】

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１３年６月１２日（２００１．６．１
２）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００９６

【補正方法】変更

【補正内容】

【００９６】

【発明の効果】以上のように本発明によれば、クライア
ント側ユーザインタフェース要素の処理および生成を管
理するサーバ側制御オブジェクトフレームワークを提供
することができることから、クライアント側ユーザイン
タフェース要素および関連機能に関するサーバ側処理の
カプセル化を図ることができ、開発者が最小のプログラ
ミングでウェブページを動的に作成および処理すること
ができる開発フレームワークを提供することが可能とな
る。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】符号の説明

【補正方法】変更

【補正内容】

【符号の説明】 １００ クライアント １０２ ブラウザ １０４ ウェブページ １０６ ユーザ名 １０８ 追加 １１０ 削除 １１２ HTTPレスポンス １１４ HTTPリクエスト １１６、３００ ウェブサーバ １１８、３０４ HTTPパイプライン １２０ ハンドラ １２２ 静的コンテンツファイル １２４ 動的コンテンツファイル １２６ サーバ側制御クラスライブラリ １２８ クライアント側制御クラスライブラリ １３０、３３０ アプリケーションコンポーネント ３０８ ページファクトリ ３１０ ASP+ファイル ３１２ 制御クラスライブラリ ３１４ ページオブジェクト ３１８ テキストボックスオブジェクト ３２０、３２２ ボタンオブジェクト ５００ コンピュータ ５０４ メモリ ５１２ ハードディスクドライブ ５１４ 磁気ディスクドライブ ５１６ 着脱可能記憶媒体 ５１８ 光ディスクドライブ ５１９ 光ディスク ５２０、５２２、５２４ Ｉ／Ｆ ５２６ オペレーティングシステム ５２８ アプリケーションプログラム ５３０ プログラムモジュール ５３２ プログラムデータ ５３４ キーボード ５３６ マウス ５４０ シリアルポートインタフェース ５４２ モニタ ５４６ リモートコンピュータ ５５２ ネットワークアダプタ ５５４ モデム ７００ 制御オブジェクト ７０２、８０２、９０２、１００２ プロパティ ７０４、８０４、９０４、１００４ メソッド ８００ コンテナ制御オブジェクト ９００ 制御コレクションオブジェクト １０００ ページオブジェクト

───────────────────────────────────────────────────── フロントページの続き (72)発明者 クーパー、ケネス ビー. アメリカ合衆国、98199 ワシントン州、 シアトル、ウエスト ブレイン 3410 (72)発明者 ギャスリー、スコット ディー. アメリカ合衆国、98052 ワシントン州、 レッドモンド、アパートメント ユー 2102、エヌイー 90ス ストリート 17786 (72)発明者 エボ、デイビッド エス. アメリカ合衆国、98052 ワシントン州、 レッドモンド、アパートメント ジェイ 139、アボンデイル ロード 10909 (72)発明者 アンダース、マーク ティー. アメリカ合衆国、98007 ワシントン州、 ベルビュー、エヌイー 12ス プレイス 14425 (72)発明者 ピータース、テッド エー. アメリカ合衆国、98119 ワシントン州、 シアトル、８ス アベニュー ウエスト 2431 (72)発明者 ミレット、スティーブン ジェイ. アメリカ合衆国、98026 ワシントン州、 エドモンズ、オリンピック ビュー ドラ イブ 8412 Ｆターム(参考） 5B076 DA01 DA06 DF08

Claims (28)

【特許請求の範囲】
1. 【請求項１】 クライアント上で表示されるウェブペー
   ジに組み込まれるクライアント側ユーザインタフェース
   要素の処理方法であって、 資源を参照するリクエストを受信する工程と、 前記資源から宣言を読み出す工程と、 前記クライアント側ユーザインタフェース要素の機能を
   提供するように前記宣言に基いてプログラムされたサー
   バ側制御オブジェクトを生成する工程と、 前記サーバ側制御オブジェクトを用いて、前記クライア
   ント側ユーザインタフェース要素を処理する工程と、 前記処理工程に引き続いて、前記ウェブページに前記ク
   ライアント側ユーザインタフェース要素を組み込むため
   のオーサリング言語データを前記サーバ側制御オブジェ
   クトから生成する工程とを含むクライアント側ユーザイ
   ンタフェース要素の処理方法。
2. 【請求項２】 前記資源が、サーバ側宣言データ格納部
   である請求項１に記載のクライアント側ユーザインタフ
   ェース要素の処理方法。
3. 【請求項３】 前記オーサリング言語データを生成する
   工程に引き続いて、前記オーサリング言語データを前記
   クライアントに送信する工程と、 前記サーバ側制御オブジェクトを終了させる工程とをさ
   らに含む請求項１に記載のクライアント側ユーザインタ
   フェース要素の処理方法。
4. 【請求項４】 前記処理工程は、前記サーバ側制御オブ
   ジェクトを用いて、前記ユーザインタフェース要素から
   受信したポストバックデータをハンドリングする工程を
   含む請求項１に記載のクライアント側ユーザインタフェ
   ース要素の処理方法。
5. 【請求項５】 前記処理工程は、前記サーバ側制御オブ
   ジェクトを用いて、前記ユーザインタフェース要素から
   受信したポストバックイベントをハンドリングする工程
   を含む請求項１に記載のクライアント側ユーザインタフ
   ェース要素の処理方法。
6. 【請求項６】 前記処理工程は、前記サーバ側制御オブ
   ジェクトのビューステートを保存する工程と、前記クラ
   イアントに前記ビューステートを送信する工程とを含む
   請求項１に記載のクライアント側ユーザインタフェース
   要素の処理方法。
7. 【請求項７】 前記処理工程は、 前記クライアントから、前記サーバ側制御オブジェクト
   のビューステートであって、先のリクエストの前記サー
   バ側制御オブジェクトの状態に対応するビューステート
   を受信する工程と、 前記サーバ側制御オブジェクトへ前記ビューステートを
   ロードする工程とを含む請求項１に記載のクライアント
   側ユーザインタフェース要素の処理方法。
8. 【請求項８】 コンピュータシステムによって搬送波で
   具体化され、かつクライアント上に表示されるウェブペ
   ージに組み込まれるクライアント側ユーザインタフェー
   ス要素を処理するコンピュータプロセスを実行処理する
   コンピュータプログラムをコード化しているコンピュー
   タデータ信号であって、 前記コンピュータプロセスは、 資源を参照するリクエストを受信する工程と、 前記資源から宣言を読み出す工程と、 前記クライアント側ユーザインタフェース要素の機能を
   提供するように前記宣言に基いてプログラムされたサー
   バ側制御オブジェクトを生成する工程と、 前記サーバ側制御オブジェクトを用いて、前記クライア
   ント側ユーザインタフェース要素を処理する工程と、 前記処理工程に引き続いて、前記ウェブページに前記ク
   ライアント側ユーザインタフェース要素を組み込むため
   のオーサリング言語データを前記サーバ側制御オブジェ
   クトから生成する工程とを含むコンピュータデータ信
   号。
9. 【請求項９】 コンピュータシステムによって読み取り
   可能であり、かつ、クライアント上で表示されるウェブ
   ページに組み込まれるクライアント側ユーザインタフェ
   ース要素を処理するコンピュータプロセスを実行処理す
   るコンピュータプログラムをコード化しているコンピュ
   ータプログラム記憶媒体であって、 前記コンピュータプロセスは、 資源を参照するリクエストを受信する工程と、 前記資源から宣言を読み出す工程と、 前記クライアント側ユーザインタフェース要素の機能を
   提供するように前記宣言に基いてプログラムされたサー
   バ側制御オブジェクトを生成する工程と、 前記サーバ側制御オブジェクトを用いて、前記クライア
   ント側ユーザインタフェース要素を処理する工程と、 前記処理工程に引き続き、前記ウェブページに前記クラ
   イアント側ユーザインタフェース要素を組み込むための
   オーサリング言語データを前記サーバ側制御オブジェク
   トから生成する工程とを含むコンピュータプログラム記
   憶媒体。
10. 【請求項１０】 クライアント上に表示されるウェブペ
    ージに組み込まれる１つ以上のクライアント側ユーザイ
    ンタフェース要素を処理する、コンピュータで実行処理
    可能なサーバ側制御オブジェクトの階層であって、 前記サーバ側制御オブジェクトの階層は、 前記１つ以上のクライアント側ユーザインタフェース要
    素に対応する１つ以上のサーバ側子オブジェクトであっ
    て、各サーバ側子オブジェクトは、クライアントから受
    信したポストバック入力をハンドリングするようになっ
    ており、かつクライアント上でクライアント側ユーザイ
    ンタフェース要素を表示するためのオーサリング言語デ
    ータを生成するようになっている１つ以上のサーバ側子
    オブジェクトと、 前記サーバ側子オブジェクトのうちの１つを特定してい
    るポストバック入力に関連するクライアントから受信し
    た少なくとも１つの階層識別子と、 前記１つ以上のサーバ側子オブジェクトに階層的に関連
    付けられ、前記階層識別子に基づき前記サーバ側子オブ
    ジェクトのうちの１つに分配するポストバック入力を受
    信するサーバ側ページオブジェクトとを含むサーバ側制
    御オブジェクトの階層。
11. 【請求項１１】 前記ページオブジェクトが、前記１つ
    以上のサーバ側子オブジェクトを階層的に含む請求項１
    ０に記載のサーバ側制御オブジェクトの階層。
12. 【請求項１２】 前記ページオブジェクトが、クライア
    ントからのリクエストに応答して作成され、前記ウェブ
    ページの前記オーサリング言語データが生成されるまで
    存在し続ける請求項１０に記載のサーバ側制御オブジェ
    クトの階層。
13. 【請求項１３】 各サーバ側子オブジェクトが、前記階
    層識別子によって特定されたサーバ側制御オブジェクト
    へのアクセスに応答して作成され、クライアント上の対
    応するクライアント側ユーザインタフェース要素の前記
    オーサリング言語データが生成されるまで存在し続ける
    請求項１０に記載のサーバ側制御オブジェクトの階層。
14. 【請求項１４】 コンピュータシステムによって読み取
    り可能であり、かつ、クライアント上で表示されるウェ
    ブページに組み込まれる１つ以上のクライアント側ユー
    ザインタフェース要素を処理するコンピュータプロセス
    を実行処理するコンピュータプログラムをコード化して
    いるコンピュータプログラム記憶媒体であって、 前記コンピュータプロセスは、 サーバ側宣言データ格納部から１つ以上の宣言を入力す
    る工程と、 前記クライアント側ユーザインタフェース要素の機能を
    提供するように前記宣言に基いてプログラムされたサー
    バ側制御オブジェクトの階層を生成する工程と、 前記サーバ側制御オブジェクトの階層を用いて、前記ク
    ライアント側ユーザインタフェース要素を処理する工程
    と、 前記ウェブページに前記クライアント側ユーザインタフ
    ェース要素を組み込むためのオーサリング言語データを
    前記サーバ側制御オブジェクトの階層から生成する工程
    とを含むコンピュータプログラム記憶媒体。
15. 【請求項１５】 前記サーバ側制御オブジェクトの階層
    の生成工程は、 前記ウェブページ上のクライアント側ユーザインタフェ
    ースコンテナ要素に対応するサーバ側コンテナ制御オブ
    ジェクトを生成する工程と、 前記クライアント側ユーザインタフェースコンテナ要素
    に含まれた１つ以上のクライアント側ユーザインタフェ
    ース子要素に対応する１つ以上のサーバ側子制御オブジ
    ェクトを生成する工程とを含む請求項１４に記載のコン
    ピュータプログラム記憶媒体。
16. 【請求項１６】 前記クライアント側ユーザインタフェ
    ース要素の処理工程は、 前記サーバ側制御オブジェクトの階層内の１つ以上のサ
    ーバ側制御オブジェクトを参照する一意の階層識別子を
    受信する工程と、 前記一意の階層識別子に関連するポストバック入力情報
    を受信する工程と、 参照されたサーバ側制御オブジェクトを識別するために
    前記一意の階層識別子を分解する工程と、 前記参照されたサーバ側制御オブジェクトに前記ポスト
    バック入力情報を渡す工程と、 前記参照されたサーバ側制御オブジェクトを用いて前記
    ポストバック入力情報を処理する工程とを含む請求項１
    ５に記載のコンピュータプログラム記憶媒体。
17. 【請求項１７】 前記クライアント側ユーザインタフェ
    ース要素の処理工程は、１つ以上のサーバ側制御オブジ
    ェクトによる個々の処理を呼び出すために前記サーバ側
    制御オブジェクトの階層をトラバースする工程を含む請
    求項１４に記載のコンピュータプログラム記憶媒体。
18. 【請求項１８】 前記クライアント側ユーザインタフェ
    ース要素の処理工程は、 前記サーバ側制御オブジェクトのうちの１つによって生
    成された制御オブジェクトイベントをハンドリングする
    ために１つ以上のサーバ側制御オブジェクトを登録する
    工程と、 １つ以上の前記サーバ側制御オブジェクトから前記制御
    オブジェクトイベントを生成する工程と、 前記制御オブジェクトイベントをハンドリングするため
    に登録された１つ以上の前記サーバ側制御オブジェクト
    を用いて前記制御オブジェクトイベントをハンドリング
    する工程とを含む請求項１４に記載のコンピュータプロ
    グラム記憶媒体。
19. 【請求項１９】 前記クライアント側ユーザインタフェ
    ース要素の処理工程は、 １つ以上の前記サーバ側制御オブジェクトに第１のビュ
    ーステートをロードする工程と、 前記第１のビューステートのロード工程に引き続き、１
    つ以上の前記サーバ側制御オブジェクトを用いてポスト
    バックデータをハンドリングする工程と、 前記ポストバックデータをハンドリングする工程に引き
    続き、１つ以上の前記サーバ側制御オブジェクトを用い
    てポストバックイベントをハンドリングする工程と、 前記ポストバックイベントをハンドリングする工程に引
    き続き、１つ以上の前記サーバ側制御オブジェクトから
    の第２のビューステートを保存する工程とを含む請求項
    １４に記載のコンピュータプログラム記憶媒体。
20. 【請求項２０】 前記クライアント側ユーザインタフェ
    ース要素の処理工程は、 ポストバックイベントをハンドリングする工程に引き続
    き、サーバ側制御オブジェクトとサーバ側データ格納部
    との間のデータ結合関係を解明する工程をさらに含む請
    求項１９に記載のコンピュータプログラム記憶媒体。
21. 【請求項２１】 クライアント上に表示されるウェブペ
    ージに組み込まれる少なくとも１つのクライアント側ユ
    ーザインタフェース要素の処理方法であって、 資源から宣言を読み出す工程と、 前記宣言に基づいて、前記クライアント側ユーザインタ
    フェース要素と論理的に対応する複数の同時存在するサ
    ーバ側制御オブジェクトを生成する工程と、 前記同時存在するサーバ側制御オブジェクトを用いて、
    クライアント側ユーザインタフェース要素を処理する工
    程と、 前記処理工程に引き続き、前記ウェブページに前記クラ
    イアント側ユーザインタフェース要素を組み込むための
    オーサリング言語データを前記同時存在するサーバ側制
    御オブジェクトから生成する工程とを含むクライアント
    側ユーザインタフェース要素の処理方法。
22. 【請求項２２】 前記複数の同時存在するサーバ側制御
    オブジェクトの生成工程は、 第１のクライアント側ユーザインタフェース要素に対応
    する第１のサーバ側制御オブジェクトを生成する工程
    と、 前記第１のサーバ側制御オブジェクトと前記第２のサー
    バ側制御オブジェクトが同時に存在するように、第１の
    クライアント側ユーザインタフェース要素に対応する第
    ２のサーバ側制御オブジェクトを生成する工程とを含む
    請求項２１に記載のクライアント側ユーザインタフェー
    ス要素の処理方法。
23. 【請求項２３】 前記処理工程が、第１のサーバ側制御
    オブジェクトに関連するサーバ側イベントを立ち上げる
    工程を含む請求項２１に記載のクライアント側ユーザイ
    ンタフェース要素の処理方法。
24. 【請求項２４】 前記処理工程が、第２のサーバ側制御
    オブジェクトを用いて前記サーバ側イベントをハンドリ
    ングする工程をさらに含む請求項２３に記載のクライア
    ント側ユーザインタフェース要素の処理方法。
25. 【請求項２５】 前記処理工程が、非ユーザインタフェ
    ースサーバコンポーネントを用いてサーバ側イベントを
    ハンドリングする工程をさらに含む請求項２３に記載の
    クライアント側ユーザインタフェース要素の処理方法。
26. 【請求項２６】 前記複数の同時存在するサーバ側制御
    オブジェクトの生成工程が、 クライアント側ユーザインタフェース要素に対応する第
    １のサーバ側制御オブジェクトを生成する工程と、 前記第１のサーバ側制御オブジェクトと前記第２のサー
    バ側制御オブジェクトが同時に存在するように前記クラ
    イアント側ユーザインタフェース要素に対応する第２の
    サーバ側制御オブジェクトを生成する工程とを含む請求
    項２１に記載のクライアント側ユーザインタフェース要
    素の処理方法。
27. 【請求項２７】 コンピュータシステムによって搬送波
    で具体化され、クライアント上で表示されるウェブペー
    ジに組み込まれる少なくとも１つのクライアント側ユー
    ザインタフェース要素を処理するコンピュータプロセス
    を実行処理するコンピュータプログラムをコード化して
    いるコンピュータデータ信号であって、 前記コンピュータプロセスは、 宣言を資源から読み出す工程と、 前記宣言に基づいて、前記クライアント側ユーザインタ
    フェース要素と論理的に対応する複数の同時存在するサ
    ーバ側制御オブジェクトを生成する工程と、 前記同時存在するサーバ側制御オブジェクトを用いて、
    クライアント側ユーザインタフェース要素を処理する工
    程と、 前記処理工程に引き続き、前記ウェブページに前記クラ
    イアント側ユーザインタフェース要素を組み込むための
    オーサリング言語データを前記同時存在するサーバ側制
    御オブジェクトから生成する工程とを含むコンピュータ
    データ信号。
28. 【請求項２８】 コンピュータシステムによって読み取
    り可能であり、かつ、クライアント上で表示されるウェ
    ブページに組み込まれる少なくとも１つのクライアント
    側ユーザインタフェース要素を処理するコンピュータプ
    ロセスを実行処理するコンピュータプログラムをコード
    化しているコンピュータプログラム記憶媒体であって、 前記コンピュータプロセスは、 宣言を資源から読み出す工程と、 前記宣言に基づいて、前記クライアント側ユーザインタ
    フェース要素と論理的に対応する複数の同時存在するサ
    ーバ側制御オブジェクトを生成する工程と、 前記同時存在するサーバ側制御オブジェクトを用いて、
    クライアント側ユーザインタフェース要素を処理する工
    程と、 前記処理工程に引き続き、前記ウェブページに前記クラ
    イアント側ユーザインタフェース要素を組み込むための
    オーサリング言語データを前記同時存在するサーバ側制
    御オブジェクトから生成する工程とを含むコンピュータ
    プログラム記憶媒体。