JP2016163272A - Ｅｎｕｍサーバ、および、特異アクセス判定方法 - Google Patents
Ｅｎｕｍサーバ、および、特異アクセス判定方法 Download PDFInfo
- Publication number
- JP2016163272A JP2016163272A JP2015042742A JP2015042742A JP2016163272A JP 2016163272 A JP2016163272 A JP 2016163272A JP 2015042742 A JP2015042742 A JP 2015042742A JP 2015042742 A JP2015042742 A JP 2015042742A JP 2016163272 A JP2016163272 A JP 2016163272A
- Authority
- JP
- Japan
- Prior art keywords
- request
- destination information
- specific access
- access
- connection destination
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】ＩＰ網において新たに導入される番号ポータビリティＤＢに対する特異アクセスによる負荷を低減する、ＥＮＵＭサーバ、および、特異アクセス判定方法を提供する。【解決手段】ＥＮＵＭサーバ１０は、着信先端末の電話番号を含む着信先情報に対応する接続先情報を記憶する番号ポータビリティＤＢ１００を記憶する記憶部を備え、リクエストを受信する毎に、受信したリクエストに付された着信先情報を、特異アクセス監視情報として記憶部に記憶するとともに、着信先端末の電話番号が所定の規則性を持つと判定した場合に、リクエストが特異アクセスであるとする特異アクセス判定部１２１と、当該リクエストに対する応答情報として、拒否応答を返信する特異アクセス対策処理部１２２と、を備える。【選択図】図１
Description
本発明は、ＩＰ（Internet Protocol）電話等の電話番号を、ＵＲＩ（Uniform Resource Identifiers）に対応付けて名前解決を行うＥＮＵＭ（E.164 Number Mapping）の技術分野であり、ＥＮＵＭサーバ、および、特異アクセス判定方法に関する。
従来、ＩＰ網において、通信事業者網内の装置（ＳＩＰ（Session Initiation Protocol）サーバ等）が電話番号とＵＲＩとの対応付けを行う仕組みとしてＥＮＵＭシステムが提案されている。このＥＮＵＭシステムでは、通信事業者のネットワーク内に設置されたＳＩＰサーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先の情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭサーバに問い合わせて、その接続先の情報に基づいてルーティングを行う。
また、ＰＳＴＮ（Public Switched Telephone Network：公衆電話交換回線網）からＩＰ網への移行に伴い、ＩＰ網において固定電話番号を通信事業者間で自由に持ち回れる番号ポータビリティの仕組みが検討されている。複数の通信事業者のＩＰ網で接続される環境において、番号ポータビリティを可能にする技術としてＡＣＱ（ALL CALL QUERY）方式が提案されている（非特許文献１参照）。
非特許文献１に記載のＡＣＱ方式では、各通信事業者の番号ポータビリティ情報を集中管理したデータベース（後記する「番号ポータビリティＤＢ」）を、ＤＮＳ（Domain Name System）の仕組みを利用したＥＮＵＭサーバに備え、各通信事業者のＳＩＰサーバは、ＥＮＵＭサーバにアクセスすることにより、各電話番号が他網へ移転(ポートアウト)しているか否かを解決し、接続先の情報（接続先情報）を取得して通信を行う。
図７は、このＡＣＱ方式において、ＥＮＵＭサーバ１０Ａが備える番号ポータビリティＤＢ１００への接続先情報の問合せを説明するための図である。
図７に示すように、まず、０３−３５２１帯の端末１（１ａ：発信元端末）（ＩＰ電話等）から０４２２−５９帯の端末１（１ｂ：着信先端末）（ＩＰ電話等）への接続要求メッセージ（図７において、「接続要求」と記載する。他図も同様。）が、ＳＩＰサーバ２０へ送信される（ステップＳ１）。
接続要求メッセージを受け付けたＳＩＰサーバ２０は、ＥＮＵＭサーバ１０Ａの番号ポータビリティＤＢ１００に対して、着信先の通信事業者へ接続するための接続先情報（着信先電話番号に対応するＵＲＩ等）の問合せ（後記する、「接続先情報問合せメッセージの送信」。図７においては、「接続先情報問合せ」と記載する。他図も同様。）を行う（ステップＳ２）。
接続要求メッセージを受け付けたＳＩＰサーバ２０は、ＥＮＵＭサーバ１０Ａの番号ポータビリティＤＢ１００に対して、着信先の通信事業者へ接続するための接続先情報（着信先電話番号に対応するＵＲＩ等）の問合せ（後記する、「接続先情報問合せメッセージの送信」。図７においては、「接続先情報問合せ」と記載する。他図も同様。）を行う（ステップＳ２）。
ＥＮＵＭサーバ１０Ａは、接続先情報問合せメッセージを受信すると、自身が記憶する番号ポータビリティＤＢ１００を参照し、その着信先の端末（後記する「着信先情報」）に対応する接続先情報を抽出し、ＳＩＰサーバ２０に応答情報（後記する、「接続先情報問合せ応答メッセージ」。図７においては、「接続先情報問合せ応答」と記載する。他図も同様。）を送信する（ステップＳ３）。
ＳＩＰサーバ２０は、接続先情報問合せ応答メッセージに含まれる接続先情報を受信すると、着信先が自ＩＰ網１０００か否かを判断し、自ＩＰ網１０００である場合には、加入者情報を管理するＨＳＳ（Home Subscriber Server）３０へ問合せることにより着信先の収容ＳＩＰサーバを解決し、着信先となる０４２２−５９帯の端末１（１ｂ）に呼接続する（ステップＳ４）。一方、ＳＩＰサーバ２０は、着信先が他の通信事業者のＩＰ網２０００の場合は、接続先情報に示される他の通信事業者のＩＰ網２０００へＳＩＰ信号を転送する（図示省略）。
上記の処理とは別に、ＥＮＵＭサーバ１０Ａは、他の通信事業者のＩＰ網２０００（図７において、「他ＩＰ網２０００」と記載する。）からも、自身が管理する着信先の端末（着信先情報）についての接続先情報の問合せ（接続先情報問合せメッセージ）を受け付ける（ステップＳ５）。そして、ＥＮＵＭサーバ１０Ａは、その着信先の端末（着信先情報）に対応する接続先情報を抽出し、問合せを送信してきた他の通信事業者のＩＰ網２０００に応答情報（接続先情報問合せ応答メッセージ）を送信する（ステップＳ６）。
このようにして、各通信事業者のＳＩＰサーバ２０は、ＥＮＵＭサーバ１０Ａに備わる番号ポータビリティＤＢ１００にアクセスすることにより、着信先の各電話番号が他網へ移転(ポートアウト)しているか否かを接続先の情報（接続先情報）を取得することにより解決し、通信を行う。
ところで、電話サービスの実際の運用においては、単にユーザ端末間の通信を目的とするものでない、電話番号クリーニングサービスを目的とするアクセスや、ＤＯＳ攻撃（Denial of Service attack）といわれるサーバのダウンを目的とするアクセスが行われることがある。
ここで、電話番号クリーニングサービスとは、電話番号の今現在の利用状況（使用中、不使用等）を相手先の電話番号の呼出音を鳴らすことなく判定するサービスである。この電話クリーニングサービスでは、マーケティングや営業、選挙運動などで使用する電話番号リスト（顧客名簿）の欠番を除外するために、専門の業者が、その電話番号リスト（顧客名簿）に記載された電話番号の端末に対し、短時間で大量にアクセスを行い利用状況を判定する。
また、ＤＯＳ攻撃とは、サーバなどのネットワークを構成する機器に対して大量にリクエストを送りつけ、サービスの提供を不能な状態にすることである。
なお、以下、電話番号クリーニングサービスやＤＯＳ攻撃等のような、通常の通話サービスを意図しないアクセスを「特異アクセス」と称する。
ここで、電話番号クリーニングサービスとは、電話番号の今現在の利用状況（使用中、不使用等）を相手先の電話番号の呼出音を鳴らすことなく判定するサービスである。この電話クリーニングサービスでは、マーケティングや営業、選挙運動などで使用する電話番号リスト（顧客名簿）の欠番を除外するために、専門の業者が、その電話番号リスト（顧客名簿）に記載された電話番号の端末に対し、短時間で大量にアクセスを行い利用状況を判定する。
また、ＤＯＳ攻撃とは、サーバなどのネットワークを構成する機器に対して大量にリクエストを送りつけ、サービスの提供を不能な状態にすることである。
なお、以下、電話番号クリーニングサービスやＤＯＳ攻撃等のような、通常の通話サービスを意図しないアクセスを「特異アクセス」と称する。
従来、このＤＯＳ攻撃からサーバを保護するため、さまざまな技術が開発されている。例えば、特許文献１には、ＤＯＳ攻撃などのサービス不能化攻撃を受けたＳＩＰサーバを保護するため、ＳＩＰサーバや、その前段に配置されたロードバランサに、悪意を有するユーザからのアクセスを判定する機能（悪意アクセス判定機能）や遅延発生機能を具備することにより、ＳＩＰサーバの負荷の増大を抑制する技術が開示されている。
"Recommendation ITU-T E.164 - Supplement 2 : Number Portability", International Telecommunication Union, 11/2009
しかしながら、特許文献１に記載の技術は、ＳＩＰサーバの保護を目的としたものであり、新たに導入されるＥＮＵＭサーバの番号ポータビリティＤＢを保護することは想定されていない。つまり、番号ポータビリティＤＢには、自ＩＰ網からのアクセスだけでなく、他の通信事業者のＩＰ網からのアクセスも受け付けるため、自網のＳＩＰサーバの負荷を軽減しても、他の通信事業者のＩＰ網からの大量アクセスによる負荷増大を防ぐことはできない。
また、電話番号クリーニングサービスなどの特異アクセスは、番号ポータビリティＤＢを備えるＥＮＵＭサーバや、ＳＩＰサーバなどの電話サービスを提供する装置を含むＩＰ網全体への過負荷を招くとともに、電話サービスの利用者に対して、接続遅延や接続不可等の影響をきたすおそれがある。つまり、図８に示すように、自ＩＰ網内の端末（図８においては、端末１（１ｃ：特異アクセス発信元の端末）からや、他の通信事業者のＩＰ網２０００から大量のメッセージが発せられると、ＥＮＵＭサーバ１０ＡやＳＩＰサーバ２０の負荷が増大してしまう。
従来の電話システムにおいても、上記の問題は存在していたが、ＩＰ網における番号ポータビリティ制度の導入により、番号ポータビリティＤＢが各通信事業者のＩＰ網に配置されると、すべての問合せが番号ポータビリティＤＢに集中することから、更なる影響の拡大が懸念される。
従来の電話システムにおいても、上記の問題は存在していたが、ＩＰ網における番号ポータビリティ制度の導入により、番号ポータビリティＤＢが各通信事業者のＩＰ網に配置されると、すべての問合せが番号ポータビリティＤＢに集中することから、更なる影響の拡大が懸念される。
このような背景に鑑みて本発明がなされたのであり、本発明は、ＩＰ網において新たに導入される番号ポータビリティＤＢに対する特異アクセスによる負荷を低減することができる、ＥＮＵＭサーバ、および、特異アクセス判定方法を提供することを課題とする。
前記した課題を解決するため、請求項１に記載の発明は、発信元端末が発信した接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報を要求するリクエストを、自ＩＰ網のＳＩＰサーバおよび他ＩＰ網から受け付けるＥＮＵＭサーバであって、前記着信先端末の電話番号を含む着信先情報に対応する前記接続先情報を記憶する番号ポータビリティＤＢを記憶する記憶部と、前記リクエストを受信する毎に、受信した前記リクエストに付された前記着信先情報を、特異アクセス監視情報として前記記憶部に記憶するとともに、所定の時間内に記憶された前記特異アクセス監視情報で示される前記着信先情報それぞれを参照し、前記着信先端末の電話番号が所定の規則性を持つか否かを判定し、前記所定の規則性を持つと判定した場合に、前記リクエストが特異アクセスであるとして特異アクセス対策処理部に出力し、前記所定の規則性を持つと判定しなかった場合に、前記リクエストが前記特異アクセスでないとして接続先情報検索部に出力する特異アクセス判定部と、前記特異アクセスであるとした前記リクエストを受け取り、当該リクエストに対する応答情報として、拒否応答を返信する前記特異アクセス対策処理部と、前記特異アクセスでないとした前記リクエストを受け取り、当該リクエストに付された前記着信先情報に基づき、前記番号ポータビリティＤＢを参照して前記接続先情報を取得する前記接続先情報検索部と、当該取得された接続先情報を含む問合せ応答情報を生成し、前記リクエストの送信元に返信する接続先情報問合せ応答部と、を備えることを特徴とするＥＮＵＭサーバとした。
また、請求項４に記載の発明は、発信元端末が発信した接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報を要求するリクエストを、自ＩＰ網のＳＩＰサーバおよび他ＩＰ網から受け付けるＥＮＵＭサーバの特異アクセス判定方法であって、前記ＥＮＵＭサーバが、前記着信先端末の電話番号を含む着信先情報に対応する前記接続先情報を記憶する番号ポータビリティＤＢを記憶する記憶部を備えており、前記リクエストを受信する毎に、受信した前記リクエストに付された前記着信先情報を、特異アクセス監視情報として前記記憶部に記憶するとともに、所定の時間内に記憶された前記特異アクセス監視情報で示される前記着信先情報それぞれを参照し、前記着信先端末の電話番号が所定の規則性を持つか否かを判定し、前記所定の規則性を持つと判定した場合に、前記リクエストが特異アクセスであるとし、前記所定の規則性を持つと判定しなかった場合に、前記リクエストが前記特異アクセスでないとする特異アクセス判定ステップと、前記特異アクセスであるとした前記リクエストに対する応答情報として、拒否応答を返信する特異アクセス対策ステップと、前記特異アクセスでないとした前記リクエストに付された前記着信先情報に基づき、前記番号ポータビリティＤＢを参照して前記接続先情報を取得する接続先情報検索ステップと、当該取得された接続先情報を含む問合せ応答情報を生成し、前記リクエストの送信元に返信する問合せ応答ステップと、を実行することを特徴とする特異アクセス判定方法とした。
このようにすることで、ＥＮＵＭサーバは、自ＩＰ網のＳＩＰサーバや他ＩＰ網から接続先情報を要求するリクエストを受信した場合に、そのリクエストに付された着信先情報（着信先端末の電話番号）を特異アクセス監視情報として記憶部に記憶する。そして、ＥＮＵＭサーバは、その特異アクセス管理情報を参照し、着信先端末の電話番号が所定の規則性を持つ場合に、そのリクエストが特異アクセスであると判定し、そのリクエストに対する応答情報として、拒否応答を返信することができる。
よって、番号ポータビリティＤＢへの特異アクセスによる問合せをなくし、番号ポータビリティＤＢの負荷を低減することができる。また、接続先情報を応答しないため、リクエストの送信元からの接続要求が網内のＳＩＰサーバ等に転送されず、網全体の負荷を低減することができる。
よって、番号ポータビリティＤＢへの特異アクセスによる問合せをなくし、番号ポータビリティＤＢの負荷を低減することができる。また、接続先情報を応答しないため、リクエストの送信元からの接続要求が網内のＳＩＰサーバ等に転送されず、網全体の負荷を低減することができる。
請求項２に記載の発明は、前記特異アクセス対策処理部が、前記特異アクセスであるとした前記リクエストに対する応答情報として、拒否応答を返信する代わりに、前記特異アクセスであるとした前記リクエストを、遅延を発生させた上で、前記接続先情報検索部に出力し、前記接続先情報検索部が、前記特異アクセスであるとした前記リクエストを受信し、前記リクエストに付された前記着信先情報に基づき、前記番号ポータビリティＤＢを参照して前記接続先情報を取得することを特徴とする請求項１に記載のＥＮＵＭサーバとした。
また、請求項５に記載の発明は、前記特異アクセス対策ステップにおいて、前記特異アクセスであるとした前記リクエストに対する応答情報として、拒否応答を返信する代わりに、前記特異アクセスであるとした前記リクエストについて、遅延を発生させた上で、前記接続先情報検索ステップを実行することを特徴とする請求項４に記載の特異アクセス判定方法とした。
このようにすることで、ＥＮＵＭサーバは、そのリクエストが特異アクセスであると判定した場合に、遅延を発生させた上で、番号ポータビリティＤＢを参照し接続先情報を取得し、問合せ応答情報を返信することができる。
よって、番号ポータビリティＤＢへの特異アクセスによる負荷を軽減することができる。また、遅延を発生させた上で、問合せ応答情報を返信するため、リクエストの送信元からの接続要求による網内のＳＩＰサーバ等への転送も抑制することができるため、網全体の負荷を低減することができる。
よって、番号ポータビリティＤＢへの特異アクセスによる負荷を軽減することができる。また、遅延を発生させた上で、問合せ応答情報を返信するため、リクエストの送信元からの接続要求による網内のＳＩＰサーバ等への転送も抑制することができるため、網全体の負荷を低減することができる。
請求項３に記載の発明は、前記特異アクセス判定部が、前記リクエストに前記発信元端末の電話番号が付されている場合に、前記着信先情報とともに、前記発信元端末の電話番号を含めて前記特異アクセス監視情報として前記記憶部に記憶し、前記着信先端末の電話番号が所定の規則性を持つか否かを判定する代わりに、所定の時間内に、前記特異アクセス監視情報として記憶された同一の前記発信元端末の電話番号の数が、所定の閾値を超えた場合に、当該発信元端末の電話番号が付されたリクエストを特異アクセスであるとして、前記特異アクセス対策処理部に出力し、前記特異アクセス監視情報として記憶された同一の前記発信元端末の電話番号の数が、所定の閾値以下の場合に、前記リクエストが前記特異アクセスでないとして前記接続先情報検索部に出力することを特徴とする請求項１または請求項２に記載のＥＮＵＭサーバとした。
また、請求項６に記載の発明は、前記特異アクセス判定ステップにおいて、前記リクエストに前記発信元端末の電話番号が付されている場合に、前記着信先情報とともに、前記発信元端末の電話番号を含めて前記特異アクセス監視情報として前記記憶部に記憶し、前記着信先端末の電話番号が所定の規則性を持つか否かを判定する代わりに、所定の時間内に、前記特異アクセス監視情報として記憶された同一の前記発信元端末の電話番号の数が、所定の閾値を超えた場合に、当該発信元端末の電話番号が付されたリクエストを特異アクセスであるとし、前記特異アクセス監視情報として記憶された同一の前記発信元端末の電話番号の数が、所定の閾値以下の場合に、前記リクエストが前記特異アクセスでないとすることを特徴とする請求項４または請求項５に記載の特異アクセス判定方法とした。
このようにすることで、ＥＮＵＭサーバは、リクエストに発信元端末の電話番号が付されている場合に、着信先情報とともに発信元端末の電話番号を含めて特異アクセス監視情報として記憶部に記憶する。そして、ＥＮＵＭサーバは、その特異アクセス管理情報を参照し、同一の発信元端末の電話番号の数が、所定の閾値を超えた場合に、そのリクエストを特異アクセスであると判定することができる。
よって、ＥＮＵＭサーバは、特異アクセスと判定された発信元端末の電話番号が付されたリクエストについて特異アクセスの対策処理を実行することができるため、網全体の負荷を低減することができる。
よって、ＥＮＵＭサーバは、特異アクセスと判定された発信元端末の電話番号が付されたリクエストについて特異アクセスの対策処理を実行することができるため、網全体の負荷を低減することができる。
本発明によれば、ＩＰ網において新たに導入される番号ポータビリティＤＢに対する特異アクセスによる負荷を低減する、ＥＮＵＭサーバ、および、特異アクセス判定方法を提供することができる。
次に、本発明を実施するための形態（以下、本実施形態と称する。）における、ＥＮＵＭサーバ１０、および、特異アクセス判定方法について説明する。
≪概要≫
まず、本実施形態に係る通信システムＳの概要について説明する。
図１は、本実施形態に係るＥＮＵＭサーバ１０を含む通信システムＳの全体構成と処理の概要を示す図である。
まず、本実施形態に係る通信システムＳの概要について説明する。
図１は、本実施形態に係るＥＮＵＭサーバ１０を含む通信システムＳの全体構成と処理の概要を示す図である。
＜システム構成と処理概要＞
本実施形態に係る通信システムＳは、図１に示すように、通信事業者のネットワークであるＩＰ網（自ＩＰ網）１０００に、複数の端末１を収容するＳＩＰサーバ２０と、ＳＩＰサーバ２０と接続され、着信先情報（着信先の端末１の電話番号や後記するＥ．１６４番号等）と接続先情報（ＵＲＩ等）とを対応付けた情報を記憶する番号ポータビリティＤＢ１００を有するＥＮＵＭサーバ１０と、ＳＩＰサーバ２０が収容する端末１の加入者情報を記憶するＨＳＳ３０と、を備える。
本実施形態に係る通信システムＳは、図１に示すように、通信事業者のネットワークであるＩＰ網（自ＩＰ網）１０００に、複数の端末１を収容するＳＩＰサーバ２０と、ＳＩＰサーバ２０と接続され、着信先情報（着信先の端末１の電話番号や後記するＥ．１６４番号等）と接続先情報（ＵＲＩ等）とを対応付けた情報を記憶する番号ポータビリティＤＢ１００を有するＥＮＵＭサーバ１０と、ＳＩＰサーバ２０が収容する端末１の加入者情報を記憶するＨＳＳ３０と、を備える。
本実施形態に係る通信システムＳの全体構成は、図７において示した構成と同様である。また、通常の電話サービスにおけるメッセージの処理の流れ（図１のステップＳ１〜Ｓ６）も、図７に示した従来の処理の流れ（図７のステップＳ１〜Ｓ６）と同様である。しかしながら、本実施形態に係るＥＮＵＭサーバ１０は、図７に示す従来のＥＮＵＭサーバ１０Ａの機能に加えて、図１に示すように、特異アクセス判定部１２１および特異アクセス対策処理部１２２を備える点が異なる。
本実施形態に係るＥＮＵＭサーバ１０は、自身のＩＰ網１０００内のＳＩＰサーバ２０、または、他の通信事業者のＩＰ網２０００から、接続先情報問合せメッセージ（以下、「リクエスト」と称する場合がある。）を受信すると、特異アクセス判定部１２１が、そのリクエストに付された着信先番号等に基づき、当該リクエストが特異アクセスか否かを判定する。なお、この特異アクセスか否かの判定手法については後記する。そして、特異アクセス判定部１２１により、特異アクセスであると判定されると、特異アクセス対策処理部１２２が、所定の特異アクセス対策処理を実行する。この所定の特異アクセス対策処理は、例えば、当該リクエストに対して、通常の接続先情報問合せ応答メッセージ（図１のステップＳ３，Ｓ６）の代わりに拒否応答を送信したり、接続先情報問合せ応答メッセージに遅延を発生させた上で送信したりする等の処理である。
このようにすることで、新たに導入される番号ポータビリティＤＢ１００に対する特異アクセスによる網内の負荷を低減させることができる。
このようにすることで、新たに導入される番号ポータビリティＤＢ１００に対する特異アクセスによる網内の負荷を低減させることができる。
≪各装置の構成≫
次に、本実施形態に係る通信システムＳを構成する各装置の構成について説明する。
次に、本実施形態に係る通信システムＳを構成する各装置の構成について説明する。
＜ＳＩＰサーバ＞
本実施形態に係るＳＩＰサーバ２０（図１参照）は、端末１から接続要求メッセージを受信すると、ＥＮＵＭサーバ１０に対し、着信先情報（着信先の端末１の電話番号等）に対応する接続先情報（ＵＲＩ等）を要求する接続先情報要求メッセージを送信し、その接続先情報に基づき、着信先となる端末１との間で呼接続を行う。
本実施形態に係るＳＩＰサーバ２０（図１参照）は、端末１から接続要求メッセージを受信すると、ＥＮＵＭサーバ１０に対し、着信先情報（着信先の端末１の電話番号等）に対応する接続先情報（ＵＲＩ等）を要求する接続先情報要求メッセージを送信し、その接続先情報に基づき、着信先となる端末１との間で呼接続を行う。
ここで、ＳＩＰサーバ２０は、端末１から着信先情報（着信先の端末１の電話番号等）が付された接続要求メッセージを受信すると、その着信先情報を含む接続先情報要求メッセージを、ＥＮＵＭサーバ１０に送信する。具体的には、ＳＩＰサーバ２０は、着信先情報を含む接続先情報要求メッセージを次に示す、ＥＮＵＭプロトコルのドメイン形式で生成し、ＥＮＵＭサーバ１０に送信する。
ＳＩＰサーバ２０は、例えば、端末１から受信した接続要求メッセージに含まれる着信先の電話番号（例えば、０４２２−５９−１２３４）のＥ．１６４番号（＋８１−４２２−５９−１２３４）を逆順にして、ドットで区切り、「e164.arpa」を付けた形式（4.3.2.1.9.5.2.2.4.1.8.e164.arpa）を着信先情報として、ＥＮＵＭサーバ１０に送信する。
ＳＩＰサーバ２０は、例えば、端末１から受信した接続要求メッセージに含まれる着信先の電話番号（例えば、０４２２−５９−１２３４）のＥ．１６４番号（＋８１−４２２−５９−１２３４）を逆順にして、ドットで区切り、「e164.arpa」を付けた形式（4.3.2.1.9.5.2.2.4.1.8.e164.arpa）を着信先情報として、ＥＮＵＭサーバ１０に送信する。
また、ＳＩＰサーバ２０は、ＥＮＵＭサーバ１０から、接続先情報問合せ応答メッセージを受信すると、その接続先情報問合せ応答メッセージに付された接続先情報を抽出する。そして、ＳＩＰサーバ２０は、その抽出した接続先情報が自ＩＰ網１０００であるか否かを判定する。ＳＩＰサーバ２０は、その判定の結果、接続先情報が自ＩＰ網１０００であれば、着信先情報に示される端末１に関する加入者情報をＨＳＳ３０に問い合わせることにより取得し、その加入者情報に示されるサービスの条件等に基づき、着信先となる端末１に呼接続要求メッセージを送信して、呼接続を行う。
一方、ＳＩＰサーバ２０は、判定の結果、抽出した接続先情報が、自ＩＰ網１０００ではなく他のＩＰ網（例えば、他の通信事業者のＩＰ網２０００）を示す場合には、当該他のＩＰ網に向けて、接続要求メッセージを送信する。
一方、ＳＩＰサーバ２０は、判定の結果、抽出した接続先情報が、自ＩＰ網１０００ではなく他のＩＰ網（例えば、他の通信事業者のＩＰ網２０００）を示す場合には、当該他のＩＰ網に向けて、接続要求メッセージを送信する。
＜ＨＳＳ＞
ＨＳＳ３０（図１参照）は、制御部、記憶部、通信部等を備えたコンピュータにより実現される装置である。そして、ＨＳＳ３０は、ＳＩＰサーバ２０が収容する各端末１に関する、サービス情報や認証情報などの加入者情報のデータベースを記憶する。このＨＳＳ３０は、ＩＭＳ（IP Multimedia Subsystem）サービスにおける既存の装置であるので、詳細な機能の説明を省略する。
ＨＳＳ３０（図１参照）は、制御部、記憶部、通信部等を備えたコンピュータにより実現される装置である。そして、ＨＳＳ３０は、ＳＩＰサーバ２０が収容する各端末１に関する、サービス情報や認証情報などの加入者情報のデータベースを記憶する。このＨＳＳ３０は、ＩＭＳ（IP Multimedia Subsystem）サービスにおける既存の装置であるので、詳細な機能の説明を省略する。
＜ＥＮＵＭサーバ＞
次に、ＥＮＵＭサーバ１０について説明する。
図２は、本実施形態に係るＥＮＵＭサーバ１０の構成例を示す機能ブロック図である。
本実施形態に係るＥＮＵＭサーバ１０は、番号ポータビリティＤＢ１００を備え、ＳＩＰサーバ２０や他の通信事業者のＩＰ網２０００からの問合せを受けた、着信先情報に対応する接続先情報を、問合せ元であるＳＩＰサーバ２０や他の通信事業者のＩＰ網２０００に返信する。また、ＥＮＵＭサーバ１０は、接続先情報問合せメッセージ（リクエスト）を受信した際に、当該リクエストが特異アクセスか否かを判定し、特異アクセスであると判定した場合には、所定の特異アクセス対策処理を実行する。
次に、ＥＮＵＭサーバ１０について説明する。
図２は、本実施形態に係るＥＮＵＭサーバ１０の構成例を示す機能ブロック図である。
本実施形態に係るＥＮＵＭサーバ１０は、番号ポータビリティＤＢ１００を備え、ＳＩＰサーバ２０や他の通信事業者のＩＰ網２０００からの問合せを受けた、着信先情報に対応する接続先情報を、問合せ元であるＳＩＰサーバ２０や他の通信事業者のＩＰ網２０００に返信する。また、ＥＮＵＭサーバ１０は、接続先情報問合せメッセージ（リクエスト）を受信した際に、当該リクエストが特異アクセスか否かを判定し、特異アクセスであると判定した場合には、所定の特異アクセス対策処理を実行する。
なお、ＥＮＵＭサーバ１０は、ＤＮＳと同様に階層構造（Ｔｉｅｒ０〜Ｔｉｅr２）で管理されており、着信先情報についての名前解決を行う場合には、上位階層であるＴｉｅｒ０またはＴｉｅｒ１を管理しているＥＮＵＭサーバからＴｉｅｒ２を管理しているＥＮＵＭサーバへ向かって再帰的に問合せを行っていく。そして、ＥＮＵＭでは、Ｔｉｅｒ２に属するＥＮＵＭサーバを、各通信事業者が管理しており、各番号帯（例えば、市外局番や市内局番）の各端末１に対応する接続先情報を記憶している。本実施形態においては、説明を平易にするため、通信事業者が管理するＴｉｅｒ２に属するＥＮＵＭサーバ１０を図示して説明する。
このＥＮＵＭサーバ１０は、通信部１１と、制御部１２と、記憶部１３とを備える。
このＥＮＵＭサーバ１０は、通信部１１と、制御部１２と、記憶部１３とを備える。
通信部１１は、ＳＩＰサーバ２０等との間で、情報の送受信を行う通信インタフェースにより構成される。通信部１１は、外部の装置からメッセージ等を受信すると、そのメッセージ等を制御部１２に引き渡す。また、通信部１１は、制御部１２内で生成されたメッセージ等を外部の装置に向けて送信する。
記憶部１３は、ハードディスクやフラッシュメモリ、ＲＡＭ等により構成される。
この記憶部１３には、番号ポータビリティＤＢ１００（後記する、図５参照）、特異アクセス監視情報１３０（後記する、図３，図４参照）等が記憶される。
この記憶部１３には、番号ポータビリティＤＢ１００（後記する、図５参照）、特異アクセス監視情報１３０（後記する、図３，図４参照）等が記憶される。
制御部１２は、ＥＮＵＭサーバ１０が実行する処理の全般を司り、特異アクセス判定部１２１、特異アクセス対策処理部１２２、接続先情報検索部１２３および接続先情報問合せ応答部１２４を含んで構成される。なお、制御部１２は、例えば、このＥＮＵＭサーバ１０の記憶部１３に格納されたプログラムをＣＰＵ（Central Processing Unit）がＲＡＭ（Random Access Memory）に展開し実行することにより実現される。
特異アクセス判定部１２１は、通信部１１を介して、接続先情報問合せメッセージ（リクエスト）を、ＳＩＰサーバ２０や他の通信事業者のＩＰ網２０００から受信し、その接続先情報問合せメッセージが特異アクセスか否かを判定する。そして、特異アクセス判定部１２１は、特異アクセスであると判定した場合に、その接続先情報問合せメッセージを、特異アクセス対策処理部１２２に出力する。また、特異アクセス判定部１２１は、特異アクセスではないと判定した場合に、その接続先情報問合せメッセージを、接続先情報検索部１２３に出力する。
特異アクセス判定部１２１による、接続先情報問合せメッセージ（リクエスト）が特異アクセスか否かの判定処理（以下、「特異アクセス判定処理」と称する。）について、具体的に説明する。
特異アクセス判定部１２１は、接続先情報問合せメッセージを受信すると、その接続先情報問合せメッセージに含まれる着信先情報を取得し、記憶部１３内の特異アクセス監視情報１３０（例えば、図３，図４参照）に記憶しておく。そして、特異アクセス判定部１２１は、予め設定された所定のロジック（特異アクセス判定手法）に基づき、特異アクセス監視情報１３０を参照し、受信した接続先情報問合せメッセージが特異アクセスか否かを判定する。
特異アクセス判定部１２１は、接続先情報問合せメッセージを受信すると、その接続先情報問合せメッセージに含まれる着信先情報を取得し、記憶部１３内の特異アクセス監視情報１３０（例えば、図３，図４参照）に記憶しておく。そして、特異アクセス判定部１２１は、予め設定された所定のロジック（特異アクセス判定手法）に基づき、特異アクセス監視情報１３０を参照し、受信した接続先情報問合せメッセージが特異アクセスか否かを判定する。
（特異アクセス判定手法「１」）
特異アクセス判定部１２１は、特異アクセス判定処理のロジックとして、着信先情報で示される着信先番号が、所定の規則性を持った問合せの場合に、特異アクセスであると判定する。以下、さらに詳細に説明する。
特異アクセス判定部１２１は、特異アクセス判定処理のロジックとして、着信先情報で示される着信先番号が、所定の規則性を持った問合せの場合に、特異アクセスであると判定する。以下、さらに詳細に説明する。
〔判定ロジック（１−１）〕
特異アクセス判定部１２１は、特異アクセス判定処理のロジックとして、Ｘ秒以内に、加入者番号の末尾がインクリメント（１ずつ増加）された着信先番号をＹ回連続して受信した場合に、特異アクセスとして判定する。
図３（ａ）は、本実施形態に係る特異アクセス監視情報１３０のデータ構成例を示す図である。図３（ａ）に示すように、特異アクセス監視情報１３０には、接続先情報問合せメッセージから抽出した着信先情報が記憶される。
特異アクセス判定部１２１は、この特異アクセス監視情報１３０（図３（ａ））に基づき、着信先情報に含まれる着信先番号の下４桁の加入者番号を参照し、その加入者番号の末尾が、Ｘ秒以内に、インクリメント（１ずつ増加）された着信先番号をＹ回連続して受信した場合に、特異アクセスとして判定する。
図３（ａ）に示す例では、着信先番号の加入者番号（下４桁）が「１２３１」〜「１２３５」として１ずつ増加する例を示している。
特異アクセス判定部１２１は、特異アクセス判定処理のロジックとして、Ｘ秒以内に、加入者番号の末尾がインクリメント（１ずつ増加）された着信先番号をＹ回連続して受信した場合に、特異アクセスとして判定する。
図３（ａ）は、本実施形態に係る特異アクセス監視情報１３０のデータ構成例を示す図である。図３（ａ）に示すように、特異アクセス監視情報１３０には、接続先情報問合せメッセージから抽出した着信先情報が記憶される。
特異アクセス判定部１２１は、この特異アクセス監視情報１３０（図３（ａ））に基づき、着信先情報に含まれる着信先番号の下４桁の加入者番号を参照し、その加入者番号の末尾が、Ｘ秒以内に、インクリメント（１ずつ増加）された着信先番号をＹ回連続して受信した場合に、特異アクセスとして判定する。
図３（ａ）に示す例では、着信先番号の加入者番号（下４桁）が「１２３１」〜「１２３５」として１ずつ増加する例を示している。
なお、この特異アクセス監視情報１３０に記憶される着信先情報には、接続先情報問合せメッセージをＥＮＵＭサーバ１０が受信した時刻情報（図示省略）が付されており、特異アクセス判定部１２１は、特異アクセス判定処理の際に直前Ｘ秒（所定の時間）の情報に基づき、特異アクセスか否かを判定する。これは、以下の特異アクセス判定処理においても同様である。
〔判定ロジック（１−２）〕
特異アクセス判定部１２１は、特異アクセス判定処理のロジックとして、Ｘ秒以内に、同一局番（市外局番と市内局番が同一）を着信先番号とする接続先情報問合せメッセージをＹ回受信した場合に、特異アクセスとして判定する。
特異アクセス判定部１２１は、図３（ｂ）に示すように、接続先情報問合せメッセージを受信した際に着信先情報を抽出し、特異アクセス監視情報１３０に記憶しておく。
そして、特異アクセス判定部１２１は、特異アクセス判定処理の際に直前のＸ秒（所定の時間）の着信先情報に基づき、同一局番を着信先番号とする接続先情報問合せメッセージをＹ回受信した場合に、その判定対象の接続先情報問合せメッセージを特異アクセスとして判定する。
特異アクセス判定部１２１は、特異アクセス判定処理のロジックとして、Ｘ秒以内に、同一局番（市外局番と市内局番が同一）を着信先番号とする接続先情報問合せメッセージをＹ回受信した場合に、特異アクセスとして判定する。
特異アクセス判定部１２１は、図３（ｂ）に示すように、接続先情報問合せメッセージを受信した際に着信先情報を抽出し、特異アクセス監視情報１３０に記憶しておく。
そして、特異アクセス判定部１２１は、特異アクセス判定処理の際に直前のＸ秒（所定の時間）の着信先情報に基づき、同一局番を着信先番号とする接続先情報問合せメッセージをＹ回受信した場合に、その判定対象の接続先情報問合せメッセージを特異アクセスとして判定する。
ここで、日本国内の固定電話の番号（例えば、「０１２３−４５−６７８９」）は、国内プレフィックス「０」と、市外局番と市内局番の合計の５桁（「１２３−４５」）と、加入者番号（「６７８９」）により規定されている。よって、Ｅ．１６４番号のうち、日本の国番号「８１」に続く、市外局番と市内局番の合計の５桁の番号までを参照することにより、同一局番（市外局番と市内局番が同一）の着信先番号を特定することができる。
図３（ｂ）では、市外局番と市内局番とが同じ「０４２２−５９」であり、同一局番の接続先情報問合せメッセージをＸ秒間にＹ回受信した例を示している。
図３（ｂ）では、市外局番と市内局番とが同じ「０４２２−５９」であり、同一局番の接続先情報問合せメッセージをＸ秒間にＹ回受信した例を示している。
（特異アクセス判定手法「２」）
特異アクセス判定部１２１は、特異アクセス判定処理のロジックとして、接続先情報問合せメッセージの問合せ要求元の電話番号が同じである接続先情報問合せメッセージを、所定時間内において所定の閾値を超えて受信した場合に、特異アクセスと判定する。
特異アクセス判定部１２１は、特異アクセス判定処理のロジックとして、接続先情報問合せメッセージの問合せ要求元の電話番号が同じである接続先情報問合せメッセージを、所定時間内において所定の閾値を超えて受信した場合に、特異アクセスと判定する。
特異アクセス判定部１２１は、図４に示すように、接続先情報問合せメッセージを受信した際に、着信先情報に対応付けて、接続先情報問合せメッセージを送信した問合せ要求元の電話番号を、特異アクセス監視情報１３０に記憶しておく。
そして、特異アクセス判定部１２１は、特異アクセス判定処理の際に直前のＸ秒（所定の時間）の着信先情報に対応する問合せ要求元の電話番号に基づき、同一の問合せ要求元の電話番号の数が、所定の閾値を超える場合に、その閾値を超えた問合せ要求元の電話番号と同じ電話番号から発信された接続先情報問合せメッセージを特異アクセスとして判定する。
そして、特異アクセス判定部１２１は、特異アクセス判定処理の際に直前のＸ秒（所定の時間）の着信先情報に対応する問合せ要求元の電話番号に基づき、同一の問合せ要求元の電話番号の数が、所定の閾値を超える場合に、その閾値を超えた問合せ要求元の電話番号と同じ電話番号から発信された接続先情報問合せメッセージを特異アクセスとして判定する。
なお、この特異アクセス判定処理のロジックは、上記説明した特異アクセス判定手法「１」，「２」に限定されず、ＥＮＵＭサーバ１０の管理者が、特異アクセスを発生させる業者等の問合せ対応に応じて、任意に設定することができる。
図２に戻り、特異アクセス対策処理部１２２は、特異アクセス判定部１２１が特異アクセスであると判定した接続先情報問合せメッセージを受け取り、以下において説明する所定の特異アクセス対策処理を実行する。
（特異アクセス対策処理「１」）
特異アクセス対策処理部１２２は、特異アクセスであると判定された接続先情報問合せメッセージに対する応答として、拒否応答を送信する。
これにより、拒否応答を受信した電話番号クリーニングサービスの業者等は、その電話番号が実在するか否かの確認を行うことができなくなる。なお、電話番号クリーニングサービスの業者等は、所定の時間の経過後等に、ＥＮＵＭサーバ１０における接続先情報問合せメッセージの受信数が閾値以下となったときに、再度、接続先情報問合せメッセージを送信すればよいため、網内全体の負荷を抑制し、かつ、電話番号クリーニングサービスの業者には、実質的な損害は与えないようにすることができる。
特異アクセス対策処理部１２２は、特異アクセスであると判定された接続先情報問合せメッセージに対する応答として、拒否応答を送信する。
これにより、拒否応答を受信した電話番号クリーニングサービスの業者等は、その電話番号が実在するか否かの確認を行うことができなくなる。なお、電話番号クリーニングサービスの業者等は、所定の時間の経過後等に、ＥＮＵＭサーバ１０における接続先情報問合せメッセージの受信数が閾値以下となったときに、再度、接続先情報問合せメッセージを送信すればよいため、網内全体の負荷を抑制し、かつ、電話番号クリーニングサービスの業者には、実質的な損害は与えないようにすることができる。
（特異アクセス対策処理「２」）
特異アクセス対策処理部１２２は、特異アクセスであると判定された接続先情報問合せメッセージについて、その応答に遅延を発生させる。そして、特異アクセス対策処理部１２２は、その遅延発生後に（所定時間の経過を待って）、その接続先情報問合せメッセージを接続先情報検索部１２３に出力する。これにより、接続先情報問合せ応答部１２４は、その発生させた遅延に対応した時間経過後に接続先情報問合せ応答メッセージを送信する。
このようにすることで、応答情報（接続先情報問合せ応答メッセージ）の送信に遅延を発生させ、網内の負荷を抑制することができる。
特異アクセス対策処理部１２２は、特異アクセスであると判定された接続先情報問合せメッセージについて、その応答に遅延を発生させる。そして、特異アクセス対策処理部１２２は、その遅延発生後に（所定時間の経過を待って）、その接続先情報問合せメッセージを接続先情報検索部１２３に出力する。これにより、接続先情報問合せ応答部１２４は、その発生させた遅延に対応した時間経過後に接続先情報問合せ応答メッセージを送信する。
このようにすることで、応答情報（接続先情報問合せ応答メッセージ）の送信に遅延を発生させ、網内の負荷を抑制することができる。
接続先情報検索部１２３は、特異アクセス判定部１２１または特異アクセス対策処理部１２２を介して、接続先情報問合せメッセージを受信し、その接続先情報問合せメッセージに付された着信先情報を抽出する。そして、接続先情報検索部１２３は、記憶部１３内の番号ポータビリティＤＢ１００を参照し、その着信先情報に対応する接続先情報を検索する。接続先情報検索部１２３は、番号ポータビリティＤＢ１００を検索した結果得られた接続先情報を抽出し、接続先情報問合せ応答部１２４に処理の指示を出力する。
図５は、本実施形態に係る番号ポータビリティＤＢ１００のデータ構成例を示す図である。
図５に示す例のように、番号ポータビリティＤＢ１００には、着信先情報に対応付けて、接続先情報が記憶される。具体的には、着信先情報には、例えば、着信先の端末１の電話番号に基づき、Ｅ．１６４番号をＥＮＵＭプロトコルのドメイン形式に変換した情報が記憶される。この着信先情報に対応付けて、接続先情報には、例えば、着信先の端末１のＥ．１６４番号と、接続先の通信事業者のドメイン名（area1.carrier_A）とを含むＵＲＩが記憶される。ここでは、ドメイン名のうち「carrier_A」で示されるドメインが、自ＩＰ網１０００の接続先情報を意味する。また、「carrier_B」「carrier_C」で示されるドメインが、他の通信事業者のＩＰ網２０００の接続先情報を意味し、着信先の電話番号が他網へ移転(ポートアウト)していることを示している。
図５に示す例のように、番号ポータビリティＤＢ１００には、着信先情報に対応付けて、接続先情報が記憶される。具体的には、着信先情報には、例えば、着信先の端末１の電話番号に基づき、Ｅ．１６４番号をＥＮＵＭプロトコルのドメイン形式に変換した情報が記憶される。この着信先情報に対応付けて、接続先情報には、例えば、着信先の端末１のＥ．１６４番号と、接続先の通信事業者のドメイン名（area1.carrier_A）とを含むＵＲＩが記憶される。ここでは、ドメイン名のうち「carrier_A」で示されるドメインが、自ＩＰ網１０００の接続先情報を意味する。また、「carrier_B」「carrier_C」で示されるドメインが、他の通信事業者のＩＰ網２０００の接続先情報を意味し、着信先の電話番号が他網へ移転(ポートアウト)していることを示している。
図２に戻り、接続先情報問合せ応答部１２４は、接続先情報検索部１２３が抽出した接続先情報を付した接続先情報問合せ応答メッセージ（問合せ応答情報）を生成する。そして、接続先情報問合せ応答部１２４は、その生成した接続先情報問合せ応答メッセージを、問合せ元となる、ＳＩＰサーバ２０や他の通信事業者のＩＰ網２０００に送信する。
≪ＥＮＵＭサーバの処理≫
次に、本実施形態に係るＥＮＵＭサーバ１０の処理を説明する。
図６は、本実施形態に係るＥＮＵＭサーバ１０の処理の流れを示すフローチャートである。
次に、本実施形態に係るＥＮＵＭサーバ１０の処理を説明する。
図６は、本実施形態に係るＥＮＵＭサーバ１０の処理の流れを示すフローチャートである。
まず、ＥＮＵＭサーバ１０（特異アクセス判定部１２１）は、ＳＩＰサーバ２０や他の通信事業者のＩＰ網２０００から、接続先情報問合せメッセージを受信する（ステップＳ１０）。
次に、特異アクセス判定部１２１は、受信した接続先情報問合せメッセージが特異アクセスか否かを判定する（ステップＳ１１）。
ここで、特異アクセス判定部１２１は、予め設定された所定のロジックに基づき、受信した接続先情報問合せメッセージが特異アクセスか否かの判定処理を実行する。具体的には、例えば、前記した特異アクセス判定手法「１」，「２」等のいずれかを用いて、特異アクセス判定部１２１は、記憶部１３内の特異アクセス監視情報１３０を参照することにより、受信した接続先情報問合せメッセージが特異アクセスか否かを判定する。
ここで、特異アクセス判定部１２１は、予め設定された所定のロジックに基づき、受信した接続先情報問合せメッセージが特異アクセスか否かの判定処理を実行する。具体的には、例えば、前記した特異アクセス判定手法「１」，「２」等のいずれかを用いて、特異アクセス判定部１２１は、記憶部１３内の特異アクセス監視情報１３０を参照することにより、受信した接続先情報問合せメッセージが特異アクセスか否かを判定する。
このステップＳ１１において、受信した接続先情報問合せメッセージを特異アクセスではないと判定した場合（ステップＳ１１→Ｎｏ）、特異アクセス判定部１２１は、その接続先情報問合せメッセージを接続先情報検索部１２３に出力し、ステップＳ１２に進む。
ステップＳ１２において、接続先情報検索部１２３は、接続先情報問合せメッセージから着信先情報を抽出し、その着信先情報に対応する接続先情報を、番号ポータビリティＤＢ１００（図５）を参照して取得する。そして、接続先情報問合せ応答部１２４が、接続先情報を付した接続先情報問合せ応答メッセージを生成し、問合せ元となる、ＳＩＰサーバ２０や他の通信事業者のＩＰ網２０００に送信する。
一方、ステップＳ１１において、受信した接続先情報問合せメッセージを特異アクセスであると判定した場合には（ステップＳ１１→Ｙｅｓ）、特異アクセス判定部１２１は、その接続先情報問合せメッセージを特異アクセス対策処理部１２２に出力し、ステップＳ１３に進む。
ステップＳ１３において、特異アクセス対策処理部１２２は、予め設定された所定の特異アクセス対策処理を実行する。
ここで、特異アクセス対策処理部１２２は、例えば、前記した特異アクセス対策処理「１」，「２」等のいずれかを用いて、特異アクセスと判定された接続先問合せメッセージの処理を実行する。
ここで、特異アクセス対策処理部１２２は、例えば、前記した特異アクセス対策処理「１」，「２」等のいずれかを用いて、特異アクセスと判定された接続先問合せメッセージの処理を実行する。
以上説明したとおり、本実施形態に係る、ＥＮＵＭサーバ１０、および、特異アクセス判定方法によれば、ＥＮＵＭサーバ１０が、接続先情報問合せメッセージ（リクエスト）を受信した場合に、当該リクエストが特異アクセスか否かを判定し、特異アクセスであると判定したときには、例えば、拒否応答を送信したり、応答遅延を発生させたりする等の特異アクセス対策処理を実行する。これにより、ＩＰ網において番号ポータビリティＤＢ１００が新たに導入される場合において懸念される、特異アクセスによる網内の負荷の増加を抑制することができる。
なお、本発明は、上記説明した実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で変更実施が可能である。
ＥＮＵＭサーバ１０の特異アクセス判定部１２１は、前記した特異アクセス判定手法「１」，「２」以外でも、例えば、以下のようにして、受信した接続先情報問合せメッセージについて、特異アクセスか否かの判定を行うことができる。
ＥＮＵＭサーバ１０は、記憶部１３に、図４に示すような着信先情報と問合せ要求元の電話番号とを対応付けた特異アクセス監視情報１３０を記憶しておく。そして、ＥＮＵＭサーバ１０は、他の通信事業者のＩＰ網２０００から接続先情報問合せメッセージを受信し、番号ポータビリティＤＢ１００を参照して自ＩＰ網１０００が接続先となる接続先情報を取得した際に、他の通信事業者のＩＰ網２０００から接続要求が転送されるはずの自ＩＰ網１０００のＨＳＳ３０に対して、番号ポータビリティＤＢ１００に問合せがあったことを示す情報（例えば、着信先の電話番号）を通知しておく。ＨＳＳ３０は、当該通知に基づき、実際に、他の通信事業者のＩＰ網２０００からその着信先の電話番号への接続要求があるか否かを監視し、所定の時間経過しても、接続要求を受信しなかった場合に、その旨を示す情報を、ＥＮＵＭサーバ１０に送信する。ＥＮＵＭサーバ１０は、番号ポータビリティＤＢ１００への問合せがあったにもかかわらず、自ＩＰ網１０００のＨＳＳ３０に問合せのなかった接続先情報問合せメッセージの問合せ要求元（の電話番号）を特異アクセスの発信元として特定する。そして、ＥＮＵＭサーバ１０は、当該特定した発信元からの接続先情報問合せメッセージ（リクエスト）を、その特定後に受信した場合には、そのリクエストを特異アクセスと判定する。
なお、上記において、実際に自ＩＰ網１０００に接続要求があるか否かの監視を、ＨＳＳ３０ではなく、自ＩＰ網１０００のＳＩＰサーバ２０が行うようにしてもよい。
なお、上記において、実際に自ＩＰ網１０００に接続要求があるか否かの監視を、ＨＳＳ３０ではなく、自ＩＰ網１０００のＳＩＰサーバ２０が行うようにしてもよい。
また、ＥＮＵＭサーバ１０の特異アクセス対策処理部１２２は、前記した特異アクセス対策処理「１」，「２」以外でも、例えば、以下のような特異アクセス対策処理を実行することができる。
電話番号クリーニングサービスの業者等が、ある電話番号について、他網へ移転（ポートアウト）しているか否かを判定するサービスを提供している場合、ＥＮＵＭサーバ１０の特異アクセス対策処理部１２２は、所定の割合で誤った情報（例えば、他網へポートアウトしているのに、自網に登録されているとする情報）を返信する。これは、一度でも他網にポートアウトしたことのあるユーザ、つまり、通信事業者を変更したことのあるユーザは、再度通信事業者の変更する可能性が高い、という予測に基づき、他網へポートアウトしている電話番号を抽出するサービスを提供している業者が発信する特異アクセスについての対策である。誤った情報が含まれることにより、電話番号クリーニングサービスの業者等は、情報の価値が失われるため、特異アクセスを発信しようとする誘因をなくすことができ、結果として、業者が特異アクセスを発信しなくなるため、特異アクセスによる網内の負荷の増加を抑制することができる。
１ 端末
１０ ＥＮＵＭサーバ
１１ 通信部
１２ 制御部
１３ 記憶部
２０ ＳＩＰサーバ
３０ ＨＳＳ
１００ 番号ポータビリティＤＢ
１２１ 特異アクセス判定部
１２２ 特異アクセス対策処理部
１２３ 接続先情報検索部
１２４ 接続先情報問合せ応答部
１３０ 特異アクセス監視情報
１０００ ＩＰ網（自ＩＰ網）
２０００ 他の通信事業者のＩＰ網（他ＩＰ網）
Ｓ 通信システム
１０ ＥＮＵＭサーバ
１１ 通信部
１２ 制御部
１３ 記憶部
２０ ＳＩＰサーバ
３０ ＨＳＳ
１００ 番号ポータビリティＤＢ
１２１ 特異アクセス判定部
１２２ 特異アクセス対策処理部
１２３ 接続先情報検索部
１２４ 接続先情報問合せ応答部
１３０ 特異アクセス監視情報
１０００ ＩＰ網（自ＩＰ網）
２０００ 他の通信事業者のＩＰ網（他ＩＰ網）
Ｓ 通信システム
Claims (6)
- 発信元端末が発信した接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報を要求するリクエストを、自ＩＰ網のＳＩＰサーバおよび他ＩＰ網から受け付けるＥＮＵＭサーバであって、
前記着信先端末の電話番号を含む着信先情報に対応する前記接続先情報を記憶する番号ポータビリティＤＢを記憶する記憶部と、
前記リクエストを受信する毎に、受信した前記リクエストに付された前記着信先情報を、特異アクセス監視情報として前記記憶部に記憶するとともに、所定の時間内に記憶された前記特異アクセス監視情報で示される前記着信先情報それぞれを参照し、前記着信先端末の電話番号が所定の規則性を持つか否かを判定し、前記所定の規則性を持つと判定した場合に、前記リクエストが特異アクセスであるとして特異アクセス対策処理部に出力し、前記所定の規則性を持つと判定しなかった場合に、前記リクエストが前記特異アクセスでないとして接続先情報検索部に出力する特異アクセス判定部と、
前記特異アクセスであるとした前記リクエストを受け取り、当該リクエストに対する応答情報として、拒否応答を返信する前記特異アクセス対策処理部と、
前記特異アクセスでないとした前記リクエストを受け取り、当該リクエストに付された前記着信先情報に基づき、前記番号ポータビリティＤＢを参照して前記接続先情報を取得する前記接続先情報検索部と、
当該取得された接続先情報を含む問合せ応答情報を生成し、前記リクエストの送信元に返信する接続先情報問合せ応答部と、
を備えることを特徴とするＥＮＵＭサーバ。 - 前記特異アクセス対策処理部は、
前記特異アクセスであるとした前記リクエストに対する応答情報として、拒否応答を返信する代わりに、前記特異アクセスであるとした前記リクエストを、遅延を発生させた上で、前記接続先情報検索部に出力し、
前記接続先情報検索部は、
前記特異アクセスであるとした前記リクエストを受信し、前記リクエストに付された前記着信先情報に基づき、前記番号ポータビリティＤＢを参照して前記接続先情報を取得すること
を特徴とする請求項１に記載のＥＮＵＭサーバ。 - 前記特異アクセス判定部は、
前記リクエストに前記発信元端末の電話番号が付されている場合に、前記着信先情報とともに、前記発信元端末の電話番号を含めて前記特異アクセス監視情報として前記記憶部に記憶し、前記着信先端末の電話番号が所定の規則性を持つか否かを判定する代わりに、所定の時間内に、前記特異アクセス監視情報として記憶された同一の前記発信元端末の電話番号の数が、所定の閾値を超えた場合に、当該発信元端末の電話番号が付されたリクエストを特異アクセスであるとして、前記特異アクセス対策処理部に出力し、前記特異アクセス監視情報として記憶された同一の前記発信元端末の電話番号の数が、所定の閾値以下の場合に、前記リクエストが前記特異アクセスでないとして前記接続先情報検索部に出力すること
を特徴とする請求項１または請求項２に記載のＥＮＵＭサーバ。 - 発信元端末が発信した接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報を要求するリクエストを、自ＩＰ網のＳＩＰサーバおよび他ＩＰ網から受け付けるＥＮＵＭサーバの特異アクセス判定方法であって、
前記ＥＮＵＭサーバは、
前記着信先端末の電話番号を含む着信先情報に対応する前記接続先情報を記憶する番号ポータビリティＤＢを記憶する記憶部を備えており、
前記リクエストを受信する毎に、受信した前記リクエストに付された前記着信先情報を、特異アクセス監視情報として前記記憶部に記憶するとともに、所定の時間内に記憶された前記特異アクセス監視情報で示される前記着信先情報それぞれを参照し、前記着信先端末の電話番号が所定の規則性を持つか否かを判定し、前記所定の規則性を持つと判定した場合に、前記リクエストが特異アクセスであるとし、前記所定の規則性を持つと判定しなかった場合に、前記リクエストが前記特異アクセスでないとする特異アクセス判定ステップと、
前記特異アクセスであるとした前記リクエストに対する応答情報として、拒否応答を返信する特異アクセス対策ステップと、
前記特異アクセスでないとした前記リクエストに付された前記着信先情報に基づき、前記番号ポータビリティＤＢを参照して前記接続先情報を取得する接続先情報検索ステップと、
当該取得された接続先情報を含む問合せ応答情報を生成し、前記リクエストの送信元に返信する問合せ応答ステップと、
を実行することを特徴とする特異アクセス判定方法。 - 前記特異アクセス対策ステップにおいて、前記特異アクセスであるとした前記リクエストに対する応答情報として、拒否応答を返信する代わりに、前記特異アクセスであるとした前記リクエストについて、遅延を発生させた上で、前記接続先情報検索ステップを実行すること
を特徴とする請求項４に記載の特異アクセス判定方法。 - 前記特異アクセス判定ステップにおいて、
前記リクエストに前記発信元端末の電話番号が付されている場合に、前記着信先情報とともに、前記発信元端末の電話番号を含めて前記特異アクセス監視情報として前記記憶部に記憶し、前記着信先端末の電話番号が所定の規則性を持つか否かを判定する代わりに、所定の時間内に、前記特異アクセス監視情報として記憶された同一の前記発信元端末の電話番号の数が、所定の閾値を超えた場合に、当該発信元端末の電話番号が付されたリクエストを特異アクセスであるとし、前記特異アクセス監視情報として記憶された同一の前記発信元端末の電話番号の数が、所定の閾値以下の場合に、前記リクエストが前記特異アクセスでないとすること
を特徴とする請求項４または請求項５に記載の特異アクセス判定方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015042742A JP6285884B2 (ja) | 2015-03-04 | 2015-03-04 | Ｅｎｕｍサーバ、および、特異アクセス判定方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015042742A JP6285884B2 (ja) | 2015-03-04 | 2015-03-04 | Ｅｎｕｍサーバ、および、特異アクセス判定方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016163272A true JP2016163272A (ja) | 2016-09-05 |
| JP6285884B2 JP6285884B2 (ja) | 2018-02-28 |
Family
ID=56847602
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015042742A Active JP6285884B2 (ja) | 2015-03-04 | 2015-03-04 | Ｅｎｕｍサーバ、および、特異アクセス判定方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6285884B2 (ja) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09261340A (ja) * | 1996-03-25 | 1997-10-03 | Oki Electric Ind Co Ltd | 接続規制システムおよび方法 |
| JP2007243565A (ja) * | 2006-03-08 | 2007-09-20 | Nippon Telegr & Teleph Corp <Ntt> | Ｄｎｓサーバ装置、ｄｎｓクエリ要求制御方法およびｄｎｓクエリ要求制御プログラム |
| JP2007251419A (ja) * | 2006-03-14 | 2007-09-27 | Oki Electric Ind Co Ltd | 交換機システム及びその輻輳規制方法 |
| JP2007251282A (ja) * | 2006-03-13 | 2007-09-27 | Nippon Telegr & Teleph Corp <Ntt> | 攻撃検出装置、攻撃検出方法および攻撃検出プログラム |
| JP2012156800A (ja) * | 2011-01-26 | 2012-08-16 | Nippon Telegr & Teleph Corp <Ntt> | サーバ装置およびその通信方法 |
| JP2013243577A (ja) * | 2012-05-22 | 2013-12-05 | Nippon Telegr & Teleph Corp <Ntt> | 通信システムおよびｅｎｕｍキャッシュ装置のキャッシュ更新方法 |
-
2015
- 2015-03-04 JP JP2015042742A patent/JP6285884B2/ja active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09261340A (ja) * | 1996-03-25 | 1997-10-03 | Oki Electric Ind Co Ltd | 接続規制システムおよび方法 |
| JP2007243565A (ja) * | 2006-03-08 | 2007-09-20 | Nippon Telegr & Teleph Corp <Ntt> | Ｄｎｓサーバ装置、ｄｎｓクエリ要求制御方法およびｄｎｓクエリ要求制御プログラム |
| JP2007251282A (ja) * | 2006-03-13 | 2007-09-27 | Nippon Telegr & Teleph Corp <Ntt> | 攻撃検出装置、攻撃検出方法および攻撃検出プログラム |
| JP2007251419A (ja) * | 2006-03-14 | 2007-09-27 | Oki Electric Ind Co Ltd | 交換機システム及びその輻輳規制方法 |
| JP2012156800A (ja) * | 2011-01-26 | 2012-08-16 | Nippon Telegr & Teleph Corp <Ntt> | サーバ装置およびその通信方法 |
| JP2013243577A (ja) * | 2012-05-22 | 2013-12-05 | Nippon Telegr & Teleph Corp <Ntt> | 通信システムおよびｅｎｕｍキャッシュ装置のキャッシュ更新方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6285884B2 (ja) | 2018-02-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7260207B2 (en) | Methods, systems, and computer program products for providing presence-qualified E.164 number mapping (ENUM) service in a communications network | |
| JP5493479B2 (ja) | サービス提供システム、方法、一意性保証情報設定管理プログラム、負荷分散プログラム、及び管理装置 | |
| WO2021004528A1 (zh) | 应用实例的地址获取方法、装置、设备及存储介质 | |
| US10044597B2 (en) | System and method for processing service requests using logical environments | |
| CN110769080B (zh) | 一种域名解析方法、相关产品及计算机可读存储介质 | |
| KR20020037560A (ko) | 지능망과 인터넷을 이용한 분산콜센터 구현 방법 및 이를이용한 민원상담서비스 제공방법 | |
| CN112866432B (zh) | 一种域名解析方法、系统、电子设备及存储介质 | |
| WO2020162225A1 (ja) | Ｅｎｕｍサーバおよび輻輳制御方法 | |
| US10992608B2 (en) | Proxy presence server | |
| JP6285884B2 (ja) | Ｅｎｕｍサーバ、および、特異アクセス判定方法 | |
| US11368425B2 (en) | ENUM/DNS server, ENUM/DNS system, and control method for ENUM/DNS system | |
| JP6329479B2 (ja) | Ｅｎｕｍキャッシュサーバ、ｅｎｕｍキャッシュ方法、および、ｅｎｕｍシステム | |
| JP6364385B2 (ja) | Ｅｎｕｍシステム、および、ｅｎｕｍシステムの負荷分散方法 | |
| FI20185636A1 (en) | Handling of subscriber identity when providing service | |
| JP7236006B2 (ja) | 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム | |
| US20220109703A1 (en) | Call processing server, call processing method, and call processing program | |
| JP6535298B2 (ja) | Ｅｎｕｍサーバ、ｅｎｕｍデータ登録・回答方法およびプログラム | |
| US10277421B2 (en) | Route lookup resolution | |
| JP6310411B2 (ja) | 通信システム及び輻輳回避方法 | |
| JP6570182B2 (ja) | Ｅｎｕｍキャッシュ設定システム、ｅｎｕｍ権威サーバおよびｅｎｕｍキャッシュ設定方法 | |
| JP6744261B2 (ja) | Ｅｎｕｍサーバ、輻輳防止システムおよび輻輳防止方法 | |
| JP2012023570A (ja) | 端末間連携システム及び方法及びアドレス変換サーバ及び呼処理サーバ及び端末間通信サーバ | |
| JP4212512B2 (ja) | Ｉｐ網におけるセッション設定時の輻輳抑制システムと方法およびプログラム | |
| JP6622672B2 (ja) | Ｅｎｕｍ呼処理システム、ｅｎｕｍ呼処理方法及びｅｎｕｍ呼処理プログラム | |
| US9781026B2 (en) | System and method to prevent polling overload for detection of presence information |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170224 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180125 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20180130 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180202 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6285884 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |