(57)【特許請求の範囲】
【請求項１】
クライアント側ユーザインタフェース要素に対応付けられたサーバ側制御オブジェクトを用いて、クライアントから受信された、クライアント側ユーザインタフェース要素に関連するポストバック入力のサーバ側処理を行う方法であって、
サーバが、前記クライアント側ユーザインタフェース要素に対応付けられたターゲットとなるサーバ側制御オブジェクトを含むサーバ側制御オブジェクト階層内に、複数のサーバ側制御オブジェクトを作成する第１の工程であって、各々のサーバ側制御オブジェクトは、サーバ側制御オブジェクトを一意に特定する識別子を含み、
前記サーバが、前記クライアントから受信した前記ポストバック入力を調べて、該ポストバック入力に関連するクライアント側ユーザインタフェース要素に対応付けられたターゲットとなるサーバ側制御オブジェクトの識別子を識別する第２の工程と、
前記サーバが、前記ポストバック入力から識別されたサーバ側制御オブジェクトの識別子に基づいて、前記サーバ側制御オブジェクト階層内の前記複数のサーバ側制御オブジェクトの中から、前記ターゲットとなるサーバ側制御オブジェクトを特定する第３の工程と、
前記サーバが、前記ポストバック入力を前記ターゲットとなるサーバ側制御オブジェクトに渡す第４の工程と、
前記サーバが、前記ターゲットとなるサーバ側制御オブジェクトに渡された前記ポストバック入力を該ターゲットとなるサーバ側制御オブジェクトで処理する第５の工程と、
前記クライアント上で表示するウェブページを定義するために前記サーバ側制御オブジェクト階層からオーサリング言語データを生成する第６の工程と
を含むポストバック入力のサーバ側処理を行う方法。
【請求項２】
前記第５の工程は、前記ターゲットとなるサーバ側制御オブジェクトのプロパティを変化させる工程を含み、
前記第６の工程は、前記クライアント側ユーザインタフェース要素を定義するための前記プロパティに基づいて、前記ターゲットとなるサーバ側制御オブジェクトから、前記クライアントに送信するためのオーサリング言語データを生成する工程をさらに含む請求項１に記載のポストバック入力のサーバ側処理を行う方法。
【請求項３】
前記第５の工程は、前記ターゲットとなるサーバ側制御オブジェクトからサーバ側イベントを立ち上げる工程を含み、
前記第６の工程は、前記クライアント側ユーザインタフェース要素を定義するための前記サーバ側イベントに基づいて、前記ターゲットとなるサーバ側制御オブジェクトから、前記クライアントへ送信するためのオーサリング言語データを生成する工程をさらに含む請求項１に記載のポストバック入力のサーバ側処理を行う方法。
【請求項４】
前記サーバが、前記第６の工程の後に、前記複数のサーバ側制御オブジェクトを終了させる工程とをさらに含む請求項２に記載のポストバック入力のサーバ側処理を行う方法。
【請求項５】
前記サーバ側制御オブジェクト階層は、ページオブジェクト及びその下層の子制御オブジェクトからなり、
前記サーバが、前記ポストバック入力から識別された識別子に基づいて前記サーバ側制御オブジェクト階層のページオブジェクトから前記ターゲットとなるサーバ側制御オブジェクトを検索する工程と、
前記サーバが、前記検索する工程によって前記ターゲットとなるサーバ側制御オブジェクトが見つからない場合、前記サーバ側制御オブジェクト階層内に子制御オブジェクトを作成する工程と、
前記サーバが、前記オーサリング言語データを生成する工程の後、前記サーバ側制御オブジェクト階層を終了させる工程と
をさらに含む請求項２に記載のポストバック入力のサーバ側処理を行う方法。
【請求項６】
前記サーバ側制御オブジェクトの識別子が、複数のサーバ側制御オブジェクトを含むサーバ側制御オブジェクト階層内の複数のレベルに対応した複数のノードレベル識別子を含む階層的識別子構造を有し、
前記第３の工程は、
前記ポストバック入力から識別された識別子からノードレベル識別子を抽出する工程と、
前記ノードレベル識別子を前記ノードレベル識別子に対応するサーバ側制御オブジェクトに渡す工程と、
前記ノードレベル識別子が前記識別子のリーフノードである場合、前記サーバ側制御オブジェクトを前記ターゲットとなるサーバ側制御オブジェクトとして識別する工程と、
前記ノードレベル識別子が前記識別子のリーフノードでない場合、前記ターゲットとなるサーバ側制御オブジェクトの識別子から、前記サーバ側制御オブジェクトの子制御オブジェクトを識別するための次のノードレベル識別子を抽出する工程と、
前記ノードレベル識別子が前記識別子のリーフノードでない場合、前記次のノードレベル識別子を前記ノードレベル識別子として用い、かつ、前記子サーバ側制御オブジェクトを前記サーバ側制御オブジェクトとして用いて、前記渡す工程、前記識別する工程および前記次のノードレベル識別子を抽出する工程を反復して行う工程と
を含む請求項１に記載のポストバック入力のサーバ側処理を行う方法。
【請求項７】
前記第５の工程は、ポストバックデータ値を前記ターゲットとなるサーバ側制御オブジェクトのプロパティとして格納する工程を含む請求項１に記載のポストバック入力のサーバ側処理を行う方法。
【請求項８】
前記ターゲットとなるサーバ側制御オブジェクトは、プロパティとしてプロパティ値を格納し、
前記ポストバックデータ値を格納する工程は、
前記ポストバックデータ値を前記プロパティと関連付ける工程と、
前記ターゲットとなるサーバ側制御オブジェクトに渡された前記ポストバックデータ値が前記ターゲットとなるサーバ側制御オブジェクトのプロパティ値と異なる場合、前記ターゲットとなるサーバ側制御オブジェクトに関連するデータ変化を示す工程と、
前記ターゲットとなるサーバ側制御オブジェクトにおいて前記プロパティ値を前記ポストバックデータ値と置換する工程とを含む請求項７に記載のポストバック入力のサーバ側処理を行う方法。
【請求項９】
データ変化が示された場合、前記プロパティ値を置換する工程の後に、前記サーバがサーバ側データ変化イベントを立ち上げる工程をさらに含む請求項８に記載のポストバック入力のサーバ側処理を行う方法。
【請求項１０】
前記ターゲットとなるサーバ側制御オブジェクトは、サーバ側制御オブジェクト階層内の複数のサーバ側制御オブジェクトのうちの１つであり、
前記ポストバックデータ値を格納する工程は、
前記サーバ側制御オブジェクト階層内の全てのサーバ側制御オブジェクトに対するポストバックデータ値を、各々のサーバ側制御オブジェクトのプロパティとして格納する工程と、
少なくとも１つのデータ変化が示された場合、前記全てのサーバ側制御オブジェクトに対するポストバックデータ値を格納する工程の後、少なくとも１つのサーバ側データ変化イベントを立ち上げる工程と
を含む請求項７に記載のポストバック入力のサーバ側処理を行う方法。
【請求項１１】
前記サーバが、前記ターゲットとなるサーバ側制御オブジェクトから前記サーバ側データ変化イベントを受信する工程と、
前記サーバが、前記サーバ側データ変化イベントに基づいて、非ユーザインタフェースサーバコンポーネントの機能を呼び出す工程とをさらに含む請求項１０に記載のポストバック入力のサーバ側処理を行う方法。
【請求項１２】
前記第５の工程は、前記ターゲットとなるサーバ側制御オブジェクトを用いてポストバックイベントを処理する工程を含む請求項１に記載のポストバック入力のサーバ側処理を行う方法。
【請求項１３】
前記ポストバックイベントを処理する工程は、
前記ポストバック入力から識別された識別子に関連するポストバックイベント引数を抽出する工程と、
前記識別子に関連するポストバックイベント引数を前記ターゲットとなるサーバ側制御オブジェクトに渡す工程と、
前記ターゲットとなるサーバ側制御オブジェクトを用いて前記ポストバックイベント引数を処理する工程と
を含む請求項１２に記載のポストバック入力のサーバ側処理を行う方法。
【請求項１４】
前記第５の工程は、
前記ポストバックイベント引数を処理する工程に応答して前記ターゲットとなるサーバ側制御オブジェクトからサーバ側イベントを立ち上げる工程をさらに含む請求項１３に記載のポストバック入力のサーバ側処理を行う方法。
【請求項１５】
前記サーバが、前記ターゲットとなるサーバ側制御オブジェクトから前記サーバ側イベントを受信する工程と、
前記サーバが、前記サーバ側イベントに基づいて、非ユーザインタフェースサーバコンポーネントの機能を呼び出す工程とをさらに含む請求項１４に記載のポストバック入力のサーバ側処理を行う方法。
【請求項１６】
コンピュータに、
クライアント側ユーザインタフェース要素に対応付けられたターゲットとなるサーバ側制御オブジェクトを含むサーバ側制御オブジェクト階層内に、複数のサーバ側制御オブジェクトを作成する工程であって、各々のサーバ側制御オブジェクトは、サーバ側制御オブジェクトを一意に特定する識別子を含み、
クライアントから受信したポストバック入力を調べて、前記ポストバック入力に関連するクライアント側ユーザインタフェース要素に対応付けられたターゲットとなるサーバ側制御オブジェクトの識別子を識別する工程と、
前記ポストバック入力から識別されたサーバ側制御オブジェクトの識別子に基づいて、前記サーバ側制御オブジェクト階層内の前記複数のサーバ側制御オブジェクトの中から、前記ターゲットとなるサーバ側制御オブジェクトを特定する工程と、
前記ポストバック入力を前記ターゲットとなるサーバ側制御オブジェクトへ渡す工程と、
前記ターゲットとなるサーバ側制御オブジェクトへ渡された前記ポストバック入力を前記ターゲットとなるサーバ側制御オブジェクトで処理する工程と、
前記クライアント上で表示するウェブページを定義するために前記サーバ側制御オブジェクト階層からオーサリング言語データを生成する工程と
を実行させるためのプログラム。
【請求項１７】
クライアント側ユーザインタフェース要素に対応付けられたサーバ側制御オブジェクトを用いて、クライアントから受信された、クライアント側ユーザインタフェース要素に関連するポストバック入力のサーバ側処理を行うためのプログラムを記録したコンピュータ読み取り可能な記憶媒体であって、
コンピュータに、
クライアント側ユーザインタフェース要素に対応付けられたターゲットとなるサーバ側制御オブジェクトを含むサーバ側制御オブジェクト階層内に、複数のサーバ側制御オブジェクトを作成する工程であって、各々のサーバ側制御オブジェクトは、サーバ側制御オブジェクトを一意に特定する識別子を含み、
前記クライアントから受信したポストバック入力を調べて、該ポストバック入力に関連するクライアント側ユーザインタフェース要素に対応付けられたターゲットとなるサーバ側制御オブジェクトの識別子を識別する工程と、
前記ポストバック入力から識別されたサーバ側制御オブジェクトの識別子に基づいて、前記サーバ側制御オブジェクト階層内の前記複数のサーバ側制御オブジェクトの中から、前記ターゲットとなるサーバ側制御オブジェクトを特定する工程と、
前記ポストバック入力を前記ターゲットとなるサーバ側制御オブジェクトへ渡す工程と、
前記ターゲットとなるサーバ側制御オブジェクトへ渡された前記ポストバック入力を前記ターゲットとなるサーバ側制御オブジェクトで処理する工程と、
前記クライアント上で表示するウェブページを定義するために前記サーバ側制御オブジェクト階層からオーサリング言語データを生成する工程と
を実行させるためのプログラムを記録したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般にウェブサーバフレームワークに関し、特にクライアントから受信されたポストバック入力をハンドリングするサーバ側制御オブジェクトに関する。
【０００２】
【従来の技術】
典型的なウェブブラウザは、クライアントシステムにおいて表示するウェブページの外観および基本動作を定義するウェブサーバからデータを受け取る。典型的な手順としては、ユーザが、ワールドワイドウェブ上の資源のグローバルアドレスであるユニホームリソース（資源）ロケータ（以下、「URL」という。）を特定し、所望のウェブサイトにアクセスする。一般に、用語「資源」とは、プログラムによってアクセスすることができるデータまたはルーチンのことである。URLの一例は、“ HYPERLINK "http://www.microsoft.com/ms.htm" http://www.microsoft.com/ms.htm ”である。このURL例の第１の部分は、通信に用いる所与のプロトコル（例えば“http”）を示している。第２の部分は、資源の所在を示すドメイン名（例えば“ HYPERLINK "http://www.microsoft.com" www.microsoft.com ”）を特定している。第３の部分はドメイン内の資源（例えば“ms.htm”と呼ばれるファイル）を特定している。これに従い、ブラウザは、 HYPERLINK "http://www.microsoft.com" www.microsoft.com ドメイン内のms.htmファイルに関連するデータを取り出すためのURL例に関連するHTTP(ハイパーテキストトランスポートプロトコル)リクエストを生成する。www.microsoft.comサイトをホストしているウェブサーバはHTTPリクエストを受信し、要求されたウェブページまたは資源をクライアントシステムにHTTPレスポンスで戻し、ブラウザに表示する。
【０００３】
上記の例の"ms.htm"ファイルは、静的なHTML（ハイパーテキストマークアップ言語）コードを含んでいる。HTMLは、ワールドワイドウェブ上でのドキュメント（例えば、ウェブページ）作成に用いられるプレイン（平文）テキストオーサリング言語である。このようなものであるので、HTMLファイルは、ウェブサーバから取り出され、インターネットからの情報を表示している間、ユーザが期待するグラフィカルな体験を提示するために、ブラウザにウェブページとして表示することができる。HTMLを用いて、開発者は、例えば、ブラウザに表示するフォーマット化されたテキスト、リスト、フォーム、テーブル、ハイパーテキストリンク、インライン画像および音声、ならびに背景グラフィックスを特定することができる。しかし、HTMLファイルは、ウェブページコンテンツの動的な生成を本質的にサポートしていない静的ファイルである。
【０００４】
株価の変化や交通情報などのような動的コンテンツを表示する場合は、通常、より複雑なクライアント・サーバ対話を扱うためのサーバ側アプリケーションプログラムを開発する。サーバ側アプリケーションプログラムは、HTTPリクエストを処理し、クライアントへのHTTPレスポンスの送信に適切なHTMLコードを生成する。HTTPリクエストの一例は、照会ストリングでのデータまたはウェブベースのフォームからのデータなどのパラメータを含むことがある。このようなものであるので、サーバ側アプリケーションプログラムは、このパラメータを処理し、クライアントへHTTPレスポンスで送信するHTMLコードを動的に生成することができる。サーバ側アプリケーションプログラムの一例として、メモリ機構への１つ以上のフォーマット化されたテキスト書込み処理のシーケンスを用いて、適切なHTMLコードを含むドキュメントを動的に生成する場合がある。その後、得られたドキュメントは、HTTPレスポンスでクライアントシステムに送信され、そこでウェブページとしてブラウザに表示される。
【０００５】
サーバ側アプリケーションプログラムの開発は、ウェブページ設計に用いる通常のHTMLコード化に精通しているだけでなく、１つ以上のプログラム言語（例えば、C++, Perl, Visual Basic, または Jscript）を含むプログラムベーシックスに精通していることが要求される複雑な作業である。しかし、ウェブページ設計者は、グラフィックデザイナーまたはエディタであることが多く、プログラム経験がない場合がある。さらに、複雑なウェブページ開発を単純化すると、いかなる開発者によっても新たなウェブコンテンツの開発の速度を上げることができる。一般に、カスタムサーバ側アプリケーションプログラムの開発もまた、多大な努力が要求され、実際、開発者はしばしばそれを試みたくないと思う程である。したがって、開発者が最小のプログラムでウェブページを動的に作成および処理することができる開発フレームワークを提供することが望ましい。
【０００６】
【発明が解決しようとする課題】
動的ウェブページ生成のプログラム要件を最小にする１つの手段は、マイクロソフト社によって提供されるアクティブサーバページ（ASP）フレームワークである。ASPファイルは、典型的に、所望の資源としてASPファイルを特定するHTTPリクエストを処理し、その後、クライアントへのHTTPレスポンスでの結果HTMLコードを生成する、例えばVisual BasicまたはJscriptを含む。さらに、ASPファイルは、所与のアプリケーションのプログラミング労力を軽減するために、予め開発されたまたは第三者のクライアント側ライブラリコンポーネント（例えば、クライアント側"ACTIVEX"制御）を参照することができる。しかし、現在のサーバ側アプリケーションフレームワークにおいて、サーバ側アプリケーション内でクライアント側ユーザインタフェース要素（例えば、テキストボックス、リストボックス、ボタン、ハイパーテキストリンク、画像、音声など）を動的に管理することを要求されるプログラミングは、依然として高度なプログラミング技術と相当な労力を必要とする。未解決の課題は、ウェブページ開発者がウェブページの他のアスペクトに焦点を当てることができるように、ユーザインタフェース要素を処理することが要求されるプログラミングを適切にカプセル化することについてである。
【０００７】
具体的には、ユーザインタフェース要素からのポストバックイベントおよびデータは、クライアントからサーバへ送られて処理される。このようなポストバック入力のハンドリングは、典型的に、カスタムサーバ側非ユーザインタフェースサーバコンポーネントにおいて行われ、高度なユーザインタフェースプログラミングを必要とする。関連する非ユーザインタフェースサーバコンポーネントのプログラム要件を単純化するために、クライアント側ユーザインタフェース要素からのポストバック入力のハンドリングをサーバ側フレームワークにカプセル化することが望ましい。
【０００８】
【課題を解決するための手段】
本発明によると、上述および他の課題は、クライアントからのリクエストでクライアント側ユーザインタフェース要素から受信されるポストバック入力をサーバ側で処理することによって解決される。このような入力は、これに限らないが、クライアントにおいてウェブページから生成され、HTTPリクエストでサーバにより受信されるポストバックデータおよびポストバックイベントを含み得る。さらに、メンバサーバ側制御オブジェクトの階層は、協働してポストバック入力を処理し、HTMLなどの結果オーサリング言語コードを生成することができる。処理および生成工程の後、サーバ側制御オブジェクト階層はクライアントからの後続のリクエストまで終了されたままである。
【０００９】
クライアントから受信され、かつクライアント側ユーザインタフェース要素に関連するポストバック入力のサーバ側処理を実行する方法を提供する。ポストバック入力を調べて、ターゲットサーバ側制御オブジェクトの識別子を判断する。ターゲットサーバ側制御オブジェクトは、ターゲットサーバ側制御オブジェクトの識別子に基づいて識別される。ポストバック入力はターゲットサーバ側制御オブジェクトに渡され、そこで処理される。
【００１０】
クライアントから受信され、かつクライアント側ユーザインタフェース要素に関連するポストバック入力のサーバ側処理を提供するコンピュータプログラムプロダクトを提供する。サーバ側制御オブジェクトは、サーバ側制御オブジェクト階層内に作成される。サーバ側制御オブジェクト階層は、クライアント側ユーザインタフェース要素に関連するターゲットサーバ側制御オブジェクトを含む。ポストバックデータは、ターゲットサーバ側制御オブジェクトに渡される。ターゲットサーバ側制御オブジェクトにより受信されたポストバック入力は、そこで処理される。オーサリング言語データは、複数のサーバ側制御オブジェクトから生成され、クライアントにおいて表示されるウェブページを定義する。
【００１１】
本発明によるコンピュータプログラムプロダクトのある実施形態は、コンピュータシステムによって読み取り可能であり、クライアントから受信され、かつクライアント側ユーザインタフェース要素に関連するポストバック入力のサーバ側処理を提供するコンピュータプロセスを実行するコンピュータプログラムをコード化するコンピュータプログラム記憶媒体を含む。本発明によるコンピュータプログラムプロダクトの別の実施形態は、コンピュータシステムによって搬送波で具体化され、クライアントから受信され、かつクライアント側ユーザインタフェース要素に関連するポストバック入力のサーバ側処理を提供するコンピュータプロセスを実行するコンピュータプログラムをコード化するコンピュータデータ信号を含む。
【００１２】
【発明の実施の形態】
本発明のある実施形態は、ポストバック入力のサーバ側処理を提供する1つ以上のサーバ側制御オブジェクトを作成するサーバ側コンピュータプロセスを含んでいる。サーバ側制御オブジェクトは、クライアント側ユーザインタフェース要素と論理的に対応し、ウェブページを表示および処理するためにクライアント側ブラウザにより用いられるオーサリング言語コードをサーバで生成する。ポストバック入力は、これに限らないが、クライアントにおいてウェブページから生成され、サーバによりHTTPリクエストで受信されるポストバックデータおよびポストバックイベントを含み得る。さらに、サーバ側制御オブジェクトの階層は協働してポストバック入力を処理し、標準HTMLやさらに高度なHTMLのような結果オーサリング言語コードを生成することができる。サーバ側イベントは、また、ポストバック入力のサーバ側処理からも生じる。ポストバック入力処理に加えて、サーバ側処理は、これに限らないが、サーバ側制御オブジェクトの状態管理およびサーバ側データベースへおよびサーバ側データベースからのデータの結合を含むことがある。処理および生成工程後、サーバ側制御オブジェクト階層はクライアントから後続のリクエストを受信するまで終了状態である。
【００１３】
図１は、本発明のある実施形態におけるクライアントに表示するウェブページコンテンツを動的に生成するウェブサーバを示す。クライアント１００は、クライアント１００の表示装置上におけるウェブページ１０４を表示するブラウザ１０２を実行する。クライアント１００は、ビデオモニタのような表示装置を有するクライアントコンピュータシステムを含んでもよい。マイクロソフト社によって販売されている"INTERNET EXPLORER"ブラウザは、本発明のある実施形態におけるブラウザ１０２の一例である。他のブラウザの例として、"NETSCAPE NAVIGATOR" および "MOSAIC"などがあるが、これに限らない。例示したウェブページ１０４には、テキストボックス制御１０６および２つのボタン制御１０８、１１０が組み込まれている。ブラウザ１０２は、HTTPレスポンス１１２でウェブサーバ１１６からHTMLコードを受信することができ、HTMLコードにより記述されたウェブページを表示する。ある実施形態を参照してHTMLについて説明するが、これに限らないが、SGML（Standard Generalized Markup Language）、XML（eXtensible Markup Language）および、XMLベースのマークアップ言語であって、ポケットベルおよび携帯電話などの狭帯域無線装置の内容およびユーザインタフェースを特定するように設計されたWML（Wireless Markup Language）を含む他のオーサリング言語も本発明の範囲内であると考えられている。さらに、標準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"制御とは対照的に、動的コンテンツ資源１２４に特定される本発明の実施形態のサーバ側制御オブジェクトは、クライアント上のウェブページに組み込まれるユーザインタフェース要素に論理的に対応する。サーバ側制御オブジェクトはまた、例えば、HTMLタグと所与のクライアント側"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リクエストに応答して作成され、オーサリング言語データ（例えば、HTMLデータ）のレンダリングが終わると破壊される。別の実施形態において、処理２１２は、処理２０８の後、処理２１０の前に行ってもよい。
【００２５】
図３は、本発明のある実施形態において用いるウェブサーバでのモジュールの一例を示す。ウェブサーバ３００は、HTTPパイプライン３０４にHTTPリクエスト３０２を受け入れる。HTTPパイプライン３０４は、ウェブページ統計のロギング、ユーザ照合、ユーザアクセス権およびウェブページの出力キャッシュ化用モジュールなどの種々のモジュールを含んでもよい。ウェブサーバ３００によって受信される各入力HTTPリクエスト３０２は、最終的には、IHTTPハンドラクラス（ハンドラ３０６として図示）の特定のインスタンスによって処理される。ハンドラ３０６は、URLリクエストを解析し適切なハンドラファクトリ（例えば、ページファクトリモジュール３０８）を呼び出す。
【００２６】
図３において、ASP+リソース３１０に関連付けられたページファクトリ３０８が呼び出され、ASP+リソース３１０の例示および構成をハンドリングする。ある実施形態において、ASP+リソース３１０は、資源に特定の接尾語（または".aspx"のようなファイル拡張部分）を指定することによって認識され得る。所与の".aspx"資源に対するリクエストがまず、ページファクトリモジュール３０８によって受信されると、ページファクトリモジュール３０８は、ファイルシステムを検索して適切なファイル（例えば、.aspxファイル３１０）を得る。このファイルは、リクエストを処理するサーバによって後に解釈またはアクセスされ得るテキスト（例えば、オーサリング言語データ）またはデータフォーマット（例えば、バイトコードデータまたはコード化されたデータ）を含んでもよい。物理的なファイルが存在する場合、ページファクトリモジュール３０８は、ファイルを開き、そのファイルをメモリに読み出す。ファイルが見つからない場合、ページファクトリモジュール３０８は、適切な「ファイルが見つからない」というエラーメッセージを戻す。
【００２７】
ASP+リソース３１０をメモリに読み出した後、ページファクトリモジュール３０８は、ファイル内容を処理し、ページのデータモデル（例えば、スクリプトブロックのリスト、ディレクティブ、静的テキスト領域、階層サーバ側制御オブジェクト、サーバ側制御プロパティなど）を構築する。データモデルは、ページベースのクラスを拡張させるCOM+（Component Object Model）クラスのような新たなオブジェクトクラスのソースリストを生成するのに用いられる。ページベースクラスは、基本ページオブジェクトの構造、プロパティおよび機能を規定するコードを含んでいる。本発明のある実施形態において、ソースリストは、次に、中間言語に動的にコンパイルされ、その後、プラットフォームに固有の命令（例えば、X８６、Alphaなど）に適時に（Just-In-Time）コンパイルされる。中間言語は、COM+ IL コード、Java バイトコード、Modula 3 コード、SmallTalk コードおよびVisual Basicコードなどの汎用またはカスタム指向言語コードを含んでもよい。別の実施形態において、中間言語処理を省き、ネイティブ命令をソースリストまたはソースファイル（例えば、ASP+リソース３１０）から直接生成してもよい。制御クラスライブラリ３１２は、制御オブジェクト階層の生成に用いられる予め定義されたサーバ側制御クラスを得るためにページファクトリモジュール３０８によってアクセスされ得る。
【００２８】
ページファクトリモジュール３０８は、図１のウェブページ１０４に相当するサーバ側制御オブジェクトであるページオブジェクト３１４を出力する。ページオブジェクト３１４およびその子オブジェクト（例えば、テキストボックスオブジェクト３１８、ボタンオブジェクト３２０および別のボタンオブジェクト３２２）が、制御オブジェクト階層３１６の一例である。他の制御オブジェクトの例は、本発明に従い考えることができ、カスタム制御オブジェクトと同様に、特に制限されるものではなく、表１のHTML制御に対応するオブジェクトも含んでいる。ページオブジェクト３１４は、図１のウェブページ１０４に論理的に対応する。テキストボックスオブジェクト３１８は、図１のテキストボックス１０６に対応する。同様に、ボタンオブジェクト３２０は、図１の追加ボタン１０８に対応し、ボタンオブジェクト３２２は、図１の削除ボタン１１０に対応する。ページオブジェクト３１４は、サーバ上の他の制御オブジェクトと階層的に関連している。ある実施形態において、ページオブジェクトは、その子制御オブジェクトを階層的に含んでいるコンテナオブジェクトである。別の実施形態では、依存関係などの他の形態の階層関係を用いることができる。多数レベルの子オブジェクトを有するより複雑な制御オブジェクト階層において、１つの子オブジェクトが、他の子オブジェクトのコンテナオブジェクトであってもよい。
【００２９】
上記の実施形態において、制御オブジェクト階層３１６の制御オブジェクトは、サーバ３００上で作成および実行処理され、各サーバ側制御オブジェクトは、クライアント上のユーザインタフェース要素と論理的に対応する。サーバ側制御オブジェクトはまた、協働して、HTTPリクエスト３０２からのポストバック入力をハンドリングし、サーバ側制御オブジェクトの状態を管理し、サーバ側データベースとのデータ結合を行い、クライアントでの結果ウェブページの表示に用いるオーサリング言語データ（例えば、HTMLコード）を生成する。結果オーサリング言語データは、サーバ側制御オブジェクト階層３１６から生成（すなわち、レンダリング）され、HTTPレスポンス３２４でクライアントに送信される。例えば、結果HTMLコードは、いかなる有効なHTML構成も具現化することができ、ACTIVEXタイプの制御、JAVAアプレット、スクリプトおよびその他、ブラウザによって処理されたとき、クライアント側ユーザインタフェース要素（例えば、制御ボタン、テキストボックスなど）を生み出すいかなるウェブ資源も参照することができる。
【００３０】
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"][src = "externalfile"]>
....................................
</script>
ここで、言語およびsrcパラメータは任意である。本発明のある実施形態において、コード宣言ブロックは、"server"に設定された値を有する"runat"属性を含む<script>タグを用いて定義される。任意には、"language"属性を内コードのシンタックスを特定するために用いてもよい。デフォルト言語は、ページ全体の言語構成を表すことができるが、コード宣言ブロックの"language"属性により、開発者は、例えば、Jscript およびPERL (Practical Extraction and Report Language)などの同じウェブページ実行内で異なる言語を用いることができる。<script>タグはまた、任意には"src"ファイルを特定することができ、"src"ファイルは、そこからページコンパイラによる処理のための動的コンテンツ資源にコードが挿入される外部のファイルである。開示されている文法が本実施形態において用いられているが、別の実施形態では、本発明の範囲内で異なる文法を用いることができることを理解すべきである。
【００３５】
図４において、２つのサブルーチン、AddButton#ClickおよびDeleteButton#Clickがコード宣言ブロック内においてVisual Basicフォーマットで宣言されている。いずれのサブルーチンも２つの入力パラメータ、"Source"および"E"をとり、クライアント側クリックイベントが対応のボタンに検知されるとHTTPリクエストへのレスポンスでサーバ上で実行処理される。AddButton#Clickサブルーチンにおいて、ユーザ名テキストボックスでのテキストは、単語"Add"に連結され、メッセージのテキストデータメンバにロードされる。DeleteButton#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#Click"対に等しい）。
【００４６】
本発明のある実施形態において、HTML制御オブジェクトを宣言する一般的なシンタックスは以下のとおりである。
【００４７】
<HTMLTag id = "Optional Name" runat = server>
....................................
</HTMLTag>
ここで、"Optional Name"は、サーバ側制御オブジェクトの一意の識別子である。現在サポートされているHTMLタグのリストならびに関連シンタックスおよびCOM+クラスを表１に示すが、他のHTMLタグも本発明の範囲内で考えることができる。
【００４８】
【表１】
0004467205.tif 000002
【００４９】
標準HTML制御タグに加えて、本発明のある実施形態によって、開発者は、HTMLタグセットの外側に共通のプログラム機能についてカプセル化する再利用可能コンポーネントを作成することが可能になる。これらのカスタムサーバ側制御オブジェクトは、ページファイル内の宣言タグを用いて特定される。カスタムサーバ側制御オブジェクト宣言は、"server"に設定された値を有する"runat"属性を含む。任意には、カスタム制御オブジェクトのプログラム参照を可能するために、一意の"id"属性が特定される。さらに、タグ要素における属性対である宣言名／値は、サーバ側制御オブジェクトのプロパティ引数およびイベント結合を特定する。インラインテンプレートパラメータもまた、適切な「テンプレート」接頭文字列の子要素を親サーバ制御オブジェクトに与えることによってサーバ側制御オブジェクトに結合されることがある。カスタムサーバ側制御オブジェクト宣言のフォーマットは、次のようになる。
【００５０】
<servercntrlclassname id="OptionalName" [propertyname="propval"] runat=server/>
ここで、“servercntrlclassname”は、アクセス可能制御クラスであり、“OptionalName”は、サーバ側制御オブジェクトの一意の識別子であり、“propval”は、制御オブジェクトの任意のプロパティ値を表す。
【００５１】
別の宣言文法を用いて、XMLタグ接頭語は、以下のフォーマットを用いることにより、ページ内にサーバ側制御オブジェクトを特定するためのより簡潔な表記法を提供するのに用いることができる。
【００５２】
<tagprefix:classname id = "OptionalName"  runat = server/>
ここで、“tagprefix”は、所与の制御名スペースライブラリと関連し、“classname”は、関連名スペースライブラリでの制御の名前を表す。任意の“propertyvalue”もまたサポートされている。
【００５３】
要するに、本発明の実施形態は、クライアントに送るHTMLコードを生成するためにサーバ上で作成および実行処理されるサーバ側制御オブジェクトを含む。HTMLコードは、いかなる有効なHTML構成も具現化することができ、例えば、ACTIVEXタイプの制御、JAVA アプレット、スクリプト、その他クライアントでのユーザインタフェースボタンおよび他のユーザインタフェース要素を生成するいかなるウェブ資源も参照することができる。クライアントでのユーザは、サーバ側制御オブジェクトに論理的に対応するこれらのユーザインタフェース要素と対話し、リクエストをサーバに送り返すことができる。サーバ側制御オブジェクトは、サーバ上で再作成され、クライアントにレスポンスとして送信すべき次のラウンドのHTMLコードを生成するようにデータ、イベントおよび他のユーザインタフェース要素の特徴を処理する。
【００５４】
図５を参照すると、本発明の実施形態のコンピュータシステムの一例は、プロセッサユニット５０２、システムメモリ５０４およびシステムメモリ５０４を含む種々のシステムコンポーネントをプロセッサユニット５００に接続するシステムバス５０６を含んでいる従来のコンピュータシステム５００という形態の汎用コンピュータ装置を含んでいる。システムバス５０６は、メモリバスまたはメモリコントローラ、種々のバスアーキテクチャを用いるペリフェラルバスおよびローカルバスを含む幾つかのタイプのバス構造のいずれであってもよい。システムメモリは、再生専用メモリ（ROM）５０８およびランダムアクセスメモリ（RAM）５１０を含んでいる。コンピュータシステム５００内の要素間での情報の転送を助ける基本ルーチンを含んでいる基本入力／出力システム５１２（BIOS）は、ROM５０８に格納されている。
【００５５】
コンピュータシステム５００は、さらに、ハードディスクの読み出しおよび書き込みを行うハードディスクドライブ５１２、着脱可能な磁気ディスク５１６の読出しおよび書込みを行う磁気ディスクドライブ５１４およびCD ROM、DVDまたは他の光学媒体のような着脱可能な光ディスク５１９の読出しおよび書込みを行う光ディスクドライブ５１８を含んでいる。ハードディスクドライブ５１２、磁気ディスクドライブ５１４および光ディスクドライブ５１８は、それぞれ、ハードディスクドライブインタフェース５２０、磁気ディスクドライブインタフェース５２２および光ディスクドライブインタフェース５２４によってシステムバス５０６接続されている。ドライブおよびその関連コンピュータ読み取り可能媒体が、コンピュータシステム５００のコンピュータ読み取り可能命令、データ構造、プログラムおよび他のデータの不揮発性記憶部を提供している。
【００５６】
本明細書に記載の上記環境例では、ハードディスク、着脱可能な磁気ディスク５１６および着脱可能な光ディスク５１９を用いているが、データ保存可能な他のタイプのコンピュータ読み取り可能媒体を上記システム例に用いることができる。上記動作環境例に用いることができるこれらの他のタイプのコンピュータ読み取り可能媒体は、例えば、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌイ(Bernoulli)カートリッジ、ランダムアクセスメモリ（RAM）および再生専用メモリ（ROM）などがある。
【００５７】
多数のプログラムモジュールが、ハードディスク、磁気ディスク５１６、光ディスク５１９、ROM５０８またはRAM５１０に格納され、これらは、オペレーティングシステム５２６、１つ以上のアプリケーションプログラム５２８、他のプログラムモジュール５３０およびプログラムデータ５３２を含む。ユーザは、コマンドおよび情報をコンピュータシステム５００にキーボード５３４およびマウス５３６または他のポインティング装置などの入力装置によって入力することができる。他の入力装置としては、例えば、マイクロフォン、ジョイステック、ゲームパッド、サテライトディッシュおよびスキャナなどがある。これらおよび他の入力装置は、システムバス５０６に接続されているシリアルポートインタフェース５４０を介して処理装置５０２に接続されていることが多い。しかし、これらの入力装置はまた、パラレルポート、ゲームポートまたはユニバーサルシリアルバス（USB）などの他のインタフェースによって接続されていてもよい。モニタ５４２または他のタイプの表示装置もまた、ビデオアダプタ５４４などのインタフェースを介してシステムバス５０６と接続している。モニタ５４２に加えて、コンピュータシステムは、典型的には、スピーカおよびプリンタなどの他の周辺出力装置（図示せず）を含む。
【００５８】
コンピュータシステム５００は、リモートコンピュータ５４６のような１つ以上のリモートコンピュータへの論理接続を用いたネットワーク化された環境で動作することができる。リモートコンピュータ５４６は、コンピュータシステム、サーバ、ルータ、ネットワークPC、ピア（peer）装置、または他の共通ネットワークノードであり得、典型的にコンピュータシステム５００との関連で上述した要素の多くまたはすべてを含む。ネットワーク接続は、ローカルエリアネットワーク（LAN）５４８およびワイドエリアネットワーク（WAN）５５０を含む。このようなネットワーク環境は、オフィス、企業規模コンピュータネットワーク、イントラネットおよびインターネットにおいて珍しいものではない。
【００５９】
LANネットワーク環境で用いるとき、コンピュータシステム５００は、ネットワークインタフェースまたはアダプタ５５２を介してローカルネットワーク５４８に接続される。WANネットワーク環境で用いるとき、コンピュータシステム５００は、典型的に、インターネットのようなワイドエリアネットワーク５５０による通信を確立するためのモデム５５４または他の手段を含む。モデム５５４は内蔵または外付けのいずれでもよく、シリアルポートインタフェース５４０を介してシステムバス５０６と接続されている。ネットワーク化された環境において、コンピュータシステム５００に関連して述べたプログラムモジュールまたはその一部は、リモートメモリ記憶装置に記憶されてもよい。図示されたネットワーク接続は例であって、コンピュータ間の通信リンク確立のために他の手段を用いることができる。
【００６０】
本発明の実施形態において、コンピュータ５００は、ウェブサーバを表し、CPU５０２が、記憶媒体５１６、５１２、５１４、５１８、５１９またはメモリ５０４のうち少なくとも１つに記憶されたASP+リソース上でページファクトリモジュールを実行処理する。HTTPレスポンスおよびリクエストは、クライアントコンピュータ５４６に接続されたLAN５４８により通信される。
【００６１】
図６は、本発明のある実施形態におけるページオブジェクトおよび他の制御オブジェクトのサーバ側処理を表すプロセスフローチャートである。処理６００において、ページオブジェクト構築部が、ページファクトリモジュール３０８によって呼び出される（図３参照）。その結果、ページオブジェクト（例えば、図３におけるページオブジェクト３１４を参照）は、クライアント上のクライアント側ユーザインタフェース要素と論理的に対応するように作成される。処理６０２において、ページファクトリモジュールは、クライアントから受け取ったHTTPリクエストの段階的な処理を始めるページオブジェクトのProcessRequestメンバ関数を呼び出す。本発明の一実施形態の第１の段階において、サーバ側作成処理(図示せず)は、ページオブジェクトの制御オブジェクト階層に含まれる下層サーバ側制御オブジェクトの作成である。すなわち、子制御オブジェクトの構築部がHTTPリクエスト処理の処理生存期間の間制御オブジェクトを作成するために繰り返し呼び出される。
【００６２】
しかし、別の実施形態において、子制御オブジェクトの作成は、制御オブジェクトが所与の処理ステップ（例えば、ポストバックイベントのハンドリング、ポストバックデータのハンドリング、ビューステートのローディングおよび保存、データ結合の解析または対応するユーザインタフェース要素のHTMLコードのレンダリング）に必要とされるまで遅らせることができる。「制御オブジェクト作成を遅らせる」後者の実施形態は、不必要なCPUおよびメモリの利用を減らすことができるので最適である。例えば、クライアントから受け取ったユーザ入力イベントが、全く異なるウェブページの作成ということになる場合がある。この場合、直ちに制御オブジェクト階層の終了させ、新たなページの新たな異なる制御オブジェクト階層を例示することになるイベントを処理するためだけに、以前のページの制御オブジェクト階層全体を例示する必要はない。
【００６３】
ページオブジェクトのProcessRequestメソッドのサーバ呼び出しに応答して、処理６０４〜６２０は、所与のHTTPリクエストのデータなどに応じ、データページオブジェクトおよび個々の下層制御オブジェクトによって実行処理することができる。本発明のある実施形態において処理６０４〜６２０を図６の順序で各個々のオブジェクトに対し行う。しかし、１つのオブジェクトに対する所与の処理は、HTTPリクエストによっては、別のオブジェクトの所与の処理に関して順番に行われなかったり、全く処理が行われないこともある。例えば、第１のオブジェクトは、初期化処理６０４およびそのロード処理６０６を行い、ポストバックデータ処理６０８を開始し、その後、遅れた制御オブジェクト作成により下層制御オブジェクトが、それ自体の初期化処理６０４およびロード処理６０６を行う。ページオブジェクトおよび下層制御オブジェクトによる処理の順番は、これには限らないが、HTTPリクエストにおけるデータの性質、制御オブジェクト階層の構成、制御オブジェクトの現在の状態および制御オブジェクト作成が遅れて行われるかどうかを含む種々の要因による。
【００６４】
初期化処理６０４は、動的コンテンツ資源における初期化に関する任意のサーバ側コードを実行処理することによって制御オブジェクトが作成された後、制御オブジェクトを初期化する。このようにして、各サーバ側制御オブジェクトは、動的コンテンツ資源で宣言された特定のサーバ側機能でカスタマイズされ得る。本発明の実施形態において、動的コンテンツコードは、サーバ上のASP+リソースでページ開発者によって宣言されたベースページ制御クラスをカスタマイズまたは拡張するものである。ASP+リソースがコンパイルされると、宣言されたコードは、適切な初期コード（例えば、ページオブジェクトおよび下層制御オブジェクトのInit（）メソッド）に含まれている。初期化処理６０４は、このコードを実行処理して、ページベースクラスおよび下層制御オブジェクトのベースクラスをカスタマイズまたは拡張する。
【００６５】
本発明のある実施形態において、サーバ側制御オブジェクトの状態管理は、サーバ側制御オブジェクトを以前の状態に戻すことによってクライアント・サーバシステムの無状態モデルを収納するために搬送可能状態構造を用いるロード処理６０６および保存処理６１６においてサポートされる。ある実施形態では、状態は、一対のHTTPリクエスト／レスポンスの隠れた１つ以上のHTMLフィールドでサーバを往復するが、他の搬送可能状態構造も本発明の範囲内であると考えられる。
【００６６】
クライアントとサーバ間の現在のページに関する所与のリクエストおよびレスポンスによる一連の処理において、１つ以上の制御オブジェクトの状態は、先のリクエストの処理後に保存処理６１６によって搬送可能状態構造に記録される。本発明のある実施形態において、階層情報またはサーバが適切な制御オブジェクトと所与の状態とを関連付けることを可能にする制御オブジェクト識別子を含む追加の状態情報もまた、搬送可能状態構造に含まれる。次のHTTPリクエストにおいて、状態情報は、搬送可能状態構造でサーバに戻される。サーバは、受信した搬送可能状態構造から状態情報を抽出し、状態データを制御オブジェクト階層内の適切な制御オブジェクトにロードし、各制御オブジェクトを先のHTTPレスポンス以前に存在したような状態に戻す。現在のリクエストに対する処理後、１つ以上のサーバ側制御オブジェクトの状態は、再度保存処理６１６によって搬送可能状態構造に記録され、次の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=submit name="Button    2">
< ＼form>
"Button1"がクリックされた場合、照会ストリング"Foo.aspx?name=scott&Button1"がサーバへポストされる。"Button2"がクリックされた場合は、照会ストリング"Foo.aspx?name=scott&Button2"がサーバへポストされる。
【００７３】
別の実施形態において、ポストバックイベントは、HTTPリクエストのペイロードにおける既知の隠れたフィールドに記録される。この実施形態は、HTML要素がサーバに戻すフォームを生成することができないときに、特に有用である。その代わりに、クライアント側スクリプトが呼び出され、HTTPリクエストのペイロードにおけるイベント構造がポピュレートする。
【００７４】
処理６１０は、そのイベントが向けられているサーバ側制御オブジェクトを識別する特定されたイベントターゲットを構文解析する。ある実施形態で、特定されたイベントは照会ストリングに記録される。別の実施形態では、特定されたイベントはHTTPリクエスト（例えば、本発明のある実施形態では、"#EVENTTARGET"とラベル付けされている）の隠れたフィールドに記録される。別の実施形態においては、処理６１０で構文解析されるべき他のイベント構造（例えば、可視フィールド、遠隔資源など）が用いられることがある。
【００７５】
さらに、本発明のある実施形態において、処理６１０は、イベント引数がある場合はそれを構文解析し、イベント引数（例えば、本発明のある実施形態では、"#EVENTARGUMENT"とラベル付けされている）を特定されたサーバ側制御オブジェクトに与える。サーバ側制御オブジェクトは、動的コンテンツ資源に関連する非ユーザインタフェースサーバコンポーネント（例えば、サーバ側株価検索アプリケーション）のメソッドを呼び出すことができる別のサーバ側制御オブジェクトまたはサーバ側コードによって処理するイベントを立ち上げる。
【００７６】
処理６１２は、サーバ側制御オブジェクトとサーバがアクセス可能な１つ以上のデータベースとの間のデータ結合関係を解明し、これにより、データベース値で制御オブジェクトプロパティにおいて更新し、かつ／または制御オブジェクトプロパティの値でデータベースフィールドを更新する。本発明のある実施形態では、サーバ側制御オブジェクトのプロパティは、サーバ側アプリケーションデータベースの表のような親データ結合コンテナのプロパティと関連付けられ（またはデータ結合され）得る。データ結合処理６１２の間に、ページフレームワークは、対応する親データ結合コンテナプロパティの値を有するデータ結合された制御オブジェクトプロパティを更新することができる。このように、次のレスポンスにおけるウェブページ上のユーザインタフェース要素は、更新されたプロパティ値を正確に反映する。なぜなら、ユーザインタフェース要素が対応する制御オブジェクトプロパティは、データ結合処理６１２の間に、自動的に更新されたからである。同様に、制御オブジェクトプロパティはまた、親データ結合コンテナフィールドに更新され得、これにより、サーバ側制御オブジェクトからのポストバック入力でサーバ側アプリケーションデータベースを更新する。
【００７７】
処理６１４は、制御オブジェクト状態が保存され出力がレンダリングされる以前に実行処理され得る多数の更新処理を行う。処理６１６は、制御オブジェクト階層内の１つ以上の制御オブジェクトから状態情報（すなわち、ビューステート）を要求し、状態情報を格納し、HTTPレスポンスペイロードでクライアントへ送られる搬送可能状態構造に挿入する。例えば、“grid”制御オブジェクトは、値のリストの現在のインデックスページを保存し、“grid”制御オブジェクトは、次のHTTPリクエスト（すなわち、処理６０６）の後この状態に戻ることができる。上記のように、ビューステート情報は、クライアントによる次のアクション以前の制御オブジェクト階層の状態を表す。ビューステート情報が戻ってくると、それは、制御オブジェクト階層を、クライアントポストバック入力処理またはデータ結合以前の先の状態にするのに用いられる。
【００７８】
レンダリング処理６１８は、HTTPレスポンスでクライアントへ送る適切なオーサリング言語出力（例えば、HTMLデータ）を生成する。レンダリングは、すべてのサーバ側制御オブジェクトのトップダウン階層ツリーウォークおよび埋め込まれたレンダリングコードにより行われる。処理６２０は、任意の最終のクリーンアップ作業（例えば、ファイルを閉じたりデータベースの接続）を行い、制御オブジェクト階層を終了させる。次いで、処理は６０２に戻り、処理６２２を行い、そこでページオブジェクトは、その破壊部を呼び出すことによって終了する。
【００７９】
図７は、本発明のある実施形態における、ポストバック入力（例えば、ポストバックデータおよびポストバックイベント）の処理に関連するクライアント側処理のフローチャートを示す。ユーザがクライアントでウェブページと対話するとき、ユーザは、表示されたウェブページにおいて、テキストボックス、ボタン、スクロールボックスなどのクライアント側ユーザインタフェース要素を提示されることが多い。本発明のある実施形態において、クライアント側ユーザインタフェース要素のなかにはクライアント側データ入力を受け入れるか、またはクライアント側イベントを立ち上げるものがある。ウェブページのクライアント側テキストボックスは、例えば、典型的に、ユーザによるテキストデータ入力を受け取り（図１のテキストボックス１０６に入力されるテキストデータ"JDoe"を参照）、HTTPリクエストでウェブサーバに送る。このような送信データは本明細書において「ポストバックデータ」という。
【００８０】
クライアント側テキストボックスはまた、クライアント側イベントを立ち上げるように構成することができる。例えば、クライアント側「データ変化イベント」は、そこに入力されるテキストデータによりテキストボックスデータプロパティまたは値がクライアントにおける以前の値から変化する場合に立ち上げることができる。スクリプト言語で書き込むことができるクライアント側イベントハンドラが、クライアント側イベントを処理するのに呼び出されることがある。必ずしも必要ではないが、クライアント側イベントはポストバックイベントとなり得る。本発明のある実施形態において、クライアント側イベントハンドラは、適切なユーザ側インタフェース要素に関連するイベント構造（例えば、#EVENTTARGETおよび#EVENTARGUMENTまたは照会ストリング）のポピュレートおよびsubmit()メソッドの呼び出しにより、ポストバックイベントを呼び出すことができる。submit()メソッドにより、ポストバックデータおよびポストバックイベント（すなわち、イベントパラメータのフォームで）は、ウェブサーバへ送信されるHTTPリクエストのペイロードに挿入される。本明細書で説明するユーザインタフェース要素の一例はテキストボックスであったが、別のユーザインタフェース要素では、これに限らないが、リストボックス、ボタン、チェックボックスおよびスクロールボックスを含むポストバックデータまたはポストバックイベントもまた生成する。
【００８１】
ポストバックデータおよびイベントは、HTTPリクエストでクライアントからウェブサーバへ送信することができる。HTTPリクエストの一例のフォーマットは、
・１つの開始ライン;
・０以上のヘッダライン;
・１つの空白ライン（例えば、復帰／改行記号）、および
・オプションのメッセージ本文またはペイロード
を含む。
【００８２】
HTTP標準で定義されるように、HTTPリクエストの最初のリクエスト行は、スペースによって分割された３つの部分、（１）HTTPメソッド名、（２）要求された資源のローカルパス（例えば、HTMLファイル、ASP+リソースなど）、および（３）用いられるHTTPのバージョンを含んでいる。ローカルパスは、リクエストURI("Uniform Resource Identifier")とも呼ばれ、ワールドワイドウェブ上のオブジェクトを意味する様々な名称およびアドレスを意味する包括的用語である。URLはURIの一種である。GET、HEADおよびPOSTを含むHTTPメソッドが考えられるが、これに限らない。GETメソッドは、特定された資源が要求されていることを示し、全てのポストバックデータをHTTPリクエストペイロードの環境変数QUERY#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()メソッドを呼び出し、クライアントにおいてウェブページを表示するのに用いられるオーサリング言語データを生成する。呼び出し処理８４０は、Dispose（）メソッドを呼び出す。応答処理８４２はクライアントへ送信するHTTPレスポンスを生成する。
【００９７】
図９は、本発明のある実施形態における、制御オブジェクト階層識別子("ID")の受信に応答して制御オブジェクト階層内でサーバ側制御オブジェクトを探し出すサーバ側処理のフローチャートを示す。受信処理９００は、クライアントからHTTPレスポンスで受信されるIDを受信する。本発明のある実施形態において、IDは、制御オブジェクト階層内の個々の制御オブジェクトを一意的に識別する階層的ネーミング構造を（例えば、階層的パスとして）有する。識別子の各レベルは、「ノードレベル識別子」という。IDの最低レベルはIDのリーフノードである制御オブジェクトを識別する。例えば、"/Page1/List2/ListRow1" というIDの場合、IDの最上ノードレベル識別子は"Page1" であり、"List2" および "ListRow1" はノードレベル識別子であり、"ListRow1" はIDのリーフノードを表す。
【００９８】
読み出し処理９０２は、IDの最上ノードレベル識別子を構文解析する。判断処理９０４は、構文解析されたノードレベル識別子を有する制御オブジェクトが存在するかどうかを判断する。存在する場合、判断処理９０６は、現在の制御オブジェクトがIDのリーフノードであるかどうかを検知する。現在の制御オブジェクトがIDのリーフノードではない場合、読み出し処理９０８はIDの次のレベルを構文解析し、判断処理９０４へ処理を進める。そうではなく、制御オブジェクトがIDのリーフノードである場合、戻し処理９１０は、所与のポストバックデータまたは所与のポストバックイベントの処理に用いる制御オブジェクトを戻す。
【００９９】
判断処理９０４が、現在のノードレベル識別子を有して存在する（すなわち、既に作成された）制御オブジェクトを探し出さなかった場合、判断処理９１２が、現在のオブジェクトがノードレベル識別子に対応する作成されていない子オブジェクトを有するかどうかを判断する。有していない場合は、IDが制御オブジェクト階層のいかなる存在するまたは存在の見込みのある制御オブジェクトにも対応しなかったので、エラー処理９１４にエラーが発せられる。そうでない場合は、遅れた作成処理９１６が、現在の制御オブジェクトの作成されていない子オブジェクトを作成し、「遅れた制御オブジェクト作成」となる。そして、処理は戻し処理９０６へ進む。
【０１００】
本明細書に記載の本発明の実施形態は、１つ以上のコンピュータシステムの論理ステップとして実行される。本発明の論理処理は、（１）１つ以上のコンピュータシステムで実行処理されるプロセッサ実行ステップシーケンスとして、（２）１つ以上のコンピュータシステム内の相互接続された機械モジュールとして実行される。実行は選択の問題であり、本発明を実行するコンピュータシステムの性能要件に依存する。したがって、本明細書に記載の本発明の実施形態を構成する論理処理は、処理、ステップ、オブジェクトまたはモジュールと様々に表現することができる。
【０１０１】
上記の明細書、実施例およびデータは、本発明の構成の製造および使用の完全な説明を提供している。本発明は、本発明の精神および範囲から逸脱することなく多数の形態で実施することができるので、本発明は添付の請求項にある。
【０１０２】
【発明の効果】
以上のように本発明によれば、関連する非ユーザインタフェースサーバコンポーネントのプログラム要件を単純化するために、クライアントからのリクエストでクライアント側ユーザインタフェース要素から受信されるポストバック入力をサーバ側で処理することにより、ウェブページ開発者がユーザインタフェース要素を処理することが要求されるプログラミングを適切にカプセル化することができ、高度なプログラミング技術を必要とせず、開発労力を軽減することが可能となる。
【図面の簡単な説明】
【図１】  本発明のある実施形態におけるクライアントに表示するウェブページコンテンツを動的に生成するウェブサーバを示す。
【図２】  本発明のある実施形態におけるサーバ側制御オブジェクトを用いてクライアント側ユーザインタフェース要素の処理およびレンダリングのための処理のフローチャートを示す。
【図３】  本発明のある実施形態で用いるウェブサーバのモジュールの一例を示す。
【図４】  本発明のある実施形態における動的コンテンツ資源（例えば、ASP+リソース）の一例を示す。
【図５】  本発明のある実施形態を実行するのに有用なシステムの一例を示す。
【図６】  本発明のある実施形態におけるページオブジェクトの処理を表すプロセスフローチャートを示す。
【図７】  本発明のある実施形態におけるポストバック入力の処理に関するクライアント側処理のフローチャートを示す。
【図８】  本発明のある実施形態におけるポストバック入力を処理するサーバ側処理のフローチャートを示す。
【図９】  本発明のある実施形態における制御オブジェクトパス識別子の受信に応答して制御オブジェクト階層内で制御オブジェクトを探し出すサーバ側処理のフローチャートを示す。
【符号の説明】
１００  クライアント
１０２  ブラウザ
１０４  ウェブページ
１０６  ユーザ名
１０８  追加
１１０  削除
１１２  HTTPレスポンス
１１４  HTTPリクエスト
１１６、３００  ウェブサーバ
１１８、３０４  HTTPパイプライン
１２０  ハンドラ
１２２  静的コンテンツ資源
１２４  動的コンテンツ資源
１２６  サーバ側制御クラスライブラリ
１２８  クライアント側制御クラスライブラリ
１３０  非UIサーバコンポーネント
３０８  ページファクトリ
３１０  ASP+リソース
３１２  制御クラスライブラリ
３１４  ページオブジェクト
３１８  テキストボックスオブジェクト
３２０、３２２  ボタンオブジェクト
３３０  アプリケーションコンポーネント
５００  コンピュータ
５０４  メモリ
５１２  ハードディスクドライブ
５１４  磁気ディスクドライブ
５１６  着脱可能記憶媒体
５１８  光ディスクドライブ
５１９  光ディスク
５２０、５２２、５２４  Ｉ／Ｆ
５２６  オペレーティングシステム
５２８  アプリケーションプログラム
５３０  プログラムモジュール
５３２  プログラムデータ
５３４  キーボード
５３６  マウス
５４０  シリアルポートインタフェース
５４２  モニタ
５４６  リモートコンピュータ
５５２  ネットワークアダプタ
５５４  モデム
【図１】
0004467205.tif 000003
【図２】
0004467205.tif 000004
【図３】
0004467205.tif 000005
【図４】
0004467205.tif 000006
【図５】
0004467205.tif 000007
【図６】
0004467205.tif 000008
【図７】
0004467205.tif 000009
【図８】
0004467205.tif 000010
【図９】
0004467205.tif 000011