JPH10124461A - コンピュータ及び実行方法 - Google Patents

Abstract

(57)【要約】 【課題】 インターネットの２人以上のユーザが同時に
ＨＴＭＬページの共同作業（閲覧、移動、または変更）
を行うことができるようにするシステム及び方法を提供
する。 【解決手段】 ソースと受信側の共用クライアント・コ
ンピュータ・システムのブラウザが同じイベント／メッ
セージを処理するように受信側共用クライアントに複製
イベント／メッセージを実行させる複製されたイベント
（たとえばブラウザ要求）とメッセージとを、受信側共
用クライアントのウェブ共用マネージャがソース共用ク
ライアントのウェブ共用マネージャから受け取る。制御
と情報のある場所（アドレス）とを含むイベント／メッ
セージがソース共用クライアントと受信側共用クライア
ントの間で共用されるため、すべての共用クライアント
上で同じウェブ・ページの表示と制御が同時に行われ、
すなわち共用される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク共用の
分野に関する。具体的には、本発明は複数のユーザによ
るインターネット上の同一ＨＴＭＬページの共用に係わ
る。

【０００２】

【従来の技術】インターネットは、所与のネットワーク
上のどのコンピュータも他の所与のネットワーク上の１
つまたは複数のコンピュータと通信することができるよ
うに相互接続された複数のコンピュータ・ネットワーク
を含む。ゲートウェイ・コンピュータは、２つのネット
ワークを相互接続し、１つのネットワークから他のネッ
トワークにデータを渡すコンピュータである。

【０００３】インターネット上のすべてのコンピュータ
は、特定の通信プロトコル、すなわちインターネット・
プロトコル（ＩＰ）を介して通信する。ほとんどのアプ
リケーションは、インターネット・プロトコルと共に伝
送制御プロトコル（ＴＣＰ）を使用する。したがって、
インターネットはＴＣＰ／ＩＰネットワークとも呼ばれ
る。インターネットに接続されたコンピュータは、固有
のインターネット・アドレスで識別される。

【０００４】インターネットは、周知のパケット交換技
法を使用して情報をルーティングする。インターネット
上では、データはアドレスの付いたパケット（ＩＰパケ
ットとも呼ぶ）を介して伝送される。ＩＰパケットの伝
送の速度と信頼性は、データ・トラフィックとルーティ
ングに依存する。インターネットワーキング通信につい
ては、１９９４年１２月６日に発行された「Ｍｅｔｈｏ
ｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｍａｋｉｎ
ｇ ａ Ｃｌｕｓｔｅｒ ｏｆ Ｃｏｍｐｕｔｅｒｓ
Ａｐｐｅａｒ ａｓ ａ Ｓｉｎｇｌｅ Ｈｏｓｔ ｏ
ｎ ａ Ｎｅｔｗｏｒｋ」という名称のアタナシオ等の
米国特許第５３７１８５２号を参照されたい。この特許
は、参照によりその全体が本明細書に組み込まれる。

【０００５】一般的なインターネット・アプリケーショ
ンの中には、電子メール、ＦＴＰ、テルネット、及びネ
ットワーク・ニュースなどが組み込まれたものがある。
インターネットの通信プロトコル及びアプリケーション
は周知である。

【０００６】ワールド・ワイド・ウェブ（すなわちＷＷ
Ｗまたはウェブ）は、インターネットに基づく情報サー
ビス・システムである。ＷＷＷはハイパーテキストとク
ライアント／サーバ技法とを使用する。

【０００７】ハイパーテキストは、ハイパーテキスト・
ファイル内のデータ・オブジェクトが他のハイパーテキ
スト・ファイルまたはデータ・オブジェクトへのリンク
を持つことができるように情報を構成し、提示する方法
である。たとえば、ハイパーテキスト・ページを表示し
ている間に、ユーザはリンクを持つ語を選択することが
できる。これによって、ユーザはその語について説明す
る他のテキストや絵を含む別のハイパーテキスト・ファ
イルに移動することができる。（その新しいファイルに
も他のハイパーテキスト・ファイルへの他のリンクがあ
る場合があり、以降同様にリンクされていく。）

【０００８】現在、ハイパーテキスト・ファイルは、ハ
イパーテキスト・マークアップ言語（ＨＴＭＬ）を使用
して構成されている。ハイパーテキスト・データ・オブ
ジェクトは、テキスト、画像、音声、ムービー、または
１つの実行可能コンピュータ・プログラムなど、ほとん
どどのような情報媒体ともすることができる。ウェブ上
のどのハイパーテキスト・ファイルも、そのユニバーサ
ル・リソース・ロケータ（ＵＲＬ）によって固有に識別
される。

【０００９】ウェブ・クライアントまたはクライアント
（一般には、ブラウザと呼ばれるプログラムを実行する
コンピュータ）は本質的に、ハイパーテキスト転送プロ
トコル（ＨＴＴＰ）などの特定のデータ転送プロトコル
を介してウェブ・サーバと通信するハイパーテキスト・
リーダである。クライアントは、自分のＵＲＬを使用し
てハイパーテキスト・ファイルを要求し、そのファイル
をグラフィカル・ユーザ・インタフェース（ＧＵＩ）上
に表示する。この表示をウェブ・ページと呼ぶ。クライ
アントは、サーバに特定のデータを戻すこともでき、サ
ーバ・コンピュータ上のコモン・ゲートウェイ・インタ
フェース（ＣＧＩ）プログラムを呼び出して特定のタス
クを行うことができる。ブラウザは一般に知られてい
る。１つの一般的なブラウザは、ネットスケープ・ナビ
ゲーターである。「ネットスケープ・ナビゲーターはネ
ットスケープ・コミュニケーションズ・コーポレイショ
ンの商標である。

【００１０】ＷＷＷは、インターネットの世界的規模の
接続を使用してインターネット上のどこにいるユーザで
もハイパーテキスト・ファイルをＷＷＷで送信すること
ができるようにし、世界中からどのハイパーテキスト・
ファイルでもローカル・ハード・ディスクを使用するの
と同じくらい便利に取り出すことができるようにする。
これによってユーザは情報を入手する強力な力が与えら
れ、インターネットはハイパーメディア・グローバル・
データベース、すなわち情報スーパーハイウェイとな
る。

【００１１】インターネットとＷＷＷは最近２、３年の
間に爆発的に拡大している。企業も、インターネットと
ＷＷＷを、膨大な消費市場に進出するための新世代の世
界的通信基盤として使用することに大きな可能性を予測
している。

【００１２】ウェブ技術は、あらゆる種類の情報に世界
中のどこででもアクセスしたり送信したりすることがで
きる大きな力をユーザに与えるが、現在のところユーザ
は基本的に「一人旅」を強いられる。すなわち、ユーザ
は同時に閲覧している他のユーザと同じ情報を自分のウ
ェブ・ページで表示することができない。

【００１３】従来の技術に関する問題個々のユーザは、
ブラウザを動作させてウェブ・ページを閲覧する。ウェ
ブ・ページはＨＴＭＬ形式である。しかし、各個人が使
用しているブラウザは他のブラウザがどのページを表示
中であるかということに関して他のブラウザを制御する
ことができない。

【００１４】現在、第１のユーザが第２のユーザとウェ
ブ・ページを共用したい場合、すなわち「共同作業」し
たい場合、第１のユーザと第２のユーザは、たとえば電
話などの他の通信手段を使用して、共同作業の調整をし
なければならない。たとえば、ページのアドレスを伝
え、そのページの項目を選択し、ページ上での移動を知
らせ、他の場所との間での移動を知らせるなどしてペー
ジの共用を調整しなければならない。この調整には、第
１のユーザと第２のユーザとが閲覧を調整するために他
の通信手段を介して互いに多くの情報を頻繁に交換する
必要がある。

【００１５】従来の技術では、インターネット上で２人
以上の各ユーザが使用している２つ以上のブラウザの間
で直接、自動通信や制御を行うことができない。従来の
技術で行われているたとえばページ共用などの共同作業
では、ユーザがブラウザ以外の通信回線を介して通信す
る必要がある。共同作業には、第２の通信手段の設備と
費用を必要とする。従来技術の共同作業はしばしば、第
２の通信手段を介した、誤りの起こりがちな反復的情報
交換を必要とする。

【００１６】さらに、ユーザは所与のページで「同時共
同作業」を行うことができない。たとえば、第１のユー
ザは第２のユーザに知らせずに別の場所に移動したり別
のページに移動したりすることができない。第１のユー
ザと第２のユーザとが別個の通信リンクを介して通信し
ない限り、第１のユーザには第２のユーザがそれぞれの
ページで何を見たり行ったりしているかがわからず、そ
の逆も同様である。たとえば、銀行のＨＴＭＬホーム・
ページを見ている銀行の顧客は、顧客と銀行エージェン
トとの間の通信を例えば電話などの他の通信手段によっ
て行わない限り、銀行の出納係または銀行エージェント
に質問したり回答を受け取ったりすることができない。
エージェント（顧客）は顧客（エージェント）が見るペ
ージを制御することができない。

【００１７】従来の技術では、複数のユーザが同時に共
通のウェブ上の情報について共同作業したり共用したり
することができない。すなわち、複数のユーザが同時に
自動的に同じページ（及びそのページに加えられた変
更）を見ることはできない。また、複数のユーザがウェ
ブ上の情報の制御を共有することもない。たとえば、複
数のユーザに変更内容が同時に見えたり、他のページへ
の移動が同時に見えたりすることはない。

【００１８】

【発明が解決しようとする課題】本発明の目的は、イン
ターネットの２人以上のユーザが同時にＨＴＭＬページ
の共同作業（閲覧、移動、または変更）を行うことがで
きるようにするシステム及び方法である。

【００１９】本発明の目的は、インターネット上で使用
されている１つまたは複数のブラウザが、インターネッ
ト上で使用されている１つまたは複数の他のブラウザを
同時に制御することができるようにするシステム及び方
法である。

【００２０】本発明の目的は、ブラウザまたはコンピュ
ータ・オペレーティング・システムに変更を加えずに、
インターネット上で使用されている１つまたは複数の標
準ブラウザがインターネット上で使用されている１つま
たは複数の他のブラウザを同時に制御することができる
ようにするシステム及び方法である。

【００２１】

【課題を解決するための手段】１つまたは複数のクライ
アント・コンピュータ・システムが、１つまたは複数の
中央演算処理装置（ＣＰＵ）と、ネットワークへのイン
タフェースと、ブラウザとを有する。たとえばインター
ネットなどのネットワークが、１つまたは複数のウェブ
・サーバを使用して１つまたは複数の第１の（たとえば
ソース）クライアントと１つまたは複数の第２の（たと
えば受信側）クライアント・コンピュータ・システムと
の間に通信リンクを提供する。第２のクライアントは、
メモリと、ＣＰＵと、ネットワーク・インタフェースと
ブラウザも有する。第１及び第２のクライアントでは、
ブラウザはウェブ・サーバのうちのいずれか１つに対し
て１つまたは複数のブラウザ要求を送ることによって、
１つまたは複数のウェブ・サーバから１つまたは複数の
ＨＴＭＬページにアクセスすることができる。

【００２２】共用クライアントは、それぞれのウェブ共
用マネージャを介して互いに共同作業する１つまたは複
数の第１のクライアント・コンピュータ・システムと、
１つまたは複数の第２のクライアント・コンピュータで
ある。受信側の共用クライアントのウェブ共用マネージ
ャは、ソース共用クライアントのウェブ共用マネージャ
から複製イベント（たとえばブラウザ要求）とメッセー
ジを受け取り、それによって受信側の共有クライアント
のブラウザはその複製イベント／メッセージを実行し、
その結果、ソース及び受信側の共用クライアント・コン
ピュータ・システムのブラウザは同じイベント／メッセ
ージを所有するようになる。制御と情報のある場所（ア
ドレス）を含むイベント／メッセージがソースと受信側
の共用クライアントの間で共有されるため、すべての共
用クライアントで同じウェブ・ページが同時に表示さ
れ、制御される。クライアント間で共用されるイベント
の例としては、ＷＷＷ上の情報の場所、他のネットワー
ク（電話網を含む）へのゲートウェイ接続などのブラウ
ザ要求がある。メッセージの例としては、マウス制御、
ペン制御、キーボード入力などの入出力制御、オペレー
ティング・システム・メッセージ、アプリケーション・
メッセージなどがある。

【００２３】本発明の好ましい一実施例は、ブラウザが
「登録機能」を備え、オペレーティング・システムが
「フック機能」を備えている限り、コンピュータのブラ
ウザまたはオペレーティング・システムに変更を加えず
にコンピュータ・システムに付加することができる。登
録機能によってたとえばＣＣＩイベントなどの特定のイ
ベントをリダイレクタにルーティングし、フック機能に
よってオペレーティング・システムのメッセージ・キュ
ーへのメッセージ・リダイレクタ・アクセスを可能にす
る。登録機能とフック機能は、共用クライアント内の１
つまたは複数のリダイレクタと協調動作して、共用クラ
イアント間で複製ブラウザ・イベント及びメッセージを
ルーティングし、それによって各共用クライアント上で
同じウェブ・ページが表示されるようにする。

【００２４】

【発明の実施の形態】図１は、本発明のシステム１００
の好ましい一実施例を示すブロック図である。システム
１００は、１つまたは複数のサーバ１１０と１つまたは
複数のクライアント・コンピュータ１５０（たとえば１
５０Ａ及び１５０Ｂ）を有するコンピュータ・ネットワ
ーク１１５である。好ましい実施例では、ネットワーク
は様々なクライアント１５０とサーバ１１０の間での通
信のためにＴＣＰ／ＩＰプロトコル１２０を使用する。
プロトコル１２０は、クライアント１５０をネットワー
ク１１５に接続するハードウェアであり、通常はクライ
アントのメイン・メモリ１８０に常駐するソフトウェア
も含む。プロトコル１２０ハードウェア及びソフトウェ
ア（ネットワーク・インタフェースとも呼ぶ）は周知で
ある。ネットワーク１１５の好ましい一実施例は、イン
ターネットとＷＷＷである。

【００２５】各クライアント１５０（たとえば１５０Ａ
及び１５０Ｂ）は、中央演算処理装置（ＣＰＵ１７０）
と、記憶装置１７５と、メイン・メモリ１８０と、入出
力（Ｉ／Ｏ）インタフェース１８５とを備えたコンピュ
ータである。Ｉ／Ｏインタフェース１８５は、ＣＰＵ１
７０及びオペレーティング・システム１９５が、マウ
ス、キーボード、ペン・オーバーレイ、バーチャル・リ
アリティ入力装置、音声認識システムのような入力装置
１９０を処理することができるようにする。その他の入
出力インタフェース１８５は、クライアント上のグラフ
ィカル・ユーザ・インタフェース（ＧＵＩ）１３５を動
作させる。同等のクライアント・コンピュータ１５０は
周知である。クライアント・コンピュータの好ましい一
例は、たとえばＡｐｔｉｖａ（ＩＢＭコーポレイション
の商標）などのいずれかのＩＢＭパーソナル・コンピュ
ータである。ＩＢＭのＶｏｉｃｅＴｙｐｅ ３．０ディ
クテーション・システムのような音声認識システムもよ
く知られている。（ＶｏｉｃｅＴｙｐｅもＩＢＭコーポ
レイションの商標である。）バーチャル・リアリティ入
力装置及びシステムの例は、バーチャル・ユニバース・
コーポレイションに譲渡された１９９３年９月２２日付
けの優先日を持つ国際特許第ＷＯ９５／０８７９３号
（米国特許出願第０８／１２５９５０号）に記載されて
おり、必要により参照されたい。

【００２６】本発明のウェブ・ページ共用に参加する各
クライアント１５０（たとえば１５０Ａ及び１５０Ｂ）
は、クライアントが実行するプロセスも有する。図１の
詳細については図２を参照されたい。典型的には、これ
らのプロセスはそれぞれのクライアント（１５０Ａ及び
１５０Ｂ）のメイン・メモリ１８０に常駐し、周知のウ
ェブ・ブラウザ１３０と、周知のウェブ共有ユーザ・イ
ンタフェース１３５と、任意選択の周知のアノテーショ
ン装置（アノテータ）１４２と、任意選択の周知のリモ
ート・ポインタ１４４とを含む。新規なリダイレクタ
（好ましい一実施例では共通クライアント・インタフェ
ース・リダイレクタ）１４５と、新規なメッセージ・リ
ダイレクタ１５５と、新規なウェブ共用マネージャ１６
０も、各クライアント１５０上で可動するプロセスとし
て備える。

【００２７】以下の説明では、ウェブ・ページ共用共同
作業においてイベント（たとえば要求）またはメッセー
ジあるいはその両方を出す１つまたは複数のクライアン
トを、ソースまたは送信側共用クライアント（または機
械）またはソース・クライアント／機械と呼び、１５０
Ａとして示す。それに対して、イベントまたはメッセー
ジあるいはその両方を受信する１つまたは複数の共用ク
ライアントを受信側共用クライアント（または機械）ま
たは受信側クライアント／機械と呼び、１５０Ｂとして
示す。当然ながら、これらの共用クライアントは役割を
交代することができ、事実交代する。ソース１５０Ａと
受信側１５０Ｂの機械の構成要素は、それぞれ「Ａ」ま
たは「Ｂ」が付加された指示番号を付けて示す。

【００２８】図１ではわかりやすくするためにいくつか
のプロセスが省略されているが、図２に詳細が図示され
ている。すべてのクライアント１５０はウェブ・ブラウ
ザ１３０と、ウェブ共用ユーザ・インタフェース１３５
と、リダイレクタ（たとえば共通クライアント・インタ
フェース（ＣＣＩ）リダイレクタ１４５）と、メッセー
ジ・リダイレクタ１５５と、ウェブ共用マネージャ１６
０とを有する。クライアント１５０は、典型的には入出
力（Ｉ／Ｏ）ポート１８５と、アノテーション（アノテ
ータ）１４２ドライバ及びリモート・ポインタ１４４ド
ライバのような任意選択のドライバも有する。

【００２９】好ましい実施例では、ウェブ共用マネージ
ャ１６０とリダイレクタ（１４５、１５５）は、ブラウ
ザ１３０及びオペレーティング・システム１９５とは独
立したプロセスである。しかし、リダイレクタ・プロセ
ス（１４５、１５５）は登録機能１３０Ｆを介してブラ
ウザ１３０に接続し、フック１９１を介してオペレーテ
ィング・システム１９５に接続し、それによってブラウ
ザからイベント情報にアクセスすることができ、オペレ
ーティング・システム１９５が使用するメモリ１６５に
記憶されているメッセージとイベント情報へのアクセス
とそれらの供給を行うことができる。好ましい実施例で
は、オペレーティング・システムがメッセージ及び（メ
ッセージの形の）要求／イベント情報の記憶とアクセス
を行うために使用するメモリ１６５は、メッセージ／イ
ベント・キュー（または単にキュー）１６５である。リ
ダイレクタ（１４５、１５５）は、要求／事象とメッセ
ージがソースと受信側の両方の共用クライアント内の正
しい場所に確実にルーティングされるようにし、それに
よってすべての共有クライアント上に同じウェブ・ペー
ジが表示されるようにする。

【００３０】キュー１６５の構造は周知であり、オペレ
ーティング・システムによって規定される。キュー１６
５内のキュー項目１７１（「ＤＤＥ」メッセージ形式の
メッセージ及びイベント／要求）は、典型的には、メッ
セージ・タイプ１６６と、メッセージに付随するパラメ
ータ１６７と、メッセージの受信者を指定する宛先１６
８と、その他の情報１６９とを含む構造を有する。

【００３１】ウェブ共用マネージャ１６０とリダイレク
タ（１４５、１５５）を共用クライアント１５０のメモ
リ１８０にロードすることによって、ブラウザ１３０ま
たはオペレーティング・システム１９５に修正を加えず
に、（登録機能１３０Ｆを有する）標準ブラウザ１３０
とメッセージ／イベント・キュー１６５に対するフック
１９１を有する標準オペレーティング・システム１９５
とを備えたクライアントを、他の共用クライアント１５
０と共同作業することができる共用クライアント１５０
に変換することができる。

【００３２】好ましい実施例では、コンピュータ・シス
テム１５０はリダイレクタ（具体的にはＣＣＩリダイレ
クタ）１４５を使用して、ソース・クライアント１５０
Ａのブラウザ１３０が生成した複製（ＣＣＩ）イベント
１３２ＡＯｕｔを１つまたは複数の受信側クライアント
１５０Ｂに送信する。受信側クライアント１５０Ｂの
（ＣＣＩ）リダイレクタ１４５は、受信（ＣＣＩ）イベ
ント１３２ＡＩｎが適切に処理され、実行のために受信
側クライアント１５０Ｂのブラウザ１３０にルーティン
グされるようにする。（本開示では、イベントとＣＣＩ
イベント、リダイレクタ１４５とＣＣＩリダイレクタ１
４５は、普遍性を失うことなく同義に使用することに留
意されたい。）

【００３３】共用クライアント・コンピュータ・システ
ム１５０は、メッセージ・リダイレクタ１５０を使用し
て、ソース・クライアント１５０Ａが生成した（キーボ
ード入力やマウス入力１８５のような）メッセージを複
製し、それらの複製メッセージ１６５ＡＯｕｔを受信側
クライアント１５０Ｂに送る。受信側クライアント１５
０Ｂはメッセージ・リダイレクタ１５５を使用して受信
メッセージ１６５ＡＩｎに標識またはタグ（以下を参
照）を付け、オペレーティング・システム１９５と協調
してそれらの受信メッセージ１６５ＡＩｎを処理する。

【００３４】ウェブ・ブラウザ１３０は、たとえばネッ
トスケープ・ナビゲーター１３０など、登録機能を有す
る任意の市販ネットワーク・ブラウザとすることができ
る。ウェブ・ブラウザ１３０は、ＴＣＰ／ＩＰプロトコ
ルの上位にある周知のインターネット・プロトコル（た
とえばｈｔｔｐ、ｆｔｐ）を使用してネットワーク１１
５及びサーバ１１０と通信する。

【００３５】ウェブ共用ユーザ・インタフェース１３５
は、このパッケージのユーザが、接続の確立と、ツール
（たとえばリモート・ポインタ１４４、アノテーション
１４２）の呼出しと、ウェブ・ブラウザの文書の共有ま
たは非共有化と、他のユーザの状況の表示とを行うため
の操作性を与える。このシステム１００で使用するユー
ザ・インタフェース構成要素１３５は、ほとんどのデス
クトップ・コンファレンス・システムに見られる単純な
周知の機能であるため詳述しない。

【００３６】アノテーションまたはアノテータ１４２
は、注釈を書いたりウェブ文書の一部の領域をハイライ
トしたりするための手書き（またはペン方式）機能を提
供し、リモート・ポインタ１４４は、共用文書上でオブ
ジェクトを指し示したり移動したりするために使用され
る。ペン入力装置１９０がある場合は、それを注釈の書
込みまたは指示に使用することができる（あるいはマウ
ス１９０を使用することもできる）。このアノテーショ
ン１４２とリモート・ポインタ１４４の機能は、デスク
トップ・ビデオ・コンファレンス製品（たとえばＩＢＭ
Ｐｅｒｓｏｎｔｏ Ｐｅｒｓｏｎ製品を参照）で周知
である。

【００３７】再び図２を参照すると、図１のシステムの
詳細のブロック図に、本発明の構成要素間の情報と制御
（イベント及びメッセージ）の流れが図示されている。

【００３８】本発明の好ましい実施例には、ＣＣＩリダ
イレクタ１４５とメッセージ・リダイレクタ１５５の２
つのソフトウェア構成要素が含まれる。ＣＣＩリダイレ
クタ１４５は、ブラウザ１３０が送信または要求するＣ
ＣＩイベント１３２Ａと、ネットワーク１１５から受け
取ったＣＣＩイベント１３２ＡＩｎの監視とルーティン
グを行う。メッセージ・リダイレクタ１５５は、入力装
置（たとえばキーボード、マウス、ペン・メッセージ）
１９０及びその他の発信源から入力データ・メッセージ
をキャプチャしてルーティングする。他の実施例では、
「リダイレクタ」はＣＣＩリダイレクタ１４５とメッセ
ージ・リダイレクタ１５５の両方の機能を実行すること
ができる。他の実施例では、リダイレクトはこれらの機
能を組み込むように特別に設計されたブラウザまたはウ
ェブ共用マネージャあるいはその両方が行うことができ
る。

【００３９】好ましい実施例では、本発明は周知のブラ
ウザ１３０の「登録」機能１３０Ｆを使用する。多くの
ブラウザでは、この登録機能をコモン・クライアント・
インタフェース（ＣＣＩ）（１３２、１３０Ｆ）と呼ん
でいる。たとえばネットスケープ・ナビゲーターなど一
部のウェブ・ブラウザ１３０のＣＣＩ１３２は、外部プ
ログラムがこのクロス・プラットフォーム・インタフェ
ース（ＣＣＩ１３２）を介してブラウザ１３０の機能の
制御と拡張を行うための機能を備える。ＣＣＩ１３２
は、ウェブ・ブラウザ１３０との間で通信するために使
用することができる１組のインタフェースとして規定さ
れる。ユーザはこのＣＣＩ１３２を使用して、ブラウザ
が外部プロセス（この例ではＣＣＩリダイレクタ１４
５）に渡すＣＣＩイベント１３２Ａを定義する。したが
って、ブラウザ１３０が「登録された」ＣＣＩイベント
を生成するたびに、ブラウザはＴＣＰ／ＩＰプロトコル
１２０を介してＣＣＩイベント１３２Ａ１をネットワー
ク１１５に送るだけでなく、複製されたＣＣＩイベント
１３２Ａをオペレーティング・システム１９５に送る。
好ましい実施例では、オペレーティング・システム１９
５は、複製ＣＣＩイベント１３２Ａに動的データ交換
（ＤＤＥ）プロトコル１３１を適用してからＣＣＩイベ
ント１３２Ａを、好ましくはキュー１６５に格納する。
ＤＤＥプロトコルは、ＣＣＩイベント／要求１３２Ａが
キュー１６５にＤＤＥメッセージとして入れられるよう
にする。ネットスケープ・ナビゲーターのＣＣＩ１３２
の詳細な仕様は、ネットスケープ・ブラウザ１３０のｈ
ｔｔｐ：／／ｈｏｍｅ．ｎｅｔｓａｃｐｅ．ｃｏｍ／ｎ
ｅｗｓｒｅｆ／ｓｔｄ／ｄｄｅａｐｉ．ｈｔｍｌ上に記
載されている。

【００４０】ウィンドウズ・プラットフォームでのネッ
トスケープ・ナビゲーターは、ＤＤＥ１３１を使用して
ＣＣＩ１３２を実施する。ＤＤＥ１３１は、ウィンドウ
ズ・プラットフォームで定義されている周知のメッセー
ジ方式のプロセス間通信プロトコルであり、ブラウザ１
３０によって使用され、本発明ではＣＣＩ１３２によっ
て使用される。

【００４１】たとえば、ユーザ／クライアント１５０が
文書のＵＲＬを明示的に指定するか、またはＵＲＬ文書
へのハイパーテキスト・リンクをクリックすることによ
って、新しいウェブ文書を開くと、ブラウザ１３０はＴ
ＣＰ／ＩＰインタフェース１２０を介してウェブ・サー
バ１１０にページを要求するイベント（要求）１３２Ａ
１を送る。ＣＣＩイベントを監視するようにＣＣＩリダ
イレクタが事前登録（１３０Ｆ、１３２）されているた
め（図９参照）、ブラウザ１３０はオペレーティング・
システム１９５にＯｐｅｎＵＲＬと呼ぶ（複製）ＣＣＩ
イベント１３２Ａも送り、オペレーティング・システム
１９５はそのイベント１３２ＡにＤＤＥプロトコル１３
１を適用してそれをＤＤＥメッセージとしてキューに入
れる。ＣＣＩイベント１３２Ａは最終的にＣＣＩリダイ
レクタ１４５にルーティングされ（後述の説明及び図１
６を参照）、ＣＣＩリダイレクタ１４５は、ＣＣＩイベ
ント１３２Ａが（「パケット」（図８参照）として）ウ
ェブ共用マネージャ１６０を介し、ネットワーク・イン
タフェース１２０を介してネットワーク１１５で共用受
信側クライアント１５０Ｂにルーティングされるように
する。

【００４２】他の例として、ウェブ・ブラウザ１３０の
ウィンドウが変更された場合（たとえばユーザ１５０が
サイズ変更または最大化した場合）、ＷｉｎｄｏｗＣｈ
ａｎｇｅというＣＣＩイベント１３２Ａがブラウザ１３
０によってＣＣＩリダイレクタに送られる。

【００４３】ＤＤＥプロトコルの用語では、ＯｐｅｎＵ
ＲＬまたはＷｉｎｄｏｗＣｈａｎｇｅ ＣＣＩイベント
１３２ＡはＤＤＥトピック名に設定され、文書のＵＲＬ
またはブラウザのウィンドウの新しいサイズはＤＤＥ項
目に設定される。ＤＤＥメッセージの項目１７１で、メ
ッセージ・タイプ１６６が「ＤＤＥメッセージ」に設定
され、パラメータ・フィールド１６７にはＣＣＩイベン
ト１３２Ａが入れられ、宛先フィールド１６８はＣＣＩ
リダイレクタになる。

【００４４】メッセージ・リダイレクタ１５５は、ネッ
トワーク１１５から着信するすべてのメッセージ１６５
ＡＩｎをキュー１６５にルーティングし、オペレーティ
ング・システム１９５によって処理されるキュー１６５
内のすべてのキュー項目（イベント／要求及びメッセー
ジ）を監視する。メッセージ・リダイレクタ１５５は、
キューを「フック」することによってキュー１６５を監
視する。メッセージ・リダイレクタ１５５は、メッセー
ジ・リダイレクタ１５５が「インタレスト」を持ってい
るキュー１６５内に入っているたとえばメッセージやイ
ベントなどの特定のキュー項目を処理する。これについ
ては以下を参照されたい。

【００４５】本発明は、オペレーティング・システム１
９５が備えるフック１９１という周知の機能を使用し
て、キュー１６５内のすべてのキュー項目１７１をキャ
ッチする。オペレーティング・システム１９５と共にフ
ックがインストールされている場合、キュー１６５から
取り出されたすべてのキュー項目１７１がフック１９１
に渡される。フック１９１は、メッセージ・リダイレク
タ１５５がメッセージ・タイプ１６６を検査１５６して
メッセージ・リダイレクタが「インタレストを持ってい
る」かどうか、すなわちキュー項目１７１を処理するか
どうかを判断することができるようにする。メッセージ
・リダイレクタ１５５がインタレストを持っていない場
合、そのキュー項目１７１をオペレーティング・システ
ム１９１がさらに処理することができるようにオペレー
ティング・システム１９５に制御が戻される。しかし、
メッセージ・リダイレクタ１５５がインタレストを持っ
ている場合１５６、メッセージ・リダイレクタ１５５が
そのキュー項目を処理し、その後でオペレーティング・
システムがそのキュー項目１７１をその宛先、たとえば
アプリケーションに配送することができるようになる。
メッセージ・リダイレクタ１５５がその処理を完了した
後、オペレーティング・システム１９５に制御が戻さ
れ、キュー項目１７１がさらに処理される。メッセージ
・リダイレクタ１５５は、受信側共用クライアント１５
０Ｂ上でソース共用クライアント１５０Ａにあるウェブ
・ページを再作成するために必要なメッセージ（ＣＣＩ
リダイレクタが扱うＤＤＥメッセージは含まない）にイ
ンタレストを持つ。

【００４６】たとえば、ＣＣＩイベント１３２Ａはオペ
レーティング・システム１９５によってＤＤＥタイプ１
６６メッセージとしてキュー１６５に入れられる。オペ
レーティング・システム１９５がキュー項目（ＤＤＥメ
ッセージ／ＣＣＩイベント１３２Ａ）を取り出すように
要求された場合、オペレーティング・システム１９５は
そのＣＣＩイベント１３２Ａを宛先アプリケーションに
送る前に、フック１９１があるかどうかを調べる。メッ
セージ・リダイレクタ１５５がキューをフック（１９
１）するので、オペレーティング・システム１９５はＣ
ＣＩイベント１３２Ａの制御をメッセージ・リダイレク
タ１５５に渡す。メッセージ・リダイレクタ１５５は、
メッセージ・タイプ・フィールド１６６を検査して、メ
ッセージ・リダイレクタ１５５がキュー項目１７１を処
理する必要があるかどうかを判断する（１５６）。この
実施例では、メッセージ・リダイレクタ１５５はすべて
のＣＣＩイベント（ＤＤＥメッセージ・タイプ１６６）
を無視するため、メッセージ・リダイレクタによるＣＣ
Ｉイベント１３２Ａの処理は終了し、オペレーティング
・システム１９５に制御が戻される。

【００４７】次に、オペレーティング・システム１９５
はＤＤＥメッセージの宛先フィールド１６８を使用して
ＤＤＥメッセージを配送する（１９３）。ＣＣＩイベン
トがブラウザ１３０から発信された場合、ブラウザは宛
先としてＣＣＩリダイレクタ１４５を宛先フィールド１
６８に入れている。しかし、ＣＣＩイベント１３２ＡＩ
ｎが外部ソース共用クライアントから発信されていて、
ネットワークから受け取った場合、ＣＣＩリダイレクタ
１４５はブラウザ１３０（そのクライアント１５０Ａに
付随する）を宛先として宛先フィールド１６８に入れて
いる。どちらの場合もこれらのＣＣＩイベントはＤＤＥ
１３１によってＤＤＥメッセージにされて、キュー１６
５に入れられる。

【００４８】キュー１６５内の項目１７１が処理される
とき（以下のフック１９１を参照）、オペレーティング
・システムはＣＣＩイベント１９３をルーティングする
方法を決定する。ソース共用クライアント１５０Ａから
受け取ったＣＣＩイベントの場合、宛先フィールド１６
８はメッセージがブラウザ１３０に宛てて送られること
を示している（１９３）。しかし、ソース共用クライア
ント１５０Ａで生成されたＣＣＩイベントは、ＣＣＩリ
ダイレクタ１４５の宛先１６８を有し、そこ１４５に宛
てて送られる（１９３）。ＣＣＩリダイレクタがウェブ
共用マネージャ１６０に対してこのＣＣＩイベント１３
２ＡＯｕｔをネットワーク１１５経由で受信側共用クラ
イアント１５０Ｂに送るように要求する。受信側共用ク
ライアント１５０Ｂは、このＣＣＩイベント（このとき
は１３２ＡＩｎになっている）を使用して受信側共用ク
ライアント１５０Ｂ上でＣＣＩイベント（たとえば要
求）を複製し、それによってすべての共用上のクライア
ントウェブ・ページが同一に維持されるようにする。

【００４９】「フック」１９１は、外部プロセスがオペ
レーティング・システム１９５の、たとえばキュー１６
５などのメモリで、キュー項目１７１をインターセプト
することができるようにする周知のオペレーティング・
システム１９５の定義機能である。外部プロセスがフッ
クを呼び出すと、オペレーティング・システム１９５は
たとえばキュー項目１７１のうちの１つなどの要求され
た情報を渡す。たとえばメッセージ・リダイレクタ１５
５などの外部プロセスがその機能を完了すると、その外
部プロセスは、関数呼出しにおける「戻り」のような何
らかの標識によってオペレーティング・システム１９５
に制御を戻す。たとえば、ウィンドウズ９５（マイクロ
ソフト・コーポレイションの商標）では、「フック」は
Ｗｉｎ３２ Ｐｒｏｇｒａｍｍｅｒ’ｓ Ｒｅｆｅｒｅ
ｎｃｅで言及されている「ソフトウェア開発キット」
（ＳＤＫ）で定義されている。「Ｐｒｅｓｅｎｔａｔｉ
ｏｎＭａｎａｇｅｒ Ｐｒｏｇｒａｍｍｉｎｇ Ｒｅｆ
ｅｒｅｎｃｅｓ」で定義されている。

【００５０】キュー項目１７１はいくつかの場所から発
信される可能性がある。前述のように、ブラウザ１３０
のＣＣＩ１３２から発信された複製ＣＣＩイベント１３
２Ａは、ＤＤＥプロトコルが適用された後でキュー１６
５に入れられる。また、受信ＣＣＩイベント１３２ＡＩ
ｎはウェブ共用マネージャ１６０によって識別され（１
６１）、リダイレクタ１４５とＤＤＥ１３１を介してキ
ュー１６５に渡される。ＤＤＥは前述のように各ＣＣＩ
イベント（１３２Ａ及び１３２ＡＩｎ）にメッセージ・
タイプ１６６「ＤＤＥメッセージ」と宛先１６８を割り
当てる。

【００５１】キュー項目１７１にはイベントのほかにメ
ッセージが含まれる。メッセージは、オペレーティング
・システム１９５が生成するか（内部メッセージ）また
はオペレーティング・システム１９５の外部にある発信
元が生成することができる（外部メッセージ）。外部メ
ッセージには、入力装置１９０及びＩ／Ｏポート１８５
からのメッセージと、プロセス間通信によって生成され
たメッセージと、ネットワーク１１５を介して接続され
た共用クライアント１５０から受信したメッセージとが
含まれる。

【００５２】オペレーティング・システム１９５は内部
メッセージを生成し、これには「スクロール」、「ウィ
ンドウの移動」、「ウィンドウのサイズ変更」、「ウィ
ンドウの最小化」、及び「ウィンドウの最大化」が含ま
れる。これらのメッセージは、オペレーティング・シス
テム１９５のＳＤＫで定義されている。オペレーティン
グ・システム１９５は、これらの内部メッセージに「ウ
ィンドウ・メッセージ」メッセージ・タイプ１６６を割
り当て、適切なウィンドウのウィンドウ・ハンドルを宛
先１６８として割り当てる。

【００５３】入力装置１９０からのメッセージには、
「キー・アップ」、「キー・ダウン」、「キー・コー
ド」（たとえばＡＳＣＩＩ値）のようなキーボード・メ
ッセージと、「マウス・アップ」、「マウス・ダウ
ン」、「マウス移動」、「マウス・ダブルクリック」の
ようなマウス・メッセージと、「ペン・アップ」、「ペ
ン・ダウン」、「ペン移動」のようなペン・メッセージ
と、「アノテータ・アップ」、「アノテータ・ダウ
ン」、「アノテータ移動」のようなアノテータ・メッセ
ージとが含まれる。これらのメッセージのそれぞれに、
オペレーティング・システム１９５がキュー項目１７１
メッセージ・タイプ１６６を割り当てる。たとえば、マ
ウスの左ボタンが上がると、メッセージ・タイプ１６６
は「マウス左ボタン・アップ」になる。さらに、宛先フ
ィールド１６８にはカーソルがあるウィンドウのウィン
ドウ・ハンドルが入れられる。パラメータ・フィールド
１６７にはマウス・カーソルの（Ｘ，Ｙ）が入れられ、
その他のフィールド１６９にはタイム・スタンプなどの
その他の情報が入れられる。このようにしてこれらのキ
ュー項目データ構造体１７１を埋めることは公知であ
る。

【００５４】メッセージは、特にメッセージ方式のウィ
ンドウ・システム（たとえばウィンドウズ３．１やＯＳ
／２）で、アプリケーション間のプロセス間通信として
一般的に使用される。アプリケーションがオペレーティ
ング・システム１９５に対して他のアプリケーションに
メッセージを送るように要求すると、オペレーティング
・システム１９５はそのメッセージをキュー１６５に入
れ、その後で宛先アプリケーションがオペレーティング
・システム１９５に対してキュー１６５からメッセージ
を取り出すように要求すると、そのメッセージを配信す
る。このメッセージ・イベント／キュー１６５は、他の
既知のメッセージを出してアプリケーションに配信する
場合（たとえばアプリケーションのウィンドウを描画し
直す場合など）にも使用される。

【００５５】アプリケーション間のプロセス間通信と同
様に、入力装置１９０とアプリケーションとの間の通信
もキュー１６５を介して行われる。たとえば前述の入力
データのような入力装置１９０（たとえばキーボード、
マウス、ペン）からの入力データはすべて、ウィンドウ
・オペレーティング・システム１９５によって明確に定
義されたメッセージに変換され、キュー１６５に入れら
れる。各アプリケーションは、その入力データを読み取
るために、ウィンドウ・システムに対してメッセージ・
イベント・キュー１６５からキュー項目１７１としてメ
ッセージを取り出すように要求する。

【００５６】好ましい一実施例では、ネットワーク１１
５から１つまたは複数の受信側共用クライアント１５０
Ｂがメッセージを受信する。これらのメッセージはウェ
ブ共用マネージャ１６０を介して渡され、ウェブ共用マ
ネージャ１６０は受信信号がメッセージであるか（ＣＣ
Ｉ）イベント（たとえば要求）であるかを判断する（１
６１）。受信信号がメッセージ１６５ＡＩｎの場合、そ
のメッセージはメッセージ・リダイレクタ１５５を介し
てからオペレーティング・システムに渡され、他の外部
メッセージとまったく同様にキューに入れられる。しか
し、この場合、メッセージ１６５ＡＩｎには、メッセー
ジ・リダイレクタ１５５すなわちネットワーク１１５か
ら送られて来たことを示すタグが付けられる。好ましい
実施例では、メッセージ・リダイレクタ１５５は、メッ
セージ・タイプ・フィールド１６６に一定した数値（た
とえばオフセット）を加えることによってメッセージに
タグを付ける。この数値は、リモートのソース共用クラ
イアント１５０Ａからのメッセージを識別するためにメ
ッセージ・リダイレクタが理解するメッセージ・タイプ
１６６を生成する。これらのメッセージ１６５ＡＩｎ
は、ソース共用クライアント１５０Ａによって生成さ
れ、ネットワーク１１５を介してアプリケーション・メ
ッセージ、入力装置メッセージ、または内部オペレーテ
ィング・システム・メッセージのいずれかとして受信さ
れるメッセージのいずれでも含むことができる。

【００５７】メッセージ・リダイレクタ１５５はキュー
をフック（１９１）しているため、メッセージ・リダイ
レクタ１５５はキュー１６５内の各キュー項目１７１を
検査する。しかし、メッセージ・リダイレクタ１５５は
これらのキュー項目１７１のうちの特定の項目のみに
「インタレストを持つ」。すなわち、特定の項目だけを
処理する。一般に、メッセージ・リダイレクタ１５５が
処理する必要があるのは共用クライアント１５０のいず
れかに同じページを作成するのに必要なキュー項目１７
０のみである。

【００５８】メッセージ・リダイレクタ１５５が処理す
るキュー項目１７１の例としては、キーボードの「キー
・コード」、「マウス（左または右）ボタン（クリック
またはダブル・クリック）」、「マウス移動」、「スク
ロール」、「ウィンドウ（フォーカス獲得／喪失）」メ
ッセージなどのメッセージ・タイプ１６６を持つキュー
項目が含まれる。これらのメッセージにはメッセージ・
リダイレクタによってタグが付けられる。

【００５９】一般にはメッセージ・リダイレクタ１５５
によって処理されないキュー項目１７１の例としては、
「キー・アップ（ダウン）」、「マウス（左または右）
ボタン（アップまたはダウン）」、「ウィンドウ（移動
またはサイズ変更）」、「ウィンドウ（アクティブまた
はイナクティブ）」、「ウィンドウ（作成または破
棄）」、「メニュー選択」、及びあらゆるＤＤＥメッセ
ージなどのメッセージ・タイプ１６６を持つキュー項目
が含まれる。これは、これらのキュー項目がブラウザに
よて表示されたウェブ・ページの外観に影響を及ぼさな
いためである。

【００６０】オペレーティング・システム１９５がキュ
ー項目１７１を処理するとき、「非ＤＤＥ」メッセージ
がメッセージ・リダイレクタ１５５にフック（１９１）
される。メッセージ・リダイレクタ１５５がそのメッセ
ージにインタレストがあると判断されると（１５４）、
メッセージ・リダイレクタ１５５に制御が渡され、メッ
セージ・リダイレクタ１５５によってキュー項目１７１
が処理される。メッセージ・リダイレクタが、メッセー
ジのメッセージ・タイプ１６６を、メッセージがソース
共用クライアント１５０Ａから送られたことを示すメッ
セージ・タイプであると認識した場合、メッセージ・リ
ダイレクタはたとえばメッセージ・タイプ１６６からオ
フセットを差し引くことによってタグを除去してメッセ
ージ・タイプ１６６を元に戻す。メッセージ・リダイレ
クタ１５５は、メッセージの宛先１６８もブラウザ１３
０の宛先に変え、キュー内のメッセージを置き換え、オ
ペレーティング・システム１９５に制御を返す。これら
のメッセージは、リモートのソース共用クライアント１
５０Ａから送られたものであってもブラウザ１３０によ
って処理され、共用クライアント１５０Ａ、Ｂのウェブ
・ページが同一に維持される。

【００６１】しかし、キュー項目１７１がソース共用ク
ライアント１５０Ａから発信されたメッセージである場
合、メッセージ・リダイレクタはメッセージ１６５ＡＯ
ｕｔを複製し、それをウェブ共用マネージャ１６０とネ
ットワーク・インタフェース１２０を介してネットワー
ク１１５で受信側共用クライアント１５０Ｂに送信す
る。その後、オペレーティング・システム１９５に制御
が戻され、オペレーティング・システムがソース共用ク
ライアント１５０Ａ内でメッセージを処理する。

【００６２】ウェブ共用マネージャ１６０は、ＴＣＰ／
ＩＰネットワーク・インタフェース１２０を介してＣＣ
Ｉイベント１３２ＡＯｕｔとメッセージ１６５ＡＯｕｔ
の両方を受信側共用クライアント１５０Ｂに送る機能を
備える。また、ウェブ共用マネージャ１６０は、ソース
共用クライアント１５０Ａからネットワーク１１５を介
してパケットを受信するための適切なヘッダも作成す
る。以下の図６を参照されたい。

【００６３】共用受信側クライアント１５０Ｂに送られ
るＣＣＩイベント１３２ＡＩｎとメッセージ１６５ＡＩ
ｎによって、共用受信側クライアント１５０Ｂのウェブ
共用マネージャ１６０Ｂに、ソース共用クライアント１
５０Ａが何を行っているかが通知される。ウェブ共用マ
ネージャ１６０Ｂは送信されたＣＣＩイベント１３２Ａ
Ｉｎとメッセージ１６５ＡＩｎを受け取り、図８のウェ
ブ共用マネージャ・ヘッダ６２０を取り除き、ＣＣＩリ
ダイレクタ１４５またはメッセージ・リダイレクタ１５
５にそれぞれルーティングするために、ＣＣＩイベント
であるかメッセージであるかを判断する（１６１）。次
に、前述のようにオペレーティング・システム１９５と
メッセージ・リダイレクタ１５５とＣＣＩリダイレクタ
１４５とが協調動作して、リアル・タイム共用または共
同作業を可能にする。すなわち、すべての共用クライア
ント１５０Ａ、Ｂがそれぞれのウェブ・ページを同じよ
うに表示し、制御する。また、すべての共用クライアン
トのＧＵＩ表示画面（ウェブ・ページ）でデータ、メッ
セージなどの同じ情報が表示される。

【００６４】本発明を使用することによって、すべての
共用クライアント１５０Ａ、Ｂが共同作業して同じウェ
ブ・ページを共用する。すなわち、両方のユーザがそれ
ぞれのウェブ・ブラウザ１３０によって表示された同じ
ウェブ文書を見ることになる。たとえば送信側ユーザ１
５０Ａがキーボードから数キーストローク入力し、メッ
セージ・イベント１６５Ａを作成した場合、そのキース
トロークが受信側ユーザ１５０Ｂによって入力されたか
のように、受信側ユーザ１５０Ｂの画面にそれと同じキ
ーストロークが表示されることになる。この入力の共用
機能はメッセージ・リダイレクタ１５５によって実現さ
れ、メッセージ・リダイレクタ１５５はソース・クライ
アント１５０Ａ内のメッセージ・キュー１６５に入力メ
ッセージ（たとえばキーボード、マウス・メッセージ）
を取り込み、その同じメッセージをメッセージ・イベン
ト１６５Ａとしてリダイレクトして、受信側共用クライ
アント１５０Ｂで再生されるようにする。

【００６５】クライアント１５０で実行されるプロセス
はすべてウェブ・サーバ１１０にとって透過である。ウ
ェブ・サーバは、共用要求と情報が入った標準通信ヘッ
ダ６１０付きの通信パケット（図８を参照）を取り扱う
に過ぎない。サーバのその他のすべての機能は典型的な
ＷＷＷ機能と同じである。典型的な環境では、ウェブ・
ブラウザ１３０によって表示されるウェブ文書はウェブ
・サーバ１１０から取り出される。このウェブ文書は、
ハイパーリンク機能によって同じウェブ・サーバ１１０
またはネットワーク１１５内の他のウェブ・サーバ１１
０にある他のウェブ文書にリンクすることができる。ウ
ェブ・サーバ１１０はウェブ・ブラウザ１３０によって
ブラウズされるウェブ文書のリポジトリとして使用され
る。

【００６６】したがって、ＣＣＩ１３２は、ＣＣＩリダ
イレクタ１４５（及びメッセージ・リダイレクタ１５
５）によって、ＣＣＩイベント１３２Ａ（メッセージ１
６５Ａ）をシステム１５０ＡによるそれらのＣＣＩイベ
ント１３２Ａ（メッセージ１６５Ａ）の使用とは独立し
て監視し、その結果、それらのイベントをソース共用シ
ステム１５０Ａと共同作業する他の共用受信側クライア
ント１５０Ｂにネットワーク１１５を介して透過的に渡
すことができる。

【００６７】図３に、ウェブ・ブラウザ１３０のＧＵＩ
１３５上に表示されたウェブ文書２００の非限定的な例
を示す。この文書には、たとえば親ウィンドウ２００と
１つまたは複数の子ウィンドウ（２０１〜２０５）が含
まれる。この例では、子ウィンドウは、（たとえばアカ
ウント番号を入力する）１つのテキスト入力２０１オブ
ジェクトと、（たとえばコメント用の）１つの複数行入
力オブジェクト２０２と、（たとえば文書の発信２０４
とクリア２０５を行う）２つの押しボタン・オブジェク
トと、（たとえばペン方式またはポインタ方式の署名用
の）新規な空白領域２０３とを含む。ウェブ文書２００
はブラウザのウィンドウ内に表示され、他のオブジェク
トはこのウィンドウの子ウィンドウ（２０１〜２０５）
として作成される。周知の技法により、ブラウザ・ウィ
ンドウはブラウザが始動すると作成され、ブラウザを終
了させるまで存続する。子ウィンドウ（２０１〜２０
５）は、ブラウザがウェブ文書を表示する時点で作成さ
れ、ブラウザが新しいウィンドウを表示するときに破棄
される。すなわち文書２００内の子ウィンドウ（２０１
〜２０５）は、動的に作成され破棄される。やはり図３
で、ペン２５０とポインタ２６０はそれぞれアノテーシ
ョン１４２とリモート・ポインタ１４４の機能を表す。
ウェブ文書２００とその子ウィンドウ（２０１〜２０
５）のウィンドウが作成または破棄されると、オペレー
ティング・システム１９５によって「ウィンドウ（作成
または破棄）」メッセージが生成される。しかし、これ
らのメッセージをメッセージ・リダイレクタ１５５が処
理したり複製したりする必要はない。これは、他の共用
受信側クライアント１５０Ｂでその１５０Ｂクライアン
トのオペレーティング・システム１９５によって同じメ
ッセージが生成されることになるためである。これは、
１）他のページに移動し、２）そのページを明示的に閉
じるという２つのインスタンスによって行われる。移動
時に、共用クライアントは新しいページを作成しなけれ
ばならず、したがって現行ページを閉じる。ページを明
示的に閉じるとき、そのページを閉じるＣＣＩイベント
がクライアント１５０Ｂと共用され、それによってその
クライアントのオペレーティング・システム１９５Ｂが
現行ページを閉じる。

【００６８】図４に、データ構造体の形で実施された図
３のウェブ・サンプル文書のウィンドウの階層３００
（親−子関係）を示す。ウィンドウ・システム（たとえ
ばウィンドウズ３．１またはＯＳ／２）では、ブラウザ
・ウィンドウを含む各ウィンドウは、それを作成したウ
ィンドウ・システム内で固有でありそのウィンドウ・シ
ステムでのみ有効な、ウィンドウ・ハンドルと呼ばれる
番号によって識別される。このウィンドウ・ハンドル
（または単に「ハンドル」）を使用して、他のウィンド
ウとの間でメッセージの送受信を行う。ネットスケープ
・ブラウザのウィンドウ３１０のハンドルをたとえば２
０００とする。このブラウザ・ウィンドウ・ハンドル２
０００は静的であり、ネットスケープ・ブラウザの実行
が終了するまで変わらない。しかし、それぞれ子ウィン
ドウ３２１、３２２、３２３、３２４、及び３２５のハ
ンドル２０２１、２０２２、２０２３、２０２４、及び
２０２５は動的に作成される。これらの子ハンドル（２
０２１〜２０２５）は、子ウィンドウが有効なときにの
み有効であり、これらの子ウィンドウが破棄された後、
すなわちブラウザが新しい文書にジャンプすると、使用
されなくなる。これらのウィンドウ・ハンドル（２０２
１〜２０２５）は、そのウェブ共用システム１００が、
同じ文書を表示するためと、２つ以上のクライアント１
５０にわたって様々な入力装置（たとえばキーボード、
マウス、ペン）からの同じ入力をサポートするために使
用する。

【００６９】図５に、顧客（この例ではたとえばソース
１５０Ａ）と銀行エージェント（この例ではたとえば受
信側１５０Ｂ）との間でウェブ文書２００（たとえばｈ
ｔｔｐ：／／ｗｗｗ．ｂａｎｋ．ｃｏｍ／ｈｏｍｅｐａ
ｇｅ．ｈｔｍ）を共用する例を示す。

【００７０】顧客と銀行エージェントとの間で共有され
る情報は、ウェブ文書２００と入力データ（たとえばア
カウント番号のキーボード入力）２３３の２種類ある。
他の例として、ウェブ文書２００の表示の共用は、ＣＣ
Ｉリダイレクタ１４５によってＣＣＩイベント１３２Ａ
として実現され、入力データ２３３の共用はメッセージ
・リダイレクタ１５５によってメッセージ・イベント１
６５Ａとして実現される。ＣＣＩリダイレクタ１４５と
メッセージ・リダイレクタ１５５がウェブ文書の共用を
サポートするために使用する詳細な機構については後述
する。

【００７１】ウェブ共用システム１００がソース１５０
Ａと受信側１５０Ｂの機械の間でウェブ文書を共用する
ために使用する機構について、以下に詳述する。

【００７２】ソース１５０Ａ機で、顧客が新しいＵＲＬ
を開くと、ウィンドウ・ハンドルとしてたとえば２００
０を持つブラウザ１３０Ａのウィンドウにウェブ文書２
００（Ａ）が表示される。そのウェブ・ページが表示さ
れた後、ブラウザ１３０ＡはＤＤＥプロトコルを使用し
てＣＣＩリダイレクタ１４５ＡにＣＣＩＯｐｅｎＵＲＬ
イベントを送り、そのウェブ・ページが正常に開かれて
表示されたことを通知する。ＣＣＩリダイレクタ１４５
ＡはこのＯｐｅｎＵＲＬイベント１３２Ａをウェブ共有
マネージャ１６０Ａにリダイレクトしてこのイベント１
３２Ａを処理する。ウェブ共用マネージャ１６０はこの
ＯｐｅｎＵＲＬイベントを受け取った後、開いた文書の
（図４に図示するような）ウィンドウの階層を列挙し、
各ウィンドウに順序番号を割り当て、顧客機１５０Ａの
ためにたとえば図６に示すようなテーブルを作成する。
たとえば、図６では、顧客機１５０Ａに表示される図５
の文書２００Ａはウィンドウ・ハンドル２０００と順序
番号０を持つ。アカウント番号２３３Ａの文書２００Ａ
の子ウィンドウ２０１Ａは、ウィンドウ・ハンドル２０
２１（４１０Ａ）と順序番号１を持つ。ウィンドウ・ハ
ンドルはウィンドウ・システムによって作成され、関連
づけられたウィンドウが閉じられるたびに破棄される。
したがって、同じウェブ・ページがブラウザによって再
ロードされる（閉じられて再度開かれる）ため、開いた
ウェブ・ページ内の子ウィンドウをウィンドウ・ハンド
ルを使用して識別することはできない。ウィンドウ・ハ
ンドルを使用する代わりに、ウェブ共用マネージャ１６
０Ａは順序番号を使用してウェブ文書のウィンドウとそ
の子ウィンドウを識別する。たとえば、順序番号０を使
用してウェブ文書のウィンドウ２００Ａを識別し、順序
番号１を使用してアカウント番号２３３Ａの子ウィンド
ウ２０１Ａを識別する。

【００７３】銀行エージェント（受信側）機１５０Ｂで
は、ウェブ共用マネージャ１６０Ｂが（ウェブ共用マネ
ージャ１６０Ａから）ネットワーク１１５を介してＯｐ
ｅｎＵＲＬ ＣＣＩイベント１３２Ａを受け取り、ＣＣ
Ｉリダイレクタ１４５Ｂを介してこのＯｐｅｎＵＲＬ
ＣＣＩイベント１３２Ａをウェブ・ブラウザ１３０Ｂに
渡して新しいＵＲＬが開かれる。ウェブ・ブラウザ１３
０Ｂはこの要求を受け取った後、たとえば５０００とい
うウィンドウ・ハンドルを持つウィンドウにそのウェブ
文書を開き、表示する。顧客機１５０Ａにおける図６の
作成と同様に、ウェブ共用マネージャ１６０Ｂは開いた
文書２００Ｂの（図４に示すような）ウィンドウの階層
を列挙し、各ウィンドウに順序番号を割り当て、顧客機
１５０Ｂのためにたとえば図７に示すようなテーブルを
作成する。

【００７４】ウェブ共用マネージャ１６０はマッピング
・テーブル・データ構造体５００を使用して１つのクラ
イアント１５０Ａ上のウェブ・ブラウザのウィンドウと
子ウィンドウを受信側クライアント１５０Ｂ上のそれに
対応するウィンドウにマップする。

【００７５】このマッピング・テーブル５００は、各レ
コードが３つ以上のフィールドを有するレコード（典型
的には５１０）を有する。第１のフィールド５２０には
ウィンドウの順序番号が入れられ、第２のフィールド５
３０にはそれぞれのウィンドウのウィンドウ・ハンドル
が入れられ、第３のフィールド５４０には文書２００内
のそれぞれの子ウィンドウ（３２１〜３２５）のタイプ
（たとえばテキスト、ビット・マップなど）が入れられ
る。たとえば、このテーブル５００を使用して１つの機
械（たとえば１５０Ａ）内の子ウィンドウ２０３Ａが他
の機械１５０Ｂ内の対応する子ウィンドウ２０３Ｂにマ
ップされる。

【００７６】ウェブ文書２００の閲覧と入力装置１９０
からの入力データの処理はウィンドウの情報に基づくた
め、図６及び図７に示すようなマッピング・テーブルに
よってウェブ共用システム１００は同じウェブ文書をウ
ェブ・ブラウザ１３０の正しいウィンドウに表示するこ
とができ、同じ入力データを正しいウェブ文書にリダイ
レクトすることができる。

【００７７】たとえば、テーブル５００を使用して、顧
客機１５０Ａ内のウィンドウ・ハンドル２０２１に送ら
れるすべてのキーボード・メッセージ１６５Ａを、第２
の機械１５０Ｂの（テーブル５００の順序番号フィール
ド５２０内の）ウィンドウ番号３に送られるメッセージ
１６５Ｂにマップする。このウィンドウ番号３は、第２
の機械１５０Ｂ（たとえば銀行エージェント機）におい
てウィンドウ・ハンドル５０１０を持っていることがわ
かることになる。このマッピング機構５００を使用し
て、テキスト入力ウィンドウ２０３Ａへのキーボード入
力１９０が対応するテキスト入力ウィンドウ２０３Ｂに
送られ、顧客とエージェントがそれぞれの画面に表示さ
れる同じ口座番号を見ることになる。その他のウィンド
ウ・タイプも同様にマップされる。

【００７８】この機能によって、すべてのクライアント
１５０がウェブ・ブラウザ１３０によってそれぞれの画
面上に表示される同じウェブ文書と、入力装置１９０か
ら共用ウェブ文書に入力される同じ入力データとを見た
り共用したりすることができるようになる。ユーザがハ
イパーリンクをクリックして新しいウェブ文書を閲覧す
ると、他のユーザは自動的に同じウェブ文書へのハイパ
ーリンクをたどることになる。

【００７９】ウェブ文書と入力データを共用してたとえ
ば対面会議を模するためにするほかに、ディスカッショ
ン中に一人のユーザがリモート・ポインタ１４４を使用
して共用文書内のオブジェクトを指し示したりその周囲
で動かしたすると、（リモート・ポインタ１４４の動き
がマウス入力データを生成し、それが前述のように共有
されるため）ウェブ共同作業セッションにかかわってい
る他のユーザにはそのオブジェクト位置に表示されその
周囲で動かされているリモート・ポインタ１４４のカー
ソルが見えることになる。アノテーション１４２によっ
て、ユーザはペン入力装置（ある場合）またはマウスを
使用して共用文書上で何らかの注釈を書いたりある領域
をハイライトしたりすることができる。（アノテーショ
ン１４２は前述のように共用されるペン／マウス入力デ
ータを生成するため）書かれた注釈またはハイライトは
同時に他のクライアント上に表示される。このウェブ文
書と入力装置の共用によって、ユーザはネットワークを
介して会議やミーティングを開くことができる。さら
に、アノテーション１４２とリモート・ポインタ１４４
の助けにより、ウェブ共用システム１００によって作成
された会議やミーティングは対面ミーティングと同じ雰
囲気を持つことができる。

【００８０】図８は、ウェブ共用マネージャ１６０がク
ライアント機１５０間で要求及び情報を交換するために
使用する（たとえばＴＣＰ／ＩＰ）通信プロトコルによ
る通信パケット６００を示すブロック図である。パケッ
ト６００は通信ヘッダ６１０と、２つ以上のウェブ共用
マネージャ・ヘッダ６２０と、１つまたは複数のフィー
ルドのあるデータ・セクション６３０とを有する。第１
のヘッダ６１０である通信ヘッダはＴＣＰ／ＩＰプロト
コルによって定義されている。このヘッダ６１０は公知
である。ウェブ共用マネージャは、他の構成要素（ＣＣ
Ｉリダイレクタ、メッセージ・リダイレクタなど）のデ
ータを送受信する共通の機能を備えるため、新規なウェ
ブ共用マネージャ・ヘッダ６２０を使用してパケット６
００の受信側（たとえばアノテーション、リモート・ポ
インタ１４４、ＣＣＩリダイレクタ１４５、メッセージ
・リダイレクタ１５５、ウェブ共用マネージャ１６０）
を識別する。この受信側情報はヘッダ６２０の受信者Ｉ
Ｄフィールド６２２に入っている。ウェブ共用マネージ
ャ・ヘッダ６２０はさらに、パケットすなわちウェブ共
用マネージャ・ヘッダ６２０とウェブ共用マネージャ・
データ６３０とを含む部分のサイズ（たとえば長さ）が
入るパケット長６２４フィールドを含む。ウェブ共用マ
ネージャ・ヘッダ６２０にはその他の情報も含めること
ができる。

【００８１】パケット６００のウェブ共用データ６３０
セクションは、受信者ＩＤフィールド６２２で指定され
た「受信者」にネットワーク１１５を介して送受信され
るパケット・データである。ウェブ共用マネージャは、
このパケット・データ６３０が受信者に渡される前にウ
ェブ共用マネージャ・ヘッダ６２０を取り除く。たとえ
ば、ＣＣＩリダイレクタ１４５のためのパケット・デー
タ６３０にはＣＣＩイベントのタイプ６３２（たとえば
Ｏｐｅｎ ＵＲＬイベント）と、ＣＣＩイベントのパラ
メータ６３４（たとえばｈｔｔｐ：／／ｗｗｗ．ｉｂ
ｍ．ｃｏｍ／ｈｏｍｅ．ｈｔｍ ＵＲＬ）が含まれるこ
とになる。受信者であるメッセージ・リダイレクタ１５
５、リモート・ポインタ１４４、アノテーション（たと
えばペン方式の入力）１４４のパケット・データ６３０
の例としては、それぞれキーボードからのキーストロー
ク１９０、マウス１９０、ペン・ストローク１９０のメ
ッセージ・タイプ６３２が含まれる。パラメータ６３４
は、それぞれキーコード、マウス位置となる。

【００８２】ウェブ・ブラウザ１３０によって表示され
たウェブ文書が共有されるとき、ウェブ・ブラウザのウ
ィンドウ内のウェブ文書２００の表示と入力データ（た
とえばキーボード／マウス／ペン入力データ）がソース
機と受信側機１５０との間で共用される。ウェブ文書の
表示の共用はＣＣＩリダイレクタ１４５がＣＣＩイベン
ト１３２Ａを伝達することによって実現され、入力デー
タの共用はメッセージ・リダイレクタ１５５がメッセー
ジ・イベント１６５Ａを伝達することによって実現され
る。

【００８３】ＣＣＩリダイレクタ１４５は、後述するよ
うに新規な方法でウェブ・ブラウザ１３０で提供される
ＣＣＩイベント（たとえばＯｐｅｎＵＲＬ、Ｗｉｎｄｏ
ｗＣｈａｎｇｅ）を使用してウェブ文書２００の表示の
共用を実施する。

【００８４】ユーザ１５０Ａが新しいＨＴＭＬ文書を開
いたりハイパーリンクを介して文書を閲覧したりする
と、ソース機（たとえば１５０Ａ）にあるウェブ・ブラ
ウザ１３０Ａはソース機１５０ＡにあるＣＣＩリダイレ
クタ１４５Ａに対して、ソース機１５０Ａによって送ら
れるＣＣＩイベント１３２Ａを通知する。また、受信側
機１５０ＢにあるＣＣＩリダイレクタ１４５Ｂは、受信
側機１５０ＢにあるＣＣＩイベント１３２Ａをそのそれ
ぞれのウェブ・ブラウザ１３０Ｂに渡して、それらのＣ
ＣＩイベント１３２Ａがユーザ１５０Ｂの操作から（Ｃ
ＣＩイベント１３２Ｂとして）生成されたかのように同
じ方法で実行されるようにする。受信ＣＣＩイベントの
例は、送信側ユーザ１５０Ａが開いたウェブ文書２００
を表示する要求である。

【００８５】図９は、送信側機１５０Ａと受信側機１５
０Ｂの両方で実行されるプロセス７００のフローチャー
トであり、ウェブ共同作業セッション中にＣＣＩリダイ
レクタ１４５が行う初期設定とＣＣＩイベント１３２の
処理と終了のステップを示している。ウェブ共同作業の
開始時に、ＣＣＩリダイレクタ１４５はＣＣＩリダイレ
クタがインタレストを持つすべてのＣＣＩイベント１３
２をウェブ・ブラウザ１３０に登録する。この登録関係
（ステップ７１０）によって、ウェブ・ブラウザ１３０
は登録されたＣＣＩイベント１３２をＤＤＥプロトコル
１３１を使用して送信することによってＣＣＩリダイレ
クタ１４５に通知する。ＣＣＩリダイレクタ１４５が登
録するＣＣＩイベントの例としては、Ｒｅｇｉｓｔｅｒ
Ｐｒｏｔｏｃｏｌ、ＲｅｇｉｓｔｅｒＷｉｎｄｏｗＣｈ
ａｎｇｅなどがある。レジスタ１４５は受信側機１５０
Ｂ上で文書表示を作成する必要があるＣＣＩイベント１
３２Ａにインタレストを持つ。

【００８６】たとえば、ユーザ１５０Ａが新しいＵＲＬ
文書を開くと、ステップ７１０でＣＣＩリダイレクタ１
４５Ａによってブラウザ１３０Ａに登録されたＯｐｅｎ
ＵＲＬと呼ぶＣＣＩイベント１３２がウェブ・ブラウ
ザ１３０Ａによって生成され、ＤＤＥプロトコルを使用
してＣＣＩリダイレクタ１４５Ａに送られる。ＣＣＩリ
ダイレクタ１４５ＡはこのＯｐｅｎＵＲＬ ＣＣＩイベ
ントを受信することによって、ウェブ・ブラウザ１３０
Ａが新しいウェブ文書２００を表示することを知る。開
いたウェブ文書の名前をＣＣＩリダイレクタ１４５Ａ
（ＣＣＩイベントの送信者）からそれぞれのウェブ共有
マネージャ１６０を介して対応するＣＣＩリダイレクタ
１４５Ｂ（ＣＣＩイベントの受信者）に送ることによっ
て、ＤＤＥプロトコル１３１Ｂを使用してＣＣＩリダイ
レクタ１４５ＢからＯｐｅｎＵＲＬイベントをウェブ・
ブラウザ１３０Ｂに送って受信側機１５０Ｂに同じウェ
ブ文書２００を表示することができる。

【００８７】ステップ７２０で、ＣＣＩイベント１３２
Ａ（Ｂ）の送信者（または受信者）としてＣＣＩリダイ
レクタ１４５Ｂ（Ａ）によってＣＣＩイベント１３２Ａ
（Ｂ）が処理される。ブラウザ１３０ＡがＣＣＩリダイ
レクタ１４５ＡにＣＣＩイベント１３２Ａを送るとき機
械１５０Ａは送信者であり、ウェブ共用マネージャ１６
０ＡがＣＣＩリダイレクタ１４５Ａに通信パケット６０
０を渡すとき１５０Ａは受信者である。ＣＣＩ送信者１
４５Ａの場合のステップ７２０を図１０に示し、ＣＣＩ
受信者１４５Ｂの場合を図１１に示す。ウェブ共同作業
が終了すると、ＣＣＩリダイレクタ１４５はステップ７
３０で登録されているＣＣＩイベント１３２をすべてウ
ェブ・ブラウザ１３０から登録抹消する。

【００８８】図１０は、ウェブ・ブラウザ１３０からＣ
ＣＩイベントを通知されたソースまたは送信側クライア
ント１５０Ａ上で実施されるステップ７２０のフローチ
ャートである。ＣＣＩリダイレクタ１４５Ａはまず、機
械１５０がそのウェブ・ブラウザ１３０Ａからの要求の
ソース／送信者１５０Ａであるかどうかを判断する（８
１０）。ソース・ウェブ・ブラウザ１３０ＡはＣＣＩリ
ダイレクタ１４５ＡにＣＣＩイベント１３２Ａを通知し
（ステップ８１０）、ＣＣＩリダイレクタ１４５Ａは後
の使用のためにそのＣＣＩイベント１３２Ａに関係する
情報（図６参照）の記憶と更新を行う（８２０）。受信
側クライアント１５０Ｂ上でウェブ・ブラウザの同じ状
態を作成するために、ウェブ共用マネージャ１６０Ｂは
通信パケット６００を分解する。ソースＣＣＩリダイレ
クタ１４５Ａは、ＣＣＩイベント１３２Ａのタイプ６３
２とパラメータ６３４をネットワーク・ウェブ共用デー
タ・パケット６３０に入れる。ＣＣＩリダイレクタ１４
５Ａはそのソースウェブ共用マネージャ１６０Ａにデー
タ・パケット６３０を送る（８４５）。ソース・ウェブ
共用マネージャ１６０Ａは次に、ウェブ共用マネージャ
・ヘッダ６２０に受信者ＩＤ６２２とパケット長６２４
を入れ、必要なその他の通信ヘッダ６１０情報があれば
それを供給することによって通信パケット６００全体を
作成する（８５０）。ウェブ共用マネージャ１６０は複
数のクライアントにパケット６００を送信し、それぞれ
のクライアント受信者１５０Ｂに必要な受信者ＩＤ６２
２と通信ヘッダ（ＴＣＰ／ＩＰ）６１０情報を供給する
ことによって複数ユーザ・セッションを作成することが
できることに留意されたい。次に、パケットはたとえば
ＴＣＩ／ＩＰなどの周知の技法を使用して、インタフェ
ース１２０を介してウェブ共用マネージャ１６０Ａによ
って送られる。ステップ８４０で、所与のＣＣＩイベン
ト１３２Ａについてソース機１５０ＡのＣＣＩプロセス
７２０が終了する。

【００８９】図１１は、ウェブ共用マネージャ１６０Ｂ
からＣＣＩイベント１３２Ａを受け取る受信側クライア
ント１５０Ｂ上で実施されるステップ７２０を示すフロ
ーチャートである。ウェブ共用マネージャ１６０Ｂは通
信パケット６００を分解する。ＣＣＩリダイレクタ１４
５Ｂはまず、ウェブ共用マネージャ１６０Ｂによって分
解された受信者ＩＤ６２２から、機械１５０がウェブ共
用データ・パケットの受信者１５０Ｂであるかどうかを
判断する。（受信者ＩＤ６２２はＣＣＩリダイレクタ１
４５Ｂまたはメッセージ・リダイレクタ１５５Ｂとする
ことができることに留意されたい。）受信したＣＣＩイ
ベント１３２Ａのタイプ６３２とパラメータ６３４を判
断した後、ＣＣＩリダイレクタ１４５ＢはＤＤＥプロト
コル１３１Ｂを使用してＣＣＩパラメータをローカル・
パラメータに変換する（９１０）。これは、テーブル５
５０内の情報を作成し供給することによって行われる。
（送信側１３１ＡのＤＤＥプロトコルは通常、受信側１
３１Ｂのプロトコルと同じであることに留意されたい。
しかし、ＣＣＩイベント１３２Ａが受信側で再作成され
た後は、ＣＣＩリダイレクタ１４５Ｂによって、たとえ
ばネットスケープからモザイクへなど、新しい形式に変
換することができる。）

【００９０】たとえば、ステップ９１０で、機械１５０
ＢがＯｐｅｎＵＲＬ ＣＣＩイベント１３２Ａを受け取
ると、ＣＣＩリダイレクタ１４５ＢがＯｐｅｎＵＲＬ
ＣＣＩイベントをブラウザ１３０Ｂに渡し（ステップ９
２０でのイベント実行要求）、ブラウザ１３０Ｂはパラ
メータ６３４で指定されているサーバから開く文書にア
クセスする。次に、ブラウザ１３０Ｂが文書の表示を作
成するとき、ＣＣＩリダイレクタ１４５Ｂは子ウィンド
ウがいくつあるかを判断し、テーブル５５０内の必要な
情報を満たす。（ブラウザ１３０Ｂが開始されたとき、
親ウィンドウはすでにテーブル５５０に作成されている
ことに留意されたい。）

【００９１】ステップ９３０で、ブラウザ１３０ＢはＣ
ＣＩリダイレクタ１４５Ｂから要求されたＣＣＩイベン
トを実行する。ローカル・ウェブ・ブラウザ１３０Ｂは
同じ状態を有している（９３０）。すなわち、リモート
のウェブ・ブラウザ１３０Ａと同じＣＣＩイベント１３
２Ａを実行するが、ローカル・システム１５０Ｂのマッ
ピングを使用して両方の場所で同一の文書表示を作成す
る。ＣＣＩイベント１３２Ａの実行（９３０）の結果は
ウェブ・ブラウザ１３０ＢからＣＣＩリダイレクタ１４
５Ｂに返され、後で使用するためにＣＣＩリダイレクタ
１４５Ｂによってテーブル５５０に記憶され、適切な場
合には更新される（９４０）。

【００９２】ステップ９５０で制御がステップ７２０に
返され、ステップ７３０で終了するまで呼出しプロセス
８００が続行する。

【００９３】メッセージまたはデータあるいはその両方
は、メッセージ・イベント１６５Ａとして制御すなわち
ＣＣＩイベント１３２と同様にして扱われる。

【００９４】図１２は、送信側機１５０Ａと受信側機１
５０Ｂの両方によって実行されるプロセス１０００のフ
ローチャートであり、ウェブ共同作業セッション中にメ
ッセージ・リダイレクタ１５５（送信者または受信者）
によって行われる初期設定、入力メッセージの処理、及
び終了のステップが図示されている。

【００９５】メッセージ方式のウィンドウ・システム
（たとえばウィンドウズ３．１またはＯＳ／２）では、
アプリケーションは入力装置１９０（マウス、キーボー
ド、ペンなど）からデータ（パラメータ６３４）を、オ
ペレーティング・システム１９５がそのメッセージ・キ
ュー１６５を介してアプリケーションに送るメッセージ
（マウス・メッセージ、キーボード・メッセージ、ペン
・メッセージなど）の形で入手する。

【００９６】メッセージ・リダイレクタ１５５を使用し
て入力装置１９０からのデータの共用をクライアント１
５０間で実施する。ユーザ１５０Ａがウェブ文書に何ら
かのデータを入力すると、それらの入力データはオペレ
ーティング・システム１９５によってメッセージに変換
され、それがメッセージ・キュー１６５Ａで保持され
る。メッセージ・リダイレクタ１５５Ａ（ソースまたは
送信者）はメッセージ・キュー１６５を介してウェブ・
ブラウザのオブジェクト（たとえばボタン・オブジェク
ト、テキスト入力オブジェクト、リスト・ボックス・オ
ブジェクト）に送られたメッセージをインタセプトする
ことによってそれらの入力データをキャプチャまたはフ
ック（１９１）する。

【００９７】他のクライアント１５０Ｂにあるウェブ文
書にも同じ入力を行うために、メッセージ・リダイレク
タ１５５Ａ（ソースまたは送信者）はインタセプトした
メッセージをウェブ共用マネージャ１６０Ｂを介してそ
れに対応するメッセージ・リダイレクタ１５５Ｂ（受信
者に）送る。次に、受信側メッセージ・リダイレクタ１
５５Ｂは、それらのメッセージがローカル入力装置１９
０Ｂのためにオペレーティング・システム１９５Ｂによ
って生成された場合と同じ方法でシステム１５０Ｂ上の
メッセージ・キュー１６５にそれらのメッセージを入れ
る。

【００９８】ウェブ共同作業の開始時に、メッセージ・
リダイレクタ１５５はオペレーティング・システム１９
５が備える周知の機構を使用してメッセージ・キュー１
６５をフックする（１０１０、１９１）。

【００９９】たとえば、ユーザ１５０Ａがウェブ文書に
名前を入力するためにテキスト入力オブジェクトに自分
の名前を入力した場合、メッセージ・リダイレクタ１５
５Ａはそのキーボード・メッセージをインタセプトし、
他のクライアント１５０Ｂにある対応するメッセージ・
リダイレクタ１５５Ｂに送る。各リモート・クライアン
ト１５０Ｂでは、送信されたキーボード・メッセージが
機械１５０Ｂ上のメッセージ・キュー１６５に入れら
れ、キーストロークがユーザ１５０Ｂによってローカル
で入力された場合と同様にして名前入力のためにテキス
ト入力オブジェクトによって取り出される。その結果、
すべてのユーザにそれぞれのウェブ文書で同じ名前が見
えるようになる。

【０１００】他の例として、機械１５０Ｂがメッセージ
・イベント１６５Ａを受け取った場合、メッセージ・リ
ダイレクタ１５５Ｂはウィンドウ順序番号５２０Ａ、Ｂ
をウィンドウ・ハンドル５３０Ｂにマップし、それによ
ってマップされたウィンドウ・ハンドル５３０Ｂに関連
づけられたメッセージ・イベント・キュー１６５Ｂにパ
ラメータ６３４が入れられる（ステップ９２０）。

【０１０１】ステップ１０２０で、メッセージ・リダイ
レクタ１５５が入力メッセージの送信者（オペレーティ
ング・システム１９５がブラウザがメッセージ・キュー
からメッセージ・イベント１６５Ａを取り出したと認識
した場合）として、または受信者（ウェブ共用マネージ
ャ１６０Ａがメッセージ・リダイレクタ１５５に通信パ
ケット６００を渡した場合）として、入力メッセージを
処理する。このステップ１０２０を、メッセージ送信者
の場合について図１３に示し、メッセージ受信者の場合
について図１４に示す。ウェブ共同作業が終了すると、
メッセージ・リダイレクタ１５５はステップ１０３０で
オペレーティング・システムの周知の機構を使用してメ
ッセージ・キューのフックを登録抹消する。

【０１０２】ステップ１０３０で、メッセージ・リダイ
レクタ１５５はメッセージ・イベント・キュー１６５の
フックを登録抹消することによって処理を終了する。す
なわち、ブラウザ１３０がキュー１６５からメッセージ
を受け取った場合、メッセージ・リダイレクタ１５５は
呼び出されず、プロセス１０００は実行されない。

【０１０３】図１３は、送信側機１５０Ａで、メッセー
ジ・キュー１６５から入力メッセージをインタセプトす
るソースまたは送信側クライアント１５０Ａ上で実施さ
れるステップ１０２０を示すフローチャートである。メ
ッセージ・リダイレクタ１５５Ａはまず、機械１５０が
メッセージ・キュー１６５Ａからインタセプトされた入
力メッセージのソース／送信者１５０Ａであるかどうか
を判断する。メッセージにタイプ１６６に基づいて、各
メッセージを検査して、インタセプトしたメッセージを
他のクライアント１５０Ｂに送信する必要があるかどう
かを判断する（ステップ１１２０）。各メッセージを処
理するこのステップ１１２０を図１６に詳しく示す。メ
ッセージを他のクライアント１５０Ｂに送信する必要が
ある場合、ソース・メッセージ・リダイレクタ１５５Ａ
は入力メッセージのタイプ６３２とパラメータ６３４を
ネットワーク・ウェブ共用データ・パケット６３０に入
れる（１１３０）。（一般に、タイプ６３２はメッセー
ジ・タイプ１６６であり、パラメータ６３４はキュー項
目１７１のフィールド１６７、１６８、及び１６９であ
る。）メッセージ・リダイレクタ１５５Ａはそのソース
・ウェブ共用マネージャ１６０Ａにデータ・パケット６
３０を送る（１１３５）。ソース・ウェブ共用マネージ
ャ１６０Ａは、ウェブ共用マネージャ・ヘッダ６２０に
受信者ＩＤ６２２とパケット長６２４を入れ、必要なそ
の他の通信ヘッダ６１０情報があればそれを供給するこ
とによって、通信パケット６００全体を作成する（１１
４０）。パケットは次にたとえばＴＣＰ／ＩＰなどの周
知の技法を使用してインタフェース１２０を介してウェ
ブ共用マネージャ１６０Ａによって送信される。ステッ
プ１１５０でメッセージ・キュー１６５からの所与の入
力メッセージに関するソース機１５０Ａのメッセージ・
プロセス１０２０が終了し、ステップ１０２０に制御が
返される。

【０１０４】図１６は、メッセージ・リダイレクタ１５
５によって行われるステップ１１２０のフローチャート
である。オペレーティング・システム１９５がメッセー
ジ・キュー１６５から項目１７１を取り出し（ステップ
１４１０）、それを検査してフック１９１がイネーブル
になっていないかどうかを調べる（ステップ１４２
０）。フックがディスエーブルになっている場合、その
項目は宛先１９３に配送されることになる。メッセージ
・リダイレクタ１５５はキュー１６５をフック（１９
１）しているため、メッセージ・リダイレクタはすべて
の項目１７１を受け取り、前述のようにそのメッセージ
・タイプがインタレストのあるものかどうか（たとえば
キー・コード、マウス・ボタンのクリックまたはダブル
・クリック、マウス移動、、スクロール・メッセージ、
タグ付きメッセージ）を調べる。メッセージ・タイプ１
６６がソース・クライアント１５０Ａから送られてきた
ものであることを示すタグ付きメッセージの場合（ステ
ップ１４４０）、メッセージ・リダイレクタはタグを除
去することによってメッセージ・タイプ１６６を元に戻
し（ステップ１４５０）、その項目１７１が宛先１９３
に渡される。メッセージ・リダイレクタ１５５は宛先フ
ィールド１６８を調べることによってウェブ・ブラウザ
に宛てられたメッセージのみを複製する（ステップ１４
６０）。宛先フィールド１６８がウェブ・ブラウザ・ウ
ィンドウまたはその子ウィンドウの場合、処理は図１３
のステップ１１３０に続く（１４７０）。

【０１０５】図１４は、ウェブ共用マネージャ１６０Ｂ
から入力メッセージを受け取る、クライアント１５０Ｂ
で実施されるステップ１０２０を示すフローチャートで
ある。メッセージ・リダイレクタ１５５Ｂはまず、機械
１５０がウェブ共用マネージャ１６０Ｂから送られたウ
ェブ共用データ・パケットの受信者１５０Ｂであるかど
うかを判断する。受信側メッセージ・リダイレクタ１５
５Ｂは次にデータ・パケット６３０からメッセージのタ
イプ６３２とそのパラメータ６３４を取り出す。（一般
に、タイプ６３２はメッセージ・タイプ１６６であり、
パラメータ６３４はキュー項目１７１のフィールド１６
７、１６８、及び１６９である。）受信メッセージのパ
ラメータの中にはメッセージがインタセプトされたオペ
レーティング・システムでのみ有効なものもあるため、
それらのパラメータはメッセージ・リダイレクタ１５５
Ｂによって各クライアント１５０Ｂのローカル・パラメ
ータに変換される（ステップ１２１０）。受信側機１５
０Ｂで、メッセージ・リダイレクタ１５５Ｂは受信メッ
セージをその変換されたパラメータと一緒にメッセージ
・キュー１６５に入れる（ステップ１２２０）。ウェブ
・ブラウザ１３０Ｂはメッセージ・キュー１６５Ｂから
メッセージを取り出し（１２２５）、その入力メッセー
ジがローカル入力装置１９０Ｂからのものである場合と
同様に処理する（１２３０）。これで、送信側ウェブ・
ブラウザ１３０Ａと受信側ウェブ・ブラウザ１３０Ｂが
同じ入力メッセージを入手する。すなわちソース・ユー
ザ１５０Ａと受信側ユーザ１５０Ｂが同じ入力データを
共用する。ステップ１２４０で、ウェブ共用マネージャ
１６０Ｂからの所与のデータ・パケット６３０に関する
受信側機１５０Ｂのメッセージ・プロセス１０２０は終
了し、ステップ１０２０に制御が返る。

【０１０６】図１５は、本システム１００のいくつかの
好ましい使用法を示す図である。具体的に、ウェブ・ペ
ージ共用システム１００を使用するたとえばホーム・バ
ンキング・システムにおけるような顧客とエージェント
の対話式共同作業の実施態様１３００について説明す
る。

【０１０７】以下のシナリオでは、インターネット上で
広告を出している銀行に顧客が新規口座を開設したいと
考えている。銀行エージェント１３２０は「インタラク
ティブ・ホーム・バンキング」プロトタイプ１３００を
使用して共同作業し、顧客１３１０が新規口座の申込み
書１３５０（すなわち文書２００）に記入するのを手伝
う。

【０１０８】顧客はパーソナル・コンピュータ１５０を
使用してインターネット１１５に接続し、ウェブ・ブラ
ウザ（たとえばネットスケープ・ナビゲーター）１３０
を稼働させて「インタラクティブ・ホーム・バンク」の
ホーム・ページを閲覧する。顧客１３１０は、銀行が提
供する商品に関する情報を読んだ後、この銀行に新規口
座を開設したいと考え、銀行エージェント１３２０にデ
ータ接続してウェブ共同作業セッションを確立する。

【０１０９】ディスカッションを容易にするために、電
話網１３６０またはその他の機構を介して音声接続１３
６５も確立することができる。音声接続は、標準直通ダ
イヤル電話接続を介して行うか、１９９６年２月６日に
出願されたホルテンシウス等の「Ｍｕｌｔｉｐｏｉｎｔ
Ｓｉｍｕｌｔａｎｅｏｕｓ Ｖｏｉｃｅ ａｎｄＤａ
ｔａ Ｓｅｒｖｉｃｅｓ Ｕｓｉｎｇ ａ Ｍｅｄｉａ
ＳｐｌｉｔｔｅｒＧａｔｅｗａｙ Ａｒｃｈｉｔｅｃ
ｔｕｒｅ」という名称の米国特許出願第０８／５９５８
９７号に記載されている技法１３６８を使用してインタ
ーネットを介して行うことができる。前記特許出願は参
照によりその全体が本明細書に組み込まれる。

【０１１０】ウェブ共同作業セッション中に、ユーザの
一方（顧客または銀行エージェント）によって新しいウ
ェブ文書１３５０が開かれると、それと同じ文書が他方
のユーザの画面上にも表示される。ウェブ文書１３５０
の閲覧のこの共用は、前述のようにＣＣＩリダイレクタ
によってサポートされる。たとえば、銀行エージェント
１３２０が申込み書１３５０を表示すると、顧客１３１
０にも同じ書式の自分の画面が見える。メッセージ・リ
ダイレクタの機能を使用して、顧客がアカウント名を入
力するためにタイプしたキーストロークが銀行エージェ
ントの画面上の対応するアカウント名フィールドにも表
示される。（この場合は、アカウント名１３２１、注釈
１３０２、署名１３０３、発信１３０４、及びクリア１
３０５ウィンドウは図３に示す子ウィンドウに対応す
る。）ディスカッションを容易にするために、顧客１３
１０と銀行エージェント１３２０はアノテーション１４
２とリモート・ポインタ１４４を使用して申込み書上の
領域をマークし、指示することができる。このプロトタ
イプでは、顧客と銀行エージェントとが共同作業してウ
ェブ文書を共用し、新規銀行口座を開設する書式に記入
するためにデータを入力する。

【０１１１】その他の実施態様も可能である。たとえ
ば、文書１３５０は契約書、注文書、メニュー、設計
図、ソフトウェア・コードのリスト、特許出願書、積荷
証券、または商取引で一般に使用されるその他の任意の
文書１３５０／２００とすることもできる。エージェン
ト１３２０は販売員、サービス提供者（医師、弁護士、
会計士など）、設計者（技術者、建築家、プログラ
マ）、管理者などとすることができる。顧客１３１０
は、文書１３５０を使用または作成するエージェントや
エージェントと共に（またはエージェントのために）仕
事をする任意の人１３２０が提供する品物やサービスを
利用する人であればどのような人でもよい。エージェン
ト１３２０または顧客１３１０あるいはその両方が複数
存在することもできる。たとえば、エージェント１３２
０は複数の生徒（顧客）１３１０に教える教師であって
もよい。顧客１３１０は、複数の納入業者の要員や顧問
（エージェント）１３２０と「会議をする」１社または
複数の会社内の複数の人とすることもできる。ペン方式
のインタフェースによって、共同作業するすべての当事
者が、インターネットを使用して自宅や職場を離れるこ
となく、たとえば契約書（レンタカー契約書）、クレジ
ット・カード明細書などの文書２００に同時に署名する
ことができる。

【０１１２】本開示があれば、当業者には本発明の他の
同等の実施態様が明らかになるであろう。それらの実施
態様は本発明の企図の範囲に含まれる。

【０１１３】まとめとして、本発明の構成に関して以下
の事項を開示する。

【０１１４】（１）メモリと、中央演算処理装置と、表
示装置と、ユーザ入力装置と、オペレーティング・シス
テムと、サーバ及び共用コンピュータに接続されたネッ
トワークと通信するためのネットワーク・プロトコルを
備えたネットワーク・インタフェースとを有するコンピ
ュータであって、ネットワーク・インタフェースを介し
てネットワークでブラウザ要求をサーバに送ることによ
ってサーバにページを要求し、ネットワーク・インタフ
ェースを介してネットワークで送られた要求ページのう
ちの要求ページをサーバから受け取るブラウザと、リダ
イレクトされるブラウザ要求が表示装置上でウェブ・ペ
ージを作成するために必要なブラウザ要求のうちの要求
から再作成される、リダイレクトされるブラウザ要求で
あるブラウザ要求のうちのブラウザ要求を再作成するこ
とができるリダイレクタと、ネットワーク・インタエー
スに接続され、リダイレクトされた要求を受け取り、ネ
ットワークで共用コンピュータにブラウザ要求を送るウ
ェブ共用マネージャとをさらに含むコンピュータ。 （２）メモリと、中央演算処理装置と、表示装置と、ユ
ーザ入力装置と、オペレーティング・システムと、サー
バ及び共用コンピュータに接続されたネットワークと通
信するためのネットワーク・プロトコルを備えたネット
ワーク・インタフェースとを有するコンピュータであっ
て、イベントを生成することができるブラウザと、メッ
セージを処理するオペレーティング・システムと、キュ
ー項目のうちの項目のそれぞれがメッセージのうちの１
つを含み、キュー項目のうちのキュー項目がイベントの
うちの１つを含む、キュー項目をスタックするキュー
と、キュー項目のうちのリダイレクトされるキュー項目
であるキュー項目の監視と再作成を行うことができるリ
ダイレクタと、ネットワーク・インタフェースに接続さ
れ、リダイレクタから宛てて送られたキュー・イベント
を受け取り、送られた各キュー・イベントをネットワー
ク・プロトコルに準拠した送信パケットに組み込み、送
信パケットをネットワーク・インタフェースを介してネ
ットワークで共用コンピュータのうちの共用コンピュー
タに送信するウェブ共用マネージャとをさらに含むコン
ピュータ。 （３）マネージャが、オペレーティング・システム・メ
ッセージと、アプリケーション・メッセージと、入力装
置メッセージと、共用コンピュータによって生成された
メッセージとのうちのいずれか１つを含むことを特徴と
する、上記（２）に記載のコンピュータ。 （４）イベントがブラウザ要求であることを特徴とす
る、上記（２）に記載のコンピュータ。 （５）ブラウザ要求がサーバにウェブ・ページを要求す
る要求であることを特徴とする、上記（４）に記載のコ
ンピュータ。 （６）サーバがＨＴＭＬサーバでありページがＨＴＭＬ
ページであることを特徴とする、上記（５）に記載のコ
ンピュータ。 （７）ユーザ入力装置が、ペンと、手書きアノテーショ
ン・ドライバと、ペン・オーバレイと、リモート・ポイ
ンタと、マウスと、キーボードと、仮想現実入力装置
と、音声認識システムとのうちのいずれか１つまたは複
数を含むことを特徴とする、上記（２）に記載のコンピ
ュータ。 （８）ネットワークが、インターネットと、ローカル・
エリア・ネットワークと、ワイド・エリア・ネットワー
クとのうちのいずれか１つを含むことを特徴とする、上
記（２）に記載のコンピュータ。 （９）ネットワーク・プロトコルがＴＣＰ／ＩＰである
ことを特徴とする、上記（２）に記載のコンピュータ。 （１０）キュー・イベントのうちのキュー・イベントが
ブラウザによって作成されたＣＣＩイベントであること
を特徴とする、上記（２）に記載のコンピュータ。 （１１）ＣＣＩイベントがオペレーティング・システム
・プロトコルに変換されることを特徴とする、上記（１
０）に記載のコンピュータ。 （１２）オペレーティング・システム・プロトコルが動
的データ交換（ＤＤＥ）であることを特徴とする、上記
（１１）に記載のコンピュータ。 （１３）ＣＣＩイベントが、ページを開く要求と、ウィ
ンドウ・サイズを変更する要求と、プロトコルを登録す
る要求と、プロトコルを登録抹消する要求と、ウィンド
ウ情報を入手する要求と、新規ページを開く時に通知さ
れることを求める要求と、ウィンドウ・サイズを変更す
るときに通知されることを求める要求とのうちのいずれ
か要求を含むことを特徴とする、上記（１０）に記載の
コンピュータ。 （１４）メッセージのうちのメッセージが、キーボード
からのキーストロークと、マウスのクリック及び移動
と、ペン入力と、音声認識システムからの音声信号と、
オペレーティング・システム・メッセージとのうちの１
つまたは複数によって作成されることを特徴とする、上
記（２）に記載のコンピュータ。 （１５）送信パケットと受信パケットがネットワーク・
プロトコルによって使用される情報が入った通信ヘッダ
とウェブ共用マネージャ・ヘッダとを有し、各ウェブ共
用マネージャ・ヘッダが受信者ＩＤフィールドとパケッ
ト長フィールドを有し、受信者ＩＤフィールドがリダイ
レクタを識別する受信者値を有し、パケット長フィール
ドがイベントのタイプを識別するデータ・タイプ・フィ
ールドとイベントに付随するパラメータを識別するパラ
メータ・フィールドとを有するウェブ共用マネージャ・
データの長さを指定する長さ値を有することを特徴とす
る、上記（２）に記載のコンピュータ。 （１６）メモリと、中央演算処理装置と、表示装置と、
ユーザ入力装置と、オペレーティング・システムと、サ
ーバ及び共用コンピュータに接続されたネットワークと
通信するためのネットワーク・プロトコルを備えたネッ
トワーク・インタフェースとを有するコンピュータであ
って、ネットワーク・インタフェースを介してネットワ
ークでサーバにブラウザ要求を送ることによってサーバ
のうちのサーバにページを要求し、サーバからネットワ
ーク・インタフェースを介してネットワークで送られた
要求ページのうちのページを受け取り、ユーザ入力装置
からの情報のメッセージを使用して表示装置上にページ
を表示するブラウザと、リダイレクトされるブラウザ要
求が表示装置上でページを作成するために必要なブラウ
ザ要求のうちの要求から再作成される、リダイレクトさ
れるブラウザ要求であるブラウザ要求のうちのブラウザ
要求を再作成することができ、リダイレクトされるメッ
セージであるメッセージのうちのメッセージを再作成す
ることができる、リダイレクタと、ネットワーク・イン
タエースに接続され、リダイレクトされたブラウザ要求
とリダイレクトされたメッセージとを受け取り、ネット
ワークで共用コンピュータにブラウザ要求とリダイレク
トされたメッセージとを送り、それによって共用コンピ
ュータが共用表示画面上にページのコピーを表示する、
ウェブ共用マネージャとをさらに含むコンピュータ。 （１７）コンピュータがエージェントによって使用され
るエージェント・コンピュータであり、ページが文書で
あり、共用コンピュータがクライアントによって使用さ
れるクライアント・コンピュータであることを特徴とす
る、上記（１６）に記載のコンピュータ。 （１８）クライアント・コンピュータ上のゼロまたはそ
れ以上の入力装置とエージェント・コンピュータ上のゼ
ロまたはそれ以上の入力装置が、ペンと、手書きアノテ
ーション・ドライバと、ペン・オーバレイと、リモート
・ポインタと、マウスと、キーボードと、仮想現実入力
装置と、音声認識システムとのうちのいずれか１つまた
は複数を含むことを特徴とする、上記（１７）に記載の
コンピュータ。 （１９）入力装置が署名を生成することができるペンで
あり、文書が署名が入れられるウィンドウを有すること
を特徴とする、上記（１７）に記載のコンピュータ。 （２０）文書が商取引で一般に使用される任意の文書で
あることを特徴とする、上記（１７）に記載のコンピュ
ータ。 （２１）文書が、契約書、レンタカー契約書、クレジッ
ト・カード明細書、銀行明細書、申込み書、書式、納税
申告用紙、注文書、メニュー、設計図、ソフトウェア・
コードのリスト、特許出願書、及び積荷証券のうちのい
ずれか１つまたは複数であることができることを特徴と
する、上記（２０）に記載のコンピュータ。 （２２）メモリと、中央演算処理装置と、表示装置と、
ユーザ入力装置と、オペレーティング・システムと、サ
ーバ及び共用コンピュータに接続されたネットワークと
通信するためのネットワーク・プロトコルを備えたネッ
トワーク・インタフェースとを有するコンピュータであ
って、ネットワーク・インタフェースを介してネットワ
ークでサーバにブラウザ要求を送ることによってサーバ
のうちのサーバにページを要求し、サーバからネットワ
ーク・インタフェースを介してネットワークで送られた
要求ページのうちのページを受け取り、ユーザ入力装置
からの情報のメッセージを使用して表示装置上にページ
を表示するブラウザ手段と、リダイレクトされるブラウ
ザ要求が表示装置上でページを作成するために必要なブ
ラウザ要求のうちの要求から再作成される、リダイレク
トされるブラウザ要求であるブラウザ要求のうちのブラ
ウザ要求を再作成することができ、リダイレクトされる
メッセージであるメッセージのうちのメッセージを再作
成することができる、リダイレクタ手段と、ネットワー
ク・インタフェースに接続し、リダイレクトされたブラ
ウザ要求とリダイレクトされたメッセージとを受け取
り、ブラウザ要求とリダイレクトされたメッセージとを
ネットワークで共用コンピュータのうちの共用コンピュ
ータに送り、それによって共用コンピュータが共用表示
画面上にページのコピーを表示する、ウェブ共用マネー
ジャ手段とをさらに含むコンピュータ。 （２３）ａ．メモリからメッセージを取り出すステップ
と、 ｂ．ブラウザが表示装置上でページを作成するためにメ
ッセージが必要な場合はメッセージを複製するステップ
と、 ｃ．ネットワークで共用コンピュータにメッセージを送
り、それによって共用コンピュータ上の受信側ブラウザ
がメッセージを使用して受信画面上に前記ページと同じ
受信ページを作成することができるようにするステップ
とを含む、コンピュータによって実行される方法。

【図面の簡単な説明】

【図１】クライアント／サーバ・ネットワーク・アーキ
テクチャで使用する本発明を示すブロック図である。

【図２】本発明におけるイベント（たとえばブラウザ要
求）とメッセージすなわち情報と制御の流れも示した図
１のシステムの詳細なブロック図である。

【図３】本発明によって使用可能なウェブ文書（ウェブ
・ページ）のサンプルを示す図である。

【図４】図２のウェブ・サンプル文書のウィンドウの階
層（親子関係）を示す図である。

【図５】共用ウェブ文書の例とマッピングの使用法を示
す図である。

【図６】マッピング・テーブル・データ構造体の例を示
すブロック図である。

【図７】マッピング・テーブル・データ構造体の例を示
すブロック図である。

【図８】通信パケットを示すブロック図である。

【図９】ウェブ共用共同作業中にイベント（たとえばＣ
ＣＩイベント）の登録、処理、及び登録抹消を行うステ
ップを示すフローチャートである。

【図１０】ソース機械が（ＣＣＩ）イベントによってパ
ケットの作成と送信を行うステップを示すフローチャー
トである。

【図１１】受信側機械で（ＣＣＩ）イベントによってパ
ケットを受信するステップを示すフローチャートであ
る。

【図１２】ウェブ共用共同作業中に、メッセージ・キュ
ー・フックの登録、入力メッセージの処理、及びメッセ
ージ・キュー・フックの登録抹消を行うステップを示す
フローチャートである。

【図１３】ソース機械が入力メッセージによってパケッ
トの作成と送信を行うステップを示すフローチャートで
ある。

【図１４】受信側機械で入力メッセージによってパケッ
トを受信するステップを示すフローチャートである。

【図１５】顧客とエージェントとの間の様々なウェブ共
用共同作業の非限定的な例を示す図である。

【図１６】メッセージ・リダイレクタが行うプロセス・
ステップを示すフローチャートである。

【符号の説明】

１１０ サーバ １１５ コンピュータ・ネットワーク １２０ プロトコル １３０ ウェブ・ブラウザ １３５ ウェブ共用ユーザ・インタフェース １４５ ＣＣＩリダイレクタ １５０ クライアント １５５ メッセージ・リダイレクタ １６０ ウェブ共用マネージャ １６５ メモリ １８０ メイン・メモリ １８５ 入出力ポート １９１ フック １９５ オペレーティング・システム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 テツノスケ・フジサキ アメリカ合衆国10504 ニューヨーク州ア ーモンクウェイン・バレー・ロード ４ (72)発明者 小林 真 東京都町田市金森1840−９ (72)発明者 篠崎 雅英 東京都世田谷区玉川台２−21−16−405

Claims (23)

【特許請求の範囲】
1. 【請求項１】メモリと、中央演算処理装置と、表示装置
   と、ユーザ入力装置と、オペレーティング・システム
   と、サーバ及び共用コンピュータに接続されたネットワ
   ークと通信するためのネットワーク・プロトコルを備え
   たネットワーク・インタフェースとを有するコンピュー
   タであって、 ネットワーク・インタフェースを介してネットワークで
   ブラウザ要求をサーバに送ることによってサーバにペー
   ジを要求し、ネットワーク・インタフェースを介してネ
   ットワークで送られた要求ページのうちの要求ページを
   サーバから受け取るブラウザと、 リダイレクトされるブラウザ要求が表示装置上でウェブ
   ・ページを作成するために必要なブラウザ要求のうちの
   要求から再作成される、リダイレクトされるブラウザ要
   求であるブラウザ要求のうちのブラウザ要求を再作成す
   ることができるリダイレクタと、 ネットワーク・インタエースに接続され、リダイレクト
   された要求を受け取り、ネットワークで共用コンピュー
   タにブラウザ要求を送るウェブ共用マネージャとをさら
   に含むコンピュータ。
2. 【請求項２】メモリと、中央演算処理装置と、表示装置
   と、ユーザ入力装置と、オペレーティング・システム
   と、サーバ及び共用コンピュータに接続されたネットワ
   ークと通信するためのネットワーク・プロトコルを備え
   たネットワーク・インタフェースとを有するコンピュー
   タであって、 イベントを生成することができるブラウザと、 メッセージを処理するオペレーティング・システムと、 キュー項目のうちの項目のそれぞれがメッセージのうち
   の１つを含み、キュー項目のうちのキュー項目がイベン
   トのうちの１つを含む、キュー項目をスタックするキュ
   ーと、 キュー項目のうちのリダイレクトされるキュー項目であ
   るキュー項目の監視と再作成を行うことができるリダイ
   レクタと、 ネットワーク・インタフェースに接続され、リダイレク
   タから宛てて送られたキュー・イベントを受け取り、送
   られた各キュー・イベントをネットワーク・プロトコル
   に準拠した送信パケットに組み込み、送信パケットをネ
   ットワーク・インタフェースを介してネットワークで共
   用コンピュータのうちの共用コンピュータに送信するウ
   ェブ共用マネージャとをさらに含むコンピュータ。
3. 【請求項３】マネージャが、オペレーティング・システ
   ム・メッセージと、アプリケーション・メッセージと、
   入力装置メッセージと、共用コンピュータによって生成
   されたメッセージとのうちのいずれか１つを含むことを
   特徴とする、請求項２に記載のコンピュータ。
4. 【請求項４】イベントがブラウザ要求であることを特徴
   とする、請求項２に記載のコンピュータ。
5. 【請求項５】ブラウザ要求がサーバにウェブ・ページを
   要求する要求であることを特徴とする、請求項４に記載
   のコンピュータ。
6. 【請求項６】サーバがＨＴＭＬサーバでありページがＨ
   ＴＭＬページであることを特徴とする、請求項５に記載
   のコンピュータ。
7. 【請求項７】ユーザ入力装置が、ペンと、手書きアノテ
   ーション・ドライバと、ペン・オーバレイと、リモート
   ・ポインタと、マウスと、キーボードと、仮想現実入力
   装置と、音声認識システムとのうちのいずれか１つまた
   は複数を含むことを特徴とする、請求項２に記載のコン
   ピュータ。
8. 【請求項８】ネットワークが、インターネットと、ロー
   カル・エリア・ネットワークと、ワイド・エリア・ネッ
   トワークとのうちのいずれか１つを含むことを特徴とす
   る、請求項２に記載のコンピュータ。
9. 【請求項９】ネットワーク・プロトコルがＴＣＰ／ＩＰ
   であることを特徴とする、請求項２に記載のコンピュー
   タ。
10. 【請求項１０】キュー・イベントのうちのキュー・イベ
    ントがブラウザによって作成されたＣＣＩイベントであ
    ることを特徴とする、請求項２に記載のコンピュータ。
11. 【請求項１１】ＣＣＩイベントがオペレーティング・シ
    ステム・プロトコルに変換されることを特徴とする、請
    求項１０に記載のコンピュータ。
12. 【請求項１２】オペレーティング・システム・プロトコ
    ルが動的データ交換（ＤＤＥ）であることを特徴とす
    る、請求項１１に記載のコンピュータ。
13. 【請求項１３】ＣＣＩイベントが、ページを開く要求
    と、ウィンドウ・サイズを変更する要求と、プロトコル
    を登録する要求と、プロトコルを登録抹消する要求と、
    ウィンドウ情報を入手する要求と、新規ページを開く時
    に通知されることを求める要求と、ウィンドウ・サイズ
    を変更するときに通知されることを求める要求とのうち
    のいずれか要求を含むことを特徴とする、請求項１０に
    記載のコンピュータ。
14. 【請求項１４】メッセージのうちのメッセージが、キー
    ボードからのキーストロークと、マウスのクリック及び
    移動と、ペン入力と、音声認識システムからの音声信号
    と、オペレーティング・システム・メッセージとのうち
    の１つまたは複数によって作成されることを特徴とす
    る、請求項２に記載のコンピュータ。
15. 【請求項１５】送信パケットと受信パケットがネットワ
    ーク・プロトコルによって使用される情報が入った通信
    ヘッダとウェブ共用マネージャ・ヘッダとを有し、各ウ
    ェブ共用マネージャ・ヘッダが受信者ＩＤフィールドと
    パケット長フィールドを有し、受信者ＩＤフィールドが
    リダイレクタを識別する受信者値を有し、パケット長フ
    ィールドがイベントのタイプを識別するデータ・タイプ
    ・フィールドとイベントに付随するパラメータを識別す
    るパラメータ・フィールドとを有するウェブ共用マネー
    ジャ・データの長さを指定する長さ値を有することを特
    徴とする、請求項２に記載のコンピュータ。
16. 【請求項１６】メモリと、中央演算処理装置と、表示装
    置と、ユーザ入力装置と、オペレーティング・システム
    と、サーバ及び共用コンピュータに接続されたネットワ
    ークと通信するためのネットワーク・プロトコルを備え
    たネットワーク・インタフェースとを有するコンピュー
    タであって、 ネットワーク・インタフェースを介してネットワークで
    サーバにブラウザ要求を送ることによってサーバのうち
    のサーバにページを要求し、サーバからネットワーク・
    インタフェースを介してネットワークで送られた要求ペ
    ージのうちのページを受け取り、ユーザ入力装置からの
    情報のメッセージを使用して表示装置上にページを表示
    するブラウザと、 リダイレクトされるブラウザ要求が表示装置上でページ
    を作成するために必要なブラウザ要求のうちの要求から
    再作成される、リダイレクトされるブラウザ要求である
    ブラウザ要求のうちのブラウザ要求を再作成することが
    でき、リダイレクトされるメッセージであるメッセージ
    のうちのメッセージを再作成することができる、リダイ
    レクタと、 ネットワーク・インタエースに接続され、リダイレクト
    されたブラウザ要求とリダイレクトされたメッセージと
    を受け取り、ネットワークで共用コンピュータにブラウ
    ザ要求とリダイレクトされたメッセージとを送り、それ
    によって共用コンピュータが共用表示画面上にページの
    コピーを表示する、ウェブ共用マネージャとをさらに含
    むコンピュータ。
17. 【請求項１７】コンピュータがエージェントによって使
    用されるエージェント・コンピュータであり、ページが
    文書であり、共用コンピュータがクライアントによって
    使用されるクライアント・コンピュータであることを特
    徴とする、請求項１６に記載のコンピュータ。
18. 【請求項１８】クライアント・コンピュータ上のゼロま
    たはそれ以上の入力装置とエージェント・コンピュータ
    上のゼロまたはそれ以上の入力装置が、ペンと、手書き
    アノテーション・ドライバと、ペン・オーバレイと、リ
    モート・ポインタと、マウスと、キーボードと、仮想現
    実入力装置と、音声認識システムとのうちのいずれか１
    つまたは複数を含むことを特徴とする、請求項１７に記
    載のコンピュータ。
19. 【請求項１９】入力装置が署名を生成することができる
    ペンであり、文書が署名が入れられるウィンドウを有す
    ることを特徴とする、請求項１７に記載のコンピュー
    タ。
20. 【請求項２０】文書が商取引で一般に使用される任意の
    文書であることを特徴とする、請求項１７に記載のコン
    ピュータ。
21. 【請求項２１】文書が、契約書、レンタカー契約書、ク
    レジット・カード明細書、銀行明細書、申込み書、書
    式、納税申告用紙、注文書、メニュー、設計図、ソフト
    ウェア・コードのリスト、特許出願書、及び積荷証券の
    うちのいずれか１つまたは複数であることができること
    を特徴とする、請求項２０に記載のコンピュータ。
22. 【請求項２２】メモリと、中央演算処理装置と、表示装
    置と、ユーザ入力装置と、オペレーティング・システム
    と、サーバ及び共用コンピュータに接続されたネットワ
    ークと通信するためのネットワーク・プロトコルを備え
    たネットワーク・インタフェースとを有するコンピュー
    タであって、 ネットワーク・インタフェースを介してネットワークで
    サーバにブラウザ要求を送ることによってサーバのうち
    のサーバにページを要求し、サーバからネットワーク・
    インタフェースを介してネットワークで送られた要求ペ
    ージのうちのページを受け取り、ユーザ入力装置からの
    情報のメッセージを使用して表示装置上にページを表示
    するブラウザ手段と、 リダイレクトされるブラウザ要求が表示装置上でページ
    を作成するために必要なブラウザ要求のうちの要求から
    再作成される、リダイレクトされるブラウザ要求である
    ブラウザ要求のうちのブラウザ要求を再作成することが
    でき、リダイレクトされるメッセージであるメッセージ
    のうちのメッセージを再作成することができる、リダイ
    レクタ手段と、 ネットワーク・インタフェースに接続し、リダイレクト
    されたブラウザ要求とリダイレクトされたメッセージと
    を受け取り、ブラウザ要求とリダイレクトされたメッセ
    ージとをネットワークで共用コンピュータのうちの共用
    コンピュータに送り、それによって共用コンピュータが
    共用表示画面上にページのコピーを表示する、ウェブ共
    用マネージャ手段とをさらに含むコンピュータ。
23. 【請求項２３】ａ．メモリからメッセージを取り出すス
    テップと、 ｂ．ブラウザが表示装置上でページを作成するためにメ
    ッセージが必要な場合はメッセージを複製するステップ
    と、 ｃ．ネットワークで共用コンピュータにメッセージを送
    り、それによって共用コンピュータ上の受信側ブラウザ
    がメッセージを使用して受信画面上に前記ページと同じ
    受信ページを作成することができるようにするステップ
    とを含む、コンピュータによって実行される方法。