JPH10327258A

JPH10327258A - 通信システム及び通信方法

Info

Publication number: JPH10327258A
Application number: JP9134185A
Authority: JP
Inventors: Shinji Fujino; 信次藤野; Satoshi Chikuma; 智竹間
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-05-23
Filing date: 1997-05-23
Publication date: 1998-12-08
Anticipated expiration: 2017-05-23
Also published as: DE19804563B4; JP3798114B2; DE19804563A1; CN1185825C; CN1200609A; US20010040945A1; US20050265320A1; US6975710B2

Abstract

(57)【要約】【課題】既存の網を使用して、データ通信中に、データ
通信のセッションを終了せずに、電話をかけたり受けた
りできる手段を提供する。【解決手段】データ通信中にアプリケーション１１に表
示される電話番号の電話に音声通話を行うときには、一
時回線切断手段１２、１３がデータ通信に使われている
回線を切断するが、このことはアプリケーション１０、
１１には通知しない。そして、端末１６と電話１７との
間の回線をつなぐ。移動計算機側のユーザは端末１６を
使って電話１７のユーザと音声通話が可能になる。音声
通話が終わると、一時回線切断手段１２、１３が固定計
算機側と移動計算機側の回線をつなぎデータ通信を再開
する。アプリケーション１０、１１は回線が一時切断さ
れたことを知らされないので、セッションは維持されて
おり、データ通信は始めからやり直さなくてもよい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ通信中に音
声通信による電話をするシステムに関する。

【０００２】

【従来の技術】今日の通信技術の発展により、ユーザが
様々な通信サービスを受けられるようになった。このよ
うな通信サービスの１つとしてデータ通信がある。この
ようなデータ通信においては、ＰＨＳ（Personal Handy
phone System）やＰＤＣ（Personal Digital Celluar）
等の無線電話端末からデータ通信アダプタを使用し、ダ
イヤルアップ接続によりインターネットに接続し、ＷＷ
Ｗのホームページをブラウザで見ることが可能である。

【０００３】データ通信により得た情報（例えば、Ｗｅ
ｂのブラウジング中に見つけた店の電話番号）により直
ちに電話をしたいという要求に答えるため、Ｗｅｂサー
バ側でＣＧＩ（ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔ
ｅｒｆａｃｅ）により端末と店に電話をかけ、それらを
接続することにより端末と店の電話間での通話を可能と
するシステムがある。

【０００４】図２１は、上記のような機能を実現する従
来の通信網システムの概略構成図である。サーバ２１０
０計算機は交換機２１０５を備えており、該交換機２１
０５を介して電話網２１１０に接続されている。電話網
２１１０には、電話２１０７及びＮＣＵ（Ｎｅｔｗｏｒ
ｋＣｏｎｔｒｏｌＵｎｉｔ）を内蔵したモデム２１
０８を介してパーソナルコンピュータ２１０１が接続さ
れている。また、電話２１０６はサーバ２１００の交換
機２１０５を介して、やはり電話網２１１０に接続され
ている。

【０００５】サーバ２１００には、Ｗｅｂサーバ２１０
２が実装されており、該Ｗｅｂサーバ２１０２はＣＧＩ
プログラム２１０３あるいは、ＮＣＵ内蔵モデム２１０
４を介して交換機２１０５に接続され、電話網２１１０
にデータを送信できるようになっている。パーソナルコ
ンピュータ２１０１には、Ｗｅｂブラウザ２１０９がイ
ンストールされており、該Ｗｅｂブラウザ２１０９はＮ
ＣＵ内蔵モデム２１０８を介して、サーバ２１００に実
装されたＷｅｂサーバ２１０２が提供するホームページ
等にアクセスすることが出来るようになっている。

【０００６】図２１の場合、パーソナルコンピュータ２
１０１がサーバ２１００にアクセスする回線と、パーソ
ナルコンピュータ２１０１のユーザが有する電話２１０
７の回線とが別々に設けられている。パーソナルコンピ
ュータ２１０１の使用者は、Ｗｅｂブラウザ２１０９で
サーバ２１００のホームページを見た後、このホームペ
ージに登録されている、例えば、店の電話番号を見て自
分の欲しい商品の購入申し込みをその店に対して行う場
合には、ホームページ上の電話番号をマウスによりクリ
ック等する。これによって、Ｗｅｂサーバ２１０２はＣ
ＧＩプログラム２１０３にユーザの電話２１０７と店の
電話２１０６に交換機２１０５を介して電話をかけさせ
て、ユーザの電話２１０７と店の電話２１０６を接続さ
せ、ユーザが電話２１０７により店に商品の購入申込等
の連絡を取ることを可能にさせる。

【０００７】しかし、図２１に示す例のようにユーザが
データ通信と異なる電話回線を持っているなら、この方
法は有効であるが、ユーザがデータ通信と通話用同一の
回線を使用している場合にはこの方法は使用できない。
例えば、パーソナルコンピュータを回線交換方式の携帯
電話にデータ通信アダプタを介して接続している場合に
は、データ通信と電話による音声通信は同時には行えな
い。

【０００８】

【発明が解決しようとする課題】すなわち、回線交換網
または音声パケットとデータパケットを同時に扱えない
パケット交換網では、データ通信中には回線がふさがっ
てしまうので、電話をかけたり、受けたりすることはで
きないという問題がある。

【０００９】電話をするためには、一旦データ通信を終
了し、回線を切断する必要がある。その場合、再びデー
タ通信を行おうとすると、はじめからデータ通信をやり
直す必要があるので、ユーザにとっては非常に不便であ
る。

【００１０】例えば、Ｗｅｂサーバ上のあるホームペー
ジを見ていて、いろいろなリンクをたどっている途中
で、そこに紹介されている店に電話をかけようとする
と、一旦Ｗｅｂブラウザを終了し、データ通信を終了し
て回線を切断してから電話をかけなければならない。そ
して、電話が終了したら、再度、Ｗｅｂサーバとのデー
タ通信のために回線接続を行い、Ｗｅｂブラウザを立上
げ、Ｗｅｂサーバにアクセスすると、また最初のホーム
ページからリンクをたどり直さなければならない。

【００１１】本発明の課題は、既存の電話網、携帯電話
網、簡易携帯電話網を使用して、ある通信回線でデータ
通信中に、そのデータ通信のセッションを終了せずに、
上記通信回線を介して電話をかけたり受けたりできる手
段を提供することである。

【００１２】更に、ある通信回線で音声通話中にはその
通信回線でデータアクセスが行えないという問題がある
が、音声通話中でも見かけ上、ユーザにデータアクセス
が可能であるかのように思わせる手段を提供することで
ある。

【００１３】

【課題を解決するための手段】本発明のシステムは、情
報提供するサーバと、前記サーバとデータ通信を行う端
末と、前記サーバと前記端末とを接続する通信網と、前
記端末が前記サーバとのデータ通信中に前記通信網を介
して前記サーバ以外の第３者と音声通信を行う場合に、
データ通信を行っている回線を前記端末及び前記サーバ
の上位アプリケーションに切断通知を行わずに切断し、
音声通話が終了したら前記サーバと前記端末とを自動的
に接続する一時回線切断手段とを備え、前記サーバと前
記端末がデータ通信を再開したときに、音声通話を始め
る直前の状態からデータ通信処理を行うことを特徴とす
る。

【００１４】本発明による方法は、情報提供するサーバ
と、前記サーバとデータ通信を行う端末とを接続する通
信網を介して回線接続するステップ（ａ）と、前記端末
が前記サーバとのデータ通信中に前記通信網を介して前
記サーバ以外の第３者と音声通信を行う場合に、データ
通信を行っている回線を前記端末の上位アプリケーショ
ン及び前記サーバの上位アプリケーションに切断通知を
行わずに切断し、音声通話が終了したら前記サーバと前
記端末とを自動的に回線接続するステップ（ｂ）とを備
え、データ通信を再開したときに、上記２つの上位アプ
リケーションは音声通話を始める直前の状態からデータ
通信処理を行うことを特徴とする。

【００１５】このような本発明によれば、１つの回線を
使ってデータ通信を行っている最中に、この回線を使っ
て音声通話を行う場合に、自動的にデータ通信を行って
いる回線を切断し、音声通話をするために新たに回線を
接続する。これにより、ユーザは、例えば、携帯電話等
を使って、ホームページ上に掲載された電話番号に電話
をかけることができる。しかも、音声通話が終われば、
自動的にデータ通信のための回線接続を行うので、ユー
ザはすぐにデータ通信を再開できるようになる。また、
音声通話を始めるために回線を切断するときに、サーバ
側の上位アプリケーションとデータ通信アダプタ等を介
して携帯電話に接続されている移動計算機の上位アプリ
ケーションには回線が切断されたことを知らせないの
で、回線が切断されている間もいずれの上位アプリケー
ションのセッションも維持されたままとなるので、デー
タ通信用の回線が再び接続された際、データ通信を直ち
に再開することすることができる。

【００１６】従って、ユーザはデータ通信で得た情報を
基に音声通話を行う必要が生じたときにデータ通信を一
旦終了してから、音声通話を行うという面倒な作業をし
なくて済む。また、音声通話のためにデータ通信を一旦
終了することを避けるためにデータ通信用の回線と音声
通話用の回線の２つの回線を用意する必要がない。

【００１７】

【発明の実施の形態】図１は、本発明の一実施形態の原
理説明図である。同図において、固定計算機側とはサー
バが存在する側のことであり、移動計算機側とは携帯型
パーソナルコンピュータ等を有する側であり、該サーバ
の提供する情報を閲覧するユーザが存在する側のことで
ある。

【００１８】上記サーバには、上位アプリケーション
（Ｗｅｂサーバ等）１０がインストールされており、更
に、その下位に上位アプリケーション１０の通信セッシ
ョンを維持したままデータ通信回線を一時的に切断する
手段（一時回線切断手段）１２が設けられている。固定
計算機側は、データ通信装置１４を介して電話網１８に
接続される。

【００１９】また、移動計算機側は、Ｗｅｂブラウザ等
の上位アプリケーション１１がインストールされている
とともに、移動計算機側と同様の一時回線切断手段１３
が設けられている。上位アプリケーション１１は一時回
線切断手段１３を介してデータ通信装置１５及び端末
（電話や携帯電話）１６を使って、データ通信その他を
行う。移動計算機側は、サーバである固定計算機側から
の指示により端末１６を電話網１８を介して第３者（例
えば、商品を販売する店）の電話１７に回線接続する処
理を行う。

【００２０】上記構成においては、固定計算機側と移動
計算機側との間でデータ通信中に移動計算機側から電話
（音声による通話）の発着信の要求があったときに、一
時回線切断手段１２、１３により上位アプリケーション
１０、１１のセッションを維持したままデータ通信に使
用中の回線を一時切断し、その間に移動計算機側の端末
１６と第３者の電話１７とを電話網１８を介して回線接
続して移動計算機側のユーザが端末１６を用いて第３者
の電話１７と音声による通話をすることが可能となって
いる。そして、通話が終了したときには、一時回線切断
手段１３が音声通話に用いられた回線を切断した後、デ
ータ通信用の回線接続を行い、再び移動計算機側と固定
計算機側との間でデータ通信を可能とする。このとき、
上位アプリケーション１０、１１のセッションが維持さ
れているので、移動計算機側のユーザは、音声による通
話を行う直前に行っていたデータ通信の状態から再びデ
ータ通信を開始することができる（例えば、ホームペー
ジを表示したまま音声通話を行い、音声通話終了ととも
に、表示されているホームページからブラウジング等を
再開することができる）。

【００２１】このように、固定計算機側と移動計算機側
とがデータ通信中に通話要求があったときに、一時回線
切断手段１２、１３が上位アプリケーション１０、１１
には切断を通知せずにデータ通信に使用されていた回線
を切断するので上位アプリケーション１０、１１はその
回線切断に気がつかない。そして、一時的に上記データ
通信回線を切断することによって、端末１６と電話網１
８を接続する回線が空くので、移動計算機側は該回線を
介して端末１６を用いて電話の発信及び着信が可能とな
る。そして、電話の通話が終了した時点で再び上記デー
タ通信回線を接続し、データ通信を再開すると、アプリ
ケーション１０、１１はデータ通信を継続できるので、
始めからデータ通信をやり直す必要がない。

【００２２】図２は、本発明の第１の実施形態のコンピ
ュータネットワークのシステム全体の構成を示す図であ
る。システム全体はインターネット４６と電話網２０と
にそれぞれの構成要素が接続された形になっており、各
構成要素間で相互に通信が可能となっている。インター
ネット４６を介してＷｅｂページを提供するサーバ２１
には、Ｗｅｂページを管理するＷｅｂサーバ３４とＲＡ
（ＲａｄｉｏＡｇｅｎｔ）３１、及び各サーバ２１へ
の登録者毎に設けられるＰＡ（ＰｅｒｓｏｎａｌＡｇ
ｅｎｔ）３２、３３と、これらのアプリケーションを管
理するアプリケーションサーバ４３とから成っている。
これらのプログラム（エージェント）はそれぞれ独立し
て動作可能となっており、互いにメッセージをやり取り
することによって、それぞれの処理を行うように構成さ
れている。

【００２３】ＲＡ３１は、上位アプリケーションのセッ
ションを維持したままデータ通信回線を一時的に切断す
る制御を行うプログラム（エージェント）であって、詳
細は、特開平７−１２３１７４号公報及び特願平８−０
３６０９５号の明細書に記載されているので、以下の説
明では、本発明に関係する部分のみを説明し、その他の
説明は省略する。ＲＡは、サーバ２１にのみ設けられる
ものではなく、同図から明らかなようにサーバ２１にア
クセスするデータ通信と音声通話とが独立して行われる
端末にも設けられるものである。同図の場合には、移動
計算機２２にＲＡ４４が設けられている。

【００２４】ＰＡ３２、３３はサーバ２１に設けられる
プログラム（エージェント）であって、サーバに登録し
たユーザからのアクセスをユーザ毎に独立して制御する
ものであって、各登録者毎に設けられるものである。こ
のＰＡについても最近では、一般化しており、多くの特
許出願もなされているので、詳細な説明は省略する。

【００２５】同図では、サーバ２１及びインターネット
４６に接続しているフォン・ゲートウェイ２４と該フォ
ン・ゲートウェイ２４及び電話網２０に接続されたネッ
トワーク接続装置２５が設けられている。これらは、電
話網２０とインターネット４６の間に設けられており、
交換機としての役割を果たす。

【００２６】フォン・ゲートウェイ２４は、インターネ
ット・フォンの交換機能を果たすものであって、ＩｐＡ
（ＩｎｔｅｒｎｅｔＰｈｏｎｅＡｇｅｎｔ）３９
と、ＳＩＰ（ＳｅｃｕｒｅＩｎｔｅｒｎｅｔＰｈｏ
ｎｅ）３８と、サウンドカード４０とからなっている。
ＳＩＰ３８は、インターネット４６を介して音声通話を
行うためのプログラムであって、いわゆるインターネッ
トフォンを使用するためのプログラムであるが、ここで
示しているのは、通常のインターネットフォンに秘匿機
能を付加したものである。すなわち、インターネットフ
ォンによりＩＰデータグラムのやり取りを行う際、これ
らＩＰデータグラムを暗号化して行うものである。これ
により、盗聴される可能性の高いインターネットにおい
て、ユーザ間の通話内容を他に盗まれないように補償す
るものである。

【００２７】このＳＩＰ３８は、ＩｐＡ３９からの制御
によって、起動され、インターネットフォンを可能にす
るものである。すなわち、ＩｐＡ３９は、サーバ２１か
らのインターネットフォン使用要求等を受け付けてイン
ターネットフォンを起動するなど、インターネットフォ
ンにおける通信処理シーケンスにおいて、インターネッ
トフォンの接続、切断等の制御を行うものである。

【００２８】ネットワーク接続装置２５は、インターネ
ットフォンと通常の電話回線とのインターフェースを行
うものである。ネットワーク接続装置２５は、ＮＣＵ４
２と２線／４線変換機（ハイブリッド）４１とから少な
くとも成る。ＮＣＵ４２は、電話網２０との通信の制御
（呼制御信号の送受信）を行うものである。ハイブリッ
ド４１は、サウンドカード４０からの４本の通信線を電
話網２０用の２本の通信線に変換するものである。

【００２９】サーバ２１には、インターネット４６を介
してユーザＡが使用するデスクトップ計算機２３がアク
セスしている。ここで、デスクトップ計算機といってい
るのは、いわゆるデスクトップ型の計算機のみを意味す
るのではなく、パーソナルコンピュータあるいはワーク
ステーションなど、いわゆるコンピュータ一般のことを
意味しており、図２はユーザＡが自宅等からインターネ
ット４６を介してデスクトップ計算機２３からサーバ２
１にアクセスしている状態を示している。

【００３０】デスクトップ計算機２３には、インターネ
ット４６を介してサーバ２１のホームページ等を閲覧で
きるようなＷｅｂブラウザ３５がインストールされてい
ると共に、インターネットフォンを使用できるようにサ
ウンドカード３７が装備されている。デスクトップ計算
機２３にインストールされるＳＩＰ３６は、始めからデ
スクトップ計算機２３にインストールされていてもよい
が、同図の例では、インターネットフォンを使用する必
要が生じたときに、サーバ２１のアプリケーションサー
バ４３から配送されるようになっている。従って、ＳＩ
Ｐ３６は、必ずしもデスクトップ計算機２３にインスト
ール済となっている必要はなく、本実施形態のシステム
では、インターネットフォン使用時にサーバ２１から配
送され、自動的にデスクトップ計算機２３にインストー
ルされるようになっている。

【００３１】電話網２０にはネットワーク接続装置２５
が接続されると共に、サーバ２１がモデム３０を介して
接続されている。モデム３０はプログラムであるＲＡ３
１から直接制御されるように構成されており、ＲＡ３１
が上位アプリケーションであるＷｅｂサーバ３４のセッ
ションを維持したままデータ通信回線を一時切断し、音
声通話を可能とするような制御を行う際に用いられる。
また、サーバ２１が後述する移動計算機２２とデータ通
信する際にも用いられる。

【００３２】また、電話網２０には、ＰＤＣ／ＰＨＳ等
の携帯電話の基地局（ＢＳ）２９が接続されており、携
帯電話２８とデータ通信あるいは音声通話のための信号
のやり取りをするように構成されている。携帯電話２８
には、データアダプタ２７を介して移動計算機２２が接
続されている。この移動計算機２２は、小型のノートパ
ソコン等、携帯電話２８と共にユーザＢが持ち運びでき
るような大きさで、しかも、インターネット４６を介し
てのデータ通信が可能な端末である。移動計算機２２に
は、Ｗｅｂサーバ３４のホームページを閲覧するための
Ｗｅｂブラウザ４５がインストールされているととも
に、サーバ２１に設けられているＲＡ３１と同様のＲＡ
４４もインストールされている。ＲＡ４４は、移動計算
機２２がデータ通信に使用している回線が音声通話回線
と同じ１つの回線なので、ＲＡ３１と協働して移動計算
機２２がデータ通信中に音声通話を行うための制御を行
う。

【００３３】電話網２０には、ユーザＣが有する電話２
６が接続されており、ユーザＡあるいはユーザＢからユ
ーザＣに電話をかけることが出来るようになっている。
電話２６は、例えば、一般の商店などデータ通信のため
の装置が全く設けられていないような人が有する電話で
ある。

【００３４】図３は、図２のユーザＢがサーバ２１に対
しデータ通信を行っている最中にユーザＣに電話をかけ
る場合の処理シーケンスを示した図である。同図におい
て、ユーザＣ（Ｕｓｅｒ−Ｃ）は、図２の電話２６を有
するユーザであって、Ｔｅｌは電話２６である。Ｗｅｂ
サーバ、ＲＡサーバは図２のサーバ２１のＷｅｂサーバ
３４、ＲＡ３１であって、ＣＧＩプログラムは、図２に
は図示されていないが、サーバ２１に実装されるプログ
ラムである。モデムは、図２のモデム３０である。ま
た、交換機回線１、交換機制御部、交換機回線２は、図
２には図示されていないが、サーバ２１に設けられる交
換機を示している。その他、電話網は、図２の電話網２
０、端末は携帯電話２８、データアダプタはデータアダ
プタ２７、ＲＡクライアントはＲＡ４４、Ｗｅｂブラウ
ザは、Ｗｅｂブラウザ４５である。

【００３５】図３の一番上の双方向の太い矢印で示され
ているように、最初、ユーザＢはＷｅｂブラウザ４５を
使ってサーバ２１のＷｅｂサーバ３４にアクセスし、ホ
ームページを閲覧している。このホームページ上にユー
ザＢが電話をかけたいと思う電話番号のアイコンＣが表
示されていた場合には、ユーザＢはこれをクリックす
る。すると、ユーザＢが電話番号のアイコンＣをクリッ
クしたことがＷｅｂブラウザ４５からＷｅｂサーバ３４
に通知される。すると、Ｗｅｂサーバ３４は、ＣＧＩプ
ログラムを起動する。（図２では、ＣＧＩプログラムは
図示されていない。すなわち、本発明を実施するにあた
りＣＧＩプログラムは必須ではない。しかし、従来技術
の記載で述べたようにＣＧＩプログラムは既に一般的に
なっており、図３の一実施形態では、このＣＧＩプログ
ラムを使用した場合に、本発明の処理シーケンスがどう
なるかを示している。ＣＧＩプログラムを使用しない場
合は、後に述べる処理シーケンスで明らかにされるが、
図３の場合にもＣＧＩプログラムを使用しないで実施す
ることは可能である。）ＣＧＩプログラムは起動される
と、ＲＡサーバ（図２のＲＡ３１）に音声通話のための
回線の一時切断を要求する。ＲＡサーバは、この要求を
受けとるとユーザＢ側のＲＡクライアント（図２のＲＡ
４４）に回線の一時切断要求を送信する。ＲＡサーバは
ＲＡクライアントから回線切断の了解（ＡＣＫ）を受け
ると、モデム３０に対して切断命令を送出する。する
と、サーバ２１のモデム３０と移動計算機２２側のデー
タアダプタ２７との間で回線が切断される。この切断を
受けて、データアダプタ２７は、ＲＡクライアントに回
線が切断された旨を通知する。しかし、ＲＡクライアン
トは上位アプリケーションであるＷｅｂブラウザ４５に
は切断通知を送信しないので、Ｗｅｂブラウザ４５は回
線が切断されたことを認識できず、回線が切断された時
のセッションを維持したまま待機状態となる。

【００３６】一方、サーバ２１側のモデム３０も回線が
切断されるとＲＡサーバに切断通知を送信し、ＲＡサー
バからＣＧＩプログラムに音声通話用接続を行う旨の通
知が送られる。ここで、サーバ２１側でも、ＲＡサーバ
から上位アプリケーションであるＷｅｂサーバ３４には
切断通知が送られないので、Ｗｅｂサーバ３４は、回線
が切断された時の状態（セッション）を維持したまま待
機状態となる。ＣＧＩプログラムは、ＲＡサーバから音
声通話用接続を行う旨の要求を受けると、交換機制御部
に対し、ユーザＢとユーザＣとを接続する旨の２者接続
の指示を出す。

【００３７】すると、交換機回線１からはユーザＣの電
話２６に音声着信信号が送出され、これにより電話２６
からは、着信音が出力される。一方、交換機回線２から
は、携帯電話２８に対し音声発信信号が送出され、携帯
電話２８から着信音が出力される。ユーザＢとユーザＣ
がそれぞれの着信音に応答すると、交換機は交換機回線
１と交換機回線２とを接続し、ユーザＢとユーザＣの間
に音声通話回線が確立される。

【００３８】ユーザＢ、Ｃのいずれかが音声通話を終わ
ることによって、上記音声通話回線が切断される。図３
は、ユーザＢが通話を終了した場合を示しており、デー
タアダプタ２７に終話の通知がなされている。これによ
り、データアダプタ２７と電話２６との間の音声通話回
線が切断され、ユーザＣの電話２６からは切断音が出力
される。そして、ユーザＣが例えば、受話器を電話２６
に置くことによって、終話する。交換機制御部は、この
ユーザＢとＣの終話を検出して、サーバ２１のＣＧＩプ
ログラムにその旨を伝える。ＣＧＩプログラムはデータ
発信をＲＡクライアントに対して行いデータアダプタ２
７から、このデータ発信の着信通知を受けてＲＡクライ
アントがデータアダプタ２７に応答指示を出すと、サー
バ側のモデム３０と端末（ユーザＢの携帯電話２８）と
の間で接続が確立され、再び、ユーザＢ側のＷｅｂブラ
ウザ４５とサーバ２１側のＷｅｂサーバ３４との間でＷ
ｅｂアクセスが確立される。この時、Ｗｅｂサーバ３４
とＷｅｂブラウザ４５は、音声通話のために一旦回線が
切断されたことを認識していないので、再びＷｅｂアク
セスが確立された後も、回線が切断されなかったかのよ
うにセッションを続行する。すなわち、同じホームペー
ジが表示されたままで、Ｗｅｂアクセス再開後にホーム
ページ上のアイコンをクリックするとＷｅｂサーバ２１
側でも、Ｗｅｂアクセスが続いていたかのようにクリッ
クされたアイコンに対するリンクを確立して、新しい情
報をＷｅｂブラウザ４５に対して送信する。

【００３９】図４は、公衆網である電話網２０に設けら
れる交換機の３者通話機能を利用してユーザＢとユーザ
Ｃとがデータ通信中に音声通話を行う処理のシーケンス
を示す図である。

【００４０】図４では、ＣＧＩプログラムを使用しない
処理シーケンスを示している。同図の最上段に記載され
ているＴｅｌはユーザＣの有する電話２６であり、Ｗｅ
ｂサーバ、ＲＡサーバ、モデムは前述した図３と同様に
図２のサーバ２１側に設けられ、交換機回線１、交換機
回線２、交換機回線３は図２に不図示の電話網２０に設
けられた交換機であり、端末、データアダプタ、ＲＡク
ライアント、Ｗｅｂブラウザは前述した図３と同様に図
２のユーザＢ側に設けられている。

【００４１】最初、Ｗｅｂブラウザ４５とＷｅｂサーバ
３４との間でＷｅｂアクセスが確立されていたとする。
ユーザＢは、Ｗｅｂブラウザ４５に表示されるホームペ
ージ上の電話番号のアイコンをクリックすると、これが
Ｗｅｂサーバ４５に伝えられると共に、ＲＡサーバ（Ｒ
Ａ３１）は音声通話用に回線を一時切断する要求をＲＡ
クライアント（ＲＡ４４）に通知する。ＲＡクライアン
トが了解すると（ＡＣＫを出すと）、ＲＡサーバは切断
命令をモデム３０に対して送信し、モデム３０にモデム
３０とデータアダプタ２７との間の回線接続を切断させ
る。そして、モデム３０からはＲＡサーバに、データア
ダプタ２７からはＲＡクライアントに切断通知が通知さ
れる。

【００４２】ＲＡサーバは、切断通知を受けると音声発
信信号をユーザＢの携帯電話２８に対して送信する。こ
れにより携帯電話２８で着信音が鳴り、この着信音に対
し、ユーザＢが応答すると、ユーザＢの携帯電話２８に
接続される交換機回線３とモデム３０に接続されている
交換機回線１とが接続される。次に、ＲＡサーバはフッ
キングを行う。これは、通常の電話で言う「キャッチホ
ン」の機能である。このフッキングを行うことによっ
て、携帯電話２８への交換機回線３とサーバ２１への交
換機回線１とを接続したまま、サーバ２１から他の交換
機回線に発信することができるようになる。そこで、Ｒ
Ａサーバは、フッキングの後にユーザＣへの回線である
交換機回線２に対し音声発信を行う。この音声発信を受
けて、電話２６には音声着信し、電話２６は着信音が鳴
る。ユーザＣがこの着信音に応答すると交換機回線１と
交換機回線２が接続される。ここで、ＲＡサーバが再び
フッキングを行うと、交換機回線１、２、３が相互に回
線接続され、３者通話回線接続が確立される。そして、
ＲＡサーバから交換機回線１の切断命令を出すと、交換
機回線１が３者通話回線接続から切断されて、交換機回
線２と交換機回線３の２者通話回線接続が確立される。

【００４３】これにより、ユーザＢは、ユーザＣに対し
音声通話を行うことができる。この音声通話は、ユーザ
Ｂ、Ｃのいずれの側から終話してもよいが、図４の場合
には、ユーザＢの方から終話している。データアダプタ
２７はこのユーザＢからの終話を受けて音声通話回線を
切断する。これにより、電話２６からは切断音が出力さ
れ、ユーザＣは、受話器を置くなどして終話する。

【００４４】データアダプタ２７は、ＲＡクライアント
に対し終話検出を通知し、ＲＡクライアントはデータア
ダプタ２７を介してＲＡサーバに対しデータ発信を行
い、モデム３０はこのデータ発信を受信すると、ＲＡサ
ーバに対してデータ着信通知を行う。ＲＡサーバはこの
モデム３０からのデータ着信通知に対し、モデム３０に
応答指示を出すことによって、モデム３０にデータアダ
プタ２７との間に回線接続を確立させる。モデム３０と
データアダプタ２７とは、それぞれＲＡサーバ及びＲＡ
クライアントに対し接続通知を行い、ＲＡサーバとＲＡ
クライアントはＷｅｂサーバ３４とＷｅｂブラウザ４５
との間にＷｅｂアクセスを再確立させる。これにより、
図３で説明したように、実際にはＷｅｂアクセスは一旦
切断されているが、あたかもＷｅｂアクセスが継続して
いたかのように、ユーザＢは、サーバ２１とのＷｅｂア
クセスを行うことが出来るようになる。

【００４５】なお、図４では、電話網２０の交換機の３
者通話機能を利用しているが、サーバ２１側に交換機が
ある場合には、サーバ２１側の交換機の３者通話機能を
利用してもよい。電話網２０の３者通話機能を利用した
ほうがサーバ２１側に交換機を持たなくてよく、サーバ
２１側に引き込む公衆回線数が２または３分の１で済む
ので経済的効果がある。

【００４６】また、図４では、３者通話状態からサーバ
２１の回線を切断することにより、２者通話状態に移行
して通話しているが、３者通話状態のまま、サーバ２１
（モデム３０）から信号音を出さないようにして２者で
通話してもよい。

【００４７】図５は、データ通信回線を切断して音声通
話を行う場合に、音声通話接続をサーバ２１側で行うの
ではなく、携帯電話２８を有するユーザＢ側から直接音
声通話接続を行う場合の処理シーケンスを示した図であ
る。

【００４８】最初、Ｗｅｂサーバ３４とＷｅｂブラウザ
４５との間でＷｅｂアクセスが確立しているとする。ユ
ーザＢは、Ｗｅｂブラウザ４５に表示されたホームペー
ジからユーザＣの電話番号（ユーザＣのいる店の電話番
号）を知る。ユーザＢがこのユーザＣに電話をかけたい
ときには、ユーザＢは、Ｗｅｂサーバ３４にユーザＣの
いる店のアドレスを取得する要求を出す。このアドレス
には、特殊な文字列、例えば、「？ｔｅｌ−ｎｏ＝ＸＸ
ＸＸＸＸＸＸ」という文字列を含んでいる。Ｗｅｂサー
バ２１から上記特殊文字列で示される電話番号の電話に
発信する旨の表示が送信されてくると、これがＷｅｂブ
ラウザ４５により画面表示されると共に、ＲＡクライア
ント（ＲＡ４４）が送信されてきたアドレスを調べ、上
記特殊文字列が含まれている場合には、ＲＡクライアン
トはＲＡサーバにデータ通信の回線切断要求を出す。Ｒ
Ａサーバから了解の旨（ＡＣＫ）がＲＡクライアントで
受信されると、ＲＡクライアントはデータアダプタ２７
に対して切断命令を出す。これにより、データアダプタ
２７によってモデム３０とデータアダプタ２７との間を
接続していた回線が切断され、モデム３０及びデータア
ダプタ２７から、それぞれＲＡサーバ及びＲＡクライア
ントに対して切断通知が送られる。

【００４９】データアダプタ２７から切断通知を受けた
ＲＡクライアントは、上記特殊文字列から取得した電話
番号に基づいて、電話網２０を介してユーザＣの電話２
６に音声発信をかける。これにより、ユーザＣ側では、
電話２６から着信音が発せられ、ユーザＣがこれに応答
するとユーザＣ側の電話２６とユーザＢ側の携帯電話２
８とが接続される。ユーザＣは電話２６を使って通話を
し、ユーザＢは携帯電話２８を使って通話を行う。この
ようにして、ユーザＢとユーザＣとの通話が確立され
る。

【００５０】通話が終了した場合には、ユーザＢあるい
はユーザＣのいずれかが終話処理（受話器を置く等）を
行うが、図５は、ユーザＢの側から終話を行っている場
合を示している。ユーザＢが携帯電話２８を使って終話
処理を行うと、電話２６と携帯電話２８を接続していた
回線が切断され、ユーザＣの電話２６から切断音が出力
される。ユーザＣも終話処理を行うことによって、ユー
ザＢとユーザＣとの間の通話が終了する。ＲＡクライア
ントは、ユーザＢの終話処理を検出すると、データアダ
プタ２７を介してＲＡサーバに対してデータ発信を行
う。モデム３０はＲＡクライアントからのデータ発信を
受信すると、ＲＡサーバに対してデータ着信通知を行
う。ＲＡサーバが応答命令をモデム３０に発するとモデ
ム３０とデータアダプタ２７との間が回線接続され、モ
デム３０及びデータアダプタ２７からそれぞれＲＡサー
バ及びＲＡクライアントに対して接続通知がなされる。
これにより、Ｗｅｂサーバ３４とＷｅｂブラウザ４５と
の間に再びＷｅｂアクセスが確立される。やはり、この
時も、上位アプリケーションであるＷｅｂサーバ３４や
Ｗｅｂブラウザ４５には一旦回線が切られたことが通知
されないので、いずれもセッションが維持されたまま待
機状態となっており、再びＷｅｂアクセスが確立された
ときには、両者は回線切断が行われる直前の状態からデ
ータ通信を再開することができる。

【００５１】図６は、図５におけるＲＡクライアントの
本実施形態に特徴的な処理を説明するフローチャートで
ある。ＲＡの一般的構成及び一般的処理については、上
記公開公報及び特許出願明細書に記載の通りであるが、
図５の処理においては、ユーザＢ側のＲＡ４４（ＲＡク
ライアント）が特殊文字列を検出して相手先（ユーザ
Ｃ）の電話番号を取得し、音声発信を行う処理が含まれ
ており、この処理は本実施形態で新しく付加されたもの
である。以下の説明においては、特殊文字列を「？ｔｅ
ｌ−ｎｏ＝」であるとして説明するが、特殊文字列は必
ずしもこれに限られるものではない。

【００５２】ＲＡクライアントは、回線交換網（図２の
場合、公衆の電話網２０）を使って通信を行う時に起動
されるが、図６では、起動されるとステップＳ１でデー
タ通信接続処理を行っている。これは、ユーザＢ側から
最初にサーバ２１にＷｅｂアクセスを行うための処理に
対応する。このステップＳ１の処理については、前述の
先の出願の明細書を参照していただきたい。

【００５３】ＲＡクライアントはＷｅｂアクセス確立時
にＷｅｂブラウザ４５から命令が転送されて来ると（図
５あるいは図６の例では、「ＧｅｔＵＲＬ：／／Ｗｅ
ｂＳｅｒｖｅｒ・・・？ｔｅｌ−ｎｏ＝・・・」に対応
する）、これをＲＡサーバ（ＲＡ３１）に転送する（ス
テップＳ２）。次に、この転送した文字列に特殊文字列
（「？ｔｅｌ−ｎｏ＝」）が含まれているかを判断する
（ステップＳ３）。特殊文字列が含まれていない場合に
は、ステップＳ５に進み、ＲＡサーバから送られてきた
情報をＷｅｂブラウザ４５に転送してステップＳ２に戻
り、Ｗｅｂブラウザ４５から命令が転送されてくるのを
待ち、命令が転送されてくる度にその命令に特殊文字列
が含まれているか否かをステップＳ３で判断する。

【００５４】ステップＳ３で特殊文字列を含んでいると
判断した場合には、ステップＳ４でＲＡサーバから情報
が送信されてくるのを待ち、情報が送信されてきたら、
これをＷｅｂブラウザ４５に転送する。そして、ステッ
プＳ６でＷｅｂブラウザ４５に通知を行わないで回線を
切断し、特殊文字列で示された電話番号に対して音声発
信を行う（ステップＳ７）。この音声発信により、電話
番号が示す相手先と音声通話が出来る状態となり、ユー
ザＢはその相手先と通話を行う。この間、ＲＡクライア
ントは、ステップＳ８で携帯電話２８の状態をデータア
ダプタ２７を介して検出し、終話したか否かを判断する
（ステップＳ９）。

【００５５】終話していない場合には、少し時間を置い
て（ステップＳ１０）再び携帯電話２８の状態の検出と
終話したか否かの判断を行い、終話するまでこの一連の
処理（ステップＳ８〜Ｓ１０）を繰り返す。ステップＳ
９で終話したと判断された場合には、音声通話が終わっ
て、回線が空いたことを示すので、データ通信再接続処
理（ステップＳ１１）を行い、ステップＳ２に戻って以
下の処理を繰り返し行う。

【００５６】以上に説明したのは、本実施形態の処理、
特に図５の処理シーケンスに関する処理のみを特に取り
上げて説明したものであって、一般的な処理の開始や終
了に関しては前述の先の出願を参照されたい。

【００５７】図７は、サーバ２１側に電話番号等の個人
情報と通信状態を管理する個人毎に設けられる手段（Ｐ
Ａ）を有する場合の本発明の実施形態の処理シーケンス
の例を示す図である。

【００５８】図７の最上段の左から、図２との対応を述
べると、ユーザＡ及びＷｅｂブラウザは、デスクトップ
計算機２３のユーザＡとＷｅｂブラウザ３５であり、Ｗ
ｅｂサーバ、ＰＡ−Ａ、アプリケーションサーバ、及び
ＰＡ−Ｂはサーバ２１のＷｅｂサーバ３４、ＰＡ３３、
アプリケーションサーバ４３及びＰＡ３２であり、Ｉｐ
ＡとＳＩＰ、及びＮＣＵは、それぞれフォンゲートウェ
イ２４内のＩｐＡ３９、ＳＩＰ３８及びネットワーク接
続装置２５内のＮＣＵ４２であり、ＲＡサーバ及びモデ
ムはサーバ２１のＲＡ３１とモデム３０であり、ＭＳ／
ＤＡは携帯電話２８及びデータアダプタ２７を１つとし
て記載したものであり、ＲＡクライアントは移動計算機
２２のＲＡ４４、ＷｅｂブラウザとユーザＢは移動計算
機２２にインストールされているＷｅｂブラウザ４５と
移動計算機２２を使用するユーザＢである。なお、ＰＡ
及びＲＡの動作については後述する。

【００５９】図７のシーケンスでは、Ｗｅｂアクセスす
るためにＵＩＡ（ＵｓｅｒＩｎｔｅｒｆａｃｅＡｇ
ｅｎｔ）を使用している。これは、本実施形態のサービ
スを受ける人の認証を行うものであって、既に認証され
た人の計算機（図２のデスクトップ計算機２３）に予め
送付して常駐するようにしておくか、Ｗｅｂサーバ３４
にアクセスする際に、アクセスしてきた端末の認証を行
って（例えば、ＩＤとパスワードの入力を行う）、その
端末にアプレットとして送信し、常駐するようにしてお
くものである。これにより、ＵＩＡを持っている端末で
のみＷｅｂアクセスができるようになる。

【００６０】図７の場合には、ユーザＡ側のデスクトッ
プ計算機２３にはＵＩＡ１が常駐しており、Ｗｅｂブラ
ウザ３５からＷｅｂサーバ３４にＷｅｂアクセスするこ
とができる。一方、ユーザＢの方は移動計算機２２であ
り、Ｗｅｂアクセスするための認証がまだ行われていな
い状態である。ユーザＢがＷｅｂサーバ３４にアクセス
しようとする場合には、認証が行われ、アクセスが認め
られるとＵＩＡ２をユーザＢの移動計算機２２にアプレ
ットとして送信し、常駐させる。これにより、ユーザＢ
もＷｅｂサーバにＷｅｂブラウザ４５を介してＷｅｂア
クセスすることができるようになる。

【００６１】次に、ユーザＡがＷｅｂサーバ３４のホー
ムページ上に掲載されている通話可能者としてユーザＢ
を選択したとする。ユーザＡが、例えばユーザＢを表す
アイコンをマウスによりクリックすると、これがＷｅｂ
サーバ３４に通知される。この通知は、ユーザＡを管理
するＰＡ−Ａ（ＰＡ３３）にユーザＡがユーザＢに通話
を申し込んでいる旨の通知である。ＰＡ−Ａは、この通
話要求をユーザＢを管理するＰＡ−Ｂ（ＰＡ３２）に通
知し、ＰＡ−ＢからユーザＢの移動計算機２２に常駐す
るＵＩＡ２に、ユーザＡがユーザＢとの通話を望んでい
ることを通知する。ＵＩＡ２はユーザＢに通話要求がユ
ーザＡから来ていることを移動計算機２２の画面に表示
し、ユーザＢの入力を待つ。

【００６２】ユーザＢが通話を了解する入力を行うと、
ＵＩＡ２からＰＡ−Ｂに通話可能である旨が通知され、
更にＰＡ−ＢからＰＡ−Ａに同じ旨が通知される。通話
の了解を得たＰＡ−Ａは、アプリケーションサーバ４３
に対し、ＳＩＰのプログラムと暗号化のためのｓｅｅｄ
の配送要求を配送先とともに通知する。該要求を受けた
アプリケーションサーバ４３はＵＩＡ１に対し、ＳＩＰ
３６を配送すると共に、ＩｐＡ３９に対し暗号化のため
のｓｅｅｄを配送する。

【００６３】配送が終了すると、アプリケーションサー
バ４３はＰＡ−Ａに対し配送終了通知を行う。配送終了
通知を受け取ったＰＡ−ＡはＰＡ−Ｂに対して接続要求
を行う。ＰＡ−Ｂは、ＲＡサーバ（ＲＡ３１）に対して
音声通話のための回線一時切断を要求する。このとき、
要求を伝えるメッセージには電話番号を含めない。すな
わち、電話番号を指定する変数を「ｎｕｌｌ」とする
（図７では、Ｔｅｌ番号＝ｎｕｌｌとしている）。

【００６４】ＲＡサーバは、この切断要求を受けて、同
じ旨の要求をＲＡクライアント（ＲＡ４４）に送付す
る。ＲＡクライアントからＲＡサーバに了解の旨の通知
（ＡＣＫ）があると、ＲＡサーバはモデム３０に対して
切断命令を行い、モデム３０とＭＳ（モーバイルステー
ション；携帯電話）２８との間の接続を切断する。モデ
ム３０とＭＳ／ＤＡからはそれぞれＲＡサーバとＲＡク
ライアントに対して切断通知がなされる。ＲＡサーバか
らＰＡ−Ｂには回線一時切断要求が成功したことが通知
され、ＰＡ−ＢからＰＡ−Ａには接続要求が成功したこ
とが通知される。

【００６５】ＰＡ−Ａは接続要求の成功通知を受けて、
ユーザＡのデスクトップ計算機２３に送付されたＳＩＰ
３６へ起動コマンドを送る。この時、ＰＡ−ＢはＩｐＡ
３９に対し電話番号を含むメッセージを起動・発信指示
として与え、ＩｐＡ３９はＳＩＰ３８に暗号化ｓｅｅｄ
を含んだ起動コマンドを送る。これにより、ユーザＡ側
のＳＩＰ３６とフォンゲートウェイのＳＩＰ３８との間
でセキュア・インターネットフォンを使った同期及びリ
ンクが確立する。更に、ＩｐＡ３９はＮＣＵ４２に対
し、ＰＡ−Ｂから送られてきた電話番号を基に発信指示
を出し、ＮＣＵ４２はＭＳ／ＤＡに対し音声発信を行
う。ＭＳ／ＤＡはＮＣＵ４２からの音声着信を受けると
音声着信通知をＲＡクライアントに対して行うが、これ
は無視される。一方、ＭＳ／ＤＡからは音声着信を受け
て着信音が出力される。

【００６６】また、同時にＮＣＵ４２からは、セキュア
・インターネットフォンを使ってユーザＡに呼び出し音
信号が送出される。これにより、セキュア・インターネ
ットフォンによりユーザＡの使用しているＳＩＰ３６と
フォンゲートウェイ２４内のＳＩＰ３８の間が接続され
る。更に、ユーザＢがＭＳ／ＤＡの着信音に応答すると
ＭＳ／ＤＡとＮＣＵ４２との間が電話回線を介して接続
される。また、ＳＩＰ３８とＮＣＵ４２とはアナログ的
に接続されており、インターネットフォンと通常の電話
とのインタフェースを行うようになっているので、ユー
ザＡとユーザＢとが音声通話出来る状態になる。

【００６７】音声通話を終了するときは、ユーザＡとユ
ーザＢのいずれかから終話処理を行うが、図７にはユー
ザＢの方から終話をかけている場合が示されている。ユ
ーザＢがＭＳ／ＤＡに終話をかけると、ＭＳ／ＤＡとＮ
ＣＵ４２との間の音声通話回線が切断される。これによ
り、ＮＣＵ４２からは、ＳＩＰ３８、ＳＩＰ３６を介し
てユーザＡに切断音が発せられる。切断音を聞いたユー
ザＡは終話をＳＩＰ３８に対して行い、これはＳＩＰ３
８に通知され、ＳＩＰ３６とＳＩＰ３８との間のリンク
が解放される。リンクの解放に伴い、ＳＩＰ３６からは
ＰＡ−Ａに終了通知が、ＳＩＰ３８からはＰＡ−Ｂに終
了通知が通知される。この終了通知の後、ＳＩＰ３６
は、自動終了する。

【００６８】終了通知を受けたＰＡ−Ｂは終了・切断指
示をＩｐＡ３９に対して行い、切断指示がＩｐＡ３９か
らＮＣＵ４２に送られる。これによって、ユーザＡとユ
ーザＢとの間の音声通話の切断が完了する。ＰＡ−Ｂは
ＩｐＡ３９に対し、終了・切断指示を出すと自動終了す
る。

【００６９】一方、ユーザＢの終話を受けたＭＳ／ＤＡ
は、ＲＡクライアントに終話検出を通知する。この通知
を受けたＲＡクライアントはＭＳ／ＤＡを介してモデム
３０にデータ発信を行い、データ着信通知がモデム３０
からＲＡサーバに送信される。ＲＡサーバからは応答指
示がモデム３０に対して出され、モデム３０とＭＳ／Ｄ
Ａとの間が回線接続される。そして、モデム３０及びＭ
Ｓ／ＤＡそれぞれからＲＡサーバ及びＲＡクライアント
に接続通知が出され、再びＷｅｂサーバ３４とＷｅｂブ
ラウザ４５との間にＷｅｂアクセスが確立する。

【００７０】図８は、デスクトップ計算機２３を有する
ユーザＡと移動計算機２２を有するユーザＢとの接続を
移動計算機２２側から確立する処理シーケンスの例を示
す図である。

【００７１】図８の最上段に記載されているものは、図
７で説明したものと同じであって、図２の構成要素と同
じ対応関係を有しているので、ここでは説明を省略す
る。ユーザＡは、Ｗｅｂブラウザ３５によりＷｅｂサー
バ３４との間にＷｅｂアクセスを確立している。一方、
移動計算機２２を使用しているユーザＢは、Ｗｅｂサー
バ３４にＷｅｂアクセスを行う前に、認証を受け、認証
された場合に、アプレットとしてＵＩＡ２が送信されて
きて、ＵＩＡ２が移動計算機２２内に常駐するようにな
る。このＵＩＡ２があることによって、ユーザＢは、Ｗ
ｅｂブラウザ４５を使ってＷｅｂサーバ３４とＷｅｂア
クセスを確立することができる。

【００７２】図７では、ユーザＡがユーザＢに音声通話
を申し込む場合を示していたが、図８では、ユーザＢが
ユーザＡに音声通話を申し込む場合を示している。従っ
て、次には、ユーザＢがＷｅｂブラウザ４５上のホーム
ページを見て、ユーザＡのアイコン（アイコンＡ）をク
リックする。すると、この操作情報がＷｅｂサーバ３４
に通知され、Ｗｅｂサーバ３４はユーザＢからユーザＡ
への通話要求があることをＰＡ−Ｂに通知する。ＰＡ−
Ｂは、ユーザＢからの通話要求を受けて、ＰＡ−Ａに通
話要求を出す。ＰＡ−Ａは、この通話要求通知をユーザ
ＡのＵＩＡ１に通知し、ＵＩＡ１はユーザＡにユーザＢ
から通話要求が来ていることを画面表示により知らせ
る。

【００７３】ユーザＡがＵＩＡ１を介して通話を了解し
た旨をＰＡ−Ａに通知してくると、この旨をＰＡ−Ａが
ＰＡ−Ｂに通知する。ＰＡ−Ｂはこの通話了解通知を受
けて、ユーザＡが通話を了解したことをユーザＢに教え
る。一方、ＰＡ−Ａから通話了解の通知を受けたＰＡ−
Ｂは、アプリケーションサーバ４３に対し、ＳＩＰと暗
号化のためのｓｅｅｄを配送するように要求を出す。ア
プリケーションサーバ４３は、これを受けて、ユーザＡ
のＵＩＡ１に対してＳＩＰ３６を配送し、ＳＩＰ３６が
ユーザＡのデスクトップ計算機２３上に常駐するように
する。更に、アプリケーションサーバ４３は、暗号化の
ためのｓｅｅｄをＩｐＡ３９に対し配送した後、ＰＡ−
Ｂに配送終了通知を行う。

【００７４】ＰＡ−Ｂは配送終了通知を受けて、ＲＡサ
ーバにユーザＡの電話番号を含んだメッセージを回線一
時切断要求として配送し、ユーザＢとの回線接続を切断
するように要求する。この要求はＲＡサーバからＲＡク
ライアントに転送され、ＲＡクライアントが了解通知
（ＡＣＫ）をＲＡサーバに返送してくると、ＲＡサーバ
はモデム３０に対し切断命令を出す。これにより、モデ
ム３０とＭＳ／ＤＡとの間の接続が切断される。そし
て、モデム３０及びＭＳ／ＤＡからＲＡサーバ及びＲＡ
クライアントにそれぞれ切断通知が送られる。このと
き、上位アプリケーションであるＷｅｂサーバ３４やＷ
ｅｂブラウザ４５には、切断通知がいかないので上位ア
プリケーションのセッションは維持されたままとなる。

【００７５】切断通知を受けたＲＡサーバはＰＡ−Ｂに
回線一時切断が成功したことを通知する。ＰＡ−Ｂはこ
の回線一時切断成功の通知を受けるとＰＡ−Ａに接続要
求を出し、ＰＡ−Ａはこの接続要求にしたがって、ＳＩ
Ｐ３６に対し、起動コマンドを送る。ＳＩＰ３６が起動
すると、起動成功通知がＰＡ−Ａに送られ、ＰＡ−Ａ
は、接続要求成功をＰＡ−Ｂに伝える。すると、ＰＡ−
ＢはＩｐＡ３９に対し、起動・発信指示を行い、ＩｐＡ
３９は電話番号は含まないが暗号化のためのｓｅｅｄを
含む起動コマンドをＳＩＰ３８に対して送る。これによ
り、ＳＩＰ３６とＳＩＰ３８との間でセキュア・インタ
ーネットフォンを使った同期及びリンクが確立される。

【００７６】この時点で、ＲＡクライアントから音声発
信があると、ＮＣＵ４２に音声着信が生じ、ＮＣＵ４２
からＩｐＡ３９に対して着信通知が行われる。この着信
通知に対しＩｐＡ３９がＮＣＵ４２に応答することによ
って、ＳＩＰ３８とＮＣＵ４２間が接続されると共にＮ
ＣＵ４２とＭＳ／ＤＡ間が回線接続され、ユーザＢはユ
ーザＡと音声通話を行うことができるようになる。

【００７７】ユーザＡとユーザＢとが音声通話を終了す
るときには、いずれかの側から終話をかけるのである
が、図８では、ユーザＢから終話をかけている。ユーザ
ＢがＭＳ／ＤＡを使って終話すると、ＭＳ／ＤＡとＮＣ
Ｕ４２との間の回線が切断される。ＮＣＵ４２はこの切
断を受けて、ＳＩＰ３６を介して切断音がユーザＡに対
して出力されるようにする。ユーザＡがＳＩＰ３６に対
し終話処理を行うと、ＳＩＰ３６からＳＩＰ３８に対し
終話通知が行われる。これにより、ＳＩＰ３６とＳＩＰ
３８との間のセキュア・インターネットフォンのリンク
が解放される。

【００７８】上記リンクが解放されると、ＳＩＰ３６及
びＳＩＰ３８からＰＡ−Ａ及びＰＡ−Ｂにそれぞれ終了
通知がなされ、ＳＩＰ３６は、自動終了する。ＳＩＰ３
８から終了通知を受けたＰＡ−Ｂは、終了・切断指示を
ＩｐＡに対して通知し、ＩｐＡからＮＣＵ４２に対し切
断指示が出される。ＳＩＰ３８は、ＰＡ−Ｂに終了通知
を通知した後自動終了する。

【００７９】一方、ＭＳ／ＤＡの終話を検出したＲＡク
ライアントは、データ発信をＭＳ／ＤＡから送信する。
データ着信を受けたＲＡサーバは応答指示をモデム３０
に対して出力し、モデム３０とＭＳ／ＤＡ間を回線接続
させる。続いて、モデム３０及びＭＳ／ＤＡからは、そ
れぞれＲＡサーバ及びＲＡクライアントに対し接続通知
がなされ、Ｗｅｂブラウザ４５とＷｅｂサーバ３４との
間のデータ通信が再び再開される。

【００８０】図９は、移動計算機２２等を有しているユ
ーザＢから通常の電話２６のみを有するユーザＣに対し
て電話をかけるための処理シーケンスの例を示す図であ
る。ユーザＢはＷｅｂサーバ２１にアクセスする際に、
やはり認証を受け、Ｗｅｂサーバ２１からＵＩＡをアプ
レットとして送信してもらい、移動計算機２２内に常駐
させる。これにより、ユーザＢは、Ｗｅｂブラウザ４５
を用いてＷｅｂサーバ２１との間にＷｅｂアクセスを確
立する。次にユーザＢがユーザＣとの通話用アイコンＣ
をクリックする。この操作は、Ｗｅｂサーバ２１で認識
され、Ｗｅｂサーバ２１からＰＡ−Ｂに通知される。Ｐ
Ａ−ＢはＰＡ−Ｃに対し、ユーザＣに対する通話要求を
出す。ここで、ＰＡ−ＣはゲストＰＡと呼ばれる。すな
わち、ＰＡは、サーバ２１に登録した人毎に設けられ、
通信状態と個人情報を管理するものであるが、ユーザＣ
は、通常の商店などでサーバ２１に登録していない。こ
のように、サーバ２１に登録していないユーザＣに対応
するＰＡは本来存在しないのであるが、ＰＡ−ＣはＰＡ
を有するユーザＢとの通信を可能にするため、未登録の
ユーザＣとの間の通信を制御するために設けられるもの
である。

【００８１】サーバ２１に登録済みのユーザＢの個人情
報と通信状態を管理するＰＡ−Ｂが未登録のユーザＣの
通信状態を管理するＰＡ−Ｃに通話要求を出すと、ＰＡ
−Ｃは無条件でＰＡ−Ｂに通話了解の通知を行う。これ
は、ユーザＣがサーバ２１に未登録であり、通常の電話
２６しか持っておらず、ユーザＣに通話要求を受け入れ
るか否かを確かめる方法がないからである。

【００８２】通話要求を受け入れる旨の通知をＰＡ−Ｂ
が受けると、ＰＡ−ＢはユーザＢ側のＵＩＡに対し発信
開始メッセージを送付する。ＵＩＡは、この発信開始メ
ッセージを画面表示してユーザＢに知らせる。次に、Ｐ
Ａ−Ｂは音声通話のために、データ通信の一時切断要求
をユーザＣの電話番号を含んだメッセージにしてＲＡサ
ーバ（ＲＡ３１）に送信する。ＲＡサーバはこの要求を
ＲＡクライアント（ＲＡ４４）に対して転送し、ＲＡク
ライアントから切断了解（ＡＣＫ）の通知を受けると、
モデム３０に対して切断命令を出して、モデム３０とＭ
Ｓ／ＤＡ間の回線を切断する。この回線切断に伴い、モ
デム３０及びＭＤ／ＤＡはＲＡサーバ及びＲＡクライア
ントそれぞれに対し、切断通知を行う。

【００８３】切断通知を受けたＲＡクライアントは、先
に送付されてきたユーザＣの電話番号を基にユーザＣの
電話２６に対し、音声発信を行う。これにより、ユーザ
Ｃの電話２６に音声着信号が送られ、着信音が電話２６
からユーザＣに対して発せられる。ユーザＣが電話２６
の受話器を取る等してこの音声着信に対して応答する
と、ユーザＣの電話２６とユーザＢのＭＳ／ＤＡとが回
線接続され、ユーザＣとユーザＢとの間で音声通話が可
能になる。

【００８４】音声通話を終了すると（図９の場合、ユー
ザＢからの終話）、電話２６とＭＳ／ＤＡとの間の回線
が切断される。これにより、電話２６から切断音が発せ
られユーザＣは電話２６の受話器を置くなどして終話処
理を行う。ＭＳ／ＤＡの終話を検出したＲＡクライアン
トは再びデータ通信を始めるために、データ発信をＭＡ
／ＤＡを介してＲＡサーバに対して行う。データ着信通
知をモデム３０から受け取ったＲＡサーバは応答指示を
モデム３０に通知し、モデム３０とＭＳ／ＤＡとの間の
回線接続を確立する。これにより、モデム３０とＭＳ／
ＤＡからは、それぞれＲＡサーバとＲＡクライアントに
接続通知が出され、Ｗｅｂサーバ３４とＷｅｂブラウザ
４５との間にＷｅｂアクセスが再び確立し、音声通話を
行う直前の状態からデータ通信を再開することができ
る。

【００８５】図１０は、ＲＡサーバとＲＡクライアント
の図７から図９の処理シーケンスに対応する処理フロー
を示す図である。最初、ＲＡサーバとＲＡクライアント
はＷｅｂアクセスのためのデータ通信接続処理を行う
（ステップＳ１０１、Ｓ１２０）。ＲＡサーバはステッ
プＳ１０２でＰＡ３２からのメッセージを受信し、ステ
ップＳ１０３で該メッセージが音声通話用の一時回線切
断要求か否かを判断する。一時回線切断要求でない場合
には、ステップＳ１０５で他の処理を行い、ステップＳ
１０２に戻ってＰＡ３２からのメッセージの受信待ちと
なる。ここで、他の処理は、ＰＡ３２からのメッセージ
に含まれた処理要求に沿った処理を行うことになるが、
本発明とは直接には関係ないので説明を省略する。

【００８６】ステップＳ１０３で、一時回線切断要求で
あると判断した場合には、ステップＳ１０４で音声通話
用一時回線切断要求をＲＡクライアントに送信する。Ｒ
Ａクライアント側では、ステップＳ１２０でのデータ通
信接続処理の後、ステップＳ１２１でメッセージの受信
待機状態となっており、そこへ、ＲＡサーバから一時回
線切断要求が送信されてくる。ステップＳ１２１で何ら
かのメッセージを受け取った場合には、ステップＳ１２
２で一時回線切断要求であるか否かを判断し、回線切断
要求でない場合には、送信されてきたメッセージに書込
まれている処理要求に基づいた処理をステップＳ１２３
で行う。

【００８７】ステップＳ１２２で一時回線切断要求であ
ると判断した場合には、ステップＳ１２４で切断了解
（ＡＣＫ）の旨のメッセージをＲＡサーバ宛てに送信す
る。ＡＣＫを受け取ったＲＡサーバでは（ステップＳ１
０６）、次に、回線切断コマンドをモデム３０に送信す
る（ステップＳ１０７）。モデム３０はこのコマンドを
受けて、ＭＳ／ＤＡとの間の回線接続を切断する。移動
計算機２２側のＤＡ（データアダプタ）２７からは、Ｒ
Ａクライアントに対して、回線が切断された旨が伝えら
れる。ＲＡクライアントはＡＣＫを出した後、ステップ
Ｓ１２５でメッセージの受信待ちとなる。ステップＳ１
２５で何らかのメッセージを受け取った場合には、ステ
ップＳ１２６で回線切断通知か否かを判断し、回線切断
通知でなかった場合には、ステップＳ１２５に戻ってメ
ッセージ受信待ちとなる。

【００８８】今の場合、ＤＡ２７から送信されてくるメ
ッセージは回線切断通知であるので、ステップＳ１２６
でこの旨が判断され、ステップＳ１２７に進む。ステッ
プＳ１２７では、ステップＳ１２２で受け取った切断要
求メッセージの中に含まれる特殊文字列（例えば、？ｔ
ｅｌ−ｎｏ＝）を取り出し、この特殊文字列が「ｎｕｌ
ｌ」に設定されているか否かが判断される。ここで、特
殊文字列が「ｎｕｌｌ」に設定されている場合は、図７
のシーケンスに対応する。

【００８９】特殊文字列が「ｎｕｌｌ」に設定されてい
た場合には、ステップＳ１２８でメッセージの受信待ち
となり、ＤＡ２７から通知が来るのを待つ。特殊文字列
が「ｎｕｌｌ」の場合には、相手から音声接続をしてく
ることに対応するので、ステップＳ１２８で何らかのメ
ッセージを受け取った次には、ステップＳ１２９でその
メッセージが音声着信通知であるか否かを判断し、音声
着信通知でない場合には、ステップＳ１３３でデータ通
信用に回線を再接続し、ステップＳ１２１に戻ってＲＡ
サーバからのメッセージの受信待ちとなる。ステップＳ
１２９で音声着信通知を受信したと判断すると、ステッ
プＳ１３４でＲＡクライアントがインストールされてい
る計算機端末の状態検査コマンドを発して、端末状態を
取得する。図７〜９の場合には、ユーザＢの有する移動
計算機２２の状態を取得する。

【００９０】ステップＳ１２７で特殊文字が「ｎｕｌ
ｌ」でない場合には、図８あるいは９のＲＡクライアン
ト側から音声発信を行う場合に相当するので、ステップ
Ｓ１３０で音声発信コマンドをＭＳ／ＤＡに対して送信
し、ステップＳ１３１で音声発信に対する応答の受信待
ちとなり、ステップＳ１３２で音声通話回線の接続に成
功した旨の通知であるか否かを判断する。成功通知でな
い場合にはステップＳ１３０に戻って再び音声発信コマ
ンドを送信する。ステップＳ１３２で成功通知であるこ
とが判明した場合には、ＲＡクライアントからの音声通
話回線の接続が成功したことになるので、ステップＳ１
３４で端末の状態を検査して、取得する様にする。

【００９１】一方、ＲＡサーバ側では、ステップＳ１０
８で切断コマンドに対する応答を待っている状態であ
り、モデム３０からメッセージを受けとるとステップＳ
１０９でこのメッセージが回線切断通知か否かを判断す
る。回線切断通知でない場合には、ステップＳ１０７に
戻って再び切断コマンドをモデム３０に発行し、回線切
断が成功するまでステップＳ１０７〜Ｓ１０９の処理を
繰り返す。ステップＳ１０９でモデム３０からのメッセ
ージが回線切断通知であると判断すると、ステップＳ１
１０でＰＡ３２に対し、回線の一時切断の成功を通知す
る。そして、ステップＳ１１１でメッセージの受信待ち
となり、メッセージを受信するとステップＳ１１２でそ
のメッセージがデータ着信か否かを判断し、データ着信
でない場合にはステップＳ１１１に戻って、データ着信
を待つ。

【００９２】これまでにより、サーバ２１と移動計算機
２２間のデータ通信回線が切断され、音声通話の回線が
接続されたことになるので、ユーザは音声通話回線を使
って必要な話をする。

【００９３】ＲＡクライアント側では、ステップＳ１３
４で端末状態検査コマンドをＤＡ２７に送信しており、
ステップＳ１３５でＤＡ２７からの上記端末状態検査コ
マンドの応答受信待ちとなる。応答を受信するとステッ
プＳ１３６でその応答が音声通話の終話であるか否かを
判断し、終話でない場合には、ステップＳ１３７で所定
の時間の処理の遅延を与えてからステップＳ１３４に戻
って、再び端末状態検査コマンドをＤＡ２７に送信し、
音声通話の終了を待つ。

【００９４】ステップＳ１３６で、終話であると判断す
ると、データ通信を再開するために、ステップＳ１３８
でＤＡ２７に対してデータ発信コマンドを発行する。こ
れにより、電話網２０及びモデム３０を介してＲＡサー
バのステップＳ１１１でＲＡクライアントが送信したデ
ータが受信され、ステップＳ１１２でＲＡクライアント
の送信したデータの着信を判断して、ステップＳ１１３
に進む。

【００９５】ステップＳ１１３でデータ着信に対する応
答コマンドをモデム３０に発信し、ＲＡクライアント側
にデータ着信に対する応答を行う。モデム３０は移動計
算機２２側のＭＳ／ＤＡと回線がつながると接続通知を
ＲＡサーバに通知する。ＲＡサーバはステップＳ１１４
で応答受信待ちになっており、モデム３０が何らかのメ
ッセージを受けとると、そのメッセージが接続通知か否
かをステップＳ１１５で判断し、接続通知でない場合に
はステップＳ１１３に戻って再び応答コマンドをモデム
３０に出し、接続が確立されるようまでステップＳ１１
３〜Ｓ１１５の処理を繰り返す。ステップＳ１１５で接
続通知を受け取ったと判断すると、データ通信回線が接
続されたことになるので、ステップＳ１０２に戻って、
ＰＡ３２からのメッセージ受信待ち状態となる。

【００９６】ＲＡクライアント側では、ステップＳ１３
８の後、ステップＳ１３９でデータ発信に対する応答の
受信待ちをしており、ＤＡ２７からメッセージが届く
と、ステップＳ１４０でそのメッセージが接続通知か否
かを判断し、接続通知でない場合にはステップＳ１３８
に戻って再びデータ発信コマンドを発信し、データ通信
回線が接続されるまでステップＳ３８〜Ｓ１４０の処理
を繰り返す。そして、ステップＳ１４０で接続通知が送
られてきたことを判断すると、再びサーバ２１との間で
データ通信回線が接続されたことを認識し、ステップＳ
１２１に戻って、ＲＡサーバからのメッセージの受信待
ちとなる。

【００９７】次に、ＰＡについて説明する。図１１は、
ＰＡの概略プログラム構成と共通処理フローを示す図で
ある。図１１（ａ）に示されるようにＰＡは概略３つの
ブロックから成る。すなわち、ＰＡはエージェントある
いは１つの独立して作動するオブジェクトとして構成さ
れるが、他のオブジェクトとメッセージをやり取りしな
がら動作するので、そのためのインターフェースが必要
となる。従って、ＰＡには他のオブジェクトとのインタ
ーフェース１１００が設けられる。インターフェース１
１００で受信されたメッセージは判断部１１０１で解読
され、そのメッセージの内容が判断される。内容が判断
されると、次に処理部１１０２で判断された内容に対応
する処理を行い、処理部１１０２はその処理結果をメッ
セージによりインターフェース１１００を介して他のオ
ブジェクトあるいはエージェントに送信する。

【００９８】ＰＡの処理フローは図１１（ｂ）に示され
るように、ステップＳ１５０でメッセージ（ローカルパ
ケット）の受信待ちとなっている。ステップＳ１５０で
メッセージを受けとるとＷｅｂサーバ２１からのメッセ
ージか否かを判断する（ステップＳ１５１）。Ｗｅｂサ
ーバ２１からのメッセージである場合には、後述するＰ
Ａ−Ａ（ＰＡ３３）の処理をステップＳ１５２で行う。
Ｗｅｂサーバ２１からのメッセージではないとすると、
次に、ステップＳ１５３で他のＰＡからのメッセージか
否かを判断する。他のＰＡからのメッセージでなかった
場合には、そのメッセージに従った処理をステップＳ１
５９で行う。

【００９９】他のＰＡからのメッセージであった場合に
は、ステップＳ１５４において、そのメッセージが通話
要求であるか否かを判断し、通話要求でなかった場合に
は、メッセージに従った処理を行う。ここで、メッセー
ジに従った処理は、本発明には直接関係しないので説明
を省略する。ステップＳ１５４で通話要求であると判断
した場合には、Ｗｅｂサーバ２１から送信されてきた通
話要求に従って通信制御する時に扱うユーザに対応する
属性が存在するか否かかが判断され、ユーザ属性が存在
する場合には後述するＰＡ−Ｂ（ＰＡ３２）の処理を、
ユーザ属性が存在しないときには後述するＰＡ−Ｃ（ゲ
ストＰＡ）の処理を行い処理を終了する。

【０１００】図１２は、ＰＡ−Ａ及びＰＡ−Ｂの処理を
説明するフローチャートである。ここで、ＰＡ−Ａは管
理するユーザがデスクトップ計算機２３などのインター
ネットフォンを使用できるような環境にいる場合の通信
制御を行うＰＡである。一方、ＰＡ−Ｂは、ユーザが移
動計算機２２等のＷｅｂアクセスはできるが、インター
ネットフォンを使わないような環境にいる場合の通信制
御を行うＰＡである。ＰＡ−Ａの処理は図１２（ａ）
に、ＰＡ−Ｂの処理は図１２（ｂ）に示されている。図
１２（ａ）のステップＳ１５０、１５１、２００は図１
１（ｂ）の共通フローの一部であって、図１２（ｂ）も
同様であり、同じステップ番号が付されている処理は共
通フローと同じステップである。また、図１２（ａ）の
ステップＳ２００及び図１２（ｂ）のステップＳ２０１
は共通フローの部分を略記したものであって、詳細は図
１１（ｂ）の共通フローを参照されたい。

【０１０１】図１２（ａ）のＰＡ−Ａの処理で、先ず共
通フローの一部からステップＳ２０２の判断に移る。ス
テップＳ２０２では、Ｗｅｂサーバ２１からのメッセー
ジ（ローカルパケット）が通話要求であるか否かを判断
し、通話要求でない場合にはステップＳ２０３で他の処
理を行い共通フローの一部の先頭に処理が戻る。他の処
理はメッセージに基づく処理であるが、本発明には関係
ないので省略する。

【０１０２】ステップＳ２０２で通話要求であることが
分かると、ステップＳ２０４で通話相手先の管理を行っ
ているＰＡ（図１２の場合、ＰＡ−Ｂ）に通話要求を出
す。次に、ステップＳ２０５で、通話要求を出したＰＡ
からのメッセージの受信待ちとなる。メッセージを受信
すると、ステップＳ２０６でこのメッセージが通話を了
解するものであるか否かをし、通話が了解されなかった
場合には、ステップＳ２０７で通話拒否通知をＷｅｂサ
ーバ２１に送信して共通フローの一部の先頭に処理を戻
す。

【０１０３】ステップＳ２０６でメッセージが通話了解
を示すものであった場合には、ステップＳ２０８でアプ
リケーションサーバ４３に対しＳＩＰの配送要求を出
す。そして、ステップＳ２０９でアプリケーションサー
バ４３からのメッセージ受信待ちとなり、メッセージを
受信すると、ステップＳ２１０でそのメッセージが配送
終了通知か否かを判断する。配送終了通知でなかった場
合にはステップＳ２０９に戻って、アプリケーションサ
ーバ４３から配送終了通知が送信されてくるまで同じ処
理を繰り返す。

【０１０４】ステップＳ２１０で、アプリケーションサ
ーバ４３からのメッセージが配送終了通知であった場合
には、ステップＳ２１１で接続要求を接続先ユーザを管
理するＰＡ（図１２の場合、ＰＡ−Ｂ）に送信する。そ
して、ステップＳ２１２で接続先ユーザを管理するＰＡ
からのメッセージ受信待ちとなり、メッセージを受信し
た場合には、ステップＳ２１３でそのメッセージが接続
要求が成功した旨を知らせる通知か否かを判断する。接
続要求が成功しない場合には、ステップＳ２１１〜２１
３の処理を接続要求が成功するまで繰り返す。ステップ
Ｓ２１３で接続要求が成功したことが分かると、上記ス
テップＳ２０８において配送済みのＳＩＰ３６に対して
起動コマンドを送信する（ステップＳ２１４）。次に、
ステップＳ２１５で起動をかけたＳＩＰ３６からのメッ
セージの受信待ちとなり、メッセージを受信した場合に
は、ステップＳ２１６でそのメッセージがＳＩＰ３６の
起動が成功した旨を通知する起動成功通知であるか否か
が判断される。ＳＩＰ３６の起動が成功していない場合
にはステップＳ２１４に戻って、ＳＩＰ３６の起動が成
功するまでステップＳ２１４〜Ｓ２１６の処理を繰り返
す。ステップＳ２１６で起動成功通知を受け取ったと判
断した場合には、ステップＳ２１７に進んでＳＩＰ３６
からの通話の終了メッセージの受信待ちとなる。ステッ
プＳ２１７で何らかのメッセージをＳＩＰから受け取っ
た場合には、ステップＳ２１８に進んでそのメッセージ
が通話の終了通知（終話通知）か否かが判断され、終了
通知でない場合にはステップＳ２１７に戻って終了通知
がＳＩＰ３６から送られてくるまで処理を繰り返す。ス
テップＳ２１８で終了通知が送られてきたと判断する
と、処理を共通フローの先頭に戻して、一連の処理を終
了する。

【０１０５】ＰＡ−Ｂの処理では図１２（ｂ）に示され
るように、共通フローの処理の後、受信したメッセージ
が通話要求であるか否かをステップＳ２２０で判断す
る。通話要求でない場合には、ステップＳ２２１でメッ
セージに従った他の処理を行って共通フローの先頭に戻
る。通話要求であった場合には、通話要求通知を、ＰＡ
−Ｂが担当するユーザＢのデスクトップ計算機２３のＵ
ＩＡに送信する。そして、ステップＳ２２３で該ＵＩＡ
からのメッセージ待ちとなる。

【０１０６】ステップＳ２２３で該ＵＩＡからメッセー
ジを受けとると、ステップＳ２２４でそのメッセージが
通話を了解するメッセージかどうかを判断し、通話を了
解しないメッセージの場合には、ステップＳ２２５で通
話拒否通知を、通話要求を送ってきたＰＡ（図１２の場
合にはＰＡ−Ａ）に対して送信して共通フローの一部の
先頭に戻る。ステップＳ２２４で、通話を了解する旨の
メッセージであると判断すると、通話を了解する旨の通
知を通話要求を送ってきたＰＡ（例えば、ＰＡ−Ａ）に
送信する。

【０１０７】そして、ステップＳ２２７で通話要求して
きたＰＡからのメッセージ受信待ちとなり、メッセージ
を受信するとステップＳ２２８で接続要求であるか否か
が判断される。接続要求でない場合には、通話要求をし
てきたＰＡから接続要求が来なかったことになるので、
エラー処理をステップＳ２２９で行い、共通フローの先
頭に戻って次の処理に備える。接続要求であった場合に
は、前述のＲＡ（ＲＡサーバ）に対し、音声通話用に回
線を切断する要求をステップＳ２３０に出す。そして、
ステップＳ２３１でＲＡからの応答待ちとなり、ＲＡか
ら応答メッセージを受け取った場合には、ステップＳ２
３２で回線の切断が成功したか否かを判断する。切断が
成功していない場合には、ステップＳ２３０に戻って、
切断が成功するまで処理を繰り返す。ステップＳ２３２
で切断が成功した場合には、ステップＳ２３３で切断が
成功した旨を通話要求を送信してきたＰＡ（図１２の場
合は、ＰＡ−Ａ）に送信する。

【０１０８】そして、ステップＳ２３４でＩｐＡ３９に
起動発信指示を出し、ＳＩＰ３６を使って通話要求を行
ってきたユーザと、フォンゲートウェイ２４のＳＩＰ３
８との間に同期・リンクを確立する。次に、ＰＡ−Ｂ
は、フォンゲートウェイ２４のＳＩＰ３８からの通話
（通話要求をしてきたユーザとのセキュア・インターネ
ットフォンを使った通話）の終了通知のメッセージの受
信待ちとなる（ステップＳ２３５）。ステップＳ２３６
で受信したメッセージが終了通知でない場合には、ステ
ップＳ２３５に戻って、終了通知が送信されてくるまで
ステップＳ２３５〜Ｓ２３６の処理を繰り返す。ステッ
プＳ２３６で終了通知であることが分かった場合には、
終了切断指示をステップＳ２３７でＩｐＡ３９に対して
行って、共通フローの一部の先頭に戻って一連の処理の
終了となる。

【０１０９】図１３は、サーバに登録していないユーザ
との通信を管理するゲストＰＡの処理フローチャートで
ある。図１３のＰＡ−Ｃ（ゲストＰＡ）の処理はほとん
どが図１１（ｂ）の共通フローと同じであり、同じステ
ップには同じステップ番号を付してある。ただし、ＰＡ
−Ｃの場合には、ステップＳ１５０のメッセージ受信ス
テップにおいて、Ｗｅｂサーバ２１からメッセージが送
られてくることはなく、他のＰＡからのメッセージのみ
が送られてくる。従って、ステップＳ１５１等は必要な
いのであるが、ＰＡ−Ａ、ＰＡ−Ｂ、ＰＡ−Ｃのいずれ
として作動するＰＡの構成を提供するために設けられて
いるものである。

【０１１０】従って、ＰＡがゲストＰＡ（ＰＡ−Ｃ）と
して作動する場合には、ステップＳ１５０で他のＰＡか
らメッセージが送信されてくることになる。ステップＳ
１５４に処理が移って、通話要求か否かを判断する。通
話要求でなかった場合にはステップＳ１５８の他の処理
を行ってから共通フローの先頭に戻って一連の処理の終
了となる。一方、通話要求であった場合には、ステップ
Ｓ１５５で自分のＰＡが扱うユーザの属性が登録されて
いるか否かが判断され、登録ユーザであった場合にはス
テップＳ１５６のＰＡ−Ｂの処理を行う。ユーザ属性が
登録されておらず、非登録ユーザであることが分かった
場合には、ステップＳ２５０で無条件にメッセージを送
信してきたＰＡに通話を了解した旨の通知を送信する。
そして、共通フローの先頭に戻って一連の処理を終え、
次に処理の待機状態となる。ここで、無条件で通話了解
の通知を行うのは図９で説明した理由による。

【０１１１】図１４は、サーバにアクセスしているユー
ザに第３者の電話番号等の情報を提供するための構成の
概略図である。今、サーバ１４００にアクセスしている
ユーザが、移動端末１４０１を使用しているとする。移
動端末１４０１には、Ｗｅｂブラウザ１４０２がインス
トールされており、移動端末１４０１はＲＡ１４０３
（ＲＡクライアント）と回線制御装置１４０４を使って
無線網１４１１経由でサーバ１４００にアクセスしてい
る。サーバ１４００にも回線制御装置１４１０とＲＡ１
４０９（ＲＡサーバ）が設けられ、これらを介してＷｅ
ｂサーバ１４０８が情報を提供している。このとき、Ｗ
ｅｂサーバ１４０８上のホームページに様々な情報を載
せるためデータベース等の情報を利用することが考えら
れる。そこで、図１４では、それらデータベースの例と
して地図サーバ１４０７と施設情報データベース１４０
６とを設けている。

【０１１２】地図サーバ１４０７は例えば、買い物をす
るために商店の位置を地図とともに表示することに使わ
れ、この地図上に商店のアイコンを配置することによ
り、該アイコンをマウスなどによりクリックすることに
より、商店の様々な情報を参照することが出来るように
することができる。この場合、施設情報データベース１
４０６を使用する。施設情報データベース１４０６は、
上記のような商店の住所や電話番号など、その商店につ
いて必要な情報を提供するものである。

【０１１３】このように、様々なデータベースを使用し
てＷｅｂサーバ１４０８上にホームページを表示しよう
とする場合、データベースを統一的に管理し、互いのデ
ータを関連付けるサーバが必要である。これがバックエ
ンドサーバ１４０５である。バックエンドサーバ１４０
５は、Ｗｅｂサーバ１４０８や地図サーバ１４０７及び
施設情報データベース１４０６を統一的に管理し、デー
タベース１４０６から取り出されたデータを関連付け、
Ｗｅｂサーバ１４０８上のホームページ上に表示させる
ものである。

【０１１４】このような構成により、サーバ１４００
は、移動端末１４０１を使用するユーザに様々な情報を
グラフィカルに提供することが出来る。特に、前述した
ように、ホームページ上に商店の電話番号のアイコンを
表示し、移動端末１４０１のユーザがそのアイコンをク
リックするとその商店に電話をかけることができるとい
うサービスを提供することができる。

【０１１５】図１５は、データ通信を一旦切断して、デ
ータ通信機能を有しないユーザと音声通話を行う場合の
システムの構成例であって、交換機をサーバ側に設けた
構成の概略を示した図である。この図１５のシステムの
動作は、図３で説明した処理シーケンスに対応する。

【０１１６】Ｗｅｂブラウザ１５１７とＲＡ１５１６
（ＲＡクライアント）とを有する移動計算機１５０１
は、例えば小型のノート型パソコンである。この移動計
算機１５０１を有するユーザは、ＰＤＣ／ＰＨＳ端末１
５０２を使ってサーバ１５００にＷｅｂアクセスを行
う。ＰＤＣ／ＰＨＳ端末１５０２は、移動計算機１５０
１とデータ通信アダプタ１５１５（図２のデータアダプ
タ２７）で接続されており、データ通信アダプタ１５１
５はＰＤＣ／ＰＨＳ端末１５０２の回線制御部１５１１
を制御して、移動計算機１５０１を使ったデータ通信
か、スピーカ１５１３及びマイク１５１４を使った音声
通話かを切り換えるようにする。無線部１５１０は、携
帯電話の基地局１５０３を介して送信されてくるサーバ
１５００からの情報等を受信したり、ＰＤＣ／ＰＨＳ端
末１５０２に入力された情報を電波にのせて発信したり
する。

【０１１７】サーバ１５００にはＣＧＩプログラム１５
０５やＲＡ１５０６（ＲＡサーバ）、ＮＣＵ内蔵モデム
１５０７、及びＷｅｂサーバ１５１８と共に交換機１５
０８を有しており、移動計算機１５０１とのデータ通信
やＰＤＣ／ＰＨＳ端末１５０２からの音声通話等を処理
するようになっている。

【０１１８】最初、Ｗｅｂブラウザ１５１７を使ってＷ
ｅｂサーバ１５１８にアクセスしていたユーザが電話１
５０９の電話番号を見つけ、電話しようとして、該電話
番号のアイコンをクリックしたとする。すると、図９で
説明したシーケンスで処理が行われ、ＰＤＣ／ＰＨＳ端
末１５０２の回線制御部１５１１が内部の接続をデータ
通信アダプタ１５１５側からコーデック１５１２側に切
り換える。コーデック１５１２は、マイク１５１４から
入力する音声信号を符号化したり、回線制御部１５１１
から入力される音声データをスピーカ１５１３入力用の
音声信号に復号化する装置である。

【０１１９】このようにして、ＰＤＣ／ＰＨＳ端末１５
０２が音声通話可能な状態になると共に、サーバ１５０
０からの制御により交換機１５０８を介して電話１５０
９と通話可能となる。

【０１２０】図１６は、データ通信を一旦切断して、デ
ータ通信機能を有しないユーザと音声通話を行う場合の
システムの構成例であって、サーバとは別個に３者通話
機能を有する交換機が設けられている構成を示してい
る。図１６のシステムの動作は、図４で説明した処理シ
ーケンスに対応する。

【０１２１】図１６において、図１５と同じ参照番号を
付されている構成要素は図１５と同じものである。な
お、サーバ１５００内にＣＧＩプログラムが設けられて
いないが、図１５と同じく設けてもよい。

【０１２２】図１６では、交換機１６００は電話網１５
０４のものであっても、サーバ１５００に隣接して設け
られるものでもよいが、３者通話を行う構成となってい
る。図４で説明したように、ＰＤＣ／ＰＨＳ端末１５０
２から電話１５０９に音声通話回線を接続する場合に、
サーバ１５００と移動計算機１５０１とのデータ通信回
線を一旦切断する。そして、サーバ１５００側からＰＤ
Ｃ／ＰＨＳ端末１５０２へ交換機１６００を介して音声
通話用に回線を接続し、フッキングを行って一時この回
線を保留にする。そして、サーバ１５００は、電話１５
０９に対して音声通話回線を確立し、更にフッキングを
行うことによって、ＰＤＣ／ＰＨＳ端末１５０２、電話
１５０９及びサーバ１５００間の３者通話回線が確立す
る。

【０１２３】図４では、その後サーバ１５００の回線を
切断して、ＰＤＣ／ＰＨＳ端末１５０２と電話１５０９
との回線を保持するようにしたが、図４の説明でも述べ
たように、３者通話回線を維持したままでも良い。この
ように、交換機１６００の有する３者通話機能を使用す
ることによっても、サーバ１５００やＰＤＣ／ＰＨＳ端
末１５０２からデータ通信機能を有しない電話１５０９
に電話をかけることが可能となる。

【０１２４】図１７は、本発明の別の実施の形態におけ
る処理のシーケンス図である。本実施形態では、データ
通信を切断する直前に表示されているホームページのリ
ンク先のデータを予めキャッシュに読み込んでおき、音
声通話中であってもユーザがＷｅｂブラウザからリンク
を選択することによって、リンク先のデータを表示でき
るようにするものである。

【０１２５】ユーザＢがＷｅｂブラウザを用いてＷｅｂ
サーバにアクセスする際に、予めリンク先のデータをキ
ャッシュメモリに取得するようなアプレットをＷｅｂサ
ーバからユーザＢのＷｅｂブラウザに配送しておき、Ｗ
ｅｂアクセスするときにアプレットが起動するようにし
ておく。

【０１２６】ユーザＢがＷｅｂブラウザでＷｅｂサーバ
にアクセスして、あるアドレスのホームページが開かれ
たとすると、アプレットはＷｅｂブラウザにユーザＢが
次にリンクしようとしていると思われるリンク先のデー
タを先取りするようデータ要求を出す。Ｗｅｂブラウザ
からのこの要求に対する応答に従って、アプレットはユ
ーザＢの有する端末（例えば、移動計算機）のキャッシ
ュメモリにＷｅｂブラウザから送信されてきたリンク先
のデータを記憶するようにする。アプレットが取得する
データの範囲としては、例えば、１つの表示されている
ホームページのまだアクセスしていないリンク先のデー
タを全て取得するようにすることが考えられる。

【０１２７】そこで、ユーザＢがユーザＣに音声通話を
するために、Ｗｅｂブラウザに対しユーザＣの電話番号
を含む情報を取得するように要求すると（「ＧＥＴＵ
ＲＬ：//ＷｅｂＳｅｒｖｅｒ／Ｄｉｒｅｃｔｏｒｙ／Ｓ
ｔｏｒｅ−Ｃ？ｔｅｌ−ｎｏ」で示されている）、Ｗｅ
ｂサーバから特殊文字列（？ｔｅｌ−ｎｏ＝）に電話番
号が設定された情報が送られてきて、Ｗｅｂブラウザに
音声通話用発信を行っていることが表示される。このと
き、ＲＡクライアントはＲＡサーバに対して音声通話の
ために回線を一時切断する要求を出す。ＲＡサーバがこ
れを了解する旨のメッセージ（ＡＣＫ）をＲＡクライア
ントに送信すると、ＲＡクライアントはデータアダプタ
に対し切断命令を出す。

【０１２８】これにより、モデムとデータアダプタとの
間の回線が切断され、モデムからはＲＡサーバに、デー
タアダプタからはＲＡクライアントに切断通知が送信さ
れる。切断通知を受けたＲＡクライアントはユーザＣの
電話Ｔｅｌに対し音声発信を行い、電話Ｔｅｌは音声着
信を受けて着信音を発する。これに対して、ユーザＣが
応答すると端末と電話Ｔｅｌとが回線接続され、ユーザ
ＢとユーザＣが音声通話することができるようになる。

【０１２９】音声通話回線が接続されている間にユーザ
Ｂがデータ要求を出すと、Ｗｅｂブラウザはキャッシュ
メモリを参照して、データを読み出し、ユーザＢに提示
する。このとき、ユーザＢがキャッシュメモリにないリ
ンク先のデータを選択した場合には、データを取得する
ことはできないので、Ｗｅｂブラウザはデータ取得中の
状態で止まったようになる。

【０１３０】音声通話の終話はユーザＢまたはユーザＣ
のいずれかが行うが図１７では、ユーザＢの方から行っ
ている。これにより、端末（携帯電話等）と電話Ｔｅｌ
との間の回線が切断され、ユーザＣの電話Ｔｅｌから切
断音が発せられる。そして、ユーザＣが電話Ｔｅｌの受
話器を置く等して終話をすることにより、ユーザＢとユ
ーザＣとの音声通話は終了する。

【０１３１】一方、ユーザＢが端末から終話処理をおこ
なったことをＲＡクライアントが検出すると、ＲＡクラ
イアントはＲＡサーバに対しデータ発信を行う。これに
より、モデムからＲＡサーバがデータ着信通知を受ける
と、ＲＡサーバは応答命令をモデムに発し、モデムとデ
ータアダプタとの間が再び回線接続される。モデムとデ
ータアダプタはそれぞれＲＡサーバとＲＡクライアント
に接続通知を行い、Ｗｅｂアクセスが再開される。この
とき、Ｗｅｂブラウザ及びＷｅｂサーバのセッションは
維持されているので、音声通話中にユーザＢが行ったデ
ータ要求でデータの取得が出来ていない場合は、このデ
ータ取得からＷｅｂアクセスが再開される。

【０１３２】図１８は、図１７のシーケンスを実行する
ためのシステム構成の第１の構成例である。アプリケー
ション１８００はＷｅｂブラウザに対応し、アプリケー
ション１８０１は、Ｗｅｂサーバに対応する。一時回線
切断手段１８０４は、ＲＡクライアントに対応し、一時
回線切断手段１８１０は、ＲＡサーバに対応する。デー
タ通信装置１８０５はデータアダプタに、データ通信装
置１８０９はモデムに対応する。また、端末１８０７は
携帯電話等であり、データ記憶手段１８０３はキャッシ
ュメモリに対応している。更に、自動データ取得手段は
図１７のアプレットに対応している。

【０１３３】データ通信装置１８０９と端末１８０７と
は電話網１８０６を介して通信が可能となっており、電
話１８０８も電話網１８０６に接続されている。移動計
算機側のユーザがアプリケーション１８００を使って、
固定計算機側のアプリケーション１８０１にアクセスし
ているときに、自動データ取得手段１８０２は、アプリ
ケーション１８０１に対し、データの取得コマンドを発
し、必要なデータを取得する。必要なデータとは、例え
ば、図１７の説明で述べたようにアプリケーション１８
００に表示されているホームページに登録されている未
アクセスのリンク先のデータである。

【０１３４】自動データ取得手段１８０２が取得したデ
ータはデータ記憶手段１８０３に記憶され、音声通話中
にアプリケーション１８００からリンク先へのアクセス
があった場合にデータ記憶手段１８０３からそのリンク
先のデータが読み出され、そのデータがアプリケーショ
ン１８００によって画面に表示される。

【０１３５】このように、一時回線切断手段１８０４、
１８１０によってデータ通信していた回線が切断され、
移動計算機側が端末１８０７により電話１８０８と音声
通話をしている間にも、アプリケーション１８００から
リンク先をアクセスすることにより、データ記憶手段１
８０３に記憶されているそのリンク先のデータが画面に
表示されるので、移動計算機側のユーザは、あたかも音
声通話とデータ通信とを同時に行っているように感じる
ことができる。

【０１３６】このように、自動データ取得手段１８０２
を移動計算機側に常駐させておくことにより、仮想的に
音声通話とデータ通信を同時に行うことができる。図１
９は、図１７の処理シーケンスを実現するシステムの構
成の第２の構成例を示した図である。

【０１３７】図１９で図１８と同じ参照番号を付された
構成要素は図１８と同じものである。また、図１９内の
括弧付き数字は処理の流れの順番を示す番号である。最
初に、（１）で示されるように、アプリケーション１８
００と１８０１との間でデータ通信を開始したとする。
これと同時にアプリケーション１８０１からは自動デー
タ取得手段１９００が配送され、この自動データ取得手
段１９００が移動計算機側に常駐する。データ通信が始
まると、自動データ取得手段１９００は所定の規則によ
って、アプリケーション１８００からまだアプリケーシ
ョン１８０１にアクセスされていないデータを、アプリ
ケーション１８０１から取得するようにする。所定の規
則としては、例えば前述したように、アプリケーション
１８００に表示されているホームページに列挙されてい
るリンク先の内、まだアクセスされていないリンク先の
データを取得するというものが考えられる。

【０１３８】このようにして取得されたデータは（２）
で示されるように、データ記憶手段１８０３に記憶され
る。この後、移動計算機側が電話１８０８に音声通話を
行った場合には、（３）に示されるように一時回線切断
手段１８０４、１８１０によりデータ通信を行っていた
回線が切断され、端末１８０７と電話１８０８とが回線
接続される。この音声通話中にアプリケーション１８０
０からリンク先のデータの送信要求が出されると、
（４）に示されるようにデータ記憶手段１８０３が検索
され、対応するデータがある場合にはこのデータがアプ
リケーション１８００により画面に表示される。前述し
たように、対応するデータがない場合には、アプリケー
ション１８００は待機状態となる。

【０１３９】電話１８０８との音声通話が終了すると、
（５）に示されるように、一時回線切断手段１８０４、
１８１０によって一旦切断された移動計算機側と固定計
算機側との回線が再接続される。

【０１４０】図２０は、自動データ取得手段（アプレッ
ト）の処理フローを示す図である。最初に、ステップＳ
３００でアプリケーションあるいはＷｅｂブラウザを介
して、ユーザからデータ要求があるか否かが判断され
る。データ要求がある場合には、ステップＳ３０１でＲ
ＡがＷｅｂサーバと接続しているか否かが判断され、接
続している場合には、ステップＳ３０２でタイマを始動
する。そして、ステップＳ３０３でデータ要求のあった
データの取得要求をＷｅｂブラウザから受け付けそのデ
ータ取得要求をＷｅｂサーバに転送する。ステップＳ３
０４でＷｅｂサーバからデータを取得すると、これをＷ
ｅｂブラウザに転送して画面表示させる。そして、取得
したデータのアドレス（ＵＲＬ）を記録し（ステップＳ
３０５）、ステップＳ３０６で取得したデータをキャッ
シュメモリに記憶し、処理の先頭に戻って次の処理に備
える。

【０１４１】ステップＳ３０１で、ＲＡがＷｅｂサーバ
と接続していないことが判明した場合には、ステップＳ
３０７でキャッシュメモリより要求のあったデータを読
み出し、ステップＳ３０８でＷｅｂブラウザにそのデー
タを送信する。そして、処理の先頭に戻って次の処理に
備える。

【０１４２】ステップＳ３００でデータ要求がなかった
場合には、ステップＳ３０２において起動されたタイマ
がタイムアウトしているか否かが判断される（ステップ
Ｓ３０９）。これは、最初のデータ要求から一定の時間
が経ったら自動データ取得手段が自立的にデータを取得
する処理を開始するためのものである。タイムアウトで
ない場合には、ステップＳ３００に戻って、処理の先頭
に戻って次の処理に備える。

【０１４３】ステップＳ３０９で、タイムアウトになっ
ていた場合には、ステップＳ３１０で現在Ｗｅｂブラウ
ザに表示されているリンクを検査する。ステップＳ３１
１では、この検査によって取得されたリンク先のデータ
が取得済であるか否かが判断される。取得済である場合
には、ステップＳ３１４で音声通話を可能にするために
ＲＡによるデータ通信回線の切断処理を許可する。そし
て、処理の先頭に戻って次の処理に備える。

【０１４４】ステップＳ３１１で取得されたリンク先の
データを取得していないことが判明した場合には、ステ
ップＳ３１２でＷｅｂサーバにデータ要求をし、ステッ
プＳ３１３でＷｅｂサーバからデータを取得する。そし
て、ステップＳ３０５でデータを取得したリンク先のア
ドレス（ＵＲＬ）を記録し、ステップＳ３０６で取得し
たデータをキャッシュメモリに記憶する。そして、処理
の先頭に戻って次の処理に備える。

【０１４５】

【発明の効果】以上、説明したよに、本発明によれば、
１つの回線を使ってデータ通信中に音声通話を行い、音
声通話終了と同時に自動的に音声通話前の状態からデー
タ通信を再開するシステムを提供することができる。

【０１４６】また、予め、データ通信中にまだユーザが
アクセスしていないリンク先のデータを取得しておくこ
とによって、１つの回線を音声通話に使用している場合
にも仮想的に、該回線を介してデータ通信アクセスが可
能なような端末操作をユーザに提供することが出来る。

【図面の簡単な説明】

【図１】本発明の一実施形態の原理説明図である。

【図２】本発明のシステムの全体構成を示す図である。

【図３】図２のユーザＢがサーバに対しデータ通信を行
っている最中にユーザＣに電話をかける場合のシーケン
スを示した図である。

【図４】公衆網である電話網に設けられる交換機の３者
通話機能を利用してユーザＢとユーザＣとがデータ通信
中に音声通話を行う処理のシーケンスを示す図である。

【図５】データ通信回線を切断して音声通話を行う場合
に、端末（例えば、携帯端末）を有するユーザＢ側から
直接音声通話接続を行う場合のシーケンスを示した図で
ある。

【図６】図５におけるＲＡクライアントの本発明に特徴
的な処理を説明するフローチャートである。

【図７】サーバ側に電話番号等の個人情報と通信状態を
管理する個人毎に設けられる手段（ＰＡ）を有する場合
の本発明の実施形態のシーケンスの例を示す図である。

【図８】デスクトップ計算機を有するユーザＡと移動計
算機を有するユーザＢとの接続を移動計算機側から確立
するシーケンスの例を示す図である。

【図９】移動計算機等を有しているユーザＢから通常の
電話のみを有するユーザＣに対して電話をかけるための
シーケンスの例を示す図である。

【図１０】ＲＡサーバとＲＡクライアントの図７から図
９のシーケンスに対応する処理フローを示す図である。

【図１１】ＰＡの概略プログラム構成と共通処理フロー
を示す図である。

【図１２】ＰＡ−Ａ及びＰＡ−Ｂの処理を説明するフロ
ーチャートである。

【図１３】サーバに登録していないユーザとの通信を管
理するゲストＰＡの処理フローチャートである。

【図１４】サーバにアクセスしているユーザに第３者の
電話番号等の情報を提供するための構成を概略示した図
である。

【図１５】データ通信を一旦切断して、データ通信機能
を有しないユーザと音声通話を行う場合のシステムの構
成例であって、交換機をサーバ側に設けた構成の概略を
示した図である。

【図１６】データ通信を一旦切断して、データ通信機能
を有しないユーザと音声通話を行う場合のシステムの構
成例であって、サーバとは別個に３者通話機能を有する
交換機が設けられている構成を示している。

【図１７】本発明の別の実施の形態における処理のシー
ケンス図である。

【図１８】図１７のシーケンスを実行するためのシステ
ム構成の第１の構成例である。

【図１９】図１７のシーケンスを実現するシステムの構
成の第２の構成例を示した図である。

【図２０】自動データ取得手段（アプレット）の処理フ
ローを示す図である。

【図２１】従来の通信網の概略構成図である。

【符号の説明】

１０、１１、１８００、１８０１アプリケーショ
ン１２、１３、１８０４、１８１０一時回線切断手
段１４、１５、１８０５、１８０９データ通信装置１６、１８０７端末（電話機）１７、２６、１５０９、１８０８電話１８、２０、１５０４、１８０６電話網２１サーバ２２移動計算機２３デスクトップ計算機２４フォンゲートウェイ２５ネットワーク接続装置２７データアダプタ２８携帯電話２９、１５０３携帯電話基地局３０モデム３１、４４、１４０３、１４０９、１５０６、１５１６
ＲＡ３２、３３ＰＡ３４、１４０８、１５１８Ｗｅｂサーバ３５、４５、１４０２、１５１７Ｗｅｂブラウザ３６、３８ＳＩＰ３７、４０サウンドカード３９ＩｐＡ４１ハイブリッド４２ＮＣＵ４３アプリケーションサーバ４６インターネット１４００、１５００サーバ１４０１移動端末１４０４、１４１０回線制御部１４０５バックエンドサーバ１４０６施設情報データベース１４０７地図サーバ１４１１無線網１５０１移動計算機１５０２ＰＤＣ／ＰＨＳ端末１５０５ＣＧＩプログラム１５０７ＮＣＵ内蔵モデム１５０８、１６００交換機１５１０無線部１５１１回線制御部１５１２コーデック１５１３スピーカ１５１４マイク１５１５データ通信アダプタ１８０２、１９００自動データ取得手段１８０３データ記憶手段

Claims

【特許請求の範囲】

【請求項１】情報提供を行うサーバと、前記サーバとデータ通信を行う端末と、前記サーバと前記端末とを接続する通信網と、前記端末が前記サーバとのデータ通信中に前記通信網を
介して前記サーバ以外の第３者と音声通信を行う場合
に、データ通信を行っている回線を前記端末及び前記サ
ーバの上位アプリケーションに切断通知を行わずに切断
し、音声通話が終了したら前記サーバと前記端末とを自
動的に接続する一時回線切断手段とを備え、前記サーバと前記端末がデータ通信を再開したときに、
音声通話を始める直前の状態からデータ通信処理を行う
ことを特徴とする通信システム。
【請求項２】データ通信中に前記端末が前記第３者の電
話番号の情報を取得することを特徴とする請求項１に記
載の通信システム。
【請求項３】前記サーバが電話交換手段を持ち、前記端末から第３者への通話要求があった時に、前記一
時回線切断手段が前記サーバと前記端末間の回線を一時
切断し、前記電話交換手段と前記第３者、及び前記端末
の電話を接続し、サーバ側で２つの呼を接続することに
より、前記端末と前記第３者の通話を可能にすることを
特徴とする請求項１に記載の通信システム。
【請求項４】前記端末から前記サーバに対し前記第３者
との音声通話要求があったときに、前記サーバ側に設け
られる前記一時回線切断手段が前記端末と前記サーバと
の回線を一時切断し、前記電話交換手段の有する３者通
話機能により、前記サーバと、前記第３者の電話と、前
記端末を３者通話状態とすることにより、前記端末と前
記第３者の通話を可能にすることを特徴とする請求項３
に記載の通信システム。
【請求項５】前記端末から前記サーバに対し前記第３者
との音声通話要求があった時に、前記端末側に設けられ
る前記一時回線切断手段が回線を一時切断し、前記端末
から前記第３者に音声通話発信を行うことにより、前記
端末と前記第３者の通話を可能とすることを特徴とする
請求項１に記載の通信システム。
【請求項６】前記サーバ側に前記サーバのサービスを利
用する個人毎に設けられ、該個人の個人情報と通信状態
を個人毎に管理する少なくとも１つの第１の手段を更に
備え、前記一時回線切断手段は前記第１の手段の指示に従っ
て、前記端末から前記サーバに対し前記第３者との音声
通話要求があったときに、前記端末側に設けられる前記
一時回線切断手段が前記端末と前記サーバとの間の回線
を一時切断し、前記端末から前記第３者に音声通話発信
を行うことにより、前記端末と前記第３者の通話を可能
とすることを特徴とする請求項１に記載の通信システ
ム。
【請求項７】前記端末側に前記サーバからデータを自動
的に取得する自動データ取得手段と、前記自動データ取得手段によって取得されたデータを記
憶する記憶手段とを更に備え、前記自動データ取得手段がデータ通信中のデータの受信
がない間に取得可能なデータを予め取得して前記記憶手
段に格納し、音声通話中には前記データ記憶手段にアク
セスすることにより、音声通話中にも仮想的なデータ通
信が行えることを特徴とする請求項１に記載の通信シス
テム。
【請求項８】前記端末側に前記自動データ取得手段を受
け入れる手段を更に備え、データ通信の開始時に前記自動データ取得手段を前記サ
ーバ側から前記端末側に送信することを特徴とする請求
項７に記載の通信システム。
【請求項９】情報提供を行うサーバと、前記サーバとデ
ータ通信を行う端末とを通信網を介して回線接続するス
テップ（ａ）と、前記端末が前記サーバとのデータ通信中に前記通信網を
介して前記サーバ以外の第３者と音声通信を行う場合
に、データ通信を行っている回線を前記端末の上位アプ
リケーション及び前記サーバの上位アプリケーションに
切断通知を行わずに切断し、音声通話が終了したら前記
サーバと前記端末とを自動的に回線接続するステップ
（ｂ）とを備え、データ通信を再開したときに、上記２つの上位アプリケ
ーションは音声通話を始める直前の状態からデータ通信
処理を行うことを特徴とする通信方法。
【請求項１０】データ通信中に前記端末が前記第３者の
電話番号の情報を取得するステップを更に有することを
特徴とする請求項９に記載の通信方法。
【請求項１１】前記端末から第３者への通話要求があっ
た時に、前記ステップ（ｂ）を行い、前記サーバ側に設
けられた電話交換手段により２つの呼を接続することに
より、前記端末と前記第３者の通話を可能にすることを
特徴とする請求項９に記載の通信方法。
【請求項１２】前記端末から前記サーバに対し前記第３
者との音声通話要求があったときに、前記サーバ側にお
いて前記ステップ（ｂ）を行い、前記電話交換手段の有
する３者通話機能により、前記サーバと、前記第３者の
電話と、前記端末を３者通話状態とし、前記端末と前記
第３者の通話を可能にすることを特徴とする請求項１１
に記載の通信方法。
【請求項１３】前記端末から前記サーバに対し前記第３
者との音声通話要求があった時に、前記端末側において
前記ステップ（ｂ）を行い、前記端末から前記第３者に
音声通話発信を行うことにより、前記端末と前記第３者
の通話を可能とすることを特徴とする請求項９に記載の
通信方法。
【請求項１４】前記サーバ側において、前記サーバのサ
ービスを利用する個人毎に独立して行われ、該個人の個
人情報と通信状態を個人毎に管理するステップ（ｃ）を
更に備え、前記ステップ（ｃ）の通信状態の管理内容に基づいて前
記ステップ（ｂ）を行うことによって、前記端末から前
記第３者に音声通話発信を行い、前記端末と前記第３者
の通話を可能とすることを特徴とする請求項９に記載の
通信方法。
【請求項１５】前記サーバからデータを自動的に取得す
るステップ（ｄ）と、前記自動データ取得手段によって取得されたデータを記
憶するステップ（ｅ）とを更に備え、前記端末と前記サーバのデータ通信中であって、前記端
末側にデータの受信がない間に前記ステップ（ｄ）及び
（ｅ）を行い、音声通話中には前記ステップ（ｅ）によ
って記憶されたデータにアクセスすることにより、音声
通話中にも仮想的なデータ通信が行えることを特徴とす
る請求項９に記載の通信方法。