KR100737139B1 - Apparatus and Method for provisioning Virtual Presence Service on Internet environment - Google Patents

Abstract

The present invention relates to a system for providing a lifetime number service in an internet environment and a method thereof, and provides a lifetime number service in an internet environment so that an internet subscriber can manage call and subscriber information in any way regardless of time, place or terminal. Make it possible,

When a VP (Virtual Presence) call is received through a client terminal or gateway, a VP application server providing a VP service based on subscriber profile information stored in a database, and connected to an intelligent network service controller (SCP) through a PSTN network, It provides Parlay API, which is an open standard API (Application Programming Interface), to the gateway (PGW) that transmits the generated VP call to the VP application server, and is configured to have an open structure between the VP application server and the open gateway (PGW). It is done.

According to the open structure, the third server using the open API can easily utilize the open gateway (PGW).

Description

Lifetime number service provision system and method in internet environment {Apparatus and Method for provisioning Virtual Presence Service on Internet environment}

1 is a main block diagram of a lifetime number service providing system in an Internet environment according to an embodiment of the present invention.

2 is a view showing the internal configuration of the VP application server 100 shown in FIG.

3 is a view showing the structure between the VP application server 100 and the gateway 300 shown in FIG.

4A to 6 are flowcharts for explaining the operation of the present invention.

<Description of Symbols for Major Parts of Drawings>

50: client terminal 100: VP application server

101: call processing unit 102: SIP message processing unit

103: web server 104: subscriber processing unit

200: SMS DB 300: PGW (Parlay Gateway)

The present invention relates to a system for providing a lifetime number service in an internet environment and a method thereof, and more particularly, to a system and method for extending a lifetime number service based on a PSTN to provide a lifetime number service in an internet environment. will be.

Currently, the lifetime number service provided in the PSTN environment is a type of intelligent network service that gives the service registrant a lifetime number service number and allows the service registrant to designate at least one called number for forwarding. When the call is connected to the primary destination, if the connection fails, the call is connected to the secondary destination to increase convenience in using the call for the service registrant.

In this lifetime number service, even when changing the called party number for the call forwarding, only the called party setting state is changed, and the lifetime number service number assigned to the person is unchanged, so the caller calling the service registrant always recognizes the same number only. All you need is

Currently, such lifetime number service is only available to PSTN subscribers, ie landline subscribers.

Meanwhile, as the penetration rate of personal computers increases and the utilization of the Internet increases, the data network that enables not only voice communication but also data communication is developing at a rapid speed. It is rapidly changing to supporting aspects such as burns. In order to accommodate the exploding increase in the number of Internet network users, existing communication providers need smooth interworking between the telephone network and the Internet network, and a service interworking service is required to allow Internet subscribers to benefit from various services provided in the telephone network.                         

However, an intelligent network service that provides a lifetime number service provided in an existing PSTN environment has a disadvantage in that it is not easy to add a new service because it is developed in dependence on a system selected by a network service provider and has a closed structure.

The present invention has been made in view of the above circumstances, and provides a lifetime number service in the Internet environment, so that the Internet subscribers can manage the call and subscriber information in any way regardless of time, place, or terminal. Its purpose is to provide a system and a method of providing a lifetime number service.

In addition, the present invention provides a lifetime number service providing system in the Internet environment that provides a Parlay API, which is an open standard API (Application Programming Interface) to interact with the Parlay Gateway to facilitate verification of the open architecture and the development of applications. It is another object to provide a method.

In order to achieve the above object, a lifetime number service providing system in an Internet environment according to a preferred embodiment of the present invention includes a client terminal on which an Internet phone operates;

Database means for storing profile information of the subscriber registered with the Internet lifetime number service and other information;

A gateway that is connected to an intelligent network service controller (SCP) through a PSTN network and transmits an Internet lifetime number service call generated from the PSTN network to a VP application server; And

When the VP call is received through the client terminal or the gateway, the VP application server is configured to provide the Internet lifetime number service based on the subscriber profile information stored in the database means.

An open API is configured in the VP application server and the gateway, respectively, and is connected to a CORBA IIOP interface through the open API to perform data communication.

In order to achieve the above object, in the method for providing a lifetime number service in an Internet environment according to a preferred embodiment of the present invention, when a VP call is received from a gateway to an authorized VP application server, the VP application server stores subscriber profile information stored in a database means. A first step of determining whether the VP call is a call registered in a VP service using a first call;

If the VP call is a call registered in a VP service, determining a call limit option included in the subscriber profile information and determining whether to allow a call from the originating call for the VP call;

If the originating number is a call permitting target, the third step is to connect the corresponding VP call to the first or more called party registered by the VP service subscriber.

Hereinafter, with reference to the accompanying drawings will be described an embodiment of the present invention in more detail.

1 is a main block diagram of a system for providing a lifetime number service in an internet environment according to an embodiment of the present invention. The Internet lifetime number service (hereinafter, referred to as a VP (Virtual Presence) service) system presented in the present invention is the Internet. When a VP call is received through the client terminal 50 on which the phone operates and the client terminal 50 or the PGW 200, the VP providing the Internet lifetime number service based on the subscriber profile information stored in the SMS DB 200. PGW, which is an application server (100), SMS DB (200) storing subscriber profile information and other information subscribed to UPT, and gateway that provides intelligent network service through PSTN network in conjunction with VP application server (100). It consists of 300.

Detailed configuration of the VP application server 100, as shown in Figure 2, the call processing unit 101 performs an authentication function and a VP service for interworking with the PGW; A SIP message processing unit 102 that processes the SIP protocol and transmits and receives information for processing the SIP protocol for a call (PC2PC, Phone2PC, PC2Phone, CTC: Click To Call) associated with a PC; A web server 103 which performs a function of processing subscriber information on the web; A subscriber processing unit 104 for extracting a subscriber profile from the SMS DB 200 and the local DB 108 to perform a VP service and managing a database and authentication of VP subscriber information; When a terminal and a directory service are transmitted / received, the information is updated in the local DB 108 through the subscriber processing unit 104, the terminal is managed, and when the terminal registered in each directory service is connected, the session is transmitted to the terminal. A directory manager 105 for notifying that it has been added; Reads the latest version information of the local DB 108 at the time of operation, transmits data such as version information to the terminal when the terminal is connected so that the terminal has the latest version, and updates the terminal version through the operation management unit 107. An update management unit 106; An operation management unit 107 for monitoring a state of the VP application server through an operator terminal, performing a statistical function, and storing information in the local DB 108; And a local DB 108 that stores subscriber information subscribed via SIP, other information required for running the VP application server, and directory information stored by the user of the client terminal 50.

In particular, the call processing unit 101 registers an object corresponding to a call currently in progress to the object manager, and passes a reference to access the object through an open API when interworking with the PGW 300.

On the other hand, between the call processing unit 101 and the subscriber processing unit 104, between the call processing unit 101 and the SIP message processing unit 102, between the SIP message processing unit 102 and the subscriber processing unit 104 RMI (Remote Method Invocation) In communication, the RMI communication is a method of writing an object-oriented program in which objects on different computers interact in a distributed network using a Java programming language and a development environment.

The present invention adopts the RMI communication method, and the interface between the functional blocks is also designed and implemented as an object-oriented structure by exchanging objects without using a message queue or FIFO, which is a conventional message transmission method. This full feature modeling has the advantage that it is easier for developers to scale out as new features are added or modified.

The data structure stored in the SMS DB 200 presented in the present invention is as shown in Table 1.                     

TABLE 1

field meaning UPTnumber Contractor Number mailBoxId Mailbox ID serviceScreen Service limit type pnTransferSubscribed Whether to switch PN services langSelection Select language pin Contractor Password pinErrorCount Whether to use password routingOption Connection options callScreenOption Limited option currentDN Call forwarding number callFwdDN 2nd called number chargeOption Billing options coinboxOption Public telephone allowance chargeSplitRatio Charge separation ratio thirdPartyNumber Third party billing number avmsNb AVMS routing number

In this information, the UPT number becomes the primary key, and the UPT number and the VP subscriber number are the same. The contents of each item are as follows.

The mailBoxId is a field in which a mailbox number corresponding to the subscriber's Advanced Voice Mail System (AVMS) is stored. When the call is transferred to the AVMS, the service proceeds with this key.

ServiceScreen is a field that allows the operator to set the service interruption due to the subscriber's service status or due to various reasons. PnTransferSubscribered is a field to set whether to switch PN (Personal Number) service. This field selects the language to be provided.

Pin is the field where the contractor's password is stored, PinErrorCount is the field indicating whether or not the password is used, and RoutingOption is the connection option. When the call is received, the default destination number / voicemail / time plan / e-mail, etc. This field contains information that can be routed. Scenarios for VP services are also based on this.

CallScreenOption is a call restriction option field for calling number. It can be set as allow list and reject list, and this value is managed in different related tables.

CurrentDN is a field indicating a current called number, CallFwdDN is a field indicating a secondary called number, and ChargeOption is a field for charging.

Coinbox Option is a field in which public telephone calls are allowed or not. This field is related to billing, and the scenario when an outgoing call is a public telephone call varies according to this field.

ChargeSplitRatio is a field for setting a billing split ratio, ThirdPartyNumber is a field for setting a third party billing number, and AvmsNb is a field for setting an identifier of an AVMS system to be routed.

Meanwhile, as illustrated in FIG. 3, the VP application server 100 and the PGW 110 are connected to the CORBA IIOP interface 350 through an open API (Application Program Interface), and the CORBA IIOP interface 350 is provided. Data communication is performed via.

The open API is installed in the call processing unit of the VP application server 100 and has a feature of providing a universal interface without being dependent on the system, and the CORBA IIOP (Common Object Request Broker Architecture Inter-Internet ORB Protocol) is distributed. It provides middle-wear for communicating between objects in the environment.

By the open API and the CORBA IIOP 350, the server providing other services in addition to the server providing the VP service is also VP application server 100, PGW equipped with the open API through the CORBA IIOP (350) It is easy to connect with 300.

In the structure as shown in FIG. 3, the VP application server 100 can use the lifetime number service provided by the intelligent network through the PGW 300 only after successfully completing authentication from the PGW 300 at the time of initialization.

The authentication procedure is as follows.

When the call processing unit 101 of the VP application server 100 executes a pre-stored environment file to perform an initialization procedure, the call processing unit 101 is bound to the PGW 300 via the CORBA IIOP 350 by the initialization procedure. Subsequently, when the call processing unit 101 of the VP application server 100 calls a referrer for creating an authentication object to the PGW 300, the PGW 300 generates an authentication object to generate the authentication object. Perform an encryption algorithm on.

When the authentication of the VP application server 100 is successfully completed as a result of performing the algorithm, the call processing unit 101 of the VP application server 100 opens an API (Parlay) of the PGW 300 to generate a call processing object. API), and the PGW 300 generates a call processing object and transmits a reference to the call processing object to the VP application server 100.

Subsequently, the VP application server 100 registers the referrer transmitted from the PGW 300, generates a call processing object, and transmits a reference to the call processing object to the PGW 300. In the same process as the above-described process, the call processing unit 101 of the PGW 300 and the VP application server 100 each generates a UI (User Interaction) object, and then authenticates the above-mentioned authentication by registering a counterpart reference. Terminate the procedure.

In the above process, when the call processing unit 101 of the VP application server 100 calls the open API of the PGW 300, when the feature code included in the parameter is set as a call processing code, the PGW 300 When the call processing object generation procedure is performed and the feature code included in the parameter is set as the UI code, the PGW 300 performs the UI object generation procedure.

On the other hand, the call processing unit 101 of the VP application server 100, the authentication process is completed through a series of processes described above, the VP service call is generated in the client terminal or the UPT service call is generated in the PSTN through the PGW (300) If so, call processing is performed.

Hereinafter, a lifetime number service providing method in the Internet environment will be described in detail with reference to the accompanying flowchart.

A case where a VP call is generated in a PSTN network will be described with reference to FIGS. 4A to 4C.

If the called number entered in the PSTN network has a VP service prefix, a service controller (not shown) providing an intelligent network service forwards the call to the PGW 300, and the PGW 300 is a VP application server ( The call processing unit 101 of 100) makes a routing request for the called party (S10).

Accordingly, the call processing unit 101 collects subscriber information (subscriber profile) stored in the SMS DB through the subscriber processing unit 104 and determines whether the called number is a number registered in the VP service (S14). If the called number is not the number registered in the VP service (No), it is requested to release the call to PGW 300 and the scenario is terminated. If the called number is the number registered in the VP service (Yes), the call screen option is examined. (S16).

If the investigation result limit option is set to the rejection list (Yes in S18), it is determined whether to include the rejection list of the calling number (S20), and if the investigation result restriction option of the step S18 is not set as the rejection list (S18). No), it is determined whether the call limit option is set as an allow list (S19), and when it is determined that the call limit option is set as an allow list (Yes), it is determined whether to include the allow list of the calling number (S22).

If each call result is included in the reject list in the state that the call limit option is set to the reject list (Yes in S20), or if the call limit option is not included in the call number allow list in the state where the call limit option is set as the allow list (S22). No), the call processing unit 101 requests the transmission of the announcement broadcast according to the unreachable to AVMS (not shown) connected through the PGW 300 (S24), and requests the call release to the PGW (300). (S24).

Through the above-described process, if the number to be rejected is registered while the option set by the VP service subscriber is set to the reject list, the call connection is made only to the number other than the number registered as the rejection target. If you register a number to be allowed while the restriction option is set to allow list, the call connection is made only for the number registered as allow target, and the above-mentioned option is not set as reject list or set as allow list. If not, call connection is made for all numbers.                     

That is, as a result of the determination in step S20, the calling party number is not included in the reject list (No), the calling party number is included in the allow list (S22), or the restriction option is set to the reject list or the allow list. If not (No in S19), the call processing unit 101 determines a routing option from the subscriber information collected in the step S12, as shown in FIG. If the called number is stored, it is determined whether the first called number is a PSTN local call (S32), and if it is a PSTN number (Yes in S32), it requests a call connection to the corresponding called number through the PGW 300 (S34). ).

When a call connection success is reported from the PGW 300 in response to the request (Yes in S36), the call processing unit 101 requests the release of the call to the PGW 300 to terminate the scenario (S38).

However, unlike the above case, if no call release is reported from the PGW 300 (No in S36), it is determined whether there is a second incoming call, that is, a second incoming call (S40). If it does not exist (No in S40), the PGW 300 requests the transmission of the announcement to inform the AVMS of the failure of the call connection and terminates the corresponding scenario.

As a result of the determination in S40, if there is an incoming call (Yes in S40), the call processing unit 101 requests the transmission of the announcement broadcast informing the call forwarding to AVMS through the PGW 300 (S44), and the corresponding order. If it is determined that the incoming call is a PSTN downtown call (S46), and the determination result determines that the incoming call is the PSTN, the process proceeds to step S34 described above.

However, if it is determined in the step S46 that the incoming call is not the PSTN (No), the call processing unit 101 determines whether the incoming call is a PC (S48), and if the incoming call is determined to be the PC (Yes) If the process proceeds to step S52, which will be described later, and is determined not to be the PC of the next incoming call (No), that is, if the incoming call is a PSTN long distance / international call / mobile communication call / wireless call, the process proceeds to step S58 to be described later. do.

On the other hand, if it is determined in the step S32 that the first incoming call is not a PSTN local call (No), it is determined whether the first incoming call is a PC (S50), and as a result, the first incoming call corresponds to a PC. If the address (Yes), the INVITE message is transmitted to the client terminal 50 of the IP address through the SIP message processing unit 102 to check whether the client terminal 50 has been received (S52).

If it is determined whether the response message is transmitted from the client terminal 50, and the response transmission state of the client terminal 50 is determined through the SIP message processing unit 102 (S54), the call processor 101 is called at the called number. After requesting a connection to the corresponding client terminal 50, the corresponding scenario is ended, and when it is determined in step S54 that there is no response from the client terminal 50 (No), the process proceeds to step S40 described above.

Unlike this case, if it is determined in the S50 that the first incoming call is not a PC (No), that is, if the incoming call is a PSTN intercity call / international call / mobile communication call / wireless call call or the like, the call processor 101 Determines whether the call originated from the public telephone is transmitted from the public telephone (S58), and if it is determined that the call originated from the public telephone (YES in S58), the public telephone option (CoinboxOption) is obtained from the subscriber information collected in step S12. Is determined to be allowed (S60), if the public telephone operation is set to allow, proceed to step S34 described above to perform a call connection procedure to the called party, and the public telephone option is set to allow. If not, the process proceeds to step S42 described above and transmits the announcement to notify the caller of the failure of the call connection through AVMS.

As a result of the determination in S58, when it is determined that the outgoing call is not a public telephone call (S58), the call processing unit 101 requests call release to the PGW 300 after requesting a call connection of the called number (S62). ).

On the other hand, in the VP service proposed in the present invention, if a time plan is specified by routing option by weekday (weekday / saturday / holiday) and time zone, the built-in scheduler analyzes the characteristics of the day of the week and the time of day at the current time. After collecting information on the called party designated by the VP subscriber, the process proceeds to S32 described above and performs a series of operations in accordance with the called party's call (S31).

In addition, the user may designate the called party number differently for the number of cases classified by day / time zone. For example, the call number '02 -111-1111 'is used on AM 9-PM 6 on weekdays. If it is designated as '031-222-2222' for holiday AM 8-PM 8, different numbers are recognized as called numbers according to the day and time when the caller calls the VP call.

In addition, if the information regarding the voicemail / email is stored in the routing option as a result of the determination in step S30, the call processor 101 transmits the guide broadcast according to the voicemail usage guide to the AVMS through the PGW 300. Request (S64), and in response to the announcement, the caller enters a contact phone number, and the AVMS sends information on the contact phone number to the recipient's email (S66).

Next, a case in which a call is generated in the client terminal 50 will be described with reference to the flowchart shown in FIG. 5.

When the VP service is requested from the client terminal 50 and the call event is notified to the call processing unit 101 through the SIP message processing unit 102 (S70), the call processing unit 101 analyzes the station number of the called party and the incoming call is a VP call. If it is determined that the authorization (S72), and the result is determined that the incoming call is a VP call (Yes) to proceed to step S12 of Figure 4a to perform the routing for the called party, and performs the called party call process described above.

On the contrary, if it is determined that the incoming call is not a VP call as a result of the determination of S72 (No), it is determined whether the incoming call is a PC (S76), and if the incoming call is determined to be a PC (Yes) through the subscriber processing unit 104; Collecting subscriber information of the called party from the SMS DB 200 to perform routing for the called party (S78), and then proceeds to the above-described step S52 (see FIG. 4C) to call the client terminal 50 corresponding to the PC. Perform the process.

In addition, a case in which a CTC (Click To Call) call is generated will be described with reference to the flowchart shown in FIG.

In the state in which the calling number and the called number are input from the client terminal 50 corresponding to the PC (S100), when the CTC service is requested (S102), the call processing unit 101 is transmitted through the SIP message processing unit 102. Based on the called number and the called number, it is determined whether the calling number is a VP call (S104), and if the calling result is determined to be a VP call (Yes in S104), the subscriber processing unit 104 uses the calling number as a key. After collecting the subscriber information for the calling number stored in the SMS DB 200 through the routing (S110), it is determined whether the called number is a VP call (S120).

As a result of the determination, if the called party is determined to be a VP call (Yes), the subscriber information for the called party stored in the SMS DB 200 is collected through the subscriber processing unit 104 using the called party as a key and then routed. S124), based on the subscriber information, it is determined whether the email information is stored in the routing option of the incoming call (S126).

If the email information is stored in the routing option of the incoming call (Yes), the call processing unit 101 delivers the email address to the SIP message processing unit 102, if the email information is stored in the routing option of the incoming SIP message processing unit 102 Forwards the recipient's email address. Accordingly, the SIP message processing unit 102 outputs an email editing window (for example, Outlook Express) to the calling terminal by using a method so that the sender can edit email contents to be sent to the called party, and the email created by the email editing window Send the data to the recipient's email address (S128).

On the contrary, if the time plan / basic incoming / voice mailbox information excluding the email information is stored in the routing option of the incoming call, proceed to steps S31, S32, and S80 described above for each case to receive the VP call service. Perform the calling process.

On the other hand, if it is determined in S104 that the calling number is not the VP call (No), the call processor 101 requests the calling number connection through the PGW (S106), and determines whether the calling number is successful, If the calling party connection is successful (Yes in S108), the process proceeds to step S32 (see FIG. 4B) described above to perform the called party calling process.

If it is determined in S120 that the called number is not a VP call (No), the call processing unit 101 requests the calling number connection through the PGW (S122), and terminates the corresponding scenario.

According to the present invention as described above, by providing a life-time number service (VP service) to the Internet phone to the incoming call to the time, place, and terminal designated by the subscriber, it is possible to provide the convenience of use to the subscriber And by providing an open API to interact with the open gateway, a third application using the open API can easily utilize the open gateway.

On the other hand, the present invention is not limited to the above-described embodiment, but can be modified and modified within the scope not departing from the gist of the present invention, such modifications and changes should be regarded as belonging to the following claims. will be.

Claims (15)

A client terminal on which the Internet phone operates; Database means for storing profile information of the subscriber registered with the Internet lifetime number service and other information; A gateway that is connected to an intelligent network service controller (SCP) through a PSTN network and transmits an Internet lifetime number service call generated from the PSTN network to a VP application server; And When the VP call is received through the client terminal or the gateway, the VP application server is configured to provide the Internet lifetime number service based on the subscriber profile information stored in the database means. Each of the VP application server and the gateway is configured with an open API, and is connected to a CORBA IIOP interface through the open API to perform data communication. The method of claim 1, The VP application server includes a call processing unit that performs an authentication function and a VP service in association with the gateway; A SIP message processing unit which processes a SIP protocol and sends and receives a message for call setup for a call associated with a PC; A web server performing a function of processing subscriber information on the web; And a subscriber processing unit for extracting a subscriber profile necessary for performing a VP service from the database unit and authorizing it to the call processing unit. The method of claim 2, And the call processing unit and the subscriber processing unit, the call processing unit and the SIP message processing unit, and the SIP message processing unit and the subscriber processing unit perform RMI (Remote Method Invocation) communication. When the VP call is received from the gateway to the VP application server, the VP application server determines whether the VP call is a call registered to the VP service using subscriber profile information stored in a database means; If the VP call is a call registered in a VP service, determining a call limit option included in the subscriber profile information and determining whether to allow a call from the originating call for the VP call; And if the originating number is the call permitting target, the third process of connecting the corresponding VP call to the first or more called number registered by the VP service subscriber. The method of claim 4, wherein The VP application server,  A first step of binding to the gateway through an interface means when performing an initialization procedure; A second step of, when the VP application server calls a reference for creating an authentication object, the gateway generates an authentication object and performs an encryption algorithm for the VP application server; A third step of creating a call processing object in the VP application server and the gateway when authentication of the VP application server succeeds as a result of performing an encryption algorithm; And a fourth step of creating a UI (User Interaction) object in the VP application server and the gateway. The method of claim 5, The third step, When the VP application server calls an open API for creating a call processing object among APIs configured in the gateway, a call processing object is created in the gateway by the open API, and the gateway provides a reference to the call processing object. When transmitting to the VP application server, the VP application server registers the received referrer, creates a call processing object, and transmits the referrer for the call processing object to the gateway. How to Provide Number Services. The method of claim 5, The fourth step, When the VP application server calls an open API for creating a UI object among APIs configured in the gateway, a UI object is created in the gateway by the open API, and the gateway provides a reference to the UI object in the VP application. When transmitting to a server, the VP application server registers the received referrer, generates a UI object, and transmits the referrer for the UI object to the gateway. The method of claim 4, wherein The second process, If the call limit option is set to the reject list, it is determined that the call number not included in the reject list is the call allowable object. If the call limit option is set to the accept list, the call number included in the accept list is determined as the call allowed object, If the call restriction option is not set, the lifetime number service providing method in the Internet environment, characterized in that all outgoing calls are determined to be allowed to call. The method of claim 4, wherein The third process, Lifetime number service providing method in the Internet environment, characterized in that the routing procedure is performed based on the information stored in the routing option. The method of claim 9, When the first or more incoming calls are set in a state where a specific day of the week and a specific time zone are specified in the routing option, the VP number connection is performed in consideration of the day of the week when the call arrives and the time zone. . The method of claim 9, If the basic incoming information is stored in the routing option, if the primary incoming call is set as a PSTN local call, a call connection is requested through the gateway. If the primary call is set to PC, call connection is requested through the SIP message processing unit. If outgoing calls are public phones with the first incoming call set to PSTN long distance, international call, mobile communication call, and wireless call call, call connection is required through the gateway only when the public telephone option is set to 'allow'. Lifetime number service providing method in the Internet environment, characterized in that if the call connection according to the first incoming call is switched to the second incoming call. The method of claim 11, The method of providing a lifetime number service in the Internet environment, characterized in that whether to allow the public telephone option is determined based on subscriber profile information. The method of claim 9, In the Internet environment, if the voice mail / e-mail information is stored in the routing option, an announcement broadcast according to the use of the voice mail is transmitted to the calling party, and then the information input from the calling party is transmitted to the called party's email. How to provide lifetime number service. The method of claim 13, The information input from the calling party is a lifetime number service providing method in the Internet environment, characterized in that the calling party number. When a call is designated from the gateway to the authorized VP application server, the VP application server checks whether the origination and destination VP is a VP call, and if the origination / incoming call is a VP call, routing for the origination / incoming call is performed. First course; If the email information is stored in the routing option of the incoming call, when the forwarding email address is transmitted to the SIP processing unit, the SIP message processing unit outputs an email editing window to the calling terminal, and the email data created by the email editing window is sent to the recipient's email. A second process of delivering to an address; And if the routing option of the incoming call is not email information, a third process of connecting the corresponding VP call to a first or higher called number registered by a VP service subscriber.

Images