通信装置、ルータ、通信システム、並びに通信装置及びルータの制御方法
【課題】ＳＩＰ網への接続を容易化する。
【解決手段】通信システム（１）を構成するルータ（２０）は、キャリア網（３０）から、キャリア網上に設置されるサーバ（ＳＩＰサーバ）への接続に必要な情報を、ＤＨＣＰを用いて取得する。また、通信装置（１０）は、ルータ（２０）から、前記情報を、ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する。ローカルプロトコルとしては、例えばＵＰｎＰプロトコルを採用する。
【解決手段】通信システム（１）を構成するルータ（２０）は、キャリア網（３０）から、キャリア網上に設置されるサーバ（ＳＩＰサーバ）への接続に必要な情報を、ＤＨＣＰを用いて取得する。また、通信装置（１０）は、ルータ（２０）から、前記情報を、ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する。ローカルプロトコルとしては、例えばＵＰｎＰプロトコルを採用する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、ルータ、通信システム、並びに通信装置及びルータの制御方法に関し、特にＳＩＰ(Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ)網への接続に必要な情報(以下、ＳＩＰ情報と呼称することがある)を取得する技術に関する。
【背景技術】
【０００２】
近年、各通信キャリアにおいて、ＮＧＮ(Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ、次世代通信網)が主流になりつつある。ＮＧＮに対応した通信システムにおいて、通信装置は、ユーザＩＤ(Ｉｄｅｎｔｉｆｉｅｒ)やＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)アドレス等のＳＩＰ情報を、キャリア側のＳＩＰ網からＤＨＣＰ(Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)を用いて取得し、ＳＩＰ網への登録(レジスト)処理を自動的に実行することが必須とされることが多い。
【０００３】
なお、このような通信システムの一例として、特許文献１に記載されるＩＰ電話システムが知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−４２１７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、本願発明者は、上記の通信システムには、その導入が困難であるという課題があることを発見した。具体的には、ＳＩＰ網へ接続するためには、通信システム側でＤＨＣＰクライアント機能を実装していない通信装置に対して、ＤＨＣＰクライアント機能を実装する必要がある。また、ＤＨＣＰにおいてはブロードキャストを利用することになる。このため、通信システムが多段のサブネットによって構成される場合には、ブロードキャスト用にポート設定を行う等、セキュリティ上の問題も生じてしまう。さらに、ＤＨＣＰクライアント機能を実装しない場合には、ユーザが手動で煩雑な設定を通信装置毎に行う必要がある。
【０００６】
本発明は、上記の課題に鑑みてなされたものであり、その目的は、ＳＩＰ網への接続を容易化することにある。
【課題を解決するための手段】
【０００７】
上記の目的を達成するため、本発明の第１の態様に係る通信装置は、キャリア網上に設置されるサーバとの通信に際して、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則した呼制御を行う呼制御手段と、自装置及び前記キャリア網の間でトラヒックを中継するルータと接続する第１のインタフェース手段と、を備える。前記呼制御手段は、前記第１のインタフェース手段を介して前記ルータから、前記ルータによりＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｃｔｏｌ）を用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する。
【０００８】
また、本発明の第２の態様に係るルータは、通信装置と接続する第１のインタフェース手段と、キャリア網と接続する第２のインタフェース手段と、前記第１及び第２のインタフェース手段を介して、前記通信装置と前記キャリア網との間のトラヒックを中継する中継手段と、を備える。前記中継手段は、前記第２のインタフェース手段を介して前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、前記第１のインタフェース手段を介して前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する。
【０００９】
また、本発明の第３の態様に係る通信システムは、キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置と、前記通信装置と前記キャリア網との間でトラヒックを中継するルータと、を備える。前記ルータは、前記キャリア網から、前記サーバへの接続に必要な情報を、ＤＨＣＰを用いて取得する。前記通信装置は、前記ルータから、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する。
【００１０】
また、本発明の第４の態様に係る制御方法は、キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置の制御方法を提供する。この制御方法は、前記通信装置と前記キャリア網との間でトラヒックを中継するルータから、前記ルータによりＤＨＣＰを用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得し、前記情報を、前記サーバとの通信に際しての呼制御に用いることを含む。
【００１１】
さらに、本発明の第５の態様に係る制御方法は、通信装置とキャリア網との間のトラヒックを中継するルータの制御方法を提供する。この制御方法は、前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知することを含む。
【発明の効果】
【００１２】
本発明によれば、ＳＩＰ網への接続を容易化することが可能である。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態に係る通信システムの構成例を示したブロック図である。
【図２】本発明の実施の形態に係る通信装置の構成例を示したブロック図である。
【図３】本発明の実施の形態に係るルータの構成例を示したブロック図である。
【図４】本発明の実施の形態に係る通信システムの動作例を示したシーケンス図である。
【図５】本発明の実施の形態に係る通信システムにおいて、通信装置からルータへ送信されるメッセージの第１の例を示した図である。
【図６】本発明の実施の形態に係る通信システムにおいて、ルータから通信装置へ送信されるメッセージの第１の例を示した図である。
【図７】本発明の実施の形態に係る通信システムにおいて、通信装置からルータへ送信されるメッセージの第２の例を示した図である。
【図８】本発明の実施の形態に係る通信システムにおいて、ルータから通信装置へ送信されるメッセージの第２の例を示した図である。
【図９】本発明の実施の形態に係る通信システムにおいて、通信装置からルータへ送信されるメッセージの第３の例を示した図である。
【図１０】本発明の実施の形態に係る通信システムにおいて、ルータから通信装置へ送信されるメッセージの第３の例を示した図である。
【図１１】本発明の実施の形態に係る通信装置で取得される、ＳＩＰ情報の構成例を示した図である。
【発明を実施するための形態】
【００１４】
以下、本発明に係る通信装置及びルータ、並びにこれらを適用する通信システムの実施の形態を、図１〜図１１を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１５】
図１に示すように、本実施の形態に係る通信システム１は、通信装置１０と、ルータ２０とを含む。通信装置１０は、ＮＧＮであるキャリア網３０上に設置されるサーバ(図示せず)との通信を、ＳＩＰに則して行う。ルータ２０は、通信装置１０とキャリア網２０との間でトラヒックを中継する。例えば、ルータ２０は、図１に点線で示す光回線終端装置４０を介してキャリア網３０へ接続される。なお、上記のサーバとは、ＳＩＰ網の構成要素であり、ＳＩＰに則して各種の呼制御を行うサーバ(所謂、ＳＩＰサーバ)である。
【００１６】
動作においては、まずルータ２０が、ＳＩＰ情報を、キャリア網３０からＤＨＣＰを用いて取得し、保持する。ここで、ＳＩＰ情報には、ＳＩＰサーバのＩＰアドレス、ユーザＩＤ、及びＳＩＰドメイン名が含まれる。
【００１７】
一方、通信装置１０は、ＳＩＰ情報を、ルータ２０からＳＩＰ及びＤＨＣＰとは異なるローカルプロトコルを用いて取得する。
【００１８】
このように、本実施の形態においては、通信装置１０が、ルータ２０とのローカル通信によってＳＩＰ情報を自律的に取得する。このため、従来の通信システム比して、ＳＩＰ網への接続が容易となる。より詳細には、通信装置に対するＤＨＣＰクライアント機能の実装が不要であり、ブロードキャスト用にルータに対するポート設定を行う等、セキュリティ上の問題も発生しない。また、ルータに対する必要最低限の初期設定を行えば良く、ユーザが手動で通信装置に対する設定を行う必要も無い。
【００１９】
また、上記のローカルプロトコルとしては、ＵＰｎＰ(Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ)プロトコルを用いると好適である。これは、一般的な通信装置及びルータにおいては、ＵＰｎＰプロトコルが、ルータのＷＡＮ(Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)側のＩＰアドレスを取得することを目的として採用されているためである。ＵＰｎＰプロトコルを用いる場合、既存のインタフェースを拡張することによって、本実施の形態に係る通信装置１０及びルータ２０を構成することができ、以て開発コストを低減できるという効果も得られる。但し、ＵＰｎＰプロトコルの使用は必須では無く、ＳＩＰ及びＤＨＣＰ以外の他のプロトコルを使用しても良い。通信装置１０とルータ２０との間のローカル通信は、例えば、ＴＣＰ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ)に則して行っても良いし、ＭＡＣ(Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)プロトコルに則して行っても良い。この場合も、ＳＩＰ情報を自律的に取得でき、以てＳＩＰ網への接続が容易となるという効果は同様に得られる。
【００２０】
以下、上記の動作を実現する通信装置１０及びルータ２０の具体的な構成例及び動作例を、図２〜図１１を参照して詳細に説明する。
【００２１】
図２に示すように、通信装置１０は、呼制御部１１と、プロトコルＩ／Ｆ部１２と、電話機Ｉ／Ｆ部１３と、記憶部１４とを含む。
【００２２】
呼制御部１１は、大略、ＳＩＰサーバとの通信に際して各種の呼制御を行う。また、プロトコルＩ／Ｆ部１２は、通信装置１０をルータ２０へ接続するためのインタフェースとして機能する。呼制御部１１は、プロトコルＩ／Ｆ部１２を介してルータ２０から、ＳＩＰ情報をＵＰｎＰプロトコルを用いて取得する。すなわち、通信装置１０とルータ２０との間では、ＵＰｎＰプロトコルに則したＸＭＬ(Ｅｘｔｅｎｓｉｖｅ Ｍａｒｋｕｐ Ｌａｎｇａｇｅ)形式のメッセージ(以下、ＵＰｎＰメッセージと呼称することがある)が伝送される。また、呼制御部１１は、取得したＳＩＰ情報を、記憶部１４へ記憶する。さらに、呼制御部１１は、記憶部１４中のＳＩＰ情報を参照し、プロトコルＩ／Ｆ部１２及びルータ２０を介してＳＩＰサーバと通信する。すなわち、通信装置１０とＳＩＰサーバとの間では、ＳＩＰに則したメッセージ(以下、ＳＩＰメッセージと呼称することがある)が伝送される。
【００２３】
また、電話機Ｉ／Ｆ部１３は、１以上の電話機を通信装置１０へ接続するためのインタフェースである。呼制御部１１は、プロトコルＩ／Ｆ部１２及び電話機Ｉ／Ｆ部１３を介して、ＳＩＰサーバと各電話機との間の呼を接続し、以て通信装置１０を交換機として動作させる。但し、電話機Ｉ／Ｆ部１３は必須の構成要素では無く、その実装を省略しても良い。この場合、通信装置１０は、単独で、ＳＩＰ対応の電話機として動作することができる。
【００２４】
一方、図３に示すように、ルータ２０は、プロトコルＩ／Ｆ部２１と、キャリア網Ｉ／Ｆ部２２と、中継部２３と、記憶部２４とを含む。
【００２５】
プロトコルＩ／Ｆ部２１は、通信装置１０をルータ２０へ接続するためのインタフェースとして機能する。また、キャリア網Ｉ／Ｆ部２２は、ルータ２０をキャリア網３０へ接続するためのインタフェースとして機能する。
【００２６】
中継部２３は、大略、プロトコルＩ／Ｆ部２１及びキャリア網Ｉ／Ｆ部２２を介して、通信装置１０とキャリア網３０との間でＳＩＰメッセージを中継する。また、中継部２３は、キャリア網Ｉ／Ｆ部２２を介してキャリア網３０から、ＳＩＰ情報をＤＨＣＰを用いて取得すると共に、取得したＳＩＰ情報を、記憶部２４へ記憶する。さらに、中継部２３は、プロトコルＩ／Ｆ部２１を介して通信装置１０へ、記憶部２４中のＳＩＰ情報を、ＵＰｎＰメッセージとして通知する。
【００２７】
次に、通信装置１０及びルータ２０の動作例を、図４〜図１１を参照して説明する。
【００２８】
図４に示すように、まずルータ２０が、キャリア網３０との間でＤＨＣＰに則したメッセージを送受信し、以てＳＩＰ情報を予め取得する。
【００２９】
具体的には、ルータ２０は、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージをブロードキャストする(ステップＳ１１)。ここで、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージは、ルータ２０に対してＩＰアドレスを割当可能なＤＨＣＰサーバを検索するためのメッセージである。
【００３０】
キャリア網３０は、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージを受信すると、その応答として、ＤＨＣＰＯＦＦＥＲメッセージをルータ２０へ送信し、以てルータ２０に割り当てられるＷＡＮ側のＩＰアドレスを通知する(ステップＳ１２)。
【００３１】
ルータ２０は、ＤＨＣＰＯＦＦＥＲメッセージを受信すると、ＤＨＣＰＲＥＱＵＥＳＴメッセージをキャリア網３０へ送信し、以て上記のステップＳ１２で通知されたＩＰアドレスの取得を要求する(ステップＳ１３)。
【００３２】
キャリア網３０は、ＤＨＣＰＲＥＱＵＥＳＴメッセージを受信すると、その応答として、ＤＨＣＰＡＣＫメッセージをルータ２０へ送信する(ステップＳ１４)。ここで、ＤＨＣＰＡＣＫメッセージには、ＳＩＰ情報が含まれており、ルータ２０は、受信したＳＩＰ情報を保持する。
【００３３】
次いで、通信装置１０は、ルータ２０との間でＵＰｎＰメッセージを送受信し、以てＳＩＰ情報を取得する。
【００３４】
具体的には、通信装置１０は、ＵＰｎＰメッセージの一つであるＭ＿ＳＥＡＲＣＨを、ルータ２０へ送信する(ステップＳ２１)。
【００３５】
図５に示すように、このＭ＿ＳＥＡＲＣＨメッセージ１００は、ＸＭＬ形式で表現される、ＵＰｎＰ対応のデバイスを探索するためのメッセージであり、ブロードキャストアドレス"２３９．２５５.２５５．２５０：１９００"が設定される。また、符号１０１で示すように、メッセージ１００には、ＳＩＰ網への接続サービスを提供可能なデバイスを探索するために"ＳＩＰＣｏｎｎｅｃｔｉｏｎ：１"が設定される。
【００３６】
ルータ２０は、メッセージ１００を受信すると、その応答として、ＨＴＴＰ ２００ ＯＫメッセージを通信装置１０へ送信する(ステップＳ２２)。
【００３７】
図６に示すように、このＨＴＴＰ ２００ ＯＫメッセージ２００は、ＸＭＬ形式で表現される。符号２０１で示すように、メッセージ２００には、"ＳＩＰＣｏｎｎｅｃｔｉｏｎ：１"が設定され、以てルータ２０がＳＩＰ網への接続サービスをサポートする旨を、通信装置１０へ通知する。また、符号２０２で示すように、メッセージ２００中のＬＯＣＡＴＩＯＮ行には、ルータ２０が保持する情報(ｒｏｏｔＤｅｓｃ.ｘｍｌ)を取得するためのＨＴＴＰ ＧＥＴメッセージの送信先ＩＰアドレス"１７２．１６.０．２５４"及びポート番号"２８６９"が設定される。
【００３８】
通信装置１０は、メッセージ２００を受信すると、ＨＴＴＰ ＧＥＴメッセージをルータ２０へ送信し、以てルータ２０が保持する情報(ｒｏｏｔＤｅｓｃ.ｘｍｌ)の取得を要求する(ステップＳ２３)。
【００３９】
図７に示すように、このＨＴＴＰ ＧＥＴメッセージ３００は、ＸＭＬ形式で表現される。符号３０１で示すように、メッセージ３００中のＨＯＳＴ行には、上記のメッセージ２００で指定された送信先ＩＰアドレス及びポート番号が設定される。
【００４０】
ルータ２０は、メッセージ３００を受信すると、その応答として、ＨＴＴＰ ２００ ＯＫメッセージを通信装置１０へ送信する(ステップＳ２４)。
【００４１】
図８に示すように、このＨＴＴＰ ２００ ＯＫメッセージ４００は、ＸＭＬ形式で表現される。符号４０１で示すように、メッセージ４００中のｓｅｒｖｉｃｅタグに対応する要素内容(開始タグ＜ｓｅｒｖｉｃｅ＞及び終了タグ＜／ｓｅｒｖｉｃｅ＞で囲まれた部分)には、"ＳＩＰＡｃｃｏｕｎｔ：１"が設定され、以てルータ２０がＳＩＰ情報の転送サービスをサポートする旨を、通信装置１０へ通知する。また、符号４０２で示すように、ＣｏｎｔｒｏｌＵＲＬタグに対応する要素内容には、ＳＩＰ情報の転送を要求するためのＨＴＴＰ＿ＰＯＳＴメッセージ中に記述すべき値"／ＳＩＰＡｃｃｏｕｎｔ"が設定される。なお、図示を省略するが、メッセージ４００には、他の情報としてルータ２０の固有情報等も設定される。
【００４２】
通信装置１０は、メッセージ４００を受信すると、ＨＴＴＰ＿ＰＯＳＴメッセージをルータ２０へ送信し、以てＳＩＰ情報の転送を要求する(ステップＳ２５)。
【００４３】
図９に示すように、このＨＴＴＰ＿ＰＯＳＴメッセージ５００は、ＸＭＬ形式で表現される。符号５０１で示すように、メッセージ５００中のＰＯＳＴ行には、上記のメッセージ４００で指定された値が設定される。また、符号５０２で示すように、ＨＯＳＴ行には、上記のメッセージ２００で指定された送信先ＩＰアドレス及びポート番号が設定される。また、符号５０３で示すように、ＳＯＡＰＡＣＴＩＯＮ行には、"ｕｒｎ：ｘｘｘ：ｓｅｒｖｉｃｅ：ＳＩＰＡｃｃｏｕｎｔ：１＃ＧｅｔＳＩＰＡｃｃｏｕｎｔ"が設定される。さらに、符号５０４で示すように、ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙタグに対応する要素内容として、ＳＩＰ情報の転送要求を意味する空要素タグ＜ｍ：ＧｅｔＳＩＰＡｃｃｏｕｎｔ ｘｍｌｎｓ：ｍ＝"ｕｒｎ：ｘｘｘ：ｓｅｒｖｉｃｅ：ＳＩＰＡｃｃｏｕｎｔ：１"＞ ＜／ｍ：ＧｅｔＳＩＰＡｃｃｏｕｎｔ＞が設定される。
【００４４】
ルータ２０は、メッセージ５００を受信すると、その応答として、ＨＴＴＰ ２００ ＯＫメッセージを通信装置１０へ送信する(ステップＳ２６)。
【００４５】
図１０に示すように、このＨＴＴＰ ２００ ＯＫメッセージ６００は、ＸＭＬ形式で表現される。符号６０１で示すように、メッセージ６００中のＳｉｐＳｅｒｖｅｒＩＰＡｄｄｒｅｓｓタグに対応する要素内容には、ＳＩＰサーバのＩＰアドレス"１０．１１２．４０．１０"が設定される。また、符号６０２で示すように、ＢａｓｅＴｅｌＮｕｍｂｅｒタグに対応する要素内容には、ユーザＩＤ"０３１２３１１１１"が設定される。さらに、符号６０３で示すように、ＳｉｐＤｏｍａｉｎＮａｍｅタグに対応する要素内容には、ＳＩＰドメイン名"ｓｉｐ.ｎｇｎ.ｃｏ.ｊｐ"が設定される。
【００４６】
図１１に示すように、通信装置１０は、メッセージ６００を受信すると、指定されたＩＰアドレス、ユーザＩＤ、及びＳＩＰドメイン名を対応付けてＳＩＰ情報７００として記憶する。
【００４７】
この後、通信装置１０は、記憶したＳＩＰ情報７００を参照して、ＳＩＰ網への登録処理を実行する。
【００４８】
具体的には、通信装置１０は、ＳＩＰメッセージの一つであるＲＥＧＩＳＴＥＲを、ルータ２０を介してキャリア網３０上のＳＩＰサーバへ送信する(ステップＳ３１)。ＳＩＰサーバは、ＲＥＧＩＳＴＥＲメッセージを受信すると、２００ ＯＫメッセージを通信装置１０へ送信する(ステップＳ３２)。通信装置１０は、２００ ＯＫメッセージを受信すると、ＡＣＫメッセージをＳＩＰサーバへ送信する(ステップＳ３３)。
【００４９】
これにより、通信装置１０は、ＳＩＰ網へユーザエージェントとして登録されることとなる。
【００５０】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。
【００５１】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００５２】
（付記１）
キャリア網上に設置されるサーバとの通信に際して、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則した呼制御を行う呼制御手段と、
自装置及び前記キャリア網の間でトラヒックを中継するルータと接続する第１のインタフェース手段と、を備え、
前記呼制御手段は、
前記第１のインタフェース手段を介して前記ルータから、前記ルータによりＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｃｔｏｌ）を用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信装置。
【００５３】
（付記２）
付記１において、
前記呼制御手段は、前記ローカルプロトコルとして、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）プロトコルを用いる、
ことを特徴とした通信装置。
【００５４】
（付記３）
付記１又は２において、
他の通信装置と接続する第２のインタフェース手段を、さらに備え、
前記呼制御手段は、前記第１及び第２のインタフェース手段を介して、前記サーバと前記他の通信装置との間の呼を接続する、
ことを特徴とした通信装置。
【００５５】
（付記４）
通信装置と接続する第１のインタフェース手段と、
キャリア網と接続する第２のインタフェース手段と、
前記第１及び第２のインタフェース手段を介して、前記通信装置と前記キャリア網との間のトラヒックを中継する中継手段と、を備え、
前記中継手段は、
前記第２のインタフェース手段を介して前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記第１のインタフェース手段を介して前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ルータ。
【００５６】
（付記５）
付記４において、
前記中継手段は、前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴としたルータ。
【００５７】
（付記６）
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置と、
前記通信装置と前記キャリア網との間でトラヒックを中継するルータと、を備え、
前記ルータは、前記キャリア網から、前記サーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置は、前記ルータから、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信システム。
【００５８】
（付記７）
付記６において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルが採用される、
ことを特徴とした通信システム。
【００５９】
（付記８）
付記６又は７において、
前記通信装置は、前記サーバと他の通信装置との間の呼を接続する、
ことを特徴とした通信システム。
【００６０】
（付記９）
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置の制御方法であって、
前記通信装置と前記キャリア網との間でトラヒックを中継するルータから、前記ルータによりＤＨＣＰを用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得し、
前記情報を、前記サーバとの通信に際しての呼制御に用いる、
ことを含む制御方法。
【００６１】
（付記１０）
付記１０において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴とした制御方法。
【００６２】
（付記１１）
付記９又は１０において、
前記サーバと他の通信装置との間の呼を接続する、
ことをさらに含む制御方法。
【００６３】
（付記１２）
通信装置とキャリア網との間のトラヒックを中継するルータの制御方法であって、
前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ことを含む制御方法。
【００６４】
（付記１３）
付記１２において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴とした制御方法。
【符号の説明】
【００６５】
１ 通信システム
１０ 通信装置
１１ 呼制御部
１２, ２１ プロトコルＩ／Ｆ部
１３ 電話機Ｉ／Ｆ部
１４, ２４ 記憶部
２０ ルータ
２２ キャリア網Ｉ／Ｆ部
２３ 中継部
３０ キャリア網
４０ 光回線終端装置
１００ Ｍ＿ＳＥＲＡＣＨメッセージ
２００, ４００, ６００ ＨＴＴＰ ２００ ＯＫメッセージ
３００ ＨＴＴＰ ＧＥＴメッセージ
５００ ＨＴＴＰ＿ＰＯＳＴメッセージ
７００ ＳＩＰ情報
【技術分野】
【０００１】
本発明は、通信装置、ルータ、通信システム、並びに通信装置及びルータの制御方法に関し、特にＳＩＰ(Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ)網への接続に必要な情報(以下、ＳＩＰ情報と呼称することがある)を取得する技術に関する。
【背景技術】
【０００２】
近年、各通信キャリアにおいて、ＮＧＮ(Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ、次世代通信網)が主流になりつつある。ＮＧＮに対応した通信システムにおいて、通信装置は、ユーザＩＤ(Ｉｄｅｎｔｉｆｉｅｒ)やＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)アドレス等のＳＩＰ情報を、キャリア側のＳＩＰ網からＤＨＣＰ(Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)を用いて取得し、ＳＩＰ網への登録(レジスト)処理を自動的に実行することが必須とされることが多い。
【０００３】
なお、このような通信システムの一例として、特許文献１に記載されるＩＰ電話システムが知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−４２１７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、本願発明者は、上記の通信システムには、その導入が困難であるという課題があることを発見した。具体的には、ＳＩＰ網へ接続するためには、通信システム側でＤＨＣＰクライアント機能を実装していない通信装置に対して、ＤＨＣＰクライアント機能を実装する必要がある。また、ＤＨＣＰにおいてはブロードキャストを利用することになる。このため、通信システムが多段のサブネットによって構成される場合には、ブロードキャスト用にポート設定を行う等、セキュリティ上の問題も生じてしまう。さらに、ＤＨＣＰクライアント機能を実装しない場合には、ユーザが手動で煩雑な設定を通信装置毎に行う必要がある。
【０００６】
本発明は、上記の課題に鑑みてなされたものであり、その目的は、ＳＩＰ網への接続を容易化することにある。
【課題を解決するための手段】
【０００７】
上記の目的を達成するため、本発明の第１の態様に係る通信装置は、キャリア網上に設置されるサーバとの通信に際して、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則した呼制御を行う呼制御手段と、自装置及び前記キャリア網の間でトラヒックを中継するルータと接続する第１のインタフェース手段と、を備える。前記呼制御手段は、前記第１のインタフェース手段を介して前記ルータから、前記ルータによりＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｃｔｏｌ）を用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する。
【０００８】
また、本発明の第２の態様に係るルータは、通信装置と接続する第１のインタフェース手段と、キャリア網と接続する第２のインタフェース手段と、前記第１及び第２のインタフェース手段を介して、前記通信装置と前記キャリア網との間のトラヒックを中継する中継手段と、を備える。前記中継手段は、前記第２のインタフェース手段を介して前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、前記第１のインタフェース手段を介して前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する。
【０００９】
また、本発明の第３の態様に係る通信システムは、キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置と、前記通信装置と前記キャリア網との間でトラヒックを中継するルータと、を備える。前記ルータは、前記キャリア網から、前記サーバへの接続に必要な情報を、ＤＨＣＰを用いて取得する。前記通信装置は、前記ルータから、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する。
【００１０】
また、本発明の第４の態様に係る制御方法は、キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置の制御方法を提供する。この制御方法は、前記通信装置と前記キャリア網との間でトラヒックを中継するルータから、前記ルータによりＤＨＣＰを用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得し、前記情報を、前記サーバとの通信に際しての呼制御に用いることを含む。
【００１１】
さらに、本発明の第５の態様に係る制御方法は、通信装置とキャリア網との間のトラヒックを中継するルータの制御方法を提供する。この制御方法は、前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知することを含む。
【発明の効果】
【００１２】
本発明によれば、ＳＩＰ網への接続を容易化することが可能である。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態に係る通信システムの構成例を示したブロック図である。
【図２】本発明の実施の形態に係る通信装置の構成例を示したブロック図である。
【図３】本発明の実施の形態に係るルータの構成例を示したブロック図である。
【図４】本発明の実施の形態に係る通信システムの動作例を示したシーケンス図である。
【図５】本発明の実施の形態に係る通信システムにおいて、通信装置からルータへ送信されるメッセージの第１の例を示した図である。
【図６】本発明の実施の形態に係る通信システムにおいて、ルータから通信装置へ送信されるメッセージの第１の例を示した図である。
【図７】本発明の実施の形態に係る通信システムにおいて、通信装置からルータへ送信されるメッセージの第２の例を示した図である。
【図８】本発明の実施の形態に係る通信システムにおいて、ルータから通信装置へ送信されるメッセージの第２の例を示した図である。
【図９】本発明の実施の形態に係る通信システムにおいて、通信装置からルータへ送信されるメッセージの第３の例を示した図である。
【図１０】本発明の実施の形態に係る通信システムにおいて、ルータから通信装置へ送信されるメッセージの第３の例を示した図である。
【図１１】本発明の実施の形態に係る通信装置で取得される、ＳＩＰ情報の構成例を示した図である。
【発明を実施するための形態】
【００１４】
以下、本発明に係る通信装置及びルータ、並びにこれらを適用する通信システムの実施の形態を、図１〜図１１を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１５】
図１に示すように、本実施の形態に係る通信システム１は、通信装置１０と、ルータ２０とを含む。通信装置１０は、ＮＧＮであるキャリア網３０上に設置されるサーバ(図示せず)との通信を、ＳＩＰに則して行う。ルータ２０は、通信装置１０とキャリア網２０との間でトラヒックを中継する。例えば、ルータ２０は、図１に点線で示す光回線終端装置４０を介してキャリア網３０へ接続される。なお、上記のサーバとは、ＳＩＰ網の構成要素であり、ＳＩＰに則して各種の呼制御を行うサーバ(所謂、ＳＩＰサーバ)である。
【００１６】
動作においては、まずルータ２０が、ＳＩＰ情報を、キャリア網３０からＤＨＣＰを用いて取得し、保持する。ここで、ＳＩＰ情報には、ＳＩＰサーバのＩＰアドレス、ユーザＩＤ、及びＳＩＰドメイン名が含まれる。
【００１７】
一方、通信装置１０は、ＳＩＰ情報を、ルータ２０からＳＩＰ及びＤＨＣＰとは異なるローカルプロトコルを用いて取得する。
【００１８】
このように、本実施の形態においては、通信装置１０が、ルータ２０とのローカル通信によってＳＩＰ情報を自律的に取得する。このため、従来の通信システム比して、ＳＩＰ網への接続が容易となる。より詳細には、通信装置に対するＤＨＣＰクライアント機能の実装が不要であり、ブロードキャスト用にルータに対するポート設定を行う等、セキュリティ上の問題も発生しない。また、ルータに対する必要最低限の初期設定を行えば良く、ユーザが手動で通信装置に対する設定を行う必要も無い。
【００１９】
また、上記のローカルプロトコルとしては、ＵＰｎＰ(Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ)プロトコルを用いると好適である。これは、一般的な通信装置及びルータにおいては、ＵＰｎＰプロトコルが、ルータのＷＡＮ(Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)側のＩＰアドレスを取得することを目的として採用されているためである。ＵＰｎＰプロトコルを用いる場合、既存のインタフェースを拡張することによって、本実施の形態に係る通信装置１０及びルータ２０を構成することができ、以て開発コストを低減できるという効果も得られる。但し、ＵＰｎＰプロトコルの使用は必須では無く、ＳＩＰ及びＤＨＣＰ以外の他のプロトコルを使用しても良い。通信装置１０とルータ２０との間のローカル通信は、例えば、ＴＣＰ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ)に則して行っても良いし、ＭＡＣ(Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)プロトコルに則して行っても良い。この場合も、ＳＩＰ情報を自律的に取得でき、以てＳＩＰ網への接続が容易となるという効果は同様に得られる。
【００２０】
以下、上記の動作を実現する通信装置１０及びルータ２０の具体的な構成例及び動作例を、図２〜図１１を参照して詳細に説明する。
【００２１】
図２に示すように、通信装置１０は、呼制御部１１と、プロトコルＩ／Ｆ部１２と、電話機Ｉ／Ｆ部１３と、記憶部１４とを含む。
【００２２】
呼制御部１１は、大略、ＳＩＰサーバとの通信に際して各種の呼制御を行う。また、プロトコルＩ／Ｆ部１２は、通信装置１０をルータ２０へ接続するためのインタフェースとして機能する。呼制御部１１は、プロトコルＩ／Ｆ部１２を介してルータ２０から、ＳＩＰ情報をＵＰｎＰプロトコルを用いて取得する。すなわち、通信装置１０とルータ２０との間では、ＵＰｎＰプロトコルに則したＸＭＬ(Ｅｘｔｅｎｓｉｖｅ Ｍａｒｋｕｐ Ｌａｎｇａｇｅ)形式のメッセージ(以下、ＵＰｎＰメッセージと呼称することがある)が伝送される。また、呼制御部１１は、取得したＳＩＰ情報を、記憶部１４へ記憶する。さらに、呼制御部１１は、記憶部１４中のＳＩＰ情報を参照し、プロトコルＩ／Ｆ部１２及びルータ２０を介してＳＩＰサーバと通信する。すなわち、通信装置１０とＳＩＰサーバとの間では、ＳＩＰに則したメッセージ(以下、ＳＩＰメッセージと呼称することがある)が伝送される。
【００２３】
また、電話機Ｉ／Ｆ部１３は、１以上の電話機を通信装置１０へ接続するためのインタフェースである。呼制御部１１は、プロトコルＩ／Ｆ部１２及び電話機Ｉ／Ｆ部１３を介して、ＳＩＰサーバと各電話機との間の呼を接続し、以て通信装置１０を交換機として動作させる。但し、電話機Ｉ／Ｆ部１３は必須の構成要素では無く、その実装を省略しても良い。この場合、通信装置１０は、単独で、ＳＩＰ対応の電話機として動作することができる。
【００２４】
一方、図３に示すように、ルータ２０は、プロトコルＩ／Ｆ部２１と、キャリア網Ｉ／Ｆ部２２と、中継部２３と、記憶部２４とを含む。
【００２５】
プロトコルＩ／Ｆ部２１は、通信装置１０をルータ２０へ接続するためのインタフェースとして機能する。また、キャリア網Ｉ／Ｆ部２２は、ルータ２０をキャリア網３０へ接続するためのインタフェースとして機能する。
【００２６】
中継部２３は、大略、プロトコルＩ／Ｆ部２１及びキャリア網Ｉ／Ｆ部２２を介して、通信装置１０とキャリア網３０との間でＳＩＰメッセージを中継する。また、中継部２３は、キャリア網Ｉ／Ｆ部２２を介してキャリア網３０から、ＳＩＰ情報をＤＨＣＰを用いて取得すると共に、取得したＳＩＰ情報を、記憶部２４へ記憶する。さらに、中継部２３は、プロトコルＩ／Ｆ部２１を介して通信装置１０へ、記憶部２４中のＳＩＰ情報を、ＵＰｎＰメッセージとして通知する。
【００２７】
次に、通信装置１０及びルータ２０の動作例を、図４〜図１１を参照して説明する。
【００２８】
図４に示すように、まずルータ２０が、キャリア網３０との間でＤＨＣＰに則したメッセージを送受信し、以てＳＩＰ情報を予め取得する。
【００２９】
具体的には、ルータ２０は、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージをブロードキャストする(ステップＳ１１)。ここで、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージは、ルータ２０に対してＩＰアドレスを割当可能なＤＨＣＰサーバを検索するためのメッセージである。
【００３０】
キャリア網３０は、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージを受信すると、その応答として、ＤＨＣＰＯＦＦＥＲメッセージをルータ２０へ送信し、以てルータ２０に割り当てられるＷＡＮ側のＩＰアドレスを通知する(ステップＳ１２)。
【００３１】
ルータ２０は、ＤＨＣＰＯＦＦＥＲメッセージを受信すると、ＤＨＣＰＲＥＱＵＥＳＴメッセージをキャリア網３０へ送信し、以て上記のステップＳ１２で通知されたＩＰアドレスの取得を要求する(ステップＳ１３)。
【００３２】
キャリア網３０は、ＤＨＣＰＲＥＱＵＥＳＴメッセージを受信すると、その応答として、ＤＨＣＰＡＣＫメッセージをルータ２０へ送信する(ステップＳ１４)。ここで、ＤＨＣＰＡＣＫメッセージには、ＳＩＰ情報が含まれており、ルータ２０は、受信したＳＩＰ情報を保持する。
【００３３】
次いで、通信装置１０は、ルータ２０との間でＵＰｎＰメッセージを送受信し、以てＳＩＰ情報を取得する。
【００３４】
具体的には、通信装置１０は、ＵＰｎＰメッセージの一つであるＭ＿ＳＥＡＲＣＨを、ルータ２０へ送信する(ステップＳ２１)。
【００３５】
図５に示すように、このＭ＿ＳＥＡＲＣＨメッセージ１００は、ＸＭＬ形式で表現される、ＵＰｎＰ対応のデバイスを探索するためのメッセージであり、ブロードキャストアドレス"２３９．２５５.２５５．２５０：１９００"が設定される。また、符号１０１で示すように、メッセージ１００には、ＳＩＰ網への接続サービスを提供可能なデバイスを探索するために"ＳＩＰＣｏｎｎｅｃｔｉｏｎ：１"が設定される。
【００３６】
ルータ２０は、メッセージ１００を受信すると、その応答として、ＨＴＴＰ ２００ ＯＫメッセージを通信装置１０へ送信する(ステップＳ２２)。
【００３７】
図６に示すように、このＨＴＴＰ ２００ ＯＫメッセージ２００は、ＸＭＬ形式で表現される。符号２０１で示すように、メッセージ２００には、"ＳＩＰＣｏｎｎｅｃｔｉｏｎ：１"が設定され、以てルータ２０がＳＩＰ網への接続サービスをサポートする旨を、通信装置１０へ通知する。また、符号２０２で示すように、メッセージ２００中のＬＯＣＡＴＩＯＮ行には、ルータ２０が保持する情報(ｒｏｏｔＤｅｓｃ.ｘｍｌ)を取得するためのＨＴＴＰ ＧＥＴメッセージの送信先ＩＰアドレス"１７２．１６.０．２５４"及びポート番号"２８６９"が設定される。
【００３８】
通信装置１０は、メッセージ２００を受信すると、ＨＴＴＰ ＧＥＴメッセージをルータ２０へ送信し、以てルータ２０が保持する情報(ｒｏｏｔＤｅｓｃ.ｘｍｌ)の取得を要求する(ステップＳ２３)。
【００３９】
図７に示すように、このＨＴＴＰ ＧＥＴメッセージ３００は、ＸＭＬ形式で表現される。符号３０１で示すように、メッセージ３００中のＨＯＳＴ行には、上記のメッセージ２００で指定された送信先ＩＰアドレス及びポート番号が設定される。
【００４０】
ルータ２０は、メッセージ３００を受信すると、その応答として、ＨＴＴＰ ２００ ＯＫメッセージを通信装置１０へ送信する(ステップＳ２４)。
【００４１】
図８に示すように、このＨＴＴＰ ２００ ＯＫメッセージ４００は、ＸＭＬ形式で表現される。符号４０１で示すように、メッセージ４００中のｓｅｒｖｉｃｅタグに対応する要素内容(開始タグ＜ｓｅｒｖｉｃｅ＞及び終了タグ＜／ｓｅｒｖｉｃｅ＞で囲まれた部分)には、"ＳＩＰＡｃｃｏｕｎｔ：１"が設定され、以てルータ２０がＳＩＰ情報の転送サービスをサポートする旨を、通信装置１０へ通知する。また、符号４０２で示すように、ＣｏｎｔｒｏｌＵＲＬタグに対応する要素内容には、ＳＩＰ情報の転送を要求するためのＨＴＴＰ＿ＰＯＳＴメッセージ中に記述すべき値"／ＳＩＰＡｃｃｏｕｎｔ"が設定される。なお、図示を省略するが、メッセージ４００には、他の情報としてルータ２０の固有情報等も設定される。
【００４２】
通信装置１０は、メッセージ４００を受信すると、ＨＴＴＰ＿ＰＯＳＴメッセージをルータ２０へ送信し、以てＳＩＰ情報の転送を要求する(ステップＳ２５)。
【００４３】
図９に示すように、このＨＴＴＰ＿ＰＯＳＴメッセージ５００は、ＸＭＬ形式で表現される。符号５０１で示すように、メッセージ５００中のＰＯＳＴ行には、上記のメッセージ４００で指定された値が設定される。また、符号５０２で示すように、ＨＯＳＴ行には、上記のメッセージ２００で指定された送信先ＩＰアドレス及びポート番号が設定される。また、符号５０３で示すように、ＳＯＡＰＡＣＴＩＯＮ行には、"ｕｒｎ：ｘｘｘ：ｓｅｒｖｉｃｅ：ＳＩＰＡｃｃｏｕｎｔ：１＃ＧｅｔＳＩＰＡｃｃｏｕｎｔ"が設定される。さらに、符号５０４で示すように、ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙタグに対応する要素内容として、ＳＩＰ情報の転送要求を意味する空要素タグ＜ｍ：ＧｅｔＳＩＰＡｃｃｏｕｎｔ ｘｍｌｎｓ：ｍ＝"ｕｒｎ：ｘｘｘ：ｓｅｒｖｉｃｅ：ＳＩＰＡｃｃｏｕｎｔ：１"＞ ＜／ｍ：ＧｅｔＳＩＰＡｃｃｏｕｎｔ＞が設定される。
【００４４】
ルータ２０は、メッセージ５００を受信すると、その応答として、ＨＴＴＰ ２００ ＯＫメッセージを通信装置１０へ送信する(ステップＳ２６)。
【００４５】
図１０に示すように、このＨＴＴＰ ２００ ＯＫメッセージ６００は、ＸＭＬ形式で表現される。符号６０１で示すように、メッセージ６００中のＳｉｐＳｅｒｖｅｒＩＰＡｄｄｒｅｓｓタグに対応する要素内容には、ＳＩＰサーバのＩＰアドレス"１０．１１２．４０．１０"が設定される。また、符号６０２で示すように、ＢａｓｅＴｅｌＮｕｍｂｅｒタグに対応する要素内容には、ユーザＩＤ"０３１２３１１１１"が設定される。さらに、符号６０３で示すように、ＳｉｐＤｏｍａｉｎＮａｍｅタグに対応する要素内容には、ＳＩＰドメイン名"ｓｉｐ.ｎｇｎ.ｃｏ.ｊｐ"が設定される。
【００４６】
図１１に示すように、通信装置１０は、メッセージ６００を受信すると、指定されたＩＰアドレス、ユーザＩＤ、及びＳＩＰドメイン名を対応付けてＳＩＰ情報７００として記憶する。
【００４７】
この後、通信装置１０は、記憶したＳＩＰ情報７００を参照して、ＳＩＰ網への登録処理を実行する。
【００４８】
具体的には、通信装置１０は、ＳＩＰメッセージの一つであるＲＥＧＩＳＴＥＲを、ルータ２０を介してキャリア網３０上のＳＩＰサーバへ送信する(ステップＳ３１)。ＳＩＰサーバは、ＲＥＧＩＳＴＥＲメッセージを受信すると、２００ ＯＫメッセージを通信装置１０へ送信する(ステップＳ３２)。通信装置１０は、２００ ＯＫメッセージを受信すると、ＡＣＫメッセージをＳＩＰサーバへ送信する(ステップＳ３３)。
【００４９】
これにより、通信装置１０は、ＳＩＰ網へユーザエージェントとして登録されることとなる。
【００５０】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。
【００５１】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００５２】
（付記１）
キャリア網上に設置されるサーバとの通信に際して、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則した呼制御を行う呼制御手段と、
自装置及び前記キャリア網の間でトラヒックを中継するルータと接続する第１のインタフェース手段と、を備え、
前記呼制御手段は、
前記第１のインタフェース手段を介して前記ルータから、前記ルータによりＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｃｔｏｌ）を用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信装置。
【００５３】
（付記２）
付記１において、
前記呼制御手段は、前記ローカルプロトコルとして、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）プロトコルを用いる、
ことを特徴とした通信装置。
【００５４】
（付記３）
付記１又は２において、
他の通信装置と接続する第２のインタフェース手段を、さらに備え、
前記呼制御手段は、前記第１及び第２のインタフェース手段を介して、前記サーバと前記他の通信装置との間の呼を接続する、
ことを特徴とした通信装置。
【００５５】
（付記４）
通信装置と接続する第１のインタフェース手段と、
キャリア網と接続する第２のインタフェース手段と、
前記第１及び第２のインタフェース手段を介して、前記通信装置と前記キャリア網との間のトラヒックを中継する中継手段と、を備え、
前記中継手段は、
前記第２のインタフェース手段を介して前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記第１のインタフェース手段を介して前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ルータ。
【００５６】
（付記５）
付記４において、
前記中継手段は、前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴としたルータ。
【００５７】
（付記６）
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置と、
前記通信装置と前記キャリア網との間でトラヒックを中継するルータと、を備え、
前記ルータは、前記キャリア網から、前記サーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置は、前記ルータから、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信システム。
【００５８】
（付記７）
付記６において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルが採用される、
ことを特徴とした通信システム。
【００５９】
（付記８）
付記６又は７において、
前記通信装置は、前記サーバと他の通信装置との間の呼を接続する、
ことを特徴とした通信システム。
【００６０】
（付記９）
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置の制御方法であって、
前記通信装置と前記キャリア網との間でトラヒックを中継するルータから、前記ルータによりＤＨＣＰを用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得し、
前記情報を、前記サーバとの通信に際しての呼制御に用いる、
ことを含む制御方法。
【００６１】
（付記１０）
付記１０において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴とした制御方法。
【００６２】
（付記１１）
付記９又は１０において、
前記サーバと他の通信装置との間の呼を接続する、
ことをさらに含む制御方法。
【００６３】
（付記１２）
通信装置とキャリア網との間のトラヒックを中継するルータの制御方法であって、
前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ことを含む制御方法。
【００６４】
（付記１３）
付記１２において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴とした制御方法。
【符号の説明】
【００６５】
１ 通信システム
１０ 通信装置
１１ 呼制御部
１２, ２１ プロトコルＩ／Ｆ部
１３ 電話機Ｉ／Ｆ部
１４, ２４ 記憶部
２０ ルータ
２２ キャリア網Ｉ／Ｆ部
２３ 中継部
３０ キャリア網
４０ 光回線終端装置
１００ Ｍ＿ＳＥＲＡＣＨメッセージ
２００, ４００, ６００ ＨＴＴＰ ２００ ＯＫメッセージ
３００ ＨＴＴＰ ＧＥＴメッセージ
５００ ＨＴＴＰ＿ＰＯＳＴメッセージ
７００ ＳＩＰ情報
【特許請求の範囲】
【請求項１】
キャリア網上に設置されるサーバとの通信に際して、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則した呼制御を行う呼制御手段と、
自装置及び前記キャリア網の間でトラヒックを中継するルータと接続する第１のインタフェース手段と、を備え、
前記呼制御手段は、
前記第１のインタフェース手段を介して前記ルータから、前記ルータによりＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｃｔｏｌ）を用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信装置。
【請求項２】
請求項１において、
前記呼制御手段は、前記ローカルプロトコルとして、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）プロトコルを用いる、
ことを特徴とした通信装置。
【請求項３】
請求項１又は２において、
他の通信装置と接続する第２のインタフェース手段を、さらに備え、
前記呼制御手段は、前記第１及び第２のインタフェース手段を介して、前記サーバと前記他の通信装置との間の呼を接続する、
ことを特徴とした通信装置。
【請求項４】
通信装置と接続する第１のインタフェース手段と、
キャリア網と接続する第２のインタフェース手段と、
前記第１及び第２のインタフェース手段を介して、前記通信装置と前記キャリア網との間のトラヒックを中継する中継手段と、を備え、
前記中継手段は、
前記第２のインタフェース手段を介して前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記第１のインタフェース手段を介して前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ルータ。
【請求項５】
請求項４において、
前記中継手段は、前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴としたルータ。
【請求項６】
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置と、
前記通信装置と前記キャリア網との間でトラヒックを中継するルータと、を備え、
前記ルータは、前記キャリア網から、前記サーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置は、前記ルータから、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信システム。
【請求項７】
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置の制御方法であって、
前記通信装置と前記キャリア網との間でトラヒックを中継するルータから、前記ルータによりＤＨＣＰを用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得し、
前記情報を、前記サーバとの通信に際しての呼制御に用いる、
ことを含む制御方法。
【請求項８】
請求項７において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴とした制御方法。
【請求項９】
請求項７又は８において、
前記サーバと他の通信装置との間の呼を接続する、
ことをさらに含む制御方法。
【請求項１０】
通信装置とキャリア網との間のトラヒックを中継するルータの制御方法であって、
前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ことを含む制御方法。
【請求項１】
キャリア網上に設置されるサーバとの通信に際して、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則した呼制御を行う呼制御手段と、
自装置及び前記キャリア網の間でトラヒックを中継するルータと接続する第１のインタフェース手段と、を備え、
前記呼制御手段は、
前記第１のインタフェース手段を介して前記ルータから、前記ルータによりＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｃｔｏｌ）を用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信装置。
【請求項２】
請求項１において、
前記呼制御手段は、前記ローカルプロトコルとして、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）プロトコルを用いる、
ことを特徴とした通信装置。
【請求項３】
請求項１又は２において、
他の通信装置と接続する第２のインタフェース手段を、さらに備え、
前記呼制御手段は、前記第１及び第２のインタフェース手段を介して、前記サーバと前記他の通信装置との間の呼を接続する、
ことを特徴とした通信装置。
【請求項４】
通信装置と接続する第１のインタフェース手段と、
キャリア網と接続する第２のインタフェース手段と、
前記第１及び第２のインタフェース手段を介して、前記通信装置と前記キャリア網との間のトラヒックを中継する中継手段と、を備え、
前記中継手段は、
前記第２のインタフェース手段を介して前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記第１のインタフェース手段を介して前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ルータ。
【請求項５】
請求項４において、
前記中継手段は、前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴としたルータ。
【請求項６】
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置と、
前記通信装置と前記キャリア網との間でトラヒックを中継するルータと、を備え、
前記ルータは、前記キャリア網から、前記サーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置は、前記ルータから、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得する、
通信システム。
【請求項７】
キャリア網上に設置されるサーバとの通信を、ＳＩＰに則して行う通信装置の制御方法であって、
前記通信装置と前記キャリア網との間でトラヒックを中継するルータから、前記ルータによりＤＨＣＰを用いて予め取得された前記サーバへの接続に必要な情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて取得し、
前記情報を、前記サーバとの通信に際しての呼制御に用いる、
ことを含む制御方法。
【請求項８】
請求項７において、
前記ローカルプロトコルとして、ＵＰｎＰプロトコルを用いる、
ことを特徴とした制御方法。
【請求項９】
請求項７又は８において、
前記サーバと他の通信装置との間の呼を接続する、
ことをさらに含む制御方法。
【請求項１０】
通信装置とキャリア網との間のトラヒックを中継するルータの制御方法であって、
前記キャリア網から、ＳＩＰに則して前記通信装置と通信可能なサーバへの接続に必要な情報を、ＤＨＣＰを用いて取得し、
前記通信装置へ、前記情報を、前記ＳＩＰ及びＤＨＣＰと異なるローカルプロトコルを用いて通知する、
ことを含む制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１３−２１６５９（Ｐ２０１３−２１６５９Ａ）
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願番号】特願２０１１−１５５９１４（Ｐ２０１１−１５５９１４）
【出願日】平成２３年７月１４日（２０１１．７．１４）
【特許番号】特許第５０５７１２４号（Ｐ５０５７１２４）
【特許公報発行日】平成２４年１０月２４日（２０１２．１０．２４）
【出願人】（０００２２７２０５）ＮＥＣインフロンティア株式会社 (1,047)
【Ｆターム（参考）】
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願日】平成２３年７月１４日（２０１１．７．１４）
【特許番号】特許第５０５７１２４号（Ｐ５０５７１２４）
【特許公報発行日】平成２４年１０月２４日（２０１２．１０．２４）
【出願人】（０００２２７２０５）ＮＥＣインフロンティア株式会社 (1,047)
【Ｆターム（参考）】
[ Back to top ]