JP4186164B2 - Ｗｅｂ共有システム、Ｗｅｂ共有方法、Ｗｅｂ共有プログラム、中継サーバ、及びＷＷＷブラウザ表示装置 - Google Patents

Description

本発明は、ＨＴＭＬページを共有するためのＷｅｂ共有システム、Ｗｅｂ共有方法、Ｗｅｂ共有プログラム、及びこれらに用いる中継サーバ、ＷＷＷブラウザ表示装置に関する。

近年ネットワーク技術の発達により、その通信手段として様々な技術が登場してきている。なかでもＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）と呼ばれるインターネット通信技術は、全世界的に標準的な技術として利用されている。ＷＷＷでは、情報提供者が用意したＷＷＷサーバと呼ばれるホストコンピュータに対して、情報利用者がＷＷＷブラウザと呼ばれるプログラムを用いてアクセスし、利用者が所望の情報を取得するという通信形態がとられている。

この情報はＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）と呼ばれる記述言語で記述されており、ＷＷＷブラウザはこのＨＴＭＬを解釈してＨＴＭＬページとして表示する。このＨＴＭＬページには他のＨＴＭＬページへのリンク情報が埋め込まれており、利用者はこのリンク情報に基づいて、別のＨＴＭＬページをＷＷＷサーバから取得できる。

また、ＷＷＷサーバ上のＨＴＭＬページは、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）という規則に則った名前でその所在を一意に指定でき、ＨＴＭＬページ上のリンク情報はこのＵＲＬを持つことによって他のＨＴＭＬページを指定している。
例えば、「ｈｔｔｐ：／／サーバＡ／パス１／ファイル１．ｈｔｍｌ」というＵＲＬは、ＷＷＷサーバである"サーバＡ"上の"／パス１／"というディレクトリ配下の"ファイル１．ｈｔｍｌ"というファイル記述子を持つＨＴＭＬページを指定している。

また、近年パーソナルコンピュータの普及により、より多くの利用者が前記ＷＷＷを用いてインターネットから、情報の取得のみならず、電子帳票の提出やオンラインショッピングといったサービスを利用できるようになった。しかし、利用者の全てがパーソナルコンピュータの操作やインターネット技術に精通している訳ではなく、少なからず操作方法がわからないといった問題が発生している。

そのため、利用者のインターネット利用を支援するための技術が発明され、利用されている。
例えば、ネットワークに接続された複数の端末で同じＨＴＭＬページをリアルタイムに共有する技術として、複数のＷＷＷブラウザの操作を同期させることによって、遠隔地に離れた利用者同士がリアルタイムに同じＷＷＷブラウザ上の画面を表示することができるシステムがある（特許文献１参照）。この従来技術は、サーバと、前記サーバに接続されたクライアントである複数のコンピュータとからなるブラウザ共有システムである。前記複数のコンピュータが、ページを閲覧するブラウザと、ページを管理するページマネジャと、ページマネジャとサーバとの間の通信を行いブラウザを管理するノードマネジャとを含む。前記ページマネジャが、自ページの変化を検出し、その変化をノードマネジャに送信し、ノードマネジャが、前記変化をサーバに送信する。若しくは、他のコンピュータのページの変化をノードマネジャから受信し、その変化を自ページに反映させる。

また、Ｗｅｂ共有を実現する方法として、サーバと端末装置の間に代理クライアントを設置する方法が存在する。この代理クライアントはサーバへのアクセス時のＵＲＬレベルの共有を行う（特許文献２参照）。この従来技術は、入力装置と表示装置を備える第１の情報端末からｈｔｍｌファイル取得要求を受信し、ウエブ・サーバから前記ｈｔｍｌファイル取得要求に対応し、コンテンツ情報を含むｈｔｍｌファイルを取得し、第２の情報端末に前記コンテンツ情報に対応するコンテンツを表示させる情報端末支援装置を含むシステムで実行されるｈｔｍｌファイル取得方法である。この従来技術の動作について以下に列挙する。（ａ）前記情報端末支援装置が取得したｈｔｍｌファイルの遷移先のＵＲＬを前記情報端末支援装置のホスト名と、遷移先識別情報を含む置換文字列に置換する。（ｂ）該遷移先のＵＲＬが置換されたｈｔｍｌファイルを前記第１の情報端末に送信する。（ｃ）前記第１の情報端末において、前記置換文字列が特定されたことにより生成された前記置換文字列を含む遷移先ｈｔｍｌファイル取得要求を受信する。（ｄ）前記遷移先ｈｔｍｌファイル取得要求に含まれる遷移先識別情報を取得する。（ｅ）前記遷移先識別情報に基づいて、ウエブ・サーバからコンテンツ情報を含む遷移先ｈｔｍｌファイルを取得する。（ｆ）前記遷移先ｈｔｍｌファイルに含まれるコンテンツ情報を前記第１の情報端末に送信する。（ｇ）前記遷移先識別情報に相当する情報を前記第２の情報端末に送信することにより、前記第２の情報端末に前記遷移先ｈｔｍｌファイルに含まれるコンテンツ情報に対応するコンテンツを表示させる。以上の動作によりＷｅｂ共有を実現する。

他にも、複数のＷＷＷブラウザの操作を同期させることによって、遠隔地に離れた利用者同士がリアルタイムに同じＷＷＷブラウザの画面を表示することができる技術がある（特許文献３参照）。この従来技術は、複数の端末装置間上で閲覧されているウェブページをリアルタイムに共有するシステムである。このリアルタイムウェブ共有システムにおいて、サーバは、ウェブページの更新を検出する検出スクリプトとウェブページを更新する更新スクリプトとを送信する手段と、所定の端末装置から送信されてきたウェブページの更新を通知する更新情報を、前記所定の端末装置と同一のウェブページを閲覧している他の端末装置に送信する手段とを有する。また、端末装置は、前記サーバから送信されて来る検出スクリプト及び更新スクリプトを受信する受信手段と、前記受信手段で受信した検出スクリプトに閲覧しているウェブページの更新を検出させ、更新があった場合に更新結果を通知する更新情報を生成させて前記サーバに送信する手段と、前記受信手段で受信した更新情報に基づいて更新スクリプトにウェブページを更新させる手段とを有する。

特許第３４３７９３３号公報 特許第３２８３０１８号公報 特開２００４−１７８２６８号公報

従来技術では、ＷＷＷサーバから取得したＨＴＭＬページの容量が大きい場合や一度にたくさんの利用者からアクセスがあった場合にＨＴＭＬページの書き換え処理が非常に遅くなり、サービスを継続することが困難になりやすい。
また、ＨＴＭＬページが様々な言語（日本語、英語、その他）で記述されている場合、それぞれの記述形式が異なっているので、表示に必要な情報まで誤って書き換えてしまう可能性があるため、情報提供者が本来意図したものとは違ったものをＷＷＷブラウザに表示させてしまう場合がある。
本発明の目的は、ＷＷＷサーバから取得したＨＴＭＬページを中継サーバで書き換えることなく、ＷＷＷブラウザのアクセス先を継続的に中継サーバとするＷｅｂ共有システム、Ｗｅｂ共有方法、Ｗｅｂ共有プログラム、及びこれらに用いる中継サーバ、ＷＷＷブラウザ表示装置を提供することである。

以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。ただし、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。

本発明の中継サーバ（３）は、ＷＷＷブラウザ表示装置（１、２）と通信するブラウザ側通信部（１０１）と、前記ＷＷＷブラウザ表示装置（１、２）からの通信に含まれるＵＲＬを、ＷＷＷサーバ（４）との通信に用いるＵＲＬに書き換えるＵＲＬ書き換えモジュール（１０２）と、前記書き換えられたＵＲＬに基づいて前記ＷＷＷサーバ（４）と通信するサーバ側通信部（１０４）とを具備する。

本発明の中継サーバ（３）は、前記書き換えられたＵＲＬで示される前記ＷＷＷサーバ（４）への通信が最初か否かを判断する中継モジュール（１０３）を具備する。

本発明の中継サーバ（３）は、前記サーバ側通信部（１０４）で受信した前記ＷＷＷサーバ（４）からの取得情報を保存するキャッシュモジュール（１０５）と、前記取得情報に通信状態維持用の情報を追加し、前記ブラウザ側通信部（１０１）を介して前記ＷＷＷブラウザ表示装置（１、２）に前記取得情報を送信するセッション維持モジュール（１０６）とを具備する。

前記キャッシュモジュール（１０５）は、既に前記取得情報に該当する情報を保存している場合、前記中継モジュール（１０３）からの前記取得情報の存在の確認に対して、前記取得情報が存在すると回答し、前記該当する情報を取得して前記中継モジュール（１０３）に渡す。

前記ＵＲＬ書き換えモジュール（１０２）は、前記ブラウザ側通信部（１０１）で受信した情報に中継アクセスであるとの判定に用いる中継判定文字列が挿入されているか否かを調べ、前記ブラウザ側通信部（１０１）で受信した情報に前記中継判定文字列が挿入されている場合、前記ＷＷＷサーバ（４）への中継通信要求であると判断し、前記受信した情報から前記中継判定文字列を削除して書き換えパス情報を作成する。

前記ＵＲＬ書き換えモジュール（１０２）は、前記ブラウザ側通信部（１０１）で受信した情報に中継アクセスであるとの判定に用いる中継判定文字列が挿入されているか否かを調べ、前記ブラウザ側通信部（１０１）で受信した情報に前記中継判定文字列が挿入されておらず、前記通信状態維持用の情報が指定されていない場合、当該中継サーバ（３）に対する通信であるとして処理を中断する。

前記ＵＲＬ書き換えモジュール（１０２）は、前記ブラウザ側通信部（１０１）で受信した情報に中継アクセスであるとの判定に用いる中継判定文字列が挿入されているか否かを調べ、前記ブラウザ側通信部（１０１）で受信した情報に前記中継判定文字列が挿入されておらず、前記通信状態維持用の情報が指定されている場合、前記通信状態維持用の情報を用いて通信先である前記ＷＷＷサーバ（４）の識別情報を取得し、前記受信した情報と前記識別情報に基づいてＵＲＬを再生成する。

本発明の他の中継サーバ（５）は、利用者に情報を表示する少なくとも一つのＷＷＷブラウザ表示装置（１、２）と通信するブラウザ側通信部（３０１）と、前記ＷＷＷブラウザ表示装置（１、２）からの通信に基づいて通信を中継するＷＷＷサーバ（４）を決定する中継部（３０２）と、前記ＷＷＷサーバ（４）と通信するサーバ側通信部（３０３）と、前記ＷＷＷサーバ（４）からの取得情報と前記ＷＷＷブラウザ表示装置（１、２）からの通信内容に基づいて目的とするＨＴＭＬページを検出する目的ページ検出部（３０５）と、前記ＷＷＷブラウザ表示装置（１、２）を操作した時間を蓄積する操作時間蓄積部（３０６）と、通信状態維持用の情報を変更するセッション維持部（３０４）と、通信した前記ＷＷＷサーバ（４）に関する情報を前記ＨＴＭＬページに埋め込むアクセスホスト追加部（３０７）とを具備する。

前記目的ページ検出部（３０５）は、前記取得情報が前記ＨＴＭＬページである場合、前記ＷＷＷブラウザ表示装置（１、２）からの通信時に前記利用者が前記ＷＷＷブラウザ表示装置（１、２）を操作した時間を示す操作時間情報が付いているか否かを判断する。

前記操作時間情報が付いていなければ目的ページとして判断し、前記操作時間蓄積部（３０６）に前記ＷＷＷブラウザ表示装置（１、２）の前記操作時間情報が０であることを示す情報を蓄積し、前記セッション維持部（３０４）に前記操作時間情報が０であると通知する。
前記セッション維持部（３０４）は、前記ＷＷＷサーバ（４）の識別情報を前記通信状態維持用の情報とし、前記操作時間情報と共に前記ＨＴＭＬページに設定する。

前記操作時間情報が付いている場合、前記操作時間蓄積部（３０６）に既に蓄積されている前記操作時間情報と比較し、前記ＷＷＷブラウザ表示装置（１、２）からの通信に付いている前記操作時間情報の値が大きければ目的ページとして判断し、前記ＷＷＷサーバ（４）の識別情報を前記ＨＴＭＬページに前記通信状態維持用の情報として追加する。

前記アクセスホスト追加部（３０７）は、前記目的ページ検出部（３０５）が目的ページであると判断した前記ＨＴＭＬページに対して、前記ＷＷＷサーバ（４）の識別情報を埋め込む。

本発明のＷＷＷブラウザ表示装置（１、２）は、利用者の操作を検知する操作ページ検出部（２０１）と、前記操作ページ検出部（２０１）が前記利用者の操作を検知した時に通信状態維持用の情報を更新するセッション更新部（２０２）とを具備する。

前記操作ページ検出部（２０１）は、前記利用者の操作を検知して前記セッション更新部（２０２）に通信状態維持用の情報の更新を指示し、前記セッション更新部（２０２）は、アクセスしたＷＷＷサーバ（４）の識別情報に関するアクセスホスト情報を用いて前記通信状態維持用の情報を更新し、その時点での時間を用いて操作時間の情報を更新する。

本発明のＷｅｂ共有システムは、利用者に情報を提供する少なくとも一つのＷＷＷブラウザ表示装置（１、２）と、前記ＷＷＷブラウザ表示装置（１、２）と通信する中継サーバ（３）と、前記中継サーバ（３）と通信するＷＷＷサーバ（４）とを具備する。
前記中継サーバ（３）は、ブラウザ側通信部と、ＵＲＬ書き換えモジュール（１０２）と、中継モジュール（１０３）と、サーバ側通信部と、キャッシュモジュール（１０５）と、セッション維持モジュール（１０６）を含む。
前記ブラウザ側通信部は前記ＷＷＷブラウザ表示装置（１、２）からの要求情報を受信して前記ＵＲＬ書き換えモジュール（１０２）に渡す。
前記ＵＲＬ書き換えモジュール（１０２）は前記要求情報に含まれる中継判定文字列を検出した場合、前記ＷＷＷサーバ（４）への中継通信要求であると判断し、前記要求情報から前記中継判定文字列を削除して書き換えパス情報を作成して前記中継モジュール（１０３）に渡す。
前記中継モジュール（１０３）は前記キャッシュモジュール（１０５）で保存しているキャッシュデータのうち前記書き換えパス情報に該当する情報が存在するか確認し、前記該当する情報が存在しない場合、前記書き換えパス情報に基づいてＵＲＬを再生成して前記サーバ側通信部に渡す。
前記サーバ側通信部は前記再生成したＵＲＬが示すＷＷＷサーバ（４）に対して通信を実行して、該当するＨＴＭＬページを取得して前記中継モジュール（１０３）に渡す。
前記中継モジュール（１０３）は前記ＨＴＭＬページを前記書き換えパス情報と関連付けて前記キャッシュモジュール（１０５）に保存しているキャッシュデータとして蓄積し、前記セッション維持モジュール（１０６）に前記ＨＴＭＬページを渡す。
前記セッション維持モジュール（１０６）は前記ＨＴＭＬページに通信状態維持用の情報を追加して、前記ブラウザ側通信部を介して前記ＷＷＷブラウザ表示装置（１、２）に前記ＨＴＭＬページを返信する。

前記中継サーバ（３）は、前記ＷＷＷブラウザ表示装置（１、２）からの通信をブラウザ側通信部で受け取ると、前記ＵＲＬ書き換えモジュール（１０２）で前記受信した通信中の情報に中継判定文字列が含まれていないことを確認し、前記通信維持用の情報が指定されていなければ、前記中継サーバ（３）自体に対する通信であるとして処理を中断し、前記通信維持用の情報が指定されていれば、前記通信維持用の情報を用いて前記ＷＷＷサーバ（４）の識別情報を取得し、受信した情報と前記ＷＷＷサーバ（４）の識別情報をもとにＵＲＬを再生成する。

前記中継サーバ（３）は、前記ＷＷＷブラウザ表示装置（１、２）からの通信をブラウザ側通信部で受信し、前記中継モジュール（１０３）は、前記キャッシュモジュール（１０５）に対して前記キャッシュデータが存在するか確認し、前記キャッシュモジュール（１０５）は、既に前記キャッシュデータがある場合、前記キャッシュデータがあると回答し、該当する前記キャッシュデータを取得し、前記中継モジュール（１０３）に渡す。

本発明の他のＷｅｂ共有システムは、利用者に情報を提供する少なくとも一つのＷＷＷブラウザ表示装置（１、２）と、前記ＷＷＷブラウザ表示装置（１、２）と通信する中継サーバ（５）と、前記中継サーバ（５）と通信するＷＷＷサーバ（４）とを具備する。
前記中継サーバ（５）は、前記ＷＷＷサーバ（４）から取得した情報がＨＴＭＬページである場合、前記ＷＷＷブラウザ表示装置（１、２）からの通信時に前記利用者が前記ＷＷＷブラウザ表示装置（１、２）を操作した時間を示す操作時間情報が付いているか否かを判断し、付いていなければ目的ページとして判断し、操作時間を０として蓄積し、前記ＷＷＷブラウザ表示装置（１、２）に操作時間０を示す前記操作時間情報を追加して、中継時にアクセスした前記ＷＷＷサーバ（４）の識別情報を前記ＷＷＷブラウザ表示装置（１、２）に通信状態維持用の情報として追加し、前記ＷＷＷブラウザ表示装置（１、２）からの通信に前記操作時間情報が付いている場合、既に蓄積されている前記操作時間情報と比較し、前記ＷＷＷブラウザ表示装置（１、２）からの通信に付いている前記操作時間情報の値が大きければ目的ページとして判断し、中継時にアクセスした前記ＷＷＷサーバ（４）の識別情報を前記ＨＴＭＬページに前記通信状態維持用の情報として追加する。

前記中継サーバ（５）は、前記ＷＷＷブラウザ表示装置（１、２）と通信するブラウザ側通信部と、前記ＷＷＷブラウザ表示装置（１、２）からの通信に基づいて通信を中継する前記ＷＷＷサーバ（４）を決定する中継部（３０２）と、前記ＷＷＷサーバ（４）と通信するサーバ側通信部と、前記ＷＷＷサーバ（４）からの取得情報と前記ＷＷＷブラウザ表示装置（１、２）からの通信内容に基づいて目的とするＨＴＭＬページを検出する目的ページ検出部（３０５）と、前記ＷＷＷブラウザ表示装置（１、２）を操作した時間を蓄積する操作時間蓄積部（３０６）と、通信状態維持用の情報を変更するセッション維持部（３０４）と、通信した前記ＷＷＷサーバ（４）に関する情報を前記ＨＴＭＬページに埋め込むアクセスホスト追加部（３０７）とを具備する。

前記ＷＷＷブラウザ表示装置（１、２）は、前記利用者の操作を検知して、アクセスした前記ＷＷＷサーバ（４）の識別情報に関するアクセスホスト情報を用いて前記通信状態維持用の情報を更新し、その時点での時間を用いて操作時間の情報を更新する。

前記ＷＷＷブラウザ表示装置（１、２）は、前記利用者の操作を検知する操作ページ検出部（２０１）と、前記操作ページ検出部（２０１）が前記利用者の操作を検知した時に前記通信状態維持用の情報を更新するセッション更新部（２０２）とを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、ＷＷＷブラウザ表示装置（１、２）と通信するステップと、前記ＷＷＷブラウザ表示装置（１、２）からの通信に含まれるＵＲＬを、ＷＷＷサーバ（４）との通信に用いるＵＲＬに書き換えるステップと、前記書き換えられたＵＲＬに基づいて前記ＷＷＷサーバ（４）と通信するステップとを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、前記書き換えられたＵＲＬで示される前記ＷＷＷサーバ（４）への通信が最初か否かを判断するステップを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、受信した前記ＷＷＷサーバ（４）からの取得情報を保存するステップと、前記取得情報に通信状態維持用の情報を追加し、前記ＷＷＷブラウザ表示装置（１、２）に前記取得情報を送信するステップとを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、既に前記取得情報に該当する情報を保存している場合、前記取得情報の存在の確認に対して、前記取得情報が存在すると回答し、前記該当する情報を取得するステップを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、受信した情報に中継アクセスであるとの判定に用いる中継判定文字列が挿入されているか否かを調べ、受信した情報に前記中継判定文字列が挿入されている場合、前記ＷＷＷサーバ（４）への中継通信要求であると判断し、前記受信した情報から前記中継判定文字列を削除して書き換えパス情報を作成するステップを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、受信した情報に中継アクセスであるとの判定に用いる中継判定文字列が挿入されているか否かを調べ、受信した情報に前記中継判定文字列が挿入されておらず、前記通信状態維持用の情報が指定されていない場合、当該Ｗｅｂ共有方法に対する通信であるとして処理を中断するステップを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、受信した情報に中継アクセスであるとの判定に用いる中継判定文字列が挿入されているか否かを調べ、受信した情報に前記中継判定文字列が挿入されておらず、前記通信状態維持用の情報が指定されている場合、前記通信状態維持用の情報を用いて通信先である前記ＷＷＷサーバ（４）の識別情報を取得し、前記受信した情報と前記識別情報に基づいてＵＲＬを再生成するステップを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、利用者に情報を表示する少なくとも一つのＷＷＷブラウザ表示装置（１、２）と通信するステップと、前記ＷＷＷブラウザ表示装置（１、２）からの通信に基づいて通信を中継するＷＷＷサーバ（４）を決定するステップと、前記ＷＷＷサーバ（４）と通信するステップと、前記ＷＷＷサーバ（４）からの取得情報と前記ＷＷＷブラウザ表示装置（１、２）からの通信内容に基づいて目的とするＨＴＭＬページを検出するステップと、前記ＷＷＷブラウザ表示装置（１、２）を操作した時間を蓄積するステップと、通信状態維持用の情報を変更するステップと、
通信した前記ＷＷＷサーバ（４）に関する情報を前記ＨＴＭＬページに埋め込むステップと
を具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、前記取得情報が前記ＨＴＭＬページである場合、前記ＷＷＷブラウザ表示装置（１、２）からの通信時に前記利用者が前記ＷＷＷブラウザ表示装置（１、２）を操作した時間を示す操作時間情報が付いているか否かを判断するステップを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、前記操作時間情報が付いていなければ目的ページとして判断し、前記ＷＷＷブラウザ表示装置（１、２）の前記操作時間情報が０であることを示す情報を蓄積するステップと、前記ＷＷＷサーバ（４）の識別情報を前記通信状態維持用の情報とし、前記操作時間情報と共に前記ＨＴＭＬページに設定するステップとを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、前記操作時間情報が付いている場合、既に蓄積されている前記操作時間情報と比較し、前記ＷＷＷブラウザ表示装置（１、２）からの通信に付いている前記操作時間情報の値が大きければ目的ページとして判断し、前記ＷＷＷサーバ（４）の識別情報を前記ＨＴＭＬページに前記通信状態維持用の情報として追加するステップを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、目的ページであると判断した前記ＨＴＭＬページに対して、前記ＷＷＷサーバ（４）の識別情報を埋め込むステップを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、前記利用者の操作を検知するステップと、前記操作を検知した時に前記通信状態維持用の情報を更新するステップとを具備する。

本発明のＷｅｂ共有方法及びＷｅｂ共有プログラムは、前記利用者の操作を検知して前記通信状態維持用の情報の更新を指示するステップと、アクセスした前記ＷＷＷサーバ（４）の識別情報に関するアクセスホスト情報を用いて前記通信状態維持用の情報を更新し、その時点での時間を用いて操作時間の情報を更新するステップとを具備する。

本発明により、複数のブラウザからのＷＷＷサーバへの要求を、ＷＷＷサーバからの応答内容であるＨＴＭＬページを変更することなく中継サーバ経由にすることができるため、複数のＷＷＷブラウザを同期させる時に利用する中継サーバでの処理を簡単化でき、処理の高速化が可能となる。
また、ＨＴＭＬページが様々な言語で記述されている場合でも、その内容を改変する必要が無いため、情報提供者が本来意図したものをＷＷＷブラウザに表示させることが可能となる。
また、中継サーバ経由の複数の異なるＷＷＷサーバへの要求が混在するＨＴＭＬページにおいても、正常にＨＴＭＬページを表示、操作することが可能となる。

以下に本発明の第１実施形態について添付図面を参照して説明する。
本発明のリアルタイムＷｅｂ共有システムは、少なくとも一つのＷＷＷブラウザ（ここではＷＷＷブラウザ１、２）と、中継サーバ３と、ＷＷＷサーバ４を備えている。
ＷＷＷブラウザ１、２は、中継サーバ３、ＷＷＷサーバ４と双方向通信をする。なお、ＷＷＷブラウザとは、Ｗｅｂページを閲覧（ブラウズ）するためのソフトウェアであり、ＷＷＷブラウザ１、２は、ＷＷＷブラウザを表示する機能を備えた通信装置である。中継サーバ３は、ＷＷＷブラウザ１、２、及びＷＷＷサーバ４と双方向通信をする。ＷＷＷサーバ４は、ＷＷＷブラウザ１、２、及び中継サーバ３と双方向通信をする。
なお、ＷＷＷブラウザ１、２、中継サーバ３及びＷＷＷサーバ４の間の通信網は有線、無線のどちらでも良い。また、この実施例における通信網は、インターネットを始め、本発明を実施できるネットワークであれば良い。

中継サーバ３は、ブラウザ側通信部１０１、ＵＲＬ書き換えモジュール１０２、中継モジュール１０３、サーバ側通信部１０４、キャッシュモジュール１０５、セッション維持モジュール１０６を備えている。
ブラウザ側通信部１０１は、ＷＷＷブラウザ１、２と通信する。ＵＲＬ書き換えモジュール１０２は、ＷＷＷブラウザ１、２からのアクセス要求を受け取ってそのＵＲＬを書き換える。中継モジュール１０３は、書き換えられたＵＲＬからそのＵＲＬへのアクセスが最初かどうかを判断する。サーバ側通信部１０４は、書き換えられたＵＲＬに基づいてＷＷＷサーバ４へアクセスする。キャッシュモジュール１０５は、ＷＷＷサーバ４からの取得情報をキャッシュデータとして保存する。セッション維持モジュール１０６は、ＷＷＷサーバ４からの取得情報にセッション維持用クッキーを追加する。
なお、中継サーバ３及びＷＷＷサーバ４はどちらもインターネット通信技術で定義されたＷＷＷサーバである。中継サーバ３はプロキシサーバ（ｐｒｏｘｙ ｓｅｒｖｅｒ）でも良い。

次に、本発明のリアルタイムＷｅｂ共有システムの動作について説明する。
ＷＷＷブラウザ１からＷＷＷサーバ４に対して、中継作業開始のためのＨＴＭＬページを取得するためのアクセスを行う。この時、ＷＷＷブラウザ２からでも構わないが、以後すべてＷＷＷブラウザ１からの作業として説明する。また、ここではＨＴＭＬページとして説明しているが、実際にはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ページを始めとする他の形式のＷｅｂページでも良い。このアクセスはＵＲＬ指定によりＷＷＷサーバ４が指定されたアクセスとなり、通常のＷＷＷの使用方法と違いはない。

ＷＷＷサーバ４は、ＷＷＷブラウザ１からの中継作業開始のアクセスを受け取ると、以後のＷＷＷサーバ４へのアクセスを中継サーバ３経由とするための中継用ＵＲＬを持ったリンク情報を含むＨＴＭＬページを返信する。この中継用ＵＲＬは、「ｈｔｔｐ：／／中継サーバホスト名／中継判定文字列／アクセス対象ＷＷＷサーバホスト名／パス指定１／．．．／ファイル名」の書式を持つ。前記”．．．”はパス指定が更に複数回繰り返されることを示す。
例えば、中継サーバホスト名が”ｐｒｏｘｙ．ｃｏｍ”、中継判定文字列”／ｐｒｏｘｙ＿ｆｌａｇ”、アクセス対象ＷＷＷサーバホスト名が”ｗｗｗ．ｃｏｍ”、パス指定が”／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／”、ファイル名が”ｉｎｄｅｘ．ｃｇｉ”の場合、中継用ＵＲＬは「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｐｒｏｘｙ＿ｆｌａｇ／ｗｗｗ．ｃｏｍ／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／ｉｎｄｅｘ．ｃｇｉ」となる。
なお、パス指定、ファイル名は無くても構わない。

利用者がＷＷＷブラウザ１に表示された中継用ＵＲＬのリンク情報に基づいてアクセス操作すると、ＷＷＷブラウザ１は中継用ＵＲＬ中の中継サーバホスト名で指定されたサーバである中継サーバ３に対してアクセスを開始する。

以下、図２を用いて、中継サーバ３での処理について説明する。
中継サーバ３はＷＷＷブラウザ１からのアクセスをブラウザ側通信部１０１でＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）通信として受け取る（ステップＳ２０１）。この時のＷＷＷブラウザ１からのＨＴＴＰ通信例を図３に示す。
図中の”ＧＥＴ”はＷＷＷブラウザ１からのアクセスがＧＥＴアクセスであることを示し、次の”／ｐｒｏｘｙ＿ｆｌａｇ／ｗｗｗ．ｃｏｍ／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／ｉｎｄｅｘ．ｃｇｉ”はＷＷＷブラウザ１が要求しているＨＴＭＬページの所在を示すパス情報である。次の”ＨＴＴＰ／１．１”は通信プロトコルがＨＴＴＰのバージョン１．１であることを示す。次の行の”Ｈｏｓｔ： ｐｒｏｘｙ．ｃｏｍ”は、ＷＷＷブラウザ１がアクセスを要求しているホストの名前が”ｐｒｏｘｙ．ｃｏｍ”であることを示す。
この図３で示される情報は、インターネット通信技術一般で用いられる標準的な方法であり、ここでは詳細な説明を省略する。また、通信内容を第三者から秘匿するためにＨＴＴＰＳ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ ＳＳＬ）通信を用いて、通信を暗号化しても構わない。

ＵＲＬ書き換えモジュール１０２は、ブラウザ側通信部１０１で受け取った前記ＨＴＴＰ通信中に含まれるパス情報に中継判定文字列が挿入されているか検索し、挿入されていれば中継サーバ３経由で他のＷＷＷサーバ４への中継アクセスであると判断する（ステップＳ２０２）。例えば、図３のアクセスではパス情報中に中継判定文字列が入っているため、ＵＲＬ書き換えモジュール１０２は前記ＨＴＴＰ通信をＷＷＷサーバ４への中継アクセスとして取り扱う。

ＵＲＬ書き換えモジュール１０２は、中継アクセスであると判定したパス情報から中継判定文字列を削除して書き換えパス情報を作成し、中継モジュール１０３に渡す（ステップＳ２０３）。例えば、図３の例では中継モジュール３に対して”ｗｗｗ．ｃｏｍ／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／ｉｎｄｅｘ．ｃｇｉ”が書き換えパス情報として渡される。

中継モジュール１０３は、まずキャッシュモジュール１０５に対して書き換えパス情報を渡し、該当するパス情報に関するキャッシュデータが存在するか確認する（ステップＳ２０４）。
キャッシュモジュール１０５に、該当するキャッシュデータが存在しない場合、中継モジュール１０３は、パス情報に通常”ｈｔｔｐ：／／”であるＨＴＴＰプロトコル文字列を追加してＵＲＬを再生成する（ステップＳ２０５）。例えば、図２の場合、再生成するＵＲＬは”ｈｔｔｐ：／／ｗｗｗ．ｃｏｍ／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／ｉｎｄｅｘ．ｃｇｉ”となる。この時、通信内容を暗号化するため、通常”ｈｔｔｐｓ：／／”であるＨＴＴＰＳプロトコル文字列を追加して、ＵＲＬを再生成しても良い。

中継モジュール１０３は、再生成ＵＲＬをサーバ側通信部１０４に渡し、サーバ側通信部１０４は指定のＵＲＬに対してインターネット通信を実行して、該当するＨＴＭＬページを取得する（ステップＳ２０６）。前記の例の場合は、サーバ側通信部１０４がＷＷＷサーバ４に該当するｗｗｗ．ｃｏｍにアクセスし、そのサーバ上の”／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／ｉｎｄｅｘ．ｃｇｉ”のパスで表される情報を取得する。

中継モジュール３は、キャッシュモジュール１０５に対してサーバから取得したＨＴＭＬページを、ＵＲＬ書き換えモジュール１０２から渡された書き換えパス情報と関連付けてキャッシュデータとして蓄積しておく（ステップＳ２０７）。蓄積の手段はコンピュータ上のメモリでも良く、コンピュータに設置されたディスクにファイルとして蓄積しても良い。

中継モジュール１０３は、セッション維持モジュール１０６にサーバから取得したＨＴＭＬページを渡す。セッション維持モジュール１０６はサーバから取得したＨＴＭＬページにセッション維持用のクッキーを追加する（ステップＳ２０８）。
セッション維持モジュール１０６は、ブラウザ側通信部１０１を通じてＷＷＷブラウザ１に情報を返信する（ステップＳ２０９）。
この時、セッション維持モジュール１０６では、セッション維持用に設定したクッキーに、中継モジュール１０３がアクセスしたＷＷＷサーバ４のホスト名を関連付けて保存しておく。ここで、クッキーとは返信するＨＴＭＬページを変更することなく、ＷＷＷブラウザに対する追加情報を保存しておくために利用する機能である。
ＷＷＷブラウザ１はクッキーを受け取ると、以後のＷＷＷサーバ４との通信時に必ずこのクッキーを添付してアクセスするようになる。このクッキーはＷＷＷブラウザの一般的な機能であり、ここでは詳細な説明を省略する。

図４にＷＷＷサーバ４がセッション維持用のクッキーを追加して返信した際の通信例を示す。１行目はＨＴＴＰ通信において正常に通信が行われたことを示し、２行目がセッション維持用のクッキーを示している。この例では、ＷＷＷブラウザ１に対してクッキー名”Ｓｅｓｓｉｏｎ”、値”ｗｗｗ．ｃｏｍ”のクッキーを保存することを要求している。

ＷＷＷブラウザ１は中継サーバ３から返されたクッキーを保存し、受信したＨＴＭＬページを解釈して利用者に対して提示する。通常、このＨＴＭＬページ中には、更に別のＨＴＭＬページを取得するためのリンク情報を含んでいるが、このリンク情報が持つＵＲＬの記述方法には以下の３通りがある。

まず、一つ目をフルパス指定と呼ぶ。この指定では、ＵＲＬとしてＷＷＷサーバ名、パス情報がすべて記述されている。例えば、”ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏｍ／ａ／ｂ／ｃ／ｄ．ｈｔｍｌ”がフルパス指定となる。利用者がフルパス指定のＵＲＬを持つリンク情報に基づいてアクセス操作した場合、ＷＷＷブラウザ１はＵＲＬ中のＷＷＷサーバ名で指定されたＷＷＷサーバ４に対してアクセスを行い、パス指定に従ってＨＴＭＬページを取得する。なお、ＷＷＷサーバ名は、ＷＷＷサーバ４の名称に限らず、ＷＷＷサーバ４であることを示す識別情報であれば良い。

次に、二つ目を絶対パス指定と呼ぶ。この指定では、”／”から始まるパス情報のみ記述されている。例えば、”／ｅ／ｆ．ｈｔｍｌ”が絶対パス指定である。利用者が絶対パス指定のＵＲＬを持つリンク情報に基づいてアクセス操作した時、ＷＷＷブラウザ１はそのリンク情報が記述されたＨＴＭＬページを取得したＷＷＷサーバのホスト名をＵＲＬに追加してアクセスする。そのため、ＨＴＭＬページを取得したＷＷＷサーバが中継サーバ３であった場合、中継サーバ３のホスト名を追加してアクセスする。前記の例の場合、作成されるＵＲＬは”ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｅ／ｆ．ｈｔｍｌ”となる。このＵＲＬを持つリンク情報に基づいて利用者がアクセス操作すると、ＷＷＷブラウザ１から中継サーバ３に図５で示されるＨＴＴＰ通信が送信される。

最後に、三つ目を相対パス指定と呼ぶ。この指定では、”／”で始まらないパス指定のみ記述されている。例えば、”ｇ／ｈ．ｈｔｍｌ”が相対パス指定である。利用者が相対パス指定のＵＲＬを持つリンク情報に基づいてアクセス操作した時、ＷＷＷブラウザ１はそのリンク情報が記述されたＨＴＭＬページを取得したＷＷＷサーバ４のホスト名とパス情報をＵＲＬに追加してアクセスする。この時追加するパス情報は、ディレクトリ名のみでありファイル記述子は追加されない。
例えば、ＨＴＭＬページを取得した時のＵＲＬが中継サーバ３経由で取得したＨＴＭＬページである場合、”ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｐｒｏｘｙ＿ｆｌａｇ／ｗｗｗ．ｃｏｍ／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／ｉｎｄｅｘ．ｃｇｉ”というＵＲＬは、前記相対パス指定では、”ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｐｒｏｘｙ＿ｆｌａｇ／ｗｗｗ．ｃｏｍ／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／ｇ／ｈ．ｈｔｍｌ”というＵＲＬとなり、再度中継サーバ３に対してアクセスすることとなる。

以下、それぞれの指定方法で記述されたＵＲＬを持つリンク情報に基づいてアクセス操作した場合の処理について示す。
利用者が中継サーバ３から返信されたＨＴＭＬページには、フルパス指定、絶対パス指定、相対パス指定のいずれかの指定がされたリンク情報が存在する。この時、フルパス指定のＵＲＬにおいてサーバ名に中継サーバ３以外が指定されている場合は、本システム外のＷＷＷサーバにアクセスし、本システム外の操作となるため、ここでは除外する。
よって、リンク情報に指定されるＵＲＬは、（ａ）フルパス指定で、ＷＷＷサーバ名として中継サーバ３が指定されており、パス情報の中に中継判定文字列が含まれているＵＲＬ、（ｂ）フルパス指定で、ＷＷＷサーバ名として中継サーバ３が指定されており、パス情報の中に中継判定文字列が含まれていないＵＲＬ、（ｃ）絶対パス指定でパス情報中に中継判定文字列が含まれているＵＲＬ、（ｄ）絶対パス指定でパス情報中に中継判定文字列が含まれていないＵＲＬ、（ｅ）相対パス指定のＵＲＬ、の５種類が考えられる。

まず、（ｃ）における絶対パス指定のＵＲＬはＷＷＷブラウザ１上での操作時に、ＨＴＭＬページ取得元の中継サーバ３のホスト名が追加されるので、中継サーバ３への送信ＵＲＬは（ａ）の指定と同様になる。また、（ｅ）における相対パス指定のＵＲＬも、ＨＴＭＬページ取得元である中継サーバ３のホスト名と、中継アクセスであると判定するための中継判定文字列を含んだパス情報が追加されるため、中継サーバ３への送信ＵＲＬは（ａ）の指定と同様になる。
よって、（ａ）、（ｃ）、（ｅ）の方法で指定されたＵＲＬは、ホスト名に中継サーバ３が指定され、パス情報にフラグ文字列を含んだＵＲＬを中継サーバ３に送信することとなる。これは前記中継用ＵＲＬと同じ形式となり、利用者がこのＵＲＬを操作した際の中継サーバ３の処理はステップＳ２０１〜ステップＳ２０９と同様の処理を実行する。

次に、（ｄ）における絶対パス指定のＵＲＬはＷＷＷブラウザ１上での操作時に、ＨＴＭＬページ取得元の中継サーバ３のホスト名が追加されるため、中継サーバ３への送信ＵＲＬは（ｂ）の指定と同様になる。（ｂ）及び（ｄ）の方法で指定されたＵＲＬを利用者が操作した場合、中継サーバ３へのＨＴＴＰ通信中のパス情報には中継アクセスであると判定するための中継判定文字列が入らない。しかし、ＷＷＷブラウザ１は、ステップＳ２０８でＨＴＭＬページに追加されたセッション維持用のクッキーを通信に追加して中継サーバ３に要求を行う。
例えば、絶対パス指定として、”／ｅ／ｆ．ｈｔｍｌ”が指定されたＵＲＬを持つリンク情報に基づいて利用者がアクセス操作した場合のＨＴＴＰ通信は図７のようになる。図中のＣｏｏｋｉｅで示された後の文字列がクッキーであり、図では”Ｓｅｓｓｉｏｎ”という名前のクッキーに、値”ｗｗｗ．ｃｏｍ”が指定されているが、実際には中継サーバ３が独自の処理で独自の名前のクッキーを割り当てる。

以下、（ｂ）及び（ｄ）の方法で指定されたＵＲＬを利用者が操作した時の中継サーバ３での処理を図６を用いて説明する。
中継サーバ３中のＵＲＬ書き換えモジュール１０２は、ブラウザ側通信部１０１で受信したＨＴＴＰ通信中のパス情報に中継アクセスであると判定するための中継判定文字列が含まれていないことを確認すると、セッション維持用のクッキーが送信されていないか確認する（ステップＳ６０１）。
ＨＴＴＰ通信中にセッション維持用のクッキーが指定されている場合、そのクッキーを利用してアクセス先であるＷＷＷサーバ名を取得する（ステップＳ６０２）。
セッション維持用のクッキーが指定されていない場合、中継サーバ３自体に対するアクセスであるとして中継処理を中断する（ステップＳ６０３）。
ＵＲＬ書き換えモジュールは、受信したパス情報にＨＴＴＰプロトコル文字列とクッキーから取得したアクセス先であるＷＷＷサーバ名を追加してＵＲＬを再生成する（ステップＳ６０４）。例えば、図７の場合、再生成するＵＲＬは”ｈｔｔｐ：／／ｗｗｗ．ｃｏｍ／ｅ／ｆ．ｈｔｍｌ”となる。以後の処理はステップＳ２０６〜ステップＳ２０９と同等の処理を行う。

次に、ＷＷＷブラウザ２がＷＷＷブラウザ１と同じＵＲＬに対してアクセスした場合の処理を示す。ＷＷＷブラウザ２がＵＲＬを中継サーバに対して通信を開始する手順はＷＷＷブラウザ１と同様である。

利用者がＷＷＷブラウザ２に表示された中継用ＵＲＬのリンク情報に基づいてアクセス操作すると、ＷＷＷブラウザ１と同様に中継サーバ３に対して通信を行う。

中継サーバ３内のＵＲＬ書き換えモジュール１０２は、ＷＷＷブラウザ１からの要求の時と同様の処理を行い、書き換えパス情報を生成して中継モジュール１０３に渡す。
ステップＳ２０４にて、中継モジュール１０３は、キャッシュモジュール１０５に対してキャッシュデータが存在するか確認するが、この時キャッシュモジュール１０５は、ＷＷＷブラウザ１が既に同じＵＲＬにアクセスしているので、キャッシュデータがあると回答し、図８に示すように、書き換えパス情報に対応するキャッシュデータを取得し、ＨＴＭＬページとして中継モジュール１０３に渡す（ステップＳ８０１）。

中継モジュール１０３は、キャッシュモジュール１０５からキャッシュデータとして保存されたＨＴＭＬページを受け取ると、セッション維持モジュール１０６にＨＴＭＬページを渡し、セッション維持モジュール１０６はステップＳ２０８〜ステップＳ２０９と同等の処理を行うことにより、セッション維持用のクッキーを追加してＷＷＷブラウザ２に返信する。

第１実施形態では、中継サーバ３においてＷＷＷブラウザ１、２からの「ｈｔｔｐ：／／中継サーバホスト名／中継判定文字列／アクセス対象ＷＷＷサーバホスト名／パス指定１／．．．／ファイル名」という形の第１実施形態でフルパスと呼んでいる書式を持つ中継用ＵＲＬで示される中継要求を受信する。中継要求を受信すると、中継サーバ３はアクセス対象ＷＷＷサーバホスト名で示されるホストに対してアクセスを行い、アクセス対象ＷＷＷサーバ４上の対応する情報を取得し、要求されたＷＷＷブラウザ１、２に返信する。この返信時に、セッション維持モジュールでアクセス先のＷＷＷサーバ４のホスト名を値として持つセッション維持用のクッキーを作成し、同時にＷＷＷブラウザ１、２に返信する。ここで、クッキーとは返信するＨＴＭＬページを変更することなく、ＷＷＷブラウザ１、２に対する追加情報を保存しておくために利用する機能である。この追加情報は名前と値の組で示され、ＷＷＷブラウザ１、２はクッキーを受け取ると、以後のＷＷＷサーバ４との通信時に必ずこのクッキーを添付してアクセスするようになる。

次に、ＷＷＷブラウザ１、２を利用する利用者の操作により、再度中継サーバ３に対して中継要求が送信されるが、この時の中継用ＵＲＬが「ｈｔｔｐ：／／中継サーバホスト名／パス指定１／．．．／ファイル名」のような、中継判定文字列もアクセス対象ＷＷＷサーバホスト名も含まない第１実施形態で絶対パスと呼んでいる書式の場合、前記セッション維持用のクッキーが付いているかどうかで中継要求かどうかを判断する。また、中継先となるアクセス対象ＷＷＷサーバホスト名はセッション維持用クッキーに保存されているＷＷＷサーバ４のホスト名を用いる。

ＨＴＭＬページは一般的に、画像やＨＴＭＬページ内に更に別のＨＴＭＬページを表示させることが可能である。例えば、中継サーバ３のホスト名が”ｐｒｏｘｙ．ｃｏｍ”、中継判定文字列”ｆｌａｇ”の時に図９で示されるページを中継したとする。まずＷＷＷブラウザ１、２は目的ページを中継サーバ３経由で読み込み、そのページ中に内部ページの取得要求が記述されていることを確認すると、内部ページの取得場所として記述されているＵＲＬに対して要求を発行する。図９に示す例では、内部ページは「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｆｌａｇ／ｘｘｘ．ｃｏ．ｊｐ／ｙｙｙ．ｈｔｍｌ」に対して要求を発行する。更に、目的ページ上に画像が、”／ＡＡＡ．ｉｍｇ”というＵＲＬで記述されている場合、これは絶対パスによる要求となるので、中継サーバ３に対して画像は「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ＡＡＡ．ｉｍｇ」というＵＲＬで要求を実行することになる。

この時、内部ページと画像がこの順番で読み込まれたとすると、まず、中継サーバ３は内部ページを中継する時点でセッション維持クッキーに内部ページが示すアクセス対象サイトのホスト名を保存して返信することになる。例ではセッション維持クッキーに保存される値は”ｘｘｘ．ｃｏ．ｊｐ”となる。次にＷＷＷブラウザ１、２が画像を要求したとすると、中継サーバ３では絶対パスによるアクセスのためセッション維持クッキーを参照してアクセス対象ホストを決定する。この時、セッション維持クッキーには”ｘｘｘ．ｃｏ．ｊｐ”が保存されているため、中継サーバ３は画像を取得するため、”ｘｘｘ．ｃｏ．ｊｐ”に対してアクセスすることになる。
しかし、画像は目的ページ上に記述されているため、目的ページの取得元である”ａａａ．ｃｏｍ”に設置されており、”ｘｘｘ．ｃｏ．ｊｐ”には設置されていない。よって、画像は”ｘｘｘ．ｃｏ．ｊｐ”には存在しないとして、画像が正常に表示されなくなる。

また、ＨＴＭＬページは一般的に他のＨＴＭＬページへの遷移情報をリンクという形で記述できる。利用者はこのリンクを操作することにより、リンク内に記述されたＵＲＬで示される別のＨＴＭＬページをＷＷＷブラウザ１、２に表示できる。
この時、図１０で示されるページを中継したとすると、ＷＷＷブラウザ１、２は目的ページを中継サーバ３経由で読み込み、そのページ内の内部ページ１、内部ページ２を取得する。例えば、内部ページ１，内部ページ２の順で読み込んだとすると、前記した仕組みと同じ処理により、セッション維持クッキーには内部ページ２の”ｘｘｘ．ｃｏ．ｊｐ”が保存される。

次に、利用者がＷＷＷブラウザ１、２に表示されたリンク１を操作してそのＵＲＬ”／ＡＡＡ．ｈｔｍｌ”で示される新規ページを表示しようとしたとする。この要求は中継サーバ３には絶対パスによるアクセスとして送信されるため、中継サーバ３ではセッション維持クッキーを参照してアクセス対象ホストを決定する。この時、セッション維持クッキーには”ｘｘｘ．ｃｏ．ｊｐ”が保存されているため、中継サーバ３は新規ページを取得するために”ｘｘｘ．ｃｏ．ｊｐ”に対してアクセスすることになる。
しかし、リンク１は本来内部ページ１上に記述されているため、内部ページ１の取得元である”ａａａ．ｃｏｍ”に設置されており、”ｘｘｘ．ｃｏ．ｊｐ”には設置されていない。よって、新規ページは”ｘｘｘ．ｃｏ．ｊｐ”には存在しないとして、新規ページが正常に表示されなくなる。

以上のように、ＨＴＭＬページを共有するために中継サーバを経由するリクエストとしてＵＲＬを書き換えた場合、一つのＨＴＭＬページで複数の異なるＷＷＷサーバにアクセスする記述があった場合、そのページ中に絶対パスで記述された画像等が正常に表示できなくなり、また、リンクのアクセス先も意図したものと異なる場合がある。

上記の問題に対応するため、本発明の第２実施形態では、複数の異なるアクセス先ホストを含むＨＴＭＬページを正常に中継するための手法を提供する。

以下に、本発明の第２実施形態について添付図面を参照して詳述する。
図１１を用いて、第２実施形態のリアルタイムＷｅｂ共有システムの構成について説明する。
第２実施形態のリアルタイムＷｅｂ共有システムは、少なくとも一つのＷＷＷブラウザ（ここではＷＷＷブラウザ１、２）と、ＷＷＷサーバ４と、中継サーバ５を備えている。
ＷＷＷブラウザ１、２は、ＷＷＷサーバ４、中継サーバ５と双方向通信をする。ＷＷＷサーバ４は、ＷＷＷブラウザ１、２、及び中継サーバ５と双方向通信をする。中継サーバ５は、ＷＷＷブラウザ１、２、及びＷＷＷサーバ４と双方向通信をする。
なお、ＷＷＷブラウザ１、２、ＷＷＷサーバ４及び中継サーバ５の間の通信網は有線、無線のどちらでも良い。また、この実施例における通信網は、インターネットを始め、本発明を実施できるネットワークであれば良い。

ＷＷＷブラウザ１は、操作ページ検出部２０１と、セッション更新部２０２を備えている。ＷＷＷブラウザ２もＷＷＷブラウザ１と同じく操作ページ検出部２０１と、セッション更新部２０２を備えている。なお、ＷＷＷブラウザ１、２は、ＷＷＷブラウザを表示する機能を備えた通信装置である。
操作ページ検出部２０１は、利用者がどのＨＴＭＬページを操作したかを判断する。
セッション更新部２０２は、操作ページ検出部２０１の判断結果に基づいてセッション維持クッキーを更新する。

ＷＷＷサーバ４は、ＷＷＷブラウザ１からの中継作業開始のアクセスを受け取ると、以後のＷＷＷサーバ４へのアクセスを中継サーバ５経由とするための中継用ＵＲＬを持ったリンクを含んだＨＴＭＬページを返信する。この中継用ＵＲＬは、「ｈｔｔｐ：／／中継サーバホスト名／中継判定文字列／アクセス対象ＷＷＷサーバホスト名／パス指定１／．．．／ファイル名」の書式を持つ。前記”．．．”はパス指定が更に複数回繰り返されることを示す。例えば、中継サーバホスト名が”ｐｒｏｘｙ．ｃｏｍ”、中継判定文字列”／ｆｌａｇ”、アクセス対象ＷＷＷサーバホスト名が”ｗｗｗ．ｃｏｍ”、パス指定が”／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／”、ファイル名が”ｉｎｄｅｘ．ｃｇｉ”の場合、中継用ＵＲＬは「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｆｌａｇ／ｗｗｗ．ｃｏｍ／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／ｉｎｄｅｘ．ｃｇｉ」となる。なお、パス指定、ファイル名は無くても構わない。

中継サーバ５は、ブラウザ側通信部３０１、中継部３０２、サーバ側通信部３０３、セッション維持部３０４、目的ページ検出部３０５、操作時間蓄積部３０６、アクセスホスト追加部３０７を備えている。
ブラウザ側通信部３０１は、ＷＷＷブラウザ１、２と通信する。中継部３０２は、ＷＷＷブラウザ１、２からのアクセス要求を受け取って、その要求に含まれるＵＲＬへのアクセスを制御する。なお、中継部３０２にキャッシュモジュールの機能を持たせて、ＷＷＷサーバ４から取得したＨＴＭＬページを一時的にキャッシュデータとして保存し、ＷＷＷブラウザ１、２からのアクセス要求に対して、該当するＨＴＭＬページをキャッシュデータから取得して返すようにしても良い。サーバ側通信部３０３は、ＷＷＷサーバ４へアクセスする。セッション維持部３０４は、ＷＷＷサーバ４からの取得情報にセッション維持用クッキーを追加する。目的ページ検出部３０５は、セッション維持用クッキーを更新する際に更新対象アクセスが目的ページかどうかを判断する。操作時間蓄積部３０６は、目的ページに対する操作時間を蓄積する。なお、ここでいう「操作時間」とは、リンク先のＨＴＭＬページを表示するためのリンク表示がクリックされた時間であり、ＨＴＭＬページが切り替えられた時間を示す。また、実際には、操作はクリックに限定するものではなく、クリック以外の方法でＨＴＭＬページが切り替えられる場合、当該操作が行われた時間を指す。アクセスホスト追加部３０７は、ＷＷＷサーバ４へのアクセス情報を各ＨＴＭＬページに追加する。なお、中継サーバ５はプロキシサーバ（ｐｒｏｘｙ ｓｅｒｖｅｒ）でも良い。

ブラウザ側通信部３０１は中継部３０２と通信を行う。中継部３０２はサーバ側通信部３０３と通信を行う。また、中継部３０２はセッション維持部３０４と通信を行う。セッション維持部３０４は目的ページ検出部３０５と通信を行う。目的ページ検出部３０５は操作時間蓄積部３０６と通信を行う。アクセスホスト追加部３０７はブラウザ側通信部３０１とセッション維持部３０４との間に設けられている。

以下、図１２を用いて、中継サーバ５での処理について説明する。
利用者がＷＷＷブラウザ１に表示された中継用ＵＲＬのリンクを操作すると、ＷＷＷブラウザ１は中継用ＵＲＬ中の中継サーバホスト名で指定されたサーバである中継サーバ５に対してアクセスを開始する。この時、ＷＷＷブラウザ２からでも構わないが、以後すべてＷＷＷブラウザ１からの作業として説明する。

中継サーバ５はＷＷＷブラウザ１からのアクセスをブラウザ側通信部３０１でＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストとして受け取る（ステップＳ３０１）。この時のＷＷＷブラウザ１からのＨＴＴＰリクエスト例を図１３に示す。図中の”ＧＥＴ”はＷＷＷブラウザ１からのアクセス手法がＧＥＴアクセスであることを示し、次の”／ｆｌａｇ／ｗｗｗ．ｃｏｍ／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／ｉｎｄｅｘ．ｃｇｉ”はＷＷＷブラウザ１が要求しているＨＴＭＬページの所在を示すパス情報である。次の”ＨＴＴＰ／１．１”は通信プロトコルがＨＴＴＰのバージョン１．１であることを示す。次の行の”Ｈｏｓｔ： ｐｒｏｘｙ．ｃｏｍ”は、ＷＷＷブラウザ１がアクセスを要求しているホストの名前が中継サーバ５である”ｐｒｏｘｙ．ｃｏｍ”であることを示す。この図１３で示される情報は、インターネット通信技術一般で用いられる標準的な方法であり、ここでは詳細な説明を省略する。また、通信内容を第三者から秘匿するためにＨＴＴＰＳ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ ＳＳＬ）通信を用いて、通信を暗号化しても構わない。

中継部３０２は、ブラウザ側通信部３０１で受け取ったＨＴＴＰリクエスト中に含まれるパス情報に中継判定文字列が挿入されているか検索し（ステップＳ３０２）、挿入されていれば中継サーバ５経由で他のＷＷＷサーバ４への中継アクセスであると判断し、パス情報から中継判定文字列を削除して、パス情報に通常”ｈｔｔｐ：／／”であるＨＴＴＰプロトコル文字列を追加してＵＲＬを再生成する（ステップＳ３０３）。この時、通信内容を暗号化するため、通常”ｈｔｔｐｓ：／／”であるＨＴＴＰＳプロトコル文字列を追加して、ＵＲＬを再生成しても良い。

また、中継判定文字列が挿入されていない場合、セッション維持用クッキーがリクエスト時に送信されているか確認し（ステップＳ３０４）、送信されていない場合は中継処理を中断する（ステップＳ３０５）。送信されている場合は、セッション維持用クッキーからアクセス先ＷＷＷサーバ名を取得し（ステップＳ３０６）、パス情報に追加してＵＲＬを再生成する（ステップＳ３０３）。なお、ＷＷＷサーバ名は、ＷＷＷサーバ４の名称に限らず、ＷＷＷサーバ４であることを示す識別情報であれば良い。

次に中継部３０２は、再生成したＵＲＬをサーバ側通信部３０３に渡し、指定のＵＲＬに対してインターネット通信を実行して、ＷＷＷサーバ４から該当する情報を取得する（ステップＳ３０７）。この時、過去に該当するＵＲＬにアクセスしたことがあるならば、その時の情報をそのまま利用し、再度そのＵＲＬにアクセスせずにすませても構わない。次に中継部３０２は、取得した情報がＨＴＭＬページである時にはセッション維持部３０４に、ステップＳ３０１のＷＷＷブラウザ１からのリクエスト情報と共にステップＳ３０４で取得したＨＴＭＬページを渡す。取得した情報がＨＴＭＬページでない場合は、ブラウザ側通信部３０１を介して取得した情報をＷＷＷブラウザ１に即座に返信する。また、ここではＨＴＭＬページとして説明しているが、実際にはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ページを始めとする他の形式のＷｅｂページでも良い。

セッション維持部３０４は目的ページ検出部３０５にＷＷＷブラウザ１からのリクエスト情報を渡し、目的ページかどうかを判断する。目的ページ検出部３０５は、ＷＷＷブラウザ１からのリクエスト情報中に操作時間情報が含まれているかどうかを確認する（ステップＳ３０８）。この時、操作時間情報はセッション情報と同じくクッキーとしてＷＷＷブラウザで保持され、ＷＷＷブラウザからのリクエスト毎に中継サーバ５に送信されるものとする。以下、このクッキーの名前を”Ｔｉｍｅｓｔａｍｐ”とし操作時間クッキーと呼ぶ。なお、操作時間クッキーの名前はどのようなものでも良い。

操作時間情報がリクエスト情報に含まれていない場合、目的ページ検出部３０５は、操作時間蓄積部３０６にＷＷＷブラウザ１の操作時間情報が”０”であることを意味する情報を蓄積し、セッション維持部３０４に対してＷＷＷサーバから受信した情報が目的ページであり、操作時間情報が”０”であると通知する（ステップＳ３０９）。この時の操作時間蓄積部３０６での蓄積方法を図１４に示す。この図では対象”ＷＷＷブラウザ１”に対して操作時間情報”０”が保存されていることを示す。この時、対象としてＷＷＷブラウザ１ではなく、利用者の名前やＩＤでも構わない。

また、操作時間情報がリクエスト情報に含まれている場合、目的ページ検出部３０５は、操作時間蓄積部３０６に該当の対象に対する操作時間情報が既に存在するかどうかを確認し（ステップＳ３１０）、既に存在する場合は蓄積された操作時間情報とリクエストの操作時間情報とを比較する（ステップＳ３１１）。リクエストの操作時間情報の方が大きければ、リクエストの操作時間情報を操作時間蓄積部３０６に蓄積し（ステップＳ３１２）、セッション維持部３０４に対してリクエストの操作時間情報と共に目的ページであると通知する。また、リクエストの操作時間情報の方が小さければ、目的ページでないとしてセッション維持部３０４に通知する。

また、操作時間情報がリクエスト情報に含まれており、操作時間蓄積部３０６に該当の対象に対する操作時間情報が存在しない場合、目的ページ検出部３０５は、リクエスト時の操作時間情報を操作時間蓄積部３０６に蓄積し（ステップＳ３１２）、セッション維持部３０４に対してリクエストの操作時間情報と共に目的ページであると通知する。

セッション維持部３０４は、目的ページ検出部３０５で目的ページであると判断された場合、目的ページ検出部３０５は、リクエストに操作時間クッキーが付いていなかった場合には返信時に操作時間情報クッキーとして目的ページ検出部３０５から渡された値を設定し（ステップＳ３１３）、セッション維持用クッキーにＷＷＷサーバ４のホスト名を設定する（ステップＳ３１４）。また、目的ページ検出部３０５で目的ページでないと判断された場合は、セッション維持用クッキー及び操作時間情報クッキーを操作しない。

ＨＴＭＬページ中に、アクセスしたＷＷＷサーバ４のホスト名を追加する（ステップＳ３１５）。この時の追加する情報について図１５に例を示す。図は、一般にスクリプトタグと呼ばれるＨＴＭＬ記述中の変数ｈｏｓｔにＷＷＷサーバ４のホスト名として”ｗｗｗ．ｃｏｍ”を保存する記述である。この例では一般にＪａｖａＳｃｒｉｐｔと呼ばれるＷＷＷブラウザ標準の機能を用いてアクセスホスト情報を追加しているが、他にコメントとして埋め込む方法、又はＨＴＴＰヘッダとして埋め込む方法が考えられる。

次にブラウザ側通信部３０１は、ＷＷＷブラウザ１にクッキー及びホスト情報を追加した返信を返す（ステップＳ３１６）。

図１３のリクエストに対する返信で追加されるクッキーの情報及びホスト情報を図１６に示す。セッション維持用クッキー”Ｓｅｓｓｉｏｎ”に”ｗｗｗ．ｃｏｍ”が設定され、操作時間クッキー”Ｔｉｍｅｓｔａｍｐ”に”０”が設定されている。また、返信の最後にＪａｖａＳｃｒｉｐｔでホスト情報を埋め込んでいる。

ＷＷＷブラウザ１は中継サーバ５から返されたクッキーを保存し、受信したＨＴＭＬページを解釈して利用者に対して表示する。この時表示されるＨＴＭＬページが図１７に示されるページ１のような構成であった場合、ＷＷＷブラウザは更に内部ページ１、内部ページ２及び画像を取得するため、中継サーバ５に対してリクエストを送信する。

内部ページ１は中継用ＵＲＬである「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｆｌａｇ／ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」として中継サーバ５に送信される。この時のＷＷＷブラウザ１から送信されるリクエストを図１８に示す。内部１ページ対するリクエストには、前回のリクエストで設定されたセッション維持用クッキー及び操作時間クッキーが追加される。このリクエストはフルパスによるリクエストになるので、前回のリクエストと同様に中継サーバ５でステップＳ３０１、ステップＳ３０２、ステップＳ３０３、ステップＳ３０７の順で処理される。

ステップＳ３０８では、内部ページはＨＴＭＬページであるため、ステップＳ３１０に移る。ステップＳ３１０ではリクエストに操作時間クッキーが含まれているため、ステップＳ３１２に移り、またＷＷＷブラウザ１に対する操作時間情報も既に蓄積されているため、ステップＳ３１３に移る。ステップＳ３１３においてリクエストの時間（例では”０”）と蓄積されている時間（同じく”０”）が等しいため、目的ページではないと判断され、ステップＳ３１７に移り、内部ページに対するリクエストにはアクセスホスト情報しか追加されず、セッション維持用クッキー、操作時間クッキーは変更されない。

この時、内部ページ１に追加されるアクセスホスト情報は、ＷＷＷサーバ４として”ａａａ．ｃｏｍ”にアクセスしたため、図１９のようになる。

同様に内部ページ２に対するリクエストに対しても中継サーバ５ではセッション維持用クッキー、操作クッキー共に変更されない。この時、内部ページ２に追加されるアクセスホスト情報は、ＷＷＷサーバ４として”ｘｘｘ．ｃｏ．ｊｐ”にアクセスしたため、図２０のようになる。

次に、ＷＷＷブラウザ１は図１７中の画像を取得するため、中継サーバ５に対してリクエストを送信する。この時のＵＲＬは、絶対パスであるため「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ＡＡＡ．ｉｍｇ」に対してリクエストを送信する。この時のリクエストを図２１に示す。前回の内部ページ１及び内部ページ２の取得時にセッション維持用クッキー、操作時間クッキーが変更されていないため、ページ１に対する返信時にＷＷＷブラウザに保存された内容と同じ内容のクッキーが付く。

中継サーバ５では、ステップＳ３０２においてパス情報中にフラグ文字列が含まれていないため、ステップＳ３０４に移り、リクエストにセッション維持用クッキーが送信されているため、そのセッション維持用クッキーからアクセス先ＷＷＷサーバ名を取得する（ステップＳ３０６）。この時、セッション維持用クッキーは”ｗｗｗ．ｃｏｍ”であるため、ステップＳ３０３で再生成されるＵＲＬは「ｈｔｔｐ：／／ｗｗｗ．ｃｏｍ／ＡＡＡ．ｉｍｇ」となる。図１７における画像の添付ページのＵＲＬが「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｆｌａｇ／ｗｗｗ．ｃｏｍ／ｐａｔｈ１／ｐａｔｈ２／ｐａｔｈ３／ｉｎｄｅｘ．ｃｇｉ」であるため、この画像はＷＷＷサーバ”ｗｗｗ．ｃｏｍ”上に存在し、ステップＳ３０７で正常に画像を取得できる。その後、ステップＳ３０８でＨＴＭＬページではないため、ステップＳ３０９で画像を返信してＷＷＷブラウザ１で画像が表示される。

以下、図２１を用いて、利用者がＷＷＷブラウザ１を操作した場合の処理について説明する。
利用者がＷＷＷブラウザ１に表示された図１７中の内部ページ１上にあるリンク１を操作したとする。利用者がＷＷＷブラウザ１を操作すると、ＷＷＷブラウザ１上の操作ページ検出部２０１が動作して、利用者が操作したページを検出する（ステップＳ５０１）。この時の検出方法はＷＷＷブラウザ１で利用できるＪａｖａＳｃｒｉｐｔやＡｃｔｉｖｅＸの機能を利用して検出する。この方法は一般的なためここでは詳細を省略する。

リンク１は図１７の内部ページ１上にあるため、操作ページ検出部２０１はセッション更新部２０２に、内部ページ１に対してセッションを更新するよう指示する（ステップＳ５０２）。セッション更新部２０２では、内部ページ１に追加されているアクセスホスト情報を読み込み（ステップＳ５０３）、ＷＷＷブラウザ１に保存されているセッション維持用クッキーをそのアクセスホスト情報で書き換える（ステップＳ５０４）。図１９では、アクセスホスト情報は”ａａａ．ｃｏｍ”であるため、セッション維持用クッキーは”ａａａ．ｃｏｍ”に書き換えられる。次に、時間情報クッキーの値を現在の時刻を元にした値に更新する（ステップＳ５０５）。例えば、操作時刻が９時１１分である場合は”０９１１”といった値に更新する。

以上の処理が終了した後、ＷＷＷブラウザ１は中継サーバ５に対して絶対パスリンクで指定されたＵＲＬに対してリクエストを実施する。この時のＵＲＬは、絶対パスであるため、「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ＡＡＡ．ｈｔｍｌ」となる。また、この時のリクエストは図２３で示す。セッション維持用クッキー、操作時間クッキーの各値は、セッション更新部２０２で書き換えられた値となる。

中継サーバ５では、前記画像の場合と同様に、ステップＳ３０１、ステップＳ３０２、ステップＳ３０４、ステップＳ３０６と処理する。アクセス先ＷＷＷサーバ名は、セッション維持用クッキーがＷＷＷブラウザ１上のセッション更新部２０２で書き換えられたため、”ａａａ．ｃｏｍ”となり、ステップＳ３０３で再生成されるＵＲＬは「ｈｔｔｐ：／／ａａａ．ｃｏｍ／ＡＡＡ．ｈｔｍｌ」となる。図１７におけるリンク１の添付ページのＵＲＬが「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｆｌａｇ／ａａａ．ｃｏｍ／ｄｄｄ．ｈｔｍｌ」であるため、この絶対パスリンクが指すＨＴＭＬページはＷＷＷサーバ４”ａａａ．ｃｏｍ”上に存在し、ステップＳ３０７で正常に取得できる。

この時ＷＷＷサーバ４”ａａａ．ｃｏｍ”から取得した情報がＨＴＭＬページであるとし、その時のＨＴＭＬページの例を図２４に示す。

次にセッション維持部３０４、目的ページ検出部３０５により、ステップＳ３１０〜ステップＳ３１６の処理が実施される。まず、リクエストに操作時間情報が含まれており（ステップＳ３１０）、操作時間情報が既に蓄積されていて（ステップＳ３１２）、リクエストの操作時間情報”０９１１”が蓄積されている操作時間情報”０”より大きいため（ステップＳ３１３）目的ページとして判断され、リクエストの操作時間情報”０９１１”を操作時間蓄積部３０６に蓄積し（ステップＳ３１４）、セッション維持クッキーにアクセスしたＷＷＷサーバ名である”ａａａ．ｃｏｍ”を設定する（ステップＳ３１６）。アクセスホスト追加部３０７では取得したＨＴＭＬページに”ａａａ．ｃｏｍ”を追加する（ステップＳ３１７）。

最後にＷＷＷブラウザ１にＨＴＭＬページを返信して終了する。このＨＴＭＬページに図２４のように絶対パスで画像が設定されている場合でも、セッション維持クッキーに”ａａａ．ｃｏｍ”が設定されているため、”ａａａ．ｃｏｍ”上の”／ＢＢＢ．ｉｍｇ”を取得することができる。

また、次に利用者がＷＷＷブラウザ１に表示された図１７中の内部ページ２上にあるリンク２を操作したとする。利用者がブラウザを操作すると、ＷＷＷブラウザ１上の操作ページ検出部２０１が動作して、利用者が操作したページを検出する。リンク２は図１７の内部ページ２上にあるため、ステップＳ５０１〜ステップＳ５０５により、セッション維持用クッキーが”ｘｘｘ．ｃｏ．ｊｐ”に書き換えられ、操作時間クッキーの値が現在時刻（ここでは”１００１”とする）に更新され、リンク２に指定されたＵＲＬに対してリクエストを実施する。この時のリクエストを図２５に示す。

このリクエストは中継サーバ５でフルパスと判断され、リクエストのパスで指定されているＷＷＷサーバ４”ｚｚｚ．ｃｏｍ”に対してアクセスを実施する。

また、ステップＳ３１０〜ステップＳ３１７において、リクエスト時に添付されている操作時間クッキーの時間（”１００１”）が蓄積されている時間（”０９１１”）よりも大きいため目的ページと判断され、操作時間蓄積部３０６にリクエストの操作時間情報が蓄積され、セッション維持用クッキーに”ｚｚｚ．ｃｏｍ”が設定され、ＨＴＭＬページ中にアクセスホスト情報として”ｚｚｚ．ｃｏｍ”が追加し、ＷＷＷブラウザ１にＨＴＭＬページを返信して終了する。

このＨＴＭＬページに図１８のように絶対パスで画像が設定されている場合でも、セッション維持クッキーに”ｚｚｚ．ｃｏｍ”が設定されているため、”ｚｚｚ．ｃｏｍ”上の”／ＢＢＢ．ｉｍｇ”を取得することができる。

図１は、リアルタイムＷｅｂ共有システムの第１の構成を示すブロック図である。 図２は、サーバ処理のフローチャートを示す図である。 図３は、中継用ＵＲＬによるＷＷＷブラウザからのアクセス例を示す図である。 図４は、セッション維持用クッキーの設定例を示す図である。 図５は、ＷＷＷブラウザからの絶対パスによるアクセス例を示す図である。 図６は、フラグ文字列が指定されないアクセスに対する処理のフローチャートを示す図である。 図７は、セッション維持用クッキーが追加されたＷＷＷブラウザからのアクセス例を示す図である。 図８は、キャッシュデータがある場合の処理のフローチャートを示す図である。 図９は、中継対象ページを示す第１の図である。 図１０は、中継対象ページを示す第２の図である。 図１１は、リアルタイムＷｅｂ共有システムの第２の構成を示すブロック図である。 図１２は、中継サーバ処理のフローチャートを示す図である。 図１３は、ＷＷＷブラウザからのリクエスト例を示す図である。 図１４は、時間情報蓄積部の例を示す図である。 図１５は、アクセスホスト追加記述の例を示す図である。 図１６は、中継サーバからの返信例を示す図である。 図１７は、ＨＴＭＬページ例を示す図である。 図１８は、内部ページによるリクエスト例を示す図である。 図１９は、内部ページ１に追加されるアクセスホスト情報例を示す図である。 図２０は、内部ページ２に追加されるアクセスホスト情報例を示す図である。 図２１は、ＷＷＷブラウザ処理のフローチャートを示す図である。 図２２は、画像によるリクエスト例を示す図である。 図２３は、リンク１によるリクエスト例を示す図である。 図２４は、リンク１によって表示されるページ例を示す図である。 図２５は、リンク２によるリクエスト例を示す図である。

符号の説明

１… ＷＷＷブラウザ
２… ＷＷＷブラウザ
３… 中継サーバ
４… ＷＷＷサーバ
５… 中継サーバ
１０１… ブラウザ側通信部
１０２… ＵＲＬ書き換えモジュール
１０３… 中継モジュール
１０４… キャッシュモジュール
１０５… サーバ側通信部
１０６… セッション維持モジュール
２０１… 操作ページ検出部
２０２… セッション更新部
３０１… ブラウザ側通信部
３０２… 中継部
３０３… サーバ側通信部
３０４… セッション維持部
３０５… 目的ページ検出部
３０６… 操作時間蓄積部
３０７… アクセスホスト追加部

Claims (19)

1. ＷＷＷブラウザ表示装置と通信して前記ＷＷＷブラウザ表示装置から要求情報を受信するブラウザ側通信部と、
   前記要求情報が、ＷＷＷサーバへのアクセスを要求する中継判定文字列を含むか否かを判定し、前記中継判定文字列が前記要求情報に挿入されている場合、前記要求情報から前記中継判定文字列を削除して書き換えパス情報を作成するＵＲＬ書き換えモジュールと、
   前記書き換えパス情報から生成ＵＲＬを生成する中継モジュールと、
   前記生成ＵＲＬに基づいて前記ＷＷＷサーバと通信して、前記要求情報に対応する情報を取得するサーバ側通信部と、
   前記ＷＷＷサーバとの通信状態の維持用の維持情報を前記取得情報に追加するセッション維持モジュールと
   を具備し、
   前記ＵＲＬ書き換えモジュールは、前記要求情報に前記中継判定文字列が挿入されておらず、前記維持情報が指定されている場合、前記維持情報を用いて前記ＷＷＷサーバの識別情報を取得し、
   前記中継モジュールは、前記要求情報と前記識別情報に基づいてＵＲＬを再生成し、
   前記取得情報と前記維持情報は、前記ブラウザ側通信部により前記ＷＷＷブラウザ表示装置に提供される中継サーバ。
2. ＷＷＷブラウザ表示装置と通信して前記ＷＷＷブラウザ表示装置から要求情報を受信するブラウザ側通信部と、
   前記要求情報が、ＷＷＷサーバへのアクセスを要求する中継判定文字列を含むか否かを判定し、前記中継判定文字列が前記要求情報に挿入されている場合、前記要求情報から前記中継判定文字列を削除して書き換えパス情報を作成するＵＲＬ書き換えモジュールと、
   前記書き換えパス情報から生成ＵＲＬを生成する中継モジュールと、
   前記生成ＵＲＬに基づいて前記ＷＷＷサーバと通信して、前記要求情報に対応する取得情報を取得するサーバ側通信部と、
   前記ＷＷＷサーバとの通信状態の維持用の維持情報を前記取得情報に追加するセッション維持モジュールと、
   前記ＷＷＷサーバからの前記取得情報と前記ＷＷＷブラウザ表示装置からの前記要求情報に基づいて目的とするＨＴＭＬページ情報を検出する目的ページ検出部と、
   前記要求情報に付され、前記ＷＷＷブラウザ表示装置が操作された時間を示す操作時間情報を蓄積する操作時間蓄積部と
   を具備し、
   前記ブラウザ側通信部は、前記取得情報と前記維持情報を前記ＷＷＷブラウザ表示装置に提供する
   中継サーバ。
3. 請求項２に記載の中継サーバにおいて、
   前記ＵＲＬ書き換えモジュールは、前記要求情報に前記中継判定文字列が挿入されておらず、前記維持情報が指定されていない場合、前記要求情報は当該中継サーバに対する通信であるとして処理を中断する
   中継サーバ。
4. 請求項２又は３に記載の中継サーバにおいて、
   前記ＵＲＬ書き換えモジュールは、前記要求情報に前記中継判定文字列が挿入されておらず、前記維持情報が指定されている場合、前記維持情報を用いて前記ＷＷＷサーバの識別情報を取得し、
   前記中継モジュールは、前記要求情報と前記識別情報に基づいてＵＲＬを再生成する
   中継サーバ。
5. 請求項２乃至４のいずれか一項に記載の中継サーバにおいて、
   前記目的ページ検出部は、前記要求情報に前記操作時間情報が付いていなければ前記取得情報が目的ＨＴＭＬページ情報であると判断し、前記操作時間蓄積部に前記操作時間情報として特定時間情報を蓄積し、前記セッション維持部に前記特定時間情報を前記操作時間情報として通知し、
   前記セッション維持部は、前記ＷＷＷサーバの識別情報を前記維持情報とし、前記特定時間情報と共に前記ＨＴＭＬページ情報に追加する
   中継サーバ。
6. 請求項５に記載の中継サーバにおいて、
   前記目的ページ検出部は、前記要求情報に前記操作時間情報が付いているが前記操作時間蓄積部に前記操作時間情報が未だ蓄積されていない場合、前記取得情報が前記目的ＨＴＭＬページ情報であると判断し、前記要求情報に前記操作時間情報が付いていて、前記操作時間蓄積部に前記操作時間情報が既に蓄積されている場合、前記蓄積されている前記操作時間情報と比較し、前記要求情報に付されている前記操作時間情報の値の方が大きければ前記取得情報が前記目的ＨＴＭＬページ情報として判断し、前記操作時間情報の値の方が小さければ前記取得情報が前記目的ＨＴＭＬページ情報ではないと判断し、前記要求情報に付された前記操作時間情報を前記操作時間蓄積部に蓄積し、
   前記セッション維持部は、前記ＷＷＷサーバの識別情報を前記ＨＴＭＬページ情報に前記維持情報として追加する
   中継サーバ。
7. 請求項２乃至６のいずれか一項に記載の中継サーバにおいて、
   前記目的ページ検出部が前記目的ＨＴＭＬページ情報であると判断したとき、前記目的ＨＴＭＬページ情報に前記ＷＷＷサーバの識別情報を追加するアクセスホスト追加部
   を更に具備する中継サーバ。
8. 情報を格納するＷＷＷサーバと、
   前記ＷＷＷサーバから取得した情報を利用者に提供する少なくとも一つのＷＷＷブラウザ表示装置と、
   前記ＷＷＷブラウザ表示装置と前記ＷＷＷサーバとを中継する、請求項１乃至７のいずれか一項に記載の中継サーバと
   を具備する
   Ｗｅｂ共有システム。
9. 中継サーバのブラウザ側通信部がＷＷＷブラウザ表示装置から送信された要求情報を受信するステップと、
   前記中継サーバのＵＲＬ書き換えモジュールは、前記要求情報が、ＷＷＷサーバへのアクセスを要求する中継判定文字列を含むか否かを判定し、前記中継判定文字列が前記要求情報に挿入されている場合、前記要求情報から前記中継判定文字列を削除して書き換えパス情報を作成するステップと、
   前記中継サーバの中継モジュールは、前記書き換えパス情報から生成ＵＲＬを生成するステップと、
   前記中継サーバのサーバ側通信部は、前記生成ＵＲＬに基づいて前記ＷＷＷサーバと通信して、前記要求情報に対応する情報を取得するステップと、
   前記中継サーバのセッション維持モジュールが、前記取得情報に前記ＷＷＷサーバとの通信状態の維持用の維持情報を追加するステップと、
   前記ＵＲＬ書き換えモジュールが、前記要求情報に前記中継判定文字列が挿入されておらず、前記維持情報が指定されている場合、前記維持情報を用いて前記ＷＷＷサーバの識別情報を取得するステップと、
   前記中継モジュールが、前記取得情報と前記識別情報に基づいてＵＲＬを再生成するステップと、
   前記ブラウザ側通信部が前記ＷＷＷブラウザ表示装置に前記維持情報が追加された前記取得情報を提供するステップと
   を具備するＷｅｂ共有方法。
10. 中継サーバのブラウザ側通信部がＷＷＷブラウザ表示装置から送信された要求情報を受信するステップと、
    前記中継サーバのＵＲＬ書き換えモジュールは、前記要求情報が、ＷＷＷサーバへのアクセスを要求する中継判定文字列を含むか否かを判定し、前記中継判定文字列が前記要求情報に挿入されている場合、前記要求情報から前記中継判定文字列を削除して書き換えパス情報を作成するステップと、
    前記中継サーバの中継モジュールは、前記書き換えパス情報から生成ＵＲＬを生成するステップと、
    前記中継サーバのサーバ側通信部は、前記生成ＵＲＬに基づいて前記ＷＷＷサーバと通信して、前記要求情報に対応する取得情報を取得するステップと、
    前記中継サーバのセッション維持モジュールが、前記取得情報に前記ＷＷＷサーバとの通信状態の維持用の維持情報を追加するステップと、
    目的ページ検出部が、前記ＷＷＷサーバからの前記取得情報と前記ＷＷＷブラウザ表示装置からの前記要求情報に基づいて目的とするＨＴＭＬページ情報を検出するステップと、
    操作時間蓄積部は、前記要求情報に付された、前記ＷＷＷブラウザ表示装置が操作された時間を示す操作時間情報を蓄積するステップと
    を具備し、
    前記取得情報を提供するステップは、
    前記ＷＷＷブラウザ表示装置に前記維持情報が追加された前記取得情報を送信するステップ
    を具備するＷｅｂ共有方法。
11. 請求項１０に記載のＷｅｂ共有方法において、
    前記中継サーバのキャッシュモジュールが、前記ＷＷＷサーバからの前記取得情報を保存するステップと、
    前記中継サーバの前記中継モジュールが、前記要求情報に対応する前記取得情報が既に保存されているとき、前記キャッシュモジュールから前記取得情報を取得するステップと
    を更に具備するＷｅｂ共有方法。
12. 請求項１０に記載のＷｅｂ共有方法において、
    前記書き換えパス情報を作成するステップと、
    前記ＵＲＬ書き換えモジュールが、前記要求情報に前記中継判定文字列が挿入されておらず、前記維持情報が指定されていない場合、前記要求情報は、前記中継サーバに対する通信であると判断するステップを具備する
    Ｗｅｂ共有方法。
13. 請求項１０又は１２に記載のＷｅｂ共有方法において、
    前記書き換えパス情報を作成するステップと、
    前記ＵＲＬ書き換えモジュールが、前記要求情報に前記中継判定文字列が挿入されておらず、前記維持情報が指定されている場合、前記維持情報を用いて前記ＷＷＷサーバの識別情報を取得するステップを具備し、
    前記中継モジュールが、前記受信した情報と前記識別情報に基づいてＵＲＬを再生成するステップを具備する
    Ｗｅｂ共有方法。
14. 請求項１０に記載のＷｅｂ共有方法において、
    前記ＨＴＭＬページ情報を検出するステップは、
    前記目的ページ検出部が、前記操作時間情報が付いていなければ目的ページとして判断し、前記ＷＷＷブラウザ表示装置の前記操作時間情報として特定時間情報を前記操作時間蓄積部に蓄積するステップとを具備し、
    前記ＨＴＭＬページ情報に追加するステップは、
    前記セッション維持部は、前記ＷＷＷサーバの識別情報を前記維持情報とし、前記操作時間情報と共に前記ＨＴＭＬページ情報に追加するステップ
    を具備する
    Ｗｅｂ共有方法。
15. 請求項１４に記載のＷｅｂ共有方法において、
    前記ＨＴＭＬページ情報を検出するステップは、
    前記目的ページ検出部が、前記要求情報に前記操作時間情報が付いているが前記操作時間蓄積部に前記操作時間情報が未だ蓄積されていない場合、前記取得情報が前記目的ＨＴＭＬページ情報であると判断し、前記要求情報に前記操作時間情報が付いていて、前記操作時間蓄積部に前記操作時間情報が既に蓄積されている場合、既に蓄積されている前記操作時間情報と比較し、前記要求情報に付されている前記操作時間情報の値の方が大きければ前記取得情報を目的ＨＴＭＬページ情報として判断し、前記操作時間情報の値の方が小さければ前記取得情報が前記目的ＨＴＭＬページ情報ではないと判断し、前記要求情報に付された前記操作時間情報を前記操作時間蓄積部に蓄積するステップを具備し、
    前記ＨＴＭＬページ情報に追加するステップは、
    前記セッション維持部は、前記ＷＷＷサーバの識別情報を前記ＨＴＭＬページ情報に前記維持情報として追加するステップを具備する
    Ｗｅｂ共有方法。
16. 請求項１０乃至１５のいずれか一項に記載のＷｅｂ共有方法において、
    アクセスホスト追加部は、前記目的ページ検出部が前記目的ＨＴＭＬページ情報であると判断したとき、前記目的ＨＴＭＬページ情報に前記ＷＷＷサーバの識別情報を埋め込むステップ
    を更に具備するＷｅｂ共有方法。
17. 請求項１０乃至１６のいずれか一項に記載のＷｅｂ共有方法において、
    前記ＷＷＷブラウザ表示装置の操作ページ検出部が、ＷＷＷサーバへのアクセスを要求する利用者の情報要求操作を検知して、中継判定文字列を含む要求情報を生成するステップと、
    前記ＷＷＷブラウザ表示装置のセッション更新部が、前記操作ページ検出部により前記操作を検知した時に前記維持情報を更新するステップとを更に具備する
    Ｗｅｂ共有方法。
18. 請求項１７に記載のＷｅｂ共有方法において、
    前記操作ページ検出部が、前記利用者の操作を検知して前記維持情報の更新を指示するステップと、
    前記セッション更新部が、前記ＷＷＷサーバの識別情報に関するアクセスホスト情報を用いて前記維持情報を更新し、その時点での時間を用いて前記操作時間情報を更新するステップと
    を更に具備する
    Ｗｅｂ共有方法。
19. 請求項９乃至１６のいずれか一項に記載のＷｅｂ共有方法を、コンピュータに実行させるためのＷｅｂ共有プログラム。

Images