(57)【要約】【課題】ＲＴＰを利用した成りすましやＤｏＳ攻撃、不正なプログラムの送り込みなどを阻止すること。【解決手段】インターネットなどの外部ＩＰネットワークと、ＬＡＮなどの内部ＩＰネットワークとの接続点にゲートウエイを設置し、ゲートウエイを通過するデータパケットの送信レートが、それに先立つ呼制御パケットで通知されたデータの種類から見て不相応に高くなっていないかどうかを常時監視する。そして送信レートが規定値を超えた場合は後続のパケットを破棄するので、大量のパケットを送りつけるＤｏＳ攻撃からＬＡＮを守ることができる。一方、破棄せずにＬＡＮに中継するパケットについては、当該パケット内のアナログデータを人間の試聴に影響がない程度の雑音パターンで破壊するので、ウイルスなどのプログラムが送りつけられても、ゲートウエイ通過後は正常に動作しない。【選択図】        図３
2005223453.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークで接続された第１の端末から音声や映像などのデータパケットを受信するデータパケット受信工程と、
前記データパケット受信工程で受信されたデータパケット内のデータの種類に対応する送信レートを抽出する送信レート抽出工程と、
前記データパケット受信工程で受信されたデータパケットの送信レートを計測する送信レート計測工程と、
前記送信レート計測工程で計測された送信レートが前記送信レート抽出工程で抽出された送信レート以下である場合に、前記データパケット受信工程で受信されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信するデータパケット送信工程と、
をコンピュータに実行させることを特徴とするデータ通信プログラム。
【請求項２】
さらに、前記第１の端末から前記データパケットに先立つ呼制御パケットを受信する呼制御パケット受信工程と、
前記呼制御パケット受信工程で受信された呼制御パケットから前記データパケット内のデータの種類を示す情報を抽出するメディアタイプ抽出工程と、を含み、
前記送信レート抽出工程では、前記メディアタイプ抽出工程で抽出された情報にもとづいて前記送信レートを抽出することを特徴とする前記請求項１に記載のデータ通信プログラム。
【請求項３】
さらに、前記送信レート計測工程で計測された送信レートが前記送信レート抽出工程で抽出された送信レート以下である場合に、前記データパケット受信工程で受信されたデータパケット内のデータの種類に対応する雑音パターンを抽出する雑音パターン抽出工程と、
前記雑音パターン抽出工程で抽出された雑音パターンを前記データパケット受信工程で受信された前記データパケット内のデータに合成する雑音パターン合成工程と、を含み、
前記データパケット送信工程では、前記雑音パターン合成工程で前記雑音パターンを合成されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信することを特徴とする前記請求項１または請求項２に記載のデータ通信プログラム。
【請求項４】
ネットワークで接続された第１の端末から音声や映像などのデータパケットを受信するデータパケット受信工程と、
前記データパケット受信工程で受信されたデータパケット内のデータの種類に対応する雑音パターンを抽出する雑音パターン抽出工程と、
前記雑音パターン抽出工程で抽出された雑音パターンを前記データパケット受信工程で受信された前記データパケット内のデータに合成する雑音パターン合成工程と、
前記雑音パターン合成工程で前記雑音パターンを合成されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信するデータパケット送信工程と、
をコンピュータに実行させることを特徴とするデータ通信プログラム。
【請求項５】
ネットワークで接続された第１の端末から音声や映像などのデータパケットを受信するデータパケット受信手段と、
前記データパケット受信手段により受信されたデータパケット内のデータの種類に対応する雑音パターンを抽出する雑音パターン抽出手段と、
前記雑音パターン抽出手段により抽出された雑音パターンを前記データパケット受信手段により受信された前記データパケット内のデータに合成する雑音パターン合成手段と、
前記雑音パターン合成手段により前記雑音パターンを合成されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信するデータパケット送信手段と、
を備えることを特徴とするデータ通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークにより接続された発着端末間のデータ転送、特にＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）方式の下で音声データや映像データなどを転送するデータ通信方法、データ通信プログラム、およびデータ通信装置に関する。
【背景技術】
【０００２】
近年のＩＰ関連技術の進歩により、従来は困難であった音声や、ＴＶ会議に代表される映像などのリアルタイム系のデータ転送が可能となっている。そしてデータ転送にはＲＴＰ（ＩＥＴＦ  ＲＦＣ３５５０）、データ転送のセッションの管理にはＳＩＰ（ＩＥＴＦ  ＲＦＣ３２６１）やＩＴＵ−Ｔ  Ｈ．３２３などのプロトコルが使用されている。
【０００３】
そして企業などにおいては、従来個別に構築していたデータ系のネットワークと音声系のネットワークとを、これらの技術により一つのＩＰネットワークに統合する動きが出始めている。また、その中で複数の企業間のネットワークの接続や、ＩＰの公衆網であるインターネットとの接続を行い、音声網も含め、すべての通信をＩＰで統一したいというニーズも出てきている。
【０００４】
もっとも、インターネットをはじめとするＩＰネットワークは、本来安全性を重視した設計にはなっていない。そこで、特にＲＴＰで送受信されるデータの一部を選択的に暗号化することで、データ転送の安全性を向上させる従来技術も存在するが（下記特許文献１など）、ＩＰネットワークではデータの改変や覗き見のほか、悪意のある利用者がＩＰアドレスを詐称してＬＡＮなどに侵入し（いわゆる「成りすまし」）、サーバやＰＣに不正にアクセスしたり、大量のパケットを送りつけて処理能力を奪ったり（いわゆる「ＤｏＳ攻撃」）、ＯＳのセキュリティホールなどを利用したコンピュータウイルスを蔓延させたりする危険がある（たとえば、特許文献１参照。）。
【０００５】
そこで従来は、内部のネットワークと外部のネットワークとの接続点にゲートウエイ装置（ＦｉｒｅＷａｌｌなど）を置き、当該装置によりアプリケーションのシーケンスまで監視して、異常なパケットを検出・破棄することで、上記のような攻撃に対処していた。
【０００６】
【特許文献１】特開２００２−３１９９３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながらＩＰによる音声データや映像データの伝送では、単純にデータパケットを流すだけのＲＴＰを利用するため、アプリケーションのシーケンスの異常を監視する従来技術では悪意のある攻撃を検出できない。そのためもっぱら、ゲートウエイ装置が受信したＩＰパケットの発着アドレスおよびＴＣＰ／ＵＤＰのポート番号から、当該ＩＰパケットを通過させてよいかどうかを判断するしかなく、事実上、成りすましやＤｏＳ攻撃、不正なプログラムの送り込みなどを阻止できないという問題点があった。
【０００８】
この発明は、上述した従来技術による問題点を解消するため、ＲＴＰを利用した悪意ある攻撃を阻止することが可能なデータ通信方法、データ通信プログラム、およびデータ通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、この発明にかかるデータ通信方法、データ通信プログラム、およびデータ通信装置は、ネットワークで接続された第１の端末から音声や映像などのデータパケットを受信するデータパケット受信工程と、前記データパケット受信工程で受信されたデータパケット内のデータの種類に対応する送信レートを抽出する送信レート抽出工程と、前記データパケット受信工程で受信されたデータパケットの送信レートを計測する送信レート計測工程と、前記送信レート計測工程で計測された送信レートが前記送信レート抽出工程で抽出された送信レート以下である場合に、前記データパケット受信工程で受信されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信するデータパケット送信工程と、を含むことを特徴とする。
【００１０】
この発明によれば、データパケットの送信レートが当該パケット内のデータの種類から見て異常に高くなった場合は、後続のパケットの中継が中断される。
【００１１】
また、この発明にかかるデータ通信方法、データ通信プログラム、およびデータ通信装置は、ネットワークで接続された第１の端末から音声や映像などのデータパケットを受信するデータパケット受信工程と、前記データパケット受信工程で受信されたデータパケット内のデータの種類に対応する雑音パターンを抽出する雑音パターン抽出工程と、前記雑音パターン抽出工程で抽出された雑音パターンを前記データパケット受信工程で受信された前記データパケット内のデータに合成する雑音パターン合成工程と、前記雑音パターン合成工程で前記雑音パターンを合成されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信するデータパケット送信工程と、を含むことを特徴とする。
【００１２】
この発明によれば、中継されるデータパケット内のデータは人間の試聴に影響がない程度の雑音で破壊される。
【発明の効果】
【００１３】
本発明にかかるデータ通信方法、データ通信プログラム、およびデータ通信装置によれば、発端末から着端末に転送されるデータパケットは、その途中で送信レートを監視され、あるいは雑音パターンによって破壊されるので、ＲＴＰを利用した悪意ある攻撃、具体的にはパケットを大量に送りつけたり、アナログデータと偽って不正なプログラムを送りつけたりする攻撃を阻止することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１４】
以下に添付図面を参照して、この発明にかかるデータ通信方法、データ通信プログラムおよびデータ通信装置の好適な実施の形態を詳細に説明する。
【００１５】
図１は、この発明の実施の形態にかかるデータ通信装置を含む、データ通信システムの全体構成を示す説明図である。図示するように本実施の形態にかかるデータ通信システムは、インターネットなどの外部ＩＰネットワーク１０１とＬＡＮなどの内部ＩＰネットワーク１０２とを接続するゲートウエイ１００、外部ＩＰネットワーク１０１上の端末１０１ａおよび内部ＩＰネットワーク１０２上の端末１０２ａにより構成される。なお、このうちゲートウエイ１００が、本発明にかかるデータ通信装置に相当する。
【００１６】
端末１０１ａおよび端末１０２ａは、いずれもデータの発端末／着端末となる可能性があるが、以下では特に端末１０１ａが発端末、端末１０２ａが着端末であるケース、すなわち外部ＩＰネットワーク１０１からゲートウエイ１００を介して内部ＩＰネットワーク１０２へデータが送信される場合を考えるものとする。そしてこのデータは、具体的には音声やオーディオ、映像などのアナログデータであり、送受信のプロトコルにはＲＴＰが使用されるものとする。
【００１７】
図２は、この発明の実施の形態にかかるデータ通信装置、すなわち図１に示したゲートウエイ１００のハードウエア構成の一例を示す説明図である。図示するようにゲートウエイ１００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ（ハードディスクドライブ）２０４、ＨＤ（ハードディスク）２０５、ＦＤＤ（フレキシブルディスクドライブ）２０６、ＦＤ（フレキシブルディスク）２０７、ディスプレイ２０８、ネットワークＩ／Ｆ（インターフェース）２０９ａ、２０９ｂ、キーボード２１０およびマウス２１１を備えている。また、上記各部はバス２００により接続されている。
【００１８】
図中、ＣＰＵ２０１は装置全体の制御を司る。ＲＯＭ２０２はブートプログラムなどを記憶している。ＲＡＭ２０３はＣＰＵ２０１のワークエリアとして使用される。
【００１９】
ＨＤＤ２０４は、ＣＰＵ２０１の制御にしたがってＨＤ２０５に対するデータのリード／ライトを制御する。ＨＤ２０５は、ＨＤＤ２０４の制御にしたがって書き込まれたデータを記憶する。ＦＤＤ２０６は、ＣＰＵ２０１の制御にしたがってＦＤ２０７に対するデータのリード／ライトを制御する。ＦＤ２０７は、ＦＤＤ２０６の制御にしたがって書き込まれたデータを記憶する。なお、ＦＤ２０７は着脱可能な記録媒体の一例であり、ＦＤ２０７に代えてＣＤ−ＲＯＭ（ＣＤ−Ｒ、ＣＤ−ＲＷ）、ＭＯ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、メモリーカードなどであってもよい。
【００２０】
ディスプレイ２０８は、カーソル、ウィンドウ、アイコンなどをはじめ、文書や画像などの各種データを表示する。ネットワークＩ／Ｆ２０９ａ及び２０９ｂはＬＡＮ／ＷＡＮなどのネットワークに接続される。例えばここではネットワークＩ／Ｆ２０９ａは外部ＩＰネットワーク１０１に、ネットワークＩ／Ｆ２０９ｂは内部ＩＰネットワーク１０２にそれぞれ接続され、当該ネットワークと装置内部とのデータの送受信を司る。キーボード２１０は、文字、数字、各種指示などの入力のための複数のキーを備え、押下されたキーに対応するデータを装置内部へ入力する。マウス２１１は本体下部のボールの回転量と回転方向、および本体上部の各ボタンのＯＮ／ＯＦＦを随時装置内部へ入力する。
【００２１】
次に、図３はこの発明の実施の形態にかかるデータ通信装置、すなわちゲートウエイ１００の機能的構成を示す説明図である。図示するように本実施の形態にかかるデータ通信装置は、呼制御パケット受信部３００、呼制御パケット送信部３０１、セッション管理部３０２、送信レートＤＢ３０３、雑音パターンＤＢ３０４、データパケット受信部３０５、パケットレート監視部３０６、雑音ミキシング部３０７およびデータパケット送信部３０８を備えている。
【００２２】
まず、呼制御パケット受信部３００はデータの送信側、ここでは外部ＩＰネットワーク１０１から送信されてきた呼制御パケットをネットワークＩ／Ｆ２０９ａを介して受信して、後述する呼制御パケット送信部３０１に出力するとともに、当該パケットが特に発呼系パケットである場合（ＩＴＵ−Ｔ  Ｈ．３２３ではＳｅｔｕｐ信号、ＳＩＰではＩＮＶＩＴＥ  ｍｅｓｓａｇｅ）、当該パケット中の必要事項を後述するセッション管理部３０２に出力する機能部である。
【００２３】
この必要事項とは、具体的には発着ＩＰアドレス（ここでは端末１０１ａおよび端末１０２ａのＩＰアドレス）、ポート番号およびメディアタイプである。メディアタイプとは、発呼系パケットに続いて送受信されるデータパケット内のデータの種類を示す情報であり、具体的には「音声（ＣＥＬＰ／ＡＤ−ＰＣＭ／ＰＣＭ）」「オーディオ（通常／高品質）」「ビデオ（ＭＰＥＧ−１／ＭＰＥＧ−２／ＭＰＥＧ−４）」などがある。なお、メディアタイプは発呼系パケット中の「付加情報」領域に保持されている。
【００２４】
次に、呼制御パケット送信部３０１は呼制御パケット受信部３００から入力した呼制御パケットを、データの受信側、ここでは内部ＩＰネットワーク１０２へ送出する機能部である。送出された呼制御パケットは、内部ＩＰネットワーク１０２を介して、最終的にその宛先である端末１０２ａへ中継される。
【００２５】
次に、セッション管理部３０２はデータ転送のセッションを管理する機能部である。この機能は従来技術によるセッション管理と同様であるが、本発明にかかるセッション管理部３０２はそれに加えて、後述する送信レートＤＢ（データベース）３０３および雑音パターンＤＢ（データベース）３０４から必要事項を読み出して、後述するパケットレート監視部３０６および雑音ミキシング部３０７に出力する機能を有している。
【００２６】
図４は、送信レートＤＢ３０３の内容を模式的に示す説明図である。図示するように、送信レートＤＢ３０３は上述のメディアタイプにより特定されるデータの種類と、その通常の送信レート（データの種類から予測される標準的な送信レート、といってもよい）とを対応づけて保持するデータベースである。
【００２７】
また、雑音パターンＤＢ３０４はデータの種類ごとに、当該データに合成すべき雑音のパターンを保持するデータベースである。たとえばメディアタイプが「音声」であるデータ用にホワイトノイズの雑音パターンを用意して、雑音パターンＤＢ３０４に登録しておく。なお、この雑音パターンは特にホワイトノイズに限定されず、合成後の音声データや映像データなどをアナログ信号に戻したときに、人間の試聴に影響が出ない、すなわち、主信号を人が認識するのに妨げにならないようなパターンであれば何であってもよい。
【００２８】
図３の説明に戻り、次にデータパケット受信部３０５はデータの送信側、ここでは外部ＩＰネットワーク１０１から送信されてきたデータパケットを受信して、後述するパケットレート監視部３０６に出力する機能部である。なお、データパケット受信部３０５はオープン中のセッションの状態を管理するための管理テーブルを保持しており、セッション管理部３０２からセッションのオープンを指示されると、当該指示とともに通知されたセッション番号、発着ＩＰアドレスおよびポート番号を上記テーブルに登録するとともに、セッションのクローズを指示されると、当該指示とともに通知されたセッション番号で特定されるセッションのエントリを、上記テーブルから削除する。
【００２９】
次に、パケットレート監視部３０６はデータパケット受信部３０５から入力したデータパケットの実際の送信レートが、セッション管理部３０２から通知された通常の送信レートを超えていないかどうかを監視するとともに、前者が後者を超えない限りにおいて、当該データパケットを後述する雑音ミキシング部３０７に出力する機能部である。
【００３０】
セッションのオープン時にセッション管理部３０２から通知された送信レートは、同時に通知されたセッション番号と対応づけて、パケットレート監視部３０６の管理テーブルに登録され、セッションのクローズ時に削除される。また、パケットレート監視部３０６は管理テーブルに登録されているセッション番号ごと、すなわちオープン中のセッションごとに、当該セッションにおけるデータの送信レートを計測するためのレートカウンタを保持している。このレートカウンタにはパケットレート監視部３０６に入力したデータパケットのパケット長が順次加算されるとともに、パケットレート監視部３０６が保持する監視タイマで所定時間、たとえば１００ｍｓが経過するごとに、０に初期化されるものとする。
【００３１】
次に、雑音ミキシング部３０７はパケットレート監視部３０６から入力したデータパケット内のデータ部分に、セッション管理部３０２から入力した雑音パターン、すなわちメディアタイプに応じた適切な雑音パターンを合成するとともに、合成後のデータパケットを後述するデータパケット送信部３０８に出力する機能部である。
【００３２】
この合成の方法は特に問わないが、たとえばメディアタイプが音声の場合は、データパケット内の音声データと雑音パターンとの論理和を取り、その結果でデータパケット内の音声データを書き換えればよい。メディアタイプが映像の場合は、一般にデータが圧縮されているので、いったん伸張してから雑音パターンと合成するなどの工夫が必要となる。これは、圧縮データを雑音で破壊してしまうと再生不可能になるためである。
【００３３】
次に、データパケット送信部３０８は雑音ミキシング部３０７から入力したデータパケットを、データの受信側、ここではネットワークＩ／Ｆ２０９ｂを介して内部ＩＰネットワーク１０２へ送出する機能部である。送出されたデータパケットは、内部ＩＰネットワーク１０２を介して、最終的にその宛先である端末１０２ａへ中継される。
【００３４】
次に、図５は本発明の実施の形態にかかるデータ通信装置、すなわち図１に示したゲートウエイ１００における、呼制御パケットの送受信処理の手順を示すフローチャートである。
【００３５】
まず、本装置はその呼制御パケット受信部３００により、本装置が接続されているネットワーク、ここではたとえば外部ＩＰネットワーク１０１上の端末１０１ａから送信されてきた呼制御パケットを受信する（ステップＳ５０１）。
【００３６】
そして、当該パケットが発呼系パケットである場合には（ステップＳ５０２：Ｙｅｓ）、当該パケットから必要事項、具体的には発着ＩＰアドレス、ポート番号およびメディアタイプを抽出するとともに（ステップＳ５０３）、セッション管理部３０２に指示して新たなセッションをオープンさせる（ステップＳ５０４）。その後、ステップＳ５０１で受信した呼制御パケットを呼制御パケット送信部３０１に出力し、これを受けた呼制御パケット送信部３０１が、当該パケットをその宛先、ここでは内部ＩＰネットワーク１０２上の端末１０２ａに送信する（ステップＳ５０５）。
【００３７】
一方、受信した呼制御パケットが終呼系パケットである場合には（ステップＳ５０２：Ｎｏ、ステップＳ５０６：Ｙｅｓ）、呼制御パケット受信部３００はセッション管理部３０２に指示して、セッションをクローズさせるとともに（ステップＳ５０７）、当該パケットを呼制御パケット送信部３０１に送信する（ステップＳ５０５）。なお、受信した呼制御パケットが発呼系パケットでも終呼系パケットでもない場合、すなわちデータ通信の進捗状況などを示す呼制御パケットである場合は（ステップＳ５０２：Ｎｏ、ステップＳ５０６：Ｎｏ）、そのまま何もせず、当該パケットを呼制御パケット送信部３０１に送信する（ステップＳ５０５）。
【００３８】
次に、図６は呼制御パケット受信部３００からの指示を受けたセッション管理部３０２による、セッションのオープン処理（図５のステップＳ５０４）の手順を示すフローチャートである。
【００３９】
呼制御パケット受信部３００が、図５のステップＳ５０３で抽出した必要事項を添えてセッションのオープンを指示してくると、これを受けたセッション管理部３０２は、セッション番号をハントして当該番号で特定されるセッションの状態を「Ｏｐｅｎ」とするとともに（ステップＳ６０１）、呼制御パケット受信部３００から通知されたメディアタイプで送信レートＤＢ３０３および雑音パターンＤＢ３０４を検索して、当該メディアタイプに対応する送信レートおよび雑音パターンを抽出する（ステップＳ６０２）。
【００４０】
その後、ステップＳ６０１でハントしたセッション番号、呼制御パケット受信部３００から通知された発着ＩＰアドレスおよびポート番号を添えて、データパケット受信部３０５にセッションのオープンを指示する（ステップＳ６０３）。これを受けたデータパケット受信部３０５では、上述の管理テーブルに上記事項を登録する。
【００４１】
また、これとともにセッション管理部３０２は、上記セッション番号およびステップＳ６０２で抽出した送信レートをパケットレート監視部３０６に、セッション番号およびステップＳ６０２で抽出した雑音パターンを雑音ミキシング部３０７に、それぞれ通知する（ステップＳ６０４・Ｓ６０５）。
【００４２】
次に、図７は本発明の実施の形態にかかるデータ通信装置、すなわち図１に示したゲートウエイ１００における、データパケットの送受信処理の手順を示すフローチャートである。
【００４３】
本装置が接続されているネットワーク、ここではたとえば外部ＩＰネットワーク１０１上の端末１０１ａから送信されてきたデータパケットを受信すると（ステップＳ７０１）、本装置はそのデータパケット受信部３０５により、当該データパケットの発着ＩＰアドレスとポート番号で管理テーブルを検索する（ステップＳ７０２）。
【００４４】
そして検索に失敗した場合、すなわち受信したデータパケットが、オープン中のどのセッションのデータパケットでもなかった場合は（ステップＳ７０３：Ｎｏ）、当該データパケットを廃棄する（ステップＳ７０４）。一方、上記テーブルからセッション番号が検索できた場合、すなわち受信したデータパケットが、オープン中のいずれかのセッションのデータパケットであった場合は（ステップＳ７０３：Ｙｅｓ）、ステップＳ７０１で受信したデータパケットと、ステップＳ７０２で検索したセッション番号とを後段のパケットレート監視部３０６に出力する。
【００４５】
そしてこれを受けたパケットレート監視部３０６では、入力したデータパケットのデータ長をそのセッション番号に対応するレートカウンタに加算するとともに（ステップＳ７０５）、加算後のカウンタの値が規定値以下であるかどうかを判定する（ステップＳ７０６）。たとえばメディアタイプが「音声（ＣＥＬＰ）」である場合、通常の送信レートは８Ｋｂｐｓ（図４参照）なので、レートカウンタが初期化される１００ｍｓあたりのデータ量は８００ビットであり、この値が上記規定値となる。
【００４６】
そして、レートカウンタに累積されたデータ量が、規定値の８００ビットを超えた場合、すなわち実際の送信レートが管理テーブル内の通常の送信レートを超えた場合は（ステップＳ７０６：Ｎｏ）、当該データパケットを廃棄する（ステップＳ７０７）。一方、実際の送信レートが通常の送信レート以下である限りは（ステップＳ７０６：Ｙｅｓ）、データパケット受信部３０５から入力したデータパケットとセッション番号とを、後段の雑音ミキシング部３０７へ出力する。
【００４７】
そしてこれを受けた雑音ミキシング部３０７では、入力したデータパケットのデータ部分に、そのセッション番号に対応する雑音パターンを合成して（ステップＳ７０８）、この合成後のデータパケットを後段のデータパケット送信部３０８へ出力する。その後データパケット送信部３０８により、当該データパケットがその宛先、ここでは内部ＩＰネットワーク１０２上の端末１０２ａに送信される（ステップＳ７０９）。
【００４８】
以上説明した実施の形態によれば、インターネットなどの外部ＩＰネットワーク１０１からＬＡＮなどの内部ＩＰネットワーク１０２へ中継されるＲＴＰデータは、その接続点にあるゲートウエイ１００により、送信レートが異常に（あるいは、メディアタイプに不相応に）高くなっていないかどうか常時監視されるので、ＲＴＰを使ってデータを大量に送りつける、いわゆるＤｏＳ攻撃からネットワークを守ることができる。
【００４９】
なお、上述した実施の形態では各メディアタイプに対応する送信レートを、予め一律に決定して送信レートＤＢ３０３に登録しているが、この送信レートは、個々のセッションの発着端末が採用しているコーデックの種類によって決めてもよい。
【００５０】
また、上述した実施の形態ではゲートウエイ１００を通過するデータの長さを、一定周期で初期化されるカウンタに加算してゆき、このカウンタの値が規定値を超えた時点でパケットの中継を中断するようにしたが、データパケットが固定長である場合は、データ長でなくパケットの送信間隔に着目して送信レートを計測してもよい。すなわち、固定長の場合は送信レートの上限を決めると、パケットの送信間隔の平均値が決まるので、１つめのパケットを受信してこの平均値より規定値以上に早く受信するパケットすべてを廃棄する。
【００５１】
また、上述した実施の形態によれば、ゲートウエイ１００を通過するＲＴＰデータは雑音パターンの印加によって破壊されるので、音声や映像と見せかけてウイルスやバックドアなどの不正なプログラムをＬＡＮに送り込んでも、ゲートウエイ１００通過後は正常に動作しない。すなわち、ＲＴＰで送受信されているのが音声や映像などのアナログデータである限り、雑音パターンの合成はそのクオリティを多少劣化させるのみであるが、ソフトウエアなどの場合はデータが致命的に破壊されるので、ゲートウエイ１００を通過できたとしても意味がなくなり、無害化されることになる。
【００５２】
なお、上述した実施の形態では、呼制御パケットの付加情報でメディアタイプをセッションごとに指定したが、たとえば端末１０１ａや端末１０２ａが特定の種類のデータに特化した専用端末である場合は、呼制御パケット内の発着ＩＰアドレスとポート番号だけで、以後のセッションで受け渡しされるデータのメディアタイプを特定することができる。したがって、ゲートウエイ１００の（あるいは他のサーバの）ＤＢに発着ＩＰアドレスとメディアタイプとを登録しておけば、セッションごとにメディアタイプを指定しなくとも、このＤＢを参照してメディアタイプ、ひいては適切な送信レートや雑音パターンなどを特定することができる。
【００５３】
なお、上述した実施の形態では端末１０１ａが発端末で端末１０２ａが着端末である場合、すなわち外部ＩＰネットワーク１０１から内部ＩＰネットワーク１０２にデータが中継される場合を例としたが、逆に、内部ＩＰネットワーク１０１から外部ＩＰネットワーク１０２にデータが中継される場合にも、パケットレートを監視したり雑音パターンを合成したりすることで、ＬＡＮ内からＬＡＮ外への攻撃をゲートウエイ１００で未然に食い止めることができる。
【００５４】
なお、本実施の形態で説明したデータ通信方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク２０５、フレキシブルディスク２０７、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。
【００５５】
（付記１）ネットワークで接続された第１の端末から音声や映像などのデータパケットを受信するデータパケット受信工程と、
前記データパケット受信工程で受信されたデータパケット内のデータの種類に対応する送信レートを抽出する送信レート抽出工程と、
前記データパケット受信工程で受信されたデータパケットの送信レートを計測する送信レート計測工程と、
前記送信レート計測工程で計測された送信レートが前記送信レート抽出工程で抽出された送信レート以下である場合に、前記データパケット受信工程で受信されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信するデータパケット送信工程と、
を含むことを特徴とするデータ通信方法。
【００５６】
（付記２）さらに、前記第１の端末から前記データパケットに先立つ呼制御パケットを受信する呼制御パケット受信工程と、
前記呼制御パケット受信工程で受信された呼制御パケットから前記データパケット内のデータの種類を示す情報を抽出するメディアタイプ抽出工程と、を含み、
前記送信レート抽出工程では、前記メディアタイプ抽出工程で抽出された情報にもとづいて前記送信レートを抽出することを特徴とする前記付記１に記載のデータ通信方法。
【００５７】
（付記３）さらに、前記送信レート計測工程で計測された送信レートが前記送信レート抽出工程で抽出された送信レート以下である場合に、前記データパケット受信工程で受信されたデータパケット内のデータの種類に対応する雑音パターンを抽出する雑音パターン抽出工程と、
前記雑音パターン抽出工程で抽出された雑音パターンを前記データパケット受信工程で受信された前記データパケット内のデータに合成する雑音パターン合成工程と、を含み、
前記データパケット送信工程では、前記雑音パターン合成工程で前記雑音パターンを合成されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信することを特徴とする前記付記１または付記２に記載のデータ通信方法。
【００５８】
（付記４）ネットワークで接続された第１の端末から音声や映像などのデータパケットを受信するデータパケット受信工程と、
前記データパケット受信工程で受信されたデータパケット内のデータの種類に対応する雑音パターンを抽出する雑音パターン抽出工程と、
前記雑音パターン抽出工程で抽出された雑音パターンを前記データパケット受信工程で受信された前記データパケット内のデータに合成する雑音パターン合成工程と、
前記雑音パターン合成工程で前記雑音パターンを合成されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信するデータパケット送信工程と、
を含むことを特徴とするデータ通信方法。
【００５９】
（付記５）さらに、前記第１の端末から前記データパケットに先立つ呼制御パケットを受信する呼制御パケット受信工程と、
前記呼制御パケット受信工程で受信された呼制御パケットから前記データパケット内のデータの種類を示す情報を抽出するメディアタイプ抽出工程と、を含み、
前記雑音パターン抽出工程では、前記メディアタイプ抽出工程で抽出された情報にもとづいて前記雑音パターンを抽出することを特徴とする前記付記３または付記４に記載のデータ通信方法。
【００６０】
（付記６）ネットワークで接続された第１の端末から音声や映像などのデータパケットを受信するデータパケット受信工程と、
前記データパケット受信工程で受信されたデータパケット内のデータの種類に対応する送信レートを抽出する送信レート抽出工程と、
前記データパケット受信工程で受信されたデータパケットの送信レートを計測する送信レート計測工程と、
前記送信レート計測工程で計測された送信レートが前記送信レート抽出工程で抽出された送信レート以下である場合に、前記データパケット受信工程で受信されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信するデータパケット送信工程と、
をコンピュータに実行させることを特徴とするデータ通信プログラム。
【００６１】
（付記７）さらに、前記第１の端末から前記データパケットに先立つ呼制御パケットを受信する呼制御パケット受信工程と、
前記呼制御パケット受信工程で受信された呼制御パケットから前記データパケット内のデータの種類を示す情報を抽出するメディアタイプ抽出工程と、を含み、
前記送信レート抽出工程では、前記メディアタイプ抽出工程で抽出された情報にもとづいて前記送信レートを抽出することを特徴とする前記付記６に記載のデータ通信プログラム。
【００６２】
（付記８）さらに、前記送信レート計測工程で計測された送信レートが前記送信レート抽出工程で抽出された送信レート以下である場合に、前記データパケット受信工程で受信されたデータパケット内のデータの種類に対応する雑音パターンを抽出する雑音パターン抽出工程と、
前記雑音パターン抽出工程で抽出された雑音パターンを前記データパケット受信工程で受信された前記データパケット内のデータに合成する雑音パターン合成工程と、を含み、
前記データパケット送信工程では、前記雑音パターン合成工程で前記雑音パターンを合成されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信することを特徴とする前記付記６または付記７に記載のデータ通信プログラム。
【００６３】
（付記９）ネットワークで接続された第１の端末から音声や映像などのデータパケットを受信するデータパケット受信工程と、
前記データパケット受信工程で受信されたデータパケット内のデータの種類に対応する雑音パターンを抽出する雑音パターン抽出工程と、
前記雑音パターン抽出工程で抽出された雑音パターンを前記データパケット受信工程で受信された前記データパケット内のデータに合成する雑音パターン合成工程と、
前記雑音パターン合成工程で前記雑音パターンを合成されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信するデータパケット送信工程と、
をコンピュータに実行させることを特徴とするデータ通信プログラム。
【００６４】
（付記１０）さらに、前記第１の端末から前記データパケットに先立つ呼制御パケットを受信する呼制御パケット受信工程と、
前記呼制御パケット受信工程で受信された呼制御パケットから前記データパケット内のデータの種類を示す情報を抽出するメディアタイプ抽出工程と、を含み、
前記雑音パターン抽出工程では、前記メディアタイプ抽出工程で抽出された情報にもとづいて前記雑音パターンを抽出することを特徴とする前記付記８または付記９に記載のデータ通信プログラム。
【００６５】
（付記１１）ネットワークで接続された第１の端末から音声や映像などのデータパケットを受信するデータパケット受信手段と、
前記データパケット受信手段により受信されたデータパケット内のデータの種類に対応する送信レートを抽出する送信レート抽出手段と、
前記データパケット受信手段により受信されたデータパケットの送信レートを計測する送信レート計測手段と、
前記送信レート計測手段により計測された送信レートが前記送信レート抽出手段により抽出された送信レート以下である場合に、前記データパケット受信手段により受信されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信するデータパケット送信手段と、
を備えることを特徴とするデータ通信装置。
【００６６】
（付記１２）さらに、前記第１の端末から前記データパケットに先立つ呼制御パケットを受信する呼制御パケット受信手段と、
前記呼制御パケット受信手段により受信された呼制御パケットから前記データパケット内のデータの種類を示す情報を抽出するメディアタイプ抽出手段と、を備え、
前記送信レート抽出手段は、前記メディアタイプ抽出手段により抽出された情報にもとづいて前記送信レートを抽出することを特徴とする前記付記１１に記載のデータ通信装置。
【００６７】
（付記１３）さらに、前記送信レート計測手段により計測された送信レートが前記送信レート抽出手段により抽出された送信レート以下である場合に、前記データパケット受信手段により受信されたデータパケット内のデータの種類に対応する雑音パターンを抽出する雑音パターン抽出手段と、
前記雑音パターン抽出手段により抽出された雑音パターンを前記データパケット受信手段により受信された前記データパケット内のデータに合成する雑音パターン合成手段と、を備え、
前記データパケット送信手段は、前記雑音パターン合成手段により前記雑音パターンを合成されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信することを特徴とする前記付記１１または付記１２に記載のデータ通信装置。
【００６８】
（付記１４）ネットワークで接続された第１の端末から音声や映像などのデータパケットを受信するデータパケット受信手段と、
前記データパケット受信手段により受信されたデータパケット内のデータの種類に対応する雑音パターンを抽出する雑音パターン抽出手段と、
前記雑音パターン抽出手段により抽出された雑音パターンを前記データパケット受信手段により受信された前記データパケット内のデータに合成する雑音パターン合成手段と、
前記雑音パターン合成手段により前記雑音パターンを合成されたデータパケットを当該データパケットの宛先である第２の端末に向けて送信するデータパケット送信手段と、
を備えることを特徴とするデータ通信装置。
【００６９】
（付記１５）さらに、前記第１の端末から前記データパケットに先立つ呼制御パケットを受信する呼制御パケット受信手段と、
前記呼制御パケット受信手段により受信された呼制御パケットから前記データパケット内のデータの種類を示す情報を抽出するメディアタイプ抽出手段と、を備え、
前記雑音パターン抽出手段は、前記メディアタイプ抽出手段により抽出された情報にもとづいて前記雑音パターンを抽出することを特徴とする前記付記１３または付記１４に記載のデータ通信装置。
【産業上の利用可能性】
【００７０】
以上のように、本発明にかかるデータ通信方法、データ通信プログラム、およびデータ通信装置は、ＩＰネットワークにおける悪意ある攻撃の防止に有用であり、特に攻撃者がＲＴＰなど、音声や映像といったアナログデータを送受信するためのプロトコルを利用している場合に適している。
【図面の簡単な説明】
【００７１】
【図１】この発明の実施の形態にかかるデータ通信装置を含む、データ通信システムの全体構成を示す説明図である。
【図２】この発明の実施の形態にかかるデータ通信装置（ゲートウエイ１００）のハードウエア構成の一例を示す説明図である。
【図３】この発明の実施の形態にかかるデータ通信装置（ゲートウエイ１００）の機能的構成を示す説明図である。
【図４】送信レートＤＢ３０３の内容を模式的に示す説明図である。
【図５】本発明の実施の形態にかかるデータ通信装置（ゲートウエイ１００）における呼制御パケットの送受信処理の手順を示すフローチャートである。
【図６】図５のステップＳ５０４におけるセッションのオープン処理の手順を詳細に示すフローチャートである。
【図７】本発明の実施の形態にかかるデータ通信装置（ゲートウエイ１００）におけるデータパケットの送受信処理の手順を示すフローチャートである。
【符号の説明】
【００７２】
１００  ゲートウエイ
１０１  外部ＩＰネットワーク
１０２  内部ＩＰネットワーク
１０１ａ，１０２ａ  端末
２００  バス
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  ＨＤＤ
２０５  ＨＤ
２０６  ＦＤＤ
２０７  ＦＤ
２０８  ディスプレイ
２０９ａ  ネットワークＩ／Ｆ
２０９ｂ  ネットワークＩ／Ｆ
２１０  キーボード
２１１  マウス
３００  呼制御パケット受信部
３０１  呼制御パケット送信部
３０２  セッション管理部
３０３  送信レートＤＢ
３０４  雑音パターンＤＢ
３０５  データパケット受信部
３０６  パケットレート監視部
３０７  雑音ミキシング部
３０８  データパケット送信部
【図１】
2005223453.tif 000003
【図２】
2005223453.tif 000004
【図３】
2005223453.tif 000005
【図４】
2005223453.tif 000006
【図５】
2005223453.tif 000007
【図６】
2005223453.tif 000008
【図７】
2005223453.tif 000009