JP2011109193A - 通信システム、制御サーバ - Google Patents

Abstract

【課題】 データ通信回線が切断中の装置に対して、接続要求指示の通知を行うことでアクセスを実現する。
【解決手段】 ＳＩＰとＤＮＳを連携して動作し、ルータのデータ回線の状態管理を行うＳＩＰ／ＤＮＳサーバに対して、インターネット側のＩＰ端末よりルータに接続されている公開サーバのＦＱＤＮによる名前解決要求があり、かつルータのデータ通信回線状態が切断中状態の場合、ルータに対してデータ通信回線接続要求指示を行う。ルータは、データ通信回線を接続させ、ＳＩＰ／ＤＮＳサーバへ結果の通知を行う。ＳＩＰ／ＤＮＳサーバからＩＰ端末に対してルータのＩＰアドレスを応答する。
【選択図】 図１２

Description

本発明は、インターネットにおけるセッション制御に関連し、切断されているインターネット接続回線への接続要求を受けた場合の接続処理を行うための通信システム、セッション制御管理サーバ及び接続制御方法に関する。

現在、ＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）等の高速アクセス回線の普及によりインターネットへ高速にアクセスできる環境が提供されていると共に、通信事業者およびＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）により、インターネットを利用したＩＰ電話サービスが提供されている。

各通信事業者およびＩＳＰによりネットワーク構成が異なるが、ＩＰ電話サービスの通信品質を高めるために、インターネット接続用のネットワークとＩＰ電話用のネットワークを分けると共に、ユーザに対してＩＰアドレスの割り当てもインターネット接続用とＩＰ電話用の２つのＩＰアドレスを割り当てている。

そのため、ユーザ宅もしくは企業に設置されているブロードバンドルータ（ＢＢＲ：ＢｒｏａｄＢａｎｄ Ｒｏｕｔｅｒ）等のルータは、インターネット接続用のＩＰアドレスとＩＰ電話用のＩＰアドレスを取得するために、通信事業者もしくはＩＳＰ側に設置されるＧＷ（ＧａｔｅＷａｙ）に対して個々にＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）、ＰＰＰｏＥ（ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ）（Ｅｔｈｅｒｎｅｔは登録商標）もしくはＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等の処理を行う。

同様にＶＰＮ（ＶＩＲＴＵＡＬ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）接続の場合には、Ｌ２ＴＰ（Ｌａｙｅｒ ２ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）およびＩＰｓｅｃ（ＩＰ Ｓｅｃｕｒｉｔｙ Ｐｒｏｔｏｃｏｌ）等により接続処理が行われている。

インターネット接続サービスでは、宅内のＰＣ等端末からＷｅｂサーバまたはメールサーバ等へのインターネットアクセスを行う際に、ＢＢＲ等のルータが通信事業者もしくはＩＳＰと接続中でＩＰアドレスを取得している場合、そのままパケット転送を行うが、切断中でＩＰアドレスを取得していない場合にはパケット転送ができない。そのため、ルータは通信事業者もしくはＩＳＰに対して例えばＰＰＰ等により接続処理を行い、ＩＰアドレスの取得後にパケット転送を行う。その後、ルータにあらかじめ設定した無通信監視時間経過後に自動切断を行うことで、そのまま常時接続とはせず、無駄な長時間接続を抑止すると共に、ＤｏＳアタック（Ｄｅｎｉａｌ ｏｆ Ｓｅｒｖｉｃｅ ａｔｔａｃｋ）等のインターネット側からの攻撃や不要なアクセスに対するセキュリティの向上を図っている。

また、公開Ｗｅｂサーバ等を設置している場合には、インターネット側の各端末からＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にてアクセスできるように、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバに対して、ＵＲＬから特定されるＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ、完全修飾ドメイン名）と取得したＩＰアドレスをダイナミックＤＮＳ（Ｄｙｎａｍｉｃ Ｕｐｄａｔｅｓ ｉｎ ｔｈｅ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）にて登録を行うことで、インターネット側からアクセスできるようにしている。

なお、公開Ｗｅｂサーバ等を設置している場合、インターネット側より常にアクセスを行えるように常時接続とするため、ＦＷ（Ｆｉｒｅｗａｌｌ）等によりＤｏＳアタック等のセキュリティ対策を行っている。

ＩＰ電話サービスでは、通信開始前に端末間にて通信路（セッション）の確立を行うことで、音声データをＲＴＰ（ＲｅａｌＴｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットにて転送するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）通信が行われる。

端末間のセッション確立と切断を行うための主なセッション制御プロトコルとして、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）およびＨ．２４８が仕様化されており、例えば、ＳＩＰを使用して端末間のセッション制御を行う場合、主にＳＩＰサーバを介してセッション制御が行われる。

ＳＩＰメッセージは要求または応答情報を搬送するスタートライン部、ヘッダ部と、セッション内容を記述するメッセージボディ部から構成され、セッション内容の記述には、例えばＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が適用され、通信相手をスタートライン部に記載されているリクエストＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）によって識別している。また、セッション確立の過程にて、受信者の呼び出し、音声、映像等の各プロトコル、ビットレート等、端末間のＲＴＰパケット通信条件が決定される。

なお、ＩＰ電話サービスは、インターネット側のＩＰ電話端末からの着信に対応するために、常時接続としてセッションを維持する場合が多い。

ＤＮＳとＳＩＰを連動して、インターネットもしくは目的の端末への接続方法についていくつか提案されている。 例えば、特許文献１では、ＬＡＮ端末から相手端末に対してアクセス要求する際、ＬＡＮ端末はＧＷに向けてＤＮＳによる相手端末に関する名前解決を行う。その際、ＧＷはｑｕｅｒｙメッセージに設定されている接続先情報がＦＱＤＮもしくはＩＰ電話番号等ＵＲＩを認識して、ＦＱＤＮの場合、ＤＮＳサーバへｑｕｅｒｙを転送し名前解決を行うと共に相手端末に対してＩＰｓｅｃの接続処理を行う。また、ＵＲＩの場合、相手端末に対してＳＩＰによる接続処理を行うことで、ＬＡＮ端末から相手端末へのアクセス要求時に、通信回線の接続処理を行う。

例えば、特許文献２では、ＰＣから相手ＰＣに対してアクセス要求をする際、ＰＣにインストールされているアプリケーションが、ＤＮＳにて相手ＰＣに関する名前解決を行う際、同一ＰＣ内にインストールされているプロトコル変換処理にて、ＤＮＳ−ＳＩＰ変換処理を行い、ＳＩＰサーバに対して名前解決処理を行うことで、相手ＰＣとの通信を行う。

例えば、特許文献３では、クライアント端末からＷｅｂサーバに対してアクセス要求をする際、ＰＣにインストールされているアプリケーションが、ＤＮＳにて相手ＰＣに関する名前解決を行う際、同一ＰＣ内にインストールされているセッション制御手段にて、まず、ＤＮＳサーバへの名前解決を行う。該当なしと判定された場合、ＳＩＰサービス登録サーバに対して名前解決を行い、さらに、Ｗｅｂサーバに対してＳＩＰによる接続処理を行うことで、クライアント端末からＷｅｂサーバへのアクセス要求時に、通信回線の接続処理を行う。

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

インターネット接続サービスでは、宅内ＰＣからインターネットアクセスする際、ルータにおいてデータ通信回線が切断されている場合には、ＧＷに対してＰＰＰｏＥおよびＩＰｓｅｃ等にて接続処理を行うことでインターネットへのアクセスが出来る。ただし、ＰＰＰｏＥおよびＩＰｓｅｃは、クライアント−サーバ型のプロトコルであり、かつ、サーバからクライアントへの接続処理が規定されていないため、ルータ−ＧＷ間のデータ通信回線が切断されている場合、ＧＷからルータに対してＰＰＰｏＥおよびＩＰｓｅｃ等による接続処理が行えない。そのため、インターネット側からはアクセスできないという課題がある。

しかし、例えば特許文献１から特許文献３に示される従来技術では、相手端末に対してアクセスする際に、ＤＮＳサーバに対して相手端末の名前解決を行い、ＤＮＳもしくはＳＩＰとの連携により相手端末への接続を行うことが目的であり、相手端末側の通信回線が接続されていることを前提としている。そのため、相手端末のデータ通信回線が切断されている場合には、相手端末に関する名前解決によりＩＰアドレスを取得しても相手端末と通信できないという課題がある。

本発明は、上記の点に鑑み、公開Ｗｅｂサーバに接続されるルータのデータ通信回線が切断されている場合であっても、インターネット側の端末からＤＮＳへの公開Ｗｅｂサーバの名前解決要求があるときに、公開Ｗｅｂサーバに対するアクセスを実現することを目的とする。

本発明による通信システムは一例として、電話端末とＩＰ端末とアプリケーションサーバとを収容するルータと、制御サーバとを有する通信システムであって、前記ルータは、前記ＩＰ端末への第１インターフェースと、前記電話端末への第２インターフェースと、前記アプリケーションサーバへの第３インターフェースと、前記制御サーバへの音声通信回線とデータ通信回線とを収容する第４インターフェースとを備え、前記制御サーバは、前記アプリケーションサーバのドメイン名、前記ルータのデータ通信回線用ＩＰアドレス、及びＳＩＰ−ＵＲＩの各々の情報を対応させるよう処理するＤＮＳ処理部と、前記ルータとの間のセッションを制御し、かつ前記ルータのセッションステータス情報、前記データ通信回線用ＩＰアドレス、および前記ＳＩＰ−ＵＲＩの各々の情報を対応させるよう処理するＳＩＰ処理部と、前記アプリケーションサーバのドメイン名、前記ルータのデータ通信回線用ＩＰアドレス、及びＳＩＰ−ＵＲＩとを対応させて格納する名前管理テーブルと、前記ルータの前記セッションステータス情報、前記データ通信回線用ＩＰアドレス、及び前記ＳＩＰ−ＵＲＩとを対応させて格納する状態管理テーブルとを備え、前記ＤＮＳ処理部は、前記ＩＰ端末から送信される名前解決要求に含まれる宛先情報に基づいて、前記名前管理テーブルから前記宛先情報に対応するＳＩＰ−ＵＲＩを検索し、前記ＳＩＰ処理部は、前記ルータと前記制御サーバとの間の前記データ通信回線が切断されているときに、前記名前管理テーブルから検索された前記ＳＩＰ−ＵＲＩに基づいて、前記状態管理テーブルから前記ＳＩＰ−ＵＲＩに対応する前記セッションステータス情報を検索し、検索した前記セッションステータス情報が切断の内容であるときに、音声通信回線を介して前記ルータとの間のセッションを接続し、前記データ通信回線への接続要求を前記ルータへ送信することを特徴とする。

ここで、前記ルータの音声通信回線用ＩＰアドレス、および前記ＳＩＰ−ＵＲＩとを対応させて格納する接続管理テーブルをさらに有し、前記ＳＩＰ処理部は、前記接続管理テーブルから前記ＳＩＰ−ＵＲＩに対応する前記ルータの音声通信回線用ＩＰアドレスを検索し、前記ルータとの間の前記セッションの接続処理を、検索した前記音声通信回線用ＩＰアドレスに対して行ってもよい。

ルータとデータ通信回線とが切断されている場合であっても、制御サーバよりルータに対してデータ通信回線の接続指示を行うことで、端末とアプリケーションサーバ間の通信経路を確立することができる。

ネットワーク構成例を示す図。 ルータの主要部のブロック構成例を示す図。 ＳＩＰ／ＤＮＳサーバの主要部のブロック構成例を示す図。 ＤＮＳ名前管理テーブルの構成例を示す図。 ＳＩＰ接続管理テーブルの構成例を示す図。 ＳＩＰユーザ状態管理テーブルの構成例を示す図。 ＩＰ電話端末情報をＳＩＰサーバへ登録するシーケンス例を示す図。 ＲＥＧＩＳＴＥＲメッセージの記述例を示す図。 ルータにおけるデータ通信接続状態通知処理フロー例を示す図。 ＰＵＢＬＩＳＨメッセージの記述例を示す図。 ＳＩＰ／ＤＮＳサーバにおけるデータ通信接続状態受付処理フロー例を示す図。 インターネット側端末から公開Ｗｅｂサーバへの接続シーケンス例を示す図。 ＳＩＰ／ＤＮＳサーバからのＲＥＦＥＲメッセージの記述例を示す図。 ルータからのＰＵＢＬＩＳＨメッセージの記述例を示す図。 ルータからの切断シーケンス例を示す図。 ＳＩＰ／ＤＮＳサーバにおける名前解決処理フロー例を示す図。 ＳＩＰ／ＤＮＳサーバにおけるＳＩＰユーザ状態確認処理フロー例を示す図。 ＳＩＰ／ＤＮＳサーバにおけるＳＩＰユーザ接続処理フロー例を示す図。 ＳＩＰ／ＤＮＳサーバにおけるデータ通信接続要求処理フロー例を示す図。 ルータにおけるデータ通信接続要求受付処理フロー例を示す図。

本発明を実施するための形態を以下に説明する。ＳＩＰ対応ＩＰ電話通信機能およびデータ通信機能を有してアプリケーションサーバーに接続するルータおよび、ＳＩＰサーバとＤＮＳサーバを連携処理する機能を有するセッション制御（ＳＩＰ／ＤＮＳ）サーバが接続されたネットワークにおいて、ルータは制御（ＳＩＰ／ＤＮＳ）サーバに対してＩＰ電話通信回線およびデータ通信回線の情報を通知する。各回線の情報を通知するに当たり、ＩＰ電話通信回線の情報の通知は、ＲＥＧＩＳＴＥＲ等の登録メッセージを用いる。また、データ通信回線の情報の通知は、ＰＵＢＬＩＳＨ、ＵＰＤＡＴＥ、ＳＵＢＳＣＲＩＢＥおよびＮＯＴＩＦＹ等の状態通知及び状態変化通知メッセージを用いる。

制御（ＳＩＰ／ＤＮＳ）サーバは、ＤＮＳ名前管理テーブル、ＳＩＰ接続管理テーブルおよびＳＩＰユーザ状態管理テーブルを有する。

ＤＮＳ名前管理テーブルは、主にドメイン名とＩＰアドレスとを対応させるＤＮＳサーバ機能のためのものであり、少なくともドメイン名（特にＦＱＤＮ）に対するＩＰアドレスの情報を格納する。さらにダイナミックＤＮＳによる登録可否情報の管理を行ってもよい。さらに、ＩＰアドレスの代わりにＳＩＰ ＵＲＩ情報の追加登録を行うこともできる。この場合、ＳＩＰサーバと連動してＦＱＤＮに対する公開サーバの接続状態およびＩＰアドレスの管理を行う。

ＳＩＰ接続管理テーブルは、主にセッションを制御するＳＩＰサーバ機能のためのものであり、ＳＩＰ ＵＲＩに対するＩＰアドレスの管理を行う。

ＳＩＰユーザ状態管理テーブルは、ＳＩＰ ＵＲＩに対するデータ通信回線の切断中もしくは接続中のステータスおよび接続中におけるＩＰアドレスの管理を行う。

上記ＳＩＰユーザ状態管理テーブルにおけるステータス情報の設定および更新契機は、ルータにおけるデータ通信回線の状態の変化であり、その際、ルータは制御（ＳＩＰ／ＤＮＳ）サーバに対して、切断状態となった場合には、ＰＵＢＬＩＳＨメッセージにて切断中状態の通知を行い、接続状態となった場合には、ＰＵＢＬＩＳＨメッセージにて接続中状態およびＩＰアドレスの通知を行う。制御（ＳＩＰ／ＤＮＳ）サーバは、ルータからのＰＵＢＬＩＳＨメッセージを受信した場合、通知された接続状態を上記ＳＩＰユーザ状態管理テーブルのステータス項に設定もしくは更新を行う。

ある端末からデータ通信回線が切断中のルータに接続されているアプリケーションサーバにアクセスする場合を以下に説明する。端末は、制御（ＳＩＰ／ＤＮＳ）サーバに対してＦＱＤＮによる名前解決要求を行う。制御（ＳＩＰ／ＤＮＳ）サーバは、ＤＮＳ名前管理テーブルの検索を行い、ＦＱＤＮに対する登録がＳＩＰ ＵＲＩの場合、さらに、ＳＩＰユーザ状態管理テーブルの検索を行い、ステータス項の情報の確認を行う。その結果、切断中の場合、制御（ＳＩＰ／ＤＮＳ）サーバは、ルータに対してＳＩＰによるセッション接続を行い、ルータとの接続が完了後、データ通信回線の接続要求をＲＥＦＥＲ等を用いた接続要求メッセージの転送もしくは他回線接続要求メッセージにより行う。ルータは、ＳＩＰ／ＤＮＳサーバからのＲＥＦＥＲメッセージによる接続指示に従い、データ通信回線の接続処理を行う。データ通信回線の接続が完了し接続状態となった場合、制御（ＳＩＰ／ＤＮＳ）サーバに対して、ＰＵＢＬＩＳＨメッセージにて接続中状態およびＩＰアドレスの通知を行う。

制御（ＳＩＰ／ＤＮＳ）サーバは、ルータより通知されたＩＰアドレスを抽出し、名前解決要求のあった端末に対して、ＦＱＤＮに対するＩＰアドレスを応答メッセージに設定して通知を行う。これをもって、名前解決要求のあった端末と、ルータに接続されているアプリケーションサーバとの間の通信を開始する。

以下、図面を用いて実施の形態について詳細に説明する。

図１は、ネットワーク構成例を示す図である。

ネットワークでは、複数の電話端末１（１−１〜ｎ）、複数のＩＰ端末２（２−１〜ｎ）、公開Ｗｅｂサーバ（アプリーケーションサーバ）３、ＳＩＰ／ＤＮＳサーバ（制御サーバ）４、ＤＨＣＰサーバ５、Ｌ２ＳＷ６、コアルータ（Ｒ）７（７−１〜３）、ルータ８（８−１〜ｎ）、ルータを収容するＧＷ９、およびＲＡＤＩＵＳサーバ１０を備える。各電話端末１間にて通信を行う場合、まず、ルータ８からＳＩＰ／ＤＮＳサーバ４に対して登録を行う。次に、例えば、電話端末１−２から電話端末１−ｎの間で通話するために、ルータ８−２とルータ８−ｎの間で、ＳＩＰ／ＤＮＳサーバ４を介してＳＩＰメッセージにて接続制御を行い、セッション接続完了後、電話端末１−２と１−ｎの間にて通話が行われる。この時、ルータ８−２と８−ｎの間では音声データをＲＴＰパケットとして通信を行うため、ルータ８にて電話端末１からの音声データをＲＴＰパケットに変換し送信を行う。同様に受信ＲＴＰパケットを音声データに変換を行い、音声データを電話端末１に送信する。また、ＩＰ端末２−２がルータ８−２を介してインターネットに接続されているアプリケーションサーバ、例えば、ルータ８−ｎに接続されている公開Ｗｅｂサーバ３にアクセスする場合、ＩＰ端末２−２からＳＩＰ／ＤＮＳサーバ４に対して名前解決を行い、ＳＩＰ／ＤＮＳサーバ４から通知される公開Ｗｅｂサーバ３のＩＰアドレスを入手することで公開Ｗｅｂサーバ３へのアクセスが行われる。ここで、公開Ｗｅｂサーバ３はインターネット網を介してＩＰ端末からアクセス可能なアプリケーションサーバである。また、ＧＷ９は、ルータ８とのデータ通信を終端する機能を有する。 また、ＲＡＤＩＵＳサーバ１０は、ルータ８がＰＰＰ等により接続を行う時のユーザ認証およびルータ８がデータ通信回線にて使用するＩＰアドレスの割当て管理を行う。

図２は、ルータ８の主要部を示すブロック構成図である。

ルータ８は、主にプロトコル処理部８１、ＧＷ９側回線（ＩＰ網回線）に接続するＷＡＮ ＩＦ（インタフェース）９２、電話端末１に接続する電話ＩＦ８３、ＩＰ端末２等に接続するＬＡＮ ＩＦ８４、公開Ｗｅｂサーバ３等アプリケーションサーバに接続する公開サーバＩＦ８５、プロセッサ８６、電話通信処理部８７およびデータ通信処理部８８を備える。プロトコル処理部８１は、主にＳＩＰ、ＰＰＰ等の制御パケットおよびＲＴＰ、ＨＴＴＰ等のデータパケットの識別を行う。その識別結果により、制御パケットの場合、ＷＡＮ ＩＦ８２とプロセッサ８６間のデータ転送を行い、データパケットの場合、各ＩＦ（８３〜８５）間のデータ転送を行う。プロセッサ８６は、ＳＩＰ等の電話通信（音声通信）制御を、電話通信処理部８７の制御により行う。電話通信処理部８７は、ＳＩＰ登録処理を行う処理部８７１、ＳＩＰ接続・切断処理を行う処理部８７２、データ通信接続要求受付処理を行う処理部Ｆ１５１およびデータ通信接続状態通知処理を行う処理部Ｆ２１を含む。また、プロセッサ８６は、ＰＰＰ等のデータ通信接続制御を、データ通信処理部８８の制御により行う。データ通信処理部８８は、ＰＰＰｏＥ接続・切断処理を行う処理部８８１、ＰＰＰ接続・切断処理を行う処理部８８２および接続時間監視処理を行う８８３を含む。ＷＡＮインタフェースは、ＧＷ９側回線について、ＩＰ電話接続（音声通信）回線とデータ通信回線を区別し、ＩＰ電話回線は制御サーバへのＳＩＰ ＵＲＩとＩＰアドレスに関する登録状態をリフレッシュ等により維持することにより、相手電話端末1への発信を可能とすると共に、相手電話端末1からの着信も可能とする。データ通信回線は、ＩＰ端末２からインターネットへのアクセスがあるとＰＰＰ接続を行い、接続時間監視により、接続継続時間が一定時間経過後もしくは無通信時間が一定時間経過後に、ＰＰＰ接続の切断処理を行う。 図３は、ＳＩＰ／ＤＮＳサーバ４の主要部を示すブロック構成図である。

ＳＩＰ／ＤＮＳサーバ４は、主に回線ＩＦ（インターフェース）４１、プロセッサ４２、ＤＮＳ処理部４３、ＳＩＰ処理部４４、ＤＮＳ名前管理テーブル４５、ＳＩＰ接続管理テーブル４６およびＳＩＰユーザ状態管理テーブル４７を備える。

プロセッサ４２は、ＤＮＳ制御処理を、ＤＮＳ処理部４３の制御により行う。ＤＮＳ処理部４３は、名前登録処理を行う処理部４３１、名前解決処理を行う処理部Ｆ１１１およびＳＩＰユーザ状態確認処理を行う処理部Ｆ１１２を含む。また、ＳＩＰ等の電話通信（音声通信）制御を、ＳＩＰ処理部４４の制御により行う。ＳＩＰ処理部４４は、ＳＩＰユーザ登録処理を行う処理部４４１、ＳＩＰユーザ接続処理を行う処理部Ｆ１１３、ＳＩＰユーザ切断処理を行う処理部４４２、データ通信接続要求処理を行う処理部Ｆ１４１およびデータ通信接続状態受付処理を行う処理部Ｆ３１を含む。

図４は、名前登録処理を行う処理部４１３にてＳＩＰ／ＤＮＳサーバ４に登録されるＦＱＤＮ、データ通信回線用ＩＰアドレス等の各情報を管理するＤＮＳ名前管理テーブル４５のテーブル構成を示す図である。

ＤＮＳ名前管理テーブル４５は、ＦＱＤＮ４５１、ＩＰアドレス４５２、ダイナミックＤＮＳ４５３およびＳＩＰ ＵＲＩ４５４の情報を各々対応させて格納する。名前登録処理を行う処理部４１３にて、例えば、ＤＮＳ名前管理テーブル４５における＃２に示すように、公開Ｗｅｂサーバ３に割当てられているＦＱＤＮと公開Ｗｅｂサーバ３もしくは公開Ｗｅｂサーバ３が接続しているルータ８に割当てられているデータ通信回線用ＩＰアドレスの関係を、ＦＱＤＮ４５１およびＩＰアドレス４５２にあらかじめに登録を行う。また、ＤＮＳ名前管理テーブル４５における＃１に示すように、公開Ｗｅｂサーバ３に割当てられているＦＱＤＮと公開Ｗｅｂサーバ３が接続しているルータ８に割当てられているＳＩＰ ＵＲＩの関係をＩＰアドレス４５２およびＳＩＰ ＵＲＩ４５３にあらかじめ登録を行う。また、ダイナミックＤＮＳ４５３に設定されている場合は、ダイナミックＤＮＳ処理にて、ルータ８から通知されるダイナミックＤＮＳメッセージに設定されているＦＱＤＮおよびデータ通信用ＩＰアドレスを抽出し、ＦＱＤＮに対応するＩＰアドレス４５２に、抽出したデータ通信用ＩＰアドレスの動的設定を行い、ＤＮＳ名前管理テーブル４５を更新する。

図５は、ＳＩＰユーザ登録処理を行う処理部４４１にてＳＩＰ／ＤＮＳサーバ４に登録されるＳＩＰユーザのＳＩＰ ＵＲＩおよび音声通信回線用ＩＰアドレス等の各情報を管理するＳＩＰ接続管理テーブル４６のテーブル構成を示す図である。

ＳＩＰ接続管理テーブル４６は、ＳＩＰ ＵＲＩ４６１および音声通信回線用ＩＰアドレス４６２の情報を各々対応させて格納する。

図６は、ＳＩＰユーザ状態確認処理を行う処理部Ｆ１１２にてＳＩＰ／ＤＮＳサーバ４に登録されるＳＩＰユーザのステータス、データ通信回線用ＩＰアドレス等の各情報を管理するＳＩＰユーザ状態管理テーブル４７のテーブル構成を示す図である。

ＳＩＰユーザ状態管理テーブル４７は、ＳＩＰ ＵＲＩ４７１、ステータス４７２およびデータ通信回線用ＩＰアドレス４７３の情報を各々対応させて格納する。

なお、図中、各テーブルには、参照番号（＃）が示されている。図６(a)から(d)の各々については後で説明する。

以下、図７、図１２および図１５に示すシーケンス図と、図８、図１０、図１３および図１４に示すＳＩＰメッセージ図および図９、図１１、図１６〜図２０に示すフローチャートを参照して、ＩＰ端末２−２から公開Ｗｅｂサーバ３へアクセスするためのＳＩＰ／ＤＮＳサーバ４を介したＤＮＳ制御、ＳＩＰ制御および連携処理について説明する。

図７は、ＩＰ端末情報をＳＩＰ/ＤＮＳサーバへ登録するシーケンス例を示す図である。

ルータ８−ｎにて電源投入またはリセット等による初期設定後、ルータ８−ｎ内の電話通信処理部８７は、ＳＩＰ登録処理を行う処理部８７１により、ＳＩＰ／ＤＮＳサーバ４に対して登録要求であるＲＥＧＩＳＴＥＲ（ＳＱ１）を送信する。

図８は、ＲＥＧＩＳＴＥＲメッセージの記述例を示す図である。

ＳＩＰ／ＤＮＳサーバ４はＲＥＧＩＳＴＥＲ（登録要求）（ＳＱ１）を受信すると、図８に示すＲＥＧＩＳＴＥＲメッセージ（Ｍ１）における、例えばＦｒｏｍ：ｕｓｅｒ−ｎ＠ａａａ．ｃｏｍ 〜（Ｍ１１）およびＣｏｎｔａｃｔ：＜ｓｉｐ：ｕｓｅｒ−ｎ＠１２．０．１．１＞（Ｍ１２）からＳＩＰ ＵＲＩと音声通信回線用ＩＰアドレスを抽出し、図５に示すＳＩＰ接続管理テーブル４６の例えば＃ｍ（４６３）に登録する。そして、ルータ８−ｎへ２００ ＯＫ（ＳＱ２）を送信する。

また、ルータ８−ｎは、図８に示すＲＥＧＩＳＴＥＲメッセージ（Ｍ１）における、Ｅｘｐｉｒｅｓ：７２００（Ｍ１３）期限切れ時間に近づくと、ＳＩＰ／ＤＮＳサーバ４におけるＳＩＰ接続管理テーブル４６の例えば＃ｍ（４６３）の登録更新を行うために、リフレッシュ処理として、ＳＩＰ／ＤＮＳサーバ４に対してＲＥＧＩＳＴＥＲ（ＳＱ１）を定期的に送信する。これに応じて毎々ＳＩＰ処理部が音声通信回線用ＩＰアドレスおよびＳＩＰ−ＵＲＩの再登録を行うことで、音声通信回線の状態維持を行う。

図９は、ルータにおけるデータ通信接続状態通知処理フローの例を示す図である。

図１０は、ＰＵＢＬＩＳＨメッセージの記述例を示す図である。

ルータ８−ｎ内の電話通信処理部８７は、電源投入またはリセット等による初期設定後、もしくは、データ通信回線の状態変化を検出した場合、処理部Ｆ２１によるデータ通信接続状態通知処理を行う。図９に示すデータ通信接続状態通知処理（Ｆ２１で示す）では、データ通信回線の接続状態が接続中か切断中か確認（Ｆ２１１）する。ここで、電源投入後もしくは接続監視時間処理８８３により切断中状態のためなどでデータ通信回線が切断中の場合（Ｎ）、ＰＵＢＬＩＳＨ（切断中）（ＳＱ３）としてＳＩＰ／ＤＮＳサーバ４にＰＵＢＬＩＳＨメッセージが送信される。

データ通信回線が切断中の場合、図１０に示すＰＵＢＬＩＳＨメッセージ（Ｍ３）における、状態情報（例えばＭ３１で示すＥｖｅｎｔ：ｄｉｓｃｏｎｎｅｃｔ）を設定して、ＳＩＰ／ＤＮＳサーバ４に対してＰＵＢＬＩＳＨメッセージ（Ｍ３）を送信（Ｆ２１３）する。ＰＵＢＬＩＳＨメッセージ（Ｍ３）は、ＰＵＢＬＩＳＨ（切断中）（ＳＱ３）としてＳＩＰ／ＤＮＳサーバ４に転送される。

また、ステップＦ２１１でデータ通信回線が接続中の場合（Ｙ）、ＰＵＢＬＩＳＨメッセージにおける状態情報（例えばＥｖｅｎｔフィールドに納める情報）に、接続中状態およびデータ通信回線に割当てられているデータ通信回線用ＩＰアドレスを設定（Ｆ２１２）する。

図１１は、ＳＩＰ／ＤＮＳサーバ４におけるデータ通信接続状態受付処理のフローの例を示す図である。

ＳＩＰ／ＤＮＳサーバ４内のＳＩＰ処理部４４は、ＰＵＢＬＩＳＨ（切断中）（ＳＱ３）を受信すると、データ通信接続状態受付処理（Ｆ３１で示す）を行う。データ通信接続状態受付処理（Ｆ３１で示す）では、受信したＰＵＢＬＩＳＨメッセージ（Ｍ３）の送信元情報（Ｆｒｏｍフィールド）からＳＩＰ ＵＲＩ“ｕｓｅｒ−ｎ＠ａａａ．ｃｏｍ”情報および状態情報（Ｅｖｅｎｔフィールド）からデータ通信回線の切断中状態“ｄｉｓｃｏｎｎｅｃｔ”およびデータ通信回線用ＩＰアドレス“無し”の各情報（Ｍ３１）を抽出（Ｆ３１１）する。抽出したＳＩＰ ＵＲＩ“ｕｓｅｒ−ｎ＠ａａａ．ｃｏｍ”にて、図６−（ａ）に示すＳＩＰユーザ状態管理テーブル４７のＳＩＰ ＵＲＩ列４７１を検索（Ｆ３１２）する。検索した結果（Ｆ３１３）、一致するＳＩＰ ＵＲＩがない場合（Ｎ）、ＳＩＰ ＵＲＩ“ｕｓｅｒ−ｎ＠ａａａ．ｃｏｍ”がＳＩＰユーザとして登録されているかＳＩＰ接続管理テーブル４６のＳＩＰ ＵＲＩ列４６１を検索（Ｆ３１６）する。検索した結果（Ｆ３１７）、一致するＳＩＰ ＵＲＩがある場合（Ｙ）、図６−（ｂ）に示すように、ＳＩＰユーザ状態管理テーブル４７の＃３（４７４）のＳＩＰ ＵＲＩ４７１に、ＳＩＰ ＵＲＩ“ｕｓｅｒ−ｎ＠ａａａ．ｃｏｍ”を登録（Ｆ３１８）し、さらに、ステータス４７２に”切断中”およびデータ通信回線用ＩＰアドレス“無し”を設定（Ｆ３１４）する。

また、ステップＦ３１３で一致するＳＩＰ ＵＲＩがある場合（Ｙ）、ＳＩＰユーザ状態管理テーブル４７のステータス４７２およびデータ通信回線用ＩＰアドレス４７３の各項目を、抽出した情報に基づいて更新（Ｆ３１４）する。その後、図７にもＳＱ４として示す通り、２００ ＯＫメッセージを送信（ＳＱ４）する。

ステップＦ３１７で一致するＳＩＰ ＵＲＩがない場合（Ｎ）、受信したＰＵＢＬＩＳＨメッセージ（ＳＱ３）は不正なメッセージと判断し破棄（Ｆ３１９）する。

２００ ＯＫメッセージは、２００ ＯＫ（ＳＱ４）として、ルータ８−ｎに転送される。

図１２は、ＩＰ端末２−２から公開Ｗｅｂサーバ３にアクセスする際、ＳＩＰ／ＤＮＳサーバ４からルータ８−ｎに対して接続要求を行い、データ通信回線を確立するシーケンス例を示す図である。

ＩＰ端末２−２は、公開Ｗｅｂサーバ３にアクセスするため、名前解決処理の要求メッセージであるＤＮＳのｑｕｅｒｙメッセージに解決対象としてＦＱＤＮ“ｗｗｗ．ｕｓｅｒ−ｎ．ａａａ．ｃｏｍ”を設定し、ｑｕｅｒｙ（ｗｗｗ．ｕｓｅｒ−ｎ．ａａａ．ｃｏｍ）（ＳＱ１１）としてＳＩＰ／ＤＮＳサーバ４に転送する。ＳＩＰ／ＤＮＳサーバ４内のＤＮＳ処理部４３は、ｑｕｅｒｙ（ＳＱ１１）を受信すると、名前解決処理（Ｆ１１１）を行う。
図１６は、ＳＩＰ／ＤＮＳサーバにおける名前解決処理フローの例を示す図である。

ＳＩＰ／ＤＮＳサーバ４内のＤＮＳ処理部４３は、ｑｕｅｒｙ（ＳＱ１１）を受信すると、名前解決処理（Ｆ１１１）を行う。受信したｑｕｅｒｙメッセージから宛先情報（ＦＱＤＮ“ｗｗｗ．ｕｓｅｒ−ｎ．ａａａ．ｃｏｍ”）を抽出し、ＤＮＳ名前管理テーブル４５のＦＱＤＮ列４５１内の一致する情報を検索（Ｆ１１１１）する。検索した結果（Ｆ１１１２）、一致するＦＱＤＮがある場合（Ｙ）、例えば、＃ｍ（４５５）におけるＩＰアドレス４５２にＩＰアドレスが登録されているか確認（Ｆ１１１３）し、未登録の場合（Ｎ）、さらにＳＩＰ ＵＲＩ（４５４）にＳＩＰ ＵＲＩが登録されているか確認（Ｆ１１１４）する。登録されている場合（Ｙ）、登録されているＳＩＰ ＵＲＩ“ｕｓｅｒ−ｎ＠ａａａ．ｃｏｍ”にてＳＩＰユーザ状態確認処理（Ｆ１１２）を行う。

また、ステップＦ１１１２で一致するＦＱＤＮがない場合（Ｎ）、ＩＰ端末２−２宛てのｒｅｓｐｏｎｓｅメッセージに“エラー”を設定して送信（Ｆ１１１５）する。

ステップＦ１１１３でＩＰアドレスが登録されている場合（Ｙ）、ＩＰ端末２−２宛てのｒｅｓｐｏｎｓｅメッセージに“該当ＩＰアドレス”を設定して送信（Ｆ１１１６）する。

同様に、ステップＦ１１１４でＳＩＰ ＵＲＩが未登録の場合（Ｎ）、ＩＰ端末２−２宛てのｒｅｓｐｏｎｓｅメッセージに“エラー”を設定して送信（Ｆ１１１５）する。

図１７は、ＳＩＰ／ＤＮＳサーバにおけるＳＩＰユーザ状態確認処理フローの例を示す図である。

ＤＮＳ処理部４３は、ＳＩＰ ＵＲＩ“ｕｓｅｒ−ｎ＠ａａａ．ｃｏｍ”にてＳＩＰユーザ状態管理テーブル４７のＳＩＰ ＵＲＩ列４７１を検索（Ｆ１１２１）する。検索した結果（Ｆ１１２２）、一致するＳＩＰ ＵＲＩがある場合（Ｙ）、図６−（ｂ）の＃３（４７４）のステータスを確認（Ｆ１１２３）し、切断中の場合（Ｎ）、ＳＩＰユーザ接続処理（Ｆ１１３）を行う。

また、ステップＦ１１２２で一致するＳＩＰ ＵＲＩがない場合（Ｎ）、ＩＰ端末２−２宛てのｒｅｓｐｏｎｓｅメッセージに“エラー”を設定して送信（Ｆ１１２４）する。

ステップＦ１１２３でステータスが接続中の場合（Ｙ）、ＩＰ端末２−２宛てのｒｅｓｐｏｎｓｅメッセージに“該当ＩＰアドレス”を設定して送信（Ｆ１１２５）する。

図１８は、ＳＩＰ／ＤＮＳサーバにおけるＳＩＰユーザ接続処理フローの例を示す図である。

ＳＩＰ処理部４４は、ＳＩＰ ＵＲＩ“ｕｓｅｒ−ｎ＠ａａａ．ｃｏｍ”にてＳＩＰ接続管理テーブル４６のＳＩＰ ＵＲＩ列４６１を検索（Ｆ１１３１）する。検索した結果（Ｆ１１３２）、一致するＳＩＰ ＵＲＩがある場合（Ｙ）、図５の＃ｍ（４６３）の音声回線用ＩＰアドレス４６２に登録されている音声回線用ＩＰアドレス“ＩＰ４＝１２．０．１．１”すなわちルータ８−ｎ宛てに、ＩＮＶＩＴＥメッセージを送信（Ｆ１１３３）し、ルータ８−ｎとの接続処理を行う。

また、ステップＦ１１２２で一致するＳＩＰ ＵＲＩがない場合（Ｎ）、ＩＰ端末２−２宛てのｒｅｓｐｏｎｓｅメッセージに“エラー”を設定して送信（Ｆ１１３４）する。

ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ（ＳＱ１２）として、ルータ８−ｎに転送される。

ルータ８−ｎは、受信したＩＮＶＩＴＥ（ＳＱ１２）が自宛で正しい内容の場合、ＳＩＰ／ＤＮＳサーバ４宛てに２００ ＯＫ（ＳＱ１３）を転送する。
ＳＩＰ／ＤＮＳサーバ４は、受信した２００ ＯＫ（ＳＱ１３）が自宛で正しい内容の場合、ルータ８−ｎ宛てにＡＣＫ（ＳＱ１４）を転送する。

図１９は、ＳＩＰ／ＤＮＳサーバにおけるデータ通信接続要求処理フローの例を示す図である。

図１３は、ＲＥＦＥＲメッセージの記述例を示す図である。

ＳＩＰ／ＤＮＳサーバ４は、ルータ８−ｎとの接続完了後、データ通信接続要求処理（Ｆ１４１で示す）を行う。ＳＩＰ処理部４４は、ルータ８−ｎのデータ通信回線のＰＰＰ接続を要求するために、図１３に示すように、ルータ８−ｎ宛てのＲＥＦＥＲメッセージ（Ｍ１５）におけるＲｅｆｅｒ−Ｔｏフィールドに、例えば、Ｒｅｆｅｒ−Ｔｏ：＜ｄａｔａ−ｌｉｎｅ：ｃｏｎｎｅｃｔ−ｒｅｑ＞（Ｍ１５１）を設定（Ｆ１４１１）し、ルータ８−ｎ（８−ｎ）宛てにＲＥＦＥＲメッセージ（Ｍ１５）を送信（Ｆ１４１２）する。

ＲＥＦＥＲメッセージ（Ｍ１５）は、ＲＥＦＥＲ（ＰＰＰ接続要求）（ＳＱ１５）として、ルータ８−ｎに転送される。

図２０は、ルータにおけるデータ通信接続要求受付処理フローの例を示す図である。

ルータ８−ｎ内の電話通信処理部８７は、ＲＥＦＥＲ（ＳＱ１５）を受信すると、データ通信接続要求受付処理（Ｆ１５１で示す）を行う。図１３に示すＲＥＦＥＲメッセージ（Ｍ１５）における、例えばＲｅｆｅｒ−Ｔｏ：＜ｄａｔａ−ｌｉｎｅ：ｃｏｎｎｅｃｔ−ｒｅｑ＞（Ｍ１５１）からデータ通信回線接続要求指示メッセージである“ｄａｔａ−ｌｉｎｅ：ｃｏｎｎｅｃｔ−ｒｅｑ”を抽出（Ｆ１５１１）する。抽出した情報がデータ通信回線接続要求指示メッセージか確認（Ｆ１５１２）し、要求指示メッセージの場合（Ｙ）、データ通信回線接続要求指示に対する受諾回答として、ＳＩＰ／ＤＮＳサーバ４宛てに２０２ Ａｃｃｅｐｔｅｄメッセージを送信（Ｆ１５１３）する。

また、ステップＦ１５１２で要求指示メッセージ以外の場合（Ｎ）、ＳＩＰ／ＤＮＳサーバ４宛てに切断メッセージであるＢＹＥメッセージを送信（Ｆ１５１４）する。

２０２ Ａｃｃｅｐｔｅｄメッセージは、２０２ Ａｃｃｅｐｔｅｄ（ＳＱ１６）として、ＳＩＰ／ＤＮＳサーバ４に転送される。

ＳＩＰ／ＤＮＳサーバ４は、受信した２０２ Ａｃｃｅｐｔｅｄ（ＳＱ１６）が自宛で正しい内容の場合、切断処理を行うため、ルータ−ｎ（８−ｎ）宛てにＢＹＥ（ＳＱ１７）を転送する。

ルータ８−ｎは、受信したＢＹＥ（ＳＱ１７）が自宛で正しい内容の場合、ＳＩＰ／ＤＮＳサーバ４宛てに２００ ＯＫ（ＳＱ１８）を転送する。
ルータ８−ｎは、データ通信接続要求受付処理（Ｆ１５１で示す）にて、データ通信回線接続要求指示に対して受諾した場合、データ通信回線を接続するために、ＧＷ９との間でＰＰＰｏＥ接続処理（ＳＱ１９）およびＰＰＰ接続処理（ＳＱ２０−１）を行う。また、ＰＰＰ接続処理（ＳＱ２０−１）の処理にて、ＧＷ９は、ＲＡＤＩＵＳサーバ１０に対して、ルータ８−ｎの認証要求メッセージとしてＡｃｃｅｓｓ−ｒｅｑを送信（ＳＱ２０−２）する。ＲＡＤＩＵＳサーバ１０は、認証ＯＫとなった場合、ルータ８−ｎに割当てられているデータ通信回線用ＩＰアドレス１０．０．１．１を、Ａｃｃｅｓｓ−ａｃｃｅｐｔに設定してＧＷ９に対して送信（ＳＱ２０−３）される。ＧＷ９は、受信したＡｃｃｅｓｓ−ａｃｃｅｐｔに設定されているデータ通信回線用ＩＰアドレス１０．０．１．１を抽出し、ＰＰＰ接続処理（ＳＱ２０−１）により、ルータ８−ｎに対してデータ通信回線用ＩＰアドレス１０．０．１．１の割当てを行う。
ルータ８−ｎは、ＰＰＰ接続処理（ＳＱ２０）にて正常接続すると、ＧＷ９より割当てられたデータ通信回線用ＩＰアドレス１０．０．１．１によりデータ通信を行うことができる。

図１４は、ＰＵＢＬＩＳＨメッセージの記述例を示す図である。

ルータ８−ｎの電話通信処理部８７は、データ通信回線が接続したことをＳＩＰ／ＤＮＳサーバ４へ通知するため、データ通信接続状態通知処理（Ｆ２１で示す）を行う。図９に示すように、データ通信接続状態通知処理（Ｆ２１で示す）では、データ通信回線の接続状態が接続中か切断中か確認（Ｆ２１１）する。ここで、ＰＰＰ接続処理（ＳＱ２０）にてデータ通信回線が接続状態のため、データ通信回線が接続中の場合（Ｙ）となり、図１４に示すように、ＰＵＢＬＩＳＨメッセージ（Ｍ２１）の状態情報（Ｅｖｅｎｔフィールド）に、ステータス情報として接続中状態、およびデータ通信回線用ＩＰアドレス情報としてデータ通信回線に割当てられているＩＰアドレスを、例えば、Ｅｖｅｎｔ：ｃｏｎｎｅｃｔ：ＩＰ４＝１０．０．１．１の情報（Ｍ２１１）を設定（Ｆ２１２）し、ＳＩＰ／ＤＮＳサーバ４宛てにＰＵＢＬＩＳＨメッセージ（Ｍ２１）を送信（Ｆ２１３）する。

ＰＵＢＬＩＳＨメッセージ（Ｍ２１）は、ＰＵＢＬＩＳＨ（接続中／ＩＰ４:１０．０．１．１）（ＳＱ２１）として、ＳＩＰ／ＤＮＳサーバ４に転送される。

ＳＩＰ／ＤＮＳサーバ４は、ＰＵＢＬＩＳＨ（接続中／ＩＰ４:１０．０．１．１）（ＳＱ２１）を受信すると、ＳＩＰ処理部４４は、データ通信接続状態受付処理（Ｆ３１で示す）を行う。図１１に示すように、データ通信接続状態受付処理（Ｆ３１で示す）では、受信したＰＵＢＬＩＳＨメッセージ（Ｍ２１）の送信元情報（Ｆｒｏｍフィールド）からＳＩＰ ＵＲＩ“ｕｓｅｒ−ｎ＠ａａａ．ｃｏｍ”情報、および状態情報（Ｅｖｅｎｔフィールド）からデータ通信回線の接続中状態“ｃｏｎｎｅｃｔ”およびデータ通信回線用ＩＰアドレス“１０．０．１．１”の各情報（Ｍ２１１）を抽出（Ｆ３１１）し、抽出したＳＩＰ ＵＲＩ“ｕｓｅｒ−ｎ＠ａａａ．ｃｏｍ”にて、図６−（ｂ）に示すＳＩＰユーザ状態管理テーブル４７のＳＩＰ ＵＲＩ列４７１を検索（Ｆ３１２）し、一致するＳＩＰ ＵＲＩがある場合（Ｙ）、図６−（ｃ）に示すように、ＳＩＰユーザ状態管理テーブル４７のステータス４７２に“接続中”およびＩＰアドレス４７３に“ＩＰ４＝１０．０．１．１”の各情報（４７５）を設定（Ｆ３１４）する。その後、２００ ＯＫメッセージを送信（Ｆ３１５）する。

２００ ＯＫメッセージは、２００ ＯＫ（ＳＱ２２）として、ルータ８−ｎに転送される。

また、ＳＩＰ／ＤＮＳサーバ４から、ＩＰ端末２−２に対するＤＮＳのｒｅｓｐｏｎｓｅメッセージとして、データ通信回線用ＩＰアドレス“１０．０．１．１”を送信する。

ｒｅｓｐｏｎｓｅメッセージは、ｒｅｓｐｏｎｓｅ（ＩＰ４:１０．０．１．１）（ＳＱ２３）として、ＩＰ端末２−２に転送される。

ＩＰ端末２−２は、ｒｅｓｐｏｎｓｅ（ＩＰ４:１０．０．１．１）（ＳＱ２３）を受信すると、ｒｅｓｏｐｎｓｅメッセージからデータ通信回線用ＩＰアドレス“１０．０．１．１”を抽出し、ＩＰ端末２−２と公開Ｗｅｂサーバ３間にて、主にＨＴＴＰの通信（ＳＱ２４）を行う。

図１５は、ＩＰ端末２−２から公開Ｗｅｂサーバ３間の通信終了後に、ルータ８−ｎからＧＷ９に対してデータ通信回線の切断処理を行い、ＳＩＰ／ＤＮＳサーバ４に対して切断通知を行うシーケンス例を示す図である。

ルータ８−ｎは、処理部８８３にて無通信時間監視および接続経過時間監視等の接続時間監視処理を行う。

無通信時間監視では、例えば、ＨＴＴＰ通信（ＳＱ２４）が終了し、その後、あらかじめ設定された時間（Ｔ２４）にて無通信状態の場合、ルータ８−ｎからＧＷ９に対してＰＰＰ切断処理（ＳＱ２５）を行い、ＰＡＤＴ（ＳＱ２６）を送信する。

また、接続経過時間監視では、例えば、ＨＴＴＰ通信中（ＳＱ２４）であっても、あらかじめ設定された時間が経過した場合、ルータ８−ｎからＧＷ９に対してＰＰＰ切断処理（ＳＱ２５）を行い、ＰＡＤＴ（ＳＱ２６）を送信する。

ルータ８−ｎ内のデータ通信接続状態通知処理を行う処理部Ｆ２１は、データ通信回線の状態が接続中から切断中への変化を検出すると、ＳＩＰ／ＤＮＳサーバ４に対して、ＰＵＢＬＩＳＨ（切断中）（ＳＱ２７）を送信する。
ＳＩＰ／ＤＮＳサーバ４内のデータ通信接続状態受付処理を行う処理部Ｆ３１は、ＰＵＢＬＩＳＨ（切断中）（ＳＱ２７）を受信すると、図６−（ｄ）に示すようにＳＩＰユーザ状態管理テーブル４７における＃３のステータス４７２の情報として、切断中（４７６）に変更設定を行う。
なお、データ通信回線の接続制御プロトコルとしてＰＰＰｏＥとＰＰＰの組合せを用いて説明を行ったが、８０２．１ＸとＤＨＣＰの組合せおよびＩＰｓｅｃ等の接続制御プロトコルを用いた場合でもＰＰＰｏＥとＰＰＰの組合せと同様に適用できる。

また、ＳＩＰ／ＤＮＳサーバを１つの制御サーバとして説明を行ったが、ＳＩＰサーバとＤＮＳサーバの２つのサーバ構成とし、ＳＩＰサーバとＤＮＳサーバ間にて内部通信を行う場合でも１つの制御サーバと同様に適用できる。また、ＧＷ９を制御サーバと別個に設置する構成として説明を行ったが、ＧＷ９を制御サーバに取り込んでもよい。すなわり、ＧＷ９の機能を処理する処理部をさらに制御サーバに備え、独立したＧＷは設置しないことも可能である。

本発明による実施の形態は以下に記載する構成例としてもよい。

複数のＩＰ端末および複数のパケット転送装置に収容された宅内ルータとセッション制御管理サーバが接続されている通信システムにおいて、前記宅内ルータは、電話回線接続インタフェースとＩＰ端末接続ＬＡＮインタフェース、公開サーバ接続インタフェース、ＩＰ網接続ＷＡＮインタフェースを備え、前記ＩＰ網接続ＷＡＮインタフェースは、ＩＰ電話接続回線とデータ通信回線を区別し、ＩＰ電話回線は常時セッション制御管理サーバへの登録状態を維持し、データ通信回線は接続時間監視により、前記パケット転送装置と切断処理を行い、前記セッション制御管理サーバは、ＦＱＤＮとデータ通信回線用ＩＰアドレス、ダイナミックＤＮＳ、ＳＩＰ ＵＲＩの情報を記憶する名前管理テーブルと、ＳＩＰ ＵＲＩと電話回線用ＩＰアドレスの情報を記憶する接続管理テーブルと、ＳＩＰ ＵＲＩと通話中または切断中を示すステータス、ステータスが接続中に設定されるデータ通信回線用ＩＰアドレスの情報を記憶するユーザ状態管理テーブルを備え、前記セッション制御管理サーバは、ＩＰ端末から受信した名前解決メッセージから、ＦＱＤＮを抽出し、ＦＱＤＮ情報に従い前期名前管理テーブルを参照し、ＳＩＰ ＵＲＩの情報が記憶されていれば、ＳＩＰ ＵＲＩ情報に従い前記ユーザ状態管理テーブルを参照し、ステータスが切断中の情報が記憶されていれば、さらに、ＳＩＰ ＵＲＩ情報にて前記接続管理テーブルを参照し、電話回線用ＩＰアドレスの情報が記憶されていれば、電話回線用ＩＰアドレスに対応する宅内ルータに対してセッション接続処理およびデータ通信回線に対する接続要求指示を行い、前記宅内ルータは、前記パケット転送装置とのセッション接続を行い、前記セッション制御管理サーバに対してデータ通信回線接続状態の通知およびデータ通信回線用ＩＰアドレスの通知を行い、前記セッション制御管理サーバは、データ通信回線接続状態通知およびデータ通信回線用ＩＰアドレス通知の受付を行い、ＩＰ端末に対する応答メッセージとしてＦＱＤＮに対するデータ通信回線用ＩＰアドレスの通知を行い、ＩＰ電話と宅内ルータに接続された公開サーバとの間の通信経路を確立する。

ここで、前記セッション制御管理サーバは、ＳＩＰ ＵＲＩ情報に従い前記ユーザ状態管理テーブルを参照し、ステータスが切断中の情報が記憶されていれば、ＳＩＰ ＵＲＩ情報にて前記接続管理テーブルを参照し、電話回線用ＩＰアドレスの情報が記憶されていれば、電話回線用ＩＰアドレスに対応する前記宅内ルータに対してセッション接続処理およびデータ通信回線に対する接続要求指示を行ってもよい。

また、前記宅内ルータは、前記セッション制御管理サーバからのデータ通信回線に対する接続要求指示を認識した場合、前記パケット転送装置に対して接続処理を行ってもよい。

また、前記宅内ルータは、データ通信回線の接続状態が切断中から接続中に変化した場合、および、接続中から切断中に変化した場合、前記セッション制御管理サーバに対して、データ通信回線接続状態通知を行ってもよい。

また、前記セッション制御管理サーバは、前記宅内ルータから通知されるデータ通信回線の接続状態を抽出し、前記ユーザ状態管理テーブルのステータスおよびデータ通信回線用ＩＰアドレスの登録を行ってもよい。

また、前記セッション制御管理サーバは、前記宅内ルータから通知されるデータ通信回線用ＩＰアドレスを前記ＩＰ端末に対して応答してもよい。

さらなる構成として、複数のＩＰ端末および複数のパケット転送装置に収容された宅内ルータとセッション制御管理サーバが接続されている通信システムにおいて、前記セッション制御管理サーバは、ＦＱＤＮとデータ通信用ＩＰアドレス、ダイナミックＤＮＳ、ＳＩＰ ＵＲＩの情報を記憶する名前管理テーブルと、ＳＩＰ ＵＲＩと電話回線用ＩＰアドレスの情報を記憶する接続管理テーブルと、ＳＩＰ ＵＲＩと通話中または切断中を示すステータス、ステータスが接続中に設定されるデータ通信回線用ＩＰアドレスの情報を記憶するユーザ状態管理テーブルを備え、ＩＰ端末から受信した名前解決メッセージから、ＦＱＤＮを抽出し、ＦＱＤＮ情報に従い前期名前管理テーブルを参照し、ＳＩＰ ＵＲＩの情報が記憶されていれば、ＳＩＰ ＵＲＩ情報に従い前記ユーザ状態管理テーブルを参照し、ステータスが切断中の情報が記憶されていれば、さらに、ＳＩＰ ＵＲＩ情報にて前記接続管理テーブルを参照し、電話回線用ＩＰアドレスの情報が記憶されていれば、電話回線用ＩＰアドレスに対応する宅内ルータに対してセッション接続処理およびデータ通信回線に対する接続要求指示を行い、前記宅内ルータは、前記パケット転送装置とのセッション接続を行い、前記セッション制御管理サーバに対してデータ通信回線接続状態の通知およびデータ通信回線用ＩＰアドレスの通知を行い、前記セッション制御管理サーバは、データ通信回線接続状態通知およびデータ通信回線用ＩＰアドレス通知の受付を行い、ＩＰ端末に対する応答メッセージとしてＦＱＤＮに対するデータ通信回線用ＩＰアドレスの通知を行い、ＩＰ電話と宅内ルータに接続された公開サーバとの間の通信経路を確立する。

１：電話端末
２：ＩＰ端末
３：公開Ｗｅｂサーバ（アプリケーションサーバ）
４：ＳＩＰ／ＤＮＳサーバ（制御サーバ）
５：ＤＨＣＰサーバ
６：Ｌ２ＳＷ
７：コアルータ（Ｒ）
８：ルータ
９：ＧＷ
１０：ＲＡＤＩＵＳサーバ

Claims (18)

1. 電話端末とＩＰ端末とアプリケーションサーバとを収容するルータと、制御サーバとを有する通信システムであって、
   前記ルータは、
   前記ＩＰ端末への第１インターフェースと、
   前記電話端末への第２インターフェースと、
   前記アプリケーションサーバへの第３インターフェースと、
   前記制御サーバへの音声通信回線とデータ通信回線とを収容する第４インターフェースとを備え、
   前記制御サーバは、
   前記アプリケーションサーバのドメイン名、前記ルータのデータ通信回線用ＩＰアドレス、及びＳＩＰ−ＵＲＩの各々の情報を対応させるよう処理するＤＮＳ処理部と、
   前記ルータとの間のセッションを制御し、かつ前記ルータのセッションステータス情報、前記データ通信回線用ＩＰアドレス、および前記ＳＩＰ−ＵＲＩの各々の情報を対応させるよう処理するＳＩＰ処理部と、
   前記アプリケーションサーバのドメイン名、前記ルータのデータ通信回線用ＩＰアドレス、及びＳＩＰ−ＵＲＩとを対応させて格納する名前管理テーブルと、
   前記ルータの前記セッションステータス情報、前記データ通信回線用ＩＰアドレス、及び前記ＳＩＰ−ＵＲＩとを対応させて格納する状態管理テーブルとを備え、
   前記ＤＮＳ処理部は、前記ＩＰ端末から送信される名前解決要求に含まれる宛先情報に基づいて、前記名前管理テーブルから前記宛先情報に対応するＳＩＰ−ＵＲＩを検索し、
   前記ＳＩＰ処理部は、前記ルータと前記制御サーバとの間の前記データ通信回線が切断されているときに、前記名前管理テーブルから検索された前記ＳＩＰ−ＵＲＩに基づいて、前記状態管理テーブルから前記ＳＩＰ−ＵＲＩに対応する前記セッションステータス情報を検索し、検索した前記セッションステータス情報が切断の内容であるときに、音声通信回線を介して前記ルータとの間のセッションを接続し、前記データ通信回線への接続要求を前記ルータへ送信することを特徴とする通信システム。
2. 前記ルータの音声通信回線用ＩＰアドレス、および前記ＳＩＰ−ＵＲＩとを対応させて格納する接続管理テーブルをさらに有し、
   前記ＳＩＰ処理部は、前記接続管理テーブルから前記ＳＩＰ−ＵＲＩに対応する前記ルータの音声通信回線用ＩＰアドレスを検索し、前記ルータとの間の前記セッションの接続処理を、検索した前記音声通信回線用ＩＰアドレスに対して行うことを特徴とする請求項１に記載の通信システム。
3. 前記宛先情報はドメイン名であることを特徴とする請求項１に記載の通信システム。
4. 前記宛先情報はＦＱＤＮであることを特徴とする請求項１に記載の通信システム。
5. 前記ＳＩＰ処理部は、前記ルータと前記制御サーバとの間の前記データ通信回線の接続の後、前記ルータから送信される状態通知メッセージに含まれるセッションステータス接続の情報、セッションステータス切断の情報のいずれかと前記データ通信回線用ＩＰアドレスを用いて、前記状態管理テーブルを更新することを特徴とする請求項１に記載の通信システム。
6. 前記データ通信回線用ＩＰアドレスは、前記ルータに対して前記データ通信回線において割当られることを特徴とする請求項１に記載の通信システム。
7. 前記ＤＮＳ処理部は、前記ＳＩＰ処理部により前記状態管理テーブルに設定された前記データ通信回線用ＩＰアドレスを、前記名前解決要求の応答メッセージに含めることを特徴とする請求項１に記載の通信システム。
8. 前記ルータは前記制御サーバに定期的に登録要求を送信し、前記ＳＩＰ処理部は前記登録要求に応じて前記接続管理テーブルに前記音声通信回線用ＩＰアドレスおよび前記ＳＩＰ−ＵＲＩの登録を行うことを特徴とする請求項２に記載の通信システム。
9. 前記ルータは、前記データ通信回線の接続時間監視に基づいて、前記データ通信回線の切断を処理することを特徴とする請求項１に記載の通信システム。
10. 前記名前管理テーブルは、前記宛先情報に対応するＳＩＰ−ＵＲＩを格納することを特徴とする請求項１に記載の通信システム。
11. 前記接続要求メッセージは、前記ルータにおける前記データ通信回線の接続要求指示を含むことを特徴とする請求項１に記載の通信システム。
12. 前記ルータと前記制御サーバとの間に設置され、前記ルータとのデータ通信を終端する装置をさらに有することを特徴とする請求項１に記載の通信システム。
13. 前記制御サーバは前記ルータとのデータ通信を終端する処理部をさらに有することを特徴とする請求項１に記載の通信システム。
14. ＩＰ端末と、ルータに収容されるアプリケーションサーバとの通信を制御する制御サーバであって、
    前記アプリケーションサーバのドメイン名、前記ルータのデータ通信回線用ＩＰアドレス、及びＳＩＰ−ＵＲＩの各々の情報を対応させるよう処理するＤＮＳ処理部と、
    前記ルータとの間でセッションを制御し、かつ前記ルータのセッションステータス情報、データ通信回線用ＩＰアドレス、およびＳＩＰ−ＵＲＩの各々の情報を対応させるよう処理するＳＩＰ処理部と、
    前記アプリケーションサーバのドメイン名、前記ルータのデータ通信回線用ＩＰアドレス、及びＳＩＰ−ＵＲＩとを対応させて格納する名前管理テーブルと、
    前記ルータのセッションステータス情報、前記データ通信回線用ＩＰアドレス、及び前記ＳＩＰ−ＵＲＩとを対応させて格納する状態管理テーブルとを有し、
    前記ＤＮＳ処理部は、前記ＩＰ端末から送信される名前解決要求に含まれる宛先情報に基づいて、前記名前管理テーブルから前記宛先情報に対応するＳＩＰ−ＵＲＩを検索し、
    前記ＳＩＰ処理部は、前記ルータと前記制御サーバとの間のデータ通信回線が切断されているときに、前記名前管理テーブルから検索された前記ＳＩＰ−ＵＲＩに基づいて、前記状態管理テーブルから前記ＳＩＰ−ＵＲＩに対応する前記セッションステータス情報を検索し、検索した前記セッションステータス情報が切断の内容であるときに、音声通信回線を介して前記ルータとの間のセッションを接続し、前記データ通信回線への接続要求を前記ルータへ送信することを特徴とする制御サーバ。
15. 前記ルータの音声通信回線用ＩＰアドレス、および前記ＳＩＰ−ＵＲＩとを対応させて格納する接続管理テーブルをさらに有し、
    前記ＳＩＰ処理部は、前記接続管理テーブルから前記ＳＩＰ−ＵＲＩに対応する前記ルータの音声通信回線用ＩＰアドレスを検索し、前記ルータとの間の前記セッションの接続処理を、検索した前記音声通信回線用ＩＰアドレスに対して行うことを特徴とする請求項１４に記載の制御サーバ。
16. 前記ＳＩＰ処理部は、前記ルータと前記制御サーバとの間の前記データ通信回線の接続の後、前記ルータから送信される状態通知メッセージに含まれるセッションステータス接続の情報、セッションステータス切断の情報のいずれかと及び前記データ通信回線用ＩＰアドレスを用いて、前記状態管理テーブルを更新することを特徴とする請求項１４に記載の制御サーバ。
17. 前記ＤＮＳ処理部は、前記ＳＩＰ処理部により前記状態管理テーブルに設定された前記データ通信回線用ＩＰアドレスを、前記名前解決要求の応答メッセージに含めることを特徴とする請求項１３に記載の制御サーバ。
18. 前記ルータとのデータ通信を終端する処理部をさらに有することを特徴とする請求項１３に記載の制御サーバ。

Images