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