JP4441065B2

JP4441065B2 - 受話装置

Info

Publication number: JP4441065B2
Application number: JP2000168206A
Authority: JP
Inventors: 昌孝太田; 賢治藤川; 靖明中西
Original assignee: 株式会社インフィニコ; 大井電気株式会社
Priority date: 2000-06-05
Filing date: 2000-06-05
Publication date: 2010-03-31
Anticipated expiration: 2020-06-05
Also published as: JP2001345803A

Description

【０００１】
【発明の属する技術分野】
本発明は受話装置に関し、例えばインターネット電話システム等に適用可能な受話装置におけるセキュリティ技術に関する。
【０００２】
【従来の技術】
インターネット電話システムでは、例えばパーソナルコンピュータ等を用いて構成された送話装置及び受話装置が用いられる。そして、送話装置で送話音声がパケット化され、それがインターネットを介して受話装置に送信される。受話装置では受信したパケットを開梱し、送話音声を再生する。かかるインターネット電話システムによれば、通信コストの安いインターネットを介して通話が可能なため、例えば海外電話を気軽にできるようになる。
【０００３】
【発明が解決しようとする課題】
ところで、インターネット電話システムに用いられる受話装置において、着信時、従来のアナログ電話のように受話装置側から送話装置側に呼出音を送信しようとすると、次のようなセキュリティ上の問題が生じ得る。
【０００４】
すなわち、送話音声と同様、呼出音をリアルタイムにパケット化し、それを受話装置から送話装置に送信するようにすれば、偽りのＩＰアドレスから多数の受話装置に対して着信要求をすると、それら多数の受話装置から、その偽りのＩＰアドレスに対して呼出音を表す多数のパケットを送り付けることができてしまう。このようなパケット増幅の仕組みを放置すると、インターネット上のサイト攻撃に悪用されてしまうおそれがある。また、無制限に呼出音を表すパケットをインターネット上に送出すると、インターネットのトラフィックが無駄に増大してしまうという問題もある。
【０００５】
また、送話装置と受話装置との間で呼が確立された場合に、受話装置から送話装置に向けて音声パケットを送信し始め、送話装置から応答がない場合に音声パケットの送信を終了するというシンプルなプロトコル（例えば、後述する「ＮＯＴＡＳＩＰ（Nothing Other Than A Simple Internet Phone）」等）を採用すると、受話装置側で音声パケットを送信する通信ポートが既知であれば、偽りのＩＰアドレスを名乗って、その既知の通信ポートとの呼を確立することにより、偽りのＩＰアドレスに対して受話装置から音声パケットを送り付けることができてしまう。このようなパケット増幅の仕組みを放置するのは、セキュリティの観点からも、ネットワークトラフィックの観点からも、望ましくない。
【０００６】
本発明は上記課題に鑑みてなされたものであって、その目的は、呼出中データや音声データがインターネット等のデータ通信ネットワークに大量送出されてしまうおそれの少ない受話装置を提供することにある。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、本発明に係る受話装置は、データ通信ネットワークを介して送話装置と通信接続された受話装置であって、前記送話装置から着信要求の旨を表す着信要求データを受信する着信要求データ受信手段と、前記着信要求データを受信する場合に、前記送話装置に対し、現在呼出中である旨を表す呼出中データを順次送信する呼出中データ送信手段と、前記呼出中データのデータ量を制限するデータ量制限手段と、を含み、前記データ量制限手段は、前記呼出中データのデータ量を前記着信要求データのデータ量に基づいて制限することを特徴とする。
【０００８】
本発明によれば、着信要求があった場合、送話装置に対して呼出中である旨を表す呼出中データが順次送信されるが、この呼出中データはデータ量制限手段によりデータ量が制限される。このため、呼出中である旨を表すデータがデータ通信ネットワークに大量送出されてしまうおそれを少なくできる。さらに、本発明によれば、多数の送話装置に呼出中である旨を表すデータを多量に送出させることが困難となり、呼出中データがデータ通信ネットワークに大量送出されてしまうおそれを少なくできる。
【００１０】
また、本発明は、その一態様において、前記着信要求データ受信手段は、複数の通信ポートのうち所定受付ポートにより前記着信要求データを受信し、前記呼出中データ送信手段は、前記呼出中データを前記複数の通信ポートのうち乱数に基づいて選択される通信ポートにより前記呼出中データを送信し、該選択された通信ポートにて送話装置との呼を確立する。こうすれば、送話装置では呼出中データを受信して初めて受話装置で用いる通信ポートを知ることができるため、呼出中データを受信せずに秘密裏に受話装置と任意の送話装置との間で呼を確立することが困難となる。こうすれば、悪意ある者により音声データがデータ通信ネットワークに大量送出されてしまうおそれを少なくできる。
【００１１】
また、本発明に係る受話装置は、データ通信ネットワークを介して送話装置と通信接続された受話装置であって、前記送話装置から着信要求の旨を表す着信要求データを複数の通信ポートのうち所定受付ポートにより受信する着信要求データ受信手段と、前記着信要求データを受信したときに、前記送話装置に対し、現在呼出中である旨を表す呼出中データを前記複数の通信ポートのうち乱数に基づいて選択された、前記所定受付ポートとは異なる通信ポートにより順次送信する呼出中データ送信手段と、を含み、該選択された通信ポートにて前記送話装置との呼を確立し、前記送話装置に対する音声データの送信を開始することを特徴とする。こうすれば、送話装置では呼出中データを受信して初めて受話装置で用いる通信ポートを知ることができるため、呼出中データを受信せずに秘密裏に受話装置と任意の送話装置との間で呼を確立することが困難となる。こうすれば、悪意ある者により音声データがデータ通信ネットワークに大量送出されてしまうおそれを少なくできる。
【００１２】
【発明の実施の形態】
以下、本発明の好適な実施の形態について図面に基づき詳細に説明する。
【００１３】
図１は、本発明の一実施の形態に係る受話装置を含むインターネット電話システムの全体構成を示す図である。同図に示すインターネット電話システム１０は基本プロトコルとしてＮＯＴＡＳＩＰ（Nothing Other Than A Simple Internet Phone）を採用している。このＮＯＴＡＳＩＰはインターネット電話システムをできるだけシンプルに実現するプロトコルであり、Ｈ．３２３のゲートキーパのようなものが無くても２つの端末（送話装置及び受話装置）のみで通話ができるようにすること、音声以外にデータを交換しないこと、既存の電話の主要な機能が使えるようにすること、既存の電話でできない、或いは殆ど使われない機能は実現しないこと、公衆電話回線網とインターネットとで容易に相互接続できるようにすること、を企図して開発されたものである。
【００１４】
同図に示すインターネット電話システム１０では、インターネット（データ通信ネットワーク）１６に、ターミナルアダプタ１２ａ，１２ｂ、ＤＮＳ（Domain Name System）サーバ１８、及びＷＷＷ（World Wide Web）電話帳サーバ２０が接続されている。ターミナルアダプタ１２ａには２線式のアナログ電話機１４ａが接続され、ターミナルアダプタ１２ｂにも２線式のアナログ電話機１４ｂが接続されている。アナログ電話機１４ａ，１４ｂは従来公知のものである。
【００１５】
また、ターミナルアダプタ（送話装置兼受話装置）１２ａ，１２ｂは、ＮＯＴＡＳＩＰ−ＴＡと称されるもので、アナログ電話機１４ａ，１４ｂとインターネット１６とのインターフェースとして機能する。具体的には、ターミナルアダプタ１２ａ，１２ｂは、ネットワークインタフェースと、電話機インターフェースと、音声処理装置（Ａ／Ｄ変換器、Ｄ／Ａ変換器、ＣＯＤＥＣ等を含む）と、制御装置と、を含んでいる。電話機インタフェースは、２線式でアナログ電話機１４ａ，１４ｂとの間でアナログ音声（ＤＴＭＦ；Dual Tone Multi Frequency）信号をやり取りするものである。ネットワークインタフェースはインターネット１６との間でデータをやり取りするためのものである。また、音声処理装置はアナログ電話機１４ａ，１４ｂから入力されるアナログ音声信号をパケット化し、また相手先アナログ電話機から受信する音声パケットをアナログ音声信号化するものである。制御装置は、例えばボードコンピュータと制御用ソフトウェアとを用いて構成されるもので各種の通話接続処理を実行する。
【００１６】
かかる構成を有するインターネット電話システム１０では、アナログ電話機１４ａ，１４ｂを用いて相互に自在に通話できるようになっている。ここではアナログ電話機１４ａからアナログ電話機１４ｂへの発呼について説明するが逆も同様である。図２は、通話接続の基本シーケンスを示す図である。同図に示すように、まずアナログ電話機１４ａにて受話器が取り上げられ（オフフック）、発呼先の電話番号がダイヤルされると（Ｓ１０１）、ターミナルアダプタ１２ａではその電話番号を受け取り、その電話番号に対応するＩＰアドレスをＷＷＷ電話帳サーバ２０に問い合わせる。ＷＷＷ電話帳サーバ２０は、電話番号と、該電話番号のアナログ電話機に接続されているターミナルアダプタのＩＰアドレス又はドメイン名と、を対応づけて記憶しており、ターミナルアダプタ１２ａから電話番号を受信すると、その電話番号に対応するＩＰアドレス又はドメイン名を受付ポート番号及びＣＯＤＥＣ方式とともに返すようになっている。このとき、ＮＯＴＡＳＩＰを採用したＷＷＷ電話帳サーバ２０では、特にストリームＵＲＬと呼ばれる形式で、これらの情報を返すようになっている。なお、ＷＷＷ電話帳サーバ２０からドメイン名が返されてきた場合、ターミナルアダプタ１２ａはＤＮＳサーバ１８にＩＰアドレスを問い合わせる。
【００１７】
その後、ターミナルアダプタ１２ａでは、受話器に備えられたマイクから入力される音声をＷＷＷ電話帳サーバ２０から取得したＣＯＤＥＣ方式にて符号化並びにパケット化し、それをＷＷＷ電話帳サーバ２０から取得したアドレス並びに受付ポートに送信する（Ｓ１０２）。ここでは、アナログ電話機１４ａからアナログ電話機１４ｂへの発呼であるとすると、アナログ電話機１４ｂに接続されたターミナルアダプタ１２ｂでは、受付ポートにてアナログ電話機１４ａからの音声パケットを受信すると、アナログ電話機１４ｂを電話機インタフェースを介して制御し、該アナログ電話機１４ｂから着信音（ベル等）を鳴らすとともに（Ｓ１０３）、呼出音（例えば「トゥルルルル…」等）を表す音声パケットを生成し、それを発信側のターミナルアダプタ１２ａに返す（Ｓ１０４）。このとき、呼出音を表す音声パケットは、受付ポートとは異なる通信ポートを複数の通信ポートの中からランダムに、すなわち公知のアルゴリズムで生成された乱数に基づき選択し、その選択された通信ポートにより送信する。この呼出音を表す音声パケットはアナログ電話機１２ｂにて受話器が取り上げられるまで継続して送信されるが、ターミナルアダプタ１４ｂにおいて特徴的なことは、ここで送信する呼出音を表す音声パケットの数を、ターミナルアダプタ１４ａから送信されてくる音声パケットの数よりも少なくなるよう、制限している。こうすれば、パケット増幅がされないため、サイト攻撃に悪用されることがなくなる。
【００１８】
呼出音を表す音声パケットを受信したターミナルアダプタ１２ａでは、そのパケットを受信すると、その呼出音を表す音声パケットを開梱並びに復号化し、受話器に備えられたスピーカから出力する。また、ターミナルアダプタ１２ａでは、アナログ電話機１４ａの受話器より入力される音声を符号化並びにパケット化し、今度はその選択された通信ポートに向けて送信する（Ｓ１０５）。こうして、ターミナルアダプタ１２ａ，１２ｂの間で呼が確立される。その後、アナログ電話機１４ｂの受話器が取り上げられると（オフフック；Ｓ１０６）、ターミナルアダプタ１２ｂでは受話器から入力される音声を符号化並びにパケット化し、それを発信側のターミナルアダプタ１２ａに送信するとともに（Ｓ１０７）、既に発信側のターミナルアダプタ１２ａから送信されてきている音声パケットを開梱及び復号化し、それを電話機インターフェースを介してアナログ電話機１４ｂの受話器に備えられたスピーカから出力する。一方、発信側のターミナルアダプタ１２ａにおいても、ターミナルアダプタ１２ｂから送信される音声パケットを開梱及び復号化し、それをアナログ電話機インターフェースを介してアナログ電話機１４ａの受話器に備えられたスピーカから出力する。
【００１９】
こうして、アナログ電話機１４ａ，１４ｂの間で通話接続がなされる。通話が終了して、例えばアナログ電話機１４ａにて受話器が置かれると（オンフック；Ｓ１０８）、ターミナルアダプタ１２ａでは音声パケットの送信を速やかに終了する（Ｓ１０９）。また、アナログ電話機１４ｂにて受話器が置かれた場合も（Ｓ１１０）、ターミナルアダプタ１２ａでは音声パケットの送信を速やかに終了する（Ｓ１１１）。このように発信側のアナログ電話機１４ａ又は着信側のアナログ電話機１４ｂにて受話器が置かれると、そのアナログ電話機１４ａ又は１４ｂのソケット（ＵＤＰソケット）がクローズされ、呼が切断される。このため、相手方のアナログ電話機１４ａ又は１４ｂではＩＣＭＰエラーメッセージ「port unreachable」で呼切断の旨を判断することができる。また、相手から音声パケットが３０秒以上届かなかった場合にも呼が切断されたと判断する。なお、発信側も着信側も、通話に使用したポート番号は、再使用まで最低２８６秒（ＩＰｖ４のＴＴＬの最大値２５６秒＋３０秒）の時間を置くようにすることが望ましい。
【００２０】
以上説明したインターネット電話システム１０では、ターミナルアダプタ１２ａ，１２ｂにて、発信側から受け取る音声パケットの数以下に、呼出音を表す音声パケット（呼出中データ）の送出数（データ量）を制限しているので、サイト攻撃等に悪用されるおそれを最小化できる。また、呼出音を表す音声パケットを送信する際に用いる通信ポートをランダムに選択し、その通信ポートで呼を確立し、通話接続するようにしたので、自らのＩＰアドレスを秘したまま着信側のターミナルアダプタ１２ａ，１２ｂを通話状態にすることができないようにできる。
【００２１】
なお、本発明は以上説明した実施の形態に限定されるものではない。
【００２２】
例えば、以上の説明ではターミナルアダプタ１２ａ，１２ｂ及びアナログ電話機１４ａ，１４ｂにて音声だけを送受信するようにしたが、その他、静止画像又は動画像を送受信するようにしてもよい。
【００２３】
また、以上の説明では公知のアナログ電話機１４ａ，１４ｂをターミナルアダプタ１２ａ，１２ｂと組み合わせて別体としたが、両者を一体的に形成してもよい。
【００２４】
また、呼出音をパケット化して送話装置側に送信する場合にのみ本発明は適用可能であるという訳でなく、例えば呼出中である旨のフラグを付したパケットを定期的に受話装置側から送話装置側に送信する場合も、本発明を同様に適用可能である。
【００２５】
また、呼出音を表す音声パケットのパケット数を発信者側から受信するパケットの数以下に制限するだけでなく、その他、受信パケット数の一割増未満に抑える等、発信者側から送信されてくるデータのデータ量に応じて様々な態様で呼出音を表す音声パケットの送信数を制限することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る受話装置を含んで構成されたインターネット電話システムの全体構成を示す図である。
【図２】通話接続の際の基本的シーケンスを示す図である。
【符号の説明】
１０インターネット電話システム、１２ａ，１２ｂターミナルアダプタ（ＮＯＴＡＳＩＰ−ＴＡ）、１４ａ，１４ｂ（２線式）アナログ電話機、１６インターネット（データ通信ネットワーク）、１８ＤＮＳサーバ、２０ＷＷＷ電話帳サーバ。

Claims

データ通信ネットワークを介して送話装置と通信接続された受話装置であって、
前記送話装置から着信要求の旨を表す着信要求データを受信する着信要求データ受信手段と、
前記着信要求データを受信する場合に、前記送話装置に対し、現在呼出中である旨を表す呼出中データを順次送信する呼出中データ送信手段と、
前記呼出中データのデータ量を制限するデータ量制限手段と、を含み、
前記データ量制限手段は、前記呼出中データのデータ量を前記着信要求データのデータ量に基づいて制限することを特徴とする受話装置。
請求項１に記載の受話装置において、
前記着信要求データ受信手段は、複数の通信ポートのうち所定受付ポートにより前記着信要求データを受信し、
前記呼出中データ送信手段は、前記呼出中データを前記複数の通信ポートのうち乱数に基づいて選択される通信ポートにより前記呼出中データを送信し、
該選択された通信ポートにて前記送話装置との呼を確立することを特徴とする受話装置。
データ通信ネットワークを介して送話装置と通信接続された受話装置であって、
前記送話装置から着信要求の旨を表す着信要求データを複数の通信ポートのうち所定受付ポートにより受信する着信要求データ受信手段と、
前記着信要求データを受信したときに、前記送話装置に対し、現在呼出中である旨を表す呼出中データを前記複数の通信ポートのうち乱数に基づいて選択された、前記所定受付ポートとは異なる通信ポートにより順次送信する呼出中データ送信手段と、を含み、
該選択された通信ポートにて前記送話装置との呼を確立し、前記送話装置に対する音声データの送信を開始することを特徴とする受話装置。