(57)【要約】【課題】発信間隔を大きくして迷惑電話またはワン切りを行っている端末を適切に特定することを課題とする。【解決手段】ＳＩＰ  ＵＲＩ特定装置１０は、各端末間で送受信されるＳＩＰパケットから、ＳＩＰパケットの送受信に関する送受信情報を抽出し、抽出された送受信情報を用いて、各端末の統計データまたは二つの端末の組み合わせごとの統計データを抽出し、抽出された各端末の統計データまたは二つの端末の組み合わせごとの統計データを用いて、発信間隔に依存しないパラメータを算出し、パラメータを用いて、データパケットの送信元である発信元端末が迷惑電話またはワン切りを行う端末であることの信頼度を示すスコアを計算し、算出されたスコアが所定の閾値以上であるか判定し、当該閾値以上である場合には、発信元端末を迷惑電話またはワン切り電話を行う端末として特定する。【選択図】        図２
2010093739.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続している複数の端末の中から、他の端末へ迷惑電話またはワン切りを行う端末を特定する特定装置であって、
各端末間で送受信されるデータパケットから、前記データパケットの送受信に関する送受信情報を抽出する送受信情報抽出手段と、
前記送受信情報抽出手段によって抽出された送受信情報を用いて、各端末の統計データまたは二つの端末の組み合わせごとの統計データを抽出する統計情報抽出手段と、
前記統計情報抽出手段によって抽出された前記各端末の統計データまたは前記二つの端末の組み合わせごとの統計データを用いて、発信間隔に依存しないパラメータを算出するパラメータ算出手段と、
前記パラメータ算出手段によって算出された前記パラメータを用いて、前記データパケットの送信元である発信元端末が迷惑電話またはワン切りを行う端末であることの信頼度を示すスコアを計算するスコア計算手段と、
前記スコア計算手段によって算出されたスコアが所定の閾値以上であるか判定し、当該閾値以上である場合には、前記発信元端末を迷惑電話またはワン切り電話を行う端末として特定する迷惑電話特定手段と、
を備えることを特徴とする特定装置。
【請求項２】
前記パラメータ算出手段は、前記発信間隔に依存しないパラメータとして、４０４ＮｏｔＦｏｕｎｄの割合、ＣＡＮＣＥＬの割合、通話が行われなかった発信の割合、発信の割合、ユニークな発信先の割合、無料通話範囲への発信の割合、平均通話時間、通話が受信者のＢＹＥによって終了した割合、通話時間が短い通話が受信者のＢＹＥによって終了した割合、通話時間が長い通話が受信者のＢＹＥによって終了した割合のいずれか一つまたは複数を算出することを特徴とする請求項１に記載の特定装置。
【請求項３】
前記スコア計算手段は、前記スコアの計算として、前記パラメータ算出手段によって算出された複数のパラメータのうち、各パラメータに対して設けられた閾値を超えるパラメータの数を計算することを特徴とする請求項１または２に記載の特定装置。
【請求項４】
前記スコア計算手段は、前記スコアの計算として、前記パラメータ算出手段によって算出された前記パラメータをベイジアンネットワークに入力し、迷惑電話またはワン切りを行う端末である確率を計算することを特徴とする請求項１または２に記載の特定装置。
【請求項５】
前記迷惑電話特定手段は、前記スコア計算手段によって算出されたスコアが、迷惑電話またはワン切りを行う端末としてサンプルされたスコアの平均値以上であるか判定し、当該平均値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定することを特徴とする請求項１〜４のいずれか一つに記載の特定装置。
【請求項６】
前記迷惑電話特定手段は、前記スコア計算手段によって算出されたスコアが、通常ユーザのサンプルのスコアの標準偏差に基づいて決められた閾値以上であるか判定し、当該閾値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定することを特徴とする請求項１〜４のいずれか一つに記載の特定装置。
【請求項７】
前記迷惑電話特定手段は、前記スコア計算手段によって算出されたスコアが、ベイジアンネットワークにサンプルのパラメータを入力して求められた迷惑電話またはワン切り電話を行う端末である確率のスコア分布に基づいて決められた閾値以上であるか判定し、当該閾値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定することを特徴とする請求項１〜４のいずれか一つに記載の特定装置。
【請求項８】
ネットワークに接続している複数の端末の中から、他の端末へ迷惑電話またはワン切りを行う端末を特定する特定方法であって、
各端末間で送受信されるデータパケットから、前記データパケットの送受信に関する送受信情報を抽出する送受信情報抽出工程と、
前記送受信情報抽出工程によって抽出された送受信情報を用いて、各端末の統計データまたは二つの端末の組み合わせごとの統計データを抽出する統計情報抽出工程と、
前記統計情報抽出工程によって抽出された前記各端末の統計データまたは前記二つの端末の組み合わせごとの統計データを用いて、発信間隔に依存しないパラメータを算出するパラメータ算出工程と、
前記パラメータ算出工程によって算出された前記パラメータを用いて、前記データパケットの送信元である発信元端末が迷惑電話またはワン切りを行う端末であることの信頼度を示すスコアを計算するスコア計算工程と、
前記スコア計算工程によって算出されたスコアが所定の閾値以上であるか判定し、当該閾値以上である場合には、前記発信元端末を迷惑電話またはワン切り電話を行う端末として特定する迷惑電話特定工程と、
を含んだことを特徴とする特定方法。
【請求項９】
ネットワークに接続している複数の端末の中から、他の端末へ迷惑電話またはワン切りを行う端末を特定する特定方法をコンピュータに実行させる特定プログラムであって、
各端末間で送受信されるデータパケットから、前記データパケットの送受信に関する送受信情報を抽出する送受信情報抽出手順と、
前記送受信情報抽出手順によって抽出された送受信情報を用いて、各端末の統計データまたは二つの端末の組み合わせごとの統計データを抽出する統計情報抽出手順と、
前記統計情報抽出手順によって抽出された前記各端末の統計データまたは前記二つの端末の組み合わせごとの統計データを用いて、発信間隔に依存しないパラメータを算出するパラメータ算出手順と、
前記パラメータ算出手順によって算出された前記パラメータを用いて、前記データパケットの送信元である発信元端末が迷惑電話またはワン切りを行う端末であることの信頼度を示すスコアを計算するスコア計算手順と、
前記スコア計算手順によって算出されたスコアが所定の閾値以上であるか判定し、当該閾値以上である場合には、前記発信元端末を迷惑電話またはワン切り電話を行う端末として特定する迷惑電話特定手順と、
をコンピュータに実行させることを特徴とする特定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＰネットワークにおけるＳＩＰクライアントに対して迷惑電話やワン切りを行うＳＩＰ  ＵＲＩを特定する特定装置、特定方法および特定プログラムに関する。
【背景技術】
【０００２】
従来方式では、ＩＳＰにＳＩＰシグナリング取得装置を導入し、図２０に示すようにＳＩＰ  ＵＲＩごとの一定期間ＩＮＶＩＴＥ量を測定することによりコールレートを算出し、コールレートが閾値を超えた場合に、そのＳＩＰ  ＵＲＩが機械による自動音声の迷惑電話行為（例えば、機械による自動音声の迷惑電話やワン切り等）に利用されていると判断し、迷惑電話を行うＳＩＰ  ＵＲＩを特定する方式が知られている（非特許文献１参照）。
【０００３】
例えば、図２０に示す例を用いて説明すると、ＳＩＰ  ＵＲＩが「050XXXX1111」の端末のコールレートについては、他のＳＩＰ  ＵＲＩの端末に比べ非常に高く、そのコールレートが所定の閾値を超えているので、ＳＩＰ  ＵＲＩが「050XXXX1111」の端末を迷惑電話やワン切りを行うユーザの端末であると判定している。
【０００４】
また、機械による自動音声の迷惑電話は、ＳＰＩＴ（Ｓｐａｍ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｔｅｌｅｐｈｏｎｙ）と呼ばれている。つまり、上記の迷惑電話を行うＳＩＰ  ＵＲＩを特定する技術では、機械で連続的にＳＰＩＴが多数のＳＩＰ  ＵＲＩ宛てに送られると想定している、そのため、ＳＰＩＴを送るＳＩＰ  ＵＲＩが一定期間に送信されるＩＮＶＩＴＥ数が通常のユーザのＳＩＰ  ＵＲＩに比べて多いという特徴を利用している。
【０００５】
このような特徴を、ＳＰＩＴを行っているＳＩＰ  ＵＲＩの特定のための判断に用いるので、ＳＩＰ  ＵＲＩごとにコールレートを測定し、設定された閾値を超えたＳＩＰ  ＵＲＩを、ＳＰＩＴを行っているＳＩＰ  ＵＲＩとして判定する。また、ＩＮＶＩＴＥ数を見るため、ワン切りを行なっているＳＩＰ  ＵＲＩの特定にも利用することができる。
【０００６】
【非特許文献１】R. Schelegel, S. Niccolni, S. Tartarelli, M. Brunner, “SPam over Internet Telehoney(SPIT)Prevention Framework”, Proceedings of IEEE GLOBECOM 2006, San Francisco, USA, November 2006
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した従来技術では、コールレートが閾値より高いＳＩＰ  ＵＲＩを、迷惑電話を行うＳＩＰ  ＵＲＩとして特定するので、迷惑電話またはワン切りを行なうユーザの発信間隔が大きい場合には、迷惑電話またはワン切りを行なうＳＩＰ  ＵＲＩの特定ができないという課題がある。
【０００８】
また、迷惑電話またはワン切りを行なうユーザが、ＳＰＩＴを行なうＳＩＰ  ＵＲＩが割り当てられた端末に検知回避のため発振間隔を長くするように設定した場合や、複数のＳＩＰ  ＵＲＩを用いて発信をラウンドロビンで行なうことで発信を分散させ、１つのＳＩＰ  ＵＲＩの発信間隔を長くした場合には、コートレートが閾値を超えないため、迷惑電話またはワン切りを行なうＳＩＰ  ＵＲＩの特定ができないという課題がある。
【０００９】
また、迷惑電話またはワン切りを行なうユーザが発信間隔を長くした場合でも、迷惑電話を行うＳＩＰ  ＵＲＩを特定できるようにするために、コールレートの閾値を小さくすることも考えられるが、通常ユーザを誤って迷惑電話またはワン切りを行なうユーザとして特定してしまうため、コールレートの閾値を小さくすることは難しく、迷惑電話またはワン切りを行なうＳＩＰ  ＵＲＩの特定が適切に行えないという課題があった。
【００１０】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、発信間隔を大きくして迷惑電話またはワン切りを行っているＳＩＰ  ＵＲＩを適切に特定することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、ネットワークに接続している複数の端末の中から、他の端末へ迷惑電話またはワン切りを行う端末を特定する特定装置であって、各端末間で送受信されるデータパケットから、前記データパケットの送受信に関する送受信情報を抽出する送受信情報抽出手段と、前記送受信情報抽出手段によって抽出された送受信情報を用いて、各端末の統計データまたは二つの端末の組み合わせごとの統計データを抽出する統計情報抽出手段と、前記統計情報抽出手段によって抽出された前記各端末の統計データまたは前記二つの端末の組み合わせごとの統計データを用いて、発信間隔に依存しないパラメータを算出するパラメータ算出手段と、前記パラメータ算出手段によって算出された前記パラメータを用いて、前記データパケットの送信元である発信元端末が迷惑電話またはワン切りを行う端末であることの信頼度を示すスコアを計算するスコア計算手段と、前記スコア計算手段によって算出されたスコアが所定の閾値以上であるか判定し、当該閾値以上である場合には、前記発信元端末を迷惑電話またはワン切り電話を行う端末として特定する迷惑電話特定手段と、を備えることを特徴とする。
【００１２】
また、請求項２に係る発明は、前記パラメータ算出手段は、前記発信間隔に依存しないパラメータとして、４０４ＮｏｔＦｏｕｎｄの割合、ＣＡＮＣＥＬの割合、通話が行われなかった発信の割合、発信の割合、ユニークな発信先の割合、無料通話範囲への発信の割合、平均通話時間、通話が受信者のＢＹＥによって終了した割合、通話時間が短い通話が受信者のＢＹＥによって終了した割合、通話時間が長い通話が受信者のＢＹＥによって終了した割合のいずれか一つまたは複数を算出することを特徴とする。
【００１３】
また、請求項３に係る発明は、前記スコア計算手段は、前記スコアの計算として、前記パラメータ算出手段によって算出された複数のパラメータのうち、各パラメータに対して設けられた閾値を超えるパラメータの数を計算することを特徴とする。
【００１４】
また、請求項４に係る発明は、前記スコア計算手段は、前記スコアの計算として、前記パラメータ算出手段によって算出された前記パラメータをベイジアンネットワークに入力し、迷惑電話またはワン切りを行う端末である確率を計算することを特徴とする。
【００１５】
また、請求項５に係る発明は、前記迷惑電話特定手段は、前記スコア計算手段によって算出されたスコアが、迷惑電話またはワン切りを行う端末としてサンプルされたスコアの平均値以上であるか判定し、当該平均値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定することを特徴とする。
【００１６】
また、請求項６に係る発明は、前記迷惑電話特定手段は、前記スコア計算手段によって算出されたスコアが、通常ユーザのサンプルのスコアの標準偏差に基づいて決められた閾値以上であるか判定し、当該閾値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定することを特徴とする。
【００１７】
また、請求項７に係る発明は、前記迷惑電話特定手段は、前記スコア計算手段によって算出されたスコアが、ベイジアンネットワークにサンプルのパラメータを入力して求められた迷惑電話またはワン切り電話を行う端末である確率のスコア分布に基づいて決められた閾値以上であるか判定し、当該閾値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定することを特徴とする。
【００１８】
また、請求項８に係る発明は、ネットワークに接続している複数の端末の中から、他の端末へ迷惑電話またはワン切りを行う端末を特定する特定方法であって、各端末間で送受信されるデータパケットから、前記データパケットの送受信に関する送受信情報を抽出する送受信情報抽出工程と、前記送受信情報抽出工程によって抽出された送受信情報を用いて、各端末の統計データまたは二つの端末の組み合わせごとの統計データを抽出する統計情報抽出工程と、前記統計情報抽出工程によって抽出された前記各端末の統計データまたは前記二つの端末の組み合わせごとの統計データを用いて、発信間隔に依存しないパラメータを算出するパラメータ算出工程と、前記パラメータ算出工程によって算出された前記パラメータを用いて、前記データパケットの送信元である発信元端末が迷惑電話またはワン切りを行う端末であることの信頼度を示すスコアを計算するスコア計算工程と、前記スコア計算工程によって算出されたスコアが所定の閾値以上であるか判定し、当該閾値以上である場合には、前記発信元端末を迷惑電話またはワン切り電話を行う端末として特定する迷惑電話特定工程と、を含んだことを特徴とする。
【００１９】
また、請求項９に係る発明は、ネットワークに接続している複数の端末の中から、他の端末へ迷惑電話またはワン切りを行う端末を特定する特定方法をコンピュータに実行させる特定プログラムであって、各端末間で送受信されるデータパケットから、前記データパケットの送受信に関する送受信情報を抽出する送受信情報抽出手順と、前記送受信情報抽出手順によって抽出された送受信情報を用いて、各端末の統計データまたは二つの端末の組み合わせごとの統計データを抽出する統計情報抽出手順と、前記統計情報抽出手順によって抽出された前記各端末の統計データまたは前記二つの端末の組み合わせごとの統計データを用いて、発信間隔に依存しないパラメータを算出するパラメータ算出手順と、前記パラメータ算出手順によって算出された前記パラメータを用いて、前記データパケットの送信元である発信元端末が迷惑電話またはワン切りを行う端末であることの信頼度を示すスコアを計算するスコア計算手順と、前記スコア計算手順によって算出されたスコアが所定の閾値以上であるか判定し、当該閾値以上である場合には、前記発信元端末を迷惑電話またはワン切り電話を行う端末として特定する迷惑電話特定手順と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００２０】
請求項１、８または９の発明によれば、各端末間で送受信されるデータパケットから、データパケットの送受信に関する送受信情報を抽出し、抽出された送受信情報を用いて、各端末の統計データまたは二つの端末の組み合わせごとの統計データを抽出し、抽出された各端末の統計データまたは二つの端末の組み合わせごとの統計データを用いて、発信間隔に依存しないパラメータを算出し、パラメータを用いて、データパケットの送信元である発信元端末が迷惑電話またはワン切りを行う端末であることの信頼度を示すスコアを計算し、算出されたスコアが所定の閾値以上であるか判定し、当該閾値以上である場合には、発信元端末を迷惑電話またはワン切り電話を行う端末として特定するので、発信間隔を大きくして迷惑電話またはワン切りを行っている端末を適切に特定することが可能である。
【００２１】
請求項２の発明によれば、発信間隔に依存しないパラメータとして、４０４ＮｏｔＦｏｕｎｄの割合、ＣＡＮＣＥＬの割合、通話が行われなかった発信の割合、発信の割合、ユニークな発信先の割合、無料通話範囲への発信の割合、平均通話時間、通話が受信者のＢＹＥによって終了した割合、通話時間が短い通話が受信者のＢＹＥによって終了した割合、通話時間が長い通話が受信者のＢＹＥによって終了した割合のいずれか一つまたは複数を算出するので、迷惑電話またはワン切りの目的上避ける敷居が高いパラメータ、受信者の反応によって決まるパラメータであり、迷惑電話またはワン切りを行うユーザが発信間隔のように簡単に調整をすることが出来ない結果、発信間隔を大きくして迷惑電話またはワン切りを行っている端末を適切に特定することが可能である。
【００２２】
請求項３の発明によれば、スコアの計算として、算出された複数のパラメータのうち、各パラメータに対して設けられた閾値を超えるパラメータの数を計算するので、発信間隔を大きくして迷惑電話またはワン切りを行っている端末を適切かつ簡易に特定することが可能である。
【００２３】
請求項４の発明によれば、スコアの計算として、算出されたパラメータをベイジアンネットワークに入力し、迷惑電話またはワン切りを行う端末である確率を計算するので、発信間隔を大きくして迷惑電話またはワン切りを行っている端末をより適切に特定することが可能である。
【００２４】
請求項５の発明によれば、算出されたスコアが、迷惑電話またはワン切りを行う端末としてサンプルされたスコアの平均値以上であるか判定し、当該平均値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定するので、事前にサンプリングされた迷惑電話またはワン切りを行う端末のスコア平均値を用いて、迷惑電話またはワン切りを行っている端末をより適切に特定することが可能である。
【００２５】
請求項６の発明によれば、算出されたスコアが、通常ユーザのサンプルのスコアの標準偏差に基づいて決められた閾値以上であるか判定し、当該閾値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定するので、事前にサンプリングされた通常ユーザのスコアの標準偏差を用いて、迷惑電話またはワン切りを行っている端末をより適切に特定することが可能である。
【００２６】
請求項７の発明によれば、算出されたスコアが、ベイジアンネットワークにサンプルのパラメータを入力して求められた迷惑電話またはワン切り電話を行う端末である確率のスコア分布に基づいて決められた閾値以上であるか判定し、当該閾値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定するので、ベイジアンネットワークを用いて、迷惑電話またはワン切りを行っている端末をより適切に特定することが可能である。
【発明を実施するための最良の形態】
【００２７】
（第１実施形態）
以下に、本発明に係るＳＩＰ  ＵＲＩ特定装置、ＳＩＰ  ＵＲＩ特定方法およびＳＩＰ  ＵＲＩ特定プログラムの第１実施形態について説明する。まず最初に、図１を用いて、第１実施形態に係るＳＩＰ  ＵＲＩ特定装置の接続形態を説明する。図１は、第１実施形態に係るＳＩＰ  ＵＲＩ特定装置の接続形態を説明するための図である。
【００２８】
同図に示すように、本実施形態に係るＳＩＰ  ＵＲＩ特定装置１０は、通常ユーザ３０と迷惑電話またはワン切りを行うユーザ５０とが接続されているインターネット２０と、ＳＩＰサーバ４０との間に接続され、インターネット２０を介して、各端末間で送受信されるデータパケットを監視して、迷惑電話またはワン切りを行なうＳＩＰ  ＵＲＩの特定を行う。
【００２９】
インターネット２０に接続されている通常ユーザ３０および迷惑電話またはワン切りを行うユーザ５０は、いずれもＩＰ電話機能を備えた装置であり、ＳＩＰサーバ４０は、ある端末から発信されたデータパケットに含まれる各種データに基づいて、そのデータパケットの発信元の端末と発信先の端末との接続に関する各種処理を実行する装置である。なお、以下、データパケットの発信元の端末を発信元端末、発信先の端末を発信先端末という。
【００３０】
次に、本実施形態におけるＳＩＰ  ＵＲＩ特定装置１０の具体的構成について、図２を用いて説明する。図２は、第１実施形態に係るＳＩＰ  ＵＲＩ特定装置の構成を示すブロック図である。同図に示すように、このＳＩＰ  ＵＲＩ特定装置１０は、記憶部１１、パケット処理部１２、制御部１３を備える。以下にこれらの各部の処理を説明する。
【００３１】
記憶部１４は、制御部１３による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、ＳＩＰ  ＵＲＩ統計情報記憶部１１ａ、パラメータ情報記憶部１１ｂ、ＳＩＰ  ＵＲＩスコア情報記憶部１１ｃ、スコア閾値１１ｄおよび迷惑電話またはワン切り記憶部１１ｅを備える。
【００３２】
ＳＩＰ  ＵＲＩ統計情報記憶部１１ａは、図３に示すコールテーブルと、図４に示すユーザテーブルと、図５に示すユーザ間コールテーブルとを記憶している。コールテーブルは、図３に示すように、発信元として、各発信元端末のＳＩＰ  ＵＲＩ、その発信元端末からデータパケットが発信された発信先として、発信先端末のＳＩＰ  ＵＲＩ、そのときの通話におけるＣａｌｌ＿ＩＤ、そのときの通話における通話開始時刻、そのときの通話における通話終了時刻、発信元端末のＩＰアドレス、発信先端末のＩＰアドレス、ＢＹＥを送ったＳＩＰ  ＵＲＩ、非通知発信の設定の有無、ダイアログ終了メッセージがそれぞれ記憶されている。
【００３３】
また、ユーザテーブルは、図４に示すように、各ユーザのＳＩＰ  ＵＲＩ、通話を発信した回数、通話を受信した回数、総通話時間、ＢＹＥを送られた回数、４０４ＮｏｔＦｏｕｎｄで終わった回数、ＣＡＮＳＥＬで終わった回数、ＢＹＥで終わった回数、非通知発信の回数をそれぞれ記憶している。
【００３４】
また、ユーザ間コールテーブルは、図５に示すように、発信元端末のＳＩＰ  ＵＲＩと、そのＳＩＰ  ＵＲＩから発信されたデータパケットの発信先端末のＳＩＰ  ＵＲＩとが対（ペア）で記憶されており、各発信元端末と発信先端末との間で行われた通話の総通話時間と、総通話回数とが記憶されている。
【００３５】
パラメータ情報記憶部１１ｂは、スコア計算するための各パラメータを示すパラメータテーブルを記憶する。スコア計算に用いられるパラメータとして、迷惑電話またはワン切りの目的上、迷惑電話またはワン切りの可能性の高さを示すパラメータや、受信者の反応から迷惑電話またはワン切りの可能性の高さを示すパラメータを記憶する。
【００３６】
具体的な例を挙げると、パラメータ情報記憶部１１ｂは、迷惑電話またはワン切りの目的上、迷惑電話またはワン切りの可能性の高さを示すパラメータとして、例えば、４０４ＮｏｔＦｏｕｎｄの割合、ＣＡＮＣＥＬの割合、通話が行われなかった発信の割合、発信の割合、ユニークな発信先の割合、無料通話範囲への発信の割合を記憶する。
【００３７】
また、パラメータ情報記憶部１１ｂは、受信者の反応から迷惑電話またはワン切りの可能性の高さを示すパラメータとして、平均通話時間、通話が受信者のＢＹＥによって終了した割合、通話時間が短い通話が受信者のＢＹＥによって終了した割合、通話時間が長い通話が受信者のＢＹＥによって終了した割合を記憶する。
【００３８】
ＳＩＰ  ＵＲＩスコア情報記憶部１１ｃは、後述するスコア計算部１３ｃにより算出されたＳＩＰ  ＵＲＩごとのスコアが記憶されている。
【００３９】
スコア閾値１１ｃは、迷惑電話またはワン切りであるか判定するためのスコア閾値を記憶する。ここで、スコア閾値１１ｃが記憶するスコア閾値の算出方法の例について説明する。例えば、スコア閾値は、迷惑電話またはワン切りを行うＳＩＰ  ＵＲＩのサンプルから取得される平均値であってもよいし、通常のユーザのサンプルのスコアから標準偏差を求め、その標準偏差から決める値でもよいし、固定値（例えば、８０以上）でもよい。
【００４０】
また、例えば、ベイジアンネットワークによって、サンプルデータの通常ユーザのＳＩＰ  ＵＲＩ、迷惑電話またはワン切りを行うＳＩＰ  ＵＲＩの統計情報のパラメータを用いて、迷惑電話またはワン切りを行うＳＩＰ  ＵＲＩである確率を算出し、それをスコアとし、そのスコア分布からスコア閾値を決定してもよい。スコア分布からの決定方法は、検知において何を重視するかによって変わる。誤検知をなくしたいのであれば、誤検知が０％で、検知漏れが最も小さくなるスコアを閾値、検知漏れをなくしたいのであれば、検知漏れ０％で誤検知が最も少なくなるスコアを閾値する。
【００４１】
迷惑電話またはワン切り記憶部１１ｅは、後述する迷惑電話またはワン切り判定部１３ｅによって迷惑電話またはワン切りを行うＳＩＰ  ＵＲＩと判断されたＳＩＰを記憶する。
【００４２】
ここで、図６を用いて、パケットキャプチャからスコア計算までの流れを簡単に説明する。図６に示すように、ＳＩＰ  ＵＲＩ特定装置１０では、キャプチャされたＳＩＰパケットの情報からコールデータを抽出し、ダイアログごとのデータを記憶するコールテーブルに書き込む。
【００４３】
そして、ＳＩＰ  ＵＲＩ特定装置１０では、コールテーブルから各ＳＩＰ  ＵＲＩごとのデータであるユーザテーブル、２つのＳＩＰ  ＵＲＩの組み合わせごとのデータであるユーザ間テーブルに書き込む。続いて、ＳＩＰ  ＵＲＩ特定装置１０では、ユーザテーブルおよびユーザ間テーブルから、各ＳＩＰ  ＵＲＩごとのパラメータを検索し、スコア算出に用いられるパラメータを計算して、パラメータテーブルに書き込む。その後、ＳＩＰ  ＵＲＩ特定装置１０は、パラメータを用いて、スコアを算出する。
【００４４】
なお、図７に示すように、ＳＩＰ  ＵＲＩ特定装置１０では、コールテーブルを記憶部１１に設ける代わりに、例えば、制御部１３のコール情報抽出部１３ａ内にコールテーブルと同等のもの記憶するメモリを設けてもよい。そして、ＳＩＰ  ＵＲＩ特定装置１０は、パケットキャプチャしながらコール情報をメモリに記憶させ、ダイアログが終了するごとに、メモリに記憶されたコール情報からユーザテーブルおよびユーザ間テーブルへ書き込みをし、メモリ上のデータを消すようにしてもよい。
【００４５】
パケット処理部１２は、各端末（図１の例では、通常ユーザ３０の端末、ＳＩＰサーバ４０、迷惑電話またはワン切りを行うユーザ５０の端末）間で送受信されるデータパケットを監視し、パケット情報を取得するが、特に本発明に密接に関連するものとしては、パケット監視部１２ａおよびパケット情報取得部１２ｂを備える。
【００４６】
パケット監視部１２ａは、スコアを求めるために必要なユーザ統計情報を抽出するためのＳＩＰパケットを監視する。監視対象のＳＩＰパケットはＳＩＰパケットのヘッダのメソッド部がＩＮＶＩＴＥ，ＢＹＥ，ＣＡＮＣＥＬ，ステータスコードとリーズンフレーズの２００ＯＫ、４０４ＮｏｔＦｏｕｎｄである。パケット監視部１２ａは、これらのパケットが来た場合には、監視対象のＳＩＰパケットが来た旨をパケット情報取得部１２ｂに通知する。
【００４７】
パケット情報取得部１２ｂは、監視対象のＳＩＰパケットから統計取得に必要な情報を取得する。具体的には、パケット情報取得部１２ｂは、監視対象のＳＩＰパケットが来た旨をパケット情報取得部１２ｂから受信した場合に、その監視対象のＳＩＰパケットから統計取得に必要なパケットに関する情報を取得し、制御部１３のコール情報抽出部１３ａに通知する。
【００４８】
制御部１３は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、コール情報抽出部１３ａ、ＳＩＰ  ＵＲＩ統計情報抽出部１３ｂ、パラメータ算出部１３ｃ、スコア計算部１３ｄ、迷惑電話またはワン切り判定部１３ｅを備える。
【００４９】
コール情報抽出部１３ａは、各端末間で送受信されるＳＩＰパケット（ＳＩＰヘッダ、パケット取得情報）からＳＩＰパケットの送受信に関するコール情報を取得する。具体的には、コール情報抽出部１３ａは、パケット情報取得部１２ｂからＳＩＰパケットに関する情報を受信し、ＳＩＰパケットのＳＩＰヘッダのＦｒｏｍ  ＵＲＩ、Ｔｏ  ＵＲＩ、ｍｅｔｈｏｄ、Ｃａｌｌ＿ＩＤ、ステータスコード、リーズンフレーズ、Ｃｓｅｑ、ＩＰヘッダのＳｏｕｒｃｅ  ＩＰアドレス、Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰアドレス、ＳＩＰパケットを受信した時間から、コールテーブルの項目を抽出し、コールテーブルに記憶させる。
【００５０】
例えば、コール情報抽出部１３ａは、図８に示すように、２００ＯＫが届いた後に通話が開始され、その通話が終わり、ＢＹＥが送られてきたときは、そのＣａｌｌ＿ＩＤ、発信元、発信先に対応するデータをコールテーブルから探し（発信元、発信先はコールテーブルのデータと逆になっている場合がある）、そのＢＹＥが届いた時間を通話終了時間として書き込む。さらに、ダイアログ終了メッセージにＢＹＥ、ＢＹＥを送ったＳＩＰ  ＵＲＩにＢＹＥメッセージのＦｒｏｍ  ＵＲＩを書き込む。
【００５１】
また、コール情報抽出部１３ａは、図９に示すように、ＣＡＮＣＥＬの場合は、その発信元、発信先、Ｃａｌｌ＿ＩＤに対応するコールテーブルのデータに、ＣＡＮＣＥＬのときは通話時間を０にするため、ＣＡＮＣＥＬが届いた時間を通話開始時間、通話終了時間として書き込む。またダイアログ終了メッセージをＣＡＮＣＥＬと書き込む。ＢＹＥを送ったＳＩＰ  ＵＲＩの項目は書き込まない。
【００５２】
また、コール情報抽出部１３ａは、図１０に示すように、４０４ＮｏｔＦｏｕｎｄの場合は、ダイアログ終了メッセージに４０４ＮｏｔＦｏｕｎｄと書き込む。通話開始時間、通話終了時間、ＢＹＥを送ったＳＩＰ  ＵＲＩは書き込まない。
【００５３】
なお、コール情報抽出部１３ａは、１つのレコードを書き込むためには、同じダイアログの複数のＳＩＰパケットを受信しなければならない。同じダイアログの複数のＳＩＰパケットを受信している間、抽出したユーザ統計情報をコール情報抽出部１３ａのメモリ上で保持しておき、ダイアログが終了した時点でデータベースへ書き込むことができる。また、別の方法として１つのＳＩＰパケットを受信しユーザ統計情報を抽出した時点で随時ＳＩＰ  ＵＲＩ統計情報記憶部１１ａへ書き込み更新をし、ダイアログが終了すると、ＳＩＰ  ＵＲＩ統計情報記憶部１１ａにそのダイアログに相当するフィールドの項目がすべてうまっているとすることもできる。
【００５４】
ＳＩＰ  ＵＲＩ統計情報抽出部１３ｂは、ＳＩＰ  ＵＲＩごとの情報と、発信元および発信先のペアことの情報とをコールテーブルからＳＩＰ  ＵＲＩ統計情報として抽出し、ユーザテーブルおよびユーザ間テーブルに情報を書き込む。なお、上記したユーザテーブルは、ＳＩＰ  ＵＲＩごとにユニーク、ユーザ間テーブルは、発信元および発信先のペアでユニークである。
【００５５】
具体的には、ＳＩＰ  ＵＲＩ統計情報抽出部１３ｂは、ユーザテーブルの更新では、図１１のようにコールテーブルの発信元ＳＩＰ  ＵＲＩと同じＳＩＰ  ＵＲＩのレコードと、発信先ＳＩＰ  ＵＲＩと同じＳＩＰ  ＵＲＩのレコードを更新する。同じＳＩＰ  ＵＲＩのレコードがユーザテーブル上にない場合は、新たにそのＳＩＰ  ＵＲＩのレコードを作成する。
【００５６】
ＳＩＰ  ＵＲＩ統計情報抽出部１３ｂは、コールテーブルの発信元ＳＩＰ  ＵＲＩと同じ、ユーザテーブルのＳＩＰ  ＵＲＩのレコードに対しての更新では、発信回数に１を加算、通話開始時間、通話終了時間の差分から通話時間を求め、層通話時間を加算、ＢＹＥを送ったＳＩＰ  ＵＲＩから、発信元ＳＩＰ  ＵＲＩと同じであれば、ＢＹＥを送られた回数に１を加算、非通知発信がＹｅｓであれば、非通知発信の回数に１を加算する。
【００５７】
そして、ＳＩＰ  ＵＲＩ統計情報抽出部１３ｂは、ダイアログ終了メッセージがＢＹＥであれば、ＢＹＥで終わった回数を加算、ダイアログ終了メッセージがＣＡＮＣＥＬであれば、ＣＡＮＣＥＬで終わった回数に１を加算、ダイアログ終了メッセージが４０４ＮｏｔＦｏｕｎｄであれば、４０４ＮｏｔＦｏｕｎｄで終わった回数に１を加算する。コールテーブルの発信先ＳＩＰ  ＵＲＩと同じ、ユーザテーブルのＳＩＰ  ＵＲＩのレコードに対しての更新は、受信した回数に１を加算する。
【００５８】
また、ＳＩＰ  ＵＲＩ統計情報抽出部１３ｂは、ユーザ間テーブルの更新では、図１２のようにコールテーブルの発信元、発信先ＳＩＰ  ＵＲＩと同じペアを、ユーザ間テーブルから探し、そのレコードを更新する。ＳＩＰ  ＵＲＩ統計情報抽出部１３ｂは、同じペアがない場合には、あらたにそのペアのレコードをユーザテーブルに作成する。コールテーブルの通話開始時間、通話終了時間から通話時間を求め、ユーザ間テーブルにその通話時間と、通話回数を加えて、総通話時間、総通話回数を更新する。
【００５９】
パラメータ算出部１３ｃは、ユーザテーブルおよびユーザ間テーブルに記憶される統計情報を用いて、発信間隔に依存しないパラメータを算出する。具体的には、パラメータ算出部１３ｃは、４０４ＮｏｔＦｏｕｎｄの割合、ＣＡＮＣＥＬの割合、通話が行われなかった発信の割合、発信の割合、ユニークな発信先の割合、無料通話範囲への発信の割合、平均通話時間、通話が受信者のＢＹＥによって終了した割合、通話時間が短い通話が受信者のＢＹＥによって終了した割合、通話時間が長い通話が受信者のＢＹＥによって終了した割合を算出し、パラメータ情報記憶部１１ｂのパラメータテーブルに記憶させる。
【００６０】
以下では、各パラメータの算出方法について説明する。パラメータ算出部１３ｃは、４０４ＮｏｔＦｏｕｎｄの割合について、下記（１）式を用いて算出する。４０４ＮｏｔＦｏｕｎｄの数とは、算出対象となるＳＩＰ  ＵＲＩがユーザに割り当てられていないＳＩＰ  ＵＲＩ（無効な番号）に発信した場合、ＳＩＰサーバが発信元ＳＩＰ  ＵＲＩに返すシグナリングの数である。
【００６１】
【数１】
2010093739.tif 000003
【００６２】
つまり、迷惑電話またはワン切りを不特定多数に行った場合には、必ず存在しない番号に発信することが考えられるため、ＳＩＰサーバから返される４０４ＮｏｔＦｏｕｎｄの割合において、迷惑電話またはワン切りを行うＳＩＰ  ＵＲＩが通常ユーザのＳＩＰ  ＵＲＩよりも大きくなると考えられる。
【００６３】
また、パラメータ算出部１３ｃは、ＣＡＮＣＥＬの割合について、下記（２）式または（３）式を用いて算出する。ＣＡＮＣＥＬの数とは、算出対象となるＳＩＰ  ＵＲＩが発信して、発信先が電話に出る前に呼び出しを中断する際に、発信元ＳＩＰ  ＵＲＩから送出されるＣＡＮＣＥＬのシグナリングの数である。
【００６４】
着信したＩＮＶＩＴＥの数とは、発信元ＳＩＰ  ＵＲＩが発信した際に、発信先のＳＩＰ  ＵＲＩがユーザに割り当てられており、呼び出し状態になった数である。呼び出し状態になったかどうかは、呼び出し状態中に発信先から送信されるＲｉｎｇｉｎｇのシグナリング、もしくはダイアログがＣＡＮＣＥＬまたはＢＹＥのシグナリングで終わったことで把握することができる。
【００６５】
【数２】
2010093739.tif 000004
【００６６】
【数３】
2010093739.tif 000005
【００６７】
つまり、迷惑電話の場合、通常ユーザにとって知らない番号からの着信のため、電話に出ないことや、発信を途中で中断することが考えられる。また、ワン切りの場合、発信先が呼び出しに応答する前に、発信を中断する。そのため、迷惑電話、ワン切りを行うＳＩＰ  ＵＲＩのＣＡＮＣＥＬの割合が通常ユーザよりも大きくなると考えられる。
【００６８】
また、パラメータ算出部１３ｃは、通話が行われなかった発信の割合について、下記（４）式を用いて算出する。通話が行われなかった発信の数とは、算出対象となるＳＩＰ  ＵＲＩが発信したことを契機にしたダイアログが、算出対象が送信したＣＡＮＣＥＬによって終了した回数と、算出対象が発信したことに対してＳＩＰサーバが返した４０４ＮｏｔＦｏｕｎｄによって終了した回数の和である。
【００６９】
【数４】
2010093739.tif 000006
【００７０】
つまり、４０４ＮｏｔＦｏｕｎｄの割合、ＣＡＮＣＥＬの割合と同様の理由で、迷惑電話、ワン切りを行うＳＩＰ  ＵＲＩの通話が行われなかった発信の割合が通常ユーザよりも大きくなると考えられる。
【００７１】
また、パラメータ算出部１３ｃは、発信の割合について、下記（５）式を用いて算出する。発信または受信したＩＮＶＩＴＥの数とは、算出対象となるＳＩＰ  ＵＲＩが発信したＩＮＶＩＴＥの数と、他ユーザから着信する場合に受信したＩＮＶＩＴＥの数の和である。
【００７２】
【数５】
2010093739.tif 000007
【００７３】
つまり、迷惑電話またはワン切りは、広告を聞いてもらうために発信を行うため、受信が少ないと考えられる。そのため、迷惑電話またはワン切りを行うＳＩＰ  ＵＲＩの発信の割合が通常ユーザよりも大きくなると考えられる。
【００７４】
また、パラメータ算出部１３ｃは、ユニークな発信先の割合について、下記（６）式を用いて算出する。着信したユニークな発信先数とは、算出対象となるＳＩＰ  ＵＲＩが発信し、呼び出し状態になった発信先のうち重複なしの発信先の数である。
【００７５】
【数６】
2010093739.tif 000008
【００７６】
つまり、迷惑電話が多くのユーザに広告・勧誘の内容を聞いてもらうために、たくさんのユーザに発信することが考えられる。ワン切りが多くのユーザに着信履歴を残すため、たくさんのユーザに発信することが考えられる。一方、通常ユーザであれば、同じユーザに複数回かけることが考えられる。このことから、迷惑電話、ワン切りを行うＳＩＰ  ＵＲＩのユニークな発信先の割合が通常ユーザよりも大きくなると考えられる。
【００７７】
また、パラメータ算出部１３ｃは、無料通話範囲への発信の割合について、下記（７）式または（８）式を用いて算出する。無料通話範囲へ発信した数とは、算出対象となるＳＩＰ  ＵＲＩが、算出対象となるＳＩＰ  ＵＲＩと同じＩＰ電話網のＳＩＰ  ＵＲＩへ発信した回数である。同じＩＰ電話網かどうかは発信元と発信先のＳＩＰ  ＵＲＩのドメイン名、もしくは電話番号の上６桁でわかる。
【００７８】
【数７】
2010093739.tif 000009
【００７９】
【数８】
2010093739.tif 000010
【００８０】
つまり、迷惑電話の場合には、通話コストをかけたくないことから、無料通話範囲にばかり発信することが考えられる。そのため、迷惑電話を行うＳＩＰ  ＵＲＩの無料通話範囲への発信の割合が、通常ユーザよりも大きくなると考えられる。
【００８１】
また、パラメータ算出部１３ｃは、平均通話時間について、下記（９）式を用いて算出する。総通話時間とは、算出対象となるＳＩＰ  ＵＲＩが発信し、ダイアログがＣＡＣＥＬまたはＢＹＥで終わったときの通話時間の合計である。ＣＡＮＣＥＬの場合は、０秒とみなし、ＢＹＥの場合は、２００ＯＫの受信時からＢＹＥの受信時までの時間となる。通話時間は受信者が２００ＯＫを送信した時間から発信者、もしくは受信者がＢＹＥを送るまでの時間である。
【００８２】
また、ＩＮＶＩＴＥが着信するとは、相手端末を呼び出し状態になることである。着信したＩＮＶＩＴＥ数とは、算出対象が発信し、ダイアログがＣＡＮＣＥＬまたはＢＹＥで終わった回数の和となる。
【００８３】
【数９】
2010093739.tif 000011
【００８４】
つまり、迷惑電話の内容は、広告・勧誘等、受信者にとって必要のないものであるため、受信者がすぐに通話を終了すると考えられる。ワン切りは発信して通話を行わずに切るため、通話時間がないと考えられる。そのため迷惑電話、ワン切りを行うＳＩＰ  ＵＲＩの平均時間は、通常ユーザよりも小さくなると考えられる。
【００８５】
また、パラメータ算出部１３ｃは、通話が受信者のＢＹＥによって終了した割合について、下記（１０）式を用いて算出する。通話が受信者のＢＹＥによって終了した回数とは、算出対象となるＳＩＰ  ＵＲＩの発信を契機により通話が行われ、受信者側からＢＹＥメッセージが送信され、通話が終了した回数である。また、ＩＮＶＩＴＥのＦｒｏｍヘッダのＳＩＰ  ＵＲＩ、ＴｏヘッダのＳＩＰ  ＵＲＩと、ダイアログがＢＹＥで終了したときのＦｒｏｍヘッダのＳＩＰ  ＵＲＩ、ＴｏヘッダのＳＩＰ  ＵＲＩでわかる。
【００８６】
【数１０】
2010093739.tif 000012
【００８７】
つまり、迷惑電話は、相手に広告を聞いてもらうため、自分からは切らず、しかし、相手は不要な内容のため相手からきることが多くなると考えられる。そのため、迷惑電話を行うＳＩＰ  ＵＲＩの、通話が受信者のＢＹＥによって終了した割合は、通常ユーザよりも大きくなると考えられる。
【００８８】
また、パラメータ算出部１３ｃは、通話時間が短い通話が、受信者のＢＹＥによって終了した割合について、下記（１１）式を用いて算出する。通話時間が短い回数とは、通話時間の閾値を決め、算出対象となるＳＩＰ  ＵＲＩの発信を契機にした通話において、その閾値より短かった通話回数である。通話時間が短い通話が、受信者のＢＹＥによって終了した回数は、通話が行われ、その通話時間が短く、かつ受信者がＢＹＥメッセージを送って、通話が終了した回数である。
【００８９】
【数１１】
2010093739.tif 000013
【００９０】
つまり、機械音声による迷惑電話の場合、受信者は機械音声による迷惑電話の場合、不要な内容のためすぐに電話を切る。一方、通常ユーザによる電話の場合、通話時間が短いとき、受信者ばかりから切るとは限らない。そのため、迷惑電話を行うＳＩＰ  ＵＲＩの通話時間が短い通話が、受信者のＢＹＥによって終了した割合は、通常ユーザにより大きくなると考えられる。
【００９１】
また、パラメータ算出部１３ｃは、通話時間が長い通話が、受信者のＢＹＥによって終了した割合について、下記（１２）式を用いて算出する。通話時間が短い通話回数とは、通話時間の閾値を決め、算出対象となるＳＩＰ  ＵＲＩの発信を契機にした通話において、その閾値より長かった通話回数である。通話時間が長いとき、受信者ＢＹＥを送って通話を終了した回数は、通話が行われ、その通話時間が長く、かつ受信者がＢＹＥメッセージを送って、通話が終了した回数である。
【００９２】
【数１２】
2010093739.tif 000014
【００９３】
つまり、機械による迷惑電話の場合でも、留守番電話にかかった場合は通話時間が長くなることが考えられる。機械音声による迷惑電話は留守番電話かどうかを認識できないため、通話し続けるが、受信者側の留守番電話では一定で切られることが考えられる。その場合、受信者側からＢＹＥを送って通話が終了される。
【００９４】
一方、通常ユーザからの発信で、通話が長い場合、受信者側から電話が切られるとは限らない。そのため、迷惑電話を行うＳＩＰ  ＵＲＩの通話時間が長い場合、受信がＢＹＥを送っている割合は、通常ユーザより大きくなると考えられる。
【００９５】
スコア計算部１３ｄは、複数のパラメータを用いて、スコアを算出する。具体的には、スコア計算部１３ｄは、図１３に示すように、４０４ＮｏｔＦｏｕｎｄの割合、ＣＡＮＣＥＬの割合、通話が行われなかった発信の割合、発信の割合、ユニークな発信先の割合、無料通話範囲への発信の割合、平均通話時間、通話が受信者のＢＹＥによって終了した割合、通話時間が短い通話が受信者のＢＹＥによって終了した割合、通話時間が長い通話が受信者のＢＹＥによって終了した割合をパラメータ情報記憶部１１ｂのパラメータテーブルから読み出し、各パラメータからスコアを算出し、迷惑電話またはワン切り判定部１３ｅに通知する。
【００９６】
ここで、スコア算出方法について具体的な例を挙げて説明する。例えば、スコア計算部１３ｄは、スコア算出として、各パラメータに対応する閾値を設け、その閾値を超えるパラメータがいくつあるかを算出してもよい。
【００９７】
また、スコア計算部１３ｄは、スコア算出として、ベイジアンネットワークによりあらかじめ通常ユーザ、迷惑電話またはワン切りを行うユーザのパラメータの値を学習させ、算出対象となるＳＩＰ  ＵＲＩのパラメータの値をベイジアンネットワークに入力することにより、算出対象となるユーザが迷惑電話またはワン切りを行うＳＩＰ  ＵＲＩ  である確率をスコアとして算出してもよい。
【００９８】
迷惑電話またはワン切り判定部１３ｅは、算出されたスコアが所定の閾値以上であるか判定し、閾値以上である場合には、迷惑電話、ワン切り電話を行うＳＩＰ  ＵＲＩとして判断する。具体的には、迷惑電話またはワン切り判定部１３ｅは、スコア計算部１３ｄからスコアを受信すると、スコア閾値記憶部１１ｄからスコア閾値を読み出し、受信されたスコアがスコア閾値以上であるか判定する。その結果、迷惑電話またはワン切り判定部１３ｅは、スコア閾値以上であると判定した場合には、迷惑電話、ワン切り電話を行うＳＩＰ  ＵＲＩとして判断し、そのＳＩＰ  ＵＲＩを迷惑電話またはワン切り記憶部１１ｅに記憶させる。
【００９９】
ここでスコアを利用して、迷惑電話、ワン切り電話対策する例を説明する。図１４に示すように、迷惑電話、ワン切り電話を行うＳＩＰ  ＵＲＩを特定した場合に、そのＳＩＰ  ＵＲＩからのＩＮＶＩＴＥメッセージを留守番電話として保存するようにしてもよい（図１４のイメージ１参照）。
【０１００】
また、スコア算出されたＳＩＰ  ＵＲＩのＩＮＶＩＴＥメッセージにスコアを挿入し、ユーザが各自設定したスコアの閾値によって接続拒否をするかどうかを決定するようにしてもよい。また、ユーザの端末で行なわなくとも、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）側でユーザのスコア閾値を保持し、そのユーザ宛てのＩＮＶＩＴＥメッセージをＳＩＰサーバで拒否することも可能である。
【０１０１】
［ＳＩＰ  ＵＲＩ特定装置による処理］
次に、図１５〜図１７を用いて、実施例１に係るＳＩＰ  ＵＲＩ特定装置１０による処理を説明する。図１５〜図１７は、第１実施形態に係るＳＩＰ  ＵＲＩ特定装置の制御部で実行される処理を示すフローチャートである。
【０１０２】
迷惑電話またはワン切りを行うＳＩＰ  ＵＲＩを特定する処理をパケットキャプチャのＩＮＶＩＴＥ取得と連動してリアルタイムに行うリアルタイム処理について、図１５を参照して説明する。このリアルタイム処理において、図１５に示すように、ＳＩＰ  ＵＲＩ特定装置１０の制御部１３は、まず、パケット処理部１２にパケットを取得させるパケット処理が実行され（ステップＳ１０１）、その後、取得したパケットからユーザ統計情報を抽出する処理（後に、図１６を用いて詳述）が実行される（ステップＳ１０２）。
【０１０３】
その後、制御部１３では、抽出したパケットがＩＮＶＩＴＥか否かの判断が行われ（ステップＳ１０３）、ＩＮＶＩＴＥでないと判断された場合（ステップＳ１０３否定）には、処理が終了され、ＩＮＶＩＴＥであると判断された場合には（ステップＳ１０３肯定）、ＩＮＶＩＴＥを送った端末のＳＩＰ  ＵＲＩを抽出する処理が実行される（ステップＳ１０４）。
【０１０４】
その後、制御部１３では、抽出されたＳＩＰ  ＵＲＩの端末に関して、前回スコアを計算したときから、その端末が規定回数発信を行ったか否かが判断され（ステップＳ１０５）、規定回数発信を行っていないと判断された場合には（ステップＳ１０５否定）、処理が終了され、規定回数発信を行ったと判断された場合（ステップＳ１０５肯定）、スコアを計算するためのパラメータを算出し、そのパラメータを用いて、ＩＮＶＩＴＥを送ったＳＩＰ  ＵＲＩのスコアを計算する処理が実行される（ステップＳ１０６）。なお、ステップＳ１０５における規定回数については、任意の回数を設定可能に構成している。
【０１０５】
そして、制御部１３では、算出されたスコアをＳＩＰ  ＵＲＩスコア情報記憶部１１ｃに書き込みを行わせる処理が実行され（ステップＳ１０７）、次に、そのスコアが閾値以上であるか否かが判断される（ステップＳ１０８）。
【０１０６】
ここで、制御部１３により、スコアが閾値未満であると判断された場合（ステップＳ１０８否定）、処理が終了される。一方、制御部１３では、スコアが閾値以上であると判断された場合には（ステップＳ１０８肯定）、そのスコアに対応するＳＩＰ  ＵＲＩが、迷惑電話またはワン切りを行うユーザのＳＩＰ  ＵＲＩと判定する（ステップＳ１０９）。そして、制御部１３は、その迷惑電話またはワン切りを行うユーザのＵＲＩを迷惑電話またはワン切り記憶部１１ｅに書き込み、その後、処理が終了される。
【０１０７】
次に、ＳＩＰパケットから統計情報を取得する処理に関するリアルタイム処理について、図１５を参照して説明する。このリアルタイム処理において、図１５に示すように、ＳＩＰ  ＵＲＩ特定装置１０の制御部１３は、パケット処理部１２にパケットを取得させる処理が実行され（ステップＳ２０１）、その後、取得したパケットがＩＮＶＩＴＥ、ＢＹＥ、ＣＡＮＣＥＬ、２００ＯＫか否かの判断が行われる（ステップＳ２０２）。
【０１０８】
そして、制御部１３では、取得したパケットがＩＮＶＩＴＥ、ＢＹＥ、ＣＡＮＣＥＬ、２００ＯＫであると判断された場合（ステップＳ２０２肯定）、コール情報抽出部１３ａにＳＩＰヘッダとパケットの取得時間（時刻）からコール情報を抽出させる処理が実行され（ステップＳ２０３）、また、取得したパケットがＩＮＶＩＴＥ、ＢＹＥ、ＣＡＮＣＥＬ、２００ＯＫでないと判断された場合（ステップＳ２０２否定）、処理が終了される。
【０１０９】
そして、制御部１３では、抽出されたコール情報を記憶部１１のＳＩＰ  ＵＲＩ統計情報記憶部１１ａへコールテーブルとして発信元、発信先、Ｃａｌｌ＿ＩＤ、通話時間、通話終了時間を書き込む（ステップＳ２０４）。そして、制御部１３は、コールテーブルを利用して、ＳＩＰ  ＵＲＩごとの情報と、発信元および発信先のペアことの情報とをコールテーブルからＳＩＰ  ＵＲＩ統計情報として抽出し、ユーザ統計情報記憶部１１ａのユーザテーブル、ユーザ間テーブルに書き込む処理が実行され（ステップＳ２０５）、処理が終了される。
【０１１０】
なお、上記した図１５の処理では、迷惑電話またはワン切りを行うＳＩＰ  ＵＲＩを特定する処理をパケットキャプチャのＩＮＶＩＴＥ取得と連動してリアルタイムに行うリアルタイム処理について説明したが、図１７に示すように、迷惑電話またはワン切りを行うＳＩＰ  ＵＲＩを特定する処理を所定のタイミングで定期的に行うオフライン処理としてもよい。
【０１１１】
同１７に示すように、制御部１３では、まず、ユーザテーブル、ユーザ間テーブルからパラメータ計算のためのデータを取得し（ステップＳ３０１）、パラメータを計算する（ステップＳ３０２）。
【０１１２】
そして、制御部１３は、パラメータからスコアを計算し（ステップＳ３０３）、スコアが閾値以上のユーザのＳＩＰ  ＵＲＩを迷惑電話またはワン切りを行うユーザのＳＩＰ  ＵＲＩを迷惑電話またはワン切りを行うユーザのＳＩＰ  ＵＲＩと判定する（ステップＳ３０４）。
【０１１３】
その後、制御部１３は、迷惑電話またはワン切りを行うユーザのＳＩＰ  ＵＲＩと判定された場合にはそのＳＩＰ  ＵＲＩを迷惑電話またはワン切り記憶部１１ｅに書き込む処理が実行され（ステップＳ３０５）、処理が終了される。
【０１１４】
[実施例１の効果]
上述してきたように、ＳＩＰ  ＵＲＩ特定装置１０は、各端末間で送受信されるＳＩＰパケットから、ＳＩＰパケットの送受信に関する送受信情報を抽出し、抽出された送受信情報を用いて、各端末の統計データまたは二つの端末の組み合わせごとの統計データを抽出し、抽出された各端末の統計データまたは二つの端末の組み合わせごとの統計データを用いて、発信間隔に依存しないパラメータを算出し、パラメータを用いて、データパケットの送信元である発信元端末が迷惑電話またはワン切りを行う端末であることの信頼度を示すスコアを計算し、算出されたスコアが所定の閾値以上であるか判定し、当該閾値以上である場合には、発信元端末を迷惑電話またはワン切り電話を行う端末として特定するので、発信間隔が変わってもパラメータが変化しないため、発信間隔を大きくして迷惑電話またはワン切りを行っている端末を適切に特定することが可能である。
【０１１５】
また、実施例１によれば、ＳＩＰ  ＵＲＩ特定装置１０は、発信間隔に依存しないパラメータとして、４０４ＮｏｔＦｏｕｎｄの割合、ＣＡＮＣＥＬの割合、通話が行われなかった発信の割合、発信の割合、ユニークな発信先の割合、無料通話範囲への発信の割合、平均通話時間、通話が受信者のＢＹＥによって終了した割合、通話時間が短い通話が受信者のＢＹＥによって終了した割合、通話時間が長い通話が受信者のＢＹＥによって終了した割合のいずれか一つまたは複数を算出するので、迷惑電話またはワン切りの目的上避ける敷居が高いパラメータ、受信者の反応によって決まるパラメータであり、迷惑電話またはワン切りを行うユーザが発信間隔のように簡単に調整をすることが出来ない結果、発信間隔を大きくして迷惑電話またはワン切りを行っている端末を適切に特定することが可能である。
【０１１６】
また、実施例１によれば、ＳＩＰ  ＵＲＩ特定装置１０は、スコアの計算として、算出された複数のパラメータのうち、各パラメータに対して設けられた閾値を超えるパラメータの数を計算するので、発信間隔を大きくして迷惑電話またはワン切りを行っている端末を適切かつ簡易に特定することが可能である。
【０１１７】
また、実施例１によれば、ＳＩＰ  ＵＲＩ特定装置１０は、スコアの計算として、算出されたパラメータをベイジアンネットワークに入力し、迷惑電話またはワン切りを行う端末である確率を計算するので、発信間隔を大きくして迷惑電話またはワン切りを行っている端末をより適切に特定することが可能である。
【０１１８】
また、実施例１によれば、ＳＩＰ  ＵＲＩ特定装置１０は、算出されたスコアが、迷惑電話またはワン切りを行う端末としてサンプルされたスコアの平均値以上であるか判定し、当該平均値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定するので、事前にサンプリングされた迷惑電話またはワン切りを行う端末のスコア平均値を用いて、迷惑電話またはワン切りを行っている端末をより適切に特定することが可能である。
【０１１９】
また、実施例１によれば、ＳＩＰ  ＵＲＩ特定装置１０は、算出されたスコアが、通常ユーザのサンプルのスコアの標準偏差に基づいて決められた閾値以上であるか判定し、当該閾値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定するので、事前にサンプリングされた通常ユーザのスコアの標準偏差を用いて、迷惑電話またはワン切りを行っている端末をより適切に特定することが可能である。
【０１２０】
また、実施例１によれば、ＳＩＰ  ＵＲＩ特定装置１０は、算出されたスコアが、ベイジアンネットワークにサンプルのパラメータを入力して求められた迷惑電話またはワン切り電話を行う端末である確率のスコア分布に基づいて決められた閾値以上であるか判定し、当該閾値以上である場合には、迷惑電話またはワン切り電話を行う端末として特定するので、ベイジアンネットワークを用いて、迷惑電話またはワン切りを行っている端末をより適切に特定することが可能である。
【０１２１】
なお、上記した第１実施形態では、図１に示したように、通常ユーザ３０と迷惑電話またはワン切りを行うユーザ５０とが接続されているインターネット２０と、ＳＩＰサーバ４０との間にＳＩＰ  ＵＲＩ特定装置１０を接続して、各端末間で送受信されるデータパケットを監視し、各端末間で送受信されるデータパケットを監視して、迷惑電話またはワン切りを行なうＳＩＰ  ＵＲＩの特定する場合を例に挙げて説明したが、ＳＩＰ  ＵＲＩ特定装置１０の接続位置はこれに限定するものではない。
【０１２２】
例えば、図１８に示すように、本実施形態のＳＩＰ  ＵＲＩ特定装置１０は、インターネット２０において、ＳＩＰサーバ４０と、通常ユーザ３０や迷惑電話またはワン切りを行うユーザ５０等のＳＩＰクライアントとの中間にＴＡＰ６０等のターミナルアダプタを介して、Ｏｕｔ−ｌｉｎｅ接続することもできる。このようにＳＩＰ  ＵＲＩ特定装置１０をＯｕｔ−ｌｉｎｅ接続する場合においても、既存のシステムに付加的にＳＩＰ  ＵＲＩ特定装置１０を接続することができる。
【０１２３】
また、本実施形態に係る迷惑電話またはワン切りを行うユーザ５０の特定方法を実現するためには、必ずしもＳＩＰ  ＵＲＩ特定装置１０を設ける必要はなく、たとえば、図１９に示すように、既存のＳＩＰサーバ４０Ａの内部に、本実施形態に係る迷惑電話またはワン切りを行うユーザ５０の特定方法をコンピュータに実現させる迷惑電話またはワン切りを行うユーザ５０のＳＩＰ  ＵＲＩ特定プログラム（ソフト）４１を組み込むことによっても実現することができる。
【０１２４】
かかる構成とする場合、迷惑電話またはワン切りを行うユーザ５０のＳＩＰ  ＵＲＩ特定プログラム（ソフト）４１は、ＳＩＰサーバ用ソフト４２とは別のプロセスとして動作させる。そして、ＳＩＰサーバ４０Ａは、この迷惑電話またはワン切りを行うユーザ５０のＳＩＰ  ＵＲＩ特定プログラム（ソフト）４１を実行して、ネットワークインターフェース４３から、データパケットを取得する。
【０１２５】
このように、ＳＩＰサーバ４０Ａ内に、ＳＩＰサーバ用ソフト４２とは別のプロセスで動作するＳＩＰ  ＵＲＩ特定プログラム４１を設けることによって、迷惑電話またはワン切りを行うユーザ５０のＳＩＰ  ＵＲＩを特定した際に、ＳＩＰサーバ用ソフト４２により実行中の対象となるプロセスにおいて、そのユーザからのＩＮＶＩＴＥメッセージを拒否する処理等を即座に行えるので、迷惑電話またはワン切りを行うユーザ５０から発信されるＩＮＶＩＴＥメッセージを受信させなくすることができる。
【産業上の利用可能性】
【０１２６】
以上のように、本発明に係るＳＩＰ  ＵＲＩ特定装置、ＳＩＰ  ＵＲＩ特定方法およびＳＩＰ  ＵＲＩ特定プログラムは概要場合に有用であり、特に、発信間隔を大きくして迷惑電話またはワン切りを行っている端末を適切に特定することに適する。
【図面の簡単な説明】
【０１２７】
【図１】第１実施形態に係るＳＩＰ  ＵＲＩ特定装置の接続形態を示す説明図である。
【図２】第１実施形態に係るＳＩＰ  ＵＲＩ特定装置の構成を示すブロック図である。
【図３】コールテーブルの説明図である。
【図４】ユーザテーブルの説明図である。
【図５】ユーザ間テーブルの説明図である。
【図６】パケットキャプチャからスコア計算までの流れを示す図である。
【図７】パケットキャプチャからスコア計算までの流れを示す図である。
【図８】コール情報抽出処理を説明するための図である。
【図９】コール情報抽出処理を説明するための図である。
【図１０】コール情報抽出処理を説明するための図である。
【図１１】ユーザテーブルの更新処理を説明するための図である。
【図１２】ユーザ間テーブルの更新処理を説明するための図である。
【図１３】スコア算出処理を説明するための図である。
【図１４】迷惑電話を行っているＳＩＰ  ＵＲＩと特定された場合の処理例を示す図である。
【図１５】第１実施形態に係るＳＩＰ  ＵＲＩ特定装置の制御部で実行される処理を示すフローチャートである。
【図１６】第１実施形態に係るＳＩＰ  ＵＲＩ特定装置の制御部で実行される処理を示すフローチャートである。
【図１７】第１実施形態に係るＳＩＰ  ＵＲＩ特定装置の制御部で実行される処理を示すフローチャートである。
【図１８】ＳＩＰ  ＵＲＩ特定装置の接続形態の変形例を示す説明図である。
【図１９】ＳＩＰ  ＵＲＩ特定プログラムの実装態様を示す説明図である。
【図２０】従来の技術を説明するための図である。
【符号の説明】
【０１２８】
１０  ＳＩＰ  ＵＲＩ特定装置
１１  記憶部
１１ａ  ＳＩＰ  ＵＲＩ統計情報記憶部
１１ｂ  パラメータ情報記憶部
１１ｃ  ＳＩＰ  ＵＲＩスコア情報記憶部
１１ｄ  スコア閾値記憶部
１１ｅ  迷惑電話またはワン切り記憶部
１２  パケット処理部
１２ａ  パケット監視部
１２ｂ  パケット情報取得部
１３  制御部
１３ａ  コール情報抽出部
１３ｂ  ＳＩＰ  ＵＲＩ統計情報抽出部
１３ｃ  パラメータ算出部
１３ｄ  スコア計算部
１３ｅ  迷惑電話またはワン切り判定部
２０  インターネット
３０  通常ユーザ
４０  ＳＩＰサーバ
５０  迷惑電話またはワン切りを行うユーザ
【図１】
2010093739.tif 000015
【図２】
2010093739.tif 000016
【図３】
2010093739.tif 000017
【図４】
2010093739.tif 000018
【図５】
2010093739.tif 000019
【図６】
2010093739.tif 000020
【図７】
2010093739.tif 000021
【図８】
2010093739.tif 000022
【図９】
2010093739.tif 000023
【図１０】
2010093739.tif 000024
【図１１】
2010093739.tif 000025
【図１２】
2010093739.tif 000026
【図１３】
2010093739.tif 000027
【図１４】
2010093739.tif 000028
【図１５】
2010093739.tif 000029
【図１６】
2010093739.tif 000030
【図１７】
2010093739.tif 000031
【図１８】
2010093739.tif 000032
【図１９】
2010093739.tif 000033
【図２０】
2010093739.tif 000034