(57)【要約】    【構成】  発信者から送信されてきた“INVITE”リクエストに記述され、発信者を特定することができる識別アドレスが送信されてきた場合、その識別アドレスを検出し、あらかじめ電話機に記憶させておいた識別アドレスと比較する。その結果、これらの識別アドレスが一致する場合、“INVITE”リクエストの着信を拒否する。    【効果】  “INVITE”リクエストに記述され、かつ発信者の特定が可能な識別アドレスを利用することにより、“INVITE”リクエストの着信を拒否して、いたずら電話を確実に防止する。【選択図】  図１
2005303343.tif 000002
【特許請求の範囲】
【請求項１】
呼の確立に必要なセッション情報を含む接続要求を受信する電話機において、
前記セッション情報に記述されたかつ発信者を識別する識別子を検出する検出手段、
任意の識別子を保持するメモリ手段、および
前記検出手段によって検出された識別子が前記メモリ手段によって保持された識別子と一致するとき前記呼の確立を拒否する拒否手段を備えることを特徴とする、電話機。
【請求項２】
前記検出手段によって検出された識別子が前記メモリ手段によって保持された識別子と一致しないとき呼確立操作に応答して前記呼を確立する確立手段をさらに備える、請求項１記載の電話機。
【請求項３】
前記呼が確立された後に接続拒否操作を受け付けたとき前記検出手段によって検出された識別子を前記メモリ手段に設定する設定手段をさらに備える、請求項１または２記載の電話機。
【請求項４】
前記検出手段によって検出された識別子は、前記セッション情報に記述されたＩＰアドレスおよびドメイン名のいずれかを含む識別子である、請求項１ないし３のいずれかに記載の電話機。
【請求項５】
前記検出手段によって検出された識別子は、前記電話貴の製造時に与えられるかつ互いに異なる識別子である、請求項１ないし３のいずれかに記載の電話機。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、電話機に関し、特にたとえば、いたずら電話を防止できるＩＰ電話機に適用され、呼の確立に必要なセッション情報を含む接続要求を受信する、電話機に関する。
【背景技術】
【０００２】
従来のこの種のＩＰ（Internet Protocol）電話機では、ユーザは、いたずら電話を受信すると、番号登録ボタンを押して“INVITE”リクエストのヘッダに含まれる発信元情報（“Ｆｒｏｍ”部分）や返信先情報（“Ｃｏｎｔａｃｔ”部分）からユーザＩＤ、ユーザホストなど、いたずら電話の発信者の特定が可能な情報をＩＰ電話機に登録しておく。そして、登録された情報と同じ情報を有する“INVITE”リクエストを再度受信したとき、ＩＰ電話機はいたずら電話であると判断して、その着信を拒否する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、ＩＰ電話の規格であるdraft-ietf-sip-privacy-01やRFC3325によると、発信者は電話をするたびに、発信元情報や返信先情報を任意の情報に書き換えた“INVITE”リクエストを送信することができる。このため、発信者がいたずら電話をかけるたびに、これらの情報を書き換えた“INVITE”リクエストを送信すると、ＩＰ電話機は登録された情報に基づいていたずら電話の着信を拒否することができないという問題がある。
【０００４】
それゆえに、この発明の主たる目的は、いたずら電話を確実に防止することができる、電話機を提供することである。
【課題を解決するための手段】
【０００５】
請求項１の発明は、呼の確立に必要なセッション情報を含む接続要求を受信する電話機において、セッション情報に記述されたかつ発信者を識別する識別子を検出する検出手段、任意の識別子を保持するメモリ手段、および検出手段によって検出された識別子がメモリ手段によって保持された識別子と一致するとき呼の確立を拒否する拒否手段を備えることを特徴とする、電話機である。
【０００６】
請求項１の発明によれば、セッション情報に記述され、かつ発信者を識別できる識別子を検出する。一方、あらかじめ任意の識別子を記憶しておく。そして、検出された識別子と任意の識別子とが一致した場合、呼の確立を拒否する。つまり、発信者から送信されてきたセッション情報に記述され、発信者を特定することができる識別子が送信されてきた場合、その識別子を検出し、あらかじめ電話機に記憶させておいた識別子と比較する。その結果、これらの識別子が一致する場合、呼の確立を拒否する。このように、セッション情報に記述され、かつ発信者の特定が可能な識別子を利用することにより、呼の確立を拒否して、いたずら電話を確実に防止する。
【０００７】
請求項２の発明は、請求項１に従属し、検出手段によって検出された識別子がメモリ手段によって保持された識別子と一致しないとき呼確立操作に応答して呼を確立する確立手段をさらに備える、電話機である。
【０００８】
請求項２の発明によれば、検出された識別子と、あらかじめメモリに記憶させておいた識別子とが一致しない場合、いたずら電話ではないと判断して呼を確立することにより、通話が可能になる。
【０００９】
請求項３の発明は、請求項１または２に従属し、呼が確立された後に接続拒否操作を受け付けたとき検出手段によって検出された識別子をメモリ手段に設定する設定手段をさらに備える、電話機である。
【００１０】
請求項３の発明によれば、呼を確立して通話が可能になった後、いたずら電話であるとして接続拒否操作を受け付けると、セッション情報に記述された識別子を検出して、メモリに記憶させる。この結果、同じ識別子を有するセッション情報を含む接続が再び要求されても、いたずら電話であると判断して呼の確立を拒否する。
【００１１】
請求項４の発明は、請求項１ないし３のいずれかに従属し、検出手段によって検出された識別子は、セッション情報に記述されたＩＰアドレスおよびドメイン名のいずれかを含む識別子である、電話機である。この場合、セッション情報に記述されるＩＰアドレスおよびドメイン名はいずれも発信者の特定が可能な識別子であるため、いたずら電話を確実に防止できる。
【００１２】
請求項５の発明は、請求項１ないし３のいずれかに従属し、検出手段によって検出された識別子は、電話機の製造時に与えられるかつ互いに異なる識別子である、電話機である。この場合、セッション情報に記述される電話機の製造時に与えられるかつ互いに異なる識別子は、発信者の特定が可能な識別子であるため、いたずら電話を確実に防止できる。
【発明の効果】
【００１３】
この発明によれば、セッション情報に記述され、かつ発信者を識別できる識別子を利用して呼の確立を拒否するので、いたずら電話を確実に防止することができる。
【００１４】
この発明の上述の目的、その他の目的、特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００１５】
図１を参照して、この発明の実施例である電話機Ｂのユーザが電話機Ａのユーザに電話をかける場合の全体構成を説明する。ここで、電話機Ａおよび電話機ＢはいずれもＩＰ電話機（以下、単に“電話機”と表記する）であり、ＩＰ網に接続されている。ＩＰ網上には、プロキシサーバ４０および４２が存在しており、電話機Ｂはプロキシサーバ４０およびプロキシサーバ４２を介して“INVITE”リクエストを電話機Ａに送信する。その結果、電話機Ａと電話機Ｂとの間でＲＴＰ(Real-time Transport Protocol)と呼ばれる通信プロトコルによるセッションが確立されると、電話機Ａは音声を変換した音声パケットを送受信することができる。したがって、電話機Ａのユーザは電話機Ｂのユーザと通話することができる。
【００１６】
図２を参照して、この発明の実施例である電話機１０は、ＣＰＵ１２を含む。ＣＰＵ１２には、ＤＳＰ１４、ディスプレイ１６、キーパッド１８、フラッシュメモリ２０、ネットワークコントローラ２２が接続されている。ＤＳＰ１４は、Ｄ／Ａ変換器２６を介して受話器３４に設けられたスピーカ２８と接続され、Ａ／Ｄ変換器３０を介して受話器３４に設けられたマイク３２と接続されており、スピーカ２８に出力する音声やマイク３２から入力された音声の処理を行っている。
【００１７】
ネットワークコントローラ２２は通信コネクタ２４に接続されており、通信コネクタ２４は所定のケーブルによってＩＰ網と接続されている。したがって、ＣＰＵ１２はネットワークコントローラ２２および通信コネクタ２４を介してＩＰ網との間でデータを送受信することができる。
【００１８】
図３を参照して、電話機Ｂのユーザが電話機Ａのユーザに電話をかける場合に、電話機Ｂから電話機Ａに対して送信される“INVITE”リクエストについて説明する。“INVITE”リクエストは、電話機Ａと電話機Ｂとの間の発着信をコントロールするシグナリング技術であるＳＩＰ(Session Initiation Protocol)のメッセージの一種である。“INVITE”リクエストは、ヘッダと発着信をコントロールするボディとを含む。ヘッダは発信元情報ＡＩおよび返信先情報ＢＩを含み、ボディのｃラインおよびｉラインはそれぞれ他の情報を含む。発信元情報ＡＩおよび返信先情報ＢＩの各々には、ユーザＩＤおよびユーザホストが記載されている。図３に示す“INVITE”リクエストの場合、ユーザＩＤとして“moto”、ユーザホストとして“10.0.0.1”が記載され、ボディはＳＤＰ(Session Description Protocol)形式で記載されている。
【００１９】
この場合、電話機Ｂのユーザが電話機Ａのユーザに対していたずら電話をかけようとするとき、電話機Ｂのユーザが図３に示すような“INVITE”リクエストを送信すると、電話機Ａのユーザはヘッダに含まれるユーザＩＤおよびユーザホストからいたずら電話をかけてきたのは電話機Ｂのユーザであることを知ることができる。
【００２０】
このため、電話機Ｂのユーザは、ユーザＩＤおよびユーザホストを任意のユーザＩＤおよびユーザホストに書き換えることによって、いたずら電話が電話機Ｂから発信されていることをわからなくすることができる。例えば図４に示すように、電話機Ｂのユーザは、ユーザＩＤを“moto”から“koto”に、ユーザホストであるＩＰアドレスを“10.0.0.1”から“10.5.1.0”にそれぞれ書き換えることにより、電話機Ｂからいたずら電話をしていることをわからなくすることができる。
【００２１】
しかし、規格draft-ietf-sip-privacy-01またはRFC3325によれば、ヘッダのユーザＩＤを“moto”から“koto”に、およびユーザホストを“10.0.0.1”から“10.5.1.0”に書き換えても、ボディのｃラインに記載されたユーザホストを“10.0.0.1”から“10.5.1.0”に書き換えることはできない。このため、いたずら電話の“INVITE”リクエストを受信した電話機Ａは、ｃラインからユーザホストを取得し、フラッシュメモリ２０に設けた着信拒否テーブル２０ａに登録しておく。その後、着信拒否テーブル２０ａに登録されたユーザホストと同じユーザホストを有する“INVITE”リクエストが再び送信されてきたとき、電話機Ａは着信拒否テーブル２０ａに同じユーザホストがあることを確認して、“INVITE”リクエストの着信を拒否する。なお、ｃラインに記載されるユーザホストは、電話機ＢのＩＰアドレスに限られず、ドメイン名でもよい。この実施例の以下の説明では、ＩＰアドレスおよびドメイン名を含めて識別アドレスＣＩという。
【００２２】
ここで、電話機Ａに送信される“INVITE”リクエストのユーザＩＤおよびユーザホストを任意のユーザＩＤおよびユーザホストに書き換える処理は、電話機Ｂからプロキシサーバ４２に送信される“INVITE”リクエストに含まれる情報に基づいて、プロキシサーバ４２が行う。このとき、“INVITE”リクエストのｃラインに含まれる識別アドレスＣＩは書き換えられていない。このため、ＲＴＰの確立後、電話機Ａは、プロキシサーバ４０および４２を介さず、電話機Ｂと直接音声パケットを送受信することができる。
【００２３】
次に、図５を参照して、電話機Ａが識別アドレスＣＩを含む“INVITE”リクエストを受信したとき、そのＣＰＵ１２が実行する処理フローを説明する。
【００２４】
ステップＳ１で電話機Ｂからの“INVITE”リクエストを受信するまで待機し、“INVITE”リクエストを受信すると、ステップＳ３で“INVITE”リクエストのボディのｃラインに含まれる識別アドレスＣＩを取得する。
【００２５】
ステップＳ５では、取得した識別アドレスＣＩが、着信拒否番号として着信拒否テーブル２０ａに登録されている識別アドレスＣＩと一致するか否かを判定する。その結果、ＹＥＳと判定した場合はいたずら電話と判断し、ステップＳ７に進む。ステップＳ７では、“INVITE”リクエストの着信を拒否することを示す“603 Decline”レスポンスを電話機Ｂに送信し、後述するステップＳ２７に進む。一方、ＮＯと判定した場合はステップＳ９に進む。
【００２６】
ステップＳ９では、“INVITE”リクエストを転送中であることを示す“100 Trying”レスポンスを電話機Ｂに送信する。ステップＳ１１では、電話機Ｂに対して電話機Ａのユーザを呼び出し中であることを示すため、“180 Ringing”レスポンスを送信する。電話機Ａで呼び出し音が発生し、電話機Ａのユーザが受話器３４を上げると、ステップＳ１３で、“INVITE”リクエストが成功したことを伝える“200 OK”レスポンスを電話機Ｂに送信する。ステップＳ１５では、電話機Ｂが“200 OK”レスポンスを受信したことを示す、“ACK”リクエストを受信するまで待機する。“ACK”リクエストを受信すると、電話機Ｂとの間で直接ＲＴＰが確立される。
【００２７】
電話機Ｂとの間でＲＴＰが確立されると、ステップＳ１７で音声パケットの送受信が開始され、電話機Ａのユーザは電話機Ｂのユーザと通話することができる。電話機Ａのユーザは、電話機Ｂのユーザと通話した結果、いたずら電話と判断すると、キーパッド１８に設けられた番号登録ボタン１８ａを押す。
【００２８】
ステップＳ１９では、ＣＰＵ１２は、番号登録ボタン１８ａが押されたか否かを判定する。ＹＥＳと判定したときは、いたずら電話と判断したので、ステップＳ２１に進む。ステップＳ２１では、ステップＳ３で取得した識別アドレスＣＩを着信拒否アドレスとしてフラッシュメモリ２０に設けられた着信拒否テーブル２０ａに登録する。登録が完了すると、ステップＳ２７に進む。
【００２９】
一方、ステップＳ１９でＮＯと判定したときは、ステップＳ１９で１０秒経過した否かを判定する。その結果、ＮＯと判定した場合にはステップＳ１９に戻る。また、ＹＥＳと判定した場合には、いたずら電話ではなかったと判断したので、ステップＳ２５で通話が終了して受話器３４が置かれるまで音声パケットの送受信を行う。通話が終了して受話器３４が置かれると、ステップＳ２７で電話機Ｂとの通信を切断して終了する。
【００３０】
このように、電話機Ｂのユーザがヘッダの発信元情報ＡＩおよび返信先情報ＢＩを書き換えていたずら電話をかけてきたときは、“INVITE”リクエストの中の書き換えることができない識別アドレスを着信拒否アドレスとして着信拒否テーブル２０ａに登録する。そして、電話機Ｂのユーザが再びいたずら電話をかけてきたとき、電話機Ａは着信拒否テーブル２０ａに登録された識別アドレスＣＩに基づいてその着信を拒否することにより、いたずら電話を確実に防止することができる。
【００３１】
次に、図６を参照して、この発明の他の実施例である電話機Ｂのユーザが電話機Ａのユーザに電話をかける場合の全体構成について説明する。ここで、図１の場合と同様に、電話機Ａおよび電話機ＢはいずれもＩＰ電話機であり、ＩＰ網に接続されている。ＩＰ網上には、プロキシサーバ４０および４２が存在しており、電話機Ｂはプロキシサーバ４０およびプロキシサーバ４２を介して“INVITE”リクエストを電話機Ａに送信する。
【００３２】
電話機Ａと電話機Ｂとはまた、アノニマイザ（Anonymizer）４４を介しても接続されている。このため、図１の場合と異なり、電話機Ａが“INVITE”リクエストを受信すると、電話機Ａと電話機Ｂとの間でアノニマイザ４４を介してＲＴＰが確立される。この結果、電話機Ａは、アノニマイザ４４を介して音声パケットを送受信することができ、電話機Ａのユーザは、電話機Ｂのユーザと通話することができる。この実施例においても、電話機ＡおよびＢの発着信をコントロールするシグナリング技術として、ＳＩＰが採用され、そのボディはＳＤＰ形式で作成されている。
【００３３】
この実施例に使用される電話機の構成は、図１のＩＰ電話機１０の構成と同一であるため、電話機の構成を示す図およびその説明を省略する。
【００３４】
この実施例では、電話機Ｂから送信されてくる“INVITE”リクエストのボディに含まれるｉラインを利用する。通常ｉラインには、接続に関する情報が格納されているが、発着信を制御するための必須の情報ではない。このため、電話機を製造するときに、メーカが電話機毎に異なる識別番号ＤＩを記載する場所として使用することができる。識別番号ＤＩは、各電話機に固有の番号であるので、いたずら電話の防止に識別番号ＤＩを利用することができる。
【００３５】
通常の通話の場合、電話機Ｂから電話機Ａに送信される“INVITE”リクエストは、の図３およびその説明と同一であるので、図およびその説明を省略する。次に、この実施例で電話機Ｂのユーザがいたずら電話をかけるとき、電話機Ａに送信する“INVITE”リクエストを図７に示す。図７を参照して、ヘッダのユーザＩＤおよびユーザホストである“moto”および“10.0.0.1”は、それぞれ“anonymous”および“anonymizer”に書き換えられている。このため、電話機Ａのユーザは、アノニマイザ４４を介して送信されてきたことを知ることはできるが、電話機Ｂのユーザを特定できる情報を全く知ることができない。ここで、ユーザＩＤおよびユーザホストをそれぞれ“anonymous”および“anonymizer”に書き換える処理は、電話機Ｂからプロキシサーバ４２に送信される“INVITE”リクエストに含まれる情報に基づいて、プロキシサーバ４２が行う。
【００３６】
また、図４の場合と異なり、ボディのｃラインにも“anonymizer”が記載されているので、電話機Ａは電話機Ｂとの間で直接ＲＴＰを確立することができない。したがって、電話機Ａはアノニマイザ４４を介して電話機Ｂとの間でＲＴＰを確立する。このため、電話機Ｂのユーザは、ヘッダおよびボディに記載されたユーザＩＤおよびユーザホストを、それぞれ“anonymous”および“anonymizer”に書き換えても、自分のユーザＩＤおよびユーザホストを電話機Ａのユーザに知られることなく、いたずら電話をかけることができる。
【００３７】
そこで、電話機Ａのユーザは、電話機Ｂのユーザがかけてきたいたずら電話を受けたとき、電話機Ｂから送信されてきた“INVITE”リクエストのボディのｉラインに記載された識別番号ＤＩを着信拒否テーブル２０ａに登録しておく。そして、電話機Ｂから電話機Ａに再びいたずら電話がかかってきたとき、電話機Ａは着信拒否テーブル２０ａを参照して、電話機Ｂに対し着信拒否を通知することができる。
【００３８】
なお、この実施例では識別番号ＤＩを記載する場所はｉラインとしたが、ｉラインに限られず、例えばｓラインなど発着信を制御するための必須の情報が記載されている場所以外の場所であってもよい。
【００３９】
次に、図８を参照して、電話機Ａが識別番号を含む“INVITE”リクエストを受信したとき、そのＣＰＵ１２が実行する処理フローを説明する。
【００４０】
ステップＳ３１で電話機Ｂからの“INVITE”リクエストを受信するまで待機し、“INVITE”リクエストを受信すると、ステップＳ３３で“INVITE”リクエストのボディのｉラインに含まれる識別番号ＤＩを取得する。
【００４１】
ステップＳ３５では、取得した識別番号ＤＩが、着信拒否番号として着信テーブル２０ａに登録されている識別番号と一致するか否かを判定する。その結果、ＹＥＳと判定した場合はいたずら電話と判断し、ステップＳ３７に進む。ステップＳ３７では、“INVITE”リクエストの着信を拒否することを示す“603 Decline”レスポンスを電話機Ｂに送信し、後述するステップＳ５７に進む。一方、ＮＯと判定した場合はステップＳ３９に進む。
【００４２】
ステップＳ３９では、“INVITE”リクエストを受信したことを示す“100 Trying”レスポンスを電話機Ｂに送信する。ステップＳ４１では、電話機Ｂに対して電話機Ａのユーザを呼び出し中であることを示すため、“180 Ringing”レスポンスを送信する。電話機Ａで呼び出し音が発生し、電話機Ａのユーザが受話器３４を上げると、ステップＳ４３で、“INVITE”リクエストが成功したことを伝える“200 OK”レスポンスを電話機Ｂに送信する。ステップＳ４５では、電話機Ｂが“200 OK”レスポンスを受信したことを示す、“ACK”リクエストを受信するまで待機する。“ACK”リクエストを受信すると、電話機Ｂとの間でアノニマイザ４４を介してＲＴＰが確立される。
【００４３】
その結果、ステップＳ４７で音声パケットの送受信が開始され、電話機Ａのユーザは電話機Ｂのユーザと通話することができる。電話機Ａのユーザは、電話機Ｂのユーザと通話した結果、いたずら電話と判断すると、キーパッド１８に設けられた番号登録ボタン１８ａを押す。
【００４４】
ステップ４９では、ＣＰＵ１２は、番号登録ボタン１８ａが押されたか否かを判定する。ＹＥＳと判定したときは、いたずら電話と判断したので、ステップＳ５１に進む。ステップＳ５１では、ステップＳ３３で取得した識別番号ＤＩを着信拒否アドレスとしてフラッシュメモリ２０に設けられた着信拒否テーブル２０ａに登録する。登録が完了すると、ステップＳ５７に進む。
【００４５】
一方、ステップＳ４９でＮＯと判定したときは、ステップＳ５３で１０秒経過した否かを判定する。その結果、ＮＯと判定した場合にはステップＳ４９に戻る。また、ＹＥＳと判定した場合には、いたずら電話ではない判断したので、ステップＳ５５で通話が終了して受話器３４が置かれるまで音声パケットの送受信を繰り返し行う。通話が終了して受話器３４が置かれると、ステップＳ５７で電話機Ｂとの通信を切断して終了する。
【００４６】
このように、電話機Ｂのユーザが、ヘッダおよびボディに含まれるユーザＩＤおよびユーザホストを、それぞれ“anonymous”および“anonymizer”に書き換えていたずら電話をかけてきたとき、“INVITE”リクエストのｉラインに含まれる識別番号を着信拒否アドレスとして着信拒否テーブル２０ａに登録する。そして、電話機Ｂのユーザが再びいたずら電話をかけてきたとき、電話機Ａは着信拒否テーブル２０ａに登録された識別番号ＤＩに基づいてその着信を拒否することにより、いたずら電話を確実に防止することができる。
【００４７】
以上の説明から分かるように、セッション情報である“INVITE”リクエストに記述され、かつ発信者を識別できる識別アドレスを検出する。一方、あらかじめフラッシュメモリ２０の着信拒否テーブル２０ａに任意の識別アドレスを記憶しておく。そして、検出された識別アドレスと任意の識別アドレスとが一致した場合、“INVITE”リクエストの着信を拒否する。つまり、発信者から送信されてきた“INVITE”リクエストに記述され、発信者を特定することができる識別アドレスが送信されてきた場合、その識別アドレスを取得し、あらかじめ電話機に記憶させておいた識別アドレスと比較する。その結果、これらの識別アドレスが一致する場合、“INVITE”リクエストの着信を拒否する。このように、“INVITE”リクエストに記述され、かつ発信者の特定が可能な識別アドレスを利用することにより、いたずら電話を確実に防止する。
【図面の簡単な説明】
【００４８】
【図１】この発明の一実施例の全体構成を示す図解図である。
【図２】ＩＰ電話機の概略構成を示すブロック図である。
【図３】図１実施例の“INVITE”リクエストを示す図解図である。
【図４】図１実施例の他のINVITEリクエストを示す図解図である。
【図５】図１実施例の動作の一部を示すフロー図である。
【図６】この発明の他の実施例の全体構成を示す図解図である。
【図７】図６実施例のINVITEリクエストを示す図解図である。
【図８】図６実施例の動作の一部を示す図解図である。
【符号の説明】
【００４９】
１０…電話機
１２…ＣＰＵ
１８ａ…番号登録ボタン
２０ａ…着信拒否テーブル
４０、４２…プロキシサーバ
４４…アノニマイザ
【図１】
2005303343.tif 000003
【図２】
2005303343.tif 000004
【図３】
2005303343.tif 000005
【図４】
2005303343.tif 000006
【図５】
2005303343.tif 000007
【図６】
2005303343.tif 000008
【図７】
2005303343.tif 000009
【図８】
2005303343.tif 000010