JP2008072203A

JP2008072203A - 中継サーバ

Info

Publication number: JP2008072203A
Application number: JP2006246905A
Authority: JP
Inventors: Yoshifumi Tanimoto; 好史谷本
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 2006-09-12
Filing date: 2006-09-12
Publication date: 2008-03-27
Anticipated expiration: 2026-09-12
Also published as: US8472454B2; JP4222397B2; CN101146017A; CN101146017B; EP1901520A1; US20080063001A1; EP1901520B1

Abstract

【課題】アカウント管理負担の軽減、サーバ負荷の低減を実現しつつ、異なるＬＡＮに配置された通信端末間で通信可能な技術を提供することを課題とする。
【解決手段】ＬＡＮ１,２にそれぞれ配置された中継サーバ１３，２３は、ＳＩＰサーバ４に登録要求を行う。また、ＬＡＮ１に接続された通信端末１１は中継サーバ１３に、ＬＡＮ２に接続された通信端末２１は中継サーバ２３にそれぞれ登録要求を行う。中継サーバ１３，２３は、トネリングセッションを確立するとともに、それぞれ登録されている通信端末に関するアカウント情報を交換する。通信端末１１から通信端末２１を宛先とする通信データが発生すると、中継サーバ１３は、交換したアカウント情報から中継先の中継サーバ２３を選択し、トネリングセッションを利用して通信データを中継する。中継サーバ２３は、中継された通信データをさらに通信端末２１に中継する。
【選択図】図１

Description

本発明は、ワイドエリアネットワーク（ＷＡＮ）を越えてローカルエリアネットワーク（ＬＡＮ）内の通信端末同士が通信を行う技術に関する。

ＳＩＰ（Session Initiation Protocol）などの呼制御プロトコルや、ＤＤＮＳ（Dynamic Domain Name System）を利用して、異なるＬＡＮに存在する通信端末同士が、ＷＡＮを越えて直接通信することが可能である。いわゆるＶＰＮ（Virtual Private Network）と呼ばれる技術であり、遠隔地にある異なるＬＡＮを、あたかも直接接続されているネットワークのように利用することができる。

このような技術を利用することで、たとえば、本社と支社の間のＬＡＮを接続し、それぞれのＬＡＮに接続された端末間で、インターネットを越えた通信などを行うことが可能である。

特許文献１では、インターネットを越えて、異なるＬＡＮに接続された通信端末同士が通信を行うことを可能としている。この技術では、異なるＬＡＮに接続されている異なる通信端末が、それぞれゲートウェイを経由してインターネットに接続された中継サーバに対してログインし、中継サーバとの間でそれぞれ通信経路を確立するようにしている。そして、この通信経路を利用して、通信端末間でインターネットを越えて通信することを可能としている。この特許文献１の技術は、ＷＡＮ上に存在する中継サーバを利用して、ＬＡＮ間で通信を可能とする技術である。

特開２００２−２１７９３８号公報

ＳＩＰを利用する場合、一般には、ＳＩＰサーバに各通信端末のアカウント情報が登録される。つまり、各通信端末がＳＩＰサーバにＲＥＧＩＳＴＥＲメソッドを発行することで、ＳＩＰサーバにアカウント情報を登録するのである。そして、ある通信端末から他の通信端末のアカウントを指定した通信要求が発生すると、ＳＩＰサーバが、登録されているアカウント情報に従って、セッション確立のための通信を中継するのである。

多数のＬＡＮの間で、ＳＩＰを利用して通信を行う場合には、ＳＩＰサーバに、多数のアカウント情報が登録されるため、サーバの負荷が大きくなる。つまり、多数のＬＡＮを接続して、それら多数のＬＡＮ間で通信を行うためには、従来、それらを統一的に管理するサーバに全てのＬＡＮに配置されているアカウントを登録するようにしていたので、サーバの負荷が大きかった。

また、各通信端末は、別のＬＡＮに存在する通信端末と通信するためには、その通信端末のアカウントを知る必要があるが、各通信端末が、サーバにアクセスしてアカウント情報を得ると、さらにサーバに対する負荷が大きくなる。また、サーバには、多数のＬＡＮに存在する通信端末のアカウントが登録されているため、それらの中から、目的の相手のアカウントを容易に見つけ出す仕組みが必要となる。

さらには、サーバがアカウント情報を一元管理している場合には、全てのＬＡＮに存在する通信端末のアカウント情報をユニークにする必要がある。つまり、各ＬＡＮでは、自由にアカウントを付与することができないため、ネットワーク管理上、自由度が小さく不便である。

そこで、本発明は前記問題点に鑑み、アカウント管理負担の軽減、サーバ負荷の低減、アカウント管理の容易性を実現しつつ、異なるＬＡＮに配置された通信端末間で通信を可能とする技術を提供することを目的とする。

上記課題を解決するため、請求項１記載の発明は、ローカルエリアネットワークに配置され、ワイドエリアネットワークに配置された外部サーバと通信可能な中継サーバであって、前記ローカルエリアネットワーク内の通信端末のアカウント情報を登録するローカルアカウント情報登録手段と、自装置のアカウント情報を前記外部サーバに登録する手段と、前記外部サーバに登録されている他の中継サーバを指定して、他の中継サーバと直接通信可能な中継用の通信セッションを構築する手段と、他の中継サーバと前記ローカルアカウント情報登録手段が保持しているアカウント情報を交換する手段と、を備え、前記ローカルエリアネットワーク内の通信端末から他の通信端末のアカウントを指定した通信要求を受けると、他の中継サーバと交換したアカウント情報から指定されたアカウントが登録されている中継サーバを決定し、該当する中継サーバとの間の中継用の通信セッションを通して、通信端末間の通信データを中継することを特徴とする。

請求項２記載の発明は、請求項１に記載の中継サーバにおいて、他の中継サーバと交換することで得たアカウント情報は、当該他の中継サーバのアカウント情報と対応付けて保持することを特徴とする。

請求項３記載の発明は、請求項１または請求項２に記載の中継サーバにおいて、通信端末間の通信データを、ＴＣＰ／ＩＰより上位層であるアプリケーションプロトコルレベルで中継することを特徴とする。

本発明の中継サーバは、各ローカルエリアネットワークに配置される。そして、外部サーバに登録されている他の中継サーバと直接通信可能な中継用の通信セッションを構築するとともに、他の中継サーバとアカウント情報を交換する。そして、通信端末から他の通信端末のアカウントを指定した通信要求を受信すると、他の中継サーバと交換したアカウント情報から指定されたアカウントが登録されている中継サーバを決定し、該当する中継サーバとの間の中継用の通信セッションを通して、通信端末間の通信データを中継する。

このような構成とすることで、中継サーバによって通信端末のアカウントが分散管理され、外部サーバにおけるアカウントの管理負荷を軽減させることができる。また、各通信端末は、中継サーバにアクセスすることで、他のローカルエリアネットワークに配置された他の通信端末のアカウント情報を得ることができる。

また、他の中継サーバと交換することで得たアカウント情報は、当該他の中継サーバのアカウント情報と対応付けて保持する。これにより、各ローカルエリアネットワークにおいては、自由にアカウントを付与することができるので、システム全体で統一的なアカウントの管理が不要となり、アカウントの管理を容易にすることができる。

また、通信端末間の通信データを、ＴＣＰ／ＩＰより上位層であるアプリケーションプロトコルレベルで中継するので、既存ネットワークシステムを利用しつつ、異なるネットワーク間での中継通信を可能としている。

以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本実施の形態に係る通信システムの全体図である。この通信システムは、インターネット３と、インターネット３に接続された２つのＬＡＮ１，２とから構成されている。ＬＡＮ１，２とは、物理的に離れた場所に構築されたネットワークである。たとえば、ＬＡＮ１が本社ビルに構築されたローカルネットワークであり、ＬＡＮ２が支社ビルに構築されたローカルネットワークであり、それら２つのＬＡＮ１，２が、グローバルなネットワークであるインターネット３にそれぞれ接続されている。

ＬＡＮ１には、図に示すように、通信端末１１，１２が接続されている。通信端末１１，１２には、それぞれプライベートＩＰアドレスが付与されている。このように、一般には、ＬＡＮに接続される端末には、ＬＡＮの中でのみユニークに管理されたプライベートＩＰアドレスが付与されている。また、ＬＡＮ１には、中継サーバ１３が接続されている。中継サーバ１３は、ＬＡＮ１に接続されるとともに、インターネット３にも接続されている。中継サーバ１３には、ＬＡＮインタフェース用のプライベートＩＰアドレスとＷＡＮインタフェース用のグローバルＩＰアドレスが付与されている。

ＬＡＮ２には、プライベートＩＰアドレスが付与された通信端末２１，２２が接続されている。また、ＬＡＮ２には、中継サーバ２３が接続されている。中継サーバ２３は、ＬＡＮ２に接続されるとともに、インターネット３にも接続され、ＬＡＮインタフェース用のプライベートＩＰアドレスとＷＡＮインタフェース用のグローバルＩＰアドレスが付与されている。

さらに、インターネット３には、ＳＩＰサーバ４が接続されている。ＳＩＰサーバ４は、中継サーバ１３，２３がＳＩＰ（Session Initiation Protocol）を利用した通信を行うときに、ＳＩＰメソッドやレスポンスなどを中継するプロキシーサーバとしての機能や、中継サーバ１３，２３のアカウントを登録するＳＩＰレジストラサーバとしての機能を備えている。

一方、ＬＡＮ１に接続されている中継サーバ１３は、ＳＩＰを利用して、ＬＡＮ１に接続されている通信端末１１，１２等のアカウントを登録するＳＩＰレジストラサーバとしての機能を備えている。

つまり、図２に示すように、中継サーバ１３は、通信端末１１，１２との関係では、通信端末１１，１２から受信した登録要求（ＲＥＧＩＳＴＥＲ）に基づいて、アカウントを登録するＳＩＰレジストラサーバとして機能し、ＳＩＰサーバ４との関係では、ＳＩＰサーバ４に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信するクライアントとして機能する。

同様に、ＬＡＮ２に接続されている中継サーバ２３は、ＳＩＰを利用して、ＬＡＮ２に接続されている通信端末２１，２２等のアカウントを登録するＳＩＰレジストラサーバとしての機能を備えている。

つまり、図２に示すように、中継サーバ２３は、通信端末２１，２２との関係では、通信端末２１，２２から受信した登録要求（ＲＥＧＩＳＴＥＲ）に基づいて、アカウントを登録するＳＩＰレジストラサーバとして機能し、ＳＩＰサーバ４との関係では、ＳＩＰサーバ４に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信するクライアントとして機能する。

図３は、中継サーバ１３，２３の機能ブロック図である。中継サーバ１３，２３は、同様の機能を備えているので、同じ図面を用いて説明する。中継サーバ１３，２３は、ＬＡＮインタフェース１０１、ＷＡＮインタフェース１０２、通信制御部１０３、ローカルアカウント情報データベース１０４を備えている。

ＬＡＮインタフェース１０１は、プライベートＩＰアドレスを利用して、ＬＡＮに接続された通信端末との通信を行うインタフェースである。つまり、中継サーバ１３は、ＬＡＮインタフェース１０１を利用して、通信端末１１，１２等と通信を行い、中継サーバ２３は、ＬＡＮインタフェース１０１を利用して、通信端末２１，２２等と通信を行う。

ＷＡＮインタフェース１０２は、グローバルＩＰアドレスを利用して、グローバルネットワークであるインターネット３に接続されたＳＩＰサーバ４や、インターネット３に接続されたその他の通信サーバ、通信端末と通信を行うインタフェースである。なお、本実施の形態においては、中継サーバがＷＡＮインタフェースを備える構成としているが、ＷＡＮとの接続はルータが行い、その配下に中継サーバを設置する形態であってもよい。

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

通信制御部１０３の１つの機能は、ＬＡＮに接続されている通信端末から、アカウントの登録要求（ＲＥＧＩＳＴＥＲ）を受信し、当該通信端末のアカウント情報をローカルアカウント情報データベース１０４に登録することである。たとえば、中継サーバ１３は、通信端末１１からアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を受信し、通信端末１１のアカウント情報をローカルアカウント情報データベース１０４に登録する。

通信制御部１０３は、また、他の中継サーバとの間で、ローカルアカウント情報データベース１０４に登録されているアカウント情報を交換する処理を実行する。この処理は、後述するように、ＭＥＳＳＡＧＥメソッドを利用して行われる。このＭＥＳＳＡＧＥメソッドによるアカウント情報の交換は、たとえば、定期的に行われる。あるいは、オペレータ操作によりアカウント情報の交換が行われてもよい。

通信制御部１０３は、また、ＳＩＰサーバ４に対して中継サーバ自身のアカウント登録を行うための登録要求（ＲＥＧＩＳＴＥＲ）を送信する機能を備える。

通信制御部１０３は、他にも、相手側の中継サーバ１３，２３との間で、トネリングセッションを接続して維持する機能を備えている。つまり、中継サーバ１３，２３は、いずれか一方から、ＳＩＰのＩＮＶＩＴＥメソッドを送信することで、中継サーバ１３，２３間でトネリングセッションを確立することができる。中継サーバ１３，２３の通信制御部１０３は、この確立されたトネリングセッションを維持することで、ＬＡＮ１，２に接続された通信端末間の通信データを中継することが可能となる。

つまり、ＬＡＮ１，２に接続された通信端末には、後述するようにそれぞれプライベートなアカウントが付与されているため、互いに別のＬＡＮ１，２に配置された通信端末と通信する場合、宛先のプライベートなアカウントが指定されることになる。しかし、このプライベートなアカウントが指定されたＳＩＰコマンドなどの通信データは、中継サーバ１３，２３間において、カプセル化され、他方の中継サーバ１３，２３に中継されるのである。受信側の中継サーバ１３，２３は、中継されてきたＳＩＰコマンドを取り出し、プライベートなアカウントを指定した通信データを、該当する通信端末に対して中継送信するのである。

図４は、ＳＩＰサーバ４の機能ブロック図である。ＳＩＰサーバ４は、図に示すように、ＷＡＮインタフェース４１、通信制御部４２、中継サーバアカウント情報データベース４３を備えている。

ＷＡＮインタフェース４１は、グローバルＩＰアドレスを利用して、インターネット３に接続されたサーバ、端末との間で通信を行うインタフェースである。ＳＩＰサーバ４は、ＷＡＮインタフェース４１を利用して、中継サーバ１３，２３と通信可能としている。

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

通信制御部４２の１つの機能は、インターネット３に接続されている中継サーバから、アカウントの登録要求（ＲＥＧＩＳＴＥＲ）を受信し、当該中継サーバのアカウント情報を中継サーバアカウント情報データベース４３に登録することである。たとえば、ＳＩＰサーバ４は、中継サーバ１３からアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を受信し、中継サーバ１３のアカウント情報を中継サーバアカウント情報データベース４３に登録する。

通信制御部４２は、他にも、中継サーバ１３，２３から送信された様々なＳＩＰメソッドやレスポンスなどの通信データを他方の中継サーバに中継する機能を備える。

以上の通り構成された通信システムにおける通信処理の流れについて、図５および図６の処理シーケンス図を参照しながら説明する。なお、図５は、ステップＳ１からステップＳ７までのシーケンスを示し、それに続くステップＳ８からステップＳ１１までのシーケンスを示すのが図６である。

まず、中継サーバ１３が、ＳＩＰサーバ４に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ１）。図に示すように、ここでは、中継サーバ１３が、自身のアカウント（SIP:relay-server1@sip.srv）の登録要求を行う。ＳＩＰサーバ４は、ＯＫレスポンスを中継サーバ１３に返信し、中継サーバ１３のアカウントと中継サーバ１３のグローバルＩＰアドレスとを対応付けて中継サーバアカウント情報データベース４３に登録する。パスワード認証を行う場合には、あらかじめ中継サーバアカウント情報データベース４３に、中継サーバのアカウントとパスワードとを対応付けて登録しておく。この場合、ユーザは、登録要求時に合わせてパスワードを送信するのである。そして、パスワード認証が成功した場合に、ＩＰアドレスと対応付けられてアカウントが登録されることになる。

続いて、中継サーバ２３が、ＳＩＰサーバ４に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ２）。図に示すように、ここでは、中継サーバ２３が、自身のアカウント（SIP:relay-server2@sip.srv）の登録要求を行う。ＳＩＰサーバ４は、ＯＫレスポンスを中継サーバ２３に返信し、中継サーバ２３のアカウントと中継サーバ２３のグローバルＩＰアドレスとを対応付けて中継サーバアカウント情報データベース４３に登録する。同様に、パスワード認証を行うようにしてもよい。

次に、通信端末１１が、中継サーバ１３に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ３）。図に示すように、ここでは、通信端末１１が、自身のカウント（SIP:0001@privatesip1）の登録要求を行う。中継サーバ１３は、ＯＫレスポンスを行い、通信端末１１のアカウントと通信端末１１のローカルＩＰアドレスとを対応付けてローカルアカウント情報データベース１０４に登録する。パスワード認証を行う場合には、あらかじめローカルアカウント情報データベース１０４に、通信端末のアカウントとパスワードとを対応付けて登録しておく。この場合、ユーザは、登録要求時に合わせてパスワードを送信するのである。そして、パスワード認証が成功した場合に、ＩＰアドレスと対応付けられてアカウントが登録されることになる。

次に、通信端末２１が、中継サーバ２３に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ４）。図に示すように、ここでは、通信端末２１が、自身のアカウント（SIP:0002@privatesip2）の登録要求を行う。中継サーバ２３は、ＯＫレスポンスを行い、通信端末２１のアカウントと通信端末２１のローカルＩＰアドレスとを対応付けてローカルアカウント情報データベース１０４に登録する。この場合も、同様にパスワード認証を行ってもよい。

続いて、通信端末１２が、中継サーバ１３に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ５）。中継サーバ１３は、通信端末１２のアカウント（SIP:0003@privatesip1）と通信端末１２のローカルＩＰアドレスとを対応付けてローカルアカウント情報データベース１０４に登録する。

以上により、中継サーバ１３，２３のＳＩＰサーバ４に対するアカウント登録が完了し、通信端末１１，１２，２１の中継サーバ１３，２３に対するアカウント登録が完了する。

次に、中継サーバ１３が、中継サーバ２３に対する接続要求コマンド（ＩＮＶＩＴＥメソッド）を、ＳＩＰサーバ４に送信する(ステップＳ６)。このＩＮＶＩＴＥメソッドでは、接続要求先の中継サーバ２３のアカウント（SIP:relay-sever2@sip.srv）が指定されている。ＳＩＰサーバ４は、中継サーバアカウント情報データベース４３を参照することで、中継サーバ２３のグローバルＩＰアドレスを取得する。そして、ＳＩＰサーバ４は、中継サーバ１３から送信されたＩＮＶＩＴＥメソッドを中継サーバ２３に中継する。

このようにして、接続要求コマンドが中継サーバ１３から中継サーバ２３に送信されると、ＳＩＰサーバ４を介して中継サーバ２３から中継サーバ１３に対してＯＫレスポンスが転送される。このようにして、接続要求コマンドが受け入れられると、中継サーバ１３，２３間でトネリングセッションが確立される（ステップＳ７）。

以上のステップＳ１からステップＳ７までの処理は、オペレータによって、ネットワークの初期設定として行われるのが一般的である。オペレータは、インターネット３を越えて接続したいＬＡＮに配置されている中継サーバをＳＩＰサーバ４に登録する操作を行うのである。また、インターネット３を越えて通信を行いたい通信端末を中継サーバに登録する操作を行うのである。

次に、中継サーバ１３が、中継サーバ２３に対してＭＥＳＳＡＧＥメソッドを利用して、ローカルアカウント情報ＬＡ１を送信する（ステップＳ８）。この通信は、ＳＩＰサーバ４を経由して行われる。あるいは、ＳＩＰサーバを経由せずに、直接中継サーバ２３に対してＭＥＳＳＡＧＥメソッドを送信するようにしてもよい。

ステップＳ８で転送されるローカルアカウント情報ＬＡ１の内容を、図６のシーケンス図内に示している。このローカルアカウント情報ＬＡ１は、中継サーバ１３が配置されているＬＡＮ１に接続されている通信端末であって、中継サーバ１３に対してアカウント登録を行った通信端末の情報を含んでいる。図５のシーケンスで説明したように、今の状態では、中継サーバ１３に対しては、通信端末１１、１２がアカウントの登録を行っているので、ローカルアカウント情報ＬＡ１には、通信端末１１、１２のアカウント情報が記録されている。

ローカルアカウント情報ＬＡ１を受信した中継サーバ２３は、その情報を、自装置のローカルアカウント情報データベース１０４に登録する。ただし、受信したアカウント情報については、そのアカウント情報の発信元である中継サーバのアカウント情報と対応付けて登録される。この場合であれば、通信端末１１のアカウント（SIP:0001@privatesip1）と、通信端末１２のアカウント（SIP:0003@privatesip1）とが、中継サーバ１３のアカウント（SIP:relay-server1@sip.srv）と対応付けて登録される。

次に、中継サーバ２３が、中継サーバ１３に対してＭＥＳＳＡＧＥメソッドを利用して、ローカルアカウント情報ＬＡ２を送信する（ステップＳ９）。この通信は、ＳＩＰサーバ４を経由して行われる。あるいは、ＳＩＰサーバを経由せずに、直接中継サーバ１３に対してＭＥＳＳＡＧＥメソッドを送信するようにしてもよい。

ステップＳ９で転送されるローカルアカウント情報ＬＡ２の内容を、図６のシーケンス図内に示している。このローカルアカウント情報ＬＡ２は、中継サーバ２３が配置されているＬＡＮ２に接続されている通信端末であって、中継サーバ２３に対してアカウント登録を行った通信端末の情報を含んでいる。中継サーバ１３は、その情報を、自装置のローカルアカウント情報データベース１０４に登録する。この場合であれば、通信端末２１のアカウント（SIP:0002@privatesip2）と、中継サーバ２３のアカウント（SIP:relay-server2@sip.srv）とを対応付けた状態で、ローカルアカウント情報データベース１０４に登録するのである。

このようにして、中継サーバ１３と中継サーバ２３とが、ローカルアカウント情報ＬＡ１，ＬＡ２を交換し、ローカルアカウント情報データベース１０４に、それぞれ取得した情報を登録する。そして、ＬＡＮ１に接続された通信端末１１，１２は、中継サーバ１３にアクセスすることで、中継サーバ１３が管理しているローカルアカウント情報データベース１０４を参照することが可能である。たとえば、通信端末１１，１２のユーザは、アドレス帳を参照するような操作により、ローカルアカウント情報データベース１０４の内容を参照することができる。同様に、ＬＡＮ２に接続された通信端末２１，２２は、中継サーバ２３が管理しているローカルアカウント情報データベース１０４を参照することができる。

次に、通信端末１１のユーザが、通信端末２１との間で通信を行う必要性が生じたとする。通信端末１１のユーザは、中継サーバ１３にアクセスし、アドレス帳を参照する。そして、通信端末２１のアカウント（SIP:0002@privatesip2）を指定して、通信端末２１への通信処理を実行する。これにより、通信端末１１から宛先を通信端末２１とするＳＩＰコマンドが中継サーバ１３に送信される（ステップＳ１０）。

中継サーバ１３は、通信端末２１を宛先アカウントとして指定したＳＩＰコマンドを受信すると、ローカルアカウント情報データベース１０４を参照し、当該宛先アカウントが登録されている中継サーバを特定する。この場合、通信端末２１のアカウントは、中継サーバ２３と対応付けて登録されているので、中継先として中継サーバ２３が選択される。

これにより、中継サーバ１３は、通信端末１１から受信したＳＩＰコマンドを、トネリングセッションを利用して、中継サーバ２３に直接転送する（ステップＳ１０．１）。さらに、中継サーバ２３は、中継サーバ１３から受信したＳＩＰコマンドを、通信端末２１に転送するのである（ステップＳ１０．１．１）。このような手順により、通信端末１１から送信されたＳＩＰコマンドが、通信端末２１に転送される。

通信端末２１は、通信端末１１から送信されたＳＩＰコマンドを受信すると、通信端末１１に対してＳＩＰレスポンスを返信する。このレスポンスは、再びトネリングセッションを利用して中継サーバ２３から中継サーバ１３に直接転送され、さらに、中継サーバ１３によって通信端末１１に転送されるのである。

通信端末１２のユーザが、通信端末２１との間で通信を行う必要性が生じた場合も処理手順は同様である。通信端末１２のユーザが、通信端末２１のアカウント（SIP:0002@privatesip2）を指定した通信処理を実行すると、通信端末１２から宛先を通信端末２１とするＳＩＰコマンドが中継サーバ１３に送信される（ステップＳ１１）。

中継サーバ１３は、通信端末２１を宛先アカウントとして指定したＳＩＰコマンドを受信すると、ローカルアカウント情報データベース１０４を参照し、当該宛先アカウントが登録されている中継サーバを特定する。この場合も、通信端末２１のアカウントは、中継サーバ２３と対応付けて登録されているので、中継先として中継サーバ２３が選択される。

中継サーバ１３は、通信端末１１から受信したＳＩＰコマンドを、トネリングセッションを利用して、中継サーバ２３に直接転送する（ステップＳ１１．１）。さらに、中継サーバ２３は、中継サーバ１３から受信したＳＩＰコマンドを、通信端末２１に転送するのである（ステップＳ１１．１．１）。これに対して、通信端末２１が通信端末１１に対してＳＩＰレスポンスを返信すると、このレスポンスは、再びトネリングセッションを利用して中継サーバ２３から中継サーバ１３に直接転送され、さらに、中継サーバ１３によって通信端末１１に転送されるのである。

以上、説明したように、本実施の形態に係る通信システムを利用することで、ＬＡＮ１あるいはＬＡＮ２に接続された通信端末は、インターネット３を越えて、他方のＬＡＮ１あるいはＬＡＮ２に接続された通信端末と通信を行うことが可能である。

そして、本実施の形態によれば、インターネット３に接続されたＳＩＰサーバ４は、この通信システムに接続された全ての通信端末のアカウントを統合管理する必要はない。ＳＩＰサーバ４が登録管理する必要があるのは、中継サーバのアカウントのみである。上記の処理例であれば、ＳＩＰサーバ４は、中継サーバ１３，２３のアカウント情報を管理するだけでよい。したがって、アカウントの分散管理が行われることになり、ＳＩＰサーバ４の処理負荷を小さくすることができる。

そして、ＳＩＰサーバ４によるアカウントの統合管理を行わず、各ＬＡＮに接続されたアカウント情報は、各ＬＡＮに接続された中継サーバが管理するようにしている。そして、各ＬＡＮに接続されたアカウント情報を管理している中継サーバが、ＳＩＰを利用して他の中継サーバと通信を行い、それぞれが保持しているアカウント情報を交換するようにしている。これにより、各ＬＡＮに接続された通信端末は、各ＬＡＮに接続された中継サーバから、他のＬＡＮに接続された通信端末のアカウント情報を得ることができるのである。

さらに、本実施の形態の通信システムの特徴として、中継サーバが、他の中継サーバから取得したアカウント情報を、その発信元の中継サーバのアカウント情報と対応付けて管理している点が挙げられる。たとえば、図６で説明した処理例であれば、中継サーバ１３は、中継サーバ２３からＬＡＮ２に接続された通信端末のアカウント情報を取得するが、中継サーバ１３では、このアカウント情報と中継サーバ２３のアカウント情報とを対応付けて管理するのである。したがって、この通信システムにおいては、各ＬＡＮにおいて、自由に通信端末のアカウントを付与することができる。

つまり、個々のＬＡＮにおいて各通信端末にユニークなアカウントを付与すれば、他のＬＡＮで付与されるアカウントとの重複を懸念することなく、自由にアカウントを付与することができるのである。これは、ＳＩＰサーバ４において管理される中継サーバのアカウントがユニークとなるように管理されているからである。これにより、通信システム全体で、全ての通信端末のアカウントを統一的に管理する必要がなくなり、アカウントの管理負担を軽減させることもできる。なお、図５および図６で説明したシーケンス例では、ＬＡＮ１に接続されている通信端末１１，１２と、ＬＡＮ２に接続されている通信端末２１には、異なるドメインが割当てられているが、上述したように、各ＬＡＮにおいて、アカウントは自由に設定できるのであり、この例のように、ドメイン名をユニークに識別する必要もない。

また、上述したように、本実施の形態の通信システムは、ＴＣＰ／ＩＰよりも上位のアプリケーションプロトコル層において、通信端末間の通信データを中継するようにしている。つまり、上記の実施の形態においては、中継サーバ１３，２３は、ＳＩＰレイヤにおいて、通信端末間の通信データを中継することとした。これにより、既存のネットワーク基盤を利用しながら、異なるＬＡＮ間での通信を可能としている。

本実施の形態に係る通信システムのネットワーク構成図である。通信端末と中継サーバの関係および中継サーバとＳＩＰサーバとの関係を示す図である。中継サーバの機能ブロック図である。ＳＩＰサーバの機能ブロック図である。通信処理のシーケンス図である。通信処理のシーケンス図である。

符号の説明

１，２ＬＡＮ（ローカルネットワーク）
３インターネット（グローバルネットワーク）
４ＳＩＰサーバ
１１，１２，２１，２２通信端末
１３，２３中継サーバ

Claims

ローカルエリアネットワークに配置され、ワイドエリアネットワークに配置された外部サーバと通信可能な中継サーバであって、
前記ローカルエリアネットワーク内の通信端末のアカウント情報を登録するローカルアカウント情報登録手段と、
自装置のアカウント情報を前記外部サーバに登録する手段と、
前記外部サーバに登録されている他の中継サーバを指定して、他の中継サーバと直接通信可能な中継用の通信セッションを構築する手段と、
他の中継サーバと前記ローカルアカウント情報登録手段が保持しているアカウント情報を交換する手段と、
を備え、
前記ローカルエリアネットワーク内の通信端末から他の通信端末のアカウントを指定した通信要求を受けると、他の中継サーバと交換したアカウント情報から指定されたアカウントが登録されている中継サーバを決定し、該当する中継サーバとの間の中継用の通信セッションを通して、通信端末間の通信データを中継することを特徴とする中継サーバ。
請求項１に記載の中継サーバにおいて、
他の中継サーバと交換することで得たアカウント情報は、当該他の中継サーバのアカウント情報と対応付けて保持することを特徴とする中継サーバ。
請求項１または請求項２に記載の中継サーバにおいて、
通信端末間の通信データを、ＴＣＰ／ＩＰより上位層であるアプリケーションプロトコルレベルで中継することを特徴とする中継サーバ。