JP6273834B2 - 情報処理装置及びロギング方法 - Google Patents

Description

本発明は、伝送データのロギング技術に関する。

例えばネットワーク上のゲートウェイ装置において、障害解析や通信状況の把握のために、伝送データのロギングを行うことがある。この場合に、すべての伝送データを記録しようとすると、蓄積されるべきデータ量は多くなる。

ある文献には、フィルタによって記録対象とする伝送データを抽出する技術が開示されている。このように、特定の伝送データをフィルタによって分類し、分類された伝送データに限って記録するようにすれば、蓄積されるべきデータ量は減る。

しかし、予め用意されたフィルタでは分類されなかった伝送データの中にも、障害解析や通信状況の把握に役立つものが含まれているかもしれない。

特開平９−１２８３４２号公報

本発明の目的は、一側面では、未知の伝送データを分類することである。

一態様に係る情報処理装置は、ネットワークにおける伝送データを分類するための複数の信号モデルを格納するための第１格納部と、伝送データを取得する取得部と、複数の信号モデルのうち、取得した伝送データが適合する信号モデルを判定する第１判定部と、複数の信号モデルのいずれにも適合しない伝送データに対応する新たな信号モデルを第１格納部へ登録する第１登録部とを有する。

一態様に係る情報処理装置は、第１ネットワーク及び第２ネットワークを介する呼接続において、第１ネットワークにおける第１プロトコルと第２ネットワークにおける第２プロトコルとの間のプロトコル変換を行う変換部と、第１プロトコルに係る第１伝送データを分類するための複数の第１信号モデルを格納するための第１格納部と、第２プロトコルに係る第２伝送データを分類するための複数の第２信号モデルを格納するための第２格納部と、第１信号モデル又は第２信号モデルを順序付けたシーケンスパターンを複数格納するための第３格納部と、第１伝送データ及び第２伝送データを取得する取得部と、複数の第１信号モデルのうち、取得した第１伝送データが適合する第１信号モデルを判定する第１判定部と、複数の第２信号モデルのうち、取得した第２伝送データが適合する第２信号モデルを判定する第２判定部と、呼接続において第１伝送データ又は第２伝送データを取得した順に、第１伝送データが適合した第１信号モデル又は第２伝送データが適合した第２信号モデルを特定したシーケンスを生成する生成部と、生成されたシーケンスと一致するシーケンスパターンを判定する第３判定部と、生成されたシーケンスがシーケンスパターンのいずれとも一致しない場合に、生成されたシーケンスと一致する新たなシーケンスパターンを第３格納部へ登録する登録部とを有する。

一側面としては、未知の伝送データを分類できる。

図１は、プロトコル変換システムのネットワーク構成例を示す図である。 図２は、第１移動体通信システムから起呼信号が発せられる呼接続シーケンス例を示す図である。 図３は、第２移動体通信システムから起呼信号が発せられる呼接続シーケンス例を示す図である。 図４は、ロギングの概要を示す図である。 図５は、ゲートウェイ装置のモジュール構成例を示す図である。 図６は、メイン処理フローを示す図である。 図７は、第１信号ロギング部のモジュール構成例を示す図である。 図８は、ＳＩＰ（Session Initiation Protocol）信号ロギング処理フローを示す図である。 図９は、ＳＩＰ信号（リクエスト）の例を示す図である。 図１０は、ＳＩＰ信号（レスポンス）の例を示す図である。 図１１は、ＳＩＰ受信信号とＳＩＰ信号モデルとの第１比較例を示す図である。 図１２は、ＳＩＰ受信信号とＳＩＰ信号モデルとの第２比較例を示す図である。 図１３は、ＳＩＰ受信信号とＳＩＰ信号モデルとの第３比較例を示す図である。 図１４は、ＳＩＰ信号判定処理フローを示す図である。 図１５は、ＳＩＰ信号判定処理フローを示す図である。 図１６は、第１信号カウントテーブルの例を示す図である。 図１７は、第２信号ロギング部のモジュール構成例を示す図である。 図１８は、ＩＳＵＰ（ISDN user part）信号ロギング処理フローを示す図である。 図１９は、ＩＳＵＰ信号の例を示す図である。 図２０は、ＩＳＵＰ受信信号とＩＳＵＰ信号モデルとの比較例を示す図である。 図２１は、ＩＳＵＰ受信信号とＩＳＵＰ信号モデルとの比較例を示す図である。 図２２は、ＩＳＵＰ信号判定処理フローを示す図である。 図２３は、第２信号カウントテーブルの例を示す図である。 図２４は、シーケンステーブルとシーケンスパターンとの第１比較例を示す図である。 図２５は、シーケンステーブルとシーケンスパターンとの第２比較例を示す図である。 図２６は、シーケンスロギング部のモジュール構成例を示す図である。 図２７は、シーケンスロギング処理フローを示す図である。 図２８は、第１開始処理フローを示す図である。 図２９は、第１追記処理フローを示す図である。 図３０は、第２開始処理フローを示す図である。 図３１は、第２追記処理フローを示す図である。 図３２は、シーケンスロギング処理フローを示す図である。 図３３は、シーケンスカウントテーブルの例を示す図である。 図３４は、出力処理フローを示す図である。 図３５は、実施の形態２におけるメイン処理フローを示す図である。 図３６は、シーケンス完了処理フローを示す図である。 図３７は、コンピュータの機能ブロック図である。

［実施の形態１］
図１に、プロトコル変換システムのネットワーク構成例を示す。ゲートウェイ装置１０１は、第１移動体通信システム１０３及び第２移動体通信システム１０５と接続している。

この例では、第１移動体通信システム１０３とゲートウェイ装置１０１との間は、ＳＩＰ（Session Initiation Protocol）による信号（以下、ＳＩＰ信号という。）が伝送される。また、第２移動体通信システム１０５とゲートウェイ装置１０１との間は、ＩＳＵＰ（ISDN user part）による信号（以下、ＩＳＵＰ信号という。）が伝送される。

ゲートウェイ装置１０１は、プロトコルが異なる信号を相互に変換して通信を行う。この例では、第１移動体通信システム１０３は、ＳＩＰ信号をゲートウェイ装置１０１へ送信する。ゲートウェイ装置１０１は、ＳＩＰ信号を受信すると、ＳＩＰ信号をＩＳＵＰ信号に変換して、ＩＳＵＰ信号を第２移動体通信システム１０５に送信する。

更に、第２移動体通信システム１０５は、ＩＳＵＰ信号をゲートウェイ装置１０１へ送信する。ゲートウェイ装置１０１は、ＩＳＵＰ信号を受信すると、ＩＳＵＰ信号をＳＩＰ信号に変換して、ＳＩＰ信号を第１移動体通信システム１０３に送信する。

図２と図３に、呼接続シーケンスの例を示す。図２は、第１移動体通信システム１０３から起呼信号が発せられる呼接続シーケンスの例を示している。

第１移動体通信システム１０３は、ゲートウェイ装置１０１へＩＮＶＩＴＥ起呼信号を送信する（Ｓ２０１）。ＩＮＶＩＴＥ起呼信号は、リクエストの一種であって、ＩＮＶＩＴＥリクエストということもある。

ゲートウェイ装置１０１は、ＩＮＶＩＴＥ起呼信号を受信すると、第２移動体通信システム１０５へＩＡＭ起呼信号を送信する（Ｓ２０３）。ＩＡＭ起呼信号は、アドレスメッセージということもある。

第２移動体通信システム１０５は、ＩＡＭ起呼信号を受信すると、ゲートウェイ装置１０１へＡＣＭ起呼応答信号を送信する（Ｓ２０５）。ＡＣＭ起呼応答信号は、アドレス完了メッセージということもある。

ゲートウェイ装置１０１は、ＡＣＭ起呼応答信号を受信すると、第１移動体通信システム１０３へ１８３起呼応答信号を送信する（Ｓ２０７）。１８３起呼応答信号は、レスポンスの一種であって、セッション進行レスポンスということもある。

また、第２移動体通信システム１０５は、ゲートウェイ装置１０１へＣＰＧ起呼応答信号を送信する（Ｓ２０９）。ＣＰＧ起呼応答信号は、呼経過メッセージということもある。

ゲートウェイ装置１０１は、第２移動体通信システム１０５からＣＰＧ起呼応答信号を受信すると、第１移動体通信システム１０３へ１８０起呼応答信号を送信する（Ｓ２１１）。１８０起呼応答信号は、レスポンスの一種であって、呼び出し中レスポンスということもある。

更に、第２移動体通信システム１０５は、ゲートウェイ装置１０１へＡＮＭ起呼応答信号を送信する（Ｓ２１３）。ＡＮＭ起呼応答信号は、応答メッセージということもある。

ゲートウェイ装置１０１は、第２移動体通信システム１０５からＡＮＭ起呼応答信号を受信すると、第１移動体通信システム１０３へ２００起呼応答信号を送信する（Ｓ２１５）。２００起呼応答信号は、レスポンスの一種であって、ＩＮＶＩＴＥのＯＫレスポンスということもある。

第１移動体通信システム１０３は、２００起呼応答信号を受信すると、ゲートウェイ装置１０１へＡＣＫ起呼継続信号を送信する（Ｓ２１７）。ＡＣＫ起呼継続信号は、リクエストの一種であって、ＡＣＫリクエストということもある。

ゲートウェイ装置１０１がＡＣＫ起呼継続信号を受信すると、第１移動体通信システム１０３と第２移動体通信システム１０５の間は、通信中となる（Ｓ２１９）。

第１移動体通信システム１０３側から切断しようとする場合には、第１移動体通信システム１０３は、ゲートウェイ装置１０１へＢＹＥ切断信号を送信する（Ｓ２２１）。ＢＹＥ切断信号は、リクエストの一種であって、ＢＹＥリクエストということもある。

ゲートウェイ装置１０１は、ＢＹＥ切断信号を受信すると、第２移動体通信システム１０５へＲＥＬ切断信号を送信する（Ｓ２２３）。ＲＥＬ切断信号は、切断メッセージということもある。

第２移動体通信システム１０５は、ＲＥＬ切断信号を受信すると、ゲートウェイ装置１０１へＲＬＣ切断応答信号を送信する（Ｓ２２５）。ＲＬＣ切断応答信号は、復旧完了メッセージということもある。

ゲートウェイ装置１０１は、ＲＬＣ切断応答信号を受信すると、第１移動体通信システム１０３へ２００切断応答信号を送信する（Ｓ２２７）。２００切断応答信号は、レスポンスの一種であって、ＢＹＥのＯＫレスポンスということもある。

本実施の形態では、第１移動体通信システム１０３から受信したＳＩＰ信号と、第２移動体通信システム１０５から受信したＩＳＵＰ信号とをロギング対象とする。この例では、第１移動体通信システム１０３から受信したＩＮＶＩＴＥ起呼信号（Ｓ２０１）、第２移動体通信システム１０５から受信したＡＣＭ起呼応答信号（Ｓ２０５）、第２移動体通信システム１０５から受信したＣＰＧ起呼応答信号（Ｓ２０９）、第１移動体通信システム１０３から受信したＡＮＭ起呼応答信号（Ｓ２１３）、第１移動体通信システム１０３から受信したＡＣＫ起呼継続信号（Ｓ２１７）、第１移動体通信システム１０３から受信したＢＹＥ切断信号（Ｓ２２１）及び第２移動体通信システム１０５から受信したＲＬＣ切断応答信号（Ｓ２２５）が、ロギング対象となる。

図３は、第２移動体通信システム１０５から起呼信号が発せられる呼接続シーケンスの例を示している。

第２移動体通信システム１０５は、ゲートウェイ装置１０１へＩＡＭ起呼信号を送信する（Ｓ３０１）。

ゲートウェイ装置１０１は、ＩＡＭ起呼信号を受信すると、第１移動体通信システム１０３へＩＮＶＩＴＥ起呼信号を送信する。（Ｓ３０３）。

第１移動体通信システム１０３は、ＩＮＶＩＴＥ起呼信号を受信すると、ゲートウェイ装置１０１へ１８３起呼応答信号を送信する（Ｓ３０５）。

ゲートウェイ装置１０１は、１８３起呼応答信号を受信すると、第２移動体通信システム１０５へＡＣＭ起呼応答信号を送信する（Ｓ３０７）。

また、第１移動体通信システム１０３は、ゲートウェイ装置１０１へ１８０起呼応答信号を送信する（Ｓ３０９）。

ゲートウェイ装置１０１は、第１移動体通信システム１０３から１８０起呼応答信号を受信すると、第２移動体通信システム１０５へＣＰＧ起呼応答信号を送信する（Ｓ３１１）。

更に、第１移動体通信システム１０３は、ゲートウェイ装置１０１へ２００起呼応答信号を送信する（Ｓ３１３）。

ゲートウェイ装置１０１は、第１移動体通信システム１０３から２００起呼応答信号を受信すると、第２移動体通信システム１０５へＡＮＭ起呼応答信号を送信する（Ｓ３１５）。

ゲートウェイ装置１０１がＡＣＫ起呼継続信号を第１移動体通信システム１０３へ送信し（Ｓ３１７）、第１移動体通信システム１０３がＡＣＫ起呼継続信号を受信すると、第１移動体通信システム１０３と第２移動体通信システム１０５の間は、通信中となる（Ｓ３１９）。

第２移動体通信システム１０５側から切断しようとする場合には、第２移動体通信システム１０５は、ゲートウェイ装置１０１へＲＥＬ切断信号を送信する（Ｓ３２１）。

ゲートウェイ装置１０１は、ＲＥＬ切断信号を受信すると、第１移動体通信システム１０３へＢＹＥ切断信号を送信する（Ｓ３２３）。

第１移動体通信システム１０３は、ＢＹＥ切断信号を受信すると、ゲートウェイ装置１０１へ２００切断応答信号を送信する（Ｓ３２５）。

ゲートウェイ装置１０１は、２００切断応答信号を受信すると、第２移動体通信システム１０５へＲＬＣ切断応答信号を送信する（Ｓ３２７）。

上述の通り本実施の形態では、第１移動体通信システム１０３から受信したＳＩＰ信号と、第２移動体通信システム１０５から受信したＩＳＵＰ信号とをロギング対象とする。この例では、第２移動体通信システム１０５から受信したＩＡＭ起呼信号（Ｓ３０１）、第１移動体通信システム１０３から受信した１８３起呼応答信号（Ｓ３０５）、第１移動体通信システム１０３から受信した１８０起呼応答信号（Ｓ３０９）、第１移動体通信システム１０３から受信した２００起呼応答信号（Ｓ３１３）、第２移動体通信システム１０５から受信したＲＥＬ切断信号（Ｓ３２１）及び第１移動体通信システム１０３から受信した２００切断応答信号（Ｓ３２５）が、ロギング対象となる。

ゲートウェイ装置１０１は、例えば留守番電話サービスあるいはキャッチホンサービスのような多くのサービスに関して複数の通信プロトコル間の変換を行うので、処理すべき信号の内容及びシーケンスは多様である。

例えばプロトコルについて定義しているインターフェース仕様書に記載されている信号の仕様には、任意事項が含まれており、オプションによる自由度に漏れなく応じることは難しい。また、インターフェース仕様書に記載されているシーケンス例は限られており、多くの場合に実情を網羅しているとは言えない。以上で、呼接続シーケンスについての説明を終える。

続いて、図４を用いて、本実施の形態に係るロギングの概要について説明する。ゲートウェイ装置１０１は、受信した信号（以下、受信信号という。）を分類するための受信信号モデルを保持している。この例で、ゲートウェイ装置１０１は、ＳＩＰ受信信号モデルＡ、ＳＩＰ受信信号モデルＢ、ＳＩＰ受信信号モデルＣ、ＳＩＰ受信信号モデルＤ、ＳＩＰ受信信号モデルＥ、ＩＳＵＰ受信信号モデルＳ、ＩＳＵＰ受信信号モデルＴ、ＩＳＵＰ受信信号モデルＵ及びＩＳＵＰ受信信号モデルＶを保持している。そのうち、ＳＩＰ受信信号モデルＡ、ＳＩＰ受信信号モデルＢ、ＳＩＰ受信信号モデルＣ、ＳＩＰ受信信号モデルＤ及びＳＩＰ受信信号モデルＥは、受信したＳＩＰ信号を分類するために用いられる。また、ＩＳＵＰ受信信号モデルＳ、ＩＳＵＰ受信信号モデルＴ、ＩＳＵＰ受信信号モデルＵ及びＩＳＵＰ受信信号モデルＶは、受信したＩＳＵＰ信号を分類するために用いられる。

ゲートウェイ装置１０１は、信号を受信すると、受信信号を受信信号モデルに分類し、受信信号モデル毎の受信回数をカウントする。

この例では、ＳＩＰ受信信号モデルＡの受信回数は、７５回である。ＳＩＰ受信信号モデルＡの受信回数は、ＳＩＰ受信信号モデルＡに分類された受信信号の個数に相当する。同様に、ＳＩＰ受信信号モデルＢの受信回数は、６５回である。ＳＩＰ受信信号モデルＣの受信回数は、２５回である。ＳＩＰ受信信号モデルＤの受信回数は、５回である。ＳＩＰ受信信号モデルＥの受信回数は、２５回である。ＩＳＵＰ受信信号モデルＳの受信回数は、８０回である。ＩＳＵＰ受信信号モデルＴの受信回数も、８０回である。ＩＳＵＰ受信信号モデルＵの受信回数は、５回である。ＩＳＵＰ受信信号モデルＶの受信回数は、２５回である。

尚、本実施の形態では、受信信号に適合する信号モデルが存在しない場合には、当該受信信号に相当する信号モデルを新たに登録する。

また、ゲートウェイ装置１０１は、呼接続における受信順に受信信号に適合する受信信号モデルを特定したシーケンスパターンも保持している。この例では、ゲートウェイ装置１０１は、シーケンスパターンＷ、シーケンスパターンＸ、シーケンスパターンＹ及びシーケンスパターンＺを保持している。

図示するように、シーケンスパターンＷは、順にＳＩＰ受信信号モデルＡ、ＩＳＵＰ受信信号モデルＳ、ＩＳＵＰ受信信号モデルＴ及びＳＩＰ受信信号モデルＢを受信するシーケンスのパターンを示している。

同様に、シーケンスパターンＸは、順にＳＩＰ受信信号モデルＣ、ＩＳＵＰ受信信号モデルＳ、ＩＳＵＰ受信信号モデルＴ、ＩＳＵＰ受信信号モデルＵ、ＳＩＰ受信信号モデルＤ、ＳＩＰ受信信号モデルＥ及びＩＳＵＰ受信信号モデルＶを受信するシーケンスのパターンを示している。

同様に、シーケンスパターンＹは、順にＳＩＰ受信信号モデルＡ、ＩＳＵＰ受信信号モデルＳ及びＩＳＵＰ受信信号モデルＴを受信するシーケンスのパターンを示している。

同様に、シーケンスパターンＺは、順にＳＩＰ受信信号モデルＣ、ＳＩＰ受信信号モデルＥ及びＩＳＵＰ受信信号モデルＶを受信するシーケンスのパターンを示している。

呼接続が切断されると、ゲートウェイ装置１０１は、呼接続における一連の受信信号を分類した受信信号モデルによってシーケンスパターンを特定し、シーケンスパターン毎の発生回数をカウントする。

この例では、シーケンスパターンＷの発生回数は、６５回である。同様に、シーケンスパターンＸの発生回数は、５回である。シーケンスパターンＹの発生回数は、１０回である。シーケンスパターンＺの発生回数は、２０回である。

矢印で示したように、ＳＩＰ受信信号モデルＡは、シーケンスパターンＷ及びシーケンスパターンＹに含まれる。従って、ＳＩＰ受信信号モデルＡの受信回数の７５回は、シーケンスパターンＷの発生回数の６５回と、シーケンスパターンＹの発生回数の１０回との合計と一致する。

同様に、ＳＩＰ受信信号モデルＢは、シーケンスパターンＷに含まれる。従って、ＳＩＰ受信信号モデルＢの受信回数の６５回は、シーケンスパターンＷの発生回数の６５回と一致する。

同様に、ＳＩＰ受信信号モデルＣは、シーケンスパターンＸ及びシーケンスパターンＺに含まれる。従って、ＳＩＰ受信信号モデルＣの受信回数の２５回は、シーケンスパターンＸの発生回数の５回と、シーケンスパターンＺの発生回数の２０回との合計と一致する。

同様に、ＳＩＰ受信信号モデルＤは、シーケンスパターンＸに含まれる。従って、ＳＩＰ受信信号モデルＤの受信回数の５回は、シーケンスパターンＸの発生回数の５回と一致する。

同様に、ＳＩＰ受信信号モデルＥは、シーケンスパターンＸ及びシーケンスパターンＺに含まれる。従って、ＳＩＰ受信信号モデルＥの受信回数の２５回は、シーケンスパターンＸの発生回数の５回と、シーケンスパターンＺの発生回数の２０回との合計と一致する。

同様に、ＩＳＵＰ受信信号モデルＳは、シーケンスパターンＷ、シーケンスパターンＸ及びシーケンスパターンＹに含まれる。従って、ＩＳＵＰ受信信号モデルＳの受信回数の８０回は、シーケンスパターンＷの発生回数の６５回と、シーケンスパターンＸの発生回数の５回と、シーケンスパターンＹの発生回数の１０回との合計と一致する。

同様に、ＩＳＵＰ受信信号モデルＴは、シーケンスパターンＷ、シーケンスパターンＸ及びシーケンスパターンＹに含まれる。従って、ＩＳＵＰ受信信号モデルＴの受信回数の８０回は、シーケンスパターンＷの発生回数の６５回と、シーケンスパターンＸの発生回数の５回と、シーケンスパターンＹの発生回数の１０回との合計と一致する。

同様に、ＩＳＵＰ受信信号モデルＵは、シーケンスパターンＸに含まれる。従って、ＩＳＵＰ受信信号モデルＵの受信回数の５回は、シーケンスパターンＸの発生回数の５回と一致する。

同様に、ＩＳＵＰ受信信号モデルＶは、シーケンスパターンＸ及びシーケンスパターンＺに含まれる。従って、ＩＳＵＰ受信信号モデルＶの受信回数の２５回は、シーケンスパターンＸの発生回数の５回と、シーケンスパターンＺの発生回数の２０回との合計と一致する。

尚、本実施の形態では、発生したシーケンスに一致するシーケンスパターンが存在しない場合には、当該シーケンスに相当するシーケンスパターンを新たに登録する。以上で、ロギングの概要についての説明を終える。

続いて、ゲートウェイ装置１０１のモジュール構成について説明する。図５に、ゲートウェイ装置１０１のモジュール構成例を示す。ゲートウェイ装置１０１は、第１ネットワーク用カード５０１、第２ネットワーク用カード５０３、変換部５０５、取得部５１１、受信信号記憶部５１３、第１信号ロギング部５１５、第１信号モデル格納部５１７、第１信号カウントテーブル格納部５１９、第２信号ロギング部５２１、第２信号モデル格納部５２３、第２信号カウントテーブル格納部５２５、シーケンスロギング部５２７、シーケンステーブル記憶部５２９、シーケンスパターン格納部５３１、シーケンスカウントテーブル格納部５３３及び出力部５３５を有している。

第１ネットワーク用カード５０１は、第１移動体通信システム１０３のネットワークと接続するためのインターフェースカードである。第２ネットワーク用カード５０３は、第２移動体通信システム１０５のネットワークと接続するためのインターフェースカードである。

変換部５０５は、プロトコルの変換を行う。変換部５０５は、第１プロトコル変換部５０７及び第２プロトコル変換部５０９を有している。

第１プロトコル変換部５０７は、第１ネットワーク用カード５０１を介して第１移動体通信システム１０３から受信したＳＩＰ信号をＩＳＵＰ信号に変換する。変換されたＩＳＵＰ信号は、第２ネットワーク用カード５０３を介して第２移動体通信システム１０５へ送信される。

第２プロトコル変換部５０９は、第２移動体通信システム１０５から受信したＩＳＵＰ信号をＳＩＰ信号に変換する。変換されたＳＩＰ信号は、第１ネットワーク用カード５０１を介して第１移動体通信システム１０３へ送信される。

変換部５０５は、ＳＩＰ信号を受信した場合に、受信したＳＩＰ信号（以下、ＳＩＰ受信信号という。）を取得部５１１へ渡す。同様に、変換部５０５は、ＩＳＵＰ信号を受信した場合に、受信したＩＳＵＰ信号（以下、ＩＳＵＰ受信信号という。）を取得部５１１へ渡す。

取得部５１１は、受信信号、つまりプロトコル変換前の信号を変換部５０５から取得し、受信信号を受信信号記憶部５１３に記憶させる。

受信信号記憶部５１３は、受信信号を一時的に記憶する。第１信号ロギング部５１５、第２信号ロギング部５２１及びシーケンスロギング部５２７は、受信信号記憶部５１３で記憶している受信信号を読み取って処理を行う。

第１信号ロギング部５１５は、ＳＩＰ受信信号に適合するＳＩＰ信号モデルがない場合に、新たにＳＩＰ信号モデルを登録する。更に、第１信号ロギング部５１５は、ＳＩＰ信号モデルの受信回数をカウントする。

第１信号モデル格納部５１７は、ＳＩＰ信号モデルを格納する。第１信号カウントテーブル格納部５１９は、ＳＩＰ信号モデル毎の受信回数を設定するための第１信号カウントテーブルを格納する。

第２信号ロギング部５２１は、ＩＳＵＰ受信信号に適合するＩＳＵＰ信号モデルがない場合に、新たにＩＳＵＰ信号モデルを登録する。更に、第２信号ロギング部５２１は、ＩＳＵＰ信号モデルの受信回数をカウントする。

第２信号モデル格納部５２３は、ＩＳＵＰ信号モデルを格納する。第２信号カウントテーブル格納部５２５は、ＩＳＵＰ信号モデル毎の受信回数を設定するための第２信号カウントテーブルを格納する。

シーケンスロギング部５２７は、同一呼に係る各受信信号に適合する信号モデルを受信順に連ねたシーケンスを生成する。また、シーケンスロギング部５２７は、生成したシーケンスに一致するシーケンスパターンが無い場合に、新たにシーケンスパターンを登録する。更に、シーケンスロギング部５２７は、シーケンスパターンの発生回数をカウントする。

シーケンステーブル記憶部５２９は、シーケンス生成過程における受信信号モデル名を記録するテーブル（シーケンステーブルという。）を記憶するための領域を有する。複数の呼が接続され、あるいは接続されようとしている場合には、当該複数の呼の各々に対応するシーケンステーブルがシーケンステーブル記憶部５２９に設けられる。

シーケンスパターン格納部５３１は、シーケンスパターンを格納する。シーケンスカウントテーブル格納部５３３は、シーケンスパターン毎の発生回数を設定するためのシーケンスカウントテーブルを格納する。

出力部５３５は、第１信号モデルと、第１信号カウントテーブルと、第２信号モデルと、第２信号カウントテーブルと、シーケンスパターンと、シーケンスカウントテーブルとを出力する。以上で、ゲートウェイ装置１０１のモジュール構成についての説明を終える。

第１ネットワーク用カード５０１、第２ネットワーク用カード５０３、変換部５０５、第１プロトコル変換部５０７、第２プロトコル変換部５０９、取得部５１１、受信信号記憶部５１３、第１信号ロギング部５１５、第１信号モデル格納部５１７、第１信号カウントテーブル格納部５１９、第２信号ロギング部５２１、第２信号モデル格納部５２３、第２信号カウントテーブル格納部５２５、シーケンスロギング部５２７、シーケンステーブル記憶部５２９、シーケンスパターン格納部５３１、シーケンスカウントテーブル格納部５３３及び出力部５３５は、例えば図３７に示すハードウエア資源によって実現される。また、変換部５０５、第１プロトコル変換部５０７、第２プロトコル変換部５０９、取得部５１１、第１信号ロギング部５１５、第２信号ロギング部５２１、シーケンスロギング部５２７及び出力部５３５は、当該モジュールの処理の一部又は全部を、メモリ２６０１（図３７）にロードされたプログラムをＣＰＵ２６０３（図３７）で順次実行することにより実現するようにしてもよい。

続いて、ゲートウェイ装置１０１におけるロギング動作について説明する。尚、変換部５０５におけるプロトコル変換処理については従来と同様である。

図６に、メイン処理フローを示す。取得部５１１は、変換部５０５から受信信号を取得する（Ｓ６０１）。この例における受信信号は、ＳＩＰ受信信号あるいはＩＳＵＰ受信信号である。取得部５１１は、受信信号を受信信号記憶部５１３に記憶させる。

取得部５１１は、取得した受信信号がＳＩＰ受信信号であるか否かを判定する（Ｓ６０３）。取得した受信信号がＳＩＰ受信信号であると判定した場合には、第１信号ロギング部５１５は、ＳＩＰ信号ロギング処理を実行する（Ｓ６０５）。

ＳＩＰ信号ロギング処理を行う第１信号ロギング部５１５のモジュール構成について説明する。図７に、第１信号ロギング部５１５のモジュール構成例を示す。第１信号ロギング部５１５は、第１判定部７０１、第１登録部７０３及び第１計数部７０５を有している。第１判定部７０１は、ＳＩＰ信号ロギング処理における判定を行う。第１登録部７０３は、新たなＳＩＰ信号モデルを登録する。第１計数部７０５は、ＳＩＰ信号モデルに適合したＳＩＰ受信信号の受信回数をカウントする。

第１判定部７０１、第１登録部７０３及び第１計数部７０５は、例えば図３７に示すハードウエア資源によって実現される。また、第１判定部７０１、第１登録部７０３及び第１計数部７０５は、当該モジュールの処理の一部又は全部を、メモリ２６０１（図３７）にロードされたプログラムをＣＰＵ２６０３（図３７）で順次実行することにより実現するようにしてもよい。

図８に、ＳＩＰ信号ロギング処理フローを示す。第１判定部７０１は、第１信号モデル格納部５１７に格納されているＳＩＰ信号モデルのうち、未処理のＳＩＰ信号モデルを１つ特定する（Ｓ８０１）。第１判定部７０１は、ＳＩＰ信号判定処理を実行する（Ｓ８０３）。

ＳＩＰ信号判定処理について説明する前に、ＳＩＰ信号の構成について説明する。ＳＩＰ信号は、リクエストあるいはレスポンスに分けられる。

図９に、ＳＩＰ信号（リクエスト）の例を示す。図示するように、ＳＩＰ信号は、テキストデータである。第１行が「ＳＩＰ／２．０」で始まらなければ、リクエストである。尚、レスポンスの場合には、図１０に示すように第１行が「ＳＩＰ／２．０」で始まる。

ＳＩＰ信号（リクエスト）は、リクエスト行と、ヘッダと、空白行と、ボディとを含んでいる。リクエスト行は、リクエスト種別とデータ内容とを含んでいる。この例で、リクエスト種別はＩＮＶＩＴＥである。例えば、リクエスト行が「ＡＣＫ ｓｉｐ：１０．２２．３３．４４：５０６０ ＳＩＰ／２．０」と記述されていれば、リクエスト種別はＡＣＫである。同様にリクエスト行が「ＢＹＥ ｓｉｐ：１０．２２．３３．４４：５０６０ ＳＩＰ／２．０」と記述されていれば、リクエスト種別はＢＹＥである。

ヘッダは、ヘッダ名と「：」とデータ内容との組を含んでいる。この例で、ヘッダは、「Ｖｉａ」、「Ｆｒｏｍ」、「Ｔｏ」、「ＣＳｅｑ」、「Ｃａｌｌ−ＩＤ」、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」及び「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」のヘッダ名を含んでいる。尚、Ｃａｌｌ−ＩＤは、ＳＩＰにおける呼識別子に相当する。

空白行は、ヘッダとボディとの境目を示す。

ボディは、タイプ（セッション記述ということもある。）と「＝」とデータ内容との組を含んでいる。この例では、「ｖ」、「ｏ」、「ｓ」、「ｔ」、「ｍ」、「ｃ」及び「ａ」のタイプがふくまれている。但し、ボディは省略されることがある。

続いて、図１０に、ＳＩＰ信号（レスポンス）の例を示す。ＳＩＰ信号（レスポンス）は、レスポンス行と、ヘッダと、空白行と、ボディとを含んでいる。レスポンス行は、「ＳＩＰ／２．０」とレスポンス種別とを含んでいる。この例では、レスポンス種別はＯＫである。数字「２００」は、レスポンス種別を識別するコードである。例えば、レスポンス行が「ＳＩＰ／２．０ １８０ Ｒｉｎｇｉｎｇ」と記述されていれば、レスポンス種別はＲｉｎｇｉｎｇ（呼び出し中）である。同様にレスポンスト行が「ＳＩＰ／２．０ １８３ ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓ」と記述されていれば、レスポンス種別はＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓ（セッション進行）である。

リクエストの場合と同様に、ヘッダは、 ヘッダ名と「：」とデータ内容との組を含んでいる。この例で、ヘッダは、「Ｖｉａ」、「Ｆｒｏｍ」、「Ｔｏ」、「ＣＳｅｑ」、「Ｃａｌｌ−ＩＤ」、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」及び「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」のヘッダ名を含んでいる。

ＣＳｅｑヘッダに対応するデータ内容は、レスポンスの対象であるリクエスト種別を特定している。この例で、ＣＳｅｑヘッダに対応するデータ内容は、このＳＩＰ信号がＩＮＶＩＴＥに対するレスポンスであることを示している。

リクエストの場合と同様に、空白行は、ヘッダとボディとの境目を示す。

リクエストの場合と同様に、ボディは、タイプと「＝」とデータ内容との組を含んでいる。この例では、「ｖ」、「ｏ」、「ｓ」、「ｔ」、「ｍ」、「ｃ」及び「ａ」のタイプが含まれている。

続いて、ＳＩＰ信号判定処理の概要について説明する。ＳＩＰ信号判定処理では、ＳＩＰ受信信号とＳＩＰ信号モデルとを比較する。図１１に、ＳＩＰ受信信号とＳＩＰ信号モデルとの第１比較例を示す。

この例で、第１信号モデル格納部５１７に格納されているＳＩＰ信号モデルの名は、「ＳＳ＿００１」である。受信信号記憶部５１３に記憶されているＳＩＰ受信信号とＳＩＰ信号モデル（ＳＳ＿００１）は、共にリクエストである。また、ＳＩＰ受信信号のリクエスト種別とＳＩＰ信号モデル（ＳＳ＿００１）のリクエスト種別は、共にＩＮＶＩＴＥであり、一致する。

ＳＩＰ受信信号に含まれるヘッダ名は、「Ｖｉａ」、「Ｆｒｏｍ」、「Ｔｏ」、「ＣＳｅｑ」、「Ｃａｌｌ−ＩＤ」、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」及び「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」である。また、ＳＩＰ信号モデル（ＳＳ＿００１）に含まれるヘッダ名は、「Ｖｉａ」、「Ｆｒｏｍ」、「Ｔｏ」、「ＣＳｅｑ」、「Ｃａｌｌ−ＩＤ」、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」及び「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」である。従って、ＳＩＰ受信信号に含まれるヘッダ名と、ＳＩＰ信号モデル（ＳＳ＿００１）に含まれるヘッダ名とは、一致する。

ＳＩＰ受信信号に含まれるタイプは、「ｖ」、「ｏ」、「ｓ」、「ｔ」、「ｍ」、「ｃ」及び「ａ」が各々１つである。また、ＳＩＰ信号モデル（ＳＳ＿００１）に含まれるタイプは、「ｖ」、「ｏ」、「ｓ」、「ｔ」、「ｍ」、「ｃ」及び「ａ」が各々１つである。ＳＩＰ受信信号に含まれるタイプとＳＩＰ信号モデル（ＳＳ＿００１）に含まれるタイプとは、その個数を含めて一致する。

以上のように、リクエストとレスポンスとの別が一致し、リクエストの場合にはリクエスト種別が一致し、レスポンスの場合にはレスポンス種別が一致し、更にヘッダ名が一致し、加えてタイプについて個数も含めて一致する場合に、ＳＩＰ受信信号はＳＩＰ信号モデルに適合すると判定される。

図１２に、ＳＩＰ受信信号とＳＩＰ信号モデルとの第２比較例を示す。第１信号モデル格納部５１７に格納されているＳＩＰ信号モデル（ＳＳ＿００１）は、図１１の場合と同様である。

図１１の場合と同様に、受信信号記憶部５１３に記憶されているＳＩＰ受信信号とＳＩＰ信号モデル（ＳＳ＿００１）は、共にリクエストである。また、ＳＩＰ受信信号のリクエスト種別とＳＩＰ信号モデル（ＳＳ＿００１）のリクエスト種別は、共にＩＮＶＩＴＥであり、一致する。

ＳＩＰ受信信号に含まれるヘッダ名と、ＳＩＰ信号モデル（ＳＳ＿００１）に含まれるヘッダ名とについても、図１１の場合と同様に一致する。

ＳＩＰ受信信号に含まれるタイプのうち、「ｖ」、「ｏ」、「ｓ」、「ｔ」、「ｍ」及び「ｃ」は各々１つであるが、「ａ」は２つである。一方、ＳＩＰ信号モデル（ＳＳ＿００１）に含まれるタイプは、「ｖ」、「ｏ」、「ｓ」、「ｔ」、「ｍ」、「ｃ」及び「ａ」が各々１つである。従って、タイプ「ａ」についてその個数が一致しない。

タイプの個数について、ＳＩＰ受信信号とＳＩＰ信号モデル（ＳＳ＿００１）とは異なる。従って、ＳＩＰ受信信号は、ＳＩＰ信号モデル（ＳＳ＿００１）に適合しないと判定される。このように、ＳＩＰ受信信号とＳＩＰ信号モデルとの間でタイプについて過不足がある場合には、そのＳＩＰ受信信号はそのＳＩＰ信号モデルに適合しないと判定される。

図１３に、ＳＩＰ受信信号とＳＩＰ信号モデルとの第３比較例を示す。この例では、第１信号モデル格納部５１７に格納されているＳＩＰ信号モデルを３つ示している。１番目のＳＩＰ信号モデルの名は、「ＳＳ＿１０１」である。２番目のＳＩＰ信号モデルの名は、「ＳＳ＿１０２」である。

ＳＩＰ信号モデル（ＳＳ＿１０１）及びＳＩＰ信号モデル（ＳＳ＿１０２）は、いずれもリクエストであり、受信信号記憶部５１３に記憶されているＳＩＰ受信信号とこの点において一致する。

また、ＳＩＰ信号モデル（ＳＳ＿１０１）及びＳＩＰ信号モデル（ＳＳ＿１０２）は、いずれもそのリクエスト種別がＩＮＶＩＴＥであり、受信信号記憶部５１３に記憶されているＳＩＰ受信信号とこの点においても一致する。

更に、ＳＩＰ信号モデル（ＳＳ＿１０１）及びＳＩＰ信号モデル（ＳＳ＿１０２）は、いずれもボディが省略されており、受信信号記憶部５１３に記憶されているＳＩＰ受信信号とこの点においても一致する。

ＳＩＰ受信信号に含まれるヘッダ名は、「Ｖｉａ」、「Ｆｒｏｍ」、「Ｔｏ」、「ＣＳｅｑ」、「Ｃａｌｌ−ＩＤ」、「ＨｅａｄＡ」、「ＨｅａｄＣ」及び「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」である。一方、ＳＩＰ信号モデル（ＳＳ＿１０１）に含まれるヘッダ名は、「Ｖｉａ」、「Ｆｒｏｍ」、「Ｔｏ」、「ＣＳｅｑ」、「Ｃａｌｌ−ＩＤ」、「ＨｅａｄＡ」及び「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」である。つまり、ＳＩＰ受信信号に含まれるヘッダ名のうち「ＨｅａｄＣ」は、ＳＩＰ信号モデル（ＳＳ＿１０１）に含まれていない。

このように、ＳＩＰ受信信号に含まれるヘッダ名のいずれかが、ＳＩＰ信号モデルにおいて欠けている場合には、そのＳＩＰ受信信号は、そのＳＩＰ信号モデルに適合しないと判定される。

また、ＳＩＰ信号モデル（ＳＳ＿１０２）に含まれるヘッダ名は、「Ｖｉａ」、「Ｆｒｏｍ」、「Ｔｏ」、「ＣＳｅｑ」、「Ｃａｌｌ−ＩＤ」、「ＨｅａｄＡ」、「ＨｅａｄＢ」、「ＨｅａｄＣ」及び「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」である。従って、ＳＩＰ受信信号は、ＳＩＰ信号モデル（ＳＳ＿１０２）に含まれるヘッダ名のうち「ＨｅａｄＢ」を含んでいない。

このように、ＳＩＰ信号モデルに含まれるヘッダ名のいずれかが、ＳＩＰ受信信号において欠けている場合には、そのＳＩＰ受信信号は、そのＳＩＰ信号モデルに適合しないと判定される。

尚、図示した「ＨｅａｄＡ」、「ＨｅａｄＢ」及び「ＨｅａｄＣ」は、説明のために用いられる抽象的なヘッダ名であって、実際のヘッダ名ではない。

上述の例の他に、ＳＩＰ受信信号とＳＩＰ信号モデルとの間でリクエストとレスポンスの別が異なる場合にも、そのＳＩＰ受信信号は、そのＳＩＰ信号モデルに適合しないと判定される。また、ＳＩＰ受信信号とＳＩＰ信号モデルとの間でリクエスト種別が異なる場合にも、そのＳＩＰ受信信号は、そのＳＩＰ信号モデルに適合しないと判定される。更に、ＳＩＰ受信信号とＳＩＰ信号モデルとの間でレスポンス種別が異なる場合にも、そのＳＩＰ受信信号は、そのＳＩＰ信号モデルに適合しないと判定される。以上で、ＳＩＰ信号判定処理の概要についての説明を終える。

続いて、ＳＩＰ信号判定処理の詳細について説明する。図１４及び図１５に、ＳＩＰ信号判定処理フローを示す。第１判定部７０１は、ＳＩＰ受信信号とＳＩＰ信号モデルとが共にリクエストであるか否かを判定する（Ｓ１４０１）。

ＳＩＰ受信信号とＳＩＰ信号モデルとが共にリクエストであると判定した場合には、第１判定部７０１は、ＳＩＰ受信信号のリクエスト種別を特定し（Ｓ１４０３）、更にＳＩＰ信号モデルのリクエスト種別を特定する（Ｓ１４０５）。そして、第１判定部７０１は、ＳＩＰ受信信号のリクエスト種別とＳＩＰ信号モデルのリクエスト種別とが一致するか否かを判定する（Ｓ１４０７）。

ＳＩＰ受信信号のリクエスト種別とＳＩＰ信号モデルのリクエスト種別とが一致しないと判定した場合には、第１判定部７０１は、判定結果を不適合に設定する（Ｓ１４０９）。そして、ＳＩＰ信号判定処理を終え、図８に示したＳ８０５の処理に戻る。

一方、ＳＩＰ受信信号のリクエスト種別とＳＩＰ信号モデルのリクエスト種別とが一致すると判定した場合には、端子Ａを介して図１５に示したＳ１５０１の処理に移る。

また、Ｓ１４０１において、ＳＩＰ受信信号とＳＩＰ信号モデルとのうち、少なくとも一方がリクエストではないと判定した場合には、第１判定部７０１は、ＳＩＰ受信信号とＳＩＰ信号モデルとが共にレスポンスであるか否かを判定する（Ｓ１４１１）。

ＳＩＰ受信信号とＳＩＰ信号モデルとが共にレスポンスであると判定した場合には、第１判定部７０１は、ＳＩＰ受信信号のレスポンス種別を特定し（Ｓ１４１３）、更にＳＩＰ信号モデルのレスポンス種別を特定する（Ｓ１４１５）。そして、第１判定部７０１は、ＳＩＰ受信信号のレスポンス種別とＳＩＰ信号モデルのレスポンス種別とが一致するか否かを判定する（Ｓ１４１７）。

ＳＩＰ受信信号のレスポンス種別とＳＩＰ信号モデルのレスポンス種別とが一致しないと判定した場合には、第１判定部７０１は、判定結果を不適合に設定し（Ｓ１４０９）、ＳＩＰ信号判定処理を終え、図８に示したＳ８０５の処理に戻る。

一方、ＳＩＰ受信信号のレスポンス種別とＳＩＰ信号モデルのレスポンス種別とが一致すると判定した場合には、端子Ａを介して図１５に示したＳ１５０１の処理に移る。

Ｓ１４１１において、ＳＩＰ受信信号とＳＩＰ信号モデルとのうちいずれかがレスポンスでないと判定した場合には、一方がリクエストであり他方がレスポンスであるので、第１判定部７０１は、判定結果を不適合に設定し（Ｓ１４０９）、ＳＩＰ信号判定処理を終え、図８に示したＳ８０５の処理に戻る。

図１５に示した処理フローの説明に移る。第１判定部７０１は、ＳＩＰ受信信号に含まれるヘッダ名を特定し（Ｓ１５０１）、更にＳＩＰ信号モデルに含まれるヘッダ名を特定する（Ｓ１５０３）。そして、第１判定部７０１は、ＳＩＰ受信信号に含まれるヘッダ名がＳＩＰ信号モデルに含まれるヘッダ名と一致するか否かを判定する（Ｓ１５０５）。

この例では、第１判定部７０１は、ＳＩＰ受信信号に含まれるヘッダ名が、ＳＩＰ信号モデルに含まれるヘッダ名と１対１に対応する場合に、一致すると判定する。つまり、第１判定部７０１は、ＳＩＰ受信信号に含まれるヘッダ名のいずれかが、ＳＩＰ信号モデルに含まれない場合、あるいはＳＩＰ信号モデルに含まれるヘッダ名のいずれかが、ＳＩＰ受信信号に含まれない場合に、一致しないと判定する。

ＳＩＰ受信信号に含まれるヘッダ名がＳＩＰ信号モデルに含まれるヘッダ名と一致しないと判定した場合には、第１判定部７０１は、判定結果を不適合に設定し（Ｓ１５０７）、ＳＩＰ信号判定処理を終え、図８に示したＳ８０５の処理に戻る。

一方、ＳＩＰ受信信号に含まれるヘッダ名がＳＩＰ信号モデルに含まれるヘッダ名と一致すると判定した場合には、第１判定部７０１は、ＳＩＰ受信信号に含まれるタイプ及びそのタイプの出現回数を特定し（Ｓ１５０９）、更に第１判定部７０１は、ＳＩＰ信号モデルに含まれるタイプ及びそのタイプの出現回数を特定する（Ｓ１５１１）。そして、第１判定部７０１は、ＳＩＰ受信信号に含まれるタイプ及びその出現回数が、ＳＩＰ信号モデルに含まれるタイプ及びその出現回数と一致するか否かを判定する（Ｓ１５１３）。

この例では、第１判定部７０１は、ＳＩＰ受信信号に含まれる各タイプの出現回数が、ＳＩＰ信号モデルに含まれる同じタイプの出現回数と等しい場合に、一致すると判定する。つまり、第１判定部７０１は、ＳＩＰ受信信号に含まれるタイプのいずれかが、ＳＩＰ信号モデルに含まれない場合、あるいはＳＩＰ信号モデルに含まれるタイプのいずれかが、ＳＩＰ受信信号に含まれない場合に、一致しないと判定する。更に、第１判定部７０１は、ＳＩＰ受信信号に含まれるあるタイプの出現回数が、ＳＩＰ信号モデルにおける同じタイプの出現回数よりも多い場合あるいは少ない場合にも、一致しないと判定する。

ＳＩＰ受信信号に含まれるタイプ及びその出現回数が、ＳＩＰ信号モデルに含まれるタイプ及び出現回数と一致しないと判定した場合には、第１判定部７０１は、判定結果を不適合に設定する（Ｓ１５０７）。そして、ＳＩＰ信号判定処理を終え、図８に示したＳ８０５の処理に戻る。

一方、ＳＩＰ受信信号に含まれるタイプ及びその出現回数が、ＳＩＰ信号モデルに含まれるタイプ及び出現回数と一致すると判定した場合には、第１判定部７０１は、判定結果を適合に設定する（Ｓ１５１５）。そして、ＳＩＰ信号判定処理を終え、図８に示したＳ８０５の処理に戻る。

図８に示したＳＩＰ信号ロギング処理フローの説明に戻って、第１判定部７０１は、ＳＩＰ信号判定処理の判定結果が適合であるか否かを判定する（Ｓ８０５）。ＳＩＰ信号判定処理の判定結果が適合であると判定した場合には、第１計数部７０５は、第１信号カウントテーブルにおける当該ＳＩＰ信号モデルの受信回数をインクリメントする（Ｓ８０６）。そして、ＳＩＰ信号ロギング処理を終え、図６に示したＳ６０９の処理に戻る。

ここで、第１信号カウントテーブル格納部５１９に格納される第１信号カウントテーブルについて説明する。図１６に、第１信号カウントテーブルの例を示す。第１信号カウントテーブルは、ＳＩＰ信号モデル毎にレコードを有している。レコードは、ＳＩＰ信号モデル名を設定するためのフィールドと、受信回数を設定するためのフィールドとを含んでいる。

この例における第１レコードは、ＳＩＰ信号モデル名が「ＳＳ＿００１」であるＳＩＰ信号モデルに適合するＳＩＰ受信信号を２０１２回受信したことを示している。また、同じく第２レコードは、ＳＩＰ信号モデル名が「ＳＳ＿００２」であるＳＩＰ信号モデルに適合するＳＩＰ受信信号を１８３１回受信したことを示している。更に、同じく第３レコードは、ＳＩＰ信号モデル名が「ＳＳ＿００３」であるＳＩＰ信号モデルに適合するＳＩＰ受信信号を１７６５回受信したことを示している。

図８に示した処理フローの説明に戻って、Ｓ８０５において、ＳＩＰ信号判定処理の判定結果が適合でないと判定した場合、つまり、ＳＩＰ信号判定処理の判定結果が不適合である場合には、第１判定部７０１は、未処理のＳＩＰ信号モデルがあるか否かを判定する（Ｓ８０７）。未処理のＳＩＰ信号モデルがあると判定した場合には、Ｓ８０１の処理に戻って、上述の処理を繰り返す。

一方、未処理のＳＩＰ信号モデルがないと判定した場合には、第１登録部７０３は、新しいＳＩＰ信号モデル名を割り当て（Ｓ８０９）、新しいＳＩＰ信号モデル名に対応付けて新しいＳＩＰ信号モデルを、第１信号モデル格納部５１７に登録する（Ｓ８１１）。更に、第１計数部７０５は、第１信号カウントテーブルに新しいＳＩＰ信号モデルのレコードを設け、受信回数に１を書く（Ｓ８１３）。そして、ＳＩＰ信号ロギング処理を終え、図６に示したＳ６０９の処理に戻る。

この例における新しいＳＩＰ信号モデルは、ＳＩＰ受信信号そのものである。但し、ＳＩＰ受信信号のうち、ＳＩＰ信号判定処理において判定されない部分を削除し、あるいは当該部分を擬似データに置き換えたテンプレート形式のデータを新しいＳＩＰ信号モデルとしてもよい。

図６に示したメイン処理フローの説明に戻る。Ｓ６０３において、取得した受信信号がＳＩＰ受信信号ではないと判定した場合、つまり、取得した受信信号がＩＳＵＰ受信信号である場合には、第２信号ロギング部５２１は、ＩＳＵＰ信号ロギング処理を実行する（Ｓ６０７）。

ＩＳＵＰ信号ロギング処理を行う第２信号ロギング部５２１のモジュール構成について説明する。図１７に、第２信号ロギング部５２１のモジュール構成例を示す。第２信号ロギング部５２１は、第２判定部１７０１、第２登録部１７０３及び第２計数部１７０５を有している。第２判定部１７０１は、ＩＳＵＰ信号ロギング処理における判定を行う。第２登録部１７０３は、新たなＩＳＵＰ信号モデルを登録する。第２計数部１７０５は、ＩＳＵＰ信号モデルに適合したＩＳＵＰ受信信号の受信回数をカウントする。

第２判定部１７０１、第２登録部１７０３及び第２計数部１７０５は、例えば図３７に示すハードウエア資源によって実現される。また、第２判定部１７０１、第２登録部１７０３及び第２計数部１７０５は、当該モジュールの処理の一部又は全部を、メモリ２６０１（図３７）にロードされたプログラムをＣＰＵ２６０３（図３７）で順次実行することにより実現するようにしてもよい。

図１８に、ＩＳＵＰ信号ロギング処理フローを示す。第２判定部１７０１は、第２信号モデル格納部５２３に格納されているＩＳＵＰ信号モデルのうち、未処理のＩＳＵＰ信号モデルを１つ特定する（Ｓ１８０１）。第２判定部１７０１は、ＩＳＵＰ信号判定処理を実行する（Ｓ１８０３）。

ＩＳＵＰ信号判定処理について説明する前に、ＩＳＵＰ信号の構成について説明する。図１９に、ＩＳＵＰ信号の例を示す。枠１９００で囲まれた「７３ ００」の値は、ＣＩＣ（Circuit Identification Code）を示している。尚、ＣＩＣは、回線番号ということもある。また、ＣＩＣは、ＩＳＵＰにおける呼識別子に相当する。

枠１９０１で囲まれた「０６」の値は、メッセージ種別を示している。尚、「０６」は、メッセージ種別がＡＣＭ起呼応答信号（アドレス完了メッセージ）であることを示している。枠１９０３で囲まれた「１２ ３４」の値は、必須パラメータ部に相当する。必須パラメータ部については、説明を省略する。

枠１９０５で囲まれた「０１」の値は、オプション部開始ポインタである。枠１９０７で囲まれた値「ＦＤ ０４ ８１ ２３ ００ ００ Ｆ１ ０８ ００ ＦＣ ０５ ＦＥ ０３ ００ ０１ ２３」は、オプションパラメータのセットを示している。オプションパラメータは、パラメータ名（１オクテット）、パラメータ長（１オクテット）及びパラメータ内容の組を含んでいる。

例えば、枠１９０９で囲まれた「ＦＤ」の値は、１番目のパラメータ名に相当する。「ＦＤ」は、料金区域情報というパラメータであることを示している。枠１９１１で囲まれた「０４」の値は、１番目のパラメータ長を示している。枠１９１３で囲まれた「８１ ２３ ００ ００」の値は、１番目のパラメータ内容を示している。パラメータ内容については、説明を省略する。

同様に、枠１９１５で囲まれた「Ｆ１」の値は、２番目のパラメータ名に相当する。「Ｆ１」は、事業者情報転送というパラメータであることを示している。枠１９１７で囲まれた「０８」の値は、２番目のパラメータ長を示している。枠１９１９で囲まれた「００ ＦＣ ０５ ＦＥ ０３ ００ ０１ ２３」の値は、２番目のパラメータ内容を示している。パラメータ内容については、説明を省略する。枠１９２１で囲まれた「００」の値は、オプション部終了ポインタである。

続いて、ＩＳＵＰ信号判定処理の概要について説明する。ＩＳＵＰ信号判定処理では、ＩＳＵＰ受信信号とＩＳＵＰ信号モデルとを比較する。 図２０に、ＩＳＵＰ受信信号とＩＳＵＰ信号モデルとの第１比較例を示す。

この例で、第２信号モデル格納部５２３に格納されているＩＳＵＰ信号モデル名は、「ＩＳ＿００１」である。受信信号記憶部５１３に記憶されているＩＳＵＰ受信信号のメッセージ種別とＩＳＵＰ信号モデル（ＩＳ＿００１）のメッセージ種別とは、共に「０６」であり、一致する。また、ＩＳＵＰ受信信号に含まれるパラメータ名は、「ＦＤ」と「Ｆ１」との２つであり、ＩＳＵＰ信号モデル（ＩＳ＿００１）に含まれるパラメータ名は、「ＦＤ」と「Ｆ１」との２つであり、これらも一致する。

以上のように、メッセージ種別が一致し、更にパラメータ名が一致する場合に、ＩＳＵＰ受信信号はＩＳＵＰ信号モデルに適合すると判定される。

図２１に、ＩＳＵＰ受信信号とＩＳＵＰ信号モデルとの第２比較例を示す。第２信号モデル格納部５２３に格納されているＩＳＵＰ信号モデル（ＩＳ＿００１）は、図２０の場合と同様である。

図２０の場合と同様に、第２信号モデル格納部５２３に格納されているＩＳＵＰ信号モデル名は、「ＩＳ＿００１」である。受信信号記憶部５１３に記憶されているＩＳＵＰ受信信号のメッセージ種別とＩＳＵＰ信号モデル（ＩＳ＿００１）のメッセージ種別とは、共に「０６」であり、一致する。

ＩＳＵＰ受信信号に含まれるパラメータ名は、「ＦＤ」と「Ｆ１」と「Ｆ３」の３つである。これらのうち「Ｆ３」は、ＩＳＵＰ信号モデル（ＩＳ＿００１）に含まれない。

このようにＩＳＵＰ受信信号に含まれるパラメータ名とＩＳＵＰ信号モデルに含まれるパラメータ名とが一致しない場合には、そのＩＳＵＰ受信信号はそのＩＳＵＰ信号モデルに適合しないと判定される。この例の他に、メッセージ種別が一致しない場合にも、ＩＳＵＰ受信信号はＩＳＵＰ信号モデルに適合しないと判定される。以上で、ＩＳＵＰ信号判定処理の概要についての説明を終える。

続いて、ＩＳＵＰ信号判定処理の詳細について説明する。図２２に、ＩＳＵＰ信号判定処理フローを示す。第２判定部１７０１は、ＩＳＵＰ受信信号のメッセージ種別を特定し（Ｓ２２０１）、更にＩＳＵＰ信号モデルのメッセージ種別を特定する（Ｓ２２０３）。そして、第２判定部１７０１は、ＩＳＵＰ受信信号のメッセージ種別がＩＳＵＰ信号モデルのメッセージ種別と一致するか否かを判定する（Ｓ２２０５）。

ＩＳＵＰ受信信号のメッセージ種別がＩＳＵＰ信号モデルのメッセージ種別と一致しないと判定した場合には、第２判定部１７０１は、判定結果を不適合に設定する（Ｓ２２０７）。そして、ＩＳＵＰ信号判定処理を終え、図１８のＳ１８０５の処理に戻る。

一方、ＩＳＵＰ受信信号のメッセージ種別がＩＳＵＰ信号モデルのメッセージ種別と一致すると判定した場合には、第２判定部１７０１は、ＩＳＵＰ受信信号に含まれるパラメータ名を特定し（Ｓ２２０９）、更にＩＳＵＰ信号モデルに含まれるパラメータ名を特定する（Ｓ２２１１）。そして、第２判定部１７０１は、ＩＳＵＰ受信信号に含まれるパラメータ名がＩＳＵＰ信号モデルに含まれるパラメータ名と一致するか否かを判定する（Ｓ２２１３）。

この例では、第２判定部１７０１は、ＩＳＵＰ受信信号に含まれるパラメータ名が、ＩＳＵＰ信号モデルに含まれるパラメータ名と１対１に対応する場合に、一致すると判定する。つまり、第２判定部１７０１は、ＩＳＵＰ受信信号に含まれるパラメータ名のいずれかが、ＩＳＵＰ信号モデルに含まれない場合、あるいはＩＳＵＰ信号モデルに含まれるパラメータ名のいずれかが、ＩＳＵＰ受信信号に含まれない場合に、一致しないと判定する。

ＩＳＵＰ受信信号に含まれるパラメータ名がＩＳＵＰ信号モデルに含まれるパラメータ名と一致しないと判定した場合には、第２判定部１７０１は、判定結果を不適合に設定する（Ｓ２２０７）。そして、ＩＳＵＰ信号判定処理を終え、図１８のＳ１８０５の処理に戻る。

一方、ＩＳＵＰ受信信号に含まれるパラメータ名がＩＳＵＰ信号モデルに含まれるパラメータ名と一致すると判定した場合には、第２判定部１７０１は、判定結果を適合に設定する（Ｓ２２１５）。そして、ＩＳＵＰ信号判定処理を終え、図１８のＳ１８０５の処理に戻る。

図１８に示したＩＳＵＰ信号ロギング処理フローの説明に戻って、第２判定部１７０１は、ＩＳＵＰ信号判定処理の判定結果は適合であるか否かを判定する（Ｓ１８０５）。ＩＳＵＰ信号判定処理の判定結果は適合であると判定した場合には、第２判定部１７０１は、第２信号カウントテーブルにおける当該ＩＳＵＰ信号モデルの受信回数をインクリメントする（Ｓ１８０６）。そして、ＩＳＵＰ信号ロギング処理を終え、図６に示したＳ６０９の処理に戻る。

ここで、第２信号カウントテーブル格納部５２５に格納される第２信号カウントテーブルについて説明する。図２３に、第２信号カウントテーブルの例を示す。第２信号カウントテーブルは、ＩＳＵＰ信号モデル毎にレコードを有している。レコードは、ＩＳＵＰ信号モデル名を設定するためのフィールドと、受信回数を設定するためのフィールドとを含んでいる。

この例における第１レコードは、ＩＳＵＰ信号モデル名が「ＩＳ＿００１」であるＩＳＵＰ信号モデルに適合するＩＳＵＰ信号を２１３８回受信したことを示している。また、同じく第２レコードは、ＩＳＵＰ信号モデル名が「ＩＳ＿００２」であるＩＳＵＰ信号モデルに適合するＩＳＵＰ信号を１９２０回受信したことを示している。更に、同じく第３レコードは、ＩＳＵＰ信号モデル名が「ＩＳ＿００３」であるＩＳＵＰ信号モデルに適合するＩＳＵＰ信号を１８５６回受信したことを示している。

図１８に示した処理フローの説明に戻って、Ｓ１８０５において、ＩＳＵＰ信号判定処理の判定結果が適合でないと判定した場合には、つまり、ＩＳＵＰ信号判定処理の判定結果が不適合である場合には、第２判定部１７０１は、未処理のＩＳＵＰ信号モデルがあるか否かを判定する（Ｓ１８０７）。未処理のＩＳＵＰ信号モデルがあると判定した場合には、Ｓ１８０１の処理に戻って、上述の処理を繰り返す。

一方、未処理のＩＳＵＰ信号モデルがないと判定した場合には、第２登録部１７０３は、新しいＩＳＵＰ信号モデル名を割り当て（Ｓ１８０９）、新しいＩＳＵＰ信号モデル名に対応付けて新しいＩＳＵＰ信号モデルを、第２信号モデル格納部５２３に登録する（Ｓ１８１１）。更に、第２計数部１７０５は、第２信号カウントテーブルに新しいＩＳＵＰ信号モデルのレコードを設け、受信回数に１を書く（Ｓ１８１３）。そして、ＩＳＵＰ信号ロギング処理を終え、図６に示したＳ６０９の処理に戻る。

この例における新しいＩＳＵＰ信号モデルは、ＩＳＵＰ受信信号そのものである。但し、ＩＳＵＰ受信信号のうち、ＩＳＵＰ信号判定処理において判定されない部分を削除し、あるいは当該部分を擬似データに置き換えたテンプレート形式のデータを新しいＩＳＵＰ信号モデルとしてもよい。

図６に示したメイン処理フローの説明に戻る。シーケンスロギング部５２７は、シーケンスロギング処理を実行する（Ｓ６０９）。

シーケンスロギング処理の概要について説明する。図２４に、シーケンステーブルとシーケンスパターンとの第１比較例を示す。

シーケンステーブル記憶部５２９は、生成されたシーケンステーブルを記憶している。このシーケンステーブルは、Ｃａｌｌ ＩＤ「２０１３１１０７１１１１１１１１１＠１０．２２．３３．４４」とＣＩＣ「７４ ００」とに対応付けられている。上述の通り、Ｃａｌｌ ＩＤは、ＳＩＰにおける呼識別子であり、ＣＩＣは、ＩＳＵＰにおける呼識別子である。このシーケンステーブルにおけるシーケンスは、この時点で完結している。

このシーケンステーブルは、ＳＩＰ信号モデル（ＳＳ＿００１）に適合するＳＩＰ受信信号と、ＩＳＵＰ信号モデル（ＩＳ＿００１）に適合するＩＳＵＰ受信信号と、ＩＳＵＰ信号モデル（ＩＳ＿００２）に適合するＩＳＵＰ受信信号と、ＩＳＵＰ信号モデル（ＩＳ＿００３）に適合するＩＳＵＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００２）に適合するＳＩＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００３）に適合するＳＩＰ受信信号と、ＩＳＵＰ信号モデル（ＩＳ＿００４）に適合するＩＳＵＰ受信信号とを順に受信したシーケンスが発生したことを示している。

一方、シーケンスパターン格納部５３１に格納されているシーケンスパターンの名は、「ＳＱ＿００１」である。このシーケンスパターンは、ＳＩＰ信号モデル（ＳＳ＿００１）に適合するＳＩＰ受信信号と、ＩＳＵＰ信号モデル（ＩＳ＿００１）に適合するＩＳＵＰ受信信号と、ＩＳＵＰ信号モデル（ＩＳ＿００２）に適合するＩＳＵＰ受信信号と、ＩＳＵＰ信号モデル（ＩＳ＿００３）に適合するＩＳＵＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００２）に適合するＳＩＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００３）に適合するＳＩＰ受信信号と、ＩＳＵＰ信号モデル（ＩＳ＿００４）に適合するＩＳＵＰ受信信号とを順に受信するシーケンスのパターンを示している。

上述のように、シーケンステーブルにおけるシーケンスと、シーケンスパターンにおけるシーケンスは一致する。このようにシーケンスが一致する場合には、当該シーケンステーブルは、当該シーケンスパターンに一致すると判定される。

図２５に、シーケンステーブルとシーケンスパターンとの第２比較例を示す。図２４の場合と同様に、シーケンステーブル記憶部５２９は、生成されたシーケンステーブルを記憶している。このシーケンステーブルは、Ｃａｌｌ ＩＤ「２０１３１１１０１１１１１１１１１＠１０．２２．３３．４４」とＣＩＣ「７５ ００」とに対応付けられている。図２４の場合と同様に、このシーケンステーブルにおけるシーケンスは、この時点で完結している。

このシーケンステーブルは、ＩＳＵＰ信号モデル（ＩＳ＿０５１）に適合するＩＳＵＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００４）に適合するＳＩＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００５）に適合するＳＩＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００６）に適合するＳＩＰ受信信号と、ＩＳＵＰ信号モデル（ＩＳ＿００６）に適合するＩＳＵＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００７）に適合するＳＩＰ受信信号とを順に受信したシーケンスが発生したことを示している。

一方、シーケンスパターン格納部５３１に格納されているシーケンスパターンの名は、「ＳＱ＿００２」である。このシーケンスパターンは、ＩＳＵＰ信号モデル（ＩＳ＿００５）に適合するＩＳＵＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００４）に適合するＳＩＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００５）に適合するＳＩＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００６）に適合するＳＩＰ受信信号と、ＩＳＵＰ信号モデル（ＩＳ＿００６）に適合するＩＳＵＰ受信信号と、ＳＩＰ信号モデル（ＳＳ＿００７）に適合するＳＩＰ受信信号とを順に受信するシーケンスのパターンを示している。

この例では、１番目に受信したＩＳＵＰ受信信号に適合するＩＳＵＰ信号モデル（ＩＳ＿０５１）は、シーケンスパターンにおける１番目のＩＳＵＰ信号モデル（ＩＳ＿００５）と異なる。このように、シーケンスの一部又は全部が異なる場合には、シーケンステーブルは、シーケンスパターンに一致しないと判定される。以上で、シーケンスロギング処理の概要についての説明を終える。

次に、シーケンスロギング処理を行うシーケンスロギング部５２７のモジュール構成について説明する。図２６に、シーケンスロギング部５２７のモジュール構成例を示す。シーケンスロギング部５２７は、生成部２６３１、第３判定部２６３３、第３登録部２６３５及び第３計数部２６３７を有している。生成部２６３１は、受信信号に基づいてシーケンステーブルを生成する。第３判定部２６３３は、シーケンスロギング処理における判定を行う。第３登録部２６３５は、新たなシーケンスパターンを登録する。第３計数部２６３７は、シーケンスパターンに一致したシーケンスの発生回数をカウントする。

生成部２６３１、第３判定部２６３３、第３登録部２６３５及び第３計数部２６３７は、例えば図３７に示すハードウエア資源によって実現される。また、生成部２６３１、第３判定部２６３３、第３登録部２６３５及び第３計数部２６３７は、当該モジュールの処理の一部又は全部を、メモリ２６０１（図３７）にロードされたプログラムをＣＰＵ２６０３（図３７）で順次実行することにより実現するようにしてもよい。

図２７に、シーケンスロギング処理フローを示す。本実施の形態に係るシーケンスロギング処理では、起呼信号からシーケンスが始まり、切断応答信号によってシーケンスが終わるように判断する。この例では、ＳＩＰにおけるＩＮＶＩＴＥ起呼信号あるいはＩＳＵＰにおけるＩＡＭ起呼信号からシーケンスが始まり、ＳＩＰにおける２００切断応答信号あるいはＩＳＵＰにおけるＲＬＣ切断応答信号によってシーケンスが終わるように判断する。

まず、生成部２６３１は、受信信号記憶部５１３に記憶されている受信信号がＳＩＰ受信信号であるか否かを判定する（Ｓ２７０１）。

受信信号記憶部５１３に記憶されている受信信号がＳＩＰ受信信号であると判定した場合には、生成部２６３１は、受信信号記憶部５１３に記憶されている受信信号がリクエストであって、且つリクエスト種別がＩＮＶＩＴＥ起呼信号であるか否かを判定する（Ｓ２７０３）。上述したように、ＩＮＶＩＴＥ起呼信号は起呼信号の例である。

受信信号記憶部５１３に記憶されている受信信号がリクエストであって、且つリクエスト種別がＩＮＶＩＴＥ起呼信号であると判定した場合には、生成部２６３１は、第１開始処理を実行する（Ｓ２７０５）。第１開始処理では、ＩＮＶＩＴＥ起呼信号から始まるシーケンステーブルが新たに生成される。

図２８に、第１開始処理フローを示す。生成部２６３１は、受信信号記憶部５１３に記憶されているＩＮＶＩＴＥ起呼信号からＣａｌｌ ＩＤを抽出する（Ｓ２８０１）。また、生成部２６３１は、抽出されたＣａｌｌ ＩＤに対応するＣＩＣを特定する（Ｓ２８０３）。例えば、生成部２６３１は、変換部５０５からＣａｌｌ ＩＤに対応するＣＩＣを取得する。

そして、生成部２６３１は、Ｃａｌｌ ＩＤとＣＩＣとに対応付けてシーケンステーブル記憶部５２９に新しいシーケンステーブルの領域を確保する（Ｓ２８０５）。生成部２６３１は、当該シーケンステーブルの先頭に、Ｓ６０５で特定されたＳＩＰ信号モデル名を書く（Ｓ２８０７）。Ｓ６０５で特定されたＳＩＰ信号モデル名とは、図８に示したＳ８０５において受信信号と適合すると判定されたＳＩＰ信号モデルの名、あるいはＳ８０９で割り当てられた新しいＳＩＰ信号モデル名のことである。

第１開始処理を終えると、図２７に示したシーケンスロギング処理に戻って、シーケンスロギング処理を終える。そして、更に図６に示したＳ６０１の処理に戻る。

一方、図２７に示したＳ２７０３において、受信信号記憶部５１３に記憶されているＳＩＰ受信信号がリクエストではない、あるいはリクエスト種別がＩＮＶＩＴＥ起呼信号ではないと判定した場合には、生成部２６３１は、第１追記処理を実行する（Ｓ２７０７）。第１追記処理では、既に存在するシーケンステーブルに、ＳＩＰ信号モデル名が付け加えられる。

図２９に、第１追記処理フローを示す。生成部２６３１は、受信信号記憶部５１３に記憶されているＳＩＰ受信信号からＣａｌｌ ＩＤを特定する（Ｓ２９０１）。更に、生成部２６３１は、シーケンステーブル記憶部５２９において当該Ｃａｌｌ ＩＤに対応するシーケンステーブルを特定する（Ｓ２９０３）。

生成部２６３１は、当該シーケンステーブルに図６に示したＳ６０５で特定されたＳＩＰ信号モデル名を追記する（Ｓ２９０５）。Ｓ６０５で特定されたＳＩＰ信号モデル名は、図２８のＳ２８０７の場合と同様に、Ｓ８０５において受信信号と適合すると判定されたＳＩＰ信号モデルの名、あるいはＳ８０９で割り当てられた新しいＳＩＰ信号モデル名のことである。第１追記処理を終えると、図２７に示したＳ２７１５の処理に移る。Ｓ２７１５の処理については、後述する。

図２７に示したＳ２７０１において、受信信号記憶部５１３に記憶されている受信信号がＳＩＰ受信信号ではないと判定した場合、つまり受信信号記憶部５１３に記憶されている受信信号がＩＳＵＰ受信信号である場合には、生成部２６３１は、受信信号記憶部５１３に記憶されているＩＳＵＰ受信信号のメッセージ種別がＩＡＭ起呼信号であるか否かを判定する（Ｓ２７０９）。上述したように、ＩＡＭ起呼信号は、起呼信号の例である。

受信信号記憶部５１３に記憶されている受信信号のメッセージ種別がＩＡＭ起呼信号であると判定した場合には、生成部２６３１は、第２開始処理を実行する（Ｓ２７１１）。第２開始処理では、ＩＡＭ起呼信号から始まるシーケンステーブルが新たに生成される。

図３０に、第２開始処理フローを示す。生成部２６３１は、受信信号記憶部５１３に記憶されているＩＡＭ起呼信号からＣＩＣを抽出する（Ｓ３００１）。また、生成部２６３１は、Ｃａｌｌ ＩＤを特定する（Ｓ３００３）。例えば、生成部２６３１は、変換部５０５からＣＩＣに対応するＣａｌｌ ＩＤを取得する。

そして、生成部２６３１は、Ｃａｌｌ ＩＤとＣＩＣとに対応付けてシーケンステーブル記憶部５２９に新しいシーケンステーブルの領域を確保する（Ｓ３００５）。生成部２６３１は、当該シーケンステーブルの先頭に、Ｓ６０７で特定されたＩＳＵＰ信号モデル名を書く（Ｓ３００７）。Ｓ６０７で特定されたＩＳＵＰ信号モデル名とは、図１８に示したＳ１８０５において受信信号と適合すると判定されたＩＳＵＰ信号モデルの名、あるいはＳ１８０９で割り当てられた新しいＩＳＵＰ信号モデル名のことである。

第２開始処理を終えると、図２７に示したシーケンスロギング処理に戻って、シーケンスロギング処理を終える。そして、更に図６に示したＳ６０１の処理に戻る。

一方、受信信号記憶部５１３に記憶されている受信信号のメッセージ種別がＩＡＭ起呼信号ではないと判定した場合には、生成部２６３１は、第２追記処理を実行する（Ｓ２７１３）。第２追記処理では、既に存在するシーケンステーブルに、ＩＳＵＰ信号モデル名が付け加えられる。

図３１に、第２追記処理フローを示す。生成部２６３１は、受信信号記憶部５１３に記憶されているＩＳＵＰ受信信号からＣＩＣを特定する（Ｓ３１０１）。更に、生成部２６３１は、シーケンステーブル記憶部５２９においてＣＩＣに対応するシーケンステーブルを特定する（Ｓ３１０３）。

生成部２６３１は、当該シーケンステーブルに図６に示したＳ６０７で特定されたＩＳＵＰ信号モデル名を追記する（Ｓ３１０５）。Ｓ６０７で特定されたＩＳＵＰ信号モデル名は、図３０のＳ３００７の場合と同様に、図１８に示したＳ１８０５において受信信号と適合すると判定されたＩＳＵＰ信号モデルの名、あるいはＳ１８０９で割り当てられた新しいＩＳＵＰ信号モデル名のことである。第２追記処理を終えると、図２７に示したＳ２７１７の処理に移る。Ｓ２７１７の処理については、後述する。

以上の処理によって、生成部２６３１は、シーケンスの始まりを検出して、シーケンステーブルを生成し、その後の受信信号に応じてシーケンスが追記される。

以下、シーケンステーブルを完了させる処理について説明する。図２７に示したＳ２７０７における第１追記処理を終えると、生成部２６３１は、受信信号記憶部５１３に記憶されているＳＩＰ受信信号がレスポンスであって、且つレスポンス種別が２００切断応答信号であるか否かを判定する（Ｓ２７１５）。

受信信号記憶部５１３に記憶されているＳＩＰ受信信号がレスポンスであって、且つレスポンス種別が２００切断応答信号であると判定した場合には、端子Ｂを介して、図３２に示したＳ３２０１の処理に移る。Ｓ３２０１の処理については、後述する。

一方、受信信号記憶部５１３に記憶されている受信信号がレスポンスではない、あるいはレスポンス種別が２００切断応答信号ではないと判定した場合には、シーケンスロギング処理を終え、図６に示したＳ６０１の処理に戻る。

また、Ｓ２７１３における第２追記処理を終えると、生成部２６３１は、受信信号記憶部５１３に記憶されているＩＳＵＰ受信信号のメッセージ種別がＲＬＣ切断応答信号であるか否かを判定する（Ｓ２７１７）。

受信信号記憶部５１３に記憶されているＩＳＵＰ受信信号のメッセージ種別がＲＬＣ切断応答信号ではないと判定した場合には、シーケンスロギング処理を終え、図６に示したＳ６０１の処理に戻る。

一方、受信信号記憶部５１３に記憶されているＩＳＵＰ受信信号のメッセージ種別がＲＬＣ切断応答信号であると判定した場合には、端子Ｂを介して、図３２に示したＳ３２０１の処理に移る。

図３２に、シーケンスロギング処理フローの続きを示す。この時点で、シーケンステーブルにおけるシーケンスは完結しているものとする。

第３判定部２６３３は、シーケンスパターン格納部５３１に格納されているシーケンスパターンのうち、未処理のシーケンスパターンを１つ特定する（Ｓ３２０１）。第３判定部２６３３は、今回完結したシーケンスが当該シーケンスパターンに一致するか否かを判定する（Ｓ３２０３）。今回完結したシーケンスは、図２９に示したＳ２９０５でＳＩＰ信号モデル名を追記されたシーケンステーブル、又は図３１に示したＳ３１０５でＩＳＵＰ信号モデル名を追記されたシーケンステーブルによって特定される。この例で、今回完結したシーケンスに含まれる受信信号モデル名が、出現順位を含めて過不足無く、当該シーケンスパターンに含まれる受信信号モデル名と一致する場合に、今回完結したシーケンスは当該シーケンスパターンに一致すると判定される。

今回完結したシーケンスが当該シーケンスパターンと一致すると判定した場合には、第３計数部２６３７は、シーケンスカウントテーブル格納部５３３における当該シーケンスパターンの発生回数をインクリメントする（Ｓ３２０４）。

ここで、シーケンスカウントテーブル格納部５３３に格納されているシーケンスカウントテーブルについて説明する。図３３に、シーケンスカウントテーブルの例を示す。シーケンスカウントテーブルは、シーケンスパターン毎にレコードを有している。レコードは、シーケンスパターン名を設定するためのフィールドと、発生回数を設定するためのフィールドとを含んでいる。

この例における第１レコードは、シーケンスパターン名がＳＱ＿００１であるシーケンスパターンに一致するシーケンスが３５８回発生したことを示している。また、同じく第２レコードは、シーケンスパターン名がＳＱ＿００２であるシーケンスパターンに一致するシーケンスが２２１回発生したことを示している。更に、同じく第３レコードは、シーケンスパターン名がＳＱ＿００３であるシーケンスパターンに一致するシーケンスが１８９回発生したことを示している。

図３２に示した処理フローの説明に戻って、Ｓ３２０３において、今回完結したシーケンスが当該シーケンスパターンに一致しないと判定した場合には、第３判定部２６３３は、未処理のシーケンスパターンがあるか否かを判定する（Ｓ３２０５）。未処理のシーケンスパターンがあると判定した場合には、Ｓ３２０１の処理に戻って、上述の処理を繰り返す。

一方、未処理のシーケンスパターンがないと判定した場合には、第３登録部２６３５は、新しいシーケンスパターン名を割り当て（Ｓ３２０７）、新しいシーケンスパターン名に対応付けて、今回完結したシーケンスをシーケンスパターン格納部５３１に登録する（Ｓ３２０９）。つまり、今回完結したシーケンスが新しいシーケンスパターンとなる。第３計数部２６３７は、シーケンスカウントテーブル格納部５３３に新しいシーケンスパターンのレコードを設け、発生回数に１を書く（Ｓ３２１１）。

図５に示した出力部５３５は、例えばユーザによる出力指示を受け付けた場合に、データを出力する。図３４は、出力処理フローを示す図である。

出力部５３５は、第１信号モデル格納部５１７に記憶されているＳＩＰ信号モデルを出力する（Ｓ３４０１）。出力部５３５は、第１信号カウントテーブル格納部５１９に記憶されているＳＩＰ信号カウントテーブルを出力する（Ｓ３４０３）。出力部５３５は、第２信号モデル格納部５２３に記憶されているＩＳＵＰ信号モデルを出力する（Ｓ３４０５）。出力部５３５は、第２信号カウントテーブル格納部５２５に記憶されているＩＳＵＰ信号カウントテーブルを出力する（Ｓ３４０７）。出力部５３５は、シーケンスパターン格納部５３１に記憶されているシーケンスパターンを出力する（Ｓ３４０９）。更に、出力部５３５は、シーケンスカウントテーブル格納部５３３に記憶されているシーケンスカウントテーブルを出力する（Ｓ３４１１）。

いずれのデータを出力するかを出力指示において指定された場合には、出力部５３５は、指定されたデータを選択して出力するようにしてもよい。出力の形態は、例えば送信、記憶媒体への記録、表示あるいは印刷である。

これらのデータは、例えばゲートウェイ装置１０１を含むシステムの検証において、検証用の装置から擬似的に送信される背景呼を生成する場合に利用するようにしてもよい。そのようにすれば、現実の通信状態に即した検証を行うことができる。

本実施の形態によれば、未知の受信信号を分類できる。

また、分類された受信信号の受信頻度を記録できる。受信信号そのものは記録されないので、蓄積されるデータ量は比較的少ない。

つまり、予め想定されていない種類の受信信号についても、その種類に属する受信信号の受信回数を記録することができる。想定外の受信信号に関する受信回数は、例えば実際の動作に即した障害解析や通信状況の把握に役立つことがある。

また、未知のシーケンスを分類できる。

更に、分類されたシーケンスの発生頻度を記録できる。シーケンスそのものは記録されないので、蓄積されるデータ量は比較的少ない。

つまり、予め想定されていないシーケンスについても、そのシーケンスの発生回数を記録することができる。想定外のシーケンスに関する発生回数は、例えば実際の動作に即した障害解析や通信状況の把握に役立つことがある。

上述の例では、２つのネットワークを介する呼接続においてプロトコル変換が行われる場合に、２つのプロトコルに関する未知のシーケンスを分類できる。また、２つのプロトコルに関するシーケンスの分類別の発生頻度を記録できる。

［実施の形態２］
上述した実施の形態におけるシーケンスロギング処理では、切断応答信号によってシーケンスが終わる例を示したが、本実施の形態では、タイムアウトによってもシーケンスが終わる例を示す。

図５に示した変換部５０５は、所定期間内に所定の信号を受信しなかった場合に、タイムアウトによって呼接続を切断することがある。タイムアウトによって呼接続を切断した場合には、変換部５０５は、タイムアウト通知を取得部５１１へ渡す。

図３５に、実施の形態２におけるメイン処理フローを示す。取得部５１１は、変換部５０５から受信信号又はタイムアウト通知を取得する（Ｓ３５０１）。変換部５０５は、ある呼についてタイムアウト処理を行った場合に、タイムアウト通知を取得部５１１へ渡す。タイムアウト通知は、呼識別子を含んでいる。上述したように、この例における呼識別子は、ＳＩＰにおけるＣａｌｌ ＩＤ又はＩＳＵＰにおけるＣＩＣである。

取得部５１１は、タイムアウト通知を取得したか否かを判定する（Ｓ３５０３）。タイムアウト通知を取得していないと判定した場合には、Ｓ６０３の処理に移る。尚、Ｓ６０３乃至Ｓ６０９の処理については、図６を用いて説明した実施の形態１における処理と同様である。

一方、タイムアウト通知を取得したと判定した場合には、シーケンスロギング部５２７は、シーケンス完了処理を実行する（Ｓ３５０５）。

図３６に、シーケンス完了処理フローを示す。シーケンスロギング部５２７は、ＳＩＰ受信信号からＣａｌｌ ＩＤを抽出し、あるいはＩＳＵＰ受信信号からＣＩＣを抽出する（Ｓ３６０１）。シーケンスロギング部５２７は、シーケンステーブル記憶部５２９において、当該Ｃａｌｌ ＩＤ又は当該ＣＩＣに対応するシーケンステーブルを特定する（Ｓ３６０３）。以下の処理では、特定したシーケンステーブルにおけるシーケンスは完結したものとする。

第３判定部２６３３は、シーケンスパターン格納部５３１に格納されているシーケンスパターンのうち、未処理のシーケンスパターンを１つ特定する（Ｓ３６０５）。第３判定部２６３３は、今回完結したシーケンスが当該シーケンスパターンに一致するか否かを判定する（Ｓ３６０７）。今回完結したシーケンスとは、Ｓ３６０３で特定されたシーケンステーブルに相当する。この例では、今回完結したシーケンスに含まれる受信信号モデル名が、出現順位を含めて過不足無く、シーケンスパターンに含まれる受信信号モデル名と一致する場合に、当該シーケンステーブルは、当該シーケンスパターンに一致すると判定される。

今回完結したシーケンスが当該シーケンスパターンに一致すると判定した場合には、第３計数部２６３７は、シーケンスカウントテーブル格納部５３３における当該シーケンスパターンの発生回数をインクリメントする（Ｓ３６０９）。

一方、今回完結したシーケンスが当該シーケンスパターンに一致しないと判定した場合には、第３判定部２６３３は、未処理のシーケンスパターンがあるか否かを判定する（Ｓ３６１１）。未処理のシーケンスパターンがあると判定した場合には、Ｓ３６０５の処理に戻って、上述の処理を繰り返す。

未処理のシーケンスパターンがないと判定した場合には、第３登録部２６３５は、新しいシーケンスパターン名を割り当て（Ｓ３６１３）、新しいシーケンスパターン名に対応付けて、今回完結したシーケンスをシーケンスパターン格納部５３１に登録する（Ｓ３６１５）。

第３計数部２６３７は、シーケンスカウントテーブル格納部５３３に新しいシーケンスパターンのレコードを設け、発生回数に１を書く（Ｓ３６１７）。

本実施の形態によれば、正常に終了しなかったシーケンスも分類できる。正常に終了しなかったシーケンスの発生回数は、例えば障害が発生している状況の把握やエラーの解析に役立つことがある。

以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上述の機能ブロック構成は実際のプログラムモジュール構成に一致しない場合もある。

また、上で説明した各記憶領域の構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。

なお、上で述べたゲートウェイ装置１０１は、コンピュータ装置であって、図３７に示すように、メモリ２６０１とＣＰＵ２６０３とハードディスク・ドライブ（ＨＤＤ）２６０５と表示装置２６０９に接続される表示制御部２６０７とリムーバブル・ディスク２６１１用のドライブ装置２６１３と入力装置２６１５とネットワークに接続するための通信制御部２６１７（図３７では、２６１７ａ乃至２６１７ｃ）とがバス２６１９で接続されている場合もある。なお、場合によっては、表示制御部２６０７、表示装置２６０９、ドライブ装置２６１３、入力装置２６１５は含まれない場合もある。オペレーティング・システム（ＯＳ：Operating System）及びアプリケーション・プログラムは、ＨＤＤ２６０５に格納されており、ＣＰＵ２６０３により実行される際にはＨＤＤ２６０５からメモリ２６０１に読み出される。必要に応じてＣＰＵ２６０３は、表示制御部２６０７、通信制御部２６１７、ドライブ装置２６１３を制御して、必要な動作を行わせる。なお、通信制御部２６１７のいずれかを介して入力されたデータは、他の通信制御部２６１７を介して出力される。ＣＰＵ２６０３は、通信制御部２６１７を制御して、適切に出力先を切り替える。また、処理途中のデータについては、メモリ２６０１に格納され、必要があればＨＤＤ２６０５に格納される。アプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２６１１に格納されて頒布され、ドライブ装置２６１３からＨＤＤ２６０５にインストールされる。インターネットなどのネットワーク及び通信制御部２６１７を経由して、ＨＤＤ２６０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２６０３、メモリ２６０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

以上述べた本発明の実施の形態をまとめると、以下のようになる。

本実施の形態に係る情報処理装置は、ネットワークにおける伝送データを分類するための複数の信号モデルを格納するための第１格納部と、伝送データを取得する取得部と、複数の信号モデルのうち、取得した伝送データが適合する信号モデルを判定する第１判定部と、複数の信号モデルのいずれにも適合しない伝送データに対応する新たな信号モデルを第１格納部へ登録する第１登録部とを有する。

このようにすれば、未知の伝送データを分類できる。

上記情報処理装置は、更に、複数の信号モデルの各々について、取得した伝送データに適合した回数を計数する第１計数部を有するようにしてもよい。

このようにすれば、分類された伝送データの通信頻度を記録できる。伝送データそのものは記録されないので、蓄積されるデータ量は比較的少ない。

上記情報処理装置は、更に、信号モデルを順序付けたシーケンスパターンを複数格納するための第２格納部を有するようにしてもよい。上記情報処理装置は、更に、一連の伝送データを取得した順に、伝送データが適合した信号モデルを特定したシーケンスを生成する生成部を有するようにしてもよい。上記情報処理装置は、更に、生成されたシーケンスと一致するシーケンスパターンを判定する第２判定部を有するようにしてもよい。上記情報処理装置は、更に、生成されたシーケンスがシーケンスパターンのいずれとも一致しない場合に、生成されたシーケンスと一致する新たなシーケンスパターンを第２格納部へ登録する第２登録部を有するようにしてもよい。

このようにすれば、未知のシーケンスを分類できる。

上記情報処理装置は、更に、シーケンスパターン毎に、生成されたシーケンスと一致した回数を計数する第２計数部を有するようにしてもよい。

このようにすれば、分類されたシーケンスの発生頻度を記録できる。シーケンスそのものは記録されないので、蓄積されるデータ量は比較的少ない。

本実施の形態に係る情報処理装置は、第１ネットワーク及び第２ネットワークを介する呼接続において、第１ネットワークにおける第１プロトコルと第２ネットワークにおける第２プロトコルとの間のプロトコル変換を行う変換部と、第１プロトコルに係る第１伝送データを分類するための複数の第１信号モデルを格納するための第１格納部と、第２プロトコルに係る第２伝送データを分類するための複数の第２信号モデルを格納するための第２格納部と、第１信号モデル又は第２信号モデルを順序付けたシーケンスパターンを複数格納するための第３格納部と、第１伝送データ及び第２伝送データを取得する取得部と、複数の第１信号モデルのうち、取得した第１伝送データが適合する第１信号モデルを判定する第１判定部と、複数の第２信号モデルのうち、取得した第２伝送データが適合する第２信号モデルを判定する第２判定部と、呼接続において第１伝送データ又は第２伝送データを取得した順に、第１伝送データが適合した第１信号モデル又は第２伝送データが適合した第２信号モデルを特定したシーケンスを生成する生成部と、生成されたシーケンスと一致するシーケンスパターンを判定する第３判定部と、生成されたシーケンスがシーケンスパターンのいずれとも一致しない場合に、生成されたシーケンスと一致する新たなシーケンスパターンを第３格納部へ登録する登録部とを有する。

このようにすれば、２つのネットワークを介する呼接続においてプロトコル変換が行われる場合に、２つのプロトコルに関する未知のシーケンスを分類できる。

上記情報処理装置は、更に、シーケンスパターン毎に、生成されたシーケンスと一致した回数を計数する計数部を有するようにしてもよい。

このようにすれば、２つのネットワークを介する呼接続においてプロトコル変換が行われる場合に、２つのプロトコルに関するシーケンスの分類別の発生頻度を記録できる。シーケンスそのものは記録されないので、蓄積されるデータ量は比較的少ない。

なお、上で述べた情報処理装置の処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納されるようにしてもよい。尚、中間的な処理結果は、一般的にメインメモリ等の記憶装置に一時保管される。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）
ネットワークにおける伝送データを分類するための複数の信号モデルを格納するための第１格納部と、
伝送データを取得する取得部と、
前記複数の信号モデルのうち、取得した前記伝送データが適合する信号モデルを判定する第１判定部と、
前記複数の信号モデルのいずれにも適合しない前記伝送データに対応する新たな信号モデルを前記第１格納部へ登録する第１登録部と
を有することを特徴とする情報処理装置。

（付記２）
更に、
前記複数の信号モデルの各々について、取得した前記伝送データに適合した回数を計数する第１計数部
を有する付記１記載の情報処理装置。

（付記３）
更に、
前記信号モデルを順序付けたシーケンスパターンを複数格納するための第２格納部と、
一連の前記伝送データを取得した順に、前記伝送データが適合した信号モデルを特定したシーケンスを生成する生成部と、
前記生成されたシーケンスと一致するシーケンスパターンを判定する第２判定部と、
前記生成されたシーケンスが前記シーケンスパターンのいずれとも一致しない場合に、前記生成されたシーケンスと一致する新たなシーケンスパターンを前記第２格納部へ登録する第２登録部と
を有する付記１又は２記載の情報処理装置。

（付記４）
更に、
前記シーケンスパターン毎に、前記生成されたシーケンスと一致した回数を計数する第２計数部
を有する付記３記載の情報処理装置。

（付記５）
第１ネットワーク及び第２ネットワークを介する呼接続において、前記第１ネットワークにおける第１プロトコルと前記第２ネットワークにおける第２プロトコルとの間のプロトコル変換を行う変換部と、
前記第１プロトコルに係る第１伝送データを分類するための複数の第１信号モデルを格納するための第１格納部と、
前記第２プロトコルに係る第２伝送データを分類するための複数の第２信号モデルを格納するための第２格納部と、
前記第１信号モデル又は前記第２信号モデルを順序付けたシーケンスパターンを複数格納するための第３格納部と、
第１伝送データ及び第２伝送データを取得する取得部と、
前記複数の第１信号モデルのうち、取得した前記第１伝送データが適合する第１信号モデルを判定する第１判定部と、
前記複数の第２信号モデルのうち、取得した前記第２伝送データが適合する第２信号モデルを判定する第２判定部と、
前記呼接続において前記第１伝送データ又は前記第２伝送データを取得した順に、前記第１伝送データが適合した前記第１信号モデル又は前記第２伝送データが適合した前記第２信号モデルを特定したシーケンスを生成する生成部と、
前記生成されたシーケンスと一致するシーケンスパターンを判定する第３判定部と、
前記生成されたシーケンスが前記シーケンスパターンのいずれとも一致しない場合に、前記生成されたシーケンスと一致する新たなシーケンスパターンを前記第３格納部へ登録する登録部と
を有する情報処理装置。

（付記６）
更に、
前記シーケンスパターン毎に、前記生成されたシーケンスと一致した回数を計数する計数部
を有する付記５記載の情報処理装置。

（付記７）
ネットワークにおける伝送データを取得する処理と、
前記伝送データを分類するための複数の信号モデルのうち、取得した前記伝送データが適合する信号モデルを判定する処理と、
前記複数の信号モデルのいずれにも適合しない前記伝送データに対応する新たな信号モデルを登録する処理と
を含み、コンピュータにより実行されるロギング方法。

（付記８）
第１ネットワークにおける第１プロトコルに係る第１伝送データを分類するための複数の第１信号モデルを格納するための第１格納部と、
第２ネットワークにおける第２プロトコルに係る第２伝送データを分類するための複数の第２信号モデルを格納するための第２格納部と、
前記第１信号モデル又は前記第２信号モデルを順序付けたシーケンスパターンを複数格納するための第３格納部とを有し、
前記第１ネットワーク及び前記第２ネットワークを介する呼接続において、前記第１プロトコルと前記第２プロトコルとの間のプロトコル変換を行うコンピュータにより、
第１伝送データ及び第２伝送データを取得する処理と、
前記複数の第１信号モデルのうち、取得した前記第１伝送データが適合する第１信号モデルを判定する処理と、
前記複数の第２信号モデルのうち、取得した前記第２伝送データが適合する第２信号モデルを判定する処理と、
前記呼接続において前記第１伝送データ又は前記第２伝送データを取得した順に、前記第１伝送データが適合した前記第１信号モデル又は前記第２伝送データが適合した前記第２信号モデルを特定したシーケンスを生成する処理と、
前記生成されたシーケンスと一致するシーケンスパターンを判定する処理と、
前記生成されたシーケンスが前記シーケンスパターンのいずれとも一致しない場合に、前記生成されたシーケンスと一致する新たなシーケンスパターンを前記第３格納部へ登録する処理と
が実行されるロギング方法。

１０１ ゲートウェイ装置 １０３ 第１移動体通信システム
１０５ 第２移動体通信システム ５０１ 第１ネットワーク用カード
５０３ 第２ネットワーク用カード ５０５ 変換部
５０７ 第１プロトコル変換部 ５０９ 第２プロトコル変換部
５１１ 取得部 ５１３ 受信信号記憶部
５１５ 第１信号ロギング部 ５１７ 第１信号モデル格納部
５１９ 第１信号カウントテーブル格納部 ５２１ 第２信号ロギング部
５２３ 第２信号モデル格納部 ５２５ 第２信号カウントテーブル格納部
５２７ シーケンスロギング部 ５２９ シーケンステーブル記憶部
５３１ シーケンスパターン格納部 ５３３ シーケンスカウントテーブル格納部
５３５ 出力部 ７０１ 第１判定部
７０３ 第１登録部 ７０５ 第１計数部
１７０１ 第２判定部 １７０３ 第２登録部
１７０５ 第２計数部 １９０１ 枠
２６３１ 生成部 ２６３３ 第３判定部
２６３５ 第３登録部 ２６３７ 第３計数部

Claims (6)

1. 第１ネットワーク及び第２ネットワークを介する呼接続において、前記第１ネットワークにおける第１プロトコルと前記第２ネットワークにおける第２プロトコルとの間のプロトコル変換を行う変換部と、
   前記第１プロトコルに係る第１伝送データを分類するための複数の第１信号モデルを格納するための第１格納部と、
   前記第２プロトコルに係る第２伝送データを分類するための複数の第２信号モデルを格納するための第２格納部と、
   前記第１信号モデル又は前記第２信号モデルを順序付けたシーケンスパターンを複数格納するための第３格納部と、
   第１伝送データ及び第２伝送データを取得する取得部と、
   前記複数の第１信号モデルのうち、取得した前記第１伝送データが適合する第１信号モデルを判定する第１判定部と、
   前記複数の第２信号モデルのうち、取得した前記第２伝送データが適合する第２信号モデルを判定する第２判定部と、
   前記呼接続における前記第１プロトコルの呼識別子と前記第２プロトコルの呼識別子との対応付けに基づいて、前記呼接続における前記第１伝送データ又は前記第２伝送データを特定し、特定した前記第１伝送データ又は前記第２伝送データが取得された順に、前記第１伝送データが適合した前記第１信号モデル又は前記第２伝送データが適合した前記第２信号モデルを特定したシーケンスを生成する生成部と、
   前記生成されたシーケンスと一致するシーケンスパターンを判定する第３判定部と、
   前記生成されたシーケンスが前記シーケンスパターンのいずれとも一致しない場合に、前記生成されたシーケンスと一致する新たなシーケンスパターンを前記第３格納部へ登録する登録部と
   を有する情報処理装置。
2. 前記第３格納部に格納される前記シーケンスパターンは、起呼信号に係る前記第１信号モデル又は前記第２信号モデルから、切断応答信号に係る前記第１信号モデル又は前記第２信号モデルまでを順序付け、
   前記生成されたシーケンスは、前記起呼信号に係る前記第１信号モデル又は前記第２信号モデルから、前記切断応答信号に係る前記第１信号モデル又は前記第２信号モデルまでを特定する
   請求項１記載の情報処理装置。
3. 更に、
   前記シーケンスパターン毎に、前記生成されたシーケンスと一致した回数を計数する計数部
   を有する請求項１又は２記載の情報処理装置。
4. 第１ネットワークにおける第１プロトコルに係る第１伝送データを分類するための複数の第１信号モデルを格納するための第１格納部と、
   第２ネットワークにおける第２プロトコルに係る第２伝送データを分類するための複数の第２信号モデルを格納するための第２格納部と、
   前記第１信号モデル又は前記第２信号モデルを順序付けたシーケンスパターンを複数格納するための第３格納部とを有し、
   前記第１ネットワーク及び前記第２ネットワークを介する呼接続において、前記第１プロトコルと前記第２プロトコルとの間のプロトコル変換を行うコンピュータにより、
   第１伝送データ及び第２伝送データを取得する処理と、
   前記複数の第１信号モデルのうち、取得した前記第１伝送データが適合する第１信号モデルを判定する処理と、
   前記複数の第２信号モデルのうち、取得した前記第２伝送データが適合する第２信号モデルを判定する処理と、
   前記呼接続における前記第１プロトコルの呼識別子と前記第２プロトコルの呼識別子との対応付けに基づいて、前記呼接続における前記第１伝送データ又は前記第２伝送データを特定し、特定した前記第１伝送データ又は前記第２伝送データが取得された順に、前記第１伝送データが適合した前記第１信号モデル又は前記第２伝送データが適合した前記第２信号モデルを特定したシーケンスを生成する処理と、
   前記生成されたシーケンスと一致するシーケンスパターンを判定する処理と、
   前記生成されたシーケンスが前記シーケンスパターンのいずれとも一致しない場合に、前記生成されたシーケンスと一致する新たなシーケンスパターンを前記第３格納部へ登録する処理と
   が実行されるロギング方法。
5. 前記第３格納部に格納される前記シーケンスパターンは、起呼信号に係る前記第１信号モデル又は前記第２信号モデルから、切断応答信号に係る前記第１信号モデル又は前記第２信号モデルまでを順序付け、
   前記生成されたシーケンスは、前記起呼信号に係る前記第１信号モデル又は前記第２信号モデルから、前記切断応答信号に係る前記第１信号モデル又は前記第２信号モデルまでを特定する
   請求項４記載のロギング方法。
6. 更に、
   前記シーケンスパターン毎に、前記生成されたシーケンスと一致した回数を計数する処理
   が実行される請求項４又は５記載のロギング方法。

Images