JP2018121165A - Telephone number investigation device, method, program, information provision system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To realize research of the use state of telephone number in an IMS network, an NGN network and an IP telephone network with non-ringing of incoming bell, by using an IMS interconnection interface, and the like, for interconnection between telephone network operators.SOLUTION: A telephone number investigation device 10 for connection with multiple telephone terminals (50a, 50b, 60) of inspection targets connected with an IMS network 30 or an IP telephone network 40 via a NGN network 20 gives SDP parameters, incoming of which is rejected by a telephone terminal, to the SDP parameters included in an INVITE request, when transmitting the INVITE request to the telephone terminal, and transmits via the IMS network or the IP telephone network becoming the incoming network of each contract carrier of a telephone terminal selected in the NGN network. According to a response message of a telephone terminal received from a selected incoming network, the use state of telephone number is determined without using a signal for ringing an incoming bell.SELECTED DRAWING: Figure 1

Description

  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.

  For example, a telephone number search device described in Patent Literatures 1, 2, and 3 that has been filed and published by the applicant in the past is known. According to this telephone number survey device, it is possible to conduct research on the usage status of telephone numbers nationwide.

  According to the techniques described in these patent documents, a telephone number search device on the calling side is connected to a PSTN (Public Switched Telephone Network), a mobile communication network, or an IP (Internet Protocol) telephone network. Is done. Then, the telephone number checking device uses the UNI (User Network Interface) protocol of ISDN (Integrated Service Digital Network) to inquire the subscriber data, and “telephone number valid” , "Invalid", "Relocation", etc., can be used to research the usage status of the phone number.

  However, NTT East and West are planning to “Migrate from PSTN to NGN (Next Generation Network)” and plan to abolish the “digital communication mode” of ISDN service in the second half of 2020. Therefore, instead of the ISDN UNI connection method, it is necessary to introduce a SIP (Session Initiation Protocol) -based telephone number investigation tool that can be connected to the NGN network, and to make a smooth transition to the new system infrastructure.

  In recent years, landline telephones have gradually shifted to IP telephones, and according to the 2016 White Paper on Information Communication, it was reported that 3,845 million units were IP telephones at the end of 2015. Therefore, the realization of an IP telephone number investigation device that can correctly determine the usage status of a telephone number is awaited. The basic mechanism of an IP telephone is very different from the traditional fixed telephone technology. For this reason, for example, as described in Patent Document 4, an INVITE request with an incorrect description is sent to the IP telephone network 500 (SIP 2. Description of the Related Art A telephone number search device that checks the validity of an IP telephone number by transmitting to a server is known.

  However, when the applicant tried an evaluation test using the technique described in Patent Document 4, an investigation of the usage status of the IP telephone number that can still be correctly determined has not been established. In other words, the IP phone to be investigated in Patent Document 4 is a 050 type IP phone to which an 11-digit phone number starting with 050 is assigned, and is 0 having the same format as a conventional subscriber phone such as an optical phone. It does not target 0AB-J type IP telephones that are assigned telephone numbers that begin with. Therefore, when researching the telephone number usage status of the 0AB-J type IP telephone, the effectiveness cannot be investigated due to the network side rejection or the like.

  On the other hand, the applicant transmits the SIP specific message that the IP telephone rejects the incoming call from the UNI connection calling terminal (telephone number checking device) of the IP telephone network. Established a technique for determining without using a signal for ringing the incoming call bell, and on May 24, 2016, “Telephone number investigation device, method, program, and recording medium” (Japanese Patent Application No. 103356). ). According to the technology described in this application, a smooth transition to a new system infrastructure can be achieved by introducing a SIP protocol-based telephone number search tool that can be connected to the NGN network. Here, in addition to the 050 type in which the 11-digit telephone number starting with 050 is assigned to the IP phone that is the subject of the telephone number investigation, 0, which has the same format as the conventional subscriber telephone, such as an optical phone. A 0AB-J type assigned with a telephone number that starts is also included, so that it is possible to accurately determine when validating / invalidating a telephone number without depending on the type of IP telephone.

JP 2009-055512 A JP 2011-135121 A JP 2014-033474 A JP 2012-015605 A

  By the way, with the transition from PSTN to NGN scheduled for 2020 and later, the interconnection interface between operators is changed from SS7 (Signaling System No.7) of the common line signal system to SIP (Session Initiation Protocol) of the IP system. Be changed. For this reason, a SIP specific message is transmitted transparently from an originating terminal (telephone number checking device) to an IMS (IP Multimedia Subsystem) network, an NGN (Next Generation Network) network, and a VoIP (Voice over Internet Protocol) network. Become.

  Note that IMS is a standard for realizing a multimedia service and the like by integrating services that have been performed in fixed networks and mobile communications, etc., into IP, and a system created in accordance with the standard. Mobile communication system and NGN.

  For this reason, it is possible to connect to the NGN network by using the IMS interconnection interface for inter-operator interconnection, and determining the telephone number usage status in the IMS network or IP telephone network without using a signal for ringing the incoming call ring. It is necessary to introduce a new SIP protocol-based telephone number search tool to smoothly move to a new system infrastructure.

  The present invention has been made in order to solve the above-described problems, and uses an IMS interconnection interface or the like for interconnection between operators, and rings an incoming call ring in accordance with a telephone number usage status in an IMS network or an IP telephone network. It is an object of the present invention to provide a telephone number search device, the same method, the same program, and the same information providing system that enable a smooth transition to a new system base by making a determination without using a signal.

(1) In order to solve the above-described problem, the present invention provides a telephone number search apparatus in which a plurality of telephone terminals to be investigated connected to an IMS network or an IP telephone network are connected via an NGN network. When transmitting an INVITE request to a telephone terminal via the NGN network, the telephone terminal selected by the NGN network is provided with an SDP parameter that the telephone terminal rejects an incoming call to an SDP parameter included in the INVITE request. A message exchange control unit that transmits via the IMS network or IP telephone network, which is an incoming network for each contract carrier, and receives a response message of the telephone terminal from the selected incoming network; and the message exchange control unit, In response to the received response message, the telephone terminal usage status of the telephone terminal is determined without using a signal for ringing an incoming call bell. It is characterized in that and a telephone number investigation determination unit.

(2) In the telephone number search device of the present invention, the message exchange control unit includes:
The STP parameter for rejecting the incoming call, which is made of at least one of a network protocol, a media type, a transport protocol, a codec, or a combination thereof, which cannot be used by the incoming-side telephone terminal, is transmitted. Features.

(3) In the telephone number search device of the present invention, the media type is at least one of voice, video, and application, or a combination thereof.

(4) In the telephone number search device of the present invention, the telephone number check determination unit is configured such that the message exchange control unit receives a first error code included in the response message from a SIP server in the IMS network. And determining that the telephone number of the destination telephone terminal actually exists and determining that the telephone number of the destination telephone terminal is missing when the second or third error code is received. It is characterized by.

(5) In the telephone number investigation device of the present invention, the telephone number investigation determination unit is configured such that the message exchange control unit receives the first error code as the response message from a SIP server in the IP telephone network. Determining that the telephone number of the IP telephone to be investigated actually exists in an empty state, and determining that the telephone number of the IP telephone to be investigated is a missing number when the third error code is received. And

(6) The present invention relates to a telephone for investigating the use status of a telephone number of a telephone terminal in a telephone number investigation device in which a telephone terminal to be investigated connected to an IMS network or an IP telephone network is connected via an NGN network. In the number search method, when the telephone number search device transmits an INVITE request to the telephone terminal via the NGN network, the telephone terminal rejects an incoming call according to an SDP parameter included in the INVITE request. A parameter is added and transmitted via the IMS network or IP telephone network, which is an incoming network for each contract carrier of the telephone terminal selected by the NGN network, and the SIP server of the selected incoming network includes the Transmitting a response message of the telephone terminal to the telephone number search device via an NGN network; and Depending on the response message received via, for telephone numbers usage of the telephone terminal, and having a determining without using a signal for ringing the incoming bell of the telephone terminal.

(7) The present invention is a program of a telephone number search device in which a telephone terminal to be investigated connected to an IMS network or an IP telephone network is connected via an NGN network, the computer being connected to the telephone terminal and the NGN being connected to the telephone terminal. When transmitting an INVITE request via the network, the SDP parameter included in the INVITE request is added with an SDP parameter that the telephone terminal rejects incoming calls, and each telephone carrier contract carrier selected by the NGN network A procedure for transmitting via the IMS network or IP telephone network as a terminating network, a procedure for receiving a response message of the telephone terminal from the selected terminating network, and the telephone terminal according to the received response message And a procedure for determining without using a signal for ringing the incoming call bell about the usage status of the telephone number.

(8) According to the present invention, a user terminal and the user terminal are connected via an IP network, and a plurality of telephone terminals to be investigated connected to an IMS network or an IP telephone network are connected via an NGN network. A telephone number investigation information providing system comprising: a telephone number investigation device that includes an INVITE request when transmitting an INVITE request to the telephone terminal via the NGN network. An SDP parameter for rejecting an incoming call to the SDP parameter to be transmitted, and transmitted via the IMS network or the IP telephone network that is an incoming network for each contract carrier of the telephone terminal selected in the NGN network, A message exchange control unit that receives a response message of the telephone terminal from the selected incoming network, and the power supply according to the received response message. A telephone number investigation / determination unit for determining a telephone number usage status of the terminal without using a signal for ringing the incoming call bell; A network interface unit that transmits the telephone number usage status of the telephone terminal determined in step S1 through the IP network to a user terminal that has made a request for provision of telephone number survey information.

  According to the present invention, an IMS interconnection interface or the like is used for interconnection between operators, and a telephone number usage status in an IMS network or an IP telephone network is determined without using a signal that rings a ringing bell. It is possible to provide a telephone number search device, the same method, the same program, and the same information providing system that enable a smooth transition to.

It is a figure which shows the network connection form of the telephone number search device which concerns on embodiment of this invention. It is an operation | movement sequence diagram of the telephone number search apparatus which concerns on embodiment of this invention. It is a block diagram of the telephone number search apparatus which concerns on embodiment of this invention. It is a flowchart which shows the communication establishment procedure based on the SDP description of the telephone number search device which concerns on embodiment of this invention. It is a flowchart which shows the telephone number utilization condition investigation determination algorithm of the telephone number investigation apparatus which concerns on embodiment of this invention. FIG. 6 is an example of an INVITE request according to the first embodiment and a sequence diagram thereof. FIG. 10 is an example of an INVITE request according to the second embodiment and a sequence diagram thereof. FIG. 10 is an example of an INVITE request according to the third embodiment and a sequence diagram thereof. FIG. 20 is an example of an INVITE request according to the fourth embodiment and a sequence diagram thereof. It is a figure which shows an example of the data structure of the recording medium which concerns on embodiment of this invention. It is a block diagram of the telephone number investigation information provision system which concerns on embodiment of this invention.

  DESCRIPTION OF EMBODIMENTS Hereinafter, a mode for carrying out the present invention (hereinafter referred to as this embodiment) will be described in detail with reference to the accompanying drawings. In addition, the same number or code | symbol is attached | subjected to the same element through the whole description of embodiment.

(Configuration of the embodiment)
FIG. 1 is a diagram showing a network connection form of the telephone number search device 10 according to the present embodiment. As shown in FIG. 1, the telephone number search device 10 according to the present embodiment includes a plurality of telephone terminals to be investigated (IMS terminals 50a and 50b and IP telephone terminal 60) connected to the IMS network 30 or the IP telephone network 40. Are 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 for each network (contract carrier) via the SIP servers 30a and 30b managed and operated by each. IMS terminals 50a and 50b are connected. An IP telephone terminal 60 is connected to the IP telephone network 40 via a SIP server 30c of a VoIP (Voice-over IP) communication carrier (carrier C).

  In the configuration of FIG. 1, the telephone number search device 10 on the calling side dials and dials the telephone number of the telephone terminal on the called side, whereby the SIP server 20 a in the NGN network 20, the calling side NGN gateway (NGN-GW), Terminating IMS gateway (IMS-GW), Terminating NGN gateway (NGN-GW) or Terminating VoIP gateway (VoIP-GW), SIP servers 30a, 30b, 30c, terminating IMS terminals 50a, 50b and IP telephone terminals Routing is performed in the order of 60. At this time, the telephone number survey device 10 and the NGN network 20 are connected by UNI connection, and the inter-operator interconnection between the NGN network 20 and the IMS network 30 is performed by using the IMS interconnection interface. A specific SIP message, which will be described later, transmitted from the device 10 reaches the IMS network 30 transparently. In FIG. 1, there are three networks as an incoming side network: an IMS network, an NGN network, and a VoIP network. What is an IMS network to which an IMS terminal 50a is connected and an NGN network to which an IMS terminal 50b is connected? In order to assume the same architecture, the same number 30 is attached and demonstrated.

  By the way, according to SIP, it is necessary to negotiate between addresses such as an encoding method of a packet including media information and an address of a packet destination in order to perform real-time communication. What is necessary for this negotiation is a description language called SDP (Session Description Protocol), which is defined in RFC4566.

  In order to establish a session by SIP, first, the calling side sends a request in which media information is described in a SIP message, and the receiving side returns a response in which a compatible medium is selected from the request, which 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 dealt with is called an answer. This offer answer model is defined in RFC3264. Further, the SDP media negotiation procedure in IMS is defined in the TTC standard (JJ-90.26).

  As shown in FIG. 1, the telephone number search device 10 according to this embodiment includes an NGN network 20 (SIP server 20a), an IMS network 30 (SIP server 30a), an NGN network 30 (SIP server 30b), or an IP telephone network 40. When an SDP offer (hereinafter referred to as an INVITE request) of an INVITE method is sent to the IMS terminals 50a, 50b or IP telephone terminal 60 to be investigated via the (SIP server 30c), the incoming call is received in the SDP parameter. The IMS terminal 50a, 50b or the IP telephone terminal 60 on the side adds the SDP parameter for rejecting the incoming call and transmits it (hereinafter referred to as INVITE (SDP mismatch)).

  On the other hand, the IMS terminal 50a, 50b or the IP telephone terminal 60 on the receiving side rejects the incoming call because the SDP parameters that can be used are different, and returns a 488 error response (Not Acceptable Here) as a response message. To do. By receiving the 488 error response, the telephone number checking 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.

  The SDP mismatch in the SDP negotiation procedure of the INVITE method includes four cases of “network protocol” mismatch, “media type” mismatch, “transport protocol” mismatch, and “codec” mismatch, as will be described later. There is. According to the telephone number search device 10 according to the present embodiment, the effectiveness can be accurately determined by using a combination of these cases without using a signal for ringing the incoming call bell.

  FIGS. 2A and 2B show a sequence of SDP mismatch by the INVITE method in the IMS interconnection described above. Here, in the telephone number checking device 10, the calling-side NGN network 20, the calling-side NGN gateway (NGN-GW), the called-side IMS gateway (IMS-GW), the called-side IMS network 30, and the IMS terminal 50a (50b) An SDP negotiation procedure is shown.

  As shown in FIG. 2 (a), the telephone number search device 10 applies via the terminating 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 IMS terminal 50a (50b) transmits an INVITE request. At this time, the incoming IMS terminal 50a (50b) adds information for rejecting the incoming call to the SDP parameter included in the INVITE request (step S11). ~ S15: INVITE (SDP mismatch)). On the other hand, the terminating IMS terminal 50a (50b) rejects the incoming call because the SDP parameter is different from that usable by itself, and returns a 488 error response (steps S16 to S20).

  By receiving the 488 error response, the telephone number search device 10 can accurately acquire the telephone number usage status (actual, empty) of the IMS terminal 50a (50b) by a mechanism described later.

  Here, the SDP mismatch parameter refers to a condition that cannot be supported by the terminating IMS terminal 50a (50b). Specifically, in the case of the “network protocol”, “IPv4” is the SDP condition of the IMS terminal 50a (50b) on the incoming side, whereas the IMS terminal 50a (50b) on the incoming side is intentionally offered by “IPv6”. ) Information that induces call rejection. Further, in the case of “media type”, the IMS terminal 50a (50b) on the receiving side uses, for example, voice (m = audio) as an SDP condition, whereas the telephone number search device 10 dares to add to the voice. This refers to information that induces call rejection of the IMS terminal 50a (50b) on the receiving side by offering all media types such as videos and applications.

  In the case of the “transport protocol”, the IMS terminal 50a (50b) on the receiving side uses, for example, m = video RTP / AVP as an SDP condition, whereas the telephone number search device 10 dares to use an extended RTP profile. Is an information that induces an incoming call rejection of the IMS terminal 50a (50b) on the receiving side by offering AVPF (m = video RTP / AVPF), and in the case of “codec”, the IMS terminal 50a (50b) on the receiving side For example, while the video codec “MPEG4” is used as the incoming SDP condition, the video codec “H.264” is offered and the incoming IMS terminal 50a (50b) is guided to reject incoming calls. .

  Upon receiving the 488 error response via the NGN network 20, the telephone number checking device 10 confirms with the IMS terminal 50 a (50 b) on the receiving side via the NGN-GW, the IMS-GW of the contract carrier and the IMS network 30. ACK request is transmitted (steps S21 to S25). 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 state investigation, thereby improving communication reliability. ing.

  On the other hand, as shown in FIG. 2B, when the terminating IMS terminal 50a (50b) is absent, the telephone number checking device 10 is addressed to the terminating IMS terminal 50a (50b), the NGN network 20, the IMS network. 30, an SDP mismatch INVITE request is transmitted (steps S31 to S34). As a result, the telephone number checking device 10 receives a “404/183” error response from the IMS network 30 (SIP server 30a (30b)) on the incoming side (steps S35 to S38), and uses the telephone number (missing number). ) Can be obtained. Upon receiving the 404 error response, the telephone number search device 10 transmits an ACK request for confirmation to the IMS network 30 via the NGN network 20 (steps S39 to S42). Note that 404 code as an error response indicates absence of a user, and 183 code indicates a guidance response.

  FIG. 3 is a block diagram showing the configuration of the telephone number search device 10 according to this embodiment. According to FIG. 3, the telephone number search device 10 according to the present embodiment 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. DB (15).

  The network interface unit 11 serves as a communication interface for the telephone number search device 10 to perform communication conforming to the SIP protocol. The message exchange control unit 12 sends an SDP mismatch INVITE request to the IMS terminals 50a, 50b or the IP telephone terminal 60, and sends a message (from the SIP server 30a, 30b of the destination IMS network 30 or the SIP server 30c of the IP telephone network 40). Error response). Note that the SDP parameters added to make the SDP mismatch are “network protocol”, “media type”, “transport protocol”, which cannot be used by the terminating IMS terminals 50a and 50b or the IP telephone terminal 60, It is one of “codecs” or a combination thereof.

  For this reason, the message exchange control unit 12 uses at least one of a network protocol, a media type, a transport protocol, and a codec, or a combination thereof, which cannot be used by the terminating IMS terminals 50a and 50b or the IP telephone terminal 60. The SDP parameter is added and transmitted.

  The telephone number investigation / determination unit 13 determines the validity of the telephone number such as the presence / absence of the IMS terminal 50a, 50b or the IP telephone terminal 60 on the receiving side according to the error response received via the message exchange control unit 12. To do. The telephone number investigation determination unit 13 determines that the telephone number of the IMS terminal 50a, 50b or the IP telephone terminal 60 actually exists when the response message indicates call rejection. For example, when the message exchange control unit 12 receives the error code 488 (first error code), the telephone number of the terminating IMS terminal 50a, 50b or IP telephone terminal 60 to be investigated actually exists. 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.

  When the message exchange control unit 12 receives an error code 488 (first error code) as a response message from the IMS network 30 (SIP servers 30a, 30b), the telephone number investigation determination unit 13 receives an incoming call to be investigated. The telephone numbers of the IMS terminals 50a and 50b on the side may be determined as “actually present in a vacant state”. Further, when the message exchange control unit 12 receives, for example, an error code 486 (fourth error code), the telephone numbers of the IMS terminals 50a and 50b on the receiving side to be investigated are “actually in a busy state”. May be determined.

  When the message exchange control unit 12 receives the error code 404 (second error code) as a response message from the IMS network 30 (SIP servers 30a, 30b), the telephone number investigation determination unit 13 receives an incoming call that is the subject of investigation. It may be determined that the telephone numbers of the IMS terminals 50a and 50b on the side are “unavailable due to absence of user and missing number”.

  When the message exchange control unit 12 receives 488 (first error code) as a response message from the IP telephone network 40 (SIP server 30c), the telephone number investigation determination unit 13 determines the IP address of the called party to be investigated. It may be determined that the telephone number of the telephone terminal 60 is “actually available in an empty state”.

  When the message exchange control unit 12 receives, for example, an error code 183 (third error code) as a response message from the IP telephone network 40 (SIP server 30c), the telephone number investigation determination unit 13 determines whether or not The telephone number of a certain incoming IP telephone terminal 60 may be determined to be “missing number”.

  The telephone number history generation unit 14 adds a time stamp indicating the determination date and time to each determination result in the telephone number investigation determination unit 13 and records the telephone number history DB (15) in time series on a recording medium. To construct.

  An example of the data structure of the telephone number history DB (15) is shown in FIG. As shown in the telephone number history information layout, the telephone number history DB (15) stores the telephone number history information, the “phone number” that is the object of investigation for each investigation, and the transfer destination or "New subscriber number" which is the contact phone number, "Error code" returned from the incoming network, "Survey date" (time stamp), and "Other layer information" related to the layer returned from the incoming network Is stored and registered.

  Further, as an example of the telephone number history information, for example, when the telephone number usage situation of the telephone number “090-3359-0906” is executed, the above-described layout is checked for each determination of the telephone number investigation determination unit 13. Information is sequentially stored and accumulated as history information. In addition to the data items described above, the telephone number history DB (15) includes “corporate name / personal name” that owns the telephone number, “attribute information” such as address and age, “map link information”, “Credit information” for evaluating credit may be added and recorded.

  Returning to FIG. 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 to which the memory is externally attached, The following functions as the telephone number search device 10 can be realized by sequentially reading out and executing a program recorded in a memory by a peripheral control LSI (Large Scale Integration) including communication.

  That is, when an INVITE request is transmitted to the IMS terminal 50a (50b) via the NGN network 20, the SDP parameter that the IMS terminal 50a (50b) refuses to receive is added to the SDP parameter included in the INVITE request, and the NGN Transmission is performed via the IMS network 30 serving as an incoming network for each contract carrier of the IMS terminal 50a (50b) selected in the network 20. Then, in response to a response message from the IMS network 30 which is the incoming network selected by the NGN network 20 to the IMS terminal 50a (50b), a signal for ringing the incoming call ring is used for the telephone number usage status of the IMS terminal 50a (50b). Do not judge.

  The telephone number history DB (15) is mounted on a large-capacity recording medium such as a semiconductor memory or an optical memory such as a hard disk or a DVD (Digital Versatile Disc).

(Operation of the embodiment)
Hereinafter, the communication establishment procedure based on the SDP description of the telephone number search device 10 according to the present embodiment in FIG. 3 will be described with reference to the flowchart of the SDP negotiation procedure in the IMS in FIG. 4.

  As shown in FIG. 4, the telephone number checking device 10 (message exchange control unit 12) determines whether to confirm the network protocol from the description contents of the SDP parameters with the IMS terminals 50a and 50b that are subject to telephone number checking. (Step S41), media type confirmation determination (Step S43), media transport protocol confirmation determination (Step S45), and codec confirmation determination (Step S47) are negotiated for communication establishment.

  Here, in the negotiation procedure for establishing communication in the NGN network 20, as the SDP parameters, for example, “IPv6” as the network protocol and “terminal corresponding to all media (m = audio + m = video + m = application)” as the media type, Assume that an offer is made by describing “RTP / AVPF” in the transport protocol and “H.264” in the video codec.

  First, in the network protocol confirmation determination (step S41), when an IPv4 terminal that does not support IPv6 is installed in the terminating IMS terminals 50a and 50b (step S41 “NO”), the IPv4 terminal An error code 488 (warning code 300/301) indicating a mismatch of the network protocol is returned to the message exchange control unit 12 (step S42). On the other hand, when the IPv6 terminal is installed (step S41 “YES”), the media type confirmation determination (step S43) is subsequently executed. If one of the media types (m) not supported by the IPv6 terminal is included in the SDP description (step S43 “NO”), the receiving IMS terminals 50a and 50b indicate that the media types do not match. An error code 488 (warning code 304) is returned (step S44).

  Here, an IPv6 terminal that does not support media includes, for example, a telephone that supports only voice (m = audio), a TV phone that does not support application (m = application), and an IP that does not support video (m = video). -FAX etc.

  If terminals corresponding to all media types are installed in the receiving IMS terminals 50a and 50b (step S43 "YES"), a transport protocol confirmation determination is subsequently performed (step S45). Here, when all media types according to the SDP description can be used but an unusable transport protocol (RTP / AVPF) is described (step S45 “NO”), the IMS of the receiving side which is the AVP terminal The terminals 50a and 50b return an error code 488 (warning code 302) (step S46).

  On the other hand, if the transport protocol in the SDP description is available (“YES” at step S45), then a codec confirmation determination is performed (step S47). Here, when a codec that cannot be used is described (step S47 “NO”), that is, the H.264 is sent to the IMS terminals 50a and 50b on the receiving side. If a terminal using a video codec having a lower image quality and lower compression than H.264, such as MPEG-4, is installed, the H.264 standard is implemented. Terminals other than H.264 return an error code 488 (warning code 305) to the telephone number search device 10 (message exchange control unit 12) (step S48).

  At present, the IMS terminals 50a and 50b that match all the four SDP parameters described above have not been confirmed, and therefore the possibility that the incoming call is rejected and communication is established is almost zero. 10 can correctly determine the validity of the telephone number without using a signal for ringing the ringing bell of the IMS terminals 50a and 50b on the receiving side. In the case of the NGN network 20, it is possible to describe parameters for rejecting four incoming calls in the above communication establishment procedure, and by describing all four SDP parameters of network protocol, media type, transport protocol, and codec. Therefore, the determination can be made accurately without using a signal for ringing the incoming call bell.

  Next, the telephone number investigation method according to this embodiment will be described with reference to the telephone number usage situation investigation algorithm shown in the flowchart of FIG. The telephone number search method described below can be achieved by causing a computer to execute each corresponding procedure.

  When the message exchange control unit 12 transmits an INVITE request to the IMS terminals 50a and 50b and the IP telephone terminal 60 to be investigated, the telephone number investigation device 10 includes the IMS terminal in the SDP parameter included in the INVITE request. 50a, 50b, the IP telephone terminal 60 adds an SDP parameter for rejecting the incoming call, and transmits it via the IMS network 30 or the VoIP network 40 as the incoming network for each contract carrier selected by the NGN network 20.

  For example, in the case of a mobile phone of carrier A, it is well known that the first 4 to 6 digits of the telephone number represent the telecommunications carrier (contract carrier) that initially contracted. This is a table showing the mobile phone number 11 digits (080-CDE-FGHJK) 080-CD code in the vertical column and E code (1-9) in the horizontal column on the page of telecommunications number designation status on the Ministry of Internal Affairs and Communications website. And is updated regularly. For example, in the CDE department released on November 1, 2010, NTT Docomo (registered trademark) from 100 to 299, Softbank Mobile (registered trademark) from 300 to 466, KDDI from 500 to 622 and 626 to 647 (Registered trademark), 648 and 649 are allocated to Okinawa Cellular (registered trademark), 650-684 and 690-699 are allocated to KDDI (registered trademark), and 700 to 738 are allocated to e-mobile (registered trademark). .

  These carriers are sold by giving each mobile phone an 11-digit number added to the FGHJK department at the time of contract. Therefore, the contract carrier can be determined from the mobile phone number at the beginning of the contract. In the following description, the carrier A is assumed to be a mobile communication carrier, the carrier B is assumed to be an NGN communication carrier, and the carrier C is assumed to be a VoIP communication carrier.

  Here, if the contract carrier of the IMS terminals 50a and 50b and the IP telephone terminal 60 to be investigated is A's mobile communication carrier (step S51 “carrier A”), the telephone number investigation determination unit 13 The presence / absence number 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 (step S52).

  As described with reference to the sequence diagrams of FIGS. 2A and 2B, the missing number determination (step S52 “missing number”) is performed by the telephone number investigation determining unit 13 from the IMS network 30 that is the selected incoming network. This is done by decoding the response (error code “404 or 183”) to the INVITE request due to SDP mismatch (steps S53 and S57).

  Here, if the IMS terminal 50a to be investigated actually exists (step S52 “real”), it is determined whether the IMS terminal 50a is free or busy (step S54). As described with reference to the sequence diagrams of FIGS. 2A and 2B, the telephone number investigation determination unit 13 selects the busy determination of the IMS terminal 50a on the receiving side (step S54 “busy”). This is done by decoding the response (error code “486”) to the INVITE request due to the SDP mismatch, which is returned from the IMS network 30 which is the incoming network (steps S55 and S57). ") Is performed by decoding a response (error code 488) to the INVITE request due to SDP mismatch (steps S56 and S57).

  Note that the telephone number history information shown in FIG. 10 is obtained based on the result of determination by the telephone number history determination unit 13 by the telephone number history generation unit 14 based on the usage status of the telephone number of the IMS terminal 50a on the receiving side determined in step S57. Telephone number history information is generated according to the layout and recorded in the telephone number history DB (15) each time. The telephone number history information stored in the telephone number history DB (15) is edited in an appropriate format when it is stored for a certain period of time, and is distributed as a telephone number usage status investigation recording medium to the applicant for search.

  Next, if the contract carrier of the IMS terminals 50a and 50b and the IP telephone terminal 60 to be investigated is B's NGN carrier (step S51 “carrier B”), the telephone number investigation determination unit 13 The presence / absence 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 S58).

  The missing number determination (step S58 “missing number”) is a response (error code “404 or 183”) to the INVITE request due to the SDP mismatch returned from the NGN network 30 which is the selected incoming network by the telephone number investigation determining unit 13. Is performed by decoding (steps S59 and S63).

  Here, if the IMS terminal 50b to be investigated actually exists (step S58 “real”), it is subsequently determined whether it is free or busy (step S60). The busy determination (step S60 “busy”) of the IMS terminal 50b on the receiving side is a response to the INVITE request due to the SDP mismatch, which is returned from the NGN network 30 which is the selected incoming network by the telephone number investigation determination unit 13. This is performed by decoding (error code “486”) (steps S61 and S63). On the other hand, the empty determination (step S60 “empty”) is performed by decoding the response (error code 488) to the INVITE request due to the SDP mismatch (steps S62 and S63).

  Note that the usage status of the telephone number of the IMS terminal 50b determined in step S63 is determined by the telephone number history generation unit 14 according to the telephone number history information layout shown in FIG. Telephone number history information is generated and recorded in the telephone number history DB (15) each time. The telephone number history information stored in the telephone number history DB (15) is edited in an appropriate format when it is stored for a certain period of time, and is distributed as a telephone number usage status investigation recording medium to the applicant for search.

  Next, if the contract carrier of the IMS terminals 50a and 50b and the IP telephone terminal 60 to be investigated is C's VoIP carrier (step S51 “carrier” C ”), the telephone number investigation determination unit 13 The presence / absence number is determined by decoding the response to the INVITE request due to the SDP mismatch returned from the IP telephone terminal 60 of the contract carrier C via the VoIP network 40 (step S64).

  In the missing number determination (step S64 “missing number”), the telephone number investigation determining unit 13 decodes the response (error code “183”) to the INVITE request due to the SDP mismatch returned from the selected VoIP network 40. (Step S67, S71).

  Here, if the IP telephone terminal 60 actually exists (step S64 “actual”), it is determined whether it is free or busy (step S68). The busy determination (step S68 “busy”) of the IP telephone terminal 60 on the receiving side is performed in response to the INVITE request due to the SDP mismatch, which is returned from the VoIP network 40, which is the selected incoming network. This is performed by decoding the response (error code “486”) (steps S69 and S71). On the other hand, the empty determination (step S68 “empty”) is performed by decoding the response (error code 488) to the INVITE request due to the SDP mismatch (steps S70 and S71).

  Note that the usage status of the IP telephone number determined in step S71 is determined 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 stored in the telephone number history DB (15) is edited in an appropriate format when it is stored for a certain period of time, and is distributed as a telephone number usage status investigation recording medium to the applicant for search.

  Here, in the telephone number search device 10 according to the present embodiment, the INVITE request in each case where the parameter description of the SDP mismatch is “network protocol”, “media type”, “transport protocol”, and “codec”. As an example and the sequence thereof, an IMS interconnection is illustrated, and detailed description will be given below as Example 1, Example 2, Example 3, and Example 4.

(Example 1: Network protocol)
In the first embodiment described below, the offer side transmits an INVITE request including an SDP mismatch parameter description to the answer side, receives a 488 error response from the answer side, a Warning header is set in the response, and the Warning code 300 (Incompatible network protocol) or 301 (Incompatible network protocol address format) is included. FIG. 6A shows an example of the SDP mismatch parameter description of the INVITE request in this case, and FIG. 6B shows the operation sequence.

  As indicated by an arrow in FIG. 6A, the offerer transmits an INVITE request by specifying that the transmission is performed using the “IPv6” network protocol in the SDP parameter description of the INVITE request. At this time, since the answer side only supports communication using the IPv4 network protocol and not the IPv6 network protocol, the offer side receives a 488 error response.

  Specifically, as shown in the operation sequence of FIG. 6B, the offerer designates “IPv6” that the answerer (IPv4 terminal) does not support as the network protocol of the SDP parameter to the answerer. The INVITE request is transmitted (step S401). The answerer that has received this INVITE request transparently via the network (step S402) rejects the incoming call and attaches the Warning code 301 because the SDP parameter description is different from the regular parameter (answerer does not support IPv6). A 488 error response is returned (step S403).

  By receiving the 488 error response, the offerer determines that the answerer does not support IPv6 as indicated by A, and can accurately obtain the answerer's telephone number usage status ( Step S404). Then, the network transmits an ACK request for confirmation to the answerer, and the offerer transmits an ACK request to the network (steps S405 and S406).

  When the offer side sends a 488 error response from the network side SIP server 30a to the outgoing call using the IPv6 network protocol, the terminating IMS terminal 50a to be investigated uses the IPv6 network protocol. It is determined that the communication is not supported, and a fallback operation based on a re-call offer using IPv4 is performed. In other words, when the 488 response is received, after the ACK request is transmitted to the network, the SDP parameter (network protocol) of the INVITE request is changed from IPv6 to IPv4, and the call is made again (step S407).

  This recalled call offer is transmitted transparently to the answerer via the network (step S408), and the answerer that receives the recalled call offer “200 OK” to the offerer via the network when the session can be established. A response is transmitted (steps S409 and S410).

(Example 2: Media type)
In the second embodiment to be described below, the telephone number search device 10 on the transmission side transmits an INVITE request including the SDP mismatch parameter description to the IMS terminal 50a on the reception side, and the NGN network 20 and the IMS network that is the reception network. This corresponds to a case where a 488 error response is received via the network 30 and a Warning code “304 (Media type not available)” is included in the error response.

  FIG. 7A shows an example of the SDP mismatch parameter description of the INVITE request in this case, and FIG. 7B shows the operation sequence. In FIG. 7A, the description of the header portion is omitted. In FIG. 7B, the telephone number search device 10 is the same as that of 192.0.1.1 (FIG. 7A). The IMS terminal 50a selected as the “offer side” to which the IP address is assigned and selected by the NGN network 20 is indicated as the answer side to which the IP address of 192.0.2.2 is assigned, and the NGN that mediates The network 20 and the IMS network 30 are simply abbreviated as “network”.

  As indicated by an arrow in FIG. 7A, the offerer includes, for example, a media type (m = audio + m = video) of “video phone” (video can be used in addition to audio) in the SDP parameter description of the INVITE request. It shall be transmitted with At this time, although the answer side (telephone) supports m = audio media type but does not support m = video media type, the offer side sends a 488 error from the answer side via the network. You will receive a message.

  Specifically, as shown in the operation sequence of FIG. 7B, the offerer first sends an INVITE request to the answerer (telephone) with the media type of the SDP parameter set to “video + audio” ( Step S101). The offer by the INVITE request reaches the answer side transparently through the network (step S102). Subsequently, the answerer rejects the incoming call because the SDP parameter described in the received INVITE request is different from the regular parameters (answer is only supported by voice but not video). (Media type not available) is added and sent back to the offer side (step S103). The offerer can receive the 488 error response transparently via the network, thereby accurately obtaining the answerer's telephone number usage status (actual, empty) (step S104).

  At this time, as indicated by B, the offerer has the ability to use the SDP parameter (media type) attached to the INVITE request by the 488 error response including the Warning code 304 (Media type not available). It is determined that there is no (media type video = line was not accepted). Then, the network transmits an ACK request for confirmation to the answer side, and the offer side transmits an ACK request to the network (steps S105 and S106).

  The offer side, after sending an ACK request to the network, determines that the answer side does not have the capability to respond to any of the described media types, and the SDP description (media type) attached to the INVITE request. It is determined that it does not have the ability to be used at the same time, and a fallback operation (degenerate operation) for making a re-call offer by an INVITE request to the network is performed using the SDP created by excluding some media descriptions (step S107). . The repeat call offer is transmitted transparently to the answerer via the network (step S108).

  The answerer that has received the re-call offer sends a “200 OK” response to the offerer via the network when a session can be established (steps S209 and S210).

(Example 3: Transport protocol)
In the third embodiment described below, the offer side transmits an INVITE request including the description of the SDP mismatch parameter via the network to the answer side, receives a 488 error response from the answer side, and a Warning header is set in the response. This corresponds to the case where “302 (Incompatible transport Protocol)” is included in the Warning code. FIG. 8A shows an example of the SDP mismatch parameter description of the INVITE request in this case, and FIG. 8B shows the operation sequence.

  As shown by the arrow in FIG. 8A, the offer side specifies RTP / AVPF as the transport protocol of m = video in the SDP parameter description of the INVITE request, and attaches the media type of “video phone”. And an INVITE request is transmitted. At this time, since the answer side supports only RTP / AVP and does not support RTP / AVPF, the offer side receives a 488 error response.

  Specifically, as shown in the operation sequence of FIG. 8B, the offerer sends an INVITE request to the answerer (video RTP / AVP terminal) with the transport protocol of the SDP parameter as “RTP / AVPF”. (Step S201). The offer by the INVITE request reaches the answer side transparently via the network (step S202).

  On the other hand, since the answerer's SDP parameter described in the received INVITE request is different from the regular parameter (answerer responds to AVP but does not support AVPF), the answering code indicates that the 488 error response rejects the incoming call. It returns with 302 (Incompatible transport Protocol) attached (step S203). By receiving the 488 error response (step S204), the offerer determines that it is not capable of using the transport protocol specified for one or more (RTP / AVPF is unacceptable), as indicated by C. It becomes possible to accurately obtain the telephone number usage status of the answerer.

  Then, the network transmits an ACK request for confirmation to the answer side, and the offer side transmits an ACK request to the network (steps S205 and S206). The offerer determines that the answerer does not have the ability to use the transport protocol specified for one or more of the SDP parameter descriptions after sending the ACK request to the network, and changes the transport protocol to change the network. In response to the INVITE request, a fallback operation based on a re-call offer is performed (step S207).

  Specifically, an RDP / AVPF is specified as a transport protocol of m = video and an SDP offer of “video phone” (m = audio + m = video media description) is made. Since it does not support AVPF (only RTP / AVP is supported), when the result of receiving the 488 error response is received, the offer side changes the SDP description from RTP / AVPF to RTP / AVP and offers a re-call offer Perform back operation.

  The recalled call is transmitted transparently to the answerer via the network (step S208), and when the answerer receives the recalled call offer, the answerer sends a “200 OK” response to the offerer via the network. Transmit (steps S209 and S210).

(Example 4: codec)
In the fourth embodiment described below, the offer side transmits an INVITE request including a parameter description (codec) that does not match the SDP to the answer side, receives a 488 error response from the answer side, and a Warning header is set in the response. This corresponds to the case where “305 (Incompatible media format) is included in the Warning code. FIG. 9A shows an example of the SDP mismatch parameter description of the INVITE request in this case, and FIG. 9B shows the operation sequence.

  As indicated by an arrow in FIG. 9A, the offerer includes, for example, an H.264 specialized for moving images in the SDP parameter description of the INVITE request. Assume that an INVITE request (H.264 is set in the video codec) by an SDP description using H.264 or the like is transmitted. At this time, the answer side is H.264. Since the H.264 is not supported, the offer side receives a 488 error response.

  Specifically, as shown in the operation sequence of FIG. 9B, the offer side does not support the video codec of the SDP parameter for the answer side (video MPEG4 terminal), “H.264” As an INVITE request (step S301). The answerer that has received this INVITE request transparently via the network (step S302) rejects the incoming call because the described SDP parameter is different from the regular parameter, and adds a warning code 305 (Incompatible media format) to the 488 error response. A reply is made (step S303). When the offer side receives the 488 error response, as shown by D, the answer side receives the codec type H.264. H.264 is determined to be incompatible, and the answerer's telephone number usage status can be accurately acquired (step S304).

  Then, the network transmits an ACK request for confirmation to the answer side, and the offer side transmits an ACK request to the network (steps S305 and S306). After the ACK request is sent to the network, the offer side determines that the answerer side does not have the ability to use the codec specified for one or more of the SDP parameter descriptions, changes the codec, and re-calls due to the INVITE request. Make an offer. Specifically, H.M. For example, the SDP description using H.264 (H.264 is set in the video codec) is changed to, for example, the video codec MPEG-4, and a fallback operation based on a re-call offer is performed (step S307).

  This recalled call offer is transmitted transparently to the answerer via the network (step S308), and when the answerer receives the recalled call offer, it becomes “200 OK” via the network to the offerer when the session can be established. A response is transmitted (steps S309 and S310).

  In any of the embodiments shown in FIGS. 6 to 9, when the offer side telephone number search device 10 transmits an INVITE request to the answering IMS terminal 50a via the network, The SDP parameter for rejecting the incoming call is added to the included SDP parameter, and the incoming call is transmitted via the IMS network 30 serving as the incoming network for each contract carrier of the IMS terminal 50a selected by the NGN network 20. Then, the response message of the answering IMS terminal 50a is received via the selected IMS network 30, and in response to the received response message, the signal for ringing the incoming call ring is not used for the telephone number usage status of the IMS terminal 50a. Judgment.

(Effect of embodiment)
As described above, according to the telephone number investigation device 10 according to the present embodiment, the use of the IMS interconnection interface or the like is used for the interconnection between operators, and the research on the usage situation of the telephone number in the IMS network 30 is performed. Can be realized. For this reason, by introducing a SIP protocol-based telephone number search tool that can be connected to the NGN network 20, a smooth transition to a new system infrastructure is possible.

  In addition, according to the telephone number checking device 10 according to the present embodiment, the NGN network 20 side selects the IMS network 30 for each carrier that is an incoming network, so that it is possible to cope with mobile number portability (MNP) that is mobile phone number portability. Therefore, unlike the UNI connection, a network difference (a telephone terminal in which the telephone number to be investigated is connected to another network) does not occur. For this reason, the telephone number search procedure is simplified, and the determination load on the telephone number search device 10 can be reduced. Furthermore, since the telephone number search device 10 and the line need only be installed in the NGN network 20, the cost of capital investment can be reduced.

  In addition, according to the telephone number search device 10 according to the present embodiment, 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. , Metal IP phone, or 050 type IP phone assigned an 11 digit phone number starting with 050, optical phone, etc. 0AB-J assigned a phone number starting with 0 having the same format as a conventional subscriber phone Type IP telephones are also included, and it is possible to accurately determine the validity / invalidity of a telephone number without depending on the type of IP telephone.

  In order to establish communication, these telephone terminals negotiate from the description contents of the SDP parameters in the order of network protocol confirmation, media type confirmation, media transport protocol confirmation, and codec confirmation. In the case of the network, it is possible to describe the parameters for rejecting the four incoming calls in this negotiation procedure as in the IMS network. By describing all these four parameters, it is possible to accurately describe without using the signal for ringing the incoming call bell. Can be determined. Also, since the IP telephone terminal 60 (0AB-J number and 050 number) does not support IPv6 or multimedia, the IP telephone terminal 60 on the receiving side is described by a parameter description that rejects two incoming calls, ie, transport protocol and codec. The validity determination can be made accurate without using a signal for ringing the incoming ring.

  In Examples 1 to 4 of the telephone number search device 10 according to the present embodiment, the telephone number search device 10 performs a three-way handshake of INVITE / 488 response / ACK to check the telephone number usage status. Although it has been described that the fallback operation is performed by changing the SDP parameter of the INVITE request after the implementation, the fallback operation is not indispensable. Realizes accurate judgment when validating / invalidating telephone numbers.

  As described above, according to the telephone number search device 10 according to the present embodiment, the telephone numbers of the IMS terminals 50a and 50b and the IP telephone terminal 60 are used (valid (actual)), and are not used ( (Invalid (missing number)), it is possible to accurately determine the type of relocation. In addition, it is possible to block all charges that have been partially generated as a result of no incoming calls. A tool is also provided that can record the determined due date and time together with the determination result in a recording medium (telephone number history DB (15)). In this recording medium, for example, as shown in an example of the data structure in FIG. 10, for each telephone number to be investigated, the determination result, the information on the destination telephone number linked to the source telephone number, the judgment The due date and time are recorded.

(program)
Note that the program according to the present embodiment includes, for example, a telephone terminal to be investigated (the IMS terminal 50a (50b) and the IP telephone terminal 60 connected to the IMS network 30 or the IP telephone network 40, as shown in FIG. , A program of a telephone number search device connected via the NGN network 20. Then, as shown in FIG. 2 (a) and FIG. When transmitting an INVITE request to the telephone terminal via the NGN network, the SDP parameter included in the INVITE request is added with an SDP parameter for rejecting incoming calls, and the telephone selected by the NGN network A procedure (S11 to S15) of transmitting via the IMS network or IP telephone network that is an incoming network for each contract carrier of the terminal, and the selected The procedure of receiving the response message of the telephone terminal from the communication network (S16 to S20), and determining the use status of the telephone number of the telephone terminal without using the signal for ringing the incoming call bell according to the received response message The procedure (S51 to S71 in FIG. 5) is executed.

  According to the program according to the present embodiment, the telephone number search device 10 sequentially reads and executes the program recorded in the memory (not shown), thereby using the IMS interconnection interface or the like for the interconnection between operators, and the IMS. Research on the usage of telephone numbers on the network 30 can be realized without ringing the incoming call bell. For this reason, by introducing a SIP protocol-based telephone number search tool that can be connected to the NGN network 20, a smooth transition to a new system infrastructure is possible.

(Telephone number survey information provision system)
FIG. 11 is a system configuration diagram of the telephone number survey information providing system 100 according to the present embodiment. As shown in FIG. 11, in the telephone number search information providing system 100 according to the present embodiment, one or more user terminals 90 are connected to a user terminal 90 via an IP network 80 and connected to a network not shown. Phone number search server (phone number search device 10 in FIG. 1).

  Upon receiving 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 receives an IMS terminal 50a (FIG. 1 IMS terminal 50a) to be investigated. 50b) and the IP telephone terminal 60, when the INVITE request is transmitted via the network (not shown) (the NGN network 20 and the IMS network 30 in FIG. 1), the telephone terminal receives the incoming call to the SDP parameter included in the INVITE request. The SDP parameter to be rejected is added, and the data is transmitted via the terminating network (the IMS network 30 or the IP telephone network 40 in FIG. 1) for each contract carrier of the telephone terminal selected in the network (the NGN network 20 in FIG. 1).

  Subsequently, the telephone number investigation server 10 receives a response message of the telephone terminal from the selected incoming network, and determines without using a signal for ringing the incoming call bell for the telephone number usage status of the telephone terminal according to the received response message. Then, it is transmitted via the IP network 80 to the user terminal 90 that has made a request for telephone number investigation information provision. Therefore, when 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. A function of transmitting the telephone number usage status of the telephone terminal via the IP network 80 to the user terminal 90 for which a telephone number investigation information provision request has been made is added.

  At this time, when receiving 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 adds a time stamp indicating the determination date and time to each determination result. With reference to the recording medium (telephone number history DB (15)) in which the telephone number investigation information recorded in time series is recorded, the telephone number investigation information provision request is transmitted via the IP network 80 to the user terminal 90.

  Note that the telephone number investigation information recording medium (telephone number history DB (15)) may be distributed to necessary users alone. The recording medium (telephone number history DB (15)) is a recording medium that is recorded by the telephone number investigation device 10 connected to the telecommunications carrier network via a dedicated line and records the existence of the investigation target number. Used for searching in distribution system.

  The telephone number investigation information recording medium (telephone number history DB (15)) is an aggregate of the results of determining the validity of the telephone number usage status of the incoming telephone terminal. For example, the data structure shown in FIG. The time stamp indicating the date and time of determination is assigned to each determination result and recorded in time series. The distribution of the recording medium is not limited to a database recorded on a DVD or a hard disk, but includes distribution using a communication line.

  According to the telephone number investigation information providing system 100 according to the present embodiment, the state in which the telephone number is used (valid (real)) and the 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 a necessary user with another state in which the destination telephone number is being guided (transfer). 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 or the like.

  As mentioned above, although this invention was demonstrated using embodiment, it cannot be overemphasized that the technical scope of this invention is not limited to the range as described in the said embodiment. It will be apparent to those skilled in the art that various modifications or improvements can be added to the above embodiment. Further, it is apparent from the scope of the claims that the embodiments added with such changes or improvements can be included in the technical scope of the present invention.

  DESCRIPTION OF SYMBOLS 10 ... Telephone number investigation apparatus (server), 11 ... Network interface part, 12 ... Message exchange control part, 13 ... Telephone number investigation judgment part, 14 ... Telephone number history generation part, 15 ... Telephone number history DB (phone number investigation information) Recording medium), 20 ... NGN network, 20a ... SIP server, 30 ... IMS network, 30a, 30b, 30c ... SIP server, 40 ... IP telephone network, 50a, 50b ... IMS terminal, 60 ... IP phone, 80 ... IP network , 90 ... User terminal, 100 ... Phone number survey information providing system

Claims (8)

A telephone number investigation device in which a plurality of telephone terminals to be investigated connected to an IMS network or an IP telephone network are connected via an NGN network,
When transmitting an INVITE request to the telephone terminal via the NGN network, the SDP parameter included in the INVITE request is added with an SDP parameter for rejecting incoming calls, and the telephone selected by the NGN network A message exchange control unit for transmitting via the IMS network or the IP telephone network as an incoming network for each contract carrier of the terminal, and receiving a response message of the telephone terminal from the selected incoming network;
In response to the response message received by the message exchange control unit, a telephone number investigation determination unit that determines without using a signal for ringing an incoming call bell about the telephone number usage status of the telephone terminal;
A telephone number search device characterized by comprising: The message exchange control unit
The STP parameter for rejecting the incoming call, which is made of at least one of a network protocol, a media type, a transport protocol, a codec, or a combination thereof, which cannot be used by the incoming-side telephone terminal, is transmitted. The telephone number search device according to claim 1, wherein the device is a telephone number search device.   The telephone number search device according to claim 2, wherein the media type is at least one of voice, video, and application, or a combination thereof. The telephone number investigation determination unit
When the message exchange control unit receives the first error code included in the response message from a SIP server in the IMS network, the message exchange control unit determines that the telephone number of the destination telephone terminal actually exists, 2. The telephone number checking device according to claim 1, wherein when the third error code is received, it is determined that the telephone number of the telephone terminal on the receiving side is a missing number. The telephone number investigation determination unit
When the message exchange control unit receives the first error code as the response message from a SIP server in the IP telephone network, the message exchange control unit determines that the telephone number of the IP telephone to be investigated actually exists in an empty state; The telephone number search device according to claim 1, wherein when the third error code is received, it is determined that the telephone number of the IP phone to be checked is a missing number. In a telephone number investigation apparatus in which a telephone terminal to be investigated connected to an IMS network or an IP telephone network is connected via an NGN network, a telephone number investigation method for investigating the use status of the telephone number of the telephone terminal,
The telephone number search device is
When transmitting an INVITE request to the telephone terminal via the NGN network, the SDP parameter included in the INVITE request is added with an SDP parameter for rejecting incoming calls, and the telephone selected by the NGN network Transmitting via the IMS network or IP telephone network, which is an incoming network for each contract carrier of the terminal;
The SIP server of the selected incoming network is
Transmitting a response message of the telephone terminal to the telephone number search device via the NGN network;
The telephone number search device is
Determining, according to the response message received via the NGN network, the telephone number usage status of the telephone terminal without using a signal that rings the telephone terminal ring ring;
A telephone number search method characterized by comprising: A telephone number investigation device program in which a telephone terminal to be investigated connected to an IMS network or an IP telephone network is connected via an NGN network,
On the computer,
When transmitting an INVITE request to the telephone terminal via the NGN network, the SDP parameter included in the INVITE request is added with an SDP parameter for rejecting incoming calls, and the telephone selected by the NGN network A procedure for transmitting via the IMS network or the IP telephone network, which is an incoming network for each contract carrier of the terminal;
Receiving a response message of the telephone terminal from the selected incoming network;
In accordance with the received response message, a procedure for determining the telephone number usage status of the telephone terminal without using a signal for ringing an incoming call ring;
A program that executes A user terminal,
A telephone number comprising: a telephone number investigation device connected to the user terminal via an IP network, and a plurality of telephone terminals to be investigated connected to the IMS network or the IP telephone network via the NGN network. A survey information providing system,
The telephone number search device
When transmitting an INVITE request to the telephone terminal via the NGN network, the SDP parameter included in the INVITE request is added with an SDP parameter for the telephone terminal to reject the incoming call, and is selected by the NGN network. A message exchange control unit for transmitting via the IMS network or the IP telephone network as an incoming network for each contract carrier of the telephone terminal, and receiving a response message of the telephone terminal from the selected incoming network;
In response to the received response message, a telephone number investigation determination unit that determines without using a signal for ringing an incoming call ring regarding the telephone number usage status of the telephone terminal;
When receiving the telephone number investigation information provision request of the telephone terminal from the user terminal, the user terminal that has made the telephone number investigation information provision request for the telephone number usage status of the telephone terminal determined by the telephone number investigation determination unit A network interface for transmitting to the IP network via the IP network;
A telephone number survey information providing system characterized by comprising:

Images