JP2008306500A - 中継サーバ及び中継通信システム - Google Patents

Abstract

【課題】端末同士がダイレクトＳＭＴＰによってメールデータをやり取りできる、簡素な構成の中継システムを提供する。
【解決手段】ＷＡＮ上の外部サーバＳを介して他の中継サーバＲと通信可能な中継サーバＲを備える。中継サーバＲは、登録端末Ｔの情報や、互いに接続を許可することにより中継グループを構成する中継サーバＲの情報を記憶する。中継サーバＲは、自機の登録端末ＴからＳＭＴＰ手順でのメール送信要求を受けると、そのＳＭＴＰ手順の宛先コマンドからアカウント情報を検出し、その宛先の端末Ｔが登録されている中継サーバＲに接続して、前記ＳＭＴＰ手順によって受信したメールデータを中継転送する。
【選択図】図１

Description

本発明は、主要には、端末間の通信を可能とする中継サーバの構成に関する。

従来から、仮想プライベートネットワーク（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ，ＶＰＮ）と呼ばれる通信技術が知られている（例えば、特許文献１を参照）。このＶＰＮは、例えば、地域ごとに設けられた複数の支社（拠点）のＬＡＮに接続された端末同士でインターネットを介して通信する用途に用いられている。前記ＶＰＮを利用すれば、遠隔地にある他のＬＡＮを、あたかも直接接続されているネットワークであるかのように使用することができる。
特開２００２−２１７９３８号公報

近年、ＬＡＮに接続するクライアント端末として、Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）の送受信の手順を備えたものが使用されるようになってきた。例えば、インターネットファクシミリ装置において、メールサーバを介さず、送信機がメールサーバに送信する手順（ＳＭＴＰ）を直接受信機に通知して処理を行うダイレクトＳＭＴＰ方式のものが知られている。

しかし、このようなダイレクトＳＭＴＰ方式の通信手順は、同一ＬＡＮ内での送受信は容易であるものの、特許文献１のように異なるＬＡＮ間で行うことは難しかった。ドメイン名をＩＰアドレスとを結びつけるダイナミックＤＮＳを用いてピアツーピア型の通信を行う端末も知られているが、特別な機能を実装する必要があり、構成が複雑化してしまっていた。

本発明は以上の事情に鑑みてされたものであり、その目的は、クライアント端末間のダイレクトＳＭＴＰによるピアツーピア型の通信を簡素な構成で実現することにある。

課題を解決するための手段及び効果

本発明の解決しようとする課題は以上の如くであり、次にこの課題を解決するための手段とその効果を説明する。

本発明の第１の観点によれば、以下の構成の中継サーバが提供される。即ち、アカウント情報登録部と、中継グループ情報登録部と、を備える。アカウント情報登録部は、クライアント端末のアカウントの情報を含むアカウント情報を記憶する。中継グループ情報登録部は、相互に接続を許可する一群の中継サーバの情報を含む中継グループ情報を記憶する。また、中継サーバは、同一の中継グループに属する他の中継サーバとの間で前記アカウント情報を交換可能に構成する。そして中継サーバは、前記アカウント情報登録部に記憶されているクライアント端末からＳＭＴＰ手順でのメール送信要求を受けると、そのＳＭＴＰ手順の宛先コマンドからアカウント情報を検出し、アカウント情報登録部にその宛先のクライアント端末が記憶されている中継サーバに接続して、前記ＳＭＴＰ手順によって受信したメールデータを中継転送する。

これにより、異なる中継サーバのアカウント情報登録部に記憶されているクライアント端末間のダイレクトＳＭＴＰによるピアツーピア型の通信を、簡単な構成で実現することができる。

前記の中継サーバにおいては、中継サーバ間の前記メールデータの中継転送は暗号化セッションを用いて行うことが好ましい。

これにより、クライアント端末同士がやり取りするメールデータがセキュアな通信で中継されるので、盗聴を回避し、機密漏洩を防止できる。

前記の中継サーバにおいては、メールデータの中継転送先の中継サーバがエラーを返したときは、クライアント端末に対しＳＭＴＰ手順に従って応答コードを返すことが好ましい。

これにより、クライアント端末はＳＭＴＰ手順の応答コードに基づいて、メールデータの再送等適切な対応を容易に行うことができる。

本発明の第２の観点によれば、以下の構成の中継通信システムが提供される。即ち、複数の中継サーバを備え、それぞれの前記中継サーバは、アカウント情報登録部と、中継グループ情報登録部と、を備える。アカウント情報登録部は、クライアント端末のアカウントの情報を含むアカウント情報を記憶する。中継グループ情報登録部は、相互に接続を許可する一群の中継サーバの情報を含む中継グループ情報を記憶する。また、中継サーバは、他の中継サーバとの間で前記アカウント情報を交換可能に構成する。前記中継サーバは、前記アカウント情報登録部に記憶されているクライアント端末からＳＭＴＰ手順でのメール送信要求を受けると、そのＳＭＴＰ手順の宛先コマンドからアカウント情報を検出し、アカウント情報登録部にその宛先のクライアント端末を記憶している中継サーバに接続して、前記ＳＭＴＰ手順によって受信したメールデータを中継転送する。これにより、ある中継サーバのアカウント情報登録部に記憶されているクライアント端末から、他の中継サーバのアカウント情報登録部に記憶されているクライアント端末にデータをメール形式で送信可能に構成する。

これにより、異なる中継サーバのアカウント情報登録部に記憶されているクライアント端末間のダイレクトＳＭＴＰによるピアツーピア型の通信を、簡単な構成で実現することができる。

以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本発明の一実施形態に係る中継通信システムの全体構成を示す説明図である。

図１に示すように、この中継通信システムは、ＷＡＮに接続された複数のＬＡＮで構成されている。そして、この中継通信システムは、外部サーバＳ、中継サーバＲ、クライアント端末Ｔ等を備えている。

ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）は、異なるＬＡＮを相互に接続するネットワークである。本実施形態ではＷＡＮとしてインターネットが使用されている。

ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）は、限定された場所で構築される比較的小規模なネットワークである。ＬＡＮは複数存在し、互いに物理的に離れた場所に構築されている。本実施形態では、東京支社にＬＡＮ１が構築され、大阪支社、名古屋支社、福岡支社にＬＡＮ２，３，４がそれぞれ構築されるような場合を想定している。そして、これら４つのＬＡＮ１，２，３，４が、グローバルなネットワークであるインターネットにそれぞれ接続されている。

次に、図２等を参照して外部サーバＳを説明する。図２は外部サーバＳの機能ブロック図である。この外部サーバＳは、各ＬＡＮに配置された中継サーバＲ間での通信に用いられる装置であり、インターネット上に設置されている。

図２に示す外部サーバＳは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバとしての機能を備えている。具体的には、外部サーバＳは、ＳＩＰメソッドやレスポンス等を中継するＳＩＰプロキシサーバとしての機能や、中継サーバＲのアカウントを登録するＳＩＰレジストラサーバとしての機能を備える。

外部サーバＳは、図２に示すように、ＷＡＮインタフェース２０１と、制御部２０２と、中継サーバアカウント情報データベース２０３と、を主要な構成として備えている。

ＷＡＮインタフェース２０１は、グローバルＩＰアドレスを使用して、インターネットに接続された中継サーバＲ等の各装置と通信を行うインタフェースである。

中継サーバアカウント情報データベース２０３は、登録要求のあった中継サーバＲのアカウントをグローバルＩＰアドレスと対応付けて管理するデータベースである。

制御部２０２は、ＷＡＮインタフェース２０１を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰやＵＤＰ、ＳＩＰ等のプロトコルに従った通信処理を制御する。この制御部２０２は、例えば、それぞれの中継サーバＲから当該中継サーバＲのアカウントを受信し、中継サーバアカウント情報データベース２０３に登録する処理や、中継サーバＲから送信された様々なＳＩＰメソッドやレスポンス等の通信データを他の中継サーバＲに中継する処理等を行う。なお、制御部２０２を中心とした外部サーバＳの各機能の詳細については後述する。

次に、図３等を参照してクライアント端末Ｔを説明する。図３はクライアント端末Ｔの機能ブロック図である。

このクライアント端末Ｔはユーザが直接操作できる端末であり、例えばユーザによって日々の業務に使用されるパーソナルコンピュータ（ＰＣ）等が該当する。従って、ＬＡＮ内には通常多数のクライアント端末Ｔが存在するが、図１では、ＬＡＮ１においてクライアント端末１Ａだけを代表的に図示し、同様に、ＬＡＮ２，３，４においてクライアント端末２Ａ，３Ａ，４Ａだけを代表的に図示している。この図示された端末１Ａ，２Ａ，３Ａ，４Ａは、いずれもＳＭＴＰの送受信手順が可能なクライアント端末として構成されている。各クライアント端末Ｔには、同一のＬＡＮの中で一意に管理されたプライベートＩＰアドレスが付与されている。

図３に示すように、クライアント端末Ｔは、ＬＡＮインタフェース６０１と、制御部６０２と、を主要な構成として備えている。

ＬＡＮインタフェース６０１は、前記プライベートＩＰアドレスを使用して、同一のＬＡＮに接続された中継サーバＲ等の各装置と通信を行うインタフェースである。

制御部６０２は、ＬＡＮインタフェース６０１を介して行う様々な通信を制御する処理部である。この制御部６０２は、ＴＣＰ／ＩＰやＵＤＰ、ＳＩＰ等のプロトコルに従った通信処理を制御する。なお、制御部６０２を中心とした各クライアント端末Ｔの機能の詳細については後述する。

次に、図４等を参照して中継サーバＲを説明する。図４は各中継サーバＲの機能ブロック図である。

中継サーバＲは、図１に示すように、ＬＡＮのそれぞれに１台配置されている。具体的には、ＬＡＮ１には中継サーバＲ１が、ＬＡＮ２には中継サーバＲ２が、ＬＡＮ３には中継サーバＲ３が、ＬＡＮ４には中継サーバＲ４がそれぞれ配置されている。

中継サーバＲはＬＡＮに接続され、同一のＬＡＮに接続されている各クライアント端末Ｔと通信可能になっている。また、中継サーバＲはインターネットにも接続されており、他のＬＡＮに接続された中継サーバＲと、前記外部サーバＳを介して通信可能となっている。この通信のため、各中継サーバＲには、プライベートＩＰアドレスとグローバルＩＰアドレスの両方が付与されている。

中継サーバＲは、図４に示すように、ＬＡＮインタフェース５０１と、ＷＡＮインタフェース５０２と、制御部５０３と、アカウント情報データベース５０４と、中継グループ情報データベース５０５と、を主要な構成として備えている。

ＬＡＮインタフェース５０１は、自装置と同一のＬＡＮに接続されたクライアント端末Ｔとの通信を、プライベートＩＰアドレスを使用して行うインタフェースである。例えば、ＬＡＮ１において中継サーバＲ１は、ＬＡＮインタフェース５０１を使用して、クライアント端末１Ａと通信を行うことができる。

ＷＡＮインタフェース５０２は、グローバルＩＰアドレスを使用して、インターネットに接続された外部サーバＳ等の各装置と通信を行うインタフェースである。

図４のアカウント情報データベース５０４は、登録要求のあったクライアント端末ＴのアカウントをプライベートＩＰアドレスと対応付けて管理するデータベースである。なお、アカウント情報データベース５０４には、その中継サーバＲと同一のＬＡＮに接続されているクライアント端末Ｔに限定されず、他のＬＡＮのクライアント端末Ｔのアカウントを登録することもできる。

中継グループ情報データベース５０５は、アカウント情報データベース５０４に登録されているクライアント端末Ｔが関連する中継グループ情報を管理するデータベースである。

制御部５０３は、ＬＡＮインタフェース５０１及びＷＡＮインタフェース５０２を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰや、ＵＤＰ、ＳＩＰ等のプロトコルに従った様々な通信処理を制御する。

この制御部５０３は、例えば、自装置のアカウントを外部サーバＳに送信して登録を要求する処理や、中継グループ情報を作成して中継グループ情報データベース５０５に記憶する処理等を実行する。なお、制御部５０３等を中心とした中継サーバＲの各機能の詳細については後述する。

次に、この中継通信システムで扱われる情報である中継グループ情報について、図５を参照して説明する。図５は中継グループ情報の内容例を示す図である。

この図５に示すように、中継グループ情報データベース５０５に記憶される中継グループ情報１００は、１つのグループ識別情報１０１と、相互に接続を許可することで中継グループを構成する中継サーバＲの情報（中継アカウント情報）１０２と、を含んでいる。

グループ識別情報１０１は、その中継グループ情報１００を識別するための情報であり、中継グループ情報１００が作成される度に、異なるＩＤが付与されて一意に識別できる構成となっている。これにより、オペレータ等は、グループ識別情報１０１に基づいて中継グループを特定することができ、グループ構成の変更等を簡単に行うことができる。

中継アカウント情報１０２は、相互に接続を許可することで中継グループを構成するそれぞれの中継サーバＲのアカウントの情報を含んでいる。また、中継アカウント情報１０２は、中継グループを構成する各中継サーバＲと同一のＬＡＮに接続されるとともに、当該中継サーバＲに登録されているクライアント端末（ＳＭＴＰ端末）ＴのアカウントやＩＰアドレス等の情報を含んでいる。

中継アカウント情報１０２においては、各中継サーバＲのアカウントに付与された具体的な名称が併せて記述され、ユーザの識別が容易になっている。例えば、中継サーバＲ１（ｒｅｌａｙ−ｓｅｒｖｅｒ１）の中継アカウント情報１０２ａであれば、中継サーバＲ１のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ１＠ｎｅｔ）と、それに対して付与された名称（支社Ａ）が記述されている。

中継アカウント情報１０２には、前記中継サーバＲと同一のＬＡＮに接続されているクライアント端末Ｔのアカウントの部分に、当該アカウントに付与された具体的な名称が併せて記述され、ユーザの識別が容易になっている。例えば、クライアント端末（ｓｍｔｐ１Ａ）の場合、そのアカウント（例えば、ｓｍｔｐ１Ａ＠ｒｅｌａｙ−ｓｅｒｖｅｒ１．ｎｅｔ）に対して付与された名称（ｓｍｔｐ１Ａ）が記述されている。また更に、クライアント端末Ｔのアカウントには、営業部や開発部等、そのクライアント端末Ｔの所属を示す所属識別データ１０３が記述されている。

以上のように、中継グループ情報１００は、中継グループごとに一意に識別可能に作成されている。また、中継グループ情報１００には、相互に接続を許可することで一群（中継グループ）を構成する各中継サーバのアカウント（中継アカウント情報１０２）が含まれている。更に、中継アカウント情報１０２には、その中継サーバと同一のＬＡＮに接続され登録されているクライアント端末Ｔのアカウントの情報が含まれている。

従って、中継グループ情報１００を参照すれば、どのＬＡＮとどのＬＡＮがグループを構成しているのか、そしてそれらのＬＡＮにおいてどの中継サーバＲやクライアント端末Ｔが登録されているのかを知ることができる。

図５に示す中継グループ情報１００は、中継グループを構成している各中継サーバＲ間で交換される。ここで、クライアント端末Ｔのアカウントの情報も中継グループ情報１００に含まれているので、当該アカウント情報も中継サーバＲ間で交換されることになる。

以上のとおり構成された中継通信システムにおける通信処理の流れについて、図６のシーケンス図を用いて説明する。図６に示すシーケンス番号１〜３は、各装置のアカウントの登録段階を示している。

シーケンス番号１において、中継サーバＲ１が、外部サーバＳに対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する。ここでは、中継サーバＲ１が、自機のアカウント（ｓｉｐ：ｒｅｌａｙ−ｓｅｒｖｅｒ１＠ｎｅｔ）の登録要求を行う。外部サーバＳはＯＫレスポンスを中継サーバＲ１に返信し、中継サーバＲ１のアカウントと中継サーバＲ１のグローバルＩＰアドレスとを対応付けて中継サーバアカウント情報データベース２０３に登録する。その後、中継サーバＲ１は、クライアント端末１Ａの名前（ｓｍｔｐ１Ａ）とそのＩＰアドレス（１９２．１６８．０．１）を、アカウント情報データベース５０４に登録する。

同様にして、中継サーバＲ２及びＲ３が、外部サーバＳに対して自機のアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を行い、自機のアカウント等を外部サーバＳに登録する（シーケンス番号２、３）。また、各中継サーバＲ２，Ｒ３は、自機と同じＬＡＮに属するクライアント端末２Ａ，３Ａの名前とそのＩＰアドレスを、アカウント情報データベース５０４に登録する。

以上の処理により、各中継サーバＲの外部サーバＳに対するアカウントの登録、及び、各クライアント端末Ｔの中継サーバＲに対するアカウントの登録が完了する。なお、以上で示したシーケンスは一例であって、各装置のアカウントの登録が結果的に完了するものであれば、その順序は任意である。

また、ネットワーク上に存在する中継サーバＲやクライアント端末Ｔであっても、そのアカウントの登録がされなければ、本実施形態の中継通信システムに参加することができない。例えば図１の中継サーバＲ４及びクライアント端末４Ａは、図６の処理においてアカウントの登録が行われていないため、以降で説明する通信には参加できない。

次に、図６のシーケンス番号１０〜１８を参照して、中継グループの生成及び登録段階を説明する。なお、図６に示すシーケンス番号１〜３、１０〜１８の処理は、一般に、ユーザやオペレータによってネットワークの初期設定として行われる。

まず、中継サーバＲ１において、中継サーバＲ２との間で中継グループを新規に形成するメソッド（ｃｒｅａｔｅＧｒｏｕｐメソッド）がオペレータによって実行される。このｃｒｅａｔｅＧｒｏｕｐメソッドでは、グループ名（ｇｒｏｕｐ１）、中継グループを形成する相手の中継サーバＲ２のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）、及び、新規作成された中継グループに付与する識別ＩＤ（ｇｒｏｕｐＩＤ０００１）が指定される。

すると、中継サーバＲ１においてメッセージ送信コマンド（ＭＥＳＳＡＧＥメソッド）が実行され、相手となる中継サーバＲ２に対するｇｒｏｕｐ−ｉｎｆｏメッセージが外部サーバＳに送信される（シーケンス番号１０）。このメッセージには、前記ｃｒｅａｔｅＧｒｏｕｐメソッドで指定されたグループ名や中継グループの識別ＩＤ等が含まれている。

このＭＥＳＳＡＧＥメソッドでは、メッセージ送信先の中継サーバＲ２のアカウント（ｓｉｐ：ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）が指定されている。外部サーバＳは、中継サーバアカウント情報データベース２０３を参照することで中継サーバＲ２のグローバルＩＰアドレスを取得し、中継サーバＲ１からのｇｒｏｕｐ−ｉｎｆｏメッセージを中継サーバＲ２に中継する。メッセージを受信した中継サーバＲ２は、外部サーバＳを介して中継サーバＲ１へＯＫレスポンスを返す。

以上のように、本実施形態の各中継サーバＲ間の通信は外部サーバＳを経由して行われ、これは以下においても同様である。従って、以後の説明では、外部サーバＳを経由する通信処理の具体的な説明を省略する。

次に、中継サーバＲ１が、中継サーバＲ２に対し、サーバ情報の送信要求メッセージ（ｒｅｑｕｅｓｔ−ｓｅｒｖｅｒ−ｉｎｆｏメッセージ）を送信する（シーケンス番号１１）。このメッセージを受信した中継サーバＲ２は、ＯＫレスポンスとともに、自機に関する情報（ｓｅｒｖｅｒ−ｉｎｆｏ）、及び、自機と同一のＬＡＮに接続されているクライアント端末（ｓｍｔｐ２Ａ）のアカウントの情報を中継サーバＲ１に返す。

今度は反対に、中継サーバＲ２が中継サーバＲ１に対するｒｅｑｕｅｓｔ−ｓｅｒｖｅｒ−ｉｎｆｏメッセージを送信し（シーケンス番号１２）、中継サーバＲ１は自機に関する情報（ｓｅｒｖｅｒ−ｉｎｆｏ）と、自機と同一のＬＡＮに接続されているクライアント端末（ｓｍｔｐ１Ａ）の情報を中継サーバＲ２に返信する。

以上のように互いのサーバに関する情報を交換することで、両中継サーバＲ１，Ｒ２が中継グループを形成した旨の中継グループ情報１００が生成され、各中継サーバＲ１，Ｒ２の中継グループ情報データベース５０５に記憶される。また、互いのＬＡＮ１，２に接続されているクライアント端末Ｔのアカウントの情報も、中継グループ情報１００に含めた形で中継グループ情報データベース５０５に記憶される。

次に、中継サーバＲ２において、先ほど作成した中継グループ（中継サーバＲ１，Ｒ２で構成される中継グループ）に新たに中継サーバＲ３を加えるメソッド（ａｄｄＧｒｏｕｐメソッド）がオペレータによって実行される。このａｄｄＧｒｏｕｐメソッドでは、加入させる中継グループのグループ名（ｇｒｏｕｐ１）、加入させる中継サーバＲ３のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ３＠ｎｅｔ）、加入させる中継グループの識別ＩＤ（ｇｒｏｕｐＩＤ０００１）が指定される。

すると中継サーバＲ２は、加入させる相手となる中継サーバＲ３に対し、ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号１３）。このメッセージには、前記ａｄｄＧｒｏｕｐメソッドで指定されたグループ名や中継グループの識別ＩＤ等が含まれている。これを受信した中継サーバＲ３は、中継サーバＲ２へＯＫレスポンスを返す。次に、シーケンス番号１１，１２で説明したのと全く同様に、中継サーバＲ２と中継サーバＲ３との間でサーバ情報等が交換される（シーケンス番号１４，１５）。

次に、中継サーバＲ２は、中継グループに中継サーバＲ３が加わったことを知らせるｕｐｄａｔｅ−ｇｒｏｕｐ−ｉｎｆｏメッセージを、中継サーバＲ１に送信する（シーケンス番号１６）。これを受信した中継サーバＲ１は、中継サーバＲ２へＯＫレスポンスを返す。その後、中継サーバＲ３と中継サーバＲ２との間でサーバ情報等が交換される（シーケンス番号１７，１８）。

以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３が中継グループを形成している旨の中継グループ情報１００（具体的には、図５で示した内容の情報）が、各中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶される。

次に、クライアント端末Ｔとクライアント端末Ｔとが実際にデータをやり取りする場合の動作を、図７を参照して説明する。ここでは、ＬＡＮ１に接続されているクライアント端末１Ａが、他のＬＡＮ２のクライアント端末２ＡへダイレクトＳＭＴＰ手順でファイルを送信する場合を例に説明する。

ユーザはクライアント端末１Ａを操作し、送信先のクライアント端末２Ａを指定して、データを送信する旨の指示を行う。すると、クライアント端末１Ａは、接続要求（ｔｃｐコマンド）を中継サーバＲ１に送信する（図７のシーケンス番号１）。これを受信した中継サーバＲ１は、あたかもＳＭＴＰサーバのように、準備が完了した旨のレスポンスをクライアント端末１Ａに返す。

レスポンスを受信したクライアント端末１Ａは、ＳＭＴＰ手順に従って、自機（ｓｍｔｐ１Ａ）を発信元として指定するＭＡＩＬ ＦＲＯＭコマンドを中継サーバＲ１へ送信する（シーケンス番号２）。中継サーバＲ１は実行終了の旨のレスポンスを返す。

更にクライアント端末１Ａは、クライアント端末２Ａ（ｓｍｔｐ２Ａ）を送信先として指定するＲＣＰＴ ＴＯコマンドを中継サーバＲ１へ送信する（シーケンス番号３）。すると中継サーバＲ１は、この宛先コマンド（ＲＣＰＴ ＴＯ）からクライアント端末２Ａのアカウントを検出し、中継グループ情報データベース５０５に基づいて、クライアント端末２Ａが接続されている中継サーバを特定する。ここでは、図５の中継グループ情報１００により、クライアント端末２Ａが接続されている中継サーバはＲ２であることが判る。

次に中継サーバＲ１は、その特定された中継サーバＲ２に対し接続要求（ＩＮＶＩＴＥメソッド）を送信する（図７のシーケンス番号３．１）。このＩＮＶＩＴＥメソッドには、送信元のクライアント端末１Ａ、送信先のクライアント端末２Ａの指定が含まれている。この接続要求を受信した中継サーバＲ２は、ＯＫレスポンスを返す。

続いて中継サーバＲ１は、中継サーバＲ２にＭｅｄｉａＳｅｓｓｉｏｎコマンドを送信し、両中継サーバＲ１，Ｒ２に通信経路を確立する（シーケンス番号３．２）。なお、この通信経路は、例えばＩＰｓｅｃ（ＩＰ Ｓｅｃｕｒｉｔｙ Ｐｒｏｔｏｃｏｌ）によって暗号化されている。

通信経路が確立されると、中継サーバＲ２はクライアント端末２Ａに対し、接続要求（ｔｃｐコマンド）を送信する（シーケンス番号３．２．１）。これを受信したクライアント端末２Ａは、準備が完了した旨のレスポンスを中継サーバＲ２に返す。

レスポンスを受信した中継サーバＲ２は、シーケンス番号２で指定された発信元のクライアント端末（ｓｍｔｐ１Ａ）を発信元として指定するＭＡＩＬ ＦＲＯＭコマンドをクライアント端末２Ａへ送信する（シーケンス番号３．２．２）。クライアント端末２Ａは実行終了の旨のレスポンスを返す。

更に中継サーバＲ２は、クライアント端末２Ａ（ｓｍｔｐ２Ａ）を送信先として指定するＲＣＰＴ ＴＯコマンドを当該クライアント端末２Ａへ送信する（シーケンス番号３．２．３）。クライアント端末２Ａは実行終了の旨のレスポンスを返す。中継サーバＲ２は受信したレスポンスを中継サーバＲ１へ中継し、中継サーバＲ１は更にそれをクライアント端末１Ａへ中継する。

次にクライアント端末１Ａは、本文を送信するＤＡＴＡコマンドを中継サーバＲ１に送信する（シーケンス番号４）。このＤＡＴＡコマンドは中継サーバＲ１から中継サーバＲ２へ中継され、更にクライアント端末２Ａに送信される（シーケンス番号４．１、４．１．１）。クライアント端末２Ａは、本文の入力開始を受け付けた旨のレスポンスを中継サーバＲ２へ返し、このレスポンスが中継サーバＲ１を経由してクライアント端末１Ａへ送られる。

続いて、クライアント端末１Ａは、メール本文のデータをｄａｔａ−ｔｒａｎｓｆｅｒコマンドで中継サーバＲ１に送信する（シーケンス番号５）。メール本文の内容には、指定された送信対象のファイルをＭＩＭＥエンコードした内容が含まれている。メール本文のデータは中継サーバＲ１から中継サーバＲ２へ中継され、更にクライアント端末２Ａに送信される（シーケンス番号５．１、５．１．１）。

メール本文のデータの送信が完了すると、クライアント端末１Ａは、本文の送信終了を意味するＥＯＤコマンドを中継サーバＲ１に送信する（シーケンス番号６）。このコマンドは中継サーバＲ１から中継サーバＲ２へ中継され、更にクライアント端末２Ａに送信される（シーケンス番号６．１、６．１．１）。クライアント端末２Ａは、本文の入力完了を受け付けた旨のレスポンスを中継サーバＲ２へ返し、このレスポンスが中継サーバＲ１を経由してクライアント端末１Ａへ送られる。

次にクライアント端末１Ａは、接続終了を表すＱＵＩＴコマンドを中継サーバＲ１に送信する（シーケンス番号７）。このコマンドも、シーケンス番号６の場合と同様に中継サーバＲ１から中継サーバＲ２へと中継され、クライアント端末２Ａに送信される（シーケンス番号７．１、７．１．１）。クライアント端末２Ａは、接続を閉じる旨のレスポンスを中継サーバＲ２へ返し、このレスポンスが中継サーバＲ１を経由してクライアント端末１Ａへ送られる。その後、実際に接続が閉じられる。

次に中継サーバＲ１は、中継サーバＲ２に対し切断要求（ＢＹＥメソッド）を送信し、これによって、確立されていた通信経路が切断される（シーケンス番号８）。以上により通信が終了し、クライアント端末１Ａにおいて指定されたファイルが、クライアント端末２Ａへメール形式で送信されたことになる。

以上に説明したように、本実施形態においてＬＡＮに接続されている中継サーバＲは、アカウント情報データベース５０４に記憶されているクライアント端末Ｔから、ＳＭＴＰ手順でのメール送信要求を受けると、そのＳＭＴＰ手順の宛先コマンド（ＲＣＰＴ ＴＯコマンド）からアカウント情報を検出し、その宛先のクライアント端末Ｔが接続されている中継サーバＲに接続して、前記ＳＭＴＰ手順によって受信したメールデータを中継転送するように構成している。

これにより、異なるＬＡＮに存在するクライアント端末Ｔ間のダイレクトＳＭＴＰによるピアツーピア型の通信を、簡単な構成で実現することができる。

また、本実施形態において、中継サーバＲ間の前記メールデータの中継転送は暗号化セッションを用いて行われている。

これにより、クライアント端末Ｔ同士がやり取りするメールデータは、中継サーバＲ間においてセキュアな通信で中継されるので、盗聴を回避し、機密漏洩を防止できる。

次に、図８及び図９を参照して、複数のクライアント端末Ｔにメールデータを送信する場合の通信処理について説明する。ここでは、クライアント端末１Ａが、クライアント端末２Ａ及び３ＡへダイレクトＳＭＴＰ手順でファイルを送信する場合を例に説明する。

図８のシーケンス番号１〜３．２．３は、クライアント端末１Ａが中継サーバＲ１に接続し、送信元として自機（クライアント端末１Ａ）を指定し、送信先として最初にクライアント端末２Ａを指定した処理を示している。以上の処理は、図７のシーケンス番号１〜３．２．３と全く同様であるので、説明は省略する。

次に、クライアント端末１Ａは、クライアント端末３Ａ（ｓｍｔｐ３Ａ）を送信先として指定するＲＣＰＴ ＴＯコマンドを中継サーバＲ１へ送信する（シーケンス番号４）。すると、中継サーバＲ１は、中継グループ情報データベース５０５に基づいて、クライアント端末３Ａが接続されている中継サーバを特定する。ここでは、図５の中継グループ情報１００により、クライアント端末３Ａが接続されている中継サーバはＲ３であることが判る。

その後は、中継サーバＲ１は中継サーバＲ３に対して接続要求を送信するとともに、通信経路を確立する（シーケンス番号４．１、４．２）。通信経路の確立後、中継サーバＲ３はクライアント端末３Ａに接続し、発信元及び発信先をＳＭＴＰ手順で指定する（シーケンス番号４．２．１〜４．２．３）。クライアント端末３Ａの返すＯＫレスポンスは、中継サーバＲ３及び中継サーバＲ１を経由してクライアント端末１Ａに送信される。

その後、クライアント端末１Ａは、本文の入力を開始するＤＡＴＡコマンドを中継サーバＲ１に送信する（シーケンス番号５）。中継サーバＲ１は、このコマンドを中継サーバＲ２に中継してクライアント端末２Ａへ送信させるとともに、中継サーバＲ３に中継してクライアント端末３Ａへ送信させる（シーケンス番号５．１、５．１．１、５．２、５．２．１）。中継サーバＲ１は、両方のクライアント端末２Ａ，３Ａから中継サーバＲ２，Ｒ３を経由してレスポンスが返ってくると、当該レスポンスをクライアント端末１Ａへ通知する。

クライアント端末１Ａは直ちに、メール本文のデータをｄａｔａ−ｔｒａｎｓｆｅｒコマンドで中継サーバＲ１に送信する（図９のシーケンス番号６）。メール本文のデータは中継サーバＲ１から中継サーバＲ２へ中継され、更にクライアント端末２Ａに送信される（シーケンス番号６．１、６．１．１）。また、メール本文のデータは中継サーバＲ１から中継サーバＲ３へ中継され、更にクライアント端末３Ａに送信される（シーケンス番号６．２、６．２．１）。

メール本文のデータの送信が完了すると、クライアント端末１Ａは、本文の送信終了を意味するＥＯＤコマンドを中継サーバＲ１に送信する（シーケンス番号７）。このコマンドは中継サーバＲ１から中継サーバＲ２へ中継され、更にクライアント端末２Ａに送信される（シーケンス番号７．１、７．１．１）。同様に、コマンドは中継サーバＲ１から中継サーバＲ３へ中継され、更にクライアント端末３Ａに送信される（シーケンス番号７．２、７．２．１）。クライアント端末２Ａ及び３Ａは、本文の入力完了を受け付けた旨のレスポンスを中継サーバＲ２，Ｒ３へ返す。各中継サーバＲ２，Ｒ３は当該レスポンスを中継サーバＲ１へ中継し、このレスポンスを中継サーバＲ１はクライアント端末１Ａへ送る。

次にクライアント端末１Ａは、接続終了を表すＱＵＩＴコマンドを中継サーバＲ１に送信する（シーケンス番号８）。このコマンドもシーケンス番号７の場合と同様に、中継サーバＲ１からＲ２へと中継されてクライアント端末２Ａに送信される（シーケンス番号８．１、８．１．１）とともに、中継サーバＲ１から中継サーバＲ３へと中継されてクライアント端末３Ａに送信される（シーケンス番号８．２、８．２．１）。クライアント端末２Ａ及び３Ａは、接続を閉じる旨のレスポンスを中継サーバＲ２，Ｒ３へ返す。各中継サーバＲ２，Ｒ３は当該レスポンスを中継サーバＲ１へ中継し、このレスポンスを中継サーバＲ１はクライアント端末１Ａへ送る。

次に中継サーバＲ１は、それぞれの中継サーバＲ２，Ｒ３に対し切断要求（ＢＹＥメソッド）を送信し、これによって、確立されていた通信経路が切断される（シーケンス番号９、１０）。以上により通信が終了し、クライアント端末１Ａのデータがクライアント端末２Ａ及び３Ａにメール形式で送信されたことになる。

次に、図８及び図９で説明したのと同様にメールを送信する際にエラーが発生した場合の通信処理の例を、図１０を参照して説明する。図１０は、図８及び図９と同様に、クライアント端末１Ａがクライアント端末２Ａ及び３ＡへダイレクトＳＭＴＰ手順でファイルを送信しようとした場合を示している。なお、図１０のシーケンス番号１〜３．２．３の処理は、図８の例と全く同様であるので説明を省略する。

図１０のシーケンス番号４で、クライアント端末１Ａは、クライアント端末３Ａ（ｓｍｔｐ３Ａ）を送信先として指定するＲＣＰＴ ＴＯコマンドを中継サーバＲ１へ送信する。すると、中継サーバＲ１は、クライアント端末３Ａが接続されている中継サーバＲ３に対し、接続要求を送信するとともに、通信経路を確立する（シーケンス番号４．１、４．２）。

通信経路の確立後、中継サーバＲ３はクライアント端末３Ａに接続要求を行う（シーケンス番号４．２．１）。しかしながら、何らかの事情でクライアント端末３Ａからのレスポンスが返信されなかったとする。この場合、中継サーバＲ３はエラーの旨のメッセージを中継サーバＲ１へ送信し、これを受信した中継サーバＲ１は、ＳＭＴＰ手順に従い、処理中にエラーが発生して、要求された処理が失敗した旨のメッセージをクライアント端末１Ａに返す。

処理の失敗が通知されたクライアント端末１Ａは、ファイルの送信処理を中止し、接続を終了するＱＵＩＴコマンドを送信する（シーケンス番号５）。このコマンドは、中継サーバＲ１から中継サーバＲ２へと中継され、クライアント端末２Ａに送信される（シーケンス番号５．１、５．１．１）。なお、クライアント端末３ＡにはＳＭＴＰ接続ができなかったので、当該クライアント端末３ＡにはＱＵＩＴコマンドは送信されない。ＱＵＩＴコマンドを受信したクライアント端末２Ａは、接続を閉じる旨のレスポンスを中継サーバＲ２へ返し、このレスポンスが中継サーバＲ１を経由してクライアント端末１Ａへ送られる。その後、実際に接続が閉じられる。

次に中継サーバＲ１は、それぞれの中継サーバＲ２，Ｒ３に対し切断要求（ＢＹＥメソッド）を送信し、これによって、確立されていた通信経路が切断される（シーケンス番号６、７）。以上により通信が終了する。この後、クライアント端末１Ａのユーザは、例えばエラーの起きなかったクライアント端末２Ａ宛でメールデータを改めて送信する等、状況に応じて適切な処置を行うことになる。

以上に示すように、本実施形態の中継サーバＲ１は、例えば図１０のシーケンス番号４．２においてメールデータの中継転送先の中継サーバＲ３がエラーを返したときは、クライアント端末１Ａに対し、要求された処理が失敗した旨の応答コードをＳＭＴＰ手順に従って返すように構成している。

これにより、クライアント端末ＴはＳＭＴＰ手順の応答コードに基づいて、メールデータの再送等適切な対応を容易に行うことができる。

以上に本発明の好適な実施形態を説明したが、以上の構成は例えば以下のように変更することができる。

クライアント端末Ｔは、パーソナルコンピュータに代えて、例えばメールサーバや、ダイレクトＳＭＴＰ方式のインターネットファクシミリ等に変更することができる。

中継グループを構成する中継サーバＲは任意に選択することができる。また、中継グループを複数作成して中継グループ情報データベース５０５に記憶させることができる。

上記実施形態のように異なるＬＡＮ同士での中継を行う場合、ＬＡＮの数は複数であれば良く、４つに限定されない。また、ＷＡＮとして、インターネット以外の類似するネットワークを使用するように変更することができる。

ＷＡＮにおける外部サーバＳと各中継サーバＲとの間、及び、ＬＡＮにおける中継サーバＲとクライアント端末Ｔ等との間の通信プロトコルに、ＳＩＰ以外のプロトコルを使用するように変更することができる。

外部サーバＳを省略して、中継サーバＲ間で直接通信するように構成することができる。特に、中継サーバＲ間でＳＩＰ以外のプロトコルを用いる場合は、そのプロトコルに基づいて中継サーバＲ間の通信を直接制御すれば良いので、外部サーバＳを省略するのは容易である。一方、外部サーバＳは１台とすることに限らず、複数台で分散的に機能するものに構成することができる。

中継サーバＲのＷＡＮインタフェース５０２は省略することができる。この場合、インターネットとの接続はルータに行わせ、その配下に中継サーバＲを設置するように構成すれば良い。

上記実施形態では、中継サーバＲのアカウント情報データベース５０４に、当該中継サーバＲと同一のＬＡＮに接続されているクライアント端末Ｔが記憶されている。しかしながらこれに限定されず、アカウント情報データベース５０４に、自機と異なるＬＡＮに接続されているクライアント端末Ｔを記憶させることができる。もっと言えば、中継サーバＲと、当該中継サーバＲのアカウント情報データベース５０４に登録されるクライアント端末Ｔは、ネットワークを介して相互に通信可能である限りどのような関係であっても良い。

同一のＬＡＮに中継サーバＲが複数接続されても良い。例えば、同一のＬＡＮに中継サーバＲを３台設置し、当該ＬＡＮ内の何台かのクライアント端末Ｔを第１の中継サーバＲのアカウント情報データベース５０４に記憶させ、他の何台かのクライアント端末Ｔを第２の中継サーバＲのアカウント情報データベース５０４に記憶させ、・・・というように構成することができる。この場合、３台の中継サーバＲはＬＡＮを介して通信し、１つのＬＡＮ内で中継が完結することになる。

本発明の一実施形態に係る中継通信システムのネットワーク構成図。 外部サーバの機能ブロック図。 クライアント端末の機能ブロック図。 中継サーバの機能ブロック図。 中継グループ情報の内容を示す図。 中継サーバ及びクライアント端末を登録し、３台の中継サーバで中継グループを作成する通信処理を示すシーケンス図。 クライアント端末から他のＬＡＮクライアント端末へメールデータを中継転送する通信処理を示すシーケンス図。 クライアント端末から複数の他のＬＡＮクライアント端末へメールデータを中継転送する通信処理の前半部分を示すシーケンス図。 クライアント端末から複数の他のＬＡＮクライアント端末へメールデータを中継転送する通信処理の後半部分を示すシーケンス図。 メールデータの中継転送時にエラーが発生した場合の通信処理の例を示すシーケンス図。

符号の説明

Ｓ 外部サーバ
Ｔ クライアント端末
Ｒ 中継サーバ
１００ 中継グループ情報
５０４ アカウント情報データベース
５０５ 中継グループ情報データベース（中継グループ情報登録部）

Claims (4)

1. 中継サーバにおいて、
   クライアント端末のアカウントの情報を含むアカウント情報を記憶するアカウント情報登録部と、
   相互に接続を許可する一群の中継サーバの情報を含む中継グループ情報を記憶する中継グループ情報登録部と、
   を備え、
   同一の中継グループに属する他の中継サーバとの間で前記アカウント情報を交換可能に構成するとともに、
   前記アカウント情報登録部に記憶されているクライアント端末からＳＭＴＰ手順でのメール送信要求を受けると、そのＳＭＴＰ手順の宛先コマンドからアカウント情報を検出し、アカウント情報登録部にその宛先のクライアント端末を記憶している中継サーバに接続して、前記ＳＭＴＰ手順によって受信したメールデータを中継転送するように構成したことを特徴とする中継サーバ。
2. 請求項１に記載の中継サーバであって、
   中継サーバ間の前記メールデータの中継転送は暗号化セッションを用いて行うことを特徴とする中継サーバ。
3. 請求項１又は２に記載の中継サーバであって、
   メールデータの中継転送先の中継サーバがエラーを返したときは、クライアント端末に対しＳＭＴＰ手順に従って応答コードを返すことを特徴とする中継サーバ。
4. 複数の中継サーバを備え、
   それぞれの前記中継サーバは、
   クライアント端末のアカウントの情報を含むアカウント情報を記憶するアカウント情報登録部と、
   相互に接続を許可する一群の中継サーバの情報を含む中継グループ情報を記憶する中継グループ情報登録部と、
   を備え、
   他の中継サーバとの間で前記アカウント情報を交換可能に構成するとともに、
   前記アカウント情報登録部に記憶されているクライアント端末からＳＭＴＰ手順でのメール送信要求を受けると、そのＳＭＴＰ手順の宛先コマンドからアカウント情報を検出し、アカウント情報登録部にその宛先のクライアント端末を記憶している中継サーバに接続して、前記ＳＭＴＰ手順によって受信したメールデータを中継転送するように構成し、
   これにより、ある中継サーバのアカウント情報登録部に記憶されているクライアント端末から、他の中継サーバのアカウント情報登録部に記憶されているクライアント端末にデータをメール形式で送信できることを特徴とする中継通信システム。

Images