(57)【要約】【課題】特定のＩＰアドレス宛のトラフィックを的確に特定のＩＳＰに引き込む。【解決手段】依頼元ルータ１０では、要求部１０ｂが、宛先ＩＰアドレスへの指定の経路を含む経路受容要求を依頼先ルータ２０に送信し、広告部１０ｃが、依頼先ルータ２０から経路受容要求に含まれる経路の受容を通知された場合に、依頼先ルータ２０に該経路を広告する。依頼先ルータ２０では、応答部２０ｂが、経路受容要求を受信した場合に、該経路受容要求に含まれる経路の受容または拒否を依頼元ルータ１０に通知し、設定部２０ｃが、経路を受容する場合に、該経路での通信が可能となるように設定する。【選択図】図５
2019012966.tif 000002
【特許請求の範囲】
【請求項１】
依頼元ルータと、依頼先ルータとを有する通信システムであって、
前記依頼元ルータは、
宛先ＩＰアドレスへの指定の経路を含む経路受容要求を前記依頼先ルータに送信する要求部と、
前記依頼先ルータから前記経路受容要求に含まれる前記経路の受容を通知された場合に、前記依頼先ルータに該経路を広告する広告部と、を備え、
前記依頼先ルータは、
前記経路受容要求を受信した場合に、該経路受容要求に含まれる前記経路の受容または拒否を前記依頼元ルータに通知する応答部と、
前記経路を受容する場合に、該経路での通信が可能となるように設定する設定部と、を備える、
ことを特徴とする通信システム。
【請求項２】
前記要求部は、前記宛先ＩＰアドレスを含む複数のＩＰアドレスへの指定の経路を前記経路受容要求に含めることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記広告部は、ＢＧＰプロトコルを用いて前記経路を広告することを特徴とする請求項１に記載の通信システム。
【請求項４】
依頼元ルータと、依頼先ルータとを有する通信システムにおいて実行される通信方法であって、
前記依頼元ルータにおける、
宛先ＩＰアドレスへの指定の経路を含む経路受容要求を前記依頼先ルータに送信する要求工程と、
前記依頼先ルータから前記経路受容要求に含まれる前記経路の受容を通知された場合に、前記依頼先ルータに該経路を広告する広告工程と、
前記依頼先ルータにおける、
前記経路受容要求を受信した場合に、該経路受容要求に含まれる前記経路の受容または拒否を前記依頼元ルータに通知する応答工程と、
前記経路を受容する場合に、該経路での通信が可能となるように設定する設定工程と、
を含んだことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムおよび通信方法に関する。
【背景技術】
【０００２】
複数のＩＳＰ（Internet  Service  Provider）に接続されているマルチホームユーザに対して大量のパケットを送信して利用不能に陥らせるＤＤｏＳ（Distributed  Denial  of  Service）攻撃の対処に、利用されるブラックホールルーティング（以下、ＢＨＲと記す）と呼ばれる技術が利用される。ＢＨＲとは、隣接ルータに経路情報を広告し、特定のＩＰアドレス宛のトラフィックを広告元のルータに引き込む転送制御の技術であり、ＤＤｏＳ攻撃対象のＩＰアドレス宛のすべての通信を引き込んでＤＤｏＳミティゲーションシステムに転送する。ＤＤｏＳミティゲーションシステムは、ＤＤｏＳ攻撃の検知・防御機能を有するセキュリティ製品であり、攻撃トラフィックを遮断して、正常トラフィックのみをトンネル転送技術等を用いて宛先ＩＰアドレスのホストに転送する。
【０００３】
従来、マルチホームユーザである攻撃対象のＩＰアドレスに接続する複数のＩＳＰのうち、ＢＨＲ機能およびＤＤｏＳミティゲーションシステムを備えるＩＳＰを経由した攻撃トラフィックは、ＢＨＲ機能により遮断される。しかしながら、ＢＨＲ機能およびＤＤｏＳミティゲーションシステムを備えない他のＩＳＰを経由した攻撃トラフィックに対する対処が実施されない。
【０００４】
そこで、ＢＨＲ機能およびＤＤｏＳミティゲーションシステムを備えるＩＳＰが、他のＩＳＰより長いプレフィックス長／２４の経路を広告することにより、攻撃対象のＩＰアドレス宛の通信を引き込む技術が提案されている（非特許文献１参照）。ここで、広告された経路を受容するか否かは各ＩＳＰの運用ポリシーに委ねられているが、一般に、ＩＰアドレスのうちネットワーク部を構成するビット数を意味するプレフィックス長が長い経路が優先して受容される。また、全世界のインターネット上の経路数（２０１７年４月現在、約６４万経路）の爆発を防止するため、一般に、プレフィックス長／２４より長い経路は受容されない場合が多い。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“独自開発の経路制御技術を採用したＤＤｏＳ防御オーケストレータシステムのトライアルを開始〜国内通信事業者として初めて、マルチホーム対応ＤＤｏＳ対策サービスの実現性を検証〜”、[online]、２０１５年６月４日、ＮＴＴコミュニケーションズ、［２０１７年５月２９日検索]、インターネット＜URL:  http://www.ntt.com/about-us/press-releases/news/article/2015/20150604.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＤＤｏＳミティゲーションシステムを備えるＩＳＰが、プレフィックス長／２４の経路を広告した場合に、攻撃対象のＩＰアドレス宛の攻撃トラフィックのみならず、同じネットワークに含まれる他のＩＰアドレス宛のトラフィックも引き込むことになる。そうすると、攻撃に無関係なトラフィックに対して不要な転送制御が行われ、転送遅延が増加したりＤＤｏＳミティゲーションシステムのリソースを無駄に消費したりするおそれがある。
【０００７】
本発明は、上記に鑑みてなされたものであって、特定のＩＰアドレス宛のトラフィックを的確に特定のＩＳＰに引き込むことを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明に係る通信システムは、依頼元ルータと、依頼先ルータとを有する通信システムであって、前記依頼元ルータは、宛先ＩＰアドレスへの指定の経路を含む経路受容要求を前記依頼先ルータに送信する要求部と、前記依頼先ルータから前記経路受容要求に含まれる前記経路の受容を通知された場合に、前記依頼先ルータに該経路を広告する広告部と、を備え、前記依頼先ルータは、前記経路受容要求を受信した場合に、該経路受容要求に含まれる前記経路の受容または拒否を前記依頼元ルータに通知する応答部と、前記経路を受容する場合に、該経路での通信が可能となるように設定する設定部と、を備える、ことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、特定のＩＰアドレス宛のトラフィックを的確に特定のＩＳＰに引き込むことができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明の一実施形態に係る通信システムの概要を説明するための説明図である。
【図２】図２は、通信システムの概要を説明するための説明図である。
【図３】図３は、通信システムで用いられるメッセージフォーマットを説明するための説明図である。
【図４】図４は、通信システムで用いられるメッセージフォーマットを説明するための説明図である。
【図５】図５は、通信システムの概略構成を例示する模式図である。
【図６】図６は、通信処理手順を例示するシーケンス図である。
【図７】図７は、通信処理の効果を説明するための説明図である。
【図８】図８は、通信プログラムを実行するコンピュータを例示する図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。
【００１２】
［通信システムの処理概要］
図１および図２は、本実施形態に係る通信システムの概要を説明するための説明図である。図１に例示する通信システム１において、ＩＰアドレスがｂ．ｂ．ｂ．１００の攻撃対象のホスト２は、ＩＳＰ−Ｂのｂ．ｂ．ｂ．０／２３のネットワークに属し、ＩＳＰ−ＡおよびＩＳＰ−Ｃに接続されるマルチホームユーザである。この場合に、ＩＳＰ−Ｂは、ＩＳＰ−ＡおよびＩＳＰ−Ｃに対し、ｂ．ｂ．ｂ．０／２３への経路を広告している。さらに、ＩＳＰ−ＡおよびＩＳＰ−Ｃは、それぞれ、接続するＩＳＰ−ＥやＩＳＰ−Ｄにｂ．ｂ．ｂ．０／２３への経路を広告している。なお、ＩＳＰ同士が接続する際、ＢＧＰ（Border  Gateway  Protocol）と呼ばれるルーティングプロトコルを用いて接続するルータ間で経路情報を相互に送受する。
【００１３】
また、ＩＳＰ−Ｄに対しては、ＩＳＰ−ＡおよびＩＳＰ−Ｃの双方からｂ．ｂ．ｂ．０／２３への経路が広告されている。ＩＳＰ−Ｄは、自身の運用ポリシーに従ってどちらかの経路を選択する。例えば、ＩＳＰ−ＤがＩＳＰ−Ｃへのトランジットを提供しており、また、ＩＳＰ−ＡとＩＳＰ−Ｄとが商業的に対等なピアリング関係の場合には、ＩＳＰ−Ｄはトランジット顧客であるＩＳＰ−Ｃから広告されている経路を優先する。したがって、ＩＳＰ−Ｄは、ｂ．ｂ．ｂ．０／２３宛のトラフィックをＩＳＰ−Ｃに転送する。
【００１４】
ここで、ＩＳＰ−ＡがＢＨＲ機能３およびＤＤｏＳミティゲーションシステム４を備えているものとする。その場合に、図１に例示するように、例えば、ＩＳＰ−Ｅ→ＩＳＰ−Ａ経由のｂ．ｂ．ｂ．１００のホスト２への攻撃トラフィックについては、ＢＨＲ機能３がＩＳＰ−Ｅとの間のルータにｂ．ｂ．ｂ．１００／３２の経路を広告してＤＤｏＳミティゲーションシステム４に転送できる。一方、ＩＳＰ−Ｄ→ＩＳＰ−Ｃ経由のｂ．ｂ．ｂ．１００のホスト２への攻撃トラフィックについては、対処が実施されない。
【００１５】
そこで、従来、図２に例示するように、ＩＳＰ−ＡのＢＨＲ機能３が、攻撃対象のＩＰアドレス宛の経路を含み、かつ、プレフィックス長が／２３より長いｂ．ｂ．ｂ．０／２４の経路をＩＳＰ−Ｄに対して広告する。この場合に、一般に、プレフィックス長が長い経路が優先して受容されるため、ＩＳＰ−Ｄは、ｂ．ｂ．ｂ．０／２４宛のトラフィックの全てをＩＳＰ−Ａに転送する。すなわち、ＩＳＰ−Ｄは、宛先ＩＰアドレスがｂ．ｂ．ｂ．０〜ｂ．ｂ．ｂ．２５５のトラフィックの全てをＩＳＰ−Ａに転送する。
【００１６】
ＩＳＰ−Ａでは、転送されたトラフィックをＢＨＲ機能３がＤＤｏＳミティゲーションシステム４に転送し、ＤＤｏＳミティゲーションシステム４が攻撃に対する対処を施し、ＩＳＰ−Ｂに転送する。
【００１７】
ただし、上記の場合に、攻撃対象のｂ．ｂ．ｂ．１００宛のトラフィックのみならず、ｂ．ｂ．ｂ．０／２４宛に含まれ攻撃に対する対処が不要な他のｂ．ｂ．ｂ．０〜ｂ．ｂ．ｂ．９９、ｂ．ｂ．ｂ．１０１〜ｂ．ｂ．ｂ．２５５宛のトラフィックもがＩＳＰ−Ａに転送される。そのため転送遅延が増加するおそれがある。また、ＩＳＰ−Ａでは、ＤＤｏＳミティゲーションシステム４のリソースを無駄に消費してしまうおそれがある。
【００１８】
そこで、本実施形態の通信システム１では、ＩＳＰ−Ｄと対向するＩＳＰ−Ａのルータを依頼元ルータ１０とし、ＩＳＰ−Ａと対向するＩＳＰ−Ｄのルータを依頼先ルータ２０として、依頼元ルータ１０が依頼先ルータ２０に対して、攻撃対象のｂ．ｂ．ｂ．１００宛のプレフィックス長が／２５〜／３２の経路を指定して広告する。これにより、ＩＳＰ−Ａへの転送を制御する。その際、一般にプレフィックス長／２４より長い経路は受容されない場合が多いため、拡張されたＢＧＰのプロトコルを用いて、依頼元ルータ１０が指定した経路の受容を事前に依頼先ルータ２０に要求し、受容された場合に指定の経路を広告する。
【００１９】
具体的には、本実施形態の通信システム１では、ＲＦＣ（Request  For  Comments）に規定されているＢＧＰ  Ｆｌｏｗｓｐｅｃ（ＲＦＣ５５７５、ＲＦＣ７６７４）のメッセージフォーマットを拡張し、依頼元ルータ１０と依頼先ルータ２０との間で送受する。
【００２０】
図３および図４は、通信システム１で用いられるメッセージフォーマットを説明するための説明図である。図３に例示するように、ＢＧＰ  Ｆｌｏｗｓｐｅｃでは、トラフィック制御を実現するアクションルールを指定するためのメッセージフォーマットが規定されている。
【００２１】
アクションルールメッセージは、トラフィックの特定条件を記述するフィールドとＢＧＰ拡張コミュニティとで構成される。トラフィックの特定条件を記述するフィールドでは、例えばＤｅｓｔアドレス、Ｓｒｃアドレス等の１２タイプのいずれか１つ以上が特定される。例えば、タイプ１のＤｅｓｔアドレスは、宛先アドレスを表し、図３に例示するように、プレフィックス長／２４、プレフィックス８１．２５３．１９３．０のように特定される。なお、図３に示すタイプ１〜１２は、昇順に評価される。
【００２２】
ＢＧＰ拡張コミュニティは、具体的なアクションタイプを指定するフィールドである。図３に例示するように、例えば、アクションタイプ０ｘ８００６のｔｒａｆｆｉｃ−ｒａｔｅは、ＩＳＰにおけるレートが指定され、ＩＳＰを識別するＡＳ（Autonomous  System）番号とレート（ｂｙｔｅｓ／ｓ）とを含む。図３に示す例では、ＡＳ番号２９１４、レート３１１２５Ｋｂｙｔｅｓ／ｓ＝２５Ｍｂｉｔｓ／ｓが指定されている。なお、レートを０と指定することにより、トラフィックが完全に遮断される。
【００２３】
本実施形態の通信システム１では、ＢＧＰ拡張コミュニティに経路受容要求、経路受容許可、経路受容拒否を表すアクションルールが新たに定義され用いられる。具体的には、経路受容要求は、図４（ａ）に例示するように、トラフィックの特定条件を記述するフィールドでは、タイプ１および指定の経路が設定される。ここで、単一のホスト２宛の経路が指定される場合には、プレフィックス長／３２が設定される。
【００２４】
なお、このプレフィックス長は／２５〜／３２のいずれかが設定される。例えば、プレフィックス長／２５の経路が指定されれば、残りの７ビットで識別される１２８台のホスト宛の経路が指定されることになるため、一連のＩＰアドレス群が攻撃対象となっている場合等に適用される。
【００２５】
また、経路受容要求を表すアクションルールメッセージにおいて、ＢＧＰ拡張コミュニティでは、経路受容要求を表す０ｘ×××１等のアクションタイプと、各経路受容要求を識別するＴｉｃｋｅｔ  Ｎｕｍｂｅｒとが指定される。
【００２６】
また、経路受容許可は、図４（ｂ）に例示するように、トラフィックの特定条件を記述するフィールドでは、対応する経路受容要求と同様に指定される。また、ＢＧＰ拡張コミュニティでは、経路受容許可を表す０ｘ×××２等のアクションタイプと、対応する経路受容要求を識別するＴｉｃｋｅｔ  Ｎｕｍｂｅｒとが指定される。
【００２７】
同様に、経路受容拒否は、図４（ｃ）に例示するように、トラフィックの特定条件を記述するフィールドでは、対応する経路受容要求と同様に指定される。また、ＢＧＰ拡張コミュニティでは、経路受容拒否を表す０ｘ×××３等のアクションタイプと、対応する経路受容要求を識別するＴｉｃｋｅｔ  Ｎｕｍｂｅｒとが指定される。
【００２８】
［通信システムの構成］
図５は、通信システム１の概略構成を例示する模式図である。図５に例示するように、本実施形態の通信システム１は、依頼元ルータ１０と依頼先ルータ２０とを有する。依頼元ルータ１０と依頼先ルータ２０とは、異なるＩＳＰに属し、相互に隣接する。
【００２９】
依頼元ルータ１０は、ＮＰ（Network  Processor）やＦＰＧＡ（Field  Programmable  Gate  Array）等で実現され、メモリに記憶された処理プログラムを実行して、通信制御部１０ａ、要求部１０ｂおよび広告部１０ｃとして機能する。なお、依頼元ルータ１０は、さらに後述する依頼先ルータ２０の機能部を有してもよい。
【００３０】
通信制御部１０ａは、ＬＡＮ（Local  Area  Network）やインターネットなどの電気通信回線を介したネットワーク装置等の外部の装置とルータとの通信を制御する。例えば、通信制御部１０ａは、他のネットワーク装置から転送されたパケットを受信したり、他のネットワーク装置に送信したりする。
【００３１】
要求部１０ｂは、宛先ＩＰアドレスへの指定の経路を含む経路受容要求を依頼先ルータ２０に送信する。具体的には、要求部１０ｂは、上述した経路受容要求を表すメッセージフォーマットを用いて、攻撃対象のホスト２等の特定のＩＰアドレス宛の経路を指定した経路受容要求を、通信制御部１０ａを介して依頼先ルータ２０に送信する。
【００３２】
なお、要求部１０ｂは、上述のとおり、プレフィックス長／３２以外のプレフィックス長の経路を指定することにより、宛先ＩＰアドレスを含む複数のＩＰアドレスへの指定の経路を経路受容要求に含めることができる。これにより、例えば、一連のＩＰアドレス群が攻撃対象となっている場合に効率よく経路を指定することができる。
【００３３】
広告部１０ｃは、依頼先ルータ２０から経路受容要求に含まれる経路の受容を通知された場合に、依頼先ルータ２０に該経路を広告する。具体的には、広告部１０ｃは、要求部１０ｂが送信した経路受容要求に対応する経路受容許可を依頼先ルータ２０から受信した場合に、ＢＧＰプロトコルを用いて、依頼先ルータ２０に対して受容を要求した指定の経路を広告する。
【００３４】
依頼先ルータ２０は、ＮＰやＦＰＧＡ等で実現され、メモリに記憶された処理プログラムを実行して、通信制御部２０ａ、応答部２０ｂおよび設定部２０ｃとして機能する。なお、依頼先ルータ２０は、さらに依頼元ルータ１０の機能部を有してもよい。
【００３５】
通信制御部２０ａは、ＬＡＮやインターネットなどの電気通信回線を介したネットワーク装置等の外部の装置とルータとの通信を制御する。例えば、通信制御部２０ａは、他のネットワーク装置から転送されたパケットを受信したり、他のネットワーク装置に送信したりする。
【００３６】
応答部２０ｂは、経路受容要求を受信した場合に、該経路受容要求に含まれる経路の受容または拒否を依頼元ルータ１０に通知する。具体的には、応答部２０ｂは、依頼元ルータ１０から経路受容要求を受信した場合に、経路受容要求で指定された経路の受容をＩＳＰの運用ポリシー等に従って評価する。そして、応答部２０ｂは、指定された経路を受容する場合には、通信制御部２０ａを介して依頼元ルータ１０に経路受容許可を送信する。一方、応答部２０ｂは、指定された経路の受容を拒否する場合には、通信制御部２０ａを介して依頼元ルータ１０に経路受容拒否を送信する。
【００３７】
設定部２０ｃは、経路を受容する場合に、該経路での通信が可能となるように設定する。具体的には、設定部２０ｃは、応答部２０ｂが経路受容許可を依頼元ルータ１０に送信する際に、指定された経路を自装置が選択可能になるように経路フィルタを設定する。
【００３８】
［通信処理］
次に、図６を参照して、本実施形態に係る通信システム１による通信処理について説明する。図６は、通信処理手順を例示するシーケンス図である。図６のシーケンス図は、例えば、依頼元ルータ１０に攻撃対象のホスト等の特定のＩＰアドレスへの経路を指定する入力があったタイミングで開始される。
【００３９】
依頼元ルータ１０では、要求部１０ｂが、指定された経路を含む経路受容要求を依頼先ルータ２０に送信する（ステップＳ１）。
【００４０】
依頼先ルータ２０では、応答部２０ｂが、依頼元ルータ１０から経路受容要求を受信した場合に、経路受容要求で指定された経路を受容するか否かをＩＳＰの運用ポリシー等に従って判定する（ステップＳ２）。
【００４１】
応答部２０ｂは、指定された経路を受容しない場合には（ステップＳ２，Ｎｏ）、依頼元ルータ１０に経路受容拒否を送信する（ステップＳ３）。これにより、一連の通信処理が終了する。
【００４２】
一方、応答部２０ｂが、指定された経路を受容する場合には（ステップＳ２，Ｙｅｓ）、まず、設定部２０ｃが、指定された経路を自装置が選択可能にするよう経路フィルタを変更する（ステップＳ４）。次に、応答部２０ｂが、依頼元ルータ１０に経路受容許可を送信する（ステップＳ５）。
【００４３】
依頼元ルータ１０では、広告部１０ｃが、経路受容許可を受信した場合に、依頼先ルータ２０に対して受容を要求した経路の広告を設定し（ステップＳ６）、ＢＧＰにより広告を実施する（ステップＳ７）。
【００４４】
その後、依頼先ルータ２０は、広告された経路宛のトラフィックを依頼元ルータ１０に転送する（ステップＳ８）。依頼元ルータ１０は、例えば、転送された攻撃トラフィックを自ネットワーク内のＤＤｏＳミティゲーションシステムに転送し、攻撃トラフィックに対する対処を施す。これにより、一連の通信処理が終了する。
【００４５】
以上、説明したように、本実施形態の通信システム１の依頼元ルータ１０では、要求部１０ｂが、宛先ＩＰアドレスへの指定の経路を含む経路受容要求を依頼先ルータ２０に送信する。また、広告部１０ｃが、依頼先ルータ２０から経路受容要求に含まれる経路の受容を通知された場合に、依頼先ルータ２０に該経路を広告する。
【００４６】
依頼先ルータ２０では、応答部２０ｂが、経路受容要求を受信した場合に、該経路受容要求に含まれる経路の受容または拒否を依頼元ルータ１０に通知する。また、設定部２０ｃが、経路を受容する場合に、該経路での通信が可能となるように設定する。
【００４７】
一方、従来、図７に例示するように、ＢＨＲ機能を備えるＩＳＰ−Ａのオペレータが、攻撃対象のホスト２宛の経路ｂ．ｂ．ｂ．１００／３２の受容を、対向するＩＳＰ−Ｄのオペレータに依頼していた。また、受容される場合に、ＩＳＰ−Ａのオペレータが、ＩＳＰ―Ｄに対し経路ｂ．ｂ．ｂ．１００／３２の広告を手動で行っていた。また、ＩＳＰ−Ｄのオペレータが、受容する場合に、自ルータの経路フィルタ（BGP  prefix  filter）の設定を変更していた。このように、一般に受容されないプレフィックス長／２５〜／３２の経路の指定には、従来、依頼の作業や設定のための煩わしい稼働が発生していた。
【００４８】
これに対し、本実施形態の通信システム１では、実装プロトコルであるＢＧＰプロトコロルの軽微な拡張のみにより、容易かつ自動的にプレフィックス長／２５〜／３２の経路を指定して広告する経路制御を行うことが可能となる。したがって、本実施形態の通信システム１によれば、特定のＩＰアドレス宛の攻撃トラフィックを的確にＤＤｏＳミティゲーションシステムを備えるＩＳＰに引き込むことができる。このように、本実施形態の通信システム１によれば、特定のＩＰアドレス宛のトラフィックを的確に特定のＩＳＰに引き込むことが可能なる。
【００４９】
［プログラム］
上記実施形態に係る通信システム１が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。一実施形態として、通信システム１を構成する依頼元ルータ１０および依頼先ルータ２０は、パッケージソフトウェアやオンラインソフトウェアとして上記の通信処理を実行する通信プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の通信プログラムを情報処理装置に実行させることにより、情報処理装置を通信システム１の依頼元ルータ１０および依頼先ルータ２０として機能させることができる。ここで言う情報処理装置には、デスクトップ型またはノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal  Handyphone  System）などの移動体通信端末、さらには、ＰＤＡ（Personal  Digital  Assistants）などのスレート端末などがその範疇に含まれる。
【００５０】
また、依頼元ルータ１０および依頼先ルータ２０は、アウトソーシングによって上記の通信処理に関するサービスを提供するクラウドとして実装することとしてもかまわない。以下に、通信システム１の依頼元ルータ１０および依頼先ルータ２０と同様の機能を実現する通信プログラムを実行するコンピュータの一例を説明する。
【００５１】
図８は、通信プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
【００５２】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１およびＲＡＭ（Random  Access  Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１０５１およびキーボード１０５２が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１０６１が接続される。
【００５３】
ここで、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各テーブルは、例えばハードディスクドライブ１０３１やメモリ１０１０に記憶される。
【００５４】
また、通信プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明した通信システム１が実行する各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。
【００５５】
また、通信プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
【００５６】
なお、通信プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、通信プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮやＷＡＮ（Wide  Area  Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【００５７】
以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。
【符号の説明】
【００５８】
１  通信システム
２  ホスト
３  ＢＨＲ機能
４  ＤＤｏＳミティゲーションシステム
１０  依頼元ルータ
１０ａ  通信制御部
１０ｂ  要求部
１０ｃ  広告部
２０  依頼先ルータ
２０ａ  通信制御部
２０ｂ  応答部
２０ｃ  設定部
【図１】
2019012966.tif 000003
【図２】
2019012966.tif 000004
【図３】
2019012966.tif 000005
【図４】
2019012966.tif 000006
【図５】
2019012966.tif 000007
【図６】
2019012966.tif 000008
【図７】
2019012966.tif 000009
【図８】
2019012966.tif 000010