JP2002041307A

JP2002041307A - サーバ側制御オブジェクトによるポストバック入力のハンドリング

Info

Publication number: JP2002041307A
Application number: JP2001129925A
Authority: JP
Inventors: Gary S Burd; エス．バード、ゲイリー; Kenneth B Cooper; ビー．クーパー、ケネス; Scott D Guthrie; ディー．ギャスリー、スコット; David S Ebbo; エス．エボ、デイビッド; Mark T Anders; ティー．アンダース、マーク; Ted A Peters; エー．ピータース、テッド; Stephen J Millet; ジェイ．ミレット、スティーブン
Original assignee: Microsoft Corp
Current assignee: Microsoft Corp
Priority date: 2000-05-18
Filing date: 2001-04-26
Publication date: 2002-02-08
Anticipated expiration: 2021-04-26
Also published as: EP1156427B1; ATE398310T1; US20060004910A1; EP1156427A3; US7415524B2; DE60134361D1; DK1156427T3; US7013340B1; EP1156427A2; JP4467205B2

Abstract

(57)【要約】（修正有）【課題】最小のプログラムでウェブページを動的に作成
および処理できる開発フレームワークを提供する。【解決手段】１つ以上のサーバ側制御オブジェクトが、
クライアントからのリクエストによってクライアント側
ユーザインタフェース要素から受信したポストバック入
力のサーバ側処理を行う。このような入力はクライアン
トでウェブページから生成され、HTTPリクエストでサー
バにより受信されるポストバックデータおよびポストバ
ックイベントを含んでいる。さらにサーバ側制御オブジ
ェクトの階層は、協働してポストバック入力を処理し、
HTMLのような結果オーサリング言語コードを生成する。
処理および生成工程後、サーバ側制御オブジェクト階層
はクライアントから後続のリクエストを受信するまでは
終了状態である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般にウェブサー
バフレームワークに関し、特にクライアントから受信さ
れたポストバック入力をハンドリングするサーバ側制御
オブジェクトに関する。

【０００２】

【従来の技術】典型的なウェブブラウザは、クライアン
トシステムにおいて表示するウェブページの外観および
基本動作を定義するウェブサーバからデータを受け取
る。典型的な手順としては、ユーザが、ワールドワイド
ウェブ上の資源のグローバルアドレスであるユニホーム
リソース（資源）ロケータ（以下、「URL」という。）
を特定し、所望のウェブサイトにアクセスする。一般
に、用語「資源」とは、プログラムによってアクセスす
ることができるデータまたはルーチンのことである。UR
Lの一例は、“ HYPERLINK "http://www.microsoft.com/
ms.htm" http://www.microsoft.com/ms.htm ”である。
このURL例の第１の部分は、通信に用いる所与のプロト
コル（例えば“http”）を示している。第２の部分は、
資源の所在を示すドメイン名（例えば“ HYPERLINK "ht
tp://www.microsoft.com" www.microsoft.com ”）を特
定している。第３の部分はドメイン内の資源（例えば
“ms.htm”と呼ばれるファイル）を特定している。これ
に従い、ブラウザは、 HYPERLINK "http://www.microso
ft.com" www.microsoft.com ドメイン内のms.htmファイ
ルに関連するデータを取り出すためのURL例に関連するH
TTP(ハイパーテキストトランスポートプロトコル)リク
エストを生成する。www.microsoft.comサイトをホスト
しているウェブサーバはHTTPリクエストを受信し、要求
されたウェブページまたは資源をクライアントシステム
にHTTPレスポンスで戻し、ブラウザに表示する。

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

【０００４】株価の変化や交通情報などのような動的コ
ンテンツを表示する場合は、通常、より複雑なクライア
ント・サーバ対話を扱うためのサーバ側アプリケーショ
ンプログラムを開発する。サーバ側アプリケーションプ
ログラムは、HTTPリクエストを処理し、クライアントへ
のHTTPレスポンスの送信に適切なHTMLコードを生成す
る。HTTPリクエストの一例は、照会ストリングでのデー
タまたはウェブベースのフォームからのデータなどのパ
ラメータを含むことがある。このようなものであるの
で、サーバ側アプリケーションプログラムは、このパラ
メータを処理し、クライアントへHTTPレスポンスで送信
するHTMLコードを動的に生成することができる。サーバ
側アプリケーションプログラムの一例として、メモリ機
構への１つ以上のフォーマット化されたテキスト書込み
処理のシーケンスを用いて、適切なHTMLコードを含むド
キュメントを動的に生成する場合がある。その後、得ら
れたドキュメントは、HTTPレスポンスでクライアントシ
ステムに送信され、そこでウェブページとしてブラウザ
に表示される。

【０００５】サーバ側アプリケーションプログラムの開
発は、ウェブページ設計に用いる通常のHTMLコード化に
精通しているだけでなく、１つ以上のプログラム言語
（例えば、C++, Perl, Visual Basic, または Jscrip
t）を含むプログラムベーシックスに精通していること
が要求される複雑な作業である。しかし、ウェブページ
設計者は、グラフィックデザイナーまたはエディタであ
ることが多く、プログラム経験がない場合がある。さら
に、複雑なウェブページ開発を単純化すると、いかなる
開発者によっても新たなウェブコンテンツの開発の速度
を上げることができる。一般に、カスタムサーバ側アプ
リケーションプログラムの開発もまた、多大な努力が要
求され、実際、開発者はしばしばそれを試みたくないと
思う程である。したがって、開発者が最小のプログラム
でウェブページを動的に作成および処理することができ
る開発フレームワークを提供することが望ましい。

【０００６】

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

【０００７】具体的には、ユーザインタフェース要素か
らのポストバックイベントおよびデータは、クライアン
トからサーバへ送られて処理される。このようなポスト
バック入力のハンドリングは、典型的に、カスタムサー
バ側非ユーザインタフェースサーバコンポーネントにお
いて行われ、高度なユーザインタフェースプログラミン
グを必要とする。関連する非ユーザインタフェースサー
バコンポーネントのプログラム要件を単純化するため
に、クライアント側ユーザインタフェース要素からのポ
ストバック入力のハンドリングをサーバ側フレームワー
クにカプセル化することが望ましい。

【０００８】

【課題を解決するための手段】本発明によると、上述お
よび他の課題は、クライアントからのリクエストでクラ
イアント側ユーザインタフェース要素から受信されるポ
ストバック入力をサーバ側で処理することによって解決
される。このような入力は、これに限らないが、クライ
アントにおいてウェブページから生成され、HTTPリクエ
ストでサーバにより受信されるポストバックデータおよ
びポストバックイベントを含み得る。さらに、メンバサ
ーバ側制御オブジェクトの階層は、協働してポストバッ
ク入力を処理し、HTMLなどの結果オーサリング言語コー
ドを生成することができる。処理および生成工程の後、
サーバ側制御オブジェクト階層はクライアントからの後
続のリクエストまで終了されたままである。

【０００９】クライアントから受信され、かつクライア
ント側ユーザインタフェース要素に関連するポストバッ
ク入力のサーバ側処理を実行する方法を提供する。ポス
トバック入力を調べて、ターゲットサーバ側制御オブジ
ェクトの識別子を判断する。ターゲットサーバ側制御オ
ブジェクトは、ターゲットサーバ側制御オブジェクトの
識別子に基づいて識別される。ポストバック入力はター
ゲットサーバ側制御オブジェクトに渡され、そこで処理
される。

【００１０】クライアントから受信され、かつクライア
ント側ユーザインタフェース要素に関連するポストバッ
ク入力のサーバ側処理を提供するコンピュータプログラ
ムプロダクトを提供する。サーバ側制御オブジェクト
は、サーバ側制御オブジェクト階層内に作成される。サ
ーバ側制御オブジェクト階層は、クライアント側ユーザ
インタフェース要素に関連するターゲットサーバ側制御
オブジェクトを含む。ポストバックデータは、ターゲッ
トサーバ側制御オブジェクトに渡される。ターゲットサ
ーバ側制御オブジェクトにより受信されたポストバック
入力は、そこで処理される。オーサリング言語データ
は、複数のサーバ側制御オブジェクトから生成され、ク
ライアントにおいて表示されるウェブページを定義す
る。

【００１１】本発明によるコンピュータプログラムプロ
ダクトのある実施形態は、コンピュータシステムによっ
て読み取り可能であり、クライアントから受信され、か
つクライアント側ユーザインタフェース要素に関連する
ポストバック入力のサーバ側処理を提供するコンピュー
タプロセスを実行するコンピュータプログラムをコード
化するコンピュータプログラム記憶媒体を含む。本発明
によるコンピュータプログラムプロダクトの別の実施形
態は、コンピュータシステムによって搬送波で具体化さ
れ、クライアントから受信され、かつクライアント側ユ
ーザインタフェース要素に関連するポストバック入力の
サーバ側処理を提供するコンピュータプロセスを実行す
るコンピュータプログラムをコード化するコンピュータ
データ信号を含む。

【００１２】

【発明の実施の形態】本発明のある実施形態は、ポスト
バック入力のサーバ側処理を提供する1つ以上のサーバ
側制御オブジェクトを作成するサーバ側コンピュータプ
ロセスを含んでいる。サーバ側制御オブジェクトは、ク
ライアント側ユーザインタフェース要素と論理的に対応
し、ウェブページを表示および処理するためにクライア
ント側ブラウザにより用いられるオーサリング言語コー
ドをサーバで生成する。ポストバック入力は、これに限
らないが、クライアントにおいてウェブページから生成
され、サーバによりHTTPリクエストで受信されるポスト
バックデータおよびポストバックイベントを含み得る。
さらに、サーバ側制御オブジェクトの階層は協働してポ
ストバック入力を処理し、標準HTMLやさらに高度なHTML
のような結果オーサリング言語コードを生成することが
できる。サーバ側イベントは、また、ポストバック入力
のサーバ側処理からも生じる。ポストバック入力処理に
加えて、サーバ側処理は、これに限らないが、サーバ側
制御オブジェクトの状態管理およびサーバ側データベー
スへおよびサーバ側データベースからのデータの結合を
含むことがある。処理および生成工程後、サーバ側制御
オブジェクト階層はクライアントから後続のリクエスト
を受信するまで終了状態である。

【００１３】図１は、本発明のある実施形態におけるク
ライアントに表示するウェブページコンテンツを動的に
生成するウェブサーバを示す。クライアント１００は、
クライアント１００の表示装置上におけるウェブページ
１０４を表示するブラウザ１０２を実行する。クライア
ント１００は、ビデオモニタのような表示装置を有する
クライアントコンピュータシステムを含んでもよい。マ
イクロソフト社によって販売されている"INTERNET EXPL
ORER"ブラウザは、本発明のある実施形態におけるブラ
ウザ１０２の一例である。他のブラウザの例として、"N
ETSCAPE NAVIGATOR" および "MOSAIC"などがあるが、こ
れに限らない。例示したウェブページ１０４には、テキ
ストボックス制御１０６および２つのボタン制御１０
８、１１０が組み込まれている。ブラウザ１０２は、HT
TPレスポンス１１２でウェブサーバ１１６からHTMLコー
ドを受信することができ、HTMLコードにより記述された
ウェブページを表示する。ある実施形態を参照してHTML
について説明するが、これに限らないが、SGML（Standa
rd Generalized Markup Language）、XML（eXtensible
Markup Language）および、XMLベースのマークアップ言
語であって、ポケットベル（登録商標）および携帯電話
などの狭帯域無線装置の内容およびユーザインタフェー
スを特定するように設計されたWML（Wireless Markup L
anguage）を含む他のオーサリング言語も本発明の範囲
内であると考えられている。さらに、標準HTML３．２
が、本明細書中に主に開示されているが、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"制御とは対照的に、動的コンテ
ンツ資源１２４に特定される本発明の実施形態のサーバ
側制御オブジェクトは、クライアント上のウェブページ
に組み込まれるユーザインタフェース要素に論理的に対
応する。サーバ側制御オブジェクトはまた、例えば、HT
MLタグと所与のクライアント側"ACTIVEX"制御を参照す
るロケータを含み得る有効なHTMLコードを生成すること
ができる。ブラウザが、すでに格納システム内にクライ
アント側"ACTIVEX"制御用コードを有している場合は、
クライアント上のウェブページ内で"ACTIVEX"制御を実
行処理する。そうでなれば、ブラウザは、ロケータによ
って特定された資源から"ACTIVEX"制御用コードをダウ
ンロードし、そして、クライアント上のウェブページ内
で"ACTIVEX"制御を実行処理する。本発明の実施形態に
おけるサーバ側制御オブジェクトはまた、サーバ上で株
価検索アプリケーションを実行するのに用いられるサー
バ側"ACTIVEX"制御に対しイベントを立ち上げることが
できる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３４】コード宣言ブロックは、ファイル４００の
ライン３〜１０に存在する。一般に、サーバ側コード宣
言ブロックは、ページオブジェクトおよび制御オブジェ
クトメンバ変数ならびにサーバ上で実行処理されるメソ
ッドを定義する。以下のフォーマットにおいて： <script runat = "server" [language = "language"][s
rc = "externalfile"]> .................................... </script> ここで、言語およびsrcパラメータは任意である。本発
明のある実施形態において、コード宣言ブロックは、"s
erver"に設定された値を有する"runat"属性を含む<scri
pt>タグを用いて定義される。任意には、"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 は"MyButton#Clic
k"対に等しい）。

【００４６】本発明のある実施形態において、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+リソースがコンパイルされると、宣
言されたコードは、適切な初期コード（例えば、ページ
オブジェクトおよび下層制御オブジェクトのInit（）メ
ソッド）に含まれている。初期化処理６０４は、このコ
ードを実行処理して、ページベースクラスおよび下層制
御オブジェクトのベースクラスをカスタマイズまたは拡
張する。

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

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

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

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

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

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

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

【００７２】処理６１０において、ポストバックイベン
トをハンドリングする。ある実施形態において、ポスト
バックイベントは、照会ストリングに記録されたイベン
ト構造でサーバに送信され得る。例えば、少なくとも２
つの固有のHTMLタグ要素−"<input type=submit>"およ
び"<input type=image>"−により、その要素がマウスに
より「クリック」されるとそれらが含んでいるフォーム
がサーバへサブミットされる。２つのボタン要素例は、
以下のHTMLコードによって宣言される。 <form action="Foo.aspx" method="GET"> Name: <input type="text" name="scott"> <input type=submit name="Button1"> | <input type=s
ubmit name="Button2"> < ＼form> "Button1"がクリックされた場合、照会ストリング"Foo.
aspx?name=scott&Button1"がサーバへポストされる。"B
utton2"がクリックされた場合は、照会ストリング"Foo.
aspx?name=scott&Button2"がサーバへポストされる。

【００７３】別の実施形態において、ポストバックイベ
ントは、HTTPリクエストのペイロードにおける既知の隠
れたフィールドに記録される。この実施形態は、HTML要
素がサーバに戻すフォームを生成することができないと
きに、特に有用である。その代わりに、クライアント側
スクリプトが呼び出され、HTTPリクエストのペイロード
におけるイベント構造がポピュレートする。

【００７４】処理６１０は、そのイベントが向けられて
いるサーバ側制御オブジェクトを識別する特定されたイ
ベントターゲットを構文解析する。ある実施形態で、特
定されたイベントは照会ストリングに記録される。別の
実施形態では、特定されたイベントはHTTPリクエスト
（例えば、本発明のある実施形態では、"#EVENTTARGET"
とラベル付けされている）の隠れたフィールドに記録さ
れる。別の実施形態においては、処理６１０で構文解析
されるべき他のイベント構造（例えば、可視フィール
ド、遠隔資源など）が用いられることがある。

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

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

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

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

【００７９】図７は、本発明のある実施形態における、
ポストバック入力（例えば、ポストバックデータおよび
ポストバックイベント）の処理に関連するクライアント
側処理のフローチャートを示す。ユーザがクライアント
でウェブページと対話するとき、ユーザは、表示された
ウェブページにおいて、テキストボックス、ボタン、ス
クロールボックスなどのクライアント側ユーザインタフ
ェース要素を提示されることが多い。本発明のある実施
形態において、クライアント側ユーザインタフェース要
素のなかにはクライアント側データ入力を受け入れる
か、またはクライアント側イベントを立ち上げるものが
ある。ウェブページのクライアント側テキストボックス
は、例えば、典型的に、ユーザによるテキストデータ入
力を受け取り（図１のテキストボックス１０６に入力さ
れるテキストデータ"JDoe"を参照）、HTTPリクエストで
ウェブサーバに送る。このような送信データは本明細書
において「ポストバックデータ」という。

【００８０】クライアント側テキストボックスはまた、
クライアント側イベントを立ち上げるように構成するこ
とができる。例えば、クライアント側「データ変化イベ
ント」は、そこに入力されるテキストデータによりテキ
ストボックスデータプロパティまたは値がクライアント
における以前の値から変化する場合に立ち上げることが
できる。スクリプト言語で書き込むことができるクライ
アント側イベントハンドラが、クライアント側イベント
を処理するのに呼び出されることがある。必ずしも必要
ではないが、クライアント側イベントはポストバックイ
ベントとなり得る。本発明のある実施形態において、ク
ライアント側イベントハンドラは、適切なユーザ側イン
タフェース要素に関連するイベント構造（例えば、#EVE
NTTARGETおよび#EVENTARGUMENTまたは照会ストリング）
のポピュレートおよびsubmit()メソッドの呼び出しによ
り、ポストバックイベントを呼び出すことができる。su
bmit()メソッドにより、ポストバックデータおよびポス
トバックイベント（すなわち、イベントパラメータのフ
ォームで）は、ウェブサーバへ送信されるHTTPリクエス
トのペイロードに挿入される。本明細書で説明するユー
ザインタフェース要素の一例はテキストボックスであっ
たが、別のユーザインタフェース要素では、これに限ら
ないが、リストボックス、ボタン、チェックボックスお
よびスクロールボックスを含むポストバックデータまた
はポストバックイベントもまた生成する。

【００８１】ポストバックデータおよびイベントは、HT
TPリクエストでクライアントからウェブサーバへ送信す
ることができる。HTTPリクエストの一例のフォーマット
は、・１つの開始ライン; ・０以上のヘッダライン; ・１つの空白ライン（例えば、復帰／改行記号）、およ
び・オプションのメッセージ本文またはペイロードを含む。

【００８２】HTTP標準で定義されるように、HTTPリクエ
ストの最初のリクエスト行は、スペースによって分割さ
れた３つの部分、（１）HTTPメソッド名、（２）要求さ
れた資源のローカルパス（例えば、HTMLファイル、ASP+
リソースなど）、および（３）用いられるHTTPのバージ
ョンを含んでいる。ローカルパスは、リクエストURI("U
niform Resource Identifier")とも呼ばれ、ワールドワ
イドウェブ上のオブジェクトを意味する様々な名称およ
びアドレスを意味する包括的用語である。URLはURIの一
種である。GET、HEADおよびPOSTを含むHTTPメソッドが
考えられるが、これに限らない。GETメソッドは、特定
された資源が要求されていることを示し、全てのポスト
バックデータをHTTPリクエストペイロードの環境変数QU
ERY#STRINGでウェブサーバへ渡す。HEADメソッドは、サ
ーバに実際の資源なしで（すなわち、メッセージ本文な
しで）レスポンスヘッダのみを戻すよう指示することを
除いて、GETメソッドと同様である。POSTメソッドは特
定された資源が要求されていることを示し、全てのポス
トバックデータをHTTPリクエストペイロードでウェブサ
ーバに渡す。

【００８３】本発明のある実施形態において、ポストバ
ックデータおよびポストバックイベントは、一意の命名
規約に従う対になったキー値を用いてウェブサーバに送
られる（例えば、ポストバック入力値は一意の階層的キ
ーに関連付けられる）。階層的キー（例えば、"/Page1/
List1/ListRow2"）は、ポストバックイベントの出所で
あるクライアント側ユーザインタフェースに対応する関
連サーバ側制御オブジェクトを識別する。次いで、ポス
トバックデータ値またはイベント引数は、一意のキーに
関連付けられる。このように、ウェブサーバは、ポスト
バックデータおよびイベントを制御オブジェクト階層の
適切なサーバ側制御オブジェクトに分配することができ
る。

【００８４】上記の図７のフローチャートにおいて、待
機処理７００は、これに限らないが、（クライアント側
ユーザインタフェース要素のデータ値の変化に起因す
る）「データ変化イベント」、ボタンクリック、スクロ
ール処理などを含むクライアン側イベントを待つ。検知
処理７０２において、クライアント側イベントがハンド
ラにより検知される。ハンドリング処理７０４におい
て、クライアント側イベントをハンドリングするために
クライアント側ハンドラ（例えば、クライアント側スク
リプトモジュール）が呼び出される。処理７０６におい
て、イベントハンドラは、新しい入力データをフォーム
データ値へ格納するなどの適切な処理を行う。ポストバ
ックデータの変化に関するクライアント側イベントにつ
いては、所与のユーザインタフェース要素に関連するフ
ォームデータ値が更新される。

【００８５】ポストバックイベントに関連するクライア
ント側イベントについては、所与のサーバ側制御オブジ
ェクトに関連する、#EVENTTARGETおよび#EVENTARGUMENT
のようなイベント構造が更新される。本発明の実施形態
の一例において隠れたフィールドが用いられるが、照会
ストリング、可視フィールドおよびクライアントのリク
エストの別の属性などの、イベント情報を通信する別の
メソッドが用いられることがあることを理解すべきであ
る。

【００８６】別の実施形態において、ポストバック入力
は、クライアント側スクリプトによってHTTPリクエスト
の隠れたフィールドに記録されることなくHTTPリクエス
トのフォームデータで送信されてもよい（例えば、処理
７０４および７０６をとばしてもよい）。その代わり
に、標準"submit"コマンドが、HTTP "post" メソッドを
生じさせ、クライアント側ユーザインタフェース要素の
プロパティに対応する１つ以上の対になったキー値をフ
ォームデータに挿入する。

【００８７】たとえクライアント側イベントが最終的な
ポストバックイベントに関する場合でも、クライアント
側イベントがポストバックイベントとなる必要はない。
判断処理７０８を参照すると、クライアント側イベント
ハンドラがsubmit（）コールにならない場合、処理は待
機処理７００に戻り別のクライアント側イベントを待機
する。そうでない場合は、処理はサブミット処理７１０
へ進み、そこで、ポストバックデータおよびイベント
は、HTTPリクエストのペイロードに組み合わされウェブ
サーバへ送られる。ウェブサーバは、HTTPリクエストの
処理を終えた後、表示処理７１４でクライアントにおい
てウェブページに表示される（受信処理７１２で受信さ
れる）新たにレンダリングされたオーサリング言語デー
タを有するHTTPレスポンスを送信する。

【００８８】図８は、本発明のある実施形態における、
ポストバック入力を処理するサーバ側処理のフローチャ
ートを示す。受信処理８００において、ウェブサーバは
図７のサブミット処理７１０でクライアントから送られ
たHTTPリクエストを受信する。作成処理８０２は、HTTP
リクエストのURLで特定された資源に関連する適切なペ
ージオブジェクトを例示する。

【００８９】本発明のある実施形態において、作成処理
８０２はまた、制御オブジェクト階層の他のすべてのサ
ーバ側制御オブジェクトの作成も行う。別の実施形態に
おいて、ページオブジェクトは作成処理８０２で作成さ
れるが、下層制御オブジェクトは後続処理の実行を行う
ために必要とされる場合にのみ作成される。後者は、
「遅れた制御オブジェクト作成」という。

【００９０】初期化処理８０４において、１つ以上のサ
ーバ側制御オブジェクトが "Init()" メソッドの呼び出
しを用いて初期化される。処理８０６は、１つ以上の制
御オブジェクトの状態が、搬送可能状態構造を含むHTTP
リクエストで受信されると、１つ以上のサーバ側制御オ
ブジェクトにロードし、制御オブジェクトを以前の状態
に戻す。

【００９１】検査処理８１０は、HTTPリクエストの受信
ポストバックデータを調べ制御オブジェクト階層のサー
バ側制御オブジェクトに対応する識別子("IDs")を見つ
け出して抽出する。識別子は、一般にHTTPリクエストの
フォームデータセクション内の対になったキー値のキー
として見つけられる。位置決定処理８１２は、サーバ側
制御オブジェクトIDを見つけ出して、階層内の対応する
サーバ側制御オブジェクトを探し出すことを試みる。位
置決定処理８１２は、図９により詳細に説明されてい
る。対応するサーバ側制御オブジェクトを見つけ出す
と、ロード処理８１４は、関連ポストバックデータを探
し出されたサーバ側オブジェクトへ渡す。ロード処理８
１４により、サーバ側制御オブジェクトに以前に格納さ
れたデータ（すなわち、以前のデータ）に変化がある場
合、データ変化処理８１６は、サーバ側制御オブジェク
トに関連するデータ変化を示す。本発明のある実施形態
において、サーバ側制御オブジェクトによって格納され
た以前のデータは、格納されるべきポストバックデータ
と比較され、ポストバックデータが以前のデータと異な
る場合、データ変化が示され、以前のデータはサーバ側
制御オブジェクトにおいてポストバックデータと置換さ
れる。データ変化を示して以前のデータをポストバック
データと置換する別の方法もまた、本発明の範囲内であ
ると考えられる。

【００９２】本発明のある実施形態において、データ変
化指標は、データ変化が検知された制御オブジェクトの
識別子をリストに記録することにより行なわれる。デー
タ変化指標は、アレイまたはリンクしたリストに格納し
てもよいが、別の格納構成も本発明の範囲内であると考
えられる。判断処理８１８は、さらにポストバックデー
タがある場合は、検査処理８１０に戻る。このように、
データ変化イベントの実際の立ち上げは、他の制御オブ
ジェクトのポストバックデータが入力され、このような
制御オブジェクトのデータ変化指標がリストに記録され
るまで遅らせる。処理すべきポストバックデータが他に
なくなると、判断処理８１８から、イベント立ち上げ処
理８２０に進み、個々のデータ変化イベントが立ち上げ
られる以前に階層の制御オブジェクトを確実に安定状態
にする。

【００９３】呼び出し処理８２０は、データ変化の指標
に関連する各制御オブジェクトごとにサーバ側データ変
化イベントを立ち上げるメソッドを呼び出す。イベント
立ち上げ処理８２２において、サーバ側イベントは、動
的コンテンツ資源に関連する非ユーザインタフェースサ
ーバコンポーネントのメソッドを呼び出すサーバ側コー
ドに対して立ち上げられる。このようにして、ウェブペ
ージ上のデータ変化イベントはサーバで検知され得、種
々のサーバ側データ変化イベントのトリガとなる。この
サーバ側イベントは、次いで、顧客データベースの注文
の更新などの種々の処理作業を発生させるサーバ側コー
ドによって検知され得る。例えば、データ変化イベント
は、e−コマースアプリケーションのメソッドを呼び出
すサーバ側コードに立ち上げられ、オンラインショッピ
ングウェブページで消費者の選択の変化を示す。

【００９４】ポストバックデータが処理８１０〜８２２
において処理された後、ポストバックイベントが処理８
２４〜８３２において処理される。検査処理８２４は、
受信したHTTPリクエストを調べて制御オブジェクト階層
内のサーバ側制御オブジェクトのIDを探し出して抽出す
る。位置決定処理８２６は制御オブジェクト階層のイベ
ントターゲットである制御オブジェクトを見つけ出す。
位置決定処理８２６については、図９においてより詳細
に示す。呼び出し処理８２８は、探し出された制御オブ
ジェクトにメソッドを呼び出しサーバ側イベントを立ち
上げる。また、呼び出し処理８２８は、イベント引数を
呼び出されたメソッドへ渡してもよい。

【００９５】イベント立ち上げ処理８３０は、呼び出し
処理８２８の呼び出しに応答してサーバ側イベントをサ
ーバ側コードに立ち上げる。次いで、サーバ側コード
は、立ち上げられたイベントに応答して非ユーザインタ
フェースサーバコンポーネントのメソッドを呼び出すこ
とができる。さらに、サーバ側コードはクライアントか
ら受け取った加工されていないイベントデータを解釈ま
たはフィルタし、関連データのみを非ユーザインタフェ
ースサーバコンポーネントへ渡すことができる。例え
ば、ユーザがクライアント側画像要素上でクリックした
場合、ポストバックイベントはユーザのクリックのXお
よびY座標を含む情報を含んでいる。座標は、画像の対
応するサーバ側制御オブジェクトにプロパティとして格
納される。サーバでのクリックイベントの立ち上げに応
答して、サーバ側コードはサーバ側制御オブジェクトか
らXおよびYプロパティを抽出してそれらを非ユーザイン
タフェースコンポーネントへ渡すことができる。それ
で、非ユーザインタフェースコンポーネントの開発者
は、サーバ側制御オブジェクトから必要な座標を抽出す
るために要求されるコードをプログラミングする必要が
ない。

【００９６】判断処理８３２は、HTTPリクエストにポス
トバックイベントがまだ含まれている場合、検査処理８
２４に戻る。そうでない場合、呼び出し処理８３４へ進
み、そこで、オーサリング言語データの生成前に発生す
べき他の全ての処理を呼び出すためにPreRender()メソ
ッドが呼び出される。呼び出し処理８３６は、Save()メ
ソッドを呼び出し、制御オブジェクト階層の制御オブジ
ェクトの現在の状態を保存する。呼び出し処理８３８
は、Render()メソッドを呼び出し、クライアントにおい
てウェブページを表示するのに用いられるオーサリング
言語データを生成する。呼び出し処理８４０は、Dispos
e（）メソッドを呼び出す。応答処理８４２はクライア
ントへ送信するHTTPレスポンスを生成する。

【００９７】図９は、本発明のある実施形態における、
制御オブジェクト階層識別子("ID")の受信に応答して制
御オブジェクト階層内でサーバ側制御オブジェクトを探
し出すサーバ側処理のフローチャートを示す。受信処理
９００は、クライアントからHTTPレスポンスで受信され
るIDを受信する。本発明のある実施形態において、ID
は、制御オブジェクト階層内の個々の制御オブジェクト
を一意的に識別する階層的ネーミング構造を（例えば、
階層的パスとして）有する。識別子の各レベルは、「ノ
ードレベル識別子」という。IDの最低レベルはIDのリー
フノードである制御オブジェクトを識別する。例え
ば、"/Page1/List2/ListRow1" というIDの場合、IDの最
上ノードレベル識別子は"Page1" であり、"List2" およ
び "ListRow1"はノードレベル識別子であり、"ListRow
1" はIDのリーフノードを表す。

【００９８】読み出し処理９０２は、IDの最上ノードレ
ベル識別子を構文解析する。判断処理９０４は、構文解
析されたノードレベル識別子を有する制御オブジェクト
が存在するかどうかを判断する。存在する場合、判断処
理９０６は、現在の制御オブジェクトがIDのリーフノー
ドであるかどうかを検知する。現在の制御オブジェクト
がIDのリーフノードではない場合、読み出し処理９０８
はIDの次のレベルを構文解析し、判断処理９０４へ処理
を進める。そうではなく、制御オブジェクトがIDのリー
フノードである場合、戻し処理９１０は、所与のポスト
バックデータまたは所与のポストバックイベントの処理
に用いる制御オブジェクトを戻す。

【００９９】判断処理９０４が、現在のノードレベル識
別子を有して存在する（すなわち、既に作成された）制
御オブジェクトを探し出さなかった場合、判断処理９１
２が、現在のオブジェクトがノードレベル識別子に対応
する作成されていない子オブジェクトを有するかどうか
を判断する。有していない場合は、IDが制御オブジェク
ト階層のいかなる存在するまたは存在の見込みのある制
御オブジェクトにも対応しなかったので、エラー処理９
１４にエラーが発せられる。そうでない場合は、遅れた
作成処理９１６が、現在の制御オブジェクトの作成され
ていない子オブジェクトを作成し、「遅れた制御オブジ
ェクト作成」となる。そして、処理は戻し処理９０６へ
進む。

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

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

【０１０２】

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

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

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

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

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

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

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

【図７】本発明のある実施形態におけるポストバック
入力の処理に関するクライアント側処理のフローチャー
トを示す。

【図８】本発明のある実施形態におけるポストバック
入力を処理するサーバ側処理のフローチャートを示す。

【図９】本発明のある実施形態における制御オブジェ
クトパス識別子の受信に応答して制御オブジェクト階層
内で制御オブジェクトを探し出すサーバ側処理のフロー
チャートを示す。

【符号の説明】

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

【手続補正書】

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

【手続補正１】

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

【補正対象項目名】０１０２

【補正方法】変更

【補正内容】

【０１０２】

【発明の効果】以上のように本発明によれば、関連する
非ユーザインタフェースサーバコンポーネントのプログ
ラム要件を単純化するために、クライアントからのリク
エストでクライアント側ユーザインタフェース要素から
受信されるポストバック入力をサーバ側で処理すること
により、ウェブページ開発者がユーザインタフェース要
素を処理することが要求されるプログラミングを適切に
カプセル化することができ、高度なプログラミング技術
を必要とせず、開発労力を軽減することが可能となる。

【手続補正２】

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

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

【補正方法】変更

【補正内容】

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

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

Claims

【特許請求の範囲】

【請求項１】クライアントから受信されクライアント
側ユーザインタフェース要素に関連するポストバック入
力のサーバ側処理を行う方法であって、前記ポストバック入力を調べて、ターゲットサーバ側制
御オブジェクトの識別子を判断する工程と、前記ターゲットサーバ側制御オブジェクトの前記識別子
に基づいて、前記ターゲットサーバ側制御オブジェクト
を識別する工程と、前記ポストバック入力を前記ターゲットサーバ側制御オ
ブジェクトに渡す工程と、前記ターゲットサーバ側制御オブジェクトに渡された前
記ポストバック入力を処理する工程とを含むポストバッ
ク入力のサーバ側処理を行う方法。
【請求項２】前記処理工程において、前記ターゲット
サーバ側制御オブジェクトのプロパティを変化させる工
程を含み、前記クライアントへ送信される前記クライアント側ユー
ザインタフェース要素を定義するための前記プロパティ
に基づいて、前記ターゲットサーバ側制御オブジェクト
からオーサリング言語データを生成する工程をさらに含
む請求項１に記載のポストバック入力のサーバ側処理を
行う方法。
【請求項３】前記処理工程において、前記ターゲット
サーバ側制御オブジェクトからサーバ側イベントを立ち
上げる工程を含み、前記クライアントへ送信される前記クライアント側ユー
ザインタフェース要素を定義するための前記プロパティ
に基づいて、前記ターゲットサーバ側制御オブジェクト
からオーサリング言語データを生成する工程をさらに含
む請求項１に記載のポストバック入力のサーバ側処理を
行う方法。
【請求項４】前記ポストバック入力の処理工程の前に
サーバ側制御オブジェクト階層内に複数のサーバ側制御
オブジェクトを作成する工程と、前記オーサリング言語データ生成工程の後に、前記複数
のサーバ側制御オブジェクトを終了させる工程とをさら
に含む請求項２に記載のポストバック入力のサーバ側処
理を行う方法。
【請求項５】前記識別子に基づいてサーバ側制御オブ
ジェクト階層の前記ターゲットサーバ側制御オブジェク
トを検索する工程と、前記検索工程によって前記ターゲットサーバ側制御オブ
ジェクトが見つからない場合、前記サーバ側制御オブジ
ェクト階層内に前記ターゲットサーバ側制御オブジェク
トを作成する工程と、前記オーサリング言語データ生成工程の後、前記サーバ
側制御階層を終了させる工程とをさらに含む請求項２に
記載のポストバック入力のサーバ側処理を行う方法。
【請求項６】前記識別子が、複数のメンバサーバ側制
御オブジェクトを含むサーバ側制御オブジェクト階層内
の複数のレベルを示す階層的識別子構造を有し、前記タ
ーゲットサーバ側制御オブジェクトの前記識別工程にお
いて、前記識別子からノードレベル識別子を抽出する工程と、前記ノードレベル識別子を前記ノードレベル識別子に対
応するメンバサーバ側制御オブジェクトに渡す工程と、前記ノードレベル識別子が前記識別子のリーフノードを
識別する場合、前記メンバサーバ側制御オブジェクトを
前記ターゲットサーバ側制御オブジェクトとして識別す
る工程と、前記ノードレベル識別子が前記識別子のリーフノードを
識別しない場合、前記ターゲットサーバ側制御オブジェ
クトの前記識別子から、前記メンバサーバ側制御オブジ
ェクトの子サーバ側制御オブジェクトを識別する、次の
ノードレベル識別子を抽出する工程と、前記渡す工程および識別工程ならびに次のノードレベル
識別子を抽出する工程を、前記ノードレベル識別子が前
記識別子のリーフノードを識別しない場合、前記次のノ
ードレベル識別子を前記ノードレベル識別子として用
い、前記子サーバ側制御オブジェクトを前記メンバサー
バ側制御オブジェクトとして用いて、反復して行う工程
とを含む請求項１に記載のポストバック入力のサーバ側
処理を行う方法。
【請求項７】前記ポストバック入力の処理工程におい
て、ポストバックデータ値を前記ターゲットサーバ側制
御オブジェクトのプロパティとして格納する工程を含む
請求項１に記載のポストバック入力のサーバ側処理を行
う方法。
【請求項８】前記ターゲットサーバ側制御オブジェク
トが、プロパティとして最初に古いデータ値を格納し、前記ポストバックデータ値の格納工程において、前記ポストバックデータ値を前記プロパティと関連付け
る工程と、前記ターゲットサーバ側制御オブジェクトに渡された前
記ポストバックデータ値が前記ターゲットサーバ側制御
オブジェクトの古いデータ値と異なる場合、前記ターゲ
ットサーバ側制御オブジェクトに関連するデータ変化を
示す工程と、前記ターゲットサーバ側制御オブジェクトにおいて前記
古いデータ値を前記ポストバックデータ値と置換する工
程とを含む請求項７に記載のポストバック入力のサーバ
側処理を行う方法。
【請求項９】データ変化が示された場合、前記古いデ
ータ値の置換工程の後に、サーバ側データ変化イベント
を立ち上げる工程をさらに含む請求項８に記載のポスト
バック入力のサーバ側処理を行う方法。
【請求項１０】前記ターゲットサーバ側制御オブジェ
クトがサーバ側制御オブジェクト階層内の複数のメンバ
サーバ側制御オブジェクトの１つであって、前記ポストバックデータ値の格納工程において、前記サーバ側制御オブジェクト階層内の全てのメンバサ
ーバ側制御オブジェクトのポストバックデータ値を格納
する工程と、少なくとも１つのデータ変化が示された場合、前記全て
のメンバサーバ側制御オブジェクトのポストバックデー
タ値の格納工程の後、少なくとも１つのサーバ側データ
変化イベントを立ち上げる工程とを含む請求項７に記載
のポストバック入力のサーバ側処理を行う方法。
【請求項１１】前記ターゲットサーバ側制御オブジェ
クトから前記サーバ側データ変化イベントを受信する工
程と、前記サーバ側データ変化イベントに基づいて、非ユーザ
インタフェースサーバコンポーネントの機能を呼び出す
工程とをさらに含む請求項１０に記載のポストバック入
力のサーバ側処理を行う方法。
【請求項１２】前記ポストバック入力の処理工程にお
いて、前記ターゲットサーバ側制御オブジェクトを用い
てポストバックイベントを処理する工程を含む請求項１
に記載のポストバック入力のサーバ側処理を行う方法。
【請求項１３】前記ポストバックイベントの処理工程
において、前記ポストバック入力から前記識別子に関連するポスト
バックイベント引数を抽出する工程と、前記識別子に関連するポストバックイベント引数を前記
ターゲットサーバ側制御オブジェクトに渡す工程と、前記ターゲットサーバ側制御オブジェクトを用いて前記
ポストバックイベント引数を処理する工程とを含む請求
項１２に記載のポストバック入力のサーバ側処理を行う
方法。
【請求項１４】ポストバック入力の前記処理工程にお
いて、前記ポストバックイベント引数の処理工程に応答して前
記ターゲットサーバ側制御オブジェクトからサーバ側イ
ベントを立ち上げる工程をさらに含む請求項１３に記載
のポストバック入力のサーバ側処理を行う方法。
【請求項１５】前記ターゲットサーバ側制御オブジェ
クトから前記サーバ側イベントを受信する工程と、前記サーバ側イベントに基づいて、非ユーザインタフェ
ースサーバコンポーネントの機能を呼び出す工程とをさ
らに含む請求項１４に記載のポストバック入力のサーバ
側処理を行う方法。
【請求項１６】コンピュータシステムによって搬送波
で具体化され、クライアントから受信されクライアント
側ユーザインタフェース要素に関連するポストバック入
力のサーバ側処理を行うコンピュータプロセスを実行処
理するコンピュータプログラムをコード化するコンピュ
ータデータ信号であって、前記コンピュータプロセスは、前記ポストバック入力を調べて、ターゲットサーバ側制
御オブジェクトの識別子を判断する工程と、前記ターゲットサーバ側制御オブジェクトの識別子に基
づいて、前記ターゲットサーバ側制御オブジェクトを識
別する工程と、前記ポストバック入力を前記ターゲットサーバ側制御オ
ブジェクトへ渡す工程と、前記ターゲットサーバ側制御オブジェクトへ渡された前
記ポストバック入力を処理する工程とを含むコンピュー
タデータ信号。
【請求項１７】コンピュータシステムによって読み取
り可能であり、クライアントから受信されクライアント
側ユーザインタフェース要素に関連するポストバック入
力のサーバ側処理を行うコンピュータプロセスを実行処
理するコンピュータプログラムをコード化するコンピュ
ータプログラム記憶媒体であって、前記コンピュータプロセスは、前記ポストバック入力を調べて、ターゲットサーバ側制
御オブジェクトの識別子を判断する工程と、前記ターゲットサーバ側制御オブジェクトの識別子に基
づいて、前記ターゲットサーバ側制御オブジェクトを識
別する工程と、前記ポストバック入力を前記ターゲットサーバ側制御オ
ブジェクトへ渡す工程と、前記ターゲットサーバ側制御オブジェクトへ渡された前
記ポストバック入力を処理する工程とを含むコンピュー
タプログラム記憶媒体。
【請求項１８】クライアントから受信されクライアン
ト側ユーザインタフェース要素に関連するポストバック
入力の処理のためのコンピュータプログラムプロダクト
であって、前記コンピュータプロセスが、前記クライアント側ユーザインタフェース要素に関連す
るターゲットサーバ側制御オブジェクトを含むサーバ側
制御オブジェクト階層内に、複数のサーバ側制御オブジ
ェクトを作成する工程と、前記ポストバック入力を前記ターゲットサーバ側制御オ
ブジェクトへ渡す工程と、前記ターゲットサーバ側制御オブジェクトによって受信
された前記ポストバック入力を処理する工程と、クライアント上で表示するウェブページを定義するため
に前記複数のサーバ側制御オブジェクトからオーサリン
グ言語データを生成する工程とを含むコンピュータプロ
グラムプロダクト。
【請求項１９】前記コンピュータプロセスが、前記ターゲットサーバ側制御オブジェクトに関連する識
別子を受信する工程と、前記識別子に基づいて、前記サーバ側制御オブジェクト
階層内の前記ターゲットサーバ側制御オブジェクトを識
別する工程とをさらに含む請求項１８に記載のコンピュ
ータプログラムプロダクト。
【請求項２０】前記コンピュータプロセスが、前記オ
ーサリング言語データ生成工程の後に、前記複数のサー
バ側制御オブジェクトを終了させる工程をさらに含む請
求項１８に記載のコンピュータプログラムプロダクト。