JP2008028996A - 通信システム、通信方法、およびプログラム - Google Patents

Abstract

【課題】本発明の目的は、インターネットに接続された端末間のパケット通信を中継サーバを介して、より迅速かつ安全に実現できる技術を提供することにある。
【解決手段】本発明のシステムは、接続開始メッセージを受信すると、負荷が最小となっている中継サーバを検索し、この検索した中継サーバを介して通信することを特徴とする通信システム。
【選択図】図３

Description

本発明は、端末間の通信に関し、特に中継サーバを用いることにより、ネットワークに接続可能な端末間の通信を実現する技術に関するものである。

インターネットでは、IPアドレスを元にして、パケットの経路制御が行われている。つまり、インターネットに接続される各端末に対して、固有のIPアドレス（グローバルIPアドレスと呼ぶ）を割り当てることにより、パケットの宛先が識別可能となっている。

しかしながら、インターネットの普及が進むにつれて、端末に割り当てるグローバルIPアドレスが枯渇する危険性が出てきた。そこで、組織内部だけのクローズな環境では、その組織内部だけで通用するIPアドレス（プライベートIPアドレスと呼ぶ）を利用し、インターネットにアクセスする場合にだけ、本来のグローバルIPアドレスを割り当てる方法が一般化している。

このように、プライベートIPアドレスの端末が、インターネットにアクセスする場合、そのプライベートIPアドレスをグローバルIPアドレスに変換する処理が必要となる。これを実現する仕組みとして、プロキシやNAT（Network Address Translator）いった手法が考案されており、各端末はプロキシやNATを介してインターネットに接続できる。

ただし、この場合、プライベートIPアドレスの端末同士で、チャットなどのP2P（Peer to Peer）アプリケーションをインターネットを介して利用できないという問題が発生する。なぜなら、前述のように、インターネットを介して宛先にパケットを届けるには、宛先アドレスとしてグローバルIPアドレスを設定する必要があるが、ＮＡＴが設置されている場合、宛先となる端末にはプライベートＩＰアドレスしか割り当てられていないためである。

この問題を解決するために、中継サーバを利用してパケットを中継転送する方式が特許文献１で提案されている。

特許文献１の中継サーバは、プライベートIPアドレスの端末同士がＰ２Ｐアプリケーションを利用できるように、まず各端末からの接続を受け付ける。そして、送信元となる端末からパケットを受け取るとともに、受け取ったパケットを宛先となる端末に転送する。このように、中継サーバを介してパケットを間接的にやり取りすることにより、各端末にグローバルIPアドレスが割り当てられていなくても、端末間でパケットをやり取りすることができる。

図１は特許文献１のシステムを示しており、図２は特許文献１の接続に至るまでの手順を示している。図２を参照しながら、その接続処理について説明する。

まず、端末１が端末７と通信を開始したい場合、端末１は、接続開始を通知するための接続開始メールを端末７を宛先としてメールサーバ５に送信する。

端末７は、この接続開始メールが届けられていないか定期的（３０秒毎など）にメールサーバ５をチェックしている。

端末７は、この接続開始メールがメールサーバ５に届けられている場合には、接続開始メールを受け取る。

端末７は、接続開始メールを受け取ると、インターネットに接続された中継サーバ４との間でHTTP（Hyper Text Transfer Protocol）接続を確立する。

端末７は、HTTP接続を確立すると、中継サーバ４から認証用URLを受け取るとともに、端末１を宛先としてメールサーバ５にHTTP接続が完了したことを通知する接続完了メールを送信する。ここで、接続完了メールは認証用URLを含んでいる。

端末１は、この接続完了メールが届けられていないか定期的（３０秒毎など）に、メールサーバ５をチェックしている。

端末１は、この接続完了メールがメールサーバに届けられている場合には、接続完了メールを受け取る。

端末１は、接続完了メールを受け取ると、接続完了メール中の認証用URLを元にして、中継サーバ４との間でHTTP接続を確立する。端末１は、HTTP接続を確立すると、中継サーバ４にユーザIDとパスワードとを送信し、認証処理を行う。

中継サーバ４は、この認証処理が完了すると、パケットの中継転送を行い、端末１と端末７とが通信できるようにする。すなわち、中継サーバ４は、端末１から送信されてきたパケットを端末７に転送するとともに、端末７から送信されてきたパケットを端末１に転送する。

このように、中継サーバ４を介してパケットを間接的にやり取りすることにより、各端末にグローバルIPアドレスが割り当てられていなくても、端末１と端末７との間でパケットをやり取りできる。
特開２００５−３１６５２９号公報

しかしながら、上述した特許文献１では、中継サーバ４でパケットの中継処理を開始するまでに、端末１と端末７との間で接続開始メールと接続完了メールとの２つの電子メールをやり取りしなければならない。

電子メールは、複数のメールサーバを経由して、送信元から宛先まで届けられる仕組みとなっているため、メールを送信してから到着するまでに３０秒以上かかってしまうことも多い。また、途中経路のメールサーバ５に異常が発生している場合、電子メールが破棄されてしまうこともある。

このように、特許文献１は、電子メールを端末１と端末７との連絡用手段に使用しているため、パケット通信の準備が完了するまでに膨大な時間がかかってしまい、その利便性に問題がある。

また、特許文献１では、端末の数や端末間の送受信データ量が増加した場合、その中継処理を担う中継サーバ４に膨大な負荷が掛かってしまう。このため、特許文献１では、中継サーバ４の処理負荷が高くなりやすく、中継処理に時間がかかってしまうので、その利便性に問題がある。

また、特許文献１では、端末１から中継サーバ４に接続する際に、ユーザIDとパスワードとを送信しているが、これらの情報を暗号化せずに送信してしまっている。このため、特許文献１では、これらの情報がインターネット上の悪意の第３者に盗聴される恐れがあるため、その安全性に問題がある。

また、特許文献１では、ユーザが端末１を操作することによって、端末１と端末７との間の接続処理が行われている。このように、接続処理を開始できるのは、あくまで端末１を直接操作できるユーザに限られてしまっているので、端末１を直接操作できないユーザは接続処理を開始できない。このため、特許文献１では、接続処理を開始するには、ユーザが端末１を直接操作できる場所に行かなければならず、中継サーバ４を経由させた接続処理を開始するまで時間がかかってしまうので、その利便性に問題がある。

本願は、上記問題点を解決するためになされたものであり、その目的とするところは、インターネットに接続された端末間のパケット通信を中継サーバを介して、より迅速かつ安全に実現できる技術を提供することにある。

上記課題を解決するための第１の発明は、通信システムであって、第１の端末及び第２の端末とセッションを確立する中継サーバと、前記第１の端末が前記中継サーバとセッションを確立した後に、前記中継サーバに関する情報を記述した接続開始メッセージを前記第２の端末宛に送信する接続開始メッセージ送信手段と、前記中継サーバに関する情報に基づいて前記第２の端末が前記中継サーバとセッションを確立した後に、前記中継サーバに接続完了メッセージを送信する接続完了メッセージ送信手段とを有し、前記中継サーバは、前記接続完了メッセージを前記第１の端末に転送した後、前記第１の端末と前記第２の端末との間の通信を中継することを特徴とする。

上記課題を解決するための第２の発明は、上記第１の発明において、前記中継サーバは、セッション管理サーバが検索した、処理負荷が最小となっている中継サーバであることを特徴とする。

上記課題を解決するための第３の発明は、上記第１又は第２の発明において、前記接続開始メッセージ送信手段は、前記第１の端末に設けられていることを特徴とする。

上記課題を解決するための第４の発明は、上記第２の発明において、前記接続開始メッセージ送信手段は、前記セッション管理サーバに設けられていることを特徴とする。

上記課題を解決するための第５の発明は、上記第１から第４のいずれかの発明において、前記中継サーバは、補助端末からの指示に基づいて接続してきた前記第１の端末と前記セッションを確立することを特徴とする。

上記課題を解決するための第６の発明は、上記第１から第５のいずれかの発明において、前記接続開始メッセージ送信手段は、電子メールを使って前記第２の端末宛の接続開始メッセージをメールサーバを介して送信することを特徴とする。

上記課題を解決するための第７の発明は、上記第２から第６のいずれか発明において、前記接続開始メッセージ送信手段は、前記第２の端末宛の接続開始メッセージを前記セッション管理サーバを介して送信することを特徴とする。

上記課題を解決するための第８の発明は、上記第２から第７のいずれかの発明において、前記中継サーバは、前記第１の端末からのデータを前記第２の端末にセッション管理サーバを介して転送し、前記第２の端末からのデータを前記第１の端末にセッション管理サーバを介して転送することを特徴とする。

上記課題を解決するための第９の発明は、上記第１から第８のいずれかの発明において、前記第１の端末と前記第２の端末とは、暗号化されたデータを送受信することを特徴とする。

上記課題を解決するための第１０の発明は、上記第９の発明において、前記第１の端末と前記第２の端末とは、前記暗号化をトランスポート層以上のレイヤで実行することを特徴とする。

上記課題を解決するための第１１の発明は、上記第１から第１０のいずれかの発明において、前記第１の端末は、自装置と前記中継サーバとの間で確立されたセッションと、前記中継サーバと第２の端末との間で確立されたセッションとを用いて切断要求メッセージを前記端末２宛に送信し、前記中継サーバとの間で確立されている各セッションを切断することを特徴とする。

上記課題を解決するための第１２の発明は、上記第１から第１１のいずれかの発明において、前記中継サーバは、前記第１の端末との間のセッションが切断されたとき、前記第２の端末との間で確立されているセッションを用いて、切断要求メッセージを前記端末２に送信することを特徴とする。

上記課題を解決するための第１３の発明は、上記第１から第１２のいずれかの発明において、前記中継サーバは、前記第１の端末又は第２の端末との間で確立されているセッションにおいて無通信状態が一定時間続いたとき、前記第１の端末と前記第２の端末との間で確立されている各セッションを切断することを特徴とする。

上記課題を解決するための第１４の発明は、通信システムの中継サーバであって、第１の端末とセッションを確立した後に、第２の端末とセッションを確立するセッション確立手段と、前記第１の端末及び前記第２の端末とセッションを確立した後に、前記第２の端末から送信されてくる接続完了メッセージを、前記第１の端末に転送した後、前記第１の端末と前記第２の端末との間の通信を中継する中継手段とを有することを特徴とする。

上記課題を解決するための第１５の発明は、通信方法であって、第１の端末と中継サーバとの間のセッションを確立する第１の確立ステップと、前記第１の端末と前記中継サーバとの間でセッションが確立した後に、前記中継サーバに関する情報を記述した接続開始メッセージを第２の端末宛に送信する接続開始メッセージ送信ステップと、前記中継サーバに関する情報に基づいて前記第２の端末と前記中継サーバとのセッションを確立する第２の確立ステップと、前記第２の端末が前記中継サーバとセッションを確立した後に、前記中継サーバに接続完了メッセージを送信する接続完了メッセージ送信ステップと、前記接続完了メッセージを前記第１の端末に転送する接続完了メッセージ転送ステップと、前記接続完了メッセージを転送した後、前記第１の端末からのデータを前記第２の端末に転送し、前記第２の端末からのデータを前記第１の端末に転送するデータ転送ステップとを有することを特徴とする。

上記課題を解決するための第１６の発明は、上記第１５の発明において、前記第１の確立ステップは、処理負荷が最小となっている中継サーバを検索する検索ステップを有し、この検索された中継サーバと第１の端末との間のセッションを確立することを特徴とする。

上記課題を解決するための第１７の発明は、上記第１５又は第１６の発明において、前記第１の確立ステップは、補助端末からの指示に基づいて接続してきた前記第１の端末と前記中継サーバとの間のセッションを確立することを特徴とする。

上記課題を解決するための第１８の発明は、上記第１５から第１７のいずれかの発明において、前記接続開始メッセージ送信ステップは、電子メールを使って前記第２の端末宛の接続開始メッセージをメールサーバを介して送信することを特徴とする。

上記課題を解決するための第１９の発明は、上記第１５から第１８のいずれかの発明において、前記接続開始メッセージ送信ステップは、前記第２の端末宛の接続開始メッセージをセッション管理サーバを介して送信することを特徴とする。

上記課題を解決するための第２０の発明は、上記第１５から第１９のいずれかの発明において、前記データ転送ステップは、前記第１の端末からのデータを前記第２の端末にセッション管理サーバを介して転送し、前記第２の端末からのデータを前記第１の端末にセッション管理サーバを介して転送することを特徴とする。

上記課題を解決するための第２１の発明は、上記第１５から第２０のいずれかの発明において、前記データを暗号化する暗号化ステップを有することを特徴とする。

上記課題を解決するための第２２の発明は、上記第２１の発明において、前記暗号化ステップは、前記データをトランスポート層以上のレイヤで暗号化することを特徴とする。

上記課題を解決するための第２３の発明は、上記第１５から第２２のいずれかの発明において、前記第１の端末と前記中継サーバとの間で確立されたセッションと、前記中継サーバと第２の端末との間で確立されたセッションとを用いて切断要求メッセージを前記第１の端末から前記端末２に送信する切断要求メッセージ送信ステップと、前記切断要求メッセージを送信後に前記第１の端末と前記中継サーバとの間で確立されているセッションを切断する第１の切断ステップと、前記切断要求メッセージに基づいて、前記中継サーバと前記第２の端末との間に確立されているセッションを切断する第２の切断ステップとを有することを特徴とする。

上記課題を解決するための第２４の発明は、上記第１５から第２３のいずれかの発明において、前記中継サーバと前記第１の端末との間で確立されているセッションが切断されたときに、前記中継サーバと前記第２の端末との間で確立されているセッションを用いて、切断要求メッセージを前記端末２に送信する切断要求メッセージ送信ステップを有することを特徴とする。

上記課題を解決するための第２５の発明は、上記第１５から第２４のいずれかの発明において、前記中継サーバと前記第１の端末、又は前記中継サーバと第２の端末との間で確立されているセッションにおいて無通信状態が一定時間続いたとき、前記中継サーバと前記第１の端末との間で確立されているセッション、又は前記中継サーバと前記第２の端末との間で確立されているセッションを切断する切断ステップを有することを特徴とする。

上記課題を解決するための第２６の発明は、コンピュータで実行可能なプログラムを記憶した記憶媒体であって、前記プログラムは前記コンピュータを、第１の端末とセッションを確立した後に、第２の端末とセッションを確立するセッション確立手段と、前記第１の端末及び前記第２の端末とセッションを確立した後に、前記第２の端末から送信されてくる接続完了メッセージを、前記第１の端末に転送した後、前記第１の端末と前記第２の端末との間の通信を中継する中継手段として機能させることを特徴とする。

上記課題を解決するための第２７の発明は、ネットワークに接続された端末同士が中継サーバを介して通信する通信システムであって、通信を開始するための接続開始メッセージと、接続すべき中継サーバに関する情報の送信要求とを送信する端末と、前記送信要求を受信すると、負荷が最小となっている中継サーバを検索するセッション管理サーバとを有し、前記端末は、前記接続開始メッセージの応答である接続完了メッセージを受信後、前記セッション管理サーバが検索した中継サーバを介して通信することを特徴とする。

上記課題を解決するための第２８の発明は、上記第２７の発明において、前記端末は、前記セッション管理サーバが検索した中継サーバと前記中継セッション管理サーバとを介して通信することを特徴とする。

上記課題を解決するための第２９の発明は、上記第２７又は第２８の発明において、前記セッション管理サーバは、前記検索した中継サーバに、前記端末間で送受信されるデータを中継転送するように命令することを特徴とする。
上記課題を解決するための第３０の発明は、上記第２７から第２９のいずれかの発明において、前記セッション管理サーバに接続開始メッセージを送信するように前記端末に命令メッセージを送信する補助端末を有することを特徴とする。

上記課題を解決するための第３１の発明は、中継サーバを介して通信する端末であって、通信を開始するための接続開始メッセージと、接続すべき中継サーバに関する情報の送信要求とを送信する送信部と、前記接続開始メッセージの応答である接続完了メッセージを受信後、前記送信要求を受けてセッション管理サーバが検索した、負荷が最小となっている中継サーバを介して通信する通信部とを有することを特徴とする。

上記課題を解決するための第３２の発明は、ネットワークに接続された端末同士が中継サーバを介して通信する通信方法であって、通信を開始するための接続開始メッセージを送信する接続開始メッセージ送信ステップと、接続すべき中継サーバに関する情報の送信要求を送信する送信要求送信ステップと、前記送信要求を受信すると、負荷が最小となっている中継サーバを検索する検索ステップと、前記接続開始メッセージの応答である接続完了メッセージを受信する受信ステップと、前記接続完了メッセージを受信後、前記検索された中継サーバを介して通信する通信ステップとを有することを特徴とする。

上記課題を解決するための第３３の発明は、上記第３２の発明において、前記通信ステップは、前記検索された中継サーバと中継セッション管理サーバとを介して通信する通信ステップを有することを特徴とする。

上記課題を解決するための第３４の発明は、上記第３２又は第３３の発明において、前記検索された中継サーバに、前記端末間で送受信されるデータを中継転送するように命令するステップを有することを特徴とする。

上記課題を解決するための第３５の発明は、上記第３２から第３４のいずれかの発明において、接続開始メッセージを送信するように前記端末に命令メッセージを送信するステップを有することを特徴とする。

上記課題を解決するための第３６の発明は、コンピュータで実行可能なプログラムを記憶した記憶媒体であって、前記プログラムは前記コンピュータを、通信を開始するための接続開始メッセージと、接続すべき中継サーバに関する情報の送信要求とを送信する送信部と、前記接続開始メッセージの応答である接続完了メッセージを受信後、前記送信要求を受けてセッション管理サーバが検索した、負荷が最小となっている中継サーバを介して通信する通信部として機能させることを特徴とする。

上記課題を解決するための本発明のシステムは、端末２１、端末２７、中継サーバ２４、およびセッション管理サーバ２０を有する。

端末２１は、中継サーバ２４およびセッション管理サーバ２０と通信可能な通信手段と、端末２７に電子メールを送信する電子メール送信手段とを有する。

端末２７は、電子メールを受信する電子メール受信手段と、中継サーバ２４およびセッション管理サーバ２０と通信可能な通信手段を有する。

中継サーバ２４は、端末２１と端末２７からのパケットを中継する中継転送手段と、セッション管理サーバ２０と制御メッセージを交換する通信手段を有する。

セッション管理サーバ２０は、端末２１と端末２７の接続先となる中継サーバを決定する管理手段と、中継サーバ２４と制御メッセージを交換する通信手段を有する。

このような構成を採用し、端末２１はまずセッション管理サーバ２０に接続して、接続すべき中継サーバの情報を要求する。セッション管理サーバ２０は、パケット中継処理を実行する余裕がある中継サーバ２４の情報を端末２１に通知する。

端末２１は中継サーバ２４と接続(接続Ａ)を確立した後、端末２７に接続開始メールを送信する。端末２７は接続開始メールが到着していないか定期的に確認し、電子メールが到着している場合には中継サーバ２４と接続する。また、端末２７は中継サーバ２４と接続した後、中継サーバ２４を介して端末２１に接続完了メッセージを送信する。そして、端末２１は、中継サーバ２４から接続完了メッセージを受信すると、中継サーバ２４を介して端末２７とパケット通信を行う。

これにより、パケット通信までに要するメールの送受信回数を１回に削減することができ、迅速にパケット通信を開始できる。また、セッション管理サーバにおいて、各中継サーバの負荷状況を考慮してパケット中継処理を分散させることにより、特定の中継サーバに処理負荷が集中するのを防ぎ、中継サーバの応答速度を高め、迅速にパケット通信を開始できる。以上の理由により、本発明の目的を達成することができる。

上記課題を解決するための本発明のシステムは、端末２１、端末２７、中継サーバ２４、およびセッション管理サーバ２０を有する。

端末２１は、中継サーバ２４およびセッション管理サーバ２０と通信可能な通信手段を有する。

端末２７は、電子メールを受信する電子メール受信手段と、中継サーバ２４およびセッション管理サーバ２０と通信可能な通信手段を有する。

中継サーバ２４は、端末２７に電子メールを送信する電子メール送信手段と、端末２１と端末２７からのパケットを中継する中継転送手段と、セッション管理サーバ２０と制御メッセージを交換する通信手段を有する。

セッション管理サーバ２０は、端末２１と端末２７の接続先となる中継サーバを決定する管理手段と、中継サーバ２４と制御メッセージを交換する通信手段を有する。

本発明は、このような構成を採用し、端末２１はまずセッション管理サーバ２０に接続して、接続すべき中継サーバの情報を要求する。セッション管理サーバ２０は、パケット中継処理を実行する余裕がある中継サーバ２４の情報を端末２１に通知するとともに、端末２７に接続開始メールを送信する。端末２１は中継サーバ２４と接続（接続Ａ）を確立する。また、端末２７は接続開始メールが到着していないか定期的に確認し、電子メールが到着している場合には中継サーバ２４と接続する。また、端末２７は中継サーバ２４と接続した後、中継サーバ２４を介して端末２１に接続完了メッセージを送信する。そして、端末２１は、中継サーバ２４から接続完了メッセージを受信すると、中継サーバ２４を介して端末２７とパケット通信を行う。

これにより、パケット通信までに要するメールの送受信回数を１回に削減することができ、迅速にパケット通信を開始できる。以上の理由により、本発明の目的を達成することができる。

上記課題を解決するための本発明のシステムは、端末２１、端末２７、中継サーバ２４、およびセッション管理サーバ２０を有する。

端末２１は、中継サーバ２４およびセッション管理サーバ２０と通信可能な通信手段を有する。

端末２７は、中継サーバ２４およびセッション管理サーバ２０と通信可能な通信手段を有する。

中継サーバ２４は、端末２１と端末２７からのパケットを中継する中継転送手段と、セッション管理サーバ２０と制御メッセージを交換する通信手段を有する。

セッション管理サーバ２０は、端末２１と端末２７の接続先となる中継サーバを決定する管理手段と、中継サーバ２４と制御メッセージを交換する通信手段を有する。

本発明は、このような構成を採用し、端末２１はまずセッション管理サーバ２０に接続して、接続すべき中継サーバの情報を要求する。セッション管理サーバ２０は、パケット中継処理を実行する余裕がある中継サーバ２４の情報を端末２１に通知する。端末２１は中継サーバ２４と接続（接続Ａ）を確立するとともに、セッション管理サーバ２０に接続開始メッセージを送信する。端末２７は接続開始メッセージがセッション管理サーバ２０に到着していないか定期的に確認し、接続開始メッセージが到着している場合には、中継サーバ２４に接続する。また、端末２７は中継サーバ２４と接続した後、中継サーバ２４を介して端末２１に接続完了メッセージを送信する。そして、端末２１は中継サーバ２４から接続完了メッセージを受信すると、中継サーバ２４を介して端末２７とパケット通信を行う。

これにより、パケット通信までに要するメールの送受信回数を０回に削減することができ、迅速にパケット通信を開始できる。以上の理由により、本発明の目的を達成することができる。

上記課題を解決するための本発明のシステムは、端末２１、端末２７、中継サーバ２４、およびセッション管理サーバ２０を有する。

端末２１は、中継サーバ２４およびセッション管理サーバ２０と通信可能な通信手段と、端末２７に電子メールを送信する電子メール送信手段と、パケットを暗号化/復号化する暗号化手段とを有する。

端末２７は、電子メールを受信する電子メール受信手段と、中継サーバ２４およびセッション管理サーバ２０と通信可能な通信手段と、パケットを暗号化/復号化する暗号化手段とを有する。

中継サーバ２４は、端末２１と端末２７からのパケットを中継する中継転送手段と、セッション管理サーバ２０と制御メッセージを交換する通信手段を有する。

セッション管理サーバ２０は、端末２１と端末２７の接続先となる中継サーバを決定する管理手段と、中継サーバ２４と制御メッセージを交換する通信手段を有する。

本発明は、このような構成を採用し、端末２１はまずセッション管理サーバ２０に接続して、接続すべき中継サーバの情報を要求する。セッション管理サーバ２０は、パケット中継処理を実行する余裕がある中継サーバ２４の情報を端末２１に通知する。

端末２１は中継サーバ２４と接続(接続Ａ)を確立した後、端末２７に接続開始メールを送信する。端末２７は接続開始メールが到着していないか定期的に確認し、電子メールが到着している場合には中継サーバ２４と接続する。また、また、端末２７は中継サーバ２４と接続した後、中継サーバ２４を介して端末２１に接続完了メッセージを送信する。そして、端末２１は、中継サーバ２４から接続完了メッセージを受信すると、中継サーバ２４を介して端末２７と暗号化情報を交換しあった後、暗号化情報を用いてユーザIDやパスワードを暗号化し、端末２７に送信する。

これにより、ユーザIDやパスワードといった情報がインターネット上の悪意の第３者に盗聴されることがなく、ハッキングされる危険性を排除できる。以上の理由により、本発明の目的を達成することができる。

上記課題を解決するための本発明のシステムは、端末２１、端末２７、中継サーバ２４、セッション管理サーバ２０、および補助端末２９を有する。

端末２１は、中継サーバ２４およびセッション管理サーバ２０と通信可能な通信手段と、端末２７に電子メールを送信する電子メール送信手段と、補助端末からの電子メールを受信する電子メール受信手段とを有する。

端末２７は、電子メールを受信する電子メール受信手段と、中継サーバ２４およびセッション管理サーバ２０と通信可能な通信手段とを有する。

中継サーバ２４は、端末２１と端末２７からのパケットを中継する中継転送手段と、セッション管理サーバ２０と制御メッセージを交換する通信手段を有する。

セッション管理サーバ２０は、端末２１と端末２７の接続先となる中継サーバを決定する管理手段と、中継サーバ２４と制御メッセージを交換する通信手段を有する。

補助端末は、端末２１に電子メールを送信する電子メール送信手段を有する。

本発明は、このような構成を採用し、補助端末を操作しているユーザが、端末２１と端末２７を接続したい場合、補助端末から端末２１に接続要求メールを送信する。端末２１では、接続要求メールが到着していないか確認し、電子メールが到着している場合には、セッション管理サーバ２０に接続して、接続すべき中継サーバの情報を要求する。セッション管理サーバ２０は、パケット中継処理を実行する余裕がある中継サーバ２４の情報を端末２１に通知する。

端末２１は中継サーバ２４と接続(接続Ａ)を確立した後、端末２７に接続開始メールを送信する。端末２７は、接続開始メールが到着していないか確認し、電子メールを到着している場合には中継サーバ２４と接続する。また、端末２７は中継サーバ２４と接続した後、中継サーバ２４を介して端末２１に接続完了メッセージを送信する。そして、端末２１は、中継サーバ２４から接続完了メッセージを受信すると、中継サーバ２４を介して端末２７とパケット通信を行う。これにより、端末２１を直接操作できないユーザでも、補助端末から接続要求メールを送信することにより、端末２１と端末２７間の接続処理を開始できる。

このように、ユーザが端末２１を直接操作できる場所に行かなくても、接続処理を開始できるので、迅速にパケット通信を開始できる。以上の理由により、本発明の目的を達成することができる。

上記課題を解決するための本発明のシステムは、端末２１、端末２７、中継サーバ２４、およびセッション管理サーバ２０を有する。端末２１は、セッション管理サーバ２０と通信可能な通信手段と、端末２７に電子メールを送信する電子メール送信手段とを有する。端末２７は、電子メールを受信する電子メール受信手段と、セッション管理サーバ２０と通信可能な通信手段とを有する。

中継サーバ２４は、端末２１と端末２７からのパケットを中継する中継転送手段と、セッション管理サーバ２０と通信可能な手段を有する。

セッション管理サーバ２０は、端末２１と端末２７の接続先となる中継サーバを決定する管理手段と、端末２１および端末２７からのパケットを中継サーバに転送する転送手段を有する。

本発明は、このような構成を採用し、端末２１はまずセッション管理サーバ２０の仮想的なＩＰアドレスとポートにセッション確立要求を送信する。セッション管理サーバ２０は、端末２１からのセッション確立要求パケットを処理負荷の低い中継サーバ２４に転送し、端末２１と中継サーバ２４との間でセッションを確立させる。

端末２１はセッション管理サーバ２０を介して中継サーバ２４とセッションを確立した後、端末２７に接続開始メールを送信する。端末２７は接続開始メールが到着していないか定期的に確認し、電子メールが到着している場合にはセッション管理サーバ２０の仮想的なＩＰアドレスとポートにセッション確立要求を送信する。セッション管理サーバ２０は、端末２７からのパケットを端末２１と同じ中継サーバ２４に転送し、端末２７と中継サーバ２４との間でセッションを確立させる。また、端末２７は中継サーバ２４と接続した後、中継サーバ２４を介して端末２１に接続完了メッセージを送信する。端末２１は、接続完了メッセージを受信すると、セッション管理サーバ２０および中継サーバ２４を介して端末２７とパケット通信する。

これにより、端末２１の接続処理としては、セッション管理サーバ２０にセッション確立要求パケットを送信するだけで良く、セッション管理サーバ２０と中継サーバ２４の２つに対して接続処理を行う必要がない。このように、端末２１側の接続処理が簡単化されるので、端末２１がＰＨＳなどの低速なアクセス回線を使用している場合でも、パケット通信を迅速に開始できる。以上の理由により、本発明の目的を達成することができる。

本発明によると、パケット通信までに要するメールの送受信回数を削減することができ、迅速にパケット通信を開始できる。

更に、本発明によると、セッション管理サーバにおいて、各中継サーバの負荷状況を考慮してパケット中継処理を分散させることにより、特定の中継サーバに処理負荷が集中するのを防ぎ、中継サーバの応答速度を高め、迅速にパケット通信を開始できる。

また、本発明によると、ユーザIDやパスワードといった情報がインターネット上の悪意の第３者に盗聴されることがなく、ハッキングされる危険性を排除できる。

また、本発明によると、ユーザが端末２１を直接操作できる場所に行かなくても、接続処理を開始できるので、迅速にパケット通信を開始できる。

また、本発明によると、端末の接続処理としてはセッション管理サーバにセッション確立要求パケットを送信するだけで良く、セッション管理サーバと中継サーバとの２つに対して接続処理を行う必要がないため、端末の接続処理を簡単化できる。これにより、端末がＰＨＳなどの低速なアクセス回線を使用している場合でも、パケット通信を迅速に開始できる。

本発明を実施するための第１の実施の形態について図面を参照して詳細に説明する。
<構成>
まず、本実施の形態の構成について説明する。

図３を参照すると、本発明の第１の実施の形態は、インターネットに代表されるようなネットワーク２３、アドレス変換を行うＮＡＴ２２とＮＡＴ２６、ユーザが操作する端末２１と離れた場所に存在する端末２７、ネットワーク２３に接続されたセッション管理サーバ２０と中継サーバ２４Ａ〜２４Ｃとメールサーバ２５とを有する。

端末２１の内部構成を図４に示す。

図４に示されるように、端末２１は、アプリ部３７、制御部３６、ＳＭＴＰ部３４、サーバ通信部３５、及びオペレーションシステム３０を有する。

オペレーティングシステム３０は、ＴＣＰ／ＵＤＰ部３３、ＩＰ部３２、及びＭＡＣ部３１を有する。

ＭＡＣ部３１は、イーサネット（登録商標）におけるパケットの送受信を行う標準プロトコル処理部である。ＭＡＣ部３１以外に、パケットのルーティングを行う標準プロトコル処理部であるＩＰ部３２、信頼性のあるパケット通信を行う標準プロトコル処理部であるＴＣＰ／ＵＤＰ部３３が動作している。

オペレーティングシステム３０以外に、電子メールの送信を行う標準プロトコル処理部であるＳＭＴＰ部３４と、中継サーバと接続してパケットの送受信を行うサーバ通信部３５が動作している。更に、制御部３６が動作しており、セッション管理サーバや中継サーバに接続するためにサーバ通信部３５の関数をコールしたり、接続開始メールを送信するためにＳＭＴＰ部３４の関数をコールしたりする。

アプリ部３７は、端末２７のアプリ部とパケットをやり取りするために、制御部３６と通信する。

続いて、端末２７の内部構成を図５に示す。

端末２７の内部構成において、端末２１と異なる点は、制御部４６とＰＯＰ部４４のみであるので、端末２１と同様の構成要素の説明は省略する。

ＰＯＰ部４４は、電子メールの受信を行う標準プロトコル処理部である。

制御部４６は、接続開始メールがメールサーバに到着していないか定期的に確認するためにＰＯＰ部４４の関数をコールしたり、接続開始メールが届いている場合には、そのメールの内容を解析するとともに、中継サーバに接続するためにサーバ通信部４５の関数をコールする。

中継サーバ２４Ａ〜２４Ｃの内部構成を図６に示す。中継サーバ２４Ａ〜２４Ｃの内部構成は全て同じであるため、内部構成の説明は中継サーバ２４Ａについてのみ説明し、他は省略する。

図６に示されるように、中継サーバ２４Ａは中継転送部５４、セッション管理サーバ通信部５５、オペレーティングシステム５０、および中継テーブル５６を有する。ここで、オペレーティングシステム５０は、端末２１と同じであるため、説明を省略する。

セッション管理サーバ通信部５５は、自身が現在中継転送を行っているセッションの数である中継転送処理数をセッション管理サーバ２０に通知するために、セッション管理サーバ２０とメッセージを交換する。

中継転送部５４は、端末２１と端末２７とからの接続を待ち受けるとともに、端末２１と端末２７とから接続された場合には、パケットの中継転送を行う。

中継テーブル５６は、図７に示されるように、固有の識別子番号と中継接続されている端末とを対応づけている。この中継テーブル５６から、現在の中継転送処理数を把握できるとともに、ある端末からのパケットをどの端末に転送すれば良いかについても把握できる。

続いて、セッション管理サーバ２０の内部構成を図８に示す。

図８に示されるように、セッション管理サーバ２０はセッション管理部６４、中継サーバ通信部６５、オペレーティングシステム６０、および管理テーブル６６を含んでいる。ここで、オペレーティングシステム６０は、端末２１と同じであるため、説明を省略する。

中継サーバ通信部６５は、各中継サーバの現在の接続数や応答時間をモニタするために、各中継サーバとメッセージを交換する。

セッション管理部６４は、端末２１からの接続を待ち受けるとともに、端末２１から接続された場合には、処理負荷が低い中継サーバの接続情報を端末２１に通知する。

管理テーブル６６は、図９に示されるように、各中継サーバの現在の中継転送処理数と未使用状態の識別子番号が登録されている。この管理テーブル６６から、処理負荷が低い中継サーバを特定できるとともに、各端末を認識可能な固有の識別子番号を発行できる。

<動作>
続いて、本実施の形態の動作について説明する。

図１０は端末２１と端末２７との間でパケット通信を開始するための処理を示すフローチャートである。以下、その内容について説明する。

<パケット通信開始>
（ステップ１）
端末２１が端末２７とパケット通信を開始したい場合、まず、端末２１の制御部３６は、セッション管理サーバ２０と接続するようにサーバ通信部３５に命令する。この命令に従い、端末２１のサーバ通信部３５は、セッション管理サーバ２０のセッション管理部６４とセッションを確立する。

（ステップ２）
セッション管理サーバ２０のセッション管理部６４は、管理テーブル６６をチェックすることにより、現在の中継転送処理数が小さい、すなわち処理負荷が低くなっている中継サーバを特定する。尚、以下の説明では、中継サーバ２４Ａが選択されたものとして話を進める。
セッション管理サーバ２０は、処理負荷が低い中継サーバ２４Ａに中継処理を任せるために、識別子番号を含んだリソース確保メッセージを送信する。この識別子番号は、管理テーブル６６において、処理負荷が低い中継サーバ２４Ａの中で未使用状態となっている識別子番号から任意に選ばれる。中継サーバ２４Ａでは、リソース確保メッセージを受け取ると、その識別子番号（Ａ１）を中継テーブル５６に登録し、各端末からのセッションを中継転送するために利用する。

（ステップ３）
セッション管理サーバ２０は、選択された中継サーバ２４Ａの接続情報（ＩＰアドレス、ポート番号）を端末２１に通知する。また、この際、識別子番号（Ａ１）も端末２１に通知する。

（ステップ４）
端末２１の制御部３６は、セッション管理サーバ２０から通知を受けた中継サーバ２４Ａと接続するようにサーバ通信部３５に命令する。この命令に従い、端末２１のサーバ通信部３５は、中継サーバ２４Ａの中継転送部５４とＴＣＰセッションを確立するとともに識別子番号（Ａ１）を中継サーバに送信する。
また、中継サーバ２４Ａでは、端末２１と受け取った識別子番号とを結び付けるために、中継テーブル５６に接続情報を登録する。以下の説明では、端末２１と中継サーバ２４Ａとの間でＴＣＰセッションが確立されることを前提として説明するが、このセッションがＴＣＰではなく、ＵＤＰでも良いことは当該技術分野の技術者には明らかであろう。

（ステップ５）
次に、端末２１の制御部３６は、端末２７宛の接続開始メールをメールサーバ２５に送信するようにＳＭＴＰ部３４に命令する。ここで送信する接続開始メールは、他の電子メールと区別がつくように、例えば、その件名を“Connection Start Mail”のように設定してもよい。また、その接続開始メールの本文には、端末２７に接続してもらいたい中継サーバ２４のＩＰアドレス、ポート番号、識別子番号（Ａ１）を記載する。

（ステップ６）
端末２７の制御部４６は、接続開始メールが到着していないか定期的（３０秒毎など）にメールサーバ２５に確認を行うようにＰＯＰ部４４に命令している。ここで、接続開始メールが到着しているかどうかは、件名が“Connection Start Mail”となっている電子メールが存在するかどうかにより判断する。また、件名以外にも、送信元メールアドレスが予め設定されているメールアドレスと一致するかどうか、電子メールの本文の内容が予め設定されている内容と一致するかどうかなどを元にして、接続開始メールが到着しているかを判断してもよい。

（ステップ７）
端末２７の制御部４６は、接続開始メールがメールサーバ２５に存在することを確認すると、接続開始メールを受信するととともに、メールサーバ２５から削除するようにＰＯＰ部４４に命令する。

（ステップ８）
端末２７の制御部４６は、この接続開始メールを受け取ると、メールの内容に基づいて、中継サーバ２４Ａと接続するようにサーバ通信部４５に命令する。サーバ通信部４５は、中継サーバ２４Ａの中継転送部５４とＴＣＰセッションを確立する。

（ステップ９）
端末２７の制御部４６は、中継サーバ２４Ａとセッションを確立すると、中継サーバ２４Ａに接続完了メッセージを送信する。また、接続開始メールに記載されていた識別子番号（Ａ１）は、この接続完了メッセージ中に入れ込んでおく。

（ステップ１０）
中継サーバ２４Ａの中継転送部５４は、端末２７からの接続完了メッセージを受け付けると、その識別子番号（Ａ１）を元にして中継テーブル５６に接続情報を登録するとともに、識別子番号（Ａ１）が一致する端末２１と端末２７の中継転送処理を開始する。ここで、端末２１とのＴＣＰセッションをＴＣＰセッションＡとし、端末２７とのＴＣＰセッションをＴＣＰセッションＢとすると、中継サーバ２４は、ＴＣＰセッションＡから受け付けたデータをＴＣＰセッションＢに転送するとともに、ＴＣＰセッションＢから受け付けたデータをＴＣＰセッションＡに転送する。また、中継サーバ２４Ａの中継転送部５４は、端末２７から受け取った接続完了メッセージを、ＴＣＰセッションＡを介して端末２１に送信する。

（ステップ１１）
端末２１の制御部３６は、接続完了メッセージを受信すると、端末２７とのパケット通信を開始する。ここで、制御部３６はアプリ部３７から渡されたデータをサーバ通信部３５に渡し、ＴＣＰセッションＡを介して中継サーバ２４Ａまで送信する。

（ステップ１２）
中継サーバ２４Ａの中継転送部５４は、ＴＣＰセッションＡから送られてきたデータをＴＣＰセッションＢに転送する。このデータは、端末２７のサーバ通信部４５や制御部４６を介して、アプリ部４７まで届けられる。以上のようにして、中継サーバ２４Ａを介して、端末２１から端末２７にパケットを送信できる。また、手順７〜手順８では端末２１から端末２７にデータを送信する場合を説明したが、同様にして、端末２７から端末２１にデータを送信できることも明らかである。

以上のようにして、端末２１と端末２７間のパケット通信が開始される。

ただし、上記のステップ６において、中継サーバ２４Ａから端末２１に送信した接続完了メッセージは、端末２７から中継サーバ２４Ａを介して端末２１に送信するように処理を変更しても良い。

また、上記の動作では、端末２７はメールクライアントであり、ＰＯＰ部を使ってメールサーバ２５にメールが到着していないか確認していた。これに対して、端末２７にＳＭＴＰ部を搭載してメールサーバの機能も持たせ、メールが端末２７に直接到着するようにしても良い。

続いて、上記のパケット通信を終了する処理について説明する。図１１は端末２１と端末２７との間でパケット通信を終了するための処理を示すフローチャートである。以下、その内容について説明する。

<パケット通信終了>
（ステップ１）
端末２１が端末２７とパケット通信を終了したい場合、まず、端末２１の制御部３６は、データ通信を終了する切断要求メッセージを端末２７に送信する。この切断要求メッセージは、中継サーバ２４Ａでの中継処理を介して、端末２７に届けられる。

（ステップ２）
端末２１の制御部３６は、切断要求メッセージを送信した後、中継サーバ２４ＡとのＴＣＰセッションを切断するようにサーバ通信部３５に命令する。これにより、端末２１と中継サーバ２４Ａ間のＴＣＰセッションが切断される。

（ステップ３）
同様にして、端末２７の制御部４６は、前述の切断要求メッセージを受け取ると、中継サーバ２４ＡとのＴＣＰセッションを切断するようにサーバ通信部４５に命令する。これにより、端末２７と中継サーバ２４Ａ間のＴＣＰセッションが切断される。一方、中継サーバＡは、端末２１と端末２７からのＴＣＰセッションが切断されると、端末間の中継処理を終了する。

（ステップ４）
中継サーバ２４Ａは、端末２１と端末２７の中継処理が終了すると、中継テーブル５６からそれに対応する情報を消去するために、識別子番号Ａ１の欄を削除する。また、処理負荷が低下したことを通知するために、セッション管理サーバ２０に識別子番号Ａ１を含んだリソース開放メッセージを送信する。セッション管理サーバ２０では、リソース開放メッセージを受け取ると、管理テーブル６６における中継サーバ２４Ａの中継接続数を増やすとともに、Ａ１を未使用状態の識別子番号に追加する。

以上のようにして、端末２１と端末２７間のパケット通信が終了される。

また、端末２７が起点となって上記のパケット通信終了処理を実行しても良い。この場合、パケット通信終了手順のステップ１〜３の処理を、端末２１と端末２７を入れ替えて実行する。

また、パケット通信を終了するタイミングとして、上記のように端末２１から明示的に指示された時以外に行っても良い。例えば、「生きている」ことを相手に伝えるためのキープアライブ信号が届かない場合に、上記のパケット通信終了処理を実行したり、確立されているＴＣＰセッションを強制的に切断しても良い。ここで、ＴＣＰセッションを強制的に切断する場合、端末２１の制御部３６や端末２７の制御部４６、中継サーバ２４Ａの中継転送部５４が自律的にＴＣＰセッションを切断しても良い。

また、上記の説明では、図３のように複数の中継サーバがネットワーク２３に接続されている環境を想定していたが、上記方法は中継サーバが１台しか接続されていない環境にも適用可能である。

また、上記の説明では、セッション管理サーバ２０と中継サーバ２４の機能が別々のサーバに分離されていることを想定していたが、セッション管理サーバと中継サーバの機能を１台のサーバに統合することも可能である。

また、上記の説明では、セッション管理サーバが検索した中継サーバを用いて端末同士の通信を中継させているが、予め定められた中継サーバを用いて端末同士の通信を中継させても良い。

<効果>
次に、本発明を実施するための第１の実施の形態の効果について説明する。

本発明を実施するための第１の実施の形態では、接続完了メッセージをＴＣＰセッションを介して中継サーバ２４から端末２１に送信することにより、パケット通信までに要するメールの送受信回数を１回に削減することができ、迅速にパケット通信を開始できる。尚、この効果は、セッション管理サーバが検索した中継サーバを用いて端末同士の通信を中継させても、予め定められた中継サーバを用いて端末同士の通信を中継させても得られる。
また、セッション管理サーバにおいて、各中継サーバの負荷状況を考慮してパケット中継処理を分散させることにより、特定の中継サーバに処理負荷が集中するのを防ぎ、中継サーバの応答速度を高め、迅速にパケット通信を開始できる。
以上の理由により、本発明の目的を達成することができる。

次に、本発明を実施するための第２の実施の形態について図面を参照して詳細に説明する。

本発明の第１の実施の形態では、接続開始メールを端末２１から送信していた。このため、端末２１にＳＭＴＰ部３４を搭載する必要があるが、端末２１が携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）などのハードウェアリソースに厳しい制限がある機器の場合、ＳＭＴＰ部３４を搭載するのに必要なメモリ量を確保できないことがある。

そこで、本発明の第２の実施の形態では、接続開始メールを端末２１からではなく、中継サーバ２４Ａから送信するようにし、端末２１にＳＭＴＰ部３４を搭載する必要性を排除し、ＰＤＡのような機器にも組み込める構成としている。

<構成>
本実施の形態の構成について説明する。

本発明の第２の実施の形態では、図４の端末２１のＳＭＴＰ部３４を中継サーバ２４に移す。本発明の第２の実施の形態の端末２１と中継サーバ２４Ａの構成を図１２、図１３に示す。尚、上記第１の実施の形態と同様の構成であるため、説明を省略する。

<動作>
図１４は端末２１と端末２７の間でパケット通信を開始するための処理を示すフローチャートである。以下、その内容について説明する。

<パケット通信開始>
（ステップ１）
端末２１が端末２７とパケット通信を開始したい場合、まず、端末２１の制御部８６は、セッション管理サーバ２０と接続するようにサーバ通信部８５に命令する。この命令に従い、端末２１のサーバ通信部８５は、セッション管理サーバ２０のセッション管理部９４とセッションを確立する。

（ステップ２）
セッション管理サーバ２０のセッション管理部９４は、管理テーブル９６をチェックすることにより、現在の中継転送処理数が小さい、すなわち処理負荷が低くなっている中継サーバを特定する。そして、処理負荷が低い中継サーバ２４Ａに中継処理を任せるために、中継サーバ２４Ａに識別子番号を含んだリソース確保メッセージを送信する。この識別子番号は、管理テーブル９６において、未使用となっている識別子から選ばれる。中継サーバ２４Ａでは、リソース確保メッセージを受け取ると、その識別子番号（Ａ１）を中継テーブル５６に登録し、各端末からのセッションを中継転送するために利用する。

（ステップ３）
セッション管理サーバ２０のセッション管理部９４は、選択された中継サーバ２４Ａの接続情報（ＩＰアドレス、ポート番号）を端末２１に通知する。また、この際、識別子番号（Ａ１）も端末２１に通知する。

（ステップ４）
端末２１の制御部８６は、セッション管理サーバ２０から通知を受けた中継サーバ２４Ａと接続するようにサーバ通信部８５に命令する。この命令に従い、端末２１のサーバ通信部８５は、中継サーバ２４Ａの中継転送部５４とＴＣＰセッションを確立するとともに識別子番号（Ａ１）を中継サーバ２４Ａに送信する。また、中継サーバ２４Ａでは、端末２１と受け取った識別子番号とを結び付けるために、中継テーブル５６に接続情報を登録する。以下の説明では、端末２１と中継サーバ２４Ａとの間でＴＣＰセッションが確立されることを前提として説明するが、このセッションがＴＣＰではなく、ＵＤＰでも良いことは当該技術分野の技術者には明らかであろう。

（ステップ５）
セッション管理サーバ２０のセッション管理部９４は、端末２７宛の接続開始メールをメールサーバ２５に送信するようにＳＭＴＰ部９７に命令する。ここで送信する接続開始メールは、他の電子メールと区別がつくように、例えば、その件名を“Connection Start Mail”のように設定しても良い。また、その接続開始メールの本文には、端末２７に接続してもらいたい中継サーバ２４ＡのＩＰアドレス、ポート番号、識別子番号（Ａ１）を記載する。

この後の手順は、本発明の第１の実施の形態のステップ６〜ステップ１１と同じであるため、説明を省略する。

以上のようにして、端末２１と端末２７間のパケット通信が開始される。

<パケット通信終了>
パケット通信を終了するための手順は、本発明の第１の実施の形態のステップ１〜ステップ４と同じであるため、説明を省略する。

以上のようにして、端末２１と端末２７間のパケット通信が終了される。

<効果>
次に、本発明を実施するための第２の実施の形態の効果について説明する。

本発明を実施するための第２の実施の形態では、接続開始メールを端末２１からではなく、中継サーバ２４から送信することにより、ＳＭＴＰ機能を端末２１に搭載する必要性がなくなるので、ハードウェアリソースに厳しい制限がある携帯機器などにも本システムを組み込める。

次に、本発明を実施するための第３の実施の形態について図面を参照して詳細に説明する。

本発明の第１の実施の形態では、端末２１と端末２７とにおいて、接続開始メールをやり取りする必要がある。しかしながら、電子メールは、複数のメールサーバを経由して宛先に届けられる仕組みとなっているため、メールが到着するまでに３０秒以上かかってしまうことも多い。このため、パケット通信の準備が完了するまでに膨大な時間がかかる恐れがあり、その利便性に問題がある。

そこで、本発明の第３の実施の形態では、接続開始メールを送信する必要性を排除し、パケット通信までに要するメールの送受信回数を０回にまで削減し、迅速にパケット通信を開始できるような構成とする。

<構成>
本実施の形態の構成について説明する。

本発明の第３の実施の形態では、端末２１のＳＭＴＰ部や、端末２７のＰＯＰ部が排除される。本発明の第３の実施の形態の端末２１、端末２７、およびセッション管理サーバ２０の構成を図１５〜図１７に示す。

本発明の第３の実施の形態では、上記の問題を解決するために、端末２１の制御部１１６、端末２７の制御部１２６、およびセッション管理サーバ２０のセッション管理部１３４で実行する処理を変更する。

端末２１の制御部１１６は、セッション管理サーバ２０に接続するためにサーバ通信部１１５の関数をコールしてセッション管理サーバにＴＣＰ接続するとともに、接続開始メッセージをセッション管理サーバ２０に送信する。

端末２７の制御部１２６は、接続開始メッセージがセッション管理サーバ２０に到着していないか定期的に確認するためにサーバ通信部１２５の関数をコールしてセッション管理サーバ２０にＴＣＰ接続するとともに、接続開始メッセージが届いている場合には、接続開始メッセージをダウンロードするためにサーバ通信部１２５の関数をコールする。

セッション管理サーバ２０のセッション管理部１３４は、図８のセッション管理部６４の処理に加えて、端末２１から受信した接続開始メッセージを記憶テーブル１３７に保存するとともに、端末２７の要求に応じて接続開始メッセージを端末２７に送信する。

記憶テーブル１３７は、図１８に示されるように、ＩＤ/パスワードと接続開始メッセージとを対応づけている。この記憶テーブル１３７を参照することにより、端末２１から送信された接続開始メッセージを端末２７が受信することができる。

その他の構成は、第２の実施の形態の図と同じであるため、詳細な説明を省略する。

<動作>
次に、図１９を参照して本発明を実施するための第３の実施の形態の動作について詳細に説明する。

図１９は、端末２１と端末２７の間でパケット通信を開始するための処理を示すフローチャートである。以下、その内容について説明する。

<パケット通信開始>
（ステップ１）
端末２１が端末２７とパケット通信を開始したい場合、まず、端末２１の制御部１１６は、セッション管理サーバ２０と接続するようにサーバ通信部１１５に命令する。この命令に従い、端末２１のサーバ通信部１１５は、セッション管理サーバ２０のセッション管理部１３４とセッションを確立する。

（ステップ２）
セッション管理サーバ２０のセッション管理部１３４は、管理テーブル１３６をチェックすることにより、現在の中継転送処理数が小さい、すなわち処理負荷が低くなっている中継サーバを特定する。そして、処理負荷が低い中継サーバ２４Ａに中継処理を任せるために、中継サーバ２４Ａに識別子番号を含んだリソース確保メッセージを送信する。この識別子番号は、管理テーブル１３６において、未使用となっている識別子から選ばれる。中継サーバ２４Ａでは、リソース確保メッセージを受け取ると、その識別子番号（Ａ１）を中継テーブル５６に登録し、各端末からのセッションを中継転送するために利用する。

（ステップ３）
セッション管理サーバ２０は、選択された中継サーバ２４Ａの接続情報（ＩＰアドレス、ポート番号）を端末２１に通知する。また、この際、識別子番号（Ａ１）も端末２１に通知する。

（ステップ４）
端末２１の制御部３６は、セッション管理サーバ２０から通知を受けた中継サーバ２４Ａと接続するようにサーバ通信部３５に命令する。この命令に従い、端末２１のサーバ通信部３５は、中継サーバ２４Ａの中継転送部５４とＴＣＰセッションを確立するとともに識別子番号（Ａ１）を中継サーバ２４Ａに送信する。また、中継サーバ２４Ａでは、端末２１と受け取った識別子番号とを結び付けるために、中継テーブル５６に接続情報を登録する。以下の説明では、端末２１と中継サーバ２４Ａとの間でＴＣＰセッションが確立されることを前提として説明するが、このセッションがＴＣＰではなく、ＵＤＰでも良いことは当該技術分野の技術者には明らかであろう。

（ステップ５）
次に、端末２１の制御部３６は、端末２７宛の接続開始メッセージをセッション管理サーバ２０に送信するようにサーバ通信部１３５に命令する。この接続開始メッセージは、通常のＴＣＰセッションで送信されるので、配送遅延が存在する電子メールと異なり、迅速にセッション管理サーバ２０に届けられる。ここで、セッション管理サーバ２０は、端末２１から接続開始メッセージを受け取ると、記憶テーブル１３７に登録するとともに、他の端末からの接続開始メッセージと区別できるように、接続開始メッセージを端末ごとに管理する。このため、図１８では、記憶テーブルに保存する接続開始メッセージをＩＤ/パスワードと結びつけて登録しているが、ＩＤ/パスワードに限らず、端末を区別できる情報であれば何でもよい。

（ステップ６）
一方、端末２７の制御部１２６は、自分宛の接続開始メッセージが到着していないか定期的（１０秒毎など）にセッション管理サーバ２０に確認するようにサーバ通信部１２５に命令している。具体的には、端末２７からセッション管理サーバ２０にＴＣＰセッションを確立し、セッション管理サーバの記憶テーブル１３７に自分宛の接続開始メッセージが格納されているかチェックする。ここで、セッション管理サーバに接続開始メッセージが到着していない場合には、確立したＴＣＰセッションを切断しても良い。

（ステップ７）
端末２７の制御部１２６は、接続開始メッセージがセッション管理サーバ２０に存在することを確認すると、その接続開始メッセージを受信するととともに、セッション管理サーバ２０からその接続開始メッセージを削除するようにサーバ通信部１２５に命令する。

（ステップ８）
端末２７の制御部１２６は、この接続開始メッセージを受け取ると、中継サーバ２４Ａと接続するようにサーバ通信部１１５に命令する。サーバ通信部１１５は、中継サーバ２４Ａの中継転送部１３４とＴＣＰセッションを確立する。ここで確立するＴＣＰセッションは、前述のステップ３〜４のＴＣＰセッションで代替することも可能であり、必ずしも確立する必要はない。ただし、以降の説明では、接続開始メッセージをチェックするためのＴＣＰセッションと、実際のパケットをやり取りするためのＴＣＰセッションを使い分けることとする。

この後のステップは、本発明の第１の実施の形態のステップ９〜ステップ１２と同じであるため、詳細な説明を省略する。

以上のようにして、端末２１と端末２７との間のパケット通信が開始される。

<パケット通信終了>
パケット通信を終了するための手順は、本発明の第１の実施の形態のステップ１〜ステップ４と同じであるため、詳細な説明を省略する。

以上のようにして、端末２１と端末２７との間のパケット通信が終了される。

<効果>
次に、本発明を実施するための第３の実施の形態の効果について説明する。

本発明を実施するための第３の実施の形態では、接続開始メッセージおよび接続完了メッセージをＴＣＰセッションを介して送受信することにより、パケット通信までに要するメールの送受信回数を０回に削減することができる。このため、メールの配送遅延の影響を受けることがないので、端末２１と端末２７との間のパケット通信を迅速に開始できる。尚、この効果は、セッション管理サーバが検索した中継サーバを用いて端末同士の通信を中継させても、予め定められた中継サーバを用いて端末同士の通信を中継させても得られる。以上の理由により、本発明の目的を達成することができる。

次に、本発明を実施するための第４の実施の形態について図面を参照して詳細に説明する。

特許文献１では、端末２１から中継サーバ２４に接続する際に、ユーザＩＤとパスワードとを送信しているが、これらの情報を暗号化せずに送信してしまっている。このため、これらの情報がインターネット上の悪意の第３者に盗聴される恐れがあり、端末２１や中継サーバ２４がハッキングされる危険性がある。

本発明の第４の実施の形態では、従来技術の問題を解決するために、端末２１と端末２７との間で暗号化情報を連絡し合った後、端末２１はその暗号化情報を用いてユーザＩＤやパスワードを暗号化してから、端末２７に送信する。これにより、ユーザＩＤやパスワードといった情報がインターネット上の悪意の第３者に盗聴されることがなく、端末２１や中継サーバ２４がハッキングされる危険性を排除できる。

<構成>
本実施の形態の構成について説明する。

本発明の第４の実施の形態では、上記の問題を解決するために、端末２１の制御部、および端末２７の制御部で実行する処理を変更する。

図２０は端末２１の内部構成を示している。端末２１の制御部１９６は、図４の制御部３６の処理に加えて、パケットの暗号／復号処理方法のネゴシエーション機能を備えるとともに、送信パケットの暗号化および受信パケットの復号化を行う。

図２１は端末２７の内部構成を示している。端末２７の制御部２０６は、図５の制御部４６の処理に加えて、パケットの暗号／復号処理方法のネゴシエーション機能を備えるとともに、送信パケットの暗号化および受信パケットの復号化を行う。

その他の構成は、第１の実施の形態の図と同じであるため、説明を省略する。

<動作>
次に、図２２を参照して本発明を実施するための第４の実施の形態の動作について詳細に説明する。

図２２は端末２１と端末２７の間でパケット通信を開始するための処理を示すフローチャートである。以下、その内容について説明する。

<パケット通信開始>
パケット通信を開始するための手順のうち、途中までの手順は本発明の第１の実施の形態のステップ１〜ステップ１０と同じであるため、説明を省略する。

（ステップ１１）
端末２１の制御部１９６は、中継サーバ２４Ａを介した端末２７との接続処理が完了すると、パケットの暗号化／復号化に必要な情報を端末２７と交換する。まず、端末２１の制御部１９６は、自らが所有している秘密鍵Ａとペアになっている公開鍵Ａを、端末２７に送信する。

（ステップ１２）
中継サーバ２４Ａは、端末２１から受け取った公開鍵Ａを端末２７に転送する。

（ステップ１３）
端末２７の制御部２０６は、中継サーバ２４Ａから公開鍵Ａを受け取る。次に、端末２７の制御部２０６は、自らが所有している秘密鍵Ｂとペアになっている公開鍵Ｂを、端末２１に送信する。

（ステップ１４）
中継サーバ２４Ａは、端末２７から受け取った公開鍵Ｂを端末２１に転送する。

（ステップ１５）
端末２１の制御部１９６は、中継サーバ２４Ａから公開鍵Ｂを受け取る。以降の処理では、端末２１は、公開鍵Ｂを使って送信パケットを暗号化するとともに、受信パケットについては秘密鍵Ａを使って復号化する。このような暗号化方法は、公開鍵暗号方式として知られている。まず、端末２１の制御部１９６は、ユーザＩＤおよびパスワードを公開鍵Ｂを使って暗号化した後、端末２７に送信する。

（ステップ１６）
中継サーバ２４Ａは、端末２１から受け取った暗号化パケットを端末２７に転送する。

（ステップ１７）
端末２７の制御部２０６は、暗号化パケットを受け取ると、秘密鍵Ｂを使って復号化した後、ユーザＩＤとパスワードが正規のものかチェックする。ここで、ユーザＩＤとパスワードが誤っている場合、端末２７は中継サーバ２４Ａと接続したＴＣＰセッションを切断する。一方、ユーザＩＤとパスワードが正しければ、端末２７の制御部２０６は認証成功メッセージを公開鍵Ａを使って暗号化した後、端末２１に送信する。

（ステップ１８）
中継サーバ２４Ａは、端末２７から受け取った暗号化パケットを端末２１に転送する。

（ステップ１９）
端末２１の制御部１９６は、暗号化パケットを受け取ると、秘密鍵Ａを使って復号化した後、認証成功メッセージを取得する。この後は、上記のように、秘密鍵／公開鍵を用いてパケットを暗号化／復号化し、端末２１と端末２７間でパケットをやり取りする。

以上のようにして、端末２１と端末２７間のパケット通信が開始される。

ここで、暗号化や復号化の処理は、端末２１と端末２７においてアプリケーションレベルで実行されており、中継サーバ２４Ａは第１の実施の形態と同様に転送処理しか実行していない。このため、暗号化に伴う負荷が中継サーバ２４Ａにかからないので、セキュリティレベルだけでなく、スケーラビリティの高いシステムを実現できる。

また、上記のフローチャートは、第１の実施の形態の接続方法を取り入れており、接続開始メールを１回送信する必要がある。ただし、このフローチャートは単なる一例であり、接続方法として第２〜第４の実施の形態の接続方法を採用すればメールの送信回数を０回にできる。

<パケット通信終了>
パケット通信を終了するための手順は、本発明の第１の実施の形態のステップ１〜ステップ４と同じであるため、説明を省略する。

以上のようにして、端末２１と端末２７間のパケット通信が終了される。

<効果>
次に、本発明を実施するための第４の実施の形態の効果について説明する。

本発明を実施するための第４の実施の形態では、暗号化情報を用いてユーザＩＤやパスワードを暗号化することにより、これらの情報がインターネット上の悪意の第３者に盗聴されることを防げる。このため、悪意の第３者によって、端末２１や中継サーバ２４がハッキングされる危険性を排除できる。以上の理由により、本発明の目的を達成することができる。

次に、本発明を実施するための第５の実施の形態について図面を参照して詳細に説明する。

本発明の第１の実施の形態では、接続処理を開始できるのは、端末２１を直接操作できるユーザに限られており、端末２１と離れた場所にいるユーザが接続処理を開始することはできない。このため、離れた場所にいるユーザが、端末２１と端末２７とを接続するには、わざわざ端末２１があるところまで行かねばならず、迅速にパケット通信を開始させることができなかった。

本発明の第５の実施例では、ユーザが操作している補助端末２９から、端末２１宛に接続要求メールを送信することにより、端末２１と端末２７間の接続／切断処理を遠隔操作できるようにする。これにより、ユーザが端末２１を直接操作できる場所に行かなくても、端末２１と端末２７間のパケット通信を迅速に開始できる。

<構成>
本実施の形態の構成について説明する。

図２３を参照すると、本発明の第５の実施の形態は、図３の構成に加えて、補助端末２９とＮＡＴ２８を含んでいる。

また、本発明の第５の実施の形態では、上記の問題を解決するために、端末２１の内部構成に変更を加えている。

端末２１の内部構成を図２４に示す。

端末２１の内部構成において、図４と異なる点は、制御部２３６とＰＯＰ部２３８のみであるので、他の構成の説明は省略する。

ＰＯＰ部２３８は、電子メールの受信を行う標準プロトコル処理部である。

制御部２３６は、接続要求メールがメールサーバ２５に到着していないか定期的に確認するためにＰＯＰ部２３８の関数をコールし、接続要求メールが届いている場合には、そのメールの内容を解析する。その後、セッション管理サーバ２０に接続するためにサーバ接続部２３５の関数をコールする。その他の処理は、第１の実施例と同じである。

補助端末２９の内部構成を図２５に示す。

図２５に示されるように、補助端末２９は、制御部２４６と、ＳＭＴＰ部２４４と、オペレーションシステム２４０とを含んでいる。ここで、オペレーションシステム２４０は、ＴＣＰ／ＵＤＰ部２４３と、ＩＰ部２３２と、ＭＡＣ部２４１とを含んでいる。

ＭＡＣ部２４１は、イーサネットパケットの送受信を行う標準プロトコル処理部である。ＭＡＣ部２４１の上には、インターネットの標準プロトコル処理部であるＩＰ部２４２、ＴＣＰ／ＵＤＰ部２４３が動作している。

ＴＣＰ／ＵＤＰ部２４３の上には、電子メールの送信を行う標準プロトコル処理部であるＳＭＴＰ部２４４が動作している。

ＳＭＴＰ部２４４の上には制御部２４６が動作しており、接続要求メール、および切断要求メールを送信するためにＳＭＴＰ部２４４の関数をコールする。

<動作>
図２６は端末２１と端末２７の間でパケット通信を開始するための処理を示すフローチャートである。以下、その内容について説明する。

<パケット通信開始>
（ステップ１）
補助端末２９を操作しているユーザが、端末２１と端末２７を接続したい場合、端末２１宛の接続要求メールを送信するように、補助端末２９の制御部２４６からＳＭＴＰ部２４４に命令する。ここで送信する接続要求メールは、他の電子メールと区別がつくように、例えば、その件名を“Connection Request Mail”のように設定しても良い。

（ステップ２）
端末２１の制御部２３６は、接続要求メールが到着していないか定期的（３０秒毎など）にメールサーバ２５に確認するようにＰＯＰ部２３８に命令している。ここで、接続要求メールが到着しているかどうかは、件名が“Connection Request Mail”となっている電子メールが存在するかどうかにより判断する。また、件名以外にも、送信元メールアドレスが予め設定されているメールアドレスと一致するかどうか、電子メールの本文の内容が予め設定されている内容と一致するかどうかなどを元にして、接続要求メールが到着しているか判断してもよい。

（ステップ３）
端末２１の制御部２３６は、接続要求メールがメールサーバ２５に存在することを確認すると、接続要求メールを受信するととともに、メールサーバ２５から削除するようにＰＯＰ部２３８に命令する。

（ステップ４）
端末２１の制御部２３６は、この接続要求メールを受け取ると、セッション管理サーバ２０と接続するようにサーバ通信部２３５に命令する。この命令に従い、端末２１のサーバ通信部２３５は、セッション管理サーバ２０のセッション管理部６４とセッションを確立する。

この後の手順は、本発明の第１の実施の形態のパケット通信開始動作のステップ２〜ステップ１１と同じであるため、説明を省略する。

以上のようにして、端末２１と端末２７との間のパケット通信が補助端末２９から遠隔開始される。

ここで、図２６のフローチャートは、端末２１と端末２７の接続方法として、第１の実施の形態の接続方法を取り入れているが、このフローチャートは単なる一例であり、その接続方法として第２〜第５の実施の形態の接続方法を採用しても良い。

また、上記のフローチャートでは、端末２１と端末２７との接続処理を遠隔操作する場合、補助端末２９から接続要求メールを送信することにより、その旨を端末２１に通知しているが、このフローチャートは単なる一例であることを理解されたい。例えば、遠隔操作の通知方法として、メールを送信するではなく、第３の実施の形態を参考にして、ＴＣＰセッションを介して接続要求メッセージを端末２１に送信するようにしても良い。

<パケット通信終了>
（ステップ１）
補助端末２９を操作しているユーザが、端末２１と端末２７間のセッションを切断したい場合、端末２１宛の切断要求メールを送信するように、補助端末２９の制御部２４６からＳＭＴＰ部２４４に命令する。ここで送信する切断要求メールは、他の電子メールと区別がつくように、例えば、その件名を“Disconnection Request Mail”のように設定している。

（ステップ２）
端末２１の制御部２３６は、切断要求メールが到着していないか定期的（３０秒毎など）にメールサーバに確認するようにＰＯＰ部２３８に命令している。ここで、切断要求メールが到着しているかどうかは、件名が“Disconnection Request Mail”となっている電子メールが存在するかどうかにより判断する。また、件名以外にも、送信元メールアドレスが予め設定されているメールアドレスと一致するかどうか、電子メールの本文の内容が予め設定されている内容と一致するかどうかなどを元にして、切断要求メールが到着しているか判断してもよい。

（ステップ３）
端末２１の制御部２３６は、切断要求メールがメールサーバ２５に存在することを確認すると、切断要求メールを受信するととともに、メールサーバ２５から削除するようにＰＯＰ部２３８に命令する。

この後の手順は、本発明の第１の実施の形態のパケット通信完了動作のステップ１〜ステップ４と同じであるため、説明を省略する。

以上のようにして、端末２１と端末２７間のパケット通信が補助端末２９から遠隔終了される。

また、上記のフローチャートでは、端末２１と端末２７の切断処理を遠隔操作する場合、補助端末２９から切断要求メールを送信することにより、その旨を端末２１に通知しているが、上記のフローチャートは単なる一例であることを理解されたい。例えば、遠隔操作の通知方法として、メールを送信するではなく、第３の実施の形態を参考にして、ＴＣＰセッションを介して切断要求メッセージを端末２１に送信するようにしても良い。

<効果>
次に、本発明を実施するための第５の実施の形態の効果について説明する。

本発明を実施するための第５の実施の形態では、補助端末２９から接続要求メールを送信することにより、ユーザが端末２１を直接操作できる場所に行かなくても端末２１と端末２７の接続／切断処理を遠隔操作でき、迅速にパケット通信を開始できる。以上の理由により、本発明の目的を達成することができる。

次に、本発明を実施するための第６の実施の形態について図面を参照して詳細に説明する。

本発明の第１の実施の形態では、端末２１はセッション管理サーバ２０と中継サーバ２４との２つのサーバに直接接続する必要があり、それぞれのサーバのＩＰアドレスやポート番号を知らなければならなかった。このため、端末２１側の接続処理が複雑となり、端末２１がＰＨＳなどのような帯域が小さいアクセス回線を使用している場合には、接続処理を迅速に完了させることができなかった。

本発明の第６の実施例では、セッション管理サーバ２０に仮想的なＩＰアドレスとポートを持たせ、端末２１にはその仮想的なＩＰアドレスとポートに接続してもらう。セッション管理サーバ２０では、この端末２１や端末２７から受け取ったパケットを、各中継サーバ２４の負荷状況を考慮しながら、処理負荷の低い中継サーバに転送する。これにより、端末２１はセッション管理サーバ２０の仮想的なＩＰアドレスとポートを知っておくだけでよく、中継サーバ２４に再度接続しなおす必要がない。したがって、端末２１側の接続処理が簡単となり、端末２１がＰＨＳなどの帯域が小さいアクセス回線を使用している場合にも、パケット通信を迅速に開始できる。

<構成>
本実施の形態の構成について説明する。

図２８を参照すると、本発明の第６の実施の形態は、中継サーバ２４をセッション管理サーバ２０を介してネットワーク２３に接続している点で、図３の構成と異なる。

また、本発明の第６の実施の形態では、上記の問題を解決するために、セッション管理サーバ２０の内部構成に変更を加えている。

セッション管理サーバ２０の内部構成を図２９に示す。

セッション管理サーバ２０の内部構成において、図８と異なる点は、セッション管理部２８４と管理テーブル２８６の内容変更と、ヘッダ変換部２８７とヘッダ変換テーブル２８８を新たに追加している点である。他の構成は図８と同じであるため、説明は省略する。

セッション管理部２８４は、端末２１および端末２７からの接続を待ち受けるとともに、端末２１および端末２７から接続された場合には、処理負荷が低い中継サーバに転送する。

管理テーブル２８６は、図３０に示されるように、各中継サーバの現在の中継転送処理数やその識別子番号が登録されている。この管理テーブル２８６から、処理負荷が低い中継サーバを特定できるとともに、各端末を認識できる識別子番号を発行できる。

ヘッダ変換部２８７は、端末および中継サーバから送られてくるパケットをシームレスに転送するために、パケットのＩＰ・ＴＣＰヘッダを変換し、ネットワークに送出する。

ヘッダ変換テーブル２８８は、図３１に示されるように、各端末と中継サーバのヘッダ変換の対応関係が登録されている。ヘッダ変換部２８７は、このヘッダ変換テーブル２８８をチェックすることにより、各端末から受信したパケットをどの中継サーバに転送すれば良いか把握できるとともに、各中継サーバから受信したパケットをどの端末に転送すれば良いかも分かる。図３２には、ヘッダ変換の様子を示している。

<動作>
図３３は端末２１と端末２７との間でパケット通信を開始するための処理を示すフローチャートである。以下、その内容について説明する。

<パケット通信開始>
（ステップ１）
端末２１が端末２７とパケット通信を開始したい場合、まず、端末２１の制御部３６は、セッション管理サーバ２０と接続するようにサーバ通信部３５に命令する。この命令に従い、端末２１のサーバ通信部３５は、セッション管理サーバ２０のセッション管理部２８４に対してセッション確立要求を送信する。この要求パケットの宛先ＩＰアドレスと宛先ポート番号は、それぞれ仮想ＩＰアドレスと仮想ポート番号に設定されているものとする。

（ステップ２）
セッション管理サーバ２０のセッション管理部２８４は、管理テーブル２８６をチェックすることにより、現在の中継転送処理数が小さい、すなわち処理負荷が低くなっている中継サーバを特定する。以下の説明では、中継サーバ２４Ａが選択されたものとして話を進める。セッション管理サーバ２０は、処理負荷が低い中継サーバ２４Ａに中継処理を任せるために、まず識別子番号を含んだリソース確保メッセージを送信する。この識別子番号は、管理テーブル２８６において、未使用状態となっているものから選ばれる。中継サーバ２４Ａでは、リソース確保メッセージを受け取ると、その識別子番号（Ａ１）を中継テーブル５６に登録し、各端末からのセッションを中継転送するために利用する。

（ステップ３）
セッション管理サーバ２０のセッション管理部２８４は、端末２１から受け取っているセッション確立要求を中継サーバ２４Ａに転送する。中継サーバ２４Ａでは、端末２１と受け取った識別子番号とを結び付けるために、中継テーブル５６に接続情報を登録する。また、セッション管理サーバ２０のセッション管理部２８４は、このように、端末２１を中継サーバ２４Ａに転送することに決めたので、ヘッダ変換テーブル２８８にその対応関係を登録するとともに、今後端末２１から送られてくるパケットはヘッダ変換部２８７でそのまま転送するよう、ヘッダ変換部２８７に命令する。

（ステップ４）
セッション管理サーバ２０のセッション管理部２８４は、選択された識別子番号（Ａ１）を端末２１に通知する。

（ステップ５）
次に、端末２１の制御部３６は、端末２７宛の接続開始メールをメールサーバ２５に送信するようにＳＭＴＰ部３４に命令する。ここで送信する接続開始メールは、他の電子メールと区別がつくように、例えば、その件名を“Connection Start Mail”のように設定してもよい。また、その接続開始メールの本文には識別子番号（Ａ１）を記載する。

（ステップ６）
端末２７の制御部４６は、接続開始メールが到着していないか定期的（３０秒毎など）にメールサーバ２５に確認を行うようにＰＯＰ部４４に命令している。ここで、接続開始メールが到着しているかどうかは、件名が“Connection Start Mail”となっている電子メールが存在するかどうかにより判断する。また、件名以外にも、送信元メールアドレスが予め設定されているメールアドレスと一致するかどうか、電子メールの本文の内容が予め設定されている内容と一致するかどうかなどを元にして、接続開始メールが到着しているかを判断してもよい。

（ステップ７）
端末２７の制御部４６は、接続開始メールがメールサーバ２５に存在することを確認すると、接続開始メールを受信するととともに、メールサーバ２５から削除するようにＰＯＰ部４４に命令する。

（ステップ８）
端末２７の制御部４６は、この接続開始メールを受け取ると、セッション管理サーバ２０のセッション管理部２８４に対してセッション確立要求を送信する。この要求パケットの宛先ＩＰアドレスと宛先ポート番号には、それぞれ仮想ＩＰアドレスと仮想ポート番号に設定されているものとし、その本文には接続開始メールに記載されていた識別子番号（Ａ１）が記載されているものとする。

（ステップ９）
セッション管理サーバのセッション管理部２８４は、この識別子番号（Ａ１）を持つセッション確立要求パケットを受け取ると、管理テーブル２８６を参照することにより、中継サーバ２４Ａに転送すれば良いことが分かる。このため、このセッション確立要求パケットを中継サーバ２４Ａに転送する。また、セッション管理サーバ２０のセッション管理部２８４は、このように、端末２７を中継サーバ２４Ａに転送することに決めたので、ヘッダ変換テーブル２８８にその対応関係を登録するとともに、今後端末２７から送られてくるパケットはヘッダ変換部２８７でそのまま転送するよう、ヘッダ変換部２８７に命令する。また、中継サーバ２４Ａの中継転送部５４は、セッション確立要求パケットを受け付けると、その識別子番号（Ａ１）を元にして中継テーブル５６に接続情報を登録するとともに、識別子番号（Ａ１）が一致する端末２１と端末２７の中継転送処理を開始する。ここで、端末２１とのＴＣＰセッションをＴＣＰセッションＡとし、端末２７とのＴＣＰセッションをＴＣＰセッションＢとすると、中継サーバ２４は、ＴＣＰセッションＡから受け付けたデータをＴＣＰセッションＢに転送するとともに、ＴＣＰセッションＢから受け付けたデータをＴＣＰセッションＡに転送する。

（ステップ１０）
端末２７の制御部４６は、中継サーバ２４Ａとセッションを確立すると、セッション管理サーバ２０に接続完了メッセージを送信する。

（ステップ１１）
セッション管理サーバ２０のヘッダ変換部２８７は、この接続完了メッセージを受け取ると、ヘッダ変換テーブル２８８を参照することにより、宛先ＩＰアドレスと宛先ポート番号を変換してから中継サーバ２４Ａに送信する。

（ステップ１２）
中継サーバ２４Ａの中継転送部５４は、端末２７からの接続完了メッセージを受け付けると、中継テーブルを参照することにより、端末２１に送信する。

（ステップ１３）
セッション管理サーバ２０のヘッダ変換部２８７は、この接続完了メッセージを受け取ると、ヘッダ変換テーブル２８８を参照することにより、送信元ＩＰアドレスと送信元ポート番号を変換してから端末２１に送信する。

（ステップ１４）
端末２１の制御部３６は、接続完了メッセージを受信すると、端末２７とのパケット通信を開始する。ここで、制御部３６はアプリ部３７から渡されたデータをサーバ通信部３５に渡し、ＴＣＰセッションＡを介してセッション管理サーバ２０まで送信する。

（ステップ１５）
セッション管理サーバ２０のヘッダ変換部２８７は、ヘッダ変換テーブル２８８を参照することにより、このパケットを中継サーバ２４Ａに転送する。

（ステップ１６）
中継サーバ２４Ａの中継転送部５４は、端末２１から送られてきたデータをセッション管理サーバ２０を介して端末２７に転送する。

（ステップ１７）
セッション管理サーバ２０のヘッダ変換部２８７は、このパケットを受け取ると、ヘッダ変換テーブル２８８にこのパケットに対するヘッダ変換情報が登録されているので、送信元ＩＰアドレスと送信元ポート番号を変換してから端末２７に送信する。以上のようにして、中継サーバ２４Ａを介して、端末２１から端末２７にパケットを送信できる。また、ステップ７〜ステップ８では端末２１から端末２７にデータを送信する場合を説明したが、同様にして、端末２７から端末２１にデータを送信できることも明らかである。

以上のようにして、端末２１と端末２７との間のパケット通信が開始される。

次に、上記のパケット通信を終了する処理について説明する。図３４は端末２１と端末２７の間でパケット通信を終了するための処理を示すフローチャートである。以下、その内容について説明する。

<パケット通信終了>
（ステップ１）
端末２１が端末２７とパケット通信を終了したい場合、まず、端末２１の制御部３６は、データ通信を終了する切断要求メッセージを、セッション管理サーバ２０および中継サーバ２４Ａを介して、端末２７に送信する。

（ステップ２）
端末２１の制御部３６は、切断要求メッセージを送信した後、中継サーバ２４ＡとのＴＣＰセッションを切断するようにサーバ通信部３５に命令する。このＴＣＰセッション切断要求は、セッション管理サーバを介して、中継サーバ２４Ａに届けられる。これにより、端末２１と中継サーバ２４Ａ間のＴＣＰセッションが切断される。

（ステップ３）
同様にして、端末２７の制御部４６は、前述の切断要求メッセージを受け取ると、中継サーバ２４ＡとのＴＣＰセッションを切断するようにサーバ通信部４５に命令する。このＴＣＰ切断要求は、セッション管理サーバを介して、中継サーバ２４Ａに届けられる。これにより、端末２７と中継サーバ２４Ａ間のＴＣＰセッションが切断される。一方、中継サーバＡは、端末２１と端末２７からのＴＣＰセッションが切断されると、端末間の中継処理を終了する。

（ステップ４）
中継サーバ２４Ａは、端末２１と端末２７の中継処理が終了すると、中継テーブル５６からそれに対応する情報を消去するために、識別子番号Ａ１の欄を削除する。また、処理負荷が低下したことを通知するために、セッション管理サーバ２０に識別子番号Ａ１を含んだリソース開放メッセージを送信する。セッション管理サーバ２０では、リソース開放メッセージを受け取ると、管理テーブル６６における中継サーバ２４Ａの中継接続数を増やすとともに、Ａ１を未使用状態の識別子に追加する。また、ヘッダ変換テーブル２８８から識別子番号Ａ１に対応する情報を消去し、これらのパケットのヘッダ変換を停止するようにヘッダ変換部２８７に命令する。

以上のようにして、端末２１と端末２７間のパケット通信が終了される。

<効果>
次に、本発明を実施するための第６の実施の形態の効果について説明する。

本発明を実施するための第６の実施の形態では、セッション管理サーバ２０に仮想的なＩＰアドレスとポートを持たせ、端末２１や端末２７から受け取ったパケットを、各中継サーバ２４の負荷状況を考慮しながら、処理負荷の低い中継サーバに転送する。これにより、端末２１はセッション管理サーバ２０の仮想的なＩＰアドレスとポートを知っておくだけでよく、中継サーバ２４に再接続する必要がなく、迅速にパケット通信を開始できる。以上の理由により、本発明の目的を達成することができる。

尚、上述した本発明の各装置は、上記説明からも明らかなようにハードウェアで構成することも可能であるが、コンピュータプログラムにより実現することも可能である。この場合、プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した実施の形態と同様の機能、動作を実現させる。

図１は、従来技術の構成図である。 図２は、従来技術の動作を説明する為の図である。 図３は、本発明の第１の実施の形態の構成図である。 図４は、本発明の第１の実施の形態における端末２１の構成図である。 図５は、本発明の第１の実施の形態における端末２７の構成図である。 図６は、本発明の第１の実施の形態における中継サーバの構成図である。 図７は、中継テーブルを説明する為の図である。 図８は、本発明の第１の実施の形態におけるセッション管理サーバ２０の構成図である。 図９は、管理テーブルを説明する為の図である。 図１０は、本発明の第１の実施の形態の接続動作を説明する為の図である。 図１１は、本発明の第１の実施の形態の切断動作を説明する為の図である。 図１２は、本発明の第２の実施の形態における端末２１の構成図である。 図１３は、本発明の第２の実施の形態におけるセッション管理サーバの構成図である。 図１４は、本発明の第２の実施の形態の接続動作を説明する為の図である。 図１５は、本発明の第３の実施の形態における端末２１の構成図である。 図１６は、本発明の第３の実施の形態における端末２７の構成図である。 図１７は、本発明の第３の実施の形態におけるセッション管理サーバの構成図である。 図１８は、記憶テーブルを説明する為の図である。 図１９は、本発明の第３の実施の形態の接続動作を説明する為の図である。 図２０は、本発明の第４の実施の形態における端末２１の構成図である。 図２１は、本発明の第４の実施の形態における端末２７の構成図である。 図２２は、本発明の第４の実施の形態の接続動作を説明する為の図である。 図２３は、本発明の第５の実施の形態の構成図である。 図２４は、本発明の第５の実施の形態における端末２１の構成図である。 図２５は、本発明の第５の実施の形態における補助端末の構成図である。 図２６は、本発明の第５の実施の形態の接続動作を説明する為の図である。 図２７は、本発明の第５の実施の形態の切断動作を説明する為の図である。 図２８は、本発明の第６の実施の形態の構成図である。 図２９は、本発明の第６の実施の形態におけるセッション管理サーバの構成図である。 図３０は、管理テーブルを説明する為の図である。 図３１は、ヘッダ変換テーブルを説明する為の図である。 図３２は、ヘッダ変換を説明する為の図である。 図３３は、本発明の第６の実施の形態の接続動作を説明する為の図である。 図３４は、本発明の第６の実施の形態の切断動作を説明する為の図である。

符号の説明

２０ セッション管理サーバ
２１ 端末
２４ 中継サーバ
２５ メールサーバ
２７ 端末
２９ 補助

Claims (36)

1. 通信システムであって、
   第１の端末及び第２の端末とセッションを確立する中継サーバと、
   前記第１の端末が前記中継サーバとセッションを確立した後に、前記中継サーバに関する情報を記述した接続開始メッセージを前記第２の端末宛に送信する接続開始メッセージ送信手段と、
   前記中継サーバに関する情報に基づいて前記第２の端末が前記中継サーバとセッションを確立した後に、前記中継サーバに接続完了メッセージを送信する接続完了メッセージ送信手段と
   を有し、
   前記中継サーバは、前記接続完了メッセージを前記第１の端末に転送した後、前記第１の端末と前記第２の端末との間の通信を中継することを特徴とする通信システム。
2. 前記中継サーバは、セッション管理サーバが検索した、処理負荷が最小となっている中継サーバであることを特徴とする請求項１に記載の通信システム。
3. 前記接続開始メッセージ送信手段は、前記第１の端末に設けられていることを特徴とする請求項１又は請求項２に記載の通信システム。
4. 前記接続開始メッセージ送信手段は、前記セッション管理サーバに設けられていることを特徴とする請求項２に記載の通信システム。
5. 前記中継サーバは、補助端末からの指示に基づいて接続してきた前記第１の端末と前記セッションを確立することを特徴とする請求項１から請求項４のいずれかに記載の通信システム。
6. 前記接続開始メッセージ送信手段は、電子メールを使って前記第２の端末宛の接続開始メッセージをメールサーバを介して送信することを特徴とする請求項１から請求項５のいずれかに記載の通信システム。
7. 前記接続開始メッセージ送信手段は、前記第２の端末宛の接続開始メッセージを前記セッション管理サーバを介して送信することを特徴とする請求項２から請求項６のいずれかに記載の通信システム。
8. 前記中継サーバは、前記第１の端末からのデータを前記第２の端末にセッション管理サーバを介して転送し、前記第２の端末からのデータを前記第１の端末にセッション管理サーバを介して転送することを特徴とする請求項２から請求項７のいずれかに記載の通信システム。
9. 前記第１の端末と前記第２の端末とは、暗号化されたデータを送受信することを特徴とする請求項１から請求項８のいずれかに記載の通信システム。
10. 前記第１の端末と前記第２の端末とは、前記暗号化をトランスポート層以上のレイヤで実行することを特徴とする請求項９に記載の通信システム。
11. 前記第１の端末は、自装置と前記中継サーバとの間で確立されたセッションと、前記中継サーバと第２の端末との間で確立されたセッションとを用いて切断要求メッセージを前記端末２宛に送信し、前記中継サーバとの間で確立されている各セッションを切断することを特徴とする請求項１から請求項１０のいずれかに記載の通信システム。
12. 前記中継サーバは、前記第１の端末との間のセッションが切断されたとき、前記第２の端末との間で確立されているセッションを用いて、切断要求メッセージを前記端末２に送信することを特徴とする請求項１から請求項１１のいずれかに記載の通信システム。
13. 前記中継サーバは、前記第１の端末又は第２の端末との間で確立されているセッションにおいて無通信状態が一定時間続いたとき、前記第１の端末と前記第２の端末との間で確立されている各セッションを切断することを特徴とする請求項１から請求項１２のいずれかに記載の通信システム。
14. 通信システムの中継サーバであって、
    第１の端末とセッションを確立した後に、第２の端末とセッションを確立するセッション確立手段と、
    前記第１の端末及び前記第２の端末とセッションを確立した後に、前記第２の端末から送信されてくる接続完了メッセージを、前記第１の端末に転送した後、前記第１の端末と前記第２の端末との間の通信を中継する中継手段と
    を有することを特徴とする中継サーバ。
15. 通信方法であって、
    第１の端末と中継サーバとの間のセッションを確立する第１の確立ステップと、
    前記第１の端末と前記中継サーバとの間でセッションが確立した後に、前記中継サーバに関する情報を記述した接続開始メッセージを第２の端末宛に送信する接続開始メッセージ送信ステップと、
    前記中継サーバに関する情報に基づいて前記第２の端末と前記中継サーバとのセッションを確立する第２の確立ステップと、
    前記第２の端末が前記中継サーバとセッションを確立した後に、前記中継サーバに接続完了メッセージを送信する接続完了メッセージ送信ステップと、
    前記接続完了メッセージを前記第１の端末に転送する接続完了メッセージ転送ステップと、
    前記接続完了メッセージを転送した後、前記第１の端末からのデータを前記第２の端末に転送し、前記第２の端末からのデータを前記第１の端末に転送するデータ転送ステップと
    を有することを特徴とする通信方法。
16. 前記第１の確立ステップは、処理負荷が最小となっている中継サーバを検索する検索ステップを有し、この検索された中継サーバと第１の端末との間のセッションを確立することを特徴とする請求項１５に記載の通信方法。
17. 前記第１の確立ステップは、補助端末からの指示に基づいて接続してきた前記第１の端末と前記中継サーバとの間のセッションを確立することを特徴とする請求項１５又は請求項１６に記載の通信方法。
18. 前記接続開始メッセージ送信ステップは、電子メールを使って前記第２の端末宛の接続開始メッセージをメールサーバを介して送信することを特徴とする請求項１５から請求項１７のいずれかに記載の通信方法。
19. 前記接続開始メッセージ送信ステップは、前記第２の端末宛の接続開始メッセージをセッション管理サーバを介して送信することを特徴とする請求項１５から請求項１８のいずれかに記載の通信方法。
20. 前記データ転送ステップは、前記第１の端末からのデータを前記第２の端末にセッション管理サーバを介して転送し、前記第２の端末からのデータを前記第１の端末にセッション管理サーバを介して転送することを特徴とする請求項１５から請求項１９のいずれかに記載の通信方法。
21. 前記データを暗号化する暗号化ステップを有することを特徴とする請求項１５から請求項２０のいずれかに記載の通信方法。
22. 前記暗号化ステップは、前記データをトランスポート層以上のレイヤで暗号化することを特徴とする請求項２１に記載の通信方法。
23. 前記第１の端末と前記中継サーバとの間で確立されたセッションと、前記中継サーバと第２の端末との間で確立されたセッションとを用いて切断要求メッセージを前記第１の端末から前記端末２に送信する切断要求メッセージ送信ステップと、
    前記切断要求メッセージを送信後に前記第１の端末と前記中継サーバとの間で確立されているセッションを切断する第１の切断ステップと、
    前記切断要求メッセージに基づいて、前記中継サーバと前記第２の端末との間に確立されているセッションを切断する第２の切断ステップと
    を有することを特徴とする請求項１５から請求項２２のいずれかに記載の通信方法。
24. 前記中継サーバと前記第１の端末との間で確立されているセッションが切断されたときに、前記中継サーバと前記第２の端末との間で確立されているセッションを用いて、切断要求メッセージを前記端末２に送信する切断要求メッセージ送信ステップを有することを特徴とする請求項１５から請求項２３のいずれかに記載の通信方法。
25. 前記中継サーバと前記第１の端末、又は前記中継サーバと第２の端末との間で確立されているセッションにおいて無通信状態が一定時間続いたとき、前記中継サーバと前記第１の端末との間で確立されているセッション、又は前記中継サーバと前記第２の端末との間で確立されているセッションを切断する切断ステップを有することを特徴とする請求項１５から請求項２４のいずれかに記載の通信方法。
26. コンピュータで実行可能なプログラムを記憶した記憶媒体であって、前記プログラムは前記コンピュータを、
    第１の端末とセッションを確立した後に、第２の端末とセッションを確立するセッション確立手段と、
    前記第１の端末及び前記第２の端末とセッションを確立した後に、前記第２の端末から送信されてくる接続完了メッセージを、前記第１の端末に転送した後、前記第１の端末と前記第２の端末との間の通信を中継する中継手段と
    して機能させることを特徴とするプログラム。
27. ネットワークに接続された端末同士が中継サーバを介して通信する通信システムであって、
    通信を開始するための接続開始メッセージと、接続すべき中継サーバに関する情報の送信要求とを送信する端末と、
    前記送信要求を受信すると、負荷が最小となっている中継サーバを検索するセッション管理サーバと
    を有し、
    前記端末は、前記接続開始メッセージの応答である接続完了メッセージを受信後、前記セッション管理サーバが検索した中継サーバを介して通信することを特徴とする通信システム。
28. 前記端末は、前記セッション管理サーバが検索した中継サーバと前記中継セッション管理サーバとを介して通信することを特徴とする請求項２７に記載の通信システム。
29. 前記セッション管理サーバは、前記検索した中継サーバに、前記端末間で送受信されるデータを中継転送するように命令することを特徴とする請求項２７又は請求項２８に記載の通信システム。
30. 前記セッション管理サーバに接続開始メッセージを送信するように前記端末に命令メッセージを送信する補助端末を有することを特徴とする請求項２７から請求項２９のいずれかに記載の通信システム。
31. 中継サーバを介して通信する端末であって、
    通信を開始するための接続開始メッセージと、接続すべき中継サーバに関する情報の送信要求とを送信する送信部と、
    前記接続開始メッセージの応答である接続完了メッセージを受信後、前記送信要求を受けてセッション管理サーバが検索した、負荷が最小となっている中継サーバを介して通信する通信部と
    を有することを特徴とする端末。
32. ネットワークに接続された端末同士が中継サーバを介して通信する通信方法であって、
    通信を開始するための接続開始メッセージを送信する接続開始メッセージ送信ステップと、
    接続すべき中継サーバに関する情報の送信要求を送信する送信要求送信ステップと、
    前記送信要求を受信すると、負荷が最小となっている中継サーバを検索する検索ステップと、
    前記接続開始メッセージの応答である接続完了メッセージを受信する受信ステップと、
    前記接続完了メッセージを受信後、前記検索された中継サーバを介して通信する通信ステップと
    を有することを特徴とする通信方法。
33. 前記通信ステップは、前記検索された中継サーバと中継セッション管理サーバとを介して通信する通信ステップを有することを特徴とする請求項３２に記載の通信方法。
34. 前記検索された中継サーバに、前記端末間で送受信されるデータを中継転送するように命令するステップを有することを特徴とする請求項３２又は請求項３３に記載の通信方法。
35. 接続開始メッセージを送信するように前記端末に命令メッセージを送信するステップを有することを特徴とする請求項３２から請求項３４のいずれかに記載の通信方法。
36. コンピュータで実行可能なプログラムを記憶した記憶媒体であって、前記プログラムは前記コンピュータを、
    通信を開始するための接続開始メッセージと、接続すべき中継サーバに関する情報の送信要求とを送信する送信部と、
    前記接続開始メッセージの応答である接続完了メッセージを受信後、前記送信要求を受けてセッション管理サーバが検索した、負荷が最小となっている中継サーバを介して通信する通信部と
    して機能させることを特徴とするプログラム。

Images