JP2005252802A - 迷惑電話防止サービスを提供するｉｐ電話システム - Google Patents

Abstract

【目的】 ＩＰ電話利用において、迷惑電話の如く望ましくない発信元の発見に即応して、迅速にこれからの着信を拒否し得るＩＰ電話システムを提供する。
【構成】 ＩＰネットワークを介して電話通信をなす複数の電話端末を含むＩＰ電話システムであり、着信を拒否すべき少なくとも１つの特定発信元アドレスを保持する少なくとも１つのアドレス情報サーバを含む。該複数の電話端末のうちの少なくとも１つは、着呼発信元アドレスを含む着信要求に応じて、該アドレス情報サーバにアクセスして、該着呼発信元アドレスが該特定発信元アドレスに一致するか否かを判別し、該着呼発信元アドレスの該特定発信元アドレスへの一致を判別しない場合、該着呼発信元アドレスに対応する電話端末との間の電話通信を許可する。
【選択図】図１

Description

本発明は、ＩＰ電話通信をなすＩＰ電話システムと、これに含まれる電話端末及びサーバ装置に関する。

個人の電話にかかってくる迷惑電話を防止する手段としては、現在、通信会社により特定の電話番号からの電話を繋がないようにするフィルタリングサービスがある。このサービスの利用は、どの電話番号をフィルタリングするかを利用者個人が通信会社側に登録する仕組みになっている。従って、電話番号の登録がない限りその電話番号の発信に対してフィルタリングサービスは行われないことになり機動性に欠けるという問題がある。例えば、既に多数の利用者がある迷惑電話で被害を被っているという事実が広まっていたとしても、利用者各自がその電話番号を確認して登録を行わない限り、それまでの間は何度かこの迷惑電話のために利用者が被害を受けることになる。

一方、電話通信手段としてＩＰ電話の普及が急激に進んでいる。かかるＩＰ電話サービスは，その通話価格が低廉であると共に、データ系アプリケーションとの連動がより容易であり広告勧誘の自動通話を無作為に発信する如く迷惑電話の問題はより深刻なものになると予想されている。

本発明による目的は、ＩＰ電話利用において、迷惑電話の如く望ましくない発信元の発見に即応して、迅速にこれからの着信を拒否し得るＩＰ電話システム及び電話端末を提供することである。

本発明によるＩＰ電話システムは、ＩＰネットワークを介して電話通信をなす複数の電話端末を含むＩＰ電話システムであり、着信を拒否すべき少なくとも１つの特定発信元アドレスを保持する少なくとも１つのアドレス情報サーバを含み、該複数の電話端末のうちの少なくとも１つは、着呼発信元アドレスを含む着信要求に応じて、該アドレス情報サーバにアクセスして、該着呼発信元アドレスが該特定発信元アドレスに一致するか否かを判別する判別手段と、該判別手段が、該着呼発信元アドレスの該特定発信元アドレスへの一致を判別しない場合、該着呼発信元アドレスに対応する電話端末との間の電話通信を許可する電話通信許可手段と、を含むことを特徴とする。

本発明による電話端末は、ＩＰネットワークを介して電話通信をなす電話端末であり、着呼発信元アドレスを含む着信要求に応じて、着信を拒否すべき少なくとも１つの特定発信元アドレスを保持する少なくとも１つのアドレス情報サーバにアクセスして、該着呼発信元アドレスが該特定発信元アドレスに一致するか否かを判別する判別手段と、該判別手段が、該着呼発信元アドレスの該特定発信元アドレスへの一致を判別しない場合、該着呼発信元アドレスに対応する電話端末との間の電話通信を許可する電話通信許可手段とを含むことを特徴とする。

本発明によるアドレス情報サーバは、ＩＰ電話通信をなす電話端末に接続されるアドレス情報サーバであり、着信を拒否すべき少なくとも１つの特定発信元アドレスを保持するアドレス保持手段と、該電話端末からのアクセスに応じて、該電話端末に該特定発信元アドレスの内容又はその存在を通知するアドレス通知手段とを含むことを特徴とする。

本発明の実施例について添付の図面を参照して詳細に説明する。
＜第１の実施例＞
図１は、本発明の第１の実施例であり、本発明によるＩＰ電話機１００及びアドレス情報サーバ１２０を含むＩＰ電話システム全体の構成を示している。ここで、ＩＰ電話端末１００と、外部のＩＰ電話端末１１０とがＩＰ電話ネットワーク１４０を介して繋がれている。ＩＰ電話ネットワーク１４０にはＳＩＰサーバ１５０が接続されている。ＩＰ電話ネットワーク１４０は、ＩＰ（Internet Protocol）プロトコルによりデータ通信が可能なネットワークであり、後述するインターネット１３０であっても良い。

ＳＩＰサーバ１５０は、呼制御プロトコルにＳＩＰ（Session Initiation Protocol, RFC3261）を用いてＩＰ電話端末間の呼制御を行うサーバ装置である。ＳＩＰサーバ１５０は、発信元のＩＰ電話端末１１０と相手先のＩＰ電話端末１００との間で、電話番号に相当するＳＩＰアドレスとＩＰアドレスとの対応付けをなす機能と共に、呼接続セッションの確立に必要なＩＮＶＩＴＥリクエストを中継転送することで、両者の間の呼接続セッションを確立する機能を有する。呼接続セッションが確立された後には、発信元のＩＰ電話端末１１０と相手先のＩＰ電話端末１００とが、ＲＴＰ（Real-time Transport Protocol）等のプロトコルにより直接に音声パケットを交換することにより通話を実現する。

ＩＰ電話端末１００及び１１０の各々は、家庭のパーソナルコンピュータやＩＰ電話専用端末の如き音声通話を可能とする端末である。ＩＰ電話端末１００及び１１０の各々は、ＳＩＰのプロトコルにより相手端末との間でセッションを確立し通話を実現するＳＩＰ電話機能部１０２及び１１２を各々含む。特に、本発明によるＩＰ電話端末１００は、ＳＯＡＰ（Simple Object Access Protocol）等のプロトコルによりアドレス情報サーバ１２０にインターネット１３０を介してアクセスする接続検証機能部１０１と、アドレス検証を端末自身で局所的に行うためのアドレス情報を保持するアドレス情報ローカルＤＢ１０３と、発信元端末の関連情報を表示するための表示部（図示せず）とを含む。

ＩＰ電話端末１００の接続検証機能部１０１は、ＳＩＰ電話機能部１０１が外部のＩＰ電話端末１１０から電話の着呼を示すＩＮＶＩＴＥリクエストを受けると、当該ＩＮＶＩＴＥリクエストに含まれるＳＩＰアドレスを抽出し、このＳＩＰアドレス（すなわち着呼発信元アドレス）の検証をアドレス情報ローカルＤＢ１０３に保持されるアドレス情報に基づいて行う機能を有する。接続検証機能部１０１は、また、このＳＩＰアドレスがアドレス情報ローカルＤＢ１０３に登録されていない場合、このＳＩＰアドレスの検証を外部のアドレス情報サーバ１２０に依頼してその検証結果を得ることで当該ＳＩＰアドレスの検証を実現する機能を有する。

ＩＰ電話端末１００のアドレス情報ローカルＤＢ１０３は、過去に問い合わせたアドレスの検証結果を含むアドレス情報や、知人のアドレスなど検証が不要なアドレスのアドレス情報を保存する。これらのアドレス情報は、接続検証機能部１０１においてアドレス情報サーバ１２０へのアドレス検証の依頼を省略できるかどうかの判定に利用される。アドレス情報ローカルＤＢ１０３へのＳＩＰアドレスの登録は、ＩＰ電話端末１００におけるＧＵＩ操作や釦操作により可能である。さらに、アドレス情報サーバ１２０からの検証結果のアドレス情報がアドレス情報ローカルＤＢ１０３に自動的に追加される。

アドレス情報サーバ１２０は、ＳＯＡＰ等のプロトコルにより、インターネット１３０上で多数のクライアントにアドレス検証の公開サービス機能を提供するサーバ装置である。かかる公開サービスは、例えば、契約に基づいた特定のクライアントのリクエストに応じてＳＩＰアドレスの検証を行うようにしても良い。アドレス情報サーバ１２０は、アドレス検証機能部１２１と、アドレス情報ＤＢ１２２とを有する。アドレス検証機能部１２１は、検証依頼のあったＳＩＰアドレスに対し、アドレス情報ＤＢ１２２を利用して迷惑電話等の望ましくないＳＩＰアドレスであるか否かを検証し、その検証結果を含むアドレス情報を依頼元クライアントに返信する機能を有する。アドレス情報ＤＢ１２２は、迷惑電話等の望ましくないＳＩＰアドレスと、当該ＳＩＰアドレスに関連する関連情報を保持する。アドレス情報ＤＢ１２２へのＳＩＰアドレスの登録は、アドレス情報サーバ１２０におけるＧＵＩ操作やバッチ処理などによりサービス事業者が行う方式でも良い。また、他の情報提供サービスから情報をインターネット１３０を介して自動的に獲得し登録する方式でも良い。

図２Ａは、図１に示されるアドレス情報ローカルＤＢ１０３の登録例を示している。本図のアドレス情報ローカルＤＢ１０３を参照すると、ＳＩＰアドレスの各々に対応して、その着信許可ステータスと、関連情報とが設定される。例えば、１行目には、ＳＩＰアドレス「SIP:+81-3-xxx-xxx1@xxx.com」と、着信許可ステータスとして「ＯＫ」と、関連情報として「profile01.txt, photo01.jpg」とが対応している。ＳＩＰアドレスの形式には多様な形式が有り得るが、これは１つの例であり、他の形式としてはメールアドレス同様の形式もあり得る。着信許可ステータスとしては、「ＯＫ」又は「ＮＧ」の何れかの値により着信を認める旨か又は着信を拒否する旨を各々表すようにする。関連情報は、当該ＳＩＰアドレスに対応する発信元に関連する情報である。profile01.txtは発信元のプロファイル情報をテキスト形式で記述することができる。photo01.jpgは発信元の写真等の画像情報とすることができる。

アドレス情報ローカルＤＢ１０３のへのＳＩＰアドレスの登録は、利用者により直接入力できるようにしても良い。例えば、知人や別途入手した迷惑電話のアドレス情報を直接入力することもできる。さらには、アドレス情報サーバ１２０からの返信された検証結果のアドレス情報を自動で登録することも可能である。

図２Ｂは、図１に示されるアドレス情報ＤＢ１２２の登録例を示している。本図のアドレス情報ＤＢ１２２を参照すると、アドレス情報ローカルＤＢ１０３と同様に、ＳＩＰアドレスに対応して、その着信許可ステータスと、関連情報とが設定される。例えば、１行目には、ＳＩＰアドレス「SIP:+81-9-xxx-xx1x@xxx.com」と、着信許可ステータスとして「ＮＧ」と、関連情報として「profile91.txt」とが対応している。profile91.txtは、例えば、発信元の素性を示す情報を記述したテキストファイルとすることができる。アドレス情報ＤＢ１２２は、アドレス情報ローカルＤＢ１０３とは異なり、基本的に着信を拒否すべき望ましくないＳＩＰアドレスが登録されるが、本図の６行目の如く着信許可ステータスが「ＯＫ」とされるＳＩＰアドレスが登録されても良い。

なお、図２Ａ及び図２Ｂに示される例において、関連情報は、テキストファイル又は画像ファイルを指定する形態が示されたが、その情報自体が表示処理できるメディアデータであっても良いし、ＵＲＬ（Uniform Resource Locater）等のメディアデータを取得することができる参照情報であっても良い。

図３は、図１に示される第１の実施例における処理手順を示している。本図の処理手順について図１に示される構成要素を適宜参照して説明する。

先ず、ＩＰ電話端末１１０が発信元端末として呼接続要求を行う（ステップＳ１）。呼接続要求は、ＩＮＶＩＴＥリクエストとしてＳＩＰサーバ１５０を介してＩＰ電話端末１００に転送される。ＩＮＶＩＴＥリクエストには、発信元であるＩＰ電話端末１１０のＳＩＰアドレスが含まれている。ＩＰ電話端末１００は、このＩＮＶＩＴＥリクエストを受信することで、呼接続要求を受信する（ステップＳ２）。次いで、ＩＰ電話端末１００は、当該ＩＮＶＩＴＥリクエストから発信元であるＩＰ電話端末１１０のＳＩＰアドレス（すなわち着呼発信元アドレス）を抽出する（ステップＳ３）。

次に、ＩＰ電話端末１００は、アドレス情報ローカルＤＢ１０３を参照して、当該ＳＩＰアドレスが登録されているか否かを判定する（ステップＳ４）。ここで、もし当該ＳＩＰアドレスがアドレス情報ローカルＤＢ１０３に登録され且つその着信許可ステータスが「ＮＧ」と設定されいていた場合には、ＩＰ電話端末１００は、ＩＰ電話端末１１０との呼接続を拒否する（ステップＳ５）。ＩＮＶＩＴＥリクエストに対する接続拒否は、ＳＩＰサーバ１５０を介してＩＰ電話端末１１０に転送されて呼接続は中止される。次いで、ステップＳ２に戻る。

一方、ステップＳ４において、もし当該ＳＩＰアドレスがアドレス情報ローカルＤＢ１０３に登録され且つその着信許可ステータスが「ＯＫ」と設定されていた場合には、ＩＰ電話端末１００は、ＩＰ電話端末１１０との呼接続を許可する（ステップＳ６）。ＩＮＶＩＴＥリクエストに対する接続許可は、ＳＩＰサーバ１５０を介してＩＰ電話端末１１０に転送されて呼接続シーケンスが続行されてＩＰ電話端末１００とＩＰ電話端末１１０との間の呼接続セッションが確立される、この際に、ＩＰ電話端末１００は、関連情報をその表示部に表示する（ステップＳ７）。これによりユーザは、発信元の関連情報として例えばプロフアイル情報あるいは写真画像を目視により確認することができる。ユーザはＩＰ電話機１００の受話器を挙げる等の操作により、ＩＰ電話端末１００とＩＰ電話端末１１０との間で電話の通話が開始される（ステップＳ８及びＳ９）。

一方、ステップＳ４において、発信元のＳＩＰアドレスがアドレス情報ローカルＤＢ１０３に登録されていない場合には、ＩＰ電話端末１００は、当該ＳＩＰアドレスの検証をアドレス情報サーバ１２０に依頼する（ステップＳ１０）。なお、ＩＰ電話端末１００にアドレス情報ローカルＤＢ１０３を備えない構成も可能である。その場合には、前述の如きＩＰ電話端末１００内でのアドレスの検証の処理が省略され、即時にアドレス情報サーバ１２０に検証要求を行うことになる。アドレス情報サーバ１２０は、この検証要求を受け付ける（ステップＳ１１）。次いで、アドレス情報サーバ１２０は、当該ＳＩＰアドレスがアドレス情報ＤＢ１２２に登録されているか否かを判定する（ステップＳ１２）。ここで、当該ＳＩＰアドレスがアドレス情報ＤＢ１２２に登録されていない場合には、不明の旨をＩＰ電話端末１００に返信する（ステップＳ１３）。これに応じて、ＩＰ電話端末１００は、その旨を表示装置を表示することでユーザの判断を仰ぐようにしても良い。

一方、ステップＳ１２において、当該ＳＩＰアドレスがアドレス情報ＤＢ１２２に登録され且つその着信許可ステータスが「ＮＧ」と設定されていた場合には、アドレス情報サーバ１２０は、ＩＰ電話端末１００に対して着信拒否の旨の返信する（ステップＳ１３）。分岐記号Ａに示すように、ＩＰ電話端末１００は呼接続を拒否する（ステップＳ５）。

また、ステップＳ１２において、当該ＳＩＰアドレスがアドレス情報ＤＢ１２２に登録され且つその着信許可ステータスが「ＯＫ」と設定されていた場合には、アドレス情報サーバ１２０は、ＩＰ電話端末１００に対して着信許可の旨を返信する。これに応じてＩＰ電話端末１００は呼接続を許可する（ステップＳ６）。次いで、ＩＰ電話端末１００は、呼接続シーケンスを継続して、ＩＰ電話端末１１０との通話を開始する（ステップＳ８及びＳ９）。ＩＰ電話端末１００は通話の終了に応じて、当該ＳＩＰアドレスが未登録であれば、このＳＩＰアドレス及び関連情報を含むアドレス情報をアドレス情報ＤＢローカル１０３に保存する（ステップＳ１５）。保存されたアドレス情報は、次回の着信において利用される。
＜第２の実施例＞
図４は、本発明の第２の実施例を示し、ＩＰ電話端末１００及び複数のアドレス情報サーバ１２０ａ乃至１２０ｃを含む全体の構成を示している。ＩＰ電話端末１００は、第１の実施例と同様の構成を有すると共に、そのアドレス検証機能部１０２は、ＳＩＰのプロトコルにおけるＩＮＶＩＴＥリクエストに含まれるパラメータの値により複数のアドレス情報サーバ１２０ａ乃至１２０ｃの中から何れか１つを選択して切り替える機能を有する。このパラメータの例としては、携帯電話やＩＰ電話などの発信元電話機の種類を与えるパラメータや、発信元の要件等の違いに応じて設定されるパラメータが挙げられる。複数のアドレス情報サーバ１２０ａ乃至１２０ｃの各々は、第１の実施例におけるアドレス情報サーバと同様の機能を有すると共に、個々にアドレス情報ＤＢ１２２ａ乃至１２２ｃを各々有する。アドレス情報ＤＢ１２２ａ乃至１２２ｃの各々は、それぞれが得意とする分野の望ましくない特定発信元のアドレス情報を保持することで、迷惑電話をより幅広く検証できるようにすることができる。

図５は、本発明における第１及び第２の実施例における関連情報の表示例を示している。（ａ）着信許可の表示例１７０ａを参照すると、着信が許可をされる旨の記載と、ＳＩＰアドレスと、当該ＳＩアドレスに対応する発信元の関連情報としてその写真１７１ａが表示されている。発信元の関連情報として写真画像を表示することは、近親者あるいは友人の着信を受ける場合に利用者の利便性が高い。（ｂ）着信拒否の表示例１７０ｂを参照すると、着信が拒否される旨の表示と、ＳＩＰアドレスと、当該ＳＩアドレスに対応する発信元の関連情報としてそのプロファイル情報が表示されている。この例では、望ましくない業者からの宣伝である旨の表示をなすことで着信拒否の根拠を示している。

なお、関連情報の表示機能は、好ましくはＩＰ電話端末１００に備えられる表示機能で実現するが、それ以外にも、ＩＰ電話端末１００の接続検証機能部１０１が外部の別装置と連携することにより、例えば、ネットワークを介してパーソナルコンピュータに関連情報を表示するようにすることも可能である。

以上のように本発明によるＩＰ電話システムの実施例から明らかなように、迷惑電話の如く望ましくない特定の発信元アドレスを集中的に管理するアドレス情報サーバにアクセスしてかかる特定発信元アドレスからの着信を拒否する構成が与えられる。これにより、ＩＰ電話の利用者は、常に最新の情報に基づいて迷惑電話から着信を回避することができる。さらに、アドレス情報サーバは、迷惑電話のアドレスを専門に探索する事業者が運営することにより、望ましくない発信元をいち早く取り除くことが可能となる。

また、アドレス検証サービスの事業者は複数存在することが可能であり、利用者は、ＳＩＰ電話機能の通信設定を切り替えることで、信頼性やサービス価格などの面で利用者の要求に合った事業者のサービスを利用できるようになる。予め複数の通信設定を行い、電話のアドレスや要件により複数のアドレス情報サーバのうちから適切なサーバを自動的に切り替えるようにすることもできる。さらに、迷惑電話の防止以外にも、電話がかかってきた相手のプロフィールや関連情報を参照しながら電話ができるようになる。

以上の実施例においては、ＩＰ電話端末間の通信プロトコルは、ＳＩＰのプロトコルを基礎として説明されたが、本発明によるＩＰ電話端末及びシステムは、ＳＩＰプロトコルに限定されず、Ｈ．３２３の如き他のＩＰ電話プロトコルにおいても実現され得る。また、本発明による電話端末に着信する外部の電話端末は、ＩＰ電話端末に限られず通常の電話網を介した通常の電話端末であっても良い。この場合、通常の電話端末の電話番号をＳＩＰアドレスの如きアドレスに置き換えることで迷惑電話サービスが実現される。

本発明の第１の実施例を示し、ＩＰ電話端末及びアドレス情報サーバを含むＩＰ電話システム全体の構成を示しているブロック図である。 図１に示されるアドレス情報ローカルＤＢの登録例を示している図である。 図１に示されるアドレス情報ＤＢの登録例を示している図である。 図１に示される第１の実施例における処理手順を示しているシーケンス図である。 本発明の第２の実施例を示し、ＩＰ電話端末及びアドレス情報サーバを含む全体の構成を示しているブロック図である。 本発明における第１及び第２の実施例における関連情報の表示例を示している図である。

符号の説明

１００、１１０ ＩＰ電話端末
１０１ 接続検証機能部
１０２ ＳＩＰ電話機能部
１０３ アドレス情報ローカルＤＢ
１２０、１２０ａ、１２０ｂ、１２０ｃ アドレス情報サーバ
１２１ アドレス検証機能部
１２２、１２２ａ、１２２ｂ、１２２ｃ アドレス情報ＤＢ
１３０ インターネット
１４０ ＩＰ電話ネットワーク
１５０ ＳＩＰサーバ

Claims (8)

1. ＩＰネットワークを介して電話通信をなす複数の電話端末を含むＩＰ電話システムであって、
   着信を拒否すべき少なくとも１つの特定発信元アドレスを保持する少なくとも１つのアドレス情報サーバを含み、
   前記複数の電話端末のうちの少なくとも１つは、着呼発信元アドレスを含む着信要求に応じて、前記アドレス情報サーバにアクセスして、前記着呼発信元アドレスが前記特定発信元アドレスに一致するか否かを判別する判別手段と、前記判別手段が、前記着呼発信元アドレスの前記特定発信元アドレスへの一致を判別しない場合、前記着呼発信元アドレスに対応する電話端末との間の電話通信を許可する電話通信許可手段と、を含むことを特徴とするＩＰ電話システム。
2. 前記判別手段は、前記アドレス情報サーバにアクセスして前記特定発信元アドレスを取得保持し、次の着信要求に際して、前記アドレス情報サーバにアクセスせずに、当該保持された特定発信元アドレスに基づいて判別することを特徴とする請求項１記載のＩＰ電話システム。
3. 前記アドレス情報サーバは、前記特定発信元アドレス毎に対応する電話端末の関連情報を保持し、前記電話端末の判別手段は、前記アドレス情報サーバから前記関連情報を取得して、これを表示する手段を含むことを特徴とする請求項１又は２記載のＩＰ電話システム。
4. ＩＰネットワークを介して電話通信をなす電話端末であって、
   着呼発信元アドレスを含む着信要求に応じて、着信を拒否すべき少なくとも１つの特定発信元アドレスを保持する少なくとも１つのアドレス情報サーバにアクセスして、前記着呼発信元アドレスが前記特定発信元アドレスに一致するか否かを判別する判別手段と、
   前記判別手段が、前記着呼発信元アドレスの前記特定発信元アドレスへの一致を判別しない場合、前記着呼発信元アドレスに対応する電話端末との間の電話通信を許可する電話通信許可手段と、
   を含むことを特徴とする電話端末。
5. 前記判別手段は、前記アドレス情報サーバにアクセスして前記特定発信元アドレスを取得保持し、次の着信要求に際して、前記アドレス情報サーバにアクセスせずに、当該保持された特定発信元アドレスに基づいて判別することを特徴とする請求項４記載の電話端末。
6. 前記判別手段は、前記アドレス情報サーバから前記特定発信元アドレスに対応する電話端末の関連情報を取得して、これを表示する手段を含むことを特徴とする請求項４又は５記載の電話端末。
7. ＩＰ電話通信をなす電話端末に接続されるアドレス情報サーバであって、
   着信を拒否すべき少なくとも１つの特定発信元アドレスを保持するアドレス保持手段と、
   前記電話端末からのアクセスに応じて、前記電話端末に前記特定発信元アドレスの内容又はその存在を通知するアドレス通知手段と、
   を含むことを特徴とするアドレス情報サーバ。
8. 前記アドレス保持手段は、前記特定発信元アドレス毎に対応する電話端末の関連情報を保持し、前記アドレス通知手段は、前記特定発信元アドレスと共に対応する関連情報を併せて通知することを特徴とする請求項７記載のアドレス情報サーバ。
   
   
   
   

Images