配下端末に重複しないIPInternetProtocolアドレスを配布し、VLANVirtualLocalAreaNetworkにより分離された複数のユーザを収容するゲートウェイ装置であって、個別の端末毎に独立したVoIPVoiceoverIP機能を持ち、配下端末同士で音声データの通信が発生した場合に、呼状態と、音声データの通信に使用するIPアドレスおよびポート番号を示す通話リソース情報と、を監視するVoIP手段と、音声データの通信を行う配下端末同士の通話リソース情報を、前記VLANにより特定されるMACMediaAccessControlアドレスと関連付けて管理するユーザ間連携手段と、前記ユーザ間連携手段で管理されている通話リソース情報と宛先および送信元の端末の通話リソース情報が一致する音声データを送信元の端末から受信した場合、受信した音声データのMACアドレスを関連付けて管理されているMACアドレスに書き換え、MACアドレス書き換え後の音声データを宛先の端末へ送信する宛先MAC変換手段と、を備えることを特徴とするゲートウェイ装置。さらに、MACアドレスを書き換えて宛先の端末へ送信した音声データと同じ宛先および送信元の端末の通話リソース情報を持つダミー音声データを、WANWideAreaNetworkとの間で送受信するダミーRTPReal-timeTransportProtocol送受信手段、を備えることを特徴とする請求項1に記載のゲートウェイ装置。さらに、MACアドレスを書き換えて宛先の端末へ送信した音声データに対応するRTCPデータを自装置内で折り返し処理を行い、折り返したRTCPRTPControlProtocolデータと同じ宛先および送信元の端末の通話リソース情報を持つダミーRTCPデータを、WANとの間で送受信するダミーRTCP送受信手段、を備えることを特徴とする請求項1または2に記載のゲートウェイ装置。配下端末に重複しないIPInternetProtocolアドレスを配布し、VLANVirtualLocalAreaNetworkにより分離された複数のユーザを収容するゲートウェイ装置におけるデータ送信方法であって、配下端末同士で音声通信が発生した場合に、呼状態と、音声データの通信に使用するIPアドレスおよびポート番号を示す通話リソース情報と、を監視する監視ステップと、前記監視ステップにおいて監視した結果である音声データの通信を行う配下端末同士の通話リソース情報を、前記VLANにより特定されるMACMediaAccessControlアドレスと関連付けて管理する管理ステップと、管理されている通話リソース情報と宛先および送信元の端末の通話リソース情報が一致する音声データを送信元の端末から受信した場合、受信した音声データのMACアドレスを関連付けて管理されているMACアドレスに書き換るMACアドレス書き換えステップと、MACアドレス書き換え後の音声データを宛先の端末へ送信する送信ステップと、を含むことを特徴とするデータ送信方法。さらに、MACアドレスを書き換えて宛先の端末へ送信した音声データと同じ宛先および送信元の端末の通話リソース情報を持つダミー音声データを、WANWideAreaNetworkとの間で送受信するダミーRTPReal-timeTransportProtocol送受信ステップ、を含むことを特徴とする請求項4に記載のデータ送信方法。さらに、MACアドレスを書き換えて宛先の端末へ送信した音声データに対応するRTCPデータを自装置内で折り返し処理を行い、折り返したRTCPRTPControlProtocolデータと同じ宛先および送信元の端末の通話リソース情報を持つダミーRTCPデータを、WANとの間で送受信するダミーRTCP送受信ステップ、を含むことを特徴とする請求項4または5に記載のデータ送信方法。しかしながら、上記従来の技術特許文献1によれば、L2スイッチにH/W的なSIPの覗き見機能や音声データの折り返し機能の実装が必要となり、製品コストがかさむ。ゲートウェイのような宅内通信機器は、ネットワーク内に設置される装置数が上位のL2スイッチよりも多いため、低コスト化が求められる。そのため、S/W的な機能の追加で実現できることが望ましいが、L2スイッチへの機能追加ではS/W的な機能追加で対応できない、という問題があった。また、上記従来の技術特許文献2によれば、プライベートアドレス間の通信は直接端末間で通信が可能になるように制御が行われる。そのため、音声トラヒックだけを折り返すことができず、その他の通信も他の端末方向へ折り返されてしまい、他のユーザのデータが転送されてしまう、という問題があった。例えば、直接端末間で通信ができるようにするためには、端末間で直接アドレス解決ができるようにする必要があり、IPアドレスとMACアドレスの対応を解決できる環境が必要である。本発明は、上記に鑑みてなされたものであって、セキュリティを確保しつつ、音声データのみの折り返し機能を安価に実装可能なゲートウェイ装置を得ることを目的とする。上述した課題を解決し、目的を達成するために、本発明は、配下端末に重複しないIPアドレスを配布し、VLANにより分離された複数のユーザを収容するゲートウェイ装置であって、個別の端末毎に独立したVoIP機能を持ち、配下端末同士で音声データの通信が発生した場合に、呼状態と、音声データの通信に使用するIPアドレスおよびポート番号を示す通話リソース情報と、を監視するVoIP手段と、音声データの通信を行う配下端末同士の通話リソース情報を、前記VLANにより特定されるMACアドレスと関連付けて管理するユーザ間連携手段と、前記ユーザ間連携手段で管理されている通話リソース情報と宛先および送信元の端末の通話リソース情報が一致する音声データを送信元の端末から受信した場合、受信した音声データのMACアドレスを関連付けて管理されているMACアドレスに書き換え、MACアドレス書き換え後の音声データを宛先の端末へ送信する宛先MAC変換手段と、を備えることを特徴とする。本発明によれば、セキュリティを確保しつつ、音声データのみの折り返し機能を安価に実装できる、という効果を奏する。以下に、本発明にかかるゲートウェイ装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。実施の形態1.図1は、本実施の形態に係るゲートウェイ装置の構成例を示す図である。ゲートウェイ装置1は、WANWideAreaNetworkインタフェース部2と、ゲートウェイ機能部3と、L2SW部4と、LANLocalAreaNetworkインタフェース部5と、を備える。WANインタフェース部2は、ゲートウェイ装置1がWANに接続するためのインタフェースである。ゲートウェイ機能部3は、WANインタフェース部2とLANインタフェース部5とを、L2SW部4経由で相互接続する。また、ゲートウェイ機能部3は、VoIPVoiceoverIPInternetProtocol制御機能部6と、ルータ機能部9と、を備える。VoIP制御機能部6は、各ユーザにVoIPサービスを提供するために必要な機能が実装されている。また、VoIP制御機能部6は、ユーザ間の通信を検出し、折り返しを検出するためのデータを管理するユーザ間連携機能部7と、ユーザ毎のVoIPサービスを提供するユーザ用VoIP機能部8-1、8-2、...、8-NNは2以上の整数と、を備える。なお、N=2の場合はユーザ用VoIP機能部8-1、8-2となる。ルータ機能部9は、レイヤ3以上の制御を行うL3制御部10と、VLANを含むL2レベルの制御を行うL2制御部12と、を備える。L3制御部10は、ユーザ毎のユーザ用ルータ機能部11-1、11-2、...、11-Nを備える。ユーザ用ルータ機能部11-1、11-2、...、11-Nは、各ユーザに対応したルータ機能であり、入力されたパケットに対するルーチングやNATNetworkAddressTranslation/NAPTNetworkAddressPortTranslation機能、およびFWFirewall機能を実装している。なお、N=2の場合はユーザ用ルータ機能部11-1、11-2となる。L2制御部12は、宛先MACMediaAccessControl変換機能部13と、VLANVirtualLAN制御機能部14と、を備える。宛先MAC変換機能部13は、登録されたフロー情報に一致するパケットに対して、宛先MACアドレスを書き換える。VLAN制御機能部14は、パケットの宛先MACアドレスから出力先VLANを決定する。L2SW部4は、VLANによるスイッチングを実現する。L2SW部4は、複数のLANインタフェース部5を備える。1ユーザに対して1つのVLANが定義され、各LANインタフェース部5には1つ以上のVLANが定義される。なお、LANインタフェース部5に複数のVLANが設定される場合には、さらに、ゲートウェイ装置1の外部にVLAN対応のL2スイッチを接続し、そのL2スイッチでVLANの出力先を分岐する。ゲートウェイ装置1では、配下の端末に対して、ユーザ間を跨った場合でも同一のIPアドレスを割り当てないことを前提としている。図2は、ゲートウェイ装置1を含むその周辺機器のシステム構成例を示す図である。ゲートウェイ装置1は、WANインタフェース部2でWAN20と接続する。WAN20にはエッジルータ30が設置され、エッジルータ30はSIPSessionInitiationProtocolサーバ40と接続している。また、ゲートウェイ装置1のLANインタフェース部5には、各ユーザのSIP端末60-1~60-3、およびSIP以外のインターネットアクセス用の端末70-1~70-3が、HUB50-1~50-3経由で接続されている。ここでは、一例として、ユーザ数が3の場合について説明するが、これに限定するものではない。各ユーザのSIP端末60-1~60-3は、ゲートウェイ装置1に対しREGISTERメッセージを送信し、ゲートウェイ装置1の各ユーザ用VoIP機能部8-1~8-3を使ってWAN20内のSIPサーバ40にREGISTERメッセージによる登録を行う。SIP端末60-1~60-3は、ゲートウェイ装置1をSIPサーバ40とみなして動作する。SIP端末60-1~60-3からのメッセージを受信したゲートウェイ装置1は、受信したメッセージを自装置内で終端し、WAN20内のSIPサーバ40へ同様のメッセージを送信する。つづいて、ゲートウェイ装置1において、ユーザ間の音声通話を自装置で折り返し可能となるまでの動作について説明する。図3は、SIP端末60-1、60-2、ゲートウェイ装置1、およびSIPサーバ40間のSIPによるシグナリングとゲートウェイ装置1での処理を示すシーケンス図である。SIP端末60-1がSIP端末60-2に対して発呼する場合、まずはSIP端末60-1、60-2共にSIPサーバ40に登録が行なわれている必要がある。まず、SIP端末60-1は、ゲートウェイ装置1宛てにREGISTERメッセージを送信するステップS1。SIP端末60-1はユーザ1に対応するSIP端末であるため、ゲートウェイ装置1では、ユーザ用VoIP機能部8-1が、SIP端末60-1から受信したREGISTERメッセージを処理し、ゲートウェイ装置1発のREGISTERメッセージをSIPサーバ40宛てに送信するステップS2。SIPサーバ40は、SIP端末60-1からの登録を受け付ける場合には、REGISTERメッセージに対応する200OKのメッセージをゲートウェイ装置1宛てに送信するステップS3。200OKメッセージを受信したゲートウェイ装置1では、REGISTERメッセージと同様、ユーザ用VoIP機能部8-1が処理を行う。ユーザ用VoIP機能部8-1は、REGISTERメッセージおよび200OKメッセージの内容から、SIP端末60-1の待ち受け電話番号の情報等を把握できる。そのため、処理1として、ユーザ用VoIP機能部8-1は、SIP端末60-1の登録状態と電話番号等の登録情報をユーザ間連携機能部7へ通知し、ユーザ間連携機能部7は、通知された情報を記憶するステップS4。そして、ユーザ用VoIP機能部8-1は、対応するSIP端末60-1に宛ててゲートウェイ装置1発の200OKメッセージを送信するステップS5。同様に、SIP端末60-2は、ゲートウェイ装置1宛てにREGISTERメッセージを送信するステップS6。SIP端末60-2はユーザ2に対応するSIP端末であるため、ゲートウェイ装置1では、ユーザ用VoIP機能部8-2が、SIP端末60-2から受信したREGISTERメッセージを処理し、ゲートウェイ装置1発のREGISTERメッセージをSIPサーバ40宛てに送信するステップS7。SIPサーバ40は、SIP端末60-2からの登録を受け付ける場合には、REGISTERメッセージに対応する200OKのメッセージをゲートウェイ装置1宛てに送信するステップS8。200OKメッセージを受信したゲートウェイ装置1では、REGISTERメッセージと同様、ユーザ用VoIP機能部8-2が処理を行う。ユーザ用VoIP機能部8-2は、REGISTERメッセージおよび200OKメッセージの内容から、SIP端末60-2の待ち受け電話番号の情報等を把握できる。そのため、処理2として、ユーザ用VoIP機能部8-2は、SIP端末60-2の登録状態と電話番号等の登録情報をユーザ間連携機能部7へ通知し、ユーザ間連携機能部7は、通知された情報を記憶するステップS9。そして、ユーザ用VoIP機能部8-2は、対応するSIP端末60-2に宛ててゲートウェイ装置1発の200OKメッセージを送信するステップS10。SIP端末60-1がSIP端末60-2に対して電話の発呼を行う場合、まず、発呼側SIP端末60-1は、着呼側SIP端末60-2の情報を記載したINVITEメッセージをゲートウェイ装置1宛てに送信するステップS11。発呼側SIP端末60-1からのINVITEを受信したゲートウェイ装置1では、ユーザ用VoIP機能部8-1が、処理3として、INVITEメッセージの内容から自装置配下のSIP端末宛ての通話なのか、自装置配下以外のSIP端末への通話なのかの判断を行うステップS12。具体的に、ユーザ間連携機能部7において、ゲートウェイ装置1配下に接続され、現在登録状態となっているSIP端末の状態が管理されていることから、ユーザ用VoIP機能部8-1は、宛先の情報が現在ユーザ間連携機能部7に登録されているかどうかで判断することが可能である。自装置配下以外のSIP端末の場合には特に処理を行う必要はないが、自装置配下の端末宛ての通話であると判断した場合、ユーザ用VoIP機能部8-1は、このINVITEメッセージにより開設される呼はゲートウェイ装置1において折り返しを行う対象の呼であることを認識し、INVITEメッセージ内に記載された発呼中の呼の識別子とSIP端末60-1で通話に使用する音声データフローのIPアドレス、UDPポート番号といった通話リソース情報をユーザ間連携機能部7へ通知し、ユーザ間連携機能部7は、通知された通話リソース情報を記憶する。そして、ユーザ用VoIP機能部8-1は、SIPサーバ40に対して、対応するINVITEメッセージを生成し送信するステップS13。SIPサーバ40は、宛先のSIP端末60-2を認識し、対応するINVITEメッセージをゲートウェイ装置1に転送するステップS14。ゲートウェイ装置1では、SIP端末60-2に対応するユーザ用VoIP機能部8-2が、INVITEメッセージを受信する。処理4として、まず、ユーザ用VoIP機能部8-2は、呼の識別子がユーザ間連携機能部7に記憶されている呼の情報と一致することを確認し、この呼が折り返し対象の呼であることを確認する。ユーザ用VoIP機能部8-2は、この呼についてSIPサーバ40からINVITEメッセージが返ってきたことを認識し、ユーザ間連携機能部7へこの呼のシーケンスが進み、ユーザ2がINVITEメッセージを受信したところまでシーケンスが進んだことを通知し、ユーザ間連携機能部7は、通知された情報を記憶するステップS15。そして、ユーザ用VoIP機能部8-2は、対応するINVITEメッセージをSIP端末60-2に対して送信するステップS16。これらの動作により、INVITEメッセージがSIP端末60-1からSIP端末60-2に届けられることになる。SIP端末60-2では、受信したINVITEメッセージに応答する場合、受信したINVITEメッセージに対応する200OKメッセージをゲートウェイ装置1に対して送信するステップS17。この200OKメッセージを受信したゲートウェイ装置1では、ユーザ用VoIP機能部8-2が、呼の識別子の情報がユーザ間連携機能部7に記憶されている呼情報と一致することを確認し、この呼が折り返し対象の呼であることを確認する。具体的に、処理5として、ユーザ用VoIP機能部8-2は、折り返し対象の呼であると確認した場合、200OKメッセージ内に記載された発呼中の呼の識別子とSIP端末60-2で通話に使用する音声データフローのIPアドレス、UDPUserDatagramProtocolポート番号といった通話リソース情報をユーザ間連携機能部7へ通知し、ユーザ間連携機能部7は、通知された情報を記憶するステップS18。これにより、ゲートウェイ装置1では、INVITEメッセージと200OKメッセージの内容からSIP端末60-1およびSIP端末60-2がそれぞれ通信で使おうとしているIPアドレスおよびUDPポート番号を、呼の識別子と紐づけられた状態でユーザ間連携機能部7に記憶したことになる。また、ユーザ用VoIP機能部8-2は、これと合わせてSIP端末60-2から200OKメッセージを受信したことをユーザ間連携機能部7へ通知し、ユーザ間連携機能部7は、通知に基づき呼の状態を更新する。そして、ユーザ用VoIP機能部8-2は、SIPサーバ40に対して200OKメッセージを送信するステップS19。SIPサーバ40は、ユーザ用VoIP機能部8-2から200OKメッセージを受信すると、受信した200OKメッセージをゲートウェイ装置1のユーザ用VoIP機能部8-1へ送信するステップS20。200OKメッセージを受信したゲートウェイ装置1では、処理6として、ユーザ用VoIP機能部8-1は、SIPサーバ40から200OKメッセージを受信したことをユーザ間連携機能部7へ通知し、ユーザ間連携機能部7は、通知に基づき呼の状態を更新するステップS21。そして、ユーザ用VoIP機能部8-1は、SIP端末60-1に対して200OKメッセージを送信するステップS22。200OKメッセージを受信したSIP端末60-1は、自ら発呼した呼の接続要求を通信相手先であるSIP端末60-2が受け入れたことを認識できるため、最後にACKメッセージをゲートウェイ装置1に対して送信するステップS23。ゲートウェイ装置1では、ユーザ用VoIP機能部8-1が、ACKメッセージを受信する。そして、処理7として、ユーザ用VoIP機能部8-1は、受信したACKメッセージについて呼の識別子からこの呼が折り返し対象であることを認識し、ユーザ間連携機能部7に対して呼の識別子とACKメッセージの受信を通知し、ユーザ間連携機能部7は、通知に基づき呼の状態を更新するステップS24。具体的に、ユーザ間連携機能部7は、呼接続がACKメッセージの受信まで完了したことを認識し、INVITEメッセージおよび200OKメッセージから収集した、SIP端末60-1、60-2が音声データ通信に使用するIPアドレスおよびUDPポート番号の情報を用いて折り返し用の設定情報を生成し、宛先MAC変換機能部13に設定する。そして、ユーザ用VoIP機能部8-1は、SIPサーバ40宛てにこれに対応するACKメッセージを送信するステップS25。SIPサーバ40は、ゲートウェイ装置1のユーザ用VoIP機能部8-1から受信したACKメッセージを、ゲートウェイ装置1のユーザ用VoIP機能部8-2に転送するステップS26。ゲートウェイ装置1では、処理8として、ACKメッセージを受信したユーザ用VoIP機能部8-2が、ACKメッセージの受信をユーザ間連携機能部7へ通知し、ユーザ間連携機能部7は、呼の状態を更新するステップS27。そして、ユーザ用VoIP機能部8-2は、SIP端末60-2にACKメッセージを送信するステップS28。これらの動作により、ゲートウェイ装置1では、SIPの呼接続シーケンスに連動して、音声データの折り返し通信が可能な呼については、宛先MAC変換機能部13に折り返し設定を実現することができる。図4は、宛先MAC変換機能部13が管理する宛先MAC変換テーブルの内容を示す図である。宛先MAC変換テーブルは、宛先IPアドレス81と、宛先ポート番号82と、送信元IPアドレス83と、送信元ポート番号84と、変換MACアドレス85と、から構成される。宛先IPアドレス81、宛先ポート番号82、送信元IPアドレス83、および送信元ポート番号84は、ユーザ間連携機能部7が、折り返し対象の音声データの情報に基づいて設定する。変換MACアドレス85は、宛先MAC変換機能部13が、受信した音声データの通話リソース情報、具体的には、宛先IPアドレス81、宛先ポート番号82、送信元IPアドレス83、および送信元ポート番号84に設定されている情報と一致したデータの宛先MACアドレスを書き換えるための情報である。例えば、宛先MAC変換機能部13は、受信したデータの宛先IPアドレス81がIP1、宛先ポート番号82がUDP1、送信元IPアドレス83がIP2、送信元ポート番号84がUDP2のときに、受信した音声データの宛先MACアドレスをMAC2に書き換えて、宛先MACアドレスを書き換えた音声データを宛先となるSIP端末へ送信する。変換MACアドレス85はユーザ間連携機能部7から指定されないため、宛先MAC変換機能部13が、宛先IPアドレス81に対応するMACアドレスをVLAN制御機能部14で管理しているMACアドレステーブルから検索し、現在宛先IPアドレス81に対応付けられているMACアドレスを識別して登録する。宛先MAC変換テーブルでは、宛先IPアドレス81だけでなく、宛先ポート番号82、送信元IPアドレス83、送信元ポート番号84もMACアドレスの変換条件になっているため、宛先MAC変換機能部13は、フローが完全に一致したもののみMACアドレスの書き換えを行う。なお、図4に示すように、宛先MAC変換テーブルは片方向の音声データフロー毎に設定を行う必要があるため、宛先MAC変換機能部13では、1つの音声データフローに対して2つの宛先MAC変換テーブルを登録する必要がある。以上説明したように、本実施の形態では、ゲートウェイ装置において、端末がSIPサーバに登録し、他の端末との間で通信を確立するまでの間で送受信されるメッセージから、音声通話を行う端末の組み合わせについて通話リソース情報を取得する。そして、取得した情報に該当する音声通話のデータについて、MACアドレスを変換し、MACアドレス変換後のデータを、WAN側へ送信せずに、通信相手の端末へ送信することとした。これにより、ゲートウェイ装置は、H/W的な構成を追加することなく、セキュリティを確保しつつ、音声データのみの折り返し機能を安価に実現することが可能となる。実施の形態2.図5は、本実施の形態に係るゲートウェイ装置1aにおけるL2制御部12aの構成例を示す図である。L2制御部12aは、宛先MAC変換機能部13と、VLAN制御機能部14と、ダミーRTPReal-timeTransportProtocol送受信機能部15と、を備える。なお、ゲートウェイ装置1aは、L2制御部12をL2制御部12aに置き換えた点が実施の形態1ゲートウェイ装置1と異なるが、その他の構成は同一である。ダミーRTP送受信機能部15は、折り返しを行う実際の音声データの代わりに、ダミーの音声データであるダミーRTPデータを生成し、各ユーザ用ルータ機能部を経由してWANインタフェース部2からWAN20へ送信する。ゲートウェイ装置1aでは、ダミーRTP送受信機能部15が、ダミーRTPデータを、通話中のSIP端末60-1に対応するユーザ用ルータ機能部11-1を経由してWAN20へ送信する。WAN20内では、エッジルータ30が、ダミーRTPデータを受信し、その後、ゲートウェイ装置1aへ折り返す。ゲートウェイ装置1aでは、SIP端末60-1の通信相手SIP端末60-2に対応するユーザ用ルータ機能部11-2が、ダミーRTPデータを受信し、L2制御部12aへ転送する。L2制御部12aでは、ダミーRTP送受信機能部15が、ダミーRTPデータを廃棄する。これにより、WAN20内で、接続するゲートウェイ装置1aからの音声データのトラヒックを監視し、音声データが一定時間停止している場合に、網側から呼の切断を行う機能が実装されているシステムにおいても、ゲートウェイ装置1aでは、ダミーRTPをある一定のレートで送信しづけることで、呼を継続することが可能となる。なお、送信レートは適用するシステムに応じて変更可能とする。以上説明したように、本実施の形態では、ゲートウェイ装置から、WANに対してダミーRTPデータを送信することとした。これにより、WAN側でゲートウェイ装置の音声データのトラヒックを監視している場合においても、呼を継続することが可能となる。実施の形態3.図6は、本実施の形態に係るゲートウェイ装置1bにおけるL2制御部12bの構成例を示す図である。L2制御部12bは、宛先MAC変換機能部13と、VLAN制御機能部14と、ダミーRTP送受信機能部15と、ダミーRTCPRTPControlProtocol送受信機能部16と、を備える。なお、ゲートウェイ装置1bは、L2制御部12をL2制御部12bに置き換えた点が実施の形態1ゲートウェイ装置1と異なるが、その他の構成は同一である。ダミーRTCP送受信機能部16は、音声データの折り返しを行う際に、音声データの制御用チャネルであるRTCPデータについて、配下のSIP端末から受信したRTCPはゲートウェイ装置1bで折り返し、WAN20には、ダミーRTCPデータを生成し、各ユーザ用ルータ機能部を経由してWANインタフェース部2からWAN20へ送信する。ゲートウェイ装置1bでは、ダミーRTCP送受信機能部16は、ダミーRTCPデータを、通話中のSIP端末60-1に対応するユーザ用ルータ機能部11-1を経由してWAN20へ送信する。WAN20内では、エッジルータ30が、ダミーRTCPデータを受信し、その後、ゲートウェイ装置1bへ折り返す。ゲートウェイ装置1bでは、SIP端末60-1の通信相手SIP端末60-2に対応するユーザ用ルータ機能部11-2が、ダミーRTCPデータを受信し、L2制御部12bへ転送する。L2制御部12bでは、ダミーRTCP送受信機能部16が、ダミーRTCPデータを廃棄する。これにより、WAN20内で、接続するゲートウェイ装置1bからのRTCPデータを監視し、網内の品質データとして利用しているシステムにおいても、ゲートウェイ装置1bからダミーRTCPデータを送信することにより、WAN20は、ダミーRTCPデータを受信することが可能となる。以上説明したように、本実施の形態では、ゲートウェイ装置から、WANに対してダミーRTCPデータを送信することとした。これにより、WANでは、ダミーRTCPデータを網内の品質データとして利用することができる。