(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024018221
(43)【公開日】2024-02-08
(54)【発明の名称】中継処理装置
(51)【国際特許分類】
H04L 47/12 20220101AFI20240201BHJP
H04L 61/4511 20220101ALI20240201BHJP
【ＦＩ】
H04L47/12
H04L61/4511
【審査請求】未請求
【請求項の数】4
【出願形態】ＯＬ
(21)【出願番号】P 2022121412
(22)【出願日】2022-07-29
(71)【出願人】
【識別番号】304020498
【氏名又は名称】サクサ株式会社
(74)【代理人】
【識別番号】100098394
【弁理士】
【氏名又は名称】山川 茂樹
(72)【発明者】
【氏名】小林 史人
(72)【発明者】
【氏名】木村 隆昭
【テーマコード（参考）】
5K030
【Ｆターム（参考）】
5K030GA13
5K030LC11
5K030MB09
(57)【要約】
【課題】簡便かつ柔軟にアクセス制限を行うことのできるアクセス制限技術を提供する。
【解決手段】本発明の中継処理装置（１０）では、情報処理端末（２０）からアドレス解決要求を受信した場合に、接続された通信網へのアクセス状態が輻輳状態にあると判定され、アドレス解決要求におけるドメインへのアクセス回数が所定の閾値よりも低い場合に、当該アドレス解決要求のアドレス解決を制限する。
【選択図】 図４
【解決手段】本発明の中継処理装置（１０）では、情報処理端末（２０）からアドレス解決要求を受信した場合に、接続された通信網へのアクセス状態が輻輳状態にあると判定され、アドレス解決要求におけるドメインへのアクセス回数が所定の閾値よりも低い場合に、当該アドレス解決要求のアドレス解決を制限する。
【選択図】 図４
【特許請求の範囲】
【請求項1】
ユーザ端末から送信された所定のドメインに対するアクセス回数を記憶する記憶部と、
接続された通信網へのアクセス状態と、前記ユーザ端末から送信された任意のドメインに係るアドレス解決要求におけるドメイン名の前記アクセス回数とに基づいて、前記アドレス解決要求のアドレス解決を行うか否かを判定するように構成された制御部とを備え、
前記制御部は、前記通信網へのアクセス状態が所定の条件の下で輻輳状態にあると判定された場合であって、前記アドレス解決要求におけるドメイン名の前記アクセス回数が所定の閾値よりも低い場合に、当該アドレス解決要求のアドレス解決を制限すること
を特徴とする中継処理装置。
接続された通信網へのアクセス状態と、前記ユーザ端末から送信された任意のドメインに係るアドレス解決要求におけるドメイン名の前記アクセス回数とに基づいて、前記アドレス解決要求のアドレス解決を行うか否かを判定するように構成された制御部とを備え、
前記制御部は、前記通信網へのアクセス状態が所定の条件の下で輻輳状態にあると判定された場合であって、前記アドレス解決要求におけるドメイン名の前記アクセス回数が所定の閾値よりも低い場合に、当該アドレス解決要求のアドレス解決を制限すること
を特徴とする中継処理装置。
【請求項2】
前記記憶部には、前記所定のドメイン毎の前記アクセス回数を記憶するカウントテーブルが記憶され、
前記カウントテーブルは、アドレス解決後の最初のドメインへのアクセスに関わるＴＣＰシーケンスを、前記アクセス回数のカウントアップの対象とせず、アドレス解決後の２度目以降のドメインへのアクセスに関わるＴＣＰシーケンスを、前記アクセス回数のカウントアップの対象とすること
を特徴とする請求項１に記載の中継処理装置。
前記カウントテーブルは、アドレス解決後の最初のドメインへのアクセスに関わるＴＣＰシーケンスを、前記アクセス回数のカウントアップの対象とせず、アドレス解決後の２度目以降のドメインへのアクセスに関わるＴＣＰシーケンスを、前記アクセス回数のカウントアップの対象とすること
を特徴とする請求項１に記載の中継処理装置。
【請求項3】
前記記憶部には、前記所定のドメイン毎の前記アクセス回数を記憶するカウントテーブルが記憶され、
前記カウントテーブルは、アドレス解決後の最初のドメインへのアクセスに関わるＵＤＰシーケンスを、前記アクセス回数のカウントアップの対象とせず、ドメインからのデータの受信が行われた場合のＵＤＰシーケンスを、前記アクセス回数のカウントアップの対象とし、アドレス解決後の２度目以降のドメインへのアクセスに関わるＵＤＰシーケンスを、前記アクセス回数のカウントアップの対象とすること
を特徴とする請求項１に記載の中継処理装置。
前記カウントテーブルは、アドレス解決後の最初のドメインへのアクセスに関わるＵＤＰシーケンスを、前記アクセス回数のカウントアップの対象とせず、ドメインからのデータの受信が行われた場合のＵＤＰシーケンスを、前記アクセス回数のカウントアップの対象とし、アドレス解決後の２度目以降のドメインへのアクセスに関わるＵＤＰシーケンスを、前記アクセス回数のカウントアップの対象とすること
を特徴とする請求項１に記載の中継処理装置。
【請求項4】
前記カウントテーブルは、所定の期間における前記所定のドメイン毎の前記アクセス回数の集計結果に基づいて更新されること
を特徴とする請求項２または３に記載の中継処理装置。
を特徴とする請求項２または３に記載の中継処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ルータにおけるアドレス解決処理の制限技術に関する。
【背景技術】
【0002】
情報処理装置が設置されたＬＡＮと通信網との間に設置されたルータ等の中継処理装置において、情報処理装置から所定のドメイン名のアドレス解決要求を受信した場合には、アドレス解決要求を所定のＤＮＳサーバに送信し、ＤＮＳサーバからのアドレス通知を、アドレス解決要求を送信した情報処理装置に送信する。これにより、情報処理装置は、所定のドメイン名のサイトにアクセスすることができる。
【0003】
ここで、上記のアドレス解決が行われた結果、情報処理装置において表示されたドメインのサイトに広告等の他のドメインが含まれる場合には、広告等の他のドメインについてのアドレス解決処理が行われる。そのため、表示されたドメインのサイトに多数の広告が含まれる場合には、それに応じて多数のアドレス解決要求が送信されることとなり、アドレス解決に伴うパケットの送受信によるトラヒックが、ユーザが閲覧したい広告等に対するアクセスに影響を与えることもある。
【0004】
従来から、このような問題に対応するために、所定のドメインへのアクセスを制限する技術が提案されている。例えば、特許文献１では、アクセスが許可されていないドメイン名のリストを予め登録しておき、アクセスが許可されていないドメイン名のアドレス解決要求に対して、存在しないまたは利用不可能なアドレスを回答する。これにより、特定のドメインに対するアクセス制限を行うことができる。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特許第６００６７８８号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
特許文献１のように、予め登録したドメインへのアクセスを制限するリストに基づいてアクセスを制限する場合、特定のドメインに関わる通信負荷になりやすい不要なトラヒックを制限することができる。一方で、このリストが更新されない場合には、ネットワークの状態に関わらずアクセス制限が固定的になるという問題がある。ネットワークの状態に応じて、簡便かつ柔軟にアクセス制限を行うことのできるアクセス制限技術が望ましい。
【0007】
本発明はこのような課題を解決するためのものであり、ネットワークの状態に応じて、簡便かつ柔軟にアクセス制限を行うことのできるアクセス制限技術を提供することを目的としている。
【課題を解決するための手段】
【0008】
このような目的を達成するために、本発明に係る中継処理装置は、ユーザ端末から送信されたドメインに対するアクセス回数を記憶するように構成された記憶部と、接続された通信網へのアクセス状態と、前記ユーザ端末から送信された任意のドメインに係るアドレス解決要求におけるドメイン名の前記アクセス回数とに基づいて、前記アドレス解決要求のアドレス解決を行うか否かを判定するように構成された制御部とを備え、前記制御部は、前記通信網へのアクセス状態が所定の条件の下で輻輳状態にあると判定された場合であって、前記アドレス解決要求におけるドメイン名の前記アクセス回数が所定の閾値よりも低い場合に、当該アドレス解決要求のアドレス解決を制限する。
【0009】
本発明に係る上記中継処理装置の一構成例は、前記記憶部には、前記所定のドメイン毎のアクセス回数を記憶するカウントテーブルが記憶され、前記カウントテーブルは、アドレス解決後の最初のドメインへのアクセスに関わるＴＣＰシーケンスを、前記アクセス回数のカウントアップの対象とせず、アドレス解決後の２度目以降のドメインへのアクセスに関わるＴＣＰシーケンスを、前記アクセス回数のカウントアップの対象とするように構成されている。
【0010】
本発明に係る上記中継処理装置の一構成例は、前記記憶部には、前記所定のドメイン毎の前記アクセス回数を記憶するカウントテーブルが記憶され、前記カウントテーブルは、アドレス解決後の最初のドメインへのアクセスに関わるＵＤＰシーケンスを、前記アクセス回数のカウントアップの対象とせず、ドメインからのデータの受信が行われた場合のＵＤＰシーケンスを、前記アクセス回数のカウントアップの対象とし、アドレス解決後の２度目以降のドメインへのアクセスに関わるＵＤＰシーケンスを、前記アクセス回数のカウントアップの対象とするよう構成されている。
【0011】
本発明に係る上記中継処理装置の一構成例は、前記カウントテーブルが、所定の期間における前記所定のドメイン毎の前記アクセス回数の集計結果に基づいて更新されるように構成される。
【発明の効果】
【0012】
本発明によれば、ネットワークの状態に応じて簡便かつ柔軟にアクセス制限を行うことのできるアクセス制限技術を提供することが可能となる。
【図面の簡単な説明】
【0013】
【発明を実施するための形態】
【0014】
本発明の実施の形態について図面を参照して説明する。本発明は様々な形態で実施可能であり、以下に説明する発明の実施の形態に限定されるものではない。
【0015】
＜本発明のアクセス制限の特徴＞
図１は、本発明の実施の形態に係る中継処理装置の構成を示すブロック図である。中継処理装置１０は、配下のローカルエリアネットワークＬＡＮ（以下、ＬＡＮという）に接続されたＰＣやスマートフォンなどの情報処理装置２０から送信されたパケットを通信網ＮＷ上のＨＴＴＰサーバやＤＮＳサーバに中継するルーティング機能を有するとともに、情報処理装置２０からのアドレス解決要求を通信網NWへのアクセス状態に応じて制限するＤＮＳ処理機能を有するように構成されている。
図１は、本発明の実施の形態に係る中継処理装置の構成を示すブロック図である。中継処理装置１０は、配下のローカルエリアネットワークＬＡＮ（以下、ＬＡＮという）に接続されたＰＣやスマートフォンなどの情報処理装置２０から送信されたパケットを通信網ＮＷ上のＨＴＴＰサーバやＤＮＳサーバに中継するルーティング機能を有するとともに、情報処理装置２０からのアドレス解決要求を通信網NWへのアクセス状態に応じて制限するＤＮＳ処理機能を有するように構成されている。
【0016】
中継処理装置１０は、情報処理装置２０から所定のドメインのアドレス解決要求を受信した場合には、アドレス解決要求を所定のＤＮＳサーバ３０に送信し、ＤＮＳサーバ３０からのアドレス通知を、アドレス解決要求を送信した情報処理装置２０に送信する。これにより、情報処理装置２０は、所定のドメインに対応するアドレスを取得しアクセスを行うことができる。
【0017】
ここで、情報処理装置２０において表示されたドメインに、広告等の他のドメインが含まれる場合には、このような他のドメインについてのアドレス解決処理が行われる。そのため、表示されたドメインに多数の広告のドメインが含まれる場合には、多数のアドレス解決要求が送信されることとなり、アドレス解決に伴うパケットの送受信のトラヒックが、ユーザが閲覧したい広告等に対するアクセス等の優先度の高いトラヒックに対して影響を与える場合がある。
【0018】
本発明では、アドレス解決に伴うパケットの送受信のトラヒックが優先度の高いトラヒックに対する影響を低減するために、中継処理装置においてアドレス解決に伴うパケットの送受信を制限するように構成したものである。
【0019】
具体的には、情報処理装置２０から所定のドメインに対するアドレス解決要求を受信した場合に、通信網NWのアクセス状態が輻輳状態であると判定した場合に、制限対象のドメインに対するアドレス解決要求を制限するように構成されている。
【0020】
制限対象のドメインであるか否かの判定は、ドメイン毎のアクセス回数をカウントしたカウントテーブルに基づいて行う。アクセス回数の多いドメインは、ユーザが閲覧したい要望が多いドメインであり、アクセス制限を行うべきでない優先度の高いドメインであると判断される。
【0021】
一方で、アクセス回数の少ないドメインは、優先度の低いドメインであり、アクセス制限をしても問題がないと考えられる。アクセス回数の少ないドメインについて、アクセス回数をカウントした結果、アクセス回数が所定の閾値を超えた場合には、アクセス制限を行うべきでない優先度の高いドメインであると判断されることになる。
【0022】
このようなドメインのアクセス制限を行うことで、アクセス制限が固定的になることを防止し、ネットワークの状態に応じて、簡便かつ柔軟にアクセス制限を行うことのできるアクセス制限技術を提供することが可能となる。
【0023】
＜中継処理装置の構成＞
中継処理装置１０は、配下のＬＡＮに接続された情報処理装置２０を、インターネットなどの通信網ＮＷに中継接続する経路上に設置される。中継処理装置１０は、図１に示すように、主な回路構成として、網側Ｉ／Ｆ１１、ＬＡＮ側Ｉ／Ｆ１２、記憶部１３、および制御部１４を備えている。
中継処理装置１０は、配下のＬＡＮに接続された情報処理装置２０を、インターネットなどの通信網ＮＷに中継接続する経路上に設置される。中継処理装置１０は、図１に示すように、主な回路構成として、網側Ｉ／Ｆ１１、ＬＡＮ側Ｉ／Ｆ１２、記憶部１３、および制御部１４を備えている。
【0024】
＜網側Ｉ／Ｆ、ＬＡＮ側Ｉ／Ｆ＞
網側Ｉ／Ｆ１１は、通信回線Ｌを介してインターネットなどの通信網ＮＷとデータ通信を行うためのＩ／Ｆである。通信網ＮＷには、ドメインネームのアドレス解決を行うＤＮＳサーバ３０、様々なドメインへのアクセスに対応してサービスを提供するＨＴＴＰサーバ４０が接続されている。
網側Ｉ／Ｆ１１は、通信回線Ｌを介してインターネットなどの通信網ＮＷとデータ通信を行うためのＩ／Ｆである。通信網ＮＷには、ドメインネームのアドレス解決を行うＤＮＳサーバ３０、様々なドメインへのアクセスに対応してサービスを提供するＨＴＴＰサーバ４０が接続されている。
【0025】
ＬＡＮ側Ｉ／Ｆ１２は、ＬＡＮを介して情報処理装置２０とデータ通信を行うためのＩ／Ｆである。ＬＡＮ側Ｉ／Ｆ１２には、情報処理装置２０を接続するための複数のポートが備えられている。
【0026】
＜記憶部＞
記憶部１３は、全体として半導体メモリなどの記憶部からなり、制御部１４で実行するルーティング処理やＤＮＳ処理に用いるルーティングテーブル１３Ａ、カウントテーブル１３Ｂ、プログラム１３Ｐを記憶するように構成されている。
記憶部１３は、全体として半導体メモリなどの記憶部からなり、制御部１４で実行するルーティング処理やＤＮＳ処理に用いるルーティングテーブル１３Ａ、カウントテーブル１３Ｂ、プログラム１３Ｐを記憶するように構成されている。
【0027】
プログラム１３Ｐは、制御部１４のＣＰＵと協働することにより、制御部１４のルーティング処理やＤＮＳ処理を実行するための各種処理部を実現し、コンピュータを中継処理装置として機能させるための処理プログラムである。
【0028】
記憶部１３に記憶されている主な情報の１つとして、ルーティングテーブル１３Ａがある。ルーティングテーブル１３Ａは、情報処理装置２０のＩＰアドレスと接続ポートの対応関係が保存されているテーブルである。ルーティングテーブル１３Ａを参照することにより、網側Ｉ／Ｆ１１から受信したパケットをＬＡＮ側Ｉ／Ｆのポートに出力するかが決定される。
【0029】
記憶部１３に記憶されている主な情報の１つとして、カウントテーブル１３Ｂがある。カウントテーブル１３Ｂは、ドメイン毎のアクセス回数のデータが記憶されているテーブルである。アドレス解決要求が送信されたドメインについてネットワークへの送信を制限するか否かを判断する際に用いられる。カウントテーブル１３Ｂは、所定の条件に従ってカウントアップされ、ドメインへのアクセス状況に応じて動的に変更される。
【0030】
＜制御部の構成＞
制御部１４は、ＣＰＵとその周辺回路を有し、ＣＰＵと記憶部１３のプログラム１３Ｐとを協働させることにより、通信網ＮＷとＬＡＮの間のパケットのルーティング処理を行うルーティング処理部１４Ａや、通信処理装置から送信されたアドレス解決要求を処理するＤＮＳ処理を実行するためのＤＮＳ処理部１４Ｂ等の各種処理部を備える。
制御部１４は、ＣＰＵとその周辺回路を有し、ＣＰＵと記憶部１３のプログラム１３Ｐとを協働させることにより、通信網ＮＷとＬＡＮの間のパケットのルーティング処理を行うルーティング処理部１４Ａや、通信処理装置から送信されたアドレス解決要求を処理するＤＮＳ処理を実行するためのＤＮＳ処理部１４Ｂ等の各種処理部を備える。
【0031】
制御部１４のＤＮＳ処理部１４Ｂは、情報処理装置２０から所定のドメインに対するアドレス解決要求を受信した場合に、所定の条件の下で通信網ＮＷへのアクセス状態が輻輳状態であるかを判定し、輻輳状態であると判定した場合に、制限対象のドメインに対するアドレス解決要求を制限するように構成されている。
【0032】
通信網ＮＷへのアクセス状態が輻輳状態でない場合は、アドレス解決に伴うパケットの送受信のトラヒックが、優先度の高いトラヒックに対して影響を与えることはないと考えられるので、アドレス解決処理を制限する必要はない。一方、通信網ＮＷへのアクセスが輻輳状態にある場合は、アクセス回数の少ないドメインへのアクセスを制限することで、優先度の高いアクセス回数の多いドメインへのアクセスへの影響を低減させることができる。
【0033】
通信網ＮＷへのアクセス状態が輻輳状態であるかは、例えば、ＩＰconntrackテーブルにおけるパケットの蓄積量が所定の閾値を超えたか否かにより判断することができる。より具体的には、例えば、ＩＰconntrackテーブルの蓄積量が８０％を超えた場合に、輻輳状態にあると判定することができる。
【0034】
アドレス解決処理を制限するか否かの判定は、ドメイン毎のアクセス回数をカウントしたカウントテーブルに基づいて行う。アクセス回数の多いドメインは、ユーザが閲覧したい要望が多いドメインであり、アクセス制限を行うべきでない優先度の高いドメインであると判断される。
【0035】
一方で、アクセス回数の少ないドメインは、優先度の低いドメインであり、アクセス制限をしても問題がないと考えられる。アクセス回数の少ないドメインについて、アクセス回数をカウントした結果、アクセス回数が所定の閾値を超えた場合には、アクセス制限を行うべきでない優先度の高いドメインであると判断されることになる。
【0036】
【0037】
情報処理装置２０は、所定のドメイン［****.co.jp］にアクセスした場合（ステップ１００）、中継処理装置に対して、ドメイン［****.co.jp］のドメインのアドレス解決要求を送信する。中継処理装置１０は、ＤＮＳサーバ３０に対して、アドレス解決要求を送信し、ＤＮＳサーバ３０から受信したドメイン［****.co.jp］に対応するＩＰアドレスを情報処理装置２０に送信する。このアドレス解決処理により、情報処理装置２０は、ドメイン［****.co.jp］にアクセスすることができる（ステップ１０１－１０５）。
【0038】
情報処理装置２０は、受信したＩＰアドレスを用いて、ドメイン［****.co.jp］に対応するＨＴＴＰサーバ４０にアクセスすることができる。ＴＣＰの接続確立処理（ステップ１０６－１１１）が行われた後に、ＨＴＴＰサーバ４０へのアクセス処理が行われる（ステップ２０１－２０４）。
【0039】
ＨＴＴＰサーバ４０へのアクセス処理の終了後に、ＴＣＰの接続終了処理が行われる（ステップ２０５－２０８）。これらの一連の処理により、情報処理装置２０の画面には、ＨＴＴＰサーバ４０から受信したドメイン［****.co.jp］の情報が表示される。
【0040】
図３は、所定のドメインに含まれる他のドメインにアクセスした際のシーケンスの一例である。図３に示すように、所定のドメイン［****.co.jp］に、広告等の他のドメインが含まれていた場合には（ステップ３００）、この他のドメインについてのアドレス解決処理が行われる（ステップ３０１－３０５）。
【0041】
アドレス解決処理の後は、図２と同様にして、ＴＣＰの接続確立処理（ステップ３０６－３１１）、ＨＴＴＰサーバ４０へのアクセス処理（ステップ４０１－４０４）、ＴＣＰの接続終了処理（ステップ４０５－４０８）が行われる。この一連の処理により、所定のドメイン［****.co.jp］に含まれる広告等の他のドメインの情報が、情報処理装置２０の画面に表示される。
【0042】
所定のドメイン［****.co.jp］に複数の他のドメインが含まれている場合には、他のドメインのアドレス解決処理が繰り返される。解決できるドメインのアドレスがなくなるまで、アドレス解決処理が繰り返されることにより、所定のドメイン［****.co.jp］に含まれる解決可能な全てのドメインのアドレス解決処理が行われる。
【0043】
＜アドレス解決制限処理のシーケンス＞
図４－図６を用いて、アドレス解決制限処理のシーケンスについて説明する。図２－３で説明したように、所定のドメイン［****.co.jp］に複数の他のドメインが含まれている場合には、この複数の他のドメインのアドレス解決処理が行われる。このため、アドレス解決処理を制限しない場合には、複数の他のドメインについて、アドレス解決処理、ＴＣＰの接続確立処理、ＨＴＴＰサーバへのアクセス処理、ＴＣＰの接続終了処理が繰り返し行われることとなる。
図４－図６を用いて、アドレス解決制限処理のシーケンスについて説明する。図２－３で説明したように、所定のドメイン［****.co.jp］に複数の他のドメインが含まれている場合には、この複数の他のドメインのアドレス解決処理が行われる。このため、アドレス解決処理を制限しない場合には、複数の他のドメインについて、アドレス解決処理、ＴＣＰの接続確立処理、ＨＴＴＰサーバへのアクセス処理、ＴＣＰの接続終了処理が繰り返し行われることとなる。
【0044】
このため、所定のドメイン［****.co.jp］に、多数の広告等の他のドメインが含まれる場合には、多数のアドレス解決処理が実行されることとなり、上述したアドレス解決に伴うパケットの送受信のトラヒックが増大し、優先度の高いトラヒックに対して影響を与えることになる。本実施の形態では、優先度の高いトラヒックに対する影響を低減するために、アドレス解決に伴うパケットの送受信を制限するように構成したものである。
【0045】
図４は、本発明の実施の形態に係るアドレス解決制限処理のシーケンスの一例である。図４の例では、情報処理装置２０から所定のドメインに含まれる広告のドメインについてのアドレス解決要求を受信した場合に（ステップ５０１）、通信網ＮＷへのアクセス状態が輻輳状態を判定し（ステップ５０２）、輻輳状態であると判定した場合に、アドレス解決の対象であるドメインが制限対象のドメインであるかを判定し（ステップ５０３）、制限対象であるドメインであった場合には、制限対象のドメインに対するアドレス解決要求に対して［Ｒｅｆｕｓｅｄ］を送信する（ステップ５０４、５０５）。
【0046】
通信網ＮＷへのアクセス状態が輻輳状態であるかは、例えば、ＩＰconntrackテーブルにおけるパケットの蓄積量が所定の閾値を超えたか否かにより判断することができる。より具体的には、例えば、ＩＰconntrackテーブルの蓄積量が８０％を超えた場合に、輻輳状態にあると判定することができる。
【0047】
アドレス解決の対象であるドメインが制限対象のドメインであるか否かの判定は、ドメイン毎のアクセス回数をカウントしたカウントテーブルに基づいて行う。アクセス回数の多いドメインは、ユーザが閲覧したい要望が多いドメインであり、アクセス制限を行うべきでない優先度の高いドメインであると判断される。
【0048】
一方で、アクセス回数の少ないドメインは、優先度の低いドメインであり、アクセス制限をしても問題がないと考えられる。なお、アクセス回数の少ないドメインについては、所定の期間においてアクセス回数をカウントした結果、アクセス回数が所定の閾値を超えた場合には、アクセス制限を行うべきでない優先度の高いドメインであると判断されることになる。
【0049】
＜カウントテーブルの構成＞
図５は、本発明の実施の形態に係るカウントテーブルの構成例である。図５の構成例では、ドメイン［www.gggg.co.jp］、［www.yyyy.co.jp］、［www.kk11.co.jp］、［www.wiwi.co.jp］、［www.kk22.co.jp］について、所定の期間におけるアクセス回数のデータが記憶されている。
図５は、本発明の実施の形態に係るカウントテーブルの構成例である。図５の構成例では、ドメイン［www.gggg.co.jp］、［www.yyyy.co.jp］、［www.kk11.co.jp］、［www.wiwi.co.jp］、［www.kk22.co.jp］について、所定の期間におけるアクセス回数のデータが記憶されている。
【0050】
各ドメインにおけるアクセス回数は、ＴＣＰ、ＵＤＰのプロトコル別にカウントされる。パケットの送受信の態様は、プロトコルに応じて異なるため、ＴＣＰ、ＵＤＰのそれぞれにおいてアクセス回数をカウントすることで、ＴＣＰ、ＵＤＰのパケットの送受信の特徴に応じた柔軟なアクセス制限を行うことができる。
【0051】
図５の構成例において、例えば、アクセス回数の閾値を［１００］とした場合、ＴＣＰのアクセス回数が［１００］を超えているドメイン［www.gggg.co.jp］、［www.yyyy.co.jp］は、制限対象のドメインではないと判定し、ＴＣＰのアクセス回数が［１００］を下回っている［www.kk11.co.jp］、［www.kk22.co.jp］は、制限対象のドメインであると判定する。［www.wiwi.co.jp］については、ＵＤＰのアクセス回数が［１００］を超えているので制限対象のドメインではないと判定される。
【0052】
このカウントテーブルは、各ドメインに対するアクセス回数の変動に応じて、動的に変動するように構成されており、ある所定の期間において、制限対象であったドメインが、アクセス回数が増大して所定の閾値を超えた場合には、制限対象のドメインではないと判定される。
【0053】
一方、ある所定の期間において、制限対象でなかったドメインが、アクセス回数が減少して所定の閾値を下回った場合には、制限対象のドメインであると判定されることになる。カウントテーブルを、各ドメインに対するアクセス回数の変動に応じて、動的に変動させることで、トラヒックの状況に応じた柔軟なアドレス解決制限処理を実現することができる。
【0054】
＜アドレス解決制限処理のフローチャート＞
図６は、本発明の実施の形態に係るアドレス解決制限処理のフローチャートの一例である。中継処理装置１０では、情報処理装置２０から所定のドメインに含まれる広告のドメインについてアドレス解決要求を受信した場合（ステップＳ１－１）、通信網ＮＷへのアクセス状態が輻輳状態であるかを判定し（ステップＳ１－２）、輻輳状態であると判定した場合に（ステップＳ１－２：ＹＥＳ）、カウントテーブルに基づいて、アドレス解決の対象であるドメインが制限対象のドメインであるかを判定し（ステップＳ１－３）、アドレス解決の対象であるドメインが制限対象のドメインであった場合には（ステップＳ１－３：ＹＥＳ）、制限対象のドメインに対するアドレス解決要求に対して［Ｒｅｆｕｓｅｄ］を送信する（ステップＳ１－５）。
図６は、本発明の実施の形態に係るアドレス解決制限処理のフローチャートの一例である。中継処理装置１０では、情報処理装置２０から所定のドメインに含まれる広告のドメインについてアドレス解決要求を受信した場合（ステップＳ１－１）、通信網ＮＷへのアクセス状態が輻輳状態であるかを判定し（ステップＳ１－２）、輻輳状態であると判定した場合に（ステップＳ１－２：ＹＥＳ）、カウントテーブルに基づいて、アドレス解決の対象であるドメインが制限対象のドメインであるかを判定し（ステップＳ１－３）、アドレス解決の対象であるドメインが制限対象のドメインであった場合には（ステップＳ１－３：ＹＥＳ）、制限対象のドメインに対するアドレス解決要求に対して［Ｒｅｆｕｓｅｄ］を送信する（ステップＳ１－５）。
【0055】
通信網ＮＷへのアクセス状態が輻輳状態でないと判定した場合や（ステップＳ１－２：ＮＯ）、アドレス解決の対象であるドメインが制限対象でない場合には（ステップＳ１－３：ＮＯ）、中継処理装置１０は、アドレス解決要求をＤＮＳサーバに送信して、通常のアドレス解決処理を行う（ステップＳ１－４）。
【0056】
＜カウントテーブルにおけるアクセス回数のカウントアップ＞
図７－図９を用いて、カウントテーブルにおけるアクセス回数のカウントアップについて説明する。図７、図８は、本発明の実施の形態に係るカウントテーブルのカウントアップ（ＴＣＰ）を説明するための図である。
図７－図９を用いて、カウントテーブルにおけるアクセス回数のカウントアップについて説明する。図７、図８は、本発明の実施の形態に係るカウントテーブルのカウントアップ（ＴＣＰ）を説明するための図である。
【0057】
【0058】
図７に示すように、広告のドメインに対するアドレス解決処理後の最初のＴＣＰシーケンス、すなわちＴＣＰの接続確立から、ＨＴＴＰサーバアクセス、ＴＣＰの接続終了までの一連のＴＣＰシーケンスは、カウントテーブルのカウントアップの対象としない。
【0059】
その理由は、所定のドメインに含まれる広告等についての最初のアドレス解決処理後のＨＴＴＰサーバへのアクセスは、情報処理装置２０のユーザが意図してアクセスしたものではないため、ユーザが閲覧したい広告等に対するアクセス等の優先度の高いトラヒックか否か判定できないからである。
【0060】
一方、図８に示すように、アドレス解決済の広告等の他のドメインに対してアクセスした場合の一連のＴＣＰシーケンスは、カウントテーブルのカウントアップの対象となる。この場合の広告等に対するアクセスは、情報処理装置２０のユーザが意図してアクセスしたものであることが明らかであり、ユーザが閲覧したい広告等に対するアクセス等の優先度の高いトラヒックとなる可能性があるからである。
【0061】
このように、ＴＣＰの場合、アドレス解決直後のドメインへのアクセスに関わるＴＣＰシーケンスは、カウントアップの対象としないが、アドレス解決後の２度目以降のドメインへのアクセスに関わるＴＣＰシーケンスはカウントアップの対象となる。このようなカウントテーブルのカウントアップを行うことで、優先度の高いドメインへのアクセスか否かを適切に判断することのできるカウントテーブルを構成することができる。
【0062】
図９は、本発明の実施の形態に係るカウントテーブルのカウントアップ（ＵＤＰ）を説明するための図である。図９は、ＮＴＰサーバにアクセスした場合のカウントテーブルのカウントアップの一例である。図５に示したように、カウントテーブルには、ＴＣＰのアクセス回数とＵＤＰのアクセス回数がそれぞれ記憶されている。
【0063】
図９の例では、ＮＴＰサーバのアドレスの解決処理を行った後（ステップ８０１－８０５）、ＮＴＰサーバにＵＤＰでアクセスしている（ステップ８０６－８０７）。この段階では、ＵＤＰシーケンスは、カウントテーブルのカウントアップの対象としない。その理由は、ＵＤＰは、ＴＣＰと異なり送信のみを行う場合が多いため、優先度の高いトラヒックに対して通信負荷となる可能性があるからである。
【0064】
一方、図９のステップ８０８－８０９に示すように、ＮＴＰサーバからＮＴＰ結果が通知された場合には、この場合のＵＤＰシーケンスは、カウントテーブルのカウントアップの対象となる。この場合のＵＤＰシーケンスは、単なるＵＤＰのパケットの送信ではなく、通信相手に対して応答を返す動作を行っていることから、優先度の高いトラヒックとなる可能性があるからである。
【0065】
さらに、ＮＴＰ結果を受信した後に、ＮＴＰサーバに対してアクセスしている場合に、この場合のＵＤＰシーケンスは、カウントテーブルのカウントアップの対象とする（ステップ８１０－８１１）。この場合のＵＤＰシーケンスは、ＮＴＰ結果を受けて継続的に通信を行っており、優先度の高いトラヒックとなり得るからである。
【0066】
このように、ＵＤＰの場合、アドレス解決直後のドメインへのアクセスに関わるＵＤＰシーケンスは、カウントアップの対象としないが、ＵＤＰによるサーバからのデータの受信が行われた場合には、カウントアップの対象となる。さらに、アドレス解決後の２度目以降のドメインへのアクセスに関わるＵＤＰシーケンスはカウントアップの対象となる。
【0067】
このように、パケットの送受信の態様は、プロトコルに応じて異なるため、ＴＣＰ、ＵＤＰのそれぞれにおいてアクセス回数をカウントすることで、ＴＣＰ、ＵＤＰのパケットの送受信の特徴に応じた柔軟なアクセス制限を行うことができる。
【0068】
＜カウントテーブルの更新＞
図１０－図１３を用いて、カウントテーブルの更新について説明する。図１０、１１は、所定の期間におけるドメイン毎のアクセス回数の変動を説明するための図である。図１０、図１１の例では、各ドメインに対するアクセス回数をカウントして、各一週間のアクセス回数の集計結果を用いて、カウントテーブルの更新を行う。
図１０－図１３を用いて、カウントテーブルの更新について説明する。図１０、１１は、所定の期間におけるドメイン毎のアクセス回数の変動を説明するための図である。図１０、図１１の例では、各ドメインに対するアクセス回数をカウントして、各一週間のアクセス回数の集計結果を用いて、カウントテーブルの更新を行う。
【0069】
図１２、図１３は、図１０、図１１のアクセス回数のデータに基づいて作成されたカウントテーブルの構成である。図１２は、図１０のデータに基づく更新前のカウントテーブルであり、図１３は、図１１のデータに基づく更新後のカウントテーブルである。
【0070】
このように、カウントテーブルを所定の期間におけるドメイン毎のアクセス回数の集計結果に基づいて動的に更新することで、各ドメインのアクセス状況に応じて、適切にアクセス制限するドメインの判定を行うことができる。また、短期的なアクセス回数の集計結果ではなく、所定の期間におけるアクセス回数の変動傾向により、各ドメインのアドレス解決を制限するかを判定することで、トラヒックの状況に応じてドメインの優先度を判定し、適切なアドレス解決制限処理を行うことができる。
【0071】
＜本実施の形態の効果＞
このように、本実施の形態は、中継処理装置１０の制御部１４が、接続された通信網ＮＷへのアクセス状態と、ユーザ端末から送信された任意のドメインに係るアドレス解決要求におけるドメイン名のアクセス回数とに基づいて、アドレス解決処理を行うか否かを判定するように構成され、通信網ＮＷへのアクセス状態が所定の条件の下で輻輳状態にあると判定された場合であって、アドレス解決要求におけるドメイン名のアクセス回数が所定の閾値よりも低い場合に、当該アドレス解決処理を制限するように構成されている。
このように、本実施の形態は、中継処理装置１０の制御部１４が、接続された通信網ＮＷへのアクセス状態と、ユーザ端末から送信された任意のドメインに係るアドレス解決要求におけるドメイン名のアクセス回数とに基づいて、アドレス解決処理を行うか否かを判定するように構成され、通信網ＮＷへのアクセス状態が所定の条件の下で輻輳状態にあると判定された場合であって、アドレス解決要求におけるドメイン名のアクセス回数が所定の閾値よりも低い場合に、当該アドレス解決処理を制限するように構成されている。
【0072】
このようなドメインのアクセス制限を行うことで、アクセス制限が固定的になることを防止し、ネットワークの状態に応じて、簡便かつ柔軟にアクセス制限を行うことのできるアクセス制限技術を提供することが可能となる。
【0073】
また、各ドメインにおいて、ＴＣＰ、ＵＤＰのそれぞれにおいてアクセス回数をカウントし、カウントアップの条件をＴＣＰ、ＵＤＰのそれぞれにおいて設定することで、ＴＣＰ、ＵＤＰのパケットの送受信の特徴に応じた柔軟なアクセス制限を行うことができる。
【0074】
また、ドメインのアドレス解決を制限するかを判断するためのカウントテーブルを、所定の期間における所定のドメイン毎のアクセス回数の集計結果に基づいて更新することで、トラヒックの状況に応じてドメインの優先度を判定し、適切なアドレス解決制限処理を行うことができる。
【0075】
＜実施の形態の拡張＞
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解しうる様々な変更をすることができる。
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解しうる様々な変更をすることができる。
【符号の説明】
【0076】
１０…中継処理装置、１１…網側Ｉ／Ｆ、１２…ＬＡＮ側Ｉ／Ｆ、１３…記憶部、１３Ａ…ルーティングテーブル、１３Ｂ…カウントテーブル、１３Ｐ…プログラム、１４…制御部、２０…情報処理装置、３０…ＤＮＳサーバ、４０…ＨＴＴＰサーバ、Ｌ…通信回線、ＬＡＮ…ローカルエリアネットワーク、ＮＷ…通信網。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】