(57)【特許請求の範囲】
【請求項１】
ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバと、前記着信先端末の電話番号に関する契約情報を記憶する契約情報ＤＢサーバとを含んで構成されるＥＮＵＭキャッシュ設定システムであって、  前記契約情報ＤＢサーバは、
前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約内容が格納される契約情報を記憶する記憶部と、
前記着信先端末の電話番号毎の前記契約情報を、前記ＥＮＵＭ権威サーバに送信する制御部と、を備え、
前記ＥＮＵＭ権威サーバは、
前記契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ（Time To Live）値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するＴＴＬ設定部と、
前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶する記憶部と、
前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記設定されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答する問合せ応答部と、
を備えることを特徴とするＥＮＵＭキャッシュ設定システム。
【請求項２】
ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバと、前記着信先端末の電話番号に関する契約情報を記憶する契約情報ＤＢサーバと、各着信先端末に対する接続要求数に関する統計情報を記憶する統計情報ＤＢサーバと、を含んで構成されるＥＮＵＭキャッシュ設定システムであって、
前記契約情報ＤＢサーバは、
前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約内容が格納される契約情報を記憶する記憶部と、
前記着信先端末の電話番号毎の前記契約情報を、前記ＥＮＵＭ権威サーバに送信する制御部と、を備え、
前記統計情報ＤＢサーバは、
前記着信先端末それぞれの接続要求数に関する統計情報を記憶する記憶部と、
前記着信先端末の電話番号に対応付けて、前記統計情報を前記ＥＮＵＭ権威サーバに送信する制御部と、を備え、
前記ＥＮＵＭ権威サーバは、
前記契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するＴＴＬ設定部と、
前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶する記憶部と、
前記統計情報を受け取り、接続要求数が多いかまたは少ないかに応じて、前記設定されたＴＴＬ値を変更するＴＴＬ変更部と、
前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記変更されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答する問合せ応答部と、
を備えることを特徴とするＥＮＵＭキャッシュ設定システム。
【請求項３】
ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバであって、
前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約内容が格納される契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するＴＴＬ設定部と、
前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶する記憶部と、
前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記設定されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答する問合せ応答部と、
を備えることを特徴とするＥＮＵＭ権威サーバ。
【請求項４】
ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバであって、
前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するＴＴＬ設定部と、
前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶する記憶部と、
前記着信先端末それぞれの接続要求数に関する統計情報を受け取り、接続要求数が多いかまたは少ないかに応じて、前記設定されたＴＴＬ値を変更するＴＴＬ変更部と、
前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記変更されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答する問合せ応答部と、
を備えることを特徴とするＥＮＵＭ権威サーバ。
【請求項５】
ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバのＥＮＵＭキャッシュ設定方法であって、
前記ＥＮＵＭ権威サーバは、
前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約内容が格納される契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するステップと、
前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶手段に記憶するステップと、
前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記設定されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答するステップと、
を実行することを特徴とするＥＮＵＭキャッシュ設定方法。
【請求項６】
ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバのＥＮＵＭキャッシュ設定方法であって、
前記ＥＮＵＭ権威サーバは、
前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するステップと、
前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶手段に記憶するステップと、
前記着信先端末それぞれの接続要求数に関する統計情報を受け取り、接続要求数が多いかまたは少ないかに応じて、前記設定されたＴＴＬ値を変更するステップと、
前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記変更されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答するステップと、
を実行することを特徴とするＥＮＵＭキャッシュ設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）電話を提供するサービス網（ＩＰ網）が複数事業者により提供され、それらが相互接続されるシステムにおいて、事業者間で電話番号を持ちまわる番号ポータビリティ制度が導入されている条件下でのＥＮＵＭ（E.164 Number Mapping）権威サーバおよびＥＮＵＭキャッシュ設定方法に関する。
【背景技術】
【０００２】
従来、ＩＰ網において、通信事業者網内の装置（ＳＩＰ（Session Initiation Protocol）サーバ等）が、電話番号とＵＲＩ（Uniform Resource Identifier）との対応付けを行う仕組みとしてＥＮＵＭシステムが提案されている。このＥＮＵＭシステムでは、通信事業者のネットワーク内に設置されたＳＩＰサーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先の情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭサーバに問い合わせて、その接続先の情報に基づいてルーティングを行う。
【０００３】
このＳＩＰサーバが、自身が収容する端末から他の端末への接続要求を受け付ける度にＥＮＵＭサーバに問い合わせを行うと、ＥＮＵＭサーバへのアクセスが膨大なものとなり、負荷が大きくなる。その理由は、通信事業者が複数あり、その通信事業者のネットワーク内には複数のＳＩＰサーバが設置されており、さらに、１つのＳＩＰサーバが収容する端末の台数も多いため、全体として膨大な端末からのアクセスをＥＮＵＭサーバが受け付けることになるためである。ＥＮＵＭサーバの負荷が大きくなると、ＳＩＰサーバからの問い合わせに対する応答時間が長くなることや、最悪の場合ＥＮＵＭサーバが応答できなくなり、結果的に端末間の接続遅延の増加や接続障害が発生する。
【０００４】
そこで、ＥＮＵＭシステムにおいても、ＤＮＳ（Domain Name System）で用いられるような、一度問い合わせた情報を蓄積しておくキャッシュ機構（ＥＮＵＭキャッシュサーバ）を備えるようにすることが提案されている（特許文献１参照）。自網内の端末から接続先となる端末への接続要求を受け付けたＳＩＰサーバは、まず、ＥＮＵＭキャッシュサーバに問い合わせる。そして、ＥＮＵＭキャッシュサーバは、自身がその接続先の情報を蓄積していれば、その情報をＳＩＰサーバに返す。一方、ＥＮＵＭキャッシュサーバは、その接続先の情報を蓄積していない場合には、接続先の情報を記憶しているＥＮＵＭサーバに問い合わせを実行して、その接続先の情報を取得してキャッシュデータとして蓄積した上で、ＳＩＰサーバに返す。このようにすることで、ＥＮＵＭサーバの負荷を軽減することができる。なお、以降の説明において、ＥＮＵＭサーバを、ＥＮＵＭキャッシュサーバから接続先の情報の問合せを受けるサーバとして「ＥＮＵＭ権威サーバ」と称し説明する。
【０００５】
一方、ＰＳＴＮ（Public Switched Telephone Network：公衆電話交換回線網）網からＩＰ網への移行に伴い、ＩＰ網において固定電話番号を通信事業者間で自由に持ち回れる番号ポータビリティの仕組みが検討されている（非特許文献１参照）。
【０００６】
非特許文献１に記載の方式では、各通信事業者の番号ポータビリティ情報を集中管理したデータベースを、ＤＮＳの仕組みを利用したＥＮＵＭサーバ（ＥＮＵＭ権威サーバ）に備え、各通信事業者のＳＩＰサーバは、ＥＮＵＭサーバ（ＥＮＵＭ権威サーバ）にアクセスすることにより、各電話番号が他網へ移転(ポートアウト)しているか否かを解決し、接続先の情報を取得して通信を行う。
【０００７】
図８は、上記したように、ＥＮＵＭサーバ（ＥＮＵＭ権威サーバ）の負荷を軽減するために、ＥＮＵＭキャッシュサーバを採用した場合の従来例を示す図である。
図８に示すように、まず、０３−９９９９帯の端末１（１ａ）（ＩＰ電話等）から０４２２−９９帯の端末１（１ｂ）（ＩＰ電話等）への接続要求メッセージ（図８において、「接続要求」と記載する。他図も同様。）が、ＳＩＰサーバ３０へ送信される（ステップＳ１）。
【０００８】
接続要求メッセージを受け付けたＳＩＰサーバ３０は、ＥＮＵＭキャッシュサーバ２０に対して、着信先の通信事業者へ接続するための接続先情報（着信先電話番号に対応するＵＲＩ等）の取得要求（「接続先情報要求メッセージ」。図８において、「接続先情報要求」と記載する。他図も同様。）を送信する（ステップＳ２）。
【０００９】
ＥＮＵＭキャッシュサーバ２０は、着信先の通信事業者の接続先情報を自身の記憶部に記憶（キャッシュ）しているかを確認し、記憶していない場合には、ＥＮＵＭ権威サーバ１０Ａに対して、接続先情報の問合せ（「接続先情報問合せメッセージの送信」。図８においては、「接続先情報問合せ」と記載する。他図も同様。）を行う（ステップＳ３）。
【００１０】
ＥＮＵＭ権威サーバ１０Ａは、当該接続先情報の問合せを受信すると、自身のデータベースを参照し、その着信先の端末１（１ｂ）に対応する接続先情報を抽出し、ＥＮＵＭキャッシュサーバ２０に応答情報（「接続先情報問合せ応答メッセージ」。図８においては、「接続先情報問合せ応答」と記載する。他図も同様。）を送信する（ステップＳ４）。
【００１１】
ＥＮＵＭキャッシュサーバ２０は、応答情報を受信すると、その応答情報に含まれる接続先情報とＴＴＬ（Time To Live：キャッシュ保持期間）とを自身の記憶部に記憶（キャッシュ）する（ステップＳ５）。そして、ＥＮＵＭキャッシュサーバ２０は、その接続先情報を含む接続先情報応答メッセージ（図８においては、「接続先情報応答」と記載する。他図も同様。）を、ＳＩＰサーバ３０に送信する（ステップＳ６）。
【００１２】
なお、ステップＳ３〜Ｓ５の処理は、ＥＮＵＭキャッシュサーバ２０に着信先の通信事業者に対応する接続先情報が記憶（キャッシュ）されている場合には行わず、ＥＮＵＭキャッシュサーバ２０は、その記憶（キャッシュ）されている接続先情報を取得し、ＳＩＰサーバ３０に接続先情報応答メッセージを送信する（ステップＳ６の処理）。
また、ＥＮＵＭキャッシュサーバ２０は、ＴＴＬで設定された所定の保持期間が経過すると、記憶（キャッシュ）していた接続先情報を削除する。
【００１３】
ＳＩＰサーバ３０は、接続先情報応答メッセージに含まれる接続先情報を受信すると、着信先となる０４２２−９９帯の端末１（１ｂ）に呼接続する（ステップＳ７）。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００７−２４３５６４号公報
【非特許文献】
【００１５】
【非特許文献１】「ＪＪ−９０．３１  キャリアＥＮＵＭの相互接続  共通インタフェース」一般社団法人情報通信技術委員会、２０１５年８月２７日
【発明の概要】
【発明が解決しようとする課題】
【００１６】
しかしながら、ＥＮＵＭキャッシュサーバを用いた従来の手法には、以下に示す問題がある。
非特許文献１に記載の技術（標準化技術）では、ＥＮＵＭキャッシュサーバに設定されるＴＬＬは一定時間（６０秒）を推奨しており、ＥＮＵＭキャッシュサーバは、ＴＴＬとして６０秒を設定すると、接続先情報をキャッシュしてから６０秒後に、当該接続先情報を削除する。
よって、従来のＥＮＵＭキャッシュサーバでは、問合せの頻度が低くキャッシュヒットが見込めない接続先情報でも一定時間キャッシュを保持することになる。また、逆に、問合せ頻度の高くキャッシュヒットが見込める接続先情報でも一定時間で破棄してしまう。つまり、キャッシュヒットの効率が悪いものとなっていた。例えば、同一電話番号への呼が集中している状況であっても、ＥＮＵＭキャッシュサーバは、ＴＴＬの設定に従って、キャッシュしていた接続先情報を削除してしまう。そのため、その後同じ電話番号への問合せを受信した場合であっても、再度ＥＮＵＭ権威サーバにアクセスすることとなり、ＥＮＵＭ権威サーバの処理負荷が高くなってしまう。よって、ＥＮＵＭ権威サーバの負荷を軽減するため、ＥＮＵＭキャッシュサーバにおいてキャッシュヒット率を向上させる必要がある。
【００１７】
このような背景を鑑みて本発明がなされたのであり、本発明は、ＥＮＵＭキャッシュサーバのキャッシュヒット率を向上させ、ＥＮＵＭ権威サーバの負荷を低減することを課題とする。
【課題を解決するための手段】
【００１８】
前記した課題を解決するため、請求項１に記載の発明は、ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバと、前記着信先端末の電話番号に関する契約情報を記憶する契約情報ＤＢ（Database）サーバとを含んで構成されるＥＮＵＭキャッシュ設定システムであって、前記契約情報ＤＢサーバが、前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約内容が格納される契約情報を記憶する記憶部と、前記着信先端末の電話番号毎の前記契約情報を、前記ＥＮＵＭ権威サーバに送信する制御部と、を備え、前記ＥＮＵＭ権威サーバが、前記契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ（Time To Live）値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するＴＴＬ設定部と、前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶する記憶部と、前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記設定されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答する問合せ応答部と、を備えることを特徴とするＥＮＵＭキャッシュ設定システムとした。
【００１９】
また、請求項３に記載の発明は、ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバであって、前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約内容が格納される契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するＴＴＬ設定部と、前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶する記憶部と、前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記設定されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答する問合せ応答部と、を備えることを特徴とするＥＮＵＭ権威サーバとした。
【００２０】
また、請求項５に記載の発明は、ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバのＥＮＵＭキャッシュ設定方法であって、前記ＥＮＵＭ権威サーバが、前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約内容が格納される契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するステップと、前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶手段に記憶するステップと、前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記設定されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答するステップと、を実行することを特徴とするＥＮＵＭキャッシュ設定方法とした。
【００２１】
このようにすることで、ＥＮＵＭ権威サーバは、契約情報に基づき、着信先端末の電話番号に対応した適切なＴＴＬ値を設定することができる。この適切なＴＴＬ値を接続先情報とともにＥＮＵＭキャッシュサーバに送信することにより、ＥＮＵＭキャッシュサーバのキャッシュヒット率を向上させ、ＥＮＵＭ権威サーバの負荷を低減することができる。
【００２２】
請求項２に記載の発明は、ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバと、前記着信先端末の電話番号に関する契約情報を記憶する契約情報ＤＢサーバと、各着信先端末に対する接続要求数に関する統計情報を記憶する統計情報ＤＢサーバと、を含んで構成されるＥＮＵＭキャッシュ設定システムであって、前記契約情報ＤＢサーバが、前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約内容が格納される契約情報を記憶する記憶部と、前記着信先端末の電話番号毎の前記契約情報を、前記ＥＮＵＭ権威サーバに送信する制御部と、を備え、前記統計情報ＤＢサーバが、前記着信先端末それぞれの接続要求数に関する統計情報を記憶する記憶部と、前記着信先端末の電話番号に対応付けて、前記統計情報を前記ＥＮＵＭ権威サーバに送信する制御部と、を備え、前記ＥＮＵＭ権威サーバが、前記契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するＴＴＬ設定部と、前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶する記憶部と、前記統計情報を受け取り、接続要求数が多いかまたは少ないかに応じて、前記設定されたＴＴＬ値を変更するＴＴＬ変更部と、前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記変更されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答する問合せ応答部と、を備えることを特徴とするＥＮＵＭキャッシュ設定システムとした。
【００２３】
また、請求項４に記載の発明は、ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバであって、前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するＴＴＬ設定部と、前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶する記憶部と、前記着信先端末それぞれの接続要求数に関する統計情報を受け取り、接続要求数が多いかまたは少ないかに応じて、前記設定されたＴＴＬ値を変更するＴＴＬ変更部と、前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記変更されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答する問合せ応答部と、を備えることを特徴とするＥＮＵＭ権威サーバとした。
【００２４】
また、請求項６に記載の発明は、ＥＮＵＭキャッシュサーバから着信先端末の電話番号に対応する接続先情報の問合せを受け付けるＥＮＵＭ権威サーバのＥＮＵＭキャッシュ設定方法であって、前記ＥＮＵＭ権威サーバが、前記着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約情報を受け取り、前記着信先端末の電話番号に、前記着信数が多いことの指標となる契約内容が登録されている場合に、前記ＥＮＵＭキャッシュサーバが前記接続先情報を保持する期間を示すＴＴＬ値を所定の基準値よりも長くなるように設定し、前記着信数が少ないことの指標となる契約内容が登録されている場合に、前記ＴＴＬ値を所定の基準値よりも短くなるように設定するステップと、前記着信先端末の電話番号に対応する接続先情報と、当該接続先情報に関する前記設定されたＴＴＬ値とを記憶手段に記憶するステップと、前記着信先端末それぞれの接続要求数に関する統計情報を受け取り、接続要求数が多いかまたは少ないかに応じて、前記設定されたＴＴＬ値を変更するステップと、前記ＥＮＵＭキャッシュサーバからの前記着信先端末の電話番号に対応する接続先情報の問合せを受け付けた場合に、前記着信先端末の電話番号に対応する接続先情報と前記変更されたＴＴＬ値とを、前記ＥＮＵＭキャッシュサーバに応答するステップと、を実行することを特徴とするＥＮＵＭキャッシュ設定方法とした。
【００２５】
このようにすることで、ＥＮＵＭ権威サーバは、契約情報に基づきＴＴＬ値を設定した上で、着信先端末の統計情報に基づき、より適切にＴＴＬ値を変更することができる。よって、ＥＮＵＭキャッシュサーバのキャッシュヒット率をさらに向上させ、ＥＮＵＭ権威サーバの負荷を適切に低減することができる。
【００２８】
このようにすることで、ＥＮＵＭ権威サーバは、着信先端末の統計情報に基づき、着信先端末の電話番号に対応した適切なＴＴＬ値を設定することができる。この適切なＴＴＬ値を接続先情報とともにＥＮＵＭキャッシュサーバに送信することにより、ＥＮＵＭキャッシュサーバのキャッシュヒット率を向上させ、ＥＮＵＭ権威サーバの負荷を低減することができる。
【発明の効果】
【００２９】
本発明によれば、ＥＮＵＭキャッシュサーバのキャッシュヒット率を向上させ、ＥＮＵＭ権威サーバの負荷を低減することができる。
【図面の簡単な説明】
【００３０】
【図１】本発明の第１の実施形態に係るＥＮＵＭ権威サーバを含むＥＮＵＭキャッシュ設定システムの全体構成を示す図である。
【図２】本発明の第１の実施形態に係る契約情報のデータ構成例を示す図である。
【図３】本発明の第１の実施形態に係るＥＮＵＭ権威サーバの構成例を示す機能ブロック図である。
【図４】本発明の第１の実施形態に係る接続先情報テーブルのデータ構成例を示す図である。
【図５】本発明の第２の実施形態に係るＥＮＵＭ権威サーバを含むＥＮＵＭキャッシュ設定システムの全体構成を示す図である。
【図６】本発明の第２の実施形態に係るＥＮＵＭ権威サーバの構成例を示す機能ブロック図である。
【図７】本発明の第２の実施形態の変形例に係るＥＮＵＭ権威サーバを含むＥＮＵＭキャッシュ設定システムの全体構成を示す図である。
【図８】ＥＮＵＭサーバ（ＥＮＵＭ権威サーバ）の負荷を軽減するために、ＥＮＵＭキャッシュサーバを採用した場合の従来例を示す図である。
【発明を実施するための形態】
【００３１】
次に、本発明を実施するための形態（以下、実施形態と称する。）における、ＥＮＵＭキャッシュ設定システム、ＥＮＵＭ権威サーバおよびＥＮＵＭキャッシュ設定方法について説明する。
【００３２】
＜第１の実施形態＞
まず、第１の実施形態に係るＥＮＵＭ権威サーバ１０を含むＥＮＵＭキャッシュ設定システム１００について説明する。
図１は、本発明の第１の実施形態に係るＥＮＵＭ権威サーバ１０を含むＥＮＵＭキャッシュ設定システム１００の全体構成を示す図である。
第１の実施形態に係るＥＮＵＭ権威サーバ１０は、ＥＮＵＭキャッシュサーバ２０に記憶（キャッシュ）させる接続先情報についてのＴＴＬの設定を、その電話番号の契約情報に基づき行うことを特徴とする。
【００３３】
図１に示すように、第１の実施形態に係るＥＮＵＭ権威サーバ１０を含むシステムは、図８に示したシステムの構成に加えて、ＥＮＵＭ権威サーバ１０に契約情報ＤＢ（DataBase）サーバ４０が接続されていることを特徴する。ＥＮＵＭ権威サーバ１０は、契約情報ＤＢサーバ４０に記憶されている契約情報４００（後記する図２）を参照することにより、ＥＮＵＭキャッシュサーバ２０からの問合せを受ける、電話番号に対応した接続先情報についてのＴＴＬを、所定のロジックに基づき最適に設定する。例えば、ＥＮＵＭ権威サーバ１０は、契約情報４００を参照し、電話を受信する頻度が高い法人ユーザに対しては、ＴＴＬを長く設定したり、個人ユーザに対しては、ＴＴＬを短く設定したりする。また、代表番号等の付加サービスに加入しているユーザの番号のＴＴＬを長く設定したり、コールセンタ等の利用用途に使用されるユーザの番号のＴＴＬを長く設定したり等を行う。つまり、第１の実施形態に係るＥＮＵＭ権威サーバ１０は、契約情報４００に基づき、ＴＴＬの設定時間を最適に設定することを特徴とする。
以下、具体的に説明する。
【００３４】
図１に示すように、本発明の第１の実施形態に係るＥＮＵＭキャッシュ設定システム１００は、ＥＮＵＭキャッシュサーバ２０に接続するＥＮＵＭ権威サーバ１０と、そのＥＮＵＭ権威サーバ１０に接続する契約情報ＤＢサーバ４０とを含んで構成される。
ＥＮＵＭ権威サーバ１０は、ＥＮＵＭキャッシュサーバ２０からの問合せ（接続先情報問合せメッセージ）を受け付け、自身が記憶する着信先端末の電話番号に対応した接続先情報とそのＴＴＬの設定時間（以下、「ＴＴＬ値」と称する場合がある。）を含む情報（以下、「ＥＮＵＭデータ」と称する場合がある。）をＥＮＵＭキャッシュサーバ２０に、応答情報（接続先情報問合せ応答メッセージ）として送信する。ＥＮＵＭキャッシュサーバ２０は、ＥＮＵＭデータをキャッシュデータとして記憶するとともに、ＥＮＵＭデータに付されたＴＴＬ値の設定に従って、ＴＴＬの設定時間が経過するとそのＥＮＵＭデータを削除する。
各電話番号に対応したＴＴＬ値の設定を、ＥＮＵＭ権威サーバ１０は、契約情報ＤＢサーバ４０に記憶された契約情報４００に基づき決定する。
【００３５】
≪契約情報ＤＢサーバ４０≫
本発明の第１の実施形態に係る契約情報ＤＢサーバ４０は、入出力部と、記憶部と、制御部と（いずれも不図示）を含んで構成されるコンピュータである。入出力部は、ＥＮＵＭ権威サーバ１０等との間で情報の送受信を行う通信インタフェース等により構成される。記憶部は、ハードディスクやフラッシュメモリ等の記憶手段からなり、登録された電話番号に対応付けて設定されるユーザの契約情報４００が格納される（図２参照）。制御部は、ＥＮＵＭ権威サーバ１０からの契約情報４００の参照要求を受け付け、記憶部に記憶されている契約情報４００の各情報をＥＮＵＭ権威サーバ１０に送信する。
【００３６】
図２は、本発明の第１の実施形態に係る契約情報４００のデータ構成例を示す図である。
契約情報４００には、着信先端末の電話番号に対応付けて、着信数が多いかまたは少ないかの指標となる契約内容が格納される。具体的には、図２に示すように、契約情報４００には、少なくとも電話番号４０１に対応付けてユーザ種別４０２が格納される。このユーザ種別４０２は、例えば、契約ユーザが個人の場合は「１」が登録され、契約ユーザが法人の場合は「２」が登録される。
【００３７】
また、この契約情報４００には、電話番号４０１に対応付けて、さらに、付加サービス４０３や、利用用途４０４、関連情報４０５等の契約内容が登録されてもよい。
付加サービス４０３には、その電話番号４０１が、付加サービスとして「代表番号」を契約していることや、付加サービスとして「着信課金」を契約していること等が記憶される。
利用用途４０４には、その電話番号４０１が、「通信販売」の受付番号として利用されることや、「コールセンタ」の受付番号として利用されること等が記憶される。
関連情報４０５には、その電話番号４０１を登録しているユーザに関連する情報が登録される。例えば、そのユーザの販売する商品やそのユーザが提供するサービスに関連するニュース（リコール情報やサービス停止情報）、新商品の販売情報、チケット発売日時情報など、問合せ電話が増加すると予測されるような情報が、この関連情報４０５に記憶される。
【００３８】
契約情報ＤＢサーバ４０は、ＥＮＵＭ権威サーバ１０からの契約情報４００の参照要求を所定の時間間隔で受け付けて各情報を参照させる。また、契約情報ＤＢサーバ４０は、各電話番号４０１の１つの行に対応したレコードが新たに登録される度に、そのレコードの情報を、ＥＮＵＭ権威サーバ１０に送信するようにしてもよい。
【００３９】
なお、この契約情報４００の各情報を登録する際に、ネットワーク管理者が各契約内容に応じた重み付け情報を併せて記憶するようにしてもよい。この重み付け情報では、電話番号４０１への接続要求が多くなると予想される情報に対し、高い値の重みを設定しておく。
例えば、ユーザ種別４０２の「個人」には、初期値として重み「０」を設定し、「法人」には、重み「１」を設定する。付加サービス４０３の「代表番号」には重み「３」を設定し、着信課金には重み「５」を設定する。利用用途４０４の「通信販売」には、重み「５」を設定し、コールセンタにも重み「５」を設定する。関連情報４０５の「商品回収ニュースあり」には、重み「１０」を設定する。これらの重みの値は、任意にネットワーク管理者等が設定することができる。
【００４０】
契約情報ＤＢサーバ４０は、重み付け情報が付された契約情報４００の各レコードを、ＥＮＵＭ権威サーバ１０に初期値として送信する。また、契約情報ＤＢサーバ４０は、契約情報４００の内容が変更された場合に、その変更された内容を含む契約情報４００のレコードを、ＥＮＵＭ権威サーバ１０に送信する。
【００４１】
≪ＥＮＵＭ権威サーバ１０≫
次に、ＥＮＵＭキャッシュ設定システム１００のＥＮＵＭ権威サーバ１０について説明する。
図３は、本発明の第１の実施形態に係るＥＮＵＭ権威サーバ１０の構成例を示す機能ブロック図である。
第１の実施形態に係るＥＮＵＭ権威サーバ１０は、接続先情報テーブル１３０（後記する図４参照）を備え、ＥＮＵＭキャッシュサーバ２０からの問合せ（接続先情報問合せメッセージ）を受けた、着信先情報（着信先端末の電話番号）に対応する接続先情報およびＴＴＬを含むＥＮＵＭデータを、接続先情報問合せ応答メッセージとしてＥＮＵＭキャッシュサーバ２０に返信する。そして、ＥＮＵＭ権威サーバ１０は、この接続先情報テーブル１３０の各着信先情報に対応付けて、契約情報４００に基づき最適なＴＴＬ値を設定して記憶させておくことを特徴とする。
【００４２】
なお、ＥＮＵＭ権威サーバ１０は、ＤＮＳと同様に階層構造（Ｔｉｅｒ０〜Ｔｉｅr２）で管理されており、着信先情報についての名前解決を行う場合には、上位階層であるＴｉｅｒ０またはＴｉｅｒ１を管理しているＥＮＵＭ権威サーバからＴｉｅｒ２を管理しているＥＮＵＭ権威サーバへ向かって再帰的に問合せを行っていく。そして、ＥＮＵＭでは、Ｔｉｅｒ２に属するＥＮＵＭ権威サーバを、各通信事業者が管理しており、各番号帯（例えば、市外局番）の各端末１に対応する接続先情報を記憶している。本実施形態においては、説明を平易にするため、通信事業者が管理するＴｉｅｒ２に属するＥＮＵＭ権威サーバを図示して説明する。
このＥＮＵＭ権威サーバ１０は、図３に示すように、入出力部１１と、制御部１２と、記憶部１３とを備える。
【００４３】
入出力部１１は、他の装置等との間の情報の入出力を行う。例えば、入出力部１１は、ＥＮＵＭキャッシュサーバ２０や契約情報ＤＢサーバ４０との間で情報の送受信を行う。この入出力部１１は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。
【００４４】
記憶部１３は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成させる。
この記憶部１３には、接続先情報テーブル１３０等が記憶される。
【００４５】
図４は、本発明の第１の実施形態に係る接続先情報テーブル１３０のデータ構成例を示す図である。
図４に示すように、接続先情報テーブル１３０には、着信先情報１３１に対応付けて、接続先情報１３２およびＴＴＬ１３３が記憶される。
この着信先情報１３１には、例えば、着信先の端末１の電話番号に基づき、Ｅ．１６４番号をＥＮＵＭプロトコルのドメイン形式に変換した情報が記憶される。例えば、着信先端末の電話番号（例えば、０４２２−９９−１２３４）のＥ．１６４番号（＋８１−４２２−９９−１２３４）を逆順にして、ドットで区切り、「e164.arpa」や「e164.net」等を付けた形式（図４においては、「4.3.2.1.9.9.2.2.4.1.8.e164.arpa」のように記載）を着信先情報１３１として記憶しておく。
【００４６】
接続先情報１３２には、例えば、着信先端末のＥ．１６４番号と、接続先の通信事業者のドメイン名（carrier_a）とを含むＵＲＩが記憶される。ここでは、ドメイン名のうち「carrier_a」で示されるドメインが、自ＩＰ網の接続先情報を意味する。また、「carrier_b」「carrier_c」で示されるドメインが、他の通信事業者のＩＰ網の接続先情報を意味し、着信先端末の電話番号が他網へ移転（ポートアウト）していることを示している（図４の符号αのレコード参照）。
【００４７】
また、ＴＴＬ１３３には、各着信先情報１３１に対応付けたＴＴＬ値（キャッシュ保持期間）が格納される。このＴＴＬ１３３は、後記する制御部１２内のＴＴＬ設定部１２１により、契約情報４００等に基づき決定された情報が格納される。
なお、この接続先情報テーブル１３０の着信先情報１３１に対応した（１行分の）レコードそれぞれが、上記したＥＮＵＭデータである。
【００４８】
図３に戻り、制御部１２は、ＥＮＵＭ権威サーバ１０が実行する処理の全般を司り、ＴＴＬ設定部１２１、接続先情報検索部１２２および接続先情報問合せ応答部１２３（問合せ応答部）を含んで構成される。なお、この制御部１２は、例えば、このＥＮＵＭ権威サーバ１０の記憶部１３に格納されたプログラムをＣＰＵがＲＡＭに展開し実行することにより実現される。
【００４９】
ＴＴＬ設定部１２１は、契約情報ＤＢサーバ４０に記憶された契約情報４００を参照し、着信先情報１３１それぞれに対応したＴＴＬ１３３の値を計算して、記憶部１３内の接続先情報テーブル１３０に設定する。このＴＴＬ設定部１２１は、契約情報ＤＢサーバ４０に記憶された契約情報４００を、所定の時間間隔で参照するようにしてもよいし、新規に登録や変更のあった契約情報４００を契約情報ＤＢサーバ４０から受信するようにしてもよい。
【００５０】
ＴＴＬ設定部１２１は、所定のロジックに従いＴＴＬ値を決定する。この所定のロジックは、例えば、以下に示すようなポリシに基づき設定される。
・電話を受信する頻度の高い法人ユーザの電話番号（着信先情報）は、ＴＴＬを所定の基準値より長く設定する。また、個人ユーザの電話番号（着信先情報）は、ＴＴＬを所定の基準値より短く設定する。
・「代表番号」の付加サービスに加入しているユーザの電話番号（着信先情報）は、着信頻度が高くなると想定されるため、ＴＴＬを長く設定する。
・「着信課金」の付加サービスを利用するユーザの電話番号（着信先情報）は、着信頻度が高くなると想定されるため、ＴＴＬを長く設定する。
・利用用途に関して、「通信販売」「コールセンタ」「チケット販売」等の電話番号（着信先情報）は、着信頻度が高くなると想定されるため、ＴＴＬを長く設定する。
・関連情報に関して、契約ユーザに関連するニュース（例えば、商品回収のニュース等）があった場合には、着信頻度が高くなると想定されるため、ＴＴＬを長く設定する。
【００５１】
ＴＴＬ設定部１２１には、上記のようなポリシに基づき、例えば、次に示すような所定のロジックを設定する。
ＴＴＬ設定部１２１は、ユーザ種別４０２が法人の電話番号についてのＴＴＬ値を、所定の基準値（例えば「４５」秒とする。）より長い「６０」秒に設定する。また、ユーザ種別４０２が個人の電話番号についてのＴＴＬを、所定の基準値より短い「３０」秒に設定する。そして、契約情報４００を参照し、付加サービス４０３の「代表番号」や「着信課金」に加入している場合には、それぞれ「＋６０」秒を追加する。利用用途４０４が「通信販売」や「コールセンタ」等であれば、さらに「＋６０」秒を追加する。関連情報４０５の登録があった際にも、さらに「＋６０」秒を追加する等のロジックを予め決めておく。そして、ＴＴＬ設定部１２１は、電話番号毎に、契約情報４００の内容に基づきＴＴＬ１３３の値を算出して決定し、接続先情報テーブル１３０に登録する。
【００５２】
また、ＴＴＬ設定部１２１は、契約情報４００の各情報に上記した重み付け情報が付されている場合には、例えば、重み「１」につき、ＴＴＬの値として「＋３０」秒を設定するようにしてもよい。
この場合、個人ユーザは初期値として重み「０」のためＴＴＬ１３３の値を「３０」秒と設定しておき、重み「１」の法人ユーザには「＋３０」を追加し、ＴＴＬ１３３の値を「６０」秒とする。付加サービス４０３として「代表番号」が設定され、その重みが「３」の場合は、「＋３０」（秒）×「３」として、「９０」秒が初期値「３０」秒に追加され、合計値の「１２０」秒がＴＴＬ１３３の値として設定される。
このようにすることにより、ＴＴＬ設定部１２１は、契約情報４００に付された重み付け情報に基づき、ＴＴＬ１３３の値を算出することができる。
【００５３】
なお、ＴＴＬ設定部１２１は、着信先端末の電話番号（着信先情報）が他網へ移転（ポートアウト）しているＥＮＵＭデータについては、他網に設けられた契約情報ＤＢと連携し、その契約情報を参照してＴＴＬの値を設定するようにしてもよい。なお、後記する統計情報ＤＢについても同様である。
【００５４】
また、ＴＴＬ設定部１２１は、入出力部１１を介して、例えば、ネットワーク管理者から契約情報４００の入力情報を直接受け付け、ＴＴＬ１３３の値を算出するようにしてもよいし、ネットワーク管理者からＴＴＬ１３３の設定値（ＴＴＬ値）の入力情報を受け付け、接続先情報テーブル１３０に設定するようにしてもよい。
【００５５】
接続先情報検索部１２２は、入出力部１１を介して、接続先情報問合せメッセージをＥＮＵＭキャッシュサーバ２０から受信すると、その接続先情報問合せメッセージに付された着信先情報を抽出する。そして、接続先情報検索部１２２は、記憶部１３内の接続先情報テーブル１３０を参照し、その着信先情報１３１に対応する接続先情報１３２およびＴＴＬ１３３を検索する。接続先情報検索部１２２は、その検索した結果得られたＥＮＵＭデータ（接続先情報１３２およびＴＴＬ１３３）を抽出し、接続先情報問合せ応答部１２３に処理の指示を出力する。
【００５６】
接続先情報問合せ応答部１２３（問合せ応答部）は、接続先情報検索部１２２が抽出したＥＮＵＭデータ（接続先情報１３２およびＴＴＬ１３３）を付した接続先情報問合せ応答メッセージを生成する。そして、接続先情報問合せ応答部１２３は、その生成した接続先情報問合せ応答メッセージを、ＥＮＵＭキャッシュサーバ２０に送信する。
【００５７】
このように、本発明の第１の実施形態に係るＥＮＵＭ権威サーバ１０を含むＥＮＵＭキャッシュ設定システム１００によれば、契約情報ＤＢサーバ４０に記憶されている契約情報４００を参照することにより、各着信先情報に対応した適切なＴＴＬの値を、接続先情報テーブル１３０に設定することができる。ＥＮＵＭ権威サーバ１０は、この適切なＴＴＬの値を接続先情報とともに、ＥＮＵＭキャッシュサーバ２０に送信し、記憶（キャッシュ）させることができる。これにより、ＥＮＵＭキャッシュサーバ２０のキャッシュヒット率を向上させ、ＥＮＵＭ権威サーバ１０の負荷を低減することができる。
【００５８】
＜第２の実施形態＞
次に、第２の実施形態に係るＥＮＵＭ権威サーバ１０ａを含むＥＮＵＭキャッシュ設定システム１００ａについて説明する。
図５は、本発明の第２の実施形態に係るＥＮＵＭ権威サーバ１０ａを含むＥＮＵＭキャッシュ設定システム１００ａの全体構成を示す図である。
図１に示した第１の実施形態に係るＥＮＵＭキャッシュ設定システム１００と比べ、ＥＮＵＭキャッシュ設定システム１００ａでは、図５に示すように、統計情報ＤＢサーバ５０を備えることを特徴とする。
【００５９】
第２の実施形態に係るＥＮＵＭ権威サーバ１０ａは、ＥＮＵＭキャッシュサーバ２０に記憶（キャッシュ）させる接続先情報についてのＴＴＬの値を、その電話番号（着信先情報）の契約情報４００と、統計情報ＤＢサーバ５０から取得する統計情報５００とに基づき設定することを特徴とする。なお、契約情報ＤＢサーバ４０の構成および処理内容は、第１の実施形態と同様であるので、ここでの説明は省略する。ＥＮＵＭ権威サーバ１０ａは、契約情報ＤＢサーバ４０に記憶された契約情報４００を参照して、各着信先情報についてのＴＴＬを設定しておく、その後、統計情報ＤＢサーバ５０に記憶された統計情報５００に基づき、ＴＴＬの設定時間をより最適に変更することを特徴とする。
【００６０】
≪統計情報ＤＢサーバ５０≫
本発明の第２の実施形態に係る統計情報ＤＢサーバ５０は、入出力部と、記憶部と、制御部と（いずれも不図示）を含んで構成されるコンピュータである。入出力部は、ＥＮＵＭ権威サーバ１０ａ等との間で情報の送受信を行う通信インタフェース等により構成される。記憶部は、ハードディスクやフラッシュメモリ等の記憶手段からなり、登録された電話番号や電話番号帯毎に対応付けた統計情報５００が格納される。制御部は、統計情報５００を収集して記憶部に記憶しておく。そして、制御部は、ＥＮＵＭ権威サーバ１０ａからの統計情報５００の参照要求を受け付け、記憶部に記憶されている統計情報５００の各情報をＥＮＵＭ権威サーバ１０ａに送信する。
【００６１】
統計情報ＤＢサーバ５０の記憶部に記憶される統計情報は、例えば、以下の情報が記憶される。
・着信電話番号毎の接続要求数（電話回数）
・上記着信電話番号毎の接続要求数（電話回数）の所定期間の頻度情報
例えば、着信回数の多い、時間帯、時期（曜日、月、季節、イベント時）の情報
・着信電話番号毎や、地域（エリア）毎（電話番号帯毎）の呼量の情報
【００６２】
統計情報ＤＢサーバ５０は、これらの統計情報のうち、予めネットワーク管理者が設定した情報を収集する。統計情報ＤＢサーバ５０は、これらの情報を、例えば、各ＳＩＰサーバ３０から取得したり、ネットワーク全体を管理するネットワーク管理装置（不図示）から取得したりすることができる。なお、ＥＮＵＭ権威サーバ１０ａへの接続先情報の問合せは、図５に示すような自網内のＳＩＰサーバ３０からだけでなく、他のＩＰ網からの接続先情報の問合せもある。それら他網からの問合せ回数等の情報もネットワーク管理装置（不図示）等から取得することができる。
そして、統計情報ＤＢサーバ５０は、所定の時間間隔毎にＥＮＵＭ権威サーバ１０ａからの参照要求を受け付け、収集した統計情報を、ＥＮＵＭ権威サーバ１０ａに送信する。
【００６３】
≪ＥＮＵＭ権威サーバ１０ａ≫
次に、ＥＮＵＭキャッシュ設定システム１００ａのＥＮＵＭ権威サーバ１０ａについて説明する。
図６は、本発明の第２の実施形態に係るＥＮＵＭ権威サーバ１０ａの構成例を示す機能ブロック図である。
図３に示した第１の実施形態に係るＥＮＵＭ権威サーバ１０の構成との違いは、制御部１２ａの中に、ＴＴＬ変更部１２４を備えていることである。その他の構成については、同一の機能を有するため、同一の名称と同一の符合を付し、説明を省略する。
【００６４】
ＴＴＬ変更部１２４は、ＴＴＬ設定部１２１が接続先情報テーブル１３０において設定したＴＴＬ値を、統計情報ＤＢサーバ５０から受信した統計情報５００を参照して、所定のロジックに基づき変更する。
【００６５】
例えば、ＴＴＬ変更部１２４は、「着信電話番号毎の接続要求数（電話回数）」の統計情報を受信した場合に、電話回数の多い電話番号（着信先情報）については、ＴＴＬが長くなるように変更する。例えば、現状のＴＴＬ値に「＋６０」秒を加えた値を計算して設定する。また、統計情報に基づき、電話の頻度が多い時期、多い時間帯については、ＴＴＬを長く設定する（例えば、「＋６０」秒を加える。）。一方、電話の頻度が少ない時期・時間帯はＴＴＬを短く設定する（例えば、「−３０秒」として減らす。）。
【００６６】
また、ＴＴＬ変更部１２４は、地域（エリア）毎、つまり、電話番号帯毎に、ＴＴＬ値を増減させてもよい。例えば、激甚災害等が発生したことにより、その地域（エリア）の電話番号帯（例えば、0422-99の電話番号帯等）において着信電話が急増した場合に、その電話番号帯すべてのＴＴＬ値を大幅に延長する（例えば、「３６００」秒に設定する。）。また、ＴＴＬ変更部１２４は、統計情報ＤＢサーバ５０から受信した統計情報５００に基づき、所定の呼量を超える着信電話番号や、電話番号帯について、ＴＴＬを長く設定するようにする。
【００６７】
このように、本発明の第２の実施形態に係るＥＮＵＭ権威サーバ１０ａを含むＥＮＵＭキャッシュ設定システム１００ａによれば、契約情報ＤＢサーバ４０に記憶されている契約情報４００を参照することにより、各着信先情報のＴＴＬの設定時間を適切に設定した上で、着信先となる電話番号の統計情報５００に基づき、さらに適切にＴＴＬを変更（調整）することができる。よって、ＥＮＵＭキャッシュサーバ２０のキャッシュヒット率をさらに向上させ、ＥＮＵＭ権威サーバ１０ａの負荷を適切に低減することができる。
【００６８】
＜変形例＞
次に、第２の実施形態に係るＥＮＵＭ権威サーバ１０ａを含むＥＮＵＭキャッシュ設定システム１００ａの変形例について説明する。
図７は、本発明の第２の実施形態の変形例に係るＥＮＵＭ権威サーバ１０ｂを含むＥＮＵＭキャッシュ設定システム１００ｂの全体構成を示す図である。
図５に示した第２の実施形態のＥＮＵＭキャッシュ設定システム１００ａと比べ、変形例に係るＥＮＵＭキャッシュ設定システム１００ｂでは、図７に示すように、契約情報ＤＢサーバ４０を備えていない点が異なる。
この場合、ＥＮＵＭ権威サーバ１０ｂのＴＴＬ設定部１２１は、予め例えば、ＴＴＬとして「６０」秒を接続先情報テーブル１３０のＴＴＬ１３３の値（すべてのＴＴＬの初期値）として設定しておく。そして、ＴＴＬ変更部１２４が、統計情報ＤＢサーバ５０からの統計情報５００を取得（参照）することにより、接続先情報テーブル１３０のＴＴＬ１３３の値を変更する。
【００６９】
このようにすることによっても、本発明の第２の実施形態の変形例に係るＥＮＵＭ権威サーバ１０ｂを含むＥＮＵＭキャッシュ設定システム１００ｂによれば、着信先となる電話番号の統計情報５００に基づき、各着信先情報のＴＴＬの設定時間を適切に変更（調整）することができる。よって、ＥＮＵＭキャッシュサーバ２０のキャッシュヒット率を向上させ、ＥＮＵＭ権威サーバ１０ｂの負荷を適切に低減することができる。
【００７０】
なお、本発明の各実施形態の説明においては、図１，図５に示すように、契約情報４００が、ＥＮＵＭ権威サーバ１０，１０ａとは別装置である契約情報ＤＢサーバ４０に格納されるものとして説明した。しかしながら、契約情報４００を、ＥＮＵＭ権威サーバ１０，１０ａが備えるようにしてもよい。また、図５，図７に示すように、統計情報５００が、ＥＮＵＭ権威サーバ１０ａ，１０ｂとは別装置である統計情報ＤＢサーバ５０に格納されるものとして説明した。しかしながら、統計情報５００を、ＥＮＵＭ権威サーバ１０ａ，１０ｂが備えるようにしてもよい。
【００７１】
さらに、本実施形態においては、ＥＮＵＭ権威サーバ１０，１０ａ、１０ｂとＥＮＵＭキャッシュサーバ２０を別装置として説明したが、ＥＮＵＭ権威サーバ１０，１０ａ、１０ｂにキャッシュ機能を持たせることにより、ＥＮＵＭ権威サーバ１０，１０ａ、１０ｂとして１つの筺体で構成するようにしてもよい。
【符号の説明】
【００７２】
１      端末
１０，１０ａ，１０ｂ  ＥＮＵＭ権威サーバ
１１    入出力部
１２    制御部
１３    記憶部
２０    ＥＮＵＭキャッシュサーバ
３０    ＳＩＰサーバ
４０    契約情報ＤＢサーバ
５０    統計情報ＤＢサーバ
１００，１００ａ，１００ｂ  ＥＮＵＭキャッシュ設定システム
１２１  ＴＴＬ設定部
１２２  接続先情報検索部
１２３  接続先情報問合せ応答部（問合せ応答部）
１２４  ＴＴＬ変更部
１３０  接続先情報テーブル
４００  契約情報
５００  統計情報
【図１】
0006570182.tif 000002
【図２】
0006570182.tif 000003
【図３】
0006570182.tif 000004
【図４】
0006570182.tif 000005
【図５】
0006570182.tif 000006
【図６】
0006570182.tif 000007
【図７】
0006570182.tif 000008
【図８】
0006570182.tif 000009