JP6889507B1 - 電話番号調査装置、同方法、同プログラム、同情報提供システム - Google Patents

Abstract

【課題】０ＡＢ−Ｊ型番号が割り当てられたＩＰ電話の電話番号使用状況について、着信網の種類に依存することなく判定する。【解決手段】少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された０ＡＢ−Ｊ型番号が割り当てられた複数のＩＰ電話にＮＧＮ網を介して接続される電話番号調査装置１０であって、第１のＳＤＰパラメータを調査対象のＩＰ電話に対するＩＮＶＩＴＥ要求に付与してＮＧＮ網２０の選択する着信網にＩＮＶＩＴＥ要求を送信し、着信網から第１の応答メッセージを受信するメッセージ交換制御部を備える。メッセージ交換制御部は、応答メッセージが、「２００ ＯＫ」の場合又は第１のＳＤＰパラメータが変換されている場合、着信網がＶｏＩＰ網であると判定し、応答メッセージの第１のＳＤＰパラメータが変換されていない場合、かつ、応答メッセージが第１のエラーコードの場合、着信網がＩＭＳ網であると判定する。【選択図】図２

Description

本発明は、電話番号調査装置、同方法、同プログラム、同情報提供システム、及び記録媒体に関する。

出願人が過去に出願し、公開された、例えば、特許文献１，２，３に記載された電話番号調査装置が知られている。この電話番号調査装置によれば、全国の電話番号の使用状況のリサーチを行うことができる。

これらの特許文献に記載された技術によれば、発信側である電話番号調査装置は、ＰＳＴＮ（Public Switched Telephone Networks：公衆交換電話網）、移動体通信網、あるいはＩＰ（Internet Protocol）電話網に接続される。そして、電話番号調査装置は、ＩＳＤＮ（Integrated Service Digital Network：サービス統合デジタル網）のＵＮＩ（User Network Interface:ユーザ網インタフェース）プロトコル等を利用して加入者データの問い合わせを行い、「電話番号有効」、「無効」、「移転」等、電話番号の使用状況のリサーチを行うことができる。

しかしながら、ＮＴＴ東西では、「ＰＳＴＮからＮＧＮ（Next Generation Network）へのマイグレーション」を計画しており、２０２５年にはＩＳＤＮサービスの「デジタル通信モード」を廃止することを予定している。このため、ＩＳＤＮのＵＮＩ接続方式に代わって、ＮＧＮ網と接続可能なＳＩＰ（Session Initiation Protocol）ベースの電話番号調査ツールを導入し、新システム基盤への円滑な移行を図る必要がある。

近年、固定電話は順次ＩＰ電話に移行しており、２０２０年の情報通信白書によれば、２０１９年度末で４３９５万台がＩＰ電話であると報告されている。したがって、電話番号の使用状況を正しく判定できるＩＰ電話番号調査装置の実現が待たれている。
ＩＰ電話の基本的な仕組みは伝統的な固定電話の技術とは大きく異なり、このため、例えば、特許文献４に記載されているように、敢えて正しくない記述のＩＮＶＩＴＥ要求をＩＰ電話網（ＳＩＰサーバ）に送信することで、ＩＰ電話番号の有効性を調査する電話番号調査装置が知られている。

しかしながら、出願人が特許文献４に記載された技術を用いて評価試験を試みたところ、依然として正しく判定できるＩＰ電話番号の使用状況の調査を確立できていない。すなわち、特許文献４で調査対象とするＩＰ電話は、０５０で始まる１１桁の電話番号が割り当てられた０５０型ＩＰ電話であり、光電話等、これまでの加入者電話と同じ形式の電話番号が割り当てられた０ＡＢ−Ｊ型ＩＰ電話を対象としていない。したがって、０ＡＢ−Ｊ型ＩＰ電話の電話番号使用状況をリサーチする際に網側拒否等により有効性の調査はできない。

これに対し、出願人は、ＩＰ電話網のＵＮＩ接続の発信端末（電話番号調査装置）からＩＰ電話が着信を拒否するＳＩＰの特定メッセージを送信することにより、ＩＰ電話網における電話番号使用状況を、着信ベルを鳴動させる信号を用いないで判定する技術を確立し、平成２８年５月２４日に、「電話番号調査装置、同方法、同プログラム、及び記録媒体」（特願２０１６−１０３３５６号）として出願した。この出願に記載された技術によれば、ＮＧＮ網と接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することで、新システム基盤への円滑な移行を図ることができる。
ここで、電話番号調査の対象となるＩＰ電話には、０５０で始まる１１桁の電話番号が割り当てられた０５０型の他に、光電話等、これまでの加入者電話と同じ形式の電話番号が割り当てられた０ＡＢ−Ｊ型も含まれ、したがって、ＩＰ電話の種類に依存することなく、電話番号の有効／無効調査を行う際に正確に判定することができる。

特開２００９−０５５５１２号公報 特開２０１１−１３５１２１号公報 特開２０１４−０３３４７４号公報 特開２０１２−０１５６０５号公報

ところで、２０２１年以降に予定されているＰＳＴＮからＮＧＮへの移行に伴い、事業者間相互接続インタフェースも共通線信号方式のＳＳ７（Signaling System No.7）からＩＰ方式のＳＩＰ（Session Initiation Protocol）に変更される。このため、発信端末（電話番号調査装置）からＳＩＰの特定メッセージがＩＭＳ（IP Multimedia Subsystem）網、ＮＧＮ（Next Generation Network）網、及びＩＰ電話網（ＶｏＩＰ：Voice over Internet Protocol）に対し達することになる。

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

このため、事業者間相互接続にＩＭＳ相互接続インタフェース等を利用し、ＩＭＳ網やＩＰ電話網（ＶｏＩＰ網）における電話番号使用状況を、着信ベルを鳴動させる信号を用いないで判定する、ＮＧＮ網とＵＮＩ接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入して新システム基盤への円滑な移行を図る必要がある。

本発明は上記した課題を解決するためになされたものであり、事業者間相互接続にＩＭＳ相互接続インタフェース等を利用し、ＩＭＳ網やＩＰ電話網（ＶｏＩＰ網）における電話番号使用状況を、判定して新システム基盤への円滑な移行を可能にする、電話番号調査装置、同方法、同プログラム、同情報提供システムを提供することを目的とする。
特に、０ＡＢ−Ｊ型番号が割り当てられたＩＰ電話の電話番号使用状況について、着信網の種類に依存することなく、判定することができる、電話番号調査装置、同方法、同プログラム、同情報提供システムを提供することを目的とする。

本発明は、上記目的を達成するために、以下の構成によって把握される。
（１）少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された０ＡＢ−Ｊ型番号が割り当てられた複数のＩＰ電話にＮＧＮ網を介して接続される電話番号調査装置であって、第１のＳＤＰパラメータを調査対象の前記ＩＰ電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信し、前記着信網から第１の応答メッセージを受信するメッセージ交換制御部と、前記第１の応答メッセージに応じて、前記ＩＰ電話の電話番号使用状況について判定する電話番号調査判定部と、を備え、前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、前記メッセージ交換制御部は、前記第１の応答メッセージが、「２００ ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定することを特徴とする。

（２）前記メッセージ交換制御部は、前記第１の応答メッセージが「２００ ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、次回から第２のＳＤＰパラメータを調査対象の前記ＩＰ電話に対するＩＮＶＩＴＥ要求に付与して送信する。

（３）前記第１のＳＤＰパラメータは、前記ＩＭＳ網に準拠したパラメータであり、前記第２のＳＤＰパラメータは、前記ＶｏＩＰ網に準拠したパラメータである。

（４）前記第１のＳＤＰパラメータは、前記ＩＭＳ網に接続された前記ＩＰ電話が着信を拒否するパラメータでもあり、前記第１のＳＤＰパラメータは、前記ネットワークプロトコル、メディア種別、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又はその組み合わせからなるパラメータの記述で前記ＩＰ電話が着信を拒否するパラメータとされている。

（５）前記第１のＳＤＰパラメータが、音声、映像、及び、アプリケーションを含む全メディアを含んだメディア種別を含んでいる。

（６）前記第２のＳＤＰパラメータは、前記ＶｏＩＰ網に接続された前記ＩＰ電話が着信を拒否するパラメータであり、前記第２のＳＤＰパラメータは、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又はその組み合わせからなるパラメータの記述で前記ＩＰ電話が着信を拒否するパラメータとされている。

（７）前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、前記ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、前記メッセージ交換制御部は、前記第１の応答メッセージが「２００ ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、前記第１の応答メッセージが前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが前記第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定する。

（８）前記電話番号調査判定部は、前記第１の応答メッセージに含まれる前記第１のエラーコードを受信した場合、前記ＩＰ電話の電話番号が実在すると判定し、前記第１の応答メッセージに含まれる第２又は第３のエラーコードを受信した場合、前記ＩＰ電話の電話番号が欠番であると判定する。

（９）前記電話番号調査判定部は、前記第２のＳＤＰパラメータの送信に対して前記着信網から受信する第２の応答メッセージに含まれる前記第１のエラーコードを受信した場合、前記ＩＰ電話の電話番号が実在すると判定し、前記第２の応答メッセージに含まれる第３のエラーコードを受信した場合、前記ＩＰ電話が欠番であると判定する。

（１０）システムは、上記電話番号調査装置と、ユーザ端末と、を備え、前記電話番号調査装置は、前記ユーザ端末から前記ＩＰ電話の電話番号調査情報提供要求を受信すると、前記電話番号調査情報提供要求があった前記ユーザ端末に前記電話番号調査判定部が判定した前記ＩＰ電話の電話番号使用状況を前記ＩＰ網経由で送信する網インタフェース部を備える。

（１１）少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された０ＡＢ−Ｊ型番号が割り当てられた複数のＩＰ電話にＮＧＮ網を介して接続される電話番号調査装置を用いて、調査対象となる前記ＩＰ電話の電話番号の使用状況を調査する電話番号調査方法であって、前記電話番号調査装置が、第１のＳＤＰパラメータを調査対象の前記ＩＰ電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信するステップと、前記着信網から第１の応答メッセージを受信するステップと、前記第１の応答メッセージに応じて、前記ＩＰ電話の電話番号使用状況について判定するステップと、前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、前記第１の応答メッセージが、「２００ ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定するステップと、を含む。

（１２）少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された０ＡＢ−Ｊ型番号が割り当てられた複数のＩＰ電話にＮＧＮ網を介して接続される電話番号調査装置のプログラムであって、電話番号調査装置に、第１のＳＤＰパラメータを調査対象の前記ＩＰ電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信させる処理と、前記着信網から第１の応答メッセージを受信させる処理と、前記第１の応答メッセージに応じて、前記ＩＰ電話の電話番号使用状況について判定させる処理と、前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、前記第１の応答メッセージが「２００ ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定させる処理と、を少なくとも実行させる。

本発明によれば、事業者間相互接続にＩＭＳ相互接続インタフェース等を利用し、ＩＭＳ網やＩＰ電話網における電話番号使用状況を、判定して新システム基盤への円滑な移行を可能にする、電話番号調査装置、同方法、同プログラム、同情報提供システムを提供することができる。また、０ＡＢ−Ｊ型番号が割り当てられたＩＰ電話の電話番号使用状況について、着信網の種類に依存することなく、判定することができる、電話番号調査装置、同方法、同プログラム、同情報提供システムを提供することができる。

本発明の実施の形態に係る電話番号調査装置の網接続形態を示す図である。 本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第１のＳＤＰパラメータを付加した着側ＶｏＩＰ網の場合の例である。 本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第１のＳＤＰパラメータを付加した着側ＩＭＳ網の場合の例である。 本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第２のＳＤＰパラメータを付加した着側ＶｏＩＰ網の場合の例である。 本発明の実施の形態に係る電話番号調査装置の構成図である。 本発明の実施の形態に係る電話番号調査装置のＳＤＰ記述に基づく通信確立手順を示すフローチャートである。 本発明の実施の形態に係る電話番号調査装置の電話番号使用状況調査判定アルゴリズムを示すフローチャートである。 記録媒体のデータ構造の一例を示す図である。 本発明の実施の形態に係る電話番号調査装置の着信網の網判定手順を示すフローチャートである。 本発明の実施の形態に係る電話番号調査情報提供システムの構成図である。

以下、添付図面を参照して、本発明を実施するための形態（以下、本実施形態と言う）について詳細に説明する。なお、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。

（実施形態の構成）
図１は、本実施形態に係る電話番号調査装置１０の網接続形態を示す図である。図１に示すように、本実施形態に係る電話番号調査装置１０は、ＩＭＳ網３０又はＶｏＩＰ網（ＩＰ電話網）４０に接続された調査対象の複数の電話端末（ＩＭＳ端末５０ａ，５０ｂ及びＩＰ電話端末６０）が、ＮＧＮ網２０を介して接続されている。

ＩＭＳ網３０は、移動体通信事業者（キャリアＡ），ＮＧＮ通信事業者（キャリアＢ）ごとに構築され、それぞれが管理運営するＳＩＰサーバ３０ａ，３０ｂを介し、それぞれの網（契約キャリア）ごとにＩＭＳ端末５０ａ，５０ｂが接続されている。なお、ＩＰ電話網４０にはＶｏＩＰ通信事業者（キャリアＣ）のＳＩＰサーバ３０ｃを介してＩＰ電話端末６０が接続されている。

図１の構成において、発信側である電話番号調査装置１０が着信側の電話端末の電話番号をダイヤル発信することにより、ＮＧＮ網２０内のＳＩＰサーバ２０ａ、発信側ＳＢＣ（セッションボーダコントローラ）２１、着信側ＳＢＣ３１，４１、ＳＩＰサーバ３０ａ，３０ｂ，３０ｃ、着信側のＩＭＳ端末５０ａ，５０ｂ及びＩＰ電話端末６０の順でルーティングが実行される。
このとき、電話番号調査装置１０とＮＧＮ網２０との間はＵＮＩ接続、ＮＧＮ網２０とＩＭＳ網３０との間の事業者間相互接続は発信側ＳＢＣ２１、着信側ＳＢＣ３１を介してＩＭＳ相互接続が担保され、ＮＧＮ網２０とＶｏＩＰ網４０は、発信側ＳＢＣ２１、着信側ＳＢＣ４１を介して相互接続が担保され、電話番号調査装置１０から発信される後述する特定のＳＩＰメッセージがＩＭＳ網３０に到達する。

なお、図１において、着信側の網として、ＩＭＳ網、ＮＧＮ網、ＶｏＩＰ網の３つの網が存在するが、ＩＭＳ端末５０ａが接続されるＩＭＳ網とＩＭＳ端末５０ｂが接続されるＮＧＮ網とは同じアーキテクチャをとるため、同一番号３０を付して説明する。
このＩＰ−ＩＰ接続によるＩＭＳ事業者間の相互接続共通インタフェースは、ＴＴＣ標準（ＪＪ−９０．３０）で規定されている。

ところで、ＳＩＰによれば、リアルタイム通信を行うためにメディア情報を含むパケットの符号化方式やパケットの宛先等のアドレスについて端末間でネゴシエーションを行う必要がある。このネゴシエーションのために必要になるのがＳＤＰ（Session Description Protocol）と呼ばれる記述言語であり、ＲＦＣ４５６６で定義されている。

ＳＩＰでセッションを確立するためには、まず、発信側がＳＩＰメッセージにメディア情報を記述した要求を送信し、着信側がその中から対応可能なメディアを選択した応答を返信することで、通信に使用するメディア情報を共有する。このようにセッションを開始するためにＳＩＰメッセージにメディア情報を載せることをオファーといい、それに対して対応可能なメディア情報を返却することをアンサーという。このオファーアンサーモデルについてはＲＦＣ３２６４で定義されている。さらに、ＩＭＳにおけるＳＤＰメディアネゴシエーション手順については、ＴＴＣ標準（ＪＪ−９０．２６）で規定されている。

図１に示すように、本実施形態に係る電話番号調査装置１０は、ＮＧＮ網２０（ＳＩＰサーバ２０ａ）、ＩＭＳ網３０（ＳＩＰサーバ３０ａ）、ＮＧＮ網３０（ＳＩＰサーバ３０ｂ）又はＶｏＩＰ網４０（ＳＩＰサーバ３０ｃ）経由で調査対象となるＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０に、ＩＮＶＩＴＥ（招待）メソッドのＳＤＰオファー（以下、ＩＮＶＩＴＥ要求という）を送信する際に、そのＳＤＰパラメータに、着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０が着信を拒否するＳＤＰパラメータを付加して送信する（以下、ＩＮＶＩＴＥ（ＳＤＰ不一致）という）。

これに対し、着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０は、自身が使用可能なＳＤＰパラメータが異なるため着信を拒否し、応答メッセージとして４８８エラー応答（容認不可：Not Acceptable Here）を返信する。電話番号調査装置１０は、４８８エラー応答を受信することにより、後述する仕組みでＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０の実在を正確に判別することが可能になる。

なお、ＩＮＶＩＴＥメソッドのＳＤＰネゴシエーション手順におけるＳＤＰ不一致には、「ネットワークプロトコル」の不一致、「メディア種別」の不一致、「トランスポートプロトコル」の不一致、「コーデック」の不一致の４つのケースがある。本実施形態に係る電話番号調査装置１０によれば、これらケースの組み合わせにより、正確に電話番号使用状況の有効性の判定が可能である。

ＳＢＣ標準とされるＲＦＣ５８５３によると、ＮＧＮ網（ＩＰｖ６）からＶｏＩＰ網（ＶｏＩＰ網）へ発信する場合、ＩＰｖ６をサポートしていないＶｏＩＰ網では、ＮＧＮ網２０のＳＢＣ２１は、ＳＤＰパラメータ（第１のＳＤＰパラメータ）を着信網へ送信する際に、着信網がＶｏＩＰ網４０の場合、ネットワークプロトコルを着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有するとされている。電話番号調査装置１０は、ＳＤＰパラメータのネットワークプロトコルが変換されているかを判断してＩＭＳ網３０又はＶｏＩＰ網４０を判定する。

図２は、本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第１のＳＤＰパラメータを付加した着側ＶｏＩＰ網の場合のシーケンスを示す。
ここでは、電話番号調査装置１０、発信側のＮＧＮ網２０、発信側ＳＢＣ２１、着信側ＳＢＣ４１、着信側のＶｏＩＰ網４０、ＩＰ電話端末６０におけるＳＤＰネゴシエーション手順が示されている。

図２（ａ）に示すように、電話番号調査装置１０は、ＮＧＮ網２０を介して調査対象となるＩＰ電話端末６０の契約キャリアのＶｏＩＰ通信事業者の着信側ＩＰ電話網４０経由で該当のＩＰ電話端末６０にＩＮＶＩＴＥ要求を送信する。そのとき、ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータ（第１のＳＤＰパラメータ）に着信側のＩＰ電話端末６０が着信を拒否する情報を付与して送信する（ステップＳ１１〜Ｓ１２：ＩＮＶＩＴＥ＋第１のＳＤＰ：ＩＰｖ６）。
ここで、ＮＧＮ網２０は、ＩＰｖ６をサポートしているため、ＳＤＰパラメータは、ＩＰｖ６のネットワークプロトコルを含んでいる。

ＮＧＮ網２０側のＳＢＣ２１は、ＩＮＶＩＴＥ要求のＳＤＰパラメータをＶｏＩＰ網４０の機能に一致させるため、機能ミスマッチ修正機能を実行し、ＩＮＶＩＴＥ要求のＳＤＰパラメータをＩＰｖ４に書き換える（ＳＤＰ変換する）。変換されたＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ＋ｍｏｄ.ＳＤＰ：ＩＰｖ４）は、ＳＢＣ２１により前方のＶｏＩＰ網（ＩＰＶ４）４０に送信される（ステップＳ１３）。ＶｏＩＰ網４０のＳＢＣ４１は、変換されたＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ＋ｍｏｄ.ＳＤＰ：ＩＰｖ４）を着信端末６０まで送信する（ステップＳ１４〜Ｓ１５）。

これに対し、着信側のＩＰ電話端末６０は、応答して応答メッセージ（２００ ＯＫ＋ＳＤＰ：ＩＰｖ４）を返信する（ステップＳ１６〜Ｓ１７）。ＶｏＩＰ網４０のＳＢＣ４１は、着信端末６０から返信されたＳＤＰパラメータを変換して応答メッセージ（２００ ＯＫ＋ｍｏｄ. ＳＤＰ）をＮＧＮ網２０側のＳＢＣ２１に送信する（ステップＳ１８）。ＮＧＮ網２０側のＳＢＣ２１は、変換された応答メッセージ（２００ ＯＫ＋ｍｏｄ.ＳＤＰ）を電話番号調査装置１０に送信する。

電話番号調査装置１０は、応答メッセージ「２００ ＯＫ＋ｍｏｄ.ＳＤＰ」を受信した場合、着信網がＶｏＩＰ網４０であると判定する。
また、電話番号調査装置１０は、応答メッセージ「２００ ＯＫ＋ｍｏｄ.ＳＤＰ」を受信した場合、ＩＰ電話端末６０の電話番号が実在すると判定する。
網判定後、電話番号調査装置１０は、着信網がＶｏＩＰ網４０の場合、ＶｏＩＰ用のＳＩＰ発信機から着信側のＩＰ電話端末６０へ確認のためのＡＣＫリクエストを送信する（ステップＳ２１〜Ｓ２５）。

次に、図２（ｂ）を用いて、着信側がＶｏＩＰ網であって欠番の場合について説明する。
電話番号調査装置１０は、ＮＧＮ網２０を介して調査対象となるＩＰ電話端末６０の契約キャリアのＶｏＩＰ通信事業者の着信側ＶｏＩＰ網４０経由でＩＮＶＩＴＥ要求を送信する。そのとき、ＩＮＶＩＴＥ要求に含まれるＩＰｖ６のＳＤＰパラメータに着信側が着信を拒否する情報を付与して送信する（ステップＳ３１〜Ｓ３２：ＩＮＶＩＴＥ＋第１のＳＤＰ：ＩＰｖ６）。

ＮＧＮ網２０側のＳＢＣ２１は、ＩＮＶＩＴＥ要求のＳＤＰパラメータをＶｏＩＰ網４０の機能に一致させるため、機能ミスマッチ修正機能を実行し、ＩＮＶＩＴＥ要求のＳＤＰパラメータをＩＰｖ４に書き換える。変換されたＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ＋ｍｏｄ.ＳＤＰ：ＩＰｖ４）は、 ＳＢＣ２１により前方のＶｏＩＰ網（ＩＰＶ４）４０に送信される（ステップＳ３３）。
ＶｏＩＰ網４０のＳＢＣ４１は、変換されたＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ＋ｍｏｄ.ＳＤＰ：ＩＰｖ４）を着信網であるＶｏＩＰ網４０まで送信する（ステップＳ３４）。

これに対し、着信側のＶｏＩＰ網４０は、応答してＳＤＰパラメータとエラーコード付の応答メッセージ（エラー４０４／１８３＋ＳＤＰ：ＩＰｖ４）を返信する（ステップＳ３５）。ＶｏＩＰ網４０のＳＢＣ４１は、応答メッセージのＳＤＰパラメータを変換して応答メッセージ（エラー４０４／１８３＋ｍｏｄ.ＳＤＰ）をＮＧＮ網２０側のＳＢＣ２１に送信する（ステップＳ３６）。ＮＧＮ網２０側のＳＢＣ２１は、変換された応答メッセージ（エラー４０４／１８３＋ｍｏｄ.ＳＤＰ）を電話番号調査装置１０に送信する（ステップＳ３７〜Ｓ３８）。

電話番号調査装置１０は、エラー応答である応答メッセージに含まれるエラーコード（４０４／１８３）を受信し（ステップＳ３５〜Ｓ３８）、ＩＰ電話端末６０の電話番号の電話番号使用状況（欠番）を取得することで、欠番であると判定する。
網判定後、電話番号調査装置１０は、着信網がＶｏＩＰ網４０の場合、ＶｏＩＰ用のＳＩＰ発信機から着信側のＩＰ電話端末６０へ確認のためのＡＣＫリクエストを送信する（ステップＳ３９〜Ｓ４２）。
なお、エラー応答である４０４コードはユーザ不在、１８３コードはガイダンス応答を示す。

図３は、本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第１のＳＤＰパラメータを付加した着側ＩＭＳ網の場合のシーケンスを示す。ここでは、電話番号調査装置１０、発信側のＮＧＮ網２０、発信側ＳＢＣ２１、着信側ＳＢＣ３１、着信側のＩＭＳ網３０、ＩＭＳ端末５０ａ（５０ｂ）におけるＳＤＰネゴシエーション手順が示されている。

図３（ａ）に示すように、電話番号調査装置１０は、ＮＧＮ網２０を介して調査対象となるＩＭＳ端末５０ａ（５０ｂ）の契約キャリアの携帯電話網等の着信側ＩＭＳ網３０経由で該当のＩＭＳ端末５０ａ（５０ｂ）にＩＮＶＩＴＥ要求を送信する。そのとき、ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータ（第１のＳＤＰパラメータ）に着信側のＩＭＳ端末５０ａ（５０ｂ）が着信を拒否する情報を付与して送信する（ステップＳ５１〜Ｓ５５：ＩＮＶＩＴＥ＋第１のＳＤＰ：ＩＰｖ６）。

ＮＧＮ網２０のＳＢＣ２１は、着信網がＩＭＳ網３０である場合、ＩＰｖ６をサポートしているため、ネットワークプロトコルの変換は行わない。
これに対し、着信側のＩＭＳ端末５０ａ（５０ｂ）は、ＳＤＰパラメータが自身で使用可能なものと異なるために着信を拒否し、４８８エラー応答を返信する（ステップＳ５６〜Ｓ６０）。

電話番号調査装置１０は、４８８エラー応答を受信することにより、ＩＭＳ端末５０ａ（５０ｂ）の電話番号使用状況（実在，空）を正確に取得することが可能になる。

なお、電話番号調査装置１０は、ＮＧＮ網２０を介して４８８エラー応答を受信すると、発信側ＳＢＣ、契約キャリアの着信側ＳＢＣとＩＭＳ網３０経由で着信側のＩＭＳ端末５０ａ（５０ｂ）へ確認のためのＡＣＫリクエストを送信する（ステップＳ６１〜Ｓ６６）。このように、本実施形態に係る電話番号調査装置１０は、電話番号使用状況調査のために、ＩＮＶＩＴＥ要求／４８８エラー応答／ＡＣＫリクエストの３ウェイハンドシェイクを実現して、通信の信頼性を高めている。

一方、図３（ｂ）に示すように、着信側のＩＭＳ端末５０ａ（５０ｂ）が欠番の場合、電話番号調査装置１０は、着信側のＩＭＳ端末５０ａ（５０ｂ）宛に、ＮＧＮ網２０、ＩＭＳ網３０経由でＩＮＶＩＴＥ要求を送信する（ステップＳ７１〜Ｓ７４）。このことにより、電話番号調査装置１０は、着信側のＩＭＳ網３０（ＳＩＰサーバ３０ａ（３０ｂ））から、“４０４／１８３”エラー応答を受信し（ステップＳ７５〜Ｓ７８）、電話番号使用状況（欠番）を取得することができる。
電話番号調査装置１０は、４０４エラー応答を受信すると、ＮＧＮ網２０経由でＩＭＳ網３０へ確認のためのＡＣＫリクエストを送信する（ステップＳ８１〜Ｓ８４）。

図４は、本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第２のＳＤＰパラメータを付加した着側ＶｏＩＰ網の場合のシーケンスを示す。

図４（ａ）に示すように、電話番号調査装置１０は、ＮＧＮ網２０を介して調査対象となるＩＰ電話端末６０の契約キャリアのＶｏＩＰ通信事業者の着信側ＩＰ電話網４０経由で該当のＩＰ電話端末６０にＩＮＶＩＴＥ要求を送信する。そのとき、ＩＮＶＩＴＥ要求に含まれる第２のＳＤＰパラメータに着信側のＩＰ電話端末６０が着信を拒否する情報を付与して送信する（ステップＳ２１１〜Ｓ２１２：ＩＮＶＩＴＥ＋第２のＳＤＰ：ＩＰｖ４）。ここで、第２のＳＤＰパラメータは、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又は組み合わせからなるパラメータの記述で前記ＩＰ電話が着信を拒否するパラメータを含んでいる。

ＮＧＮ網２０側のＳＢＣ２１は、ＩＮＶＩＴＥ要求の第２のＳＤＰパラメータをＶｏＩＰ網４０の機能に一致させる必要がないため、ＳＤＰ変換は行わずに、そのままＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ＋第２のＳＤＰ：ＩＰｖ４）を、ＳＢＣ２１により前方のＶｏＩＰ網（ＩＰＶ４）４０に送信する（ステップＳ２１３）。ＶｏＩＰ網４０のＳＢＣ４１は、受信したＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ+第２のＳＤＰ：ＩＰｖ４）を着信端末６０まで送信する（ステップＳ２１４〜Ｓ２１５）。

これに対し、着信側のＩＰ電話端末６０は、ＳＤＰパラメータが自身で使用可能なものと異なるために着信を拒否して、エラー４８８応答を返信する（ステップＳ２１６〜Ｓ２１７）。ＶｏＩＰ網４０のＳＢＣ４１は、着信端末６０から返信されたエラー４８８応答をＮＧＮ網２０側のＳＢＣ２１に送信する（ステップＳ２１８）。ＮＧＮ網２０側のＳＢＣ２１は、エラー４８８応答を電話番号調査装置１０に送信する。

電話番号調査装置１０は、エラー４８８応答を受信することにより、着信端末６０の電話番号使用状況（実在，空）を正確に取得することが可能になる。
電話番号調査装置１０は、ＶｏＩＰ用のＳＩＰ発信機から着信側のＩＰ電話端末６０へ確認のためのＡＣＫリクエストを送信する（ステップＳ２２１〜Ｓ２２５）。

一方、図４（ｂ）に示すように、着信側がＶｏＩＰ網であって欠番の場合、電話番号調査装置１０は、着信側のＩＰ電話端末６０宛に、ＮＧＮ網２０、ＶｏＩＰ網４０経由でＩＮＶＩＴＥ要求を送信する（ステップＳ２３１〜Ｓ２３４）。このことにより、電話番号調査装置１０は、エラー応答である応答メッセージに含まれるエラーコード（１８３）を受信し（ステップＳ２３５〜Ｓ２３８）、ＩＰ電話端末６０の電話番号の電話番号使用状況（欠番）を取得することで、欠番であると判定する。
電話番号調査装置１０は、ＶｏＩＰ用のＳＩＰ発信機から着信側のＩＰ電話端末６０へ確認のためのＡＣＫリクエストを送信する（ステップＳ２３９〜Ｓ２４２）。なお、エラー応答である１８３コードはガイダンス応答を示す。

図５は、本実施形態に係る電話番号調査装置１０の構成を示すブロック図である。図５によれば、本実施形態に係る電話番号調査装置１０は、網インタフェース部１１と、メッセージ交換制御部１２と、電話番号調査判定部１３と、電話番号履歴生成部１４と、電話番号履歴ＤＢ（１５）とを含み、構成される。

網インタフェース部１１は、電話番号調査装置１０がＳＩＰプロトコルに準拠した通信を行うための通信インタフェースを担う。メッセージ交換制御部１２は、ＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０にＳＤＰ不一致のＩＮＶＩＴＥ要求を送信し、着信側ＩＭＳ網３０のＳＩＰサーバ３０ａ，３０ｂ又はＶｏＩＰ網４０のＳＩＰサーバ３０ｃからメッセージ（エラー応答）を受信する。なお、ＳＤＰ不一致とするために付加されるＳＤＰパラメータは、着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０が使用不可である、「ネットワークプロトコル」、「メディア種別」、「トランスポートプロトコル」、「コーデック」のいずれかであり、あるいはその組み合わせである。

このため、メッセージ交換制御部１２は、着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０が使用不可の、ネットワークプロトコル、メディア種別、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又はその組み合わせからなるＳＤＰパラメータを付与して送信する。

電話番号調査判定部１３は、メッセージ交換制御部１２を介して受信したエラー応答に応じて、着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０の実在の有無等、電話番号の有効性を判定する。電話番号調査判定部１３は、応答メッセージが着信拒否を示す場合に、ＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０の電話番号を実在すると判定する。
なお、メッセージ交換制御部１２が、例えば、エラーコード４８８（第１のエラーコード）を受信した場合に、調査対象である着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０の電話番号が実在すると判定し、例えば、エラーコード４０４（第２のエラーコード）又は１８３（第３のエラーコード）を受信した場合に電話番号が欠番であると判定する。

電話番号調査判定部１３は、メッセージ交換制御部１２が、ＩＭＳ網３０（ＳＩＰサーバ３０ａ，３０ｂ）から応答メッセージとしてエラーコード４８８（第１のエラーコード）を受信した場合に、調査対象となる着信側のＩＭＳ端末５０ａ，５０ｂの電話番号が、「空き状態で実在する」と判定してもよい。また、メッセージ交換制御部１２が、例えば、エラーコード４８６（第４のエラーコード）を受信した場合に、調査対象である着信側のＩＭＳ端末５０ａ，５０ｂの電話番号が、「話中状態で実在する」と判定してもよい。

電話番号調査判定部１３は、メッセージ交換制御部１２が、ＩＭＳ網３０（ＳＩＰサーバ３０ａ，３０ｂ）から応答メッセージとしてエラーコード４０４（第２のエラーコード）を受信した場合に、調査対象である着信側のＩＭＳ端末５０ａ，５０ｂの電話番号が、「ユーザ不在で解約状態にあり欠番である」と判定してもよい。

電話番号調査判定部１３は、メッセージ交換制御部１２が、ＶｏＩＰ網４０（ＳＩＰサーバ３０ｃ）から応答メッセージとして４８８（第１のエラーコード）を受信した場合に、調査対象である着信側のＩＰ電話端末６０の電話番号が「空き状態で実在する」と判定してもよい。

電話番号調査判定部１３は、メッセージ交換制御部１２が、ＶｏＩＰ網４０（ＳＩＰサーバ３０ｃ）から応答メッセージとして、例えば、エラーコード１８３（第３のエラーコード）を受信した場合に、調査対象である着信側のＩＰ電話端末６０の電話番号が、「欠番である」と判定してもよい。

電話番号履歴生成部１４は、電話番号調査判定部１３での判定結果のそれぞれに判定日時を示すタイムスタンプを付与して記録媒体上に時系列に記録することにより電話番号履歴ＤＢ（１５）を構築する。

電話番号履歴ＤＢ（１５）のデータ構造の一例が図８に示されている。電話番号履歴ＤＢ（１５）に格納される電話番号履歴情報は、電話番号履歴情報レイアウトに示すように、１回の調査ごとに調査対象である「電話番号」と、調査時に判明した移転先あるいは連絡先電話番号である「新加入者番号」と、着信網から返信される「エラーコード」と、「調査年月日」（タイムスタンプ）と、着信網から返信されるレイヤーに関する「その他レイヤー情報」とが記憶されて登録される。

また、電話番号履歴情報の例として、例えば、電話番号「０３−３３５９−０９０６」の電話番号使用状況の調査が実行されると、電話番号調査判定部１３の判定ごとに、上記したレイアウトに調査情報が順次格納され、履歴情報として蓄積される。なお、電話番号履歴ＤＢ（１５）には、上記したデータ項目の他に、電話番号を所有する「法人名・個人名」、住所、年齢等の「属性情報」、「地図リンク情報」と、信用を評価するための「与信情報」とを付加して記録してもよい。

説明を図５に戻す。網インタフェース部１１、メッセージ交換制御部１２、電話番号調査判定部１３、電話番号履歴生成部１４のそれぞれは、プログラムが記録されたメモリを内蔵するか、同メモリが外付けされたマイクロプロセッサと、通信を含む周辺制御用ＬＳＩ（Large Scale Integration）により実現され、マイクロプロセッサがメモリに記録されたプログラムを逐次読み出し実行することにより、電話番号調査装置１０としての以下の機能を実現することができる。

すなわち、ＩＭＳ端末５０ａ（５０ｂ）にＮＧＮ網２０を介してＩＮＶＩＴＥ要求を送信するときに、当該ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータにＩＭＳ端末５０ａ（５０ｂ）が着信を拒否するＳＤＰパラメータを付与し、ＮＧＮ網２０で選択されるＩＭＳ端末５０ａ（５０ｂ）の契約キャリアごとの着信網となるＩＭＳ網３０を介して送信する。そして、ＮＧＮ網２０で選択された着信網であるＩＭＳ網３０（ＩＭＳ端末５０ａ（５０ｂ））の応答メッセージに応じて、ＩＭＳ端末５０ａ（５０ｂ）の電話番号使用状況について判定する。

なお、電話番号履歴ＤＢ（１５）は、半導体メモリ、あるいはハードディスクやＤＶＤ（Digital Versatile Disc）等の光メモリ等の大容量記録媒体に実装される。

（実施形態の動作）
以下、図６のＩＭＳ網３０におけるＳＤＰネゴシエーション手順のフローチャートを参照して、図５の本実施形態に係る電話番号調査装置１０のＳＤＰ記述に基づく通信確立手順から説明する。

図６に示すように、電話番号調査装置１０（メッセージ交換制御部１２）は、電話番号調査の対象となるＩＭＳ端末５０ａ，５０ｂとの間で、ＳＤＰパラメータの記述内容から、ネットワークプロトコルの確認判定（ステップＳ９１）、メディア種別の確認判定（ステップＳ９３）、メディアのトランスポートプロトコルの確認判定（ステップＳ９５）、コーデックの確認判定（ステップＳ９７）の順で通信確立のためのネゴシエーションを行う。

ここでは、ＮＧＮ網２０における通信確立のためのネゴシエーション手順において、ＳＤＰパラメータとして、例えば、ネットワークプロトコルに“ＩＰｖ６”，メディア種別に“全メディアに対応した端末（ｍ＝ａｕｄｉｏ＋ｍ＝ｖｉｄｅｏ＋ｍ＝ａｐｐｌｉｃａｔｉｏｎ）”、トランスポートプロトコルに“ＲＴＰ／ＡＶＰＦ”、映像コーデックに“Ｈ．２６４”を記述してオファーした場合を想定する。

まず、ネットワークプロトコルの確認判定（ステップＳ９１）において、着信側のＩＭＳ端末５０ａ，５０ｂに、ＩＰｖ６をサポートしていないＩＰｖ４端末が実装されている場合（ステップＳ９１“ＮＯ”）、そのＩＰｖ４端末は、メッセージ交換制御部１２に、ネットワークプロトコルの不一致を示すエラーコード４８８（ｗａｒｎｉｎｇコード３００／３０１）を返信する（ステップＳ９２）。一方、ＩＰｖ６端末が実装されていた場合（ステップＳ９１“ＹＥＳ”）、続いてメディア種別の確認判定（ステップＳ９３）が実行される。
ここで、ＳＤＰ記述にＩＰｖ６端末が対応していないメディア種別（ｍ）が一つでも含まれていた場合（ステップＳ９３“ＮＯ”）、着信側のＩＭＳ端末５０ａ，５０ｂは、メディア種別の不一致を示すエラーコード４８８（ｗａｒｎｉｎｇコード３０４）を返信する（ステップＳ９４）。

ここで、メディア非対応のＩＰｖ６端末とは、例えば、音声（ｍ＝ａｕｄｉｏ）にのみ対応した電話機、アプリケーション（ｍ＝ａｐｐｌｉｃａｔｉｏｎ）に非対応のＴＶ電話、映像（ｍ＝ｖｉｄｅｏ）に非対応のＩＰ−ＦＡＸ等である。

着信側のＩＭＳ端末５０ａ，５０ｂに、全てのメディアタイプに対応した端末が実装されていた場合（ステップＳ９３“ＹＥＳ”）、続いてトランスポートプロトコルの確認判定が行われる（ステップＳ９５）。ここでは、ＳＤＰ記述にしたがう全てのメディアタイプを利用可能であるが、利用できないトランスポートプロトコル（ＲＴＰ／ＡＶＰＦ）が記述されていた場合（ステップＳ９５“ＮＯ”）、ＡＶＰ端末である着信側のＩＭＳ端末５０ａ，５０ｂ、ＩＰ電話端末６０は、エラーコード４８８（ｗａｒｎｉｎｇコード３０２）を返信する（ステップＳ９６）。

一方、ＳＤＰ記述にあるトランスポートプロトコルが利用可能であれば（ステップＳ９５“ＹＥＳ”）、続いて、コーデックの確認判定が実行される（ステップＳ９７）。ここで、利用できないコーデックが記述されていた場合（ステップＳ９７“ＮＯ”）、すなわち、着信側のＩＭＳ端末５０ａ，５０ｂに、Ｈ．２６４よりも低画質、低圧縮な映像コーデック、例えばＭＰＥＧ４等を用いる端末が実装されていた場合、そのＨ．２６４以外の端末は、電話番号調査装置１０（メッセージ交換制御部１２）にエラーコード４８８（ｗａｒｎｉｎｇコード３０５）を返信する（ステップＳ９８）。

４つのＳＤＰパラメータの全てに一致する場合、通信が確立され、電話番号調査装置１０は、着信側のＩＭＳ端末５０ａ，５０ｂの電話番号の有効性を正しく判定することができる。４つのＳＤＰパラメータのいずれかが不一致の場合、端末がエラーコード４８８を送信し、着信が拒否される。
ＮＧＮ網２０の場合、上記した通信の確立手順において４つの着信を拒否するパラメータの記述が可能であり、ネットワークプロトコル、メディア種別、トランスポートプロトコル、コーデックの４つ全てのＳＤＰパラメータを記述することにより、着信ベルを鳴動させる信号を用いないで正確に判定することができる。
なお、図６はＩＭＳ網におけるＳＤＰネゴシエーション手順を示したが、ＶｏＩＰ網の場合は、ネットワークプロトコル（ＩＰｖ４）とメディア種別（音声）の２つは固定化されるため、トランスポートプロトコル、コーデックの２つの着信を拒否するパラメータ記述により、着信ベルを鳴動させる信号を用いないで正確に判定することができる。

次に、図７にフローチャートで示す電話番号使用状況調査アルゴリズムを参照して、本実施形態に係る電話番号調査方法について説明する。なお、以下に説明する電話番号調査方法は、コンピュータに対し該当する各手順を実行させて達成することができる。

電話番号調査装置１０は、メッセージ交換制御部１２が、調査対象となるＩＭＳ端末５０ａ，５０ｂ，ＩＰ電話端末６０に対してＩＮＶＩＴＥ要求を送信するときに、そのＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータにＩＭＳ端末５０ａ，５０ｂ，ＩＰ電話端末６０が着信を拒否するＳＤＰパラメータを付与し、ＮＧＮ網２０で選択される契約キャリアごとの着信網となるＩＭＳ網３０、あるいはＶｏＩＰ網４０を介して送信する。

ここで、調査対象となるＩＭＳ端末５０ａ，５０ｂ，ＩＰ電話端末６０の契約キャリアがＡの移動体通信事業者であれば（ステップＳ１０１“キャリアＡ”）、電話番号調査判定部１３は、着信側のＩＭＳ端末５０ａから、契約キャリアＡのＩＭＳ網３０経由で返信されるＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答を解読することにより実在／欠番の判定を行う（ステップＳ１０２）。

欠番判定（ステップＳ１０２“欠番”）は、図３（ａ）（ｂ）のシーケンス図を使用して説明したように、着信側ＩＭＳ網３０からエラーコード４０４を送信する。電話番号調査判定部１３が、選択された着信網であるＩＭＳ網３０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード“４０４又は１８３”）を解読することにより行われる（ステップＳ１０３，Ｓ１０７）。

ここで、調査対象のＩＭＳ端末５０ａが実在すれば（ステップＳ１０２“実在”）、そのＩＭＳ端末５０ａが空き状態にあるか話中であるかの判定が行われる（ステップＳ１０４）。着信側のＩＭＳ端末５０ａの話中判定（ステップＳ１０４“話中”）は、図２（ａ）（ｂ）のシーケンス図を使用して説明したように、電話番号調査判定部１３が、選択された着信網であるＩＭＳ網３０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答、例えば、エラーコード“４８６”を解読することにより行われ（ステップＳ１０５、Ｓ１０７）、一方、空き判定（ステップＳ１０４“空き”）は、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード４８８）を解読することにより行われる（ステップＳ１０６，Ｓ１０７）。

なお、ステップＳ１０７で判定された着信側のＩＭＳ端末５０ａの電話番号の使用状況は、電話番号履歴生成部１４が、電話番号調査判定部１３による判定結果に基づき、例えば、図８に示す電話番号履歴情報レイアウトにしたがって電話番号履歴情報を生成し、都度、電話番号履歴ＤＢ（１５）に記録する。
ここでは、エラーコードにより、ＩＭＳ／ＶｏＩＰの着信網判定と電話番号使用状況を確認することができる。網判定情報をＤＢ化することで次回以降の電話番号調査に活用できる。電話番号履歴ＤＢ（１５）に蓄積された電話番号履歴情報は、一定期間分蓄積された時点で適当な形式で編集し、電話番号使用状況調査記録媒体として検索用に希望者に頒布される。

次に、調査対象となるＩＭＳ端末５０ａ，５０ｂ，ＩＰ電話端末６０の契約キャリアがＢのＮＧＮ通信事業者であれば（ステップＳ１０１“キャリアＢ”）、電話番号調査判定部１３は、着信側のＩＭＳ端末５０ｂから、契約キャリアＢのＮＧＮ網３０経由で返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答を解読することにより実在／欠番の判定を行う（ステップＳ１０８）。

欠番判定（ステップＳ１０８“欠番”）は、電話番号調査判定部１３が、選択された着信網であるＮＧＮ網３０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード“４０４又は１８３”）を解読することにより行われる（ステップＳ１０９，Ｓ１０３）。

ここで、調査対象となるＩＭＳ端末５０ｂが実在すれば（ステップＳ１０８“実在”）、続いて空き状態にあるか話中であるかの判定が行われる（ステップＳ１１０）。
着信側のＩＭＳ端末５０ｂの話中判定（ステップＳ１１０“話中”）は、電話番号調査判定部１３が、選択された着信網であるＮＧＮ網３０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード“４８６”）を解読することにより行われる（ステップＳ１１１，Ｓ１１３）。
一方、空き判定（ステップＳ１１０“空き”）は、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード４８８）を解読することにより行われる（ステップＳ１１２，Ｓ１１３）。

なお、ステップＳ１１３で判定されたＩＭＳ端末５０ｂの電話番号の使用状況は、電話番号履歴生成部１４が、電話番号調査判定部１３による判定結果に基づき、図８に示す電話番号履歴情報レイアウトにしたがって電話番号履歴情報を生成し、都度、電話番号履歴ＤＢ（１５）に記録する。電話番号履歴ＤＢ（１５）に蓄積された電話番号履歴情報は、一定期間分蓄積された時点で適当な形式で編集し、電話番号使用状況調査記録媒体として検索用に希望者に頒布される。

次に、調査対象となるＩＭＳ端末５０ａ，５０ｂ，ＩＰ電話端末６０の契約キャリアがＣのＶｏＩＰ通信事業者であれば（ステップＳ１０１“キャリア”Ｃ”）、電話番号調査判定部１３は、着信側のＩＰ電話端末６０から、契約キャリアＣのＶｏＩＰ網４０経由で返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答を解読することにより実在／欠番の判定を行う（ステップＳ１１４）。

欠番判定（ステップＳ１１４“欠番”）は、電話番号調査判定部１３が、選択された着信網であるＶｏＩＰ網４０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード“１８３”）を解読することにより行われる（ステップＳ１１７，Ｓ１２１）。

ここで、ＩＰ電話端末６０が実在すれば（ステップＳ１１４“実在”）、空き状態にあるか話中であるかの判定が行われる（ステップＳ１１８）。
着信側のＩＰ電話端末６０の話中判定（ステップＳ１１８“話中”）は、電話番号調査判定部１３が、選択された着信網であるＶｏＩＰ網４０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード“４８６”）を解読することにより行われる（ステップＳ１１９，Ｓ１２１）。
一方、空き判定（ステップＳ１１８“空き”）は、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード４８８）を解読することにより行われる（ステップＳ１２０，Ｓ１２１）。

なお、ステップＳ１２１で判定されたＩＰ電話番号の使用状況は、電話番号履歴生成部１４が、電話番号調査判定部１３による判定結果に基づき、図８に示す電話番号履歴情報レイアウトにしたがって電話番号履歴情報を生成し、都度、電話番号履歴ＤＢ（１５）に記録する。電話番号履歴ＤＢ（１５）に蓄積された電話番号履歴情報は、一定期間分蓄積された時点で適当な形式で編集し、電話番号使用状況調査記録媒体として検索用に希望者に頒布される。

ところで、光ＩＰ電話等、これまでの加入者番号と同じ形式の電話番号が割り当てられた０ＡＢ−Ｊ型電話番号を持つＩＰ電話の場合、ＬＮＰ（Local Number Portability）により、着信網がＩＭＳ網（ＮＧＮ網）かＶｏＩＰ網かの区別ができず、ＩＭＳ網（ＮＧＮ網）とＶｏＩＰ網ではＳＤＰ不一致のパラメータが異なる。

すなわち、ＩＭＳ網３０（ＮＧＮ網）の場合、ＩＰｖ４とＩＰｖ６のネットワークプロトコルのいずれにも対応しているが、ＶｏＩＰ網４０場合、ＩＰｖ４にのみ対応し、ＩＰｖ６には対応していない。また、ＩＭＳ網３０（ＮＧＮ網）は、音声、映像のいずれのメディア種別にも対応するが、ＶｏＩＰ網４０の場合、音声のみにしか対応していない。このため、電話番号調査装置１０は、ＩＰ電話が接続される着信網の判定後、それぞれに応じたＳＤＰパラメータを設定して発信する必要がある。

以降の説明では、０ＡＢ−Ｊ型番号を持つＩＰ電話として、着信網であるＩＭＳ網３０（ＮＧＮ網）に接続されるＩＭＳ端末５０ｂ、ＶｏＩＰ網４０に接続されるＩＰ電話端末６０を想定し、０ＡＢ−Ｊ型番号が割り当てられたＩＰ電話の着信網の判定手順について、図９に示す着信網の網判定手順のフローチャートを参照しながら詳細に説明する。

図９において、電話番号調査装置１０は、まず、メッセージ交換制御部１２が、調査対象とするＩＰ電話（ＩＭＳ端末５０ｂ又はＩＰ電話端末６０）に対し、ＩＮＶＩＴＥ要求に、例えば、ネットワークプロトコルとしてＩＰｖ６、あるいはメディア種別として音声、映像、及びアプリケーション（ａｕｄｉｏ＋ｖｉｄｅｏ＋ａｐｐｌｉｃａｔｉｏｎ）を設定したＩＭＳ網（ＮＧＮ網）に準拠した第１のＳＤＰパラメータを付与してオファー（送信）する（ステップＳ２０１）。ここでは、ネットワークプロトコルＩＰｖ６を設定するものとして説明する。

次に、メッセージ交換制御部１２は、第１のＳＤＰパラメータが付与されたＩＮＶＩＴＥ要求に対し、着信網からからアンサーとして応答メッセージ（２００ ＯＫ＋ｍｏｄ.ＳＤＰ）を受信すると（ステップＳ２０２“ＹＥＳ”）、調査対象のＩＰ電話は「ＩＰ電話端末６０」であると判定し、ＶｏＩＰ用のＳＩＰ発信機からネットワークプロトコルとしてＩＰｖ４(メディア種別の場合音声のみ)設定したＶｏＩＰ網に準拠した第２のＳＤＰパラメータを付与してＩＮＶＩＴＥ要求を送信する（ステップＳ２０４）。

電話番号調査判定部１３は、ステップＳ２０４でオファーしたＩＮＶＩＴＥ要求に対し、メッセージ交換制御部１２が受信した応答メッセージを取り込むと、その応答メッセージに含まれるエラーコードが“４８８”であれば、調査対象のＩＰ電話端末６０に割り当てられた電話番号は実在すると判定し、エラーコードが“１８３”であれば欠番であると判定する（ステップＳ２０５）。

電話番号調査判定部１３は、ステップＳ２０２で着信網からからアンサーとして、ＳＤＰパラメータのネットワークプロトコルが変換されていないＩＰｖ６を受け入れた応答メッセージを受信すると（ステップＳ２０２“ＮＯ”）、調査対象のＩＰ電話は、「ＩＭＳ端末５０ｂ」であると判定し、その応答メッセージに含まれるエラーコードが“４８８”あるいは“４８６”であればその電話番号は実在し、“４０４”であれば欠番であると判定する（ステップＳ２０３）。

（実施形態の効果）
以上説明したように本実施形態に係る電話番号調査装置１０によれば、事業者間相互接続にＩＭＳ相互接続インタフェース等を利用し、ＩＭＳ網３０における電話番号の使用状況のリサーチを実現することができる。このため、ＮＧＮ網２０と接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することにより新システム基盤への円滑な移行を可能にする。

また、本実施形態による電話番号調査装置１０によれば、ＮＧＮ網２０側で着信網であるキャリアごとのＩＭＳ網３０を選択するため、携帯電話番号ポータビリティであるＭＮＰ（Mobile Number Portability）に対応でき、ＵＮＩ接続時とは異なり網違い（調査対象の電話番号が他網に接続された電話端末）が発生しない。このため、電話番号調査の手順が簡素化され、電話番号調査装置１０での判定負荷を軽減することができる。さらに、ＮＧＮ網２０のみ電話番号調査装置１０及び回線を設置すればよいため設備投資のコストも低減することができる。

なお、本実施形態に係る電話番号調査装置１０によれば、調査対象となる電話端末として、携帯電話等のＩＭＳ端末５０ａ，５０ｂ、及びＩＰ電話端末６０を例示したが、ＩＰ電話端末６０については、メタルＩＰ電話、あるいは０５０で始まる１１桁の電話番号が割り当てられた０５０型ＩＰ電話、光電話等、これまでの加入者電話と同じ形式の電話番号が割り当てられた０ＡＢ−Ｊ型ＩＰ電話も含まれ、ＩＰ電話の種類、及び着信網に依存することなく、電話番号の有効／無効調査を行う際に正確に判定することができる。

また、これら電話端末は、通信確立のために、ＳＤＰパラメータの記述内容から、ネットワークプロトコルの確認、メディア種別の確認、メディアのトランスポートプロトコルの確認、コーデックの確認の順に従いネゴシエーションを行うが、ＮＧＮ網の場合、ＩＭＳ網と同様にこのネゴシエーションの手順における４つの着信を拒否するパラメータ記述が可能であり、これら４つのパラメータ全てを記述することにより、正確に判定することができる。また、ＩＰ電話端末６０（０ＡＢ−Ｊ型番号及び０５０番号）は、ＩＰｖ６やマルチメディアは未サポートのため、トランスポートプロトコルとコーデックの２つの着信を拒否するパラメータ記述により、着信側のＩＰ電話端末６０の着信ベルを鳴動させる信号を用いないで有効性判定を正確化することができる。

なお、ＬＮＰにより、着信網がＩＭＳ網（ＮＧＮ網）かＶｏＩＰ網かの区別ができず、着信網によってはＳＤＰ不一致のパラメータが異なる０ＡＢ−Ｊ型番号を持つＩＰ電話（ＩＭＳ端末５０ｂ，ＩＰ電話端末６０）の場合、メッセージ交換制御部１２が、調査対象のＩＰ電話に対してＩＮＶＩＴＥ要求を送信するときに、当該ＩＮＶＩＴＥ要求に、ネットワークプロトコルとしてＩＰｖ６が設定された、ＮＧＮ網３０に準拠した第１のＳＤＰパラメータを付与し、ＮＧＮ網２０を介して選択される契約キャリアごとの着信網となるＩＭＳ網３０又はＶｏＩＰ網４０に送信する。
そして、着信網から応答メッセージを受信すると、応答メッセージが、「２００ ＯＫ」の場合、又は第１のＳＤＰパラメータが変換されている場合、着信網がＶｏＩＰ網であると判定し、調査対象のＩＰ電話が接続される着信網の網判定を行う。このことにより、電話番号調査判定部１３が、メッセージ交換制御部１２で受信した応答メッセージに応じて、ＩＰ電話の電話番号使用状況について判定する。したがって、本実施形態に係る電話番号調査装置１０によれば、着信網に依存せずに有効性判定を正確化することができる。

このように、本実施形態に係る電話番号調査装置１０によれば、ＩＭＳ端末５０ａ、５０ｂ及びＩＰ電話端末６０の電話番号が使用されている状態（有効（実在））、使用されていない状態（無効（欠番））、移転の別を正確に判定できる。また、無着信の結果、これまで一部発生していた課金も全て遮断することができる。そして、判定結果において、判定した期日、時間を判定結果とともに記録媒体（電話番号履歴ＤＢ（１５））に記録できるツールも用意している。この記録媒体には、例えば、図８にそのデータ構造の一例が示されているように、調査対象の電話番号ごとに、判定結果、移転元電話番号とリンクした移転先電話番号の情報、判定した期日、時間が記録される。

（プログラム）
なお、本実施形態に係るプログラムは、例えば、図１に示すように、ＩＭＳ網３０（ＮＧＮ網）又はＶｏＩＰ網４０に接続され、０ＡＢ−Ｊ型番号が割り当てられた複数のＩＰ電話（ＩＭＳ端末５０ｂ，ＩＰ電話端末６０）が、ＮＧＮ網（２０）を介して接続される電話番号調査装置１０のプログラムである。
そして、そのプログラムは、例えば、図１及び図９に示すように、コンピュータ（電話番号調査装置１０）に、 第１のＳＤＰパラメータを調査対象のＩＰ電話に対するＩＮＶＩＴＥ要求に付与してＮＧＮ網の選択する着信網にＩＮＶＩＴＥ要求を送信させる処理（ステップＳ２０１）と、着信網から第１のＳＤＰパラメータを含む応答メッセージを受信させる処理（ステップＳ２０２）と、応答メッセージに応じて、ＩＰ電話の電話番号使用状況について判定させる処理（ステップＳ２０３〜Ｓ２０５）と、第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、応答メッセージが、「２００ ＯＫ」の場合、又は第１のＳＤＰパラメータのネットワークプロトコルの変換がされている場合、着信網がＶｏＩＰ網であると判定し、応答メッセージの第１のＳＤＰパラメータが変換されていない場合、かつ応答メッセージが第１のエラーコード（エラー４８８）の場合、着信網がＩＭＳ網であると判定させる処理（ステップＳ２０２）と、を少なくとも実行させるものである。

本実施形態に係るプログラムによれば、電話番号調査装置１０が図示省略したメモリに記録された当該プログラムを逐次読み出し実行することにより、事業者間相互接続にＩＭＳ相互接続インタフェース等を利用し、ＩＭＳ網３０における電話番号の使用状況のリサーチを実現することができる。このため、ＮＧＮ網２０と接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することにより新システム基盤への円滑な移行を可能にする。特に、０ＡＢ−Ｊ型番号が割り当てられた調査対象のＩＰ電話（ＩＭＳ端末５０ｂ又はＩＰ電話端末６０）の電話番号使用状況について、着信網（ＩＭＳ網３０（ＮＧＮ網）、ＶｏＩＰ網４０）の種類に依存することなく、判定することができる。

（電話番号調査情報提供システム）
図１０は、本実施形態に係る電話番号調査情報提供システム１００のシステム構成図である。図１０に示すように、本実施形態に係る電話番号調査情報提供システム１００は、１以上のユーザ端末９０と、ユーザ端末９０とはＩＰ網８０経由で接続されるとともに、図示省略した網と接続される電話番号調査サーバ（図１の電話番号調査装置１０）とを含む。

電話番号調査サーバ１０は、ユーザ端末９０から調査対象番号に基づく電話番号調査情報提供要求をＩＰ網８０経由で受信すると、調査対象のＩＰ電話（ＩＭＳ端末５０ｂ，ＩＰ電話端末６０）に対してＩＮＶＩＴＥ要求を送信するときに、当該ＩＮＶＩＴＥ要求に第１のＳＤＰパラメータを付与し、ＮＧＮ網２０を介して選択されるＩＰ電話の契約キャリアごとの着信網となるＩＭＳ網３０又はＶｏＩＰ網４０に送信する。続いて、電話番号調査サーバ１０は、着信網から応答メッセージを受信すると、応答メッセージが、「２００ ＯＫ」の場合、又は第１のＳＤＰパラメータが変換されている場合、着信網がＶｏＩＰ網であると判定し、応答メッセージの第１のＳＤＰパラメータが変換されていない場合、かつ応答メッセージが第１のエラーコード（エラー４８８）の場合、着信網がＩＭＳ網であると判定する。そして、受信した応答メッセージに応じて、ＩＰ電話の電話番号使用状況について判定し、電話番号調査情報提供要求があったユーザ端末９０へＩＰ網８０経由で送信する。このため、電話番号調査サーバ１０は、図５に示した網インタフェース部１１に、ユーザ端末９０から電話端末の電話番号調査情報提供要求を受信したときに、電話番号調査判定部１３で判定された電話端末の電話番号使用状況について、電話番号調査情報提供要求があったユーザ端末９０へＩＰ網８０経由で送信する機能が付加される。

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

なお、電話番号調査情報記録媒体（電話番号履歴ＤＢ（１５））は、必要なユーザに単独で頒布されてもよい。記録媒体（電話番号履歴ＤＢ（１５））は、通信事業者網に専用線経由で接続される電話番号調査装置１０により生成される、調査対象番号の実在の有無が記録される記録媒体であり、頒布先のシステムで検索用に使用される。

電話番号調査情報記録媒体（電話番号履歴ＤＢ（１５））は、着信側の電話端末の電話番号使用状況について有効性を判定した結果の集合体であり、例えば、図８に一例を示すデータ構造からなり、判定結果のそれぞれに判定日時を示すタイムスタンプを付与して時系列に記録したものである。なお、記録媒体の頒布は、ＤＶＤやハードディスクに記録したデータベースに限らず、通信回線を利用した頒布も含まれる。

本実施形態に係る電話番号調査情報提供システム１００によれば、電話番号調査装置１０で判定した、電話番号が使用されている状態（有効（実在））、使用されていない状態（無効（欠番））、移転先電話番号を案内している状態（移転）の別を、必要なユーザに提供することができる。同様に、電話番号調査情報記録媒体（電話番号履歴ＤＢ（１５））を必要とするユーザへ配布することにより、ユーザサイドで活用でき、例えば、与信等において顕著な効果を得ることができる。

以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。またその様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

１０…電話番号調査装置（サーバ）、１１…網インタフェース部、１２…メッセージ交換制御部、１３…電話番号調査判定部、１４…電話番号履歴生成部、１５…電話番号履歴ＤＢ（電話番号調査情報記録媒体）、２０…ＮＧＮ網、２１…ＳＢＣ、２０ａ…ＳＩＰサーバ、３０…ＩＭＳ（ＮＧＮ）網、３０ａ，３０ｂ，３０ｃ…ＳＩＰサーバ、３１…ＳＢＣ、４０…ＶｏＩＰ網、４１…ＳＢＣ、５０ａ…ＩＭＳ端末（移動体電話）、５０ｂ…ＩＭＳ端末（ＩＰ電話）、６０…ＩＰ電話端末（ＩＰ電話）、８０…ＩＰ網、９０…ユーザ端末、１００…電話番号調査情報提供システム

Claims (12)

1. 少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された０ＡＢ−Ｊ型番号が割り当てられた複数のＩＰ電話にＮＧＮ網を介して接続される電話番号調査装置であって、
   第１のＳＤＰパラメータを調査対象の前記ＩＰ電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信し、前記着信網から第１の応答メッセージを受信するメッセージ交換制御部と、
   前記第１の応答メッセージに応じて、前記ＩＰ電話の電話番号使用状況について判定する電話番号調査判定部と、を備え、
   前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、
   前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、
   前記メッセージ交換制御部は、
   前記第１の応答メッセージが、「２００ ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、
   前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定することを特徴とする電話番号調査装置。
2. 前記メッセージ交換制御部は、前記第１の応答メッセージが「２００ ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、次回から第２のＳＤＰパラメータを調査対象の前記ＩＰ電話に対するＩＮＶＩＴＥ要求に付与して送信することを特徴とする請求項１に記載の調査番号調査装置。
3. 前記第１のＳＤＰパラメータは、前記ＩＭＳ網に準拠したパラメータであり、
   前記第２のＳＤＰパラメータは、前記ＶｏＩＰ網に準拠したパラメータであることを特徴とする請求項２に記載の電話番号調査装置。
4. 前記第１のＳＤＰパラメータは、前記ＩＭＳ網に接続された前記ＩＰ電話が着信を拒否するパラメータでもあり、
   前記第１のＳＤＰパラメータは、前記ネットワークプロトコル、メディア種別、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又はその組み合わせからなるパラメータの記述で前記ＩＰ電話が着信を拒否するパラメータとされていることを特徴とする請求項１から請求項３のいずれか１項に記載の電話番号調査装置。
5. 前記第１のＳＤＰパラメータが、音声、映像、及び、アプリケーションを含む全メディアを含んだメディア種別を含んでいることを特徴とする請求項１から請求項４のいずれか１項に記載の電話番号調査装置。
6. 前記第２のＳＤＰパラメータは、前記ＶｏＩＰ網に接続された前記ＩＰ電話が着信を拒否するパラメータであり、
   前記第２のＳＤＰパラメータは、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又はその組み合わせからなるパラメータの記述で前記ＩＰ電話が着信を拒否するパラメータとされていることを特徴とする請求項３に記載の電話番号調査装置。
7. 前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、前記ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、
   前記メッセージ交換制御部は、前記第１の応答メッセージが「２００ ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、前記第１の応答メッセージが前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが前記第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定することを特徴とする請求項１から請求項６のいずれか１項に記載の電話番号調査装置。
8. 前記電話番号調査判定部は、前記第１の応答メッセージに含まれる前記第１のエラーコードを受信した場合、前記ＩＰ電話の電話番号が実在すると判定し、前記第１の応答メッセージに含まれる第２又は第３のエラーコードを受信した場合、前記ＩＰ電話の電話番号が欠番であると判定することを特徴とする請求項１から請求項７のいずれか１項に記載の電話番号調査装置。
9. 前記電話番号調査判定部は、前記第２のＳＤＰパラメータの送信に対して前記着信網から受信する第２の応答メッセージに含まれる前記第１のエラーコードを受信した場合、前記ＩＰ電話の電話番号が実在すると判定し、前記第２の応答メッセージに含まれる第３のエラーコードを受信した場合、前記ＩＰ電話が欠番であると判定することを特徴とする請求項２、請求項３又は請求項６に記載の電話番号調査装置。
10. 請求項１から請求項９のいずれか１項に記載の電話番号調査装置と、
    ユーザ端末と、を備え、
    前記電話番号調査装置は、前記ユーザ端末から前記ＩＰ電話の電話番号調査情報提供要求を受信すると、前記電話番号調査情報提供要求があった前記ユーザ端末に前記電話番号調査判定部が判定した前記ＩＰ電話の電話番号使用状況を前記ＩＰ網経由で送信する網インタフェース部を備える、システム。
11. 少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された０ＡＢ−Ｊ型番号が割り当てられた複数のＩＰ電話にＮＧＮ網を介して接続される電話番号調査装置を用いて、調査対象となる前記ＩＰ電話の電話番号の使用状況を調査する電話番号調査方法であって、
    前記電話番号調査装置が、
    第１のＳＤＰパラメータを調査対象の前記ＩＰ電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信するステップと、
    前記着信網から第１の応答メッセージを受信するステップと、
    前記第１の応答メッセージに応じて、前記ＩＰ電話の電話番号使用状況について判定するステップと、
    前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、
    前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、
    前記第１の応答メッセージが、「２００ ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、
    前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定するステップと、を含む電話番号調査方法。
12. 少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された０ＡＢ−Ｊ型番号が割り当てられた複数のＩＰ電話にＮＧＮ網を介して接続される電話番号調査装置のプログラムであって、
    電話番号調査装置に、
    第１のＳＤＰパラメータを調査対象の前記ＩＰ電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信させる処理と、
    前記着信網から第１の応答メッセージを受信させる処理と、
    前記第１の応答メッセージに応じて、前記ＩＰ電話の電話番号使用状況について判定させる処理と、
    前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、
    前記第１の応答メッセージが「２００ ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、
    前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定させる処理と、を少なくとも実行させるプログラム。
    

Images