番号解決システム、番号解決方法およびキャリアＥＮＵＭサーバ
【課題】ＩＳＵＰを用いた相互接続と、ＳＩＰによるＩＰ相互接続とが混在する環境において、ＥＮＵＭプロトコルの拡張を行うことなく、着信先のキャリアを特定し、そのキャリアと接続するＰＯＩを選択する。
【解決手段】キャリアＥＮＵＭサーバ１０は、発キャリアのＳＩＰサーバ２０からＵＲＩの問い合わせを受けると、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合は、ＳＩＰ−ＵＲＩにＮＲＮを付して応答情報を生成し、ＳＩＰサーバ２０に送信する。ＳＩＰサーバ２０のＰＯＩ選択部２１３は、ＵＲＩのドメイン部またはＮＲＮにより着キャリアを特定する。また、ＰＯＩ選択部２１３は、ＵＲＩの形式から、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有すると判定し、契約情報に基づきいずれかのＰＯＩを選択する。
【解決手段】キャリアＥＮＵＭサーバ１０は、発キャリアのＳＩＰサーバ２０からＵＲＩの問い合わせを受けると、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合は、ＳＩＰ−ＵＲＩにＮＲＮを付して応答情報を生成し、ＳＩＰサーバ２０に送信する。ＳＩＰサーバ２０のＰＯＩ選択部２１３は、ＵＲＩのドメイン部またはＮＲＮにより着キャリアを特定する。また、ＰＯＩ選択部２１３は、ＵＲＩの形式から、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有すると判定し、契約情報に基づきいずれかのＰＯＩを選択する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、E.164番号（ITU-TのE.164勧告で規定される、国番号を含む最大１５桁の国際公衆電気通信番号。例えば、「＋81-3-3333-4444」）を管理する複数のキャリア網（通信事業者のネットワーク）の相互接続における、番号解決システム、番号解決方法およびキャリアＥＮＵＭ（Telephone Number Mapping）サーバに関する。特に、個々のキャリア網間の相互接続に利用する呼制御プロトコルとして、従来からＰＳＴＮ（Public Switched Telephone Networks）で用いられているＩＳＵＰ（Integrated Services Digital Network User Part）を利用した相互接続形態と、ＩＰ（Internet Protocol）網で用いられるＳＩＰ（Session Initiation Protocol）を利用した相互接続形態とが混在する環境における、番号解決システム、番号解決方法およびキャリアＥＮＵＭサーバに関する。
【背景技術】
【０００２】
キャリア網内の装置（ＳＩＰサーバ等）が、電話番号とＵＲＩ（Uniform Resource Identifiers）との対応付けを行うＥＮＵＭサーバとの通信に用いるＥＮＵＭプロトコルでは、ＤＮＳ（Domain Name System）プロトコルの仕組みを利用し、ＳＩＰサーバ等がE.164番号をドメイン変換した形式でＥＮＵＭサーバに問い合わせを行う。そして、ＥＮＵＭサーバからの応答により、着信先となるE.164番号が付与されたサーバのアドレスやサービス情報を、ＳＩＰサーバが取得する仕組みであり、ＩＥＴＦ（Internet Engineering Task Force） ＲＦＣ 3761で規定される（非特許文献１参照）。
【０００３】
図９は、ＳＩＰサーバからＥＮＵＭサーバへの問い合わせの処理の流れを示すシーケンス図である。
図９に示すように、まず、ＳＩＰサーバは、ＶｏＩＰ（Voice over Internet Protocol）端末から、着信先電話番号（例えば、0422-59-1111）が付されＳＩＰ信号（INVITE）を受信する（Ｓ１）。
【０００４】
そして、ＳＩＰサーバは、着信先電話番号をＥＮＵＭプロトコルのドメイン形式で、ＥＮＵＭサーバに問い合わせる（Ｓ２）。具体的には、ＳＩＰサーバは、そのINVITEに含まれる着信先電話番号（0422-59-1111のE.164番号）を逆順にして、ドットで区切り、e164.arpaを付けた形式でＥＮＵＭサーバへ送信する。
【０００５】
ＥＮＵＭサーバは、着信先番号とＵＲＩとを対応付けたリソースレコードを検索し、着信先電話番号に対応するＳＩＰ−ＵＲＩを通知する（Ｓ３）。
このようにすることで、ＳＩＰサーバは、着信先電話番号に対応したＳＩＰ−ＵＲＩを、ＥＮＵＭサーバから取得することができる。
【０００６】
以上説明したような、ＩＥＴＦで検討されていた従来のＥＮＵＭは、ユーザ端末からアクセス可能なものであり、「ユーザＥＮＵＭ」と呼ばれる。これに対し、セキュリティ確保などを目的としたキャリア網におけるＥＮＵＭとして、一般のユーザ端末からはアクセス不可能な、キャリア網内の装置限定で利用するＥＮＵＭ（以下、「キャリアＥＮＵＭ」と呼ぶ。）に関する仕様がＧＳＭＡ ＩＲ.６７等で規定されている（非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】“The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM),”IETF, RFC 3761, April 2004
【非特許文献２】“DNS/ENUM Guidelines for Service Providers & GRX/IPX Providers,”GSM Association IR.67, March 2010
【発明の概要】
【発明が解決しようとする課題】
【０００８】
近年、E.164番号を管理する電話網を保有するキャリアでは、ユーザ端末収容の形態として、従来のＰＳＴＮ収容からＩＰ電話網収容への移行が急速に進んでいるが、キャリア間の接続に関しては、依然として従来のＰＳＴＮで利用していた呼制御プロトコルであるＩＳＵＰを利用した相互接続が多い状況である。しかし、今後はキャリアの運用コスト削減やサービス拡充等を目的として、キャリアの電話網間の相互接続もＩＰ接続に移行していくことが容易に想定される。
【０００９】
国内のすべてのキャリアが呼制御プロトコルとしてＳＩＰを用いたＩＰ相互接続に完全に移行するまでの過渡期では、既存のＩＳＵＰを用いた相互接続と、ＳＩＰによるＩＰ相互接続とが混在する複雑な形態となる。この過渡期では、相互接続点（ＰＯＩ：Point Of Interface）の種別として、既存のＩＳＵＰを用いた相互接続点（以下、「ＳＴＭ（Synchronous Transfer Mode）−ＰＯＩ」と呼ぶ）のみ保有するキャリア、ＳＩＰを用いた相互接続点（以下、「ＩＰ−ＰＯＩ」と呼ぶ）のみ保有するキャリア、この双方を保有するキャリアの３種類に分類される。
【００１０】
そのため、同じ電話番号（同じキャリア）に対する接続であっても、あるキャリアはＩＰ−ＰＯＩを介して接続するが、別のキャリアではＳＴＭ−ＰＯＩを介して接続するなど、発キャリア毎に利用するＰＯＩ種別が異なることが発生する。従って、発キャリアが適切にＰＯＩ種別を選択するための情報を取得するか、接続先のＰＯＩを指定する仕組みが必要であるが、キャリアＥＮＵＭの代表例であるＧＳＭＡ ＩＲ.６７等では、このようなＰＯＩ種別の通知や、ＰＯＩを指定する仕組みが規定されていない。
【００１１】
また、日本ではE.164番号は、総務省から市外局番単位などの番号帯単位でキャリアに対して割り当てが行われているため、従来は、番号帯により接続先キャリアが容易に特定できた。しかしながら、電話番号を変更せずにキャリアを変更する番号ポータビリティが導入されたことにより、番号帯から単純に着信先のキャリアを特定することができない場合がある。そのため、効率的に電話番号から着信先のキャリアを特定する仕組みが必要となる。
【００１２】
このような背景を鑑みて本発明がなされたのであり、本発明は、ＩＳＵＰを用いた相互接続と、ＳＩＰによるＩＰ相互接続とが混在する環境において、ＥＮＵＭプロトコルの拡張を行うことなく、着信先のキャリアを特定し、そのキャリアと接続するＰＯＩを選択することができる、番号解決システム、番号解決方法およびキャリアＥＮＵＭサーバを提供することを課題とする。
【課題を解決するための手段】
【００１３】
前記した課題を解決するため、請求項１に記載の発明は、呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバと、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭ（Telephone Number Mapping）サーバとを備える番号解決システムであって、前記キャリアＥＮＵＭサーバが、前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコードを記憶している記憶部と、前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ（Synchronous Transfer Mode）−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮ（Network Routing Number）を含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するＵＲＩ通知部とを備え、前記ＳＩＰサーバが、前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報を記憶している記憶部と、前記呼制御信号に含まれる前記着信先電話番号を付して、前記着キャリアのＵＲＩを前記キャリアＥＮＵＭサーバに要求するＵＲＩ要求部と、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部または前記ＮＲＮから前記着キャリアを特定し、前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択するＰＯＩ選択部と、を備えることを特徴とする番号解決システムとした。
【００１４】
また、請求項４に記載の発明は、呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバと、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭサーバとを備える番号解決システムの番号解決方法であって、前記ＳＩＰサーバが、前記呼制御信号に含まれる前記着信先電話番号を付して、前記着キャリアのＵＲＩを前記キャリアＥＮＵＭサーバに要求するステップを実行し、前記キャリアＥＮＵＭサーバが、前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコードが記憶されている記憶部を備えており、前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、前記ＳＩＰサーバが、前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報が記憶されている記憶部を備えており、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部または前記ＮＲＮから前記着キャリアを特定するステップと、前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択するステップと、を実行することを特徴とする番号解決方法とした。
【００１５】
このように、キャリアＥＮＵＭサーバのＵＲＩ通知部は、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合に、ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを応答情報としてＳＩＰサーバに送信する。そして、ＳＩＰサーバは、ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩのドメイン部またはＮＲＮから着キャリアを特定し、ＵＲＩの形式が、ＮＲＮを含むＳＩＰ−ＵＲＩであることにより、着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有すると判定し、契約情報を参照していずれかのＰＯＩを選択する。
よって、ＳＩＰサーバは、キャリアＥＮＵＭサーバからの応答情報に付されたＵＲＩに基づき、受信した呼制御信号の着キャリアを特定し、その着キャリアが保有するＰＯＩのＰＯＩ種別を選択することができる。
【００１６】
請求項２に記載の発明は、前記キャリアＥＮＵＭサーバのＵＲＩ通知部が、前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、前記ＳＩＰサーバのＰＯＩ選択部が、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部から前記着キャリアを特定し、前記ＵＲＩの形式が、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有すると判定することを特徴とする請求項１に記載の番号解決システムとした。
【００１７】
また、請求項５に記載の発明は、前記キャリアＥＮＵＭサーバが、前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、前記ＳＩＰサーバが、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部から前記着キャリアを特定するステップと、前記ＵＲＩの形式が、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有すると判定するステップと、を実行することを特徴とする請求項４に記載の番号解決方法とした。
【００１８】
このように、キャリアＥＮＵＭサーバのＵＲＩ通知部は、着キャリアがＩＰ−ＰＯＩのみを保有する場合に、ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを応答情報としてＳＩＰサーバに送信する。そして、ＳＩＰサーバは、ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩのドメイン部から着キャリアを特定し、ＵＲＩの形式が、ＮＲＮを含まないＳＩＰ−ＵＲＩであることにより、着キャリアが、ＩＰ−ＰＯＩのみを保有すると判定する。
よって、ＳＩＰサーバは、キャリアＥＮＵＭサーバからの応答情報に付されたＵＲＩに基づき、受信した呼制御信号の着キャリアを特定し、その着キャリアのＰＯＩ種別をＩＰ−ＰＯＩとして選択することができる。
【００１９】
請求項３に記載の発明は、前記キャリアＥＮＵＭサーバのＵＲＩ通知部が、前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、前記ＳＩＰサーバのＰＯＩ選択部が、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを取得し、前記ＮＲＮから前記着キャリアを特定し、前記ＵＲＩの形式が、前記ＴＥＬ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有すると判定することを特徴とする請求項２に記載の番号解決システムとした。
【００２０】
また、請求項６に記載の発明は、前記キャリアＥＮＵＭサーバが、前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、前記ＳＩＰサーバが、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを取得し、前記ＮＲＮから前記着キャリアを特定するステップと、前記ＵＲＩの形式が、前記ＴＥＬ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有すると判定するステップと、を実行することを特徴とする請求項５に記載の番号解決方法とした。
【００２１】
このように、キャリアＥＮＵＭサーバのＵＲＩ通知部は、着キャリアがＳＴＭ−ＰＯＩのみを保有する場合に、ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを応答情報としてＳＩＰサーバに送信する。そして、ＳＩＰサーバは、ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩのＮＲＮから着キャリアを特定し、ＵＲＩの形式が、ＴＥＬ−ＵＲＩであることにより、着キャリアが、ＳＴＭ−ＰＯＩのみを保有すると判定する。
よって、ＳＩＰサーバは、キャリアＥＮＵＭサーバからの応答情報に付されたＵＲＩに基づき、受信した呼制御信号の着キャリアを特定し、その着キャリアのＰＯＩ種別をＳＴＭ−ＰＯＩとして選択することができる。
【００２２】
請求項７に記載の発明は、呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバに接続され、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭサーバであって、前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコード、および、前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報を記憶している記憶部と、前記ＳＩＰサーバに前記応答情報を送信するＵＲＩ通知部と、前記着キャリアのＰＯＩを選択するＰＯＩ選択部とを備え、前記ＵＲＩ通知部が、前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記生成したＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩをＰＯＩ選択部に出力し、前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、前記ＰＯＩ選択部が、前記ＵＲＩ通知部から、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、 前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択し、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩ、または、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信することを特徴とするキャリアＥＮＵＭサーバとした。
【００２３】
このように、キャリアＥＮＵＭサーバのＵＲＩ通知部は、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合に、ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩをＰＯＩ選択部に出力し、ＰＯＩ選択部は、ＵＲＩの形式が、ＮＲＮを含むＳＩＰ−ＵＲＩであることにより、着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有すると判定し、契約情報を参照していずれかのＰＯＩを選択して、ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩ、または、ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、応答情報としてＳＩＰサーバに送信できる。
また、ＵＲＩ通知部は、着キャリアがＩＰ−ＰＯＩのみを保有する場合に、ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを応答情報としてＳＩＰサーバに送信できる。
さらに、ＵＲＩ通知部は、着キャリアがＳＴＭ−ＰＯＩのみを保有する場合に、ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを応答情報としてＳＩＰサーバに送信できる。
よって、キャリアＥＮＵＭサーバは、ＳＩＰサーバに、応答情報に付されたＵＲＩに基づき、受信した呼制御信号の着キャリアを特定させ、その着キャリアが保有するＰＯＩのＰＯＩ種別を選択させることができる。
【発明の効果】
【００２４】
本発明によれば、ＩＳＵＰを用いた相互接続と、ＳＩＰによるＩＰ相互接続とが混在する環境において、ＥＮＵＭプロトコルの拡張を行うことなく、着信先のキャリアを特定し、そのキャリアと接続するＰＯＩを選択する、番号解決システム、番号解決方法およびキャリアＥＮＵＭサーバを提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本実施形態に係る番号解決システムで前提とするキャリア網間の相互接続の形態を説明するための図である。
【図２】本実施形態に係るキャリアＥＮＵＭサーバが応答するＵＲＩ形式を説明するための図である。
【図３】本実施形態に係る番号解決システムの構成を例示するブロック図である。
【図４】本実施形態に係るＰＯＩ選択部が行うＰＯＩ選択処理の流れを示すフローチャートである。
【図５】本実施形態に係るキャリア間の相互接続の第１の形態（ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続）における番号解決処理を説明するための図である。
【図６】本実施形態に係るキャリア間の相互接続の第１の形態（ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続）における番号解決処理を説明するための図である。
【図７】本実施形態に係るキャリア間の相互接続の第２の形態（ＩＰ−ＰＯＩのみで相互接続）における番号解決処理を説明するための図である。
【図８】本実施形態に係るキャリア間の相互接続の第３の形態（ＳＴＭ−ＰＯＩのみで相互接続）における番号解決処理を説明するための図である。
【図９】従来技術におけるＳＩＰサーバからＥＮＵＭサーバへの問い合わせの処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００２６】
次に、本発明を実施するための形態（以下、「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【００２７】
（キャリア網間の相互接続形態）
まず、本実施形態において前提となる、キャリア網間の相互接続の３つの形態について、図１を用いて説明する。
【００２８】
図１（ａ）は、キャリア網間が、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続される形態を示している（以下、「第１の形態」とよぶ）。キャリアＡとキャリアＢとは、ＩＰ−ＰＯＩおよびＳＴＭ−ＰＯＩを保有しており、キャリア間の協議に基づき、通信に利用するどちらかのＰＯＩを決定し相互接続している。
【００２９】
図１（ｂ）は、キャリア網間が、ＩＰ−ＰＯＩのみで相互接続される形態を示している（以下、「第２の形態」とよぶ）。キャリアＣは少なくともＩＰ−ＰＯＩを保有しており、キャリア間の協議に基づき、ＩＰ−ＰＯＩのみで相互接続している。
【００３０】
図１（ｃ）は、キャリア網間が、ＳＴＭ−ＰＯＩのみで相互接続される形態を示している（以下、「第３の形態」とよぶ）。キャリアＤは少なくともＳＴＭ−ＰＯＩを保有しており、キャリア間の協議に基づき、ＳＴＭ−ＰＯＩのみで相互接続している。
【００３１】
（キャリアＥＮＵＭサーバの応答形式）
本実施形態に係る番号解決システム１の処理の流れは、例えば、図１（ａ）に示すように、ＶｏＩＰ端末が発信者となりＳＩＰ信号（呼制御信号）をキャリアＡ内のＳＩＰサーバ（図１で不図示）に送信する。そして、図９に示した従来のＳＩＰサーバからＥＮＵＭサーバへの問い合わせの処理の流れと同様に、キャリアＡ内のＳＩＰサーバからキャリアＥＮＵＭサーバへ、着信先番号に基づきＵＲＩの問い合わせが行われる。
本発明では、キャリアＥＮＵＭサーバによるＳＩＰサーバからの問い合わせに対する応答において、その応答であるＵＲＩの形式に所定の規則を設定し、応答を受けたキャリア網のＳＩＰサーバがそのＵＲＩの形式から着信先のキャリア網が保有するＰＯＩの種別であるＩＰ−ＰＯＩ、ＳＴＭ−ＰＯＩの情報を取得し、ＰＯＩの選択が行えるようにするものである。
以下、キャリアＥＮＵＭサーバが行う、発キャリア網のＳＩＰサーバへのＵＲＩを通知する応答形式について説明する。
【００３２】
ＥＮＵＭプロトコルの仕様上、ＥＮＵＭサーバでは、E.164番号の問い合わせを受けると、ＴＥＬ−ＵＲＩとＳＩＰ−ＵＲＩのどちらの形式でも応答可能である。本実施形態に係るキャリアＥＮＵＭサーバが応答するＵＲＩ形式を、図２を参照して説明する。
【００３３】
本実施形態に係るキャリアＥＮＵＭサーバは、以下に示す規則に基づくＵＲＩ形式で応答する。
【００３４】
（規則Ａ）着信先E.164番号を収容するキャリア（着キャリア）がＩＰ−ＰＯＩを保有する場合
着信先情報を示すＵＲＩ形式として、ＩＰ−ＰＯＩを保有するキャリアの場合は、ＳＩＰ−ＵＲＩの形式で応答する（例えば、ＩＰ−ＰＯＩのみを保有するキャリアの場合は、図２の「ＩＰ−ＰＯＩあり」で「ＳＴＭ−ＰＯＩ」なし参照）。なお、ＩＰ−ＰＯＩを保有しないキャリアの場合は、ドメイン部がないＴＥＬ−ＵＲＩの形式で応答する。
（規則Ｂ）着信先E.164番号を収容するキャリア（着キャリア）がＳＴＭ−ＰＯＩを保有する場合
着信先情報を示すＵＲＩ方式として、ＳＴＭ−ＰＯＩを保有するキャリアの場合は、ＮＲＮ（Network Routing Number）を、ＩＥＴＦ ＲＦＣ 4694で規定されるnpdiおよびrnパラメータを用いて付与する。なお、ＮＲＮは、着キャリア、およびその着キャリアが保有するＳＴＭ−ＰＯＩを識別可能なルーチング番号（E.164形式）のことを意味する。
規則Ａより、ＩＰ−ＰＯＩを保有する場合は、ＳＩＰ−ＵＲＩとなる。ＩＰ−ＰＯＩを保有し、かつ、ＳＴＭ−ＰＯＩを着キャリアが保有する場合には、そのＳＩＰ−ＵＲＩのuserinfo部にＮＲＮを付与する（図２の「ＩＰ−ＰＯＩあり」で「ＳＴＭ−ＰＯＩあり」参照）。また、ＳＩＰ−ＰＯＩを保有せず、ＳＴＭ−ＰＯＩのみを保有する場合は、ＴＥＬ−ＵＲＩにＮＲＮを付与する（図２の「ＩＰ−ＰＯＩなし」で「ＳＴＭ−ＰＯＩあり」参照）。
【００３５】
このようにすることで、キャリアＥＮＵＭサーバは、着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合、ＩＰ−ＰＯＩのみを保有する場合、ＳＴＭ−ＰＯＩのみを保有する３つの場合それぞれについて、ＵＲＩ形式を図２に示す形式に設定して、ＳＩＰサーバに応答することができる。ＳＩＰサーバは、受信したＵＲＩの形式から、着キャリアが、３つの形式のどれに当たるかを判定することで、着キャリアが保有するＰＯＩ形式の情報を得ることができる。
【００３６】
（番号解決システムの各装置の構成）
次に、本実施形態に係る番号解決システム１を構成する各装置について、図３を参照して、詳細に説明する。
【００３７】
＜キャリアＥＮＵＭサーバ＞
キャリアＥＮＵＭサーバ１０は、ＳＩＰサーバ２０からの問い合わせを受け付け、着信先電話番号に対応するＵＲＩを、そのＳＩＰサーバ２０に応答情報として送信する。このキャリアＥＮＵＭサーバ１０に対しては、図１に示したキャリア網間の相互接続形態のいずれにおいても、各キャリアのＩＰ網内の装置（ＳＩＰサーバ２０等）からアクセス可能であるが、ユーザＥＮＵＭサーバとは異なり、E.164番号が付与されたＶｏＩＰ端末やアナログ端末からは、セキュリティ確保のため、アクセス不可能である。本実施形態において、このキャリアＥＮＵＭサーバ１０は、複数のキャリアで共有するサーバとして配備されるものとして説明するが、各キャリア網内に配備するようにしてもよい。
【００３８】
このキャリアＥＮＵＭサーバ１０は、図３に示すように、制御部１１と、入出力部１２と、メモリ部１３と、記憶部１４とを含んで構成される。
【００３９】
入出力部１２は、他の装置等との間の情報の入出力を行う。例えば、入出力部１２は、キャリア網内のＳＩＰサーバ２０から、着信先電話番号に対応するＵＲＩの問い合わせを受信し、その返答としてのＵＲＩの情報を、応答情報としてそのＳＩＰサーバ２０へ送信する。この入出力部１２は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置等との間で入出力を行う入出力インタフェースとから構成される。
【００４０】
制御部１１は、キャリアＥＮＵＭサーバ１０全体の制御を司り、情報受信部１１１と、ＵＲＩ通知部１１２と、情報送信部１１３とを含んで構成される。なお、この制御部１１は、例えば、キャリアＥＮＵＭサーバ１０の記憶部１４に格納されたプログラムをＣＰＵ（Central Processing Unit）がメモリ部１３であるＲＡＭ（Random Access Memory）に展開し実行することで実現される。
【００４１】
情報受信部１１１は、入出力部１２を介して、キャリア網内のＳＩＰサーバ等から、着信先電話番号に対応するＵＲＩの問い合わせ等を取得し、ＵＲＩ通知部１１２に引き渡す。
【００４２】
ＵＲＩ通知部１１２は、取得した着信先電話番号に基づき、記憶部１４内のリソースレコード１００を検索し、着信先電話番号に対応したＵＲＩを取得する。
このリソースレコード１００には、着信先電話番号に対応したＵＲＩが、着キャリアがＩＰ−ＰＯＩのみを保有する場合は、ＳＩＰ−ＵＲＩ形式で記憶され、着キャリアがＳＴＭ−ＰＯＩのみを保有する場合には、ＴＥＬ−ＵＲＩ形式で記憶される。また、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合は、ＮＲＮを含んだＳＩＰ−ＵＲＩ形式で記憶される。
【００４３】
ＵＲＩ通知部１１２は、取得した着信先電話番号に基づき、リソースレコード１００を検索すると、前記した（規則Ａ）および（規則Ｂ）に基づき、図２に示したＵＲＩ形式で、ＳＩＰサーバ２０に応答情報を送信する。
具体的には、ＵＲＩ通知部１１２は、リソースレコード１００を検索し、着キャリアが、ＩＰ−ＰＯＩおよびＳＴＭ−ＰＯＩを保有するキャリアの場合は、（規則Ａ）に基づき、ＳＩＰ−ＵＲＩ形式で応答し、さらに、（規則Ｂ）に基づき、そのＳＩＰ−ＵＲＩのuserinfo部にＮＲＮを付与した形式で（図２の「ＩＰ−ＰＯＩあり」で「ＳＴＭ−ＰＯＩ」あり参照）、ＳＩＰサーバ２０に応答する。
ＵＲＩ通知部１１２は、リソースレコード１００を検索し、着キャリアがＩＰ−ＰＯＩのみの場合は、（規則Ａ）に基づき、ＳＩＰ−ＵＲＩ形式でＳＩＰサーバ２０に応答する（図２の「ＩＰ−ＰＯＩあり」で「ＳＴＭ−ＰＯＩ」なし参照）。
また、ＵＲＩ通知部１１２は、リソースレコード１００を検索し、着キャリアがＳＴＭ−ＰＯＩのみの場合は、（規則Ｂ）に基づき、ＴＥＬ−ＵＲＩ形式で、さらにＮＲＮをnpdiおよびrnパラメータを用いて付与した形式で（図２の「ＩＰ−ＰＯＩなし」で「ＳＴＭ−ＰＯＩあり」参照）、ＳＩＰサーバ２０に応答する。
【００４４】
情報送信部１１３は、入出力部１２を介して、ＳＩＰサーバ２０に対し、ＵＲＩ通知部１１２が生成したＵＲＩの応答情報を送信する。
【００４５】
次に、記憶部１４は、ハードディスクやフラッシュメモリ等の記憶装置からなり、着信電話番号とＵＲＩとを対応付けたリソースレコード１００を記憶している。
【００４６】
メモリ部１３は、ＲＡＭ等の一次記憶装置からなり、制御部１１によるデータ処理に必要な情報を一次的に記憶している。
【００４７】
＜ＳＩＰサーバ＞
次に、図３を参照して、本実施形態に係る発キャリア網内のＳＩＰサーバ２０について説明する。ＳＩＰサーバ２０は、ＶｏＩＰ端末からのＳＩＰ信号（INVITE）、または、ＰＳＴＮ網経由でアナログ端末からの接続要求信号を不図示のゲートウェイ装置により変換して得られたＳＩＰ信号（INVITE）を受信し、そのＳＩＰ信号（呼制御信号）に付された着信先電話番号に対応したＵＲＩをキャリアＥＮＵＭサーバ１０に問い合わせる。そして、ＳＩＰサーバ２０は、キャリアＥＮＵＭサーバ１０からの応答情報としてＵＲＩを受け取り、着キャリアとその着キャリアが保有するＰＯＩ種別を判定し、ＳＩＰ信号を転送する処理を行う。
【００４８】
このＳＩＰサーバ２０は、図３に示すように、制御部２１と、入出力部２２と、メモリ部２３と、記憶部２４とを含んで構成される。
【００４９】
入出力部２２は、ＶｏＩＰ端末やキャリア網内の他の装置、キャリアＥＮＵＭサーバ１０等との間の情報の入出力を行う。例えば、入出力部２２は、ＶｏＩＰ端末からＳＩＰ信号（呼制御信号）を受信し、キャリアＥＮＵＭサーバ１０にＵＲＩの問い合わせの情報を送信し、その返答としての応答情報を受信する。この入出力部２２は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置等との間で入出力を行う入出力インタフェースとから構成される。
【００５０】
制御部２１は、ＳＩＰサーバ２０全体の制御を司り、情報受信部２１１と、ＵＲＩ要求部２１２と、ＰＯＩ選択部２１３と、転送処理部２１４と、情報送信部２１５とを含んで構成される。なお、この制御部２１は、例えば、ＳＩＰサーバ２０の記憶部２４に格納されたプログラムをＣＰＵがメモリ部２３であるＲＡＭに展開し実行することで実現される。
【００５１】
情報受信部２１１は、入出力部２２を介して、ＶｏＩＰ端末等からＳＩＰ信号を受信し、ＵＲＩ要求部２１２に引き渡す。また、情報受信部２１１は、キャリアＥＮＵＭサーバ１０からのＵＲＩが付された応答情報を受信すると、ＰＯＩ選択部２１３に引き渡す。
【００５２】
ＵＲＩ要求部２１２は、ＶｏＩＰ端末等からＳＩＰ信号（INVITE）を受信すると、そのＳＩＰ信号に付された着信先電話番号を用いて、対応するＵＲＩをキャリアＥＮＵＭサーバ１０へ、情報送信部２１５を介して問い合わせる。なお、着信先電話番号は、ＳＩＰ信号の例えば、Request-URIに設定されている着信先の電話番号を用いて問い合わせる。
【００５３】
ＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０から、情報受信部２１１を介して応答情報を取得し、その受信した応答情報に付されたＵＲＩから着キャリアを特定し、またその応答情報のＵＲＩの形式から着キャリアのＰＯＩ種別を判定する。
【００５４】
ＰＯＩ選択部２１３によるＰＯＩ種別の判定は、図２に示したＵＲＩの形式に基づき行われる。ＰＯＩ選択部２１３は、取得したＵＲＩがＴＥＬ−ＵＲＩ形式である場合は、着キャリアのＰＯＩ種別を、ＳＴＭ−ＰＯＩであると選択する。また、ＰＯＩ選択部２１３は、取得したＵＲＩがＳＩＰ−ＵＲＩ形式である場合は、ＮＲＮが付されているか否かを判定し、ＮＲＮが付されていなければ、着キャリアのＰＯＩ種別をＩＰ−ＰＯＩと選択する。一方、ＳＩＰ−ＵＲＩ形式でありＮＲＮが付されていれば、着キャリアのＰＯＩ種別をＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方であると判定する。なお、詳細は後記する（図４参照）。
【００５５】
また、ＰＯＩ選択部２１３は、着キャリアのＰＯＩ種別をＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方であると判定した場合に、記憶部２４内の契約情報テーブル（契約情報）２００を参照して、発着キャリア間との契約に従い、どちらか一方のＰＯＩを選択する。
なお、この契約情報テーブル２００は、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合に、どちらのＰＯＩを用いて相互接続を行うか、予め契約により定めた内容が記憶されている。
【００５６】
転送処理部２１４は、ＰＯＩ選択部２１３が、キャリアＥＮＵＭサーバ１０からのＵＲＩに基づき選択した着キャリアのＰＯＩを介して、ＳＩＰ信号を着キャリアに送信する。
【００５７】
情報送信部２１５は、入出力部２２を介して、キャリアＥＮＵＭサーバ１０に対し、ＵＲＩ要求部２１２からのＵＲＩの問い合わせ情報を送信する。また、情報送信部２１５は、転送処理部２１４の処理によりＳＩＰ信号を、ＰＯＩ選択部２１３が選択したＰＯＩを介して、着キャリアに送信する。
【００５８】
次に、記憶部２４は、ハードディスクやフラッシュメモリ等の記憶装置からなり、契約情報テーブル（契約情報）２００等を記憶している。
【００５９】
メモリ部２３は、ＲＡＭ等の一次記憶装置からなり、制御部２１によるデータ処理に必要な情報を一次的に記憶している。
【００６０】
なお、図３に示した本実施形態に係る番号解決システム１においては、発キャリア網内のＳＩＰサーバ２０に、ＰＯＩ選択部２１３および契約情報テーブル２００を備える構成として説明した。しかし、この構成に限定されず、後記する図６において説明するように、このＰＯＩ選択部２１３および契約情報テーブル２００を、キャリアＥＮＵＭサーバ１０が備えるようにしてもよい。その場合、ＳＩＰサーバ２０の転送処理部２１４は、キャリアＥＮＵＭサーバ１０から、ＮＲＮが付されていないＳＩＰ−ＵＲＩ形式のＵＲＩか、ＴＥＬ−ＵＲＩ形式のＵＲＩかのどちらか一方を受け取り、そのＵＲＩに示される着キャリアのＰＯＩを介してＳＩＰ信号を転送する。
【００６１】
（番号解決システムの動作）
次に、本実施形態に係る番号解決システム１が行う番号解決処理について詳細に説明する。まず、本実施形態に係るＰＯＩ選択部２１３が行うＰＯＩ選択処理について説明し、続いて、図１に示したキャリア網間の３つの形態の相互接続ごとに、全体の処理の流れを説明する。
【００６２】
＜ＰＯＩ選択処理＞
図４は、本実施形態に係るＰＯＩ選択部２１３が行うＰＯＩ選択処理の流れを示すフローチャートである（適宜、図２参照）。なお、ここでは、図３に示すように、ＳＩＰサーバ２０の制御部２１内にＰＯＩ選択部２１３が備えられ、同じくＳＩＰサーバ２０内の記憶部２４に契約情報テーブル２００が記憶されているものとして説明する。
【００６３】
まず、ＳＩＰサーバ２０のＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０からＵＲＩが付された応答情報を、情報受信部２１１を介して取得する（ステップＳ１０１）。
【００６４】
次に、ＰＯＩ選択部２１３は、取得したＵＲＩがＳＩＰ−ＵＲＩ形式か否かを判定する（ステップＳ１０２）。ここで、ＰＯＩ選択部２１３は、取得したＵＲＩがＳＩＰ−ＵＲＩ形式ではない、つまり、ＴＥＬ−ＵＲＩ形式と判定した場合には（ステップＳ１０２→Ｎｏ）、着キャリアはＳＴＭ−ＰＯＩのみを保有すると判定し、ＳＴＭ−ＰＯＩを選択する（ステップＳ１０３）。
【００６５】
一方、ＰＯＩ選択部２１３は、取得したＵＲＩがＳＩＰ−ＵＲＩ形式であると判定した場合には（ステップＳ１０２→Ｙｅｓ）、次に、npdi,rnパラメータを含むか否かを判定する（ステップＳ１０４）。
【００６６】
そして、ＰＯＩ選択部２１３は、npdi,rnパラメータを含まないと判定した場合は（ステップＳ１０４→Ｎｏ）、着キャリアはＩＰ−ＰＯＩのみを保有すると判定し、ＩＰ−ＰＯＩを選択する（ステップＳ１０５）。
【００６７】
一方、ＰＯＩ選択部２１３は、npdi,rnパラメータを含むと判定した場合は（ステップＳ１０４→Ｙｅｓ）、着キャリアは、ＩＰ−ＰＯＩおよびＳＴＭ−ＰＯＩの双方を保有すると判定する（ステップＳ１０６）。そして、ＰＯＩ選択部２１３は、記憶部２４内の契約情報テーブル２００を参照し、着キャリアとの契約により、ＩＰ−ＰＯＩが設定されている場合には（ステップＳ１０７→Ｙｅｓ）、着キャリアとの接続にＩＰ−ＰＯＩを選択する（ステップＳ１０８）。一方、ＰＯＩ選択部２１３は、着キャリアとの契約により、ＩＰ−ＰＯＩが設定されていない場合、つまり、ＳＴＭ−ＰＯＩが設定されている場合には（ステップＳ１０７→Ｎｏ）、着キャリアとの接続にＳＴＭ−ＰＯＩを選択する（ステップＳ１０９）。
【００６８】
なお、ＰＯＩ選択部２１３は、取得したＵＲＩがＴＥＬ−ＵＲＬ形式の場合は、ＮＲＮ（例えば、+81111112222）から、着キャリアおよびその着キャリアが保有するＳＴＭ−ＰＯＩを識別可能なルーチング番号の情報を取得する。また、ＰＯＩ選択部２１３は、取得したＵＲＩがＳＩＰ−ＵＲＩ形式の場合は、ＳＩＰ−ＵＲＩのドメイン部（＠以降の文字列）かＮＲＮにより着キャリアを特定する。
【００６９】
このようにすることで、ＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０から取得した応答情報に付されたＵＲＩに基づき、着キャリアと、その着キャリアが保有するＰＯＩを選択してＳＩＰ信号を送信することができる。
【００７０】
（各形態における番号解決システムの処理）
次に、図１に示した第１〜第３の形態のキャリア間の相互接続における番号解決処理について、図５〜図８を参照して説明する。図５および図６は、第１の形態（ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続）における番号解決処理を説明するための図である。図７は、第２の形態（ＩＰ−ＰＯＩのみで相互接続）における番号解決処理を説明するための図である。また、図８は、第３の形態（ＳＴＭ−ＰＯＩのみで相互接続）における番号解決処理を説明するための図である。
【００７１】
＜第１の形態の番号解決処理＞
まず、図５および図６を参照して、第１の形態における番号解決処理を説明する。図５と図６の違いは、図５では、ＰＯＩ選択部２１３および契約情報テーブル２００を発キャリアのＩＰ網内のＳＩＰサーバ２０が備え、図６では、ＰＯＩ選択部２１３および契約情報テーブル２００をキャリアＥＮＵＭサーバ１０が備えている点である。
【００７２】
最初に図５を参照して、ＰＯＩ選択部２１３および契約情報テーブル２００をＳＩＰサーバ２０が備える場合での、第１の形態（ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続）のキャリア間の相互接続における番号解決処理を説明する。
【００７３】
まず、発側のキャリア網（キャリアＡ）のＳＩＰサーバ２０は、ＶｏＩＰ端末５からＳＩＰ信号（INVITE）を受信すると、ＳＩＰサーバ２０のＵＲＩ要求部２１２が、ＳＩＰ信号のRequest-URIに設定される着信先電話番号をＥＮＵＭプロトコルのドメイン形式で、キャリアＥＮＵＭサーバ１０に問い合わせる（ステップＳ１０）。なお、ここで使用されるドメインは、例えば、非特許文献２のＧＳＭＡ ＩＲ.６７のキャリアＥＮＵＭで規定される「.e164enum.net」等を用いる。
【００７４】
次に、キャリアＥＮＵＭサーバ１０（ＵＲＩ通知部１１２）は、問い合わせのあった着信先電話番号について、リソースレコード１００を検索する。そして、ＵＲＩ通知部１１２は、その検索結果に基づき、上記において説明した（規則Ａ）および（規則Ｂ）に従い、ＵＲＩをＳＩＰ−ＵＲＩ形式またはＴＥＬ−ＵＲＩ形式にして応答情報としてＳＩＰサーバ２０に送信する（ステップＳ１１）。
ここでは、ＵＲＩ通知部１１２は、検索結果として、着キャリアであるキャリアＢが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有するため、ＵＲＩとして、「sip:+81111111111;npdi;rn=+81111112222@carrier_B」を応答情報として送信したものとする。
【００７５】
ＳＩＰサーバ２０のＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０からの応答情報を取得し、ＵＲＩの形式が、ＳＩＰ−ＵＲＩ形式かそれともＴＥＬ−ＵＲＩ形式か、そして、ＳＩＰ−ＵＲＩ形式の場合に、ＮＲＮ（npdi,rnパラメータ）を含むか否かを判定する（図４のＰＯＩ選択処理参照）。
【００７６】
そして、ＰＯＩ選択部２１３は、応答情報として取得したＵＲＩが、ＳＩＰ−ＵＲＩ形式であり、ＮＲＮ（npdi,rnパラメータ）を含むため（ＮＲＮありのため）、着キャリアとなるキャリアＢが、ＩＰ−ＰＯＩ、ＳＴＭ−ＰＯＩの双方を保有していると判定する（ステップＳ１２）。なお、ＰＯＩ選択部２１３は、着キャリアを、取得したＵＲＩのドメイン部（carrier_B）、または、ＮＲＮ（npdi,rnパラメータ）の値（+81111112222）からキャリアＢであると特定する。
【００７７】
続いて、ＰＯＩ選択部２１３は、記憶部２４内の契約情報テーブル２００を参照し、キャリアＡとキャリアＢとの間の契約により、ＩＰ−ＰＯＩを用いて接続することを選択する（ステップＳ１３）。
【００７８】
次に、ＳＩＰサーバ２０の転送処理部２１４が、ＰＯＩ選択部２１３が選択したＰＯＩであるＩＰ−ＰＯＩを介して、着キャリア（キャリアＢ）にＳＩＰ信号を送信する。
【００７９】
このようにすることで、ＳＩＰサーバ２０は、キャリアＥＮＵＭサーバ１０からの応答情報に付されたＵＲＩに基づき、受信したＳＩＰ信号の着キャリアとそのＰＯＩ種別を選択して、ＳＩＰ信号を送信することができる。
【００８０】
次に、図６を参照して、ＰＯＩ選択部２１３および契約情報テーブル２００をキャリアＥＮＵＭサーバ１０が備える場合での、第１の形態（ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続）のキャリア間の相互接続における番号解決処理を説明する。
【００８１】
まず、発側のキャリア網（キャリアＡ）のＳＩＰサーバ２０は、ＶｏＩＰ端末５からＳＩＰ信号（INVITE）を受信すると、ＳＩＰサーバ２０のＵＲＩ要求部２１２が、ＳＩＰ信号のRequest-URIに設定される着信先電話番号をＥＮＵＭプロトコルのドメイン形式（「.e164enum.net」等）で、キャリアＥＮＵＭサーバ１０に問い合わせる（ステップＳ２０）。
【００８２】
次に、キャリアＥＮＵＭサーバ１０のＵＲＩ通知部１１２は、問い合わせのあった着信先電話番号について、リソースレコード１００を検索する（ステップＳ２１）。そして、ＵＲＩ通知部１１２は、（規則Ａ）および（規則Ｂ）に従い、ＵＲＩをＳＩＰ−ＵＲＩ形式またはＴＥＬ−ＵＲＩ形式にする。ここでは、ＵＲＩ通知部１１２は、検索結果として、着キャリアであるキャリアＢが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有するため、ＵＲＩとして、「sip:+81111111111;npdi;rn=+81111112222@carrier_B」を生成し、ＰＯＩ選択部２１３に引き渡す。
【００８３】
ＰＯＩ選択部２１３は、取得したＵＲＩの形式が、ＳＩＰ−ＵＲＩ形式かそれともＴＥＬ−ＵＲＩ形式か、そして、ＳＩＰ−ＵＲＩ形式の場合に、ＮＲＮ（npdi,rnパラメータ）を含むか否かを判定する（図４のＰＯＩ選択処理参照）。
【００８４】
そして、ＰＯＩ選択部２１３は、取得したＵＲＩが、ＳＩＰ−ＵＲＩ形式であり、ＮＲＮ（npdi,rnパラメータ）ありのため、着キャリアとなるキャリアＢが、ＩＰ−ＰＯＩ、ＳＴＭ−ＰＯＩの双方を保有していると判定する（ステップＳ２２）。
【００８５】
続いて、ＰＯＩ選択部２１３は、記憶部１４内の契約情報テーブル２００を参照し、キャリアＡとキャリアＢとの間の契約により、ＩＰ−ＰＯＩを用いて接続することを選択する（ステップＳ２３）。そして、ＵＲＩ通知部１１２は、ＰＯＩ選択部２１３のＰＯＩ選択の結果に基づき、ＵＲＩを「sip:81111111111@carrier_B」に変更して応答情報をＳＩＰサーバ２０へ送信する。
【００８６】
次に、ＳＩＰサーバ２０の転送処理部２１４が、応答情報に含まれるＵＲＩを取得し、そのＵＲＩに基づき、ＩＰ−ＰＯＩを介して、着キャリア（キャリアＢ）にＳＩＰ信号を送信する。
【００８７】
このようにすることで、ＰＯＩ選択部２１３および契約情報テーブル２００をキャリアＥＮＵＭサーバ１０側で保持する場合でも、ＳＩＰサーバ２０は、受信したＳＩＰ信号の着キャリアとそのＰＯＩ種別を取得して、ＳＩＰ信号を送信することができる。
【００８８】
＜第２の形態の番号解決処理＞
次に、図７を参照して、図１に示した第２の形態（ＩＰ−ＰＯＩのみで相互接続）における番号解決処理を説明する。なお、ＰＯＩ選択部２１３および契約情報テーブル２００は、ＳＩＰサーバ２０が備えるものとする。
【００８９】
まず、発側のキャリア網（キャリアＡ）のＳＩＰサーバ２０は、ＶｏＩＰ端末５からＳＩＰ信号（INVITE）を受信すると、ＳＩＰサーバ２０のＵＲＩ要求部２１２が、ＳＩＰ信号のRequest-URIに設定される着信先電話番号をＥＮＵＭプロトコルのドメイン形式（「.e164enum.net」等）で、キャリアＥＮＵＭサーバ１０に問い合わせる（ステップＳ３０）。
【００９０】
次に、キャリアＥＮＵＭサーバ１０（ＵＲＩ通知部１１２）は、問い合わせのあった着信先電話番号について、リソースレコード１００を検索する。そして、ＵＲＩ通知部１１２は、その検索結果に基づき、上記において説明した（規則Ａ）および（規則Ｂ）に従い、ＵＲＩをＳＩＰ−ＵＲＩ形式またはＴＥＬ−ＵＲＩ形式にして応答情報としてＳＩＰサーバ２０に送信する（ステップＳ３１）。
ここでは、ＵＲＩ通知部１１２は、検索結果として、着キャリアであるキャリアＣが、ＩＰ−ＰＯＩのみを保有するため、ＵＲＩとして、「sip:+81111111111@carrier_C」を応答情報として送信したものとする。
【００９１】
ＳＩＰサーバ２０のＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０からの応答情報を取得し、ＵＲＩの形式が、ＳＩＰ−ＵＲＩ形式かそれともＴＥＬ−ＵＲＩ形式か、そして、ＳＩＰ−ＵＲＩ形式の場合に、ＮＲＮ（npdi,rnパラメータ）を含むか否かを判定する（図４のＰＯＩ選択処理参照）。
【００９２】
そして、ＰＯＩ選択部２１３は、応答情報として取得したＵＲＩが、ＳＩＰ−ＵＲＩ形式であり、ＮＲＮ（npdi,rnパラメータ）なしのため、着キャリアとなるキャリアＣが、ＩＰ−ＰＯＩのみを保有していると判定する（ステップＳ３２）。なお、ＰＯＩ選択部２１３は、着キャリアを、取得したＵＲＩのドメイン部（carrier_C）からキャリアＣであると特定する。
【００９３】
続いて、ＳＩＰサーバ２０の転送処理部２１４が、ＰＯＩ選択部２１３が選択したＰＯＩであるＩＰ−ＰＯＩを介して、着キャリア（キャリアＣ）にＳＩＰ信号を送信する。
【００９４】
このようにすることで、ＳＩＰサーバ２０は、キャリアＥＮＵＭサーバ１０からの応答情報に付されたＵＲＩに基づき、受信したＳＩＰ信号の着キャリア（キャリアＣ）とそのＰＯＩ種別（ＩＰ−ＰＯＩ）を取得して、ＳＩＰ信号を送信することができる。
【００９５】
＜第３の形態の番号解決処理＞
次に、図８を参照して、図１に示した第３の形態（ＳＴＭ−ＰＯＩのみで相互接続）における番号解決処理を説明する。
【００９６】
まず、発側のキャリア網（キャリアＡ）のＳＩＰサーバ２０は、ＶｏＩＰ端末５からＳＩＰ信号（INVITE）を受信すると、ＳＩＰサーバ２０のＵＲＩ要求部２１２が、ＳＩＰ信号のRequest-URIに設定される着信先電話番号をＥＮＵＭプロトコルのドメイン形式（「.e164enum.net」等）で、キャリアＥＮＵＭサーバ１０に問い合わせる（ステップＳ４０）。
【００９７】
次に、キャリアＥＮＵＭサーバ１０（ＵＲＩ通知部１１２）は、問い合わせのあった着信先電話番号について、リソースレコード１００を検索する。そして、ＵＲＩ通知部１１２は、その検索結果に基づき、上記において説明した（規則Ａ）および（規則Ｂ）に従い、ＵＲＩをＳＩＰ−ＵＲＩ形式またはＴＥＬ−ＵＲＩ形式にして応答情報としてＳＩＰサーバ２０に送信する（ステップＳ４１）。
ここでは、ＵＲＩ通知部１１２は、検索結果として、着キャリアであるキャリアＤが、ＳＴＭ−ＰＯＩのみを保有するため、ＵＲＩとして、「tel:+81333333333;npdi;rn=+81333331111」を応答情報として送信したものとする。
【００９８】
ＳＩＰサーバ２０のＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０からの応答情報を取得し、ＵＲＩの形式が、ＳＩＰ−ＵＲＩ形式かそれともＴＥＬ−ＵＲＩ形式か、そして、ＳＩＰ−ＵＲＩ形式の場合に、ＮＲＮ（npdi,rnパラメータ）を含むか否かを判定する（図４のＰＯＩ選択処理参照）。
【００９９】
そして、ＰＯＩ選択部２１３は、応答情報として取得したＵＲＩが、ＴＥＬ−ＵＲＩ形式であり、ＮＲＮ（npdi,rnパラメータ）の値「+81333331111」からキャリアＤを特定し、そのキャリアＤがＳＴＭ−ＰＯＩのみを保有していると判定する（ステップＳ４２）。
【０１００】
続いて、ＳＩＰサーバ２０の転送処理部２１４が、ＰＯＩ選択部２１３が選択したＰＯＩであるＳＴＭ−ＰＯＩを介して、着キャリア（キャリアＤ）にＳＩＰ信号を送信する。
【０１０１】
このようにすることで、ＳＩＰサーバ２０は、キャリアＥＮＵＭサーバ１０からの応答情報に付されたＵＲＩに基づき、受信したＳＩＰ信号の着キャリア（キャリアＤ）とそのＰＯＩ種別（ＳＴＭ−ＰＯＩ）を取得して、ＰＳＴＮ網を介してＳＩＰ信号を送信することができる。
【０１０２】
以上説明したように、本実施形態に係る番号解決システム１、番号解決方法およびキャリアＥＮＵＭサーバ１０によれば、既存のＩＳＵＰを用いた相互接続と、ＳＩＰによるＩＰ相互接続とが混在する環境において、キャリアＥＮＵＭサーバ１０を用いて、着信先のキャリアに関するＰＯＩ種別情報と、キャリア情報とを同時に発キャリア網に通知し、ＳＩＰ信号をルーチングさせることができる。
また、キャリアＥＮＵＭサーバ１０からの応答におけるＵＲＩに規則を設け、その規則に基づきＰＯＩ種別を選択するＰＯＩ選択部２１３を設けることで、ＩＰでの相互接続の過渡期においても、ＥＮＵＭプロトコルの拡張を行わずに、キャリアＥＮＵＭサーバ１０の運用を実行し、円滑なＩＰ接続への移行が可能となる。
【符号の説明】
【０１０３】
１ 番号解決システム
５ ＶｏＩＰ端末
１０ キャリアＥＮＵＭサーバ
１１，２１ 制御部
１２，２２ 入出力部
１３，２３ メモリ部
１４，２４ 記憶部
２０ ＳＩＰサーバ
１００ リソースレコード
１１１，２１１ 情報受信部
１１２ ＵＲＩ通知部
１１３，２１５ 情報送信部
２００ 契約情報テーブル（契約情報）
２１２ ＵＲＩ要求部
２１３ ＰＯＩ選択部
２１４ 転送処理部
【技術分野】
【０００１】
本発明は、E.164番号（ITU-TのE.164勧告で規定される、国番号を含む最大１５桁の国際公衆電気通信番号。例えば、「＋81-3-3333-4444」）を管理する複数のキャリア網（通信事業者のネットワーク）の相互接続における、番号解決システム、番号解決方法およびキャリアＥＮＵＭ（Telephone Number Mapping）サーバに関する。特に、個々のキャリア網間の相互接続に利用する呼制御プロトコルとして、従来からＰＳＴＮ（Public Switched Telephone Networks）で用いられているＩＳＵＰ（Integrated Services Digital Network User Part）を利用した相互接続形態と、ＩＰ（Internet Protocol）網で用いられるＳＩＰ（Session Initiation Protocol）を利用した相互接続形態とが混在する環境における、番号解決システム、番号解決方法およびキャリアＥＮＵＭサーバに関する。
【背景技術】
【０００２】
キャリア網内の装置（ＳＩＰサーバ等）が、電話番号とＵＲＩ（Uniform Resource Identifiers）との対応付けを行うＥＮＵＭサーバとの通信に用いるＥＮＵＭプロトコルでは、ＤＮＳ（Domain Name System）プロトコルの仕組みを利用し、ＳＩＰサーバ等がE.164番号をドメイン変換した形式でＥＮＵＭサーバに問い合わせを行う。そして、ＥＮＵＭサーバからの応答により、着信先となるE.164番号が付与されたサーバのアドレスやサービス情報を、ＳＩＰサーバが取得する仕組みであり、ＩＥＴＦ（Internet Engineering Task Force） ＲＦＣ 3761で規定される（非特許文献１参照）。
【０００３】
図９は、ＳＩＰサーバからＥＮＵＭサーバへの問い合わせの処理の流れを示すシーケンス図である。
図９に示すように、まず、ＳＩＰサーバは、ＶｏＩＰ（Voice over Internet Protocol）端末から、着信先電話番号（例えば、0422-59-1111）が付されＳＩＰ信号（INVITE）を受信する（Ｓ１）。
【０００４】
そして、ＳＩＰサーバは、着信先電話番号をＥＮＵＭプロトコルのドメイン形式で、ＥＮＵＭサーバに問い合わせる（Ｓ２）。具体的には、ＳＩＰサーバは、そのINVITEに含まれる着信先電話番号（0422-59-1111のE.164番号）を逆順にして、ドットで区切り、e164.arpaを付けた形式でＥＮＵＭサーバへ送信する。
【０００５】
ＥＮＵＭサーバは、着信先番号とＵＲＩとを対応付けたリソースレコードを検索し、着信先電話番号に対応するＳＩＰ−ＵＲＩを通知する（Ｓ３）。
このようにすることで、ＳＩＰサーバは、着信先電話番号に対応したＳＩＰ−ＵＲＩを、ＥＮＵＭサーバから取得することができる。
【０００６】
以上説明したような、ＩＥＴＦで検討されていた従来のＥＮＵＭは、ユーザ端末からアクセス可能なものであり、「ユーザＥＮＵＭ」と呼ばれる。これに対し、セキュリティ確保などを目的としたキャリア網におけるＥＮＵＭとして、一般のユーザ端末からはアクセス不可能な、キャリア網内の装置限定で利用するＥＮＵＭ（以下、「キャリアＥＮＵＭ」と呼ぶ。）に関する仕様がＧＳＭＡ ＩＲ.６７等で規定されている（非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】“The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM),”IETF, RFC 3761, April 2004
【非特許文献２】“DNS/ENUM Guidelines for Service Providers & GRX/IPX Providers,”GSM Association IR.67, March 2010
【発明の概要】
【発明が解決しようとする課題】
【０００８】
近年、E.164番号を管理する電話網を保有するキャリアでは、ユーザ端末収容の形態として、従来のＰＳＴＮ収容からＩＰ電話網収容への移行が急速に進んでいるが、キャリア間の接続に関しては、依然として従来のＰＳＴＮで利用していた呼制御プロトコルであるＩＳＵＰを利用した相互接続が多い状況である。しかし、今後はキャリアの運用コスト削減やサービス拡充等を目的として、キャリアの電話網間の相互接続もＩＰ接続に移行していくことが容易に想定される。
【０００９】
国内のすべてのキャリアが呼制御プロトコルとしてＳＩＰを用いたＩＰ相互接続に完全に移行するまでの過渡期では、既存のＩＳＵＰを用いた相互接続と、ＳＩＰによるＩＰ相互接続とが混在する複雑な形態となる。この過渡期では、相互接続点（ＰＯＩ：Point Of Interface）の種別として、既存のＩＳＵＰを用いた相互接続点（以下、「ＳＴＭ（Synchronous Transfer Mode）−ＰＯＩ」と呼ぶ）のみ保有するキャリア、ＳＩＰを用いた相互接続点（以下、「ＩＰ−ＰＯＩ」と呼ぶ）のみ保有するキャリア、この双方を保有するキャリアの３種類に分類される。
【００１０】
そのため、同じ電話番号（同じキャリア）に対する接続であっても、あるキャリアはＩＰ−ＰＯＩを介して接続するが、別のキャリアではＳＴＭ−ＰＯＩを介して接続するなど、発キャリア毎に利用するＰＯＩ種別が異なることが発生する。従って、発キャリアが適切にＰＯＩ種別を選択するための情報を取得するか、接続先のＰＯＩを指定する仕組みが必要であるが、キャリアＥＮＵＭの代表例であるＧＳＭＡ ＩＲ.６７等では、このようなＰＯＩ種別の通知や、ＰＯＩを指定する仕組みが規定されていない。
【００１１】
また、日本ではE.164番号は、総務省から市外局番単位などの番号帯単位でキャリアに対して割り当てが行われているため、従来は、番号帯により接続先キャリアが容易に特定できた。しかしながら、電話番号を変更せずにキャリアを変更する番号ポータビリティが導入されたことにより、番号帯から単純に着信先のキャリアを特定することができない場合がある。そのため、効率的に電話番号から着信先のキャリアを特定する仕組みが必要となる。
【００１２】
このような背景を鑑みて本発明がなされたのであり、本発明は、ＩＳＵＰを用いた相互接続と、ＳＩＰによるＩＰ相互接続とが混在する環境において、ＥＮＵＭプロトコルの拡張を行うことなく、着信先のキャリアを特定し、そのキャリアと接続するＰＯＩを選択することができる、番号解決システム、番号解決方法およびキャリアＥＮＵＭサーバを提供することを課題とする。
【課題を解決するための手段】
【００１３】
前記した課題を解決するため、請求項１に記載の発明は、呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバと、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭ（Telephone Number Mapping）サーバとを備える番号解決システムであって、前記キャリアＥＮＵＭサーバが、前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコードを記憶している記憶部と、前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ（Synchronous Transfer Mode）−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮ（Network Routing Number）を含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するＵＲＩ通知部とを備え、前記ＳＩＰサーバが、前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報を記憶している記憶部と、前記呼制御信号に含まれる前記着信先電話番号を付して、前記着キャリアのＵＲＩを前記キャリアＥＮＵＭサーバに要求するＵＲＩ要求部と、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部または前記ＮＲＮから前記着キャリアを特定し、前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択するＰＯＩ選択部と、を備えることを特徴とする番号解決システムとした。
【００１４】
また、請求項４に記載の発明は、呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバと、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭサーバとを備える番号解決システムの番号解決方法であって、前記ＳＩＰサーバが、前記呼制御信号に含まれる前記着信先電話番号を付して、前記着キャリアのＵＲＩを前記キャリアＥＮＵＭサーバに要求するステップを実行し、前記キャリアＥＮＵＭサーバが、前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコードが記憶されている記憶部を備えており、前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、前記ＳＩＰサーバが、前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報が記憶されている記憶部を備えており、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部または前記ＮＲＮから前記着キャリアを特定するステップと、前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択するステップと、を実行することを特徴とする番号解決方法とした。
【００１５】
このように、キャリアＥＮＵＭサーバのＵＲＩ通知部は、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合に、ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを応答情報としてＳＩＰサーバに送信する。そして、ＳＩＰサーバは、ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩのドメイン部またはＮＲＮから着キャリアを特定し、ＵＲＩの形式が、ＮＲＮを含むＳＩＰ−ＵＲＩであることにより、着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有すると判定し、契約情報を参照していずれかのＰＯＩを選択する。
よって、ＳＩＰサーバは、キャリアＥＮＵＭサーバからの応答情報に付されたＵＲＩに基づき、受信した呼制御信号の着キャリアを特定し、その着キャリアが保有するＰＯＩのＰＯＩ種別を選択することができる。
【００１６】
請求項２に記載の発明は、前記キャリアＥＮＵＭサーバのＵＲＩ通知部が、前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、前記ＳＩＰサーバのＰＯＩ選択部が、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部から前記着キャリアを特定し、前記ＵＲＩの形式が、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有すると判定することを特徴とする請求項１に記載の番号解決システムとした。
【００１７】
また、請求項５に記載の発明は、前記キャリアＥＮＵＭサーバが、前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、前記ＳＩＰサーバが、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部から前記着キャリアを特定するステップと、前記ＵＲＩの形式が、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有すると判定するステップと、を実行することを特徴とする請求項４に記載の番号解決方法とした。
【００１８】
このように、キャリアＥＮＵＭサーバのＵＲＩ通知部は、着キャリアがＩＰ−ＰＯＩのみを保有する場合に、ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを応答情報としてＳＩＰサーバに送信する。そして、ＳＩＰサーバは、ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩのドメイン部から着キャリアを特定し、ＵＲＩの形式が、ＮＲＮを含まないＳＩＰ−ＵＲＩであることにより、着キャリアが、ＩＰ−ＰＯＩのみを保有すると判定する。
よって、ＳＩＰサーバは、キャリアＥＮＵＭサーバからの応答情報に付されたＵＲＩに基づき、受信した呼制御信号の着キャリアを特定し、その着キャリアのＰＯＩ種別をＩＰ−ＰＯＩとして選択することができる。
【００１９】
請求項３に記載の発明は、前記キャリアＥＮＵＭサーバのＵＲＩ通知部が、前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、前記ＳＩＰサーバのＰＯＩ選択部が、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを取得し、前記ＮＲＮから前記着キャリアを特定し、前記ＵＲＩの形式が、前記ＴＥＬ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有すると判定することを特徴とする請求項２に記載の番号解決システムとした。
【００２０】
また、請求項６に記載の発明は、前記キャリアＥＮＵＭサーバが、前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、前記ＳＩＰサーバが、前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを取得し、前記ＮＲＮから前記着キャリアを特定するステップと、前記ＵＲＩの形式が、前記ＴＥＬ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有すると判定するステップと、を実行することを特徴とする請求項５に記載の番号解決方法とした。
【００２１】
このように、キャリアＥＮＵＭサーバのＵＲＩ通知部は、着キャリアがＳＴＭ−ＰＯＩのみを保有する場合に、ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを応答情報としてＳＩＰサーバに送信する。そして、ＳＩＰサーバは、ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩのＮＲＮから着キャリアを特定し、ＵＲＩの形式が、ＴＥＬ−ＵＲＩであることにより、着キャリアが、ＳＴＭ−ＰＯＩのみを保有すると判定する。
よって、ＳＩＰサーバは、キャリアＥＮＵＭサーバからの応答情報に付されたＵＲＩに基づき、受信した呼制御信号の着キャリアを特定し、その着キャリアのＰＯＩ種別をＳＴＭ−ＰＯＩとして選択することができる。
【００２２】
請求項７に記載の発明は、呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバに接続され、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭサーバであって、前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコード、および、前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報を記憶している記憶部と、前記ＳＩＰサーバに前記応答情報を送信するＵＲＩ通知部と、前記着キャリアのＰＯＩを選択するＰＯＩ選択部とを備え、前記ＵＲＩ通知部が、前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記生成したＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩをＰＯＩ選択部に出力し、前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、前記ＰＯＩ選択部が、前記ＵＲＩ通知部から、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、 前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択し、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩ、または、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信することを特徴とするキャリアＥＮＵＭサーバとした。
【００２３】
このように、キャリアＥＮＵＭサーバのＵＲＩ通知部は、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合に、ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩをＰＯＩ選択部に出力し、ＰＯＩ選択部は、ＵＲＩの形式が、ＮＲＮを含むＳＩＰ−ＵＲＩであることにより、着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有すると判定し、契約情報を参照していずれかのＰＯＩを選択して、ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩ、または、ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、応答情報としてＳＩＰサーバに送信できる。
また、ＵＲＩ通知部は、着キャリアがＩＰ−ＰＯＩのみを保有する場合に、ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを応答情報としてＳＩＰサーバに送信できる。
さらに、ＵＲＩ通知部は、着キャリアがＳＴＭ−ＰＯＩのみを保有する場合に、ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを応答情報としてＳＩＰサーバに送信できる。
よって、キャリアＥＮＵＭサーバは、ＳＩＰサーバに、応答情報に付されたＵＲＩに基づき、受信した呼制御信号の着キャリアを特定させ、その着キャリアが保有するＰＯＩのＰＯＩ種別を選択させることができる。
【発明の効果】
【００２４】
本発明によれば、ＩＳＵＰを用いた相互接続と、ＳＩＰによるＩＰ相互接続とが混在する環境において、ＥＮＵＭプロトコルの拡張を行うことなく、着信先のキャリアを特定し、そのキャリアと接続するＰＯＩを選択する、番号解決システム、番号解決方法およびキャリアＥＮＵＭサーバを提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本実施形態に係る番号解決システムで前提とするキャリア網間の相互接続の形態を説明するための図である。
【図２】本実施形態に係るキャリアＥＮＵＭサーバが応答するＵＲＩ形式を説明するための図である。
【図３】本実施形態に係る番号解決システムの構成を例示するブロック図である。
【図４】本実施形態に係るＰＯＩ選択部が行うＰＯＩ選択処理の流れを示すフローチャートである。
【図５】本実施形態に係るキャリア間の相互接続の第１の形態（ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続）における番号解決処理を説明するための図である。
【図６】本実施形態に係るキャリア間の相互接続の第１の形態（ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続）における番号解決処理を説明するための図である。
【図７】本実施形態に係るキャリア間の相互接続の第２の形態（ＩＰ−ＰＯＩのみで相互接続）における番号解決処理を説明するための図である。
【図８】本実施形態に係るキャリア間の相互接続の第３の形態（ＳＴＭ−ＰＯＩのみで相互接続）における番号解決処理を説明するための図である。
【図９】従来技術におけるＳＩＰサーバからＥＮＵＭサーバへの問い合わせの処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００２６】
次に、本発明を実施するための形態（以下、「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【００２７】
（キャリア網間の相互接続形態）
まず、本実施形態において前提となる、キャリア網間の相互接続の３つの形態について、図１を用いて説明する。
【００２８】
図１（ａ）は、キャリア網間が、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続される形態を示している（以下、「第１の形態」とよぶ）。キャリアＡとキャリアＢとは、ＩＰ−ＰＯＩおよびＳＴＭ−ＰＯＩを保有しており、キャリア間の協議に基づき、通信に利用するどちらかのＰＯＩを決定し相互接続している。
【００２９】
図１（ｂ）は、キャリア網間が、ＩＰ−ＰＯＩのみで相互接続される形態を示している（以下、「第２の形態」とよぶ）。キャリアＣは少なくともＩＰ−ＰＯＩを保有しており、キャリア間の協議に基づき、ＩＰ−ＰＯＩのみで相互接続している。
【００３０】
図１（ｃ）は、キャリア網間が、ＳＴＭ−ＰＯＩのみで相互接続される形態を示している（以下、「第３の形態」とよぶ）。キャリアＤは少なくともＳＴＭ−ＰＯＩを保有しており、キャリア間の協議に基づき、ＳＴＭ−ＰＯＩのみで相互接続している。
【００３１】
（キャリアＥＮＵＭサーバの応答形式）
本実施形態に係る番号解決システム１の処理の流れは、例えば、図１（ａ）に示すように、ＶｏＩＰ端末が発信者となりＳＩＰ信号（呼制御信号）をキャリアＡ内のＳＩＰサーバ（図１で不図示）に送信する。そして、図９に示した従来のＳＩＰサーバからＥＮＵＭサーバへの問い合わせの処理の流れと同様に、キャリアＡ内のＳＩＰサーバからキャリアＥＮＵＭサーバへ、着信先番号に基づきＵＲＩの問い合わせが行われる。
本発明では、キャリアＥＮＵＭサーバによるＳＩＰサーバからの問い合わせに対する応答において、その応答であるＵＲＩの形式に所定の規則を設定し、応答を受けたキャリア網のＳＩＰサーバがそのＵＲＩの形式から着信先のキャリア網が保有するＰＯＩの種別であるＩＰ−ＰＯＩ、ＳＴＭ−ＰＯＩの情報を取得し、ＰＯＩの選択が行えるようにするものである。
以下、キャリアＥＮＵＭサーバが行う、発キャリア網のＳＩＰサーバへのＵＲＩを通知する応答形式について説明する。
【００３２】
ＥＮＵＭプロトコルの仕様上、ＥＮＵＭサーバでは、E.164番号の問い合わせを受けると、ＴＥＬ−ＵＲＩとＳＩＰ−ＵＲＩのどちらの形式でも応答可能である。本実施形態に係るキャリアＥＮＵＭサーバが応答するＵＲＩ形式を、図２を参照して説明する。
【００３３】
本実施形態に係るキャリアＥＮＵＭサーバは、以下に示す規則に基づくＵＲＩ形式で応答する。
【００３４】
（規則Ａ）着信先E.164番号を収容するキャリア（着キャリア）がＩＰ−ＰＯＩを保有する場合
着信先情報を示すＵＲＩ形式として、ＩＰ−ＰＯＩを保有するキャリアの場合は、ＳＩＰ−ＵＲＩの形式で応答する（例えば、ＩＰ−ＰＯＩのみを保有するキャリアの場合は、図２の「ＩＰ−ＰＯＩあり」で「ＳＴＭ−ＰＯＩ」なし参照）。なお、ＩＰ−ＰＯＩを保有しないキャリアの場合は、ドメイン部がないＴＥＬ−ＵＲＩの形式で応答する。
（規則Ｂ）着信先E.164番号を収容するキャリア（着キャリア）がＳＴＭ−ＰＯＩを保有する場合
着信先情報を示すＵＲＩ方式として、ＳＴＭ−ＰＯＩを保有するキャリアの場合は、ＮＲＮ（Network Routing Number）を、ＩＥＴＦ ＲＦＣ 4694で規定されるnpdiおよびrnパラメータを用いて付与する。なお、ＮＲＮは、着キャリア、およびその着キャリアが保有するＳＴＭ−ＰＯＩを識別可能なルーチング番号（E.164形式）のことを意味する。
規則Ａより、ＩＰ−ＰＯＩを保有する場合は、ＳＩＰ−ＵＲＩとなる。ＩＰ−ＰＯＩを保有し、かつ、ＳＴＭ−ＰＯＩを着キャリアが保有する場合には、そのＳＩＰ−ＵＲＩのuserinfo部にＮＲＮを付与する（図２の「ＩＰ−ＰＯＩあり」で「ＳＴＭ−ＰＯＩあり」参照）。また、ＳＩＰ−ＰＯＩを保有せず、ＳＴＭ−ＰＯＩのみを保有する場合は、ＴＥＬ−ＵＲＩにＮＲＮを付与する（図２の「ＩＰ−ＰＯＩなし」で「ＳＴＭ−ＰＯＩあり」参照）。
【００３５】
このようにすることで、キャリアＥＮＵＭサーバは、着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合、ＩＰ−ＰＯＩのみを保有する場合、ＳＴＭ−ＰＯＩのみを保有する３つの場合それぞれについて、ＵＲＩ形式を図２に示す形式に設定して、ＳＩＰサーバに応答することができる。ＳＩＰサーバは、受信したＵＲＩの形式から、着キャリアが、３つの形式のどれに当たるかを判定することで、着キャリアが保有するＰＯＩ形式の情報を得ることができる。
【００３６】
（番号解決システムの各装置の構成）
次に、本実施形態に係る番号解決システム１を構成する各装置について、図３を参照して、詳細に説明する。
【００３７】
＜キャリアＥＮＵＭサーバ＞
キャリアＥＮＵＭサーバ１０は、ＳＩＰサーバ２０からの問い合わせを受け付け、着信先電話番号に対応するＵＲＩを、そのＳＩＰサーバ２０に応答情報として送信する。このキャリアＥＮＵＭサーバ１０に対しては、図１に示したキャリア網間の相互接続形態のいずれにおいても、各キャリアのＩＰ網内の装置（ＳＩＰサーバ２０等）からアクセス可能であるが、ユーザＥＮＵＭサーバとは異なり、E.164番号が付与されたＶｏＩＰ端末やアナログ端末からは、セキュリティ確保のため、アクセス不可能である。本実施形態において、このキャリアＥＮＵＭサーバ１０は、複数のキャリアで共有するサーバとして配備されるものとして説明するが、各キャリア網内に配備するようにしてもよい。
【００３８】
このキャリアＥＮＵＭサーバ１０は、図３に示すように、制御部１１と、入出力部１２と、メモリ部１３と、記憶部１４とを含んで構成される。
【００３９】
入出力部１２は、他の装置等との間の情報の入出力を行う。例えば、入出力部１２は、キャリア網内のＳＩＰサーバ２０から、着信先電話番号に対応するＵＲＩの問い合わせを受信し、その返答としてのＵＲＩの情報を、応答情報としてそのＳＩＰサーバ２０へ送信する。この入出力部１２は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置等との間で入出力を行う入出力インタフェースとから構成される。
【００４０】
制御部１１は、キャリアＥＮＵＭサーバ１０全体の制御を司り、情報受信部１１１と、ＵＲＩ通知部１１２と、情報送信部１１３とを含んで構成される。なお、この制御部１１は、例えば、キャリアＥＮＵＭサーバ１０の記憶部１４に格納されたプログラムをＣＰＵ（Central Processing Unit）がメモリ部１３であるＲＡＭ（Random Access Memory）に展開し実行することで実現される。
【００４１】
情報受信部１１１は、入出力部１２を介して、キャリア網内のＳＩＰサーバ等から、着信先電話番号に対応するＵＲＩの問い合わせ等を取得し、ＵＲＩ通知部１１２に引き渡す。
【００４２】
ＵＲＩ通知部１１２は、取得した着信先電話番号に基づき、記憶部１４内のリソースレコード１００を検索し、着信先電話番号に対応したＵＲＩを取得する。
このリソースレコード１００には、着信先電話番号に対応したＵＲＩが、着キャリアがＩＰ−ＰＯＩのみを保有する場合は、ＳＩＰ−ＵＲＩ形式で記憶され、着キャリアがＳＴＭ−ＰＯＩのみを保有する場合には、ＴＥＬ−ＵＲＩ形式で記憶される。また、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合は、ＮＲＮを含んだＳＩＰ−ＵＲＩ形式で記憶される。
【００４３】
ＵＲＩ通知部１１２は、取得した着信先電話番号に基づき、リソースレコード１００を検索すると、前記した（規則Ａ）および（規則Ｂ）に基づき、図２に示したＵＲＩ形式で、ＳＩＰサーバ２０に応答情報を送信する。
具体的には、ＵＲＩ通知部１１２は、リソースレコード１００を検索し、着キャリアが、ＩＰ−ＰＯＩおよびＳＴＭ−ＰＯＩを保有するキャリアの場合は、（規則Ａ）に基づき、ＳＩＰ−ＵＲＩ形式で応答し、さらに、（規則Ｂ）に基づき、そのＳＩＰ−ＵＲＩのuserinfo部にＮＲＮを付与した形式で（図２の「ＩＰ−ＰＯＩあり」で「ＳＴＭ−ＰＯＩ」あり参照）、ＳＩＰサーバ２０に応答する。
ＵＲＩ通知部１１２は、リソースレコード１００を検索し、着キャリアがＩＰ−ＰＯＩのみの場合は、（規則Ａ）に基づき、ＳＩＰ−ＵＲＩ形式でＳＩＰサーバ２０に応答する（図２の「ＩＰ−ＰＯＩあり」で「ＳＴＭ−ＰＯＩ」なし参照）。
また、ＵＲＩ通知部１１２は、リソースレコード１００を検索し、着キャリアがＳＴＭ−ＰＯＩのみの場合は、（規則Ｂ）に基づき、ＴＥＬ−ＵＲＩ形式で、さらにＮＲＮをnpdiおよびrnパラメータを用いて付与した形式で（図２の「ＩＰ−ＰＯＩなし」で「ＳＴＭ−ＰＯＩあり」参照）、ＳＩＰサーバ２０に応答する。
【００４４】
情報送信部１１３は、入出力部１２を介して、ＳＩＰサーバ２０に対し、ＵＲＩ通知部１１２が生成したＵＲＩの応答情報を送信する。
【００４５】
次に、記憶部１４は、ハードディスクやフラッシュメモリ等の記憶装置からなり、着信電話番号とＵＲＩとを対応付けたリソースレコード１００を記憶している。
【００４６】
メモリ部１３は、ＲＡＭ等の一次記憶装置からなり、制御部１１によるデータ処理に必要な情報を一次的に記憶している。
【００４７】
＜ＳＩＰサーバ＞
次に、図３を参照して、本実施形態に係る発キャリア網内のＳＩＰサーバ２０について説明する。ＳＩＰサーバ２０は、ＶｏＩＰ端末からのＳＩＰ信号（INVITE）、または、ＰＳＴＮ網経由でアナログ端末からの接続要求信号を不図示のゲートウェイ装置により変換して得られたＳＩＰ信号（INVITE）を受信し、そのＳＩＰ信号（呼制御信号）に付された着信先電話番号に対応したＵＲＩをキャリアＥＮＵＭサーバ１０に問い合わせる。そして、ＳＩＰサーバ２０は、キャリアＥＮＵＭサーバ１０からの応答情報としてＵＲＩを受け取り、着キャリアとその着キャリアが保有するＰＯＩ種別を判定し、ＳＩＰ信号を転送する処理を行う。
【００４８】
このＳＩＰサーバ２０は、図３に示すように、制御部２１と、入出力部２２と、メモリ部２３と、記憶部２４とを含んで構成される。
【００４９】
入出力部２２は、ＶｏＩＰ端末やキャリア網内の他の装置、キャリアＥＮＵＭサーバ１０等との間の情報の入出力を行う。例えば、入出力部２２は、ＶｏＩＰ端末からＳＩＰ信号（呼制御信号）を受信し、キャリアＥＮＵＭサーバ１０にＵＲＩの問い合わせの情報を送信し、その返答としての応答情報を受信する。この入出力部２２は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置等との間で入出力を行う入出力インタフェースとから構成される。
【００５０】
制御部２１は、ＳＩＰサーバ２０全体の制御を司り、情報受信部２１１と、ＵＲＩ要求部２１２と、ＰＯＩ選択部２１３と、転送処理部２１４と、情報送信部２１５とを含んで構成される。なお、この制御部２１は、例えば、ＳＩＰサーバ２０の記憶部２４に格納されたプログラムをＣＰＵがメモリ部２３であるＲＡＭに展開し実行することで実現される。
【００５１】
情報受信部２１１は、入出力部２２を介して、ＶｏＩＰ端末等からＳＩＰ信号を受信し、ＵＲＩ要求部２１２に引き渡す。また、情報受信部２１１は、キャリアＥＮＵＭサーバ１０からのＵＲＩが付された応答情報を受信すると、ＰＯＩ選択部２１３に引き渡す。
【００５２】
ＵＲＩ要求部２１２は、ＶｏＩＰ端末等からＳＩＰ信号（INVITE）を受信すると、そのＳＩＰ信号に付された着信先電話番号を用いて、対応するＵＲＩをキャリアＥＮＵＭサーバ１０へ、情報送信部２１５を介して問い合わせる。なお、着信先電話番号は、ＳＩＰ信号の例えば、Request-URIに設定されている着信先の電話番号を用いて問い合わせる。
【００５３】
ＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０から、情報受信部２１１を介して応答情報を取得し、その受信した応答情報に付されたＵＲＩから着キャリアを特定し、またその応答情報のＵＲＩの形式から着キャリアのＰＯＩ種別を判定する。
【００５４】
ＰＯＩ選択部２１３によるＰＯＩ種別の判定は、図２に示したＵＲＩの形式に基づき行われる。ＰＯＩ選択部２１３は、取得したＵＲＩがＴＥＬ−ＵＲＩ形式である場合は、着キャリアのＰＯＩ種別を、ＳＴＭ−ＰＯＩであると選択する。また、ＰＯＩ選択部２１３は、取得したＵＲＩがＳＩＰ−ＵＲＩ形式である場合は、ＮＲＮが付されているか否かを判定し、ＮＲＮが付されていなければ、着キャリアのＰＯＩ種別をＩＰ−ＰＯＩと選択する。一方、ＳＩＰ−ＵＲＩ形式でありＮＲＮが付されていれば、着キャリアのＰＯＩ種別をＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方であると判定する。なお、詳細は後記する（図４参照）。
【００５５】
また、ＰＯＩ選択部２１３は、着キャリアのＰＯＩ種別をＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方であると判定した場合に、記憶部２４内の契約情報テーブル（契約情報）２００を参照して、発着キャリア間との契約に従い、どちらか一方のＰＯＩを選択する。
なお、この契約情報テーブル２００は、着キャリアがＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有する場合に、どちらのＰＯＩを用いて相互接続を行うか、予め契約により定めた内容が記憶されている。
【００５６】
転送処理部２１４は、ＰＯＩ選択部２１３が、キャリアＥＮＵＭサーバ１０からのＵＲＩに基づき選択した着キャリアのＰＯＩを介して、ＳＩＰ信号を着キャリアに送信する。
【００５７】
情報送信部２１５は、入出力部２２を介して、キャリアＥＮＵＭサーバ１０に対し、ＵＲＩ要求部２１２からのＵＲＩの問い合わせ情報を送信する。また、情報送信部２１５は、転送処理部２１４の処理によりＳＩＰ信号を、ＰＯＩ選択部２１３が選択したＰＯＩを介して、着キャリアに送信する。
【００５８】
次に、記憶部２４は、ハードディスクやフラッシュメモリ等の記憶装置からなり、契約情報テーブル（契約情報）２００等を記憶している。
【００５９】
メモリ部２３は、ＲＡＭ等の一次記憶装置からなり、制御部２１によるデータ処理に必要な情報を一次的に記憶している。
【００６０】
なお、図３に示した本実施形態に係る番号解決システム１においては、発キャリア網内のＳＩＰサーバ２０に、ＰＯＩ選択部２１３および契約情報テーブル２００を備える構成として説明した。しかし、この構成に限定されず、後記する図６において説明するように、このＰＯＩ選択部２１３および契約情報テーブル２００を、キャリアＥＮＵＭサーバ１０が備えるようにしてもよい。その場合、ＳＩＰサーバ２０の転送処理部２１４は、キャリアＥＮＵＭサーバ１０から、ＮＲＮが付されていないＳＩＰ−ＵＲＩ形式のＵＲＩか、ＴＥＬ−ＵＲＩ形式のＵＲＩかのどちらか一方を受け取り、そのＵＲＩに示される着キャリアのＰＯＩを介してＳＩＰ信号を転送する。
【００６１】
（番号解決システムの動作）
次に、本実施形態に係る番号解決システム１が行う番号解決処理について詳細に説明する。まず、本実施形態に係るＰＯＩ選択部２１３が行うＰＯＩ選択処理について説明し、続いて、図１に示したキャリア網間の３つの形態の相互接続ごとに、全体の処理の流れを説明する。
【００６２】
＜ＰＯＩ選択処理＞
図４は、本実施形態に係るＰＯＩ選択部２１３が行うＰＯＩ選択処理の流れを示すフローチャートである（適宜、図２参照）。なお、ここでは、図３に示すように、ＳＩＰサーバ２０の制御部２１内にＰＯＩ選択部２１３が備えられ、同じくＳＩＰサーバ２０内の記憶部２４に契約情報テーブル２００が記憶されているものとして説明する。
【００６３】
まず、ＳＩＰサーバ２０のＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０からＵＲＩが付された応答情報を、情報受信部２１１を介して取得する（ステップＳ１０１）。
【００６４】
次に、ＰＯＩ選択部２１３は、取得したＵＲＩがＳＩＰ−ＵＲＩ形式か否かを判定する（ステップＳ１０２）。ここで、ＰＯＩ選択部２１３は、取得したＵＲＩがＳＩＰ−ＵＲＩ形式ではない、つまり、ＴＥＬ−ＵＲＩ形式と判定した場合には（ステップＳ１０２→Ｎｏ）、着キャリアはＳＴＭ−ＰＯＩのみを保有すると判定し、ＳＴＭ−ＰＯＩを選択する（ステップＳ１０３）。
【００６５】
一方、ＰＯＩ選択部２１３は、取得したＵＲＩがＳＩＰ−ＵＲＩ形式であると判定した場合には（ステップＳ１０２→Ｙｅｓ）、次に、npdi,rnパラメータを含むか否かを判定する（ステップＳ１０４）。
【００６６】
そして、ＰＯＩ選択部２１３は、npdi,rnパラメータを含まないと判定した場合は（ステップＳ１０４→Ｎｏ）、着キャリアはＩＰ−ＰＯＩのみを保有すると判定し、ＩＰ−ＰＯＩを選択する（ステップＳ１０５）。
【００６７】
一方、ＰＯＩ選択部２１３は、npdi,rnパラメータを含むと判定した場合は（ステップＳ１０４→Ｙｅｓ）、着キャリアは、ＩＰ−ＰＯＩおよびＳＴＭ−ＰＯＩの双方を保有すると判定する（ステップＳ１０６）。そして、ＰＯＩ選択部２１３は、記憶部２４内の契約情報テーブル２００を参照し、着キャリアとの契約により、ＩＰ−ＰＯＩが設定されている場合には（ステップＳ１０７→Ｙｅｓ）、着キャリアとの接続にＩＰ−ＰＯＩを選択する（ステップＳ１０８）。一方、ＰＯＩ選択部２１３は、着キャリアとの契約により、ＩＰ−ＰＯＩが設定されていない場合、つまり、ＳＴＭ−ＰＯＩが設定されている場合には（ステップＳ１０７→Ｎｏ）、着キャリアとの接続にＳＴＭ−ＰＯＩを選択する（ステップＳ１０９）。
【００６８】
なお、ＰＯＩ選択部２１３は、取得したＵＲＩがＴＥＬ−ＵＲＬ形式の場合は、ＮＲＮ（例えば、+81111112222）から、着キャリアおよびその着キャリアが保有するＳＴＭ−ＰＯＩを識別可能なルーチング番号の情報を取得する。また、ＰＯＩ選択部２１３は、取得したＵＲＩがＳＩＰ−ＵＲＩ形式の場合は、ＳＩＰ−ＵＲＩのドメイン部（＠以降の文字列）かＮＲＮにより着キャリアを特定する。
【００６９】
このようにすることで、ＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０から取得した応答情報に付されたＵＲＩに基づき、着キャリアと、その着キャリアが保有するＰＯＩを選択してＳＩＰ信号を送信することができる。
【００７０】
（各形態における番号解決システムの処理）
次に、図１に示した第１〜第３の形態のキャリア間の相互接続における番号解決処理について、図５〜図８を参照して説明する。図５および図６は、第１の形態（ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続）における番号解決処理を説明するための図である。図７は、第２の形態（ＩＰ−ＰＯＩのみで相互接続）における番号解決処理を説明するための図である。また、図８は、第３の形態（ＳＴＭ−ＰＯＩのみで相互接続）における番号解決処理を説明するための図である。
【００７１】
＜第１の形態の番号解決処理＞
まず、図５および図６を参照して、第１の形態における番号解決処理を説明する。図５と図６の違いは、図５では、ＰＯＩ選択部２１３および契約情報テーブル２００を発キャリアのＩＰ網内のＳＩＰサーバ２０が備え、図６では、ＰＯＩ選択部２１３および契約情報テーブル２００をキャリアＥＮＵＭサーバ１０が備えている点である。
【００７２】
最初に図５を参照して、ＰＯＩ選択部２１３および契約情報テーブル２００をＳＩＰサーバ２０が備える場合での、第１の形態（ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続）のキャリア間の相互接続における番号解決処理を説明する。
【００７３】
まず、発側のキャリア網（キャリアＡ）のＳＩＰサーバ２０は、ＶｏＩＰ端末５からＳＩＰ信号（INVITE）を受信すると、ＳＩＰサーバ２０のＵＲＩ要求部２１２が、ＳＩＰ信号のRequest-URIに設定される着信先電話番号をＥＮＵＭプロトコルのドメイン形式で、キャリアＥＮＵＭサーバ１０に問い合わせる（ステップＳ１０）。なお、ここで使用されるドメインは、例えば、非特許文献２のＧＳＭＡ ＩＲ.６７のキャリアＥＮＵＭで規定される「.e164enum.net」等を用いる。
【００７４】
次に、キャリアＥＮＵＭサーバ１０（ＵＲＩ通知部１１２）は、問い合わせのあった着信先電話番号について、リソースレコード１００を検索する。そして、ＵＲＩ通知部１１２は、その検索結果に基づき、上記において説明した（規則Ａ）および（規則Ｂ）に従い、ＵＲＩをＳＩＰ−ＵＲＩ形式またはＴＥＬ−ＵＲＩ形式にして応答情報としてＳＩＰサーバ２０に送信する（ステップＳ１１）。
ここでは、ＵＲＩ通知部１１２は、検索結果として、着キャリアであるキャリアＢが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有するため、ＵＲＩとして、「sip:+81111111111;npdi;rn=+81111112222@carrier_B」を応答情報として送信したものとする。
【００７５】
ＳＩＰサーバ２０のＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０からの応答情報を取得し、ＵＲＩの形式が、ＳＩＰ−ＵＲＩ形式かそれともＴＥＬ−ＵＲＩ形式か、そして、ＳＩＰ−ＵＲＩ形式の場合に、ＮＲＮ（npdi,rnパラメータ）を含むか否かを判定する（図４のＰＯＩ選択処理参照）。
【００７６】
そして、ＰＯＩ選択部２１３は、応答情報として取得したＵＲＩが、ＳＩＰ−ＵＲＩ形式であり、ＮＲＮ（npdi,rnパラメータ）を含むため（ＮＲＮありのため）、着キャリアとなるキャリアＢが、ＩＰ−ＰＯＩ、ＳＴＭ−ＰＯＩの双方を保有していると判定する（ステップＳ１２）。なお、ＰＯＩ選択部２１３は、着キャリアを、取得したＵＲＩのドメイン部（carrier_B）、または、ＮＲＮ（npdi,rnパラメータ）の値（+81111112222）からキャリアＢであると特定する。
【００７７】
続いて、ＰＯＩ選択部２１３は、記憶部２４内の契約情報テーブル２００を参照し、キャリアＡとキャリアＢとの間の契約により、ＩＰ−ＰＯＩを用いて接続することを選択する（ステップＳ１３）。
【００７８】
次に、ＳＩＰサーバ２０の転送処理部２１４が、ＰＯＩ選択部２１３が選択したＰＯＩであるＩＰ−ＰＯＩを介して、着キャリア（キャリアＢ）にＳＩＰ信号を送信する。
【００７９】
このようにすることで、ＳＩＰサーバ２０は、キャリアＥＮＵＭサーバ１０からの応答情報に付されたＵＲＩに基づき、受信したＳＩＰ信号の着キャリアとそのＰＯＩ種別を選択して、ＳＩＰ信号を送信することができる。
【００８０】
次に、図６を参照して、ＰＯＩ選択部２１３および契約情報テーブル２００をキャリアＥＮＵＭサーバ１０が備える場合での、第１の形態（ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方で相互接続）のキャリア間の相互接続における番号解決処理を説明する。
【００８１】
まず、発側のキャリア網（キャリアＡ）のＳＩＰサーバ２０は、ＶｏＩＰ端末５からＳＩＰ信号（INVITE）を受信すると、ＳＩＰサーバ２０のＵＲＩ要求部２１２が、ＳＩＰ信号のRequest-URIに設定される着信先電話番号をＥＮＵＭプロトコルのドメイン形式（「.e164enum.net」等）で、キャリアＥＮＵＭサーバ１０に問い合わせる（ステップＳ２０）。
【００８２】
次に、キャリアＥＮＵＭサーバ１０のＵＲＩ通知部１１２は、問い合わせのあった着信先電話番号について、リソースレコード１００を検索する（ステップＳ２１）。そして、ＵＲＩ通知部１１２は、（規則Ａ）および（規則Ｂ）に従い、ＵＲＩをＳＩＰ−ＵＲＩ形式またはＴＥＬ−ＵＲＩ形式にする。ここでは、ＵＲＩ通知部１１２は、検索結果として、着キャリアであるキャリアＢが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩの双方を保有するため、ＵＲＩとして、「sip:+81111111111;npdi;rn=+81111112222@carrier_B」を生成し、ＰＯＩ選択部２１３に引き渡す。
【００８３】
ＰＯＩ選択部２１３は、取得したＵＲＩの形式が、ＳＩＰ−ＵＲＩ形式かそれともＴＥＬ−ＵＲＩ形式か、そして、ＳＩＰ−ＵＲＩ形式の場合に、ＮＲＮ（npdi,rnパラメータ）を含むか否かを判定する（図４のＰＯＩ選択処理参照）。
【００８４】
そして、ＰＯＩ選択部２１３は、取得したＵＲＩが、ＳＩＰ−ＵＲＩ形式であり、ＮＲＮ（npdi,rnパラメータ）ありのため、着キャリアとなるキャリアＢが、ＩＰ−ＰＯＩ、ＳＴＭ−ＰＯＩの双方を保有していると判定する（ステップＳ２２）。
【００８５】
続いて、ＰＯＩ選択部２１３は、記憶部１４内の契約情報テーブル２００を参照し、キャリアＡとキャリアＢとの間の契約により、ＩＰ−ＰＯＩを用いて接続することを選択する（ステップＳ２３）。そして、ＵＲＩ通知部１１２は、ＰＯＩ選択部２１３のＰＯＩ選択の結果に基づき、ＵＲＩを「sip:81111111111@carrier_B」に変更して応答情報をＳＩＰサーバ２０へ送信する。
【００８６】
次に、ＳＩＰサーバ２０の転送処理部２１４が、応答情報に含まれるＵＲＩを取得し、そのＵＲＩに基づき、ＩＰ−ＰＯＩを介して、着キャリア（キャリアＢ）にＳＩＰ信号を送信する。
【００８７】
このようにすることで、ＰＯＩ選択部２１３および契約情報テーブル２００をキャリアＥＮＵＭサーバ１０側で保持する場合でも、ＳＩＰサーバ２０は、受信したＳＩＰ信号の着キャリアとそのＰＯＩ種別を取得して、ＳＩＰ信号を送信することができる。
【００８８】
＜第２の形態の番号解決処理＞
次に、図７を参照して、図１に示した第２の形態（ＩＰ−ＰＯＩのみで相互接続）における番号解決処理を説明する。なお、ＰＯＩ選択部２１３および契約情報テーブル２００は、ＳＩＰサーバ２０が備えるものとする。
【００８９】
まず、発側のキャリア網（キャリアＡ）のＳＩＰサーバ２０は、ＶｏＩＰ端末５からＳＩＰ信号（INVITE）を受信すると、ＳＩＰサーバ２０のＵＲＩ要求部２１２が、ＳＩＰ信号のRequest-URIに設定される着信先電話番号をＥＮＵＭプロトコルのドメイン形式（「.e164enum.net」等）で、キャリアＥＮＵＭサーバ１０に問い合わせる（ステップＳ３０）。
【００９０】
次に、キャリアＥＮＵＭサーバ１０（ＵＲＩ通知部１１２）は、問い合わせのあった着信先電話番号について、リソースレコード１００を検索する。そして、ＵＲＩ通知部１１２は、その検索結果に基づき、上記において説明した（規則Ａ）および（規則Ｂ）に従い、ＵＲＩをＳＩＰ−ＵＲＩ形式またはＴＥＬ−ＵＲＩ形式にして応答情報としてＳＩＰサーバ２０に送信する（ステップＳ３１）。
ここでは、ＵＲＩ通知部１１２は、検索結果として、着キャリアであるキャリアＣが、ＩＰ−ＰＯＩのみを保有するため、ＵＲＩとして、「sip:+81111111111@carrier_C」を応答情報として送信したものとする。
【００９１】
ＳＩＰサーバ２０のＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０からの応答情報を取得し、ＵＲＩの形式が、ＳＩＰ−ＵＲＩ形式かそれともＴＥＬ−ＵＲＩ形式か、そして、ＳＩＰ−ＵＲＩ形式の場合に、ＮＲＮ（npdi,rnパラメータ）を含むか否かを判定する（図４のＰＯＩ選択処理参照）。
【００９２】
そして、ＰＯＩ選択部２１３は、応答情報として取得したＵＲＩが、ＳＩＰ−ＵＲＩ形式であり、ＮＲＮ（npdi,rnパラメータ）なしのため、着キャリアとなるキャリアＣが、ＩＰ−ＰＯＩのみを保有していると判定する（ステップＳ３２）。なお、ＰＯＩ選択部２１３は、着キャリアを、取得したＵＲＩのドメイン部（carrier_C）からキャリアＣであると特定する。
【００９３】
続いて、ＳＩＰサーバ２０の転送処理部２１４が、ＰＯＩ選択部２１３が選択したＰＯＩであるＩＰ−ＰＯＩを介して、着キャリア（キャリアＣ）にＳＩＰ信号を送信する。
【００９４】
このようにすることで、ＳＩＰサーバ２０は、キャリアＥＮＵＭサーバ１０からの応答情報に付されたＵＲＩに基づき、受信したＳＩＰ信号の着キャリア（キャリアＣ）とそのＰＯＩ種別（ＩＰ−ＰＯＩ）を取得して、ＳＩＰ信号を送信することができる。
【００９５】
＜第３の形態の番号解決処理＞
次に、図８を参照して、図１に示した第３の形態（ＳＴＭ−ＰＯＩのみで相互接続）における番号解決処理を説明する。
【００９６】
まず、発側のキャリア網（キャリアＡ）のＳＩＰサーバ２０は、ＶｏＩＰ端末５からＳＩＰ信号（INVITE）を受信すると、ＳＩＰサーバ２０のＵＲＩ要求部２１２が、ＳＩＰ信号のRequest-URIに設定される着信先電話番号をＥＮＵＭプロトコルのドメイン形式（「.e164enum.net」等）で、キャリアＥＮＵＭサーバ１０に問い合わせる（ステップＳ４０）。
【００９７】
次に、キャリアＥＮＵＭサーバ１０（ＵＲＩ通知部１１２）は、問い合わせのあった着信先電話番号について、リソースレコード１００を検索する。そして、ＵＲＩ通知部１１２は、その検索結果に基づき、上記において説明した（規則Ａ）および（規則Ｂ）に従い、ＵＲＩをＳＩＰ−ＵＲＩ形式またはＴＥＬ−ＵＲＩ形式にして応答情報としてＳＩＰサーバ２０に送信する（ステップＳ４１）。
ここでは、ＵＲＩ通知部１１２は、検索結果として、着キャリアであるキャリアＤが、ＳＴＭ−ＰＯＩのみを保有するため、ＵＲＩとして、「tel:+81333333333;npdi;rn=+81333331111」を応答情報として送信したものとする。
【００９８】
ＳＩＰサーバ２０のＰＯＩ選択部２１３は、キャリアＥＮＵＭサーバ１０からの応答情報を取得し、ＵＲＩの形式が、ＳＩＰ−ＵＲＩ形式かそれともＴＥＬ−ＵＲＩ形式か、そして、ＳＩＰ−ＵＲＩ形式の場合に、ＮＲＮ（npdi,rnパラメータ）を含むか否かを判定する（図４のＰＯＩ選択処理参照）。
【００９９】
そして、ＰＯＩ選択部２１３は、応答情報として取得したＵＲＩが、ＴＥＬ−ＵＲＩ形式であり、ＮＲＮ（npdi,rnパラメータ）の値「+81333331111」からキャリアＤを特定し、そのキャリアＤがＳＴＭ−ＰＯＩのみを保有していると判定する（ステップＳ４２）。
【０１００】
続いて、ＳＩＰサーバ２０の転送処理部２１４が、ＰＯＩ選択部２１３が選択したＰＯＩであるＳＴＭ−ＰＯＩを介して、着キャリア（キャリアＤ）にＳＩＰ信号を送信する。
【０１０１】
このようにすることで、ＳＩＰサーバ２０は、キャリアＥＮＵＭサーバ１０からの応答情報に付されたＵＲＩに基づき、受信したＳＩＰ信号の着キャリア（キャリアＤ）とそのＰＯＩ種別（ＳＴＭ−ＰＯＩ）を取得して、ＰＳＴＮ網を介してＳＩＰ信号を送信することができる。
【０１０２】
以上説明したように、本実施形態に係る番号解決システム１、番号解決方法およびキャリアＥＮＵＭサーバ１０によれば、既存のＩＳＵＰを用いた相互接続と、ＳＩＰによるＩＰ相互接続とが混在する環境において、キャリアＥＮＵＭサーバ１０を用いて、着信先のキャリアに関するＰＯＩ種別情報と、キャリア情報とを同時に発キャリア網に通知し、ＳＩＰ信号をルーチングさせることができる。
また、キャリアＥＮＵＭサーバ１０からの応答におけるＵＲＩに規則を設け、その規則に基づきＰＯＩ種別を選択するＰＯＩ選択部２１３を設けることで、ＩＰでの相互接続の過渡期においても、ＥＮＵＭプロトコルの拡張を行わずに、キャリアＥＮＵＭサーバ１０の運用を実行し、円滑なＩＰ接続への移行が可能となる。
【符号の説明】
【０１０３】
１ 番号解決システム
５ ＶｏＩＰ端末
１０ キャリアＥＮＵＭサーバ
１１，２１ 制御部
１２，２２ 入出力部
１３，２３ メモリ部
１４，２４ 記憶部
２０ ＳＩＰサーバ
１００ リソースレコード
１１１，２１１ 情報受信部
１１２ ＵＲＩ通知部
１１３，２１５ 情報送信部
２００ 契約情報テーブル（契約情報）
２１２ ＵＲＩ要求部
２１３ ＰＯＩ選択部
２１４ 転送処理部
【特許請求の範囲】
【請求項１】
呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバと、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭ（Telephone Number Mapping）サーバとを備える番号解決システムであって、
前記キャリアＥＮＵＭサーバは、
前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコードを記憶している記憶部と、
前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ（Synchronous Transfer Mode）−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮ（Network Routing Number）を含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するＵＲＩ通知部とを備え、
前記ＳＩＰサーバは、
前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報を記憶している記憶部と、
前記呼制御信号に含まれる前記着信先電話番号を付して、前記着キャリアのＵＲＩを前記キャリアＥＮＵＭサーバに要求するＵＲＩ要求部と、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部または前記ＮＲＮから前記着キャリアを特定し、
前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択するＰＯＩ選択部と、
を備えることを特徴とする番号解決システム。
【請求項２】
前記キャリアＥＮＵＭサーバのＵＲＩ通知部は、
前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、
前記ＳＩＰサーバのＰＯＩ選択部は、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部から前記着キャリアを特定し、
前記ＵＲＩの形式が、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有すると判定すること
を特徴とする請求項１に記載の番号解決システム。
【請求項３】
前記キャリアＥＮＵＭサーバのＵＲＩ通知部は、
前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、
前記ＳＩＰサーバのＰＯＩ選択部は、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを取得し、前記ＮＲＮから前記着キャリアを特定し、
前記ＵＲＩの形式が、前記ＴＥＬ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有すると判定すること
を特徴とする請求項２に記載の番号解決システム。
【請求項４】
呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバと、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭサーバとを備える番号解決システムの番号解決方法であって、
前記ＳＩＰサーバは、
前記呼制御信号に含まれる前記着信先電話番号を付して、前記着キャリアのＵＲＩを前記キャリアＥＮＵＭサーバに要求するステップを実行し、
前記キャリアＥＮＵＭサーバは、
前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコードが記憶されている記憶部を備えており、
前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、
前記ＳＩＰサーバは、
前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報が記憶されている記憶部を備えており、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部または前記ＮＲＮから前記着キャリアを特定するステップと、
前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択するステップと、を実行すること
を特徴とする番号解決方法。
【請求項５】
前記キャリアＥＮＵＭサーバは、
前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、
前記ＳＩＰサーバは、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部から前記着キャリアを特定するステップと、
前記ＵＲＩの形式が、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有すると判定するステップと、を実行すること
を特徴とする請求項４に記載の番号解決方法。
【請求項６】
前記キャリアＥＮＵＭサーバは、
前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、
前記ＳＩＰサーバは、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを取得し、前記ＮＲＮから前記着キャリアを特定するステップと、
前記ＵＲＩの形式が、前記ＴＥＬ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有すると判定するステップと、を実行すること
を特徴とする請求項５に記載の番号解決方法。
【請求項７】
呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバに接続され、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭサーバであって、
前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコード、および、前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報を記憶している記憶部と、前記ＳＩＰサーバに前記応答情報を送信するＵＲＩ通知部と、前記着キャリアのＰＯＩを選択するＰＯＩ選択部とを備え、
前記ＵＲＩ通知部は、
前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記生成したＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩをＰＯＩ選択部に出力し、
前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、
前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、
前記ＰＯＩ選択部は、
前記ＵＲＩ通知部から、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、 前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択し、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩ、または、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信すること
を特徴とするキャリアＥＮＵＭサーバ。
【請求項１】
呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバと、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭ（Telephone Number Mapping）サーバとを備える番号解決システムであって、
前記キャリアＥＮＵＭサーバは、
前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコードを記憶している記憶部と、
前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ（Synchronous Transfer Mode）−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮ（Network Routing Number）を含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するＵＲＩ通知部とを備え、
前記ＳＩＰサーバは、
前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報を記憶している記憶部と、
前記呼制御信号に含まれる前記着信先電話番号を付して、前記着キャリアのＵＲＩを前記キャリアＥＮＵＭサーバに要求するＵＲＩ要求部と、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部または前記ＮＲＮから前記着キャリアを特定し、
前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択するＰＯＩ選択部と、
を備えることを特徴とする番号解決システム。
【請求項２】
前記キャリアＥＮＵＭサーバのＵＲＩ通知部は、
前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、
前記ＳＩＰサーバのＰＯＩ選択部は、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部から前記着キャリアを特定し、
前記ＵＲＩの形式が、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有すると判定すること
を特徴とする請求項１に記載の番号解決システム。
【請求項３】
前記キャリアＥＮＵＭサーバのＵＲＩ通知部は、
前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、
前記ＳＩＰサーバのＰＯＩ選択部は、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを取得し、前記ＮＲＮから前記着キャリアを特定し、
前記ＵＲＩの形式が、前記ＴＥＬ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有すると判定すること
を特徴とする請求項２に記載の番号解決システム。
【請求項４】
呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバと、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭサーバとを備える番号解決システムの番号解決方法であって、
前記ＳＩＰサーバは、
前記呼制御信号に含まれる前記着信先電話番号を付して、前記着キャリアのＵＲＩを前記キャリアＥＮＵＭサーバに要求するステップを実行し、
前記キャリアＥＮＵＭサーバは、
前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコードが記憶されている記憶部を備えており、
前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、
前記ＳＩＰサーバは、
前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報が記憶されている記憶部を備えており、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部または前記ＮＲＮから前記着キャリアを特定するステップと、
前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択するステップと、を実行すること
を特徴とする番号解決方法。
【請求項５】
前記キャリアＥＮＵＭサーバは、
前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、
前記ＳＩＰサーバは、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、前記ＵＲＩのドメイン部から前記着キャリアを特定するステップと、
前記ＵＲＩの形式が、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有すると判定するステップと、を実行すること
を特徴とする請求項４に記載の番号解決方法。
【請求項６】
前記キャリアＥＮＵＭサーバは、
前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信するステップを実行し、
前記ＳＩＰサーバは、
前記キャリアＥＮＵＭサーバからの前記応答情報により、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを取得し、前記ＮＲＮから前記着キャリアを特定するステップと、
前記ＵＲＩの形式が、前記ＴＥＬ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有すると判定するステップと、を実行すること
を特徴とする請求項５に記載の番号解決方法。
【請求項７】
呼制御信号を送受信する発キャリアおよび着キャリアが、ＩＰ網とＰＳＴＮとを備え、前記発キャリアの前記ＩＰ網内のＳＩＰサーバに接続され、前記ＳＩＰサーバからの要求により着信先電話番号に対応する前記着キャリアのＵＲＩを検索し応答情報として前記ＳＩＰサーバへ送信するキャリアＥＮＵＭサーバであって、
前記呼制御信号に含まれる前記着信先電話番号に対応する前記着キャリアのＵＲＩを格納するリソースレコード、および、前記発キャリアと前記着キャリアとが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方で接続可能な場合に、いずれのＰＯＩを利用するかを示す契約情報を記憶している記憶部と、前記ＳＩＰサーバに前記応答情報を送信するＵＲＩ通知部と、前記着キャリアのＰＯＩを選択するＰＯＩ選択部とを備え、
前記ＵＲＩ通知部は、
前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、ＩＰ−ＰＯＩとＳＴＭ−ＰＯＩとの双方を保有して前記発キャリアと相互接続する場合に、前記着キャリアを特定するためのＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記生成したＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩをＰＯＩ選択部に出力し、
前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、前記ＩＰ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、
前記ＳＩＰサーバから前記着信先電話番号が付された要求を受け付け、前記リソースレコードを検索し、前記着キャリアが、前記ＳＴＭ−ＰＯＩのみを保有して前記発キャリアと相互接続する場合に、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信し、
前記ＰＯＩ選択部は、
前記ＵＲＩ通知部から、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式のＵＲＩを取得し、 前記ＵＲＩの形式が、前記ＮＲＮを含むＳＩＰ−ＵＲＩ形式であることにより、前記着キャリアが、前記ＩＰ−ＰＯＩと前記ＳＴＭ−ＰＯＩとの双方を保有すると判定し、前記ＩＰ−ＰＯＩまたは前記ＳＴＭ−ＰＯＩのいずれかを、前記契約情報を参照して選択し、前記ＮＲＮを含まないＳＩＰ−ＵＲＩ形式のＵＲＩ、または、前記ＮＲＮを含むＴＥＬ−ＵＲＩ形式のＵＲＩを生成し、前記応答情報として前記ＳＩＰサーバに送信すること
を特徴とするキャリアＥＮＵＭサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−２５３５７５（Ｐ２０１２−２５３５７５Ａ）
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願番号】特願２０１１−１２４７１２（Ｐ２０１１−１２４７１２）
【出願日】平成２３年６月３日（２０１１．６．３）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願日】平成２３年６月３日（２０１１．６．３）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]