JP2010199805A - 通信システムおよび通信方法 - Google Patents

通信システムおよび通信方法 Download PDF

Info

Publication number
JP2010199805A
JP2010199805A JP2009040610A JP2009040610A JP2010199805A JP 2010199805 A JP2010199805 A JP 2010199805A JP 2009040610 A JP2009040610 A JP 2009040610A JP 2009040610 A JP2009040610 A JP 2009040610A JP 2010199805 A JP2010199805 A JP 2010199805A
Authority
JP
Japan
Prior art keywords
identification information
packet
server
terminal
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2009040610A
Other languages
English (en)
Other versions
JP4797078B2 (ja
Inventor
Noritaka Horigome
紀貴 堀米
Masahiro Miyasaka
昌宏 宮坂
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2009040610A priority Critical patent/JP4797078B2/ja
Publication of JP2010199805A publication Critical patent/JP2010199805A/ja
Application granted granted Critical
Publication of JP4797078B2 publication Critical patent/JP4797078B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

【課題】端末に呼処理サーバのＩＰアドレスを開示することなく、端末から呼処理サーバへＩＰパケットを送信する。
【解決手段】ＳＳＣは、端末識別情報および対外識別情報を端末へ送信し、端末識別情報と対外識別情報とサーバ識別情報とをＳＳＥへ送信する。ＳＳＥは、端末から送信されてきたＩＰパケットの宛先が対外識別情報である場合、対外識別情報をサーバ識別情報へ変換して該ＩＰパケットをＳＳＣへ転送する。また、ＳＳＥは、ＳＳＣから送信されてきたＩＰパケットの宛先が端末識別情報である場合、ＩＰパケット内の送信元として含まれるサーバ識別情報を対外識別情報へ変換して該ＩＰパケットを端末へ転送する。
【選択図】図１

Description

本発明は、通信システムおよび通信方法に関する。
ネットワークの加入者に対して、各種の情報通信サービスを提供するための様々な基盤ネットワークの開発が進んでいる。このような基盤ネットワークの１つとしては、例えば、ＮＧＮ（Next Generation Network）がある。なお、ＮＧＮとは、電話サービスをはじめ、固定通信と移動通信とを融合したサービスや将来的な情報通信サービスを提供するためのネットワークである。
ＮＧＮは、パケットベースのネットワークであって、パケットを転送するパケット転送機能と、サービスを制御するサービス制御機能とが分離された構造を有する。
パケット転送機能は、加入者サービスエッジ（以下、ＳＳＥ（Subscriber Service Edge）と称する）や、中継境界ゲートウェイ装置（以下、ＩＢＥ（Intermediate Border gateway Equipment）と称する）を含むエッジルータが行う機能である。
また、サービス制御機能は、セッション開始プロトコル（以下、ＳＩＰ（Session Initiation Protocol）と称する）によってセッションの開始や終了を制御する機能である。サービス制御機能は、加入者セッション制御サーバ（以下、ＳＳＣ（Subscriber Session Control server）と称する）および中継セッション制御サーバ（以下、ＩＳＣ（Intermediate Session Control server）という）の２種類の制御装置によって行われる。
上述した各種の情報通信サービスを提供する基盤ネットワークでは、安全性を向上させることが重要な課題の１つとなる。
例えば、異常なトラヒックが制御装置であるＳＳＣやＩＳＣにかかってしまった場合、ＳＳＣやＩＳＣが正常に動作できずネットワークが使用不能に陥ってしまうおそれがある。これを回避するため、加入者側にあっては、端末装置からの異常なトラヒックがネットワークにかからないようにすることが重要になる。また、ネットワーク側にあっては、ＳＳＣのＩＰアドレスおよびネットワークトポロジーが外部に洩れないように隠蔽することが重要になる。それは、ＳＳＣのＩＰアドレスがネットワークの外部に開示されてそのＩＰアドレスを用いて不正なアクセスが行われた場合、ＳＳＣに不要なトラヒックがかかってしまうからである。
異常なトラヒックがネットワークにかからないようにするファイアウォール制御技術としては、例えば呼処理を行う呼処理サーバから行われる動的パケットフィルタリング制御が用いられる（例えば、特許文献１参照。）。この動的パケットフィルタリング制御は、発着ＩＰアドレスおよび発着ポート番号によって特定されるＩＰパケットのみを、加入者側から事業者ＩＰネットワークへ、または事業者ＩＰネットワーク側から加入者へ通過を許可するようにし、呼処理サーバによって制御されることなく到達したＩＰパケットについては通過を許可しないようにするものである。この技術によれば、呼処理サーバにより制御されていないＩＰパケットは通過が許可されないことから、異常なトラヒックがネットワークにかかることを防ぐことができる。
また、ネットワークの呼処理サーバが端末装置にＳＩＰメッセージを含むＩＰパケット（以下、「ＳＩＰパケット」と称する）を送信する場合に、所定の呼処理サーバから送信されたときのみファイアウォールを通過できるようにしていると、呼処理サーバがステートレス型であるときは、ＳＩＰパケットは必ずしも所定の呼処理サーバを経由することにならない。そのため、所定の呼処理サーバ以外の呼処理サーバが、端末装置にＳＩＰパケットを送信することになる。この場合、ＳＩＰパケットがファイアウォールを通過できなくなってしまう。
そこで、ＳＩＰに準拠した一連の通信手順の途中で、ファイアウォールが、ＳＩＰパケットのなかから、一連の手順を進める間に経由した呼処理サーバを示すルート情報を抽出し、そのルート情報のなかに含まれている呼処理サーバが送信したＳＩＰパケットであれば、通過を許可する技術が考えられている（例えば、特許文献２参照。）。この技術によれば、ＳＩＰに準拠した一連の手順にて、ＳＩＰパケットの転送経路が変更された場合であっても、ファイアウォールがＳＩＰパケットを廃棄することを回避することができる。
特開２００３−２２９８９３号公報 特開２００５−３０１５７３号公報
しかしながら、特許文献１および特許文献２に開示された技術によれば、端末装置に対して、呼処理サーバのＩＰアドレスを隠蔽することができないという問題点がある。
本発明は、上述した課題を解決する通信システムおよび通信方法を提供することを目的とする。
上記課題を解決するために、本発明の通信システムは、利用者が使用する端末と、該端末のセッションを制御するサーバと、該端末と該サーバとの間で送受信されるＩＰパケットを中継する加入者側エッジルータとを具備する通信システムにおいて、前記サーバは、当該サーバを識別するためのサーバ識別情報と、前記端末を識別するための端末識別情報と、前記サーバへ前記ＩＰパケットを送信するために前記端末識別情報と対応付けられた対外識別情報とを前記加入者側エッジルータへ通知し、前記端末識別情報と前記対外識別情報とを前記端末へ通知し、前記端末は、前記対外識別情報を前記ＩＰパケットの宛先に指定し、前記端末識別情報を前記ＩＰパケットの送信元を示す送信元情報に指定して、前記ＩＰパケットを前記加入者側エッジルータへ送信し、前記加入者側エッジルータは、前記端末から送信されてきたＩＰパケットの宛先が前記対外識別情報である場合、該ＩＰパケットの送信元情報を、前記ＩＰパケットを前記サーバへ転送するための対内識別情報へ変換し、該ＩＰパケットの宛先を前記サーバ識別情報へ変換して該ＩＰパケットを前記サーバへ転送することを特徴とする。
上記課題を解決するために、本発明の通信システムは、利用者が使用する端末と、該端末を識別するための端末識別情報を該端末に付与するＤＨＣＰサーバと、該端末のセッションを制御するサーバと、該端末と該サーバとの間で送受信されるＩＰパケットを中継する加入者側エッジルータとを具備する通信システムにおいて、前記ＤＨＣＰサーバは、前記端末識別情報と、該端末が前記サーバへＩＰパケットを送信するために前記端末識別情報と対応付けられた対外識別情報とを、前記端末と前記サーバとへ通知し、前記サーバは、当該サーバを識別するためのサーバ識別情報と、前記端末識別情報と、前記対外識別情報とを前記加入者側エッジルータへ通知し、前記端末は、前記対外識別情報を前記ＩＰパケットの宛先に指定し、前記端末識別情報を前記ＩＰパケットの送信元を示す送信元情報に指定して、前記ＩＰパケットを前記加入者側エッジルータへ送信し、前記加入者側エッジルータは、前記端末から送信されてきたＩＰパケットの宛先が前記対外識別情報である場合、該ＩＰパケットの送信元情報を、前記ＩＰパケットを前記サーバへ転送するための対内識別情報へ変換し、該ＩＰパケットの宛先を前記サーバ識別情報へ変換して該ＩＰパケットを前記サーバへ転送することを特徴とする。
また、本発明の通信システムにおいては、前記加入者側エッジルータは、前記サーバから前記端末識別情報と前記対外識別情報と前記サーバ識別情報とが送信されてきた場合、前記対内識別情報を決定して、該対内識別情報を前記サーバへ送信し、前記サーバから送信されてきたＩＰパケットの宛先が前記対内識別情報であり該ＩＰパケットの送信元情報が前記サーバ識別情報である場合、該送信元情報を前記対外識別情報へ変換し、該宛先を前記端末識別情報へ変換して該ＩＰパケットを前記端末へ転送してもよい。
また、本発明の通信システムにおいては、前記サーバは、前記対内識別情報を決定して、前記端末識別情報と前記対外識別情報と前記サーバ識別情報と前記対内識別情報とを前記加入者側エッジルータへ送信し、前記加入者側エッジルータは、前記サーバから送信されてきたＩＰパケットの宛先が前記対内識別情報であり該ＩＰパケットの送信元情報が前記サーバ識別情報である場合、該送信元情報を前記対外識別情報へ変換し、該宛先を前記端末識別情報へ変換して該ＩＰパケットを前記端末へ転送してもよい。
また、本発明の通信システムにおいては、前記加入者側エッジルータは、前記端末識別情報以外の情報を送信元情報とする、または前記対外識別情報以外の情報を送信先とするＩＰパケットが前記端末から送信されてきた場合、該ＩＰパケットを廃棄し、前記サーバ識別情報以外の情報を送信元とする、または前記対内識別情報以外の情報を送信先とするＩＰパケットが前記サーバから送信されてきた場合、該ＩＰパケットを廃棄してもよい。
また、本発明の通信システムにおいては、前記サーバは、前記ＩＰパケットの宛先が前記端末識別情報である場合、該ＩＰパケット内のＩＰレイヤよりも上位レイヤに関する情報のうち経由したノード情報を含むヘッダから当該サーバ以外の他装置に関する情報を削除し、該ノード情報における該サーバに関する情報として前記サーバ識別情報を前記対外識別情報に書き換え、該他装置に関する情報が削除され、かつ該ノード情報における該サーバに関する情報として前記対外識別情報が記述されたＩＰパケットの宛先を前記対内識別情報として該ＩＰパケットの送信元情報を前記サーバ識別情報として前記加入者側エッジルータへ送信してもよい。
上記課題を解決するために、本発明の通信方法は、利用者が使用する端末と、該端末のセッションを制御するサーバと、該端末と該サーバとの間で送受信されるＩＰパケットを中継する加入者側エッジルータとを具備する通信システムにおける通信方法であって、前記サーバが、当該サーバを識別するためのサーバ識別情報と、前記端末を識別するための端末識別情報と、前記サーバへ前記ＩＰパケットを送信するために前記端末識別情報と対応付けられた対外識別情報とを前記加入者側エッジルータへ通知する処理と、前記サーバが、前記端末識別情報と前記対外識別情報とを前記端末へ通知する処理と、前記端末が、前記対外識別情報を前記ＩＰパケットの宛先に指定し、前記端末識別情報を前記ＩＰパケットの送信元を示す送信元情報に指定して、前記ＩＰパケットを前記加入者側エッジルータへ送信する処理と、前記加入者側エッジルータが、前記端末から送信されてきたＩＰパケットの宛先が前記対外識別情報である場合、該ＩＰパケットの送信元情報を前記ＩＰパケットを前記サーバへ転送するための対内識別情報へ、また該ＩＰパケットの宛先を前記サーバ識別情報へ変換する処理と、前記加入者側エッジルータが、前記送信元情報および前記宛先を変換したＩＰパケットを前記サーバへ転送する処理とを有することを特徴とする。
上記課題を解決するために、本発明の通信方法は、利用者が使用する端末と、該端末を識別するための端末識別情報を該端末に付与するＤＨＣＰサーバと、該端末のセッションを制御するサーバと、該端末と該サーバとの間で送受信されるＩＰパケットを中継する加入者側エッジルータとを具備する通信システムにおける通信方法であって、前記ＤＨＣＰサーバが、前記端末識別情報と、該端末が前記サーバへパケットを送信するために前記端末識別情報と対応付けられた対外識別情報とを、前記端末と前記サーバとへ通知する処理と、前記サーバが、当該サーバを識別するためのサーバ識別情報と、前記端末識別情報と、前記対外識別情報とを前記加入者側エッジルータへ通知する処理と、前記端末が、前記対外識別情報を前記ＩＰパケットの宛先に指定し、前記端末識別情報を前記ＩＰパケットの送信元を示す送信元情報に指定して、前記ＩＰパケットを前記加入者側エッジルータへ送信する処理と、前記加入者側エッジルータが、前記端末から送信されてきたＩＰパケットの宛先が前記対外識別情報である場合、該ＩＰパケットの送信元情報を前記ＩＰパケットを前記サーバへ転送するための対内識別情報へ変換し、また該ＩＰパケットの宛先を前記サーバ識別情報へ変換する処理と、前記加入者側エッジルータが、前記送信元情報および前記宛先を変換したＩＰパケットを前記サーバへ転送する処理とを有することを特徴とする。
また、本発明の通信方法においては、前記加入者側エッジルータが、前記サーバから前記端末識別情報と前記対外識別情報と前記サーバ識別情報とが送信されてきた場合、前記対内識別情報を決定して、該対内識別情報を前記サーバへ送信する処理と、前記加入者側エッジルータが、前記サーバから送信されてきたＩＰパケットの宛先が前記対内識別情報であり該ＩＰパケットの送信元情報が前記サーバ識別情報である場合、該ＩＰパケットの送信元情報を前記対外識別情報へ、また該ＩＰパケットの宛先を前記端末識別情報へ変換する処理と、前記加入者側エッジルータが、前記送信元情報および前記宛先を変換したＩＰパケットを前記端末へ転送する処理とをさらに有してもよい。
また、本発明の通信方法においては、前記サーバが、前記対内識別情報を決定して、前記端末識別情報と前記対外識別情報と前記サーバ識別情報と前記対内識別情報とを前記加入者側エッジルータへ送信する処理と、前記加入者側エッジルータが、前記サーバから送信されてきたＩＰパケットの宛先が前記対内識別情報であり該ＩＰパケットの送信元情報が前記サーバ識別情報である場合、該ＩＰパケットの送信元情報を前記対外識別情報へ、また該ＩＰパケットの宛先を前記端末識別情報へ変換する処理と、前記加入者側エッジルータが、前記送信元情報および前記宛先を変換したＩＰパケットを前記端末へ転送する処理とをさらに有してもよい。
また、本発明の通信方法においては、前記加入者側エッジルータが、前記端末識別情報以外の情報を送信元情報とする、または前記対外識別情報以外の情報を送信先とするＩＰパケットが前記端末から送信されてきた場合、該ＩＰパケットを廃棄する処理と、前記加入者側エッジルータが、前記サーバ識別情報以外の情報を送信元とする、または前記対内識別情報以外の情報を送信先とするＩＰパケットが前記サーバから送信されてきた場合、該ＩＰパケットを廃棄する処理とをさらに有してもよい。
また、本発明の通信方法においては、前記サーバが、前記ＩＰパケットの宛先が前記端末識別情報である場合、該ＩＰパケット内のＩＰレイヤよりも上位レイヤに関する情報のうち経由したノード情報を含むヘッダから当該サーバ以外の他装置に関する情報を削除する処理と、前記サーバが、前記ノード情報における該サーバに関する情報として前記サーバ識別情報を前記対外識別情報に書き換える処理と、前記サーバが、該他装置に関する情報が削除され、かつ該ノード情報における該サーバに関する情報として前記対外識別情報が記述されたＩＰパケットの宛先を前記対内識別情報として該ＩＰパケットの送信元情報を前記サーバ識別情報として前記加入者側エッジルータへ送信する処理とをさらに有してもよい。
本発明によれば、利用者が使用する端末のセッションを制御するサーバは、当該サーバを識別するためのサーバ識別情報と、端末を識別するための端末識別情報と、サーバへＩＰパケットを送信するために端末識別情報と対応付けられた対外識別情報とを加入者側エッジルータへ通知する。また、サーバは、端末識別情報と対外識別情報とを端末へ通知する。端末は、対外識別情報をＩＰパケットの宛先に指定し、端末識別情報をＩＰパケットの送信元を示す送信元情報に指定して、ＩＰパケットを加入者側エッジルータへ送信する。加入者側エッジルータは、端末から送信されてきたＩＰパケットの宛先が対外識別情報である場合、該ＩＰパケットの送信元情報を、ＩＰパケットをサーバへ転送するための対内識別情報へ変換し、該ＩＰパケットの宛先をサーバ識別情報へ変換して該ＩＰパケットをサーバへ転送する。
このような構成としたため、端末に対して呼処理サーバのＩＰアドレスを開示することなく、端末から呼処理サーバへＩＰパケットを送信することができる。
本発明の実施形態１に従った通信システムの構成を示す図である。 図１に示したＳＳＥの構成を示す図である。 接続許可設定情報のデータ構造の一例を示す図である。 図１に示したＳＳＣの構成を示す図である。 実施形態１の通信システムにて、端末とＳＳＣとの間でＩＰパケットが送受信されるときのシーケンスを示す図である。 実施形態２のＳＳＥの構成を示す図である。 実施形態２のＳＳＣの構成を示す図である。 実施形態２の通信システムにて、端末とＳＳＣとの間でＩＰパケットが送受信されるときのシーケンスを示す図である。 本発明の実施形態３に従った通信システムの構成を示す図である。 実施形態３のＤＨＣＰサーバの構成を示す図である。 実施形態３のＳＳＣの構成を示す図である。 実施形態３の通信システムにて、端末とＳＳＣとの間でＩＰパケットが送受信されるときのシーケンスを示す図である。
（実施形態１）
以下、本発明の実施形態１に従った通信システム（通信方法を含む）を説明する。
まず、実施形態１の通信システムの全体構成を説明する。
図1に示すように、この通信システムは、ネットワーク１と、端末装置４（以下、単に「端末４」という）とから構成される。
ネットワーク１は、端末４から送信されてきた任意の「ＩＰ（Internet Protocol）パケット」を当該端末４の通信先へ送信する。また、ネットワーク１は、端末４の通信先から送信されてきたＩＰパケットを端末４へ送信する。
ここでいう通信先とは、例えば、端末４に対して各種の情報通信サービスなどを提供するサービス提供サーバでもよい。また、例えば、通信システム内に複数の端末４が存在する場合、ＩＰパケットを送信する端末４と異なる他の端末４でもよい。
なお、ネットワーク１の形態については特に限定しないが、この説明例では、ネットワーク１が、ＮＧＮである場合を例に挙げて説明する。また、本実施形態では、ネットワーク１が端末４とその通信先とを接続するセッション（呼）を制御するための呼制御プロトコルとして、ＳＩＰを用いる。また、以下では、ネットワーク１が、ＩＰパケットとして、ＳＩＰメッセージを含むＳＩＰパケットを伝送する場合を例に挙げて説明する。
ネットワーク１（ＮＧＮ）は、例えば、パケットベースのネットワークであって、パケット転送層２とサービス制御層３とから構成される。
パケット転送層２は、パケットの転送機能を果たす論理的な層である。パケット転送層２は、ＳＳＥ２１と、ＩＢＥ２２とから構成される。
また、サービス制御層３は、各種サービスの制御機能を果たす論理的な層である。サービス制御層３は、ＳＳＣ３１と、ＩＳＣ３２とから構成される。ＳＳＥ２１、ＩＢＥ２２、ＳＳＣ３１、ＩＳＣ３２および端末４の各台数は、任意でよい。また、ＳＳＥ２１、ＩＢＥ２２、ＳＳＣ３１およびＩＳＣ３２は、それぞれ独立した筺体で構成するに限らず、同一の筺体内に収容された構成でもよい。
ＳＳＥ２１は、端末４と端末４の通信先との間で送受信されるＳＩＰパケットを含む任意のＩＰパケットを中継する。ＳＳＥ２１は、端末４の利用者（つまり、ネットワーク１の加入者）側のルータとして機能する「加入者側エッジルータ」である。
ＩＢＥ２２は、ネットワーク１と、ネットワーク１以外の他のネットワーク（図示せず）との間で、ＳＩＰパケットを含む任意のＩＰパケットの送受信を行う。
ＳＳＣ３１は、ネットワーク１に加入している端末４のセッションを制御する「サーバ」である。
ＩＳＣ３２は、ネットワーク１と他のネットワークとの間の接続を制御するサーバである。
端末４は、利用者が用いる「端末」であり、ＳＩＰクライアントに相当する。
本実施形態では、ＳＳＥ２１を介して端末４とＳＳＣ３１との間でＩＰパケットの送受信を行う場合、第１の通信先指定情報、第２の通信先指定情報、第３の通信先指定情報および第４の通信先指定情報が用いられる。
第１の通信先指定情報は、ＳＳＣ３１を宛先とするＩＰパケット（この例では、ＳＩＰパケット）を端末４が送信する場合、当該ＩＰパケットの送信元を示す「送信先情報」として指定される情報である。
第１の通信先指定情報は、端末４を固有に識別するための「端末識別情報」であり、例えば、端末４のＩＰアドレスである。本実施形態では、ＳＳＣ３１が、ネットワーク１へアクセスしてきた端末４に対してＩＰアドレスを自動的に割り当てるＤＨＣＰ（Dynamic Host Configuration Protocol）機能を有し、第１の通信先指定情報を端末４へ付与する。なお、実施形態３にて後述するように、ネットワーク１内に存在するＤＨＣＰサーバ（図示せず）が、第１の通信先指定情報を端末４に付与してもよい。
第２の通信先指定情報は、ＳＳＣ３１を宛先とするＩＰパケット（この例では、ＳＩＰパケット）をネットワーク１の外部に存在する端末４が送信する場合、当該ＩＰパケットの宛先（送信先）として指定される「対外識別情報」である。第２の通信先指定情報は、ＳＳＥ２１のＩＰアドレスおよびポート番号である。
第２の通信先指定情報は、ＳＳＣ３１から第１の通信先指定情報とともに端末４へ通知される場合と、ＳＳＣ３１以外の他装置（ＤＨＣＰサーバなど）から端末４へ通知される場合とがある。
第３の通信先指定情報は、送信元を第１の通信先情報に指定し、宛先を第２の通信先指定情報に指定した端末４からのＩＰパケット（この例では、ＳＩＰパケット）をＳＳＥ２１がＳＳＣ３１へ転送する場合、該ＩＰパケットの送信元として指定される「対内識別情報」である。
本実施形態では、ＳＳＥ２１が、第３の通信先指定情報を決定する。この場合、ＳＳＥ２１は、第１、第２および第４の通信先指定情報と異なるＩＰアドレスおよびポート番号を、第３の通信先指定情報として決定する。なお、ＳＳＣ３１などのＳＳＥ２１以外の装置が、第３の通信先指定情報を決定してＳＳＥ２１へ通知してもよい。
第４の通信先指定情報は、ＳＳＣ３１を宛先とする端末４からのＩＰパケット（この例では、ＳＩＰパケット）をＳＳＥ２１がＳＳＣ３１へ転送する場合、当該ＩＰパケットの送信先として指定される情報である。
なお、第４の通信先指定情報は、ＳＳＣ３１を固有に識別するための「サーバ識別情報」であって、ＳＳＣ３１に付与されたＩＰアドレスおよびポート番号である。本実施形態では、第４の通信先指定情報は、ＳＳＣ３１がネットワーク１と接続された際にあらかじめ付与された情報である。
実施形態１の通信システムの機能を実現するため、ＳＳＥ２１およびＳＳＣ３１は、上述した第１〜第４の通信先指定情報を用いて以下のような動作を連携して行う。
ＳＳＣ３１は、端末４に対して付与する第１の通信先指定情報と、ＳＳＥ２１に対して付与する第２の通信先指定情報とを決定する。
ＳＳＣ３１は、端末４に対して、決定した第１の通信先指定情報および第２の通信先指定情報を送信する。なお、実施形態３において後述するようにネットワーク１内にＤＨＣＰサーバが存在する場合、ＤＨＣＰサーバが、第１および第２の通信先指定情報を決定し、端末４に通知する。
また、ＳＳＣ３１は、第１の通信先指定情報および第２の通信先情報とともに、ＳＳＣ３１を固有に識別するための第４の通信先指定情報を、ＳＳＥ２１に対して送信する。
ＳＳＥ２１は、ＳＳＣ３１から送信されてきた第１、第２および第４の通信先指定情報を受信した場合、第１、第２および第４の通信先指定情報に基づいて、端末４からのＩＰパケット（この例では、ＳＩＰパケット）をＳＳＣ３１へ転送するときに用いる第３の通信先指定情報を決定する。そして、ＳＳＥ２１は、第３の通信先指定情報をＳＳＣ３１へ送信する。
また、ＳＳＥ２１は、端末４の第１の通信先指定情報を送信元とし、ＳＳＥ２１の第２の通信先指定情報を送信先とするＩＰパケット（この例では、ＳＩＰパケット）が、ファイアウォールを通過できるように制御する。さらに、ＳＳＥ２１は、ＳＳＣ３１の第４の通信先指定情報を送信元とし、ＳＳＥ２１の第３の通信先指定情報を送信先とするＩＰパケット（この例では、ＳＩＰパケット）が、ファイアウォールを通過できるように制御する。
なお、ＳＳＥ２１は、第１の通信先指定情報以外の通信先指定情報を送信元とする、または第２の通信先指定情報以外の通信先指定情報を送信先とするＳＳＣ３１宛のＩＰパケット（この例では、ＳＩＰパケット）が端末４から送信されてきた場合、該ＩＰパケットを廃棄する。
また、ＳＳＥ２１は、第４の通信先指定情報以外の通信先指定情報を送信元とする、または第３の通信先指定情報以外の通信先指定情報を送信先とする端末４宛のＩＰパケット（この例では、ＳＩＰパケット）がＳＳＣ３１から送信されてきた場合、該ＩＰパケットを廃棄する。
ＳＳＥ２１は、端末４から送信されてきたＳＳＣ３１を宛先とするＩＰパケット（この例では、ＳＩＰパケット）が、送信元が第１の通信先指定情報であり、かつ、送信先が第２の通信先指定情報である場合、当該ＩＰパケットの送信元を第１の通信先指定情報から第３の通信先指定情報に変換するとともに送信先を第２の通信先指定情報から第４の通信先指定情報に変換する。そして、送信元として第３の通信先指定情報が指定され送信先として第４の通信先指定情報が指定されたＩＰパケットを、ＳＳＣ３１へ転送する。なお、端末４が送信するＩＰパケットの例としては、ＳＩＰクライアントがその通信先への接続を要求するためのＩＮＶＩＴＥパケットなどが挙げられる。
また、ＳＳＥ２１は、ＳＳＣ３１から送信されてきた端末４を宛先とするＩＰパケットが、送信元が第４の通信先指定情報であり、かつ、送信先が第３の通信先指定情報である場合、当該ＩＰパケットの送信元を第４の通信先指定情報から第２の通信先指定情報に変換するとともに送信先を第３の通信先指定情報から第１の通信先指定情報に変換する。そして、送信元として第２の通信先指定情報が指定され送信先として第１の通信先指定情報が指定されたＩＰパケットを、端末４へ転送する。なお、ＳＳＣ３１が送信するＩＰパケットの例としては、ＳＩＰクライアントからの要求がその要求先にて受信および識別されたことを示すＯＫパケットなどが挙げられる。
なお、以下では、ＳＳＥ２１により変換される前のＩＰパケットの送信元を「旧送信元」と称し、ＳＳＥ２１により変換されたＩＰパケットの送信元を「新送信元」と称する。
また、以下では、ＳＳＥ２１により変換される前のＩＰパケットの送信先を「旧送信先」と称し、ＳＳＥ２１により変換されたＩＰパケットの送信先を「新送信先」と称する。
つぎに、ＳＳＥ２１の構成について、図２を参照して詳細に説明する。
図２に示すように、ＳＳＥ２１は、アドレス受信部２１１と、変換テーブル生成部２１２と、アドレス送信部２１３と、ファイアウォール制御部２１４と、アドレスポート変換部２１５とを有する。
アドレス受信部２１１は、ＳＳＣ３１から送信されてきた第１、第２および第４の通信先指定情報を受信する。
変換テーブル生成部２１２は、アドレス受信部２１１が受信した第１、第２および第４の通信先指定情報に基づいて、第３の通信先指定情報を決定する。
また、変換テーブル生成部２１２は、変換テーブルＴＢＬを生成して記憶する。
変換テーブルＴＢＬは、端末４とＳＳＣ３１との間でＩＰパケット（この例では、ＳＩＰパケット）を中継する際に送信先および送信元を変更するためのテーブルである。本実施形態では、図３に示すように、変換テーブルＴＢＬは、旧送信元と新送信元とを対応付けるとともに、旧送信先と新送信先とを対応付ける。
図２に示したアドレス送信部２１３は、変換テーブル生成部２１２が決定した第３の通信先指定情報をＳＳＣ３１へ送信する。
ファイアウォール制御部２１４は、変換テーブル生成部２１２が記憶している変換テーブルＴＢＬに基づいて、端末４の第１の通信先指定情報を送信元とし、ＳＳＥ２１の第２の通信先指定情報を送信先とするＩＰパケットが、ファイアウォールを通過できるように制御する。
また、ファイアウォール制御部２１４は、第１の通信先指定情報以外の通信先指定情報を送信元とする、または第２の通信先指定情報以外の通信先指定情報を送信先とするＳＳＣ３１宛のＩＰパケットが端末４から送信されてきた場合、該ＩＰパケットを廃棄する。
また、ファイアウォール制御部２１４は、変換テーブル生成部２１２が記憶している変換テーブルＴＢＬに基づいて、ＳＳＣ３１の第４の通信先指定情報を送信元とし、ＳＳＥ２１の第３の通信先指定情報を送信先とするＩＰパケットが、ファイアウォールを通過できるように制御する。
また、ファイアウォール制御部２１４は、第４の通信先指定情報以外の通信先指定情報を送信元とする、または第３の通信先指定情報以外の通信先指定情報を送信先とする端末４宛のＩＰパケットがＳＳＣ３１から送信されてきた場合、該ＩＰパケットを廃棄する。
アドレスポート変換部２１５は、端末４またはＳＳＣ３１と通信する機能を有する。
アドレスポート変換部２１５は、端末４またはＳＳＣ３１のいずれかから送信されてきたＩＰパケットを受信した場合、変換テーブル生成部２１２が生成した変換テーブルＴＢＬに基づいて、当該ＩＰパケットの送信元および送信先を変更する。
アドレスポート変換部２１５は、端末４から送信されてきたＩＰパケットの送信元が第１の通信先指定情報であり、かつ、送信先が第２の通信先指定情報である場合、当該ＩＰパケットの送信元を第１の通信先指定情報から第３の通信先指定情報に変換するとともに送信先を第２の通信先指定情報から第４の通信先指定情報に変換する。そして、アドレスポート変換部２１５は、新送信元として第３の通信先指定情報が指定され新送信先として第４の通信先指定情報が指定されたＩＰパケットを、ＳＳＣ３１へ転送する。
また、アドレスポート変換部２１５は、ＳＳＣ３１から送信されてきたＩＰパケットの送信元が第４の通信先指定情報であり、かつ、送信先が第３の通信先指定情報である場合、当該ＩＰパケットの送信元を第４の通信先指定情報から第２の通信先指定情報に変換するとともに送信先を第３の通信先指定情報から第１の通信先指定情報に変換する。そして、アドレスポート変換部２１５は、新送信元として第２の通信先指定情報が指定され新送信先として第１の通信先指定情報が指定されたＩＰパケットを、端末４へ転送する。
つぎに、ＳＳＣ３１の構成について、図４を参照して詳細に説明する。
図４に示すように、ＳＳＣ３１は、アドレス決定部３１０と、アドレス送信部３１１と、アドレス受信部３１２と、変換テーブル生成部３１３ａと、変換テーブル記憶部３１３ｂと、ＳＩＰパケット送受信部３１４とを有する。
アドレス決定部３１０は、端末４がネットワーク１に接続された場合、端末４に対して付与する第１の通信先指定情報を決定する。
また、アドレス決定部３１０は、端末４がＩＰパケットを送信する際に送信先として指定するためのＳＳＥ２１に付与する第２の通信先指定情報を決定する。
アドレス送信部３１１は、端末４に対して、決定した第１の通信先指定情報および第２の通信先指定情報を送信する。
また、アドレス送信部３１１は、第１および第２の通信先指定情報を端末４へ送信した場合、ＳＳＥ２１に対して第１、第２および第４の通信先指定情報を送信する。
アドレス受信部３１２は、ＳＳＥ２１から送信されてきた第３の通信先指定情報を受信する。
変換テーブル生成部３１３ａは、アドレス受信部３１２が受信した第３の通信先指定情報と、第１、第２および第４の通信先指定情報とに基づいて、変換テーブルＴＢＬを生成して変換テーブル記憶部３１３ｂに書込む。なお、変換テーブル生成部３１３ａは、図３に示した変換テーブルＴＢＬを生成する。
変換テーブル記憶部３１３ｂは、変換テーブル生成部３１３ａにより書き込まれた変換テーブルＴＢＬを記憶する。
ＳＩＰパケット送受信部３１４は、ＳＳＥ２１またはＩＳＣ３２との間で任意のパケットの送受信を行う。
ＳＩＰパケット送受信部３１４は、ＳＳＥ２１が転送してきた端末４から送信されたＩＰパケットを受信する。
また、ＳＩＰパケット送受信部３１４は、端末４を宛先とするＩＰパケットをＳＳＥ２１へ送信する場合、その送信前に当該ＩＰパケットを削除部３１５へ出力する。ここで出力されるＩＰパケットは、送信元として第４の通信先指定情報が指定され、送信先として第３の通信先指定情報が指定されている。
そして、ＳＩＰパケット送受信部３１４は、削除部３１５から出力されたＩＰパケットをＳＳＥ２１へ送信する。
削除部３１５は、変換テーブル記憶部３１３ｂ内の変換テーブルＴＢＬに基づいて、ＳＩＰパケット送受信部３１４から出力されてきたＩＰパケットの宛先が、端末４に与えられた第１の通信先指定情報であるかどうかを判別する。
削除部３１５は、ＩＰパケットの宛先が第１の通信先指定情報であると判別した際、当該ＩＰパケット内にＩＰレイヤよりも上位レイヤに関する情報のうち経由したノード情報（ルーティング情報）を含むヘッダがある場合、当該ヘッダから自装置（ＳＳＣ３１）以外の他装置に関する情報を削除する。
また、削除部３１５は、ＩＰパケットのヘッダ内のノード情報におけるＳＳＣ３１に関する情報として、第４の通信先指定情報（サーバ識別情報）が記述されている場合、第２の通信先指定情報（対外識別情報）に書き換える。そして、削除部３１５は、ＳＳＣ３１以外の他装置に関する情報がヘッダに含まれるノード情報から削除され、かつ当該ノード情報にＳＳＣ３１に関する情報として第２の通信先指定情報が記述されたＩＰパケットをＳＩＰパケット送受信部３１４へ出力する。
なお、削除部３１５は、ＩＰパケットがＳＩＰパケットである場合、その宛先が第１の通信先指定情報であると判別した際に、ＳＩＰパケットに含まれているＶｉａヘッダおよびＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダのうちから自装置（ＳＳＣ３１）以外の他装置に関する情報を削除する。
また、ＩＰパケットがＳＩＰパケットである場合、削除部３１５は、ＳＩＰパケットに含まれているＶｉａヘッダおよびＲｅｃｏｒｄ−ＲｏｕｔｅヘッダにおけるＳＳＣ３１に関する情報として、第４の通信先指定情報が記述されている場合、第２の通信先指定情報に書き換える。そして、削除部３１５は、ＳＳＣ３１以外の他装置に関する情報がＶｉａヘッダおよびＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダから削除され、かつ当該ＶｉａヘッダおよびＲｅｃｏｒｄ−ＲｏｕｔｅヘッダにＳＳＣ３１に関する情報として第２の通信先指定情報が記述されたＳＩＰパケットをＳＩＰパケット送受信部３１４へ出力する。
なお、ＶｉａヘッダおよびＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダは、ＩＰパケットが最終的な宛先に到達するまでに経由した装置（例えば、ＳＳＣ３１以外の他のサーバ）を特定するための「経路情報」である。
つぎに、上記構成を有する実施形態１の通信システムにて、ＳＳＥ２１を介して端末４とＳＳＣ３１との間でＩＰパケットが送受信される動作を、図５を参照して説明する。この動作例では、端末４とＳＳＣ３１との間で送受信されるＩＰパケットとして、ＳＩＰメッセージを含むＳＩＰパケットを伝送する場合を例に挙げて説明する。
図５に示すように、端末４がネットワーク１に接続された場合、まず、ステップＳ１にて、ＳＳＣ３１は、端末４に対して付与する第１の通信先指定情報と、ＳＳＥ２１に対して付与する第２の通信先指定情報とを決定する。なお、実施形態３にて後述するように第１および第２の通信先指定情報がＳＳＣ３１以外の装置により決定される場合、ＳＳＣ３１は、ステップＳ２１の処理を行わない。
続いて、ＳＳＣ３１は、端末４に対して、決定した第１の通信先指定情報および第２の通信先指定情報を送信する。
さらに、ステップＳ２にて、ＳＳＣ３１は、端末４へ送信した第１および第２の通信先情報とともに第４の通信先指定情報を、ＳＳＥ２１に対して送信する。
すると、ＳＳＥ２１は、ＳＳＣ３１から送信されてきた第１、第２および第４の通信先指定情報に基づいて第３の通信先指定情報を決定する。
そして、ステップＳ３にて、ＳＳＥ２１は、第１〜第４の通信先指定情報を用いて、図３に示したような変換テーブルＴＢＬを生成する。さらに、ＳＳＥ２１は、第３の通信先指定情報をＳＳＣ３１へ送信する。
すると、ステップＳ４にて、ＳＳＣ３１は、ＳＳＥ２１から送信されてきた第３の通信先指定情報と、第１、第２および第４の通信先指定情報とに基づいて、変換テーブルＴＢＬを生成する。そして、ＳＳＣ３１は、生成した変換テーブルＴＢＬを記憶する。
一方、ステップＳ５にて、ＳＳＥ２１は、端末４の第１の通信先指定情報を送信元とし、ＳＳＥ２１の第２の通信先指定情報を送信先とするＩＰパケットが、ファイアウォールを通過できるように制御する。さらに、ステップＳ５にて、ＳＳＥ２１は、ＳＳＣ３１の第４の通信先指定情報を送信元とし、ＳＳＥ２１の第３の通信先指定情報を送信先とするＩＰパケットが、ファイアウォールを通過できるように制御する。
なお、このファイアウォール制御において、ＳＳＥ２１は、第１の通信先指定情報以外の通信先指定情報を送信元とする、または第２の通信先指定情報以外の通信先指定情報を送信先とするＳＳＣ３１宛のＩＰパケットが端末４から送信されてきた場合、該ＩＰパケットを廃棄する。また、ＳＳＥ２１は、第４の通信先指定情報以外の通信先指定情報を送信元とする、または第３の通信先指定情報以外の通信先指定情報を送信先とする端末４宛のＩＰパケットがＳＳＣ３１から送信されてきた場合、該ＩＰパケットを廃棄する。
その後、ステップＳ６にて、端末４は、ＳＳＣ３１を宛先とするＩＰパケットを、送信元を第１の通信先指定情報に指定するとともに送信先を第２の通信先指定情報に指定してＳＳＥ２１へ送信する。
すると、ステップＳ７にて、ＳＳＥ２１は、変換テーブルＴＢＬに基づいて、端末４から送信されてきたＩＰパケットの送信元を第１の通信先指定情報から第３の通信先指定情報に変換するとともに送信先を第２の通信先指定情報から第４の通信先指定情報に変換する。そして、ＳＳＥ２１は、新送信元として第３の通信先指定情報が指定され新送信先として第４の通信先指定情報が指定されたＩＰパケットを、ＳＳＣ３１へ転送する。すると、ステップＳ８にて、ＳＳＣ３１は、ＳＳＥ２１が転送してきた端末４が送信したＩＰパケットを受信する。
つぎに、端末４を宛先とするＩＰパケットをＳＳＣ３１が送信する場合を考える。
この場合、ＳＳＣ３１は、ＩＰパケットの宛先が端末４に与えられた第１の通信先指定情報であるかどうかを判別する。
ＩＰパケットの宛先が第１の通信先指定情報であると判別した際、ステップＳ９にて、ＳＳＣ３１は、当該ＩＰパケット内にＩＰレイヤよりも上位レイヤに関する情報のうち経由したノード情報（ルーティング情報）を含むヘッダがある場合、当該ヘッダから自装置（ＳＳＣ３１）以外の他装置に関する情報を削除する。また、削除部３１５は、ＩＰパケットのヘッダ内のノード情報におけるＳＳＣ３１に関する情報として、第４の通信先指定情報が記述されている場合、第２の通信先指定情報に書き換える。
この動作例では、ＩＰパケットはＳＩＰパケットであるため、ステップＳ９にて、ＳＳＣ３１は、当該ＩＰパケット内のＶｉａヘッダおよびＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダから自装置（ＳＳＣ３１）以外の他装置に関する情報を削除する。また、この場合、削除部３１５は、ＳＩＰパケットに含まれているＶｉａヘッダおよびＲｅｃｏｒｄ−ＲｏｕｔｅヘッダにおけるＳＳＣ３１に関する情報として、第４の通信先指定情報が記述されている場合、第２の通信先指定情報に書き換える。
続いて、ステップＳ１０にて、ＳＳＣ３１は、ＳＳＣ３１以外の他装置に関する情報がヘッダに含まれるノード情報から削除され、かつ当該ノード情報にＳＳＣ３１に関する情報として第２の通信先指定情報が記述されたＩＰパケットを、送信元を第４の通信先指定情報に指定するとともに送信先を第３の通信先指定情報に指定してＳＳＥ２１へ送信する。
この動作例では、ＩＰパケットはＳＩＰパケットであるため、ステップＳ１０にて、ＳＳＣ３１は、ＶｉａヘッダおよびＲｅｃｏｒｄ−ＲｏｕｔｅヘッダからＳＳＣ３１以外の他装置に関する情報が削除され、かつ当該ＶｉａヘッダおよびＲｅｃｏｒｄ−ＲｏｕｔｅヘッダにＳＳＣ３１に関する情報として第２の通信先指定情報が記述されたＳＩＰパケットを、送信元を第４の通信先指定情報に指定するとともに送信先を第３の通信先指定情報に指定してＳＳＥ２１へ送信する。
すると、ステップＳ１１にて、ＳＳＥ２１は、ＳＳＣ３１から送信されてきた端末４を宛先とするＩＰパケットの送信元を第４の通信先指定情報から第２の通信先指定情報に変換するとともに送信先を第３の通信先指定情報から第１の通信先指定情報に変換する。そして、新送信元として第２の通信先指定情報が指定され新送信先として第１の通信先指定情報が指定されたＩＰパケットを、端末４へ転送する。
以上で、実施形態１の通信システムにおいて、端末４とＳＳＣ３１との間でＩＰパケット（この動作例では、ＳＩＰパケット）を送受信する一連の動作が終了する。
以上説明したように、実施形態１の通信システムによれば、ＳＳＥ２１が第３の通信先指定情報を決定することにより、第１〜第４の通信先指定情報を用いて接続制御を行う。この接続制御において、端末４がＩＰパケットを送信する場合、その送信先が第２の通信先指定情報に固定されるため、ＳＳＣ３１のアドレスが変更されてしまった場合などでも、端末４に対してＳＳＣ３１のアドレスを隠蔽することができる。
また、ＳＳＣ３１が端末４にＩＰパケットを送信する場合、当該ＩＰパケット内のＩＰレイヤよりも上位レイヤに関する情報のうち経由したノード情報（ルーティング情報）を含むヘッダからＳＳＣ３１以外の他装置に関する情報が削除され、かつ当該ノード情報にＳＳＣ３１に関する情報として第２の通信先指定情報が記述されたＩＰパケットを送信する。そのため、端末４に対してネットワーク１のネットワークトポロジーを隠蔽しつつ、端末４とＳＳＣ３１との間でＩＰパケットを送受信することができる。
（実施形態２）
つぎに、実施形態２の通信システムについて説明する。
実施形態２の通信システムは、ＳＳＣ３１が、ＳＳＥ２１に付与する第３の通信先指定情報を決定してＳＳＥ２１へ送信する点で、実施形態１と異なる。
実施形態２の通信システムの機能を実現するために、ＳＳＥ２１およびＳＳＣ３１は、以下のような動作を連携して行う。
ＳＳＣ３１は、端末４に付与する第１の通信先指定情報と、ＳＳＥ２１に付与する第２の通信先指定情報とを決定し、第１および第２の通信先指定情報を端末４へ送信する。なお、第１および第２の通信先指定情報がＳＳＣ３１以外の装置により決定される場合、本機能は省略される。
さらに、ＳＳＣ３１は、ＳＳＥ２１に付与する第３の通信先指定情報を決定する。そして、ＳＳＣ３１は、第１、第２、第３および第４の通信先指定情報を、ＳＳＥ２１へ送信する。
すると、ＳＳＥ２１は、端末４の第１の通信先指定情報を送信元とし、ＳＳＥ２１の第２の通信先指定情報を送信先とするＩＰパケットが、ファイアウォールを通過できるように制御する。さらに、ＳＳＥ２１は、ＳＳＣ３１の第４の通信先指定情報を送信元とし、ＳＳＥ２１の第３の通信先指定情報を送信先とするＩＰパケットが、ファイアウォールを通過できるように制御する。
ＳＳＥ２１は、端末４から送信されてきたＳＳＣ３１を宛先とするＩＰパケットの送信元が第１の通信先指定情報であり、かつ、送信先が第２の通信先指定情報である場合、当該ＩＰパケットの送信元を第１の通信先指定情報から第３の通信先指定情報に変換するとともに送信先を第２の通信先指定情報から第４の通信先指定情報に変換する。そして、送信元として第３の通信先指定情報が指定され送信先として第４の通信先指定情報が指定されたＩＰパケットを、ＳＳＣ３１へ転送する。
また、ＳＳＥ２１は、ＳＳＣ３１から送信されてきた端末４を宛先とするＩＰパケットの送信元が第４の通信先指定情報であり、かつ、送信先が第３の通信先指定情報である場合、当該ＩＰパケットの送信元を第４の通信先指定情報から第２の通信先指定情報に変換するとともに送信先を第３の通信先指定情報から第１の通信先指定情報に変換する。そして、送信元として第２の通信先指定情報が指定され送信先として第１の通信先指定情報が指定されたＩＰパケットを、端末４へ転送する。
つぎに、実施形態２のＳＳＥ２１の構成について、図６を参照して詳細に説明する。
図６に示すように、ＳＳＥ２１は、図２に示したアドレス送信部２１３を有していない点が、実施形態１のＳＳＥ２１と異なっている。
また、実施形態２のアドレス受信部２１１は、ＳＳＣ３１から送信されてきた第１、第２、第３および第４の通信先指定情報を受信する。
変換テーブル生成部２１２は、アドレス受信部２１１が受信した第１〜第４の通信先指定情報に基づいて、図３に示したような変換テーブルＴＢＬを生成して記憶する。
つぎに、実施形態２のＳＳＣ３１の構成について、図７を参照して詳細に説明する。
図７に示すように、実施形態２のＳＳＣ３１は、アドレス受信部３１２を有していない点が、実施形態１のＳＳＣ３１と異なっている。
また、実施形態２のアドレス決定部３１０は、端末４がネットワーク１に接続された場合、第１および第２の通信先指定情報に加えて、ＳＳＥ２１に対して付与する第３の通信先指定情報を決定する。
実施形態２の変換テーブル生成部３１３ａは、アドレス決定部３１０が決定した第１〜第３の通信先指定情報と、第４の通信先指定情報とを用いて、図３に示した変換テーブルＴＢＬを生成する。
実施形態２のアドレス送信部３１１は、第１および第２の通信先指定情報を端末４へ送信した場合、ＳＳＥ２１に対して第１、第２、第３および第４の通信先指定情報を送信する。
つぎに、上記構成を有する実施形態２の通信システムにて、ＳＳＥ２１を介して端末４とＳＳＣ３１との間でＩＰパケットが送受信される動作を、図８を参照して説明する。この動作例では、端末４とＳＳＣ３１との間で送受信されるＩＰパケットとして、ＳＩＰメッセージを含むＳＩＰパケットを伝送する場合を例に挙げて説明する。
図８に示すように、端末４がネットワーク１に接続された場合、まず、ステップＳ２１にて、ＳＳＣ３１は、端末４に対して付与する第１の通信先指定情報と、ＳＳＥ２１に対して付与する第２の通信先指定情報とを決定する。続いて、ＳＳＣ３１は、端末４に対して、決定した第１の通信先指定情報および第２の通信先指定情報を送信する。なお、第１および第２の通信先指定情報がＳＳＣ３１以外の装置により決定される場合、ＳＳＣ３１は、ステップＳ２１の処理を行わない。
その後、ＳＳＣ３１は、ＳＳＥ２１に付与する第３の通信先指定情報を決定する。
そして、ステップＳ２２にて、ＳＳＣ３１は、第１〜第４の通信先指定情報を用いて図３に示した変換テーブルＴＢＬを生成する。また、ステップＳ２３にて、ＳＳＣ３１は、第１、第２、第３および第４の通信先指定情報をＳＳＥ２１へ送信する。
すると、ステップＳ２４にて、ＳＳＥ２１は、ＳＳＣ３１から送信されてきた第１、第２、第３および第４の通信先指定情報に基づいて、図３に示した変換テーブルＴＢＬを生成する。
続いて、ステップＳ２５にて、ＳＳＥ２１は、端末４の第１の通信先指定情報を送信元とし、ＳＳＥ２１の第２の通信先指定情報を送信先とするＩＰパケットが、ファイアウォールを通過できるように制御する。さらに、ＳＳＥ２１は、ＳＳＣ３１の第４の通信先指定情報を送信元とし、ＳＳＥ２１の第３の通信先指定情報を送信先とするＩＰパケットが、ファイアウォールを通過できるように制御する。
なお、このファイアウォール制御において、ＳＳＥ２１は、第１の通信先指定情報以外の通信先指定情報を送信元とする、または第２の通信先指定情報以外の通信先指定情報を送信先とするＳＳＣ３１宛のＩＰパケットが端末４から送信されてきた場合、該ＩＰパケットを廃棄する。また、ＳＳＥ２１は、第４の通信先指定情報以外の通信先指定情報を送信元とする、または第３の通信先指定情報以外の通信先指定情報を送信先とする端末４宛のＩＰパケットがＳＳＣ３１から送信されてきた場合、該ＩＰパケットを廃棄する。
その後、ステップＳ２６にて、端末４は、ＳＳＣ３１を宛先とするＩＰパケットを、送信元を第１の通信先指定情報に指定するとともに送信先を第２の通信先指定情報に指定してＳＳＥ２１へ送信する。
すると、ステップＳ２７にて、ＳＳＥ２１は、変換テーブルＴＢＬに基づいて、端末４から送信されてきたＩＰパケットの送信元を第１の通信先指定情報から第３の通信先指定情報に変換するとともに送信先を第２の通信先指定情報から第４の通信先指定情報に変換する。そして、ＳＳＥ２１は、新送信元として第３の通信先指定情報が指定され新送信先として第４の通信先指定情報が指定されたＩＰパケットを、ＳＳＣ３１へ転送する。すると、ステップＳ２８にて、ＳＳＣ３１は、ＳＳＥ２１が転送してきた端末４が送信したＩＰパケットを受信する。
つぎに、端末４を宛先とするＩＰパケットをＳＳＣ３１が送信する場合を考える。
この場合、ＳＳＣ３１は、ＩＰパケットの宛先が第１の通信先指定情報であるかどうかを判別する。
ＩＰパケットの宛先が第１の通信先指定情報であると判別した際、ステップＳ２９にて、ＳＳＣ３１は、当該ＩＰパケット内にＩＰレイヤよりも上位レイヤに関する情報のうち経由したノード情報（ルーティング情報）を含むヘッダがある場合、当該ヘッダから自装置（ＳＳＣ３１）以外の他装置に関する情報を削除する。また、ＳＳＣ３１は、ＩＰパケットのヘッダ内のノード情報におけるＳＳＣ３１に関する情報として、第４の通信先指定情報が記述されている場合、第２の通信先指定情報に書き換える。
この動作例では、ＩＰパケットはＳＩＰパケットであるため、ステップＳ２９にて、ＳＳＣ３１は、当該ＩＰパケット内のＶｉａヘッダおよびＲｅｃｏｒｄ−ＲｏｕｔｅヘッダのうちからＳＳＣ３１以外の他装置に関する情報を削除する。また、この場合、削除部３１５は、ＳＩＰパケットに含まれているＶｉａヘッダおよびＲｅｃｏｒｄ−ＲｏｕｔｅヘッダにおけるＳＳＣ３１に関する情報として、第４の通信先指定情報が記述されている場合、第２の通信先指定情報に書き換える。
続いて、ステップＳ３０にて、ＳＳＣ３１は、ＳＳＣ３１以外の他装置に関する情報がヘッダに含まれるノード情報から削除され、かつ当該ノード情報にＳＳＣ３１に関する情報として第２の通信先指定情報が記述されたＩＰパケットを、送信元を第４の通信先指定情報に指定するとともに送信先を第３の通信先指定情報に指定してＳＳＥ２１へ送信する。
この動作例では、ＩＰパケットはＳＩＰパケットであるため、ステップＳ３０にて、ＳＳＣ３１は、ＶｉａヘッダおよびＲｅｃｏｒｄ−ＲｏｕｔｅヘッダからＳＳＣ３１以外の他装置に関する情報が削除され、かつ当該ＶｉａヘッダおよびＲｅｃｏｒｄ−ＲｏｕｔｅヘッダにＳＳＣ３１に関する情報として第２の通信先指定情報が記述されたＳＩＰパケットを、送信元を第４の通信先指定情報に指定するとともに送信先を第３の通信先指定情報に指定してＳＳＥ２１へ送信する。
すると、ステップＳ３１にて、ＳＳＥ２１は、ＳＳＣ３１から送信されてきた端末４を宛先とするＩＰパケットの送信元を第４の通信先指定情報から第２の通信先指定情報に変換するとともに送信先を第３の通信先指定情報から第１の通信先指定情報に変換する。そして、新送信元として第２の通信先指定情報が指定され新送信先として第１の通信先指定情報が指定されたＩＰパケットを、端末４へ転送する。
以上で、実施形態２の通信システムにおいて、端末４とＳＳＣ３１との間でＩＰパケット（この動作例では、ＳＩＰパケット）を送受信する一連の動作が終了する。
以上説明したように、実施形態２によれば、端末４がＩＰパケットを送信する場合、その送信先が第２の通信先指定情報に固定される。そのため、ＳＳＣ３１のアドレスが変更されてしまった場合などでも、端末４に対してＳＳＣ３１のアドレスを隠蔽することができる。
また、実施形態２によれば、端末４に対してネットワーク１のネットワークトポロジーを隠蔽しつつ、端末４とＳＳＣ３１との間でＩＰパケットを送受信することができる。
（実施形態３）
つぎに、実施形態３の通信システムについて説明する。
実施形態３の通信システムは、図９に示すように、ＤＨＣＰサーバ３３を有している点が、実施形態１および２の構成と異なる。
以下、ＤＨＣＰサーバ３３が有する構成について、図１０を参照して説明する。
図１０に示すように、ＤＨＣＰサーバ３３は、アドレス決定部３３１と、アドレス通知部３３２とを有する。
アドレス決定部３３１は、第１の通信先指定情報として付与可能なＩＰアドレスおよびポートを示す情報と、第２の通信先指定情報として付与可能なＩＰアドレスおよびポートを示す情報とをあらかじめ記憶している。
そして、アドレス決定部３３１は、実施形態１または２のＳＳＣ３１と同様に、端末４に付与する第１の通信先指定情報と、ＳＳＥ２１に付与する第２の通信先指定情報とを決定する。
アドレス通知部３３２は、アドレス決定部３３１が決定した第１および第２の通信先指定情報を端末４へ送信する。
また、本実施形態では、アドレス通知部３３２は、第１の通信先指定情報として付与可能なＩＰアドレスおよびポートを示す情報と、第２の通信先指定情報として付与可能なＩＰアドレスおよびポートを示す情報とをＳＳＣ３１へ送信する。
つぎに、実施形態３のＳＳＣ３１の構成について、図１１を参照して説明する。
図１１に示すように、実施形態３のＳＳＣ３１は、図４に示したアドレス決定部３１０を有していない点と、アドレス取得部３１６およびアドレス記憶部３１７を有する点とが、実施形態１のＳＳＣ３１と異なっている。
アドレス取得部３１６は、ＤＨＣＰサーバ３３から送信されてきた、第１の通信先指定情報として付与可能なＩＰアドレスおよびポートを示す情報と、第２の通信先指定情報として付与可能なＩＰアドレスおよびポートを示す情報とを受信する。
アドレス記憶部３１７は、アドレス取得部３１６がＤＨＣＰサーバ３３から受信した、第１の通信先指定情報として付与可能なＩＰアドレスおよびポートと、第２の通信先指定情報として付与可能なＩＰアドレスおよびポートとを記憶する。
なお、実施形態３のＳＳＣ３１は、実施形態２のＳＳＣ３１と同様に、ＳＳＥ２１に付与する第３の通信先指定情報を決定するように構成されてもよい。そして、ＳＳＣ３１は、ＤＨＣＰサーバ３３から送信されてきた第１および第２の通信先指定情報を受信するとともに、第３および第４の通信先指定情報を、ＳＳＥ２１へ送信する。
このような動作を行う実施形態３のＳＳＣ３１は、図７に示した実施形態２のＳＳＣ３１において、第３の通信先指定情報のみを決定するアドレス決定部３１０と、図１１に示したアドレス取得部３１６と、アドレス記憶部３１７とを有する。
また、この場合、実施形態３のＳＳＥ２１は、図６に示した実施形態２のＳＳＥ２１と同様に、アドレス受信部２１１を用いてＳＳＣ３１から送信されてきた第３および第４の通信先指定情報を受信する。
つぎに、上記構成を有する実施形態３の通信システムにて、ＳＳＥ２１を介して端末４とＳＳＣ３１との間でＩＰパケットが送受信される動作を、図１２を参照して説明する。
図１２に示すように、端末４がネットワーク１に接続された場合、まず、ステップＳ４１にて、ＤＨＣＰサーバ３３は、端末４に対して付与する第１の通信先指定情報と、ＳＳＥ２１に対して付与する第２の通信先指定情報とを決定する。続いて、ＤＨＣＰサーバ３３は、端末４に対して、決定した第１の通信先指定情報および第２の通信先指定情報を送信する。
また、本実施形態では、ＤＨＣＰサーバ３３は、第１の通信先指定情報と、第２の通信先指定情報とをＳＳＣ３１へ送信する。
さらに、ステップＳ４２にて、ＳＳＣ３１は、端末４へ送信した第１および第２の通信先情報とともに第４の通信先指定情報を、ＳＳＥ２１に対して送信する。
すると、ＳＳＥ２１は、ＳＳＣ３１から送信されてきた第１、第２および第４の通信先指定情報に基づいて第３の通信先指定情報を決定する。そして、ステップＳ４３にて、ＳＳＥ２１は、第１〜第４の通信先指定情報を用いて、図３に示した変換テーブルＴＢＬを生成する。さらに、ＳＳＥ２１は、第３の通信先指定情報をＳＳＣ３１へ送信する。
すると、ＳＳＣ３１は、図３に示した変換テーブルＴＢＬを生成する。そして、ステップＳ４４にて、ＳＳＣ３１は、変換テーブルＴＢＬを記憶する。
一方、ステップＳ４５にて、ＳＳＥ２１は、端末４の第１の通信先指定情報を送信元とし、ＳＳＥ２１の第２の通信先指定情報を送信先とするＩＰパケットが、ファイアウォールを通過できるように制御する。さらに、ステップＳ５にて、ＳＳＥ２１は、ＳＳＣ３１の第４の通信先指定情報を送信元とし、ＳＳＥ２１の第３の通信先指定情報を送信先とするＩＰパケットが、ファイアウォールを通過できるように制御する。
なお、このファイアウォール制御において、ＳＳＥ２１は、第１の通信先指定情報以外の通信先指定情報を送信元とする、または第２の通信先指定情報以外の通信先指定情報を送信先とするＳＳＣ３１宛のＩＰパケットが端末４から送信されてきた場合、該ＩＰパケットを廃棄する。また、ＳＳＥ２１は、第４の通信先指定情報以外の通信先指定情報を送信元とする、または第３の通信先指定情報以外の通信先指定情報を送信先とする端末４宛のＩＰパケットがＳＳＣ３１から送信されてきた場合、該ＩＰパケットを廃棄する。
なお、ＳＳＣ３１を宛先とする端末４が送信したＩＰパケットをＳＳＥ２１が中継してＳＳＣ３１へ転送する際の、ステップＳ４６〜Ｓ４８の処理は、図５に示したステップＳ６〜Ｓ８の処理と同様である。
また、端末４を宛先とするＳＳＣ３１が送信したＩＰパケットをＳＳＥ２１が中継して端末４へ転送する際の、ステップＳ４９〜Ｓ５１の処理は、図５に示したステップＳ９〜Ｓ１１の処理と同様である。
以上で、実施形態３の通信システムにおいて、端末４とＳＳＣ３１との間でＩＰパケットを送受信する一連の動作が終了する。
以上説明したように、実施形態３によれば、端末４がＩＰパケットを送信する場合、その送信先が第２の通信先指定情報に固定される。そのため、ＳＳＣ３１のアドレスが変更されてしまった場合などでも、端末４に対してＳＳＣ３１のアドレスを隠蔽することができる。
また、実施形態３によれば、端末４に対してネットワーク１のネットワークトポロジーを隠蔽しつつ、端末４とＳＳＣ３１との間でＩＰパケットを送受信することができる。
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の要旨を逸脱しない範囲で当業者が理解し得る各種の変形が可能である。
１ ネットワーク
２ パケット転送層
３ サービス制御層
２１ ＳＳＥ
２１１ アドレス受信部
２１２ 変換テーブル生成部
２１３ アドレス送信部
２１４ ファイアウォール制御部
２１５ アドレスポート変換部
２２ ＩＢＥ
３１ ＳＳＣ
３１０ アドレス決定部
３１１ アドレス送信部
３１２ アドレス受信部
３１３ａ 変換テーブル生成部
３１３ｂ 変換テーブル記憶部
３１４ ＳＩＰパケット送受信部
３２ ＩＳＣ
３３ ＤＨＣＰサーバ
４ 端末装置

Claims (12)

  1. 利用者が使用する端末と、該端末のセッションを制御するサーバと、該端末と該サーバとの間で送受信されるＩＰパケットを中継する加入者側エッジルータとを具備する通信システムにおいて、
    前記サーバは、当該サーバを識別するためのサーバ識別情報と、前記端末を識別するための端末識別情報と、前記サーバへ前記ＩＰパケットを送信するために前記端末識別情報と対応付けられた対外識別情報とを前記加入者側エッジルータへ通知し、前記端末識別情報と前記対外識別情報とを前記端末へ通知し、
    前記端末は、前記対外識別情報を前記ＩＰパケットの宛先に指定し、前記端末識別情報を前記ＩＰパケットの送信元を示す送信元情報に指定して、前記ＩＰパケットを前記加入者側エッジルータへ送信し、
    前記加入者側エッジルータは、前記端末から送信されてきたＩＰパケットの宛先が前記対外識別情報である場合、該ＩＰパケットの送信元情報を、前記ＩＰパケットを前記サーバへ転送するための対内識別情報へ変換し、該ＩＰパケットの宛先を前記サーバ識別情報へ変換して該ＩＰパケットを前記サーバへ転送することを特徴とする通信システム。
  2. 利用者が使用する端末と、該端末を識別するための端末識別情報を該端末に付与するＤＨＣＰサーバと、該端末のセッションを制御するサーバと、該端末と該サーバとの間で送受信されるＩＰパケットを中継する加入者側エッジルータとを具備する通信システムにおいて、
    前記ＤＨＣＰサーバは、前記端末識別情報と、該端末が前記サーバへＩＰパケットを送信するために前記端末識別情報と対応付けられた対外識別情報とを、前記端末と前記サーバとへ通知し、
    前記サーバは、当該サーバを識別するためのサーバ識別情報と、前記端末識別情報と、前記対外識別情報とを前記加入者側エッジルータへ通知し、
    前記端末は、前記対外識別情報を前記ＩＰパケットの宛先に指定し、前記端末識別情報を前記ＩＰパケットの送信元を示す送信元情報に指定して、前記ＩＰパケットを前記加入者側エッジルータへ送信し、
    前記加入者側エッジルータは、前記端末から送信されてきたＩＰパケットの宛先が前記対外識別情報である場合、該ＩＰパケットの送信元情報を、前記ＩＰパケットを前記サーバへ転送するための対内識別情報へ変換し、該ＩＰパケットの宛先を前記サーバ識別情報へ変換して該ＩＰパケットを前記サーバへ転送することを特徴とする通信システム。
  3. 請求項１または２記載の通信システムにおいて、
    前記加入者側エッジルータは、前記サーバから前記端末識別情報と前記対外識別情報と前記サーバ識別情報とが送信されてきた場合、前記対内識別情報を決定して、該対内識別情報を前記サーバへ送信し、前記サーバから送信されてきたＩＰパケットの宛先が前記対内識別情報であり該ＩＰパケットの送信元情報が前記サーバ識別情報である場合、該送信元情報を前記対外識別情報へ変換し、該宛先を前記端末識別情報へ変換して該ＩＰパケットを前記端末へ転送することを特徴とする通信システム。
  4. 請求項１または２記載の通信システムにおいて、
    前記サーバは、前記対内識別情報を決定して、前記端末識別情報と前記対外識別情報と前記サーバ識別情報と前記対内識別情報とを前記加入者側エッジルータへ送信し、
    前記加入者側エッジルータは、前記サーバから送信されてきたＩＰパケットの宛先が前記対内識別情報であり該ＩＰパケットの送信元情報が前記サーバ識別情報である場合、該送信元情報を前記対外識別情報へ変換し、該宛先を前記端末識別情報へ変換して該ＩＰパケットを前記端末へ転送することを特徴とする通信システム。
  5. 請求項３または４記載の通信システムにおいて、
    前記加入者側エッジルータは、前記端末識別情報以外の情報を送信元情報とする、または前記対外識別情報以外の情報を送信先とするＩＰパケットが前記端末から送信されてきた場合、該ＩＰパケットを廃棄し、前記サーバ識別情報以外の情報を送信元とする、または前記対内識別情報以外の情報を送信先とするＩＰパケットが前記サーバから送信されてきた場合、該ＩＰパケットを廃棄することを特徴とする通信システム。
  6. 請求項３乃至５のいずれか記載の通信システムにおいて、
    前記サーバは、前記ＩＰパケットの宛先が前記端末識別情報である場合、該ＩＰパケット内のＩＰレイヤよりも上位レイヤに関する情報のうち経由したノード情報を含むヘッダから当該サーバ以外の他装置に関する情報を削除し、該ノード情報における該サーバに関する情報として前記サーバ識別情報を前記対外識別情報に書き換え、該他装置に関する情報が削除され、かつ該ノード情報における該サーバに関する情報として前記対外識別情報が記述されたＩＰパケットの宛先を前記対内識別情報として該ＩＰパケットの送信元情報を前記サーバ識別情報として前記加入者側エッジルータへ送信することを特徴とする通信システム。
  7. 利用者が使用する端末と、該端末のセッションを制御するサーバと、該端末と該サーバとの間で送受信されるＩＰパケットを中継する加入者側エッジルータとを具備する通信システムにおける通信方法であって、
    前記サーバが、当該サーバを識別するためのサーバ識別情報と、前記端末を識別するための端末識別情報と、前記サーバへ前記ＩＰパケットを送信するために前記端末識別情報と対応付けられた対外識別情報とを前記加入者側エッジルータへ通知する処理と、
    前記サーバが、前記端末識別情報と前記対外識別情報とを前記端末へ通知する処理と、
    前記端末が、前記対外識別情報を前記ＩＰパケットの宛先に指定し、前記端末識別情報を前記ＩＰパケットの送信元を示す送信元情報に指定して、前記ＩＰパケットを前記加入者側エッジルータへ送信する処理と、
    前記加入者側エッジルータが、前記端末から送信されてきたＩＰパケットの宛先が前記対外識別情報である場合、該ＩＰパケットの送信元情報を前記ＩＰパケットを前記サーバへ転送するための対内識別情報へ、また該ＩＰパケットの宛先を前記サーバ識別情報へ変換する処理と、
    前記加入者側エッジルータが、前記送信元情報および前記宛先を変換したＩＰパケットを前記サーバへ転送する処理とを有することを特徴とする通信方法。
  8. 利用者が使用する端末と、該端末を識別するための端末識別情報を該端末に付与するＤＨＣＰサーバと、該端末のセッションを制御するサーバと、該端末と該サーバとの間で送受信されるＩＰパケットを中継する加入者側エッジルータとを具備する通信システムにおける通信方法であって、
    前記ＤＨＣＰサーバが、前記端末識別情報と、該端末が前記サーバへパケットを送信するために前記端末識別情報と対応付けられた対外識別情報とを、前記端末と前記サーバとへ通知する処理と、
    前記サーバが、当該サーバを識別するためのサーバ識別情報と、前記端末識別情報と、前記対外識別情報とを前記加入者側エッジルータへ通知する処理と、
    前記端末が、前記対外識別情報を前記ＩＰパケットの宛先に指定し、前記端末識別情報を前記ＩＰパケットの送信元を示す送信元情報に指定して、前記ＩＰパケットを前記加入者側エッジルータへ送信する処理と、
    前記加入者側エッジルータが、前記端末から送信されてきたＩＰパケットの宛先が前記対外識別情報である場合、該ＩＰパケットの送信元情報を前記ＩＰパケットを前記サーバへ転送するための対内識別情報へ変換し、また該ＩＰパケットの宛先を前記サーバ識別情報へ変換する処理と、
    前記加入者側エッジルータが、前記送信元情報および前記宛先を変換したＩＰパケットを前記サーバへ転送する処理とを有することを特徴とする通信方法。
  9. 請求項７または８記載の通信方法において、
    前記加入者側エッジルータが、前記サーバから前記端末識別情報と前記対外識別情報と前記サーバ識別情報とが送信されてきた場合、前記対内識別情報を決定して、該対内識別情報を前記サーバへ送信する処理と、
    前記加入者側エッジルータが、前記サーバから送信されてきたＩＰパケットの宛先が前記対内識別情報であり該ＩＰパケットの送信元情報が前記サーバ識別情報である場合、該ＩＰパケットの送信元情報を前記対外識別情報へ、また該ＩＰパケットの宛先を前記端末識別情報へ変換する処理と、
    前記加入者側エッジルータが、前記送信元情報および前記宛先を変換したＩＰパケットを前記端末へ転送する処理とをさらに有することを特徴とする通信方法。
  10. 請求項７または８記載の通信方法において、
    前記サーバが、前記対内識別情報を決定して、前記端末識別情報と前記対外識別情報と前記サーバ識別情報と前記対内識別情報とを前記加入者側エッジルータへ送信する処理と、
    前記加入者側エッジルータが、前記サーバから送信されてきたＩＰパケットの宛先が前記対内識別情報であり該ＩＰパケットの送信元情報が前記サーバ識別情報である場合、該ＩＰパケットの送信元情報を前記対外識別情報へ、また該ＩＰパケットの宛先を前記端末識別情報へ変換する処理と、
    前記加入者側エッジルータが、前記送信元情報および前記宛先を変換したＩＰパケットを前記端末へ転送する処理とをさらに有することを特徴とする通信方法。
  11. 請求項９または１０記載の通信方法において、
    前記加入者側エッジルータが、前記端末識別情報以外の情報を送信元情報とする、または前記対外識別情報以外の情報を送信先とするＩＰパケットが前記端末から送信されてきた場合、該ＩＰパケットを廃棄する処理と、
    前記加入者側エッジルータが、前記サーバ識別情報以外の情報を送信元とする、または前記対内識別情報以外の情報を送信先とするＩＰパケットが前記サーバから送信されてきた場合、該ＩＰパケットを廃棄する処理とをさらに有することを特徴とする通信方法。
  12. 請求項９乃至１１のいずれか記載の通信方法において、
    前記サーバが、前記ＩＰパケットの宛先が前記端末識別情報である場合、該ＩＰパケット内のＩＰレイヤよりも上位レイヤに関する情報のうち経由したノード情報を含むヘッダから当該サーバ以外の他装置に関する情報を削除する処理と、
    前記サーバが、前記ノード情報における該サーバに関する情報として前記サーバ識別情報を前記対外識別情報に書き換える処理と、
    前記サーバが、該他装置に関する情報が削除され、かつ該ノード情報における該サーバに関する情報として前記対外識別情報が記述されたＩＰパケットの宛先を前記対内識別情報として該ＩＰパケットの送信元情報を前記サーバ識別情報として前記加入者側エッジルータへ送信する処理とをさらに有することを特徴とする通信方法。
JP2009040610A 2009-02-24 2009-02-24 通信システムおよび通信方法 Active JP4797078B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009040610A JP4797078B2 (ja) 2009-02-24 2009-02-24 通信システムおよび通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009040610A JP4797078B2 (ja) 2009-02-24 2009-02-24 通信システムおよび通信方法

Publications (2)

Publication Number Publication Date
JP2010199805A true JP2010199805A (ja) 2010-09-09
JP4797078B2 JP4797078B2 (ja) 2011-10-19

Family

ID=42824091

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009040610A Active JP4797078B2 (ja) 2009-02-24 2009-02-24 通信システムおよび通信方法

Country Status (1)

Country Link
JP (1) JP4797078B2 (ja)

Also Published As

Publication number Publication date
JP4797078B2 (ja) 2011-10-19

Similar Documents

Publication Publication Date Title
US7366894B1 (en) Method and apparatus for dynamically securing voice and other delay-sensitive network traffic
JP4020576B2 (ja) パケット転送方法、移動端末装置及びルータ装置
CN104023006B (zh) 一种基于应用层中继的多径传输系统及方法
KR101368615B1 (ko) 단대단 콜의 구현 방법, 단대단 콜 터미널 및 시스템
JP7095102B2 (ja) ネットワークデバイス間にグループネットワークを作成するためのシステムおよび方法
JP2003298635A (ja) ソースアドレス選択システム、ルータ装置、通信ノード及びソースアドレス選択方法
JP2012191453A (ja) 通信方法および通信システム
US11388202B2 (en) Network entity selection
JP4940335B2 (ja) 電話交換装置及び電話端末及び電話システムで使用される制御方法
JP2008511206A (ja) 管理されたモバイル・ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）オーバーレイ方法およびアーキテクチュア
WO2009121267A1 (zh) 一种实现nat的方法及装置
JP6048129B2 (ja) 通信システムと装置と方法とプログラム
JP4863514B2 (ja) 広域／狭域ネットワークへの接続切り替え方法、移動端末及びプログラム
US7693132B1 (en) Multicast and unicast message re-direction system, method, message re-director, and network device
JP2008278435A (ja) 衛星通信方法、子局、親局及び管理局
JP4797078B2 (ja) 通信システムおよび通信方法
JP4143479B2 (ja) 加入者端末間通信システム
JP4728933B2 (ja) Ｉｐ電話通信システム、ｉｐ電話通信方法、およびそのプログラム
JP2009296419A (ja) 通信中継装置、通信システム、通信方法およびプログラム
JP2006129496A (ja) 通信リングでフレームをルーティングする方法、装置、論理プログラム及びシステム
JP5135257B2 (ja) ホームゲートウェイ及びセッション制御サーバによって異なる経路の複数のセッションを確立する方法及びシステム
JP5782407B2 (ja) ネットワークシステムおよびｎａｐｔ実施回数低減方法
JP2014003392A (ja) 制御ノード及び通信制御方法
JP2006042044A (ja) トンネリング方法および装置、ならびにそのプログラムと記録媒体
JP5247534B2 (ja) ホームゲートウェイによって異なる経路の複数のセッションを確立する方法及びシステム

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20110615

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110711

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110720

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110801

R150 Certificate of patent or registration of utility model

Ref document number: 4797078

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140805

Year of fee payment: 3

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350