JP2003518297A - サーバベースのアクティブドキュメントの操作 - Google Patents

Abstract

(57)【要約】 本発明は、サーバ（１４）のアクティブドキュメントに実行可能部（３４）を保持し、実行するとおりにクライアント（１８）のアクティブドキュメント（１０）にコンテンツ（３８）を表示するための装置および方法に関する。１つの実施形態において、その方法は、サーバからクライアントへアクティブドキュメントのコンテンツ部を送信するステップを含む。サーバは、アクティブドキュメントに関連する出力を生成するためにアクティブドキュメントの実行可能部を実行する。サーバは、クライアントで表示されているアクティブドキュメントを操作するために出力データを送信する。

Description

【発明の詳細な説明】

【０００１】 （発明の分野） 本発明は、一般に、クライアント／サーバ環境におけるアクティブドキュメン
トにアクセスし、そのアクティブドキュメントを変更したり、表示したりするた
めの装置および方法に関する。より詳細には、サーバ上のアクティブドキュメン
トを処理するため、および、クライアント上にその処理の結果を表示するための
装置および方法に関する。

【０００２】 （発明の背景） コンピュータ通信ネットワークは、典型的に、１つ以上のサーバノードおよび
１つ以上のクライアントノードを含む。サーバノードは、クライアントからの要
求を受信することによって、クライアントノードにサービスを提供する。サービ
スの１つの実施例は、表示するためにクライアントノードにウェブページを提供
することである。

【０００３】 双方向のウェブページは、アクティブドキュメントとして参照され得る。図１
に示されるように、アクティブドキュメント１０は、一般に、少なくとも２つの
部分、「コンテンツ」部３８、および、「実行可能」部３４を含む。アクティブ
ドキュメントのコンテンツ部は、ウェブページの要素およびコンテンツ（例えば
、テキストの列３８ａ、画像３８ｂ、テーブル３８ｃまたはバレットポイント３
８ｄ）を含む。コンテンツ要素はまた、ドキュメント１０が視聴されるように表
示されるグラフィック、または、アクティブドキュメント１０に関するスタイル
シートを含み得る。アクティブドキュメント１０の実行可能部３４は、ユーザが
アクティブドキュメント１０とやり取りし、ドキュメント１０に関するコンテン
ツ要素を変更する。実行可能部３４は、実行可能コード３４ａを含み得る。アク
ティブドキュメント１０の実行可能部３４は、アプレット、スクリプト、または
、実行可能コードの任意の他の形式として提供され得る。

【０００４】 簡単な実施例として、図１に示される実施形態を使用すると、アクティブドキ
ュメント１０は、最初に黒字で表示されるテキスト要素３８ａを含む。実行可能
コード３４ａは、ディスプレイのカーソルの位置をモニターして、カーソルがテ
キスト要素３８ａ上に配置される場合、実行可能コード３４ａは、テキスト要素
３８ａのコンテンツを（色の特性を、黒から赤へ）変更する。従って、テキスト
要素３４ａの変化は、表示されたアクティブドキュメント１０に対するカーソル
動作の応答に生じる。

【０００５】 図２に示されるように、クライアント１８が、アクティブドキュメント１０を
要求すると、サーバ１４は、一般にクライアント１８にアクティブドキュメント
１０のコンテンツ部３８と実行可能部３４との両方を送信する。上記の簡単な実
施例のようなドキュメント処理は、典型的にクライアント１８で実行するブラウ
ザアプリケーション２２で起こる。アクティブドキュメント１０の製作者は、ど
のブラウザアプリケーション２２がアクティブドキュメント１０を表示するため
に使用されるかが制御できないため、アクティブドキュメント１０の製作者は、
アクティブドキュメント１０の実行可能部３４の配置、セキュリティ、処理およ
び管理の問題点に対処する必要がある。多くの異なるブラウザアプリケーション
２２の存在は、アクティブドキュメント１０の実行可能部３４が実行され得、そ
れにもかかわらず、複数のブラウザアプリケーション２２によってアクセスが可
能である単一の安定な環境を必要とする。

【０００６】 本発明は、この問題点に対処する。

【０００７】 （発明の要旨） 本発明は、クライアント／サーバ環境のアクティブドキュメントにアクセスし
、表示し、および、変更するための装置および方法に関する。より具体的には、
本発明は、サーバ上のアクティブドキュメントの実行可能部を実行することに関
しており、これは、アクティブドキュメントを処理し、操作すると共にクライア
ント上のアクティブドキュメントの処理および操作の結果を表示する。サーバ上
のアクティブドキュメントの実行可能コード部を実行することは、実行環境が既
知であり、安定であるということを確実にする。このようなシステムにおいて、
実行可能プログラムは、一度だけテストされる必要がある。また、これによりア
クティブドキュメントの実行可能部は、コンテンツが表示される任意のプラット
フォームとは独立にコンテンツを操作することができる。従って、セキュリティ
および処理の問題は、最小化する。本発明の別の利点は、クライアントへダウン
ロードするために必要とされるコード量を最小化することである。これは、アク
ティブドキュメントの伝達速度の増加に役立ち、サーバ上の実行可能部を管理す
ることによって、独自のコードはクライアント上のユーザに漏れない。さらに、
サーバ上で作動する実行可能コード（例えば、スクリプトおよびアプレット）は
、必要な場合クライアントブラウザ上でも作動し得るので、不可逆的な配置決定
はない。従って、本発明によって、種々のパーソナルコンピュータ、インターネ
ット製品、パーソナルデジタルアシスタント、および、他の類似のクライアント
デバイスにアクティブドキュメントを供給することができる。

【０００８】 １つの実施形態において、本発明は、通信チャンネルを介してクライアントに
アクティブドキュメントを提供するための方法に関しており、そのアクティブド
キュメントはコンテンツ部および実行可能部を含む。この方法は、通信チャンネ
ルを介してアクティブドキュメントのコンテンツ部の少なくとも一部をクライア
ントに送信するステップと、アクティブドキュメントの実行可能部から出力デー
タを生成するステップと、クライアントによってアクティブドキュメントの送信
されたコンテンツ部の少なくとも一部を変更するように、生成された出力データ
を通信チャンネルを介してクライアントに送信するステップとを包含する。他の
実施形態において、この方法はまた、サーバ上の前記アクティブドキュメントの
前記実行可能部を操作するステップを含む。他の実施形態において、この方法は
また、アクティブドキュメントのコンテンツ部を送信するステップの前にクライ
アントからアクティブドキュメントを識別する要求を受信するステップを含む。
他の実施形態において、クライアントからの要求は、アクティブドキュメントを
識別するユニフォームリソースロケータ（ＵＲＬ）アドレスの受信を含む。他の
実施形態において、この方法はまた、クライアントからのデータを受信するステ
ップと、この受信データに応答して、アクティブドキュメントの実行可能部から
出力データを生成するステップとを含む。他の実施形態において、この方法はま
た、この受信したデータに応答してアクティブドキュメントのコンテンツ部の少
なくとも一部を変更するステップを含む。他の実施形態において、この方法はま
た、アクティブドキュメントの実行可能部を実行するステップと、アクティブド
キュメントの実行可能部の実行に応答して、アクティブドキュメントのコンテン
ツ部の少なくとも一部を変更するステップとを含む。他の実施形態において、こ
の方法はまた、アクティブドキュメントとやり取りする第２のアプリケーション
を実行するステップと、第２のアプリケーションの実行に応答してアクティブド
キュメントのコンテンツ部の少なくとも一部を変更するステップとを含む。

【０００９】 本発明はまた、通信チャンネルを介してクライアントにアクティブドキュメン
トを提供するためのサーバに関する。ある実施形態において、サーバは、出力デ
ータ生成器およびトランシーバを含む。出力データ生成器は、アクティブドキュ
メントの実行可能部に応じて出力データを生成する。トランシーバは、通信チャ
ンネルを介して送信するために生成された出力データを受信し、アクティブドキ
ュメントのコンテンツ部を操作するためにアプリケーションプログラムインター
フェース（ＡＰＩ）を含む。他の実施形態において、この出力データ生成器は、
通信チャンネルから受信された入力データに応答して出力データを生成する。他
の実施形態において、サーバのＡＰＩは、ドキュメントオブジェクトモデル（Ｄ
ＯＭ）ＡＰＩを含む。他の実施形態において、サーバのトランシーバは、通信チ
ャンネルを介して生成された出力データを送信する。

【００１０】 本発明はまた、通信チャンネルを介して受信し、アクティブドキュメントを表
示するためのクライアントに関する。このクライアントは、ブラウザインタフェ
ースおよびトランシーバを含む。ブラウザインタフェースは、ブラウザアプリケ
ーションと通信している。トランシーバは、通信チャンネルを介してデータを受
信し、ブラウザインタフェースへ受信したデータを送信する。

【００１１】 本発明は、詳細に添付のクレームにおいて示される。さらなる利点と共に上述
の本発明の利点は、添付する図に関連して包含される後述のように示されること
によってさらに理解され得る。図において、参照数字は、一般に、異なる図を通
して同じ部分を示す。また、図は、必ずしも一定の比例に縮尺されておらず、強
調すべき点は、その代わり一般的に、本発明の原理を図に載せているところであ
る。

【００１２】 （発明の詳細な説明） 図３を参照すると、アクティブドキュメント１０は、多くの異なるコンテンツ
要素３８ａ、３８ｂ、・・・３８ｎ（一般にコンテンツ部３８としてよばれる）
を含み得、コンテンツ部３８の各要素は、アクティブドキュメント１０の実行可
能部３４によって作成され、改変され得る。１つの実施形態において、各コンテ
ンツ要素３８は、ドキュメントオブジェクトモデル（ＤＯＭ）によって説明され
、このＤＯＭは、実行可能部３４にアプリケーションプログラミングインタフェ
ース（ＤＯＭ ＡＰＩ）４２をつなげる。より詳細に以下に記述するように、ア
クティブドキュメント１０の実行可能部３４は、コンテンツ部３８がクライアン
ト１８に送信される間、サーバ１４上にとどまり、従って、ＤＯＭ ＡＰＩ４２
の機能は、通信チャンネル３０を介して実行される。ＤＯＭ ＡＰＩ４２によっ
て、実行可能部３４は、標準的な方法でアクティブドキュメント１０のコンテン
ツ要素３８を操作できる。ＤＯＭ ＡＰＩは標準化されているので、コンテンツ
要素３８は、アクティブドキュメント１０を表示するために使用されるブラウザ
アプリケーション２２に関係なく標準的な方法で操作され得る。

【００１３】 広範な観点で図４を参照すると、本発明に基づいて構成されるシステムにより
、クライアントコンピュータ１８上で動作するユーザは、アクティブドキュメン
ト１０にアクセスするために、通信チャンネル３０（ネットワークとしても参照
される）を介してサーバコンピュータ１４と通信する。この実施形態において、
このコンテンツ要素３８だけが、クライアント１８に送信される。アクティブド
キュメント１０の実行可能部３４は、サーバ１４上で保持される。クライアント
１８からのアクティブドキュメント１０に関するユーザの要求に応答して、サー
バ１４は、通信チャンネル３０を介して、アクティブドキュメント１０のコンテ
ンツ要素３８をクライアント１８に送信する。コンテンツ要素３８は、全て一緒
に送信され得、または、各要素は、ブラウザ２２が各要素と出くわす場合に送信
され得る。すなわち、要素３８は、「オンデマンド」で送信され得る。

【００１４】 サーバ１４は、ＤＯＭ ＡＰＩ４２を含むＤＯＭプロキシ５０を提供する。ア
クティブドキュメント１０の実行可能部３４は、ブラウザアプリケーション２２
によって提供されるＤＯＭ ＡＰＩと直接やり取りしているかのように、ＤＯＭ
プロキシ５０へコマンドを出し、ＤＯＭプロキシ５０からの出力を受信する。Ｄ
ＯＭプロキシ５０は、ＤＯＭ ＡＰＩよりもより多くのコマンドを受け取り得る
。この実施形態において、ＤＯＭプロキシは、さらなるコマンドを、ＤＯＭ Ａ
ＰＩが提供する１つ以上のコマンドに変換する。いくつかの実施形態において、
ＤＯＭプロキシ５０によって提供されるＤＯＭ ＡＰＩ４２は、提供される付加
的な機能を高め得、または、それは、ワールドワイドウェブコンソーシアムによ
って普及されたＤＯＭレベル０仕様またはＤＯＭレベル１仕様と一致し得る。

【００１５】 ＤＯＭプロキシ５０はアクティブドキュメント１０の実行可能部からコマンド
を受信し、通信チャンネル３０を介してそのコマンドをクライアントノード１８
に送信する。ＤＯＭプロキシ５０はまた、通信チャンネル３０を介してクライア
ント１８からのデータを受信し得、その受信したデータをアクティブドキュメン
ト１０の実行可能部３４に提供し得る。ＤＯＭプロキシ５０は、サーブレット（
ｓｅｒｖｌｅｔ）またはアプリケーションプログラムとして提供され得る。例え
ば、ＤＯＭプロキシ５０は、ＪＡＶＡ（Ｒ）ｂｅａｎまたはＡｃｔｉｖｅ Ｘ
ｃｏｎｔｒｏｌとして提供され得る。あるいは、ＤＯＭプロキシ５０は、画像表
示としてＤＯＭ ＡＰＩコマンドの結果を提供するのではなくて、通信チャンネ
ル３０を介してデータを送信するようにブラウザアプリケーション２２を改変す
ることによって提供され得る。

【００１６】 クライアントノード１８およびサーバノード１４は、標準の電話線、ＬＡＮリ
ンクまたはＷＡＮリンク（例えば、Ｔ１、Ｔ３、５６ｋｂ、Ｘ．２５）、ブロー
ドバンド接続（ＩＳＤＮ、フレームリレー、ＡＴＭ）、および、ワイアレス接続
を含む多様なネットワーク接続を使用して、互いに通信できる。接続は、多様な
通信プロトコル（例えば、ＴＣＰ／ＩＰ、ＨＴＴＰ、ＩＰＸ、ＳＰＸ、ＮｅｔＢ
ＩＯＳ、イーサネット（Ｒ）、ＲＳ２３２、直接非同期接続）を使用して確立さ
れ得る。

【００１７】 クライアント１８は、ＤＯＭアクセスモジュール（ＤＡＭ）４６を含む。ＤＡ
Ｍ４６は、通信チャンネル３０を介してＤＯＭプロキシ５０と通信する。ＤＯＭ
４６は、通信チャンネル３０を介してＤＯＭプロキシ５０から受信したデータに
応答してブラウザ２２によって提供されるＤＯＭ ＡＰＩ４２にＤＡＭ ＡＰＩ
呼び出しを出す。ＤＯＭプロキシ５０およびＤＡＭ４６は、通信チャンネル３０
を介して転送するためにデータ圧縮し、元の形に戻し得る。あるいは、ＤＯＭプ
ロキシ５０およびＤＡＭ４６は、標準プロトコルを高め得、データの送信のため
にＤＯＭプロキシ５０およびＤＡＭ４６のプロトコルを提供し得る。ＤＡＭ４６
は、スクリプト、アプレット、プラグインまたはアプリケーションプログラムと
して提供され得る。例えば、ＤＡＭ４６は、ＪＡＶＡ（Ｒ）ｂｅａｎまたはＡｃ
ｔｉｖｅ Ｘ ｃｏｎｔｒｏｌとして提供され得る。

【００１８】 図５は、図４のシステムをより詳細に示す。示される実施形態において、クラ
イアント１８は、通信チャンネル３０を使用してサーバ１４上に置かれたウェブ
サーバソフトウェア５４との初期接続３０ａを確立するブラウザ２２を実行する
。ブラウザ２２は、任意の適切なブラウザアプリケーション、例えば、Ｍｏｕｎ
ｔａｉｎ Ｖｉｅｗ（Ｃａｌｉｆｏｒｎｉａ）のＮｅｔｓｃａｐｅ Ｃｏｍｍｕ
ｎｉｃａｔｉｏｎｓで生産されたＮＥＴＳＣＡＰＥ ＮＡＶＩＧＡＴＯＲ、また
は、Ｒｅｄｍｏｎｄ（Ｗａｓｈｉｎｇｔｏｎ）のＭｉｃｒｏｓｏｆｔ Ｃｏｒｐ
ｏｒａｔｉｏｎで生産されたＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲといったもの
であり得る。サーバ１４は、任意のウェブサーバソフトウェア５４、例えば、Ｆ
ｏｒｅｓｔ Ｈｉｌｌ（Ｍａｒｙｌａｎｄ）のＴｈｅ Ａｐａｃｈｅ Ｆｏｕｎ
ｄａｔｉｏｎで調整されたオープンソースのウェブサーバであるＡＰＡＣＨＥ
ＷＥＢ ＳＥＲＶＥＲ、または、Ｒｅｄｍｏｎｄ（Ｗａｓｈｉｎｇｔｏｎ）のＭ
ｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎで生産されたＩＮＴＥＲＮＥＴ Ｉ
ＮＦＯＲＭＡＴＩＯＮ ＳＥＲＶＥＲといったものを実行する。ウェブサーバソ
フトウェア５４は、クライアント１４上で実行するクライアントブラウザ２２か
らアクティブドキュメント１０に対する要求を受信し、要求されたアクティブド
キュメント１０を検索する。サーバ１４は、大容量記憶装置（例えば、テープ、
磁気ディスク、光ディスクまたはＣＤ−ＲＯＭ）からアクティブドキュメント１
０を検索する。あるいは、サーバ１４は、メモリ（例えば、ＲＡＭまたはＲＯＭ
、あるいは、（例えば、ネットワーク接続を介して）他のサーバから）からアク
ティブドキュメント１０を検索し得る。

【００１９】 ブラウザ２２が、クライアント１８とサーバ１４との間に初期通信を確立する
と、クライアント１８とサーバ１４との間のアクティブドキュメント１０のデー
タ転送は、第２のチャンネル３０ｂを介して生じる。この第２のチャンネル３０
ｂは、クライアント１８上のＤＡＭ４６とサーバ１４上のＤＯＭプロキシ５０と
の間に確立された通信チャンネルである。アクティブドキュメント１０へのデー
タ転送、および、アクティブドキュメント１０からのデータ転送はまた、このチ
ャンネル３０ｂを介して生じる。ＤＡＭ４６およびＤＯＭプロキシ５０は、アク
ティブドキュメントの個々の要素が識別され、表現されることが可能なプロトコ
ルを使用して通信し、個々の要素における変化は、ＤＡＭ４６とＤＯＭプロキシ
５０との間を通信され得る。いくつかの実施形態において、多数のハンドルまた
は「チケット」は、各要素を独自に識別する。

【００２０】 １つの実施形態において、ＤＡＭ４６およびＤＯＭプロキシ５０によって使用
されるプロトコルにより、クライアント１８上で生じる特定のイベントの通知を
ＤＯＭプロキシ５０が受信すべきことを示すことが可能になる。これらの実施形
態において、ＤＯＭプロキシ５０は、関心がある（例えば「マウスクリック」イ
ベント）イベントを識別するチケットとハンドラルーチンとを関連づける。この
イベントがクライアント１８上で生じると、ＤＡＭ４６は、ＤＯＭプロキシ５０
に知らせる。実施形態において、ＤＡＭ４６は、イベントが生じたことを示し、
チケットおよび随意的にイベントの記述を含むメッセージをＤＯＭプロキシに送
信することによってＤＯＭプロキシ５０に知らせる。ＤＯＭプロキシはまた、イ
ベントを識別するチケットを含むメッセージをＤＡＭ４６に送信することによっ
て、もはや関心がないことを示し得る。特定の実施形態において、ＤＡＭ４６は
、承認であるこのようなメッセージに応答し、イベントのチケットとハンドラと
の間の結合をＤＯＭプロキシ５０が解放することを可能にし、例えば、ＤＯＭプ
ロキシ５０がハンドラおよびイベントを関連付けるテーブルの項目を取り除き得
る。

【００２１】 図６および図７は、本発明と関連する有益なプロトコルをインプリメントする
ＤＡＭの動作およびＤＯＭプロキシの動作の１つの実施形態を記述するステート
マシンを示す。クライアント１８がサーバ１４と初期接続されると、ＤＡＭ４６
は、初期状態６０になり、ＤＯＭプロキシ５０は、初期状態８０になる。アクテ
ィブドキュメント１０がコンテンツ要素と関連する実行可能部３４を識別するま
で、ＤＡＭ４６は、初期状態のままである。実行可能部３４が識別されると、Ｄ
ＡＭ４６は、サーバ１４上（矢印６２）のＤＯＭプロキシ５０と接続を開始し、
接続保留状態６４に入る。

【００２２】 １つの実施形態において、接続（矢印６２）の開始は、接続が要求されること
を表すメッセージをサーバ１４に送信することによって達せられる。いくつかの
実施形態において、接続のメッセージは、要求された接続に関する情報（例えば
、接続要求が関係するアクティブドキュメント１０、接続の間に特定され得る最
小数のコンテンツ要素、コンテンツ要素に関する情報を転送する好適な速度、お
よび、データを転送するときに暗号化を使用するかどうか）を含み得る。

【００２３】 ＤＯＭプロキシ５０が接続要求を受け取る場合、ＤＡＭ４６は、ＤＯＭプロキ
シ５０から接続要求（図７の矢印８２および図６の矢印６６）を承認する１つ以
上のメッセージを受信する。ＤＡＭ４６は、接続状態６８に移行し、ＤＯＭプロ
キシは、接続状態８４に移行する。ＤＯＭプロキシ５０から受信した承認メッセ
ージは、アプリケーションの初期化の効果を含み得、アクティブドキュメント１
０の１つ以上のコンテンツ要素を変更させることをＤＡＭ４６に指示する１つ以
上のコマンドを含む。

【００２４】 ＤＯＭプロキシ５０が接続要求を拒否した場合、または、接続がいくつか他の
理由で失敗する場合（例えば、物理的なメディアの失敗、サーバ１４からの応答
の欠如、サーバの故障またはローカルの移送機構からのサーバ応答性の喪失を表
す明白な信号）、ＤＡＭ４６は初期状態６０に戻る。

【００２５】 各接続された状態６８、８４において、ＤＡＭ４６およびＤＯＭプロキシ５０
は、同期メッセージおよび非同期メッセージの両方を初期化し得る。同期メッセ
ージは、完了の認証を必要とし、一方、非同期メッセージは、認証を全く必要と
しない。サーバによって生成され得る多くの例示のメッセージを表１に記載する
。

【００２６】

【表１】 ＤＯＭプロキシ５０は、任意の順番においてＤＡＭ４６へ送信され得る多くの非
同期コマンドを生成し得る。ＤＡＭ４６に非同期コマンドを転送すると、ＤＯＭ
プロキシ５０は、ＤＡＭ４６（矢印７０）と同様、接続状態８５（矢印８６）の
ままである。ＤＯＭプロキシ５０がＤＡＭ４６に非同期イベントを送信すると、
ＤＯＭプロキシは、クライアントビジー状態９０（矢印８８）を入力する。この
状態において、ＤＯＭプロキシ５０は、同期コマンドに応答するためにＤＡＭ４
６を待つ。ＤＯＭプロキシ５０は、ＤＡＭ４６（矢印９２）から応答の受信によ
って接続状態８４に戻る。ＤＡＭは、ＤＯＭプロキシ５０（矢印７２）からの同
期メッセージに応答を受け取ると接続状態６８のままになる。ＤＡＭ４６の応答
の実施例は表２に示される。

【００２７】

【表２】 ＤＯＭプロキシ５０が関心があるとして識別されるユーザからの入力は、ＤＯ
Ｍプロキシ５０への送信のためにブラウザ２２からＤＡＭ４６へ送信される。Ｄ
ＡＭ４６は、ＤＯＭプロキシ５０に同期イベントメッセージを送信し、イベント
が送信状態７６（矢印７４）に移行する。ＤＯＭプロキシが、ＤＡＭ４６から同
期メッセージを受信すると、ＤＯＭプロキシは、イベント受信状態９６（矢印９
４）に移行する。一方、イベント送信状態７６において、ＤＡＭ４６は、ＤＡＭ
４６の接続状態６８（矢印７２’、７０’）の場合のように、ＤＯＭプロキシ５
０からのメッセージを受信できるまま、および、応答できるままである。しかし
一方、そのイベント送信状態７６において、ＤＡＭ４６は、付加的なイベントメ
ッセージを生成し得ず、従って、ブラウザ２２は、ユーザ入力に対して応答しな
い。

【００２８】 ＤＡＭ４６がＤＯＭプロキシ５０に同期イベントメッセージを送信すると、Ｄ
ＯＭプロキシ５０は、イベント受信状態９６（矢印９４）に移行する。この状態
において、ＤＯＭプロキシ５０は、アクティブドキュメント１０をアップデート
するためにアクティブドキュメント１０の実行可能部とやり取りする。アクティ
ブドキュメントがユーザ入力に対してアップデートされると、ＤＯＭプロキシ５
０は、イベントがＤＡＭ４６に処理されることを表すメッセージを送信し、接続
状態８４（矢印９８）に移行する。同様に、ＤＡＭは、ＤＡＭの接続状態６８（
矢印７８）に移行する。

【００２９】 アクティブドキュメント１０と関連付けられるデータは、ＤＯＭプロキシ５０
によって受信され、アクティブドキュメント１０の実行可能部３４に、および／
または、サーバ１４上に常駐する他のアプリケーション５８に伝達される。同様
に、クライアント１８に向かうことになっているアクティブドキュメント１０と
関連するデータは、送信のためにＤＯＭプロキシ５０に送信される。

【００３０】 例示の実施形態において、図８は、不動産のウェブページ１００であるアクテ
ィブドキュメント１０を示す。このウェブページの１つの特徴は、ユーザが選択
した基準によってアクティブドキュメント１０内部に表１２０を作成することで
ある。このウェブページ１００は、クライアント１８に送信されるアクティブド
キュメントのコンテンツ部３８の一部として含まれる個々の要素１０４、１０８
、１１２、１１６、１２０を表示する。

【００３１】 １つの要素は、英国の画像マップ１０４である。これは、特定の地域を選択す
るために使用される。ユーザに対して検索で使用される基準を認識するためにチ
ェックボックス要素１０８のいくつかの実例もある。ユーザがアイテムのグルー
プから選択するために選択要素１１２の４つの例がある。ユーザが価格を選択す
るためにテキスト領域要素１１６の２つの例がある。表要素１２０があり、それ
が、アクティブドキュメント１０のコンテンツ部３８の一部として最初に送信さ
れると、表要素１２０は空きになる。

【００３２】 画像要素１２４は、コンテンツ部３８の一部としてクライアント１８に最初に
送信されない。上記に記載されるように、コンテンツ部３８の要素を変更するこ
と以外に、実行可能部３４はまた、コンテンツ部３８からの要素を追加、または
、除去し得る。画像要素１２４は、いくつかのユーザ入力があるまでクライアン
ト１８に送信されない要素の実施例である。

【００３３】 ウェブページ１００の実行可能部３４は、サーバ１４上に残ったままである。
この実行可能部３４は、ユーザ入力をモニターし（例えば、コンテンツ要素３８
の要素１０４、１０８、１１２、１１６をモニターする）、ユーザの選択に応答
して表要素１２０を作成する。選択するために使用される利用可能な不動産のデ
ータベースは、実行可能部３４の一部であり得、または、他のアプリケーション
５８の一部であり得る。

【００３４】 実行可能部はまた、コンテンツ部３８の他の要素を変更する。例えば、カーソ
ルが英国の画像マップ１０４の上で動かされ、マウスクリックがあると、実行可
能部３４は、選択された地域と一致するように町の選択要素１１２ａにある町の
リストを変更する。より詳細に記述すると、この変更による効果のため、次のス
テップが生じる。クライアント１８は、通信チャンネル３０を介してサーバ１４
と初期通信を確立し、これはインターネットである。ブラウザ２２は、不動産の
ウェブページ１００に相当するＵＲＬをウェブサーバソフトウェア５４に送信す
る。ウェブサーバソフトウェアは、ウェブページ１００の格納先からウェブペー
ジ１００（例えば、アクティブドキュメント１０）を検索する。ウェブページ１
００は、ＤＯＭレベル１の仕様に従って定義される。サーバ１４は、ウェブペー
ジ１００のコンテンツ部３８をクライアント１８に送信する。ブラウザ２２は、
ＤＯＭ ＡＰＩ４２を使用するウェブページのコンテンツ部３８をアクセスし、
コンテンツ部３８の各要素１０４、１０８、１１２、１１６、１２０を表示する
ことによってウェブページ１００を表示する。

【００３５】 ウェブページ１００に関連したデータ転送に関して、ブラウザ２２は、ＤＡＭ
４６を初期化する。初期化しない場合、ＤＡＭ４６へのデータ転送およびＤＡＭ
４６からのデータ転送に関して通信チャンネル３０ｂを確立する。クライアント
がＤＡＭ４６を有さない場合、ＤＡＭ４６は、後にウェブページ１００のコンテ
ンツ部３８を含む、いくつかの異なる方法でダウンロードされ得る。ウェブペー
ジ１００に関連したデータ転送に関して、ウェブサーバソフトウェア５４はＤＯ
Ｍプロキシ５０を初期化し、初期化されずにＤＯＭプロキシ５０へのデータ転送
およびＤＯＭプロキシ５０からのデータ転送に関して通信チャンネル３０ｂを確
立する。

【００３６】 クライアント１８上のユーザが英国の画像マップ１０４の１つの地域でマウス
クリックを行うと、このイベントはクライアントベースのＤＯＭ ＡＰＩ４２に
よって取り込まれ、ＤＡＭ４６へ送信される。ＤＡＭ４６は、このイベントを表
すデータを圧縮し、例えば、図６と関連して定義されるステップによってＤＯＭ
プロキシ５０にそのデータを送信する。ＤＯＭプロキシ５０は、データを解凍し
、実行可能部３４にサーバ１４ベースのＤＯＭ ＡＰＩ４２を介してそのデータ
を送信する。このイベントに応答して、実行可能部３４は、コンテンツ部３８の
町の選択リスト要素１１２ａを変更し、選択された地域に一致するリストを作る
ようなコマンドを作成する。実行可能部は、適用可能な町のリストを検索する。
実行可能部３４は、選択リスト要素１１２ａを検索されたリストへ変化させるよ
うなコマンドを発する。実行可能部３４は、サーバ１４ベースのＤＯＭ ＡＰＩ
４２にこのコマンドを送信する。ＤＯＭプロキシ５０は、このコマンドを表すデ
ータを圧縮し、ＤＡＭ４６にそのデータを送信する。ＤＡＭ４６は、データを解
凍し、コマンドをクライアント１８ベースのＤＯＭ ＡＰＩ４２に送信する。ク
ライアントベースのＤＯＭ ＡＰＩ４２は、このコマンドがサーバベースのＤＯ
Ｍ ＡＰＩ４２に対して発せられるように、直ちにこのコマンドを理解する。送
信遅延に加えて、実行可能部３４は、クライアント１８から遠隔的に実行される
けれども、ＤＯＭ ＡＰＩ４２は、シームレスの動作を作成する。次に、クライ
アントベースのＤＯＭ ＡＰＩ４２は、コマンドに従って要素１１２ａを変更し
、選択リストはアップデートされる。ＤＯＭ ＡＰＩは、コマンドの格納先の要
素１１２ａを変更するにつれて、ブラウザは、それに応じて表示を改変する。

【００３７】 本発明は、意図または本質的なその特徴から逸脱することなく他の具体的な形
式で実施され得る。従って、上記の実施形態は、本明細書に記述される本発明を
限定するものではなくて、全ての点において例示的と考慮されることである。従
って、本発明の範囲は、上記の記載ではなく添付の特許請求の範囲によって示さ
れ、特許請求の範囲の均等物の意味することおよび範囲内での全ての変更は、そ
の中に包含されることを意図する。

【図面の簡単な説明】

【図１】 図１は、アクティブドキュメントの実施形態によるブロック図である。

【図２】 図２は、従来技術で公知のサーバノードからクライアントノードへの送信の処
理に関するブロック図である。

【図３】 図３は、アクティブドキュメントのコンテンツ要素を操作するためのアプリケ
ーション−プログラミングインタフェースが提供されるアクティブドキュメント
の実施形態による論理図である。

【図４】 図４は、クライアント／サーバ環境のアクティブドキュメントを提供し、表示
するためのシステムの実施形態によるブロック図である。

【図５】 図５は、図４で示される本発明の実施形態による更に詳細なブロック図である
。

【図６】 図６は、本発明に有益に関連したＤＡＭの動作の１つの実施形態を図示する状
態図である。

【図７】 図７は、本発明に有益に関連したＤＯＭプロキシの動作の１つの実施形態を図
示する状態図である。

【図８】 図８は、相互のウェブページの実施例をより詳細に示す、本発明の実施形態に
よるスクリーンショットである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ， ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ， ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ (72)発明者 ホールズ， デイビッド イギリス国 シービー４ １ワイユー ケ ンブリッジ， ロバート ジェニングス クローズ 61 (72)発明者 バン デール リンデン， ロバート イギリス国 シービー４ ８ユーキュー コッテンハム， ヒストン ロード 93 Ｆターム(参考） 5B082 GA08 HA08 5B085 AA08 BA04 BE04 BE07 BG02 BG07

Claims (12)

【特許請求の範囲】
1. 【請求項１】 通信チャンネルを介してクライアントにアクティブドキュメ
   ントを提供するための方法であって、該アクティブドキュメントは、コンテンツ
   部および実行可能部を含み、 （ａ）該アクティブドキュメントの該コンテンツ部の少なくとも一部を該通信
   チャンネルを介して該クライアントに送信するステップと、 （ｂ）該アクティブドキュメントの該実行可能部からの出力データを生成する
   ステップと、 （ｃ）該生成された出力データを該通信チャンネルを介して該クライアントに
   送信するステップと、該送信された出力データにより、該クライアントによって
   該アクティブドキュメントの該送信されたコンテンツ部の少なくとも一部を変更
   するステップと を包含する方法。
2. 【請求項２】 前記クライアントから前記アクティブドキュメントを識別す
   る要求を受信するステップをさらに含む、請求項１に記載の方法。
3. 【請求項３】 前記クライアントから前記アクティブドキュメントを識別す
   るＵＲＬアドレスを受信するステップをさらに含む、請求項１に記載の方法。
4. 【請求項４】 ステップ（ｂ）は、 （ｂ−ａ）前記クライアントからデータを受信するステップと、 （ｂ−ｂ）該受信したデータに応答して、前記アクティブドキュメントの前記
   実行可能部から出力データを生成するステップと を包含する、請求項１に記載の方法。
5. 【請求項５】 サーバの前記アクティブドキュメントの前記実行可能部を保
   持するステップを含む、請求項１に記載の方法。
6. 【請求項６】 （ａ）前記アクティブドキュメントの前記実行可能部を実行
   するステップと、 （ｂ）該アクティブドキュメントの該実行可能部の該実行に応答して該アクテ
   ィブドキュメントの前記コンテンツ部の少なくとも一部を変更するステップと をさらに包含する、請求項１に記載の方法。
7. 【請求項７】 （ａ）前記アクティブドキュメントに相互に作用し合う第２
   のアプリケーションを実行するステップと、 （ｂ）該第２のアプリケーションの前記実行に応答して該アクティブドキュメ
   ントの前記コンテンツ部の少なくとも一部を変更するステップと をさらに包含する、請求項１に記載の方法。
8. 【請求項８】 通信チャンネルを介してクライアントにアクティブドキュメ
   ントを提供するためのサーバであって、該アクティブドキュメントは、コンテン
   ツ部および実行可能部を含む、該サーバは、 出力データ生成器は、該アクティブドキュメントの該実行可能部に応答して出
   力データを作成する、出力データ生成器と、 該通信チャンネルを介して転送するために該生成された出力データを受信する
   トランシーバであって、該トランシーバは、該アクティブドキュメントの該コン
   テンツ部を操作するためのＡＰＩを含む、トランシーバと を備える、サーバ。
9. 【請求項９】 前記出力データ生成器は、前記通信チャンネルから受信され
   た入力データに応答して出力データを作成する、請求項８に記載のサーバ。
10. 【請求項１０】 前記ＡＰＩは、ＤＯＭ ＡＰＩを備える、請求項９に記載
    のサーバ。
11. 【請求項１１】 前記トランシーバは、前記通信チャンネルを介して生成さ
    れた出力データを送信する、請求項９に記載のサーバ。
12. 【請求項１２】 通信チャンネルを介して受信し、アクティブドキュメント
    を表示するクライアントであって、該アクティブドキュメントは、コンテンツ部
    および実行可能部を含み、該クライアントは、 ブラウザインタフェースは、ブラウザアプリケーションと通信する、ブラウザ
    インタフェースと、 トランシーバは、該通信チャンネルを介して受信し、該ブラウザインタフェー
    スに受信したデータを送信する、トランシーバと を備えるトランシーバ。