JP3798114B2 - 端末、移動端末、サーバ、端末通信方法およびサーバ通信方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、データ通信中に音声通信による電話をするシステムに関する。
【０００２】
【従来の技術】
今日の通信技術の発展により、ユーザが様々な通信サービスを受けられるようになった。このような通信サービスの１つとしてデータ通信がある。このようなデータ通信においては、ＰＨＳ（Personal Handyphone System）やＰＤＣ（Personal Digital Celluar）等の無線電話端末からデータ通信アダプタを使用し、ダイヤルアップ接続によりインターネットに接続し、ＷＷＷのホームページをブラウザで見ることが可能である。
【０００３】
データ通信により得た情報（例えば、Ｗｅｂのブラウジング中に見つけた店の電話番号）により直ちに電話をしたいという要求に答えるため、Ｗｅｂサーバ側でＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）により端末と店に電話をかけ、それらを接続することにより端末と店の電話間での通話を可能とするシステムがある。
【０００４】
図２１は、上記のような機能を実現する従来の通信網システムの概略構成図である。
サーバ２１００計算機は交換機２１０５を備えており、該交換機２１０５を介して電話網２１１０に接続されている。電話網２１１０には、電話２１０７及びＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を内蔵したモデム２１０８を介してパーソナルコンピュータ２１０１が接続されている。また、電話２１０６はサーバ２１００の交換機２１０５を介して、やはり電話網２１１０に接続されている。
【０００５】
サーバ２１００には、Ｗｅｂサーバ２１０２が実装されており、該Ｗｅｂサーバ２１０２はＣＧＩプログラム２１０３あるいは、ＮＣＵ内蔵モデム２１０４を介して交換機２１０５に接続され、電話網２１１０にデータを送信できるようになっている。パーソナルコンピュータ２１０１には、Ｗｅｂブラウザ２１０９がインストールされており、該Ｗｅｂブラウザ２１０９はＮＣＵ内蔵モデム２１０８を介して、サーバ２１００に実装されたＷｅｂサーバ２１０２が提供するホームページ等にアクセスすることが出来るようになっている。
【０００６】
図２１の場合、パーソナルコンピュータ２１０１がサーバ２１００にアクセスする回線と、パーソナルコンピュータ２１０１のユーザが有する電話２１０７の回線とが別々に設けられている。パーソナルコンピュータ２１０１の使用者は、Ｗｅｂブラウザ２１０９でサーバ２１００のホームページを見た後、このホームページに登録されている、例えば、店の電話番号を見て自分の欲しい商品の購入申し込みをその店に対して行う場合には、ホームページ上の電話番号をマウスによりクリック等する。これによって、Ｗｅｂサーバ２１０２はＣＧＩプログラム２１０３にユーザの電話２１０７と店の電話２１０６に交換機２１０５を介して電話をかけさせて、ユーザの電話２１０７と店の電話２１０６を接続させ、ユーザが電話２１０７により店に商品の購入申込等の連絡を取ることを可能にさせる。
【０００７】
しかし、図２１に示す例のようにユーザがデータ通信と異なる電話回線を持っているなら、この方法は有効であるが、ユーザがデータ通信と通話用同一の回線を使用している場合にはこの方法は使用できない。例えば、パーソナルコンピュータを回線交換方式の携帯電話にデータ通信アダプタを介して接続している場合には、データ通信と電話による音声通信は同時には行えない。
【０００８】
【発明が解決しようとする課題】
すなわち、回線交換網または音声パケットとデータパケットを同時に扱えないパケット交換網では、データ通信中には回線がふさがってしまうので、電話をかけたり、受けたりすることはできないという問題がある。
【０００９】
電話をするためには、一旦データ通信を終了し、回線を切断する必要がある。その場合、再びデータ通信を行おうとすると、はじめからデータ通信をやり直す必要があるので、ユーザにとっては非常に不便である。
【００１０】
例えば、Ｗｅｂサーバ上のあるホームページを見ていて、いろいろなリンクをたどっている途中で、そこに紹介されている店に電話をかけようとすると、一旦Ｗｅｂブラウザを終了し、データ通信を終了して回線を切断してから電話をかけなければならない。そして、電話が終了したら、再度、Ｗｅｂサーバとのデータ通信のために回線接続を行い、Ｗｅｂブラウザを立上げ、Ｗｅｂサーバにアクセスすると、また最初のホームページからリンクをたどり直さなければならない。
【００１１】
本発明の課題は、既存の電話網と携帯電話網または既存の電話網と簡易携帯電話網を使用して、ある通信回線でデータ通信中に、そのデータ通信のセッションを終了せずに、上記通信回線を介して電話をかけたり受けたりできる手段を提供することである。
【００１２】
更に、ある通信回線で音声通話中にはその通信回線でデータアクセスが行えないという問題があるが、音声通話中でも見かけ上、ユーザにデータアクセスが可能であるかのように思わせる手段を提供することである。
【００１３】
【課題を解決するための手段】
本発明の端末は、サーバとデータ通信を行う端末において、前記サーバとのデータ通信中に通信網を介して音声通信を行う場合に、データ通信を行っている回線を切断し、前記音声通話が終了したときに前記サーバと前記端末とを自動的に再接続する手段を備えることを特徴とする。
本発明の移動端末は、サーバと無線網を介してデータ通信を行う移動端末において、前記移動端末側のアプリケーションと前記サーバ側のアプリケーションとの通信セッション中に前記無線網を介して前記移動端末と電話とを接続する手段を備えることを特徴とする。
【００１４】
本発明のサーバは、端末に情報提供を行う通信システムのサーバにおいて、前記端末と前記サーバと通信に使用している回線の切断要求を前記端末から受信すると、前記サーバのアプリケーションと前記端末のアプリケーションとのセッションを維持し、前記切断要求に対する切断応答を前記端末に応答するとともに前記端末からの再接続を可能とする手段を備えることを特徴とする。
本発明の端末通信方法は、データ通信を行う端末から情報提供を行うサーバに通信網を介して回線を接続するステップ（ａ）と、
前記端末が前記サーバとのデータ通信中に通信網を介して音声通信を行う場合に、データ通信を行っている前記回線を切断し、音声通話が終了したら前記サーバと前記端末とを自動的に回線接続するステップ（ｂ）と、
を備えることを特徴とする。
本発明のサーバ通信方法は、データ通信を行う端末から情報提供を行うサーバに通信網を介して呼設定要求を受信するステップ（ａ）と、
前記端末が前記サーバとのデータ通信中に通信網を介して音声通信を行う場合に、データ通信を行っている前記回線を切断し、音声通話が終了したら前記サーバと前記端末とを自動的に回線接続するステップ（ｂ）と、
を備えることを特徴とする。
【００１５】
このような本発明によれば、移動端末側のアプリケーションとサーバ側のアプリケーションとのデータ通信のセッション中に無線網を介して前記移動端末と電話との接続を行うことができる。また、１つの回線を使ってデータ通信を行っている最中に、この回線を使って音声通話を行う場合に、自動的にデータ通信を行っている回線を切断し、音声通話をするために新たに回線を接続する。これにより、ユーザは、例えば、携帯電話等を使って、ホームページ上に掲載された電話番号に電話をかけることができる。
しかも、音声通話が終われば、自動的にデータ通信のための回線接続を行うので、ユーザはすぐにデータ通信を再開できるようになる。また、音声通話を始めるために回線を切断するときに、サーバ側の上位アプリケーションとデータ通信アダプタ等を介して携帯電話に接続されている移動計算機の上位アプリケーションには回線が切断されたことを知らせないので、回線が切断されている間もいずれの上位アプリケーションのセッションも維持されたままとなるので、データ通信用の回線が再び接続された際、データ通信を直ちに再開することができる。
【００１６】
従って、ユーザはデータ通信で得た情報を基に音声通話を行う必要が生じたときにデータ通信を一旦終了してから、音声通話を行うという面倒な作業をしなくて済む。また、音声通話のためにデータ通信を一旦終了することを避けるためにデータ通信用の回線と音声通話用の回線の２つの回線を用意する必要がない。
【００１７】
【発明の実施の形態】
図１は、本発明の一実施形態の原理説明図である。
同図において、固定計算機側とはサーバが存在する側のことであり、移動計算機側とは携帯型パーソナルコンピュータ等を有する側であり、該サーバの提供する情報を閲覧するユーザが存在する側のことである。
【００１８】
上記サーバには、上位アプリケーション（Ｗｅｂサーバ等）１０がインストールされており、更に、その下位に上位アプリケーション１０の通信セッションを維持したままデータ通信回線を一時的に切断する手段（一時回線切断手段）１２が設けられている。固定計算機側は、データ通信装置１４を介して電話網１８に接続される。
【００１９】
また、移動計算機側は、Ｗｅｂブラウザ等の上位アプリケーション１１がインストールされているとともに、移動計算機側と同様の一時回線切断手段１３が設けられている。上位アプリケーション１１は一時回線切断手段１３を介してデータ通信装置１５及び端末（電話や携帯電話）１６を使って、データ通信その他を行う。移動計算機側は、サーバである固定計算機側からの指示により端末１６を電話網１８を介して第３者（例えば、商品を販売する店）の電話１７に回線接続する処理を行う。
【００２０】
上記構成においては、固定計算機側と移動計算機側との間でデータ通信中に移動計算機側から電話（音声による通話）の発着信の要求があったときに、一時回線切断手段１２、１３により上位アプリケーション１０、１１のセッションを維持したままデータ通信に使用中の回線を一時切断し、その間に移動計算機側の端末１６と第３者の電話１７とを電話網１８を介して回線接続して移動計算機側のユーザが端末１６を用いて第３者の電話１７と音声による通話をすることが可能となっている。そして、通話が終了したときには、一時回線切断手段１３が音声通話に用いられた回線を切断した後、データ通信用の回線接続を行い、再び移動計算機側と固定計算機側との間でデータ通信を可能とする。このとき、上位アプリケーション１０、１１のセッションが維持されているので、移動計算機側のユーザは、音声による通話を行う直前に行っていたデータ通信の状態から再びデータ通信を開始することができる（例えば、ホームページを表示したまま音声通話を行い、音声通話終了とともに、表示されているホームページからブラウジング等を再開することができる）。
【００２１】
このように、固定計算機側と移動計算機側とがデータ通信中に通話要求があったときに、一時回線切断手段１２、１３が上位アプリケーション１０、１１には切断を通知せずにデータ通信に使用されていた回線を切断するので上位アプリケーション１０、１１はその回線切断に気がつかない。そして、一時的に上記データ通信回線を切断することによって、端末１６と電話網１８を接続する回線が空くので、移動計算機側は該回線を介して端末１６を用いて電話の発信及び着信が可能となる。そして、電話の通話が終了した時点で再び上記データ通信回線を接続し、データ通信を再開すると、アプリケーション１０、１１はデータ通信を継続できるので、始めからデータ通信をやり直す必要がない。
【００２２】
図２は、本発明の第１の実施形態のコンピュータネットワークのシステム全体の構成を示す図である。
システム全体はインターネット４６と電話網２０とにそれぞれの構成要素が接続された形になっており、各構成要素間で相互に通信が可能となっている。インターネット４６を介してＷｅｂページを提供するサーバ２１には、Ｗｅｂページを管理するＷｅｂサーバ３４とＲＡ（Ｒａｄｉｏ Ａｇｅｎｔ）３１、及び各サーバ２１への登録者毎に設けられるＰＡ（Ｐｅｒｓｏｎａｌ Ａｇｅｎｔ）３２、３３と、これらのアプリケーションを管理するアプリケーションサーバ４３とから成っている。これらのプログラム（エージェント）はそれぞれ独立して動作可能となっており、互いにメッセージをやり取りすることによって、それぞれの処理を行うように構成されている。
【００２３】
ＲＡ３１は、上位アプリケーションのセッションを維持したままデータ通信回線を一時的に切断する制御を行うプログラム（エージェント）であって、詳細は、特開平７−１２３１７４号公報及び特願平８−０３６０９５号の明細書に記載されているので、以下の説明では、本発明に関係する部分のみを説明し、その他の説明は省略する。ＲＡは、サーバ２１にのみ設けられるものではなく、同図から明らかなようにサーバ２１にアクセスするデータ通信と音声通話とが独立して行われる端末にも設けられるものである。同図の場合には、移動計算機２２にＲＡ４４が設けられている。
【００２４】
ＰＡ３２、３３はサーバ２１に設けられるプログラム（エージェント）であって、サーバに登録したユーザからのアクセスをユーザ毎に独立して制御するものであって、各登録者毎に設けられるものである。このＰＡについても最近では、一般化しており、多くの特許出願もなされているので、詳細な説明は省略する。
【００２５】
同図では、サーバ２１及びインターネット４６に接続しているフォン・ゲートウェイ２４と該フォン・ゲートウェイ２４及び電話網２０に接続されたネットワーク接続装置２５が設けられている。これらは、電話網２０とインターネット４６の間に設けられており、交換機としての役割を果たす。
【００２６】
フォン・ゲートウェイ２４は、インターネット・フォンの交換機能を果たすものであって、ＩｐＡ（Ｉｎｔｅｒｎｅｔ Ｐｈｏｎｅ Ａｇｅｎｔ）３９と、ＳＩＰ（Ｓｅｃｕｒｅ Ｉｎｔｅｒｎｅｔ Ｐｈｏｎｅ）３８と、サウンドカード４０とからなっている。ＳＩＰ３８は、インターネット４６を介して音声通話を行うためのプログラムであって、いわゆるインターネットフォンを使用するためのプログラムであるが、ここで示しているのは、通常のインターネットフォンに秘匿機能を付加したものである。すなわち、インターネットフォンによりＩＰデータグラムのやり取りを行う際、これらＩＰデータグラムを暗号化して行うものである。これにより、盗聴される可能性の高いインターネットにおいて、ユーザ間の通話内容を他に盗まれないように補償するものである。
【００２７】
このＳＩＰ３８は、ＩｐＡ３９からの制御によって、起動され、インターネットフォンを可能にするものである。すなわち、ＩｐＡ３９は、サーバ２１からのインターネットフォン使用要求等を受け付けてインターネットフォンを起動するなど、インターネットフォンにおける通信処理シーケンスにおいて、インターネットフォンの接続、切断等の制御を行うものである。
【００２８】
ネットワーク接続装置２５は、インターネットフォンと通常の電話回線とのインターフェースを行うものである。ネットワーク接続装置２５は、ＮＣＵ４２と２線／４線変換機（ハイブリッド）４１とから少なくとも成る。ＮＣＵ４２は、電話網２０との通信の制御（呼制御信号の送受信）を行うものである。ハイブリッド４１は、サウンドカード４０からの４本の通信線を電話網２０用の２本の通信線に変換するものである。
【００２９】
サーバ２１には、インターネット４６を介してユーザＡが使用するデスクトップ計算機２３がアクセスしている。ここで、デスクトップ計算機といっているのは、いわゆるデスクトップ型の計算機のみを意味するのではなく、パーソナルコンピュータあるいはワークステーションなど、いわゆるコンピュータ一般のことを意味しており、図２はユーザＡが自宅等からインターネット４６を介してデスクトップ計算機２３からサーバ２１にアクセスしている状態を示している。
【００３０】
デスクトップ計算機２３には、インターネット４６を介してサーバ２１のホームページ等を閲覧できるようなＷｅｂブラウザ３５がインストールされていると共に、インターネットフォンを使用できるようにサウンドカード３７が装備されている。デスクトップ計算機２３にインストールされるＳＩＰ３６は、始めからデスクトップ計算機２３にインストールされていてもよいが、同図の例では、インターネットフォンを使用する必要が生じたときに、サーバ２１のアプリケーションサーバ４３から配送されるようになっている。従って、ＳＩＰ３６は、必ずしもデスクトップ計算機２３にインストール済となっている必要はなく、本実施形態のシステムでは、インターネットフォン使用時にサーバ２１から配送され、自動的にデスクトップ計算機２３にインストールされるようになっている。
【００３１】
電話網２０にはネットワーク接続装置２５が接続されると共に、サーバ２１がモデム３０を介して接続されている。モデム３０はプログラムであるＲＡ３１から直接制御されるように構成されており、ＲＡ３１が上位アプリケーションであるＷｅｂサーバ３４のセッションを維持したままデータ通信回線を一時切断し、音声通話を可能とするような制御を行う際に用いられる。また、サーバ２１が後述する移動計算機２２とデータ通信する際にも用いられる。
【００３２】
また、電話網２０には、ＰＤＣ／ＰＨＳ等の携帯電話の基地局（ＢＳ）２９が接続されており、携帯電話２８とデータ通信あるいは音声通話のための信号のやり取りをするように構成されている。携帯電話２８には、データアダプタ２７を介して移動計算機２２が接続されている。この移動計算機２２は、小型のノートパソコン等、携帯電話２８と共にユーザＢが持ち運びできるような大きさで、しかも、インターネット４６を介してのデータ通信が可能な端末である。移動計算機２２には、Ｗｅｂサーバ３４のホームページを閲覧するためのＷｅｂブラウザ４５がインストールされているとともに、サーバ２１に設けられているＲＡ３１と同様のＲＡ４４もインストールされている。ＲＡ４４は、移動計算機２２がデータ通信に使用している回線が音声通話回線と同じ１つの回線なので、ＲＡ３１と協働して移動計算機２２がデータ通信中に音声通話を行うための制御を行う。
【００３３】
電話網２０には、ユーザＣが有する電話２６が接続されており、ユーザＡあるいはユーザＢからユーザＣに電話をかけることが出来るようになっている。電話２６は、例えば、一般の商店などデータ通信のための装置が全く設けられていないような人が有する電話である。
【００３４】
図３は、図２のユーザＢがサーバ２１に対しデータ通信を行っている最中にユーザＣに電話をかける場合の処理シーケンスを示した図である。
同図において、ユーザＣ（Ｕｓｅｒ−Ｃ）は、図２の電話２６を有するユーザであって、Ｔｅｌは電話２６である。Ｗｅｂサーバ、ＲＡサーバは図２のサーバ２１のＷｅｂサーバ３４、ＲＡ３１であって、ＣＧＩプログラムは、図２には図示されていないが、サーバ２１に実装されるプログラムである。モデムは、図２のモデム３０である。また、交換機回線１、交換機制御部、交換機回線２は、図２には図示されていないが、サーバ２１に設けられる交換機を示している。その他、電話網は、図２の電話網２０、端末は携帯電話２８、データアダプタはデータアダプタ２７、ＲＡクライアントはＲＡ４４、Ｗｅｂブラウザは、Ｗｅｂブラウザ４５である。
【００３５】
図３の一番上の双方向の太い矢印で示されているように、最初、ユーザＢはＷｅｂブラウザ４５を使ってサーバ２１のＷｅｂサーバ３４にアクセスし、ホームページを閲覧している。このホームページ上にユーザＢが電話をかけたいと思う電話番号のアイコンＣが表示されていた場合には、ユーザＢはこれをクリックする。すると、ユーザＢが電話番号のアイコンＣをクリックしたことがＷｅｂブラウザ４５からＷｅｂサーバ３４に通知される。すると、Ｗｅｂサーバ３４は、ＣＧＩプログラムを起動する。（図２では、ＣＧＩプログラムは図示されていない。すなわち、本発明を実施するにあたりＣＧＩプログラムは必須ではない。しかし、従来技術の記載で述べたようにＣＧＩプログラムは既に一般的になっており、図３の一実施形態では、このＣＧＩプログラムを使用した場合に、本発明の処理シーケンスがどうなるかを示している。ＣＧＩプログラムを使用しない場合は、後に述べる処理シーケンスで明らかにされるが、図３の場合にもＣＧＩプログラムを使用しないで実施することは可能である。）
ＣＧＩプログラムは起動されると、ＲＡサーバ（図２のＲＡ３１）に音声通話のための回線の一時切断を要求する。ＲＡサーバは、この要求を受けとるとユーザＢ側のＲＡクライアント（図２のＲＡ４４）に回線の一時切断要求を送信する。ＲＡサーバはＲＡクライアントから回線切断の了解（ＡＣＫ）を受けると、モデム３０に対して切断命令を送出する。すると、サーバ２１のモデム３０と移動計算機２２側のデータアダプタ２７との間で回線が切断される。この切断を受けて、データアダプタ２７は、ＲＡクライアントに回線が切断された旨を通知する。しかし、ＲＡクライアントは上位アプリケーションであるＷｅｂブラウザ４５には切断通知を送信しないので、Ｗｅｂブラウザ４５は回線が切断されたことを認識できず、回線が切断された時のセッションを維持したまま待機状態となる。
【００３６】
一方、サーバ２１側のモデム３０も回線が切断されるとＲＡサーバに切断通知を送信し、ＲＡサーバからＣＧＩプログラムに音声通話用接続を行う旨の通知が送られる。ここで、サーバ２１側でも、ＲＡサーバから上位アプリケーションであるＷｅｂサーバ３４には切断通知が送られないので、Ｗｅｂサーバ３４は、回線が切断された時の状態（セッション）を維持したまま待機状態となる。ＣＧＩプログラムは、ＲＡサーバから音声通話用接続を行う旨の要求を受けると、交換機制御部に対し、ユーザＢとユーザＣとを接続する旨の２者接続の指示を出す。
【００３７】
すると、交換機回線１からはユーザＣの電話２６に音声着信信号が送出され、これにより電話２６からは、着信音が出力される。一方、交換機回線２からは、携帯電話２８に対し音声発信信号が送出され、携帯電話２８から着信音が出力される。ユーザＢとユーザＣがそれぞれの着信音に応答すると、交換機は交換機回線１と交換機回線２とを接続し、ユーザＢとユーザＣの間に音声通話回線が確立される。
【００３８】
ユーザＢ、Ｃのいずれかが音声通話を終わることによって、上記音声通話回線が切断される。図３は、ユーザＢが通話を終了した場合を示しており、データアダプタ２７に終話の通知がなされている。これにより、データアダプタ２７と電話２６との間の音声通話回線が切断され、ユーザＣの電話２６からは切断音が出力される。そして、ユーザＣが例えば、受話器を電話２６に置くことによって、終話する。交換機制御部は、このユーザＢとＣの終話を検出して、サーバ２１のＣＧＩプログラムにその旨を伝える。ＣＧＩプログラムはデータ発信をＲＡクライアントに対して行いデータアダプタ２７から、このデータ発信の着信通知を受けてＲＡクライアントがデータアダプタ２７に応答指示を出すと、サーバ側のモデム３０と端末（ユーザＢの携帯電話２８）との間で接続が確立され、再び、ユーザＢ側のＷｅｂブラウザ４５とサーバ２１側のＷｅｂサーバ３４との間でＷｅｂアクセスが確立される。この時、Ｗｅｂサーバ３４とＷｅｂブラウザ４５は、音声通話のために一旦回線が切断されたことを認識していないので、再びＷｅｂアクセスが確立された後も、回線が切断されなかったかのようにセッションを続行する。すなわち、同じホームページが表示されたままで、Ｗｅｂアクセス再開後にホームページ上のアイコンをクリックするとＷｅｂサーバ２１側でも、Ｗｅｂアクセスが続いていたかのようにクリックされたアイコンに対するリンクを確立して、新しい情報をＷｅｂブラウザ４５に対して送信する。
【００３９】
図４は、公衆網である電話網２０に設けられる交換機の３者通話機能を利用してユーザＢとユーザＣとがデータ通信中に音声通話を行う処理のシーケンスを示す図である。
【００４０】
図４では、ＣＧＩプログラムを使用しない処理シーケンスを示している。同図の最上段に記載されているＴｅｌはユーザＣの有する電話２６であり、Ｗｅｂサーバ、ＲＡサーバ、モデムは前述した図３と同様に図２のサーバ２１側に設けられ、交換機回線１、交換機回線２、交換機回線３は図２に不図示の電話網２０に設けられた交換機であり、端末、データアダプタ、ＲＡクライアント、Ｗｅｂブラウザは前述した図３と同様に図２のユーザＢ側に設けられている。
【００４１】
最初、Ｗｅｂブラウザ４５とＷｅｂサーバ３４との間でＷｅｂアクセスが確立されていたとする。ユーザＢは、Ｗｅｂブラウザ４５に表示されるホームページ上の電話番号のアイコンをクリックすると、これがＷｅｂサーバ４５に伝えられると共に、ＲＡサーバ（ＲＡ３１）は音声通話用に回線を一時切断する要求をＲＡクライアント（ＲＡ４４）に通知する。ＲＡクライアントが了解すると（ＡＣＫを出すと）、ＲＡサーバは切断命令をモデム３０に対して送信し、モデム３０にモデム３０とデータアダプタ２７との間の回線接続を切断させる。そして、モデム３０からはＲＡサーバに、データアダプタ２７からはＲＡクライアントに切断通知が通知される。
【００４２】
ＲＡサーバは、切断通知を受けると音声発信信号をユーザＢの携帯電話２８に対して送信する。これにより携帯電話２８で着信音が鳴り、この着信音に対し、ユーザＢが応答すると、ユーザＢの携帯電話２８に接続される交換機回線３とモデム３０に接続されている交換機回線１とが接続される。次に、ＲＡサーバはフッキングを行う。これは、通常の電話で言う「キャッチホン」の機能である。このフッキングを行うことによって、携帯電話２８への交換機回線３とサーバ２１への交換機回線１とを接続したまま、サーバ２１から他の交換機回線に発信することができるようになる。そこで、ＲＡサーバは、フッキングの後にユーザＣへの回線である交換機回線２に対し音声発信を行う。この音声発信を受けて、電話２６には音声着信し、電話２６は着信音が鳴る。ユーザＣがこの着信音に応答すると交換機回線１と交換機回線２が接続される。ここで、ＲＡサーバが再びフッキングを行うと、交換機回線１、２、３が相互に回線接続され、３者通話回線接続が確立される。そして、ＲＡサーバから交換機回線１の切断命令を出すと、交換機回線１が３者通話回線接続から切断されて、交換機回線２と交換機回線３の２者通話回線接続が確立される。
【００４３】
これにより、ユーザＢは、ユーザＣに対し音声通話を行うことができる。この音声通話は、ユーザＢ、Ｃのいずれの側から終話してもよいが、図４の場合には、ユーザＢの方から終話している。データアダプタ２７はこのユーザＢからの終話を受けて音声通話回線を切断する。これにより、電話２６からは切断音が出力され、ユーザＣは、受話器を置くなどして終話する。
【００４４】
データアダプタ２７は、ＲＡクライアントに対し終話検出を通知し、ＲＡクライアントはデータアダプタ２７を介してＲＡサーバに対しデータ発信を行い、モデム３０はこのデータ発信を受信すると、ＲＡサーバに対してデータ着信通知を行う。ＲＡサーバはこのモデム３０からのデータ着信通知に対し、モデム３０に応答指示を出すことによって、モデム３０にデータアダプタ２７との間に回線接続を確立させる。モデム３０とデータアダプタ２７とは、それぞれＲＡサーバ及びＲＡクライアントに対し接続通知を行い、ＲＡサーバとＲＡクライアントはＷｅｂサーバ３４とＷｅｂブラウザ４５との間にＷｅｂアクセスを再確立させる。これにより、図３で説明したように、実際にはＷｅｂアクセスは一旦切断されているが、あたかもＷｅｂアクセスが継続していたかのように、ユーザＢは、サーバ２１とのＷｅｂアクセスを行うことが出来るようになる。
【００４５】
なお、図４では、電話網２０の交換機の３者通話機能を利用しているが、サーバ２１側に交換機がある場合には、サーバ２１側の交換機の３者通話機能を利用してもよい。電話網２０の３者通話機能を利用したほうがサーバ２１側に交換機を持たなくてよく、サーバ２１側に引き込む公衆回線数が２または３分の１で済むので経済的効果がある。
【００４６】
また、図４では、３者通話状態からサーバ２１の回線を切断することにより、２者通話状態に移行して通話しているが、３者通話状態のまま、サーバ２１（モデム３０）から信号音を出さないようにして２者で通話してもよい。
【００４７】
図５は、データ通信回線を切断して音声通話を行う場合に、音声通話接続をサーバ２１側で行うのではなく、携帯電話２８を有するユーザＢ側から直接音声通話接続を行う場合の処理シーケンスを示した図である。
【００４８】
最初、Ｗｅｂサーバ３４とＷｅｂブラウザ４５との間でＷｅｂアクセスが確立しているとする。ユーザＢは、Ｗｅｂブラウザ４５に表示されたホームページからユーザＣの電話番号（ユーザＣのいる店の電話番号）を知る。ユーザＢがこのユーザＣに電話をかけたいときには、ユーザＢは、Ｗｅｂサーバ３４にユーザＣのいる店のアドレスを取得する要求を出す。このアドレスには、特殊な文字列、例えば、「？ｔｅｌ−ｎｏ＝ＸＸＸＸＸＸＸＸ」という文字列を含んでいる。Ｗｅｂサーバ２１から上記特殊文字列で示される電話番号の電話に発信する旨の表示が送信されてくると、これがＷｅｂブラウザ４５により画面表示されると共に、ＲＡクライアント（ＲＡ４４）が送信されてきたアドレスを調べ、上記特殊文字列が含まれている場合には、ＲＡクライアントはＲＡサーバにデータ通信の回線切断要求を出す。ＲＡサーバから了解の旨（ＡＣＫ）がＲＡクライアントで受信されると、ＲＡクライアントはデータアダプタ２７に対して切断命令を出す。これにより、データアダプタ２７によってモデム３０とデータアダプタ２７との間を接続していた回線が切断され、モデム３０及びデータアダプタ２７から、それぞれＲＡサーバ及びＲＡクライアントに対して切断通知が送られる。
【００４９】
データアダプタ２７から切断通知を受けたＲＡクライアントは、上記特殊文字列から取得した電話番号に基づいて、電話網２０を介してユーザＣの電話２６に音声発信をかける。これにより、ユーザＣ側では、電話２６から着信音が発せられ、ユーザＣがこれに応答するとユーザＣ側の電話２６とユーザＢ側の携帯電話２８とが接続される。ユーザＣは電話２６を使って通話をし、ユーザＢは携帯電話２８を使って通話を行う。このようにして、ユーザＢとユーザＣとの通話が確立される。
【００５０】
通話が終了した場合には、ユーザＢあるいはユーザＣのいずれかが終話処理（受話器を置く等）を行うが、図５は、ユーザＢの側から終話を行っている場合を示している。ユーザＢが携帯電話２８を使って終話処理を行うと、電話２６と携帯電話２８を接続していた回線が切断され、ユーザＣの電話２６から切断音が出力される。ユーザＣも終話処理を行うことによって、ユーザＢとユーザＣとの間の通話が終了する。ＲＡクライアントは、ユーザＢの終話処理を検出すると、データアダプタ２７を介してＲＡサーバに対してデータ発信を行う。モデム３０はＲＡクライアントからのデータ発信を受信すると、ＲＡサーバに対してデータ着信通知を行う。ＲＡサーバが応答命令をモデム３０に発するとモデム３０とデータアダプタ２７との間が回線接続され、モデム３０及びデータアダプタ２７からそれぞれＲＡサーバ及びＲＡクライアントに対して接続通知がなされる。これにより、Ｗｅｂサーバ３４とＷｅｂブラウザ４５との間に再びＷｅｂアクセスが確立される。やはり、この時も、上位アプリケーションであるＷｅｂサーバ３４やＷｅｂブラウザ４５には一旦回線が切られたことが通知されないので、いずれもセッションが維持されたまま待機状態となっており、再びＷｅｂアクセスが確立されたときには、両者は回線切断が行われる直前の状態からデータ通信を再開することができる。
【００５１】
図６は、図５におけるＲＡクライアントの本実施形態に特徴的な処理を説明するフローチャートである。
ＲＡの一般的構成及び一般的処理については、上記公開公報及び特許出願明細書に記載の通りであるが、図５の処理においては、ユーザＢ側のＲＡ４４（ＲＡクライアント）が特殊文字列を検出して相手先（ユーザＣ）の電話番号を取得し、音声発信を行う処理が含まれており、この処理は本実施形態で新しく付加されたものである。以下の説明においては、特殊文字列を「？ｔｅｌ−ｎｏ＝」であるとして説明するが、特殊文字列は必ずしもこれに限られるものではない。
【００５２】
ＲＡクライアントは、回線交換網（図２の場合、公衆の電話網２０）を使って通信を行う時に起動されるが、図６では、起動されるとステップＳ１でデータ通信接続処理を行っている。これは、ユーザＢ側から最初にサーバ２１にＷｅｂアクセスを行うための処理に対応する。このステップＳ１の処理については、前述の先の出願の明細書を参照していただきたい。
【００５３】
ＲＡクライアントはＷｅｂアクセス確立時にＷｅｂブラウザ４５から命令が転送されて来ると（図５あるいは図６の例では、「Ｇｅｔ ＵＲＬ：／／ＷｅｂＳｅｒｖｅｒ・・・？ｔｅｌ−ｎｏ＝・・・」に対応する）、これをＲＡサーバ（ＲＡ３１）に転送する（ステップＳ２）。次に、この転送した文字列に特殊文字列（「？ｔｅｌ−ｎｏ＝」）が含まれているかを判断する（ステップＳ３）。特殊文字列が含まれていない場合には、ステップＳ５に進み、ＲＡサーバから送られてきた情報をＷｅｂブラウザ４５に転送してステップＳ２に戻り、Ｗｅｂブラウザ４５から命令が転送されてくるのを待ち、命令が転送されてくる度にその命令に特殊文字列が含まれているか否かをステップＳ３で判断する。
【００５４】
ステップＳ３で特殊文字列を含んでいると判断した場合には、ステップＳ４でＲＡサーバから情報が送信されてくるのを待ち、情報が送信されてきたら、これをＷｅｂブラウザ４５に転送する。そして、ステップＳ６でＷｅｂブラウザ４５に通知を行わないで回線を切断し、特殊文字列で示された電話番号に対して音声発信を行う（ステップＳ７）。この音声発信により、電話番号が示す相手先と音声通話が出来る状態となり、ユーザＢはその相手先と通話を行う。この間、ＲＡクライアントは、ステップＳ８で携帯電話２８の状態をデータアダプタ２７を介して検出し、終話したか否かを判断する（ステップＳ９）。
【００５５】
終話していない場合には、少し時間を置いて（ステップＳ１０）再び携帯電話２８の状態の検出と終話したか否かの判断を行い、終話するまでこの一連の処理（ステップＳ８〜Ｓ１０）を繰り返す。ステップＳ９で終話したと判断された場合には、音声通話が終わって、回線が空いたことを示すので、データ通信再接続処理（ステップＳ１１）を行い、ステップＳ２に戻って以下の処理を繰り返し行う。
【００５６】
以上に説明したのは、本実施形態の処理、特に図５の処理シーケンスに関する処理のみを特に取り上げて説明したものであって、一般的な処理の開始や終了に関しては前述の先の出願を参照されたい。
【００５７】
図７は、サーバ２１側に電話番号等の個人情報と通信状態を管理する個人毎に設けられる手段（ＰＡ）を有する場合の本発明の実施形態の処理シーケンスの例を示す図である。
【００５８】
図７の最上段の左から、図２との対応を述べると、ユーザＡ及びＷｅｂブラウザは、デスクトップ計算機２３のユーザＡとＷｅｂブラウザ３５であり、Ｗｅｂサーバ、ＰＡ−Ａ、アプリケーションサーバ、及びＰＡ−Ｂはサーバ２１のＷｅｂサーバ３４、ＰＡ３３、アプリケーションサーバ４３及びＰＡ３２であり、ＩｐＡとＳＩＰ、及びＮＣＵは、それぞれフォンゲートウェイ２４内のＩｐＡ３９、ＳＩＰ３８及びネットワーク接続装置２５内のＮＣＵ４２であり、ＲＡサーバ及びモデムはサーバ２１のＲＡ３１とモデム３０であり、ＭＳ／ＤＡは携帯電話２８及びデータアダプタ２７を１つとして記載したものであり、ＲＡクライアントは移動計算機２２のＲＡ４４、ＷｅｂブラウザとユーザＢは移動計算機２２にインストールされているＷｅｂブラウザ４５と移動計算機２２を使用するユーザＢである。なお、ＰＡ及びＲＡの動作については後述する。
【００５９】
図７のシーケンスでは、ＷｅｂアクセスするためにＵＩＡ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ Ａｇｅｎｔ）を使用している。これは、本実施形態のサービスを受ける人の認証を行うものであって、既に認証された人の計算機（図２のデスクトップ計算機２３）に予め送付して常駐するようにしておくか、Ｗｅｂサーバ３４にアクセスする際に、アクセスしてきた端末の認証を行って（例えば、ＩＤとパスワードの入力を行う）、その端末にアプレットとして送信し、常駐するようにしておくものである。これにより、ＵＩＡを持っている端末でのみＷｅｂアクセスができるようになる。
【００６０】
図７の場合には、ユーザＡ側のデスクトップ計算機２３にはＵＩＡ１が常駐しており、Ｗｅｂブラウザ３５からＷｅｂサーバ３４にＷｅｂアクセスすることができる。一方、ユーザＢの方は移動計算機２２であり、Ｗｅｂアクセスするための認証がまだ行われていない状態である。ユーザＢがＷｅｂサーバ３４にアクセスしようとする場合には、認証が行われ、アクセスが認められるとＵＩＡ２をユーザＢの移動計算機２２にアプレットとして送信し、常駐させる。これにより、ユーザＢもＷｅｂサーバにＷｅｂブラウザ４５を介してＷｅｂアクセスすることができるようになる。
【００６１】
次に、ユーザＡがＷｅｂサーバ３４のホームページ上に掲載されている通話可能者としてユーザＢを選択したとする。ユーザＡが、例えばユーザＢを表すアイコンをマウスによりクリックすると、これがＷｅｂサーバ３４に通知される。この通知は、ユーザＡを管理するＰＡ−Ａ（ＰＡ３３）にユーザＡがユーザＢに通話を申し込んでいる旨の通知である。ＰＡ−Ａは、この通話要求をユーザＢを管理するＰＡ−Ｂ（ＰＡ３２）に通知し、ＰＡ−ＢからユーザＢの移動計算機２２に常駐するＵＩＡ２に、ユーザＡがユーザＢとの通話を望んでいることを通知する。ＵＩＡ２はユーザＢに通話要求がユーザＡから来ていることを移動計算機２２の画面に表示し、ユーザＢの入力を待つ。
【００６２】
ユーザＢが通話を了解する入力を行うと、ＵＩＡ２からＰＡ−Ｂに通話可能である旨が通知され、更にＰＡ−ＢからＰＡ−Ａに同じ旨が通知される。通話の了解を得たＰＡ−Ａは、アプリケーションサーバ４３に対し、ＳＩＰのプログラムと暗号化のためのｓｅｅｄの配送要求を配送先とともに通知する。該要求を受けたアプリケーションサーバ４３はＵＩＡ１に対し、ＳＩＰ３６を配送すると共に、ＩｐＡ３９に対し暗号化のためのｓｅｅｄを配送する。
【００６３】
配送が終了すると、アプリケーションサーバ４３はＰＡ−Ａに対し配送終了通知を行う。配送終了通知を受け取ったＰＡ−ＡはＰＡ−Ｂに対して接続要求を行う。ＰＡ−Ｂは、ＲＡサーバ（ＲＡ３１）に対して音声通話のための回線一時切断を要求する。このとき、要求を伝えるメッセージには電話番号を含めない。すなわち、電話番号を指定する変数を「ｎｕｌｌ」とする（図７では、Ｔｅｌ番号＝ｎｕｌｌとしている）。
【００６４】
ＲＡサーバは、この切断要求を受けて、同じ旨の要求をＲＡクライアント（ＲＡ４４）に送付する。ＲＡクライアントからＲＡサーバに了解の旨の通知（ＡＣＫ）があると、ＲＡサーバはモデム３０に対して切断命令を行い、モデム３０とＭＳ（モーバイルステーション；携帯電話）２８との間の接続を切断する。モデム３０とＭＳ／ＤＡからはそれぞれＲＡサーバとＲＡクライアントに対して切断通知がなされる。ＲＡサーバからＰＡ−Ｂには回線一時切断要求が成功したことが通知され、ＰＡ−ＢからＰＡ−Ａには接続要求が成功したことが通知される。
【００６５】
ＰＡ−Ａは接続要求の成功通知を受けて、ユーザＡのデスクトップ計算機２３に送付されたＳＩＰ３６へ起動コマンドを送る。この時、ＰＡ−ＢはＩｐＡ３９に対し電話番号を含むメッセージを起動・発信指示として与え、ＩｐＡ３９はＳＩＰ３８に暗号化ｓｅｅｄを含んだ起動コマンドを送る。これにより、ユーザＡ側のＳＩＰ３６とフォンゲートウェイのＳＩＰ３８との間でセキュア・インターネットフォンを使った同期及びリンクが確立する。更に、ＩｐＡ３９はＮＣＵ４２に対し、ＰＡ−Ｂから送られてきた電話番号を基に発信指示を出し、ＮＣＵ４２はＭＳ／ＤＡに対し音声発信を行う。ＭＳ／ＤＡはＮＣＵ４２からの音声着信を受けると音声着信通知をＲＡクライアントに対して行うが、これは無視される。一方、ＭＳ／ＤＡからは音声着信を受けて着信音が出力される。
【００６６】
また、同時にＮＣＵ４２からは、セキュア・インターネットフォンを使ってユーザＡに呼び出し音信号が送出される。これにより、セキュア・インターネットフォンによりユーザＡの使用しているＳＩＰ３６とフォンゲートウェイ２４内のＳＩＰ３８の間が接続される。更に、ユーザＢがＭＳ／ＤＡの着信音に応答するとＭＳ／ＤＡとＮＣＵ４２との間が電話回線を介して接続される。また、ＳＩＰ３８とＮＣＵ４２とはアナログ的に接続されており、インターネットフォンと通常の電話とのインタフェースを行うようになっているので、ユーザＡとユーザＢとが音声通話出来る状態になる。
【００６７】
音声通話を終了するときは、ユーザＡとユーザＢのいずれかから終話処理を行うが、図７にはユーザＢの方から終話をかけている場合が示されている。ユーザＢがＭＳ／ＤＡに終話をかけると、ＭＳ／ＤＡとＮＣＵ４２との間の音声通話回線が切断される。これにより、ＮＣＵ４２からは、ＳＩＰ３８、ＳＩＰ３６を介してユーザＡに切断音が発せられる。切断音を聞いたユーザＡは終話をＳＩＰ３８に対して行い、これはＳＩＰ３８に通知され、ＳＩＰ３６とＳＩＰ３８との間のリンクが解放される。リンクの解放に伴い、ＳＩＰ３６からはＰＡ−Ａに終了通知が、ＳＩＰ３８からはＰＡ−Ｂに終了通知が通知される。この終了通知の後、ＳＩＰ３６は、自動終了する。
【００６８】
終了通知を受けたＰＡ−Ｂは終了・切断指示をＩｐＡ３９に対して行い、切断指示がＩｐＡ３９からＮＣＵ４２に送られる。これによって、ユーザＡとユーザＢとの間の音声通話の切断が完了する。ＰＡ−ＢはＩｐＡ３９に対し、終了・切断指示を出すと自動終了する。
【００６９】
一方、ユーザＢの終話を受けたＭＳ／ＤＡは、ＲＡクライアントに終話検出を通知する。この通知を受けたＲＡクライアントはＭＳ／ＤＡを介してモデム３０にデータ発信を行い、データ着信通知がモデム３０からＲＡサーバに送信される。ＲＡサーバからは応答指示がモデム３０に対して出され、モデム３０とＭＳ／ＤＡとの間が回線接続される。そして、モデム３０及びＭＳ／ＤＡそれぞれからＲＡサーバ及びＲＡクライアントに接続通知が出され、再びＷｅｂサーバ３４とＷｅｂブラウザ４５との間にＷｅｂアクセスが確立する。
【００７０】
図８は、デスクトップ計算機２３を有するユーザＡと移動計算機２２を有するユーザＢとの接続を移動計算機２２側から確立する処理シーケンスの例を示す図である。
【００７１】
図８の最上段に記載されているものは、図７で説明したものと同じであって、図２の構成要素と同じ対応関係を有しているので、ここでは説明を省略する。
ユーザＡは、Ｗｅｂブラウザ３５によりＷｅｂサーバ３４との間にＷｅｂアクセスを確立している。一方、移動計算機２２を使用しているユーザＢは、Ｗｅｂサーバ３４にＷｅｂアクセスを行う前に、認証を受け、認証された場合に、アプレットとしてＵＩＡ２が送信されてきて、ＵＩＡ２が移動計算機２２内に常駐するようになる。このＵＩＡ２があることによって、ユーザＢは、Ｗｅｂブラウザ４５を使ってＷｅｂサーバ３４とＷｅｂアクセスを確立することができる。
【００７２】
図７では、ユーザＡがユーザＢに音声通話を申し込む場合を示していたが、図８では、ユーザＢがユーザＡに音声通話を申し込む場合を示している。従って、次には、ユーザＢがＷｅｂブラウザ４５上のホームページを見て、ユーザＡのアイコン（アイコンＡ）をクリックする。すると、この操作情報がＷｅｂサーバ３４に通知され、Ｗｅｂサーバ３４はユーザＢからユーザＡへの通話要求があることをＰＡ−Ｂに通知する。ＰＡ−Ｂは、ユーザＢからの通話要求を受けて、ＰＡ−Ａに通話要求を出す。ＰＡ−Ａは、この通話要求通知をユーザＡのＵＩＡ１に通知し、ＵＩＡ１はユーザＡにユーザＢから通話要求が来ていることを画面表示により知らせる。
【００７３】
ユーザＡがＵＩＡ１を介して通話を了解した旨をＰＡ−Ａに通知してくると、この旨をＰＡ−ＡがＰＡ−Ｂに通知する。ＰＡ−Ｂはこの通話了解通知を受けて、ユーザＡが通話を了解したことをユーザＢに教える。一方、ＰＡ−Ａから通話了解の通知を受けたＰＡ−Ｂは、アプリケーションサーバ４３に対し、ＳＩＰと暗号化のためのｓｅｅｄを配送するように要求を出す。アプリケーションサーバ４３は、これを受けて、ユーザＡのＵＩＡ１に対してＳＩＰ３６を配送し、ＳＩＰ３６がユーザＡのデスクトップ計算機２３上に常駐するようにする。更に、アプリケーションサーバ４３は、暗号化のためのｓｅｅｄをＩｐＡ３９に対し配送した後、ＰＡ−Ｂに配送終了通知を行う。
【００７４】
ＰＡ−Ｂは配送終了通知を受けて、ＲＡサーバにユーザＡの電話番号を含んだメッセージを回線一時切断要求として配送し、ユーザＢとの回線接続を切断するように要求する。この要求はＲＡサーバからＲＡクライアントに転送され、ＲＡクライアントが了解通知（ＡＣＫ）をＲＡサーバに返送してくると、ＲＡサーバはモデム３０に対し切断命令を出す。これにより、モデム３０とＭＳ／ＤＡとの間の接続が切断される。そして、モデム３０及びＭＳ／ＤＡからＲＡサーバ及びＲＡクライアントにそれぞれ切断通知が送られる。このとき、上位アプリケーションであるＷｅｂサーバ３４やＷｅｂブラウザ４５には、切断通知がいかないので上位アプリケーションのセッションは維持されたままとなる。
【００７５】
切断通知を受けたＲＡサーバはＰＡ−Ｂに回線一時切断が成功したことを通知する。ＰＡ−Ｂはこの回線一時切断成功の通知を受けるとＰＡ−Ａに接続要求を出し、ＰＡ−Ａはこの接続要求にしたがって、ＳＩＰ３６に対し、起動コマンドを送る。ＳＩＰ３６が起動すると、起動成功通知がＰＡ−Ａに送られ、ＰＡ−Ａは、接続要求成功をＰＡ−Ｂに伝える。すると、ＰＡ−ＢはＩｐＡ３９に対し、起動・発信指示を行い、ＩｐＡ３９は電話番号は含まないが暗号化のためのｓｅｅｄを含む起動コマンドをＳＩＰ３８に対して送る。これにより、ＳＩＰ３６とＳＩＰ３８との間でセキュア・インターネットフォンを使った同期及びリンクが確立される。
【００７６】
この時点で、ＲＡクライアントから音声発信があると、ＮＣＵ４２に音声着信が生じ、ＮＣＵ４２からＩｐＡ３９に対して着信通知が行われる。この着信通知に対しＩｐＡ３９がＮＣＵ４２に応答することによって、ＳＩＰ３８とＮＣＵ４２間が接続されると共にＮＣＵ４２とＭＳ／ＤＡ間が回線接続され、ユーザＢはユーザＡと音声通話を行うことができるようになる。
【００７７】
ユーザＡとユーザＢとが音声通話を終了するときには、いずれかの側から終話をかけるのであるが、図８では、ユーザＢから終話をかけている。ユーザＢがＭＳ／ＤＡを使って終話すると、ＭＳ／ＤＡとＮＣＵ４２との間の回線が切断される。ＮＣＵ４２はこの切断を受けて、ＳＩＰ３６を介して切断音がユーザＡに対して出力されるようにする。ユーザＡがＳＩＰ３６に対し終話処理を行うと、ＳＩＰ３６からＳＩＰ３８に対し終話通知が行われる。これにより、ＳＩＰ３６とＳＩＰ３８との間のセキュア・インターネットフォンのリンクが解放される。
【００７８】
上記リンクが解放されると、ＳＩＰ３６及びＳＩＰ３８からＰＡ−Ａ及びＰＡ−Ｂにそれぞれ終了通知がなされ、ＳＩＰ３６は、自動終了する。ＳＩＰ３８から終了通知を受けたＰＡ−Ｂは、終了・切断指示をＩｐＡに対して通知し、ＩｐＡからＮＣＵ４２に対し切断指示が出される。ＳＩＰ３８は、ＰＡ−Ｂに終了通知を通知した後自動終了する。
【００７９】
一方、ＭＳ／ＤＡの終話を検出したＲＡクライアントは、データ発信をＭＳ／ＤＡから送信する。データ着信を受けたＲＡサーバは応答指示をモデム３０に対して出力し、モデム３０とＭＳ／ＤＡ間を回線接続させる。続いて、モデム３０及びＭＳ／ＤＡからは、それぞれＲＡサーバ及びＲＡクライアントに対し接続通知がなされ、Ｗｅｂブラウザ４５とＷｅｂサーバ３４との間のデータ通信が再び再開される。
【００８０】
図９は、移動計算機２２等を有しているユーザＢから通常の電話２６のみを有するユーザＣに対して電話をかけるための処理シーケンスの例を示す図である。
ユーザＢはＷｅｂサーバ２１にアクセスする際に、やはり認証を受け、Ｗｅｂサーバ２１からＵＩＡをアプレットとして送信してもらい、移動計算機２２内に常駐させる。これにより、ユーザＢは、Ｗｅｂブラウザ４５を用いてＷｅｂサーバ２１との間にＷｅｂアクセスを確立する。次にユーザＢがユーザＣとの通話用アイコンＣをクリックする。この操作は、Ｗｅｂサーバ２１で認識され、Ｗｅｂサーバ２１からＰＡ−Ｂに通知される。ＰＡ−ＢはＰＡ−Ｃに対し、ユーザＣに対する通話要求を出す。ここで、ＰＡ−ＣはゲストＰＡと呼ばれる。すなわち、ＰＡは、サーバ２１に登録した人毎に設けられ、通信状態と個人情報を管理するものであるが、ユーザＣは、通常の商店などでサーバ２１に登録していない。このように、サーバ２１に登録していないユーザＣに対応するＰＡは本来存在しないのであるが、ＰＡ−ＣはＰＡを有するユーザＢとの通信を可能にするため、未登録のユーザＣとの間の通信を制御するために設けられるものである。
【００８１】
サーバ２１に登録済みのユーザＢの個人情報と通信状態を管理するＰＡ−Ｂが未登録のユーザＣの通信状態を管理するＰＡ−Ｃに通話要求を出すと、ＰＡ−Ｃは無条件でＰＡ−Ｂに通話了解の通知を行う。これは、ユーザＣがサーバ２１に未登録であり、通常の電話２６しか持っておらず、ユーザＣに通話要求を受け入れるか否かを確かめる方法がないからである。
【００８２】
通話要求を受け入れる旨の通知をＰＡ−Ｂが受けると、ＰＡ−ＢはユーザＢ側のＵＩＡに対し発信開始メッセージを送付する。ＵＩＡは、この発信開始メッセージを画面表示してユーザＢに知らせる。次に、ＰＡ−Ｂは音声通話のために、データ通信の一時切断要求をユーザＣの電話番号を含んだメッセージにしてＲＡサーバ（ＲＡ３１）に送信する。ＲＡサーバはこの要求をＲＡクライアント（ＲＡ４４）に対して転送し、ＲＡクライアントから切断了解（ＡＣＫ）の通知を受けると、モデム３０に対して切断命令を出して、モデム３０とＭＳ／ＤＡ間の回線を切断する。この回線切断に伴い、モデム３０及びＭＤ／ＤＡはＲＡサーバ及びＲＡクライアントそれぞれに対し、切断通知を行う。
【００８３】
切断通知を受けたＲＡクライアントは、先に送付されてきたユーザＣの電話番号を基にユーザＣの電話２６に対し、音声発信を行う。これにより、ユーザＣの電話２６に音声着信号が送られ、着信音が電話２６からユーザＣに対して発せられる。ユーザＣが電話２６の受話器を取る等してこの音声着信に対して応答すると、ユーザＣの電話２６とユーザＢのＭＳ／ＤＡとが回線接続され、ユーザＣとユーザＢとの間で音声通話が可能になる。
【００８４】
音声通話を終了すると（図９の場合、ユーザＢからの終話）、電話２６とＭＳ／ＤＡとの間の回線が切断される。これにより、電話２６から切断音が発せられユーザＣは電話２６の受話器を置くなどして終話処理を行う。ＭＳ／ＤＡの終話を検出したＲＡクライアントは再びデータ通信を始めるために、データ発信をＭＡ／ＤＡを介してＲＡサーバに対して行う。データ着信通知をモデム３０から受け取ったＲＡサーバは応答指示をモデム３０に通知し、モデム３０とＭＳ／ＤＡとの間の回線接続を確立する。これにより、モデム３０とＭＳ／ＤＡからは、それぞれＲＡサーバとＲＡクライアントに接続通知が出され、Ｗｅｂサーバ３４とＷｅｂブラウザ４５との間にＷｅｂアクセスが再び確立し、音声通話を行う直前の状態からデータ通信を再開することができる。
【００８５】
図１０は、ＲＡサーバとＲＡクライアントの図７から図９の処理シーケンスに対応する処理フローを示す図である。
最初、ＲＡサーバとＲＡクライアントはＷｅｂアクセスのためのデータ通信接続処理を行う（ステップＳ１０１、Ｓ１２０）。ＲＡサーバはステップＳ１０２でＰＡ３２からのメッセージを受信し、ステップＳ１０３で該メッセージが音声通話用の一時回線切断要求か否かを判断する。一時回線切断要求でない場合には、ステップＳ１０５で他の処理を行い、ステップＳ１０２に戻ってＰＡ３２からのメッセージの受信待ちとなる。ここで、他の処理は、ＰＡ３２からのメッセージに含まれた処理要求に沿った処理を行うことになるが、本発明とは直接には関係ないので説明を省略する。
【００８６】
ステップＳ１０３で、一時回線切断要求であると判断した場合には、ステップＳ１０４で音声通話用一時回線切断要求をＲＡクライアントに送信する。ＲＡクライアント側では、ステップＳ１２０でのデータ通信接続処理の後、ステップＳ１２１でメッセージの受信待機状態となっており、そこへ、ＲＡサーバから一時回線切断要求が送信されてくる。ステップＳ１２１で何らかのメッセージを受け取った場合には、ステップＳ１２２で一時回線切断要求であるか否かを判断し、回線切断要求でない場合には、送信されてきたメッセージに書込まれている処理要求に基づいた処理をステップＳ１２３で行う。
【００８７】
ステップＳ１２２で一時回線切断要求であると判断した場合には、ステップＳ１２４で切断了解（ＡＣＫ）の旨のメッセージをＲＡサーバ宛てに送信する。ＡＣＫを受け取ったＲＡサーバでは（ステップＳ１０６）、次に、回線切断コマンドをモデム３０に送信する（ステップＳ１０７）。モデム３０はこのコマンドを受けて、ＭＳ／ＤＡとの間の回線接続を切断する。移動計算機２２側のＤＡ（データアダプタ）２７からは、ＲＡクライアントに対して、回線が切断された旨が伝えられる。ＲＡクライアントはＡＣＫを出した後、ステップＳ１２５でメッセージの受信待ちとなる。ステップＳ１２５で何らかのメッセージを受け取った場合には、ステップＳ１２６で回線切断通知か否かを判断し、回線切断通知でなかった場合には、ステップＳ１２５に戻ってメッセージ受信待ちとなる。
【００８８】
今の場合、ＤＡ２７から送信されてくるメッセージは回線切断通知であるので、ステップＳ１２６でこの旨が判断され、ステップＳ１２７に進む。ステップＳ１２７では、ステップＳ１２２で受け取った切断要求メッセージの中に含まれる特殊文字列（例えば、？ｔｅｌ−ｎｏ＝）を取り出し、この特殊文字列が「ｎｕｌｌ」に設定されているか否かが判断される。ここで、特殊文字列が「ｎｕｌｌ」に設定されている場合は、図７のシーケンスに対応する。
【００８９】
特殊文字列が「ｎｕｌｌ」に設定されていた場合には、ステップＳ１２８でメッセージの受信待ちとなり、ＤＡ２７から通知が来るのを待つ。特殊文字列が「ｎｕｌｌ」の場合には、相手から音声接続をしてくることに対応するので、ステップＳ１２８で何らかのメッセージを受け取った次には、ステップＳ１２９でそのメッセージが音声着信通知であるか否かを判断し、音声着信通知でない場合には、ステップＳ１３３でデータ通信用に回線を再接続し、ステップＳ１２１に戻ってＲＡサーバからのメッセージの受信待ちとなる。ステップＳ１２９で音声着信通知を受信したと判断すると、ステップＳ１３４でＲＡクライアントがインストールされている計算機端末の状態検査コマンドを発して、端末状態を取得する。図７〜９の場合には、ユーザＢの有する移動計算機２２の状態を取得する。
【００９０】
ステップＳ１２７で特殊文字が「ｎｕｌｌ」でない場合には、図８あるいは９のＲＡクライアント側から音声発信を行う場合に相当するので、ステップＳ１３０で音声発信コマンドをＭＳ／ＤＡに対して送信し、ステップＳ１３１で音声発信に対する応答の受信待ちとなり、ステップＳ１３２で音声通話回線の接続に成功した旨の通知であるか否かを判断する。成功通知でない場合にはステップＳ１３０に戻って再び音声発信コマンドを送信する。ステップＳ１３２で成功通知であることが判明した場合には、ＲＡクライアントからの音声通話回線の接続が成功したことになるので、ステップＳ１３４で端末の状態を検査して、取得する様にする。
【００９１】
一方、ＲＡサーバ側では、ステップＳ１０８で切断コマンドに対する応答を待っている状態であり、モデム３０からメッセージを受けとるとステップＳ１０９でこのメッセージが回線切断通知か否かを判断する。回線切断通知でない場合には、ステップＳ１０７に戻って再び切断コマンドをモデム３０に発行し、回線切断が成功するまでステップＳ１０７〜Ｓ１０９の処理を繰り返す。ステップＳ１０９でモデム３０からのメッセージが回線切断通知であると判断すると、ステップＳ１１０でＰＡ３２に対し、回線の一時切断の成功を通知する。そして、ステップＳ１１１でメッセージの受信待ちとなり、メッセージを受信するとステップＳ１１２でそのメッセージがデータ着信か否かを判断し、データ着信でない場合にはステップＳ１１１に戻って、データ着信を待つ。
【００９２】
これまでにより、サーバ２１と移動計算機２２間のデータ通信回線が切断され、音声通話の回線が接続されたことになるので、ユーザは音声通話回線を使って必要な話をする。
【００９３】
ＲＡクライアント側では、ステップＳ１３４で端末状態検査コマンドをＤＡ２７に送信しており、ステップＳ１３５でＤＡ２７からの上記端末状態検査コマンドの応答受信待ちとなる。応答を受信するとステップＳ１３６でその応答が音声通話の終話であるか否かを判断し、終話でない場合には、ステップＳ１３７で所定の時間の処理の遅延を与えてからステップＳ１３４に戻って、再び端末状態検査コマンドをＤＡ２７に送信し、音声通話の終了を待つ。
【００９４】
ステップＳ１３６で、終話であると判断すると、データ通信を再開するために、ステップＳ１３８でＤＡ２７に対してデータ発信コマンドを発行する。これにより、電話網２０及びモデム３０を介してＲＡサーバのステップＳ１１１でＲＡクライアントが送信したデータが受信され、ステップＳ１１２でＲＡクライアントの送信したデータの着信を判断して、ステップＳ１１３に進む。
【００９５】
ステップＳ１１３でデータ着信に対する応答コマンドをモデム３０に発信し、ＲＡクライアント側にデータ着信に対する応答を行う。モデム３０は移動計算機２２側のＭＳ／ＤＡと回線がつながると接続通知をＲＡサーバに通知する。ＲＡサーバはステップＳ１１４で応答受信待ちになっており、モデム３０が何らかのメッセージを受けとると、そのメッセージが接続通知か否かをステップＳ１１５で判断し、接続通知でない場合にはステップＳ１１３に戻って再び応答コマンドをモデム３０に出し、接続が確立されるようまでステップＳ１１３〜Ｓ１１５の処理を繰り返す。ステップＳ１１５で接続通知を受け取ったと判断すると、データ通信回線が接続されたことになるので、ステップＳ１０２に戻って、ＰＡ３２からのメッセージ受信待ち状態となる。
【００９６】
ＲＡクライアント側では、ステップＳ１３８の後、ステップＳ１３９でデータ発信に対する応答の受信待ちをしており、ＤＡ２７からメッセージが届くと、ステップＳ１４０でそのメッセージが接続通知か否かを判断し、接続通知でない場合にはステップＳ１３８に戻って再びデータ発信コマンドを発信し、データ通信回線が接続されるまでステップＳ３８〜Ｓ１４０の処理を繰り返す。そして、ステップＳ１４０で接続通知が送られてきたことを判断すると、再びサーバ２１との間でデータ通信回線が接続されたことを認識し、ステップＳ１２１に戻って、ＲＡサーバからのメッセージの受信待ちとなる。
【００９７】
次に、ＰＡについて説明する。
図１１は、ＰＡの概略プログラム構成と共通処理フローを示す図である。
図１１（ａ）に示されるようにＰＡは概略３つのブロックから成る。すなわち、ＰＡはエージェントあるいは１つの独立して作動するオブジェクトとして構成されるが、他のオブジェクトとメッセージをやり取りしながら動作するので、そのためのインターフェースが必要となる。従って、ＰＡには他のオブジェクトとのインターフェース１１００が設けられる。インターフェース１１００で受信されたメッセージは判断部１１０１で解読され、そのメッセージの内容が判断される。内容が判断されると、次に処理部１１０２で判断された内容に対応する処理を行い、処理部１１０２はその処理結果をメッセージによりインターフェース１１００を介して他のオブジェクトあるいはエージェントに送信する。
【００９８】
ＰＡの処理フローは図１１（ｂ）に示されるように、ステップＳ１５０でメッセージ（ローカルパケット）の受信待ちとなっている。ステップＳ１５０でメッセージを受けとるとＷｅｂサーバ２１からのメッセージか否かを判断する（ステップＳ１５１）。Ｗｅｂサーバ２１からのメッセージである場合には、後述するＰＡ−Ａ（ＰＡ３３）の処理をステップＳ１５２で行う。Ｗｅｂサーバ２１からのメッセージではないとすると、次に、ステップＳ１５３で他のＰＡからのメッセージか否かを判断する。他のＰＡからのメッセージでなかった場合には、そのメッセージに従った処理をステップＳ１５９で行う。
【００９９】
他のＰＡからのメッセージであった場合には、ステップＳ１５４において、そのメッセージが通話要求であるか否かを判断し、通話要求でなかった場合には、メッセージに従った処理を行う。ここで、メッセージに従った処理は、本発明には直接関係しないので説明を省略する。ステップＳ１５４で通話要求であると判断した場合には、Ｗｅｂサーバ２１から送信されてきた通話要求に従って通信制御する時に扱うユーザに対応する属性が存在するか否かかが判断され、ユーザ属性が存在する場合には後述するＰＡ−Ｂ（ＰＡ３２）の処理を、ユーザ属性が存在しないときには後述するＰＡ−Ｃ（ゲストＰＡ）の処理を行い処理を終了する。
【０１００】
図１２は、ＰＡ−Ａ及びＰＡ−Ｂの処理を説明するフローチャートである。
ここで、ＰＡ−Ａは管理するユーザがデスクトップ計算機２３などのインターネットフォンを使用できるような環境にいる場合の通信制御を行うＰＡである。一方、ＰＡ−Ｂは、ユーザが移動計算機２２等のＷｅｂアクセスはできるが、インターネットフォンを使わないような環境にいる場合の通信制御を行うＰＡである。ＰＡ−Ａの処理は図１２（ａ）に、ＰＡ−Ｂの処理は図１２（ｂ）に示されている。図１２（ａ）のステップＳ１５０、１５１、２００は図１１（ｂ）の共通フローの一部であって、図１２（ｂ）も同様であり、同じステップ番号が付されている処理は共通フローと同じステップである。また、図１２（ａ）のステップＳ２００及び図１２（ｂ）のステップＳ２０１は共通フローの部分を略記したものであって、詳細は図１１（ｂ）の共通フローを参照されたい。
【０１０１】
図１２（ａ）のＰＡ−Ａの処理で、先ず共通フローの一部からステップＳ２０２の判断に移る。ステップＳ２０２では、Ｗｅｂサーバ２１からのメッセージ（ローカルパケット）が通話要求であるか否かを判断し、通話要求でない場合にはステップＳ２０３で他の処理を行い共通フローの一部の先頭に処理が戻る。他の処理はメッセージに基づく処理であるが、本発明には関係ないので省略する。
【０１０２】
ステップＳ２０２で通話要求であることが分かると、ステップＳ２０４で通話相手先の管理を行っているＰＡ（図１２の場合、ＰＡ−Ｂ）に通話要求を出す。次に、ステップＳ２０５で、通話要求を出したＰＡからのメッセージの受信待ちとなる。メッセージを受信すると、ステップＳ２０６でこのメッセージが通話を了解するものであるか否かをし、通話が了解されなかった場合には、ステップＳ２０７で通話拒否通知をＷｅｂサーバ２１に送信して共通フローの一部の先頭に処理を戻す。
【０１０３】
ステップＳ２０６でメッセージが通話了解を示すものであった場合には、ステップＳ２０８でアプリケーションサーバ４３に対しＳＩＰの配送要求を出す。そして、ステップＳ２０９でアプリケーションサーバ４３からのメッセージ受信待ちとなり、メッセージを受信すると、ステップＳ２１０でそのメッセージが配送終了通知か否かを判断する。配送終了通知でなかった場合にはステップＳ２０９に戻って、アプリケーションサーバ４３から配送終了通知が送信されてくるまで同じ処理を繰り返す。
【０１０４】
ステップＳ２１０で、アプリケーションサーバ４３からのメッセージが配送終了通知であった場合には、ステップＳ２１１で接続要求を接続先ユーザを管理するＰＡ（図１２の場合、ＰＡ−Ｂ）に送信する。そして、ステップＳ２１２で接続先ユーザを管理するＰＡからのメッセージ受信待ちとなり、メッセージを受信した場合には、ステップＳ２１３でそのメッセージが接続要求が成功した旨を知らせる通知か否かを判断する。接続要求が成功しない場合には、ステップＳ２１１〜２１３の処理を接続要求が成功するまで繰り返す。ステップＳ２１３で接続要求が成功したことが分かると、上記ステップＳ２０８において配送済みのＳＩＰ３６に対して起動コマンドを送信する（ステップＳ２１４）。次に、ステップＳ２１５で起動をかけたＳＩＰ３６からのメッセージの受信待ちとなり、メッセージを受信した場合には、ステップＳ２１６でそのメッセージがＳＩＰ３６の起動が成功した旨を通知する起動成功通知であるか否かが判断される。ＳＩＰ３６の起動が成功していない場合にはステップＳ２１４に戻って、ＳＩＰ３６の起動が成功するまでステップＳ２１４〜Ｓ２１６の処理を繰り返す。ステップＳ２１６で起動成功通知を受け取ったと判断した場合には、ステップＳ２１７に進んでＳＩＰ３６からの通話の終了メッセージの受信待ちとなる。ステップＳ２１７で何らかのメッセージをＳＩＰから受け取った場合には、ステップＳ２１８に進んでそのメッセージが通話の終了通知（終話通知）か否かが判断され、終了通知でない場合にはステップＳ２１７に戻って終了通知がＳＩＰ３６から送られてくるまで処理を繰り返す。ステップＳ２１８で終了通知が送られてきたと判断すると、処理を共通フローの先頭に戻して、一連の処理を終了する。
【０１０５】
ＰＡ−Ｂの処理では図１２（ｂ）に示されるように、共通フローの処理の後、受信したメッセージが通話要求であるか否かをステップＳ２２０で判断する。通話要求でない場合には、ステップＳ２２１でメッセージに従った他の処理を行って共通フローの先頭に戻る。通話要求であった場合には、通話要求通知を、ＰＡ−Ｂが担当するユーザＢのデスクトップ計算機２３のＵＩＡに送信する。そして、ステップＳ２２３で該ＵＩＡからのメッセージ待ちとなる。
【０１０６】
ステップＳ２２３で該ＵＩＡからメッセージを受けとると、ステップＳ２２４でそのメッセージが通話を了解するメッセージかどうかを判断し、通話を了解しないメッセージの場合には、ステップＳ２２５で通話拒否通知を、通話要求を送ってきたＰＡ（図１２の場合にはＰＡ−Ａ）に対して送信して共通フローの一部の先頭に戻る。ステップＳ２２４で、通話を了解する旨のメッセージであると判断すると、通話を了解する旨の通知を通話要求を送ってきたＰＡ（例えば、ＰＡ−Ａ）に送信する。
【０１０７】
そして、ステップＳ２２７で通話要求してきたＰＡからのメッセージ受信待ちとなり、メッセージを受信するとステップＳ２２８で接続要求であるか否かが判断される。接続要求でない場合には、通話要求をしてきたＰＡから接続要求が来なかったことになるので、エラー処理をステップＳ２２９で行い、共通フローの先頭に戻って次の処理に備える。接続要求であった場合には、前述のＲＡ（ＲＡサーバ）に対し、音声通話用に回線を切断する要求をステップＳ２３０に出す。そして、ステップＳ２３１でＲＡからの応答待ちとなり、ＲＡから応答メッセージを受け取った場合には、ステップＳ２３２で回線の切断が成功したか否かを判断する。切断が成功していない場合には、ステップＳ２３０に戻って、切断が成功するまで処理を繰り返す。ステップＳ２３２で切断が成功した場合には、ステップＳ２３３で切断が成功した旨を通話要求を送信してきたＰＡ（図１２の場合は、ＰＡ−Ａ）に送信する。
【０１０８】
そして、ステップＳ２３４でＩｐＡ３９に起動発信指示を出し、ＳＩＰ３６を使って通話要求を行ってきたユーザと、フォンゲートウェイ２４のＳＩＰ３８との間に同期・リンクを確立する。次に、ＰＡ−Ｂは、フォンゲートウェイ２４のＳＩＰ３８からの通話（通話要求をしてきたユーザとのセキュア・インターネットフォンを使った通話）の終了通知のメッセージの受信待ちとなる（ステップＳ２３５）。ステップＳ２３６で受信したメッセージが終了通知でない場合には、ステップＳ２３５に戻って、終了通知が送信されてくるまでステップＳ２３５〜Ｓ２３６の処理を繰り返す。ステップＳ２３６で終了通知であることが分かった場合には、終了切断指示をステップＳ２３７でＩｐＡ３９に対して行って、共通フローの一部の先頭に戻って一連の処理の終了となる。
【０１０９】
図１３は、サーバに登録していないユーザとの通信を管理するゲストＰＡの処理フローチャートである。
図１３のＰＡ−Ｃ（ゲストＰＡ）の処理はほとんどが図１１（ｂ）の共通フローと同じであり、同じステップには同じステップ番号を付してある。ただし、ＰＡ−Ｃの場合には、ステップＳ１５０のメッセージ受信ステップにおいて、Ｗｅｂサーバ２１からメッセージが送られてくることはなく、他のＰＡからのメッセージのみが送られてくる。従って、ステップＳ１５１等は必要ないのであるが、ＰＡ−Ａ、ＰＡ−Ｂ、ＰＡ−Ｃのいずれとして作動するＰＡの構成を提供するために設けられているものである。
【０１１０】
従って、ＰＡがゲストＰＡ（ＰＡ−Ｃ）として作動する場合には、ステップＳ１５０で他のＰＡからメッセージが送信されてくることになる。ステップＳ１５４に処理が移って、通話要求か否かを判断する。通話要求でなかった場合にはステップＳ１５８の他の処理を行ってから共通フローの先頭に戻って一連の処理の終了となる。一方、通話要求であった場合には、ステップＳ１５５で自分のＰＡが扱うユーザの属性が登録されているか否かが判断され、登録ユーザであった場合にはステップＳ１５６のＰＡ−Ｂの処理を行う。ユーザ属性が登録されておらず、非登録ユーザであることが分かった場合には、ステップＳ２５０で無条件にメッセージを送信してきたＰＡに通話を了解した旨の通知を送信する。そして、共通フローの先頭に戻って一連の処理を終え、次に処理の待機状態となる。ここで、無条件で通話了解の通知を行うのは図９で説明した理由による。
【０１１１】
図１４は、サーバにアクセスしているユーザに第３者の電話番号等の情報を提供するための構成の概略図である。
今、サーバ１４００にアクセスしているユーザが、移動端末１４０１を使用しているとする。移動端末１４０１には、Ｗｅｂブラウザ１４０２がインストールされており、移動端末１４０１はＲＡ１４０３（ＲＡクライアント）と回線制御装置１４０４を使って無線網１４１１経由でサーバ１４００にアクセスしている。サーバ１４００にも回線制御装置１４１０とＲＡ１４０９（ＲＡサーバ）が設けられ、これらを介してＷｅｂサーバ１４０８が情報を提供している。このとき、Ｗｅｂサーバ１４０８上のホームページに様々な情報を載せるためデータベース等の情報を利用することが考えられる。そこで、図１４では、それらデータベースの例として地図サーバ１４０７と施設情報データベース１４０６とを設けている。
【０１１２】
地図サーバ１４０７は例えば、買い物をするために商店の位置を地図とともに表示することに使われ、この地図上に商店のアイコンを配置することにより、該アイコンをマウスなどによりクリックすることにより、商店の様々な情報を参照することが出来るようにすることができる。この場合、施設情報データベース１４０６を使用する。施設情報データベース１４０６は、上記のような商店の住所や電話番号など、その商店について必要な情報を提供するものである。
【０１１３】
このように、様々なデータベースを使用してＷｅｂサーバ１４０８上にホームページを表示しようとする場合、データベースを統一的に管理し、互いのデータを関連付けるサーバが必要である。これがバックエンドサーバ１４０５である。バックエンドサーバ１４０５は、Ｗｅｂサーバ１４０８や地図サーバ１４０７及び施設情報データベース１４０６を統一的に管理し、データベース１４０６から取り出されたデータを関連付け、Ｗｅｂサーバ１４０８上のホームページ上に表示させるものである。
【０１１４】
このような構成により、サーバ１４００は、移動端末１４０１を使用するユーザに様々な情報をグラフィカルに提供することが出来る。特に、前述したように、ホームページ上に商店の電話番号のアイコンを表示し、移動端末１４０１のユーザがそのアイコンをクリックするとその商店に電話をかけることができるというサービスを提供することができる。
【０１１５】
図１５は、データ通信を一旦切断して、データ通信機能を有しないユーザと音声通話を行う場合のシステムの構成例であって、交換機をサーバ側に設けた構成の概略を示した図である。この図１５のシステムの動作は、図３で説明した処理シーケンスに対応する。
【０１１６】
Ｗｅｂブラウザ１５１７とＲＡ１５１６（ＲＡクライアント）とを有する移動計算機１５０１は、例えば小型のノート型パソコンである。この移動計算機１５０１を有するユーザは、ＰＤＣ／ＰＨＳ端末１５０２を使ってサーバ１５００にＷｅｂアクセスを行う。ＰＤＣ／ＰＨＳ端末１５０２は、移動計算機１５０１とデータ通信アダプタ１５１５（図２のデータアダプタ２７）で接続されており、データ通信アダプタ１５１５はＰＤＣ／ＰＨＳ端末１５０２の回線制御部１５１１を制御して、移動計算機１５０１を使ったデータ通信か、スピーカ１５１３及びマイク１５１４を使った音声通話かを切り換えるようにする。無線部１５１０は、携帯電話の基地局１５０３を介して送信されてくるサーバ１５００からの情報等を受信したり、ＰＤＣ／ＰＨＳ端末１５０２に入力された情報を電波にのせて発信したりする。
【０１１７】
サーバ１５００にはＣＧＩプログラム１５０５やＲＡ１５０６（ＲＡサーバ）、ＮＣＵ内蔵モデム１５０７、及びＷｅｂサーバ１５１８と共に交換機１５０８を有しており、移動計算機１５０１とのデータ通信やＰＤＣ／ＰＨＳ端末１５０２からの音声通話等を処理するようになっている。
【０１１８】
最初、Ｗｅｂブラウザ１５１７を使ってＷｅｂサーバ１５１８にアクセスしていたユーザが電話１５０９の電話番号を見つけ、電話しようとして、該電話番号のアイコンをクリックしたとする。すると、図９で説明したシーケンスで処理が行われ、ＰＤＣ／ＰＨＳ端末１５０２の回線制御部１５１１が内部の接続をデータ通信アダプタ１５１５側からコーデック１５１２側に切り換える。コーデック１５１２は、マイク１５１４から入力する音声信号を符号化したり、回線制御部１５１１から入力される音声データをスピーカ１５１３入力用の音声信号に復号化する装置である。
【０１１９】
このようにして、ＰＤＣ／ＰＨＳ端末１５０２が音声通話可能な状態になると共に、サーバ１５００からの制御により交換機１５０８を介して電話１５０９と通話可能となる。
【０１２０】
図１６は、データ通信を一旦切断して、データ通信機能を有しないユーザと音声通話を行う場合のシステムの構成例であって、サーバとは別個に３者通話機能を有する交換機が設けられている構成を示している。図１６のシステムの動作は、図４で説明した処理シーケンスに対応する。
【０１２１】
図１６において、図１５と同じ参照番号を付されている構成要素は図１５と同じものである。なお、サーバ１５００内にＣＧＩプログラムが設けられていないが、図１５と同じく設けてもよい。
【０１２２】
図１６では、交換機１６００は電話網１５０４のものであっても、サーバ１５００に隣接して設けられるものでもよいが、３者通話を行う構成となっている。図４で説明したように、ＰＤＣ／ＰＨＳ端末１５０２から電話１５０９に音声通話回線を接続する場合に、サーバ１５００と移動計算機１５０１とのデータ通信回線を一旦切断する。そして、サーバ１５００側からＰＤＣ／ＰＨＳ端末１５０２へ交換機１６００を介して音声通話用に回線を接続し、フッキングを行って一時この回線を保留にする。そして、サーバ１５００は、電話１５０９に対して音声通話回線を確立し、更にフッキングを行うことによって、ＰＤＣ／ＰＨＳ端末１５０２、電話１５０９及びサーバ１５００間の３者通話回線が確立する。
【０１２３】
図４では、その後サーバ１５００の回線を切断して、ＰＤＣ／ＰＨＳ端末１５０２と電話１５０９との回線を保持するようにしたが、図４の説明でも述べたように、３者通話回線を維持したままでも良い。このように、交換機１６００の有する３者通話機能を使用することによっても、サーバ１５００やＰＤＣ／ＰＨＳ端末１５０２からデータ通信機能を有しない電話１５０９に電話をかけることが可能となる。
【０１２４】
図１７は、本発明の別の実施の形態における処理のシーケンス図である。
本実施形態では、データ通信を切断する直前に表示されているホームページのリンク先のデータを予めキャッシュに読み込んでおき、音声通話中であってもユーザがＷｅｂブラウザからリンクを選択することによって、リンク先のデータを表示できるようにするものである。
【０１２５】
ユーザＢがＷｅｂブラウザを用いてＷｅｂサーバにアクセスする際に、予めリンク先のデータをキャッシュメモリに取得するようなアプレットをＷｅｂサーバからユーザＢのＷｅｂブラウザに配送しておき、Ｗｅｂアクセスするときにアプレットが起動するようにしておく。
【０１２６】
ユーザＢがＷｅｂブラウザでＷｅｂサーバにアクセスして、あるアドレスのホームページが開かれたとすると、アプレットはＷｅｂブラウザにユーザＢが次にリンクしようとしていると思われるリンク先のデータを先取りするようデータ要求を出す。Ｗｅｂブラウザからのこの要求に対する応答に従って、アプレットはユーザＢの有する端末（例えば、移動計算機）のキャッシュメモリにＷｅｂブラウザから送信されてきたリンク先のデータを記憶するようにする。アプレットが取得するデータの範囲としては、例えば、１つの表示されているホームページのまだアクセスしていないリンク先のデータを全て取得するようにすることが考えられる。
【０１２７】
そこで、ユーザＢがユーザＣに音声通話をするために、Ｗｅｂブラウザに対しユーザＣの電話番号を含む情報を取得するように要求すると（「ＧＥＴ ＵＲＬ：//ＷｅｂＳｅｒｖｅｒ／Ｄｉｒｅｃｔｏｒｙ／Ｓｔｏｒｅ−Ｃ？ｔｅｌ−ｎｏ」で示されている）、Ｗｅｂサーバから特殊文字列（？ｔｅｌ−ｎｏ＝）に電話番号が設定された情報が送られてきて、Ｗｅｂブラウザに音声通話用発信を行っていることが表示される。このとき、ＲＡクライアントはＲＡサーバに対して音声通話のために回線を一時切断する要求を出す。ＲＡサーバがこれを了解する旨のメッセージ（ＡＣＫ）をＲＡクライアントに送信すると、ＲＡクライアントはデータアダプタに対し切断命令を出す。
【０１２８】
これにより、モデムとデータアダプタとの間の回線が切断され、モデムからはＲＡサーバに、データアダプタからはＲＡクライアントに切断通知が送信される。切断通知を受けたＲＡクライアントはユーザＣの電話Ｔｅｌに対し音声発信を行い、電話Ｔｅｌは音声着信を受けて着信音を発する。これに対して、ユーザＣが応答すると端末と電話Ｔｅｌとが回線接続され、ユーザＢとユーザＣが音声通話することができるようになる。
【０１２９】
音声通話回線が接続されている間にユーザＢがデータ要求を出すと、Ｗｅｂブラウザはキャッシュメモリを参照して、データを読み出し、ユーザＢに提示する。このとき、ユーザＢがキャッシュメモリにないリンク先のデータを選択した場合には、データを取得することはできないので、Ｗｅｂブラウザはデータ取得中の状態で止まったようになる。
【０１３０】
音声通話の終話はユーザＢまたはユーザＣのいずれかが行うが図１７では、ユーザＢの方から行っている。これにより、端末（携帯電話等）と電話Ｔｅｌとの間の回線が切断され、ユーザＣの電話Ｔｅｌから切断音が発せられる。そして、ユーザＣが電話Ｔｅｌの受話器を置く等して終話をすることにより、ユーザＢとユーザＣとの音声通話は終了する。
【０１３１】
一方、ユーザＢが端末から終話処理をおこなったことをＲＡクライアントが検出すると、ＲＡクライアントはＲＡサーバに対しデータ発信を行う。これにより、モデムからＲＡサーバがデータ着信通知を受けると、ＲＡサーバは応答命令をモデムに発し、モデムとデータアダプタとの間が再び回線接続される。モデムとデータアダプタはそれぞれＲＡサーバとＲＡクライアントに接続通知を行い、Ｗｅｂアクセスが再開される。このとき、Ｗｅｂブラウザ及びＷｅｂサーバのセッションは維持されているので、音声通話中にユーザＢが行ったデータ要求でデータの取得が出来ていない場合は、このデータ取得からＷｅｂアクセスが再開される。
【０１３２】
図１８は、図１７のシーケンスを実行するためのシステム構成の第１の構成例である。
アプリケーション１８００はＷｅｂブラウザに対応し、アプリケーション１８０１は、Ｗｅｂサーバに対応する。一時回線切断手段１８０４は、ＲＡクライアントに対応し、一時回線切断手段１８１０は、ＲＡサーバに対応する。データ通信装置１８０５はデータアダプタに、データ通信装置１８０９はモデムに対応する。また、端末１８０７は携帯電話等であり、データ記憶手段１８０３はキャッシュメモリに対応している。更に、自動データ取得手段は図１７のアプレットに対応している。
【０１３３】
データ通信装置１８０９と端末１８０７とは電話網１８０６を介して通信が可能となっており、電話１８０８も電話網１８０６に接続されている。移動計算機側のユーザがアプリケーション１８００を使って、固定計算機側のアプリケーション１８０１にアクセスしているときに、自動データ取得手段１８０２は、アプリケーション１８０１に対し、データの取得コマンドを発し、必要なデータを取得する。必要なデータとは、例えば、図１７の説明で述べたようにアプリケーション１８００に表示されているホームページに登録されている未アクセスのリンク先のデータである。
【０１３４】
自動データ取得手段１８０２が取得したデータはデータ記憶手段１８０３に記憶され、音声通話中にアプリケーション１８００からリンク先へのアクセスがあった場合にデータ記憶手段１８０３からそのリンク先のデータが読み出され、そのデータがアプリケーション１８００によって画面に表示される。
【０１３５】
このように、一時回線切断手段１８０４、１８１０によってデータ通信していた回線が切断され、移動計算機側が端末１８０７により電話１８０８と音声通話をしている間にも、アプリケーション１８００からリンク先をアクセスすることにより、データ記憶手段１８０３に記憶されているそのリンク先のデータが画面に表示されるので、移動計算機側のユーザは、あたかも音声通話とデータ通信とを同時に行っているように感じることができる。
【０１３６】
このように、自動データ取得手段１８０２を移動計算機側に常駐させておくことにより、仮想的に音声通話とデータ通信を同時に行うことができる。
図１９は、図１７の処理シーケンスを実現するシステムの構成の第２の構成例を示した図である。
【０１３７】
図１９で図１８と同じ参照番号を付された構成要素は図１８と同じものである。また、図１９内の括弧付き数字は処理の流れの順番を示す番号である。最初に、（１）で示されるように、アプリケーション１８００と１８０１との間でデータ通信を開始したとする。これと同時にアプリケーション１８０１からは自動データ取得手段１９００が配送され、この自動データ取得手段１９００が移動計算機側に常駐する。データ通信が始まると、自動データ取得手段１９００は所定の規則によって、アプリケーション１８００からまだアプリケーション１８０１にアクセスされていないデータを、アプリケーション１８０１から取得するようにする。所定の規則としては、例えば前述したように、アプリケーション１８００に表示されているホームページに列挙されているリンク先の内、まだアクセスされていないリンク先のデータを取得するというものが考えられる。
【０１３８】
このようにして取得されたデータは（２）で示されるように、データ記憶手段１８０３に記憶される。この後、移動計算機側が電話１８０８に音声通話を行った場合には、（３）に示されるように一時回線切断手段１８０４、１８１０によりデータ通信を行っていた回線が切断され、端末１８０７と電話１８０８とが回線接続される。この音声通話中にアプリケーション１８００からリンク先のデータの送信要求が出されると、（４）に示されるようにデータ記憶手段１８０３が検索され、対応するデータがある場合にはこのデータがアプリケーション１８００により画面に表示される。前述したように、対応するデータがない場合には、アプリケーション１８００は待機状態となる。
【０１３９】
電話１８０８との音声通話が終了すると、（５）に示されるように、一時回線切断手段１８０４、１８１０によって一旦切断された移動計算機側と固定計算機側との回線が再接続される。
【０１４０】
図２０は、自動データ取得手段（アプレット）の処理フローを示す図である。
最初に、ステップＳ３００でアプリケーションあるいはＷｅｂブラウザを介して、ユーザからデータ要求があるか否かが判断される。データ要求がある場合には、ステップＳ３０１でＲＡがＷｅｂサーバと接続しているか否かが判断され、接続している場合には、ステップＳ３０２でタイマを始動する。そして、ステップＳ３０３でデータ要求のあったデータの取得要求をＷｅｂブラウザから受け付けそのデータ取得要求をＷｅｂサーバに転送する。ステップＳ３０４でＷｅｂサーバからデータを取得すると、これをＷｅｂブラウザに転送して画面表示させる。そして、取得したデータのアドレス（ＵＲＬ）を記録し（ステップＳ３０５）、ステップＳ３０６で取得したデータをキャッシュメモリに記憶し、処理の先頭に戻って次の処理に備える。
【０１４１】
ステップＳ３０１で、ＲＡがＷｅｂサーバと接続していないことが判明した場合には、ステップＳ３０７でキャッシュメモリより要求のあったデータを読み出し、ステップＳ３０８でＷｅｂブラウザにそのデータを送信する。そして、処理の先頭に戻って次の処理に備える。
【０１４２】
ステップＳ３００でデータ要求がなかった場合には、ステップＳ３０２において起動されたタイマがタイムアウトしているか否かが判断される（ステップＳ３０９）。これは、最初のデータ要求から一定の時間が経ったら自動データ取得手段が自立的にデータを取得する処理を開始するためのものである。タイムアウトでない場合には、ステップＳ３００に戻って、処理の先頭に戻って次の処理に備える。
【０１４３】
ステップＳ３０９で、タイムアウトになっていた場合には、ステップＳ３１０で現在Ｗｅｂブラウザに表示されているリンクを検査する。ステップＳ３１１では、この検査によって取得されたリンク先のデータが取得済であるか否かが判断される。取得済である場合には、ステップＳ３１４で音声通話を可能にするためにＲＡによるデータ通信回線の切断処理を許可する。そして、処理の先頭に戻って次の処理に備える。
【０１４４】
ステップＳ３１１で取得されたリンク先のデータを取得していないことが判明した場合には、ステップＳ３１２でＷｅｂサーバにデータ要求をし、ステップＳ３１３でＷｅｂサーバからデータを取得する。そして、ステップＳ３０５でデータを取得したリンク先のアドレス（ＵＲＬ）を記録し、ステップＳ３０６で取得したデータをキャッシュメモリに記憶する。そして、処理の先頭に戻って次の処理に備える。
【０１４５】
【発明の効果】
以上、説明したように、本発明によれば、１つの回線を使ってデータ通信中に音声通話を行い、音声通話終了と同時に自動的に音声通話前の状態からデータ通信を再開することができる。
【０１４６】
また、予め、データ通信中にまだユーザがアクセスしていないリンク先のデータを取得しておくことによって、１つの回線を音声通話に使用している場合にも仮想的に、該回線を介してデータ通信アクセスが可能なような端末操作をユーザに提供することが出来る。
【図面の簡単な説明】
【図１】本発明の一実施形態の原理説明図である。
【図２】本発明のシステムの全体構成を示す図である。
【図３】図２のユーザＢがサーバに対しデータ通信を行っている最中にユーザＣに電話をかける場合のシーケンスを示した図である。
【図４】公衆網である電話網に設けられる交換機の３者通話機能を利用してユーザＢとユーザＣとがデータ通信中に音声通話を行う処理のシーケンスを示す図である。
【図５】データ通信回線を切断して音声通話を行う場合に、端末（例えば、携帯端末）を有するユーザＢ側から直接音声通話接続を行う場合のシーケンスを示した図である。
【図６】図５におけるＲＡクライアントの本発明に特徴的な処理を説明するフローチャートである。
【図７】サーバ側に電話番号等の個人情報と通信状態を管理する個人毎に設けられる手段（ＰＡ）を有する場合の本発明の実施形態のシーケンスの例を示す図である。
【図８】デスクトップ計算機を有するユーザＡと移動計算機を有するユーザＢとの接続を移動計算機側から確立するシーケンスの例を示す図である。
【図９】移動計算機等を有しているユーザＢから通常の電話のみを有するユーザＣに対して電話をかけるためのシーケンスの例を示す図である。
【図１０】ＲＡサーバとＲＡクライアントの図７から図９のシーケンスに対応する処理フローを示す図である。
【図１１】ＰＡの概略プログラム構成と共通処理フローを示す図である。
【図１２】ＰＡ−Ａ及びＰＡ−Ｂの処理を説明するフローチャートである。
【図１３】サーバに登録していないユーザとの通信を管理するゲストＰＡの処理フローチャートである。
【図１４】サーバにアクセスしているユーザに第３者の電話番号等の情報を提供するための構成を概略示した図である。
【図１５】データ通信を一旦切断して、データ通信機能を有しないユーザと音声通話を行う場合のシステムの構成例であって、交換機をサーバ側に設けた構成の概略を示した図である。
【図１６】データ通信を一旦切断して、データ通信機能を有しないユーザと音声通話を行う場合のシステムの構成例であって、サーバとは別個に３者通話機能を有する交換機が設けられている構成を示している。
【図１７】本発明の別の実施の形態における処理のシーケンス図である。
【図１８】図１７のシーケンスを実行するためのシステム構成の第１の構成例である。
【図１９】図１７のシーケンスを実現するシステムの構成の第２の構成例を示した図である。
【図２０】自動データ取得手段（アプレット）の処理フローを示す図である。
【図２１】従来の通信網の概略構成図である。
【符号の説明】
１０、１１、１８００、１８０１ アプリケーション
１２、１３、１８０４、１８１０ 一時回線切断手段
１４、１５、１８０５、１８０９ データ通信装置
１６、１８０７ 端末（電話機）
１７、２６、１５０９、１８０８ 電話
１８、２０、１５０４、１８０６ 電話網
２１ サーバ
２２ 移動計算機
２３ デスクトップ計算機
２４ フォンゲートウェイ
２５ ネットワーク接続装置
２７ データアダプタ
２８ 携帯電話
２９、１５０３ 携帯電話基地局
３０ モデム
３１、４４、１４０３、１４０９、１５０６、１５１６ ＲＡ
３２、３３ ＰＡ
３４、１４０８、１５１８ Ｗｅｂサーバ
３５、４５、１４０２、１５１７ Ｗｅｂブラウザ
３６、３８ ＳＩＰ
３７、４０ サウンドカード
３９ ＩｐＡ
４１ ハイブリッド
４２ ＮＣＵ
４３ アプリケーションサーバ
４６ インターネット
１４００、１５００ サーバ
１４０１ 移動端末
１４０４、１４１０ 回線制御部
１４０５ バックエンドサーバ
１４０６ 施設情報データベース
１４０７ 地図サーバ
１４１１ 無線網
１５０１ 移動計算機
１５０２ ＰＤＣ／ＰＨＳ端末
１５０５ ＣＧＩプログラム
１５０７ ＮＣＵ内蔵モデム
１５０８、１６００ 交換機
１５１０ 無線部
１５１１ 回線制御部
１５１２ コーデック
１５１３ スピーカ
１５１４ マイク
１５１５ データ通信アダプタ
１８０２、１９００ 自動データ取得手段
１８０３ データ記憶手段

Claims (2)

1. サーバとデータ通信を行い、かつ、第３者の端末と音声通信を行う端末において、
   前記サーバとのデータ通信中に前記第３者の端末と音声通信を行う場合には、データ通信を行っている回線を切断し、前記第３者の端末との音声通信が終了したときには、切断した回線を前記サーバと再接続する手段と、
   前記サーバとのデータ通信中に、ホームページ上にリンクが張られているが、ユーザがリンクを指定して前記端末のアプリケーションがデータを取得することを指示していないデータを前記サーバから取得して記憶する手段と、
   前記第３者の端末との音声通信中に、ユーザによって該ホームページの該リンクが選択された場合に、記憶されたデータを前記アプリケーションに渡す手段と、
   を備えることを特徴とする端末。
2. サーバとデータ通信を行い、かつ、第３者の端末と音声通信を行う端末における端末通信方法において、
   前記サーバとのデータ通信中に前記第３者の端末と音声通信を行う場合には、データ通信を行っている回線を切断し、前記第３者の端末との音声通信が終了したときには、切断した回線を前記サーバと再接続するステップと、
   前記サーバとのデータ通信中に、ホームページ上にリンクが張られているが、ユーザがリンクを指定して前記端末のアプリケーションがデータを取得することを指示していないデータを前記サーバから取得して記憶するステップと、
   前記第３者の端末との音声通信中に、ユーザによって該ホームページの該リンクが選択された場合に、記憶されたデータを前記アプリケーションに渡すステップと、
   を備えることを特徴とする端末通信方法。

Images