JP2003006158A

JP2003006158A - ウェブコンテンツを共同的に閲覧する方法

Info

Publication number: JP2003006158A
Application number: JP2002079048A
Authority: JP
Inventors: Alan W Esenther; アラン・ダブリュ・エセンサー
Original assignee: Mitsubishi Electric Research Laboratories Inc
Current assignee: Mitsubishi Electric Research Laboratories Inc
Priority date: 2001-03-21
Filing date: 2002-03-20
Publication date: 2003-01-10
Also published as: US20020138624A1

Abstract

(57)【要約】（修正有）【課題】複数のウエブブラウザを同期する柔軟な機構を
提供する。また、変更のないウエブブラウザが変更のな
いウエブページを共有できるようにする。【解決手段】コンピュータ化されたシステムは、どのウ
ェブページが現在閲覧されているか、スクロールバーの
位置、およびフォーム値等のブラウザの有意な状態を、
他のインターネットウェブブラウザのユーザにより遠隔
的に制御させることにより、標準インターネットウェブ
ブラウザの複数ユーザがコラボレーションできるように
する。本システムは、モニタを使用して、選択されたペ
ージの静的状態および動的状態をポーリングし、ウェブ
サーバ上で実行中のコントローラにその状態を連絡す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、概してコンピュ
ータネットワークの分野に関し、特に、複数ユーザによ
るネットワークコンテンツに対するアクセスの同期に関
する。

【０００２】

【従来の技術】インターネット閲覧アプリケーションに
よっては、すべてのユーザが同時に同じ「ターゲット」
ウェブページを閲覧することができるように、複数のウ
ェブブラウザを同期させることが有意なものがある。こ
のタイプの共同閲覧は通常、電話での会話、教室での講
義、またはおそらくコラボレーション（共同作業）ユー
ザの間でのインターネットベースの音声またはテキスト
通信と併せて行われる。

【０００３】いくつかの共同閲覧システムが、従来技術
において説明されている。たとえば、米国特許第６，０
３５，３３２号「METHOD FOR MONITORING USER INTERAC
TIONS WITH WEB PAGES FROM WEB SERVER USING DATA AN
D COMMAND LISTS FOR MAINTAINING INFORMATION VISITE
D AND ISSUED BY PARTICIPANTS」、米国特許第５，９４
４，７９１号「COLLABORATIVE WEB BROWSER」、米国特
許第６，００９，４２９号「HTML GUIDED WEB TOUR」、
米国特許第５，９９１，７９６号「TECHNIQUEFOR OBTAI
NING AND EXCHANGING INFORMATION ON THE WORLD WIDE
WEB」、米国特許第６，１５１，６２２号「METHOD AND
SYSTEM FOR PORTABLY ENABLING VIEW SYNCHRONIZATION
OVER THE WORLD-WIDE WEB USING FRAME HIERARCHIE
S」、および米国特許第５，８０９，２４７号「METHOD
AND APPARATUS FOR GUIDED TOURINGOF INTERNET/INTRAN
ET WEBSITES」を参照されたい。

【０００４】殆どの従来技術による共同閲覧システムで
は、少なくとも１人のユーザが「マスタ」すなわち送信
者と指定され、他のユーザが、「スレーブ」すなわち受
信者と指定される。通常、送信者は、閲覧者により共同
的に閲覧されるターゲットウェブページを選択する。シ
ステムによっては、受信者もまた送信者の役割を引き受
ける能力を有するものもある。

【０００５】後述するように、既存の共同閲覧システム
は、閲覧者を選択されたページに導くために使用される
機構に関して大まかに分類することができる。

【０００６】１つの分類のシステムは、「プッシュ」機
構を使用する。この場合、ウェブサーバは、特殊なＨＴ
ＴＰヘッダ（Content-Type = multipart/mixed; bounda
ry ="someString"）に頼って、サーバと受信者のクライ
アントコンピュータで実行されているブラウザとの間に
専用ＨＴＴＰ接続を開いたままにする。このアプローチ
では、送信者のブラウザが、選択された各ウェブページ
のＵＲＬをサーバで実行されている制御プログラムに送
信する。次に、サーバのコントローラがウェブページを
取り込み、おそらくそのコンテンツを処理し、専用ＨＴ
ＴＰ接続を介してそのページを各クライアント受信者に
プッシュする。

【０００７】この分類のシステムには、多数の問題があ
る。最も深刻な問題は、プッシュ機構が、現在入手可能
なすべてのインターネットウェブブラウザ、たとえばＭ
ｉｃｒｏｓｏｆｔ（登録商標）のＩｎｔｅｒｎｅｔＥ
ｘｐｌｏｒｅｒによってサポートされていないことであ
る。また、将来の要求をコントローラに配向するため
に、ウェブページのコンテンツを、送信前に変更する必
要が生じる場合がある。たとえば、ページ中のすべての
リンクを、このような要求が将来コントローラを通して
プロキシされるように処理する必要がありうる。この技
法は、単純なウェブページに対してしか実行することが
できない。複雑なページは、送信者の制御なしで新しい
要求をトリガしうる多くの異なるＨＴＭＬタグおよびＪ
ａｖａ（登録商標）スクリプトコマンドを有する可能性
がある。これには、少なからぬ量の努力が必要であり、
場合によっては、このようにして任意の複雑なウェブペ
ージの完全な処理に遅れを生じさせることがある。

【０００８】さらに、受信者がブラウザをある他のペー
ジに配向すると、専用ＨＴＴＰ接続が失われる。ターゲ
ットウェブページを、受信者への送信前に動的に処理す
ることにより、ターゲットウェブページ上のすべてのリ
ンクをディセーブルすることが可能である。しかし、こ
れは、受信者の役割を完全に受け身的な観察者の役割に
制限する。また、リンクのディセーブル化は、受信者が
ある他の方法を使用して異なるウェブページをロードす
る場合には機能しない。より重要なことには、ページの
変更により、意図される挙動が変化する可能性がある。
この解決策はまた、後述するように、ターゲットウェブ
ページがＨＴＭＬフレームを含む場合、またはキャッシ
ングがイネーブルされる場合にも困難を呈する。

【０００９】最後に、プッシュ機構を使用する場合、受
信者はいずれの種類の制御も持つことができない。ユー
ザは、そのページが何であれ送信者によって選択された
ページに単に「プッシュ」されるだけである。

【００１０】別の分類の共同閲覧システムでは、特別な
モニタが、コラボレーションを行う各コンピュータにイ
ンストールされる。モニタは、コントローラに対して専
用ソケット接続を開く。この場合、送信者のモニタは、
ウェブブラウザのアクティビティを追跡し、更新につい
ての情報をコントローラに連絡し、コントローラにおい
て更新を受信者のモニタに中継することができる。特定
のブラウザの実施に特異的になりすぎることとは別に、
ユーザがコラボレーション可能になる前に、モニタプロ
グラムを各ユーザコンピュータにインストールする必要
がある。特化されたプログラムのインストールを必要と
せず、したがって、ユーザが、最初に共同閲覧する場合
であっても、直ちにコラボレーションすることができる
解決策を見つけることがはるかに望ましい。

【００１１】別の分類の共同閲覧システムでは、ブラウ
ザ「プラグイン」がウェブブラウザにインストールされ
る。プラグインは、上記モニタと同様に挙動し、同じ欠
点を有する。

【００１２】ＭｉｃｒｏｓｏｆｔＮｅｔＭｅｅｔｉｎ
ｇ（登録商標）等のアプリケーションにより具現化され
る別の分類の共同システムは、ネットワークにわたりユ
ーザの画面のすべてまたは一部を本質的に共有すること
によってコラボレーションを促進する。これらは、より
大きな帯域幅、実行可能バイナリの事前インストール、
事前登録、およびユーザトレーニングが必要なため、複
雑であり、プラットフォーム固有であり、また「重い」
アプローチであるとみなすことができる。インストール
された実行可能バイナリをベースとする他のアプリケー
ションにおけるように、このような非ウェブベースのア
プローチは、ソフトウェアのインストール、コンフィギ
ュレーション、およびメンテナンスの問題をもたらす。
任意のユーザは、皆が偶然同じプラットフォームを使用
し、偶然インストール、登録、およびトレーニングの要
件を事前に満たしており、かつユーザの間に十分な帯域
幅がある場合以外は、このようなシステムを使用してコ
ラボレーションすることができない。このような要件を
いずれも持たない解決策を見つけることが望ましい。

【００１３】別の分類のシステムは、Ｊａｖａ（登録商
標）アプレットや同様の技術等の特別なダウンロード可
能プログラムを使用する。アプレットは各ウェブブラウ
ザで実行され、コントローラに対する専用ソケット接続
を開く。しかし、このようなシステムは、Ｊａｖａ（登
録商標）がブラウザでディセーブルされている場合には
機能しない。Ｊａｖａ（登録商標）がイネーブルされて
いる場合であっても、単純なＤＨＴＭＬウェブページの
ロードにかかる時間よりも、Ｊａｖａ（登録商標）環境
をロードして開始する時間量のほうが依然としてはるか
に多く、パフォーマンスを劣化させる。さらに、通常、
この分類のシステムでは、コードをターゲットウェブペ
ージに埋め込む、すなわちアプレットをロードするため
の「タグ」をターゲットウェブページに埋め込む必要が
ある。これにより、共同閲覧はこのような特別に準備さ
れたウェブページだけに限定される。特別なコードが、
ページが取り込まれるときに動的にページに埋め込まれ
る場合には、ページに対する変更が、意図される挙動を
変更することになる危険性がある。ターゲットウェブペ
ージの変更を必要としないよりよい解決策が望ましい。

【００１４】既存のシステムは、ターゲットウェブペー
ジがＨＴＭＬフレームを使用している場合に他の問題を
有しうる。新しいウェブページが送信者のブラウザ上の
フレームにロードされる場合、そのウェブページの最上
位ＵＲＬは同じままである。換言すれば、ブラウザの
「アドレス」または「ロケーション」バーにおけるＵＲ
Ｌは変化しない。したがって、送信者のブラウザにロー
ドされた最上位ＵＲＬのみを監視するシステムは、送信
者のブラウザ上のフレームが、受信者のブラウザ上の対
応フレームに表示されているウェブページとは異なるウ
ェブページを表示していることに気付かないことがあ
る。送信者のブラウザのフレームにおいてＵＲＬが変化
したことがある手段で検出される場合であっても、新し
いＵＲＬにおけるウェブページを各受信者の対応フレー
ムに強制的にロードさせるという問題が依然として存在
する。送信者のブラウザ上のあらゆるフレームに対する
変更が、受信者のブラウザに反映される解決策を見つけ
ることが望ましい。

【００１５】たとえば、２０００年１１月２１日付けで
Fraenkel他に付与された、米国特許第６，１５１，６２
２号「Method and system for portably enabling view
synchronization over the world-wide web using fra
me hierarchies」は、選択されたフレームの階層の記述
を生成することにより、クライアントウェブブラウザを
選択されたフレームに対して静的に同期させることを記
載している。この階層は、ネットワーク環境を介して送
信され、クライアントブラウザのターゲットフレームに
複製されている。

【００１６】この種類の共同閲覧には、多数の問題があ
る。まず、配布される獲得フレームの階層は、静的フレ
ーム情報、具体的にはフレームの深さおよび名称、およ
びフレームコンテンツを表すＵＲＬしか含まない。選択
されたフレームの動的状態については、何もわからな
い、すなわち何も獲得されない。たとえば、ユーザの１
人が水平または垂直にスクロールする、または「Page D
own」キーを押下すると、参加者のビューはもはや同期
しなくなる。各ブラウザで閲覧中のウェブページの動的
状態も同期される共同ウェブ閲覧解決策を提供すること
が望ましい。その場合には、たとえば、任意のユーザが
フォームフィールドをスクロールする、または何かをフ
ォームフィールドにタイプすると、その他のユーザのブ
ラウザが、このような動的状態の変更を反映するように
更新される。

【００１７】さらに、Fraenkel他によって提供される解
決策では、共同閲覧するウェブページをフレームにロー
ドする必要がある。このアプローチには多数の欠点があ
る。ウェブページによっては、ブラウザの最上位文書で
はなくフレームにロードされる場合、適切に挙動しない
ものがある。フレーム自体を含むウェブページは、ブラ
ウザの機能を停止させる傾向がより強い。フレームに強
制的にロードされるウェブページは、ブックマークに追
加することもできない。最後に、ウェブページがフレー
ムに強制的にロードされると、そのウェブページのＵＲ
Ｌが、ウェブブラウザの「アドレス」または「ロケーシ
ョン」フィールドで見ることができなくなる。これは、
最上位ウェブページのＵＲＬのみがこのフィールドに示
されるためである。ウェブページを共同的に閲覧されて
いない場合と全く同じように「自然な環境」で閲覧され
ることができるように、共同閲覧されるウェブページを
ウェブブラウザの最上位文書としてロードすることがで
きる共同ウェブ閲覧解決策を提供することが望ましい。

【００１８】最後に、Fraenkel他によって提供される解
決策は、各ブラウザにダウンロードされるコラボレーシ
ョンスクリプトにインテリジェンスを配置する。別の解
決策は、サーバがコラボレーションセッションに価値を
追加することができるように、このインテリジェンスを
クライアントではなくサーバに配置する。たとえば、サ
ーバ上のプログラムは、コラボレーション情報の動的状
態または静的状態を、その情報がクライアントブラウザ
に配布される前に変換することができる。一般に、サー
バプログラムは補助情報源に対して素早いアクセスを有
することから、インテリジェンスをサーバプログラムに
保持することが有利であろう。このような情報源として
は、バックエンドデータベース、クライアントによって
使用されるブラウザの銘柄およびバージョンについての
情報、各クライアントの画面解像度等が挙げられる。柔
軟であり、共同ウェブ閲覧セッションへの価値追加のサ
ポートへの拡張が容易な共同ウェブ閲覧解決策を提供す
ることが望ましい。

【００１９】従来技術によるシステムは、新しいターゲ
ットウェブページに対する送信者のＨＴＴＰ要求がホス
トウェブサーバに到来することに依存する場合に他の問
題を有しうる。これは、ホストへのＨＴＴＰ要求の到来
が、送信者による新しいターゲットウェブページ要求を
処理しなけれならないときを決定するベースとして用い
られる場合でありうる。問題は、そのウェブページがホ
ストサーバ、またはある中間プロキシサーバにキャッシ
ュされる場合があることである。送信者のブラウザによ
るＨＴＴＰ要求がキャッシュヒットによって満足される
場合、その要求が受信者のウェブブラウザに反映されな
いことがある。

【００２０】

【発明が解決しようとする課題】したがって、動的状態
情報を含み、任意の数のＨＴＭＬフレーム、リンク、ま
たはＪａｖａ（登録商標）スクリプトを含む、既存の任
意のターゲットウェブページについて動作する共同ウェ
ブ閲覧システムを提供することが好ましい。また、ター
ゲットウェブページを自然に、かつ意図される挙動を変
えうる変更なく、閲覧できることも望ましい。アクセス
可能性および使用し易さのため、システムが、Ｊａｖａ
（登録商標）アプレットまたはブラウザプラグイン等、
特別な実行可能バイナリまたはプログラムをいずれも必
要としないことも望ましい。

【００２１】

【課題を解決するための手段】本発明は、複数のウェブ
ブラウザを同期する柔軟な機構を提供する。本発明は、
変更のないウェブブラウザが変更のないウェブページを
共有できるようにする。このコラボレーションは、部分
的に、任意のコラボレーション中のユーザが、「プル」
またはポーリング機構を使用して他ユーザのブラウザの
重要な態様を遠隔制御することができることから可能に
なる。

【００２２】「送信者」ブラウザが、「受信者」ブラウ
ザによって閲覧されるウェブページを選択する。受信者
ブラウザは、１つまたは複数の送信者ブラウザによって
「制御」可能である。任意のユーザブラウザは、送信者
または受信者、あるいはこれら双方であることが可能で
ある。本発明は、送信者ブラウザの状態の動的変化、た
とえば送信者のブラウザウィンドウのサイズ変更、新し
いターゲットページの選択、送信者のブラウザウィンド
ウまたはフレームのスクロール、ポインタ位置の追跡、
およびテキスト入力、をポーリングすることによって動
作する。動的状態のすべての変化が、受信者のブラウザ
に反映される。

【００２３】本発明は、３つの主な構成要素を備える。
すなわち、ホストウェブサーバ上で実行されるコントロ
ーラ、送信者としてであれ、受信者としてであれ、それ
ともこれら双方としてであれ、共同ウェブ閲覧システム
に参加している各ユーザのモニタおよびターゲットであ
る。

【００２４】コントローラは、コラボレーション中の各
種ブラウザの動的状態の更新を調整する。コントローラ
の実施に使用される言語に対する制約はない。たとえ
ば、コントローラは、任意選択的に、ＰＥＲＬスクリプ
トとして、またはＪａｖａ（登録商標）サーブレットと
して実施されて、プラットフォーム独立性を提供するこ
とができる。

【００２５】モニタは、ＨＴＭＬフレームと、構成コン
トロールパネルと、Ｊａｖａ（登録商標）スクリプトプ
ログラムとを含むＨＴＭＬウェブページを含む。モニタ
は、それ自体のブラウザのインスタンスにおいて、また
はターゲットのフレームの１つにおいて実行することが
できる。モニタは、ターゲットブラウザウィンドウの名
称を知っているため、Ｊａｖａ（登録商標）スクリプト
プログラムは、ターゲットウィンドウの動的状態のあら
ゆる変更を検出することができる。送信者のモニタは、
送信者のターゲットをポーリングして、コントローラに
送信する動的状態の更新を検出する。たとえば、送信者
がターゲットウェブページにおいて垂直スクロールバー
を下にスクロールすると、送信者のモニタがこのスクロ
ールを検出し、スクロール中状態をコントローラに送信
する。各受信者のモニタは、周期的にコントローラをポ
ーリングして、受信者のターゲットに反映すべき動的状
態更新を検出する。

【００２６】ターゲットは、共同的に閲覧されるターゲ
ットウェブページを含むブラウザのインスタンス、また
はそのフレームの１つである。本発明によれば、ターゲ
ットは、任意の標準ブラウザの普通のインスタンスであ
ることができるため、通常のウェブ閲覧に使用すること
が可能である。したがって、本発明は、予め存在する任
意のウェブページを、変更のないブラウザによって共同
的に閲覧できるようにする。

【００２７】上述したように、１つのブラウザインスタ
ンスまたはフレームで実行される送信者のモニタは、タ
ーゲットブラウザインスタンスまたはフレームのインス
タンスにロードされるターゲットウェブページの状態を
徹底的に検査する。モニタは、１秒に１回等の構成可能
な時間間隔で周期的にこのポーリングを行う。この検査
は、現在ロードされているターゲットウェブページの構
造を決定し、コントローラに送信すべき有意の値を確認
する。単純なウェブページの場合、この情報は、ページ
にロードされた最上位ＵＲＬと、水平および垂直のスク
ロールバーの位置とを最低限含む。

【００２８】フレームを使用するウェブページの場合、
情報は、各フレームに使用されるＵＲＬ、および各フレ
ームについてのスクロールバー情報も含む。他の状態情
報としては、ウェブページ上の任意のフォームにタイプ
された値、現在選択されているテキスト、およびターゲ
ットウェブページに関連する情報を挙げることができ
る。さらに、ウェブコンテンツがすべてのユーザのウェ
ブブラウザで全く同じに表示されるように、ターゲット
ブラウザウィンドウの次元を同期することができる。こ
のような状態値のいずれかに対する変更は、ポーリング
要求、たとえばＨＴＴＰ要求、ＨＴＴＰＳ要求、または
他の通信プロトコルでの同様の通知の形態でコントロー
ラに送信される。

【００２９】Ｊａｖａ（登録商標）スクリプトおよび標
準ウェブブラウザに構築されたセキュリティ対策によ
り、第１のブラウザインスタンス（またはフレーム）に
おいて実行されるＪａｖａ（登録商標）スクリプトプロ
グラムは、第１および第２双方のインスタンスに同じ発
信源からのウェブページがロードされる場合に、第２の
ブラウザインスタンス（またはフレーム）における詳細
な情報にアクセスすることだけができる場合がある。こ
の場合、ウェブページ、イメージ、および本発明の実施
に使用されるプログラムは、共同的に閲覧されるウェブ
ページを格納するウェブサーバと同じウェブサーバに格
納されるべきである。

【００３０】送信者が１人の場合、送信者のターゲット
の状態は、すべての受信者のターゲットに反映される。
送信者が複数人の場合、受信者は、任意の送信者の状態
と同期される。特に、受信者は、最も最近更新を行った
送信者の状態に同期される。各送信者は、すべての参加
ブラウザが互いに正しく同期されるように、受信者とし
て挙動することも可能である。ユーザは、送信者でもな
く受信者でもないように決めることもできる。このよう
な場合は、たとえば、ユーザが、コラボレーションセッ
ションをしばらく去って他のどこかを閲覧してから、後
に共同閲覧セッションに戻って再度参加する場合であり
うる。

【００３１】送信者のモニタが、スクロールバーの位置
等のある状態が変化したことを示す更新ポーリング要求
をコントローラに送信すると、コントローラは、新しい
状態についての詳細を含む更新メッセージを動的に生成
する。この更新メッセージは、周期的なポーリング要求
に応答して、受信者のモニタに戻される。状態の変化は
各受信者のブラウザインスタンス（またはフレーム）に
反映されるため、各受信者のブラウザが他のすべてのブ
ラウザと同期することが保証される。送信者またはコン
トローラの場合であれ、受信者の場合であれ、ターゲッ
トにおける状態の変化についてモニタポーリングを行う
頻度は、コントロールパネルを介して構成可能である。

【００３２】本発明の方法は、動的ＨＴＭＬ技術を用
い、コラボレーションが開始可能になる前に、Ｊａｖａ
（登録商標）アプレット、ブラウザプラグイン、または
他の実行可能プログラム等の特別なプログラムをいずれ
もユーザコンピュータにインストールする必要がない。
したがって、インターネット上の任意のユーザが、初期
ウェブページを単に訪れるだけで、直ちにインターネッ
ト上の他のユーザとコラボレーションすることができ
る。ユーザは、従来技術のＪａｖａ（登録商標）アプレ
ットに関連する遅延等のいかなる初期遅延も経験しな
い。ユーザは、Ｊａｖａ（登録商標）および同様の「重
い」技術をサポートしない、限られた資源を有する装置
を使用している場合であっても参加することが可能であ
る。

【００３３】本発明による共同閲覧システムは、プラッ
トフォームから独立し、ホストウェブサーバで実行され
るコントローラは、ＰＥＲＬまたはＪａｖａ（登録商
標）等のプラットフォームから独立した言語で書くこと
ができる。

【００３４】本発明は、既知の共同ウェブ閲覧システム
よりも高い柔軟性を可能にする。受信者は、定期的にど
こか他を閲覧してから、後にコラボレーションセッショ
ンに再び参加することができる。１つの送信者ブラウザ
にすべての対話を制御させるのではなく、各ユーザは、
任意選択的に送信者となることができるため、他の受信
者によって共同的に閲覧されるウェブページを制御する
ことができる。本発明はウェブベースのアプリケーショ
ンであるため、ユーザコンピュータのインストール、構
成、またはメンテナンスを一切行う必要なく、新しい機
能に対するサポートをシステムに追加することが可能で
ある。任意のこのような追加は、ホストウェブサーバ上
のファイルに対して行う必要があるだけである。

【００３５】より具体的に、本発明は、複数のクライア
ントコンピュータ、およびサーバコンピュータを含むネ
ットワークにおいてウェブコンテンツを共同的に閲覧す
る方法を提供する。第１の送信者ウェブブラウザインス
タンスに表示されるウェブページの静的状態および動的
状態が、ポーリングされる。この状態は、ネットワーク
を介して、サーバコンピュータで実行されているコント
ローラに送信される。コントローラは、更新メッセージ
の受信に応答して、状態を含む更新メッセージを生成す
る。次に、コントローラは、第２の受信者ウェブブラウ
ザインスタンスによってポーリングされて更新メッセー
ジを受信し、次に、受信者のウェブブラウザが送信者の
ウェブブラウザと動的に同期するように、更新メッセー
ジ中の状態に従って受信者ブラウザが表示可能であり、
またそのようにウェブページを表示可能である。

【００３６】

【発明の実施の形態】図１は、本発明による共同ウェブ
閲覧システム１００を示す。システム１００は、ネット
ワーク１０３によって互いに接続された、１つまたは複
数のクライアントコンピュータ（クライアント）システ
ム１０１およびサーバ（ホスト）コンピュータシステム
１０２を含む。

【００３７】クライアント１０１は、パーソナルコンピ
ュータ、ワークステーション、ラップトップ、個人情報
端末（ＰＤＡ）、セルラ電話等の無線計算装置、および
ソフトウェアプログラムを実行する同様のものであるこ
とができる。オペレーティングシステムソフトウェア
は、Ｗｉｎｄｏｗｓ（登録商標）、ＬＩＮＵＸ、ＵＮＩ
Ｘ（登録商標）、ＮＴ等であることができ、アプリケー
ションソフトウェアは、ウェブブラウザ等のインターネ
ットアプリケーションを含むことができる。サーバは、
アパッチシステム等のサーバソフトウェアを実行可能で
ある。通常、クライアントおよびサーバは、入力装置、
出力装置、および格納サブシステムを含む。ネットワー
クは、ワールドワイドウェブ（ＷＷＷまたはウェブ）で
あることができ、クライアントとサーバの間のリンクは
有線または無線であることができる。ネットワークは、
中間プロキシサーバおよびルータも備えることが可能で
ある。

【００３８】システム１００の３つの主な構成要素とし
ては、サーバにおけるコントローラ１２０、各クライア
ント１０１のモニタ１１０およびターゲット１１１が含
まれる。モニタ１１０は、ターゲットモニタ１１２およ
びコントローラモニタ１１３を含みうる。クライアント
がマルチユーザシステムである場合、クライアントは、
各ユーザについてモニタのインスタンスおよびターゲッ
トを含むことができる。

【００３９】コントローラ１２０は、サーバ１０２上で
実行されるアプリケーションプログラムである。サーバ
は、システム１００のユーザによって共同的に閲覧され
る、ウェブページ、イメージファイル、ビデオファイル
等のウェブコンテンツ１２１を格納することができる。
コンテンツは、ネットワークのクライアント、ローカル
サーバ、または中間サーバに格納され、キャッシュされ
てもよい。

【００４０】システム１００のユーザは、「マスタ」す
なわち送信者として、「スレーブ」すなわち受信者とし
て、これら双方として、またはどちらでもないものとし
て動的にイネーブル化可能である。送信者によって選択
され閲覧されるコンテンツ１２１は、すべての参加受信
者のターゲット１１１に反映される。ターゲットモニタ
１１２は送信者に対してイネーブルされ、コントローラ
モニタ１１３は受信者に対してイネーブルされる。ター
ゲットは、各種ウェブコンテンツ１２１をロード可能な
標準の変更されていないウェブブラウザのインスタンス
である。

【００４１】ターゲットモニタ１１２は、Ｊａｖａ（登
録商標）スクリプトプログラムを使用して、送信者のタ
ーゲット１１１の動的状態を周期的にポーリングし、動
的状態のあらゆる変更をコントローラ１２０への更新と
して送信する必要があるかどうかを確認する。任意の送
信者は、共同的に閲覧されるウェブコンテンツ１２１を
その送信者のターゲットにロードすることができる。コ
ントローラモニタ１１３は、ポーリング要求を用いてコ
ントローラ１２０と連絡する。コントローラモニタは、
送信者によって実行されたアクションに応答して生成さ
れる更新メッセージを取り込む。本発明は、モニタおよ
びターゲット構成要素が別個のウェブブラウザインスタ
ンスに存在する必要がないことに留意する。本発明では
また、このような構成要素が単一ブラウザインスタンス
の異なるフレームにおいて実行してもよいが、好ましい
実施形態では、２つの別個のブラウザインスタンスがあ
る。

【００４２】図２は、本発明の好ましい実施のクライア
ント側２００を示し、モニタおよびターゲットが、同じ
ウェブページの別個のフレームにあるのではなく別個の
ブラウザインスタンスに存在する。モニタを含むウェブ
ブラウザインスタンスは、最初に、共同ウェブブラウザ
コントロールパネル２１０を表示する。このコントロー
ルパネルは、共同閲覧セッションを構成するために使用
される。ターゲットブラウザインスタンス２２０は、受
信者によって共同的に閲覧されるウェブページを閲覧す
るために、送信者によって使用される。

【００４３】図３に示すように、モニタウェブページ３
００は、３つのフレーム３０１〜３０３を含む。第１の
フレーム３０１は可視である。その他の２つのフレーム
３０２、３０３は、ユーザにとって不可視の「隠し」Ｈ
ＴＭＬフレームである。効果的なことに、隠しフレーム
はゼロ次元である。すなわち、隠しフレームは高さも幅
も持たない。

【００４４】モニタウェブページ３００における第１の
フレーム３０１は、コントロールパネル２１０である。
コントロールパネルは、共同閲覧セッションの特定の態
様を構成するために使用される。ユーザは、コントロー
ルパネルを使用して、ターゲットブラウザウィンドウ２
２０の次元を特定（３１１）することができる。ユーザ
はまた、後述するように、送信者機能３１２をイネーブ
ルし、受信者機能３１３をイネーブルし、また分散ポイ
ンタ（distributed pointer）３１４をイネーブルする
こともできる。ユーザはまた、コントロールパネルを使
用して、ユーザが送信者としてイネーブルされる場合に
はターゲットウィンドウの動的状態の変化３１５を、ま
たユーザが受信者としてイネーブルされる場合にはコン
トローラからの変化３１６をポーリングする頻度を特定
することも可能である。第１のフレーム３０１は、ター
ゲットモニタ１１２およびコントローラモニタ１１３を
実施するＪａｖａ（登録商標）スクリプトプログラムも
含む。

【００４５】コントローラモニタは、ポーリング要求を
行うことによりコントローラを周期的にポーリングす
る。好ましい実施形態において、要求はＨＴＴＰまたは
ＨＴＴＰＳプロトコルに準拠する。この要求に対する応
答は、ファイル名「Updates.html」で参照されるウェブ
ページである。Updates.htmlページは、第１の隠しフレ
ーム３０２にロードされる。Updates.htmlファイルのコ
ンテンツは、任意の変更が任意の送信者ユーザのターゲ
ットウェブページの動的状態に行われたかどうかを示
す。新しいウェブページが送信者のターゲットブラウザ
ウィンドウにロードされたときなど、いくつかの変更が
行われていた場合、それら変更がローカルターゲットウ
ィンドウに適用される。コントローラモニタにおけるＪ
ａｖａ（登録商標）スクリプトプログラムは、受信者に
対してのみイネーブルされる。

【００４６】ターゲットモニタ１１２は、ターゲットウ
ィンドウ２２０に現在ロードされているウェブページの
動的状態を周期的にポーリングする。ターゲットウェブ
ページの状態に対するあらゆる変更は、コントローラ１
２０に送信され、コントローラ１２０が、その変更をす
べての受信者に提供する。好ましい実施形態では、この
ような変更は、ＨＴＴＰ要求におけるパラメータとして
コントローラに送信される。この要求に対するＨＴＴＰ
応答は、第２の隠しフレーム３０３にロードされる。コ
ントローラからのＨＴＴＰ応答は、デバッグに使用され
る。ターゲットモニタを実施するＪａｖａ（登録商標）
スクリプトプログラムは、ローカルユーザが送信者とし
てイネーブルされる場合にのみイネーブルされる。

【００４７】図４は、ターゲットモニタ１１２がコンパ
クトな形態４０１および拡張した形態４０２で動的状態
更新をコントローラ１２０に送信するときに、ターゲッ
トモニタ１１２によって行われるポーリング要求の例を
示す。この例では、HTTP GET方法が使用される。代替と
して、おそらく多量のデータが更新にある場合には、HT
TP POST方法を使用してもよい。ターゲットモニタは、G
ETまたはPOST方法が特定の更新セットに最も適切である
かどうかを動的に決定することができる。

【００４８】図４に示す例では、ＨＴＴＰパラメータの
名称および値は、簡潔にするために単純なテキスト置換
を介して符号化される。たとえば、“frames[”という
形態のストリングは、“Z[”で置換される。ターゲット
ウィンドウにおける各フレームについての情報は、“f
n.d”という形態の照会パラメータ名を使用して符号化
されることに留意する。ただし、“n”は特定のフレー
ムを示す番号であり、“d”はそのフレームの特定の属
性を示す。たとえば、“f1.S”は、“f1”で指定される
フレームにロードされるウェブページのＵＲＬを示す。
このようなフレーム指定の符号化は照会パラメータに含
まれてもよく、たとえば“fn=P.Z[1]-f2”は、ネストさ
れたフレームであるframes[1].frames[0]の属性が、“f
2”で始まる名称を有する照会パラメータに含まれるこ
とを示す。パラメータの名称および値を符号化する他の
方法を使用してもよく、また使用される方法は、本発明
が使用されている環境および通信機構に最もよく合うよ
うに、たとえばＳＯＡＰプロトコルが使用される場合に
は、ＸＭＬフォーマットを使用してデータを送信できる
ように、適応可能なことを認識されたい。

【００４９】図５は、Updates.htmlファイル５００の例
を示す。これは、送信者上のターゲットモニタからの更
新に応答して、コントローラ１２０によって生成される
ファイルである。このファイルは、各受信者側でコント
ローラモニタによって周期的に取り込まれる。Updates.
htmlは、モニタウェブページの第２のフレーム３０２に
ロードされることに留意する。擬似コード中の“onLoa
d”ハンドラに留意する。このハンドラは、このウェブ
ページのブラウザへのロードが終了したときに実行され
る。これは、更新における動的状態属性値を受信者のタ
ーゲットウェブブラウザにおけるウェブページにおける
動的状態属性値と明示的に比較する。いずれかの属性値
がマッチしない場合、その値が、受信者のターゲットブ
ラウザにおいて、Updates.html中のＪａｖａ（登録商
標）スクリプトコードによって更新される。図５では、
「スレーブ」という語が「受信者」を示すことに留意す
る。

【００５０】受信者のターゲットウェブページ２２０の
更新に使用されるUpdates.htmlファイル５００における
制御フローは、当業者には明白なはずである。シーケン
ス番号を用いて、このUpdates.htmlファイルにおいて反
映された特定の変更セットがすでに処理されているか否
かを確認する。任意のサブフレームにおける属性も再帰
的に更新されることに留意する。ブラウザに固有のＪａ
ｖａ（登録商標）スクリプトコマンドは、受信者のター
ゲットウェブページ２２０の更新に必要なときに使用す
ることができる。これは、必要であれば、コントローラ
およびモニタが、標準的なＪａｖａ（登録商標）スクリ
プトドキュメントオブジェクトモデル方法および属性を
使用して、使用中のウェブブラウザについてのプラット
フォームおよびバージョン情報を検出することが可能な
ためである。図５におけるＪａｖａ（登録商標）スクリ
プトのフォーマットおよび使用法は、受信者に送信する
ために更新情報を伝達する多くの潜在的な方法の１つに
すぎないことが認められる。このフォーマットは、動作
を明瞭に簡潔にするために好ましい実施形態において使
用される。

【００５１】図６は、送信者からの更新を処理するため
にコントローラ１２０によって用いられる方法６００を
示す。本方法は、ポーリング要求を待つ（６１０）。有
効な要求が受信される（６１５）と、ターゲットブラウ
ザの動的状態が抽出され（６２０）、新しいUpdates.ht
mlファイル５００が生成される（６３０）。

【００５２】ホストウェブサーバ１０２上で実行される
コントローラプログラム１２０は、モニタからの有効な
要求を待つ（６１０）ように設計される。このような要
求を検出する（６１５）と、コントローラが（通常は最
小レベルの機能性のために）、ターゲットブラウザのウ
ィンドウ幅、ウィンドウ高さ、ＵＲＬ、およびスクロー
ルバー位置をＨＴＴＰパラメータから抽出する。これ
は、ターゲットウェブページにおいて使用されるフレー
ムの任意のＵＲＬおよびスクロールバー位置（もしあれ
ば）を含む。受信者に伝達すべき追加状態処理情報につ
いての情報を含みうる追加パラメータを復号化すること
もできる。たとえば、このような追加パラメータは、後
述するＨＴＭＬフォームの記入方法、どのテキストが選
択されているか、および任意の分散ポインタの存在およ
び場所についての情報（これらのうち任意のものは、タ
ーゲットウェブページにおける任意のおそらくネストさ
れたフレームにおいて使用可能でありうる）を含みう
る。

【００５３】送信者がターゲットウェブページに対して
行った更新についての情報を抽出した後、コントローラ
が、ホストウェブサーバ１０２上で新しいUpdates.html
ファイル５００を生成する（６３０）。図５に示すよう
に、このUpdates.htmlファイルはＪａｖａ（登録商標）
スクリプトonLoadイベントハンドラを含み、このＪａｖ
ａ（登録商標）スクリプトonLoadインベントハンドラ
は、Updates.htmlファイルの受信者の隠しフレーム３０
２へのロードが終了したときに実行される。このonLoad
ハンドラは、誤り修正を行う（たとえば、受信者のター
ゲットウィンドウがまだ開いており、アクセス可能であ
るかどうかを調べる）コード、更新シーケンス番号をチ
ェックしてこの特定のUpdates.htmlファイルがすでに処
理されているかどうかを調べるコード、さらに、任意の
新しい更新を受信者のターゲットウェブページに適用す
るコード、そして最後に、この更新セットが適用された
ことを示すように受信者のモニタの更新シーケンス番号
を更新するコードを含む。

【００５４】図７ａ、図７ｂ、図７ｃは、ユーザのコン
トロールパネルを動作するためにモニタによって使用さ
れる方法７１０〜７１９、コントローラモニタの実施に
使用される方法７２０〜７２３、およびターゲットモニ
タの実施に使用される方法７３０〜７４１を示す。

【００５５】図７ａは、コントロールパネルを介してユ
ーザによって行われる構成変更に応答して、モニタによ
って使用される方法を示す。図７ａに示すように、ま
ず、コントロールパネル３０１および２つの隠しフレー
ム３０２〜３０３を含むモニタウェブページが、モニタ
ウィンドウまたはフレーム２１０にロードされる（７１
０）。モニタコントロールパネル２１０におけるフォー
ム要素に関連する標準的なイベントハンドラは、ユーザ
によって行われる構成変更に応答するために使用され
る。これは、図７ａのブロック７１１に示されており、
ここで方法は、ユーザがコントロールパネルにおいてい
くらか状態を変更するのを待つ。ユーザが、「マスタ」
（送信者）のチェックボックスをチェックする（７１
２）またはチェックを外す（７１３）場合、checkForCh
angesByMaster()におけるTargetMonitorルーチン７３０
へのスケジューリングされる呼び出し（７１６）、また
はスケジューリングされた既存の呼び出しのいずれかで
ある呼び出しはキャンセルされる（７１７）。同様に、
ユーザが、「スレーブ」（受信者）チェックボックスを
チェックする（７１４）、またはチェックを外す（７１
５）場合、checkForUpdatesToSlave()におけるControll
erMonitorルーチン７２０へのスケジューリングされる
呼び出し（７１８）か、あるいは既存のスケジューリン
グされた呼び出しのいずれかである呼び出しはキャンセ
ルされる（７１９）。さらに、ユーザがスレーブチェッ
クボックスをチェックする場合（７１４）、このチェッ
クボックスが再びチェックされるときに、受信者が適宜
再同期されるように、ControllerMonitorにおける“las
t_updates_sequence_number”カウンタがリセットされ
る（７１８）。リセットされない場合には、Controller
Monitorが、この受信者がすでに最新のものであると考
えてしまうことがある。

【００５６】図７ｂは、送信者からの新しい更新が検出
され適用されるように、コントローラを定期的に監視す
るために、受信者におけるコントローラモニタ１１３に
よって用いられる方法を示す。換言すれば、checkForUp
datesToSlave()コントローラモニタルーチンが、受信者
（スレーブ）を更新するために用いられる。モニタが受
信者として構成される（スレーブチェックボックス３１
３がチェックされる）場合、checkForUpdatesToSlave()
コントローラモニタルーチンが、定期的に呼び出される
（７２０）。

【００５７】このルーチンが呼び出される頻度は、モニ
タコントロールパネル３１６において構成することがで
きる。この方法は、ホストウェブサーバ１０２上のコン
トローラ１２０によって生成された最も近いUpdates.ht
mlファイル５００を用いて、単にモニタウェブページ３
００における第１の隠しフレーム３０２をリロードする
（７２１）。Updates.htmlファイル中のonLoadハンドラ
は、上述したように、必要な更新をいずれも適用する。
コントローラモニタは、任意選択的に、任意のさらなる
特別動作を実行して（７２２）、受信者のターゲットウ
ェブページのコンテンツまたは状態をさらに処理するこ
とができる。このような動作は、付加価値を共同ウェブ
閲覧セッションに加えるために使用することが可能であ
る。このような動作の態様は、たとえば、更新メッセー
ジにより、送信者または受信者のモニタコントロールパ
ネルにおける設定により、またはユーザアクションによ
り制御可能である。最後に、コントローラモニタcheckF
orUpdatesToSlave()ルーチンが、次の更新セットも適用
されるように、コントロールパネル３１６において特定
される間隔後に、それ自体に対する別の呼び出しを再び
スケジューリングする（７２３）。

【００５８】図７ｃは、あらゆる変更がコントローラに
送信されるように、送信者のターゲットウェブページを
定期的に監視するために、送信者におけるターゲットモ
ニタ１１２によって使用される方法を示す。換言すれ
ば、checkForChangesByMaster()ターゲットモニタルー
チンは、この送信者（マスタ）によって行われるあらゆ
る変更をチェックし、変更があれば、受信者に中継する
ためにその変更をコントローラに送信するために使用さ
れる。モニタが送信者として構成される（マスタチェッ
クボックス３１２がチェックされる）場合、checkForCh
angesByMaster()ターゲットモニタルーチンは、定期的
に呼び出される（７３０）。

【００５９】このルーチンが呼び出される頻度は、モニ
タコントロールパネル３１５において構成することがで
きる。この方法はまず、ウィンドウ次元およびターゲッ
トブラウザウィンドウにおける最上位文書の状態を最低
限含む、ターゲットウィンドウの基本（静的および動
的）状態を読み出す（７３１）。最上位文書の状態は、
最低限、最上位ウィンドウにロードされたＵＲＬ、およ
び水平および垂直スクロールバーの位置を含みうる。次
に、ターゲットの基本的な状態が、chackForChangesByM
aster()に対する前の呼び出し中に、ターゲットモニタ
に保存された基本状態と比較する（７３２）。

【００６０】この比較の結果を用いる前に、ターゲット
モニタルーチンは、まず、任意選択的に、任意のさらな
る特別動作を行って、ターゲットウェブページのコンテ
ンツまたは状態をさらに処理することができる（７３
３）。このような動作は、付加価値を共同ウェブ閲覧セ
ッションに加えるために使用することが可能である。こ
のような動作の態様は、たとえば、モニタコントロール
パネルにおける設定により、またはユーザアクションに
より制御可能である。例として、後述する分散ポインタ
等の高度な機能をサポートするために、ターゲットウェ
ブウィンドウに検出された新しい最上位ＵＲＬがある場
合、このポイントにおいて、ターゲットモニタルーチン
が、ターゲットウィンドウにカスタムイベントハンドラ
を再帰的に設定して、このような分散ポインタの存在ま
たは移動を検出することができる。

【００６１】引き続き図７において、ターゲットモニタ
checkForChangesByMaster()ルーチンはチェックを行
い、ターゲットウェブページがフレームを使用するかど
うかを調べる（７３４）。使用していない場合、チェッ
クを行いターゲットの基本状態が変更されたかどうかを
調べる（これは、先に確認された（７３２））。ターゲ
ット基本状態が変更されておらず、またフレームがない
場合、コントローラに送信する更新がないため、本方法
は、コントロールパネル３１５において特定された間隔
後に、それ自体に対する別の呼び出しを単にスケジュー
リングするだけである（７４１）。ターゲットがフレー
ムを有さない（７３５）が、その基本（最上位）状態が
変更した場合、本方法は、モニタウェブページにおける
第２の隠しフレーム３０３（第３の実際ファイル）をリ
ロードし、すべての変更をコントローラ７４０に送信す
る。ここでの概念は、第２の隠しフレームをリロードす
るためのＨＴＴＰ要求が、コントローラに配向され、パ
ラメータとして更新情報を含むことである。コントロー
ラは、更新パラメータを復号化し、それに応答して、第
２の隠しフレーム３０３にロードされるいくつかのウェ
ブページ文書を送信する。この応答文書は、送信状態
（たとえば、「更新の受信に成功しました」）およびデ
バッグから切り離れては使用されない。

【００６２】引き続き図７ｃにおいて、ターゲットモニ
タがフレームを使用する場合（７３４）、checkForChan
gesByMaster()ルーチンは、再帰的に、ターゲットウェ
ブページ７３６におけるすべての（おそらくネストされ
た）フレームの静的状態および動的状態を収集し、保存
する。ターゲットの基本状態が変更した場合（７３７）
（先（７３２）に確認されたように）、第２の隠しフレ
ームがリロードされ、上述したようにこれらの変更をコ
ントローラに送信する（７４０）。ターゲットがフレー
ムを使用し、かつターゲットの基本状態が変更された場
合、本方法は、フレームにおいて変更を再帰的にわざわ
ざ探すことはしないことに留意する。これは、ターゲッ
トの基本最上位状態の変更をまず処理しなければならな
いためである。例として、最上位ＵＲＬが変更された場
合、受信者は、新しい最上位ＵＲＬによって特定される
ウェブページにある任意のフレームの変更が可能になる
前に、新しい最上位ＵＲＬをロードする必要がある。

【００６３】ターゲットがフレームを使用するが、chec
kForChangesByMaster()が最後に呼び出されたときか
ら、ターゲットの基本状態が変化していない場合（７３
７）、本方法は、再帰的に古いフレーム状態と新しいフ
レーム状態とを比較し（７３８）、任意選択的に、任意
のさらなる特別動作を実行する（７３８）（最上位文書
について上述したように（７３３））。次に、引き続き
ターゲットがフレームを有し、かつターゲットの基本状
態が変化していない場合、本方法はチェックを行い、任
意の（おそらくネストされた）フレームの状態が変更さ
れたかどうかを調べる（７３９）。変更されている場
合、第２の隠しフレーム３０３がリロードされ、上述し
たように、これらの変更がコントローラに送信される
（７４０）。

【００６４】任意のイベントにおいて、checkForChange
sByMaster()に対する任意の呼び出しの最後のステップ
７３０は、コントロールパネル３１５において特定され
た間隔後に、chackForChangesByMaster()に対する別の
呼び出しをスケジューリングすることである（７４
１）。

【００６５】図８は、ユーザが、送信者および受信者と
して（８１０）、送信者のみとして（８２０）、受信者
のみとして（８３０）、および送信者でもなく受信者で
もなく（８４０）動作する場合の典型的なユーザセッシ
ョンについての動作フローの例を示す。この図におい
て、「スレーブ」という語は受信者を指し、「マスタ」
という語は送信者を指す。この図は、決して本発明によ
って網羅される動作シーケンスをすべて示すものではな
いが、どのように動作するように意図されるかについて
の概念を当業者に与えるに十分な情報を伝える。

【００６６】ユーザが共同ウェブ閲覧セッションに参加
することができる典型的な方法を、図８に示す。このユ
ーザは、この共同ウェブ閲覧セッションにすでに参加し
ている他のユーザと区別するために、以下任意に「ユー
ザ５」と呼ぶ。ユーザ５はまず、「submit（送信）」ま
たは「Collaborate（コラボレーション）」ボタンをク
リックする前に、ユーザ５が任意選択的にユーザ名およ
びパスワードを入力する特別な「ようこそ（Welcom
e）」ウェブページを取り込む（８０１）。この発明
は、パスワードで保護されたページを必要としないが、
所望であれば、標準的なパスワード保護機構を使用して
パスワードで保護されたページを使用することができ
る。好ましい実施形態では、モニタウェブページおよび
ユーザのターゲットウェブページが、別個のウェブブラ
ウザインスタンスで実行される。これが当てはまるもの
と仮定し、「送信」／「コラボレーション」ボタンをク
リックする（８０１）と、２つの新しいブラウザインス
タンスが、ユーザ５の画面上に開かれる（８０２）。第
１のインスタンスはモニタコントロールパネル２１０を
含み、その他はターゲットウェブページ２２０を含む。
この状況の場合、最初に「マスタ」（送信者）チェック
ボックス３１２および「スレーブ」（受信者）チェック
ボックス３１３の双方が、コントロールパネルにおいて
チェックされており、システムは、スレーブチェックボ
ックスが最初にチェックされたかのように挙動するもの
とする。これは、この時点で、ユーザ５のターゲットブ
ラウザウィンドウに、現在共同的に閲覧されているウェ
ブページがロードされることを暗に示す。（システムが
最初に、マスタチェックボックスが最初にチェックされ
たかのように挙動する場合には、セッションに現在存在
するあらゆるスレーブ／受信者のターゲットブラウザ
に、ユーザ５のターゲットブラウザウィンドウに最初に
ロードされるページと同じページが直ちにロードされる
ことに留意する）。

【００６７】まず、このシナリオにおいて、ユーザ５は
マスタおよびスレーブの双方としてデフォルトによって
構成されるため、図８における第１のパス８１０を辿
る。このパス８１０は、ユーザ５がマスタおよびスレー
ブの双方である場合（デフォルト）の共同ウェブ閲覧シ
ステムの挙動を記述する。このパスの下での制御フロー
例として、次に、ユーザ５は、新しいウェブページ（ペ
ージＢ）をホストウェブサーバからユーザ５のターゲッ
トブラウザウィンドウに取り込むことができる（８１
１）。ユーザ５はマスタとして構成されるため、その他
のすべてのスレーブについても、自動的にページＢが各
自のターゲットブラウザウィンドウにロードされる（８
１２）。次に、たとえば、マスタユーザ３がページＢの
底部までスクロールする（８１３）。これに応答して、
ユーザ５を含めすべてのスレーブも、ページＢの底部に
自動的にスクロールされた各自のターゲットブラウザウ
ィンドウでページＢを見ることになる（８１４）。以下
同様（８１５）である。すなわち、ユーザ５は、マスタ
かつスレーブであるため、すべてのスレーブターゲット
ブラウザに何が表示されるかを制御することができると
ともに、任意の他のマスタが各自のターゲットブラウザ
に行ったあらゆる変更を見ることができる。

【００６８】ユーザ５が、コントロールパネル２１０に
おけるスレーブチェックボックス３１３のチェックは外
すが、マスタチェックボックス３１２のチェックを残す
場合、ユーザ５はここでマスタのみになる（８２０）。
この場合、図８における第２のパス８２０を辿る。この
パス８２０は、ユーザ５がマスタであるが、スレーブで
はない場合の共同ウェブ閲覧システムの挙動を記述す
る。このパスの下での制御フロー例として、すべてのス
レーブが現在各自ターゲットブラウザウィンドウにロー
ドされるウェブページＡを有するが、次にマスタユーザ
３がここで新しいページであるページＣをユーザ３のタ
ーゲットブラウザに取り込む（８２１）ものとする。ユ
ーザ５は、スレーブとして構成されていないためページ
Ａに留まり、ページＣがユーザ５のターゲットブラウザ
ウィンドウにロードされるのを見ることはないが、この
セッションにおける他のスレーブは１人残らず、各自の
ターゲットブラウザウィンドウにページＣがロードされ
るのを見る（８２２）。次に、ユーザ５がページＡの底
部までスクロールするものとする（８２３）。ユーザ５
は、マスタとして構成されており、スレーブはあらゆる
マスタによる最も近い変更と同期するため、すべてのス
レーブは、各自のターゲットブラウザにページＡがロー
ドされて、ページＡの底部までスクロールされるのを突
然見る。以下同様（８２５）である。すなわち、ユーザ
５は、マスタであるがスレーブではないため、他のマス
タが行った変更はいずれも見ないが、すべてのスレーブ
はユーザ５が行った変更を見ることになる。

【００６９】ユーザ５が、コントロールパネル２１０に
おけるマスタチェックボックス３１２のチェックは外す
が、スレーブチェックボックス３１３のチェックを残す
場合、ユーザ５はここでスレーブのみになる（８３
０）。この場合、図８における第３のパス８３０を辿
る。このパス８３０は、ユーザ５がスレーブであるが、
マスタではない場合に、共同ウェブ閲覧システムの挙動
を記述する。このパスの下での制御フロー例として、マ
スタユーザ３が新しいウェブページであるページＤを、
ユーザ３のターゲットウェブブラウザ８３１で閲覧する
ものとする。ユーザ５を含めすべてのスレーブは、各自
のターゲットウェブブラウザにページＤがロードされる
のを見る（８３２）。次に、ユーザ５がページＥを閲覧
するものとする（８３３）。ユーザ５はマスタとして構
成されていないため、その他のすべてのスレーブはペー
ジＤに引き続き留まる（８３４）。次に、マスタユーザ
２がページＦを閲覧するものとする（８３５）。そうす
ると、ユーザ５を含めすべてのスレーブが、各自のター
ゲットウェブブラウザにページＦが自動的にロードされ
るのを見る（８３６）。以下同様（８３７）である。す
なわち、ユーザ５は、スレーブであるが、マスタではな
いため、他のマスタが行ったあらゆる変更を見ることに
なるが、他のスレーブはユーザ５が行ったいずれの変更
も見ることはない。

【００７０】ユーザ５は、コントロールパネル２１０に
おいてマスタチェックボックス３１２およびスレーブチ
ェックボックス３１３双方のチェックを外す場合、ここ
でマスタでもなければスレーブでもなくなる（８４
１）。この場合、図８における第４のパス８４０を辿
る。このパス８４０は、ユーザ５がマスタでもなくスレ
ーブでもない場合の共同ウェブ閲覧システムの挙動を記
述する。この場合、他のユーザによるあらゆる変更はユ
ーザ５によって見られない（８４２）。さらに、新しい
ウェブページであるページＧの閲覧等のユーザ５によっ
て行われるあらゆる変更は、他のユーザによって見られ
ない（８４３）。したがって、ユーザ５は、現在共同ウ
ェブ閲覧システムに参加していない。ユーザ５は、たと
えば、共有するウェブページを見つけたいが、そのペー
ジを見つけるためにしばらくネットサーフィンをしなけ
ればならない場合に、こうすることを選択しうる。ユー
ザ５は、共有したいページを見つけるためにネットサー
フィンしている間、他のマスタによって行われる変更に
邪魔されないように、またユーザ５が共有したいページ
を探している間にロードする中間ページを他のスレーブ
が見ないように、マスタおよびスレーブ双方のチェック
ボックスのチェックを外すことができる。

【００７１】ユーザ５がマスタでもなければスレーブで
もない図８の場合を続け、ユーザ５が、共同ウェブ閲覧
セッションでスレーブと共有したいページＧを最終的に
閲覧する（８４３）。ユーザ５がマスタおよびスレーブ
の双方として再び参加したい場合、ユーザ５がこの時点
においてセッションに再び参加する順序が重要である。
ユーザ５が最初にスレーブチェックボックスを再びチェ
ックする場合（８４８）（マスタチェックボックスのチ
ェックが外れたままで）、ユーザ５のターゲットブラウ
ザにおけるページＧは、他のスレーブによって現在閲覧
されているウェブページが何のページであれユーザ５の
ターゲットブラウザにロードされるため、即座に「上書
き」される（８４９）。この時点で、ユーザ５は、スレ
ーブとして参加しているが、マスタとしては参加してい
ない（８３０）。これは、ユーザ５がどこか他を閲覧し
ていて、次にセッションで皆が何を閲覧しているのか見
たい場合には望み通りの挙動であるが、ユーザ５は、本
当にセッションにおける他のすべてのスレーブとページ
Ｇを共有したかったものとする。この場合、ユーザ５
は、スレーブチェックボックスをチェックする前に、マ
スタチェックボックス８４４をチェックすべきである
（または、ユーザ５は、スレーブチェックボックスをま
ったくチェックしないよう決めてもよい）。ユーザ５は
マスタとしてセッションに参加するため、すべてのスレ
ーブがページＧ（または、ページが何であれ、現在ユー
ザ５のターゲットウェブブラウザにロードされているペ
ージ）を強制的に閲覧させられることをユーザ５に注意
する警告が、ユーザ５のウィンドウにポップアップす
る。この注意警告は、マスタとしてセッションに参加す
る、または再び参加する誰かが、不用意にかつ意図せず
にすべてのスレーブターゲットブラウザを切り換えてし
まわないように、予防措置として行われる。ユーザ５が
「ＯＫ」をクリックし、すべてのスレーブに、ユーザ５
が現在閲覧しているページ（この場合ではページＧ）に
切り換えることを本当に意図することを示す場合（８４
６）、すべてのスレーブターゲットブラウザに即座にペ
ージＧがロードされる（８４７）。この時点で、ユーザ
５は、セッションにスレーブではなくマスタとして参加
している（８２０）。一方、ユーザ５は、すべてのスレ
ーブを切り換えることを本当に意図するかどうかをポッ
プアップ警告で尋ねられたときに「キャンセル」をクリ
ックすると、マスタでもなくスレーブでもないままであ
る（８４１）。

【００７２】ウェブサーバ上のコントローラとユーザブ
ラウザインスタンスにおけるモニタの間で伝送される情
報は、多数のフォーマットであることができる。好まし
い実施形態において、かつ明瞭性および簡潔性のため、
情報は、そのまま受信者のウェブブラウザで実行可能な
動的に生成された実行可能Ｊａｖａ（登録商標）スクリ
プトステートメントに含まれる。パフォーマンスの向上
のためには、より簡潔なフォーマットを使用することが
できる。相互運用性の向上、および新規および既存のＸ
ＭＬツールおよびプロトコル（ＳＯＡＰ等）の活用のた
めには、ＸＭＬフォーマットを使用することができる。
また、好ましい実施形態では、任意の部分の状態が変化
するときは常に、変更された状態の部分だけではなく、
動的状態全体がすべてユーザに送信されることにも留意
する。これにより、ユーザが、随時共同ウェブ閲覧セッ
ションに参加することができ、最新の変更だけではなく
すべての状態を最新にできるように保証する。ここで
も、よりよいパフォーマンスのため、別の実施は、交換
されるメッセージがより小さいように、変更された状態
についての情報を送信するだけであってもよい。この場
合、さらなる動的情報を要求し、必要に応じて送信する
ことができる。

【００７３】代替の実施形態では、ユーザのコントロー
ルパネルおよびそれに関連する制御プロトコルを別個の
ブラウザインスタンスで必ずしも実行する必要がない。
ユーザのコントロールパネルおよび制御プログラムはす
べて、２つのフレームのうちの一方にロードすることが
でき、他方のフレームは、共同的に閲覧されているター
ゲットウェブページを含む。この実施形態の利点は、ブ
ラウザの１つのインスタンスを各ユーザのコンピュータ
で実行することが必要なだけであることである。フレー
ムアプローチの１つの欠点は、共同的に閲覧可能なウェ
ブページのタイプに制約を課すことである。これは、例
として、ウェブページによっては、最上位文書としてで
はなくフレーム内で閲覧される場合にウェブ作成者の意
図するようには挙動しないものがあるためである。２つ
のブラウザインスタンスを使用することにより、閲覧ペ
ージは、まるで共同的に閲覧されていないかのように、
それぞれそれ自体のブラウザウィンドウで実行されるた
め、閲覧ページのコンテンツは任意である。ターゲット
ウェブページをフレームにロードする他の欠点は、ター
ゲットウェブページのＵＲＬが、ブラウザの「ロケーシ
ョン」または「アドレス」フィールドで見ることができ
ず、「お気に入りに追加」または「ブックマークに追
加」等のウェブブラウザの機能を使用して、ターゲット
ウェブページをブックマークすることができないことで
ある。

【００７４】クロスプラットフォームおよびクロスブラ
ウザの独立性を促すため、Ｊａｖａ（登録商標）スクリ
プトが、ユーザウェブブラウザにおいてこの発明を実施
するための記述言語として好ましい。他の任意のプログ
ラミング言語、Ｊａｖａ（登録商標）スクリプトの変
形、またはウェブブラウザのドキュメントオブジェクト
モデルにアクセス可能な他の機構を、Ｊａｖａ（登録商
標）スクリプトの代わりとしてもよい。ドキュメントオ
ブジェクトモデルは、ウェブブラウザの銘柄により異な
ることがあるため、ブラウザに固有のＪａｖａ（登録商
標）スクリプトコードを必要に応じて使用して、ターゲ
ットウェブページ文書の状態の部分にアクセスすること
ができることに留意する。

【００７５】基本的な共同ウェブ閲覧システムに対する
多数のエンハンスメントを実施することができる。所望
であれば、標準的な機構を使用して、共同ウェブ閲覧セ
ッションをパスワードで保護するとともに、複数の独立
したセッションを維持することができる。共同ウェブ閲
覧システムの態様のＧＵＩ表現が動的に閲覧可能であ
り、管理に使用できるように、管理用のインタフェース
をウェブサーバ上で実行されているコントローラに追加
することも賢明であり、また簡単明瞭なことである。た
とえば、１つのこのようなインタフェースを最初に使用
して、新しい専用共同ウェブ閲覧セッションを特定のウ
ェブサイトについてのヘルプを求めているユーザと確立
することができる。

【００７６】エンハンスメントの別の例として、送信者
に他ユーザのブラウザのさらなる態様を制御させること
が可能である。最低限、各送信者は、任意の送信者のウ
ィンドウサイズに対する変更、現在ロードされているウ
ェブページアドレス（ＵＲＬ）、スクロールバー位置、
ウェブページが含んでいるあらゆるフレームのＵＲＬお
よびスクロールバー位置を反映する。しかし、この機能
性は、Ｊａｖａ（登録商標）スクリプトドキュメントオ
ブジェクトモデルがそのブラウザにアクセスを許す他の
任意のオブジェクトの追跡に拡張することができる。た
とえば、ユーザのテキスト入力を、ウェブページ上のフ
ォームにおけるテキストフィールドに入力されるときに
追跡し、それによって任意のユーザがこのようなフィー
ルドに何をタイプしたかをすべてのユーザが見ることが
望ましい場合がある。同様に、チェックボックスおよび
プルダウンリストボックス等の他の形態の要素は、共同
的に変更可能である。任意のテキスト選択も共有するこ
とができる。すなわち、マスタが１段落のテキストを選
択すると、すべてのスレーブが、各自のブラウザでもそ
の段落のテキストが選択されて見える。

【００７７】好ましい実施形態では、各ユーザがセッシ
ョンに送信者として、閲覧者として、それとも双方とし
て参加するかを決定することができる。ユーザにこれら
すべてのオプションが与えられるわけではない、または
１つまたは複数のオプションがパスワードで保護され
た、この発明の用途があることが予見される。たとえ
ば、オンライン教室の状況では、指導者が唯１人の送信
者であり、すべての生徒が閲覧者であることが望まし
い。

【００７８】本発明は、コラボレーションセッションに
おける共同レベルを大幅に強化する分散ポインタも提供
する。分散ポインタは、セッションにおけるすべてのユ
ーザが見ることができ、すべてのユーザが移動させるこ
とのできる（任意選択的に）ポインタである。このよう
な分散ポインタなしでは、共同中のユーザが確実に、ウ
ェブページまたはフレームのどの部分について議論され
ているか知ることが困難でありうる。任意の送信者は、
現在共同的に閲覧されているターゲットウェブページ２
２０に１つまたは複数の分散ポインタを生成することが
できる。各ポインタ２２１は、ＨＴＭＬポインタコード
をターゲットウェブページに挿入することによって生成
される。プリンタコードは、既存のターゲットウェブペ
ージの最上部にＨＴＭＬレイヤを生成する。このレイヤ
は、ユーザが、おそらく特別なキーボードとマウスクリ
ックの組み合わせを使用して示す、ウェブページ上の場
所に作成される。

【００７９】各レイヤは、ポインタのイメージを含む
が、そうでなければ透明である。次に、送信者は、標準
的なマウスのクリック手順とドラッグ手順を用いてポイ
ンタをターゲットウェブページの周囲を移動させること
ができる。各ポインタの存在、可視性、および位置につ
いての状態情報は、他の動的状態（スクロールバー位置
等）について上述した方法を使用して、各受信者ブラウ
ザに反映される。任意の送信者が、任意の分散ポインタ
の可視性および位置を制御することができる。

【００８０】本発明によりコンテンツおよび状態を共有
するインフラストラクチャもまた、当業者には当然明白
なはずである機構を使用して、他の機能を促進するよう
に拡張することができる。たとえば、この発明では、コ
ントローラが、これを通して更新が中継されるインテリ
ジェント中央ロケーションとして機能することに留意す
る。したがって、コントローラは、共同ウェブ閲覧セッ
ションに価値を付加するように強化することができる。
エンハンスメントの例としては、純粋にＤＨＴＭＬベー
スのチャット性能、純粋にＤＨＴＭＬベースの、ユーザ
により動的に生成されたウェブコンテンツの共有、およ
びウェブページの外国ドメインからリモートユーザのブ
ラウザへのロード（ＵＲＬ共有化）がある。たとえば、
あるタイプのコンテンツに加入したユーザのみが特定の
更新を受信するように、ユーザのカテゴリをサポートす
る性能をコントローラに追加することは単純明快であ
る。さらに、各更新にタイムスタンプして保存すること
により、後に共同閲覧セッションを「再生」することが
可能になる。

【００８１】本発明によって提供される枠組みにインテ
リジェントコントローラを有することで、共同的に閲覧
しているページのコンテンツを動的に変換することが可
能になる。たとえば、コントローラは、受信者に配布す
る前に、送信者によって受信される更新を変換するよう
に強化することができる。数例として、コントローラ
は、異なる参加者によって使用されている異なるブラウ
ザの銘柄またはバージョンについて調整するように、異
なる参加者の間での言語の相違を調整するように、また
はあるコンテンツへの加入またはセキュリティ方式に基
づいて各参加者が利用可能な閲覧を制御するように更新
を変換しうる。このような任意の変換の態様をイネーブ
ル、ディセーブル、または制御するために、ボタンまた
は（垂れ下がる）プルダウンメニューリスト等の制御手
段をモニタコントロールパネルに含めることができる。
代替として、専用の管理（おそらくウェブベースの）Ｇ
ＵＩインタフェースをコントローラに提供して、このよ
うな種類の変換を制御することがより適切な場合もあ
る。

【００８２】好ましい実施形態での連続ポーリング機構
をイネーブルするのではなく、おそらくボタンを押下す
ることによって１つの同期を明示的に開始する状況があ
ってもよいことも認識される。これは、単純な「リフレ
ッシュ」（受信者の場合）ボタンおよび／または「更新
送信」（送信者の場合）ボタンをモニタコントロールパ
ネルに追加することによって促進することができる。

【００８３】この発明は、軽量技術（ＤＨＴＭＬ）およ
び単純な既存のプロトコル（ＨＴＴＰ、ＨＴＴＰＳ、ま
たはおそらくＳＯＡＰ）を使用して、ファイアウォール
侵入問題を回避しながら、コラボレーションを促進する
ことに留意されたい。したがって、この発明は、ハンド
ヘルド装置等の資源が限られた装置におけるコラボレー
ションを促進するために有利に用いることができる。こ
のような装置は、たとえば、Ｊａｖａ（登録商標）また
はアクティブＸコントローラに依存するより重いアプロ
ーチに対しては同程度には適さないかもしれない。より
重要なことは、本発明を標準かつ単純な機構を使用する
ことをターゲットとすることにより、潜在的なユーザの
基盤ははるかに大きい。

【００８４】本発明は、当業者が本発明を製造し使用で
きることに関して説明され、特定の適用例および要件の
コンテキストにおいて提供された。好ましい実施形態に
対する様々な変更形態が、当業者には容易に明らかであ
り、本明細書に記載の原理は、本発明の精神および特許
請求の範囲から逸脱せずに他の実施形態および用途にも
適用することができる。したがって、本発明を本明細書
に記載の実施形態に限定する意図はなく、本発明は、本
明細書に開示した原理および特徴と一致する、併記の特
許請求の範囲の最も広い範囲と一致する。

【図面の簡単な説明】

【図１】本発明による分散型共同ウェブ閲覧システム
のブロック図である。

【図２】モニタおよびターゲットブラウザウィンドウ
のブロック図である。

【図３】モニタウェブページ構造のブロック図であ
る。

【図４】ＨＴＴＰを使用するターゲットモニタ要求の
リスト例である。

【図５】更新ファイルからの擬似コードである。

【図６】図５の更新ファイルを生成するために、コン
トローラにより用いられる方法のフローーチャートであ
る。

【図７ａ】コントロールパネルにおいてユーザによる
変更を処理し、モニタコントローラおよびモニタのター
ゲットモニタ構成要素を実施するために、モニタにより
用いられる方法のフローチャートである。

【図７ｂ】コントロールパネルにおいてユーザによる
変更を処理し、モニタコントローラおよびモニタのター
ゲットモニタ構成要素を実施するために、モニタにより
用いられる方法のフローチャートある。

【図７ｃ】コントロールパネルにおいてユーザによる
変更を処理し、モニタコントローラおよびモニタのター
ゲットモニタ構成要素を実施するために、モニタにより
用いられる方法のフローチャートである。

【図８】ユーザセッション例のフローチャートであ
る。

───────────────────────────────────────────────────── フロントページの続き (72)発明者アラン・ダブリュ・エセンサーアメリカ合衆国、マサチューセッツ州、アシュランド、ウィルバー・ドライブ 61 Ｆターム(参考） 5B075 KK02 KK07 NR02 NR13 PQ44 5B085 BE07

Claims

【特許請求の範囲】

【請求項１】複数のクライアントコンピュータおよび
サーバコンピュータを含むネットワークでのウェブコン
テンツを共同的に閲覧する方法において、第１のウェブブラウザインスタンスに表示されるウェブ
ページの静的状態および動的状態をポーリングするステ
ップと、前記ネットワークを介して前記状態をコントローラに送
信するステップと、前記コントローラにおいて、前記静的状態および動的状
態を含む更新メッセージを作成するステップと、第２のウェブブラウザインスタンスにおいて、前記コン
トローラをポーリングし、前記ネットワークを介して前
記更新メッセージを受信するステップと、前記第２のウェブブラウザインスタンスにおいて、前記
更新メッセージ中の前記状態に従って前記ウェブページ
を表示し、前記第２のウェブブラウザインスタンスを前
記第１のウェブページインスタンスに動的に同期させる
ステップとを備えたことを特徴とする方法。
【請求項２】前記第１および第２のインスタンスから
なる複合的なインスタンスを備えたことを特徴とする請
求項１に記載の方法。
【請求項３】前記状態をポーリングするステップは、
前記第１のウェブブラウザインスタンスにおいて動作中
のモニタにおいて実行され、前記コントローラをポーリングするステップは、前記第
２のウェブブラウザインスタンスにおいて実行されるこ
とを特徴とする請求項１に記載の方法。
【請求項４】検索されたターゲットウェブページは、
サーバに格納されることを特徴とする請求項１に記載の
方法。
【請求項５】前記ポーリングするステップは、ポーリ
ング要求によって実行されることを特徴とする請求項１
に記載の方法。
【請求項６】前記第１および第２のウェブブラウザイ
ンスタンスは、前記クライアントコンピュータにおいて
実行され、サーバは、前記サーバコンピュータにおいて実行される
ことを特徴とする請求項１に記載の方法。
【請求項７】前記ウェブページは、前記第１のウェブ
ブラウザインスタンスのユーザによって選択されること
を特徴とする請求項１に記載の方法。
【請求項８】前記ウェブページおよびすべてのウェブ
ブラウザインスタンスは、前記共同的な閲覧セッション
中に変更されないままであることを特徴とする請求項１
に記載の方法。
【請求項９】前記ポーリング要求に対する応答は、隠
しブラウザフレーム、隠しレイヤ、または別のブラウザ
ウィンドウにロードされることを特徴とする請求項４に
記載の方法。
【請求項１０】前記隠しブラウザフレームはゼロ次元
であることを特徴とする請求項９に記載の方法。
【請求項１１】前記コントローラは、前記更新メッセ
ージを動的に変換することを特徴とする請求項１に記載
の方法。
【請求項１２】前記第２のウェブブラウザインスタン
スに表示される別のウェブページの静的状態および動的
状態をポーリングするステップと、前記ネットワークを介して前記状態を前記コントローラ
に送信するステップと、前記コントローラにおいて、前記静的状態および動的状
態を含む更新メッセージを作成するステップと、前記第１のウェブブラウザインスタンスにおいて、前記
コントローラをポーリングし、前記ネットワークを介し
て前記更新メッセージを受信するステップと、前記第１のウェブブラウザインスタンスにおいて、前記
更新メッセージ中の前記状態に従って他のウェブページ
を表示して、前記第１のウェブブラウザインスタンスを
前記第２のウェブブラウザインスタンスに動的に同期さ
せるステップとをさらに備えたことを特徴とする請求項
１に記載の方法。