(57)【要約】【課題】通話およびインターネットリソース閲覧が可能な通信端末による通信において、双方の通話者が確実に同一のインターネットリソースを閲覧できるよう制御する。【解決手段】通話中の通信端末（２００、２２０）が同一のインターネットリソース（ＷＥＢデータ、ＦＴＰファイルなど）を共有利用できるよう共有手段を設ける。そして、表示部２１４で表示するＷＥＢブラウザにより表示されるインターネットリソース情報の表示画面サイズおよび（または）表示位置が双方の通信端末で同期するよう制御する。この画面表示同期制御は、ロビーサーバを利用して通話中の通信端末（２００、２２０）が制御情報を交換することにより行なう。また、そのためのソフトウェアは、ＪＡＶＡアプレットなどインターネット上で送受信可能なハードウェア非依存型のプログラムオブジェクトを用いて実装する。【選択図】        図１
2005020647.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ網に接続し、所定のＩＰ電話方式により通話を行なう通信端末において、
インターネットリソースを閲覧するためのブラウザ手段と、
前記ブラウザ手段および通話中の相手通信端末のブラウザ手段で同一のインターネットリソースを共有利用するためのインターネットリソース共有手段と、
前記ブラウザ手段および通話中の相手通信端末のブラウザ手段で同一の表示状態が形成されるように制御する表示画面同期制御手段を有することを特徴とする通信端末。
【請求項２】
通話中の相手通信端末と、目的のインターネットリソースのＵＲＬ情報を送受信することにより、相手通信端末と同一のインターネットリソースを共有利用することを特徴とする請求項１に記載の通信端末。
【請求項３】
前記表示画面同期制御手段により、前記ブラウザ手段によるインターネットリソースの表示位置が同期制御されることを特徴とする請求項１に記載の通信端末。
【請求項４】
前記表示画面同期制御手段により、前記ブラウザ手段の表示画面サイズが同期制御されることを特徴とする請求項１に記載の通信端末。
【請求項５】
前記表示画面同期制御手段がインターネット上で送受信可能なハードウェア非依存型のプログラムオブジェクトを用いて実装されることを特徴とする請求項１に記載の通信端末。
【請求項６】
前記表示画面同期制御手段は、通話中の相手通信端末と表示制御情報を交換することにより前記ブラウザ手段の表示画面サイズを同期制御することを特徴とする請求項１に記載の通信端末。
【請求項７】
前記表示画面同期制御手段は、通話中の相手通信端末と表示制御情報を交換することにより前記ブラウザ手段の表示位置を同期制御することを特徴とする請求項１に記載の通信端末。
【請求項８】
ＩＰ網に接続し、所定のＩＰ電話方式により通話を行なう通信端末の制御方法において、
インターネットリソースを閲覧するためのブラウザ手段および通話中の相手通信端末のブラウザ手段で同一のインターネットリソースを共有利用するためのインターネットリソース共有制御過程と、
前記ブラウザ手段および通話中の相手通信端末のブラウザ手段で同一の表示状態が形成されるように制御する表示画面同期制御過程を含むことを特徴とする通信端末の制御方法。
【請求項９】
通話中の相手通信端末と、目的のインターネットリソースのＵＲＬ情報を送受信することにより、相手通信端末と同一のインターネットリソースを共有利用することを特徴とする請求項８に記載の通信端末の制御方法。
【請求項１０】
前記表示画面同期制御過程により、前記ブラウザ手段によるインターネットリソースの表示位置が同期制御されることを特徴とする請求項８に記載の通信端末の制御方法。
【請求項１１】
前記表示画面同期制御過程により、前記ブラウザ手段の表示画面サイズが同期制御されることを特徴とする請求項８に記載の通信端末の制御方法。
【請求項１２】
前記表示画面同期制御過程がインターネット上で送受信可能なハードウェア非依存型のプログラムオブジェクトを用いて実装されることを特徴とする請求項８に記載の通信端末の制御方法。
【請求項１３】
前記表示画面同期制御過程は、通話中の相手通信端末と表示制御情報を交換することにより前記ブラウザ手段の表示画面サイズを同期制御することを特徴とする請求項８に記載の通信端末の制御方法。
【請求項１４】
前記表示画面同期制御過程は、通話中の相手通信端末と表示制御情報を交換することにより前記ブラウザ手段の表示位置を同期制御することを特徴とする請求項８に記載の通信端末の制御方法。
【請求項１５】
ＩＰ網に接続し、所定のＩＰ電話方式により通話を行なう通信端末の制御プログラムにおいて、
インターネットリソースを閲覧するためのブラウザ手段および通話中の相手通信端末のブラウザ手段で同一のインターネットリソースを共有利用するためのインターネットリソース共有制御過程と、
前記ブラウザ手段および通話中の相手通信端末のブラウザ手段で同一の表示状態が形成されるように制御する表示画面同期制御過程を含むことを特徴とする通信端末の制御プログラム。
【請求項１６】
通話中の相手通信端末と、目的のインターネットリソースのＵＲＬ情報を送受信することにより、相手通信端末と同一のインターネットリソースを共有利用することを特徴とする請求項１５に記載の通信端末の制御プログラム。
【請求項１７】
前記表示画面同期制御過程により、前記ブラウザ手段によるインターネットリソースの表示位置が同期制御されることを特徴とする請求項１５に記載の通信端末の制御プログラム。
【請求項１８】
前記表示画面同期制御過程により、前記ブラウザ手段の表示画面サイズが同期制御されることを特徴とする請求項１５に記載の通信端末の制御プログラム。
【請求項１９】
前記表示画面同期制御過程がインターネット上で送受信可能なハードウェア非依存型のプログラムオブジェクトを用いて実装されることを特徴とする請求項１５に記載の通信端末の制御プログラム。
【請求項２０】
前記表示画面同期制御過程は、通話中の相手通信端末と表示制御情報を交換することにより前記ブラウザ手段の表示画面サイズを同期制御することを特徴とする請求項１５に記載の通信端末の制御プログラム。
【請求項２１】
前記表示画面同期制御過程は、通話中の相手通信端末と表示制御情報を交換することにより前記ブラウザ手段の表示位置を同期制御することを特徴とする請求項１５に記載の通信端末の制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＩＰ網に接続し、所定のＩＰ電話方式により通話を行なう通信端末、その制御方法、その制御プログラムに関するものである。
【０００２】
【従来の技術】
近年、インターネットの普及が世界的に急速に拡大しており、通信料金の著しい低減を図ることができる利点から、インターネット電話（以下ＩＰ電話）が注目を浴びている。インターネット電話で特に現在有力な規格はＶｏＩＰ（下記の非特許文献１：ＩＴＵ−Ｔ勧告Ｈ．３２３など）であり、このような規格によるインターネット電話対応の機器が様々な形で提案されている。
【０００３】
従来では、ネット上のコンテンツ（ＷＥＢページやＦＴＰ／ＧＯＰＨＥＲディレクトリ、ネットニュースなど）の閲覧（ＨＴＴＰ／ＦＴＰ／ＧＯＰＨＥＲ／ＮＮＴＰプロトコルなど対応するプロトコルによる上記のコンテンツの閲覧。多くの場合ＷＥＢブラウザソフトウェアにより行なわれる）をコンピュータで行なうための装置構成と、ＩＰ電話で通話を行なうための装置構成はそれぞれ別の構成であったが、近年になってこの２つを複合化した装置の実現化が行われつつある。このような複合化装置においては、
・通話を行いながらネットコンテンツの閲覧を行なえる
・ネットコンテンツの電話番号情報を指定して電話をかけることができる
など、
様々な複合化によるメリットを生み出す事が可能となる。このうち通話を行いながらネットコンテンツ閲覧を行なう機能に関しては従来の電話の機能に対して大きく異なる部分であり、今後様々なサービス等の発展が考えられる。
【０００４】
しかしながら、現状ではこれらの端末においては、装置を使用する使用者がコンテンツの閲覧を能動的に行なう必要がある。すなわち、電話を使うというユーザ操作と、コンテンツ閲覧を行なうというユーザ操作は別々の物であり、電話と比較して複雑なコンテンツ閲覧操作を電話操作とは別に適宜必要であるという問題があり、ユーザビリティ性の向上が求められている。
【０００５】
なお、複数端末間におけるネットコンテンツ（主にＷＥＢページなど）閲覧用のブラウザの表示制御に関して、下記の特許文献１〜３のような技術が知られている。
【０００６】
たとえば、２台のクライアント端末間で同じＷｅｂページを表示するために、一方のクライアント端末のユーザが適宜指定したＵＲＬを他方のクライアント端末に送信し、そのＵＲＬに対応するコンテンツをブラウザで表示させるものがある（特許文献１）。しかしながら、特許文献１の構成は、相手に表示させたいＵＲＬをユーザが指定する操作が必要であり、ユーザが音声やメールでＵＲＬを知らせ合う手法から比べてユーザ負担をそれほど大きく軽減できるものとはいえない。
【０００７】
同様に端末間で同じＷｅｂページを表示するために、コンテンツのＵＲＬあるいはコンテンツそのものを端末間の通信に用いるものとは異なる伝送網を介して送受信する技術が知られている（特許文献２）。しかしながら、特許文献２の構成は、テレビ電話を前提とする技術であり、テレビ電話の通信に用いるものとは異なる伝送網を利用するなど、構成が複雑高価であり、ＩＰ電話のような音声通信に直接利用できるものではない。
【０００８】
また、２台の端末間で同じＷｅｂページを表示し、さらにあらかじめ定められたサイズで双方のウインドウを表示したり、表示位置を同期制御する技術が知られている（特許文献３）。この特許文献３の構成では、表示位置を同期制御するために、「マーカー」と呼ばれるアンカーオブジェクトがＨＴＭＬ文書中に必要であり、また、このようなオブジェクトの操作をサポートする特別な支援サーバを必要とし、端末および端末で用いられるアプリケーションの互換性を確保するのが困難である、という問題がある。
【０００９】
以上のように、ＩＰ電話端末において、簡単安価に、また端末および端末のアプリケーションソフトウェアに関して高い互換性を保ちつつ、通話中の端末間で同じネットコンテンツを表示し、また、その表示（スクロール）位置やブラウザのウインドウサイズを同期制御できる技術は知られていない。
【００１０】
【非特許文献１】
ＩＴＵ−Ｔ勧告  Ｈ．３２３
【特許文献１】
特開平１１−３０６１１６号公報
【特許文献２】
特開２０００−３４１３４１号公報
【特許文献３】
特開２００２−１４９６４０号公報
【００１１】
【発明が解決しようとする課題】
今のところ、上述のような事情から、ＩＰ電話端末において通話中の端末間で同じネットコンテンツを表示し、また表示同期を行なうことができる技術が存在しない。このため、現在では、通話およびネットコンテンツ閲覧に関する制御は全て手動で行なうようになっており、たとえば通話を行っている端末使用者同士が同一ページのネットコンテンツを閲覧したい場合は、
・音声通話によって内容を知らせ合い、それぞれの使用者が自らの端末を操作して目的のネットコンテンツを閲覧する。
あるいは、
・音声通話中に、一方の端末使用者が目的のネットコンテンツのＵＲＬを記したＥメールを作成して他方の端末使用者に送信し、受け取ったＵＲＬを参照してネットコンテンツを閲覧する。
といった煩雑な操作を行なう必要があった。
【００１２】
さらに、以上のような手順を行った後に同一のネットコンテンツを閲覧できた場合でも、その後の閲覧操作に関しても種々の問題がある。
【００１３】
たとえば、同一のネットコンテンツを閲覧しながら通話する場合、双方で同一の個所を確実に閲覧できなければ、会話をスムーズに進めることができない。従来構成によれば、閲覧処理も操作者の手動によって制御されるため、一方の通話者がブラウザのスクロールを進めたり、他のリンクにジャンプしたりしているのに、他方が別の個所を閲覧している、といった事態も生じ得る。
【００１４】
たとえば通話中に同じコンテンツページを見ながら行なう販売電話サービスにおいて、販売側と顧客側の通話者が同一コンテンツページ内に複数の商品や商品説明の表示がされていた場合、販売側の通話者が画面上で見ている商品と顧客側の通話者が画面上で見ている商品が異なってしまう事態が発生する。このような事態が発生すると販売の内容によっては多大な被害、損失が発生する場合も考えられる。
【００１５】
したがって、通話者が確実に双方で同じインターネットリソースを閲覧できるように制御する構成が望まれる。
【００１６】
また、以上のような手順を行った後に同一ページのネットコンテンツを閲覧できた場合でもそれぞれの端末がブラウズ表示している画面サイズは装置依存となっており、通話を行っている端末使用者同士では異なるレイアウトで画面の表示が行われていたり、一方の端末ではページ内で見えている部分でも他方の端末ではスクロールしなければ見えない部分が発生するなどの不具合が発生することも考えられる。
【００１７】
したがって、通話者が確実に双方で同じインターネットリソースを閲覧できるように制御するためには、このような端末間の表示機能（表示能力）の相違によって各通話者に伝達されるインターネットリソースの情報内容に喰い違いが生じないように保証するしくみも必要である。
【００１８】
本発明の課題は、上記の問題を解決し、通話およびインターネットリソース閲覧が可能な通信端末、特に、ＩＰ電話端末のような安価に提供されるべき通信端末において、簡単安価に、また端末および端末のアプリケーションソフトウェアに関して高い互換性を保ちつつ、通話中の端末間で同じネットコンテンツを表示し、また、その表示（スクロール）位置やブラウザのウインドウサイズを同期制御できるようにし、双方の通話者が確実に同一のインターネットリソースを閲覧できるようにすることにある。
【００１９】
【課題を解決するための手段】
上記の課題を解決するため、本発明によれば、ＩＰ網に接続し、所定のＩＰ電話方式により通話を行なう通信端末、その制御方法、その制御プログラムにおいて、インターネットリソースを閲覧するためのブラウザ手段および通話中の相手通信端末のブラウザ手段で同一のインターネットリソースを共有利用するためのインターネットリソース共有制御、および前記ブラウザ手段および通話中の相手通信端末のブラウザ手段で同一の表示状態が形成されるように制御する表示画面同期制御を行なう構成を採用した。
【００２０】
あるいはさらに、前記表示画面同期制御において、前記ブラウザ手段によるインターネットリソースの表示位置が同期制御される構成を採用した。
【００２１】
あるいはさらに、前記表示画面同期制御において、前記ブラウザ手段の表示画面サイズが同期制御される構成を採用した。
【００２２】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
【００２３】
なお、本明細書（特許請求の範囲も含む）では、用語として「インターネット」および「インターネットリソース」を用いるが、前者はＩＰ網を、後者はＩＰ網上でＩＰを介してアクセス可能なデータ（ファイルやディレクトリリストなどを含む）その他の資源を指す。すなわち、本明細書において用語「インターネット」は、単にＩＰ網と同義であり、広域的かつ公共的に利用されるいわゆる”Ｉｎｔｅｒｎｅｔ”の他、企業その他の組織内で閉じたいわゆるイントラネットのようなＩＰ網も含み、用語「インターネットリソース」はこれらのネットワーク上でＩＰを介してアクセス可能なデータを指すものとする。これは「ＩＰ網リソース」のような適当な上位概念の用語が現在のところ一般的ではないための止むを得ない措置である。
【００２４】
図１は本発明を採用したＩＰ電話機能およびＷＥＢブラウザ機能を有する通信端末の構成を示している。図１において、符号１００は、情報端末２００が接続されるＩＰ網（いわゆるインターネットの他に、イントラネットのように閉じた網も考えられるが、以下では特に区別する必要がある場合を除きインターネット網という）で、有線回線１０１を介して接続される。本実施形態では、有線回線１０１としてはＡＤＳＬであるものとし、図１の情報端末の回線はスプリッタ１０２によりＰＳＴＮ網用の帯域１０４と、ＡＤＳＬ網用の帯域１０３を分割して使用する。
【００２５】
情報端末２００は、ＰＳＴＮ接続による音声通信（たとえば通話およびファクシミリ）が可能であるとともに、インターネット接続（ＰＰＰｏＥなどのＡＤＳＬ接続方式が用いられる）、およびインターネット上の資源の利用（本実施形態の場合、少なくともＩＰ電話の他にＷＥＢページ閲覧、Ｅメール送受信など）が可能である。
【００２６】
なお、ＩＰ網１００への接続は、ＡＤＳＬである必要はなく光ファイバー回線や、ＣＡＴＶ回線、無線回線など任意の回線メディアを用いることができる。
【００２７】
図１の情報端末２００は液晶表示器などを用いた表示部２１４およびテンキーや各種ファンクションキーを含む操作部２１５、および音声通話用入出力のためのハンドセット２０８を有する。表示部２１４および操作部２１５は通話制御のために用いられる他、ＷＥＢブラウザ機能を実現するためにも用いられる。
【００２８】
操作部２１５は、キーボードないしポインティングデバイスまたはファンクションキーなどから成り、表示部２１４とともにユーザーインターフェースを構成し、ＷＥＢブラウズ操作、プリント、発呼／着呼／登録等に関するオペレータの操作を受け付け、後述するＣＰＵ２０１へオペレータの操作を通知するために用いられる。操作部２１５の操作キーには、たとえばダイヤル番号やＵＲＬ等、０〜９および＊、＃、アルファベット、記号等を入力するためのダイヤルキー、ファクシミリの送受信を制御する送信、受信キー、回線のＯＮ／ＯＦＦを制御するオフフックキー、その他保留キー、機能設定を行なうためのセレクトキー等のキーが含まれる。
【００２９】
また、操作部２１５には、特にリソース転送ボタン２１５ａおよびスクロールキー２１５ｂが設けられている。リソース転送ボタン２１５ａは、本端末どうしでＩＰ電話中にインターネットリソースを共有利用することを指定するためユーザが押下する。スクロールキー２１５ｂは、後述のＷＥＢページの表示画面をスクロールさせるために用いられる他、メニューユーザーインターフェースなどにおいてはアイテム選択などに用いられる。
【００３０】
図２に図１の情報端末２００の制御系の構成を示す。図示の制御系は、情報端末２００でＩＰ電話機能およびＷＥＢブラウザ機能の他、ファクシミリ機能（図１では不図示）を実現するものである。
【００３１】
図２においてＣＰＵ２０１は、データバス２１９を介して各部との信号の入力を行い、この入力した信号に応じてデータバス２１９に接続された各構成要素を制御する。すなわち、ＣＰＵ２０１はＲＯＭ２０２に格納されたプログラムにしたがって全体を制御し、網への接続や、各種プロトコルを制御し処理を実行する。もちろんＣＰＵ２０１の制御には操作、表示、読み取り、記録に使用する制御も含まれる。
【００３２】
さらに、ブロードバンド接続に関する制御や、ＩＰ電話を実現するための制御、ＷＥＢアクセスを行なうための制御、ＷＥＢページを表示するためのブラウザ制御、また、ＩＰアドレスの検知、抽出制御、そして、ＵＲＬ等のデータを送信するためのファイル作成や、送受信制御を実行する。
【００３３】
また、ＲＯＭ２０２は、プログラムを格納したメモリであり、マスクＲＯＭやフラッシュＲＯＭなどで構成される。また、データの書込み、消去が必要なデータ用にフラッシュＲＯＭや、ＥＥＰＲＯＭも構成されることも考えられる。ＲＯＭ２０２には、ＣＰＵ２０１で行なう制御全般のプログラムが格納されている。
【００３４】
ＲＡＭ２０３はＣＰＵ２０１が処理を行なう場合のワークエリアとして、呼処理を含むＷＥＢ閲覧やＥメール送受信の各処理を実行するにあたって使用したり、読取、記録時、または音声ＣＯＤＥＣデータを処理するエリアでもある。ここは、ＲＯＭ２０２と異なり、一時的なデータが記憶される。
【００３５】
さらに、ＲＡＭ２０３は電池等でバックアップされる部分もあり、時間データ等、各種サービス機能の設定内容やアドレス帳（あるいは電話帳）に登録した内容を記憶する。図２ではこのような領域のうち、特にアドレス帳２０３ａの領域を図示してある。
【００３６】
このアドレス帳２０３ａには、通常回線（後述する加入者線）の通話の際の番号通知などで得た電話番号、ＩＰ電話通信の際に得たＩＰアドレス、さらに、これらの選択情報に対応するユーザ名やメールアドレスの他、自機のユーザのユーザ名およびメールアドレスなどを所定の設定操作に基づき記憶させておく。
【００３７】
また、このアドレス帳に類した管理情報の記憶領域は、不揮発性のメモリとしてのＥＥＰＲＯＭ等で構成することもできる。
【００３８】
また、ＲＡＭ２０３は、ＩＰ電話接続手順にて検出したＩＰアドレスの一時保管や、ファイル送受信を行なうためのバッファや、ＷＥＢページ表示のための受信バッファとしても利用する。
【００３９】
通信制御部２０４は、アナログ（ＰＳＴＮ）公衆回線（スプリッタ１０２で分割されたアナログ帯域１０４）を収容するためのインタフェイスであり、アナログ回線の場合、局交換機の電話回線（以後、加入者線と称す）に接続され、ダイオードによる全波整流回路により構成された回線電圧の極性を一致させるための極性一致回路と、局交換機の加入者線に接続されて、局交換機からの呼出信号を検出するリンガー検出回路と、オフフック操作が行われると回線ループを形成するとともに、局に対してダイヤルパルスを送出するパルス送出回路と、２線−４線変換を行なうためのトランス回路で構成されている。また、外部に接続されるアナログ端末用のインターフェイス２２０も設け通常のアナログ端末も接続できるように構成されている。
【００４０】
ＭＯＤＥＭ部２０５は、ＤＳＰとＡＦＥ（アナログフロントエンド）で構成され、機能的には、Ｇ３ＦＡＸによるファクシミリの送受信を行なうファクシミリモデムの機能を、ＣＰＵ２０１の制御により実現する。さらにモデムデータ（ナンバーディスプレイデータ）の解析を行なうナンバディスプレイ機能と、エコーキャンセラ機能を有し、スピーカフォン機能をも実現することができる。
【００４１】
音源部２０６は、保留音や着信メロディーの音源であり内部に音源データ生成機能をもち、ＲＯＭ２０２や、ＲＡＭ２０３に記憶してあるデータに基づきＣＰＵ２０１の制御により音源部２０６でアナログ信号として再生することができる。また擬似ＤＴ、ＢＴ、ＲＢＴ等のコールプログレストーンを出力するための音源も兼ねる。
【００４２】
符号２０７は音声処理部で、ＣＰＵ２０１の制御によりＭＯＤＥＭ部２０５からの信号や音源部２０６、後述するハンドセット２０８、スピーカ２０９、本体マイク２１０、通信制御部２０４等の入出力信号をこの音声処理部２０７の音声パス制御により処理する。
【００４３】
ハンドセット２０８（図１）は通常回線（加入者線）上の通話およびＩＰ電話における音声の入出力に用いられる。ハンドセット２０８のフックのＯＮ／ＯＦＦはフック検出部２１６により検出され、このフックの状態に応じて回線のＯＮ／ＯＦＦが制御される。
【００４４】
スピーカ２０９は着信音や記憶した音声データの出力およびスピーカフォン通話時のモニタに用いられる。本体マイク２１０はスピーカフォン機能を実現する際の音声入力に使用する。
【００４５】
記録部２１１は、感熱型、熱転写型プリンタ、あるいはレーザービームプリンタ、インクジェットプリンタ等の周知の記録手段から構成され、ファクシミリ記録の場合ＭＨ、ＭＲ、ＭＭＲ符号化されたデジタルデータを復号化し、この復号化したデータを記録する。また、ＷＥＢブラウザからデータをプリントする場合は、ＲＡＭ２０３を受信バッファとして使用し、そこに格納されているマークアップ言語（通常ＨＴＭＬ）で記述されたウェブ１ページ分のデータを表示用データに変換し、表示部２１４の一画面に表示可能な量のデータをＲＡＭ２０３内の表示バッファに格納する。ＷＥＢブラウザは表示バッファへの格納を終了すると記録部２１１へ記録開始通知（格納終了通知）を行なう。
【００４６】
記録部２１１は格納終了通知を受けると表示バッファからデータを読み出し、１ラインごとにプリント用データに変換して記録手段へ転送する。転送が終わると転送終了通知をブラウザに通知する。転送終了通知を受けたブラウザは次の表示用データがあれば表示バッファに格納して記録部２１１に通知し、ウェブページ分のデータが終わり、次の表示用データがない時にはページ終了を通知する。以上の処理を繰り返して１ページ分のデータを記録部２１１に転送し、ウェブプリントを行なう。
【００４７】
読取部２１２はＣＣＤあるいは密着型センサアレイ等の周知の原稿読取手段を備えており、読取手段で読み取ったアナログデータをデジタルデータに変換するとともに、この変換されたデジタルデータをファクシミリ通信においては、ＭＨ、ＭＲ、ＭＭＲ符号化等の周知の符号化方法により符号化し出力する。
【００４８】
符号２１３はセンサ部であり、読取部２１２上の送信原稿の有無やサイズを検出しその結果をＣＰＵ２０１に通知する。また、記録部２１１上の記録紙の有無やサイズを検出しその結果をＣＰＵ２０１に通知する。
【００４９】
表示部２１４（図１）は、カラーＬＣＤや、モノクロＬＣＤ等の液晶部品などにより構成され、種々の情報表示を行なうために用いられる。表示部２１４の表示処理にはインターネット上のサーバより受信したＨＴＭＬの情報の表示、時刻の表示や通信中の回線状態およびエラー等の状態の表示、その他動作状態のモニタ表示、操作部２１５でキー入力された文字メッセージや受信した文字メッセージの表示、電話機の各種サービス機能の設定内容などの表示などが含まれる。
【００５０】
操作部２１５（図１）はキーボード（あるいはさらにマウスなどのポインティングデバイス）およびテンキー、ファンクションキーなどから成り、表示器２１４とともにユーザーインターフェースを構成する。ＷＥＢブラウズ操作、プリント、発呼／着呼／登録などに関するあらゆるユーザ操作を受け付け、その内容を制御部２０１に通知する。
【００５１】
ネットワーク制御部２４０は、インターネット通信にかかわる各種プロトコルを制御する。ネットワーク制御部２４０は便宜上回路ブロックとして示してあるが、実際にはその基本制御はＣＰＵ２０１のソフトウェアにより行なわれる。
【００５２】
ネットワーク制御部２４０は、ＭＩＩインタフェイスを用いたドライバ部２４１（通常ＰＨＹと呼ばれる）を介してＮＩＣ（ネットワークインターフェースカード）２４２（図示のように複数設けることも可）の入出力を制御するとともに、ＡＤＳＬモデム部２３０の入出力を制御する。
【００５３】
ＮＩＣ２４２はＣＳＭＡ／ＣＤ（イーサネット：商標名）などのインターフェース方式（あるいは他の）に基づくものを用いることができる。ＮＩＣ２４２はドライバ２４１を介してデータバス２１９に接続される。ＮＩＣ２４２はＬＡＮ１０５に接続された他の機器と通信するために用いられるが、後述の制御には必ずしも必須ではない。また、ＮＩＣ２４２は図２では異なるＩＰアドレスセグメントに属するＬＡＮと接続するために複数設けられているが、その個数は任意であり、また単数のみ設けられるものであってもよい。
【００５４】
ネットワーク通信において、ネットワーク制御部２４０を中心とした図２の回路ブロック間の入出力は次のように行なわれる。
【００５５】
ＩＰ電話の通信はたとえばＩＴＵ−Ｔ勧告Ｈ．３２３に記載されるＶｏＩＰにより行なう。ＶｏＩＰでは、ＩＰ（Ｉｎｔｅｒｎｅｔ    Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ＲＴＰ（Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  Ｆｏｒ  Ｒｅａｌ−Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎ）、ＲＳＶＰ（Ｒｅｓｏｕｒｓｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などの各種プロトコルが利用される。
【００５６】
ＩＰ電話の場合、ハンドセット２０８から入力される音声信号は、音声処理部２０７を介して処理され、ＣＯＤＥＣ部２４３により、音声処理のためのコーデック処理を実行し、ＩＴＵ−Ｔ勧告Ｇ．７１１やＧ．７２９等の符号フォーマットに基づく符号化／復号化を介して音声信号がデジタルデータとして送受信される。また、通話相手のＩＰアドレスを特定するためには、ＳＩＰ、ＩＴＵ−Ｔ勧告Ｈ．３２３、あるいはＭＣＧＰ等のプロトコルが利用される。
【００５７】
本実施形態では、インターネットと通信し、またＮＩＣ２４２を介してＬＡＮとも通信する、つまり異なるネットワークセグメント間でパケットをフォワードする。したがって、ネットワーク制御部２４０には、異なるネットワークセグメント間でパケットを転送するルータ機能、およびアドレス／ポート番号の変換を行なうＮＡＴ機能が設けられていることが望ましい。
【００５８】
ＮＡＴ機能は、プライベートＩＰアドレスと、Ｉｎｔｅｒｎｅｔアクセスに利用できる本来のグローバルＩＰアドレスを相互に変換し、ローカルなＩＰアドレスしか割り当てられていないノードから、透過的にＩｎｔｅｒｎｅｔをアクセスできるようにするものである。
【００５９】
また、ＬＡＮに接続される機器のため、起動時に動的にＩＰアドレスを割り当て、終了時にＩＰアドレスを回収するため、ＤＨＣＰも設けられる。
【００６０】
ＡＤＳＬモデム部２３０がＡＤＳＬ網と接続する際には、ＰＰＰｏＥなどのプロトコルが用いられる。ＡＤＳＬ網と接続する際の認証ではＰＡＰ／ＣＨＡＰなどのプロトコルが用いられるので、ネットワーク制御部２４０には、これらの認証プロトコルも実装しておく必要がある。
【００６１】
ネットワーク制御部２４０とＡＤＳＬモデム部２３０はＵＴＯＰＩＡなどのインターフェースを介して接続される。
【００６２】
ＡＤＳＬモデム部２３０は、上記のＡＤＳＬを用いてインターネット接続するための通信制御部で、スプリッタで分離した公衆回線（ＡＤＳＬ網用の帯域１０３）が接続される。ＡＤＳＬモデム部２３０は、ＡＦＥ部２３１とＢＢ−通信部２３２で構成され、ＡＤＳＬモデム部２３０にはＡＤＳＬモデムのプログラム格納用のＲＯＭ２３３とデータワークエリアのＲＡＭ２３４が接続されている。
【００６３】
図３はＩＰネットワークの構成を概念的に示している。図３に示すように本実施形態の通信端末２００は、公衆回線１０１によってＩＰ網１００に接続され、相手の通信端末２２０と通信する。図３は、通信端末（Ａ）２００と通信端末（Ｂ）２２０が同一インターネットサービスプロバイダ（ＩＳＰ）に接続された状態を想定している。
【００６４】
ＩＰ網１００上には、ＩＰ電話での呼接続に用いられるＳＩＰサーバ１１０、電話番号／ＩＰアドレスの対応テーブルを管理するロケーションサーバ１１１、ＩＰアドレスとドメイン／ホスト名の対応テーブルを管理するためのＤＮＳサーバ１１２、ＷＥＢサーバ１１３が設けられている。
【００６５】
また、図４は図３と同等の構成であるが、ＩＰ網１００が異なるインターネットサービスプロバイダ（ＩＳＰ：１５１、１５３）を介して接続されている状態を示している。インターネット接続の形態としては、通信相手によっては図３、図４いずれの接続形態もあり得る。図４では、ＩＳＰ（Ａ）１５１を介して通信端末（Ａ）２００が接続され、ＩＳＰ（Ｂ）１５３を介して通信端末（Ｂ）２２０が接続されている。
【００６６】
図４の場合は、異なるサービスプロバイダを結ぶためのＩＳＰ−ＧＷ１５２が異なるＩＳＰ間のゲートウエイ的役目を行なうことにより、通信端末２００、２２０間の通信が可能となる。なお、ＩＳＰ−ＧＷ１５２は必ずしも単一の機器により構成されるものではなく、複数のゲートウェイ機器により構成されている場合もある。
【００６７】
本実施形態のＩＰ電話通信では、ＳＩＰ方式を用いる。ここで発呼側が通信端末２００、着呼側が通信端末２２０であるものとすると、ＳＩＰでは、まず発呼側の通信端末２００がＳＩＰサーバ１１０に発呼メッセージを送り、相手端末２２０との接続を要求する。ＳＩＰサーバ１１０は、ロケーションサーバ１１１に相手端末２２０のＩＰアドレスを問い合わせ、判明したＩＰアドレスを用いて通信端末２００と２２０の間のＩＰコネクションが形成される。
【００６８】
次に上記構成において、ＩＰ電話により通話中の通信端末間で、インターネットリソースを共有するための通信制御につき、異なる形態を説明する。ここでは、通話中の通信端末間で共有するインターネットリソースとしてＷＥＢブラウザで表示可能なネットコンテンツ（典型的なものとしてはＷＥＢページ）を考える。
【００６９】
図５〜図９は本実施形態１のＩＰ電話通信のシーケンスを示している。図５〜図９のＩＰ電話通信では、図１および図２のように構成された通信端末Ａから通信端末Ｂへ呼接続し、通話を行なう。また、本実施形態では、端末ＡでＷＥＢブラウジングを行なうとともに、ＩＰ電話通信中に通信端末Ａから通信端末ＢにそのＵＲＬデータを転送し、通信端末（以下単に「端末」とも記す）ＡおよびＢとの間で同一のＷＥＢ情報を共有できるようにする。
【００７０】
なお、図５〜図９のＳＩＰサーバ１１０、ロケーションサーバ１１１、ＤＮＳサーバ１１２、およびＷＥＢサーバ１１３は、図３または図４に示したものと同じである。
【００７１】
図５〜図９の通信シーケンスは、図１のＣＰＵ２０１が通信制御プログラムを実行することにより実現される。このＣＰＵ２０１の通信制御プログラムはたとえばＲＯＭ２０２に格納される（後述の他の実施形態においても同様）。図５〜図９の通信シーケンスの各ステップは符号Ｓ５０１以降により示されている。なお、図５〜図９の通信では、既にＡＤＳＬコネクションが成立し、端末ＡおよびＢがＩＰ網と接続されているものとする。
【００７２】
ここでは、端末Ａから端末Ｂへ呼接続し、端末ＡでＷＥＢブラウザによりＷＥＢ情報閲覧を行ない、さらに端末Ａから端末Ｂに向けＵＲＬデータの転送を行なう。そして、端末Ｂでは、受信したＵＲＬデータをもとにＷＥＢ接続する動作につき説明する。
【００７３】
まず、端末Ａにおいて、ユーザが操作部２１５でダイヤル操作を行なう（図５のＳ５０１）。これにより、ＩＮＶＩＴＥメッセージにより、ＳＩＰサーバ１１０に接続される（Ｓ５０２）。
【００７４】
ＳＩＰサーバ１１０はロケーションサーバ１１１に対してＩＰアドレスを要求し（Ｓ５０３）、ロケーションサーバ１１１は指定された電話番号に対応したＩＰアドレスを検索し、ＳＩＰサーバ１１０に得られたＩＰアドレスを送信する（Ｓ５０４）。この間ＲＢＴ（リングバックトーン）の鳴動が端末Ａで行なわれる（Ｓ５０５）。
【００７５】
ここで、ＳＩＰサーバは、受信した相手端末ＩＰアドレスを元に、ＩＮＶＩＴＥ要求を端末Ｂへ送出し、接続要求する（Ｓ５０６）。この時、端末Ｂが発信側端末ＡのＩＰアドレスを入手することになる。
【００７６】
端末Ｂは、ＳＩＰサーバからのＩＮＶＩＴＥ要求により着信動作に入る（Ｓ５０７）。そして、呼出中を示すＲｉｎｇｉｎｇをＳＩＰサーバに返し（Ｓ５０８）、ＳＩＰサーバは端末Ａに対してＲｉｎｇｉｎｇ信号を送信する（Ｓ５０９）。
【００７７】
端末Ｂが応答すると（Ｓ５１０）、接続完了を示すＯＫ情報がＳＩＰサーバ１１０に送信され（Ｓ５１１）、ＳＩＰサーバ１１０は、端末Ａに向けてＯＫ情報を送信し、端末Ａも相手端末ＢのＩＰアドレスを入手する（Ｓ５１２）。
【００７８】
その後、端末Ａ〜端末Ｂ間に生成されたＩＰコネクションを用いて音声パケットの送受信が可能となり（Ｓ５１３）、端末Ａおよび端末Ｂは通話状態となる（Ｓ５１４）。通常、ＶｏＩＰによる通信は、リアルタイム性を重視し、メッセージを含めてＵＤＰベースで行なわれるが、ＴＣＰベースの接続を選択することもできる。
【００７９】
端末Ａは、ＩＰ網と接続されているため、ＷＥＢページやメール送受信など、インターネット上の資源を利用することができる。
【００８０】
端末Ａ、Ｂ間の通話の進行に応じ、両者の間で特定のＷＥＢページのようなインターネットリソースが話題にのぼることは充分考えられる。前述のように従来では、ＷＥＢページのＵＲＬはＩＰ電話中は音声でやりとりしていたが、本実施形態では端末ＡからＢにあるＷＥＢページのＵＲＬを伝送し、端末Ｂで閲覧できるようにする例を示す。
【００８１】
端末Ａで、ＷＥＢブラウザを起動し（Ｓ５１５）、操作部２１５からＵＲＬを入力すると、端末ＡはＵＲＬで指定されたＷＥＢサーバ１１３のアドレスをＤＮＳサーバ１１２に問い合わせる（Ｓ５１６）。問合せを受けたＤＮＳサーバ１１２は、ＵＲＬからＷＥＢサーバ１１３のアドレスを検索し（Ｓ５１７）、検索結果を端末Ａに返す（Ｓ５１８）。
【００８２】
端末ＡはＤＮＳサーバ１１２から得たＩＰアドレスを元にＷＥＢサーバ１１３にアクセスする。端末ＡからＳＹＮパケットを出し（Ｓ５１９）、ＷＥＢサーバ１１３からＳＹＮ・ＡＣＫパケットを受信し（Ｓ５２０）、相手のＳＹＮに対してＡＣＫパケットを送信する（Ｓ５２１）。
【００８３】
このようにして同期が取れると、端末ＡはＷＥＢサーバ１１３にＷＥＢページのリクエストを行い（図６のＳ５２２）、ＷＥＢサーバ１１３からＷＥＢページのデータを得る（Ｓ５２３）。ＷＥＢページのデータを受信した端末ＡはブラウザにＷＥＢページを表示させる（Ｓ５２４）。
【００８４】
端末Ａは表示させたＷＥＢページを通話相手の端末Ｂにも表示させるため、ＵＲＬの転送を行なう。このＷＥＢページの内容を端末Ｂのユーザにも見てもらいたい場合には、端末Ａのユーザは操作部２１５のリソース転送ボタン２１５ａを押下する。
【００８５】
リソース共有利用を起動する操作として、上記のリソース転送ボタン２１５ａの操作の他、たとえば、表示部２１４のツールバーや、ＷＥＢブラウザのウィンドウの１つとして用意したコンソール上の「ＵＲＬ転送」など適当な名前のボタンの操作（ポインティングデバイスなどによる操作も含む）などが考えられ、これらの所定操作のいずれか、あるいはいずれも許容するような仕様も考えられる。
【００８６】
本実施形態では、端末Ａから端末ＢにＵＲＬ情報をＦＴＰ（ファイル転送プロトコル）で転送するため、ＵＲＬを記述したファイルを作成する（Ｓ５２５）。このＵＲＬを含むファイルは受信側でブラウザを立ち上げられるようにＦＴＰの上位プロトコルであるＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ：ＲＦＣ３２８８）で記述する。
【００８７】
ＦＴＰでは、制御用のコネクションと、データ（ファイル）転送用の２つのコネクションを用いる。
【００８８】
まず、端末Ａはロケーションサーバから得た端末ＢのＩＰアドレスに基き制御用ポートの端末Ｂとの同期を取る。端末ＡからＳＹＮパケットを送信し（Ｓ５２６）、端末ＢからＳＹＮ・ＡＣＫパケットを受信し（Ｓ５２７）、相手のＳＹＮに対してＡＣＫパケットを送信する（Ｓ５２８）。端末Ｂは端末ＡにＦＴＰ通信が開始できることを示すｒｅａｄｙを送信する（Ｓ５２９）。
【００８９】
端末Ａは端末Ｂにログインをかけ（Ｓ５３０）、端末Ｂは端末Ａのログインを許可する（Ｓ５３１）。
【００９０】
このＦＴＰログインの認証方式に関しては、既にＩＰコネクションが成立しているので、ユーザ名にａｎｏｎｙｍｏｕｓ、パスワードにメールアドレスを用いるいわゆる匿名ＦＴＰ方式を用いることで多くの場合充分であると考えられる。たとえば、匿名ＦＴＰ方式であっても、さらにＩＰ電話で現在通話中の相手からのＦＴＰログインのみしか受け付けないようにすればかなりのセキュリティを確保できる。
【００９１】
しかし、認証シーケンスにおいては、さらに相互の端末に固有の情報を交換してセキュリティを向上することも考えられる。たとえば、図２の構成によれば、アドレス帳２０３ａが設けられているので、端末Ａからはメールアドレスを送信し、端末Ｂでは端末Ａから送信されたメールアドレスが自機のアドレス帳２０３ａに格納されているか否かを判定し、格納されていれば端末ＡのＦＴＰログインを許可するようにすればよい。このようなＦＴＰログインシーケンスはユーザ入力を行なうことなく自動で実行することができ、しかも、上記のようにアドレス帳の情報を用いた認証を行なうようにすれば、面倒な操作を必要とせず、不特定多数の相手のＦＴＰログインを禁止でき、セキュリティを確保することができる。
【００９２】
続いて端末Ａは制御用のポートの他にＵＲＬデータ転送用のポートを用意（Ｓ５３２）し、データ転送用のポートを使用して端末ＢにＵＲＬデータを転送する（図７のＳ５３５）。まず端末Ａはデータ転送用のポートの端末Ｂとの同期を取る（Ｓ５３３、Ｓ５３４）。端末ＡはＵＲＬを記述したファイルをデータ転送用のポートを介して端末Ｂに送信する（Ｓ５３６）。ファイルを受信した端末Ｂは端末Ａのデータ転送用ポートにＡＣＫを返し、端末Ａの制御用ポートに受信完了を通知する（Ｓ５３７）。
【００９３】
ＵＲＬデータの転送が完了すると、端末ＡはＵＲＬデータ転送用のポートを開放する（Ｓ５３８）。端末Ａはデータ転送用のポートから端末Ｂにポート解放要求を送信し（Ｓ５３９）、端末Ｂは端末Ａのデータ転送用ポートにＡＣＫを返す（Ｓ５４０）。これを受けて端末ＡはＵＲＬデータ転送用のポートの開放を完了し、ＵＲＬデータの転送を終了する（Ｓ５４１）。端末Ａは端末ＢにＦＴＰの終了を通知し（Ｓ５４２）、端末ＢからＡＣＫを受信する（Ｓ５４３）。
【００９４】
ＳＯＡＰで記述されたファイルを受信した端末Ｂは（Ｓ５４４）、受信したＵＲＬデータのファイルを解析する（Ｓ５４５）。ＳＯＡＰの場合、受信したデータファイルの取り扱い方法を指定できるので、端末ＢはＳＯＡＰの指示通りブラウザを起動し（図８のＳ５４６）、ブラウザに端末Ａから受信したＵＲＬを入力する。端末ＢはＵＲＬで指定されたＷＥＢサーバ１１３のアドレスをＤＮＳサーバ１１２に問い合わせる（Ｓ５４７）。問合せを受けたＤＮＳサーバ１１２は、ＵＲＬからＷＥＢサーバ１１３のアドレスを検索し（Ｓ５４８）、検索結果を端末Ｂに返す（Ｓ５４９）。
【００９５】
端末ＢはＤＮＳサーバ１１２から得たＩＰアドレスを元にＷＥＢサーバ１１３にアクセスする。まず端末ＢはＳＹＮパケットをＷＥＢサーバ１１３に送信し（Ｓ５５０）、ＷＥＢサーバ１１３からＳＹＮ・ＡＣＫパケットを受信し（Ｓ５５１）、相手のＳＹＮに対してＡＣＫパケットを送信する（Ｓ５５２）。同期が取れると、端末ＢはＷＥＢサーバ１１３にＷＥＢページのリクエストを行い（Ｓ５５３）、ＷＥＢサーバ１１３からＷＥＢページのデータを得る（Ｓ５５４）。ＷＥＢページのデータを受信した端末ＢはブラウザにＷＥＢページを表示させる（Ｓ５５５）。
【００９６】
ＷＥＢブラウザによる閲覧を終えた端末Ａはブラウザを終了させ（図９のＳ５５６）、ＷＥＢサーバ１１３に切断を送信し（Ｓ５５７）、ブラウザを終了する（Ｓ５５８）。端末Ｂもブラウザを閲覧し終えるとブラウザを終了させる（Ｓ５５９）。ＷＥＢサーバ１１３に切断を送信し（Ｓ５６０）、ブラウザを終了する（Ｓ５６１）。
【００９７】
通話の終了（Ｓ５６２）は、図９の場合、端末Ａ側から行なっている。ＶｏＩＰおよびＳＩＰ手順に基づき、ＳＩＰサーバ１１０を介してＢＹＥおよびＯＫメッセージの交換（Ｓ５６３、Ｓ５６４、Ｓ５６６、Ｓ５６７）が行なわれ、端末Ｂ側ではこれに基づきＲＯＴ鳴動（Ｓ５６５）、オンフック（Ｓ５６８）が行なわれ、ＩＰ電話の通話シーケンスが終了する（Ｓ５６９）。
【００９８】
なお、上述のＵＲＬデータの送信操作は、通話中に何度でも行なえる。このとき、たとえば、端末Ａでインターネットリソースが変る（たとえば表示中のＷＥＢページの再表示や、他のＷＥＢページへのジャンプ）ごとにリソース共有ボタン２１５ａを操作する方式でもよいし、また、通話が終了するまで（あるいは他の明示的な操作を行なうまで）端末Ａでインターネットリソースが変る（たとえば表示中のＷＥＢページの再表示や、他のＷＥＢページへのジャンプ）ごとに自動的に端末Ａから端末ＢにＵＲＬデータを送信するようにしてもよい。
【００９９】
次に上記のＩＰ電話通信の概略を図１０〜図１２にフローチャートとして示す。図１０〜図１２の手順は上記の図５〜図９の通信シーケンスに対応するもので、上記同様、図１のＣＰＵ２０１が通信制御プログラムを実行することにより実現される。このＣＰＵ２０１の通信制御プログラムはＲＯＭ２０２に格納される。図１０〜図１２の各ステップは符号Ｓ６０１以降により示されている。
【０１００】
まず、通知を行なう端末Ａは相手先端末に電話をかける。端末Ａはダイヤル操作を行いＳＩＰサーバに接続する（図１０Ｓ６０１）。ＳＩＰサーバは相手先端末の呼び出しを行なうとともに、端末Ａに相手先端末の電話番号に対応するＩＰアドレスを返す（Ｓ６０２）。端末Ａは呼び出し中状態になり、相手先端末が応答するのを待つ（Ｓ６０３）。相手先端末が応答すると通話状態になる（Ｓ６０４）。
【０１０１】
端末ＡはＷＥＢページを表示させるためにブラウザを起動する（Ｓ６０５）。端末ＡのブラウザにＵＲＬを入力すると、端末ＡはＵＲＬで指定されたＷＥＢサーバのアドレスをＤＮＳサーバに問い合わせ、検索結果を受ける（Ｓ６０６）。端末ＡはＤＮＳサーバから得たＩＰアドレスを元にＷＥＢサーバにアクセスしてＷＥＢページのデータを受け（Ｓ６０７）、ブラウザにＷＥＢページを表示させる（Ｓ６０８）。
【０１０２】
端末Ａは表示させたＷＥＢページを相手先端末にも表示させるため、ＵＲＬの転送を行なう。端末ＡはＵＲＬをＦＴＰで転送するため、ＵＲＬを記述したファイルを作成する（Ｓ６０９）。ファイルは受信側でブラウザを立ち上げられるようにＦＴＰの上位プロトコルであるＳＯＡＰで記述する。
【０１０３】
端末Ａはロケーションサーバから得た相手先端末のＩＰアドレスを元に制御用ポートの相手先端末との同期を取る（Ｓ６１０）。相手先端末との同期が取れると、続いて相手先端末にログインを行なう（Ｓ６１１）。
【０１０４】
端末Ａは制御用のポートの他にＵＲＬデータ転送用のポートを用意し、データ転送用のポートと相手先端末との同期を取る（図１１Ｓ６１４）。端末ＡはＵＲＬを記述したファイルをデータ転送用のポートを使用して相手先端末に送信する（Ｓ６１５）。ＵＲＬデータの転送が完了すると、端末ＡはＵＲＬデータ転送用のポートを開放する（Ｓ６１６）。端末Ａは相手先端末にＦＴＰの終了を通知し転送終了処理を行なう（Ｓ６１７）。
【０１０５】
ブラウザによる閲覧を終えた端末Ａはブラウザを終了させる（Ｓ６１８）。相手先端末との通話が終了すると通話を切断する（図１２Ｓ６２６）。
【０１０６】
次に、ＩＰ電話で通話中、相手先端末が表示しているＷＥＢページのＵＲＬを受信し表示させる際のフローを説明する。
【０１０７】
通知を受ける端末Ｂはスタンバイ状態では着信があるかどうか監視している（Ｓ６１２）。着信を検出すると端末Ｂは着信に応答し（Ｓ６１３）、通話状態になる（Ｓ６０４）。
【０１０８】
相手先端末から同期を要求されると、端末Ｂはそれにしたがって同期を取る（Ｓ６１０）。相手先端末からログインを要求されると、ログインを許可しデータ転送待ち状態になる（Ｓ６１１）。端末Ｂは相手先端末のデータ転送用のポートと同期を取り（Ｓ６１４）、相手先端末のデータ転送用のポートからＵＲＬを記述したファイルを受信する（Ｓ６１５）。
【０１０９】
ＵＲＬデータの転送が完了すると、相手先端末のデータ転送用のポートを開放し（Ｓ６１６）、相手先端末からＦＴＰの終了を受け転送終了処理を行なう（Ｓ６１７）。
【０１１０】
ファイルを受信した端末Ｂは、受信したファイルの解析を行なう（Ｓ６１９）。ファイルがＳＯＡＰで記述されていて、ＵＲＬが指定されブラウザを起動させる指示があるなら（Ｓ６２０）、ＷＥＢページを表示させるためにブラウザを起動する（Ｓ６２１）。ブラウザに相手先端末から受けたＵＲＬを入力すると、端末ＢはＵＲＬで指定されたＷＥＢサーバのアドレスをＤＮＳサーバに問い合わせ、検索結果を受ける（Ｓ６２２）。端末ＢはＤＮＳサーバから得たＩＰアドレスを元にＷＥＢサーバにアクセスしてＷＥＢページのデータを受け（Ｓ６２３）、ブラウザにＷＥＢページを表示させる（Ｓ６２４）。
【０１１１】
ブラウザを閲覧し終えた端末Ｂはブラウザを終了させる（Ｓ６２５）。また相手先との通信状態を監視していて（図１２Ｓ６２７）、相手先に切断されたことを検出すると通話を終了する（Ｓ６２８）。
【０１１２】
以上では、発呼した端末Ａ側から端末Ｂ側にＵＲＬデータを送信する例を示したが、ＵＲＬの送信はいずれが発呼側かに関係するものではなく、当然ながら上記と同様にして端末Ｂから端末ＡにＵＲＬデータを送信し、端末Ａ側で閲覧させることができる。また、以上では、端末Ａ側から端末Ｂ側にＵＲＬデータを送信する場合、端末Ａ側が端末Ｂ側にＦＴＰログインする、つまり端末Ｂ側をＦＴＰサーバとして機能させ、端末ＡがＵＲＬデータを送信（図７のＳ５３６：この際ＳＴＯＲ、ないしＳＴＯＵなどのＦＴＰコマンドが用いられる）する例を示した。しかしながら、ＵＲＬデータ送信の際のＦＴＰのログイン方向、送受信方向（送信コマンドであるＳＴＯＲ、ないしＳＴＯＵを用いるか、受信コマンドであるＲＥＴＲを用いるか、など）は任意であり、適宜変更してよい。
【０１１３】
さて、以上のようにして、通信端末２００、２２０（Ａ、Ｂ）間で、ＷＥＢブラウザを用いて同一のインターネットリソースを閲覧させることができる。
【０１１４】
さらに本実施形態では、同一のインターネットリソースの閲覧をより確実に同期させる。すなわち、通話者が確実に同一の情報を取得できるように保証する制御を行なう。本実施形態では、このために同一のインターネットリソースを閲覧しているＷＥＢブラウザのスクロール状態を通信端末２００、２２０（Ａ、Ｂ）間で同期させる。
【０１１５】
図１３に通信端末２００、２２０（Ａ、Ｂ）のＣＰＵ２０１が必要とするソフトウェア構成例を示す。
【０１１６】
図示のように、ファクシミリ通信、画像の記録出力ＷＥＢブラウジングなどのためにソフトウェアブロックが必要とされるのはもちろんであるが、本実施形態では、ＷＥＢブラウザの表示状態を同期させるためにハードウェア非依存型のオブジェクトとしてのＪａｖａ（商標名、以下では省略）アプレットをインターネット上のサーバからダウンロードして端末で実行する構成を採用する。
【０１１７】
ＩＰ電話で通話を開始して同一のＷＥＢページを端末同士が表示した後、通信端末２００、２２０（Ａ、Ｂ）は後述するＪａｖａアプレットをサーバからダウンロードし、表示制御を行なう。
【０１１８】
図１３のソフトウェアブロックは次のように構成されている。
【０１１９】
ＲＴＯＳ（リアルタイムＯＳ）４１１９は、符号４１０１から４１１９の各ソフトウェアブロック（タスク、あるいはメモリ領域）の実行制御や管理機構に加え、各タスク間の通信の制御や、アプレット格納領域をはじめとするメモリに対する各タスクのアクセス制御を行なう。
【０１２０】
電話アプリ４１０１は、ＩＰ電話の通信に必要なソフトウェアブロックで、ＳＩＰ４１１３、ＵＤＰ／ＩＰ４１１６の各レイヤを上位層において制御し、ＶｏＩＰ通話の呼制御と、電話帳検索などを初めとする電話関連のアプリケーションを制御する。
【０１２１】
ＷＷＷブラウザ（ＷＥＢブラウザ）４１０２は、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のプロトコルに基づき、指示されたサーバとの間でデータのやり取りを行ったり、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）あるいはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の解析を行い、解析したサーバコンテンツの表示を行なう機能を有している。また、ＷＥＢページからアプレットを端末にダウンロードする機能も有している。
【０１２２】
ウインドウコントロールブロック４１０５は、端末において表示を行なう最上位アプリケーション（たとえば通話中表示画面、ＷＥＢブラウズ表示画面、ＦＡＸ操作表示画面など）を端末のＬＣＤ表示上にそれぞれ別のウインドウとして表示するための制御を行なうソフトウェアブロックである。本実施形態では、このウインドウコントロールを用いて、ＶｏＩＰ通話の画面表示アプリケーションとＷＥＢブラウズ表示画面をそれぞれ独立したアプリケーションとして動作させ、それぞれ独立したウインドウとして同時に表示することを可能にする。
【０１２３】
アプレット管理タスク４１１０は、ＷＷＷブラウザを介して指定されたサイトからアプレットなどをダウンロードしてアプレット格納メモリに格納したり、また、ユーザの要求や他のブロックからの動作要求に基づいてアプレット格納メモリに格納されているアプレットを起動したり、アプレットを格納メモリから削除したりする管理制御を行なうものである。この管理制御はアプレット自体の動作とは直接関係を持たず、アプレット実体のメモリ内における格納管理と起動管理を行なうものである。
【０１２４】
アプレットメモリ４１０７はアプレットの格納を行なうためのメモリ空間である。各種のデータ格納のほかアプレットの実行に必要なワークメモリも本メモリエリアからの切り出しによって確保する。ワークメモリの使用状況はアプレット管理タスク４１１０で管理を行い、メモリの使用状況のテーブル自体も本アプレットメモリ上に配置される。
【０１２５】
起動されたアプレットは、ＪＶＭ（Ｊａｖａ仮想マシン）４１０８上にロードされ、あらかじめ用意されているクラスライブラリなどを使って実際に実行される。このクラスライブラリにおいては、アプレットから見て、端末のハードウエア構成やサーバとの通信手段に依存しない形式で通信相手やサーバとの間で情報伝達が可能なソフトウエアインターフェイスのライブラリを各種装備している。
【０１２６】
図１４に、ＪＡＶＡにおけるクラスライブラリとアプレットの関係を示す。クラスライブラリ１４０１は、オブジェクト指向のプログラミング環境において用いられるライブラリで、一般によく使用される特定の機能を有するクラス（Ａクラス、Ｂクラス、Ｃクラス…拡張Ａクラス）の集合体である。クラスとは、類似のデータを取り扱うためのデータ構造や関数定義から構成される。
【０１２７】
ＪＡＶＡアプレット１４０３はクラスライブラリ１４０１の中にあるうちの必要なクラスを使用することによりプログラムサイズの省力化を図っている。クラスライブラリには、その端末の特徴を踏まえて、いくつかのクラスが最初から用意されているが、端末を供給するメーカやプロバイダー独自の拡張クラス（図中の拡張Ａクラス）も存在しており、クラスの種類によっては端末には最初から用意されていない場合もある。
【０１２８】
したがって、端末装置にＪＡＶＡアプレット１４０３が必要とするクラスがクラスライブラリ１４０１に存在しない場合には、そのアプレットを実行させることができないため、必要とされるクラスを新たに取得する必要がある。アプレットを実行するのに必要なクラスが端末のクラスライブラリに存在するか否かは、アプレット管理タスク４１１０が判別する。アプレット管理タスクは、必要なクラスを認識し、自己のクラスライブラリに存在しない場合はそれを取得する制御を行なうが、そのためにＡＤＦ（Ａｕｔｏｍａｔｉｃａｌｌｙ  ＤｅｆｉｎｅｄＦｕｎｃｔｉｏｎ）ファイル１４０２が参照される。
【０１２９】
図１５にＡＤＦファイル１４０２の構成を示す。ＡＤＦ（Ａｕｔｏｍａｔｉｃａｌｌｙ  Ｄｅｆｉｎｅｄ  Ｆｕｎｃｔｉｏｎ）ファイルとは、アプレットを提供するサーバに用意されているアプレットの動作条件について記されたテキストファイルである。図示のようにＡＤＦファイル１４０２には対応するアプレットのバージョン情報やアプレットのファイルサイズ、ＪＡＶＡアプレットの実行に必要なクラスなどが記述されている。アプレット管理タスク４１１０はこのＡＤＦファイル１４０２を参照することにより、当該アプレットのダウンロードに必要なシーケンスを知ることができる。
【０１３０】
図１６は、サービスを行なうのに必要なＪＡＶＡアプレットを獲得するために端末１６０１とサーバ１６０２間で行なわれる通信シーケンスを示している。
【０１３１】
端末１６０１とサーバ１６０２間で接続が確立されている環境で、端末１６０１はサーバ１６０２から特定のサービスを受けるために必要なアプレットの情報を得る。端末１６０１のアプレット管理タスクは、その必要とされるアプレットが端末１６０１に存在するか否かを参照し（Ｓ１６０１）、存在していればそのアプレットを実行させてサーバからサービスを受けることができる。
【０１３２】
端末１６０１に必要なアプレットが存在しなければ、端末１６０１はサーバ１６０２からアプレットをダウンロードする必要があるため、まずアプレットのダウンロードが可能か否かをダウンロードを行なう前に知るためのＡＤＦファイルをサーバに要求する（Ｓ１６０２）。サーバはＡＤＦファイル要求を受け取るとアプレットに対応したＡＤＦファイルを端末へ送信する（Ｓ１６０３）。
【０１３３】
端末１６０１はＡＤＦファイルの受信が完了すると、アプレット管理タスクによりＡＤＦファイルを参照し、そのアプレットをダウンロードし、実行することが可能か否かの判別を行なう。たとえば、ＡＤＦファイルに記されたアプレットのファイルサイズと端末１６０１のアプレット格納メモリとを比較参照して、アプレットのダウンロードに必要なアプレット格納メモリ領域が存在するか否かを判別する（ここでダウンロードに必要な格納メモリ領域が存在しなければ、一連の手順を終了する）。
【０１３４】
さらに、ＡＤＦファイルに記されたアプレットの実行に必要なクラスが、端末１６０１のクラスライブラリに存在するか否かの判別も行われる（Ｓ１６０４）。もし、必要なクラスが存在しなければアプレット管理タスクはサーバ１６０２へ必要なクラスを要求する（Ｓ１６０５）。サーバ１６０２はクラスの要求を受けると、要求のあったクラスを端末１６０１へ送信する（Ｓ１６０６）。
【０１３５】
端末１６０１のアプレット管理タスクは必要とされるクラスの受信が正常に終了し、かつ、アプレットをダウンロードする環境が整っていれば、いよいよアプレット要求をサーバ１６０２へ送り（Ｓ１６０７）、これに応じてサーバ１６０２はアプレット要求を受けるとアプレットを端末１６０１へ送信する（Ｓ１６０８）。このときアプレットは、ＪＡＲファイル（ＺＩＰ形式などにより圧縮された複数ファイルのアーカイブ）として送信される。このようにして、アプレットを受信した端末はそのアプレットを実行することができる（Ｓ１６０９）。
【０１３６】
なお、図１６に示したＪＡＶＡ制御用のサーバ１６０２は、端末１６０１のメーカーや、端末１６０１で実行されるソフトウェアベンダ、あるいはサービスプロバイダなどが設置する。
【０１３７】
以上のようにして、端末１６０１はサーバから特定のサービスを受けたい時に、必要なＪＡＶＡアプレットをダウンロードすることができる。
【０１３８】
図１７は端末Ａと端末Ｂ（図３、図４の２００および２２０に対応。以下、単に端末Ａと端末Ｂと記す）が通信回線を使用し、インターネット経由で本実施形態のサービスを実現するためのネットワーク構成を示している。
【０１３９】
図示の構成においては、インターネット上において端末Ａと端末Ｂが、サーバを経由して互いに通信を行なう接続形態としており、この場合、サーバ１７０１はロビーサーバとしての動作を行なうことを想定している。
【０１４０】
これにより端末Ａと端末Ｂは、ロビーサーバ１７０１を経由することで高速なピアトゥピアのクライアント間通信を行なうことが可能となる。
【０１４１】
ロビーサーバ１７０１では、ロビーサーバ１７０１に接続されたクライアント端末Ａ、Ｂのログイン管理、あるいは端末からの通信情報を受け取り、その端末の通信相手の端末へ通信情報を引き渡すためのサーバ機能の処理を行なうサーブレット１７０２を具備している。そして、このサーブレット１７０２はクライアント端末のログイン管理を行なう機能と、クライアント端末間が相互通信を行なう際の中継処理を行なう機能を有している。
【０１４２】
まず、端末Ａはロビーサーバ１７０１にログインを行なう処理を開始する（Ａ１）。ログインに際しては端末Ａのもつ固有のＩＤをログインの認証キーとして用いる。本実施形態ではたとえばログインの認証キーとして端末Ａの電話番号を認証キーとする。なお、端末Ａの電話番号はたとえばＲＡＭ２０３の前述のアドレス帳の領域２０３ａに格納したものを用いる他、ＶｏＩＰのサービスプロバイダがＲＯＭ２０２などの特定の領域に格納した番号が用いられる。
【０１４３】
同様にして、端末Ｂもログインの認証キーとして端末Ｂの電話番号を認証キーとしてログインを行なう（Ａ２）。
【０１４４】
端末Ａも端末Ｂもあらかじめダウンロードして装置内で動作状態になっているアプレットにてこの認証動作を行なう。
【０１４５】
端末のアプレットはロビーサーバ１７０１内のサーブレットと１対１の関係で通信を行なうものであり、これはアプレットのルールとしてダウンロード元ホストとのみ接続・通信できるという原則を守っている。
【０１４６】
ロビーサーバ１７０１では端末Ａと端末Ｂのアプレットから送信されてきた認証キーを照合し、あらかじめＶｏＩＰの通話状態、あるいは呼接続プロトコルにより双方の端末のグローバルアドレスが明らかになっている状態よりも後に、端末Ａと端末Ｂがアプレットによる通信サービスを開始するものであるかどうかを判断する。
【０１４７】
判断としては、端末Ａと端末Ｂからそれぞれ送信された認証キーより、クライアント端末がＶｏＩＰの付加サービスとしてどのような機能をオプションとして有しているのかをサーバ内のクライアントデータベース１７０３にてマッチング照合することで判断を行なう。特に図示は行わないが、このサーバーのクライアントデータベース１７０３にはクライアントユーザのグローバルアドレス、電話番号、オプションサービス契約、課金情報、などが顧客情報としてクラス定義されており、クライアントユーザ別のオブジェクトとしてデータベース管理が行なわれる。
【０１４８】
クライアント端末が同一のサービス内容をそれぞれオプションとして有している場合、ロビーサーバ１７０１は双方のクライアント端末である端末Ａと端末Ｂにそのオプション使用の認証を認める。このようなオプションはＶｏＩＰの付加サービスのオプションとして、クライアント端末を使用するユーザが事前にＶｏＩＰサービス供給者との契約に基いて使用可能となる（上記の認証が有効となる）ものであってよい。
【０１４９】
また、認証の他の手段としては、クライアント端末のグローバルアドレスを用いてクライアントデータベース１７０３の照合を行ってもよい。その場合は認証キーとしてのクライアントの電話番号を送出するシーケンスを省くことが可能となり、この場合は電話番号を有さない端末に対しても本実施形態を適用することができるようになる。
【０１５０】
認証が正常に終了すると、ロビーサーバ１７０１は端末Ａと端末Ｂの通信をスルーモードとして、端末Ａと端末Ｂをピアトゥピアのクライアント間通信を行なう動作状態に遷移させる（Ｃ１）。
【０１５１】
すなわちこのスルーモードでは、端末ＡのアプレットからＸＭＬ形式で送信したコマンドをロビーサーバがいったん受け取り、そして受け取ったコマンドを送信先を端末Ｂとして送信するものである。端末Ｂがコマンドを送出した場合も同様に、端末Ａにコマンドが届く様に動作が行われる。
【０１５２】
つまり、ダウンロード元ホストとのみ接続・通信できるというアプレットの原則を守りながらロビーサーバ１７０１とアプレットによる通信を用い、結果的にはＶｏＩＰ通話を行いながらクライアント端末Ａ、Ｂ間のピアトゥピアのコマンド通信を行なうコマンドの経路が形成される。
【０１５３】
図１８はこのときクライアント端末Ａ、Ｂ間でピアトゥピアで送受信されるコマンドの一例を示している。この図示のコマンドは端末Ａ、Ｂ間でＷＥＢブラウザのスクロール位置を同一に制御するために送受信されるものである。
【０１５４】
図示のように、本実施形態の端末Ａ、Ｂ間でピアトゥピアで送受信されるコマンドは、ＸＭＬベースの情報伝達のためのプロトコルであるＳＯＡＰにより定義される。
【０１５５】
ＳＯＡＰメッセージではエンベロープ、ヘッダ、ボディの構文構造になっているが、図１８の下線部分、つまりＳＯＡＰメッセージのボディの部分において本実施形態の特徴的な部分がある。よって、ここでは他の公知部分の構文構造の説明に関しては割愛する。
【０１５６】
図１８の下線部分は
＜ＢｒｏｗｓＰｏｓｉｔｉｏｎ＞１００＜／ＢｒｏｗｓＰｏｓｉｔｉｏｎ＞
のように構成されている。このデータ型＜ＢｒｏｗｓＰｏｓｉｔｉｏｎ＞は、装置がブラウザを画面表示する際にコンテンツのページ先頭から何ドットの位置からブラウザ画面に表示を行なえばよいかというドット数をパラメータで示したものを意味している。なお、この場合数値は、コンテンツのページ先頭からのドット数の他、コンテンツのページ先頭からのテキスト行数などで表現することにしてもよい。
【０１５７】
また、コンテンツのページ先頭からのドット数が指定されていても、多くのＷＥＢブラウザはブラウズの際の表示幅を画面やウィンドウサイズに合せてテキストを詰め込むため、双方の表示能力を端末どうしで認識できなければ上記のような指定は意味がない。
【０１５８】
したがって、このような表示能力を示すためには図２３のように、ＳＯＡＰメッセージのボディの部分に
＜ＢｒｏｗｓＰｉｘｅｌ＞２００、２００＜／ＢｒｏｗｓＰｉｘｅｌ＞
のように端末の表示能力を指定したメッセージも必要になる。このデータ型＜ＢｒｏｗｓＰｉｘｅｌ＞は、装置がブラウザを画面表示する際に表示可能な最大の画素数を［横］、［縦］の２つのパラメータで示したものを意味している。このデータ型も同様に画素のみならず、テキスト文字数（行、列のサイズ）などで表現することにしてもよい。
【０１５９】
上記のようなサービスで使用する各種データ型は、あらかじめ端末がダウンロードしたアプレット内でパーサー定義がなされており、アプレットはＳＯＡＰメッセージを受信した際にメッセージのヘッダ部分の識別子によりメッセージがサービスの情報パケットであることを認識することができる。
【０１６０】
図１９の右側は端末Ａと端末Ｂが同一サイズのブラウズ画面を開くまでのコマンドシーケンスを示している。左側は端末Ａと端末Ｂがロビーサーバ１７０１を経由して通信状態になっている状態を示している。図１９の通信は、前述のようにして端末ＡおよびＢのＷＥＢブラウザが同一のＷＥＢページを表示させた後、開始される。
【０１６１】
図１９の右側に示すように、まず、端末Ａが端末Ｂへと画面サイズ取得要求を送出する（Ｓ４１０７１）。この場合は、端末Ａが主導となって画面サイズの決定を行なうものとする。そのため端末Ａが端末Ｂの画面制約情報としての画面サイズ取得要求をまず行なわなければならない。なお、主導となる端末はたとえば、最初に電話をかけた端末とし、この端末が当該コマンドを発することとしてシーケンス開始のトリガーとする。
【０１６２】
次に、端末Ｂは自分の装置における制約を鑑みて、端末Ａに対してブラウザ表示を行なうことが可能な最大の画素数をコマンド送信する（Ｓ４１０７２）。この時、図２３の＜ＢｒｏｗｓＰｉｘｅｌ＞構文（あるいは類似の構文）が用いられる。ここで言う制約の一例としては、端末内で表示が行われている他のアプリケーションの状態に依存するというものである。つまりブラウザサイズの同期サービスを行なう場合に、端末Ｂの表示画面内で他のアプリケーションの表示がされていない場合は、その端末で表示可能な最大サイズ画素数を最大ブラウズ可能な画素数と割り当てればよく、その画素数をレスポンスとして返せばよい。あるいはその端末で表示している他のアプリケーションと並行して複数のウインドウ表示を行う場合は並行して表示することが可能な最大サイズとして決めても良い。
【０１６３】
このようにして端末Ｂは端末Ａに対して表示可能な最大サイズ画素数をレスポンスとして返すが、当該レスポンスを受け取った端末Ａは、端末Ｂでの表示可能な最大画素数を認識して自らの端末Ａにおけるブラウズ表示可能な最大画素数との比較を行なう。この比較の結果、たとえば端末Ａの表示可能サイズの方が縦・横ともに大きいサイズの場合は、端末Ｂのサイズを共通画面画素数として決定する。
【０１６４】
本実施形態では縦・横ともに同一画素数の画面を決定するものとして説明を行っているが、ブラウズするホームページの内容によっては横の画素数あるいは縦の画素数のうち一方を共通画素数としたほうがユーザビリティ性に関して都合がよいケースもある。この場合、横の画素数あるいは縦の画素数のうち一方を共通画素数とし、もう一方の画素数はそれぞれの装置がそれぞれの画面内でとりうる最大の画素数として決めてもよく、本実施形態では画素数の決定に際しては特に制約を与えるものではないものとする。
【０１６５】
端末Ａおよび端末Ｂの表示画面サイズの決定については、後でさらに詳細に説明する。
【０１６６】
次に決定した共通画面画素数を画面サイズ変更メソッドとして端末Ａから端末Ｂへと送信（Ｓ４１０７３）し、双方の端末で対応する画面サイズ変更処理を行なう（Ｓ４１０７４）ことにより、端末Ａと端末Ｂが同一画面画素数でブラウズ表示を行なうことが可能となる（Ｓ４１０７５）。
【０１６７】
図２０は、上述のようにして端末Ａと端末Ｂが同一サイズのＷＥＢブラウザ画面のサイズを決定した後、さらに画面表示位置を通知し、一方の端末で画面表示位置が変化した場合には画面表示位置が同期するように画面をスクロールさせるためのコマンドシーケンスを示している。
【０１６８】
まず、端末Ａが端末Ｂへと画面位置同期制御開始通知を送出する（Ｓ４１０７１１）。この場合は、先にスクロール操作（操作部２１５のスクロールキー２１５ｂ、あるいはマウスなどの不図示のユーザーインターフェースが設けられている場合はこのようなポインティングデバイスによっても行なわれる）を行ったのが端末Ａである例として説明を行なうが、先に画面のスクロール操作を行ったのが端末Ｂであっても同様の制御が可能であるのはいうまでもない。
【０１６９】
続いて端末Ｂが端末Ａから受け取った画面位置同期制御の開始通知に対し、装置Ｂの動作状態がこのコマンドを受け付ける状態にある場合、すなわち端末Ａのスクロール操作を受け付けてもよい場合はＡＣＫ返答を行なう（Ｓ４１０７１２）。
【０１７０】
なお、同じタイミングで装置Ｂの端末操作によりユーザがスクロールを行なう操作を行った場合には、端末Ｂが端末Ａに対して画面位置同期制御の開始通知をコマンド送信するが、このコマンドが衝突した場合は互いにＡＣＫ返信は行わず、しかもその時の端末上でのスクロール操作はその端末自身のブラウザ表示スクロールも行わない制御として、端末Ａと端末Ｂの画面表示位置のずれを生じないようにするとよい。
【０１７１】
ＡＣＫ返答（Ｓ４１０７１２）を行った後、端末Ａが主導となって画面表示位置制御コマンドをこのあと端末Ｂへ適宜送信する。すなわち、端末Ａから端末Ｂへ画面表示位置制御コマンドが通知される（Ｓ４１０７１３…）が、このコマンドはスクロール操作、すなわち、ユーザが操作部２１５上でスクロールキーを押下するタイミングとほぼ同期して送信される。この時、図１８の＜ＢｒｏｗｓＰｏｓｉｔｉｏｎ＞構文（あるいは類似の構文）が用いられる。図２０では計３回のスクロール操作に応じて３回のコマンド通知（Ｓ４１０７１３、Ｓ４１０７１４、Ｓ４１０７１５）が端末Ｂに対して行なわれている。
【０１７２】
また、端末Ａのユーザ操作が一定時間以上無かった場合（Ｓ４１０７１６）タイムアウト時間経過処理となり、このタイムアウトが発生すると、端末Ａから端末Ｂに対して画面位置同期制御終了通知が送信され（Ｓ４１０７１７）、端末Ｂから対応するＡＣＫが返送される（Ｓ４１０７１８）。このような処理を行なうのは端末のスクロール操作がしばらく無い場合にはいったん同期制御のシーケンスを終了し、相手端末からのスクロール操作があった場合に前回とは反対側の端末がスクロール主導権を持つことを可能にするためのものである。
【０１７３】
よって、図示とは反対に端末Ｂのスクロール操作があった場合は、ここまで説明した端末Ａと端末Ｂの関係を逆に置き換えた処理を行なうことにより、端末Ｂの行ったスクロール操作を端末Ａ上のスクロール表示として制御することが可能となる。
【０１７４】
次に、図２１にＷＥＢブラウザの画面表示位置を決定するためのＪＡＶＡアプレットの具体的な制御を示す。ここではＪＶＭ４１０８上でアプレットがすでに動作状態になっているものとして説明を行なう。
【０１７５】
画面表示位置同期シーケンスを開始（Ｓ４１０８１）されると、ロビーサーバ１７０１に対して認証ＩＤのコマンド送出を行う（Ｓ４１０８２）。認証ＩＤに関しては前述のようにクライアント端末の持つ電話番号を使用する。この認証ＩＤとして用いる電話番号を、文字列データの認証ＩＤとして、前述したＳＯＡＰメッセージの中で、データ型を定義することにより、コマンドフォーマットを定義することができる。なお、本実施形態では本シーケンスを開始する前に認証を行なうものとして説明を行っているがこれは省略しても良く、その場合でも本実施形態の主要な制御は影響を受けない。
【０１７６】
続いてロビーサーバ１７０１からの認証ＡＣＫコマンドを待ち（Ｓ４１０８３）、認証ＡＣＫを受信すると、通話相手端末へ画面位置同期制御開始のコマンドを送出する（Ｓ４１０８４）。この段階ではロビーサーバ１７０１はクライアント端末間から発せられたコマンドが端末間で通信を行なうパケットであると判断した場合、クライアント端末から受信したコマンドをそのままスルーモードとしてもう一方のクライアント端末へと送信し、さらに、通信相手端末から前述の画面位置同期制御開始コマンドに対するＡＣＫコマンドを待つ（Ｓ４１０８５）。
【０１７７】
対応するＡＣＫコマンドを受信すると、画面スクロール操作があったかどうかを判断する（Ｓ４１０８６）。画面スクロール操作があったと判断された場合はステップＳ４１０１７へ分岐する。
【０１７８】
ステップＳ４１０８７では相手端末へ画面位置制御コマンドの送信を行ない、続いて自端末の画面スクロールを行なう（Ｓ４１０８８）。自端末の画面スクロールの画素サイズは相手端末へコマンド送信することによって指示した画素数と同じものである。
【０１７９】
一方、画面スクロールがなかった場合（Ｓ４１０８６）は、一定時間のタイムアウト時間が経過したかどうかを判断する（Ｓ４１０８９）。一定時間のタイムアウト時間が経過したと判断した場合にはステップＳ４１０８１０へ分岐する。経過していないと判断した場合には再びステップＳ４１０８６へ戻り、画面スクロール操作が行われたかどうかの判断へ戻る。
【０１８０】
ステップＳ４１０８１０は一定時間のタイムアウト時間が経過した場合の処理である。ユーザ操作が一定時間無かった場合は、前述した通り一旦同期制御のシーケンスを終了し、相手端末からのスクロール操作があった場合に前回とは反対側の端末がスクロール表示が可能となるような制御を行なうための手順を行なう。すなわち、ここでは通話相手端末へ画面位置同期制御終了のコマンド送信を行なう。
【０１８１】
さらにステップＳ４１０８１１では、上記の画面位置同期制御終了のコマンド送信に対する相手端末からのＡＣＫ受信を待ち、ＡＣＫ受信を行なうとＳ４１０８１２で本シーケンスを終了する。
【０１８２】
図２１の処理は、ＷＥＢブラウザのスクロールを行なった側の端末の処理として記載されているが、もちろん、他方の端末がスクロール操作を行った場合は、ここまで説明した端末Ａと端末Ｂの関係を逆に置き換えれば、端末Ｂの行ったスクロール操作を端末Ａ上のスクロール表示として制御することが可能となることは前述した通りであり、本制御フローで説明した制御を反対側の端末が主導となって行なうことができるのはいうまでもない。
【０１８３】
図２２は、端末Ａと端末Ｂが通信を行い画面表示位置同期制御を行った時のユーザインターフェイスを示している。図２２は、表示部２１４の表示例で、画面の左側はＩＰ電話による通話相手の識別情報（相手名称、電話番号、通信時間など）を表示している（２２０１）。画面の右側はＷＥＢブラウザ表示（２２０２）となっており、一般的なコンテンツを表示するための領域（２２０４）と、ＷＥＢブラウザの状態表示のための領域（２２０３：モードラインなどと呼ばれることがある）から構成されている。
【０１８４】
上記の表示同期制御によって、コンテンツ表示領域（２２０４）には、インターネットを経由して通話中の相手端末のブラウザ表示画面と全く同一の表示画面が同期表示されている。
【０１８５】
そして、上述のようにして自端末のスクロール操作によりブラウザ表示画面で表示しているネットコンテンツのある部分の画面をスクロールさせると、「通話相手にも同じ部分を表示中です」と表示され（２２０３）、スクロール操作を行っている自端末のユーザに対して双方が同じ部分を見ていることを報知する。また、モードライン（２２０３）には、スクロールを行なう主導側の端末が入れ替わった場合に相手端末により自端末のスクロールが制御されている場合には、「相手操作により同じ部分を表示中です」などと表示を行なってもよく、主導側の切り替えとユーザメッセージの同期を行なう制御を行なうことで一層のユーザビリティ性向上を計ることが可能となる。
【０１８６】
以上のようにして、通話中に閲覧しているインターネットリソース（ネットコンテンツ）のＵＲＬを他方の端末に送信することにより、通話中の端末同士が自動的に同一ページの閲覧を可能とすることができる。
【０１８７】
さらに、通話中の端末同士が同一ページの閲覧を行なう場合に、いずれか一方の端末のブラウザ画面表示のスクロール操作を行なった場合は、自動的に相手端末のブラウザにおいても等価な画面表示のスクロール操作を行なう、すなわち、常に自動的に双方の通話端末が閲覧中のインターネットリソースの同一部分を表示するよう表示同期制御を行なうことができ、確実に閲覧中のインターネットリソースの同一の情報が通話中の双方の端末のユーザに伝達されるよう保証することができる。
【０１８８】
さて、以上では、図１９に通話中の端末Ａ、Ｂが表示画面サイズの変更を行なうことを示したが、この表示画面サイズの変更処理の詳細を図２４に示す。
【０１８９】
図２４は図２１と同等の様式により、画面サイズ同期制御（Ｓ４１０９１）の詳細を示している。
【０１９０】
図２４では、破線で囲ったステップＳ４１０９２およびＳ４１０９３にロビーサーバ１７０１との間で行なう認証処理を示してあるが、これらは図２１のステップＳ４１０８２およびＳ４１０８３と同等であり、図２４の表示画面サイズ同期処理と図１９のスクロール同期処理を双方とも実行するのであれば、両図の認証処理のうち一方は行なわなくても良い場合も考えられる。ステップＳ４１０９２およびＳ４１０９３の認証処理は前述の通りであり、ここでは詳細な説明は省略する。
【０１９１】
実際の表示画面サイズ同期処理は、通話相手端末へ画面サイズ取得要求を送出する（Ｓ４１０９４）ことにより開始される。この段階ではロビーサーバ１７０１はクライアント端末間から送信されたコマンドが端末間で通信を行なうパケットであると判断した場合、クライアント端末から受信したコマンドをそのままスルーモードとしてもう一方のクライアント端末へと送信する（図１７参照）。
【０１９２】
ステップＳ４１０９５では相手端末からの画面サイズ情報のコマンドを待ち、対応するコマンドを受信すると、ステップＳ４１０９６で共通画面画素数の決定を行なう。共通画面画素数の決定は前述した通りであり、たとえば、画面画素数が小さい端末（あるいは画面画素数が変更できない端末）に合せて決定する、など適当な方式を用いる。本発明においてはこの共通画面画素数の決定スキーム自体は任意であり、当業者において任意の方式を採用すればよい。
【０１９３】
ステップＳ４１０９７では、決定した共通画面画素数を通話相手端末へサイズ変更メソッド（メッセージ）として送信する。ステップＳ４１０９５あるいはＳ４１０９７における画面サイズ情報の通知および変更後のサイズ通知には、前述の＜ＢｒｏｗｓＰｉｘｅｌ＞構文（図２３）あるいは類似の構文を用いることができる。
【０１９４】
ステップＳ４１０９８では、決定した共通画面画素数を自端末のブラウザサイズとして反映させる。ＷＥＢブラウザ４１０２（図１３）では画素数を受けてブラウザの表示画面画素数の変更処理を行なう。画面画素数の変更処理に関しての詳しい説明はここでは割愛するが、この変更するプロセスはＷＥＢブラウザ４１０２自体が変更プロセスを実行するためのインターフェイスを持っていてもよく、またメソッドを記述したスクリプトをブラウズ表示する方法でもよく、ＷＥＢブラウザ４１０２が行なう画面画素数の変更処理の方式は特に限定されるものではない。ステップＳ４１０９９では画面サイズ同期シーケンスを終了する。
【０１９５】
ただし、一連のシーケンスを終了した後でも、通話中になんらかの状況変化により再度画面サイズの変更が行われる可能性がある。例えば、端末画面に表示するアプリケーションのウインドウの数が増減した場合にはブラウズ表示可能な最大画面画素数は変化する。その場合には状況変化が発生した端末側が主導端末となって再び図２４のステップＳ４１０９１から同様な画面サイズ同期のシーケンスを繰り返すことで通話中の画面変化に対応することもできる。
【０１９６】
図２５は端末Ａと端末Ｂが通信を行い画面サイズ同期制御を行なった時のユーザインターフェイスの一例を図示している。図２５は図２２同様に表示部２１４の表示例で、画面の左側はＩＰ電話による通話相手の識別情報（相手名称、電話番号、通信時間など）を表示している（２２０１）。画面の右側はＷＥＢブラウザ表示（２２０２）となっている。
【０１９７】
図２５では、インターネット（ＩＰ網）１００を経由して通話を行なう相手が携帯電話であるなど画面表示サイズが小さい端末Ｂと、図１のようなそれよりも大きい画面の表示部を持つ端末Ａとの画面サイズの同期制御を行なった場合を示している。
【０１９８】
図２５の符号ＶおよびＨは、それぞれ端末Ａの表示画面の縦および横方向の画素数であり、前述の画面サイズ同期制御によりこれらのパラメータが画面画素数サイズとして決定される。
【０１９９】
なお、図２５に示したこの縦および横方向の画面の画素数Ｖ、Ｈは、前述の＜ＢｒｏｗｓＰｉｘｅｌ＞の１構文で表現する方式の他に＜ＢｒｏｗｓＰｉｘｅｌ．ｖｅｒｔｉｃａｌ＞、＜ＢｒｏｗｓＰｉｘｅｌ．ｈｏｒｉｚｏｎｔａｌ＞などのように縦および横方向の画面の画素数がそれぞれ別の構文によりＳＯＡＰメッセージ内で表現できるようにしておいてもよい。このような仕様によれば、縦ないし横方向のみの変更が必要になった場合も変更処理を容易に行なえる可能性がある。
【０２００】
さて、図２５では、モードラインではなく、ＷＥＢブラウザ表示（２２０２）のダイアログ（ないしサブウィンドウ）２２０５を開いて画面サイズ同期制御をユーザに通知するようになっている。すなわち、図示のようにこのダイアログ（ないしサブウィンドウ）２２０５により、画面同期のシーケンスを行った後に「通信相手と画面サイズを合わせました」というような表示を行なうことで、通信相手と画面サイズが一致していることをユーザに報知することができる。
【０２０１】
なお、ユーザビリティ（ユーザフレンドリネス）の見地から、ダイアログ（ないしサブウィンドウ）２２０５ではユーザに対しては「画面サイズ」という表現を使用したが、本実施形態においては、上述の画面サイズ同期制御で取り扱う「画面の画素数」を意味することはいうまでもない。
【０２０２】
また、図示のように画面サイズ同期制御が成功した場合以外にも、画面同期のシーケンスを行った結果として同期できるサイズが現実的な画素数を満たさない場合は、「通信相手と画面サイズの同期が出来ません」などのようなダイヤログを表示することができる。
【０２０３】
また、先に述べた通りブラウズするホームページの内容によっては横の画素数あるいは縦の画素数のうち一方を共通画素数としたほうがユーザビリティ性に関して都合が良いケースもある。この場合、横の画素数あるいは縦の画素数のうち一方を共通画素数とし、もう一方の画素数はそれぞれの装置がそれぞれの画面内でとりうる最大の画素数として表示を行なう場合には「通話相手と横の画面サイズを合わせました」という表示を行なう場合も考えられる。
【０２０４】
以上のようにして、画面サイズ同期制御を行なうことにより、同一ページの閲覧を行なう場合に、端末同士が共通で表示する縦および横方向の画素数、または端末同士が共通で表示する縦方向のみの画素数、または端末同士が共通で表示する横方向のみの画素数に自動で同期させることができる。本実施形態の画面サイズ同期制御を行なうことにより、確実に閲覧中のインターネットリソースの同一の情報が通話中の双方の端末のユーザに伝達されるよう保証することができる。
【０２０５】
閲覧中のインターネットリソース情報の同一性を保証するには、厳密な考え方にしたがえば、前述の表示位置（表示画面のスクロール位置）はもちろんのこと、その表示画面サイズも含めて同一であることが要求される。たとえば、通話者は「ページ右下の写真」、「下から３行目」のような通話内容によって、相手に注目させたい部位を指定する性向があるからである。したがって、本実施形態の表示位置同期制御、および画面サイズ同期制御を行なうことにより、閲覧中のインターネットリソース情報については表示位置および表示画面サイズも含めて同一な情報が双方の通話者に確実に伝達され、ユーザの利便性を大きく改善することができる。
【０２０６】
【発明の効果】
以上の説明から明らかなように、本発明によれば、ＩＰ網に接続し、所定のＩＰ電話方式により通話を行なう通信端末、その制御方法、その制御プログラムにおいて、インターネットリソースを閲覧するためのブラウザ手段および通話中の相手通信端末のブラウザ手段で同一のインターネットリソースを共有利用するためのインターネットリソース共有制御、および前記ブラウザ手段および通話中の相手通信端末のブラウザ手段で同一の表示状態が形成されるように制御する表示画面同期制御を行なう構成を採用しているので、閲覧中のインターネットリソースの同一の情報が通話中の双方の端末のユーザに伝達されるよう保証することができ、ユーザの利便性を大きく改善することができる、という優れた効果がある。
【０２０７】
特に、前記表示画面同期制御において、前記ブラウザ手段によるインターネットリソースの表示位置、または前記ブラウザ手段の表示画面サイズが同期制御される構成を採用することにより、表示位置および表示画面サイズも含めて同一な情報が双方の通話者に確実に伝達され、ユーザの利便性を大きく改善することができる、という優れた効果が得られる。
【図面の簡単な説明】
【図１】本発明を採用した通信端末の構成を示した説明図である。
【図２】図１の装置の制御系の構成を示したブロック図である。
【図３】図１の装置が通信するＩＰ網により構成された通信環境を示した説明図である。
【図４】図１の装置が通信する通信環境の異なる構成を示した説明図である。
【図５】図１の装置によるＩＰ電話通信の様子を示した説明図である。
【図６】図１の装置によるＩＰ電話通信の様子を示した説明図である。
【図７】図１の装置によるＩＰ電話通信の様子を示した説明図である。
【図８】図１の装置によるＩＰ電話通信の様子を示した説明図である。
【図９】図１の装置によるＩＰ電話通信の様子を示した説明図である。
【図１０】図１の装置によるＩＰ電話通信の通信制御手順を示したフローチャート図である。
【図１１】図１の装置によるＩＰ電話通信の通信制御手順を示したフローチャート図である。
【図１２】図１の装置によるＩＰ電話通信の通信制御手順を示したフローチャート図である。
【図１３】図１の端末におけるソフトウェアブロック構造を示した説明図である。
【図１４】図１の端末におけるＪＡＶＡ実行環境を示した説明図である。
【図１５】図１の端末において用いられるＡＤＦファイルの構成を示した説明図である。
【図１６】図１の端末とロビーサーバの通信を示した説明図である。
【図１７】図１の端末とロビーサーバの通信（認証およびコマンド送受信）を示した説明図である。
【図１８】図１の端末がピアトゥピアで送受信するコマンドフォーマットを示した説明図である。
【図１９】図１の端末どうしが画面表示サイズを通知し、変更する制御を示した説明図である。
【図２０】図１の端末どうしが行なう画面表示位置の同期制御を示した説明図である。
【図２１】図１の端末が行なう画面表示位置の同期制御を示したフローチャート図である。
【図２２】図１の端末における画面表示例を示した説明図である。
【図２３】図１の端末がピアトゥピアで送受信するコマンドフォーマットを示した説明図である。
【図２４】図１の端末が行なう画面表示位置の画面表示サイズを通知し、変更する制御を示したフローチャート図である。
【図２５】図１の端末における画面表示例を示した説明図である。
【符号の説明】
１００  ＩＰ網
１０１  有線回線
１０２  スプリッタ
１０４  公衆回線
１１０  ＳＩＰサーバ
１１１  ロケーションサーバ
１１２  ＤＮＳサーバ
１１３  ＷＥＢサーバ
２００  情報端末
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  通信制御部
２０５  ＤＳＰ
２０６  音源部
２０７  音声処理部
２０８  ハンドセット
２０９  スピーカ
２１０  本体マイク
２１１  記録部
２１２  読取部
２１４  表示部
２１５  操作部
２１６  フック検出部
２１９  データバス
２２０  インターフェイス
２３０  ＡＤＳＬモデム部
２３１  ＡＦＥ部
２３２  ＢＢ−通信部
２３３  ＲＯＭ
２３４  ＲＡＭ
２４０  ネットワーク制御部
２４１  ドライバ部
１４０１  クラスライブラリ
１４０２  ＡＤＦファイル
１４０３  ＪＡＶＡアプレット
１６０１  端末
１６０２  サーバ
１７０１  サーバ
１７０２  サーブレット
１７０３  クライアントデータベース
４１０１  電話アプリ
４１０２  ＷＷＷブラウザ
４１０５  ウインドウコントロールブロック
４１０８  ＪＶＭ（Ｊａｖａ仮想マシン）
４１１０  アプレット管理タスク
４１１３  ＳＩＰ
４１１６  ＵＤＰ／ＩＰ
４１１９  ＲＴＯＳ（リアルタイムＯＳ）
【図１】
2005020647.tif 000003
【図２】
2005020647.tif 000004
【図３】
2005020647.tif 000005
【図４】
2005020647.tif 000006
【図５】
2005020647.tif 000007
【図６】
2005020647.tif 000008
【図７】
2005020647.tif 000009
【図８】
2005020647.tif 000010
【図９】
2005020647.tif 000011
【図１０】
2005020647.tif 000012
【図１１】
2005020647.tif 000013
【図１２】
2005020647.tif 000014
【図１３】
2005020647.tif 000015
【図１４】
2005020647.tif 000016
【図１５】
2005020647.tif 000017
【図１６】
2005020647.tif 000018
【図１７】
2005020647.tif 000019
【図１８】
2005020647.tif 000020
【図１９】
2005020647.tif 000021
【図２０】
2005020647.tif 000022
【図２１】
2005020647.tif 000023
【図２２】
2005020647.tif 000024
【図２３】
2005020647.tif 000025
【図２４】
2005020647.tif 000026
【図２５】
2005020647.tif 000027