(57)【要約】【課題】ＳＩＰによるＩＰ電話システムにおいて、迷惑電話受信者の意志により迷惑電話発信者の繰り返し発信を阻止することを可能とする。【解決手段】ＵＡ／１から通話セッション確立リクエスト（Ｉｎｖｉｔｅ）の発信が行われた場合、ＳＩＰサーバは、受信者の利用端末に相当するＵＡ／２に向けて、ブラックリストデータベースから入手した情報を基に、ブラックリスト情報を示す識別子を付与したＩｎｖｉｔｅを送信する。また、ＵＡ／２は、受信者が遮断要求を入力した場合、ＳＩＰサーバに向けて、遮断要求を付与した通話セッション終了リクエスト（Ｂｙｅ）を送信する。ＳＩＰサーバは、遮断要求を付与されたＢｙｅを受信すると、ＵＡ／１に向けて、Ｂｙｅを送信すると共に、遮断タイマを起動し、タイマ満了時まで、ＵＡ／１のＩｎｖｉｔｅを禁止するレスポンスを送信する。【選択図】図１
2011250086.tif 000002
【特許請求の範囲】
【請求項１】
発信側の第１クライアントと、
着信側の第２クライアントと、
前記第１クライアントと前記第２クライアントとの間の通信を中継する中継サーバと
を含み、
前記中継サーバは、
前記第１クライアントから前記第２クライアントとの通信要求を受信した際に、前記第１クライアントに関するブラックリスト情報を示す識別子を前記第２クライアントに送信する手段と、
前記第２クライアントから前記第１クライアントとの通信の遮断要求を受信した際に、遮断タイマを起動し、起動時から遮断期間が経過するまで、前記第１クライアントからの前記第２クライアントとの通信要求を拒否する手段と
を具備し、
前記第２クライアントは、
前記中継サーバから前記識別子を受信し、前記識別子が示すブラックリスト情報を基に警告を出力する手段と、
前記第１クライアントとの通信の遮断要求を前記中継サーバに送信する手段と
を具備する
迷惑電話防止システム。
【請求項２】
請求項１に記載の迷惑電話防止システムであって、
前記識別子を前記第２クライアントに送信する手段は、
前記第１クライアントから、前記第２クライアントとの通信要求として、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）による通話セッション確立リクエストを受信する手段と、
前記ＳＩＰによる通話セッション確立リクエストのメッセージボディ部のＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）記述式を拡張して前記識別子を記述する手段と、
前記ＳＩＰによる通話セッション確立リクエストを前記第２クライアントに送信する手段と
を具備する
迷惑電話防止システム。
【請求項３】
請求項２に記載の迷惑電話防止システムであって、
前記遮断要求を前記中継サーバに送信する手段は、
前記ＳＩＰによる通話セッション終了リクエストのメッセージボディ部のＳＤＰ記述式を拡張して遮断要求メッセージの書式を記述する手段と、
前記ＳＩＰによる通話セッション終了リクエストを前記中継サーバに送信する手段と
を具備する
迷惑電話防止システム。
【請求項４】
請求項１に記載の迷惑電話防止システムであって、
前記中継サーバは、
前記識別子を前記第２クライアントに送信した後に、前記第１クライアントからの前記第２クライアントとの通信要求を、前記第２クライアントに送信する手段と、
前記第１クライアントと前記第２クライアントとの間の通信を終了した後に、前記第２クライアントから前記第１クライアントとの通信の遮断要求を受信する手段と
を更に具備する
迷惑電話防止システム。
【請求項５】
請求項１乃至４のいずれか一項に記載の迷惑電話防止システムで、第２クライアント及び中継サーバのいずれかとして使用される計算機。
【請求項６】
発信側の第１クライアントと着信側の第２クライアントとの間の通信を中継する中継サーバにおいて、
前記第１クライアントから前記第２クライアントとの通信要求を受信した際に、前記第１クライアントに関するブラックリスト情報を示す識別子を前記第２クライアントに送信することと、
前記第２クライアントにおいて、
前記中継サーバから前記識別子を受信し、前記識別子が示すブラックリスト情報を基に警告を出力することと、
前記第１クライアントとの通信の遮断要求を前記中継サーバに送信することと、
前記中継サーバにおいて、
前記第２クライアントから前記第１クライアントとの通信の遮断要求を受信した際に、遮断タイマを起動し、起動時から遮断期間が経過するまで、前記第１クライアントからの前記第２クライアントとの通信要求を拒否することと
を更に含む
迷惑電話防止方法。
【請求項７】
請求項６に記載の迷惑電話防止方法であって、
前記中継サーバにおいて、前記識別子を前記第２クライアントに送信する際に、
前記第１クライアントから、前記第２クライアントとの通信要求として、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）による通話セッション確立リクエストを受信することと、
前記ＳＩＰによる通話セッション確立リクエストのメッセージボディ部のＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）記述式を拡張して前記識別子を記述することと、
前記ＳＩＰによる通話セッション確立リクエストを前記第２クライアントに送信することと
を更に含む
迷惑電話防止方法。
【請求項８】
請求項７に記載の迷惑電話防止方法であって、
前記第２クライアントにおいて、前記遮断要求を前記中継サーバに送信する際に、
前記ＳＩＰによる通話セッション終了リクエストのメッセージボディ部のＳＤＰ記述式を拡張して遮断要求メッセージの書式を記述することと、
前記ＳＩＰによる通話セッション終了リクエストを前記中継サーバに送信することと
を更に含む
迷惑電話防止方法。
【請求項９】
請求項６に記載の迷惑電話防止方法であって、
前記中継サーバにおいて、
前記識別子を前記第２クライアントに送信した後に、前記第１クライアントからの前記第２クライアントとの通信要求を、前記第２クライアントに送信することと、
前記第１クライアントと前記第２クライアントとの間の通信を終了した後に、前記第２クライアントから前記第１クライアントとの通信の遮断要求を受信することと
を更に含む
迷惑電話防止方法。
【請求項１０】
請求項６乃至９のいずれか一項に記載の迷惑電話防止方法における第２クライアント及び中継サーバのいずれかとしての動作を、計算機に実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、迷惑電話防止システムに関し、特にＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話システムにおける迷惑電話防止システムに関する。
【背景技術】
【０００２】
近年、無言電話や勧誘電話、機械的不完了呼（ワン切り）等、受信者が不快に感じる迷惑電話が社会問題となっている。迷惑電話は、一回限りで終わりとならず数回繰り返し着信が発生する場合がある。極端な場合は、数十回に及んで発信（発呼）する悪質な業者や個人の事例もあり、善良な受信者にとっては、甚だ迷惑を被るものである。
【０００３】
その他、現在は、一般家庭においても普及したファクシミリ機器が誤着信した場合、受信者が一旦通話を終了しても、自動再接続機能により、一定時間は発信を繰り返す場合がある。この場合、発信者に悪意がなくとも、受信者にとっては迷惑電話に成り得る可能性がある。
【０００４】
しかしながら、発信者が知らない相手である場合や、電話機に発信者の電話番号が明示されない場合、着信があった際に、受信者には、その電話が迷惑電話であるか否かを判断することは不可能であった。
【０００５】
また、その電話が迷惑電話であると承知していて、応答を拒否していたとしても、相手が悪質な迷惑電話発信者や、ファクシミリの誤着信の自動再接続である場合は、受信者の意志に関わらず、長時間着信鳴動を続けるか、または、着信を繰り返す場合が多い。
【０００６】
このため、受信者は、意志に反してオフフック（Ｏｆｆ  Ｈｏｏｋ）又は応答せざるを得ないか、電話回線そのものを一定時間切断せざるを得ないと言う問題点があった。
【０００７】
関連する技術として、特開２００５−３３３４１７号公報（特許文献１）にＩＰ電話端末装置、ＩＰ電話用仲介サーバ、ＩＰ電話システム、制御方法及びプログラムが開示されている、この関連技術では、通話終了後や、着信側の応答前に発信者がセッション確立を中断したなどのセッション終了後、利用者は、直前の着信が不適切や迷惑と判断したときは、予め決められた順序のボタン操作など特定操作を行い、評価内容をソフトスイッチへ送信する。ソフトスイッチは、第１端末から発呼すなわちセッション確立要求があった場合、その発信者についての評価情報を検索して取り出し、その呼が第２端末宛ての場合に、第２端末の利用者からの着信拒絶などを含む評価通知歴や、事前に登録された着信可否条件に基いて接続可否を判断する。
【０００８】
また、特開２００８−０９９２１３号公報（特許文献２）に呼制御システム、通信端末、尺度値データ記憶装置、及び、プログラムが開示されている、この関連技術では、発信端末が送信した呼制御データまたは音声データを含む発信データを、着信端末が受信するように、前記発信端末と前記着信端末との呼を制御する。まず、着信端末が受信した発信データの状態を監視する。発信データの評価項目を示す評価項目データ、及び評価項目の評価値を示す評価項目値データを格納する。監視した結果に基づいて、評価データ記憶部に格納されている評価項目値データを抽出する。抽出した評価項目値データに基づいて、発信端末の評価値を算出する。発信端末と着信端末との呼を制御するための尺度となる発信端末の尺度値を示す尺度値データを格納する。算出した発信端末の評価値に基づいて、発信端末の尺度値を増減する。発信端末が送信した発信データに発信ペナルティを付与するための発信ペナルティデータを、複数段階設けられた発信端末の尺度値の各段階について格納する。発信端末の尺度値に基づいて、発信ペナルティ記憶部に格納されている発信ペナルティデータを抽出し、発信端末が送信した発信データに発信ペナルティを付与する。
【０００９】
また、特開２００３−０１８３２４号公報（特許文献３）に通信サービスにおけるユーザフィルタリングシステム及び方法が開示されている、この関連技術では、着信端末装置は、発信端末装置から着信した際に、発信者又は発信端末装置を識別する発信端末装置識別子を発信者評価パラメータ記憶装置へ送信する。該発信者評価パラメータ記憶装置から当該発信端末装置識別子に基づく評価パラメータを受信する。該評価パラメータに基づいて受信の許可又は拒否を決定し且つ実行する。発信者評価パラメータ記憶装置は、発信端末装置識別子毎に、当該端末装置を用いて発信する発信者が悪質な者であるか否かを示す評価パラメータを記憶する。着信端末装置から発信端末装置識別子を受信し、該発信端末装置識別子に対応する評価パラメータを送信する。
【００１０】
また、特開２００６−０７４６０３号公報（特許文献４）に呼制御サーバ及び迷惑着信防止方法が開示されている、この関連技術では、呼制御サーバは、第１無線ネットワークに接続する第１インタフェースと、第１無線ネットワークとは異なる第２無線ネットワークに接続する第２インタフェースとを有する移動端末への発呼に対して、移動端末の第１インタフェースが休止していれば、第２無線ネットワークを介して休止中の第１インタフェースを起動させ、呼制御を行う。このとき、呼制御サーバは、移動端末への着信を許可又は拒否する発信元の情報を記憶する。記憶手段に記憶された発信元情報に基づいて、着信を許可するか拒否するかを判定する。着信を許可すると判定した場合、移動端末の第１インタフェースへの着信処理を行う。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００５−３３３４１７号公報
【特許文献２】特開２００８−０９９２１３号公報
【特許文献３】特開２００３−０１８３２４号公報
【特許文献４】特開２００６−０７４６０３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によるＩＰ電話システムにおいて、迷惑電話受信者の意志により迷惑電話発信者の繰り返し発信を阻止することを可能とする迷惑電話防止システムを提供するものである。
【課題を解決するための手段】
【００１３】
本発明の迷惑電話防止システムは、発信側の第１クライアントと、着信側の第２クライアントと、第１クライアントと第２クライアントとの間の通信を中継する中継サーバとを含む。中継サーバは、第１クライアントから第２クライアントとの通信要求を受信した際に、第１クライアントに関するブラックリスト情報を示す識別子を第２クライアントに送信する手段と、第２クライアントから第１クライアントとの通信の遮断要求を受信した際に、遮断タイマを起動し、起動時から遮断期間が経過するまで、第１クライアントからの第２クライアントとの通信要求を拒否する手段とを具備する。第２クライアントは、中継サーバから識別子を受信し、識別子が示すブラックリスト情報を基に警告を出力する手段と、第１クライアントとの通信の遮断要求を中継サーバに送信する手段とを具備する。
【００１４】
本発明の迷惑電話防止方法では、発信側の第１クライアントと着信側の第２クライアントとの間の通信を中継する中継サーバにおいて、第１クライアントから第２クライアントとの通信要求を受信した際に、第１クライアントに関するブラックリスト情報を示す識別子を第２クライアントに送信する。また、第２クライアントにおいて、中継サーバから識別子を受信し、識別子が示すブラックリスト情報を基に警告を出力する。第１クライアントとの通信の遮断要求を中継サーバに送信する。更に、中継サーバにおいて、第２クライアントから第１クライアントとの通信の遮断要求を受信した際に、遮断タイマを起動し、起動時から遮断期間が経過するまで、第１クライアントからの第２クライアントとの通信要求を拒否する。
【００１５】
本発明のプログラムは、上記の迷惑電話防止方法における処理を、計算機に実行させるためのプログラムである。なお、本発明のプログラムは、記憶装置や記憶媒体に格納することが可能である。
【発明の効果】
【００１６】
受信者の意志で、迷惑電話の発信者に対して、一定時間通話を遮断することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１実施形態における迷惑電話防止システムの基本構成を示す図である。
【図２】本発明の第１実施形態における迷惑電話防止システムの詳細構成を示す図である。
【図３】通話セッション確立リクエストのＳＩＰ書式例を説明するための図である。
【図４】通話セッション終了リクエストのＳＩＰ書式例を説明するための図である。
【図５】本発明の第１実施形態における迷惑電話防止処理を示すシーケンス図である。
【図６】本発明の第２実施形態における迷惑電話防止システムの基本構成を示す図である。
【図７】本発明の第２実施形態における迷惑電話防止システムの詳細構成を示す図である。
【図８】本発明の第２実施形態における迷惑電話防止処理を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
＜第１実施形態＞
以下、本発明の第１実施形態について添付図面を参照して説明する。
本実施形態では、ＳＩＰによるＩＰ電話システムにおいて、迷惑電話受信者の意志により迷惑電話発信者の繰り返し発信（発呼）を阻止するための仕組みについて説明する。
【００１９】
［基本構成］
図１は、本実施形態における迷惑電話防止システムの基本構成を示した図である。
本実施形態における迷惑電話防止システムは、ユーザエージェント１（ＵＡ／１）：１０と、ユーザエージェント２（ＵＡ／２）：２０と、ＳＩＰサーバ：３０と、ロケーションサーバ：４０と、ブラックリストデータベース：５０を含む。
【００２０】
ユーザエージェント１（ＵＡ／１）：１０及びユーザエージェント２（ＵＡ／２）：２０は、ＩＰ電話（ＩＰ  ｐｈｏｎｅ）を利用するために標準的なＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）による呼制御機能を有するクライアント端末である。具体的には、ユーザエージェント１（ＵＡ／１）：１０及びユーザエージェント２（ＵＡ／２）：２０は、ＩＰ電話対応の電話機や、ＩＰ電話用ターミナルアダプタもしくはホームゲートウェイ等の機器である。
【００２１】
その他、ユーザエージェント１（ＵＡ／１）：１０及びユーザエージェント２（ＵＡ／２）：２０の例として、ＩＰ電話対応のＰＣ（パソコン）、モバイルノートＰＣ、シンクライアント端末、ワークステーション、携帯電話機、又は同様の通信機能を有するガジェット（電子機器）、情報家電（ｉｎｆｏｒｍａｔｉｏｎ  ｈｏｍｅ  ａｐｐｌｉａｎｃｅ）、ＯＡ（Ｏｆｆｉｃｅ  Ａｕｔｏｍａｔｉｏｎ）機器等が考えられる。ユーザエージェント１（ＵＡ／１）：１０及びユーザエージェント２（ＵＡ／２）：２０は、車両や船舶、航空機等の移動体に搭載されていても良い。但し、実際には、これらの例に限定されない。
【００２２】
ユーザエージェント（ＵＡ）の役割は、ＳＩＰにて定義される様々なリクエストとレスポンスをやり取りする（呼制御）ことで通話セッションを確立し、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）にて定義される音声パケットを相互に通信することでＩＰ電話を実現することである。
【００２３】
なお、本実施形態の説明においては、便宜上、ユーザエージェント１（ＵＡ／１）：１０を迷惑電話発信者の利用端末と位置付け、ユーザエージェント２（ＵＡ／２）：２０を受信者の利用端末と位置付ける。
【００２４】
更に、本実施形態では、迷惑電話を受信する側に相当するユーザエージェント２（ＵＡ／２）：２０については、前述の標準的なＳＩＰ端末の役割の他に、ＳＩＰサーバ：３０から得たブラックリスト情報を受信者に告知する役割と、受信者の遮断要求をＳＩＰサーバ：３０に通知する役割を担う。
【００２５】
ＳＩＰサーバ：３０は、ユーザエージェント（ＵＡ）にＩＰ電話サービスを実現するためのサーバである。ＳＩＰサーバ：３０の役割は、標準的なＳＩＰによる呼制御に基いて、ユーザエージェント（ＵＡ）間のリクエスト／レスポンスの中継することや、リクエストの宛先解決を行うこと、ＩＰネットワーク上のユーザエージェント（ＵＡ）の位置情報の登録すること、等である。
【００２６】
更に、本実施形態では、ＳＩＰサーバ：３０は、前述した標準的なＳＩＰサーバの役割の他に、ブラックリスト情報をユーザエージェント２（ＵＡ／２）：２０に通知する役割と、ユーザエージェント２（ＵＡ／２）：２０の遮断要求に従いユーザエージェント１（ＵＡ／１）：１０の通話を遮断する役割を担う。
【００２７】
ロケーションサーバ：４０は、ＳＩＰサーバ：３０にて登録されたＩＰネットワーク上のユーザエージェント（ＵＡ）群の登録情報を蓄積し、ＳＩＰサーバ：３０の宛先解決に利用されるデータベースである。
【００２８】
更に、本実施形態では、ロケーションサーバ：４０は、前述の標準的なロケーションサーバの役割の他に、ブラックリストデータベース：５０と連携し、受信者の宛先解決と共に発信者のブラックリスト情報をＳＩＰサーバ：３０に渡す役割を担う。
【００２９】
ブラックリストデータベース：５０は、迷惑電話と認識された通話の発信比率が高い等のＩＰネットワーク上のユーザエージェント（ＵＡ）群に対する評価情報を集計し、ブラックリスト化（ブラックリスト情報を作成）して、ロケーションサーバ：４０と連携してブラックリスト情報をＳＩＰサーバ：３０に提供するデータベースである。
【００３０】
ブラックリストの構成方法については、本発明では、特に規定しないが、例えば特開２００５−３３３４１７号公報には、「評価等利用者情報記憶部」と言う類似したサービスを提供するシステムに関する言及が為されている。その他に、特開２００８−０９９２１３号公報における「発信ペナルティ記憶部」、特開２００３−０１８３２４号公報における「発信者評価パラメータ記憶装置」、特開２００６−０７４６０３号公報における「データベース」等、本発明によるブラックリストデータベースに類似したシステムが提案されている。そのため、本発明では、ブラックリストデータベースの構築方法については、言及しない。前述の各公報で例示されている類似したシステムのいずれも、ブラックリストデータベース構築に流用可能な技術と考える。
【００３１】
ＳＩＰサーバ：３０、ロケーションサーバ：４０、及びブラックリストデータベース：５０の例として、ＰＣ（パソコン）、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。ＳＩＰサーバ：３０、ロケーションサーバ：４０、及びブラックリストデータベース：５０は、機能を一元化した同一のサーバでも良い。なお、ブラックリストデータベース：５０は、ロケーションサーバ：４０に内蔵された記憶装置、ロケーションサーバ：４０の周辺機器（外付けＨＤＤ等）や外部のサーバ（Ｗｅｂサーバやファイルサーバ等）に設置された記憶装置、或いは、ＤＡＳ（Ｄｉｒｅｃｔ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）、ＦＣ−ＳＡＮ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ  −  Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）、ＩＰ−ＳＡＮ（ＩＰ  −  Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等を用いたストレージ装置でも良い。また、ＳＩＰサーバ：３０、ロケーションサーバ：４０、及びブラックリストデータベース：５０は、物理マシン上に構築された仮想マシン（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ（ＶＭ））でも良い。但し、実際には、これらの例に限定されない。
【００３２】
［詳細構成］
図２は、本実施形態におけるユーザエージェント（ＵＡ）類、及びサーバ／データベース類の機能ブロック（モジュール）を示す図である。
【００３３】
図２に示すシステム構成では、ユーザエージェント１（ＵＡ／１）：１０、ユーザエージェント２（ＵＡ／２）：２０、ＳＩＰサーバ：３０、ロケーションサーバ：４０が、ネットワーク：１００を介して相互に接続されている。また、ブラックリストデータベース：５０は、ロケーションサーバ：４０と接続されている。なお、実際には、ブラックリストデータベース：５０も、ネットワーク：１００を介してロケーションサーバ：４０と接続されていても良い。
【００３４】
ユーザエージェント１（ＵＡ／１）：１０、ユーザエージェント２（ＵＡ／２）：２０、ＳＩＰサーバ：３０、ロケーションサーバ：４０、ブラックリストデータベース：５０については、図１に示したものと同様である。
【００３５】
すなわち、ユーザエージェント１（ＵＡ／１）：１０は、迷惑電話発信者の利用端末となる。また、ユーザエージェント２（ＵＡ／２）：２０は、迷惑電話受信者の利用端末となる。なお、本実施形態においては、発信者側のユーザエージェント１（ＵＡ／１）：１０は、本発明における特別な機能を有していない標準的なユーザエージェント（ＵＡ）を想定している。但し、実際には、発信者側のユーザエージェント１（ＵＡ／１）：１０は、本発明における特別な機能を有していても良い。また、受信者側のユーザエージェント２（ＵＡ／２）：２０は、本発明における特別な機能を有している。また、ＳＩＰサーバ：３０は、本発明における特別な機能を有している。
【００３６】
ネットワーク：１００は、汎用的なＩＰネットワークである。ネットワーク：１００の例として、インターネット、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、バックボーン（Ｂａｃｋｂｏｎｅ）、ケーブルテレビ（ＣＡＴＶ）回線、固定電話網、携帯電話網、ＷｉＭＡＸ（ＩＥＥＥ  ８０２．１６ａ）、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）等が考えられる。但し、実際には、これらの例に限定されない。
【００３７】
［ユーザエージェント１（ＵＡ／１）の構成］
ユーザエージェント１（ＵＡ／１）：１０は、Ｉ／Ｆ：１１と、端末実行部：１２と、呼制御実行部：１３と、出力部：１４と、入力部：１５を備える。
【００３８】
Ｉ／Ｆ：１１は、汎用的なＩＰネットワークに接続するためのインタフェース（Ｉ／Ｆ：ｉｎｔｅｒｆａｃｅ）である。
【００３９】
端末実行部：１２は、ユーザエージェント（ＵＡ）自体を運用するための汎用的な機能を集約して示している。例えば、端末実行部：１２は、ユーザエージェント１（ＵＡ／１）：１０のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）やアプリケーションソフトウェアを実行する。
【００４０】
呼制御実行部：１３は、ＳＩＰにて定義されるリクエスト／レスポンスの送受信を行い、ユーザエージェント（ＵＡ）間の通話セッションの確立／終了を行う。例えば、呼制御実行部：１３は、ユーザエージェント１（ＵＡ／１）：１０上でＩＰ電話機能を実現するソフトウェア（ソフトフォン等）を実行する。ＩＰ電話機能を実現するソフトウェアの例として、「Ｓｋｙｐｅ（スカイプ）」（登録商標）や「Ｘ−Ｌｉｔｅ」等が知られている。但し、実際には、これらの例に限定されない。
【００４１】
出力部：１４は、ナンバーディスプレイ（登録商標）等の発信者情報通知機能や、音声出力機能等を有する汎用的な出力装置である。
【００４２】
入力部：１５は、電話番号を入力するダイヤル入力機能や、音声入力機能等を有する汎用的な入力装置である。
【００４３】
［ユーザエージェント２（ＵＡ／２）の構成］
ユーザエージェント２（ＵＡ／２）：２０は、Ｉ／Ｆ：２１と、端末実行部：２２と、呼制御実行部：２３と、識別子受信機能部：２４と、遮断要求付与機能部：２５と、識別子出力部：２６と、遮断要求入力部：２７を具備する。
【００４４】
Ｉ／Ｆ：２１は、汎用的なＩＰネットワークに接続するためのインタフェースである。
【００４５】
端末実行部：２２は、ユーザエージェント（ＵＡ）自体を運用するための汎用的な機能を集約して示している。例えば、端末実行部：２２は、ユーザエージェント２（ＵＡ／２）：２０のＯＳやアプリケーションソフトウェアを実行する。
【００４６】
呼制御実行部：２３は、ＳＩＰにて定義されるリクエスト／レスポンスの送受信を行い、ユーザエージェント（ＵＡ）間の通話セッションの確立／終了を行う。例えば、呼制御実行部：２３は、ユーザエージェント２（ＵＡ／２）：２０上でＩＰ電話機能を実現するソフトウェア（ソフトフォン等）を実行する。
【００４７】
更に、呼制御実行部：２３は、識別子受信機能部：２４、遮断要求付与機能部：２５、識別子出力部：２６、及び遮断要求入力部：２７と連携し、識別子（識別情報）が付与されたＩｎｖｉｔｅリクエストを受信する機能と、遮断要求を付与したＢｙｅリクエストを送信する機能と、要求該当の（遮断要求の対象である）ユーザエージェント（ＵＡ）の通話遮断を要求する機能を有する。
【００４８】
識別子受信機能部：２４は、Ｉ／Ｆ：２１を経由して、ＳＩＰサーバ：３０からＩｎｖｉｔｅリクエストを受信し、このＩｎｖｉｔｅリクエストに付与されたブラックリスト情報を示す識別子を確認する。識別子受信機能部：２４は、Ｉｎｖｉｔｅリクエストに識別子が付与されていた場合は、この識別子に基づいて、出力すべきブラックリスト情報を識別子出力部：２６に通知する。
【００４９】
遮断要求付与機能部：２５は、遮断要求入力部：２７からの入力に従い、ユーザエージェント（ＵＡ）のＢｙｅリクエストに遮断要求を付与する。
【００５０】
識別子出力部：２６は、ユーザエージェント（ＵＡ）における汎用的な出力部機能（具体的には、ナンバーディスプレイ（登録商標）等の発信者情報通知機能や、音声出力機能等）の他に、着信中の電話の発信者に関するブラックリスト情報を表示する機能を有する。ブラックリスト情報の表示手段の例を挙げるならば、ナンバーディスプレイ（登録商標）と表示デバイスを兼用して利用しても良く、独立した表示デバイスで利用しても良い。その他に、音声出力デバイスの利用も考えられる。
【００５１】
遮断要求入力部：２７は、ユーザエージェント（ＵＡ）における汎用的な入力部機能（具体的には、電話番号を入力するダイヤル入力機能や、音声入力機能等）の他に、発信者側のユーザエージェント（ＵＡ）の通話を遮断する要求を入力する機能を有する。遮断要求の入力手段の例を挙げるならば、ダイヤル入力機能と入力デバイスを兼用して、特定キー入力を遮断要求として受け付ける手段を用いても良いし、専用の入力キーデバイスを用いても良い。その他に、音声入力デバイスの利用も考えられる。
【００５２】
［ＳＩＰサーバの構成］
ＳＩＰサーバ：３０は、Ｉ／Ｆ：３１と、サーバ実行部：３２と、呼制御実行部：３３と、識別子付与機能部：３４と、遮断要求受信機能部：３５と、遮断機能部：３６を具備する。
【００５３】
Ｉ／Ｆ：３１は、汎用的なＩＰネットワークに接続するためのインタフェースである。
【００５４】
サーバ実行部：３２は、サーバ自体を運用するための汎用的な機能を集約して示している。例えば、サーバ実行部：３２は、ＳＩＰサーバ：３０のＯＳやアプリケーションソフトウェアを実行する。
【００５５】
呼制御実行部：３３は、ＳＩＰにて定義されるリクエスト／レスポンスを中継し、ユーザエージェント（ＵＡ）間の通話セッションの確立／終了を仲介する。また、呼制御実行部：３３は、ロケーションサーバ：４０を介してリクエストの宛先解決や、ユーザエージェント（ＵＡ）の位置情報の登録を行う。例えば、呼制御実行部：３３は、ＳＩＰサーバ：３０上でＳＩＰサーバ機能を実現するためのソフトウェアを実行する。
【００５６】
通常、ＳＩＰサーバ機能には、プロキシサーバ（Ｐｒｏｘｙ  Ｓｅｒｖｅｒ）、リダイレクトサーバ（Ｒｅｄｉｒｅｃｔ  Ｓｅｒｖｅｒ）、登録サーバ（Ｒｅｇｉｓｔｒａｒ）の３つのサーバ機能が含まれる。この場合、呼制御実行部：３３は、プロキシサーバ機能により、ユーザエージェント（ＵＡ）からのリクエストを、次のサーバまたは通信先のクライアントに送信する。また、呼制御実行部：３３は、リダイレクトサーバ機能により、ユーザエージェント（ＵＡ）からのリクエストに対し、通信先の現在のアドレスを返答する。更に、呼制御実行部：３３は、登録サーバ機能により、ユーザエージェント（ＵＡ）から、現在の位置を登録するＲＥＧＩＳＴＥＲリクエストを受け取る。上記の３つのサーバ機能は、１つのサーバ内で同時に動かしても構わないし、別々のサーバに配置することも可能である。
【００５７】
なお、実際には、呼制御実行部：３３は、ＳＩＰサーバ機能の代わりに、ＩＰ−ＰＢＸ（Ｉｎｔｅｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  ｅＸｃｈａｎｇｅ）を利用してＩＰ電話端末の回線交換を行うことも可能である。ＩＰ−ＰＢＸには、専用のハードウェアによって回線交換を行うものと、汎用のサーバでソフトウェアとして動作するものの２種類がある。
【００５８】
更に、呼制御実行部：３３は、標準的なＳＩＰサーバの呼制御機能の他に、識別子付与機能部：３４、遮断要求受信機能部：３５、及び遮断機能部：３６と連携し、識別子を付与したＩｎｖｉｔｅリクエストを送信する機能と、遮断要求が付与されたＢｙｅリクエストを受信する機能と、要求該当のユーザエージェント（ＵＡ）の通話を遮断する機能を有する。
【００５９】
識別子付与機能部：３４は、ユーザエージェント（ＵＡ）のＩｎｖｉｔｅリクエストに発信者のブラックリスト情報を示す識別子（ブラックリスト識別子）を付与する。識別子付与機能部：３４は、発信者のブラックリスト情報を、リクエスト宛先解決と同時に、ロケーションサーバ：４０を経由してブラックリストデータベース：５０から入手する。
【００６０】
遮断要求受信機能部：３５は、Ｉ／Ｆ：３１を経由して、ユーザエージェント２（ＵＡ／２）：２０からＢｙｅリクエストを受信し、このＢｙｅリクエストに付与された遮断要求を確認する機能である。遮断要求受信機能部：３５は、遮断要求が付与されている場合、遮断要求が付与されていることを遮断機能部：３６に通知する。
【００６１】
遮断機能部：３６は、要求該当のユーザエージェント（ＵＡ）の通話を遮断する。なお、遮断機能部：３６は、遮断タイマ（ｂｌｏｃｋ  ｔｉｍｅｒ）を有しており、遮断すると同時に遮断タイマを起動する。遮断機能部：３６は、遮断タイマを起動してから所定の期間（遮断期間）が経過した場合に、遮断期間が満了したと判断する。遮断機能部：３６は、遮断期間の満了時まで、要求該当のユーザエージェント（ＵＡ）の発信／通話を遮断する。
【００６２】
［ハードウェア構成の例示］
Ｉ／Ｆ：１１、Ｉ／Ｆ：２１、及びＩ／Ｆ：３１の例として、ＩＰネットワークの通信方式に対応した基板（マザーボードやＩ／Ｏボード）等の半導体集積回路、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）等のネットワークアダプタや同様の拡張カード、アンテナ等の通信装置、接続口（コネクタ）等の通信ポート等が考えられる。
【００６３】
端末実行部：１２、呼制御実行部：１３、端末実行部：２２、呼制御実行部：２３、識別子受信機能部：２４、遮断要求付与機能部：２５、サーバ実行部：３２、呼制御実行部：３３、識別子付与機能部：３４、遮断要求受信機能部：３５、及び遮断機能部：３６は、プログラムに基づいて駆動し所定の処理を実行するプロセッサと、当該プログラムや各種データを記憶するメモリとによって実現される。なお、上記の各機能ブロックは、物理マシン上に構築された仮想マシン（ＶＭ）でも良い。
【００６４】
上記のプロセッサの例として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコントローラ、或いは、専用の機能を有する半導体集積回路（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ（ＩＣ））等が考えられる。
【００６５】
上記のメモリの例として、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やフラッシュメモリ等の半導体記憶装置、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の補助記憶装置、又は、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）やＳＤメモリカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  ｍｅｍｏｒｙ  ｃａｒｄ）等のリムーバブルディスクや記憶媒体（メディア）等が考えられる。
【００６６】
また、上記のプロセッサ及び上記のメモリは、一体化していても良い。例えば、近年では、マイコン等の１チップ化が進んでいる。従って、本発明に係るユーザエージェント（ＵＡ）類、及びサーバ類に搭載される１チップマイコンが、プロセッサ及びメモリを備えている事例が考えられる。
【００６７】
出力部：１４、及び識別子出力部：２６の例として、ＬＣＤ（液晶ディスプレイ）やＰＤＰ（プラズマディスプレイ）、有機ＥＬディスプレイ（ｏｒｇａｎｉｃ  ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ  ｄｉｓｐｌａｙ）等の表示装置、出力内容を用紙等に印刷するプリンタ等の印刷装置、又は、音声を出力するためのスピーカ等の音声出力装置等が考えられる。或いは、出力部：１４、及び識別子出力部：２６は、外部の表示装置や記憶装置に情報を出力するためのインタフェース（Ｉ／Ｆ）でも良い。すなわち、出力部：１４、及び識別子出力部：２６は、何らかの出力装置であれば良い。
【００６８】
入力部：１５、及び遮断要求入力部：２７の例として、キーボードやキーパッド、画面上のキーパッド、タッチパネル（ｔｏｕｃｈ  ｐａｎｅｌ）、タブレット（ｔａｂｌｅｔ）、ＱＲコード（登録商標）やＩＣチップや記憶媒体を読み込む読取装置、又は、音声を入力するためのマイク等の音声入力装置等が考えられる。或いは、入力部：１５、及び遮断要求入力部：２７は、外部の入力装置や記憶装置から情報を取得するためのインタフェース（Ｉ／Ｆ）でも良い。
【００６９】
但し、実際には、これらの例に限定されない。
【００７０】
［通話セッション確立リクエストのＳＩＰ書式例］
図３は、ブラックリスト情報を示す識別子を付与した通話セッション確立リクエスト（後述の図５のＩｎｖｉｔｅ（ｂ））のＳＩＰ書式例である。すなわち、通話セッション確立リクエストは、ＳＩＰサーバ：３０からユーザエージェント２（ＵＡ／２）：２０に送信されるＩｎｖｉｔｅリクエストである。
【００７１】
本実施形態では、標準的に定義されているＳＩＰ書式を拡張し、ＳＩＰサーバ：３０の送信する通話セッション確立リクエストにブラックリスト情報を示す識別子を付与することを特徴とする。
【００７２】
ここで例示する書式例においては、リクエストライン部、ヘッダフィールド部、空白行は、標準で定義されているＳＩＰ書式と何ら変わるものではないが、メッセージボディ部のＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の記述式を拡張している。具体的には、本実施形態においては、ブラックリスト情報を示す識別子として、ＳＤＰ記述式『ｗ＝Ｗａｒｎｉｎｇ（警報）』を新たに定義する。
【００７３】
ここでは、ＳＤＰ記述式の書式を、以下のようにする。
ｗ＝＜分類：ｃｌａｓｓｉｆｉｃａｔｉｏｎ＞  ＜警告レベル：ｌｅｖｅｌ＞
【００７４】
＜分類：ｃｌａｓｓｉｆｉｃａｔｉｏｎ＞は、迷惑電話発信者をタイプ別に分類し、受信者に告知するためのパラメータである。例えば、販売業者による勧誘電話等のタイプを示す「ｄｅａｌｅｒ（業者）」、個人による悪戯電話等のタイプを示す「ｐｅｒｓｏｎａｌ（個人）」、自動再生で宣伝メッセージ等を流すタイプを示す「ｓｏｕｎｄ  ｂｏｘ（再生装置）」、ファクシミリ機器の自動再接続による繰り返し誤着信のタイプを示す「ｆａｘ（ファクシミリ）」、上記のいずれにも該当しない分類不明のタイプを示す「ｕｎｋｎｏｗｎ（不明）」等が考えられる。
【００７５】
＜警告レベル：ｌｅｖｅｌ＞は、迷惑電話発信者としての評価比率を段階的に数値で示すためのパラメータである。これは、ブラックリストデータベース：５０のブラックリスト情報蓄積の仕組みにもよるが、警告レベルのより高い（＝迷惑電話の発信者として悪評の著しい）発信者には、より高い数値を示すものとする。例えば、１〜１０段階を定義した場合、警告レベルが最も高い迷惑電話発信者は「１０」とする、等の方法が考えられる。
【００７６】
［通話セッション終了リクエストのＳＩＰ書式例］
図４は、遮断要求メッセージを付与した通話セッション終了リクエスト（後述図５のＢｙｅ（ａ））のＳＩＰ書式例である。すなわち、通話セッション終了リクエストは、ユーザエージェント２（ＵＡ／２）：２０からＳＩＰサーバ：３０に送信されるＢｙｅリクエストである。
【００７７】
本実施形態では、汎用的なＳＩＰ書式を拡張し、ユーザエージェント（ＵＡ）の送信する通話セッション終了リクエストに遮断要求を付与することを特徴とする。
【００７８】
ここで例示する書式例においては、リクエストライン部、空白行は、標準で定義されているＳＩＰ書式と何ら変わるものではないが、ヘッダフィールド部、メッセージボディ部のＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の記述式を拡張している。
【００７９】
具体的には、前述の図３に示した通話セッション確立リクエスト（Ｉｎｖｉｔｅリクエスト）と同様に、ＳＤＰ記述式『ｗ＝Ｗａｒｎｉｎｇ（警報）』を新たに定義する。但し、前述の図３に示した通話セッション確立リクエスト（Ｉｎｖｉｔｅリクエスト）と異なり、通話セッション終了リクエスト（Ｂｙｅリクエスト）であるため、記述式の書式を一部変更する必要がある。
【００８０】
まず、ヘッダフィールドの拡張については、以下の２行を追記する必要がある。
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：  ａｐｐｌｉｃａｔｉｏｎ  ｓｄｐ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：  ｘｘｘ
【００８１】
＜Ｃｏｎｔｅｎｔ−Ｔｙｐｅ＞行は、ヘッダフィールドに続くメッセージボディ部がＳＤＰに準拠していることを示す。
【００８２】
＜Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ＞行は、メッセージボディ部がｘｘｘオクテット長であることを示す。ｘｘｘは、メッセージボディ部の記述に必要なだけの任意の数字であるものとする。
【００８３】
なお、この２行は、通話セッション確立リクエスト（Ｉｎｖｉｔｅリクエスト）においては、ＳＩＰ書式として標準的に定義されているものであるが、標準の通話セッション終了リクエスト（Ｂｙｅリクエスト）では、ＳＤＰの定義は不要であるために、＜Ｃｏｎｔｅｎｔ−Ｔｙｐｅ＞行は記述されず、＜Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ＞行は「０」とすることが一般的である。本発明では、ＳＤＰに遮断要求メッセージを追加するため、これらの記述が必要となる。
【００８４】
次に、メッセージボディ部のＳＤＰ記述式に新たに定義する遮断要求メッセージの書式を、以下のようにする。
ｗ＝＜分類：ｃｌａｓｓｉｆｉｃａｔｉｏｎ＞  ＜警告レベル：ｌｅｖｅｌ＞  ＜遮断要求：ｒｅｑｕｅｓｔ＞
【００８５】
＜分類：ｃｌａｓｓｉｆｉｃａｔｉｏｎ＞及び＜警告レベル：ｌｅｖｅｌ＞については、図３の説明と同様であるものとする。
【００８６】
＜遮断要求：ｒｅｑｕｅｓｔ＞は、迷惑電話発信者側のユーザエージェント（ＵＡ）（図１のユーザエージェント１（ＵＡ／１）：１０）の通話を遮断する要求を示すパラメータである。図４の例では、単純に「ｂｌｏｃｋ（遮断）」としている。その他のパラメータの例としては、遮断タイマの期間（遮断期間）をある程度の範囲で受信者側から要求できる「ｂｌｏｃｋ  ｔｉｍｅｒ  ｘｘ（遮断期間）」（ｘｘは任意）や、発信者（ユーザエージェント１（ＵＡ／１）：１０）から遮断要求を行った受信者（ユーザエージェント２（ＵＡ／２）：２０）に対する再発信のみを一定期間禁止する「ｒｅｊｅｃｔ（着信拒否）」等が考えられる。
【００８７】
［迷惑電話防止処理１］
図５を参照して、本実施形態における迷惑電話防止システムのシーケンス動作（迷惑電話防止処理１）について説明する。
【００８８】
（１）発信
迷惑電話発信者は、利用端末（ユーザエージェント１（ＵＡ／１）：１０）において、受信者の利用端末（ユーザエージェント２（ＵＡ／２）：２０）に対して、発信する動作を行う。このとき、ユーザは、入力部：１５に対して、発信のための操作を行う。すなわち、入力部：１５は、発信のためのユーザ操作を受け付ける。
【００８９】
（２）Ｉｎｖｉｔｅ（ａ）
ユーザエージェント１（ＵＡ／１）：１０は、発信動作を検知すると、ＳＩＰサーバ：３０に対して、通話セッション確立リクエスト（Ｉｎｖｉｔｅ（ａ））を送信する。このとき、呼制御実行部：１３は、入力部：１５におけるユーザ操作を検知した際、Ｉ／Ｆ：１１を経由して、ＳＩＰサーバ：３０に対して、Ｉｎｖｉｔｅ（ａ）を送信する。
【００９０】
（３）Ｑｕｅｒｙ（ａ）
ＳＩＰサーバ：３０は、Ｉｎｖｉｔｅ（ａ）を受信すると、ロケーションサーバ：４０に対して、リクエスト宛先問合せと共に発信者（ユーザエージェント１（ＵＡ／１）：１０）のブラックリスト情報の問合せ（Ｑｕｅｒｙ（ａ））を送信する。このとき、呼制御実行部：３３は、Ｉ／Ｆ：３１を経由して、Ｉｎｖｉｔｅ（ａ）を受信し、ロケーションサーバ：４０に対して、リクエスト宛先問合せと共に発信者（ユーザエージェント１（ＵＡ／１）：１０）のブラックリスト情報の問合せ（Ｑｕｅｒｙ（ａ））を送信する。
【００９１】
（４）Ｑｕｅｒｙ（ｂ）
ロケーションサーバ：４０は、Ｑｕｅｒｙ（ａ）を受信すると、ブラックリストデータベース：５０に対して、発信者（ユーザエージェント１（ＵＡ／１）：１０）のブラックリスト情報の問合せ（Ｑｕｅｒｙ（ｂ））を送信する。
【００９２】
（５）Ｒｅｓｐｏｎｓｅ（ｂ）
ブラックリストデータベース：５０は、Ｑｕｅｒｙ（ｂ）を受信すると、ロケーションサーバ：４０に対して、発信者（ユーザエージェント１（ＵＡ／１）：１０）のブラックリスト情報の応答（Ｒｅｓｐｏｎｓｅ（ｂ））を送信する。
【００９３】
（６）Ｒｅｓｐｏｎｓｅ（ａ）
ロケーションサーバ：４０は、Ｒｅｓｐｏｎｓｅ（ｂ）を受信すると、ＳＩＰサーバ：３０に対して、リクエスト宛先解決と共に発信者（ユーザエージェント１（ＵＡ／１）：１０）のブラックリスト情報の応答（Ｒｅｓｐｏｎｓｅ（ａ））を送信する。
【００９４】
（７）識別子付与
ＳＩＰサーバ：３０は、Ｒｅｓｐｏｎｓｅ（ａ）を受信すると、ユーザエージェント２（ＵＡ／２）：２０に向けて送信するＩｎｖｉｔｅ（ｂ）に、発信者のブラックリスト情報を示す識別子を付与する。このとき、呼制御実行部：３３は、Ｉ／Ｆ：３１を経由して、Ｒｅｓｐｏｎｓｅ（ａ）を受信した際、識別子付与機能部：３４を起動する。識別子付与機能部：３４は、Ｒｅｓｐｏｎｓｅ（ａ）に基づいて、Ｉｎｖｉｔｅ（ｂ）に、発信者のブラックリスト識別子を付与する。
【００９５】
（８）Ｉｎｖｉｔｅ（ｂ）
ＳＩＰサーバ：３０は、ユーザエージェント２（ＵＡ／２）：２０に対して、ブラックリスト情報を示す識別子を付与した通話セッション確立リクエスト（Ｉｎｖｉｔｅ（ｂ））を送信する。このとき、呼制御実行部：３３は、Ｉ／Ｆ：３１を経由して、ユーザエージェント２（ＵＡ／２）：２０に対して、ブラックリスト識別子を付与したＩｎｖｉｔｅ（ｂ）を送信する。
【００９６】
（９）識別子受信
ユーザエージェント２（ＵＡ／２）：２０は、Ｉｎｖｉｔｅ（ｂ）を受信すると、Ｉｎｖｉｔｅ（ｂ）に付与されたブラックリスト情報を示す識別子を確認する。このとき、呼制御実行部：３３は、Ｉ／Ｆ：２１を経由して、Ｉｎｖｉｔｅ（ｂ）を受信し、識別子受信機能部：２４を起動する。なお、識別子受信機能部：２４は、Ｉ／Ｆ：２１を経由して、Ｉｎｖｉｔｅ（ｂ）を直接受信しても良い。識別子受信機能部：２４は、Ｉｎｖｉｔｅ（ｂ）に付与されたブラックリスト識別子を確認する。
【００９７】
（１０）警告表示出力
ユーザエージェント２（ＵＡ／２）：２０は、Ｉｎｖｉｔｅ（ｂ）に付与されたブラックリスト情報を示す識別子があれば、識別子が示すブラックリスト情報を基に、警告表示を出力する。このとき、識別子受信機能部：２４は、Ｉｎｖｉｔｅ（ｂ）に付与されたブラックリスト識別子が存在する場合、このブラックリスト識別子を識別子出力部：２６に通知する。識別子出力部：２６は、着信中の電話の発信者に関するブラックリスト情報を表示画面に表示する。
【００９８】
（１１）着信音鳴動
ユーザエージェント２（ＵＡ／２）：２０において、着信音が鳴動する。すなわち、ユーザエージェント２（ＵＡ／２）：２０は、着信音を鳴らす。このとき、呼制御実行部：６２は、警告表示出力が行われた際／後に、Ｉｎｖｉｔｅ（ｂ）に応じて、着信音を鳴らす。
【００９９】
これ以降の「１８０  Ｒｉｎｇｉｎｇ」から「通話（ＲＴＰ）」までのシーケンス動作は、ＳＩＰにおける標準的なシーケンス動作である。
【０１００】
（１２）１８０  Ｒｉｎｇｉｎｇ
ユーザエージェント２（ＵＡ／２）：２０は、ユーザエージェント１（ＵＡ／１）：１０に対して、「１８０  Ｒｉｎｇｉｎｇ」を送信する。ここでは、ユーザエージェント２（ＵＡ／２）：２０は、ユーザエージェント１（ＵＡ／１）：１０までの経路上にあるＳＩＰサーバ：３０に対して、「１８０  Ｒｉｎｇｉｎｇ」を送信する。このとき、呼制御実行部：２３は、Ｉ／Ｆ：２１を経由して、ＳＩＰサーバ：３０に対して、「１８０  Ｒｉｎｇｉｎｇ」を送信する。
【０１０１】
（１３）１８０  Ｒｉｎｇｉｎｇ
ＳＩＰサーバ：３０は、ユーザエージェント１（ＵＡ／１）：１０に対して、「１８０  Ｒｉｎｇｉｎｇ」を送信する。このとき、呼制御実行部：３３は、Ｉ／Ｆ：３１を経由して、ユーザエージェント２（ＵＡ／２）：２０から「１８０  Ｒｉｎｇｉｎｇ」を受信し、ユーザエージェント１（ＵＡ／１）：１０に対して、「１８０  Ｒｉｎｇｉｎｇ」を送信する。
【０１０２】
（１４）オフフック
ユーザエージェント２（ＵＡ／２）：２０において、受信者が受話器をオフフックする。すなわち、ユーザエージェント２（ＵＡ／２）：２０は、オフフックの状態になる。
【０１０３】
（１５）２００  ＯＫ
ユーザエージェント２（ＵＡ／２）：２０は、ユーザエージェント１（ＵＡ／１）：１０に対して、「２００  ＯＫ」を送信する。ここでは、ユーザエージェント２（ＵＡ／２）：２０は、ユーザエージェント１（ＵＡ／１）：１０までの経路上にあるＳＩＰサーバ：３０に対して、「２００  ＯＫ」を送信する。このとき、呼制御実行部：２３は、Ｉ／Ｆ：２１を経由して、ＳＩＰサーバ：３０に対して、「２００  ＯＫ」を送信する。
【０１０４】
（１６）２００  ＯＫ
ＳＩＰサーバ：３０は、ユーザエージェント１（ＵＡ／１）：１０に対して、「２００  ＯＫ」を送信する。このとき、呼制御実行部：３３は、Ｉ／Ｆ：３１を経由して、ユーザエージェント２（ＵＡ／２）：２０から「２００  ＯＫ」を受信し、ユーザエージェント１（ＵＡ／１）：１０に対して、「２００  ＯＫ」を送信する。
【０１０５】
（１７）Ａｃｋ
ユーザエージェント１（ＵＡ／１）：１０は、ユーザエージェント２（ＵＡ／２）：２０に対して、「Ａｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）」を送信する。ここでは、ユーザエージェント１（ＵＡ／１）：１０は、ユーザエージェント２（ＵＡ／２）：２０までの経路上にあるＳＩＰサーバ：３０に対して、「Ａｃｋ」を送信する。このとき、呼制御実行部：１３は、Ｉ／Ｆ：１１を経由して、ＳＩＰサーバ：３０に対して、「Ａｃｋ」を送信する。
【０１０６】
（１８）Ａｃｋ
ＳＩＰサーバ：３０は、ユーザエージェント２（ＵＡ／２）：２０に対して、「Ａｃｋ」を送信する。このとき、呼制御実行部：３３は、Ｉ／Ｆ：３１を経由して、ユーザエージェント１（ＵＡ／１）：１０から「Ａｃｋ」を受信し、ユーザエージェント２（ＵＡ／２）：２０に対して、「Ａｃｋ」を送信する。
【０１０７】
（１９）通話（ＲＴＰ）
ユーザエージェント１（ＵＡ／１）：１０とユーザエージェント２（ＵＡ／２）：２０間で、通話が開始される。すなわち、ユーザエージェント１（ＵＡ／１）：１０とユーザエージェント２（ＵＡ／２）：２０は、通話状態になる。このとき、呼制御実行部：２３は、Ｉ／Ｆ：２１を経由して、「Ａｃｋ」を受信する。呼制御実行部：１３と呼制御実行部：２３は、通話セッションを確立する。
【０１０８】
なお、余談となるが、ＩＰ電話における通話は、ＲＴＰにて定義される音声パケットを相互に通信することで実現するが、通話セッションの呼制御を司るＳＩＰとは、プロトコルの種別として別に定義されているものである。そのため、図５では、敢えて通話（ＲＴＰ）を示すシーケンス矢印をＳＩＰシーケンス群とは、区別して表示している。
【０１０９】
これ以降のシーケンス動作は、本実施形態における独自のシーケンス動作となる。
【０１１０】
（２０）遮断要求入力
ユーザエージェント２（ＵＡ／２）：２０において、受信者は、ユーザエージェント１（ＵＡ／１）：１０から発信された通話が迷惑電話であると判断した場合、遮断要求を入力する動作を行う。すなわち、ユーザエージェント２（ＵＡ／２）：２０は、遮断要求入力を受け付ける。このとき、遮断要求入力部：２７は、遮断要求のためのユーザ操作を受け付ける。
【０１１１】
（２１）Ｂｙｅ（ａ）
ユーザエージェント２（ＵＡ／２）：２０は、遮断要求入力を検知すると、ＳＩＰサーバ：３０に対して、遮断要求を付与した通話セッション終了リクエスト（Ｂｙｅ（ａ））を送信する。このとき、呼制御実行部：２３は、遮断要求入力部：２７におけるユーザ操作を検知した際、遮断要求付与機能部：２５を起動する。遮断要求付与機能部：２５は、Ｂｙｅ（ａ）に遮断要求を付与する。呼制御実行部：２３は、Ｉ／Ｆ：２１を経由して、ＳＩＰサーバ：３０に対して、遮断要求を付与したＢｙｅ（ａ）を送信する。
【０１１２】
（２２）遮断要求受信
ＳＩＰサーバ：３０は、Ｂｙｅ（ａ）を受信すると、Ｂｙｅ（ａ）に付与された遮断要求を確認する。このとき、呼制御実行部：３３は、Ｉ／Ｆ：３１を経由して、Ｂｙｅ（ａ）を受信した際、遮断要求受信機能部：３５及び遮断機能部：３６を起動する。遮断要求受信機能部：３５は、Ｂｙｅ（ａ）に付与された遮断要求を確認する。
【０１１３】
（２３）遮断タイマ起動
ＳＩＰサーバ：３０は、Ｂｙｅ（ａ）に付与された遮断要求があれば、遮断タイマを起動し、ユーザエージェント１（ＵＡ／１）：１０の通話を一定時間遮断する動作を行う。このとき、遮断要求受信機能部：３５は、Ｂｙｅ（ａ）に付与された遮断要求が存在する場合、遮断要求が付与されていることを遮断機能部：３６に通知する。遮断機能部：３６は、ユーザエージェント１（ＵＡ／１）：１０との通信を遮断すると同時に、遮断タイマを起動する。遮断機能部：３６は、遮断期間の満了時まで、ユーザエージェント１（ＵＡ／１）：１０の発信／通話を遮断する。
【０１１４】
（２４）Ｂｙｅ（ｂ）
ＳＩＰサーバ：３０は、ユーザエージェント１（ＵＡ／１）：１０に対し、通話セッション終了リクエスト（Ｂｙｅ（ｂ））を送信する。なお、Ｂｙｅ（ｂ）には、遮断要求を付与する必要は無い。ユーザエージェント１（ＵＡ／１）：１０は、Ｂｙｅ（ｂ）を受信すると、通話を終了する。このとき、呼制御実行部：３３は、Ｉ／Ｆ：３１を経由して、ユーザエージェント１（ＵＡ／１）：１０に対し、Ｂｙｅ（ｂ）を送信する。呼制御実行部：１３は、Ｉ／Ｆ：１１を経由して、Ｂｙｅ（ｂ）を受信した際、通話セッションを終了する。
【０１１５】
（２５）再発信
発信者は、ユーザエージェント１（ＵＡ／１）：１０において再度、任意のユーザエージェント（ＵＡ）に対して、発信する動作を行う。すなわち、ユーザエージェント１（ＵＡ／１）：１０は、再発信を行う。このとき、ユーザは、入力部：１５に対して、再度、発信のための操作を行う。すなわち、入力部：１５は、再度、発信のためのユーザ操作を受け付ける。
【０１１６】
（２６）Ｉｎｖｉｔｅ（ｃ）
ユーザエージェント１（ＵＡ／１）：１０は、発信動作を検知すると、ＳＩＰサーバ：３０に対して、通話セッション確立リクエスト（Ｉｎｖｉｔｅ（ｃ））を送信する。このとき、呼制御実行部：１３は、入力部：１５におけるユーザ操作を検知した際、Ｉ／Ｆ：１１を経由して、ＳＩＰサーバ：３０に対して、Ｉｎｖｉｔｅ（ｃ）を送信する。
【０１１７】
（２７）遮断タイマ未満了
ＳＩＰサーバ：３０は、Ｉｎｖｉｔｅ（ｃ）を受信すると、ユーザエージェント１（ＵＡ／１）：１０に対する遮断タイマが未満了であるか否かを確認する。このとき、呼制御実行部：３３は、Ｉ／Ｆ：３１を経由して、Ｉｎｖｉｔｅ（ｃ）を受信した際、遮断機能部：３６に通知する。遮断機能部：３６は、ユーザエージェント１（ＵＡ／１）：１０に対する遮断タイマが未満了であるか否かを確認する。
【０１１８】
（２８）遮断機能動作
ＳＩＰサーバ：３０は、遮断タイマが未満了であった場合には、通話遮断が必要であると判断し、遮断機能動作を行う。すなわち、ＳＩＰサーバ：３０は、Ｉｎｖｉｔｅ（ｃ）を受け付けない。このとき、遮断機能部：３６は、遮断タイマが未満了であることを確認すると、ユーザエージェント１（ＵＡ／１）：１０の発信／通話を遮断する。
【０１１９】
（２９）発信禁止
ＳＩＰサーバ：３０は、ユーザエージェント１（ＵＡ／１）：１０に対する遮断タイマが満了するまで、ユーザエージェント１（ＵＡ／１）：１０からの発信を禁止する。このとき、遮断機能部：３６は、遮断タイマが満了するまで、ユーザエージェント１（ＵＡ／１）：１０の発信／通話の遮断を継続する。
【０１２０】
（３０）４０３  Ｆｏｒｂｉｄｄｅｎ等
ＳＩＰサーバ：３０は、発信を禁止している間、受信したＩｎｖｉｔｅ（ｃ）の応答として、ユーザエージェント１（ＵＡ／１）：１０に対して、「４０３  Ｆｏｒｂｉｄｄｅｎ（禁止）」等の４ｘｘレスポンスを送信する。ＳＩＰレスポンスメッセージの状態コード種別において、４ｘｘレスポンス群は、クライアントエラー応答と定義されており、リクエストを実行しないことを示す。このとき、呼制御実行部：３３は、Ｉｎｖｉｔｅ（ｃ）の応答として、Ｉ／Ｆ：３１を経由して、ユーザエージェント１（ＵＡ／１）：１０に対して、「４０３  Ｆｏｒｂｉｄｄｅｎ（禁止）」等の４ｘｘレスポンスを送信する。
【０１２１】
＜第２実施形態＞
以下、本発明の第２実施形態について説明する。
本発明の第１実施形態では、前述の図３、図４についての説明で述べた通り、ブラックリスト情報を示す識別子や遮断要求の伝達手段を、主にＳＩＰのメッセージボディ部のＳＤＰ記述式を拡張する方式で実現している。これは、ＳＩＰによる呼制御において重要なヘッダフィールド部に大きな変更を加えることを忌避し、ＳＩＰサーバの接続性を維持するために、実現性の高い方式を採用したことによる。
【０１２２】
本発明の構成を実現する観点では、ＳＤＰ記述式の拡張に拘る必要はなく、ＳＩＰサーバの接続性を担保できるのであれば、ヘッダフィールド部を拡張してブラックリスト情報を示す識別子や遮断要求を記述することも可能である。
【０１２３】
また、前述の図５では、受信者は、通話を開始する前に、識別子出力部によって、着信中の電話が迷惑電話である可能性を認知しているが、敢えてオフフックして通話を開始した例を記述している。しかしながら、勿論、通話を開始する前に、オフフックをせず、遮断要求入力部を用いて遮断要求を送信する動作を行うことも可能である。
【０１２４】
ロケーションサーバとＳＩＰサーバ間のアクセスは、ＳＩＰでは、規定されておらずＩＰネットワーク上で任意のＩＰフレームで通信している。そのため、ロケーションサーバとユーザエージェント（ＵＡ）においても、任意のＩＰフレームで直接通信することも技術的に可能である。
【０１２５】
すなわち、ユーザエージェント（ＵＡ）は、本発明におけるＳＩＰサーバを仲介せずに、ロケーションサーバから直接、ブラックリスト識別子を受信することも可能である。この方法は、ＳＩＰサーバ及びユーザエージェント（ＵＡ）の呼制御実行部（サービス中のＳＩＰ仕様）に、本発明による新規機能を付け加える事を忌避し、ＳＩＰ仕様のシンプルさを維持したい場合に有効である。但し、この場合、ロケーションサーバ及びユーザエージェント（ＵＡ）には、第１実施形態とは異なる形で、新規機能を追加する必要がある。
【０１２６】
［基本構成］
図６は、本実施形態における迷惑電話防止システムの基本構成を示した図である。
本実施形態における迷惑電話防止システムは、ユーザエージェント１（ＵＡ／１）：１０と、ユーザエージェント２（ＵＡ／２）：６０と、ＳＩＰサーバ：７０と、ロケーションサーバ：８０と、ブラックリストデータベース：９０を含む。
【０１２７】
ユーザエージェント１（ＵＡ／１）：１０、ユーザエージェント２（ＵＡ／２）：６０、ＳＩＰサーバ：７０、ロケーションサーバ：８０、及びブラックリストデータベース：９０は、それぞれ図１に示されたユーザエージェント１（ＵＡ／１）：１０、ユーザエージェント２（ＵＡ／２）：２０、ＳＩＰサーバ：３０、ロケーションサーバ：４０、及びブラックリストデータベース：５０に対応するものとする。
【０１２８】
すなわち、ユーザエージェント１（ＵＡ／１）：１０は、迷惑電話発信者の利用端末となる。また、ユーザエージェント２（ＵＡ／２）：６０は、迷惑電話受信者の利用端末となる。
【０１２９】
ユーザエージェント１（ＵＡ／１）：１０及びブラックリストデータベース：９０は、それぞれ図１に示されたユーザエージェント１（ＵＡ／１）：１０及びブラックリストデータベース：５０と同様である。
【０１３０】
ユーザエージェント２（ＵＡ／２）：６０は、前述の図１に示したユーザエージェント２（ＵＡ／２）：２０と異なり、ロケーションサーバ：８０と直接通信を行う機能を有する。ユーザエージェント２（ＵＡ／２）：６０は、ロケーションサーバ：８０に対して、ブラックリスト情報の受信や遮断要求メッセージの送信を行う。
【０１３１】
ＳＩＰサーバ：７０は、前述の図１に示したＳＩＰサーバ：３０と異なり、標準的なＳＩＰサーバ：７０の機能のみ担う。
【０１３２】
ロケーションサーバ：８０は、前述の図１に示したロケーションサーバ：４０と異なり、ユーザエージェント２（ＵＡ／２）：６０と直接通信を行う機能を有する。ロケーションサーバ：８０は、ユーザエージェント２（ＵＡ／２）：６０に対して、ブラックリスト情報を送信する役割と、遮断要求を受信する役割と、ユーザエージェント１（ＵＡ／１）：１０に対して宛先解決を行わずユーザエージェント１（ＵＡ／１）：１０からの発信を遮断する役割を担う。
【０１３３】
［詳細構成］
図７は、本実施形態におけるユーザエージェント（ＵＡ）類、及びサーバ／データベース類の機能ブロック（モジュール）を示す図である。
【０１３４】
図７に示すシステム構成では、ユーザエージェント１（ＵＡ／１）：１０、ユーザエージェント２（ＵＡ／２）：６０、ＳＩＰサーバ：７０、ロケーションサーバ：８０が、ネットワーク：１００を介して相互に接続されている。また、ブラックリストデータベース：９０は、ロケーションサーバ：８０と接続されている。なお、実際には、ブラックリストデータベース：９０も、ネットワーク：１００を介してロケーションサーバ：８０と接続されていても良い。
【０１３５】
ネットワーク：１００については、前述の図２に示したものと同様である。
【０１３６】
ユーザエージェント１（ＵＡ／１）：１０、ユーザエージェント２（ＵＡ／２）：６０、ＳＩＰサーバ：７０、ロケーションサーバ：８０、ブラックリストデータベース：９０については、図６に示したものと同様である。
【０１３７】
［ユーザエージェント１（ＵＡ／１）の構成］
ユーザエージェント１（ＵＡ／１）：１０は、Ｉ／Ｆ：１１と、端末実行部：１２と、呼制御実行部：１３と、出力部：１４と、入力部：１５を備える。
【０１３８】
Ｉ／Ｆ：１１、端末実行部：１２、呼制御実行部：１３、出力部：１４、入力部：１５については、前述の図２に示したものと同様である。
【０１３９】
［ユーザエージェント２（ＵＡ／２）の構成］
ユーザエージェント２（ＵＡ／２）：６０は、Ｉ／Ｆ：６１と、呼制御実行部：６２と、端末実行部：６３と、位置特定記憶機能部：６４と、識別子受信機能部：６５と、遮断要求送信機能部：６６と、識別子出力部：６７と、遮断要求入力部：６８を具備する。
【０１４０】
Ｉ／Ｆ：６１は、汎用的なＩＰネットワークに接続するためのインタフェースである。
【０１４１】
呼制御実行部：６２は、前述の図２に示した呼制御実行部：２３とは異なり、標準的なユーザエージェント（ＵＡ）の呼制御機能のみを有しており、本発明による独自機能は付随していない。
【０１４２】
端末実行部：６３は、前述の図２に示した端末実行部：２２とは異なり、ユーザエージェント（ＵＡ）自体を運用するための汎用的な機能の他に、後述する位置特定記憶機能部：６４、識別子受信機能部：６５、及び遮断要求送信機能部：６６と連携し、ロケーションサーバ：８０の位置を特定して記憶する機能と、任意のＩＰフレームを用いて送信された識別子を受信する機能と、任意のＩＰフレームを用いてユーザエージェント（ＵＡ）の通話遮断を要求する機能を有する。
【０１４３】
位置特定記憶機能部：６４は、ＩＰネットワーク上のロケーションサーバ：８０の位置情報（例えば、ＩＰアドレス等）を特定し記憶する機能を有する。
【０１４４】
識別子受信機能部：６５は、位置特定記憶機能部：６４に記憶されたロケーションサーバ：８０の位置情報に基づいて、ロケーションサーバ：８０と任意のＩＰフレームを用いて直接通信する。識別子受信機能部：６５は、Ｉ／Ｆ：６１を経由して、ロケーションサーバ：８０から、任意のＩＰフレームを用いたブラックリスト情報を示す識別子（ブラックリスト識別子）を受信して確認する。識別子受信機能部：６５は、この識別子を受信した場合は、この識別子に基づいて、出力すべきブラックリスト情報を識別子出力部：６７に通知する。
【０１４５】
遮断要求送信機能部：６６は、遮断要求入力部：２７からの入力に従い、ロケーションサーバ：８０に対して、任意のＩＰフレームを用いて遮断要求メッセージを送信する。
【０１４６】
識別子出力部：６７は、前述の図２に示した識別子出力部：２６と同様に、ユーザエージェント（ＵＡ）における汎用的な出力部機能の他に、着信中の電話の発信者に関するブラックリスト情報を表示する機能を有する。
【０１４７】
遮断要求入力部：６８は、前述の図２に示した遮断要求入力部：２７と同様に、ユーザエージェント（ＵＡ）における汎用的な入力部機能の他に、発信者側のユーザエージェント（ＵＡ）の通話を遮断する要求を入力する機能を有する。
【０１４８】
［ＳＩＰサーバの構成］
ＳＩＰサーバ：７０は、Ｉ／Ｆ：７１と、サーバ実行部：７２と、呼制御実行部：７３を具備する。
【０１４９】
Ｉ／Ｆ：７１は、汎用的なＩＰネットワークに接続するためのインタフェースである。
【０１５０】
サーバ実行部：７２は、前述の図２に示したサーバ実行部：３２と同様に、サーバ自体を運用するための汎用的な機能を集約して示している。例えば、サーバ実行部：７２は、ＳＩＰサーバ：７０のＯＳやアプリケーションソフトウェアを実行する。
【０１５１】
呼制御実行部：７３は、前述の図２に示した呼制御実行部：３３と異なり、標準的なＳＩＰサーバの呼制御機能のみを有しており、本発明による独自機能は付随していない。
【０１５２】
［ロケーションサーバの構成］
ロケーションサーバ：８０は、Ｉ／Ｆ：８１と、サーバ実行部：８２と、識別子送信機能部：８３と、遮断要求受信機能部：８４と、遮断機能部：８５を具備する。
【０１５３】
Ｉ／Ｆ：８１は、汎用的なＩＰネットワークに接続するためのインタフェースである。
【０１５４】
サーバ実行部：８２は、サーバ自体を運用するための汎用的な機能を集約して示している。
【０１５５】
識別子送信機能部：８３は、ＳＩＰサーバ：７０からのリクエスト宛先問合せを契機（トリガー：ｔｒｉｇｇｅｒ）に、Ｉ／Ｆ：８１を経由して、ブラックリストデータベース：９０から、リクエスト発信元である発信者側（ユーザエージェント１（ＵＡ／１）：１０）のブラックリスト情報、又はブラックリスト識別子を入手する。識別子送信機能部：８３は、ブラックリスト情報を入手した場合、当該ブラックリスト情報を示す識別子（ブラックリスト識別子）を生成する。更に、識別子送信機能部：８３は、受信者側（ユーザエージェント２（ＵＡ／２）：６０）に対し、任意のＩＰフレームを用いて直接ブラックリスト識別子を送信する。
【０１５６】
遮断要求受信機能部：８４は、ユーザエージェント２（ＵＡ／２）：６０から、任意のＩＰフレームを用いた遮断要求を受信して確認する。遮断要求受信機能部：８４は、遮断要求を確認した場合、遮断機能部：８５へ遮断要求が行われたことを通知する。
【０１５７】
遮断機能部：８５は、要求該当のユーザエージェント（ＵＡ）から発信されたリクエストの宛先問合せを拒否することで通話を遮断する。なお、遮断機能部：８５は、前述の図２に示した遮断機能部：３６と同様に、遮断タイマを有しており、遮断すると同時に遮断タイマを起動する。遮断機能部：８５は、遮断タイマ満了時まで、要求該当のユーザエージェント（ＵＡ）の発信／通話を遮断する。
【０１５８】
［迷惑電話防止処理２］
図８を参照して、本実施形態における迷惑電話防止システムのシーケンス動作（迷惑電話防止処理２）について説明する。
【０１５９】
（１）発信
迷惑電話発信者は、利用端末（ユーザエージェント１（ＵＡ／１）：１０）において、受信者の利用端末（ユーザエージェント２（ＵＡ／２）：６０）に対して、発信する動作を行う。このとき、ユーザは、入力部：１５に対して、発信のための操作を行う。すなわち、入力部：１５は、発信のためのユーザ操作を受け付ける。
【０１６０】
これ以降の「Ｉｎｖｉｔｅ（ａ）」から「Ｒｅｓｐｏｎｓｅ（ａ）」までのシーケンス動作は、ＳＩＰにおける標準的なシーケンス動作である。
【０１６１】
（２）Ｉｎｖｉｔｅ（ａ）
ユーザエージェント１（ＵＡ／１）：１０は、発信動作を検知すると、ＳＩＰサーバ：７０に対して、通話セッション確立リクエスト（Ｉｎｖｉｔｅ（ａ））を送信する。このとき、呼制御実行部：１３は、入力部：１５におけるユーザ操作を検知した際、Ｉ／Ｆ：１１を経由して、ＳＩＰサーバ：７０に対して、Ｉｎｖｉｔｅ（ａ）を送信する。
【０１６２】
（３）Ｑｕｅｒｙ（ａ）
ＳＩＰサーバ：７０は、Ｉｎｖｉｔｅ（ａ）を受信すると、ロケーションサーバ：８０に対して、リクエスト宛先問合せ（Ｑｕｅｒｙ（ａ））を送信する。このとき、呼制御実行部：７３は、Ｉ／Ｆ：７１を経由して、Ｉｎｖｉｔｅ（ａ）を受信し、ロケーションサーバ：８０に対して、リクエスト宛先問合せ（Ｑｕｅｒｙ（ａ））を送信する。
【０１６３】
（４）Ｒｅｓｐｏｎｓｅ（ａ）
ロケーションサーバ：８０は、Ｑｕｅｒｙ（ａ）を受信すると、ＳＩＰサーバ：７０に対して、リクエスト宛先解決の応答（Ｒｅｓｐｏｎｓｅ（ａ））を送信する。このとき、サーバ実行部：８２は、Ｉ／Ｆ：８１を経由して、Ｑｕｅｒｙ（ａ）を受信した際、識別子送信機能部：８３を起動し、ＳＩＰサーバ：７０に対して、Ｒｅｓｐｏｎｓｅ（ａ）を送信する。
【０１６４】
これ以降の「Ｑｕｅｒｙ（ｂ）」から「ブラックリスト識別子（任意ＩＰフレーム）」までのシーケンス動作は、本実施形態における独自のシーケンス動作となる。
【０１６５】
（５）Ｑｕｅｒｙ（ｂ）
また、ロケーションサーバ：８０は、Ｑｕｅｒｙ（ａ）を受信すると、ブラックリストデータベース：９０に対して、発信者（ユーザエージェント１（ＵＡ／１）：１０）のブラックリスト情報の問合せ（Ｑｕｅｒｙ（ｂ））を送信する。このとき、識別子送信機能部：８３は、リクエスト宛先問合せ（Ｑｕｅｒｙ（ａ））を契機（トリガー）に、Ｉ／Ｆ：８１を経由して、ブラックリストデータベース：９０に対して、Ｑｕｅｒｙ（ｂ））を送信する。
【０１６６】
（６）Ｒｅｓｐｏｎｓｅ（ｂ）
ブラックリストデータベース：９０は、Ｑｕｅｒｙ（ｂ）を受信すると、ロケーションサーバ：８０に対して、発信者（ユーザエージェント１（ＵＡ／１）：１０）のブラックリスト情報の応答（Ｒｅｓｐｏｎｓｅ（ｂ））を送信する。なお、ブラックリストデータベース：９０は、ロケーションサーバ：８０に対して、ブラックリスト情報を示す識別子（ブラックリスト識別子）を送信しても良い。
【０１６７】
（７）ブラックリスト識別子（任意ＩＰフレーム）
ロケーションサーバ：８０は、Ｒｅｓｐｏｎｓｅ（ｂ）を受信すると、受信者側（ユーザエージェント２（ＵＡ／２）：６０）に対して、任意のＩＰフレームを用いてブラックリスト識別子を送信する。なお、ロケーションサーバ：８０は、ブラックリスト情報を基に、ブラックリスト識別子を生成しても良い。このとき、識別子送信機能部：８３は、Ｉ／Ｆ：８１を経由して、Ｒｅｓｐｏｎｓｅ（ｂ）を受信する。識別子送信機能部：８３は、Ｒｅｓｐｏｎｓｅ（ｂ）に基づいて、ユーザエージェント１（ＵＡ／１）：１０のブラックリスト情報、又はブラックリスト識別子を入手する。識別子送信機能部：８３は、ユーザエージェント２（ＵＡ／２）：６０に対して、任意のＩＰフレームを用いてブラックリスト識別子を送信する。
【０１６８】
（８）識別子受信
ユーザエージェント２（ＵＡ／２）：６０は、ブラックリスト識別子を受信すると、ブラックリスト情報を受信し確認する。このとき、識別子受信機能部：６５は、位置特定記憶機能部：６４に記憶されたロケーションサーバ：８０の位置情報に基づいて、ロケーションサーバ：８０と任意のＩＰフレームを用いて直接通信する。識別子受信機能部：６５は、Ｉ／Ｆ：６１を経由して、位置特定記憶機能部：６４に記憶されたロケーションサーバ：８０の位置情報に基づいて、ロケーションサーバ：８０から、任意のＩＰフレームを用いたブラックリスト識別子を受信して確認する。
【０１６９】
（９）警告表示出力
ユーザエージェント２（ＵＡ／２）：６０は、識別子が示すブラックリスト情報を基に、警告表示を出力する。このとき、識別子受信機能部：６５は、ブラックリスト識別子を確認した場合、このブラックリスト識別子に基づいて、出力すべきブラックリスト情報を識別子出力部：６７に通知する。識別子出力部：６７は、着信中の電話の発信者に関するブラックリスト情報を表示画面に表示する。
【０１７０】
（１０）Ｉｎｖｉｔｅ（ｂ）
ＳＩＰサーバ：７０は、ユーザエージェント２（ＵＡ／２）：６０に対して、標準的な通話セッション確立リクエスト（Ｉｎｖｉｔｅ（ｂ））を送信する。このとき、呼制御実行部：７３は、Ｉ／Ｆ：７１を経由して、Ｉｎｖｉｔｅ（ｂ）を送信する。
【０１７１】
（１１）着信音鳴動
ユーザエージェント２（ＵＡ／２）：６０において、着信音が鳴動する。すなわち、ユーザエージェント２（ＵＡ／２）：６０は、着信音を鳴らす。このとき、呼制御実行部：６２は、Ｉ／Ｆ：６１を経由して、Ｉｎｖｉｔｅ（ｂ）を受信した際、Ｉｎｖｉｔｅ（ｂ）に応じて、着信音を鳴らす。
【０１７２】
これ以降の「１８０  Ｒｉｎｇｉｎｇ」から「通話（ＲＴＰ）」までのシーケンス動作は、ＳＩＰにおける標準的なシーケンス動作である。
【０１７３】
（１２）１８０  Ｒｉｎｇｉｎｇ
ユーザエージェント２（ＵＡ／２）：６０は、ユーザエージェント１（ＵＡ／１）：１０に対して、「１８０  Ｒｉｎｇｉｎｇ」を送信する。ここでは、ユーザエージェント２（ＵＡ／２）：６０は、ユーザエージェント１（ＵＡ／１）：１０までの経路上にあるＳＩＰサーバ：７０に対して、「１８０  Ｒｉｎｇｉｎｇ」を送信する。このとき、呼制御実行部：６２は、Ｉ／Ｆ：６１を経由して、ＳＩＰサーバ：７０に対して、「１８０  Ｒｉｎｇｉｎｇ」を送信する。
【０１７４】
（１３）１８０  Ｒｉｎｇｉｎｇ
ＳＩＰサーバ：７０は、ユーザエージェント１（ＵＡ／１）：１０に対して、「１８０  Ｒｉｎｇｉｎｇ」を送信する。このとき、呼制御実行部：７３は、Ｉ／Ｆ：７１を経由して、ユーザエージェント２（ＵＡ／２）：６０から「１８０  Ｒｉｎｇｉｎｇ」を受信し、ユーザエージェント１（ＵＡ／１）：１０に対して、「１８０  Ｒｉｎｇｉｎｇ」を送信する。
【０１７５】
（１４）オフフック
ユーザエージェント２（ＵＡ／２）：６０において、受信者が受話器をオフフックする。すなわち、ユーザエージェント２（ＵＡ／２）：６０は、オフフックの状態になる。
【０１７６】
（１５）２００  ＯＫ
ユーザエージェント２（ＵＡ／２）：６０は、ユーザエージェント１（ＵＡ／１）：１０に対して、「２００  ＯＫ」を送信する。ここでは、ユーザエージェント２（ＵＡ／２）：６０は、ユーザエージェント１（ＵＡ／１）：１０までの経路上にあるＳＩＰサーバ：７０に対して、「２００  ＯＫ」を送信する。このとき、呼制御実行部：６２は、Ｉ／Ｆ：６１を経由して、ＳＩＰサーバ：７０に対して、「２００  ＯＫ」を送信する。
【０１７７】
（１６）２００  ＯＫ
ＳＩＰサーバ：７０は、ユーザエージェント１（ＵＡ／１）：１０に対して、「２００  ＯＫ」を送信する。このとき、呼制御実行部：７３は、Ｉ／Ｆ：７１を経由して、ユーザエージェント２（ＵＡ／２）：６０から「２００  ＯＫ」を受信し、ユーザエージェント１（ＵＡ／１）：１０に対して、「２００  ＯＫ」を送信する。
【０１７８】
（１７）Ａｃｋ
ユーザエージェント１（ＵＡ／１）：１０は、ユーザエージェント２（ＵＡ／２）：６０に対して、「Ａｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）」を送信する。ここでは、ユーザエージェント１（ＵＡ／１）：１０は、ユーザエージェント２（ＵＡ／２）：６０までの経路上にあるＳＩＰサーバ：７０に対して、「Ａｃｋ」を送信する。このとき、呼制御実行部：１３は、Ｉ／Ｆ：１１を経由して、ＳＩＰサーバ：７０に対して、「Ａｃｋ」を送信する。
【０１７９】
（１８）Ａｃｋ
ＳＩＰサーバ：７０は、ユーザエージェント２（ＵＡ／２）：６０に対して、「Ａｃｋ」を送信する。このとき、呼制御実行部：７３は、Ｉ／Ｆ：７１を経由して、ユーザエージェント１（ＵＡ／１）：１０から「Ａｃｋ」を受信し、ユーザエージェント２（ＵＡ／２）：６０に対して、「Ａｃｋ」を送信する。
【０１８０】
（１９）通話（ＲＴＰ）
ユーザエージェント１（ＵＡ／１）：１０とユーザエージェント２（ＵＡ／２）：６０間で、通話が開始される。すなわち、ユーザエージェント１（ＵＡ／１）：１０とユーザエージェント２（ＵＡ／２）：６０は、通話状態になる。このとき、呼制御実行部：６２は、Ｉ／Ｆ：２１を経由して、「Ａｃｋ」を受信する。呼制御実行部：１３と呼制御実行部：６２は、通話セッションを確立する。
【０１８１】
これ以降のシーケンス動作は、本実施形態における独自のシーケンス動作となる。
【０１８２】
（２０）遮断要求入力
ユーザエージェント２（ＵＡ／２）：６０において、受信者は、ユーザエージェント１（ＵＡ／１）：１０から発信された通話が迷惑電話であると判断した場合、遮断要求を入力する動作を行う。すなわち、ユーザエージェント２（ＵＡ／２）：６０は、遮断要求入力を受け付ける。このとき、遮断要求入力部：６８は、遮断要求のためのユーザ操作を受け付ける。
【０１８３】
（２１）Ｂｙｅ（ａ）
ユーザエージェント２（ＵＡ／２）：６０は、遮断要求入力を検知すると、ＳＩＰサーバ：７０に対して、通話セッション終了リクエスト（Ｂｙｅ（ａ））を送信する。このとき、呼制御実行部：６２は、遮断要求入力部：６８におけるユーザ操作を検知した際、ＳＩＰサーバ：７０に対して、Ｂｙｅ（ａ）を送信する。
【０１８４】
（２２）Ｂｙｅ（ｂ）
ＳＩＰサーバ：７０は、ユーザエージェント１（ＵＡ／１）：１０に対して、通話セッション終了リクエスト（Ｂｙｅ（ｂ））を送信する。このとき、呼制御実行部：７３は、Ｉ／Ｆ：７１を経由して、ユーザエージェント２（ＵＡ／２）：６０からＢｙｅ（ａ）を受信し、ユーザエージェント１（ＵＡ／１）：１０に対して、Ｂｙｅ（ｂ）を送信する。
【０１８５】
Ｂｙｅ（ａ）及びＢｙｅ（ｂ）のシーケンス動作は、ＳＩＰにおける標準的なシーケンス動作である。
【０１８６】
（２３）遮断要求メッセージ（任意ＩＰフレーム）
また、ユーザエージェント２（ＵＡ／２）：６０は、Ｂｙｅ（ａ）の送信と同時に、ロケーションサーバ：８０に対して、任意のＩＰフレームを用いてユーザエージェント１（ＵＡ／１）：１０の遮断要求を送信する。このとき、端末実行部：６３は、Ｂｙｅ（ａ）の送信と同時に、遮断要求送信機能部：６６を起動する。遮断要求送信機能部：６６は、遮断要求入力部：６８からの入力に従い、ロケーションサーバ：８０に対して、任意のＩＰフレームを用いて遮断要求メッセージを送信する。
【０１８７】
（２４）遮断要求受信
ロケーションサーバ：８０は、遮断要求メッセージを受信し確認する。このとき、サーバ実行部：８２は、Ｉ／Ｆ：８１を経由して、遮断要求メッセージを受信した際、遮断要求受信機能部：８４及び遮断機能部：８５を起動する。なお、遮断要求受信機能部：８４は、Ｉ／Ｆ：８１を経由して、遮断要求メッセージを直接受信しても良い。遮断要求受信機能部：８４は、遮断要求メッセージを受信し確認する。遮断要求受信機能部：８４は、遮断要求を確認した場合、遮断機能部：８５へ遮断要求が行われたことを通知する。
【０１８８】
（２５）遮断タイマ起動
ロケーションサーバ：８０は、遮断タイマを起動し、ユーザエージェント１（ＵＡ／１）：１０の通話を一定時間遮断する動作を行う。このとき、遮断機能部：８５は、ユーザエージェント１（ＵＡ／１）：１０との通信を遮断すると同時に遮断タイマを起動し、遮断タイマ満了時まで、ユーザエージェント１（ＵＡ／１）：１０の発信／通話を遮断する。
【０１８９】
（２６）再発信
発信者は、ユーザエージェント１（ＵＡ／１）：１０において再度、任意のユーザエージェント（ＵＡ）に対して、発信する動作を行う。すなわち、ユーザエージェント１（ＵＡ／１）：１０は、再発信を行う。このとき、ユーザは、入力部：１５に対して、再度、発信のための操作を行う。すなわち、入力部：１５は、再度、発信のためのユーザ操作を受け付ける。
【０１９０】
（２７）Ｉｎｖｉｔｅ（ｃ）
ユーザエージェント１（ＵＡ／１）：１０は、発信動作を検知すると、ＳＩＰサーバ：７０に対して、通話セッション確立リクエスト（Ｉｎｖｉｔｅ（ｃ））を送信する。このとき、呼制御実行部：１３は、入力部：１５におけるユーザ操作を検知した際、Ｉ／Ｆ：１１を経由して、ＳＩＰサーバ：７０に対して、Ｉｎｖｉｔｅ（ｃ）を送信する。
【０１９１】
（２８）Ｑｕｅｒｙ（ｃ）
ＳＩＰサーバ：７０は、Ｉｎｖｉｔｅ（ｃ）を受信すると、ロケーションサーバ：８０に対して、リクエスト宛先問合せ（Ｑｕｅｒｙ（ｃ））を送信する。このとき、呼制御実行部：７３は、Ｉ／Ｆ：７１を経由して、ユーザエージェント１（ＵＡ／１）：１０からＩｎｖｉｔｅ（ｃ）を受信し、ロケーションサーバ：８０に対して、Ｑｕｅｒｙ（ｃ）を送信する。
【０１９２】
ロケーションサーバ：８０は、Ｑｕｅｒｙ（ｃ）を受信すると、ユーザエージェント１（ＵＡ／１）：１０に対する遮断タイマが未満了であるか否かを確認する。このとき、サーバ実行部：８２は、Ｉ／Ｆ：８１を経由して、Ｑｕｅｒｙ（ｃ）を受信した際、遮断機能部：８５に通知する。遮断機能部：８５は、ユーザエージェント１（ＵＡ／１）：１０に対する遮断タイマが未満了であるか否かを確認する。
【０１９３】
（２８）遮断機能動作
ロケーションサーバ：８０は、遮断タイマが未満了であった場合には、通話遮断が必要であると判断し、遮断機能動作を行う。すなわち、ロケーションサーバ：８０は、遮断タイマが満了するまで、Ｑｕｅｒｙ（ｃ）を受け付けずリクエスト宛先解決を行わない。このとき、遮断機能部：８５は、遮断タイマが未満了であることを確認すると、Ｑｕｅｒｙ（ｃ）を受け付けずリクエスト宛先解決を行わない。
【０１９４】
（２９）Ｒｅｓｐｏｎｓｅ（ｃ）
ロケーションサーバ：８０は、ＳＩＰサーバ：７０に対して、リクエスト宛先解決を行わない旨を示すリクエスト宛先問合せの応答（Ｒｅｓｐｏｎｓｅ（ｃ））を送信する。このとき、遮断機能部：８５は、リクエスト宛先解決を行わない旨をサーバ実行部：８２に通知する。サーバ実行部：８２は、Ｉ／Ｆ：８１を経由して、ＳＩＰサーバ：７０に対して、Ｒｅｓｐｏｎｓｅ（ｃ）を送信する。
【０１９５】
（３０）発信禁止
ＳＩＰサーバ：７０は、Ｒｅｓｐｏｎｓｅ（ｃ）を受信すると、リクエスト宛先を解決できなかったため、発信禁止であると判断する。このとき、呼制御実行部：７３は、Ｉ／Ｆ：７１を経由して、Ｒｅｓｐｏｎｓｅ（ｃ）を受信した際、ユーザエージェント１（ＵＡ／１）：１０に対する発信禁止であると判断する。
【０１９６】
（３１）４０３  Ｆｏｒｂｉｄｄｅｎ等
ＳＩＰサーバ：７０は、発信禁止であると判断した場合、ユーザエージェント１（ＵＡ／１）：１０に対して、「４０３  Ｆｏｒｂｉｄｄｅｎ（禁止）」等の４ｘｘレスポンスを送信する。ＳＩＰレスポンスメッセージの状態コード種別において、４ｘｘレスポンス群は、クライアントエラー応答と定義されており、リクエストを実行しないことを示す。このとき、呼制御実行部：７３は、ユーザエージェント１（ＵＡ／１）：１０に対する発信禁止であると判断した際、Ｉｎｖｉｔｅ（ｃ）の応答として、Ｉ／Ｆ：７１を経由して、ユーザエージェント１（ＵＡ／１）：１０に対して、「４０３  Ｆｏｒｂｉｄｄｅｎ（禁止）」等の４ｘｘレスポンスを送信する。
【０１９７】
［本実施形態の拡張］
本実施形態において、前述の図８では、受信者は、通話を開始する前に、識別子出力部によって、着信中の電話が迷惑電話である可能性を認知しているが、敢えてオフフックして通話を開始した例を記述している。しかしながら、勿論、通話を開始する前（オフフックをせず）に、遮断要求入力部を用いて遮断要求を送信する動作を行うことも可能である。
【０１９８】
＜各実施形態の組み合わせ＞
なお、上記の各実施形態は、組み合わせて実施することも可能である。例えば、発信者（ユーザエージェント１（ＵＡ／１）：１０）は、様々なＩＰネットワークに対して、無作為に発信すると考えられるため、第１実施形態に示すようなＩＰネットワークと、第２実施形態に示すようなＩＰネットワークの両方に対して発信する場合もあると考えられる。
【０１９９】
＜まとめ＞
以上のように、本発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によるＩＰ電話システムにおいて、迷惑電話受信者の意志により迷惑電話発信者の繰り返し発信を阻止することを可能とする。
【０２００】
ユーザエージェント１（ＵＡ／１）は、ブラックリストデータベースに登録されている既知の迷惑電話発信者の利用端末である。ユーザエージェント１（ＵＡ／１）から通話セッション確立リクエスト（Ｉｎｖｉｔｅリクエスト）の発信が行われた場合、ＳＩＰサーバは、受信者の利用端末に相当するユーザエージェント２（ＵＡ／２）に向けて、ロケーションサーバを経由しブラックリストデータベースから入手した情報を基に、ブラックリスト情報を示す識別子を付与した通話セッション確立リクエスト（Ｉｎｖｉｔｅリクエスト）を送信する。
【０２０１】
ユーザエージェント２（ＵＡ／２）は、受信した識別子の情報を基に、着信中の電話が迷惑電話である可能性を警告する表示部（出力部）を有している。そのため、受信者は、通話を開始する前に、迷惑電話であることを認知する事ができる。また、ユーザエージェント２（ＵＡ／２）は、ユーザエージェント１（ＵＡ／１）の通話を遮断する要求を送信する入力部を有している。ユーザエージェント２（ＵＡ／２）は、受信者が遮断要求を入力した場合、ＳＩＰサーバに向けて、遮断要求を付与した通話セッション終了リクエスト（Ｂｙｅリクエスト）を送信する。
【０２０２】
ＳＩＰサーバは、遮断要求を付与された通話セッション終了リクエスト（Ｂｙｅリクエスト）を受信すると、ユーザエージェント１（ＵＡ／１）に向けて、通話セッション終了リクエスト（Ｂｙｅリクエスト）を送信すると共に、遮断タイマを起動し、タイマ満了時まで、ユーザエージェント１（ＵＡ／１）の通話セッション確立リクエスト（Ｉｎｖｉｔｅリクエスト）を禁止する「４０３  Ｆｏｒｂｉｄｄｅｎ（禁止）」等の４ｘｘレスポンスを送信する。
【０２０３】
本発明により、迷惑電話の着信に対して、受信者は、通話を開始する前に着信中の電話が迷惑電話である可能性を認知できる。
【０２０４】
また、本発明により、受信者の判断によって、迷惑電話発信者の発信／通話を一定時間遮断できる。
【０２０５】
更に、上記のように、迷惑電話発信者の発信／通話を一定時間通話を遮断することによって、迷惑電話発信者の迷惑電話発信に対する意欲を抑制することが期待できる。その結果として、ＩＰ電話システムの運用効率の向上、及び、迷惑電話によって被っていた社会全体の時間的工数的な損失の低減が期待できる。
【０２０６】
＜本発明の特徴＞
本発明の特徴について、以下に示す。
【０２０７】
［第１実施形態の特徴］
（１）ブラックリスト識別子を付与したＩＮＶＩＴＥリクエストの書式
（２）遮断要求を付与したＢＹＥリクエストの書式
（３）ＳＩＰサーバの「Ｉｎｖｉｔｅリクエストにブラックリスト識別子を付与する機能」
（４）ＳＩＰサーバの「遮断要求を受信する機能」
（５）ＳＩＰサーバの「遮断タイマを含む遮断機能」
（６）ユーザエージェント（ＵＡ）の「Ｉｎｖｉｔｅリクエストのブラックリスト識別子を受信し、且つ出力する機能」
（１）ユーザエージェント（ＵＡ）の「遮断要求メッセージを付与したＢｙｅリクエストを入力し、且つ送信する機能」
【０２０８】
［第２実施形態の特徴］
（１）ロケーションサーバの「任意のＩＰフレームを用いてブラックリスト識別子を送信する機能」
（２）ロケーションサーバの「遮断要求を受信する機能」
（３）ロケーションサーバの「遮断タイマを含む遮断機能」
（４）ユーザエージェント（ＵＡ）の「ロケーションサーバの位置を特定し記憶する機能」
（５）ユーザエージェント（ＵＡ）の「任意のＩＰフレームを用いてブラックリスト識別子を受信し、且つ出力する機能」
（６）ユーザエージェント（ＵＡ）の「任意のＩＰフレームを用いて遮断要求メッセージを入力し、且つ送信する機能」
【０２０９】
以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。
【符号の説明】
【０２１０】
１０…  ユーザエージェント１（ＵＡ／１）
２０、６０…  ユーザエージェント２（ＵＡ／２）
３０、７０…  ＳＩＰサーバ
４０、８０…  ロケーションサーバ
５０、９０…  ブラックリストデータベース
１１、２１、３１、６１、７１、８１…  Ｉ／Ｆ（インタフェース）
１２、２２、６３…  端末実行部
１３、２３、６２…  呼制御実行部
１４…  出力部
１５…  入力部
６４…  位置特定記憶機能部
２４、６５…  識別子受信機能部
２５…  遮断要求付与機能部
２６、６７…  識別子出力部
２７、６８…  遮断要求入力部
３２、７２、８２…  サーバ実行部
３３、７３…  呼制御実行部
３４…  識別子付与機能部
８３…  識別子送信機能部
３５、８４…  遮断要求受信機能部
３６、８５…  遮断機能部
１００…  ネットワーク
【図１】
2011250086.tif 000003
【図２】
2011250086.tif 000004
【図３】
2011250086.tif 000005
【図４】
2011250086.tif 000006
【図５】
2011250086.tif 000007
【図６】
2011250086.tif 000008
【図７】
2011250086.tif 000009
【図８】
2011250086.tif 000010