(57)【特許請求の範囲】
【請求項１】
着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバであって、
前記着信番号を含む前記要求メッセージに対応付けて、自網以外である他網に移転した前記着信先端末の接続先情報を格納する番号ポータビリティ情報を記憶する記憶部と、
前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出する番号情報抽出部と、
前記要求メッセージを用いて、前記番号ポータビリティ情報を検索する接続先情報検索部と、
前記接続先情報検索部が検索した結果、前記要求メッセージに対応する接続先情報を取得できた場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、
前記接続先情報検索部が検索した結果、前記要求メッセージに対応する接続先情報が取得できずエラー応答であった場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成する回答情報生成部と、
を備えることを特徴とするＥＮＵＭサーバ。
【請求項２】
前記記憶部に、各網において管理する前記着信先端末の電話番号帯に対応付けて前記各網に属するＥＮＵＭサーバのアドレス情報が格納されるＥＮＵＭ問合せ情報が、記憶されており、
前記接続先情報検索部が検索した結果、前記エラー応答であった場合に、前記ＥＮＵＭ問合せ情報を参照し、前記着信番号に対応するＥＮＵＭサーバのアドレス情報を取得し、前記取得したアドレス情報が、自網のＥＮＵＭサーバのアドレス情報と一致するときに、自網が管理する着信番号であると判定する自管理番号判定部を、さらに備えること
を特徴とする請求項１に記載のＥＮＵＭサーバ。
【請求項３】
前記接続先情報検索部が検索した結果、前記エラー応答であった場合に、前記着信番号が自網において管理する前記着信先端末の電話番号帯に属する電話番号である否かを判定する自管理番号判定部を、さらに備えること
を特徴とする請求項１に記載のＥＮＵＭサーバ。
【請求項４】
着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバであって、
前記着信番号を含む前記要求メッセージに対応付けた、自網以外である他網に移転した前記着信先端末の接続先情報、および、自網において管理する前記着信先端末の電話番号帯に対応付けたダミー情報、を格納する番号ポータビリティ情報を記憶する記憶部と、
前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出する番号情報抽出部と、
前記要求メッセージを用いて、前記番号ポータビリティ情報を検索する接続先情報検索部と、
前記接続先情報検索部が検索した結果、前記要求メッセージに対応する接続先情報を取得した場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、
前記接続先情報検索部が検索した結果、前記ダミー情報を取得した場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成する回答情報生成部と、
を備えることを特徴とするＥＮＵＭサーバ。
【請求項５】
着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバのＥＮＵＭデータ登録・回答方法であって、
前記ＥＮＵＭサーバは、
前記着信番号を含む前記要求メッセージに対応付けて、自網以外である他網に移転した前記着信先端末の接続先情報を格納する番号ポータビリティ情報を記憶部に記憶しており、
前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出するステップと、
前記要求メッセージを用いて、前記番号ポータビリティ情報を検索するステップと、
前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報を取得できた場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、
前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報が取得できずエラー応答であった場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成するステップと、
を実行することを特徴とするＥＮＵＭデータ登録・回答方法。
【請求項６】
着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバのＥＮＵＭデータ登録・回答であって、
前記ＥＮＵＭサーバは、
前記着信番号を含む前記要求メッセージに対応付けた、自網以外である他網に移転した前記着信先端末の接続先情報、および、自網において管理する前記着信先端末の電話番号帯に対応付けたダミー情報、を格納する番号ポータビリティ情報を記憶部に記憶しており、
前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出するステップと、
前記要求メッセージを用いて、前記番号ポータビリティ情報を検索するステップと、
前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報を取得した場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、
前記番号ポータビリティ情報を検索した結果、前記ダミー情報を取得した場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成するステップと、
を実行することを特徴とするＥＮＵＭデータ登録・回答方法。
【請求項７】
着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバとしてのコンピュータを、
前記着信番号を含む前記要求メッセージに対応付けて、自網以外である他網に移転した前記着信先端末の接続先情報を格納する番号ポータビリティ情報を記憶する記憶手段、
前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出する番号情報抽出手段、
前記要求メッセージを用いて、前記番号ポータビリティ情報を検索する接続先情報検索手段、
前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報を取得できた場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、
前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報が取得できずエラー応答であった場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成する回答情報生成手段、
として機能させるためのプログラム。
【請求項８】
着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバとしてのコンピュータを、
前記着信番号を含む前記要求メッセージに対応付けた、自網以外である他網に移転した前記着信先端末の接続先情報、および、自網において管理する前記着信先端末の電話番号帯に対応付けたダミー情報、を格納する番号ポータビリティ情報を記憶する記憶手段、
前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出する番号情報抽出手段、
前記要求メッセージを用いて、前記番号ポータビリティ情報を検索する接続先情報検索手段、
前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報を取得した場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、
前記番号ポータビリティ情報を検索した結果、前記ダミー情報を取得した場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成する回答情報生成手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）電話等の電話番号を、ＵＲＩ（Uniform Resource Identifiers）に対応付けて名前解決を行うＥＮＵＭ（E.164 Number Mapping）の技術分野であり、ＥＮＵＭサーバ、ＥＮＵＭデータ登録・回答方法およびプログラムに関する。
【背景技術】
【０００２】
ＩＰ網において、通信事業者網内の装置（ＳＩＰ（Session Initiation Protocol）サーバ等）が電話番号とＵＲＩとの対応付けを行う仕組みとしてＥＮＵＭシステムが提案されている。このＥＮＵＭシステムでは、通信事業者のネットワーク内に設置されたＳＩＰサーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先の情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭサーバに問い合わせて、その接続先の情報（接続先情報）に基づいてルーチングを行う。
【０００３】
ＥＮＵＭサーバは、自網が管理する電話番号毎に接続先情報をＤＢ（データベース）で管理する。この接続先情報は、後記するように、「電話番号」＋「付加情報」から構成される。ここで付加情報は、「ドメイン（事業者ドメイン）」や「ネットワークルーチング番号」等からなる情報である。なお、この接続先情報をＥＮＵＭサーバが管理する情報という意味で「ＥＮＵＭデータ」と称する場合がある。
【０００４】
ＩＰ電話からの発呼時においてＥＮＵＭサーバは、ＳＩＰサーバや他網のＥＮＵＭサーバから電話番号（着信番号）をＫＥＹとした要求を受信する。
ＳＩＰサーバからの要求に付された電話番号（着信番号）が、自網が管理する電話番号に対する問い合わせの場合、ＥＮＵＭサーバは、自身のＤＢから接続先情報を回答する（図１３（ａ）参照）。一方、要求に付された電話番号が、他網のＥＮＵＭサーバが管理する電話番号の場合には、その電話番号を管理する他網のＥＮＵＭサーバに要求を行い、得られた接続先情報を要求元に回答する（図１３（ｂ）参照）。
【０００５】
図１４は、従来のＥＮＵＭサーバへの問い合わせ処理の概要を説明するための図である。
図１４に示すように、ＥＮＵＭサーバ５が備える接続先情報ＤＢ５０には、各事業者が管理する番号（管理番号）に応じた各ＥＮＵＭサーバへの問い合わせ先（ＩＰアドレス等）の情報（「ＥＮＵＭ問合せ情報５１」）と、各事業者が管理する電話番号の「番号ポータビリティ情報５２」が格納される。番号ポータビリティは、現在利用中の電話番号を変更せずに、契約する通信事業者の変更を可能にするサービスである。この番号ポータビリティ情報５２には、そのＥＮＵＭサーバ５自身が管理する電話番号帯の各電話番号が、番号ポータビリティ（以下、省略して「番ポ」と称することがある。）されているか、つまり、電話番号を使用しているユーザがどの他事業者と契約しているか、若しくは、番号ポータビリティされていないか（以下、省略して「非番ポ」と称することがある。）、つまり、電話番号を使用しているユーザが自事業者と契約しているか、を示す情報が格納される。
ＥＮＵＭシステムでは、通信事業者毎に、番号ポータビリティ情報を集中管理したデータベース（番号ポータビリティ情報）を、ＤＮＳ（Domain Name System）の仕組みを利用したＥＮＵＭサーバ５に備え、各通信事業者のＳＩＰサーバ２は、ＥＮＵＭサーバ５にアクセスすることにより、各電話番号が他網へ移転(ポートアウト)しているか否かを解決し、接続先の情報（接続先情報）を取得して通信を行う。
【０００６】
ここで、各事業者（通信事業者）Ａ，Ｂ，Ｃが管理する番号および各事業者Ａ，Ｂ，Ｃのドメインが以下であるとする。なお、以下の事業者毎の管理番号およびドメインの例は、後記する本実施形態においても同様として説明する。
・事業者Ａの管理電話番号（２万電話番号）
・０３−１１１１−００００  〜  ０３−１１１１−９９９９
・０３−２２２２−００００  〜  ０３−２２２２−９９９９
・事業者Ｂの管理電話番号（２万電話番号）
・０３−４４４４−００００  〜  ０３−４４４４−９９９９
・０３−５５５５−００００  〜  ０３−５５５５−９９９９
・事業者Ｃの管理番号（１万電話番号）
・０３−８８８８−００００  〜  ０３−８８８８−９９９９
・各事業者Ａ，Ｂ，Ｃのドメイン
・事業者Ａのドメイン：exampleA.ne.jp
・事業者Ｂのドメイン：exampleB.ne.jp
・事業者Ｃのドメイン：exampleC.ne.jp
【０００７】
図１４を参照して、問い合わせ先となるＥＮＵＭサーバ５の情報（ＥＮＵＭ問合せ情報５１）と、各事業者が管理する電話番号の「番号ポータビリティ情報５２」とについて、詳細に説明する。なお、図１４は、事業者Ａが管理する接続先情報ＤＢ５０を例示している。
【０００８】
ＥＮＵＭ問合せ情報５１は、ＳＩＰサーバ２からの要求に付された電話番号（着信番号）に基づき、その電話番号（着信番号）を他網のＥＮＵＭサーバ５が管理する場合に、問合せ先として必要となる、各事業者網に備わるＥＮＵＭサーバ５のアドレス（ＩＰアドレス等）を登録しておく情報である。
このＥＮＵＭ問合せ情報５１には、図１４に示すように、ＳＩＰサーバ２からの接続先情報要求メッセージであるENUM Queryで示される電話番号の各番号帯に対応付けて、問合せ先となるＥＮＵＭサーバのＩＰアドレス等が登録される。
例えば、ENUM Queryの番号帯に示される「1.1.1.1.3.1.8.enum.net」（０３−１１１１の番号帯）に対応付けて「ＩＰアドレス（Ａ）」が登録され、「4.4.4.4.3.1.8.enum.net」（０３−４４４４の番号帯）に対応付けて「ＩＰアドレス（Ｂ）」が登録される。ここで、「ＩＰアドレス（Ａ）」は、事業者Ａの通信網に備わるＥＮＵＭサーバ５のＩＰアドレスである。また、「ＩＰアドレス（Ｂ）」は、事業者Ｂの通信網に備えるＥＮＵＭサーバ５のＩＰアドレスである。
【０００９】
次に、番号ポータビリティ情報５２について説明する。
番号ポータビリティ情報５２には、ENUM Queryで示される電話番号（着信番号）に対応付けて、「SERVICESフィールド値」の「ＳＩＰ」「ＰＳＴＮ（Public Switched Telephone Network）：公衆電話交換回線網」に対応付けた接続先情報（ＥＮＵＭデータ）が登録される。
【００１０】
具体的には、図１４の番号ポータビリティ情報５２に示すように、ENUM Queryとして、「1.0.0.0.1.1.1.1.3.1.8.enum.net」（０３−３１１１−０００１）のように、管理対象の電話番号（事業者Ａにおいては２万の電話番号）についてそれぞれが登録される。
なお、ENUM Queryは、例えば、非特許文献１に記載のＥＮＵＭプロトコルに基づき、上記のように、接続要求メッセージに含まれる着信先端末の電話番号（例えば、０３−１１１１−０００１）のＥ．１６４番号（＋８１−３−１１１１−０００１）を逆順にしてドットで区切り、「e164enum.net」を付けた形式（1.0.0.0.1.1.1.3.1.8.e164enum.net）で構成される。
【００１１】
そして、番号ポータビリティ情報５２には、このENUM Queryに対応付けて、「ＳＩＰ」「ＰＳＴＮ」に対応した接続先情報が次のように格納される。
「sip:+81311110001@exampleA.ne.jp:user=phone」
「sip:+81311110001;npdi@exampleA.ne.jp;user=phone」
この接続先情報により、着信番号「81311110001」の端末は、「exampleA.ne.jp」で示される事業者Ａが提供する電話サービスに加入しており、番号ポータビリティではない（非番ポの）ユーザ（端末）、つまり、自網に収容されている電話番号であることが分かる。なお、番号ポータビリティ情報５２の備考には、番号ポータビリティされていない電話番号であることを示す「非番ポ番号」を説明用に記載している。
【００１２】
また、ENUM Query「2.0.0.0.1.1.1.1.3.1.8.enum.net」に対して、「ＳＩＰ」「ＰＳＴＮ」に対応した接続先情報が次のように格納される。
「sip:+81311110002@exampleB.ne.jp:user=phone」
「sip:+81311110002;npdi;rn=+81322221234@exampleB.ne.jp;user=phone」
この接続先情報により、着信番号「81311110002」の端末は、「exampleB.ne.jp」で示される事業者Ｂが提供する電話サービスに加入しており、番号ポータビリティしている（番ポの）ユーザ（端末）、つまり、他網に移転(ポートアウト)している電話番号であることが分かる。なお、「ＰＳＴＮ」の場合の接続先情報には、「rn=+81322221234」としてルーチング番号が記載される。また、番号ポータビリティ情報の備考には、番号ポータビリティされている番号であることを示す「番ポ番号（事業者Ａ→事業者Ｂへの番ポ）」を説明用に記載している。
【００１３】
このように、従来の番号ポータビリティ情報５２には、電話番号（着信番号）をＫＥＹとしたENUM Queryに対応付けて、接続先情報が、「電話番号」＋「付加情報」（事業者ドメインやネットワークルーチング番号）として登録される。
【００１４】
次に、従来のＥＮＵＭシステムにおける処理の流れの一例について説明する。
図１４に例示するように、端末１（０３−２２２２−８８８８）が、着信先の電話番号（着信番号）（０３−１１１１−０００１）の端末１へ発信する（ステップＳ１）。
続いて、ＳＩＰサーバ２が、端末１から接続要求メッセージを受信すると、その着信番号（着信先端末の電話番号）を含む接続先情報要求メッセージ（ENUM Query）を生成し、ＥＮＵＭサーバ５に送信する（ステップＳ２）。ここでは、ENUM Queryとして「1.0.0.0.1.1.1.1.3.1.8.e164enum.net」がＥＮＵＭサーバ５に送信される。
【００１５】
接続先情報要求メッセージ（ENUM Query）を受信したＥＮＵＭサーバ５は、接続先情報ＤＢ５０に格納された番号ポータビリティ情報５２を参照し、接続先情報を取得して、ＳＩＰサーバ２に回答する（ステップＳ３）。ここでは、接続先情報回答メッセージ（ENUM Answer）として、以下の情報が送信される。
「sip:+81311110001@exampleA.ne.jp:user=phone」
「sip:+81311110001;npdi@exampleA.ne.jp;user=phone」
【００１６】
続いて、ＳＩＰサーバ２は、付加情報の事業者ドメインを参照することにより、着信先の端末１が、自網で管理する端末１であると判定し、着信先となる端末１に呼接続する（０３−１１１１−０００１に着信）（ステップＳ４）。
なお、上記のＥＮＵＭシステムについての構成やその処理については、技術標準として非特許文献１に規定されている。
【先行技術文献】
【非特許文献】
【００１７】
【非特許文献１】「ＴＴＣ標準 ＪＪ−９０．３１  キャリアＥＮＵＭの相互接続  共通インタフェース」一般社団法人情報通信技術委員会、２０１５年８月２７日
【発明の概要】
【発明が解決しようとする課題】
【００１８】
上記のように、従来のＥＮＵＭサーバが管理する番号ポータビリティ情報の設定では、自網において管理するすべての電話番号（例えば、事業者Ａの２万電話番号）に対応した接続先情報（ＥＮＵＭデータ）を設定しておく必要があるため、自網において管理する電話番号数が多い場合、管理する接続先情報も多くなる。これにより、ＤＢサイズが大きくなり、大容量のメモリやＨＤＤ（Hard Disc Drive）が必要となる。また、探索時間等のＤＢ性能にも影響を与える可能性がある。
【００１９】
このような背景に鑑みて本発明がなされたのであり、本発明は、ＥＮＵＭサーバにおいて管理する番号ポータビリティ情報の登録数を削減することができる、ＥＮＵＭサーバ、ＥＮＵＭデータ登録・回答方法およびプログラムを提供することを課題とする。
【課題を解決するための手段】
【００２０】
前記した課題を解決するため、請求項１に記載の発明は、着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバであって、前記着信番号を含む前記要求メッセージに対応付けて、自網以外である他網に移転した前記着信先端末の接続先情報を格納する番号ポータビリティ情報を記憶する記憶部と、前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出する番号情報抽出部と、前記要求メッセージを用いて、前記番号ポータビリティ情報を検索する接続先情報検索部と、前記接続先情報検索部が検索した結果、前記要求メッセージに対応する接続先情報を取得できた場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、前記接続先情報検索部が検索した結果、前記要求メッセージに対応する接続先情報が取得できずエラー応答であった場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成する回答情報生成部と、を備えることを特徴とするＥＮＵＭサーバとした。
【００２１】
請求項５に記載の発明は、着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバのＥＮＵＭデータ登録・回答方法であって、前記ＥＮＵＭサーバが、前記着信番号を含む前記要求メッセージに対応付けて、自網以外である他網に移転した前記着信先端末の接続先情報を格納する番号ポータビリティ情報を記憶部に記憶しており、前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出するステップと、前記要求メッセージを用いて、前記番号ポータビリティ情報を検索するステップと、前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報を取得できた場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報が取得できずエラー応答であった場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成するステップと、を実行することを特徴とするＥＮＵＭデータ登録・回答方法とした。
【００２２】
請求項７に記載の発明は、着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバとしてのコンピュータを、前記着信番号を含む前記要求メッセージに対応付けて、自網以外である他網に移転した前記着信先端末の接続先情報を格納する番号ポータビリティ情報を記憶する記憶手段、前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出する番号情報抽出手段、前記要求メッセージを用いて、前記番号ポータビリティ情報を検索する接続先情報検索手段、前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報を取得できた場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報が取得できずエラー応答であった場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成する回答情報生成手段、として機能させるためのプログラムとした。
【００２３】
このように、ＥＮＵＭサーバが記憶する番号ポータビリティ情報に、番号ポータビリティしている（他網に移転した）着信先端末の接続先情報を格納しておく。ＥＮＵＭサーバは、要求メッセージを受け付けると、その要求メッセージに含まれる着信番号を抽出する。そして、ＥＮＵＭサーバは、番号ポータビリティしていない着信先端末の接続先情報について、番号ポータビリティ情報の検索結果がエラー応答であった場合には、自網の接続先情報に抽出した着信番号を付して回答メッセージを生成することができる。
つまり、ＥＮＵＭサーバに記憶される番号ポータビリティ情報には、番号ポータビリティしていない着信先端末の着信番号に対応する接続先情報を登録しないようにすることができる。よって、ＥＮＵＭサーバにおいて管理する番号ポータビリティ情報の登録数を削減することができる。さらに、ＥＮＵＭサーバは、着信番号を要求メッセージから抽出しておくことにより、接続先情報に着信番号を含める必要をなくすことができるため、番号ポータビリティ情報に記憶するデータ量を削減することができる。
【００２４】
また、請求項２に記載の発明は、前記記憶部に、各網において管理する前記着信先端末の電話番号帯に対応付けて前記各網に属するＥＮＵＭサーバのアドレス情報が格納されるＥＮＵＭ問合せ情報が、記憶されており、前記接続先情報検索部が検索した結果、前記エラー応答であった場合に、前記ＥＮＵＭ問合せ情報を参照し、前記着信番号に対応するＥＮＵＭサーバのアドレス情報を取得し、前記取得したアドレス情報が、自網のＥＮＵＭサーバのアドレス情報と一致するときに、自網が管理する着信番号であると判定する自管理番号判定部を、さらに備えることを特徴とする請求項１に記載のＥＮＵＭサーバとした。
【００２５】
このように、ＥＮＵＭサーバは、番号ポータビリティ情報を検索した結果が、エラー応答であった場合に、記憶部に記憶したＥＮＵＭ問合せ情報を参照し、着信番号に対応するＥＮＵＭサーバのアドレス情報が、自網のＥＮＵＭサーバのアドレス情報と一致するときに、自網が管理する着信番号であると判定することができる。これにより、ＥＮＵＭサーバは、着信番号が自網において管理する電話番号帯に含まれる電話番号であるか否かを確実に判定することができる。
【００２６】
また、請求項３に記載の発明は、前記接続先情報検索部が検索した結果、前記エラー応答であった場合に、前記着信番号が自網において管理する前記着信先端末の電話番号帯に属する電話番号である否かを判定する自管理番号判定部を、さらに備えることを特徴とする請求項１に記載のＥＮＵＭサーバとした。
【００２７】
このように、ＥＮＵＭサーバは、番号ポータビリティ情報を検索した結果が、エラー応答であった場合に、着信番号が自網に管理する電話番号帯に含まれる電話番号であるか否かを確実に判定することができる。
【００２８】
また、請求項４に記載の発明は、着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバであって、前記着信番号を含む前記要求メッセージに対応付けた、自網以外である他網に移転した前記着信先端末の接続先情報、および、自網において管理する前記着信先端末の電話番号帯に対応付けたダミー情報、を格納する番号ポータビリティ情報を記憶する記憶部と、前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出する番号情報抽出部と、前記要求メッセージを用いて、前記番号ポータビリティ情報を検索する接続先情報検索部と、前記接続先情報検索部が検索した結果、前記要求メッセージに対応する接続先情報を取得した場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、前記接続先情報検索部が検索した結果、前記ダミー情報を取得した場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成する回答情報生成部と、を備えることを特徴とするＥＮＵＭサーバとした。
【００２９】
請求項６に記載の発明は、着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバのＥＮＵＭデータ登録・回答であって、前記ＥＮＵＭサーバが、前記着信番号を含む前記要求メッセージに対応付けた、自網以外である他網に移転した前記着信先端末の接続先情報、および、自網において管理する前記着信先端末の電話番号帯に対応付けたダミー情報、を格納する番号ポータビリティ情報を記憶部に記憶しており、前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出するステップと、前記要求メッセージを用いて、前記番号ポータビリティ情報を検索するステップと、前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報を取得した場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、前記番号ポータビリティ情報を検索した結果、前記ダミー情報を取得した場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成するステップと、を実行することを特徴とするＥＮＵＭデータ登録・回答方法とした。
【００３０】
請求項８に記載の発明は、着信先端末の電話番号を示す着信番号に対応する接続先を示す接続先情報の要求メッセージを受け付け、前記接続先情報を回答メッセージとして出力するＥＮＵＭサーバとしてのコンピュータを、前記着信番号を含む前記要求メッセージに対応付けた、自網以外である他網に移転した前記着信先端末の接続先情報、および、自網において管理する前記着信先端末の電話番号帯に対応付けたダミー情報、を格納する番号ポータビリティ情報を記憶する記憶手段、前記要求メッセージを受け付け、前記要求メッセージに含まれる前記着信番号を抽出する番号情報抽出手段、前記要求メッセージを用いて、前記番号ポータビリティ情報を検索する接続先情報検索手段、前記番号ポータビリティ情報を検索した結果、前記要求メッセージに対応する接続先情報を取得した場合に、前記取得した接続先情報に前記抽出した着信番号を付して回答メッセージを生成し、前記番号ポータビリティ情報を検索した結果、前記ダミー情報を取得した場合に、自網の接続先情報に前記抽出した着信番号を付して回答メッセージを生成する回答情報生成手段、として機能させるためのプログラムとした。
【００３１】
このように、ＥＮＵＭサーバが記憶する番号ポータビリティ情報に、番号ポータビリティしている（他網に移転した）着信先端末の接続先情報と、自網において管理する電話番号帯に対応付けたダミー情報とを格納しておく。ＥＮＵＭサーバは、要求メッセージを受け付けると、その要求メッセージに含まれる着信番号を抽出する。そして、ＥＮＵＭサーバは、番号ポータビリティしていない着信先端末の接続先情報について、番号ポータビリティ情報の検索結果としてダミー情報を取得した場合には、自網の接続先情報に抽出した着信番号を付して回答メッセージを生成することができる。
つまり、ＥＮＵＭサーバに記憶される番号ポータビリティ情報には、番号ポータビリティしていない着信先端末の個々の着信番号に対応する接続先情報を登録しないようにすることができる。よって、ＥＮＵＭサーバにおいて管理する番号ポータビリティ情報の登録数を削減することができる。さらに、ＥＮＵＭサーバは、着信番号を要求メッセージから抽出しておくことにより、接続先情報に着信番号を含める必要をなくすことができるため、番号ポータビリティ情報に記憶するデータ量を削減することができる。
【発明の効果】
【００３２】
本発明によれば、ＥＮＵＭサーバにおいて管理する番号ポータビリティ情報の登録数を削減する、ＥＮＵＭサーバ、ＥＮＵＭデータ登録・回答方法およびプログラムを提供することができる。
【図面の簡単な説明】
【００３３】
【図１】比較例である従来のＥＮＵＭサーバの接続先情報ＤＢに登録される番号ポータビリティ情報と、本実施形態に係るＥＮＵＭサーバの接続先情報ＤＢに登録される番号ポータビリティ情報とを示した概念図である。
【図２】本実施形態に係るＥＮＵＭサーバの処理概要を説明するための図である。
【図３】本発明の第１実施形態に係るＥＮＵＭサーバの構成例を示す機能ブロック図である。
【図４】本発明の第１実施形態に係るＥＮＵＭサーバがＳＩＰサーバから接続先情報要求メッセージ（ENUM Query）を受信した場合におけるシステム全体の処理の流れ（番ポ端末への着信）を示す図である。
【図５】本発明の第１実施形態に係るＥＮＵＭサーバがＳＩＰサーバから接続先情報要求メッセージ（ENUM Query）を受信した場合におけるシステム全体の処理の流れ（非番ポ端末への着信）を示す図である。
【図６】本発明の第１の実施形態に係るＥＮＵＭの処理の流れを示すフローチャートである。
【図７】本発明の第１実施形態に係るＥＮＵＭサーバの自管理番号判定部が実行する自管理番号判定手法「１」を説明するための図である。
【図８】本発明の第１実施形態に係るＥＮＵＭサーバの自管理番号判定部が実行する自管理番号判定手法「２」を説明するための図である。
【図９】本発明の第２実施形態に係るＥＮＵＭサーバの構成例を示す機能ブロック図である。
【図１０】本発明の第２実施形態に係るＥＮＵＭサーバがＳＩＰサーバから接続先情報要求メッセージ（ENUM Query）を受信した場合の処理におけるシステム全体の流れ（番ポ端末への着信）を示す図である。
【図１１】本発明の第２実施形態に係るＥＮＵＭサーバがＳＩＰサーバから接続先情報要求メッセージ（ENUM Query）を受信した場合の処理におけるシステム全体の流れ（非番ポ端末への着信）を示す図である。
【図１２】本発明の第２の実施形態に係るＥＮＵＭの処理の流れを示すフローチャートである。
【図１３】従来のＥＮＵＭシステムの処理の流れを説明するための図である。
【図１４】従来のＥＮＵＭサーバへの問い合わせ処理の概要を説明するための図である。
【発明を実施するための形態】
【００３４】
まず、本実施形態に係るＥＮＵＭサーバ１０の概要について、図１および図２を参照して説明する。
図１は、比較例である従来のＥＮＵＭサーバ５（図１４参照）の接続先情報ＤＢ５０に登録される番号ポータビリティ情報５２（図１（ａ））と、本実施形態に係るＥＮＵＭサーバ１０の接続先情報ＤＢ１３０に登録される番号ポータビリティ情報１３２（図１（ｂ））とを示した概念図である。なお、図１では、事業者Ａに属するＥＮＵＭサーバに登録される番号ポータビリティ情報を例示している。
【００３５】
図１（ａ）に示すように、比較例のＥＮＵＭサーバ５の番号ポータビリティ情報５２には、管理する電話番号すべてについて、対応した接続先情報として、「電話番号」＋「付加情報」が登録される。つまり、比較例では、事業者Ａ自身が管理する電話番号についても、接続先情報として「電話番号」と「付加情報Ａ（事業者Ａのドメイン等）」が登録される。
これに対し、図１（ｂ）に示す、本実施形態に係るＥＮＵＭサーバ１０の番号ポータビリティ情報１３２は、自網が管理する個々の電話番号についての情報、つまり、番号ポータビリティしていない（非番ポ）の接続先情報それぞれについては登録しない。図１（ｂ）においては、付加情報Ｂおよび付加情報Ｃ、つまり、事業者Ｂ，Ｃのドメイン等で示される番号ポータビリティしている（番ポの）電話番号についての接続先情報を登録し、自網において事業者Ａ自身が管理している電話番号と付加情報Ａについては個々の情報としては登録しない。これにより、番号ポータビリティ情報１３２への登録数を削減する。
【００３６】
これは、後記するように、ＥＮＵＭサーバ１０において、ＳＩＰサーバ２から受信する接続先情報要求メッセージ（ENUM Query）から着信先端末の電話番号を取得できること、付加情報は電話番号に対し種類が少なく、また、自網の登録数が非常に多く他網へ番号ポータビリティした登録数が少ないのが一般的であるため、種類毎の付加情報の登録数に偏りがあること、という特性を利用し、必要最低限の情報のみを登録するものとした。
このようにして、ＥＮＵＭサーバ１０の番号ポータビリティ情報１３２には、番号ポータビリティしていない（非番ポの）接続先情報を登録しないことにより登録数を削減し、番号ポータビリティしている（番ポの）接続先情報を登録しておく。
【００３７】
図２は、本実施形態に係るＥＮＵＭサーバ１０の処理概要を説明するための図である。
本実施形態に係るＥＮＵＭサーバ１０は、図１（ｂ）に示したように、番号ポータビリティしていない（非番ポの）個々のデータについて登録していない番号ポータビリティ情報１３２を備える（図２の符号α）。また、ＥＮＵＭサーバ１０は、その特有な構成として、接続先情報変換部１２２を備える。なお、以降の各図において、接続先情報変換部１２２を「変換機能１２２」と表記する。
【００３８】
このＥＮＵＭサーバ１０の接続先情報変換部（変換機能）１２２は、ＳＩＰサーバ２から接続先情報要求メッセージ（ENUM Query）を受信すると、ENUM Queryに付された着信先の電話番号（着信番号）を記憶する（図２の符号β）。
そして、接続先情報変換部１２２は、接続先情報ＤＢ１３０に記憶された番号ポータビリティ情報１３２を参照し、その参照結果に対して所定の変換規則（図２の符号γ）を適用して、接続先情報回答メッセージ（ENUM Answer）を生成する。接続先情報変換部（変換機能）１２２が実行する所定の変換規則は、例えば、次に示すものである。番号ポータビリティ情報１３２から、接続先情報についての正常応答が得られた場合には、その正常応答に、ENUM Queryから抽出して記憶しておいた電話番号を付加して、接続先情報回答メッセージ（ENUM Answer）を生成する。一方、番号ポータビリティ情報１３２を参照した結果として、エラー応答を受信した場合には、ENUM Queryから抽出して記憶しておいた電話番号と、接続先情報変換部（変換機能）１２２にコンフィグ情報として登録しておいた、そのＥＮＵＭサーバ１０の事業者自身の付加情報（当該事業者のドメイン等）とを用いて、接続先情報回答メッセージ（ENUM Answer）を生成する。
【００３９】
つまり、番号ポータビリティ情報１３２を参照した結果として、接続先情報についての正常応答が得られた場合は、当該着信先端末の電話番号が番号ポータビリティされている（番ポの）電話番号であることを意味する。この場合、接続先情報変換部１２２は、取得した接続先情報に基づき、他事業者の付加情報を付してENUM Answerを生成する。
一方、番号ポータビリティ情報１３２を参照した結果として、接続先情報についてのエラー応答を受信した場合には、当該電話番号が番号ポータビリティされていない（非番ポの）電話番号であることを意味する。この場合、接続先情報変換部１２２は、自事業者と契約している電話番号であるとして、自網の付加情報を付してENUM Answerを生成する。
そして、ＥＮＵＭサーバ１０は、接続先情報変換部（変換機能）１２２が生成した接続先情報回答メッセージ（ENUM Answer）をＳＩＰサーバ２に送信する。
【００４０】
このようにすることで、ＥＮＵＭサーバ１０は、自網に属する管理番号のうち、番号ポータビリティしていない（非番ポの）接続先情報については登録することなく、ＳＩＰサーバ２からのENUM Queryに対し、ENUM Answerを生成してＳＩＰサーバ２に回答することができる。よって、ＥＮＵＭサーバ１０において管理する番号ポータビリティ情報１３２の登録数を削減することができる。
【００４１】
＜第１実施形態のＥＮＵＭサーバ＞
次に、本発明の第１実施形態に係るＥＮＵＭサーバ１０Ａ（１０）について説明する。
第１実施形態に係るＥＮＵＭサーバ１０Ａ（１０）は、概要において説明したように、番号ポータビリティ情報１３２において、自網が管理する電話番号についての番号ポータビリティしていない（非番ポの）接続先情報については登録しない。つまり、番号ポータビリティしている（番ポの）接続先情報について番号ポータビリティ情報に登録しておく。そして、ＥＮＵＭサーバ１０Ａの接続先情報変換部（変換機能）１２２Ａ（１２２）（図３参照）が、エラー応答を受信した場合には、変換規則に基づき、自網の付加情報を用いてENUM Answerを生成する。
【００４２】
なお、第１実施形態に係るＥＮＵＭサーバ１０Ａ（１０）の接続先情報変換部（変換機能）１２２Ａ（１２２）は、接続先情報ＤＢ１３０から、エラー応答を受信した場合に、受信したENUM Queryから抽出し記憶しておいた電話番号が、その事業者自身が管理する番号であるかを確認するための自管理番号判定を行う。これは、番号ポータビリティ情報１３２Ａ（１３２）に登録されていない電話番号であっても、総務省未払い出し番号である場合や、番ポ対象外番号の場合があるからである。番ポ対象外番号とは、１１０番や１１９番等のように、元々番号ポータビリティのサービスの対象外となる電話番号である。
【００４３】
また、ＥＮＵＭサーバ１０は、ＤＮＳと同様に階層構造（Ｔｉｅｒ０〜Ｔｉｅr２）で管理されており、着信先情報（着信番号等）についての名前解決を行う場合には、上位階層であるＴｉｅｒ０またはＴｉｅｒ１を管理しているＥＮＵＭサーバからＴｉｅｒ２を管理しているＥＮＵＭサーバへ向かって再帰的に問合せを行っていく。そして、ＥＮＵＭでは、Ｔｉｅｒ２に属するＥＮＵＭサーバを、各通信事業者が管理する。本実施形態においては、説明を平易にするため、通信事業者が管理するＴｉｅｒ２に属するＥＮＵＭサーバ１０（ＥＮＵＭ権威サーバ）を図示して説明する。
【００４４】
≪第１実施形態のＥＮＵＭサーバの構成と処理≫
次に、第１実施形態に係るＥＮＵＭサーバ１０Ａ（１０）の構成と処理について説明する。
図３は、本発明の第１実施形態に係るＥＮＵＭサーバ１０Ａ（１０）の構成例を示す機能ブロック図である。図４および図５は、ＥＮＵＭサーバ１０Ａ（１０）がＳＩＰサーバ２から接続先情報要求メッセージ（ENUM Query）を受信した場合の処理の流れを示す図である。図４は、着信先の端末１が番号ポータビリティしている（番ポの）端末１である場合の処理を示す。また図５は、着信先の端末１が番号ポータビリティしていない（非番ポの）端末１である場合の処理を示す。
ＥＮＵＭサーバ１０Ａ（１０）は、図３に示すように、入出力部１１と、制御部１２と、記憶部１３とを備える。
【００４５】
入出力部１１は、他の装置等との間の情報の入出力を行う。例えば、入出力部１１は、ＳＩＰサーバ２との間で情報の送受信を行う。この入出力部１１は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。
【００４６】
記憶部１３は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成される。
この記憶部１３には、ＥＮＵＭ問合せ情報１３１や、番号ポータビリティ情報１３２Ａ（１３２）等が記憶されるとともに、制御部１２の各機能を実行させるためのプログラムや、制御部１２の処理に必要な情報が一時的に記憶される。
【００４７】
ＥＮＵＭ問合せ情報１３１には、図４、図５等に示すように、接続先情報要求メッセージ（ENUM Query）に付された電話番号（着信番号）の電話番号帯に対応付けて、問合せ先となるＥＮＵＭサーバ５のＩＰアドレス等が登録される。なお、このＥＮＵＭ問合せ情報１３１は、ＤＮＳのＮＳ（Name Server）レコード（ドメインに対応するネームサーバ）およびＡレコード（ネームサーバに対応するＩＰアドレス）として管理される情報である。図４、図５等においては、ＥＮＵＭ問合せ情報１３１を、ドメインに対応するＩＰアドレスとして一つのテーブルにまとめて表現している。
【００４８】
番号ポータビリティ情報１３２Ａ（１３２）には、接続先情報要求メッセージ（ENUM Query）に対応付けて、サービスフィールド値（ＳＩＰ，ＰＳＴＮ）それぞれに応じた接続先情報が格納される。番号ポータビリティ情報１３２Ａ（１３２）の接続先情報には、図１４に示す従来の番号ポータビリティ情報５２の接続先情報と異なり、管理対象の電話番号は登録されない。また、第１実施形態における番号ポータビリティ情報１３２Ａ（１３２）では、番号ポータビリティしていない（非番ポの）ユーザ（端末）の情報は登録されない。つまり、番号ポータビリティしている（番ポの）ユーザの情報が登録される。
これにより、番号ポータビリティ情報１３２Ａ（１３２）の登録数を削減することができる。なお、この番号ポータビリティ情報１３２は、ＤＮＳのＮＡＰＴＲ（The Naming Authority Pointer）レコードとして管理される情報である。
【００４９】
図３に戻り、制御部１２は、ＥＮＵＭサーバ１０Ａ（１０）が実行する処理の全般を司り、要求取得部１２１、接続先情報変換部（変換機能）１２２Ａ（１２２）および回答情報送信部１２７を含んで構成される。なお、制御部１２は、例えば、このＥＮＵＭサーバ１０Ａ（１０）の記憶部１３に格納されたプログラムをＣＰＵ（Central Processing Unit）がＲＡＭに展開し実行することにより実現される。
【００５０】
要求取得部１２１は、ＳＩＰサーバ２から入出力部１１を介して接続先情報要求メッセージ（要求メッセージ：ENUM Query）を取得する。そして、要求取得部１２１は、取得した接続先情報要求メッセージ（ENUM Query）を接続先情報変換部（変換機能）１２２Ａ（１２２）に出力する。
【００５１】
接続先情報変換部（変換機能）１２２Ａ（１２２）は、取得した接続先情報要求メッセージ（ENUM Query）に付された着信先端末の電話番号（着信番号）を記憶する。そして、接続先情報変換部１２２Ａ（１２２）は、ENUM Queryを用いて、接続先情報ＤＢ１３０に記憶された番号ポータビリティ情報１３２Ａ（１３２）を参照し、その応答結果について所定の変換規則（第１変換規則）を適用して、接続先情報回答メッセージ（回答メッセージ：ENUM Answer）を生成する。
この接続先情報変換部（変換機能）１２２Ａ（１２２）は、番号情報抽出部１２３と、接続先情報検索部１２４と、自管理番号判定部１２５と、回答情報生成部１２６Ａ（１２６）とを備える。
【００５２】
番号情報抽出部１２３は、取得した接続先情報要求メッセージ（ENUM Query）に付された着信先端末の電話番号（着信番号）を抽出し、記憶部１３に記憶しておく。なお、本実施形態において、番号情報抽出部１２３は、ENUM Queryに記載された情報のうち、着信番号をＥ．１６４番号の形式で記憶しておくものとするが、他の形式で記憶しておいてもよい。
【００５３】
接続先情報検索部１２４は、取得した接続先情報要求メッセージ（ENUM Query）に付された着信先端末の電話番号（着信番号）が自網において管理する電話番号帯の番号である場合に、取得した接続先情報要求メッセージ（ENUM Query）を用いて、自身の番号ポータビリティ情報１３２Ａ（１３２）を検索することにより、接続先情報を取得する。なお、接続先情報検索部１２４は、ENUM Queryに付された着信番号が他網において管理する電話番号帯の番号である場合には、ＥＮＵＭ問合せ情報１３１（図４，図５）を参照して、当該接続先情報要求メッセージ（ENUM Query）を他網のＥＮＵＭサーバ１０に送信することにより、接続先情報を取得する。
【００５４】
この接続先情報検索部１２４は、自網において管理する電話番号帯の着信番号について、番号ポータビリティ情報１３２Ａ（１３２）を検索した結果、正常応答であった場合には、ENUM Queryに対応した接続先情報を取得し、回答情報生成部１２６Ａ（１２６）に出力する。なお、ここで、正常応答の場合は、着信番号が番号ポータビリティしている（番ポの）ユーザ（端末）の場合である。
また、接続先情報検索部１２４は、番号ポータビリティ情報１３２Ａ（１３２）を検索した結果、エラー応答（例えば、ＤＮＳエラー（ＲＣＯＤＥ＝３））の場合には、当該エラー応答の結果を、自管理番号判定部１２５に出力する。なお、ここで、エラー応答の場合は、着信番号が番号ポータビリティしていない（非番ポの）ユーザ（端末）を含む場合である。
【００５５】
自管理番号判定部１２５は、接続先情報検索部１２４が番号ポータビリティ情報１３２Ａ（１３２）を検索した結果が、エラー応答（ＤＮＳエラー（ＲＣＯＤＥ＝３））である場合に、対象とする着信番号が、その事業者自身が管理する電話番号（自管理番号）であるか否かを判定する。なお、自管理番号以外には、上記したように、総務省未払い出し番号の場合や番ポ対象外番号の場合等がある。
そして、自管理番号判定部１２５は、対象とする着信番号が、自管理番号であるか否かの結果情報を回答情報生成部１２６Ａ（１２６）に出力する。なお、この自管理番号判定部１２５による自管理番号判定処理の詳細は、後記する図７および図８を参照して説明する。
【００５６】
回答情報生成部１２６Ａ（１２６）は、上記した所定の変換規則（第１変換規則）に基づき、番号ポータビリティ情報１３２Ａ（１３２）の検索結果を変換し、接続先情報回答メッセージ（ENUM Answer）を生成する。
具体的には、回答情報生成部１２６Ａ（１２６）は、接続先情報検索部１２４からENUM Queryに対応した接続先情報を取得した場合には、その接続先情報に、記憶しておいた着信番号（Ｅ．１６４番号）を付して、接続先情報回答メッセージ（ENUM Answer）を生成する。なお、詳細は、図４を参照して説明する。
一方、回答情報生成部１２６Ａ（１２６）は、自管理番号判定部１２５から対象とする着信番号が、自管理番号である旨の結果情報を取得した場合には、予め接続先情報変換部（変換機能）１２２Ａ（１２２）のコンフィグ情報として記憶しておいた当該ＥＮＵＭサーバ１０の事業者自身の接続先情報（図４および図５に示す「自管理番号ポータビリティ情報（非番ポ）１３３」）と、記憶しておいた着信番号（Ｅ．１６４番号）とを用いて、接続先情報回答メッセージ（ENUM Answer）を生成する。なお、詳細は、図５を参照して説明する。
【００５７】
回答情報送信部１２７は、回答情報生成部１２６Ａ（１２６）が生成した接続先情報回答メッセージ（ENUM Answer）を、入出力部１１を介して、ＳＩＰサーバ２に送信する。
【００５８】
〔システム全体の流れ（番ポ端末への着信）〕
次に、図４を参照して、本発明の第１実施形態に係るＥＮＵＭサーバ１０Ａ（１０）が、番号ポータビリティしている（番ポの）端末１の着信番号が付された接続先情報要求メッセージ（ENUM Query）を受信した場合におけるシステム全体の処理の流れを説明する。
【００５９】
まず、事業者Ａの通信網に属する端末１（０３−２２２２−８８８８）が、着信先の電話番号（着信番号）（０３−１１１１−０００２）の端末１へ発信する（ステップＳ１０）。
続いて、ＳＩＰサーバ２が、端末１からの接続要求メッセージを受信すると、その着信番号を含む接続先情報要求メッセージ（ENUM Query）を生成し、ＥＮＵＭサーバ１０Ａ（１０）に送信する（ステップＳ１１）。ここでは、ENUM Queryとして「2.0.0.0.1.1.1.1.3.1.8.e164enum.net」がＥＮＵＭサーバ１０Ａ（１０）に送信される。
【００６０】
接続先情報要求メッセージ（ENUM Query）を受信したＥＮＵＭサーバ１０Ａ（１０）の接続先情報変換部（変換機能）１２２Ａ（１２２）は、ENUM Queryに付された着信番号（Ｅ．１６４番号）を記憶した上で、そのENUM Queryを用いて、番号ポータビリティ情報１３２Ａ（１３２）を検索する（ステップＳ１２）。
【００６１】
そして、接続先情報変換部（変換機能）１２２Ａ（１２２）は、番号ポータビリティ情報１３２Ａ（１３２）の検索結果としての応答（正常応答）を受信する（ステップＳ１３）。
ここでは、ENUM Query「2.0.0.0.1.1.1.1.3.1.8.e164enum.net」に対応する検索結果として、以下の正常応答が得られる。つまり、着信番号が、事業者Ａから事業者Ｂへ番号ポータビリティしている（番ポの）端末１の電話番号であることが示される。
「sip:@exampleB.ne.jp:user=phone」
「sip:;npdi;rn=+81322221234@exampleB.ne.jp;user=phone」
【００６２】
次に、接続先情報変換部（変換機能）１２２Ａ（１２２）は、番号ポータビリティ情報１３２Ａ（１３２）から正常応答を受信した場合には、その取得した接続先情報に、記憶しておいた着信番号（Ｅ．１６４番号）を付して、接続先情報回答メッセージ（ENUM Answer）を生成する（ステップＳ１４）。
「sip:+81311110002@exampleB.ne.jp:user=phone」
「sip:+81311110002;npdi;rn=+81322221234@exampleB.ne.jp;user=phone」
そして、ＥＮＵＭサーバ１０Ａ（１０）は、生成した接続先情報回答メッセージ（ENUM Answer）をＳＩＰサーバ２へ送信する（ステップＳ１５）。
【００６３】
続いて、ＳＩＰサーバ２は、付加情報の事業者ドメイン（exampleB.ne.jp）を参照することにより、着信先の端末１が、他網（事業者Ｂ）で管理する端末１であると判定し、他網（事業者Ｂ）に呼接続要求することにより、着信先となる端末１（０３−１１１１−０００２）に着信する（ステップＳ１６）。
【００６４】
このようにすることで、番号ポータビリティしている（番ポの）ユーザ（端末）について、番号ポータビリティ情報１３２Ａ（１３２）に、自身が管理する電話番号（自管理番号）を登録しなくてよい。ＥＮＵＭサーバ１０Ａ（１０）は、ＳＩＰサーバ２からの接続先情報要求メッセージ（ENUM Query）に対する回答（ENUM Answer）を、記憶しておいた着信番号を用いることにより生成し、ＳＩＰサーバ２へ送信することができる。つまり、番号ポータビリティ情報１３２Ａ（１３２）において、自管理番号の登録をしないようにし、登録するデータ量を減らすことができる。
【００６５】
〔システム全体の流れ（非番ポ端末への着信）〕
次に、図５を参照して、本発明の第１実施形態に係るＥＮＵＭサーバ１０Ａ（１０）が、番号ポータビリティしていない（非番ポの）端末１の着信番号が付された接続先情報要求メッセージ（ENUM Query）を受信した場合におけるシステム全体の処理の流れを説明する。
【００６６】
まず、事業者Ａの通信網に属する端末１（０３−２２２２−８８８８）が、着信先の電話番号（着信番号）（０３−１１１１−０００１）の端末１へ発信する（ステップＳ２０）。
続いて、ＳＩＰサーバ２が、端末１からの接続要求メッセージを受信すると、その着信番号を含む接続先情報要求メッセージ（ENUM Query）を生成し、ＥＮＵＭサーバ１０Ａ（１０）に送信する（ステップＳ２１）。ここでは、ENUM Queryとして「1.0.0.0.1.1.1.1.3.1.8.e164enum.net」がＥＮＵＭサーバ１０Ａ（１０）に送信される。
【００６７】
接続先情報要求メッセージ（ENUM Query）を受信したＥＮＵＭサーバ１０Ａ（１０）の接続先情報変換部（変換機能）１２２Ａ（１２２）は、ENUM Queryに付された着信番号（Ｅ．１６４番号）を記憶した上で、そのENUM Queryを用いて、番号ポータビリティ情報１３２Ａ（１３２）を検索する（ステップＳ２２）。
【００６８】
そして、接続先情報変換部（変換機能）１２２Ａ（１２２）は、番号ポータビリティ情報１３２Ａ（１３２）の検索結果として、ここではエラー応答（例えば、ＤＮＳエラー（ＲＣＯＤＥ＝３））を受信する（ステップＳ２３）。
【００６９】
次に、接続先情報変換部（変換機能）１２２Ａ（１２２）は、エラー応答を受信した場合に、対象とする着信番号が、その事業者自身が管理する電話番号（自管理番号）であるか否かの判定（自管理番号判定（図７，図８参照））を行う（ステップＳ２４）。
【００７０】
続いて、接続先情報変換部（変換機能）１２２Ａ（１２２）は、自管理番号判定の結果、対象とする着信番号が、自網が管理する電話番号であると判定した場合には、予め接続先情報変換部（変換機能）１２２Ａ（１２２）に記憶しておいた当該ＥＮＵＭサーバ１０Ａの事業者自身の接続先情報（図４および図５に示す「自管理番号ポータビリティ情報（非番ポ）１３３」）と、記憶しておいた着信番号（Ｅ．１６４番号）とを用いて、接続先情報回答メッセージ（ENUM Answer）を生成する（ステップＳ２５）。
【００７１】
ここで、自管理番号ポータビリティ情報（非番ポ）１３３には、「SERVICESフィールド値」の「ＳＩＰ」「ＰＳＴＮ」に対応した、番号ポータビリティしていない（非番ポ）時の接続先情報として、自網の接続先情報が格納される。
【００７２】
そして、ＥＮＵＭサーバ１０Ａ（１０）は、生成した接続先情報回答メッセージ（ENUM Answer）をＳＩＰサーバ２へ送信する（ステップＳ２６）。
ここでは、接続先情報回答メッセージ（ENUM Answer）として以下の情報が送信される。
「sip:+81311110001@exampleA.ne.jp:user=phone」
「sip:+81311110001;npdi@exampleA.ne.jp;user=phone」
【００７３】
続いて、ＳＩＰサーバ２は、付加情報の事業者ドメイン（exampleA.ne.jp）を参照することにより、着信先の端末１が、自事業者（事業者Ａ）と契約している端末１であると判定し、着信先となる端末１に呼接続する（０３−１１１１−０００１に着信）（ステップＳ２７）。
【００７４】
このようにすることで、ＥＮＵＭサーバ１０Ａ（１０）は、番号ポータビリティ情報１３２Ａ（１３２）に、番号ポータビリティしていない（非番ポの）ユーザ（端末）の接続先情報を登録しないでも、自事業者と契約している（自網の）端末１に対して呼接続することができる。よって、ＥＮＵＭサーバ１０Ａ（１０）において管理する番号ポータビリティ情報１３２の登録数を削減することができる。
【００７５】
〔ＥＮＵＭサーバ１０Ａの処理〕
次に、本発明の第１の実施形態に係るＥＮＵＭサーバ１０Ａの詳細な処理の流れについて説明する。
図６は、本発明の第１の実施形態に係るＥＮＵＭサーバ１０Ａの処理の流れを示すフローチャートである。
【００７６】
まず、ＥＮＵＭサーバ１０Ａ（１０）の要求取得部１２１は、ＳＩＰサーバ２から入出力部１１を介して、接続先情報要求メッセージ（ENUM Query）を受信する（ステップＳ１０１）。
【００７７】
続いて、接続先情報変換部（変換機能）１２２Ａ（１２２）の番号情報抽出部１２３が、接続先情報要求メッセージ（ENUM Query）に付された着信先端末の電話番号（着信番号）を抽出し、記憶部１３に記憶する（ステップＳ１０２）。なお、ここでは、番号情報抽出部１２３が、ENUM Queryに記載された着信番号をＥ．１６４番号の形式で記憶しておくものとする。
【００７８】
次に、接続先情報変換部（変換機能）１２２Ａ（１２２）の接続先情報検索部１２４が、ENUM Queryを用いて、自網において管理する電話番号帯の着信番号について、番号ポータビリティ情報１３２Ａ（１３２）を検索する（ステップＳ１０３）。
そして、接続先情報検索部１２４は、検索結果が正常応答か否かを判定する（ステップＳ１０４）。接続先情報検索部１２４は、検索結果が正常応答（例えば、「ＲＣＯＤＥ＝０」）である場合（接続先情報を取得した場合）には（ステップＳ１０４→Ｙｅｓ）、その検索結果として得られる接続先情報を、回答情報生成部１２６Ａ（１２６）に出力し、ステップＳ１０５に進む。
【００７９】
ステップＳ１０５において、回答情報生成部１２６Ａ（１２６）は、所定の変換規則（第１変換規則）に基づき、正常応答で取得した（他網が宛先となる）接続先情報に、ステップＳ１０２において記憶しておいた着信番号（Ｅ．１６４番号）を付して、接続先情報回答メッセージ（ENUM Answer）を生成する。ここで、正常応答を受信したことは、対象とする着信番号が番号ポータビリティされている（番ポの）ユーザ（端末）の番号であることを意味する。
【００８０】
続いて、ＥＮＵＭサーバ１０Ａ（１０）の回答情報送信部１２７は、回答情報生成部１２６Ａ（１２６）が生成した接続先情報回答メッセージ（ENUM Answer）を、問合せ元となるＳＩＰサーバ２に送信する（ステップＳ１１０）。
【００８１】
一方、ステップＳ１０４において、検索結果が正常応答でない場合、つまり、エラー応答（例えば、「ＤＮＳエラー（ＲＣＯＤＥ＝３）等」）である場合には（ステップＳ１０４→Ｎｏ）、接続先情報検索部１２４は、そのエラー応答を、自管理番号判定部１２５に出力し、ステップＳ１０６に進む。
【００８２】
ステップＳ１０６において、自管理番号判定部１２５は、そのエラー応答が「ＤＮＳエラー（ＲＣＯＤＥ＝３）」であるか否かを判定する。この「ＤＮＳエラー（ＲＣＯＤＥ＝３）」は、接続先情報が番号ポータビリティ情報に登録されていない（登録ミス）を示すエラー情報である。ここで、エラー応答が「ＤＮＳエラー（ＲＣＯＤＥ＝３）」である場合には（ステップＳ１０６→Ｙｅｓ）、ステップＳ１０７に進む。
【００８３】
ステップＳ１０７において、自管理番号判定部１２５は、対象とする着信番号が、その事業者自身が管理する電話番号（自管理番号）であるか否かを判定する（自管理番号判定処理）。ここで、自管理番号判定部１２５は、対象とする着信番号が自管理番号である場合には（ステップＳ１０７→Ｙｅｓ）、ステップＳ１０８に進む。
ステップＳ１０８において、回答情報生成部１２６Ａ（１２６）は、所定の変換規則（第１変換規則）に基づき、予め接続先情報変換部（変換機能）１２２Ａ（１２２）に記憶しておいた当該ＥＮＵＭサーバ１０Ａの事業者自身の接続先情報（図４および図５に示す「自管理番号ポータビリティ情報（非番ポ）１３３」）と、ステップＳ１０２で記憶しておいた着信番号（Ｅ．１６４番号）とを用いて、接続先情報回答メッセージ（ENUM Answer）を生成する。
【００８４】
続いて、ＥＮＵＭサーバ１０Ａ（１０）の回答情報送信部１２７は、回答情報生成部１２６Ａ（１２６）が生成した接続先情報回答メッセージ（ENUM Answer）を、問合せ元となるＳＩＰサーバ２に送信する（ステップＳ１１０）。
【００８５】
一方、ステップＳ１０６において、自管理番号判定部１２５が、エラー応答が「ＤＮＳエラー（ＲＣＯＤＥ＝３）」でないと判定した場合（ステップＳ１０６→Ｎｏ）、および、ステップＳ１０７において、自管理番号判定部１２５が、対象とする着信番号が自管理番号でないと判定した場合には（ステップＳ１０７→Ｎｏ）、その判定結果を、回答情報生成部１２６Ａ（１２６）に出力して、ステップＳ１０９に進む。
ステップＳ１０９において、回答情報生成部１２６Ａ（１２６）は、そのエラー応答の情報を、そのまま接続先情報回答メッセージ（ENUM Answer）として生成する。
【００８６】
続いて、ＥＮＵＭサーバ１０Ａ（１０）の回答情報送信部１２７は、回答情報生成部１２６Ａ（１２６）が生成した接続先情報回答メッセージ（ENUM Answer）を、問合せ元となるＳＩＰサーバ２に送信する（ステップＳ１１０）。なお、ここでは、回答情報送信部１２７は、エラー応答をそのままＳＩＰサーバ２に送信する。
【００８７】
〔自管理番号判定処理〕
次に、上記の図６のステップＳ１０７において実行する、自管理番号判定部１２５による自管理番号判定処理について説明する。
自管理番号判定部１２５は、以下において説明する、自管理番号判定手法「１」や自管理番号判定手法「２」を用いて、対象とする着信番号が、その事業者自身が管理する電話番号であるか否かを判定する。
【００８８】
（自管理番号判定処理「１」）
図７は、本発明の第１実施形態に係るＥＮＵＭサーバ１０Ａ（１０）の自管理番号判定部１２５が実行する自管理番号判定手法「１」を説明するための図である。
この自管理番号判定手法「１」において、自管理番号判定部１２５は、ＥＮＵＭ問合せ情報１３１（ＮＳレコードおよびＡレコード）を参照することにより、対象とする着信番号が自管理番号か否かを判定する。
【００８９】
図７に示すように、ＥＮＵＭサーバ１０Ａ（１０）の接続先情報変換部（変換機能）１２２Ａ（１２２）が、ＳＩＰサーバ２から、接続先情報要求メッセージ（ENUM Query）として、ここでは、「1.0.0.0.1.1.1.1.3.1.8.e164enum.net」を受信したものとする（ステップＳ３０）。
【００９０】
次に、接続先情報変換部（変換機能）１２２Ａ（１２２）の接続先情報検索部１２４は、接続先情報ＤＢ１３０の番号ポータビリティ情報（ＮＡＰＴＲレコード）１３２Ａ（１３２）（図５）を参照し（ステップＳ３１）、エラー応答（ＤＮＳエラー（ＲＣＯＤＥ＝３））を受信する（ステップＳ３２）。
【００９１】
自管理番号判定手法「１」において、自管理番号判定部１２５は、エラー応答（ＤＮＳエラー（ＲＣＯＤＥ＝３））を受信した場合には、接続先情報要求メッセージ（ENUM Query）を用いて、ＥＮＵＭ問合せ情報（ＮＳレコードおよびＡレコード）１３１を参照し（ステップＳ３３）、対象とする着信番号に対応する電話番号帯を管理する、つまり、問合せ先となるＥＮＵＭサーバ１０Ａ（１０）のＩＰアドレスを取得する（ステップＳ３４）。ここでは、「1.1.1.1.3.1.8.e164enum.net」（０３−１１１１の番号帯）を管理するＥＮＵＭサーバ１０ＡのＩＰアドレス（Ａ）が取得される。
【００９２】
自管理番号判定部１２５は、取得したＩＰアドレスが、その事業者自身（ここでは、事業者Ａ）が管理するＩＰアドレスか否かを判定する（ステップＳ３５）。
そして、自管理番号判定部１２５は、取得したＩＰアドレスが、自事業者のＩＰアドレスである場合には、自管理番号であると判定し、その旨を回答情報生成部１２６Ａ（１２６）に出力する。そして、回答情報生成部１２６Ａ（１２６）が、所定の変換規則（第１変換規則）に基づき、予め接続先情報変換部（変換機能）１２２Ａ（１２２）に記憶しておいた当該ＥＮＵＭサーバ１０Ａの事業者自身の接続先情報（図５に示す「自管理番号ポータビリティ情報（非番ポ）１３３」）と、記憶しておいた着信番号（Ｅ．１６４番号）とを用いて、接続先情報回答メッセージ（ENUM Answer）を生成し、ＳＩＰサーバ２に送信する（ステップＳ３６）。
【００９３】
なお、ステップＳ３５において、自管理番号判定部１２５が、仮に自事業者のＩＰアドレスを取得できなかった場合（他事業者のＩＰアドレスであったり、エラー応答であったりした場合）には、自管理番号でないと判定し、その旨を回答情報生成部１２６Ａ（１２６）に出力する。そして、回答情報生成部１２６Ａ（１２６）が、ステップＳ３２において取得したエラー応答（ＲＣＯＤＥ＝３）をENUM AnswerとしてＳＩＰサーバ２に送信する（ステップＳ３６）。
【００９４】
このように、自管理番号判定部１２５は、ＥＮＵＭ問合せ情報１３１（ＮＳレコードおよびＡレコード）を参照することにより、対象とする着信番号が自管理番号か否かを判定することができる。
【００９５】
（自管理番号判定処理「２」）
図８は、本発明の第１実施形態に係るＥＮＵＭサーバ１０Ａ（１０）の自管理番号判定部１２５が実行する自管理番号判定手法「２」を説明するための図である。
この自管理番号判定手法「２」において、自管理番号判定部１２５は、番号ポータビリティ情報に関し自身が管理対象とする電話番号帯を示す情報（図８の「番ポ管理情報１３４」）をコンフィグ情報として記憶しておく。これにより、自管理番号判定部１２５は、接続先情報要求メッセージ（ENUM Query）で示される着信番号が、自管理番号であるか否かを判定する。
【００９６】
図８に示すように、ＥＮＵＭサーバ１０Ａ（１０）の接続先情報変換部（変換機能）１２２Ａ（１２２）が、ＳＩＰサーバ２から、接続先情報要求メッセージ（ENUM Query）として、ここでは、「1.0.0.0.1.1.1.1.3.1.8.e164enum.net」を受信したものとする（ステップＳ４０）。
【００９７】
次に、接続先情報変換部（変換機能）１２２Ａ（１２２）の接続先情報検索部１２４は、接続先情報ＤＢ１３０の番号ポータビリティ情報（ＮＡＰＴＲレコード）１３２Ａ（１３２）（図５）を参照し（ステップＳ４１）、エラー応答（ＤＮＳエラー（ＲＣＯＤＥ＝３））を受信する（ステップＳ４２）。
【００９８】
自管理番号判定手法「２」において、自管理番号判定部１２５は、エラー応答（ＤＮＳエラー（ＲＣＯＤＥ＝３））を受信した場合に、コンフィグ情報として記憶された番ポ管理情報１３４を参照し、接続先情報要求メッセージ（ENUM Query）で示される着信番号が、自身が管理対象とする電話番号帯に含まれる番号であるか否かを判定する（ステップＳ４３：非番ポユーザの判定）。
【００９９】
そして、自管理番号判定部１２５は、着信番号が自身が管理対象とする電話番号帯に含まれる場合には、自管理番号であると判定し、その旨を回答情報生成部１２６Ａ（１２６）に出力する。そして、回答情報生成部１２６Ａ（１２６）が、所定の変換規則（第１変換規則）に基づき、予め接続先情報変換部（変換機能）１２２Ａ（１２２）に記憶しておいた当該ＥＮＵＭサーバ１０Ａの事業者自身の接続先情報（図５に示す「自管理番号ポータビリティ情報（非番ポ）１３３」）と、記憶しておいた着信番号（Ｅ．１６４番号）とを用いて、接続先情報回答メッセージ（ENUM Answer）を生成し、ＳＩＰサーバ２に送信する（ステップＳ４４）。
【０１００】
なお、ステップＳ４３において、自管理番号判定部１２５は、着信番号が自身が管理する電話番号帯に含まれない場合には、自管理番号ではないと判定し、その旨を回答情報生成部１２６Ａ（１２６）に出力する。そして、回答情報生成部１２６Ａ（１２６）が、ステップＳ４２において取得したエラー応答（ＲＣＯＤＥ＝３）をそのままＳＩＰサーバ２に送信する（ステップＳ４４）。
【０１０１】
このように、自管理番号判定部１２５は、コンフィグ情報として番ポ管理情報１３４を記憶しておくことにより、接続先情報要求メッセージ（ENUM Query）で示される着信番号が、自管理番号であるか否かを判定することができる。
【０１０２】
＜第２実施形態のＥＮＵＭサーバ＞
次に、本発明の第２実施形態に係るＥＮＵＭサーバ１０Ｂ（１０）について説明する。
第２実施形態に係るＥＮＵＭサーバ１０Ｂ（１０）は、番号ポータビリティ情報１３２において、自網が管理する電話番号についての番号ポータビリティしていない（非番ポの）接続先情報については、個々の電話番号毎には登録せず、所定の電話番号帯毎にまとめた情報として登録する。さらに、電話番号帯毎に対応する接続先情報としてダミーコード（ダミー情報）を番号ポータビリティ情報１３２に登録しておく（後記する、図１０および図１１参照）。
そして、ＥＮＵＭサーバ１０Ｂ（１０）は、接続先情報としてダミーコードを取得した場合には、所定の変換規則（第２変換規則）に基づき、自網の付加情報を用いてENUM Answerを生成する。
【０１０３】
≪第２実施形態のＥＮＵＭサーバの構成と処理≫
第２実施形態に係るＥＮＵＭサーバ１０Ｂ（１０）の構成と処理について説明する。
図９は、本発明の第２実施形態に係るＥＮＵＭサーバ１０Ｂ（１０）の構成例を示す機能ブロック図である。図１０および図１１は、ＥＮＵＭサーバ１０Ｂ（１０）がＳＩＰサーバ２から接続先情報要求メッセージ（ENUM Query）を受信した場合の処理の流れを示す図である。図１０は、着信先の端末１が番号ポータビリティしている（番ポの）端末１である場合の処理を示す。また図１１は、着信先の端末１が番号ポータビリティしていない（非番ポの）端末１である場合の処理を示す。
【０１０４】
ＥＮＵＭサーバ１０Ｂ（１０）は、図９に示すように、入出力部１１と制御部１２と、記憶部１３とを備える。図３に示した第１実施形態に係るＥＮＵＭサーバ１０Ａ（１０）と同じ処理を実行する構成には同一の名称と符号を付し、説明を省略する。
図３に示す第１実施形態に係るＥＮＵＭサーバ１０Ａの構成と、図９に示す第２実施形態に係るＥＮＵＭサーバ１０Ｂの構成との違いは、ＥＮＵＭサーバ１０Ａは、接続先情報変換部（変換機能）１２２Ａであるのに対し、ＥＮＵＭサーバ１０Ｂでは、接続先情報変換部（変換機能）１２２Ｂであり自管理番号判定部１２５を備えない、また、回答情報生成部１２６Ａが回答情報生成部１２６Ｂとなっていることである。さらに、ＥＮＵＭサーバ１０Ａが接続先情報ＤＢ１３０に番号ポータビリティ情報１３２Ａを備えていたのに対し、ＥＮＵＭサーバ１０Ｂでは接続先情報ＤＢ１３０に番号ポータビリティ情報１３２Ｂを備える点が異なる。
【０１０５】
第２実施形態に係るＥＮＵＭサーバ１０Ｂ（１０）の接続先情報ＤＢ１３０に備える番号ポータビリティ情報１３２Ｂ（１３２）には、図４および図５に示す番号ポータビリティ情報１３２Ａと同様に、番号ポータビリティしている（番ポの）ユーザ（端末）の接続先情報が登録されることに加えて、その事業者自身が管理する端末１の電話番号帯に対応付けたダミーコード（ダミー情報）が登録される。
例えば、図１０および図１１に示すように、ENUM Queryの番号帯に示される「1.1.1.1.3.1.8.enum.net」（０３−１１１１の番号帯）に対応付けて、ダミーコード「ＸＹＺ」が登録される。また、「2.2.2.2.3.1.8.enum.net」（０３−２２２２の番号帯）に対応付けて、ダミーコード「ＸＹＺ」が登録される。なお、ダミーコード（ダミー情報）は、「ＸＹＺ」のような３つ英文字に限定されず、識別可能な範囲で、より短い文字や数字等から構成される情報として任意に設定できる。
【０１０６】
接続先情報変換部（変換機能）１２２Ｂ（１２２）の接続先情報検索部１２４は、取得した接続先情報要求メッセージ（ENUM Query）を用いて、自身の番号ポータビリティ情報１３２Ｂ（１３２）を検索する際に、ENUM Queryで示される、Ｅ．１６４番号を逆順にしてドットで区切った番号について、長桁一致の原則に基づき、接続先情報を抽出する。つまり、まず、より長桁の番号を参照して一致する情報があるか否かを検索した上で、一致する情報がない場合に、当該長桁より短い桁の番号の一致を順次検索する。
これにより、番号ポータビリティ情報１３２Ｂ（１３２）では、まず、個々に登録される番号ポータビリティしている（番ポの）ENUM Queryがまず検索され、番ポのENUM Queryで一致する情報がない場合に、自身が管理する電話番号帯毎に設定されたENUM Queryを検索し、一致した場合には、接続先情報としてダミーコードが抽出される。
【０１０７】
このようにすることにより、ＥＮＵＭサーバ１０Ｂ（１０）は、番号ポータビリティ情報１３２Ｂにおける登録数を、従来の番号ポータビリティ情報５２（図１４参照）に比べ削減することができる。
【０１０８】
図９に戻り、回答情報生成部１２６Ｂは、所定の変換規則（第２変換規則）に基づき、番号ポータビリティ情報１３２Ｂ（１３２）の検索結果を変換し、接続先情報回答メッセージ（ENUM Answer）を生成する。
【０１０９】
所定の変換規則（第２変換規則）では、次のような変換を実行させる。番号ポータビリティ情報１３２Ｂ（１３２）からの応答が正常応答であり、かつ、ダミーコードでない場合には、その正常応答（接続先情報）に、ENUM Queryから抽出して記憶しておいた電話番号（Ｅ．１６４番号）を付加して、接続先情報回答メッセージ（ENUM Answer）を生成する。一方、番号ポータビリティ情報１３２Ｂ（１３２）からの応答が正常応答であり、かつ、ダミーコードである場合には、予め接続先情報変換部（変換機能）１２２Ｂ（１２２）のコンフィグ情報として記憶しておいた当該ＥＮＵＭサーバ１０の事業者自身の接続先情報（図１０および図１１に示す「自管理番号ポータビリティ情報（非番ポ）１３３」）と、記憶しておいた着信番号（Ｅ．１６４番号）とを用いて、接続先情報回答メッセージ（ENUM Answer）を生成する。
【０１１０】
なお、回答情報生成部１２６Ｂ（１２６）は、番号ポータビリティ情報１３２Ｂ（１３２）からの応答がエラー応答（ＤＮＳエラー（ＲＣＯＤＥ＝３）等）であった場合には、エラー応答をそのままENUM Answerとして生成し、ＳＩＰサーバ２に送信させる。
【０１１１】
〔システム全体の流れ（番ポ端末への着信）〕
次に、図１０を参照して、本発明の第２実施形態に係るＥＮＵＭサーバ１０Ｂ（１０）が、番号ポータビリティしている（番ポの）端末１の着信番号が付された接続先情報要求メッセージ（ENUM Query）を受信した場合におけるシステム全体の処理の流れを説明する。
【０１１２】
まず、事業者Ａの通信網に属する端末１（０３−２２２２−８８８８）が、着信先の電話番号（着信番号）（０３−１１１１−０００２）の端末１へ発信する（ステップＳ５０）。
続いて、ＳＩＰサーバ２が、端末１からの接続要求メッセージを受信すると、その着信番号を含む接続先情報要求メッセージ（ENUM Query）を生成し、ＥＮＵＭサーバ１０Ｂ（１０）に送信する（ステップＳ５１）。ここでは、ENUM Queryとして「2.0.0.0.1.1.1.1.3.1.8.e164enum.net」がＥＮＵＭサーバ１０Ｂ（１０）に送信される。
【０１１３】
接続先情報要求メッセージ（ENUM Query）を受信したＥＮＵＭサーバ１０Ｂ（１０）の接続先情報変換部（変換機能）１２２Ｂ（１２２）は、ENUM Queryに付された着信番号（Ｅ．１６４番号）を記憶した上で、そのENUM Queryを用いて、番号ポータビリティ情報１３２Ｂ（１３２）を検索する（ステップＳ５２）。
【０１１４】
そして、接続先情報変換部（変換機能）１２２Ｂ（１２２）は、番号ポータビリティ情報１３２Ｂ（１３２）の検索結果としての応答（正常応答）を受信する（ステップＳ５３）。
ここでは、ENUM Query「2.0.0.0.1.1.1.1.3.1.8.e164enum.net」に対応する検索結果として、以下の正常応答が得られる。つまり、着信番号が、事業者Ａから事業者Ｂへ番号ポータビリティしている（番ポの）端末１の電話番号であることが示される。
「sip:@exampleB.ne.jp:user=phone」
「sip:;npdi;rn=+81322221234@exampleB.ne.jp;user=phone」
【０１１５】
次に、接続先情報変換部（変換機能）１２２Ｂ（１２２）は、番号ポータビリティ情報１３２Ｂ（１３２）から正常応答を受信した場合には、その正常応答で示される接続先情報がダミーコードか否か判定する。そして、接続先情報変換部（変換機能）１２２Ｂ（１２２）は、ダミーコードでないと判定した場合に、その接続先情報に、記憶しておいた着信番号（Ｅ．１６４番号）を付して、接続先情報回答メッセージ（ENUM Answer）を生成する（ステップＳ５４）。
そして、ＥＮＵＭサーバ１０Ｂ（１０）は、生成した接続先情報回答メッセージ（ENUM Answer）をＳＩＰサーバ２へ送信する（ステップＳ５５）。
【０１１６】
続いて、ＳＩＰサーバ２は、付加情報の事業者ドメイン（exampleB.ne.jp）を参照することにより、着信先の端末１が、他網（事業者Ｂ）に移転(ポートアウト)している端末１であると判定し、他網（事業者Ｂ）に呼接続要求することにより、着信先となる端末１（０３−１１１１−０００２）に着信する（ステップＳ５６）。
【０１１７】
このようにすることで、番号ポータビリティしている（番ポの）ユーザ（端末）について、番号ポータビリティ情報１３２Ｂ（１３２）に、自身が管理する電話番号（自管理番号）を登録しなくてよい。ＥＮＵＭサーバ１０Ｂ（１０）は、ＳＩＰサーバ２からの接続先情報要求メッセージ（ENUM Query）に対する回答（ENUM Answer）を、記憶しておいた着信番号を用いることにより生成し、ＳＩＰサーバ２へ送信することができる。つまり、番号ポータビリティ情報１３２Ｂ（１３２）において、自管理番号の登録をしないようにし、登録するデータ量を減らすことができる。
【０１１８】
〔システム全体の流れ（非番ポ端末への着信）〕
次に、図１１を参照して、本発明の第２実施形態に係るＥＮＵＭサーバ１０Ｂ（１０）が、番号ポータビリティしていない（非番ポの）端末１の着信番号が付された接続先情報要求メッセージ（ENUM Query）を受信した場合におけるシステム全体の処理の流れを説明する。
【０１１９】
まず、事業者Ａの通信網に属する端末１（０３−２２２２−８８８８）が、着信先の電話番号（着信番号）（０３−１１１１−０００１）の端末１へ発信する（ステップＳ６０）。
続いて、ＳＩＰサーバ２が、端末１からの接続要求メッセージを受信すると、その着信番号を含む接続先情報要求メッセージ（ENUM Query）を生成し、ＥＮＵＭサーバ１０Ｂ（１０）に送信する（ステップＳ６１）。ここでは、ENUM Queryとして「1.0.0.0.1.1.1.1.3.1.8.e164enum.net」がＥＮＵＭサーバ１０Ｂ（１０）に送信される。
【０１２０】
接続先情報要求メッセージ（ENUM Query）を受信したＥＮＵＭサーバ１０Ｂ（１０）の接続先情報変換部（変換機能）１２２Ｂ（１２２）は、ENUM Queryに付された着信番号（Ｅ．１６４番号）を記憶した上で、そのENUM Queryを用いて、番号ポータビリティ情報１３２Ｂ（１３２）を検索する（ステップＳ６２）。
【０１２１】
そして、接続先情報変換部（変換機能）１２２Ｂ（１２２）は、番号ポータビリティ情報１３２Ｂ（１３２）の検索結果として、ここでは正常応答であり、かつ、接続先情報についてダミーコード（ＸＹＺ）を受信する（ステップＳ６３）。
【０１２２】
次に、接続先情報変換部（変換機能）１２２Ｂ（１２２）は、番号ポータビリティ情報１３２Ｂ（１３２）から正常応答を受信した場合には、その正常応答で示される接続先情報がダミーコードか否か判定する。そして、接続先情報変換部（変換機能）１２２Ｂ（１２２）は、ダミーコード（ＸＹＺ）であると判定した場合に、予め接続先情報変換部（変換機能）１２２Ｂ（１２２）のコンフィグ情報として記憶しておいた当該ＥＮＵＭサーバ１０の事業者自身の接続先情報（自管理番号ポータビリティ情報（非番ポ）１３３）と、記憶しておいた着信番号（Ｅ．１６４番号）とを用いて、接続先情報回答メッセージ（ENUM Answer）を生成する（ステップＳ６４）。
【０１２３】
ここで、自管理番号ポータビリティ情報（非番ポ）１３３には、「SERVICESフィールド値」の「ＳＩＰ」「ＰＳＴＮ」に対応した、番号ポータビリティしていない（非番ポ）時の接続先情報として、自網の接続先情報が格納される。
【０１２４】
そして、ＥＮＵＭサーバ１０Ｂ（１０）は、生成した接続先情報回答メッセージ（ENUM Answer）をＳＩＰサーバ２へ送信する（ステップＳ６５）。
ここでは、接続先情報回答メッセージ（ENUM Answer）として以下の情報が送信される。
「sip:+81311110001@exampleA.ne.jp:user=phone」
「sip:+81311110001;npdi@exampleA.ne.jp;user=phone」
【０１２５】
続いて、ＳＩＰサーバ２は、付加情報の事業者ドメイン（exampleA.ne.jp）を参照することにより、着信先の端末１が、自事業者（事業者Ａ）と契約している端末１であると判定し、着信先となる端末１に呼接続する（０３−１１１１−０００１に着信）（ステップＳ６６）。
【０１２６】
このように、ＥＮＵＭサーバ１０Ｂ（１０）の番号ポータビリティ情報１３２Ｂにおいて、自網が管理する電話番号についての番号ポータビリティしていない（非番ポの）接続先情報については、個々の電話番号毎には登録せず、所定の電話番号帯毎にまとめた情報として登録する。そして、電話番号帯毎に対応する接続先情報としてダミーコード（ダミー情報）を番号ポータビリティ情報１３２に登録しておく。ＥＮＵＭサーバ１０Ｂ（１０）の接続先情報変換部（変換機能）１２２Ｂ（１２２）は、ダミーコードの場合には、自身の接続先情報に変換して接続先情報回答メッセージ（ENUM Answer）を生成し、ＳＩＰサーバ２に送信する。これにより、自管理番号のうち番号ポータビリティしていない（非番ポの）ユーザ（端末）に対応する接続先情報を個々に登録をしないようにし、登録するデータ量を減らすことができる。
【０１２７】
〔ＥＮＵＭサーバ１０Ｂの処理〕
次に、本発明の第２の実施形態に係るＥＮＵＭサーバ１０Ｂの詳細な処理の流れについて説明する。
図１２は、本発明の第２の実施形態に係るＥＮＵＭサーバ１０Ｂの処理の流れを示すフローチャートである。
【０１２８】
まず、ＥＮＵＭサーバ１０Ｂ（１０）の要求取得部１２１は、ＳＩＰサーバ２から入出力部１１を介して、接続先情報要求メッセージ（ENUM Query）を受信する（ステップＳ２０１）。
【０１２９】
続いて、接続先情報変換部（変換機能）１２２Ｂ（１２２）の番号情報抽出部１２３が、接続先情報要求メッセージ（ENUM Query）に付された着信先端末の電話番号（着信番号）を抽出し、記憶部１３に記憶する（ステップＳ２０２）。なお、ここでは、番号情報抽出部１２３が、ENUM Queryに記載された着信番号をＥ．１６４番号の形式で記憶しておくものとする。
【０１３０】
次に、接続先情報変換部（変換機能）１２２Ｂ（１２２）の接続先情報検索部１２４が、ENUM Queryを用いて、自網において管理する電話番号帯の着信番号について、番号ポータビリティ情報１３２Ｂ（１３２）を検索する（ステップＳ２０３）。
【０１３１】
そして、回答情報生成部１２６Ｂ（１２６）は、番号ポータビリティ情報１３２Ｂから取得した検索結果が正常応答か否かを判定する（ステップＳ２０４）。回答情報生成部１２６Ｂ（１２６）は、検索結果が正常応答（例えば、「ＲＣＯＤＥ＝０」）である場合（接続先情報を取得した場合）には（ステップＳ２０４→Ｙｅｓ）、次にステップＳ２０５に進む。
【０１３２】
ステップＳ２０５において、回答情報生成部１２６Ｂ（１２６）は、検索結果がダミーコード（例えば、「ＸＹＸ」）であるか否かを判定する。
ここで、回答情報生成部１２６Ｂ（１２６）は、ダミーコード（ＸＹＺ）であると判定した場合に（ステップＳ２０５→Ｙｅｓ）、予め接続先情報変換部（変換機能）１２２Ｂ（１２２）のコンフィグ情報として記憶しておいた当該ＥＮＵＭサーバ１０の事業者自身の接続先情報（自管理番号ポータビリティ情報（非番ポ）１３３）と、ステップＳ２０２において記憶しておいた着信番号（Ｅ．１６４番号）とを用いて、接続先情報回答メッセージ（ENUM Answer）を生成する（ステップＳ２０６）。そして、ステップＳ２０９に進む。これは、回答情報生成部１２６Ｂ（１２６）が、正常応答であり、かつ、ダミーコードを受信したことにより、対象とする着信番号が番号ポータビリティされていない（非番ポの）ユーザ（端末）の番号であることを意味することによる。
【０１３３】
一方、回答情報生成部１２６Ｂ（１２６）は、ダミーコード（ＸＹＺ）でないと判定した場合に（ステップＳ２０５→Ｎｏ）、取得した接続先情報に、記憶しておいた着信番号（Ｅ．１６４番号）を付して、接続先情報回答メッセージ（ENUM Answer）を生成する（ステップＳ２０７）。そして、ステップＳ２０９に進む。
【０１３４】
続いて、ＥＮＵＭサーバ１０Ｂ（１０）の回答情報送信部１２７は、回答情報生成部１２６Ｂ（１２６）が生成した接続先情報回答メッセージ（ENUM Answer）を、問合せ元となるＳＩＰサーバ２に送信する（ステップＳ２０９）。
【０１３５】
一方、回答情報生成部１２６Ｂ（１２６）は、ステップＳ２０４において、番号ポータビリティ情報１３２Ｂから取得した検索結果が正常応答でない場合、つまり、エラー応答（例えば、「ＤＮＳエラー（ＲＣＯＤＥ＝３）等」）である場合には（ステップＳ２０４→Ｎｏ）、回答情報生成部１２６Ｂ（１２６）は、そのエラー応答の情報を、そのまま接続先情報回答メッセージ（ENUM Answer）として生成する（ステップＳ２０８）。そして、回答情報送信部１２７は、回答情報生成部１２６Ｂ（１２６）が生成した接続先情報回答メッセージ（ENUM Answer：エラー応答）を、問合せ元となるＳＩＰサーバ２に送信する（ステップＳ２０９）。
【０１３６】
なお、本発明の第２実施形態の構成を次のように変更することもできる。
第２実施形態に係るＥＮＵＭサーバ１０Ｂの番号ポータビリティ情報１３２Ｂ（１３２）において、ダミーコード（ダミー情報）ではなく、自管理番号ポータビリティ情報（非番ポ）１３３で示される自網の接続先情報をそのまま登録するようにする。
このようにすることで、特に自管理番号ポータビリティ情報（非番ポ）１３３に登録される情報のデータサイズが小さい場合等においては、ＸＹＺ等のダミーコードを記載するのではなく、自網の接続先情報をそのまま登録することにより、自管理番号ポータビリティ情報（非番ポ）１３３を不要とすることができる。
【０１３７】
以上説明したように、本実施形態に係るＥＮＵＭサーバ１０、ＥＮＵＭデータ登録・回答方法およびプログラムによれば、ＥＮＵＭサーバ１０において管理する番号ポータビリティ情報１３２の登録数を削減することができる。よって、従来のＥＮＵＭサーバ５において問題であった、自網において管理する電話番号数が多い場合において、ＤＢサイズが大きくなり、大容量のメモリやＨＤＤが必要となることを防ぎ、探索時間等のＤＢ性能への影響も少なくすくことができる。
【符号の説明】
【０１３８】
１      端末
２      ＳＩＰサーバ
１０（１０Ａ，１０Ｂ）  ＥＮＵＭサーバ
１１    入出力部
１２    制御部
１３    記憶部（記憶手段）
１２１  要求取得部
１２２（１２２Ａ，１２２Ｂ）  接続先情報変換部（変換機能）
１２３  番号情報抽出部（番号情報抽出手段）
１２４  接続先情報検索部（接続先情報検索手段）
１２５  自管理番号判定部
１２６（１２６Ａ，１２６Ｂ）  回答情報生成部（回答情報生成手段）
１２７  回答情報送信部
１３０  接続先情報ＤＢ
１３１  ＥＮＵＭ問合せ情報
１３２（１３２Ａ，１３２Ｂ）  番号ポータビリティ情報
１３３  自管理番号ポータビリティ情報
１３４  番ポ管理情報
【図１】
0006535298.tif 000002
【図２】
0006535298.tif 000003
【図３】
0006535298.tif 000004
【図４】
0006535298.tif 000005
【図５】
0006535298.tif 000006
【図６】
0006535298.tif 000007
【図７】
0006535298.tif 000008
【図８】
0006535298.tif 000009
【図９】
0006535298.tif 000010
【図１０】
0006535298.tif 000011
【図１１】
0006535298.tif 000012
【図１２】
0006535298.tif 000013
【図１３】
0006535298.tif 000014
【図１４】
0006535298.tif 000015