【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００１８】

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

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

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

【００２１】

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

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

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

【００２４】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

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