(57)【要約】【課題】  セキュリティ保護を実現しつつウェブ画面の共有を容易に実現する。【解決手段】  端末機１００は任意のウェブサーバ４００に接続した場合、そのコンテンツがセキュリティ保護されているときには、ウェブサーバ４００との間で認証処理を行う。この認証処理が成功したとき、ウェブサーバ４００は認証処理に続くコンテンツを端末機１００に送信する。端末機１００はその送信されてきたコンテンツを画面として表示するとともに、この表示画面をキャプチャする。このキャプチャした表示画面を端末機２００に送信して端末機２００にキャプチャした画面を表示する。検出の結果、セキュリティ保護がされていない場合には、ウェブサーバ４００からコンテンツを受信して画面として表示するとともに、このときのＵＲＬを端末機２００に送信して端末機２００に、端末機１００に表示されている画面を表示する。【選択図】  図１
2009116630.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末機と、第２の端末機と、仲介サーバとから構成され、
上記第１の端末機および上記第２の端末機は、上記仲介サーバを介してそれぞれのアドレスを相手に送り、
この送られたアドレスにしたがって、上記第１の端末機および第２の端末機を互いに接続し、
上記第１の端末機は、これを任意のウェブサーバに接続したとき、このウェブサーバにおけるコンテンツがセキュリティ保護されているか否かを検出し、
この検出の結果、上記コンテンツがセキュリティ保護されている場合には、上記ウェブサーバと上記第１の端末機との間で所定の認証処理を行い、
この認証処理が成功したとき、上記ウェブサーバは上記認証処理に続くコンテンツを上記ウェブサーバから上記第１の端末機に送信し、
上記第１の端末機はその送信されてきたコンテンツをウェブ画面として表示するとともに、この表示したウェブ画面をキャプチャし、
このキャプチャしたウェブ画面の画像ファイルを上記第２の端末機に送信してこの第２の端末機に上記キャプチャしたウェブ画面を表示し、
上記検出の結果、セキュリティ保護がされていない場合には、上記ウェブサーバからコンテンツを受信してウェブ画面として表示するとともに、このときのＵＲＬを上記第２の端末機に送信してこの上記第２の端末機に、上記第１の端末機に表示されている上記ウェブ画面を表示する
ようにしたウェブ画面の共有システム。
【請求項２】
請求項１に記載の共有システムにおいて、
上記コンテンツはウェブ画面として表示されるＨＴＭＬファイルおよびこのＨＴＭＬファイルに記述されてブラウザあるいはそのプラグインにより表現されるファイルである
ようにしたウェブ画面の共有システム。
【請求項３】
別の端末機および任意のウェブサーバとの通信を行う通信回路と、
上記任意のウェブサーバのうちの１つのウェブサーバを指定する指定手段と、
上記指定されたウェブサーバから送られてきたコンテンツを画像として表示する表示手段と、
この表示手段に表示されている画像をキャプチャするキャプチャ手段と、
上記指定されたウェブサーバに接続したとき、セキュリティ保護がされているか否かを検出する検出手段と、
上記セキュリティ保護がされているウェブサーバとの間で認証処理を行う認証手段と
を有し、
上記通信回路により任意のウェブサーバに接続したとき、このウェブサーバにおけるコンテンツがセキュリティ保護されているか否かを、上記検出手段により検出し、
この検出の結果、上記コンテンツがセキュリティ保護されている場合には、上記認証手段により上記ウェブサーバと上記第１の端末機との間で所定の認証処理を行い、
この認証処理が成功したとき、この認証処理に続くコンテンツを上記通信回路により上記ウェブサーバから受信し、
この受信したコンテンツを上記表示手段によりウェブ画面として表示するとともに、この表示したウェブ画面を上記キャプチャ手段によりキャプチャし、
このキャプチャしたウェブ画面の画像ファイルを上記通信回路を通じて上記第２の端末機に送信してこの第２の端末機に上記キャプチャしたウェブ画面を表示させ、
上記検出の結果、セキュリティ保護がされていない場合には、上記ウェブサーバからコンテンツを上記通信回路により受信して上記表示手段によりウェブ画面として表示するとともに、このときのＵＲＬを上記通信回路により上記第２の端末機に送信してこの上記第２の端末機に、上記第１の端末機に表示されている上記ウェブ画面を表示させる
ようにしたウェブ画面の共有用端末機。
【請求項４】
請求項３に記載の共有用端末機において、
上記通信回路により仲介サーバを介して別の端末機との間で互いのアドレスをやりとりし、
このやりとりしたアドレスにしたがって、上記別の端末機に接続し、
この接続後、上記キャプチャした画像の画像ファイル、あるいは上記ＵＲＬの送信を実行する
ようにしたウェブ画面の共有用端末機。
【請求項５】
請求項３あるいは請求項４に記載の共有用端末機において、
上記コンテンツはウェブ画面として表示されるＨＴＭＬファイルおよびこのＨＴＭＬファイルに記述されてブラウザあるいはそのプラグインにより表現されるファイルである
ようにしたウェブ画面の共有用端末機。
【請求項６】
第１の端末機においてＣＰＵにより実行され、この第１の端末機に表示されたウェブ画面を、第２の端末機においても表示させるためのウェブ画面の共有プログラムにおいて、
ユーザにより指定されたウェブサーバに接続する接続ステップと、
この接続ステップによる接続後、上記ウェブサーバにおけるコンテンツがセキュリティ保護されているか否かを検出する検出ステップと、
この検出の結果、上記コンテンツがセキュリティ保護されている場合には、上記ウェブサーバと上記第１の端末機との間で所定の認証処理を行う認証ステップと、
上記認証処理が成功した場合に上記ウェブサーバが上記認証処理に続くコンテンツを上記ウェブサーバから上記第１の端末機に送信したとき、その送信されてきたコンテンツをウェブ画面として表示する第１の表示ステップと、
この表示したウェブ画面をキャプチャするキャプチャステップと、
このキャプチャしたウェブ画面の画像ファイルを上記第２の端末機に送信してこの第２の端末機に上記キャプチャしたウェブ画面を表示させる第１の送信ステップと、
上記検出の結果、セキュリティ保護がされていない場合には、上記ウェブサーバからコンテンツを受信してウェブ画面として表示する第２の表示ステップと、
このときのＵＲＬを上記第２の端末機に送信してこの上記第２の端末機に、上記第１の端末機に表示されている上記ウェブ画面を表示させる第２の送信ステップと
を有するウェブ画面の共有プログラム。
【請求項７】
請求項６に記載のウェブ画面の共有プログラムにおいて、
仲介サーバを介して上記第２の端末機との間で互いのアドレスをやりとりする第１のステップと、
この第１のステップによりやりとりしたアドレスにしたがって、上記第１の端末機を上記第２の端末機に接続する第２のステップと、
この第２のステップに続いて上記接続ステップ以降のステップが順に実行される
ようにしたウェブ画面の共有プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、セキュリティ機能を考慮したウェブ画面の共有システム、その共有用端末機およびその共有プログラムに関する。
【背景技術】
【０００２】
ウェブ画面の共有という技術が実現されているが、これには例えば次の２つの方法がある。その第１の方法においては、システム全体が例えば図３に示すように構成される。ここで、端末機Ａは例えばパーソナルコンピュータにより構成されたマスタ機、端末機Ｂも例えばパーソナルコンピュータにより構成されたスレーブ機、符号Ｓはウェブページ（いわゆるホームページ）を提供する任意のウェブサーバである。
【０００３】
この場合、例えば端末機Ａは東京に配置され、端末機Ｂは北海道に配置されるとともに、これら端末機Ａ、端末機ＢおよびウェブサーバＳはインターネット（図示せず）を通じて互いに接続される。また、これら端末機Ａ、端末機ＢおよびウェブサーバＳは、例えばＴＣＰ／ＩＰにより情報のアクセスを行うものである。
【０００４】
そして、端末機Ａにおいて、ブラウザを立ち上げ、ウェブサーバＳのＵＲＬを入力すると、ステップ３１として示すように、端末機Ａがインターネットを通じてウェブサーバＳに接続される。すると、ウェブサーバＳに用意されているＨＴＭＬファイルが、ステップ３２として示すように、ウェブサーバＳからインターネットを通じて端末機Ａに送信され、これが端末機Ａにおいて受信される。したがって、端末機Ａには、ウェブサーバＳから送信されてきたＨＴＭＬファイルにしたがったウェブ画面が表示される。
【０００５】
また、このとき、ステップ３３として示すように、ステップ３１により端末機Ａから端ウェブサーバＳに送信されたのＵＲＬが、端末機Ａから端末機Ｂに送信される。すると、端末機Ｂにおいては、端末機Ａの場合と同様、ステップ３４として示すように、端末機Ｂがインターネットを通じてそのウェブサーバＳに接続され、ステップ３２によりウェブサーバＳから端末機Ａに送信されたＨＴＭＬファイルが、ステップ３５として示すように、ウェブサーバＳからインターネットを通じて端末機Ｂに送信され、これが端末機Ｂにより受信される。
【０００６】
したがって、端末機Ｂには、ウェブサーバＳから送信されてきたＨＴＭＬファイルにしたがったウェブ画面が表示される。つまり、端末機Ａにおいて、ウェブサーバＳに対して各種の操作をすると、その操作結果が端末機Ａに表示されるが、端末機Ａにおいて行われた操作内容が端末機Ｂに送られるとともに、端末機Ｂでその操作内容が再現されるので、端末機Ａに表示されたウェブ画面が端末機Ｂにおいても表示されることになる。したがって、端末機Ａと端末機Ｂとが、ウェブ画面を共有できることになる。
【０００７】
また、ウェブ画面を共有する第２の方法としてポーリングがある。これは、端末機Ａに表示されたウェブ画面を定期的に画像ファイル化し、この画像ファイルを定期的に端末機Ｂに送信し、端末機Ａに表示されたウェブ画面を端末機Ｂにおいても表示する方法である。
【０００８】
なお、先行技術文献として例えば以下のものがある。
【特許文献１】特開２００６−１４６６２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところが、上述の第１の共有方法の場合には、端末機Ａと端末機Ｂとでブラウザのクッキーの設定あるいはクッキーの情報に違いがあると、端末機Ａに表示されたウェブ画面と、端末機Ｂに表示されたウェブ画面とに違いを生じてしまう。また、端末機Ａで使用しているブラウザと、端末機Ｂで使用しているブラウザとが異なる場合にも、表示されるウェブ画面のデザインに違いを生じることが多い。
【００１０】
さらに、ステップ３１により端末機ＡからウェブサーバＳに対して行った操作内容がステップ３３により端末機Ａから端末機Ｂにも送信されるので、例えば、ウェブサーバＳが、チケットや商品の予約や販売などを行うサーバであって、表示されたページ（ウェブ画面）に、パスワードなどの識別情報を入力する必要があるような場合、その入力した識別情報が、ステップ３３により端末機Ａから端末機Ｂにも送信されるので、セキュリティ上、問題である。
【００１１】
その点、第２の共有方法の場合には、端末機ＡからウェブサーバＳに送信された識別情報が、端末機Ｂに送信されることがなく、最終的な結果のウェブ画面が端末機Ａから端末機Ｂに送信されるだけなので、セキュリティ上、安全である。
【００１２】
しかし、この第２の共有方法の場合には、端末機Ａのウェブ画面の画像データを、ポーリングの周期で端末機Ｂに送信するので、通信量が多くなってしまい、インターネットにとって好ましくない。例えば、端末機Ａと端末機Ｂとの間の回線の容量が小さい場合には、その回線にとって負担になるとともに、端末機Ｂにおける表示が遅れてしまう。
【００１３】
この発明は、以上のような問題点を解決しようとするものである。
【課題を解決するための手段】
【００１４】
この発明においては、
第１の端末機と、第２の端末機と、仲介サーバとから構成され、
上記第１の端末機および上記第２の端末機は、上記仲介サーバを介してそれぞれのアドレスを相手に送り、
この送られたアドレスにしたがって、上記第１の端末機および第２の端末機を互いに接続し、
上記第１の端末機は、これを任意のウェブサーバに接続したとき、このウェブサーバにおけるコンテンツがセキュリティ保護されているか否かを検出し、
この検出の結果、上記コンテンツがセキュリティ保護されている場合には、上記ウェブサーバと上記第１の端末機との間で所定の認証処理を行い、
この認証処理が成功したとき、上記ウェブサーバは上記認証処理に続くコンテンツを上記ウェブサーバから上記第１の端末機に送信し、
上記第１の端末機はその送信されてきたコンテンツをウェブ画面として表示するとともに、この表示したウェブ画面をキャプチャし、
このキャプチャしたウェブ画面の画像ファイルを上記第２の端末機に送信してこの第２の端末機に上記キャプチャしたウェブ画面を表示し、
上記検出の結果、セキュリティ保護がされていない場合には、上記ウェブサーバからコンテンツを受信してウェブ画面として表示するとともに、このときのＵＲＬを上記第２の端末機に送信してこの上記第２の端末機に、上記第１の端末機に表示されている上記ウェブ画面を表示する
ようにしたウェブ画面の共有システム
とするものである。
【発明の効果】
【００１５】
この発明によれば、送信側端末機の選択したウェブ画面を受信側端末機と共有をすることができる。そして、その場合、ウェブサーバがセキュリティ保護を必要とする場合、ユーザの識別情報が漏れることがない。また、ウェブサーバがセキュリティ保護を必要としていない場合には、送信側端末機と受信側端末機とはほぼ同時にウェブ画面を共有することができる。
【００１６】
また、例えば、受信側端末機のユーザがチケットの予約などの知識に乏しい場合、送信側端末機のユーザが代わりに必要な操作を実行しながら、その手順を受信側端末機のユーザに見せることができ、受信側端末機のユーザは安心してチケットの予約などをすることができる。
【発明を実施するための最良の形態】
【００１７】
〔１〕  システム全体の構成および動作の例
図１において、符号１００は送信側端末機、符号２００は受信側端末機を示し、これらは図３における端末機Ａおよび端末機Ｂに対応するものであり、例えばパーソナルコンピュータにより構成されている。また、符号３００は仲介サーバ、符号４００はウェブページ（いわゆるホームページ）を提供する任意のウェブサーバである。
【００１８】
この場合、これら送信側端末機１００、受信側端末機２００、仲介サーバ３００およびウェブサーバ４００は、ネットワーク、例えばインターネット（図示せず）を通じて互いに接続されているとともに、これら端末機１００〜ウェブサーバ４００は、例えばＴＣＰ／ＩＰにより情報のアクセスを行うものである。
【００１９】
そして、仲介サーバ３００は、送信側端末機１００と受信側端末機２００とのＰ２Ｐ接続を仲介するためのものである。このため、仲介サーバ３００は、ＳＩＰサーバ、ＸＭＰＰサーバなどとすることができる。また、ウェブサーバ４００は、いわゆるホームページ（ウェブページ）を提供する任意のサーバであり、そのホームページは例えばＨＴＭＬファイルにより構成されているものである。
【００２０】
ただし、このウェブサーバ４００は、一般的なホームページを提供するだけのセキュリティ保護を必要としない場合と、上述のように、例えば、チケットや商品の予約や販売などのためにセキュリティ保護を必要とする場合とがある。そして、セキュリティ保護を必要とするサーバの場合には、表示されたページ（ウェブ画面）に、ユーザを識別するための情報、例えばユーザ名やパスワードなどの識別情報の入力が要求され、そのユーザの識別情報が正しければ、以後の処理に進むものである。
【００２１】
そして、送信側端末機１００〜ウェブサーバ４００において、図１および以下に示すステップ１１〜１９、２１〜２３における処理が実行される。なお、以下の説明において、ステップ１１〜１９、２１〜２３は、図１における符号１１〜１９、２１〜２３に対応する。
【００２２】
また、送信側端末機１００〜ウェブサーバ４００の間で行われる処理は、インターネット経由で実行される。さらに、以下において、ＨＴＭＬファイルには、このファイルに記述されてブラウザおよびそのプラグインにより表現されるファイル、例えば画像ファイルなども含むものとする。
【００２３】
〔１−１〕  ウェブサーバ４００がセキュリティ保護を要求する場合
この場合には、ステップ１１〜１９の処理が、この順に実行される。すなわち、
＃ ステップ１１
送信側端末機１００において、所定のプログラムを実行することにより、送信側端末機１００と仲介サーバ３００とを接続し、送信側端末機１００を受信側端末機２００にＰ２Ｐ接続するために必要な情報、すなわち、送信側端末機１００のＩＰアドレスを仲介サーバ３００に登録する。
【００２４】
＃ ステップ１２
受信側端末機２００において、所定のプログラムを実行することにより、受信側端末機２００と仲介サーバ３００とを接続し、受信側端末機２００を送信側端末機１００にＰ２Ｐ接続するために必要な情報、すなわち、受信側端末機２００のＩＰアドレスを仲介サーバ３００に登録する。なお、ステップ１１、１２の順序は逆でもよい。
【００２５】
＃ ステップ１３
送信側端末機１００が仲介サーバ３００を経由して受信側端末機２００にＰ２Ｐ接続の開始を要求する。なお、この接続の開始要求は受信側端末機２００が行ってもよい。
【００２６】
＃ ステップ１４
送信側端末機１００が受信側端末機２００とＰ２Ｐ接続を確立する。
【００２７】
＃ ステップ１５
送信側端末機１００において、ブラウザを立ち上げ、ウェブサーバ４００のＵＲＬを入力してウェブサーバ４００に接続するとともに、共有したいコンテンツ、すなわち、今の場合は、ウェブ画面として表示されるＨＴＭＬファイルの送信を、ウェブサーバ４００に要求する。
【００２８】
なお、この時点で、送信側端末機１００は、ウェブサーバ４００がセキュリティ保護されているか否かを知ることができる。すなわち、例えば、ウェブサーバ４００が、セキュリティ保護されていない場合には、ウェブサーバ４００のＵＲＬは「http://」で始まるが、セキュリティ保護されている場合には、ＳＳＬを実装し「https://」で始まるので、これによりウェブサーバ４００がセキュリティ保護されているか否かを知ることができる。今の場合はセキュリティ保護がされている場合である。
【００２９】
＃ ステップ１６
ウェブサーバ４００は、ステップ１５により要求されコンテンツを、ステップ１６により送信側端末機１００に送信する。
【００３０】
＃ ステップ１７
送信側端末機１００は、ステップ１６により送信されてきたコンテンツを受信しつつ、その送信されてきたコンテンツの状態およびＵＩ操作のチェックを繰り返す。そして、そのチェック結果にしたがって、フラグを「成立」に設定する。ここで、フラグを「成立」に設定するのは、以下の(1)あるいは(2)の状態を検出したときである。
【００３１】
すなわち、
(1) 送信側端末機１００がセキュリティ保護のされたウェブサーバ４００に接続した場合
パスワードなどのユーザ情報により、ユーザの認証処理を実行したとき、この認証に成功し、続くウェブ画面に更新されたとき、フラグを「成立」に設定される。
【００３２】
(2) 送信側端末機１００がセキュリティ保護のされていないウェブサーバ４００に接続した場合
(2A) ウェブサーバ４００がコンテンツの送信が完了し、送信側端末機１００がそのコンテンツの表示を完了したとき。なお、送信側端末機１００のコンテンツの表示の完了は、送信側端末機１００の表示のＤＯＭツリーが完成したかどうかにより判定をすることができる。あるいは
(2B) 送信側端末機１００のＵＩでスクロールが完了したとき。これは、スクロールイベントの開始から所定の時間だけスクロールイベントがないときである。例えば、コンテンツの最終部分まで表示したとき、あるいはスクロール途中で重要な図形があり、スクロールを一時停止したときのように、所定の期間、スクロール操作が行われないとき。そして、これら(2A)あるいは(2B)のとき、フラグを「成立」に設定される。
【００３３】
今は、送信側端末機１００がセキュリティ保護されたウェブサーバ４００に接続した場合であるから、ステップ１６では認証を実行するためのＨＴＭＬファイルが送信され、これがステップ１７により認証用の画面として表示されるとともに、パスワードなどの識別情報の入力が要求される。この入力した識別情報はステップ１５によりウェブサーバ４００に送信され、ウェブサーバ４００において、その識別情報のチェックが実行される。
【００３４】
そして、この認証に成功すると、フラグは「成立」に設定される。また、このフラグと、認証の成功に続く次のウェブ画面の画像ファイルとが、ステップ１６によりウェブサーバ４００から送信側端末機１００に送信される。
【００３５】
＃ ステップ１８
送信側端末機１００は、フラグの「成立」を検出したら、送信側端末機１００に表示されている画面をキャプチャし、そのキャプチャ結果の画像ファイルを受信側端末機２００に送信する。この場合、その送信する画像ファイルは、ＪＰＥＧ、ＧＩＦあるいはＰＮＧ形式などでデータ圧縮しておくことができ、そのようにすれば、短時間で送受信でき、あるいは送信側端末機１００と受信側端末機２００との間の回線容量が小さくても、送受信が容易になる。
【００３６】
＃ ステップ１９
受信側端末機２００は、ステップ１８により送信されてきた画像ファイルを受信するとともに、その画像ファイルを画像として表示する。
【００３７】
そして、以後、ステップ１５〜１９の処理が繰り返される。ただし、ステップ１５、１６における認証処理は省略される。
【００３８】
以上により、送信側端末機１００に表示されたウェブ画面を受信側端末機２００にも表示することができ、すなわち、送信側端末機１００の選択したウェブ画面を受信側端末機２００と共有をすることができる。
【００３９】
そして、その場合、送信側端末機１００から受信側端末機２００に送信されるウェブ画面は、上記(1)の状態のとき、送信されるので、ユーザの識別情報が漏れることがない。
【００４０】
〔１−２〕  ウェブサーバ４００がセキュリティ保護を要求しない場合
この場合には、〔１−１〕の場合と同様、ステップ１１〜１５を実行すると、上述のようにステップ１５において、送信側端末機１００はウェブサーバ４００がセキュリティ保護を要求していないことを知ることができる。そこで、ステップ１６以降の処理は、以下のとおりとされる。
【００４１】
＃ ステップ１６
〔１−１〕と同様、ウェブサーバ４００は、ステップ１５により要求されたコンテンツ、すなわち、ウェブ画面として表示されるＨＴＭＬファイルを、ステップ１６により送信側端末機１００に送信する。
【００４２】
＃ ステップ１７
〔１−１〕と同様、送信側端末機１００は、ステップ１６により送信されてきたコンテンツを受信しつつ、その送信されてきたコンテンツの状態およびＵＩ操作のチェックを繰り返す。そして、そのチェック結果にしたがって、フラグを「成立」に設定する。ここで、フラグを「成立」に設定するのは、(2)の状態を検出したときである。
【００４３】
＃ ステップ１８
送信側端末機１００は、フラグの「成立」を検出したら、送信側端末機１００に表示されている画面のＵＲＬを受信側端末機２００に送信する。
【００４４】
＃ ステップ２１
受信側端末機２００において、ブラウザを立ち上げ、ステップ１８二より送信されてきたＵＲＬを入力してウェブサーバ４００に接続するとともに、共有したいコンテンツ、すなわち、今の場合は、ウェブ画面として表示されるＨＴＭＬファイルの送信を、ウェブサーバ４００に要求する。
【００４５】
＃ ステップ２２
ウェブサーバ４００は、ステップ２１により要求されたコンテンツ、すなわち、ウェブ画面として表示されるＨＴＭＬファイルを、ステップ２２により受信側端末機２００に送信する。
【００４６】
＃ ステップ２３
受信側端末機２００は、ステップ２２により送信されてきたコンテンツを受信する。そして、以後、ステップ１５、１６の処理が実行されるごとに、ステップ１８〜２３の処理が繰り返される。
【００４７】
以上により、送信側端末機１００に表示されたウェブ画面を受信側端末機２００にも表示することができ、すなわち、送信側端末機１００の選択したウェブ画面を受信側端末機２００と共有をすることができる。
【００４８】
そして、セキュリティ保護を必要としていないウェブサーバ４００については、そのＵＲＬを送信側端末機１００から受信側端末機２００に送信するだけなので、送信側端末機１００と受信側端末機２００とはほぼ同時にウェブ画面を共有することができる。
【００４９】
＃ まとめ
以上により、送信側端末機１００の選択したウェブ画面を受信側端末機２００と共有をすることができる。
【００５０】
そして、その場合、ウェブサーバ４００がセキュリティ保護を必要とする場合には、送信側端末機１００から受信側端末機２００にウェブ画面を送信するとともに、そのウェブ画面は、上記(1)の状態のときに送信されるので、ユーザの識別情報が漏れることがない。また、ウェブサーバ４００がセキュリティ保護を必要としていない場合には、ウェブサーバ４００のＵＲＬを送信側端末機１００から受信側端末機２００に送信するだけなので、送信側端末機１００と受信側端末機２００とはほぼ同時にウェブ画面を共有することができる。
【００５１】
また、例えば、受信側端末機２００のユーザがチケットや商品の予約や購入をしたいが、その種の知識に乏しい場合、送信側端末機１００のユーザが代わりに必要な操作を実行しながら、その手順を受信側端末機２００のユーザに見せることができ、受信側端末機２００のユーザは安心してチケットや商品の予約や購入をすることができる。
【００５２】
〔２〕  送信側端末機１００の例
図２は、送信側端末機１００をパーソナルコンピュータにより構成した場合の構成例を示す。すなわち、この送信側端末機１００は、各種のプログラムを実行するＣＰＵ１０１と、ＩＰＬが保存されている不揮発性メモリ１０２と、ワークエリア用のＲＡＭ１０３とを有し、これらはシステムバス１１０を通じて互いに接続されている。
【００５３】
さらに、送信側端末機１００は、大容量のファイル蓄積手段としてハードディスクドライブ１０４を有し、これもシステムバス１１０に接続されている。このハードディスクドライブ１０４は、各種のデータやプログラムのファイルを保存ないし記憶するための記憶装置であるとともに、ＯＳおよび各種のアプリケーションプログラムを保存しているものであり、そのアプリケーションプログラムの一部として、上述のステップ１１〜１９、２１〜２３の処理を実行するためのルーチンが含まれる。
【００５４】
また、通信回路１０５がシステムバス１１０に接続されるとともに、この通信回路１０５はインターネット５００に接続され、送信側端末機１００は、通信回路１０５を通じて受信側端末機２００〜ウェブサーバ４００との通信が可能とされている。さらに、システムバス１１０には、入力用ＵＩおよび出力用ＵＩとして、マウス１０６、キーボード１０７およびオーディオ制御回路１０８、表示制御回路１０９が接続されるとともに、これらオーディオ制御回路１０８および表示制御回路１０９には、スピーカ１２８およびディスプレイ１２９が接続されている。なお、受信側端末機２００も送信側端末機１００と同様に構成することができるが、送信側端末機１００ほどの性能がなくてもよい。
【００５５】
そして、電源投入時には、不揮発性メモリ１０２のＩＰＬによりハードディスクドライブ１０４からＯＳがＲＡＭ１０３にロードされ、その後、例えばマウス１０６によって指定することによりステップ１１〜１９、２１〜２３を実現するプログラムがＲＡＭ１０３にロードされ、上述のように実行される。
【００５６】
なお、インターネット５００を通じて送信されてきたコンテンツ、ウェブ画面を表示するＨＴＭＬファイルの場合は、そのＨＴＭＬファイルがブラウザにより解釈されて画像データとされ、この画像データが表示制御回路１０９を通じてディスプレイ１２９に供給され、したがって、表示制御回路１０９には、そのウェブ画面が表示される。
【００５７】
こうして、送信側端末機１００〜ウェブサーバ４００においては、ステップ１１〜１９あるいは２１〜２３が実行され、送信側端末機１００のダウンロードしたウェブ画面が、送信側端末機１００に表示されるとともに、受信側端末機２００にも表示され、すなわち、ウェブ画面の共有が実現される。しかも、そのとき、セキュリティ保護を実現することができる。
【００５８】
〔略語の一覧〕
ＣＰＵ  ：Central Processing Unit
ＤＯＭ  ：Document Object Model
ＧＩＦ  ：Graphics Interchange Format
ＨＴＭＬ：Hyper Text Markup Language
ＩＰＬ  ：Initial Program Loarder
ＪＰＥＧ：Joint Photographic Experts Group
ＯＳ    ：Operating System
Ｐ２Ｐ  ：Peer to Peer
ＰＮＧ  ：Portable Network Graphics
ＲＡＭ  ：Random Access Memory
ＳＩＰ  ：Session Initiation Protocol
ＳＳＬ  ：Secure Sockets Layer
ＴＣＰ／ＩＰ：Transmission Control Protocol/Internet Protocol
ＵＩ    ：User Interface
ＵＲＬ  ：Uniform Resource Locator
ＸＭＰＰ：eXtensible Messaging and Presence Protocol
ウェブ  ：World Wide Web
【図面の簡単な説明】
【００５９】
【図１】この発明の一形態を示すシステム図である。
【図２】この発明の一形態を示す系統図である。
【図３】この発明を説明するためのシステム図である。
【符号の説明】
【００６０】
１００…送信側端末機、２００…受信側端末機、３００…仲介サーバ、４００…任意のウェブサーバ
【図１】
2009116630.tif 000003
【図２】
2009116630.tif 000004
【図３】
2009116630.tif 000005