JP7458602B1 - 網判定装置、網判定方法、網判定プログラム、及び接続網情報提供システム - Google Patents

Abstract

【課題】公衆交換電話網（ＰＳＴＮ）経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式への移行後に着信側の電話端末が接続されている網を判定する。【解決手段】ＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストに対する応答メッセージにおけるレスポンスのコード、固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストに対する応答メッセージにおけるレスポンスのコード、及び網判定装置１０が接続されているホームゲートウェイ５１によって変換される前のｔａｇ情報の組合せに基づいて電話端末が接続されている網の種別を判定する。【選択図】図１

Description

本発明は、着信側の電話端末が接続されている網を判定する技術に関する。

着信側の電話端末の電話番号情報を判定する従来の技術として、複数の端末とインターネット網を介して接続されるコンピュータサーバを用いた電話番号情報の判定装置であって、複数の電話番号の使用履歴情報を記憶するデータベースと、端末から認証情報を受信し認証手段がログインを許可することを条件として、端末から検索情報として電話番号を受付ける検索情報受付手段と、検索情報受付手段が受付けた電話番号を用いてデータベースを検索し、電話番号履歴情報の中に加入状態から欠番状態へ遷移する複数の履歴が存在するか電話番号のフィールドの欠番変化を解析し、および／または、電話番号履歴情報の中に欠番状態から加入状態へ遷移する複数の履歴が存在するか電話番号のフィールドの有効変化を解析し、電話番号履歴情報の未蓄積履歴、電話番号履歴情報の直近調査記録が欠番履歴、直近調査記録より一つ前の調査記録が欠番履歴、電話番号履歴情報の中に存在する複数の通話停止履歴、を参照して、検索情報の電話番号に対して所定の加入者番号と判定する履歴判定情報を生成し、この履歴判定情報を端末へインターネット網を介して表示させるシステム制御手段と、を備える電話番号情報の判定装置が知られている（特許文献１参照）。

特開２０１４－０６０７９６号公報

ところで、ＰＳＴＮマイグレーション（ＰＳＴＮ：Ｐublic Ｓwitched Ｔelephone Ｎetworks；公衆交換電話網）により、発側のＩＭＳ網（ＩＭＳ：ＩＰ Ｍultimedia Ｓubsystem）と着側のＩＭＳ網との相互接続の方式が、公衆交換電話網（ＰＳＴＮ）経由の相互接続方式からＩＰ－ＩＰ接続（ＩＰ：Ｉnternet Ｐrotocol）の相互接続方式へと切り替わる。

ここで、公衆交換電話網（ＰＳＴＮ）経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式への切り替わりについては移行期間がある。このため、例えば着側のＩＭＳ網に接続されている電話端末の電話番号の使用状況を的確に把握するためには、移行期間において特に、発側固定ＩＭＳ網と着側固定ＩＭＳ網若しくは着側移動ＩＭＳ網とのＩＰ－ＩＰ接続が開始された否か（言い換えると、ＩＰ－ＩＰ接続の相互接続方式へと切り替わったか否か）を着側固定ＩＭＳ網や着側移動ＩＭＳ網ごとに判定する必要がある。

また、公衆交換電話網（ＰＳＴＮ）からＮＧＮ（Ｎext Ｇeneration Ｎetwork）への移行に伴い、事業者間相互接続インタフェースが共通線信号方式のＳＳ７（Ｓignaling Ｓystem No.７）からＩＰ方式のＳＩＰ（Ｓession Ｉnitiation Ｐrotocol）に変更される。このため、発信側の端末からＳＩＰの特定メッセージがＩＭＳ網、ＮＧＮ網、及びＶｏＩＰ網（ＶｏＩＰ：Ｖoice ｏver Ｉnternet Ｐrotocol）に対して到達することになる。

なお、ＩＭＳとは、これまで固定網や移動体通信などで行われていたサービスをＩＰ化し、融合したマルチメディアサービスなどを実現するための規格であり、その規格に沿って作られたシステムとして移動体通信システムやＮＧＮがある。

そして、着信側の端末、機器が接続されている通信網の種別により、送信側の端末、機器と着信側の端末、機器との間における通信の確立の仕方が異なる。このため、或る電話番号の端末、機器が接続されている通信網の種別を予め判定しておくことができれば、例えば電話端末の電話番号について使用状況の調査を実施する際に有用な情報となる。

そこで本発明は、１つの側面では、公衆交換電話網（ＰＳＴＮ）経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式への移行後に着信側の電話端末が接続されている網を判定することが可能な技術を提供することを目的とする。

上記課題を解決するため、本発明に係る網判定装置は、発側固定ＩＭＳ網に接続されている電話端末と着側ＩＭＳ網に接続されている電話端末とのうちの少なくとも一方に前記発側固定ＩＭＳ網を介して接続される網判定装置であり、調査対象の電話端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網に前記ＩＮＶＩＴＥリクエストを送信するとともに前記発側固定ＩＭＳ網を介して応答メッセージを受信するメッセージ交換制御部と、前記応答メッセージに応じて前記調査対象の前記電話端末が接続されている網を判定する接続網判定部と、を備え、前記メッセージ交換制御部が、ネットワークプロトコルがＩＰｖ６、メディア種別がマルチメディア、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰＦのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗを含むとされているＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、次に、ネットワークプロトコルがＩＰｖ４、メディア種別がａｕｄｉｏのみ、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むとされている固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、前記接続網判定部が、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、及び当該網判定装置が接続されているホームゲートウェイによって変換される前のｔａｇ情報の組合せに基づいて前記電話端末が接続されている網を判定する、ようにしてもよい。

本発明に係る網判定装置は、前記接続網判定部が、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３０２であるとともに前記ｔａｇ情報がメタル収容装置に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はメタル収容装置に接続されていると判定する、ようにしてもよい。

本発明に係る網判定装置は、前記接続網判定部が、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３００、３０４、又は３０５であるとともに前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値であり、さらに、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであるとともに前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はＶｏＩＰ網に接続されていると判定する、ようにしてもよい。

本発明に係る網判定装置は、前記接続網判定部が、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅでｗａｒｎ－ｃｏｄｅが３００、３０４、及び３０５のうちのいずれかであり且つ前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値でない、或いは、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであり且つ前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値でない場合に、前記調査対象の前記電話端末はＮＧＮ網に接続されていると判定する、ようにしてもよい。

また、本発明に係る網判定方法は、発側固定ＩＭＳ網に接続されている電話端末と着側ＩＭＳ網に接続されている電話端末とのうちの少なくとも一方に前記発側固定ＩＭＳ網を介して接続される装置を用いて、調査対象となる電話端末が接続されている網を判定する網判定方法であり、前記装置が、調査対象の電話端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網に前記ＩＮＶＩＴＥリクエストを送信するステップと、前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、前記応答メッセージに応じて前記調査対象の前記電話端末が接続されている網を判定するステップと、を含み、前記ＩＮＶＩＴＥリクエストを送信する前記ステップとして、ネットワークプロトコルがＩＰｖ６、メディア種別がマルチメディア、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰＦのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗを含むとされているＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、次に、ネットワークプロトコルがＩＰｖ４、メディア種別がａｕｄｉｏのみ、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むとされている固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、前記網を判定する前記ステップにおいて、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、及び前記装置が接続されているホームゲートウェイによって変換される前のｔａｇ情報の組合せに基づいて前記電話端末が接続されている網を判定する、ようにしてもよい。

本発明に係る網判定方法は、前記網を判定する前記ステップにおいて、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３０２であるとともに前記ｔａｇ情報がメタル収容装置に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はメタル収容装置に接続されていると判定する、ようにしてもよい。

本発明に係る網判定方法は、前記網を判定する前記ステップにおいて、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３００、３０４、又は３０５であるとともに前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値であり、さらに、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであるとともに前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はＶｏＩＰ網に接続されていると判定する、ようにしてもよい。

本発明に係る網判定方法は、前記網を判定する前記ステップにおいて、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅでｗａｒｎ－ｃｏｄｅが３００、３０４、及び３０５のうちのいずれかあり且つ前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値でない、或いは、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであり且つ前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値でない場合に、前記調査対象の前記電話端末はＮＧＮ網に接続されていると判定する、ようにしてもよい。

また、本発明に係る網判定プログラムは、発側固定ＩＭＳ網に接続されている電話端末と着側ＩＭＳ網に接続されている電話端末とのうちの少なくとも一方に前記発側固定ＩＭＳ網を介して接続されるコンピューターに、調査対象の電話端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網に前記ＩＮＶＩＴＥリクエストを送信する処理と、前記発側固定ＩＭＳ網を介して応答メッセージを受信する処理と、前記応答メッセージに応じて前記調査対象の前記電話端末が接続されている網を判定する処理と、を少なくとも実行させ、前記ＩＮＶＩＴＥリクエストを送信する前記処理において、ネットワークプロトコルがＩＰｖ６、メディア種別がマルチメディア、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰＦのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗを含むとされているＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、次に、ネットワークプロトコルがＩＰｖ４、メディア種別がａｕｄｉｏのみ、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むとされている固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、前記網を判定する前記処理において、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、及び前記コンピューターが接続されているホームゲートウェイによって変換される前のｔａｇ情報の組合せに基づいて前記電話端末が接続されている網を判定する、ようにしてもよい。

本発明に係る網判定プログラムは、前記網を判定する前記ステップにおいて、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３０２であるとともに前記ｔａｇ情報がメタル収容装置に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はメタル収容装置に接続されていると判定する、ようにしてもよい。

本発明に係る網判定プログラムは、前記網を判定する前記ステップにおいて、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３００、３０４、又は３０５であるとともに前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値であり、さらに、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであるとともに前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はＶｏＩＰ網に接続されていると判定する、ようにしてもよい。

本発明に係る網判定プログラムは、前記網を判定する前記ステップにおいて、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅでｗａｒｎ－ｃｏｄｅが３００、３０４、及び３０５のうちのいずれかであり且つ前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値でない、或いは、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであり且つ前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値でない場合に、前記調査対象の前記電話端末はＮＧＮ網に接続されていると判定する、ようにしてもよい。

また、本発明に係る接続網情報提供システムは、上記に記載の網判定装置と、ユーザ端末と、を有し、前記網判定装置が、前記ユーザ端末から電話端末についての接続網情報提供要求を受信すると、前記接続網情報提供要求があった前記ユーザ端末に前記接続網判定部が判定した前記電話端末の接続網をＩＰ網経由で送信する網インタフェース部を備える、ようにしてもよい。

本発明によれば、１つの側面では、公衆交換電話網（ＰＳＴＮ）経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式への移行後に着信側の電話端末が接続されている網を判定することが可能となる。

本発明の実施の形態に係る網判定装置の網接続形態を示す概略図である。 図１におけるホームゲートウェイと光回線終端装置との間で伝送されるパケットの情報の例を示す図である。 図１における公衆交換電話網経由の相互接続方式のｔａｇ情報の内容を説明する図である。 図１におけるＩＰ－ＩＰ接続の相互接続方式のｔａｇ情報の内容を説明する図である。 事業者間ＩＭＳ相互接続がＩＰ－ＩＰ接続の相互接続方式へと切り替わっている場合の着信側の機器の接続の態様を説明する図である。 図１の網判定装置の構成を示すブロック図である。 図１の網判定装置における処理手順を示すフロー図である。 本発明の実施の形態に係る接続網情報提供システムのシステム構成図である。

以下、本発明の実施の形態について添付図面を参照しながら説明する。

（網接続形態）
図１は、本発明に係る網判定装置の具体的な構成態様の一例としての、実施の形態に係る網判定装置１０の網接続形態を示す概略図である。

網判定装置１０は、固定型の電話端末（具体的には、ＩＰ電話端末）として機能する機器であり、ホームゲートウェイ（ＨＧＷ：Ｈome ＧateＷay）５１及び光回線終端装置（ＯＮＵ：Ｏptical Ｎetowork Ｕnit）５２を介して発側固定ＩＭＳ網２０に接続されている。具体的には、網判定装置１０の側にホームゲートウェイ５１が配置され、発側固定ＩＭＳ網２０の側に光回線終端装置５２が配置されている。

発側固定ＩＭＳ網２０は、ＮＧＮ網である。発側固定ＩＭＳ網２０はＳＩＰサーバ２１を備え、当該ＳＩＰサーバ２１によって発側固定ＩＭＳ網２０の動作が管理、制御される。

網判定装置１０とホームゲートウェイ５１との間、及び、ホームゲートウェイ５１と光回線終端装置５２との間は、それぞれ、ＵＮＩ（Ｕser Ｎetwork Ｉnterface：ユーザ網インタフェース）接続が担保される。ホームゲートウェイ５１と光回線終端装置５２との間のＵＮＩ接続を「ＵＮＩ－１」と称し、また、網判定装置１０とホームゲートウェイ５１との間のＵＮＩ接続を「ＵＮＩ－２」と称する。

ホームゲートウェイ５１及び光回線終端装置５２が介在する網判定装置１０と発側固定ＩＭＳ網２０との間では、ＳＩＰ信号方式（別言すると、ＳＩＰプロトコル）に則り、網判定装置１０から発信される特定のＳＩＰメッセージ（詳細については後述する）が発側固定ＩＭＳ網２０へと送信される。

網判定装置１０は、着信側の電話端末の電話番号として、着側のＩＭＳ網に接続されている電話端末の電話番号をダイヤル発信する。言い換えると、網判定装置１０は、着側のＩＭＳ網に接続されている電話端末との通信を行う（又は、電話端末との通信の確立を試みる）。

着側のＩＭＳ網は、具体的には、固定型の電話端末が接続されている固定ＩＭＳ網、及び、移動型の電話端末（例えば、携帯電話）が接続されている移動ＩＭＳ網である。本発明の説明ではこれら着側の固定ＩＭＳ網及び移動ＩＭＳ網のことをまとめて「着側ＩＭＳ網」と称する（尚、符号は３０）。

着側ＩＭＳ網３０はＳＩＰサーバ３１を備え、当該ＳＩＰサーバ３１によって着側ＩＭＳ網３０の動作が管理、制御される。図１に示す例では着側ＩＭＳ網３０は１つのみ図示されているが、着側ＩＭＳ網３０は、実際には、通信事業者ごとに構築され（即ち、複数の網が構築され）、各々が管理運営するＳＩＰサーバ３１を介して、各々の網ごと（具体的には、着側の固定ＩＭＳ網や移動ＩＭＳ網ごと；言い換えると、契約事業者ごと）に電話端末が接続されている。

発側固定ＩＭＳ網２０及び着側ＩＭＳ網３０（具体的には、固定ＩＭＳ網、移動ＩＭＳ網）は通信事業者ごとに構築され（即ち、複数の網が構築され）、発側固定ＩＭＳ網２０と着側ＩＭＳ網３０との接続は即ち事業者間ＩＭＳ相互接続である。

網判定装置１０と着側ＩＭＳ網３０との間の通信態様（言い換えると、通信仕様）は、公衆交換電話網（ＰＳＴＮ）経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式への切り替えの移行期間においては、事業者間相互接続インタフェースについて、既存の共通線信号方式のＳＳ７（Ｓignaling Ｓystem No.７）と新設のＩＰ方式のＳＩＰとの２つが同時に存在する。

具体的には、事業者間相互接続インタフェースが共通線信号方式のＳＳ７である通信経路は、発側固定ＩＭＳ網２０と着側ＩＭＳ網３０とが公衆交換電話網（ＰＳＴＮ）４０を経由して接続される。これは、発側固定ＩＭＳ網２０の通信事業者と着側ＩＭＳ網３０の通信事業者との事業者間ＩＭＳ相互接続が、ＩＰ－ＩＰ接続の相互接続方式に未だ切り替わっておらず、公衆交換電話網経由の相互接続方式のままである状態に対応する。

発側固定ＩＭＳ網２０と公衆交換電話網４０とは、発側固定ＩＭＳ網２０側の公衆交換電話網ゲートウェイ（ＰＳＴＮ－ＧＷ）２２と公衆交換電話網４０側の公衆交換電話網ゲートウェイ（ＰＳＴＮ－ＧＷ）４１とを介して、ＳＳ７のＩＳＵＰ信号方式（ＩＳＵＰ：Ｉntegrated Ｓervices for digital network Ｕser Ｐart）で相互に接続される。

公衆交換電話網４０と着側ＩＭＳ網３０とは、公衆交換電話網４０側のゲートウェイ（ＧＷ）４２と着側ＩＭＳ網３０側のゲートウェイ（ＧＷ）３２とを介して、ＳＳ７のＩＳＵＰ信号方式で相互に接続される。

公衆交換電話網４０側のゲートウェイ４２と着側ＩＭＳ網３０側のゲートウェイ３２とは、これらの回線網どうしを接続させる相互接続点であるＳＴＭ－ＰＯＩ（Ｓynchronous Ｔransfer Ｍode－Ｐoint Ｏf Ｉnterface）４３を介して相互に接続される。

一方、事業者間相互接続インタフェースがＩＰ方式のＳＩＰである通信経路は、発側固定ＩＭＳ網２０と着側ＩＭＳ網３０とが直接接続される。これは、発側固定ＩＭＳ網２０の通信事業者と着側ＩＭＳ網３０の通信事業者との事業者間ＩＭＳ相互接続が、公衆交換電話網経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式へと既に切り替わっている状態に対応する。

発側固定ＩＭＳ網２０と着側ＩＭＳ網３０とは、具体的には、発側固定ＩＭＳ網２０側のＩＢＣＦ（Ｉnter-connection Ｂorder Ｃontrol Ｆunction）２３と着側ＩＭＳ網３０側のＩＢＣＦ３３とを介して、ＩＰ方式のＳＩＰ信号方式で相互に接続される。

発側固定ＩＭＳ網２０側のＩＢＣＦ２３と着側ＩＭＳ網３０側のＩＢＣＦ３３とは、これらの回線網どうしを接続させる相互接続点であるＩＰ－ＰＯＩ（Ｉnternet Ｐrotocol－Ｐoint Ｏf Ｉnterface）３４を介して相互に接続される。

そして、公衆交換電話網（ＰＳＴＮ）経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式への切り替えの移行期間においては、回線網どうしを接続させる相互接続点としてＳＴＭ－ＰＯＩ４３とＩＰ－ＰＯＩ３４とが同時に存在する。ＳＴＭ－ＰＯＩ４３はＳＳ７のＩＳＵＰ信号方式に対応し、ＩＰ－ＰＯＩ３４はＩＰ方式のＳＩＰ信号方式に対応している。

公衆交換電話網（ＰＳＴＮ）経由の相互接続方式では、発信側の機器（ここでは、網判定装置１０）から発呼されたＩＰ方式のＳＩＰ信号は、発側固定ＩＭＳ網２０から公衆交換電話網４０を経由する際にＳＳ７のＩＳＵＰ信号に変換され、これによって公衆交換電話網４０と着側ＩＭＳ網３０との間ではＳＳ７のＩＳＵＰ信号が伝送されて、着側ＩＭＳ網３０においてＩＳＤＮ信号（ＩＳＤＮ：Ｉntegrated Ｓervices Ｄigital Ｎetwork）にインターワークされる。発呼は、具体的には、電話番号のダイヤル発信である。

一方、ＩＰ－ＩＰ接続の相互接続方式では、発信側の機器（ここでは、網判定装置１０）からＩＰ方式のＳＩＰ信号が発呼されると、発側固定ＩＭＳ網２０と着側ＩＭＳ網３０との間でそのままＩＰ方式のＳＩＰ信号が伝送されて、着側ＩＭＳ網３０においてもＳＩＰ信号のまま処理される。

（ｔａｇ情報）
網判定装置１０の側に配置されている（言い換えると、網判定装置１０が接続されている）ホームゲートウェイ５１と発側固定ＩＭＳ網２０の側に配置されている光回線終端装置５２との間（即ち、ＵＮＩ接続：ＵＮＩ－１）に、情報取得装置６０が配設される。

情報取得装置６０は、ホームゲートウェイ５１と光回線終端装置５２との間（即ち、ＵＮＩ接続：ＵＮＩ－１）の回線に接続されて、ホームゲートウェイ５１と光回線終端装置５２との間で伝送されるＩＰ方式のＳＩＰ信号の内容（具体的には、パケットの情報）を取得（別言すると、キャプチャ）する。

ホームゲートウェイ５１と光回線終端装置５２との間（即ち、ＵＮＩ接続：ＵＮＩ－１）を追加に配設される情報取得装置６０によって取得される、発信側の機器（ここでは、網判定装置１０）からＩＰ方式のＳＩＰ信号が発呼された際に着側ＩＭＳ網３０側から伝送されるパケットの情報（言い換えると、返り値；尚、ＳＩＰ信号である）は、ホームゲートウェイ５１によって変換されていないパケットの情報である。すなわち、情報取得装置６０は、ホームゲートウェイ５１によって変換される前の、着側ＩＭＳ網３０に関連する情報を取得することができる。

なお、網判定装置１０とホームゲートウェイ５１との間（即ち、ＵＮＩ接続：ＵＮＩ－２）で伝送される、発信側の機器（ここでは、網判定装置１０）からＩＰ方式のＳＩＰ信号が発呼された際に着側ＩＭＳ網３０側から伝送されるパケットの情報（返り値；尚、ＳＩＰ信号である）は、ホームゲートウェイ５１によって変換されたパケットの情報である。このため、網判定装置１０とホームゲートウェイ５１との間では、着側ＩＭＳ網３０に関連する情報を取得することができない。

図２は、ホームゲートウェイ５１と光回線終端装置５２との間で伝送される、発信側の機器（ここでは、網判定装置１０）からＩＰ方式のＳＩＰ信号が発呼された際に着側ＩＭＳ網３０側から伝送されるパケットの情報（返り値；尚、ＳＩＰ信号である）の例である。なお、図２中の「example3」及び「example4」は通信事業者の名称に相当する（仮想の通信事業者の名称にしている）。

図２中の枠２ａの部分（具体的には、「ＳＩＰ ｆｒｏｍ ｔａｇ：・・・」）は、発信側のホームゲートウェイ５１の情報を表している。

図２中の枠２ｂの部分（具体的には、「ＳＩＰ ｔｏ ｔａｇ：・・・」）は、発側固定ＩＭＳ網２０側の公衆交換電話網ゲートウェイ２２又はＩＢＣＦ２３の情報を表している。

ホームゲートウェイ５１と光回線終端装置５２との間で伝送されるＩＰ方式のＳＩＰ信号の内容（具体的には、パケットの情報）における「ＳＩＰ ｆｒｏｍ ｔａｇ：・・・」及び「ＳＩＰ ｔｏ ｔａｇ：・・・」のことを「ｔａｇ情報」と称する。

ＳＩＰにおけるｔａｇ情報は、発信側と着信側とで取り交わされる信号の一連であるコールセッションを識別するための情報である。ｔａｇ情報は、発信側（Ｆｒｏｍ）及び着信側（Ｔｏ）のユーザエージェントで必ず生成され、その値はグローバル環境下では一意であり、ユーザエージェント各々に固有のアルゴリズムによって生成される。

ここで、図３に示すように、発側固定ＩＭＳ網２０の通信事業者と着側ＩＭＳ網３０の通信事業者との事業者間ＩＭＳ相互接続が、ＩＰ－ＩＰ接続の相互接続方式に未だ切り替わっておらず、公衆交換電話網経由の相互接続方式のままである場合には、ホームゲートウェイ５１と光回線終端装置５２との間（即ち、ＵＮＩ接続：ＵＮＩ－１）で伝送される、発信側の機器（ここでは、網判定装置１０）からＩＰ方式のＳＩＰ信号が発呼された際に着側ＩＭＳ網３０側から伝送されるＩＰ方式のＳＩＰ信号の内容から取得されるｔａｇ情報（尚、ホームゲートウェイ５１によって変換されていないパケットの情報である）では、「ＳＩＰ ｆｒｏｍ ｔａｇ：」の値として発信側のホームゲートウェイ５１の情報が取得されるとともに、「ＳＩＰ ｔｏ ｔａｇ：」の値として発側固定ＩＭＳ網２０側の公衆交換電話網ゲートウェイ２２の情報が取得される。

また、図４に示すように、発側固定ＩＭＳ網２０の通信事業者と着側ＩＭＳ網３０の通信事業者との事業者間ＩＭＳ相互接続が、公衆交換電話網経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式へと既に切り替わっている場合には、ホームゲートウェイ５１と光回線終端装置５２との間（即ち、ＵＮＩ接続：ＵＮＩ－１）で伝送される、発信側の機器（ここでは、網判定装置１０）からＩＰ方式のＳＩＰ信号が発呼された際に着側ＩＭＳ網３０側から伝送されるＩＰ方式のＳＩＰ信号の内容から取得されるｔａｇ情報（尚、ホームゲートウェイ５１によって変換されていないパケットの情報である）では、「ＳＩＰ ｆｒｏｍ ｔａｇ：」の値として発信側のホームゲートウェイ５１の情報が取得されるとともに、「ＳＩＰ ｔｏ ｔａｇ：」の値として発側固定ＩＭＳ網２０側のＩＢＣＦ２３の情報が取得される。

そして、着側ＩＭＳ網３０が着側固定ＩＭＳ網であるときも着側移動ＩＭＳ網であるときも、発側固定ＩＭＳ網２０の通信事業者と着側ＩＭＳ網３０の通信事業者との事業者間ＩＭＳ相互接続が、ＩＰ－ＩＰ接続の相互接続方式に未だ切り替わっておらず、公衆交換電話網経由の相互接続方式のままである場合には、「ＳＩＰ ｔｏ ｔａｇ：」の値が数字のみの文字列によって構成される。

例えば図２に示す例では、枠２ｂの部分のように、「ＳＩＰ ｔｏ ｔａｇ：」に続く値が「９９９４８６４６２」のように数字のみの文字列によって構成される。この場合は、発側固定ＩＭＳ網２０の通信事業者と着側ＩＭＳ網３０の通信事業者との事業者間ＩＭＳ相互接続は、ＩＰ－ＩＰ接続の相互接続方式に未だ切り替わっておらず、公衆交換電話網経由の相互接続方式のままであると判定される。

これに対し、着側ＩＭＳ網３０が着側固定ＩＭＳ網であるときも着側移動ＩＭＳ網であるときも、発側固定ＩＭＳ網２０の通信事業者と着側ＩＭＳ網３０の通信事業者との事業者間ＩＭＳ相互接続が、公衆交換電話網経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式へと既に切り替わっている場合には、「ＳＩＰ ｔｏ ｔａｇ：」の値が例えばアルファベット２文字などのプレフィクスから始まる文字列によって構成される。

図２に示す例において、枠２ｂの部分について、「ＳＩＰ ｔｏ ｔａｇ：」に続く値が例えば「ｇＫ０４ｃ０ｂ８３８」のようにアルファベット２文字のプレフィクス「ｇＫ」から始まる文字列によって構成される場合には、発側固定ＩＭＳ網２０の通信事業者と着側ＩＭＳ網３０の通信事業者との事業者間ＩＭＳ相互接続が、公衆交換電話網経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式へと既に切り替わっていると判定される。

なお、事業者間ＩＭＳ相互接続がＩＰ－ＩＰ接続の相互接続方式へと既に切り替わっている場合の「ＳＩＰ ｔｏ ｔａｇ：」に続く値の特徴は、アルファベット２文字のプレフィクスから始まる態様には限定されない。「ＳＩＰ ｔｏ ｔａｇ：」に続く値が、数字のみの文字列でない場合、例えば、アルファベットなど数字以外の文字や記号等を含む場合には、事業者間ＩＭＳ相互接続がＩＰ－ＩＰ接続の相互接続方式へと既に切り替わっていると判定される。

（接続方式の判定）
着信側の電話端末（具体的には、固定型の電話端末）が接続されている網の種別を判定する場合は、まず、網判定装置１０が、発側固定ＩＭＳ網２０を介して、調査対象の電話番号に対してＩＰ方式のＳＩＰ信号を発呼する。

次に、情報取得装置６０が、ホームゲートウェイ５１と光回線終端装置５２との間（即ち、ＵＮＩ接続：ＵＮＩ－１）で伝送される、発信側の機器（ここでは、網判定装置１０）からＩＰ方式のＳＩＰ信号が発呼された際に着側ＩＭＳ網３０側から伝送されるＩＰ方式のＳＩＰ信号の内容（言い換えると、セッション；具体的には、パケットの情報）を取得（別言すると、キャプチャ）する。

情報取得装置６０は、少なくとも、ｔａｇ情報の「ＳＩＰ ｔｏ ｔａｇ：」に続く値を取得する。

そして、情報取得装置６０は、「ＳＩＰ ｔｏ ｔａｇ：」に続く値が所定の特徴（例えば、アルファベット２文字のプレフィクスから始まる文字列である、又は、数字以外の文字や記号等を含む文字列であるなど）を備えている場合に、事業者間ＩＭＳ相互接続が公衆交換電話網経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式へと切り替わっていると判定する。

情報取得装置６０は、また、調査対象の或る電話番号に対して時系列で複数回にわたって発呼して、発呼ごとに、ホームゲートウェイ５１と光回線終端装置５２との間（即ち、ＵＮＩ接続：ＵＮＩ－１）で伝送されるＩＰ方式のＳＩＰ信号の内容（少なくとも、ｔａｇ情報の「ＳＩＰ ｔｏ ｔａｇ：」に続く値）を取得し、「ＳＩＰ ｔｏ ｔａｇ：」に続く値を時系列で比較するようにしてもよい。そして、「ＳＩＰ ｔｏ ｔａｇ：」に続く値が変化したときに、事業者間ＩＭＳ相互接続が公衆交換電話網経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式へと切り替わっていると判定するようにしてもよい。

また、事業者間ＩＭＳ相互接続が公衆交換電話網経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式へと切り替わっている場合に、「ＳＩＰ ｔｏ ｔａｇ：」の値は、前述のとおりユーザエージェント各々に固有のアルゴリズムによって一意に生成されるので、着側の端末、機器が同一の網に接続されている場合には同じような特徴（例えば、アルファベット２文字のプレフィクスから始まる文字列である、又は、数字以外の文字や記号等を含む文字列であるなど）を備える。したがって、複数の電話番号について「ＳＩＰ ｔｏ ｔａｇ：」の値の特徴が同一である場合は、これら複数の電話番号に係る着側の端末、機器の接続の態様（例えば、着側の端末、機器が接続されている網）は同一であるといえる。

一方、複数の電話番号について「ＳＩＰ ｔｏ ｔａｇ：」の値の特徴が相互に異なる場合は、これら複数の電話番号に係る着側の端末、機器の接続の態様は相互に異なるといえ、延いては、着側の端末、機器の契約事業者が相互に異なるといえる。

（着信側の機器の接続の態様）
固定型の電話端末の電話番号である「０ＡＢＪ番号」について、固定電話の番号ポータビリティ（ＬＮＰ）により、事業者間ＩＭＳ相互接続が公衆交換電話網経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式へと切り替わっている場合に、発側固定ＩＭＳ網２０、ＮＧＮ網３０Ａ、ＶｏＩＰ網３０Ｂ、及びメタル収容装置７０のうちのいずれに接続されている固定型の電話端末の電話番号であるかは不明である（図５参照）。なお、図５に示す例では発側固定ＩＭＳ網２０側のＩＢＣＦ２３は１台のみ図示されているが、発側固定ＩＭＳ網２０側のＩＢＣＦ２３は複数台の場合もありうる。

ここで、ＳＩＰでは、リアルタイム通信を行うためにメディア情報を含むパケットの符号化方式やパケットの宛先等のアドレスについて端末間でネゴシエーションを行う必要がある。このネゴシエーションのために必要になるのがＳＤＰ（Ｓession Ｄescription Ｐrotocol）と呼ばれる記述言語であり、ＴＴＣ標準のＲＦＣ４５６６に定義されている（ＴＴＣ：Ｔelecommunication Ｔechnology Ｃommittee；一般社団法人情報通信技術委員会）。

具体的には、ＳＩＰでセッションを確立するためには、まず、発信側がＳＩＰメッセージにメディア情報を記述したリクエストを送信し、着信側がその中から対応可能なメディアを選択したレスポンスを返信することで、通信に使用するメディア情報を発信側と着信側とで共有する。

セッションを開始するためにＳＩＰメッセージにメディア情報を記述して送信することをオファーといい、それに対して対応可能なメディア情報を返信することをアンサーという。このオファー／アンサーモデルについてはＴＴＣ標準のＲＦＣ３２６４に定義されている。さらに、ＩＭＳにおけるＳＤＰメディアネゴシエーション手順については、ＴＴＣ標準のＪＪ－９０．２６に規定されている。

網判定装置１０は、発側固定ＩＭＳ網２０経由で固定型の電話端末へとＩＮＶＩＴＥ（招待）メソッドのＳＤＰオファー（「ＩＮＶＩＴＥリクエスト」と称する）を送信する際、そのＳＤＰパラメータに所定のＳＤＰパラメータを記述して送信する。

ＩＮＶＩＴＥリクエストを送信する際に当該ＩＮＶＩＴＥリクエストに含められるＳＤＰパラメータは、ネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）、メディア種別、メディアのトランスポートプロトコル、及び音声コーデックである。

ＩＮＶＩＴＥリクエストに対して、発信側と着信側との間における通信の確立に関係する機器は、当該のＩＮＶＩＴＥリクエストに含まれているＳＤＰパラメータと自身が使用可能なＳＤＰパラメータとを比較し、比較の結果（即ち、ＳＤＰパラメータの一致／不一致の状況）に応じて、応答メッセージとしてＳＩＰセッションにおける所定コードのレスポンスを返信する。ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と着信側の固定型の電話端末との間に纏わる動作の基本シーケンスは、例えば、ＴＴＣ標準のＪＪ－９０．３０、ＴＴＣ標準のＪＪ－９０．２６、及びＴＴＣ標準のＴＲ－１０８８に規定されている。

そして、着信側の固定型の電話端末が発側固定ＩＭＳ網２０、ＮＧＮ網３０Ａ、ＶｏＩＰ網３０Ｂ、及びメタル収容装置７０のうちのいずれに接続されているかでＳＤＰパラメータの内容が異なる。このため、或る電話番号の固定型の電話端末が発側固定ＩＭＳ網２０、ＮＧＮ網３０Ａ、ＶｏＩＰ網３０Ｂ、及びメタル収容装置７０のうちのいずれに接続されているかを予め判定すると、例えば固定型の電話端末の電話番号について使用状況の調査を実施する際に有用な情報となる。

なお、ＮＧＮ網３０ＡとＶｏＩＰ網３０Ｂとは、事業者間ＩＭＳ相互接続がＩＰ－ＩＰ接続の相互接続方式へと切り替わっている着側固定ＩＭＳ網である。

網判定装置１０と発側固定ＩＭＳ網２０との間は、ＵＮＩ接続が担保される。そして、網判定装置１０と発側固定ＩＭＳ網２０との間では、ＳＩＰ信号方式（別言すると、ＳＩＰプロトコル）に則り、網判定装置１０から発信される特定のＳＩＰメッセージ（詳細については後述する）が発側固定ＩＭＳ網２０へと送信される。

発側固定ＩＭＳ網２０（尚、ＮＧＮ網である）とＮＧＮ網３０Ａとは、ＩＰ－ＩＰ接続によるＩＭＳ事業者間の相互接続共通インタフェースであるＮＮＩ（Ｎetwork－Ｎetwork Ｉnterface）によって相互接続されている。発側固定ＩＭＳ網２０とＮＧＮ網３０Ａとの間のＮＮＩは、ＳＩＰのＳＤＰパラメータのネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）についてＩＰｖ６に対応している。なお、ＮＮＩは、ＴＴＣ標準のＪＪ－９０．３０に規定されている。

発側固定ＩＭＳ網２０とＶｏＩＰ網３０Ｂとは、ＩＰ－ＩＰ接続によるＩＭＳ事業者間の相互接続共通インタフェースであるＮＮＩ（Ｎetwork－Ｎetwork Ｉnterface）によって相互接続されている。発側固定ＩＭＳ網２０とＶｏＩＰ網３０Ｂとの間のＮＮＩは、ＳＩＰのＳＤＰパラメータのネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）についてＩＰｖ４に対応している。本発明の要点の１つは、ＩＰｖ４に対応している一方でＩＰｖ６には対応していないことを利用して、着側固定ＩＭＳ網の網判定（即ち、或る電話番号の固定型の電話端末が発側固定ＩＭＳ網２０、ＮＧＮ網３０Ａ、ＶｏＩＰ網３０Ｂ、及びメタル収容装置７０のうちのいずれに接続されているかを予め判定する）を実施することである。

また、発側固定ＩＭＳ網２０に接続されているメタル収容装置７０は、既存のメタルケーブルに接続されている固定電話に係る加入者交換機である。すなわち、メタル収容装置７０に接続されているメタルＩＰ電話端末は、事業者間ＩＭＳ相互接続が公衆交換電話網経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式へと移行した後も既存のメタルケーブルを継続利用して、既存のメタルケーブルに接続されている固定電話の受け皿として提供される電話端末のことである。そして、既存のメタルケーブルとともに、加入者交換機がメタル収容装置として継続利用される。

発側固定ＩＭＳ網２０とメタル収容装置７０との間は、ＩＳＵＰ（Ｉntegrated Ｓervices for digital network Ｕser Ｐart）信号方式による接続が担保される。ＩＳＵＰプロトコルに関し、ＳＩＰ－ＴＴＣ ＩＳＵＰ信号方式相互接続に関する技術仕様は、ＴＴＣ標準のＪＦＩＥＴＦ－ＲＦＣ３３９８に規定されている。また、ＩＳＵＰ情報のカプセル化に関する技術情報は、ＴＴＣ仕様書のＴＳ－１０２５に規定されている。

（網判定装置）
図６は、実施の形態に係る網判定装置１０の構成を示すブロック図である。

網判定装置１０は、網インタフェース部１１と、メッセージ交換制御部１２と、接続網判定部１３と、接続網履歴生成部１４と、接続網履歴データベース１５と、を含む。

網インタフェース部１１は、網判定装置１０がＳＩＰプロトコルに準拠した通信を行うための通信インタフェースを担う。

メッセージ交換制御部１２は、調査対象の電話番号の電話端末へとＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、また、着信側の機器からメッセージ（例えば、ＳＩＰセッションにおける所定コードのレスポンス）を受信する。

接続網判定部１３は、メッセージ交換制御部１２を介して受信したメッセージ（例えば、ＳＩＰセッションにおける所定コードのレスポンス）に応じて、着信側の調査対象の電話番号の電話端末が発側固定ＩＭＳ網２０、ＮＧＮ網３０Ａ、ＶｏＩＰ網３０Ｂ、及びメタル収容装置７０のうちのいずれに接続されているかを判定し、また、調査対象の電話番号の有効性（言い換えると、電話番号の使用状況）を判定する。なお、本発明では、メタル収容装置７０を、着信側の調査対象の電話番号の電話端末が接続されている網（「接続網」と称する）の種別の１つであるとして扱う。

接続網履歴生成部１４は、接続網判定部１３での判定結果のそれぞれに判定日時を示すタイムスタンプを付与して記録媒体上に時系列に記録することにより、接続網履歴データベース１５を構築する。

接続網履歴データベース１５のデータ構造（言い換えると、収録データ項目）は特定の構造や項目には限定されないものの、接続網履歴データベース１５に格納される、調査対象の電話番号の電話端末が接続されている網に関する接続網履歴情報は、例えば、１回の調査ごと（言い換えると、ＩＮＶＩＴＥリクエストの送信ごと）の、調査対象である「電話番号」と、接続網の種別の判定結果と、着信側との通信の確立に関係する機器から返信される「ＳＩＰセッションにおけるコード」と、「調査年月日」（即ち、タイムスタンプ）と、の組合せを含んでよい。接続網履歴情報は、「実在／欠番の判定結果」をさらに含んでもよい。

そして、例えば電話番号「０３－ＸＸＸＸ－ＸＸＸＸ」について網判定装置１０によって当該の電話番号の電話端末が接続されている網の種別の判定が実行されると、接続網履歴データベース１５に、接続網判定部１３による判定ごとに、判定結果が順次記録され、接続網履歴情報として蓄積される。

なお、接続網履歴データベース１５は、例えば、半導体メモリ、ハードディスク、或いは、ＤＶＤ（Ｄigital Ｖersatile Ｄisc）等の光メモリなどの大容量記録媒体に実装されてよい。

網判定装置１０は、所定のプログラム（尚、実施の形態に係る網判定プログラムを含む）が記録されたメモリ（図示していない）を内蔵するマイクロプロセッサ、又は所定のプログラムが記録されたメモリ（図示していない）が外付けされたマイクロプロセッサと、通信制御を含む周辺制御を行うＬＳＩ（Ｌarge Ｓcale Ｉntegration）と、を含んで構成される。

そして、メモリ（図示していない）に記録された所定のプログラム（尚、実施の形態に係る網判定プログラムを含む）をマイクロプロセッサが逐次読み出して実行することにより、網インタフェース部１１、メッセージ交換制御部１２、接続網判定部１３、及び接続網履歴生成部１４のそれぞれが構成され、網判定装置１０としての所定の機能が実現される。

（接続網の種別の判定）
図７は、実施の形態に係る網判定装置１０における処理手順を示すフロー図である。

実施の形態に係る網判定装置１０は、発側固定ＩＭＳ網２０に接続されている電話端末と着側ＩＭＳ網３０（３０Ａ、３０Ｂ）に接続されている電話端末とのうちの少なくとも一方に発側固定ＩＭＳ網２０を介して接続される装置であり、調査対象の電話端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して発側固定ＩＭＳ網２０にＩＮＶＩＴＥリクエストを送信するとともに発側固定ＩＭＳ網２０を介して応答メッセージを受信するメッセージ交換制御部１２と、応答メッセージに応じて調査対象の電話端末が接続されている網の種別を判定する接続網判定部１３と、を備え、メッセージ交換制御部１２が、ネットワークプロトコルがＩＰｖ６、メディア種別がマルチメディア、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰＦのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗを含むとされているＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、次に、ネットワークプロトコルがＩＰｖ４、メディア種別がａｕｄｉｏのみ、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むとされている固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、接続網判定部１３が、ＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストに対する応答メッセージにおけるレスポンスのコード、固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストに対する応答メッセージにおけるレスポンスのコード、及び当該網判定装置１０が接続されているホームゲートウェイ５１によって変換される前のｔａｇ情報の組合せに基づいて電話端末が接続されている網の種別を判定する、ようにしている。

本発明に係る網判定方法の具体的な構成態様の一例としての、実施の形態に係る網判定方法は、発側固定ＩＭＳ網２０に接続されている電話端末と着側ＩＭＳ網３０（３０Ａ、３０Ｂ）に接続されている電話端末とのうちの少なくとも一方に発側固定ＩＭＳ網２０を介して接続される装置（具体的には、網判定装置１０）を用いて、調査対象となる電話端末が接続されている網の種別を判定する網判定方法であり、装置（具体的には、網判定装置１０）が、調査対象の電話端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して発側固定ＩＭＳ網２０にＩＮＶＩＴＥリクエストを送信するステップ（ステップＳ１、Ｓ３、Ｓ６）と、発側固定ＩＭＳ網２０を介して応答メッセージを受信するステップと、応答メッセージに応じて調査対象の電話端末が接続されている網の種別を判定するステップ（ステップＳ２、Ｓ５、Ｓ７）と、を含み、ＩＮＶＩＴＥリクエストを送信するステップとして、ネットワークプロトコルがＩＰｖ６、メディア種別がマルチメディア、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰＦのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗを含むとされているＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し（ステップＳ１）、次に、ネットワークプロトコルがＩＰｖ４、メディア種別がａｕｄｉｏのみ、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むとされている固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し（ステップＳ３、Ｓ６）、網の種別を判定するステップ（ステップＳ２、Ｓ５、Ｓ７）において、ＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストに対する応答メッセージにおけるレスポンスのコード、固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストに対する応答メッセージにおけるレスポンスのコード、及び前記装置（具体的には、網判定装置１０）が接続されているホームゲートウェイ５１によって変換される前のｔａｇ情報の組合せに基づいて電話端末が接続されている網の種別を判定する、ようにしている。

以下に説明する網判定方法は、例えば、コンピュータ（具体的には、網判定装置１０）において網判定プログラムが実行されて当該プログラムに従って該当する各手順が実行されることによって実施されうる。

網判定方法の説明では、図５に示すような着信側の機器の接続の態様を想定する。なお、図５における情報取得装置６０は、具体的には、ホームゲートウェイ５１（図５には図示していない）と光回線終端装置５２（図５には図示していない）との間（即ち、ＵＮＩ接続：ＵＮＩ－１；図１参照）の回線に接続されている。そして、情報取得装置６０によって取得（別言すると、キャプチャ）される、ホームゲートウェイ５１と光回線終端装置５２との間で伝送されるＩＰ方式のＳＩＰ信号の内容（具体的には、パケットの情報、ｔａｇ情報）は、網判定装置１０へと送信、入力される。

網判定方法の説明では、情報取得装置６０により、調査対象の電話番号の発呼ごとに取得される、ホームゲートウェイ５１と光回線終端装置５２との間で伝送されるＩＰ方式のＳＩＰ信号の内容であるｔａｇ情報の「ＳＩＰ ｔｏ ｔａｇ：」に続く値のことを「ｔｏ－ｔａｇ値」と称する。

そして、接続網の種別の判定では、事前の検証により、ｔｏ－ｔａｇ値について下記のようにグループ分けが予め為されているものとする（言い換えると、下記のグループそれぞれに対応するｔｏ－ｔａｇ値が予め取得されているものとする）。
〈Ａグループ〉
・通信事業者Ｘの発側固定ＩＭＳ網（ＮＧＮ網）
〈Ｂグループ〉
・通信事業者Ｙの着側固定ＩＭＳ網（ＮＧＮ網）
・メタル収容装置
・通信事業者Ｘの発側固定ＩＭＳ網以外の、
通信事業者Ｘの通信網（ＮＧＮ網）及び通信事業者Ｙの通信網（ＮＧＮ網）
〈Ｃグループ〉
・通信事業者Ｘの発側固定ＩＭＳ網（ＮＧＮ網）
〈Ｄグループ〉
・着側固定ＶｏＩＰ網（ＩＰ－ＩＰ接続）

Ａグループは、詳細には、発側固定ＩＭＳ網２０側のホームゲートウェイ（ＨＧＷ；図示していない）から返信される、ＳＩＰセッションにおけるレスポンス（具体的には、ｔｏ－ｔａｇ値を含むパケットの情報）を参照して分類される。

Ｂグループは、詳細には、通信事業者Ｙの着側固定ＩＭＳ網（ＮＧＮ網）に関するｔｏ－ｔａｇ値、又はメタル収容装置に関するｔｏ－ｔａｇ値に基づいて分類される。具体的には例えば、発側固定ＩＭＳ網２０に収容されているＣＡ（Ｃall Ａgent；図示していない）から返信される、ＳＩＰセッションにおけるレスポンス（具体的には、ｔｏ－ｔａｇ値を含むパケットの情報）を参照して分類されてもよい。なお、ＣＡは、専用ＩＰ網と公衆交換電話網とのインターワークをつかさどり、ＳＧ（Ｓignaling Ｇateway）とＭＧ（Ｍedia Ｇateway）を制御する。

Ｃグループは、詳細には、発側固定ＩＭＳ網２０のＳＩＰサーバ２１から返信される、ＳＩＰセッションにおけるレスポンス（具体的には、ｔｏ－ｔａｇ値を含むパケットの情報）を参照して分類される。

Ｄグループは、詳細には、発側固定ＩＭＳ網２０側のＩＢＣＦ２３から返信される、ＳＩＰセッションにおけるレスポンス（具体的には、ｔｏ－ｔａｇ値を含むパケットの情報）を参照して分類される。

上記のグループ分けを行うために、事前の検証において接続網の種別が判明している電話端末の電話番号（「試験用番号」と称する）をダイヤル発信して（別言すると、オファーして）、接続網の種別ごとのｔｏ－ｔａｇ値を取得しておく。具体的には、試験用番号をダイヤル発信することにより、下記ア乃至オの情報を予め取得しておく。
ア）通信事業者Ｘの発側固定ＩＭＳ網（ＮＧＮ網）に関するｔｏ－ｔａｇ値（具体的には、発側固定ＩＭＳ網２０側のホームゲートウェイ（ＨＧＷ）から返信されるもの）
イ）通信事業者Ｙの着側固定ＩＭＳ網（ＮＧＮ網）に関するｔｏ－ｔａｇ値
ウ）メタル収容装置に関するｔｏ－ｔａｇ値
エ）通信事業者Ｘの発側固定ＩＭＳ網（ＮＧＮ網）に関するｔｏ－ｔａｇ値（具体的には、発側固定ＩＭＳ網２０のＳＩＰサーバ２１から返信されるもの）
オ）着側固定ＶｏＩＰ網（ＩＰ－ＩＰ接続；尚、着側ＩＭＳ網３０としてのＶｏＩＰ網３０Ｂである）に関するｔｏ－ｔａｇ値

上記ア乃至オの情報が予め取得されていることにより、接続網の種別の判定の処理において調査対象の電話番号をダイヤル発信して情報取得装置６０によって取得されたｔｏ－ｔａｇ値が上記アの場合には、当該の電話番号の電話端末はＡグループであると判断される。

また、接続網の種別の判定の処理において調査対象の電話番号をダイヤル発信して情報取得装置６０によって取得されたｔｏ－ｔａｇ値が上記イ又はウの場合には、当該の電話番号の電話端末はＢグループであると判断される。

また、接続網の種別の判定の処理において調査対象の電話番号をダイヤル発信して情報取得装置６０によって取得されたｔｏ－ｔａｇ値が上記エの場合には、当該の電話番号の電話端末はＣグループであると判断される。

また、接続網の種別の判定の処理において調査対象の電話番号をダイヤル発信して情報取得装置６０によって取得されたｔｏ－ｔａｇ値が上記オの場合には、当該の電話番号の電話端末はＤグループであると判断される。

さらに、接続網の種別の判定の処理において調査対象の電話番号をダイヤル発信して情報取得装置６０によって取得されたｔｏ－ｔａｇ値が上記ア乃至オのいずれでもない場合には、当該の電話番号の電話端末はＢグループであると判断される。

「ＳＩＰ ｔｏ ｔａｇ：」の値（即ち、ｔｏ－ｔａｇ値）は、前述のとおりユーザエージェント各々に固有のアルゴリズムによって一意に生成されるので、着側の端末、機器が同一の網に接続されている場合には同じような特徴（例えば、アルファベット２文字のプレフィクスから始まる文字列である、又は、数字以外の文字や記号等を含む文字列であるなど）を備える。このため、上記ア乃至オの情報は具体的には上記ア乃至オに関するｔｏ－ｔａｇ値の特徴に関する情報である。そして、調査対象の電話番号をダイヤル発信して情報取得装置６０によって取得されたｔｏ－ｔａｇ値（具体的には、ｔｏ－ｔａｇ値の特徴）が上記ア乃至オのうちのいずれであるかの分類が行われ、分類結果に基づいて当該の電話番号の電話端末は上記Ａグループ乃至Ｄグループのうちのいずれであるかの判断が行われる。

着側固定ＶｏＩＰ網のｔｏ－ｔａｇ値は、発側固定ＩＭＳ網２０側のＩＢＣＦ２３各々に固有の値である。

接続網の種別ごとのｔｏ－ｔａｇ値（延いては、上記ア乃至オの情報）は、試験用番号のダイヤル発信が定期的に行われて、最新の情報に適宜更新されるようにしてもよい。

網判定装置１０が端末間でネゴシエーションを行うためにＩＮＶＩＴＥリクエストを送信する際に当該ＩＮＶＩＴＥリクエストに含められるＳＤＰパラメータは、ネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）、メディア種別、メディアのトランスポートプロトコル、及び音声コーデックである。

接続網の種別の判定の処理手順として、網判定装置１０のメッセージ交換制御部１２は、まず、発側固定ＩＭＳ網２０を介して、調査対象の電話番号をダイヤル発信してオファーとしてＩＮＶＩＴＥリクエストを送信する（ステップＳ１）。

このとき、ＩＮＶＩＴＥリクエストに含められるＳＤＰパラメータとして、下記が記述される。下記のＳＤＰパラメータのことを「ＮＧＮ網用ＳＤＰ」と称する。

＜ＮＧＮ網用ＳＤＰ＞
○ネットワークプロトコル（インターネットプロトコル、ＩＰバージョン）：ＩＰｖ６
○メディア種別：マルチメディア
○メディアのトランスポートプロトコル：ＲＴＰ／ＡＶＰＦのみ
○音声コーデック：Ｇ．７１１ μ－ｌａｗを含む

上記のＮＧＮ網用ＳＤＰについて、メディア種別の「マルチメディア」は、ａｕｄｉｏ、Ｖｉｄｅｏ、ａｐｐｌｉ、及びｉｍａｇｅのうちの少なくとも２種類が記述されていることを指す。また、音声コーデックの「Ｇ．７１１ μ－ｌａｗを含む」は、少なくともＧ．７１１ μ－ｌａｗが記述されていることを指す。

これに対して、着信側との通信の確立に関係する機器から発側固定ＩＭＳ網２０を介して網判定装置１０（具体的には、メッセージ交換制御部１２）へとアンサーが返信される。

網判定装置１０の接続網判定部１３は、アンサーの内容がＳＩＰセッションにおいてプロファイルの不一致を理由にオファーを受け入れないことを示すコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３０２であり、さらにｔｏ－ｔａｇ値がＢグループであるか否かを判断する（ステップＳ２）。

なお、コード４８８応答には、Ｗａｒｎｉｎｇヘッダが設定され、ｗａｒｎ－ｃｏｄｅが設定される。ｗａｒｎ－ｃｏｄの３０２は、オファーに設定されたトランスポートプロトコルに対応していないことを示すコードであり、具体的には例えば、トランスポートプロトコルとしてＲＴＰ／ＡＶＰＦが設定されたオファーを受信したが、受信側はＲＴＰ／ＡＶＰのみに対応している場合が該当する。なお、この場合のアンサーは、着信側との通信の確立に関係する機器としての発側固定ＩＭＳ網２０に収容されているＣＡからレスポンスされる。

アンサーの内容がコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３０２であるとともにｔｏ－ｔａｇ値がＢグループである場合（ステップＳ２：Ｙｅｓ）に、網判定装置１０の接続網判定部１３は処理手順をステップＳ３の処理へとすすめる。

ここで、アンサーの内容がコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３０２であるとともにｔｏ－ｔａｇ値がＢグループであることは、調査対象の電話番号の電話端末がメタル収容装置７０に接続されているものの、ＩＮＶＩＴＥリクエストがメタル収容装置７０に到達できない状況に対応する。具体的には、発側固定ＩＭＳ網２０とメタル収容装置７０との間では、ＳＤＰパラメータに関し、メディアのトランスポートプロトコルについてＲＴＰ／ＡＶＰＦが許容されていないので、ＩＮＶＩＴＥリクエストがメタル収容装置７０に到達できない。

すなわち、ステップＳ１の処理においてＮＧＮ網用ＳＤＰでＩＮＶＩＴＥリクエストを送信した際、調査対象の電話番号の電話端末がメタル収容装置７０に接続されている場合は、アンサーの内容がコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３０２であるとともにｔｏ－ｔａｇ値はＢグループとなる。

そして、網判定装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して、調査対象の電話番号をダイヤル発信してオファーとしてＩＮＶＩＴＥリクエストを送信する（ステップＳ３）。

このとき、ＩＮＶＩＴＥリクエストに含められるＳＤＰパラメータとして、下記が記述される。下記のＳＤＰパラメータのことを「固定電話網用ＳＤＰ」と称する。

＜固定電話網用ＳＤＰ＞
○ネットワークプロトコル（インターネットプロトコル、ＩＰバージョン）：ＩＰｖ４
○メディア種別：ａｕｄｉｏのみ
○メディアのトランスポートプロトコル：ＲＴＰ／ＡＶＰのみ
○音声コーデック：Ｇ．７１１ μ－ｌａｗ、及びＧ．７２２を含む

上記の固定電話網用ＳＤＰについて、音声コーデックの「Ｇ．７１１ μ－ｌａｗ、及びＧ．７２２を含む」は、少なくともＧ．７１１ μ－ｌａｗとＧ．７２２とが記述されていることを指す。

これに対して、着信側との通信の確立に関係する機器から発側固定ＩＭＳ網２０を介して網判定装置１０（具体的には、メッセージ交換制御部１２）へとアンサーが返信される。

網判定装置１０の接続網判定部１３は、ステップＳ２の処理の結果（ステップＳ２：Ｙｅｓ）から、調査対象の電話番号の電話端末はメタル収容装置７０に接続されていると判定する（ステップＳ４）。なお、ステップＳ３の処理におけるＩＮＶＩＴＥリクエスト（尚、ＳＤＰパラメータが固定電話網用ＳＤＰである）に対するアンサーの内容もｔｏ－ｔａｇ値はＢグループとなる。また、この場合、着信側の機器はメタルＩＰ電話端末である。

網判定装置１０の接続網判定部１３は、さらに、ステップＳ３の処理におけるＩＮＶＩＴＥリクエスト（尚、ＳＤＰパラメータが固定電話網用ＳＤＰである）に対するアンサーの内容が、ＳＩＰセッションにおいて着信音が鳴っていることを示すコード１８０ Ｒｉｎｇｉｎｇレスポンスである場合は調査対象の電話番号の電話端末が実在し且つ話中でない（即ち、調査対象の電話番号が実在する）と判定し、或いは、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソースが見つからないことを示すコード４０４ Ｎｏｔ Ｆｏｕｎｄレスポンスである場合は調査対象の電話番号は欠番であると判定する。

そして、網判定装置１０の接続網判定部１３は、当該の調査対象の電話番号に関する接続網の種別の判定の処理を終了する（ＥＮＤ）。

一方で、ステップＳ２の処理において判断の結果が「Ｎｏ」である場合に、網判定装置１０の接続網判定部１３は処理手順をステップＳ５の処理へとすすめる。

そして、網判定装置１０の接続網判定部１３は、ステップＳ１の処理におけるＩＮＶＩＴＥリクエスト（尚、ＳＤＰパラメータがＮＧＮ網用ＳＤＰである）に対するアンサーの内容がＳＩＰセッションにおいてプロファイルの不一致を理由にオファーを受け入れないことを示すコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３００、３０４、及び３０５のうちのいずれかであり、さらにｔｏ－ｔａｇ値がＣグループであるか否かを判断する（ステップＳ５）。

なお、ｗａｒｎ－ｃｏｄｅの３００は、オファーに設定されたＩＰバージョンに対応していないことを示すコードであり、具体的には例えば、ＩＰｖ６が設定されたオファーを受信したが、受信側はＩＰｖ４のみに対応している場合が該当する。ｗａｒｎ－ｃｏｄｅの３０４は、オファーに設定されたメディア種別に対応していない、又は複数のｍ＝行の中に対応していないｍ＝行が設定されていること示すコードであり、具体的には例えば、Ｖｉｄｅｏが設定されたオファーを受信したが、受信側はａｕｄｉｏのみに対応している場合が該当する。ｗａｒｎ－ｃｏｄｅの３０５は、オファーに設定された音声コーデックのうちのいずれかに対応していないことを示すコードであり、具体的には例えば、Ｇ．７２２が設定されたオファーを受信したが、受信側はＧ．７１１ μ－ｌａｗのみに対応している場合が該当する。

アンサーの内容がコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３００、３０４、及び３０５のうちのいずれかであるとともにｔｏ－ｔａｇ値がＣグループである場合（ステップＳ５：Ｙｅｓ）に、網判定装置１０の接続網判定部１３は処理手順をステップＳ６の処理へとすすめる。

ここで、ステップＳ１の処理におけるＩＮＶＩＴＥリクエスト（尚、ＳＤＰパラメータがＮＧＮ網用ＳＤＰである）に対するアンサーの内容がコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３００、３０４、又は３０５であるとともにｔｏ－ｔａｇ値がＣグループであることは、ＩＮＶＩＴＥリクエストが発側固定ＩＭＳ網２０側のＩＢＣＦ２３を通過できない状況に対応する。具体的には、ＶｏＩＰ網３０Ｂ側のＩＢＣＦ３３と接続している発側固定ＩＭＳ網２０側のＩＢＣＦ２３では、ＳＤＰパラメータに関し、ネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）についてＩＰｖ６が許容されておらず、メディア種別についてａｕｄｉｏのみが許容されており、さらに、メディアのトランスポートプロトコルについてＲＴＰ／ＡＶＰＦが許容されていないので、ＩＮＶＩＴＥリクエストが発側固定ＩＭＳ網２０側のＩＢＣＦ２３を通過できない。

そして、網判定装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して、調査対象の電話番号をダイヤル発信してオファーとしてＩＮＶＩＴＥリクエストを送信する（ステップＳ６）。

このとき、ＩＮＶＩＴＥリクエストに含められるＳＤＰパラメータとして、上記の固定電話網用ＳＤＰが記述される。

これに対して、着信側との通信の確立に関係する機器から発側固定ＩＭＳ網２０を介して網判定装置１０（具体的には、メッセージ交換制御部１２）へとアンサーが返信される。

網判定装置１０の接続網判定部１３は、アンサーの内容がＳＩＰセッションにおいて着信音が鳴っていることを示すコード１８０ Ｒｉｎｇｉｎｇレスポンスであり、さらにｔｏ－ｔａｇ値がＤグループであるか否かを判断する（ステップＳ７）。

アンサーの内容がコード１８０ Ｒｉｎｇｉｎｇレスポンスであるとともにｔｏ－ｔａｇ値がＤグループである場合（ステップＳ７：Ｙｅｓ）に、網判定装置１０の接続網判定部１３は処理手順をステップＳ８の処理へとすすめる。

そして、網判定装置１０の接続網判定部１３は、ステップＳ７の処理の結果（ステップＳ７：Ｙｅｓ）から、調査対象の電話番号の電話端末はＶｏＩＰ網３０Ｂに接続されていると判定する（ステップＳ８）。

網判定装置１０の接続網判定部１３は、さらに、ステップＳ６の処理におけるＩＮＶＩＴＥリクエスト（尚、ＳＤＰパラメータが固定電話網用ＳＤＰである）に対するアンサーの内容が、ＳＩＰセッションにおいて着信音が鳴っていることを示すコード１８０ Ｒｉｎｇｉｎｇレスポンスである場合は調査対象の電話番号の電話端末が実在し且つ話中でない（即ち、調査対象の電話番号が実在する）と判定し、或いは、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソースが見つからないことを示すコード４０４ Ｎｏｔ Ｆｏｕｎｄレスポンスである場合は調査対象の電話番号は欠番であると判定する。

そして、網判定装置１０の接続網判定部１３は、当該の調査対象の電話番号に関する接続網の種別の判定の処理を終了する（ＥＮＤ）。

一方で、ステップＳ５の処理において判断の結果が「Ｎｏ」である場合に、具体的には、アンサーの内容がコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３００、３０４、及び３０５のうちのいずれかであるとともにｔｏ－ｔａｇ値がＡグループ若しくはＢグループである場合に、網判定装置１０の接続網判定部１３は処理手順をステップＳ９の処理へとすすめる。

なお、発側固定ＩＭＳ網２０は、ＳＤＰパラメータに関し、ネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）についてＩＰｖ４に加えてＩＰｖ６が許容されており、メディア種別についてマルチメディアが許容されており、メディアのトランスポートプロトコルについてＲＴＰ／ＡＶＰＦが許容されており、さらに、音声コーデックについて少なくともＧ．７１１ μ－ｌａｗが許容されているので、ＩＮＶＩＴＥリクエストが発側固定ＩＭＳ網２０に接続されている電話端末へと到達することができる。

また、発側固定ＩＭＳ網２０とＮＧＮ網３０Ａとの間では、ＳＤＰパラメータに関し、ネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）についてＩＰｖ４に加えてＩＰｖ６が許容されており、メディア種別についてマルチメディアが許容されており、メディアのトランスポートプロトコルについてＲＴＰ／ＡＶＰＦが許容されており、さらに、音声コーデックについて少なくともＧ．７１１ μ－ｌａｗが許容されているので、ＩＮＶＩＴＥリクエストがＮＧＮ網３０Ａに接続されている電話端末へと到達することができる。

そして上記の場合（即ち、ステップＳ５：Ｎｏ；尚、ｔｏ－ｔａｇ値がＣグループはステップＳ５：Ｙｅｓとなり除かれている）、ｔｏ－ｔａｇ値はＡグループ（即ち、通信事業者Ｘの発側固定ＩＭＳ網：ＮＧＮ網に接続されている電話端末）又はＢグループ（具体的には、通信事業者Ｙの着側固定ＩＭＳ網：ＮＧＮ網に接続されている電話端末）となる。

付け加えると、ステップＳ１の処理においてＮＧＮ網用ＳＤＰでＩＮＶＩＴＥリクエストを送信した際、調査対象の電話番号の電話端末がＮＧＮ網３０Ａに接続されている場合は、アンサーの内容がコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３００、３０４、又は３０５であるとともにｔｏ－ｔａｇ値はＢグループとなる。

さらに、ステップＳ７の処理において判断の結果が「Ｎｏ」である場合も、網判定装置１０の接続網判定部１３は処理手順をステップＳ９の処理へとすすめる。この場合、ｔｏ－ｔａｇ値はＡグループとなっている。

なお、ステップＳ１、Ｓ２、Ｓ５、及びＳ６の処理を経たうえでステップＳ７の処理において判断の結果が「Ｎｏ」になることは、調査対象の電話番号の電話端末が発側固定ＩＭＳ網２０に接続されている状況に対応する。そしてこの場合、ｔｏ－ｔａｇ値はＡグループになる。

具体的には、ステップＳ１の処理においてＮＧＮ網用ＳＤＰでＩＮＶＩＴＥリクエストを送信した際、調査対象の電話番号の電話端末が発側固定ＩＭＳ網２０（尚、ＮＧＮ網である）にＵＮＩ接続されている場合は、アンサーの内容がコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３００、３０４、又は３０５であるとともにｔｏ－ｔａｇ値はＡグループ（ステップＳ５：Ｎｏ）又はＣグループ（ステップＳ５：Ｙｅｓ）となる。また、調査対象の電話番号の電話端末がＶｏＩＰ網３０Ｂに接続されている場合は、アンサーの内容がコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３００であるとともにｔｏ－ｔａｇ値はＣグループ（ステップＳ５：Ｙｅｓ）となる。このため、ｗａｒｎ－ｃｏｄｅが３００の場合、調査対象の電話番号の電話端末が発側固定ＩＭＳ網２０とＶｏＩＰ網３０Ｂとのうちのどちらに接続されているのか特定することができない。

このようなケースにおいて、固定電話網用ＳＤＰでＩＮＶＩＴＥリクエストを更に送信する（ステップＳ６）ことにより、アンサーにおけるｔｏ－ｔａｇ値が、Ａグループの場合（ステップＳ７：Ｎｏ）には調査対象の電話番号の電話端末は発側固定ＩＭＳ網２０（尚、ＮＧＮ網である）に接続されていると特定することができ、一方、Ｄグループの場合（ステップＳ７：Ｙｅｓ）には調査対象の電話番号の電話端末はＶｏＩＰ網３０Ｂに接続されていると特定することができる。なお、ステップＳ７の処理において判断の結果が「Ｎｏ」である場合は、具体的には、アンサーの内容がコード１８０ Ｒｉｎｇｉｎｇレスポンスであるとともにｔｏ－ｔａｇ値がＡグループである場合である。

網判定装置１０の接続網判定部１３は、ステップＳ５の処理の結果（ステップＳ５：Ｎｏ）又はステップＳ７処理の結果（ステップＳ７：Ｎｏ）から、調査対象の電話番号の電話端末はＮＧＮ網３０Ａ又は発側固定ＩＭＳ網２０に接続されていると判定する（ステップＳ９）。

網判定装置１０の接続網判定部１３は、さらに、ステップＳ１の処理におけるＩＮＶＩＴＥリクエスト（尚、ＳＤＰパラメータがＮＧＮ網用ＳＤＰである）に対するアンサーの内容が、ＳＩＰセッションにおいてプロファイルの不一致を理由にオファーを受け入れないことを示すコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答である場合は調査対象の電話番号が実在すると判定し、或いは、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソースが見つからないことを示すコード４０４ Ｎｏｔ Ｆｏｕｎｄレスポンスである場合には調査対象の電話番号は欠番であると判定する。

なお、上述のとおりＩＮＶＩＴＥリクエストは発側固定ＩＭＳ網２０やＮＧＮ網３０Ａに接続されている電話端末へと到達することができるものの、当該電話端末がＩＰｖ６に対応していない場合には発側固定ＩＭＳ網２０と当該電話端末との間やＮＧＮ網３０Ａと当該電話端末との間のホームゲートウェイ（ＨＧＷ）で拒否されるため、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅのエラー応答であり且つｗａｒｎ－ｃｏｄｅが３００となる。したがって、ステップＳ９の処理において確認されるコード４８８のエラー応答は調査対象の電話番号の電話端末が実在することを意味する。

そして、網判定装置１０の接続網判定部１３は、当該の調査対象の電話番号に関する接続網の種別の判定の処理を終了する（ＥＮＤ）。

（網判定プログラム）
本発明に係る網判定プログラムの具体的な構成態様の一例としての、実施の形態に係る網判定プログラムは、少なくとも着側ＩＭＳ網３０（３０Ａ、３０Ｂ）に接続されている電話端末に発側固定ＩＭＳ網２０を介して接続される網判定装置１０（図１、図６参照）に実装されるプログラムである。

実施の形態に係る網判定プログラムは、発側固定ＩＭＳ網２０に接続されている電話端末と着側ＩＭＳ網３０（３０Ａ、３０Ｂ）に接続されている電話端末とのうちの少なくとも一方に発側固定ＩＭＳ網２０を介して接続されるコンピューター（具体的には、網判定装置１０）に、調査対象の電話端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して発側固定ＩＭＳ網２０にＩＮＶＩＴＥリクエストを送信する処理と、発側固定ＩＭＳ網２０を介して応答メッセージを受信する処理と、応答メッセージに応じて調査対象の電話端末が接続されている網を判定する処理と、を少なくとも実行させる、ようにしている。

そして、実施の形態に係る網判定プログラムは、ＩＮＶＩＴＥリクエストを送信する処理において、ネットワークプロトコルがＩＰｖ６、メディア種別がマルチメディア、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰＦのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗを含むとされているＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、次に、ネットワークプロトコルがＩＰｖ４、メディア種別がａｕｄｉｏのみ、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むとされている固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、また、網を判定する処理において、ＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストに対する応答メッセージにおけるレスポンスのコード、固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストに対する応答メッセージにおけるレスポンスのコード、及び前記コンピューター（具体的には、網判定装置１０）が接続されているホームゲートウェイ５１によって変換される前のｔａｇ情報の組合せに基づいて電話端末が接続されている網を判定する、ようにしている。

（接続網情報提供システム）
図８は、本発明に係る接続網情報提供システムの具体的な構成態様の一例としての、実施の形態に係る接続網情報提供システム１００のシステム構成図である。

実施の形態に係る接続網情報提供システム１００は、１以上のユーザ端末９０と、ユーザ端末９０とＩＰ網８０経由で接続されるとともに図示省略した網（例えば、発側固定ＩＭＳ網２０）と接続される網判定サーバ（具体的には、網判定装置１０）と、を含む。

実施の形態に係る接続網情報提供システム１００は、網判定サーバ（具体的には、網判定装置１０）と、ユーザ端末９０と、を有し、網判定サーバ（具体的には、網判定装置１０）が、ユーザ端末９０から電話端末が接続されている網についての情報提供の要求（「接続網情報提供要求」と称する）を受信すると、接続網情報提供要求があったユーザ端末９０に接続網判定部１３が判定した電話端末が接続されている網の情報（具体的には、通信網の種別を含む接続網履歴情報）をＩＰ網８０経由で送信する網インタフェース部１１を備える（図６参照）、ようにしている。

網判定サーバ（具体的には、網判定装置１０）は、ユーザ端末９０から調査対象の電話番号に関する接続網情報提供要求をＩＰ網８０経由で受信すると、調査対象の電話番号の電話端末が接続されている網の種別の判定結果のそれぞれに判定日時を示すタイムスタンプが付与されて時系列に記録された接続網履歴情報が格納されている記録媒体（具体的には、接続網履歴データベース１５）を参照し、接続網情報提供要求があったユーザ端末９０へとＩＰ網８０経由で接続網履歴情報を送信する。

接続網履歴情報が格納されている記録媒体（具体的には、接続網履歴データベース１５）は、必要なユーザに単独で配布されてもよい。接続網履歴情報が格納されている記録媒体（接続網履歴データベース１５）は、例えば、通信事業者網に専用線経由で接続される網判定装置１０により生成される、電話端末が接続されている網の種別が記録される記録媒体であり、配布先のシステムで検索用に使用されてもよい。

接続網履歴情報が格納されている記録媒体（具体的には、接続網履歴データベース１５）は、着信側の電話端末（具体的には、固定型の電話端末）が接続されている網の種別を判定した結果の集合体であり、例えば、判定結果のそれぞれに判定日時を示すタイムスタンプが付与されて時系列に記録されているものである。

接続網履歴情報が格納されている記録媒体（具体的には、接続網履歴データベース１５）の配布は、ＤＶＤやハードディスクに記録されたデータベースの態様での配布に限らず、通信回線を利用した配布も含まれる。

（作用効果）
実施の形態に係る網判定装置１０、網判定方法、網判定プログラム、及び接続網情報提供システムによれば、公衆交換電話網（ＰＳＴＮ）経由の相互接続方式からＩＰ－ＩＰ接続の相互接続方式への移行後に着信側の電話端末が接続されている網を判定することが可能となる。

以上、本発明の実施の形態について説明したが、本発明の具体的な構成態様は上記の実施の形態に限定されるものではなく、上記の実施の形態に、本発明の要旨を逸脱しない範囲の変形や変更などが加えられた形態も本発明に含まれる。

例えば、上記の実施の形態では調査対象の電話番号の電話端末が接続されている網の種別の判定に加えて調査対象の電話番号の実在／欠番を判定するようにしているが、本発明において調査対象の電話番号の実在／欠番の判定は必須の構成ではなく、調査対象の電話番号の実在／欠番の判定は行われないようにしてもよい。

１０ 網判定装置
１１ 網インタフェース部
１２ メッセージ交換制御部
１３ 接続網判定部
１４ 接続網履歴生成部
１５ 接続網履歴データベース
２０ 発側固定ＩＭＳ網
２１ ＳＩＰサーバ
２２ 公衆交換電話網ゲートウェイ（ＰＳＴＮ－ＧＷ）
２３ ＩＢＣＦ
３０ 着側ＩＭＳ網
３０Ａ ＮＧＮ網
３０Ｂ ＶｏＩＰ網
３１ ＳＩＰサーバ
３２ ゲートウェイ（ＧＷ）
３３ ＩＢＣＦ
３４ ＩＰ－ＰＯＩ
４０ 公衆交換電話網
４１ 公衆交換電話網ゲートウェイ（ＰＳＴＮ－ＧＷ）
４２ ゲートウェイ（ＧＷ）
４３ ＳＴＭ－ＰＯＩ
５１ ホームゲートウェイ（ＨＧＷ）
５２ 光回線終端装置
６０ 情報取得装置
７０ メタル収容装置
８０ ＩＰ網
９０ ユーザ端末
１００ 接続網情報提供システム

Claims (13)

1. 発側固定ＩＭＳ網に接続されている電話端末と着側ＩＭＳ網に接続されている電話端末とのうちの少なくとも一方に前記発側固定ＩＭＳ網を介して接続される網判定装置であり、
   調査対象の電話端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網に前記ＩＮＶＩＴＥリクエストを送信するとともに前記発側固定ＩＭＳ網を介して応答メッセージを受信するメッセージ交換制御部と、
   前記応答メッセージに応じて前記調査対象の前記電話端末が接続されている網を判定する接続網判定部と、を備え、
   前記メッセージ交換制御部が、
   ネットワークプロトコルがＩＰｖ６、メディア種別がマルチメディア、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰＦのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗを含むと記述されているＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、
   次に、ネットワークプロトコルがＩＰｖ４、メディア種別がａｕｄｉｏのみ、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、
   前記接続網判定部が、
   前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、及び当該網判定装置が接続されているホームゲートウェイによって変換される前のｔａｇ情報の組合せに基づいて前記電話端末が接続されている網を判定する、
   ことを特徴とする網判定装置。
2. 前記接続網判定部が、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３０２であるとともに前記ｔａｇ情報がメタル収容装置に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はメタル収容装置に接続されていると判定する、
   ことを特徴とする請求項１に記載の網判定装置。
3. 前記接続網判定部が、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３００、３０４、又は３０５であるとともに前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値であり、さらに、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであるとともに前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はＶｏＩＰ網に接続されていると判定する、
   ことを特徴とする請求項１に記載の網判定装置。
4. 前記接続網判定部が、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅでｗａｒｎ－ｃｏｄｅが３００、３０４、及び３０５のうちのいずれかであり且つ前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値でない、或いは、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであり且つ前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値でない場合に、前記調査対象の前記電話端末はＮＧＮ網に接続されていると判定する、
   ことを特徴とする請求項１に記載の網判定装置。
5. 発側固定ＩＭＳ網に接続されている電話端末と着側ＩＭＳ網に接続されている電話端末とのうちの少なくとも一方に前記発側固定ＩＭＳ網を介して接続される装置を用いて、調査対象となる電話端末が接続されている網を判定する網判定方法であり、
   前記装置が、
   調査対象の電話端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網に前記ＩＮＶＩＴＥリクエストを送信するステップと、
   前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、
   前記応答メッセージに応じて前記調査対象の前記電話端末が接続されている網を判定するステップと、を含み、
   前記ＩＮＶＩＴＥリクエストを送信する前記ステップとして、
   ネットワークプロトコルがＩＰｖ６、メディア種別がマルチメディア、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰＦのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗを含むと記述されているＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、
   次に、ネットワークプロトコルがＩＰｖ４、メディア種別がａｕｄｉｏのみ、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、
   前記網を判定する前記ステップにおいて、
   前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、及び前記装置が接続されているホームゲートウェイによって変換される前のｔａｇ情報の組合せに基づいて前記電話端末が接続されている網を判定する、
   ことを特徴とする網判定方法。
6. 前記網を判定する前記ステップにおいて、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３０２であるとともに前記ｔａｇ情報がメタル収容装置に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はメタル収容装置に接続されていると判定する、
   ことを特徴とする請求項５に記載の網判定方法。
7. 前記網を判定する前記ステップにおいて、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３００、３０４、又は３０５であるとともに前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値であり、さらに、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであるとともに前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はＶｏＩＰ網に接続されていると判定する、
   ことを特徴とする請求項５に記載の網判定方法。
8. 前記網を判定する前記ステップにおいて、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅでｗａｒｎ－ｃｏｄｅが３００、３０４、及び３０５のうちのいずれかであり且つ前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値でない、或いは、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであり且つ前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値でない場合に、前記調査対象の前記電話端末はＮＧＮ網に接続されていると判定する、
   ことを特徴とする請求項５に記載の網判定方法。
9. 発側固定ＩＭＳ網に接続されている電話端末と着側ＩＭＳ網に接続されている電話端末とのうちの少なくとも一方に前記発側固定ＩＭＳ網を介して接続されるコンピューターに、
   調査対象の電話端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網に前記ＩＮＶＩＴＥリクエストを送信する処理と、
   前記発側固定ＩＭＳ網を介して応答メッセージを受信する処理と、
   前記応答メッセージに応じて前記調査対象の前記電話端末が接続されている網を判定する処理と、を少なくとも実行させ、
   前記ＩＮＶＩＴＥリクエストを送信する前記処理において、
   ネットワークプロトコルがＩＰｖ６、メディア種別がマルチメディア、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰＦのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗを含むと記述されているＮＧＮ網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、
   次に、ネットワークプロトコルがＩＰｖ４、メディア種別がａｕｄｉｏのみ、メディアのトランスポートプロトコルがＲＴＰ／ＡＶＰのみ、並びに音声コーデックがＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている固定電話網用のＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、
   前記網を判定する前記処理において、
   前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージにおけるレスポンスのコード、及び前記コンピューターが接続されているホームゲートウェイによって変換される前のｔａｇ情報の組合せに基づいて前記電話端末が接続されている網を判定する、
   ことを特徴とする網判定プログラム。
10. 前記網を判定する前記処理において、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３０２であるとともに前記ｔａｇ情報がメタル収容装置に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はメタル収容装置に接続されていると判定する、
    ことを特徴とする請求項９に記載の網判定プログラム。
11. 前記網を判定する前記処理において、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅであり且つｗａｒｎ－ｃｏｄｅが３００、３０４、又は３０５であるとともに前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値であり、さらに、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであるとともに前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値である場合に、前記調査対象の前記電話端末はＶｏＩＰ網に接続されていると判定する、
    ことを特徴とする請求項９に記載の網判定プログラム。
12. 前記網を判定する前記処理において、前記ＮＧＮ網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅでｗａｒｎ－ｃｏｄｅが３００、３０４、及び３０５のうちのいずれかであり且つ前記ｔａｇ情報が前記発側固定ＩＭＳ網に関するｔｏ－ｔａｇ値でない、或いは、前記固定電話網用のＳＤＰパラメータを含む前記ＩＮＶＩＴＥリクエストに対する前記応答メッセージがコード１８０ Ｒｉｎｇｉｎｇレスポンスであり且つ前記ｔａｇ情報が前記着側ＩＭＳ網としての着側固定ＶｏＩＰ網に関するｔｏ－ｔａｇ値でない場合に、前記調査対象の前記電話端末はＮＧＮ網に接続されていると判定する、
    ことを特徴とする請求項９に記載の網判定プログラム。
13. 請求項１から４のうちのいずれか１項に記載の網判定装置と、
    ユーザ端末と、を有し、
    前記網判定装置が、前記ユーザ端末から電話端末についての接続網情報提供要求を受信すると、前記接続網情報提供要求があった前記ユーザ端末に前記接続網判定部が判定した前記電話端末の接続網をＩＰ網経由で送信する網インタフェース部を備える、
    ことを特徴とする接続網情報提供システム。