(57)【要約】【課題】  ウェブ画面の共有を容易に実現する。【解決手段】  第１の端末機１００と、第２の端末機２００と、仲介サーバ３００とから構成する。第１の端末機１００および第２の端末機２００は、仲介サーバ３００を介してそれぞれのアドレスを相手に送る。この送られたアドレスにしたがって、第１の端末機１００および第２の端末機２００は互いに接続する。第１の端末機１００は、任意のウェブサーバ４００に接続してこのウェブサーバ４００のコンテンツを受信するとともに、そのコンテンツをウェブ画面として表示する。この表示したウェブ画面をキャプチャして第２の端末機２００に送信する。第２の端末機２００は、送信されてきたウェブ画面を表示する。【選択図】  図１
2009110041.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末機と、第２の端末機と、仲介サーバとから構成され、
上記第１の端末機および上記第２の端末機は、上記仲介サーバを介してそれぞれのアドレスを相手に送り、
この送られたアドレスにしたがって、上記第１の端末機および第２の端末機は互いに接続し、
上記第１の端末機は、任意のウェブサーバに接続してこのウェブサーバのコンテンツを受信するとともに、そのコンテンツをウェブ画面として表示し、
この表示したウェブ画面をキャプチャして上記第２の端末機に送信し、
この第２の端末機は、上記送信されてきたウェブ画面を表示する
ようにしたウェブ画面の共有システム。
【請求項２】
請求項１に記載の共有システムにおいて、
上記アドレスはＩＰアドレスであり、
上記コンテンツはウェブ画面として表示されるＨＴＭＬファイルである
ようにしたウェブ画面の共有システム。
【請求項３】
別の端末機との通信を行う通信回路と、
任意のウェブサーバを指定する手段と、
上記指定されたウェブサーバから送られてきたコンテンツを画像として表示する表示手段と、
上記ウェブサーバからのコンテンツの送信が完了して上記表示手段における上記画像の表示を完了したとき、あるいは上記表示手段における上記画像の表示のスクロールが所定の期間停止したとき、この表示の完了あるいは所定の期間の停止を検出する検出手段と、
この検出手段が、上記表示の完了あるいは所定の期間の停止を検出したとき、上記表示手段に表示されている画像をキャプチャするキャプチャ手段と
を有し、
このキャプチャ手段のキャプチャした画像の画像ファイルを、上記通信回路を通じて上記別の端末機に送信する
ようにしたウェブ画面の共有用端末機。
【請求項４】
請求項３に記載の共有用端末機において、
上記通信回路により仲介サーバを介して別の端末機との間で互いのアドレスをやりとりし、
このやりとりしたアドレスにしたがって、上記別の端末機に接続し、
この接続後、上記キャプチャ手段のキャプチャした画像の画像ファイルを、上記通信回路を通じて上記別の端末機に送信する
ようにしたウェブ画面の共有用端末機。
【請求項５】
請求項３あるいは請求項４に記載の共有用端末機において、
上記コンテンツはウェブ画面として表示されるＨＴＭＬファイルである
ようにしたウェブ画面の共有用端末機。
【請求項６】
第１の端末機においてＣＰＵにより実行され、この第１の端末機に表示されたウェブ画面を、第２の端末機においても表示させるためのウェブ画面の共有プログラムにおいて、
指定されたウェブサーバに接続する接続ステップと、
この接続ステップにより上記ウェブサーバに接続された後、このウェブサーバから送られてきたコンテンツを、表示手段に画像として表示する表示ステップと、
上記ウェブサーバからのコンテンツの送信が完了して上記表示手段における上記画像の表示を完了したとき、あるいは上記表示手段における上記画像の表示のスクロールが所定の期間停止したとき、この表示の完了あるいは所定の期間の停止を検出する検出ステップと、
この検出ステップが、上記表示の完了あるいは所定の期間の停止を検出したとき、上記表示手段に表示されている画像をキャプチャするキャプチャステップと、
このキャプチャステップによりキャプチャした画像の画像ファイルを、通信回路を通じて上記第２の端末機に送信する
ようにしたウェブ画面の共有プログラム。
【請求項７】
請求項６に記載のウェブ画面の共有プログラムにおいて、
仲介サーバを介して上記第２の端末機との間で互いのアドレスをやりとりする第１のステップと、
この第１のステップによりやりとりしたアドレスにしたがって、上記第１の端末機を上記第２の端末機に接続する第２のステップと、
この第２のステップに続いて上記接続ステップ以降のステップが順に実行される
ようにしたウェブ画面の共有プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ウェブ画面の共有システム、その共有用端末機およびその共有プログラムに関する。
【背景技術】
【０００２】
ウェブ画面の共有という技術が実現されているが、これには例えば次の２つの方法がある。すなわち、その第１の方法においては、システム全体が例えば図３に示すように構成される。ここで、端末機Ａは例えばパーソナルコンピュータにより構成されたマスタ機、端末機Ｂも例えばパーソナルコンピュータにより構成されたスレーブ機、符号Ｓはウェブページ（いわゆるホームページ）を提供する任意のウェブサーバである。
【０００３】
この場合、例えば端末機Ａは東京に配置され、端末機Ｂは北海道に配置されるとともに、これら端末機Ａ、端末機ＢおよびウェブサーバＳはインターネット（図示せず）に接続されている。また、これら端末機Ａ、端末機ＢおよびウェブサーバＳは、例えばＴＣＰ／ＩＰにより情報のアクセスを行うものである。
【０００４】
そして、端末機Ａにおいて、ブラウザを立ち上げ、ウェブサーバＳのＵＲＬを入力すると、ステップ９１として示すように、端末機Ａがインターネットを通じてそのウェブサーバＳに接続される。すると、ウェブサーバＳに用意されているＨＴＭＬファイルが、ステップ９２として示すように、ウェブサーバＳからインターネットを通じて端末機Ａに送信され、これが端末機Ａにおいて受信される。したがって、端末機Ａには、ウェブサーバＳから送信されてきたＨＴＭＬファイルにしたがったウェブ画面が表示される。
【０００５】
また、このとき、ステップ９３として示すように、端末機Ａから端末機Ｂに、ステップ９１により送信されたウェブサーバＳのＵＲＬが端末機Ｂに送信される。すると、端末機Ｂにおいては、端末機Ａの場合と同様、ステップ９４として示すように、端末機Ｂがインターネットを通じてそのウェブサーバＳに接続され、ステップ９２によりウェブサーバＳから端末機Ａに送信されたＨＴＭＬファイルが、ステップ９５として示すように、ウェブサーバＳからインターネットを通じて端末機Ｂに送信され、これが端末機Ｂにおいて受信される。
【０００６】
したがって、端末機Ｂには、ウェブサーバＳから送信されてきたＨＴＭＬファイルにしたがったウェブ画面が表示される。つまり、端末機Ａにおいて、ウェブ画面について各種の操作をすると、その結果が端末機Ａに表示されるが、その端末機Ａにおいて行われた操作情報を端末機Ｂに送ることにより、端末機Ｂもその操作情報を再現して端末機Ａに表示されたウェブ画面を端末機Ｂにおいても表示するものである。したがって、東京の端末機Ａと、北海道の端末機Ｂとが、ウェブ画面を共有できることになる。
【０００７】
また、ウェブ画面を共有する第２の方法としてポーリングがある。これは、端末機Ｂが端末機Ａのウェブ画面を定期的に受信し、端末機Ａに表示されたウェブ画面を端末機Ｂにおいても表示する方法である。
【０００８】
なお、先行技術文献として例えば以下のものがある。
【特許文献１】特開２００６−１４６６２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところが、上述の第１の共有方法の場合には、端末機Ａと端末機Ｂとでブラウザのクッキーの設定あるいはクッキーの情報に違いがあると、端末機Ａに表示されたウェブ画面と、端末機Ｂに表示されたウェブ画面とに違いを生じてしまう。また、端末機Ａで使用しているブラウザと、端末機Ｂで使用しているブラウザとが異なる場合にも、表示されるウェブ画面のデザインに違いを生じることが多い。
【００１０】
さらに、端末機ＢがウェブサーバＳとの接続やウェブ画面の表示を行う場合、端末機Ａが行う場合と同等の能力を要求され、結果として、端末機Ａ、Ｂの両方に高性能（高機能）なものが要求される。
【００１１】
一方、上述の第２の共有方法の場合には、ポーリングの周期でウェブ画面の画像データを、端末機Ａから端末機Ｂに送信するので、通信量が多くなってしまい、インターネットにとって好ましくない。
【００１２】
この発明は、以上のような問題点を解決しようとするものである。
【課題を解決するための手段】
【００１３】
この発明においては、
第１の端末機と、第２の端末機と、仲介サーバとから構成され、
上記第１の端末機および上記第２の端末機は、上記仲介サーバを介してそれぞれのアドレスを相手に送り、
この送られたアドレスにしたがって、上記第１の端末機および第２の端末機は互いに接続し、
上記第１の端末機は、任意のウェブサーバに接続してこのウェブサーバのコンテンツを受信するとともに、そのコンテンツをウェブ画面として表示し、
この表示したウェブ画面をキャプチャして上記第２の端末機に送信し、
この第２の端末機は、上記送信されてきたウェブ画面を表示する
ようにしたウェブ画面の共有システム
とするものである。
【発明の効果】
【００１４】
この発明によれば、受信側端末機は、送信側端末機に表示されたウェブ画面の画像データを受信してそのウェブ画面を表示するだけなので、ブラウザの違いやクッキーの設定の違いの影響を受けることがなく、送信側端末機に表示されたウェブ画面をそのまま受信側端末機に表示することができる。
【００１５】
また、受信側端末機は、送信側端末機がウェブサーバにアクセスを行う場合のような高い能力を要求されず、結果として、受信側端末機は低性能なものでよくなる。さらに、ポーリングの場合に比べ、通信データ量を少なくすることができ、したがって、受信側端末機における表示までの速度が速くなるとともに、インターネットにとっても好ましいものになる。また、受信側端末機の機種、機能および能力を選ばないので、送信側端末機に表示された画面を受信側端末機に送信して各種の指示をすることもできる。
【発明を実施するための最良の形態】
【００１６】
〔１〕  システム全体の構成および動作の例
図１において、符号１００は送信側端末機、符号２００は受信側端末機を示し、これらは図３における端末機Ａおよび端末機Ｂに対応するものであり、例えばパーソナルコンピュータにより構成されている。ただし、後述するように、送信側端末機１００は、ウェブサーバにアクセスするので、比較的高性能のものが要求されるが、受信側端末機２００はウェブサーバにアクセスしないので、低性能なものでよく、例えば、簡単な通信能力と画面の表示能力とを有していればよい。
【００１７】
また、符号３００は仲介サーバ、符号４００はウェブページを提供する任意のウェブサーバである。この場合、これら送信側端末機１００、受信側端末機２００、仲介サーバ３００およびウェブサーバ４００は、ネットワーク、例えばインターネット（図示せず）を通じて互いに接続されているとともに、これら端末機１００〜ウェブサーバ４００は、例えばＴＣＰ／ＩＰにより情報のアクセスを行うものである。
【００１８】
そして、仲介サーバ３００は、送信側端末機１００と受信側端末機２００とのＰ２Ｐ接続を実現するためのものである。このため、仲介サーバ３００は、ＳＩＰサーバ、ＸＭＰＰサーバなどとすることができる。また、ウェブサーバ４００は、いわゆるホームページ（ウェブページ）を提供する任意のサーバであり、そのホームページは例えばＨＴＭＬファイル（および必要に応じて画像ファイル）により構成されているものである。
【００１９】
そして、送信側端末機１００〜ウェブサーバ４００において、図１および以下に示すステップ１１〜１９における処理が、この順に実行される。なお、以下の説明において、ステップ１１〜１９は、図１における符号１１〜１９に対応する。また、送信側端末機１００〜ウェブサーバ４００の間で行われる処理は、インターネット経由で実行される。すなわち、
＃ ステップ１１
送信側端末機１００において、所定のプログラムを実行することにより、送信側端末機１００と仲介サーバ３００とを接続し、送信側端末機１００を受信側端末機２００にＰ２Ｐ接続するために必要な情報、すなわち、送信側端末機１００のＩＰアドレスを仲介サーバ３００に登録する。
【００２０】
＃ ステップ１２
受信側端末機２００において、所定のプログラムを実行することにより、受信側端末機２００と仲介サーバ３００とを接続し、受信側端末機２００を送信側端末機１００にＰ２Ｐ接続するために必要な情報、すなわち、受信側端末機２００のＩＰアドレスを仲介サーバ３００に登録する。なお、ステップ１１、１２の順序は逆でもよい。
【００２１】
＃ ステップ１３
送信側端末機１００が仲介サーバ３００を経由して受信側端末機２００にＰ２Ｐ接続の開始を要求する。なお、この接続の開始要求は受信側端末機２００が行ってもよい。
【００２２】
＃ ステップ１４
送信側端末機１００が受信側端末機２００とＰ２Ｐ接続を確立する。
【００２３】
＃ ステップ１５
送信側端末機１００において、ブラウザを立ち上げ、ウェブサーバ４００のＵＲＬを入力してウェブサーバ４００に接続するとともに、共有したいコンテンツ、すなわち、今の場合は、ウェブ画面として表示されるＨＴＭＬファイルの送信を、ウェブサーバ４００に要求する。
【００２４】
＃ ステップ１６
ウェブサーバ４００は、ステップ１５により要求されたコンテンツ、今の場合は、ウェブ画面として表示されるＨＴＭＬファイルを、ステップ１６により送信側端末機１００に送信する。
【００２５】
＃ ステップ１７
送信側端末機１００は、ステップ１６により送信されてきたコンテンツを受信しつつ、その送信されてきたコンテンツの状態およびＵＩ操作のチェックを繰り返す。そして、そのチェック結果にしたがって、フラグを「成立」に設定する。ここで、フラグを「成立」に設定するのは、以下の(1)あるいは(2)の状態を検出したときである。
【００２６】
すなわち、
(1) ウェブサーバ４００がコンテンツの送信が完了し、送信側端末機１００がそのコンテンツの表示を完了したとき。なお、送信側端末機１００のコンテンツの表示の完了は、送信側端末機１００の表示のＤＯＭツリーが完成したかどうかにより判定をすることができる。  
(2) 送信側端末機１００のＵＩでスクロールが完了したとき。これは、スクロールイベントの開始から所定の時間だけスクロールイベントがないときである。例えばコンテンツの最終部分まで表示したとき、あるいはスクロール途中で重要な図形があり、スクロールを一時停止したときのように、所定の期間、スクロール操作が行われないときが該当する。
【００２７】
＃ ステップ１８
送信側端末機１００は、フラグの「成立」を検出したら、表示されている画面をキャプチャし、そのキャプチャ結果の画像ファイルを受信側端末機２００に送信する。この場合、その送信する画像ファイルは、ＪＰＥＧ、ＧＩＦあるいはＰＮＧ形式などでデータ圧縮しておくことができ、そのようにすれば、短時間で送受信でき、あるいは送信側端末機１００と受信側端末機２００との間の回線容量が小さくても、送受信が容易になる。
【００２８】
＃ ステップ１９
受信側端末機２００は、ステップ１８により送信されてきた画像ファイルを受信するとともに、その画像ファイルを画像として表示する。
【００２９】
＃ まとめ
以上により、送信側端末機１００に表示されたウェブ画面を受信側端末機２００にも表示することができ、すなわち、送信側端末機１００の選択したウェブ画面を受信側端末機２００と共有をすることができる。そして、この場合、受信側端末機２００は、送信側端末機１００に表示されたウェブ画面の画像データを受信してそのウェブ画面を表示するだけなので、ブラウザの違いやクッキーの設定の違いの影響を受けることがなく、送信側端末機１００に表示されたウェブ画面をそのまま受信側端末機２００に表示することができる。
【００３０】
また、受信側端末機２００は、送信側端末機１００および仲介サーバ３００との接続機能と、送信側端末機１００からウェブ画面の画像データを受信して表示する機能とがあればよく、送信側端末機１００がウェブサーバ４００にアクセスを行う場合のような高い能力を要求されず、結果として、受信側端末機２００は低性能なものでよくなる。
【００３１】
さらに、上述の第２の共有方法の場合のように、ポーリングによりウェブ画面の画像データを、送信側端末機１００から受信側端末機２００に送信する必要がないので、通信データ量を少なくすることができ、受信側端末機２００における表示までの速度が速くなる。
【００３２】
また、通信データ量が減らすことができるので、インターネットにとっても好ましいものになる。さらに、受信側端末機２００の機種、機能および能力を選ばないので、送信側端末機１００に表示された画面を受信側端末機２００に送信して各種の指示をすることもできる。例えば、電車の乗り換え案内をする場合、その乗り換え駅のウェブ画面を送信側端末機１００により入手し、これを受信側端末機２００に送信すれば、分かりやすい案内ができる。
【００３３】
〔２〕  送信側端末機１００の例
図２は、送信側端末機１００をパーソナルコンピュータにより構成した場合の構成例を示す。すなわち、この送信側端末機１００は、各種のプログラムを実行するＣＰＵ１０１と、ＩＰＬが保存されている不揮発性メモリ１０２と、ワークエリア用のＲＡＭ１０３とを有し、これらはシステムバス１１０を通じて互いに接続されている。
【００３４】
さらに、送信側端末機１００は、大容量のファイル蓄積手段としてハードディスクドライブ１０４を有し、これもシステムバス１１０に接続されている。このハードディスクドライブ１０４は、各種のデータやプログラムのファイルを保存ないし記憶するための記憶装置であるとともに、ＯＳおよび各種のアプリケーションプログラムを保存しているものであり、そのアプリケーションプログラムの一部として、上述のステップ１１〜１９の処理を実行するためのルーチンが含まれる。
【００３５】
また、通信回路１０５がシステムバス１１０に接続されるとともに、この通信回路１０５はインターネット５００に接続され、送信側端末機１００は、通信回路１０５を通じて受信側端末機２００〜ウェブサーバ４００との通信が可能とされている。さらに、システムバス１１０には、入力用ＵＩおよび出力用ＵＩとして、マウス１０６、キーボード１０７およびオーディオ制御回路１０８、表示制御回路１０９が接続されるとともに、これらオーディオ制御回路１０８および表示制御回路１０９には、スピーカ１２８およびディスプレイ１２９が接続されている。なお、受信側端末機２００も送信側端末機１００と同様に構成することができるが、送信側端末機１００ほどの性能がなくてもよい。
【００３６】
そして、電源投入時には、不揮発性メモリ１０２のＩＰＬによりハードディスクドライブ１０４からＯＳがＲＡＭ１０３にロードされ、その後、例えばマウス１０６によって指定することによりステップ１１〜１９を実現するプログラムがＲＡＭ１０３にロードされ、上述のように実行される。
【００３７】
なお、インターネット５００を通じて送信されてきたコンテンツ、今の場合は、ウェブ画面を表示するＨＴＭＬファイルは、ブラウザにより解釈されて画像データとされ、この画像データが表示制御回路１０９を通じてディスプレイ１２９に供給され、したがって、表示制御回路１０９には、そのウェブ画面が表示される。
【００３８】
こうして、送信側端末機１００〜ウェブサーバ４００においては、ステップ１１〜１９が実行され、送信側端末機１００のダウンロードしたウェブ画面が、送信側端末機１００に表示されるとともに、受信側端末機２００にも表示され、すなわち、ウェブ画面の共有が実現される。
【００３９】
〔略語の一覧〕
ＣＰＵ  ：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
ＴＣＰ／ＩＰ：Transmission Control Protocol/Internet Protocol
ＵＩ    ：User Interface
ＵＲＬ  ：Uniform Resource Locator
ＸＭＰＰ：eXtensible Messaging and Presence Protocol
ウェブ  ：World Wide Web
【図面の簡単な説明】
【００４０】
【図１】この発明の一形態を示すシステム図である。
【図２】この発明の一形態を示す系統図である。
【図３】この発明を説明するためのシステム図である。
【符号の説明】
【００４１】
１００…送信側端末機、２００…受信側端末機、３００…仲介サーバ、４００…任意のウェブサーバ
【図１】
2009110041.tif 000003
【図２】
2009110041.tif 000004
【図３】
2009110041.tif 000005