ＳＩＰ端末管理システム、ＳＩＰサーバ及びＳＩＰ端末管理方法
【課題】ＳＩＰ端末へ追加実装を行わず、ＳＩＰ端末の死活監視の通信量を低減する。
【解決手段】本発明に係るＳＩＰ端末管理システムは、ＳＮＭＰに対応した管理ステーション１０と、ＳＩＰに対応したＳＩＰ端末３０と、前記ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバ２０と、を備え、前記ＳＩＰサーバ２０は、前記ＳＩＰ端末３０との前記ＳＩＰ通信に基づき前記ＳＩＰ端末３０の動作状況を管理する代理応答機能部２３を備え、前記代理応答機能部２３は、前記管理ステーション１０から前記ＳＩＰ端末３０への応答要求に対し、前記ＳＩＰ端末３０の代わりに前記動作状況に基づく応答をする、ことを特徴とする。
【解決手段】本発明に係るＳＩＰ端末管理システムは、ＳＮＭＰに対応した管理ステーション１０と、ＳＩＰに対応したＳＩＰ端末３０と、前記ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバ２０と、を備え、前記ＳＩＰサーバ２０は、前記ＳＩＰ端末３０との前記ＳＩＰ通信に基づき前記ＳＩＰ端末３０の動作状況を管理する代理応答機能部２３を備え、前記代理応答機能部２３は、前記管理ステーション１０から前記ＳＩＰ端末３０への応答要求に対し、前記ＳＩＰ端末３０の代わりに前記動作状況に基づく応答をする、ことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＳＩＰ端末管理システム、ＳＩＰサーバ及びＳＩＰ端末管理方法に関し、特に、ＳＮＭＰ（非特許文献１、２）に対応した管理ステーションが、ＳＩＰ（非特許文献３、４）に対応したＳＩＰ端末を管理可能なＳＩＰ端末管理システム、ＳＩＰサーバ及びＳＩＰ端末管理方法に関する。
【背景技術】
【０００２】
従来、企業等（国、自治体、学校等）におけるプライベートネットワークで接続されている機器の管理は、図４（ａ）に示すように、ＳＮＭＰ（Simple Network Management Protocol）を用いるものが多い。ＳＮＭＰに関しては、管理ステーション及び管理対象機器（ＳＮＭＰ端末）についても、既存の技術及び製品が活用可能である。企業等のプライベートネットワークで多く使われるＳＮＭＰでは、管理ステーション（マネージャ）からＳＮＭＰ端末（エージェント）に対して、管理情報（Management Information Base情報、以下「ＭＩＢ情報」）取得のためのリクエスト（例えばSNMP Get Request）が送信される。ＳＮＭＰ端末は、リクエストを受信すると、管理ステーションに対して、リクエストへのレスポンスを送信する。また、ＳＮＭＰ端末は、管理ステーションに対して、あらかじめ指定したイベントが発生した際や、管理情報値があらかじめ設定したしきい値を超過するなどした際に、トラップ（通知）を送信する。ＳＮＭＰを用いた機器管理を行う場合、ＳＮＭＰ端末の動作状況の監視（死活監視）には、管理ステーションからの応答要求(PING、ICMP Echo Request、非特許文献５）を併用することが多い。
【０００３】
一方、通信事業者ネットワーク、特に、移動体通信事業者のネットワークに接続されるモバイル利用者端末は、スマートフォンやタブレットなど多様化している。これらのモバイル利用者端末は、音声通信に対応したＳＩＰ端末として、通信事業者ネットワーク又は企業等プライベートネットワークに設置されているＳＩＰサーバに接続され、音声通話端末として使用されることもある。
【０００４】
モバイル利用者端末（ＳＩＰ端末）の管理にあたり、通信事業者のネットワークでは、例えば図４（ｂ）に示すようにＯＭＡ（Open Mobile Alliance、非特許文献６）に準拠したデバイス管理アーキテクチャを利用する方法がある。ＯＭＡとは、モバイルデバイス標準を管理し、モバイルによるＷｅｂアプリケーションの技術標準化を目指す業界団体である。ＯＭＡに準拠したデバイス管理アーキテクチャは、情報の交換にＳｙｎｃ ＭＬを用いる。Ｓｙｎｃ ＭＬとは、異なるデバイス間でのデータ同期の標準である。ＸＭＬベースのマークアップが用いられ、ＯＭＡで定義されるほとんどのプロトコルの基本として使用される。Ｓｙｎｃ ＭＬドキュメントはメッセージと呼ばれる。Ｓｙｎｃ ＭＬにはＴＣＰ／ＩＰ、ＨＴＴＰ、ＳＳＬ／ＴＬＳ、ＭＤ５、ＵＲＩ等、一般的なインターネットコンテンツタイプと符号化等のトランスポート、完全性、セキュリティ関連の標準が利用される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】"RFC1157： SNMP: Simple Network Management Protocol"、［online］、1990年5月、<URL: http://www.ietf.org/rfc/rfc1157.txt>
【非特許文献２】Wikipedia、 "Simple Network Management Protocol"、［online］、［平成23年5月23日検索］、インターネット〈URL：http://ja.wikipedia.org/wiki/Simple_Network_Management_Protocol〉
【非特許文献３】"RFC3261：ＳＩＰ: Session Initiation Protocol"、［online］、2002年6月、<URL: http://www.ietf.org/rfc/rfc3261.txt>
【非特許文献４】千村保文、坂口克彦 監修、"次世代SIP教科書"、株式会社インプレスR&D発行、2010年3月、ISBN978-4-8443-2828-5
【非特許文献５】Wikipedia、 "Ping"、［online］、［平成23年5月23日検索］、インターネット〈URL：http://ja.wikipedia.org/wiki/Ping〉
【非特許文献６】マイケル・ブレナー、ムサ・アンメホパ著、"OMA標準テキスト"、株式会社リックテレコム発行、2010年3月、ISBN978-4-89797-827-7
【非特許文献７】北原静香、"連載：監視を自動化するSNMP(3)"、［online］、2003年4月25日、インターネット〈URL：http://www.atmarkit.co.jp/fnetwork/rensai/snmp03/01.html〉
【非特許文献８】ゴンザロ・カマリロ、ミゲール・A・マーリン著、"IMS標準テキスト（改定版）"、株式会社リックテレコム発行、2010年年3月、ISBN978-4-89797-842-0
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来、企業等プライベートネットワーク又は通信事業者ネットワークに接続されたＳＩＰに対応したモバイル利用者端末（ＳＩＰ端末）を含む全ての機器の管理にあたっては、ＳＮＭＰとＯＭＡの二つのデバイス管理アーキテクチャを利用する必要があり、１つのデバイス管理アーキテクチャによる統合管理が出来ないという問題があった。
【０００７】
また、著しく記憶容量および処理能力の制限されたモバイル利用者端末（ＳＩＰ端末）である小型機器において、ＯＭＡのデバイス管理アーキテクチャを利用する場合、ＨＴＴＰをベースとしたＳｙｎｃ ＭＬの機能実装を行う必要があるため、当該小型機器の記憶容量および処理能力の負担が増えるという問題があった。
【０００８】
さらに、モバイル利用者端末（ＳＩＰ端末）に対する動作状況の監視（死活監視）は定期的に行われるものであるため、死活監視に関する通信量が増えるという問題があった。
【０００９】
したがって、かかる点に鑑みてなされた本発明の目的は、モバイル利用者端末（ＳＩＰ端末）へのＳｙｎｃ ＭＬの実装を必要とせず、モバイル利用者端末（ＳＩＰ端末）の死活監視の通信量を低減可能な、ＳＩＰ端末管理システム、ＳＩＰサーバ及びＳＩＰ端末管理方法を提供することである。
【課題を解決するための手段】
【００１０】
上述した諸課題を解決すべく、本発明に係るＳＩＰ端末管理システムは、ＳＮＭＰに対応した管理ステーションと、ＳＩＰに対応したＳＩＰ端末と、前記ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバと、を備え、前記ＳＩＰサーバは、前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理する代理応答機能部を備え、前記代理応答機能部は、前記管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をする、ことを特徴とする。
【００１１】
また、本発明に係るＳＩＰサーバは、ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバであって、前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理する代理応答機能部を備え、前記代理応答機能部は、ＳＮＭＰに対応した管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をする、ことを特徴とする。
【００１２】
また、本発明に係るＳＩＰ端末管理方法は、ＳＮＭＰに対応した管理ステーションと、ＳＩＰに対応したＳＩＰ端末と、前記ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバと、を備えるＳＩＰ端末管理システムにおけるＳＩＰ端末管理方法であって、前記ＳＩＰサーバが、前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理するステップと、前記管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をするステップと、を含むことを特徴とする。
【発明の効果】
【００１３】
本発明に係るＳＩＰ端末管理システム、ＳＩＰサーバ及びＳＩＰ端末管理方法によれば、モバイル利用者端末（ＳＩＰ端末）へのＳｙｎｃ ＭＬの実装を必要とせず、モバイル利用者端末（ＳＩＰ端末）の死活監視の通信量を低減することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態に係るＳＩＰ端末管理システムの構成を示す図である。
【図２】ＳＩＰ端末管理システムの機能ブロックを示す図である。
【図３】ＳＩＰ端末管理システムの処理シーケンスを示す図である。
【図４】従来の端末管理システムの構成を示す図である。
【発明を実施するための形態】
【００１５】
以降、諸図面を参照しながら、本発明の実施態様を詳細に説明する。
【００１６】
（第１の実施形態）
図１は、本発明の第１の実施形態に係るＳＩＰ端末管理システムの構成を示す図である。ＳＩＰ端末管理システムは、ＳＮＭＰに対応した管理ステーション１０と、ＳＩＰサーバ２０と、ＳＩＰ端末（管理対象機器）３０と、ＳＮＭＰ端末４０とを備え、通信事業者ネットワークに属するＳＩＰ端末（管理対象機器）３０と、企業等プライベートネットワークに属するＳＮＭＰ端末４０との管理を統一的に行うものである。ここで、管理ステーション１０とＳＮＭＰ端末４０との間の機器管理に関する通信は、既存のＳＮＭＰを用いるものとし、本実施形態において詳述は行わない。これ以降、管理ステーション１０、ＳＩＰサーバ２０、及びＳＩＰ端末（管理対象機器）３０の処理について詳述する。
【００１７】
図２は、図１に示すＳＩＰ端末管理システムの機能ブロックを示す図である。ＳＩＰサーバ２０は、プロキシー・サーバ２１及び登録サーバ２２に加え、代理応答機能部２３を備える。ＳＩＰ端末（管理対象機器）３０は、ユーザー・エージェント３１に加え、管理対象機能部３２を備える。
【００１８】
管理ステーション１０は、既存のＳＮＭＰに対応した機器管理を行うものである。管理ステーション１０は、ＳＩＰサーバ２０の代理応答機能部２３へ、ＳＩＰ端末（管理対象機器）３０の動作状況を問い合わせる応答要求（ICMP Echo Request）や、ＳＩＰ端末（管理対象機器）３０の管理情報（ＭＩＢ情報）を問い合わせるリクエスト（SNMP Get Request）を送信する。また、管理ステーション１０は、代理応答機能部２３から、応答要求に対する応答返答（ICMP Echo Reply）及び不達通知（ICMP Destination Unreachable）、リクエストに対するレスポンス（ＭＩＢ情報）、及びトラップによる通知を受信する。
【００１９】
ＳＩＰ端末（管理対象機器）３０は、例えばＳＩＰに対応したスマートフォンやタブレット端末であり、ＳＩＰメッセージを用いて、ＳＩＰサーバ２０に対して自端末の登録情報や自端末の管理情報を送信するものである。
【００２０】
ユーザー・エージェント３１は、ＳＩＰ端末（管理対象機器）３０が起動した場合や、ＳＩＰのユーザー・エージェント・タイマ（図示せず）が０になる前に、プロキシー・サーバ２１に登録（Register）メッセージを送信する。この登録メッセージには、送信元となるＳＩＰ端末（管理対象機器）３０のＳＩＰ ＵＲＩが含まれる。また、ユーザー・エージェント３１は、プロキシー・サーバ２１から登録完了メッセージを受信した場合、ユーザー・エージェント・タイマに有効期限（Expires）を設定する。ユーザー・エージェント３１は、ユーザー・エージェント・タイマを１秒毎に１減算する。
【００２１】
管理対象機能部３２は、代理応答機能部２３に対して、ＳＩＰ端末（管理対象機器）３０の管理情報を含むレスポンスを送信し、また、トラップを通知する機能部である。管理対象機能部３２は、代理応答機能部２３からリクエスト（代理応答機能部２３によりＳＮＭＰメッセージからＳＩＰメッセージに変換されたもの）を受信すると、当該リクエストに対する管理情報（ＳＮＭＰにおけるＭＩＢ情報に相当する情報）をレスポンスとして代理応答機能部２３に送信する。また、管理対象機能部３２は、あらかじめ指定したイベントの発生や、管理情報値があらかじめ設定したしきい値を超過するなどの際に、トラップ（通知）を代理応答機能部２３に送信する。なお、これらの「イベント」や「しきい値」については、管理者が管理ステーション１０を介して指定して管理対象機能部３２で保持するものであり、ＳＮＭＰの標準的な機能に準じたものであるため、本発明での詳述は行わない。
【００２２】
ＳＩＰサーバ２０は、ＳＩＰ端末（管理対象機器）３０とＳＩＰ通信を行い、ＳＩＰ端末（管理対象機器）３０の動作状況（死活状況）を管理するとともに、管理ステーション１０からＳＩＰ端末（管理対象機器）３０への応答要求及びリクエストに対して、ＳＩＰ端末（管理対象機器）３０の代理で応答し、又は、ＳＩＰ端末（管理対象機器）３０にＳＩＰメッセージに変換したリクエストを送信するものである。
【００２３】
プロキシー・サーバ２１は、ユーザー・エージェント３１から登録メッセージを受信した場合、登録サーバ２２に登録メッセージを送信する。プロキシー・サーバ２１は、登録サーバ２２から登録完了メッセージを受信した場合、ユーザー・エージェント３１に登録完了メッセージを送信する。プロキシー・サーバ２１は、ＳＩＰメッセージを媒介する時に、セッション有効期限（Session Expires）が含まれている場合には、表１に示すセッション・タイマ管理表を参照し、対応するＳＩＰ ＵＲＩのセッション・タイマに、当該セッション有効期限を設定する。なお、セッション有効期限は、例えばユーザー・エージェント３１からの登録メッセージなどに含まれるものである。プロキシー・サーバ２１は、セッション・タイマを１秒毎に１減算する。プロキシー・サーバ２１は、セッション・タイマが０以下になった場合、キープアライブエラーが発生したものとして、代理応答機能部２３に対し、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）通信異常」を送信し、当該ＳＩＰ ＵＲＩに対するセッション・タイマの減算を終了する。
【００２４】
【表１】
【００２５】
登録サーバ２２は、プロキシー・サーバ２１から登録メッセージを受信した場合、ＳＩＰ端末（管理対象機器）３０の認証を行う。なお、認証については、ＳＩＰで通常行われる処理を用いることとし、その認証方式の詳細については詳述しない。認証に成功した場合、登録サーバ２２は、代理応答機能部２３にＳＩＰ端末（管理対象機器）３０のＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）正常」を送信し、登録完了メッセージをプロキシー・サーバ２１に送信する。また、登録サーバ２２は、表２に示すタイマ管理表を参照し、対応するＳＩＰ ＵＲＩのタイマをあらかじめ定められた初期値（例えば3,600秒）で初期化する。また、登録サーバ２２は、当該タイマを１秒毎に１減算する。登録サーバ２２は、タイマが０以下になった場合は、タイムアウトが発生したものとして、代理応答機能部２３に対し、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）通信異常」を送信し、当該ＳＩＰ ＵＲＩに対するタイマの減算を終了する。
【００２６】
【表２】
【００２７】
代理応答機能部２３は、ＳＩＰ端末（管理対象機器）３０とのＳＩＰ通信に基づきＳＩＰ端末（管理対象機器）３０の動作状況を管理し、管理ステーション１０に対し、ＳＩＰ端末（管理対象機器）３０の代わりに、動作状況に基づく応答をする機能部である。代理応答機能部２３は、登録サーバ２２から、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）正常」を受信した場合には、表３に示す管理表を参照し、対応するＳＩＰ ＵＲＩの状態を「正常」とする。また、代理応答機能部２３は、プロキシー・サーバ２１または登録サーバ２２から、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）通信異常」を受信した場合には、対応するＳＩＰ ＵＲＩの状態を「異常」とする。代理応答機能部２３は、管理ステーション１０から応答要求（ICMP Echo Request）を受信した場合、表３に示す管理表を参照し、当該応答要求の対象ＩＰアドレスに該当する状態が正常の場合は、応答返答（ICMP Echo Reply）を送信し、異常の場合は、不達通知（ICMP Destination Unreachable）を送信する。なお、代理応答機能部２３は、送信の際、対象ＩＰアドレスを送信元アドレスとして管理ステーション１０への応答を行う。
【００２８】
【表３】
【００２９】
代理応答機能部２３は、管理ステーション１０からリクエストを受信する。代理応答機能部２３は、リクエストのうち値が常に変化するもの（ＭＩＢ情報のうち「○○数」など常に変化しているもの。例えば非特許文献７参照。）は、当該リクエストの対象ＩＰアドレスに基づき、表３に示す管理表を参照し、ＩＰアドレスに対応するＳＩＰ ＵＲＩに対して、ＳＩＰメッセージに変換したリクエストを送信する。代理応答機能部２３は、リクエストのうち値の変化がしないもの（ＭＩＢ情報のうち「物理アドレス」、「メディアタイプ」など値が変化しないもの）については、当該リクエストへのレスポンスを保管している場合は、当該リクエストの対象ＩＰアドレス毎に管理されている管理情報（ＭＩＢ情報）に基づき、レスポンスを管理ステーション１０に対して送信する。なお、この際、代理応答機能部２３は、対象ＩＰアドレスを送信元アドレスとして管理ステーション１０への応答を行う。代理応答機能部２３は、当該リクエストへのレスポンスが保管されていない場合は、当該リクエストの対象ＩＰアドレスに基づき、表３に示す管理表を参照し、ＩＰアドレスに対応するＳＩＰ ＵＲＩに対してＳＩＰメッセージに変換したリクエストを送信する。
【００３０】
代理応答機能部２３は、ＳＩＰ端末（管理対象機器）３０からレスポンスまたはトラップを受信する。当該レスポンスが変化しないものであれば、代理応答機能部２３は、当該レスポンスを保管する。代理応答機能部２３は、当該レスポンスまたはトラップのＳＩＰ ＵＲＩに基づき、表３に示す管理表を参照し、ＳＩＰ ＵＲＩに対応するＩＰアドレスを送信元として、レスポンスまたはトラップをＳＮＭＰメッセージに変換して管理ステーション１０に送信する。なお、代理応答機能部２３は、複数の異なる対象ＩＰアドレスの応答要求およびレスポンスを受信し処理できるものとする。
【００３１】
図３は、本発明に係るＳＩＰ端末管理システムの処理シーケンスを示す図である。なお、本発明に係る処理を明りょうにするため、図３に示す処理シーケンスにおいて、通常のＳＩＰにおいて必要となる処理のうち、登録（Register）する際のチャレンジレスポンス処理、通知（Notify）を受けるための事前の通知要求（Subscribe）の送信処理、登録未完了時のユーザー・エージェント３１による再登録処理などのエラー処理などは記載を省略している。
【００３２】
ユーザー・エージェント３１は、ＳＩＰ端末（管理対象機器）３０が起動した場合、プロキシー・サーバ２１に登録メッセージを送信する（ステップＳ１０１）。プロキシー・サーバ２１は、ユーザー・エージェント３１から登録メッセージを受信した場合、登録サーバ２２に登録メッセージを送信する（ステップＳ１０２）。登録サーバ２２は、プロキシー・サーバ２１から登録メッセージを受信した場合、ＳＩＰ端末（管理対象機器）３０の認証を行う（ステップＳ１０３）。認証に成功した場合、登録サーバ２２は、代理応答機能部２３にＳＩＰ端末（管理対象機器）３０のＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）正常」を送信し（ステップＳ１０４）、登録完了メッセージをプロキシー・サーバ２１に送信する（ステップＳ１０５）。プロキシー・サーバ２１は、登録サーバ２２から登録完了メッセージを受信した場合、ユーザー・エージェント３１に登録完了メッセージを送信する（ステップＳ１０６）。
【００３３】
（死活監視：動作正常時）
管理ステーション１０は、ＳＩＰサーバ２０の代理応答機能部２３へ、ＳＩＰ端末（管理対象機器）３０の動作状況を問い合わせる応答要求を送信する（ステップＳ１０７）。代理応答機能部２３は、表３に示す管理表を参照し、当該応答要求の対象ＩＰアドレスに該当する状態が正常の場合は、応答返答（ICMP Echo Reply）を送信する（ステップＳ１０８）。
【００３４】
（管理情報取得：レスポンスが変化しない場合）
管理ステーション１０は、ＳＩＰサーバ２０の代理応答機能部２３へ、ＳＩＰ端末（管理対象機器）３０の管理情報（ＭＩＢ情報）を問い合わせるリクエストを送信する（ステップＳ１０９）。代理応答機能部２３は、リクエストに対するレスポンスが変化しないものについては、当該レスポンスが保管されている場合、保管されているレスポンスを管理ステーション１０に対して送信する（ステップＳ１１０）。
【００３５】
（管理情報取得：レスポンスが変化する場合）
管理ステーション１０は、ＳＩＰサーバ２０の代理応答機能部２３へ、ＳＩＰ端末（管理対象機器）３０の管理情報（ＭＩＢ情報）を問い合わせるリクエストを送信し、代理応答機能部２３は、レスポンスが変化するものは、当該リクエストをＳＩＰメッセージに変換して対応するＳＩＰ ＵＲＩの管理対象機能部３２に送信する（ステップＳ１１１）。管理対象機能部３２は、受信したリクエストに対する管理情報（ＭＩＢ情報）をレスポンスとして代理応答機能部２３に送信し、代理応答機能部２３は、受信したレスポンスをＳＮＭＰメッセージに変換して管理ステーション１０に送信する（ステップＳ１１２）。
【００３６】
（トラップ通知）
また、管理対象機能部３２は、あらかじめ指定したイベントの発生や、管理情報値があらかじめ設定したしきい値を超過するなどの際に、トラップ（通知）を代理応答機能部２３に送信し、代理応答機能部２３は、受信したトラップをＳＮＭＰメッセージに変換して管理ステーション１０に送信する（ステップＳ１１３）。
【００３７】
（死活監視：動作異常時）
登録サーバ２２は、タイマが０以下になった場合は、タイムアウトが発生したものとして、代理応答機能部２３に対し、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）通信異常」を送信する（ステップＳ１１４）。また、プロキシー・サーバ２１は、セッション・タイマが０以下になった場合、キープアライブエラーが発生したものとして、代理応答機能部２３に対し、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）通信異常」を送信する（ステップＳ１１５）。管理ステーション１０は、ＳＩＰサーバ２０の代理応答機能部２３へ、ＳＩＰ端末（管理対象機器）３０の動作状況を問い合わせる応答要求を送信する（ステップＳ１１６）。代理応答機能部２３は、表３に示す管理表を参照し、当該応答要求の対象ＩＰアドレスに該当する状態が異常の場合は、不達通知（ICMP Destination Unreachable）を送信する（ステップＳ１１７）。
【００３８】
このように、本実施形態によれば、代理応答機能部２３は、ＳＩＰ端末（管理対象機器）３０とのＳＩＰ通信に基づきＳＩＰ端末（管理対象機器）３０の動作状況を管理し、管理ステーション１０からＳＩＰ端末（管理対象機器）３０への応答要求に対し、ＳＩＰ端末（管理対象機器）３０の代わりに動作状況に基づく応答をする。これにより、ＳＩＰ端末（管理対象機器）３０へのＳｙｎｃ ＭＬの実装を必要とせず、ＳＩＰ端末（管理対象機器）３０の死活監視の通信量を低減することができる。特に、移動体通信において、ＳＩＰによる通信の状態に基づき、代理応答機能部２３が管理ステーション１０からの応答要求に返答することにより、ＳＩＰ端末（管理対象機器）３０において管理のための通信が発生しないため、無線通信に関する電力消費を抑えることができる。
【００３９】
また、代理応答機能部２３は、管理ステーション１０からＳＩＰ端末（管理対象機器）３０に対する管理情報のリクエストを受信すると、リクエストをＳＩＰメッセージに変換してＳＩＰ端末（管理対象機器）３０に送信し、ＳＩＰ端末（管理対象機器）３０の管理対象機能部３２は、ＳＩＰメッセージに変換されたリクエストに対する管理情報をレスポンスとして代理応答機能部２３に送信し、代理応答機能部２３は、レスポンスをＳＮＭＰメッセージに変換して管理ステーション１０に送信する。これにより、企業等プライベートネットワークに接続されたＳＮＭＰ端末と、通信事業者ネットワークに接続されたスマートフォンやタブレットなどのＳＩＰ端末とを、ＳＮＭＰに対応した管理ステーションで一括して統合して管理することができる。特に、ディスプレイを持たない単体電話機やインターフォンなど、コストの要因から著しく記憶容量および処理能力の制限されたＳＩＰ端末でも、容易に機器管理を行うことができる。
【００４０】
また、代理応答機能部２３は、管理ステーション１０からリクエストを受信した際、リクエストに対するレスポンスを保管しており、当該レスポンスが変化しないものである場合、保管しているレスポンスを管理ステーション１０に送信する。これにより、機器管理に伴う新たな通信の発生を極力抑えることができるようになる。
【００４１】
（第２の実施形態）
第２の実施形態におけるＳＩＰ端末管理システムは、第１の実施形態に加え、プレゼンス・エージェント（図示せず）を備えたものである。第１の実施形態では、ＳＩＰ端末（管理対象機器）３０の死活監視は、ユーザー・エージェント３１からの登録メッセージや、プロキシー・サーバ２１のセッション・タイマ及び登録サーバ２２のタイマを利用するものであった。第２の実施形態によれば、ＳＩＰ端末（管理対象機器）３０の動作状況の把握をプレゼンス・エージェントにより行うことができ、これにより正確にＳＩＰ端末（管理対象機器）３０の動作状況を監視することが可能となる。なお、第２の実施形態における各機能部の基本的な動作は第１の実施形態における動作と同等であるため記載を省略する。これ以降、プレゼンス・エージェントに関する各機能部の動作を詳述する。
【００４２】
プレゼンス・エージェントは、既存の技術（例えば、非特許文献８）を用いてＳＩＰ端末（管理対象機器）３０の状態（正常／異常）といったプレゼンスを管理するものであり、例えば、通信事業者ネットワーク上にプレゼンスサーバとして配置されるものである。
【００４３】
ＳＩＰ端末（管理対象機器）３０のユーザー・エージェント３１は、ＳＩＰ端末（管理対象機器）３０の起動時や、利用者からの操作があった場合に、プレゼンス・エージェントに対して「プレゼンス情報（稼働中）」を発行（PUBLISH）する。また、ユーザー・エージェント３１は、ＳＩＰ端末（管理対象機器）３０の終了時や、利用者からの停止操作があった場合に、プレゼンス・エージェントに対して「プレゼンス情報（停止中）」を発行（PUBLISH）する。なお、この場合、プレゼンス・エージェントには、有効期限を０秒としたプレゼンス情報が発行される。
【００４４】
代理応答機能部２３は、ＳＩＰ端末（管理対象機器）３０が増えた場合、プレゼンス・エージェントに対して、当該ＳＩＰ端末（管理対象機器）３０に関する通知要求（SUBSCRIBE）を送信する。代理応答機能部２３は、ＳＩＰ端末（管理対象機器）３０が増えた場合、プレゼンス・エージェントに対して、当該ＳＩＰ端末（管理対象機器）３０に関する通知要求の終了を送信する。
【００４５】
プレゼンス・エージェントは、代理応答機能部２３からＳＩＰ端末（管理対象機器）３０に関する通知要求（SUBSCRIBE）を受信すると、当該ＳＩＰ端末（管理対象機器）３０に関するプレゼンス情報を通知（NOTIFY）する。
【００４６】
代理応答機能部２３は、プレゼンス・エージェントより通知（NOTIFY）を受診する。代理応答機能部２３は、通知（NOTIFY）として「プレゼンス情報（稼働中）」を受信した場合には、表３に示す管理表を参照し、対応するＳＩＰ ＵＲＩの状態を「正常」とする。また、代理応答機能部２３は、通知（NOTIFY）として「プレゼンス情報（停止中）」を受信した場合には、対応するＳＩＰ ＵＲＩの状態を「異常」とする。
【００４７】
このように、プレゼンス・エージェントを用いることにより、より正確にＳＩＰ端末（管理対象機器）３０の動作（死活）状況を監視することが可能となる。
【００４８】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップなどに含まれる機能などは論理的に矛盾しないように再配置可能であり、複数の構成部やステップなどを１つに組み合わせたり、或いは分割したりすることが可能である。
【符号の説明】
【００４９】
１０ 管理ステーション
２０ ＳＩＰサーバ
２１ プロキシー・サーバ
２２ 登録サーバ
２３ 代理応答機能部
３０ ＳＩＰ端末（管理対象機器）
３１ ユーザー・エージェント
３２ 管理対象機能部
４０ ＳＮＭＰ端末
【技術分野】
【０００１】
この発明は、ＳＩＰ端末管理システム、ＳＩＰサーバ及びＳＩＰ端末管理方法に関し、特に、ＳＮＭＰ（非特許文献１、２）に対応した管理ステーションが、ＳＩＰ（非特許文献３、４）に対応したＳＩＰ端末を管理可能なＳＩＰ端末管理システム、ＳＩＰサーバ及びＳＩＰ端末管理方法に関する。
【背景技術】
【０００２】
従来、企業等（国、自治体、学校等）におけるプライベートネットワークで接続されている機器の管理は、図４（ａ）に示すように、ＳＮＭＰ（Simple Network Management Protocol）を用いるものが多い。ＳＮＭＰに関しては、管理ステーション及び管理対象機器（ＳＮＭＰ端末）についても、既存の技術及び製品が活用可能である。企業等のプライベートネットワークで多く使われるＳＮＭＰでは、管理ステーション（マネージャ）からＳＮＭＰ端末（エージェント）に対して、管理情報（Management Information Base情報、以下「ＭＩＢ情報」）取得のためのリクエスト（例えばSNMP Get Request）が送信される。ＳＮＭＰ端末は、リクエストを受信すると、管理ステーションに対して、リクエストへのレスポンスを送信する。また、ＳＮＭＰ端末は、管理ステーションに対して、あらかじめ指定したイベントが発生した際や、管理情報値があらかじめ設定したしきい値を超過するなどした際に、トラップ（通知）を送信する。ＳＮＭＰを用いた機器管理を行う場合、ＳＮＭＰ端末の動作状況の監視（死活監視）には、管理ステーションからの応答要求(PING、ICMP Echo Request、非特許文献５）を併用することが多い。
【０００３】
一方、通信事業者ネットワーク、特に、移動体通信事業者のネットワークに接続されるモバイル利用者端末は、スマートフォンやタブレットなど多様化している。これらのモバイル利用者端末は、音声通信に対応したＳＩＰ端末として、通信事業者ネットワーク又は企業等プライベートネットワークに設置されているＳＩＰサーバに接続され、音声通話端末として使用されることもある。
【０００４】
モバイル利用者端末（ＳＩＰ端末）の管理にあたり、通信事業者のネットワークでは、例えば図４（ｂ）に示すようにＯＭＡ（Open Mobile Alliance、非特許文献６）に準拠したデバイス管理アーキテクチャを利用する方法がある。ＯＭＡとは、モバイルデバイス標準を管理し、モバイルによるＷｅｂアプリケーションの技術標準化を目指す業界団体である。ＯＭＡに準拠したデバイス管理アーキテクチャは、情報の交換にＳｙｎｃ ＭＬを用いる。Ｓｙｎｃ ＭＬとは、異なるデバイス間でのデータ同期の標準である。ＸＭＬベースのマークアップが用いられ、ＯＭＡで定義されるほとんどのプロトコルの基本として使用される。Ｓｙｎｃ ＭＬドキュメントはメッセージと呼ばれる。Ｓｙｎｃ ＭＬにはＴＣＰ／ＩＰ、ＨＴＴＰ、ＳＳＬ／ＴＬＳ、ＭＤ５、ＵＲＩ等、一般的なインターネットコンテンツタイプと符号化等のトランスポート、完全性、セキュリティ関連の標準が利用される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】"RFC1157： SNMP: Simple Network Management Protocol"、［online］、1990年5月、<URL: http://www.ietf.org/rfc/rfc1157.txt>
【非特許文献２】Wikipedia、 "Simple Network Management Protocol"、［online］、［平成23年5月23日検索］、インターネット〈URL：http://ja.wikipedia.org/wiki/Simple_Network_Management_Protocol〉
【非特許文献３】"RFC3261：ＳＩＰ: Session Initiation Protocol"、［online］、2002年6月、<URL: http://www.ietf.org/rfc/rfc3261.txt>
【非特許文献４】千村保文、坂口克彦 監修、"次世代SIP教科書"、株式会社インプレスR&D発行、2010年3月、ISBN978-4-8443-2828-5
【非特許文献５】Wikipedia、 "Ping"、［online］、［平成23年5月23日検索］、インターネット〈URL：http://ja.wikipedia.org/wiki/Ping〉
【非特許文献６】マイケル・ブレナー、ムサ・アンメホパ著、"OMA標準テキスト"、株式会社リックテレコム発行、2010年3月、ISBN978-4-89797-827-7
【非特許文献７】北原静香、"連載：監視を自動化するSNMP(3)"、［online］、2003年4月25日、インターネット〈URL：http://www.atmarkit.co.jp/fnetwork/rensai/snmp03/01.html〉
【非特許文献８】ゴンザロ・カマリロ、ミゲール・A・マーリン著、"IMS標準テキスト（改定版）"、株式会社リックテレコム発行、2010年年3月、ISBN978-4-89797-842-0
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来、企業等プライベートネットワーク又は通信事業者ネットワークに接続されたＳＩＰに対応したモバイル利用者端末（ＳＩＰ端末）を含む全ての機器の管理にあたっては、ＳＮＭＰとＯＭＡの二つのデバイス管理アーキテクチャを利用する必要があり、１つのデバイス管理アーキテクチャによる統合管理が出来ないという問題があった。
【０００７】
また、著しく記憶容量および処理能力の制限されたモバイル利用者端末（ＳＩＰ端末）である小型機器において、ＯＭＡのデバイス管理アーキテクチャを利用する場合、ＨＴＴＰをベースとしたＳｙｎｃ ＭＬの機能実装を行う必要があるため、当該小型機器の記憶容量および処理能力の負担が増えるという問題があった。
【０００８】
さらに、モバイル利用者端末（ＳＩＰ端末）に対する動作状況の監視（死活監視）は定期的に行われるものであるため、死活監視に関する通信量が増えるという問題があった。
【０００９】
したがって、かかる点に鑑みてなされた本発明の目的は、モバイル利用者端末（ＳＩＰ端末）へのＳｙｎｃ ＭＬの実装を必要とせず、モバイル利用者端末（ＳＩＰ端末）の死活監視の通信量を低減可能な、ＳＩＰ端末管理システム、ＳＩＰサーバ及びＳＩＰ端末管理方法を提供することである。
【課題を解決するための手段】
【００１０】
上述した諸課題を解決すべく、本発明に係るＳＩＰ端末管理システムは、ＳＮＭＰに対応した管理ステーションと、ＳＩＰに対応したＳＩＰ端末と、前記ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバと、を備え、前記ＳＩＰサーバは、前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理する代理応答機能部を備え、前記代理応答機能部は、前記管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をする、ことを特徴とする。
【００１１】
また、本発明に係るＳＩＰサーバは、ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバであって、前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理する代理応答機能部を備え、前記代理応答機能部は、ＳＮＭＰに対応した管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をする、ことを特徴とする。
【００１２】
また、本発明に係るＳＩＰ端末管理方法は、ＳＮＭＰに対応した管理ステーションと、ＳＩＰに対応したＳＩＰ端末と、前記ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバと、を備えるＳＩＰ端末管理システムにおけるＳＩＰ端末管理方法であって、前記ＳＩＰサーバが、前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理するステップと、前記管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をするステップと、を含むことを特徴とする。
【発明の効果】
【００１３】
本発明に係るＳＩＰ端末管理システム、ＳＩＰサーバ及びＳＩＰ端末管理方法によれば、モバイル利用者端末（ＳＩＰ端末）へのＳｙｎｃ ＭＬの実装を必要とせず、モバイル利用者端末（ＳＩＰ端末）の死活監視の通信量を低減することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態に係るＳＩＰ端末管理システムの構成を示す図である。
【図２】ＳＩＰ端末管理システムの機能ブロックを示す図である。
【図３】ＳＩＰ端末管理システムの処理シーケンスを示す図である。
【図４】従来の端末管理システムの構成を示す図である。
【発明を実施するための形態】
【００１５】
以降、諸図面を参照しながら、本発明の実施態様を詳細に説明する。
【００１６】
（第１の実施形態）
図１は、本発明の第１の実施形態に係るＳＩＰ端末管理システムの構成を示す図である。ＳＩＰ端末管理システムは、ＳＮＭＰに対応した管理ステーション１０と、ＳＩＰサーバ２０と、ＳＩＰ端末（管理対象機器）３０と、ＳＮＭＰ端末４０とを備え、通信事業者ネットワークに属するＳＩＰ端末（管理対象機器）３０と、企業等プライベートネットワークに属するＳＮＭＰ端末４０との管理を統一的に行うものである。ここで、管理ステーション１０とＳＮＭＰ端末４０との間の機器管理に関する通信は、既存のＳＮＭＰを用いるものとし、本実施形態において詳述は行わない。これ以降、管理ステーション１０、ＳＩＰサーバ２０、及びＳＩＰ端末（管理対象機器）３０の処理について詳述する。
【００１７】
図２は、図１に示すＳＩＰ端末管理システムの機能ブロックを示す図である。ＳＩＰサーバ２０は、プロキシー・サーバ２１及び登録サーバ２２に加え、代理応答機能部２３を備える。ＳＩＰ端末（管理対象機器）３０は、ユーザー・エージェント３１に加え、管理対象機能部３２を備える。
【００１８】
管理ステーション１０は、既存のＳＮＭＰに対応した機器管理を行うものである。管理ステーション１０は、ＳＩＰサーバ２０の代理応答機能部２３へ、ＳＩＰ端末（管理対象機器）３０の動作状況を問い合わせる応答要求（ICMP Echo Request）や、ＳＩＰ端末（管理対象機器）３０の管理情報（ＭＩＢ情報）を問い合わせるリクエスト（SNMP Get Request）を送信する。また、管理ステーション１０は、代理応答機能部２３から、応答要求に対する応答返答（ICMP Echo Reply）及び不達通知（ICMP Destination Unreachable）、リクエストに対するレスポンス（ＭＩＢ情報）、及びトラップによる通知を受信する。
【００１９】
ＳＩＰ端末（管理対象機器）３０は、例えばＳＩＰに対応したスマートフォンやタブレット端末であり、ＳＩＰメッセージを用いて、ＳＩＰサーバ２０に対して自端末の登録情報や自端末の管理情報を送信するものである。
【００２０】
ユーザー・エージェント３１は、ＳＩＰ端末（管理対象機器）３０が起動した場合や、ＳＩＰのユーザー・エージェント・タイマ（図示せず）が０になる前に、プロキシー・サーバ２１に登録（Register）メッセージを送信する。この登録メッセージには、送信元となるＳＩＰ端末（管理対象機器）３０のＳＩＰ ＵＲＩが含まれる。また、ユーザー・エージェント３１は、プロキシー・サーバ２１から登録完了メッセージを受信した場合、ユーザー・エージェント・タイマに有効期限（Expires）を設定する。ユーザー・エージェント３１は、ユーザー・エージェント・タイマを１秒毎に１減算する。
【００２１】
管理対象機能部３２は、代理応答機能部２３に対して、ＳＩＰ端末（管理対象機器）３０の管理情報を含むレスポンスを送信し、また、トラップを通知する機能部である。管理対象機能部３２は、代理応答機能部２３からリクエスト（代理応答機能部２３によりＳＮＭＰメッセージからＳＩＰメッセージに変換されたもの）を受信すると、当該リクエストに対する管理情報（ＳＮＭＰにおけるＭＩＢ情報に相当する情報）をレスポンスとして代理応答機能部２３に送信する。また、管理対象機能部３２は、あらかじめ指定したイベントの発生や、管理情報値があらかじめ設定したしきい値を超過するなどの際に、トラップ（通知）を代理応答機能部２３に送信する。なお、これらの「イベント」や「しきい値」については、管理者が管理ステーション１０を介して指定して管理対象機能部３２で保持するものであり、ＳＮＭＰの標準的な機能に準じたものであるため、本発明での詳述は行わない。
【００２２】
ＳＩＰサーバ２０は、ＳＩＰ端末（管理対象機器）３０とＳＩＰ通信を行い、ＳＩＰ端末（管理対象機器）３０の動作状況（死活状況）を管理するとともに、管理ステーション１０からＳＩＰ端末（管理対象機器）３０への応答要求及びリクエストに対して、ＳＩＰ端末（管理対象機器）３０の代理で応答し、又は、ＳＩＰ端末（管理対象機器）３０にＳＩＰメッセージに変換したリクエストを送信するものである。
【００２３】
プロキシー・サーバ２１は、ユーザー・エージェント３１から登録メッセージを受信した場合、登録サーバ２２に登録メッセージを送信する。プロキシー・サーバ２１は、登録サーバ２２から登録完了メッセージを受信した場合、ユーザー・エージェント３１に登録完了メッセージを送信する。プロキシー・サーバ２１は、ＳＩＰメッセージを媒介する時に、セッション有効期限（Session Expires）が含まれている場合には、表１に示すセッション・タイマ管理表を参照し、対応するＳＩＰ ＵＲＩのセッション・タイマに、当該セッション有効期限を設定する。なお、セッション有効期限は、例えばユーザー・エージェント３１からの登録メッセージなどに含まれるものである。プロキシー・サーバ２１は、セッション・タイマを１秒毎に１減算する。プロキシー・サーバ２１は、セッション・タイマが０以下になった場合、キープアライブエラーが発生したものとして、代理応答機能部２３に対し、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）通信異常」を送信し、当該ＳＩＰ ＵＲＩに対するセッション・タイマの減算を終了する。
【００２４】
【表１】
【００２５】
登録サーバ２２は、プロキシー・サーバ２１から登録メッセージを受信した場合、ＳＩＰ端末（管理対象機器）３０の認証を行う。なお、認証については、ＳＩＰで通常行われる処理を用いることとし、その認証方式の詳細については詳述しない。認証に成功した場合、登録サーバ２２は、代理応答機能部２３にＳＩＰ端末（管理対象機器）３０のＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）正常」を送信し、登録完了メッセージをプロキシー・サーバ２１に送信する。また、登録サーバ２２は、表２に示すタイマ管理表を参照し、対応するＳＩＰ ＵＲＩのタイマをあらかじめ定められた初期値（例えば3,600秒）で初期化する。また、登録サーバ２２は、当該タイマを１秒毎に１減算する。登録サーバ２２は、タイマが０以下になった場合は、タイムアウトが発生したものとして、代理応答機能部２３に対し、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）通信異常」を送信し、当該ＳＩＰ ＵＲＩに対するタイマの減算を終了する。
【００２６】
【表２】
【００２７】
代理応答機能部２３は、ＳＩＰ端末（管理対象機器）３０とのＳＩＰ通信に基づきＳＩＰ端末（管理対象機器）３０の動作状況を管理し、管理ステーション１０に対し、ＳＩＰ端末（管理対象機器）３０の代わりに、動作状況に基づく応答をする機能部である。代理応答機能部２３は、登録サーバ２２から、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）正常」を受信した場合には、表３に示す管理表を参照し、対応するＳＩＰ ＵＲＩの状態を「正常」とする。また、代理応答機能部２３は、プロキシー・サーバ２１または登録サーバ２２から、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）通信異常」を受信した場合には、対応するＳＩＰ ＵＲＩの状態を「異常」とする。代理応答機能部２３は、管理ステーション１０から応答要求（ICMP Echo Request）を受信した場合、表３に示す管理表を参照し、当該応答要求の対象ＩＰアドレスに該当する状態が正常の場合は、応答返答（ICMP Echo Reply）を送信し、異常の場合は、不達通知（ICMP Destination Unreachable）を送信する。なお、代理応答機能部２３は、送信の際、対象ＩＰアドレスを送信元アドレスとして管理ステーション１０への応答を行う。
【００２８】
【表３】
【００２９】
代理応答機能部２３は、管理ステーション１０からリクエストを受信する。代理応答機能部２３は、リクエストのうち値が常に変化するもの（ＭＩＢ情報のうち「○○数」など常に変化しているもの。例えば非特許文献７参照。）は、当該リクエストの対象ＩＰアドレスに基づき、表３に示す管理表を参照し、ＩＰアドレスに対応するＳＩＰ ＵＲＩに対して、ＳＩＰメッセージに変換したリクエストを送信する。代理応答機能部２３は、リクエストのうち値の変化がしないもの（ＭＩＢ情報のうち「物理アドレス」、「メディアタイプ」など値が変化しないもの）については、当該リクエストへのレスポンスを保管している場合は、当該リクエストの対象ＩＰアドレス毎に管理されている管理情報（ＭＩＢ情報）に基づき、レスポンスを管理ステーション１０に対して送信する。なお、この際、代理応答機能部２３は、対象ＩＰアドレスを送信元アドレスとして管理ステーション１０への応答を行う。代理応答機能部２３は、当該リクエストへのレスポンスが保管されていない場合は、当該リクエストの対象ＩＰアドレスに基づき、表３に示す管理表を参照し、ＩＰアドレスに対応するＳＩＰ ＵＲＩに対してＳＩＰメッセージに変換したリクエストを送信する。
【００３０】
代理応答機能部２３は、ＳＩＰ端末（管理対象機器）３０からレスポンスまたはトラップを受信する。当該レスポンスが変化しないものであれば、代理応答機能部２３は、当該レスポンスを保管する。代理応答機能部２３は、当該レスポンスまたはトラップのＳＩＰ ＵＲＩに基づき、表３に示す管理表を参照し、ＳＩＰ ＵＲＩに対応するＩＰアドレスを送信元として、レスポンスまたはトラップをＳＮＭＰメッセージに変換して管理ステーション１０に送信する。なお、代理応答機能部２３は、複数の異なる対象ＩＰアドレスの応答要求およびレスポンスを受信し処理できるものとする。
【００３１】
図３は、本発明に係るＳＩＰ端末管理システムの処理シーケンスを示す図である。なお、本発明に係る処理を明りょうにするため、図３に示す処理シーケンスにおいて、通常のＳＩＰにおいて必要となる処理のうち、登録（Register）する際のチャレンジレスポンス処理、通知（Notify）を受けるための事前の通知要求（Subscribe）の送信処理、登録未完了時のユーザー・エージェント３１による再登録処理などのエラー処理などは記載を省略している。
【００３２】
ユーザー・エージェント３１は、ＳＩＰ端末（管理対象機器）３０が起動した場合、プロキシー・サーバ２１に登録メッセージを送信する（ステップＳ１０１）。プロキシー・サーバ２１は、ユーザー・エージェント３１から登録メッセージを受信した場合、登録サーバ２２に登録メッセージを送信する（ステップＳ１０２）。登録サーバ２２は、プロキシー・サーバ２１から登録メッセージを受信した場合、ＳＩＰ端末（管理対象機器）３０の認証を行う（ステップＳ１０３）。認証に成功した場合、登録サーバ２２は、代理応答機能部２３にＳＩＰ端末（管理対象機器）３０のＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）正常」を送信し（ステップＳ１０４）、登録完了メッセージをプロキシー・サーバ２１に送信する（ステップＳ１０５）。プロキシー・サーバ２１は、登録サーバ２２から登録完了メッセージを受信した場合、ユーザー・エージェント３１に登録完了メッセージを送信する（ステップＳ１０６）。
【００３３】
（死活監視：動作正常時）
管理ステーション１０は、ＳＩＰサーバ２０の代理応答機能部２３へ、ＳＩＰ端末（管理対象機器）３０の動作状況を問い合わせる応答要求を送信する（ステップＳ１０７）。代理応答機能部２３は、表３に示す管理表を参照し、当該応答要求の対象ＩＰアドレスに該当する状態が正常の場合は、応答返答（ICMP Echo Reply）を送信する（ステップＳ１０８）。
【００３４】
（管理情報取得：レスポンスが変化しない場合）
管理ステーション１０は、ＳＩＰサーバ２０の代理応答機能部２３へ、ＳＩＰ端末（管理対象機器）３０の管理情報（ＭＩＢ情報）を問い合わせるリクエストを送信する（ステップＳ１０９）。代理応答機能部２３は、リクエストに対するレスポンスが変化しないものについては、当該レスポンスが保管されている場合、保管されているレスポンスを管理ステーション１０に対して送信する（ステップＳ１１０）。
【００３５】
（管理情報取得：レスポンスが変化する場合）
管理ステーション１０は、ＳＩＰサーバ２０の代理応答機能部２３へ、ＳＩＰ端末（管理対象機器）３０の管理情報（ＭＩＢ情報）を問い合わせるリクエストを送信し、代理応答機能部２３は、レスポンスが変化するものは、当該リクエストをＳＩＰメッセージに変換して対応するＳＩＰ ＵＲＩの管理対象機能部３２に送信する（ステップＳ１１１）。管理対象機能部３２は、受信したリクエストに対する管理情報（ＭＩＢ情報）をレスポンスとして代理応答機能部２３に送信し、代理応答機能部２３は、受信したレスポンスをＳＮＭＰメッセージに変換して管理ステーション１０に送信する（ステップＳ１１２）。
【００３６】
（トラップ通知）
また、管理対象機能部３２は、あらかじめ指定したイベントの発生や、管理情報値があらかじめ設定したしきい値を超過するなどの際に、トラップ（通知）を代理応答機能部２３に送信し、代理応答機能部２３は、受信したトラップをＳＮＭＰメッセージに変換して管理ステーション１０に送信する（ステップＳ１１３）。
【００３７】
（死活監視：動作異常時）
登録サーバ２２は、タイマが０以下になった場合は、タイムアウトが発生したものとして、代理応答機能部２３に対し、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）通信異常」を送信する（ステップＳ１１４）。また、プロキシー・サーバ２１は、セッション・タイマが０以下になった場合、キープアライブエラーが発生したものとして、代理応答機能部２３に対し、ＳＩＰ ＵＲＩ及び「ＳＩＰ端末（管理対象機器）通信異常」を送信する（ステップＳ１１５）。管理ステーション１０は、ＳＩＰサーバ２０の代理応答機能部２３へ、ＳＩＰ端末（管理対象機器）３０の動作状況を問い合わせる応答要求を送信する（ステップＳ１１６）。代理応答機能部２３は、表３に示す管理表を参照し、当該応答要求の対象ＩＰアドレスに該当する状態が異常の場合は、不達通知（ICMP Destination Unreachable）を送信する（ステップＳ１１７）。
【００３８】
このように、本実施形態によれば、代理応答機能部２３は、ＳＩＰ端末（管理対象機器）３０とのＳＩＰ通信に基づきＳＩＰ端末（管理対象機器）３０の動作状況を管理し、管理ステーション１０からＳＩＰ端末（管理対象機器）３０への応答要求に対し、ＳＩＰ端末（管理対象機器）３０の代わりに動作状況に基づく応答をする。これにより、ＳＩＰ端末（管理対象機器）３０へのＳｙｎｃ ＭＬの実装を必要とせず、ＳＩＰ端末（管理対象機器）３０の死活監視の通信量を低減することができる。特に、移動体通信において、ＳＩＰによる通信の状態に基づき、代理応答機能部２３が管理ステーション１０からの応答要求に返答することにより、ＳＩＰ端末（管理対象機器）３０において管理のための通信が発生しないため、無線通信に関する電力消費を抑えることができる。
【００３９】
また、代理応答機能部２３は、管理ステーション１０からＳＩＰ端末（管理対象機器）３０に対する管理情報のリクエストを受信すると、リクエストをＳＩＰメッセージに変換してＳＩＰ端末（管理対象機器）３０に送信し、ＳＩＰ端末（管理対象機器）３０の管理対象機能部３２は、ＳＩＰメッセージに変換されたリクエストに対する管理情報をレスポンスとして代理応答機能部２３に送信し、代理応答機能部２３は、レスポンスをＳＮＭＰメッセージに変換して管理ステーション１０に送信する。これにより、企業等プライベートネットワークに接続されたＳＮＭＰ端末と、通信事業者ネットワークに接続されたスマートフォンやタブレットなどのＳＩＰ端末とを、ＳＮＭＰに対応した管理ステーションで一括して統合して管理することができる。特に、ディスプレイを持たない単体電話機やインターフォンなど、コストの要因から著しく記憶容量および処理能力の制限されたＳＩＰ端末でも、容易に機器管理を行うことができる。
【００４０】
また、代理応答機能部２３は、管理ステーション１０からリクエストを受信した際、リクエストに対するレスポンスを保管しており、当該レスポンスが変化しないものである場合、保管しているレスポンスを管理ステーション１０に送信する。これにより、機器管理に伴う新たな通信の発生を極力抑えることができるようになる。
【００４１】
（第２の実施形態）
第２の実施形態におけるＳＩＰ端末管理システムは、第１の実施形態に加え、プレゼンス・エージェント（図示せず）を備えたものである。第１の実施形態では、ＳＩＰ端末（管理対象機器）３０の死活監視は、ユーザー・エージェント３１からの登録メッセージや、プロキシー・サーバ２１のセッション・タイマ及び登録サーバ２２のタイマを利用するものであった。第２の実施形態によれば、ＳＩＰ端末（管理対象機器）３０の動作状況の把握をプレゼンス・エージェントにより行うことができ、これにより正確にＳＩＰ端末（管理対象機器）３０の動作状況を監視することが可能となる。なお、第２の実施形態における各機能部の基本的な動作は第１の実施形態における動作と同等であるため記載を省略する。これ以降、プレゼンス・エージェントに関する各機能部の動作を詳述する。
【００４２】
プレゼンス・エージェントは、既存の技術（例えば、非特許文献８）を用いてＳＩＰ端末（管理対象機器）３０の状態（正常／異常）といったプレゼンスを管理するものであり、例えば、通信事業者ネットワーク上にプレゼンスサーバとして配置されるものである。
【００４３】
ＳＩＰ端末（管理対象機器）３０のユーザー・エージェント３１は、ＳＩＰ端末（管理対象機器）３０の起動時や、利用者からの操作があった場合に、プレゼンス・エージェントに対して「プレゼンス情報（稼働中）」を発行（PUBLISH）する。また、ユーザー・エージェント３１は、ＳＩＰ端末（管理対象機器）３０の終了時や、利用者からの停止操作があった場合に、プレゼンス・エージェントに対して「プレゼンス情報（停止中）」を発行（PUBLISH）する。なお、この場合、プレゼンス・エージェントには、有効期限を０秒としたプレゼンス情報が発行される。
【００４４】
代理応答機能部２３は、ＳＩＰ端末（管理対象機器）３０が増えた場合、プレゼンス・エージェントに対して、当該ＳＩＰ端末（管理対象機器）３０に関する通知要求（SUBSCRIBE）を送信する。代理応答機能部２３は、ＳＩＰ端末（管理対象機器）３０が増えた場合、プレゼンス・エージェントに対して、当該ＳＩＰ端末（管理対象機器）３０に関する通知要求の終了を送信する。
【００４５】
プレゼンス・エージェントは、代理応答機能部２３からＳＩＰ端末（管理対象機器）３０に関する通知要求（SUBSCRIBE）を受信すると、当該ＳＩＰ端末（管理対象機器）３０に関するプレゼンス情報を通知（NOTIFY）する。
【００４６】
代理応答機能部２３は、プレゼンス・エージェントより通知（NOTIFY）を受診する。代理応答機能部２３は、通知（NOTIFY）として「プレゼンス情報（稼働中）」を受信した場合には、表３に示す管理表を参照し、対応するＳＩＰ ＵＲＩの状態を「正常」とする。また、代理応答機能部２３は、通知（NOTIFY）として「プレゼンス情報（停止中）」を受信した場合には、対応するＳＩＰ ＵＲＩの状態を「異常」とする。
【００４７】
このように、プレゼンス・エージェントを用いることにより、より正確にＳＩＰ端末（管理対象機器）３０の動作（死活）状況を監視することが可能となる。
【００４８】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップなどに含まれる機能などは論理的に矛盾しないように再配置可能であり、複数の構成部やステップなどを１つに組み合わせたり、或いは分割したりすることが可能である。
【符号の説明】
【００４９】
１０ 管理ステーション
２０ ＳＩＰサーバ
２１ プロキシー・サーバ
２２ 登録サーバ
２３ 代理応答機能部
３０ ＳＩＰ端末（管理対象機器）
３１ ユーザー・エージェント
３２ 管理対象機能部
４０ ＳＮＭＰ端末
【特許請求の範囲】
【請求項１】
ＳＮＭＰに対応した管理ステーションと、
ＳＩＰに対応したＳＩＰ端末と、
前記ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバと、を備え、
前記ＳＩＰサーバは、前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理する代理応答機能部を備え、
前記代理応答機能部は、前記管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をする、ことを特徴とするＳＩＰ端末管理システム。
【請求項２】
前記代理応答機能部は、前記管理ステーションから前記ＳＩＰ端末に対する管理情報のリクエストを受信すると、前記リクエストをＳＩＰメッセージに変換して前記ＳＩＰ端末に送信し、
前記ＳＩＰ端末は、前記ＳＩＰメッセージに変換された前記リクエストに対する管理情報をレスポンスとして前記代理応答機能部に送信する管理対象機能部を備え、
前記代理応答機能部は、前記レスポンスをＳＮＭＰメッセージに変換して前記管理ステーションに送信する、ことを特徴とする請求項１に記載のＳＩＰ端末管理システム。
【請求項３】
前記代理応答機能部は、前記管理ステーションから前記リクエストを受信した際、前記リクエストに対するレスポンスを保管しており、当該レスポンスが変化しないものである場合、当該レスポンスを前記管理ステーションに送信する、ことを特徴とする請求項２に記載のＳＩＰ端末管理システム。
【請求項４】
ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバであって、
前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理する代理応答機能部を備え、
前記代理応答機能部は、ＳＮＭＰに対応した管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をする、ことを特徴とするＳＩＰサーバ。
【請求項５】
前記代理応答機能部は、前記管理ステーションから前記ＳＩＰ端末に対する管理情報のリクエストを受信すると、前記リクエストをＳＩＰメッセージに変換して前記ＳＩＰ端末に送信し、
前記代理応答機能部は、前記ＳＩＰ端末から受信した前記リクエストに対するレスポンスをＳＮＭＰメッセージに変換して前記管理ステーションに送信する、ことを特徴とする請求項４に記載のＳＩＰサーバ。
【請求項６】
前記代理応答機能部は、前記管理ステーションから前記リクエストを受信した際、前記リクエストに対するレスポンスを保管しており、当該レスポンスが変化しないものである場合、当該レスポンスを前記管理ステーションに送信する、ことを特徴とする請求項５に記載のＳＩＰサーバ。
【請求項７】
ＳＮＭＰに対応した管理ステーションと、
ＳＩＰに対応したＳＩＰ端末と、
前記ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバと、を備えるＳＩＰ端末管理システムにおけるＳＩＰ端末管理方法であって、
前記ＳＩＰサーバが、
前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理するステップと、
前記管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をするステップと、を含むことを特徴とするＳＩＰ端末管理方法。
【請求項８】
前記ＳＩＰサーバが、前記管理ステーションから前記ＳＩＰ端末に対する管理情報のリクエストを受信すると、前記リクエストをＳＩＰメッセージに変換して前記ＳＩＰ端末に送信するステップと、
前記ＳＩＰ端末が、前記ＳＩＰメッセージに変換された前記リクエストに対する管理情報をレスポンスとして前記代理応答機能部に送信するステップと、
前記ＳＩＰサーバが、前記レスポンスをＳＮＭＰメッセージに変換して前記管理ステーションに送信するステップと、を含むことを特徴とする請求項７に記載のＳＩＰ端末管理方法。
【請求項１】
ＳＮＭＰに対応した管理ステーションと、
ＳＩＰに対応したＳＩＰ端末と、
前記ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバと、を備え、
前記ＳＩＰサーバは、前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理する代理応答機能部を備え、
前記代理応答機能部は、前記管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をする、ことを特徴とするＳＩＰ端末管理システム。
【請求項２】
前記代理応答機能部は、前記管理ステーションから前記ＳＩＰ端末に対する管理情報のリクエストを受信すると、前記リクエストをＳＩＰメッセージに変換して前記ＳＩＰ端末に送信し、
前記ＳＩＰ端末は、前記ＳＩＰメッセージに変換された前記リクエストに対する管理情報をレスポンスとして前記代理応答機能部に送信する管理対象機能部を備え、
前記代理応答機能部は、前記レスポンスをＳＮＭＰメッセージに変換して前記管理ステーションに送信する、ことを特徴とする請求項１に記載のＳＩＰ端末管理システム。
【請求項３】
前記代理応答機能部は、前記管理ステーションから前記リクエストを受信した際、前記リクエストに対するレスポンスを保管しており、当該レスポンスが変化しないものである場合、当該レスポンスを前記管理ステーションに送信する、ことを特徴とする請求項２に記載のＳＩＰ端末管理システム。
【請求項４】
ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバであって、
前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理する代理応答機能部を備え、
前記代理応答機能部は、ＳＮＭＰに対応した管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をする、ことを特徴とするＳＩＰサーバ。
【請求項５】
前記代理応答機能部は、前記管理ステーションから前記ＳＩＰ端末に対する管理情報のリクエストを受信すると、前記リクエストをＳＩＰメッセージに変換して前記ＳＩＰ端末に送信し、
前記代理応答機能部は、前記ＳＩＰ端末から受信した前記リクエストに対するレスポンスをＳＮＭＰメッセージに変換して前記管理ステーションに送信する、ことを特徴とする請求項４に記載のＳＩＰサーバ。
【請求項６】
前記代理応答機能部は、前記管理ステーションから前記リクエストを受信した際、前記リクエストに対するレスポンスを保管しており、当該レスポンスが変化しないものである場合、当該レスポンスを前記管理ステーションに送信する、ことを特徴とする請求項５に記載のＳＩＰサーバ。
【請求項７】
ＳＮＭＰに対応した管理ステーションと、
ＳＩＰに対応したＳＩＰ端末と、
前記ＳＩＰ端末とＳＩＰ通信を行うＳＩＰサーバと、を備えるＳＩＰ端末管理システムにおけるＳＩＰ端末管理方法であって、
前記ＳＩＰサーバが、
前記ＳＩＰ端末との前記ＳＩＰ通信に基づき前記ＳＩＰ端末の動作状況を管理するステップと、
前記管理ステーションから前記ＳＩＰ端末への応答要求に対し、前記ＳＩＰ端末の代わりに前記動作状況に基づく応答をするステップと、を含むことを特徴とするＳＩＰ端末管理方法。
【請求項８】
前記ＳＩＰサーバが、前記管理ステーションから前記ＳＩＰ端末に対する管理情報のリクエストを受信すると、前記リクエストをＳＩＰメッセージに変換して前記ＳＩＰ端末に送信するステップと、
前記ＳＩＰ端末が、前記ＳＩＰメッセージに変換された前記リクエストに対する管理情報をレスポンスとして前記代理応答機能部に送信するステップと、
前記ＳＩＰサーバが、前記レスポンスをＳＮＭＰメッセージに変換して前記管理ステーションに送信するステップと、を含むことを特徴とする請求項７に記載のＳＩＰ端末管理方法。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１３−１７０３６（Ｐ２０１３−１７０３６Ａ）
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願番号】特願２０１１−１４８３８１（Ｐ２０１１−１４８３８１）
【出願日】平成２３年７月４日（２０１１．７．４）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願日】平成２３年７月４日（２０１１．７．４）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]