JP5057124B1

JP5057124B1 - 通信装置、ルータ、通信システム、並びに通信装置及びルータの制御方法

Info

Publication number: JP5057124B1
Application number: JP2011155914A
Authority: JP
Inventors: 誠渡邉
Original assignee: NEC Platforms Ltd
Current assignee: NEC Platforms Ltd
Priority date: 2011-07-14
Filing date: 2011-07-14
Publication date: 2012-10-24
Anticipated expiration: 2031-07-14
Also published as: EP2720411A4; AU2012282019A1; WO2013008364A1; CN103650454B; AU2012282019B2; EP2720411B1; US20140126579A1; CN103650454A; JP2013021659A; US9407667B2; EP2720411A1; BR112014000370B1; BR112014000370A2

Abstract

【課題】ＳＩＰ網への接続を容易化する。
【解決手段】通信システム（１）を構成するルータ（２０）は、キャリア網（３０）から、キャリア網上に設置されるサーバ（ＳＩＰサーバ）への接続に必要な情報を、ＤＨＣＰを用いて取得する。また、通信装置（１０）は、ルータ（２０）から、前記情報を、ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する。ローカルプロトコルとしては、例えばＵＰｎＰプロトコルを採用する。
【選択図】図１

Description

本発明は、通信装置、ルータ、通信システム、並びに通信装置及びルータの制御方法に関し、特にＳＩＰ(ＳｅｓｓｉｏｎＩｎｉｔｉａｔｅＰｒｏｔｏｃｏｌ)網への接続に必要な情報(以下、ＳＩＰ情報と呼称することがある)を取得する技術に関する。

近年、各通信キャリアにおいて、ＮＧＮ(ＮｅｘｔＧｅｎｅｒａｔｉｏｎＮｅｔｗｏｒｋ、次世代通信網)が主流になりつつある。ＮＧＮに対応した通信システムにおいて、通信装置は、ユーザＩＤ(Ｉｄｅｎｔｉｆｉｅｒ)やＩＰ(ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ)アドレス等のＳＩＰ情報を、キャリア側のＳＩＰ網からＤＨＣＰ(ＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｔｏｃｏｌ)を用いて取得し、ＳＩＰ網への登録(レジスト)処理を自動的に実行することが必須とされることが多い。

なお、このような通信システムの一例として、特許文献１に記載されるＩＰ電話システムが知られている。

特開２００６−４２１７６号公報

しかしながら、本願発明者は、上記の通信システムには、その導入が困難であるという課題があることを発見した。具体的には、ＳＩＰ網へ接続するためには、通信システム側でＤＨＣＰクライアント機能を実装していない通信装置に対して、ＤＨＣＰクライアント機能を実装する必要がある。また、ＤＨＣＰにおいてはブロードキャストを利用することになる。このため、通信システムが多段のサブネットによって構成される場合には、ブロードキャスト用にポート設定を行う等、セキュリティ上の問題も生じてしまう。さらに、ＤＨＣＰクライアント機能を実装しない場合には、ユーザが手動で煩雑な設定を通信装置毎に行う必要がある。

本発明は、上記の課題に鑑みてなされたものであり、その目的は、ＳＩＰ網への接続を容易化することにある。

上記の目的を達成するため、本発明の第１の態様に係る通信装置は、キャリア網上に設置されるサーバとの通信に際して、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｅＰｒｏｔｏｃｏｌ）に則した呼制御を行う呼制御手段と、自装置及び前記キャリア網の間でトラヒックを中継するルータと接続する第１のインタフェース手段と、を備える。前記呼制御手段は、前記第１のインタフェース手段を介して前記ルータから、前記ルータによりＤＨＣＰ（ＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｃｔｏｌ）を用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する。

また、本発明の第２の態様に係るルータは、通信装置と接続する第１のインタフェース手段と、キャリア網と接続する第２のインタフェース手段と、前記第１及び第２のインタフェース手段を介して、前記通信装置と前記キャリア網との間のトラヒックを中継する中継手段と、を備える。前記中継手段は、前記第２のインタフェース手段を介して前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、前記第１のインタフェース手段を介して前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する。

また、本発明の第３の態様に係る通信システムは、キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置と、前記通信装置と前記キャリア網との間でトラヒックを中継するルータと、を備える。前記ルータは、前記キャリア網から、前記サーバへの接続に必要な情報を、ＤＨＣＰを用いて取得する。前記通信装置は、前記ルータから、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する。

また、本発明の第４の態様に係る制御方法は、キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置の制御方法を提供する。この制御方法は、前記通信装置と前記キャリア網との間でトラヒックを中継するルータから、前記ルータによりＤＨＣＰを用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得し、前記情報を、前記サーバとの通信に際しての呼制御に用いることを含む。

さらに、本発明の第５の態様に係る制御方法は、通信装置とキャリア網との間のトラヒックを中継するルータの制御方法を提供する。この制御方法は、前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知することを含む。

本発明によれば、ＳＩＰ網への接続を容易化することが可能である。

本発明の実施の形態に係る通信システムの構成例を示したブロック図である。本発明の実施の形態に係る通信装置の構成例を示したブロック図である。本発明の実施の形態に係るルータの構成例を示したブロック図である。本発明の実施の形態に係る通信システムの動作例を示したシーケンス図である。本発明の実施の形態に係る通信システムにおいて、通信装置からルータへ送信されるメッセージの第１の例を示した図である。本発明の実施の形態に係る通信システムにおいて、ルータから通信装置へ送信されるメッセージの第１の例を示した図である。本発明の実施の形態に係る通信システムにおいて、通信装置からルータへ送信されるメッセージの第２の例を示した図である。本発明の実施の形態に係る通信システムにおいて、ルータから通信装置へ送信されるメッセージの第２の例を示した図である。本発明の実施の形態に係る通信システムにおいて、通信装置からルータへ送信されるメッセージの第３の例を示した図である。本発明の実施の形態に係る通信システムにおいて、ルータから通信装置へ送信されるメッセージの第３の例を示した図である。本発明の実施の形態に係る通信装置で取得される、ＳＩＰ情報の構成例を示した図である。

以下、本発明に係る通信装置及びルータ、並びにこれらを適用する通信システムの実施の形態を、図１〜図１１を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

図１に示すように、本実施の形態に係る通信システム１は、通信装置１０と、ルータ２０とを含む。通信装置１０は、ＮＧＮであるキャリア網３０上に設置されるサーバ(図示せず)との通信を、ＳＩＰに則して行う。ルータ２０は、通信装置１０とキャリア網２０との間でトラヒックを中継する。例えば、ルータ２０は、図１に点線で示す光回線終端装置４０を介してキャリア網３０へ接続される。なお、上記のサーバとは、ＳＩＰ網の構成要素であり、ＳＩＰに則して各種の呼制御を行うサーバ(所謂、ＳＩＰサーバ)である。

動作においては、まずルータ２０が、ＳＩＰ情報を、キャリア網３０からＤＨＣＰを用いて取得し、保持する。ここで、ＳＩＰ情報には、ＳＩＰサーバのＩＰアドレス、ユーザＩＤ、及びＳＩＰドメイン名が含まれる。

一方、通信装置１０は、ＳＩＰ情報を、ルータ２０からＳＩＰ及びＤＨＣＰとは異なるローカルプロトコルを用いて取得する。

このように、本実施の形態においては、通信装置１０が、ルータ２０とのローカル通信によってＳＩＰ情報を自律的に取得する。このため、従来の通信システム比して、ＳＩＰ網への接続が容易となる。より詳細には、通信装置に対するＤＨＣＰクライアント機能の実装が不要であり、ブロードキャスト用にルータに対するポート設定を行う等、セキュリティ上の問題も発生しない。また、ルータに対する必要最低限の初期設定を行えば良く、ユーザが手動で通信装置に対する設定を行う必要も無い。

また、上記のローカルプロトコルとしては、ＵＰｎＰ(ＵｎｉｖｅｒｓａｌＰｌｕｇａｎｄＰｌａｙ)プロトコルを用いると好適である。これは、一般的な通信装置及びルータにおいては、ＵＰｎＰプロトコルが、ルータのＷＡＮ(ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ)側のＩＰアドレスを取得することを目的として採用されているためである。ＵＰｎＰプロトコルを用いる場合、既存のインタフェースを拡張することによって、本実施の形態に係る通信装置１０及びルータ２０を構成することができ、以て開発コストを低減できるという効果も得られる。但し、ＵＰｎＰプロトコルの使用は必須では無く、ＳＩＰ及びＤＨＣＰ以外の他のプロトコルを使用しても良い。通信装置１０とルータ２０との間のローカル通信は、例えば、ＴＣＰ(ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ)に則して行っても良いし、ＭＡＣ(ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ)プロトコルに則して行っても良い。この場合も、ＳＩＰ情報を自律的に取得でき、以てＳＩＰ網への接続が容易となるという効果は同様に得られる。

以下、上記の動作を実現する通信装置１０及びルータ２０の具体的な構成例及び動作例を、図２〜図１１を参照して詳細に説明する。

図２に示すように、通信装置１０は、呼制御部１１と、プロトコルＩ／Ｆ部１２と、電話機Ｉ／Ｆ部１３と、記憶部１４とを含む。

呼制御部１１は、大略、ＳＩＰサーバとの通信に際して各種の呼制御を行う。また、プロトコルＩ／Ｆ部１２は、通信装置１０をルータ２０へ接続するためのインタフェースとして機能する。呼制御部１１は、プロトコルＩ／Ｆ部１２を介してルータ２０から、ＳＩＰ情報をＵＰｎＰプロトコルを用いて取得する。すなわち、通信装置１０とルータ２０との間では、ＵＰｎＰプロトコルに則したＸＭＬ(ＥｘｔｅｎｓｉｖｅＭａｒｋｕｐＬａｎｇａｇｅ)形式のメッセージ(以下、ＵＰｎＰメッセージと呼称することがある)が伝送される。また、呼制御部１１は、取得したＳＩＰ情報を、記憶部１４へ記憶する。さらに、呼制御部１１は、記憶部１４中のＳＩＰ情報を参照し、プロトコルＩ／Ｆ部１２及びルータ２０を介してＳＩＰサーバと通信する。すなわち、通信装置１０とＳＩＰサーバとの間では、ＳＩＰに則したメッセージ(以下、ＳＩＰメッセージと呼称することがある)が伝送される。

また、電話機Ｉ／Ｆ部１３は、１以上の電話機を通信装置１０へ接続するためのインタフェースである。呼制御部１１は、プロトコルＩ／Ｆ部１２及び電話機Ｉ／Ｆ部１３を介して、ＳＩＰサーバと各電話機との間の呼を接続し、以て通信装置１０を交換機として動作させる。但し、電話機Ｉ／Ｆ部１３は必須の構成要素では無く、その実装を省略しても良い。この場合、通信装置１０は、単独で、ＳＩＰ対応の電話機として動作することができる。

一方、図３に示すように、ルータ２０は、プロトコルＩ／Ｆ部２１と、キャリア網Ｉ／Ｆ部２２と、中継部２３と、記憶部２４とを含む。

プロトコルＩ／Ｆ部２１は、通信装置１０をルータ２０へ接続するためのインタフェースとして機能する。また、キャリア網Ｉ／Ｆ部２２は、ルータ２０をキャリア網３０へ接続するためのインタフェースとして機能する。

中継部２３は、大略、プロトコルＩ／Ｆ部２１及びキャリア網Ｉ／Ｆ部２２を介して、通信装置１０とキャリア網３０との間でＳＩＰメッセージを中継する。また、中継部２３は、キャリア網Ｉ／Ｆ部２２を介してキャリア網３０から、ＳＩＰ情報をＤＨＣＰを用いて取得すると共に、取得したＳＩＰ情報を、記憶部２４へ記憶する。さらに、中継部２３は、プロトコルＩ／Ｆ部２１を介して通信装置１０へ、記憶部２４中のＳＩＰ情報を、ＵＰｎＰメッセージとして通知する。

次に、通信装置１０及びルータ２０の動作例を、図４〜図１１を参照して説明する。

図４に示すように、まずルータ２０が、キャリア網３０との間でＤＨＣＰに則したメッセージを送受信し、以てＳＩＰ情報を予め取得する。

具体的には、ルータ２０は、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージをブロードキャストする(ステップＳ１１)。ここで、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージは、ルータ２０に対してＩＰアドレスを割当可能なＤＨＣＰサーバを検索するためのメッセージである。

キャリア網３０は、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージを受信すると、その応答として、ＤＨＣＰＯＦＦＥＲメッセージをルータ２０へ送信し、以てルータ２０に割り当てられるＷＡＮ側のＩＰアドレスを通知する(ステップＳ１２)。

ルータ２０は、ＤＨＣＰＯＦＦＥＲメッセージを受信すると、ＤＨＣＰＲＥＱＵＥＳＴメッセージをキャリア網３０へ送信し、以て上記のステップＳ１２で通知されたＩＰアドレスの取得を要求する(ステップＳ１３)。

キャリア網３０は、ＤＨＣＰＲＥＱＵＥＳＴメッセージを受信すると、その応答として、ＤＨＣＰＡＣＫメッセージをルータ２０へ送信する(ステップＳ１４)。ここで、ＤＨＣＰＡＣＫメッセージには、ＳＩＰ情報が含まれており、ルータ２０は、受信したＳＩＰ情報を保持する。

次いで、通信装置１０は、ルータ２０との間でＵＰｎＰメッセージを送受信し、以てＳＩＰ情報を取得する。

具体的には、通信装置１０は、ＵＰｎＰメッセージの一つであるＭ＿ＳＥＡＲＣＨを、ルータ２０へ送信する(ステップＳ２１)。

図５に示すように、このＭ＿ＳＥＡＲＣＨメッセージ１００は、ＸＭＬ形式で表現される、ＵＰｎＰ対応のデバイスを探索するためのメッセージであり、ブロードキャストアドレス"２３９．２５５.２５５．２５０：１９００"が設定される。また、符号１０１で示すように、メッセージ１００には、ＳＩＰ網への接続サービスを提供可能なデバイスを探索するために"ＳＩＰＣｏｎｎｅｃｔｉｏｎ：１"が設定される。

ルータ２０は、メッセージ１００を受信すると、その応答として、ＨＴＴＰ２００ＯＫメッセージを通信装置１０へ送信する(ステップＳ２２)。

図６に示すように、このＨＴＴＰ２００ＯＫメッセージ２００は、ＸＭＬ形式で表現される。符号２０１で示すように、メッセージ２００には、"ＳＩＰＣｏｎｎｅｃｔｉｏｎ：１"が設定され、以てルータ２０がＳＩＰ網への接続サービスをサポートする旨を、通信装置１０へ通知する。また、符号２０２で示すように、メッセージ２００中のＬＯＣＡＴＩＯＮ行には、ルータ２０が保持する情報(ｒｏｏｔＤｅｓｃ.ｘｍｌ)を取得するためのＨＴＴＰＧＥＴメッセージの送信先ＩＰアドレス"１７２．１６.０．２５４"及びポート番号"２８６９"が設定される。

通信装置１０は、メッセージ２００を受信すると、ＨＴＴＰＧＥＴメッセージをルータ２０へ送信し、以てルータ２０が保持する情報(ｒｏｏｔＤｅｓｃ.ｘｍｌ)の取得を要求する(ステップＳ２３)。

図７に示すように、このＨＴＴＰＧＥＴメッセージ３００は、ＸＭＬ形式で表現される。符号３０１で示すように、メッセージ３００中のＨＯＳＴ行には、上記のメッセージ２００で指定された送信先ＩＰアドレス及びポート番号が設定される。

ルータ２０は、メッセージ３００を受信すると、その応答として、ＨＴＴＰ２００ＯＫメッセージを通信装置１０へ送信する(ステップＳ２４)。

図８に示すように、このＨＴＴＰ２００ＯＫメッセージ４００は、ＸＭＬ形式で表現される。符号４０１で示すように、メッセージ４００中のｓｅｒｖｉｃｅタグに対応する要素内容(開始タグ＜ｓｅｒｖｉｃｅ＞及び終了タグ＜／ｓｅｒｖｉｃｅ＞で囲まれた部分)には、"ＳＩＰＡｃｃｏｕｎｔ：１"が設定され、以てルータ２０がＳＩＰ情報の転送サービスをサポートする旨を、通信装置１０へ通知する。また、符号４０２で示すように、ＣｏｎｔｒｏｌＵＲＬタグに対応する要素内容には、ＳＩＰ情報の転送を要求するためのＨＴＴＰ＿ＰＯＳＴメッセージ中に記述すべき値"／ＳＩＰＡｃｃｏｕｎｔ"が設定される。なお、図示を省略するが、メッセージ４００には、他の情報としてルータ２０の固有情報等も設定される。

通信装置１０は、メッセージ４００を受信すると、ＨＴＴＰ＿ＰＯＳＴメッセージをルータ２０へ送信し、以てＳＩＰ情報の転送を要求する(ステップＳ２５)。

図９に示すように、このＨＴＴＰ＿ＰＯＳＴメッセージ５００は、ＸＭＬ形式で表現される。符号５０１で示すように、メッセージ５００中のＰＯＳＴ行には、上記のメッセージ４００で指定された値が設定される。また、符号５０２で示すように、ＨＯＳＴ行には、上記のメッセージ２００で指定された送信先ＩＰアドレス及びポート番号が設定される。また、符号５０３で示すように、ＳＯＡＰＡＣＴＩＯＮ行には、"ｕｒｎ：ｘｘｘ：ｓｅｒｖｉｃｅ：ＳＩＰＡｃｃｏｕｎｔ：１＃ＧｅｔＳＩＰＡｃｃｏｕｎｔ"が設定される。さらに、符号５０４で示すように、ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙタグに対応する要素内容として、ＳＩＰ情報の転送要求を意味する空要素タグ＜ｍ：ＧｅｔＳＩＰＡｃｃｏｕｎｔｘｍｌｎｓ：ｍ＝"ｕｒｎ：ｘｘｘ：ｓｅｒｖｉｃｅ：ＳＩＰＡｃｃｏｕｎｔ：１"＞＜／ｍ：ＧｅｔＳＩＰＡｃｃｏｕｎｔ＞が設定される。

ルータ２０は、メッセージ５００を受信すると、その応答として、ＨＴＴＰ２００ＯＫメッセージを通信装置１０へ送信する(ステップＳ２６)。

図１０に示すように、このＨＴＴＰ２００ＯＫメッセージ６００は、ＸＭＬ形式で表現される。符号６０１で示すように、メッセージ６００中のＳｉｐＳｅｒｖｅｒＩＰＡｄｄｒｅｓｓタグに対応する要素内容には、ＳＩＰサーバのＩＰアドレス"１０．１１２．４０．１０"が設定される。また、符号６０２で示すように、ＢａｓｅＴｅｌＮｕｍｂｅｒタグに対応する要素内容には、ユーザＩＤ"０３１２３１１１１"が設定される。さらに、符号６０３で示すように、ＳｉｐＤｏｍａｉｎＮａｍｅタグに対応する要素内容には、ＳＩＰドメイン名"ｓｉｐ.ｎｇｎ.ｃｏ.ｊｐ"が設定される。

図１１に示すように、通信装置１０は、メッセージ６００を受信すると、指定されたＩＰアドレス、ユーザＩＤ、及びＳＩＰドメイン名を対応付けてＳＩＰ情報７００として記憶する。

この後、通信装置１０は、記憶したＳＩＰ情報７００を参照して、ＳＩＰ網への登録処理を実行する。

具体的には、通信装置１０は、ＳＩＰメッセージの一つであるＲＥＧＩＳＴＥＲを、ルータ２０を介してキャリア網３０上のＳＩＰサーバへ送信する(ステップＳ３１)。ＳＩＰサーバは、ＲＥＧＩＳＴＥＲメッセージを受信すると、２００ＯＫメッセージを通信装置１０へ送信する(ステップＳ３２)。通信装置１０は、２００ＯＫメッセージを受信すると、ＡＣＫメッセージをＳＩＰサーバへ送信する(ステップＳ３３)。

これにより、通信装置１０は、ＳＩＰ網へユーザエージェントとして登録されることとなる。

なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。

上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）
キャリア網上に設置されるサーバとの通信に際して、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｅＰｒｏｔｏｃｏｌ）に則した呼制御を行う呼制御手段と、
自装置及び前記キャリア網の間でトラヒックを中継するルータと接続する第１のインタフェース手段と、を備え、
前記呼制御手段は、
前記第１のインタフェース手段を介して前記ルータから、前記ルータによりＤＨＣＰ（ＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｃｔｏｌ）を用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信装置。

（付記２）
付記１において、
前記呼制御手段は、前記ローカルプロトコルとして、ＵＰｎＰ（ＵｎｉｖｅｒｓａｌＰｌｕｇａｎｄＰｌａｙ）プロトコルを用いる、
ことを特徴とした通信装置。

（付記３）
付記１又は２において、
他の通信装置と接続する第２のインタフェース手段を、さらに備え、
前記呼制御手段は、前記第１及び第２のインタフェース手段を介して、前記サーバと前記他の通信装置との間の呼を接続する、
ことを特徴とした通信装置。

（付記４）
通信装置と接続する第１のインタフェース手段と、
キャリア網と接続する第２のインタフェース手段と、
前記第１及び第２のインタフェース手段を介して、前記通信装置と前記キャリア網との間のトラヒックを中継する中継手段と、を備え、
前記中継手段は、
前記第２のインタフェース手段を介して前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記第１のインタフェース手段を介して前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ルータ。

（付記５）
付記４において、
前記中継手段は、前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴としたルータ。

（付記６）
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置と、
前記通信装置と前記キャリア網との間でトラヒックを中継するルータと、を備え、
前記ルータは、前記キャリア網から、前記サーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置は、前記ルータから、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信システム。

（付記７）
付記６において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルが採用される、
ことを特徴とした通信システム。

（付記８）
付記６又は７において、
前記通信装置は、前記サーバと他の通信装置との間の呼を接続する、
ことを特徴とした通信システム。

（付記９）
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置の制御方法であって、
前記通信装置と前記キャリア網との間でトラヒックを中継するルータから、前記ルータによりＤＨＣＰを用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得し、
前記情報を、前記サーバとの通信に際しての呼制御に用いる、
ことを含む制御方法。

（付記１０）
付記１０において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴とした制御方法。

（付記１１）
付記９又は１０において、
前記サーバと他の通信装置との間の呼を接続する、
ことをさらに含む制御方法。

（付記１２）
通信装置とキャリア網との間のトラヒックを中継するルータの制御方法であって、
前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ことを含む制御方法。

（付記１３）
付記１２において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴とした制御方法。

１通信システム
１０通信装置
１１呼制御部
１２, ２１プロトコルＩ／Ｆ部
１３電話機Ｉ／Ｆ部
１４, ２４記憶部
２０ルータ
２２キャリア網Ｉ／Ｆ部
２３中継部
３０キャリア網
４０光回線終端装置
１００Ｍ＿ＳＥＲＡＣＨメッセージ
２００, ４００, ６００ＨＴＴＰ２００ＯＫメッセージ
３００ＨＴＴＰＧＥＴメッセージ
５００ＨＴＴＰ＿ＰＯＳＴメッセージ
７００ＳＩＰ情報

Claims

キャリア網上に設置されるサーバとの通信に際して、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｅＰｒｏｔｏｃｏｌ）に則した呼制御を行う呼制御手段と、
自装置及び前記キャリア網の間でトラヒックを透過的に中継するルータと接続する第１のインタフェース手段と、を備え、
前記呼制御手段は、
前記第１のインタフェース手段を介して前記ルータから、前記ルータによりＤＨＣＰ（ＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｃｔｏｌ）を用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信装置。
請求項１において、
前記呼制御手段は、前記ローカルプロトコルとして、ＵＰｎＰ（ＵｎｉｖｅｒｓａｌＰｌｕｇａｎｄＰｌａｙ）プロトコルを用いる、
ことを特徴とした通信装置。
請求項１又は２において、
他の通信装置と接続する第２のインタフェース手段を、さらに備え、
前記呼制御手段は、前記第１及び第２のインタフェース手段を介して、前記サーバと前記他の通信装置との間の呼を接続する、
ことを特徴とした通信装置。
通信装置と接続する第１のインタフェース手段と、
キャリア網と接続する第２のインタフェース手段と、
前記第１及び第２のインタフェース手段を介して、前記通信装置と前記キャリア網との間のトラヒックを透過的に中継する中継手段と、を備え、
前記中継手段は、
前記第２のインタフェース手段を介して前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記第１のインタフェース手段を介して前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ルータ。
請求項４において、
前記中継手段は、前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴としたルータ。
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置と、
前記通信装置と前記キャリア網との間でトラヒックを透過的に中継するルータと、を備え、
前記ルータは、前記キャリア網から、前記サーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置は、前記ルータから、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信システム。
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置の制御方法であって、
前記通信装置と前記キャリア網との間でトラヒックを透過的に中継するルータから、前記ルータによりＤＨＣＰを用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得し、
前記情報を、前記サーバとの通信に際しての呼制御に用いる、
ことを含む制御方法。
請求項７において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴とした制御方法。
請求項７又は８において、
前記サーバと他の通信装置との間の呼を接続する、
ことをさらに含む制御方法。
通信装置とキャリア網との間のトラヒックを透過的に中継するルータの制御方法であって、
前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ことを含む制御方法。