JP2011114672A

JP2011114672A - 選別応答装置

Info

Publication number: JP2011114672A
Application number: JP2009270292A
Authority: JP
Inventors: Yasuko Takeyama; 弥寿子竹山; Hiroaki Miyata; 裕章宮田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2009-11-27
Filing date: 2009-11-27
Publication date: 2011-06-09
Anticipated expiration: 2029-11-27
Also published as: US8537996B2; JP5357719B2; US20110129078A1

Abstract

【課題】電話サービスでは、基本的に発信者が着信者へ接続を要求すると、着信音が鳴ってしまうため、ＳＰＩＴにより絶えず迷惑電話を着信してしまう可能性がある。迷惑電話は受信のたびに着信音が鳴らされるため、問題は迷惑メールよりも深刻である。
【解決手段】電話網において、着信を一度音声自動応答にて受け付け、着信後直ちに着信音を鳴らすことはやめ、自動応答では接続毎に発信者へ接続に必要な認証音として、毎回乱数処理した乱数および背景音を重畳した認証音を生成し通知すると共に、正しい応答値を受信した着信にのみ着信音を鳴らし、そうでない着信には着信音は鳴らさない。
【選択図】図１１Ａ

Description

本発明は、選別応答装置に係り、特に迷惑電話からの着信要求を防止する選別応答装置に関する。

現在、インターネットの普及に伴い、通信事業者およびＩＳＰ（Internet Service Provider）により、インターネットを利用したＩＰ電話サービスが提供されている。また、メディアゲートウェイ（ＭＧ：Media Gateway）を用いてアナログおよびＩＳＤＮの電話回線をＩＰ網に接続するネットワーク形態も展開され始めている。なお、ＩＰ電話サービスでは、通信開始前に端末間にて通信路（セッション）の確立を行なうことで、音声データをＲＴＰ（Real time Transport Protocol）パケットにて転送するＶｏＩＰ（Voice over IP）通信が行なわれる。

端末間のセッション確立と切断を行うためのセッション制御プロトコルとして、ＳＩＰ（Session Initiation Protocol）が仕様化されており、ＳＩＰサーバを介して端末間のセッション制御が行なわれる。

ＳＩＰメッセージは、要求または応答情報を搬送するスタートライン部、ヘッダ部と、セッション内容を記述するメッセージボディ部から構成される。ＳＩＰメッセージのセッション内容の記述には、例えばＳＤＰ（Session Description Protocol）が適用される。ＳＩＰメッセージは、通信相手をスタートライン部に記載されているリクエストＵＲＩ（Uniform Resource Identifier）によって識別している。また、ＳＩＰメッセージは、セッション確立の過程にて、受信者の呼び出し、音声、映像等の各プロトコル、ビットレート等、端末間のＲＴＰパケット通信条件が決定される。

特開２００７−００６４６７公報

インターネットの普及により、費用をほぼ発生させずに送信できる迷惑メールが増え、社会問題となっている。迷惑メールはインターネット上の掲示板やホームページなどからのメールアドレス収集およびメールアドレスを予想して大量にメールを送信し、メールサーバに負担をかけている。また、迷惑メールは、送信元の偽装が行われるなど、悪質な例もある。

この迷惑メールのように、電話番号の収集や予想を行ない、送信先を偽装して大量発信される迷惑電話が憂慮されている。従来の迷惑電話は、人を介して行なわれていた。しかし、ＩＰを使用するＳＰＩＴ（SPAM over IP Telephony）は、コンピュータを使用し、ＳＰＡＭ生成ソフトを自動で走らせる。ＩＰ電話サービスでは、基本的に発信者が着信者へ接続を要求すると、着信音が鳴ってしまう。このため、ＳＰＩＴにより絶えず迷惑電話を着信してしまう虞がある。迷惑メールは、受信してもまずはサーバに蓄積され、読まずに削除することができる。しかし、迷惑電話は、受信のたびに着信音が鳴らされるため、２４時間３６５日着信音に悩まされる虞もある。したがって、迷惑電話の問題は、迷惑メールよりも深刻である。
また、アナログおよびＩＳＤＮの電話回線においてもＭＧを介することによりＩＰ電話との通信が可能である。このため、同様の懸念がある。

なお、留守番電話・ファクシミリ機能付き電話、コールセンターでのサービス選択等に音声自動応答とキー入力を促す実例がある。しかし、これらの実例は、あらかじめ用意されている固定のキーを自動応答でアナウンスし、入力を受け付けてサービスを展開するものである。したがって、簡単にパターン学習され、ＳＰＩＴによる迷惑電話を着信してしまう可能性がある。

特許文献１では、発呼者と被呼者との間にＳＰＩＴフィルターを介することにより、発呼者がＳＰＩＴによる迷惑電話か否かのチューリングテストを実施する。ＳＰＩＴフィルターによるチューリングテストでは、自動応答による質問に対する応答のタイミングおよび回答の期待値と比較して判断を行なう。

しかし、特許文献１は、応答タイミングでは信号エネルギーによる閾値判定であり、また、回答の期待値の判定では、明確な比較回答を有していない。このため、あいまいな回答の場合、誤り判定となりテストをすりぬけるとＳＰＩＴを接続してしまう。また、自動判定処理を行うための判断材料となる複数の回答例、信号エネルギーのサンプリング処理等、高度な処理能力やメモリ量を必要とする。さらに、あいまい回答の場合、多段階テストを実施することにより、発呼者に迷惑をかけてしまう。

本発明では、上記の点に鑑み、発呼者から着呼があった場合、発呼者に対して機械では判断しにくい乱数音の通知およびキー入力を促す自動応答を行なう。そのあと、乱数と応答値との比較による判定を行いことで簡潔なＳＰＩＴ判定を実現する。

上述した課題は、呼制御処理部と、回線インタフェース部と、自動応答音声テーブルとを記録したメモリ部と、音声処理回路とから構成され、呼制御処理部は、着信許可判定部と、接続・切断判定部と、乱数発生部とから構成され、呼接続要求を受信したとき、着信許可判定部は、乱数発生部で発生させた乱数について、自動音声テーブルから乱数に対応する第１の音声を取得し、音声処理回路から第１の音声を呼接続要求の送信元に送信し、予め定めた期間内に、音声処理回路が、乱数に対応する第２の音声を受信しなかったとき、接続・切断判定部は、呼切断メッセージを前記送信元に送信する選別応答装置により、達成できる。

本発明において、着信を一度音声自動応答にて受け付け、着信後直ちに着信音を鳴らすことはやめ、自動応答で発信者へ接続に必要なキーを通知する。キーは、毎回乱数の発生処理を行ない、１文字毎にサンプリング音声を変更すると共に、背景雑音を重畳した認証音である。これにより、ＳＰＩＴに学習させない対策をとる。キーに対して正しいキー応答ができた着信にのみ着信音を鳴らし、そうでない着信には着信音は鳴らさない。したがって、一方的にアナウンスが始まるような着信は、電話機の着信音を鳴らすことなく終了させる。

また、送信元の偽装は個人サーバを通して行われることが多いため、ユーザが利用するＳＩＰサーバをあらかじめ設定し、このサーバ以外からの着信を拒否する方法も有効である。

さらに、よく電話する番号および信頼のおける番号を登録したホワイトリスト、逆に、着信したくない番号を登録したブラックリストを作成し、迷惑電話対策をすることが増加してきた。しかし、ブラックリストに登録した番号からの着信を拒否する方法は、ＩＰ電話ではＵＲＩがほぼ無限にあり、登録には限りがある。また、ホワイトリストに登録した番号からの着信のみ接続を許可する方法は、登録していないと公共機関および公衆電話からの着信も拒否してしまう。

そこで、すべての着信を音声自動応答で受け付けるのではなく、（１）ホワイトリスト登録分からの着信は、音声自動応答を省く、（２）ブラックリストからの着信は遮断する、（３）登録サーバからの着信でないもの、番号通知の有無等により応答を変える等、ユーザがフィルタリングを設定することも可能である。

なお、セッション制御プロトコルとしてＳＩＰではなく、ＭＧＣＰ（Media Gateway Control Protocol）、Ｈ.２４８等のセッション制御プロトコルを用いた場合でもＳＩＰと同様に適用できる。また、以下の実施例では、選別応答装置として、ＩＰ電話端末を説明するが、メディアゲートウェイまたはサーバ等に搭載してもよい。

着信時、相手に乱数を通知すると共にキー入力を促すことで簡潔にＳＰＩＴをふるい落とすことができる。

ＩＰ電話ネットワークの構成を説明するハードウェアブロック図である。ＩＰ電話端末の主要部を説明する機能ブロック図である。ＳＩＰサーバの主要部を説明する機能ブロック図である。セッション管理テーブルを説明する図である（その１）。セッション管理テーブルを説明する図である（その２）。セッション管理テーブルを説明する図である（その３）。セッション管理テーブルを説明する図である（その４）。セッション管理テーブルを説明する図である（その５）。セッション管理テーブルを説明する図である（その６）。セッション管理テーブルを説明する図である（その７）。ＩＰ電話端末情報をＳＩＰサーバへ登録するシーケンス図である。ＩＰ電話端末間の接続、通話および切断のシーケンス図である。ＳＩＰサーバからのＩＮＶＩＴＥメッセージを説明する図である。ＳＩＰサーバからのＩＮＶＩＴＥメッセージを説明する図である。自動応答の音声テーブルを説明する図である。ＩＰ電話端末におけるＩＮＶＩＴＥ受信処理のフローチャートである。ＩＰ電話端末におけるＡＣＫ受信処理のフローチャートである。ＩＰ電話端末における乱数発生処理のフローチャートである。乱数発生処理における乱数桁数決定を説明する図である。乱数発生処理における乱数決定を説明する図である。乱数発生処理におけるサンプリング音声選択を説明する図である。乱数発生処理における背景音選択を説明する図である。乱数発生処理における音声自動応答通知を説明する図である。ＩＰ電話端末における応答待ち処理のフローチャートである。ＩＰ電話端末における判定処理のフローチャートである。ＳＰＩＴからＩＰ電話端への着信から切断までのシーケンス図である。フィルタリング設定テーブルを備えたＩＰ電話端末の主要部の機能ブロック図である。ＩＰ電話端末におけるフィルタリング設定のうち、登録ＳＩＰサーバ以外からの着信処理動作選択を説明する図である。ＩＰ電話端末におけるフィルタリング設定のうち、番号非通知の着信処理動作選択を説明する図である。ＩＰ電話端末におけるフィルタリング設定のうち、番号通知ありの着信処理動作選択を説明する図である。登録ユーザ管理テーブルの構成を説明する図である。ＳＩＰフレームフォーマットを説明する図である。ブラックリスト登録されている着信があった場合のシーケンス図である。ホワイトリスト登録されている着信があった場合のシーケンス図である。乱数発生処理ありの場合のシーケンス図である。サーバ判定処理のフローチャートである。ＩＮＶＩＴＥ受信処理のフローチャートである。ＡＣＫ受信処理のフローチャートである。フィルタリング設定した場合のセッション管理テーブルを説明する図である（その１）。フィルタリング設定した場合のセッション管理テーブルを説明する図である（その２）。フィルタリング設定した場合のセッション管理テーブルを説明する図である（その３）。

以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。

まず、図１を参照して、セッション制御プロトコルとしてＳＩＰを用いた場合のＩＰ電話ネットワーク１００を説明する。図１において、ＩＰ電話ネットワーク１００は、複数のＩＰ電話端末１、ＳＩＰサーバ（ＳＩＰと図示）２、Ｌ２ＳＷ（Layer 2 Switch）３、３台のルータ（Ｒと図示）４、ＭＧ（Media Gateway）５から構成される。Ｌ２ＳＷ３−１は、ｎ台のＩＰ電話端末１−１ｎ（ｎ＝Ａ〜Ｎ）と、ルータ４−１とを接続する。Ｌ２ＳＷ３−２は、ｍ台のＩＰ電話端末１−２ｍ（ｍ＝Ａ〜Ｍ）と、ルータ４−２とを接続する。３台のルータ４は、リング型のＩＰ網５０を形成している。ルータ４−１は、ＭＧ５を接続している。ルータ４−２は、ＩＰ電話端末１−３Ａを接続している。ルータ４−３は、ＳＩＰサーバ２を接続している。ＭＧ５は、ＩＰ電話端末１−４Ａを接続している。

Ｌ２ＳＷ３は、ＩＰ電話端末１とルータ４を接続する。ＭＧ５は、電話交換網とＩＰ網５０を接続する。
ＩＰ電話端末１間にて通信を行なう場合、まず、発呼側ＩＰ電話端末１は、ＳＩＰサーバ２に対して登録を行なう。次に、ＩＰ電話端末１は、通信相手と通話するために、ＳＩＰサーバ２を介してＳＩＰメッセージにて接続制御を行なう。ＩＰ電話端末１は、セッション接続完了後、ＩＰ電話端末１間にて通話が行なう。

図２を参照して、ＩＰ電話端末１の主要部を説明する。図２において、ＩＰ電話端末１は、回線ＩＦ（インタフェース）１１と、プロセッサ１２と、呼制御処理部１３と、プロトコル処理部１４と、セッション管理テーブル１８と、自動応答音声テーブル１９と、ユーザインタフェースであるスピーカ１５、マイク１６、キー１７、音声処理回路１０とから構成される。呼制御処理部１３は、登録処理部１３１、着信許可判定処理部１３３、接続・切断処理部１３２、乱数発生処理部１３４とから構成される。

接続・切断処理部１３２は、着信許可判定処理部１３３およびキー１７にて入力された情報に従い接続・切断処理を行なう。接続・切断処理部１３２は、呼の状態を、セッション管理テーブル１８に記録する。接続・切断処理部１３２は、オンフックを検出すると、セッション管理テーブルに切断時刻を記録し、ステータスを切断に変更する。プロトコル処理部１４は、回線ＩＦ１１から受信したＲＴＰパケットのデコード処理を行なう。スピーカ１５は、デコードされた音声を出力する。また、プロトコル処理部１４は、マイク１６から入力した音声のエンコード処理を行なう。回線ＩＦ１１は、エンコードされたＲＴＰパケットについて、送信する。乱数発生処理部１３４は、乱数を発生し、サンプリング音声および背景音を決定する。音声処理回路１０は、決定されたサンプリング音声および背景音を発信者へ通知する。音声処理回路１０は、ＰＢ（Push Button）音を検出したとき、０〜９、＃、＊のディジタルデータに変換して、呼制御処理部１３に送信する。
登録処理部１３１は、ＳＩＰサーバ２への登録処理を実行する。着信許可判定処理部１３３は、着呼に対する許可／非許可を判定する。乱数発生処理部１３４は、乱数を発生する。

図３を参照して、ＳＩＰサーバ２の主要部を説明する。図３において、ＳＩＰサーバ２は、回線ＩＦ２１、プロセッサ２２、ＳＩＰ処理部２３から構成される。ＳＩＰ処理部２３は、ＲＥＧＩＳＴＥＲ処理部２３１、ＩＮＶＩＴＥ処理部２３２、接続・登録処理部２３３、切断登録処理部２３４とから構成される。ＲＥＧＩＳＴＥＲ処理部２３１は、ＲＥＧＩＳＴＥＲ処理を実施する。ＩＮＶＩＴＥ処理部２３２は、ＩＮＶＩＴＥ処理を実施する。接続・登録処理部２３３は、接続・登録処理を実施する。

図４を参照して、セッション管理テーブル１８を説明する。図４において、セッション管理テーブル１８は、着信時刻１８１、切断時刻１８２、ステータス１８３、発信者情報１８４、備考１８５、乱数１８６から構成される。セッション管理テーブル１８は、ＩＮＶＩＴＥ処理、接続・登録処理および切断登録処理において、更新される。
図４Ａないし図４Gの詳細は、追って説明する。

図５を参照して、ＩＰ電話端末１−１Ａと、ＩＰ電話端末１−２Ｂとの間の通信を行なうために、ＳＩＰサーバ２を介したセッション制御のＲＥＧＩＳＴＥＲについて、説明する。図５において、ＩＰ電話端末１−２Ｂは、電源を入れた場合等、通話を可能とするため、登録処理を行なう（Ｓ１３１）。ＩＰ電話端末１−２Ｂは、ＳＩＰサーバ２にＲＥＧＩＳＴＥＲメッセージを送信する（Ｓ１３２）。ＳＩＰサーバ２は、ＲＥＧＩＳＴＥＲ処理を実施する（Ｓ１３３）。ＳＩＰサーバ２は、ＩＰ電話端末１−２Ｂに２００ＯＫを送信する（Ｓ１３４）。

次に、図６を参照して、ＳＩＰサーバ２を介した、ＩＰ電話端末１−１ＡとＩＰ電話端末１−２Ｂと間における着信要求処理を説明する。図６において、ＩＰ電話端末１−１Ａは、ＩＮＶＩＴＥメッセージをＳＩＰサーバ２に送信する（Ｓ１０１）。ＳＩＰサーバ２は、ＩＰ電話端末１−２ＢにＩＮＶＩＴＥメッセージを送信する（Ｓ１０２）。ＩＰ電話端末１−２Ｂは、ＩＮＶＩＴＥメッセージ受信処理を実施する（Ｓ１０３）。ＩＰ電話端末１−２Ｂは、ＳＩＰサーバ２に２００ＯＫを送信する（Ｓ１０４）。ＳＩＰサーバ２は、ＩＰ電話端末１−１Ａに２００ＯＫを送信する（Ｓ１０６）。ＩＰ電話端末１−１Ａは、ＳＩＰサーバ２にＡＣＫを送信する（Ｓ１０７）。ＳＩＰサーバ２は、ＩＰ電話端末１−２ＢにＡＣＫを送信する（Ｓ１０８）。ＩＰ電話端末１−２Ｂは、ＡＣＫ受信処理を実施する。（Ｓ１０９）。

ＩＰ電話端末１−２Ｂは、乱数発生処理を実施する（Ｓ１１１）。ＩＰ電話端末１−２Ｂは、ＩＰ電話端末１−１Ａに乱数通知を送信する（Ｓ１１２）。ＩＰ電話端末１−２Ｂは、応答待ちに遷移する（Ｓ１１３）。ＩＰ電話端末１−１Ａは、キー入力を受け付けて、ＩＰ電話端末１−２Ｂに応答を送信する（Ｓ１１４）。ＩＰ電話端末１−２Ｂは、判定処理を実施する（Ｓ１１６）。ここでは判定ＯＫなので、ＩＰ電話端末１−２Ｂは、呼出音を鳴動する（Ｓ１１７）。ＩＰ電話端末１−２Ｂは、オフフックを受け付ける（Ｓ１１８）。ここで、ＩＰ電話端末１−１ＡとＩＰ電話端末１−２Ｂは、通話状態に遷移する。

ＩＰ電話端末１−２Ｂは、オンフックを検出する（Ｓ１１９）。ＩＰ電話端末１−２Ｂは、ＳＩＰサーバ２にＢＹＥを送信する（Ｓ１２１）。ＳＩＰサーバ２は、ＩＰ電話端末１−１ＡにＢＹＥを送信する（Ｓ１２２）。ＩＰ電話端末１−１Ａは、ＳＩＰサーバ２に２００ＯＫを送信する（Ｓ１２３）。ＳＩＰサーバ２は、ＩＰ電話端末１−２Ｂに２００ＯＫを送信する（Ｓ１２４）。

ＩＮＶＩＴＥ受信処理（Ｓ１０３）は、ＩＮＶＩＴＥメッセージ受信時に、図４Ａのセッション管理テーブル１８のレコード４（＃４）に、ＩＮＶＩＴＥメッセージ受信時刻を着信時刻１８１＝２００９／１／１０１１：３４：５、ステータス１８３＝ＡＣＫ待ち、発信者情報を電話番号＝０４５−１１１−１１１１およびＳＩＰＵＲＩ＝ｕｓｅｒ−１＠Ａ、ＩＰ４＝１０.０.０.１を設定し、ステータス１８３にＡＣＫ待ちを設定する処理である。

ＡＣＫ受信処理（Ｓ１０９）は、図４Ｂのセッション管理テーブル１８の＃４のステータス１８３を乱数発生処理に更新する処理である。乱数発生処理（Ｓ１１１）は、任意に設定したタイマーを起動させ、通知する乱数の桁数を決定し、乱数を決定する処理である。乱数発生処理は、図４Ｃのセッション管理テーブル１８のステータス１８３を応答待ちに更新し、発生させた乱数を乱数コラム１８６に格納する処理である。乱数は、判定時に使用する。

応答待ち（Ｓ１１３）は、起動したタイマーのタイムアップまで、応答を待つ処理である。判定処理は、受信した応答のＰＢ音が乱数１８６に記載された値と一致するか判定する処理である。ＩＰ電話端末１−２Ｂは、応答を受信すると図４Ｄのステータス１８３を判定中に更新する。ＩＰ電話端末１−２Ｂは、呼出音の送出を開始すると、図４Ｅに示すようにステータス１８３を呼び出し中に更新する。ＩＰ電話端末１−２Ｂは、オフフックを検出すると、図４Ｆに示すようにステータス１８３を通信中に更新する。ＩＰ電話端末１−２Ｂは、オンフックを検出すると、図４Ｇに示すように切断時刻１８２＝２００９／１／１０１１：４４：５、を入力すると共に、ステータス１８３を切断に変更する。

図７を参照して、ＳＩＰのＩＮＶＩＴＥメッセージを説明する。図７において、ＩＮＶＩＴＥメッセージは、リクエスト行、Ｖｉａヘッダ、Ｍａｘ−Ｆｏｒｗａｒｄｓヘッダ、Ｆｒｏｍヘッダ、Ｔｏヘッダ、Ｃａｌｌ−ＩＤヘッダ、ＣＳｅｑヘッダ、Ｃｏｎｔａｃｔヘッダ、Ｃｏｎｔａｃｔ−ｔｙｐｅヘッダ、Ｃｏｎｔａｃｔ−Ｌｅｎｇｔｈヘッダ、ＳＤＰによるセッション記述から構成される。セッション記述は、ｖ行、ｏ行、ｓ行、ｃ行、ｔ行、ｍ行、ａ行から構成される。

リクエスト行には、ＩＮＶＩＴＥを記載する。Ｖｉａヘッダは、リクエストが通過する経路情報を記載する。Ｍａｘ−Ｆｏｒｗａｒｄｓヘッダは、最大転送数を記載し、転送ごとにデクリメントする。Ｆｒｏｍヘッダは、発呼者の電話番号とＳＩＰＵＲＬを記載する。Ｔｏヘッダは、着呼者の電話番号とＳＩＰＵＲＬを記載する。Ｃａｌｌ−ＩＤヘッダは、呼番号を記載する。ＣＳｅｑヘッダは、シーケンス番号とメソッド（この場合ＩＮＶＩＴＥ）を記載する。Ｃｏｎｔａｃｔヘッダは、直接連絡用のＵＲＬを記載する。Ｃｏｎｔａｃｔ−ｔｙｐｅヘッダは、ＳＤＰであることを記載する。

ｖ行は、ＳＤＰのバージョン０を表す。ｏ行は、セッション所有者とセッションＩＤを現す。ｓ行は、セッション名である。ｃ行は、接続情報である。ｔ行は、セッションがアクティブになる時間である。ｍ行は、メディア行であり、ＰＣＭの音声であるとことを示す。ａ行は、属性行である。

図８を参照して、自動応答音声テーブル１９を説明する。図８において、自動応答音声テーブル１９は、読み上げ音としての男児１９１、女児１９２、男性１９３、女性１９４と、背景音１９５とから構成される。読み上げ音は、乱数を読み上げる音声である。読み上げ音は、乱数の桁ごとに変更する。背景音は、読み上げ音に重畳する音声である。背景音は、通知ごとに変更する。読み上げ音を乱数の桁ごとに変更すること、読み上げ音と背景音とを重畳することは、発呼ＩＰ電話端末での、音声自動認識を阻止するためである。

図９ないし図１２を参照して、着呼ＩＰ電話端末の処理を詳細に説明する。まず、図９を参照して、ＩＮＶＩＴＥ処理を説明する。図９において、ＩＮＶＩＴＥメッセージを受信したＩＰ電話端末１は、ＩＮＶＩＴＥメッセージのＦｒｏｍ行から発信者情報を抽出し、セッション管理テーブル１８の発信者情報１８４を設定する（Ｓ１１）。ＩＰ電話端末１は、ステータス１８３にＡＣＫ待ちを設定する（Ｓ１２）。ＩＰ電話端末１は、発呼ＩＰ電話端末にＯＫメッセージを送信して（Ｓ１３）、終了する。

図１０を参照して、ＡＣＫ受信処理を説明する。ＯＫメッセージに対するＡＣＫを受信したＩＰ電話端末１は、セッション管理テーブル１８のステータス１８３を乱数発生処理に更新して（Ｓ２１）、終了する。

図１１を参照して、乱数発生処理を説明する。図１１において、ＡＣＫ受信処理を終了したＩＰ電話端末１は、タイマーをスタートする（Ｓ３１）。ＩＰ電話端末１は、乱数の桁数を決定する（図１１Ｂ：Ｓ３２）。ＩＰ電話端末１は、乱数を決定する（図１１Ｃ：Ｓ３３）。ＩＰ電話端末１は、サンプリング音声を決定する（図１１Ｄ：Ｓ３４）。ＩＰ電話端末１は、背景音を選択する（図１１Ｅ：Ｓ３６）。ＩＰ電話端末１は、選択した背景音と選択したサンプリング音声の乱数とを重畳して、音声自動応答通知を発呼ＩＰ電話端末に送信する（図１１Ｆ：Ｓ３７）。ＩＰ電話端末１は、セッション管理テーブル１８のステータス１８３を応答待ちに更新し、乱数１８６に決定した乱数を登録して（Ｓ３８）、終了する。

図１２を参照して、応答待ち処理を説明する。図１２において、乱数通知を送信したＩＰ電話端末１は、セッション管理テーブル１８のステータス１８３を確認する（Ｓ４１）。ＩＰ電話端末１は、ステータス１８３が応答待ちか判定する（Ｓ４２）。ＹＥＳのとき、ＩＰ電話端末１は、タイマーが規定時間未満か判定する（Ｓ４３）。ＹＥＳのとき、ＩＰ電話端末１は、応答を受信したか判定する（Ｓ４４）。ＹＥＳのとき、ＩＰ電話端末１は、ステータス１８３を判定中に更新して（Ｓ４６）、終了する。

ステップ４２でＮＯのとき、ＩＰ電話端末１は、セッション管理テーブル１８の備考１８５にステータスエラーを記録して（Ｓ４７）、終了する。ステップ４３でＮＯのとき、ＩＰ電話端末１は、セッション管理テーブル１８の備考１８５にタイムアウトエラーを記録して（Ｓ４８）、終了する。ステップ４４でＮＯのときはステップ４１へ戻り、応答待ち処理を続ける。

図１３を参照して、判定処理を説明する。図１３において、応答を受信したＩＰ電話端末１は、セッション管理テーブル１８の備考１８５にエラーがあるか判定する（Ｓ５０）。ＹＥＳのとき、ＩＰ電話端末１は、後述するステップ５９に遷移する。ステップ５０でＮＯのとき、ＩＰ電話端末１は、受信した数値と乱数を比較する（Ｓ５１）。ＩＰ電話端末１は、一致したか判定する（Ｓ５２）。ＹＥＳのとき、ＩＰ電話端末１は、ステータス１８３を呼び出し中にし、呼出音を鳴らして（Ｓ５３）、終了する。ステップ５２でＮＯのとき、ＩＰ電話端末１は、無効な入力をカウントする（Ｓ５４）。ＩＰ電話端末１は、無効な入力が規定回数以内か判定する（Ｓ５５）。ＹＥＳのとき、ＩＰ電話端末１は、正しい入力を促すメッセージを送信する（Ｓ５６）。ＩＰ電話端末１は、ステータス１８３を応答待ちにして（Ｓ５７）、終了する。ステップ５５でＮＯのとき、ＩＰ電話端末１は、正しい入力がなかったことをセッション管理テーブル１８の備考１８５に登録する（Ｓ５８）。ＩＰ電話端末１は、ステータス１８３を切断にする（Ｓ５９）。ＩＰ電話端末１は、発呼端末に４８０ＴｅｍｐｏｒａｒｉｌｙＵｎｖｉｌａｂｌｅを送信して（Ｓ６１）、終了する。

最後に、図１４を参照して、発呼ＩＰ電話端末がＳＰＩＴの場合の処理シーケンスを説明する。なお、ここでは、図６と同じＩＰアドレスおよびＳＩＰＵＲＩを利用する。図１４において、ステップ２０１からステップ２１２までは、図６のステップ１０１からステップ１１２と同一であり、説明は省略する。

一方、ＩＰ電話端末１−１Ｂは、乱数通知に応答できない。したがって、ＩＰ電話端末１−２Ｂは、応答待ち処理（Ｓ２１３）において、タイムアウトエラーで終了する。ＩＰ電話端末１−２Ｂは、判定処理において、ＮＧとする（Ｓ２１６）。ＩＰ電話端末１−２Ｂは、ＳＩＰサーバ２に４８０ＴｅｍｐｏｒａｒｉｌｙＵｎｖｉｌａｂｌｅを送信する（Ｓ２１７）。ＳＩＰサーバ２は、ＩＰ電話端末１−２ＢにＡＣＫを送信する（Ｓ２１８）。ＳＩＰサーバ２はＩＰ電話端末１−1Ｂに４８０ＴｅｍｐｏｒａｒｉｌｙＵｎｖｉｌａｂｌｅを送信する（Ｓ２１９）。ＩＰ電話端末１−1ＢはＳＩＰサーバ２にＡＣＫを送信して（Ｓ２２０）、終了する。

実施例２では、あらかじめ作成してあるホワイトリスト登録先からの着信は、音声自動応答を省く。また、あらかじめ作成してあるブラックリスト登録先からの着信は、通信を遮断する。

図１５を参照して、ＩＰ電話端末１Ａの主要部を説明する。図１５において、ＩＰ電話端末１Ａは、回線ＩＦ（インタフェース）１１と、プロセッサ１２と、呼制御処理部１３と、プロトコル処理部１４と、セッション管理テーブル１８と、自動応答音声テーブル１９と、登録ユーザ管理テーブル３０と、フィルタリング設定テーブル３１と、ユーザインタフェースであるスピーカ１５、マイク１６、キー１７、音声処理回路１０とから構成される。呼制御処理部１３は、登録処理部１３１、着信許可判定処理部１３３、接続・切断処理部１３２、乱数発生処理部１３４とから構成される。
ＩＰ電話端末１Ａは、図２のＩＰ電話端末１に、登録ユーザ管理テーブル３０とフィルタリング設定テーブル３１とを追加している。

図１６Ａを参照して、ＩＰ電話端末１のユーザが指定するフィルタリング設定１３１を説明する。図１６Ａにおいて、フィルタリング設定１は、対象ＩＮＶＩＴＥメッセージ３１１、選択マーク３１２、選択項目３１３から構成される。
着信者はＩＰ電話端末１に該当する着信があった場合のふるまいをあらかじめ設定しておく。具体的には、発信者がＩＰ電話端末１の指定するＳＩＰサーバ以外を経由してきたＩＮＶＩＴＥの場合、選択項目３１３の着信を許可する、拒否する、の二つの中から選択しておく。この例では選択マーク３１２は拒否を選択している。同じように図１６Ｂのフィルタリング設定２３２では、発呼番号を非通知にしている着信があった場合、選択項目３２３の着信を許可する、拒否する、自動応答で対応する、の中から選択しておく。ここでは選択マーク３２２は乱数発生応答を選択している。図１６Ｃのフィルタリング設定３３３でも、発呼者番号通知ありの着信があった場合、選択項目３３３の着信を許可する、拒否する、自動応答で対応する、の中から選択しておく。ここでは選択マーク３３２は許可を選択している。なお、ＳＩＰサーバを経由してきたか否かの判定箇所は、図１８を参照して、後述する。番号通知の有無は、図７ＢのＦｒｏｍヘッダを参照して、確認する。図７ＢではＦｒｏｍヘッダはａｎｏｎｙｍｏｕｓとなっており、非通知である。

図１７を参照して、ＩＰ電話端末１が設定している着信許可のホワイトリスト、着信拒否のブラックリストの登録状況を管理する登録ユーザ管理テーブル３０を説明する。図１７において、登録ユーザ管理テーブル３０は、レコード番号２００、発呼者の電話番号２０１、ＳＩＰＵＲＩ２０２、ＩＰアドレス２０３、リスト種別２０４から構成される。

ＩＰ電話端末１は、電話番号２０１、ＳＩＰＵＲＩ２０２、ＩＰアドレス２０３がいずれも一致したホワイトリスト記載のＩＮＶＩＴＥメッセージについて、直ちに２００ＯＫの送信、ＡＣＫ受信処理、呼出音の送出を実施する。

一方、ＩＰ電話端末１は、電話番号２０１、ＳＩＰＵＲＩ２０２、ＩＰアドレス２０３がいずれも一致したブラックリスト記載のＩＮＶＩＴＥメッセージについて、直ちに４８０ＴｅｍｐｏｒａｒｉｌｙＵｎｖｉｌａｂｌｅを送信する。

図１８を参照して、ＳＩＰフレームフォーマットを説明する。図１８において、ＳＩＰフレームフォーマット７０は、送信元アドレス７１と、送信先アドレス７２と、プロトコルおよびポートＮｏ．７３と、ＳＩＰＩＮＶＩＴＥメッセージ７４とから構成される。
図１８（ａ）において、送信元アドレス７１は、ＳＩＰサーバのアドレス２０.０.０.２４０と一致している。図１８（ｂ）において、送信元アドレス７１は、１０.０.０.３／２４であり、ＳＩＰサーバのアドレス２０.０.０.２４０とは異なる。

図１９を参照して、ブラックリストに登録された発呼ＩＰ電話端末と、着呼ＩＰ電話端末と、ＳＩＰサーバとの間のシーケンスを説明する。図１９において、ＩＰ電話端末１−１ｎは、ＳＩＰサーバ２にＩＮＶＩＴＥメッセージを送信する（Ｓ３０１）。ＳＩＰサーバ２は、ＩＰ電話端末１−２ＢにＩＮＶＩＴＥメッセージを送信する（Ｓ３０２）。ＩＰ電話端末１−２Ｂは、サーバ判定処理を実施する（Ｓ３０３）。ＩＰ電話端末１−２Ｂは、ＩＮＶＩＴＥ受信処理を実施する（Ｓ３０４）。ここでは、ＩＮＶＩＴＥ受信処理でブラックリスト登録であったので、ＩＰ電話端末１−２Ｂは、ＳＩＰサーバ２に４８０ＴｅｍｐｏｒａｒｉｌｙＵｎａｖａｉｌａｂｌｅを送信する（Ｓ３０６）。ＳＩＰサーバ２は、ＩＰ電話端末１−２ＢにＡＣＫを送信する（Ｓ３０７）。ＳＩＰサーバ２は、ＩＰ電話端末１−２Ｂに４８０ＴｅｍｐｏｒａｒｉｌｙＵｎａｖａｉｌａｂｌｅを送信する（Ｓ３０８）。ＩＰ電話端末１−１ｎは、ＳＩＰサーバ２にＡＣＫを送信する（Ｓ３０９）。

図２０を参照して、ホワイトリストに登録された発呼ＩＰ電話端末と、着呼ＩＰ電話端末と、ＳＩＰサーバとの間のシーケンスを説明する。図２０において、ＩＰ電話端末１−２ｍは、ＳＩＰサーバ２にＩＮＶＩＴＥメッセージを送信する（Ｓ４０１）。ＳＩＰサーバ２は、ＩＰ電話端末１−２ＢにＩＮＶＩＴＥメッセージを送信する（Ｓ４０２）。ＩＰ電話端末１−２Ｂは、サーバ判定処理を実施する（Ｓ４０３）。ＩＰ電話端末１−２Ｂは、ＩＮＶＩＴＥ受信処理を実施する（Ｓ４０４）。ここでは、ＩＮＶＩＴＥ受信処理でホワイトリスト登録であったので、ＩＰ電話端末１−２Ｂは、ＳＩＰサーバ２に２００ＯＫを送信する（Ｓ４０６）。ＳＩＰサーバ２は、ＩＰ電話端末１−２ｍに２００ＯＫを送信する（Ｓ４０７）。ＩＰ電話端末１−２ｍは、ＳＩＰサーバ２にＡＣＫを送信する（Ｓ４０８）。ＳＩＰサーバ２は、ＩＰ電話端末１−２ＢにＡＣＫを送信する（Ｓ４０９）。ＩＰ電話端末１−２Ｂは、ＡＣＫ受信処理を実施する（Ｓ４１１）。ＩＰ電話端末１−２Ｂは、呼び出し音を送出する（Ｓ４１２）。ＩＰ電話端末１−２Ｂは、オフフックを検出して（Ｓ４１３）、通話が開始される。

図２１を参照して、ホワイトリスト／ブラックリスト登録されていない発呼ＩＰ電話端末と、着呼ＩＰ電話端末と、ＳＩＰサーバとの間のシーケンスを説明する。図２１において、ＩＰ電話端末１−１Ａは、ＳＩＰサーバ２にＩＮＶＩＴＥメッセージを送信する（Ｓ５０１）。ＳＩＰサーバ２は、ＩＰ電話端末１−２ＢにＩＮＶＩＴＥメッセージを送信する（Ｓ５０２）。ＩＰ電話端末１−２Ｂは、サーバ判定処理を実施する（Ｓ５０３）。ＩＰ電話端末１−２Ｂは、ＩＮＶＩＴＥ受信処理を実施する（Ｓ５０４）。ここでは、ＩＮＶＩＴＥ受信処理で非通知を検出し、図１６のフィルタリング設定で、非通知は乱数発生応答と設定されているので、ＩＰ電話端末１−２Ｂは、ＳＩＰサーバ２に２００ＯＫを送信する（Ｓ５０６）。ＳＩＰサーバ２は、ＩＰ電話端末１−１Ａに２００ＯＫを送信する（Ｓ５０７）。ＩＰ電話端末１−１Ａは、ＳＩＰサーバ２にＡＣＫを送信する（Ｓ５０８）。ＳＩＰサーバ２は、ＩＰ電話端末１−２ＢにＡＣＫを送信する（Ｓ５０９）。ＩＰ電話端末１−２Ｂは、ＡＣＫ受信処理を実施する（Ｓ５１１）。ＩＰ電話端末１−２Ｂは、タイマーをスタートし、乱数発生処理を実施する（Ｓ５１２）。ＩＰ電話端末１−２Ｂは、ＩＰ電話端末１−１Ａに乱数通知を送信する（Ｓ５１３）。ＩＰ電話端末１−２Ｂは、応答待ち処理を開始する（Ｓ５１４）。ＩＰ電話端末１−１Ａは、キー入力を受け付ける（Ｓ５１６）。ＩＰ電話端末１−１Ａは、ＩＰ電話端末１−２Ｂに乱数をＰＢ信号に変換した応答を送信する（Ｓ５１７）。ＩＰ電話端末１−２Ｂは、ＰＢ信号と送信した乱数の判定処理を実施する（Ｓ５１８）。ここでは、両者は一致していたので、ＩＰ電話端末１−２Ｂは、呼び出し音を送出する（Ｓ５１９）。ＩＰ電話端末１−２Ｂは、オフフックを検出して（Ｓ５２１）、通話が開始される。

図２２を参照して、サーバ判定処理を説明する。図２２において、ＩＰ電話端末１は、送信元ＩＰアドレスを抽出する（Ｓ７１）。ＩＰ電話端末１は、ＳＩＰサーバからの受信か判定する（Ｓ７２）。ＮＯのとき、ＩＰ電話端末１は、フィルタリング設定を確認する（Ｓ７３）。ＩＰ電話端末１は、拒否か判定する（Ｓ７４）。ＹＥＳのとき、ＩＰ電話端末１は、セッション管理テーブル１８のステータス１８３に切断を登録する（Ｓ７６）。ＩＰ電話端末１は、セッション管理テーブル１８の備考１８５に「指定サーバ以外からの受信」と発信者ＩＰアドレスを記録する（Ｓ７７）。ＩＰ電話端末１は、発呼ＩＰ電話端末に４８０ＴｅｍｐｏｒａｒｉｌｙＵｎａｖａｉｌａｂｌｅを送信して（Ｓ７８）、終了する。ステップ７２でＹＥＳのとき、および７４でＮＯのとき、ＩＰ電話端末１はサーバ判定処理を終了する。

図２３を参照して、ＩＮＶＩＴＥ受信処理を説明する。図２３において、ＩＰ電話端末１は、Ｆｒｏｍヘッダから発信者情報を抽出し、セッション管理テーブル１８に発信者情報を登録する（Ｓ８１）。ＩＰ電話端末１は、発呼者電話番号が非通知か番号通知ありか判定する（Ｓ８２）。非通知のとき、ＩＰ電話端末１は、フィルタリング設定＃２を確認する（Ｓ８４）。ＩＰ電話端末１は、拒否か判定する（Ｓ８６）。ＹＥＳのとき、ＩＰ電話端末１は、ステータスを切断に更新する（Ｓ８７）。ＩＰ電話端末１は、４８０ＴｅｍｐｏｒａｒｉｌｙＵｎａｖａｉｌａｂｌｅを送信して（Ｓ８８）、終了する。

ステップ８２で番号通知ありのとき、ＩＰ電話端末１は、登録ユーザ管理テーブル３０を検索する（Ｓ８３）。ＩＰ電話端末１は、リスト種別はブラックリストか判定する（Ｓ８５）。ＹＥＳのとき、ＩＰ電話端末１は備考欄にブラックリストからの着信と登録（Ｓ８９）し、ステップ８７に遷移する。

ステップ８５でＮＯのとき、ＩＰ電話端末１は、リスト種別がホワイトリストか判定する（Ｓ９０）。ＹＥＳのとき、ＩＰ電話端末１は、備考欄にホワイトリストからの着信と登録する（Ｓ９１）。ＩＰ電話端末１は、ステータスをＡＣＫ待ちにする（Ｓ９２）。ＩＰ電話端末１は、ＯＫを送信して（Ｓ９３）、終了する。

ステップ９１でＮＯのとき、ＩＰ電話端末１は、フィルタリング＃３を確認する（Ｓ９４）。ＩＰ電話端末１は、拒否か判定する（Ｓ８６）。ＹＥＳのとき、ＩＰ電話端末１は、ステップ８７に遷移する。ステップ８６でNOのとき、ＩＰ電話端末１は、許可か判定する（Ｓ９６）。ＮＯのとき、ＩＰ電話端末１は、ステータスを乱数発生処理に変更して（Ｓ９７）、ステップ９３に遷移する。ステップ９６でＹＥＳのとき、ＩＰ電話端末１は、ステップ９２に遷移する。

図２４を参照して、ＡＣＫ受信処理を説明する。図２４において、ＩＰ電話端末１は、ステータスを確認する（Ｓ６６）。ＩＰ電話端末１は、ステータスがＡＣＫ待ちか判定する（Ｓ６７）。ＹＥＳのとき、ＩＰ電話端末１は、呼び出し音を送出して（Ｓ６８）、終了する。ステップ６７でＮＯのとき、ＩＰ電話端末１は、そのまま終了する。

図２５を参照して、フィルタリング設定した場合のセッション管理テーブルの遷移を説明する。図２５Ａにおいて、＃１のレコードは、ＳＩＰサーバ以外からＩＮＶＩＴＥメッセージを受信したあとのサーバ判定処理の結果である。サーバ判定処理にてＩＰ電話端末１の登録サーバ以外であったため、ステータスに切断、備考欄に指定サーバ以外からの着信と発信者ＩＰアドレスが登録された。また。＃２のレコードは、ブラックリストからのＩＮＶＩＴＥメッセージを受信した後のＩＮＶＩＴＥ受信処理の結果である。ＩＮＶＩＴＥ受信処理にて着信時間、発信者情報が登録され、さらにブラックリストに登録されていたためステータスに切断、備考欄にブラックリストからの着信と登録された。さらに、＃３のレコードは、ホワイトリストからのＩＮＶＩＴＥメッセージを受信し、ＩＮＶＩＴＥ受信処理にて着信時間、発信者情報が登録され、さらにホワイトリストに登録されていたため備考欄にホワイトリストからの着信が登録、ステータスがＡＣＫ待ちに登録された後に通話が行われ、通話終了後に切断時間とステータスが切断と登録された結果である。＃４のレコードは、ホワイト／ブラックリスト以外からのＩＮＶＩＴＥメッセージを受信した後のＩＮＶＩＴＥ受信処理の結果である。ＩＮＶＩＴＥ受信処理にて着信時間、発信者情報が登録され、さらに、この着信が非通知であったため、フィルタリング設定２に従いステータスに乱数発生処理を登録した。＃４のレコードは、続いてＡＣＫ受信処理、乱数発生処理を行い、図２５Bに示すように、ステータスは応答待ちに変更され、乱数が登録される。その後応答待ち処理、判定処理を経て呼び出し中となり、呼び出し音を送出、オフフックを検出すると図２５Cに示すように、ステータスは通話中となる。

１…ＩＰ電話端末、２…ＳＩＰサーバ、３…Ｌ２ＳＷ、４…ルータ、５…ＭＧ、１１…回線ＩＦ、１２…プロセッサ、１３…ＳＩＰ処理部、１４…プロトコル処理部、１５…スピーカ、１６…マイク、１７…キー、１８…セッション管理テーブル、１９…自動応答音声テーブル、２１…回線ＩＦ、２２…プロセッサ、２３…ＳＩＰ処理部、３０…登録ユーザ管理テーブル、３１…フィルタリング設定テーブル、７０…ＳＩＰフレームフォーマット。

Claims

呼制御処理部と、回線インタフェース部と、自動応答音声テーブルとを記録したメモリ部と、音声処理回路とから構成された選別応答装置において、
前記呼制御処理部は、着信許可判定部と、接続・切断判定部と、乱数発生部とから構成され、
呼接続要求を受信したとき、前記着信許可判定部は、前記乱数発生部で発生させた乱数について、前記自動音声テーブルから前記乱数に対応する第１の音声を取得し、前記音声処理回路から前記第１の音声を呼接続要求の送信元に送信し、
予め定めた期間内に、前記音声処理回路が、前記乱数に対応する第２の音声を受信しなかったとき、前記接続・切断判定部は、呼切断メッセージを前記送信元に送信することを特徴とする選別応答装置。
請求項１に記載の選別応答装置であって、
前記予め定めた期間内に、前記音声処理回路が、前記乱数に対応する第２の音声を受信したとき、前記接続・切断判定部は、呼接続要求を転送または着呼信号を送出することを特徴とする選別応答装置。
請求項１に記載の選別応答装置であって、
前記第１の音声は、背景音と重畳された音声であることを特徴とする選別応答装置。
請求項１に記載の選別応答装置であって、
前記メモリは、登録ユーザ管理テーブルと、フィルタリング設定テーブルとをさらに記録し、
呼接続要求を受信したとき、前記着信許可判定部は、前記登録ユーザ管理テーブルと前記フィルタリング設定テーブルとに基づいて、前記第１の音声の送信、呼接続要求の転送または着呼信号の送出、呼切断メッセージの送信のいずれかを選択することを特徴とする選別応答装置。