JP4715946B2 - 通知番号検証システム - Google Patents

Description

本発明は、通知番号検証システムに関し、例えば、ＩＰ電話網における発信者番号検証方式に適用し得るものである。

近年、ＩＰ電話が普及し、ＩＰ電話においても、従来の電話網（固定電話、携帯電話等）で提供していた付加サービスに対する需要が高まっている。その代表的なサービスとして、発信電話端末の電話電話番号を着信端末に通知する「発信者番号通知サービス」がある。

ＩＰ電話に適用されるプロトコルの１つであるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いたＩＰ電話においても、発信者番号の通知方式に関して、ＩＥＴＦ（インタネット技術調査委員会）、ＴＴＣ（電信電話技術委員会）等の各種標準化団体の中で検討されている。

従来、ＳＩＰプロトコルにおいて発信者番号は、ＳＩＰプロトコル上で規定されるＦｒｏｍヘッダやＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）上に発信者（発信電話端末）により設定され、このヘッダの情報（電話番号等）を発信者番号として着信側へ通知して扱うことが一般的とされている。

ＩＥＴＦ ＲＦＣ３２６１

従来、ＳＩＰのＲＦＣ３２６１では、ユーザ認証としてダイジェスト認証が規定されているが、このダイジェスト認証は、ユーザＩＤなどのユーザ認証情報をサーバが管理情報との照合によりユーザ認証するにすぎず、ヘッダ上の番号がＩＰ網において正当な契約電話番号であるか否かを判断することはできなかった。

しかしながら、上述したＦｒｏｍヘッダやＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）上に設定された番号が、実際に契約された電話番号であるかの正常性を検証する手段までは規定されておらず、偽造端末などによる第三者による、いわゆる「なりすまし発信」などを招く可能性がある。

そのため、上記ヘッダ上に設定される番号のＩＰ電話網における正常性を検証する手段が必要であり、番号を検証する番号検証システムが要求されている。

また、発信者側にとって、使用電話端末に割り当てられた契約電話番号と異なる番号を、着信者側に番号通知したいケースがある。例えば、フリーフォン（着信課金サービス）の提供を受ける発信者側が、着信者側に対して、使用電話端末の電話番号でなくフリーフォンアクセスの番号を通知することが求められる。

このような場合においても、ＳＩＰプロトコル的には、発信電話端末により設定される番号は、ＦｒｏｍヘッダやＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）上に設定されてくる番号のみでありＳＩＰプロトコル規定の範囲では、該番号がそのまま着信者へ通知されるため、網としてヘッダ上に設定される番号の検証を実施し正常性を保障した上で着信者へ通知する必要がある。

そのため、例えばＳＩＰプロトコルを利用したＩＰ電話網において、発信者番号通知条件を明確にし、網側で発信者番号の正常性を検証する通知番号検証システムが求められている。

かかる課題を解決するために、本発明の通知番号検証システムは、発信電話端末から着信電話端末に向けて通常発信された発信通知番号の正当性をＩＰ通信網内で検証する通知番号検証システムであって、（１）発信電話端末との通信接続を、ＳＩＰを採用して制御するものであり、上記発信電話端末から接続要求メッセージを受信すると、上記発信電話端末に対して発信者の認証に必要な認証要求を行う通信接続制御手段と、（２）契約ユーザに割り当てた認証識別情報をキーとして、少なくとも、発信者の通知番号として設定されている１又は複数の設定通知番号及び認証情報を有する加入者情報テーブルを用いて各ユーザのユーザ情報を管理するユーザ情報管理手段と、（３）発信電話端末から通信接続制御手段に対して上記認証要求に対する接続要求を受けると、ユーザ情報管理手段が管理する加入者情報テーブルを参照して、発信電話端末から受信した受信パケットである接続要求メッセージに含まれている認証識別情報に基づいて加入者情報テーブルから特定した認証情報と、接続要求メッセージに含まれている加入者情報との照合により、認証情報に基づく発信者の認証を行なうユーザ認証手段と、（４）ユーザ認証手段による認証結果が正当とされた場合、受信パケットの接続要求メッセージのヘッダ部分に含まれている発信通知番号が、ユーザ情報管理手段の加入者情報テーブルの認証識別情報に対応する各設定通知番号に含まれている番号と一致するか否かを比較して、発信通知番号と各設定通知番号に含まれている番号とが一致する場合、発信通知番号の正当性を検証する通知番号検証手段とを備えることを特徴とする。

本発明の通知番号検証システムによれば、発信電話端末から通知された発信通知番号の通信網内における正当性を検証することができる。

第１の実施形態の発信者番号検証システムの全体構成図である。 第１の実施形態の加入者情報管理部の管理項目例を説明する説明図である。 第１の実施形態の発信者番号検証システムの動作を示すフローチャートである。 第１の実施形態の発信者番号検証システムにおける処理シーケンス図である。 第１の実施形態の発信者番号検証システムにおける処理シーケンス図である。 第１の実施形態の発信者番号検証システムにおける処理シーケンス図である。 第１の実施形態の発信者番号検証システムにおける処理シーケンス図である。 第２の実施形態の発信者番号検証システムの全体構成図である。 第２の実施形態の加入者情報管理部の管理項目例を説明する説明図である。 第２の実施形態の発信者番号検証システムの動作を示すフローチャートである。 第２の実施形態の発信者番号検証システムにおける処理シーケンス図である。 第３の実施形態の発信者番号検証システムの全体構成図である。 第３の実施形態の発信者番号検証システムの動作を示すフローチャートである。 第３の実施形態の発信者番号検証システムにおける処理シーケンス図である。

以下では、本発明の通知番号検証システムを実施するための最良の実施の形態について図面を参照して説明する。

以下で説明する各実施形態は、音声通信プロトコルとしてＳＩＰを採用した音声通信システムにおいて、発信電話端末から着信電話端末に対して通知される発信者番号の正当性を検証する発信者番号検証システムに、本発明の通知番号検証システムを適用した場合について説明する。

（Ａ）第１の実施形態
以下、本発明の通知番号検証システムの第１の実施形態について、図面を参照して説明する。

（Ａ−１）第１の実施形態の構成
図１は、本実施形態に係る発信者番号検証システムの全体構成を示す構成図である。

図１に示すように、本実施形態の発信者番号検証システム１００は、ＩＰ電話網１に接続可能な、ＩＰ電話加入端末５及び６、ＩＰ電話交換機２を備える。本実施形態では、ＩＰ電話加入端末５を発信端末とし、ＩＰ電話加入端末６を着信端末として説明する。

ＩＰ電話網１は、通信プロトコルをＩＰ（インターネットプロトコル）とする通信網であり、専用網、公衆網、移動通信網等又はこれらを組み合わせた通信網を適用できる。

ＩＰ電話交換機２は、ＩＰ電話網１に接続可能であり、ＳＩＰを用いてＩＰ電話加入端末５及び６間の音声通信の実現する機能を有する通信装置（ＳＩＰサーバ）である。ＩＰ電話交換機２は、発信端末からの受信メッセージに基づいてユーザ認証機能、呼接続機能、登録処理機能、転送処理機能等を備えるものである。

図１においてＩＰ電話交換機２の主要な内部構成を示し、ＩＰ電話交換機２は、加入者情報管理部３及び接続処理部４を有する。

加入者情報管理部３は、契約加入者に関する、設定された加入者情報を管理するものである。加入者情報管理部３は、図２に示すように、加入者情報テーブル３１と、他通知番号テーブル３２とを有する。

加入者情報テーブル３１は、契約加入者に割り当てた認証ＩＤ（認証識別情報）をキーとして、契約加入者に関する情報を管理するテーブルである。本実施形態では、加入者情報テーブル３１は、図２に示すように、認証ＩＤをキーとして、認証情報、契約電話番号、他通知番号リンクＩＤを管理する。勿論、契約加入者に関する他の情報をも管理することが可能である。

ここで、認証情報は、契約加入者をユーザ認証するための認証情報である。この認証情報は、契約加入者が独自に決定するようにしてもよい。また、契約電話番号は、ＩＰ電話網１において契約加入者の使用電話端末に割り当てた電話番号である。更に、他通知番号リンクＩＤは、契約加入者が使用電話端末の契約電話番号以外の番号を着信側に通知しようとする場合に他の番号を設定することができ、その他の設定番号を呼び出すための識別情報である。

また、他通知番号テーブル３２は、契約加入者が使用電話端末の契約電話番号以外の他の番号を着信側に通知しようとする場合に、設定された他通知番号を管理するテーブルである。他通知番号はＩＰ電話加入端末５との間でＳＩＰを用いて登録可能であり、１又は複数個の他通知番号を設定できる。

接続処理部４は、ＳＩＰに基づいてＩＰ電話加入端末５及び６間の音声通信を実行する処理部である。接続処理部４が制御する主な機能は、ユーザ認証機能（本実施形態ではダイジェスト認証を行なうものとする）、発信者番号検証機能、呼制御機能、接続処理機能、登録処理、転送処理等である。

接続処理部４は、発信端末から発信要求を受けるとその発信端末に対して認証要求を行ない、発信端末から発信要求及び認証情報を含んだメッセージ（ＩＮＶＩＴＥ）を受け取ると、加入者情報管理部３を参照して、そのメッセージの認証情報に基づいてユーザ認証（ダイジェスト認証）を行なうものである。これにより、契約加入者の正当性が認証可能となる。

ここで、ダイジェスト認証とは、ユーザ認証方法であり、例えば、端末側で暗号化（例えばハッシュ関数等を使用）したユーザＩＤやパスワードなどの認証情報をサーバに送信し、サーバ側により復号した認証情報と管理認証情報とに基づいてユーザ認証する方法などがある。これにより、セキュリティの高いユーザ認証が実現できる。また、本実施形態では、セキュリティを考慮しダイジェスト認証を用いるが、ユーザ認証可能であれば広くて適用可能である。

また、接続処理部４は、ダイジェスト認証ＯＫである場合に、受信メッセージ（ＩＮＶＩＴＥ）のヘッダ部分に設定されている番号（通知番号）が、加入者情報管理部３（加入者情報テーブル３１）が管理する契約電話番号と一致するか否かを比較するものである。

これにより、ユーザ認証された発信端末からの信号に含まれる発信者番号（通知番号）の正常性を判断でき、また正常な発信者番号を着信側に通知できる。

ここで、通知番号が設定されるヘッダとして、Ｆｒｏｍヘッダ、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ等を適用可能であるが、通知番号を設定可能であれば設定箇所は特に限定されない。

また、接続処理部４は、メッセージのヘッダ上の通知番号が契約電話番号と一致しない場合、加入者情報テーブル３１に他通知番号リンクＩＤの有無を確認する。これにより、自己の契約電話番号以外の番号を通知番号とする設定があるか否かを確認できる。

そして、他通知番号リンクＩＤが加入者情報テーブル３１にある場合、接続処理部４は、その他通知番号リンクＩＤに基づくリンク先の他通知番号とメッセージのヘッダ上の番号とが一致するか否かを比較し、一致する場合、ヘッダ上の番号が他通知番号であると判断（ＩＰ電話網１における正常な番号であると判断）し、一致しない場合、ヘッダ上の番号が他通知番号でないと判断する。

これにより、一致する場合、ヘッダ上の番号がＩＰ電話網１における正当な通知番号として通知することができる。また、契約加入者側からすれば、使用端末の契約電話番号以外の番号を着信通知できる。

ＩＰ電話加入端末５及び６は、ＳＩＰ対応のＩＰ電話端末である。ＩＰ電話加入端末５及び６は、ＳＩＰ対応のプログラムをＣＰＵなどの制御手段が実行することにより、通話を実現するソフトウェア的なものであってもよい。また、発信端末として機能する場合、ＩＰ電話加入端末５及び６は、予め割り当てられている電話番号を、メッセージのヘッダ上に書き込みＩＰ電話交換機２に送信するものである。

（Ａ−２）第１の実施形態の動作
次に、本実施形態の発信者番号検証システム１００の動作について図面を参照して説明する。

以下では、ＩＰ電話交換機２における、発信端末からのメッセージ（ＩＮＶＩＴＥ）に基づくダイジェスト認証処理、及びそのメッセージのヘッダ部分の情報に基づく発信者番号の検証処理について図３を参照して説明する。

図３は、ＩＰ電話交換機２における処理を示すフローチャートである。

ＩＰ電話交換機２は、発信端末（ＩＰ電話加入端末５）との間で所定シーケンスを行ない、認証情報を含む接続要求メッセージを受け取り、その接続要求メッセージに基づいて以下の処理を行なう（Ｆ１）。

ＩＰ電話加入端末５から接続要求メッセージがＩＰ電話交換機２に与えられると、ＩＰ電話交換機２において、接続要求メッセージに含まれている認証ＩＤに基づいて、加入者情報テーブル３１から加入者情報を特定する（Ｆ２）。

加入者情報テーブル３１から加入者情報が特定されると、接続要求メッセージに含まれている認証情報と、加入者情報テーブル３１の認証ＩＤに対応する認証情報とを照合し、認証情報に基づくダイジェスト認証が行なわれる（Ｆ３、Ｆ４）。

ＩＰ電話交換機２によるダイジェスト認証の認証結果がＮＧである場合、認証結果がＮＧである旨のメッセージが、ＩＰ電話交換機２からＩＰ電話加入端末５に与えられる（Ｆ５）。

また、ＩＰ電話交換機２によるダイジェスト認証の認証結果がＯＫである場合、受信した接続要求メッセージのヘッダ部分に設定されている番号と、加入者情報テーブル３１の認証ＩＤに対応する契約電話番号とが一致するか否か比較される（Ｆ６）。

ヘッダ上の設定番号が契約電話番号と一致する場合、当該設定番号がＩＰ電話網１における正当な電話番号として保障できると接続処理部４が判断して、後続の接続処理が行なわれる（Ｆ１１）。これにより、ＩＰ電話加入端末５及び６間で接続する。なお、後続の接続処理の詳細な説明は省略する。

一方、ヘッダ上の設定番号が契約電話番号と一致しない場合、加入者情報テーブル３１に他通知番号リンクＩＤがあるか否かが接続処理部４により確認される（Ｆ７）。

加入者情報テーブル３１に他通知番号リンクＩＤがない場合、接続不可能の旨のメッセージが、ＩＰ電話交換機２からＩＰ電話加入端末５に与えられる（Ｆ８）。

また、加入者情報テーブル３１に他通知番号リンクＩＤがある場合、他通知番号テーブル３２に設定されている他通知番号と、メッセージのヘッダ上の設定番号とが一致するか否か比較される（Ｆ９）。複数の他通知番号が他通知番号テーブル３２に設定されている場合、ヘッダ上の設定番号が、これら複数の他通知番号のうちのいずれかに一致するか否かを判断する。

ヘッダ上の設定番号が他通知番号に一致する場合、ヘッダ上の設定番号がＩＰ電話網１における正当な電話番号として保障できるものであると判断して、後続の接続処理が行なわれ（Ｆ１１）、ＩＰ電話加入端末５及び６間の接続処理が行なわれる。なお、後続の接続処理の詳細は省略する。

一方、ヘッダ上の設定番号が他通知番号に一致しない場合、接続不可能の旨のメッセージが、ＩＰ電話交換機２からＩＰ電話加入端末５に与えられる（Ｆ１０）。

以上のように、ダイジェスト認証に成功した発信端末からの接続要求メッセージ（ＩＮＶＩＴＥ）のヘッダ上の設定番号と、ダイジェスト認証で用いた加入者情報との照合することにより、ＩＰ電話交換機２は、ヘッダ上の設定番号がＩＰ電話網１における正常なものであるか否かを検証することができる。

続いて、ＩＰ電話加入端末５とＩＰ電話交換機２との間の具体的な処理シーケンスについて図４〜図７を参照して説明する。

図４は、契約電話番号をＦｒｏｍヘッダに設定した場合の処理シーケンスであり、図５は、他通知番号をＦｒｏｍヘッダに設定した場合の処理シーケンスである。また、図６は、契約電話番号をＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｎｔｉｔｙヘッダ（又はＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）に設定した場合の処理シーケンスであり、図７は、他通知番号をＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｎｔｉｔｙヘッダ（又はＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）に設定した場合の処理シーケンスである。

まず、図４に示す処理シーケンスについて説明する。図４において、まず、発信端末であるＩＰ電話加入端末５から発信要求メッセージ（ＩＮＶＩＴＥ）が、ＩＰ電話交換機（ＳＩＰサーバ）２に与えられる（Ｓ１０１）。

ＩＰ電話加入端末５からＩＮＶＩＴＥ（発信要求）がＩＰ電話交換機２に与えられると、認証要求（４０７ Ｐｒｏｘｙ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄ）が、ＩＰ電話交換機２からＩＰ電話加入端末５に与えられる（Ｓ１０２）。

ＩＰ電話交換機２から認証要求がＩＰ電話加入端末５に与えられると、ＩＰ電話加入端末５は、応答信号（ＡＣＫ）を返信した後に（Ｓ１０３）、認証情報を付加した接続要求メッセージ（ＩＮＶＩＴＥ）をＩＰ電話交換機２に送信する（Ｓ１０４）。このとき、Ｆｒｏｍヘッダに契約電話番号が設定された接続要求メッセージ（ＩＮＶＩＴＥ）がＩＰ電話交換機２に与えられる。

認証情報が付加された接続要求メッセージ（ＩＮＶＩＴＥ）がＩＰ電話交換機２に与えられると、ＩＰ電話交換機２において、図３で説明した接続要求メッセージの信号分析処理が行なわれる。以下の詳細な処理については省略する。

接続要求メッセージがＩＰ電話交換機２に与えられると、認証ＩＤに基づいて加入者情報テーブル３１から加入者情報が特定される（Ｓ１０５、Ｆ２）。

加入者情報テーブル３１から加入者情報が特定されると、接続要求メッセージの認証情報と加入者情報テーブル３１との照合によりダイジェスト認証を行なう（Ｓ１０６、Ｆ３〜Ｆ５）。

ダイジェスト認証がＯＫである場合、Ｆｒｏｍヘッダ上の契約電話番号と加入者情報テーブル３１の契約電話番号とを比較して一致するか否かを判断する（Ｓ１０７、Ｆ６〜Ｆ１０）。

そして、Ｆｒｏｍヘッダ上の契約電話番号が加入者情報テーブル３１の契約電話番号と一致する場合、そのメッセージに含まれている発信者番号はＩＰ電話網１において正当性のある番号であるとＩＰ電話交換機２が判断し、着信端末に対して接続要求メッセージ（ＩＮＶＩＴＥ）が送信されて、後続の接続処理がなされる（Ｓ１０８、Ｆ１１）。

次に、図５に示す処理シーケンスについて説明する。図５において、Ｓ１０１〜Ｓ１０３の処理シーケンスは図４で説明した処理に対応するので詳細な説明は省略する。

認証要求に対する応答後、ＩＰ電話加入端末５において、Ｆｒｏｍヘッダ上に当該端末の契約電話番号以外の番号が設定され、かつ、認証情報を含む接続要求メッセージ（ＩＮＶＩＴＥ）がＩＰ電話交換機２に送信される（Ｓ２０４）。

接続要求メッセージがＩＰ電話交換機２に与えられると、接続処理部４により、接続要求メッセージの認証ＩＤに基づく加入者情報の特定及び認証情報に基づくダイジェスト認証が行なわれる（Ｓ１０５及びＳ１０６）。

ダイジェスト認証がＯＫである場合、接続処理部４により、接続要求メッセージのＦｒｏｍヘッダ上の番号と加入者情報テーブル３１の契約電話番号とが比較される。この場合、Ｆｒｏｍヘッダは他通知番号が設定されているので、ヘッダ上の設定番号は契約電話番号と一致しない。

従って、接続処理部４は、加入者情報テーブル３１に他通知番号リンクＩＤがあるか否かを確認する（Ｓ２０７、Ｆ６）。加入者情報テーブル３１に他通知番号リンクＩＤがある場合、その他通知番号リンクＩＤに基づくリンク先である他通知番号テーブル３２の他通知番号を見る。

そして、Ｆｒｏｍヘッダ上の設定番号が他通知番号テーブル３２に設定されている他通知番号と一致するか否かを比較する（Ｓ２０８、Ｆ９）。

Ｆｒｏｍヘッダ上の設定番号が他通知番号と一致する場合、当該Ｆｒｏｍヘッダ上の設定番号がＩＰ電話網１において正当性のある番号であるとＩＰ電話交換機２が判断し、着信端末に対して接続要求メッセージ（ＩＮＶＩＴＥ）が送信されて、後続の接続処理がなされる（Ｓ１０８、Ｆ１１）。

次に、図６に示す処理シーケンスについて説明する。図６において、Ｓ１０１〜Ｓ１０３の処理シーケンスは図４で説明した処理に対応するので詳細な説明は省略する。

ここで、一般的に、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（又はＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）は、使用端末の契約電話番号以外の番号を設定することが可能なヘッダとして利用される。

認証要求に対する応答後、ＩＰ電話加入端末５において、認証情報を含む接続要求メッセージ（ＩＮＶＩＴＥ）のＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（又はＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）上に契約電話番号が設定され、その接続要求メッセージ（ＩＮＶＩＴＥ）がＩＰ電話交換機２に送信される（Ｓ３０４）。

接続要求メッセージがＩＰ電話交換機２に与えられると、接続要求メッセージの認証ＩＤに基づく加入者情報の特定及び認証情報に基づくダイジェスト認証が行なわれる（Ｓ１０５及びＳ１０６）。

ダイジェスト認証がＯＫである場合、接続要求メッセージのＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（又はＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）上の設定番号と加入者情報テーブル３１の契約電話番号とが比較され一致するか否か判断される（Ｓ３０７、Ｆ６）。

そして、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（又はＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）上の契約電話番号が加入者情報テーブル３１の契約電話番号と一致する場合、そのメッセージに含まれている発信者番号はＩＰ電話網１において正当性のある番号であるとＩＰ電話交換機２が判断し、着信端末に対して接続要求メッセージ（ＩＮＶＩＴＥ）が送信されて、後続の接続処理がなされる（Ｓ３０８、Ｆ１１）。

次に、図７に示す処理シーケンスについて説明する。図７において、Ｓ１０１〜Ｓ１０３の処理シーケンスは図４で説明した処理に対応するので詳細な説明は省略する。

認証要求に対する応答後、ＩＰ電話加入端末５から、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（又はＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）上に他通知番号が設定された認証情報を含む接続要求メッセージ（ＩＮＶＩＴＥ）がＩＰ電話交換機２に送信される（Ｓ４０４）。

接続要求メッセージがＩＰ電話交換機２に与えられると、接続要求メッセージの認証ＩＤに基づく加入者情報の特定及び認証情報に基づくダイジェスト認証が行なわれる（Ｓ１０５及びＳ１０６）。

ダイジェスト認証がＯＫである場合、接続要求メッセージのＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（又はＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）上の番号と加入者情報テーブル３１の契約電話番号とが比較される。この場合、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（又はＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）は他通知番号が設定されているので、ヘッダ上の設定番号は契約電話番号とは一致しない。従って、加入者情報テーブル３１に他通知番号リンクＩＤがあるか否かを確認する（Ｓ４０７、Ｆ６）。

そして、加入者情報テーブル３１に他通知番号リンクＩＤがある場合に、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（又はＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）上の設定番号が他通知番号テーブル３２の他通知番号と一致するか否かを比較する（Ｓ４０８、Ｆ９）。

Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ（又はＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）上の設定番号が他通知番号と一致する場合、当該ヘッダ上の番号がＩＰ電話網１において正当性のある番号であるとＩＰ電話交換機２が判断し、着信端末に対して接続要求メッセージ（ＩＮＶＩＴＥ）が送信されて、後続の接続処理がなされる（Ｓ１０８、Ｆ１１）。

（Ａ−３）第１の実施形態の効果
以上、本実施形態によれば、発信者の通知番号の正常性を、ダイジェスト認証でＯＫとなった信号上に設定されている発信者番号と、ダイジェスト認証で使用した加入者情報上の契約者番号を比較することで実現可能となる。

また、本実施形態によれば、発信者が契約者番号以外に通知したい番号に関しても、あらかじめ加入者情報の付加情報として、「他通知番号」を管理し契約者番号との比較でＮＧとなったケースでも、あらかじめ登録されている「他通知番号」との比較結果が正常になれば、ＩＰ電話網として通知番号の正常性保障が可能となる。

（Ｂ）第２の実施形態
次に、発信者番号検証システムの第２の実施形態について図面を参照して説明する。

（Ｂ−１）第２の実施形態の構成
図８は、第２の実施形態の発信者番号検証システムの全体構成図である。図８に示すように、発信者番号検証システム２００は、ＩＰ電話網１に接続可能な、ＩＰ電話交換機２、ＩＰ電話加入端末５及び６、アナウンスメントサーバ７を少なくとも備える。

図８において、図１のシステムと同一・対応する構成要件については対応する符号を付して示す。また、これら対応する構成要件の詳細な機能説明については省略する。

ＩＰ電話交換機２は、第１の実施形態と同様に、発信端末から受信したメッセージに基づいて、ユーザ認証（ダイジェスト認証）処理、発信者番号検証処理、呼制御処理、接続処理、転送処理等を行なうＳＩＰサーバである。また、ＩＰ電話交換機２は、加入者情報管理部３と接続処理部４とを備える。

加入者情報管理部３は、図９に示すように、加入者情報テーブル３３と他通知番号テーブル３２と接続ＮＧ時動作条件テーブル３４とを有する。

加入者情報テーブル３３は、加入者情報を管理するテーブルであり、図２で説明した管理項目例のほかに、本実施形態は番号検証ＮＧ時動作という項目を有する。この番号検証ＮＧ時動作とは、メッセージのヘッダ上の設定番号の検証結果がＮＧである場合に、ＩＰ電話交換機２にさせ得る動作を指示するものである。そして、その具体的な動作内容は、接続ＮＧ時動作条件テーブル３４に設定され得る。

接続ＮＧ時動作条件テーブル３４は、番号検証がＮＧである場合に、ＩＰ電話交換機２にさせる具体的な動作内容を管理するテーブルであり、動作条件と接続先などの項目を備えている。この動作条件には、例えば、発信端末との切断や、非通知で着信端末と接続や、アナウンスメントサーバ７への接続などＩＰ電話交換機２に動作内容を設定させることができ、また接続先には、例えば、アナウンスメントサーバや他のアプリケーションサーバと接続する場合にそれらサーバの接続先（例えばＩＰアドレス）を設定することができる。本実施形態では、接続ＮＧ時動作条件テーブル３４の動作条件としてアナウンスメントサーバ７への接続と設定し、その動作条件に対応する接続先にアナウンスメントサーバ７のＩＰアドレスを設定する場合を説明する。

接続処理部４は、第１の実施形態と同様に、ユーザ認証機能（ダイジェスト認証）、発信者番号検証機能、呼制御機能、接続処理機能等を実行するものである。また、接続処理部４は、ダイジェスト認証ＯＫ後、加入者情報テーブル３３に他通知番号リンクＩＤがない場合又は受信メッセージのヘッダ上の番号が他通知番号と一致しない場合（発信者番号の検証結果がＮＧの場合）、加入者情報テーブル３３に番号検証ＮＧ時動作があるか否かを確認し、番号検証ＮＧ時動作がある場合に、接続ＮＧ動作条件テーブル３４の動作条件に従って動作させるものである。

これにより、発信者番号の検証結果がＮＧの場合に、予め設定させた動作をＩＰ電話交換機２にさせることができる。本実施形態では、発信者番号検証がＮＧの場合、ＩＰ電話交換機２がアナウンスメントサーバ７との間のセッション確立を図るようにする。その結果、アナウンスメントサーバ７から発信端末に対して、発信者番号の検証結果がＮＧであるから着信端末との接続はできない旨の録音音声を送信させるようにする。

アナウンスメントサーバ７は、ＩＰ電話交換機２からメッセージ（ＩＮＶＩＴＥ）を受信し、セッション確立後、予め設定されている録音音声を発信端末に送信するものである。

（Ｂ−２）第２の実施形態の動作
次に、第２の実施形態の動作について図面を参照して説明する。図１０は、第２の実施形態の動作を示すフローチャートである。また、図１１は、第３の実施形態の処理シーケンス図を示す。

発信端末（ＩＰ電話加入端末５）とＩＰ電話交換機２との間の接続要求、認証要求等のシーケンス、及びＩＰ電話交換機２におけるダイジェスト認証は第1の実施形態で説明したので、詳細な説明は省略する（図１０のＦ１〜Ｆ５、図１１のＳ１０１〜Ｓ１０４）。

図１０のＦ４において、ＩＰ電話交換機２によるダイジェスト認証の認証結果がＯＫである場合、第１の実施形態と同様に、加入者情報テーブル３３を参照して、Ｐ−Ｐｒｅｆｅｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダ上の設定番号が契約電話番号であるか否かを判断する（Ｆ６）。このとき、ヘッダ上の設定番号が契約者電話番号である場合は第１の実施形態と同様に後続の接続処理を行なう（Ｆ１１）。

また、ヘッダ上の設定番号が契約電話番号と一致せず、加入者情報テーブル３３に他通知番号リンクＩＤがある場合（Ｆ１０７）、第１の実施形態と同様に、ヘッダ上の設定番号がリンク先の他通知番号と一致するか否か判断し（Ｆ１０８）、一致する場合、ヘッダ上の番号がＩＰ電話網１における正常な番号であると判断して後続の接続処理を行なう（Ｆ１１）。

一方、加入者情報テーブル３３に他通知番号リンクＩＤがない場合、又は、ヘッダ上の番号が他通知番号と一致しない場合、接続処理部４は、加入者情報テーブル３３に設定されている番号検証ＮＧ時動作の内容を確認する（Ｆ１０９）。

加入者情報テーブル３３の番号検証ＮＧ時動作の設定がない場合、発信端末（ＩＰ電話加入端末５）に対して、発信者番号検証がＮＧである旨のメッセージを送信する（Ｆ１１０）。

また、加入者情報テーブル３３の番号検証ＮＧ時動作に、動作条件としてアナウンスメントサーバ７との接続が設定されており、その接続先にアナウンスメントサーバ７の接続先（例えばＩＰアドレス）が設定されている場合（図１１のＳ５０５、Ｓ５０６）、接続処理部４は、メッセージ（ＩＮＶＩＴＥ）の着信先をアナウンスメントサーバ７の接続先とし、アナウンスメントサーバ７にメッセージ（ＩＮＶＩＴＥ）を送信して、接続処理を実施する（図１１のＳ５０７〜Ｓ５１０）。

ＩＰ電話交換機２とアナウンスメントサーバ７との間のセッション確立後、アナウンスメントサーバ７は、発信端末（ＩＰ電話加入端末５）に対して発信者番号検証ＮＧであるため接続不可である旨のトーキ（音声信号）を送信し（Ｆ１１１）、発信者に聴取させる（図１１のＳ５１１）。

（Ｂ−３）第２の実施形態の効果
以上、第２の実施形態によれば、あらかじめ番号検証ＮＧ時動作を加入者情報に設定し、番号結果がＮＧの場合に、ＩＰ電話交換機（ＳＩＰサーバ）に番号検証ＮＧ時動作をさせることができる。

また、本実施形態によれば、番号検証ＮＧ時動作をアナウンスメントサーバ７との接続とし、アナウンスメントサーバ７から発信端末に接続不可要因をアナウンス送信することが可能となる。

その結果として、発信者にアナウンスで着信が不可であったことを知らせることにより、接続不可後再発信によるトラヒック増加を抑制できる効果もある。また、端末障害などによる不正な信号送出などの事象も早期発見も可能になる。

（Ｃ）第３の実施形態
次に、発信者番号検証システムの第３の実施形態について図面を参照して説明する。

本実施形態は、番号検証ＮＧ時動作の内容が、第２の実施形態の場合と異なる。番号検証ＮＧの場合、第２の実施形態ではＩＰ電話交換機２がアナウンスメントサーバ７とセッションを図ることとしたが、本実施形態ではＩＰ電話交換機２がアプリケーションサーバ（Ｂ２ＢＵＡ：Ｂａｃｋ ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）とセッションを図るようにする。これにより、アプリケーションサーバ（Ｂ２ＢＵＡ）を通じて非通知で着信端末に接続可能となる。

（Ｃ−１）第３の実施形態の構成
図１２は、第３の実施形態の発信者番号検証システムの全体構成図である。図１２において、第３の実施形態の発信者番号検証システム３００は、ＩＰ電話網１に接続可能な、ＩＰ電話交換機２、ＩＰ電話加入端末５及び６、アプリケーションサーバ（Ｂ２ＢＵＡ）８を備える。

なお、図１２において、第１の実施形態で説明した構成要件と同一・対応のものは対応する符号を付して説明する。また、これら対応する構成の詳細な機能説明は省略する。

ＩＰ電話交換機２は、第２の実施形態で説明したＩＰ電話交換機２に対応するものである。従って、ＩＰ電話交換機２は、図９に示すテーブルを有する加入者情報管理部３を有する。

図９に示すように、接続ＮＧ時動作条件テーブル３４に、動作条件にアプリケーションサーバ（Ｂ２ＢＵＡ）８との接続と設定され、接続先にアプリケーションサーバ（Ｂ２ＢＵＡ）８の接続先（例えばＩＰアドレス）の設定がある。

ＩＰ電話交換機２は、第２の実施形態と同様に、加入者情報テーブル３３に他通知番号リンクＩＤがない場合、又は、ヘッダ上の番号が他通知番号と一致しない場合、番号検証ＮＧ時動作を確認する。そして、ＩＰ電話交換機２は、接続ＮＧ時動作条件テーブル３４にアプリケーションサーバ（Ｂ２ＢＵＡ）８との接続が設定されている場合に、アプリケーションサーバ（Ｂ２ＢＵＡ）８にセッションを確立するものである。

これにより、発信端末からの発信者番号検証結果がＮＧであっても、アプリケーションサーバ（Ｂ２ＢＵＡ）８を通じて着信端末とセッションを確立することで、非通知着信で着信端末との通話実現させることができる。

アプリケーションサーバ（Ｂ２ＢＵＡ）８は、ＩＰ電話交換機２からメッセージ（ＩＮＶＩＴＥ）を受信した場合に、発信端末が指定した着信端末に対して接続要求（ＩＮＶＩＴＥ）を送信するものである。

このとき、アプリケーションサーバ（Ｂ２ＢＵＡ）８は、Ｆｒｏｍヘッダにダミー番号（ａｎｏｎｙｍｏｕｓ）を設定し、Ｐｒｉｖａｃｙヘッダ（ＩＤ設定）を付与したメッセージ（ＩＮＶＩＴＥ）を着信端末に送信する。これにより、非通知着信で通話させることができる。

（Ｃ−２）第３の実施形態の動作
次に、第３の実施形態の発信者番号検証システムの動作について図面を参照して説明する。

図１３は、第３の実施形態の発信者番号検証システム３００の動作を示すフローチャートである。また、図１４は、第３の実施形態の発信者番号検証システム３００における処理シーケンス図である。

発信端末（ＩＰ電話加入端末５）とＩＰ電話交換機２との間の接続要求、認証要求等のシーケンス、及びＩＰ電話交換機２におけるダイジェスト認証、他通知番号の確認、番号検証ＮＧ時動作確認は、第１及び第２の実施形態で説明したので、詳細な説明は省略する（図１３のＦ１〜Ｆ１１０、図１４のＳ１０１〜Ｓ５０６）。

図１３のＦ１０９において、ＩＰ電話交換機２が番号検証ＮＧ時動作を確認し、接続ＮＧ時動作条件テーブル３４の動作条件がアプリケーションサーバ（Ｂ２ＢＵＡ）８との接続である場合、接続処理部４は、メッセージ（ＩＮＶＩＴＥ）の着信先をアプリケーションサーバ（Ｂ２ＢＵＡ）８の接続先として、メッセージ（ＩＮＶＩＴＥ）をアプリケーションサーバ（Ｂ２ＢＵＡ）８に送信して、接続処理を実施する（Ｆ１１２、図１４のＳ６０７）。

ＩＰ電話交換機２からメッセージ（ＩＮＶＩＴＥ）を受信したアプリケーションサーバ（Ｂ２ＢＵＡ）８は、そのＩＮＶＩＴＥのＦｒｏｍヘッダにダミー番号（ａｎｏｎｙｍｏｕｓ）を設定し、Ｐｒｉｖａｃｙヘッダを付与して、発信端末（ＩＰ電話加入端末５）が指定した着信端末に、ＩＮＶＩＴＥを送信する（Ｆ１１３、Ｓ６０８）。

アプリケーションサーバ（Ｂ２ＢＵＡ）８からメッセージ（ＩＮＶＩＴＥ）を受信したＩＰ電話加入端末６は、アプリケーションサーバ（Ｂ２ＢＵＡ）８を通じて、発信端末５との間で信号を送受信してセッションを確立し通話を実現する（Ｓ６０９〜Ｓ６１６）。

（Ｃ−３）第３の実施形態の効果
以上、第３の実施形態によれば、発信者番号の検証結果がＮＧ時であるとき、ＩＰ電話交換機２は、アプリケーションサーバ（Ｂ２ＢＵＡ）８と連携し、発信者番号非通知で着信をすることを可能としている。本方式を実現することで、発信者番号検証ＮＧであった番号は通知せずに、着信することで網としての信号は保障した上で呼損を減少することが可能になる。

（Ｄ）他の実施形態
（Ｄ−１）上述した第１〜第３の実施形態では、着信端末をＩＰ電話網に接続する端末として示しているが、一般電話網（ＰＳＴＮ）と接続可能なソフトスイッチと連携することで、ＰＳＴＮに接続する端末を着信先とする場合にも適用可能である。

（Ｄ−２）上述した第２及び第３の実施形態において、アナウンスメントサーバ７、アプリケーションサーバ（Ｂ２ＢＵＡ）８は物理的にはＩＰ電話交換機（ＳＩＰサーバ）と同一サーバ上の構成であってもよい。

（Ｄ−３）図２、図９の加入者管理情報に関しては、必要情報が管理されていればテーブル構成（複数テーブル構成、単一テーブル構成等）に特に制限はない。

（Ｄ−４）第１の実施形態（図３参照）では、セッション参加要求（ＩＮＶＩＴＥ）のケースにて示しているが、本検証手順は例えばプレゼンスなどにおいて、位置登録要求（ＲＥＧＩＳＴＥＲ）や等の他のリクエストについても適用可能である。位置登録要求（ＲＥＧＩＳＴＥＲ）の場合は、「他通知番号リンクＩＤ」を「他登録許可番号リンクＩＤ」、他通知番号テーブルを「他登録許可番号テーブル」として、本テーブルを使用することで、契約者以外の第３者による登録要求時も許可されているユーザからの要求なのかチェックし、不正なユーザによる登録情報書き換えをガードできる。

（Ｄ−５）上述した第１〜第３の実施形態では、ＳＩＰを採用した音声通話システムに適用した場合について説明したが、呼シーケンスにおいて発信電話端末から与えられる信号に含まれる番号（設定番号）の正当性が検証可能であれば、音声通信プロトコルはＳＩＰに限定されず、例えばＨ．３２３などの音声通信プロトコルにも対応可能である。

（Ｄ−６）上述した第１〜第３の実施形態では、ＳＩＰサーバ２が、認証情報が付加されたＩＮＶＩＴＥを受け（図４のＳ１０４）、ダイジェスト認証（ユーザ認証）後に、発信者番号の検証を行なう場合について説明した。つまり、セッション確立直前に通知番号検証を行なうようにした。

これは、着信端末とのセッション確立の直前に発信者番号を検証することで、発信端末からの最初の発信要求（Ｓ１０１）からＳ１０４までの間に、なされ得る第三者の「なりすまし行為」を防止することを意図する。

つまり、第三者は、Ｓ１０１のＩＮＶＩＴＥの設定番号を発信者番号とし、Ｓ１０４のＩＮＶＩＴＥの設定番号を他の番号とし、番号検証を回避することも考えられる。上述した実施形態では、この点を充分に考慮し、セッション確立直前に通知番号検証を行なうようにし、より実効性のあるものとした。

しかし、上述した実施形態の発信者番号検証を行なうタイミングは、Ｓ１０１の受信時に行なうものであってもよく、また可能であればＳ１０１及びＳ１０４の双方において行なうようにしてもよい。

Ｓ１０１のタイミングで発信者番号検証を行なう場合、ＩＮＶＩＴＥに含まれる設定番号（発信者番号）をキーとして加入者情報テーブルを参照して、番号検証を行なう。

１００…発信者番号検証ステム、１…ＩＰ電話網、
２…ＩＰ電話交換機（ＳＩＰサーバ）、３…加入者情報管理部、
３１、３３…加入者情報テーブル、３２…他通知番号テーブル、
３４…接続時ＮＧ時動作条件テーブル、
４…接続処理部、５、６…ＩＰ電話加入端末。

Claims (5)

1. 発信電話端末から着信電話端末に向けて通常発信された発信通知番号の正当性をＩＰ通信網内で検証する通知番号検証システムであって、
   上記発信電話端末との通信接続を、ＳＩＰを採用して制御するものであり、上記発信電話端末から接続要求メッセージを受信すると、上記発信電話端末に対して発信者の認証に必要な認証要求を行う通信接続制御手段と、
   契約ユーザに割り当てた認証識別情報をキーとして、少なくとも、発信者の通知番号として設定されている１又は複数の設定通知番号及び認証情報を有する加入者情報テーブルを用いて各ユーザのユーザ情報を管理するユーザ情報管理手段と、
   上記発信電話端末から上記通信接続制御手段に対して上記認証要求に対する接続要求を受けると、上記ユーザ情報管理手段が管理する上記加入者情報テーブルを参照して、上記発信電話端末から受信した受信パケットである接続要求メッセージに含まれている上記認証識別情報に基づいて上記加入者情報テーブルから特定した上記認証情報と、上記接続要求メッセージに含まれている加入者情報との照合により、上記認証情報に基づく発信者の認証を行なうユーザ認証手段と、
   上記ユーザ認証手段による認証結果が正当とされた場合、上記受信パケットの接続要求メッセージのヘッダ部分に含まれている発信通知番号が、上記ユーザ情報管理手段の上記加入者情報テーブルの上記認証識別情報に対応する上記各設定通知番号に含まれている番号と一致するか否かを比較して、上記発信通知番号の正当性を検証する通知番号検証手段と
   を備えることを特徴とする通知番号検証システム。
2. 上記ユーザ情報管理手段が、上記発信電話端末に割り当てられている契約電話番号のほかに、１又は複数の電話番号を、上記設定通知番号として管理することを特徴とする請求項１に記載の通知番号検証システム。
3. 上記ユーザ情報管理手段が、上記通知番号検証手段による検証結果が正当でない場合に動作させる動作モードをも管理し、
   上記通知番号検証手段の検証結果が正当でない場合、上記通信接続制御手段が、上記動作モードに従って動作を行なうことを特徴とする請求項１又は２に記載の通知番号検証システム。
4. 上記動作モードが、検証結果が正当でない旨の録音音声を上記発信電話端末に送信するアナウンスサーバと接続するものであることを特徴とする請求項３に記載の通知番号検証システム。
5. 上記通知番号検証手段が、ＳＩＰ−Ｐｒｉｖａｃｙ適用の場合、パケットの拡張ヘッダに設定されている上記発信通知番号を用いて正当性を検証するものであることを特徴とする請求項１〜４のいずれかに記載の通知番号検証システム。

Images