電話サービスシステム、監視装置及び監視方法
【課題】異常なパケットによる攻撃が、どのＩＰ電話端末に影響を与えるのかを判定すること。
【解決手段】監視装置１００は、ＩＰ電話端末１０ａ〜１０ｄ、ＳＩＰサーバ２０、ネットワーク５０に接続される。監視装置１００は、ＩＰ電話端末１０ａ〜１０ｄに送信されるＳＩＰパケットを収集して、このＳＩＰパケットを模倣した模倣パケットを生成する。そして、監視装置１００は、試験対象となる各ＩＰ電話端末１０ａ〜１０ｄに模倣パケットを送信した後に、試験対象となるＩＰ電話端末１０ａ〜１０ｄに異常が発生したか否かを判定する。
【解決手段】監視装置１００は、ＩＰ電話端末１０ａ〜１０ｄ、ＳＩＰサーバ２０、ネットワーク５０に接続される。監視装置１００は、ＩＰ電話端末１０ａ〜１０ｄに送信されるＳＩＰパケットを収集して、このＳＩＰパケットを模倣した模倣パケットを生成する。そして、監視装置１００は、試験対象となる各ＩＰ電話端末１０ａ〜１０ｄに模倣パケットを送信した後に、試験対象となるＩＰ電話端末１０ａ〜１０ｄに異常が発生したか否かを判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話サービスシステム、監視装置及び監視方法に関する。
【背景技術】
【０００２】
近年、ＩＰ（Internet Protocol）ネットワークを利用して通話することを可能にするＩＰ電話サービスが普及している。このＩＰ電話サービスでは、送信側のＩＰ電話端末と受信側のＩＰ電話端末とがＳＩＰ（Session Initiation Protocol）サーバを介してＳＩＰパケットを送受信した後に、通話を行うこととなる。
【０００３】
しかし、ＳＩＰパケットの内容がＲＦＣ（Request For Comment）に準拠したものではなく、異常な値を有していると、かかるＳＩＰパケットを受信したＩＰ電話端末が異常な挙動を起こしてしまう場合がある。例えば、このＩＰ電話端末の異常な挙動としては、図１２に示すように、ＩＰ電話端末がフリーズしたり、図１３に示すように、ＩＰ電話端末が呼び出し音を鳴らしてしまうものがある。ここで、図１２に示すように、ＩＰ電話端末１０ａがフリーズすると、ユーザは電話をかけることができなくなってしまう。また、図１３のように、異常なＳＩＰパケットによりＩＰ電話端末１０ｂの呼び出し音が鳴ると、騒音問題等が発生する。
【０００４】
更に、ＳＩＰパケットによってＩＰ電話端末がフリーズしても、フリーズしたＩＰ電話端末はエラーメッセージを送信することはないので、ネットワーク管理者が異常発生に気がつくのが遅れてしまう。この場合には、対応が遅れ、異常なＳＩＰパケットによって他のＩＰ電話端末にも被害が拡大しまう可能性がある。
【０００５】
上記の問題に対処するべく、ネットワーク上におとりとなる複数のＩＰ電話端末（ハニーポット）を配置して、ＩＰ電話端末への攻撃情報を収集して収集結果を分析することで、攻撃者のＩＰアドレスを突きとめる技術が存在する。攻撃者のＩＰアドレスが分かれば、フィルタリング処理などを行うことで、攻撃者からのＳＩＰパケットを排除することが可能になる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Salehin, S.M.A.; Ventura, N.; , "Blocking Unsolicited Voice Calls Using Decoys for the IMS," Communications, 2007. ICC '07. IEEE International Conference on , vol., no., pp.1961-1966, 24-28 June 2007
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した従来技術では、攻撃者のＩＰアドレスを検知し、このＩＰアドレスのＳＩＰパケットを排除するフィルタリング処理を行っている。しかし、攻撃者がＩＰアドレスを偽り、適宜ＩＰアドレスを変更する場合等には、攻撃者からの攻撃を防ぐことができないという問題がある。
【０００８】
これに対して、異常なＳＩＰパケットによる攻撃が、どのＩＰ電話端末に影響を与えるのかを判定できれば、かかるＳＩＰパケットの影響を受けないようにＩＰ電話端末のファームウェアを的確にアップデータすることが可能である。しかし、ＩＰ電話端末には様々な機種が存在し、上記異常な値を有するＳＩＰパケットも多種多様である。このため、どのようなＳＩＰパケットがどのＩＰ電話端末に影響を与えるのかを把握することは容易ではない。
【０００９】
開示の技術は、上記に鑑みてなされたものであって、異常なパケットによる攻撃が、どのＩＰ電話端末に影響を与えるのかを判定することができる電話サービスシステム、監視装置、監視方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、開示の技術は、ネットワークを介して、通話を確立するためのパケットを送受信する複数の端末と、各端末に送信されるパケットを監視する監視装置とを含む電話サービスシステムであって、前記監視装置は、前記端末に送信されるパケットを取得し、該パケットの宛先を前記サービスシステムに含まれる試験対象の各端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御部と、前記送信制御部が試験対象となる各端末にパケットを送信した後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視部とを備えたことを特徴とする。
【００１１】
また、開示の技術は、ネットワークを介して、通話を確立するためのパケットを送受信する端末に送信されるパケットを取得し、該パケットの宛先を試験対象の複数の端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御部と、前記送信制御部が試験対象となる各端末にパケットを送信した後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視部とを備えたことを特徴とする。
【００１２】
また、開示の技術は、コンピュータが、ネットワークを介して、通話を確立するためのパケットを送受信する端末に送信されるパケットを取得し、該パケットの宛先を試験対象の複数の端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御工程と、前記送信制御工程により試験対象となる各端末にパケットが送信された後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視工程とを含んだことを特徴とする。
【発明の効果】
【００１３】
開示の技術によれば、異常なパケットによる攻撃が、どのＩＰ電話端末に影響を与えるのかを判定することができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、実施例にかかる電話サービスシステムの構成を示す図である。
【図２】図２は、本実施例にかかる監視装置の構成を示す機能ブロック図である。
【図３】図３は、ＳＩＰパケットデータのデータ構造の一例を示す図である。
【図４】図４は、宛先管理データのデータ構造の一例を示す図である。
【図５】図５は、ＩＰ電話端末分類データのデータ構造の一例を示す図である。
【図６】図６は、パケット送受信先管理テーブルのデータ構造の一例を示す図である。
【図７】図７は、電話機種管理テーブルのデータ構造の一例を示す図である。
【図８】図８は、OPTIONSを利用してフリーズするＩＰ電話端末を判定する処理手順を示すフローチャートである。
【図９】図９は、REGISTERを利用してフリーズするＩＰ電話端末を判定する処理手順を示すフローチャートである。
【図１０】図１０は、呼び出し音を鳴らしてしまうＩＰ電話端末を判定する処理手順を示すフローチャートである。
【図１１】図１１は、開示の技術に係る異常監視プログラムによる情報処理がコンピュータを用いて具体的に実現されることを示す図である。
【図１２】図１２は、ＩＰ電話端末がフリーズした場合を示す図である。
【図１３】図１３は、ＩＰ電話端末が呼び出し音を鳴らす場合を示す図である。
【発明を実施するための形態】
【００１５】
以下に、本願の開示する電話サービスシステム、監視装置及び監視方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１６】
まず、実施例にかかる電話サービスシステムの構成について説明する。図１は、実施例１にかかる電話サービスシステムの構成を示す図である。図１に示すように、この電話サービスシステムは、ＩＰ電話端末１０ａ〜１０ｃ、ＳＩＰサーバ２０、監視装置１００を有する。監視装置１００は、ＩＰ電話端末１０ａ〜１０ｄ、ＳＩＰサーバ２０、ＩＰネットワーク５０に接続する。
【００１７】
ＩＰ電話端末１０ａ〜１０ｄは、ＳＩＰパケットを他のＩＰ電話端末との間で送受信することで通話を確立する装置である。このＳＩＰパケットには、他のＩＰ電話端末に呼び出し音を出力させるINVITE等が含まれる。
【００１８】
ＳＩＰパケットの送受信は、ＳＩＰサーバを介して行われる。なお、ここでいうＩＰ電話端末は、ＶｏＩＰ（Voice over Internet Protocol）アダプタを含むものとする。すなわち、ＩＰ電話端末は、ＩＰ電話を行うためにＳＩＰプロトコルの通信を実際に行う端末を示すものとする。ＳＩＰサーバ２０は、ＳＩＰを利用して各ＩＰ電話端末の呼制御を行う装置である。
【００１９】
監視装置１００は、ＩＰ電話端末に送信されるＳＩＰパケットを収集し、収集したＳＩＰパケットを模倣する。そして、監視装置１００は、模倣したＳＩＰパケットを各ＩＰ電話端末１０ａ〜１０ｄに送信し、模倣したＳＩＰパケットによるＩＰ電話端末の影響を監視する。
【００２０】
このように、監視装置１００が、模倣したＳＩＰパケットと各ＩＰ電話端末の影響との関係を監視することで、異常な値を有するＳＩＰパケットとＩＰ電話端末の機種との関係を特定することができる。したがって、例えば、異常なＳＩＰパケットの影響を受けないようにＩＰ電話端末のファームウェアを的確にアップデータすることが可能であり、被害が拡大することを未然に防止することもできる。
【００２１】
次に、図１に示した監視装置１００の構成について説明する。図２は、本実施例にかかる監視装置１００の構成を示す機能ブロック図である。図２に示すように、この監視装置１００は、入力部１１０、表示部１２０、通信部１３０、記憶部１４０、制御部１５０を有する。
【００２２】
このうち、入力部１１０は、キーボードやマウスなどの入力装置に対応する。例えば、監視装置１００の管理者は、入力部１１０を操作して、各種のデータを監視装置１００に入力する。表示部１２０は、ディスプレイやモニタなどの出力装置に対応する。表示部１２０は、制御部１５０の分析結果などを表示する。通信部１３０は、ネットワーク５０に接続された装置、各ＩＰ電話端末１０ａ〜１０ｄ、ＳＩＰサーバ２０との間でデータ通信を行う装置である。後述する制御部１５０は、この通信部１３０を介して他の端末と通信を行う。
【００２３】
記憶部１４０は、各種のデータを記憶する記憶装置である。図２に示すように、この記憶装置１４０は、ＳＩＰパケットデータ１４０ａ、異常パケットシーケンスデータ１４０ｂ、宛先管理データ１４０ｃ、ＩＰ電話端末分類データ１４０ｄ、パケット送受信先管理テーブル１４０ｅ、電話機種管理テーブル１４０ｆを記憶する。
【００２４】
このうち、ＳＩＰパケットデータ１４０ａは、ＩＰ電話端末に送信されるＳＩＰパケットのＳＩＰペイロードに格納されているデータである。図３は、ＳＩＰパケットデータ１４０ａのデータ構造の一例を示す図である。このＳＩＰパケットデータ１４０ａに異常な値が含まれている場合には、ＩＰ電話端末が誤作動を起こす恐れがある。
【００２５】
異常パケットシーケンスデータ１４０ｂは、ＩＰ電話端末１０の挙動を分析するための処理手順を記憶する。この処理手順には、異常なＳＩＰパケットによりフリーズしたＩＰ電話端末を判定するための処理手順と、異常なＳＩＰパケットにより呼び出し音を鳴らしてしまうＩＰ電話端末を判定するための処理手順を含む。各処理手順に関する具体的な説明は後述する。
【００２６】
宛先管理データ１４０ｃは、各ＩＰ電話端末１０ａ〜１０ｄの宛先情報を記憶するデータである。図４は、宛先管理データ１４０ｃのデータ構造の一例を示す図である。図４に示すように、この宛先管理データ１４０ｃは、利用者識別情報、ＩＰ電話識別情報、ＩＰアドレスを含む。利用者識別情報は、利用者を一意に識別する情報であり、ＩＰ電話識別情報は、ＩＰ電話端末を一意に識別する情報である。
【００２７】
ＩＰ電話端末分類データ１４０ｄは、ＳＩＰサーバ２０を介さず、直接的に正常なINVITE（ＳＩＰメッセージ）を送信した場合に呼び出し音が鳴るＩＰ電話端末と、直接的に正常なINVITEを送信した場合に呼び出し音が鳴らないＩＰ電話端末とを管理するデータである。図５は、ＩＰ電話端末分類データ１４０ｄのデータ構造の一例を示す図である。図５に示すように、このＩＰ電話端末分類データ１４０ｄは、利用者識別情報、ＩＰ電話識別情報、直接間接情報を含む。直接間接情報は、ＩＰ電話端末が直接的にINVITEを受けた場合に、呼び出し音を鳴らすか否かを判別する情報である。図５に示す例では、ＩＰ電話端末１０ａ〜１０ｃが、直接的なINVITEに対して正常に呼び出し音を鳴らし、ＩＰ電話端末１０ｄが、直接的なINVITEに対して正常に呼び出し音を鳴らさない旨を示している。
【００２８】
パケット送受信先管理テーブル１４０ｅは、ＳＩＰパケットの送受信先や、送信先のＩＰ電話端末の利用者などを管理するテーブルである。図６は、パケット送受信先管理テーブル１４０ｅのデータ構造の一例を示す図である。図６に示すように、このパケット送受信先管理テーブル１４０ｅは、送信元ＩＰアドレス、送信先ＩＰアドレス、利用者識別情報、機種識別情報を含む。このうち、送信元ＩＰアドレスは、ＳＩＰパケットの送信元となる端末のＩＰアドレスを示す。送信先ＩＰアドレスは、ＳＩＰパケットの送信先となるＩＰ電話端末のＩＰアドレスを示す。
【００２９】
電話機種管理テーブル１４０ｆは、各ＩＰ電話端末の機種の種別を管理するテーブルである。図７は、電話機種管理テーブル１４０ｆのデータ構造の一例を示す図である。図７に示すように、この電話機種管理テーブル１４０ｆは、利用者識別情報、ＩＰ電話識別情報、機種識別情報を有する。このうち、機種識別情報は、ＩＰ電話端末の機種を一意に識別する情報である。図７に示す例では、ＩＰ電話端末１０ａおよびＩＰ電話端末１０ｄの機種識別情報が機種Ａであり、ＩＰ電話端末１０ｂおよびＩＰ電話端末１０ｃの機種識別情報が機種Ｂである。
【００３０】
図２の説明に戻る。制御部１５０は、各ＩＰ電話端末に送信されるＳＩＰパケットを収集し、収集したＳＩＰパケットを模倣して各ＩＰ電話端末１０ａ〜１０ｄに送信した後に、このＳＩＰパケットによる各ＩＰ電話端末の影響を監視する処理部である。図２に示すように、この制御部１５０は、パケット収集部１５０ａ、呼び出し音確認部１５０ｂ、パケット模倣部１５０ｃ、分析部１５０ｄ、被害把握部１５０ｅを有する。
【００３１】
このうち、パケット収集部１５０ａは、各ＩＰ電話端末に送信されるＳＩＰパケットを収集し、収集したＳＩＰパケットを基にして、ＳＩＰパケットデータ１４０ａおよびパケット送受信先管理テーブル１４０ｅにデータを登録する処理部である。各ＩＰ電話端末に送信されるＳＩＰパケットは、ＳＩＰサーバ２０を介して送信される。このため、例えば、パケット収集部１５０ａは、ＳＩＰサーバ２０からＳＩＰパケットを収集する。
【００３２】
パケット収集部１５０ａは、ＳＩＰパケットを収集した場合に、ＳＩＰパケットのＳＩＰペイロードに含まれるデータを抽出し、抽出したデータをＳＩＰパケットデータ１４０ａに記憶する。
【００３３】
また、パケット収集部１５０ａは、ＳＩＰパケットを収集した場合に、ＳＩＰパケットのヘッダ部分に含まれる送信元のＩＰアドレス、送信先のＩＰアドレスをパケット送受信先管理テーブル１４０ｅに登録する。また、例えば、パケット収集部１５０ａは、送信先のＩＰアドレスと、宛先管理データ１４０ｃと、電話機種管理テーブル１４０ｆとを比較し、送信先のＩＰアドレスに対応する利用者識別情報および機種識別情報を特定する。パケット収集部１５０ａは、特定した利用者識別情報および機種識別情報を送信先のＩＰアドレスと対応づけてパケット送受信先管理テーブル１４０ｅに登録する。
【００３４】
呼び出し音確認部１５０ｂは、正常なINVITEをＳＩＰサーバ２０を介さず直接ＩＰ電話端末に送信し、Ringingの応答状況に応じて、ＩＰ電話端末分類データ１４０ｄを生成する処理部である。具体的に、呼び出し音確認部１５０ｂは、正常なINVITEをＳＩＰサーバ２０を介さず直接ＩＰ電話端末に送信し、Ringingの応答があったＩＰ電話端末を、直接的なINVITEに応答するＩＰ電話端末と判定し、該当するＩＰ電話端末の直接間接情報を「直接」に設定する。
【００３５】
これに対して、呼び出し音確認部１５０ｂは、正常なINVITEをＳＩＰサーバ２０を介さず直接ＩＰ電話端末に送信し、Ringingの応答がなかったＩＰ電話端末を、直接的なINVITEに応答しないＩＰ電話端末と判定し、該当するＩＰ電話端末の直接間接情報を「間接」に設定する。なお、呼び出し音確認部１５０ｂは、宛先管理データ１４０ｃを参照して、送信先のＩＰアドレスを得る。
【００３６】
パケット模倣部１５０ｃは、ＳＩＰパケットを模倣した模倣パケットを生成する処理部である。このパケット模倣部１５０ｃは、ＳＩＰパケットデータ１４０ａをＳＩＰパケットのＳＩＰペイロードに格納し、このＳＩＰパケットの宛先を宛先管理データ１４０ｃの各ＩＰアドレスを設定することで、模倣パケットを生成する。パケット模倣部１５０ｃは、各ＩＰ電話端末に対して模倣パケットを生成するので、模倣パケットの数はＩＰ電話端末の数と同じになる。パケット模倣部１５０ｃは、生成した模倣パケットを分析部１５０ｄに出力する。
【００３７】
分析部１５０ｄは、模倣パケットを各ＩＰ電話端末に送信し、異常パケットシーケンスデータ１４０ｂにならって各ＩＰ電話端末の挙動を分析することで、異常なＳＩＰパケットと、このＳＩＰパケットに悪影響を受けるＩＰ電話端末の機種との組み合わせを判定する処理部である。
【００３８】
上記のように、異常パケットシーケンスデータ１４０ｂには、異常なＳＩＰパケットによりフリーズするＩＰ電話端末を判定する処理手順と、異常なＳＩＰパケットにより呼び出し音を鳴らしてしまうＩＰ電話端末を判定する処理手順とを含む。このため、まず、異常なＳＩＰパケットによりフリーズするＩＰ電話端末を判定する処理手順に基づいた分析部１５０ｄの処理を説明した後に、異常なＳＩＰパケットにより呼び出し音を鳴らしてしまうＩＰ電話端末を判定する処理手順に基づいた分析部１５０ｄの処理について説明する。
【００３９】
異常なＳＩＰパケットによりフリーズするＩＰ電話端末を判定する処理手順に基づいた分析部１５０ｄの処理を説明する。この処理手順では、仮に、模倣パケットによりＩＰ電話端末がフリーズした場合に、フリーズしたＩＰ電話端末からのＳＩＰパケットに対応する応答がかえってこないことを利用する。
【００４０】
まず、分析部１５０ｄは、模倣パケットを各ＩＰ電話端末１０ａ〜１０ｄに送信する。分析部１５０ｄは、ＩＰ電話端末１０ａ〜１０ｄに模倣パケットを送信した後に、ＩＰ電話端末１０ａ〜１０ｄに対してOPTIONSのＳＩＰパケットを送信し、応答があるか否かを確認することで、生存を確認する。ＩＰ電話端末は、生存している状態でOPTIONSを受信すると、２００Kという応答を返すものとする。
【００４１】
分析部１５０ｄは、OPTIONSのＳＩＰパケットを送信し、応答のないＩＰ電話端末が存在する場合には、かかるＩＰ電話端末のＩＰ電話識別情報と、電話機種管理テーブル１４０ｆとを比較して、模倣パケットの影響を受けるＩＰ電話端末の機種を判定する。
【００４２】
そして、分析部１５０ｄは、OPTIONSに対して応答のないＩＰ電話端末が存在する場合には、応答のないＩＰ電話端末の機種と、かかるＩＰ電話端末に送信した模倣パケットの送信元アドレス（攻撃者の送信元のＩＰアドレス）とを被害把握部１５０ｅに出力する。なお、模倣パケットに対応するＳＩＰパケットの送信元ＩＰアドレスは、模倣パケットと対応づけられているものとする。
【００４３】
ところで、分析部１５０ｄは、ＩＰ電話端末が定期的に送信するREGISTERパケットを利用して、フリーズしたＩＰ電話端末を判定することもできる。すなわち、REGISTERパケットは定期的に、一定の間隔で送信される。このため、分析部１５０ｄは、模倣パケットを送信した後に、所定の間隔を超えてREGISTERパケットが観測されない場合には、ＩＰ電話端末がフリーズしていると判定する。このREGISTERパケットの宛先はＳＩＰサーバ２０となるため、分析部１５０ｄは、ＳＩＰサーバ２０にアクセスし、ＩＰ電話端末毎にREGISTERパケットを送信しているか否かを判定する。なお、分析部１５０ｄは、各電話端末毎にREGISTERパケットをＳＩＰサーバ２０から転送してもらい、ＩＰ電話端末毎にREGISTERパケットを送信しているか否かを判定してもよい。
【００４４】
この場合、分析部１５０ｄは、REGISTERパケットの送信が途絶えたＩＰ電話端末が存在する場合には、送信が途絶えたＩＰ電話端末の機種と、かかるＩＰ電話端末に送信した模倣パケットの送信元アドレス（攻撃者のＩＰアドレス）とを被害把握部１５０ｅに出力する。
【００４５】
続いて、異常なＳＩＰパケットにより呼び出し音を鳴らしてしまうＩＰ電話端末を判定する処理手順に基づいた分析部１５０ｄの処理について説明する。この処理手順では、ＩＰ電話端末が呼び出し音を鳴らした場合に、ＩＰ電話端末がRringingを送信することを利用する。
【００４６】
まず、分析部１５０ｄは、模倣パケットをＩＰ電話端末１０ａ〜１０ｄに送信する。分析部１５０ｄは、ＩＰ電話端末１０ａ〜１０ｄに模倣パケットを送信した後に、ＩＰ電話端末からRringingを受信するか否かを確認することで、模倣パケットにより呼び出し音を鳴らされたＩＰ電話端末を判定する。
【００４７】
分析部１５０ｄは、Ringingを受信した場合に、Ringingの送信元ＩＰアドレスからＩＰ電話端末を特定し、特定したＩＰ電話端末のＩＰ電話識別情報と、電話機種管理テーブル１４０ｆとを比較して、模倣パケットの影響を与えるＩＰ電話端末の機種を判定する。
【００４８】
なお、分析部１５０ｄは、模倣パケットを送信する場合に、直接間接情報が「間接」となるＩＰ電話端末に対しては、ＳＩＰサーバ２０を介して、模倣パケットを送信する。またこの場合、分析部１５０ｄは、ＳＩＰサーバ２０にアクセスし、間接的に模倣パケットを送信したＩＰ電話端末からRingingを受信するか否かを判定する。
【００４９】
また、分析部１５０ｄは、Ringingを送信したＩＰ電話端末が存在する場合には、Ringingを送信したＩＰ電話端末の機種と、かかるＩＰ電話端末に送信した模倣パケットの送信元アドレス（攻撃者のＩＰアドレス）とを被害把握部１５０ｅに出力する。
【００５０】
被害把握部１５０ｅは、異常なＳＩＰパケットにより被害を受けたＩＰ電話端末の利用者およびこれから被害を受ける可能性があるＩＰ電話端末の利用者を判定する処理部である。
【００５１】
まず、被害把握部１５０ｅが異常なＳＩＰパケットにより被害を受けたＩＰ電話端末の利用者を判定する処理について説明する。被害把握部１５０ｅは、分析部１５０ｄからＩＰ電話端末の機種と、攻撃者の送信元のＩＰアドレスとを取得した場合には、この機種とＩＰアドレスと同様の組となる機種とＩＰアドレスとの組に対応する利用者識別情報をパケット送受信先管理テーブル１４０ｅから検出する。この利用者識別情報が、既に被害を受けてしまった利用者の利用者識別情報となる。
【００５２】
続いて、被害把握部１５０ｅがこれから被害を受ける可能性があるＩＰ電話端末の利用者を判定する処理について説明する。被害把握部１５０ｅは、電話機種管理テーブル１４０ｆを基にして、被害を受けた利用者の利用者識別情報以外で、被害を受けた機種と同一の機種を保持する利用者の利用者識別情報を特定することで、今後被害を受ける可能性のある利用者識別情報を判定する。例えば、図７において、被害を受けた機種が機種「機種Ａ」であり、被害を受けた利用者の利用者識別情報が「利用者ａ」のみの場合には、機種「機種Ａ」を保持する利用者識別情報「利用者ｄ」が、被害を受ける可能性のある利用者識別情報となる。被害把握部１５０ｅは、判定結果を表示部１２０に出力する。
【００５３】
なお、被害把握部１５０ｅは、判定結果を出力する場合に、被害を受けた利用者の利用者識別情報、今後被害を受ける可能性のある利用者の利用者識別情報の他にも、被害を受けたＩＰ電話端末のＩＰ電話識別情報や、ＩＰアドレスをあわせて表示させても良い。
【００５４】
このように、被害把握部１５０ｅからの判定結果を参照することで、ネットワーク管理者は、攻撃者のＳＩＰパケットによって脆弱性のあるＩＰ電話端末を把握することができ、特に「ＩＰ電話端末のフリーズ」と「呼び出し音が鳴る」という現象が発生するＩＰ電話端末の機種を把握することができる。これによって、ＩＰ電話端末の脆弱部分の修正に役立つ情報を端末開発者に提供できたり、脆弱性のある端末の利用者に通知し、フィルタリングを行う等の対策を行うことに役立つ。
【００５５】
次に、本実施例にかかる監視装置１００の処理手順について説明する。図８は、OPTIONSを利用してフリーズするＩＰ電話端末を判定する処理手順を示すフローチャートである。図９は、REGISTERを利用してフリーズするＩＰ電話端末を判定する処理手順を示すフローチャートである。図１０は、呼び出し音を鳴らしてしまうＩＰ電話端末を判定する処理手順を示すフローチャートである。図８〜図１０の順に説明する。
【００５６】
図８に示すように、監視装置１００は、ＳＩＰパケットを収集し（ステップＳ１０１）、ＳＩＰパケットを模倣する（ステップＳ１０２）。監視装置１００は、模倣したＳＩＰパケットを各ＩＰ電話端末に送信し（ステップＳ１０３）、OPTIONSを各ＩＰ電話端末に送信する（ステップＳ１０４）。
【００５７】
監視装置１００は、２００Kを受信した場合には（ステップＳ１０５，Ｙｅｓ）、かかる２００Kを送信したＩＰ電話端末に異常はないと判定する（ステップＳ１０６）。一方、監視装置１００は、２００Kを受信しない場合には（ステップＳ１０５，Ｎｏ）、かかる２００Kを送信していないＩＰ電話端末に異常ありと判定する（ステップＳ１０７）。この場合の異常は、ＩＰ電話端末がフリーズするというものである。
【００５８】
図９に示すように、監視装置１００は、ＳＩＰパケットを収集し（ステップＳ２０１）、ＳＩＰパケットを模倣する（ステップＳ２０２）。監視装置１００は、模倣したＳＩＰパケットを各ＩＰ電話端末に送信する（ステップＳ２０３）。
【００５９】
監視装置１００は、模倣したパケットを送信してから所定の時間が経過する前にREGISTERを受信したか否かを判定する（ステップＳ２０４）。監視装置１００は、REGISTERを受信した場合には（ステップＳ２０４，Ｙｅｓ）、かかるREGISTERを送信したＩＰ電話端末に異常はないと判定する（ステップＳ２０５）。一方、監視装置１００は、REGISTERを受信しない場合には（ステップＳ２０４，Ｎｏ）、かかるREGISTERを送信していないＩＰ電話端末に異常ありと判定する（ステップＳ２０６）。この場合の異常は、ＩＰ電話端末がフリーズするというものである。
【００６０】
図１０に示すように、監視装置１００は、ＳＩＰパケットを収集し（ステップＳ３０１）、ＳＩＰパケットを模倣する（ステップＳ３０２）。監視装置１００は、模倣したＳＩＰパケットを各ＩＰ端末装置に送信する（ステップＳ３０３）。ステップＳ３０３において、監視装置１００は、ＩＰ電話端末分類データ１４０ｄを参照し、直接間接情報が「直接」となっているＩＰ電話端末に対しては、模倣したＳＩＰパケットを直接送信する。これに対して、監視装置１００は、直接間接情報が「間接」となっているＩＰ電話端末に対しては、ＳＩＰサーバ２０を介して模倣したＳＩＰパケットを送信する。
【００６１】
監視装置１００は、Ringingを受信していない場合には（ステップＳ３０４，Ｎｏ）、Ringingを送信していないＩＰ電話端末に異常はないと判定する（ステップＳ３０５）。一方、Ringingを受信した場合には（ステップＳ３０４，Ｙｅｓ）、Ringinを送信したＩＰ電話端末に異常ありと判定する（ステップＳ３０６）。この場合の異常は、ＩＰ電話端末の呼び出し音が鳴ってしまうというものである。
【００６２】
次に、本実施例にかかる監視装置１００の効果について説明する。上述した監視装置１００は、ＩＰ電話端末に送信されるＳＩＰパケットを収集して、このＳＩＰパケットを模倣した模倣パケットを生成する。そして、監視装置１００は、試験対象となる各ＩＰ電話端末に模倣パケットを送信した後に、試験対象となるＩＰ電話端末に異常が発生したか否かを判定する。このため、監視装置１００によれば、異常なＳＩＰパケットによる攻撃が、どのＩＰ電話端末に影響を与えるのかを判定できる。
【００６３】
また、監視装置１００は、パケット送受信先管理テーブル１４０ｅを利用して、既に異常なＳＩＰパケットが送信されてしまい、異常の発生しているＩＰ電話端末を特定する。このため、ＩＰ電話端末がフリーズしてしまったとしても、かかるＩＰ電話端末を早期に発見することができる。
【００６４】
また、監視装置１００は、電話機種管理テーブル１４０ｆに基づいて、被害を受けた利用者の利用者識別情報以外で、被害を受けた機種と同一の機種を保持する利用者の利用者識別情報を特定することで、今後被害を受ける可能性のある利用者識別情報を判定する。このため、被害を受ける前に、各種の対策を行うことができ、被害を未然に防止することができる。
【００６５】
ところで、上記実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順（図８、図９、図１０）、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００６６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００６７】
なお、図８、図９、図１０で示した処理手順は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのＩＰネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＭＯ（Magneto-Optical disk）、ＤＶＤ（Digital Versatile Disk）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【００６８】
図１１は、開示の技術に係る異常監視プログラムによる情報処理がコンピュータを用いて具体的に実現されることを示す図である。図１１に例示するように、コンピュータ２００は、例えば、メモリ２０１と、ＣＰＵ（Central Processing Unit）２０２と、ハードディスクドライブインタフェース２０３と、ディスクドライブインタフェース２０４と、シリアルポートインタフェース２０５と、ビデオアダプタ２０６と、ネットワークインタフェース２０７とを有し、これらの各部はバス２０８によって接続される。
【００６９】
メモリ２０１は、図１１に例示するように、ＲＯＭ（Read Only Memory）２０１ａ及びＲＡＭ（Random Access Memory）２０１ｂを含む。ＲＯＭ２０１ａは、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース２０３は、図１１に例示するように、ハードディスクドライブ２０３ａに接続される。ディスクドライブインタフェース２０４は、図１１に例示するように、ディスクドライブ２０４ａに接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ２０４ａに挿入される。シリアルポートインタフェース２０５は、図１１に例示するように、例えばマウス２０５ａ、キーボード２０５ｂに接続される。ビデオアダプタ２０６は、図１１に例示するように、例えばディスプレイ２０６ａに接続される。
【００７０】
ここで、図１１に例示するように、ハードディスクドライブ２０３ａは、例えば、ＯＳ（Operating System）、アプリケーションプログラム、プログラムモジュール、プログラムデータを記憶する。すなわち、開示の技術に係る異常監視プログラムは、コンピュータによって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ２０３ａに記憶される。具体的には、上記実施例で説明した制御部１５０と同様の情報処理を実行する各手順が記述されたプログラムモジュールが、ハードディスクドライブ２０３ａに記憶される。また、情報監視プログラムによる情報処理に用いられるデータは、プログラムデータとして、例えばハードディスクドライブ２０３ａに記憶される。そして、ＣＰＵ２０２が、ハードディスクドライブ２０３ａに記憶されたプログラムモジュールやプログラムデータを必要に応じてＲＡＭ２０１ｂに読み出し、各手順を実行する。
【００７１】
なお、異常監視プログラムに係るプログラムモジュールやプログラムデータは、ハードディスクドライブ２０３ａに記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ２０２によって読み出されてもよい。あるいは、トラフィック分析プログラムに係るプログラムモジュールやプログラムデータは、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェースを介してＣＰＵ２０２によって読み出されてもよい。
【符号の説明】
【００７２】
１００ 監視装置
１１０ 入力部
１２０ 表示部
１３０ 通信部
１４０ 記憶部
１５０ 制御部
【技術分野】
【０００１】
本発明は、電話サービスシステム、監視装置及び監視方法に関する。
【背景技術】
【０００２】
近年、ＩＰ（Internet Protocol）ネットワークを利用して通話することを可能にするＩＰ電話サービスが普及している。このＩＰ電話サービスでは、送信側のＩＰ電話端末と受信側のＩＰ電話端末とがＳＩＰ（Session Initiation Protocol）サーバを介してＳＩＰパケットを送受信した後に、通話を行うこととなる。
【０００３】
しかし、ＳＩＰパケットの内容がＲＦＣ（Request For Comment）に準拠したものではなく、異常な値を有していると、かかるＳＩＰパケットを受信したＩＰ電話端末が異常な挙動を起こしてしまう場合がある。例えば、このＩＰ電話端末の異常な挙動としては、図１２に示すように、ＩＰ電話端末がフリーズしたり、図１３に示すように、ＩＰ電話端末が呼び出し音を鳴らしてしまうものがある。ここで、図１２に示すように、ＩＰ電話端末１０ａがフリーズすると、ユーザは電話をかけることができなくなってしまう。また、図１３のように、異常なＳＩＰパケットによりＩＰ電話端末１０ｂの呼び出し音が鳴ると、騒音問題等が発生する。
【０００４】
更に、ＳＩＰパケットによってＩＰ電話端末がフリーズしても、フリーズしたＩＰ電話端末はエラーメッセージを送信することはないので、ネットワーク管理者が異常発生に気がつくのが遅れてしまう。この場合には、対応が遅れ、異常なＳＩＰパケットによって他のＩＰ電話端末にも被害が拡大しまう可能性がある。
【０００５】
上記の問題に対処するべく、ネットワーク上におとりとなる複数のＩＰ電話端末（ハニーポット）を配置して、ＩＰ電話端末への攻撃情報を収集して収集結果を分析することで、攻撃者のＩＰアドレスを突きとめる技術が存在する。攻撃者のＩＰアドレスが分かれば、フィルタリング処理などを行うことで、攻撃者からのＳＩＰパケットを排除することが可能になる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Salehin, S.M.A.; Ventura, N.; , "Blocking Unsolicited Voice Calls Using Decoys for the IMS," Communications, 2007. ICC '07. IEEE International Conference on , vol., no., pp.1961-1966, 24-28 June 2007
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した従来技術では、攻撃者のＩＰアドレスを検知し、このＩＰアドレスのＳＩＰパケットを排除するフィルタリング処理を行っている。しかし、攻撃者がＩＰアドレスを偽り、適宜ＩＰアドレスを変更する場合等には、攻撃者からの攻撃を防ぐことができないという問題がある。
【０００８】
これに対して、異常なＳＩＰパケットによる攻撃が、どのＩＰ電話端末に影響を与えるのかを判定できれば、かかるＳＩＰパケットの影響を受けないようにＩＰ電話端末のファームウェアを的確にアップデータすることが可能である。しかし、ＩＰ電話端末には様々な機種が存在し、上記異常な値を有するＳＩＰパケットも多種多様である。このため、どのようなＳＩＰパケットがどのＩＰ電話端末に影響を与えるのかを把握することは容易ではない。
【０００９】
開示の技術は、上記に鑑みてなされたものであって、異常なパケットによる攻撃が、どのＩＰ電話端末に影響を与えるのかを判定することができる電話サービスシステム、監視装置、監視方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、開示の技術は、ネットワークを介して、通話を確立するためのパケットを送受信する複数の端末と、各端末に送信されるパケットを監視する監視装置とを含む電話サービスシステムであって、前記監視装置は、前記端末に送信されるパケットを取得し、該パケットの宛先を前記サービスシステムに含まれる試験対象の各端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御部と、前記送信制御部が試験対象となる各端末にパケットを送信した後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視部とを備えたことを特徴とする。
【００１１】
また、開示の技術は、ネットワークを介して、通話を確立するためのパケットを送受信する端末に送信されるパケットを取得し、該パケットの宛先を試験対象の複数の端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御部と、前記送信制御部が試験対象となる各端末にパケットを送信した後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視部とを備えたことを特徴とする。
【００１２】
また、開示の技術は、コンピュータが、ネットワークを介して、通話を確立するためのパケットを送受信する端末に送信されるパケットを取得し、該パケットの宛先を試験対象の複数の端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御工程と、前記送信制御工程により試験対象となる各端末にパケットが送信された後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視工程とを含んだことを特徴とする。
【発明の効果】
【００１３】
開示の技術によれば、異常なパケットによる攻撃が、どのＩＰ電話端末に影響を与えるのかを判定することができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、実施例にかかる電話サービスシステムの構成を示す図である。
【図２】図２は、本実施例にかかる監視装置の構成を示す機能ブロック図である。
【図３】図３は、ＳＩＰパケットデータのデータ構造の一例を示す図である。
【図４】図４は、宛先管理データのデータ構造の一例を示す図である。
【図５】図５は、ＩＰ電話端末分類データのデータ構造の一例を示す図である。
【図６】図６は、パケット送受信先管理テーブルのデータ構造の一例を示す図である。
【図７】図７は、電話機種管理テーブルのデータ構造の一例を示す図である。
【図８】図８は、OPTIONSを利用してフリーズするＩＰ電話端末を判定する処理手順を示すフローチャートである。
【図９】図９は、REGISTERを利用してフリーズするＩＰ電話端末を判定する処理手順を示すフローチャートである。
【図１０】図１０は、呼び出し音を鳴らしてしまうＩＰ電話端末を判定する処理手順を示すフローチャートである。
【図１１】図１１は、開示の技術に係る異常監視プログラムによる情報処理がコンピュータを用いて具体的に実現されることを示す図である。
【図１２】図１２は、ＩＰ電話端末がフリーズした場合を示す図である。
【図１３】図１３は、ＩＰ電話端末が呼び出し音を鳴らす場合を示す図である。
【発明を実施するための形態】
【００１５】
以下に、本願の開示する電話サービスシステム、監視装置及び監視方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１６】
まず、実施例にかかる電話サービスシステムの構成について説明する。図１は、実施例１にかかる電話サービスシステムの構成を示す図である。図１に示すように、この電話サービスシステムは、ＩＰ電話端末１０ａ〜１０ｃ、ＳＩＰサーバ２０、監視装置１００を有する。監視装置１００は、ＩＰ電話端末１０ａ〜１０ｄ、ＳＩＰサーバ２０、ＩＰネットワーク５０に接続する。
【００１７】
ＩＰ電話端末１０ａ〜１０ｄは、ＳＩＰパケットを他のＩＰ電話端末との間で送受信することで通話を確立する装置である。このＳＩＰパケットには、他のＩＰ電話端末に呼び出し音を出力させるINVITE等が含まれる。
【００１８】
ＳＩＰパケットの送受信は、ＳＩＰサーバを介して行われる。なお、ここでいうＩＰ電話端末は、ＶｏＩＰ（Voice over Internet Protocol）アダプタを含むものとする。すなわち、ＩＰ電話端末は、ＩＰ電話を行うためにＳＩＰプロトコルの通信を実際に行う端末を示すものとする。ＳＩＰサーバ２０は、ＳＩＰを利用して各ＩＰ電話端末の呼制御を行う装置である。
【００１９】
監視装置１００は、ＩＰ電話端末に送信されるＳＩＰパケットを収集し、収集したＳＩＰパケットを模倣する。そして、監視装置１００は、模倣したＳＩＰパケットを各ＩＰ電話端末１０ａ〜１０ｄに送信し、模倣したＳＩＰパケットによるＩＰ電話端末の影響を監視する。
【００２０】
このように、監視装置１００が、模倣したＳＩＰパケットと各ＩＰ電話端末の影響との関係を監視することで、異常な値を有するＳＩＰパケットとＩＰ電話端末の機種との関係を特定することができる。したがって、例えば、異常なＳＩＰパケットの影響を受けないようにＩＰ電話端末のファームウェアを的確にアップデータすることが可能であり、被害が拡大することを未然に防止することもできる。
【００２１】
次に、図１に示した監視装置１００の構成について説明する。図２は、本実施例にかかる監視装置１００の構成を示す機能ブロック図である。図２に示すように、この監視装置１００は、入力部１１０、表示部１２０、通信部１３０、記憶部１４０、制御部１５０を有する。
【００２２】
このうち、入力部１１０は、キーボードやマウスなどの入力装置に対応する。例えば、監視装置１００の管理者は、入力部１１０を操作して、各種のデータを監視装置１００に入力する。表示部１２０は、ディスプレイやモニタなどの出力装置に対応する。表示部１２０は、制御部１５０の分析結果などを表示する。通信部１３０は、ネットワーク５０に接続された装置、各ＩＰ電話端末１０ａ〜１０ｄ、ＳＩＰサーバ２０との間でデータ通信を行う装置である。後述する制御部１５０は、この通信部１３０を介して他の端末と通信を行う。
【００２３】
記憶部１４０は、各種のデータを記憶する記憶装置である。図２に示すように、この記憶装置１４０は、ＳＩＰパケットデータ１４０ａ、異常パケットシーケンスデータ１４０ｂ、宛先管理データ１４０ｃ、ＩＰ電話端末分類データ１４０ｄ、パケット送受信先管理テーブル１４０ｅ、電話機種管理テーブル１４０ｆを記憶する。
【００２４】
このうち、ＳＩＰパケットデータ１４０ａは、ＩＰ電話端末に送信されるＳＩＰパケットのＳＩＰペイロードに格納されているデータである。図３は、ＳＩＰパケットデータ１４０ａのデータ構造の一例を示す図である。このＳＩＰパケットデータ１４０ａに異常な値が含まれている場合には、ＩＰ電話端末が誤作動を起こす恐れがある。
【００２５】
異常パケットシーケンスデータ１４０ｂは、ＩＰ電話端末１０の挙動を分析するための処理手順を記憶する。この処理手順には、異常なＳＩＰパケットによりフリーズしたＩＰ電話端末を判定するための処理手順と、異常なＳＩＰパケットにより呼び出し音を鳴らしてしまうＩＰ電話端末を判定するための処理手順を含む。各処理手順に関する具体的な説明は後述する。
【００２６】
宛先管理データ１４０ｃは、各ＩＰ電話端末１０ａ〜１０ｄの宛先情報を記憶するデータである。図４は、宛先管理データ１４０ｃのデータ構造の一例を示す図である。図４に示すように、この宛先管理データ１４０ｃは、利用者識別情報、ＩＰ電話識別情報、ＩＰアドレスを含む。利用者識別情報は、利用者を一意に識別する情報であり、ＩＰ電話識別情報は、ＩＰ電話端末を一意に識別する情報である。
【００２７】
ＩＰ電話端末分類データ１４０ｄは、ＳＩＰサーバ２０を介さず、直接的に正常なINVITE（ＳＩＰメッセージ）を送信した場合に呼び出し音が鳴るＩＰ電話端末と、直接的に正常なINVITEを送信した場合に呼び出し音が鳴らないＩＰ電話端末とを管理するデータである。図５は、ＩＰ電話端末分類データ１４０ｄのデータ構造の一例を示す図である。図５に示すように、このＩＰ電話端末分類データ１４０ｄは、利用者識別情報、ＩＰ電話識別情報、直接間接情報を含む。直接間接情報は、ＩＰ電話端末が直接的にINVITEを受けた場合に、呼び出し音を鳴らすか否かを判別する情報である。図５に示す例では、ＩＰ電話端末１０ａ〜１０ｃが、直接的なINVITEに対して正常に呼び出し音を鳴らし、ＩＰ電話端末１０ｄが、直接的なINVITEに対して正常に呼び出し音を鳴らさない旨を示している。
【００２８】
パケット送受信先管理テーブル１４０ｅは、ＳＩＰパケットの送受信先や、送信先のＩＰ電話端末の利用者などを管理するテーブルである。図６は、パケット送受信先管理テーブル１４０ｅのデータ構造の一例を示す図である。図６に示すように、このパケット送受信先管理テーブル１４０ｅは、送信元ＩＰアドレス、送信先ＩＰアドレス、利用者識別情報、機種識別情報を含む。このうち、送信元ＩＰアドレスは、ＳＩＰパケットの送信元となる端末のＩＰアドレスを示す。送信先ＩＰアドレスは、ＳＩＰパケットの送信先となるＩＰ電話端末のＩＰアドレスを示す。
【００２９】
電話機種管理テーブル１４０ｆは、各ＩＰ電話端末の機種の種別を管理するテーブルである。図７は、電話機種管理テーブル１４０ｆのデータ構造の一例を示す図である。図７に示すように、この電話機種管理テーブル１４０ｆは、利用者識別情報、ＩＰ電話識別情報、機種識別情報を有する。このうち、機種識別情報は、ＩＰ電話端末の機種を一意に識別する情報である。図７に示す例では、ＩＰ電話端末１０ａおよびＩＰ電話端末１０ｄの機種識別情報が機種Ａであり、ＩＰ電話端末１０ｂおよびＩＰ電話端末１０ｃの機種識別情報が機種Ｂである。
【００３０】
図２の説明に戻る。制御部１５０は、各ＩＰ電話端末に送信されるＳＩＰパケットを収集し、収集したＳＩＰパケットを模倣して各ＩＰ電話端末１０ａ〜１０ｄに送信した後に、このＳＩＰパケットによる各ＩＰ電話端末の影響を監視する処理部である。図２に示すように、この制御部１５０は、パケット収集部１５０ａ、呼び出し音確認部１５０ｂ、パケット模倣部１５０ｃ、分析部１５０ｄ、被害把握部１５０ｅを有する。
【００３１】
このうち、パケット収集部１５０ａは、各ＩＰ電話端末に送信されるＳＩＰパケットを収集し、収集したＳＩＰパケットを基にして、ＳＩＰパケットデータ１４０ａおよびパケット送受信先管理テーブル１４０ｅにデータを登録する処理部である。各ＩＰ電話端末に送信されるＳＩＰパケットは、ＳＩＰサーバ２０を介して送信される。このため、例えば、パケット収集部１５０ａは、ＳＩＰサーバ２０からＳＩＰパケットを収集する。
【００３２】
パケット収集部１５０ａは、ＳＩＰパケットを収集した場合に、ＳＩＰパケットのＳＩＰペイロードに含まれるデータを抽出し、抽出したデータをＳＩＰパケットデータ１４０ａに記憶する。
【００３３】
また、パケット収集部１５０ａは、ＳＩＰパケットを収集した場合に、ＳＩＰパケットのヘッダ部分に含まれる送信元のＩＰアドレス、送信先のＩＰアドレスをパケット送受信先管理テーブル１４０ｅに登録する。また、例えば、パケット収集部１５０ａは、送信先のＩＰアドレスと、宛先管理データ１４０ｃと、電話機種管理テーブル１４０ｆとを比較し、送信先のＩＰアドレスに対応する利用者識別情報および機種識別情報を特定する。パケット収集部１５０ａは、特定した利用者識別情報および機種識別情報を送信先のＩＰアドレスと対応づけてパケット送受信先管理テーブル１４０ｅに登録する。
【００３４】
呼び出し音確認部１５０ｂは、正常なINVITEをＳＩＰサーバ２０を介さず直接ＩＰ電話端末に送信し、Ringingの応答状況に応じて、ＩＰ電話端末分類データ１４０ｄを生成する処理部である。具体的に、呼び出し音確認部１５０ｂは、正常なINVITEをＳＩＰサーバ２０を介さず直接ＩＰ電話端末に送信し、Ringingの応答があったＩＰ電話端末を、直接的なINVITEに応答するＩＰ電話端末と判定し、該当するＩＰ電話端末の直接間接情報を「直接」に設定する。
【００３５】
これに対して、呼び出し音確認部１５０ｂは、正常なINVITEをＳＩＰサーバ２０を介さず直接ＩＰ電話端末に送信し、Ringingの応答がなかったＩＰ電話端末を、直接的なINVITEに応答しないＩＰ電話端末と判定し、該当するＩＰ電話端末の直接間接情報を「間接」に設定する。なお、呼び出し音確認部１５０ｂは、宛先管理データ１４０ｃを参照して、送信先のＩＰアドレスを得る。
【００３６】
パケット模倣部１５０ｃは、ＳＩＰパケットを模倣した模倣パケットを生成する処理部である。このパケット模倣部１５０ｃは、ＳＩＰパケットデータ１４０ａをＳＩＰパケットのＳＩＰペイロードに格納し、このＳＩＰパケットの宛先を宛先管理データ１４０ｃの各ＩＰアドレスを設定することで、模倣パケットを生成する。パケット模倣部１５０ｃは、各ＩＰ電話端末に対して模倣パケットを生成するので、模倣パケットの数はＩＰ電話端末の数と同じになる。パケット模倣部１５０ｃは、生成した模倣パケットを分析部１５０ｄに出力する。
【００３７】
分析部１５０ｄは、模倣パケットを各ＩＰ電話端末に送信し、異常パケットシーケンスデータ１４０ｂにならって各ＩＰ電話端末の挙動を分析することで、異常なＳＩＰパケットと、このＳＩＰパケットに悪影響を受けるＩＰ電話端末の機種との組み合わせを判定する処理部である。
【００３８】
上記のように、異常パケットシーケンスデータ１４０ｂには、異常なＳＩＰパケットによりフリーズするＩＰ電話端末を判定する処理手順と、異常なＳＩＰパケットにより呼び出し音を鳴らしてしまうＩＰ電話端末を判定する処理手順とを含む。このため、まず、異常なＳＩＰパケットによりフリーズするＩＰ電話端末を判定する処理手順に基づいた分析部１５０ｄの処理を説明した後に、異常なＳＩＰパケットにより呼び出し音を鳴らしてしまうＩＰ電話端末を判定する処理手順に基づいた分析部１５０ｄの処理について説明する。
【００３９】
異常なＳＩＰパケットによりフリーズするＩＰ電話端末を判定する処理手順に基づいた分析部１５０ｄの処理を説明する。この処理手順では、仮に、模倣パケットによりＩＰ電話端末がフリーズした場合に、フリーズしたＩＰ電話端末からのＳＩＰパケットに対応する応答がかえってこないことを利用する。
【００４０】
まず、分析部１５０ｄは、模倣パケットを各ＩＰ電話端末１０ａ〜１０ｄに送信する。分析部１５０ｄは、ＩＰ電話端末１０ａ〜１０ｄに模倣パケットを送信した後に、ＩＰ電話端末１０ａ〜１０ｄに対してOPTIONSのＳＩＰパケットを送信し、応答があるか否かを確認することで、生存を確認する。ＩＰ電話端末は、生存している状態でOPTIONSを受信すると、２００Kという応答を返すものとする。
【００４１】
分析部１５０ｄは、OPTIONSのＳＩＰパケットを送信し、応答のないＩＰ電話端末が存在する場合には、かかるＩＰ電話端末のＩＰ電話識別情報と、電話機種管理テーブル１４０ｆとを比較して、模倣パケットの影響を受けるＩＰ電話端末の機種を判定する。
【００４２】
そして、分析部１５０ｄは、OPTIONSに対して応答のないＩＰ電話端末が存在する場合には、応答のないＩＰ電話端末の機種と、かかるＩＰ電話端末に送信した模倣パケットの送信元アドレス（攻撃者の送信元のＩＰアドレス）とを被害把握部１５０ｅに出力する。なお、模倣パケットに対応するＳＩＰパケットの送信元ＩＰアドレスは、模倣パケットと対応づけられているものとする。
【００４３】
ところで、分析部１５０ｄは、ＩＰ電話端末が定期的に送信するREGISTERパケットを利用して、フリーズしたＩＰ電話端末を判定することもできる。すなわち、REGISTERパケットは定期的に、一定の間隔で送信される。このため、分析部１５０ｄは、模倣パケットを送信した後に、所定の間隔を超えてREGISTERパケットが観測されない場合には、ＩＰ電話端末がフリーズしていると判定する。このREGISTERパケットの宛先はＳＩＰサーバ２０となるため、分析部１５０ｄは、ＳＩＰサーバ２０にアクセスし、ＩＰ電話端末毎にREGISTERパケットを送信しているか否かを判定する。なお、分析部１５０ｄは、各電話端末毎にREGISTERパケットをＳＩＰサーバ２０から転送してもらい、ＩＰ電話端末毎にREGISTERパケットを送信しているか否かを判定してもよい。
【００４４】
この場合、分析部１５０ｄは、REGISTERパケットの送信が途絶えたＩＰ電話端末が存在する場合には、送信が途絶えたＩＰ電話端末の機種と、かかるＩＰ電話端末に送信した模倣パケットの送信元アドレス（攻撃者のＩＰアドレス）とを被害把握部１５０ｅに出力する。
【００４５】
続いて、異常なＳＩＰパケットにより呼び出し音を鳴らしてしまうＩＰ電話端末を判定する処理手順に基づいた分析部１５０ｄの処理について説明する。この処理手順では、ＩＰ電話端末が呼び出し音を鳴らした場合に、ＩＰ電話端末がRringingを送信することを利用する。
【００４６】
まず、分析部１５０ｄは、模倣パケットをＩＰ電話端末１０ａ〜１０ｄに送信する。分析部１５０ｄは、ＩＰ電話端末１０ａ〜１０ｄに模倣パケットを送信した後に、ＩＰ電話端末からRringingを受信するか否かを確認することで、模倣パケットにより呼び出し音を鳴らされたＩＰ電話端末を判定する。
【００４７】
分析部１５０ｄは、Ringingを受信した場合に、Ringingの送信元ＩＰアドレスからＩＰ電話端末を特定し、特定したＩＰ電話端末のＩＰ電話識別情報と、電話機種管理テーブル１４０ｆとを比較して、模倣パケットの影響を与えるＩＰ電話端末の機種を判定する。
【００４８】
なお、分析部１５０ｄは、模倣パケットを送信する場合に、直接間接情報が「間接」となるＩＰ電話端末に対しては、ＳＩＰサーバ２０を介して、模倣パケットを送信する。またこの場合、分析部１５０ｄは、ＳＩＰサーバ２０にアクセスし、間接的に模倣パケットを送信したＩＰ電話端末からRingingを受信するか否かを判定する。
【００４９】
また、分析部１５０ｄは、Ringingを送信したＩＰ電話端末が存在する場合には、Ringingを送信したＩＰ電話端末の機種と、かかるＩＰ電話端末に送信した模倣パケットの送信元アドレス（攻撃者のＩＰアドレス）とを被害把握部１５０ｅに出力する。
【００５０】
被害把握部１５０ｅは、異常なＳＩＰパケットにより被害を受けたＩＰ電話端末の利用者およびこれから被害を受ける可能性があるＩＰ電話端末の利用者を判定する処理部である。
【００５１】
まず、被害把握部１５０ｅが異常なＳＩＰパケットにより被害を受けたＩＰ電話端末の利用者を判定する処理について説明する。被害把握部１５０ｅは、分析部１５０ｄからＩＰ電話端末の機種と、攻撃者の送信元のＩＰアドレスとを取得した場合には、この機種とＩＰアドレスと同様の組となる機種とＩＰアドレスとの組に対応する利用者識別情報をパケット送受信先管理テーブル１４０ｅから検出する。この利用者識別情報が、既に被害を受けてしまった利用者の利用者識別情報となる。
【００５２】
続いて、被害把握部１５０ｅがこれから被害を受ける可能性があるＩＰ電話端末の利用者を判定する処理について説明する。被害把握部１５０ｅは、電話機種管理テーブル１４０ｆを基にして、被害を受けた利用者の利用者識別情報以外で、被害を受けた機種と同一の機種を保持する利用者の利用者識別情報を特定することで、今後被害を受ける可能性のある利用者識別情報を判定する。例えば、図７において、被害を受けた機種が機種「機種Ａ」であり、被害を受けた利用者の利用者識別情報が「利用者ａ」のみの場合には、機種「機種Ａ」を保持する利用者識別情報「利用者ｄ」が、被害を受ける可能性のある利用者識別情報となる。被害把握部１５０ｅは、判定結果を表示部１２０に出力する。
【００５３】
なお、被害把握部１５０ｅは、判定結果を出力する場合に、被害を受けた利用者の利用者識別情報、今後被害を受ける可能性のある利用者の利用者識別情報の他にも、被害を受けたＩＰ電話端末のＩＰ電話識別情報や、ＩＰアドレスをあわせて表示させても良い。
【００５４】
このように、被害把握部１５０ｅからの判定結果を参照することで、ネットワーク管理者は、攻撃者のＳＩＰパケットによって脆弱性のあるＩＰ電話端末を把握することができ、特に「ＩＰ電話端末のフリーズ」と「呼び出し音が鳴る」という現象が発生するＩＰ電話端末の機種を把握することができる。これによって、ＩＰ電話端末の脆弱部分の修正に役立つ情報を端末開発者に提供できたり、脆弱性のある端末の利用者に通知し、フィルタリングを行う等の対策を行うことに役立つ。
【００５５】
次に、本実施例にかかる監視装置１００の処理手順について説明する。図８は、OPTIONSを利用してフリーズするＩＰ電話端末を判定する処理手順を示すフローチャートである。図９は、REGISTERを利用してフリーズするＩＰ電話端末を判定する処理手順を示すフローチャートである。図１０は、呼び出し音を鳴らしてしまうＩＰ電話端末を判定する処理手順を示すフローチャートである。図８〜図１０の順に説明する。
【００５６】
図８に示すように、監視装置１００は、ＳＩＰパケットを収集し（ステップＳ１０１）、ＳＩＰパケットを模倣する（ステップＳ１０２）。監視装置１００は、模倣したＳＩＰパケットを各ＩＰ電話端末に送信し（ステップＳ１０３）、OPTIONSを各ＩＰ電話端末に送信する（ステップＳ１０４）。
【００５７】
監視装置１００は、２００Kを受信した場合には（ステップＳ１０５，Ｙｅｓ）、かかる２００Kを送信したＩＰ電話端末に異常はないと判定する（ステップＳ１０６）。一方、監視装置１００は、２００Kを受信しない場合には（ステップＳ１０５，Ｎｏ）、かかる２００Kを送信していないＩＰ電話端末に異常ありと判定する（ステップＳ１０７）。この場合の異常は、ＩＰ電話端末がフリーズするというものである。
【００５８】
図９に示すように、監視装置１００は、ＳＩＰパケットを収集し（ステップＳ２０１）、ＳＩＰパケットを模倣する（ステップＳ２０２）。監視装置１００は、模倣したＳＩＰパケットを各ＩＰ電話端末に送信する（ステップＳ２０３）。
【００５９】
監視装置１００は、模倣したパケットを送信してから所定の時間が経過する前にREGISTERを受信したか否かを判定する（ステップＳ２０４）。監視装置１００は、REGISTERを受信した場合には（ステップＳ２０４，Ｙｅｓ）、かかるREGISTERを送信したＩＰ電話端末に異常はないと判定する（ステップＳ２０５）。一方、監視装置１００は、REGISTERを受信しない場合には（ステップＳ２０４，Ｎｏ）、かかるREGISTERを送信していないＩＰ電話端末に異常ありと判定する（ステップＳ２０６）。この場合の異常は、ＩＰ電話端末がフリーズするというものである。
【００６０】
図１０に示すように、監視装置１００は、ＳＩＰパケットを収集し（ステップＳ３０１）、ＳＩＰパケットを模倣する（ステップＳ３０２）。監視装置１００は、模倣したＳＩＰパケットを各ＩＰ端末装置に送信する（ステップＳ３０３）。ステップＳ３０３において、監視装置１００は、ＩＰ電話端末分類データ１４０ｄを参照し、直接間接情報が「直接」となっているＩＰ電話端末に対しては、模倣したＳＩＰパケットを直接送信する。これに対して、監視装置１００は、直接間接情報が「間接」となっているＩＰ電話端末に対しては、ＳＩＰサーバ２０を介して模倣したＳＩＰパケットを送信する。
【００６１】
監視装置１００は、Ringingを受信していない場合には（ステップＳ３０４，Ｎｏ）、Ringingを送信していないＩＰ電話端末に異常はないと判定する（ステップＳ３０５）。一方、Ringingを受信した場合には（ステップＳ３０４，Ｙｅｓ）、Ringinを送信したＩＰ電話端末に異常ありと判定する（ステップＳ３０６）。この場合の異常は、ＩＰ電話端末の呼び出し音が鳴ってしまうというものである。
【００６２】
次に、本実施例にかかる監視装置１００の効果について説明する。上述した監視装置１００は、ＩＰ電話端末に送信されるＳＩＰパケットを収集して、このＳＩＰパケットを模倣した模倣パケットを生成する。そして、監視装置１００は、試験対象となる各ＩＰ電話端末に模倣パケットを送信した後に、試験対象となるＩＰ電話端末に異常が発生したか否かを判定する。このため、監視装置１００によれば、異常なＳＩＰパケットによる攻撃が、どのＩＰ電話端末に影響を与えるのかを判定できる。
【００６３】
また、監視装置１００は、パケット送受信先管理テーブル１４０ｅを利用して、既に異常なＳＩＰパケットが送信されてしまい、異常の発生しているＩＰ電話端末を特定する。このため、ＩＰ電話端末がフリーズしてしまったとしても、かかるＩＰ電話端末を早期に発見することができる。
【００６４】
また、監視装置１００は、電話機種管理テーブル１４０ｆに基づいて、被害を受けた利用者の利用者識別情報以外で、被害を受けた機種と同一の機種を保持する利用者の利用者識別情報を特定することで、今後被害を受ける可能性のある利用者識別情報を判定する。このため、被害を受ける前に、各種の対策を行うことができ、被害を未然に防止することができる。
【００６５】
ところで、上記実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順（図８、図９、図１０）、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００６６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００６７】
なお、図８、図９、図１０で示した処理手順は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのＩＰネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＭＯ（Magneto-Optical disk）、ＤＶＤ（Digital Versatile Disk）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【００６８】
図１１は、開示の技術に係る異常監視プログラムによる情報処理がコンピュータを用いて具体的に実現されることを示す図である。図１１に例示するように、コンピュータ２００は、例えば、メモリ２０１と、ＣＰＵ（Central Processing Unit）２０２と、ハードディスクドライブインタフェース２０３と、ディスクドライブインタフェース２０４と、シリアルポートインタフェース２０５と、ビデオアダプタ２０６と、ネットワークインタフェース２０７とを有し、これらの各部はバス２０８によって接続される。
【００６９】
メモリ２０１は、図１１に例示するように、ＲＯＭ（Read Only Memory）２０１ａ及びＲＡＭ（Random Access Memory）２０１ｂを含む。ＲＯＭ２０１ａは、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース２０３は、図１１に例示するように、ハードディスクドライブ２０３ａに接続される。ディスクドライブインタフェース２０４は、図１１に例示するように、ディスクドライブ２０４ａに接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ２０４ａに挿入される。シリアルポートインタフェース２０５は、図１１に例示するように、例えばマウス２０５ａ、キーボード２０５ｂに接続される。ビデオアダプタ２０６は、図１１に例示するように、例えばディスプレイ２０６ａに接続される。
【００７０】
ここで、図１１に例示するように、ハードディスクドライブ２０３ａは、例えば、ＯＳ（Operating System）、アプリケーションプログラム、プログラムモジュール、プログラムデータを記憶する。すなわち、開示の技術に係る異常監視プログラムは、コンピュータによって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ２０３ａに記憶される。具体的には、上記実施例で説明した制御部１５０と同様の情報処理を実行する各手順が記述されたプログラムモジュールが、ハードディスクドライブ２０３ａに記憶される。また、情報監視プログラムによる情報処理に用いられるデータは、プログラムデータとして、例えばハードディスクドライブ２０３ａに記憶される。そして、ＣＰＵ２０２が、ハードディスクドライブ２０３ａに記憶されたプログラムモジュールやプログラムデータを必要に応じてＲＡＭ２０１ｂに読み出し、各手順を実行する。
【００７１】
なお、異常監視プログラムに係るプログラムモジュールやプログラムデータは、ハードディスクドライブ２０３ａに記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ２０２によって読み出されてもよい。あるいは、トラフィック分析プログラムに係るプログラムモジュールやプログラムデータは、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェースを介してＣＰＵ２０２によって読み出されてもよい。
【符号の説明】
【００７２】
１００ 監視装置
１１０ 入力部
１２０ 表示部
１３０ 通信部
１４０ 記憶部
１５０ 制御部
【特許請求の範囲】
【請求項１】
ネットワークを介して、通話を確立するためのパケットを送受信する複数の端末と、各端末に送信されるパケットを監視する監視装置とを含む電話サービスシステムであって、
前記監視装置は、
前記端末に送信されるパケットを取得し、該パケットの宛先を前記サービスシステムに含まれる試験対象の各端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御部と、
前記送信制御部が試験対象となる各端末にパケットを送信した後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視部と
を備えたことを特徴とする電話サービスシステム。
【請求項２】
端末と該端末に既に送信されたパケットとを対応づけた情報を示す送信済パケット情報を記憶する記憶部と、前記異常監視部によって異常が発生したと判定された場合に、前記送信制御部によって送信されたパケットと前記送信済パケット情報とを基にして、前記異常監視部が判定した端末以外で異常の発生している端末を判定する異常端末判定部とを更に備えたことを特徴とする請求項１に記載の電話サービスシステム。
【請求項３】
前記記憶部は、複数の端末と該端末の機種とを対応づけた種別情報を更に記憶し、前記異常監視部によって異常と判定された端末と前記種別情報とを比較して、異常と判定された端末の種別を判定する異常種別判定部とを更に備えたことを特徴とする請求項１または２に記載の電話サービスシステム。
【請求項４】
ネットワークを介して、通話を確立するためのパケットを送受信する端末に送信されるパケットを取得し、該パケットの宛先を試験対象の複数の端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御部と、
前記送信制御部が試験対象となる各端末にパケットを送信した後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視部と
を備えたことを特徴とする監視装置。
【請求項５】
端末と該端末に既に送信されたパケットとを対応づけた情報を示す送信済パケット情報を記憶する記憶部と、前記異常監視部によって異常が発生したと判定された場合に、前記送信制御部によって送信されたパケットと前記送信済パケット情報とを基にして、前記異常監視部が判定した端末以外で異常の発生している端末を判定する異常端末判定部とを更に備えたことを特徴とする請求項４に記載の監視装置。
【請求項６】
前記記憶部は、複数の端末と該端末の機種とを対応づけた種別情報を更に記憶し、前記異常監視部によって異常と判定された端末と前記種別情報とを比較して、異常と判定された端末の種別を判定する異常種別判定部とを更に備えたことを特徴とする請求項４または５に記載の監視装置。
【請求項７】
コンピュータが、
ネットワークを介して、通話を確立するためのパケットを送受信する端末に送信されるパケットを取得し、該パケットの宛先を試験対象の複数の端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御工程と、
前記送信制御工程により試験対象となる各端末にパケットが送信された後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視工程と
を含んだことを特徴とする監視方法。
【請求項８】
端末と該端末に既に送信されたパケットとを対応づけた情報を示す送信済パケット情報を記憶装置に記憶する記憶工程と、前記異常監視工程によって異常が発生したと判定された場合に、前記送信制御工程によって送信されたパケットと前記送信済パケット情報とを基にして、前記異常監視工程によって判定された端末以外で異常の発生している端末を判定する異常端末判定工程とを更に含んだことを特徴とする請求項７に記載の監視方法。
【請求項９】
前記記憶工程は、複数の端末と該端末の機種とを対応づけた種別情報を更に記憶装置に記憶し、前記異常監視工程によって異常と判定された端末と前記種別情報とを比較して、異常と判定された端末の種別を判定する異常種別判定工程とを更に含んだことを特徴とする請求項７または８に記載の監視方法。
【請求項１】
ネットワークを介して、通話を確立するためのパケットを送受信する複数の端末と、各端末に送信されるパケットを監視する監視装置とを含む電話サービスシステムであって、
前記監視装置は、
前記端末に送信されるパケットを取得し、該パケットの宛先を前記サービスシステムに含まれる試験対象の各端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御部と、
前記送信制御部が試験対象となる各端末にパケットを送信した後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視部と
を備えたことを特徴とする電話サービスシステム。
【請求項２】
端末と該端末に既に送信されたパケットとを対応づけた情報を示す送信済パケット情報を記憶する記憶部と、前記異常監視部によって異常が発生したと判定された場合に、前記送信制御部によって送信されたパケットと前記送信済パケット情報とを基にして、前記異常監視部が判定した端末以外で異常の発生している端末を判定する異常端末判定部とを更に備えたことを特徴とする請求項１に記載の電話サービスシステム。
【請求項３】
前記記憶部は、複数の端末と該端末の機種とを対応づけた種別情報を更に記憶し、前記異常監視部によって異常と判定された端末と前記種別情報とを比較して、異常と判定された端末の種別を判定する異常種別判定部とを更に備えたことを特徴とする請求項１または２に記載の電話サービスシステム。
【請求項４】
ネットワークを介して、通話を確立するためのパケットを送受信する端末に送信されるパケットを取得し、該パケットの宛先を試験対象の複数の端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御部と、
前記送信制御部が試験対象となる各端末にパケットを送信した後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視部と
を備えたことを特徴とする監視装置。
【請求項５】
端末と該端末に既に送信されたパケットとを対応づけた情報を示す送信済パケット情報を記憶する記憶部と、前記異常監視部によって異常が発生したと判定された場合に、前記送信制御部によって送信されたパケットと前記送信済パケット情報とを基にして、前記異常監視部が判定した端末以外で異常の発生している端末を判定する異常端末判定部とを更に備えたことを特徴とする請求項４に記載の監視装置。
【請求項６】
前記記憶部は、複数の端末と該端末の機種とを対応づけた種別情報を更に記憶し、前記異常監視部によって異常と判定された端末と前記種別情報とを比較して、異常と判定された端末の種別を判定する異常種別判定部とを更に備えたことを特徴とする請求項４または５に記載の監視装置。
【請求項７】
コンピュータが、
ネットワークを介して、通話を確立するためのパケットを送受信する端末に送信されるパケットを取得し、該パケットの宛先を試験対象の複数の端末の宛先に変更し、変更したパケットを各端末にそれぞれ送信する送信制御工程と、
前記送信制御工程により試験対象となる各端末にパケットが送信された後に、前記試験対象となる各端末に異常が発生したか否かを判定する異常監視工程と
を含んだことを特徴とする監視方法。
【請求項８】
端末と該端末に既に送信されたパケットとを対応づけた情報を示す送信済パケット情報を記憶装置に記憶する記憶工程と、前記異常監視工程によって異常が発生したと判定された場合に、前記送信制御工程によって送信されたパケットと前記送信済パケット情報とを基にして、前記異常監視工程によって判定された端末以外で異常の発生している端末を判定する異常端末判定工程とを更に含んだことを特徴とする請求項７に記載の監視方法。
【請求項９】
前記記憶工程は、複数の端末と該端末の機種とを対応づけた種別情報を更に記憶装置に記憶し、前記異常監視工程によって異常と判定された端末と前記種別情報とを比較して、異常と判定された端末の種別を判定する異常種別判定工程とを更に含んだことを特徴とする請求項７または８に記載の監視方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１１−２５９１５７（Ｐ２０１１−２５９１５７Ａ）
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１０−１３１１７０（Ｐ２０１０−１３１１７０）
【出願日】平成２２年６月８日（２０１０．６．８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２２年６月８日（２０１０．６．８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]