(57)【要約】【課題】即時的に、安全に、回線終端装置を遠隔から制御・管理する。【解決手段】ｘＧＷ１に接続された電話機５を利用してコールセンタ７に電話がかけられたことを検知部１２が検知した場合に、セッション構築部１３が通信事業者サーバ２との間にＳＩＰセッションと制御セッションを構築し、通信事業者サーバ２が構築された制御セッションを用いてコマンドを送信し、ｘＧＷ１を制御・管理する。これにより、通信事業者サーバ２から明示的に制御セッションを構築する処理を行わなくても、ユーザからの不具合申告に合わせて、即時的に、遠隔からの管理が可能となる。【選択図】図１
2014003477.tif 000002
【特許請求の範囲】
【請求項１】
電話機を接続して電話サービスを提供し、事業者サーバから遠隔制御命令を受け付けて実行する遠隔管理装置であって、
前記電話機から特定の電話番号に発信されたことを検知する検知手段と、
前記検知手段が前記特定の電話番号への発信を検知した場合に、前記事業者サーバに対して制御セッションを構築する信号を送信して制御セッションを構築する構築手段と、
前記制御セッションを用いて送信される遠隔制御命令を受信して実行する実行手段と、
を有することを特徴とする遠隔管理装置。
【請求項２】
前記構築手段は、前記事業者サーバから制御・管理を示す文字列が記述されたＳＩＰメッセージを受信した場合に、当該ＳＩＰメッセージの発信元を照合した後、当該事業者サーバに対して制御セッションを構築する信号を送信することを特徴とする請求項１記載の遠隔管理装置。
【請求項３】
事業者サーバと、電話機を接続して電話サービスを提供し、前記事業者サーバから遠隔制御命令を受け付けて実行する遠隔管理装置とを有する遠隔管理システムであって、
前記遠隔管理装置は、
前記電話機から特定の電話番号に発信されたことを検知する検知手段と、
前記検知手段が前記特定の電話番号への発信を検知した場合に、前記事業者サーバに対して制御セッションを構築する信号を送信して制御セッションを構築する構築手段と、
前記制御セッションを用いて送信される遠隔制御命令を受信して実行する実行手段と、を有し、
前記事業者サーバは、
前記制御セッションを用いて遠隔制御命令を送信し、前記遠隔管理装置を制御・管理する制御手段を有すること
を特徴とする遠隔管理システム。
【請求項４】
前記事業者サーバは、制御・管理を示す文字列及び発信元が記述されたＳＩＰメッセージを前記遠隔管理装置に送信し、ＳＩＰセッションを構築する構築手段を有し、
前記遠隔管理装置の構築手段は、前記事業者サーバから制御・管理を示す文字列が記述されたＳＩＰメッセージを受信した場合に、当該ＳＩＰメッセージの発信元を照合した後、当該事業者サーバに対して制御セッションを構築する信号を送信することを特徴とする請求項３記載の遠隔管理システム。
【請求項５】
前記事業者サーバの構築手段は、前記遠隔管理装置との間にＳＩＰセッションを構築できない場合に、当該遠隔管理装置と同じ事業者設備に接続されている別の遠隔管理装置との間でＳＩＰセッションの構築を試み、
前記事業者サーバは、前記別の遠隔管理装置との間でＳＩＰセッションが構築できたか否かに基いて、障害発生箇所を切り分ける判定手段を有することを特徴とする請求項４記載の遠隔管理システム。
【請求項６】
事業者サーバと、電話機を接続して電話サービスを提供し、前記事業者サーバから遠隔制御命令を受け付けて実行する遠隔管理装置とによる遠隔管理方法であって、
前記遠隔管理装置による、
前記電話機から特定の電話番号に発信されたことを検知するステップと、
前記検知するステップで前記特定の電話番号への発信を検知した場合に、前記事業者サーバに対して制御セッションを構築する信号を送信して制御セッションを構築するステップと、
前記制御セッションを用いて送信される遠隔制御命令を受信して実行するステップと、を有し、
前記事業者サーバによる、
前記制御セッションを用いて遠隔制御命令を送信し、前記遠隔管理装置を制御・管理するステップと、を有すること
を特徴とする遠隔管理方法。
【請求項７】
前記事業者サーバによる、制御・管理を示す文字列及び発信元が記述されたＳＩＰメッセージを前記遠隔管理装置に送信し、ＳＩＰセッションを構築するステップと、
前記遠隔管理装置による、前記事業者サーバから制御・管理を示す文字列が記述されたＳＩＰメッセージを受信した場合に、当該ＳＩＰメッセージの発信元を照合した後、当該事業者サーバに対して制御セッションを構築する信号を送信するステップと、を有すること
を特徴とする請求項６記載の遠隔管理方法。
【請求項８】
請求項１又は２に記載の遠隔管理装置としてコンピュータを動作させることを特徴とする遠隔管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、回線終端装置を遠隔から制御・管理する技術に関する。
【背景技術】
【０００２】
回線終端装置の遠隔制御・管理方式として、ＴＲ−０６９という方式が、欧米含め多くの通信事業者で用いられている（非特許文献１）。このＴＲ−０６９では、各種パラメータ（ＴＲ−０９８）の設定値の確認や設定を行うことができる。
【０００３】
一般的に、どの通信事業者が提供する回線終端装置でも、外部からの接続はファイアウォールなどにより遮断している。このため、ＴＲ−０６９では、回線終端装置からサーバに対して定期的に接続することが規定されている（一般的にポーリングと呼ばれる）。サーバに接続するとき、回線終端装置は、ＨＴＴＰセッションを構築しようとサーバに対してパケットを送信する。サーバ側では、特定の回線終端装置に対して要望があるとき（例えば、「ある変数の設定変更を行いたい」「ある操作を行いたい」など）のみ、送信されたパケットに応答する。また、ＴＲ−０６９には、回線終端装置のローカルネットワーク側に接続された端末も制御・管理する仕様も決められている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】“TR-069 CPE WAN Management Protocol”、［online］、2011年 7月、The Broadband Forum、［平成 24年 6月 6日検索］、インターネット〈 URL：http://www.broadband-forum.org/technical/download/TR-069_Amendment-4.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＴＲ−０６９では、ポーリングにより、通信事業者が配布した回線終端装置全てが通信事業者サーバに一定間隔で接続するため、通信事業者サーバへの負荷が増大するという問題がある。この課題に対して、ポーリング間隔を長くすることで、通信事業者サーバの負荷が軽減できるが、ポーリング間隔が長いと即時性が失われて、即時的な制御・管理を行うことができないという問題がある。例えば、ユーザからの不具合申告が通信事業者のコールセンタに届いた時点で、通信事業者サーバ側から回線終端装置に要望を送りたい場合においても、回線終端装置からの接続を待たなければならない。そのため、ポーリング間隔が長ければ長いほど、サービス品質度（お客様の満足度）が低下する。
【０００６】
また、回線終端装置のあるポートを管理・制御用に常に開放しておくことで、外部から回線終端装置への即時的なアクセスが可能となるが、開放したポート番号が悪意のあるユーザに知られてしまうと、遠隔から悪意のある制御が行われるため、安全性がなくなるという問題がある。
【０００７】
本発明は、上記に鑑みてなされたものであり、即時的に、安全に、回線終端装置を遠隔から制御・管理することを目的とする。
【課題を解決するための手段】
【０００８】
第１の本発明に係る遠隔管理装置は、電話機を接続して電話サービスを提供し、事業者サーバから遠隔制御命令を受け付けて実行する遠隔管理装置であって、前記電話機から特定の電話番号に発信されたことを検知する検知手段と、前記検知手段が前記特定の電話番号への発信を検知した場合に、前記事業者サーバに対して制御セッションを構築する信号を送信して制御セッションを構築する構築手段と、前記制御セッションを用いて送信される遠隔制御命令を受信して実行する実行手段と、を有することを特徴とする。
【０００９】
上記遠隔管理装置において、前記構築手段は、前記事業者サーバから制御・管理を示す文字列が記述されたＳＩＰメッセージを受信した場合に、当該ＳＩＰメッセージの発信元を照合した後、当該事業者サーバに対して制御セッションを構築する信号を送信することを特徴とする。
【００１０】
第２の本発明に係る遠隔管理システムは、事業者サーバと、電話機を接続して電話サービスを提供し、前記事業者サーバから遠隔制御命令を受け付けて実行する遠隔管理装置とを有する遠隔管理システムであって、前記遠隔管理装置は、前記電話機から特定の電話番号に発信されたことを検知する検知手段と、前記検知手段が前記特定の電話番号への発信を検知した場合に、前記事業者サーバに対して制御セッションを構築する信号を送信して制御セッションを構築する構築手段と、前記制御セッションを用いて送信される遠隔制御命令を受信して実行する実行手段と、を有し、前記事業者サーバは、前記制御セッションを用いて遠隔制御命令を送信し、前記遠隔管理装置を制御・管理する制御手段を有することを特徴とする。
【００１１】
上記遠隔管理システムにおいて、前記事業者サーバは、制御・管理を示す文字列及び発信元が記述されたＳＩＰメッセージを前記遠隔管理装置に送信し、ＳＩＰセッションを構築する構築手段を有し、前記遠隔管理装置の構築手段は、前記事業者サーバから制御・管理を示す文字列が記述されたＳＩＰメッセージを受信した場合に、当該ＳＩＰメッセージの発信元を照合した後、当該事業者サーバに対して制御セッションを構築する信号を送信することを特徴とする。
【００１２】
上記遠隔管理システムにおいて、前記事業者サーバの構築手段は、前記遠隔管理装置との間にＳＩＰセッションを構築できない場合に、当該遠隔管理装置と同じ事業者設備に接続されている別の遠隔管理装置との間でＳＩＰセッションの構築を試み、前記事業者サーバは、前記別の遠隔管理装置との間でＳＩＰセッションが構築できたか否かに基いて、障害発生箇所を切り分ける判定手段を有することを特徴とする。
【００１３】
第３の本発明に係る遠隔管理方法は、事業者サーバと、電話機を接続して電話サービスを提供し、前記事業者サーバから遠隔制御命令を受け付けて実行する遠隔管理装置とによる遠隔管理方法であって、前記遠隔管理装置による、前記電話機から特定の電話番号に発信されたことを検知するステップと、前記検知するステップで前記特定の電話番号への発信を検知した場合に、前記事業者サーバに対して制御セッションを構築する信号を送信して制御セッションを構築するステップと、前記制御セッションを用いて送信される遠隔制御命令を受信して実行するステップと、を有し、前記事業者サーバによる、前記制御セッションを用いて遠隔制御命令を送信し、前記遠隔管理装置を制御・管理するステップと、を有することを特徴とする。
【００１４】
上記遠隔管理方法において、前記事業者サーバによる、制御・管理を示す文字列及び発信元が記述されたＳＩＰメッセージを前記遠隔管理装置に送信し、ＳＩＰセッションを構築するステップと、前記遠隔管理装置による、前記事業者サーバから制御・管理を示す文字列が記述されたＳＩＰメッセージを受信した場合に、当該ＳＩＰメッセージの発信元を照合した後、当該事業者サーバに対して制御セッションを構築する信号を送信するステップと、を有することを特徴とする。
【００１５】
第４の本発明に係る遠隔管理プログラムは、上記遠隔管理装置としてコンピュータを動作させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、即時的に、安全に、回線終端装置を遠隔から制御・管理することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施の形態における遠隔管理システムの構成を示す全体構成図である。
【図２】ユーザがｘＧＷに接続された電話機からコールセンタへ電話をかけた場合の処理の流れを示すシーケンス図である。
【図３】ユーザが携帯電話からコールセンタへ電話をかけた場合の処理の流れを示すシーケンス図である。
【図４】ＳＩＰセッション構築の有無に基いて、ｘＧＷの制御・管理、障害の切り分けを行う処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について図面を用いて説明する。
【００１９】
図１は、本実施の形態における遠隔管理システムの構成を示す全体構成図である。
【００２０】
本実施の形態における遠隔管理システムは、遠隔管理される側のｘＧＷ１と管理する側の通信事業者サーバ２を備える。ｘＧＷ１は、ホームネットワークや、オフィスネットワークに対して通信サービスを提供する回線終端装置であり、ユーザの自宅やオフィスに設置される。ホーム向けの回線終端装置をホームゲートウェイ（ＨＧＷ）と呼び、オフィス向けの回線終端装置をオフィスゲートウェイ（ＯＧＷ）と呼ぶ。ここでは、ホーム向け、オフィス向けを区別せずにｘＧＷと表記する。ｘＧＷ１には、電話機５が接続され、ＳＩＰサーバ３を利用してｘＧＷ１とコールセンタ７との間にＳＩＰセッションを構築し、電話機５とコールセンタ７との間で通話が可能である。
【００２１】
ｘＧＷ１は、電話機能部１１、検知部１２、セッション構築部１３、およびコマンド処理部１４を備える。
【００２２】
電話機能部１１は、電話機５を接続してＩＰ電話機として機能させて、電話サービスを提供する。
【００２３】
検知部１２は、ユーザが電話機５からコールセンタ７へ電話をかけたことを検知する。コールセンタ７の電話番号は予めｘＧＷ１内に保持している。コールセンタ７へ電話をかけたことは、電話機能部１１が入力した電話番号をコールセンタ７の電話番号とを比較して検出してもよいし、セッション構築部１３が送信するＳＩＰメッセージ中の電話番号とコールセンタ７の電話番号とを比較して検出してもよい。また、コールセンタ７との間の呼接続が完了したときに検知してもよい。
【００２４】
セッション構築部１３は、他の装置との間に、ＳＩＰセッションや制御セッションを構築する。具体的には、電話をかけたときには、着信先（例えばコールセンタ７）との間にＳＩＰセッションを構築し、検知部１２がコールセンタ７への発信を検知したときには、通信事業者サーバ２との間にＳＩＰセッション、制御セッションを構築する。また、セッション構築部１３は、通信事業者サーバ２から制御・管理を示す文字列が記述されたＳＩＰのＩＮＶＩＴＥメッセージを受信した場合、ＩＮＶＩＴＥメッセージの発信元を照合した後、通信事業者サーバ２との間に制御セッションを構築する。なお、本実施の形態では、制御セッションとしてＴＲ−０６９を用いる。
【００２５】
コマンド処理部１４は、ｘＧＷ１と通信事業者サーバ２との間に構築した制御セッションを用いて送受信される、情報収集や制御のためのコマンドを実行し、処理する。
【００２６】
一方、通信事業者サーバ２は、セッション構築部２１、制御部２２、および判定部２３を備える。
【００２７】
セッション構築部２１は、ｘＧＷ１と通信事業者サーバ２との間のＳＩＰセッション、制御セッションを構築する。ｘＧＷ１との間にＳＩＰセッションを構築する際、ｘＧＷ１がＩＮＶＩＴＥメッセージを送信する場合と通信事業者サーバ２がＩＮＶＩＴＥメッセージを送信する場合がある。制御セッションを構築する際には、ｘＧＷ１のみが制御セッション構築メッセージを送信する。
【００２８】
制御部２２は、ｘＧＷ１と通信事業者サーバ２との間に構築した制御セッションを用いて情報収集や制御のためのコマンドを送信し、ｘＧＷ１やｘＧＷ１のローカルネットワーク側に接続された機器を制御する。
【００２９】
判定部２３は、ｘＧＷ１や別のｘＧＷとの間にＳＩＰセッションが構築できたか否かに基いてｘＧＷ１や別のｘＧＷまでの通信経路に障害が発生しているか否かを判定し、障害発生場所の切り分けを行う。
【００３０】
ＳＩＰサーバ３は、電話番号とＩＰアドレスとを関連付けて登録しておき、電話番号を受信し、受信した電話番号に対応するＩＰアドレスを返信する。
【００３１】
なお、ｘＧＷ１、通信事業者サーバ２が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムはｘＧＷ１、通信事業者サーバ２が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００３２】
次に、本実施の形態における遠隔管理システムの処理の流れについて説明する。
【００３３】
図２は、ｘＧＷ１に接続された電話機５からコールセンタ７へ電話をかけた場合の処理の流れを示すシーケンス図である。
【００３４】
まず、初期設定として、ｘＧＷ１が設置されて、ネットワーク１００に接続されると、ｘＧＷ１は図示していないＤＨＣＰサーバからＩＰアドレスを取得し（ステップＳ１０１）、ｘＧＷ１は、取得したＩＰアドレスと自身の電話番号をＳＩＰサーバ３に登録する（ステップＳ１０２）。これらの初期設定処理により、ｘＧＷ１はネットワーク１００と通信し、電話サービスの提供が可能となる。なお、ｘＧＷ１は、コールセンタ７の電話番号、通信事業者サーバ２の電話番号を予め保持しているものとする。
【００３５】
ここで、何らかの不具合が発生し（ステップＳ１０３）、ユーザがコールセンタ７に不具合を申告する。
【００３６】
ユーザがｘＧＷ１に接続された電話機５を用いてコールセンタ７に電話をかけると、ｘＧＷ１は、コールセンタ７の電話番号をＳＩＰサーバ３に送信して（ステップＳ１０４）、ＳＩＰサーバ３からコールセンタ７のＩＰアドレスを取得し（ステップＳ１０５）、コールセンタ７にＳＩＰのＩＮＶＩＴＥメッセージを送信する（ステップＳ１０６）。このとき、ＩＮＶＩＴＥメッセージのＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の＜ｍ＞タグには、音声通話を行うセッションを表す文字列「ａｕｄｉｏ」が記述される。
【００３７】
検知部１２は、ＩＮＶＩＴＥメッセージの宛先の電話番号と予め保持しているコールセンタ７の電話番号とを比較し、合致した場合はコールセンタ７に電話がかけられたことを検知する（ステップＳ１０７）。なお、宛先の電話番号とコールセンタ７の電話番号が合致しない場合は、通常の電話サービスを実施する。
【００３８】
コールセンタ７から応答メッセージ（２００  ＯＫ）が返ってくると（ステップＳ１０８）、ｘＧＷ１とコールセンタ７との間にＳＩＰセッションが構築されて、電話機５とコールセンタ７との間で通話が可能となる（ステップＳ１０９）。
【００３９】
また、検知部１２がステップＳ１０７でコールセンタ７への電話を検知しているので、セッション構築部１３は、通信事業者サーバ２の電話番号をＳＩＰサーバ３に送信し（ステップＳ１１０）、ＳＩＰサーバ３から通信事業者サーバ２のＩＰアドレスを取得し（ステップＳ１１１）、通信事業者サーバ２にＳＩＰのＩＮＶＩＴＥメッセージを送信する（ステップＳ１１２）。このとき、ＩＮＶＩＴＥメッセージのＳＤＰの＜ｍ＞タグには、独自に定めた、制御・管理を行うセッションを表す文字列「ｍａｉｎｔｅｎａｎｃｅ」を記述する。
【００４０】
通信事業者サーバ２から応答メッセージ（２００  ＯＫ）が返ってきて（ステップＳ１１３）、ｘＧＷ１と通信事業者サーバ２との間にＳＩＰセッションが構築される。
【００４１】
ＳＩＰセッション構築後、ｘＧＷ１は、制御セッション構築メッセージを通信事業者サーバ２に送信し（ステップＳ１１４）、通信事業者サーバ２から返答メッセージを受信して制御セッションが構築される（ステップＳ１１５）。なお、制御セッションの構築は、ｘＧＷ１から開始するため、制御セッションとして用いるＴＲ−０６９の仕様を変更する必要がない。また、ｘＧＷ１の制御・管理のためのポートを常に開放しておく必要もない。
【００４２】
ユーザからの不具合申告を受け付けたコールセンタ７のオペレータは、通信事業者サーバ２をオペレータ端末から操作し（ステップＳ１１６）、制御セッションを用いて、ｘＧＷ１の制御・管理を通信事業者サーバ２から行う（ステップＳ１１７）。通信事業者サーバ２との間に制御セッションを構築しているｘＧＷの数は、コールセンタ７へ電話しているユーザ数と同数と考えられる。そのため、通信事業者サーバ２との間で制御セッションを構築しているｘＧＷは非常に多いことを想定し、オペレータは、ユーザのｘＧＷ１の電話番号をクエリとして通信事業者サーバ２との間で構築されているＳＩＰセッションを特定し、さらに、対応する制御セッションを特定する。ｘＧＷ１の制御・管理では、ｘＧＷ１配下のローカルネットワーク内の端末に対しても、ＴＲ−０６９の仕様内で制御・管理が可能である。ローカルネットワーク内の端末に関する不具合の発生箇所の切り分けは、特開２００９−３０２６２３号公報に記載された技術が利用できる。
【００４３】
制御・管理が終了すると、通信事業者サーバ２は制御セッション終了メッセージをｘＧＷ１へ送信し（ステップＳ１１８）、ｘＧＷ１が返答メッセージを送信して制御セッションが終了する（ステップＳ１１９）。
【００４４】
また、ｘＧＷ１と通信事業者サーバ２との間に構築されたＳＩＰセッションも、通信事業者サーバ２がＢＹＥメッセージを送信し（ステップＳ１２０）、ｘＧＷ１が２００  ＯＫを返信して終了する（ステップＳ１２１）。
【００４５】
ユーザとコールセンタ７との通話が終わると、ＢＹＥメッセージ、２００  ＯＫを送受信してｘＧＷ１とコールセンタ７とのＳＩＰセッションが終了する（ステップＳ１２２，Ｓ１２３）。なお、ＳＩＰセッションの終了はｘＧＷ１側から行なってもよい。
【００４６】
続いて、ユーザがｘＧＷ１に接続されていない携帯電話などの通信端末からコールセンタ７に電話をかけた場合の処理について説明する。ｘＧＷ１に接続されていない携帯電話を用いてコールセンタ７に電話をかけた場合は、検知部１２がコールセンタ７への電話を検知することができない。そこで、本実施の形態では、通信事業者サーバ２側から制御・管理用のＳＩＰセッションを構築した後、ｘＧＷ１側から制御セッションを構築する。
【００４７】
図３は、ユーザが携帯電話からコールセンタ７へ電話をかけた場合の処理の流れを示すシーケンス図である。なお、図３では、既に、ｘＧＷ１にはＤＨＣＰサーバからＩＰアドレスが払い出され、ｘＧＷ１のＩＰアドレスと電話番号はＳＩＰサーバ３に登録されているものとする。
【００４８】
何らかの不具合が発生し、ユーザは携帯電話を用いてコールセンタ７に電話をかけて不具合を申告する（ステップＳ２０１）。
【００４９】
ユーザからの不具合申告を受け付けたコールセンタ７のオペレータは、オペレータ端末を操作し、ユーザのｘＧＷ１の電話番号をクエリとして、ｘＧＷ１と通信事業者サーバ２との間で構築されているＳＩＰセッションを検索する（ステップＳ２０２）。ところが、ユーザはｘＧＷ１に接続された電話機５を用いておらず、検知部１２はユーザがコールセンタ７に電話をかけたことを検知できていないので、セッション構築部１３は通信事業者サーバ２との間にＳＩＰセッションを構築していない。
【００５０】
ｘＧＷ１と通信事業者サーバ２との間のＳＩＰセッションが見つからないので、通信事業者サーバ２のセッション構築部２１は、ｘＧＷ１の電話番号をＳＩＰサーバ３に送信し（ステップＳ２０３）、ＳＩＰサーバ３からｘＧＷ１のＩＰアドレスを取得し（ステップＳ２０４）、通信事業者サーバ２からｘＧＷ１にＳＩＰのＩＮＶＩＴＥメッセージを送信して（ステップＳ２０５）、ＳＩＰセッションの構築を試みる。このとき、ＩＮＶＩＴＥメッセージのＳＤＰの＜ｍ＞タグには、「ｍａｉｎｔｅｎａｎｃｅ」等の制御・管理を行うことを示す文字列を記述する。
【００５１】
なお、通信事業者サーバ２側からＳＩＰセッションを開始し、ｘＧＷ１の制御・管理を行えるようにすると、通信事業者以外の第三者もｘＧＷ１の状態の取得、設定変更が行えるようになるという問題がある。そこで、第三者がｘＧＷ１の制御・管理をできないようにするために、ＩＮＶＩＴＥメッセージ中の＜ｆｒｏｍ＞タグに、通信事業者サーバ２の電話番号を記述しておき、セッション構築部１３が、＜ｆｒｏｍ＞タグ内の電話番号とｘＧＷ１が保持している通信事業者サーバ２の電話番号を照合することで、接続相手が正しいことを確認する。ＳＩＰのＩＮＶＩＴＥメッセージは、電話のためにｘＧＷが発信するものと、通信事業者サーバ２が発信するものに限られ、ＳＩＰのＩＮＶＩＴＥメッセージは通信事業者の閉域網でやり取りされるため、書き換え等の詐称がないことが保証されている。
【００５２】
ｘＧＷ１と通信事業者サーバ２との間でＳＩＰセッションが構築されると、ＳＤＰの＜ｍ＞タグに「ｍａｉｎｔｅｎａｎｃｅ」が記述されているので、ｘＧＷ１のセッション構築部１３が通信事業者サーバ２との間に制御セッションを構築し、通信事業者サーバ２がｘＧＷ１の制御・管理を行う（ステップＳ２０６）。
【００５３】
ｘＧＷ１と通信事業者サーバ２との間にＳＩＰセッションが構築できない場合は、通信事業者サーバ２内に蓄積されているネットワークマップを利用し、ｘＧＷ１が接続している通信事業者の設備（例えば、ＯＬＴやスプリッタなど）に接続している近隣の別のｘＧＷの電話番号をリストアップする。
【００５４】
リストアップした別のｘＧＷの電話番号をＳＩＰサーバ３に送信し（ステップＳ３０１）、ＳＩＰサーバ３から別のｘＧＷのＩＰアドレスを取得し（ステップＳ３０２）、通信事業者サーバ２から別のｘＧＷにＳＩＰのＩＮＶＩＴＥメッセージを送信して（ステップＳ３０３）、別のｘＧＷと通信事業者サーバ２との間のＳＩＰセッションの構築を試みる。
【００５５】
そして、別のｘＧＷとの間にＳＩＰセッションが構築できたか否かにより、障害の切り分けを行う（ステップＳ３０４）。
【００５６】
図４は、ＳＩＰセッション構築の有無に基いて、ｘＧＷ１の制御・管理、障害の切り分けを行う処理の流れを示すフローチャートである。
【００５７】
まず、オペレータは、ユーザから不具合申告を受け付けると、ｘＧＷ１の電話番号をクエリとしてＳＩＰセッションを検索し、ｘＧＷ１と通信事業者サーバ２との間にＳＩＰセッションが構築されているか否か調べる（ステップＳ４０１）。
【００５８】
ｘＧＷ１と通信事業者サーバ２との間にＳＩＰセッションが構築されている場合（ステップＳ４０１のＹＥＳ）、制御セッションを用いてｘＧＷ１を制御・管理する（ステップＳ４０６）。
【００５９】
ｘＧＷ１と通信事業者サーバ２との間にＳＩＰセッションが構築されていない場合（ステップＳ４０１のＮＯ）、通信事業者サーバ２が、ｘＧＷ１と通信事業者サーバ２との間でＳＩＰセッションの構築を試みる（ステップＳ４０２）。
【００６０】
ｘＧＷ１と通信事業者サーバ２との間でＳＩＰセッションが構築できた場合は（ステップＳ４０３のＹＥＳ）、制御セッションを用いてｘＧＷ１を制御・管理する（ステップＳ４０６）。
【００６１】
ｘＧＷ１と通信事業者サーバ２との間でＳＩＰセッションが構築できない場合（ステップＳ４０３のＮＯ）、通信事業者サーバ２内に蓄積されているネットワークマップを利用し、ｘＧＷ１が接続している通信事業者の設備に接続している近隣の別のｘＧＷと通信事業者サーバ２との間でＳＩＰセッションの構築を試みる（ステップＳ４０４）。
【００６２】
別のｘＧＷと通信事業者サーバ２との間でＳＩＰセッションが構築できた場合は（ステップＳ４０５のＹＥＳ）、ユーザ宅あるいはユーザ宅と別のｘＧＷが接続されている通信事業者の設備までの光ファイバに問題がある（ステップＳ４０７）。
【００６３】
ｘＧＷ１と通信事業者サーバ２との間でＳＩＰセッションが構築できない場合は（ステップＳ４０５のＮＯ）、通信事業者の設備に問題がある（ステップＳ４０８）。
【００６４】
以上説明したように、本実施の形態によれば、ｘＧＷ１に接続された電話機５を利用してコールセンタ７に電話がかけられたことを検知部１２が検知した場合に、セッション構築部１３が通信事業者サーバ２との間にＳＩＰセッションと制御セッションを構築し、通信事業者サーバ２が構築された制御セッションを用いてコマンドを送信し、ｘＧＷ１を制御・管理することにより、通信事業者サーバ２から明示的に制御セッションを構築する処理を行わなくても、ユーザからの不具合申告に合わせて、即時的に、遠隔からの管理が可能となる。また、通信事業者サーバ２側から制御セッションを構築しないので、ｘＧＷ１は制御・管理のためのポートを常に開けておく必要がなく、安全性が確保される。
【００６５】
本実施の形態によれば、ユーザが携帯電話などｘＧＷ１に接続されていない通信機器を用いてコールセンタ７に電話をかけたとき、ｘＧＷ１と通信事業者サーバ２との間のＳＩＰセッションが検索できない場合は、通信事業者サーバ２からＳＤＰの＜ｍ＞タグに「ｍａｉｎｔｅｎａｎｃｅ」を記述してＳＩＰセッションを構築し、ｘＧＷ１はＳＤＰの＜ｍ＞タグに「ｍａｉｎｔｅｎａｎｃｅ」が記述されたＳＩＰメッセージを受信した場合、ＳＩＰメッセージの＜ｆｒｏｍ＞タグ内の電話番号と通信事業者サーバ２の電話番号を照合した後、通信事業者サーバ２との間に制御セッションを構築することで、ｘＧＷ１がコールセンタ７への電話を検知できない場合でも、安全に、ｘＧＷ１と通信事業者サーバ２との間に制御セッションを構築し、遠隔からの管理が可能となる。
【００６６】
また、通信事業者サーバ２側からｘＧＷ１に対してＳＩＰセッションが構築できない場合に、ｘＧＷ１と同じ通信事業者設備に接続されている別のｘＧＷにＳＩＰセッションの構築を試みることにより、ＳＩＰセッションの構築の可否に基いて障害発生箇所の切り分けが可能となる。
【符号の説明】
【００６７】
１…ｘＧＷ
１１…電話機能部
１２…検知部
１３…セッション構築部
１４…コマンド処理部
２…通信事業者サーバ
２１…セッション構築部
２２…制御部
２３…判定部
３…サーバ
５…電話機
７…コールセンタ
１００…ネットワーク
【図１】
2014003477.tif 000003
【図２】
2014003477.tif 000004
【図３】
2014003477.tif 000005
【図４】
2014003477.tif 000006