WO2022123942A1 - 電話番号調査装置、同方法、同プログラム、同情報提供システム - Google Patents

電話番号調査装置、同方法、同プログラム、同情報提供システム Download PDF

Info

Publication number
WO2022123942A1
WO2022123942A1 PCT/JP2021/039547 JP2021039547W WO2022123942A1 WO 2022123942 A1 WO2022123942 A1 WO 2022123942A1 JP 2021039547 W JP2021039547 W JP 2021039547W WO 2022123942 A1 WO2022123942 A1 WO 2022123942A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
telephone number
telephone
incoming
response message
Prior art date
Application number
PCT/JP2021/039547
Other languages
English (en)
French (fr)
Inventor
泰則 川上
Original Assignee
株式会社クローバー・ネットワーク・コム
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社クローバー・ネットワーク・コム filed Critical 株式会社クローバー・ネットワーク・コム
Priority to US17/760,373 priority Critical patent/US20230291774A1/en
Priority to EP21903046.7A priority patent/EP4089991A4/en
Priority to AU2021395654A priority patent/AU2021395654B2/en
Publication of WO2022123942A1 publication Critical patent/WO2022123942A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/128—Details of addressing, directories or routing tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/4228—Systems providing special services or facilities to subscribers in networks

Definitions

  • the present invention relates to a telephone number search device, the same method, the same program, the same information providing system, and a recording medium.
  • the calling telephone number search device can be a PSTN (Public Switched Telephone Networks), a mobile communication network, or an IP (Internet Protocol) telephone network. Be connected. Then, the telephone number investigation device inquires about the subscriber data using the UNI (User Network Interface) protocol of ISDN (Integrated Service Digital Network), and "telephone number is valid”. , “Invalid”, “Relocation”, etc., can be researched on the usage status of telephone numbers.
  • PSTN Public Switched Telephone Networks
  • IP Internet Protocol
  • IP telephone number investigation device capable of correctly determining the usage status of telephone numbers.
  • the basic mechanism of an IP telephone is very different from that of a traditional fixed-line telephone technology. Therefore, for example, as described in Patent Document 4, an INVITE request with an incorrect description is intentionally made to an IP telephone network (SIP server). ) Is known as a telephone number investigation device for investigating the validity of an IP telephone number.
  • the IP telephone to be searched in Patent Document 4 is a 050 type IP telephone to which an 11-digit telephone number starting with 050 is assigned, and a telephone number of the same format as a conventional subscriber telephone such as an optical telephone is used. It does not target the assigned 0AB-J type IP phone. Therefore, when researching the telephone number usage status of the 0AB-J type IP phone, it is not possible to investigate the effectiveness due to the refusal of the network side.
  • the applicant can check the usage status of the telephone number in the IP telephone network by sending a specific SIP message that the IP telephone rejects the incoming call from the calling terminal (telephone number search device) of the UNI connection of the IP telephone network.
  • a technology for making a judgment without using a signal to ring the incoming call bell, and patented it on March 31, 2017 as "Telephone number search device, the same method, the same program, and a recording medium" (Patent No. 6114901). Registered.
  • the smooth transition to the new system infrastructure can be achieved by introducing a SIP protocol-based telephone number search tool that can connect to the NGN network.
  • the IP telephones subject to the telephone number survey include telephone numbers of the same format as conventional subscriber telephones, such as optical telephones, in addition to the 050 type to which 11-digit telephone numbers starting with 050 are assigned.
  • the assigned 0AB-J type is also included, and therefore, it can be accurately determined when conducting a valid / invalid investigation of a telephone number without depending on the type of IP telephone.
  • Japanese Unexamined Patent Publication No. 2009-055512 Japanese Unexamined Patent Publication No. 2011-135121 Japanese Unexamined Patent Publication No. 2014-033474 Japanese Unexamined Patent Publication No. 2012-015605
  • IMS is a standard for realizing multimedia services that are integrated by converting services that have been performed by fixed networks and mobile communications into IP, and as a system created according to the standard.
  • an IMS interconnection interface or the like is used for interconnection between operators, and the telephone number usage status in the IMS network or IP telephone network (VoIP network) is determined without using the signal for ringing the incoming bell, the NGN network. It is necessary to introduce a SIP protocol-based telephone number search tool that can be connected to VoIP and to facilitate a smooth transition to the new system infrastructure.
  • the present invention has been made to solve the above-mentioned problems, and uses an IMS interconnection interface or the like for interconnection between business operators to determine the usage status of telephone numbers in an IMS network or an IP telephone network (VoIP network).
  • the purpose is to provide a telephone number search device, the same method, the same program, and the same information provision system that enable a smooth transition to the new system infrastructure.
  • a telephone number investigation device connected to a telephone connected to at least an IMS network or a VoIP network, which is an incoming network, via an NGN network, and a first SDP parameter is used as an INVITE request for the telephone to be investigated.
  • the first SDP parameter includes at least VoIP6 network protocol, and the NGN network sets the first SDP parameter to the incoming network.
  • the SBC has a function of converting the network protocol into a VoIP network protocol suitable for the incoming call network and transmitting the message to the message exchange control unit.
  • the first SDP parameter or when the first SDP parameter is converted, it is determined that the incoming network is the VoIP network, and the first SDP parameter of the first response message is converted. If not, and if the first response message is the first error code, it is determined that the incoming call network is the IMS network.
  • the message exchange control unit investigates the second SDP parameter from the next time. It is attached to the INVITE request for the telephone and transmitted.
  • the first SDP parameter is a parameter compliant with the IMS network
  • the second SDP parameter is a parameter compliant with the VoIP network.
  • the first SDP parameter is also a parameter for the telephone connected to the IMS network to reject an incoming call, and the first SDP parameter is the network protocol, media type, transport protocol, and codec.
  • the telephone is set as a parameter for rejecting an incoming call.
  • the first SDP parameter includes a media type including all media including audio, video, and applications.
  • the second SDP parameter is a parameter for the telephone connected to the VoIP network to reject an incoming call
  • the second SDP parameter is a network protocol (IPv4) and a media type (voice). Since one is fixed, the description of the parameter consisting of at least one of the transport protocol and the codec, or a combination thereof is set as a parameter for the telephone to reject an incoming call.
  • the SBC has a function of converting the network protocol into an IPv4 network protocol suitable for the incoming network and transmitting the network protocol.
  • the message exchange control unit determines that the incoming network is the VoIP network when the first response message is "200 OK" or when the first SDP parameter is converted. If the first response message has not been converted with the first SDP parameter and the first response message has the first error code, it is determined that the incoming network is the IMS network. ..
  • the telephone number investigation determination unit receives the first error code included in the first response message, it determines that the telephone number of the telephone actually exists and includes it in the first response message. When the second or third error code is received, it is determined that the telephone number of the telephone is missing.
  • the system includes the telephone number investigation device and a user terminal, and when the telephone number investigation device receives a telephone number investigation information provision request of the telephone from the user terminal, the telephone number investigation information provision is provided.
  • the user terminal that has been requested is provided with a network interface unit that transmits the telephone number usage status of the telephone determined by the telephone number investigation determination unit via the IP network.
  • the step of the telephone number investigation device applying the first SDP parameter to the INVITE request for the telephone to be investigated and transmitting the INVITE request to the incoming network selected by the NGN network, and the step of transmitting the INVITE request from the incoming network to the first.
  • the first SDP parameter comprises at least IPv6 network protocol.
  • the SBC When the NGN network transmits the first SDP parameter to the incoming network, the SBC has a function of converting the network protocol into an IPv4 network protocol suitable for the incoming network and transmitting the network protocol.
  • the first response message is "200 OK", or when the first SDP parameter is converted, it is determined that the incoming network is the VoIP network, and the first response message of the first response message. If the SDP parameter of 1 is not converted and the first response message is the first error code, the step of determining that the incoming network is the IMS network is included.
  • the first SDP parameter comprises at least IPv6 network protocol.
  • the first response message is "200 OK", or when the first SDP parameter is converted, it is determined that the incoming network is the VoIP network, and the first response message of the first response message. If the SDP parameter of 1 is not converted and the first response message is the first error code, at least the process of determining that the incoming network is the IMS network is executed.
  • an IMS interconnection interface or the like is used for interconnection between business operators, and the usage status of telephone numbers in the IMS network or IP telephone network is determined to enable smooth transition to a new system infrastructure. It is possible to provide a telephone number search device, the same method, the same program, and the same information providing system. Further, it is possible to provide a telephone number investigation device, the same method, the same program, and the same information providing system that can determine the telephone number usage status of a telephone without depending on the type of the incoming call network.
  • FIG. 1 shows the network connection form of the telephone number investigation apparatus which concerns on embodiment of this invention.
  • It is an operation sequence diagram of the telephone number investigation apparatus which concerns on embodiment of this invention, and is an example in the case of the arrival side VoIP network to which the 1st SDP parameter is added.
  • It is an operation sequence diagram of the telephone number investigation apparatus which concerns on embodiment of this invention, and is an example in the case of the arrival side IMS network to which the 1st SDP parameter is added.
  • It is an operation sequence diagram of the telephone number investigation apparatus which concerns on embodiment of this invention, and is an example in the case of the arrival side VoIP network to which the 2nd SDP parameter is added.
  • It is a block diagram of the telephone number investigation apparatus which concerns on embodiment of this invention.
  • FIG. 1 is a diagram showing a network connection mode of the telephone number investigation device 10 according to the present embodiment.
  • the telephone number investigation device 10 according to the present embodiment has a plurality of investigation target telephone terminals (IMS terminals 50a, 50b and IP) connected to the IMS network 30 or the VoIP network (IP telephone network) 40.
  • the telephone terminal 60) is connected via the NGN network 20.
  • the IMS network 30 is constructed for each mobile communication carrier (carrier A) and NGN communication carrier (carrier B), and is managed and operated by each of the SIP servers 30a and 30b for each network (contract carrier).
  • the IMS terminals 50a and 50b are connected.
  • the IP telephone terminal 60 is connected to the IP telephone network 40 via the SIP server 30c of the VoIP communication operator (carrier C).
  • the calling side telephone number investigation device 10 dials the telephone number of the called side telephone terminal to dial and transmit the SIP server 20a in the NGN network 20, the calling side SBC (session border controller) 21, and the calling side SBC (session border controller) 21. Routing is executed in the order of the called party SBC 31, 41, the SIP servers 30a, 30b, 30c, the called party IMS terminals 50a, 50b, and the IP telephone terminal 60.
  • the UNI connection between the telephone number investigation device 10 and the NGN network 20, and the interconnection between the operators between the NGN network 20 and the IMS network 30 is the IMS interconnection via the calling side SBC21 and the called side SBC31.
  • the NGN network 20 and the VoIP network 40 are secured for interconnection via the calling side SBC21 and the called side SBC41, and a specific SIP message to be described later transmitted from the telephone number investigation device 10 reaches the IMS network 30. ..
  • FIG. 1 there are three networks on the called side, an IMS network, an NGN network, and a VoIP network. What is the IMS network to which the IMS terminal 50a is connected and the NGN network to which the IMS terminal 50b is connected? Since they have the same architecture, they will be described with the same number 30.
  • the common interface for interconnection between IMS operators by this IP-IP connection is defined by the international standard (TS.29.165).
  • SIP Session Description Protocol
  • the sender In order to establish a session with SIP, the sender first sends a request that describes the media information in the SIP message, and the called party replies with a response that selects the media that can be handled from among them, and is used for communication. Share media information. Putting media information in a SIP message to start a session in this way is called an offer, and returning media information that can be handled in response to it is called an answer.
  • This offer answer model is defined in RFC3264.
  • the telephone number investigation device 10 includes an NGN network 20 (SIP server 20a), an IMS network 30 (SIP server 30a), an NGN network 30 (SIP server 30b), or a VoIP network 40 (SIP server 30b).
  • SDP offer hereinafter referred to as an INVITE request
  • INVITE invitation
  • the called party is set to the SDP parameter.
  • the IMS terminals 50a and 50b or the IP telephone terminal 60 of the above add and transmit an SDP parameter for rejecting an incoming call (hereinafter referred to as INVITE (SDP mismatch)).
  • the incoming IMS terminal 50a, 50b or the IP telephone terminal 60 rejects the incoming call because the SDP parameters that can be used by itself are different, and returns a 488 error response (not acceptable: Not Acceptable Here) as a response message. do.
  • the telephone number investigation device 10 can accurately determine the existence of the IMS terminals 50a and 50b or the IP telephone terminal 60 by a mechanism described later.
  • RFC5853 which is an SBC standard
  • IPv6 NGN network
  • VoIP network VoIP network
  • the SBC21 of the NGN network 20 has an SDP parameter (first SDP).
  • first SDP SDP parameter
  • the incoming network if the incoming network is a VoIP network 40, it is said to have a function of converting the network protocol into an IPv4 network protocol suitable for the incoming network and transmitting.
  • the telephone number investigation device 10 determines whether the network protocol of the SDP parameter has been converted, and determines the IMS network 30 or the VoIP network 40.
  • FIG. 2 is an operation sequence diagram of the telephone number investigation device according to the embodiment of the present invention, showing a sequence in the case of a VoIP network on the arrival side to which the first SDP parameter is added.
  • the SDP negotiation procedure in the telephone number investigation device 10 the calling side NGN network 20, the calling side SBC21, the called side SBC41, the called side VoIP network 40, and the IP telephone terminal 60 is shown.
  • the telephone number investigation device 10 corresponds to the telephone number investigation device 10 via the incoming IP telephone network 40 of the VoIP communication operator of the contract carrier of the IP telephone terminal 60 to be investigated via the NGN network 20.
  • An INVITE request is transmitted to the IP telephone terminal 60.
  • the IP telephone terminal 60 on the called side adds information to reject the incoming call to the SDP parameter (first SDP parameter) included in the INVITE request and transmits the information (steps S11 to S12: INVITE + first SDP: IPv6).
  • the SDP parameter includes the network protocol of IPv6.
  • the SBC21 on the NGN network 20 side executes a function mismatch correction function in order to match the SDP parameter of the INVITE request with the function of the VoIP network 40, and rewrites the SDP parameter of the INVITE request to IPv4 (converts to IPv4).
  • the converted INVITE request (INVITE + mod.SDP: IPv4) is transmitted by the SBC 21 to the VoIP network (IPV4) 40 ahead (step S13).
  • the SBC 41 of the VoIP network 40 transmits the converted INVITE request (INVITE + mod.SDP: IPv4) to the incoming terminal 60 (steps S14 to S15).
  • the IP phone terminal 60 on the called side responds and returns a response message (200 OK + SDP: IPv4) (steps S16 to S17).
  • the SBC 41 of the VoIP network 40 converts the SDP parameters returned from the incoming terminal 60 and transmits a response message (200 OK + mod. SDP) to the SBC 21 on the NGN network 20 side (step S18).
  • the SBC 21 on the NGN network 20 side transmits the converted response message (200 OK + mod. SDP) to the telephone number search device 10.
  • the telephone number search device 10 When the telephone number search device 10 receives the response message "200 OK + mod. SDP", it determines that the incoming network is the VoIP network 40. Further, when the telephone number investigation device 10 receives the response message "200 OK + mod. SDP", the telephone number investigation device 10 determines that the telephone number of the IP telephone terminal 60 actually exists. After the network determination, the telephone number investigation device 10 transmits a confirmation ACK request from the SIP transmitter for VoIP to the IP telephone terminal 60 on the called side when the incoming network is the VoIP network 40 (steps S21 to S25). ..
  • the telephone number investigation device 10 transmits an INVITE request via the VoIP network 40 on the called side of the VoIP communication carrier of the contract carrier of the IP telephone terminal 60 to be investigated via the NGN network 20. At that time, information that the called party rejects the incoming call is added to the SDP parameter of IPv6 included in the INVITE request and transmitted (steps S31 to S32: INVITE + first SDP: IPv6).
  • the SBC 21 on the NGN network 20 side executes a function mismatch correction function in order to match the SDP parameter of the INVITE request with the function of the VoIP network 40, and rewrites the SDP parameter of the INVITE request to IPv4.
  • the converted INVITE request (INVITE + mod.SDP: IPv4) is transmitted by the SBC 21 to the VoIP network (IPV4) 40 ahead (step S33).
  • the SBC 41 of the VoIP network 40 transmits the converted INVITE request (INVITE + mod.SDP: IPv4) to the VoIP network 40 which is the incoming network (step S34).
  • the VoIP network 40 on the called side responds and returns a response message (error 404/183 + SDP: IPv4) with an SDP parameter and an error code (step S35).
  • the SBC 41 of the VoIP network 40 converts the SDP parameter of the response message and transmits the response message (error 404/183 + mod.SDP) to the SBC 21 on the NGN network 20 side (step S36).
  • the SBC 21 on the NGN network 20 side transmits the converted response message (error 404/183 + mod.SDP) to the telephone number investigation device 10 (steps S37 to S38).
  • the telephone number investigation device 10 receives the error code (404/183) included in the response message which is an error response (steps S35 to S38), and acquires the telephone number usage status (missing number) of the telephone number of the IP telephone terminal 60. By doing so, it is determined that the number is missing. After the network determination, the telephone number investigation device 10 transmits a confirmation ACK request from the SIP transmitter for VoIP to the IP telephone terminal 60 on the called side when the incoming network is the VoIP network 40 (steps S39 to S42). ..
  • the error response 404 code indicates the absence of the user, and the 183 code indicates a guidance response.
  • FIG. 3 is an operation sequence diagram of the telephone number investigation device according to the embodiment of the present invention, and shows a sequence in the case of a landing side IMS network to which a first SDP parameter is added.
  • the SDP negotiation procedure in the telephone number investigation device 10 the calling side NGN network 20, the calling side SBC21, the called side SBC31, the called side IMS network 30, and the IMS terminal 50a (50b) is shown.
  • the telephone number investigation device 10 corresponds to the telephone number investigation device 10 via the incoming side IMS network 30 such as the mobile phone network of the contract carrier of the IMS terminal 50a (50b) to be investigated via the NGN network 20.
  • the INVITE request is transmitted to the IMS terminal 50a (50b) of the above.
  • the information that the incoming IMS terminal 50a (50b) rejects the incoming call is added to the SDP parameter (first SDP parameter) included in the INVITE request and transmitted (steps S51 to S55: INVITE + first SDP). : IPv6).
  • the SBC 21 of the NGN network 20 supports IPv6, so that the network protocol is not converted.
  • the incoming IMS terminal 50a (50b) rejects the incoming call because the SDP parameter is different from the one that can be used by itself, and returns a 488 error response (steps S56 to S60).
  • the telephone number investigation device 10 can accurately acquire the telephone number usage status (existing, empty) of the IMS terminal 50a (50b).
  • the telephone number investigation device 10 When the telephone number investigation device 10 receives the 488 error response via the NGN network 20, it confirms to the calling side SBC, the called side SBC of the contract carrier, and the receiving side IMS terminal 50a (50b) via the IMS network 30. ACK request for this is transmitted (steps S61 to S66). As described above, the telephone number investigation device 10 according to the present embodiment realizes a three-way handshake of INVITE request / 488 error response / ACK request for telephone number usage investigation, and enhances communication reliability. ing.
  • the telephone number investigation device 10 sends the called side IMS terminal 50a (50b) to the NGN network 20 and IMS.
  • the INVITE request is transmitted via the network 30 (steps S71 to S74).
  • the telephone number investigation device 10 receives the "404/183" error response from the incoming IMS network 30 (SIP server 30a (30b)) (steps S75 to S78), and the telephone number usage status (missing number). ) Can be obtained.
  • the telephone number investigation device 10 Upon receiving the 404 error response, the telephone number investigation device 10 transmits a confirmation ACK request to the IMS network 30 via the NGN network 20 (steps S81 to S84).
  • FIG. 4 is an operation sequence diagram of the telephone number investigation device according to the embodiment of the present invention, and shows a sequence in the case of a destination VoIP network to which a second SDP parameter is added.
  • the telephone number investigation device 10 corresponds to the telephone number investigation device 10 via the incoming IP telephone network 40 of the VoIP communication carrier of the contract carrier of the IP telephone terminal 60 to be investigated via the NGN network 20.
  • An INVITE request is transmitted to the IP telephone terminal 60.
  • the IP telephone terminal 60 on the called side adds information for rejecting the incoming call to the second SDP parameter included in the INVITE request and transmits the information (steps S211 to S212: INVITE + second SDP: IPv4).
  • the second SDP parameter since the network protocol (IPv4) and the media type (voice) are fixed, the description of the parameter consisting of at least one of the transport protocol and the codec, or a combination thereof.
  • the IP phone includes a parameter for rejecting an incoming call.
  • the INVITE request (INVITE + second SDP: IPv4) is sent as it is without performing SDP conversion.
  • SBC 21 transmits to the VoIP network (IPV4) 40 ahead (step S213).
  • the SBC 41 of the VoIP network 40 transmits the received INVITE request (INVITE + second SDP: IPv4) to the incoming terminal 60 (steps S214 to S215).
  • the IP phone terminal 60 on the called side rejects the incoming call because the SDP parameter is different from the one that can be used by itself, and returns an error 488 response (steps S216 to S217).
  • the SBC 41 of the VoIP network 40 transmits the error 488 response returned from the incoming terminal 60 to the SBC 21 on the NGN network 20 side (step S218).
  • the SBC 21 on the NGN network 20 side transmits an error 488 response to the telephone number investigation device 10.
  • the telephone number investigation device 10 can accurately acquire the telephone number usage status (existing, empty) of the incoming terminal 60.
  • the telephone number investigation device 10 transmits an ACK request for confirmation from the SIP transmitter for VoIP to the IP telephone terminal 60 on the called side (steps S221 to S225).
  • the telephone number investigation device 10 sends INVITE to the called IP telephone terminal 60 via the NGN network 20 and the VoIP network 40.
  • the request is transmitted (steps S231 to S234).
  • the telephone number investigation device 10 receives the error code (183) included in the response message which is an error response (steps S235 to S238), and the telephone number usage status (missing number) of the telephone number of the IP telephone terminal 60.
  • the telephone number investigation device 10 transmits an ACK request for confirmation from the SIP transmitter for VoIP to the IP telephone terminal 60 on the called side (steps S239 to S242).
  • the 183 code which is an error response, indicates a guidance response.
  • FIG. 5 is a block diagram showing the configuration of the telephone number investigation device 10 according to the present embodiment.
  • the telephone number investigation device 10 includes a network interface unit 11, a message exchange control unit 12, a telephone number investigation determination unit 13, a telephone number history generation unit 14, and a telephone number history. It includes and is configured with DB (15).
  • the network interface unit 11 is responsible for the communication interface for the telephone number search device 10 to perform communication conforming to the SIP protocol.
  • the message exchange control unit 12 transmits an SDP mismatch INVITE request to the IMS terminals 50a and 50b or the IP telephone terminal 60, and sends a message (error) from the SIP server 30a and 30b of the called party IMS network 30 or the SIP server 30c of the VoIP network 40. Response) is received.
  • the SDP parameters added to make the SDP mismatch include "network protocol", "media type", and "transport protocol", in which the incoming IMS terminal 50a, 50b or the IP telephone terminal 60 cannot be used. It is either one of the "codecs" or a combination thereof.
  • the message exchange control unit 12 can use at least one of the network protocol, the media type, the transport protocol, and the codec, or a combination thereof, from which the incoming IMS terminal 50a, 50b or the IP telephone terminal 60 cannot be used. SDP parameter is added and transmitted.
  • the telephone number investigation determination unit 13 determines the validity of the telephone number, such as the existence or nonexistence of the incoming IMS terminals 50a and 50b or the IP telephone terminal 60, according to the error response received via the message exchange control unit 12. do. When the answer message indicates that the incoming call is rejected, the telephone number investigation determination unit 13 determines that the telephone number of the IMS terminals 50a and 50b or the IP telephone terminal 60 actually exists. When the message exchange control unit 12 receives, for example, an error code 488 (first error code), if the telephone number of the incoming IMS terminal 50a, 50b or the IP telephone terminal 60 to be investigated actually exists. The determination is made, and for example, when the error code 404 (second error code) or 183 (third error code) is received, it is determined that the telephone number is missing.
  • error code 488 first error code
  • the telephone number investigation determination unit 13 receives an incoming call to be investigated. It may be determined that the telephone numbers of the IMS terminals 50a and 50b on the side "exist in an empty state”. Further, when the message exchange control unit 12 receives, for example, the error code 486 (fourth error code), the telephone numbers of the incoming IMS terminals 50a and 50b to be investigated are "existing in a busy state”. It may be determined that "to do”.
  • the telephone number investigation determination unit 13 receives an incoming call to be investigated. It may be determined that the telephone numbers of the IMS terminals 50a and 50b on the side are "the user is absent and the contract is canceled and the number is absent".
  • the telephone number investigation determination unit 13 is the IP telephone of the called party to be investigated. It may be determined that the telephone number of the terminal 60 "exists in an empty state".
  • the telephone number investigation determination unit 13 is an investigation target when the message exchange control unit 12 receives, for example, an error code 183 (third error code) as a response message from the VoIP network 40 (SIP server 30c). It may be determined that the telephone number of the IP telephone terminal 60 on the called side is "missing".
  • the telephone number history generation unit 14 assigns a time stamp indicating the determination date and time to each of the determination results of the telephone number investigation determination unit 13 and records the telephone number history DB (15) on the recording medium in chronological order. To construct.
  • the telephone number history information stored in the telephone number history DB (15) includes the "telephone number” to be investigated for each investigation and the relocation destination or the relocation destination found at the time of the investigation.
  • "New subscriber number” which is a contact phone number, "error code” returned from the incoming call network, "investigation date” (time stamp), and "other layer information” regarding the layer returned from the incoming call network. Is memorized and registered.
  • the telephone number history information for example, when the investigation of the telephone number usage status of the telephone number "03-3359-0906" is executed, the investigation is performed in the above layout for each determination of the telephone number investigation determination unit 13. Information is sequentially stored and accumulated as history information.
  • the telephone number history DB (15) contains "corporate name / individual name", address, age, and other "attribute information” and "map link information” that own the telephone number. "Credit information" for evaluating credit may be added and recorded.
  • Each of the network interface unit 11, the message exchange control unit 12, the telephone number investigation determination unit 13, and the telephone number history generation unit 14 has a built-in memory in which a program is recorded, or a microprocessor in which the memory is externally attached. It is realized by a peripheral control LSI (Large Scale Integration) including communication, and the following functions as the telephone number search device 10 can be realized by sequentially reading and executing a program recorded in a memory by a microprocessor.
  • LSI Large Scale Integration
  • an SDP parameter that the IMS terminal 50a (50b) rejects an incoming call is added to the SDP parameter included in the INVITE request, and the NGN Transmission is performed via the IMS network 30, which is the incoming network for each contract carrier of the IMS terminals 50a (50b) selected by the network 20.
  • the telephone number usage status of the IMS terminal 50a (50b) is determined according to the response message of the IMS network 30 (IMS terminal 50a (50b)) which is the incoming network selected by the NGN network 20.
  • the telephone number history DB (15) is mounted on a semiconductor memory or a large-capacity recording medium such as an optical memory such as a hard disk or a DVD (Digital Versatile Disc).
  • the telephone number investigation device 10 (message exchange control unit 12) confirms and determines the network protocol from the description contents of the SDP parameters with the IMS terminals 50a and 50b that are the targets of the telephone number investigation. (Step S91), media type confirmation determination (step S93), media transport protocol confirmation determination (step S95), and codec confirmation determination (step S97) are performed in this order for communication establishment negotiation.
  • step S91 in the confirmation determination of the network protocol (step S91), when an IPv4 terminal that does not support IPv6 is mounted on the incoming IMS terminals 50a and 50b (step S91 “NO”), the IPv4 terminal is An error code 488 (warning code 300/301) indicating a network protocol mismatch is returned to the message exchange control unit 12 (step S92).
  • step S91 “YES” when the IPv6 terminal is mounted (step S91 “YES”), the media type confirmation determination (step S93) is subsequently executed.
  • the SDP description includes at least one media type (m) that the IPv6 terminal does not support (step S93 “NO”), the incoming IMS terminals 50a and 50b do not match the media types.
  • the indicated error code 488 (warning code 304) is returned (step S94).
  • step S95 When terminals corresponding to all media types are mounted on the incoming IMS terminals 50a and 50b (step S93 “YES”), the transport protocol confirmation determination is subsequently performed (step S95).
  • all media types according to the SDP description can be used, but when a transport protocol (RTP / AVPF) that cannot be used is described (step S95 “NO”), the IMS of the called party which is the AVP terminal.
  • the terminals 50a and 50b and the IP telephone terminal 60 return an error code 488 (warning code 302) (step S96).
  • step S97 the codec confirmation determination is executed (step S97).
  • a codec that cannot be used is described (step S97 “NO”), that is, H.I.
  • a terminal using a video codec having a lower image quality and lower compression than 264, such as MPEG4 is mounted, the H.M. Terminals other than 264 return an error code 488 (warning code 305) to the telephone number search device 10 (message exchange control unit 12) (step S98).
  • the telephone number investigation method described below can be achieved by having a computer execute each applicable procedure.
  • the telephone number investigation device 10 sets the SDP parameter included in the INVITE request to the IMS terminal. 50a, 50b, the IP telephone terminal 60 is given an SDP parameter for rejecting an incoming call, and transmission is performed via the IMS network 30 or the VoIP network 40, which is the incoming call network for each contract carrier selected by the NGN network 20.
  • the telephone number investigation determination unit 13 is the called party.
  • the presence / absence is determined by decoding the response to the INVITE request due to the SDP mismatch returned from the IMS terminal 50a of the contract carrier A via the IMS network 30 of the contract carrier A (step S102).
  • step S102 the error code 404 is transmitted from the called side IMS network 30 as described using the sequence diagram of FIGS. 3 (a) and 3 (b).
  • the telephone number investigation determination unit 13 is performed by decoding the response (error code “404 or 183”) to the INVITE request due to the SDP mismatch returned from the IMS network 30 which is the selected incoming network (step S103, S107).
  • step S104 determines whether the IMS terminal 50a is free or busy.
  • the telephone number investigation determination unit 13 is selected as described using the sequence diagram of FIGS. 2 (a) and 2 (b). It is performed by decoding the response to the INVITE request due to the SDP mismatch, for example, the error code "486" returned from the IMS network 30 which is the incoming call network (steps S105 and S107), while the availability determination (step S104 "".
  • the "vacant" is performed by decoding the response (error code 488) to the INVITE request due to the SDP mismatch (steps S106, S107).
  • the usage status of the telephone number of the called side IMS terminal 50a determined in step S107 is determined by the telephone number history generation unit 14 based on the determination result by the telephone number investigation determination unit 13, for example, the telephone number shown in FIG.
  • Telephone number history information is generated according to the history information layout, and is recorded in the telephone number history DB (15) each time.
  • the error code can be used to confirm the incoming network determination of IMS / VoIP and the usage status of the telephone number.
  • the telephone number history information accumulated in the telephone number history DB (15) is edited in an appropriate format when accumulated for a certain period of time, and is distributed to those who wish to search as a telephone number usage status survey recording medium.
  • the telephone number investigation determination unit 13 is the called party.
  • the existence / missing number is determined by decoding the response to the INVITE request due to the SDP mismatch, which is returned from the IMS terminal 50b via the NGN network 30 of the contract carrier B (step S108).
  • step S108 the telephone number investigation determination unit 13 responds to the INVITE request due to the SDP mismatch (error code “404 or 183”) returned from the NGN network 30 which is the selected incoming network. Is performed by decoding (steps S109, S103).
  • step S110 determines whether the terminal is free or busy.
  • the telephone number investigation determination unit 13 responds to the INVITE request due to the SDP mismatch, which is returned from the NGN network 30 which is the selected incoming network. It is performed by decoding (error code "486") (steps S111 and S113).
  • the free determination is performed by decoding the response (error code 488) to the INVITE request due to the SDP mismatch (steps S112 and S113).
  • the usage status of the telephone number of the IMS terminal 50b determined in step S113 is determined by the telephone number history generation unit 14 according to the telephone number history information layout shown in FIG. 8 based on the determination result by the telephone number investigation determination unit 13.
  • the telephone number history information is generated and recorded in the telephone number history DB (15) each time.
  • the telephone number history information accumulated in the telephone number history DB (15) is edited in an appropriate format when accumulated for a certain period of time, and is distributed to those who wish to search as a telephone number usage status survey recording medium.
  • the telephone number investigation determination unit 13 is the called party.
  • the presence / absence is determined by decoding the response to the INVITE request due to the SDP mismatch, which is returned from the IP telephone terminal 60 of the above via the VoIP network 40 of the contract carrier C (step S114).
  • step S114 the telephone number investigation determination unit 13 decodes the response (error code “183”) to the INVITE request due to the SDP mismatch, which is returned from the selected VoIP network 40. (Steps S117, S121).
  • step S118 determines whether the IP telephone terminal 60 is in a free state or busy.
  • the telephone number investigation determination unit 13 responds to the INVITE request due to the SDP mismatch, which is returned from the selected VoIP network 40. This is done by decoding the response (error code "486") (steps S119, S121).
  • the vacancy determination is performed by decoding the response (error code 488) to the INVITE request due to the SDP mismatch (steps S120 and S121).
  • the usage status of the IP telephone number determined in step S121 is determined by the telephone number history generation unit 14 based on the determination result by the telephone number investigation determination unit 13 according to the telephone number history information layout shown in FIG. Information is generated and recorded in the telephone number history DB (15) each time.
  • the telephone number history information accumulated in the telephone number history DB (15) is edited in an appropriate format when accumulated for a certain period of time, and is distributed to those who wish to search as a telephone number usage status survey recording medium.
  • the LNP Local Number Portability
  • the incoming network is an IMS network (NGN network) or a VoIP network.
  • the parameters of SDP mismatch are different between the IMS network (NGN network) and the VoIP network.
  • the IMS network 30 (NGN network) supports both IPv4 and IPv6 network protocols, but the VoIP network 40 supports only IPv4 and does not support IPv6. Further, the IMS network 30 (NGN network) supports both audio and video media types, but in the case of the VoIP network 40, only audio is supported. Therefore, the telephone number investigation device 10 needs to set the SDP parameters corresponding to each of the incoming call networks to which the IP telephones are connected and make a transmission.
  • the message exchange control unit 12 makes an INVITE request to the IP telephone (IMS terminal 50b or IP telephone terminal 60) to be investigated, for example, IPv6 as a network protocol.
  • IPv6 IP telephone
  • an offer (transmission) is made by adding a first SDP parameter compliant with the IMS network (NGN network) in which audio, video, and application (audio + video + application) are set as media types (step S201).
  • NTN network IMS network
  • audio + video + application audio + video + application
  • step S202 “YES”) when the message exchange control unit 12 receives a response message (200OK + mode.SDP) as an answer from the incoming network to the INVITE request to which the first SDP parameter is added (step S202 “YES”), the investigation is performed. It is determined that the target IP phone is the "IP phone terminal 60", and a second SDP parameter compliant with the VoIP network set to IPv4 (voice only in the case of media type) is assigned as the network protocol from the SIP transmitter for VoIP. And send an INVITE request (step S204).
  • a response message 200OK + mode.SDP
  • IPv4 voice only in the case of media type
  • the telephone number investigation determination unit 13 captures the response message received by the message exchange control unit 12 in response to the INVITE request provided in step S204, if the error code included in the response message is "488", the investigation target The telephone number assigned to the IP telephone terminal 60 of No. 1 is determined to exist, and if the error code is "183", it is determined to be a missing number (step S205).
  • the telephone number investigation determination unit 13 receives a response message from the incoming network in step S202 that accepts IPv6 for which the network protocol of the SDP parameter has not been converted as an answer (step S202 “NO”), the telephone number investigation determination unit 13 receives the IP telephone to be investigated. Determines that the telephone number is "IMS terminal 50b", and if the error code included in the response message is "488" or "486", the telephone number actually exists, and if it is "404", it is determined that the telephone number is absent. (Step S203).
  • the telephone number search device 10 since the IMS network 30 for each carrier, which is the incoming call network, is selected on the NGN network 20 side, it is possible to support MNP (Mobile Number Portability) which is a mobile number portability. , Unlike when connecting to UNI, there is no network difference (telephone terminal whose surveyed telephone number is connected to another network). Therefore, the procedure of the telephone number investigation is simplified, and the determination load on the telephone number investigation device 10 can be reduced. Further, since it is sufficient to install the telephone number investigation device 10 and the line only in the NGN network 20, the cost of capital investment can be reduced.
  • MNP Mobile Number Portability
  • the IMS terminals 50a and 50b such as mobile phones and the IP telephone terminal 60 are exemplified as the telephone terminals to be investigated, but the IP telephone terminal 60 is described.
  • Metal IP telephones, or IP telephones, such as IP telephones and optical telephones, to which telephone numbers in the same format as conventional subscriber telephones are assigned are also included, and telephones are independent of the type of IP telephone and the receiving network. It can be accurately determined when conducting a valid / invalid investigation of a number.
  • these telephone terminals negotiate in the order of network protocol confirmation, media type confirmation, media transport protocol confirmation, and codec confirmation in order to establish communication.
  • IP network protocol
  • media type confirmation media transport protocol confirmation
  • codec confirmation in order to establish communication.
  • the LNP cannot distinguish whether the incoming call network is an IMS network (NGN network) or a VoIP network, and if the incoming call network has different SDP mismatch parameters (IMS terminal 50b, IP telephone terminal 60), a message is exchanged.
  • the control unit 12 transmits an INVITE request to the IP phone to be investigated, the INVITE request is given a first SDP parameter compliant with the NGN network 30 in which VoIP6 is set as a network protocol. It is transmitted to the IMS network 30 or the VoIP network 40 which is the incoming network for each contract carrier selected via the NGN network 20.
  • the telephone number investigation determination unit 13 determines the telephone number usage status of the IP telephone according to the response message received by the message exchange control unit 12. Therefore, according to the telephone number search device 10 according to the present embodiment, the validity determination can be made accurate without depending on the incoming call network.
  • the telephone numbers of the IMS terminals 50a and 50b and the IP telephone terminal 60 are used (valid (existing)) and not used (valid (existing)). It can accurately determine whether it is invalid (missing number) or relocation.
  • a tool that can record the determination date and time together with the determination result on the recording medium (telephone number history DB (15)) is also prepared.
  • the recording medium for example, as shown in FIG. 8 as an example of the data structure, the determination result, the information of the transfer destination telephone number linked to the transfer source telephone number, and the determination are made for each telephone number to be investigated. The due date and time are recorded.
  • the program according to the present embodiment is connected to, for example, the IMS network 30 (NGN network) or the VoIP network 40, and the telephone (IMS terminal 50b, IP telephone terminal 60) is connected to the NGN network (NGN network). It is a program of the telephone number investigation device 10 connected via 20). Then, for example, as shown in FIGS. 1 and 9, the program assigns the first SDP parameter to the computer (telephone number investigation device 10) to the INVITE request for the telephone to be investigated, and selects the NGN network.
  • a process of transmitting an INVITE request to the incoming network step S201
  • a process of receiving a response message including the first SDP parameter from the incoming network step S202
  • a telephone telephone number according to the first answer message for example, the IMS network 30 (NGN network) or the VoIP network 40, and the telephone (IMS terminal 50b, IP telephone terminal 60) is connected to the NGN network (NGN network).
  • the program assigns the first SDP parameter to the computer (telephone number investigation device
  • the process for determining the usage status (steps S203 to S205) and the first SDP parameter include at least IPv6 network protocol and the first response message is "200 OK", or the first SDP. If the network protocol of the parameter is converted, it is determined that the incoming network is a VoIP network, the first SDP parameter of the first response message is not converted, and the response message is the first error code. In the case of (Error 488), at least the process of determining that the incoming call network is the IMS network (step S202) is executed.
  • the telephone number investigation device 10 sequentially reads and executes the program recorded in the memory (not shown), thereby using the IMS interconnection interface or the like for interconnection between business operators, and IMS. It is possible to carry out research on the usage status of telephone numbers in the network 30. Therefore, by introducing a SIP protocol-based telephone number investigation tool that can be connected to the NGN network 20, a smooth transition to the new system infrastructure will be possible. In particular, the telephone number usage status of the telephone (IMS terminal 50b or IP telephone terminal 60) can be determined without depending on the type of the incoming call network (IMS network 30 (NGN network), VoIP network 40).
  • IMS network 30 NGN network
  • VoIP network 40 Voice over IP network
  • FIG. 10 is a system configuration diagram of the telephone number investigation information providing system 100 according to the present embodiment.
  • the telephone number investigation information providing system 100 according to the present embodiment is connected to one or more user terminals 90 and the user terminals 90 via the IP network 80, and is connected to a network (not shown). It includes a telephone number investigation server (telephone number investigation device 10 in FIG. 1).
  • the telephone number investigation server 10 When the telephone number investigation server 10 receives a telephone number investigation information provision request based on the investigation target number from the user terminal 90 via the IP network 80, the telephone number investigation server 10 makes an INVITE request to the investigation target telephones (IMS terminal 50b, IP telephone terminal 60). The first SDP parameter is added to the INVITE request, and the telephone is transmitted to the IMS network 30 or the VoIP network 40, which is the incoming network for each contract carrier of the telephone selected via the NGN network 20. Subsequently, when the telephone number investigation server 10 receives the response message from the incoming network, the incoming network is a VoIP network when the response message is "200 OK" or when the first SDP parameter is converted.
  • the telephone number investigation server 10 receives the telephone number investigation information provision request of the telephone terminal from the user terminal 90 to the network interface unit 11 shown in FIG. 5, the telephone number investigation determination unit 13 determines. A function of transmitting the telephone number usage status of the telephone terminal to the user terminal 90 for which the telephone number investigation information provision request is made via the IP network 80 is added.
  • the telephone number investigation server 10 when the telephone number investigation server 10 receives the telephone number investigation information provision request based on the investigation target number from the user terminal 90 via the IP network 80, the telephone number investigation server 10 assigns a time stamp indicating the determination date and time to each of the determination results.
  • the telephone number investigation information recorded in time series is referred to the recording medium (telephone number history DB (15)) in which the telephone number investigation information is recorded, and is transmitted to the user terminal 90 requested to provide the telephone number investigation information via the IP network 80.
  • the telephone number investigation information recording medium (telephone number history DB (15)) may be distributed independently to necessary users.
  • the recording medium (telephone number history DB (15)) is a recording medium generated by the telephone number investigation device 10 connected to the telecommunications carrier network via a dedicated line to record the existence or nonexistence of the investigation target number. , Used for searching on the distribution destination system.
  • the telephone number investigation information recording medium (telephone number history DB (15)) is a collection of results of determining the effectiveness of the telephone number usage status of the telephone terminal on the called side, and is, for example, a data structure shown in FIG. 8 as an example. Each of the judgment results is recorded in chronological order with a time stamp indicating the judgment date and time.
  • the distribution of recording media is not limited to databases recorded on DVDs and hard disks, but also includes distribution using communication lines.
  • the telephone number investigation information providing system 100 According to the telephone number investigation information providing system 100 according to the present embodiment, a state in which the telephone number is used (valid (existing)) and a state in which the telephone number is not used (invalid (missing number)) determined by the telephone number investigation device 10 ), It is possible to provide necessary users with different states (transfer) in which the transfer destination telephone number is being guided. Similarly, by distributing the telephone number investigation information recording medium (telephone number history DB (15)) to users who need it, it can be utilized on the user side, and for example, a remarkable effect can be obtained in credit and the like.
  • telephone number investigation information recording medium telephone number history DB (15)
  • 10 ... Telephone number investigation device (server), 11 ... Network interface unit, 12 ... Message exchange control unit, 13 ... Telephone number investigation judgment unit, 14 ... Telephone number history generation unit, 15 ... Telephone number history DB (phone number investigation information) Recording medium), 20 ... NGN network, 21 ... SBC, 20a ... SIP server, 30 ... IMS (NGN) network, 30a, 30b, 30c ... SIP server, 31 ... SBC, 40 ... VoIP network, 41 ... SBC, 50a ... IMS terminal (mobile phone), 50b ... IMS terminal (IP phone), 60 ... IP phone terminal (IP phone), 80 ... IP network, 90 ... user terminal, 100 ... phone number survey information providing system

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Indicating And Signalling Devices For Elevators (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Meter Arrangements (AREA)

Abstract

事業者間相互接続にＩＭＳ相互接続インタフェース等を利用し、着信を拒否するＳＩＰの特定メッセージを送信することにより、ＩＭＳ網、ＮＧＮ網とＩＰ電話網における電話番号の使用状況のリサーチを着信ベル無鳴動で実現する。また、電話の電話番号使用状況について、着信網の種類に依存することなく、判定する。　少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された電話にＮＧＮ網を介して接続される電話番号調査装置１０であって、第１のＳＤＰパラメータを調査対象の電話に対するＩＮＶＩＴＥ要求に付与してＮＧＮ網２０の選択する着信網にＩＮＶＩＴＥ要求を送信し、着信網から第１の応答メッセージを受信するメッセージ交換制御部１２と、を備え、メッセージ交換制御部１２は、第１の応答メッセージが、「２００　ＯＫ」の場合、又は第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、第１の応答メッセージの第１のＳＤＰパラメータが変換されていない場合、かつ第１の応答メッセージが第１のエラーコードの場合、着信網が前記ＩＭＳ網であると判定する。

Description

電話番号調査装置、同方法、同プログラム、同情報提供システム
　本発明は、電話番号調査装置、同方法、同プログラム、同情報提供システム、及び記録媒体に関する。
　出願人が過去に出願し、公開された、例えば、特許文献１，２，３に記載された電話番号調査装置が知られている。この電話番号調査装置によれば、全国の電話番号の使用状況のリサーチを行うことができる。
　これらの特許文献に記載された技術によれば、発信側である電話番号調査装置は、ＰＳＴＮ（Public　Switched　Telephone　Networks：公衆交換電話網）、移動体通信網、あるいはＩＰ（Internet　Protocol）電話網に接続される。そして、電話番号調査装置は、ＩＳＤＮ（Integrated　Service　Digital　Network：サービス統合デジタル網）のＵＮＩ（User　Network　Interface:ユーザ網インタフェース）プロトコル等を利用して加入者データの問い合わせを行い、「電話番号有効」、「無効」、「移転」等、電話番号の使用状況のリサーチを行うことができる。
　しかしながら、全世界の情勢として「ＰＳＴＮからＮＧＮ（Next　Generation　Network）へのマイグレーション」が計画されており、将来ＩＳＤＮサービスの「デジタル通信モード」を廃止することを予定している。このため、ＩＳＤＮのＵＮＩ接続方式に代わって、ＮＧＮ網と接続可能なＳＩＰ（Session　Initiation　Protocol）ベースの電話番号調査ツールを導入し、新システム基盤への円滑な移行を図る必要がある。
　近年、固定電話は順次ＩＰ電話に移行しており、電話番号の使用状況を正しく判定できるＩＰ電話番号調査装置の実現が待たれている。
　ＩＰ電話の基本的な仕組みは伝統的な固定電話の技術とは大きく異なり、このため、例えば、特許文献４に記載されているように、敢えて正しくない記述のＩＮＶＩＴＥ要求をＩＰ電話網（ＳＩＰサーバ）に送信することで、ＩＰ電話番号の有効性を調査する電話番号調査装置が知られている。
　しかしながら、出願人が特許文献４に記載された技術を用いて評価試験を試みたところ、依然として正しく判定できるＩＰ電話番号の使用状況の調査を確立できていない。すなわち、特許文献４で調査対象とするＩＰ電話は、０５０で始まる１１桁の電話番号が割り当てられた０５０型ＩＰ電話であり、光電話等、これまでの加入者電話と同じ形式の電話番号が割り当てられた０ＡＢ－Ｊ型ＩＰ電話を対象としていない。したがって、０ＡＢ－Ｊ型ＩＰ電話の電話番号使用状況をリサーチする際に網側拒否等により有効性の調査はできない。
　これに対し、出願人は、ＩＰ電話網のＵＮＩ接続の発信端末（電話番号調査装置）からＩＰ電話が着信を拒否するＳＩＰの特定メッセージを送信することにより、ＩＰ電話網における電話番号使用状況を、着信ベルを鳴動させる信号を用いないで判定する技術を確立し、２０１７年３月３１日に、「電話番号調査装置、同方法、同プログラム、及び記録媒体」（特許第６１１４９０１号）として特許登録がされた。この特許に記載された技術によれば、ＮＧＮ網と接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することで、新システム基盤への円滑な移行を図ることができる。
　ここで、電話番号調査の対象となるＩＰ電話には、０５０で始まる１１桁の電話番号が割り当てられた０５０型の他に、光電話等、これまでの加入者電話と同じ形式の電話番号が割り当てられた０ＡＢ－Ｊ型も含まれ、したがって、ＩＰ電話の種類に依存することなく、電話番号の有効／無効調査を行う際に正確に判定することができる。
特開２００９－０５５５１２号公報 特開２０１１－１３５１２１号公報 特開２０１４－０３３４７４号公報 特開２０１２－０１５６０５号公報
　ところで、ＰＳＴＮからＮＧＮへの移行に伴い、事業者間相互接続インタフェースも共通線信号方式のＳＳ７（Signaling　System　No.7）からＩＰ方式のＳＩＰ（Session　Initiation　Protocol）に変更される。このため、発信端末（電話番号調査装置）からＳＩＰの特定メッセージがＩＭＳ（IP　Multimedia　Subsystem）網、ＮＧＮ（Next Generation Network）網、及びＩＰ電話網（ＶｏＩＰ：Voice over Internet Protocol）に対し達することになる。
　なお、ＩＭＳとは、これまで固定網や移動体通信などで行われていたサービスをＩＰ化し、融合したマルチメディアサービスなどを実現するための規格であり、その規格に沿って作られたシステムとして移動体通信システムやＮＧＮがある。
　このため、事業者間相互接続にＩＭＳ相互接続インタフェース等を利用し、ＩＭＳ網やＩＰ電話網（ＶｏＩＰ網）における電話番号使用状況を、着信ベルを鳴動させる信号を用いないで判定する、ＮＧＮ網とＵＮＩ接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入して新システム基盤への円滑な移行を図る必要がある。
　本発明は上記した課題を解決するためになされたものであり、事業者間相互接続にＩＭＳ相互接続インタフェース等を利用し、ＩＭＳ網やＩＰ電話網（ＶｏＩＰ網）における電話番号使用状況を、判定して新システム基盤への円滑な移行を可能にする、電話番号調査装置、同方法、同プログラム、同情報提供システムを提供することを目的とする。
　特に、電話の電話番号使用状況について、着信網の種類に依存することなく、判定することができる、電話番号調査装置、同方法、同プログラム、同情報提供システムを提供することを目的とする。
　本発明は、上記目的を達成するために、以下の構成によって把握される。
（１）少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された電話にＮＧＮ網を介して接続される電話番号調査装置であって、第１のＳＤＰパラメータを調査対象の前記電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信し、前記着信網から第１の応答メッセージを受信するメッセージ交換制御部と、前記第１の応答メッセージに応じて、前記電話の電話番号使用状況について判定する電話番号調査判定部と、を備え、前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、前記メッセージ交換制御部は、前記第１の応答メッセージが「２００　ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定することを特徴とする。
（２）前記メッセージ交換制御部は、前記第１の応答メッセージが「２００　ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、次回から第２のＳＤＰパラメータを調査対象の前記電話に対するＩＮＶＩＴＥ要求に付与して送信する。
（３）前記第１のＳＤＰパラメータは、前記ＩＭＳ網に準拠したパラメータであり、前記第２のＳＤＰパラメータは、前記ＶｏＩＰ網に準拠したパラメータである。
（４）前記第１のＳＤＰパラメータは、前記ＩＭＳ網に接続された前記電話が着信を拒否するパラメータでもあり、前記第１のＳＤＰパラメータは、前記ネットワークプロトコル、メディア種別、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又はその組み合わせからなるパラメータの記述で前記電話が着信を拒否するパラメータとされている。
（５）前記第１のＳＤＰパラメータが、音声、映像、及び、アプリケーションを含む全メディアを含んだメディア種別を含んでいる。
（６）前記第２のＳＤＰパラメータは、前記ＶｏＩＰ網に接続された前記電話が着信を拒否するパラメータであり、前記第２のＳＤＰパラメータは、ネットワークプロトコル（ＩＰｖ４）とメディア種別（音声）の２つは固定化されるため、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又はその組み合わせからなるパラメータの記述で前記電話が着信を拒否するパラメータとされている。
（７）前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、前記ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、前記メッセージ交換制御部は、前記第１の応答メッセージが「２００　ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、前記第１の応答メッセージが前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが前記第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定する。
（８）前記電話番号調査判定部は、前記第１の応答メッセージに含まれる前記第１のエラーコードを受信した場合、前記電話の電話番号が実在すると判定し、前記第１の応答メッセージに含まれる第２又は第３のエラーコードを受信した場合、前記電話の電話番号が欠番であると判定する。
（９）前記電話番号調査判定部は、前記第２のＳＤＰパラメータの送信に対して前記着信網から受信する第２の応答メッセージに含まれる第１のエラーコードを受信した場合、前記電話の電話番号が実在すると判定し、前記第２の応答メッセージに含まれる第３のエラーコードを受信した場合、前記電話が欠番であると判定する。
（１０）システムは、上記電話番号調査装置と、ユーザ端末と、を備え、前記電話番号調査装置は、前記ユーザ端末から前記電話の電話番号調査情報提供要求を受信すると、前記電話番号調査情報提供要求があった前記ユーザ端末に前記電話番号調査判定部が判定した前記電話の電話番号使用状況を前記ＩＰ網経由で送信する網インタフェース部を備える。
（１１）少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された電話にＮＧＮ網を介して接続される電話番号調査装置を用いて、調査対象となる前記電話の電話番号の使用状況を調査する電話番号調査方法であって、
　前記電話番号調査装置が、第１のＳＤＰパラメータを調査対象の前記電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信するステップと、前記着信網から前記第１のＳＤＰパラメータを含む応答メッセージを受信するステップと、前記第１の応答メッセージに応じて、前記電話の電話番号使用状況について判定するステップと、
　前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、
　前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、
　前記第１の応答メッセージが「２００　ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定するステップと、を含む。
（１２）少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された電話にＮＧＮ網を介して接続される電話番号調査装置のプログラムであって、
　電話番号調査装置に、
　第１のＳＤＰパラメータを調査対象の前記電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信させる処理と、前記着信網から前記第１のＳＤＰパラメータを含む応答メッセージを受信させる処理と、前記第１の応答メッセージに応じて、前記電話の電話番号使用状況について判定させる処理と、
　前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、
　前記第１の応答メッセージが「２００　ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定させる処理と、を少なくとも実行させる。
　本発明によれば、事業者間相互接続にＩＭＳ相互接続インタフェース等を利用し、ＩＭＳ網やＩＰ電話網における電話番号使用状況を、判定して新システム基盤への円滑な移行を可能にする、電話番号調査装置、同方法、同プログラム、同情報提供システムを提供することができる。また、電話の電話番号使用状況について、着信網の種類に依存することなく、判定することができる、電話番号調査装置、同方法、同プログラム、同情報提供システムを提供することができる。
本発明の実施の形態に係る電話番号調査装置の網接続形態を示す図である。 本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第１のＳＤＰパラメータを付加した着側ＶｏＩＰ網の場合の例である。 本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第１のＳＤＰパラメータを付加した着側ＩＭＳ網の場合の例である。 本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第２のＳＤＰパラメータを付加した着側ＶｏＩＰ網の場合の例である。 本発明の実施の形態に係る電話番号調査装置の構成図である。 本発明の実施の形態に係る電話番号調査装置のＳＤＰ記述に基づく通信確立手順を示すフローチャートである。 本発明の実施の形態に係る電話番号調査装置の電話番号使用状況調査判定アルゴリズムを示すフローチャートである。 記録媒体のデータ構造の一例を示す図である。 本発明の実施の形態に係る電話番号調査装置の着信網の網判定手順を示すフローチャートである。 本発明の実施の形態に係る電話番号調査情報提供システムの構成図である。
　以下、添付図面を参照して、本発明を実施するための形態（以下、本実施形態と言う）について詳細に説明する。なお、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。
（実施形態の構成）
　図１は、本実施形態に係る電話番号調査装置１０の網接続形態を示す図である。図１に示すように、本実施形態に係る電話番号調査装置１０は、ＩＭＳ網３０又はＶｏＩＰ網（ＩＰ電話網）４０に接続された調査対象の複数の電話端末（ＩＭＳ端末５０ａ，５０ｂ及びＩＰ電話端末６０）が、ＮＧＮ網２０を介して接続されている。
　ＩＭＳ網３０は、移動体通信事業者（キャリアＡ），ＮＧＮ通信事業者（キャリアＢ）ごとに構築され、それぞれが管理運営するＳＩＰサーバ３０ａ，３０ｂを介し、それぞれの網（契約キャリア）ごとにＩＭＳ端末５０ａ，５０ｂが接続されている。なお、ＩＰ電話網４０にはＶｏＩＰ通信事業者（キャリアＣ）のＳＩＰサーバ３０ｃを介してＩＰ電話端末６０が接続されている。
　図１の構成において、発信側である電話番号調査装置１０が着信側の電話端末の電話番号をダイヤル発信することにより、ＮＧＮ網２０内のＳＩＰサーバ２０ａ、発信側ＳＢＣ（セッションボーダコントローラ）２１、着信側ＳＢＣ３１，４１、ＳＩＰサーバ３０ａ，３０ｂ，３０ｃ、着信側のＩＭＳ端末５０ａ，５０ｂ及びＩＰ電話端末６０の順でルーティングが実行される。
　このとき、電話番号調査装置１０とＮＧＮ網２０との間はＵＮＩ接続、ＮＧＮ網２０とＩＭＳ網３０との間の事業者間相互接続は発信側ＳＢＣ２１、着信側ＳＢＣ３１を介してＩＭＳ相互接続が担保され、ＮＧＮ網２０とＶｏＩＰ網４０は、発信側ＳＢＣ２１、着信側ＳＢＣ４１を介して相互接続が担保され、電話番号調査装置１０から発信される後述する特定のＳＩＰメッセージがＩＭＳ網３０に到達する。
　なお、図１において、着信側の網として、ＩＭＳ網、ＮＧＮ網、ＶｏＩＰ網の３つの網が存在するが、ＩＭＳ端末５０ａが接続されるＩＭＳ網とＩＭＳ端末５０ｂが接続されるＮＧＮ網とは同じアーキテクチャをとるため、同一番号３０を付して説明する。
　このＩＰ－ＩＰ接続によるＩＭＳ事業者間の相互接続共通インタフェースは、国際標準（ＴＳ．２９．１６５）で規定されている。
　ところで、ＳＩＰによれば、リアルタイム通信を行うためにメディア情報を含むパケットの符号化方式やパケットの宛先等のアドレスについて端末間でネゴシエーションを行う必要がある。このネゴシエーションのために必要になるのがＳＤＰ（Session　Description　Protocol）と呼ばれる記述言語であり、ＲＦＣ４５６６で定義されている。
　ＳＩＰでセッションを確立するためには、まず、発信側がＳＩＰメッセージにメディア情報を記述した要求を送信し、着信側がその中から対応可能なメディアを選択した応答を返信することで、通信に使用するメディア情報を共有する。このようにセッションを開始するためにＳＩＰメッセージにメディア情報を載せることをオファーといい、それに対して対応可能なメディア情報を返却することをアンサーという。このオファーアンサーモデルについてはＲＦＣ３２６４で定義されている。
　図１に示すように、本実施形態に係る電話番号調査装置１０は、ＮＧＮ網２０（ＳＩＰサーバ２０ａ）、ＩＭＳ網３０（ＳＩＰサーバ３０ａ）、ＮＧＮ網３０（ＳＩＰサーバ３０ｂ）又はＶｏＩＰ網４０（ＳＩＰサーバ３０ｃ）経由で調査対象となるＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０に、ＩＮＶＩＴＥ（招待）メソッドのＳＤＰオファー（以下、ＩＮＶＩＴＥ要求という）を送信する際に、そのＳＤＰパラメータに、着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０が着信を拒否するＳＤＰパラメータを付加して送信する（以下、ＩＮＶＩＴＥ（ＳＤＰ不一致）という）。
　これに対し、着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０は、自身が使用可能なＳＤＰパラメータが異なるため着信を拒否し、応答メッセージとして４８８エラー応答（容認不可：Not　Acceptable　Here）を返信する。電話番号調査装置１０は、４８８エラー応答を受信することにより、後述する仕組みでＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０の実在を正確に判別することが可能になる。
　なお、ＩＮＶＩＴＥメソッドのＳＤＰネゴシエーション手順におけるＳＤＰ不一致には、「ネットワークプロトコル」の不一致、「メディア種別」の不一致、「トランスポートプロトコル」の不一致、「コーデック」の不一致の４つのケースがある。本実施形態に係る電話番号調査装置１０によれば、これらケースの組み合わせにより、正確に電話番号使用状況の有効性の判定が可能である。
　ＳＢＣ標準とされるＲＦＣ５８５３によると、ＮＧＮ網（ＩＰｖ６）からＶｏＩＰ網（ＶｏＩＰ網）へ発信する場合、ＩＰｖ６をサポートしていないＶｏＩＰ網では、ＮＧＮ網２０のＳＢＣ２１は、ＳＤＰパラメータ（第１のＳＤＰパラメータ）を着信網へ送信する際に、着信網がＶｏＩＰ網４０の場合、ネットワークプロトコルを着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有するとされている。電話番号調査装置１０は、ＳＤＰパラメータのネットワークプロトコルが変換されているかを判断してＩＭＳ網３０又はＶｏＩＰ網４０を判定する。
　図２は、本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第１のＳＤＰパラメータを付加した着側ＶｏＩＰ網の場合のシーケンスを示す。
　ここでは、電話番号調査装置１０、発信側のＮＧＮ網２０、発信側ＳＢＣ２１、着信側ＳＢＣ４１、着信側のＶｏＩＰ網４０、ＩＰ電話端末６０におけるＳＤＰネゴシエーション手順が示されている。
　図２（ａ）に示すように、電話番号調査装置１０は、ＮＧＮ網２０を介して調査対象となるＩＰ電話端末６０の契約キャリアのＶｏＩＰ通信事業者の着信側ＩＰ電話網４０経由で該当のＩＰ電話端末６０にＩＮＶＩＴＥ要求を送信する。そのとき、ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータ（第１のＳＤＰパラメータ）に着信側のＩＰ電話端末６０が着信を拒否する情報を付与して送信する（ステップＳ１１～Ｓ１２：ＩＮＶＩＴＥ＋第１のＳＤＰ：ＩＰｖ６）。
　ここで、ＮＧＮ網２０は、ＩＰｖ６をサポートしているため、ＳＤＰパラメータは、ＩＰｖ６のネットワークプロトコルを含んでいる。
　ＮＧＮ網２０側のＳＢＣ２１は、ＩＮＶＩＴＥ要求のＳＤＰパラメータをＶｏＩＰ網４０の機能に一致させるため、機能ミスマッチ修正機能を実行し、ＩＮＶＩＴＥ要求のＳＤＰパラメータをＩＰｖ４に書き換える（ＳＤＰ変換する）。変換されたＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ＋ｍｏｄ.ＳＤＰ：ＩＰｖ４）は、ＳＢＣ２１により前方のＶｏＩＰ網（ＩＰＶ４）４０に送信される（ステップＳ１３）。ＶｏＩＰ網４０のＳＢＣ４１は、変換されたＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ＋ｍｏｄ.ＳＤＰ：ＩＰｖ４）を着信端末６０まで送信する（ステップＳ１４～Ｓ１５）。
　これに対し、着信側のＩＰ電話端末６０は、応答して応答メッセージ（２００　ＯＫ＋ＳＤＰ：ＩＰｖ４）を返信する（ステップＳ１６～Ｓ１７）。ＶｏＩＰ網４０のＳＢＣ４１は、着信端末６０から返信されたＳＤＰパラメータを変換して応答メッセージ（２００ ＯＫ＋ｍｏｄ. ＳＤＰ）をＮＧＮ網２０側のＳＢＣ２１に送信する（ステップＳ１８）。ＮＧＮ網２０側のＳＢＣ２１は、変換された応答メッセージ（２００ ＯＫ＋ｍｏｄ.ＳＤＰ）を電話番号調査装置１０に送信する。
　電話番号調査装置１０は、応答メッセージ「２００ ＯＫ＋ｍｏｄ.ＳＤＰ」を受信した場合、着信網がＶｏＩＰ網４０であると判定する。
　また、電話番号調査装置１０は、応答メッセージ「２００ ＯＫ＋ｍｏｄ.ＳＤＰ」を受信した場合、ＩＰ電話端末６０の電話番号が実在すると判定する。
　網判定後、電話番号調査装置１０は、着信網がＶｏＩＰ網４０の場合、ＶｏＩＰ用のＳＩＰ発信機から着信側のＩＰ電話端末６０へ確認のためのＡＣＫリクエストを送信する（ステップＳ２１～Ｓ２５）。
　次に、図２（ｂ）を用いて、着信側がＶｏＩＰ網であって欠番の場合について説明する。
　電話番号調査装置１０は、ＮＧＮ網２０を介して調査対象となるＩＰ電話端末６０の契約キャリアのＶｏＩＰ通信事業者の着信側ＶｏＩＰ網４０経由でＩＮＶＩＴＥ要求を送信する。そのとき、ＩＮＶＩＴＥ要求に含まれるＩＰｖ６のＳＤＰパラメータに着信側が着信を拒否する情報を付与して送信する（ステップＳ３１～Ｓ３２：ＩＮＶＩＴＥ＋第１のＳＤＰ：ＩＰｖ６）。
　ＮＧＮ網２０側のＳＢＣ２１は、ＩＮＶＩＴＥ要求のＳＤＰパラメータをＶｏＩＰ網４０の機能に一致させるため、機能ミスマッチ修正機能を実行し、ＩＮＶＩＴＥ要求のＳＤＰパラメータをＩＰｖ４に書き換える。変換されたＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ＋ｍｏｄ.ＳＤＰ：ＩＰｖ４）は、 ＳＢＣ２１により前方のＶｏＩＰ網（ＩＰＶ４）４０に送信される（ステップＳ３３）。
　ＶｏＩＰ網４０のＳＢＣ４１は、変換されたＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ＋ｍｏｄ.ＳＤＰ：ＩＰｖ４）を着信網であるＶｏＩＰ網４０まで送信する（ステップＳ３４）。
　これに対し、着信側のＶｏＩＰ網４０は、応答してＳＤＰパラメータとエラーコード付の応答メッセージ（エラー４０４／１８３＋ＳＤＰ：ＩＰｖ４）を返信する（ステップＳ３５）。ＶｏＩＰ網４０のＳＢＣ４１は、応答メッセージのＳＤＰパラメータを変換して応答メッセージ（エラー４０４／１８３＋ｍｏｄ.ＳＤＰ）をＮＧＮ網２０側のＳＢＣ２１に送信する（ステップＳ３６）。ＮＧＮ網２０側のＳＢＣ２１は、変換された応答メッセージ（エラー４０４／１８３＋ｍｏｄ.ＳＤＰ）を電話番号調査装置１０に送信する（ステップＳ３７～Ｓ３８）。
　電話番号調査装置１０は、エラー応答である応答メッセージに含まれるエラーコード（４０４／１８３）を受信し（ステップＳ３５～Ｓ３８）、ＩＰ電話端末６０の電話番号の電話番号使用状況（欠番）を取得することで、欠番であると判定する。
　網判定後、電話番号調査装置１０は、着信網がＶｏＩＰ網４０の場合、ＶｏＩＰ用のＳＩＰ発信機から着信側のＩＰ電話端末６０へ確認のためのＡＣＫリクエストを送信する（ステップＳ３９～Ｓ４２）。
　なお、エラー応答である４０４コードはユーザ不在、１８３コードはガイダンス応答を示す。
　図３は、本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第１のＳＤＰパラメータを付加した着側ＩＭＳ網の場合のシーケンスを示す。ここでは、電話番号調査装置１０、発信側のＮＧＮ網２０、発信側ＳＢＣ２１、着信側ＳＢＣ３１、着信側のＩＭＳ網３０、ＩＭＳ端末５０ａ（５０ｂ）におけるＳＤＰネゴシエーション手順が示されている。
　図３（ａ）に示すように、電話番号調査装置１０は、ＮＧＮ網２０を介して調査対象となるＩＭＳ端末５０ａ（５０ｂ）の契約キャリアの携帯電話網等の着信側ＩＭＳ網３０経由で該当のＩＭＳ端末５０ａ（５０ｂ）にＩＮＶＩＴＥ要求を送信する。そのとき、ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータ（第１のＳＤＰパラメータ）に着信側のＩＭＳ端末５０ａ（５０ｂ）が着信を拒否する情報を付与して送信する（ステップＳ５１～Ｓ５５：ＩＮＶＩＴＥ＋第１のＳＤＰ：ＩＰｖ６）。
　ＮＧＮ網２０のＳＢＣ２１は、着信網がＩＭＳ網３０である場合、ＩＰｖ６をサポートしているため、ネットワークプロトコルの変換は行わない。
　これに対し、着信側のＩＭＳ端末５０ａ（５０ｂ）は、ＳＤＰパラメータが自身で使用可能なものと異なるために着信を拒否し、４８８エラー応答を返信する（ステップＳ５６～Ｓ６０）。
　電話番号調査装置１０は、４８８エラー応答を受信することにより、ＩＭＳ端末５０ａ（５０ｂ）の電話番号使用状況（実在，空）を正確に取得することが可能になる。
　なお、電話番号調査装置１０は、ＮＧＮ網２０を介して４８８エラー応答を受信すると、発信側ＳＢＣ、契約キャリアの着信側ＳＢＣとＩＭＳ網３０経由で着信側のＩＭＳ端末５０ａ（５０ｂ）へ確認のためのＡＣＫリクエストを送信する（ステップＳ６１～Ｓ６６）。このように、本実施形態に係る電話番号調査装置１０は、電話番号使用状況調査のために、ＩＮＶＩＴＥ要求／４８８エラー応答／ＡＣＫリクエストの３ウェイハンドシェイクを実現して、通信の信頼性を高めている。
　一方、図３（ｂ）に示すように、着信側のＩＭＳ端末５０ａ（５０ｂ）が欠番の場合、電話番号調査装置１０は、着信側のＩＭＳ端末５０ａ（５０ｂ）宛に、ＮＧＮ網２０、ＩＭＳ網３０経由でＩＮＶＩＴＥ要求を送信する（ステップＳ７１～Ｓ７４）。このことにより、電話番号調査装置１０は、着信側のＩＭＳ網３０（ＳＩＰサーバ３０ａ（３０ｂ））から、“４０４／１８３”エラー応答を受信し（ステップＳ７５～Ｓ７８）、電話番号使用状況（欠番）を取得することができる。
　電話番号調査装置１０は、４０４エラー応答を受信すると、ＮＧＮ網２０経由でＩＭＳ網３０へ確認のためのＡＣＫリクエストを送信する（ステップＳ８１～Ｓ８４）。
　図４は、本発明の実施の形態に係る電話番号調査装置の動作シーケンス図であって、第２のＳＤＰパラメータを付加した着側ＶｏＩＰ網の場合のシーケンスを示す。
　図４（ａ）に示すように、電話番号調査装置１０は、ＮＧＮ網２０を介して調査対象となるＩＰ電話端末６０の契約キャリアのＶｏＩＰ通信事業者の着信側ＩＰ電話網４０経由で該当のＩＰ電話端末６０にＩＮＶＩＴＥ要求を送信する。そのとき、ＩＮＶＩＴＥ要求に含まれる第２のＳＤＰパラメータに着信側のＩＰ電話端末６０が着信を拒否する情報を付与して送信する（ステップＳ２１１～Ｓ２１２：ＩＮＶＩＴＥ＋第２のＳＤＰ：ＩＰｖ４）。ここで、第２のＳＤＰパラメータは、ネットワークプロトコル（ＩＰｖ４）とメディア種別（音声）の２つは固定化されるため、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又は組み合わせからなるパラメータの記述で前記ＩＰ電話が着信を拒否するパラメータを含んでいる。
　ＮＧＮ網２０側のＳＢＣ２１は、ＩＮＶＩＴＥ要求の第２のＳＤＰパラメータをＶｏＩＰ網４０の機能に一致させる必要がないため、ＳＤＰ変換は行わずに、そのままＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ＋第２のＳＤＰ：ＩＰｖ４）を、ＳＢＣ２１により前方のＶｏＩＰ網（ＩＰＶ４）４０に送信する（ステップＳ２１３）。ＶｏＩＰ網４０のＳＢＣ４１は、受信したＩＮＶＩＴＥ要求（ＩＮＶＩＴＥ+第２のＳＤＰ：ＩＰｖ４）を着信端末６０まで送信する（ステップＳ２１４～Ｓ２１５）。
　これに対し、着信側のＩＰ電話端末６０は、ＳＤＰパラメータが自身で使用可能なものと異なるために着信を拒否して、エラー４８８応答を返信する（ステップＳ２１６～Ｓ２１７）。ＶｏＩＰ網４０のＳＢＣ４１は、着信端末６０から返信されたエラー４８８応答をＮＧＮ網２０側のＳＢＣ２１に送信する（ステップＳ２１８）。ＮＧＮ網２０側のＳＢＣ２１は、エラー４８８応答を電話番号調査装置１０に送信する。
　電話番号調査装置１０は、エラー４８８応答を受信することにより、着信端末６０の電話番号使用状況（実在，空）を正確に取得することが可能になる。
　電話番号調査装置１０は、ＶｏＩＰ用のＳＩＰ発信機から着信側のＩＰ電話端末６０へ確認のためのＡＣＫリクエストを送信する（ステップＳ２２１～Ｓ２２５）。
　一方、図４（ｂ）に示すように、着信側がＶｏＩＰ網であって欠番の場合、電話番号調査装置１０は、着信側のＩＰ電話端末６０宛に、ＮＧＮ網２０、ＶｏＩＰ網４０経由でＩＮＶＩＴＥ要求を送信する（ステップＳ２３１～Ｓ２３４）。このことにより、電話番号調査装置１０は、エラー応答である応答メッセージに含まれるエラーコード（１８３）を受信し（ステップＳ２３５～Ｓ２３８）、ＩＰ電話端末６０の電話番号の電話番号使用状況（欠番）を取得することで、欠番であると判定する。
　電話番号調査装置１０は、ＶｏＩＰ用のＳＩＰ発信機から着信側のＩＰ電話端末６０へ確認のためのＡＣＫリクエストを送信する（ステップＳ２３９～Ｓ２４２）。なお、エラー応答である１８３コードはガイダンス応答を示す。
　図５は、本実施形態に係る電話番号調査装置１０の構成を示すブロック図である。図５によれば、本実施形態に係る電話番号調査装置１０は、網インタフェース部１１と、メッセージ交換制御部１２と、電話番号調査判定部１３と、電話番号履歴生成部１４と、電話番号履歴ＤＢ（１５）とを含み、構成される。
　網インタフェース部１１は、電話番号調査装置１０がＳＩＰプロトコルに準拠した通信を行うための通信インタフェースを担う。メッセージ交換制御部１２は、ＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０にＳＤＰ不一致のＩＮＶＩＴＥ要求を送信し、着信側ＩＭＳ網３０のＳＩＰサーバ３０ａ，３０ｂ又はＶｏＩＰ網４０のＳＩＰサーバ３０ｃからメッセージ（エラー応答）を受信する。なお、ＳＤＰ不一致とするために付加されるＳＤＰパラメータは、着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０が使用不可である、「ネットワークプロトコル」、「メディア種別」、「トランスポートプロトコル」、「コーデック」のいずれかであり、あるいはその組み合わせである。
　このため、メッセージ交換制御部１２は、着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０が使用不可の、ネットワークプロトコル、メディア種別、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又はその組み合わせからなるＳＤＰパラメータを付与して送信する。
　電話番号調査判定部１３は、メッセージ交換制御部１２を介して受信したエラー応答に応じて、着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０の実在の有無等、電話番号の有効性を判定する。電話番号調査判定部１３は、応答メッセージが着信拒否を示す場合に、ＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０の電話番号を実在すると判定する。
　なお、メッセージ交換制御部１２が、例えば、エラーコード４８８（第１のエラーコード）を受信した場合に、調査対象である着信側のＩＭＳ端末５０ａ，５０ｂ又はＩＰ電話端末６０の電話番号が実在すると判定し、例えば、エラーコード４０４（第２のエラーコード）又は１８３（第３のエラーコード）を受信した場合に電話番号が欠番であると判定する。
　電話番号調査判定部１３は、メッセージ交換制御部１２が、ＩＭＳ網３０（ＳＩＰサーバ３０ａ，３０ｂ）から応答メッセージとしてエラーコード４８８（第１のエラーコード）を受信した場合に、調査対象となる着信側のＩＭＳ端末５０ａ，５０ｂの電話番号が、「空き状態で実在する」と判定してもよい。また、メッセージ交換制御部１２が、例えば、エラーコード４８６（第４のエラーコード）を受信した場合に、調査対象である着信側のＩＭＳ端末５０ａ，５０ｂの電話番号が、「話中状態で実在する」と判定してもよい。
　電話番号調査判定部１３は、メッセージ交換制御部１２が、ＩＭＳ網３０（ＳＩＰサーバ３０ａ，３０ｂ）から応答メッセージとしてエラーコード４０４（第２のエラーコード）を受信した場合に、調査対象である着信側のＩＭＳ端末５０ａ，５０ｂの電話番号が、「ユーザ不在で解約状態にあり欠番である」と判定してもよい。
　電話番号調査判定部１３は、メッセージ交換制御部１２が、ＶｏＩＰ網４０（ＳＩＰサーバ３０ｃ）から応答メッセージとして４８８（第１のエラーコード）を受信した場合に、調査対象である着信側のＩＰ電話端末６０の電話番号が「空き状態で実在する」と判定してもよい。
　電話番号調査判定部１３は、メッセージ交換制御部１２が、ＶｏＩＰ網４０（ＳＩＰサーバ３０ｃ）から応答メッセージとして、例えば、エラーコード１８３（第３のエラーコード）を受信した場合に、調査対象である着信側のＩＰ電話端末６０の電話番号が、「欠番である」と判定してもよい。
　電話番号履歴生成部１４は、電話番号調査判定部１３での判定結果のそれぞれに判定日時を示すタイムスタンプを付与して記録媒体上に時系列に記録することにより電話番号履歴ＤＢ（１５）を構築する。
　電話番号履歴ＤＢ（１５）のデータ構造の一例が図８に示されている。電話番号履歴ＤＢ（１５）に格納される電話番号履歴情報は、電話番号履歴情報レイアウトに示すように、１回の調査ごとに調査対象である「電話番号」と、調査時に判明した移転先あるいは連絡先電話番号である「新加入者番号」と、着信網から返信される「エラーコード」と、「調査年月日」（タイムスタンプ）と、着信網から返信されるレイヤーに関する「その他レイヤー情報」とが記憶されて登録される。
　また、電話番号履歴情報の例として、例えば、電話番号「０３－３３５９－０９０６」の電話番号使用状況の調査が実行されると、電話番号調査判定部１３の判定ごとに、上記したレイアウトに調査情報が順次格納され、履歴情報として蓄積される。なお、電話番号履歴ＤＢ（１５）には、上記したデータ項目の他に、電話番号を所有する「法人名・個人名」、住所、年齢等の「属性情報」、「地図リンク情報」と、信用を評価するための「与信情報」とを付加して記録してもよい。
　説明を図５に戻す。網インタフェース部１１、メッセージ交換制御部１２、電話番号調査判定部１３、電話番号履歴生成部１４のそれぞれは、プログラムが記録されたメモリを内蔵するか、同メモリが外付けされたマイクロプロセッサと、通信を含む周辺制御用ＬＳＩ（Large　Scale　Integration）により実現され、マイクロプロセッサがメモリに記録されたプログラムを逐次読み出し実行することにより、電話番号調査装置１０としての以下の機能を実現することができる。
　すなわち、ＩＭＳ端末５０ａ（５０ｂ）にＮＧＮ網２０を介してＩＮＶＩＴＥ要求を送信するときに、当該ＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータにＩＭＳ端末５０ａ（５０ｂ）が着信を拒否するＳＤＰパラメータを付与し、ＮＧＮ網２０で選択されるＩＭＳ端末５０ａ（５０ｂ）の契約キャリアごとの着信網となるＩＭＳ網３０を介して送信する。そして、ＮＧＮ網２０で選択された着信網であるＩＭＳ網３０（ＩＭＳ端末５０ａ（５０ｂ））の応答メッセージに応じて、ＩＭＳ端末５０ａ（５０ｂ）の電話番号使用状況について判定する。
　なお、電話番号履歴ＤＢ（１５）は、半導体メモリ、あるいはハードディスクやＤＶＤ（Digital　Versatile　Disc）等の光メモリ等の大容量記録媒体に実装される。
（実施形態の動作）
　以下、図６のＩＭＳ網３０におけるＳＤＰネゴシエーション手順のフローチャートを参照して、図５の本実施形態に係る電話番号調査装置１０のＳＤＰ記述に基づく通信確立手順から説明する。
　図６に示すように、電話番号調査装置１０（メッセージ交換制御部１２）は、電話番号調査の対象となるＩＭＳ端末５０ａ，５０ｂとの間で、ＳＤＰパラメータの記述内容から、ネットワークプロトコルの確認判定（ステップＳ９１）、メディア種別の確認判定（ステップＳ９３）、メディアのトランスポートプロトコルの確認判定（ステップＳ９５）、コーデックの確認判定（ステップＳ９７）の順で通信確立のためのネゴシエーションを行う。
　ここでは、ＮＧＮ網２０における通信確立のためのネゴシエーション手順において、ＳＤＰパラメータとして、例えば、ネットワークプロトコルに“ＩＰｖ６”，メディア種別に“全メディアに対応した端末（ｍ＝ａｕｄｉｏ＋ｍ＝ｖｉｄｅｏ＋ｍ＝ａｐｐｌｉｃａｔｉｏｎ）”、トランスポートプロトコルに“ＲＴＰ／ＡＶＰＦ”、映像コーデックに“Ｈ．２６４”を記述してオファーした場合を想定する。
　まず、ネットワークプロトコルの確認判定（ステップＳ９１）において、着信側のＩＭＳ端末５０ａ，５０ｂに、ＩＰｖ６をサポートしていないＩＰｖ４端末が実装されている場合（ステップＳ９１“ＮＯ”）、そのＩＰｖ４端末は、メッセージ交換制御部１２に、ネットワークプロトコルの不一致を示すエラーコード４８８（ｗａｒｎｉｎｇコード３００／３０１）を返信する（ステップＳ９２）。一方、ＩＰｖ６端末が実装されていた場合（ステップＳ９１“ＹＥＳ”）、続いてメディア種別の確認判定（ステップＳ９３）が実行される。
　ここで、ＳＤＰ記述にＩＰｖ６端末が対応していないメディア種別（ｍ）が一つでも含まれていた場合（ステップＳ９３“ＮＯ”）、着信側のＩＭＳ端末５０ａ，５０ｂは、メディア種別の不一致を示すエラーコード４８８（ｗａｒｎｉｎｇコード３０４）を返信する（ステップＳ９４）。
　ここで、メディア非対応のＩＰｖ６端末とは、例えば、音声（ｍ＝ａｕｄｉｏ）にのみ対応した電話機、アプリケーション（ｍ＝ａｐｐｌｉｃａｔｉｏｎ）に非対応のＴＶ電話、映像（ｍ＝ｖｉｄｅｏ）に非対応のＩＰ－ＦＡＸ等である。
　着信側のＩＭＳ端末５０ａ，５０ｂに、全てのメディアタイプに対応した端末が実装されていた場合（ステップＳ９３“ＹＥＳ”）、続いてトランスポートプロトコルの確認判定が行われる（ステップＳ９５）。ここでは、ＳＤＰ記述にしたがう全てのメディアタイプを利用可能であるが、利用できないトランスポートプロトコル（ＲＴＰ／ＡＶＰＦ）が記述されていた場合（ステップＳ９５“ＮＯ”）、ＡＶＰ端末である着信側のＩＭＳ端末５０ａ，５０ｂ、ＩＰ電話端末６０は、エラーコード４８８（ｗａｒｎｉｎｇコード３０２）を返信する（ステップＳ９６）。
　一方、ＳＤＰ記述にあるトランスポートプロトコルが利用可能であれば（ステップＳ９５“ＹＥＳ”）、続いて、コーデックの確認判定が実行される（ステップＳ９７）。ここで、利用できないコーデックが記述されていた場合（ステップＳ９７“ＮＯ”）、すなわち、着信側のＩＭＳ端末５０ａ，５０ｂに、Ｈ．２６４よりも低画質、低圧縮な映像コーデック、例えばＭＰＥＧ４等を用いる端末が実装されていた場合、そのＨ．２６４以外の端末は、電話番号調査装置１０（メッセージ交換制御部１２）にエラーコード４８８（ｗａｒｎｉｎｇコード３０５）を返信する（ステップＳ９８）。
　４つのＳＤＰパラメータの全てに一致する場合、通信が確立され、電話番号調査装置１０は、着信側のＩＭＳ端末５０ａ，５０ｂの電話番号の有効性を正しく判定することができる。４つのＳＤＰパラメータのいずれかが不一致の場合、端末がエラーコード４８８を送信し、着信が拒否される。
　ＮＧＮ網２０の場合、上記した通信の確立手順において４つの着信を拒否するパラメータの記述が可能であり、ネットワークプロトコル、メディア種別、トランスポートプロトコル、コーデックの４つ全てのＳＤＰパラメータを記述することにより、着信ベルを鳴動させる信号を用いないで正確に判定することができる。
　なお、図６はＩＭＳ網におけるＳＤＰネゴシエーション手順を示したが、ＶｏＩＰ網の場合は、ネットワークプロトコル（ＩＰｖ４）とメディア種別（音声）の２つは固定化されるため、トランスポートプロトコル、コーデックの２つの着信を拒否するパラメータ記述により、着信ベルを鳴動させる信号を用いないで正確に判定することができる。
　次に、図７にフローチャートで示す電話番号使用状況調査アルゴリズムを参照して、本実施形態に係る電話番号調査方法について説明する。なお、以下に説明する電話番号調査方法は、コンピュータに対し該当する各手順を実行させて達成することができる。
　電話番号調査装置１０は、メッセージ交換制御部１２が、調査対象となるＩＭＳ端末５０ａ，５０ｂ，ＩＰ電話端末６０に対してＩＮＶＩＴＥ要求を送信するときに、そのＩＮＶＩＴＥ要求に含まれるＳＤＰパラメータにＩＭＳ端末５０ａ，５０ｂ，ＩＰ電話端末６０が着信を拒否するＳＤＰパラメータを付与し、ＮＧＮ網２０で選択される契約キャリアごとの着信網となるＩＭＳ網３０、あるいはＶｏＩＰ網４０を介して送信する。
　ここで、調査対象となるＩＭＳ端末５０ａ，５０ｂ，ＩＰ電話端末６０の契約キャリアがＡの移動体通信事業者であれば（ステップＳ１０１“キャリアＡ”）、電話番号調査判定部１３は、着信側のＩＭＳ端末５０ａから、契約キャリアＡのＩＭＳ網３０経由で返信されるＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答を解読することにより実在／欠番の判定を行う（ステップＳ１０２）。
　欠番判定（ステップＳ１０２“欠番”）は、図３（ａ）（ｂ）のシーケンス図を使用して説明したように、着信側ＩＭＳ網３０からエラーコード４０４を送信する。電話番号調査判定部１３が、選択された着信網であるＩＭＳ網３０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード“４０４又は１８３”）を解読することにより行われる（ステップＳ１０３，Ｓ１０７）。
　ここで、調査対象のＩＭＳ端末５０ａが実在すれば（ステップＳ１０２“実在”）、そのＩＭＳ端末５０ａが空き状態にあるか話中であるかの判定が行われる（ステップＳ１０４）。着信側のＩＭＳ端末５０ａの話中判定（ステップＳ１０４“話中”）は、図２（ａ）（ｂ）のシーケンス図を使用して説明したように、電話番号調査判定部１３が、選択された着信網であるＩＭＳ網３０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答、例えば、エラーコード“４８６”を解読することにより行われ（ステップＳ１０５、Ｓ１０７）、一方、空き判定（ステップＳ１０４“空き”）は、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード４８８）を解読することにより行われる（ステップＳ１０６，Ｓ１０７）。
　なお、ステップＳ１０７で判定された着信側のＩＭＳ端末５０ａの電話番号の使用状況は、電話番号履歴生成部１４が、電話番号調査判定部１３による判定結果に基づき、例えば、図８に示す電話番号履歴情報レイアウトにしたがって電話番号履歴情報を生成し、都度、電話番号履歴ＤＢ（１５）に記録する。
　ここでは、エラーコードにより、ＩＭＳ／ＶｏＩＰの着信網判定と電話番号使用状況を確認することができる。網判定情報をＤＢ化することで次回以降の電話番号調査に活用できる。電話番号履歴ＤＢ（１５）に蓄積された電話番号履歴情報は、一定期間分蓄積された時点で適当な形式で編集し、電話番号使用状況調査記録媒体として検索用に希望者に頒布される。
　次に、調査対象となるＩＭＳ端末５０ａ，５０ｂ，ＩＰ電話端末６０の契約キャリアがＢのＮＧＮ通信事業者であれば（ステップＳ１０１“キャリアＢ”）、電話番号調査判定部１３は、着信側のＩＭＳ端末５０ｂから、契約キャリアＢのＮＧＮ網３０経由で返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答を解読することにより実在／欠番の判定を行う（ステップＳ１０８）。
　欠番判定（ステップＳ１０８“欠番”）は、電話番号調査判定部１３が、選択された着信網であるＮＧＮ網３０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード“４０４又は１８３”）を解読することにより行われる（ステップＳ１０９，Ｓ１０３）。
　ここで、調査対象となるＩＭＳ端末５０ｂが実在すれば（ステップＳ１０８“実在”）、続いて空き状態にあるか話中であるかの判定が行われる（ステップＳ１１０）。
　着信側のＩＭＳ端末５０ｂの話中判定（ステップＳ１１０“話中”）は、電話番号調査判定部１３が、選択された着信網であるＮＧＮ網３０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード“４８６”）を解読することにより行われる（ステップＳ１１１，Ｓ１１３）。
　一方、空き判定（ステップＳ１１０“空き”）は、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード４８８）を解読することにより行われる（ステップＳ１１２，Ｓ１１３）。
　なお、ステップＳ１１３で判定されたＩＭＳ端末５０ｂの電話番号の使用状況は、電話番号履歴生成部１４が、電話番号調査判定部１３による判定結果に基づき、図８に示す電話番号履歴情報レイアウトにしたがって電話番号履歴情報を生成し、都度、電話番号履歴ＤＢ（１５）に記録する。電話番号履歴ＤＢ（１５）に蓄積された電話番号履歴情報は、一定期間分蓄積された時点で適当な形式で編集し、電話番号使用状況調査記録媒体として検索用に希望者に頒布される。
　次に、調査対象となるＩＭＳ端末５０ａ，５０ｂ，ＩＰ電話端末６０の契約キャリアがＣのＶｏＩＰ通信事業者であれば（ステップＳ１０１“キャリア”Ｃ”）、電話番号調査判定部１３は、着信側のＩＰ電話端末６０から、契約キャリアＣのＶｏＩＰ網４０経由で返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答を解読することにより実在／欠番の判定を行う（ステップＳ１１４）。
　欠番判定（ステップＳ１１４“欠番”）は、電話番号調査判定部１３が、選択された着信網であるＶｏＩＰ網４０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード“１８３”）を解読することにより行われる（ステップＳ１１７，Ｓ１２１）。
　ここで、ＩＰ電話端末６０が実在すれば（ステップＳ１１４“実在”）、空き状態にあるか話中であるかの判定が行われる（ステップＳ１１８）。
　着信側のＩＰ電話端末６０の話中判定（ステップＳ１１８“話中”）は、電話番号調査判定部１３が、選択された着信網であるＶｏＩＰ網４０から返信される、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード“４８６”）を解読することにより行われる（ステップＳ１１９，Ｓ１２１）。
　一方、空き判定（ステップＳ１１８“空き”）は、ＳＤＰ不一致によるＩＮＶＩＴＥ要求に対する応答（エラーコード４８８）を解読することにより行われる（ステップＳ１２０，Ｓ１２１）。
　なお、ステップＳ１２１で判定されたＩＰ電話番号の使用状況は、電話番号履歴生成部１４が、電話番号調査判定部１３による判定結果に基づき、図８に示す電話番号履歴情報レイアウトにしたがって電話番号履歴情報を生成し、都度、電話番号履歴ＤＢ（１５）に記録する。電話番号履歴ＤＢ（１５）に蓄積された電話番号履歴情報は、一定期間分蓄積された時点で適当な形式で編集し、電話番号使用状況調査記録媒体として検索用に希望者に頒布される。
　ところで、光ＩＰ電話等、これまでの加入者番号と同じ形式の電話番号が割り当てられた電話の場合、ＬＮＰ（Local　Number　Portability）により、着信網がＩＭＳ網（ＮＧＮ網）かＶｏＩＰ網かの区別ができず、ＩＭＳ網（ＮＧＮ網）とＶｏＩＰ網ではＳＤＰ不一致のパラメータが異なる。
　すなわち、ＩＭＳ網３０（ＮＧＮ網）の場合、ＩＰｖ４とＩＰｖ６のネットワークプロトコルのいずれにも対応しているが、ＶｏＩＰ網４０場合、ＩＰｖ４にのみ対応し、ＩＰｖ６には対応していない。また、ＩＭＳ網３０（ＮＧＮ網）は、音声、映像のいずれのメディア種別にも対応するが、ＶｏＩＰ網４０の場合、音声のみにしか対応していない。このため、電話番号調査装置１０は、ＩＰ電話が接続される着信網の判定後、それぞれに応じたＳＤＰパラメータを設定して発信する必要がある。
　以降の説明では、着信網であるＩＭＳ網３０（ＮＧＮ網）に接続されるＩＭＳ端末５０ｂ、ＶｏＩＰ網４０に接続されるＩＰ電話端末６０を想定し、０ＡＢ－Ｊ型番号が割り当てられたＩＰ電話の着信網の判定手順について、図９に示す着信網の網判定手順のフローチャートを参照しながら詳細に説明する。
　図９において、電話番号調査装置１０は、まず、メッセージ交換制御部１２が、調査対象とするＩＰ電話（ＩＭＳ端末５０ｂ又はＩＰ電話端末６０）に対し、ＩＮＶＩＴＥ要求に、例えば、ネットワークプロトコルとしてＩＰｖ６、あるいはメディア種別として音声、映像、及びアプリケーション（ａｕｄｉｏ＋ｖｉｄｅｏ＋ａｐｐｌｉｃａｔｉｏｎ）を設定したＩＭＳ網（ＮＧＮ網）に準拠した第１のＳＤＰパラメータを付与してオファー（送信）する（ステップＳ２０１）。ここでは、ネットワークプロトコルＩＰｖ６を設定するものとして説明する。
　次に、メッセージ交換制御部１２は、第１のＳＤＰパラメータが付与されたＩＮＶＩＴＥ要求に対し、着信網からからアンサーとして応答メッセージ（２００ ＯＫ＋ｍｏｄ.ＳＤＰ）を受信すると（ステップＳ２０２“ＹＥＳ”）、調査対象のＩＰ電話は「ＩＰ電話端末６０」であると判定し、ＶｏＩＰ用のＳＩＰ発信機からネットワークプロトコルとしてＩＰｖ４(メディア種別の場合音声のみ)設定したＶｏＩＰ網に準拠した第２のＳＤＰパラメータを付与してＩＮＶＩＴＥ要求を送信する（ステップＳ２０４）。
　電話番号調査判定部１３は、ステップＳ２０４でオファーしたＩＮＶＩＴＥ要求に対し、メッセージ交換制御部１２が受信した応答メッセージを取り込むと、その応答メッセージに含まれるエラーコードが“４８８”であれば、調査対象のＩＰ電話端末６０に割り当てられた電話番号は実在すると判定し、エラーコードが“１８３”であれば欠番であると判定する（ステップＳ２０５）。
　電話番号調査判定部１３は、ステップＳ２０２で着信網からからアンサーとして、ＳＤＰパラメータのネットワークプロトコルが変換されていないＩＰｖ６を受け入れた応答メッセージを受信すると（ステップＳ２０２“ＮＯ”）、調査対象のＩＰ電話は、「ＩＭＳ端末５０ｂ」であると判定し、その応答メッセージに含まれるエラーコードが“４８８”あるいは“４８６”であればその電話番号は実在し、“４０４”であれば欠番であると判定する（ステップＳ２０３）。
（実施形態の効果）
　以上説明したように本実施形態に係る電話番号調査装置１０によれば、事業者間相互接続にＩＭＳ相互接続インタフェース等を利用し、ＩＭＳ網３０における電話番号の使用状況のリサーチを実現することができる。このため、ＮＧＮ網２０と接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することにより新システム基盤への円滑な移行を可能にする。
　また、本実施形態による電話番号調査装置１０によれば、ＮＧＮ網２０側で着信網であるキャリアごとのＩＭＳ網３０を選択するため、携帯電話番号ポータビリティであるＭＮＰ（Mobile　Number　Portability）に対応でき、ＵＮＩ接続時とは異なり網違い（調査対象の電話番号が他網に接続された電話端末）が発生しない。このため、電話番号調査の手順が簡素化され、電話番号調査装置１０での判定負荷を軽減することができる。さらに、ＮＧＮ網２０のみ電話番号調査装置１０及び回線を設置すればよいため設備投資のコストも低減することができる。
　なお、本実施形態に係る電話番号調査装置１０によれば、調査対象となる電話端末として、携帯電話等のＩＭＳ端末５０ａ，５０ｂ、及びＩＰ電話端末６０を例示したが、ＩＰ電話端末６０については、メタルＩＰ電話、あるいはＩＰ電話、光電話等、これまでの加入者電話と同じ形式の電話番号が割り当てられたＩＰ電話も含まれ、ＩＰ電話の種類、及び着信網に依存することなく、電話番号の有効／無効調査を行う際に正確に判定することができる。
　また、これら電話端末は、通信確立のために、ＳＤＰパラメータの記述内容から、ネットワークプロトコルの確認、メディア種別の確認、メディアのトランスポートプロトコルの確認、コーデックの確認の順に従いネゴシエーションを行うが、ＮＧＮ網の場合、ＩＭＳ網と同様にこのネゴシエーションの手順における４つの着信を拒否するパラメータ記述が可能であり、これら４つのパラメータ全てを記述することにより、正確に判定することができる。また、ＩＰ電話端末６０は、ネットワークプロトコル（ＩＰｖ４）とメディア種別（音声）の２つは固定化されるため、、トランスポートプロトコルとコーデックの２つの着信を拒否するパラメータ記述により、着信側のＩＰ電話端末６０の着信ベルを鳴動させる信号を用いないで有効性判定を正確化することができる。
　なお、ＬＮＰにより、着信網がＩＭＳ網（ＮＧＮ網）かＶｏＩＰ網かの区別ができず、着信網によってはＳＤＰ不一致のパラメータが異なる電話（ＩＭＳ端末５０ｂ，ＩＰ電話端末６０）の場合、メッセージ交換制御部１２が、調査対象のＩＰ電話に対してＩＮＶＩＴＥ要求を送信するときに、当該ＩＮＶＩＴＥ要求に、ネットワークプロトコルとしてＩＰｖ６が設定された、ＮＧＮ網３０に準拠した第１のＳＤＰパラメータを付与し、ＮＧＮ網２０を介して選択される契約キャリアごとの着信網となるＩＭＳ網３０又はＶｏＩＰ網４０に送信する。
　そして、着信網から応答メッセージを受信すると、応答メッセージが、「２００　ＯＫ」の場合、又は第１のＳＤＰパラメータが変換されている場合、着信網がＶｏＩＰ網であると判定し、調査対象のＩＰ電話が接続される着信網の網判定を行う。このことにより、電話番号調査判定部１３が、メッセージ交換制御部１２で受信した応答メッセージに応じて、ＩＰ電話の電話番号使用状況について判定する。したがって、本実施形態に係る電話番号調査装置１０によれば、着信網に依存せずに有効性判定を正確化することができる。
　このように、本実施形態に係る電話番号調査装置１０によれば、ＩＭＳ端末５０ａ、５０ｂ及びＩＰ電話端末６０の電話番号が使用されている状態（有効（実在））、使用されていない状態（無効（欠番））、移転の別を正確に判定できる。また、無着信の結果、これまで一部発生していた課金も全て遮断することができる。そして、判定結果において、判定した期日、時間を判定結果とともに記録媒体（電話番号履歴ＤＢ（１５））に記録できるツールも用意している。この記録媒体には、例えば、図８にそのデータ構造の一例が示されているように、調査対象の電話番号ごとに、判定結果、移転元電話番号とリンクした移転先電話番号の情報、判定した期日、時間が記録される。
（プログラム）
　なお、本実施形態に係るプログラムは、例えば、図１に示すように、ＩＭＳ網３０（ＮＧＮ網）又はＶｏＩＰ網４０に接続され、電話（ＩＭＳ端末５０ｂ，ＩＰ電話端末６０）が、ＮＧＮ網（２０）を介して接続される電話番号調査装置１０のプログラムである。
　そして、そのプログラムは、例えば、図１及び図９に示すように、コンピュータ（電話番号調査装置１０）に、第１のＳＤＰパラメータを調査対象の電話に対するＩＮＶＩＴＥ要求に付与してＮＧＮ網の選択する着信網にＩＮＶＩＴＥ要求を送信させる処理（ステップＳ２０１）と、着信網から第１のＳＤＰパラメータを含む応答メッセージを受信させる処理（ステップＳ２０２）と、第１の応答メッセージに応じて、電話の電話番号使用状況について判定させる処理（ステップＳ２０３～Ｓ２０５）と、第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、第１の応答メッセージが、「２００ ＯＫ」の場合、又は第１のＳＤＰパラメータのネットワークプロトコルの変換がされている場合、着信網がＶｏＩＰ網であると判定し、第１の応答メッセージの第１のＳＤＰパラメータが変換されていない場合、かつ応答メッセージが第１のエラーコード（エラー４８８）の場合、着信網がＩＭＳ網であると判定させる処理（ステップＳ２０２）と、を少なくとも実行させるものである。
　本実施形態に係るプログラムによれば、電話番号調査装置１０が図示省略したメモリに記録された当該プログラムを逐次読み出し実行することにより、事業者間相互接続にＩＭＳ相互接続インタフェース等を利用し、ＩＭＳ網３０における電話番号の使用状況のリサーチを実現することができる。このため、ＮＧＮ網２０と接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することにより新システム基盤への円滑な移行を可能にする。特に、電話（ＩＭＳ端末５０ｂ又はＩＰ電話端末６０）の電話番号使用状況について、着信網（ＩＭＳ網３０（ＮＧＮ網）、ＶｏＩＰ網４０）の種類に依存することなく、判定することができる。
（電話番号調査情報提供システム）
　図１０は、本実施形態に係る電話番号調査情報提供システム１００のシステム構成図である。図１０に示すように、本実施形態に係る電話番号調査情報提供システム１００は、１以上のユーザ端末９０と、ユーザ端末９０とはＩＰ網８０経由で接続されるとともに、図示省略した網と接続される電話番号調査サーバ（図１の電話番号調査装置１０）とを含む。
　電話番号調査サーバ１０は、ユーザ端末９０から調査対象番号に基づく電話番号調査情報提供要求をＩＰ網８０経由で受信すると、調査対象の電話（ＩＭＳ端末５０ｂ，ＩＰ電話端末６０）に対してＩＮＶＩＴＥ要求を送信するときに、当該ＩＮＶＩＴＥ要求に第１のＳＤＰパラメータを付与し、ＮＧＮ網２０を介して選択される電話の契約キャリアごとの着信網となるＩＭＳ網３０又はＶｏＩＰ網４０に送信する。続いて、電話番号調査サーバ１０は、着信網から応答メッセージを受信すると、応答メッセージが、「２００　ＯＫ」の場合、又は第１のＳＤＰパラメータが変換されている場合、着信網がＶｏＩＰ網であると判定し、応答メッセージの第１のＳＤＰパラメータが変換されていない場合、かつ応答メッセージが第１のエラーコード（エラー４８８）の場合、着信網がＩＭＳ網であると判定する。そして、受信した応答メッセージに応じて、電話の電話番号使用状況について判定し、電話番号調査情報提供要求があったユーザ端末９０へＩＰ網８０経由で送信する。このため、電話番号調査サーバ１０は、図５に示した網インタフェース部１１に、ユーザ端末９０から電話端末の電話番号調査情報提供要求を受信したときに、電話番号調査判定部１３で判定された電話端末の電話番号使用状況について、電話番号調査情報提供要求があったユーザ端末９０へＩＰ網８０経由で送信する機能が付加される。
　このとき、電話番号調査サーバ１０は、ユーザ端末９０から調査対象番号に基づく電話番号調査情報提供要求をＩＰ網８０経由で受信すると、判定の結果のそれぞれに判定日時を示すタイムスタンプを付与して時系列に記録された電話番号調査情報が記録された記録媒体（電話番号履歴ＤＢ（１５））を参照し、電話番号調査情報提供要求があったユーザ端末９０へＩＰ網８０経由で送信する。
　なお、電話番号調査情報記録媒体（電話番号履歴ＤＢ（１５））は、必要なユーザに単独で頒布されてもよい。記録媒体（電話番号履歴ＤＢ（１５））は、通信事業者網に専用線経由で接続される電話番号調査装置１０により生成される、調査対象番号の実在の有無が記録される記録媒体であり、頒布先のシステムで検索用に使用される。
　電話番号調査情報記録媒体（電話番号履歴ＤＢ（１５））は、着信側の電話端末の電話番号使用状況について有効性を判定した結果の集合体であり、例えば、図８に一例を示すデータ構造からなり、判定結果のそれぞれに判定日時を示すタイムスタンプを付与して時系列に記録したものである。なお、記録媒体の頒布は、ＤＶＤやハードディスクに記録したデータベースに限らず、通信回線を利用した頒布も含まれる。
　本実施形態に係る電話番号調査情報提供システム１００によれば、電話番号調査装置１０で判定した、電話番号が使用されている状態（有効（実在））、使用されていない状態（無効（欠番））、移転先電話番号を案内している状態（移転）の別を、必要なユーザに提供することができる。同様に、電話番号調査情報記録媒体（電話番号履歴ＤＢ（１５））を必要とするユーザへ配布することにより、ユーザサイドで活用でき、例えば、与信等において顕著な効果を得ることができる。
　以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。またその様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、請求の範囲の記載から明らかである。
　１０…電話番号調査装置（サーバ）、１１…網インタフェース部、１２…メッセージ交換制御部、１３…電話番号調査判定部、１４…電話番号履歴生成部、１５…電話番号履歴ＤＢ（電話番号調査情報記録媒体）、２０…ＮＧＮ網、２１…ＳＢＣ、２０ａ…ＳＩＰサーバ、３０…ＩＭＳ（ＮＧＮ）網、３０ａ，３０ｂ，３０ｃ…ＳＩＰサーバ、３１…ＳＢＣ、４０…ＶｏＩＰ網、４１…ＳＢＣ、５０ａ…ＩＭＳ端末（移動体電話）、５０ｂ…ＩＭＳ端末（ＩＰ電話）、６０…ＩＰ電話端末（ＩＰ電話）、８０…ＩＰ網、９０…ユーザ端末、１００…電話番号調査情報提供システム

Claims (12)

  1. 　少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された電話にＮＧＮ網を介して接続される電話番号調査装置であって、
    　第１のＳＤＰパラメータを調査対象の前記電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信し、前記着信網から第１の応答メッセージを受信するメッセージ交換制御部と、
    　前記第１の応答メッセージに応じて、前記電話の電話番号使用状況について判定する電話番号調査判定部と、を備え、
    　前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、
    　前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、
    　前記メッセージ交換制御部は、
    　前記第１の応答メッセージが、「２００　ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、
    　前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定することを特徴とする電話番号調査装置。
  2. 　前記メッセージ交換制御部は、前記第１の応答メッセージが「２００　ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、次回から第２のＳＤＰパラメータを調査対象の前記電話に対するＩＮＶＩＴＥ要求に付与して送信することを特徴とする請求項１に記載の電話番号調査装置。
  3. 　前記第１のＳＤＰパラメータは、前記ＩＭＳ網に準拠したパラメータであり、
    　前記第２のＳＤＰパラメータは、前記ＶｏＩＰ網に準拠したパラメータであることを特徴とする請求項２に記載の電話番号調査装置。
  4. 　前記第１のＳＤＰパラメータは、前記ＩＭＳ網に接続された前記電話が着信を拒否するパラメータでもあり、
    　前記第１のＳＤＰパラメータは、前記ネットワークプロトコル、メディア種別、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又はその組み合わせからなるパラメータの記述で前記電話が着信を拒否するパラメータとされていることを特徴とする請求項１から請求項３のいずれか１項に記載の電話番号調査装置。
  5. 　前記第１のＳＤＰパラメータが、音声、映像、及び、アプリケーションを含む全メディアを含んだメディア種別を含んでいることを特徴とする請求項１から請求項４のいずれか１項に記載の電話番号調査装置。
  6. 　前記第２のＳＤＰパラメータは、前記ＶｏＩＰ網に接続された前記電話が着信を拒否するパラメータであり、
    　前記第２のＳＤＰパラメータは、ネットワークプロトコル（ＩＰｖ４）とメディア種別（音声）の２つは固定化されるため、トランスポートプロトコル、コーデックのうちの少なくとも一つ、又はその組み合わせからなるパラメータの記述で前記電話が着信を拒否するパラメータとされていることを特徴とする請求項３に記載の電話番号調査装置。
  7. 　前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、前記ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、
    　前記メッセージ交換制御部は、前記第１の応答メッセージが「２００　ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、前記第１の応答メッセージが前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが前記第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定することを特徴とする請求項１から請求項６のいずれか１項に記載の電話番号調査装置。
  8. 　前記電話番号調査判定部は、前記第１の応答メッセージに含まれる前記第１のエラーコードを受信した場合、前記電話の電話番号が実在すると判定し、前記第１の応答メッセージに含まれる第２又は第３のエラーコードを受信した場合、前記電話の電話番号が欠番であると判定することを特徴とする請求項１から請求項７のいずれか1項に記載の電話番号調査装置。
  9. 　前記電話番号調査判定部は、前記第２のＳＤＰパラメータの送信に対して前記着信網から受信する第２の応答メッセージに含まれる第１のエラーコードを受信した場合、前記電話の電話番号が実在すると判定し、前記第２の応答メッセージに含まれる第３のエラーコードを受信した場合、前記電話が欠番であると判定することを特徴とする請求項２、請求項３又は請求項６に記載の電話番号調査装置。
  10. 　請求項１から請求項９のいずれか１項に記載の電話番号調査装置と、
    　ユーザ端末と、を備え、
    　前記電話番号調査装置は、前記ユーザ端末から前記電話の電話番号調査情報提供要求を受信すると、前記電話番号調査情報提供要求があった前記ユーザ端末に前記電話番号調査判定部が判定した前記電話の電話番号使用状況を前記ＩＰ網経由で送信する網インタフェース部を備える、システム。
  11. 　少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された電話にＮＧＮ網を介して接続される電話番号調査装置を用いて、調査対象となる前記電話の電話番号の使用状況を調査する電話番号調査方法であって、
    　前記電話番号調査装置が、
    　第１のＳＤＰパラメータを調査対象の前記電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信するステップと、
    　前記着信網から第１の応答メッセージを受信するステップと、
    　前記第１の応答メッセージに応じて、前記電話の電話番号使用状況について判定するステップと、
    　前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、
    　前記ＮＧＮ網が前記第１のＳＤＰパラメータを前記着信網へ送信する際に、ＳＢＣは前記ネットワークプロトコルを前記着信網に適したＩＰｖ４のネットワークプロトコルに変換して送信する機能を有しており、
    　前記第１の応答メッセージが、「２００　ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、
    　前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定するステップと、を含む電話番号調査方法。
  12. 　少なくとも着信網であるＩＭＳ網又はＶｏＩＰ網に接続された電話にＮＧＮ網を介して接続される電話番号調査装置のプログラムであって、
    　電話番号調査装置に、
    　第１のＳＤＰパラメータを調査対象の前記電話に対するＩＮＶＩＴＥ要求に付与して前記ＮＧＮ網の選択する前記着信網に前記ＩＮＶＩＴＥ要求を送信させる処理と、
    　前記着信網から第１の応答メッセージを受信させる処理と、
    　前記第１の応答メッセージに応じて、前記電話の電話番号使用状況について判定させる処理と、
    　前記第１のＳＤＰパラメータが、少なくともＩＰｖ６のネットワークプロトコルを含んでおり、
    　前記第１の応答メッセージが「２００　ＯＫ」の場合、又は前記第１のＳＤＰパラメータが変換されている場合、前記着信網が前記ＶｏＩＰ網であると判定し、
    　前記第１の応答メッセージの前記第１のＳＤＰパラメータが変換されていない場合、かつ前記第１の応答メッセージが第１のエラーコードの場合、前記着信網が前記ＩＭＳ網であると判定させる処理と、を少なくとも実行させるプログラム。
PCT/JP2021/039547 2020-12-07 2021-10-26 電話番号調査装置、同方法、同プログラム、同情報提供システム WO2022123942A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US17/760,373 US20230291774A1 (en) 2020-12-07 2021-10-26 Device, method, program, and information provision system for telephone number research
EP21903046.7A EP4089991A4 (en) 2020-12-07 2021-10-26 TELEPHONE NUMBER INVESTIGATION DEVICE, TELEPHONE NUMBER INVESTIGATION METHOD, TELEPHONE NUMBER INVESTIGATION PROGRAM, AND TELEPHONE NUMBER INVESTIGATION INFORMATION PROVIDING SYSTEM
AU2021395654A AU2021395654B2 (en) 2020-12-07 2021-10-26 Device, method, program, and information provision system for telephone number research

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-202918 2020-12-07
JP2020202918A JP6889507B1 (ja) 2020-12-07 2020-12-07 電話番号調査装置、同方法、同プログラム、同情報提供システム

Publications (1)

Publication Number Publication Date
WO2022123942A1 true WO2022123942A1 (ja) 2022-06-16

Family

ID=76429543

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/039547 WO2022123942A1 (ja) 2020-12-07 2021-10-26 電話番号調査装置、同方法、同プログラム、同情報提供システム

Country Status (6)

Country Link
US (1) US20230291774A1 (ja)
EP (1) EP4089991A4 (ja)
JP (1) JP6889507B1 (ja)
AU (1) AU2021395654B2 (ja)
TW (1) TWI798962B (ja)
WO (1) WO2022123942A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7458602B1 (ja) 2023-12-28 2024-04-01 株式会社クローバー・ネットワーク・コム 網判定装置、網判定方法、網判定プログラム、及び接続網情報提供システム
JP7557831B1 (ja) 2024-03-27 2024-09-30 株式会社ジンテック 判定方法、判定装置及びコンピュータープログラム

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009055512A (ja) 2007-08-29 2009-03-12 Katsuyoshi Nagashima 電話番号履歴調査システムおよびその方法
JP2011135121A (ja) 2009-12-22 2011-07-07 Katsuyoshi Nagashima Ｉｐ電話番号調査装置およびその方法
JP2012015605A (ja) 2010-06-29 2012-01-19 Jintetsuku:Kk インターネットに接続したコンピューターによりｉｐ電話の電話番号の有効性や無効性を調査する方法、コンピュータープログラム
JP2014033474A (ja) 2013-11-19 2014-02-20 Katsuyoshi Nagashima 自立型電話番号調査装置、及び方法
JP2017005466A (ja) * 2015-06-09 2017-01-05 日本電信電話株式会社 呼制御処理システム、ゲートウェイ装置、呼制御処理方法およびプログラム
JP6114901B1 (ja) 2016-05-24 2017-04-19 株式会社クローバー・ネットワーク・コム 電話番号調査装置、同方法、同プログラム、同情報提供システム、及び記録媒体
JP2018121165A (ja) * 2017-01-24 2018-08-02 株式会社クローバー・ネットワーク・コム 電話番号調査装置、同方法、同プログラム、同情報提供システム
JP2018170709A (ja) * 2017-03-30 2018-11-01 株式会社クローバー・ネットワーク・コム 電話番号調査装置、同方法、同プログラム、同情報提供システム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004006756B4 (de) * 2004-02-11 2005-12-29 Siemens Ag Aufbau einer paketorientierten Multimediaverbindung unter Mitwirkung eines Interactive Voice Response Systems
DE102004047027B4 (de) * 2004-09-28 2007-07-19 Siemens Ag Verfahren zum Aufbau einer Multimedia - Verbindung
EP1643713A1 (en) * 2004-10-04 2006-04-05 Hewlett-Packard Development Company, L.P. Distributed Computing
US8787353B2 (en) * 2006-08-01 2014-07-22 Broadview Networks, Inc. Method and system for directed call establishment to facilitate the provision of enhanced communications services
US20130007291A1 (en) * 2011-06-28 2013-01-03 Verrizon Patent and Licensing Inc. MEDIA INTERWORKING IN IPv4 AND IPv6 SYSTEMS
JP6100054B2 (ja) * 2013-03-27 2017-03-22 キヤノン株式会社 画像処理装置、情報処理方法及びプログラム
TWI621342B (zh) * 2016-06-08 2018-04-11 Chunghwa Telecom Co Ltd System for dynamically identifying Next Generation Network (NGN)/IP Multimedia Subsystem (IMS) Voice over Internet Protocol (VoIP) calls and system in which the calling and called users are accommodated in the same Talk Edge Controller (SBC) and method thereof
US11652854B2 (en) * 2020-09-17 2023-05-16 Verizon Patent And Licensing Inc. User-configured network fallback control

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009055512A (ja) 2007-08-29 2009-03-12 Katsuyoshi Nagashima 電話番号履歴調査システムおよびその方法
JP2011135121A (ja) 2009-12-22 2011-07-07 Katsuyoshi Nagashima Ｉｐ電話番号調査装置およびその方法
JP2012015605A (ja) 2010-06-29 2012-01-19 Jintetsuku:Kk インターネットに接続したコンピューターによりｉｐ電話の電話番号の有効性や無効性を調査する方法、コンピュータープログラム
JP2014033474A (ja) 2013-11-19 2014-02-20 Katsuyoshi Nagashima 自立型電話番号調査装置、及び方法
JP2017005466A (ja) * 2015-06-09 2017-01-05 日本電信電話株式会社 呼制御処理システム、ゲートウェイ装置、呼制御処理方法およびプログラム
JP6114901B1 (ja) 2016-05-24 2017-04-19 株式会社クローバー・ネットワーク・コム 電話番号調査装置、同方法、同プログラム、同情報提供システム、及び記録媒体
JP2017212534A (ja) * 2016-05-24 2017-11-30 株式会社クローバー・ネットワーク・コム 電話番号調査装置、同方法、同プログラム、同情報提供システム、及び記録媒体
JP2018121165A (ja) * 2017-01-24 2018-08-02 株式会社クローバー・ネットワーク・コム 電話番号調査装置、同方法、同プログラム、同情報提供システム
JP2018170709A (ja) * 2017-03-30 2018-11-01 株式会社クローバー・ネットワーク・コム 電話番号調査装置、同方法、同プログラム、同情報提供システム

Also Published As

Publication number Publication date
JP6889507B1 (ja) 2021-06-18
EP4089991A4 (en) 2023-09-20
US20230291774A1 (en) 2023-09-14
TWI798962B (zh) 2023-04-11
TW202231046A (zh) 2022-08-01
EP4089991A1 (en) 2022-11-16
AU2021395654B2 (en) 2022-10-20
AU2021395654A1 (en) 2022-09-08
JP2022090490A (ja) 2022-06-17

Similar Documents

Publication Publication Date Title
US8566889B2 (en) Control apparatus, content transmission system and content transmission method
US10659618B2 (en) System and method for monitoring communications in a network
US8885494B2 (en) System and method for monitoring communications in a network
US20130091194A1 (en) Session initiation protocol (sip) message incorporating a multi-purpose internet mail extension (mime) media type for describing the content and format of information included in the sip message
US20070165607A1 (en) System and method for providing alternate routing in a network
WO2022123942A1 (ja) 電話番号調査装置、同方法、同プログラム、同情報提供システム
US20080298361A1 (en) Method and System for Network Based Call-Pickup
JP6209762B1 (ja) 電話番号調査装置、同方法、同プログラム、及び同情報提供システム
CN102342076A (zh) 通信网络中的能力查询处理
JP6197243B1 (ja) 電話番号調査装置、同方法、同プログラム、同情報提供システム、及び記録媒体
JP6114901B1 (ja) 電話番号調査装置、同方法、同プログラム、同情報提供システム、及び記録媒体
EP1763205A1 (en) Communication system, transfer control method, telephone device used for same, communication device, and program
CN101848283A (zh) 呼叫拒接转移的方法、装置及系统和终端
JP6357634B1 (ja) 電話番号調査装置、同方法、同プログラム、同情報提供システム
JP7538987B1 (ja) 電話番号の調査装置、調査方法、調査プログラム、及び情報提供システム
JP2018170709A (ja) 電話番号調査装置、同方法、同プログラム、同情報提供システム
US20080069311A1 (en) Recording calls in a telecommunication network
JP7498920B1 (ja) 電話番号の調査装置、調査方法、調査プログラム、及び情報提供システム
JP6446647B2 (ja) 電話番号調査装置、同方法、同プログラム、同情報提供システム
JP2018121165A (ja) 電話番号調査装置、同方法、同プログラム、同情報提供システム
JP7414215B1 (ja) 電話番号の調査装置、調査方法、調査プログラム、及び情報提供システム
KR100785792B1 (ko) 접속 설정 프로토콜을 사용하는 인터넷 전화 시스템에서의서비스 제공 방법 및 그 시스템
JP7458602B1 (ja) 網判定装置、網判定方法、網判定プログラム、及び接続網情報提供システム
EP4113930A1 (en) Method and communication system for transmitting signaling information used for establishing a communication session between a calling end device and a called end device

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21903046

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021903046

Country of ref document: EP

Effective date: 20220810

ENP Entry into the national phase

Ref document number: 2021395654

Country of ref document: AU

Date of ref document: 20211026

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE