JP6197243B1 - 電話番号調査装置、同方法、同プログラム、同情報提供システム、及び記録媒体 - Google Patents

Abstract

【課題】ＮＧＮ網と接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入し、新システム基盤への円滑な移行を可能にする。【解決手段】０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む複数のＩＰ電話７０がＩＰ電話網３０を介して接続される電話番号調査装置１０であって、調査対象となる着信側のＩＰ電話７０にＳＩＰサーバ４０を介してＩＮＶＩＴＥ要求を送信するときに、ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信し、ＳＩＰサーバ４０から応答メッセージを受信すると、受信した応答メッセージに応じて、着信側のＩＰ電話７０の電話番号使用状況について、着信側のＩＰ電話７０の電話番号の有効性を着信ベルを鳴動させる信号を用いないで正確に判定する。【選択図】図１

Description

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

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

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

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

一方、最近普及してきたＩＰ電話の基本的な仕組みは伝統的な固定電話の技術とは大きく異なり、このため、例えば、特許文献４に記載されているように、敢えて正しくない記述のＩＮＶＩＴＥ要求をＩＰ電話網５００（ＳＩＰサーバ）に送信することで、ＩＰ電話番号の有効性を調査する電話番号調査装置が知られている。

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

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

近年、固定電話は順次ＩＰ電話に移行しており、２０１４年の情報通信白書によれば、２０１３年末で２６５０万台がＩＰ電話であると報告されている。したがって、電話番号の使用状況を正しく判定できるＩＰ電話番号調査装置の実現が待たれている。

本発明は上記した課題を解決するためになされたものであり、ＮＧＮ網と接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入し、新システム基盤への円滑な移行を可能にする、電話番号調査装置、同方法、同プログラム、同情報提供システム、及び記録媒体を提供することを目的とする。

上記した課題を解決するために本発明は、０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む複数のＩＰ電話がＩＰ電話網を介して接続される電話番号調査装置であって、調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信し、前記ＳＩＰサーバから応答メッセージを受信するメッセージ交換制御部と、前記メッセージ交換制御部が受信した前記応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させる信号を用いないで判定する電話番号調査判定部と、を備えたことを特徴とする。

本発明の電話番号調査装置において、前記ＳＤＰパラメータのメディア種別は、音声（ｍ＝ａｕｄｉｏ）、映像（ｍ＝ｖｉｄｅｏ）、及び、アプリケーション（ｍ＝ａｐｐｌｉｃａｔｉｏｎ）を含む全メディアを付与することを特徴とする。

本発明の電話番号調査装置において、前記メッセージ交換制御部は、前記着信側のＩＰ電話が使用不可の、ネットワークプロトコル、メディア種別、トランスポートプロトコル、コーデックの組み合わせからなる前記着信を拒否するＳＤＰパラメータを付与して送信することを特徴とする。

本発明の電話番号調査装置において、前記電話番号調査判定部は、前記メッセージ交換制御部が、前記応答メッセージに含まれる第１のエラーコードを受信した場合に、前記着信側のＩＰ電話の電話番号が実在すると判定し、第２または第３のエラーコードを受信した場合に、前記着信側のＩＰ電話の電話番号が欠番であると判定することを特徴とする。

本発明の電話番号調査装置において、前記電話番号調査判定部は、前記メッセージ交換制御部が、前記ＩＰ電話網内におけるＳＩＰサーバから前記応答メッセージとして前記第１のエラーコードを受信した場合に、前記調査対象のＩＰ電話の電話番号が空き状態で実在すると判定することを特徴とする。

本発明の電話番号調査装置において、前記電話番号調査判定部は、前記メッセージ交換制御部が、前記ＩＰ電話網内におけるＳＩＰサーバから前記応答メッセージとして第４のエラーコードを受信した場合に、前記調査対象のＩＰ電話の電話番号が話中状態で実在すると判定することを特徴とする。

本発明の電話番号調査装置において、前記電話番号調査判定部は、前記メッセージ交換制御部が、前記ＩＰ電話網内におけるＳＩＰサーバから前記応答メッセージとして前記第２のエラーコードを受信した場合に、前記調査対象のＩＰ電話の電話番号がユーザ不在で解約状態にあり欠番であると判定することを特徴とする。

本発明の電話番号調査装置において、ＰＳＴＮ網と複数のＩＰ電話網とがインターワークする構成において、他のＩＰ電話網に接続されたＩＰ電話へ接続した際に、前記メッセージ交換制御部が、前記複数のＩＰ電話網のうち前記メッセージ交換制御部が接続されている自網のＰＳＴＮゲートウェイから前記応答メッセージとして第５のエラーコードを受信した場合に、前記調査対象の電話番号が前記他のＩＰ電話網に接続されたＩＰ電話であると判定することを特徴とする。

本発明の電話番号調査装置において、前記電話番号調査判定部は、前記メッセージ交換制御部が、前記ＩＰ電話網内におけるＳＩＰサーバから前記応答メッセージとして前記第１のエラーコードを受信した場合に、前記調査対象のＩＰ電話の電話番号が空き状態で実在すると判定することを特徴とする。

本発明の電話番号調査装置において、前記電話番号調査判定部は、前記メッセージ交換制御部が、前記ＩＰ電話網内におけるＳＩＰサーバから前記応答メッセージとして前記第３のエラーコードを受信した場合に、前記調査対象のＩＰ電話の電話番号が欠番であると判定することを特徴とする。

本発明の電話番号調査装置において、前記電話番号調査判定部は、ＰＳＴＮ網と複数のＩＰ電話網とがインターワークする構成において、他のＩＰ電話網に接続されたＩＰ電話へ接続した際に、前記メッセージ交換制御部が、前記複数のＩＰ電話網のうちメッセージ交換制御部が接続されている自網のＰＳＴＮゲートウェイから前記応答メッセージとして第６のエラーコードを受信した場合に、前記調査対象の電話番号が前記複数のＩＰ電話網のうち自網以外の他網に接続されたＩＰ電話であると判定することを特徴とする。

本発明の電話番号調査方法は、０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む調査対象となるＩＰ電話番号の実在の有無を判定する電話番号調査方法であって、電話番号調査装置が、調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信するステップと、前記ＳＩＰサーバが、前記電話番号調査装置に応答メッセージを送信するステップと、前記電話番号調査装置が、受信した応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させる信号を用いないで判定するステップと、を有することを特徴とする。

本発明のプログラムは、０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む複数のＩＰ電話がＩＰ電話網を介して接続される電話番号調査装置のプログラムであって、コンピュータに、調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信する手順と、前記ＳＩＰサーバから応答メッセージを受信する手順と、前記受信した前記応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させる信号を用いないで判定する手順と、を実行させることを特徴とする。

電話番号調査情報提供システムは、ユーザ端末と、前記ユーザ端末とはＩＰ網経由で接続されるとともに、０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む複数のＩＰ電話がＩＰ電話網を介して接続される電話番号調査装置とからなる電話番号調査情報提供システムであって、前記電話番号調査装置は、前記ユーザ端末からＩＰ電話の電話番号調査情報提供要求を受信すると、調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信し、前記ＳＩＰサーバから応答メッセージを受信し、前記受信した前記応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させる信号を用いないで判定し、前記電話番号調査情報提供要求があったユーザ端末へ判定の結果を前記ＩＰ網経由で送信することを特徴とする。

本発明によれば、ＮＧＮ網と接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することにより、新システム基盤への円滑な移行を可能にする、電話番号調査装置、同方法、同プログラム、同情報提供システム、及び記録媒体を提供することができる。

本発明の実施の形態に係る電話番号調査装置の網接続形態を示す図である。 本発明の実施の形態に係る電話番号調査装置の動作シーケンス図（１）である。 本発明の実施の形態に係る電話番号調査装置の動作シーケンス図（２）である。 本発明の実施の形態に係る電話番号調査装置の構成図である。 本発明の実施の形態に係る電話番号調査装置のＳＤＰ記述に基づく通信確立手順を示すフローチャートである。 本発明の実施の形態に係る電話番号調査装置の電話番号使用状況調査判定アルゴリズムを示すフローチャートである。 実施例１のＩＮＶＩＴＥ要求の一例とそのシーケンス図である。 実施例２のＩＮＶＩＴＥ要求の一例とそのシーケンス図である。 実施例３のＩＮＶＩＴＥ要求の一例とそのシーケンス図である。 実施例４のＩＮＶＩＴＥ要求の一例とそのシーケンス図である。 本発明の実施の形態に係る記録媒体のデータ構造の一例を示す図である。 本発明の実施の形態に係る電話番号調査情報提供システムの構成図である。

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

（実施形態の構成）
図１は、本実施形態に係る電話番号調査装置１０の網接続形態を示す図である。図１に示すように、本実施形態に係る電話番号調査装置１０は、ＩＰ電話網３０を経由してＩＰ電話７０が接続されるＶｏＩＰ（Voice over Internet Protocol）契約事業者のＳＩＰサーバ４０に接続される。

発信側である電話番号調査装置１０は、プロキシサーバＡ（プロキシ−Ａ（５０））経由でＩＰ電話網３０に接続され、着信側のＩＰ電話７０は、プロキシサーバＢ（プロキシ−Ｂ（６０））経由でＶｏＩＰ契約事業者のＳＩＰサーバ４０に接続される。電話番号調査装置１０が、着信側のＩＰ電話７０の電話番号をダイヤル発信することにより、プロキシ−Ａ（５０）、ＩＰ電話網３０、ＶｏＩＰ契約事業者のＳＩＰサーバ４０、プロキシ−Ｂ（６０）、着信側のＩＰ電話７０の順でルーティングが実行される。

ところで、インターネット等、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）を用いて音声通話を行うＶｏＩＰでは、ＩＰ電話網３０を使用してリアルタイムに音声通話を行うために、まず、通話相手先を見つけて通信開始のための手順に基づき呼び出し応答を行う必要がある。このようなリアルタイム通信セッションの確立のために必要な機能を提供するプロトコルがＳＩＰ（Session Initiation Protocol）である。

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

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

図１に示すように、本実施形態に係る電話番号調査装置１０は、ＳＩＰサーバ４０経由で調査対象となるＩＰ電話７０にＩＮＶＩＴＥ（招待）メソッドのＳＤＰオファー（以下、ＩＮＶＩＴＥ要求という）を送信する際に、そのＳＤＰパラメータに、着信側のＩＰ電話７０が着信を拒否するＳＤＰパラメータを記述して送信する（以下、ＩＮＶＩＴＥ（ＳＤＰ不一致）という）。これに対し、着信側のＩＰ電話７０は、自身が使用可能なＳＤＰパラメータが異なるため着信を拒否し、応答メッセージとして４８８エラーレスポンス（容認不可：Not Acceptable Here）を返送する。電話番号調査装置１０は、４８８エラーレスポンスを受信することにより、ＩＰ電話７０の実在を正確に判別することが可能になる。

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

図２（ａ）（ｂ）に、上記したＩＮＶＩＴＥメソッドによるＳＤＰ不一致のシーケンスを示す。図２（ａ）に示すように、電話番号調査装置１０は、ＶｏＩＰ事業者のＳＩＰサーバ経由で着信側のＩＰ電話７０にＩＮＶＩＴＥ要求を送信するが、そのとき、ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに着信側のＩＰ電話７０が着信を拒否する情報を付与して送信する（ステップＳ１１，Ｓ１２：ＩＮＶＩＴＥ（ＳＤＰ不一致））。これに対し、着信側のＩＰ電話７０は、ＳＤＰパラメータが自身で使用可能なものと異なるために着信を拒否し、４８８エラーレスポンスを返信する（ステップＳ１３，Ｓ１４）。

電話番号調査装置１０は、４８８エラーレスポンスを受信することにより、ＩＰ電話７０の電話番号使用状況（実在，空）を正確に取得することが可能になる。

ここで、ＳＤＰ不一致のパラメータとは、着信側のＩＰ電話７０がサポートできない条件をいう。具体的に、「メディア種別」の場合、着信側のＩＰ電話７０が、例えば、音声（ｍ＝ａｕｄｉｏ）をＳＤＰ条件とするのに対し、電話番号調査装置１０が、音声の他に、敢えて、ビデオも付してオファーすることにより着信側のＩＰ電話７０の着信拒否を誘導する情報をいう。また、「トランスポートプロトコル」の場合、着信側のＩＰ電話７０がｍ＝ａｕｄｉｏ ＲＴＰ／ＡＶＰをＳＤＰ条件とするのに対し、電話番号調査装置１０が、敢えて、拡張ＲＴＰプロファイルであるＡＶＰＦ（ｍ＝ａｕｄｉｏ ＲＴＰ／ＡＶＰＦ）をオファーして着信側のＩＰ電話７０の着信拒否を誘導する情報をいう。

また、「コーデック」の場合、着信側のＩＰ電話７０が、“Ｇ．７１１μ−ｌａｗ（ＰＣＭ符号化）”を着信側ＳＤＰ条件とするのに対し、敢えて、“Ｇ７２２（帯域分割ＡＤＰＣＭ）”をオファーして着信側のＩＰ電話７０の着信拒否を誘導する情報をいい、「ネットワークプロトコル」の場合、“ＩＰｖ４”が着信側のＩＰ電話７０のＳＤＰ条件とするのに対し、敢えて、“ＩＰｖ６”でオファーして着信側のＩＰ電話７０の着信拒否を誘導する情報をいう。

なお、電話番号調査装置１０は、ＳＩＰサーバ４０を介して４８８レスポンスを受信すると、ＳＩＰサーバ４０経由で着信側のＩＰ電話７０へ確認のためのＡＣＫリクエストを送信する（ステップＳ１５，Ｓ１６）。このように、本実施形態に係る電話番号調査装置１０は、電話番号使用状況調査のために、ＩＮＶＩＴＥ／４８８レスポンス／ＡＣＫの３ウェイハンドシェイクを実現して、通信の信頼性を高めている。

一方、図２（ｂ）に示すように、着信側のＩＰ電話７０が不在の場合、電話番号調査装置１０は、ＳＤＰ不一致のＩＮＶＩＴＥ要求を送信することにより（ステップＳ２１）、ＳＩＰサーバ４０から、“４０４／１８３”エラーレスポンスを受信し（ステップＳ２２）、これにより、電話番号使用状況（欠番）を取得することができる。電話番号調査装置１０は、４０４レスポンスを受信すると、ＳＩＰサーバ４０経由で着信側のＩＰ電話７０へ確認のためのＡＣＫリクエストを送信する（ステップＳ２３）。なお、エラーレスポンスである４０４コードはユーザ不在、１８３コードはガイダンス応答を示す。

図３は、ＰＳＴＮ網とＩＰ電話網とがインターワークする場合で、他のＶｏＩＰ事業者と契約している他網ユーザのＩＰ電話への接続におけるＩＮＶＩＴＥメソッドによるＳＤＰ不一致のシーケンスを示す。

図３に示すように、電話番号調査装置１０は、自網の契約ＶｏＩＰ事業者のＳＩＰサーバ４０経由で、他網ユーザの着信側のＩＰ電話７０に対してＩＮＶＩＴＥ要求を送信するが、そのとき、ＳＤＰ不一致情報（パラメータ）を記述して送信する（ステップＳ３１，Ｓ３２）。すると、自網のゲートウェイ（ＰＳＴＮ−ＧＷ（自））は、ＳＩＰサーバ４０経由で電話番号調査装置１０へ１００ Ｔｒｙｉｎｇ（試行中）の暫定応答を行う（ステップＳ３３，Ｓ３４）。

そして、自網のゲートウェイ（ＰＳＴＮ−ＧＷ（自））は、ＳＩＰサーバ４０経由で、電話番号調査装置１０へエラーコード４８８（Warningコード３０２）／エラーコード４００を送信する（ステップＳ３５，Ｓ３６）。電話番号調査装置１０は、ＳＩＰサーバ４０（自網の契約ＶｏＩＰ事業者）からエラーコード４８８（Warningコード３０２）／４００を受信することにより、電話番号使用状況（他網ユーザ）を判別することができる。

続いて、電話番号調査装置１０は、エラーレスポンスを受信するとＳＩＰサーバ４０にＡＣＫを返信し（ステップＳ３７）、ＳＩＰサーバ４０は、更にそのＡＣＫ信号を自網のゲートウェイ（ＰＳＴＮ−ＧＷ（自））に返す。以上は、ＳＤＰ不一致のＩＮＶＩＴＥ要求に対する応答が自網で閉じた場合のシーケンスである。なお、エラーレスポンスである４８８コード（Warningコード３０２）は容認不可、４００コードは不正な要求を示す。

一方、ＬＮＰ（Local Number Portability）により他網へ移行した場合、他網ユーザへの接続になる。この場合も同様、図３に示すように、電話番号調査装置１０は、契約ＶｏＩＰ事業者のＳＩＰサーバ４０経由で他網に接続された着信側のＩＰ電話７０に対してＳＤＰ不一致のＩＮＶＩＴＥ要求を送信する（ステップＳ３１，Ｓ３２）。

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

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

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

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

電話番号調査判定部１３は、メッセージ交換制御部１２が、着信側のホームゲートウェイ（図１のプロキシ−Ｂ（６０））から、応答メッセージとしてエラーコード４８８を受信した場合に、調査対象となる着信側のＩＰ電話７０の電話番号が、「空き状態で実在する」と判定してもよい。また、メッセージ交換制御部１２が、網内ＳＩＰサーバ４０から、例えば、エラーコード４８６（第４のエラーコード）を受信した場合に、調査対象である着信側のＩＰ電話７０の電話番号が、「話中状態で実在する」と判定してもよい。

また、メッセージ交換制御部１２が、網内ＳＩＰサーバ４０から応答メッセージとしてエラーコード４０４を受信した場合に、調査対象である着信側のＩＰ電話７０の電話番号が、「ユーザ不在で解約状態にあり欠番である」と判定してもよい。なお、ＰＳＴＮ網と複数のＩＰ電話網とがインターワークする構成において、他の契約ＶｏＩＰ事業者のＩＰ電話網に接続されたＩＰ電話７０への接続の際に、電話番号調査判定部１３は、メッセージ交換制御部１２が応答メッセージとしてＰＳＴＮ網からエラーコード４８８（Warningコード３０２）（第５のエラーコード）を受信した場合に、調査対象のＩＰ電話番号が、「他のＩＰ電話網に接続されたＩＰ電話である」と判定してもよい。

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

電話番号調査判定部１３は、メッセージ交換制御部１２が、網内ＳＩＰサーバ４０から応答メッセージとして、例えば、エラーコード１８３（第３のエラーコード）を受信した場合に、調査対象のＩＰ電話の電話番号が、「欠番である」と判定してもよい。なお、ＰＳＴＮ網と複数のＩＰ電話網とがインターワークする構成において、他の契約ＶｏＩＰ事業者のＩＰ電話網に接続されたＩＰ電話へ接続すると、電話番号調査判定部１３は、メッセージ交換制御部１２がＰＳＴＮ網からエラーメッセージとしてエラーコード４００（第６のエラーコード）を受信した場合に、調査対象の電話番号が、「他網に接続されたＩＰ電話である」と判定してもよい。

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

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

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

説明を図４に戻す。網インタフェース部１１、メッセージ交換制御部１２、電話番号調査判定部１３、電話番号履歴生成部１４のそれぞれは、プログラムが記録されたメモリを内蔵するか、同メモリが外付けされたマイクロプロセッサと、通信を含む周辺制御用ＬＳＩ（Large Scale Integration）により実現され、マイクロプロセッサがメモリに記録されたプログラムを逐次読み出し実行することにより、「契約通信事業者のＳＩＰサーバ４０を介して調査対象となる着信側のＩＰ電話７０にＩＮＶＩＴＥ要求を送信するときに、ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに着信側のＩＰ電話７０が着信を拒否するＳＤＰパラメータを付加（記述）して送信し、ＳＩＰサーバ４０から受信した応答メッセージに応じて着信側のＩＰ電話７０の実在の有無について、着信側のＩＰ電話７０の電話番号の有効性を判定する」電話番号調査装置１０としての機能を実現する。

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

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

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

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

まず、ネットワークプロトコルの確認判定（ステップＳ４１）において、着信側のＩＰ電話７０に、ＩＰｖ６をサポートしていないＩＰｖ４端末が実装されていた場合（ステップＳ４１“ＮＯ”）、そのＩＰｖ４端末は、メッセージ交換制御部１２に、ネットワークプロトコルの不一致を示すエラーコード４８８（ｗａｒｎｉｎｇコード３００／３０１）を返信する（ステップＳ４２）。一方、ＩＰｖ６端末が実装されていた場合（ステップＳ４１“ＹＥＳ”）、続いてメディア種別の確認判定（ステップＳ４３）が実行される。ここで、ＳＤＰ記述にＩＰｖ６端末が対応していないメディア種別（ｍ）の一つでも含まれていた場合（ステップＳ４３“ＮＯ”）、着信側のＩＰ電話７０は、メディア種別の不一致を示すエラーコード４８８（ｗａｒｎｉｎｇコード３０４）を返信する（ステップＳ４４）。ここで、メディア非対応のＩＰｖ６端末とは、例えば、音声（ｍ＝ａｕｄｉｏ）にのみ対応した電話機、アプリケーション（ｍ＝ａｐｐｌｉｃａｔｉｏｎ）に非対応のＴＶ電話、映像（ｍ＝ｖｉｄｅｏ）に非対応のＩＰ−ＦＡＸ等である。

着信側のＩＰ電話７０に、全てのメディアタイプに対応した端末が実装されていた場合（ステップＳ４３“ＹＥＳ”）、続いてトランスポートプロトコルの確認判定が行なわれる（ステップＳ４５）。ここでは、ＳＤＰ記述にしたがう全てのメディアタイプを利用可能であるが、利用できないトランスポートプロトコル（ＲＴＰ／ＡＶＰＦ）が記述されていた場合（ステップＳ４５“ＮＯ”）、着信側のＩＰ電話７０は、ＰＳＴＮ−ＧＷからエラーコード４８８（ｗａｒｎｉｎｇコード３０２）を受信する（ステップＳ４６）。一方、ＳＤＰ記述にあるトランスポートプロトコルが利用可能であれば（ステップＳ４５“ＹＥＳ”）、続いて、コーデックの確認判定が実行される（ステップＳ４７）。ここで、利用できないコーデックが記述されていた場合（ステップＳ４７“ＮＯ”）、すなわち、着信側のＩＰ電話７０に、Ｇ．７１１μ―ｌｏｗよりも高音質を実現するコーデック、例えば、Ｇ．７２２等を用いる端末（Ｇ．７１１以外の端末）が実装されていた場合、そのＧ．７１１以外の端末は、電話番号調査装置１０（メッセージ交換制御部１２）にエラーコード４８８（ｗａｒｎｉｎｇコード３０５）を返信する（ステップＳ４８）。

現状、上記した４つのＳＤＰパラメータの全てに一致するＩＰ電話７０は確認されておらず、したがって、着信が拒否され、通信が確立する可能性は限りなくゼロに近いため、電話番号調査装置１０は、着信側のＩＰ電話７０の着信ベルを鳴動させる信号を用いないで（着信ベルを鳴動させることなく）電話番号の有効性を正しく判定することができる。ＮＧＮ網の場合、上記した通信の確立手順において４つの着信を拒否するパラメータの記述が可能であり、ネットワークプロトコル、メディア種別、トランスポートプロトコル、コーデックの４つ全てのＳＤＰパラメータを記述することにより、着信ベルを鳴動させる信号を用いないで（着信ベルを鳴動させることなく）正確に判定することができる。また、ＮＧＮ網ではないＩＰ電話網（０ＡＢ−Ｊ番号及び０５０番号）の場合、ＩＰｖ６やマルチメディアは未サポートであるため、トランスポートプロトコルとコーデックの２つの着信を拒否するＳＤＰパラメータ記述により、着信側のＩＰ電話７０の着信ベルを鳴動させる信号を用いないで（着信ベルを鳴動させることなく）電話番号の有効性判定を正確化することができる。電話番号使用状況調査方法については後述する。

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

上述したように、本実施形態に係る電話番号調査装置１０は、メッセージ交換制御部１２が、契約通信事業者のＳＩＰサーバ４０を介して調査対象となる着信側のＩＰ電話７０にＩＮＶＩＴＥ要求を送信するときに、ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータにＳＤＰ不一致となるパラメータを記述して送信し、ＳＩＰサーバ４０から応答メッセージを受信したときに、電話番号調査判定部１３が、受信した応答メッセージに応じて着信側のＩＰ電話７０の実在の有無について、着信側のＩＰ電話７０の電話番号の有効性を判定するものである。

この場合、ＰＳＴＮ網と複数のＩＰ電話網とがインターワークするネットワーク構成が考えられるため、電話番号調査判定部１３は、まず、電話番号使用状況の調査対象となる着信側のＩＰ電話７０が、自網ユーザ（同じＶｏＩＰ事業者）か他網ユーザ（他のＶｏＩＰ事業者）かの判定を行なう（ステップＳ５１）。着信側のＩＰ電話７０が他網ユーザであることは（ステップＳ５１“他網”）、図３のシーケンスを使用して説明したように、電話番号調査判定部１３が、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対して自網のＰＳＴＮゲートウェイ（ＰＳＴＮ−ＧＷ（自））からの応答（エラーコード“４８８（Warningコード３０２）／４００”）を解読することにより行われる（ステップＳ５２）。

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

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

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

ここで、本実施形態に係る電話番号調査装置１０において、ＳＤＰ不一致のパラメータ記述を、「メディア種別」、「トランスポートプロトコル」、「コーデック」、「ネットワークプロトコル」とした場合の、それぞれにおけるＩＮＶＩＴＥ要求の一例と、そのシーケンスについて、実施例１，実施例２，実施例３，実施例４として以下に詳細説明を行う。

（実施例１：メディア種別）
以下に説明する実施例１は、発側である電話番号調査装置１０（メッセージ交換制御部１２）が網側のＩＰ電話７０に対し、ＳＤＰ不一致パラメータ記述を含むＩＮＶＩＴＥ要求を送信し、網側（ＳＩＰサーバ４０及びＩＰ電話７０）から４８８エラーレスポンスを受信した場合で、かつ、このエラーレスポンスにＷａｒｎｉｎｇヘッダが設定され、エラーコード“３０４（Media type not available）”が含まれる場合が相当する。この場合のＩＮＶＩＴＥ要求のＳＤＰ不一致パラメータ記述の例を図７（ａ）に、その動作シーケンスを図７（ｂ）に示す。

図７（ａ）に矢印で示したように、発側である電話番号調査装置１０が、ＩＮＶＩＴＥ要求のＳＤＰパラメータ記述に、例えば、「テレビ電話」（音声の他に映像も使用可能）のメディア種別（ｍ＝ａｕｄｉｏ＋ｍ＝ｖｉｄｅｏ）を付して送信するものとする。このとき、網側の着信側のＩＰ電話７０は、ｍ＝ａｕｄｉｏのメディア種別には対応しているものの、ｍ＝ｖｉｄｅｏのメディア種別には対応していないため、電話番号調査装置１０は、ＳＩＰサーバ４０を介して４８８エラーメッセージを受信することになる。

具体的に、図７（ｂ）の動作シーケンスに示すように、発側である電話番号調査装置１０（メッセージ交換制御部１２）は、まず、調査対象である着信側のＩＰ電話７０に対し、ＳＤＰパラメータのメディア種別を「映像＋音声」としてＩＮＶＩＴＥ要求を送信する（ステップＳ１０１）。これに対し、網側（ＳＩＰサーバ４０）は、試行中であることを示す暫定応答１００Ｔｒｙｉｎｇメッセージを送信後（ステップＳ１０２）、ＳＤＰパラメータが正規のパラメータ（ＩＰ電話７０は音声のみ対応し映像は不対応）と異なるため、着信を拒否して４８８エラーレスポンスに、エラーコード３０４（warning code）を付して返送する（ステップＳ１０３）。電話番号調査装置１０は、４８８エラーレスポンスを受信することにより、ＩＰ電話７０の電話番号使用状況（実在，空）を正確に取得することができる。

電話番号調査装置１０（電話番号調査判定部１３）は、エラーコード３０４（warning code）を含む４８８エラーレスポンスにより、着信側のＩＰ電話７０にはＩＮＶＩＴＥ要求に付与されたＳＤＰパラメータ（メディア種別）を使用する能力が無いと判定する。但し、電話番号調査判定部１３は、記述したメディア種別のいずれに対しても着信側のＩＰ電話７０が対応する能力を持たないと判定することなく、ＩＮＶＩＴＥ要求に付されたＳＤＰ記述（メディア種別）を同時に使用する能力を持たないと判断して、一部のメディア記述を除外して作成したＳＤＰを用いてフォールバック動作を行なう。このとき、メッセージ交換制御部１２が、ＳＩＰサーバ４０にＡＣＫ信号送信後に（ステップＳ１０４）、ＩＮＶＩＴＥ（音声のみ）でフォールバック動作を行う（ステップＳ１０５）。

（実施例２：トランスポートプロトコル）
以下に説明する実施例２は、発側である電話番号調査装置１０（メッセージ交換制御部１２）が網側のＩＰ電話７０に対しＳＤＰ不一致パラメータの記述を含むＩＮＶＩＴＥ要求を送信し、網側（ＳＩＰサーバ４０）から４８８エラーレスポンスを受信し、当該レスポンスにＷａｒｎｉｎｇヘッダが設定され、Ｗａｒｎｉｎｇコードに“３０２（Incompatible transport Protocol）”が含まれる場合が相当する。この場合のＩＮＶＩＴＥ要求のＳＤＰ不一致パラメータ記述の例を図８（ａ）に、その動作シーケンスを図８（ｂ）に示す。

図８（ａ）に矢印で示したように、発側である電話番号調査装置１０（メッセージ交換制御部１２）が、ＩＮＶＩＴＥ要求のＳＤＰパラメータ記述に、ｍ＝ｖｉｄｅｏのトランスポートプロトコルとして、ＲＴＰ／ＡＶＰＦを指定し、「テレビ電話」のメディア種別を付してＩＮＶＩＴＥ要求を送信するものとする。このとき、網側の着信側のＩＰ電話７０は、ＲＴＰ／ＡＶＰのみに対応し、ＲＴＰ／ＡＶＰＦに対応していないため、メッセージ交換制御部１２は、４８８エラーレスポンスを受信することになる。

具体的に、図８（ｂ）の動作シーケンスに示すように、発側である電話番号調査装置１０（メッセージ交換制御部１２）は、調査対象である着信側のＩＰ電話７０に対し、ＳＤＰパラメータのトランスポートプロトコルを「ＲＴＰ／ＡＶＰＦ」としてＩＮＶＩＴＥ要求を送信する（ステップＳ２０１）。これに対し、網側（ＳＩＰサーバ４０）は、試行中であることを示す１００Ｔｒｙｉｎｇ暫定応答を送信し（ステップＳ２０２）、その後、ＳＤＰパラメータが正規のパラメータ（ＩＰ電話７０はＡＶＰに対応するがＡＶＰＦに非対応）と異なるため、着信を拒否する４８８エラーレスポンスにエラーコード３０２（warning code）を付して返送する（ステップＳ２０３）。

電話番号調査装置１０（電話番号調査判定部１３）は、４８８エラーレスポンスを受信することにより、１以上について指定されているトランスポートプロトコルを使用する能力がないと判定し、着信側のＩＰ電話７０の電話番号使用状況を正確に取得することが可能になる。

このとき、電話番号調査判定部１３は、ＳＤＰパラメータ記述のうち、１以上について指定されているトランスポートプロトコルを使用する能力が相手側端末にないと判断し、トランスポートプロトコルを変更してフォールバックする。具体的に、ｍ＝ｖｉｄｅｏのトランスポートプロトコルとして、ＲＴＰ／ＡＶＰＦを指定して「テレビ電話」のＳＤＰオファー（ｍ＝ａｕｄｉｏ＋ｍ＝ｖｉｄｅｏのメディア記述）を行ったのに対して、ＩＰ電話７０が、ＲＴＰ／ＡＶＰＦに対応していない（ＲＴＰ／ＡＶＰのみ対応）ため、当該４８８エラーレスポンスを受信する結果になった場合に、電話番号調査装置１０がＳＤＰ記述をＲＴＰ／ＡＶＰＦからＲＴＰ／ＡＶＰに変更してフォールバックを行なう。このとき、メッセージ交換制御部１２が、ＳＩＰサーバ４０に対し、ＡＣＫ信号送信後に（ステップＳ２０４）、ＩＮＶＩＴＥ要求（ＲＴＰ／ＡＶＰ）を送信してフォールバック動作を行う（ステップＳ２０５）。

（実施例３：コーデック）
以下に説明する実施例３は、発側である電話番号調査装置１０（メッセージ交換制御部１２）が網側のＩＰ電話７０に対しＳＤＰ不一致のパラメータ記述（コーデック）を含むＩＮＶＩＴＥ要求を送信し、網側（ＳＩＰサーバ４０）から４８８エラーレスポンスを受信し、当該レスポンスにＷａｒｎｉｎｇヘッダが設定され、Ｗａｒｎｉｎｇコードに“３０５（Incompatible media format）が含まれる場合が相当する。

この場合のＩＮＶＩＴＥ要求のＳＤＰ不一致パラメータ記述の例を図９（ａ）に、その動作シーケンスを図９（ｂ）に示す。

図９（ａ）に矢印で示したように、発側である電話番号調査装置１０（メッセージ交換制御部１２）が、ＩＮＶＩＴＥ要求のＳＤＰパラメータ記述に、「高品位電話」（Ｇ．７１１μ―ｌａｗよりも高音質を実現するコーデック、例えば、Ｇ．７２２等を用いる電話端末）のＳＤＰ記述によるＩＮＶＩＴＥ要求（ｍ＝ａｕｄｉｏのメディア記述にＧ．７２２を設定）を送信するものとする。このとき、網側の着信側のＩＰ電話７０は、高品位音声コーデック（Ｇ．７２２等）に対応していないため、メッセージ交換制御部１２は、４８８エラーレスポンスを受信することになる。

具体的に、図９（ｂ）の動作シーケンスに示すように、発側である電話番号調査装置１０（メッセージ交換制御部１２）は、調査対象である着信側のＩＰ電話７０に対し、ＳＤＰパラメータのコーデックを、ＩＰ電話７０が対応していない「Ｇ．７２２」としてＩＮＶＩＴＥ要求を送信する（ステップＳ３０１）。これに対し、網側（ＳＩＰサーバ４０）は、試行中であることを示す１００Ｔｒｙｉｎｇ暫定応答を送信し（ステップＳ３０２）、その後、ＳＤＰパラメータが正規のパラメータ（ＩＰ電話７０はＧ．７２２に非対応）と異なるため、着信を拒否して４８８エラーレスポンスにエラーコード３０５（warning code）を付して返送する（ステップＳ３０３）。電話番号調査装置１０（電話番号調査判定部１３）は、４８８エラーレスポンスを受信することにより、着信側のＩＰ電話７０の電話番号使用状況を正確に取得することが可能になる。

このとき、電話番号調査判定部１３は、ＳＤＰパラメータ記述のうち、１以上について指定されているコーデックを使用する能力がＩＰ電話７０にないと判断し、コーデックを変更してフォールバック動作を行なう。具体的に、「高品位電話」（Ｇ．７１１μ―ｌａｗよりも高音質を実現するコーデック、例えば、Ｇ７２２等を用いる）のＳＤＰ記述（ｍ＝ａｕｄｉｏのメディア記述にＧ．７２２を設定）を行ったことに対し、ＩＰ電話７０が高品位音声コーデック（Ｇ．７２２等）に対応していないため、４８８エラーメッセージを受信した場合、メッセージ交換制御部１２が、ＳＩＰサーバ４０に対しＡＣＫ信号送信後に（ステップＳ３０４）、ＩＮＶＩＴＥ要求のＳＤＰ記述をＧ．７２２からＧ．７１１μ―ｌａｗに変更してフォールバック動作を行う（ステップＳ３０５）。

（実施例４：ネットワークプロトコル）
以下に説明する実施例４は、発側である電話番号調査装置１０（メッセージ交換制御部１２）が網側のＩＰ電話７０に対しＳＤＰ不一致のパラメータ記述を含むＩＮＶＩＴＥ要求を送信し、網側（ＳＩＰサーバ４０）から４８８エラーレスポンスを受信し、当該レスポンスにＷａｒｎｉｎｇヘッダが設定され、Ｗａｒｎｉｎｇコード３００（Incompatible network protocol）、又は３０１（Incompatible network protocol address format）が含まれる場合が相当する。この場合のＩＮＶＩＴＥ要求のＳＤＰ不一致パラメータ記述の例を図１０（ａ）に、その動作シーケンスを図１０（ｂ）に示す。

図１０（ａ）に矢印で示したように、発側である電話番号調査装置１０（メッセージ交換制御部１２）が、ＩＮＶＩＴＥ要求のＳＤＰパラメータ記述に、「ＩＰｖ６」ネットワークプロトコルを使用して発信することを指定してＩＮＶＩＴＥ要求を送信する。このとき、網側の着信側のＩＰ電話７０は、ＩＰｖ４ネットワークプロトコルによる通信にしか対応しておらず、ＩＰｖ６ネットワークプロトコルは未対応であるため、メッセージ交換制御部１２は、４８８エラーレスポンスを受信することになる。

具体的に、図１０（ｂ）の動作シーケンスに示すように、発側である電話番号調査装置１０（メッセージ交換制御部１２）は、調査対象である着信側のＩＰ電話７０に対し、ＳＤＰパラメータのネットワークプロトコルに、着信側のＩＰ電話７０が対応していない「ＩＰｖ６」を指定してＩＮＶＩＴＥ要求を送信する（ステップＳ４０１）。これに対し、網側（ＳＩＰサーバ４０）は、試行中であることを示す１００Ｔｒｙｉｎｇ暫定応答を送信し（ステップＳ４０２）、その後、ＳＤＰパラメータが正規のパラメータ（ＩＰ電話７０はＩＰｖ６に非対応）と異なるため、着信を拒否して４８８エラーレスポンスを返送する（ステップＳ４０３）。電話番号調査装置１０（電話番号調査判定部１３）は、４８８エラーレスポンスを受信することにより、着信側のＩＰ電話７０の電話番号使用状況を正確に取得することが可能になる。

なお、電話番号調査判定部１３は、ＩＰｖ６ネットワークプロトコルを用いた発信に対し、網側のＳＩＰサーバ４０から４８８エラーレスポンスが返送された場合に、調査対象である着信側のＩＰ電話７０がＩＰｖ６ネットワークプロトコルを用いた通信に対応していないと判断し、ＩＰｖ４を用いて再発呼するフォールバック動作を行なう。すなわち、４８８レスポンスを受信すると、メッセージ交換制御部１２が、ＳＩＰサーバ４０に対しＡＣＫ信号送信後に（ステップＳ４０４）、ＩＮＶＩＴＥ要求のＳＤＰパラメータ（ネットワークプロトコル）をＩＰｖ６からＩＰｖ４に変更して再発呼するフォールバック動作を行う（ステップＳ４０５）。

（実施形態の効果）
以上説明したように本実施形態に係る電話番号調査装置１０によれば、メッセージ交換制御部１２が、調査対象となる着信側のＩＰ電話７０にＳＩＰサーバ４０を介してＩＮＶＩＴＥ要求を送信するときに、当該ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、着信側のＩＰ電話７０が着信を拒否するＳＤＰパラメータを付与して送信する。そして、ＳＩＰサーバ４０から応答メッセージ（エラーメッセージ）を受信することにより、電話番号調査判定部１３が、その応答メッセージに応じて着信側のＩＰ電話７０の電話番号使用状況について着信側のＩＰ電話の電話番号の有効性を正確に判定することができる。このように、ＮＧＮ網と接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することで、新システム基盤への円滑な移行を図ることができる。

なお、電話番号調査の対象となるＩＰ電話７０には、０５０で始まる１１桁の電話番号が割り当てられた０５０型の他に、光電話等、これまでの加入者電話と同じ形式を持つ０で始まる電話番号が割り当てられた０ＡＢ−Ｊ型も含まれ、したがって、ＩＰ電話の種類に依存することなく、電話番号の有効／無効調査を行う際に正確に判定することができる。

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

なお、上記した実施例１〜実施例４において、電話番号調査装置１０は、電話番号使用状況調査のために、ＩＮＶＩＴＥ／４８８レスポンス／ＡＣＫの３ウェイハンドシェイクを実施した後に、ＩＮＶＩＴＥ要求のＳＤＰパラメータを変更して再発呼するフォールバック動作を行うものとして説明したが、フォールバック動作の実施は必須でなく、いずれもフォールバック動作を実施することなく着信側ＩＰ電話の電話番号の有効／無効調査を行う際の正確な判定を実現している。

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

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

電話番号調査サーバ１０は、ユーザ端末９０から調査対象番号に基づく電話番号調査情報提供要求をＩＰ網８０経由で受信すると、調査対象となる図示省略した着信側のＩＰ電話にＩＮＶＩＴＥ要求を送信するときに、ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信する。そして、図示省略したＩＰ電話網から応答メッセージを受信し、受信した応答メッセージに応じて、着信側のＩＰ電話の電話番号使用状況について着信側のＩＰ電話の電話番号の有効性を判定し、電話番号調査情報提供要求があったユーザ端末９０へＩＰ網８０経由で送信する。

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

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

電話番号調査情報記録媒体（電話番号履歴ＤＢ（１５））は、電話番号調査装置１０が、調査対象となる着信側のＩＰ電話７０にＳＩＰサーバ４０を介してＩＮＶＩＴＥ要求を送信するときに、当該ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、着信側のＩＰ電話７０が着信を拒否するＳＤＰパラメータを付与して送信し、ＳＩＰサーバ４０から応答メッセージを受信し、当該受信した応答メッセージに応じて、着信側のＩＰ電話７０の電話番号使用状況について着信側のＩＰ電話７０の電話番号の有効性を判定した結果の集合体であり、例えば、図１１に一例を示すデータ構造からなり、判定結果のそれぞれに判定日時を示すタイムスタンプを付与して時系列に記録したものである。なお、記録媒体の頒布は、ＤＶＤやハードディスクに記録したデータベースに限らず、通信回線を利用した頒布も含まれる。

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

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

１０…電話番号調査装置（サーバ）、１１…網インタフェース部、１２…メッセージ交換制御部、１３…電話番号調査判定部、１４…電話番号履歴生成部、１５…電話番号履歴ＤＢ（電話番号調査情報記録媒体）、３０…ＩＰ電話網、４０…ＳＩＰサーバ、５０…プロキシサーバＡ（プロキシ−Ａ）、６０…プロキシサーバＢ（プロキシ−Ｂ）、７０…着信側のＩＰ電話、８０…ＩＰ網、９０…ユーザ端末、１００…電話番号調査情報提供システム

Claims (10)

1. ０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む複数のＩＰ電話がＩＰ電話網を介して接続される電話番号調査装置であって、
   ＰＳＴＮ網と複数のＩＰ電話網とがインターワークする構成において、
   調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信し、前記ＳＩＰサーバから応答メッセージを受信するメッセージ交換制御部と、
   前記メッセージ交換制御部が受信した前記応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させる信号を用いないで判定する電話番号調査判定部と、を備え、
   前記電話番号調査判定部は、
   前記複数のＩＰ電話網のうちメッセージ交換制御部が接続されている自網以外の他のＩＰ電話網に接続されたＩＰ電話へ接続した際に、前記メッセージ交換制御部が、前記自網のＰＳＴＮゲートウェイから前記応答メッセージとして第６のエラーコードを受信した場合に、前記調査対象の電話番号が前記複数のＩＰ電話網のうち自網以外の他網に接続されたＩＰ電話であると判定することを特徴とする電話番号調査装置。
2. ０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む複数のＩＰ電話がＩＰ電話網を介して接続される電話番号調査装置であって、
   調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信し、前記ＳＩＰサーバから応答メッセージを受信するメッセージ交換制御部と、
   前記メッセージ交換制御部が受信した前記応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させることなく判定する電話番号調査判定部と、
   を備え、
   前記電話番号調査判定部は、
   前記メッセージ交換制御部が、前記応答メッセージとして第４のエラーコードを受信した場合に、前記調査対象のＩＰ電話の電話番号が話中状態で実在すると判定することを特徴とする電話番号調査装置。
3. 前記電話番号調査判定部は、
   前記メッセージ交換制御部が、前記応答メッセージに含まれる第１のエラーコードを受信した場合に、前記着信側のＩＰ電話の電話番号が実在すると判定し、第２または第３のエラーコードを受信した場合に、前記着信側のＩＰ電話の電話番号が欠番であると判定することを特徴とする請求項１又は請求項２に記載の電話番号調査装置。
4. 前記電話番号調査判定部は、
   前記メッセージ交換制御部が、前記ＩＰ電話網内におけるＳＩＰサーバから前記応答メッセージとして第１のエラーコードを受信した場合に、前記調査対象のＩＰ電話の電話番号が空き状態で実在すると判定し、第３のエラーコードを受信した場合に、前記調査対象のＩＰ電話の電話番号が欠番であると判定することを特徴とする請求項１から請求項３のいずれか１項に記載の電話番号調査装置。
5. ＰＳＴＮ網と複数のＩＰ電話網とがインターワークする構成において、０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む調査対象となるＩＰ電話番号の実在の有無を判定する電話番号調査方法であって、
   電話番号調査装置が、調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信するステップと、
   前記ＳＩＰサーバが、前記電話番号調査装置に応答メッセージを送信するステップと、
   前記電話番号調査装置が、受信した応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させる信号を用いないで判定するステップと、を有し、
   前記判定するステップは、前記複数のＩＰ電話網のうち前記電話番号調査装置が接続されている自網以外の他のＩＰ電話網に接続されたＩＰ電話へ接続した際に、前記電話番号調査装置が前記自網のＰＳＴＮゲートウェイから前記応答メッセージとして第６のエラーコードを受信した場合に、前記調査対象の電話番号が前記他のＩＰ電話網に接続されたＩＰ電話であると判定することを特徴とする電話番号調査方法。
6. ０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む調査対象となるＩＰ電話番号の実在の有無を判定する電話番号調査方法であって、
   電話番号調査装置が、調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信するステップと、
   前記ＳＩＰサーバが、前記電話番号調査装置に応答メッセージを送信するステップと、
   前記電話番号調査装置が、受信した応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させる信号を用いないで判定するステップと、を有し、
   前記判定するステップは、前記応答メッセージとして第４のエラーコードを受信した場合に、前記調査対象のＩＰ電話の電話番号が話中状態で実在すると判定することを特徴とする電話番号調査方法。
7. ＰＳＴＮ網と複数のＩＰ電話網とがインターワークする構成において、０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む複数のＩＰ電話がＩＰ電話網を介して接続される電話番号調査装置のプログラムであって、
   コンピュータに、
   調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信する手順と、
   前記ＳＩＰサーバから応答メッセージを受信する手順と、
   前記受信した前記応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させる信号を用いないで判定する手順と、を実行させ、
   前記複数のＩＰ電話網のうち前記電話番号調査装置が接続されている自網以外の他のＩＰ電話網に接続されたＩＰ電話へ接続した際に、前記電話番号調査装置が前記自網のＰＳＴＮゲートウェイから前記応答メッセージとして第６のエラーコードを受信した場合に、前記調査対象の電話番号が前記他のＩＰ電話網に接続されたＩＰ電話であると判定させるプログラム。
8. ０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む複数のＩＰ電話がＩＰ電話網を介して接続される電話番号調査装置のプログラムであって、
   コンピュータに、
   調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信する手順と、
   前記ＳＩＰサーバから応答メッセージを受信する手順と、
   前記受信した前記応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させる信号を用いないで判定する手順と、を実行させ、
   前記応答メッセージとして第４のエラーコードを受信した場合に、前記調査対象のＩＰ電話の電話番号が話中状態で実在すると判定させるプログラム。
9. ユーザ端末と、前記ユーザ端末とはＩＰ網経由で接続されるとともに、０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む複数のＩＰ電話がＩＰ電話網を介して接続される電話番号調査装置とからなる電話番号調査情報提供システムであって、
   ＰＳＴＮ網と複数のＩＰ電話網とがインターワークする構成において、
   前記電話番号調査装置は、
   前記ユーザ端末からＩＰ電話の電話番号調査情報提供要求を受信すると、調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信し、
   前記ＳＩＰサーバから応答メッセージを受信し、前記受信した前記応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させる信号を用いないで判定し、
   前記電話番号調査情報提供要求があったユーザ端末へ判定の結果を前記ＩＰ網経由で送信し、
   前記複数のＩＰ電話網のうち前記電話番号調査装置が接続されている自網以外の他のＩＰ電話網に接続されたＩＰ電話へ接続した際に、前記電話番号調査装置が前記自網のＰＳＴＮゲートウェイから前記応答メッセージとして第６のエラーコードを受信した場合に、前記調査対象の電話番号が前記他のＩＰ電話網に接続されたＩＰ電話であると判定することを特徴とする電話番号調査情報提供システム。
10. ユーザ端末と、前記ユーザ端末とはＩＰ網経由で接続されるとともに、０ＡＢ−Ｊ型電話番号が割り当てられたＩＰ電話を含む複数のＩＰ電話がＩＰ電話網を介して接続される電話番号調査装置とからなる電話番号調査情報提供システムであって、
    前記電話番号調査装置は、
    前記ユーザ端末からＩＰ電話の電話番号調査情報提供要求を受信すると、調査対象となる着信側のＩＰ電話にＳＩＰサーバを介してＩＮＶＩＴＥ要求を送信するときに、前記ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータに、前記着信側のＩＰ電話が着信を拒否するＳＤＰパラメータを付与して送信し、
    前記ＳＩＰサーバから応答メッセージを受信し、前記受信した前記応答メッセージに応じて、前記着信側のＩＰ電話の電話番号使用状況について前記着信側のＩＰ電話の電話番号の有効性を着信ベルを鳴動させる信号を用いないで判定し、
    前記電話番号調査情報提供要求があったユーザ端末へ判定の結果を前記ＩＰ網経由で送信し、
    前記応答メッセージとして第４のエラーコードを受信した場合に、前記調査対象のＩＰ電話の電話番号が話中状態で実在すると判定することを特徴とする電話番号調査情報提供システム。

Images